The 'id' value from an 'executor' element in the task namespace should be used as the thread name prefix

Retain Authentication.details when authenticating in LdapAuthenticationProvider

Count query for manually declared queries (either @Query or NamedQuery) get pagination applied

Content-Disposition header causes download in browser for Spring Boot Actuator endpoints

MethodInvokingTaskletAdaper does not support primitive arguments

a bean with an id="conversionService" gives an Exception only in version 3.0.1

Verify IntegrationTests don't rely on Rules outside of JUnit context

Beeline command which contains semi-colon as a non-command terminator will fail

KeyComparator.compareWithoutRow can be wrong when families have the same prefix

ConcurrentSessionControllerImpl shouldn't have a default sessionRegistry set internally

Underlying File for StreamCache gets deleted too early with direct-vm

`status 'detailed'` invokes nonexistent "getRegionsInTransition" method on ClusterStatus

Change RPC callQueue size from "handlerCount * MAX_QUEUE_SIZE_PER_HANDLER;"

EJBs with same Java class name not intercepted by CDI interceptors

configure repl configuration directories based on user running hiveserver2

INFORMATION_SCHEMA: schematool for setting it up is not idempotent

Coverity static analysis: Dereference null return value in ServerAuthenticationContext (Elytron)

AbstractConfiguration.getKeys(String prefix) docs doesn't say about the point ('.')

Avoid NPE in append() in case of pipelining or/and multi/exec calls.

Running camel:run with blueprint gets a java.lang.NoClassDefFoundError: org.osgi.vendor.framework property not set

Concurrent consumers on seda endpoint can cause content routing to mismatch

PreferredConstructorDiscoverer prevents custom classloader from being garbage collected

MongoMappingContext.setApplicationContext(…) does not invoke superclass method

Where we use RealmCallback we should fallback to getDefaultText if getTest returns null.

contentLength method is not correctly implemented for all Resource subclasses

RemoteFailoverTestCase.testSecureStatelessFailover fails due to authorization

bin/graceful_stop.sh logs nothing as a balancer state to be stored

NPE for query involving UNION ALL with nested JOIN and UNION ALL

Race condition found in CxfRsEndpoint while getting the endpoint binding under load and performing sync and async invocation

ItemProcessListener.onProcessError() not called when using AsycnItemProcessor

cxfbean should  propagate CONTENT_TYPE for other camel component to use

desc database and show tables commands don't pass db to HiveAuthorizer check

Tests for schemaLocation rewrites in xsd import (CXF-6469) in incorrect location

camel-mqtt - Nullpointer Exception when disconnected from broker

MultiKey subclassing has deserialization problem since COLLECTIONS-266: either declare protected readResolve() or MultiKey must be final

CssLinkResourceTransformer should not transform gzipped CSS files

spring.ftl does not support turning off escaping for some macros on Spring 5

[Migration operation] [Web to Undertow] Migrating https connector in domain fails

Keycloak Fraction fails because of ClassCastException when web.xml is added via Shrinkwrap

Unit tests run fail in windows because of  illegal escape character in file path

@BasePathAwareController detection fails for CGLib-proxied controllers

acls BasicLookupStrategy user too many (> 1) databasse connections

Apply 'HBASE-7685 Closing socket connection can't be removed from SecureClient' to trunk

Topology updates of EJBClient ClusterContexts not being processed correctly after failover

Adding check to Put.add(KeyValue kv), to see that it has the same row as when instantiated

Changing multicast address in JGroups socket-binding does not trigger server to set reload-required

region_mover.rb uses the removed HConnection.getZooKeeperWatcher() method

Memory leak in web deployments because ThreadLocal is not nulled out in ChunkMonitor

IntegrationTestBulkLoad and IntegrationTestImportTsv run into 'java.lang.RuntimeException: DistributedHBaseCluster@1bb564e2 not an instance of MiniHBaseCluster'

AbstractEnvironment should not call overridable method from constructor

NullPointerException in SecureRandom when using IBM JDK 6.0.4.0 due to missing lib/ext dir

If directory=false and the file is in the root directory, camel-ftp crashes with index out of bounds

Master: Update errata.txt for the missing JIRA number in HIVE-14909 commit msg

PrimitiveListAttributeDefinition.Builder does not preserve the validator

hbase-client dependency on hbase-common test-jar should be test scope

TestNegativeCliDriver failure message if cmd succeeds is misleading

q.out files need correction for stats properties - sample8,transform_ppr1,transform_ppr2,union_ppr

Have TestHFileEncryption clean up after itself so it don't go all zombie on us

Beeline: When beeline-site.xml is present, beeline does not honor -n (username) and -p (password) arguments

DomainSuspendResumeTestCase#testSuspendResumeDomainLevel fails intermittently on IPv6

Dramatic performance degradation on writing to DefaultDataBuffer after filling the initial capacity

Stream closed exception when combining MultiResourceItemWriter and FlatFileItemWriter with footer callback

the deployment content is deleted if first undeploy and then deploy the same application using CLI batch

checkForUtf8ByteOrderMark() will not detect BOM with some TLSv1 implementations

Creating an InputStream from XMLStreamReader fails with ASCII default platform encoding

Make it more explicit that monkey.properties is found on CLASSPATH

short versions of command arguments (e.g. -h) are not recognized

Undertow https-listener resource overriding Elytron supplied ssl-context settings.

Camel Jms headers missing if producer endpoint has transferExchange=true

Exception is thrown when receiving a message where JMSDestination is null

TABLESAMBLE(BUCKET xxx) sometimes doesn't trigger input pruning as regression of HIVE-1538

Setting 'eclipselink.archive.factory' property should NOT depend on 'eclipselink.target-server' being set

It is possible to set buffer pool buffers-per-slice attribute to negative value

Erroneous "0" returned where empty string expected in call through the RestTemplate

HoS: analyze ORC table doesn't compute raw data size when noscan/partialscan is not specified

Warning "Disabling JMSReplyTo as this Exchange is not OUT capable" on false positives in JBossAS5

[hive] security issue with hive & ranger for import table command

Dynamic partition insert should enforce the order of the partition spec is the same as the one in schema

Integration Tests fails because of bug in teardown phase where the cluster state is not being restored properly.

weaveAddLast does not work property when route ends with a split

Infinispan store=file resource needs capability references for path resolution

If delimiter parsing is disabled, adding of list properties to an AbstractConfiguration does not work correctly

Correct the SARG api to reunify the PredicateLeaf.Type INTEGER and LONG

VectorKeyHashWrapper::duplicateTo allocates too many zero sized arrays

Collection/Object conversion broken in PersistentEntityJackson2Module

@Version used by @EnableMongoAuditing does not increase when using collection name in MongoTemplate's updateFirst. Unexpected, not described by reference documentation

MockHttpServletResponse.setIntHeader throws exception for 'Content-Length' header

PagedResourcesAssembler should keep tempalte variables provided in base link

HTable.coprocessorExec (and possibly coprocessorProxy) does not work with dynamically loaded coprocessors (from hdfs or local system), because the RPC system tries to deserialize an unknown class. 

PUT on entity with self links causes changes to be overwritten with old values

Spring validation crashes with Hibernate Validation 5 style list constraint violations

Modify hbasetests.sh to take into account the new pom.xml with surefire

Generated advanced addon references an empty duplicated bodybuilder

Throw IllegalStateException if JTA tx has an unsynchronized persistence context and the target is synchronized persistence context

Default settings of SSL session caching for Elytron *-ssl-context are not safe

AuthenticationConfiguration.useCredentialStoreEntry should be final

BucketizedHiveInputFormat should be automatically used with Bucketized Map Joins also

Confusion in method with(AuthenticationContext other) in AuthenticationContext

SrpConnection on hGetAll fails with ClassCastException by (byte[]) BulkReply

compaction thread throttle value is not correct in hbase-default.xml

Response contains twice the Allow header when using @RequestMapping(method=RequestMethod.OPTIONS)

ResolveExpressionHandler is overly simplistic in expression resolution

cluster by multiple columns does not work if parenthesis is present

Incorrect Accept headers in RequestMapping for CreateFromJson methods

pdx-disk-store does not work when trying to reference a diskstore created in the cache.xml

Vectorization: Fix performance issue with using LazyBinaryUtils.writeVInt and locking / thread local storage

FileOutputCommitterContainer::commitJob() cancels delegation tokens too early.

processor.getRowsToLock() always assumes there is some row being locked

Classification of ClassCastExceptions doesn't work in JDK 11 (OpenJDK)

enable vectorized_mapjoin.q,vectorized_nested_mapjoin.q [Sparch Branch]

Small typo in the Service Layer chapter in the reference documentation

Using parent system properties in child properties fails in domain server launch

locate and instr throw java.nio.BufferUnderflowException when empty string as substring

AutoProxyRegistrar throws NullPointer on @kotlin.Metadata Annotation

EJB run-as identity gets lost if an unsecured ejb in the call stack 

When supplying multiple wrong oauth2 parameters, a 500 is returned with stacktrace is returned

ODM needs to use DN Attribute index when populating DnAttribute values

Create ORC based table using like clause doesn't copy compression property

Problem with scanning Jar files for Converters if application is loaded with webstart

enabling access-log for virtual server is not effective before server reload but CLI does not require that

Semantic analysis fails in presence of certain literals in on clause

Unable to build WildFly due to test failure "ModuleNotFoundException: org.jboss.as.webservices.server.integration:main"

JettyComponent should not setup the security handler more than once

Elytron ExternalSaslServerFactory returns EXTERNAL mechanism name when Sasl.POLICY_PASS_CREDENTIALS provided

TestSqoop tests in WebHCat testsuite hardcode libdir path to hdfs

Scan doesn't return rows for user who has authorization by visibility label in secure deployment

getsize per-CF metric incorrectly counts compaction related reads as well 

WALProcedureStore uses wrong FileSystem if wal.dir is not under rootdir

cxfbean does not propagate in http response code to Camel header

Calling getNegotiatedProperty for Elytron SASL mechanisms doesn't throw IllegalStateException when negotiatition is not completed

ServletContextAware beans are not processed if tests are executed programmatically

OrcOutputFormat honors  compression  properties only from within hive

Allow people to use only issue numbers without 'HIVE-' prefix with `arc diff --jira`.

Regions are unexpectedly made offline in certain failure conditions

Scratch data location should be on different filesystems for different types of intermediate data

SiteSwitcherRequestFilter - filterChain.doFilter should only be called if the response is not already committed

@RequestAttribute Mono<?> is not allowed for attributes that are of type Mono

Hive query with UNION ALL fails with ArrayIndexOutOfBoundsException

DualTreeBidiMap.readObject() uses wrong comparator to create reverseMap

Throw exception in a save operation if the POJO's ID field is null and field type is not String, BigInteger or ObjectId.

[replication] The replication-executor should make sure the file that it is replicating is closed before declaring success on that file

Incrementing binary rows cause strange behavior once table splits

DeploymentRolloutFailureTestCase fails with security manager in WF core

Current CacheValueAccessor implementation Make null value to empty string

LLAP node specific preemption will only preempt once on a node per AM

SecurityBulkLoadEndPoint set 777 permission on input data files 

enable vectorization_short_regress.q,  vector_string_concat.q [Spark Branch]

beeline should block the connection if given invalid database name.

The floating point arithmetic to validate memory allocation configurations need to be done as integers

alter partition onto a table not in current database throw InvalidOperationException

XPath will lock File input in case of an exception during xpath evaluation

The DefaultLifecycleProcessor, when starting autostartup beans, should be checking isAutoStartup on dependencies before starting them

multi_insert_partitioned.q fails with "src table does not exist" message.

WorkerServerDefinition should not be registered on a domain profile

CLI tests using non-standard output stream don't reset the terminal when done

TestMasterFailover#testMasterFailoverWithMockedRITOnDeadRS occasionally fails

Consider creating a literal like "D" or "BD" for representing Decimal type constants

REGRESSION: JSP servlet cannot be mapped to different extensions

When error occurs in this.parent.close(false) of split, the split region cannot write or read

No postgres driver dependency when choosing postgres as database

Reference doc reference deprecated code: 'StatefulRetryStepFactoryBean' 

Hive should handle an external avro table with zero length files present

Dynamicity flag on Mongodb endpoint run a dropIndex() command on specified collection

Jenkins HMS upgrade test is not publishing results because JIRAService class is not found.

upgrade thrift to 0.9.3 and change generation to use undated annotations

Incorrect class loader is used for loading custom Initial context factory in Elytron dir-context

Picketlink federation and idm subsystems have no parsers for their 1.1 schemas 

JDR throws NPE when running through jdr.sh with non-English locale

The Page number keeps increasing between Job runs in the RepositoryItemReader

Some tests end with Security Exception after login with security manager

Accumulo storage handler fail throwing java.lang.IllegalArgumentException: Cannot determine SASL mechanism for token class: class org.apache.accumulo.core.client.security.tokens.PasswordToken

TestSecureExportSnapshot#testExportFileSystemState fails on hadoop-1

SecurityDomain is lost when setting up remote outbound connections

Set tez credential file property along with MR conf property for Tez jobs

PropertyEditorRegistrySupport throws ExceptionInInitializerError when on endorsed classpath

Vectorization: Disable Vector Pass-Thru SMB MapJoin in the presence of old-style MR FilterMaps

Insert overwrite local directory fails with IllegalStateException

The batch namespace can not be used with allowBeanDefinitionOverriding=false

HRegionLocator#getAllRegionLocations should put the results in cache

Region server reports storefileSizeMB bigger than storefileUncompressedSizeMB

Filter predicates on outer join overlapped on single alias is not handled properly

The implementation of DistributedHBaseCluster.getServerHoldingRegion is incorrect

JMX subsystem AuditLoggerAddHandler tries to add a STage.RUNTIME step on a domain profile resource

CLI, deployment enable-all/disable-all doesn't propose domain specific options

HiveOnTez: Union followed by Multi-GB followed by Multi-insert loses data

OutOfMemoryError caused by nested UnsatisfiedDependencyExceptions

Possible NPE in HRegionFileSystem#splitStoreFile when skipStoreFileRangeCheck in splitPolicy return true

IntegrationTestTimeBoundedRequestsWithRegionReplicas unbalanced tests fails with AssertionError

PageImpl.getTotalPages() possibly returns incorrect result when PageImpl is instantiated with simple constructor

ClassUtils.isAssignable should be commutative for wrapper and primitive types

camel maven plugin (2.19.0) downloading catalog when configuration disabled it

Undertow mod_cluster proxy does not offer any Client HTTPS configuration

`@RequestParam` throws `java.lang.NullPointerException: The mapper returned a null value.`

NPE in StoreFileScanner#skipKVsNewerThanReadpoint during reverse scan

Regions in FAILED_OPEN/FAILED_CLOSE should be processed on master failover 

PathExtensionContentNegotiationStrategy depends on Servlet 3 specific method

AxiomContentHandler should empty the response body before adding the transformation result

EntityGraph, specified for repository method, that was called first, applies to all other methods of the same repository

Hive on Spark might fail in HS2 with LDAP authentication in a kerberized cluster

BeanWrapper Binding with ConversionService: Annotation-driven type conversion rules not applied to List elements

Add [logger.isDebugEnabled] checks to [org.springframework.web.servlet.FrameworkServlet]

TypeDiscoverer.getMapValueType causes ArrayIndexOutOfBoundsException in some cases

Webservice13 tck failures introduced by ejb3 and security change 

Tiles 3 TilesViewResolver should allow for custom TilesView subclasses

Pending Confirms not nacked if close is detected in logicalClose

RegionServer webui uses the default master info port irrespective of the user configuration.

In Tez mode, alter table concatenate orc files can intermittently fail with NPE

standalone-metastore gen dir contains two annotation/package-info.java which causes IDEA build fail

PrivilegedSaslClientFactory does not construct the delegate client under the privileged block

User shouldn't be able to use empty JNDI name ('java:/' or 'java:jboss/')

StorageBasedAuthorization provider causes an NPE when asked to authorize from client side.

ServletServerHttpRequest.getURI() may throw a java.net.URISyntaxException

AbstractCachingViewResolver - caching redirect views leads to memory leak 

Silence "ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated."

throw a error if the input is larger than a threshold for index input format

Reactive GET request query-params are not decoded correctly. + sign must be space.

InterceptSendToMockEndpoint doesn't start or stop the producer which is intercepted

Hostname returned by TableInputFormatBase.reverseDNS contains trailing period

Slave hosts with default host-slave.xml configuration are not able to connect to master host with default host-master.xml configuration

BasicLookupStrategy#readAclsById(ObjectIdentity[], Sid[]) has a loop that sometimes terminates prematurely

Can't modify default swarm mail attribute through project-defaults.yml

hbase-protocol-shaded module generates classes to wrong directory

ClassPathResource-related FileNotFoundExceptions do not contain fully-qualified resource paths when using class literal convenience constructor

FTPOperations changeCurrentDirectory uses local OS path separator, instead of FTP Server. File upload fails.

ExampleMatcher.PropertySpecifiers does not implement equals/hashCode

Handle NoClassDefFoundError for TestExecutionListeners consistently in the TestContext framework

Server sends SEND stomp frames back to the client instead of MESSAGE frames

SimpleJdbcTestUtils.executeSqlScript doesn't close script InputStream

CLI/Admin Console does not prompt for a reload after adding a new server-group to server-scoped-roles.

Split inside Split - Parallel processing issue - Thread is getting wrong Exchange when leaving inner split 

When using offline CLI with different --jboss-home arguments the log directory is not updated

Reserializing a lenient fallback DefaultListableBeanFactory causes an error

HCatalog still has references to deprecated property hive.metastore.local

Tablesample uses incorrect logic to pick files corresponding to buckets.

MongoDB GeoNear returning  null pointer exception when giving data more precision than test data

JsfManagedBeanPropertyAccessor causes early release of FacesContext

silencing the "org.jboss.weld" log category during Swarm boot is overzealous

Jsr310 and jdk8 fasterxml modules are not available from deployment without specific jboss-deployment-structure.xml

Selenium error reports are delivered in target/target rather than just in target

CLI Lists in non-interactive mode are erroneously split into multiple commands

NPE during deployment of an exploded war, containing jar with resources

BucketEntryGroup's equals, hashCode and compareTo methods are not consistent

ServerShutdownHandler#processDeadRegion could return false for disabling table regions

Jackson configuration is not used by ProjectingJackson2HttpMessageConverter 

Update Gs2SaslServer to use ServerCredentialCallback to obtain the GSSCredential

JavaParser fails for annotation values that contain the string concatenation operator

Cxf fallback convert should return the Void.value instead of null

runtime-failure-causes-rollback does not seem to have effect when configured in model

Bean definitions using indexed constructor arguments are not usable for @Autowired resolution

camel-mail - Should not fetch attachments if mapMailMessage=false

Race in ReplicationSource which causes walEntryFilter being null when creating new shipper

Eliminate "discarding discovery request for cluster=X from Y; our cluster name is Z" WARN messages

AbstractListGroupedExchangeAggregationStrategy produces failed exchange if first received exchange fails

Index key should be the properties dot path when creating index using @Indexed / @CompoundIndex

System properties for configuring global client thread pool max size on server side are ignored

review key-store runtime-only operations available on profile resources

When testing controller mappings using AnnotationMethodHandlerAdapter NPE is thrown

Filtering properties for EXTERNAL SASL mechanism differs from Oracle implementaion

It's not possible to set username and password for datasource in elytron-only configuration

hbase-archetype-builder shell scripts assume bash is installed in /bin

date field not working properly when the fieldname starts with uppercase

Potential leak of HTable instances when using HTablePool with PoolType.ThreadLocal

topology.js should have a mechanism to wait for initial topology

Missing bit on "Regression: Random Read/WorkloadC slower in 1.x than 0.98"

Thrift Server 1 uses different QOP settings than RPC and Thrift Server 2 and can easily be misconfigured so there is no encryption when the operator expects it.

TestFastFailWithoutTestUtil failing on trunk now in #testPreemptiveFastFailException50Times

a bug in 'alter table concatenate' that causes filenames getting double url encoded

parallel execution and auto-local mode combine to place plan file in wrong file system

Region assignments should never time out so long as the region server reports that it is processing the open request

Weld deployment services not cleaned up properly if a deployment fails

Disable TransactionalValidationListener when the table is not in the Hive catalog

Programmatic web authentication does not save the password as a credential

NullPointerException adding a method using JavaParserMethodMetadata.addMethod

All Drools tests fail in smx-components-2012.01.0.fuse-7-1-x-stable-platform with JDK7

Make /src/main/xslt/configuration_to_docbook_section.xsl produce better Docbook

Fix the wrong reference file path when restoring snapshots for tables with MOB columns

CxfDestination should copy the in message header to the out message when it sends the message back

autowire byType uses parameter name info if compile with debug info

[performance] Cache family maxversions; we were calculating on each access

Insert with custom separator not supported for non-local directory

SimpleAmqpHeaderMapper does not handle org.springframework.util.MimeType

Projected columns read size should be scaled to split size for ORC Splits

HLog Compression may fail due to Hadoop fs input stream returning partial bytes

MongoRepositoryConfigurationExtension fails to invoke super method

Spring Security Reference Documentation 2.0.x incorrectly includes <intercept-url> in <http> auto-config

Procedure execution must fail fast if procedure is not registered

Can not drop a default partition __HIVE_DEFAULT_PARTITION__ which is not a "string" type

Inadequate implementation of GenericConversionService.findConverterByClassPair(Class, Class)

When setting spring.freemarker.template-loader-path to an s3 bucket, the SpringTemplateLoader is not selected

Container :api and :runtime modules don't include/exclude correct packages

TestHFileOutputFormat intermittent diff: LoadIncrementalHFiles should put expected data in table expected:<2048> but was:<1024>

IOException thrown by ORC should include the path of processing file

Webhcat e2e tests TestMapReduce_1 and TestHeartbeat_2 require changes for Hadoop 2

Throw a IllegalArgumentException  instead of NullPointerException in FileSystemUtils.freeSpaceWindows()

PreferredConstructor.Parameter does not have equals(...) and hashCode() methods

Vectorized Extract operator needs to update the Vectorization Context column map

Return value from BlockingQueue.offer() is not checked in DynamicPartitionPruner

MR job launched by hbase incremental backup command failed with FileNotFoundException

ClassGeneratingPropertyAccessorFactory needs custom ClassLoader for defineClass()

Removing entries from FileIdempotentRepository don't get persisted

Proper warning message when opening a log file with no entries (idle cluster)

testWalRollOnLowReplication has some risk to assert failed after HBASE-14600

Exiting the CLI after disabling and clearing history will clear content of .jboss-cli-history

Mina2Consumer exception handler do close session also for IOException

ConcurrentModificationException in project creation with IBM JDK

ModelControllerMBeanHelper constructor invokes unnecessary management op

TimeOut Monitor thread should be started after atleast one region server registers.

@PostConstruct order in inheritance hierarchy is wrong (or at least not intuitive)

camel-cxf endpoint should be able to determine soap version from incoming message

camel-kafka - consumer does not respect auto.commit.interval.ms with AutoCommitEnabled=true

RowProcess#postBatchMutate doesn’t be executed before the mvcc transaction completion

Some unneccesary File.mkdir() calls in core-model-test TestModelControllerService

clean up maven warnings about pom well-formedness for master/branch-2

Multithreaded step re-processing chunk without skip or retry limit

[Documentation]: Add information about adding REST and Thrift API kerberos principals to HBase ACL table

ResourceMetadataHandlerMethodArgumentResolver.supports(…) not working for ResourceMetadata

Weld subsystem throws NPE deploying an application if transactions subsystem is missing

AbstractListAggregationStrategy does not work with batch completion strategy

JOBS testsuite in WebHCat E2E tests does not work correctly in secure mode

Change Import-Package statement for org.openid4java.consumer to optional

HBaseAdmin.checkHBaseAvailable() doesn't close ZooKeeper connections

DefaultRestletBinding.populateRestletRequestFromExchange uses wrong mediaType comparison

NPE in InfinispanBeanManager.getWeakAffinity in split-brain test case

DigestAuthenticationMechanism generates quoted strings for algorithm and stale fields which violates RFC7616

If we do not take start code as a part of region server recovery, we could inadvertantly try to reassign regions assigned to a restarted server with a different start code

AspectJ pointcut advisors are not working with Groovy script beans

camel-xmlsecurity - Some options is not exposed as getter/setters

Potential race condition between FSUtils.renameAndSetModifyTime() and HFile/LogCleaner

Artifact resolution for wildfly-swarm-plugin ignores <mirrorOf> from settings.xml

Redelivery on a failure doesn't respect the initialRedeliveryDelay on the first attempt.

dijit.form.Textarea only allows selection of first row in FF and Chrome

WALPerformanceEvaluation miscalculates append/sync statistics for multiple regions

AnnotationTypeConverterLoader fails for folders containing spaces

ClasspathScanningPersistenceUnitPostProcessor does not resolve mapping files properly

Fix relativePath in camel/platforms/spring-boot/components-starter/pom.xml

Canceling query using Ctrl-C in beeline might lead to stale locks

Constructor XMLConfiguration(HierarchicalConfiguration) loses the name of the root element

Missing break in catch block of InterruptedException in HRegion#waitForFlushes() 

Spring Data 1.3.3+ paging COUNT query for embedded entity syntax error

doCatch() - Without any exception given should report that as a problem

Printing of session with null attributes results in NullPointerException

JNDIBindingMBeanTestCase misses JndiPermission when run with security manager

Regression: Spring 4.2.4 fails to load configuration class on Google App Engine

URI template with wildcards and variable gives invalid PATH_WITHIN_HANDLER_MAPPING_ATTRIBUTE request attribute value

LLAP: DAG credentials (e.g. HBase tokens) are not passed to the tasks in Tez plugin

addon-gwt does not support java.math.BigDecimal and java.lang.Character

TestRegionServerCoprocessorExceptionWithAbort fails if the region server stops too fast

Add readPoint to preCompactScannerOpen() and preFlushScannerOpen() API

IllegalArgumentException when RequestMappingHandlerAdapter invokes a method on a proxied bean

Remove unnecessary port="0" from subsystem templates defining a multicast socket binding

Missing error handling can cause RegionServer RPC thread to busy loop forever

sql std auth - granting existing table privilege to owner should result in error

Wrong ResolvableType for Event not extending from ApplicationEvent

gwt-setup fails if using a set of enums with "String index out of range: -1 "

Ensure JDK 6 compatibility of regular expression used in QueryUtils

Annotations containing class attributes erroneously remain unqualified

Fix description about HBaseLocalFileSpanReceiver in reference manual

PAYLOAD Producer select first available operation if OPERATION_NAME don't specified

SpringBeanContainer should use returned instance from BeanFactory after initializing

Using Template API with a ResponseValidator in Ribbon Example seems to have classpath problems

Investigate TestJdbcWithMiniHS2.testParallelCompilation3 random failure

String index out of range -1 when launching roo from a non empty directory

Beeline's use of failed connection(s) causes failures and leaks.

AbstractPersistentProperty is missing reasonable equals(…) / hashCode() methods

spring-data-jpa should have querydsl as an optional package import in OSGi headers

Development mode flag not set for flows registered using flow-location-pattern

Do not configure ClientRegionFactory poolName when Pool is set to DEFAULT

The whole balancer plans might be aborted if there are more than one plans to move a same region 

Cannot amend properties in RequestMappingHandlerMapping (e.g. useSuffixPatternMatch) using a bean post processor as ApplicationContextAwareProcessor always fires first initialising RequestMappingHandlerMapping

[WebConsole Archetype] Unable to run with "mvn tomcat:run" or in tomcat or jetty server

ProducerTemplate/MockEndpoint does not seem to trigger context exception handling.

Timestamp type constants cannot be deserialized in JDK 1.6 or less

XMLConfiguration.addNodes() problem using other configuration Nodes

LazySimpleDeserializeRead.readField needs to catch IllegalArgumentException

ElytronClient - sslContext cannot use credential-store-reference clear-text password for key-store-ssl-certificate.

Rest route returns response with http Status code 500 Internal Server Error when response has Last-Modified or Header-expires in header as string. 

Fix UDTFs to allow local fetch task to fetch rows forwarded by GenericUDTF.close()

Reading transport protocol metrics fails with "Protocol UDP not found in current stack"

ApacheDSContainer should throw RuntimeException on failure to start

Camel Split doesn't processes the payload of the file, received via FTP

Wss4jSecurityInterceptor accept messages when <wsse:header> is empty

Windows batch launch script fails if different drive letters used from project

MultiThread race condition in DefaultShutdownStrategy for suspend/resume

Backport to 0.94 HBASE-5974 Scanner retry behavior with RPC timeout on next() seems incorrect

CommandLineJobRunner - Content defined after an empty line is ignored when pipe mechanism is used

Vectorization: CHAR/VARCHAR conversion in VectorDeserializeRow is broken

HBase handler support for snapshots should confirm properties before use

CacheOnWrite broken in some cases because it can conflict with evictOnClose

Deadlock while creating a new thread on bean initialization with transactional code invocation

MethodParameter should not be equal to SynthesizingMethodParameter

GAE-specific version of gwt-maven-plugin is not added when GAE is selected as database

NPE in the ContextLoader#customizeContext on building Assert.isAssignable message

get_fields() and get_tables_by_type() are not protected by HMS server access control

[RSGroup] Check if table exists in the cluster before moving it to the specified regionserver group

camel-caffeine: do not use different caches with slightly different URIs

[WINDOWS] TestSplitTransaction fails due to the Log handle not released by a call to DaughterOpener.start()

org.springframework.ws.soap.security.wss4j.callback.KeyStoreCallbackHandler uses tiger specific classes

Wenn adding SOLR support for an entity, a "find...BySolrServer - failure" appears in the list of finders

Instructions in "Assigning Validators manually" are not correct in reference documentation

HiveServer2 LogDivertAppender should be more selective for beeline getLogs

RegionGroupingProvider breaks the meta wal file name pattern which may cause data loss for meta region

httpserver getPort does not return the actual port when attempting to use a dynamic port

Remove unused sequencefile and mapfile config. from hbase-default.xml

There is not possibility to use alternative JSSE Cipher Suite Names for IBM JDK

Constant error 416 for a byte-range request with content type application/octet-stream

JmsResourceHolder.commit should not ignores IllegalStateException

String to Source type converter is not found in TypeConverterRegistry

JAVA_OPTS environment variable not used for domain mode on Windows

SjmsConsumer and SjmsProducer do not remove thread pool when stop

MockMvc security filters causes FileUploadException: the request was rejected because no multipart boundary was found

ObjectStore does not close Query objects in some calls, causing a potential leak in some metastore db resources

IntegrationTestTimeBoundedMultiGetRequestsWithRegionReplicas tests simple get by default

ConcurrentModificationException when returning from JMS onMessage() MBean

EJB invocation over HTTP fails for calls that use application specific classes

StatefulRetryStepFactoryBean causes item count to be lost in database

camel-rss and camel-atom - Should includes feeds with same pub timestamp as it okay

[AMQ] WARN in the logs "Error while using detector ActiveMQDetector: java.lang.SecurityException: Insufficient roles/credentials for operation"

Fix serialization bug in BinarySortableSerDe for negative double and float numbers

Analyse command not working for column having datatype as decimal(38,0)

Custom HandshakeHandler not set when using particular xml configuration

directSQL errors out on key constraints until the DB is initialized

Plan is deserialized more often than necessary on Tez (in container reuse case)

ACL IllegalArgumentException is throwing instead of org.springframework.security.acls.model

Camel-Kubernetes: Copy headers from in to out in producer operations

CatalogJanitor can clear a daughter that split before processing its parent

ExecutionContextPromotionListener may perform promotion multiple times

HConnectionManger.listTables returns empty list if exception (though there may be many tables present)

ScopedProxyMode resolution for custom scope meta-annotation not working with @Bean methods (with ASM-based scanning)

Hive should not use CombineHiveInputFormat by default because it breaks for hadoop 0.20 releases.

Append/Increment methods in HRegion don't check whether the table is readonly or not

Improve resolving of LazyLoading proxies for classes that override equals/hashcode

sql std auth: user with 'admin option' for role should be able to list all users in the role

Deprecated "controller scaffold" command wrongly puts focus on form backing type's module

WebCERTTestsSecurityDomainSetup prevents other TestCases to deploy arquillian service

Vulnerability in LdapAuthenticationProviderImpl enables HiveServer2 client to degrade the authentication mechanism to "none", allowing authentication without password

Don't carry soapAction forward if operationName is specified explicitly for the CxfProducer

cli deploy command with unpaired quotation mark causes StringIndexOutOfBoundsException

fetch partitions for txn stats validation in get_aggr_stats with one call

GenericApplicationContextFactory - *Aware callbacks called twice on child context

@JmsListener endpoint @Payload resolution fails due to interplay of new LazyResolutionMessage and MessagingMessageConverterAdapter

HSQL Sample SQL Schema is invalid due to missing comma in one of the statements

DROP DATABASE IF EXISTS throws exception if database does not exist

NanoTime class serializes and deserializes Timestamp incorrectly

Password encoder not used in JdbcClientDetailsService when secret is changed

Finders not created for DBRE fields when any field exists in the governor

Beeline will hang when authenticating with PAM when libjpam.so is missing

ScheduledJobIdentifier.scheduleDate can cause issues because it is java.util.Date

Remove duplicated classes from Spring Framework and old Roo code base in util package

property placeholder is not replaced in REST DSL in blueprint context

Spring.ElementDecoration should properly copy any style class or inline style from the decorated node.

When split doing offlineParentInMeta encounters error, it'll cause data loss

vectorization error binary type not supported, group by with binary columns

BloomContext#sanityCheck may failed when use ROWPREFIX_DELIMITED bloom filter

Master may be using a stale list of region servers for creating assignment plan during startup

Roo command completion is broken on the "field" command if you don't use the --fieldName option

TimeoutTerminationPolicy does not terminate when eof is encountered

Incorrect javadoc for AbstractResource.contentLength() -- looks like copy-paste error

resource-adapter id attribute has to match ra name otherwise MDB is not deployed

[HCatalog] WebHCat should return 404 error for undefined resource

HBase metastore: sequences should be one per row, not all in one row

CamelExchangeException implements Serializable but may not be serializable

a file-scanner deployment that fails on boot will not be undeployed after failure

It is possible to set buffer pool buffer-size attribute to negative value

Python based compatiblity checker fails if git repo does not have a remote named 'origin'

CLI Tests fail randomly due to MapReduce LocalJobRunner race condition

Removing a data-source that is used by a deployment breaks the deployment

AuthenticationSimpleHttpInvokerRequestExecutor should use getName() instead of toString()

The "properties" attribute of the <user-service> element doesn't do anything

ResponseStatusException should allow to construct an instance without a reason

DataSourceDefinition is registering capabilities for deployment tree resources

Camel-blueprint fails to install on Karaf 3 as it does not accept the version 1.0.0

camel-elastichsearch - starts up an instance even though IP specified

map join dummy operators are not set up correctly in certain cases with merge join

Spring:url tag should not use application/x-www-form-urlencoded encoding

src/saveVersion.sh bails on non-standard Bourne shells (e.g. dash)

IllegalArgumentException in autocomplete of driver-name of datasource add command with embedded server

Optimized HashTable with vectorized map-joins results in String columns extending

We should provide better error message while constraints with duplicate names are created

Use a separated class to implement the WALActionListener for Replication

start-servers operation can start servers when the host is in admin-only mode

NPE was thrown after enabling directsql in the middle of session

Inconsistency between DMR and XSD representation of key-store attribute of Elytron key-managers and trust-managers

[WINDOWS] MiniZookeeperCluster multiple daemons bind to the same port

Shell does not support custom replication endpoint specification

Repl load config in "with" clause not pass to Context.getStagingDir

Correlated IN subquery with aggregate asserts in sq_count_check UDF

SimpleTransactionScope does not suspend and resume its scoped objects

VaultedInjectedJMSContextTestCase is unable create session factory with security manager

Intermittent 'AssertionError: expected:<200> but was:<500>' in org.jboss.as.test.manualmode.ws.ReloadWSDLPublisherTestCase.testHelloStringAfterReload

Wrong check of version format in TestWebHCatE2e.getHiveVersion()

Unable to start Slave host after Master was restarted with enabled RBAC

Potential NPE on result of GenericTypeResolver.resolveTypeArguments

Vectorization does not handle constant expression whose value is NULL

StaxEventItemWriter outputs invalid xml if step handling is failed and retried when handling the first chunk of data

Compute stats on a table from impala caused the table to be corrupted

Alter table Exchange partition with multiple partition_spec is not working

load data local is not defaulting to 'file' as schema for source path

UDF translate doesn't take either CHAR or VARCHAR as any of its arguments

NullPointerException for a soap request with missing soap body tag

Windows: alter table ..set location from hcatalog failed with NullPointerException

Expose principal-decoder as principal-transformer and support conversion to X500Principal

Unnecessary call to locateRegion when creating an HTable instance

Memstore size becomes negative in case of expensive postPut/Delete Coprocessor call

Disable directSQL if datanucleus.identifierFactory = datanucleus2

HTable should be closed by HTableInterfaceFactory.releaseHTableInterface method

Authentication details object should be copied to successful Authentication before ConcurrentSessionController.checkAuthenticationAllowed is called

ConcurrentModificationException when calling Neo4jTemplate.deleteAll

HIVE-17983 missed deleting metastore/scripts/upgrade/derby/hive-schema-3.0.0.derby.sql

HttpHeaderFilterStrategy dosn't filters out 'Cache-Control', 'Connection', 'Pragma', 'Trailer', 'Transfer-Encoding', 'Upgrade', 'Via' and 'Warning' in method applyFilterToCamelHeaders

X500 principal [CN=client] was not decoded - no values of attribute [2.5.4.3]

Provide support for complex expressions in ON clauses for OUTER joins

LazyConnectionDataSourceProxy causes exception in WebSphere with an Oracle database

hive-exec-log4j2.xml settings causes DEBUG messages to be generated and ignored

SingletonPartitionTestCase.testSingletonService fails intermittently

vector_groupby_reduce.q is failing on CLI and MiniTez drivers on master

HttpComponentsHttpInvokerRequestExecutor does not explicitly release connection

Executing Rest example throws java.lang.reflect.UndeclaredThrowableException

PostgreSQL upgrade scripts are creating column with incorrect name

MailSessionDefinitionAnnotationParser throws NullPointerException

CompositeIndexProcessor uses wrong module loader to load external annotation indexes

Elasticsearch component fails in an OSGi environment due to missing names.txt

test*WhenRegionMove in TestPartialResultsFromClientSide is flaky

Bunch of log lines from QosFunction: Marking normal priority after

Invalid reference to spring version in MultipartResolver javadocs

Add Metrics for the number of Hive operations waiting for compile

midKey found compacting is the first, not necessarily the optimal

HBase in standalone mode creates directories with 777 permission

Joining on partition columns with fetch column stats enabled results it very small CE which negatively affects query performance 

HBCK enhancement: Failure in checking one region should not fail the entire HBCK operation.

CLI does not resolve multiple properties if one property is undefined

Salesforce Composite API wrongly checks for minimum supported version

JDBC2 statements and result sets are not able to return their parents

MappingJackson2HttpMessageConverter does not support application/javascript media type out of the box

Revoke access permissions of a user from a table does not work as expected

MarshallingHttpMessageConverter misspelled in Spring 3.0 Reference Documentation section 2.4.5.1

Embedded server operations executed using different classloaders

beeline fails when executing multiple-line queries with trailing spaces

On OOME, regionserver sticks around and doesn't go down with cluster

UserScanQueryMatcher#mergeFilterResponse should return INCLUDE_AND_SEEK_NEXT_ROW when filterResponse is INCLUDE_AND_SEEK_NEXT_ROW

Path expressions in JSON Patch allow references to non-properties

WebClient throws "Only one connection receive subscriber allowed" when response has content but no Content-Type header

DefaultExpressionFactoryUtils breaks backward compatiblity to JDK 1.4

Issue on Entity without @Version attribute when using Eclipselink as provider

WebServiceTemplate(Marshaller marshaller) constructor doesn't call initDefaultStrategies()

"XNIO001001: No XNIO provider found" by some tests running with security manager

IllegalStateException: Cannot apply DaoAuthenticationConfigurer to already built object

WeaveByType not working for OnExceptionDefinition in camel 2.21.0

Testing in place does not work if not building with default profile

Bug from HIVE-2446, the code that calls client stats publishers run() methods is in wrong place, should be in the same method but inside of while (!rj.isComplete()) {} loop

Finders use wrong table name when entity extends an abstract base class

MessageListener will be invoked twice in MessageListenerAdapter#onMessage(Message, byte[])

duplicated/missing logs when camel-paxlogging work with pax-logging-log4j2

NPE in org.springframework.security.config.FilterChainProxyPostProcessor

Deprecate the use of redundant column in colunm stats related tables

DataBinder doesn't catch conversion problems in indexed properties

add defensive check against EntityManagerFactory/EntityManager already being closed by ill-behaved deployment

Add test to verify that DESCRIBE TABLE works with quoted table names

Selenium add-on should report clear error message instead of NPE if web scaffold metadata is unavailable

TestRestoreFlushSnapshotFromClient and TestRestoreSnapshotFromClient fail to finish occasionally

UndertowDeploymentInfoService - incorrect check for cookieConfig.getComment()

ProducerTemplate doenst honor exchange pattern when it extracts the result

TempFileProviderService creates a static, non-daemon thread pool

Sort by property of an associated object doesn't work. Join type should be LEFT OUTER JOIN for sorting on associated objects.

COUNT syntax error when use scalar select (select a.b ,a.c from ...) with paging

Closeable resources potentially not getting closed if exception is thrown

NoEndpointFoundException swallowed by WebServiceMessageReceiverObjectSupport

orc.ReaderImp.ensureOrcFooter() method fails on small text files with IndexOutOfBoundsException

The elytron-domain attribute in messaging subsystem doesn't reference capability

SecurityIdentityUtils#getSecurityIdentity() should get security domain within a privileged block

Xmx setting in pom to use for tests/surefire does not appear to work

Infinispan remote-store requires remote-servers but not marked as required in mgmt model

Cache busting does not work when context path is different from /

The URL content negotiation "format" parameter values are case sensitive and only lowercase values are accepted

ObjectStore.getNextNotification with LIMIT should use less memory

Stop or shutdown a route with a custom timeout value, will still log using the default timeout in the logs

GenericUDF getTimestampValue should return Timestamp instead of Date

SEDA/VM requires completely same URI on producer and consumer side when consumer route is adviced

Behaviour of field injection for List dependencies that are produced and consumed by the same configuration class has changed in 4.3.5 snapshots

IIOP operations need SerializablePermission("enableSubclassImplementation")

ActiveDirectoryLdapAuthenticationProvider.doAuthentication() does not catch IncorrectResultSizeException

Requesting a session with an unexpected character causes request to fail

regression: using a ResourceAdaptor (rar) which has properties that use primitives as arguments will fail to deploy

Coverity, dead code in AbstractEnableSSLCommand and KeyStoresTestCase

New EJB Authentication tests (in AS TS) fail with Elytron profile

SJMS drops messages with null body even if allowNullBody is true

JobRegistryBeanPostProcessor skips jobs in XML namespace unless they are injected as dependency

Semijoin Hint : Should be able to handle more than one hint per alias

Data source connection-properties is defined as an attribute and a sub-resource

WebUI / QueryPlan: query plan is sometimes null when explain output conf is on

Expose  RetryingMetastoreClient to other external users of metastore client like Flume and Storm.

HBase handler skips rows with null valued first cells when only row key is selected

Simple language work not properly together with Springs PropertyPlaceholderConfigurer

:read-resource-description operation should consistently order attributes by alphabet

Spring Data Infinite Loop in HashMap in PreferredConstructor and CustomConversions

InterceptSendToEndpoint does not work where uri needs to be normalized

Update config field names in hbase-default.xml description for hbase.hregion.memstore.block.multiplier

Mutable session variables do not replicate correctly using non-tx session cache

BZip2CompressorInputStream doesn't handle being given a wrong-format compressed file

Attribute required-attributes of Elytron x500-attribute-principal-decoder cannot be added to configuration, doing this via management API leads to server stop 

Decimal multiplication with high precision/scale often returns NULL

Hive.get(HiveConf) returns same Hive object to different user sessions

Initial calculation of the first expiration time for a scheduled timer is wrong if a start date is set

[tests] TestLogRollingNoCluster fails on master from time to time

Tests udf_from_utc_timestamp.q/udf_to_utc_timestamp.q do not work with updated Java timezone information

Coverity static analysis, Dereference null return value, OAuth2CredentialSource (Elytron)

Support Power platform by updating protoc-jar-maven-plugin version

System property org.apache.camel.jmx.createRmiConnector is ignored with spring xml

compaction can return less versions then we should in some cases

Warnings about missing notification descriptions when an operation removes an extension

Servershutdown handler get aborted with ConcurrentModificationException

CxfClientCallback should not populate camel exchange OUT message if no response comes back to cxf producer and camel exchange pattern is InOnly

Hive services need HADOOP_CLIENT_OPTS for proper log4j2 initialization

CXF features fails to install on jboss-fuse-full-6.3.0.redhat-012.zip

Incorrect type on <set-port /> element within authentication-configuration-type

Bogus "alternative" in server NativeManagementResourceDefinition.SOCKET_BINDING attribute definition

StackOverflow in ExplicitColumnTracker when row has many columns

Reseek should position to the beginning of file for the first time it is invoked with a KV smaller than the first KV in file

Querying partition does not work with JDO enabled against PostgreSQL

API change and is not reflected in API and documentation examples

Concurrency issue in RCFile: multiple threads can use the same decompressor

The ServletContext init parameters check is not right in CamelServletContextListener

Deprecate void setAutoFlush(boolean autoFlush, boolean clearBufferOnFail)

MockHttpServletResponse doesn't propagate Content-Language response header

The legacy standalone.xml config does not set skip-group-loading="true"

@NoRepositoryBean interfaces are considered as fragment interfaces

camel-cxf component is not passing request context through correctly

ResourceSupportHttpMessageConverter does not reject generic type requests

ldap-authentication-provider element parser ignores hash attribute.

Problem with trunking idempotent filestore when parent directory not exists

Extend support for other primitive types in windowing expressions

Both clients get wrong scan results if the first scanner expires and the second scanner is created with the same scannerId on the same region

Transaction manager should use RDBMS time instead of machine time

TablePropertyEnrichmentOptimizer.java is missing the Apache license header

Missing description what happends to request when max-requests attribute is set in request-controller subsystem in CLI

PropertiesConfiguration dysfunctional if constructed with nonexistent File

Float-point numbers are displayed with different precision in Beeline/JDBC

metastore initialization should add default roles with default, SBA

The BatchPermission should only be referenced in configurations that contain the Batch extension

[refguide] performance.xml - fixed 2 links to Case Studies that were ??? 

Create perfLogger in method execute instead of class initialization for SparkTask

POA_QUEUE_MAX is limited to 200 in EAP 5 a value of 500 was possible

RAMQueueEntry#writeToCache should freeBlock if any exception encountered instead of the IOException catch block 

Completed aggregated exchanges are never confirmed in the AggregationRepository

Generated Selenium scripts do not comply with new URI conventions

Regression with fix SEC-1022 - cannot register custom permissions w/BasicLookupStrategy

In 1.6, any field in a mapped object named "language" will fail to map if it is a type other than String

LDAP Namespace Group Search Base Should Default to Directory Root

Exchange partition on external tables should fail with error message when target folder already exists

dynamic partition insert creating different directories for the same partition during merge

GeneralBulkAssigner with retain assignment plan can be used in EnableTableHandler to bulk assign the regions

The org.jboss.as.jpa module includes some unnecessary dependencies

Analyze for partition fails if partition value has special characters

Regression - Namespaces defined on the SOAP envelope get lost in PAYLOAD mode

HLogKey(walKey) constructor needs to be either removed, deprecated or fixed

getFeatures() method of CxfEndpoint only accept AbstractFeature but Feature

@Override in StepLocatorStepFactoryBean prevents compile with Java 5

Change default ports; move them out of linux ephemeral port range

Parameter binding in SimpleJpaRepository.findAll(Iterable<ID> ids) fails for non-Lists

Unhelpful error message when OSH throws an exception with no detail message

JmsEndpoint that is a topic should not be singleton scoped, only queues should be

Change Order class so that case insensitive sorts can be performed by setting an ignore case flag

Table column stats might be invalidated in a failed table rename

Metrics refresh-task is not canceled when regions are closed, leaking HRegion objects

Fix typo in constant HConstants.HBASE_CLIENT_MEAT_REPLICA_SCAN_TIMEOUT

TestProcedureMember#testMemberCommitException, testSimpleRun & testMemberCommitCommsFailure are flaky on Suse OS

AuthenticationPrincipalArgumentResolver is not added by @EnableWebSecurity

Master OOM when SplitTableRegionProcedure new CacheConfig and instantiate a new BlockCache

AOP and use of redirect view can lead to unbounded caching in AbstractAutoProxyCreator

Nanosecond precision lost in SqlTimestampExternalizer and InstantExternalizer

TestSplitTransactionOnCluster fails occasionally in trunk builds

@EndpointInject can not lookup bean if endpoint is defined directly as a consumer (from)

Injecting AuthenticationManager to SecurityContextHolderAwareRequestFilter

SpringDataWebConfiguration cannot be introspected when Jackson is not available

[replication] Update replication doc to reflect current znode structure

@ResponseBody throws HttpMediaTypeNotAcceptableException if client accepts "*/*"

Null Pointer when receiving an invalid transport type during SockJS request

Tez HashTableLoader attempts to allocate more memory than available when HIVECONVERTJOINNOCONDITIONALTASKTHRESHOLD exceeds process max mem

[Migration operation] [Web to Undertow] Scheme attribute of ajp connector is not migrated

Vectorized cast of decimal to string and timestamp produces incorrect result.

A single call of consumerTemplate.receiveBody consumes more than one messages from a SEDA queue

ConfigurationFactoryBean configuration causes infinite loop in Filesystem.newinstance

PlaceholderConfigurerSupport.doProcessProperties() loses stack trace on exception

Plugin selects older versions of Fractions when using Auto detection

Generic return type on FactoryBean.getObjectType causes problems

ClassLoaderObjectInputStream does not handle primitive typed members

Modifications to UndertowXhrTransport for Undertow 1.3 introduce breaking changes

Camel SAP - Spring container - Could not initialize class org.eclipse.emf.ecore.xml.type.XMLTypePackage

Migrate to newer Calcite snapshot, where ByteString is now in org.apache.calcite.avatica.util

Inclusion of 'overloaded' in equals() and hashCode() for MethodOverride breaks equals() in AbstractBeanDefinition

need prominently visible documentation of hollow JAR limitations

ContextSourceSettingPostProcessor should not cause bean creation side effects

Exception on windows when using the jdbc driver. "IOException: The system cannot find the path specified"

XmlConverter.toSAXSourceFromStream does not set setNamespaceAware

Using "OrderBy" in "query by method name" ignores the @Field annotation for field alias.

Management HTTP API using security-realm for CLIENT_CERT authentication results in prompt for password instead of directly authenticating

inherited @Lazy annotation not picked up for scanned @Components

Reduce Sink deduplication fails if the child reduce sink is followed by a join

After a full-replace-deployment operation a server on a hosts subsystem model is empty

Location of temporary table for CREATE TABLE  SELECT broken by HIVE-7079

RequestMethod does not appear to factor into @RequestMapping uniqueness in some cases

Restore from backup will fail if done from a different file system

AbstractClientSockJsSession.close call does not propagate IOException from disconnect

Failed CLI batch command with "deploy --force" for replace deployment

Fix metadata dependencies returning null when doing "push-in --all"

LLAP IO was disabled in CliDriver by accident (and tests are broken)

DwmNeverTestCase assumes clustered invocations will always go to the same node

the retry logic in Hive's concurrency  is not working correctly.

LoadIncrementalHFile.doBulkLoad(Path,HTable) doesn't handle unmanaged connections when using SecureBulkLoad

access log rotates even when rotation is disabled by "rotate" attribute

The path where a dynamically loaded coprocessor jar is copied on the local file system depends on the region name (and implicitly, the start key)

 Mandate -update and -delete as DistCp options to sync data files for external tables replication.

Spark Bulk Load: Need to write HFiles to tmp location then rename to protect from Spark Executor Failures

Vectorization: Reduce KeyWrapper allocation in GroupBy Streaming mode

Criteria instances using different regex Patterns are considered equal

wrong results if partition pruning not strict and no mep-reduce job needed

WildFly Core pom should use https URLs in repository and pluginRepository elements

Nullpointer Exception for optional mappingContext in the RepositoryFactoryBeanSupport

ConcurrentModificationException on HashMap$HashIterator.nextEntry when SimpleMessageListenerContainer#queuesChanged()

Potential deadlock in AbstractMappingContext when creating bean while application event is being fired

RateLimitExceededException not thrown when user hit's their daily status update limit. 

Test case in Hive Query Language fails with a java.lang.AssertionError.

Hive union with NULL constant and string in same column returns all null

AmqpAppender appends throwable information even when layout handles it

spurious IOException when using <hadoop:configuration resources>

LazySimpleDeserializeRead doesn't recognized lower case 'true' properly

flushCache should write to a tmp directory and then move into the store directory

ServerAuthenticationContext authorizeRunAs should be checking the transofremed name matches the authentication ID

Compilation error in camel-salesforce quickstart - package com.fasterxml.jackson.annotation does not exist

Shell does not throw an error when you feed it garbage statements.

Elytron, remove case-sensistive attribute from security realm configurations

File consumer - Delete orphan lock files on startup may not match a lock file when using include/antInclude filtering

Tests created by "test mock" fail when compiled by AspectJ via Maven, but not when compiled by AJDT

Support Issue: Routing a TextMessage from a <camel:proxy> to a JMS queue

FileUtils.doCopyFile caches the file size; needs to be documented

PageableHandlerMethodArgumentResolver.isFallbackPageable() throws NullPointerException if default is configured to be null

Schema evolution checks prints a log line in INFO mode for each vectorized rowbatch, impacts performance

Correct the identification of the current caller when a security manager is enabled.

Create 'addendum' license files for the artifacts brought in by hardcoded versions in module.xml

Add S3 credentials to the hidden configuration variable supported on HIVE-14207

WebHCat E2E tests doAsTests_6 and doAsTests_7 need to be updated

MessageChannelPartitionHandler in version 1.2.1 is not listening on replyChannel

REST Java client is not able to negotiate with the server in the secure mode

Memstore flusher scans storefiles also when the scanner heap gets reset

GemfireRepositoryFactoryBean needs to explicitly register a "default" GemfireMappingContext when not explicitly defined as a bean in the application's Spring context.

In HS2 doAs=false mode, file system related errors in one query causes other failures

NullPointerException in CXF routes when there is an endpoint between router and service CXF endpoints

The start goal should allow an option to keep the process running

Since tez has been released, we need to update version of tez used in hive-tez

JSON (jackson) @RequestBody marshalling throws java.io.EOFException when body is missing

Probe operation on transaction log fails with NullPointerException

Increment of loadSequence in CoprocessorHost#loadInstance() is thread-unsafe 

PackageHelper - issue with version numbers which contains non decimal

'Contains' predicate doesn't work for left side expressions that are not collections

Synchronization issue in ItemOrientedStep if exception is throw in chunk processing

RestletProducer should allow multiple values in HTTP Accept header

GemfireRepositoryFactory should report missing Region configuration

ResourceHttpRequestHandlerTests.modified() fails on Windows due to millisecond precision

double :remove of connection-property from a DS leave it in wrong state

Region splits by size not being triggered in at least some cases

Camel-JMS: transferExchange - send ExchangeProperties can not be accessed before first endpoint in route

AJP broken ERROR [org.xnio.listener] (default I/O-1) A channel event listener threw an exception: java.lang.NoSuchMethodError: org.xnio.conduits.WriteReadyHandler$ChannelListenerHandler.<init>(Lorg/xnio/channels/SuspendableWriteChannel;)

BridgeMethodResolver is unable to locate bridged method for hibernate Cglib-wrapped class implementing a generic interface

The default @DateTimeFormat with  "S-" has MM/dd/yy pattern leading to a bug like Y2K

An EJB on a WildFly server can't call another bean on a second server with remoting and SSL

Allow the Canary in regionserver mode to try all regions on the server, not just one

Ignore any blank lines in between the certificates in the certificate chain returned by an ACME server to avoid parsing issues on IBM JDK

Aggregation.skip(...) expects int but new SkipOperation(...) supports long

EE Subsystem doesn't check some value of params when creating Concurrency utilities resources

JavaBeanMetadata creates an AspectJ file with an "Employee" type

ThriftServerRunner.HbaseHandler.mutateRow() does not use ByteBuffer correctly

Incorrect results when hive.optimize.index.filter=true and same ORC table is referenced twice in query

Can't truncate/disable table that has rows in .META. that have empty info:regioninfo column

Query methods returning Maps shouldn't return null if no result is present

Small improvements for generics, conditional statements, and warnings suppressions

InfinispanIdempotentRepository should force return values for RemoteCaches 

Fix HBaseTestingUtility.getNewDataTestDirOnTestFS to always return a unique path

configAdminFile not used to populate property placeholders in camel-test-blueprint when run via camel-maven-plugin

Typo on spring mvc reference docs : 'ContentNeogitatingViewResolver'

Context.java Uses Deleted (previously Deprecated) Hadoop Methods

@Rooplural annotation prevents "list all entity" option from showing in the menu

TestMasterShutdown failing in trunk 0.95/trunk -- "Unable to get data of znode /hbase/meta-region-server because node does not exist (not an error)"

2-legged OAuth should provide access to protected resource without pre-existing security context

HFiles in use by a table which has the same name and namespace with a default table cloned from snapshot may be deleted when that snapshot and default table are deleted

Child contexts created by AutomaticJobRegistrar cannot easily use PropertyPlaceholderConfigurer

NPE in ZKUtil#getChildDataAndWatchForNewChildren when ZK not available or NW down.

TxnHandler should use PreparedStatement to execute direct SQL queries.

Hive QueryResultCache entries keeping reference to SemanticAnalyzer from cached query

update.jspx does not get updated when a version field is removed from the scaffolded form backing object

Elytron, Unable to authenticate with SPNEGO on IBM java if obtain-kerberos-ticket = true

Deleting a connection leads to redirect to /connect/twitter/twitter

authorization check api should provide table for create table,drop/create index, and db for create/switch db

RabbitMQ specific message properties are forwarded as message headers

DefaultFieldSet should clone the tokens before exposing them in getValues()

Put back getClosestRowBefore and throw UnknownProtocolException instead... for asynchbase client

ClassPathJaxb2TypeScanner which scans packagesToScan for Jaxb2Marshaller does not scan for @XmlRegistry annotation

Vectorization: 1-reducer Shuffle can skip the object hash functions

SMPP component should set the final status header for delivery notifications

Use ProtobufUtil#mergeFrom and ProtobufUtil#mergeDelimitedFrom in place of builder methods of same name

SequenceFileLogWriter doesnt make it clear if there is no append by config or by missing lib/feature

Graceful shutdown is interfering with the 'kill' and 'destroy' operations

SecurityExceptions when starting server with signed jars in an exploded app deployment

RemoteOutboundConnectionReconnectTestCase, EJBClientReconnectionTestCase configured as clustered test cases

Null pointer exception on running compaction against a MM table.

CamelMessageHistoryOutputFormat global option ignored for message history

camel-netty - Add option to enrich Camel message with client certificate details to make it easy to get these details

@EventListener's 'condition' doesn't work as expected with proxied beans

Canary Shouldn't go off if the table being read from is disabled

Fix RAT License complaint about the hbase-protocol-shaded/src/main/patches content

doTry .. doFinally should run the finally block for fault messages also

Potential ClassCastException in RequestContextListener when destroying the request object

ProtobufUtil Append & Increment deserialization lost cell level timestamp

Describe Extended output is truncated on a table with an explicit row format containing tabs or newlines.

submitting a query via CLI against a running cluster fails with ClassNotFoundException: org.apache.hadoop.hive.common.type.HiveDecimal

Coverity, Dereference after null check in KeyStoreCredentialStore (Elytron)

@InitBinder and @ModelAttribute caches in RequestMappingHandlerAdapter ignore "prototype" controllers

"persistence setup" command causes log4j.properties to be truncated

Clarify that SimpleRegionNormalizer does not merge empty (<1MB) regions

Fix TestCliDriver.repair on Hadoop 0.23.3, 3.0.0, and 2.2.0-alpha

Reactive RedirectView throws exception if no RequestDataValueProcessor is present

Failures in UserDetailsService should produce errors in the console

JMX Connector is not closed by InstrumentationAgentImpl.doStop()

Update Hadoop support description to explain "not tested" vs "not supported"

Restlet binding should not create jaxb marshaller when binding mode is set to json

Intermittent failure in ModelPersistenceTestCase.testSimpleOperation

PB issue : Increment attributes are not getting passed to server

advice with - CBR may be removed if advicing an output in a when

authorize additional metadata read operations in metastore storage based authorization 

Stats for row-count not getting updated with Tez insert + dbclass=counter

camel-jms consumer does not set camel message id based on JMS message id if the next node is not JMS based

XtsAsLogger doesn't compile on JDK11, WildFly can't be build on Java 11

If file reader is lenient about resource existing on startup, it should also check when it is closed

Reused WALEdits in replication may cause RegionServers to go OOM

Remove the waitUntilAllRegionsAssigned call after split in TestTruncateTableProcedure

Hibernate Scanner implementation class shouldn't leak application entity classes

HTTP Management interface, enabled true in schema, false in model definition.

mod_cluster read-resource can result in NPE if service is not started yet

Async Execution Aspect compiler error when using ListenableFuture

HBase shell's create table command ignores 'NORMALIZATION_ENABLED' attribute

MLLP Component 'maxConcurrentConsumers' configuration is ignored

Tonr2 Sparklr (and FB) service should not require access to concrete RestTemplate implementation

Errors when using AbstractIdentifiableAnnotatedJavaStructureBuilder.updateTypeAnnotation

[Artemis 2.x upgrade] Bad unit conversion of jdbc-network-timeout attribute

Utilities.getPartitionDesc() should try to reuse TableDesc object 

REPL LOAD command executing copy in serial mode even if parallel execution is enabled using WITH clause

FileConfiguration getFile(), getFileName(), getBasePath() are not always consistent

Enable ReplicationLogsCleaner only if replication is, and fix its test

LLAP external client not properly handling KILLED notification that occurs when a fragment is rejected

beeline -f fails on scripts with tabs between column type and comment

REST delete operation should not retry disableTable for DoNotRetryIOException

 Kerberos authentication into Management Console does not fallback correctly

Not enough namespace context during XSD validation when using AxiomSoapMessageFactory

LLAP: When pre-emption is disabled task scheduler gets into loop

Incompatible schema for maps between parquet-hive and parquet-pig

SessionIdentifierSerializer should use privileged block for service loader

Will lose the SNAPSHOT suffix if we get the version of RS from ServerManager

Version is reported as UNKOWN VERSION when installing into a path containing spaces

Incorrect Javadoc referencing org.apache.commons.csv.CSVFormat withQuote()

Alter table add constraint unique fails with direct sql set to false

Elytron Audit Logging does not log principal if simple file format is used

ChangeTableState considers split&&offline regions as being served

Improve exception message for failed instantiations in ReflectionEntityInstatiator

Namespace access-denied-page attribute does not work with property placeholders

IntrospectionSupport.setProperty ClassCastException if you have overloaded methods

[shell] Should be able to copy-paste table description to create new table

Fix url check for missing "/" or "/<db> after hostname in jdb uri

Concurrency Exception during bean configuration related to not thread safe getBeanPostProcessor access

GradleResolver is ignoring the classifier for artifact downloads

Connection acquired while calling a stored procedure via JPA is not released

JavaBeanMetadata does not consider collections of entities for GAE

Race condition in InfinispanRouteLocator logic can cause missing route

Missing Data when scanning using PREFIX_TREE DATA-BLOCK-ENCODING

Elytron CommandCredentialSource closes STD_ERR stream without consuming it

Deadline scheduler needs to return to the client info about skipped calls, not just drop them

Hive transaction manager fails when SQLServer is used as an RDBMS

HBCK doesn't recover Balance switch if exception occurs in onlineHbck()

Creating an existing table from Shell does not throw TableExistsException

[AMv2] Fix test hbase.coprocessor.TestCoprocessorMetrics#testRegionObserverAfterRegionClosed

Performance/operational penalty when calling HTable.get with a list of one Get

Add an option to set special retry pause when encountering CallQueueTooBigException

When getContext().addInterceptorStrategy(new Tracer());  is added in a RouteBuilder class, then the timer component does not work

HS2 should not attempt to get delegation token from metastore if using embedded metastore

Insufficient check for the presence of a PersistentProperty in MappedProperties

Security ModuleClassLoaderLocator.CombinedClassLoader does not implement getResources

Removal of Documents fails in in debug mode for Documents with complex ids

Java 9 compiler create a covariant issue for ZipCompletionScanner

ConversionService should remain capable of converting multidimensional array.

ArchiveInputStream#getNextEntry(): Problems with WinZip directories with Umlauts

Deleting and recreating a table in a single process does not work

Unable to configure Krb5LoginModule options in elytron kerberos implementation

reference guide should direct security related issues to private@hbase.apache.org

An ID field of type integer is always saved as zero if not set by the user before calling save.  Throw exception to indicate an int field will not be autopopulated.

UriComponentsBuilder and ServletUriComponentsBuilder generate URLs with empty segments

Filter SingleColumnValueFilter combined with NullComparator does not work

The behavior of returning null for Callable or DeferredResult return values is currently undefined

Evaluation of non-deterministic/stateful UDFs should not be skipped even if constant oi is returned.

sql std auth should disallow built-in udfs that allow any java methods to be called

Map failure attempts to delete reducer _temporary directory on multi-query pig query

Outerjoin might produce wrong result depending on joinEmitInterval value

Trying to run canary locally with -regionserver option causes exception

In HPL/SQL, declare statement does not support variable of type character 

TimeToLiveProcedureWALCleaner should extends BaseLogCleanerDelegate

ApplicationListener potentially invoked twice in circular reference with proxy

[WebHCat] test.other.user.name parameter is missing from build.xml in e2e harness

Cometd component does not pass EnableSessionHeaders parameter to CometdBinding properly.

RegionCoprocesorHost.preWALRestore throws npe in case there is no RegionObserver registered.

NPE in PropertyOrFieldReference due to concurrency issue when caching SpelExpression objects

TLSSyslog server remove BC provider, does not add it back if it was present

SubProtocolWebSocketHandler does not update lastSessionCheckTime

TransformerAttachmentGrabber always returns null with map operations

KeyValue expiration by Time-to-Live during major compaction is broken

SiteSwitcherRequestFilter - initFilterBean() overwrites values from constructor

The Exchange.BEAN_METHOD_NAME header is not be set rightly when the message exchange pattern is InOut

Joins on decimal keys return different results whether they are run as reduce join or map join

Camel:Kafka NPE when trying to consume messages from kafka server

CXFRS consumer should set Exchange's charset name, if content type provides one

Update MetricsConstant.WAITING_COMPILE_OPS metric when we aquire lock failed in Driver

Cleanup excludes/includes file after use in hbase-personality.sh to avoid asf license error.

Forgot a space between hours and minutes in org/apache/camel/util/TimeUtils.java

Transitive Predicate Propagation doesn't happen properly after HIVE-7159

ServerRootResourceDefininition registers the ServerEnvironment child resource in the wrong place

Setting fs.default.name incorrectly leads to meaningless error message

:read-boot-errors() operation does not follow its operation description

Facebook endpoint incorrectly sets the nameStyle field to GET_AND_SEARCH even when no search* candidate methods are found

Functionality added as part of HBASE-12583 is not working after moving the split code to master

XML bean definition "import" directive doesn't work with custom resource loader

Error in javadoc LdapTemplate search(SearchExecutor, NameClassPairCallbackHandler, DirContextProcessor)

CompositeConfiguration does not resolve referenced properties correctly

Coverity, Reliance on default encoding in DigestAuthenticationMechanism.

DDLTask is inconsistent in creating a table and adding a partition when dealing with location

Improve query validation by creating explicit EntityManager instance

ClientCompatibilityUnitTestCase is broken in an IPv6 environment

HBASE-11980 calls hflush and hsync doing near double the syncing work

Nit-pick about hbase-2279 shell fixup, if you do get with non-existant column family, throws lots of exceptions

Optimistic locking w/write skew check requires versioning to be enabled

AuthenticationConfiguration.useDefaultProviders is no longer using our default.

TestHFileOutputFormat.testMRIncrementalLoadWithSplit failed due to too many splits and few retries

Component upgrade of Hibernate Validator to version 5.1.next.Final when HV-861 is fixed

Cannot wire or start components while the registry is not running 

Backport HBASE-8140 "TableMapReduceUtils#addDependencyJar fails when nested inside another MR job"

REST API scanner: row prefix filter and custom filter parameters are mutually exclusive

MllpTcpServerConsumer logging failure to set HL7 headers even when setting HL7 headers is disabled

Solr function search(String queryString) throws NullPointerException

GenericFileConsumer fails to pick up all files in a directory if there are more files than maxMessagePerPoll setting

Spring Roo 1.0.2 DB2 trailing space in driver class name prevents its loading.

Reload or Shutdown inside IF statement is performed before the if/else block batch is executed

HRegion#bulkLoadHFiles() should wait for concurrent Region#flush() to finish

Documentation about LineMappers refers to methods not on the interface in the examples

HierachicalINIConfiguration section access without dotted notation

Investigate TxnHandler and CompactionTxnHandler to see where we improve concurrency

LoadIncrementalHFiles does not throw exception after hitting hbase.bulkload.retries.number setting

Unintentional integer overflow in LongNameSetPermissionCollection

NullPointerException when accessing master web ui while master is initializing

Camel unable to shutdown gracefully because Netty4 consumer keep receiving and adding inflight exchanges

Shutdown application in Publisher Confirms mode ShutdownSignalException（reply-code=200） is thrown

If clocks are way off, then we can have daughter split come before rather than after its parent in .META.

Access checks in preCompact and preCompactSelection are out of sync

PropertyPlaceholderConfigurer xml configuration example error in pdf reference

Ugly stack trace just because regionserver comes up before master....

Error in pointing links about versions for documentation and content

Confusing attribute named http-server-factories in Elytron aggregate-http-server-mechanism-factory

Can not parse object list attributes that contains a complex attribute

Converter to Collection type is wrapped with a second Collection

Avoid unnecessary HttpSession creation when using Anonymous and Remember-Me authentication

FormatHelper formatMethodForMessage outputs each argument type as org.springframework.core.convert.TypeDescriptor rather than its actual type

read-children-names(include-aliases=true) can return phantom results

Backward-compatibility issues with eviction configuration between EAP 6 and 7

Restore some API mistakenly removed in client, mapred*, and common

Cannot cleanly shutdown server disconnected inbound/outbound connections

Potential duplicate calls to log#appendNoSync() in HRegion#doMiniBatchMutation()

Large compaction queue should steal from small compaction queue when idle

Optional dependencies are not marked optional in the manifest's Import-Package section

@PreAutorize(#username == principal.username) issues - when target is AOPProxy

Default MongoPersistentEntityIndexCreator not registered if ApplicationContext already contains one for different MappingContext

Fix TooManyFiles exception when RefreshingChannels in FileIOEngine

Elytron legacy feature pack subsystem template uses wrong attribute order for http-authentication-factory

setRightValue() code generated using FilterColumnBetween.txt is incorrect

User who created table cannot scan the same table due to Insufficient permissions

Relocate RS Group pre/post hooks from RSGroupAdminServer to RSGroupAdminEndpoint

FTP shutdown whole context on startup if throwExceptionOnConnectFailed true

UDF printf doesn't take either CHAR or VARCHAR as the first argument

Missing class 'org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat' from Hive on Spark when inserting into hbase based table

Date and timestamp type converts invalid strings to '1970-01-01'

We should respect hfile.block.index.cacheonwrite when write intermediate index Block

ConcurrentSessionFilter breaks authenticate with: Authentication.getDetails() required

Unnecessary error log is shown when executing a "INSERT OVERWRITE LOCAL DIRECTORY" cmd in the embedded mode

Fail UPDATE/DELETE/MERGE queries when Ranger authorization manager is used

NPE thrown when calling methods with an empty @Caching annotation

Localize the configuration change in testCheckTableLocks to reduce flakiness of TestHBaseFsck test suite 

SFTP is delivered into incorrect location, without exception (file in subfolder + temp file is created + Camel running on Window & SFTP server running on LINUX)

UndertowRequestUpgradeStrategy not compatible with WildFly anymore

HS2 can leak ZK ACL objects when curator retries to create the persistent ephemeral node

HBaseClient can get stuck in an infinite loop while attempting to contact a failed regionserver

Dropping a table containing a disable violation policy fails to remove the quota upon table delete

The io.jaegertracing.jaeger-thrift module should have a dependency on com.squareup.okhttp3

SimpleExitStatusExceptionClassifier never returns a value that will result in ExitMapper.JVM_EXITCODE_JOB_ERROR

Make "LATERAL VIEW inline(expression) mytable" tolerant to nulls

Comments in IIOP xsd schema contain terms 'on' and 'off' but they should be true/false

Compiler error in ApplicationConversionServiceFactoryBean under jdk 1.5

Protect against security exploits via system identifier in DTD declaration

Construction/initialization of custom filter instance, configured in undertow subsystem uses incorrect/undefined TCCL

NullPointerException while adding CacheFactory through EJB3 subsystem

ConcurrentModificationException at DefaultCamelContext.getRouteDefinition()

truncate_preserve command fails with undefined method `getTable' error

Host Controller HttpManagementResourceDefinition doesn't register "org.wildfly.management.http-interface" capability

camel-spring-osgi module should include the META-INF/services/... file from camel-spring

WebUI "Show Query" tab prints "UNKNOWN" instead of explaining configuration option

Add Authorization interface to support information_schema integration with external authorization

<ldap-server> should select unique directory if one is not provided

hbase rpc throttling does not work for multi() with request count rater.

java.lang.ClassCastException: org.apache.hadoop.hive.serde2.io.HiveVarcharWritable cannot be cast to org.apache.hadoop.hive.common.type.HiveVarchar when joining tables

Web Interface JSP needs Refactoring for removed meta store methods

InitDestroyAnnotationBeanPostProcessor @PostConstruct method may not get called

NettyConverter throws NullPointerException when Exchange is not set

Document JDK versions supported by each release missing in new documentation

WebJarsResourceResolver: multiple matches in case of multiple files with the same name in the same webjar

NamedEntityObjectIdentity must support CGLIB (Hibernate) modified domain objects

whitelist restrictions don't get initialized in new copy of HiveConf

qroupby_rollup_empty.q fails for insert-only transactional tables

Some tests from "org.jboss.as.test.integration.security.vault.*" fail with security manager

Use TreeMap instead of Property to make explain extended deterministic

Enhance ORC Schema Evolution to handle more standard data type conversions

AddOn template still requires package name like com.*.roo.addon, although such limitation seems superflous after migration to OSGi 

On split, parent region is sticking around in oldest sequenceid to region map though not online; we don't cleanup WALs.

InOut over seda/vm with multiple consumers can cause a timeout exception

[WINDOWS] MiniZookeeperCluster should ensure that ZKDatabase is closed upon shutdown()

spring-security-3.1.xsd incorrectly describes auto-config attribute

Cleaning after the build shouldn't fail if the removal of files doesn't succeed

JDBC driver not overlaying params supplied via properties object when reading params from ZK

Distributed web sessions and SFSBs should use SYNC cache mode by default

SerDe Properties are not considered by show create table Command

New restlet endpoints don't work if route is created after restlet server is started.

HBASE-5533 metrics miss all operations submitted via MultiAction

Allow the client to use a different thread for writing to ease interrupt

query on view results fails with table not found error if view is created with subquery alias (CTE).

NumberFormatException while running analyze table partition compute statics query

Move to ivy broke our being able to run in-place; i.e. ./bin/start-hbase.sh in a checkout.

ObjectInspectorFactory.getReflectionObjectInspector is not thread-safe

adviceWith() just needs to start the route when the camel context is started

DefaultObjectDirectoryMapper#verifyConversion produces NullPointerException in uberjar

Import Samples with Maven produces missing spring-security-samples-messages-jc:jar:3.2.0.RC2 

HCatalog dynamic partition query can fail, if the table path is managed by Sentry

Infinite loop in unsynchronized HashMap in CrudMethodMetadataPostProcessor

FlowFacesContext does not return the same FacesMessages instances

Scaffold broken if we remove client-side validation on entities with more than one word (e.g. FooBar)

Query method Parameter should return element type for wrapper ones (e.g. Optional)

Bug in meta-data for sap-idoclist-server endpoint affecting Karaf console help

ORC metadata section can sometimes exceed protobuf message size limit

Multiple project between join operators may affect join reordering using constraints

Ambiguous table name or column reference message displays when table and column names are the same

ref guide has bad links to blogs originally posted on cloudera website

Server fails to boot using locales not using arabic numerals for representation of numbers

Confusing exception during deployment when ldap-realm does not include password reference

select query throwing Null Pointer Exception from org.apache.hadoop.hive.ql.optimizer.DynamicPartitionPruningOptimization.generateSemiJoinOperatorPlan

Hive CliDriver command splitting can be broken when comments are present

Disallow addition of Stage.RUNTIME steps for /profile=*/subsystem=* resources

Camel-AWS: Camel-Kinesis needs Jackson Dataformat CBOR to work in OSGi

ServletWebRequest.checkNotModified attempts to call HttpServletResponse.getStatus() on Servlet 2.5

Implementation of EndpointHelper.matchPattern() method is inconsistent

Setting illegal versions for HColumnDescriptor does not throw IllegalArgumentException 

Create Materialized View statement should check for MV name conflicts before running MV's SQL statement. 

http-interface.http-upgrade should not be marked as "restart-required" => "no-services"

Fragment not URL encoded in some parts of error response from implicit grant

AUTH feature - plain token does case-insensitive comparison of shared secrets

MechanismRealmConfiguration.Builder does not return itself from it's methods

CREATE TABLE IF NOT EXISTS uses inefficient way to check if table exists

Fix the TestAppendPartitions tests which are failing in the pre-commit runs

LoadIncrementalHFiles createTable should detect and set compression algorithm

Package declaration using package-info.java causes error message

The key-generator attribute of cache:annotation-driven element does not work when mode attribute is set to "aspectj"

ORC Vectorization DoubleColumnVector.isRepeating=false if all entries are NaN

ReplicationSource : Set replication codec class as RPC codec class on a clonned Configuration

camel-sql - Setting SQL_ROW_COUNT header is not updated if the header already exists

WithSecurityContextTestExecutionListener Requires ApplicationContext

Servletcontext.getServerInfo() returns WildFly 2.2.0.Final - 1.4.0.Final instead of 10.1.0.Final

RabbitAdmin Exception when there are beans of type Collection declared with @JobScope 

BaseSemanticAnalyzer.unescapeSQLString doesn't unescape \u0000 style character literals.

Vectorization: Current vector PTF doesn't work under GroupBy and is designed for reduce-shuffle input

Executing SDG Function annotated POJO methods from Gfsh does not work when "injecting" arguments during Function argument resolution.

skipLimit property of AbstractStepConfiguration seems to be unused

Remove usage of deprecated methods from org.apache.hadoop.io package

Manually setting an authentication on the current SecurityContext fails due to session ID change after request has been sent to browser

vectorization handles division by zero differently from normal execution

Regression: DefaultCorsProcessor ignores already present Access-Control-Allow-Origin header

Unable to specify custom configuration directory via -Djboss.server.config.dir

Requests with Accept header of application/*+json return the compact representation

Camel StreamCache does not work with CXF consumer for InOut messages

SolrUtils returns incorrect suffix for java.util.Calendar fields

The configAdminFileName property does not be picked up when run command: mvn camel:run

Infinispan subsystem XSD disagrees with LockingResourceDefinition on default isolation level

TestHRegionBusyWait.testParallelAppendWithMemStoreFlush fails sporadically

LLAP doesn't update metadata priority when reusing from cache; some tweaks in LRFU policy

Annotations pom.xml incompatible with "mvn site" command due to ampersand in name

Websocket Component not shutting down embedded jetty server on component shutdown

Fix potential NPE in ZKUtil#listChildrenAndWatchForNewChildren callers

authorization api - HivePrivilegeObject for permanent function should have database name set

XmlFlowModelBuilder uses java 1.5 String.contains() method (not compatible with jre 1.4)

Changes to Authentication leak into synchronous requests when using HttpSessionContextIntegrationFilter

CxfBeanDestination should copy the in message header to the out message

[Migration operation] [Web to Undertow] Default value for access-log extended attribute differs

IllegalArgumentException when add a server-ssl-sni-context with no host-context-map

Archived partitions throw error with queries calling getContentSummary

Race condition in org.springframework.expression.spel.ast.MethodReference

Low scan ratio in RPC queue tuning triggers divide by zero exception

Transaction information in config file can grow excessively large

Reporting progress to JT during closing files in FileSinkOperator

HttpHeaders should be tolerant with bad date-aware headers as it said in the RFC 2616

EJB subsystem adds a capability but does not remove it in remove handler

Elytron, management interface,  legacy authentication is "checked" even if Elytron authentication is configured

HMaster and HRegionServer should be able to login from Kerberos keytab when running on security-enabled Hadoop

HealthCheck endpoint doesn't work when JAX-RS  javax.ws.rs.core.Application @ApplicationPath defined

Rare KrbException: Request is a replay issue in negotiation tests

JdbcPagingItemReader does not support table or column aliases due to sortKey being used in where clause, order by clause and for retrieval of result set column

Bug in SMBJoinOperator which may causes a final part  of the results in some cases.

Variable never assigned in SimpleTotalOrderPartitioner.getPartition() 

Server reload missing in tearDown method of EjbElytronDomainSetup

Running Arquillian Persistence Extension with Wildfly Swarm example throws an exception

Coprocessors: RegionObserver: ScannerNext and ScannerClose hooks are called when get() is invoked

Drop cascade database fails when the db has any tables with indexes

TestHFilePerformance and HFilePerformanceEvaluation should be merged in a single HFile performance test class.

Add an option to always send the client SSL certificate to LDAP server

project spring-security-samples-tutorial logout link is not working

JDK7 branches need to pass "-Dhttps.protocols=TLSv1.2" to maven when building

Uploads sometimes fall to 0 requests/second (Binding up on HLog#append?)

Transaction being propagated ignoring REQUIRES_NEW when using direct component

Windows: HiveServer2 service doesn't stop backend jvm process, which prevents follow-up service start.

FS stats collection may generate incorrect stats for multi-insert query

Restlet default binding does not acknowledge Fault message in the exchange when creating a response

ProtocolConnectionUtils should not provide an AnonymousCallbackHandler

Backward compatibility of BeanUtils.copyProperties broken for copying wrapped types to primitive types (and vice versa) on 3.2.6 and 4.0.0

Increase the maximum length of various metastore fields, and remove TYPE_NAME from COLUMNS primary key

Analyze command on a table using row format serde JsonSerDe fails with NoClassDefFoundError

HoS sessionId generation can cause race conditions when uploading files to HDFS

getRowsWithColumnsTs() in Thrift service handles timestamps incorrectly

Remove calls to RelMetadataQuery.instance() after Calcite 1.13 upgrade

Quartz routes are not started if quartz component is referenced after context was started

JobExecutionListener.onInterrupt() is never called by spring batch framework

Conversion of a Non-ACID table to an ACID table produces non-unique primary keys

MP FT - Bulkhead.waitingTaskQueue() value interpreted incorrectly

Elytron, *-authentication-factory protocol attribute should be case insensitive

Enabled to accept quoting of all character backslash qooting mechanism to json_tuple UDTF

Min() and Max() on Timestamp and Date columns for ORC returns wrong results

ageOfLastAppliedOp should update after cluster replication failures

WF 10.0.0.CR2 with standalone.xml from WF 9 crashes on war deploy

[Migration operation] No migration warning for remoting-interceptors

RequestController ignores queued tasks if max requests is configured

petclinic example list pages throw error when using the mvn packaged jar

Parquet schema evolution for partitioned tables may break if table and partition serdes differ

Hive CLI leaves behind the per session resource directory on non-interactive invocation

Potential race in test suite where ops can execute before server has reloaded

Route with only an endpoint defined causes app failure with only a vague stack trace

MappingMongoConverter's check for whether a value is available for a property should use DbObjectAccessor

IllegalStateException when invoking ManagedThreadFactory.newThread

org.acegisecurity.afterinvocation.CollectionFilterer's logger error

IOUtils.copy Javadoc inconsistency (return -1 vs. throw ArithmeticException)

Hadoop 23 compilation broken because JobTrackerRunner#getJobTracker() method is not found

Tomcat does not shutdown correctly when using task:scheduled-taks

BuddyAllocator - Metrics count for allocated arenas wrong if preallocation is done

Calcite Rule HiveExpandDistinctAggregatesRule seems throwing IndexOutOfBoundsException

Unexpected attribute can be added to elements in Transactions Subsystem

WildFlyTestRunner throws NullPointerException during stop intermittently

LLAP: Avoid marking a query as complete if the AMReporter runs into an error

DefaultHiveAuthorizationProvider should not initialize a new HiveConf

Autowiring with @Qualifier and @Qualifier meta annotation fails in Spring 3.2

Compactor produces a delete_delta_x_y even if there are no input delete events

Vectorization: Turning on vectorization in escape_crlf produces wrong results

Add options to the Kite SDK dataset for supporting Parquet format

Aggregator - The completionFromBatchConsumer option dont aggregate the last incoming exchange

OperationStepHandlers do not properly check if runtime steps should be added

Graceful shutdown with maximum redeliveries enabled from seda route may hang

Do not allow creation of DataOnDemand class for abstract entities

/subsystem=messaging-activemq:remove fails when not run in batch

No constructor to create a TarArchiveEntry link with leading slash

In master, there are a load of places where no sleep between retries

Send of message via tx-channel is commited early with (JTA) transaction and TransactionTemplate

AnnotationConfigWebApplicationContext.register cannot be called multiple times

If one sets the hbase.master to 0.0.0.0 non local regionservers can't find the master

The wildfly-testsuite-shared module brings in all WildFly dependencies

Scopes (and other additional info) need to be URL encoded in fragment error message for implicit grant

QueryDsl repository between predicates with ZonedDateTime run into CodecConfigurationException

Year Month Day extraction functions need to add an implicit cast for column that are String types

It is not possible to set a timeout method for a SingletonBean with the ejb-jar.xml descriptor

EntityManager won't get closed when using SharedEntityManagerBean

Native library does not load if ENGINE_load_rdrand is not available

Service-related source files created in entity's module instead of currently focused module

FilterList getNextKeyHint skips rows that should be included in the results

TestLoadIncrementalHFiles is flakey when using AsyncRpcClient as client implementation

ReturnedInterface should not consider super interfaces of domain type projecting

Neo4jTransactionManagerTests creates fixture violating Session.beginTransaction() contract

Inspect lock components for DBHiveLock while verifying whether transaction list is valid

camel-ftp - Should use absolute paths, eg the leading / should always be included

Failure when resolving an expression with the default value containing a '$' at the end

Poor error handling in FilesystemDeploymentScanner when a directory cannot be read

add_partitions, create constraint calls and create_table_with_constraints do not properly handle client being configured with a non-Hive catalog.

Undertow CLI completion for /subsystem=undertow[default-virtual-host] offers also server name

Hive (and HCatalog) don't allow super-users to add partitions to tables.

It may cause NP exception when add accessed columns to ReadEntity

:read-proxies-configuration and :read-proxies-info fail when at least one of the proxies is unreachable

LocalVariableTableParameterNameDiscoverer doesn't support bridged methods

IllegalArgumentExceptions in PageableHandlerMethodArgumentResolver with one-based index parameters

SpEL evaluator cannot convert method parameters even if the TypeConverter can

resource bundle message for invalid numbers requires character escaping

[WHERE col is not null] does not work sometimes for queries with many JOIN statements

HiveServer2: Add more test to ZK service discovery using MiniHS2

Bug in external Inflector library reports StringIndexOutOfBoundsException when attempting to uppercase characters

Fix test flakiness of org.apache.hive.hcatalog.listener.TestDbNotificationListener.cleanupNotifs

It should not be possible to set negative values to IO worker attributes

TestAsyncProcess#testFailAndSuccess & testThreadCreation are flaky on SUSE

Add distcp.options.p* in sql standard authorization config whitelist

The <gfe:eviction> element's 'threshold' attribute is required even when the Eviction type is 'HEAP_PERCENTAGE'.

[book] book.xml, corrected BigTable link throughout paper.  added a few more links to additional resources

Bucket Map Join : Implement an efficient way to minimize loading hash table

Doing Ctrl-C on hive cli doesn't kill running MR jobs on hadoop-2

Add merge operators to queryplan.thrift instead of generated source file

ConcurrentModificationException in DispatcherServlet with asynchronous ApplicationEventMulticaster

need to sort hook input/output lists for test result determinism

ApplicationListener is missing from Collection returned by getApplicationListeners() if it was added after the multicaster was initialised

ConcurrentModificationException in DefaultSubscriptionRegistry cache

Wrong documentation of Elytron configurable-http-server-mechanism-factory properties element in XSD

[WINDOWS] In TestMetaMigrationConvertingToPB .META. table name causes file system problems on windows

hbase shell cannot start "NoMethodError: undefined method `close' for nil:NilClass"

Create a new error message for suffix attribute on size-rotating-file-handler 

Incorrect regular expression for extracting task id from filename

Test failure : org.apache.hadoop.hive.ql.TestTxnCommands2.testNonAcidToAcidConversion1 fails with java.lang.AssertionError

TypeDiscoverer does not correctly resolve nested property path expressions

AbstractAuthenticationToken.equals does not consider null credentials

Vectorized reducers need to avoid memory build-up during a single key

BINARY columns use BytesWritable::getBytes() without ::getLength()

UDTF json_tuple should return null row when input is not a valid JSON string

Update the staging URL for the Let's Encrypt certificate-authority

HBaseAdmin.flush claims to be asynchronous but appears to be synchronous

Vectorization : Tez Reduce vertex not getting vectorized when GROUP BY is Hash mode

WildFly server fails to start with transactions configured to be run with JDBCObject store

EJB session creation frequently fails with SuspectedException javax.transaction.RollbackException: Exception rolled back, status is: 9

If enable FIFOCompactionPolicy, a compaction may write a "empty" hfile whose maxTimeStamp is long max. This kind of hfile will never be archived.

Heartbeats are not being sent when DbLockMgr is used and an operation holds locks

stats auto gather: incorrect aggregation during UNION queries (may lead to incorrect results)

Reference documentation declares inner beans being prototypes, which is wrong

NullPointerException at listing non-CRUD repositories in RepositoryMetadata.isPageableRepository()

Potential NullPointerException if HTTP client not started and stop was performed

Remove default JMS connection factory from EE default bindings subsystem configurations without JMS

Base packages referenced from @ControllerAdvice must contain at least one Controller

ServerSuspendHandler tries to do step completion and rollback handling in a different thread

Indexes are still automatically queried when out of sync with their source tables

MaterializationsInvalidationCache loading causes race condition in the metastore

GenericOutboundConnectionResourceDefinition doesn't register the "org.wildfly.remoting.outbound-connection" capability

Constructor JaccDelegatingPolicy(Policy) not initializing supported permissions

hive.security.command.whitelist doesn't work for 'reload function'

MultipleClientRemoteJndiTestCase and NestedRemoteContextTestCase failed due to NamingException

A JobExecution does not need a start time until it actually starts

Legacy feature pack host-master xml template should put the 'host' element attributes in the correct order

NPE when handling request with fine-granularity and REPL cache settings

Fix Base64TextInputFormat to be compatible with commons codec 1.4

AutowiredAnnotationBeanPostProcessor picks "wrong" constructor for Kotlin class

SecurityNamespaceHandler problems in OSGi environment, need to import spring-security-web packages

AbstractMappingContext.getPersistentEntity: Order of strict checking and shouldCreatePersistentEntity is wrong

ER1: rest example (and other examples) - wrong resources package

@DateTimeFormat causes exception when used with Direct Field Access bean binding

Shell Cleanup : move formatter to commands.rb; move one of the two hbase.rb to hbase_constants.rb

Invalid 'authentication-failure-url' attribute results in assertion failure

Netty4 component allows multiple consumers to bind to the same {host}:{port}

possible NPE in OpensslCryptoRandom if OpensslCryptoRandomNative.nextRandBytes fails

Concurrent Modification Exception when starting server with external JMS broker

Union ALL with hive.optimize.union.remove=true has incorrect plan

Re-invoking InterceptorContext.proceed() throws CannotProceedException

SessionHiveMetaStoreClient.getTable should respect default catalog

FuzzyRowFilter fails and matches all the rows in the table if the mask consists of all 0s

EhCacheManagerFactoryBean should use net.sf.ehcache.config.ConfigurationFactory set the name of ehcache manager

ITBLL.Verify doesn't actually evaluate counters after job completes

RuntimeDeployer does not put classes into correct location in archive

SecurityProviderSaslClientFactory and ServiceLoaderSaslClientFactory lose mech order

RedisConnectionUtils: inconsistency with connection open() and close()

hbase-policy.xml is improperly set thus all rules in it can be by-passed

RootObjectInformation.getFunctions(…) fails with overloaded methods

Jackson2JsonMessageConverter constructor change breaks reflection instantiation

Fix HFile V1 Detector to handle AccessControlException for non-existant files

Bean Component/BeanBinding: Body as InputStream parametr (specified as ${body} in route)

the interface '/version/cluster' with header 'Accept: application/json' return is not JSON but plain text

insert overwrite select from some table fails throwing org.apache.hadoop.security.AccessControlException

Occasional failures due to NotServingRegionException in IT tests

Metastore cleaner tasks that run periodically are created more than once

TestChoreService has to make sure that the opened ChoreService is closed for each unit test

patches with duplicate element patch-id values should be rejected

need filter out more RBAC related configuration files like users.properties|system.properties|jmx.acl.whitelist.cfg from fabric8 kit

RequestMappingInfoHandlerMapping.handleNoMatch throws HttpRequestMethodNotSupportedException incorrectly

FunctionInfo for permanent functions shows TEMPORARY FunctionType

Autocomplete doesn't work properly in credential-reference.store attribute.

JBoss Fuse 6.2.1 quickstarts/custom readme should be updated to indicate jboss fuse zip needs to be added to local repo

Quick Start Guide shows stable version as 0.95, in the stable folder it is 0.94

TxTimeoutTestCase#test_negativeTxTimeoutTest fails intermittently

PropertiesConfiguration.save() doesn't persist properties added through a DataConfiguration

Write back to client 'incompatible' if we show up with wrong version

Caching of ValueOpertions leads to that changes of serializer have no effect.

META entries from daughters can be deleted before parent entries

LinkRefResourceInjectionTestCase misses JndiPermission and fails when run with security manager

ALTER TABLE RENAME should lowercase table name and hdfs location

Reinstantiate ability to customize repository factory bean through annotation and XML namespace

Unable to persist entities using Database.com (VMFORCE) JPA provider

When a shutdown is requested, stop scanning META regions immediately

add_table.rb deletes any tables for which the target table name is a prefix

Bug using file endpoint probeContentType and preMove attributes together causes Exchange.FILE_CONTENT_TYPE to get dropped. (2.19.0) 

ElytronXmlParser.parseAuthenticationClientConfiguration() requires additional Permission when runs with Security Manager

DefaultFieldSet should not always trim whitespace from the value returned

DefaultCamelContext throws NPE in start() for route with no destination

RedisCacheManager should not instantiate caches in setCacheNames()

Fix java.lang.ArrayIndexOutOfBoundsException in StochasticLoadBalancer$LocalityBasedCandidateGenerator

EJB IIOP calls from EAP6 to EAP7 and vice versa stopped working in 7.0.0.ER7

Coverity, Dereference null return value, JdbcSecurityRealm (Elytron)

LocalDataSourceConnectionProvider closes connection instead of releasing it

Scope of JMSContextProducer should be either @Request or @Tx not default

Regression about the suppport of the tag <import resource="..."/>

OwnableReentrantLock can't recognize two different but equal transaction objects as the same transaction

Use "remote+http" as the default protocol for an Elytron remote outbound connection if no protocol is specified in the resolved AuthenticationConfiguration

Possible data loss when RS goes into GC pause while rolling HLog

XStreamMarshaller doesn't set the converterRegistry field with XStream 1.4.5

Some clustering tests cause surefire error "There was a timeout or other error in the fork"

DependencyCollectingServiceBuilder must implement both requires() and addDependency() methods

Minor compaction produces ArrayIndexOutOfBoundsException: 7 in SchemaEvolution.getFileType

File attribute always replaces the file even if the values are equal

Validation of cardinality of attribute groups and object type attributes on PersistentResourceXMLDescription

Incorrect resource passed into ExtensionRegistry.remove by ExtensionAddHandler rollback handling

ManagedExecutorService's max-threads attribute is not honored if an unbounded queue is used

show create table creating unusable DDL when field delimiter is \001

Broken links in query-by-example sections in reference documentation

parquet-logging.properties from HIVE_CONF_DIR should be used when available

Mismatched open/commit transaction calls in case of connection retry

SessionManager.createSession(...) throws NPE if existence check triggers session expiration

Unmarshalling of IDoc Document List does not initialize root segment class

Recursive root scratch directory creation is not using hdfs umask properly 

Default value of check-for-live-server on master in replication-colocated HA topology should be true

Jasypt with BridgePropertyPlaceholderConfigurer is not handling spring property injection with defaults anymore

Kotlin DSL (RouterFunctionDsl) doesn't support RenderingResponse in router function

Streaming API TransactionBatch.close() must abort any remaining transactions in the batch

Using Infinispan eviction manager can cause ConcurrentModificationException during web session access

jms-bridge source and target context properties can not be parsed

Regionserver BLOCKED on WAITING DFSClient$DFSOutputStream.waitForAckedSeqno running 0.20.205.0+

ConfigurationClassBeanDefinitionReader: Scoped-Proxy BeanDefinitions cannot be overriden by other configuration classes

The BootLoggingPatchingStateTestCase fails if the message assertion is flipped

LevelDBAggregationRepository is logging warnings when exchange is already complete on first aggregation

HiveServer2 startup fails in secure (kerberos) mode due to backward incompatible hadoop change

<configuration fileName="local-configuration.xml" config-optional="true" /> does not report parsing errors in local-configuration.xml

AbstractEnvironment addActiveProfile ignores profiles activated with properties

Ensure the length of an ASN.1 SET is calculated properly when it has an element whose length exceeds 127 bytes

Missing dependency should be triggering rollback of the deployment operation

Incorrect warning for MongoPersistentEntityIndexResolver$CyclicPropertyReferenceException: Found cycle for field...

auto compute PROJ_HOME in hcatalog/src/test/e2e/templeton/deployers/env.sh

Coverity static analysis: DefaultSingleSignOn.getIdentity() not synchronized

Using @Simple (or others) bean parameter binding for boolean type should eval as predicate

AbstractMessageConverterMethodProcessor ignores HttpEntityMethodProcessor's Content-Type header

Statistics broken for tables with size in excess of Integer.MAX_VALUE

Unable to extract a file larger than 8GB from a Posix-format tar archive

Make sure we throw DoNotRetryIOException when ConnectionImplementation is closed

Document workaround for MiniDFSCluster exceptions when running tests

pooled-connection-factory doesn't allow to use "discovery-group" attribute as endpoint

RedisStringIdempotentRepository resetting expiry on existing keys

Exceptions (e.g. NPE) thrown by an error handler are only logged at DEBUG

Lookup of beans of type fails for factory beans if type prediction is used.

{crypt} passwords in Apache DS longer than 8 characters are not compatible with Elytron

NullPointerException in SecurityContextPersistenceFilter with null SecurityContextRepository

Infinite loop on FileUtils.copyDirectory when the destination directory is within the source directory

SpringServletContainerInitializer raises NullPointerException when no WebApplicationInitializer implementations are present

CLI gui returns null for specific command with access-control parameter while console CLI returns valid result

ORC split elimination can cause NPE when column statistics is null

Make sure the regions are truly reopened after ReopenTableRegionsProcedure

StatefulRetryStepFactoryBean still uses a local variable that refers to item provider

DistributableCacheFactoryServiceConfigurator should generate ServiceName for TSR via capability name

Deserialization of request body for creating PUT requests has to consider identifier derived from the URI

SingletonProvider may be incorrectly initialized with RegistrySingletonProvider

Failing Rest Template tests on Jelly Bean related to date formatting

WebHCat statusdir parameter doesn't properly handle Unicode characters when using relative path

FIPS mode, Elytron HTTP DIGEST authentication mechanism not fips compliant

a bug about deciding whether this key is a new key for the ROWCOL bloomfilter

Camel FileComponent: Done file will not be removed if moveFailed option is configured and an error occurs

ReadResourceHandler returns runtime values stored in the DMR model even if include-runtime=false

orphan RPC connection in HBaseClient leaves "null" out member, causing NPE in HCM

bootstrap fails if ~/.m2/settings.xml contains <localRepository>${user.home}/.mvnrepository</localRepository>

mod_cluster enable/disable/stop/enable-context/disable-context/stop-context operations do not describe operation result type

NullPointerException thrown while use Canary with '-regionserver' option

Restlet Producer to add query to request URI based on runtime information (e.g. Camel header)

DistributedHBaseCluster#restoreRegionServers() starts new RS process on master server

aborted Insert Overwrite on transactional table causes "Not enough history available for..." error

Legacy security realms need to reference the client cert mechanism with an underscore

hive.limit.query.max.table.partition makes queries fail on non-partitioned tables

Server-side validations messages not displayed for entities with mixed-case names.

Inconsistent Javadoc comment and code in addIgnoreNull(Collection<T>, T) in org.apache.commons.collections.CollectionUtils

ExitStatus.compareTo() delivers result out of given range [-1,1]

TimerManagerTaskScheduler.TimerScheduledFuture.getDelay is inverted

jdbc HTTP configuration options should be part of sessionConf part of connection string

HiveServer2Concurrency issue when running with tez intermittently, throwing "org.apache.tez.dag.api.SessionNotRunning: Application not running" error

Default RequestPostProcessor overrides additional DefaultRequestPostProcessor

Caching set on Scan object gets lost when using TableMapReduceUtil in 0.95+

ProtobufUtil.toException doesn't handle plain RemoteException, gets a NoSuchMethodException

Database and table name is case sensitive when used in show grant

StringUtils.parseLocaleString: locale variant cannot contain country code

Fix generics in DecoratingStringHashMapper to be Java 8 compatible

RegionServer should refuse to be assigned a region that use LZO when LZO isn't available

Vectorization: Optimize IF statement expression evaluation of THEN/ELSE

Add port to FORM auth redirects and ensure all redirects use a URL

While extracting join conditions follow Hive rules for type conversion instead of Calcite

DN Encoding in LDAPUserDetailsManager.changePassword() causes bind errors

AnnotationMethodHandlerAdapter gives priority to media type order over quality when selecting a method

Optional Ivy dependencies are mandatory in the OXM bundle's manifest

Create/drop roles is case-sensitive whereas 'set role' is case insensitive

If a server's lease times out or the server dies, All regions will get reassigned even split or offline ones.

Detection of absolute fileNames when configuration sources are defined in a JAR file

SimpleMongoRepository.findById(id, class)  don't return ids for nested documents.

If HRegionPartitioner is used in MapReduce, client side configurations are overwritten by hbase-site.xml.

Unable to set use-journal-store if use-jdbc-store was set to true before

Deadletter Failure processor is invoked even if error handling strategy defines to continue routing

Do not throw RuntimeExceptions in RPC/HbaseObjectWritable code, ensure we log and rethrow as IOE

XPathExpressionFactory should fallback to Jaxen if no JAXP 1.3 XPath implementation is available

JBossAllXmlParserRegisteringProcessor leaks deployment unit attachments on undeploy

Update os-maven-plugin to 1.4.1.final+ for building shade file on RHEL/CentOS

Direct end user mods of a slave-HC-managed domain server's config are possible if included in a composite op

Broken link to "Method Injection" blog entry in spring reference manual

Incorrect resolution of ResolvableAttributes when MessageSourceSupport#alwaysUseMessageFormat is true

BlueprintCamelContext should not get started in the init() method but later when the blueprint container is fully initialized

"patch apply" over a CommandContext bound to existing ModelControllerClient fails

DBNotificationListener does not catch exceptions in the cleaner thread

spring-integration - Should have better configuration validation

applicationContext-security.xml in Tutorial: Adding Security to Spring Petclinic

The KeyTabService does not cancel it's PathManager callback registration.

use consistent hashing for LLAP consistent splits to alleviate impact from cluster changes

Multicast EIP with only one child processor does not call aggregate strategy

DigestAuthenticationFilter should use SecurityContextHolder.createEmptyContext()

AnnotationMetadataReadingVisitor.getMetaAnnotationTypes(String) may return null but it is not marked @Nullable

Fix aux.jar packaging to work properly with 0.17 and 0.18 versions of hadoop

NoClassDefFoundError: org/jboss/el/cache/FactoryFinderCache deploying ear with war inside

MP metrics: the "mscLoadedModules" metric in the "vendor" scope has a wrong name

bucketed map join should check that the number of files match the number of buckets

LRU of HConnectionManager.HBASE_INSTANCES breaks if HBaseConfiguration is changed

Fix OrcInputFormat to use reader's schema for include boolean array

ServletUriComponentsBuilder doesn't work if X-Forwarded-Host is in host:port format

MP fault tolerance: circuit breaker never opens if there's a @Fallback

getting error when trying to use IBM MQ JMS implementation as transport.

Sorted dynamic partition does not work if subset of partition columns are constant folded

Fix inconsistency between HRegion and Region javadoc on getRowLock

DefaultUnitOfWork's headers for the original message are the same object as the in message headers

Memory leak in SedaComponent if adding and removing a lot of seda endpoints with different queue names

The persistent attribute of the <gfe:replicated-region> element does not accept a variable

Repl checkpointing doesn't work when retry bootstrap load with partitions of external tables.

JAX-WS: HandlerChain-Annotation referencing file outside Java Archive causes JBAS015507

Path variable in class-level @RequestMapping not working properly

Elytron - failed OAUTHBEARER authentication doesn't close connection

Use min and max values to estimate better stats for comparison operators

InclusiveStopFilter#filterKeyValue() should perform filtering on row key

PDF of Reference Documentation does not contain images of figures

Problem with MvelExpression class visibility between camel bundles

Interaction between constraints and MV rewriting may create loop in Calcite planner

Need to clear global work in ExecMapper/ExecReducer for container reuse in tez

An ear file with modules in subfolders can not deploy under AS 7.0

TestGenerateDelegationToken: Master fails to start in Windows environment

StorageHandler shall convert date to string using Hive convention

TestAsyncRegionAdminApi.testAssignRegionAndUnassignRegion is broken

Safe copy of DefaultExchange does not propagate 'fault' property 

Handle ORC schema on read with fewer columns than file schema (after Schema Evolution changes)

NPE when switching to Tez execution mode after session has been initialized

TransportGuaranteeTestCase fails due to missing application.keystore

Null path after UriComponents.normalize() results in NullPointerException

no error if user specifies multiple columns of same name as output

Implict conversion from integer to long broken for Dynamic Serde tables

AbstractMongoConfiguration.getMappingBasePackage() throws NullPointerException if config class resides in default package

FormTag generates hidden fields from RequestDataValueProcessor.getExtraHiddenFields(...) without container, resulting in invalid xhtml

Elytron getting incorrect failure-description storing an inexistent key-store

WebMigrateOperation makes invalid assumption about web subsystem "describe" output ordering

When a table is deleted, master sends multiple close messages to the region server

SASL_SERVER and SASL_PROTOCOL options not being passed all the way to Remoting

Unable to establish HTTP/2 connection via plain http (non https)

Documentation for AbstractResource.getFilename() says 'throws IllegalAccessException' when in fact it returns null

hbase.mapreduce.hfileoutputformat.blocksize should configure with blocksize of a table

Backdoor CoprocessorHConnection is no longer being used for local writes

ServiceTarget and ServiceBuilder provided by OperationContext remain coupled to the context after the op is complete

HRegion#initializeRegionInternals should not re-create .hregioninfo file when the region directory no longer exists

Per Cell TTL tags may get duplicated with increments/Append causing tags length overflow

Race condition if timers overlap due to long running execution and short schedules if database persistence is used

RichFacesAjaxHandler does not correctly deal with FacesContext.getCurrentInstance()  being null 

JMS integration with Tibco causes deadlock due to commitIfNecessary in AbstractPollingMessageListenerContainer

analyze stats on columns triggered by Compactor generates malformed SQL with > 1 partition column

Velocity springFormCheckbox results in checkboxes that are always checked

Handling a big rebalance, we can queue multiple instances of a Close event; messes up state

Vectorization: Fix NULL / Wrong Results issues in GROUP BY Aggregation Functions

Exceptions from multicast aggregators are not propagated to the global exception handler

BootstrapBeanDeploymentArchiveTestCase fails with security manager

NPE in MIME-Multipart Data Format if no file name is defined on attachment

Deadlock in MemStore flusher due to JDK internally synchronizing on current thread

String query methods do not convert List<UUID> and List<byte[]> to their correct representation 

MongoFactoryBean should create a mongo instance with host/port if replicaset is null or empty

There is a mismatch between suggested Java version in hbase-env.sh

authorization api should support group, not assume case insensitive role names

Cache configuration containing a custom cache store triggers ISE

When merging an AuthenticationConfiguration instance with another one, only replace this AuthenticationConfiguration instance's credential source if it is explicitly configured in the other one

AspectJExpressionPointcut does not use the right classloader when initializing the pointcut parser

Original exception wrapped in IllegalArgumentException/InvocationTargetException in annotated step listeners

graceful_stop.sh: Wrap variables in double quote to avoid  "[: too many arguments" error

Shell treatment of // as an inline comment marker is too aggressive, breaking valid options like 'http://abcd'

UnsignedInt128 addition does not increase internal int array count resulting in corrupted values during serialization

The HibernateJarsInDeploymentTestCase unit test fails when run with the Java security manager

The standalone-picketlink.xml example is missing some JMS config and has misordered attributes in the identity-management subsystem

FSLog: Avoid an extra sync if the current transaction is already sync'd

Fix possible ArrayIndexOutOfBoundsException in MetaDataDrivenConversionService during startup.

Ensure an SSLContext from an injected legacy security realm is used for a remote outbound connection regardless of whether or not a username is specified

limit does not work if applied to outer most block and it is not a query

TestSplitLogManager.testGetPreviousRecoveryMode consistently failing

sec:authorize ifAllGranted does not work if Authorities are deprecated GrantedAuthorityImpl

ReflectionTestUtils.setField() should not call toString() on the target

Avoid useless retry for DoNotRetryIOException in TableRecordReaderImpl

AssignmentManager#processDeadServersAndRegionsInTransition can fail with NPE.

related equals and in operators may cause inaccurate stats estimations

Unable to write custom implementation of CRUD method with generic parameters

HierarchicalUriComponents.equals() incorrectly returns false when other object is not an instance of OpaqueUriComponents

Packaging fat jar fails when using maven mirror that requires authentication

Using the SyndFeed, RSS, or ATOM message converters requires workaround on older Android

ConnectionListenerTestCase.testConnListenerTest doesn't clean up properly

master ui should display region servers with host, port plus startcode

Description of binding-type for rebind operation should not include external-context type

MessageProperties Change to Support Builder API Breaks User Apps

Scanning multiple column families in the presence of deleted families results in bad scans

Windows: create table with JsonSerDe failed via beeline unless you add hcatalog core jar to classpath

Fix Balancer in 1.3 not moving regions off overloaded regionserver

ScheduledAnnotationBeanPostProcessor registers schedules twice in web application

Query methods with dynamic projections which return Optional, Stream or Page throw NoSuchElementException

Murmur Hash : Make sure CTAS and IAS use correct bucketing version

Elasticsearch component ignores indexType header set from endpoint URL

Statistics Resources are being created without a corresponding ManagementResourceRegistration

Increment operations can break when qualifiers are split between memstore/snapshot and storefiles

Getting exception in MappingMongoConverter while trying to map array of arrays into Object

Fix resolution of implicitly named parameters on Repository queries.

jaxrs-multipart throws  RuntimeException: RESTEASY003190 with addAllDependencies

QueryMapper does not handle default _id when no MappingMetadata is present

Remove exposure to internal privilege and principal classes in HiveAuthorizer

Invalid javadoc for org.apache.camel.spi.ShutdownStrategy#setTimeout

Tags presence file info can be wrong in HFiles when PrefixTree encoding is used

Camel-JBPM KIE-Server extension should use KJAR project classloaded in deployment-scoped CamelContext

Hive does not work properly with boolean partition columns (wrong results and inserts to incorrect HDFS path)

ODM: nullable attributes are not removed from LDAP if OdmManagerImpl#update(Object) is used

Coverity: Elytron defect: Unguarded read in VaultCredentialStore class

Spring 3.1 Cache abstraction - UnsupportedOperationException in AbstractCacheAspect ...

Non-static threadlocals in metastore code can potentially cause memory leak

Some partition publish operation cause OOM in metastore backed by SQL Server

velocity endpoint should not remember the last used template uri

Cannot reject field-specific values through the Errors interface

PropertyPlaceholderHelper#findPlaceholderEndIndex does not work for custom placeholderPrefix

Remove wildfly-config.xml from app client test in basic testsuite.

SplitLogWorker should handle FileNotFoundException when split a wal

Add a test in TestAsyncProcess to check the number of threads created

JspDocumentHelper NullPointerException (NPE) when using a Roo 1.0.0.RC1-created project with new 1.0.0.RC2 release

Update the hash table entry before flushing in Group By hash aggregation

JMX - browsable endpoints such as seda has some attributes listed as unavaiable

Super user should be able scan all the cells irrespective of the visibility labels

[replication] ReplicationSource won't close if failing to contact the sink

Cached region location that went stale won't recover if asking for first row

Container-managed EXTENDED persistence context is always joined with transaction even if UNSYNCHRONIZED

Wildfly Swarm plugin does not auto-detect the necessary fractions for javax.json and javax.xml.bind

Soap headers with whitespace cause java.lang.ClassCastException: com.sun.xml.messaging.saaj.soap.impl.TextImpl - Part II

HBASE_HOME/lib does not contain hbase-mapreduce-${project.version}-tests.jar

Erroneous name attribute on root-logger after add-handler operation 

Successfully archived files are not cleared from compacted store file list if archiving of any file fails

Incorrectly named attribute match-user in authentication-context in Elytron subsystem

'LOAD DATA INPATH ... OVERWRITE ..' doesn't overwrite current data

allow Hive script to skip hadoop version check and HBase classpath

Partitions not inheriting table permissions after alter rename partition

Remove WatcherWrapper and have all users of ZooKeeperWrapper supply a Watcher.

Create table with column names ROW__ID, INPUT__FILE__NAME, BLOCK__OFFSET__INSIDE__FILE sucess but query fails

Enable groupby_map_ppr.q and groupby_map_ppr_multi_distinct.q [Spark Branch]

Fix CombineHiveInputFormat to work with multi-level of directories in a single table/partition

Message counters doesn't work correctly without server reload after enabling statistics

markRollbackOnlyLast should remove caused exception to avoid it affecting outer transaction

Function replication shall use "hive.repl.replica.functions.root.dir" as root

Components in Web and EJB container should always have access to RAR included in the same EAR

BlockingNotificationMBeanServer will NPE if resolvedDomain or expressionsDomain are not configured

Regression in handling of String passed as Types.OTHER to JdbcTemplate

introduce overflow control and sanity check to BytesBytesMapJoin

ParseUtil.readProperty incorrectly checks for XMLConstants.NULL_NS_URI

All-in-one jar contains different namespace in spring.handlers than the module jars

Column Pruning generates out of order columns in SelectOperator which cause ArrayIndexOutOfBoundsException.

NoClassDefFoundError with Spring 3.2.7.BUILD-SNAPSHOT on WebSphere 6.1

user should not specify mapjoin to perform sort-merge bucketed join

Elytron *-key-store should offer operations instead of alias resource

camel-mail thrown NotSupportedOperation for nntp protocol as not supporter (yet)

Protect DataSourceUtils#getConnection(DataSource) against null from DataSource

URISupport sanitizeUri don't hide complete password if password contains colon

Add details about how to get usage instructions for Import and Export utilities

Test output need to be updated for Windows only unit test in TestCliDriver

Disable Servlet request async timeout for reactive type streaming scenarios in Spring MVC 

PlanUtils.configureTableJobPropertiesForStorageHandler() is not called for partitioned table

AbstractSockJsService.checkAndAddCorsHeaders fails for same origin requests when setAllowedOrigins is set

Followup for HIVE-10166: reuse existing configurations for prewarming Spark executors

HttpHelper concats fixed endpoint URI query parameters with CamelHttpPath header in wrong order

Transaction resource definition missing validator for default timeout

Storage based authorization should consider sticky bit for drop actions

ability to select a view qualified by the database / schema name

AbstractBeanDefinitionParser automatically uses the region name to create bean aliases for regions

Fix bug in GemfirePersistentEntity caused by Spring Data Commons ClassGeneratingPropertyAccessorFactory

Ftp consumer using done file should cater for if stepwise has been enabled, and thus the done file path is to be calculated differently

Query may generate different results depending on the number of reducers

Deploying web application using web.xml version 2.5 and older prints errors in log

Storage based auth: allow option to enforce write checks for external tables

Maven hadoop profile (version 23) needs to be updated with latest 23 snapshot

old version of org.wildfly.swarm:config-api-runtime gets pulled in transitively in certain situations

Session timeout may happen before HIVE_SERVER2_IDLE_SESSION_TIMEOUT for back-to-back synchronous operations.

period ('.'), in jobName seems to confuse SBA UI when displaying Job Instances.

ServerName parsing from directory name should be more robust to errors from guava's HostAndPort

LogSyncerThread not getting shutdown waiting for the interrupted flag

Suppress generation of labels for entity identifier and version fields for Web MVC scaffolding

Canary may generate false alarm on the first region when there are many delete markers

create table should always use a fully qualified path to avoid potential FS ambiguity

Property separator not appended after argument value if argument completer uses non-zero offset

Camel-Elasticsearch: Default pathHome option should work on all the platforms

Removing <script> tags from a partial response causes issues when using RichFaces data tables

[debug tool] Add regionsInTransition list to ClusterStatus detailed output

be more defensive looking up javax.annotation.Priority (jdk6 compatibility)

Simultaneous dynamic inserts can result in "partition already exists" error

The last schema is null in the bindDatabaseListener method of DbreModelServiceImpl on Mac platforms 

Distributed @Stateful EJB implementation should not hold references to CapabilityServiceSupport

[webui] HMaster webui should display the number of regions a table has.

Security subsystem, audit provider-module lacks "module" attribute

NullPointerException in PersistentTokenBasedRememberMeServices when logging out twice

@Lazy with @Autowired(required=false) throws NullPointerException on invocation

Insert overwrite doesn't create a dir if the skewed column position doesnt match

ExceptionInInitializerError in tests on IBM reintroduced by commit 362aa0e

WebMvcConfigurationSupport is not properly initializing ExceptionHandlerExceptionResolver

shell 'user_permission' throws no method 'toStringBinary' for (o.a.h.h.TableName) 

Allow option in BBKVComparator.compare to do comparison without sequence id

camel-netty4-http cannot have a URL larger than 409 bytes by default, rather than the assumed 4096 byte limit

List of DeclaredFieldAnnotationDetails passed to addFieldAnnotation method of ItdTypeDetailsBuilder incorrectly uses List.contains() to check for presented annotation

Previous attributes not being cleared in TypeLocationService on re-caching type

hive.warehouse.subdir.inherit.perms doesn't work correctly in CTAS

 high-scale-lib's Counter depends on Oracle (Sun) JRE, and also has some bug

Meta remains unassigned when the meta server crashes with the ClusterStatusListener set

Metastore operations (like drop_partition) could be improved in terms of maintaining consistency of metadata and data

Correct comments for default values of major compaction in SortedCompactionPolicy#getNextMajorCompactTime()

ConstantPropagateProcCtx should use a Set instead of a List to hold operators to be deleted

PrimaryToReplicaResourceFunctionTest.java has missed the ASF header

Comment clause should immediately follow identifier field in CREATE DATABASE statement

pending-puts cache configuration is not started by the JPA subsystem

Constructor sets the source incorrectly in org.springframework.beans.PropertyValue

Resteasy+Spring integration can result in double VFS mount if deployment fails

immutable-entity cache configuration is not started by the JPA subsystem

ClassLoader set on a WebApplicationContext is used to load beans but not to inject Class properties which uses the current thread's context ClassLoader

GWT application that previously ran on Google App Engine does not run when persistence switched back to SQL database

Coverity static analysis: Explicit null dereferenced in FileSystemSecurityRealm (Elytron)

ClassCastException when building index with security.authorization turned on

API polluted with default and protected access data members and methods

Incorrect timezone handling in Writable results in wrong dates in queries

Non-trivial NestedRuntimeException.getMessage() can cause deadlocks on OSGi

Missing break in catch block of InterruptedException in HRegion#waitForFlushesAndCompactions

Rollbacks and retries of drops cause org.datanucleus.exceptions.NucleusObjectNotFoundException: No such database row)

The configuration returned by HierarchicalConfiguration.subset() does not globally interpolate

deleteAll repository query don't use EntityMetadata collection name

CLI's embed-host-controller command does not work in a non-modular CLI

Merge in changes from SPR-8918 - UriTemplate doesn't allow for ampersands as values for request parameters

Hbase Shell hcd() method is broken by the replication scope parameter

describe table output always prints as if formatted keyword is specified

camel-testng - The spring base test class should use @AfterMethod on teardown as its parent does

AbstractRemoveStepHandler can endlessly loop if a child doesn't remove

StringIndexOutOfBounds exception on FilenameUtils.getPathNoEndSeparator

xml-specs-api feature in camel features.xml shouldn't have all bundles configured as dependency='true'

Null values in DECIMAL columns cause serialization issues with HCatalog

Sorted dynamic partition does not work correctly with constant folding

Loading of java.lang.annotation.Target class requires access to java rt.jar

SOAP with attachments not mapped correctly from CXF to Camel for CXF_MESSAGE

Distinguishing write errors and writes with zero documents affected

Hierarchical Roles section of the reference documentation is missing <value> tag

Uninitialized auditLogger and aclAuthorizationStrategy fields in EhCacheBasedAclCache 

DefaultPersistenceUnitManager may configure a persistence unit root URL that does not point to a file or directory

SQL generated by MetaStoreDirectSql.java not compliant with Postgres.

Declare project.root property to make sure JavaDoc generation works

GWT Scaffold against multi-module roo project switches module focus to project with entity

KafkaConsumer doesn't stop consuming when suspended, preventing graceful route shutdown

Colocated HA topology doesn't work with HTTP connectors and static cluster

(ORC) Changing a numeric type column of a partitioned table to lower type set values to something other than 'NULL'

Spring web optional dependencies are not marked as optional in pom.xml

Hive cli may get into inconsistent state when Ctrl-C is hit on hadoop2

ObjectStore.initialize() needs retry mechanisms in case of connection failures

ModuleResourceRootPathsTestCase fails with security manager in WF core

Sqoop job submission via WebHCat doesn't properly localize required jdbc jars in secure cluster

CLI operations produce java.lang.IllegalArgumentException upon inputting wrong parameters

Camel FTP regression: RemoteFile does not override populateHeaders method

DefaultResponseErrorHandler wastes the body of a response with an unknown status

bug with hive.auto.convert.join.noconditionaltask with outer joins

Beans proxied by the Spring container with declared CQs are not registered and triggered

HierarchicalConfiguration.subset(...) misses an entry with the key equal to the subset prefix.

/core-service=capability-registry:get-provider-points only returning a single provider point.

DefaultDeploymentOperations.getDeploymentsStatus doesn't consider model operation result outcome

Build subprocesses under Yetus in Ptest use 1.7 jre instead of 1.8

Merging using mapreduce rather than map-only job failed in case of dynamic partition inserts

EJB client from EAP 7.0 is sometimes authenticated as $local even when it is forbidden

Inconsistent Javadoc comment and code for mapTransformer(Map<? super I, ? extends O>) in org.apache.commons.collections.TransformerUtils

parseQuery Drops Char When Last Parameter is RAW with value ending in ')'

TestRegionMergeTransactionOnCluster#testWholesomeMerge may fail due to race in opening region

initFilterBean() is not called within AbstractPreAuthenticatedProcessingFilter

Parsing of Pax headers is not correct for values that contain embedded newlines

MySQL timestamps have 1s resolution so no use for pagination in concurrent environment

ResourceAdapterPoolAttributesTestCase fails with security manage

camel-twitter-direct-message doesn't filter by filterOld parameter

Fix a minor bug in shell command with clone_snapshot table error

MultiRowRangeFilter not working correctly if given same start and stop RowKey

Elytron + https-listener in undertow listener doesn't work with enable-http2 set to "true"

@RabbitListener should support Message<?> with non-simple payloads

container managed persistence context calls that return a StoredProcedureQuery, should return a wrapper if a jta transaction is not active

CTAS on empty table throws NPE from org.apache.hadoop.hive.ql.exec.MoveTask

IPv6 + Origin header + X-Forwarded-Host header gives NumberFormatException (Safari10 / CORS)

CTAS w/a custom table location that is not fully qualified fails for MM tables

Handling NullPointer in ZKProcedureMemberRpcs while getting ZNode data

Scripted beans not updated after a script compilation error in getScriptedObjectType

Minor help error displayed after 'download privacy level' command is used

Untrusted SSL certificate used for client authentication leads to Broken pipe IOException  intermittently

"LOAD DATA LOCAL INPATH" fails when the table already contains a file of the same name

scaffold method generation fails if @embedded fields are present

Periodic NoClassDefFoundError: FatalBeanException caused by StackOverFlowException

All decorators shall throw a NullPointerException if the decorated argument is null

Share ByteBufferPool between UndertowWebSocketClient connections (avoiding risk of memory leaks)

 SimpDestinationMessageMatcher(String pattern, SimpMessageType type) never passes type param to this() constructor

MessageSourceSupport and StaticMessageSource uses invalid caches for MessageFormat

user_permission command for namespace does not return correct result

URISyntaxException during snapshot restore for table with user defined namespace

PojoEndpointAuthenticationTestCase and EJBEndpointAuthenticationTestCase are failing intermittently 

Update and delete on tables with non Acid output formats gives runtime error

Bean language - Having dots in parameters cause bean id lookup problem

Restart after <stop/> doesn't work if any previous steps have allowStartIfComplete=true

JDBC findColumn gives wrong result in case of duplicate column labels

Unclear exception when specifying non-archive file as resource-root

Dynamic Filter - Not using DynamicClassLoader when using FilterList

hive-jdbc-0.14.0-SNAPSHOT-standalone.jar fails verification for signatures in build

HoS: add current thread ID to the log redirector for the RemoteDriver

Hiveserver2 in http mode emitting metric default.General.open_connections incorrectly

VectorUDFDateDiffColCol copySelected does not handle nulls correctly

Camel on Karaf 4.0.5: java.lang.NoClassDefFoundError: org/apache/karaf/util/StringEscapeUtils

Enable TestFavoredStochasticBalancerPickers#testPickers that was disabled by Proc-V2 AM in HBASE-14614

Change the scope of the wildfly-subsystem-test dependency in the MP OpenTracing extension

Data loss if the words 'merges' or 'splits' are used as Column Family name

 Remotable exception caused by non-remotable Infinispan CacheException cannot be sent to the client

ConfigurationDynaBean doesn't work with indexed properties stored internally as arrays

WildFly Elytron Tool, Vault commands with --enc-dir option leads to directory which doesn't contain VAULT.dat should fail.

RegionAttributes.offHeap is improperly overridden by RegionFactoryBean.offHeap

"Hadoop check" test is running all the time instead of just when changes to java

client region/metadata cache should have a public method for invalidating entries

Backward compatibility issue in RestTemplate's messageConverters after SPR-11351

Hive JDBC Driver connection fail when no default database passed in the connection string

SubsetConfiguration does not properly handle interpolation when used on a HierarchicalConfiguration

JMS - propation of message properties should honor jms spec that only primitives is allowed

ODBC call SQLForeignKeys leads to NPE if you use PK arguments rather than FK arguments

Route cannot be started within web-console, if autoStartup="false" is set in camel.xml

LdapUserDetailsMapper.mapUserFromContext does not transfer LDAP attributes to UserDetails

CxfExchange  do not copy the exchange pattern when copying itself.

Avoid specifying redundant Jboss repository in MavenArtifactResolver

"Content-Disposition" in class StandardMultipartHttpServletRequest should be case insensitive

@PostConstruct and PropertyPlaceholderConfigurer do not work together in AnnotationConfigApplicationContext

New ApplicationConversionServiceFactoryBean isn't invoked from ExpressionUtils

RegexRequestMatcher/AntPathRequestMatcher should not throw exception with invalid HTTP method in the request

TestAsyncProcess#testFailAndSuccess fails sometime due to a race condition

Sort by property of an associated object generates inner join instead of left join with QueryDsl and Hibernate

AOP Method interception with org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator

IllegalArgumentException when using AnnotationUtils.findAnnotation

ConcurrentReferenceHashMap does not enforce visibility of cached EntrySet

Hive macro results on macro_duplicate.q different after adding ORDER BY

[javadoc] Add javadoc to Delete explaining behavior when no timestamp provided

ClassUtils.forName fails to load class from ContextTypeMatchClassLoader

HiveServer2: Support delegation token based connection when using http transport

'create if not exists' fails for a table name with 'select' in it

[WINDOWS] HBaseTestingUtility.expireSession() does not expire zookeeper session

Elytron module compilation failure due to "package sun.security.ec does not exist" on IBM jdk

camel-kafka need to commit the last batch of messages when the auto commit is false

Enabling statistics on caches shouldn't require reload of server

LLAP: Use separate tokens and UGI instances when an external client is used

Not running balancer because processing dead regionservers, but empty dead rs list

Calling alter_table after changing partition comment throws an exception

TestCliDriver cannot be debugged with eclipse since hadoop_home is set incorrectly

BoundedQueueThreadPoolWriteAttributeHandler does not deal with undefined core-threads correctly

We need to print tez summary when hive.server2.logging.level >= PERFORMANCE. 

:read-resource(recursive,include-runtime) on undertow subsystem fails

SASL.QOP in JDBC URL is ignored for Delegation token Authentication

Create test case for usage PicketBox security domain as Elytron security realm

The ReloadWithRolloutPlanTestCase test should wait for the host controller and servers to reload

Map Join followup: move process from CommonJoinOperator to JoinOperator

Date formats with commas in (e.g. "MM") break list views in Roo scaffolds

Insert overwrite in same encrypted zone silently fails to remove some existing files

Capability requirement can be lost if two attributes on same resource reference the same capability

StringToEnumConverterFactory fails to convert enums using classes from values

Missing operation description for the "composite" operation prevents its use in CLI

Testsuite - System.out cleanup - vdx, basic (jms), clustering modules

WildFlySecurityManager throws exception by some tests with security manager

Using multiple CamelContext with quartz scheduler so keep track of the individual camel contexts

Unit test failures due to unspecified order of results in "show grant" command

Puts are permitted (and stored) when including an appended colon

The NP check of the remote service is wrong in CamelServiceExporter 

Server reload is needed for modified security-realm even if {allow-resource-service-restart=true} is used

Synchronize message sending in HTTP SockJS sessions with request initialization

Schema changes in HIVE-12274 for Oracle may not work for upgrade

camel-test will through NPE when setting the system property of skipStartingCamelContext to be true

Update new UDAFs introduced for Windowing to work with new Decimal Type

JMS message is not received when using a non-transactional JMSConnectionFactoryDefinition

Store and retrieve type hints for Object type property values even when those are considered as simple types.

AtomicFileOutputStream causes NPE when created for file in current directory

Salesforce Login exception: the error code is not reported properly

Error inserting a date value via parameter marker (PreparedStatement.setDate)

NamedParameterUtils does not parse quoted single quotes correctly

CriteriaQuery caching causes problems with Hibernate's alias name generation in multithreaded environments

The shutdown of master will hang if there are no live region server

ModClusterConfigResourceDefinition#PROXY_URL default value missing in XSD

Splitter should close iterator if there was an exception and stopOnException enabled

Improve Quickstart chapter and move Pseudo-distributed and distributed to it

Maven central POM for spring-web has wrong versions of dependencies and a missing dependency

HiveTxnManager.closeTxnManger() throws if called after commitTxn()

Tokenize pair - evaluated as predicate should close input stream

Creating IgniteComponent from Ignite Instance throws IllegalStateException

Update report-flakies.py script to allow specifying a list of build ids to be excluded

Hive on Spark over HBase should accept parameters starting with "zookeeper.znode"

Parquet cannot read Map types from files written with Hive <= 0.12

NotSerializableException: org.wildfly.clustering.web.undertow.sso.elytron.ElytronAuthentication when using distributed SSO w/Elytron

Fix error message that occurs when the same annotation is used twice on one method

Handle the incompatible change about the replication TableCFs' config

Add mismatchedQueuesFatal to SimpleMessageLIstenerContainer to Detect Mismatched Queue Arguments

CacheRemoveHandler can't run in same op as remove of parent cache-container

Wrong scale used by ConvertDecimal64ToDecimal results in incorrect results

NOTIFICATION_LOG cleanup interval is hardcoded as 60s and is too small.

ServerHttpRequest getURI doesn't return the port the application is running on

Presence of <servlet-name> and <url-pattern> is not validated for <servlet-mapping> inside the web.xml

Noninformative failure description when creating file handler with invalid path

Processing a regionserver message -- OPEN, CLOSE, SPLIT, etc. -- and if we're carrying more than one message in payload, if exception, all messages that follow are dropped on floor

Working standalone fuse+bxms -> create fabric -> configuring bxms as per instructions fails

HRegionServer is using wrong info bind address from hbase-site.xml

Infinite loop on no-rollback-for exception when skipLimit is reached due to exception in ItemProcessor

WeldPortableExtensionProcessor does not clear registered Extensions on undeploy() 

IntegrationTestBigLinkedList calculates wrap for linked list size incorrectly

AcceptHeaderLocaleResolver chooses wrong Locale for language match

WFLY won't startup due to "WFLYCTL0212: Duplicate resource [(\"deployment\" => \"xxx.war\")]"

PrimitiveListAttributeDefinition.Builder copy constructor does not copy the listValidator

Fix compilation errors when building hbase-spark against Spark 2.0

EditorMetadata erroneously attempts to introduce various members when they are already defined in the target type

useOriginalBody() still appears in fluent API; should be useOriginalMessage()

NullPointerException after Datanodes Decommissioned and Terminated

WFLYEJB0467: The request was rejected as the container is suspended during server shutdown

SimpleOperationDefinitionBuilder.withFlags discards existing flags

ProcessManagerHostedExecutionStrategy gives NullPointerException intermittently

Creating and using GemFire Repositories based on the Spring Data Commons Repository abstraction does not work properly for domain objects stored in Subregions. 

short-running-threads requirement should be verified when distributed workmanager is required

The list-add/list-remove/list-clear and map-put/map-remove/map-clear operations should not be visible on domain servers

Problem with scaffolded JSP when using RooEntity + identifierField + ManyToOne

Table state should be deleted from META as a last operation in DeleteTableHandler

When PTF is used over a large partitions result could be corrupted

TezJobMonitor uses killedTaskCount instead of killedTaskAttemptCount

Import tool fails with NullPointerException if clusterIds is not initialized

Changing IOR settings should require restart of jacorb subsystem

HBaseAdmin#isTableEnabled() should return false for non-existent table 

Large number of org/jboss/as modules are present in container /modules

When trying to re-run a Job that already executed successfully the JobExecutorFacade returns ExitStatus.FAILED

Decimal should have lower precedence than double in type hierachy

JMX is not logging the user and remote address for audit logging

HCat e2e tests broken by changes to Hive's describe table formatting

hbase is removing all remaining cells immediately after the cell marked with marker = KeyValue.Type.DeleteColumn via PUT

Unable to specify other than default jboss.server.base.dir when cleanServerBaseDir is used

DatabaseMetadata.getColumns() doesn't show correct column size for char/varchar/decimal

Using shareUnitOfWork with DeadLetterChannel sending message to a route doesnt work as expected

DefaultMessageListenerContainer transacted session race condition if no messages for a while when using shared/cached sessions

Bucketed mapjoin on partitioned table which has no partition throws NPE

ArchiveStreamFactory cannot create an ArchiveInputStream from any input stream that is blocking

HBase Balancer throws ArrayIndexOutOfBoundsException when regionservers are in /hbase/draining znode and unloaded

Compilation error due missing no-arguments constructor in entitties

Elytron, mechanism-names is not checked on defined allowed values.

add analyze command to explictly cache file metadata in HBase metastore

Drop database cascade fails when there are indexes on any tables

ObjectStore can leak Queries when rollbackTransaction throws an exception

Stomp error when PongMessage is passed to StompSubProtocolHandler

AbstractMultiTargetHandler-based handlers do not propagate failures to the top level failure-description

arq.container.domain.ManagementClient.readRootNode does not see servers on remote hosts

Persistable.isNew is not used by JpaPersistableEntityInformation

Decorating by ValidateAllDecoration non existing element causes js error with no console help.

Infinispan's jdbc store creates incorrect service name for datasource dependency

XStreamMarshaller + JsonHierarchicalStreamDriver + JsonWriter.DROP_ROOT_MODE produce empty output

Server provides very generic error when 'management-access-predicate' attribute is set badly

JavaHBaseContext.streamBulkGet is void but should be JavaDStream 

Hive contrib compilation maybe broken with removal of org.apache.hadoop.record

IIOP xsd schema does not contain default values for some of the attributes

Unit tests can fail when path to project is non-trivial (fix in description)

Restore support for security cache-container w/out a default-cache

spring security sample war config < remember-me / > fails to properly register the requested bean

NoSuchMethodError for SessionFactoryImplementor.getProperties() with Hibernate 5.1

ParameterizedTypeInformation.getMapValueType for non-map types causes StackOverflowError

TransactionTemplate inherits equals()/hashCode() from DefaultTransactionDefinition

A bunch of tests have client retries only but bulid boxes are contended and overloaded

SimpleChunkProvider calls afterRead listener even if the file is finished

Recently changes of GenericTypeAwarePropertyDescriptor breaks BeanUtils.copyProperties()

Need to disable hybrid grace hash join in llap mode except for dynamically partitioned hash join

JMX notifications are duplicated on startup when registering the listener throught an agent

add the ability to restrict configuration for the queries submitted to HS2 (Tez pool)

TestHCatClient should not accept external metastore param from -Dhive.metastore.uris

Vectorization and Parquet: Turning on vectorization in parquet_ppd_decimal.q causes Wrong Query Results

Automatically generated queries do not use bind variables for numeric parameters

When 'fs.default.name' not configured, the hbck tool and Merge tool throw IllegalArgumentException.

 PatchInfoUnitTestCase should be skipped in case that patching module is not enabled

Command line options are case sensitive and no error is shown to user when a similar, but incorrect, case is passed into a command.

BasicPersistentEntity potentially suffers from ConcurrentModificationException

TestJdbcDriver2.testMetaDataGetSchemas fails because of unexpected database

 The CLI command "module remove" fails to delete non-empty folders

ServiceImpl generates @Autowired constructor when it's already one defined

DefaultStepExecutorFactory as the stepExecutorFactory for the DefaultJobExecutor

Domain controller fails to restart due to an inconsistent rollback of a redeploy

"hive.querylog.location" requires parent directory to be exist or else folder creation fails

Vectorization: Enabling vectorization causes TestCliDriver delete_orig_table.q to produce Wrong Results

Extended SJ reduction may backtrack columns incorrectly when creating filters

Process RIT and Master restart may remove an online server considering it as a dead server

Unexpected behavior when combining onException and multiple adviceWith in camel-core

SkipListener#onSkipInWrite(..) called multiple times for the same item and not called without rollback

[compress] TarInputStream returns negative value for read() [PATCH]

The flushOnSessionInvalidation attribute is missing in the jboss-web schema and the parser

Improve logging in llap decider and throw exception in case llap mode is all but we cannot run in llap.

Avoid creation of @Autowired constructors for JSON and THYMELEAF controllers when there is already one in .java

OrcFileMergeOperator may create merge file that does not match properties of input files

Some index test golden files produce non-deterministic stats in explain

SFSB PassivationTestCase fails to resolve XPC following passivation

HBASE-8354 forces Namenode into loop with lease recovery requests

InMemoryWebSession.changeSessionId reports error if the session does not exist

FreeMarkerConfigurationFactory's instance variable become enlarged whenever call create method.

Alias conflict when merging multiple mapjoin tasks into their common child mapred task

Entity default constructor in AJ files makes property initializers doen't executed

Typo in description of reverse-proxy host enable-http2 attribute

Deployment with @JMSConnectionFactoryDefinitions annotation cannot be deployed

Kafka producer: when no message key specified, use partition key

EnableGlobalMethodSecurity mode=ASPECTJ creates proxies if InfrastructureAdvisorAutoProxyCreator is Added

metastore file metadata cache should not be used when deltas are present

LlapTaskScheduler should try scheduling tasks when a node is disabled

tez select sum(decimal) from union all of decimal and null throws NPE

Warning when stopping a server with a deployed MDB listening to a topic

Partition discovery table property is added to non-partitioned external tables

Hibernate 5 SpringSessionSynchronization calls Session.getFlushMode() directly instead of using SessionFactoryUtils.getFlushMode(session)

Possible NullPointerException on PageableHandlerMethodArgumentResolver when fallbackPageable is null

@Transient Service objects in a @RooEntity cause Web Scaffold to fail

ORC: Split Strategy should depend on global file count, not per-partition

Deployment fails when jboss-web.xml contains <enable-websockets>true</enable-websockets>

JmsSenderConnection does not commit transaction after send, leading to messages never being sent if sessionTransacted is true

hive.exec.parallel=true has problem when it is used for analyze table column stats

Enhance ResourceChecker to log stack trace for potentially hanging threads

camel-blueprint - Should add check for bean scope in bean injector

Spring Ref 3.1 is still referencing OpenSymphony with outdated link

Remove the final remnants of the old Get code - the query matchers and other helper classes

Component scanning feature produces I/O exception attempting to read directories it shouldn't

UriComponents expand() and encode() are inconsistent and confusing

History and completion must be disabled when accepting server certificate

Random ClassCastException when creating prototype-bean with nested map property

Performance: isSeeked() in EncodedScannerV2 always returns false

NPE in TableInputFormatBase$TableRecordReader.restart if zoo.cfg is wrong on tasktrackers

camel-scala - Route id not set when using onException definition

Incorrect output from from_utc_timestamp()/to_utc_timestamp when local timezone has DST

bucketmap inner join query fails due to NullPointerException in some cases

ProviderManager doesn't report InternalAuthenticationServiceExceptions

Java 10: "Illegal method name" when test functions in Kotlin contain spaces in name

JsonPath assertions fail to differentiate between definite and indefinite results in checks for existence

Domain directory-grouping should group directories by server name when set to by-server

Fix HiveSchemaTool validation for databases that don't support schema

Wildfly does not consider methods with no method-intf element when resolving transaction attributes

Fallback to using default RPCControllerFactory if class cannot be loaded

Failure to resolve @RequestMapping method arguments in Servlet 2.5 environments

EJB WFLYEJB0473: JNDI bindings for ... ejb: is not correct when there is not an appName

FileLockExclusiveReadLockStrategy - Should defer closing channel till release lock

CamelContext - Add ClassResolver to be used when you need to load a class instead of ObjectHelper.loadClass to work in OSGi environments

bean language - Should always use ?method= as preferred way for specifying the method name, can cause problems with the old dot style

Timestamp & date should have precedence in type hierarchy than string group

nvl(x, y) throws NPE if type x and type y doesn't match, rather than throwing the meaningful error

Missing parser support for replication-config and passivation-config

The nested <gfe:gateway-sender/>, <gfe:event-filter/> element is missing the ref attribute in the XSD.

 Resource adapter recovery doesn't allow fallback to security credentials

Invalid count query generated when using Pageable and NamedQuery with existing order by

Since the introduction of nested "beans" element, "id" is no longer of type xsd:ID

Change DDLTask to report errors using canonical error messages rather than http status codes

JcloudsPayloadConverter.toPayload(InputStream) cannot deal with FileInputStreamCache

Splits causes blocks to be cached again and so such blocks cannot be evicted from bucket cache

afterWrite() will only be called if an exception is raised during throttling

[AMv2] Logging format improvements; use encoded name rather than full region name marking  transitions

The soapAction HTTP header is not correctly set when running the CXF client in POJO mode using Camel

Newly added tests in TestJdbcDriver2 from HIVE-4395 is not running

Bucket  pruning: Left Outer Join on bucketed table gives wrong result

HiveServer2 ObjectInspectorFactory memory leak with cachedUnionStructObjectInspector

Unbalance chaos monkey might kill all region servers without starting them back

Enabling Spring Data web support breaks @ModelAttribute binding in Spring MVC

Hint for entities refers to "--name" argument, which was renamed to "--class"

GWT project fails to compile with "Cannot instantiate the type Set" (or List)

reference doc, section 8.5.2 - aopProxyFactory is not part of ProxyConfig

incorrect AgeOfLastAppliedOp and AgeOfLastShippedOp in replication Metrics when no new replication OP 

EntityMetadata erroneously attempts to introduce EntityManager when it is already defined in the target type

Add more info to understand the source/scenario of large batch requests exceeding threshold

Invalid response_type parameter to authorize endpoint does not cause error

Possible liveness issue with MasterServerAddress in HRegionServer getMaster 

multi-insert query with multiple GBY, and distinct in only some branches can produce incorrect results

Hive stats optimizer wrongly uses stats against non native tables

HStoreFile.finalKey does not update the final key if it is not the top region of a split region

Filter with filterRow() returning true is incompatible with scan with limit

Some encryption q-tests fail because trash is disabled in encryption_with_trash.q

Aggregation#project followed by Aggregation#match with custom converter causes IllegalArgumentException

Regionserver fails to shutdown when abort triggered in RegionScannerImpl during RPC call

NullPointerException when getting PagedResultsRequestControl response

(maven) dependency on spring-tx is declared optional, but JmsTempate does import some org.springframework.transaction.

userPermission returned by getUserPermission() for the selected namespace does not have namespace set

PropertyPlaceHolderConfigurer valueSeparator is not a configurable property and breaks compatibility with older configuration

CLI prints unexpected ANSI characters to output with "echo" command

BindAuthentiator Fails for Active Directory DN Containing Special Chars

Bean method lost when sending a message from one JMS queue to another

ORC concatenation of old files can fail while merging column statistics

partition key names should be case insensitive in alter table add partition statement.

ExecDriver.addInputPaths() error if partition name contains a comma

UriStringDeserializer fails with "Could not read JSON: Template must not be null or empty!"

BatchRestartRsAction always restarts 0 RS when running SlowDeterministicMonkey

NPE at runtime while selecting virtual column after joining three tables on different keys

CxfPayloadConverter converts to NodeList by default, affecting performance

Deployment fails if a web-fragment.xml references fragment name that's not present

InvalidObjectException while creating Primary Key constraint on partition key column

Enum values of iorTransportConfigType are not enumerations in XSD of iiop subsystem

Removing children of security-realm always finishes with {"outcome" => "success"}

TwitterTemplate doesn't work with other Locale than Locale.ENGLISH

MessageListenerAdapter might throw JMSException on message deserialization

LoadIncrementalHFiles should use unmanaged connection in branch-1

TxnHandler.abortTxn() should check if already aborted to improve message

Some alterPartitions invocations throw 'NumberFormatException: null'

Batch jobs from installed modules should be detected for non-batch app

DomainApiGenericOperationHandler doesn't handle auto-closing streams

Literal Decimal ExprNodeConstantDesc should contain value of HiveDecimal instead of String

HBaseSnapshotException when read replicas is enabled and online snapshot is taken after region splitting

scope of javax.servlet in portlet pom is compile instead of provided

Sort merge join should work if join cols are a prefix of sort columns for each partition

IOConverter.toInputStream opens a BufferReader which will never be closed

Documentation section 2.2 has an error in the sample GemfireTemplate execute method

ServiceMBeanSupportTestCase misses MBeanPermission when run with security manager

SQL component will not look for parameters in header when no body in message

camel-quartz - use of management name to provide default scheduler name breaks context isolation

Cygwin, add-user.sh and error "JBAS015232:  No java.io.Console available to interact with user."

assertion when getting reference key from loader with byte-array mapjoin key

Spring shell replaces multiple white spaces as a white space for parsing parameter of command in quotation marks.

 ORC split generation failed with exception: java.lang.ArrayIndexOutOfBoundsException: 1

IAE with calling String.replaceAll via simple expression in Karaf

Stack containing encrypt-protocol throws IllegalStateException at runtime 

Configuring L1 results in invalid configuration for 'routing' and 'client-mapping' caches

TestNegativeMinimrCliDriver_mapreduce_stack_trace.q fails on hadoop-1

JASPIAuthenticationMechanism#authenticate installs secureResponse handler twice or more

Graceful shutdown on server group doesn't take into account timeout

The discovery-option "module" attribute should support undefined values

Shade and package appropriate jackson version for druid storage handler

maven-publish fails because it can't find hive-metastore-0.12.0.pom

ref attribute of PasswordEncoderParser not implemented and causes exception to occur

[WINDOWS] Tests should not rely on local temp dir to be available in DFS

InstallationManagerService should not allow duplicate module paths

rolling-restart.sh have old value of "zookeeper.znode.unassiged" config causing infinite loop

Annotation handler method matching doesn't get method/param choice right

LLAP: report guaranteed tasks count in AM registry to check for consistency

org.apache.camel.component.file.strategy.MarkerFileExclusiveReadLockStrategy is not thread-safe

org.apache.commons.beanutils should be an optional dependency in manifest

FreeMarkerConfigurationFactory should use configured object wrapper to wrap variables, not SimpleHash

Fix CI test failures caused by changes in Spring Data Commons CDI Repository support allowing unlimited implementation classes

Reading of partitioned Avro data fails because of missing properties

GBY vectorization appears to process COMPLETE reduce-side GBY incorrectly

HBase shell doesn't allow deleting of a cell by user with W-only permissions to it

Repeated conditional test - EjbCorbaServant.java#L275 - incomingIdentity

RPC server for spark inside HS2 is not getting server address properly

TestMinimrCliDriver failure if run in the same command as TestHBaseNegativeCliDriver

Attribute security-domain from Elytron authentication-configuration does not propagate credentials

Schema for JBoss Product Installation Report does not contain information about its version

LocalSessionFactoryBean schema update doesn't work with Hibernate v3.2

Splitting logs, we'll make an output file though the region no longer exists

Setting transaction timeout on UserTransaction leaks to the thread and doesn't get cleared

XMLConfiguration save gives wrong xml when it contains combined elements (viewNode) with attributes

Meta WALs are not cleared if meta region was closed and RS aborts

Hive.mvFile() misses the "." char when joining the filename + extension

Using store=remote fails with "NoClassDefFoundError: io/netty/channel/ChannelHandler"

Reference documentation still claims DataAccessException hierarchy

Multipart Content-Type charset is ignored in CommonsFileUploadSupport.

Fixing flaky test WritableServiceBasedNamingStoreTestCase.testPermissions

@Configurable BeanCurrentlyInCreationException thrown when not using DEBUG logging

hbase-protocol compile failed for name conflict of RegionTransition

 inconsistence between colList and columnExprMap when ConstantPropagate is applied to subquery

Last modification header detection fails for projected query method executions

Enable disabled tests in TestHCM that were disabled by Proc-V2 AM in HBASE-14614

Elytron sasl-mechanism-selector token #MUTUAL incorrectly requires SSL context

Unexpected attribute error message doesn't list 'name' attribute.

Use the position of the Kafka Consumer to track progress instead of Consumer Records offsets

Can't use controller advices if annotation based event handling is used

RelOptHiveTable.hiveColStatsMap might contain mismatched column stats

Cannot use xquery predicate in filter after an xpath splitter.  

graceful_stop.sh does not pass on the --config its passed to its internal invocations of other hbase scripts

AbstractMessageConverterMethodProcessor ignores quality parameter when selecting a MediaType

STOMP CONNECT ignored ("No session for...") when using <websocket:decorator-factories>

update code generated by thrift for DemuxOperator and MuxOperator

camel-jms - Potential ClassCastException if JmsMessage isn't set anymore

web.xml parser process cannot handle exception for xml file which does not have the encoding attribute

Vectorization: Fix NULL / Wrong Results issues in Filter / Compare

Hal Browser does not seem to work with spring boot with a non-default context-path

Correct data gets skipped along with bad data in importTsv bulk load thru TsvImporterTextMapper

Starting embedded server overwrites standalone/config/logging.properties with a mostly blank config

Load statements with incorrect order of partitions put input files to unreadable places

NumberFormatException caused by property paths from JSR-303 based validation with no index into a collection

SuspendStateReadHandler doesn't provide a value if the SuspendController is not installed

URISyntaxException in OpenTracingTracer for endpoints with path parameters

Inconsistent Javadoc comment and code for prototypeFactory(T) in org.apache.commons.collections.FactoryUtils

Mismatched open/commit transaction calls when using get_partition()

Unexpected capitalization of instance variable causes compiler error for Entity Types that start with multiple capital letters

Permanent UDF lookup fails when current DB has uppercase letters

Unable to declaring queue arguments with spring-rabbit-1.0.0.RELEASE

There is no way to set the ChunkOperations ExceptionHandler in any factory bean

null pointer exceptions accessing swagger url in blueprint projects

CamelBlueprintTestSupport - can't initialize ConfigAdmin configurations

CallMetaDataContext.reconcileParameters doesn't catch output parameters with DatabaseMetaData.procedureColumnResult type (on Postgres)

Default Value of local-receiver-pass-by-value in jboss-ejb-client Descriptor is Not Respected

PackageScanDefinition missing public setter methods making it difficult to configure CamelContext via CamelContextFactoryBean using regular Spring definition

Default connector is hardcoded in JMS connection factory definition

autoSave and FileChangedReloadingStrategy corrupts configuration

Batch JobXmlResolverService should safe copy values from the maps

RequestMappingHandlerAdapter.initInitBinderArgumentResolvers() does not add custom resolvers

Cannot use bean configuration to configure a FilterSecurityMetadataSource with SpEL expressions due to hard-coded "false" value in code

when background tx-timeout rolls back the transaction, application thread should call tx.rollback instead of tx.suspend

MessagingMessageListenerAdapter provides a BytesMessage that has already been read

Session ID change with sub-directories using "/" context (virtual host)

Trying to set values in the newly added node (using XMLConfiguration) doesn't work

Crud or PagingAndSorting based repository entites still listed when findAll method is 'exported = false'

Hive printing debug information in stdout after the end of CLI session

TableSkewCostFunction#cost() casts integral division result to double

MongoTemplate fails to correctly report a js file not found on classpath while calling mapReduce

@Async executor ignored if declared on implementation when using JDK proxies

CastClass exception (NullBean instead of 'null' value) when getting map of beans directly from ApplicationContext

A test case for embedded beeline  -  with URL jdbc:hive2:///default

Minor typo in ReplicationSource SocketTimeoutException error handling

If HMaster is started after NN without starting DN in Hbase 090.2 then HMaster is not able to start due to AlreadyCreatedException for /hbase/hbase.version

Coverity static analysis, suspicious bitwise logical expression, DigestUtil (Elytron)

Calcite transitive predicate inference rule should not transitively add not null filter on non-nullable input

SecurityContext should be persisted immediately when the response is committed

AuthenticationTestCase fails when server IP address is not bound to loopback in Elytron profile

Failing generic type resolution of generic types within nested generic fields

Partition Step Stop is incorrectly setting the BatchStatus to COMPLETED.

HIVE-9664 makes hive depend on ivysettings.xml : trivial breakage fix

Root cause of failing parsing should be used as failure description

Exclude relocation of org.apache.hadoop.security.* in the JDBC standalone jar

ql/src/test/queries/clientpositive/pcr.q covers the test which generate 1.0 =1 predicate in partition pruner. 

Weird behavior of WildcardColumnTracker.checkColumn(), looks like recursive loop

WebHcat DDL commands in secure mode NPE when default FileSystem doesn't support delegation tokens

OSGi import of org.springframework.security.authentication seems to be the wrong version

ReflectivePropertyAccessor should not consider "is" methods with non boolean returns

&& and || functions are not implemented and they should be removed from the results of 'show funcitons'

Put mutation (having TTL set) added via co-processor is retrieved even after TTL expires

log recovery doesnt reset the max sequence id, new logfiles can get tossed as 'duplicates'

CLONE - Import fails for tables created with default text, sequence and orc file formats using HCatalog API

CachingMetadataReaderFactory does not release shared resource cache after context refresh

NPE aggregating column statistics for date column in partitioned table

In Spring soical facebook 2.0.0.M release, though i set the birthdate in facebook and get the age range using the spring social Facebook api it returns only UNKNOW value

OutdatedTopologyException: Cache not running on node <node_name>

Checksum verification is broken due to incorrect passing of ByteBuffers in DataChecksum

@RequestMapping handled incorrectly when value contains "." (dot) character

camel-ftp - Setting password and username using UserInfo on uri does not work

NPE when non-existent attribute name is used for list-add operation

Inconsistent responses between read-children-types and read-children-names or read-children-resources

TransactionalValidationListener is getting catalog name from conf instead of table object.

IllegalArgumentException if namespace configuration defines RememberMeServices without BasicProcessingFilter

[hbase-thirdparty] Doc on new hbase-thirdparty dependency for the refguide

Port HBASE-7442 HBase remote CopyTable not working when security enabled to trunk

CookieGenerator default max age value leads to expiration date back in 1977

Avoid NPE in snapshot.jsp when accessing without any request parameter

Useless logs in  ipc.RpcClient$Connection(584): Not able to close an output stream

Adhere to changes in Spring URL tag for HTML and JavaScript escaping attributes

NPE when attempting to expose JaxWs Port Proxy via mbean exporter

String.toUpperCase() is used without Locale in AttributeMapping class (Elytron)

ParseAndMarshalModelsTestCase is not testing EAP 6.4 files or legacy standalone-picketlink.xml files

Log messages in FileLink$FileLinkInputStream#tryOpen are reversed

NullPointerException while trying to get the Route Status on startup

In Secure Zookeeper cluster superuser will not have sufficient permission if multiple values are configured in "hbase.superuser"

NPE when master joins running cluster if a RIT references a RS no longer present

spring:eval in  display.tagx  leads to errors for properties of type Map, since no converters are registered.

DDLSemanticAnalyzer.analyzeShowRoles() should use HiveAuthorizationTaskFactory

CreateTable operation does not log its landing at the master nor the initiator at INFO level

[patch] ItdSourceFileComposer isn't appending type parameters in appendExtendsTypes()

write-attribute does not support tab completion for values of type Object or List

FileSystemUtils.freeSpaceKb doesn't work with relative paths on Linux

pollEnrich does not work with queue and quartz or timer endpoints

RememberMeAuthenticationProvider is created with default "key" parameter instead of my own specified

The WriteResultChecking is not used in case of insert or save of documents.

CamelContext - API for control routes may cause Route not to update it state

ZKUtil::createSetData should only create a node when it nonexists

DataOnDemand does not honour column constraints for constructing data for embedded identifier types

Web MVC scaffolded jspx pages for error display use wrong identifiers

RBAC classification resources should not store default-xxx attribute values in the DMR model

servicenow: meta data serivce ignores tables without parent when retrieving table list

SimpleMarshallingContext#createMarshaller should run in a privileged block

deprecate ImmutableBytesWritable.getSize and replace with getLength

TestCliDriver acid tests with decimal needs benchmark to be updated

Invalid error messages for UPDATE/DELETE on insert-only transactional tables

ImportTSV bulk output does not support tags with hfile.format.version=3

IllegalArgumentException: JBAS014577: Unsupported marshalling version: 1 on shutdown

Jdbc4SqlXmlHandler should return null as documented (instead of throwing NPE)

Camel exec component have trouble to load arguments list from message header

ACID: Major compaction fails to include the original bucket files if there's no delta directory

Server-server EJB invocation fails if no security is defined on target bean due to faulty permission check 

Update WildFlyCustomJtaPlatform#locateTransactionSynchronizationRegistry to use a direct reference to the TransactionSynchronizationRegistry

The namespace tags should provide some way to enable statistics for a region

Explicit transaction configuration is not considered if default transactions are disabled

 javax.ejb.NoSuchEJBException should not print a stacktrace on the server console

Multiline queries that have comment in middle fail when executed via "beeline -e"

ensure StepExecution is saved before trying to save ExecutionContext

IllegalStateException in ApplicationSecurityDomainService#initialSecurityHandler when loginConfig is null

Wrond result of AntPathMatcher.combine when using template variables with some regular expressions

Tables with at least 1 non-string columns should use DynamicSerDe instead of MetadataTypedColumnsetSerDe

Combination of a boolean condition and null-safe comparison leads to NPE

ZipArchiveInputStream.closeEntry does not properly advance to next entry if there are junk bytes at end of data section

camel-syslog's CamelSyslogTimestamp header is suddenly a GregorianCalendar

Camel should throw a fatal exception if it can't resolve the component

KeyValueHeap.current might be in heap when exception happens in pollRealKV

EJB timer blocked after trigger+suspend+activate operations and JDBC storage

WebHCat job submission for pig with -useHCatalog argument fails on Windows

Avoid HTTPSWebConnectorTestCase removing default https listener in tearDown()

the cli exits after java.lang.IllegalArgumentException when I type a couple of specific commands.

Refine debug log with schema information for the method of creating session directories

java.lang.IllegalAccessError: class org.springframework.security.config.annotation.authentication.configuration.$Proxy90 cannot access its superinterface <omitted>.AuthenticationConfiguration$LazyBean

hbase is not deleting the cell when a Put with a KeyValue, KeyValue.Type.Delete is submitted

CLONE - Camel Splitter eat up exceptions recorded by the underlying Scanner

ServletTestExecutionListener is not enabled by default in abstract base test classes

automatically setup ZooKeeperTokenStore to use kerberos authentication when kerberos is enabled

Views created with a WHERE subquery will regard views referenced in the subquery as direct input

Splitter - Option parallelAggregate is not in use when using parallel procession as well

CamelContext.addService may fail with java.util.ConcurrentModificationException

The ServletResourceManager hard codes the safe symlink paths as '/'

Get the Jetty component's 'httpClient.' options to work with indeed apache http client

The passed durability of Append/Increment isn't used in wal sync

TestRowTooBig should use HDFS directory for its region directory

PCRExprProcFactory.GenericFuncExprProcessor.process() aggressively removes dynamic partition pruner generated synthetic join predicates.

HDFS FileSystem object cache causes permission issues in creating tmp directories

user-defined aggregate functions cannot be used as windowing function

NAMESPACE_ERR: An attempt is made to create or change an object in a way which is incorrect with regard to namespaces.

camel-spring-boot - Actuator endpoints for MVC should only trigger if web application

RegionObserver implementation whose preScannerOpen and postScannerOpen Impl return null can stall the system initialization through NPE

file component - onMoveFailed - should keep the exchange marked as failed, so onCompletion etc can react on failures

Fix TestAvroSerdeUtils.determineSchemaCanReadSchemaFromHDFS when running Hive on hadoop23

When using JSF getMaximumSeverity on the FlowFacesContext returns null even if a message has been added

Regression from 3.2.x for FormattingConversionService.addFormatterForFieldType

HBase metastore protobufs need to check hasX() functions for values that are not auto set in serialization [hbase-metastore branch]

@RequestMapping best match gives wrong Controller method when using wildcards

TLDs under META-INF/resources inside the web-fragment jar is not loaded

AmqpAppenderIntegrationTests should revert to default log4j.properties after its work

[docs] nit default max versions is now 1 instead of 3 after HBASE-8450 

LLAP ssl configs need to be localized to talk to a wire encrypted hdfs

HBaseMaster requires HDFS superuser privileges due to waitOnSafeMode

Should call getNativeResponse() instead of getNativeRequest() in FrameworkServlet

Illogical InvalidObjectException throwed when use mulit aggregate functions with star columns 

Add missing 'disk-synchronous' attribute to the <gfe:gateway-sender> element in the SDG XML namespace (XSD)

Support JDBC connections for interoperability between Hive and RDBMS

If you suspend a JMS route that is stopped, calling resume on it does not work and reports no error

use SequenceFile rather than TextFile format for hive query results

LLAP: hive.llap.daemon.work.dirs setting backward compat name doesn't work 

Gets/Puts with many columns send the RegionServer into an "endless" loop

Generation of legacy feature pack licenses.xml output varies depending on whether -Pjboss-release is used

Server-identity/secret integration with credential reference is not correct.

Can't recover from a dead ROOT server if any exceptions happens during log splitting

Bucket map join not being selected when bucketed tables is missing bucket files

If re-transition to OPENING during log replay fails, server aborts.  Instead, should just cancel region open.

Coverity: Elytron defect: control flow issue in ServerAuthenticationContext

Incorrect output of big numbers when using NamedParameterJdbcTemplate.queryForLong

Client doesnt consult old row filter interface in filterSaysStop() - could result in NPE or excessive scanning

Increase "yarn.nodemanager.disk-health-checker.max-disk-utilization-per-disk-percentage" to avoid host-related failures on MiniMRCluster

ShellStatus does not have a valid hashCode() or equals() method implementation

count or sum distinct incorrect when hive.optimize.reducededuplication set to true

"Wrong FS" error when inserting to partition after changing table location filesystem

Hive error when dropping a table with large number of partitions

RemoteSparkJobMonitor may hang when RemoteDriver exits abnormally

getSockJsPath() method in org.springframework.web.socket.sockjs.support.AbstractSockJsService returns wrong path

Regionserver is not using the name given it by the master; double entry in master listing of servers

The SecurityRealmService should only perform a generic mapping to RealmUser if really required.

Invoking RedirectView.render from within a filter throws null pointer exception

CompactSplitThread logs a CompactSplitThread$CompactionRunner but it does not have a toString

Disabled deployments in server group enabled after WAR is updated

isBase64 throws ArrayIndexOutOfBoundsException on some non-BASE64 bytes

Meta replica does not give any primaryOperationTimeout to primary meta region

BeanFactoryUtils.beanNamesForTypeIncludingAncestors(factory, RepositoryFactoryInformation.class, false, false) doesn't find beans that are found in 4.1

BlockMergeTask Doesn't Honor Job Configuration Properties when used directly

LLAP may cache corrupted column vectors and return wrong query result

Camel-weather: freegeoip.net is no longer available. Need switch to something else.

Classpath scanning on inner classes fails against JDK 11 bytecode level

HLog should roll periodically to allow DN decommission to eventually complete.

Integration Test classes are not part of the default HBase classpath

HiveServer2 dynamic service discovery: ZK throws too many connections error

When using interfaces on controllers, @SessionAttributes doesn't work

Consumer/Producer templates are not stopped when auto-configured in Spring Boot

Content negotiation should not take the context path into consideration

EnvironmentContext null in ALTER_PARTITION event in DbNotificationListener

ConcurrentModificationException thrown while iterating over bean definition names in DefaultListableBeanFactory#getBeansWithAnnotation(Class<? extends Annotation> annotationType) 

Business exceptions wrapped in HessianClientInterceptor with Hessian 4.0

Issue with alternate character set and SimpleXmlMessageConverter

Configuring session cookie config except for cookie name yields NPE in mod_cluster when registering with the proxy

ResponseEntityResultHandler does not overwrite existing response headers

Column number mismatch between query and destination tables when alias.* expressions are present in the select list of a join

CasAuthenticationProvider does not copy the details object into Authentication

CronSequenceGenerator should fail to parse invlid ranges of hours etc (e.g. months 11-13)

org.springframework.core declares a mandatory dependency upon JBoss VFS in its Ivy file but it should be optional

Ambiguous Field Mapping Detection Does Not Accommodate Inheritance Scenarios

"process" commands in MavenCommands should set current working directory for spawned Maven process

Regions failing compaction due to referencing non-existent store file

Undeploy in domain environment should take domain server-group config into consideration

Revisit branches in handleOne method in ServerAuthenticationContext.createCallbackHandler()

Update AcmeChallenge.Type to be able to handle unknown challenge types

GlobalMethodSecurityBeanDefinitionParser should call ConfigUtils.registerProviderManagerIfNecessary()

IndexOutOfBoundExceptions when processing compressed tags in HFile

org/wildfly/iiop/openjdk/csiv2/ElytronSASClientInterceptor using API removed from Elytron

RefinedSoundex creates instance before al fields have been initialized

hbase-daemon.sh should remove pid file if process not found running

For hfileoutputformat, on timeout/failure/kill clean up half-written hfile

No need to retry scan operation on the same server in case of RegionServerStoppedException

Exchange.FAILURE_ENDPOINT header points to incorrect endpoint with multicast

Hive incremental replication fails with events missing error if database is kept idle for more than an hour

Inconsistent behaviour in AbstractApplicationEventMulticaster listener caching

Interfaces implemented by subclasses should be checked when registering CoprocessorService

The "field other" comment is inconsistent with other "field" commands

An error occurs when scanning with reversed=true and loadColumnFamiliesOnDemand=true

Intermittently TestZooKeeper#testRegionAssignmentAfterMasterRecoveryDueToZKExpiry hangs in admin#createTable() call

ApplicationReadyEvent not dispatched if camel.springboot.main-run-controller = true

One can't change history and decay with DynamicLoadBalanceFactorProvider

Vectorization: LazySimpleDeserializeRead fewer fields handling is broken for Complex Types

DefaultSubscriptionRegistry loses track of subscribers in its cache

add-user.bat failing when JBOSS_HOME does not match current folder

Some metastore metrics always contains column=null (write_column_statistics, write_partition_column_statistics)

EJB with remoting tests fails if node0 and node1 is used and node0 != node1

Too many casts results in loss of original string representation for constant 

Run major compaction on .META. when table is dropped or truncated

 A security-domain can only load login-modules from a single JBoss module 

The WildFly pom.xml is overriding the version of WildFly Client Config

Add missing whitespace to reference "used by_`AbstractSecurityInterceptor`"

HiveInputFormat.getInputFormatFromCache "swallows"  cause exception when throwing IOExcpetion

MessageHeaders is declared immutable - but writeObject() removes any non-serializable fields

Infinispan cache statistics cannot be enabled/disabled independently of the cache manager statistics    

While using tez, Qtest needs to close session before creating a new one

File name lost when it starts with the same characters as the relative directory on the endpoint

Replace HRegion custom File-System debug, with FSUtils.logFileSystemState()

cli.sh looks for libs to find version number, instead of asking hadoop itself.

Adding keystore with generate-self-signed-certificate-host and without key-password specified fails upon first request

Column stats: Distinct value estimator should use hash functions that are pairwise independent

KeyGenerators.shared() has hard-coded key length and ignores its argument

Bug in reduce deduplication optimization causing ArrayOutOfBoundException

Hive should support clean-up of previously bootstrapped tables when retry from different dump.

Templeton job does not write out log files on InterruptedException

ClientScanner may send a next request to a RegionScanner which has been exhausted

Detect whether ORC is reading from ACID table correctly for Schema Evolution

Using route policy to start and stop routes can cause RouteContextProcessor to be added multiple times

Direct exchange binding default routing key fails on queue name with dot char

Arquillian integration may break test deployments that have OSGi metadata

camel-crypto - Signer producer should close input stream after usage

Invalid expression strings result in cryptic NullPointerException when parsed

RememberMeProcessingFilter adds Authentication token to SecurityContextHolder after AuthenticationException

Query failed when select complex columns from joinned table (tez map join only)

Hcatalog build fail on Windows because javadoc command exceed length limit

NPE in WebScaffoldMetadata & JspViewManager when version field is removed

Hanging EJB threads because of a persistent timer and failed deployment 

camel-bindy - Multiple models in the same package lead to unpredictable results

the jars in hive.aux.jar.paths are not added to session classpath 

TestSplitTransactionOnCluster.testSplitBeforeSettingSplittingInZK failed 3 times in a row

metastore add partitions background thread should use current username

DataOnDemand fails to set correct data for numeric primitive fields

Small scanners (with particular configurations) do not return all rows

Resolution of variables using specific scope prefixes like "flowScope", "flashScope", etc. does not work in JSF views

don't nest delta directories inside LB directories for ACID tables

RestoreTool#getTableInfoPath should look for completed snapshot only

Make TimeOut Management for Assignment optional in master and regionservers

Prevent setting timestamp of delta operations the same as previous value's

Escape "\" in Bytes.toStringBinary() and its counterpart Bytes.toBytesBinary()

Fix javadoc warnings in hadoopqa tool, it complains about unsafe accesses

[Camel-consul] firstIndex cannot be set if it is out of Long range

StaxEventItemWriter writes extra end document tag with Woodstox 3.2.9 plus

ModelTestUtils.trimUndefinedChildren loses track of what object is undefined

CLONE - HBase 2984 breaks ability to specify BLOOMFILTER & COMPRESSION via shell

The should throw the exception if there is some thing wrong with <convertBodyTo> type attribute

The Javadoc on DelimitedLineTokenizer#substringWithTrimmedWhitespaceAndQuotesIfQuotesPresent is wrong

Provide property in RedirectView to disable treating the redirect URL as a URI template

'web mvc json all' does not update existing controllers as expected

2-Legged authentication fails when token="" is present in the signature

CoarseWebFailoverTestCase.test fails intermittently when validating routing

Configuring endpoints using reference lookup may fail with matching primitive types with their Object counterpart types

permissions.xml is not parsed if -Dorg.jboss.server.bootstrap.maxThreads is explicitly set

[hbck tool] Usage is wrong for hbck tool for -sidelineCorruptHfiles option

DeploymentScanner failure during reconfiguring using embed-server

RedisTemplate's default serializer assumes that its ClassLoader can load application types

PropertiesConfiguration.save() generates superfluous escaping character when delimiter parsing is disabled

Add client side property to allow logging details for batch errors

[AccessController] Apply MAX_VERSIONS from schema or request when scanning

query fails when partitioned table's table level serde is ParquetHiveSerDe and partition level serde is of different SerDe

Simple permission mapper is not simple due to lack of default fallback

SpEL Expressions in @Document annotations are not re-evaluated for query executions

Future returned from Bootstrap.startup(...0) and ServerService.getValue() may never complete

Spring Data Commons Maven artifactId seems outdated on springsource.org

Lineage - ExprProcFactory#getExprString may throw NullPointerException

StringIndexOutOfBoundsException: String index out of range: -1 during plugin JAR build

CloudFoundry deployments of Roo apps with MongoDB persistence fail

HBase Table-level synchronization fails between two secured(kerberized) clusters

Error in RegionCoprocessorHost class preScanner method documentation.

The read/write timeout are not used in HTable.delete(List), HTable.get(List), and HTable.existsAll(List)

Forgot to svn add test that was part of HBASE-11171, TestCacheConfig

Camel 2.12 shows unexpected warning "Cannot determine current route from Exchange"

LLAP: bug in recent security patches (wrong argument order; using full user name in id)

Using adviceWith 2 times or more in Java DSL with a context scoped onException causing the 1st advised route to not work as expected

No prompting info or warning provided when METASTORE_FILTER_HOOK in authorization V2 is overridden

AuthenticationConfigBuilder.createAnonymousFilter uses httpElt instead of anonymousElt

DatabaseConfiguration doesn't support list delimiters in property values

Replace internal uses of HTable(Configuration, String) with HTable(Configuration, TableName)

Unable to obtain required element 'name' from element '[repository: null]'

Make getTableRegions return an empty list if the table does not exist

Refactor MapJoin HashMap code to improve testability and readability

Recievign very large attachments in the clent will cause a OutOfMemoryError

Support multiple comma-separated values in X-Forwarded-Host header

mod_cluster uses wrong password for credential stores (regression after removing lambdas)

quickstart - secure-rest - Does not work following the instructions

EsbFullBootTest failure with Insufficient roles/credentials for operation

Multiple calls to CXF factory beans.getFeatures causing multiple logging features to be added

After fix for WFLY-4844 concurrency management interceptor uses incorrect access timeout

HFilePerformanceEvaluation Scan tests fail with StackOverflowError due to recursive call in createCell function

HiveMetaStoreFsImpl#deleteDir should check return value of FileUtils#moveToTrash

Writing to an HBase table throws IllegalArgumentException, failing job submission

Fix non-deterministic testcases failures when running Hive0.9.0 on MapReduce2

Removed cached ModelControllerClientConfiguration as the ExecutorService may be shutdown

ByteBuffer corrupted by ByteBufferConverter when passed through Spring

Allow Auto-reducer parallelism to be turned off by a logical optimizer

Early ApplicationContext close call may lead to ApplicationEventMulticaster/LifecycleProcessor access exception

Servlet mocks are not reinjected into test instance between TestNG test methods

RemoteException(java.io.FileNotFoundException): File does not exist... _flush_length

AbstractAuthenticationProcessingFilter is missing space in log message

Capability 'org.wildfly.nosql.mongo.driver-service' is unknown error thrown on WildFly 14 + current master branch

Backward compatibility broken with SimpleJdbcOperations.query() methods

remove hive.server2.thrift.http.min/max.worker.threads properties

remove operation on JMS queue/topic doesn't remove the destination but just unbinds from JNDI

Incorrect Content-Length returned for converted result objects with Unicode characters

Using the CommandContext initializes the JAXP factories with JBoss Modules factories

RemoteDomainConnectionService.fetchDomainWideConfiguration() isn't properly implemented

wildfly host controller reading the host.xml from namespace version 1.5 will fail

Capability to add a filter to hbase scan via composite key doesn't work

HCatPartition should not be created with "" as location in tests

License for One-JAR classes not included in camel-example-spring one-jar artifact. Also apache legal files missing

Order of interceptor calls is dependent on the way the interceptors are included

Remove redundant IOException from throws declaration in FlatFileIteReader

Fix order of arguments passed to assert in HeaderResultMatchers#string(String, String)

SecureWALCellCodec should handle the case where encryption is disabled

unclear NullPointerException if the deployment-scanner element is removed from the configuration

NPE in HierarchicalConfiguration.fetchNodeList after redeployment

Custom repository implementations are not picked up when using CDI

Check if all elements in elytron-1_0.xsd are parsed correctly in ElytronXmlParser.

Split hive.root.logger separately to make it compatible with log4j1.x (for remaining services)

region_mover.rb throws "can't convert nil into String" for regions moved

AbstractMongoEventListener throws NullPointerException if used without generic parameter

TableOutputCommitter should implement recovery if we don't want jobs to start from 0 on RM restart

Unnecessary check in PatternsRequestCondition.getMatchingPattern

mod_cluster stop status is not updated in balancer/node resource

TestInterfaceAudienceAnnotations should hadoop-compt module resources

Namespace throws IllegalStateException if no namespace filters are used and a entry-point-ref isn't set

Elytron SASL factories don't follow contract from corresponding Java interfaces

ProtectPointcutPostProcessor should not re-attempt to match the pointcuts against methods when used with prototype beans

TextMessage.toString() throws StringIndexOutOfBoundsException if payload contains multibyte characters

MetaTool doesn't update FS root location for partitions with space in name

Avoid memory allocation of aggregation buffer during stats computation 

Camel adviceWith behaves differently when changing the order of weave statements

Validation of frame content in org.springframework.web.socket.sockjs.frame.SockJsFrame is a NoOp

JSON-P 1.1 is not loaded when ee8.preview.mode property is defined in standalone.xml file, seems that Elytron uses JSON-P stuff too early

Missing hive 0.13.1 commit in trunk : export/import statement authorization - CVE-2014-0228

vectorized % doesn't handle zeroes the same way as non-vectorized

2.12.1 caches groovy call - resulting with previous caller state

bean(nameOfBean) doesn't work with Spring Framework 5.0.1 on AspectJ 1.8.12

quickstart note about Web UI port changes in ref guide is rendered incorrectly

Vectorized Between and IN expressions don't work with decimal, date types.

databinding in select.tagx - only one element is shown as selected, although there should be multiple

RegionServerMetricsWrapperRunnable misused the 'period' parameter

{ssha} is specified in the Spring Security password-encoder schema, but isn't handled by code

InterceptSendToEndpoint - Should stop sending to intercepted endpoint in case of Exchange failure

EnableClusterConfiguration annotation attributes are silently ignored

Messaging subsystem runtime-queue resource is not registered as "runtime-only"

Rejection-style transformer tests assume each operation generated by parser has distinct PathAddress

Initialize ServletContext and ServletConfig property sources eagerly in FrameworkServlet

Improper configuration can leads to endless lease recovery during failover

Redeploy operation fails on deployments from the deployment scanner

Regression: Shared EntityManager proxy insists on actualTransactiveActive flag even with SYNCHRONIZATION_NEVER

Enable export snapshot tests that were disabled by Proc-V2 AM in HBASE-14614

CachingConnectionFactory doesn't properly cache producers with JMS 2.0

Reconnect doesn't work if camel is started with rabbit broker initially inaccessible and automaticRecoveryEnabled=true or not set

SPR-10829: Spring JMS problem with Oracle AQ still exists if underlying DataSource is decorated

Redeclared reactive delete(Serializable) results in wrong method overload to be invoked eventually

AuthenticationConfiguration loosing mechanism ordering by using a HashSet instead of a LinkedHashSet

Cleanup PTF code: remove code dealing with non standard sql behavior we had original introduced

Camel-SFTP endpoints will silently not delete file on disconnect

Unable to create Rest service using Wildfly swarm with url prefix tag so that service get registered in consul

The JSON-B implementation module is not properly exported to deployments

Kafka producer: partition key is optional, not required by kafka client api

CPU usage starts to climb up to 90-100% when using G1GC; purge ThreadLocal usage

Need to use special StoreScanner constructor for major compactions (passed sf, no caching, etc)

ConversionService#canConvert(Class, Class) matches for Collection-based conversions even if conversion between underlying element types is not supported

CLI ends with NullPointerException after "ls" command and "tab" key

When new master joins running cluster does "Received report from unknown server -- telling it to STOP_REGIONSERVER..."

Properties based KeyStore fails to parse default WildFly properties file.

Have Region*CoprocessorEnvironment provide an ImmutableOnlineRegions

Vectorization: CASE WHEN expression fails when THEN/ELSE type and result type are different

Avoid copying the rowkey in RegionScanner, StoreScanner, and ScanQueryMatcher

Seeing frequent "java.lang.UnsupportedOperationException: 'acl:acl' not supported as initial attribute" on Solaris arch

Patch HIVE-3648 causing the majority of unit tests to fail on branch 0.9

#entityName SpEL does not match alias regex when detecting alias

partition pruning  prune some right partition under specific conditions

Correct spring-websocket-4.2 versus spring-websocket-4.1 xsd declarations

FlowExecutorImpl's resume() and refresh() methods should throw a FlowException for an empty flowExecutionKey

Elytron dir-context referral mode THROW results to LdapReferralException for MS Active Directory

Semijoin Reduction : Task cycle created due to multiple semijoins in conjunction with hashjoin

Wrong calculation of total number of elements when using DISTINCT clause

HRegion.incrementColumnValue() doesn't have a consistent behavior when the field that we are incrementing is less than 8 bytes long

Visibility Labels: issue with storing super users in labels table

AM may lose task failures and not reschedule when scheduling to LLAP

ProtobufUtil#toMutationNoData interface change causes downstream project build break

Different modification times are used when an index is built and when its staleness is checked

Exceptions thrown from when - methodCall are not caught by onException

http.httpBasic() does not properly default the AuthenticationEntryPoint

Race condition between client adding tableCF replication znode and  server triggering TableCFsTracker

AbstractHierarchicalConfiguration.getKeys(key) doesn't return the key

geoNear, does not return all matching elements, it returns only a max of 100 documents

EndpointExceptionResolver is not registered automatically when used together with <sws:annotation-driven/> tag

Roo rejects entity names containing "Test" even with --permitReservedWords

Add support for credential provider for jobs launched from Hiveserver2

Fix TestColumnStatistics and TestJsonFileDump test failures in master

I can't set transformSchemaLocation attribute in MessageDispatcherServlet class through web.xml file

move_tables_rsgroup will throw an exception when the table is disabled

TimerService.getTimers() does not return persisted timers in @PreDestroy method

Legacy distribution cannot be built due to incorrect namespace version in the domain xml template

accesscontrollist tag documentation incorrectly states hasPermission is an or

Passing an xml fragment as a parameter to an xslt transformation fails

Reinstate and deprecate IMetaStoreClient methods removed in HIVE-675

Fix deployment overlay tests to not hide authentication problems

AddPartitionEvent contains the table location, but not the partition location

SHOW CREATE TABLE command creates a table that does not work for RCFile format

LLAP: use different kerberized/unkerberized zk paths for registry

[WINDOWS] Tests should use explicit timestamp for Puts, and not rely on implicit RS timing  

Dynamic partition sort optimization inserts record wrongly to partition when used with GroupBy

Connector module 'authentication-context' attributes should not support expressions and should be capability references if the target resource provides a capability

ManagementNamingStrategy - Should normalize ObjectName to avoid using illegal characters

Instrumentation agent should be able to register multiple instances of a processor

Setting StandaloneMockMvcBuilder.useSuffixPatternMatch = false does not work

Replication normal source can get stuck due potential race conditions between source wal reader and wal provider initialization threads.

"alter table .. concatenate" under Tez mode should create TezTask

JBoss-CLI "deploy -l" always returns exit code 1 even when it succeeds

CLI could stuck if SIGINT is send during authentication dialogue

JaasAuthenticationProvider can not find jaas realm defined inside service archive

Hive RCFile::sync(long) does a sub-sequence linear search for sync blocks

Incorrect method called with Kerberos enabled in AccumuloStorageHandler

camel-ftp tries reconnects twice as much as maximumReconnectAttempts

'whoami' operation unexpectedly requires the domain wide configuration lock

HiveServer2 returns a detailed error message to the client only when the underlying exception is a HiveSQLException

Support to convert the shaded user permission proto to client user permission object

Attempted to register duplicate named process comming back from admin-only mode

Query creation from method names using AND criteria does not work anymore

CachedIntrospectionResults cannot be cleared for null class loaders

If all of the parameters of distinct functions are exists in group by columns, query fails in runtime

The Example Provided in Section 69: Examples of the Documentation Does Not Compile

Malformed Base64 in Basic Authentication header causes BasicAuthenticationFilter to throw a RuntimeException

Coverity static analysis: Resource leak in KeyStoreCredentialStore (Elytron)

Hive schematool info option incorrectly reports error for Postgres metastore

Explicit version ranges on javax.* imports in camel-cxf bundle manifest cause a problem when running on equinox via pax-runner

Turn off bitmap indexing when map-side aggregation is turned off

LazyTimestamp goes into irretrievable NULL mode once inited with NULL once

[WINDOWS] bin\hbase.cmd should allow whitespaces in java.library.path and classpath

ReloadCertificateRevocationList in SSLDefinitions will attempt to execute a runtime step on a profile resource

NPE in SimpleClient-HttpURLConnection with errorstream-buffering

SimpleTypeHolder does not consider complex enum values as simple

Exception in windowing functions with TIMESTAMP WITH LOCAL TIME ZONE type

Reinstate check for a type-level @RequestMapping annotation to decide if a bean contains @RequestMapping methods

HTTP Proxy support in Salesforce component is broken with upgrade to Jetty9

Elytron, using wrong provider-http-server-mechanism-factory does not generates any log messages

test for "hbase antipatterns" should check _count_ of occurance rather than text of

NullPointerException when launching the balancer due to unknown region location

Factor cost of each SJ reduction when costing a follow-up reduction

Select for update on notification_sequence table has retry interval and retries count too small.

Ensure that legacy configuration gets processed when no Elytron client configuration is found

Select query involving date throwing Hive 2 Internal error: unsupported conversion from type: date

In HBaseClient#cancelConnections we should close fully the connection

Fine session attributes (i.e. replication-granularity = ATTRIBUTE) cause org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds

[AMv2] Backoff on failed report of region transition quickly goes to astronomical time scale

Add a test scope dependency on org.slf4j:slf4j-api to hbase-client

ABAP 'SPACE' keyword assigned as default value in JCo meta-data instead of space character

AmqpAppender causes application error when declareExchange=true and no RabbitMQ connection available

schematool  --createCatalog option fails when using Oracle as the RDBMS

External LLAP client: allow same handleID to be used more than once

HL7AcknowledgementGenerator should set exchange property and not message header

Programmatic JAAS configuration option for secure zookeeper may be broken

MP metrics: the "unit" parameter of the @Timed annotation is ignored, Prometheus and JSON output disagree

DataOnDemand ITD references non-existing abstract class if the corresponding member is @NotNull

Credential store reload operation doesn't have effect in dependent resources.

There are in doubt transactions that should be rolled back after communication failure

management authorization throws an exception when an LDAP group contains a slash/backslash character

DBObjectAccessor doesn't write properties correctly if multiple ones are nested

Analyze Table For Columns cannot handle columns with embedded spaces

RetryingMetaStoreClient retries non retriable embedded metastore client 

Background thread names incorrectly displayed when shell starts up with developmentMode=false system property

combinehiveinputformat does not work if files are of different types

Legacy add-protocol/remove-protocol operations do not work for legacy protocols

Handling of DeserializationException causes needless retry on failure

If select operator inputs are temporary columns vectorization may reuse some of them as output

QuartzScheduledPollConsumerScheduler causes trigger misfires on each application start

Hive external table replication failed with Permission denied issue.

Vectorization: Support Complex Types and GroupBy modes PARTIAL2, FINAL, and COMPLETE  for AVG, VARIANCE

LdapSecurityRealmBuilder.build() should be retunring an interface type and not the implementation type as the implementation is not visible.

Spring GemFire's Repository extension does not properly handle multiple, identically named Subregions for persisting corresponding application domain objects associated by way of the @Region annotation.

DbNotificationListener unable to clean up old notification events

NullPointerException in ResourceLineReader if the last line is comment

Memory Leak in AbstractBeanFactory, alreadyCreated HashSet not cleaned on failure in doGetBean

Improve description of Elytron mapped-regex-realm-mapper and simple-regex-realm-mapper

RegionServer will fail to report new active Hmaster until HMaster/RegionServer failover

org.apache.commons.configuration missing dependency on org.apache.commons.beanutils

hcatalog-pig-adaptor pom.xml uses joda-time 2.2 instead of ${joda.version} that uses 2.8.1

cxfrs producer should retain the message headers when it gets the response

Wrong results due to PPD of non deterministic functions with CBO

Provide option to skip Accumulo related Hive tests in itests directory

HCatSchema.remove(HCatFieldSchema hcatFieldSchema) does not clean up fieldPositionMap

Invalid xml in SoapFaultMappingExceptionResolver example, section 5.6.1

'SHOW TABLE EXTENDED LIKE' command does not strip single/double quotes

Missing PersistenceException cause message in refresh failure warn log

TCPPING/TCPGOSSIP not configurable via outbound-socket-binding capability references

Possible connection leak while closing BufferedMutator in TableOutputFormat

getPartitionDescFromPath() in CombineHiveInputFormat should handle matching by path

Optional WS-Addressing request headers being treated as mandatory

Tracer, BacklogTracer and BacklogDebugger should stop/shutdown when Camel does that

WebHCat listing jobs after the given JobId even when templeton.jobs.listorder is set to lexicographicaldesc

Hive always prints a warning message when using remote metastore

Memory Leak due to not pruning factoryBeanObjectCache when closing the ApplicationContext

Fix encoding of intervals when fetching select query candidates from druid

[GSS](7.1.0) Timer fails if transaction isolation set to SERIALIZABLE

includeFilters and excludeFilters of @ComponentScan cause failures when used in meta-annotations

baseResource of Jetty ServletContextHandler does not work when project deployed as a bundle

TarArchiveEntry getName() returns wrongly encoded name even when you set encoding to TarArchiveInputStream

sessions are not returned to the sessionPool in case of an interrupt

Banned dependency com.sun.xml.bind:jaxb-core in dependency management 

AssignmentManager's handleRegion should respect the single threaded nature of the processing

httpClient parameter prevent the use of Intercept in camel-http4.

Failure to detect existing fields with clashing name when introducing identifier field

NullPointerException adding KeyStore to realm with {allow-resource-service-restart=true}

camel-jms - Sending Object message should fail if payload cannot be converted to serializable

camel-archerype-blueprint creates the blueprint file with a wrong name space location

One-to-one relations in embedded Mongo Documents do not get rendered...

The TGT gotten from class 'CLIService'  should be renewed on time

[Migration operation] [Web to Undertow] Incorectly printed warning for unable to migrate resource in case of migrating ssl configuration

Disable XPROD_EDGE for sq_count_check()  created for scalar subqueries

Long values are incorrectly stored on Oracle when using SimpleJdbcInsert, instead of SimpleJdbcTemplate

Extra MongoSynchronizations cause TransactionSynchronizationManager to throw IllegalStateException on transaction complete

Wildfly 10.0.0.Final duplitates contents of <jsp-config><include-prelude> or <include-coda> directives in web.xml

Compilation error on controllers for entities with custom identifier

TarArchiveOutputStream sometimes writes garbage beyond the end of the archive

file component - Fix recursive and noop not picking up files with similar name in sibling folders

The 'supports' of a HttpScope should not take into account the existence

shouldn't call BaseTypeConverterRegistry.loadTypeConverters() in OSGi container

ObjectStore.getPartitionNamesNoTxn doesn't handle max param properly

Running all Hive UTs or itests executes only small subset of tests

hive-schema-0.13.0.mysql.sql contains reference to nonexistent column

NullPointerExceptions when issuing PATCH requests on entities containing Map properties

InjectionPoint not propagated by AutowiredAnnotationBeanPostProcessor's cached argument resolution

IntegrationTestDDLMasterFailover failed with IllegalArgumentException: n must be positive

getPrimaryKeys and getForeignKeys in metastore does not normalize db and table name

Mixing @Secured and @PreAuthorize annotations on a secured object causes one or the other to be silently ignored

WebSocketTransportHandler passes Collections.<String, Object>emptyMap() to HandshakeHandler

FileUtils generate wrong exception message in isFileNewer method

AggregateStatsCache triggers java.util.ConcurrentModificationException under some conditions

out of heap space if remote FTP site has too many files to pick up

Failed to create a table from existing file if file path has spaces

QueryExecutorMethodInterceptor does not reject interfaces with query methods if no QueryLookupStrategy defined

SDG's Repository extension does not properly handle custom @Query annotated Repository methods returning non-Collection, non-Entity-based return values.

EJBAccessException for methods with @PermitAll but using arrays in parameters

Mapreduce job get failed caused by NoClassDefFoundError: org/apache/commons/lang3/ArrayUtils

Querydsl MongodbSerializer does not take registered converters for Enums into account

Secure Rest server should login before getting an instance of Rest servlet

ZipShort, ZipLong, ZipEightByteInteger should implement Serializable

Infinispan subsystem XSD transaction mode xs:documentation does not list BATCH mode

Unable to deserialize AVRO data when file schema and record schema are different and nullable

IMetaStoreClient getPartition method arguments incorrectly named

builtins JAR is not being published to Maven repo & hive-cli POM does not depend on it either

Can't find splitter bean in registry using multiple camel contexts with "vm" endpoint

Failure to create correct @javax.persistence.Column name attribute for non-clashing version field name

JDBC should use SQLFeatureNotSupportedException where appropriate instead of  SQLException

Remove a function from function registry when it can not be added to the metastore when creating it.

Querrying empty table for non-standard JPA type results in IllegalStateExcepion with the message "No aliases found in result tuple"

Vectorization logic using wrong values for DATE and TIMESTAMP partitioning columns in vectorized row batches...

Implementation version does not correspond to JAR version for wildfly-client-all src JAR

Using @Scheduled annotation fails in 4.0.0 but worked with 3.2.5

AcidUtils.getAcidState() is not paying attention toValidTxnList when choosing the "best" base file

Simple UDAFs with more than 1 parameter crash on empty row query 

change Reader to InputStream if the camel-cxf endpoint use RAW|MESSAGE DataFormat

Starting BeeLine after using !save, there is an error logged: "Error setting configuration: conf"

camel-spring-boot - Some routes not being initialized after CamelContext have been removed from CamelAutoConfiguration

Region Server is starting normally even if clock skew is more than default 30 seconds(or any configured). -> Regionserver node time is greater than master node time

-secmgr and SECMGR=true env property doesn't work for domain.ps1 script

sql std auth - insert queries without overwrite should not require delete privileges

MBeanServer.createMBean methods that take a classloader don't work

change WM syntax to avoid conflicts with identifiers starting with a number

Regression : Dynamic partition pruning not working after HIVE-9976

Alter table partition set location should use fully qualified path for non-default FS

Webservices DUP is not scanning all visible classes for @WebService annotation

CLONE -SEC 356 Introduces New Bug: Changes to Authentication leak into synchronous requests when using HttpSessionContextIntegrationFilter

Misleading "METASTORE_FILTER_HOOK will be ignored" warning from SessionState

not possible to remove deployment-overlay in mixed domain when slave host is EAP 6.3. or older

JsonSerde raises NullPointerException when object key is not lower case

Hello Spring MVC Security Java Config documentation is incorrect

mod_cluster stop/stop-context(waittime=..) attribute description is wrong

Remove redundant single quote from start message for HMaster and HRegionServer

Azure credential properties should be added to the HiveConf hidden list

ServletWebRequest.checkNotModified attempts to call HttpServletResponse.getHeader(String) on Servlet 2.5

HLog.findMemstoresWithEditsOlderThan needs to look for edits that are equal to too

Validator @Bean not initialized when extending from WebMvcConfigurationSupport

HiveServer2 should store connection params in ZK when using dynamic service discovery for simpler client connection string.

Legacy protocol property resource operations do not work for legacy protocols

RetryingMetaStoreClient.getProxy(HiveConf, Boolean) doesn't match constructor of HiveMetaStoreClient

WFLYMSGAMQ0030: Failed to find SocketBinding for connector: http-connector

MQTT endpoint misses QoS > 0 messages due to startup timing issue

Terminate on deployment errors that happen before swarm.server is initialized

AbstractMappingContext.hasPersistentEntity(…) does not consider cached abscence

org.jboss.as.naming.service.NamingStoreService is not restartable

Can't get underlying PostgreSQL database connection from datasource

MemStore should retain multiple KVs with the same timestamp when memstoreTS differs

boolean based repository queries generate UnsupportedOperationException in non PDX serialized entities

Remove setting hive.execution.engine as mr in HiveStreamingConnection

When bridging http endpoints and end users do not enable the bridgeEndpoint option they may get a NPE exception

JpaMetamodelEntityInformation cannot deal with mapped superclasses

TestHRegion.testCheckAndDelete_ThatDeleteWasWritten fail in trunk

thymeleaf list template show/edit path problems for not embedded tomcat env

Regression: Incorrect behavior if a @PathVariable has the same name as a @ModelAttribute's object property

MP metrics: "displayName" and "description" parameters of the @Counted annotation are ignored

ImportTsv should fail fast if any of the column family passed to the job is not present in the table

camel-consul - service health state calculated from all services with same name

Provide information how to configure node identifier in "...Node identifier property is set to the default value..." warning

ManagedExecutorService persists contextClassLoader reference to cause app classloader leaks

JGroups ForkChannel can hold references to Hibernate SessionFactoryImpl which cause memory leak

upgrade scripts don't work on some auto-created DBs due to absence of tables

Performing a commit against a persistenceContext on sessionEnded prevents capturing a commit failure

Powering down the server host holding the .META. table causes HBase Client to take excessively long to recover and connect to reassigned .META. table

<sf:ajaxEvent> for <h:selectOneRadio> worked in RC1 but stopped working in 2.0.1

In Expenses Scaffold App: can create an expense with an amount of asd

Disable materialized view rewriting when plan pattern is not allowed

MockStaticEntityMethods is not honored by AnnotationDrivenStaticEntityMockingControl pointcuts

Make block cache hit percentages not integer in the metrics system

EAR deployment overlay did not work if there is no related resource included in the ear

Coprocessors Are Unable To Load If RegionServer is Launched Using a Different Classloader than System Default

JPA Repository can get typing of @Query annotated findXXX methods wrong

Comparion between TIMESTAMP and Integer types goes to STRING as "common comparison denominator" instead of a numeric type

Fake cells EmptyByteBufferedCell  created in read path not implementing SettableSequenceId 

String -> Enum type conversion no longer work if Jackson converter is enabled

Snapshot verify region will always fail if the HFile has been archived

"FILE" component with option "readLock=rename" throws FileNotFound exception in case of work file is locked/used by another application

REST (stargate) TableRegionModel Regions need to be updated to work w/ new region naming convention from HBASE-2531

MasterFileSystem.splitLog() should abort even if waitOnSafeMode() throws IOException

Regression: Spring JDBC can cause Map based arguments to appear as Object...args arguments

ConstructorResolver ignores exceptions when autowiring multiple constructors

Elytron, ensure BSDUnixDESCryptPasswordImpl don't suffer on sign-extension bug

OperationStepHandlers for audit log handler add ops prematurely validate

incorrect error handling from BackgroundWork can cause beeline query to hang

Fix resource leak in TestHLogSplit#testOldRecoveredEditsFileSidelined

The GridFs query execution does not return sorted resources, when the sorting fields are defined in the query definition

Legacy feature pack template for host-slave.xml using outdated http-interface http-upgrade-enabled config

Fix http-connector setup in EjbElytronDomainSetup to ensure the correct sasl-authentication-factory gets used

ApplicationConversionServiceFactoryBean does not include import statement for ID types

potential NPE in CxfConsumer if the PAYLOAD not match the ServiceModel

HiveMetaStoreClient needs a 2-arg constructor for backwards compatibility

Name Part of the Sender & the Recipient Email Addresses are not encoded with the Exchange charset

Invalid WARN when returning a BeanDefinitionRegistryPostProcessor from within a @Configuration class

AbstractMappingContext has to init domain classes in afterPropertiesSet()

Analyzing @Query annotated bridge methods lead to NPEs during QueryMethod processing in Java 8

streaming windowing UDAF seems to be broken without Partition Spec

InfinispanSessionManager#getLocalSessions should only return sessions with current node locality

Elytron subsystem should not register storage=runtime attributes on profile resources

 Regression: CDI portable extensions with missing dependencies fail to deploy

pig -useHCatalog with embedded metastore fails to pass command line args to metastore

EndpointRegistry, TransformerRegistry and ValidatorRegistry use wrong generics

test-udfs is created in ql/build.xml but used in build-common.xml leading to test failures

Derby metastore update script will fail when upgrading from 0.9.0 to 0.10.0

XMLConfiguration.XMLBuilderVisitor.listDelimiter initial value is always overridden

Region with reference hfile may split after a forced split in IncreasingToUpperBoundRegionSplitPolicy

Deploying distributable web application starts an unnecessary cache.

Reference documentation has incorrect attribute name for Spring url tag

ServletContextResourcePatternResolver fails to resolve resources when an app is using a foo#bar.war filename

OrcNewInputFormat::getSplits() calls OrcInputFormat.generateSplitsInfo twice

sftp producer runs in exception fileName does not contain any path information

Hive Prepared Statement when executed with escape characters in parameter fails

security namespage prevents using a user-service-ref that isn't in the same XML file

The yes/no checking in add-user converts the users input to lower case but not the translated values.

Reset peer state and config when refresh replication source failed

Insufficient failure-description for filters of Elytron configurable-sasl-server-factory

JRubyScriptUtils fails against JRuby 1.7.12 with NullPointerException in findClassNode

org.jboss.log4j.logmanager module needs a dependency on javax.mail.api

When --cached-dc used HC does not inform on configuration change if DC reconnection happens

[replication] Remove dead sinks from ReplicationSource.currentPeers and pick new ones

JRedisConnectionFactory fails to initialize if Redis is not running

ReadOperationDescriptionHandler doesn't handle multi-process wildcard addresses nicely

HTTP GET request fails on Yahoo historical data download BUT AHC succeeds

java.io.DeleteOnExitHook leaks memory on long running Hive Server2 Instances

Using doTry .. doCatch with recipient list should not trigger error handler during recipient list work

Application deployed as "singleton-deployment" in a cluster is not reachable for EJB calls under all circumstances

The DeploymentOverlayTestCase uses the incorrect suite reference

CBO nesting windowing function within each other when merging Project operators

Ensure createRSGroupTable be called after ProcedureExecutor and LoadBalancer are initialized 

Wrong description of Elytron configurable-sasl-server-factory in management model

invalid offsets in lag lead should return an exception (per ISO-SQL) 

Race condition when disabling a table leaves regions in transition

StandardEvaluationContext.setRootObject should test parameter rather than private for null

Unmonitored HBase service could accumulate Status objects and OOM

Poor performance of htable#getscanner in multithreaded environment due to DNS.getDefaultHost() being called in ScannerCallable#prepare()

Index is dropped from wrong table in the index_auto_mult_tables.q and index_auto_mult_tables_compact.q tests

Dynamic partition pruning can result in NPE during query compilation

XomPayloadMethodProcessor is not added methodReturnValueHandlers in DefaultMethodEndpointAdapter

Specify bash for local-regionservers.sh and local-master-backup.sh

On MariaDB 5.3+ and MySQL 5.6.4+, EJB timers in a JDBC storage don't work correctly due to timestamp rounding

ConfigurationClassPostProcessor throws IllegalStateException when its postProcessBeanDefinitionRegistry is called with different registries

Elytron revise why exception stacktrace is not logged in some cases

DefaultSetOperations.intersectAndStore don't return operation result

Inconsistent parent nodes in HierarchicalConfiguration when using setRootNode()

invoke the template.opsForSet().randomMember(Object key) method throw exception

Version.parse should not throw NumberFormatExecption when parsing version string containing non numeric parts.

Hive tez bucket map join conversion interferes with map join conversion

RpcRetryingCallerWithReadReplicas#call() should catch some RegionServer Exceptions

CBO skipped due to SemanticException: Line 0:-1 Both left and right aliases encountered in JOIN 'avg_cs_ext_discount_amt'

List of dependency jars for MR jobs is hard-coded and does not include netty, breaking MRv1 jobs

SimpleJaxWsServiceExporter on Weblogic 10.3 cause "IllegalArgumentException: Cannot create URL for this address"

Procedure-V2: Exception encountered in WALProcedureStore#rollWriter() should be properly handled

Using stopOnException in splitter should not copy result back as we should preserve original exchange

alter table broke with new shell returns InvalidColumnNameException

Non-empty type-level URL combined with method-level empty URL results in URL with trailing slash in RequestMappingHandlerMethodMapping

Semi join edge is not being removed despite max bloomfilter entries set to 1

ExtendedProperties - field include should be non-static and private

Semaphore permit leak leads to “No available channels” exception

HeapMemoryTuner can "overtune" memstore size and suddenly drop it into blocking zone

LogstashCustomizer overrides existing root-logger level and handlers

Type conversion during IN () comparisons is using different rules from other comparison operations

JSFViewFactory's execution of the restore view lifecycle doesn't appear to match the JSF spec.

Incorrectly timeout values in ControllerLogger method timeoutCompletingOperation and ControllerMessages method serviceInstallTimedOut

Camel CXF Transport should update the content-type as other CXF transport does

HIVE_AUX_JARS_PATH should have : instead of , as separator since it gets appended to HADOOP_CLASSPATH

Use Long.MAX_VALUE instead of HConstants.FOREVER in CompactionPolicy

Product info report show wrong "host-cpu-arch" on amd64 architecture with 32-bit version of java

ConnectDialog uses JDK internal sun.tools.jconsole.Utilities.ensureContrast

DefaultPropertyReplacer + PropertyResolver is broken for vault expressions

ClassCastException upon trying to invoke asynchronous method in bean running in EAP7.1 from 7.0 legacy EJB client

Failure to verify signature for multiple parameters with same name

Remove unused dependencies from Weld beanvalidation, transaction and webservices

IteratorUtils.collatedIterator do not use natural ordering if no comparator was provided

IntegrationTestBulkLoad fails because a public constructor is needed.

Fix TestMasterMetrics that were disabled by Proc-V2 AM in HBASE-14614

Add missing Snapshot.proto to the maven profile for compiling protobuf

Throttling policy is broken because service suspension/resume is not symmetric

Add support so that PTFs can stream their output; Windowing PTF should do this

Simple Fetch optimizer should lead to MapReduce when filter on non-partition column and conversion is minimal

Adding an outbound socket binding to the ControllerIntializer requires a dummy socket binding to be added

createArchiveInputStream detects text files less than 100 bytes as tar archives

Receving multiple warnings for missing reporting.plugins.plugin.version

Setting of non-existing factory class to connector service can cause ActiveMQ crash

NPE in ContentTypeInterceptor: On WebSphere the method request.getPathInfo() returns null

Windows: percentComplete returned by job status from WebHCat is null

User names in Elytron FileSystemRealm are not case sensitive on Windows

Performance: ListKeyWrapper does not check for hashcode equals, before comparing members

Using SD Repositories and @EnableContinuousQueries causes errors with Spring container initialization

NPE or AssertionError if op is cancelled on slave between sending prepare and receiving commit/rollback

quickstart guide should instruct folks to set JAVA_HOME to a JDK installation.

Support partition pruning for IN(STRUCT(partcol, nonpartcol..)...)

Read resource operation handler does not preserve child order when registration has model overrides

WS-Adressing: No headers in the respose, [MAPs retrieved from message null]

Fix NPE when an empty file is included in a Hive query that uses CombineHiveInputFormat

Apply the fix from site/ to remove the forrest dependency on java5 

CombinedConfiguration doesn't take escaped characters into account.

HttpMessageNotReadableException when @RequestBody(required=false)

The UnaryOperator passed to AuthenticationConfiguration.createSaslClient needs to wrap inner most factory.

Remember-Me functionality not available in namespace configuration

TransactionalProtocolOperationHandler.AbortOperationHandler must initialize the ExecuteRequestContext before responding

NotSupported tx attribute is not taken into account without a MethodIntf for CMT MDB

Test failures: ConnectionTests, PrincipalMappingTests, UserPasswordTests

LlapOutputFormatService should have a configurable send buffer size

ServerAddressPropertyEditor fails if a hostname is unresolvable 

Bucketed sort merge join doesn't work when multiple files exist for small alias

Create ACID table failed intermittently: due to Postgres (SQLState=25P02, ErrorCode=0)

Relative ordering of webfragments causes an IllegalStateException

HC cannot connect to DC after lost connect with error "WFLYCTL0332: Permission denied\"

Unmanaged transitive dependencies in EJB client BOM dependency tree

getBeanNamesForType(ResolvableType) doesn't work for raw singleton instance from @Bean method with generic return type

compile error when sampleing an empty bucketed table ( it should return nothing instead of compile error)

EntityManagerFactoryUtils fails to apply transaction timeout for EclipseLink update and delete queries

Predicates pushed down to hbase is not handled properly when constant part is shown first

support for extended persistence context with SynchronizationType.UNSYNCHRONIZED

Java 8 introspection causes breakage with FreeMarker Configuration bean

Property file passed via CLI does not resolve expressions with relative path value in vault attributes

vectorization_short_regress.q has a wrong result issue for a double calculation

FileUtil leaks FileInputStream when renameFile fails due to permission issue

[Hive] problem in count distinct in 1mapreduce job with map side aggregation

Enabling "hive.metastore.metrics.enabled" throws OOM in HiveMetastore

Column statistics on a invalid column name results in IndexOutOfBoundsException

Fix PooledEJBLifecycleTestCase.tesMDB and the whole testcase in general

-a option in camel-spring Main class stopped working (caused by changes in camel-core)

StaxConverter: encoding problems for XMLEventReader and XMLStreamReader

Incorrect javadoc description of HFileOutputFormat regarding multiple column families

IllegalMonitorStateException when stmtHandle is null in HiveStatement

Domain boots with empty host config file, WF 11 fails with WFLYCTL0085: Failed to parse configuration

Triggers for multi-pool move, failing to initiate the move event

DPP: UDFs on the partition column side does not evaluate correctly

'default-lazy-init' attribute is not processed when XSD validation is disabled

ACID: Setting OrcRecordUpdater.OrcOptions.tableProperties() has no effect

@Indexed(unique=true, name="foo") puts name's value to the 'key' in the MongoDB 

Method equals for MatchRule throws java.lang.IllegalStateException

Wrong creation of XMLFileConfigurationDelegate in XMLConfiguration.clone()

Special characters not allowed anymore in named binding parameter

Make TestBlockEvictionFromClient.testBlockRefCountAfterSplits more stable

REST server should respond with FORBIDDEN(403) code on AccessDeniedException

Possible Bug - UnanimousBased Incorrectly Grants When One Of The Votes Is An Absension

Avoid expensive String serialization/deserialization for bitvectors

CLI command "/host=master/server-config=server-one:remove" did not work if used in a batch

CombinedConfiguration does not reload when enclosed configuration files are modified.

AuthenticationConfiguration#kerberosSecurityFactory is redundant

FileUtils.copyDirectory preserves destination subdirectories, rather than overwriting with the source subdirectories

Calling update before read on DrivingQueryItemReader causes ArrayIndexOutOfBoundsError

Dependency type only detects first exclusion if multiple are defined

TestZooKeeperMainServer fails with KeeperException$ConnectionLossException

Contention getting the current user in RpcClient$Connection.writeRequest

REGRESSION: FractionUsageAnalyzer does not work with source("target/classes")

topology-openshift uses wrong namespace when pod runs in a different namespace than the image was built in

RepeatTemplate aborts early if multiple threads throw ignorable exceptions

Reading an empty List throws a MappingInstantiationException because it returns an HashSet instead of returning an ArrayList

Repository count() returns the incorrect value for client regions. 

FilterListIterator#hasNext throws exception (associate with JUnit tests)

duplicate ROW__ID possible in multi insert into transactional table

Incorrect UrlMatcher initialization in FilterChainProxy results in wrong lowercase/uppercase matching

Only one coprocessor of each priority type can be loaded for a table

add a flag and disable some object pools in LLAP until further testing

Unclear error message after cloning non-existing profile to new profile

Include issue servers information in RetriesExhaustedWithDetailsException message

Allow SpEL to resolve getter method against object of type Class

VerifyError when trying to compile constructor invocation with SpEL

Avoid expensive AST tree conversion to String for expressions in WHERE clause in CBO

Mixed domain tests don't work when overriding the slave JVM when running with Java 11

GenericSubsystemDescribeHandler generates duplicates operations for override models

Message header value has type com.rabbitmq.client.impl.LongStringHelper.ByteArrayLongString

Threads#getBoundedCachedThreadPool harcodes the time unit to seconds

When HTable goes away, close zk session in shutdown hook or something...

Remove the 'urn:jboss:domain:remoting:5.0' schame and corresponding model versions.

Kafka consumer stays running if no messages were received after shutdown start

Embedded host controller should set launch type attribute to EMBEDDED

Provide new non-copy mechanism to assure atomic reads in get and scan

TestMinimrCliDriver merge_dynamic_partition2 and 3 are failing on trunk

ReplicationEndpoint should choose new sinks if a SaslException occurs

Wrong class name in one example in the documentation of CPIO format

Endless recursive of deleteNode happened in SplitLogManager#DeleteAsyncCallback

group by after join with skew join optimization references invalid task sometimes

Use execute instead of submit to submit a task in RemoteProcedureDispatcher

Bucket map join involving table with more than 1 partition column causes FileNotFoundException

Transaction subsystem does not initialise the recovery store correctly

RS restart just before master intialization we make the cluster non operative

package.jdo needs to be updated to conform with HIVE-20221 changes

Suggestion list for argument value is not generated if the value contains a whitespace

Elytron - authentication fails when a realm name is not specified for DIGEST-MD5 mechanism on server side

Mutated AtomicInteger/Long session attributes are not replicated

with Postgres rdbms for metastore and dbnotification enabled, hive DDL SQL query fails 

Operation headers not propagated to domain servers when 'composite' op is used

setPreallocSize is different with COMMENT in setupTestEnv in MiniZooKeeperCluster.java

HTTP producers crash when Exchange.HTTP_URI header contains unencoded unsafe characters

JmxControlledStateNotificationsTestCase fails with security manager with IBM JDK in WF core

camel-atom filter always returns the last consumed entry from feed more than once

JSFSubsystemTransformers and JBossStandaloneEJBContainerProvider classes comparing ModelNode and String always returns false

TCTLSeparatedProtocol.SimpleTransportTokenizer.nextToken() throws Null Pointer Exception in some cases

HIVE-9845 makes HCatSplit.write modify the split so that PartInfo objects are unusable after it

java.lang.ArithmeticException issue in BoundedByteBufferPool.putBuffer

[Migration operation] [Web to Undertow] Unable to migrate any valve to handler

DBTxnManager trying to close already closed metastore client connection

should throw  "Ambiguous column reference key"  Exception in particular join condition

API Compatibility JDiff script does not properly handle arguments in reverse order

FlatFileItemReader restart broken for non-default RecordSeparatorPolicy (record > 1 line)

IllegalArgumentException in FixAcidKeyIndex when ORC file has 0 rows

[0.90RC1] bin/hbase script displays "no such file" warning on target/cached_classpath.txt

Order by clause not created correctly if a manually defined query is not using an alias

Deployment scanner runtime-failure-causes-rollback attribute is not stored to the model

Bloom filter column names specification should be case insensitive

JpaQueryCreator.QueryPreparer.getDynamicSort(…) must not return null

Authorization api: missing privilege objects in create table/view

Backup does not include empty directories (like src/main/resources)

Re-enable TestSimpleRpcScheduler#testCoDelScheduling  in master branch

Custom extension of Pageable as parameter causes query method to be rejected

ORC Schema Evolution and Predicate Push Down do not work together (no rows returned)

add logging on WebHCat startup to print all env var and Configuration

The META can hold an entry for a region with a different server name from the one actually in the AssignmentManager thus making the region inaccessible.

Hive on Tez job submission through WebHCat doesn't ship Tez artifacts

NullPointerException in ExceptionTranslationFilter: accessDeniedHandler is null

InterceptSendToEndpoint should check for if stop DSL has been used

mod-cluster configure via CLI may end with msg: Failed to start service Caused by: java.lang.NullPointerException"

manage error per server and per region in the protobuffed client

Tez: disable auto-reducer parallelism when reducer-count * min.partition.factor < 1.0

referencing an added file by it's name in a transform script does not work in hive local mode

@RequestMapping(headers="foo!=bar") does not work for non media type headers

Projections referring to collection attributes don't create a proper selection (missing joins)

Modification in AbstractAutowireCapableBeanFactory to prevent stackoverflow errors causes context not to load.

Fix possible CacheClosedException in ClientCacheFactoryBean onApplicationEvent(:ContextRefreshedEvent) when the ClientCache initialization is lazy.

Random NPE in org.jboss.as.controller.OperationContextImpl.createTargetAttribute

WildFly Elytron Tool, Vault command bulk-convert must contain in --help output which options are required.

jndi-binding-policy configured at top level in jboss.xml does not get applied to the beans configured in that file

The crash of regionServer when taking deadserver's replication queue breaks replication

LLAP: cached threadpool in AMReporter creates too many threads leading to OOM

The standalone-full-ha feature-group-spec has name="standalone-full"

Replication code logs like crazy if a target table cannot be found.

Server-identity/secret has required "value" attribute, but there is now credential-reference too and there is no way how to update existing resource to use another option.

Export of full CRUD transactional table fails if table is not in default database

AbstractApplicationEventMulticaster returns multiple instances of same listener for getApplicationListeners()

Domain Deployment to server group fails if one server is stopped.

mvn wildfly-swarm:run should gracefully shutdown when interrupted

"process clean" command removes Eclipse metadata, causing poor user experience within Eclipse and STS

Regionserver halt because of HLog's "Logic Error Snapshot seq id from earlier flush still present!"

Kerberized HS2 with LDAP auth enabled fails in multi-domain LDAP case

HBase book documentation wrong for REST operations on schema endpoints

prepareDelete() isn't called before doPreMutationHook for a row deletion case

Wrong path is resolved in the HealthAnnotationProcessor.processArchive()

use-bean-factory-locator attribute not parsed from the namespace

Undertow mod_cluster: Multiinterface box: Manager-Address always contains hostname

Fix TestTimeRangeMapRed verification now that we store multiple versions with same TS

SFTP throws ResolveEndpointFailedException when "ftpClient.connectionTimeout" option is provided

AuthenticationCompleteCallbackSasl*Factorys do not call the callback on early dispose()

StatsUpdater failed with GSS Exception while trying to connect to remote metastore

RequestMappingHandlerAdapter.createDataBinderFactory has a return type of ServletRequestDataBinderFactory

generate-hadoopX-poms.sh expects the version to have one extra '-'

Auth code grant does not copy all properties from pending request to final authentication

Uncorrect string terminal symbol in entry when creating Tar archive using TarArchiveOutputStream

TestDistributedLogSplitting#testLogReplayForDisablingTable fails on hadoop 2.0

Deprecate/remove PB references from MasterObserver and RegionServerObserver

Camel spring - spring.schemas file contains unexpaned maven properties in release artefact

PropertyPlaceholderConfigurer has Inconsistent Behavior between 2.5.6 and 3.0.0

org.apache.hadoop.hive.serde2.avro.AvroSerializer should use org.apache.avro.generic.GenericData.Array when serializing a list

No checks in SimpleXmlHttpMessageConverter for canRead or canWrite

CachedStore returns null partition when partition does not exist

NPE could be thrown in HMS when an ExpressionTree could not be made from a filter

Fix possibility of deadlocking in refreshFileConnections when prefetch is enabled

batchSize computation in Vectorized ORC reader can cause BufferUnderFlowException when PPD is enabled

Calendar properties in mvc list views not displayed as dateformats

ORC BI Split strategy should consider block size instead of file size

Delete Trackers using compareRow, should just use raw binary comparator

Soap11DataFormatAdapter throwing exception when using JAXB/JAX-WS generated code

Ajax refresh of a fragment causes whole page to be refeshed in IE7

JSF installer module definitions are not synced with JSF modules

IndexFactoryBean traps IndexExistsException instead of IndexNameConflictException.

Exceptions are not propagated to the parent route when endpoint cannot be resolved in the RoutingSlip EIP

TestJdbcDriver2#testSelectExecAsync2 fails with result set not present error

Remove relative reference to parent POM to make sure the right Spring version is picked up

WildFly Elytron Tool, Vault Command --bulk-convert ignore --summary option.

Adding tag attributes starting  with '_'  does not work as expected - They are deleted on re-generation 

RBAC, There are missing access-constraint for attributes which referencing elytron capabilities.

HBase WALPlayer needs to add credentials to job to play to table

Some RabbitMQ channels are never started when target queue doesn't exist during component startup

MultiResourceItemWriter with StaxEventItemWriter restarts at position 0

JavaParserUtils.importTypeIfRequired(...) fails to handle primitive JavaType conversion

Tez ReduceShuffle Vectorization needs 2 data buffers (key and value) for adding rows

AssertFile.assertFileEquals(File,File) parameters in the wrong order

Unable to execute query with DocumentCallbackHandler when query contains Criteria with enums.

Show meaningful error messages instead of stack traces in hbase shell commands. Fixing few commands in this jira.

Auto-remove lingering deployment unit attachments following singleton deployment primary->backup transition

JDR incorrectly sets JBOSS_HOME path name in the jar file on Windows

Cannot create application context with web components when Servlet 3.0 is not present on classpath

There is no spring-beans.dtd file inside of the spring-beans-4.1.5.RELEASE jar

ReturnedType.getInputProperties() does not guarantee distinct properties

oauth2.md refers to non-existent class OAuth2ExceptionHandlerFilter

Druid handler might not recognize correct column type when CBO fails

Master cannot start if TableNotFoundException is thrown while partial table recovery

HateoasPageableHandlerMethodArgumentResolver doesn't handle Pageable.unpaged() correctly

Hive on tez: fails when virtual columns are present in the join conditions (for e.g. partition columns)

llapstatus should wait for ZK node to become available when in wait mode

balance_rsgroup still run when the Load Balancer is not enabled.

MDB cannot be deployed after migration due to invalid cache configuration. Log a message in order to detect and reject any invalid configuration.

Problems With FlatFileItemWriter: error while trying to restart an execution 

Sentinel with JedisConnectionFactory without pooling connects to localhost:6379

DataOnDemand does not respect the optional=false attribute of @ManyToOne

RSRpcService.scan() throws an OutOfOrderScannerNext if the scan has a retriable failure

Some tests do not close the HFile.Reader they use, leaving some file descriptors open

Passivity DefaultWebSecurityExpressionHandler no longer implements WebSecurityExpressionHandler

Potential null deference in ConvertJoinMapJoin#convertJoinBucketMapJoin()

LiteralExpression.getValue doesn't propagate 'EvaluationContext' to 'ExpressionUtils' for conversion

MockHttpServletResponse.setLocale(Locale) should set HttpHeaders.CONTENT_LANGUAGE header

LZWInputStream has mutable protected fields; these should be accessed via getter/setter and made private

org.springframework.web.multipart.support.StandardServletMultipartResolver.cleanupMultipart causes an IOException on Resin

Dynamic Consumer Adjustment Does Not Work when Channel is Transacted

Bindy should support clipping fields if they exceed maximum length allowed when using fixed length

Race condition in ReloadableResourceBundleMessageSource since 4.1.0

If a transformer removes the headers from an operation it fails on the target host

NoClassDefFoundError com/mysema/query/types/EntityPath with latest SNAPSHOT

Vectorization: When vectorized, orc_merge_incompat_schema.q throws HiveException "Not implemented yet" from VectorExpressionWriterMap

SimpleJobServiceFactoryBean doesn't initialize JdbcExecutionContextDao object properly

Server fails to start after submitting invalid security attributes

Unable to use path in input-stream-index argument in /core-service=patching:patch

Allow SPARK_HOME as well as spark.home to define sparks location

RS may throw NPE when close meta regions in shutdown procedure. 

Hive multi group by single reducer optimization causes invalid column reference error

Part.extractProperty(String part) invalidly extracts property paths containing keywords

Problem with initialization of ConversionService and custom converters

Expire of one region server carrying meta can bring down the master

Reference to wrong annotation in cross-store reference documentation

ehcache support should depend on net.sf.ehcache.Ehcache interface instead of concrete implementation net.sf.ehcache.Cache

Can not add property after change of class in custom log formatter.

Fix dist and servlet-dist module to use jboss.as.release.version

chmod does not work for the File producer whitout setting a charset

Salesforce component security listener does not replace old auth header

JPA ignores given JNDI name for datasource in project-defaults.yml and persistence.xml

RegionMovedException can cause servers to play ping pong with client

LOAD DATA INPATH fails if a hdfs file with same name is added to table

ACLs: No way to insert an ACE at the first position in the ACE list

HS2 open_operations metrics not decremented when an operation gets timed out

Escaped transactions stay associated with a HTTP request thread after they timeout

NullPointerException when spark session is reused to run a mapjoin

Case sensitiveness of type information specified when using custom reducer causes type mismatch

OsgiPackageScanClassResolver should have Non-OSGi classloader check fallback

Zookeeper session got closed while trying to assign the region to RS using hbck -fix

ModelControllerClientOperationHandler doesn't manage the clientRequestExecutor properly 

SMB Join fails intermittently when TezDummyOperator has child op in getFinalOp in MapRecordProcessor

arquillian - domain container - exception when connecting to existing domain without any servers

New threads named ServerService Thread Pool -- xyz created with every deploy and undeploy and removed after ~20 seconds

Add junit dependency to hive-shims-common to compile with Hadoop 2.8+

Setting method names to blank on @RooEntity does not prevent those methods from being generated

Wrong assert in  AspectJAwareAdvisorAutoProxyCreator.setAspectJAdvisorFactory()

Removing a peer does not properly clean up the ReplicationSourceManager state and metrics

Invalidation-cache creation fails with Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000343: Must have a transport set in the global configuration

cannot alter bloomfilter setting for a column family from hbase shell

ConfigurationDynaBean does not work well with all types of configurations

DomainDeploymentOverlayTestCase fails on pure IPv6 if proxy is used

ResourceHttpRequestHandler shouldn't return 404 when mime-type of existing resource can't be determined (and maybe try harder)

Wrong compaction report and assert when MOB compaction switches to minor

Why insight/insight-activemq is not included in insight profiles of fabric in JBoss Fuse

MSCK REPAIR table with single threaded is throwing null pointer exception

Camel Salesforce integration tests fail with ClassNotFoundException

TODO Handle stuck in transition: rit=OPENING, location=ve0538....

HBCK should provide an option to check if regions boundaries are the same in META and in stores.

Unable to shutdown endpoint when intercepted with interceptSendToEndpoint

Addon create advanced uses removed MutableClassOrInterfaceDetails

Stopping META/ROOT RS may take 50mins when some region is splitting

Constant agg parameters will be replaced by ExprNodeColumnDesc with single-sourced multi-gby cases

maxConcurrentConsumers property of DefaultMessageListenerContainer cannot be decreased in runtime

Attribute initial size in connector pool configuration must not have a default value

Repository query results in Region  not found when Region name is plural of domain class name

HMaster and RegionServers should try to refresh token keys from zk when facing InvalidToken

NPE calling DefaultZSetOperations methods that return Tuple set in tx or pipeline

Scanning .META. while split in progress yields IllegalArgumentException

Coverity static analysis: Dereference null return value in AbstractDigestMechanism (Elytron)

CSVParser.iterator().remove() should throw throw new UnsupportedOperationException()

Javadoc parser in API Component Framework misses first method with void return type in JDK7

Switch to ConcurrentReferenceHashMap for ClassTypeInformation caching

XMLConfiguration doesn't seem to be preserving whitespace for the current node where xml:space="preserve" is set.

Orc reader unnecessarily reading stripe footers with hive.optimize.index.filter set to true

Native Vector MapJoin can encounter  "Null key not expected in MapJoin" and "Unexpected NULL in map join small table" exceptions

ClassCastException: "com.mongodb.BasicDBObject cannot be cast to com.mongodb.BasicDBList" during find()

@CrossOrigin on rest repositories does not work with configured base path

Wrong timeout handling in expiration policies of PassiveExpiringMap

HiveServer2 - wrong user gets used for metastore operation with embedded metastore

Multi concurrent flushcache() for one region could cause data loss

NullPointerException in ServletInvocableHandlerMethod.invokeAndHandle when using @ExceptionHandler

Serializing "List" containing null elements will cause NullPointerException in HbaseObjectWritable.writeObject()

Warning "WFLYRS0015: No Servlet declaration found for JAX-RS application." raised for non-JAX-RS submodules

CxfEndpoint schema should support to publishEndpointUrl from the element attribute

'snapshot' shell command shadows 'snapshot' shell when 'help' is invoked

JGroups subsystem parser not properly validating required attributes for protocol archetypes.

HBaseClient and HBaseServer should use hbase.security.authentication when negotiating authentication

StatsNoJobTask fails to collect fast stats when table have subdirectories

Hive returns wrong result when predicates on non-existing columns are pushed down to Parquet reader

DeploymentReflectionIndex requires additional permissions even if it is guarded by ServerPermission("createDeploymentReflectionIndex")

load inpath fails throwing org.apache.hadoop.security.AccessControlException

Google PubSub and BigQuery components miss dependency declarations

SetUniqueList.subList().contains() method checks against full parent list, not sublist range

Don't allow CLASSPATH from environment pollute the hbase CLASSPATH

createConnector attribute for CamelJMXAgentType should default to 'true'

Revise the MetaLookupPool executor-related defaults (introduced in HBASE-13036)

Fix some comment, validation and logging around memstore lower limit configuration

Type annotations cause ArrayIndexOutOfBoundsException in ASM ClassReader

Hive unable to find the hashtable file during complex multi-staged map join

Roo 1.1.1 does not support inheritanceType TABLE_PER_CLASS with GWT 2.1.1

Bad ItemKeyGenerator strategy can lead to infinite loop in retry

Value of parameter "restart-required" for configuration attributes does not match reality for lots of subsystem in CLI

Assumption in exception handling can be wrong in DagUtils.localizeResource

Unable to generate the Hbase related unit tests using velocity templates on Windows

camel-bean - Classes enhanced by CGLIB should skip cglib methods

AbstractAddStepHandler doesn't let AttributeDefinitions record default capability requirements

Reload command fails with Unsupported ModelControllerClient implementation org.wildfly.plugin.cli.CommandExecutor$NonClosingModelControllerClient

LLAP: Executor memory and Xmx should have some headroom for other services

Potential null object deference in AssignmentManager#handleRegion()

Simple Language - Operators are not evaluated for setting body or headers

metastore JDO filter pushdown for integers may produce unexpected results with non-normalized integer columns

Namespace improperly handles method attribute when populating ChannelProcessingFilter.securityMetadataSource

Where a username terminates with a '\' add-user adds it multiple times to the properties file.

Rename of hfile.min.blocksize.size in HBASE-2899 reverted in HBASE-1861

thrift2 listen port will bind always to the passed command line address

alter table db1.t1 rename db2.t2 generates MetaStoreEventListener.onDropTable()

Fix the Beeline set and save command in order to avoid the NullPointerException

Count query doesn't take into account the distinct property of target query

Llap: Iotrace throws  java.lang.UnsupportedOperationException with IncompleteCb

LoadSemanticAnalyzer ignores previous partition location if inserting into partition that already exists

NullPointerException in TezSessionPoolManager when getting the session

Avoid to create a symlink for hive-contrib.jar file in dist\lib folder.

Regression: @Value doesn't inject classpath resources without explicit prefix

Standalone powershell script does't support --debug and -secmgr option

Description of security-domain attribute of PicketLink Federation identity provider is missing info that this attribute is required if the provider is not external

EAR deployments are creating unnecessary and wrong EJB ModuleDeployment services

Will keep scheduling major compactions if last time one ran, we didn't.

recovery-credential-reference in xa-data-source and resource-adapter doesn't work

TestReplicationQueueFailover (and Compressed) can fail because the recovered queue gets stuck on ClosedByInterruptException

HibernateTransactionManager (unintentionally) bound to Hibernate 5.2 SharedSessionContractImplementor

The DomainCommandBuilder does not add modular JDK arguments to the host controler

If Client Cert based authentication is available ensure client auth is requested.

[TypeDescriptor] Unable to obtain nested generic from ? at level 1

Replication stuck due to large default value for replication.source.maxretriesmultiplier

Replication factor is not properly set in SparkHashTableSinkOperator [Spark Branch]

WebHCat can deadlock Hadoop if the number of concurrently running tasks if higher or equal than the number of mappers

SequenceFile.Reader keeps around buffer whose size is that of largest item read -> results in lots of dead heap

JSON responses have Content-Type "application/text" instead of "application/json"

jboss-cli.sh allows creation of an invalid jsse element within a security-domain

ConstantVectorExpression should create copies of data objects rather than referencing them

If hbase-default.xml is not in CP, zk session timeout is 10 secs!

Only aggregate the wrapped realms if we really have something to aggregate.

[replication] When transferring queues, check if the peer still exists before copying the znodes

getBytes(); calls should be replaced with getBytes(StandardCharsets.UTF_8); 

url encoding goes wrong in org.apache.camel.component.rss.RssComponent#afterConfiguration

HiveMetaStoreClient should close existing thrift connection before its reconnect

@MessageDriven consumers don't seem to get closed with the CamelContext; plus injection of @Headers does not appear to work

Failed to initialize Aesh console while starting CLI on fresh Windows 2k8

Error messages for profile and socket-binding-group includes should be in host-controller, not controller

applicationContext.getBeansWithAnnotation(Foo) does not work if you have any factory beans that are not singleton

RestTemplate API is misleading when it comes to url variable passing

ORC footer and metadata section can also exceed protobuf message limit

Repository initialization causes transaction rollback in CDI environments

Files size after simply route from file to file is smaller then the original size.

Unused PathAddress variable in BroadcastGroupAdd.performRuntime method

TestOfflineMetaRebuildOverlap#testMetaRebuildOverlapFail fails due to NPE

ReloadableResourceBundleMessageSource:  filenames calculated incorrectly

user_permission should require global admin to display global and ns permissions

@EnableJpaRepositories activates exception translation for @Repository classes not in basePackages

Hive should strip comments from input before choosing which CommandProcessor to run.

SavedRequestAwareRequestWrapper causes duplication of URL parameters

Swarm WAR misses transitive dependencies -> NoClassDefFoundError

camel-blueprint-archetypes should have test dependency of camel-test-blueprint

Using [packed=true] for repeated field of primitive numeric types (types which use the varint, 32-bit, or 64-bit wire types)

Metrics memory.committedHeap and memory.usedHeap do not have description

1.1.2.BUILD-SNAPSHOT - java.lang.NoClassDefFoundError: org/springframework/roo/project

org.apache.hadoop.hbase.client.Scan#setStopRow javadoc uses incorrect method

Cannot read and list log files in sub-directory of jboss.server.log.dir

Remove confusing log message of how "BaseScanner GET got different address/startcode than SCAN"

Incorrect distribution of methods between FlowApplication and Jsf2FlowApplication

Iterating over the keys of a file-based configuration can cause a ConcurrentModificationException

ClassPathScanningCandidateComponentProvider.findCandidateComponents fails on private meta-attributes

Rename MultiKeyMap.remove(K key1, K key2) to avoid clashes with newly introduced default methods in Java 8

Canary in regionserver mode might not enumerate all regionservers

When transactions gets a heartbeat, it doesn't update the lock heartbeat.

DISTINCT clause in aggregates is handled incorrectly by vectorized execution

SCRAM password and Digest-MD5 password types live in different homes

JavaParserMethodMetadata.addMethod doesn't add 'throw exception list' to new method.

Configuring any Byte type header via Spring XML constant would throw java.lang.ClassCastException

Major compact should be done when there is only one storefile and some keyvalue is outdated.

Vectorization: Case expressions that return BOOLEAN are not supported for FILTER

Misplaced @PersistenceContext Causes Untraceable Deployment Failure

The name of column request has padding zero using REST interface

Fix common.sh setDefaultModularJvmOptions() to grep all function arguments

nodeChildrenChange event may happen after the transition to RS_ZK_REGION_SPLITTING in SplitTransaction causing the SPLIT event to be missed in the master side.

A transactional RedisCacheManager decorates the cache with the TransactionAwareCacheDecorator twice

Usernames started with rdn-identifier works incorrectly in Elytron ldap-realm

TestImportTsv does not shut down MR Cluster correctly (fails against 0.23 hadoop)

RemoteProxyController can block indefinitely trying to cancel a timed out operation

Elytron subsystem - Missing OTP support in set-password operation on identity in filesystem-realm

[VisibilityController] Reserved tags check not happening for Append/Increment

RestController fails with java.lang.ClassCastException: java.lang.String cannot be cast to org.springframework.core.io.support.ResourceRegion

JSON SerDe not escaping special chars when writing char/varchar data

ActiveDirectoryLdapAuthenticationProvider should use bindPrincipal not username

ItemOrientedStep might not either commit or rollback transaction

Type Converter Loader Exception: Elasticsearch-Rest cannot find any in package defined

SessionManagementFilter: should "return;" after "redirectStrategy.sendRedirect(request, response, invalidSessionUrl);"

Channel binding SASL mechanisms should be preferred by Elytron clients

NullPointer exception on HttpGenerator.toString(HttpGenerator.java:1079)

Java boolean is not handled correctly when used with Oracle JDBC driver

Update GUESS_FIELDS option in .reviewboardrc to support current version of RBTools.

Dump JMX stats for null timestamps should not use 1970-1-1 as date

Cover all mutations rather than only Put while reporting for mutations not writing to WAL

PerformanceEvaluation tests if table exists by comparing descriptors

Returning non-standard HTTP status code causes exceptions on WebFlux

LazyTransactionEnlistmentUnitTestCase#testRawSQL fails with security manager

Can't use validation of JaxbDataFormat of non Root JAXB Elements

Imposible to fix wrong PicketLink Federation identity provider's security domain after reload

Elytron ldap-realm does not support principal to group mapping (memberOf)

HostControllerExecutionSupport.MultiStepOpExecutionSupport doesn't format nested composites correctly

Functions in hive are failing with java.lang.ClassNotFoundException on Tez

CapabilityRegistry should not use java.nio.files.Paths to manipulate capabilities

System property 'org.jboss.as.security.jacc-module' not always used

Spring SpEL - behavioural inconsistency when using greater than  (>) operator in an expression

Bean Validator should use OSGi-friendly ValidationProviderResolver if deployed into OSGi environment

Infinite Loop Within Camel if the temp file directory is not writable

GenericUDTFJSONTuple's json cache could overgrow beyond its limit

ClassNotFound Exception during query compilation with Tez and Union query and GenericUDFs

GenericTypeResolver.resolveTypeArguments(…) returns Object for raw types

When auto join convert is on and noconditionaltask is off, ConditionalResolverCommonJoin fails to resolve map joins.

No JSR 223 script engine found for language "javascript" [Hibernate Validator]

Fix two findbugs warnings to get our count down to the tolerated number again

Integer overflow while uploading big files (> 2.1 GB) using webflux

NPE with "No plan file found" when running Driver instances on multiple threads

The constructor DefaultDirContextValidator(int searchScope) does not actually set scope in SearchControls

Incremental replication cause data loss if a table is dropped followed by create and insert-into with different partition type.

Slow dropping of partitions caused by full listing of storage descriptors

camel-jms - Exception thrown from destination resolver should trigger Camel exception handling

show create table creating unusable DDL when some reserved keywords  exist

Insert into table overwrites existing table if table name contains uppercase character

BeanManager method getBeans() is not available during application initialization

[AccessController] NPE while scanning a table with user not having READ permission on the namespace

The JASPI auth-module configuration does not support a "module" attribute 

Protobuf support for Spring MVC 4.1 doesn't work with default settings

[Migration operation] Provide warning that HornetQ connector/acceptor parameters can not be migrated to the new messaging-subsystem

StorageDelegationAuthorizationProvider uses non-existent org.apache.hive.hcatalog.hbase.HBaseHCatStorageHandler

MP tests are using custom getContent methods (2 versions) instead of EntityUtils

JBAS015893: Encountered invalid class name message when class name is perfectly valid

ConcurrentReferenceHashMap doesn't limit upper concurrency level

WhoAmI operation definition does not need setReplyValueType on response

TestZKMainServer#testCommandLineWorks won't pass with default 4lw whitelist

NullPointerException in org.jboss.as.weld.ejb.StatefulSessionObjectReferenceImpl NPE

4 version numbers exist for Narayana in pom.xml, despite only needing 1

JDBC Driver ResultSet.getXXXXXX(String columnLabel) methods Broken

Unable to autowire concrete classes when java config methods return interface

Authentication.getAuthorities should return a collection rather than an array.

Delete dead server from dead server list too early leads to concurrent Server Crash Procedures(SCP) for a same server

Out of Heap memory issues with Camel-File processing large files

"object is not an instance of declaring class" in JpaQueryExecution.StreamExecution

I get NullPointerException when using ManagedScheduledExecutorService.scheduleAtFixedRate

context:component-scan broken for Eclipse/Equinox after upgrade to Spring 3.0

Jandex class missing when overriding method in org.wildfly.swarm.spi.runtime.ServerConfiguration

"Parameter metadata not available for the given statement" SQL Exception after upgrading to Spring 5.0 RC4

PreAuth documentation refers to </security-authentication-manager> but should be </security:authentication-manager>

"Unconnected sockets not implemented" exception in camel-ftp when using ftps

RatioBasedCompactionPolicy (and derived ones) can select already-compacting files for compaction

Messaging http-acceptor should expose a capability and use it to control dependencies

Bucket pruning: bucketing for -ve hashcodes have historical issues

TableDesc.getDeserializer() should use correct classloader when calling Class.forName()

Use SoftReference and/or expiry to store entries in RetryContextCache implementation(s)

Exception being thrown when the method to set an embeded ID is implemented in the governor

Clear cachedMaxVersions when HColumnDescriptor#setValue(VERSIONS, value) is called

UnassignProcedure is stuck in retry loop on region stuck in OPENING state

AbstractUserDetailsAuthenticationProvider allows login of disabled, locked or expired users

Some multi-iterator parsing peek sequences incorrectly consume elements

@Bean methods with package-private visibility are not enhanced in @Configuration class hierarchies that cross package boundaries

camel-cxf - Empty body causes http error 500 even for GET when using cxfbean

Add hbase-annotation-tests to runtime classpath so can run hbase it tests.

Support for a full customized soap-fault incl. fault-code and detail

AspectJ gives LTW errors when deploying Roo generated project in WTP

RS Hangs waiting on region to close on shutdown; has to timeout before can go down

JdbcPlayerDaoIntegrationTests fail due to rows added to customer table by other test

[VisibilityController] cellVisibility presence check on Delete mutation is wrong

maxCacheSize in CacheEvictionStats can't be accumulated repeatedly When dealing with each region

camel restlet not populating body form parameters correctly for x-www-form-urlencoded

Master clean start up and Partially enabled tables make region assignment inconsistent.

LLAP: IPC connections are not being reused for umbilical protocol

combination of SWF and MyFaces Trinidad may set flag 'JsfRuntimeInformation.myFacesInUse' to wrong value

ArrayIndexOutOfBoundsException - HBASE-backed tables with Avro schema in Hive2

@ExceptionHandler methods are still expected to return a ModelAndView, even when consuming a ServletResponse/OutputStream/Writer

The docs indicate that the PDX attribute pdx-persistent defaults to true, however this does not seem to be the case.

Load balancer falls into pathological state if one server under average - slop; endless churn

ManagementClient assumes children of /deployment=foo resources are not runtime-only

 Clean up the scratch.dir (tmp/hive-root) while restarting Hive server. 

Splitting up the compare of family+column into 2 different compares

XAResource of ActiveMQ does not implements org.jboss.tm.XAResourceWrapper

SetKeyStoreCredentialAuthenticationConfiguration does not translate passwords before using them

Dependency injection problem with step scoped anonymous inner bean

Reference manual has invalid references to org.springframework.batch.io.file package

ParallelBootOperationStepHandler context isn't rolling back overall operation if a subsystem fails in runtime

Creating cluster-connection in CLI must require discovery-group or static-connector

[Documentation]: ExportSnapshot tool package incorrectly documented

HBase shell disregards spaces at the end of a split key in a split file

Fix possibly zero length family and qualifier is TestCacheOnWrite

Quoted single arguments in Roo shell do not terminate the current argument buffer unless a space is added at the end of argument

Documentation issue: spring-tomcat-weaver.jar and spring-instrument-tomcat.jar mentioned in reference documentation but don't exist

Multi Table INSERT statements query has a flaw for partitioned table when INSERT INTO and INSERT OVERWRITE are used

utc_from_timestamp and utc_to_timestamp returns incorrect results.

[replication] Fix the three TODOs in TestReplicationStateBasic.testReplicationQueues

genConversionSelect passes null Configuration to serde initialize

Container lifecycle event method invoked outside of extension observer method invocation

NullPointerException in ChangeSet.addDeletion when using bogus data

Incorrect decoding of base64 cookie value by TokenBasedRememberMeServices.autoLogin

hbck should run without locks by default and only disable the balancer when necessary

lack of semi-colon in .q file leads to missing the next statement

TestExecDriver fails if run after TestOperators#testScriptOperator

ConcurrentMapCacheManager's storeByValue does not pick up ClassLoader

load_dyn_part1 is flaky on Tez because it doesn't have the stage re-arranger

BridgePropertyPlaceholderConfigurer does not support nested Spring properties from System variables

DeadLetterChannel - Should not mark an Exchange as handled if no handled policy was configured

AccumuloOutputFormat Configuration items from StorageHandler not re-set in Configuration in Tez

UnsupportedOperationException with use of AlternativeJdkIdGenerator on z/OS WAS 8.5

Should track the scan metrics in AsyncScanSingleRegionRpcRetryingCaller if scan metrics is enabled

transaction-manager-ref namespace attribute not propagated into bean configuration

ChannelSendOperator does not propagate cancel signal to the server 

Elytron modifiable realms should show existing identities in subsystem

Proxy created for intercept-methods doesn't respect autowire-candidate attribute

Regression in 4.1.5: UriComponentsBuilder.fromHttpRequest sets port to 80 i.s.o nothing/443

Infinite loop renaming a non-existent Collection when using Lettuce

AllEncompassingFormHttpMessageConverter prioritizes Jackson 2 XML over JSON

Misleading exception message for invalid MethodParameter instance

Rename HttpHeaders#getIfNotModifiedSince() to getIfModifiedSince() to avoid confusing

camel-package-maven-plugin:3.0.0-SNAPSHOT fails on generate-jaxb-list goal

Using Axiom with payload caching off sometimes creates empty soap bodies

If MyBatis experiences an error on commit (e.g. unique PK violation) it appears to hold the session open and cause DB writelock errors

Vectorization: Add a debug config option to disable scratch column reuse

Incorrect 'Content-Type' response set after executing an erroneous command

SocketUtils does not properly detect available port on localhost

Wrong RS de-duplication in the ReduceSinkDeDuplication Optimizer

CheckboxTag incorrectly processing hidden field through RequestDataValueProcessor

Common join on parquet tables returns incorrect result when hive.optimize.index.filter set to true

spring-ws-core-tiger should be declared as an OSGi fragment since it contributes classes to packages from spring-ws-core

Network interface selection criteria is not working for a duplicate IP addresses but one is down

Wrong class name for ProviderSiginInController in Chapter 5 of the docs

The attribute http-upgrade was only added in version 2.0 of the schema yet we are accepting it in 1.1 for HostXml parsing.

MessagingException should not provide empty description String to NestedRuntimeException

SavedRequest : ClassCastException when calling parameters.get(paramName)

Mark Base[En|De]coder LimitedPrivate and fix binary compat issue

Querying for a page invalidly calculates total number of pages for query methods

Combination of ReducesinkDedup + TopN optimization yields incorrect result if there are multiple GBY in reducer

Camel CxfPayload issue when using namespace with no prefix (xmlns:xmlns)

CachedConnectionManager add operation accepts no parameters anymore

WebSecurity's default expression handler does not have the bean resolver set

write-attribute with {allow-resource-service-restart=true} causes DuplicateServiceException for Elytron security-domain

AnnotationRevisionMetadata assumes field with revisionTimeStampAnnotation is of type TemporalAccessor

DefaultLdapAuthoritiesPopulator never uses searchSubtree property.

Vectorization: Add vectorized PTF tests in preparation for HIVE-16369

camel-stream - stream in requires 2 x enter to react in console demo

AnnotationUtils fails to throw exception if meta-annotation is not present

XML Signature: XAdES: Wrong value for attribute "Qualifier" of element CommitmentTypeId

unable to create temporary table using CTAS if regular table with that name already exists

UriComponentsBuilder - NoSuchMethodError: java.lang.reflect.Method.getParameterCount

On the wire headers are dropped inside camel route between two CxfEndpoints

If split happens while regionserver is going down, we can stick open.

alter the number of buckets for a non-empty partitioned table should not be allowed

@RequestParam, @CookieValue and @RequestHeader default-value and required are not in sync

Restlet component should allow response content type and return code to be set

NettyServerBootstrapConfiguration should provide default SSL settings

Reporting progress in FileSinkOperator works in multiple directory case

HBase BulkLoad, table is creating with the timestamp key also as a column to the table. 

rolling-restart.sh script unable to check expiration of master znode

Annotations on generic superclass methods not found by AnnotationUtils

Fix autolocal1.q testcase failure when building hive on hadoop0.23 MR2

Simple Expression Language bean doesn't throw exception when bean not found

Stats: In the bitvector codepath, when extrapolating column stats for String type columnStringColumnStatsAggregator uses the min value instead of max

Fix integration tests failing due to more precise Content-Type headers returned by Spring MVC 4.3

PathMatchingResourcePatternResolver provides duplicate resources when using classpath* prefix combined with ant-style

MBean deployment causes  javax.naming.NameNotFoundException: java:comp/BeanManager

Missing transformer for default protocol version change of remote-cache-container

After-completion callback not triggered for custom Throwable subclass

JMX notifications for ControlledProcessState changes are not updated when the running mode changes

findConfFile() in HiveConf.java has some issues with the conf path

Regression: SpringValidatorAdapter generates invalid error codes for class-level constraints

camel-jms - When useMessageIDAsCorrelationID an timeout occurs due no reply message, then old correlationID is not evicted from dynamic reply selector

Default transaction timeout coud be wrongly configured because of the TM initiation race condition

Beeline ignores --showHeader for non-tablular output formats i.e csv,tsv,dsv

ProcessStateListener receives first running state transition from SUSPENDED to NORMAL when start-mode=suspend

With CBO enabled cross product is generated when a subquery is present

MP-JWT fraction does not handle injection of Set<String> raw types

Exception in service start (when before start it was in stopped state) leaves service in starting state

user and password supplied from URL is overwritten by the empty user and password of the JDBC connection string when it's calling from beeline

NPE in JmsSenderConnection.onReceiveBeforeRead() when the received Message is null

Acid related table properties should be defined in one place and should be case insensitive

HttpServletRequest.isUserInRole("ROLE_<anything>") returns false with defaults

Restore method signature for ViewControllerRegistration.setViewName

Make it possible to override the query results directory in TestBeeLineDriver

jgroups-stack & jgroups-channel attributes should not allow expressions

Base64.encodeBase64URLSafeString doesn't add padding characters at the end.

camel-http - Endpoint options should not change the http component configured options

Changes to AbstractApplicationEventMulticaster in 3.2.9 break HttpSessionEventPublisher in Google AppEngine Runtime

HIVE-5279 deprecated UDAF class without explanation/documentation/alternative

client-mappings cache dropping entries and breaking EJB client cluster membership correctness

Booting a domain slave with no cached domain.xml and no available master does not exit as expected

AclPermissionEvaluator.resolvePermission fails with Turkish Locale

truncate on disabled table should throw TableNotEnabledException.

RequestMapping fileExtension filling interferes with registration of mapping methods

StringQuoteHelper not able to handle single quote inside double quote

Queries with predicate fail when ETL split strategy is chosen for ACID tables

When connecting to ldap for authentication user can login using old and new password

Client is not executed while deploying camel-example-jms-file into service mix

Upload of llap package tarball fails in EC2 causing LLAP service start failure

CLI version command should not use JBoss AS in its output field names

TestZooKeeperNodeTracker sometimes fails due to a race condition in test notification

RestTemplate throws IllegalArgumentException when HTTP status is not in the HttpStatus enum 

Bad version, failed OPENING to OPENED but master thinks it is open anyways

WeldClassFileInfo#containsAnnotation() should consider interface default methods

Hanging thread when using RabbitTransactionManager with a listener container where channelTransacted=true

HBase does not read hadoop-*.xml for dfs configuration after moving out hadoop/contrib

org.wildfly.core.test.standalone.mgmt.events.ProcessStateListenerTestCase from wf-core fails intermittently

ConcurrentModificationException on RabbitTemplate.getUnconfirmed()

SimpleAliasRegistry.hasAlias does not properly resolve multiple chained aliases

Repository method returning Vavr Set results in cast exception if source value is not a Set

TestBoundedRegionGroupingProvider#setMembershipDedups need to set HDFS diretory for WAL

CommandDispatcherFactory.getGroup().getNodes() returns empty list until 1st view change

When key protection password is not defined use the one for store protection

UriUtils.extractFileExtension() does not properly handle all fragments

Add actual tunable parameters for finding optimal # of regions per RS

User is said to be immutable but eraseCredentials() remove password resulting in UserDetailsManager side effect 

Compound index with expireAfterSeconds causes repeating error on mongodb server.

LLAP: logs urls should use daemon container id instead of fake container id

input_part6.q wants to test partition pruning, but tests expression evaluation

DefaultFieldSet#readBigDecimal(String, BigDecimal) and NumberFormatException

service-ref AS MD have to be metadata complete regardless either XML or annotation driven configuration is used

The behavior of quote char using is not similar as Excel does when the first string contains CJK char(s)

HCat FileOutputCommitterContainer leaves behind empty _SCRATCH directories

Row level consistency may not be maintained with bulk load and compaction

NullPointerException on performing "addon list" in the Roo shell

Confirm can upgrade to 0.96 from 0.94 by just stopping and restarting

XPathBuilder is documented as being thread-safe, but it has thread-safety bugs.

Possible race condition leading to NullPointerException in SynchronizationManagerSupport

CS tool, There isn't any error message when I want to mask password and omit salt.

[replication] Shutting down a stream leaves recovered sources running

Unable to start camel-example-guice-jms bundle after deploying into servicemix

NPE in DefaultFunctionArgumentResolver.resolveFunctionArguments(30) when a Function has no arguments and none are provided.

camel-spring-ws bundle specify a wrong version of spring package

Java transient fields should not be considered transient for persistence

TaskExecutorRegistration.getTaskExecutor() overrides executor properties of a provided ThreadPoolTaskExecutor

Setting hive.optimize.union.remove to TRUE will break UNION ALL with aggregate functions

Analyze compute stats for column leave behind staging dir on hdfs

There is description of "case-sensitive" attribute inconsistency between model and XSD.

TestCliDriver -Doverwrite=true does not put the file in the correct directory

JAXBUsageTestCase fails with security manager with security manager enabled

Concurrent processing of processFaileOver and ServerShutdownHandler may cause region to be assigned before log splitting is completed, causing data loss

NPE when passing null as a request to RestTemplate.postForLocation

NPE in org.apache.hadoop.hbase.ipc.RpcServer$Connection.readAndProcess

java.lang.NullPointerException when a table is being disabled and HMaster restarts

<camelContext> cannot include xmlns:c=".." attributes due to Spring bug SPR-4599

system-scoped dependencies should be filtered out when resolving

Fix the edge case where Hadoop QA's parsing of attached patches breaks the JIRA status checker in dev-support/rebase_all_git_branches.sh

INSERT into a dynamically partitioned table with hive.stats.autogather = false throws a MetaException

camel-cxf - CxfProducer in POJO mode should be able to use POJO object directly without wrapped as List

LoadIncrementalHFiles fails in secure mode if the namespace is specified

Logging and Undertow fractions are not auto-detected anymore for Vaadin

ImmutableBytesWritable.toString() should downcast the bytes before converting to hex string

count(*) returns wrong result when a mapper returns empty results

Web sessions and SFSBs cannot be configured with string-keyed-jdbc-store

Mail component does not work as expected (Email Deletion is partially broken et Disconnect does not work well)

Test failure in camel-spring-ws actual results come with windows line endings and the comparison fails

Adding ldap-realm in Elytron sometimes register capability even if add operation failed

Endpoint.getParticipant should return Endpoint.getUser() if participant is null.

SpelEvaluationException 'Unexpected exception occurred accessing 'object' as an implicit variable'

Undefine operation fails for /subsystem=undertow statistics-enabled attribute

We should not add synchronisation if the CachedOutputStream closedOnCompletion option is false

Server does not start when transaction subsystem configures journal object store

HttpComponentsClientHttpRequestFactory method signature changes prevent user code from supporting Spring 3 and Spring 4 simultaneously

sourcing txn-script from schema script results in failure for mysql & oracle

Query fails when non-ascii characters are used in string literals

NIOConverter need to call flip() when we put something into the buffer

EJB call through remote-outbound-connection doesn't authenticate with Elytron

Vectorization: Disable vectorization for org.apache.hive.jdbc.TestJdbcDriver2.testResultSetMetaData

When hive.async.log.enabled is set to true, some output is not printed to the beeline console

DaoAuthenticationProvider property rename missing from upgrade instructions

Problem by invoking method NamedParameterJdbcTemplate.query() if parameter contains a array

ANALYZE TABLE...COMPUTE STATISTICS FOR COLUMNS command shows computed stats for masked tables

Implicitly added resources (no transport, thread pools, etc) should be added by parent add operation instead of the parser

Inconsistent handling of @Resource for URL in EJB vs JSF managed bean

RepositoryRestHandlerMapping is handling non-repository requests

Reference Documentation doesn't match with API Documentation 2.X vesrion

`hbase zkcli` falls into a non-interactive prompt after HBASE-15199

(7.1.0.DR12) jboss-client.jar cannot be used for remote JNDI lookup - "javax.naming.OperationNotSupportedException: WFNAM00026: No provider for found for URI: null"

Make sure @Bean methods of RepositoryRestMvcConfiguration are called from proxied methods

Fix bug in HiveIndexedInputFormat implementation that causes incorrect query result when input backed by Sequence/RC files

Join on more than 2^31 records on single reducer failed (wrong results)

Newly added InfiniteOrPositiveValidators to messaging attributes should just print warning if negative values are not -1

Accept-Charset header with '*' results in java.nio.charset.IllegalCharsetNameException

Formatting error in Table 8.2. Examples of Visibility Expressions

Using custom global interceptor can cause routes to not entirely warmup

Prevent unnecessary database lookups when resolving DBRefs on 2.x driver

Duplicated interceptors in HandlerExecutionChain after intermediate getInterceptors() call

UrlPathHelper.getOriginatingQueryString incorrectly tests for forwarded request

TimeoutException: Could not acquire lock: Waiting to complete tx

Clarify if Table.{set|get}WriteBufferSize() is deprecated or not

Logging subsystem does not include the correct restart flag in the subsystems definition

RpcServer.Listener.Reader can abort due to CancelledKeyException

After HBASE-5162 RSRpcServices accidentally applies mutations twice

NPE On StochasticLoadBalancer Balance Involving RS With No Regions

ORC readers should have a better error detection for non-ORC files

If a region is split during RS shutdown process, the daughter regions are NOT made online by master

VerifyReplication tool wrongly emits warning "ERROR: Invalid argument '--recomparesleep=xx'"

sync bulk and regular assigment handling socket timeout exception

org.apache.httpcomponents.core requires org.apache.commons.codec

Show 'Command not found: fabric:welcome' error when ssh into container

StorageBasedAuthorizationProvider requires write permission on table for SELECT statements

Make Result.EMPTY_RESULT read-only; currently it can be modified

Vectorization : Support loading bucketed tables using sorted dynamic partition optimizer

outputParameterName in @Procedure is not being used to create the StoredProcedureAttributes

Rename MultiMap.remove(K, V) to avoid clashes with newly introduced default methods in Java 8

Inconsistent behaviour with browse-content(depth=1) operation between archived and exploded deployments

JBoss CLI is not able to connect to interface secured by Elytron SASL factories with PLAIN mechanism

Fix MessagingMessageListenerAdapter.returnExceptions When Method Returns void

Beeline ignores the command that follows a semicolon and comment

When I save a URL as a property value, the forward slashes are getting escaped

Ensure that the "index" attribute in AttributeMapper is greater than 1. 

camel-script - Memory leak if creating a lit of expressions and predicates

Server fails to start after setting invalid property of remoting connector

In dev environment, add jruby-complete jar to classpath only when jruby is needed

AuthenticationConfiguration#useMechanismProperties should accept Map<String, Object> or Map<String, ?>

SchemaLocationsRewriteTestCase is checking implementation details

camel-atomix - No new leader when all nodes are killed forcefully

Invalid predicate pushdown from incorrect column expression map for select operator generated by GROUP BY operation

ConfigurationUtils.convertToHierarchical() does not correctly handle properties with multiple values

Elytron client configuration file throws ConfigXMLParseException when credential certificate is used

XPathBuilder doesn't support javax.xml.transform.dom.DOMSource inputs.

AvroSerde is regenerating TypeInfo objects for each nullable Avro field for every row

CTAS query removes leading underscore from column names with CBO

isTableAvailable() may be stuck if an offline parent was never assigned

Cannot drop table with uppercase name after "compute statistics for columns"

DefaultWebInvocationPrivilegeEvaluator bypass the accessDecisionManager when authorities are empty

Fix javadoc and findbugs so new folks aren't freaked when they see them

NPE in ApplicationSecurityDomainService#desiredMechanisms when loginConfig is null

MailBinding may drop characters from content type when using determineContentType option

HiveInputFormat uses String.startsWith to compare splitPath and PathToAliases

RegionServers fail to start when setting hbase.ipc.server.callqueue.scan.ratio to 0

In HierarchicalINIConfiguration, after saving a property by calling setProperty() and save() methods, the contents after semicolon disappeared in the saved file.

hbase.io.index.interval doesn't seem to have an effect; interval is 128 rather than the configured 32

org.jboss.as.test.integration.web.injection.ServletInjectionTestCase fails if @Ignore is removed

Verify that HTableDescriptor Properties are preserved when cloning

LLAP: A preempted task can end up waiting on completeInitialization if some part of the executing code suppressed the interrupt

LdapUtils convertLdapException fails to convert exceptions when they are extended

Hadoopcheck project health check uses default maven repo instead of yetus managed ones

UnknownHostException not accepted as "resource not found" anymore

PostgreSQL metastore handling of CLOB types for COLUMNS_V2.TYPE_NAME and other field is incorrect

Named queries using a constructor expression not working properly

MDB should not permit transaction attributes other than REQUIRED and NOT_SUPPORTED 

Lock/unlock database should add current database to inputs and outputs of authz hook

TestContribCliDriver failure in serde_typedbytes.q, serde_typedbytes2.q, and serde_typedbytes3.q

Server-server EJB transactional invocation rolls back if stateful bean is used and JBOSS-LOCAL-USER auth is not possible

Setting JBOSS_MODULEPATH is lost for second start of embed-server

ROOT and META tables stay in transition state (making the system not usable) if the designated regionServer dies before the assignment is complete

Simple language support for AND / OR to concat multiple expressions fails if string constants are enclosed in single quotation marks

LLAPIF: after a long period of inactivity, signing key may be removed from local store

Concurrent result may be missed due to a race condition in MockMvc

DefaultFieldSetFactory is not setting the numberFormat in the enhance() call

maximumRedeliveries is inherited for other exceptions thrown while redelivering with maximumRedeliveries(-1)

ManagedTasks not properly wrapped by ManagedScheduledExecutorService

T result from repository finder should throw exception when there is not a single unique result

Beeline outputs prompt+query on standard output when used in non-interactive mode

Infinispan cache container statistics configuration does not propagate to caches

can not switch from connector to discovery-group-name for JMS (pooled-) connection factories 

AuthenticationSuccessEvent is published twice when ProviderManager has a parent ProviderManager

Controller generated by "web mvc controller" command has two methods that map to the same URL

SessionState.dropSessionPaths should use FileSystem.getLocal(conf) to delete local files

It is possible add modules as extensions when they are not really an extension

Distributable web applications cause Infinispan lock timeout exceptions when Elytron is used

Active/Passive HS2 HA: Disallow direct connection to passive HS2 instance

Custom @RestResource path shows up as link href, but doesn't load data

Enforce ordering of bean creation when using custom repository implementations

File component does not correctly handle PipedInputStream in message body.

Repeated processing of items does not work if exception is in first chunk

HandleFaultProcessor need to check the fault message before it call the callback done method

hlog should be able to set replication level for the log indendently from any other files

Forward port HBASE-18282 ReplicationLogCleaner can delete WALs not yet replicated in case of KeeperException

Flush is skipped after log replay if the last recovered edits file is skipped

Race condition between the start of the custom cache configuration service and the cache creation by the region factory

Camel CDI component should not require the PAX CDI Camel capability

Regression: CssLinkResourceTransformer is now incompatible with relative links

When SimpleMessageListenerContainer could not connect, it throws a NullPointerException in shutdown()

JMX domains jboss.as and jboss.as.expr do not always correctly handle propertly list patters in queryMBeans and queryNames

Imported Xquery modules will not resolve using classpath - Regression

Remoting subsystem requires org.wildfly.io.worker.default capability even in a domain profile meant for servers with no io subsystem

TestHiveHistory::testQueryloglocParentDirNotExist Test fails on Windows because of some resource leaks in ZK

WF Core StringBytesLengthValidator should not use error message considering characters

[WINDOWS] Using file://{hbase.tmp.dir}/hbase for hbase.rootdir causes illegal argument exception on windows

TestAdmin2#testGetProcedures fails due to FailedProcedure inaccessible

RegistryTestCase and ServiceProviderRegistrationTestCase fail with security manager

ClassLoader leak in org.jboss.el.cache.FactoryFinderCache (Wildfly 11)

Streaming ingest needs to be able to send many heartbeats together

Empty file - 'compilation unit' - genarates an apparent error message

Stats based compute query replies fail to do simple column transforms

Master Can fail to come up after chaos monkey if the sleep time is too short.

Parsing of method names with non-ascii characters fails in some cases

NullPointerException in AbstractCommonConfigResolver.resolveEndpointConfig

Creating named multicast socket doesn't properly register socket using name

xslt endpoint - JMX attributes for state and camelId not available

JmxControlledStateNotificationsInStaticModuleTestCase intermittently fails on IBM jdk

Split operation without split key incorrectly finds the middle key in off-by-one error

Visibility serialization format tag gets duplicated in Append/Increment'ed cells

Section 5.2.1 references TaskletAdapter class, but it should be MethodInvokingTaskletAdapter

hbase-daemon.sh overwrite HBASE_ROOT_LOGGER and HBASE_SECURITY_LOGGER variables

JDBC Driver does not honor delegation token mechanism when readings params from ZooKeeper

OSHs that remove capabilities cannot access the removed capability to restore runtime services during rollback

[replication] ReplicationSource can't recover from session expired on remote clusters

Fix assembly/src.xml so that sr tar ball contains top level pom.xml

Tez and Vectorized GROUP BY: ClassCastException: ...HiveDecimal cannot be cast to ...HiveDecimalWritable

RedisCache throws IlegalMonitorStateException when get/put performed while clearing

LLAP: non-vectorized execution in IO ignores virtual columns, including ROW__ID

When camel-osgi is on the classpath but camel is not used in an OSGi context, camel-osgi behaves badly

Artifacts with classifiers are not found in ApplicationModuleFinder

Some yetus working dirs are left on hivepest-server-upstream disk after test

After upgrade to 3.1.0 from 3.0.5 we've get "Unexpected ClassLoader type" exception during startup of our application under jboss 5.1

NPE in AbstractApplicationContext finishRefresh when initialized via Spring DM

[stargate] Update ScannerModel with support for filter package additions

Small spelling mistake in region_mover#isSuccessfulScan causes NoMethodError

Incorrect URI built when processing reverse-proxied request with default port for scheme

OAuth2ClientTokenServices do not store tokens for the null authentication

Ensure the subject key identifier extension gets added if it isn't specified when generating a self-signed certificate

Coverity static analysis: Dereference null return value in SingleSignOnServerMechanismFactory (Elytron)

HoS should avoid mapjoin optimization in case of union and using table stats

IllegalArgumentException when manually splitting table from web UI

JasyptPropertiesParser fails on properties references with default value

TestHttpServerLifecycle.testStartedServerWithRequestLog hangs frequently

No way to propagate exception from an AbstractSaxPayloadEndpoint

NPE in HiveHBaseTableShapshotInputFormat in query with just count(*)

Query methods retuning a single entity does not work with projecting types

The redirect from delete operation has duplicated parameters (size and page)

LLAP: Programmatically initialize log4j2 to print out the properties location

Region lost in limbo after ArrayIndexOutOfBoundsException during assignment

HTTP component throwing IllegalArgumentException in M3 release while bridging between jetty and http

Salesforce recently changed their login API to use new OAuth fields, which breaks the camel-salesforce component

HTable returned by MetaReader#getMetaHTable() is not closed in MetaEditor#addRegionToMeta()

Regions's in OPENING state from failed regionservers takes a long time to recover

Curcular dependency from buildtools to buildtools via license-plugin

SOAP request causing null namespace URI in SimpleNsStreamWriter camel-cxf/woodstox

SystemConfiguration copies System.getProperties() instead of directly using it since 1.8

NullPointerException while building error message in InvocableHandlerMethod 

WeldApplicationFactory doesn't implement setApplication() correctly

Sigtest: In public API non public class RealmDefiniteOutcomeAuthenticationEvent is used

Disallow embedded element in UDFXPathUtil needs to work if xercesImpl.jar in classpath

undertown consumer : consumer silently fails to start if manually started after a failure

Provide better error message when dropping non-existent namespace

SPEL: Inconsistent implementation of ReflectivePropertyResolver - canRead vs. read for null targets

Connector PoolConfigurationRWHandler does not handle undefined values for attributes without default values

Domain mode shutdown of EE executor service with :stop() or :stop(timeout=0) command doesn't work

Failure to inherit permissions when running HdfsUtils.setFullFileStatus(..., false) causes queries to fail

Overloading the meaning of 'enabled' in Quota Manager to indicate either quota disabled or quota manager not ready is not good

sentMessageTracingLogger  skips request message headerer content 

wrong result when hive.optimize.sampling.orderby=true with some aggregate functions

jdr.sh CommandLineMain does not run jdr on the application server

Because local PrintService objects on Windows have a name which is not their UNC path, the PrinterProducer can never find them.

AsyncResult calls SuccessCallback when it should call FailureCallback 

JdbcUtils getResultSetValue does not handle Apache Derby BLOBs correctly

Jenkins builds timing out; undo setting hbase.client.retries.number to 100

Configuring jetty component with a different name dont work with jetty consumer

Useless mod_cluster drained context logging (...UndertowContext@3abb2fbc)

SaslResource and SaslPolicyResource don't deal with the parent resource correctly

Loosen readRowIndex visibility in ORC's RecordReaderImpl to package private

EventListenerMethodProcessor unconditionally instantiates certain beans, leading to BeanCreationException during deployment

Error handler not called when recipient list has non existing endpoint

CamelInvoker should set ExchangePattern according to the ServiceModel when use MESSAGE and PAYLOAD dataFormat

Deleting a relationship entity by id also deletes nodes with the same id

JavadocApiMethodGenerator has problems extracting method signatures from JavaDoc

NullPointer Exception when enable vectorization for Parquet file format

integration-tests should not be included in the packaged distribution

VectorColumnAssignFactory throws "Incompatible Bytes vector column and primitive category VARCHAR"

@JmsListener concurrency property is ignored if DefaultJmsListenerContainerFactory#concurrency is set

Set hbase.fs.tmp.dir config in HBaseTestingUtility.java for Phoenix UT to use

[REST] Failed to parse empty qualifier in TableResource#getScanResource

Global memstore size will be calculated wrongly if replaying recovered edits throws exception

ORC stripe merge may produce many MR jobs and no merge if split size is small

camel-cxfrs need to store the security context information into the message header

zookeeper kerberos conf keytab and principal parameters interchanged

TableMapReduceUtil.initTableReducerJob broken due to setConf method in TableOutputFormat

cli system props specified with -Dxxx for jboss-cli.sh/bat are ignored

Vectorization: Disable complex type constants for VectorUDFAdaptor

Newly added test TestCliDriver.hiveprofiler_union0 is failing on trunk

Camel Dropbox validator regex is too restrictive and fails for common paths

camel-cxf bundle should not export META-INF.cxf which is also exported by cxf-bundle.

Fix race in HBase regionserver startup vs ZK SASL authentication

Fix quote printing bug in mapreduce_stack_trace.q testcase failure when running hive on hadoop23

Additional browser tabs receive duplicate messages sent to user destination

What should happen in FileUtils.sizeOf[Directory] when an overflow takes place?

Aggregation / Projection over Multi-Join Inner Query producing incorrect results

set merge files to files when bucketing/sorting is being enforced

IntegrationTestBigLinkedListWithChaosMonkey never exits if there is an error

SpringBeanAutowiringInterceptor not closing ApplicationContext after EJB initialisation exception

Composition of backup directory containing namespace when restoring is different from the actual hfile location

org.wildfly.clustering.server.dispatcher needs to account for security manager

Access-Control-Allow-Origin header returns wrong value using SockJS 

Add ability to specify delimiter in HCatalog Java API to create tables - HCatCreateTableDesc

AnnotationTypeConverterLoader doesn't try all the classloaders to load the converter class

ORC RLEv2 encodes wrongly for large negative BIGINTs  (64 bits )

Incorreclty bypass the SecurityManager and call AccessControl.checkPermission() directly

ItemReaders and ItemWriters using Resource(s) should check for file during ItemStream#open

Continuation of HIVE-9438 - The standalone-jdbc jar missing some classes

JCA Classes expect new wildfly/elytron metadata class types when processing metadata

HS2 creates DBs/Tables with wrong ownership when HMS setugi is true

Need to clear metrics when ReplicationSourceManager refresh replication sources

WeldProvider.containerShutDown() not invoked if the deployment fails

for list column x that is sometimes null, select x.y will cause a nullpointerexception

Some deployment-scanner unit tests from wf-core fail on IBM JDK intermittently

beeline -e now requires semicolon even when used with query from command line

New saxon depends on xmlresolver and the camel-saxon and servicemix-saxon features lack of that dependency.

The UTF-8 data from @ModelAttribute method in controller is not displayed correctly

Spring does not clean up db connection registered in afterCompletion callback

Invoking method with parameterized Collection as an argument while passing an empty Collection results in NPE

revertReloadRequired() throws a NPE is reloadRequired has not been called

Logging thread in LlapTaskSchedulerService should report every fixed interval

Add converters to create LocalDate(Time) and Instant instances from UTC formatted strings

PersistentPropertyInspectingIsNewStrategy does not consider primitive defaults new

JGroups subsystem schema changes since WF10.1 should use major schema increment

base64 encoded values are not contained in quotes during the HBase REST JSON serialization

Missing HelpMojo when trying to run mvn clean org.apache.commons:commons-weaver-maven-plugin:help

Inconsistency in SizeFileFilter and AgeFileFilter implementations

PersistentTokenBasedRememberMeServices provides improper error message with non existent series

HMaster fails to restart 'HMaster: Failed to become active master'

<sec:custom-authentication-provider> element mentioned in Spring Security Reference Documentation despite it has been removed

 When expression is used in jndi name attribute of datasource then test-connection-in-pool operation is not working

OpTraits : Select Optraits should stop when a mismatch is detected

[replication] MalformedObjectNameException in ReplicationMetrics

camel-mllp - Fix IndexOutOfBounds exception when generating acknowledgment

The hbase zkcli will connection failure the first and the second ip from ZooKeeperMainServerArg return connection string

Typo "trapsparently" in item 3 of chapter 87.2 of Reference Guide

truncate_preserve command is failing with undefined method error

aopalliance jar is not really optional for most use case involving spring-aop

org.wildfly.swarm.cli.Option#parse checks the wrong position of equal when a long arg name with equal 

HBCK cannot fix when meta server znode deleted, this can happen if all region servers stopped and there are no logs to split.

The start time for Steps are displayed with hard coded GMT time zone

Fix failing test org.apache.camel.component.salesforce.RestApiIntegrationTest.testQueryAll

WildFly Elytron Tool, Vault command: converted storage file overwrites existing file on filesystem.

StringUtils.parseLocaleString incorrectly constrains the characters of the variant parts of a locale String

SyncTable: sourceHashDir is supposed to be optional but won't work without 

Add misc debug logging to hanging tests in TestHCM and TestBaseLoadBalancer

AbstractCodecConfigurer creates Jackson Encoders/Decoders each time when getters are called

Incorrect initialization of static variable myFacesInUse when MyFaces is loaded after JsfRuntimeInformation

RestLetHeaderFilterStrategy should filter the header of "Transfer-Encoding"

Validation constraints not considered for fields of @Embeddable classes in DataOnDemand

CBO doesnt get triggered when aggregate function is used within windowing function 

TableOutputFormat.checkOutputSpecs throw NullPointerException Exception

Adding GC details prevents HBase from starting in non-distributed mode

Pushing in a member into an entity which is monitored by DoD causes an exception

Export/Import: Bug while getting auth entities due to which we write partition info during compilation phase 

Typo: In an IOUtils.java comment it says "focussed" instead of "focused"

PUT/PATCH of Entity object that is a Map silently dropping elements of Map

Fix improper resolution of Spring property placeholders in 'locators' and 'servers' attributes on the '<gfe:pool>' element(s) in Spring XML config.

Typo in example of declaring Jackson repository populator of reference documentation

Constant propagation corrupts coalesce/case/when expressions during folding

PutSortReducer loses any Visibility/acl attribute set on the Puts 

Setting CACHE_BLOCKS to false in an hbase shell scan doesn't work

AnnotationMetadataReadingVisitor doesn't consider annotation method returning classes

Missing grant type in TokenEnpoint results in default container (no HTML) error

Infinite loop in ElytronPermissionCollection.readResolve() method

MetaScanner throws TableNotFoundException when specifying empty start row of a table

ManagedCamelContext.dumpRestsAsXml can fail if default charset is not utf-8

Exceptions are not propagated to the parent route when they are thrown from the RecipientList EIP

HiveFileFormatUtils should use Path.SEPARATOR instead of File.Separator

ApplicationConversionServiceFactoryBean does not set all Converters

Tab expansion fails for "script --file" if using ~ in the path name

user_permission in security.rb calls non-existent UserPermission#getTable method

JGroups subsystem resource registers default-channel capabilities even when undefined

SystemCommandTasklet#stop has thread visibility problem on stopped field

CXFRS client requires Exchange.HTTP_URI instead of HTTP_PATH for Camel tranport

Enable Bucket Map Join when there are extra keys other than bucketed columns

Splitter Component: Setting 'streaming = "true"' breaks error handling

Documentation 3.7.1 direct-reply-to says "amqp.rabbitmq.reply-to" should be "amq.rabbitmq.reply-to"

Inconsistent results from the Get/Scan if we use the empty FilterList

WildFly Elytron Tool, Credential-store command has to have way how to set security provider for custom credential store implementation.

Olingo2 component sets incorrect value for "id" element in create entry endpoint

NoClassDefFoundError when using wildfly microprofile config through YAML file

NearQuery, when used in conjunction with a Query, it sets num=0, unless Query specifies otherwise

[shell] Altering a family shouldn't reset to default unchanged attributes

AsyncProcess doesn't increase all the counters when trying to limit the per region flow.

TIF and TOF use log4j directly rather than apache commons-logging

Stochastic Loadbalancer isn't finding steady state on real clusters

Documentation error on page 22 in the Spring Data GemFire Reference PDF.

Bridged @RequestMapping methods not found, possible problem in HandlerMethodSelector 

AbstractApplicationEventMulticaster.removeApplicationListener does not consider retrieverCache

ClassCastException when invoking EJB Remote Interface where Interface is in shared classloader but result is not

HConnection.create(final Connection conf) does not clone, it creates a new Configuration reading *.xmls and then does a merge.

Zookeeper instantiated even though we might not need it in the shell

Transaction manager bean in TransactionInterceptor retained after JUnit test class completes

Package org.springframework.context.* is imported with wrong versionrange

ContextPropagatingRemoteInvocation should not be able to pass a SecurityContext object

Intermittent NPE registering a slave HC in mixed-domain test suite

ArrayIndexOutOfBoundsException in ZipArchiveEntry.getMergedFields()

Fix connection leak in ORC RecordReader and refactor for unit testing

TestShell fails because NoMethodError: undefined method parseColumn

Update scan.rb description to match the naming convention of META after namespace change

Test 'vector_reduce_groupby_duplicate_cols.q' is misspelled in testconfiguration.properties

camel-bindy - Marshaling using CSV will insert wrong char separator if using an escaped separator char such as a pipe

SkewedInfo in Metastore Thrift API cannot be deserialized in Python

Missing trailing slash on spring.yarn.applicationDir path fails to localize

CamelJob implementation rely on some inconsistent endpoints LRU cache - Camel endpoints may not be called on quartz fire after some days of uptime

Dynamic partition queries producing no partitions fail with hive.stats.reliable=true

Selecting from a view, and another view that also selects from that view fails

camel-hbase - The scan method is not thread safe when using a filter list

Elytron filesystem-realm should load existing identities from file system

hive can't read the decimal in AVRO file generated from previous version

enable JPA entity class transformation if any of the new Hibernate enhancer properties are enabled

Reduce task timed out because CommonJoinOperator.genUniqueJoinObject took too long to finish without reporting progress

ExpressionDefinition toString  print the expression and expression value at the same time

ContextLoader is supplied composed annotation class instead of test class for default resource detection

Generic autowiring should support wiring of components with unresolved type variables

EAP audit log should display the EAP version instead of the AS version

org.springframework.orm.hibernate4.LocalSessionFactoryBean fails if 'packagesToScan' is not set

Potential NullPointerException in JpaPersistentPropertyImpl.isEntity()

numOpenConnections metric is set to -1 when zero server channel exist

AbstractListAggregationStrategy : at the end of the split, the body is not replaced by the agregated list

IllegalStateException: Could not find SAAJ on the classpath after upgrading from 1.5.7 to 1.5.8

insert into statement overwrites if target table is prefixed with database name

SimpleRegionNormalizer needs to have better heuristics to trigger merge operation

Fix error code inconsistency bug in mapreduce_stack_trace.q and mapreduce_stack_trace_turnoff.q when running hive on hadoop23

Regression: PropertiesFactoryBean values do not get converted to target type without ConversionService

CachingConnectionFactory should catch exceptions on logical close

camel-maven-plugin - validate should not include route ids as consumer urls

Fix for Websphere 3.5 bug using org.springframework.mail.javamail.JavaMailSenderImpl

Starting Camel using Main from camel:run or Main.class - countdown latch is hanging

include argparse with LLAP scripts to support antique Python versions

FileConsumer preMove setting causes filename to be left in in progress repository.

XPathExpressionEngine nodeKey method create a wrong key for attribute node

spring-data-redis - Cannot install in OSGi due import range of slf4j is locked down to 1.7.12 version

The priority value of subsequent coprocessors in the Coprocessor.Priority.SYSTEM list are not incremented by one

Potential StackOverflowError during distributed session invalidation

Running tests inside IDE present java.lang.ClassNotFoundException: org.yaml.snakeyaml.Yaml

org.apache.camel.component.quartz package export not versioned Quartz component

fix mapred.job.queue.name in sql standard authorization config whitelist

distributedLogReplay may hang during chained region server failure

Do not stop server if ReplicationSourceManager's waitUntilCanBePushed throws InterruptedException

RFC 4180 (DEFAULT) format is wrong; should not ignore spaces or blank lines

IOExceptions from DFS client still can cause CatalogJanitor to delete referenced files

PropertyPlaceholder Value not resolved with ExecutorBeanDefinitionParser ("Invalid pool-size value [${task.executors}]")

keys in cxf's protocol_headers must be handled case-insenstively

CatalogTracker.waitForMeta can wait forever and totally stall a RS

Result of Specifications.not(..) produces wrong Specification when combined directly with other Specifications

BaseConfiguration.getProperty() returns reference to intenal store collection object instead of a clone

Different results for read-resource operation in WildFly master and EAP 6.x

allow-start-if-complete in JSR based job definition is not parsed correctly.

CapabilityRegistryResourceDefinition provides inconsistent ordering of output

AsyncProtobufLogWriter persists ProtobufLogWriter as class name for backward compatibility

Incorrect description of group-handler/group-timeout attribute in CLI

[AMv2] Enable and fix uni test hbase.master.procedure.TestServerCrashProcedure#testRecoveryAndDoubleExecutionOnRsWithMeta

DefaultCxfMessageMapper.getBasePath creates a incorrect http path

Digest passwords are never accepted in the SimplePasswordValidationCallbackHandler

Multicast Aggregator should keep processing other exchange which is not timeout

wildfly-clustering-infinispan-spi brings in unnecessary/duplicated dependencies

Getting Unable to find unambiguous method when Calling an Enum function from JSF page

Authorization DDLs should not enforce hive identifier syntax for user or group

Too aggressive task resubmission from the distributed log manager

PathMatchingResourcePatternResolver provides duplicate resources with relative URL

swarm.context.path wont work and getting errors with cdi fraction

Cannot set content type with parameters without specifying charset

Get Table not found error when running the IBatisRouteTest on the slower box

Unidirectional Gateway hubs cannot be created and fail with an exception

ServletContextResource.isReadable() returns "true" for directories

ApplicationContext very slow to shutdown with bean of type org.springframework.scheduling.quartz.SchedulerFactoryBean 

DefaultStringRedisConnection not passing begin/end to bitCount method

hive config template is not parse-able due to angle brackets in description

NicInterfaceCriteriaUnitTestCase testBasic fails on a host configured with a dual IP stack

Infinite loop caused by import of XML configuration that declares a ConfigurationClassPostProcessor

hbase-default.xml refers to hbase.regionserver.global.memstore.upperLimit which is deprecated

Modifications of a SetUniqueList.subList() invalidate the parent list

distributedLogReplay need to apply wal edits in the receiving order of those edits

IntegrationTestWithCellVisibilityLoadAndVerify allow User to be passed as arg

/subsystem=jgroups/channel=foo/fork=bar:remove operation leaks resources

User should not be allowed to disable/drop visibility labels table

Entity name used in 'count' queries ignores the entity name set in ORM mapping file

Building against Hadoop 0.23 uses out-of-date MapReduce artifacts

Class-Path: . can cause JBAS011046: A component named 'TestBean' is already defined in this module

Minor reference guide bug; ConcurrentSessionControllerImpl takes maximumSessions

Add the subordinate orphan filters and recovery module for Narayana

Declaring a list of DBRef in a domian class results in Null for each DBRef when reading from mongo database

Wrong HTTP status error for when client provides wrong media type

Eliminate use of RuntimeCapability.Builder add[Dynamic|Optional]Requirements, record missing requirements

Failed to convert from type java.lang.String to type java.math.BigInteger

hive fails to build in eclipse due to syntax error in BitmapIndexHandler.java

when cluster is stopped and server which hosted meta region is removed from cluster, master breaks down after restarting cluster.

java.nio.file.InvalidPathException: Illegal char ':' at krb5.conf

org.jboss.as.server.deployment.RegisteredDeploymentUnitProcessor has unstable compareTo()

Parameter -Djboss.domain.log.dir does not have effect on HP-UX when directory does not exist

ORC should not record the timezone information when there are no timestamp columns

Not convenient to search a repository by a related entity using links

Spelling errors in logging and exceptions for metastore and service directories

The dev tar ball does not have right permissions for test scripts

ZipArchiveInputStream doesn't handle data descriptors without signatures

camel-bean - should throw MethodNotExist exception if method name provided but not found on bean

HttpEntityMethodProcessor does not support HttpEntity/ResponseEntity subclasses

Forward port HBASE-22073 "/rits.jsp throws an exception if no procedure" to branch-2.2+

Sometimes some compacted storefiles are still opened after region failover

Camel-Infinispan: Continuous Query, add support for recordUpdated event

GetTablesOperation pull all the tables meta irrespective of auth.

Avoid misleading "java.io.IOException: Stream closed" when shutting down HoS

create integration test for HBASE-5416 (improving scan performance for certain filters)

Added resource path is sent to cluster as an empty string when externally removed

Dependency Injection issue when using ManagedMap or ManagedList in BeanDefinitionParser

HiveHistory: TestCLiDriver fails if there are test cases with  no tasks

Mark also ssl-session-cache-size and ssl-session-timeout attributes as deprecated in Undertow's https-listener

Test TestMinimrCliDriver.testCliDriver_ql_rewrite_gbtoidx failing

Spring JavaMailSenderImpl does not show proper message when recipient list is empty

SetBody DSL should remove specialized Message as its no long apply

Potential dead-lock when shutting down Camel with NotifyBuilder doing notication

PasswordEncoderParser: <security:password-encoder> element does not pick up 'base64' attribute value

Race condition in Utilities.GetInputPathsCallable --> createDummyFileForEmptyPartition

Spring3.2 bug context:property-placeholder nested search property appear java.lang.StackOverflowError

camel-yammer - Endpoint yammer:current throwns JsonMappingException exception 

Booting a slave HC fails if the content repository entry for a rollout plan is not present

MockHttpServletRequest with Host: set builds wrong getRequestURL()

make TestHBaseCliDriver use dynamic ports to avoid conflicts with already-running services

There isn't possibility set entry-type for new entry in Credential Store.

Admin actions that use MetaReader to iterate regions need to skip offline ones

dropTable will all ways excute hook.rollbackDropTable whether drop table success or faild.

LLAP IO: BufferUnderflowException may happen in very rare(?) cases due to ORC end-of-CB estimation

SortProjectTransposeRule should check for monotonicity preserving CAST

ObjectCacheFactory should return null when tez shared object registry is not setup

Eliminate unnecessary remote command invocation when EJB has no @StatefulTimeout

Remove log warning in  PartitionedMobCompactor.java#getFileStatus

SSH and AM.joinCluster causes Concurrent Modification exception.

The GWT Add-On requires a second launch of Roo to create a valid application

Decimal128#update(Decimal128 o, short scale) should adjust the unscaled value.

RatioBasedCompactionPolicy#shouldPerformMajorCompaction() always return true when only one file needs to compact

hive.optimize.sort.dynamic.partition should be turned off for ACID

file-handler configured via CLI should require file attribute during add operation

ORC file doesn't properly interpret empty hive.io.file.readcolumn.ids

MockHttpServletResponse.getHeaderNames is incompatible with Servlet 3.0

the type of all numeric constants is changed to double in the plan

With "gradle run", the resource are not included in the deployment

camel-cxf should not setup the holder and wrapperClass interceptors in CXF_MESSAGE data format

ExceptionDepthComparator handle comparison of exact object is incorrect

JdbcAggregationRepository count (*) is not working with MySQL 5.0

Field Annotation-driven conversion fails for properties where the first and second letters are upper case

Properly enable statistics when Annotation-based Expiration Policies are enabled with EnableExpiration

Spring Controller is not able to detect empty string ("") as a string object in RequestBody

LinkedIn broke login in LinnkedIn component by adding a redundant reference to the callback url

Missing dependency in com.fasterxml.jackson.jaxrs.jackson-jaxrs-json-provider

A scaffolded GWT application won't run without at least one entity

SpringServletContainerInitializer in 3.1.M2 does not seem to work when using JSF 2.0 implementations

Regionserver may block forever on waitOnAllRegionsToClose when aborting

PatchMerger overrides submodule's content merging the outer module

SimpleNamespaceContext.removeBinding() does not clean up all references

UserAuthorizationProcessingFilter not defaulting to URL /oauth_authenticate_token

HiveServer2 concurrency uses incorrect user information in unsecured mode

ConcurrentModificationException when starting QuickFIX/J component with more than one engine

Alias from dependent credential store is not avalaible on server start

Patch script throws Could not find or load main class org.fusesource.patch.client.Main

unit tests fail on windows because of difference in input file size

Adding metadata to a table in the shell is both arcane and painful

Test DefaultElytronEjbSecurityDomainTestCase fails with security manager

HiveServer2 ObjectInspectorFactory leaks for Struct and List object inspectors

Rename WritableByteArrayComparable to something not mentioning Writable

TestRegionReplicaFailover and TestRegionReplicaReplicationEndpoint UT hangs

Remove hive.metastore.metadb.dir property from hive-default.xml and HiveConf

camel-cxfrs - When responding then do not use content-length from input

Security identity not propagated into asynchronous task (elytron)

Creating a table with 3000 regions on 2 nodes fails after 1 hour

DDL operations in WebHCat set proxy user to "null" in unsecure mode

client is broken, it requests ROOT region location from ZK too much

HRegionThriftServer does not start because of a bug in HbaseHandlerMetricsProxy

Store doReconstructionLog will fail if oldlogfile.log is empty and won't load region

create view statement's outputs contains the view and a temporary dir.

HDFS2 - ClassNotFoundException - org.apache.htrace.SamplerBuilder

SqlParameter name lower case conversion in CallMetaDataContext causes error.

camel-web - Using Sun marshal resolver not possible on non SUN JDK platforms

Hibernate 4 class loading issue on JBoss 7 when hibernate & spring classes loaded by different classloaders

Query derivation doesn't create joins for in-clauses on element collections

 JBAS014160: Wrong tx on thread when calling async EJB method from async servlet 

NPE in StatsUtils::getColStatistics when all values in DATE column are NULL

AsyncProcess.buildDetailedErrorMessage concatenates strings using + in a loop

Its impossible to inject a custom InflightRepository due to a copy-and-paste bug

SpringFailOnTimeout loses original exception when triggering timeout in finally block

Undertow listener max-post-size attribute default value discrepancy

SJMS component throws class cast error when used with IBM Webshpere MQ

java.lang.IllegalArgumentException: This is not an attribute, it is a namespace: xmlns:xs

MongoTemplate.save(BasicDBObject, String) results in NPE (after upgrading to 1.1.0.RELEASE

PageableHandlerMethodArgumentResolver should replace pagination parameters not add them

ResequencerType.createProcessor could throw NPE as stream config does not get initialized.

org.infinispan.util.concurrent.TimeoutException: Timed out waiting for topology after failover

DeadLetterChannel default redelivery policy eclipsed expected transactional behaviour in a transacted route

fabric-group bundle is never installed even we install the fabric-group feature

SSLContextParameters settings are not properly copied to SslContextFactory

Client authentication should default to using the URI userInfo if present

management resources added by Customizers not visible in the Configurables log

Memory leak since AbstractFSWAL caches Thread object and never clean later

InterDeploymentDependenciesEarTestCase may fail with NoSuchEJBException

Regression against ER1, When HTTP mechanism misconfigured, then deployment doesn't fail anymore

camel-json-validator - Potential issue with reading from streams

PersistenceAnnotationBeanPostProcessor does not operate on the most specific persistence annotation declaration

upgrading thrift version didn't upgrade libthrift.jar symlink correctly

major compaction can create empty store files, causing AIOOB when trying to read

Numerical properties of @DataSourceDefinition not correctly processed.

ObjectAlreadyExistsException when "redeploying" routes that uses CronScheduledRoutePolicy

Fix TestKillingServersFromMaster in TRUNK; it just hangs since new master went in

Hive does not honor type for partition columns when altering column type

StackOverFlowError when calling MethodInvocation.createFromClass(clazz, method)

Global list-get operation can inadvertently create list elements

PagedResourcesAssemblerArgumentResolver fails for methods with templated mappings

The Resource for a deployment whose 'persistent' attribute is 'false' does not return 'true' from isRuntime()

Camel-Aws EC2: Add getMessageForResponse to the producer as the other components already do

Hive command line option --auxpath still does not work post HIVE-5363

"filter-spec" attribute of socket-handler contains non existent "filter" alternative

Resuming a batch job after server resume requires the anonymous identity to have RunAsPrincipalPermission of the original user 

AxiomSoapMessageFactory + PayloadRootAnnotationMethodEndpointMapping allways falls to DOM parsing

Memstore flush doesn't finish because of seekToPreviousRow() in memstore scanner.

IllegalStateException when calling MetricsContextService.stop during shutdown sequence

Singleton-scoped @Bean methods behave like prototypes in a Spring DM environment

Late binding only happens once per ApplicationContext if expression is in substring

OnException - The order they are defined in the RouteBuilder / XML should be preserved when you have multiple of the same exception type

TestHCatHBaseInputFormat has a bug which will not allow it to run on JDK7 and RHEL 6

Cache Component needs to check for null values during GET operations

camel-example-reportincident-wssecurity shouldn't import org.apache.cxf.transport.http_osgi package anymore

Vectorization: Turn off vectorization for explainuser_1.q / spark_explainuser_1

Hive class loading  failure when executing Hive action via oozie workflows

Threading issues with the throttler when using a correlation key

Proc-V2: verifyTables in the IntegrationTestDDLMasterFailover test after each table DDL is incorrect 

LLAP: Some metrics from daemon are not exposed to hadoop-metrics2

CyclicPropertyReferenceException in versions 1.5.0 + for MongoDB

Some OperationStepHandler impls are calling context.getServiceRegistry(true) in Stage.MODEL

Camel-spring-security: The Karaf feature need spring-security-config to be installed

canEnforceTimeLimitFromScope should use timeScope instead of sizeScope

killing server in TestMasterTransitions causes NPEs and test deadlock

Old hbase.regionserver.global.memstore.upperLimit and lowerLimit properties are ignored if present

zookeeper.KeeperException$NodeExistsException if HMaster restarts while table is being disabled

Channel end notification received, closing channel ... should be logged at debug in EjbLogger

MultiResourceItemWriter creates an empty file if the number of item to write is a multiple of itemCountLimitPerResource

GlobalMethodSecurityBeanDefinitionParser cannot refer to expressionHandler in parent context

Piped commands to hbase shell should return non-zero if shell command failed.

Two scanner objects are open for each hbase map task but only one scanner object is closed

Copy constructor of Scan doesn't copy the readType and replicaId

current update stats for columns of a partition of a table is not correct

NPE thrown on bundle.getHeaders().get("Bundle-SymbolicName").toString() 

HFilePerformanceEvaluation.GaussianRandomReadBenchmark fails sometimes.

The jboss.dist system property is not used in testsuite/integration/elytron module

StorageHandler resources aren't added to Tez Session if already Session is already Open

Race condition with clean shutdown and mod_cluster session draining

CxfConsumer should not populate the cxf response with the original input message if the cxfExchange is oneway

ZipArchiveInputStream doesn't report the end of a truncated archive

Extensions: registerExtension method has to avoid final in his declaration to work in CDI

Ensure HiveConf includes all properties defined in hive-default.xml

SimpleTypeHolder.isSimpleType(…) returns different results for enums implementing interfaces

Wrong range of Cells is caused by CellFlatMap#tailMap, headMap, and SubMap

Camel-cxf does not properly populate MessageContentList for PAYLOAD mode

TestReplicationScenarios doesn't clean injection properly, causing bizarre interdependent failures

Access denied on an OAuth2 resource should be treated the same as any other OAuth2Exception

RepositoryEntityController.saveAndReturn calls AfterSaveEvent with wrong domain object

incorrect stats in some cases with hive.stats.autogather=true   

In the xsd, <listeners/> should be moved from "flowType" to "job"

Spring Batch Website documentation - fix link to Spring Integration

FSHDFSUtils#recoverFileLease tries to rethrow InterruptedException but actually shallows it

RunAsWithElytronEJBContextPropagationTestCase fails with node0 set

Full Quartz 2.2 compatibility, including LocalDataSourceJobStore

Flow Id not properly calculated when using "classpath*:" style resources in base-path

ConcurrentModificationException when executing AutowireCapableBeanFactory.createBean

AnnotationUtils does not support arbitrary levels of meta-annotations on methods

Documentation: ItemFailureLoggerListener Java code doesn't compile

If getTaskList() returns null, splitlogWorker would go down and it won't serve any requests

Failed to deploy war in EAP 7.0.0, error shows "Duplicate Filter registration for ..."

Low replication should be checked in period in case of datanode rolling upgrade

Flush throughput controller: Minor perf change and fix flaky TestFlushWithThroughputController

WFLYCTL0013: Operation ("clean-obsolete-content") failed .. StringIndexOutOfBoundsException when OS puts metadata files in content repo

finallyBlock() not processed when exception thrown from handle() clause

excluded-connectors attribute in replicated colocated topology is mandatory

Missing setter or constructor-argument for elementNameStrategyRef in SoapJaxbDataFormat

Ineffective synchronization in StandardTypeConverter constructor

QueryMapper prevents searching for values that start with a $ [dollarsign]

Delete/Alter table calls failing with HiveAccessControlException

Avoid early creation of Node objects in LRUDictionary.BidirectionalLRUMap

ToString add-on removes toString method if MemberDetails is not complete

Include hive-hcatalog-core.jar and hive-hcatalog-server-extensions.jar in binary distribution

Coverity, volatile not atomically updated in RotatingFileAuditEndpoint (Elytron)

HttpProduder should not ignore the query part of HTTP_URI header

RedirectAttributes parameter results in IllegalArgumentException if using DefaultAnnotationHandlerMapping or AnnotationMethodHandlerAdapter

Handle split region related failures on master restart and RS restart

After setting journal-min-files to 0 through CLI server is throwing expection when reloading

Invalid/missing locale strings in header prevents resolving the locale

Restore ReaderBase.initAfterCompression() and WALCellCodec.create(Configuration, CompressionContext)

Vectorized Reduce-Side Group By doesn't handle Decimal type correctly

Unclear model description of core-pool-size attribute in IO subsystem

Replication: update hive.repl.partitions.dump.parallelism to 100

load data should rename files consistent with insert statements for ACID Tables

CLI, failed interactive enable-ssl commands put the server in reload state

Dynamic AOP proxies for @Endpoints result in IllegalArgumentExceptions

UnsupportedOperationException for {allow-resource-service-restart=true} for inner attributes in Elytron subsystem

CasAuthenticationHandler does not log root cause of AuthenticationException.

OperationContextImpl.readResourceForUpdate assumes all resources represent persistent config

NPE of MobUtils.hasMobColumns in Build failed in Jenkins: HBase-Trunk_matrix » latest1.8,Hadoop #513

Vectorization: Reduce-Side GROUP BY MERGEPARTIAL with duplicate columns is broken

Full-replace rollback is failing with java.util.NoSuchElementException: No child 'name' exists: java.util.NoSuchElementException: No child > 'name' exists

Failed to query TABLESAMPLE on empty bucket table [Spark Branch]

Vectorization: Add ReduceSink support for TopN (in specialized native classes)

Can't use recommended BCryptPasswordEncoder for PasswordComparisonAuthenticator on a Ldap Authenticator

Should deal with meta table in HRegionLocator.getAllRegionLocations

Create test case for http-interface authentication secured by Elytron http-authentication-factory

Hive LDAP Authenticator should allow just Domain without baseDN (for AD)

hbase.client.tableindexed.IndexSpecification, lines 72-73 should be reversed

Query execution fails for manually defined queries containing a constructor expression

HandlerInterceptor.afterCompletion() in spring MVC changes response code

PathBasedFilterInvocationDefinitionMap ignores text after the last question mark instead of the first

JDBC XML schema refers to a non-existing class EmbeddedDataSourceFactoryBean

OnException - Handler or Continued predicate is invoked twice per exception

VectorReduceSinkOperator: ClassCastException: ~StandardUnionObjectInspector$StandardUnion cannot be cast to ~IntWritable

New regions should always be added with state CLOSED (followup of HBASE-19530)

Hive Explain User-Level may print out "Vertex dependency in root stage" twice

Remove HLogSplitter.RECOVERED_EDITS duplicate of HLog.RECOVERED_EDITS_DIR

Elytron Audit Logging's event timestamp lacks information about seconds

Incorrect licenses.xml entry for org.jboss:jboss-ejb-client-legacy

sftp component: Cannot acquire read lock for files in sub directories if property recursive=true and readLock=changed

spring-context missing optional Import-Package directive for javax.validation.spi

MockMvcResultMatchers.forwardedUrl argument is not declared as nullable

ZooKeeper errors: "Client has seen zxid 0xe our last zxid is 0xd"

No need to schedule Heartbeat task if the query doesn't require locks

[ACL]: Users with 'Admin' ACL permission will lose permissions after upgrade to 0.96.x from 0.94.x or 0.92.x

Multicast address of modcluster socket-binding should be parametrized

Additional jar dependencies needed for mapreduce PerformanceEvaluation

JDBC getColumnTypeName() should respond with the Hive-specifc type name for ARRAY, STRUCT and MAP

CommonMergeJoinOperator calls WritableComparator.get() in the inner loop

FirewalledRequest.reset() is not called for a resource with no filters

.gitignore files being placed in test warehouse directories causing build failure

SOAP over JMS (BEA Weblogic 9.2) - empty body in SOAP responses with a jms TextMessage

web.xml parsing deployment unit processor doesn't show the original parsing error in the deployment exception

InterfaceManagementUnitTestCase from wf-core fail intermittently

Error occurs if parent= attribute appears on inline <step/> without tasket

Memory leak when using annotation based auto-wiring in child context

select query on json table with map containing numeric values fails

Wrong or indeterminate behavior when there are duplicate versions of a column

GsonHttpMessageConverter cannot be used in an SseEmitter because it closes the response stream

Make hive version number update automatically in webhcat-default.xml during hive tar generation

Tez sessions cannot change queues once assigned to one within a CLI session

NullPointerException on invalid table name in ON clause of Merge statement

socket-binding/jgroups-tcp client mappings do not map to jgroups.external_addr properly

LLAP: history log for FRAGMENT_START doesn't log DagId correctly

hbase-common needs a log4j.properties resource for handling unit test logging output

FileFilterUtils can create cvsFilter and svnFilter more than once

ActivityMonitorEngine uses ?1 parameters in JPAQL, which don't work with (at least) the hibernate JPA provider.

EncodedResource does not include charset in equals() implementation

Execution of derived stored procedures fails if named parameters are used

Elytron Client Configuration File does not allow to use truststore

VMForce: The name attribute for @Column should be "lastModifiedDate"

/{repository}/schema fails on binding parameter - RepositoryRestRequest

get_table_objects_by_name() in HiveMetaStore.java needs to retrieve table objects in multiple batches 

camel-cxf - getting TypeConversionException when schema-validation-enabled=true for unwrapped response

EJB should not be remotely accessible until all of its dependencies have been started

Overwriting of delete(T entity) saveAndFlush(T entity); does not work anymore

Jackson 2.6.x -> 2.7 deserialize generic fails when calling Spring controller

Vectorization: Fix VectorMapOperator to accept VRBs and check vectorized flag correctly to support LLAP Caching

MapredLocakTask running in separate JVM could throw ClassNotFoundException 

Ship with log4j.properties file that has a reliable time based rolling policy

Embedded cglib 3.2.5 not closing input streams that read class files

IdempotentConsumer - If no messageId should allow Camel error handler to react

NullPointerException in ZipArchiveOutputStream with invalid entries

Multiple <socket> elements inside an http-interface parsed wrongly

Split generation in ORC may generate wrong split boundaries because of unaccounted padded bytes

TarArchiveInputStream fails to read entry with big user-id value

EJB timer scheduler log an Exception for an already canceled timer

HTTP PATCH request for non-existent resource returns HTTP STATUS 500 instead of 404

DBE's seekBefore with tags corrupts the tag's offset information thus leading to incorrect results

AbstractMessageListenerContainer#doExecuteListener can cause a dropped message if using CLIENT_ACKNOWLEDGE and the container is stopped and subsequently started again.

Lookup of headers in SavedRequestAwareWrapper is not case insensitive

java.sql.SQLNonTransientConnectionException on JDBCStatsAggregator

The regionserver web will throw exception if we disable block cache

ORC vectorized string dictionary reader does not differentiate null vs empty string dictionary

Camel-Hazelcast: HazelcastAggregationRepository::confirm should check useRecovery before using persistedCache

Runtime filtering not vectorizing for decimal/timestamp/char/varchar

Only fail cacheBlock if block collisions aren't related to next block metadata

datanucleus-core-.jar 3.0.7 conflict with maven-datanucleus-plugin

SpEL does not expose field-level annotations when setting bean properties

Race Condition when Multi-Threading in SessionState.createRootHDFSDir

hcat command should follow same pattern as hive cli for getting HBase jars

renames (to .processed) are sometimes done even if the download failed.

With Pig multi-query, 2 HCatStorers writing to the same table will trample each other's outputs

Region is on service before completing initialization when doing rollback of split, it will affect read correctness 

[AccessController] checkAndPut/Delete hook should check only Read permission

Include block content verification logic used in lruCache in bucketCache

Returning ResponseEntity from WebFlux controller method declared to return Object serialises entire response entity to response body

Error message formatting fails if a JSR 303 @Pattern definition contains special characters

broadcast join in tez discards duplicate records from the broadcasted table

Potential double invocation of getMissingCache in AbstractCacheManager

KeystorePasswordStore leaves empty file when store operation fails of newly created store

Vectorization: Native Vector MapJoin doesn't support Complex Big Table values

ReplicationPeer logs at WARN level aborting server instead of at FATAL

Stopping META regionserver when splitting region could cause daughter region to be assigned twice

Bulkload fails to remove files if fs.default.name / fs.defaultFS is configured without default port

tar entries don't set "magic" value properly for "oldgnu" longname entries

HCatOutputFormat should expose complete output-schema (including partition-keys) for dynamic-partitioning MR jobs

InputFormats implementing (Job)Configurable should not be cached

JpaOperationsImpl is not removing Plugins from ProjectOperations when carrying out a Plugin removal

PerformanceEvaluation should provide user friendly hint when client threads argument is missing

Errors when reading legit HFile Trailer of old (v2.0) format file

On select tagx when disable form binding: field always is multiple and not selected functionality

WebsphereUowTransactionManager and UOWManager wrap checked exceptions if declared to roll back

SMB join in tez has ClassCastException when container reuse is on

In Task class and its subclasses logger is initialized in constructor

Converter from List to String is not found when @EnableAutoConfiguration is used

Undertow deployment-level session statistics not available for distributable webapp

The warning message logged when the deprecated the bundles property is used is always printed

A few hbase-procedure classes missing @InterfaceAudience annotation

GenericTypeResolver does not resolve the correct parameter type when bound type is also ParameterizedType

TestFixedLengthWrapper#testReadWrite occasionally fails with the IBM JDK

query on parquet table returns incorrect result when hive.optimize.index.filter is set to true 

[UI] requests per second is incorrect in rsgroup page(rsgroup.jsp)

BadSqlGrammarException accessing Executions page with Apache Derby 10.6 datasource

BeanInfo.overridesExistingMethod() doesn't handle overloaded methods correctly.

ViewState.resume should check externalcontext.isResponseComplete before rendering or requesting redirect

Regression: 3.0.4 broke JAX-WS 2.0 support: JaxWsPortClientInterceptor.FeaturePortProvider uses JAX-WS 2.1 API

Non-distributable session manager ignores max-active-sessions from jboss-web.xml

CS tool, There is possibility add EMPTY alias name and EMPTY secret value to credential store storage file through wildfly-elytron-tool.

Need to implement PersistenceDelegate for org.antlr.runtime.CommonToken

Use resource re-localization instead of restarting sessions in Tez

AnnotationMetadata.getAnnotationAttributes inconsistency for empty array in ASM implementation

Add missing dependencies on org.apache.httpcomponents.core module

ModClusterSubsystemTestCase testSSL, parameters to assertEquals are transposed.

Value of parameter "restart-required" for some attributes in Elytron subsystem resources does not match reality

Tonr photo service implementation contains its own security check

getComponentDocumentation does not work if component name has dash in name

the jar used in  coprocessor is not deleted in local which will exhaust  the space of /tmp 

CommonJoinOperator.checkAndGenObject calls LOG.Trace per row from probe side in a HashMap join consuming 4% of the CPU

ResourceUrlEncodingFilter does not work with HttpServletRequestWrapper

DataBinder should be able to define a different strategy for BeanWrapperImpl how autogrowing should handle gaps in collection properties

CommonsMultipartResolver.setMaxUploadSizePerFile() does not work if encoding does not match the default encoding

Application event listeners not removed from listener registry on listener destroy

Bean dependencies resolved with custom ObjectFactory are null in autowired constructors

DBTokenStore fails to connect in Kerberos enabled remote HMS environment

Fix a few failing tests: testCliDriver_udf_explode and testCliDriver_udtf_explode

bin/hbase script doesn't allow for different memory settings for each daemon type

MockAsyncContext not found. Did request wrapper not delegate startAsync?

RolloutPlanTestCase#testMaxFailServersPercentageRolloutPlan incorrectly refers to a rollout plan from different test method

Infinispan enables statistics instrumentation even though statistics-enabled is false

The cost of BaseLoadBalancer.cluster is changed even if the rollback is done

Builders for AttributeDefinitions don't all pass in all settings to the AD

REPL LOAD creates staging directory in source dump directory instead of table data location

query on view with CTE and alias fails with table not found error

The client connection is not cut when receiving the failure notification

MockMvc returns status from @ResponseStatus ingoring sendError()

resteasy.scan in context parameter doesn't need to be handled in JaxrsIntegrationProcessor

executeSearchCompact - Mismatch argument name and path variable name

Parameter binding detection for in clause broken for parameters surrounded with parentheses

Examples running with ANT need commons-managment on the classpath

SecurityDomain.authenticate() propagates credentials inappropriately

Embedded server started non-modular use only first --jboss-home for FS paths

Clean up MapJoinOperator properly to avoid object cache reuse with unintentional states

Stream Caching is enabled by default when using CamelContextFactoryBean

Access constraints are not displayed for value types contained in ObjectTypeAttributeDefinition

Missing .handled(true) in Camel 2.16.0 when using wiretap and newExchangeBody

Missing default value of filter-name in Elytron ldap-realm in management model

Query fails to vectorize when a non string partition column is part of the query expression

Sorting for a field in a composite primary key throws "Can't cast to EntityPath"

persistence.xml with org.hibernate.ejb.HibernatePersistence should deploy with Hibernate ORM 4.3.x

CXF Header "ResponseContext" cannot be filtered by HeaderFilterStrategy

Correct typo in argument name for WALSplitter.writeRegionSequenceIdFile

OAuth2SaslServer is missing authorization and mechanism information

ApplyRemoteMasterDomainHandler should use values sent from DC for root resource

Performance regression when scheduling is enabled and context contains URL beans

 Custom metrics of replicate endpoints don't prepend "source." to global metrics

MongoTemplate.save(String, String) results in NPE (after upgrading to 1.1.0.RELEASE

UnionProcessor misses results for multi-insert when hive.optimize.union.remove=true

Label error appears when exists more than one field with the same class in the same entity

Set the version of Hive trunk to '0.7.0-SNAPSHOT' to avoid confusing it with a release

Revisit  logic of UserScanQueryMatcher#mergeFilterResponse method

TxnHandler.getOpenTxnsInfo() and getOpenTxns() may produce inconsistent result

Property injection fails for arrays of enums if there is more than 1 value

AbstractFileResolvingResource.exists() method incorrectly returns 'true' for non-existent HTTP resources

Camel file endpoint loses modification date and length information when preMove is used

OAuth2ProtectedResourceFilter incorrectly thinks an OAuth 1.0a user authorization callback is an OAuth 2 protected resource access request

HBASE-1551 broke the ability to manage non-regionserver start-up/shut down. ie: you cant start/stop thrift on a cluster anymore

KeyValue methods throw NullPointerException instead of IllegalArgumentException during parameter sanity check

If the !profile selector is used the other profiles can be ignored in <beans profile="!foo,bar"/>

When using Tokenizer skipFirst - java.util.NoSuchElementException if only one element

Elytron simple-regex-realm-mapper "pattern" attribute has wrong description.

data loading from text files or text file processing doesn't handle nulls correctly

Using manual SqlResultSetMapping with named native queries fails

Beeline: Add a utility command to retrieve all uris from beeline-site.xml

StartupBulkAssigner would cause a lot of timeout on RIT when assigning large numbers of regions (timeout = 3 mins)

WFLYSRV0153 error after attempting to explode archived subdeployments of archived deployments

Empty result of password search in Elytron ldap-realm causes NPE

TestServerCustomProtocol depends on the test methods execution order

Roo 1.2.5 reference docs, project webpage and READMEs incorrectly say use with latest Java SDK

DataSourceInitializer throws ArrayOutOfBoundException when any destroyScript is specified

camel-hdfs - HdfsProducer filename collisions when Producer instance recreated

[spring-web-reactive] NPE in RequestMappingHandlerAdapter at Startup

Deprecate/disable and remove support for reading ZooKeeper zoo.cfg files from the classpath

Statefull session beans are not (always) properly destroyed/disposed

l1-lifespan attribute in distributed cache configuration does not enable l1 cache

ROOT region should not be splitted even with META row as explicit split key

append_peer_tableCFs failed when there already have this table's partial cfs in the peer

Monitoring Fraction overwrites FilterConfigurations from other (custom) fractions

hbase shell doesn't handle the exceptions that are wrapped in java.io.UncheckedIOException

TestHRegion testWritesWhileScanning occasional fail since HBASE-10514 went in

WebScaffoldMetadataProvider is not triggered on changes to or addition of dynamic finders

bin/hcat should include hbase jar and dependencies in the classpath [followup/clone of HCATALOG-621]

Fix the server so it can take a pure pb request param and return a pure pb result

camel-cxf producer should copy the inMessage headers to the outMessage

wildfly 8cr1 doesn't respect welcome-file-list for resources inside jar files

batch_job_execution_params migration script incorrect value for 'identifying' column

PropertiesConfiguration does not use the default encoding to load files

rolling-restart.sh --graceful will start regionserver process on master node

trunk, shell command 'list' does not work. tables exist and respond to other commands however

Split out JSF 2 specific methods from FlowFacesContext for backwards compatibility with JSF 1.2

Print out name of the method we do not support rather than throw NPE

In v 2.1.0, dispatch method of MessageDispatcher does not call processEndpointException method if response schema validation fails 

Enhance dev-support/test-patch.sh with running test suite using 'mvn package'

Deployment fails intermittently with java.util.NoSuchElementException

Error Accessing HBase from Hive via Oozie on Kerberos 5.0.1 cluster

alter table set serdeproperties bypasses regexps checks (leaves table in a non-recoverable state?)

Persisting Objects containing Objects with PersistenceConstructor causes MappingInstantiationException

Describe table sometimes shows "from deserializer" for column comments

Kerberos authenticated super user should be able to retrieve proxied delegation tokens

camel-zipfile dataformat cannot remove successfully processed files

TestFileChangedReloadingStrategy fails incorrectly in testFromClasspath() 

findAll(ids) throws SQL grammar exception when given an empty collection

The file producer should use the charset encoding when writing the file if configured

Gradle project dependencies with 2 colons are resolved as jar dependencies

Choosing conditional task for merging files is not deterministic in tez

HiveServer2 dynamic service discovery not picking correct IP address when hive.server2.thrift.bind.host is not set

CellComparator.compareStaticIgnoreMvccVersion compares type wrongly

 Region splitting not happened for long time due to ZK exception while creating RS_ZK_SPLITTING node

ExpressionBasedMessageSecurityMetadataSourceFactory configures null TrustResolver on DefaultMessageSecurityExpressionHandler

Documentation seems to be wrong about construction of the transaction manager

Spring caching: combining multiple @Cacheable within @Caching annotation doesn't work

Debug mode in some situations doesn't work properly when child JVM  is started from MapRedLocalTask

Repl dump should pass in db/table information to authorization API

Creating a table with invalid syntax does not give an error message when it fails

FunctionRegistry.getMethodInternal() should prefer method arguments with closer affinity to the original argument types

javax.servlet.jstl.api module is not properly added for all appropriate deployments.

When WFCORE is run as a service in linux, the working directory is "/"

Camel IRC component password and port configuration properties do not work

CssLinkResourceTransformer is incompatible with FixedVersionStrategy VersionResourceResolver

Adding external contexts breaks resolution of non-external on demand resources

Fix flaky test hbase.master.locking.TestLockProcedure#testLocalMasterLockRecovery()

WebScaffoldMetadata copies from wrong method's builder when generating "populateXxx" methods

Select query gives unpredictable incorrect result when parallelism is greater than 1 [Spark Branch]

Reject distributed web sessions with missing attribute cache entries

Derived finders use an incorrect return type and target entity when the finder is defined in a hierarchy

Large IN() clauses: deep hashCode performance during optimizer pass

redelivery exhausted marker should be cleared by try catch EIP and when errorHandler handles the message

bean component - Thread safey issue when selecting method to use in BeanInfo

FormAuthenticationWebFailoverTestCase fails against Undertow 1.3.6.Final

forgotten System.getProperty calls after the @Configurable conversion

SoapJaxbDataFormat not handling correctly SOAP action with request wrapper element

webhcat should be able to return detailed serde information when show table using "fromat=extended"

ZipArchiveInputStream should throw an exception if a data descriptor is used for STORED entries

Spelling errors in logging and exceptions for query language code

 CVE-2015-5304 Missing authorization check for Monitor/Deployer/Auditor role when shutting down server or canceling op

camel-blueprint - Should not set empty location for properties component

Eliminate possible security concerns in RS web UI's store file metrics

Subject not populated with groups/roles when authenticated via JASPIC

NPE thrown by WriteResultPublisher$State$2.publishComplete caused by a thread-safety issue

Incremental REPL DUMP should throw error if requested events are cleaned-up.

CVE-2014-7853 JacORB Subsystem: Information disclosure via incorrect sensitivity classification of attribute

Dynamic doneFileName is not working with filename containing 2 dots

ReplicationZookeeper.copyQueuesFromRSUsingMulti should not return any queues if it failed to execute.

DependencyResolver should not lowercase the dependency URI's authority

Batch Append/Increment will always fail if set ReturnResults to false

NamedParameterUtils.parseSqlStatement should parse :{x} style parameter correctly

Bloomfilter probing in semijoin reduction is thrashing L1 dcache

Bulk load data replication is not working when RS user does not have permission on hfile-refs node

HostProcessReloadHandler does not reset the HostRunningModeControl's restartMode

Set conf and processor context in the constructor instead of init

[Usability]: Instructions in CompactionTool no longer accurate because of namespaces

The schema spring-security-oauth2-1.0.xsd cause validation error in Eclipse

TarUtils.parseName does not properly handle characters outside the range 0-127

Cluster is going down but CatalogJanitor and Normalizer try to run and fail noisely

Disable vectorized VectorUDFAdaptor usage with non-column or constant parameters

TestSplitTransactionOnCluster fails because "Region not moved off .META. server"

IntegrationTestBigLinkedList can fail due to random number collision

SRP and Lettuce NullPointerExceptions calling sort with null sortParams

Xml/Java toggle is not working in the single HTML page version of the reference documentation

FlowExecutionFactory creates FlowExecution instances with same map of attributes

Binary data in POST multipart request is unmarshalled incorrectly

:validate-address operation produces unclear failure message; pollutes server log with exceptions

standalone.sh does not handle correctly situation when CDPATH environment variable is set

TS - explicit dependency on org.apache.maven.surefire:surefire-junit47 disallows TestNG based tests 

ExecutionContextPromotionListener strict flag misinterpreted in listener code

AS Testsuite helper class FileSystemRealm doesn't map roles correctly

NullPointerException at ConversionServiceMetadata when push in method of ApplicationConversionServiceFactoryBean

Management model does not validate input values in interface section

PeerIdentity should not be wrapping RuntimeException(s) with PrivilegedActionException(s)

LruBlockCache.CacheStats.getHitCount() is not using the correct variable

[AccessController] postCreateTable hook fails when another CP creates table on their startup

Servers in domain don't start if management interfaces are bound to all IPv4 addresses

Add test for replication to a target with hive.strict.managed.tables enabled

Region in PENDING_OPEN keeps being bounced between RS and master

Timestamp type is not copied by ObjectInspectorUtils.copyToStandardObject

Expose Spark task counts and stage Ids information in SparkTask from SparkJobMonitor

Logging task properties, and environment variables might contain passwords

Reuse of KeyValue during log replay could cause the wrong data to be used

RegionServer not shutting down upon KeeperException in open region

Multiple insert overwrite into multiple tables query stores same results in all tables

Cli calls leak memory in Host Controller when reading children names in domain mode

Configure IntegrationTestRSGroup automatically for minicluster mode

maps with mongo reserved characters for keys generate on save: java.lang.IllegalArgumentException: fields stored in the db can't have . in them

In ChaosMonkey, MoveRegionsOfTableAction throws UnknownRegionException

IllegalMonitorStateException if session invalidated after redirect

hbase.regionserver.handler.count default: 5, 10, 25, 30? pick one

table creation should fail when user does not have permissions on db

Remove duplicated initialization of CacheConfig in HRegionServer

IronJacamarResourceCreator Throws ConcurrentModificationException

Improve thread safety when loading dynamic partitions in parallel

Not resolving dependencies from local repo in Arquillian integration tests

BeanValidationCdiIntegrationTestCase fails on non-English system

Inconsistent stage for adding/updating/removing system properties

ServletResourceManager does not implement isResourceChangeListenerSupported correctly

Cannot create BindStatus for valid field on immutable form object in case of bind errors

Improve CleanerChore to clean from directory which consumes more disk space

Add unit test to test implicit conversion during dynamic partitioning/distribute by

checkAndPut implementation doesnt verify row param and writable row are the same

Partial stats in Join operator may lead to data size estimate of 0

ModuleSpecProcessor does not recreate module spec after undeploy()

Embedded HC started with host-slave.xml does not allow changes as master connection service is not available

in SemanticAnalyzer#doPhase1, handling for TOK_UNION falls thru into TOK_INSERT

null file is created in bin directory when starting standalone.bat

when generating reentrant INSERT for index rebuild, quote identifiers using backticks

Mismatched results between vector and non-vector mode with decimal field

Avoid FileNotFoundException when map/reduce.xml is not available

CommonsXsdSchemaCollection: Combination of xs:includes and xs:imports in a schema result in incorrect/overcomplete schema in wsdl generated by DefaultWsdl11Definition

Can not invoke read-resource-description on multi target address with a resource named server.

camel-netty - Some options in netty configuration do not support # lookup

"separatorChar" has no effect in "CREATE TABLE AS SELECT" statement

JdbcCursorItemReader will spin through entire resultset if numberOfProcessRows=0

combination of JPA-Component, loop and wiretap throws entitymanger cloesd exception

Bindings of most binding-types can not be created in naming subsystem configuration in Web Console

maxHeapUsage value not read properly from config during EntryBuffers initialization

Add priority to TableDescriptor and priority region open thread pool

HoS: more aggressive mapjoin optimization when hive.spark.use.ts.stats.for.mapjoin is true

FileUtils.toURLs throws NPE for null parameter; this is inconsistent with toFiles method behaviour

Metastore client doesn't log properly in case of connection failure to server

Fix logic introduced in HIVE-20660 to estimate statistics for group by

Reading the logging subsystem resource can be slow if several log files exist

OpenDataException because HBaseProtos.ServerLoad cannot be converted to an open data type

ProxyMetadataSource does not return JDK8 'default' methods from interfaces

Restlet GET request should not trying to stringify the exchange body

Infinispan fraction makes the WildFly Swarm server start with errors

CompressorStreamFactory doesn't handle deflate streams with a zlib header

org.apache.camel.component.bean.BeanInfo not working properly with mocked Interfaces

Description of worker attributes of IO subsystem contains escaped char sequences

getWriteRequestCount function in HRegionServer uses int variable to return the count.

Remove use of deprecated methods from CoreManagementResourceDefinition and ServerRootResourceDefinition

Default value of <mvc:redirect-view-controller> context-relative attribute is not "true"

can't start server with configuration file from EAP 6.4.7 (and above)

OutOfMemoryError: Java heap space when sending large file to endpoint

Custom NAKACK2 automatically enables use_mcast_xmit/use_mcast_xmit_req when using multicast-based transports

GSON converter only serialises fields of controller method return type, ignoring subclass fields of response object

resources for messaging paths are not created in domain's profile

tablePrefix property is not injected into JbdcExecutionContextDao

Capability requirements declared twice in JCA root resource definition

camel-box - OSGi troubles - NoClassDefFoundError: org.apache.commons.lang.NotImplementedException

AbstractResource.exists() doesn't close connection correctly on a not found http url

Druid schema inference for Select queries might produce wrong type for metrics

Add coprocessor hook to HRegionServer.ScannerListener.leaseExpired()

XFire 1.2.6 not compatible with Spring 3.0's CustomEditorConfigurer

Hive-on-Tez is going into MapOperator::cleanUpInputFileChangedOp()

AbstractApplicationEventMulticaster throws NPE when ApplicationEvent's source is null

Point users to hive-users@publists.facebook.com instead of athusoo@facebok.com in the README

LabelExpander#createLabels() should close scanner in finally clause

CBO : When filter is applied on dimension table PK/FK code path is not in effect.

Fix for HIVE-17113 can be improved for non-blobstore filesystems

HRegionServer.multi() no longer calls HRegion.put(List) when possible

ICV optimization to look in memstore first and then store files (HBASE-3082) does not work when deletes are in the mix

AbstractSecurityInterceptor subclasses do not restore original SecurityContext when using RunAsManager and an Exception is thrown

TwitterErrorHandler throws UnrecognizedApiException for rate limits

Plugins in pom.xml that are missing a groupId result in an error message

TransactionSynchronizationUtils.unwrapResourceIfNecessary() overwrites InfrastructureProxy.getWrappedObject() results

Filter parsing does not recognize '!=' as operator and silently ignores invalid tokens

Exception thrown when searching for non-existent /div/page element in index-template.jspx

TestMetaMigrationRemovingHTD fails when used with Hadoop 0.23/2.x

Count query creation fails when entity names contain non-ASCII characters

UnknowHostException does not reach onCompletion() if consumer.bridgeErrorHandler is enabled

UpdateFirst throws OptimisticLockingFailureException when updating document that does not exist

Severe error on deploy of ear: "Unable to obtain CDI 1.1 utilities for Mojarra"

Issue with camel-soap - <dataFormats> -  JAXBContext not created

Remove hard dependency on Mojarra CompositeComponentStackManager

AbstractPreAuthenticatedProcessingFilter should automatically create a new session after session invalidation

FetchOperator slows down SMB map joins by 50% when there are many partitions

Not able to find HMaster and HRegionServer processes with grep by process name on ps result because of large classpath as argument.

Running WALPerformanceEvaluation against asyncfswal throws exceptions

SecureProtobufWALReader does not handle unencrypted WALs if configured to encrypt

unit test symlink_text_input_format.q needs ORDER BY for determinism

Weak affinity set up by EJB client 4 is not followed with invocations running against stateful bean deploment on WildFly 13

Compactions must fail if column tracker gets columns out of order

filter is still removed due to regression of HIVE-1538 althougth HIVE-2344

Id handling of Spring AjaxViewRoot causes problems to RichFaces AjaxViewRoot

WeldDeployment initialisation error causes session fail-over to fail.

Controlled crash of regionserver not hosting meta/root leaves master in spinning state, regions not reassigned

Non-existing alias for SSL in Elytron Client configuration file causes NPE

The Fuse quickstarts README files and poms are not automatically updated during the build

Equality comparison is done between two floating point variables in HiveRelMdUniqueKeys#getUniqueKeys()

Spring complains that it needs to be started with agent when it actually is started that way

Upgrade orc to 1.5.2 and enable decimal_64 schema evolution tests

Lambda-circularity init problem on IBM JVM in o.w.e.e.ElytronDefinition

NPE in AbstractDispatcherServletInitializer when two Filter's are of the same type

EnableMongoRepositories repositoryImplementationPostfix() default is empty String instead of "Impl"

With DbTxnManager configured, all ORC tables forced to be transactional

Proxy created by HFileSystem#createReorderingProxy() should implement Closeable

http-remoting-connector attributes wrongly declared as "restart-required" => "no-services"

SpringValidatorAdapter fails to retrieve value for Bean Validation 2.0's "<list element>" literal

DefaultManagedAwareThreadFactory's non-JNDI fallback leads to StackOverflowError

RuntimeCamelException "Ambiguous Parameter Mapping" must not be thrown, if there are parameters of the same type but with different QNames in ServiceInterfaceStrategy

Query based compaction fails with NullPointerException: Non-local session path expected to be non-null

HConnectionManager moved region tracking can cause the region server to redirect to itself; load balancer uses incorrect servername compare

LLAP: make sure IO elevator is enabled by default in the daemons

WildFly Elytron Tool, Vault commands with wrongly filled path to vaults should fail.

[GSS](7.1.0) static content under jboss-web.xml overlay directory is not served correctly after the content is updated

Calling getTimestamp() on a KV in cp.prePut() causes KV not to be flushed

Wrong URLs in the descriptions for update_all_config and update_config commands in shell

AutomaticJobRegistrar's event listening is unnecessarily broad and can lead to problems with early instantiation

select * fails for table after adding new columns using rcfile storage format

Compilation error on JDK 11: cannot find class sun.reflect.Reflection

Start of new-version master fails if old master's znode is hanging around

ORC SARG creation fails with NPE for predicate conditions with decimal/date/char/varchar datatypes

listSnapshots should list only owned snapshots for non-super user

Under continuous upload of rows, WrongRegionExceptions are thrown that reach the client even after retries

Better memory estimation/allocation for hybrid grace hash join during hash table loading

Restarting routes using sql aggregation repository may lead to Class loading issues

The list in pushdownPreds of ppd.ExprWalkerInfo should not be allowed to grow very large

Mutation#getFamilyMap() return type change between HBase 94 and 96 breaks downstream apps

" Not running balancer because dead regionserver processing" is a lie

remote-cache-store resource attributes are missing validators/capability references

Management returning success for read-attribute on non-existent domain server path

Enhance custom query feature in LDAP atn to support resultset of ldap groups

Each Undertow server should expose a distinct SessionIdentifierCodec

Recursive read-resource should not fail if an expected address type disappears in the middle of execution

module add in cli using module-xml option fails when file is located in different folder or when drive letter is specified

Booking a flight for non-existent flight should result in NoSuchFlightException

Undertow host locations are not exposed to mod_cluster load balancer

TypeConverterDelegate standard conversion changes single element array to a class instance when trying to convert to Object

Do not accept string as scale and precision when reading Avro schema

Rotating file handlers don't allow a .zip or .gz suffix for compressing rotated files

Clients are not able to do failback in colocated HA topology with HTTP connectors

Vectorization: Enabling hybrid grace disables specialization of all reduce side joins

LogoutFilter do not exclude query parameters in the matching test

ExprNodeGenericFuncDesc.toString() generating unbalanced parenthesises

Custom filters should not require registration in HbaseObjectWritable

SMBJoin/BucketMapJoin should be allowed only when join key expression is exactly matches with sort/cluster key

Fix incorrect elasticsearch5-rest documentation and OperationTypes

Invalidation cache should not trigger passivation/activation events per request

Namespace declarations may be removed from the wsdl when transformWsdlLocations = true

Hybrid Grace Hash Join should fail task faster if processing first batch fails, instead of continuing processing the rest

Partitioner class not used in TableMapReduceUtil.initTableReduceJob()

Elytron credential-store should offer operations instead of alias resource

Add a GC canary to the VectorGroupByOperator to flush whenever a GC is triggered

Select query with specific projection(s) fails if the local file system directory for ${hive.user.scratchdir} does not exist.

Stop the html-single from building a html-single of every chapter and cluttering the docbkx directory

Error when invoking @Remove method for stateful bean in transaction

Incorrect interface definition in ejb-jar.xml for entity beans shows just NullPointer exception

GenMRSkewJoinProcessor uses File.Separator instead of Path.Separator 

Fix refguide so it does hbase 1.0 style API everywhere with callout on how we used to do it in pre-1.0

JaasAuthenticationProvider should not include the authorities in the provided authentication request object

@TransactionAttribute ignored on non-public SFSB PostActivate and PrePassivate lifecycle callbacks

Local region does remote put in addition to local put in client cache.

Javadoc contradictory for FileFilterUtils.ageFileFilter(cutoff) and the filter it constructs: AgeFileFilter(cutoff)

Creating infinispan security cache w/o default cache doesn't use auth-cache settings

ArchiveStreamFactory fails to pass on the encoding when creating some streams

public TarArchiveEntry(File file, String fileName) does not normalize the file name.

Correct references to hbase.regionserver.global.memstore.upperLimit

assembly.xml file and maven pom.xml file not properly configured for add-on

There is ConcurrentModificationException when we write new aliases to one credential store resource through multiple threads (management clients) 

Include the error parameter into authentication-failure-url when login-page is customized

ActiveMQ Resource Adapter can not lookup destination in app namespace

ServerSuspendHandler gets stuck suspending a server already suspended if a timeout is used

Slow WAL Append count in ServerMetricsTmpl.jamon is hardcoded to zero

HCatalog build directories get included in tar file produced by "ant tar"

ResourcePatternUtils.getResourcePatternResolver does not accept null arg

AnnotationMetadataUtils does not support NestedAnnotationAttributeValue types when computing attribute values

AbstractSecurityInterceptor should replace the SecurityContext when doing RunAs replacement, rather than just the Authentication within the context

In Driver.execute(), mapred.job.tracker is not restored if one of the task fails.

support whole warehouse dump / load + create/drop database events

X509EvidenceVerificationSuiteChild AssertionError when run in multiple profiles

Changing the max-history attribute value for configuration-changes fails

NPE in cli is thrown when using preserve, override without parameter

ClassCastException: FileSystem$Cache$ClientFinalizer cannot be cast to Thread

NullPointerException in AbstractStringBasedJpaQuery.isJpaManaged()

ClassCastException on connection validation of shared Lettuce Cluster connections

Memory leak on STOMP broker connections that fail before heartbeats start

EJB method invocation hangs when a bean is configured with both @Startup annotation and <init-on-startup> in ejb-jar.xml

Canary takes lot more time when there are delete markers in the table

UDF from_utc_timestamp throws NPE if the second argument is null

Update ORC Filedump stripe sizes to match the memory manager changes

There isn't possible change value for given alias in Credential Store over CLI.

Stopping a HRegionServer with unflushed cache causes data loss from org.apache.hadoop.hbase.DroppedSnapshotException 

[ERROR] FloatBox cannot be resolved to a type when defining a field of type java.lang.Float in gwt project

ResourceDatabasePopulator does not handle comments properly when ignoring failures

modulesPath-parameter with paths-element leads to NullPointerException

FlatFileItemReaderBuilder class - TAB character is not set as a delimiter

NPE on a domain server when configuring a deployment logging configuration resource

UriComponentsBuilder only normalizes paths with two consecuitive '/' but not more than two

NPE in LoadTimeWeavingConfiguration: loadTimeWeaver() called too early

IPv6ScopeIdMatchUnitTestCase fails if some IPv6 subinterface exists

Value of parameters "restart-required" for fixed-*port attributes does not match reality for socket-binding and *-destination-outbound-socket-binding in CLI

ITBLL fails on master unable to find hbase-protocol-shaded content

Inconsistency in JCA Subsystem xsd, boundedqueque is used for worker threads

AbstractCollectionDecorator.decorated() should not be used internally

Exporting a lazily initialized bean (which implements SelfNaming and is annotated with ManagedResource annotation) gives IllegalStateException

Replace HBaseFsck.debugLsr() in TestFlushSnapshotFromClient with FSUtils.logFileSystemState()

table.tagx creates invalid HTML, causes pages to break in Internet Explorer 8

MediaType incorrectly calls the toString() method instead of name() method causing RestTemplate on Android to fail

Master assigns region in the original region server when opening region failed  

KAR fuse-karaf-framework MUST use provided scope for dependencies

Region is on service before openRegionHandler completes, may cause data loss

fabric create fails with Error executing command: No matching service for optional OSGi service reference

Spring MVC 3.1.GA 405 problem, can not create two mappings with a same url when using 2 methods (GET, POST) and a PathVariable

camel-netty-http - Endpoint should include params in uri so they are unique

Vectorized Tez count(*) returns NULL instead of 0 when result is empty

Race condition in AutowiredAnnotationBeanPostProcessor.AutowiredMethodElement.inject()?

SimpleMessageListenerContainerIntegration2Tests testDeleteOneQueue fails intermittently

Exception is not logged or handled when error handler is LoggingErrorHandler and processing occurs inside Pipeline

Forgetting to close operation cuts off any more HiveServer2 output

Invalidating a session of an SSO on a different node than where the session was created does not logout the user

petcare sample not writing form actions correctly on WebSphere 7

Reduce number of metastore calls in MoveTask (when loading dynamic partitions)

XTS .NET async feature should be enalbled with system property as it's way how it's done in 7.1.0

Properly handle Preconditions check failure in MemStoreFlusher$FlushHandler.run

SecurityContextConfigurer should default SecurityContextRepository

Repeated key in GROUP BY is erroneously displayed when using DISTINCT

Regression in support for property write method return type covariance

Exception when table-level serde is Parquet while partition-level serde is JSON

QuoteMode.NON_NUMERIC doesn't work with CSVPrinter.printRecords(ResultSet)

When stopping CamelContext should not clear lifecycleStrategies, to make restart safely possible

<sf:commandLink /> and <sf:commandButton />: "disabled" attribute not working

BasicPersistentEntity.getPropertyAccessor for target bean does not properly handle inheritance when PersistentEntity instances are interface or abstract class based

Deploying a CLI archive that contains "module add" commands results in "WFLYCTL0155: steps may not be null" when using the CLI GUI

LoadIncrementalHFile.doBulkLoad(Path,HTable) should handle managed connections

DomainClassConverter#matches should return false when source- and targetType are equal

When a route is removed from camel, LifecycleStrategy is called twice 

WELD-001409: Ambiguous dependencies for type Interface with qualifiers @Default

PathVariable with nested router function throws IllegalArgumentException

gzip dataformat - Ensure input stream is closed if exception thrown

"Maximum lock count exceeded" from region server's batch processing

User provided table properties are not assigned to the TableDesc of the FileSinkDesc in a CTAS query

Expired/invalidated session meta-data entries not removed when using optimistic locking or READ_COMMITTED isolation

Can't get the soap header when the camel-cxf endpoint working in the PAYLOAD data fromat

Unable to create http-acceptors with same name for 2 different server

client.HConnectionManager$TableServers logs non-printable binary bytes

getRequestsCount() in ClusterStatus returns total number of request

SwitchUserProcessingFilter modifies the switchFailureUrl member variable on failure

Arquillian container fails to find dependencies in active Maven Profile

Adding type converter should clear misses map for the given type

Correct DAG for updating the last.repl.id for a database during bootstrap load

Vectorization: Lift unneeded restriction causing some PTF with RANK not to be vectorized

AbstractGenericHttpMessageConverter.canWrite(Type, Class, MediaType) doesn't call canWrite(Class, MediaType) anymore

ClientScanner skips too many rows on recovery if using scanner caching

MappingJacksonHttpMessageConverter ignores supported media types property

HIVE-9500 introduced incompatible change to LazySimpleSerDe public interface

Hbase unable to compile against Hadoop trunk (3.3.0-SNAPSHOT) due to license error

Not able to add partition for views in hive when sentry is enabled

Extend column pruner to account for residual filter expression in Join operator

HiveServer2 client on windows does not handle the non-ascii characters properly

Extension observer method doesn't get invoked if meta-annotations are given as a filter via @WithAnnotations

Clustering capabilities created via BinaryRequirementCapability need to define a dynamic name mapper

Set reasonable connection timeout for CuratorFramework ZooKeeper clients in Hive

Missing default values in ldap-key-store description in management model.

Legacy Web migrate op fails if a connector has scheme https and no SSL config

CDI injection in entity listeners failing in WAR contained in EAR

ANALYZE TABLE ... COMPUTE STATISTICS FOR COLUMNS fails with NPE if the table is empty

HIVE-2246 upgrade script needs to drop foreign key in COLUMNS_OLD

TestHiveServer: testScratchDirShouldClearWhileStartup is failing on Windows

Realm name not taken into account for RBAC role mapping using legacy security realm.

setEnv is not portable, which fails TestCliDriverMethods#testprocessInitFiles on Windows

JBossWS testsuite failing because of missing explicit wildfly-common dependency

Cancelled timer not removed from internal cache when using persistent timers

Recursive loop on KeeperException in AuthenticationTokenSecretManager/ZKLeaderManager

elytron security configuration is ignored in RA connection definition

Options --disabled/--enabled/--replace are missing in CLI code completion

duplicated MapRedTask in Multi-table inserts mixed with FileSinkOperator and ReduceSinkOperator

Jaeger Fraction: JAEGER_SAMPLER_PARAM should be parsed to Number instead of Integer

Concurrency issues during parallel moveFile due to HDFSUtils.setFullFileStatus

HiveServer2 does not log the output of LogUtils.initHiveLog4j();

ConcurrentModificationException when calling ACAC.register from @PostConstruct  

Caused by: javax.sound.sampled.UnsupportedAudioFileException: could not get audio input stream from input stream

Coverity static analysis: Resource leak in LdapSecurityRealm (Elytron)

Error in "13.4.3 Batch operations with multiple batches" documentation

OrcFiledump runs into an ArrayIndexOutOfBoundsException when running against old versions of ORC files

AbstractItdMetadataProvider does not skip processing if the governor's type metadata is invalid

Snapshots with the same name are allowed to proceed concurrently

delegation tokens do not work with HS2 when used with http transport and kerberos

NPE when absolute ordering is used and a web fragment is missing

Fix eclipse template classpath to include new packages added by ORC file patch

LATERAL VIEW with EXPLODE produces ConcurrentModificationException

Bindy does not support quoted value with separator char in CSV datasource

By default, there is broken conversion String -> ContextResource

TestCoprocessorInterface.testCoprocessorInterface broke on jenkins and local

Cannot connect to JBoss controller via CLI by passing password in command line if password contains '!' character (for JBoss EAP 7.1.0.GA in Windows)

Get work path instead of attempted task path in HiveHFileOutputFormat

SOAP 1.2 Fault processing should use value of Reasontext to build exception message

Undertow mod_cluster should use multicast port from socket binding

Avoid double spilling the same partition when memory threshold is set very low

Default config needs to be based on latest version of the management schema

AmbiguousBaseClassException when resolving a hierarchy which contains exactly one superclass and one subclass in a particular order

JSON Patch request not recognized if Content-Type header contains media type parameters

[0.92 UNIT TESTS] TestReplication.queueFailover occasionally fails [Part-1]

Race condition when closing regions that causes flakiness in TestRestartCluster

Upon job restart, step with FlatFileItemReader doesn't honor skippable-exception-classes

Acquire locks before generating valid transaction list for some operations

Allow passing arguments to jruby script run when run by bin/hbase shell

(findbugs) HE: Class defines equals() and uses Object.hashCode()

TestSnapshotCloneIndependence fails in trunk builds intermittently

ComparatorUtils.chainedComparator(..) should not force the objects to implement Comparable

FastByteArrayOutputStream$FastByteArrayInputStream behaves incorrectly when no data is available

LDAP referrals does not work - dir-context.referral-mode is always ignored

FuzzyRowFilter omits certain rows when multiple fuzzy keys exist

Can't append to HLog, can't roll log, infinite cycle (another spin on HBASE-930)

An empty <*-exception-classes/> list does not override parent's list

Flat3Map.remove() does not return the correct value when size <= 3

Uninformative description of undertow subsystem configuration for a deployment

Context scoped OnException should not be stopped if a route is stopped

deleteFamily takes timestamp, should only take row and family.  Javadoc describes both cases but only implements the timestamp case.

IdentifierMetadata not correctly handling short and char primitives in generated equals and hashCode methods

CXF's Provider service using the payload data-format may not transfer the payload correctly

DefaultRepositoryInformation#getTargetClassMethod matches wrong save-Method if Entity implements Iterable

Fix deadlock during cluster shutdown due to concurrent connection close

Temporarily disable metastore tests for listPartitionsByFilter()

SetUniqueList.addAll(int index, Collection coll) adds to end of list instead of at specified index

Multi-insert query drops Filter before file output when there is a.val <> b.val

ConfigValidator.java#L83 - serverRequiresSsl checked twice on the same line, should be probably serverRequiresSsl && clientRequiresSsl

errors when selecting a struct field within an array from ORC based tables

Using simple language OGNL expressions doesn't work for Bean Binding when a field is null

FileChangedReloadingStrategy not working for SubnodeConfiguration with a CombinedConfiguration parent

Revisit hashed-password and crypt-password credentials in Elytron client configuration file

Swagger Rest DSL Generator needs to build before its maven plugin

HBaseRPC$UnknownProtocolException should abort any client retries in HConnectionManager

Audit log handler sub-resources cannot be removed in same op as the handler

MetricsRegionSourceImpl creates metrics that start with a lower case

Distributed log splitting hangs even there is no task under /hbase/splitlog

NPE while updating RegionServers with the favored nodes assignments from the client tool

DBRE fkey: Type for table * could not be found but was referenced by table *

restore_snapshot shell command gives wrong namespace if the namespace doesn't exist

Add logging to debug rare unexpected refCount error from the LLAP IO layer

ConfigurationDynaBean does not work as advertised regarding indexed properties

LLAP: Slider takes down all daemons when some daemons fail repeatedly

Create table bug causes the row format property lost when serde is specified.

Data missing while scanning using PREFIX_TREE data block encoding

VerifyRep by snapshot  does not work when Yarn / SourceHBase / PeerHBase located in different HDFS clusters

DbTxnManager deadlocks in hcatalog.cli.TestSematicAnalysis.testAlterTblFFpart()

RowCounter misinterprets column names that have colons in their qualifier

Cannot execute "ssh $USER@$HOST service wildfly-init-redhat.sh restart" correctly in domain mode

[packaging] Assembly should make only executables executable (docs should not be executable!)

MockHttpServletRequest.protocol default should be "HTTP/1.1", not "http"

CBO: HiveReduceExpressionsWithStatsRule can operate on IS_NULL and IS_NOT_NULL

[Migration operation] [Web to Undertow] Migration fails with java.lang.NoClassDefFoundError

RepositoryRestMvcConfiguration causes eager initialization of beans

Guard against invalid values when resolving pagination and sorting parameters from web requests

INSERT INTO table using a select statement w/o a FROM clause fails

DDL operations via WebHCat with doAs parameter in secure cluster fail

Changing management interface with allow-resource-service-restart ends in reload-required state

Modifying a table descriptor to enable replicas does not create replica regions

MP Metrics subsystem should use org.jboss.as.server.deployment.Phase constants

Using custom id in CBR will output id duplicated when dumping route as XML using JMX

Incorrect result returns when using COALESCE in WHERE condition with LEFT JOIN

Alter command execution "when HDFS is down" results in holding stale data in MetaStore 

Injecting bean in configurable class using load-time weaving broken when referenced on scoped-proxy class

setArguments(null) on MethodInvoker no longer coerces null to Object[0]

When accessed via Thrift, all column families have timeToLive equal to -1

The run-as identity does NOT apply to the timeout callback method of an enterprise bean

Illegal character '{' in URL when using projection and PUT request

Hive's metastore suffers from 1+N queries when querying partitions & is slow

OutputStream won't close if caught exception in funtion unparseExprForValuesClause in SemanticAnalyzer.java

Elytron subsystem - wrong description of ldap-realm.otp-credential-mapper.hash-from attribute

Fix Assertion in ExecDriver.execute when assertions are enabled in HADOOP_OPTS

Beeline gives evasive error message for any unrecognized command line arguement

ClasspathXmlApplicationContext does not inherit/merge parent context environment

In HierarchicalConfiguration$Node visits the ConfigurationKey  points to the parent path in visitAfterChildren call

security-realms that defer to jaas cannot load login-modules from org.jboss.as.security 

Some tests create a table and try to use it before regions get assigned

SortHandlerMethodArgumentResolver and PageableHandlerMethodArgumentResolver have inconsistent property names

BeanProcessor - Should differentiate between void and method returning null values

Spring 4.3.2 HibernateTemplate#findByNamedQuery isn't compatible with Hibernate 5.0

DDLSemanticAnalyzer.addTablePartsOutputs eats several exceptions

Adding deployment permissions doesn't put server in requires reload state

Location of Examples.proto is wrong in comment of RowCountEndPoint.java

camel-jclouds JcloudsPayloadConverter doesn't copy the inputstream

Quickstart chapter claims standalone mode has multiple processes

JASPICSecureResponseHandler.handleRequest throws NullPointerException when redirecting for CONFIDENTIAL transport guarantee

Table can be forcibly enabled in AssignmentManager during table disabling.

TestSplitTransaction fails to delete files due to open handles left when region is split

 Multiple writable mappings for fields if using database reverse engineering

PagingQueryProvider implementations should add parenthesis around where clause

Aborting regionserver when splitting region, may cause daughter region not assigned by ServerShutdownHandler.

hive.exec.move.files.from.source.dir does not work with partitioned tables

ETag/If-None-Match logic in HttpEntityMethodProcessor should not affect methods other than HTTP GET

fix InsertEvent on mm tables to not cause failing capability checks

mvn -Dhadoop.profile=2.0 -Dhadoop-two.version=2.0.5-SNAPSHOT fails because of Undef Class error wrt o.a.h.IdGenerator

camel-catalog has unnecessary imports if it cannot access some other artifacts

listener element should only have an "id" when defined at the top level

Messages not received after adding a message listener to both channel and pattern before container start

Hbase throws OutOfOrderScannerNextException when MultiRowRangeFilter is used

Additional tests for to_utc_timestamp function based on HIVE-20068

Java keywords still being written into entities generated by Roo using reverse engineering

Add documentation coverage for configuring dns server with thrift and rest gateways

check to see if we exceeded hbase.regionserver.maxlogs limit is incorrect

JedisCluster exception conversion produces NullPointerException on cache put operation

Nightly script to check source artifact should not do a destructive git operation without opt-in

spring-context-3.1.0.RELEASE.jar Referenced file contains errors - Schema cannot contain two global components with the same name

Camel-jaxb option "encoding" with option "filterNonXmlChars" generate wrong data

Coverity, derefere null return value in KeyStoreCredentialStore.saveSecretKey

Class-level @Asynchronous processor has inconsistent application of async methods

Filters on outer join with mapjoin hint is not applied correctly

Elytron integration with the legacy JSSE domains is broken after the SSL-related capabilities were changed in Elytron

Cannot start the application if we have custom logging configuration

UnknownHostException thrown on Roo startup in DBRE project with no Internet connection

Client credentials grant should not include refresh token (per the spec)

Patching: rollback --reset-configuration=false reverts configuration

SubQuery: Not In subqueries should check if subquery contains nulls in matching column

Attributes cannot be added to HealthStatus within a HealthResource 

Depth parameter is not always taken into account in repositories

IIOPTransactionPropagationTestCase fails with -Dnode0 property set

@OneToOne mappings in AbstractAuditable should rather be @ManyToOne ones

Deployment script (roo-deploy.sh) doesn't reliably read GPG passphrase from ~/.m2/settings.xml

Buggy reuse of list in prototype, when using shorthand definition in xml.

Revise configuration options of ssl-context in wildfly-config.xml

Incorrect exception handling on the client causes incorrect call timeouts and byte buffer allocations on the server

CDI.current().getBeanManager() returns a beanmanager from a different deployment

Apache Camel 2.9 Splitter with tokenize dont work with namespaces

FacebookErrorHandler will be handle 404 Not Found Error as org.springframework.social.ResourceNotFoundException.

Regression: UrlPathHelper.getLookupPathForRequest(…) returns different results for URIs containing matrix parameters

Changes made to ExtensionRegistry by operations are not reverted if the operation rolls back

camel-soap - Generates empty tag name if marshalling JAXB generated sources with no name in @XmlType

StackOverflowError, ClassCastException and other issues with ConversionService

CombineHiveInputFormat throws exception when partition name contains special characters to URI

LLAP: WaitQueue comparators should return 0 when tasks of the same DAG are of same priority

Undertow request failed HttpServerExchange due to replication timeout

AcegiPlainTextPasswordValidationCallbackHandler doesn't implement InitializingBean

IllegalStateException when removing HTTP management during shutdown sequence

[Coprocessors] preGet hook does not allow overriding or wrapping filter on incoming Get

LogoutConfigurer should by default allow other methods if CSRF is disabled

hive-site.xml ${user.name} not replaced for local-file derby metastore connection URL

JMX - Update route from xml on route mbean should update current route only

When using permanent replyTo queues, their JNDI names can't start with jms/ in the defaultUri property of the WebServiceGateway

ServiceRemoveStepHandler fails to remove services if any associated capabilities use a dynamic name mapper

launch-command was only added in version 3.0 of schema, however being parsed in all prior versions.

Need to retain DeadServers to ensure we don't allow previously expired RS instances to rejoin cluster

IntegrationTestingUtility#restoreCluster leak resource when running in a mini cluster mode

mvn gwt:run of a gae project fails when datanucleus tries to instrument serlvet filter GaeAuthFilter

Semi join reduction hint fails when bloom filter entries are high or when there are no stats

Complex queries do not work when searching within Facebook's public feed

CS tool, When we try to find out if alias exists in non-existent credential store storage file then we get success message.

Type converter - Should respect Future ExecutionException as not failed to convert but some other error

AccumuloIndexedOutputFormat.AccumuloRecordWriter.close() - typo in the condition

fabric:create returns "Provider org.apache.xerces.impl.dv.dtd.DTDDVFactoryImpl could not be instantiated: java.lang.NullPointerException" on RHEL and Linux

SimpleJdbcCall: Function return type (REF CURSOR) should be resolved properly.

StatsOptimizer should return no rows on empty table with group by

/deployment-overlay=test:redeploy-links doesn't work in mixed domain

Offline a region before it's closed could cause double assignment

FileUtil.getDefaultTempDir() causes a classloader leak in webapps

Auto join conversion fails in certain cases (empty tables, empty partitions, no partitions)

Repository lookup in DomainClassConverter and DomainClassPropertyEditorRegistrar throws ClassCastException if not all repositories implement CrudRepository

Use the default MR scratch directory (HDFS) in the only case when hive.blobstore.optimizations.enabled=true AND isFinalJob=true

Avro SerDe doesn't handle serializing Nullable types that require access to a Schema

Apply HIVE-11544 to explicit conversions as well as implicit ones

Frequent intermittent failures in coarse/fine web session passivation tests

Return immediately for a scan rpc call when we want to switch from pread to stream

DataSourcePoolStatisticsTestCase does reload after each datasource remove

RS UI may throw NPE and make rs-status page inaccessible with multiwal and replication

Change in spark.executor.instances (and others) doesn't take effect after RSC is launched for HS2 [Spark Brnach]

Hive-site settings are ignored during HCatInputFormat split-calculation

Fix MetaMetrics issues - [Race condition, Faulty remove logic], few improvements

Combining .delay() and .backOffMultiplier() in an errorhandler gives error that is 

Output of route-profile is empty if there are same route-id for multiple camel-contexts.

LLAP: check ZK acls for registry and fail if they are too permissive

ThriftCLIService uses incompatible getShortName() implementation

Region states should update last assignments when a region is opened.

Fail schema discovery when two columns have similar names with different casing in Druid

AbstractMessageConverterMethodProcessor returns allSupportedMediaTypes with HttpMediaTypeNotAcceptableException

Potential null pointer reference in ObjectInspectorUtils#compareTypes()

Incorrect result when vectorized native mapjoin is enabled using null safe operators <=>

Vectorization: Add code for testing MapJoin operator in isolation and measuring its performance with JMH

OperationNotPermittedException thrown when an InsufficientPermissionException should have been thrown.

Incorrect partition bucket/sort metadata when overwriting partition with different metadata from table

LoadTimeWeavingConfiguration should not rely on private field injection

SimpleUrlHandlerMapping wildcards cannot handle escaped newline characters

CS tool, There is success message when we try to list aliases from non-existent storage file.

Using AuthorizationPolicy on a Route prevents Processors from being exposed via JMX

AbstractPersistable.equals(…) always returns false if target entity is a proxy

hiveserver2 string representation of complex types are inconsistent with cli

ACL znode are left without PBed during upgrading hbase0.94* to hbase0.96+

javax.naming.InvalidNameException: WFNAM00007: Invalid URL scheme name "null" when jms bridge is trying to do remote lookup on EAP6/HornetQ

[hbck]: hbck -metaonly incorrectly reports inconsistent regions after HBASE-9698 fix

After HBASE-16604 - does not release blocks in case of scanner exception

Using MongoDB Tailable Cursor Consumer on non-capped collection results in NullPointerException (instead of proper error message)

Add unit tests to CompactionTxnHandler and use PreparedStatements for queries

File consumer - Polling from network share on Windows may regard files as not a file

SaajSoapMessage.setSaajMessage() and AxiomSoapMessage.setAxiomMessage() should clear cached fields

XAResourceRecoveryServiceConfigurator adds a TX service dependency for non-transactional caches

Using DbTxnManager with concurrency off results in run time error

Access token field in JdbcUsersConnectionRepository too short for FB with encryption

Failing to inherit group/permission should not fail the operation

RabbitConsumer.stop() doesn't stop underlying AutorecoveringConnection obtained from supplied ConnectionFactory

Race condition when inbound message handling fails and StompSubProtocolHandler sends ERROR frame

NPE in AssignmentManager if processing shutdown of RS who doesn't have any regions assigned to it

Log in console if individual tests in test-patch.sh fail or pass

ModelTestUtils isn't confirming the transformed boot ops work on the legacy slave

Sftp upload to subdirectory does not work if home directory is root ("/" or "\")

NavigableSet and NavigableMap lookup missing in CollectionFactory class in spring-core

mapred classes is Deprecated need to use new hadoop.mapreduce package

DROP INDEX (non-existent) throws NPE when using DbNotificationListener 

If rows in .META. with no HRegionInfo cell, then hbck fails read of .META.

Bug in JpaCountQueryCreator when doing Paged execution of a Query that uses the Distinct Keyword

Unclear description of cache and cache-container attributes of singleton policy in singleton subsystem

escaped columns in cluster/distribute/order/sort by are not working

Partition.setOutputFormatClass should not do toString for Class object 

GlobalMethodSecurityConfiguration has two methods for the Expression Handler

Local async EJB invocations can be completed before the caller has been notified they are async

fs.permissions.umask-mode is getting unset when Session is started

RegionMover should use the configured default port number and not the one from HConstants

property-placeholder XSD is invalid and causes validation errors when used with attributes that worked in 3.0 like 'location'

Hive streaming API + dynamic partitioning + json/regex writer does not work

Case statement type checking too restrictive for parameterized types

initialDelay and idempotentRepository Endpoint URI parameters fail to be read from Camel context when Turkish language is set in host operating system.

javax.resource.* classes are not resolved during compile time from resource-adapter fraction 

EjbJarMetaData.getEnterpriseBean(String) throws NPE when enterpriseBeans is null

Unexpected new line in beeline output when running with -f option

Possible data loss due to non-handled DroppedSnapshotException for user-triggered flush from client/shell

JmsUtils.buildExceptionMessage throws NPE if the linked exception doesn't have a message

updateStatus UncategorizedApiException that should be categorized - 

Exchange.getOut() not returning (blocking till timeout) when ExchangePattern.InOut used as well as message headers and exchange properties not passed when a Camel Mina used.

Class-level @Asynchronous should only apply to the declared methods on the class

Coverity, derefere null return value in KeyStoreCredentialStore.store

Repository queries on client Regions associated with a Pool configured for a specific server group can lead to a RegionNotFoundException.

Dynamic Partitioning Failing because of characters not supported globStatus

Neo4jItemReader is incompatible with Spring Data Neo4J from the Hopper release train

Fix FATAL level logging in FSHLog where logged for non fatal exceptions

Camel-AWS MQ: it is not possible to set Broker "Public accessibility" parameter using createBroker command

When adding custom converters to the mongo template it is possible to get unpredictable behaviour

ls output is unfriendly if any element in return contents is longer than terminal width

Append HBASE_CLASSPATH to end of Java classpath and use another env var for prefix

zkcluster in local mode not seeing configurations in hbase-{site|default}.xml

Web scaffold: bad handling of self-referencing parent-child entity relationships

NPEs or incorrect results in several ops within a Lettuce transaction

RFC 1738 / 3986 compliant schemes will not be recognized as valid schemes.

StealJobQueue should call super() to init the PriorityBlockingQueue

PerformanceEvaluation should document --multiGet option on its printUsage.

After Returning Advice is executed even if the return type doesn't match

Regression in SOAP over JMS when WF13 and WF14 are communicating

add note to ref guide about snapshots and ec2 reverse dns requirements.

insufficient failure description when module specified as parameter of process-state-listener:add doesn't exist

Taking down ROOT/META regionserver can result in cluster becoming in-operational

Misspelled accessor for messageKeyGenerator in StatefulRetryOperationsInterceptorFactoryBean

SHOW tblproperties for a single property returns the value in the name column

IndexOutOfBoundException in ParametersParameterAccessor iterator when non-bindable parameter(s) used

A certain field variable breaks ROO. It only writes "Index: 0, Size: 0" into the console and does not do anything anymore.

VectorizedRCFileRecordReader creates Exception but does not throw it

[external] Bug in external JLine library fails to handle extended characters on Windows (eg çàéèòùâêîôûäëïöü)

StatsNoJobTask doesn't close RecordReader, FSDataInputStream of which keeps open to prevent stale data clean

messaging-artemismq xsd is missing the initial-connect-attempts attribute

Camel-ssh: Review logic in doStart and doStop in the SshConsumer and SshProducer

hbase master dies with stack overflow error if rootdir isn't qualified

Duplicate "compactionQueueLength" metric in Region Server metrics

Precondition failed for PUT methods on ResponseEntity return types

Canceling RMLC SubscriptionTask immediately after start can leave connection open

TransportHandlingSockJsService.scheduleSessionTask() doesn't log removed sessions

Synchronize XSD and DMR description of credential-store attributes

AuthenticationContextConfigurationClient.createSaslClient() fails when running with a security manager

When hive.stats.collect.rawdatasize=true, 'rawDataSize' for an ORC table will result in value '0' after running 'analyze table TABLE_NAME compute statistics;'

WebHCat E2E test JOBS_7 and JOBS_9 fail as profile.url in job details is being returned as null

ClassNotFoundException while running IT tests in trunk using 'mvn verify'

CBR - Should break out if exception was thrown when evaluating predicate

add-alias for credential store might fail when executed in the same batch operation with credential store creation

TableEventHandler#reOpenAllRegions() should close the HTable instance

Crash when attempting split with DelimitedKeyPrefixRegionSplitPolicy

Access log message fails to be written to recreated access log on Windows

Not reading project-stages.yml properly with wildfly-swarm:run/Run main from IDE

NullPointerException for invalid payload with session handling enabled

A successful write to client write-buffer may be lost or not visible

Mandatory transitive dependency to Spring HATEOS errantly added in 1.6

CLI - between operations REMOVE and ADD CredentialStore alias is needed reload

ClassLoadingAwareObjectInputStream cannot handle deserializing proxies with mixed JDK & non-JDK interfaces

HTable.commit no longer works with existing RowLocks though it's still in API

Prompt not re-evaluated if the user input is just an "enter" command.

camel-jms: InOut exchange can time out even if response was received

UriComponentsBuilder.fromUriString(…) throws exception for empty fragment

org.apache.commons.configuration.TestDefaultConfigurationBuilder does not compile against Java 1.4

One should not have to explicitly provide the service/port for cxf is there's only one

Server stop blocked by DistributableSessionManager after invalidation during async request

Potential NullPointerException in JsonLateObjectEvaluator.evaluate(…)

Tez settings need to be shown in set -v output when execution engine is tez.

HSTS Documentation refers to http.hsts() instead of http.httpStrictTransportSecurity()

Cached HRegionInterface connections crash when getting UnknownHost exceptions

LLAP: send out container complete messages after a fragment completes

Delay the serialize-deserialize pair in CommonJoinTaskDispatcher

Log Splitting & Replay: Distinguish between Network IOE and Parsing IOE

Undefining suffix on size-rotating-file-handler sets invalid value on suffix

HTTP Digest mechanism not checking length of username causing IllegalArgument Exception

pizzashop.roo script doesn't introduce required services until shell restarted

For xa-datasource testConnection should account for deployment classloader

[AMv2] Fail UnassignProcedure if source Region Server is not online.

Some views show the text "WEB-INF/views/foo/bar.jspx" instead of that JSP's contents

MongoTemplate.find(...)  method causes Nullpointer if query parameter is null

BeanFactory.getBeanProvider stream does not include beans from parent context

ClassGeneratingEntityInstantiator never gets used as ObjectInstantiator is not visible

Issue when using ZipSplitter and sending entries to a file endpoint

IllegalArgumentException is thrown when an empty region is splitted

The HMS upgrade script test does not publish results when prepare.sh fails.

If-Modified-Since header is parsed as HTTP-date; but IE 10 sends length

When inserting ACE's in a parent ACL it's possible to end up with a child ACL that has a stale reference to its parent

Oracle AQ contains a typo "JMSXRecvTimeStamp" -- the JMS spec lists  the correct spelling as "JMSXRcvTimeStamp". Camel's JmsBinding also has the correct spelling, but can be patched to prevent Oracle AQ from puking.

SerializableTypeWrapper.MethodInvokeTypeProvider can be exploited for unsafe deserialization

Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se

There stuck some required service after unsuccessful command for adding CredentialStore with wrong filled relative-to attribute.

CatalogTracker.waitForMeta should not wait indefinitely silently

SpringBeanContainer for Hibernate 5 does not deal with NoSuchBeanDefinitionException

alter table repalce columns allows adding of new columns with the same name as that of a partition column which corrupts metadata

Double URL encoding of oauth_token passed in query string of OAuth2 protected resources

need dynamic extensibility of HBaseRPC code maps and interface lists

Coordinate storage policy property name for table schema and bulkload

Exchange partition does not show outputs field for post/pre execute hooks

[book] dfs.client.read.shortcircuit is referenced as hbase-site.xml config and not described in section 7

Can't cache All region locations of the specify table by calling table.getRegionLocator().getAllRegionLocations()

org.springframework.data.repository.support.Repositories doesn't find RepositoryFactoryInformation beans when using @EnableJpaRepositories

TestRecordReaderImpl is deleting target/tmp causing all the tests after it to fail

Coverity, SpnegoContext is Serializable; consider declaring a serialVersionUID

Inline package manage updates with package installation in Yetus Dockerfile

link tag should be closed before comment in clinic.roo -> generated load-scripts.tagx

Complex metadata dependency relationships behaving inconsistently between identical execution runs

Late binding of parameters in map value only happens once per ApplicationContext

Resource adapter subsystem configuration descriptions: connection-definitions

Camel does not clear the jpa session after each processed message batch

Add a more verbose description on the IllegalStateException fix on WFLY-9821

import of multiple partitions from a partitioned table with external location overwrites files

SharedWorkOptimizer might merge TS operators filtered by not equivalent semijoin operators

Race condition between HttpSessionContextIntegrationFilter and SessionFixationProtectionFilter

SessionDisconnectEvent.getUser() returns null instead of the session user

CombinedConfiguration: java.util.NoSuchElementException after reload of enclosed SubnodeConfiguration/XMLConfiguration

EventListener in a Request scoped bean fails context initialization

PersistentResourceXMLDescription does not marshal default attribute values

Result of CollectionUtils are different between version 3.2.1 and version 4.0

AbstractMessageConverterMethodProcessor doesn't respect already handled headers and result-codes

approval-handler-ref not being parsed correctly in OAuth2ProviderBeanDefinitionParser

Self Link created by PagedResourcesAssembler should have pagination request parameters

VerifyReplication by Snapshot should cache HDFS token before submit job for kerberos env. 

Tests in org.jboss.as.test.integration.microprofile.opentracing failing with security manager

SCVF: Avoid sending two unwanted boolean values from client to RS

Test TestRemoveRegionMetrics.testMoveRegion fails intermittently because of race condition

Using load balancer in onException adds duplicate outputs for each route defined

org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getNumPartitionsViaSqlFilter falls back to ORM 

NPE PropertyOrFieldReference$AccessorLValue due to concurrency issue

QueryExecutionResultHandler erroneously re-wraps Optional result sources

Poor diagnostics when Jackson cannot deserialise an application/json payload due to a missing deserialiser

NullPointerException when restoring a snapshot after splitting a region

 EJB run-as identity gets lost if an unsecured ejb in the call stack - not fixed in Elytron

bad compaction priority behavior in queue can cause store to be blocked

[0.92 UNIT TESTS] TestMasterObserver.testRegionTransitionOperations fails occasionally

EJB remote invocations always execute in IO worker even when not supposed to

WebFlux.fn puts wrong type of HandlerMapping.BEST_MATCHING_PATTERN_ATTRIBUTE

OOME running randomRead PE (Disable blanket enabling of blockcache)

Generated mvc scaffold with compilation error at entity with same name and identifier field name

TestJdbcWithMiniKdc.testNegativeTokenAuth fails on non-expected error messages

Camel Wordpress don't set basic authentication even if user and password are provided

Fix ordering in ZKWatcher constructor to prevent weird race condition

EAR (WAR + EJB JAR) fails to be deployed with CNFE from open tracing

Fix NPE while running skewjoin_mapjoin10.q when column stats is used.

Setting hbase.security.authorization to false does not disable authorization

Regression: Spring on WildFly causing ClassNotFoundException in ASM when deployed outside of EAR

Master dying while going to close a region can leave it in transition forever

The order of the filter chain breaks if you mix variables and hard coded patterns

Remove duplicate copies of TableDesc property values in PartitionDesc

While Archiving the empty directories are not archived to the archive.

ResourceReaderRepositoryPopulatorBeanDefinitionParser should parse location attribute not locations

Move the org.apache.camel.language.SpEL.java into camel-core to avoid export package org.apache.camel.language twice in camel-spring

Transferring an operation attachments to slaves may lead to an OOM

Deployments from the domain/data/content folder goes missing after few minutes if the Host controller is started with --backup option.

Queries using join and group by produce incorrect output when hive.auto.convert.join=false and hive.optimize.reducededuplication=true

DefaultFluentProducerTemplate mixes up data when sending asynchronously

DomainClassConverter should gracefully return null for null sources or empty strings

SettableListenableFuture setException is inconsistent with callbacks under race

BeanFactoryLocator reports cache already exists when ClientCache, Pool, and Functions are configured

Wrong behavior of IIOP subsystem migration command when expressions are used

ACID: Streaming API should synchronize calls when multiple threads use the same endpoint

Camel-AHC-WS: reconnect exception is not passed to exception handler

Missing wrapper 'license' tag around full-feature-pack-licenses.xml entry for LGPL for artemis-wildfly-integration

When adding a secondary index to an existing table, it will cause NPE during re-indexing. 

REST gateway reports Insufficient permissions exceptions as 404 Not Found

StatefulSessionSynchronizationInterceptor fails weirdly if the transaction is in ROLLBACK_ONLY

 Broken link in SWS 2.0.4 - org.springframework.ws.soap.security.xwss

Agroal subsystem should not expose runtime attributes and operations in profile resources

The configure bean is not the instance of org.apache.cxf.jaxrs.JAXRSServerFactoryBean

Unable to display the MR Job file path on Windows in case of MR job failures.

SmppBinding set the destination address npi instead of the source address npi

Fix ConcurrentModificationException in SparkClientImpl#startDriver

Migrating metadata from derby to mysql thrown NullPointerException

VectorExpressionWriterDecimal is missing null check in setValue()

ConcurrentModificationException when intercepting method pointcut

'deploy' command mandates use of --replace but fails with "Unrecognized arguments: [--replace]"

Cannot instantiate bean in Spring when using annotations and when it extends generic abstract class compiled to java 1.4 byte code 

Mosetting WriteConcern on MongoFactoryBean with String value results in incorrect WriteConcern

NPE in AbstractMessageSendingTemplate when headers are null and converter returns null

Vectorization is not supported for datatype:VOID error while inserting data into specific columns

WrongFS using HRegionInfo.getTableDesc() and different fs for hbase.root and fs.defaultFS

Kotlin inner class nested configuration causes IndexOutOfBoundsException

Check fetch property to determine if a SortLimit contains a limit operation

<jmxAgent>'s disabled attribute does not support property placeholders

Constructor resolution uses InputSource instead of URL argument for DBUnit FlatXmlDataSet

TestHFileBlockIndex.testBlockIndex() commented out during HBASE-10531

camel-beanio using beanio 2.0 should be using the 2012/03 beanio namespace

JDBC: HttpClient should retry one more time on NoHttpResponseException

OraclePagingQueryProvider has inconsistent names for columns in jumpToItemQuery

Migration of ajp connector via migrate operation fails due missing capabilities

WFLYWELD0012 warning while parsing valid beans.xml: Cannot find the declaration of element 'beans'.

servlet galleon-pack domain-interfaces.xml uses wrong interface feature spec

MockMvc - IllegalStateException: Async result for handler was not set during specified timeToWait=-1

Message listener container multiple messages per transaction not working

getDateArray(String key, Date[] defaultValue, String format) ignores format argument

Camel-Ftp: SftpOperations use sendKeepAliveMsg instead of sendIgnore method

Javadoc: UrlPathHelper.getOriginatingQueryString javadoc is a copy-pastie of UrlPathHelper.getOriginatingRequestUri

When adding dependency via 'dependency add' command ROO resets the topLevelPackage to the groupId of added dependency

LLAP: Force synthetic file-id for filesystems which have HDFS protocol impls with POSIX mutation semantics

WebAuthenticatonDetails.doPopulateAdditionalInformation should be removed

region_mover.rb unloadRegions method uses ArrayList concurrently resulting in errors

Calls on Repository Methods with Pageable parameters fail when using horizontal partitioning (eclipseLink)

ClassCastException in BeanHelper constructing beans with a list of child beans

ArrayIndexOutOfBoundsException in CellComparator#getMinimumMidpointArray

Existing failed job is restarted, even if new job contains different job parameters

Transformation tests that were failing due to WFCORE-1210 are still disabled

 hbase/bin/set_meta_block_caching.rb:72: can't convert Java::JavaLang::String into String (TypeError) - little issue with script

set hive.security.authorization.createtable.owner.grants to null by default

In JSP finder views, collapsible pane title has wrong entity name

Certain KeeperException should be ignored in ZooKeeperHiveLockManage.unlockPrimitive

Incorrect changes to POM when repeating "persistence setup" command on a DataNucleus project

metadata-only queries may return incorrect results with empty tables

[replication] empty znodes created during queue failovers aren't deleted

TransactionSynchronizationUtils.unwrapResourceIfNecessary() does not unwrap scoped SessionFactory

Interface-based CGLib created beans cannot be used as factory beans

It should be valid to configure a disk store with a non-persistent region for overflow

TestJdbcWithMiniHS2#testHttpHeaderSize test case is not testing in HTTP mode

Sorting of paginated results is not working when Querydsl is used 

smtp connection without authentication (no username and password given) doesn't work

hour() function returns 12 hour clock value when using timestamp datatype

MongoRepositoryFactory does not support id classes of type java.lang.Long

Wrong XML configuration snippet of ProviderManager in reference guide

Handling of ManagementResourceRegistration runtimeOnly is broken

Beeline should not chop off "describe extended" results by default

CollectionToCollectionConverter does not convert if the source is empty

Stale reads from ZK can break the atomic CAS operations we have in ZKAssign

Fixing licence headers using Jboss by Red Hat in copyright notice

camel-sjms - MessageProducer is not closed when using shared session

Unhealthy region is on service caused by rollback of region splitting

HostUtil.getTaskLogUrl signature change causes compilation to fail

[WFLY] Tests for enabling constraint drive authentication mode for elytron

RmiInvocationWrapper methods must not be declared as idempotent for Weblogic cluster

RS holding META when restarted in a single node setup may hang infinitely without META assignment

Converting from String to Properties with leading/trailing whitespace results in ConversionFailedException

configurable-sasl-server-factory cannot set mechanism information

HiveLockObjects: Unlocking retries/times out when query contains ":"

HLogSplitter writer thread's streams not getting closed when any of the writer threads has exceptions.

InitDestroyAnnotationBeanPostProcessor is flipping the initialization order

scope "step" does not work together with Annotation "@BeforeStep"

Absolute URL redirection may cause problems in load-balanced environments

ServerCrashProcedure checks and waits for meta initialized, instead should check and wait for meta loaded

PersistentEntity.getRequiredPersistentProperty() does not report property name

NameNotFoundException due to policyRegistration -- service jboss.naming.context.java.policyRegistration

WildFly 8.0.0 Final keeps lock on Manifest.mf files in exploded deployment

Unneeded part of failure-description is printed in CLI for Elytron subsystem

camel-sql - Does not propagate headers for outputType=StreamList

CopyUtils used by REPL LOAD and EXPORT/IMPORT operations ignore distcp error.

Attribute groups (and allowedValues) not inherited by further attributes.

Fix TestEmbeddedHiveMetaStore and TestRemoteHiveMetaStore broken by HIVE-2022

Capability resolution complaints on admin-only slave HCs not connected to the master

Encryptors.queryableText(String String) is not useable in present state

Two situations where we could open a region with smaller sequence number

Large transaction timeout value (Integer.MAX_VALUE for example) results in transaction expiring immediately after starting.

xsd schemalocation for osgi blueprint is using http instead of https

embedded server --std-out=discard still causes log output to be shown

ResultScanner is not closed in SyncTable#finishRemainingHashRanges()

FsShell.chgrp fires a chmod operation on hadoop instead of chgrp

LdapAuthenticationProvider doesn't support messageSource updates/modifications

HiddenHttpMethodFilter may disturb error rendering when handling malformed multipart request

NullPointerException when defining Camel route using Spring JavaConfig

Exception with JSON serialization in ResponseBodyAdviceChain when debug logging is on

Write to wsdl-url attribute for WS endpoint ends with 'Unknown attribute wsdl-url' instead of 'Attribute wsdl-url is not writable

JBoss50MessageDrivenBeanMetaData doesn't extend JBossMessageDrivenBean31MetaData

PoolFactoryBean can be instantiated before cache if namespace used

"jboss-deployment-structure.xml" with schema location fails to deploy

java.io.NotSerializableException: org.apache.camel.component.jms.JmsQueueEndpoint (polling consumer with POJO)

NotifyBuilder - whenSentTo - Should be per exchange and not a shared state

add operation handle before operation.run instead of after operation.run

mod_cluster excluded-contexts doesn't exclude slash prefixed /contexts; should perform normalization

EmbeddedProcessFactory should not require classes meant to be loaded from the modular classloader

An unversioned object should be created using insert(…) instead of save.

Using deprecated APIs in HBase client causes zookeeper connection leaks.

VM endpoints with same name do not communicate if args don't match

Issue with partitioned-region-template when persistence is enabled.

Add early termination for recursion in StatsRulesProcFactory$FilterStatsRule.evaluateExpression

Jetty HTTP SelectChannelConnector is not closed when CamelContext is stopped

HiveCombineInputFormat should not use prefix matching to find the partitionDesc for a given path

Elytron Audit Logging: rotating-file-audit-log's event timestamp lacks information about seconds

Don't require marshallable session attributes if the cache does not require it

In Beeline if -u is specified the default connection should not be tried at all

Hydrating objects ignores relationship direction between objects of the same type.

HCatalog maven integration doesn't override mvn.local.repo in two locations

ActiveMQ target endpoint with transferExchange=true does not work together with source File endpoint with preMove option set

Templeton: HCatalog Get Column for Non-existent column returns Server Error (500) rather than Not Found(404)

CommonsHttpMessageSender no longer properly shuts down MultiThreadedHttpConnectionManager

IllegalArgumentException: No matching constant for [-1] after upgrading from M4 to RC

The way we process connection preamble in SimpleRpcServer is broken

Throwing exceptions inside a ChunkListener results in endless loop

jboss-fuse-karaf-6.3.0.redhat-157.zip contains empty quickstart folders

Recursively scan multipart nodes of an email for attachments - not just top level nodes

Fix whitespace error in testconfiguration.properties after HIVE-14032

Additional Datanucleus ClassLoaderResolverImpl leaks causing HS2 OOM

RIT recovery with ServerCrashProcedure doesn't account for all regions

HeaderMethodArgumentResolver doesn't resolve Optional.empty() for non-existing header

cluster-service : only the first event listener is notified about cluster events

Acegi Security 1.0.4 documentation's part '2.2 Shared Components' looks like has a mistake.

Scheduled poll consumer from pollEnrich should not be polling when route starts, but on demand

Initialize NEXT_WRITE_ID. NWI_NEXT on converting an existing table to full acid

HiveServer2 in http-kerberos mode is restrictive on client usernames

NullPointerException error message when server is going to be shutdown

Cannot override initializer of @ContextConfiguration when using @ContextHierarchy

AbstractValidatingInterceptor.handleResponseValidationErrors's JavaDoc is wrong

Switching persistence providers from a GAE-based app to a normal JPA app does not clean up special provisions in JavaBean artifacts

ManagedServerOperationsFactory is not propagating the 'module' attribute to the servers

hbck cannot detect any IOException while ".tableinfo" file is missing

buildQueryWithINClause didn't properly handle multiples of ConfVars.METASTORE_DIRECT_SQL_MAX_ELEMENTS_IN_CLAUSE

request value is not consistent for restoreSnapshot in audit logs

Typo in log statement from AbstractListenerFactoryBean:isListener

addPackage() on JAXRSArchive doesn't seem to add the classes in that package

NullPointerException in RunAsUserToken#toString() when originalAuthentication is null

Java DSL: unmarshal() inside choice() blocks adding more conditions

GROUP BY causing ClassCastException [LazyDioInteger cannot be cast LazyInteger]

HttpInvokerDefinition should not be adding optional dependency on mod_cluster event handler adapter

Master code is not setting the table in ENABLING state in create table

Add vectorized Q test with complex types showing count(*) etc work correctly

ZeroCopyLiteralByteString.zeroCopyGetBytes has an unusable prototype and conflicts with AsyncHBase

Batch deployment resources should get the service registry without modification flags for read-only ops

RBAC, Security subsystem contains attributes with capabilities which don't set access-constraint.

Aggregations without grouping should return NULL when applied to partitioning column of a partitionless table

WildFly Elytron Tool, Omitting --location for Vault command leads to wrong credential store storage file in tool output and in summary output.

Reenabling an application prevents it from deployement after a restart

TemplateAwareExpressionParser.parseExpression does not accept null ParserContext anymore

Inconsistent cast behavior from string to numeric types with regards to leading/trailing spaces

ql.plan.ConditionalResolverCommonJoin.resolveMapJoinTask also sums those tables which are not used in the child of this conditional task.

JavaParserUtils incorrectly identifies methods returning "void" as being JavaType Void objects instead of JavaType void primitives

get_splits returns duplicate split points when region replication is on

WildFly Elytron tool script has to pass the command name from the script to the tool.

SimpleApplicationEventMulticaster does not deal with lambda-defined listeners when ErrorHandler is set

HLog tool documentation should be updated to use FSHLog for trunk and 0.95.

CDI warning on startup - ServiceLoader could not load service class

camel-kubernetes: serviceCall EIP configuration is not read from application.properties

Doco error: incorrect explanation of sizeMax and sizeMin options for "field set" command

InvocableHandlerMethod should call GenericTypeResolver with getBeanType() and only once

Add timeouts on TestMobFlushSnapshotFromClient and TestRegionMergeTransactionOnCluster

SettableListenableFuture.setException(Throwable) doesn't work for Error

MongoTemplate.stream(…) does not consider limit, order, sort etc.

RabbitMQ Consumer threads crash when sending partially serializable objects

conf/hive-default.xml has a repeated property: hive.metastore.uris

ClientAsyncPrefetchScanner doesn’t load any data if the MaxResultSize is too small

bytecode generated with java 7 or 8 is different and can break on earlier versions

HConnectionManager.getConnection(HBaseConfiguration) returns same HConnection for different HBaseConfigurations 

org.apache.hadoop.hive.ql.io.parquet.serde.ParquetHiveArrayInspector - Review

Valid mutate Ops fail with RPC Codec in use and region moves across

<form:errors path="*"/> generates span with incorrect id: <span id="*.errors">

Accumulo-Hive (managed) table creation fails with strict managed table checks: Table is marked as a managed table but is not transactional

Authentication client configuration parser handles clear password wrong

Fix failed tests in TestSchemaTool after the version number change in HIVE-10921

HbaseObjectWritable code is a byte, we will eventually run out of codes

CLI accepts operation requests with addresses ending on resource types

ProcessServerShutdown fails if META moves, orphaning lots of regions

HippyMethodInvoker fails when target uses method overloading and there is no exact match for arguments

Capability#resolve(PathAddress) should consult any configured dynamic name mapper

Raise the wait time for TestSplitLogWorker#testAcquireTaskAtStartup to reduce the failure probability

References to split daughters should not be deleted separately from parent META entry

camel-example-loan-broker : target directory is cleaned while testing so test are failing

Test to prove Bytes.toBytesBinary and Bytes.toStringBinary()  is reversible

Remove operation doesn't persist the result in KeystorePasswordStore

Filters inserted into web.xml do not adhere to ordering requirements

PicketLink: java.lang.LinkageError during loading javax.xml.crypto.dsig.XMLSignContext

OAuth2 responses due to an Exception do not contain the "Pragma: no-cache" header as per specification

using findAndModify removes the _class field of encapsulated classes, causing MappingInstantiationException

[API Compatibility]: Create tool to analyze changes in the HBase Java public API

Make  round-trip JobParameters->Properties->JobParameters work for double parameters

LoadTestDataGeneratorWithVisibilityLabels should handle Delete mutations

CLI description of the byte-buffer-pool max-pool-size attribute contains extra words

Init methods in DataOnDemand do not honour quantity attribute when loading existing entities

Roo startup errors due to not specifying Firebird JDBC driver as optional in addon-jdbc pom

PrimitiveListAttributeDefinitions also missing opportunity to add type information from ObjectTypeAttributeDefinition

AvroSerde leaks the connection in a case when reading schema from a url

HBaseZeroCopyByteString#wrap() should not be called in hbase-client code

Undertow Producer : NPE if tryConvertTo fails to convert exchange body to ByteBuffer

Query with join condition having date literal throws SemanticException.

Typo in datasource and resource adapters subsystem configuration

New BINARY type produces unexpected results with supported UDFS when using MapReduce2

WFLYWELD0001 and WFLYWELD0002 errors deploying helloworld-mbean quickstart

URL spring-security-redirect parameters vulnerable to CRLF injection by default.

annotation must be scanned regardless of the version of web.xml unless metadata-complete is explicitly set to true

java.util.ConcurrentModificationException in Method org.apache.camel.util.CaseInsensitiveMap.putAll()

Relationship entity not saved when pre existing node entity is saved

unknown metrics type: org.apache.hadoop.hbase.metrics.histogram.MetricsHistogram

Building server boot commands in the HC may use the incorrect logging.properties on initial boot

uploadBlobBlocks and commitBlobBlockList operations does not work with List 

RMI registry is not destroyed after stopping JMX Connector Server

Remove the check if carriage return and new line are used for separator or escape character

Failure of creating split dir if it already exists prevents splits from happening further

union distinct query with NULL constant on both the sides throws "Unsuported vector output type: void" error

Make sure --orcfiledump utility includes OrcRecordUpdate.AcidStats

WildFly Elytron Tool, Help output of Vault command must contain information about default values of options.

endtime argument for VerifyReplication was incorrectly specified in usage

ISPN000482: Cannot create remote transaction X, already completed in ASYM_ENCRYPT scenario (following "received message without encrypt header from perf21; dropping it")

CVE-2014-0097: LDAP code may be vulnerable to anonymous bind issues with AD

HiveMetaStoreClient.dropPartitions(...List<ObjectPair<Integer,byte[]>>...) doesn't take (boolean needResult)

Elytron programmatic AuthenticationContext configuration doesn't work for naming client

UserDetails JdbcDaoImpl should check for no auths after calling addCustomAuthorities

HBASE_ZNODE_FILE on master server is overwritten by regionserver process in case of master-rs collocation 

SolrOperations, JpaOperations and LoggingOperations not closing OutputStreams

camel-jgroups-starter : JGroupsLockClusterServiceConfiguration lacks getter/setters

HMaster sometimes hangs during initialization due to missing notify call

MicroProfile OpenAPI fails on resource methods taking parameterized arguments or arrays

[Migration operation] [Web to Undertow] Migrating non migratable valve doesn't result in error shown in migration-warnings

Inherit writetype from partition WriteEntity for table WriteEntity

Follow up on WFCORE-3826 to add mechanism override support to the native connector.

Convert runtime exceptions to semantic exceptions for validation of alter table commands

"Append not enabled" warning should not show if hbase root dir isn't on DFS

cluster-service : FileLockClusterView should not always return local member as leader

Failure by ProcessController to launch a server vm is not logged

port HADOOP-6713 - threading scalability for RPC reads - to HBase

Schema on insert for bucketed tables throwing NullPointerException

Duplicate data possible with speculative execution for dynamic partitions

JGroups channel operations using allow-resource-service-restart cause duplicate service exception

RS starting region open while failing ack to HMaster.sendRegionOpen() causes inconsistency in HMaster's region state and a series of successive problems

Performance issues with SerializableTypeWrapper on Java 1.7.0_51

HTTP_URI and HTTP_PATH message headers not concatenated when sending messages to http endpoint

serviceClass needs to be specified for PAYLOAD or MESSAGE mode even though it's documented as not being required.

Distributed web session metadata payload contains unnecessary nanosecond precision

ZipArchiveInputStream should throw if stored entry ends prematurely

beeline throws exceptions with parsing hive config when using !sh statement

Fix list view for entities which firs field is a referenced field

NamedParameterUtils.isParameterSeparator throws ArrayIndexOutOfBoundsException for non ASCII characters

No validation error messages displayed when creating new entity using GWT scaffolded UI

Client Auth fails when scheme is set to AuthenticationScheme.header

Empty qualifier cell should not be returned if it does not match QualifierFilter

Replay of response causes  NullPointerException in  OpenID4JavaConsumer

Search a repository that implements QueryDslPredicateExecutor by a related Entity doesn't work anymore

[HCatalog] WebHCat should not override user.name parameter for Queue call

Spring Webflux: ServerRequest.queryParam() throws NullPointerException for a query parameter without "="

"WFLYCTL0171: unsatisfied dependencies" when removing a modified XA datasource

HttpComponentsClientHttpRequestFactory does not set connection request timeout on request config

SAP Camel Component needs to unregister its Data Providers in OSGi environment

TableCFsUpdater maybe failed due to no write permission on peerNode

Default transaction timeout is not applied for EJB bean when set for second time

Application client will not start if run against a standalone client jar

jboss.as:management-root=server MBean might be filtered on queryName/queryMBean methods

MongoTemplate.doSaveVersioned(…) does not consider collection handed into the method

Surviving Header AGGREGATION_COMPLETE_ALL_GROUPS_INCLUSIVE affects following aggregations

union follwowed by union_subq does not work if the subquery union has reducers

EJB backing cache's can generate large retention from cancelled tasks in its scheduled executor's DelayedWorkQueue

WebHCat should not create delegation tokens when Kerberos is not enabled

Paths without parent are causing IllegalArgumentException in QSort class

Scanner retry behavior with RPC timeout on next() seems incorrect

WM trigger validation should happen at the time of create or alter

Composite Primary Key Class With Foreign Key using IdClass results in TypeMismatchException

Check for duplicate partitions in HiveMetastore.exchange_partitions

ClientCredentialsTokenEndpointFilter Returns HTML error responses

LRUMap constructor javadoc and behavior are inconsistent (maxSize cannot be less than 0)

Possible null pointer dereference of regionLocation in ReversedScannerCallable

Add more informative client column to Integration Test Linked List

@Singleton @Startup classes inheriting from a class containing a @PostConstruct method will not create a transaction

Maven Eclipse Plugin 2.8 does not correctly create an aspect library path

IntegrationTestTimeBoundedRequestsWithRegionReplicas fails with obtuse error when readers have no time to run

Support multiple fragmentRootElementNames in StaxEventItemReader

Request with Content-Type= application/x-www-form-urlencoded  throws "Cannot read request parameters due Invalid parameter, expected to be a pair but was " when body is empty.

Region server reportForDuty stuck looping if there is a master change

region can't be opened for a long time. Because the creating File failed.

Vault WFLYSEC0059: Exception encountered:WFLYSEC0045: Exception encountered

correct Swtich/case indentation in formatter template for eclipse

Please update file name from jboss-fuse-full to jboss-fuse-karaf

jboss-cli.bat script is unable to start on Windows, if JBOSS_HOME folder contains '!' character

@CachePut evaluates incorrectly expressions for the different implementation of the same interface 

stats optimizer should not use Description annotation to figure out function mapping (because FunctionRegistry doesn't)

HiveStatement.executeAsync() may not work properly when hive.server2.async.exec.async.compile is turned on

hbase-3872 added a warn message 'CatalogJanitor: Daughter regiondir does not exist' that is triggered though its often legit that daughter is not present

Constructor injection is not working properly for collections unless the type of collection is specified

javax.naming.NameNotFoundException: rmi://127.0.0.1:1090/jmxrmi thrown when creating MBeanServerConnection

Starting a LocalHBaseCluster when 2181 is occupied results in "Too many open files"

Dumb NPE in ServerCallable hides the RetriesExhausted exception.

Simple language - comparison againist negative value fails with unknown token

Wrong class name in multiple transaction managers section, spring documentation.

CAS proxy receptor requests must not pass through the filter chain

Saving PropertiesConfiguration created with PropertiesConfiguration() constructor creates empty files

Hive build fails with error "java.io.IOException: Not in GZIP format"

Calling the camel-smpp component results in a NullPointerException

GetTables cannot get external tables when TABLE type argument is given

AM.nodeDeleted and SSH races creating problems for regions under SPLIT

Cost to choose side table in MapJoin conversion based on cumulative cardinality

CsrfFilter JavaDoc incomplete and session less token repository appreciated 

ApplicationSecurityDomainDefinition.knownApplicationSecurityDomains is not synchronised correctly

@JoinColumn "referencedColumnName" attribute incorrectly populated in DBRE

Enable constant propagation optimization in query with left semi join

Multi-groupby optimization fails when same distinct column is used twice or more

NPE in HFileReaderV2.close during major compaction when hfile.block.cache.size is set to 0 

If user have no permission to  create LOCAL DIRECTORY ，the Hql does not throw any exception and fail silently.

JASPIAuthenticationMechanism does not perform the is auth required check correctly

JMX - Non string attributes dont work well with expressions & min/max

HBase shell assign and unassign unusable if region name includes binary-encoded data

UnsupportedOperationException adding items to AbstractMemberHoldingTypeDetailsBuilder if unmodifiable list previously set

JSON-accepting controller methods are handling non-JSON requests

isGlobalRollbackOnly always returns 'false' with WebSphereUOWTransactionManager

TestCleanerChore#testOnConfigurationChange() requires at least 4 processors to get passed

Vectorization: min() on TimeStamp datatype fails with error "Vector aggregate not implemented: min for type: TIMESTAMP"

MultiByteBuff : bug in reading primitives when individual buffers are too small

ForwardedHeaderRequestWrapper should return a new StringBuffer instance on each invocation of the getRequestURL method

split().tokenizeXML("child", "parent").streaming() does not work correctly when parent's namespace declarations are separated with new line

Blank lines missing from .q.out files created on Windows for testcase=TestCliDriver

Load data query should validate file formats with destination tables

Remove the Windows specific “=” related swizzle path changes from Proxy FileSystems

[replication] NPE in ReplicationSource when creating a stream to an inexistent cluster

camel-sftp's stepwise behavior to walk up and down relatively to avoid potential traversal issues

WebHCatJTShim implementations are missing Apache license headers

AbstractSoapMessage.getPayloadSource returns null with Axis SAAJ

Typo and ambiguity in 'integrated-jaspi' attribute of 'application-security-domain' element

org.jboss.as.weld has optional dependency on org.jboss.as.security which causes regression

pooled-connection-factory is missing credential store reference in model

When JASPIC's register session is used, Subject not propagated to EJB

MapReduceResults ClassCastException due to raw results counts as Long

it seems that CLASSPATH elements coming from Hadoop change HBase behaviour

Regression: AsyncAnnotationBeanPostProcessor fails on startup when encountering ambiguous TaskExecutor beans

Using session.purgeDatabase() alongside a session.query() in same transaction throws NullPointerException

EAP fails to start with -bmanagement= option and with specific IP settings

IOException from EmbeddedServerFactorySetupUnitTestCase on Windows

when multiple columns are combined with TimestampFilter, only one column is returned

Secured Ribbon client gets CNFE on KeycloakSecurityContextAssociation when trying to propagate Bearer token

Comparison bug in HiveSplitGenerator.InputSplitComparator#compare()

CLI write attribute dialog for string value should enclose value in generated command to double quotes

SecurityException: JCE cannot authenticate the provider WildFlyElytron

Calling Increment#addColumn on the same column multiple times produces wrong result 

Reference documentation has incorrect name for Eval tag's "htmlEscape" attribute

XML Signature Component: Stream not closed in XmlSignerHelper.getXslTransform(String path)

AccessController#preOpen - Include 'labels' table also into special tables list.

Problem with row keys beginnig with characters < than ',' and the region location cache

ArchiveStreamFactory does not recognise tar files created by Ant

OSGi tests that rely on optional service dependencies fail intermittently

RabbitTemplate's receive (with timeout) leaves messages Unacked on "late" deliveries

StepExecutionListener can influence exit status but not status of step execution

Agroal: AgroalSubsystemAdd.populateModel and AgroalSubsystemRemove should be removed

MockEndpoint.expectedHeaderReceived should fail when no exchange received

NullPointerException in construction of RegionServer in Security Cluster

Legacy ldap realm, caching by access time doesn't "clear" timeout for already cached entry 

Set "mapred.input.dir.recursive" for HCatInputFormat-based jobs.

Mock component - expectedBodiesReceived(List) does not work as expected

Accessing "serverInventory" without holding lock "serverInventoryLock"

Disable action in CatalogJanitor#setEnabled should wait for active cleanup scan to finish

Equal sign is lost in UriComponentsBuilder when query param has "=" but no value

[hive] 1 reducer should be used if no grouping key is present in all scenarios

Support for both MongoDB and a relational datasource at the same time

Enabling statistics in web console requires reload while it doesn't in CLI

WebSphereUowTransactionManager swallows original exception when commit fails for another reason

TarArchiveEntry.parseTarHeader() includes the trailing space/NUL when parsing the octal size

Cleanup HRegion if one of the store fails to open at region initialization

Skip ReplCopyTask distcp for _metadata copying. Also enable -pb for distcp

camel-jpa - Avoid sharing the same EntityManager object across JpaEndpoint, it's Producers & Consumers as per se EntityManagers are not thread-safe.

probably apidoc error: firstKey() and lastKey() in AbstractLinkedMap

IPCUtil.wrapException will wrap DoNotRetryIOException with IOException

Some nonce procs might not be cleaned up (follow up HBASE-19756)

HRegion.checkAndMutate uses incorrect comparison result for <, <=, > and >=

OAuth2ClientBeanDefinitionParser passes in incorrect string when calling element.getAttribute() to get requireAuthenticated attribute

Query with outer join filter is failing with dynamic partition join

Function replication in cloud fail when download resource from AWS

Give TestScanEarlyTermination the same treatment as 'HBASE-14378 Get TestAccessController* passing again...' -- up priority handlers

 Punt on the timeout doesn't work in BulkEnabler#waitUntilDone (master's EnableTableHandler)

RedisCache.putIfAbsent(…) breaks contract defined by org.springframework.cache.Cache

ObjectToOptionalConverter should use Optional.ofNullable(…) instead of Optional.of(…)

Scaffold UI package not being correctly imported in GWT application

Transaction manager definition race condition when setup after recovery service alread started

CreateTableProcedure is stuck in retry loop in CREATE_TABLE_WRITE_FS_LAYOUT state

"IllegalStateException: Cannot set a region to be closed if it was not already marked as pending close"

RabbitListenerEndpointRegistry fails to shutdown if simultaneous with broker

LogFormatUtils.formatValue does not leniently handle toString() exceptions

Tighten up EOF checking in Fast DeserializeRead classes; display better exception information; add new Unit Tests

CxfEndpoint shows WARNING altough endpoint-/port name is configured

SimpleApplicationEventMulticaster should not generally suppress ClassCastException

Master and Regionserver not able to communicate if both bound to different network interfaces on the same machine.

"Cannot map iterable" when a node entity contains simple relations to the same entity type but different relation types

HBaseTestingUtility#createPreSplitLoadTestTable double close HBaseAdmin

Memory leak SoapOutInterceptor.writeSoapEnvelopeStart with security headers

ContextNotActiveException - No active contexts for scope type javax.inject.Singleton on shutdown

Resolve IS2_INCONSISTENT_SYNC findbugs warning in AuthenticationTokenSecretManager

Duplicate OpenID providers being registered by HttpSecurityBeanDefinitionParser

AbstractRemoveStepHandler doesn't let AttributeDefinitions record default capability requirements

When unregistering a resource in the MMR, if the address targets an alias then we should just 'ignore' the unregistering of the submodel

"access" attribute in "intercept-url" should trim whitespace from attributes

Hive release tarballs don't contain PostgreSQL metastore scripts

Field definitions for java.lang.* types are written as fully qualified type names rather than simple type names

java.lang.NoClassDefFoundError: org/springframework/dao/DataAccessException on configuring http.rememberMe()

SimpleLoadBalancer schedules large amount of invalid region moves

surefire fails; When writing xml report stdout/stderr ... No such file or directory

Exception when using AbstractSecurityWebSocketMessageBrokerConfigurer with anonymous authentication

IntegrationTestDriver fails after HADOOP-15406 due to missing hamcrest-core

webhcat does not honour -Dlog4j.configuration=$WEBHCAT_LOG4J of log4j.properties file on local filesystem.

EntityManagerBeanDefinitionRegistrarPostProcessor doesn't find EntityManagerFactory definitions in BeanFactory hierarchy

IllegalStateException when new server comes online, is given 200 regions to open and 200th region gets timed out of regions in transition

Remove allow-all-sasl-mechanisms, allow-sasl-mechanisms and forbid-sasl-mechanisms from elytron-1_0.xsd

Inconsistent behavior for LocalContainerEntityManagerFactoryBean for using/not using persistence.xml, with Hibernate4

HoS should verify the value of Kerberos principal and keytab file before adding them to spark-submit command parameters

HierachicalINIConfiguration has problems with configurations only containing a global section

Memory leak from large number of FileSystem instances in FileSystem.CACHE

mixed case tablename on lefthand side of LATERAL VIEW results in query failing with confusing error message

Incorrectly filled form is blank after submit when ajax="false" on commandbutton

Test failures on TRUNK - ArrayIndexOutOfBoundsException in o.a.h.h.regionserver.HStore.compact

TestAdmin.testCloseRegionWhenServerNameIsEmpty failed with ArrayIndexOutOfBoundsException

Update the mapred package document examples so they work with TRUNK/0.19.0.

[AMv2] On region server crash do not process system table regions through AssignmentManager.checkIfShouldMoveSystemRegionAsync()

Potential NPE in rabbitmq producer if header has null value and DEBUG logging enabled

Ensure RecordWriter in streaming API is using the same UserGroupInformation as StreamingConnection

Standalone hive-jdbc jar is not packaged in the Hive distribution

VectorUDAFCount.aggregateInputSelection does not handle isRepeated case

Namespace element http-security doesn't work without RememberMeServices

ObjectStore.cleanNotificationEvents OutOfMemory on large number of pending events

StorageBasedAuthorizationProvider is not correctly able to determine that it is running from client-side

Content-based versions are not inserted into resource URLs in an error page

WebSocketMessageBrokerConfigurationSupport requiring JDK 7+ due to setRemoveOnCancelPolicy

DispatcherServlet's multipart request parsing fails during Jetty error dispatch

Deployment operation browse-content(archive=true) does not return archives in archived deployments

<to/> step in a <doCatch/> block runs when the <doTry/> tag is closed in the wrong place

FilterList writable only works for HBaseObjectWritable defined types

bug with alter table rename when table has property EXTERNAL=FALSE

javax.transaction.xa.XAException thrown when using JTS transactions

MockHttpServletRequestBuilder not handling parameter without value

SortHanderMethodArgumentResolver fails to resolve comma-only sort parameter

LIKE escape character needs to be escaped ins source value to be handled

Shutting down one of the contexts breaks async redeliveries in others: RedeliveryErrorHandler has static reference to a thread pool

MapJoin throws EOFExeption when the mapjoined table has 0 column selected

Flaky TestCreateTableProcedure times out in nightly, needs to LargeTests

Adding a new logged_in_user() UDF which returns the user provided when connecting

SFTP using PollEnrich with "disconnect=true" and "delete=true" does NOT delete the file

testCliDriver_vector_outer_join.* failures in Unit tests due to unstable data creation queries

RabbitMQ InOut Producer generates a null body response when a correlationId is used

TestScannersFromClientSide.testScanBatch failed with 'There should have room before prefetching is submitted'

String is compared using equal in HiveMetaStore#HMSHandler#init()

CompositeRegistry should catch the exception when it lookup the component across the registry

Bytes.toFloat(byte [] bytes, int offset) is private but a user needs it public

Simple Language - Parsing complex date patterns fails if they contain additional colons

 Rename the "tls-server-endpoint" channel binding type to "tls-server-end-point" to match the IANA channel binding type registry

HBaseTestingUtility#startMiniCluster throws "HMasterAddress already in use" RuntimeException when a local instance of HBase is running

Use reader context classloader when checking for web classes in namespace handler

In Fabric you can assign same profile to container more than once

UriStringDeserializer should guard against URI templates submitted

XsltBuilder instance not threadsafe and can't be used more then once.

SpringCompleteAutoloadTilesContainerFactory disables EL expressions

Add Scram PLUS SASL mechanisms tests for native management interface	

IntegrationTestDDLMasterFailover throws 'InvalidFamilyOperationException 

Create TaskletStep implementation and retire ItemOrientedTasklet

WARN ISPN000112: exception while committing: javax.transaction.xa.XAException due to replication timeout

Write the chunkId also as Int instead of long into the first byte of the chunk

TimeZone is not correctly taken into account when checking certification expiration

Some optimizable predicates being missed by constant propagation

TypeConverterSupport does not propagate custom exceptions anymore

 AbstractMappingContext doesn't consider the actual type of property of a generic collection type. 

cxf-jaxrs-security and cxf-jaxws-security can not be installed at the same time

Set default value for hive.cbo.stats.correlated.multi.key.joins to true

Classpath for wildfly-swarm:run includes jars that should only be present in WEB-INF/lib

FormattingConversionServiceFactoryBean.setConverters declares Set<Object> ParameterizedType restricting programmatic usage

Disable synthetic join predicates for non-equi joins for unintended cases

ScriptOperator replaceAll uses unescaped dot and result is not assigned

Salted password cannot be set through CLI for Elytron filesystem-realm identity

In @RooWebScaffold 'exposeJson = true' should consider 'create', 'update' and 'delete'

TestRowFilterAfterWrite erroneously sets master address to 0.0.0.0:60100 rather than relying on conf

Warning about illegal reflective access in JDK11 when using BigDecimal field

"Partial cell read caused by EOF" ERRORs on replication source during replication

Setting autoDelete or exclusive to anything, including "true" in @Queue without a queue name results in them being disabled

camel-quartz component dosen't support to start with a new camelContext after the scheduler is shutdown 

Vectorization: Bug erroneously causes match for 1st row in batch (SelectStringColLikeStringScalar)

Intermittent corrupted input/output streams subscribing to both patterns and channels in RMLC

Spring Roo Maven Repository declaration missing from pom.xml scaffolded by addon create commands

On Java 8, link templates to search resources using pagination contain pageable variable

Portlet annotation handler mapping does is not working properly because of a flaw in predicate comparison

ensure a SOAP 1.2 enabled camel-cxf consumer endpoint can handle SOAP 1.1 request  correctly

TableInputFormatBase spuriously warning about multiple initializeTable calls

Transactional attribute is not resolved on CgLib proxies created by FactoryBeans

Account for overhead from datastructure aware estimations during mapjoin selection

RegionMover uses hardcoded, Unix-style tmp folder - breaks Windows

The getRecoveredQueueStartPos always return 0 in RecoveredReplicationSourceShipper

BatchUpdateItemWriter should fail if any of the statements does not update any rows (at least by default).

Broken integration between messaging subsystem and jgroups subsystem

Custom SerDe containing a nonSettable complex data type row object inspector throws cast exception with HIVE 0.11

Add config to specify multi-column joins have correlated columns

Inconsistent data policy defaults for subregions that are replicated regions

Acknowledged writes may get lost if regionserver clock is set backwards

ConstraintViolationException creating an entity generated with DBRE

Reverse scanner heap creation may not allow MSLAB closure due to improper ref counting of segments

CodecSessionConfig#findSessionId() can cause an incorrect JSESSIONID response cookie reusing a requested non-existent session id

Elytron key-managers: operations do not reflect alias-filter attribute

TestMiniSparkOnYarnCliDriver.testCliDriver_index_bitmap3 is failing on master

Exchange formatter configured on Log Component may lead to incoherent results

Use of getColumnLatestCell(byte[], int, int, byte[], int, int) is Not Thread Safe

The web URI on the management client should be allowed to be overridden

ObjectInspector for partition columns in FetchOperator in SMBJoin causes exception

JDBC: Add some missing classes to jdbc standalone jar and remove hbase classes

deleteAll() - generated bulk delete queries do not respect cascade delete

Few improvements in org.apache.hadoop.hive.ql.metadata.Hive.close()

if ftp endpoint is not writeable, the only messages you get are logged at DEBUG level.

SubstringComparator - Javadoc refers to a class that doesn't exist

AbstractXmlStreamReader getAttributeValue(String, String) does not handle null namespaceURI properly

Potential NullPointerException in MongoQueryCreator.nextAsArray(…)

camel-rabbitmq - Race condition when stopping context with autoack=false

@Lock annotation on super class(es) of bean class should be taken into account while processing @Lock annotation

XmppPrivateChatProducer should close the connection when it is stopped.

Spring.js AjaxEventDecoration not showing correct selected item in Internet Explorer

CronSequenceGenerator fails to accurately compute earliest next date when using second expression

ManySelectionTrackingListDataModel and OneSelectionTrackingListDataModel don't track selections correctly when using a <rich:dataScroller> component

The creator of the table should have all permissions on the table

Error with the generated code in *Roo_Controller.aj, *Roo_DataOnDemand.aj and *Roo_IntegrationTest.aj when an entity class extends an other entiy class

PayloadTransformingInterceptor does not work with a DomPoxMessage - the transformation clears the document

Reference documentation contains wrong property index "?0" in @Query example

Dealing with multiple persistence units - Documentation Corrections

TypeInfoUtils doesn't handle DECIMAL with just precision specified

MIME-Multipart Data Format is inconsistent if trying to unmarshal non-MIME data

cannot override logging.configuration in jboss-cli.sh and jboss-cli.bat

The undertow attributes: "processing-time" and "max-processing-time" do not have "unit" defined

Hive incorrectly removes TaskAttempt output files if MRAppMaster fails once

ConcurrentModificationException in MappingAuditableBeanWrapperFactory

FileSystemDeploymentService#handleNotification() can create an unneeded deployment marker file even if scanEnabled="false" is specified

Session Fixation protection can improperly log warning about not being protected

CompressorStreamFactory.createCompressorInputStream with explicit compression does not honour decompressConcatenated

TBoundedThreadPoolServer threadKeepAliveTimeSec is not configured properly

Support non-standard classes in Kotlin reflection discovery methods

Vectorization: Make non-column key expressions work in MERGEPARTIAL mode

Dropping a 1k+ regions table likely ends in a client socket timeout and it's very confusing

Constructor in example for AbstractMarshallingPayloadEndpoint is wrong

EJB subsystem: synchronize enable-statistics attribute name with other subsystems

There is a space missing from Table "foo" is not currently available.

MSCK should add output WriteEntity for table in semantic analysis

Attribute mode removed from annotation-driven definition in spring-task.xsd

Null Scan optimizer throws exception when no partitions are selected

[Migration][WebToUndertow] Migrating access log valve results always in migration warning

Update Microprofile Fault tolerance impl to follow change in MP FT 1.1 TCK

patch apply command not working as expected in non-interactive mode in domain mode 

jboss-ejb-iiop_1.0.xsd Should be removed from EAP code base and moved to metadata project

PropertyOrFieldReference invalidly reuses cached PropertyAccessor

ListBucketingPrunnerTest and DynamicMultiDimeCollectionTest should start with Test not end with it

OSGi issue when using a Repository that extends QueryDslPredicateExecutor (Spring Data + QueryDsl

getSchema returns invalid column names, getThriftSchema does not return old style string schemas

Error generating Thymeleaf integration test on entity with OneToOne Composition

Fix default delimiter2 in str_to_map UDF or in method description

sharedState is passed null by PluginAuthenticationCallbackHandler

camel-http - creating http uri may contain special endpoint options

Row-based ORC reader with PPD turned on dies on BufferUnderFlowException/IndexOutOfBoundsException 

Several enum types should generate lower case values in camel-linkedin

UnionMethodMatcher and ClassFilterAwareUnionMethodMatcher have broken eqauls.

Remove references to deprecated methods in Hadoop once hadoop-0.17.0 is released

CronSequenceGenerator causes StackOverflowError with reversed range values

FileUtilTestCase.testForceDeleteDir() should not delete testDirectory parent

Invocation of hasNext() on org.apache.camel.util.ObjectHelper.createIterator(...).new Iterator<Node>() {...} return different results

Block Sampling should adjust number of reducers accordingly to make it useful

ThymeleafViewResolver not used by Spring 4.1 resulting in "circular view path" error

The servicemix-http feature has org.apache.servicemix.bundles.jetty-6.1.26_3.jar

A null-Message to a cxf-endpoint (e.g. HTTP-GET) can disable accepting regular requests

AbstractHttpMessageConverter canWrite logic the wrong way round??

Ptest execution are multiple times slower sometimes due to dying executor slaves

ObjectToObjectConverter should be able to use constructors on non-public classes

CREATE INDEX execute HMS out-of-transaction listener calls inside a transaction

Indices can't be built on tables whose schema info comes from SerDe

Property 'hive.driver.parallel.compilation.global.limit' should be immutable at runtime

FacebookTemplate.initialize() is called twice if constructing with accessToken only.

Retry does not work if additional exception occurs in the ItemWriter during scan for failure

camel-example-cxf-osgi camel-example-cxf-blueprint have some warning when running the test

0.94->0.96 Upgrade: ACL can't be repopulated when ACL table contains row for table '-ROOT' or '.META.'

region_mover.rb load enters an infinite loop if region already present on target server

subquery failing with  org.apache.hadoop.hive.ql.parse.SemanticException

tooling - Using the embedded goal of the Camel Maven Plugin ends up with a NPE

LLAP: ZK registry throws at shutdown due to slf4j trying to initialize a log4j logger

Problem with Spring 3.0 when DispatcherServlet is decladed as a Spring bean itself

Naming lookup intermittently fails on IBM JDK due to org.jboss.remoting3.NotOpenException: Endpoint is not open.

Start row should be set for query through HBase REST gateway involving globbing option

ConfigurationPersistenceException when persisting mod_cluster subsystem's "proxies" attribute

HMaster abort message will be skipped if Throwable is passed null

DelegatingSecurityContextRunnable & DelegatingSecurityContextCallable should only modify SecurityContext when invoked on new Thread

requestCompaction priority argument is not used (except for user compaction check)

Trying to 'group' on a field of a sub-object causes an error in Spring Data MongoDB 1.3.0.RC1

Getting "Attribute 'enabled' in the resource at address ... is deprecated" when creating a datasource

Metrics fraction does not provide metadata for Prometheus output

camel-linkedin - update_key option should be optional in getHistoricalStatusUpdateStatistics

add NPE guard for camel-cxf RawMessageContentRedirectInterceptor

Beeline/JDBC output of decimal values is not 0-padded, does not match with CLI output

Cannot do a SELECT on external tables that are on S3 due to Encryption error

Support all JDBC-HiveServer2 authentication modes on a secure cluster

Multiple WebSecurityConfiguration instances cause null springSecurityFilterChain

Unignore RemotingLoginModuleTestCase and RemotingLoginModuleUseNewClientCertTestCase

MapOperator initialization fails when multiple Spark threads is enabled [Spark Branch]

Maven site configuration causes downstream projects to get a directory named ${project.basedir}

TestVisibilityLabelsWithDistributedLogReplay#testAddVisibilityLabelsOnRSRestart sometimes fails due to VisibilityController not yet initialized

WARN org.apache.hadoop.hbase.regionserver.Store: Not in set (double-remove?) org.apache.hadoop.hbase.regionserver.StoreScanner@76607d3d

Favor more locally declared composed annotations over inherited annotations in the TestContext framework

MappingModuleDefinition is incorrectly constructing the write-attribute handler

Inconsistency between the "regions" map and the "servers" map in AssignmentManager

webhcat_config.sh checks for env variables being set before sourcing webhcat-env.sh

Fuse platform build fails on Windows during mq/mq-assembly/jboss-a-mq step

Day time saving cause Druid inserts to fail with org.apache.hive.druid.io.druid.java.util.common.UOE: Cannot add overlapping segments

Undo backward-incompatible behaviour change introduced by HIVE-7341

Not starting ReplicationSink when using custom implementation for the ReplicationSink.

COLUMNS_V2 Metastore table not populated for tables created without an explicit column list.

Maven plugin camel-api-component-maven-plugin cannot read empty API name for components with single proxy class

Hive returns wrong results when execute UDF on top of DISTINCT column

SNICombinedWithALPNTestCase fails with security manager on Java 11

properties are not resolved for arguments of commands handled on the client-side

NPE in ORC's PPD  when using select * from table with where predicate

NestedEntitySerializer fails to serialize Map for Hibernate proxy

Hive streaming should try shade prefix unconditionally on exception

Cannot specify a Disk Store to be used for overflow on a Gateway Sender without enabling persistence.

BoundedPriorityBlockingQueue#poll() should check the return value from awaitNanos()

Fix TransactionBatchImpl.getCurrentTxnId() and mis logging fixes

@ClusteredSingleton is hardcoded to use a specific singleton policy name

Memory retention in branch-1; millions of instances of LiteralByteString for column qualifier and value

getMaximumAllowedTimeBetweenRuns in ScheduledChore ignores the TimeUnit

Vectorization: Turn on text vectorization by default (vector serde)

Use hbase.crypto.wal.algorithm in SecureProtobufLogReader while decrypting the data

LlapBaseInputFormat should get task number from TASK_ATTEMPT_ID conf if present, while building SubmitWorkRequestProto

MSCK REPAIR TABLE should enforce partition key order when adding unknown partitions

exception on process while recovering from rollback on write causes deadlock

Release fails due to missing parent pom's (standalone-servers, testsuite)

Some profiles in fabric doesn't work out of the box in Fuse running in offline env

Unexpected result when using MIN() on struct with NULL in first field

FlowInputMappingException results in broken persistent HttpSession

HeaderAssertions.lastModified/expires takes an int value but it should be long

When under global memstore pressure, may try to flush unflushable regions in a tight loop

Samples - OpenId - Google Login - Hostname in Certificate didn't match

Synchronize final results logging single thread in PE, fix wrong defaults in help message

ExampleDS is requirement for applications that don't mandate it.

FSHLog may roll a new writer successfully with unflushed entries

JmxControlledStateNotificationsTestCase fails with security manager in WF core

Splitter does not allow errorhandler to handle exception in the splitter-expression

Mail consumer sets wrong Content-Type header for mails with attachment

Deps required by the app that are shadowed by swarm's deps get removed from a wars WEB-INF/lib/

ServletContainerInitializer instances aren't invoked in the specified order (WarMetaData order)

The Eviction Policy on Client Subscription when configuring a GemFire Cache Server is not being properly set; always defaults to "NONE".

Spring plugin repositories needed in generated project pom.xml files by default

CamelContexts seems to not correctly create their own instance of an imported routeContext.

regionserver carrying .META. starts sucking all cpu, drives load up - infinite loop?

ArquillianService tries to install duplicate services if subdeployments have the same name

Velocity springFormCheckboxes macro does not check preselected items correctly

HFilePrettyPrinter#processFile should return immediately if file does not exist

[dataloss] Bulk loading with seqids can prevent some log entries from being replayed

SimpleJdbcCall does not throw an Exception for a missing stored procedure if the name does not contain "."

mod_cluster xsd enforces SSlProtocolType but it is not enforced in the model, default is wrong

JTA synchronization for a distributed transaction called with incorrect TCCL

camel-netty component requires a URI parameter to set receiveBufferSizePredictorFactory for UDP consumers

HiveSever2 error with "Illegal Operation state transition from CLOSED to FINISHED"

Sending null in body when forcing JMS message type to Object throws an Exception

Regression in TransactionAspectSupport.determineTransactionManager(…)

ejb3 2.0 schema still has clustered-cache-ref but parser throws JBAS014788: Unexpected attribute

In camel-cache CacheConfiguration "diskExpiryThreadIntervalSeconds" not set correctly

External tables replication throws NPE if hive.repl.replica.external.table.base.dir is not fully qualified HDFS path.

ROOT region appeared in two regionserver's onlineRegions at the same time

Javadoc: incorrect behavior explained for ListUtils.transformedList

Parameter to DistributedFileSystem#isFileClosed should be of type Path

Attributes host-release and its alternative management-major-version shouldn't be optional(allowNull)

Region server left in online servers list forever if it went down after registering to master and before creating ephemeral node

TestTableInputFormatScan1/2 fail semi-silently with the hadoop 2 profile

Remove check that journal-file-size must be multiply of 512 from messaging integration

BeanDefinitionValidationException when beans are null (NullBean) and initMethod is set

Resolving endpoints before route start leads to JMX registration failure

Change default tez install directory to use /tmp instead of /user and create the directory if it does not exist

Throw exception if attempt to create duplicate job instance occurs (based on job parameters)

make hive.optimize.sort.dynamic.partition compatible with ACID tables

Intermittent failures of CompositeOperationTestCase & CoreResourceManagementTestCase

Standard way of checking if the request controller is available for extension usage is incorrect

Order.ignoreCase not taken into account in equals(), hashCode() and toString()

Correct Bloom filter documentation in section 96.4 of Reference Guide

ModelAndViewContainer.view is overridden by ModelAndViewContainer.viewName

Hive 1.2.0  MapJoin w/Tez - LazyBinaryArray cannot be cast to [Ljava.lang.Object;

intercept-url EL expressions are parsed or validated incorrectly

memory leak in directsql for mysql+bonecp specific initialization

hive.optimize.index.filter breaks non-index where with HBaseStorageHandler

Suffix in Elytron periodic-rotating-file-audit-log cannot include 's' or 'S' in text

Type detection fails for child bean if parent bean has been resolved before

[Migration operation] Attribute discovery-group in cluster-connection is not migrated

Operators: SORT BY randomness is not safe with network partitions

Configure ResourceUrlProvider in WebFlux and resource chain infrastructure

Support HADOOP_PROXY_USER for secure impersonation in hive metastore client

Incorrect error message Expression not in GROUP BY key thrown instead of Invalid function

Beeline output displays column heading even if --showHeader=false is set

Many org.jboss.as.test.integration.ejb.security.**.* tests fail with security manager

org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.* fails in Windows

Fix qfile tests that fail on Windows due to CR/character escape differences

Failed to truncate a table while maintaing binary region boundaries

Aggregator's not returning combined exchanges, only returns last exchange

Bug in CxfConsumer.asyncInvoke that causes setResponseBack to be called twice

ResourceUtils.extractArchiveURL fails to work under Tomcat 8.0.41 with unpackWARs=false

ResolvableType for a raw type is not assignable to generic types of the same class

KeyManagementException: FIPS mode: only SunJSSE TrustManagers may be used

Separate TestBlockReorder into individual tests to avoid ShutdownHook suppression error against hadoop3 

Synthetic constructors should not be considered persistence constructors

Disable auto save of SecurityContext when response committed after startAsync invoked

[AMv2] Embed code for selecting highest versioned region server for system table regions in AssignmentManager.processAssignQueue()

AnnotationAwareOrderComparator uses Order instead of Priority for DecoratingProxy

Patch: Hive's ivy internal resolvers need to use sourceforge for sqlline

hive.start.cleanup.scratchdir configuration is not taking effect

Vectorization: assert_true HiveException erroneously gets suppressed to NULL

BindingOperationInfos that are stored in exchange are inconsistent between CxfProducer and CxfConsumer

Quickstart wicket-ear throws exceptions for injecting resource defined in web.xml with @Resource

Append and increment operation throws NullPointerException on non-existing column families.

Use of hive.exec.script.allow.partial.consumption can produce partial results

org.jboss.remoting3.RemotingOptions.SASL_PROTOCOL make ejb client call hang

Thrift DemoClient failed with error IllegalArgument(message:Row length is 0)

Hive view of HBase range scan intermittently returns incorrect data.

SkipLimitStepFactoryBean ignores the skippableExceptionClasses property

Parsing fails for types that are sub-subclasses of a type unknown to Roo

Compactor's shipping logic decision should be based on the current store's block size

Regression: Form select tag forces "multiple" attribute even when explicitly set to false

Example 'camel-example-management': a lot of exceptions during shutdown

Sporadic build failure on wildfly-swarm-plugin package : Unable to create -swarm.jar

Can't deploy an EJB to a WildFly 10 server migrated from EAP 6.4

Periodic flusher only handles hbase:meta, not other system tables

IntegrationTestBigLinkedList used to be able to run on pseudo-distributed clusters

Backward-compatibility issues between EAP 6 and 7 [GET_DIGEST ] are required by STABLE, but not provided

HttpHeaders fails to return getAllow() if it was previously set to an empty collection

IntegrationTestIngestWithACL fails to use different users after HBASE-10810

region_mover#getTable() should use TableName.toString() instead of Bytes.toString()

CellModel / RowModel should override 'equals', 'hashCode' and 'toString'

Change HTable class doc so it sends people to HCM getting instances

Instructions for getting SpringSecurity tutorials no longer work

graceful_stop.sh "if [ "$local" ]" condition unexpected behaviour

ConversionException message is incorrect for AbstractConfiguration.getBigInteger(String,BigInteger)

Vectorization on partitioned table throws ArrayIndexOutOfBoundsException when partitions are not of same #of columns

datePattern attribute not honored in Spring JS decorator for Dojo DateTextBox

The profile "clone" operation adds the subsystems to the cloned profile in reverse order

camel-bindy: DefaultFactoryRegistry.unregister throws ConcurrentModificationException

Duplicate maven dependency on batch: Some problems were encountered while building the effective model for org.wildfly:wildfly-feature-pack:pom:12.0.0.Final-SNAPSHOT

Add ConnectionFactory.createConnection() to create using default HBaseConfiguration.

Serial replication should handle daughter regions being assigned to another RS

Reimplement HCatClientHMSImpl.dropPartitions() with HMSC.dropPartitions()

Kill the remaining processus from other builds in the precommit env

MemStoreFlusher.flushOneForGlobalPressure() shouldn't be using TreeSet for HRegion

META region isn't fully recovered during master initialization when META region recovery had chained failures

camel-netty-http route cannot proxy the response which is chunked

Hystrix fraction is missing dependency on com.fasterxml.jackson.core.jackson-core

Starting an embedded server with older versions of WildFly Core results in a NoSuchMethodException

Camel-Hazelcast: HazelcastComponentHelper miss some operations in mapping

Lock is not released when JTS is enabled and a timer is cancelled inside a transaction

Fix up nullability issue that might be created by pull up constants rules

region_mover.rb can hang if table region it belongs to is deleted.

PeriodicMemstoreFlusher should inspect the queue before adding a delayed flush request

Empty query results when using results cache and query temp dir, results cache dir in different filesystems

Allow @Cacheable method to return java.util.Optional variant of cached value with @Cacheable(sync=true)

TLS syslog uses plain connection if no truststore or client-cert-store is configured

[replication] ReplicationSink shouldn't kill the whole RS when it fails to replicate

TestHCatLoaderEncryption should shutdown created MiniDFS instance

Nested UDFs cause _very_ high memory usage when processing query

WebMvcStompEndpointRegistry registers the same StompSubProtocolHandler to the SubProtocolWebSocketHandler several times

Facebook's Paging Parameters Before and After are Ignored by the CommentTemplate Class

LazyDate goes into irretrievable NULL mode once inited with NULL once

Boot errors should hide the failure description if the failing operation is not accessible

camel-hystrix-starter - The circuitBreakerForceClose option is default true which should be false

HIVE-2573 introduces some issues during metastore init (and CLI init)

Expressions should not be resolved in scripts in the execute-commands MOJO

@OnServers fails when pool attribute is set - cannot specify both pool and cache

Deploying a file results in HC logging "WFLYCTL0019: Graceful shutdown" warn on shutdown or reload

Hive returns non-meanful error message for ill-formed fs.default.name

Debugging to help figure what is different up on jenkins when TestHeapSize runs

IntegrationTestBigLinkedList fails under load on 0.94 due to some scan issues - add logging

HMS log notifications may have duplicated event IDs if multiple HMS are running concurrently

If an exception occurs resuming an activity the exception is lost

region_mover.rb broken because ServerName constructor is changed to private

Camel-Redis: Serializer passed through URI is used only on consumer

PathMatchingResourcePatternResolver returns duplicate resources when using classpath* prefix

Spelling errors in logging and exceptions for beeline, common, hbase-handler, hcatalog, llap-server, orc, serde and shims

Add an example domain-ec2.xml file to the docs/examples/config directory

xpath expression with $header and the header doesnt exist on the in message results in NPE

LegacyResourceDefinition does not register override models correctly

ServerShutdownHandler fails on NPE if a plan has a random region assignment

Occurr java.lang.ArithmeticException: / by zero at hplsql component

Stack overflow in WildFlySecurityManager#checkPermission(Permission, AccessControlContext)

Disable TestRegionPlacement, a flakey test for an unfinished feature

Using HTTP Method-specific intercept-urls causes patterns with no method to be ignored

HCatStorer throws ClassCastException while storing tinyint/smallint data

Invalid use of ModuleIdentifier.create(String) for dynamic names prevents use of slots

SimpleMailMessage's handling of to/cc/bcc arrays is inconsistent

prefix in the JobRepositoryFactoryBean does not apply to the sequences

Agroal: DataSourceDefinitionDescriptorProcessor is missing i18n in some exception messages

LLAP: preemption may be too aggressive if the pre-empted task doesn't die immediately

SplitLogManager hangs on cluster restart due to batch.installed doubly counted

Custom hbase.wal.dir results in data loss because we write recovered edits into a different place than where the recovering region server looks for them

AbstractRequestLoggingFilter.isIncludeHeaders() is accidentally public

column stats collection throws exception if all values for a column is null

WebToUndertow default-virtual-host remains unchanged after migration from web subsystem having defined default-virtual-server

Fix casing in spring mvc namespace attributes "enableMatrixVariables" and "ignoreDefaultModelOnRedirect"

CamelBlueprintContext may be wrongly started and this may lead to a deadlock

CacheServiceProviderRegistry#INVOKER interval is too large (500 seconds)

BeeLine.java.orig was accidentally committed during HIVE-14001 patch

Lazy char/varchar are not using escape char defined in serde params

clear hive.metastore.partition.inherit.table.properties till HIVE-3109 is fixed

SHOW COMPACTIONS fail with remote metastore when there are no compations

ThreadLocalSecurityContextHolderStrategy.clearContext() should use ThreadLocal.remove()

java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy. It's not clear what's the reason of the problem from the log

ConcreteResourceRegistration#registerSubModel is not thread safe

Compiled SpEL expression fail when used with registered function

RepositoryRestExceptionHandler does not log the exception if it has no message

Test context framework: flush problems should lead to test exceptions instead of failures

Ensure principalVsRolesMap always gets processed when using Elytron regardless of whether or not JACC is enabled

"web flow" command does not add required message codes to application.properties

DefaultStepExecutionAggregator can simply ignore null or empty input

Missing microprofile-metrics-smallrye subsystem in some configuration files

Stream closed before response read with WebServiceTemplate + Axis SAAJ Soap Messages

Vectorization: Support 2 Value CASE WHEN instead of fall back to VectorUDFAdaptor

Add extra test cases for assignement on the region server and fix the related issues

Tab completion suggest writing attribute which has access type metric and is not writable

xpath expression with $header with saxon may throw exception if header did not exist

Regression: BufferedImageHttpMessageConverter does not set content-type header

Race condition in AggregatorProcessor recovery sometimes causes duplicates

Review hasRole/hasAuthority documentation in SecurityExpressionOperations

MultiResourceItemReader.getCurrentResource cause java.lang.ArrayIndexOutOfBoundsException when .read() was not called

camel-quartz component does not define osgi import version for quartz

Images and CSS still don't work properly on both html and html-single book

MBeanExportConfiguration.SpecificPlatform never calls afterPropertiesSet()

Log for flush would append a non-sequential edit in the hlog, leading to possible data loss

HttpSessionSecurityContextRepository should clear session context when current context is anonmous or empty

IndexEnsuringQueryCreationListener should skip queries without criteria

INSERT OVERWRITE a table with dynamic partitions on S3 fails with NPE

Custom BeanPostProcessor are not applied for beans referenced by security infrastructure

Correlated scalar subquery with comparison to constant in predicate fails

org.apache.hadoop.hive.metastore.api.DataOperationType class not found error when a job is submitted by hive

Roo deploy script does not terminate tomcat process after running pizzashop tests

Allow any TemporalAccessor to be used as last modified date in auditing

RCFile RecordReader's first split will read duplicate rows if the split end is < the first SYNC mark

CompactionTxnHandler.cleanEmptyAbortedTxns() should safeguard against huge IN clauses

Regression: HibernateTransactionManager.doBegin fails with java.lang.IllegalStateException: Already value [org.springframework.jdbc.datasource.ConnectionHolder

Updating an object does not write type information for objects to be updated

Elytron GS2-KRB5 SASL mechanism (non-PLUS) is allowed even if the channel binding is possible

PropertiesConfigurationLayout broke the autoSave behaviour of PropertiesConfiguration

AbstractSecurityInterceptor does not work with detached Hibernate collections

PassivationStoreWriteHandler should require reload if CacheFactoryBuilder service is not started

"Want" two-way-ssl not containing SSL-Certificate is not checkable due to contract violation

PROCESS_ID_UUID should be done and tested for older model versions

Dependencies not added using ProjectOperations.dependencyUpdate when switching ORM provider or databases

[doc][spel]  Documentation refers to TemplatedParserContext. Class is TemplateParserContext

database reverse engineer w/ MySQL and foreign keys across multiple schemas/catalogs

jboss-ejb-iiop_1_0.xsd has both use="required" and default attributes on some elements

Offline CLI doesn't work correctly with fail-on-error set to false

camel-jetty - jetty producer misses a colon in the getUrl of HttpOperationFailedException

HFileLinkCleaner (FSUtils.listStatus) logs too much if links do not exists

Potential null pointer reference in WriterImpl#StreamFactory#createStream()

AbstractHashedMap(Map map) constructor calls overridable non-final method

Dynamic metrics2 metrics may consume large amount of heap memory

PathManager not available at ServiceName indicated by its capability

TwitterConverter calls deprecated getSenderScreenName, throws UnsupportedOperationException

Incorrect generic type resolution for multiply nested types of same wrapper

HRegionServer underreports readRequestCounts by 1 under certain conditions

LockModePopulatingMethodInterceptor leak causes OutOfMemoryError: PermGen space

Thread Safety issues in ReplicationSinkManager and HBaseInterClusterReplicationEndpoint

Need to deploy bundle mvn:org.apache.aries.transaction/org.apache.aries.transaction.jdbc/1.0.1.redhat-610139 out of the box in 6.1.

Tab completion for LIST attribute is broken, it doesn't add end bracket "]".

@Stateful @RequestScoped @Path() does not behave like request-scoped

camel-cxf RawMessageContentRedirectInterceptor should be able to handle the case that OutputStream is null for an outgoing message

Attachments is not propagated in the template components such as camel-stringtemplate

IllegalStateException when saving flash attributes if the session does not exist

HBase is also retrying DoNotRetryIOException because of class loader differences.

"Num compacting KVs" diverges from "num compacted KVs" over time

Legacy encrypt protocol support is missing a requirement on elytron subsystem

MongoTemplate.initializeVersionProperty(…) does not use ConversionService

dbre.xml not inserted into maven-war-plugin as an exclusion when a database reverse engineered

DataSource and RA services miss dependency to legacy security service

JibxMarshaller should support marshalling/unmarshalling of all mapped classes

Using annotations DSL in beans may cause async callback to be called twice

ColumnPruner prunes columns of UnionOperator that should be kept

Hibernate cache SPI integration -> LocalRegionFactoryProxy needs a LocalRegionFactoryProxy(Properties) constructor

TestThreads#testSleepWithoutInterrupt should not expect a bounded wait time

Camel xmpp dynamic router is not sending incoming messages to openfire upon first failed groupchatroom join

Hive/Druid integration: Exception when time filter is not in datasource range

TestAdmin#testShouldCloseTheRegionBasedOnTheEncodedRegionName shuts down the namespaces table and never starts it up again

TableOutputFormat.checkOutputSpecs conf checking sequence cause pig script run fail

Make hive.vectorized.adaptor.usage.mode=all vectorize all UDFs not just those in supportedGenericUDFs

resource adapter configured as module not finding validation provider

No DDL allowed on table if user accidentally set table location wrong

Ignore HandlerChain configuration with improper leading namespace prefix

TypeBasedAggregationOperationContext.getReferenceFor(…) exposes fields with their leaf property name

MBeanServer.queryMBeans will include the ObjectInstance for the root mbean for the jboss.as[.expr] JMX domains

camel-jms - Sending to WebSphereMQ must use specific setBooleanProperty methods to set JMS properties

Null character appended to TextEncryptor.decrypt(String) results

Vectorization: Vectorized order_null.q fails with deserialize EOF exception below TEZ ReduceRecordSource.processVectorGroup

ORC RLEv2 fails with ArrayIndexOutOfBounds exception for PATCHED_BLOB encoding 

Update testsuite to use EAP70 enum values and not just api versions

@ExceptionHandler did not take RequestToViewNameTranslator into resolution process

deploy the CamelContext with velocity endpoint into the Servicemix 4.0 will get the  NoClassDefFoundError

CacheManager should only be shutdown when last endpoint is stopped

Incorrect value is being set for Compaction Pressure in RegionLoadStats object inside HRegion class

Potential null dereference in DDLSemanticAnalyzer#addInputsOutputsAlterTable()

[AWS-S3] Producer does not use ObjectMetaData when exchange is a File

Update doc for InstanceCache to clearly define the contract on the SeedObject

Infinispan cache operations using allow-resource-service-restart cause duplicate service exception

Transfer-Encoding chunking implementation leaves a loop hole for error

WebScaffoldMetadata should use its MetadataProvider class name to ensure optimal loop detection semantics

sasl-authentication-factory should be valid in combination with security-realm in native management interface in CLI

beeline always exits with 0 status when reading query from standard input

Apache camel example reportincident dependency removed from pom.xml

Alternatives attribute "domain" doesn't exist in modcluster subsystem

camel-jgroups-starter : JGroupsLockClusterService auto configuration lacks enable flag

Elytron Audit Logging's rotating-file-audit-log throws IllegalArgumentException if suffix property is not specified

Camel-Hdfs2: No need for initialDelay and delay as configuration properties since they are already parameters of ScheduledPollConsumer

GenericConversionService converts to null when targetType is a primitive resulting in binding error

The clusters can't  provide services because Region can't flush.

Update AcmeClientSpi.changeAccountKey() to no longer send the newKey once the new ACME v2 changes are in production

Put the shell in a maven sub module (hbase-shell) instead of hbase-server

Shell "close_region" reveals a Master<>HRS problem, regions are not reassigned

Fix flaky test TestReplicationAdminWithClusters#testDisableAndEnableReplication

WildFly Elytron Tool, Vault command summary contains MASKed password without iteration and salt when is used MASKed password for access to VAULT.

ServerNotRunningException coming out of assignRootAndMeta kills the Master

Using custom expression in Splitter EIP which throws exception, is not triggering onException

JBossSessionBeanMetaData incorrectly reporting singleton beans as stateless

JASPIC verifyResponse is not called if proactive authentication is not in use

Incorrect handling of transitive dependency with overridden version in dependencyManagement

BridgePropertyPlaceholderConfigurer fails to use custom PropertiesParser

Typo in deprecation warning when adding a deprecated property resource on JGroups protocol

Follow-up: AbstractMethodError when calling validated method of MethodValidationPostProcessor is using a @Lazy validator

assertion error after pushing method of converter creation in *Controller.java

HBASE-8469 added a hdfs-site.xml file for tests but it gets included in the test jar

HiveCli is not splitting the command by semicolon properly if quotes are inside the string 

profile url handler in <ext:property-placeholder> doesn't resolve properties

SDG completely ignores the 'socket-read-timeout' attribute on the Gateway element nested in a GatewayHub.

Duplicate commons-lang dependencies appear in acegi-security-1.0.0.pom

HBase-Hive (managed) table creation fails with strict managed table checks: Table is marked as a managed table but is not transactional

Fix PicketLink authentication workflow in SAML2KerberosAuthenticationTestCase

installing CP over one-off fails if the modules patched by the one-off are not patched in the CP

Remove unused config 'hbase.offheapcache.percentage' from hbase-default.xml and book

Client gets ClassNotFoundException when driver specific exception is thrown during committing transaction

TestMetaMigrationConvertingToPB fails on hadoop 2.0 due to FileNotFoundException

Deployed JSF application crashing with MyFaces 2.2.x due to unresolved dependency

Releasing L2 cache HFileBlocks before shipped() when switching from pread to stream causes result corruption

OAuthConsumerContextFilter contains an autowired field portResolver

Add testcase to verify HBASE-7876's empty region split semantics change

Merge join followed by union and a map join in hive on tez fails.

ClassGeneratingPropertyAccessorFactory considers only first 16 immutable Kotlin properties

Recursive read-resource with include-runtime=true assumes all runtime singleton resources will be present.

Restore HBCK fix of unassignment and dupe assignment for new master

Default accessors on projection interfaces must not be considered input properties

Thread contention in HandlerMethod due to unnecessary BeanFactory.getType call

AuthenticationSimpleHttpInvokerRequestExecutor and AnonymousAuthenticationToken

Druid-Hive: tpcds query on timestamp throws java.lang.IllegalArgumentException: Cannot create timestamp, parsing error

Writing invalid value for cipher-suite-filter attribute of Elytron *-ssl-context should result in failure

With HFile v2, the region server will always perform an extra copy of source files

Reading from partitioned bucketed tables has high overhead in MapOperator.cleanUpInputFileChangedOp

ContextMapper mapFromContext does not throw javax.naming.NamingException

IsRestoreSnapshotDoneResponse has wrong default causing restoreSnapshot() to be async

Elytron sasl-authentication-factory does not offer mechanisms in configured order

NoUniqueBeanDefinitionException when autowiring static nested class that extends its containing class

The <gfe:gateway-hub> XML namespace element is missing the 'max-time-between-pings' attribute.

@ResponseBody with returned String results in unresolvable view ServletException

OAuth2ClientContextFilter throws IllegalArgumentException for invalid query parameters

Missing transformers for iona in jacorb subsystem (JacORB to IIOP-OpenJDK :migrate operation)

Hostname in krb5.conf domain_realm section must not contain square brackets

java.lang.IllegalArgumentException: Unsupported namespaces: [http://camel.apache.org/schema/blueprint]

Error when doing "mvn gae:run" using Spring Roo on Google App Engine with GWT

Rolling restart RSs scenario, -ROOT-, .META. regions are lost in AssignmentManager

Vectorization: Need to disable encoded LLAP I/O for ORC when there is data type conversion  (Schema Evolution)

create_namespace command for existing namespace does not throw useful error message

"shutdown --help" does not declare that '--timeout' is only relevant to standalone servers 

Aggregation raises NullPointerException if last file in batch is not to be aggregated.

ZKUtil#createWithParents won't set data during znode creation when parent folder doesn't exit

org.apache.camel.component.test package is imported in camel-spring component - generates error on OSGI platform

region server should deleted restore log after successfull restore

@Qualifier Change of Behavior 4.0 Vs 3.x with Qualified Bean in Parent Context

inconsistent date format in different logs makes it painful to manipulate them

Camel dont set ID for ToDefinition object, when using validate in the route

Document 2lc/JTA integration properties and add better detection of ehcache/JTA platform class use

JacORBSubsystemParser should create an OBJECT param for an OBJECT attribute

RetryingRawStore logic needs to be significantly reworked to support retries within transactions

Query based compaction fails if the temporary FS is different than the table FS

DBRE fails quietly if database contains certain tablename patterns

ReplicationAdmin leaks connections if there's an error in the constructor

substr on string containing UTF-8 characters produces StringIndexOutOfBoundsException

SpEL chooses wrong method to invoke when varargs method is present

JdbcStorageHandler push join of two different datasource to jdbc driver

SoapUtils.setActionInContentType incorrectly replaces existing actions

nested join support causes undecipherable errors in SemanticAnalyzer

PGPDataFormat: Sub-Key not supported for signing and correct selection of encryption/signing key via KeyFlag

missing closing xml tag in spring batch html user guide: 5.1.1. Configuring a Step

WebHCat launcher task failure can cause two concurent user jobs to run

AmqpInvokerServiceExporter: wrap exceptions to the RemoteInvocationResult

Remove ERROR log when Spring Security is embedded into an UberJar

When replacing the src table names in BeeLine testing, the table names shouldn't be changed to lower case

Adding a new relationship entity to a node deletes the previous one

On review HBASE-2707 has problem in that we'll get stuck in the delay queue and never come out

camel-cxf bundle should not ship the camel-cxf-transport packages.

LOAD compilation does not set the outputs during semantic analysis resulting in no authorization checks being done for it.

Elytron uses parallel streams in situations that do not require then

Exception in X7875_NewUnix.parseFromLocalFileData when parsing 0-sized "ux" local entry

NPE in remoting when http-listener is disabled and reload is performed

Logging resources shouldn't be allowed to removed if they are in-use

TypeConverter - Can find Object type converter even though there is a more specialized converter to use

It is not possible to set Elytron for native management interface

camel-cxfrs blueprint configure could not be installed if there are some subelement settings

EJB client does not retry session creation on another node following EJBComponentUnavailableException

LLAP: Service loader throws "Provider not found" exception if hive-llap-server is in class path while loading tokens

PathResourceResolver.isResourceUnderLocation does not handle relative paths correctly

Using an extended persistence context in a stateless session bean should throw an exception

ant thriftif  generated code that is checkedin is not up-to-date

Initial Elytron configuration includes mapping-mode="first" in simple-permission-mapper

Assignment need not be called for disabling table regions during clean cluster start up.

Vectorization: Add SelectLikeStringColScalar for non-filter operations

CustomTypeCondition will be missing if not have @RequestMapping annotation

Fix continue.on.failure in unit tests to -well- continue on failure in unit tests

JDBC Connection is not released due to incorrectly defined catch

EjbJndiBindingsDeploymentUnitProcessor logs non-i18n message at INFO

Multicast default excecutor do not create the enough thread for parallel processing 

[hbase] Delete table does not remove the table directory in the FS

Bindy - No @Section causes a null key being generated which causes a NumberFormatException

HColumnDescriptor should parse the output from master and from describe for TTL

Vectorization: Follow-on to HIVE-19951 --> add call to SchemaEvolution.isOnlyImplicitConversion to disable encoded LLAP I/O for ORC only when data type conversion is not implicit

Use datastructure that doesnt duplicate any part of string for ASTNode::toStringTree()

NPE will be thrown from doAppend() of PaxLoggingConsumer during load testing

Fix javadoc for SimpleMessageListenerContainer's setConcurrentConsumers method

Race condition between HiveStatement.getQueryLog and HiveStatement.runAsyncOnServer

CallQueueSize is incorrectly decremented until the response is sent

AnnotationBasedPersistentProperty does not consider @AliasFor with own, revised annotations

 Hive 1.2.0+Tez produces 1-byte FileSplits from mapred.TextInputFormat

EJB@HTTP client fails with WFNAM00026: No provider for found for URI: ejb

We should set a timeout for the blocking calls in TestMsgBusConnection

CLI is unable to connect to WildFly management interfaces with undefined security-realm

Query having same aggregate functions but different case throws IndexOutOfBoundsException

wrong configuration parameter used for determining join interval in JoinOperator

Deployments referencing outbound connection with authentication context always use Elytron default-authentication-context

CLI prompt is not displayed after the first command line executed

Specifying "--database DB2400" on the pers s command and pressing tab changes DB2400 to DB2

FacebookEndpointConfiguration bean not taken into account as a UriParam

Unable to inject the intercepted bean to an interceptor of a session bean

File component should have option for deleting file if it was handled by an exception handler etc

BZip2CompressorInputStream return value wrong when told to read to a full buffer.

XmlValidationModeDetector: length of a string is always greater than index of any of its characters

MappingContext should not create PersistentEntity instances for native maps

Underscore (_) incorrectly rejected as first character by JavaType

Change Bag interface and implementations to conform to Collection interface

[RSgroups] Retry assignments in FAILED_OPEN state when servers (re)join the cluster

Deploying an empty deployment and adding content later fails in a composite

Roo generated controller contains compile errors for Entity called Request

Defensively check for null for optional dependency to CrudMethodMetadata in SimpleJpaRepository

fix description of hive.security.authorization.sqlstd.confwhitelist.* params

H4 SpringSessionSynchronization#beforeCompletion leaves irreparably broken state if exception thrown in session.disconnect()

Multi-page book has broken links that work in the single-page version

Camel cxfrs producer should support the configure the query parameter from the Exchange.HTTP_QUERY message header

security:intercept-url throws NPE if defined twice with the same url 

Property placeholder for total-buckets in partitioned region is not working

RequestParamMethodArgumentResolver does not resolve multiparts using HTTP PUT

ManagementResourceRegistration.getOrderedChildTypes() does not account for override models

SELECT max(bar) FROM foo is broken after ANALYZE ... FOR COLUMNS

A Timer will hang forever if the database connection is not available

Invalid generics resolution for locally declared wildcard and fully resolved target type

HQuorumPeerTest doesnt run because it doesnt start with the word Test

Spring Batch version not incremented in XSD schema check warning message

ExprNodeColumnDesc should be created with isPartitionColOrVirtualCol true for DP column

[Migration operation] group-address/group-port/local-bind-address/local-bind-port in broadcast-group are not migrated

Fix compile errors introduced by the interaction of HIVE-1362 and HIVE-3524

windows service (service.bat) failed to install if the value of /serviceuser has a white space inside

Parameter is not properly quoted in DbNotificationListener.addWriteNotificationLog

findBugs Warning: Flat3Map - 3 iterators which are "both an Iterator and a Map.Entry"

Operation import/export journal should be available in domain mode only for given server in server group but not for the whole profile

Remove org.jboss.as.logging dependency from org.jboss.logmanager

Introduce StreamUtils.createStreamFromIterator(CloseableIterator) to avoid instance of check

DBRE NullPointerException at org.springframework.roo.addon.dbre.DbreMetadata.addOneTo OneFields(DbreMetadata.java:460)

BasePermission.buildFromName(name) does not find static permission in class

IBM JDK exclude profile in testsuite/integration/secman/pom.xml is not needed

SrpConnection does not throw wrapped Exception on connection failure

Endpoints may be shutdown twice as they are tracked in two lists in CamelContext

Compile error in aspectj compile phase occurs when a perfom eclipse is run after upgrade to Spring 3.0.4

Session binding conversation containers cannot be used in a cluster

Deadlock in master TableNamespaceManager while running IntegrationTestDDLMasterFailover

hive on tez execution error due to set hive.aux.jars.path to hdfs://

get_table_meta should use a fetch plan to avoid race conditions ending up in NucleusObjectNotFoundException

REST server does not respect client supplied max versions when creating scanner

Refactoring MapRedTask and ExecDriver for better re-usability (for tez) and readability

Allow endpoints and filters to be split across two application contexts

(Vectorization) Error evaluating ((bool0 and (not bool1)) or (bool1 and (not bool0)))

BPEL - Domain mode - Deployment throws MySQLIntegrityConstraintViolationException

0.95 build failing on site goal: 'failed to get report for org.apache.maven.plugins:maven-project-info-reports-plugin: Could not find goal 'dependency-info''

ColumnarSerde should not be the default Serde when user specified a fileformat using 'stored as'.

The batch subsystem configuration doesn't validate in standalone-elytron.xml profile

Namespace not being applied correctly to soap fault detail elements.

StackOverflowError when org.jboss.as.jacorb.rmi.InterfaceAnalysis is analyzing javax.ejb.EJBObject

ValidatingRepositoryEventListener should use Repositories more lenient

Web container (undertow) isn't able to compile JSPs containing JDK 8 specific code (lambda expressions)

FileUtilsCleanDirectoryTestCase fails on Windoes if command chmod is available

SMB Join : Assert if paths are different in TezGroupedSplit in KeyValueInputMerger

Shell test changes. Use @shell.command instead directly calling functions in admin.rb and other libraries.

getUserCredentials() is called twice in AbstractMongoConfiguration::mongoDbFactory()

update sql standard authorization config whitelist to include distcp options for replication

ModelController JMX integration doesn't filter out bogus attributes from resource descriptions

HttpSecurityContextRepository fails to store security context to a newly authenticated session

Adding camel-other as dependencies fail with a ArtifactNotFoundException when executing 

Region goes permanently offline (WAS: hbase:meta has a row missing hregioninfo and it causes my long-running job to fail)

CLI fails to show app status when runtime-name is different from the deployment name

ServerEndpointExporter causes refresh to fail with java.lang.IllegalStateException: javax.websocket.server.ServerContainer not available

Make webapps work in distributed mode again and make webapps deploy at / instead of at /webapps/master/master.jsp

JSON Schema not rendered anymore after changes in default media type handling

Missing some role assignment for Elytron ldap-realm when role and user are members of the same role

HMaster.abortNow shouldn't try to become a master again if it was stopped

CronScheduledRoutePolicy regression introduced with 2.16, setting both start and stop route times fails with duplicate trigger

AopUtils.getTargetClass assumes cglib proxies are always proxying classes

AnnotationReadingVisitorUtils.getMergedAnnotationAttributes() overrides values it should not

Hive JDBC should include username into open session request for non-sasl connection

Multipart Upload with Commons Fileupload on lazy mode downloads data on cleanup

TarArchiveEntry.getFile() always returns null + no way to get an InputStream from TarArchiveInputStream similar to what you do with (java.util.zip.ZipFile())..getInputStream(ZipEntry);

Hive throws NPE when writing map type data to a HBase backed table

Controllers which expose finders should mark boolean parameters as non required

HBaseAdmin#deleteTable fails when META region happen to move around same time

Elytron is registering resource /core-service=management/access=identity on a HostController

casfailed.jsp refers to deprecated class, but imports non-deprecated class.

camel-cxf defaultHeaderFilterStrategy doesn't filter the Camel releates headers

Accept header is not respected anymore in CXFRS consumer when POST

"CglibAopProxy: Unable to proxy method" WARN when bean class contains static final method

camel-netty - Should return 404 instead of 503 if context-path did not match a route

HFile intermediate block level indexes might recurse forever creating multi TB files

When Compactor fails it calls CompactionTxnHandler.markedCleaned().  it should not.

Beeline/Hive JDBC Driver fails in HTTP mode on Windows with java.lang.NoSuchFieldError: INSTANCE

RCFileWriter does not implement the right function to support Federation

AclPermissionCacheOptimizer should not attempt to load Acls for empty object list

Merging of QBJoinTrees doesn't handle filter pushdowns correctly

Hadoop20Shim. CombineFileRecordReader does not report progress within files

Logging  in as user with scoped role right after log out will mess up Authentication 

Beeline changes its prompt to reflect successful database connection even after failing to connect

PathPatternPredicate still changes variables after failed AndPredicate

SELECT COUNT(CASE WHEN...) GROUPBY returns 1 for 'NULL' in a case of ORC and vectorization is enabled.

String and ConcurrentHashMap sizes change on jdk7; makes TestHeapSize fail

FileSystem in use may get closed by other bulk load call  in secure bulkLoad

Stats collection for columns fails on a partitioned table with null values in partitioning column

Cannot Specify Attribute 'cluster' Within The cache-container Configuration (EAP 7.0.2)

bulkLoadHFile API should ensure that rs has the source hfile's write permission

The jdbc-job-repository does not properly register the org.wildfly.batch.job.repository

Store file compactSelection throws ArrayIndexOutOfBoundsException

Component spring "event" is not auto registered by Camel. Add a Event file in the folder META-INF/services/org/apache/camel/compoment of camel-spring

Incorrect permission class-name should throw exception at runtime

The file consumer should use the charset encoding when reading the file if configured

CLI operation export-journal does not work with custom journal paths

A change in ORCInputFormat made by HIVE-4113 was reverted by HIVE-5391

cdi fraction + remoting fraction + wildfly-swarm:run = deployment failure

The WildFly plugin's deploy-artifact goal fails for artifacts that aren't compile-scoped

References in generated jspx pages are not always applied correctly

Configuring an http4 endpoint with hostname starting with "http" leads to an URISyntaxException

HivePassThroughOutputFormat cannot proxy more than one kind of OF (in one process)

EJB 2.x session EJBs local home is configured with wrong interceptor

Endpoint-based Export use incorrect user to write to destination

camel-test - Using dump route coverage with custom processor may cause NPE

For outer joins, when looping over the rows looking for filtered tags, it doesn't report progress

[Coprocessors] Table coprocessor loaded twice when region is initialized

Outcome from /host=x/server-config=y:remove() operation in managed domain with multiple hosts lists out all the steps in result

Remove javadoc warnings introduced due to removal of unused imports

HRegion#doMiniBatchMutation rollbacks the memstore even if there is nothing to rollback.

renaming internal table should rename HDFS and also change path of the table and partitions accordingly.

Region Server metrics context will be wrong when machine hostname contain "master" word

camel-cxf-transport component does not include Content-Type in the map of headers

Running IntegrationTestBigLinkedList against cluster getting not an instance of org.apache.hadoop.hbase.MiniHBaseCluster

Small values for hbase.client.retries.number and ipc.client.connect.max.retries breaks long ops in hbase shell

Controller method argument without annotations results in 400 error if not provided

x509-credential-mapper in ldap-realm does not work correctly with server-ssl-context

FSTableDescriptors should handle random folders in hbase.root.dir better

Form elements do not get properly decorated when the 'widgetAttrs' property is omitted from the decoration

hard coded wait time out value in HBaseTestingUtility#waitUntilAllRegionsAssigned might cause test failure

ToString ITDs do not update after DBRE-managed ITDs are changed.

Allow user to change number of listener thread in LlapTaskCommunicator

Race condition in  HiveMetaStoreClient: isCompatibleWith and close

@Schedule EJB Timer not using timezone when calculating next timeout

Ineffective handling of FileNotFoundException in FileLink$FileLinkInputStream.tryOpen()

Invalid index handler in org.apache.hadoop.hive.ql.index.HiveIndex class

custom interceptor - wrapProcessorInInterceptors - passing parent Description on Split

Exec throws a npe while writing a method that has a null value argument

Jackson2JsonRedisSerializer should allow to customise the JavaType for deserialization via getJavaType()

Delete timestamp row throws java.lang.IllegalArgumentException: Timestamp format must be yyyy-mm-dd hh:mm:ss[.fffffffff]

Migration scripts should increase size of PARAM_VALUE in PARTITION_PARAMS

QuotaCache should cancel the QuotaRefresherChore service inside its stop()

:read-resource operation of jax-rs subsystem doesn't handle all interfaces

Use of hadoop internals that require bouncycastle should declare bouncycastle dependency

ActiveMQ Artemis AMQP integration issue with topic prefix hardcode

BeanConveter didn't try to covert the bean invocation argument rightly

PerformanceEvaluation generates 10x the number of expected mappers

Use HRegion.closeHRegion instead of HRegion.close() and HRegion.getLog().close()

LlapServiceDriver shoud split HIVE_AUX_JARS_PATH by ':' instead of ','

SingletonService can start multiple master nodes if election policies are not identical

The console-handler in the logging schema still contains a filter element

org.apache.camel.impl.DefaultProducerTemplateAsyncTest failing on build on trunk

camel-test-blueprint - May parse blueprint xml file concurrently and start 2 Camels

Inconsistent getTypeForFactoryMethod results for parameterized factory method

Use of schedule expression start/end date for (Database) persistent calendar timers fail if the server is restarted and the timer reloaded

Upgrade DataNucleus [was: Unable to instantiate org.apache.hadoop.hive.metastore.HiveMetaStoreClient]

Fuse ESB minimal distro - Cannot creating containers in fabric that works

Netty4ClientHttpRequestFactory should use SSL if port is 443 or scheme is https

Discovering the preferred constructor lead to InaccessibleObjectException with Java 9

HBase shell disable_all/enable_all/drop_all promp wrong tables for confirmation

documentation/javadoc error in SingleColumnValueFilter constructor

camel-sap-netweaver throws JsonParseException when using json=false option

SharedWorkOptimizer might not iterate through TS operators deterministically

deployment runtime-name mismatch between content repo and server-group and logs

Autorestart option is not working because of stale znode  "shutdown"

When reduce is vectorized, dynpart_sort_opt_vectorization.q under Tez fails

Use Apache Curator in JDBC Driver and HiveServer2 for better reliability

HBCK leaves the region in masters in-memory RegionStates if region hdfs dir is lost

Add a new method preCreateTableRegionInfos for MasterObserver which allows CPs to modify the TableDescriptor

Alter rename partition Perm inheritance and general partition/table group inheritance

Splitter with streaming - GenericFile is not detected when creating the java.util.Scanner

MockHttpServletRequest.getReader() returns null in case of no content

metastore.HiveMetaStore$HMSHandler should set the thread local raw store to null in shutdown()

CompressionTest fails with org.apache.hadoop.hbase.io.hfile.AbstractHFileReader$NotSeekedException: Not seeked to a key/value

When use a @args as pointcut, there is case that occur a NPE at calling the unrelated method

role-mapping=x/include=y boot operation is generated with the wrong address

ResourceAdapterPoolAttributesTestCase fails with security manager

domain-elytron.xml, missing singelton subsystem, different ejb cache type

Partitions of type 'date' behave incorrectly with daylight saving time.

MessageDispatcherServlet does not search servlet context for a WsdlDefinitionHandlerAdapter instance

Rewrite getClosestAtOrJustBefore; doesn't scale as currently written

XML Signature: '#' missing in ObjectReference attribute of XADES element DataObjectFormat

Ensure the correct account URL gets used when using the certificate authority operations with both staging and non-staging endpoints with the same certificate-authority-account

File consumer - Consuming from absolute paths can cause issue on Windows when moving file when done

doing a read-only operation with the CLI sets a server in "restart-required" mode

@WebContext on EJB, results in Web Service endpoints that doesn't honor neither method-level authorization nor general authorization configuration

SharedWorkOptimizer fails with 'operator cache contents and actual plan differ'

jetty endpoint consumer does not send exchange output as the HTTP response

Http invocation security is not setting up the identity correctly

ScanResponse carries non-zero cellblock for CloseScanRequest (ScanRequest with close_scanner = true)

default for max version isn't updated in doc after change on 0.96

Failing OnOffOpenTracingTestCase when -Dnode0 is defined to non-localhost address

[WINDOWS] TestImportTSVWithVisibilityLabels.testBulkOutputWithTsvImporterTextMapper  fails on windows

ObjectHelper does no longer see META-INF/services from camel-core

TestOperationLoggingAPIWithMr,TestOperationLoggingAPIWithTez fail on branch-2.0 (with Java 7, at least)

TestReplicationQueueFailover* runs for a minute, spews 3/4million lines complaining 'Filesystem closed', has an NPE, and still passes?

Error starting org.springframework.roo.wrapping.cloud-foundry-api-0.0.1.0010.jar

Improve documentation around KEEP_DELETED_CELLS, time range scans, and delete markers

Datasource JNDI bindings are created in the root service container

Infinite loop in AsyncNonMetaRegionLocator if there is only one region and we tried to locate before a non empty row

HRegionServer.nextLong should be removed since it's not used anywhere, or should be used somewhere it meant to

Operation removing http-connector requires full server reload but does not change the server state accordingly

Invalid servlet / servlet-mapping in Serving Javascript Resources doco

FlowDefinitionResourceFactory.getFlowId does not remove the classpath scheme if the resource implements ContextResource

processing order of listeners in CompositeChunkListener does not match all other Composite...Listener

Remove unneeded YarnContainerClusterMvcEndpoint response entities

Broken links to included code in conditionals reference documentation

Scan javadoc doesn't fully capture semantics of start and stop row

StatementCreatorUtils.setNull throws exception in Derby Client driver

EndpointConfiguration - Looses parameters if there is a name clash with known tokens

SRP zCount/zInterStore methods execute synchronously when pipelining

TestClassLoading.testClassLoadingFromLibDirInJar occasionally fails

Restore of HBase table using incremental backup doesn't restore rows from an earlier incremental backup

During cluster shutdown, deleting zookeeper regionserver nodes causes exceptions

Javadoc for DefaultLdapAuthoritiesPopulator lists wrong class name & incorrect property

org.jboss.as.clustering.controller.AttributeParsers.COLLECTION is redundant

RetryingRawStore should not retry on logical failures (e.g. from commit)

UserAuthorizationProcessingFilter JavaDoc inconsistent with implementation defaults

Setup of JMS message listener invoker failed for destination when upgrading from 3.0.2 to 3.0.4

Controls[]  java.lang.NullPointerException when performing PagedResultsRequestControl search

[camel-itest-karaf] CamelIgniteTest fails as Ignite needs sun.nio.ch

Compactor not running on partitions after dynamic partitioned insert

rolling-restart.sh script hangs when attempting to detect expiration of /hbase/master znode.

master reports open regions as RITs and also messes up rit age metric

Makefile.common defines JAVA/JAVAH/JAVAC incorrectly for Windows

CDIBuiltinInjectionTestCase fails with a security manager installed

check_compatibility.sh is broken when using Java API Compliance Checker v1.7

clusterId is not set in conf properly if only TableMapReduceUtil.initCredentials() is called

The Remote Outbound Connection does not use an SSLContext from the injected SecurityRealm or AuthenticationContext

Convert runtime exceptions to semantic exceptions for missing partitions/tables in show/describe statements

[HBase MOB] MOBTable cloned from a snapshot leads to data loss, when that actual snapshot and main table is deleted.

WFLYCLEJBINF0005: Failed to cancel[schedule] expiration/passivation of bean UnknownSessionID on primary owner.: ExecutionException: TimeoutException: timeout sending message

HLogSplitter doesn't mark its MonitoredTask as complete in non-distributed case

Hive local task fails to run when run from oozie in a secure cluster

Referrals 'throw' does not work correctly for ldap authentication to mgmt console with MS Active Directory

reassigning region stuck in open still may not work correctly due to leftover ZK node

Trying to rewrite request URI in a WebFilter fails on missing client TLS certificate

Property placeholder optimization broke placeholders in Spring camelContext configuration

Infinispan subsystem does not expose a proper capability contract

FlowHandlerMapping not traversing flow registry hierarchy for flows, only queries the child registry

When <form:select> binds a collection, the formatter are not used.

FileSystemUtils.freeSpaceKb throws exception for Windows volumes with no visible files.

Cleanup SequenceFileLogWriter to use syncFs api from SequenceFile#Writer directly in trunk.

Make dynamic sort partition optimization available to HoS and MR

Regression in 4.1.5: Alternative @Bean declarations with same primary bean name do not work anymore

Camel flatpack component drops all headers from the original message

Application errors are hidden when they occur during an Ajax request

ClassNotFoundException exceptions occurred after deploying camel-example-pojo_messaging into servicemix

TaskExecutor created with task:executor not shutdown when context closes

The add-identity filesystem-realm operation in Elytron subsystem intermittently fails on NullPointerException

Remove log "ERROR snapshot.SnapshotFileCache: Snapshot directory doesn't exist"

The client retries even if the method is not present on the server

camel-quartz - Stateful job - Redeploying bundle/war and having changed endpoint uri issue

After a few unit tests, a few newly created are directories not cleaned completely.

Regression: TestContextManager no longer tracks after-class exception with log level lower than WARN

Missing guava lib causes IllegalStateException when deserializing a task [Spark Branch]

broadcast-group capability must include the messaging server name

camel-restlet  2.13.1  throwing EOFException  on reading ZipInputStream 

ConstructorResolver will generate NPE in case of no factory method found when there are explicit args

WebSecurityConfigurerAdapter#registerAuthentication incorrectly states exposed Beans

BeanUtils.isSimpleValueType() returns false for enums overriding a method

bean component - @Handler should take precedence in a bean that implements Predicate

Deletes done during the region merge transaction may get eclipsed

Children coming from a ManagementResourceRegistration.registerOverrideModel() override incorrectly appear as attributes in read-resource-description

ZooKeeperHiveLockManager does not respect the option to keep locks alive even after the current session has closed

JmsToJmsTransactedSecurityTest in camel-jms fails every now and then

LdapUserDetailsMapper should check that an attribute has actually been retrieved before attempting to map it to a role

New non-optional dependencies in org.springframework.web-3.1.0.RC1.jar

Pressing the tab key whilst entering a username for authentication deadlocks the CLI

Make sure TXN_COMPONENTS gets cleaned up if table is dropped before compaction.

LLAP: NPE in LlapTaskCommunicator.getCompletedLogsUrl for unsuccessful attempt

Naming conflict with local variable "document" conflicts with defining an entity type named "Document" which is solr searchable

CXF component running in Payload mode does not work with Holders

max-allowed-connected-nodes element in jboss-ejb-client.xml not used

EhCacheFactoryBean should not call set(Sampled)StatisticsEnabled on EhCache 2.7/2.8

Hdfs directory is not cleared if partition creation failed on HMS

ObjectHelper.resolveUriPath is broken, can not handle:  '../../' correctly

HiveServer2 jdbc ResultSet.close should free up resources on server side

CS tool, Redirection (<, <<) do not work in wildfly-elytron-tool

Simple language - OGNL - Invoking explicit method with no parameters should not cause ambiguous exception for overloaded methods

A failed atomic folder rename operation can never recovery for the destination file is deleted in Wasb filesystem

Singleton deployment fails to automatically start on second node

MockHttpServletRequest returns empty cookies array instead of null if instance is built using MockHttpServletRequestBuilder

Refactor inplace progress code in Hive-on-spark progress monitor to use ProgressMonitor instance

Rename HBaseAdmin#getCompletedSnapshots as HBaseAdmin#listSnapshots

product-info command throws java.lang.IllegalArgumentException if patching subsystem is not available

HBase migration tool does not get correct FileSystem or root directory if configuration is not correct.

Merging outer joins without conditions can lead to wrong results

TestHBaseFsck#testCheckTableLocks broke; java.lang.AssertionError: expected:<[]> but was:<[EXPIRED_TABLE_LOCK]>

Undertow's session-id-length setting is ignored in clustered configurations 

Incorrect result for Hive join query with COALESCE in WHERE condition

Queries fail with Failed to breakup Windowing invocations into Groups

select * does not work if different partitions contain different formats

Failing to include surefire default-test execution goal causes Roo shell issues

Parameter binding in String-based query does not bind all parameters

HConnectionManager can leak ZooKeeper connections when using deleteStaleConnection

LLAP: check ZK acls for ZKSM and fail if they are too permissive

SpringBeanELResolver - setValue throws PropertyNotWritableException

Port [AMQ-5652] IdGenerator not optimal in port restricted environments.

Packaging of Trunk and 0.95 does not create the dependent jars in the lib folder

CBO : Negate condition underestimates selectivity which results in an in-efficient plan

Undertow mod_cluster CLI: Display node's protocol://hostname:port

Remove the redundant item type in hiveserver2.jsp and QueryProfileTmpl.jamon

HiveDecimal to string conversion doesn't format the decimal correctly - master

toD (ToDynamicDefinition) does not honor RAW( ) contract - 'removes + from password'

ORC schema evolution from float to double changes precision and breaks filters

Data loss in MOB files after cloning a snapshot and deleting that snapshot

Overflows in AverageIntervalRateLimiter's refill() and getWaitInterval()

NULL table comparison within CASE does not work as previous hive versions

principal-query attribute of jdbc-realm is required but description says false

Using JPA inheritance with solr search causes compile errors due to name conflicts

InvalidPayloadException when storing a String using camel-couchdb

dynamic partition insert should throw an exception if the number of target table columns + dynamic partition columns does not equal to the number of select columns

Method addOmittedFields in XStreamMarshaller should access XStream instance via getter.

ATSHook does not log the end user if doAs=false (it logs the hs2 server user)

Using custom beans with @ManagedResource shows unavailable standard attributes

Subquery in both LHS and RHS of IN/NOT IN throws misleading error

MethodParameter.isOptional() fails with ArrayIndexOutOfBoundsException

Filters.filterToFilterSpec fails if ANY or ALL include legal undefined fields

GlobalMethodSecurityConfiguration should search parent ApplicationContext for AuthenticationManager

Vectorization: query failing in reducer VectorUDAFAvgDecimalPartial2 java.lang.ClassCastException StructTypeInfo --> DecimalTypeInfo

ZipEncodingHelper.isUTF8(String) does not check all UTF-8 aliases

The database settings (url / username / password) do not get saved if you specify them when installing JPA

jboss.iiop-openjdk.poa-service.namingpoa service reload issues after server migration

InterDeploymentDependenciesEarTestCase does not remove its deployments

Insert override for druid does not replace all existing segments

TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing failing consistently on branch-1.1

Schema creation scripts are incomplete since they leave out tables that are specific to DataNucleus

Spring Travel MVC Sample: Partial-refresh of messages div on booking form validation error causes erroneous Dojo Popup to appear with empty body in FF3

Editing of default deployment scanner's relative-to attribute can cause server crash

Roo Bootstrap mechanism fails to properly parse multi-argument command line parameters

Output the message of orcfiledump when ORC files are not specified

MRScratchDir permission denied when "hive.server2.enable.doAs", "hive.exec.submitviachild" are set to "true" and impersonated/proxy user is used

Cannot find the JdbcMultiUserConnectionRepository.sql mentioned in javadoc for JdbcUsersConnectionRepository

union_remove_10 is failing on hadoop2 with assertion (root task with non-empty set of parents)

Using request parameters in the feed url will result in ResolveEndpointFailedException for Unknown parameters

Validation not working for pooled-connection-factory's transaction attribute. 

RouteBuilder - Let if fail if end user is configuring onException etc after routes

Possible race condition in DynamicPartitionPruner for <200ms tasks

Hbase shell create_namespace command throws ArrayIndexOutOfBoundException for (invalid) empty text input.

camel-example-twitter-websocket-blueprint - Cannot load static html resources

SftpChangedExclusiveReadLockStrategy does not check the correct field to determine if a file is changing

camel-ftp - SFTP in fileExists should handle exception being thrown with id code stating no such file

camel-mongodb-gridfs - Created document cannot be read by the new MongoDB GridFS API

bucket information should be used from the partition instead of the table

Fix parsing and handling of the legacy username attribute for a remote-outbound-connection

DefaultWsdl11Definition.setFaultSuffix : responseSuffix overwritten

InfinispanCacheDeploymentListener throws ServiceNotFoundException when stopping

simple - Body.ognl function should validate that OGNL starts with a dot

Index followup: remove sort by clause and fix a bug in collect_set udaf

HFileReaderV1 caching the same parent META block could cause server abort when splitting

[hbck] Refactor so that arbitrary -D cmdline options are included 

AbstractMarshallingPayloadEndpoint and XStreamMarshaller produces malformed response body

Undertow mod_cluster proxy enforces aliases checks a.k.a. UseAlias:true

DataFormat from registry is used for every dataformat operation (marshal/unmarshal)

The Menu entries generated do not split CamelCase entity names the same way that labels do.

SpringValidatorAdapter is incorrectly resolving rejected value for bean based field level constraints

@ActiveProfiles are not cascaded down to contexts loaded via @ImportResource

Make DbTxnManager use Metastore client consistently with callers

ExpressionUrlAuthorizationConfigurer.interceptUrl Javadoc incorrect

Publisher Confirms with Multiple Listeners Not Distributed Properly

Session bean and message driven bean metadata does not merge (auto) timer metadata correctly

PooledConnectionFactory JNDI aliases are created in the root service container

topology-webapp missing a dependency on WF naming service: NoInitialContextException

After full backup passed on hdfs root and incremental failed, full backup cannot be cleaned

Broken links to included code in security reference documentation

ref guide section on release candidate generation refers to old doc files

Auditing broken for entities using optimistic locking via version properties

Cluster with too many regions cannot withstand some master failover scenarios

@ExceptionHandler doesn't work on CGLib-proxied controller in Portlet MVC

spring-jcl does not include exported packages of java commons logging

SFSB tx lock not released in exception was thrown in Synchronization callback

undefine connectors attribute of broadcast-group throws IllegalArgumentException

Camel polling the files from S3 only once if deleteAfterRead is false

Insert overwrite local directory should perserve the overwritten directory permission

Remove Add/Modify/DeleteColumnFamilyProcedure in favor of using ModifyTableProcedure

Thrift per-method metrics should still update in the case of exceptions

camel-sql - allow using the $simple{} syntax for query arguments

Insert into table misses some rows when vectorization is enabled

JBossMetaData.getInterceptors(String beanName, JBossMetaData jbossMetaData) doesn't return the default interceptors for a bean

caching-realm with ldap-realm cannot be added when LDAP is unreachable

Regression in 4.1: UnsatisfiedDependencyException because a prototype-scoped FactoryBean is unexpectedly instantiated by getTypeForFactoryBean()

URI normalization - Should detect already percent encoded values

enable_table_replication command should only create specified table for a peer cluster

Consistently accept "taskExecutor" bean of type Executor (as stated in @EnableAsync's javadoc)

Changing the set of vis labels a user has access to doesn't generate an audit log event

Undertow product tokens violate RFC-2616 (and misspells Wildfly)

Declaring AWS endpoint with accessKey and secretKey, and without amazonS3Client should be possible.

SPEL: Accessing inner classes via T(Outer$Inner) throws ParseException

Create external table failed when enabled StorageBasedAuthorization

HiveLockObject and enclosed HiveLockObjectData override equal() method but didn't do so for hashcode()

AMReporter should use application token instead of ugi.getCurrentUser

Spring logs a nasty looking stack trace for unhandled classpath URL

Overflow in estimate row count and data size with fetch column stats

DatabaseConfiguration.setProperty() causes unique constraint violation for list values

ShallowEtagHeaderFilter.setContentLength causes an error when rendering a jsp which performs an include:

Revert optimizations made for existing entities in implementation of CrudRepository.save(…)

union column expansion should take aliases from the leftmost branch

Roo-generated projects configured with HSQLDB 2.0.0 do not work with JDK 5.0

Permissions are not inherited correctly when tables have multiple partition columns

Bug in HiveStreaming API causes problems if hive-site.xml is missing on streaming client side

RSGroupBasedLoadBalancer fails to assign new table regions when cloning snapshot

Vectorization: Fix NULL / Wrong Results issues in COALESCE / ELT

camel-yammer - don't share requestor between different endpoint types

Change execution phase of checkstyle plugin back to default 'verify'

Provide an option to specify network interface used by Spark remote client [Spark Branch]

Flagging of invalid login credential for datasource is inconsistent.

Turn off Parquet Vectorization until all data types work: DECIMAL, DATE, TIMESTAMP, CHAR, and VARCHAR

repl load task during subsequent DAG generation does not start from the last partition processed

create dynamic partition if and only if intermediate source has files

Table renames not propagated to partition table in HBase metastore

Authentication tag throws NPE if custom principal property evaluates to null

CLI GUI doesn't show dialog for add operation if there are no params in the op description

Unable to use @Profile annotation on scanned repository interfaces

BloomFilter expectedEntries not always using NDV when it's available during runtime filtering

alterPartition and alterPartitions methods in ObjectStore swallow exceptions

TypeConverterDelegate falls back to deprecated Date constructor when first converter failed

@Transactional tests are executed without a transaction if transaction manager is not discovered

SessionRegistryImpl.getAllSessions returns null, Interface says it shouldn't

ManagementPermissionAuthorizer is limited to the standard roles for its authorizeJmxOperation impl

HiveServer2 running in non-http mode closes server socket for an SSL connection after the 1st request

If multiple of same key in an hfile and they span blocks, may miss the earlier keys on a lookup

Group by on a combination of disitinct and non distinct aggregates can return serialization errors with map side aggregations.

IllegalArgumentException when reverting fields using property placeholders

HMaster web application doesn't show the region end key in the table detail page

Receiving json "{"error":"Could not find job job_1415748506143_0002"}" when web client tries to fetch all jobs from webhcat where HDFS does not have the data.

Null check in TableSnapshotInputFormat#TableSnapshotRegionRecordReader#initialize() is redundant

Exception ' java.lang.IllegalArgumentException: Not an managed type' upon a tomcat context reload

org.apache.camel.issues.RetryRouteScopedUntilRecipientListParallelIssueTest failing on build on trunk

When verifyAndAssignRoot throws exception, the deadServers state cannot be changed

Tiles view definitions not deleted when create or update are disabled in controller

Deactivate modular jdk properties we used in the past for workarounds.

Sporadic deadlocks while using servlet scoped beans from another thread.

cache-type attribute of security-domain element accepts invalid values

ItemProvider still referenced in comments / variable naming in ItemOrientedTasklet

AbstractMessageSource does not properly interact with DelegatingMessageSource parent

EE naming context not set when @Initialized(ApplicationScoped.class) event is fired in some cases

BeanNameGenerator strategy provided to AnnotationConfig(Web)ApplicationContext does not apply to nested and imported @Configuration classes

HBCK and Replication should authenticate to zookepeer using server principal

JavaSecureRandom should throw Exception if it cannot create the instance

Whitespaces are not removed from dependencies in module add command

Update refguide to change hadoop <= 2.3.x from NT to X for hbase-1.2.x

TestZKProcedure#testMultiCohortWithMemberTimeoutDuringPrepare is flaky

Configuration of the AcitveMQ JMX Service URL is done in multiple configuration files

retain consistent splits /during/ (as opposed to across) LLAP failures on top of HIVE-14589

Deleting/creating/updating roo generated entities containing an enum property with lots of constants causes index out of bound exception while the scaffolded controller tries to redirect 

roo generated controllers and scaffolding is unable to support non-numeric keys

Allow strings represented as exponential notation to be typecasted to int/smallint/bigint/tinyint

Correct the assertion for namespace permissions in tearDown method of TestAccessController

initialize TableLockManager before initializing AssignmentManager

:add operations implemented using AbstractBoottimeAddStepHandler should report that reload is required in the read-operation-description output

TestHttpServerLifecycle.testStartedServerWithRequestLog goes zombie on occasion

hbase-config.sh needs to be updated so it can auto-detects the sun jdk provided by RHEL6

JDBCStoreResourceDefinition.DeprecatedAttribute.DATASOURCE is not transformed

MasterProcedureScheduler incorrectly passes null Procedure to table locking

Camel-Websocket Karaf feature installs bundles with different version of Jetty (9.4 and 9.3)

We lost the IntegrationTestBigLinkedList COMMANDS in recent usage refactoring

org.springframework.http.MediaType#checkParameters fails to process a Content-Type like application/xml;charset="utf-8"

partition column count is not determined correctly in LLAP IO non-vectorized wrapper

current the consumer template does't not work if define it out side of the camel context

IllegalStateException caused by QueryUtils.toExpressionRecursively(…)

X509EvidenceVerifier.SubjectDnCertificateVerifier denies correct Subject DN due to incorrectly used equals

Incorrect closing of JMS connections causes subsequent tests to fail

Possible issue with using a http.nonProxyHost and adding a features repository

Can not inject primitive values from property file using @Value annotation into servlet

Check for presence of user Id in SecureBulkLoadEndpoint#secureBulkLoadHFiles() is inaccurate

Custom converters don[t work when adding subclassing FacesConversionService and overriding method

Running batch create scripts multiple times can lead to multiple rows being inserted in sequence tables

Capability reload-required tracking breaks down if the cap is reload-required because of removal

Replace usage of deprecated ServiceListener with LifecycleListener in singleton deployment logic

archive folder grows bigger and bigger due to corrupt snapshot under tmp dir

Rename MVCC to MVCC: From MultiVersionConsistencyControl to MultiVersionConcurrencyControl

ConfigurationUtils.fileFromURL mangles files with '+' (plus sign) in the name

@Resource UserTransaction error when file passivation store is selected

Mapping sub-system should exclude Groovy introduced properties from persistent properties

org.springframework.web.util.UriTemplate not throwing IllegalArgumentException when URIVariables map missing values

Skip non-native/temporary tables for constraint related scenarios

webhcat pig job submission should ship hive tar if -usehcatalog is specified

RegionScanner.reseek() creates NPE when a flush or compaction happens before the reseek.

SaveContextServletOutputStream should delegate flush and close methods to wrapped ServletOutputStream

Region replicas of SPLIT and MERGED regions are kept in in-memory states until restarting master

Support using pre-authenticated subject in kerberized HiveServer2 HTTP mode 

MessagingMessageListenerAdapter.invokeHandler() should include amqpMessage argument to the ListenerExecutionFailedException

Internally used variables in HiveConf should not be settable via command

Type resolution fails for uninitialized factory-method declaration

Server resources off the host resource allow the removal of deployments

'transactional' table property for ACID should be case insensitive

DB deadlocks not handled in TxnHandler for Postgres, Oracle, and SQLServer

Array out of bounds exception involving ql.exec.vector.expressions.aggregates.gen.VectorUDAFAvgDouble

org.wildfly.undertow.http-invoker.host capability violates its own contract

UnmodifiableBoundedCollection does not implement Unmodifiable marker interface

Option readLockLoggingLevel not working for SFTP changed read lock strategy

Default value for "stop-timeout" mentioned in jboss-as-infinispan_4_0.xsd differs from actually used

HandleFaultProcessor does not implement the AsyncProcessor interface

(Vectorization) Add missing case for BINARY in VectorizationContext.getNormalizedName method

ParallelAggregate option when using parallel mode does not run in parallel

PersistenceProperty specified in @PersistenceContext should be passed to the created EntityManager 

StringUtils.parseLocaleString(): does not parse locale string in java 7 for Serbian (Latin)

Nested arrays of annotations are synthesized with wrong component type

Subsystem testing framework uses incorrect subsystem dependencies for old versions

Surface new config properties/yaml information via java -jar myapp-swarm.jar --help

Spring Gemfire does not allow persistence for a local region even though this is supported in Gemfire

ServiceInterfaceStrategy fails to create with interface containing multiple methods without parameters

Reference - FilterSecurityMetadataSource instead of FilterInvocationSecurityMetadataSource 

base.path, host, and schemes are all ignored for generating the swagger definitions

CxfProducer could drop MessageDataFormatFeature and PayLoadDataFormatFeature 

Roo 1.2 doesn't update the Spring.version property within the pom.xml to the 3.1 release

SUBSCRIBE response message should match the original message destination

AbstractMessageSource does not support null as default message anymore

WFLYSRV0266: Server home is set to... info msg in domain for RPM installation

FacesContext.isValidationFailed() should return true if Web Flow's MessageContext has errors

Deployment fails when unreachable LDAP is used for Elytron LDAP authentication and ldap-realm.direct-verification=true

AssociationOmittingSerializerModifier suffers from potential NullPointerException

Agroal subsystem should provide configurable application type RBAC constraints

handle Derby and Oracle errors with joins and filters in Direct SQL in a invalid-DB-specific path

Serde properties are not working while expecting output in a directory

DefaultRestletBinding can not deal with multi-valued HTTP request parameters

Adding a constructor with args to an entity renders project unusable

Fix of WFCORE-3826 breaks plain authentication for ejbs using legacy configuration - test

MockHttpSession.getAttributeNames() should return Enumeration<String> on a new collection

When the Master's session times out and there's only one, cluster is wedged

Precommit HMS tests should run in addition to precommit normal tests, not instead of

In some queries inputs are closed on Tez before the operator pipeline is flushed

IllegalStateException when using ServerEndpointExporter and running the project as a war in Jetty

Default packaging types links ejb projects to a mave-plugin project which is ignored by default

camel-http4 - In bridge mode should use noop cookie store to not eat memory

Can not shutdown backup master cleanly when it has already tried to become the active master

camel-spring-boot - TypeConverter autoconfiguration leads to invalid shutdown sequence

Allow the String value for null to be customized for the CSV printer

HStore synchronized member variable filesCompacting should be private

SQLStdAuthorizer should not require external table creator to be owner of directory, in addition to rw permissions

Master will shut down if number of active region servers is zero even if shutdown was not requested

CTAS with LOCATION should write temp data under location directory rather than database location

New thread introduced by hbase-900 part 4 is not daemon so can cause JVM to stick around on abort

Regex filters are at least an order of magnitude slower since 0.94.3

Camel-cxf non-pojo mode endpoint's provider leaves incorrect cxf endpoint in the exchange

Dates are displayed in GMT instead of using the locale of the jvm

CachedStore: getPartitionsByExpr is not populating the partition list correctly

Possible race between remote process' receipt of a cancellation request and its receipt of the initial request

External table replication for existing deployments running incremental replication.

Replace internal uses of signatures with byte[] and String tableNames to use the TableName equivalents. 

Wrong condition statement in NetworkUtils#formatAddress(InetSocketAddress)

Weld starts also for deployments with "bean-discovery-mode=none".

Example configuration standalone-activemq-colocated.xml is not in server distribution

jbossws-cxf-resources is still using wildfly1000 classifier, move to wildfly1100

PostgresPagingQueryProvider generateJumpToItemQuery generates bad SQL

RegionStates for regions under region-in-transition znode are not updated on startup

DefaultMethodEndpointAdapter.JDOM_CLASS_NAME must be updated to "org.jdom2.Element"

Restore lenient null return value for ConditionContext.getBeanFactory()

DefaultCacheContainer getCache(...) createIfAbsent variants throw NPE when called with false and cache does not exist

SkewJoinOptimizer might not kick in if columns are renamed after TableScanOperator

TableInputFormatBase#createRecordReader() doesn't initialize TableRecordReader which causes NPE

Logger Level is always at default level("ERROR") when error handler is LoggingErrorHandler

WebSphere MQ 8 RA - [TCK] ClassCastException when calling toString() on JMSContext

Unable to use GS2-KRB5-PLUS SASL mechanism - AP_REQ token id does not match

method regionserver.MemStore#updateColumnValue: the check for qualifier and family is missing

NullPointers with null params to @Query and null values returned to @QueryResult

DBRE: In numeric columns, when scale=0, precision is not generated from the size attribute of dbre.xml

ConfigurationChangeResourceRemoveHandler makes its changes in the constructor not in execute

HCatLoader can't provide statistics for tables not in default DB

We always compact if 2 files, regardless of the compaction threshold setting

HLog: Found 0 logs to remove out of total 1450; oldest outstanding seqnum is 162297053 fr om region -ROOT-,,0

AbstractPersistentProperty.getRawType() does not consider generics

Query got rerun with Global Limit optimization on and Fetch optimization off

JSON Patch to subresource collection results in SpelEvaluationException: Method size() cannot be found 

SpringSecurityPasswordValidationCallbackHandler throws NPE when UserDetailsService does not find user

Spring fails to find bean's destroy method in case there is a bridge method

Pem.parsePemX509Certificate() cannot parse files with non-PEM content

Region split requests are always audited with "hbase" user rather than request user

AbstractItemCountingItemStreamItemReader.read() shouldn't be final

Parameter completion for :read-resource and :read-children-resources is broken

*SelectionTrackingListDataModel needs more reference documentation

camel-spring-redis - When stopping consumer it should stop the message listener

[JDBC component] HiveResultSet next() always returned true due to bad string comparison

TestHTraceHooks.testTraceCreateTable ConcurrentModificationException up in htrace lib

EAP quickstart helloworld-html5: JAX-RS Application class gets generated even though JAX-RS is set up in web.xml

Double escaping special chars when removing old partitions in rmr

[0.92 UNIT TESTS] TestReplication.queueFailover occasionally fails [Part-2]

date_add()/date_sub() should allow tinyint/smallint/bigint arguments in addition to int

Confusing semantic of the ignore leading/trailing spaces parameters

Query against view with partitioned child on HoS fails with privilege exception.

ZK restarted while a region is being assigned, new active HM re-assigns it but the RS warns 'already online on this server'.

ManagementResourceRegistration.getCapabilities() does not account for override models

camel-web - Cannot browse endpoints if messages was consumed from jms queue

Missing Functionality: time to live and entry idle time on a local client region

System properties in job configuration not resolved when submitting MR job

After setting UpdateInputAccessTimeHook query fail with Table Not Found.

Annotations are rejected if they contain binary expressions which refer to a named reference

JAASIdentityManagerImpl reauthenticates on verify(), CallerPrincipal mapping bug

hs2 jdbc url - wrong connection string cause  error on beeline/jdbc/odbc client, misleading message

Certificate acceptance causing command entered on starting the CLI to be skipped.

IllegalAccessError: $Proxy95 cannot access its superinterface AuthenticationConfiguration$LazyBean

Hive get wrong result when partition has the same path but different schema or authority

Uninitialized read of numBitVectors in NumDistinctValueEstimator

Type converter confusion when camel-cxf and camel-mail are in same classpath

ReplicationSourceWorkerThread can die due to unhandled exceptions

Use Configuration.getPassword() if available to eliminate passwords from hive-site.xml

Update EjbClientContextSetupProcessor.RegistrationService#transformOne to make use of the SSLContext from the RemoteOutboundConnectionService

camel-jms - Reply manager during timeout must use a catch to ensure onEviction can return correclty

ZipEncodingHelper calls System.getProperty("file.encoding"); should use Charset.defaultCharset()

stop method of Master and RegionServer coprocessor  is not invoked

Can not deploy a @ConnectionFactoryDefinition if the RA has more <connection-definitions>

org.apache.camel.spring.Main can't take -o output and -d duration operations

Some metastore operations are not retried even with desired underlining exceptions

posexplode() UDTF fails with a NullPointerException on NULL columns

advice-with - No outputs found matching id when upgrading from 2.13 to 2.14

DomainDefinition.REMOVE does not remove all services installed by ADD

java.lang.Error thrown in mock/dataset assertions causes the async processing to not complete as just catches Exception

MP JWT: unconstrained method denied access if the resource also contains constrained method

HBaseClient never recovers for single HTable.get() calls with no retries when regions move

Rename hive.spark.use.file.size.for.mapjoin to hive.spark.use.ts.stats.for.mapjoin

Hive metastore fails to start in secure mode due to "java.lang.NoSuchFieldError: SASL_PROPS" error

Changing the max-pool-size of the datasource pool should indicate a "reload required" in the CLI output 

Unnecessary conversion to typed Map resulted in injection error (worked in 2.5.X)

Invoking shutdown command for slave HC results in CLI disconnecting

Analyze table compute stats fails for tables containing timestamp with local time zone column

Some clustering test cases do not close JNDI InitialContext between tests

Invalid socket-binding config in remoting connector resource does not lead to model integrity failure

Subquery in where clause with distinct fails with mapjoin turned on with serialization error.

Using a table alias which also appears as a column name is not possible

conditionalresolver and conditionalresolverctx should be serialable

Increase the default value for hbase.hregion.memstore.block.multipler from 2 to 4 (part 2)

Unbalanced number of HiveParser msgs.push/msgs.pop calls when doing lookahead

enable doAs in unsecure mode for hive server2, when MR job runs locally

TimerManagementTestCase fail with non-"en_US.UTF-8" locale settings

Unguarded access to first iterator element in RequestMappingInfoHandlerMapping

Unable to Test Launching Steps of a FlowJob when it is created using Java Config

Parsing failure for random java files due to static import resolution failure

Unclear error message when creating multiple thread pools of the same type for a workmanager

Resource Leak in ParallelScatterZipCreator#writeTo(ZipArchiveOutputStream)

MultiResourceItemReader fails on Restart if read() method was not called.

Results returned by preAppend hook in a coprocessor are replaced with null from other coprocessor even on bypass

Regions by Region Server table in Master's table view needs styling

Not able to separate application(EAR) logging with the use of logging profile

Protocol stack for fork channel is missing defined fork protocols

SchemaCollection issue when XSD files are in the classpath, in different JAR artifacts

Persist fails on entity without id and version field if @EnableAuditing

Wrong resource name in an error massage: webapps instead of hbase-webapps

Race between mutation on region and region closing operation leads to NotServingRegionException

ConcurrentModificationException in DefaultCamelContext.removeRouteDefinitions()

Serious Zookeeper exception is logged when a race condition happens

Handling of SSLSessionAuthorizationCallback is missing a call to authorize()

Task namespace usage should not require concurrent backport JARs

Restlet binding does not properly insert/extract Restlet message.

[testing] Upgrade to JUnit 4.x and use @BeforeClass annotations to optimize tests

HTableMultiplexer clears the meta cache after every put operation

dead links in ref guide to class javadocs that moved out of user APIs.

AbstractConnectionFactory.setAddresses(String) should ignore empty string

Improve debuggability of IntegrationTestTimeBoundedRequestsWithRegionReplicas

Redeclared save(Iterable) results in wrong method overload to be invoked eventually

Connector attribute max-save-post-size is neither migrated nor migration writing is shown

X-Forwarded-Proto with comma separated list causes incorrect scheme

Hive List Bucketing - Skewed DDL doesn't support skewed value with string quote

Assignment wait time error in case of ServerNotRunningYetException

Incorrect value returned by undertow for "max number of concurrent active sessions" metric

Javadoc of Slice.nextPageable() and ….previousPageable() incorrect about nullability

0.20.2 accessed from older client throws UndeclaredThrowableException; frustrates rolling upgrade

Generalization of region move implementation + manage draining servers in bulk assign

Roo Web Scaffolding uses mismatched model names in form/controller pairs for entities that begin with consecutive capital letters

ConsumerChannelRegistry uses a ThreadLocal which prevents receiving and sending on different channels within a transaction

Bean not injected with CDI and Aquirlian test failed when SolrServer is used

bin/replication/copy_tables_desc.rb references non-existent class

[WINDOWS] Append the classpath from Hadoop to HBase classpath in bin/hbase.cmd

AnnotationAwareOrderComparator doesn't handle null values anymore

After a submit with p:commandButton with ajax="false" and validation error, all values are cleared in form

AbstractMarshaller incorrectly expects DOMResult to already have a node

Convert List<? extends Cell> anti pattern to List<Cell> pattern.

Cluster can't start when log splitting at startup time and the master's web UI is refreshed a few times

jboss.ejb.default-local-transport-provider missing in appclient mode

CLI Opertation 'load' for Elytron key-store does not change key used by management

CLONE - DefaultShutdownStrategy shutdown timeout of 0 will never timeout and go in negative time

MongoTemplate#doInsertAll throws NullPointerException when passed Collection contains a null item

RegionServer aborted due to NPE from MetaTableMetrics coprocessor

NotSerializableException on javax.servlet.http.Cookie contained in SavedRequest

Rare fail of org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase due to TimeoutException

Clients can see holes in the META table when regions are being split

SocketBindingManager.createMulticast/DatagramSocket(...) variants needed for unbound sockets

Regression: from HIVE-18069, the metastore directsql is getting disabled

Scan will be broken while working with DBE and KeyValueCodecWithTags

Transitive compile dependencies are not included in Arquillian @DefaultDeployment

Batch operation can't handle the null result for Append/Increment

Runtime attribute loaded-providers of elytron provider-loader should not be required

hbase-default.xml hbase.status.multicast.address.port does not match code

Line ending in multiline delimiter not being processed correctly

MissingMethodPermissionsDefaultAllowedTestCase and MissingMethodPermissionsTestCase fail when run with the Elytron profile enabled

Binary transport shall ignore principal if auth is set to delegationToken

ExceptionHandlerExceptionResolver advice applicability check may fail against interface-based controller proxy

DDL operations on hive might create large messages for DBNotification

AnnotationSessionFactoryBean.scanPackages() creates scanning pattern incorrectly

Semantic analyzer does not capture view parent entity for tables referred in view with union all 

FileSystemException while attempting to move files in the jaxrs/scala example on Windows

TestColumnSchemaModel and TestTableSchemaModel test cases are failing with IBM IBM Java 6

Send of message via tx-channel is commited early when external (JTA) transaction is present

The standalone-minimalistic.xml example config has wrong attribute order and a comment

VectorizedRowBatchCtx.recordIdColumnVector cannot be shared between different JVMs

Add metrics for rolling the HLog if there are too few DN's in the write pipeline

hive.hwi.war.file incorrectly tries to use environment variables to locate war file

HttpServletRequest.login should throw ServletException if already authenticated

Possible NullPointerException in ZKInterProcessLockBase#reapExpiredLocks

ACID table creation fails on mysql with MySQLIntegrityConstraintViolationException

Table became unusable when master balanced its region after table was dropped

Using ignoreAcceptHeader and defaultContentType together causes problems.

aggName of SemanticAnalyzer.getGenericUDAFEvaluator is generated in two different ways

Queries consists of metadata-only-query returns always empty value

RmiClientInterceptorUtils.isConnectFailure() fails to detect java.rmi.MarshalException caused by java.net.SocketException

Wss4jSecurityInterceptor loosing action from HTTP ContentType header for SOAP V1.2

APT - Should check inherited class/interface for UriParam when scanning

Camel does not have logic that checks that it should only retry when its a new/changed file

Some of the Metastore unit tests failing on Windows because of the static variables initialization problem in HiveConf class.

HIVE Authorization v2 should not check permission for dummy entity

Lazyseek should use the maxSequenseId StoreFile's KeyValue as the latest KeyValue

Hive should expand nested structs when setting the table schema from thrift structs

[Migration operation] [Web to Undertow] Connector attribute redirect-port is not migrated

WildFly Elytron Tool, add prompt when --keystore-password is missing for Vault command.

NullPointerException in HMaster#normalizeRegions() due to missing TableDescriptor

Output file name is random when using Tez with "insert overwrite local directory" 

spring-batch-2.0.xsd should not allow "listeners" element on "tasklet"

HttpInvokerClientInterceptor.convertHttpInvokerAccessException implementation throws the RemoteAccessException instead of return it

Archived hfiles and old hlogs may be deleted immediately by HFileCleaner, LogCleaner in HMaster

camel-mina and camel-mina2 fail when configured with Spring or blueprint

Beeline doesnt support session parameters in JDBC URL as documentation states.

The launcher API may incorrectly assume the JVM is a non-modular JVM

Backups masking exception in a scenario and though it fails , it shows success message.

broken JMS selector syntax: instead of jms:someQ?selector=key='value'" you must instead use jms:someQ?selector=key%3D'value'"

FileUtils.directoryContains returns wrong response due to startsWith comparison

FileUtils.moveDirectoryToDirectory removes source directory if destination is a subdirectory

Broken parsing of core 1.4 xml schema security realm authorization elements

camel-jpa exports the org.apache.camel.processor.interceptor which leads to a split package

LifecycleStrategy should be started/stopped when CamelContext is starting/stopping

TestReplicaWithCluster#testReplicaGetWithPrimaryAndMetaDown failure in master

JdbcJobInstanceDao doesn't locate JOB_INSTANCE on Oracle where JOB_KEY is empty

Fix warning message caused by incorrect ternary operator evaluation

Add HCatClient.dropPartitions() overload to skip deletion of partition-directories.

NPE in ejb client and clean shutdown ERROR [org.jboss.ejb.client.invocation] (default task-8) EJBCLIENT000509: Unexpected exception processing EJB request: java.lang.NullPointerException

RestartParentResourceRemoveHandler should fail when removing non-existing resources

Remove the specialized logic to handle the file schemas in windows vs unix from build.xml

PreExecutePrinter and PostExecutePrinter should log to INFO level instead of ERROR

JSF 2.0 compatibility broken in JsfViewFactory where VisitHint.SKIP_ITERATION is used

UriTemplate: Insufficient handling of characters that need to be escaped.

LoadTestTool addAuthInfoToConf throws UnsupportedOperationException

HIVE_LOCKS uses int instead of bigint hive-txn-schema-0.14.0.mssql.sql

AnnotationMethodHandlerAdapter does not inject MultipartHttpServletRequest when wrapped by HiddenHttpMethodFilter

Table page (table.jsp) in Master UI does not show replicaIds for hbase meta table

Parquet Schema Evolution doesn't work when a column is dropped from array<struct<>>

camel-cxf - CxfClientCallback is invoked twice when only one was expected

DigestProcessingFilter improperly parsing Authorization request header when individual values contain commas

Atmos component fails to load atmos.properties in a modular class loading environment 

[Migration operation] Calling :migrate(add-legacy-entries=true) in domain fails

NOTIFICATION_SEQUENCE_LOCK_RETRY_SLEEP_INTERVAL.defaultLongVal is -1

spring-dm may not be able to load resources from classpath from camel-core

Check User's status in SpringDigestPasswordValidationCallbackHandler 

Global AuthenticationManagerBuilder#eraseCredentials=false does not work

LLAP: Add hdfs bytes read and spilled bytes to tez print summary

StaticDiscoveryResourceDefinition allows undefined values for its attributes

FileUtils.listFilesAndDirs includes original dir in results even when it doesn't match filter

Support REPL LOAD from primary using replica connection configurations received through WITH clause.

Inconsistent transport-config configuration from jacorb:migrate operation

Bad type comparison in ReflectionHelper.getTypeDifferenceWeight(List<TypeDescriptor> paramTypes, List<TypeDescriptor> argTypes)

CBO : TPC-DS Q64 is item is joined last with store_sales while it should be first as it is the most selective

alter partition should throw exception if the specified partition does not exist.

NPE when "mustUnderstand" attribute is in SOAP header and no Interceptors have been defined 

REST-AT bridge recovery test hanging because of missing client api

camel-jpa doesn't use EntityManager.merge(entity) in the right way

Username/password ignored when connectionFactory is set in JMS component

DispatcherPortlet shouldn't call exposeActionException during event processing

NPE in camel-printer when not setting media size or omitting sides attribute

OnCompletion - Should use pipes and filters to ensure IN is OUT from last step

Vectorization: Serialization bottlenecked on irrelevant hashmap lookup

Method FilterBasedLdapUserSearch#searchForUser(String username) creates an unsed  DirContext which never closed

RpcServer.getListenerAddress should handle when the accept channel is closed

"WFLYCTL0171 unsatisfied dependencies" when removing an xa-datasource-properties resource

[JDK 8] KeyStoreTestUtil#generateCertificate fails due to "subject class type invalid"

The ehcache component creates a separate CacheManager per producer route

Tomcat shutdown doesn't wait for consumers in MessageListenerContainer

Adapt to Spring Data Commons RepositoryConfigurationExtension API changes.

Description for hbase:acl table is wrong on master-status#catalogTables

IteratorUtils.getIterator(Object obj) performs redundant null check

DatasourceMaxPoolAttributeTestCase and DatasourceMinPoolAttributeTestCase fails with security manager

AdviceWith - Spring XML using a context scoped error handler causes adviceWith to not work

can't run tests using the Arquillian Daemon when another application listens on port 12345

ResponseStatusExceptionResolver does not get a MessageSource injected in the MVC Java config

Several invocation of file listing when creating VectorizedOrcAcidRowBatchReader

 SimpleJpaRepository.exists(ID) fails, if ID is an composite key

The partition folders might not get cleaned up properly in the HiveMetaStore.add_partitions_core method if an exception occurs

stdout redirect to file creates directory structure in lower case

XML schema; use of elementFormDefault='unqualified'; cannot validate some documents

NPE when issue query like alter table ... cascade onto non-partitioned table 

initCause() uses wrong exception in ProtobufLogReader#readNext(HLog$Entry)

Scanner doesnt reset when a snapshot is created, could miss new updates into the 'kvset' (active part)

EAP quickstart jta-crash-rec: javax.resource.ResourceException: IJ031101: XADataSourceClass is undefined

DefaultCamelContext.removeEndpoints() fails due to ConcurrentModificationException

FTP can wait indefinitely when connection timeout occurs during connect

Roo shell throws exception when an entity is created without a "." in the name if entity was previously created with the same command and then manually deleted

Parser support missing for EAP 6.3 version of 'skip-group-loading'

Severe performance downgrade when parallel reading a single key from BucketCache

ReloadStrategySupport wrongly logs "Routes with no id's detected"

End transition states will cause the batch job to finish with an Unknown status if the namespace prefix is used.

Race condition in PersistenceUnitServiceImpl when the service is being stopped

Salesforce keeps breaking backward compatibility by adding fields to older API versions

org.jboss.as.jacorb.rmi.WorkCacheManager is a class loader leak waiting to happen

WriteAttributeHandler needs to add steps to the top of the queue

SnapshotDescriptionUtils and SnapshotTestingUtils do not have any Interface audience marked

Aliased column in where clause for multi-groupby single reducer cannot be resolved

Call createSplits with multiple paths if partition specs match on Tez

TransactionTemplate leaks transactions when TransactionCallback propagates undeclared checked exception

NamedParameterUtils,substituteNamedParameters() should consider that a namedParameterValue could be a SqlParameterValue 

SelfSignedX509CertificateAndSigningKeyTest.testSelfSignedCertificateWithStringExtensionValues fails on IBM JDK

SSL cannot be used by the InfoPort after removing deprecated code in HBASE-10336

Domain Management logout 'feature' not working for HTTP BASIC authentication.

JDOExceptions thrown by the Metastore have their full stack trace returned to clients

TestMasterFailover under tests some cases and over tests some others

RabbitMessagingTemplate doesn't take advantage of RabbitTemplate's registered converters

Docs refer to non-existent class SimpleDelegatingPagingQueryProvider

PersistentResourceXMLDescription does not persist empty subsystems

Listener Annotations don't allow parameters to be subtypes of expected types

ProducerTemplate.requestBody with responseType throw a InvalidPayloadException instead of original exception (wrapped in a CamelExecutionException)

JSP views for finders that search collections do not add candidate entities to the UI model

The camel-javaspaces component doesn't work with the latest version of Gigaspaces

Allow property placeholders in access attribute of intercept-methods/protect namespace elements

testCliDriver_load_hdfs_file_with_space_in_the_name fails on hadoop 2

Camel-Apt: Check for empty lines in parseAsMap method of EndpointAnnotationProcessor

Vectorization: Cut down memory size of 1 col VectorHashKeyWrapper to <1 CacheLine

test-patch.sh reports a javadoc warning when there are no new javadoc warnings

standalone.bat is unable to start from directory "jboss(eap)" on Windows

When step encounters error saving ExecutionContext it tries to stop the job but fails

SecurityCommandsTestCase uses the wildfly-core test runner instead of Arquillian

"Error in initialization script: Command not found: shell:if" after fabric:create on fuse with P2

Provide backward compatibility for HBase coprocessor service names

Unload script displays wrong counts (off by one) when unloading regions 

Conditional task does not increase finished job counter when filter job out.

ORC struct throws NPE for tables with inner structs having null values 

Standalone JMS client is failing with: java.lang.ClassNotFoundException: javax.json.JsonValue with jboss-client.jar

Attribute 'flow' is not allowed to appear in element 'batch:step'

NPE thrown from RssDateComparator when using a feed that doesn't parse properly.

Security realm using ldaps hangs forever during SSL handshake, when ldap server is killed

SORT BY is always sending data to only the first reducer even if there are multiple reducers

SSL tests in ElytronRemoteOutboundConnectionTestCase fails on IBM JDK

undeterministic query results since aliasToWork in mapredWork is a hashmap

Potential ClassCastExceptions in MongoPersistentEntityIndexCreator

camel-blueprint - Using <endpoint> and referrring to SSLContextParameters with property placeholders can lead to CircularDependencyException

Multipart form data can no longer be sent with syncBody in WebTestClient

camel-http component should set Transfer-Encoding as chunked header for response message when checkChunked is true

additional fractions: unintuitive behavior if the fraction is not found

Check for possible null timestamp fields during SerDe from Druid events

Do not strip '--' comments from shell commands issued from CliDriver

TezMergedLogicalInput needs to inform the framework when it is ready

mod_cluster advertise="false" does not disable advertise if there are no proxies configured

[hive] null pointer exception with nulls in map-side aggregation

JobRepositoryTestUtils delete job execution fails if there is another execution with the same job instance

Having RPC Quota on a table prevents Space quota to be recreated/removed

clean up nightly source artifact test to match expectations from switch to git-archive

Open the range when importing org.apache.fe lix.gogo.commands package

Camel Rest DSL Does Not Creating OPTIONS routes for defined routes

cxfbean creates another instance of the class instead of directly using the referenced bean

Inlined properties in @TestPropertySource do not override values from properties files in Spring Boot

Exceptions occurred when deploying "camel-example-spring-javaconfig" into FUSE ESB Server.

Persistent tail tracking picks random tail tracker from mongoDB collection

Large number of StandardEnvironment objects are initialised during startup. Visible in the logs at DEBUG level.

UrlResource.exists() does not properly detect JBoss vfszip resources

ConcurrentSessionFilter documentation incorrectly states it doesn't rely on SecurityContextHolder, results in null to all logout handlers Authentication object

KotlinReflectionParameterNameDiscoverer does not handle instance-extension methods properly

TestFlushSnapshotFromClient fails because of failing region.flush

Awkward binary incompatibility in ResponseBodyEmitterReturnValueHandler

HCatRecord getInteger method returns String when used on Partition columns of type INT

autodetected fraction + the same fraction added as additional = build error

Make sure to close file input stream when converting file to string to avoid locking file on windows

<context:annotation-config/> not compatible with <security:intercept-methods>

CREATE TEMPORARY TABLE LIKE  and INSERT generate output format mismatch errors

TestHadoop20SAuthBridge tests fail sometimes because of race condition

Javadoc for SHA-224 DigestUtils methods should mention Java 1.8.0 restriction instead of 1.4.0

RegionServer is not functionally working with AysncRpcClient in secure mode

Incorrect name in documentation for ByteArrayHttpMessageConverter class

Shell prompt does not show entity in focus after 'entity jpa' command is run using a fully-qualified name such as com.foo.bar.Bar

StepExecutionListener.afterStep() should only be called on success

skip.footer.line.count doesnt work properly for certain situations

AnnotationUtils fails to retrieve attribute values from non-public annotations

Some endpoints configured using beans may result in NPE under DEBUG mode

Enable Messaging SecurityTestCase fails with Elytron profile in AS TS

Disable flakey TestRegionReplicaReplicationEndpoint and make fixing it a blocker on 1.0

Attribute for-hosts for Security Realm with Kerberos does not select keytab in defined order

ClassFinder finds compat tests during mvn package, causing TestCheckTestClasses to fail

fix ArrayIndexOutOfBoundsException in date_add and date_sub initialize

WebServiceMessageReceiverHandlerAdapter not easily overridable to produce SOAP faults

An Offline SplitParent Region can be assigned breaking split references

TestRemoteHiveMetaStore.java accidentally deleted during commit of HIVE-1845

Changes in SEC-830 does not merge properties of saved request and incoming request in Object[] getParameterValues() invocation

CxfPayloadConverter may start failing to convert a CxfPayload to a Node

XMLConfiguration isEmpty has altered behaviour between 1.4  and 1.6

Camel-Infinispan: If a Default Configuration is not provided then a DefaultCacheName must be provided

DefaultSubscriptionRegistry does not update destination cache when subscribed twice to same destination

DefaultJobParametersConverter is not thread-safe and the SimpleJobOperator either 

dev-support/test-patch.sh should compile against hadoop 2.0.0-alpha instead of hadoop 0.23

LruBlockCache.CACHE_FIXED_OVERHEAD should calculate LruBlockCache size correctly

Union with map-only query on one side and two MR job query on the other produces wrong results

Listing relations with Accept:application/x-spring-data-compact-json does not contain self link.

Refreshing a bundle with a camel-cxf route gives exception 'BeanFactory not initialized or already closed

acid heartbeat fails when metastore is connected via hadoop credential

Use FileSystem.access() if available to check file access for user

PredicateUtils (all|any)Predicate type misbehaviour Array vs. Collection

TestJdbcDriver.testShowRoleGrant can fail if TestJdbcDriver/TestJdbcDriver2 run together

Put, Delete, Increment, Result, all all HBase M/R classes still implement/use Writable

ObjectInspectorConverters.getConvertedOI() does not return the correct object inspector for primitive type.

Suppress Hbase SnapshotHFile cleaner error  messages when a snaphot is going on

File polling consumer does not remove file lock if exchange fails

KeystorePasswordStore contains inconsistency about MODIFIABLE configuration attribute

Shell should use Admin.listTableNames() instead of Admin.listTables() 

WARN on tomcat run - Encountered a deprecated javax.persistence.spi.PersistenceProvider 

ServerName in master may not initialize with the configured ipc address of hbase.master.ipc.address

IllegalAccessError on package-private Hadoop metrics2 classes in MapReduce jobs

camel-jdbc - Overrides with old headers when used the 2nd time in a route

@RabbitListener's @Exchange provides durable as false, meanwhile AbstractExchange is durable by default

Non-default OI constructors should be supported for backwards compatibility

Mean age of Blocks in cache (seconds) on webUI should be greater than zero

@Transactional with qualifier can't find PlatformTransactionManager defined in parent context

Provide an option to not display partition columns separately in describe table output 

when hbase regionserver restarts, it says "impossible state for createLease()"

Vectorization: Fix deallocation of scratch columns in VectorUDFCoalesce, etc to prevent wrong reuse

incorrect log directory in TestMTQueries causing null pointer exception

ProtobufDecoder assumes number of bytes in delimited format will not be split into chunks

log4j appenders force initialization of the appender/handler on reboot

Ignore Illegal Operation state transition exception in SQLOperation.runQuery to expose real exception.

--key --foo thinks "--foo" is a value, even if --key has a default

Error during transaction manager commit of non-XA resource does not provokes exception being thrown

Error while starting WildFly as service in domain mode using init scripts.

OracleAQ does not support JMSReplyTo, so ensure try catch is used when accessing it

MethodValidationPostProcessor fails for certain generic method signatures when running against Hibernate Validator 5

HiveConf properties not appearing in the output of 'set' or 'set -v'

Add "-- SORT_QUERY_RESULTS" for spark_vectorized_dynamic_partition_pruning.q

SocketBindingManagerImpl$UnnamedRegistryImpl is overly picky about unbound sockets

WebFlux controller successfully completes response if Flux emits error

camel-swagger component throws exception, when multiple different camel-contexts in jmx

Spring Data for MongoDb doesn't save null values when @Version is added to domain class 

Use of relative-to="jboss.domain.base.dir" prevents the host from starting up

HLogUtils#getServerNameFromHLogDirectoryName does not take into account the -splitting extension

Vectorizing IN expression with list of columns throws java.lang.ClassCastException ExprNodeColumnDesc cannot be cast to ExprNodeConstantDesc

Provide support for complex expressions in ON clauses for INNER joins

Support configurable domain name for HiveServer2 LDAP authentication using Active Directory

ArrayIndexOutOfBoundsException in AuthenticationDetailsSourceImpl

Adding kibana profile to root container causes hawtio to not work anymore

JDK 1.8 on Mac causes javax.script.ScriptEngineFactory: Provider apple.applescript.AppleScriptEngineFactory not found

@RequestMapping no longer seems to support multiple directory matching (**/)

security-propagation-jms connector.jks needs to be copied differently

WrongRegionException when setting region online after .META. split

The fix for WFLY-4625 breaks PolicyContext("javax.security.auth.subject.container") in CXF web service with STS

AspectJ execution pointcut does not detect methods in superinterface anymore

SettableListenableFuture may be both set and canceled successfully

Execution error: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for topology

Add means to prefer deleting by object instead of deleting by id

Index on COMPLETED_TXN_COMPONENTS in Metastore RDBMS has different names in different scripts

camel-smpp - fails to correctly send messages that require UCS-2 encoding

NotSerializableException encountered when using sortByKey transformation

ReduceSinkDeDuplication optimizer pick the wrong keys in pRS-cGBYm-cRS-cGBYr scenario when there are distinct keys in child GBY

The WriteEntry for WALKey maybe null if we failed to call WAL.append

join results are displayed wrongly for some complex joins using select *

ORC Schema Evolution doesn't support same type conversion for VARCHAR, CHAR, or DECIMAL when maxLength or precision/scale is different

MockHttpServletRequest doesn't reset InputStream/Reader on setContent

hive on spark combine equivalent work get wrong result because of  TS operation compare

Vectorization: Schema Evolution for Text Vectorization / Complex Types

FileNotFoundException when implementing a nested interface with groovy closure in a @Component

PassthroughOutputFormat SH changes causes IllegalArgumentException

Re-add getContext/setContext to Endpoint as deprecated methods to improve backward compatibilty

Monkey dies when running on shared cluster (gives up when can't kill the other fellows processes)

Provide a configuration option to control the default stripe size for ORC

Throttler EIP - Using method call for message per sec exp fails in spring

Mock endpoint - message().body().matches().simple - Does not work

mvn versions:set -DnewVersion=xxxx does not replace component-matrix/pom.xml

SJMS does not respect QoS settings (ttl/persistence) for sending to queues

Session fixation protection cannot be disabled when concurrent session control is enabled

WebSocket CSRF documentation still uses sameOriginEnforced in example code

Misleading failure description upon attempt of /host=slave/server-config=x:remove() when server-config=x is still running 

DefaultWebInvocationPrivilegeEvaluator fails with empty context path

AbstractApplicationContext.isRunning throws IllegalStateException when called too early

DsXmlDeploymentInstallProcessor passes wrong ManagementResourceRegistration to DataSourceStatisticsListener

SettableListenableFuture may be successfully set with failureCallback executed and success callback ignored

Fake cells created in read path not implementing SettableSequenceId

FunctionContextInjectingArgumentResolver only injects arguments for RegionFunctionContext

AbstractReactiveWebInitializer does not property initialize ApplicationContext

SparkUtilities.getFileName passes File.separator to String.split() method

RPC code requires cellBlockCodecClass even though one is defined by default

PartitionManagerService is created in the root service container

JmxControlledStateNotificationsTestCase fails on IBM JDK (domain module)

shade plugin cannot handle SAXONICA.RSA/SF in saxon-9.4.0.4_1.jar

Spring can't find lower visibility constructor if a public default constructor exits

Respect manual-start on Gateway Senders/Receivers but no longer couple the start/stop lifecycle to the Spring container.

SELECT statement fails after UPDATE with hive.optimize.sort.dynamic.partition optimization and vectorization on

Web Flow redirects after post, even if alwaysRedirectOnPause is false or redirect attribute is false on view-state

Coverity static analysis, dereference after null check, KeyStoreCredentialStore (Elytron)

CustomHandlerOperationsTestCase uses an handler name that already exists

FlowFacesContext didn't expose context messages with null source

JBossMetaData.getInterceptors(String beanName, JBossMetaData jbossMetaData) doesn't take into account interceptor-order

run zookeeper in the same jvm as master during non-distributed mode

Allow build to clean tests artefacts to reduce space usage on CI

Support alter table change/replace/add columns for existing partitions

TableNotFoundException should be thrown after removing stale znode in ETH

Web session clustering should not require a RegistryService if sessions aren't being replicated.

Remove MultipleMappingTestCase from TS as the fix was not implemented

Common TestZooKeeper failures on jenkins: testMasterSessionExpired and testCreateSilentIsReallySilent

ZKPermissionWatcher race condition in refreshing the cache leaving stale ACLs and causing AccessDenied

When an error is thrown on write and another error is thrown on process during retry, the job gets in a infinite loop and never finishes.

HttpSessionSecurityContextRepository is missing setter for securityContextClass in 3.1.0 RC3

HiveServer2: SessionState has a static sync block around an AtomicBoolean

NullPointerException from RepositoryRestConfiguration if you inject mvcValidator into RepositoryRestConfigurer

[camel-itest-karaf] CamelJbpmTest fails as it requires com.sun.tools.xjc

ThriftCLIService.java uses stderr to print the stack trace, it should use the logger instead.

ORC ETLSplitStrategy should use thread pool when computing splits

Handle old client without include_stop_row flag when startRow equals endRow

ConsumerTemplate - If cache is full then polling consumer should be stopped to not leak resources

Response size calculated in RPCServer for warning tooLarge responses does NOT count CellScanner payload

BridgeMethodResolver throws exception when trying to find bridged method if method is declired in interface or it is abstract

Backmerge CAMEL-5018 to the Bindy component for non-required fields

Karaf commands that start/resume contexts and routes should use proper TCCL

MergingPersistenceUnitManager doesnt work with Spring 3.1.0 DefaultPersistenceUnitManager

HBase Windows scripts fail when there's a blank space in JAVA_HOME

Implicit Access Grant response should preserve state if passed in authorization request

XNIO001007: A channel event listener threw an exception: java.lang.NullPointerException

RegionCoprocessorRpcChannel should log rpc requests at TRACE level rather than DEBUG

DefaultJMSConnectionFactory not found after switching to elytron and removing picketbox subsystem

HS2 ShutdownHookManager holds extra of Driver instance in nested compile

LLAP IO: an exception in exception handling can hide the original exception

User registered Hibernate 5 Jackson module should be preferred over the one registered by default

ThresholdingOutputStream.thresholdReached() results in FileNotFoundException

Update FlatFileItemWriter#setAppendAllowed to only set shouldDeleteIfExists when appropriate

SelectionTrackingActionListener throws NPE when component's parent is null

Fix ConcurrentHashMap.get in MetadataListStructObjectInspector.getInstance (52)

Problem with URL encoding in org.springframework.web.servlet.view.RedirectView.RedirectView(String url) 

Job execution marked as STOPPED when exception occurs while committing StepExecution

AbstractUserDetailsAuthenticationProvider makes two hits when no cache is used

Precommit personality should only run checkstyle once if we're going to run it at the root.

Vectorized Projection Comparison Number Column to Scalar broken for !noNulls and selectedInUse

camel-sql - May not propagate headers for operations with no resultset

ObjectStore.getNextNotification could return an empty NotificationEventResponse causing TProtocolException 

Package org.springframework.instrument.classloading is split between spring-context and spring-instrument-tomcat

AllEncompassingFormHttpMessageConverter ignores JAXB XML when Jackson used for JSON

NPE in PersistenceExceptionTranslationPostProcessor when instantiate a @Configurable Bean

Creating queries from method names with IsNull and IsNotNull is broken

Fix typo in JSONCreateDatabaseMessage and add test for alter database

Remoting subsystem: Concurrent modification exception during server shutdown

jruby.jar as shipped with Fuse ESB Enterprise exposes CVE-2012-5370

Calling HTable.getTableDescriptor().* on a full cluster takes a long time

Typo in exception message in parameter checks for ParameterMetadata

Handle fault - Should convert the payload to String using type converter

Build fails for bundlor SNAPSHOT used for Batch since it conflicts with more recent one

Negative content-length causes NegativeArraySizeException when using SockJS on IE8

Removing virtual server which has access log fails first time and succeeds the second time

Restlet component is URL encoding the POST message body.  It should encode it based on content-type request header.

Swagger prints child object types as string parameters rather than refs

Mis-proxying of Mockito mock and poor diagnostics for type mismatch on proxy injection

Written data can not be read out because MemStore#timeRangeTracker might be updated concurrently

ProcessStateListener execution isn't cancelled when timeout is reached

module defined in jboss-deployment-structure.xml with fails to parse when annotations=true

Map data type doesn't keep the order of the key/values pairs as read (Part 2, The Sequel or SQL)   

Hung ThriftServer; no timeout on read from client; if client crashes, worker thread gets stuck reading

metadata for values temporary tables for INSERTs are getting replicated during bootstrap

getFullPathNoEndSeparator return empty while path is one level directory

EventHelper.notifyRouteStarted skips all remaining notifiers if one if the notifiers ignores route events

Authorization denied for authenticated users when @PermitAll is used on EJB JAX-WS endpoint

MemberFindingUtils getDeclaredConstructor and getDeclaredMethod fail to return correct methods

Partitions in encryption zone are still trashed though an exception is returned

Security issue in the implementation of Rest gataway 'doAs' proxy user support

Differences in vectorized_casts.q output for vectorized and non-vectorized runs

onSkipInProcess called multiple times for same item using FaultTolerantChunkOrientedTasklet

Update camel-linkedin and camel-box components to use servicemix bundle for htmlunit

Schema inlining results in duplicate inlining of files referenced from multiple files

camel-quartz2 - When clustering, triggers may be left in a paused and unrecoverable state

Remove cycles created due to semi join branch and map join Op on same operator pipeline

Incorrect time unit in description of attribute slow-consumer-check-period

unmarshaling of data always send the last occurence of the stream

Server does not start when Elytron authentication + legacy SSL is used in HTTP management interface

Fix avro_joins.q testcase failure when building hive on hadoop0.23

Sometimes the calling javax.security.auth.login.Configuration.getConfiguration() fails with SecurityException in our tests

Fix the HTTP Upgrade parsing for StandaloneXml and HostXml - should only be for version 2.0 of the schema.

TestRemoteAdmin#testClusterStatus should not assume 'requests' does not change

HRegion runs HStore memcache snapshotting -- fix it so only HStore knows about workings of memcache

HS2 ShutdownHookManager holds extra of Driver instance in master/branch-2.0

Feature camel-linkedin is missing dependencies for xalan, xerces and xmlresolver

Utiltites.createEmptyFile uses File.Separator instead of Path.Separator to create an empty file in HDFS

Exception message in SyncRunner.run() should print currentSequence

AuthorizePrincipalArgumentResolver allow null if incorrect class

Pagination broken after introduction of the support for top/first

EJB in CDI enabled module gets registered twice leading to WELD-001409 Ambiguous dependencies...

ensure transport endpoint configuration will be take into account when create JettyRestHttpBinding from REST DSL

TCCL in constructor of MDB is ModuleClassLoader for Module "org.hornetq.ra:main"

If you annotate any parameter in a @InitBinder method, it fails at runtime.

RequestMapping with array of paths causes ClassCastException in ControllerOperationsImpl.getExistingController() when trying to run 'web mvc all'

No need to abort on postOpenDeployTasks exception if region opening is cancelled

Create test for [WFCORE-1479]: Jar sub deployment has as first dependency parent ear

 Failed to start service due to IllegalStateException: Duplicate key during application deployment 

ConcurrentModificationException in AbstractRequestExpectationManager

Deadlock on startup if configured w/8 transactional Infinispan caches

Arq tests throws RuntimeException: RESTEASY003190 with resteasy-client

DeadLetterChannel - When messages sent to DLQ it should always regard it as handled = true

Broken validation for pooled-connection-factory's transaction attribute. 

Precommit build for master branch fails because of surefire fork fails

Fix ImportSemanticAnalyzer to allow for different src/dst filesystems

hbase-protocol-shaded includes protobuf (since we moved to hbase-thirdparty)

Inconsistency between maven-source-plugin in the main pom.xml and in addon templates

TezCompiler throws ConcurrentModificationException during cycle detection

read-resource on workmanager returns wrong value for elytron-enabled attribute

WAL files are not archived and stays in the WAL directory after splitting 

debugBefore() and debugAfter() not called if unit test extends CamelBlueprintTestSupport

Consistently use override mechanism for exempt classes in CoprocessClassloader

testBindInstantFromJavaUtilDate fails on systems in the Pacific/Auckland time zone

Fix invocation of toString on byteArray in VerifyFast (250, 254)

partition to directory comparison in CombineHiveInputFormat needs to accept partitions dir without scheme

Roo chokes on static variables in annotations, even if these annotations are NOT PART of ROO

Error creating bean with name 'integrationRequestMappingHandlerMapping' when using SF 4.1.1 and SI 4.0.5

MulticastPublisher should specify IPv4/v6 protocol family when creating multicast channel

Spring.RemotingHandler handleResponse method should use a display:none span element

Semijoin: Disable slow-start for the bloom filter aggregate task

Add "HBase Configuration" link missing on the table details pages

JcrProducer node creation throws javax.jcr.PathNotFoundException when using exchange ID as node name

 Logout of secured (ssl) admin console setup redirects to http address

Update documentation section 5.2.2. Example Tasklet implementation

AuthorizationServerBeanDefinitionParser does not inject authorization code services ref correctly

MapDataBinder should reject type expressions in SpEL expressions

Bean discovery in deployment dependencies (modules) fails to inject from static module-alias's exported dependency

Lettuce zCount/zInterStore methods execute synchronously when pipelining

Jredis closes connections on Exception but doesn't remove them from the pool or reconnect them

Persisting nulls in bit vector field fails for postgres backed metastore

Improve the parsing command line options to gracefully handle invalid values.

Master stuck splitting server logs in shutdown loop; on each iteration, edits are aggregated up into the millions

Exceptions thrown using WS-Addressing result in Assert failure in Addressing10.addAddressingHeaders

Restore dag summary when tez exec print summary enabled and in-place updates disabled

Renaming a nonexisting partition should not throw out NullPointerException

WebJsonMetadata generates incorrect methods in ITD when entities start with more than one capital letter

Master stuck thinking hbase:namespace is assigned after restart preventing intialization

HTTPHelper.setCharsetFromContentType can't properly extract the charset if it isn't the last parameter

RequestMapping maps root-controller handler methods with double slashes

ObjectStore runs out of memory for large batches of addPartitions().

checkbox.tagx erroneously checks for non existing attribute sec_label

XTS subsystem wrongly handling IPv6 address in url param of xts-environment

Procedure v2 - TestCloneSnapshotProcedure relies on execution order

Duplicate record is written in property file when group name set to empty

MockHttpServletRequest must not throw an exception on getParameter(null)

Hive is failing to compact tables contained within a folder that is not owned by identity running HiveMetaStore

ObjectToOptionalConverter wraps a source Optional<?> to the new one

Stackoverflow error when the `locators` attribute is specified in any of the XCacheApplication annotations.

Check whether KeyValueUtil.createXXX could be replaced by CellUtil without copy

TestZKInterProcessReadWriteLock fails occasionally in QA test run

PropertyPlaceHolder not loading Property, thinks it is a Parameter

Requesting a session with an invalid character causes request to fail with "IllegalArgumentException: Illegal base64 character"

String @id field is not mapped to ObjectId when using QueryDSL .id.in(Collection<String>)

hiveserver2 startup should provide a way to override TEZ_CONF_DIR

SRP exec throws TransactionFailedException instead of returning null if watched value modified

Loading xml configuration file as a stream does not work with multi configurations

The SimpleJpaRepository's deleteAll() should not call em.clear().

DBRE managed fields do not appear in the generated toString() method if any field exists in the governor

ServerSetupObserver#afterTestClass() never clears internal maps if no server setup tasks were in place

SetDefaultLocalBusinessInterfaceProcessor should not set the default local business interface if the bean exposes a nointerface view

Ephemeral port number (port="0") should not be affected by port offset

Configuration differences between default configuration and read/persisted in transactions

host-elytron.xml, different jvm settings, unnecesarry unsecure interface

Confusing/wrong error message when @Autowire fails using the wrong @Qualifier

Don't close the ServletInputStream in AbstractWebServiceConnection.receive

Incorrect vresion number reported by JBoss fork of Mojarra for 2.2.0.Final

Vectorization: Delay out-of-tree fixups till whole work is vectorized

Injecting Bean in a class used in custom PermissionEvaluator leads to NoSuchBeanDefinitionException

flushOnSessionInvalidation attribute in jboss-web.xml does not flush user credentials

Wrong detection of event type on ApplicationListener<> when using lambdas (ClassCast Exception)

org.jboss.modules.ModuleNotFoundException when setting annotations=true in jboss-deployment-structure.xml

ServiceRegistry lookup of legacy SingletonServiceBuilderFactory throws UnsupportedOperationException

Server side EJB protocol handler stops receiving subsequent messages if it previosuly received a unrecognized message header

Fix for warning It would fail on the following input in hbase-spark

Referencing credential store from mail subsystem without alias results in returned password "undefined"

Vectorization: Make "CASE WHEN (day_name='Sunday') THEN column1 ELSE null end" that involves a column name or expression THEN or ELSE vectorize

Describe table from shell no longer shows Table's attributes, only CF attributes

Type resolution for udf arguments of Decimal Type results in error

All TestJdbcDriver test cases fail in Eclipse unless a property is added in run config

With ranger enabled, partitioned columns is returned first when you execute select star

Restore PersistentResourceDefinition constructor that takes its own Parameters type

Integer overflow bug in ConditionalResolverCommonJoin.AliasFileSizePair

Use a shared thread pool for AtomicityWriter, AtomicGetReader, AtomicScanReader's connections in TestAcidGuarantees

Testsuite TxUtil class contain superfluous method enlistTestXAResource

Operator priority leads to wrong logic in ReplicationSourceWALReader

DynamicSerDe does not work with Thrift Protocols that can have missing fields for null values

Fix bug in QTestUtil where lines after a partial mask will not be masked

When is operation add-alias run more times for same alias name then is displayed \" instead of only " in failure description.

Fix log line in StochasticLoadBalancer when balancer is an ill-fit for cluster size

Beeline embedded mode doesn't output query progress after setting any session property

Metastore server tries to connect to NN without authenticating itself

View-state programming model needs to be consistent between MVC and JSF

Update report-flakies.py to look for "FAILED" status in test report

Do not read jboss.as.management.outbound.ldap.alwaysSendClientCert property in LdapConnectionAddHandler

LLAP TaskExecutorService race can lead to some fragments being permanently lost

Native interface got left behind in standalone-minimalistic.xml config

Query methods on @DBRef field with the qualifier isNull throws Exception

Fix JMX demo now that JobIdentifier has been replaced with JobParameters

Change replication peer cluster key/endpoint from a not-null value to null is not allowed

Remove Exception stacktrace from Log.info when ACL is not supported.

FileIdempotentRepository fileStore does not get loaded on bootrapping, therefore files are processed again

ObjectStore.commitTransaction() does not properly handle transactions that have already been rolled back

For FetchOperator, Driver uses the valid transaction list from the previous query

Lengthen HIVE_TXN_TIMEOUT in TestDbTxnManager.setup to avoid unnecessary test failure

avoid assign for disabling table regions(OPENING/PENDING_OPEN) in SSH

Hadoop metrics2 setup in test MiniDFSClusters spewing JMX errors

We don't put the port for hregionserver up into znode since new master

Add parquet to possible values for hive.default.fileformat and hive.default.fileformat.managed

subset returned from HierarchicalINIConfiguration has unexpected property names

Can not parse an ObjectListAttributeDefinition of a PersistentResourceDefinition

queued containers may timeout if they don't get to run for a long time

Java DSL for multicast, split, aggregate does not use block explicit

CleanerChore logs too much, so much so it obscures all else that is going on

@PropertySource annotation with multiple values and a name fails to register all property sources

Semijoin Reduction : Use local variable to check for external table condition

Using @ResponseBody throws HttpMediaTypeNotAcceptableException when it supports writing an acceptable MediaType

disable_table_replication returns misleading message and does not turn off replication

RestTemplate POST and PUT don't work with Netty4ClientHttpRequestFactory

Remove warnings about annotations when validating karaf features

AS TS module manualmode has a wrong configuration of surefire plugin in pom.xml

NullPointer when saving an entity with an undirected relationship 

LiveBeansView#unregister should not rely on ApplicationContext#getApplicationName

Most of the regions were added into AssignmentManager#servers twice

Coverity, Dereference null return value (PeriodicRotatingFileAuditEndpoint)

Trigger flush without waiting when compaction is disabled on a table

"ERROR: undefined method `message' for nil:NilClass" in the shell on error

elytron-tool.ps1 script not working properly after [WFCORE-2966]

Don't exit from the Canary daemon mode if no regions are present

UDF decode should accept STRING_GROUP types for the second parameter

Hibernate startup fails when JoinColumns has multiple JoinColumn with distinct nullable attribute values

RegionSizeCalculator prints region names as binary without escapes

<description> subelement in <map><entry></entry></map> throws BeanDefinitionParsingException

The version of JSF in jsf-booking and swf-booking-faces pom.xml should be JSF 2.0 (not 1.2)

GroupManager JdbcUserDetailsManager implementation: addGroupAuthority() method doesn't work.

Alter in the shell can be too quick and return before the table is altered

Setting fault message after doing JMS request/reply fail propagating the fault flag

Not all current types in java.lang correctly recognized by JavaParserUtils

FileSystem$Cache leaks in FileUtils.checkFileAccessWithImpersonation

ModelPersistenceTestCase fails when running after ReadConfigAsFeaturesStandaloneTestCase

Using a file for the stdout configuration property of the start goal leaves the output stream open

Import fails for tables created with default text, sequence and orc file formats using HCatalog API

Enums with a customized toString method cannot be deserialized from byte[]

AccessControlConstants#OP_ATTRIBUTE_ACL_STRATEGY_CELL_FIRST not used any more.

Spring-WS does neither set message body nor message headers if exchange is not outCapable

EventListenerMethodProcessor resolves classes of lazy beans causing NoClassDefFoundError

Make VectorUDFDateString use the same date parsing and formatting as GenericUDFDate

UnmodifiableTrie should not decorate an already unmodifiable Trie

Welcome page gives 404 if JBOSS_HOME contains lower case drive letter (Windows)

Unable to force replacement of deployment in domain with deploy <path> --force high level command

camel-rx - EndpointSubscriber does not call unsubscribe to stop the consumer

Table statistic collection on counter failed due to table name character case.

Followup for HIVE-9013 : Hidden conf vars still visible through beeline

IllegalStateException prevents STOMP/WebSocket app from starting on Wildfly

Agroal: The 'module' and 'classname' attributes on the driver resource allows expressions

Attempt to remove read-only /path=<x> logs exception to server.log

NullPointerException can happen in HttpRequestMethodNotSupportedException.getSupportedHttpMethods()

ftp login anonymous should send empty string as password instead of null parameter

StompDecoder StringIndexOutOfBoundsException with Apache ActiveMQ

Let user pick the granularity of bucketing and max in row memory

Commands.java has missed the catch statement and has some code format errors

org.jboss.as.test.integration.respawn.RespawnTestCase fails on IBMJDK due to 'JPS executable not found'

ShortCircuitConnection doesn't short-circuit all calls as expected

CVE-2012-5055 DaoAuthenticationProvider can reveal which usernames are valid

Implicit token provider should always send client_id as request parameter

HiveServer2 using embedded MetaStore leaks JDOPersistanceManager

health endpoints are available on their original paths, but only if they are not secured

GET on RestRepository not possible, if a RestController for the same path is available

ReaderImpl: getColumnIndicesFromNames does not work for some cases

Bindy CSV separator not treated as regex but fixed character in all cases

Containers for distributed work manager tests always started in testsuite/integration/manualmode

Legacy kerberos realm cant load com.sun.security.auth.module.Krb5LoginModule

orc/FileDump and testRCFile should close on appropriate resources

HRegion#mutateRowWithLocks should update writeRequestCount metric

Server stops when creating new elytron policy with wrong default-policy value

EndianUtils.readSwappedUnsignedInteger() may return a negative number

RedeliveryPolicy - Setting delay > maxDelay should should also set max value

Ensure LineNumberReader is always closed in ResourceDatabasePopulator

Strip out password information from TezSessionState configuration

PollingFileMonitorService never publishes notified file changes if notification was under an unmonitored file path

ManagementXml is parsing and marshaling the full set of resource regardless of document type

FileIdempotentRepository fails to create fileStore when no path is specified

spring-boot with rest-dsl with api-doc registers multiple instances with multiple RouteBuilders

org.jboss.metadata.ejb.spec.EntityBeanMetaData still needs to be setup for later isEntity check, to avoid ISE on ejbType==null

templeton.hive.extra.files should be commented out in webhcat-default.xml

ResolverUtil under OSGi error: Could not search jar file '/org/apache/camel/converter'

The default value of "hbase.regions.slop" in hbase-default.xml is obsolete

ContentType does not returns "multipart/form-data;boundary=---------------------------j2radvtrk"

Cache instances of ReturnedType to avoid inspection overhead on creation

NPE when deploying additional content via jboss-cli (http remote interface)

Add 'sort by c' to Parquet PPD q-tests to avoid different output issues with hadoop-1

Exceptions from DFS client can cause CatalogJanitor to delete referenced files

camel-sql - Query parameter count mismatch when using IN and other names in SQL

WebSphere MQ 8 RA - [TCK] - Defining connection factory by @JMSConnectionFactoryDefinition annotation or in deployment descriptor fails

StackOverflowError when expression calls method which is a Collection of itself

Camel-Git: Pull and Push operations require the remote Name and not the remote Path to git repository

Protocol Buffers 2.5 no longer available for download on code.google.com

NAKACK, UNICAST2 and MERGE2 need to translate to their newer variants

[AMv2] Remove dead code in ServerManager resulted mostly from AMv2 refactoring

Possible race in jboss-invocation proxies resulting in NPE in initializer

StringRedisConnection not passed to RedisCallbacks executed through StringRedisTemplate

HMaster will exit when starting with stale data in cached locations such as -ROOT- or .META.

Change MapRecordProcessor to use VectorMapOperator when necessary on Tez

Skipping predicate pushdown for MR silently at HiveInputFormat can cause storage handlers to produce erroneous result

Linux and powershell standalone script should be unified in restart logs

camel-cache- ehcache cache replication data not distributed across nodes

Scheduled tasks in distributed log splitting not in sync with ZK

Negative numeric values in the first column are always quoted in minimal mode

Region would be assigned twice easily with continually  killing server and moving region in testing environment

rolling_restart.sh --master-only throws "line 142: test: 0: unary operator expected"

AbstractMarshaller's DocumentBuilderFactory instance may be used by several threads simultaneously

ReloadStrategySupport does take changed routeContext files into account

hbase-1683 broke splitting; only split three logs no matter what N was.

Missing toString() call in Controller, when registering converter of one field entities

driver-datasource-class-name and driver-xa-datasource-class-name need to be validated when updating

remove method doesn't work for generated aspect of mappedsuperclass

The HiveMetastore.exchange_partitions method throws FileNotFoundException if the given partition doesn't exist in the source table

Kerberos authentication for remoting on hostname which contains uppercase letter

HTablePool is now a deprecated class, should update docs to reflect this

RuntimeException thrown by ConfigurationClassPostProcessor.isConfigurationClassBeanDefinition when it encounters a BeanDefinition that contains a type that's class isn't visible to the classloader

Scheduled thread pools is not removed from JMX when shutting down

The WildFly pom.xml is overriding the version of WildFly discovery client

Beeline user HS2 connection file should use /etc/hive/conf instead of /etc/conf/hive

SmppBinding raises NullPointerException when an SMSC insert the Short Message Data inside the message_payload field

LLAP record reader should check interrupt even when not blocking

setXmlWrapperElement() doesn't work properly with multiple resource children

NullPointerException when chaining CXF/Jackson REST services in a Camel route

Camel route with bean element sends on startup invalid message to target route that is represented by a proxy who exposes route

Deadlock when shutdown Wildfly server during CLI client connection

[Migration operation] Attribute forward-when-no-consumers is not migrated properly

Authorization checks for non existent file/directory should not be recursive

Trunk Master won't start; looking for Constructor that takes conf only

Hive should return the latest hbase cell timestamp as the row timestamp value

org.springframework.orm.hibernate5.SpringBeanContainer ignores the fallback bean instance producer

bucketmap right outer join query throws ArrayIndexOutOfBoundsException

ManagedSocketBinding class Impossible cast from java.net.InetAddress to java.net.InetSocketAddress

OAuthProviderProcessingFilter should delegate its error handling to an AuthenticationEntryPoint

Failed split: IOE 'File is Corrupt!' -- sync length not being written out to SequenceFile

Avoid String representation of expression nodes in ConstantPropagateProcFactory unless necessary

charset parser should cater for quotes, both single and double quotes

YamlProcessor subclasses can no longer instantiate StrictMapAppenderConstructor

JPA without persistence.xml fails when all classpath items are jars

map-reduce jobs does not work for a partition containing sub-directories

Clustering tests leave a hanging instance if they are run in opposite order

Add disclaimer about jdbcAuthentication() with persistent data stores

Change throws clause for Hadoop23Shims.ProxyFileSystem23.access()

Hive Test Commands failure should be printed in hive.log in addition to stderr

HIVE-10166 generates more data on hive.log causing Jenkins to fill all the disk.

Bug fix: Return the child JVM exit code to the parent process to handle the error conditions

CssLinkResourceTransformer throws Exception on links that start with //

PersistanceResourceTestCase fails if defaultPermissions contain only groups

MockHttpServletRequest.addHeader fails for invalid LanguageRange in Accept-Language

Add doc and test for unused RetryCounter, useful-looking utility

FlushSnapshotSubprocedure should wait for concurrent Region#flush() to finish

Scan with the same startRow(inclusive=true) and stopRow(inclusive=false) returns one result

MVC test support breaks the contract of ServletRequestAttributes.getRequest()

camel-example-jms-file can't work within the Camel 1.4.0 snapshot

Smoke testsuite fails when running under security manager on JDK8

Add some tests for HIVE-18367 to check that the table information contains the query correctly

InstantiationAwareBeanPostProcessor.postProcessBeforeInstantiation not called for bean declared on JavaConfig

Add endpoint coprocessor to the section hbase.coprocessor.region.classes in HBase book

VelocityEndpoint reads velocity templates using default encoding - add parameter to set encoding

dropped support for multiple blueprint descriptors in unit tests

Fix how RowSchema and RowResolver are set on ReduceSinkOp that precedes PTFOp

ORC StringDirectTreeReader is thrashing the GC due to byte[] allocation per row

Fix TestMsgBusConnection - doesn't test tests the original intention

WildFly Elytron Tool, Vault command bulk-convert must have better description in --help output.

NPE thrown during application redeployment, slaves taken offline

XA END / un-enlist for database connection called before all persistence units have performed database updates

[Migration operation] [Web to Undertow] Connector's protocol names via FQCN are not recognized as migratable

ChannelBindingSaslClient and -ServerFactory should not pass on ChannelBindingCallback

Datanucleus leaks classloaders when used using embedded metastore with HiveServer2 with UDFs

Use the same filesystem for wal archive directory and wal directory

ApplicationClient container can not use a declarative method to activate EJBClientInterceptors

INSERT INTO data on S3 is replacing the old rows with the new ones

CamelHttpTransportServlet.destroy causes java.lang.IllegalArgumentException: Cannot find the deployed servlet

TestUseDatabase in hcategory failed to pass when illegal filename in /tmp

The dropBehind and readahead don't be applied when useHBaseChecksum is enabled

MappingException for $size queries on subcollections containing dbrefs

Hive Streaming - Some required settings are not mentioned in the documentation

DESCRIBE of fully qualified table fails when db and table name match and non-default database is in use

AuthorizationRequest is no longer Serializable, cannot be used in distributable applications

Performance Evaluation does not consider the args passed in case of more than one client

AssertionError found when using offheap BucketCache with assertion enabled

Hive throws NPE rather than meaningful error message when window is missing

HiveHBaseTableOutputFormat should implement HiveOutputFormat to ensure compatibility

FileConverter uses Unix-specific check for absolute path names, breaking Windows behavior

Remove reference to business schema in default JSR-352 properties files

@Primary datasource with @EnableBatchProcessing does not work for using multiple datasources

[WebHCat] templeton mapreduce job failed if provide "define" parameters

Olingo2 component doesn't support entity container names for batch requests

Enable mapred.input.dir.recursive by default to support union with aggregate function

Default urlrewrite config cannot handle resource files in sub directories

IllegalArgumentException when for loop is used for command producing non iterable result

Unable to use secondary @PersistenceConstructor with Kotlin data classes

Adding credential-reference with non-exist alias to authentication-configuration through CLI results to NPE

Spring LDAP does not correctly parse DN names that has double-quote in the middle

Regression after URI template support added to MockMvcResultMatchers

MoveTask : Use attemptId instead of file size for deduplication of files compareTempOrDuplicateFiles()

After Starting up mini hbase cluster, Real Configuration of Cluster never set to HBaseTestingUtility 

Bypassing default actions in prePut fails sometimes with HTable client

AbstractMongoEventListener methods not called when working with member fields

Message listener container does not apply proper recovery anymore

No need to instantiate MetaStoreDirectSql when HMS DirectSql is disabled

"HBASE-5335 Dynamic Schema Config" broke build, missing change to HRegion heapsize

ChannelCommandDispatcherFactory does not notify any GroupListener

replication_admin#get_peer_state(id) in ruby script pointing to undefined method `getPeerState'

Fix misspellings of threshold in log4j.properties files for tests

Query plan for multi-join where the third table joined is a subquery containing a map-only union with hive.auto.convert.join=true is wrong

Bucketing column names in create table should be case-insensitive

Clients with registered redirect-uri shouldn't need to specify a one explicitly

ExecutionContext keys are not unique enough in partition components

Use MapJoinDesc::isHybridHashJoin() instead of the HiveConf lookup in Vectorizer

Adding multiple listeners inside a single listener-container element is not working

StackOverflowError when using MessageListenerAdapter without delegate

Handle errors in ConnectController/ProviderSignInController more gracefully

Deployment may not be attached to BundleRevision during persistent bundle restore

OrcRecordUpdater floods logs trying to create _orc_acid_version file

ConverterNotFoundException or ClassCastException if an entity implements Iterable<OtherType>

java.io.IOException: Stream closed - When setting result from bean in route

Some tests fail with ExceptionInInitializerError with JMockit 1.22 for IBM JDK

camel-elsql - Does not read named parameter from header properties

If the master is started with a wrong root dir, it gets stuck and can't be killed

Fix hbase-shaded-client artifact so it works on hbase-downstreamer

[Gradle] Package task is not generating artifact with the right name

TestSplitLogManager.testVanishingTaskZNode() fails when run individually and is flaky

For time related functions arguments may not be casted to a non nullable type

Synchronize Infinispan state-transfer chunk-size with the new upstream default

Tests might fail because we do not drop all tables in input2.q and input3.q

HiveServer2 leaks OperationHandle on async queries which fail at compile phase

eventId value in ActionExecutingView is retrived only by the attribute name '_eventId' (should use the same logic as MvcView.findParameter(String logicalParameterName, ParameterMap parameters))

TestReplication failing up on builds.a.o because already running zk with new format root servername

EL expressions with chained map indexes in some cases fail to evaluate

BC FIPS, Management Interface, ELY04001: No algorithm found matching TLS/SSL protocol selection criteria

HiveServer2 in http-kerberos & doAs=true is failing with org.apache.hadoop.security.AccessControlException

Splits can create temporary holes in .META. that confuse clients and regionservers

FileSystemUtils needs to call Process.destroy() on exec'd processes

DefaultRepositoryInvokerFactory throws ConcurrentModificationException with Java9

Elytron Bearer Token Authentication - Return a 401 on Invalid Token

add mapreduce.job.tags to sql std authorization config whitelist

HBaseClient throws NullPointerException when EOFException should be used.

EmbeddedDatabaseFactory fails to shutdown database if population fails

camel-example-spring-jms ServerRoutes contains invalid URI parameter methodName

Default protocol properties are not applied to legacy protocol resources

Description of cluster-name attribute in replicated ha policy does not explain behavior of undefined value

ServletWebRequest.checkNotModified() methods should treat HEAD identically to GET

Jaxb2Marshaller.createJaxbContext() doesn't respect provided classloader when checking JAXB version

java.io.IOException: Error detected parsing the header on un-archiving. Archive untars fine in BSDTar and JTar

JettyHttpEndpoint9 ignores eagerCheckContentAvailable so Jetty builds a reuqest with "Transfer-Encoding: chunked"

Vectorization and Parquet: Disable vectorization for nested complex types

Specified SerDe does not get used when executing a query over JSON data

spec-descriptor-property-replacement causes NPE while parsing exclude element in beans.xml

Recovery manager is not able to recover MDB and shows warnings on each run.

Attachments#DEPLOYMENT_COMPLETE_SERVICES never get's cleared on undeploy()

Autowiring unable to find generic dependency in case of nested unresolved type variable

create function using <resource> statement compilation should include resource URI entity

IntegrationTestLazyCfLoading failed occasionally in a secure enviroment

MP JWT: JAX-RS resource with no @RolesAllowed annotation isn't secured properly

Query with particular decimal expression causes NPE during execution initialization

Spring WebFlux fails with 500 if Accept-Language is set to an empty string

BlueprintCamelContext cannot find components created in RouteBuilder.configure method

get method of ModuleClassLoaderLocator requires createClassLoader permission

FSStatsPublisher does fit into Spark multi-thread task mode[Spark Branch]

Problem in scan query when using more than one column prefix filter in some cases.

Unable to access http management interface secured by legacy ldap realm

User triggered flushes does not allow compaction to get triggered even if compaction criteria is met

In QTestGenTask.execute() we should not throw an exception right away if we are unable to clean any old files

Changing append on a file handler indicates a reload is required when it should be a runtime change

LLAP: Better handling of an empty wait queue, should try scheduling checks

Distributed web sessions fail to replicate if Undertow configured with custom session ID alphabet

Getting NPE when trying to restart HS2 when metastore is configured to use org.apache.hadoop.hive.thrift.DBTokenStore

casting from decimal to tinyint,smallint, int and bigint generates different result when vectorization is on

INSERT-OVERWRITE is not generating an INSERT event during hive replication

HiveServer2 in Http Mode should have a configurable IdleMaxTime timeout

Querying with $in operator on the id field of type BigInteger returns zero results

UnionOperator fails when different inputs have different ObjectInspector (but the same TypeInfo)

Default configuration of ConsulTopologyFraction does not include default URL.

(Parquet) Switching the field order within an array of structs causes the query to fail

GenericFormatterRegistry: unable to register formatters for primitive types

Users upgrading to 0.90.0 need to have their .META. table updated with the right MEMSTORE_SIZE

Avoid expensive AST tree conversion to String for expressions in WHERE clause

upgrade-0.6.0.mysql.sql script attempts to increase size of PK COLUMNS.TYPE_NAME to 4000

RestartParentWriteAttributeHandler.revertUpdateToRuntime is calling deprecated recreateParentService variant

CollectionsToCollectionsConverter no longer handles java.util.Collections$EmptyList -> java.util.Collections$EmptyList

CamelInvoker fail if operationName in the wsdl portype begin with uppercase

HMaster does not go down while splitting logs even if explicit shutdown is called.

Simple ognl expression - Possible NPE when using String replaceFirst and replacing with an empty string

Fix manifest to disallow usage of org.springframework.oxm version 3.0.0

[1.2] java.lang.AssertionError: expected:<2> but was:<1> 	at org.apache.hadoop.hbase.TestChoreService.testTriggerNowFailsWhenNotScheduled(TestChoreService.java:707)

Missing or redundant license for org.wildfly.core:wildfly-elytron-integration

released archetype for 1.2.0 when ran generates a project using version 1.1-SNAPSHOT

Custom repository implementation class not working as stated in the reference documentation

Individual syntax errors on Lettuce transactions are not reported

[replication] Adding a slave when there's none may kill the cluster

HCatLoader cannot handle multiple InputJobInfo objects for a job with multiple inputs

isRollbackOnCommitFailure flag is ignored by GemfireTransactionManager when transaction fails.

StaticBucketMap#putall() uses inefficient keySet() iterator when it could use entrySet() iterator

CLI pom has an unneeded dependency on MSC, causing MSC to get included in the shaded jboss-cli-client.jar 

Messaging-activemq integration code alters the JMS client's enabled protocols via TransportConfiguration

SendToUser doesn't work if user destination prefix doesn't end with '/'

Unable to refer to the default exchange using @Argument within a @RabbitListener

Puts of region location to Meta may be out of order which causes inconsistent of region location

Artemis doesn't boot after restart when journal is stored in DB2 and lower case table name is used

PartitionPruner doesn't handle top level constant expression correctly

XMLConfiguration.subset() with FileChangedReloadingStrategy does *not* 'see' file changes

User supplied externalizers are ignored by web/ejb clustering code

[Migration operation] If connector has set factory-class org.hornetq.core.remoting.impl.netty.NettyConnectorFactory then migration operation does not translate it to Artemis equivalent

ProtocolConnectionUtils forces protocol to "remoting" when -Djboss.management.client_socket_bind_address is used

RSGroupAdminEndpoint doesn't handle clearing dead servers if they are not processed yet.

http2-* attributes def values in Undertow for listeners and mod-cluster

BucketingSortingReduceSinkOptimizer may still throw IOB exception for duplicate columns

Newer versions of spec use "access_token" as parameter name for authentication (not "bearer_token")

TestRegionRebalancing broken by running of hdfs shutdown thread.

Setting precision without a scale on a decimal column causes wrong generation of integration tests

undefined method `getZooKeeperClusterKey' for Java::OrgApacheHadoopHbaseZookeeper::ZKUtil:Class

Lettuce eval and evalsha suppress Exceptions with ReturnType Multi

LlapRowRecordReader doing name-based field lookup for every column of every row

WebUI says ".META." table but table got renames to "hbase:meta". Meed to update the UI.

Specify default filesystem in both the new and old way (needed if we are to run on 0.20 and 0.21 hadoop)

Snapshot Isolation does not work for Micromanaged table when a insert transaction is aborted

For CachedIdentityAuthorizeCallback verify call to authorize succeeded

Fix Javadoc to say CSVFormat with() methods return a new CSVFormat

<oroject version> text in Example README.md files needs to be replaced with actual version

[REST] Querying row data gives all the available versions of a column

Master retry on ZK session expiry causes inconsistent region assignments.

TestThriftBinaryCLIService.testExecuteStatementAsync has intermittent failures

Outdated deployment-scanner xml snippet in deployments readme.txt

Opentracing CDI extension is using deprecated method leading to WARN

Eliminate the forEach loop in Undertow ApplicationSecurityDomain

In the latest 4.3 snapshots HttpEntityMethodProcessor uses a Java 8 API

NullPointerException during deployment with class level @EJB and lookup

IllegalStateException when shutting down the server started with default standalone-full-ha.xml

A package-less type leads to a JavaType with an invalid JavaPackage

Pageable sorting by join property excludes null matches with Specifications

Empty username for FormAuthenticationMechanism causes IllegalArgumentException

mail consumer (imap) polls continuously (not using the default polling interval)

DynamicStubFactoryFactory can fail to load a stub if a race occurs on loading

Implicit bean archive ID contains the absolute VFS path of the resource

Missing failure description for incorrect module in Elytron dir-context

Logging DUP registers the log context before configuring the log manager

The done file got deleted, when using the file component even if noop property set to true

Camel soap dataformat does not work correctly if a method has no input or no output

Compilation error in clustering/web/infinispan w/ JDK 8u20 and Windows

NullPointerException is raised by the Camel Event endpoint (org.apache.camel.component.event.EventEndpoint) during message sending (= produce)

ORC's union object inspector returns a type name that isn't parseable by TypeInfoUtils

camel-mail - sending mails with text/plain could give a content type error by java mail

HibernateCursorItemReader close() doesn't close statefull sessions correctly

WebClient logs "Only one connection receive subscriber allowed" when response status is an error

URLs containing %2F (forward slash) are not mapped correctly to @RequestMapping methods

LLAP: add security to daemon protocol endpoint (excluding shuffle)

Vectorization: Disable vectorization for LLAP I/O when a non-VECTORIZED_INPUT_FILE_FORMAT mode is needed (i.e. rows) and data type conversion is needed

Cannot determine specific JmsMessage type to use from body class

Full outer joins in tez produce incorrect results in certain cases

Handlers within Audit Logger are not removed properly when Audit Logger is removed

JobDetailFactoryBean missing properties to set description and durability on JobDetail

camel-netty-http component should skip reading the form body if it is bridgeEndpoint

ClassCastException when using outputDatabase option in map-reduce

work-manager and distributed-workmanager need an Elytron-enabled flag

TarArchiveOutputStream#finish doesn't flush content to underlying stream

DefaultResponseErrorHandler.hasError doesn't tolerate unknown status codes

ModelOnlyResourceDefinition does not expose a constructor that takes a Parameters object.

Derived finders incorrectly advance parameter position for parts that don't have an argument

AnnotationMethodHandlerExceptionResolver incorrectly resolving exceptions

CodahaleMetrics.JsonFileReporter is not updating hive.service.metrics.file.location

ISO-8859-1 text output has fragments of previous longer rows appended

Multiple Archive#as(Secured.class) executions occur ParseError of web.xml

Authentication based on certificates does not work in Elytron with Undertow

Clean up "Invalid JavaBean property 'itemWriter' being accessed" warnings

Hardcoded initial delay for completionInterval in AggregateProcessor

NetworkUpdateOperations.createNetworkUpdate uses wrong HTTP request method

LLAP: TestTaskExecutorService, TestLlapTaskSchedulerService are flaky

Introspection with BeanUtils started failing against java.awt.Window

FlatFileItemWriter.restarted logic fails if step fails before first chunk commit.

LogRollBackupSubprocedure will fail if we use AsyncFSWAL instead of FSHLog

[Migration operation] [Web to Undertow] truststore - keystore-password does it really needs to be mandatory?

Tiles3 (v. 3.0.1). Unable to use property useMutableTilesContainer without an error

Remove RpcConnection from pool in AbstractRpcClient.cancelConnections

Prevent temporary deadlocks when, during a scan with write operations, the region splits

BZip2CompressorInputStream throws IOException if underlying stream returns available() == 0

SessionSynchronization callbacks allow concurrent access to SFSB

OAuth2SaslClientV10Test or OAuth2SaslClientV11Test intermittently fails during MockWebServer binding

DataSource connections not being released when LDAP connection fails in JDBC integrated transaction.

Fetching transaction batches during ACID streaming against Hive Metastore using Oracle DB fails

hcat.py script does not correctly load the hbase storage handler jars

Replace HashMap/HashSet with TreeMap/TreeSet where byte[] is used as key

[RH-Support] SUPPORT attachement populated only in case of a Fabric environment

ReplicationSourceManager doesn't cleanup the queues for recovered sources

camel-jms - requestTimeout with 0 or negative value should mean no timeout

HiveFilterSetOpTransposeRule may throw assertion error due to nullability of fields

Hive MetaStore should send a single AddPartitionEvent for atomically added partition-set.

AbstractHierarchicalFileConfiguration does not trigger a reload for the getKeys() method

ZooKeeper KeeperException$ConnectionLossException is a "recoverable" exception; we should retry a while on server startup at least.

LocalSessionFactoryBean (hibernate5) does not correctly pass custom ClassLoader to Hibernate

Remoting LoginModule does not propagate the certificate as credentials for authentication if mutual auth SSL was used for the connection 

Some partitions will be left out when partition number is a multiple of the option hive.msck.repair.batch.size

Reflection exception at org.jboss.classfilewriter.ClassFile on JDK12

Vectorized join with partition column of type char does not trim spaces 

Result of integer multiplication cast to long in HRegionFileSystem#sleepBeforeRetry()

JCAOrderedLastSynchronizationList shouldn't be skipped for org.wildfly.transaction.client.ContextTransactionSynchronizationRegistry registered Synchronizations

The default value for hbase.client.scanner.max.result.size is never actually set on Scans

CamelContext is not been set in VMConsumer when used with POJO @Consume

Hive tests should load Hive classes from build directory, not Ivy cache

Camel PropertyPlaceHolder throws an Error when using ${user.home} environment variable in Windows

create project foo, followed by "mvn package" causes a build failure because there is no web.xml file

RepositoryPropertyReferenceController.createPropertyReference(…) does not work for empty content supplied on Spring 4.1

[OSGi, camel-jpa] Problems with mapping idempotent.jpa.MessageProcessed with Aries + Hibernate

Internal NPE when any attribute from x509-credential-mapper in ldap-realm is missing in LDAP

Dependency on ActiveMQ v 5.3.3 invalid since Maven central does not list this version

Create table in HCatalog sets different SerDe defaults than what is set through the CLI

Remember Me XML Configuration Defaults Should Match Java Config 

Flow redirection parameter incorrectly mapped in a portlet environment

Cannot use DatabaseConfiguration if the datasource has autocommit = false

Can't set static-connectors on AMQ bridge, if discovery-group were set before

PersistentEntityResourceHandlerMethodArgumentResolver dump in PUT requests with HashMap

@Controller method order effects @RequestMapping behavior in ways not expected

wildfly-parent.pom: upgrade Jackson to 1.9.12 to be consistent with RESTEasy 3.0.1.Final

@ModelAttribute binding defined globally for particular attribute rather than per method invocation

Class-level @IfProfileValue overrides method-level @IfProfileValue settings

VectorMapOperator: Missing update to AbstractMapOperator::numRows

Empty NettyByteBuffer.asByteBuffer() returns ByteBuffer with zero capacity

The XmlSignatureProcessor only supports the Santuario SecurityProvider

PropertyEditor registered through @ControllerAdvice will not be superseded by local one.

Non thread safe increment of task.unforcedResubmits in SplitLogManager#resubmit()

Load sun.rmi.server.UnicastServerRef failed in ServletContextListener.contextInitialized

LocalValidatorFactoryBean does not support unwrap for native ValidatorFactory

Not authorised write operation does not get audit logged if log-read-only="false"

JettyHttpComponent.doStop() shuts down all servers in the VM, not just those associated with the component

Dynamic partitioning optimization does not honor sort order or order by

TableSnapshotInputFormat javadoc wrongly claims HBase "enforces security"

HBASE-19364 "Truncate_preserve fails with table when replica region > 1" for master branch

Fix the minor issues of running Canary on kerberized environment

Authorization does not work correctly for remoting EJB when kerberos is only authentication module in security realm

PageRequest constructor documentation parameter order incorrect.

CommonsMultipartFile.getOriginalFilename() does not strip file path properly

An empty where condition leads to vectorization exceptions instead of throwing a compile time error

ClassCastException when JBoss LogManager is initialized before the logging subsystem expects

FileMmapEngine allocation of byte buffers should be synchronized

Insert statements against ACID tables NPE when vectorization is on

hive.exec.parallel=true w/ Hive 0.13/Tez causes application to linger forever

BackupUtils#checkTargetDir doesn't compose error message correctly

Changing global transaction timeout requires reload to be considered for MDB

Remove usage of RepositoriesUtils as it potentially breaks customizations of ResourceMetadata

Handlers should not be allowed to be removed if they're assigned to another handler or logger

API Compliance checker should fall back to specifying origin as remote repo

error message for 'drop admin role' in sql std auth mode is not informative

Regression: disabling/enabling user through add-user script removes all disabled users

camel-restdsl-swagger-plugin doesn't convert integer default value to string

Hive-on-MR deprecation warning  is not diplayed when engine is set to capital letter 'MR'

ConfigurationClassParser needs to load annotations through source class loader

org.jboss.as.jpa.hibernate5.management.QueryName.displayable() consumes high amount of CPU

PersistenceResourceXmlDescription marshals attributes in the reverse order they are added

ZooKeeperWatcher's constructor can leak a ZooKeeper instance with throwing ZooKeeperConnectionException when canCreateBaseZNode is true

onApplicationEvent called twice for ApplicationListener implemented in lang:bsh/lang:inline-script

Subsystem - connector resource description and schema file claim that more socket bindings can be used

Failure message when an op requires a non-existent capability doesn't list registration points for dynamic caps

Some Vectorized String CONCAT expressions result in runtime error Vectorization: Unsuported vector output type: StringGroup

Global Init file should allow specifying file name  not only directory

NumberFormatException in UndertowDeploymentInfoService when war is deployed

Handle db qualified names consistently across all HiveQL statements

Wrong warning in logs WARN org.apache.hadoop.ipc.HBaseServer: Methods length : 5

Camel spring / Camel osgi need to import the needed packages for the JAXBContext to work in OSGi

Test failure in bean validation BeanValidatorRouteTest ComparisonFailure: expected:<[may not be null]> but was:<[kann nicht null sein]>

recipientList and onException with useOriginalMessage not worked as expected

wildfly-singleton_1_0.xsd has the wrong cardinality for singleton-policy

Subsystem parser tests fail when woodstox parser is on classpath

SimpleMappingExceptionResolver: setStatusCodes getter return not same as setter. Makes override impossible

DBRE many-to-many fields are not checked for uniqueness when added to ITD builder

CommandLineJobRunner cannot stop a Job execution that was restarted

Controller ITDs do not adjust when a referenced type changes plural

Log split worker should heartbeat to avoid timeout when the hlog is under recovery

CdiCamelExtension.shouldDeployDefaultCamelContext throws NPE with primitive injection points

Truncate table with splits preserved can cause both data loss and truncated data appeared again

Support login via different (e.g. admin) authentication database

Allow hive.metastore.disallow.incompatible.col.type.changes to be changed in metastore

TestLogRolling#testLogRollOnDatanodeDeath fails sometimes on Jenkins or hadoop QA ("The directory is already locked.")

RestTemplate doesn't consistently tolerate unknown HTTP status codes

REST calls to /api always redirect to HAL Browser if no accept header is specified

Unsafe fallback pointcut construction in AspectJExpressionPointcut

Can't configure ID/data/timestamp columns of JDBC-based cache stores

Arrow serde should fill ArrowColumnVector(Decimal) with the given schema precision/scale

Not stopping ReplicationSink when using custom implementation for the ReplicationSink

Spring-WS support manifest has wrong version of spring xml import

Hadoop jars used in HBase/lib are not compatible with Hadoop-trunk

cleardanglingscratchdir does not work if scratchdir is not on defaultFs

Beeline: When beeline-site.xml is and hive CLI redirects to beeline, it should use the system username/dummy password instead of prompting for one

Replayed edits from regions that failed to open during recovery aren't removed from the global MemStore size

SpEL evaluation for MethodReference causes multiple invocations when an Exception is thrown

exported metadata by HIVE-3068 cannot be imported because of wrong file name

Bean Introspection problem under IBM Java 1.6 with new ExtendedBeanInfo

The wildfly-config.xml defined in controller tests and protocol tests use invalid remoting attributes

StandardMultipartHttpServletRequest.StandardMultipartFile not serializable

The logic used in waiting for region servers during startup is broken

LoadIncrementalHFiles fails to load data in table when CF name starts with '_'

Encoding data using Base64OutputStream omits part of the input in some cases

Query mapper does not use @Field field name when querying nested fields in combination with nested keywords

java.lang.NoSuchMethodError when a BooleanBuilder is passed as an argument to findAll method

":read-resource(recursive=true)" generates output with random order, could be ordered alphabetically by keys

Programmatic creation of caching proxies using CacheProxyFactoryBean does not work

Average region size may be incorrect when there is region whose RegionLoad cannot be retrieved

TestMasterReplication.testCyclicReplication2 uses wrong assertion

TestImportTsv.testBulkOutputWithTsvImporterTextMapper() may not be working correctly

Failed to start rest server if the value of hbase.rest.threads.max is too small.

JBoss CLI run with IBM JDK is not able to use secure connection when server uses Elytron ssl-context

Unnecessary file system access in SimpleMetadataReaderFactory.getMetadataReader

during master startup, RS can be you-are-dead-ed by master in error

HConnectionKey doesn't contain CUSTOM_CONTROLLER_CONF_KEY in CONNECTION_PROPERTIES 

ExceptionMapper (for JsonProcessingExceptions) ignored since 1.0.0.CR2

Base64 user-facing docs should say that decode can handle URL Safe encoding

Intermittent failure of PrincipalMappingSuiteChild#testDnToDnVerify

SOAP 1.1 unmarshalling fails for faults that lack a detail element

ResultSerialization and MutationSerialization can throw InvalidProtocolBufferException when serializing a cell larger than 64MB

Jpa transaction manager transaction suspension ignores dialect resources

FacesMessage.SEVERITY_FATAL does not propagate through FlowFacesContext

WildFly-Core and its build process cannot rely on default JDK JAXP providers

hardcoded ".../queue/..."-part in DefaultUserDestinationResolver conflicts with rabbitmq exchange naming

It is possible to add multiple http-connectors to the same undertow listener

Add switch to control BloomFilter in Hybrid grace hash join and make the FPP adjustable

Submitting a query to Spark from HiveServer2 fails [Spark Branch]

Vectorized reads of transactional tables fail when not all columns are selected

AbstractEmbeddedDatabaseConfigurer.shutdown does not close JDBC resources

Management socket binding in Undertow mod_cluster filter is missing capability reference

VerifyReplication should not mask the exception during result comparison 

Changing multimodule.roo sample to JPA provider DataNucleus causes build failure

TableSample(percent ) uses one intermediate size to be int, which overflows for large sampled size, making the sampling never triggered.

Introduce getPartitionColumns() functionality from HCatInputFormat

Druid-Hive (managed) table creation fails with strict managed table checks: Table is marked as a managed table but is not transactional

The function drop_database_core() of HiveMetaStore.java may not drop all the tables

The enable-elytron.cli script doesn't change configuration of messaging subsystem

HTTP[4] component disableStreamCache issue: java.io.IOException: Attempted read from closed stream.

HBase 554 forgot to clear results on each iteration caused by a filter

NPE in AbstractAnnotationMethodEndpointMapping  on line 47 during postProcessAfterInitialization

Spring internal configuration classes can no longer use @EventListener

Trace interceptor use add instead of remove in removeTraceHandler

WALProcedureStore#recoverLease() should have fixed sleeps for retrying rollWriter()

Templeton returns 500 for user errors - when job cannot be found

FileIdempotentRepository should create the file store on startup

Aggregator - Completion by batch consumer should trigger completion for the batch group if multiple correlation keys was used

Remove unnecessary draw of system entropy from RecoverableZooKeeper

Description of suspend and shutdown ops does not include a 'unit'

GssapiTestSuite and Gs2Test fail with com.ibm.security.krb5.KrbException, status code: 9 for IBM JDK

Create bulk load replication znode(hfile-refs) in ZK replication queue by default

"hdfs" is hardcoded in few places in the code which inhibits use of other file systems

S3 Consumer does not close S3 Object Input Streams and this causes HTTP connection leaks

org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireBean() causes ClassLoader leak

HandlerMethod.getBeanType() doesn't fully handle CGLIB-generated classes

Vectorization: Does not handle non-column key expressions in MERGEPARTIAL mode

Can't start managed domain in --admin-only with EAP 6.4 configuration

The HMS upgrade test script on LXC is exiting with error even if the test was run successfuly

HashTableSink allocates empty new Object[] arrays & OOMs - use a static emptyRow instead

tooling - Using the embedded and run goals of the Juice Maven Plugin ends up with a NPE

Same operand appears on both sides of > in DataType#compareByteArray()

ORC SARG literal creation for double from float may lead to wrong evaluation of SARG

Clustering performance regression in read-heavy SYNC stress scenarios 

ReportRegionStateTransitionRequest should be executed in priority executor

Validator component - Lock file on windows if input is file based and an validation failed occurred

when combining <mvc:annotation-driven> and DataBinder.initdirectfieldaccess, conversion problems cause ConversionFailedException instead of being handled by the DataBinder

Lifecycle callback methods not invoked on interceptors intercepting servlet component classes

HBaseAdmin shouldn't expect HConnection to be an HConnectionImplementation

Infinispan XSD schema does not allow <backup-for> and <backups> to coexist

HiveSessionImpl#executeStatementInternal may leave locks in an inconsistent state

sample pruning not working if denominator is not same as number of buckets

SockJsClient doesn't propagate "subProtocols" and "extensions" to the handshake request

RegionServer should abort when WAL close encounters an error with unflushed edits

Karaf features.xml camel-juel can't work well within ServiceMix 

add-user utility reports "No java.io.Console available to interact with user." when used silently with su and piped to a file.

HS2 holding too many file handles of hive_job_log_hive_*.txt files

Driver NullPointerException when calling getResults without first compiling

Custom compaction requests should have test for adding to wrong list

NullPointerException when starting webhcat server if templeton.hive.properties is not set

BZip2CompressorInputStream reads fewer bytes from truncated file than CPython's bz2 implementation

[hbck] bin/hbase hbck -metaonly shows false inconsistency on HBase 2

NoSuchElementException when running rebind operation without binding-type specified

[Reactor Netty] Incorrect error level logging for client bad request

EJB3 subsystem capabilities not recorded in Galleon feature-specs

DB2 buffer pool JDBC exception mischaracterized as non-transient

HttpBinding.writeResponse doesn't set the response status code (i.e. it's always 200)

Socket binding resources do not register a requirement for their interface

NullPointerException from DefaultListableBeanFactory caused by BeanConfigurerSupport

Insert overwrite table db.tname fails if partition already exists 

java.lang.IndexOutOfBoundsException when union all with if function

FileUtils.moveFile() JavaDoc should specify FileExistsException thrown

module patched in a one-off not included in the next cp is not port-forwarded from the prev cp

hbase shell deleteall to .META. allows insertion of malformed rowkey

The value of the bound attribute in socket-binding-group messaging is always false

Base path behavior inconsistent between flow-location and flow-location-pattern

Bad random read performance from synchronizing hfile.fddatainputstream

LLAP: metadata cache may incorrectly decrease memory usage in mem manager

camel-sjms - Parse destinationName from endpointUri having colon in the name

Test configuration: reduce the duration for which lock attempts are retried

Flow Definition Registry can´t access XML flow definitions inside unexpanded web application archives.

ZipArchiveInputStream does not show location in file where a problem occurred

Create a class MessageDigestAlgorithms to define standard algorithm names

a transactional Hive table cannot be imported as an external table

The hbase shell clone_snaphost command returns bad error message

ORC accessing array column that's empty will fail with java out of bound exception

When using a JDBC object store, the RecoveryManager service stop can occur after the datasource is already stopped

mvn clean test -PskipXXXTests does not work properly for some modules

file consumer - Should call abort in case read lock cannot be acquired if exception was thrown

Duplicated message ids in web, undertow, jsf and osgi subsystems 

CLITestUtil should set connectionTimeout value to something more than 5 secs which is the default now

CacheRegistry is missing entries (e.g. client mappings) following a merge after a cluster split

Make Vectorized Decimal query results match Non-Vectorized query results with respect to trailing zeroes... .0000

@Value Optional<...> field injection fails in case of registered ConversionService

Simple expression and predicate have different behaviors when used along with properties

Rabbit namespace little bug, when using reference to queueArgumentsMap

EJB view service allows invocations through before component has started resulting in potential race

refactor physical writing of ORC data and metadata to FS from the logical writers

Branch precommit builds are not updating to branch head before patch application

JettyHttpProducer should close the input stream when the exception is throw

ConcurrentModificationException in InfinispanSessionManager.findListeners

Wrong method specified in sample validation code for returning MessageContext from ValidationContext

CombinedBlockCache should overwrite CacheStats#rollMetricsPeriod()

LLAP: Fast llap io with slow processing pipeline can lead to OOM

Booking MVC Reference Application: Decorated RadioButton components do not bind "on" selected value

Version is not rehydrated from database in JobInstance or JobExecution

Set HIVE_TRANSACTIONAL_TABLE_SCAN to the correct job conf for FetchOperator

Regions are assigned to Region Servers in /hbase/draining after HBase Master failover

Optimize evaluation for ExprNodeConstantEvaluator and ExprNodeNullEvaluator

Latest DB2 11.1 JDBC driver requires additional IBM JDK system dependency

Default namespaces defined on SOAPEnvelope cause problems with CXF PAYLOAD mode

ArrayIndexOutOfBounds during the majorCompactionCheck in DateTieredCompaction

Fuse Welcome screen should only display the create fabric if no fabric exists

TimerServiceSuspendTestCase and DatasourceNonCcmTestCase fail with security manager

LIMIT statement with SORT BY creates additional MR job with hardcoded only one reducer

deleteBy/removeBy repository methods don't set type information in Before/AfterDeleteEvent

spring-jms 3.0.4 introduces a change that breaks using JMSTemplate (and for that matter any JMS resource) with Oracle AQ when JMS Session are used in SESSION_TRANSACTED mode.

When you have multiple pages in list view deleting last record on last page result in no record found message

RuntimeExpressionResolver does not fail upon seeing a vault expression if no VaultReader is present

Cleanup of HRegion (javadoc, unnecessary inits, unnecessary unboxing)

Generated keystore file permissions should be 600 instead of 664

[replication] Race in ReplicationSourceManager.init can initiate a failover even if the node is alive

Spring Webflow 2.0.2 decorator's uppercase attribute is not working

Incorrect error code returned when retry bootstrap with different dump.

Different image sizes are returned since Facebook changed their maximum image size

special case for stopping master in hbase-daemon.sh is no longer required

Typing 'help shutdown' in the shell shouldn't shutdown the cluster

geoNear() queries fail when the accompanying query returns no results 

HBASE-1234 lost use of compaction.dir; we were compacting into live store subdirectory

HBase fails building on AArch64 due to asciidoctor-maven-plugin.

resourceDescriptionMessageSource does not support UTF-8 property files

camel-rabbitmq - Consumer should not ack if an exception was thrown

update the ref guide(currently Example 10.2) to show "update an existing CF" with the new API modifyFamily in master

MemStore.USEMSLAB_DEFAULT is false, hbase-default.xml says it's true

Add HBase-2.0.x to the hadoop version support matrix in our documentation

ServiceDefinition.metadata not passed to RibbonServiceLoadBalancer

AssignmentManager#getRegion: logging nit  adds a redundant '+'  

Fix Infinispan subsystem cache store properties transformations and improve testing

TestContribCliDriver.dboutput and TestCliDriver.input45 fail on 0.23

CBO: AST mode checks for TABLESAMPLE with AST.toString().contains("TOK_TABLESPLITSAMPLE")

SnapshotManager#restoreSnapshot not update table and region count quota correctly when encountering exception

When we set wrong ITERATION value (too big number or string) then we get NumberFormatException.

There are lots of spelling errors in the HBase logging and exception messages

The "initialized" field in org.springframework.batch.test.DataSourceInitializer shouldn't be static.

Quickstarts pom has duplicates in pluginRepositories in 6.3.0.redhat-095 build

preModifyColumn and preDeleteColumn in AC denies user to perform its operation though it has required rights

Fix broken link to Javadoc that is suppressed because it is generated  code

ClusterConnections do not close dedicated ClusterCommandExecutor instances

FileSinkOperator should remove duplicated files from the same task based on file sizes

Incorrect soap:address location="http://localhost:8080/holidayService/ for samples/tutorial - resource (/holidayService/) is not available

Some tests fail with "java.net.SocketPermission" when is security manager enabled

JARs loaded by permanent functions don't work properly with HiveServer2

It is possible to set max-concurrent-requests attribute of request limit filter in undertow to value lower than one

While loading a table from a query that returns empty data results in null pointer exception 

Overriding repositories delete method results in "argument type mismatch" exception

--keep-content is not taken into account when undeploying in domain mode

Regression: SPR-12443 breaks singleton bean references within a configuration class with null arguments

Test failures in camel-hdfs on windows as Streams are not closed correctly

Module for MySQL JDBC driver with version 5.1.30+ needs <driver-class> in standalone.xml

Bad characters in logs for server names: SplitLogManager: task following PBUF 

Discovering new type converters in OSGi wipes out those manually added

Facebook consumer throws IllegalArgumentException with reading parameters

Elements defined in 'jboss-ejb-security_1_1.xsd' must be optional

Metastore upgrade scripts for HIVE-2246 do not migrate indexes nor rename the old COLUMNS table

Handlers can be created with the same name as an existing handler

Misconfigured CXF Endpoint url results in NPE instead of actual exception.  

PageableArgumentResolver does not support list of properties to sort on

Criteria for triggering @TopologyChanged logic in RegistryFactoryService is wrong

Undertow not detecting @HandlesTypes If the implentation class is inside EAR/lib

Implement whitelist for builtin UDFs to avoid untrused code execution in multiuser mode

Delete latest of a null qualifier when non-null qualifiers exist throws a RuntimeException

Metastore init scripts should always populate the version information at the end

Timer fails if transaction isolation set to SERIALIZABLE on Oracle 11g

Vectorized JOIN NPE on dynamically partitioned hash-join + map-join

Change in FrameworkServlet makes it impossible to use an alternative WebRequest instance for request processing

Bad message: 'transactional'='false' is no longer a valid property and will be ignored

org.springframework.web.servlet.view.json.MappingJacksonJsonView does not set the Content-Length response header.

X509EvidenceVerificationSuiteChild.testX509Auth() fails on IBM JDK

NullPointerException on queries where map/reduce is not involved on tables with partitions

User should be able to specify only one password mapper in jdbc-realm resource

HTTP Response should not contain both Transfer-Encoding and Content-Length headers

Beeline leaks sensitive environment variables of HiveServer2 when you type set;

Fetching Vectorization scratch column map in Reduce-Side stop working

Undertow https-listener attributes need marking as alternatives to ssl-context attribute.

Hive on Spark throws FileAlreadyExistsException for jobs with multiple empty tables

File handlers should not allow already existing directories as a file name

Missing search-base-dn in identity-mapping of Elytron ldap-realm causes NPE

camel-http4 - Should support defining multiple components with different names

Having RPC & Space quota on a table/Namespace doesn't allow space quota to be removed using 'NONE'

Minor Documentation Bug: org.springframework.xml.transform.ResourceSource

Error in description of priority attribute in filter-ref attributes

TPC-DS Q51 : fails with "init not supported" exception in GenericUDAFStreamingEvaluator.init

Infinite loop when SecurityEnforcementFilter doesn't clear SecurityContextHolder

jconsole wildfly cli tab plugin not reacting to connect/disconnect button

fabric8 jboss-fuse-full profile is missing some ACL entries for fabric:* commands

EndPointIntercepters do not respect the (Autowired) properties provided in beans XML

PooledConnection has already been closed exception with Hibernate 4.2

make the number of rows to fetch from various HS2 clients/servers configurable

hbase-1506 where assignment is done at regionserver doesn't work

Checkbox/RadioButton incorrectly converts collections of enums with a custom converter

Modiying menu.jsp can cause roo controller creation/management to fail

TestRSGroupsBas#testGroupBalance may hang due to uneven region distribution

Prevent openid-login, port-mapper, protect and user elements from being valid at top level

org.springframework.expression.ParseException loses position & Throwable information

Repository controllers not invoked if resource is handled manually in dedicated media type

HRegion#RegionScannerImpl#handleFileNotFoundException may lead to deadlock when trying to obtain write lock on updatesLock

jms listener can cause class cast exception if message body type changed during routing

HMaster.getProtocolVersion() ignores HMasterRegionInterface.VERSION

 "INSERT INTO"  overwrite old data when destination table encapsulated by backquote 

Dynamic queries fail to use the label when defined for a @NodeEntity

HibernateExceptionTranslator translating to InvalidDataAccessApiUsageException when using vanilla Hibernate

Camel-Core: DefaultShutdownStrategy, pass the logInflightExchangesOnTimeout to the ShutdownTask

HierarchicalINIConfiguration can throw an exception if the global section is accessed concurrently

JaxrsClientTest fails when custom Maven repos are required for build

SimpleMapAttributeDefinition Values Unable to Reference Capability

Documentation for RESTful webservice examples slightly incorrect for 3.0.0.M3

core-threads of ManagedScheduledExecutorService limits number of maximal threads

ObjectStore:: rollbackTransaction() needs to be looked into further.

RequestPartMethodArgumentResolver should defensively handle MethodParameter nesting level and java.util.Optional access

unsychronized logWriters map is mutated from several threads in HLog splitting

Errors.reject() fails with NotReadablePropertyException when rejecting 'null' values

XmlConverter can't transform StAXSource when external xalan lib available

A couple of errors in MySQL db creation script for transaction tables

Increment HFile block encoding IVs accounting for ciper's internal use

addon-gwt is putting a boolean isChanged method in each proxy, and those don't work

JDBC Driver appends an extra "/" when configuring connection by reading httpPath from ZooKeeper

Multi-column joins estimates with uncorrelated columns different in CBO and Hive

Coprocessor classloader is replicated for all regions in the HRegionServer

XMLConfigurationProvider cannot create a class that extends XMLConfiguration

HBase book, section 2.6.4, has deficient list of client dependencies

shaded jar modules create spurious source and test jars with incorrect LICENSE/NOTICE info

DefaultScriptExecutor always runs script twice if Exception is thrown

HRegionServer#updateRecoveringRegionLastFlushedSequenceId(HRegion) makes inefficient use of keySet iterator instead of entrySet iterator

we will lose data if the table name happens to be the logs' dir name

insert overwrite select from some table fails throwing org.apache.hadoop.security.AccessControlException - II

BeforeConvertEvent now sees old version values for update of entities

Stats annotation might not extract stats for varchar/decimal columns

EnableTableHandler#prepare would not throw TableNotFoundException during recovery

PubSubResubscribeTests and PubSubTests rely on other tests having already run previously

JSFFailoverTestCase fails since latest clustring / session changes in UT

Vectorized execution throws NPE for partitioning columns with __HIVE_DEFAULT_PARTITION__

CallQueueTooBigException and CallDroppedException should not be triggering PFFE

Enable TestSimpleRegionNormalizerOnCluster#testRegionNormalizationMergeOnCluster that was disabled by Proc-V2 AM in HBASE-14614

Get unexpected command type when execute query "CREATE TABLE IF NOT EXISTS ... AS"

QueryMapper is getting a ClassCasteException When trying to Convert an ArrayList to a BSONList

Creation of RedirectHandler results in Undertow predicate parser being initialised on server boot

add distcp to classpath by default, because hive depends on it. 

Scanners not closed properly in certain circumstances (memory leak)

regionserver may miss zk-heartbeats to master when replaying edits at region open

NPE in FileUtils.openOutputStream(File) when file has no parent in path.

standalone.bat is unable to start with specific debug port & gc logging doesn't log to file

StringUtils.equals(CharSequence cs1, CharSequence cs2) can fail with String Index OBE

java.lang.StringIndexOutOfBoundsException when empty string is used in a resource address value

Change JSR version of Split to execute flows in separate threads.

[patch] MessageDigestPasswordEncoder#encodePassword is platform-dependant (with fix)

Show error message when accessing http management console of a slave host controller

Change CMTTxInterceptor.endTransaction() handling of Status.ROLLING_BACK

ZipArchiveInputStream.skip could use safer comparison; inherited Javadoc is incorrect

Regions assigned while master is splitting logs of recently crashed server; regionserver tries to execute incomplete log

SPR-5668 introduced occasional ConcurrentModificationException in callees of AspectJExpressionPointcut.getShadowMatch()

dependency on restlet in camel-rx module does have default scope

StringBasedMongoQuery suffers from NullPointerException in case a null parameter gets bound to a parameter placeholder

CLI, non interactive execution swallows output if user prompting required

FractionList brings wrong fraction information when a fraction is declared as a dependency of other fraction

Error using multiple error handlers and onException (java.lang.IllegalStateException: SendProcessor has not been started)

ForwardedHeaderFilter.ForwardedHeaderRequestWrapper does not preserve ;

IllegalArgumentException thrown for simple java.lang.String prototype bean 

ivy offline mode broken by changingPattern and checkmodified attributes

Hive MapJoinOperator unnecessarily deserializes values for all join-keys

Exception generated from command "connection-info" with embedded server

Job Excecution Listener - XML Namespace parsing fails for methods named different to "beforeJob", "afterJob"

make use of file footer PPD API in ETL strategy or separate strategy

SAR deployer uses wrong MBean class to resolve source Method for property injection

WithSecurityContextTestExecutionListener should override getOrder() instead of using @Order

bean component should thrown NoTypeConverterException when bean parameter binding cannot convert to method signature type

JettyHttpProducer - Sending sync using waitForDone should cater for connection failures

JASPIAuthenticationMechanism doesn't handle wrapped/unwrapped request and response objects

Persisting an empty list [] gets read as a list with empty string [""] resulting in IllegalArgumentException

Regression: ShallowEtagHeaderFilter does not add Etag header for ResponseEntity returning methods

HiveException: Error evaluating concat(concat('      ', str2), '      ') in ql.exec.vector.VectorSelectOperator.processOp

Wrong camel context bound in service registry of jbpm/Kie Server

performancedrop due to repeated JDBC 3.0 getParameterType calls in setNull in StatementCreatorUtils

XQuery creates an empty out message that makes it impossible to chain more processors behind it

TestContext @ContextConfiguration ignores Environment changes in initializers

Operation failure descriptions following service start failures are overly noisy.

Add a note on how to Import 0.94 exported file to a 0.96 cluster or onwards

Wrong usage messages on shell commands (grant/revoke namespace syntax)

validationMessageCode is erroneously added to boolean attributes in jspx files

camel-lucene - Should use Camel type converter when casting headers to String

using @Query annotation, arrays are translated somewhere between query creation and mongo interpretation

Potential endless loop when lazy-loading whether or not a server is a domain server

Some of attributes in datasource subsystem do not allow usage of expressions

Compute partition column stats fails if partition col type is date

Load balancing does not work when deploy app with root-context '/'

TestHBaseFsck#testQuarantine* tests are flakey due to TableNotEnabledException

camel-mybatis - issues calling Oracle Stored procedure with multiple resultsets

The hbase  DFSAbort test is failing causing the complete test to fail.

Bypassed procedure throw IllegalArgumentException when its state is WAITING_TIMEOUT

TestHCM failing sporadically on jenkins and always for me on an ubuntu machine

VersionResourceResolver does not delegate path resolution to the chain

Regression in 1.5.1 - Sort by property of an associated object doesn't work. Join property and INNER vs OUTER join when sorting

AbstractUndertowSubsystemTestCase should not use ServiceController.awaitValue with no timeout

The consumer endpoint for Twitter component timeline/user doesn't poll the tweets even if the type is set to polling and delay attribute doesn't work

ConfigurationClassUtils fails to introspect inner classes with dot name syntax (and silently ignores it)

camel-xmpp - Should stop and clean session, so hot-deploy works 

XML MarshallingView assumes non-null value for object to be marshalled.

With Dynamic partitioning, some queries would scan default partition even if query is not using it.

MoveTask will bail out if we cannot open the compressed SequenceFile because hadoop native lib is missing

Embedded server started non-modular use first passed --jboss-home value only

formMultiSelect macro in spring.ftl causes freemarker.template.TemplateException

Executing a composite operation allowing services to restart fails if the first operation relies on a capability of a remove operation

[Migration operation] group-address/group-port/local-bind-address in discovery-group are not migrated

CliDriver shutdown tries to drop index table again which was already dropped when dropping the original table 

Can't set the jms message header which has the Data object in JMS Component

Coverity static analysis: Operands don't affect result in Elytron

MessageListenerAdapter extractMessage does not return message body when serializer is null

API Compatibility for org.wildfly.security.mechanism.MechanismUtil

AM.ProcessRegionInTransition() and AM.handleRegion() race thus leaving the region assignment inconsistent

GRANT/REVOKE should handle privileges as tokens, not identifiers

When readCount % commitInterval == 0, commitCount is one more than it should be

RepositoryFactoryBeanSupport.getRepositoryInformation() does not set up RepositoryComposition correctly

SimpleAmqpHeaderMapper doesn't map properly receivedUserId header

KafkaConsumer stops consuming messages when exception occurs during offset commit

Method naming conventions provided by Json addon need to be adjusted to take inheritance relationships into account

Query with union all, lateral view and Join fails with "cannot find parent in the child operator"

Cryptic error when adding duplicate include/exclude definitions to a role.

Incorrent H2 versions in reference documentation, section 12.8.6

config : load for a configuration node is called before parsing is complete : attributes ignored

The RowModel Data does not include the correct cell value type and some minor changes.

ReflectiveMethodResolver chooses parent class over child for static methods

CXFEndpoint blueprint config having binding element may lead to NPE

TreeListIterator can return incorrect results after remove() is called

Error on topology-webapp: WFLYEE0007: Not installing optional component org.wildfly.swarm.topology.webapp.runtime.TopologySSEServlet$1 due to an exception

convenience functions in Scan and the thrift API along with a few other bug fixes

resolver does not pick the right function when more than one function points at it

NullPointerException in MongoTemplate.initializeVersionProperty(…)

Implementation details serialized for requests requesting arbitrary JSON response

Remove unnecessary copies of schema + table desc from serialized plan

Checking s against null in TezJobMonitor#getNameWithProgress() should be done earlier

Fix threading issue in X5455_ExtendedTimestampTest test class (a test for COMPRESS-210)

Make initializing dag ids in TezWork thread safe for parallel compilation

FrameworkServlet not Servlet 2.5 compatible unless publishEvents=false

FabricAwsAgentTest and FabricRackspaceAgentTest are failing on Hudson with 

JDBC: Provide a way for JDBC users to pass cookie info via connection string

Labels and relationship types should be backticked when constructing cypher queries

StackOverflowError at AbstractJackson2HttpMessageConverter.resolveVariable

Interrupt to flush from TableFlushProcedure causes dataloss in ITBLL

parseURI in org.apache.camel.component.printer.PrinterConfiguration leaves a prefixed "/" on the printername attribute which should be removed

ClassNotFoundException: org.xnio.StreamConnection in Wildfly 10.0.0.CR2

AxiomSoapMessageFactory does not parse application/xop+xml Content-Type properly

roo-dev.sh erroneously uses quit keyword instead of exit keyword

ServerRootResourceDefinition passes ExtensionRegistryType.SLAVE to ExtensionResourceDefinition

HiveSessionImpl#fetchResults should not try to fetch operation log when hive.server2.logging.operation.enabled is false.

Deadlock in DefaultListableBeanFactory/DefaultSingletonBeanRegistry

Bug in determination of Signature for STORED ZipArchive with data descriptor

MessageChannelPartitionHandler keeps waiting for response even though no step execution request messages sent when there is no input.

ProxyingHandlerMethodArgumentResolver handles interfaces not intended for projection

Vectorization : Check bounds of array before the allocation in VectorMapJoinFastBytesHashTable

The second constructor of Tailer  class does not pass 'delay' to the third one

Netty4ClientHttpRequestFactory always allocates "maxRequestSize" bytes for each request

HTTP Mechanisms from http-authentication-factory should be sorted in config order, or a default order if not config.

FramedSnappyCompressorInputStream.read returns invalid value at end of stream.

write- and undefine-attribute operations are registered as runtime-only

Seda producer should not handover completions if waiting for task to complete

org.apache.hadoop.hive.serde2.io.TimestampWritable.write(DataOutput out) makes incorrect cast

Doc configs for in-memory-compaction and add detail to in-memory-compaction logging

joins between HBase tables and other tables (whether HBase or not) are broken

Add jar through CLI did not loaded by Spark executor[Spark Branck]

@WebServiceRef type attribute have to be specified if this annotation is used on class type

Async query execution can potentially fail if shared sessionHive is closed by master thread.

RestletComponent component is not removing added route from routers list although route is removed from Context.

Truncate table should not work when EXTERNAL property of table is true

Add util function to determine if 2 ValidWriteIdLists are at the same committed ID

camel-cdi - Adding duplicate route builder beans to internal list

PatchMerger should copy specific module slot when merging content instead of all the slots

Reduce the overhead of exception report in RegionActionResult for multi()

IncreasingToUpperBoundRegionSplitPolicy.shouldSplit() should check all the stores before returning.

Some threads are not interrupted when Workers did not finish before shutdownTimeout

MP fault tolerance: too many concurrent requests to @Bulkhead @Fallback method can lead to fallback rejection

OAuthRestTemplate creates invalid signatures when given multi-values params that start with the letter o or later

org.jboss.as.test.integration.jaxrs.provider.CustomProvidersTestCase.testProvidersInTwoWars if not skipped would fail on HP UX due to locale dependency

allowNullColumnForMissingStats should not be false when column stats are estimated

Singleton EJBs with multiple views does not honor Lock semantics

Tiles 2.2.1 EL AttributeEvaluator not being setup correctly. EL doesn't work in Tiles definitions

HBaseFsck should clean up connection properly when repair is completed

empty OrFilter should be false (|) and empty AndFilter should be true (&), see also rfc4526

Rolling restart RSs scenario, regions could stay in OPENING state

Possibility of RS opening a region though tickleOpening fails due to znode version mismatch

DummyTxnManager always locks the current database in shared mode, which is incorrect.

Missing dependency on hbase-zookeeper module causes CopyTable to fail

Resolve RpC_REPEATED_CONDITIONAL_TEST findbugs warnings in HMaster

JsonMappingException when trying to instantiate org.springframework.messaging.Message

Compaction creates empty hfile, then selects this file for compaction and creates empty hfile and over again

Configuring dns.DNS_PING protocol fails with ClassNotFoundException: com.sun.jndi.dns.DnsContextFactory

Incorrect results for n-way join when join expressions are not in same order across joins

Rejecting the SSL certificate while connecting via CLI block indefinately 

Query with EXISTS and NOT EXISTS with non-equi predicate can produce wrong result

Unable to create local-only, client-based Region Indexes using SDG's <gfe:index> and corresponding IndexFactoryBean functionality.

Sparklr sample should not use OAuth2AuthenticationEntryPoint for /oauth/token

HCatLoader ToDate() exception with hive partition table ,partitioned by column of DATE datatype

camel-ftp : uri set on endpoint has stripped all parameters, that is wrong as they should be there as well

Legacy feature pack host-master xml templates should put the 'host' element attributes in the correct order

Size of partColumnGrants should be checked in ObjectStore#removeRole()

camel-hystrix - Should also execute fallback if exception not from Camel

HTableMultiplexer improvements (stale region locations and resource leaks)

Keytab URI for LLAP YARN Service is restrictive to support HDFS only

joins using partitioned table give incorrect results on windows 

Incorrect help text for "finder add" command when invalid finder name entered

HIVE_AUX_JARS_PATH interferes with startup of Hive Web Interface

Thrift's deleteMultiple() raises exception instead of returning list of failed deletes

The regionserver web UIs miss the coprocessors of RegionServerCoprocessorHost.

Inner beans of same type inside <chunk/> elements with scope ="step" leads to mistaken override of bean definitions

Treat java.net.SocketTimeoutException same as ConnectException assigning/unassigning regions.

NullPointerException in SecurityProviderSaslServerFactory (Not all providers return services)

regression : invalid SetQueueAttributesRequest created, works on 2.10.1

MongoQueryCreator incorrectly rejects ignoreCase on nested String path

WebSphereUowTransactionManager doesn't suspend synchronizations correctly

In Spring Security Reference Documentation 3.0.x and 3.1.x SecurityContextHolderAwareRequestFilter has wrong name

Add the missing declaration of HIVE_CLI_SERVICE_PROTOCOL_V4 in TCLIService.thrift

Session count is not decremented when HS2 clients do not shutdown cleanly.

RandomValueTokenServices get a access token with a refresh token from a different client

[Webui] Bootstrap based webui compatibility for IE and also fix some page format issues.

Wrongly named properties in "Messaging - Discovery Configuration" docs

Multiple Error messages while updating JBoss A-MQ using new patch mechanism

Unable to start HBase 0.95.0RC0 out of the box because of ZK trying to access /var/folders/

Application client has not assigned security permissions defined in parent EAR

Excessive logging if AsyncHandlerInterceptor#getAsyncCallable returns null

<Resource leak>: Hiveserver is not closing the existing driver handle before executing the next command. It results in to file handle leaks.

Improve AssignmentManager.handleRegion so that it can process certain ZK state in the case of RS offline

Javadoc and Throws Declaration for Bytes.incrementBytes() is Wrong

xmljson dataformat should be added into marshall and unmarshal definition module

mutateRow and checkAndMutate apis don't throw region level exceptions

Speed up simultaneous reads of a block when block caching is turned off

FileUtils. isActionPermittedForFileHierarchy, isOwnerOfFileHierarchy file system operations should be impersonated

startLimit and allowStartIfComplete cannot be set in the namespace

Unreadable log messages -- "... to the only server localhost_1237525439599_56094" <- You'd have to be perverse to recognize that as a hostname, startcode, and port number.

Refine error message from ExportSnapshot when there is leftover snapshot in target cluster

HiveSchemaConverter for Parquet doesn't translate TINYINT and SMALLINT into proper Parquet types

Hbase should use a HADOOP_HOME environment variable if available.

Can't deploy same webservice endpoint impl with different url patterns

For UDAFs, when generating a plan without map-side-aggregation, constant agg parameters will be replaced by ExprNodeColumnDesc

camel-aws - SQS option deleteAfterRead not work if set deleteIfFiltered=false

Make Visibility Controller to throw a better msg if it is of type RegionServerCoprocessor

JdbcConnectionRepository#findConnectionToUsers potential NPE on access

DBRE fails with messge Field  already defined in ITD when column name is the same as a table name

When java.lang.Error(e.g.OutOfMemory) occurs, threads do not abort.

Infinispan cache container resource registers default-cache capabilities even when undefined

Intermittent failures in Concurrent*WebFailoverTestCase following change to default consistent hash

OfflineMetaRepair leaves empty directory inside /hbase/WALs which remains forever

Using TransactionManagementConfigurer causes StackOverflowError that results in NoClassDefFoundError for FatalBeanException

MechanismDatabase ECDHE_PSK ciphers use PSK authentication, not ECDHE

Spring ORM with JPA 2.0 and Eclipselink throws ClassCastException.

Make AopUtils.canApply use all interfaces implemented by targetClass

Code is using ProcessType.HOST_CONTROLLER to identify an HC, ignoring EMBEDDED_HOST_CONTROLLER

The tag array written by IndividualBytesFieldCell#write is out of bounds

Infinite loop in FileSystemUtils.freeSpaceWindows if share directory empty

It is not necessary to re-open the region when MOB files cannot be found

javac hangs compiling hbase-example module since namespaces went in

Remove semijoin reduction branch if it is on bigtable along with hash join

Ensure the test sasl-authentication-factory configured by EjbElytronDomainSetup has the JBOSS-LOCAL-USER and DIGEST-MD5 mechanisms configured

Endless Redirects happens when more then one request Parameter is present on redirect

StringIndexOutOfBoundsException when calling BeanWrapperImpl.setPropertyValue("[']", "foobar")

Unable to configure protocol and cipher-suite in wildfly-config.xml ssl-context

NullPointerException when unmarshalling using serialization data format

Bootstrap is missing partitions in replicated DB when retry after kill query.

Broken placeholder in exception message to be created in QueryByExamplePredicateBuilder.getPredicate(…)

Sink cluster reports data replication request as success though the data is not replicated

Serializer is not correctly initialized with configuration in Utilities.createEmptyBuckets()

When joining on partition column NDV gets overridden by StatsUtils.getColStatisticsFromExpression

Reduce operator initialization failed when running multiple MR query on spark

Camel marshal/unmarshal - Should catch throwable in case dataformat causes an java.lang.Error

Setting cell's seqId to zero in compaction flow might cause RS down.

Different results when using count and find with the same criteria with 'id' field

IllegalStateException in CamelContinuationServlet under heavy load

ManagedDMRContentTypeResource does not use a map with consistent ordering for storing content

CBO exception while running queries with tables that are not present in materialized views

User's password gets serialized in authentication column if password grant type is used

MP fault tolerance: @Retry doesn't work when the method is @Asynchronous

Spring 5.x DataSource proxying does not work with Oracle UCP on JDK 9+

session-max-alive-time statistics for deployment are counted incorrectly

seda component - the exchange copied should not use the UoW from the source

activemq-camel - Issue with parsing uri to determine queue vs topic

Change usage documentation from bin/hbase to hbase in various tools 

TestMasterFailover.testMasterFailoverWithMockedRITOnDeadRS is flaky.

Where a complex attribute contains a Object type that contains an ObjectList the value type of the ObjectList is not returned in the resource description.

[Migration operation] [Web to Undertow] Protocol attribute in ssl configuration of https connector is not properly migrated

ConcurrentSessionControllerImpl doesn't permit unlimited sessions

Chained transformers don't work correctly if an earlier transformer in the chain converts an op into a composite

Provider signin fails due to serialization problems with ConnectionFactoryLocator and ConnectionFactoryRegistry

Intermittent failures in ConcurrentFineWebFailoverTestCase(SYNC-tcp).testGracefulUndeployFailover

CharSequenceInputStream(CharSequence s, Charset charset, int bufferSize) ignores bufferSize

Using directory grouping by-type results in the wrong logging.properties file being used

Fix the overflow problem of Long type in SetSparkReducerParallelism

BeeLineDriver should be able to run tests against an externally created cluster

Clock skew between master and region server may render restored region without server address

Socket binding remove does not respect allow-resource-service-restart

org.apache.camel.main.Main#doStop() throws java.lang.IndexOutOfBoundsException

JSPs don't HTML escape literals (ie: table names, region names, start & end keys)

Disable IntegrationTestRebalanceAndKillServersTargeted temporarily

Tar UnArchive Fails when archive contains directory sizes which are non-zero.

The wildfly-core-dist does not produce an archive with the correct contents

concatenation task  does not work if the destination table is partitioned

CannotGetMongoDbConnectionException should not print password in logfile

Exclude older jackson-annotation.jar from druid-handler shaded jar

ReaderInputStream#read(byte[] b, int off, int len) should always return 0 for length == 0

Deployment Overlay feature is not able to replace the application libraries.

Guava 11 drops MapEvictionListener and Hadoop 2.0.0-alpha requires it

Support multi-homing env for the publication of RS status with multicast (hbase.status.published) 

[bean-validation] Provide OSGi-friendly ValidationProviderResolver

TradeJobFunctionalTests might fail since verification queries don't have ORDER clause

HiveServer2 http mode - embedded jetty should use SynchronousQueue

Spring DSL - Transacted routes with policy seems to not work - same route in Java DSL works 

WFLYTX0001: Unable to roll back active transaction thrown for EJB bridge transactions

RepositoryBeanNameGenerator fails to resolve bean names for custom implementations detected via Spring's component index

Our build/yetus personality will run tests on individual modules and then on all (i.e. 'root'). Should do one or other

Partition revoke implemented to save offset state using KafkaConsumer.position API results in message loss

Reference documentation does not include Transaction and sessions

all CXF related quickstarts doesn't work in jboss-fuse-6.1.0.redhat-147 kit 

IBatisPollingConsumer should extended ScheduledPollingConsumer to support delays

ExceptionHandlerExceptionResolver should not log propagated exceptions at warn level

Ensure locators and servers are configured correctly when using <gfe:pool> attributes.

variable typo in HiveOpConverter (714) and SemanticAnalyzer (7496)

After creating fabric from hawtio  root container doesn't start noremally

Turn off CBO for hive.support.special.characters.tablename tests until feature is complete

Disable streaming last table if there is a skew key in previous tables.

Flawed implementations of ResourceResolverChain and ResourceTransformerChain

analyze table compute stats for table with special characters will wipe out all the table stats

Compression tool section is referring to wrong link in HBase Book.

OrcRawRecordMerger does not close primary reader if not fully consumed

bulkloading hfiles with tags that require splits do not preserve tags

push down predicates with an and-operator between non-SARGable predicates will get NPE

HFileBlockDefaultEncodingContext isn't thread-safe but is used by all readers, breaks column encoding

Attempting to use eap6.1 jboss-cli.sh to connect to remote wildfly (alpha1 or 2) fails; credentials not accepted

IntegrationTestWithCellVisibilityLoadAndVerify failing since HBASE-10326

When parsing standalone.xml, any unrecognized XML elements produce a scary stack trace

The project current contains 27 instances of Security::getProviders

CLI module command creates the module.xml main-class element with the incorrect attribute name

FallbackTypeConverter method throws JAXBException when marshalling nested, non-ObjectFactory, JAXB annotated, classes

HRegionServer::getThisIP() checks hadoop config var for dns interface name

upgrade ACLs in LLAP registry when the cluster is upgraded to secure

fix entry for hive.exec.max.dynamic.partitions in config whitelist for sql std auth

PathPatternPredicate leaves path variables in request even if predicate doesn't match

StaxEventItemWriter fails on a NullPointerException with Spring OXM 3.2.x.

ClassNotFoundException can possibly  occur if multiple jars are registered one at a time in Hive

Db2PagingQueryProvider creates erroneous Statement in generateJumpToItemQuery

Thrift -  HTTP Error 413 full HEAD if using kerberos authentication

@RequestHeader HttpHeaders fails with NPE against null header value

:validate-operation operation produces unclear failure message; pollutes server log with exceptions

Elytron subsystem does not expose digest-sha-384 for digest password

Forward port HBASE-11039 to trunk and branch-1 after HBASE-11489

should CDI be autodetected when javax.annotation.* is present? or detect CDI based on presence of beans.xml?

Combination of File consumer with charset and Split DSL with XPath doesn't parse XML correctly

Host HTTP header should contain a port number if it differs form 80

Projections that only swap input columns are identified incorrectly as identity projections

Reference Guide: keycloak-server documentation uses wrong property names

It is not possible to enable AtomicActionExpiryScanner in EAP 6.x

FormAuthenticationMechanism should only create a session if an identity is being stored

HornetQ native library(AIO) are loaded by default - for transaction manager using hornetq object store

Multi Module Api in testsuite is not added to repo, so breaks when doing `mvn dependency:tree`

RepositoryEntityLinks does not populate search resource URIs with Pageable and Sorts

Vectorization: Fix NULL / Wrong Results issues in STRING Functions

camel-ftp - Should import bundle from camel-core to load file strategies

StaxSource doesn't produce correct SAX events with default namespace

Generate & build the velocity based Hive tests on windows by fixing the path issues

llap scripts add hadoop and other libraries from the machine local install to the daemon classpath

Don't start GlobalConfiguration services on startup when using non-ha profiles.

UndertowDeploymentService.stop() occasionally results in ISE due to missing dependency

llap-server may case file descriptor leak in BuddyAllocator class

ClassCastException: ...IntWritable cannot be cast to ...Text involving ql.udf.generic.GenericUDFBasePad.evaluate

swagger-java - Provide more clear exception when model class is not visible to ClassResolver

RunAsTestCaseEJBMDB is not included in surefire tests in wildfly-ts-integ-basic

Reducer allocation is incorrect if enforce bucketing and mapred.reduce.tasks are both set

Misuse core/maxPoolSize of LinkedBlockingQueue in ThreadPoolExecutor

Fix some misspells and extraneous characters in logs; set some to TRACE

Undertow mod_cluster CLI: IllegalArgumentException: value is null on modcluster:read-resource

Ref component causes consumer parameters to be cleared, such as delay and initialDelay

Camel-undertow: UndertowHttpBinding should be initialized in the endpoint and not at component level

There is no database named nonexistentdatabaseusedforhealthcheck

MetaServerShutdownHandler may potentially keep bumping up DeadServer.numProcessing

camel-mail - Alternative Body Header is included in mail as a header, it should be skipped

jdbc-network-timeout is set in seconds instead of milliseconds causing Artemis to fail on Critical IO Error when jdbc store is used

XML-files containing attributes called "type" does not get converted to json

DoNotRetryExceptions from coprocessors should bubble up to the application

Setting up a Wss4jSecurityInterceptor as no security still requires WS-Security header

Integration test MR jobs attempt to load htrace jars from the wrong location

web mvc scaffold disallowedOperations create does not remove all create tags

RabbitManagementTemplate Support for Delayed and Internal Exchanges

In the HBase shell, an error is thrown that states replication-related znodes already exist

Replace commons-logging implementation with one that can delegate to jboss-logging

Running Hive Jobs with Tez cause templeton to never report percent complete

EL1072 when evaluating compiled expression using method SpelExpression.getValue(Object rootObject, Class<T> expectedResultType)

LLAP: LlapServiceDriver should package hadoop-metrics2-llapdaemon.properties when available

InterceptingHttpAccessor.setInterceptors should support immutable lists

Parameter Validation is not there for shell script, local-master-backup.sh and local-regionservers.sh

Domain controller does not prevent removing extensions with subsystems still registered

unable to get column names for a specific table that has '_' as part of its table name

Avoid multiple copies of HDFS-based jars when localizing job-jars

camel-spring causes wrong initialization-order of dependent beans

ResourceRegionHttpMessageWriter should not use the response content-type

Removing non existent mail server with standard name (via CLI) doesn't fail even though it should

TestDistributedLogSplitting.testOrphanLogCreation failing because of ArithmeticException: / by zero.

CompositeItemReadListener, CompositeItemWriteListener using ChunkListeners?

Vault.sh can create keystore when doesn't exist. There has to exist file defined in -k, --keystore parameter.

show-resources operation of jaxrs subsystem shows wrong path in resource-methods attribute

FlatFileItemWriter OutputSource not initialised on FlatFileItemReader.open()

SynchServerOperationHandler doesn't check ops for REQUIRE_RESTART properly

Hive CLI gets stuck when hive.exec.parallel=true; and some exception happens during SessionState.start

HiveMetastore doesn't start in secure cluster if repl change manager is enabled

HiveHBaseTableInputFormat.getRecordReader() causes Zookeeper connection leak.

CSVParser.getRecords() returns null rather than empty List at EOF

FixedLengthTokenizer by default maps zero padded numeric fields as octal.

Orc split generation returns different strategies with cache enabled vs disabled

Resource adapter subsystem configuration descriptions: wm-security

SpelExpression throws NullPointerException instead of EvaluationException for primitives

The DeleteFamily cell is skipped when StoreScanner seeks to next column

metastore error: 'export: -Dproc_metastore : not a valid identifier'

Custom condition in request mapping handler does not work as an exclusion filter

ElytronAuthenticator.getPasswordAuthentication() cannot obtain PasswordFactory for Elytron algorithms

Semijoin: Do not remove semijoin branch if it feeds to TS->DPP_EVENT

Query fail when hive.exec.parallel=true, with conflicting session dir

CustomUndertowFilterTestCase fails to reload server if node0!=localhost

Spring Boot DevTools on 5.1 fails with java.lang.LinkageError: loader attempted duplicate class definition

GenMapRedUtils::addStatsTask only assumes either MapredWork or TezWork

AutoPopulationUtils fails to set @AutoPopulate fields with array value unless input annotation in array form

Generic Wildcards specified in CollectionUtils#isEqualCollection(Collection, Collection, Equator) may throw ClassCastException in certain cases

If call HBaseAdmin#snapshotAsync but forget call isSnapshotFinished, then SnapshotHFileCleaner will skip to run every time

Can't validate jboss-deployment-structure.xml due to incorrect schema

 Miss space and closing quote in AccessController#checkSystemOrSuperUser

RetryingMetaStoreClient does not retry wrapped TTransportExceptions

Relationship entities with the same start and end node type do not load

ExportSnapshot hit stackoverflow error when target snapshotDir doesn't contain uri

FSUtils#getTableStoreFilePathMap should all ignore non-table folders

camel-blueprint - Using routeContextRef to refer to a RouteBuilder in another bundle causes ClassCastException

Infinispan subsystem XSD does not match InfinispanSubsystemXMLReader

Objects created by FactoryBeans might get processed multiple times by BeanPostProcessors if beans are created lazily

jdbc/src/java/org/apache/hadoop/hive/jdbc do not have the apache header

Roo generated web app does not work correctly in tomcat and dm Server

swagger-api docs not working in only using xml without any java route

Can't rebuild the BucketAllocator's data structures when BucketCache uses FileIOEngine

Reverse engineering issue. Generated AJ source file includes the following definition: @Temporal(TemporalType.DATETIME)

[hbase] thrift put/mutateRow methods need to throw IllegalArgument exceptions

AccessTokenProcessingFilter validates additional parameters in wrong method

Memory leak with SimpleMessageListenerContainer and ChainedExceptionListener on Single/CachingConnectionFactory

Removing and re-adding alias to credential store leads to Duplicate resource failure

Add specific imports to avoid namespace clash in defaultSource.scala

Master: Update errata.txt for the missing JIRA number in HIVE-9423 commit msg

add-user.sh duplicates user records in "mgmt-users.properties" file if special character is used in user name

ClassCastException during VectorMapJoinCommonOperator initialization

Domain server process' main thread can terminate without triggering process exit

Do not allow eager init when getting beans by type to resolve Configurers for Annotation configuration

Can't use pagination (Pageable) with @IdClass entities (spring-data-jpa 1.4.3 &  Hibernate 4.1.9)

Spring does not reliably detect circular imports in Java configurations

null initialized String field in entity throws indexoutofboundsexception : -1

Unclear failure description when removing elytron policy referenced as the default-policy

[Migration] This message 'java.io.IOException: Install 0.1.x of hbase and run its migration first' is useless

Unexpected @RequestMapping semantics when class-level and method-level mappings used together

The string org.jboss.as.clustering.infinispan.subsystem.LocalDescriptions is allocated 163 times wasting ~30k of memory

Entity .merge() method should be generified to accomodate inheritance

Using load(InputStream) on a new XMLPropertyListConfiguration results in a thrown ConfigurationException

ZK settings for initLimit/syncLimit shouldn't have been removed from hbase-default.xml

Undertow file resources may not work if root path is non canonical

ProviderManager should not pass null authenitication to ConcurrentSessionController.checkAuthenticationAllowed()

HttpServletRequest.changeSessionId() doesn't reassociate session ID with distributed SSO

Lazy initialize ArrowColumnarBatchSerDe so it doesn't allocate buffers during GetSplits

BindingGroupAddHandler should not validate the interface ref in the initial step

Docs mention 402 (payment required) in session management section

AnnotationReadingVisitorUtils.getMergedAnnotationAttributes() mutates the map argument

Fix decommissioned servers cannot be removed by remove_servers_rsgroup methods

When hive.server2.async.exec.async.compile is turned on, from JDBC we will get "The query did not generate a result set" 

Intermittent failure in AuditLogBootingSyslogTest shows that WFCORE-2923 doesn't cover every case

Use StoredProcedure to call sp, if not set the rowmapper for out parameter which type is cursor, will throw null pointer exception

When updating an element or attribute that contains the list delimiter the character is escaped even if delimiting is disabled.

'hbase.bucketcache.size' description in hbase book is not correct

Operator::close() leaks Operator::out, holding reference to buffers

RolloutPlanTestCase makes invalid assumptions about test execution

RouteBuilderRef should work out of the box with Spring 3 and dependency injection

LLAP: Shuffle Handler keep-alive connections are closed from the server side

Paginate with QueryDSL generate "nulls last" illegal syntax when using MSSQL.

ProviderManager does not properly handle ConcurrentLoginException

DROP TABLE with qualified table name ignores database name when checking partitions

Clustering subsystems use deprecated SimpleAttributeDefinition.setAllowNull(boolean)

TestEndpointTest  Unit test failed which may be caused by recent change of File Component

Empty dir in external table causes issue (root_dir_external_table.q failure)

Minor discrepancies between galleon build output and legacy build output

hcatalog-server-extensions tests scope should depend on hive-exec

The current page number cannot be greater or equal to the total number of pages

JDBC DatabaseMetaData and ResultSetMetaData need to match for particular types

query execuction throws NPE when hive.exec.submitviachild is set to true

Able to split region explicitly even on shouldSplit return false from split policy

sort BeanDefinitionRegistryPostProcessors added by other BeanDefinitionRegistryPostProcessors

Hive query failing with error ClassCastException org.apache.hadoop.hive.ql.plan.ExprNodeConstantDesc cannot be cast to org.apache.hadoop.hive.ql.plan.ExprNodeColumnDesc

WFCORE POM contains duplicate version properties after component-matrix version revert

KinesisFirehoseProducer sets the deliverStreamName using getEndpointKey() instead of getStreamName()

NoClassDefFoundError is thrown when using lead/lag with kryo serialization

metastore.warehouse configuration should use inherited hadoop configuration

view/ JSP compilation exceptions, not logged from JstlView or DispatcherServlet.

Another possible cause to NucleusObjectNotFoundException from drops/rollback

Vectorized variance computation differs from row mode computation.

VerifyError for compiled SpEL expression with primitive/reference type mix when using ==

Function like with empty string is throwing null pointer exception

Default app-name value of Syslog handler in Audit Logging violates specification

Cache Component configuration requires MemoryStoreEvictionPolicy instance, will not accept parameter as part of URI

Not possible to use wrapped injectionTarget for some EE components

Value of attribute create-session in schema based configuration should set property ExceptionTranslationFilter.createSessionAllowed

RepositoryCollectionResourceMapping does not obtain domain type from RepositoryMetadata

Should use procedure store to persist the state in reportRegionStateTransition

Remember Me doesn't work with OpenID urls contatining "https://"

Setting deadLetterHandleNewException to false breaks DeadLetterChannel default exception handling

If Enable table is not completed and is partial, then scanning of the table is not working 

[doc] In getting started, make it clear that hbase needs to create its directory in hdfs

stop-hbase gives unfriendly message when local hbase isn't running

Attribute 'always-send-client-cert' missing from ldapConnectionType in version 5, 6, 7, and 8 of the management schema

Spring Aspects library dependency on Spring Transactions causes projects without JPA entities to not build

Update the Coprocessor observer example given in section 111.1 of the ref guide.

Not possible to overlay non existing file in WAR - mark the sub deployment which will be mounted exploded

'controller scaffold' command gives confusing error with missing entity

WFTC-54 - Integration with Narayana fails when timeout propagation over remote call declares it as '0' causing UserTransaction timeout to not work

Local SparkContext is shared between user sessions and should be closed only when there is no active

Socket not closed when trying to read files to copy over in replication from metadata

org.springframework.beans.propertyeditors.URIEditor does double escaping for % signes for URIs that contain a schema

GenericUDTFGetSplits should support ACID reads in the temp. table read path

TableInputFormatBase getSplitKey does not handle signed bytes correctly

MappingJackson2HttpMessageConverter and MappingJacksonHttpMessageConverter should use configured JSON prefix instead of hardcoded value.

Change SASL server GSSAPI callback log line from DEBUG to TRACE in RegionServer to reduce log volumes in DEBUG mode

IllegalStateException: DummyTransaction is not in a valid state to be invoking cache operations on

Server identity secret doesn't write and parse credential reference correctly

ReflectionRepositoryInvoker does not properly trigger delete(T) for invokeDeleteById(…)

HBCK check for lingering split parents should check for child regions

LinkedIn component throws IllegalArgumentException on API requests

setUnitOfWork in DefaultExchange throws NPE when called from Splitter.java

NPE on JedisConnection ops leaves connections in pool with OutputStreams containing incomplete data

HiveSemanticAnalyzerHookContext does not update the HiveOperation after sem.analyze() is called

declaredByMetadataId is never assigned in JavaParserMethodMetadata

SplitLogManger async delete node hangs log splitting when ZK connection is lost 

MultiResourceItemReader infinite read/exception loop after a failed delegate.open() when skip policy is very lax

Infinite loop if Exception is throws from ItemListener in onWriteError

Parallel build is failing, trying to download incorrect hadoop-hdfs-client version

ReplicationSource thread can't be terminated if it runs into the loop to contact peer's zk ensemble and fails continuously

Invalid JSON Schema for properties pointing to association resources

truncate_preserve fails when the truncate method doesn't exists on the master

HiveServer2 SSL connection transport binds to loopback address by default

jboss-web defined context-root is ignored for health check resources

 unable to define excluded-connectors attribute for colocated replicated HA topology

camel-http4 - The producer should check the response header in the reply for content-type

HFileV3 - Optional tags write and read is not working as expected

org.apache.hadoop.hbase.PerformanceEvaluation sets the map reduce output path as a child of input path

Multi-release jar resource loading in VFSResourceLoader doesn't take into account the Multi-Release manifest attribute value

Remove references to Date Tiered compaction from branch-1.2 and branch-1.1 ref guide

License generation executing as part of javadoc and repo generation as well

@Local and @Remote annotation processors should not pick up interfaces of super class of bean class

User client callback should be used for all unrecognized callback types

Happen to se org.omg.CORBA.PolicyError: There is no PolicyFactory time to time

Dispatcher fails to invoke handler method when request method conflicts with request path

bugs with temp directories, trailing blank fields in HBase bulk load

EJBDefaultSecurityDomainProcessor creates services with a non unique name

Hive script should not overwrite AUX_CLASSPATH with HIVE_AUX_JARS_PATH if the latter is set

insert into A select from B is broken when both A and B are Acid tables and bucketed the same way

[Migration operation] [Web to Undertow] migration of access-log prefix attribute doesn't take into account default value resulting in incosistent result.

GenericUDTFGetSplits should handle fetch task with temp table rewrite

AbstractJackson2HttpMessageConverter throws exception if log level is ERROR 

RowFilterInterface.rowProcessed() is called *before* fhe final filtering decision is made

Add capability to tell aborted transactions apart from open transactions in ValidTxnList

Configuration differences between default configuration and read/persisted in messaging and IIOP

Make Eclipse launch templates auto-adjust to Hive version number changes

Wrong description about regionservers in 2.4. Example configurations

AbstractEndpointExceptionResolver.resolveException() does not let subclasses have full access to the MethodEndpoint that raised an exception

In Windowing Streaming mode Avg and Sum give incorrect results when Wdw size is same as partition size

TomcatHttpHandlerAdapter is not aware of Server[Request|Response]Wrapper

Fix XML schema so that only top-level elements are allowed at top level (i.e. job).

onException - Should look up the hierarchy for exact matches to avoid being handled by Exception.class where an exact match existed

ChunkListeners are registered on stepOperations in RepeatOperationsStepFactoryBean - should be chunkOperations

Fix NPE when building clustering API modules using CapabilityServiceSupport

Insert in bucketed table fails due to dynamic partition sort optimization

[hbck] Catch and handle NotServingRegionException when close region attempt fails

Vectorization: Support PTF (Part 2: Unbounded Support-- Turn ON by default)

Exception (SpelEvaluationException: EL1021E) when using spring:eval with Jetty

FileUtils.copyFile() throws IOException when copying large files to a shared directory (on Windows)

rowcounter does not return the correct number of rows in certain circumstances

Vectorization: Vectorized PTF operator should not set the initial type infos

EventListenerMethodProcessor resolves classes (by MethodIntrospector) of lazy beans causing NoClassDefFoundError

FirewalledRequest.reset() not called when Filters in the FilterChainProxy do not complete the FilterChain

Error while calling watcher on creating and deleting an HBase table

AbstractInterceptUrlConfigurer needs to post process default AccessDecisionManager

Elytron profile in integration module of the AS TS fails for the module itself

NPE in FunctionReference due to race condition in SpelExpression.getValue()

WebVirtualHostDefinition isn't validating enable-welcome-root vs default-web-module

HiveConnection.readOnly always throws a "Method not supported" exception

Yetus fails to resolve module dependencies due to usage of exec plugin in metastore-server

camel-cxf component can't deal with the exception message in MESSAGE dataFormat

Incorrect handling of null value in Coprocessor aggregation function min()

Async advisor retrieval blocks when triggered by singleton init method

Security subsystem does not handle acl's module properly, and is missing transformer

Provider errors reported in connection flow for non-provider problems

count(*) wrong result based on table statistics for external tables

Fix concurrency bug in serde/src/java/org/apache/hadoop/hive/serde2/io/TimestampWritable.java

Pre-auth Configuration Doc Example is Missing "position" attribute

Vectorization: Execution failure related to non-standard embedding of IfExprConditionalFilter inside VectorUDFAdaptor (Revert HIVE-17139)

Move test(s) with too long name(s) to a better place - prevent  FNFE: File name too long

Clean DeadServer.java and add a Jitter method in ConnectionUtils

get_json_object throw java.lang.IllegalStateException: No match found exception.

discovery-group does not work for pooled-connection-factory because of NPE

DateWritable incorrectly calculates daysSinceEpoch for negative Unix time

RS crashed because AsyncFS was unable to update HDFS data encryption key

metastore upgrade script 016-HIVE-6386.derby.sql uses char rather than varchar

Bad marshalling of and missing transformer for identity-trust's module in security subsystem

BoundedInputStream.read() treats max differently from BoundedInputStream.read(byte[]...)

Fix schema as native-interface shouldn't be mandatory for host-management-interfaces

bug in hive.map.groupby.sorted in the presence of multiple input partitions

secure-rest example - Fails with Caused by: java.lang.ClassNotFoundException: org.apache.karaf.jaas.boot.principal.RolePrincipal not found by org.apache.cxf.cxf-rt-transports-http [179]

@RooJavaBean creates getters+setters for static and/or final fields

ResourceBuilderRoot drops data when integrating an externally created child ResourceDefinition

Optional @RequestParam with required=false no longer works in Spring 3.0.4 (compared to 3.0.2) when Controller extends interface

Regression: ClassCastException using @CacheEvict with primitive varargs

StringIndexOutOfBoundsException when rewriting links in CSS resources

the warning we print for custom main usage points to an old website

Path Variable with dot has weird behaviour for different suffixes

BaseNCodec: encodeToString and encodeAsString methods are identical

AnnotationUtils fails to synthesize nested maps into annotations

Spring Security version checking reports Spring Version instead of Spring Security version

When failed credential store flush to file on the disk then we have inconsistency between credential store in memory and persisted file.

TarArchiveInputStream silently finished when unexpected EOF occured

Bucket mapjoin is broken when the number of small aliases is two or more

Classes for newer versions are not loaded from Multi-Release-JARs in WARs

not able to run the test suite in background because TestShell gets suspended on tty output

XML config isn't fully supported for web integration tests if Groovy is on the classpath

Enricher with async routing not handling exceptions thrown from AggregationStrategy

Allow clearing of field 'Name' for upserts in Salesforce component

NullPointerException when turn on hive.optimize.union.remove, hive.merge.mapfiles and hive.merge.mapredfiles [Spark Branch]

JavaDoc updates to HiveEndPoint.newConnection() for secure streaming with Kerberos

'hadoop jar' references in documentation should mention hbase-server.jar, not hbase.jar

camel-core-osgi doesn't properly handle different version of the same bundle

camel-mina - UDP protocol could have an issue if used in same camel context as both client and server sending to localhost

Map two subclasses of the same abstract superclass into two persistence units

AxiomSoap12Body.getFault() returns object of type AxiomSoap11Fault

Hive doesn't remove scrach directories while killing running MR job

JsonObjectDecoder throws ArrayIndexOutOfBoundsException: -1 with valid input

ClassNotFoundException when configuring camel-docker SSL options

SSLAuthenticationTest fails with java.security.NoSuchAlgorithmException: SunX509 KeyManagerFactory not available for IBM JDK

delete from acidTbl where a in(select a from nonAcidOrcTbl) fails

Cannot deploy distributable application when is defined jdbc-store for web session

GlobalMethodSecurityConfiguration does not configure the proper voters

Tez Reduce-Side GROUP BY Vectorization doesn't copy NULL keys correctly

provide pre/post region offline hooks for HMaster.offlineRegion()

When using SQLServer as a database type for persistence, the hibernate dialect is blank

[JDK9+] shaded client jars with MR overlays do not have defined Multi-Release in Manifest

'finder list' command throws OutOfMemoryError with a very restrictive --filter option

Version 2.0-beta1 not published to maven repository as documented

FqlResult.getList(String fieldName, FqlResultMapper<T> mapper) throws null pointer when field value is null

HBaseAdmin#deleteTable fails when META region is moved around the same timeframe

Thrift Http Server returns an error code of 500 instead of 401 when authentication fails

Exception not thrown by OnFailure() when using ListenableFutureCallback

RegionLocationFinder should return multiple servernames by top host

Domain test failures on IBM8 - IllegalStateException: The LogManager was not properly installed 

Incorrect WARN in DC log for remoting endpoint resource transformation to EAP 6

autodetection on .war archive + undertow not detected = can't create default deployment

findbugs issues - 2 performance warnings as suggested by findbugs

fat finger spelling for value of SwarmProperties.DATASOURCE_CONNECTION_URL

org.jboss.as.host.controller.Main.getHostSystemProperties() doesn't propagate -Djdk.launcher.addexports.%d=%s value properly

Distributable SessionManager.getSession(String) implementation is wrong.

SplitLogManager - log the exception when failed to finish split log file

JDK8HackAlpnProvider doesn't work for client when used with elytron ssl-context

MergeTask should use COMPRESSRESULT instead of COMPRESSINTERMEDIATE

JMX ConnectorServer stopped when unauthorized user try to stop HM/RS/cluster

Master aborted when hbck asked the master to assign a region that was already online

While using Hive in server mode, HiveConnection.close() is not cleaning up server side resources

Arrow Serde should pad char values and handle empty strings correctly

Camel : RSS - Ignores posts with identical published or updated date.

RowCounter may return incorrect result if column name is specified in command line

Use of custom custom authorization-endpoint-url can cause infinite redirect

Add config vars to be able to set different defaults for tez and mapred

CompactionTool should close the store it uses for compacting files, in order to properly archive compacted files.

Fix o.a.h.hive.ql.exec.tez.TezTask compilation issue with tez master

Wrong language syntax declarations for code samples in documentation

TestHCatLoaderEncryption.* tests fail in windows because of path related issues

Empty string JobParameter would be re-hydrated as null by Oracle

Stats: StatsRulesProcFactory::evaluateComparator estimates are wrong when minValue == filterValue

Remove username="$local" workaround from default domain host slave configuration

NullPointerException when @InitBinder method has an HttpServletResponse argument

Add bulk load hfile-refs for replication in ZK after the event is appended in the WAL

MBeanExporter#destroy logs warnings about explicitly unregistered mbeans

Various methods of class 'org.apache.commons.io.FileUtils' incorrectly suppress 'java.io.IOException's.

ThriftServer getTableRegions does not return serverName and port

Failure to authenticate against provider results in signout of application

TestEnableTableHandler should not call AssignmentManager#assign concurrently with master

Client application may get stuck (time bound) if a table modify op is called immediately after split op

A region's state is kept in several places in the master opening the possibility for race conditions

Add missing instruction to install camel-jackson feature in camel-odata quickstart README

Queue/Exchange parameters need to be numeric when declaring in RabbitMQ

Connection methods should not wrap UnsupportedOperationException in RedisSystemException

Allow setting different hadoopcheck versions in precommit for different branches

HiveServer2 dynamic service discovery: use persistent ephemeral nodes curator recipe

MetaStore Direct SQL getPartitions call fail when the columns schemas for a partition are null

doOptions method of FrameworkServlet uses servlet 3.0 only method

Deploying and undeploying default web application with welcome root results in 404 (instead of returning content defined by welcome-content handler)

BeanCreationException is thrown if the log level is not set to DEBUG in conjunction with Spring 3.0.0.M4 

default-policy attribute value of Elytron policy resource is reverted to original value after reload

Increasing space quota on a violated table does not remove SpaceViolationPolicy.DISABLE enforcement

Concurrent compactions for the same partition may generate malformed folder structure

Set yarn.app.mapreduce.am.staging-dir when starting MiniMRCluster

DefaultCompensatingTransactionOperationManager has incorrect debug output in commit method

EJBs accessible too early (spec violation) - deployment marked started before ready

Change hive.optimize.tez to hive.execution.engine with [mr, tez] values

ParallelProcessing and executor flags are ignored in Multicast processor

Fix infinite loop of RIT when creating table on a rsgroup that has no online servers

Hit error "SemanticException View xxx is corresponding to LIMIT, rather than a SelectOperator." in Hive queries

Launcher sets "-Djava.net.preferIPv4Stack=true" also with IPv6 profile

Exchange should end in error when no choice in a ChoiceType matches

Cannot create entity with OptimisticLocking (@Version) and initial id

ensure hbase-metrics-api is included in mapreduce job classpaths

allow metastore authorization api calls to be restricted to certain invokers

PutCombiner is skipping KeyValues while combining puts of same row during bulkload

WebHCat Job Submission API 'enablelog' parameter is only supported with Hadoop 1

LLAP: Exception in HostAffinitySplitLocationProvider when running in container mode

SplitTableRegionProcedure should hold the lock of its daughter regions

IMPORT table doesn't load from data dump if a metadata-only dump was already imported.

Merging of compressed rcfiles fails to write the valuebuffer part correctly

Update booking-portlet-faces sample to use faces schema, not faces-config

@SessionAttributes not populated when going directly to POST and redirecting while ignoreDefaultModelOnRedirect=true

BaseScanner results can't be trusted at all (Related to hbase-1784)

VDX testsuite - JBossWS**TestCase fix checks on space characters

JDBC-based cache stores require a DataSource attribute for runtime

Flatpack component : unable to set the delimiter parameter in spring config file

CorsConfiguration#combine() should handle correctly * in "other" parameter

ContextPropagatingRemoteInvocation fails to reset the context if an exception is thrown during the invocation

Fix the critical ancient loopholes in security testing infrastructure.

Having multiple camelContext in same blueprint bundle may only register the 1st in the OSGi service registry

credential-reference must have defined combinations of constraints

HFileBlockIndex Write Error in HFile V2 due to incorrect split into intermediate index blocks

client-side support for JAXB2 MTOM marshalling is not working well

Avoid passing unexpected cell to ScanQueryMatcher when optimize SEEK to SKIP

getRequest() / getResponse() is not public in org.springframework.security.web.context.HttpRequestResponseHolder

auto-generated-but-unused JAX-RS Application class maps to /, which hides servlets

No warning is shown when deploying web application with defined valves

JibxMarshaller doesn't use configured encoding property when unmarshalling documents

RemoteDomainConnectionService should not shut down the provided executor

Simple language - bean function - issue when parameter value has comma

sql std auth: property missing from whitelist - hive.exec.dynamic.partition.mode

OauthbearerMgmtSaslTestCase in wildfly-core contains wrong test value for token without signature

TestXmlParsing exception checking relies on a particular xml implementation without declaring it.

'default-merge' attribute value does not propagate to collection elements

Form tag prepending context/servlet path breaks use for portlets

XMLPropertyListConfiguration doesn't handle empty dictionary correctly

When used  "LIKE expression" and "other expression" at the same time, occurred the QuerySyntaxException of Hibernate.

Elytron server-ssl-context should not use default value when referenced security-domain cannot be used

File distribution fails with same client and localizer with multiple submits

java.lang.NullPointerException in AbstractAuthenticationToken.equals()

Deployment fails when unreachable LDAP is used for Elytron LDAP authentication

org.jboss.as.test.clustering.cluster.web.shared.SharedSessionFailoverTestCase#test incorrectly resolves URLs for modules

TestMasterAdmin fails throwing RegionOfflineException when we're expecting IllegalStateException

Two MultiSelect boxes which are decorated with dijit.form.MultiSelect in the same page will sumit as a single parameter for POST submits

"SELECT count(1) as cnt from src x" not working for column pruning

enable_all,disable_all,drop_all can call "list" command with regex directly.

RSGroupBasedLoadBalancer#getMisplacedRegions() should handle the case where rs group cannot be determined

Different behavior when filter defined in undertow-handlers.conf vs via expression filter

AutorecoveringConnection.consumers leaked when killed a node of rabbitmq cluster

The method humanReadableInt in HiveStringUtils.java has a race condition.

post-binding attribute of PicketLink Federation service provider should be of type Boolean not String

TestHBaseFsck#testParallelHbck fails running against hadoop 2.6.0

Update X500AttributePrincipalDecoder to support converting to X500Principal

Using history="invalidate" results in ConversionExecutorNotFoundException where target class is org.springframework.webflow.engine.History

Schematool: For Hive's Information Schema, use embedded HS2 as default

OAuth2ClientHttpRequestFactory doesn't append access token if request URL already has a query string and bearer token method is query

Request compaction only once instead of every time 500ms each time we cycle the hstore.getStorefilesCount() > this.blockingStoreFilesNumber loop

Legacy Kerberos in management, EAP search for HTTPS/localhost ticket

@RooJavaBean does not allow for final fields when settersByDefault is set to false

NotCompliantMBeanException : Attribute MessageHistory has more than one getter

Ensure that negative values are converted to zero when setting sessionCacheSize and sessionTimeout in SSLSessionContext.

When looking up methods with @RequestMapping annotation, unannotated bridge methods are included

INFORMATION_SCHEMA usability: difficult to access # of table records

NoSuchMethodError when using AnnotatedElementAdapter with Java 7

When we merge two MapJoin MapRedTasks, the TableScanOperator of the second one should be removed

Semijoin Reduction : Cycles due to semi join branch may remain undetected if small table side has a map join upstream.

master seems to be deleting region tmp directory from under compaction

Remove the redundant comma from RetriesExhaustedWithDetailsException#getDesc

Insight - MetricsCollector: Error sending metrics, insufficient roles/credentials for operation

OAuthRequestFailedException is the wrong exception to throw (apparently) when sparklr is not available

ddl commands fail with permissions issue when running using webhcat in secure Tez cluster

ThreadsProcessor configured with ExecutorService with DiscardPolicy or DiscardOldestPolicy leaves inflight exchanges for discarded tasks unprocessed.

Add missing equals or hashCode method(s) to stock Filter implementations

Fix HiveMetaStoreChecker.checkPartitionDirsSingleThreaded method

logic in TestHTableDescriptor#testAddCoprocessorWithSpecStr is wrong

Intermittent failures in ServerAuthenticationTestCase.testDisableLocalAuthAndStartServers

Put.setTimeStamp misleading (doesn't change timestamp on existing KeyValues, not copied in copy constructor)

java.lang.ClassCastException when using FlexibleAggregationStrategy with Spring Boot

The WildFly plugin's shutdown(reload=true) goal doesn't wait for the server to come back up

GenericTypeAwarePropertyDescriptor warns when creating java.security.SecureRandom bean

Exception during initialisaton of resource handling at WebReactiveConfiguration

Returning a RelationshipEntity from a custom repository query doesn't work.

Select operator doesn't propagate constants appearing in expressions

jaxrs-validator fraction is not auto-detected by the wildfly-swarm-plugin

Reorder applyPreJoinOrderingTransforms, add NotNULL/FilterMerge rules, improve Filter selectivity estimation

cxf-camel-cxf-code-first can't be built, missing versions for aries-proxy-api and aries-proxy-impl

HiveAuthorizationProviderBase gets catalog name from config rather than db object

Calling close() on inputStream returned by CompressorStreamFactory.createCompressorInputStream() does not close the underlying input stream

We miss vectorization in a case of count(*) when aggregation mode is COMPLETE

CDI request scope should be activated in the view interceptor chain

delegating item reader/writer needs documentation on registering delegate as a Stream.

ServletUriComponentsBuilder should replace context path when X-Forwarded-Prefix is present

Transaction subsystem attribute 'hornetq-store-enable-async-io' should be renamed for journal

'chunk-completion-policy' or 'commit-interval' with '#{jobParameters[...]}' is ignored when 'retry-limit' exists.

HBase RPC aspires to grow an infinite tree of trace scopes; some other places are also unsafe

Scripts for running EAP as service on RHEL contains unsupported option "reload" in help message

[replication] ZK Dump prints the raw PBUF for the HLog positions

ColumnMappins.ColumnMapping should expose public accessors for its fields

IntegrationTestIngestWithACL is not setting up LoadTestTool correctly

SaajSoapMessageFactory's checkForUtf8ByteOrderMark is corrupting input stream

MasterProcedureTestingUtility#testRecoveryAndDoubleExecution displays stale procedure state info

[replication] NPE while replicating a log that is acquiring a new block from HDFS 

MP Health - security enabled, no user yed added, user get info about adding user to access management interface, HTTP code is 200, should be 500

File consumer - NPE if configured to consume from root directory

When creating table with AVRO serde, the "avro.schema.url" should be about to load serde schema from file system beside HDFS

UDTF run in local fetch task does not return rows forwarded during GenericUDTF.close()

Rehashing on view change can result in premature session/ejb expiration

the recovery manager service is starting before the CMRResourceAdd is being processed

region_status.rb broken with NameError: uninitialized constant IOException

StringHttpMessageConverter should use HttpServletRequest encoding for POST body

BeanCurrentlyInCreationException when injecting async-event-queue to a Gemfire replicated region

allow Hibernate envers hibernate.listeners.envers.autoRegister == false

Rename getRepositoryFactoryClassName to getRepositoryFactoryBeanClassName.

Regression when executing CLI command directly from command line on Windows

when occurs "Connection reset by peer",netty4 client's EventLoopGroup select thread won't shut down

Impossible to use an existing javax.mail.Session with DefaultJavaMailSender

Datasources subsystem - minor documentation enhancement in scheme file

Compiled elvis operator does not work correctly when default value is a complex expression

AbstractRepositoryPopulatorFactoryBean handling of ContextRefreshedEvent doesn't work

Pass hconf values as XML instead of command line arguments to child JVM

CamelContext autoStartup=false and starting context programmatically doesnt work

Adding an empty log category results in a StringOutOfBoundsException

RegionSplitter Should Allow NSFRE during logical split verification

CBO failed due to NullPointerException in HiveAggregate.isBucketedInput()

META-INF/spring.components files created by spring-context-indexer are not being used

Hive HBase query fails on Tez due to missing jars and then due to NPE in getSplits

Boot failure when domain-controller/remote element does not specify port attribute

FormHttpMessageConverter fails to write multipart data with charset param

Wildfly Elytron Tool, run script without any parameter must show help output, not error message

Programatic authentication is not creating a HTTP session if one does not already exist.

Type hint not added when updating nested list elements with inheritance

hbase-config.sh needs to be updated so it can auto-detects the sun jre provided by RHEL6

MessageListenerContainerLifecycleIntegrationTests  testNonTransactionalHighLevel fails intermittently

Mixing StringBuilder and String concatenation in FinderMetadata.java

Can't join HBase tables if one's name is the beginning of the other

Increment / decrement of rpcCount in RpcServer#Connection is not protected by synchronization

IN operator for partition column fails when the partition column type is DATE

ConcurrentModificationException in notifyChangedReadersObservers

CTAS (create-table-as-select) throws exception when showing results

reduce noisy log level of ColumnarSerDe.java:116 from INFO to DEBUG

TableSnapshotInputFormat should not create back references when restoring snapshot

PropertiesReader.doParseProperty() version 1.8+ not backward compatible

LegacyPropertiesSecurityRealm uses a stream with a filter and a forEach that could be rewritten as a simple for loop

Intermittent failure in EJBClientDescriptorTestCase.testClientInvocationTimeout 

Set parameter enableEventsResending should be before Atmosphere wrap request

Configuring SSLContext in mod_cluster filter fails with "Capability 'org.wildfly.undertow.mod_cluster_filter.modcluster' is unknown in context 'global'."

HLogSplitter renaming recovered.edits and CJ removing the parent directory race, making the HBCK think cluster is inconsistent.

CGLIB version should be aligned in Manifest to allow usage of 2.2.0 in OSGI

ParseUtils.parseAttributeValue should not fail due to DMR type conversions

Camel Salesforce component field LastActivityDate is typed with java.lang.String, which is not consistent with the Salesforce SOAP type "xsd:date"

ClassNotFoundException is encountered when custom WAL codec is not found in WALPlayer job

AbstractMarshallerTestCase.testMarshalDOMResult() builds a DOM object that does not retain namespace

If SPNEGO authorization fails start the challenge process from scratch

TaskExecutor configuration ignored in 2.1 namespace for <tasklet/> with no <chunk/>

BucketingSortingReduceSinkOptimizer throws NullPointException during ETL

RefreshPeerProcedure should also wait master initialized before executing

Update our hadoop2 in trunk and 0.95 to 2.0.5-alpha (We are currently 2.0.2)

HBase book mentions hadoop.ssl.enabled when it should be hbase.ssl.enabled

ReflectionUtils.makeAccessible(Field) should check for Modifier.isFinal

IntegrationTestDDLMasterFailover does not clean created namespaces 

Binding to <any-address/> will make mod_cluster advertise host as 0.0.0.0

security setup and jsf(and maybe also gwt) - security depends on non existing webmvc-config.xml

Formatter configuration is not correctly checked for a changed value

ConsumerRebalanceListener is not registered when topicIsPattern is turned off. Causing message loss or too many duplicates

GlobalMethodSecurityBeanDefinitionParser.AuthenticationManagerDelegator attempts to get a bean using the concrete implementation

Configure Tez to make nocondiional task size memory available for the Processor

ICVs across /during a flush can cause multiple keys with the same TS (bad)

Remove extra RegionCoprocessor preClose() in RSRpcServices#closeRegion

AsyncRpcClient#createRpcChannel() should check and remove dead channel before creating new one to same server

Table regions are not assigning back, after restarting all regionservers at once.

XmlBeanFactoryTests.testFileSystemResourceWithImport fails on Windows if path contains spaces

AbstractMethodError when calling validated method of MethodValidationPostProcessor is using a @Lazy validator

ORC format: where clause with CHAR data type not returning any rows

org.apache.hadoop.hbase.rest.PerformanceEvaluation is out of sync with org.apache.hadoop.hbase.PerformanceEvaluation

On Master restart if table is stuck in DISABLING state, CLOSED regions should not be considered stuck in-transition

Vectorization: Unable to vectorize regexp_extract/regexp_replace " Udf: GenericUDFBridge, is not supported"

Cannot retrieve column statistics using HMS API if column name contains uppercase characters 

StepScoped proxies not being created with proxyMode=TARGET_CLASS

Confusion about the recording of the org.wildfly.remoting.endpoint capability and the resource that configures it

HBase master should log INFO message when it attempts to assign a region

ReaderInputStream#read(byte[] b, int off, int len) should check for valid parameters

database.properties and VMforce config.properties files not written out to disk

PageableHandlerMethodArgumentResolver reduces page size by one if on-indexed parameters are used

Duplicate licenses.xml files in the feature-pack module source tree

[BC break] : Get and Scan operation with a custom converter_class not working

Result.current() throws ArrayIndexOutOfBoundsException after calling advance()

master.jsp & table.jsp do not URI Encode table or region names in links

NPE after pressing tab in CLI when adding connector in remoting subsystem

Elytron SSO causes distributed session lock timeouts if request contains obsolete SSO cookie

Error message in the log on every click within the console in domain mode.

MailBinding can't handle the subject header with NO_ASCII code rightly.

PropertySourcesPlaceholderConfigurer can not ignore resource if not found

Executing queries using Hive Server is not logging to the log file specified in hive-log4j.properties

Activating SQLStandardAuth results in NPE [hbase-metastore branch]

Delete CSRF meta tags from view templates to use only those from layouts

<mvc:annotation-driven>'s checks for JSR-303 and JAXB2 fail in an OSGi environment

ClassCastException when something other than PropertiesComponent is bound to "properties" JNDI name

HiveServer2 JDBC SSL binary client transport should not call a TTransport#open 

MP fault tolerance: @CircuitBreaker doesn't work when the method is @Asynchronous

convertUrlToLowercaseBeforeComparison in PathBasedFilterInvocationDefinitionMap  is not consistent

Streaming ingest V2 API can generate invalid orc file if interrupted

Nested multicast in splitter EIP and issue with UseOriginalAggregationStrategy

Spurious ":" in @Resource annotation 'name' value results in invalid binding but no deployment error

NamedEntityObjectIdentity not stripping cglib ehanced class names.

Inconsistent description format of operation resolve-address-setting

Description of attribute transaction of pooled connection factory is set to TODO

Online update of configuration for all servers leaves out masters

Include wildfly-ejb-client-legacy-bom and jboss-ejb-client-legacy in Maven repo

Camel-google-mail: Remove scopes from configuration. This option is never really used.

WebSocketsDefinition BUFFER_POOL and WORKER are not configured as capability references

ResourceHttpRequestHandler fails with IllegalArgumentException: No matching constant for [0]

Enable hive creating external table at the root directory of DFS

Spring ROO has a compilation failure with clean m2 directory and first time compiling

UriComponentsBuilder should be case-insensitive when parsing URL scheme names

Add Streaming support in Windowing mode for more UDAFs (min/max, lead/lag, fval/lval)

HttpSessionRequestCache.getRequest performs cast to concrete DefaultSavedRequest instead of interface SavedRequest

Fuse quickstarts : camel-cxf-code-first and camel-cxf-contract-first tests exceptions

Replace globStatus with listStatus inside Hive.java's replaceFiles.

No response parameter for scope when using implicit grant (and scopes are different than requested)

ActiveProfilesResolver is supplied composed annotation class instead of test class

HiveFilterSetOpTransposeRule might be executed over non deterministic filter predicates

MSLab May cause the Bytes.toLong not work correctly for increment

Camel-Caffeine: ExpireAfterAccess set two times instead of ExpireAfterWrite

IllegalStateException when invoking ManagedExecutorService.submit()

Race condition in HRegion.batchMutate()  causes partial data to be written when region closes

Shared work optimizer may leave useless operator branches in the plan

ExtendedBeanInfo Passes Empty Property Name to PropertyDescriptor Causing IntrospectionException: bad property name

Wildfly Elytron Tool, Summary CLI command for adding new credential store contains duplicity for "create" and "location" attribute, "modification" attr is wrongly placed..

Spring WebFlow throws IllegalArgumentException while binding map entries

count(*) with count(distinct) gives wrong results when hive.groupby.skewindata=true

Allow CopyTable to identify the source cluster (for replication scenarios)

region can be opened on two servers due to race condition with procedures and server reports

Missing version that encapsulates JGroups subsystem model changes since WF 10.1

in DefaultStepExecutionAggregator.aggregate(...) the aggregation of processor.skipCount is missing

[Bulk load tools] loadtable.rb calls an undefined method `descendingIterator' 

Camel-example-spring-cloud-servicecall doesn't work out of the box

SMB joins produce incorrect results with multiple partitions and buckets

Bootstrap replication is slow as it opens lot of metastore connections.

Scheduled tasks aren't cancelled on ScheduledTaskRegistrar destruction anymore

PreAuthenticatedProcessingFilter does not clear out the security context causing user to unintentionally remain authenticated

@Qualifier resolution fails with Spring Batch parent/child context arrangement

Row based Filters added via Hive Ranger policies are not pushed to druid

Backup master will never come up if primary master dies during initialization

The GatewayReceiverFactoryBean needs to set GatewayReceiverFactory.setManualStart(false) in GemFire 8.1 in order to enable manual starts on a GatewayReceiver.

CXFRS client gets "Response timeout" exception when used with Camel transport

Some metastore event listeners always initialize deleteData as false

Bad error message when adding singleton policy with new cache container in Singleton Subsystem

Region normalizer fails to trigger merge action where one of the regions is empty

ALTER TABLE PARTITION COLUMN does not set partition column comments

ExportSnapshot may write snapshot info file to wrong directory when specifying target name

Sensible defaults: Map aggregation memory configs are too aggressive

When using SSL, a NettyConsumer set to Client Mode does not initiate a handshake

Some of the JDBC test cases are failing on Windows because of the longer class path.

HtablePool constructor not reading config files in certain cases

<Resource leak>: Fix the file handle leaks in Symbolic & Symlink related input formats.

webhcat launcher job should reconnect to the running child job on task retry

X-Forwarded-Port with Comma Separated List Not Able to be Parsed in Spring 4.1.x

Hive JDBC - DatabaseMetaData.getColumns method cannot find classes added with "add jar" command

[Patch] Endpoints in WhitelabelApprovalEndpoint do not set the content type header

Call to preCommitStoreFile() hook encounters SaslException in secure deployment

Access TokenEndpoint hard coded to not return Content-Type parameter in specification

StreamCache - File spooled stream cache does not work well on Windows due not closing file resource

CronSequenceGenerator bug scheduling next date when using day of week

AroundInvokeAnnotationParsingProcessor should fail when more methods with @AroundInvoke annotation are found in the class

RANGE_OF_DELAY in PeriodicMemstoreFlusher should be configurable.

Uninitialized HRegionServer#walFactory may result in NullPointerException at region server startup​

Extend TestFileDump test case to printout ORC row index information

AssignmentManager#waitForAssignment could have unexpected negative deadline

IPCUtil.wrapException should keep the original exception types for all the connection exceptions

the "cli" Maven module: should the JBoss LogManager dependency be optional?

Bridged method detection leads to false positive detection of autowired annotations

413 Error with Stargate through Knox, using AD, SPNEGO, and Pre-Auth

Incremental REPL LOAD adds redundant COPY and MOVE tasks for external table events.

OrderedBytes.isEncodedValue does not check for int8 and int16 types

Keep "cookie_needed" property in SockJS service enabled by default

SAP Camel Server Components needs to stop and release JCo Servers

hbase-protocol-shaded generate-shaded-classes profile unpacks shaded java files into wrong location

Semantic Exception Error Msg should be with in the range of "10000 to 19999"

Credential reference integration with client-certificate-store does not work

includeMVCCReadpoint parameter in DefaultCompactor#createTmpWriter() represents no-op

Example command in the "Getting Started" documentation doesn't work

AjaxTilesView does not resolve deeply nested tiles attributes for rendering as fragments if the containing view has not previously been rendered.

Collection Binding broken - TypeConverterDelegate does bind Collection Elements to Collection type instead of the collection elements Type

Incorrect disk range computation in ORC because of optional stream kind

Exclude decoratedClass from JSON links, created from Projection and received with Spring @RestController

Regex patterns not working in SHOW MATERIALIZED VIEWS '<pattern>'

ResultProcessor should create approximate collection instead of exact one

Tune zlib compression in ORC to account for the encoding strategy

Relocate more dependencies (e.g. org.apache.zookeeper) for JDBC uber jar

using Scan(startRow,stopRow) will cause you to iterate the entire table

qualified tablenames usage does not work with several alter-table commands

Partition storage descriptors being set from table sd without copying [hbase-metastore branch]

CommandLineJobRunner and lack of standard input exception handling

Failed taking snapshot - region Manifest proto-message too large

Flushing memstore again after last failure could cause data loss

connectors : alias scheme is not used by the connector component

CacheOnWrite is using the temporary output path for block names, need to use a more consistent block naming scheme

Missing null checks in URIUtil.getHostForURI(SocketAddress socketAddress) method

HTTP4 Producer for TLS schemes transforms endpoint URI to `http4s`

SpEL: Elvis operator throwing NPE in case of an empty base expression

During a cluster restart, Hmaster thinks it is a failover by mistake

Fail the writes rather than proceeding silently to prevent data loss when AsyncSyncer encounters null writer and its writes aren't synced by other Asyncer

Infinispan cache containers should only use JMX if the associated capability is available.

SessionManagementFilter does not add space between ID and session ID

hibernate version should probably be aligned to version 4.2.20.Final-redhat-1

retry time sequence usage in HConnectionManager has off-by-one error 

Allow nested MongoDB field references to be used in SpEL expressions within Projections.

JPA's persistence.xml is deployed before datasources are created through application.xml

Possible NPE on regionserver abort if replication service has not been started

IntegrationTestLoadAndVerify cannot be configured anymore on distributed mode

Need to fail split if SPLIT znode is deleted even before the split is completed.

Duplicate WildFly14.0 host exclude entry in domain-host-excludes.xml configuration

Zookeeper log4j property set to ERROR on default, same output when cluster working and not working

camel-jms - Fixed ReplyTo configured on endpoint should also work for consumers

Beeline usage is printed twice when "beeline --help" is executed

Hazelcast aggregation repository tests may fail if multiple network interfaces are configured on th host

SSH and DisableTableHandler happening together does not clear the znode of the region and RIT map.

StackOverflowError when using custom UDF after adding archive after adding jars

WildcardFileFilter ctors should not use null to mean IOCase.SENSITIVE when delegating to other ctors

JDBC DatabaseMetaData.getTables with large no of tables call leads to HS2 OOM 

Add more comment to https://reviews.facebook.net/D1209 (HIVE-2340)

Unexpected java.lang.ArrayIndexOutOfBoundsException from query with LaterView Operation for hive on MR.

Elytron subsystem does not register capability org.wildfly.security.jacc-policy

loadResourceAsStream in ObjectHelper could not load resource with leading "/"

JMS Producers are cached even when the destination is a temporary queue causing a memory leak

Oracle upgrade schema scripts do not map Java long datatype columns correctly for transaction related tables

Deserialization of association URIs does not consider EntityLookups

RegexRequestMatcher's matches should append question mark after path info and before query

ZK event thread waiting for root region assignment may block server shutdown handler for the region sever the root region was on

Using the Dataset support get NPE when saving POJOs containing null values in some fields

Broken processing of queries containing NOT (x IS NOT NULL and x <> 0)

AbstractAutoProxyCreator throws IllegalStateException when using Apache Orchestra conversations 

Undertow doesn't seem to handle Windows shortened names with overlays

TestAssignmentManager#testDisablingTableRegionsAssignmentDuringCleanClusterStartup fails due to port 60000 already in use.

Some poms hardcode the org.wildfly maven groupId in references to internal artifacts

SHOW CREATE TABLE on skewed table returns statement without skew definition

rest and secure-rest quickstarts are missing changes from fabric8

SubDeploymentProcessor leaks Attachments.SUB_DEPLOYMENTS on undeploy()

PowerShell script tests should run with an unrestricted execution policy

Type in ql/pom.xml prevents jobs from parquet queries from running on a cluster

AbstractInterceptorDrivenBeanDefinitionDecorator NPE for bean definitions without direct class attribute

javax.inject.Singleton not recognized as a bean defining annotation

PropertiesAttributeDefinition unwrap does not properly handle undefined values

Setting global error handler in camel-spring may not work correctly

Discrepancy in cardinality estimates between partitioned and un-partitioned tables 

toString() method of Column class in DBRE causes stack overflow if called 

CxfEndpointBeanDefinitionParser throws a ClassCastException when definining inner list elements in spring configuration

Watermark policy does not distribute work (distributed workmanager)

ALTER TABLE authorization_part SET PROPERTIES ("PARTITIONL_LEVEL_PRIVILEGE"="TRUE"); fails when authorization_part is MicroManaged table.

SubProtocolWebSocketHandler should not log ERROR on "No messages received after ..."

Error by upgrading a Hive 0.7.0 database to 0.8.0 (008-HIVE-2246.mysql.sql) 

Projections not handled correctly when Optional is used as wrapping return type

Populate RequestAttributes before invoking FilterChain in MockMvc

ServerEndpointExporter causes application context refresh to fail with an NPE when used in a Spring Boot app

Exception thrown when schemaPrefix is empty in XsdBasedSoap11Wsdl4jDefinitionBuilder

rpc refactor dropped passing the operation timeout through to the rpcclient

WebHCat 'jobs' endpoint fails if it runs into issues with any of the jobs

PersistentResourceXMLDescription should marshall default values by default

ConnectionImplementation.locateRegions() returns duplicated entries when region replication is on

Allow StatsOptimizer to optimize the query for Constant GroupBy keys 

Remove unused join configuration parameter: hive.mapjoin.cache.numrows

Refined ZooKeeperWatcher to prevent ZooKeeper's callback while construction

camel-spring-boot - CamelContextConfiguration afterApplicationStart should trigger later

Retrieve and display diagnostic information when TezTask fails on cluster

SimpleRequestExpectationManager fails with sequential calls with different count

Unable to deploy a web application on Oracle WebLogic Server 12.2.1.1.0

Fix backward compatibility issues of javax.api & javax.sql.api modules

Detect query rewrite scenario for UPDATE/DELETE/MERGE and fail fast

Missing owner name and type fields in schema script for DBS table 

StompSubProtocolHandler eventPublisher being cleared by SubProtocolWebSocketHandler

Sync method in RecoverableZooKeeper failed to pass callback function in

Multiple constructor-arg with same index=0 withing the same bean element does not throw exception

WebHCat job submission is killed by TaskTracker since it's not sending a heartbeat properly

ServletContainerInitializers from jboss-deployment-structure.xml module dependencies are not invoked

I broke the build when I submitted HBASE-3581 (Send length of the rpc response)

XMLConfiguration with setAutoSave(true) doesn't save if SubnodeConfiguration is changed

Digest auth does not support nonce count, causing browsers to replay every request

URL suffixes such as "/" and ".*" not considered when checking whether to send a 405, 406 or 415 code

Don't allow Salesforce HTTP client to stop with outstanding requests

Using -enableassertions and AspectJ >= 1.6.10 may cause AssertionError in org.aspectj.weaver.UnresolvedType

Hadoop-2 test failures related to quick stats not being populated correctly

spring-rabbit-1.0.0.RC1.jar missing one Import-Package in the MANIFEST.MF

Master will lose hlog entries while splitting if region has empty oldlogfile.log

NullPointerException if Thread.getContextClassLoader() returns null

"test.build.data" property overused leading to write data at the wrong place

read-attribute on non existing logger under /deployment throws NPE

JibxMarshaller deletes comments when Result is an XMLEventWriter

DefaultSpringSecurityContextSource should support escaped spaces in URL.

VersionResourceResolver's versionStrategyMap should keep insertion order

Alter table change column comment should not try to get column stats for update

 SASL property com.sun.security.sasl.digest.utf8 does not behave as default when its default value is explicitely configured

WeldLogger and WeldEjbLogger return an Exception that is never used

add fully deterministic ORDER BY in test union22.q and input40.q

Resource Adapters subsystem transformers for model version 2.0.0 are not registered

Coverity static analysis: Explicit null dereferenced in SetCredentialsConfiguration (Elytron)

GenericUDFOr and GenericUDFAnd cannot receive boolean typed object

HTable#close will hang forever if unchecked error/exception thrown in AsyncProcess#sendMultiAction

java.util.ConcurrentModificationException at org.apache.camel.impl.DefaultExchange.createProperties(DefaultExchange.java:550) in 2.20.1

HBase 2984 breaks ability to specify BLOOMFILTER & COMPRESSION via shell

Confusing IllegalArgumentException when address attribute isn't specified on CXF endpoint.

HibernateItemReaderHelper requires queryProvider field to be an instance of AbstractHibernateQueryProvider

unassign a region fails due to the hosting region server is in FailedServerList

Native Vector MapJoin fails when trying to serialize BigTable rows that have (unreferenced) complex types

HiveStatement client transport lock should unlock in finally block.

TestNodeHealthCheckChore.testHealthChecker failed 0.95 build #36

CleanerChore checkAndDeleteDirectory not deleting empty directories

Fix issues analysis.apache.org raises about StochasticLoadBalancer

EOFException opening HStoreFile info file (spin on HBASE-645 and 550)

shaded client includes several non-relocated third party dependencies

Loading an entity: collection does not merge correctly and replaces instead

webhcat_config.sh should set default values for HIVE_HOME and HCAT_PREFIX that work with default build tree structure

Cast exception observed when hive runs a multi join query on metastore (postgres), since postgres pushes the filter into the join, and ignores the condition before applying cast

Security context associated with EJB asynchronous invocations can potentially be corrupted over time by the caller thread

Failing TestMasterFailover.testMasterFailoverWithMockedRITOnDeadRS up on jenkins

Update operation $addToSet does not support adding a list with $each

Route contract validate does not throw validation exception when validation fails

EncodedReaderImpl::readEncodedColumns in io elevator path printing lots of logs

Issuing queries with COUNT(DISTINCT) on a column that may contain null values hits a NPE

Warehouse table subdirectories should inherit the group permissions of the warehouse parent directory

read-content operation does not return the uuid of the stream as the operation result

Camel proxy - Detect the proxied method returned null and allow that as a valid answer

Tests can fail with java.net.BindException: Address already in use

Early initialization of @Configuration class may lead to unwanted call to setBeanFactory

Typo: exception has been created and lost in the ThriftJDBCBinarySerDe

Hive throws Null Pointer Exception upon CREATE TABLE <db_name>.<table_name> ....     if the given <db_name> doesn't exist

Revert HIVE-5700 - enforce single date format for partition column storage

Blueprint example and archetype does not work when executed with camel:run

NPE during Session.requestDone(...) when using <transaction mode="NONE"/>

ExternalManagementRequestExecutor not properly tracked by ContainerStateMonitor

Filter returning INCLUDE_AND_NEXT_COL doesn't skip remaining versions when scan has explicit columns

GzipCompressorInputStream doesn't support concatenated .gz files

Can't deploy a deployment containing an org.jboss.ejb.client.EJBClientInterceptor registered using ServiceLoader

ClassNotFoundException when creating singleton service via SingletonPolicy

FileUtils.doCopyFile(File, File, boolean) can throw ClosedByInterruptException

HiveMetaStore.java:[6089,29] cannot find symbol class JvmPauseMonitor

ManagedDatagramSocketBinding and ManagedMulticastSocketBinding throw NPE if created with bind address

Coverity static analysis: Suspicious integer expression in BSDUnixDESCryptPasswordImpl (Elytron)

LazyBinaryObjectInspector.getPrimitiveJavaObject copies beyond length of underlying BytesWritable

javax.ejb.ConcurrentAccessTimeoutException does not specify the offending EJB

Add MaxChannelMemorySize and MaxTotalMemorySize for OrderedMemoryAwareThreadPoolExecutor

Hive complains invalid column reference with 'having' aggregate predicates

get* and getScanner are different in how they treat column parameter

Camel route commands should set the TCCL when working with local camel context

QueryId can't be stored in the configuration of the SessionState since multiple queries can run in a single session

The 'module' attribute on all custom-* resource definitions must be mandatory

RSSnapshotManager.ZKProcedureMemberRpcs may be initialized with the wrong server name

Hiverserver2 doesn't honor command line argument when initializing log4j

sec:accesscontrollist hasPermission no longer supports integer bitmasks

ZSetOperations.TypedTuple will throw ClassCastException during sorting

FileSinkOperator should delete existing output target when renaming

Reference documentation on web pagination shows outdated parameter names

roo.sh doesn't work when de directory route has spaces on a name

Failover load balancer - should prepare exchange before failover

Rollback stateCount accounting thrown-off when exception out of rollbackState

Datetime input is incorrect when you use pattern style "S-". It confuses year 2033 with 1933, etc.

:resolve-path provides wrong path if attribute "path" contains absolute path

UNION ALL should create different destination directories for different operands

EndpointInterceptorAdapter removes "throws Exception" from handleFault() method defined by EndpointInterceptor

DomainRootDefinition.RolloutPlanValidator is throwing OFE when it should just be an assert

LazyInitTargetSourceCreator  does not work in Java-based configuration

FilePermission for XNIO and Marshalling modules are required for Remoting to run with security manager

ConvertBodyType toString doesn't take consideration of the typeClass setting

The CollectionUtils.removeAll method calls the ListUtils.retainAll method instead of the ListUtils.removeAll method.

Mapjoin will fail if there are no files associating with the join tables

In PasswordKeyMapper an exception is logged with a wrong algorithm name.

UrlPathHelper could make use of request.getPathInfo in some special cases

javax.persistence.PersistenceException: [PersistenceUnit: primary] Unable to build Hibernate SessionFactory when using Infinispan as 2nd level cache for hibernate

Fix race condition between ContinuousQuery registration and EnableClusterConfiguration Region creation

Correct the syntax shown for using ExportSnapshot tool in the book

HBase shell help for scan and returning a column family has a typo

FSTableDescriptors.getTableInfoPath() should handle FileNotFoundException

TableMapReduceUtil addHBaseDependencyJars has the wrong class name for PrefixTreeCodec

Fix incorrect server proxying behavior when registering local, client Regions using EnableCachingDefinedRegions

[bulk load]  the HBASE-4552 API can't tell if errors on region server are recoverable

Minus operator in Elytron SASL mechanism selector does not prevent mechanism from occuring later

When deduplicating multiple SelectOperators, we should update RowResolver accordinly

PartitionManagementTask should not modify DN configs to avoid closing persistence manager

AbstractFileConfiguration.load(String filename) returns with current directory changed

Services required to add support for sasl authentication on legacy realms may not be there

Unnecessary stubbings detected in test class: TestReversedScannerCallable

Roo does not clean up finder methods from UI navigation menu when removed from @RooEntity

NPE when we call isSame from an instance of ExprNodeConstantDesc with null value

Data loss after compaction when a row has more than Integer.MAX_VALUE columns

Jaxb2Marshaller::supports() ignores classes found by packages scanning

Fix of WFCORE-3826 breaks plain authentication for ejbs using legacy configuration

Fix potential null pointer dereference in HRegionServer and TableLockChecker

Components that create application contexts should look for *Aware in the infrastructure beans it copies down to the child context

CLI if/else is not handling special characters strings with parenthesis

Minor formatting issue when logging a namespace scope in AuthResult#toContextString

HBase Snapshot IF fails at run time with missing dependency of MetricsRegistry

ConfigurationConverter does not handle CompositeConfiguration correctly

Creating cache from user code needs to execute in a privileged block

Container tries to autowire dependencies despite explicit arguments given

Vectorization : RuntimeException "Big Table Retained Mapping duplicate column"

[JBoss A-MQ distro, Fabric, offline] A-MQ distro will not create a fabric when no access to internet

SJMS: Cannot connect to durable topic because "noLocal" is hardcoded to "true"

Samples: environment switching does not work on command line (pom typo)

ReverseProxyTestCase fails when running after ForwardedHandlerTestCase

HBaseClient.getConnection() may return a broken connection without throwing an exception

Jackson ClassMapper implementations are vulnerable for the CVE-2017-4995

SoapMessageInInterceptor imports test generated code(pizza.types.CallerIDHeaderType)

HDFSBlocksDistribution shouldn't send NPEs when something goes wrong

Java 8: ASM5 visitors required for parsing INVOKESPECIAL/STATIC on interfaces

Explain query fails with NPE if a client doesn't call getResultSetSchema()

Scalar sub-query: sq_count_check not required if gby keys are constant

Elytron ExternalSaslServerFactory.createSaslServer should return null for unsupported policies

TestJdbcWithMiniHS2.java broken because of the removal of hive.server2.thrift.http.max.worker.threads 

SessionFixationProtectionFilter creates new session even when the requested session id is null or invalid.

WebClient throws ClassCastException for bodyToMono(ParameterizedTypeReference)

Fix warning: Class org.apache.hadoop.minikdc.MiniKdc not found in hbase-spark

Aggregate EIP - Completion from batch consumer should trigger first

IllegalArgumentException from messaging-activemq after migration from EAP 6.4.x

[availability] Skip recovered.edits files with edits we know older than what region currently has

LazySimpleSerializeWrite.writeString() contains if with an empty body

By-type matching caches in DefaultListableBeanFactory should be cleared on registerSingleton

Camel-AWS IAM: The accessKey delete operation need to specify an AccessKey Id instead of a username

Hive build on Windows failed with datanucleus enhancer error "command line is too long"

Thread security context stuck with invalid credentials after authentication failure

AopUtils.getMostSpecificMethod should expose dynamic proxy class methods

hive.optimize.reducededuplication should be set to false for IUD ops

GzipResourceResolver has NullPointerException when used with VersionResourceResolver

Spring Data REST registered ConversionService not used when overriding individual resources

Replies with Incorrect CorrelationIDs Received After Reinstantiating a Route with ActiveMQ Endpoint and Exclusive Reply Queue

Drop-partition for multi-level partition fails, if data does not exist.

Wrong FS error during Tez merge files when warehouse and scratchdir are on different FS

Example config of SoapFaultMappingExceptionResolver contains incorrect package for class

Infinispan subsystem XSD disagrees with TransactionResourceDefinition on default locking mode

[CBO] Partition pruner doesnt handle unpartitioned table in non-strict mode correctly

RabbitTemplate.afterReceivePostProcessors Not Called for SendAndReceive Ops

Hiveserver2 in http mode not emitting metric default.General.open_connections

Restlet contract for RestConsumerFactory does not start the Endpoint

Implement workaround for WFLY-3044 without requiring a spec maintenance release

Type aware canWrite() method should be called for GenericHttpMessageConverter

Remove repetitively setting permissions in insert/load overwrite partition

MethodInvocationPrivilegeEvaluator incorrectly throws exception with null Authentication

socketFactory must also be set in MailConfiguration when STARTTLS is used

Documentation is not giving the right class name for offline merges.

When a node left and rejoined the cluster, the authentication failed to sync.

NPE in org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke

JBossWebParsingDeploymentProcessorTest fails if ran after any WebSubsystemTestCase

ReadResourceNameOperationStepHandler does not check if the resource exists before returning the resource name

camel-sftp : on windows stepwise = true change directory fails to change directory

PGPDataFormat: verification with subkey restricted by User ID does not work

The ClientSimpleScanner keeps retrying if the hfile is corrupt or cannot found

Incorrectly closed header results in not helping IllegalArgumentException with null message

JGroups subsystem parser should not allow thread pool to be defined per protocol

The build() method of LegacyPropertiesSecurityRealm.Builder needs to be public.

ORC Schema Evolution Issues (Vectorized, ACID, and Non-Vectorized)

Use IOContext instead of HADOOPMAPFILENAME in MapOperator setup for Tez

TezTask - getting groups may fail (PartialGroupNameException in some tests)

Hive PPD might remove predicates when they are defined as a simple expr e.g. WHERE 'a'

Hive metastore upgrade from v0.13.0 to v0.14.0 script for Oracle is missing an upgrade step

Hive transaction manager hardwires bonecp as the JDBC pooling implementation

Adding unit test for HBASE-10964 (Delete mutation is not consistent with Put wrt timestamp)

RestTemplate with HttpComponentsClientHttpRequestFactory and no buffering with an interceptor throws UnsupportedOperationException

randomWrite mode of PerformanceEvaluation benchmark program writes only to a small range of keys

3.0.6 Map to Map conversion shallow copying maps causing unexpected results on upgrade from 3.0.5

CellCounter will throw AIOBE when output directory is not specified

Annotation attributes initialized with arrays are not parsed correctly.

NullPointerException occurs during parsing web.xml with missing context param-name

RepositoryInterfaceAwareBeanPostProcessor potentially suffers from NullPointerException

ProtocolSelector.add should use AddingProtocolSelector not RemovingProtocolSelector

[JDK9+] org.jboss.metadata.merge package is exported by multiple jars

ErrorsMethodArgumentResolver fails when model attribute is mentioned in the signature of @ModelAttribute-annotated method

ZooKeeper znodes are bootstrapped with insecure ACLs in a secure configuration

Need to click Edit button twice to edit a freshly created entity.  

Deletes with and without visibility expression do not delete the matching mutation

ResponseEntity now returned as a literal response when used in conjunction with @ResponseBody

Sort order inside Pageable is not respected on PartTree generated queries

AbstractFlowExecutionTests.assertFlowExecutionOutcomeEquals() has jUnit arguments reversed

MultiTableInputFormatBase#getSplits creates a Connection per Table

Adding protocol with override definition to fork results in IllegalStateException

While stopping, the QuickfixjEngine should unregister the MBean being registered for the Initiator at startup.

Wrong error message in case incorrect snapshot name OR Incorrect table name

JDBC - The GetOperationStatus + log can block query progress via sleep()

HystrixCommandInterceptor must not save any invocation-related state

UINT32 Parquet columns are handled as signed INT32-s, silently reading incorrect data

BeanUtils.getPropertyDescriptor() returns property descriptor not in array returned by BeanUtils.getPropertyDescriptors

Shell.flash(..) method interface is unclear whether null is acceptable as second argument to the method

Lumberjack protocol v1 acknowlegment is not correcty implemented

camel-groovy - setting header causes exchange to lose message details

JGroups: failed setting ip_ttl on windows with dual-stack IPv6 with "Method not implemented!"

Weld subsystem exposes way too much dependancies to user deployment

missing store refresh token when refresh an access token if reuse refresh token set to false

rowlock release problem with thread interruptions in batchMutate

AutowireBeanFactoryObjectPostProcessor does not work with BeanNameAutoProxyCreator

ResultScanner allowing partial result will miss the rest of the row if the region is moved between two rpc requests

ZooKeeperProducer should shutdown the ConnectionManager when it is closed

The "task:annotation-driven" element no longer has a "mode" attribute

@Component within @Configuration class cannot @Autowire Regression

java.lang.IllegalStateException: Connection factory has been shutdown

java.lang.IndexOutOfBoundsException for query with rank() over(partition ...)

Reading datablock throws "Invalid HFile block magic" and can not switch to hdfs checksum 

Migration of states should be performed once META is assigned and onlined.

Log4J add-on creating incorrect XML elements in web.xml following MVC refactoring

UT005023: Exception handling request to /frontend/images/favicon.ico: java.lang.NullPointerException

Unhandled websocket error when unsolicited pong frame with zero length payload received from IE11

Using JKS truststore leads to "FIPS mode: only SunJSSE TrustManagers may be used"

JobExecution fields could be modified in another Thread and are not volatile

ParquetInputFormat provides data values that do not match the object inspectors

Initializing custom Metrics implementation failed in Mapper or Reducer

Elytron, mechanism-names and mechanism-oids allows duplicate values

remove-alias should fail when remove non-existent alias from credential store.

@CreateSwarm fails when test class implements interfaces or extends classes

inserting into external tables with custom partition directories may cause data loss

virtual column references inside subqueries cause execution exceptions

<form:form> tag produces incorrect action attribute under Glassfish v2.1.1

HCatalog  is ignoring user specified avro schema in the table definition

FtpOperations Delete operation not respecting Stepwise Attribute

Authentication with context defined in outbound connection with non-http-remoting protocol always fails unless it is Elytron default

Non-successive TableInputSplits may wrongly be merged by auto balancing feature

Tez: union all followed by group by followed by another union all gives error

Camel Example Servlet REST generates java.lang.NoClassDefFoundError: scala/xml/PrettyPrinter

Apache Avro version not compatible with Hibernate Search requirements

ChannelSendOperator.WriteBarrier readyToWrite has race condition

Infinispan subsystem cache configuration is lost when cache is created

Distributed web session expiration scheduler payload is too large

Vectorization: ProcessingModeHashAggregate::sumBatchSize is never reset

JsonSerde ignores varchar and char size limit specified during table creation

Transacted routes don't allow custom error handlers to mark exception as handled AND set rollback only

Escaping of weird characters in DistinguishedNames is inconsistent

ProtocolLogger is used outside org.jboss.as.protocol module but isn't available

-Psetup.eclipse with Java6 doesn't use proper dependencies or JRE level

ClassTypeInformation computes incorrect TypeVariable mappings for recursive generics

Broken jedis connection returned to jedis pool, cause many strange exceptions

CommandDispatcher can throw InvalidClassException if command class is not available

Mutation API: Coordinator communication with meta store should be optional

hcatalog/webhcat scripts in tar.gz don't have execute permissions set

For @RepositoryRestController, appending %7B to URL passes security check.

[AccessController] issue with covering permission check in case of concurrent op on same row

LLAP: Fail map join tasks if hash table memory exceeds threshold

DefaultPackageScanClassResolver.addClassLoader should check the UnsupportedOperationException

ReactiveMongoRepository.saveAll(…) does not consider collection name for new entities

Undertow subsystem template missing changes latest schema updates.

Load data inpath into a new partition without overwrite does not move the file

Hybrid grace Hash join : Use estimate key count from stats to initialize BytesBytesMultiHashMap

BCryptPasswordEncoder throws IllegalArgumentException: Encoded password cannot be null or empty if password is empty (i.e. not encoded)

AbstractConnectionSource should ignore SUN_LDAP_POOLING_FLAG in base environment

union involving double column with a map join subquery will fail or give wrong results

Support partial partition spec for certain ALTER PARTITION statements

Change default value for hive.tez.bigtable.minsize.semijoin.reduction

Hive metastore filter-by-expression is broken for non-partition expressions

XmlEventDecoder triggers IllegalReferenceCountException at AbstractByteBuf

URL Stream Bundle missing explicit pom.xml dependency on Shell bundle

Constant folding for WHEN/CASE expression does not set return type correctly

Deprecate legacy CapabilityServiceBuilder methods and provide alternatives

CLI Opertation 'load' for Elytron key-store does not correctly re-read keystore

Wrong results in multi-table insert aggregating without group by clause

Update description of binary-keyed-jdbc-store and mixed-keyed-jdbc-store elements in Infinispan XSD

Explain plan for complex query with lots of partitions is slow due to in-efficient collection used to find a matching ReadEntity

rcfilecat should use '\t' to separate columns and print '\r\n' at the end of each row.

LLAP IF: when using LLAP IF from multiple threads in secure cluster, tokens can get mixed up 

When call removeRouteDefinition the route doesn't removed from collection of route Definitions.

Undertow HTTPS listener offers no cipher suite for DEFAULT enabled-cipher-suites

NullPointerException for Querydsl bindings referring to collection element attributes

NotContaining doesn't work for String properties on query methods

should not remove the function from registry if create command failed with AlreadyExistsException

AuthorizedEvent published by before filter but not by after filter

Filesystem deployment scanner deployment failure removes unrelated deployments

ConversionExceptions thrown during EL type coersion are leaking out, which causes the data mapping process to halt

Bean component - Should use try conversion when choosing method based on parameter type matching

org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor should not register a Synchronization if the transaction was rolled back

document what hive.server2.thrift.sasl.qop values mean in hive-default.xml.template

CacheServiceProviderRegistry creates unnecessary tx on new member join

Restarting a bundle with  a jetty endpoint also stops connector for other jetty endpoints (in different bundles)

The order of a multi-valued attribute is not preserved by modifyAttributes(DirContextOperations)

HBaseInterClusterReplicationEndpoint: Do not retry the whole batch of edits in case of RejectedExecutionException

Hive 1.2.1/Hitting "ql.Driver: FAILED: IllegalArgumentException Error: , expected at the end of 'decimal(9'" after enabling hive.optimize.skewjoin and with MR engine

Aborted txns cause false positive "Not enough history available..." msgs

DefaultRedirectResolver throws incorrect exception when authorized grant types are not standard

Findbugs false positive: BucketCache.persistToFile may fail to clean up java.io.OutputStream 

ProducerTemplate - Sending manually created Exchange causes 2x sent event notification

LocalUserClient fails SASL authentication if a security manager is used

Display partition level column stats in DESCRIBE FORMATTED PARTITION

OsgiPackageScanClassResolver can't find the class after refactoring

Exposure of setStatisticsEnabled/setSampledStatisticsEnabled causes cache not initialized exception when chaches are defined as spring beans.

Adding <debug/> causes NoSuchMethodException when FilterChainProxy's relies on beans that have Autowired Constructors

RMI endpoint doesn't handle nested exception and raise CamelRuntimeException instead of RemoteException

Data size may be estimated as 0 if no columns are being projected after an operator

Fix eclipse classpath after HIVE-487 (hadoop 0.20 support) is in

Improve message from CLI when writing into the directory without permission

Hive logs errors about missing tables when parsing CTE expressions

Use of parameterized type in constructor arguments is not supported

HibernateTemplate not binary-compatible with Hibernate 5.0/5.1's Query type

Intercept logging seda sometimes produces more exchanges than expected

Policy should handle lifecycle of wrapped processor, otherwise it will not be automatic started on startup

mapjoin sometimes gives wrong results if there is a filter in the on condition

Invalidation cache may throw NPE when there is no data in table used by materialized view

test jar should not include mapred-queues.xml and log4j.properties

RememberMeAuthenticationToken throws IllegalArgumentException on empty authorities list

Metalisteners are not notified when threadlocal metaconf is cleanup 

Some invalid zk nodes were created when a clean cluster restarts

update sql standard authorization configuration whitelist - more optimization flags

Data on demand generation throws NPE for target classes without fields.

Locating of flow definitions broken when base-path not being used

Setting some locales causes missing buttons on console and throws errors.

TestHBaseMinimrCliDriver throws weird error with HBase 0.94.5 and Hadoop 23 and test is stuck infinitely

[hbck] print out bulk load commands for sidelined regions if necessary

Setting policy option on default policy setting for DWM does not persist it

master hangs forever if RecoverMeta send assign meta region request to target server fail

Race in NettyRpcConnection may cause call stuck in BufferCallBeforeInitHandler forever

Auth token properties are not applied to legacy AUTH configuration

Possible overflow in exit description if a stream.open() throws exception

CountingInputStream/CountingOutputStream only partially synchronized

Eclipse launch configurations fail due to unsatisfied builtins JAR dependency

OgnlExpression causes null Message body/header propagation in Pipeline

Spring Security add-on issues following various MVC refactorings

ConverterNotFoundException when invoking a method that expects a parameter interface

Missing <uri> in the tld files causes NullPointerException during deployment on WildFly

Make it obvious in the documentation that ZooKeeper needs permanent storage

SpEL Compiler produces incompatible code with method generic returns

LDAP search base should not require JNDI escaping in addition to LDAP escaping for special characters

Credential-store, User isn't able to use masked password from Wildfly-elytron-tool.

Cache passwords from external source for LdapExtLoginModule doesn't work with {EXTC}

QueryMapper does not transform DBRefs in nested keywords correctly

ExceptionInInitializerError during create of CLI object on client app

Add methods to the management API to get Capability Runtime API as an Optional object

PTFOperator.PTFInvocation didn't properly reset the input partition

MapRedTask.configureDebugVariablesForChildJVM mixes HIVE_CHILD_CLIENT_DEBUG_OPTS and HIVE_MAIN_CLIENT_DEBUG_OPTS in env check

WildFly intermittently fails to add pooled-connection-factory but it still got registered after

Make initializing dag names in SparkWork thread safe for parallel compilation (HIVE-13512)

INPUT__FILE__NAME virtual column returns unqualified paths on Hadoop 0.23

Jitter may cause desiredMaxFileSize overflow in ConstantSizeRegionSplitPolicy and trigger unexpected split

ConfigurationClassEnhancer.enhanceFactoryBean is not transparent for method calls other than getObject()

xsd/dtd files in docs/schema not related to management, mainly from opensaml and othr cxf related artifacts

"solr all" command removes finder links from main menu until shell restart

java.lang.SecurityException: unable to instantiate Subject-based policy when using IBM JVM

PUT and PATCH don't work, when custom entity lookup is configured.

Hive queries with ORDER BY and large LIMIT fails with OutOfMemoryError Java heap space

Tests in BaseTestHBaseFsck are run by its subclasses redundantly

ServletContainerInitializerDeploymentProcessor does not handle comments

mapreduce.TableInputFormatBase should create its own Connection if needed

OnException is overriding route Ids for the Route Definitions in the Camel Test

Exceptions are caused by the org.springframework.roo.startlevel.Activator during shutdown

Disable TestRegionObserverInterface#testRecovery and testLegacyRecovery

Wrong results for group by queries with primary key on multiple columns

Warning messages should use LogHelper.printInfo instead of printing to the infoStream directly

camel-undertow - When using SSL with rest-dsl and api-doc then you can get a port already bound exception

Setting BUCKET_CACHE_COMBINED_KEY to false disables stats on RS UI

ShallowEtagHeaderFilter doesn't support Servlet 3.1 setContentLengthLong

Broken external link in AbstractWireFeedHttpMessageConverter API

Infinite loop if JavaTypePersistenceMetadataDetails for co-dependent entities cannot be created

bin/graceful_stop.sh does not return the balancer to original state

WebFlux commitActions are called after status, headers and cookies are set

Fail-fast if client connection is lost before the real call be executed in RPC layer

container-list on child fails with illegal state exception in 630085 build

Join reordering may not be triggered if all joins in plan are created by decorrelation logic

Roo generated error messages alignment and wrapping inconsistent

Spring Faces Dojo validation tags not rendering 'propercase' attribute.

HBase needs to have the CREATE permission on the parent of its ZooKeeper parent znode

Unguarded reference to JDK 8 Function interface renders Hopper SR2 snapshots incompatible with Java 6

Mutations following HttpSession.setAttribute(...) lost on failover when using ATTRIBUTE granularity distributed web session with a non-transactional cache

JavaParserMutableClassOrInterfaceTypeDetails.createType(..) fails to create types with correct "implements" references

Introduction of new annotation to a JavaType is not flushed to disk

MiniZookeeperCluster should close ZKDatabase when shutdown ZooKeeperServers

New metastore API to support to purge partition-data directly in dropPartitions().

Arrow serializer needs to create a TimeStampMicroTZVector instead of TimeStampMicroVector

Hive Replication not retaining the owner in the replicated table

UNIX_TIMESTAMP  UDF fails when type is Timestamp with local timezone

MultiPut makes proper error handling impossible and leads to corrupted data

Double Assignment and Dataloss when ServerCrashProcedure runs during Master failover

HCatSchema.remove(HCatFieldSchema hcatFieldSchema) should renumber the  fieldPositionMap and the fieldPositionMap should not be cached by the end user

Remoting client from older WildFly can't authenticate against latest WildFly Core

Follow up on HIVE-11696, exception is thrown from CTAS from the table with table-level serde is Parquet while partition-level serde is JSON

nightly source artifact testing should fail the stage if it's going to report an error on jira

Reference equality is used on Boolean in NullScanOptimizer#WhereFalseProcessor#process()

Race condition when SMLC.start() is called soon after a fatal exception.

Regression: GenericTypeResolver returns null for partially resolvable type arguments

MultiRowRangeFilter shouldn't call HBaseZeroCopyByteString.wrap() directly

AbstractFlashMapManager.isFlashMapForRequest does not inspect forwarded request coherently

Support different types for grouping columns in GroupBy Druid queries

region_mover.rb broken with TypeError: no public constructors for Java::OrgApacheHadoopHbaseClient::HTable

Fix failures in TestReplicationScenariosAcidTables, TestReplicationOnHDFSEncryptedZones and TestCopyUtils

WFLY starts with errors and missing services for standalone xmls under examples directory

When merging expired stripes, we need to create an empty file to preserve metadata.

Fix behavior of ClientResponse bodyToMono and bodyToFlux with Void.class

disable-audit element configuration in jboss-web.xml doesn't take any effect

Mount point not found exception raised by createTempFileWithAttributes on overlayfs [JDK-8165852]

SqlProducer call twice the getResultSet on the PreparedStatement => This cause issue with HSQLDB (NPE)

Aliases in parameter annotations on a controller interface are not evaluated

Metastore: MetaStoreDirectSql.ensureDbInit has some slow DN calls which might need to be run only in test env

camel archetype complains about Java.lang.ClassNotFoundException: com.sun.xml.bind.v2.ContextFactory in JDK 1.5

MethodInvocationUtils.create(Object, String, Object[]) causes ClassCastException

When specifying a password encoder suddenly the password attribute is required

PolicyContextTestCase misses SecurityPermission when run with security manager

ConfigurationClassBeanDefinitionReader registers duplicate BeanDefinition for nested scoped component

ServerAutoStartTestCase and ServerStartFailureTestCase are never run

SqlServerPagingQueryProvider needs an alias in the jump to subquery

ProtobufLogReader#readNext can incorrectly loop to the same position in the stream until the the WAL is rolled

WildFly artifacts have unnecessary transitive runtime dependency on org.wildfly.checkstyle:wildfly-checkstyle-config

Autowired properties can remain unset during concurrent instantiation of prototype-beans

Primitive Data Types returning null if the data is out of range of the data type.

XML parsing mandating the 'force' attribute on username-to-dn even though it has a default value.

org.jboss.logmanager module needs dependency on javax.api for the SocketFactory

HDFS Path named with file:// instead of file:/// results in Unit test failures in Windows

Inserting into a partitioned table without specifying the partition field should fail

[nightly] depending on pipeline execution we sometimes refer to the wrong workspace

Default value given in RestOperationParamDefinition not output in swagger api

CookieWebSessionIdResolver should set path to the context path + "/"

RAR endpoint creation requires too much permission from deployment when security manager is used

WebHCat e2e testsuite for hcat authorization tests needs some fixes

Regression: HttpEntityMethodProcessor does not support HttpEntity subclasses anymore

ModifiableSecurityRealm#getRealmIdentityIterator() is a bit wrong

OfflineMetaRepair doesn't support hadoop 0.20's fs.default.name property

Race between SplitRegionHandlers for the same region kills the master

gnoring converter type: org.apache.activemq.camel.converter.ActiveMQMessageConverter as a dependent class could not be found: java.lang.NoClassDefFoundError: org/apache/camel/component/jms/JmsBinding

camel-http - When bridging endpoints then there may be double parameter values if client sends uri parameters

LLAP: slow scheduling due to LlapTaskScheduler not removing nodes on kill 

ChannelServiceConfigurator failed to open a port while deploying kitchenskink qs on migrated server

CVE-2013-2035 HawtJNI: predictable temporary file name leading to local arbitrary code execution

CLI config (jboss-cli.xml) is trimming vault-options when it should pass them on as is

SpEL MethodFilter registration fails if custom method resolvers have been set

Standalone metastore SQL upgrade scripts do not properly set schema version

duplicate jars with different versions for guava, commons-logging

HBaseFsck's checkRegionBoundaries function sets incorrect 'storesFirstKey'

Typo in Required Java Version error message while building HBase.

Judgment of carrying ROOT/META will become wrong when expiring server

spring-boot: two camel contexts created when using xml configuration

DistinguishedName.parse() does not correctly handle DNs that contain \

Make VectorUDFAdaptor work for GenericUDFBetween when used as FILTER

Compilation error on _Controller.aj when related entity has service created

camel-qaurtz - Memory leak - when an exception is thrown during the scheduling phase

Client caught in an infinite loop when trying to connect to cached server locations

custom LogicalIOProcessor - reduce record processor - multiple inputs

OSGi jTDS JDBC driver shipped with Roo for MSSQL and Sybase does not work when using DBRE

After major compaction unable to read from partition with MR job

Persistent timers sometimes remain IN_TIMEOUT in database and don't ever activate again

The AtomicLoadKeyStore is missing a newInstance method that takes a provider instance.

Mapreduce mini cluster using HBaseTestingUtility not setting correct resourcemanager and jobhistory webapp address of MapReduceTestingShim  

Backport HBASE-18099 'FlushSnapshotSubprocedure should wait for concurrent Region#flush() to finish' to branch-1.3

DefaultDirContextValidator uses ONELEVEL_SCOPE, validateDirContext() fails

Web JSON ITD uses wrong field name capitalization for delete method

default initial logging format is different from default logging subsystem format

Accept header should not be mandatory for properly handling response body.

"initial-running-mode" attribute from "/core-service=server-environment" has wrong description

NullPointerException for manually defined queries with multiple named like expressions

Wildfly 12 Final (RestEASy 3.5 Final) can't discover JsonBindingProvider for Jax-RS 

ALTER TABLE post-commit listener does not include the transactional listener responses 

CT.verifyRegionLocation isn't doing a very good check, can delay cluster recovery

TokenBasedRememberMeServices calculate expiryTime: explicit cat to long is needed

Persisting Enum lists annotated with @Property doesn't always work

Possible ClassCastException in CompositeConfiguration if a special in-memory configuration is used

HADOOP_CREDSTORE_PASSWORD is not populated under yarn.app.mapreduce.am.admin.user.env 

UriComponentBuilder doesn't work with encoded HTTP URL having '+'.

The shutdown RegionServer could be added to AssignmentManager.servers again

Make TransactionBatchImpl.toString() include state of each txn: commit/abort

org.jboss.weld.se module declares unnecessary Weld module dependencies

Unnecessary OUTER JOIN are generated for querying one single table

Elytron AuthenticationConfiguration uses SASL mechanism from incorrect security Provider in some cases

HFileReplicator$Copier fails to replicate other hfiles in the request when a hfile in not found in FS anywhere

Extend SDG's GemfireSimpleTypeHolder to handle Java 8 Time types

User granted namespace table create permissions can't create a table

Illegal reflective access operation warning for toString() on CGLIB proxies

Hive RetryHMSHandler should be retrying the metastore operation in case of NucleusException

CookieClearingLogoutHandler doesn't work with IE for default context

INSERT OVERWRITE command failed with case sensitive partition key names

Scanner fails to retrieve KV  from bulk loaded file with highest sequence id than the cell's mvcc in a non-bulk loaded file

Problem with stream caching and DefaultHttpBinding.writeResponse

Fix Eclipse templates (and use Ivy metadata to generate Eclipse library dependencies)

the endpoint configuration w/o parameters is not persisted in the configuration

When reading back empty collections unmodifiable instances of Collections.emptyList/Set is returned.

TestNegative merge_negative_5 and mm_concatenate are causing timeouts

ORC improvements for reducing the file system calls in task side

Extra '\0' characters in the output, when SeparatedValuesOutputFormat is used and the quoting is disabled

Unwanted delay in getting Hive metastore connection with METASTORE_CLIENT_CONNECT_RETRY_DELAY/

Round, AVG and SUM functions reject char/varch input while accepting string input

sec:accesscontrollist hasPermission no longer supports list of values

IllegalStateException was thrown when scanning on bulkloaded HFiles

Custom partition scheme gets rewritten with hive scheme upon concatenate

Union All on view fail with no valid permission on underneath table

Wrong result from non-vectorized DATEDIFF with scalar parameter of type DATE/TIMESTAMP

zookeeper info logs are always printed from beeline with service discovery mode

skipping items can lead to an invalidated mark in the ResourceItemReader

The server requires JASPI authentication even if no security-constraint is defined

HttpMethodFilter should come before springSecurityFilterChain in web.xml

OsgiDefaultCamelContext.getTypeConverterRegistry() returns null 

When using ParsingPathMatcher in MVC user should not have to also explicitly set suffix matching

Vectorization: Reenable vectorization in vector_adaptor_usage_mode.q

Using a log4j appender as a custom-handler should invoke the activateOptions if required

ObjectStore.getMTableColumnStatistics() should check if colNames is empty

FileUtils.toURLs() uses deprecated (and bad) method of conversion to URL

camel-jpa JPAEndpoint eat up the cause of  InvalidPayloadException

Qualifiers in regular expressions in @RequestMapping do not work

WAL cleaner logs way too much; gets clogged when lots of work to do

PUT/PATCH does not consider custom Jackson field naming strategy

hbase-1502, removing heartbeats, broke master joining a running cluster and was returning master hostname for rs to use

Coverity: Incorrect definition of RawKey as a parent of Serializable classes

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryStruct cannot be cast to [Ljava.lang.Object;

Incorrect error message when an exception is thrown in JobExecutionListener#afterJob

IndexTableReduce doesnt write the column name as the lucene index field properly.

AbstractDispatcherHandlerInitializer does not detect WebFilter beans

MongoDbUtils incorrectly synchronizes DB instances if more than one DB is accessed

Can not create JGroups TCP stack via ModelNode with enabled assertions

deleting a table kills client rpc; no subsequent communication if shell or thrift server, etc.

simple-container-definition: old package "container" should be replaced in aop-config

CatalogJanitor doesn't work properly when "fs.default.name" isn't set in config file.

Auto-merge fails on writes of UNION ALL output to ORC file with dynamic partitioning

Vectorization: VectorMapJoinOperator Decimal64ColumnVector key/value cast bug

Custom NameService by sun.net.spi.nameservice.provider.n doesn't work on WildFly

Replica Set configuration via properties file throws ArrayIndexOutOfBoundsException

add originals support to MM tables (and make the conversion a metadata only operation)

HiveServer2 in http mode might send same kerberos client ticket in case of concurrent requests resulting in server throwing a replay exception

Break TestRestoreSnapshotFromClient into TestRestoreSnapshotFromClient and TestCloneSnapshotFromClient

HbckTestingUtil needs to keep a static executor to lower the number of threads used

Improper handling of application exceptions on asynchronous ejb invocations

Device resolver possibly returning MOBILE_INSTANCE when the device is a tablet

PE sequentialWrite is 7x slower because of MemStoreFlusher#checkStoreFileCount

RememberMeProcessingFilter should not fire InteractiveAuthenticationSuccesEvent in case of unsucessful authentication

ContentNegotiatingViewResolver can not handle View implementations returning null as content type

ThriftServer.getRegionInfo() is expecting old ServerName format, need to use new Addressing class instead

AuthenticationConfiguration.getAuthenticationConfiguration should also modify the EMPTY configuration

Remove duplicate entry for hbase.regionserver.regionSplitLimit in hbase-default.xml

Incorrect query generated by derived finder for a relationship entity when the property name of the start and end node is the same

Result.getValue and Result.getColumnLatest return the wrong column.

Potential memory leak when same connection used for long time. TaskInfo and QueryInfo objects are getting accumulated on executing more queries on the same connection.

If cell exceeds TTL but not VERSIONs, will not be removed during major compaction

ExtensionIndexService throws NPE while reading extensions on the IBM jdk

RefreshTokenDetails should be serializable to make refresh_token work with distributed http sessions

Druid Needs Explicit CASTs from Timestamp to STRING when the output of timestamp function is used as String

Scope sequenceid to the region rather than regionserver (WAS: Mutations on Regions in recovery mode might have same sequenceIDs)

Default PersistenceUnit is configured with wrong name, resulting in duplicates & causes RTE.

create a self-contained translation for SARG to be used by metastore

Reverse order of AssignmentManager and MetaNodeTracker in ZooKeeperWatcher

"Connection refused" on FileSystemDeploymentServiceUnitTestCase and LoggingSubsystemRollbackTestCase on pure-IPv6

HiveConnection#configureConnection tries to execute statement even after it is closed

isFormContentType in org.springframework.web.filter.HttpPutFormContentFilter should return false on an illegal argument exception

Entity with primitive version property invalidly considered not new

Undertow mod_cluster: advertise-socket-binding should be auxiliary

Vectorization: Add validation of TableScanOperator (gather statistics) back

SimpleMessageListenerContainer should only commit every txSize messages

NPE in RpcServer causing intermittent UT failure of TestMasterReplication#testHFileCyclicReplication

ElytronSubsystemMessages uses double quotes to surround string literals

Remove misleading and chatty debug message in ReplicationLogCleaner

Auto convert mapjoin should not throw exception if the top operator is union operator.

Hard coded failIfNoTests=true fails WF core build if no tests are executed

Configuration class implementing Provider interface throws StackOverflowError after upgrading to Java 7

MavenProjectMetadataProvider's plugin removal methods use inappropriate criteria

ResourceAdaptersSubsystemAdd puts a cruft 'resource-adapter' field in the resource's DMR model

The repository deleteall() method only works for replicated regions

Use separate thread for calling ZKPermissionWatcher#refreshNodes()

ETag getVersionInformation fails with proxied Entities for projections

ServiceInterfaceMDProvider needs to listen to all physical type changes

mod_cluster custom load metric classes are loaded from the subsystem classloader

beeline always exits with 0 status, should exit with non-zero status on error

CSVRecord.toMap() fails if row length shorter than header length

Shell command user_permission fails on the table created by user if he is not global admin.   

Non compilable example in section "15.4.1 Intercepting requests - the HandlerInterceptor interface"

SubnodeConfiguration does not see reloads of its parent configuration

CLI GUI throws exception when editing boolean attribute with expression

AnnotationAttributesReadingVisitor.doVisitEnd doesn't handle possible null return from AnnotationUtils.getAnnotations

Undefined header results in Nullpointer when expression is evaluated

Remove unused join configuration parameter: hive.mapjoin.size.key

security-manager minimum-set for MBeanServerPermission createMBeanServer not working but permissions.xml does

The default ModelControllerClient closes resources asynchronously could cause intermittent issues in consumers

Hadoop23Shims.cloneUgi() doesn't add credentials from original UGI

datasources and resource-adapter subsystems: credential-reference and password should be mutually exclusive

Tez Task Execution Summary has incorrect input record counts on some operators

Hive throws compilation error due to $powermock.version not being present in root pom

Race condition in JmsProducer for request/response messaging causing nondeterministic setting body to null.

Auto-disable expiration/eviction configuration from distributed web/ejb caches

ConcurrentModifictionException on UoW done, when under heavy load

MockHttpServletResponse's sendRedirect() method does not set the status code

JavaScript error on enterBookingDetails page of swf-booking-mvc sample

ProxyHelper and JMS component - need to start producer or fails with NPE

Setting findAllMethod="" in an Entity removes POST methods in Controller

SqsConsumer receive thread is tightly coupled to extendMessageVisiblity's scheduled task

JDO PersistenceManager should not be closed until after transaction completion

HTTP Accept header field contains invalid type, and omits text/xml

In write heavy scenario one of the regions does not get flushed causing RegionTooBusyException

Modify table procedure runs infinitely for a table having region replication > 1

ExecMapper static states lead to unpredictable query result.[Spark Branch]

Connecting to controller via new CommandContext instance leak threads

Problem with Spring NamespaceHandler class org.apache.camel.spring.handler.CamelNamespaceHandler 

Hive: Query misaligned result for Group by followed by Join with filter and skip a group-by result

The flushOnSessionInvalidation is not parsed correctly from jboss-web.xml

Not nullify variable "rj" to avoid NPE due to race condition in ExecDriver.

mapreduce.RowCounter returns incorrect result with binary row key inputs

user-configured controller paths with more than one path element produce invalid expressions in jsp files

Misspelt capability org.wildfly.management.model-controller-client-factory/notification-handler-registry names

Hive Streaming does not honor orc.compress.size and orc.stripe.size table properties

DefaultRestletBinding should not treat all the post request as a Web from

ActiveMQ 2.6.3.jbossorg-001 requires QPid Proton-J 0.27.3 (ClassNotFoundExceptions in messaging subsystem)

GuavaCacheManager ignores cache specification due to eager initialization of internal cache map with static cache names

Server-side XTS handlers not added if @WebService#portName is missing

beeline with USE_BEELINE_FOR_HIVE_CLI fails when trying to set hive.aux.jars.path

Spring Data REST throws NPE when exposing JSON Schema for a Groovy domai object

Term 'jacorb' is part of xml configuration file despite of fact being replaced by IIOP orb

StackOverflowError for advisor search against factory-bean reference to FactoryBean

Incorrect behavior of SimpleJpaRepository.existsById(…) due to changes with Optional

insert overwrite partition onto a external table fail when drop partition first

StaxEventItemWriter headers should not have to be the same type as the T that the writer is parameterised with

camel-mqtt - From mqtt to mqtt fails sending to specified publishTopicName

Creating a system table after enabling rsgroup feature puts region into RIT

Vectorization: StringExpr::compare() == 0 is bad for performance

Vectorization: Support PTF (Part 1: No Custom Window Framing -- Default Only)

2.6. The Default Authentication Manager - Sentence "You can't use a custom 'AuthenticationProvider' if you are using either" should be 'AuthenticationManager

Create a hive_contrib.jar symlink to hive-contrib-{version}.jar for backward compatibility

Extended ACL's should be inherited if warehouse perm inheritance enabled

PatchResourceDefinition registers child resources in registerAttributes instead of registerChildren

LLAP: ACL validation fails if the user name is different from principal user name

JGroups channels should only use JMX if the associated capability is available.

loopDoWhile will loop forever if using ahc component in the loop.

Removing token from in memory token store doesn't keep track of client id to tokens map

Reducers in dynamic partitioning job spend a lot of time running hadoop.conf.Configuration.getOverlay

HFilePrettyPrinter should not throw a NPE if FirstKey or LastKey is null.

ScheduledTaskRegistrar shouldn't use InitializingBean#afterPropertiesSet to start scheduled tasks

Repository readme mentions libs-release repository as snapshot/nightly build repo

Timer with immediate execution considered not active and skipped 

camel-bean - Null String bodies is converted to a logging message instead of being null

GWT managed code: Use ProxyForName and ServiceName annotations instead of ProxyFor

BasicPersistentEntity.addAssociations(…) must not add null values to the collection of associations

 ClassCastException when using camel-cxf and camel-jms in the InOut same flow

SMB join on tables differing by number of sorted by columns with same join prefix fails

delete tests in table_tests.rb(TestShell) always running on empty table.

MapJobInstanceDao.getLastJobInstances doesn't return the last job instance 

MasterRpcServices#getSecurityCapabilities explicitly checks for the HBase AccessController implementation

Do not throw SQLException for HiveStatement getMoreResults and setEscapeProcessing(false)

Fix MessageListenerContainerLifecycleIntegrationTests according to latest changes of SimpleMessageListenerContainer

The testsuite/layers tests should be individually launchable in a manner consistent with other non-smoke testsuites

[replication] minor code bug when registering ReplicationLogCleaner

Default CS implementation KeyStoreCredentialStore doesn't validate implementation properties

TestStatsPublisherEnhanced throws NPE on JDBC connection failure

Dynamic Semijoin Reduction : markSemiJoinForDPP marks unwanted semijoin branches

Put RegionServerDynamicStatistics under RegionServer in MBean hierarchy rather than have it as a peer.

For intra-row scanning, the update readers notification resets the query matcher and can lead to incorrect behavior

XMPPConsumer does not remove the message which causes OOME with XMPP

Regions stuck in transition because master is incorrectly assumed dead

package-info.java fails with 'The first letter of the type name portion must be uppercase'

Allow value expressions for messaging listener annotation destinations

FlowDefinitionRegistryBuilder.FlowLocation creates unmodifiable map

If from Admin we try to unassign a region forcefully, though a valid region name is given the master is not able to identify the region to unassign.

ServerLoad doesn't override #equals which leads to #equals in ClusterStatus always false

RegionMover's region server hostname option is no longer case insensitive

JoinPoint and Singature toString, toShortString, and toLongString don't return useful information

PersistentMetricsTimeVaryingRate gets used for non-time-based metrics

Compiler error on _Roo_Entity.aj  when identifierType is a primitive

duplicate infinispan-hibernate-cache-commons.jar in distribution

CLIService should create SessionState after logging into kerberos

MvcView.render() incorrectly assumes "requestContext.getFlowExecutionContext().getKey()" is not null

Wrong Exception message when non-existing alias is used for SSL in Elytron Client configuration file

Error returned when some other type is read as string from parquet tables

Audit log failures should be handled and logged without breaking the authentication process.

form:hidden disabled attribute is created regardless if value is true or false

camel-jms - JmsPollingConsumer use the constant fields from JmsTemplate for receiveNoWait etc

Incorrect variable generated in findEntity method when GAE is used and the identifierField attribute on @RooEntity is specified

aop:scoped-proxy may fail with LinkageError: loader attempted duplicate class definition for name

VerifyReplication should increase GOODROWS counter if re-comparison passes

Hive replication to a target with hive.strict.managed.tables enabled is failing when used HMS on postgres.

camel-spring-boot - Default values which was negative may have become positive

Impossible to override mechanism properties in authentication configuration

Import generates huge log file while importing large amounts of data

SimpleJdbcCall doesn't retrieve out value from function call for MS SQLServer

Mob compaction needs to clean up files in /hbase/mobdir/.tmp and /hbase/mobdir/.tmp/.bulkload when running into IO exceptions 

Canary#RegionServerMonitor#monitorRegionServers() should close the scanner returned by table.getScanner()

Comparators passed to the Memstore's flattened segments seems to be wrong

[camel-barcode] Writer/Reader hints should be re-optimized when setBarcodeFormat method called.

Running schemeAuthority.q and schemeAuthority2.q in parallel can cause flakyness

RuntimeException for query methods with fields declaration and Pageable parameters

Field autowiring in TestContext framework ignores explicit @Qualifier in favor of qualification by field name

LLAP External client not correctly handling killTask for pending requests

PerformanceEvaluation does not properly honor specified table name parameter

`Remove purpose from getAuthenticationConfiguration in RemoteOutboundConnectionService

Cached connection manager debug forcing closed connections unexpectedly

NamedParameterJdbcTemplate for "insert / select" clause, set NULL value causes JConnect 7 (Sybase) problem - java.io.IOException: JZ0SL: Unsupported SQL type 0. - Affects 3.1.3.RELEASE, works in 3.1.1.RELEASE

BeanFactory doesn't respect the order of manually registered BeanPostProcessors

Using rewrite-user-name-regex element in Elytron client configuration file causes NPE

CompactorMR.launchCompactionJob() should use JobClient.submitJob() not runJob

KotlinCopyMethod.findSyntheticCopyMethod(…) does not find default copy method with Kotlin 1.3

Content Based Router in Java DSL may not resolve property placeholders in when predicates

Splitter and Multicast EIP marks exchange as exhausted to early if exception was thrown from an evaluation

ejb-version in the metadata should be set to the "latest" ejb-jar xsd version if metadata is created solely from annotations

Scanner metrics are only reported if you get to the end of a scanner

CronTrigger/CronSequenceGenerator fails to handle daylight saving timezone changes

In Tez mode,dynamic partitioning query with union all fails at moveTask,Invalid partition key & values

Query with get_splits UDF fails if materialized view is created on queried table. 

hive.stats.reliable config causes FileSinkOperator to fail when writing empty file

Default MessagePropertiesConverter should convert LongString values nested in lists

Count size of serialized exceptions in checking max result size quota

redirect_uri should not be mandatory field when obtaining an OAuth2 access token

FilterList correctness may be affected by random ordering of sub-filter(list)

job name for alter table <T> archive partition <P> is not correct

Not possible to start XTS transaction on IPv6 with server bound to ::1

Hive needs new operator walker for parallelization/optimization for tez

Wrong RabbitMQ credentials are not considered as fatal error by SimpleMessageListenerContainer

HadoopThriftAuthBridge20S should not reset configuration unless required

StandaloneMockMvcBuilder's setHandlerExceptionResolvers does not return the builder

parallel order by clause on a string column fails with IOException: Split points are out of order

CREATE TABLE t LIKE some_view should create a new empty base table, but instead creates a copy of view

Building an attribute builder based on another attribute builder does not copy CapabilityReferenceRecorder

introduce a METADATAONLY option while doing REPL DUMP to allow integrations of other tools 

The wait on compaction because "Too many store files" holds up all flushing

Missing "/" or "/<dbname>" in hs2 jdbc uri switches mode to embedded mode

CombineHiveInputFormat is falling back to HiveInputFormat in case codecs are found for one of the input files

SimpleAsyncTaskExecutor not respect ConcurrencyThrottleSupport.NO_CONCURRENCY limit

Type is not determined correctly for comparison between decimal column and string constant

add-user for user admin / password admin says password must not match username but should say should

[replication] ReplicationSource's UncaughtExceptionHandler shouldn't join

Need to remove additional references to hive-shims-common-secure, hive-shims-0.20

Can't deploy feature XML file by copying to the 'deploy' directory

HiveServer2 is leaking ClassLoaders when add jar / temporary functions are used

Ensure the file that backs a KeyStore gets created if it doesn't exist and wasn't flagged as required when attempting to store the KeyStore to the file

TransactionInflowTestCase does not function correctly under security manager

Inserting JSON like data with sql component cause a java.lang.StackOverflowError

Multi-part upload of a byte[] with WebTestClient is Base64 encoded (?) and assigned a JSON content type

WebSocketHttpRequestHandler constructor doesn't use handshakeHandler

timestamp property in JpaTraceEventMessage does not specify a temporal type

undeploying disabled deployment stops service for same runtime-name in DeploymentUndeployHandler 

Intermittent failure in org.jboss.as.test.integration.ejb.stateful.passivation.PassivationTestCase

check startTime in SparkTask to make sure startTime is not less than submitTime

BanTransitiveDependencies for Full Feature Pack module on IBM jdk

HttpSessionSecurityContextRepository should traverse HttpServletResponseWrapper

hdfs jar being pulled in when creating a hadoop-2 based hive tar ball

OnException using redeliveryPolicyRef from another XML file may not pickup that policy

Can't autowire BiMap: container resolves non-matching Map of value beans

Vectorization: Fast Hash tables need to do bounds checking during expand

Setting hfile.block.cache.size=0 doesn't actually disable blockcache

ManagedBacklogTracer implements an incorrectly named ManagedTracerBacklogMBean interface

Issues with UI for table compact/split operation completion. After split/compaction operation using UI, the page is not automatically redirecting back using IE8/Firefox.

For self describing InputFormat don't replicate schema information in partitions

Deprecation of AbstractCapability should not be visible to non-deprecated API within RuntimeCapability subclass

Thread pools should not be enlisted in JMX if part of adding a new route, and JMX is disabled for new routes

Nullpointer Exception is throwed when insert mass data via rest interface

Vectorization: Add DECIMAL_64 testing, add Date/Interval/Timestamp arithmetic, and add more GROUP BY Aggregation tests

Inserting from bucketed table can cause data loss, if the source table contains empty buckets

Incorrect LoginModule name used for Kerberos with IBM JDK and incorrect case for useKeytab

Beeline throws non-terminal NPE upon starting, after mavenization

Javadoc error - WebSecurityConfigurerAdapter.registerAuthentication & EnableWebSecurity refer to wrong parameter

Soap headers with whitespace cause java.lang.ClassCastException: com.sun.xml.messaging.saaj.soap.impl.TextImpl

Possible NullPointerException in ZKInterProcessLockBase#visitLocks

Unable to specify startHistoryId for history list in camel-google-mail

LLAP: Provide logs URL for in-progress and completed task attemtps

Flakey TestTableSnapshotInputFormat; DisableTable not completing...

Incoherence in core dist between domain.xml and  host(-slave).xml

IntegrationTestBulkLoad doesn't wait for table modification sometimes leading to spurious test failures

Master will block forever at startup if root server dies between assigning root and assigning meta

Hive JDBC setQueryTimeout should not throw exception to make it work with JMeter

Unit test compile fail at hbase-handler project on Windows becuase of illegal escape character

TransactionSynchronizationManager should not return void ResourceHolder when unbinding

JsfAjaxHandler does not set content type when sending a partial response with a redirect instruction

_scan_internal() in table.rb should accept argument that specifies reverse scan

Regionserver addresses are still not right in the new tables page

TestReplicationWithCompression fails intermittently in both PreCommit and trunk builds

ConfigurationUtils.copy results in escaped "," characters no longer being escaped

 Import tool is not restoring multiple DeleteFamily markers of a row

Deploying an empty managed exploded deployment to server group in domain fails

LLAP IO may not handle ORC files that have row index disabled correctly for queries with no columns selected

HalfStoreFileReader needs to handle the faked key else compactions go into infinite loops

Move HBase-Nightly source artifact creation test from JenkinsFile to a script in dev-support

camel-pulsar - "|" in endpoint syntax breaks components adoc table

Processor for .pollEnrich incorrectly handles provided AggregationStrategy

Indexed adds for override models of ordered child types does not work

Getting error when join on tables where name of table has uppercase letters

Wrong byte code for compiled SpEL when JDK proxy method invocation is used

Module Service Dependencies do not take transitive dependencies into account

XmlBeans UnMarshalling - does not work with RequestBody annotation

Should remove state parameter from AuthorizationCodeAuthenticationToken.

NPE in case visibility expression is not present in labels table during importtsv run

camel-jms default cache level should be CACHE_NONE when transaction is enabled

Handle case where we open META, ROOT has been closed but znode location not deleted yet, and try to update META location in ROOT

Support PropertySourcesPlaceholderConfigurer delegation to job contexts

Command auto-completition does not work properly when start typing param value with parenthesis

Chrome/safari: cookie not set AbstractRememberMeServices should have a setter for cookie version

In Standalone mode with local filesystem HBase logs Warning message:Failed to invoke 'unbuffer' method in class class org.apache.hadoop.fs.FSDataInputStream

UriComponentsBuilder injected into a WebFlux controller method argument uses the full URI

test zookeeper broken in trunk and 0.20 branch; broken on hudson too

camel-jms - wrong defaults causes message listener to use new thread when receiving a message

Transaction Synchronization registration issue with injected JMSContext

Merge in changes from SPR-9273 - HttpStatusCodeException cannot be serialized

Methods 'replacing' and 'replacingSslContext' in AuthenticationContext work incorrectly

file component - should throw exception if can not delete or renamed consumed file

EJB lookup fails with "No cluster context available" in failover tests

projectOperations.addPlugin adds empty <id/> and <phase/> tags per default which let maven ignore the build plugin

Test master.assignment.TestAssignmentManager hangs on master and its in flaky list

Coverity static analysis: Explicit null dereferenced in NonceManager (Elytron)

With CBO enabled, Query on partitioned views throws IndexOutOfBoundException

HBASE-17624 rsgroup synchronizations will (distributed) deadlock

PreferredConstructor discovery fails for Kotlin types without primary constructor

The current Thrift API does not allow a new scanner to be created without supplying a column list unlike the other APIs.

table.commit should throw NoSuchColumnFamilyException if column family doesn't exist

Check and consider to put escaped quotes (\") back to the -Xloggc in standalone.sh

Null pointer in CoreNamespaceUtils.rangeArrayEditorAlreadyDefined()

Unknown character property name {r} near index 4 when executing expenses.roo in Windows

Synthetic NACKs due to shutdown signals should be processed on a different thread

Transformer builders should not check for rejected operation attributes for the 'remove' operation

ClassPathResource.createRelative is using wrong ClassPathResource constructor for the returned resource

Allow SDN to work at the same time with other Spring Data projects.

JPA getNewTempClassLoader should support getPackage(String name)

PS1 scripts for standalone and domain do not survive :shutdown(restart=true)

Revert HIVE-2219 and apply correct patch to improve the efficiency of dropping multiple partitions

Coverity static analysis, Unwritten field, EntitySaslClient.clientCertUrl (Elytron)

ControllerLinkBuilder not detecting the right @RequestMapping from a controller 

InvalidBytecodeException when an EJB local interface declares static method

Hive does not treat floating point signed zeros as equal (-0.0 should equal 0.0 according to IEEE floating point spec) 

Inconsistencies in int/long in XSD and default values in Infinispan subsystem

Adding content to an exploded deployment with overwrite to false should fail if file already exists

UnsupportedOperationException when accessing Environment with active SecurityManager

org.springframework.batch.execution package still referenced in documentation

JDBC DatabaseMetadata.getColumns() does not work for temporary tables

Site path formatting is overwritten if it contains no slashes or only trailing slashes

Consistent thread-safe iteration in DefaultSingletonBeanRegistry

EJB with AroundConstruct interceptor with Object return type fails to deploy

Controlled shutdown fills Master log with the disturbing message "No matching procedure found for rit=OPEN, location=ZZZZ, table=YYYYY, region=XXXX transition to CLOSED

PayloadValidatingInterceptor errors not clearing SecurityContextHolder 

RetryingInvoker fails with millisecond timeouts (IllegalArgumentException: nanosecond timeout value out of range)

multicase shareUnitOfWork just throw one exception in the first time

LazySimpleSerDe should support multi-level nested array, map, struct types

The database schema for db2 is incorrect, the constraint name is too long

Log message when stopping listeners doesn't point to port shifted by port offset definition

Spring Faces throws NPE when writing flow state if JSF servlet is called instead of Spring Dispatcher Servlet

Missing dependency on org.wildfly.clustering.infinispan.spi in org.jboss.as.security module

IOUtils.doCopyFile() issues with very large files and closing file input streams

ClientConfigurationImpl should not translate IP address to host name

Replace US_ASCII charset with US-ASCII in encode and decode description

HttpMessageConverter no longer works for @ResponseBody parameters with an extended generic.at the type

The camel-blueprint does not register blueprint dependencies correctly

Vectorization: IF Statements, Comparisons, and more do not handle NULLs correctly

New changes are not getting reflected If Switchyard Quickstart are modified and deployed to Fuse 6.2.

Bump Commons-Collections dependency from 3.2.1 to 3.2.2. to address vulnerability

RedisCacheManager.loadCaches overrides already defined cache names in afterPropertiesSet().

SFSB deployment fails when passivation-store is configured with custom cache-container

Replication can report incorrect size of log queue for the global source when multiwal is enabled

Thread local PerfLog can get shared by multiple hiveserver2 sessions

@RooSolrSearchable causes infinite loop when applied to an entity

MemcacheScanner didn't return the first row(if it exists), cause HScannerInterface's output incorrect

Driver.acquireLocksAndOpenTxn() should only call recordValidTxns() when needed

Key store exported from legacy security domain does not work Elytron filtering-key-store

Log error org.jboss.security.annotation.SecurityDomain annotation is used in EJB

BETWEEN predicate is not functioning correctly with predicate pushdown on Parquet table

Remove Content-Length response header before delegating to WebExceptionHandlers

No need for ConditionalTask if no conditional map join is created

Column statistics on a partitioned column should fail early with proper error message

Interpolation of ${const:xxx} variables can cause a ClassCastException

AccessAuditContext domainUUID is not set when the domain-uuid header is set

tez_union_with_udf.q added to wrong section in testconfiguration.properties

sql std auth - privileges grants to public role not being honored

Server fails to start with transactions configured to be run with JDBCObject store

Fix HiveConnection to communicate with Kerberized Hive JDBC server and alternative JDKs

JMX - browseMessageAsXml for files does not work if includeBody is enabled

XQuery NPE going from saxon 9.5 to 9.7 (upgraded camel from2.17.4-> 2.20.1)

Inconsistent Javadoc comment and code for toProperties(final Map<K, V>) in org.apache.commons.collections.MapUtils

Using http@authentication-manager-ref prevents authentication-manager@erase-credential from working

Using @STRENGTH keyword in CipherSuiteSelector.fromString should cause descending sorting

ServerResponse.BodyBuilder.body(Object) shadows body(Publisher) in Kotlin ServerResponseExtensions

Private @Scheduled methods end up on 'empty' proxy instance in case of CGLIB auto-proxying

PeriodicSizeRotatingFileHandler's are always replaced during boot

SupervisingRouteController - Routes may be started in wrong order

username for ATS data shall always be the uid who submit the job

camel-etcd: etcd stats endpoint fails because of a class cast exception

Cannot communicate with the server if port offset property is set

SessionBindingConversationManager does not update ConversationContainer in HTTP session every time.

Server startup fails during startup due to failure in loading all table descriptors. We should ignore .logs,.oldlogs,.corrupt,.META.,-ROOT- folders while reading descriptors 

Provider<...> declaration for @Value method argument fails with TypeMismatchException

MultiRowRangeFilter returns records whose rowKeys are out of allowed ranges

[0.92 UNIT TESTS] testCreateTableRPCTimeOut sets rpc timeout to 1500ms and leaves it (testHundredsOfTable fails w/ 1500ms timeout)

Netty - SSLContext should be initialized once and reused - Also race condition in current code

java.lang.ClassCastException: org.springframework.ldap.transaction.compensating.manager.ContextSourceAndDataSourceTransactionManager$ContextSourceAndDataSourceTransactionObject thrown on inner transaction rollback

NullPointerException when check operation is called on a server started in admin mode

Jackson2ObjectMapperBuilder visibilities need to be applied in order

Subquery inside a view will have the object in the subquery as the direct input 

A read-resource on a subsystem resource of a missing deployment returns a successful completion

Unnecessary OUTER JOIN are generated when sorting on ElementCollection

Http4 component removes trailing slashes from http requests (producer)

Singleton from a FactoryBean may be post-processed twice if the first post-processing triggers a second attempt to get the bean

Fix MappingPdxSerializer to ignore transient, non-writable and non-entity-based (simple type) properties and fields

@EnableGlobalMethodSecurity prevents postprocessing of DataSource bean

Standard WildFly Core domain.xml is missing discovery and security-manager subsystems

Fast Vector MapJoin Long hashtable has to handle all integral types

Correct javadoc for qualifier length and value length in Cell interface

[JDK9+] wildfly-elytron-tool jar doesn't not have Multi-Release entry in Manifest

unify getTableDescriptors() and listTableDescriptorsByNamespace()

PersistentResourceDefinition incompatible with Parameters from SimpleResourceDefinition

The method isChildReadLock in class ZKInterProcessLockBase is wrong

JDOPersistenceManager objects remain cached if MetaStoreClient#close is not called

Restrict number of bit vectors, to prevent out of Java heap memory

Invalid explain when running dynamic partition pruning query in Hive On Spark

CookieGenerator.DEFAULT_COOKIE_MAX_AGE is no longer available. Not backwards compatible

Unable to gracefully decommission a node because of script error

Intermittent failure in BasicOperationsUnitTestCase.testPathInfo

Remove 'org.jboss.as.domain.management.security.util.MSCTestRunner' class.

VaultSystemPropertyOnServerStartTestCase ends with "Internal Server Error" with security manager

Group by operator does not estimate size of Timestamp & Binary data correctly

Redo MemStore heap sizing to be accurate, testable, and more like new LruBlockCache

Fix flaky test hbase.master.procedure.TestServerCrashProcedure#testRecoveryAndDoubleExecutionOnRsWithMeta

Hive-tez has issues when different partitions work off of different input types

Tonr 2 sample application: need to log in first before I can test Facebook

Could not write method invocation failure due to HeuristicMixedException

Scaffolded controller does not respect @RequestMapping of referenced entity

SecurityContextChannelInterceptor clears existing SecurityContext

camel-web can't process the endpoint with "://" schema, like /endpoints/mock://results

hive pom file has missing conf and scope mapping for compile configuration. 

fuse-esb example - The id of the camelContext is a copy paste error of the eip example

DefaultJobParametersConverter#getProperties ignores NON_IDENTIFYING_FLAG

StochasticLoadBalancer doesn't work on large lightly loaded clusters

HttpProducer should close temporary file in CachedOutputStream when the IOException is thrown

Intermittent javax.ejb.EJBException: Do not call non-public methods on EJB's

LoadIncrementalHFile should skip non-files inside a possible family-dir

Exporters should only be created for those technologies that exist in the classpath

doStop() is called on Services which haven't been started when route autoStart=false

SBAP errors on null partition being passed into partition level authorization

Missing lineage information when hive.blobstore.optimizations.enabled is true

javax.xml.transform.TransformerConfigurationException: Translet class loaded, but unable to create translet instance.

IntegrationTestBigLinkedListWithChaosMonkey uses the wrong table name

Log4jCustomHandlerTestCase.disabledLoggerTest does not re-enable the handler

TestSplitTableRegionProcedure#testSplitWithoutPONR() and testRecoveryAndDoubleExecution() are failing with NPE

TestRestartCluster.testRetainAssignmentOnRestart uses the wrong condition to decide whether the assignment is finished

Edit test output of negative blobstore tests to match HIVE-15226

use sequencefile as the default for storing intermediate results

camel-sjms - Session object created from connection that gets closed

ProcessServerShutdown throws NullPointerException for offline regions

DistributedCacheFactoryBean closes filesystem causing hadoop 2.x app to fail

Vectorization: Enable hive.vectorized.row.identifier.enabled to true by default

Vectorization acid/inputformat check should allow NullRowsInputFormat/OneNullRowInputFormat

Worker section in IO subsystem does not allow expressions for io-threads and  task-max-threads attributes

ThriftUtilities.getFromThrift should set filter when not set columns

Avoid possible NPE in Camel Box component on exceptions during initial login

ReflectionRepositoryInvoker doesn't apply conversion on invocation of an overridden delete(…) method

x509-credential-mapper in ldap-realm tries to verify Subject DN even if it is not configured

Non-Elytron SSL configuration won't establish secure channel between worker and balancer

Log an Optional's value/null instead of Optional[value]/Optional.empty.

wrong calculation of modelAttribute name in create.tagx and update.tagx

IllegalStateException: InputStream has already been read when returning ResponseEntity<InputStreamResource>

TestReplicationKillSlaveRSWithSeparateOldWALs sometimes fail because it uses an expired cluster conn

camel-cxf - Should detect existing User-Agent header to avoid adding duplicate

Missmatch between roaring bitmap library used by druid and the one coming from tez

Prototype with changing bean class does not get populated with dependencies after type switch

Memstore flush doesn't finish because of backwardseek() in memstore scanner.

Vectorization: sysdb test doesn't work after enabling vectorization by default

PersistentEntityResourceHandlerMethodArgumentResolver's read(…) methods swallow exceptions

Elytron ExternalSaslServer must finish with null returned from evaluateResponse method

Incorrect HFile path in TestHFilePerformance print output (fix for easier debugging)

DatabaseMetadata.getColumns() does not return partition column names for a table

Statistics: Drill-down filters don't reduce row-counts progressively

Cannot deploy JMS bridge after reload when source-context={} and target-context={} 

Incorrect scheduling of Timers with hour range and minute interval

HCatalog e2e test Pig_HBase_1 and Pig_HBase_2 are failing with ClassCastException

AclAuthorizationStrategyImpl javadoc should list actions in correct order

ReplicationSyncUp tool will not exit if a peer replication is disabled

Permanent functions are showing up in show functions, but describe says it doesn't exist

NamedParameterJdbcTemplate batchUpdate returns an array of size 1 when the batchArgs passed is an empty array

Compile time skew join optimization doesn't work with auto map join

Infinispan JDBC cache stores missing read/write attribute operations for legacy attributes

Correction of Javadoc for org.apache.commons.collections4.functors.CatchAndRethrowClosure

evaluateAsBoolean returns true for node with text content "false"

HEAD response has "Content-Length: 0" for @RestController @GetMapping methods

DenyModulePermissionsTestCase, GrantModulePermissionsTestCase, LimitedModulePermissionsTestCase cannot deploy jar

Node type is not complete at index 0 after tab completion on an empty resource

@Configuration processing fails to handle AbstractFactoryBean.getObject() calls

More than one TableScan in MapWork not supported in Vectorization -- causes  query to fail during vectorization

PGPDataFormat: NullPointerException if decryptor gets body with invalid format

Fuse ESB - CXF-RS example says ServiceMix in the client html file

TxnHandler should support datanucleus.connectionPoolingType = None

Logic errror causes infinite loop in HRegion.bulkLoadHFiles(List)

MVC controller and views not updated when related entity's plural changes

WeldDeployment.loadBeanDeploymentArchive() may create multiple bean deployment archives with the same id

Mapping roles in legacy security domain is ignored when this domain is used as Elytron realm

Dynamic sort optimization propagates additional columns even in the absence of order by

Relax check for clientId must be set when using durable subscribers

Tez: table self join and join with another table fails with IndexOutOfBoundsException

Not using map aggregation, fails to execute group-by after cluster-by with same key

Java EE 7 samples: jms-xa sample requires java:/JmsXA JNDI binding

AdviceWith not working with weaveFirst/weaveLast because of delayed camelContext start due to using isUseAdviceWith.

Integration tests for camel-restdsl-swagger-plugin fail on JDK 9

standalone.bat script does not parse JAVA_OPTS containing '|' symbol properly

NPE might occur when a null object is returned from the aesh Console

camel-restlet - Using synchronous=false with no error handler leak inflight exchange

Regionsplitter requires the hadoop config path to be in hbase classpath

DefaultFilterChainValidator throws UnsupportedOperationException

[Replication] Inconsistency between Memstore and WAL may result in data in remote cluster that is not in the origin

TestRegionRebalancing.testRebalanceOnRegionServerNumberChange fails; cluster not balanced

Netty {Client|Server}ChannelHandler need to pass the close and open event around

camel-jetty - If multiple bundles uses the same context-path (pathspec) then Jetty should fail

Finder add-on creates incorrect JQL queries when joining conditions

Issues adding jmx to embedded host controller booted with empty config

DefaultFieldSet readDate - returns default value for invalid date

Deny CLI export/import journal if JDBC persistence storage is configured

DefaultRedirectStrategy.sendRedirect with relative URL and ForwardedHeaderFilter add contextpath to URL twice

Select dropdowns don't maintain selected state in IE when rendered into a modal dialog from an Ajax response

Select query with view in subquery adds underlying table as direct input

Static content not reloaded on local change when running org.wildfly.swarm.Swarm

Error with WAR packaging: META-INF\spring\applicationContext.xml not found on "jpa setup" command

Fix pom.xml jpda profile and add ability to specify additional surefire forked JVM args via command line

DuplicateServiceException: Service jboss.persistenceunit at Arquillian Test when using deployment.addAllDependencies()

ConcurrentSessionFilter should be by default injected with the same logout handlers as LogoutFilter when using namespace config

Use the max timestamp of current or old cell's timestamp in HRegion.append()

The SDG XSD is restricting the use of property placeholder values on <gfe:disk-store/>, compaction-threshold attributes given the attribute type is a short and not string.

camel-netty - NettyProducer should detect write failures as its async operation

@RequestMapping in controllers fails to identify correct method while multiple params={"paramA=xxx","paramB=yyy"}

RepositoryConstraintViolationExceptionMessage produces inaccurate output

Closing the CachingConnectionFactory at application context close is too abrupt

HiveMetaStore eats exception if transactionalListeners.notifyEvent fail

Roll back MetaStore exception handling changes for backward compatibility

the hbase-default entry of "hbase.defaults.for.version" causes tests not to run via not-maven

RedisAtomicInteger/AtomicLong.compareAndSet returns true with Lettuce even if value modified by other thread

Region split needs to clear force split flag at the end of SplitRequest run

Region load balancing by table does not handle the case where a table's region count is lower than the number of the RS in the cluster

[patch] toString method in LdapUserDetailsImpl never prints "Not granted any authorities"

PostgresTableMetaDataProvider.isGetGeneratedKeysSimulated() does not detect Postgres 10

The logic in stream producer should sync (lock) and not per method which is wrong

Seam integration jar name mismatch between WildFly Core and WildFly

Intermittent failures on SendMessage testcase when running with JTS

DefaultLoginPageGeneratingFilter does not work with messages_ko_KR.properties

MetaStoreUtils.getDeserializer doesn't catch the java.lang.ClassNotFoundException

start-delivery/stop-delivery operations descriptions are missing from MDB deployment in domain mode

ResponseSpec#toEntity(...) fails when response status code is 5xx

extension remove reports sucess even if the extension does not exist

Logs may be directed to 2 files if --hiveconf hive.log.file is used

slaves cannot reconnect to a restarted master if RBAC is enabled

ColumnPruner cannot preserve RS key columns corresponding to un-selected join keys in columnExprMap

TransactionAwareInvocationHandler#toString is not returning generated string

Hive Server getSchema() returns wrong schema for "Explain" queries

TestMasterShutdown.testMasterShutdownBeforeStartingAnyRegionServer is flaky

MasterAddressTracker & ZKNamespaceManager ZK listeners are missed after master recovery

TestHFileBlock.testGzipCompression should ignore the block checksum

Included the generated, shaded java files from "HBASE-15638 Shade protobuf" in our src assembly

recovery-credential under xa-data-source is missing support for credential store references

Kerberized HS2 with LDAP auth enabled fails kerberos/delegation token authentication

Fix false positive test ql.io.parquet.TestHiveSchemaConverter.testMap 

AclEntryAfterInvocationProvider.decide() returns null when result object not applicable to the provider

HTTP headers returned as part of ResponseEntity(MultiValueMap<String, String> headers, HttpStatus statusCode) are ignored when using this constructor

Remarshaling the default configuration xml files shouldn't change the files

UDF GenericUDFMapKeys throws NPE when a null map value is passed in

NullPointerException if typeinfo and nativesql commands are executed at beeline before a DB connection is established

DefaultAllocateCountTracker.addContainers looks like it will miscount requests by rack if two hosts on the same rack are specified

Slow performance for jobs with large number of steps due to usage of CopyOnWriteArraySet in JobExecution

SPNEGOLoginModuleTestCase intermittently fails with security manager

Flush and compaction could just close the tmp writer if there is an exception

AuditingEntityListener problem with determining if entity is new

AssignmentManager should use the same logic for clean startup and failover

ChannelInstanceResourceDefinition doesn't expose non-primitive fields and any of @ManagedAttribute methods

GenericFileProducer.writeFile method creates instance of un-used InputStream

Wrong key name in the JDBC DatabaseMetaData.getPrimaryKeys method

Use getVisibleLength public api from HdfsDataInputStream from Hadoop-2.

Generated WSDL file does not contain xmime attribute "expectedContentTypes" present in xsd files.

BacklogTracer - dumpTracedMessages should check for route id as well

Remove Ignore annotations from jaxrs integration tests if the test passes

Availability Indicators disappear when new roo addon suite is installed

HttpHeaderFilterStrategy tries to filter out "http.requestMethod" but doesn't

Use RuntimeCapability.Builder.setAllowMultipleRegistrations(...) where appropriate

Remove does not apply WriteConcern for single document delete operation.

HiveConf.getPositionFromInternalName does not support more than sinle digit column numbers

ResourceUrlProvider should only consider paths and not request parameters

RESTApiClusterManager calls kill() instead of suspend() and resume()

Splitting file using tokenizer should close the Scanner to avoid files not being able to be moved thereafter

ContentNegotiationViewResolver should not decode Request-URI while fetching requested Media-Types

Compilation error on controllers for parametrized entity attributes

WebServiceTemplate hasFaut skips check for fault in response if the connection implements FaultAwareWebServiceConnection

CLI returns always "0" if CLI is started with "cmd /c " on Windows

Starting server with EAP 6.4 standalone-full-ha.xml in --admin-only doesn't list "web" as legacy

Wss4jSecurityInterceptor example specifies invalid Validation Action and Securement Action

OpenTracing trace context should cope with Hystrix using separate thread

Integer value for @javax.validation.contraints.Min breaks on generated @DataOnDemand

Vectorization: Enabling vectorization causes TestContribCliDriver udf_example_arraymapstruct.q to produce Wrong Results

Should call toUpperCase before using Enum.valueOf in some methods for ColumnFamilyDescriptor

Race condition during channel create vs start causing NPE on channel startup

XmppEndPoint - setting login to false when creating an account results in no action

Add partition for multiple partition ignores locations for non-first partitions

Create abstract subclass for HiveAuthorizer to shield implementations from interface changes

NullPointerException when balanceOverall() but server balance info is null 

Failure to create producer during routing slip or similar eip causes exchange causes error handler not to react properly

EIPs using custom aggregation strategy should fail if not possible to find in registry

Splitting a region does not support the hbase.rs.evictblocksonclose config when closing source region

Missing/unavailable dependencie jboss.ejb.view-method-security-attributes.foo.bar when deploy ejb type webservice

Need to specify the sl4j-api version in the camel maven archetypes

add a setting to disable row.serde for specific formats; enable for others

ASYM_ENCRYPT legacy configuration should not attempt to create elytron reference

Regression: Static JS files served as 'application/octet-stream' instead of 'application/javascript'

AxiomSoapMessageFactory payloadCaching=false causes org.springframework.ws.soap.axiom.AxiomSoapEnvelope.getBody()  to fail

We should ignore the rabbitmq.ROUTING_KEY when bridgeEndpoint option is true

[CBO] Handle ill-formed queries which have distinct, having in incorrect context 

camel-hbase producer should be able to perform get with just the id as a header

A Hive SQL query should not return a ResultSet when the underlying plan does not include a FetchTask

Operation Logging leaks file descriptors as the log4j Appender is never closed

[camel-maven-plugin] When blueprint detected, plugin ignores useBlueprint, fileApplicationContextUri tags

TransactionalRepositoryFactoryBeanSupport.setBeanFactory doesn't delegate to super-implementation

NullPointerException in AbstractPersistentProperty::getComponentType()

list-add doesn't work for principal-query attribute of jdbc-realm

Memstore's heap size will be decreased to minus zero after flush

Regression: SpringHandlerInstantiator breaks stand-alone support in the MVC Test framework

Semijoin Hints should use column name, if provided for partition key check

NPE when when defining two <http> elements during registerFilterChainProxy

exceptionMappings in ProviderManager cannot be added from subclasses

Nullability inconsistency in DataAccessUtils requiredSingleResult vs requiredUniqueResult

CTAS statements throws error, when the table is stored as ORC File format and select clause has NULL/VOID type column 

TestAssignmentManager.testCloseFailed() and testOpenCloseRacing() is flaky

Server created by ApacheDSContainer is shutdown twice, causing a hang

WebApplicationContextFacesELResolver#isReadOnly always return false

Users with low privileges can see logged operations they shouldn't be able to see

Fuse ESB distro has 2 user properties file - One should be deleted

Setting "org.jboss.as.jaxrs.enableSpringIntegration" to "true" causes JaxrsSpringProcessor to throw NullPointerException 

composite operation containing a host op does not get rolled out to all hosts

AnnotationMethodHandlerAdapter should take into account request accept header ordering

when renaming a file, we should ensure that the new file name does not exist first (deleting any existing files if they are there)

WebHCat MapReduce Streaming Job does not allow StreamXmlRecordReader to be specified

Hive Macro overwritten when multiple macros are used in one column

fix comment formatting for "concurrent" cache in *ha.xml profiles

CamelContext fails to start using placeholder in "simple" in conjunction with BridgePropertyPlaceholder

Error in list view with master/detail view of a composition relation

Inefficient algorithm for converting JMX attribute names to native resource attribute names

SimpleFetchOptimizer should decide based on metastore stats when available

Missing Javadoc in FilenameUtils causing Travis-CI build to fail

StringListAttributeDefinition.unwrap doesn't take default value into account

JMS Integration with Tibco causes deadlock while using DefaultMessageListenerContainer

SrpConnection.exec() does not return the results of the commands executed in the tx

RSGroupAdminEndpoint#preCreateTable triggers TableNotFoundException

Miss spelling in ResourceBeanDefinitionParser line #97 preEstablished-redirect-uri 

ArrayIndexOutOfBounds exception in MetaStoreDirectSql.aggrColStatsForPartitions()

If we get IOException when closing a region, we should still remove it from online regions and complete the close in ZK

File consumer - When using doneFileName then avoid picking up files in middle of group if done file is written during scanning

StringUtils.parseLocaleString incorrectly parses when language and country are the same and lowercase "de_de" parses to "de_DE_de"

Compaction marker whose region name doesn't match current region's needs to be handled

[Migration operation] Do not create legacy connection factory for connection factories with in-vm connector

If do abort of backup master will get NPE instead of graceful abort

Fix the unit test failures for HIVE-7553 after HIVE-10674 removed the binary jar files

Rpc handler monitoring will be removed when the task queue is full

Prefetching .META. rows in case only when useCache is set to true

RegionSplitter's rollingSplit terminated with "/ by zero", and the _balancedSplit file was not deleted properly

Remove StepScope bean definition from samples that don't need it

LLAP: Fall back to Synthetic File-ids when getting a HdfsConstants.GRANDFATHER_INODE_ID

Canary will always invoke admin.balancer() in each sniffing period when writeSniffing is enabled

nit: fix incorrect javadoc in OrderedBytes about BlobVar and BlobCopy

Dynamic partition pruning in Tez is leading to 'No work found for tablescan' error

SpEL: concurrency issue with StandardEvaluationContext initialization

Stack trace appears when starting Roo without connection to network

Redeploy dependent ear fails with duplicate resource error for persistence unit

CellCounter output's wrong value for Total Families Across all Rows in output file

Fail in TestMinimrCliDriver.testCliDriver_ql_rewrite_gbtoidx_cbo_2.q due to duplicate column name

Replicating conversion of managed to external table leaks HDFS files at target.

Parsing logic in EJB3Subsystem30Parser#parseRemotingReceiver ignores unparseable attributes instead of exception

Get the UnsupportedOperationException when using delegation token with encryption

DataOnDemandMetadataProvider and IntegrationTestMetadataProvider not responding to relevant external changes due to late dependency registration

Infinite loop in AsyncMetaRegionLocator if we can not get the location for meta

persistence.xml should be located on proper path with @DefaultDeployment 

Invalid use of part.getProperty().toDotPath() in JpaQueryCreator

Cache in KeyStoreCredentialStore must work with lowercase aliases (keys) too.

OpenedRegionHandler is not enforcing atomicity of the operation it is performing

Incorrect handling of default namespace in user_permission command.

Cannot send JMS message to external ActiveMQ server when configured via ironjacamar

Intermittent failure in EarJBossDeploymentStructureTestCase in WF full

ContentNegotiatingViewResolver does not select any views if no content types are requested

HIVE-5799 breaks backward compatibility for time values in config

Utils.getRandomDevPath should be private method in OsCryptoRandom

JDBCStatsPublisher fails when ID length exceeds length of ID column

LLAP: TaskSchedulerService can get stuck when scheduling tasks as disabled node is not re-enabled in NodeEnablerCallable

ByteBufferOutputStream should grow as direct buffer if the initial buffer is also direct BB

rowlock lease renew doesn't work when custom coprocessor/RegionObserver indicates to bypass default action

hive.zookeeper.session.timeout is set to null in hive-default.xml

Reduce number of index lookups for same table in IndexWhereTaskDispatcher

hadoop.proxyuser.mapr.groups does not work to restrict the groups that can be impersonated

Ensure the certificate-authority-account create-account operation returns an appropriate message if the account already exists

With dynamic partition pruning map operator that generates the partition filters is not vectorized

Metadata identification string is null when reverse engineering a database

HRegion lock object is not being released properly, leading to snapshot failure

HttpHeaderFilterStrategy should filter the HTTP 'Date' header when applyFilterToCamelHeaders is called

Hive/Druid integration: Fix type inference for Decimal DruidOutputFormat

LocalVariableTableParameterNameDiscoverer doesn't find Generic method parameters

Camel-Git: Always check if Git instance is null in GitProducer before closing

Camel-Blueprint should wait for camel-core to be started since there is a strong dependency

Hive streaming API uses incorrect logic to assign buckets to incoming records

YamlPropertiesFactoryBean loses entries in the YAML document that have an empty array value

TypeDescriptor can no longer be programatically created with null generics

Streaming API HiveEndPoint can be created w/o partitionVals for partitioned table

Deleting a non-existing resource leads to NullPointerException in RepositoryEntityController

exception() DSL handling doesn't work with bean integration that throws the exception due to wrapping in InvocationTargetException

grant/revoke syntax should support additional objects for authorization plugins

JASPIAuthenticationMechanism#authenticate doesn't check if AuthenticatedSession is null

"XNIO001001: No XNIO provider found" by some tests in main TS with security manager

ReduceRecordSource should not add batch string to Exception message

Invocation of Bean fails when Bean extends and abstract which implements the actual method

Compiler errors in generated registerConverters() method, when entity has only one property

map side aggregation : number of output rows is same as number of input rows

REST service ignores misspelled "check=" parameter, causing unexpected mutations

Map injection fails to find bean produced with @Bean when additional method with same name exists

camel-jms - Look into issue with temporary queue being sent to another temp queue

Elytron ExternalSaslServer/Client should throw IllegalStateException for wrap/unwrap methods

CMTTxInterceptor.invokeInOurTx contains stale code handling ApplicationDeadlockException

regions in transition do not get reassigned by master when RS crashes

camel-xmpp not sends message if camel-application deployed to Felix Karaf

ReflectionEntityInstantiator should actually throw created exception

CORS header Access-Control-Allow-Credentials not managed correctly

RequestContextListener initializes Log4J ahead of call to Log4jConfigListener

StompEncoder should never produce more than one 'content-length' header

Make query length calculation logic more accurate in TxnUtils.needNewQuery()

Unhelpful failure message if transaction subsystem 'delete' op is run against a non-existent resource on a domain mode server

CastClass exception when wiring Map of beans (NullBean instead of 'null' in the map)

line breaks are not treated as spaces if there are more than 1 line break in the whole query.

CLI with PKCS11 keystore cannot connect to server and throws java.security.KeyManagementException

DynamicRouter EIP with bean endpoint should support method parameter with OGNL

StringUtils incorrectly interprets UNIX-style hidden directories as file extensions

Embedded server gets broken after operation on embedded host controller

mapjoin_subquery  dump small table (mapjoin table) to the same file

BoundedQueueThreadPoolResourceDefinition does not able to add additional check on the threads executor

standalone.sh fails to start server with debug argument on solaris 10 and HP-UX hosts

form:checkboxes doesn't use spring 3 converters for items comparison

Extend logic to choose side table in MapJoin Conversion algorithm

Server will hang when stopping cluster, caused by waiting for split threads

String index out of range: Exception when executing scaffolding process in Roo GWT for a "set" field

Remove unused 'basic-authType' complex type in wildfly-undertow xsd file

TestSchemaTool failures when Hive version has more than 3 revision numbers

TransactionAspectSupport.currentTransactionStatus() can return null when from the exception signature we'd expect a NoTransactionException

HBaseFsck's adoptHdfsOrphan function creates region with wrong end key boundary

Leak of threads from Get-Input-Paths and Get-Input-Summary thread pool

Remove ' You are currently running the HMaster without HDFS append support enabled. This may result in data loss. Please see the HBase wiki for details. ' from UI

camel-salesforce - Http proxy support uses two inconsistent methods and is broken

Repository Mongo ITD not refreshed when there is a change to the domain type's identifier type

Jetty component should remove httpClientMinThreads & httpClientMinThreads from parameters during endpoint creation

The WebHttpHandlerBuilder copy constructor does not copy the applicationcontext

small table filesize for automapjoin is not consistent in HiveConf.java and hive-default.xml

@RestResource(exported = false) is not considered on repository interfaces

MongoQueryCreator must not create $nearSphere query for neutral Distance

ConnectionManger : Batch pool threads and metaLookup pool threads should use different name pattern

"INSERT OVERWRITE" query is very slow because it creates one "distcp" per file to copy data from staging directory to target directory

Mob compaction does not set cacheBlocks to false when creating StoreScanner

Wildfly Elytron Tool, help output contains "java -jar wildfly-elytron-tool.jar" instead of "wildfly-elytron.sh/bat/ps1" script name.

FlowViewStateManager set repeatedly on application instance after application initialization

Change all com.gemstone.gemfire package references in the RegionDataAccessTracingAspect Pointcuts to org.apache.geode

Elytron - when security Providers are not configured correctly in AuthenticationConfiguration, remoting connection hangs during SASL authentication

Stuck in regionsInTransition because rebalance came in at same time as a split

Fix a NullPointerException on a failure to load Bloom filter data

Repl load "with" clause does not pass config to tasks for non-partition tables

TableMapReduceUtil.findOrCreateJar calls updateMap(null, ) resulting in thrown NPE

IllegalStateException: Cannot deactivate transaction synchronization - not active" thrown when when 'inner' transaction for LDAP context source fails to get a connection

ExprNodeGenericFuncEvaluator::_evaluate() loads class annotations in a tight loop

automatically generate JAX-RS Application class only when swarm.deployment.*.jaxrs.application-path YAML setting is present

The capability 'org.wildfly.extension.undertow.handler.file' should not contain '.file' as it is also used for reverse proxy.

Neo4jRepositoryFactoryBean should declare mappingContext as auto-wired

Major compaction may not be triggered, even though region server log says it is triggered

Vectorization: Fully vectorize CAST date as TIMESTAMP so VectorUDFAdaptor is now used

org.apache.camel.component.cxf.CxfEndpoint -- Lines 554 -558 should be Nullsafe

japicmp force source compatibility, but only binary compatibility is required

mistype in roo documentation: "start with the m:n (one Pizza...." should be "start with the m:m (one Pizza..."

Provider org.apache.xerces.parsers.XIncludeAwareParserConfiguration could not be instantiated: java.lang.NullPointerException

Abstract merge file operator does not move/rename incompatible files correctly

Remote method invocation produces java.lang.UnsupportedOperationException in application client container

Analyzing partitioned table with NULL values for the partition column failed with NPE

EndpointExceptionResolver mentions SOAP but this interface is not necessarily SOAP releated

Server is unable to invoke @Timeout method after 10 methods are called on Asynchronous bean on IBM JDK

ArrayIndexOutOfBoundsException - HBASE-backed views' query with JOINs

submit-patch.py: Don't crash if there are tests with same name. Refactor: Split out html template to separate file.

SpringValidatorAdapter's ResolvableAttribute is not serializable

The existing KeyValues in memstore are not removed completely after inserting cell into memStore 

HttpSession.setAttribute() must be called if the SecurityContext is modified during a request

ImmutableBytesWritable constructor with another IBW as param need to consider the offset of the passed IBW

Configuring automatic identity outflow causes the source domain to stop working

BatchCommandLineLauncher default bean reference does not match the one in samples

Inconsistent Javadoc comment and code for synchronizedMap(Map) in org.apache.commons.collections.MapUtils

Default Elytron subsystem configuration doesn't support local authentication in ApplicationRealm

GWT Request interface not updated when invoked service is deleted

HTTP/1.1 request without Host header should be reported with 400 (Bad request)

Calling operations on non-existing messaging resources returns cryptic error

Use acl cache for doing access control checks in prepare and clean phases of Bulkloading.

Comparison Operators convert number types to common type instead of double if possible

Load balancing with “Random” policy is not halfway evenly distributed to endPoint with vast exchange 

EjbTimerXmlPersister should check if timer.getNextExpiration() is null to avoid NPE

TPC-DS Q21 : Incorrect join order makes query run slower (Not scaling selectivity by NDV) 

Validator component lacks a DOMSource converter from an InputStream

[VisibilityController] Apply MAX_VERSIONS from schema or request when scanning

FileSinkOperator needs to cleanup held references for container reuse

Check max shuffle size when converting to dynamically partitioned hash join

NPE in org.springframework.core.MethodParameter.getParameterName (possible race condition)

ClassNotFoundException on Arquillian Test use user own Classes with org.wildfly.swarm.ContainerFactory#newContainer()

Direct SQL fails when the explicit schema setting is different from the default one

llap log links should use the NM nodeId port instead of web port

Modify 'integration/web/security/...' tests to be able to run with Elytron

DistributableSingleSignOn register an SessionIdChangeListener for each SSO session

HttpConnectionManagerParams doesn't take effect when it is set to HttpComponent

shell create table script cannot handle split key which is expressed in raw bytes

HCM is unable to find table with multiple regions which contains binary

Separate SpEL expression evaluation from PersistentEntity parameter value lookup

camel-sjms transacted routes dead-lock when exceptions are thrown by asynchronous processors

CustomEditorConfigurer bean created twice in simple-container-definition.xml

ExecDriver::addInputPaths should pass the table properties to the record writer

ManagementRequestContext executeAsync hides RejectedExecutionException

AccessDeniedhandlerimpl  doesn't write response code if used with errorPage

Coverity: Incorrect definition of Serializable classes *PrivateKey (Elytron)

WorkloadManagent Event Summary leaving subscribedCounters and currentCounters fields empty

Target-URL changes while switching between secure and insecure channel, when it was encoded according to RFC 3986

DeploymentOperationsTestCase fails with security manager in WF core

HiveServer2 dynamic service discovery should add hostname instead of ipaddress to ZooKeeper

camel-http4 - The sslContextParameters option should be documented on endpoint as well

JavaDoc for WebServiceTemplate#setFaultMessageResolver has wrong default class

LLAP external client: Better error message propagation during submission failures

String @id field is not mapped to ObjectId when using QueryDSL ".id" path

CamelContextId should be effected when there are more than two camel context in the spring configuration file 

After HIVE-2145, Hive disallow any use of function in cluster-by clause

LinkedCaseInsensitiveMap doesn't implement getOrDefault properly

ControllerAdviceBean javadoc is inconsistent with its implementation

schematool should return non zero exit status for info command, if state is inconsistent

Messaging subsystem allows you to remove a destination even though it has an attached client

export tables with size of >32MB throws "java.lang.IllegalArgumentException: Skip CRC is valid only with update options"

mapred.TableSnapshotInputFormat is missing InterfaceAudience annotation

JobRepository configuration sample uses incorrect attribute names

ASM version divergence after org.apache.cxf:cxf-rt-bindings-xml version upgrade

HStore.cansplit should not allow split to happen if it has references

Sleeper.sleep does not go back to sleep when interrupted and no stop flag given.

camel-netty-http producer should close the connection when the request connection header is close

Memory leak: OOM Error after multiple open/closed JDBC connections. 

Using attribute name instead of OID in x500-attribute-principal-decoder

Specifying ${swarm.http.port} in usage.txt won't display the correct port if -Dswarm.port.offset=100 is used

Decimal value is displayed as rounded when selecting where clause with that decimal value.

[AMv2] Enable and fix TestRestartCluster#testRetainAssignmentOnRestart on master

znode  path of online region servers is hard coded in rolling_restart.sh

BucketCache$WriterThread.run() doesn't handle exceptions correctly

Incorrect message when upgrading to 4.0.x with the wrong xml schema declarations

JNDI lookups should be executed in a clean access control context

TransactionAwareBufferedWriter uses hashcode as TransactionSynchronizationManager key

camel-bindy - csv - Make it easier to marshal with POJO out of the box

Use proper validator for DistributedCacheResourceDefinition.Attribute#L1_LIFESPAN

HeaderMap is inconsistent when it is parsed from an input with duplicate columns names

explain dependency should show the dependencies hierarchically in presence of views

Vectorization: Prevent mutation of VectorPartitionDesc after being used in a hashmap key

Imprecise messages related to slave HC being unable to connect to master

XMLPropertyListConfiguration swallows exceptions about invalid date properties

[Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main"

Need to update cache location when get error in AsyncBatchRpcRetryingCaller

Fail to find handler method when Spring Devtools restart is enabled (default behavior)

ReloadRedirectTestCase#testRedirectWithSecurityCommands fails on IBM JDK

testOfflineRegionReAssginedAfterMasterRestart times out sometimes.

Tar files created by AIX native tar, and which contain symlinks, cannot be read by TarArchiveInputStream

Lock information is not handovered together with Exchange on-completion synchronizations

weaveAddLast throwing UnsupportedOperation when route have a ChoiceDefinition

hbase.master.balancer.stochastic.numRegionLoadsToRemember is not used

Adding the name space for the maven task for the maven-publish target.

Double play of OpenedRegionHandler for a single region; fails second time through and aborts Master

AttachmentHandler, handle invalid options and batch steps handling.

ThriftCLIService#getDelegationToken does case sensitive comparison

NullPointerException when running LoadTestTool without specifying compression type

spring-webflux ModelAttributeMethodArgumentResolver validateIfApplicable

Elytron - predefined-filter must have flag required in configurable-sasl-server-factory

HibernateTemplate's generic signatures break backwards compatibility at source level

maven connector plugin: connector only properties are ignored in spring boot code generation

Metastore client compatibility check should include syncMetaStoreClient

HBaseAdmin.mergeRegions should recognize both full region names and encoded region names

Import throws error message "org.apache.thrift.protocol.TProtocolException: Required field 'filesAdded' is unset!"

 Unit test FileSystemDeploymentServiceUnitTestCase fails on IBM JDK 

RegionScannerImpl filters should not be reset if a partial Result is returned

Infinispan subsystem returns wrong value for GlobalConfiguration.transport().clusterName()

Getting  PSQLException: ERROR: column "serialized_context" is of type bytea but expression is of type oid 

Prefetch count = 0 after passive declare failure in BlockingQueueConsumer

Keycloak adapter broken because of missing org.jboss.metadata module

The RemotingLoginModule should first check if there is already a RealmUser

WM: backup resource plans cannot be used without quoted idenitifiers

Failing to set manager password on DefaultInitialDirContextFactory causes NullPointerException

Prevent SDG-defined Pools from being destroyed before the Regions that use them

ConfigurationFile does invalid reload when special config file names are specified

NPE when executing a full-replace-deployment operation followed by an add operation for the same deployment

Removing a route with route scoped error handler, should remove the error handler from JMX

Inconsistent @Nullable on AbstractDestinationResolvingMessagingTemplate

Runtime rowcount calculation is incorrect in vectorized executions

Hbase Rest CheckAndAPI should save other cells along with compared cell

datasources subsystem should not depend on legacy security subsystem

compaction record (probably) can block WAL cleanup forever if region is closed without edits

org.jboss.as.model.test.ModelTestUtils String[] is incompatible with expected argument type String

dynamic serde does not handle '_' as the first character of a column name in a DDL

[Migration][WebToUndertow] CrawlerSessionManagerValve should be migrated rather to its wilfly config than general handler

Failing tests of AS testsuite StatefulFailoverTestCase and CdiFailoverTestCase when JTS transactions are used

Vectorized execution handles overflows in a different manner than non-vectorized execution

Can't promote --backup slave HC to master and reload without moving domain.cached-remote.xml

Rest Endpoints produce HttpMessageNotWritableException sometimes after restarts

The module parameter of the add extension operation should be deprecated

ColumnRangeFilter combined with ColumnPaginationFilter can produce incorrect result since 1.4

Single sourced multi insert consists of native and non-native table mixed throws NPE

JAAS logout not called if cache-type is set to a value different than "default"

Camel Bean component should not remember the last called method name if the bean's method name is not explicitly specified.

Add early termination for recursion in StatsRulesProcFactory$FilterStatsRule.evaluateExpression  for OR expression

AbstractRetryEntryPoint always uses RetryWithHttpEntryPoint logger

Issue with only using the old config param hbase.hstore.compactionThreshold but not the corresponding new one

IOUtils.contentEquals* methods returns false if input1 == input2, should return true

form:checkbox tag creates invalid HTML id when bound to indexed property

sending user.name as a form parameter in POST doesn't work post HADOOP-10193

StaxEventItemWriter writes extra end document tag with Woodstox 3.2.6

When a disabled table is scanned, NotServingRegionException is thrown instead of TableNotEnabledException

Distributed SFSB cache entries may rehash to different nodes following topology change

race between RS shutdown thread and openregionhandler causes region to get stuck

Add a possibility to run the BeeLine tests on the default database

Remove some overly noisy perflogger statements from Tez codepath

User can not overridden with InitialContext properties as expected if wilfdfly-config-xml is used

TestHCatStorer.testStoreFuncAllSimpleTypes fails because of null case difference

Difference in EL processing between XML style and annotations style

Exeptions cannot be propagated to the parent route when using LogEIP

Add missing 'hostname-for-senders' attribute on the <gfe:gateway-receiver> element in the SDG XML namespace (XSD).

Cannot build quickstarts from parent pom placed in FUSE_DIR/qickstarts folder

SnapshotFileCache logs too many times if snapshot dir doesn't exists

WSS4J AcegiDigestPasswordValidationCallbackHandler does not set Acegi SecurityContext

Typo of hive.merge.size.smallfiles.avgsize prevents change of value

TablePermission#equals throws NPE after namespace support was added

Two controllers over an entity error because same request mapping

"region offline" should throw IOException, not IllegalStateException

FlowJob.getLastStepExecution() puts arguments into isLater() in the wrong order

Camel Jetty consumer endpoint incorrectly handles multipart/form-data

Test TestMinimrCliDriver.testCliDriver_ql_rewrite_gbtoidx is still failing

in UI make host addresses all look the same -- not IP sometimes and host at others

ConcurrentModificationException in SpelAwareProxyProjectionFactory

HBaseTestingUtility#waitUntilAllRegionsAssigned won't return if it counts "too many" regions

Thin build differs from fat dist in more than the absence of jars from modules

read replica: handle the case that region server hosting both primary replica and meta region is down

testAclPositive in TestZooKeeperTokenStore failing in clean checkout when run on Mac

GroupBy + where clause on same column results in incorrect query rewrite

Concurrent async queries intermittently fails with LockException and cause memory leak.

SJMS component's pom.xml missing taskmanager package in camel.osgi.private.pkg

Add hook to do additional optimization on the operator plan in tez

Splitter - Exchange.CORRELATION_ID should point back to parent Exchange id

AuditProvider mentions "[Success]" even if username/password is invalid

JPA projection query returning single non-standard JPA type results in "No aliases found in result tuple" error

Warning about illegal reflective access in Spring Data Commons / MongoDB

remote-cache-container resource is missing transaction configuration

PicketBoxBasedIdentity.exists() should check if a valid JAAS Subject exists instead of always returning true

TestAccessController occasionally fails with IndexOutOfBoundsException

Abandoned job is viewed as a running execution by JdbcSearchableJobExecutionDao 

Usage of static fields from java.lang classes as EL expressions in JSPs doesn't work for servlet 4.0

Broken failure reporting via DefaultProucerTemplate.asyncCallback and Synchronization.onFailure

Exclude org.jboss.logmanager:jboss-logmanager from wildfly-client-all (jboss-client.jar)

Usage of vault for system-properties throws java.lang.SecurityException

JavaParser metadata fails to correctly resolve package names if simple type names are part of java.lang

No need to aggregate statistics collected via counter mechanism 

Check for forwarded exception from action phase in the resource phase ? 

MasterObserver preMove() and postMove() should throw IOException instead of UnknownRegionException

FlowResourceELResolver does not work outside of Web Flow environment

HTTPSession sharing between wars delivered in an EAR failure in standalone-ha.xml

Generated entity unit tests don't work correctly with numerical data types smaller than int

SimpleJobMetrics.getLatestStepExitDescription() doesn't work if the last step is very quick.

HiveMetastore.logAuditEvent can be used before sasl server is started

JGroups backward compatibility - adding AUTH with deprecated operations fails

Echo commands without arguments doesn't print existing variables - update help message

WildFly Elytron Tool, add prompt when --secret is missing for Mask command.

IndexOutOfBoundsException when query a  partitioned view in ColumnPruner 

Build for Solr integration tests broken after upgrade to Solr 5.5 in Spring Data Solr

Test case TestDistributedLogSplitting#testWorkerAbort failed intermittently 

getClientPort method of MiniZooKeeperCluster does not always return the correct value

Exchange partition does not show inputs field for post/pre execute hooks

Subsystem test framework alters order of child resources prior to transformation in presence of override models

Update memstore size when removing the entries in append operation

AsyncProcess can create more tasks than hbase.client.max.total.tasks

PushTopic client doesn't clear refresh token after a long disconnected period

Both <gfe:custom-entry-ttl> and <gfe:custom-entry-tti> SDG XML namespace elements allow for more than one 'CustomExpiry' bean to be set in the Region Expiration Attributes although GemFire only allows one!

Block Insert Overwrite with Union All on full CRUD ACID tables using HIVE_UNION_SUBDIR_

MessageDrivenComponent startDelivery/stopDelivery is not thread safe

Tests should use snapshots to restore server state rather than manual restoration

MessageListenerAdaper.invokeListenerMethod - NoSuchMethodException causes endless loop

StatsNoJobTask could exit early before all partitions have been processed

Incorrect value in InvalidPropertyException message from BeanWrapperImpl.setPropertyValue

Distributed web session expiration ScheduledExecutorService leaks threads on undeploy

Webhcat test TestPig_5 failing with Pig on Tez at check for percent complete of job

hbase zkcli will not start if the zookeeper server chosen to connect to is unavailable

TIF (and other clients?) cant seem to find one region (getClosestRowBefore issue?)

MapStepExecutionDao does not add StepExecutions to a JobExecution correctly

Scanner spins when there are concurrent inserts to column family

Increase version for update does not traverse DBObject correctly in order to find version property.

mapjoin: memory leak for same key with very large number of values

ConvertingPropertyAccessor loses its converting power for nested properties

When Wildfly EJB timer finishes, the transaction is not fully committed. 

Some subsystems are not in conventional order in the standard configs

Hive throws error when accessing Parquet file schema using field name match

OnMembers function execution with Gemfire Group calls onMember (wrong method)

GC problem when having Spring jars in a higher ClassLoader without using clearClassLoader

NoSuchBeanDefinitionException message shows internal array class names

ER1: Error when creating child container with "default" profile (-007 kit)

Wildfly Swarm Maven Plugin does not use proxy configured in settings.xml

AsyncMetaTableAccessor may hang when call ScanController.terminate many times

table.close() in TableEventHandler#reOpenAllRegions() should be enclosed in finally block

removeInactiveExecutions may not be called by Scheduled Thread, causing possible out of memory

Restore support for -Dswarm.project.stage.file and -Dswarm.project.stage

Trinidad partial rendering not working correctly when used with Spring Faces

Some Tez jar-s are not on classpath so HS2 keeps too long to start

The <gfe:client-region> element is missing the 'concurrency-level' attribute, which is supported by GemFire's ClientRegionFactory API.

HBASE-2353 broke timestamp replacement on Puts when writeToWAL disabled

Reserved SQL name clash cannot be overridden by the new --column option

SnsProducer/SqsProducer setting MessageAttributes with empty values which causes errors

itests/hive-jmh should not reference a concreate storage-api version

NullPointerException in DefaultSubscriptionRegistry.removeSubscription

Core Bridge, Unable to authenticate using credential reference clear text 

Memory leak when adding/removing a lot of routes with JMX enabled

HS2 with embedded metastore is leaking JDOPersistenceManager objects.

 The description of the default scanner attribute "scan-enabled" is incorrect. 

Hive client filters partitions incorrectly via pushdown in certain cases involving "or"

An optional @RequestParam parameter of an @InitBinder method is filled with garbarge instead of null, if the corresponding parameter is missing on the URL

Credential store, during creation of CS backed keystore is not created on filesystem.

 Difference in exception string from native method causes script_pipe.q to fail on windows

SFSB containing injected DataSource fails to passivate/serialize

Increase default JDBC result set fetch size (# rows it fetches in one RPC call) to 1000 from 50

Running annotate_stats_join_pkfk.q in TestMiniTezCliDriver is causing NPE

mapping runtime attribute of undertow returns different type than described in r-r-d

UseOriginalAggregationStrategy is suspicious to NullPointerException

PrivateCellUtil#estimatedSerializedSizeOf has been the bottleneck in 100% scan case.

StringIndexOutOfBoundsException in AbstractErrors for class-level JSR-303 validator

Cannot deserialize Avro schema with a map<string,string> with null values

Perform check when changing 'path' attribute of 'deployment-scanner' instance

Child resources under the deployment=XXX resource should be marked as runtime-only

NullPointerException when assigning a simple Object as final bean

CliDriver loads different hive-site.xml into HiveConf and MetastoreConf

BOMInputStream.skip returns wrong count if stream contains no BOM

ssl-context and authentication-context in Elytron dir-context should be mutually exclusive

Salesforce component doesn't properly retries the request when doing re-login

beeline should look for jdbc standalone jar in dist/jdbc dir instead of dist/lib

jboss-webservices.xml descriptor doesn't override @WebContext annotation

Regression: AnnotationScopeMetadataResolver fails to resolve VaadinView

Error on startup when multiple FIPS Credential Stores are configured

Running Hive queries on Yarn (MR2) gives warnings related to overriding final parameters

Hadoop src checksum is shown instead of HBase src checksum in master / RS UI

Manualmode test suite copies the modules directory multiple times

[LOGGING] Aligning formatting and logging less (compactions, in-memory compactions)

MSSQL upgrade schema scripts does not map Java long datatype columns correctly for transaction related tables

Use shimmed version of hadoop conf names for mapred.{min,max}.split.size{.*}

Spurious WARNINGs when XML declared TransactionProxyFactoryBean's target bean depends on an annotation declared bean that depends on another bean

ZipArchiveInputStream#getNextZipEntry should verify compressed size is known for bzip2, implode etc.

Dynamic Recipient List - Comma is always delimiter even if custom specified

During startup scheduled tasks are driven earlier than before causing problems with Spring Batch

[Spring integration] TheadType is missing in org/apache/camel/model/jaxb.index 

NPE processRegionInTransition(AssignmentManager.java:264) doing rolling-restart.sh

Unable to read web-application files using ServletContext.getResourceAsStream when security manager is used

AppmasterLauncherRunner can call exit() twice causing jvm to block

Predicate push down does not work with Parquet when partitions are in the expression

mvn install fails when using HttpResponseStatus because class is missing

add more test cases for tables qualified with database/schema name

Missing log parameter placeholder in routepolicy.quartz.ScheduledRoutePolicy

ORC Reader will leave file open until GC when opening a malformed ORC file

branch-2 (and probably others) fail check of generated source artifact

findAndModify doesn't use field value annotation for update object

ProjectionDefinitionConfiguration does not select projection for most concrete type

Fault in logic in BinaryPrefixComparator leads to ArrayIndexOutOfBoundsException.

Negative test date_literal1.q fails on java7 because the syntax is valid

request/reply over JMS using temporary queues - if connection lost the temporary queue is not re-created which causes the producer to not work anymore

Make unit tests pass on Windows which use Linux script in query files

Flaky Tests:TestHostAffinitySplitLocationProvider#testConsistentHashingFallback usually timed out

SQL authorization does not work with HS2 binary mode and Kerberos auth

MetaReader.tableExists should not return false if the specified table regions has been split

Setting of SOAP headers via the Camel Header "org.apache.cxf.headers.Header.list" not working for CXF data format "PAYLOAD" 

Functor singleton classes do not implement singleton pattern correctly

Add negative test case to modify a non-existent config value when hive security authorization is enabled.

A client continues to try and connect to a powered down regionserver

current http component producer don't support the https protocol

Follow redirects when hive connects to a passive druid overlord/coordinator

Coverity static analysis: Dereference null return value in SSLConfiguratorImpl (Elytron)

Vectorization: VectorCoalesce doesn't handle the all repeated NULLs case

file component consumer.regexPattern does not work as expected (matching is applied not only to file, but also to directory)

hive.optimize.sort.dynamic.partition should work with partitioned CTAS and MV

EntityInstantiators deallocate params required for instantiation of parent object

HFiles that are in use by a table cloned from a snapshot may be deleted when that snapshot is deleted

AnnotatedEventHandlerInvoker registers event handler twice with Mockito2 and SpyBean

JdbcPagingItemReader failing with order key other than first column in select

Process cannot exit when the SchedulerFactoryBean fails to initialize

Operation logs are disabled automatically if the parent directory does not exist.

Commit of HBASE-3160 broke TestPriorityCompactionQueue up on hudson

Missing Group attribute for Tokenize DSL added to the Body Expression

PublishEventNotifier - Should not emit events during startup/shutdown and not spawn new events when processing event

Remote client transaction timeout values are overwrote by hardcoded values

Hive ACID: Update/delete/merge does not clean hdfs staging directory

AbstractConfiguration should handle UnsupportedOperationExceptions in Iterator.remove() gracefully

Elytron BEARER_TOKEN HTTP authentication mechanism doesn't send WWW-Authenticate header

Fix unit test failures when using multiwal as default WAL provider

stop-embedded-server stops the embedded host controller and vice versa

hostname property is ignored in ConnectionFactory implementations

If one-RS only and its restarted before its shutdown is completely processed, we'll never complete shutdown processing

Two concurrent threads in an expression of a flow override the rootobject of evaluation context

Protect admin console from CannotResolveClassException when deserializing from meta data tables

spring artifacts like mvn:org.springframework/spring-xxx/3.2.4.RELEASE isn't a bundle anymore

spring webflux: stack overflow when response data is greater then 16MB

Injected Quartz2 scheduler doesn't have access to CamelContext in jobs

Some tests fail with SocketPermission with security manager enabled

Exception should be thrown when invalid jar,file,archive is given to add command

32-bit encoding of regionnames waaaaaaayyyyy too susceptible to hash clashes

Setting null body on JmsMessage should not re-initialize JMS message again

AttachmentHandler does not use the right directory when saving more than 1 file 

Default allowUseOriginalMessage="false" prevent clearing inflightRepository using jms with transferExchange="true"

[amv2] Worker terminating UNNATURALLY during MoveRegionProcedure

Column family and qualifier should be allowed to be set as null in grant shell command

'Job cannot be null' exception when starting FlowStep remotely with org.springframework.batch.integration.partition.StepExecutionRequestHandler

Boolean comparison is done through reference equality rather than using equals

camel-cometd jetty jmx version is not suit with camel parent jetty version

Simple language produces null for a method call on a header value

Active/Passive HA web endpoints does not allow cross origin requests

enabling debug logging via "swarm.logging.category" system property results in double log messages

Inefficient and inconsistent setAllowedOrigins collection types in AbstractSockJsService/OriginHandshakeInterceptor

should use servicemix jaxws 2.1 spec bundle but not the geronimo one

Xalan Linkage error : TransformerConfigurationException for domain setup

UnmodifiableBoundedCollection.unmodifiableBoundedCollection is an infinite loop

Injection with @EJB is not working as expected with CDI (REST) beans

Fix minor logging issue where we don't report servername if no associated SCP

OrcFileMergeOperator does not use correct compression buffer size

PreInvocationAuthorizationAdviceVoter checks in support(Class<?>) for super and not for child class

HttpSessionSecurityContextRepository restores authentication to the new session if session is invalidated from another thread

Wrong path mapping combination between type-level and method-level @RequestMapping on @Controller

LLAP: HiveInputFormat:getRecordReader: Fix log statements to reduce memory pressure

Multiple restlet routes of the same restlet URI but different VERBs does not work in Apache Camel 2.10.0 , both routes work in Apache Camel 2.9.1.  

Inconsistent domain server status reports between server-config resource and server resource

TxnHandler.timeOutTxns only times out some of the expired transactions

Ctrl-C sent on command taking long time doesn't cancel the current operation

validator component should be configurable for either Sax or Dom as MSV component requires Dom

MurmurHash does not yield the same results as the reference C++ implementation when size % 4 >= 2

SerDe & ObjectInspector for RowContainer mismatch with the input data

Clustered singleton MDB doesn't get activated after master node is shutdown

Roo Build fails with Maven 2.1.0 - Please state minimal Maven version or minimal plugin versions in Roo parent POM 

Coprocessor failure during batchmutation leaves the memstore datastructs in an inconsistent state

Hive converts bucket map join to SMB join even when tables are not sorted

Injection of application-provided CDI bean into extension-provided bean fails

cleaunup QTestUtil: use test.data.files as current directory if one not specified

RpcConnection could still remain opened after we shutdown the NettyRpcServer

Stack overflow when calling HTable.checkAndPut() when deleting a lot of values

Action Request Converter is reseting ID on index request to header that is not set

[Migration operation] wrong resource address in migration warning

SuspendOnSoftKillTestCase is leaving the web-suspend.jar deployment in the config

On the master status page the Number of Requests per second is incorrect for RegionServer's

ZiparchiveInputStream and ZiparchiveOutputStream don't clean up Inflater/Deflater instances

If millions of columns in a column family, hbase scanner won't come up

stop-embedded-host-controller command is not available in non-modular environment

Replicate AuthenticatedSession when using custom authentication mechanisms

Splitlog() executed while the namenode was in safemode may cause data-loss

Join reordering algorithm might introduce projects between joins

Hive server is SHUTTING DOWN when invalid queries beeing executed.

Invalid column names allowed when created dynamically by a SerDe

PPD: Handle FLOAT boxing differently for single/double precision constants

SpringSecurityLdapTemplate: clearing the returningObjFlag of SearchControls contradicts contract with LdapTemplate

FilterBase should provide a default implementation of toByteArray

WildFly Core Test Suite: Standalone Integration Tests doesn't compile on JDKs other than Oracle Java 1.8

Fix obsolete parameter name in HiveConf description of hive.hashtable.initialCapacity

RetryingMetaStoreClient is retrying acid related calls too aggressievley

AnnotationRepositoryConfigurationSource fails when the annotated class is in the default package.

Race-Condition between Listening to SessionSubscribeEvent and sending initial data to this subscribed user

when hive.vectorized.execution.enabled is true, query on empty partitioned table fails with NPE

java.lang.ClassNotFoundException: org.apache.camel.converter.jaxb.JaxbConverter not found from bundle [org.apache.camel.camel-core] (Equinox - Karaf)

Method Utils.getSecondaryTestAddress(ManagementClient, boolean) doesn't strip square brackets from host IPv6 address

recovered.edits files not deleted if it only contain edits that have already been flushed; hurts perf for all future opens of the region

REPL DUMP on external table with add partition event throws NoSuchElementException.

sql std auth - database authorization does not check for role ownership

MultiValueMap: behavior of entrySet().iterator() is not the expected one

Store.loadStoreFiles should close opened files if there's an exception

Revert "HIVE-13084: Vectorization add support for PROJECTION Multi-AND/OR

When hive.join.emit.interval is small, queries optimized by Correlation Optimizer may generate wrong results

CronSequenceGenerator wrong trigger time on rollover when lower order bits specified

Classes in deployment module show an INFO warning when loaded by Weld

Integer IDs are not supported despite documentation ensures they are

Log level for org.apache.hadoop.hbase package should be configurable 

loopFlowSample's LimitDecider returns "COMPLETE" instead of "COMPLETED"

Introduce MetaEditor method that both adds and deletes rows in .META. table

Metrics subsystem stop/start messages add a lot of useless bulk to operational logging

Cover possible error when host controllers can not connect to domain after creating a rollout plan and restarting the master host controller

Unnecessary registration of a CDI portable extension in Smallrye micro profile config

Error handling for FileNotFoundException should consider RemoteException in openReader()

Fix merge failed before creating merged region leaves meta inconsistent

Undocumented performance issue in the removeAll method in CollectionUtils

Fix stylesheet broke since multimodule and address feedback gotten in new comment system

HiveServer2 thrift/http mode & binary mode proxy user check fails reporting IP null for client

Transaction manager runtime configuration is not enriched with system properties from standalone xml

Make DataBlockEncodingTool work correctly with no native compression codecs loaded

Elytron client, wildfly-config.xml, User is not able to use credential-store-reference with clear-text password to access credential store. Store name and alias must be incorrectly defined.

XTSSubsystemDefinition says HOST attribute doesn't allow null, but it should

HiveServer2: Preauthenticated subject for http transport is not retained for entire duration of http communication in some cases

DateTimeFormatAnnotationFormatterFactory calls String.isEmpty(), which exists only in JDK1.6+

NullPointerException from Roo shell upon trying to manage existing (non-Roo-generated) Maven pom.xml

org.springframework.faces.webflow.FlowVariableResolver not working with JDK1.4

Thread safety issues with Compression.Algorithm.GZ and CompressionTest

ftp producer - If sending noop fails it should force re-connection attempt

Some tests throws "Permission check failed" while run with security manager

Hybrid Grace Hash Join memory usage estimation didn't take into account the bloom filter size

Read Feature Description doesn't return ObjectAttributeDefinition capabilities

[CBO] Handle case where top level schema contains repeated alias

WebFlow defined with -flowName when installing webflow - camel-cased name gets lowercased in navigation UI

[replication] replication metrics value AgeOfLastShippedOp is not set correctly

SMPP: Host, port and systemid component configuration is always overridden by URI configuration

The combination of evaluate-action and on-exception does not work

NullPointerException in AnnotationMethodHandlerAdapter if HttpHeaders in ResponseEntity are empty

HRegionServer should be stopped even if no META regions are hosted by the HRegionServer

Query string isn't beig stripped from URLs when ant matcher is in use (regression issue)

WildFly Swarm System Properties swarm.https.port  and swarm.https.certificate.generate do not work

HM/RS failed to start when "fs.hdfs.impl.disable.cache" is set to true

Reference and Javadoc inconsistence - @Modifying.clearAutomatically default value

ContextLoaderListener overwriting config location set in WebApplicationContext

Incorrect validation when setting the filterProcessesUrl field in VerificationCodeFilter

Add more flexibility for input directory structure to LoadIncrementalHFiles

Management console won't load if master host in domain is unsecured

NoClassDefFoundError when set-tx-query-timeout is enabled (followup to JBJCA-1378)

Fix confusing log statement in SessionState about hive.execution.engine setting

Oracle metastore update script will fail when upgrading from 0.9.0 to 0.10.0

The camel aggregation example generates an error whenever the completion predicate is entered.

Vectorization: LongColModuloLongColumn throws "java.lang.ArithmeticException: / by zero"

First HTTPS / SSL request after startup of Wildfly 8.0.0.Final is blocked for many seconds

keyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute.

JDBC driver returns wrong precision, scale, or column size for some data types

JDR is not collecting the file .overlays, layer.conf, version.txt config files

If name of database table is written in small letters Artemis can't detect its existence

commitIfNecessary behavior RabbitTemplate with its channelTransacted=true

Acl (Acls) class ObjectIdentityRetrievalStrategyImpl doesn't work well with proxied objects

HttpSessionEventPublisher has static Log. it causes the log4j configuration to happen before Log4jConfigListener

when using <mvc:resources> you have to add a BeanNameUrlHandlerMapping to your servlet config or @Controllers will be ignored

ResourceUrlProviderExposingInterceptor not set on the resourceHandlerMapping

EAP welcome page gives 404 if JBOSS_HOME contains lower case drive letter (Windows)

Fix possible null point dereference in RSGroupBasedLoadBalancer#getMisplacedRegions()

Invalid format media-type in Content-Type request header results in IllegalArgumentException when no handler matched

Type annotations and generic types causing ArrayIndexOutOfBoundsException

Fix compatibility between Infinispan and JBoss Marshalling 2.0.0.Beta3

activemq-camel doesn't import the package from camel-core and camel-jms.

Some tests are unable to init arquillian protocol with security manager

AbstractPersistentProperties prevents collection and map properties from being fully initialized upfront

 add-user.sh exits with status code 0 when password complexity fails

Streaming / ACID : hive cli session creation takes too long and times out if execution engine is tez

CamelSpringJUnit4ClassRunner ignores annotation based context configurations.

"multiple SLF4J bindings" warning messages when running hive CLI on Hadoop 2.0

IdToEntityConverter throws Access Denied exception within Spring MVC application on WebSphere 8.x

Deploying @Stateless EJB causes default ejb cache to start unnecessarily.

Missing https://github.com/wildfly/wildfly-capabilities entry for capability org.wildfly.extension.sar-deployment

FileUtil.renameFile - should return true if file was renamed using copy/delete approach

(TS) TimeoutUtil reads system property from static init without privileged block

MockServletContext always returns application/octet-stream for unknown filetypes or ContentNegotiationManager is not correct

WeldStartCompletionService failed when optional components not installed

Scanning API must be reworked to allow for fully functional Filters client-side

RequestMethodsRequestCondition fails on unsupported method types

X.509 Auth token should adopt standard behaviour w.r.t. authenticated property

EJBClient message "Unsupported message received with header 0xffffffff" generated when reconnecting to a non-clustered server

implement an option to have single ETL strategy for multiple directories

AnnotationUtils.findAnnotation(Method, Class) fails to find annotation under specific conditions

Hbase Rest CheckAndDeleteAPi should be able to delete more cells

WebHCat e2e tests/jobsubmission.conf file is malformed and loosing tests

Queries on tables with remote HDFS paths fail in "encryption" checks.

OAuth2Template fails to read access token when response is form-encoded

camel-jms - Should also allow multiple consumers from multiple routes from the same queue

Add a new ClusterMetrics.Option SERVERS_NAME to only return the live region servers's name without metrics

Mechanism name for HTTP basic authentication needs to be BASIC not Basic

get_json_object and json_tuple return null in the presence of new line characters

DirContextAdapter.getModificatioItems() doesnt ignore case when collecting values to be removed and added.

status 'simple' should show total requests per second, also the requests/sec is wrong as is

WebHCat specific resources should be added to HADOOP_CLASSPATH first

We can get an order to open a region while shutting down and it'll hold up regionserver shutdown

TestLruBlockCache#testBackgroundEvictionThread fails occasionally

HIVE-10965 introduces thrift error if partNames or colNames are empty

Include this org.ops4j.pax.url/pax-url-classpath for the standard installation for Fuse

UnrecoverableKeyException: Cannot recover key when using Credential Reference

Autowiring doesn't fail in case of ambiguity with certain combinations of Java config and component scanning

getting started for standalone still references hadoop-version-specific binary artifacts

DefaultFilterChainValidator's check if login page isn't protected is broken

list_replicated_tables command is not listing table in hbase shell.

Defer sending response to reload op until the ProcessReloadHandler has changed the process state

Cli output of HTTPSConnectionWithCLITestCase contains only "-2147483648: " (instead of correct result)

UnsatisfiedDependencyException: Error creating bean with name 'openTracingEventNotifier'

Need to set GzipJSONMessageEncoder as default config for EVENT_MESSAGE_FACTORY.

Autowired Rules do not work with SpringClassRule or SpringMethodRule

WildFlyElytronHttpBearerProvider references the mechanism instead of it's factory

FilenameFlowUrlHandler does not implement createFlowDefinitionUrl

ExportSnapshot job fails if target path contains percentage character

Improve IncreasingToUpperBoundRegionSplitPolicy to avoid too many regions

The GWT Add-On fails on updating the ui.xml file when a field is declared in the governor

Hive max reducers count has regressed from a prime number to 999  (re-apply HIVE-7158)

Inconsistent handling of null values through Java 8 accessors in ConcurrentReferenceHashMap

DiskStoreAndEvictionRegionParsingTest fails when building with Maven due to missing Disk Store sub-directory.

POJO JAX-WS endpoints should not be processed if packaged in EJB-jar

Pre-XSLT and Validator Type Conversions from byte[] may easily fail

The setting rules for table-scope attributes and family-scope attributes should keep consistent

VisibilityClient getAuths does not propagate remote service exception correctly

meta table region assignment stuck in the FAILED_OPEN state due to region server not fully ready to serve

Error with logging fraction when using PeriodicSizeRotatingFileHandler

MappingMongoConverter attempts to set null value on potentially primitive identifier

Elytron discovery of providers from BC module does not work without class-names

Requires and alternatives metadata for deployment resource 'content' attribute fields is incorrect

MergingPersistenceUnitManager potentially adds classes multiple times

Changes from HIVE-18495 introduced import paths from shaded jars

UnsupportedOperationException during singleton service view change

Jt400DataQueueConsumer incorrectly implements timeout semantics (jt400 component)

Operations helper should not add attributes to operations that weren't specifically defined

@Scheduled no longer works in case of multiple proxied target classes implementing the same interface

HttpOperationFailedException exposes password when using basic auth with user:password@host notation

@Startup @Singleton fails to invoke EJB via Remote interface in PostConstruct

A client is not able to invoke EJB's deployed as "HASingleton deployment"

Regression: BeanWrapperImpl.getPropertyDescriptor does not allow nested paths

IllegalArgumentException was thrown when doing online configuration change in CompactSplitThread

o.s.d.r.q.Parameters prevents custom classloader from being garbage collected

AjaxTilesView fails for nested tiles-definition in case of an ajaxRequest

Property-link throws Null-pointer exception when property is lazy-loaded

Make logging of plan progress in HadoopJobExecHelper configurable

APIException alternate constructor, provider id is not being set

Prevent entity generation when --mappedSuperclass and --testAutomatically have been specified

CLIAuthenticationTestCase fails with Elytron profile in Testsuite

@RabbitListener creates two listener instances if annotated method is implementing interface method

the Maven plugin reference documentation has some system properties wrong

Ineffective config check in BackupLogCleaner#getDeletableFiles()

 SaajXmlReader NullPointerException / jboss / mac in interceptors

ftp - exception thrown from begin should remove the file from in progress so the file can be polled on subsequent calls

Stream table of SMBJoin/BucketMapJoin with two or more partitions is not handled properly

hive CLI can't handle hadoop dfs command  with space and quotes.

cCXF route proxy cannot return Fault message to client when Dataformat is CXF_MESSAGE

CountingCompletionPolicy causes the Step to go into infinite loop

select constant in union all followed by group by gives wrong result

PerfLog metrics scopes not closed if there are exceptions on HS2

Storing a LinkedHashMap subclass in the session breaks replication.

Need better exception handling in RCFile tolerate corruptions mode

binary distro should include JAXB API, impl, StAX API, StAX impl, JAX API

Fix new findbugs issues after we upgrade hbase-thirdparty dependencies

ConcurrentModificationException in region close resulting in the region staying in closing state

get_partitions_ps throws TApplicationException if table doesn't exist

Spring 3.0.1 cannot concatenate Spring with SpEL expression in debug mode

Flatpack skips 1 row every 2 rows when using split with streaming=true

TransactionTimeoutQueueSetupTask fails to set up  max-delivery-attempts properly

MessageSourceResourceBundle.containsKey throws NullPointerException

In non interactive mode, ls -l  table format output is bad if any element in return contents is longer than terminal width

Map containing null values are not correctly written in Parquet files

Problems on list view for entities with one-to-one composition relation

Hive job submitted with non-default name node (fs.default.name) doesn't process locations properly 

Vectorization: VectorMapOperator tries to write too many vector columns for Hybrid Grace

Fix KerberosTestUtils in testsuite - skip Kerberos tests for IPv6 if no hostname is configured

Sending an empty soap body message to a generic provider camel-cxf consumer results in NPE

directory-grouping configuration is not getting persisted via CLI when no servers defined

Servlet attributes are not availble in undertow-handlers.conf as it runs too early

FilePart transferTo fails with java.nio.file.NoSuchFileException

Metastore does not properly migrate column stats when renaming a table across databases.

Test case for WFCORE-3416 - User redirected with HTTP 301 instead of 302 in admin-only mode

camel-file component does not close a file when it's used with camel-xslt

DelimitedLineTokenizer allows null and empty string as delimiters

TestJdbcWithDBTokenStore[*] should both use MiniHiveKdc.getMiniHS2WithKerbWithRemoteHMSWithKerb

Regression in 4.0.0 - A scoped-proxy bean cannot override another bean

Fix compiler error in code generated by camel-archetype-component

HIVE-3393 brought in Jackson library,and these four jars should be packed into hive-exec.jar

Property check for repository methods fails for properties starting with _

In shell mode, local mode continues if a local-mode task throws exception in pre-hooks

mod_cluster decay factor does not support floating-point numerals; decays too quickly

Fix regression caused by a WIP commit and new failing test since SWARM-1693

[6.2] WARN in the logs "Old style feature file without namespace found"

JdbcTemplate.queryForObject throws TypeMismatchDataAccessException when used per the reference manual

Missing password types in set-password operation of modifiable realms

ConfigurationClassPostProcessor should be Ordered.HIGHEST_PRECEDENCE

Return type implementing DeferredResult is rejected with exception

HBase clients cannot recover when their ZooKeeper session becomes invalid

Log4J initialization info should not be printed out if -S is specified

XML templates have wrong attribute order for audit log file-handler elements

Open Region FAILED_OPEN doesn't clear the TaskMonitor Status, keeps showing the old status

Correlating expression cannot contain unqualified column references

Rename CompileLockTest.java to follow the naming convention for the tests.

Multiple Users can get the same Authentication object instance from the UserCache

ResourceServlet crash and add "Error 500" at the end of the streamed resource

Incorrect reference docs on extending all repositories causes failures in lookup of default transaction metadata

Spring Cache ExpressionEvaluator doesn't find the right Expression in case of multiple @CacheEvict in a @Caching when generating the key

Orc pushing SARGs into delta files causing ArrayOutOfBoundsExceptions

Remove the server from online servers before scheduling SCP for it in hbck

exception thrown from getPrimaryConnection() if connection 1 is removed

Update/Delete statement using wrong WriteEntity when subqueries are involved

Writer.flush() can be called on already closed streams in WAL roll

Submitting work with distributed workmanager fails with null securityIntegration

(FromDefintion|ToDefinition).getUriOrRef tend to return null when they should return a URI

AclEntryVoter and BasicAclEntryVoter use startsWith for configuration attribute matching

http-remoting-jmx connection failure connecting to Undertow subsystem instead of Undertow management

Exception Handler methods do not receive the original exception as argument

TryProcessor sets "caught.exception" header to in message, while there can be out already

When using the tez session pool via hive, once sessions time out, all queries go to the default queue

AuthorizationRequestFactory drops parameters from stored authorizationRequest in TokenGranter

Cache.get(key, type) doesn't work in case of null value found in cache

Some methods of SftpOperations create streams that are never closed

Commons-collections object deserialization remote command execution vulnerability 

Reloading host-controller via http-api puts the HC into unresponsive state

Server error pages are not getting correctly rendered in a popup with Dojo 1.0.2

Background initialization for Hibernate SessionFactory breaks transaction management

StompDecoder fails for partial headers containing escape sequence

JpaPersistentPropertyImpl does not override method isVersionProperty

Unable to enable statistics via configuration for resource adapters

The "access-mechanism" field in the active-operation resources is always undefined

Decrease RpcServer.callQueueSize before writeResponse causes OOM

Revert back to loading the ConfigView/StageConfig before start so user provided mains can configure fractions.

Mutable getAttribute(...) and setAttribute(...) combination triggers redundant cache operation when using ATTRIBUTE granularity distributed web sessions with a transactional cache

Forward port HBASE-10466, possible data loss when failed flushes

Problems in a JAX-RS deployment can cause issues with reading resources from the management model

FaultToleranceDefinitionException not thrown if method annotated with @Asynchronous does not return Future

camel-olingo4 - AbstractFutureCallback generates NPE when response is a 401

Cluster becomes nonoperational if the node hosting the active Master AND ROOT/META table goes offline

CreatedDate is null for entities using optimistic locking via version property when saving/inserting in batch

The <cq-listener-container> element is missing the 'auto-startup' attribute.

insert DML event may attempt to calculate a checksum on directories

SimpleJpaRepository.delete(ID id) should validate entity/record existance prior to issue delete command.

Region server failed to report to Master and was stuck in reportForDuty retry loop

SecurityNamespaceHandler should not log an error if the web classes are not available

Upgrade HttpComponents to the latest versions similar to what Hadoop has done.

Creation of integration test for abstract classes is possible by running the command explicitly

ServletHttpHandlerAdapter @WebServlet annotation attributes do not conform to servlet spec

Fix the potential problems in TestHCM.testConnectionCloseAllowsInterrupt

ACID: Load data followed by a select * query results in incorrect results

Invalid package declaration for generated resources of classes in default package

message-destination element in assembly-descriptor throws exception for EJB 2.1 ejb-jar.xml

SimpleJpaRepository.findAll(Iterable<ID ids) not working when for composite primary keys

DefaultBalancer selects plans to move regions onto draining nodes

Tab completion does not work in messaging-activemq subsystem for "path" attributes 

OutOfMemory exception when using AsyncRpcClient with encryption to read rpc response

The ObjectHelper#createIterator utility should properly adhere the java.util.Iterator contract

When Group by Partition Column Type is Timestamp or STRING Which Format contains "HH:MM:SS", It will occur URISyntaxException

Closing a region, if we get a ConnectException, handle it rather than abort

Update documentation to use correct package for RequestHeaderAuthenticationFilter

allow loading of Hibernate PersistenceProvider classes that are not listed in META-INF/services/javax.persistence.spi.PersistenceProvider

store duplicate refresh token when create access token use JdbcTokenStore

RCFile is not included when user specifying it as the default file format by setting HiveConf.HIVEDEFAULTFILEFORMAT

Add the missing data files to Avro union tests (HIVE-14205 addendum)

AJP can't redirect to management console because of unresolved address

Class-level @RabbitListener causes INFO log message about NullPointerException

Issue:Camel rabbitmq publishes message to consumer exchange instead of publisher exchange

Authentication using LDAP security realm with SSL configured fails with ClassNotFoundException 

Handle null value in WindowingTableFunction.WindowingIterator.next()

jdo2-api version 2.3-ec is now a required dependency for DataNucleus Maven plugin

Differing types for getter/setter of CookieGenerator.cookieMaxAge causes configuring to fail.

SparkSessionManagerImpl maintenance thread only cleans up session once

CLIs spell "substitution" as "subsitution" and "auxiliary" as "auxillary"

Get runs into NoSuchElementException when using Read Replica, with hbase. ipc.client.specificThreadForWriting to be true and hbase.rpc.client.impl to be org.apache.hadoop.hbase.ipc.RpcClientImpl

Pax Logging - bundle.id, name and version is  not displayed in log for all messages. 

Cannot add custom modules to WildFly Swarm using <resource-root> instead of <artifact> in the module.xml 

PageableHandlerMethodArgumentResolver.setFallbackPageable(null) does not work as specified

Query fails when group by/order by on same column with uppercase name

Import Throws Error when Importing from a table export Hive 0.9 to Hive 0.10

Server processing request isn't stopped immediately but waits for request processing to finish

camel-jetty - Issue when bridging with jetty http producer and uri query parameter has encoded value

TruncateTableProcedure is stuck in retry loop in TRUNCATE_TABLE_CREATE_FS_LAYOUT state

camel-servlet - Example for HttpRegistry no longer works throwing FinalModifierException

camel-cxf proxy with MTOM does not get attachment back when RPC/literal style WSDL used

Provide way to specify fields to patch in google drive endpoints

jobInstance properties lastExecution and executionCount are useless

hbase.master.quota.observer.ignore property seems to be not taking effect

IllegalArgumentException when get jdbc driver info if xa-datasource-class is not defined

Hive does not set the environment correctly when running in Tez mode

IIOPSslInvocationTestCase fails once -Dnode0 and -Dnode1 are used

Camel Hazelcast Map consumer does not properly create an Exchange.

Void return types not handled correctly for CoprocessorProtocol methods

StringIndexOutOfBoundsException in PathPattern.extractPathWithinPattern

Potentially possible 'case fall through' in the ObjectInspectorConverters

Performance - hashCode method of AbstractFallbackTransactionAttributeSource.DefaultCacheKey doesn't take targetClass into account

IllegalStateException: UT010002: Deployments can only be removed when in undeployed state, but state was STARTED

Make sure HAL HttpMessageConverter is ordered before the standard one

Camel FTP component fails to process multiple files at once from a specified folder

Tokenize XML does not support child elements with names similar to their parent

Incorrect null check in SimpleResourceDefinition.Parameter.setDeprecatedSince

Thrift table creation will fail with default TTL with sanity checks

Credential-store attribute relative-to doesn't reference path as required

HttpComponentsMessageSender does not set correctly the maximum connections per host for https connection

Unignore org.jboss.as.test.clustering.cluster.sso.ClusteredSingleSignOnTestCase once WFLY-7746 is resolved

AspectJ advisor always positioned behind an "old school" advisor

ManagedPerformanceCounterMBean should extend ManagedCounterMBean

Both LoadIncrementalHFiles#doBulkLoad() methods should set return value

Mysql metastore upgrade script will end up with different schema than the full schema load

The wildfly-config_5_0 xsd does not include EAP7.0 and WildFly10.1 in its valid host-release values

The web jsf all command generated ManagedBean's init() method is incomplete

Enhance ORC FileDump utility to handle flush_length files and recovery

TestDrainingServer#testDrainingServerWithAbort sometimes fails in trunk

Changing Elytron default-authentication-context ends in reload-required state

Use of deprecated getRows() instead of new estimateRowCount(RelMetadataQuery..) has serious performance impact

Pagination links can show empty lists when going to larger page size

setExipiration() bug in deserializeAccessToken() in class DefaultOAuth2SerializationService

TestMasterFailover#testMasterFailoverWithMockedRITOnDeadRS may fail due to regions randomly assigned to a RS

HBase build fails on windows, hbase-archetype-builder is reason for failure

[Configuration]: hbase.regionserver.region.split.policy should be part of hbase-default.xml

org.apache.hadoop.hbase.regionserver.TestHRegionInfo#testGetSetOfHTD throws NPE on trunk

Constructor XMLConfiguration(HierarchicalConfiguration) invalidates text in singular top element

RepositoryItemReader reads the first page twice when used with partitions.

WebSocketMessageBrokerStats does not work unless SockJS is enabled with WebSocket XML namespace

org.springframework.transaction bundle is missing import of org.jboss.resource.work

No basescanner means no GC'ing of split, offlined parent regions

ClasspathScanningPersistenceUnitPostProcessor throws IndexOutOfBoundsException on Windows

Controllers for Alps and repository listing get listed under the root even if a base URI is configured

Listener resource's redirect-socket does not validate or support tab completion

Unhelpful NPE in hbck -repair when adopting orphans if no tableinfo is found.

Generated controller finder method loses case on length() check for mixed case string fields

Repository methods that return an @QueryResult don't support paging

Not specifying the ASC clause results in a double ORDER BY clause

LLAP service driver precondition failure should include the values

GenericConversionService can't find converters for interface-based arrays.

ClientAsyncPrefetchScanner may end prematurely when the size of the cache is one

In case of inheritance, MongoRepository.saveAll(…) does not insert elements into the aggregate collection

Case "multiple sources, single key" in spark_dynamic_pruning.q fails 

SEC-757 fix breakes scenarios with using property placeholders in URL definitions

Type aliases that can't resolve don't result in good error messages

NPE when inserting NULL value in structure and array with HBase table

Setting hive.merge.sparkfiles=true will retrun an error when generating parquet databases 

HiveConnection does not try other HS2 after failure for service discovery

Undocumented performance issue in the retainAll method in CollectionUtils 

Fix pre and post hooks of CloneSnapshot and RestoreSnapshot for Access checks

ResourceAdapter#endpointActivation called twice because of SuspendController activation

MR failed "RetriesExhaustedException: Trying to contact region server Some server for region TestTable..."

Rownum clauses are illegal in DerbyPagingQueryProvider (plus additional fix to Oracle)

Start/Stop scripts in fuseesb refer to fusefabric script which doesn't exists.

The command line parser fails when there is more than a single space after the command

log line "Duplicate ID <number> in column ID list" appears in the logs

hbck should not report split replica parent region from meta as errors 

Vectorization : Support loading bucketed tables using sorted dynamic partition optimizer - II

Realign SSL configuration using @EnableSsl with Apache Geode's SSL configuration properties

insert overwrite partition deadlocks on itself with DbTxnManager

Backward compatibility issue in class org.springframework.beans.factory.config.PropertyPlaceholderConfigurer

HMS getNextNotification will throw exception when request maxEvents exceed table's max_rows

Message-Driven Beans doesn't support DeliveryActive activation config property

FSHLog: deadlock if rollWriter called when ring buffer filled with appends

Handle post namespace snapshot files  when checking for HFile V1 

Use LinkedHashMap instead of HashMap for LockRequestBuilder to maintain predictable iteration order

rabbitmq component sends basic ack after channel closed when endpoint is set to autoAck

DummyTxnManager will throw NPE if WriteEntity writeType has not been set

AuthenticationPolicyContextTestCase fails under a security manager

ServletRequestDataBinder does not bind MultipartFile with HiddenHttpMethodFilter and Multipart Request

JNDI external context binding doesn't properly set a module class loader

Path.matches(…) should escape reference before trying to match it

springUrl Velocity macro should encode the given URI using the response

Elytron reload-certificate-revocation-list operation should fail when invalid CRL file is used

An error occurs if a blank character exists before and after the delimiter of the MIME type parameter.

Reloading the spring context does not refresh the MessageDispatcherServlet

Update WebHCat E2E tests now that comments is reported correctly in "describe table" output

CalendarBasedTimeout needs to trim whitespaces in ScheduleExpression.timezone

Strip out password information from config passed to Tez/MR in cases where password encryption is not used

The deployment-overlay command fails to redeploy affected deployments

DelegationTokenSecretManager reuses the same objectstore, which has concurrency issues

 "NOT flushing memstore for region" keep on printing for half an hour

AnnotationBasedPersistentProperty should cache annotation lookups

Wrong type inferred in Semijoin condition leads to AssertionError

The enable-elytron.cli scripts are using an invalid domain wide /core-service=management/access=identity resource

Change default value for hive.auto.convert.join.shuffle.max.size property

Bucket Map Join : Sets incorrect edge type causing execution failure

Messages in StreamResequencer between 2 ActiveMQ queues seem to be stuck

Hive MS restart failed during EU with ORA-00922 error as part of DB schema upgrade

Make the delegation token issued by the MetaStore owned by the right user

The read-feature-description requirements output does not include requirements defined via RuntimeCapability.getRequirements

When I just use multimodule.roo(in sample), generated the error bellow 

Memstore snapshot size isn't updated in DefaultMemStore#rollback()

createRouteStatisticEndpointJson - Returns invalid json if no routes

DefaultConcretePartProvider is not allowing a blank suffix, due to improper assertion

SpringCamelContext will get into endless loop of calling start method if the route service calling the ApplicationContext refresh method in it's initial method

Core: jboss.sh fails to start with org.picketbox module not found

RemoteDestinationOutboundSocketBindingService is not stopped when the resource is removed

NullPointerException in CXF Producer if no type converter is available

Intermittent failure of deployment containing two datasources in -ds.xml

GenericUDFBridge should log exception when it is unable to instantiate UDF object

Gradle Swarm plugin incorrectly resolves non-transitive artifacts (resulting in failures at startup)

Resource adapters subsystem - small user experience enhancements

Adding @RooPlural after controllers generation does not update controller of other entities

SingletonDeploymentDescriptorTestCase and SingletonDeploymentJBossAllTestCase fails due to http-trace disallowed

mvn wildfly-swarm:run does not work for dependencies added with DependenciesContainer.addAllDependencies()

File consumer - Widen check for exchange failed in case onException was used but without handling the exception

HiveAggregateReduceFunctionsRule may infer wrong return type when decomposing aggregate function

YamlProcessor and YamlMapFactoryBean allow duplicate keys in map nodes

Unable to exclude root context (/) via excluded-contexts in mod_cluster subsystem

Fix the AuthenticationConfiguration.without(Class<?> clazz1, Class<?> clazz2) Method

LDAP bind fails if the search result contains special characters

CombineHiveInputFormat does not honor InputFormat that implements AvoidSplitCombination

org.apache.hadoop.hbase.master.procedure.TestWALProcedureStoreOnHDFS is super duper flaky

DESCRIBE TABLE syntax doesn't support specifying a database qualified table name

RegionScanner is never closed if the region has been moved-out or re-opened when performing scan request

IllegalArgumentException from ZNodeClearer when master shuts down

Snapshot restore of table which splits after snapshot was taken encounters 'Region is not online'

NullPointerException within DigestSaslClient if username is null.

Export jackson-jaxrs-json-provider dependency in resteasy-jackson2-provider module

Eclipse project dependencies override locally declared Gradle dependencies

Loop - Should break out looping if exception happened during routing

A file change detected by Roo's polling mechanism does not update the changed file set

UndertowLogger has a number of methods that return exceptions that are never used

Document and increase the default value for hbase.hstore.flusher.count

Weld's ProxyServicesImpl#getClassLoader has reversed security manager check

Unable to set global-client-thread-pool-max-size without setting global-client-scheduled-thread-pool-max-size and vice versa

need programmatic way to add column family: need programmatic way to enable/disable table

tokenize xml for splitter throwing org.xml.sax.SAXParseException; XML documents structures must start and end within the same entity. 

java.lang.IllegalStateException: AMQ119116: Netty Acceptor unavailable

HBaseAdmin::isTableAvailable( name ) returns true when the table does not exist

FileStreamCache with Jetty and HTTP may cause reply message to be empty instead of containing the cached stream

ResolverUtil complain about cant find the convert package in Servicemix 4

Infinispan caches non transactional despite transactional cache mode

Two matching produces conditions compared incorrectly if media type in 'Accept' header contains a quality parameter

QTestUtil doesn't correctly set the last command when running "test" commands 

Identical field name with entity name causes scaffolded JSP to not render correctly

jboss-cli using https-remoting: command not executed if certificate is unrecognised

Tab completion suggest all attributes for operations specific for list or map

If maxTables/maxRegions exceeds quota in a namespace, throw QuotaExceededException

GenericConverter specifies Set<ConvertiblePair> getConvertibleTypes(), but ConvertiblePair doesn't override hashCode and equals.

Krati implementation does not work properly persistence after put operation.

hbck fails with a RejectedExecutionException when >50 regions present

Duplicate partitioning column for union when dynamic partition sort optimization is enabled

AspectJ annotation pointcuts fail to evaluate against interface-based proxies

HttpMessageNotWritableException when JPA entity has enum attribute

EmbeddedProcessFactory does not accept module pathes with multiple directories

MapAttributeDefinition and ListAttributeDefinition incorrectly assume valid types in convertParameterExpressions

Coverity static analysis: Dereference null return value in EntityUtil (Elytron)

ImportAware.setImportMetadata not invoked if import inherited from superclass with negative condition

Update the wrappers around SSLEngine, SSLServerScoket, and SSLSocket to allow client auth requirements to be increased.

The /host=*/server=* reload and suspend operations are not visible to the CLI

Replication for HoS mapjoin small file needs to respect dfs.replication.max

violation of call-by-value if a outbound connection is configured

Logging deployment configuration is not correctly read if the runtime-name is different than the deployment name

ReactiveRedisTemplate.delete(Publisher) and ReactiveRedisTemplate.unlink(Publisher) consider only first element

New Compactions Logic can silently prevent user-initiated compactions from occurring

Optionally allow logging of records processed in fixed intervals

AuthenticationProcessingFilter should trim white space from user name

UnsupportedOperationException in wildfly clustering web disrupts appliction access permanently

stats are not being collected correctly for analyze table with dynamic partitions

Confusing logging error around rerun of restore on an existing table.

Can't undefine attribute restart-jobs-on-resume in batch-jberet subsystem

Using SpringBoot HealthEndpoint bean throws AmbiguousMethodCallException

RepositoryConfigurationExtensionSupport.useRepositoryConfiguration(...) fails in strict configuration mode

spring-instrument is lacking Java 7 instrumentation manifest attributes

Enhance Hbase load test tool to automatically create column families if not present

Make TestWALMonotonicallyIncreasingSeqId also work with AsyncFSWAL

Wrong InputStream reference is used in method storeFile of class ScpOperations

Add new determinism category for runtime constants (current_date, current_timestamp)

TestStore#testDeleteExpiredStoreFiles should create unique data/log directory for each call

join with between predicate comparing integer types returns no rows when ORC format used

Reactor2TcpClient does not remove TcpClient instances after connection closed

EJBClientClusterConfigurationTestCase fails on JDK1.8 once -Dnode0 and -Dnode1 are used

Subdeployment DeploymentUnitPhaseService.INSTALL and WeldStartService dependency deadlock resulting in failed EAR deployments

Upgrade Guide includes inaccurate example code for Flow Request URL Handler

Oracle metastore doesnt come up when hive.cluster.delegation.token.store.class is set to DBTokenStore

Can't install camel-amq quickstart on build jboss-fuse-6.3.0.redhat-131

insert overwrite directory leaves behind uncommitted/tmp files from failed tasks

"Cannot find field" error during dynamically partitioned hash join

Injection not working on JAXWS handlers specified with @HandlerChain on service endpoint interfaces

Error creating DefaultJpaContext bean with a non-EntityManagerFactory JndiObjectFactoryBean defined via JavaConfig

Add info about default number of versions when using the export tool

external table creation with msck in Hive can create unusable partition

Better check of names of existing resources when adding '{local|remote-destination-outbound-socket-binding'

Convert stats-enabled metric into proper statistics-enabled attribute

MVC not rendering response headers for ResponseEntity<Flux<Foo>>

Revisit of hbase-8483, "HConnectionManager can leak ZooKeeper connections when using deleteStaleConnection"

try-catch block doesn't work if catch block doesn't contains anything

EhCacheCacheManager does not wrap runtime-registered caches with TransactionAwareCacheDecorator

RSGroup shell commands:get_server_rsgroup don't work and commands display an incorrect result size

jboss-permissions.xml in EAR module allows to grant additional permissions

server-name and sasl-protocol on the management interfaces don't fully support expressions.

Incorrect query results in hive when hive.convert.join.bucket.mapjoin.tez is set to true

isSensitiveValue of class SensitiveVaultExpressionConstraint uses incorrect  index in java.lang.String.substring method

JMS Bridge parameters are optional in schema, runtime makes them required

Messaging subsystem passwords and credential-reference should be mutually exclusive

[documentation] some updates for the reference guide regarding recent questions on the ML

Domain server 'kill' and 'destroy' operations need to ensure the server is dead

HiveMetastoreChecker should skip listing partitions which are not valid when hive.msck.path.validation is set to skip or ignore

TestHLogSplit.testTralingGarbageCorruptionFileSkipErrorsPasses should not use append to corrupt the HLog

Webscaffold throws exception with self-referencing domain object

Naming store is null before CDI lifecycle BeforeShutdown event fires

TransactionalTestExecutionListener ignores @Transactional transaction manager qualifier

TestSecureLoadIncrementalHFiles tests timed out in trunk build on apache

SQLITE: table BATCH_JOB_EXECUTION has no column named JOB_CONFIGURATION_LOCATION

Refactor bulkLoad methods in AccessController to its own interface

Validator only runs if signature matches exact model object Class

Base64.encodeBase64() throws NegativeArraySizeException on large files

TableSnapshotScanner and TableSnapshotInputFormat can produce duplicate rows

Mark attribute 'outbound-socket-binding' in a reverse-proxy handler as 'required'

Properly handle empty TableName in TablePermission#readFields and #write

DynamicJNDIContextEJBInvocationTestCase fails with security manager

ZKUtil.getChildDataAndWatchForNewChildren() will not return null as indicated

The legacy standalone-load-balancer config does not set skip-group-loading="true"

@Transactional can't resolve by @Qualifier PlatformTransactionManager created in @Configuration classes

Repository with EntityLookup not resolving for POST on an Association-Ressource

NPE during semijoin reduction optimization when LLAP caching disabled

TestHLogSplit.testLogRollAfterSplitStart not working due to HBASE-5006

SecurityIdentity.withSecurityIdentity does not handle null withIdentities

Flooding the cluster with administrative actions leads to collapse

genMapRedTasks does not use the tree walker and uses implicit state which makes it difficult to enhance

when use "json add",json controller have wrong inner variable name in for loop

json DataFormat: The prettyPrint option does not work as expected

Remove unintentional dependency on net.sf.ehcache.search.Results

Unclear model description of max-pool-size attribute in IO subsystem

End user access to files in WEB-INF directory through DispatcherPortlet

Annotation based auditing fails for annotation properties underneath collection valued subpath

RateLimitExceededException not thrown when user hit's their hourly request limit

InfinispanSessionManager#getActiveSessions (active-sessions attribute in CLI) returns an incorrect count on a coordinator node in cluster

MongoTemplate.CloseableIterableCursorAdapter does not null check return values from PersistenceExceptionTranslator.

RegionServer listens on localhost in distributed cluster when DNS is unavailable

Importing the project into eclipse as maven project have some issues

ORC files should have an option to pad stripes to the HDFS block boundaries

LLAP IO should take job config into account; also LLAP config should load defaults

RestTemplate.headForHeaders throws "IllegalArgumentException: No InputStream specified" on server resource which status code are 4xx

Beeline's --silent option should suppress query from being echoed when running with -f option

camel-elsql does not set CamelSqlUpdateCount header on update operation

draining_servers.rb broken with NoMethodError: undefined method 'getServerInfo'

Change derby scripts, for HMS upgrade tests, to accomodate 32-bit VM.

Meta stuck in transition when it is assigned to a just restarted dead region sever 

Refresh token is always issued irrespective of client configuration

DataOnDemand attempts to create identifier class by creating non-existent mutator methods instead of using parmeterized constructor

Infinite loop in bean creation when placeholder used for bean name

precommit test "hadoopcheck" not properly testing Hadoop 3 profile

NPE in stats annotation when all values in decimal column are NULLs

HBaseTestingUtility.getMiniHBaseCluster should be able to return null

Unnecessary HMSHandler initialization for default MemoryTokenStore on HS2

cometD component doesn't support multiple endpoints with different ports

Incorrectly implemented applyFilter method of ProtocolSelector.RemovingProtocolSelector

If .META. offline between OPENING and OPENED, then wrong server location in .META. is possible

Log names of Class and Mapping Files found during scan to DEBUG level in ClasspathScanningPersistenceUnitPostProcessor

org.springframework.web.WebApplicationInitializer's Javadoc missed a semi-colon;

Cannot install cloud foundry add on in 1.2.1.RELEASE - Unsatisfied requirement(s)

The standalone-rts and standalone-xts example configs should declare the ee subsystem jms-connector-factory default-binding

RegionServers fail to report to backup HMaster after primary goes down.

ResourceUtils.useCachesIfNecessary() not correct handle JNLP connections

CronSequenceGenerator constructor goes into infinite loop with invalid increments

HC Main.getHostSystemProperties() does not handle additional equals in system properties properly

HIVE JDBC module won't compile under JDK1.7 as new methods added in JDBC specification

manifest collisions when inserting into bucketed sorted MM tables with dynamic partitioning

GemfireRepositoryFactoryBean.setGemfireMappingContext needs to call RepositoryFactoryBeanSupport.setMappingContext.

Security domain configuration doesn't allow empty or missing login-module-stack

Document a workflow for cherry-picking a fix to a different branch

Database reverse engineering cannot handle camelcase columns in MySQL using Hibernate

Reset readsEnabled flag after successfully flushing the primary region

Patching a collection element at a position greater than 9 fails

Don't need to assign meta to a new RS when standby master become active

Default value for "realm" option in RealmUsersRolesLoginModule isn't set.

Property Placeholder Configurer Incorrectly Reports "Circular placeholder reference" Error For Repeated Nested Placeholders

Hibernate Class Level Validators cause IllegalArgument Exception

Spring Gemfire Continuous Query Container Fails When Implementing the ContinuousQueryListener Interface

SFSB DistributedCache doesn't commit when get(...) and release/discard(...) use different threads

ReplicationLogCleaner is enabled by default in 0.90 -- causes NPE

NPE during serialization of HttpSession metadata when using <transaction mode="NONE"/>

reset db state, when repl dump fails, so rename table can be done

getter method without corresponding field causes GwtMetadata.buildProxy to throw a NullPointerException

Patch fails on collection containing nested enums with class body

convertAndSend() methods can throw MessageConversionException but that's not documented

Dynamic setting the DESTINATION_OVERRIDE_URL doesn't work on CXFRS producer

WSS4J interceptor lacks a property to set WSHandlerConstants.ENC_KEY_NAME option

Describe extended table should show the primary keys/foreign keys associated with the table

HRS#closeAllRegions should take care of HRS#onlineRegions's weak consistency

ArrayStoreException scanning subclassed enum annotation array with multiple values 

Fixing maven target for regenerating thrift classes fails against 0.9.2

Recent change to schema upgrade scripts breaks file naming conventions

input buffer reading in the REST interface does not correctly clear the character buffer each iteration

AuthorizationEndpoint can respond with 400 when it should be 302

Flakey test with TestExportSnapshot#testExportRetry and TestMobExportSnapshot#testExportRetry 

Running an hbase job jar: IllegalAccessError: class com.google.protobuf.ZeroCopyLiteralByteString cannot access its superclass com.google.protobuf.LiteralByteString

Cannot sort by property marked with JsonProperty.Access.READ_ONLY

NPE in FlowHandlerAdapter.sendFlowDefinitionRedirect when flowRedirect does not have parameters appended to it

Hive Dynamic Partition Insert - move task not considering 'hive.exec.max.dynamic.partitions' from CLI

Recurring failure of EJBSignEncryptMultipleClientsTestCase.encryptedAndSignedRequestFromJohn

Qtests: running all cases from TestNegativeCliDriver results in OOMs

Camel leaks memory on undeploy / redeploy in app server when JMX enabled and createConnector = true

Wildfly Elytron Tool, credential-store command "add" option doesn't contain entry-type in summary for adding new alias to credential store storage.

HBase Master log grows very fast after stopped hadoop (due to connection exception)

ByteBloomFilter's performance can be improved by avoiding multiplication when generating hash 

Job's Configuration should be passed to TableMapReduceUtil#addDependencyJars() in WALPlayer

WildFly Elytron currently supports two HTTP mechanisms not registered with the WildFlyElytronProvider

Replace SWITCH_USER_GRANTED_AUTHORITY for ROLE_PREVIOUS_ADMINISTRATOR in Javadoc

Add datanucleus.identifierFactory property to HiveConf to avoid unintentional MetaStore Schema corruption

principal and authentication-context in Elytron dir-context should be mutually exclusive

Attribute TransportResourceDefinition.Attribute#SOCKET_BINDING should be required and with DIAGNOSTICS_SOCKET_BINDING should not allow expressions 

impossible state for createLease writes 400k lines in about 15seconds

AmqpRejectAndDontRequeueException kills pub-sub-channel consumer

<mongo:mapping-converter> can't be configured as nested bean definition

Beeline does not honor --headerInterval and --color when executing with "-e"

TableNamespaceManager not ready cause MasterQuotaManager initialization fail 

Unable to read resource after changing process-id-* in transactions subsystem

Remove COLUMNS_OLD table from a schema definition file of PostgreSQL

ConfigurationFile.snapshot() stores the wrong file when config persistence is disabled

Misplaced "foo bar" in Reference Documentation under "Classpath scanning and managed components"

Aggregate EIP - Dynamic completion size should override fixed values if in exchange

Fix NPE and TApplicationException in function related HiveMetastore methods

Repository query method fails when sorting with Pageable and query with line breaks.

AttributeNamePathCompleter pollutes terminal by calling e.printStackTrace on CommandFormatException

Get pdk pluginTest passed when triggered from both builtin tests and pdk tests on hadoop23 

SerDes that do not inherit AbstractSerDe do not get table properties during initialize()

Some capabilities requirements are not recorded in features generated by Galleon

TestHiveMetaStorePartitionSpecs does not drop database created in this test causes other test failure

swarm.resource-adapter.resource-adapters is wrong in documentation

ConstantPropagateProcCtx.resolve() should verify internal names in addition to alias to match 2 columns from different row schemas 

error message is wrong when a wrong namspace is specified in grant in hbase shell

Memory leak when adding/removing a lot of routes with JMX enabled related to Tracer

Google PubSub Component does not consume messages with parallel consumers

 vector_partition_diff_num_cols result is not updated after CBO upgrade

Web Services Integration Tests using Expired Self Signed Certificate

[cxfrs] Second argument is null when consumer invoke the bean with two arguments

SimpleMongoRepository fails if used with customized collection name

It's hardly possible to use all expression of the Simple language to create file names in the file component

Mail Component: Character "|" in recipient addresses causes failure

AuthenticationProcessingFilter doesn't redirect to target url in case of session-fixation "newSession".

MyFaces bugs causes FacesMessage serialization failure in a clustered environment

jsp-file directive prevents RequestDispatcher#forward to work correctly

Apache Deltaspike Module leads to exception in addAllDependencies while starting swarm with maven

HS2 - add an option to disallow parallel query execution within a single Session

Echo sample application fails to build due to missing dependency

query id should be available for logging during query compilation

StreamMessageListenerContainer activation and cancel can cause race condition

AnnotatedTypeScanner does not use context classloader for loading found types

udf to_epoch_milli need to support timestamp without time zone as well

RoutingSlip EIP Seems to Misbehave on Async targets, even with InOut specified

Note in refguide that RSGroups API is private, not for public consumption; shell is only access

adjust to the changed behavior in ehcache's CacheManager instance creation

LdapTemplate logs message at INFO level instead of DEBUG when authentication exception is captured

Query string gets decoded when bridging from netty*-http to netty*-http

SimpleBuilder throws NullPointerException when replacing string using regexAll method and the regex contains }

getclosest doesn't understand delete family; manifests as "HRegionInfo was null or empty in .META" A.K.A the BS problem

The add at least one user page should not be displayed if a trust store has been defined on the realm.

Set hadoop check versions for branch-2 and branch-2.x in pre commit

ThriftServerRunner.HbaseHandler.getRegionInfo() and getTableRegions() do not use ByteBuffer correctly

QTestUtil based test exiting abnormally on windows fails startup of other QTestUtil tests

redirectUri is "null" (string) instead of null in AuthorizationCodeAccessTokenProvider

Custom @Profile annotations not working on @Configuration classes

NPE when not setting a sampling interval on client subscriptions

JdbcExecutionContextDao#afterPropertiesSet misses null ExecutionContextSerializer

RedisCacheManager‘s getCache method does not match the logical of CompositeCacheManager

Custom SerDes throw cast exception when there are complex nested structures containing NonSettableObjectInspectors.

controller client has a small memory leak as it's not cleaning up the ThreadGroup object

SnapshotManager should check for directory existance before throwing a warning.

assembly:assembly doesn't include the correct hbase-hadoop compat jars for hadoop 2

Locate region should fail fast if underlying Connection already closed

EAR deployment fails with a CNFE when @Transactional is used in a CDI bean

bundlor-generated manifest files have ${version} placeholder instead of actual version

The dataframe datasource filter is wrong, and will result in data loss or unexpected behavior

Try to add resource with OBJECT type attribute cause IllegalArgumentException

HttpSessionListener.sessionDestroyed() not called if session invalidated in another WAR

CLI autocompletion handles incorrectly spaces in front of attribute name

JMXCacheBuster restarting the metrics system might cause tests to hang

MockMvcRequestBuilders.fileUpload() cannot merge if defaultRequest is set

MR over snapshots can OOM when alternative blockcache is enabled

Authentication mechanisms failed for some tests with security manager

EJB Timer is not properly set when the database is different than the defaults

"insert overwrite directory" Not able to insert data with multi level directory path

SOAPAction HTTP header value not copied correctly to from CXF message to Camel message header

Uncaught exception in main() makes the HMaster/HRegionServer process suspend

Hbase rest query params for maxVersions and maxValues are not parsed

SecurityContext should be persisted when the response body reaches the content length

Test Failure on latest OpenJDK 8 Algorithm constraints check failed on keysize limits. RSA 1024bit key

list bucketing feature does not update the location map for unpartitioned tables

Fix flaky condition for org.apache.hadoop.hbase.TestRegionRebalancing.testRebalanceOnRegionServerNumberChange

PropertiesConfiguration.save() does not support escaping the escape character

HiveHistory.log need to replace '\r' with space before writing Entry.value to historyfile

periodic-size-rotating-file-handler is missing from logging profiles

CryptoFactoryBean keystore location can't resolve ClassPathResource where resource is located in a jar

Test groupby3_map_skew.q fails due to decimal precision difference

HStore.rowAtOrBeforeFromMapFile() fails to locate the row if # of mapfiles >= 2

Ensure that all partitions in a step are represented in the job execution view

TarUtils.formatLongOctalOrBinaryBytes() assumes the field will be 12 bytes long

left semi join should throw SemanticException if where clause contains columnname from right table

java.lang.IllegalStateException: isDelete failed when SingleColumnValueFilter is used

CustomBooleanEditor may run into NPE when configured with allowEmpty=false

Https: ArrayIndexOutOfBoundsException when rendering a resulting JSF page

LettuceTemplate.execute should read and convert entire response.

HttpSessionContextIntegrationFilter.contextObject should be created in afterPropertiesSet(), not the constructor

Coverity static analysis: Serializable *Callback classes containes non-serializable fields

ContentCachingResponseWrapper should NOT sendError() before write body

Vectorization : TPC-DS Q80 fails with java.lang.ClassCastException when hive.vectorized.execution.reduce.enabled is enabled

config parameter hbase.io.index.interval  should be hbase.index.interval, accroding to HBaseMapFile.HbaseWriter

OSGi manifest version range for javax.servlet package import too restrictive

org.apache.camel.component.twitter.TwitterEndpointEvent cannot be cast to org.apache.camel.component.direct.DirectEndpoint

HiveMetaStore.BooleanPointer should be replaced with an AtomicBoolean

Subsystem transformation tests throw ISE during resource transformation if resource has override registrations

Documentation in the XSD for the queue-length is incorrect based on the model description

Support INSERT OVERWRITE into a partition on transactional tables

Regionserver wouldn't go down because split happened exactly at same time we issued bulk user region close call on our way out

Rename a partitioned table should not drop its partition columns stats

 Local task for map join submitted via oozie job fails on a secure HDFS

Once server in reload-required state capabilities no longer checked at stage Model.

Authentication token in session triggers replication of session each request

Child process of HiveServer2 fails to get delegation token from non default FileSystem

servletRelative redirects don't work with default-servlet-handler

[REGRESSION] FsShell.close closes filesystem, removing temporary directories

When new instance of Hive (class) is created, the current database is reset to default (current database shouldn't be changed).

Startup exception when setting "enabled-cipher-suites" attribute in standalone.xml

SecurityContextInterceptor always uses doPrivilidged even when a security manager is not present

JettyHttpComponent sets selector threads to 0 when running on 1 CPU

col='__HIVE_DEFAULT_PARTITION__' condition in select statement may produce wrong result

Wrong value calculated by Cologne Phonetic if a special character is placed between equal letters

Parsing time is extremely high (~10 min) for queries with complex select expressions

DozerBeanMapper cannot instantiate DozerThreadContextClassLoader 

Legacy protocol write-attribute operations throw NoSuchResourceException

When using NamedParameterJdbcTemplate, NVARCHAR or NCLOB(4000 characters or less) columns are not properly populated since StatementCreatorUtils does setString for these types instead of setNString.

Deadlock for threads executing org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.isEqual (WFLY)

vectorized logarithm produces results for 0 that are different from a non-vectorized one

ConcurrentModificationException thrown from inside camel splitter

ZipArchiveOutputStream sets general purpose bit 3 even for stored entries without a data descriptor

BlueprintCamelContext OSGi service is not unregistered when context is stopped

NullPointerException in RoleVoter if original UserDetails#getAuthorities() is empty and if RoleHierarchy is enabled

Vectorization wrong results for aggregate query with where clause without group by

Coverity static analysis, Resource leak, LdapsecurityRealm (Elytron)

Add limit_partition_metadataonly.q in testconfiguration.properties [Spark Branch]

REPL LOAD couldn't copy file from source CM path and also doesn't throw error if file copy fails.

DefaultMessageSecurityExpressionHandler does not set PermissionEvaluator

NullPointerException if mongo factory created via URI with out credentials

CXF cosumer should set Exchange's charset name, if content type provides one

hive.hwi.war.file vanished from hive-default.xml. error message prints wrong variable. does not start by default.

Mongodb Query Does not allow for multiple query conditionals of the same time.

camel-zipkin - Root Span Id is not reported if the route calls multiple route

Dynamic partition optimization bails out after removing file sink operator

Server startup hanging in InboundBridgeRecoveryTestCase#testCrashAfterPrepareInParticipantResource

Remove TimeRangeTracker as point of contention when many threads reading a StoreFile

TestFastFail is not compatible with surefire.rerunFailingTestsCount

DeadLetterChannel - maximum redelivery is not corrent and redelivery counter is wrong when failure handled

AuditLogFieldsOfLogTestCase sometimes fails on OpenJDK due to AssertionError: [] expected:<1> but was:<0>

Listing partitions returns different results with JDO and direct SQL

TestPerfCliDriver throws warning in StatsSetupConst that  JsonParser cannot parse COLUMN_STATS

Serialization/Deserialization doesn't work well with empty buffers.

HiveMetaStoreClient getFunction() does not throw NoSuchObjectException

DbNotifications giving an error = Invalid state. Transaction has already started

Fix for HBASE-6160, META entries from daughters can be deleted before parent entries, shouldn't compare HRegionInfo's

MVC forms should not display serialVersionUID field for composite primary key classes

In ServerCrashProcedure.java start(MasterProcedureEnv) is a no-op

combine2_win.q.out needs update for HIVE-3253 (increasing nesting levels)

AutomaticProjectUpgradeService gives NPE if another bundle is missing

JDBC: Provide an option to simplify beeline usage by supporting default and named URL for beeline

Logging out of JBoss 6.1 full build 022 shows a NPE in some fabric activemq code

ACID table update finishes but values not really updated if column names are not all lower case

file endpoints on windows without volume name in the path url not working in some cases

Incremental REPL DUMP progress information log message is incorrect.

Specification of scope is missing for certain Hadoop dependencies

Remoting Subsystem RemoteOutboundConnectionService is caching ConnectionURI causing issues when DNS changes

onException should enable backoff if backOffMultiplier is in use - just as errorHandler does

StaxEventContentHandler does not set Location for StartDocument event

When in EE7 mode Undertow should report that it is a Servlet 3.1 container

The implementation of AsyncTableRegionLocator does not follow the javadoc

Duplicit classes in wildfly-weld and wildfly-weld-common modules

sql std auth - describe table, show partitions are not being authorized

RedeliverErrorHandler - Should remove redeliver headers is failure processor is handling the caused exception

EntityMetadataProviderImpl fails to find the parent EntityMetadata in certain circumstances

HTable.delete triggers pre/postScannerOpen upcalls of RegionObserver

Improve SimpleJpaRepository.delete(ID id) by removing superfluous call to exists(…).

TCCL not set around LoginContext ctor call in GSSCredentialSecurityFactory.Builder#createGSSCredential

addRowLock() may allocate duplicate lock id, causing the client to be blocked

list_labels shouldn't raise ArgumentError if no labels are defined 

NamingEnumeration.hasMore fails on MS AD with PartialResultException

TableMapReduceUtil overwrites user supplied options for multiple tables/scaners job

REST API ScannerModel's protobuf converter code duplicates the setBatch call

SpEL fails if class.name and name is evaluated in the same context

topology-webapp formats a service URL with an IPv6 address incorrectly

Restore YamlProcessor duplicate key handling against SnakeYAML 1.18+ (plus compatibility with 1.21)

roo generated create.jspx for entities with names ending with 's' and @OneToMany relation with it self cause  internal server error error 

Can not create a PropertiesConfiguration if the filename contains a '#'

camel-api-component-maven-plugin doesn't handle inner class names in Javadoc

data-source ..  --new-connection-sql  does not allow double qoutes in the SQL

Add compaction/flush queue size metrics mistakenly removed by HFile v2

Subsystem iiop-openjdk should define port bindings in default configuration

HivePreparedStatement's setTimestamp() does not quote value as required

auxpath parameter does not handle paths relative to current working directory. 

Subject not correctly set in xmpp message in both chat producers.

Configuring more password types should be allowed for Elytron filesystem-realm identity in management model

Runtime handling for protocol-manager-factory is not implemented on "connection-factory"

SetCredentialsConfiguration not overriding getCredentialSource()

Fix addon-creator templates to use new Builders in generated artifacts

Restlet contract for RestProducerFactory wrongly configures request method

Headers lost when using scriptBuilder to set headers dynamically

Changing from 2016.12.0 to 2016.12.1 break with "WELD-001408: Unsatisfied dependencies for type SocketBindingGroup"

Spring Data ignores alternative EntityManager Producer in CDI environment

Hive metatool should take table_param_key to allow for changes to avro serde's schema url key

javadoc warning introduced by LabelExpander 188: warning - @return tag has no arguments 

java.lang.ClassNotFoundException for the jar in hive.reloadable.aux.jars.path for Hive on Spark

camel-stream - Should close previous stream if re-initializing a new stream

camel-infinispan - InfinispanRoutePolicy issue with locking from remote server

EhCacheManagerFactoryBean should close stream obtained from configLocation

camel-jpa - joinTransaction called for RESOURCE_LOCAL datasource

EJB invocation from a remote client when the deployment is being undeployed doesn't trigger a retry on a different node

Some tests from "org.jboss.as.test.integration.security.loginmodules.*" fail with security manager

New insert overwrite dynamic partitions qtest need to have the golden file regenerated

REST scan API with incorrect filter text file throws HTTP 503 Service Unavailable error

Incorrect status for AddPartition metastore event if RawStore commit fails

Camel Freemarker: change the case of all fields properties Header

resolve-path operation definition is needs RUNTIME_ONLY and READ_ONLY set

Service changes due to rollback should be completed before operation completes

RemoveModifiedFileTaskTestCase doesn't do safety checks for negative scenarios

Optimize writeValue/setValue in VectorExpressionWriterFactory (in VectorReduceSinkOperator codepath)

Custom HttpClientConfigurer makes Basic Authentication and Proxy settings ineffective

mod_cluster stop/stop-context operation results do not inform whether session draining was successful

Scanner misses columns / rows when the scanner is obtained durring a memcache flush

camel-dozer component fails when multiple expressions are used in a mapping

session.invalidate() behaviour not conform Servlet specification in HA profile

master.jsp uses absolute links to table.jsp. This broke when master.jsp moved under webapps/master

Possible hive service startup due to the existing file /tmp/stderr

ContactSecurityVoter as described in manual page 72 is no where in the actual code

Vectorization: VectorHashKeyWrapperBatch doesn't assign Timestamp values by value

The HMS upgrade test does not test patches that affect the upgrade test scripts

Schema creation scripts for PostgreSQL use bit(1) instead of boolean

Polling consumer does not work well with transacted ActiveMQ 5.3.0

Queries ran after reopening of tez session launches additional sessions

incorrect result set for query that projects a windowed aggregate

CellComparator#compare returns incorrect result for faked KeyValue

MappingMongoConverterParser is incorrectly rejecting field-naming-strategy-ref XML configuration

SubscriptionTask doesn't release JedisConnection and causing future SubscriptionTasks to block

ObjectInspectorConvertors#UnionConvertor does a faulty conversion

Using deprecated attribute use-hornetq-store in CLI does not have any effect being set

JSFOperationsImpl does not give entity xhtml page the correct file name when first created in cases were the entity starts with more than one capital letter

BaseRegionObserver#pre(Compact|Flush|Store)ScannerOpen returns null

RestoreSnapshotHandler.prepare() is not called by SnapshotManager  and TakeSnapshotHandler should first acquire the table lock

Record the class name of Writer in WAL header so that only proper Reader can open the WAL file

Intermittent failures in EJBClientXidTransactionTestCase.testServerSuspension

TestMasterFailover.testMasterFailoverWithMockedRITOnDeadRS is failing

LoadIncrementalHFile should try to verify the content of unmatched families

Table create with duplicate column family names quietly succeeds

java.util.Optional MultipartFile[] @RequestParam argument is null in multipart/form-data POST

Threshold for combined MemStore and BlockCache percentages is not checked

MappingContext.getPersistentEntity(PersistentProperty) must only return an entity if the given property is one

Interceptors breaks an ability to add custom attribute types from ldif on embedded LDAP server

SqlPagingQueryProviderFactoryBean ascending should default to true

Vectorized parquet reader should create assigners only for the columns it assigns, not for scratch columns

RabbitListenerAnnotationBeanPostProcessor cannot find Class-Level @RabbitListener annotations on beans with @Transactional annotations

AvroDeserializer incorrectly assumes keys to Maps will always be of type 'org.apache.avro.util.Utf8'

Backward compatibility broken in 1.0.4 with 'convertAndSend' method

Boot errors and unmanageable server if http-interface resource's http-upgrade-enabled attribute != true

NPE in RestTemplate with Resource implementation where getFilename() returns null

Code cleanup for redundant if check in ExplainTask [Spark Branch]

Roo auto-generated finder has sql error when fiinding based on two fields

Paging query for IbatisPagingItemReader in reference documentation is incorrect

Refactor code where Threads.sleep is called within a while/for loop

camel-jetty - Always creates a default http client even if not needed

Failed validation in regex-validating-principal-transformer causes NPE for Elytron audit logging

Upgrading SQL server backed metastore when changing data type of a column with constraints

WebScaffoldMetadataProviderImpl should use AbstractMemberDiscoveringItdMetadataProvider

Fields marked with --sizeMin don't always have "required" in prompt  

SPNEGOLoginModuleTestCase#testIdentityPropagation fails with IBM on some machines

[MapReduce]: CompactionTool in mapred mode is missing classes in its classpath

Reload is racey with regard to reading the process state, which can cause intermittent test failures

Startup success detection mechanism fails if JBOSS_HOME and jboss.server.base.dir are set differently.

javax.xml.bind.DatatypeConverter is deprecated in Java 9 and should not be used

Return type for udfs should be determined using Hive inference rules instead of Calcite

Return an empty authorization identity instead of null in LegacyPropertiesSecurityRealm

OrderBy (static) and Sort parameter (dynamic) Repository Queries do not work!

setting spring.profiles.default="${spring.profiles.default}" causes a infinite recursion

Clustering AsynchronousService should stop asynchronously by default

Lack of EmbeddedCacheManager.undefineConfiguration(String) can cause memory/classloader leaks

DomainSlaveHandler and OperationSlaveStepHandler place DOMAIN_CONTROLLER_LOCK_ID in wrong spot

Cannot remove fields. Missing flush() in org.springframework.roo.classpath.javaparser.JavaParserMutableClassOrInterfaceTypeDetails.removeField  ?

Legacy subsystem testing needs some classloading exclusion mecanism

After restoring a snapshot, table.jsp page for the table gets stuck

Camel Spring configuration doen't support to scan the SpringRouteBuilder

JMSTemplate.receive() and receiveSelected() don't use "receiveTimeout" property if in a transaction

New entity merged rather than persisted when ID is not generated and version is in a MappedSuperClass 

Vectorization: Vector Map data type doesn't keep the order of the key/values pairs as read

AbstractTicketValidator should not use LogFactory.getLog(CasProxyTicketValidator.class)

The BasicAuthenticationMechanism needs to call noAuthenticationInProgress not authenticationInProgress

DoubleWritable/ByteWritable should extend their hadoop counterparts

SchedulerAccessor needs to catch primary key violation on reschedule (due to Quartz race condition)

Hive produces unclear, confusing SemanticException when dealing with mod or pmod by zero

SSO is not destroyed after session timeout period of <distributable/> app.

ClusterBaseTestClassSubmitTests fail on Hadoop 2.3.0 based distros

StackOverflowError from infinite recursion in PropertyPath.create:326

HIVE-13076 uses create table if not exists for the postgres script

Spring Data MongoDB projection search, is not properly configured with respective Java Pojo

File consumer - Race condition for markerFile read lock strategy

make HADOOP_HOME setting consistent between hive and webhcat_config.sh

Cannot clone a profile with a remoting subsystem but no io subsystem

EOFException when address of a mgmt operation is of a bad data type

CLI unable to load JAAS configuration on IBM JDK due to ClassNotFoundException

Cannot disable Datasource or XADatasource in standalone and domain modes

PersistentResourceXMLDescription#marshallAttributes does not marshall defined values if they match default values

JobParamters.getDate() throws NPE if no value exists for that date

Avoid using Olingo2 library classes from 'core' package as it has been designated internal and not part of the API exposed using OSGi headers

SpEL : Indexed access within an expression with null variables is no longer a SpelEvaluationException

HttpSession.invalidate() requires additional permissions if Security Manager is enabled

BanTransitiveDependencies enforcer violations while building wildfly-galleon-pack module on IBM jdk

Cipher token can't retrieve key store reference - IllegalStateException

scope="step" inheritance from parent bean definitions causes odd effects

metastore notification_log contains serialized message with  non functional fields

Registry value created by container-default-jvm-options is ignored

Bindy should not trim separate in case end users use tab separators or the likes

Incorrect maven-bundle-plugin settings cause class duplication in several modules

Logging subsystem: Fix SuffixValidator to allow 's' or 'S' symbols in text quoted using single quotes in suffix.

Heavy use of memory to convert a context value to String if it is a collection

NoClassDefFoundError due to javax/annotation/PostConstruct when executing on Java 5

camel-jetty - A soap fault should trigger http response code 500

Workload Management tables have broken constraints defined on postgres schema

Unable to use NtlmAwareLdapAuthenticator with LdapAuthenticationProvider due to checking for null password.  

SizeRotatingHandlerTestCase.rotationTest fails with "the file is bigger than allowed size"

HibernateException is thrown during borrow connection after any query execution in RowMapper

"Embedded error: duplicate entry" occurs sometimes building the distribution

nightly job gives old results or no results for stages that timeout on SCM

camel-bean - Should throw NoTypeConversionAvailableException if body cannot be converted to parameter type

DummyTransaction exception during session.invalidate with started conversation

XML configuration of tasklet method does not configure parameters

WildFlyInitialContext is not working and throw a NoInitialContextException for a lookup

Domain management audit logging: Fix SuffixValidator to allow 's' or 'S' symbols in text quoted using single quotes in suffix.

UnknownRegionException blocks hbck from sideline big overlap regions

HiddenHttpMethodFilter breaks HandlerFunction with BodyExtractors.toFormData

Add regression test for WFLY-8997 - @RunAsPrincipal cross security domains (legacy security)

Constants used in camel-infinispan component have restricted access

OperationContextImpl leaks to OperationContextImpl.OperationContextServiceRegistry

Application context is not properly distributed to persistent entities

SimpleXsdSchema not initialized property produces NullPointerException

SpringSecurityLdapTemplate should use a CompositeName to remove JNDI escaping from SearchResult.getName()

Declaring an intermediate base repository does not work correctly

Webservices subsystem requires reload when it does not actually need to

SpEL Compiler: NPE on Indexer compilation, when is used map accessor

Column stats :  LOW_VALUE (or HIGH_VALUE) will always be 0.0000 ,if all the column values larger than 0.0 (or if all column values smaller than 0.0)

Wildfly wildfly-ejb3 - 10.1.0.Final EJBComponentDescription - not useful exception when class for mdb not found

LinkedIn consumer endpoints have to specify an empty 'fields' parameter

vm component - Stopping a route when using multipleConsumers should not stop MP if there is other routes using it

Fix minor typos and formatting issues in HFileArchiver/HFileLink

StackOverflowError when using WebFlux multipart file data handler with Undertow

Problem using a CamelTransportFactory from a junit 4 unit test or together with <context:annotation-config/>

Evaluation exceptions caused by type conversion errors within target Expression of a data mapping not treating as a type conversion error

MBeanRegistrationService throws NameNotFoundException "java:comp/BeanManager" when starting/stoping the MBean

The class org.springframework.social.oauth2.AccessGrant may generate wrong "expireTime" value

Transaction is marked disassociated from application thread when transaction manager reaper thread suspends transaction

Non atomic update of volatile fields in ManagedServerSocketBinding and GeneralTimeoutHandler

FactoryBean bean type detection can causes fatal early instantiation

Camel Endpoint ignores camelContextId property in Spring configuration

activemq-camel - This feature is not listed as installed out of the box in the full-esb

Error bootstrapping Spring Data JPA with EntityManagerFactory already semi-initialized

Typo in docs of RepositoryEntityController::patchItemResource, Docs mention PUT

HBase hbck: false positive error reported for parent regions that are in offline state in meta after a split

MongoMappingContext doesn't know about types usually auto-detected (JodaTime, JDK 8 date time types)

Cannot load latest Spring Oauth2 bundles into Virgo OSGI container

An attribute that another attribute 'requires' should be allowed to be undefined if another attribute in the same set of 'requires' is an alternative

RAW_TOKEN_START and RAW_TOKEN_END not removed when query parameter occurs multiple times

OAuth2Template.createRestTemplate() throws NPE when useParametersForClientAuthentication is false

The MethodRabbitListenerEndpointTests.invalidMessagePayloadType() isn't compatible with SF-4.3

Object creation of StoreFileScanner thru constructor and close may leave refCount to -1

Schema evolution for ORC in llap is broken for int to string conversion

Mislead exception text "Use logout-url or success-handler-ref, but not both"

Not possible change the object store type from hornetq to jdbc via cli commands

shared-session-config_1_0.xsd description of <cache-name> is wrong

ZooKeeperHiveLockManager.getQuorumServers incorrectly appends the custom zk port to quorum hosts

DefaultOperationDescriptionProvider uses incorrect call to create reply parameter description

[PTest2] Propagate additionalProfiles flag to the source-prep.vm

TokenBasedRememberMeServices not properly using context path when setting cookie paths (SEC-206 only partially fixed) 

SimpleLdapTemplate search method delegates to incorrect LdapOperations method.

Throwing the  IllegalArgumentException if there are already another type bean which name is same with the URI schema

querying TimerService information from CLI fails for canceled timer

[regresion] NullPointerException is thrown when beanName is null in AutowireCapableBeanFactory.initializeBean

OrcFileMergeOperator only close last orc file it opened, which resulted in stale data in table directory

SecurityException in HDFS producer/consumer when no security configuration is present

refactor LLAP plan cache avoidance and fix issue in merge processor

ToStringMdProvider should apply ordering to the discovered methods to prevent random ITD updates

CLONE - pig -useHCatalog with embedded metastore fails to pass command line args to metastore (org.apache.hive.hcatalog version)

Infinispan-core is not available as a compile-time dependency when infinispan fraction is added

'valid' property of input components gets lost before JSF render phase in portlet

Unify the retry logic in ScannerCallableWithReplicas and RpcRetryingCallerWithReadReplicas

Two textareas which are decorated with dijit.form.SimpleTextarea in the same page will sumit as a single parameter for POST submits

Table creation, though using "async" call to master, can actually run for a while and cause RPC timeout

Move TestJDBCDriver2.testNewConnectionConfiguration to TestJDBCWithMiniHS2

TestCatalogTrackerOnCluster.testbadOriginalRootLocation fails occasionally

Referral mode 'throw' for searching groups in legacy LDAP realm causes NPE

Use the region name, not the encoded name, when region is not on current server

After installing REST quickstart on patched Fuse: Can't find com.wordnik.swagger.jaxrs.listing.ApiListingResourceJSON

Assertion error on transitive join inference in the presence of NOT NULL constraint

BoundedByteBufferPool incorrectly increasing runningAverage buffer length

HTTP 405 (Method not supported) returned when 404 Status (Not Found) was expected

Pass Exchange param to TypeConverter.convertTo calls where possible

SQLGrammarException for IN-clause with empty collection as parameter

Table deletion failed but HBaseAdmin#deletetable reports it as success

Problem with the many to many relationship, script line is not closed correct

ROO should not add a dependency to the pom if it is already in the pom as "provided"

SaajSoap11Body.getFault() does not conforms to interface specification - if no fault is present IllegalArgumentException is thrown instead of returning null.

Infinispan subsystem writes incorrect xml namespace when system locale is not English

Opening a region failed on "Metrics source RegionServer,sub=Regions already exists!"

DEBUG statement with Failed to perform build and stacktrace should be stated as OK

Double-assignment at SPLIT-time (WAS: Stores retaining references to long-deleted mapfiles)

Repositories does not expose registered repository for proxy type

Sort with aggregate properties results in an invalid alias being generated and added to the query

Executing legacy operations in mod_cluster subsystem is not possible with configuration with just one proxy

ContextPropagatingRemoteInvocation does not correctly propagate the principal

RetryingMetaStoreClient loses UGI impersonation-context when reconnecting after timeout

IBM JDK uses a slightly different stack for property permission checking

updating non existing and adding existing misc content with override on

Document that http webUI's should redirect to https when enabled

query for JdbcJobExecutionDao.findRunningJobExecutions is broken

RuntimeExceptions from MemoryMXBean should not take down server process

Wrong error for access token request when using a bad client_secret

ClassGeneratingPropertyAccessorFactory.isTypeInjectable(…) fails with NPE for entities in default packages

Aggregation not working with as() method in project() pipeline operator

LazyBinaryColumnarSerDe-based RCFile tables break when looking up elements in null-maps.

Unexpectedly long key created by KeyBasedPersistenceTokenService.allocateToken()

FanOutOneBlockAsyncDFSOutputHelper fails to compile against Hadoop 3

Publisher Returns Cannot be Requested Independently of Publisher Confirms

BadLdapGrammarException when a group or principal contains a '\' in its name

ObjectInspectorConverters cannot convert Void types to Array/Map/Struct types.

possible NullPointerException in org.apache.camel.util.ObjectHelper.getCamelPropertiesWithPrefix(prefix, camelContext)

Add accounting of empty regioninfo_qualifier rows in meta to hbasefsck.

Cursor on Line "2" of the shell instead of the old position after using flash messages

RepositoryBeanDefinitionBuilder does not populate the source of created BeanDefinitions

Stand alone metastore fails to start if new transaction values not defined in config

<redis:collection/> breaks for type="PROPERTIES" because defaults are not initialized

Regression: If-Modified-Since value of zero not accepted anymore

Operation description is not complete in :read-resource-description

Remove doBulkLoad(Path hfofDir, final HTable table) though it has not been through a full deprecation cycle

CLI: creating a server on a domain slave followed by setting a system property fails when done in batch mode

ISPN000136: Error executing command PutKeyValueCommand, writing keys [SessionCreationMetaDataKey(ou_d...): java.lang.NullPointerException

HBase shell still using deprecated methods removed in HBASE-4436

NPE in RSGroupStartupWorker.waitForGroupTableOnline during master startup

Sending message in ApplicationListener<SessionDisconnectEvent> results in ERROR level logging 

Beeline "set varible" doesn't show the value of the variable as Hive CLI

WebServicesFraction should also depend on org.jboss.as.webservices.server.integration module

SimpleMessageListenerContainer long wait for consumers to start when insufficient threads

[WINDOWS] pass in native library directory from hadoop for unit tests

CombineHiveInputFormat fails with "cannot find dir for emptyFile"

camel-mina - codec options should fail if not possible to find i registry

Make storage format configurable for temp tables created using LLAP external client

@Inject Provider or @Autowired ObjectFactory issue with session scoped bean

AbstractJdbcCall's compiled variable should be declared as volatile

don't store type names in metastore when metastore type names are not used

ClassNotFound exception when connecting a remote HornetQ client over SSL

RedirectUtils/DefaultRedirectStrategy contextRelative redirect doesn't account for url like http://context.xyz.com/context

ByteBufferOutputStream grows its HeapByteBuffer beyond JVM limitations

@ControllerAdvice(basePackageClasses) do the prefix search by package name.

IntegrationTestZKAndFSPermissions failed with 'KeeperException$NoNodeException' 

ThreadsProcessor should resolve RejectedPolicy from the referenced ThreadPoolProfile

Setting PicketBox or Elytron security domain should be mutually exclusive

hbase.table.archive.directory reference should be removed from hbase-default.xml

SpringDeadLetterChannelUseOriginalBodyWithFileTest test failing on trunk

"Illegal instant due to time zone offset transition" when binding with LocalDate (joda) in Controller handler

Go thru the common code to find references to HIVE_EXECUCTION_ENGINE to make sure conditions works with Spark [Spark Branch]

WebClient's UriBuilder option should encode path parameters passed into build

Hive compiler sometimes fails in semantic analysis / optimisation stage when boolean variable appears in WHERE clause.

ORC : Is null SARG filters out all row groups written in old ORC format

HRegionFileSystem#splitStoreFile() finishes without closing the file handle in some situation

JavaBean implementing Interface and overriding getter causing null pointer

ClassNotFoundException when ActiveMQRegistry is loaded by a JMS Bridge

Cannot find field" error during dynamically partitioned hash join

contacts application has a minor configuration bug in applicationContext-security.xml

Inject custom package scan class resolver asap to ensure loading of classpath works

Patch build should match the patch filename and not the whole relative URL in findBranchNameFromPatchName

Potential null-pointer in TransactionAspectSupport.determineTransactionManager()

Fetching of Delegation tokens (Kerberos) for AccumuloStorageHandler fails in HS2

NullPointerException in XMLConfiguration.save() after creating it from HierarchicalConfiguration

The forward identity should be captured in AuthenticationContextConfigurationClient.getAuthenticationConfiguration()

Executing /search/findEntityById?id=823892389 with x-spring-data-compact+json does not return any value.

ConcurrencyFailureException when multithreaded tasklet updates %PREFIX%STEP_EXECUTION_CONTEXT table

Duplicate resource will cause Server boot has failed in an unrecoverable manner

When using @Action and annotation-driven my custom interceptors are not added to the endpoint

Update the multi-JSF installer to be able to install Mojarra and MyFaces 2.3.x versions in addition to 2.1.x and 2.2.x versions

Contacts sample throws NestedServletException (500) instead of Access denied! (403) page

CombinedConfiguration fire EVENT_COMBINED_INVALIDATE even before the contained configuration is updated

For HPL/SQL that contains boolean expression with NOT,  incorrect SQL may be generated.

Vault.bat fails if JAVA_HOME or JBoss installation directory contain spaces

Chunk oriented step builders must validate that an ItemWriter is provided

HA singleton service shortly unreachable after being started on a node

@Async and @Transactional annotations do not work on the same method

Revert HBASE-9718 (Add a test scope dependency on org.slf4j:slf4j-api to hbase-client)

GwtOperationsImpl not forcing found types to be evicted from the cache prior to retrieval

Regions can't get out InRecovery state sometimes when turn off distributeLogReplay and restart a cluster

@CachePut always prevents @Cacheable even with mutually exclusive conditions

Remove from all caches when Groovy script is removed from Camel script cache

hcat -e "drop database if exists" fails on authorizing non-existent null db

Separate client-facing and server-side Kerberos principals, to support HA

WF8/Undertow: JBAS014788: Unexpected attribute 'security-realm' encountered?

bin/local-{master-backup|regionservers}.sh doesn't take --config arg

DbTxnManager acquiring wrong level of lock for dynamic partitioning

Multiple HBase clients to multiple indpendent HBase clusters from the same jvm should be allowed

Visibility label and per cell ACL feature not working with HTable#mutateRow() and MultiRowMutationEndpoint

Have a single executor for all zkWorkers in the assignment manager

DataOnDemand code invalid when @Min and @Max annotations are used on an entity field

Read-attribute on an EJB timer fails if there are no more timeouts

compile-protobuf profile does not compile protobufs in some modules anymore

Index related events should be delivered to metastore event listener

String case conversions are locale-sensitive, used without locale

NPE in SELECT when WHERE-clause is an and/or/not operation involving null

Logging on DEBUG breaks DefaultMessageListenerContainer on WebSphere MQ

OSE Maven artifacts uploaded to fabric proxy cannot be resolved by containers

Spring custom converters do not work for subclasses of java.lang.Number

CacheProducer should not put services in Camel context, that are not singletons and are not ServicePoolAware

CompositeCollection, CompositeMap, CompositeSet should implement Serializable

CallTimeoutException and CallQueueTooBigException should trigger PFFE

Flushing canceled by coprocessor still leads to memstoreSize set down

RequestMappingHandlerMethodMapping can't combine type and method @RequestMapping annotations when method is in parent class only

JDBC should depend on httpclient.version and httpcore.version 4.1.3 to be consistent with other modules

Maven dependency not added to project's pom.xml when the jdbc driver is used for more than one database

HttpProducer should not eat up the content-type when working in proxy mode.

Make sure that RTS takes into account port offset, when initiating services

Coverity static analysis, Resource leak on an exceptional path, FileAuditEndpoint (elytron)

Possible inconsistency in a memstore read after a reseek, possible performance improvement

HBase shell's 'status 'detailed'' should escape the printed keys

Timer component : timer should use StartupListener to be initialized before first fire

DefaultMessageSecurityExpressionHandler does not set RoleHierarchy

Vectorization : Insert in bucketed table is broken with vectorization

DomainSlaveHandler is improperly manipulating operation during transformation

Replication: WITH clause is not passing the configuration to Task correctly in all cases

Hive object is not thread safe, is shared via a threadlocal and thus should not be passed around too much - part 1

Non-distributed, stateful web applications cannot be load balanced using sticky sessions

Current database in metastore.Hive is not consistent with SessionState

Thread leak in Http4Endpoint, doStop() does not close() the httpClient

HCatLoader always returns Char datatype with maxlength(255)  when table format is ORC

UNION ALL throws schema-not-match exception if one subquery is TRANSFORM and the other is a simple select

AsyncNonMetaRegionLocator use FIFO algorithm to get a candidate locate request

Implement HConnectionManager.locateRegions which is currently returning null

Major compaction periodicity should be specifyable at the column family level, not cluster wide

'group' operation fails where query references non primitive property

CLI Batch mode doesn't do roll back correctly during adding of distributed-workmanager of JCA

WildFlyActivationRaWithSecurityDomainTestCase fails under security manager

HConnectionManager can't find cached HRegionInterface which makes client very slow

Comparing incompatible types for equality: String.equals(org.jboss.dmr.ModelNode)

java.lang.ClassNotFoundException for the jar in hive.reloadable.aux.jars.path in mapreduce 

The exception happening in converting pb mutation to hbase.mutation messes up the CellScanner

POJO objects are not removed from logging.properties when manually removing them from JBoss Config XML

JaasAuthenticationProvider should refresh the JAAS Configuration when a loginConfig URL is set

TestRegionServerObserver.testCoprocessorHooksInRegionsMerge zombie after HBASE-12975

Coverity static analysis: Dereference null return value in KeyUtil (Elytron)

parameterTypes collection from MethodMetadata is not well formed when has annotations defined

Vectorization: Defer Wrong Results / Execution Failures when Vectorization turned on

PGP Data Format: EOFException: Unexpected end of ZIP input stream

V2 API - FeedOperations.getFeed() throws exception deserializing photo post

reflect udf cannot find method which has arguments of primitive types and String, Binary, Timestamp types mixed

Blueprint container goes 'GracePeriod' if component is defined in the same XML file

[WebHCat] Webhcat e2e test JOBS_2 fail due to permission when hdfs umask setting is 022

TarArchiveInputStream throws IllegalArgumentException instead of IOException

Adding context root to classpath as a resource-root doesn't work

FilterChainProxy clearing context causes forwards to clear authentication from the session

Fix Eclipse m2e lifecycle configuration problem for maven-scalate-plugin_2.11

Fix couple of tests to work when FileSystem.access() is available

Service call definition - Simple language expresion in uri is not being evaluated 

IdempotentConsumer - If exception from repo it should be able to handle by onException

ConversionServiceMetadata can't handle multiple backing types with the same type name but different packages

GAE 1.2.0 ISSUES - Result class is simple, but field value [Ljava.lang.Object;@135afd61 not convertible into that;

Adjust log level for FATAL messages from HBaseReplicationEndpoint that are not fatal

Converters attempt type conversion even if source object is already assignment compatible with target class.

avoid ClassCastException when the gzip is enabled for the cxf endpoint with camel destination

Update removes positional operator $ in key when used on DBRef property

IntegrationTestIngestWithACL should allow User to be passed as Parameter

Update the reference guide to reflect the changes in the security profile

Unnecessary replication of class descriptors for distributed SSO

Roo generated data on demand types are not aware of Calendar types and Enum types

Nightly test should make junit reports optional rather than attempt archive after reporting.

CRUD Booster on Minishift is unable to activate "openshift" profile

preauth-xml  Unsupported configuration attributes: [ROLE_USER, ROLE_SUPERVISOR, ROLE_USER]

RabbitAdmin anonymous queue declaration javadocs inconsistent with Queue properties

CSVFormat constructor should reject a header array with duplicate entries

Output incorrect when using processor-transactional="false" and skips.

Hash.java is declared as public Interface - but it should be Private

Rewriting with partitioned materialized views may reference wrong column

dojo.require may not have sufficient time to load under some circumstances

In error scenario some opened streams may not closed in ScriptOperator.java, Utilities.java 

ZipArchiveInputStream and ZipFile don't produce equals ZipArchiveEntry instances

Shell add_peer doesn't allow setting cluster_key for custom endpoints

[JDK7] TestHBaseSaslRpcClient.testHBaseSaslRpcClientCreation failing on Jenkins

List-to-String conversion exception does not refer to element type

CREATE TABLE (ACID) doesn't work with TIMESTAMPLOCALTZ column type

MetaServerShutdownHandler stucks if .META. assignment fails in previous attempt

ExprNodeColDesc isSame doesn't account for tabAlias: this affects trait Propagation in Joins

It's useless to catch SESSIONEXPIRED exception and retry in RecoverableZooKeeper

Entity import definition loses the static modifier when a field is added

SingleConnectionFactory can close the wrong target connection on close

Named constructor args cannot be overridden by child bean definitions

Creating an InputStream from XMLStreamReader fails without default namespace

If we timeout PENDING_CLOSE and send another closeRegion RPC, need to handle NSRE from RS (comes as a RemoteException)

AbstractAnnotationConfigDispatcherServletInitializer without root context causes error in WebApplicationContextUtils

adding .gitattributes file for normalizing line endings during cross platform development

'hadoop.proxyuser.hive.groups' configuration doesn't prevent unauthorized user to access metastore

HAL Browser: Custom Request Headers are lost in NON-GET requests

JobExecution marked COMPLETE on failure to save step execution metadata

AbstractAdaptableMessageListener should not "eat" exceptions in the onMessage()

vectorized IN is inconsistent with non-vectorized (at least for decimal in (string))

Schema and XSD declarations in META-INF not split yet into OAuth and OAuth2

Drop database may hang if the tables get deleted from a different call

Don't use String toUpperCase/toLowerCase in the testsuite without Locale provided

region_status.rb broken with TypeError: no public constructors for Java::OrgApacheHadoopHbaseClient::HBaseAdmin

QueryMethod type not detected correctly when wrapper types are used with collections

Add builder for metastore Thrift classes missed in the first pass - FunctionBuilder

camel-mail - extracting mails with headers using multi values inserts duplicates

ModelTestModelDescriptionValidator does not take into account that an attribute can also have an attribute-group

The "doAs user" used in the update to hbase:acl table RPC is incorrect

Aggregation functions returning empty rows on partitioned columns

SmppConsumer throws IllegalArgumentException if the delivery receipt contains vendor specific optional parameters

Hive variable substitution does not work with the "source" command

RPCServer.registerClient() erroneously uses server/client handshake timeout for connection timeout

ldapTemplate#authenticate does not throw EmptyResultDataAccessException

org.springframework.data.mongodb.core.query.Field needs an equals method

Update datanucleus.connectionPoolingType to BoneCP in hive-default.xml.template

-ROOT-, .META. tables stay offline for too long in recovery phase after all RSs are shutdown at the same time

Multiple triggers of each activator service when there are multiple modules with different service activator files in an ear.

DefaultLifecycleProcessor throws BeanNotOfRequiredType for null beans (cause of NullBean instance cannot be converted)

Null pointer exception for nested table query when using ORC versus text

Server path capabilities should be registered as possible capabilities of ServerRootResourceDefinition 

roo.bat fails if installed in a directory with space in it's path

CommandFormatException: Invalid syntax... when using tab completion

Deployment failure if existing HA deployment contains a common EJB class

WebHCat E2E tests that launch MR jobs fail on check job completion timeout

roo controller add: NullPointerException in org.springframework.roo.addon.web.mvc.jsp.JspViewManager

Hive Version returned by HiveDatabaseMetaData.getDatabaseProductVersion is incorrect

Delayer and StreamCaching will not be exculded if the CamelContext is restarted

Add repl load support for adding "raw" namespace for TDE with same encryption keys

Enhance listPartitionsByFilter to add support for integral types both for equality and non-equality

new Base64().encode() appends a CRLF, and chunks results into 76 character lines

Attempt to remove cache container with default-cache defined throws NPE

EclipseLink marks transaction RollbackOnly when applying timeout for "nonread" queries

ConfigurationFile.successfulBoot() may try to write in an unwriteable dir

TestHRegionReplayEvents.testReplayBulkLoadEvent fails frequently.

Outbound-socket-binding configs don't propagate to domain server if socket-binding-group has no normal socket bindings

[Migration operation] [Web to Undertow] Web - access-log and its directory attributes are not migrated

Cached plan race condition - VectorMapJoinCommonOperator has no closeOp()

Exception thrown during JAXB marshalling will cause SedaConsumer to break

Logic error in functional cast methods in Credential, Evidence, Password

StompSubProtocolHandler responds with ERROR (Session closed.) on DISCONNECT when using SimpleBrokerMessageHandler

Using the execute-commands goal results in Maven hanging due to a CLI shutdown hook

Issues with Support of Environment variables in containerized deployments

Repository not instantiated when entity contains field of type TreeMap

Infinite loop in XsdBasedSoap11Wsdl4jDefinitionBuilder#buildMessages method

Improve error messages for Hive on Spark in case the cluster has no resources available

TestSparkNegativeCliDriver does not run in Spark mode[Spark Branch]

Mapping Convertor does not remove "_class" property on collection of embedded objects

MP fault tolerance: circuit breaker doesn't open if there was at least one success

Using @AdviceWith and testing camel-spring-boot startup CamelContext eager

Response times in "Task Execution Summary" at the end of the job is not correct

NetworkingInterfaceBindingService is not registered according to the capability service name

ConcurrentModificationException when doing a merge on AbstractEnvironment

Add missing HTTP authentication mechanisms to WildFlyElytronProvider

ServerGroupAddHandler should add a separate step to validate profile and socket-binding-group refs

SnsConfiguration's toString() uses amazonSQSClient as key string rather than amazonSNSClient

StorageBasedAuthorizationProvider masks lower level exception with IllegalStateException

HiveServer2 Plain SASL authentication broken after hadoop 2.3 upgrade

CBO: decimal_udf is broken by recent changes (and other tests have type changes)

SchedulerAccessor 'globalJobListeners' and 'globalTriggerListeners' not working with 2.0.x and 2.1.x

Document that hbase.MetaMigrationConvertingToPB needs to be set to true for migrations pre 0.96

All links to fixed bugs in the "Changes Report" http://commons.apache.org/codec/changes-report.html point nowhere, e.g. http://issues.apache.org/jira/browse/34157. Looks as if all JIRA tickets were renumbered.

Finders - Non required fields are enforced via exception in the code but not in the jsp.

In some situations data is not replicated to slaves when deferredLogSync is enabled

FileNotFoundException while using Weblogic10 and SWF classpath flow-location-pattern

Wildfly Elytron Tool, credential-store command doesn't support redirection (<, <<)  when multiple options are missing which show prompts.

PUT request for item resource with customized entity lookup fails

Non-ObjectId identifiers generated by event listeners are not populated if documents are inserted as batch

Kotlin bean instantiation regression with default declared constructor

camel-restdsl-swagger xml generation can't find required method allowableValues(String)

GroupByOperator's initialization calls GenericUDAF.newAggregation before GenericUDAF.init

Calendar Widget shows numbers instead of month names and day of week abbrevations

Validation of authorization request is bypassed if auto-approved

Several tests need FilePermission for standalone/tmp/auth to pass with security manager

INFO level logging of GetClusterStatus from HMaster is too chatty

Integration tests fail when executed against OpenJPA due to flush timing and result list mutability

Under upload, region servers are unable to compact when loaded with hundreds of regions

The non-multicast mod_cluster subsystem template puts attributes in non-xsd order

FileSystemUtils.copyRecursively no longer replaces existing files

Hbase can't balance if ServerShutdownHandler encountered exception

The <gfe:partitioned-region> element in the SDG XSD does not properly support multiple PartitionListener bean definitions or references.

BasicLookupStrategy#readAclsById(ObjectIdentity[], Sid[]), throws exception, when a warning log would do

ldap-key-store requires attribute userPKCS12 on ldap entry, even if it should be mandatory

MockHttpSession throws ConcurrentModificationException when removing attributes in a loop

Race between RegionScannerImpl#nextInternal() and RegionScannerImpl#close() may produce null pointer exception

Request mapping incorrectly receiving all dispatches for a controller

PathMatchingResourcePatternResolver.determineRootDir fails for jar on JBoss

ZKAsyncRegistry ctor would hang when zookeeper cluster is not available

Major compaction can't work due to obsolete scanner read point in RegionServer

ClassCastException in error handler when handling retweet errors

Do not move the table to null rsgroup when creating an existing table

Sending back ResponseEntity<T> without Content-Type header causes RestClientExceptions when using RestTemplate

HS2 Resource leak: operation handles not cleaned when originating session is closed

TIF needs to be able to set scanner caching size for smaller row tables & performance

ScheduledFuture#cancel(boolean) failing to cancel tasks on bean PreDestroy

VisibilityController returns the wrong value for preBalanceSwitch()

UnwrappingRepositoryInvoker.invokeFindById(…) falls back to findById(…) even if a custom lookup is present

WSS4J interceptor shouldn't verify that validationDecryptionCrypto != null

Space quota change after quota violation doesn't seem to take in effect

Wrong http code (500 instead of 403) returned on InsufficientScopeException when using SpEL expressions for security contstraints

LLAP: Incorrect handling of the preemption queue on finishable state updates

Incorrect StoreFileRefresh leading to split and compaction failures

PropertyPlaceholder fails when string contains three consecutive curly brackets 

Compilation error when using .to, .log, .wireTap, etc. before calling .aggregate() in the Java DSL

RabbitConsumer could hang when RabbitMQ connection is lost and autoAck=false.

camel-netty-http - Must include HOST header in client and server must validate HOST header exists

[Migration operation] [Web to Undertow] attribute proxy-binding on connector is neither migrated and neither is migration warning shown.

The value of balancerRan is true even though no plans are executed

There is no precedence between @Id annotation and field named "id" - both are attempted to be used

camel-test.jar - jndi.properties is required, should be optional

Html encoding problems when using text from application_locale.properties

GetOperationStatus called in resultset.next causing incremental slowness

ReadTransformedResourceOperation should set include-defaults=false when calling read-resource

GemfireRepositoryConfigurationExtension needs to override the RepositoryConfigurationExtensionSupport postProcess(:BeanDefinitionBuilder, :AnnotationRepositoryConfigurationSource) method.

The 'scheduler' element properly handles this, but we apparently lost this behavior for 'executor' during the refactoring to a TaskExecutorFactoryBean (see: SPR-6368).
We need to add a unit test similar to the following for the "scheduler" element:

@Test
public void threadNamePrefix() {
    ThreadPoolTaskScheduler scheduler = (ThreadPoolTaskScheduler) this.context.getBean("customScheduler");
    assertEquals("customScheduler-", scheduler.getThreadNamePrefix());
}

It seems that the LdapAuthenticationProvider looses any details set on the incomming Authentication.details property. Several other AuthenticationProviders retain these details
Unless of course this is intentional it should be trivial to improve this with simply copying the details, thus making them available to the application. 
Simple suggestion attached as patch.

When executing a paging query the executing infrastructure triggers a count query to compute the number of overall results. If you define the query manually by using @Query or via a JPA NamedQuery the count query generation seems to also get the pagination information applied (see forum post for example).
This seems to boil down to SimpleJpaQuery.createCountQuery(...) calling ParameterBinder.bindAndPrepare(...) instead of prepare(...) as the former call applies pagination information to the query.

The fix to protect against RFD exploits (SPR-13548) introduced a "Content-Disposition:attachment;filename=f.txt" response header for @ResponseBody methods where the URL appears to have an extension that is neither whitelisted by default nor explicitly registered by the application.
Spring Boot Actuator exposes many endpoints that naturally contain dots and do not represent an extension. When such a URL is typed in a browser it causes content to be downloaded as "f.txt" rather than rendered.
Several example mappings in Boot:

/metrics/{name:.*}
/env/{name:.*}
/diff/{fromVersion}/{toVersion}

We need to consider ways to make the fix for RFD more flexible with this case in mind (and possible others that might yet be reported), without compromising the security of the application. For once it looks like Spring Boot metrics aren't exposed to RFD since the metric name in the URL has to match a known metric so for example appending a random extension should result in a 404.
Note this issue was originally reported under Spring Boot ticket #4220.

Right now with large region count tables, the write buffer is not efficient.  This is because we issue potentially N RPCs, where N is the # of regions in the table.  When N gets large (lets say 1200+) things become sloowwwww.
Instead if we batch things up using a different RPC and use thread pools, we could see higher performance!
This requires a RPC change...

The argument check in MethodInvokingTaskletAdapter fails for primitive paramters. Eg: I have a method that takes a single double primitive parameter. When I set the arguments property on the bean it takes an Object[] so it will be a Double object that is passed here. This causes an error when Spring creates the bean as it checks the types of arguments against the type of parameters, but double is not assignable from Double. If I extend the class and override afterPropertiesSet to remove the check it all works as expected.

There are simple leaks and one more complex.
The complex one comes from the fact fact HConnectionManager.HConnectionImplementation keeps a reference to the configuration used for the creation. So if this configuration is updated later, the HConnectionKey created initially will differ from the current one. As a consequence, the close() will not find the connection anymore in the list, and the connection won't be deleted.
I added a warning when a close does not find the connection in the list; but I wonder if we should not copy the HConnectionKey instead of keeping a reference.

Hello,
Since I updated my project with spring 3.0.1, I have an exception at startup (with 3.0.0, it's work).
My application has a bean called "conversionService" and it seems that this id couldn't be used in this version.
To reproduce, a simple example :

	<bean id="conversionService" class="java.lang.String">
		<constructor-arg value="foo"></constructor-arg>
	</bean>

		ApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");
		String conversionService = applicationContext.
                        getBean("conversionService",String.class);
		System.out.println("conversionService="+conversionService);

And the exception :

Exception in thread "main" org.springframework.beans.factory.BeanNotOfRequiredTypeException: 
Bean named 'conversionService' must be of type [org.springframework.core.convert.ConversionService], 
but was actually of type [java.lang.String]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:348)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:861)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:423)
	at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:139)
	at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:83)
	at example.Main.main(Main.java:10)

I know to fix it, I could rename my bean with an another id, but I've spend a time to understand my pb.
Thanks,
Paulo De Carvalho

The issue may affect not only master branch, but previous releases as well.
This is from one of our customers:

We are experiencing a problem with the FuzzyRowFilter for HBase scan. We think that it is a bug. 
Fuzzy filter should pick a row if it matches filter criteria irrespective of other rows present in table but filter is dropping a row depending on some other row present in table. 
Details/Step to reproduce/Sample outputs below: 
Missing row key: \x9C\x00\x044\x00\x00\x00\x00 
Causing row key: \x9C\x00\x03\xE9e\xBB{X\x1Fwts\x1F\x15vRX 
Prerequisites 
1. Create a test table. HBase shell command – create 'fuzzytest','d' 
2. Insert some test data. HBase shell commands: 
• put 'fuzzytest',"\x9C\x00\x044\x00\x00\x00\x00",'d:a','junk' 
• put 'fuzzytest',"\x9C\x00\x044\x01\x00\x00\x00",'d:a','junk' 
• put 'fuzzytest',"\x9C\x00\x044\x00\x01\x00\x00",'d:a','junk' 
• put 'fuzzytest',"\x9C\x00\x044\x00\x00\x01\x00",'d:a','junk' 
• put 'fuzzytest',"\x9C\x00\x044\x00\x01\x00\x01",'d:a','junk' 
• put 'fuzzytest',"\x9B\x00\x044e\xBB\xB2\xBB",'d:a','junk' 
• put 'fuzzytest',"\x9D\x00\x044e\xBB\xB2\xBB",'d:a','junk' 
Now when you run the code, you will find \x9C\x00\x044\x00\x00\x00\x00 in output because it matches filter criteria. (Refer how to run code below) 
Insert the row key causing bug: 
HBase shell command: put 'fuzzytest',"\x9C\x00\x03\xE9e\xBB{X\x1Fwts\x1F\x15vRX",'d:a','junk' 
Now when you run the code, you will not find \x9C\x00\x044\x00\x00\x00\x00 in output even though it still matches filter criteria. 
Verified the issue on master.

trying to inject following:
public void insert(@XPath("concat('48','//node/msisdn/text())") String msisdn) { }
results in  
Can not convert #STRING to a NodeList! exception.
The reason is that XPathAnnotationExpressionFactory uses 
XPathBuilder.xpath(xpath); 
and by default xpath is evaluated as nodeSet.
I think it would be nice to be able to define result type in annotation e.g.
@XPath(value = "concat('48','//node/msisdn/text())", resultType = String.class)
The default would be NodeSet to be backward compatible

Ran into an issue where Region server died with the following exception

2015-04-29 17:10:11,856 WARN  [nector@0.0.0.0:60030] mortbay.log - EXCEPTION
java.io.IOException: Too many open files
        at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method)
        at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:241)
        at org.mortbay.jetty.nio.SelectChannelConnector$1.acceptChannel(SelectChannelConnector.java:75)
        at org.mortbay.io.nio.SelectorManager$SelectSet.doSelect(SelectorManager.java:686)
        at org.mortbay.io.nio.SelectorManager.doSelect(SelectorManager.java:192)
        at org.mortbay.jetty.nio.SelectChannelConnector.accept(SelectChannelConnector.java:124)
        at org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:708)
        at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

Realized that all the tcp sockets on the system were used out due to the regionserver trying to split the log and failing multiple times and leaving a connection open -

java.io.IOException: Got error for OP_READ_BLOCK, self=/10..99.3:50695, remote=/10.232.99.36:50010, for file /hbase/WALs/host1,60020,1425930917890-splitting/host1%2C60020%2C1425930917890.1429358890944, for pool BP-181199659-10.232.99.2-1411124363096 block 1074497051_756497
        at org.apache.hadoop.hdfs.RemoteBlockReader2.checkSuccess(RemoteBlockReader2.java:432)
        at org.apache.hadoop.hdfs.RemoteBlockReader2.newBlockReader(RemoteBlockReader2.java:397)
        at org.apache.hadoop.hdfs.BlockReaderFactory.getRemoteBlockReader(BlockReaderFactory.java:786)
        at org.apache.hadoop.hdfs.BlockReaderFactory.getRemoteBlockReaderFromTcp(BlockReaderFactory.java:665)
        at org.apache.hadoop.hdfs.BlockReaderFactory.build(BlockReaderFactory.java:325)
        at org.apache.hadoop.hdfs.DFSInputStream.blockSeekTo(DFSInputStream.java:567)
        at org.apache.hadoop.hdfs.DFSInputStream.seekToNewSource(DFSInputStream.java:1446)
        at org.apache.hadoop.hdfs.DFSInputStream.readBuffer(DFSInputStream.java:769)
        at org.apache.hadoop.hdfs.DFSInputStream.readWithStrategy(DFSInputStream.java:799)
        at org.apache.hadoop.hdfs.DFSInputStream.read(DFSInputStream.java:840)
        at java.io.DataInputStream.read(DataInputStream.java:100)
        at org.apache.hadoop.hbase.regionserver.wal.HLogFactory.createReader(HLogFactory.java:124)
        at org.apache.hadoop.hbase.regionserver.wal.HLogFactory.createReader(HLogFactory.java:91)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.getReader(HLogSplitter.java:660)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.getReader(HLogSplitter.java:569)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFile(HLogSplitter.java:282)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFile(HLogSplitter.java:225)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker$1.exec(SplitLogWorker.java:143)
        at org.apache.hadoop.hbase.regionserver.handler.HLogSplitterHandler.process(HLogSplitterHandler.java:82)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
        at java.lang.Thread.run(Thread.java:745)

2017-11-16 00:43:41,204 INFO  [main] mapreduce.IntegrationTestImportTsv: Running test testGenerateAndLoad.
Exception in thread "main" java.lang.NullPointerException
  at org.apache.hadoop.hbase.TableName.valueOf(TableName.java:461)
  at org.apache.hadoop.hbase.mapreduce.IntegrationTestImportTsv.testGenerateAndLoad(IntegrationTestImportTsv.java:189)
  at org.apache.hadoop.hbase.mapreduce.IntegrationTestImportTsv.run(IntegrationTestImportTsv.java:229)
  at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
  at org.apache.hadoop.hbase.mapreduce.IntegrationTestImportTsv.main(IntegrationTestImportTsv.java:239)

(Potential line-number skew)

  @Test
  public void testGenerateAndLoad() throws Exception {
    LOG.info("Running test testGenerateAndLoad.");
    final TableName table = TableName.valueOf(name.getMethodName());

The JUnit framework sets the test method name inside of the JUnit Rule. When we invoke the test directly (ala hbase org.apache.hadoop.hbase.mapreduce.IntegrationTestImportTsv), this getMethodName() returns null and we get the above stacktrace.
Should make a pass over the ITs with main methods and Rule's to make sure we don't have this lurking. Another alternative is to just remove the main methods and just force use of IntegrationTestsDriver instead.

Consider a scenario where beeline is used to connect to a mysql server. The commands executed via beeline can include stored procedures. For e.g. the following command used to create a stored procedure is a valid command :

CREATE PROCEDURE RM_TLBS_LINKID() BEGIN IF EXISTS (SELECT * FROM `INFORMATION_SCHEMA`.`COLUMNS` WHERE `TABLE_NAME` = 'TBLS' AND `COLUMN_NAME` = 'LINK_TARGET_ID') THEN ALTER TABLE `TBLS` DROP FOREIGN KEY `TBLS_FK3` ; ALTER TABLE `TBLS` DROP KEY `TBLS_N51` ; ALTER TABLE `TBLS` DROP COLUMN `LINK_TARGET_ID` ; END IF; END

MySQL stored procedures have semi-colon ( ; ) as the statement terminator. Since this coincides with beeline's only available command terminator, semi-colon, beeline will not able to execute the above command successfully . i.e, beeline tries to execute the below partial command instead of the complete command shown above.

CREATE PROCEDURE RM_TLBS_LINKID() BEGIN IF EXISTS (SELECT * FROM `INFORMATION_SCHEMA`.`COLUMNS` WHERE `TABLE_NAME` = 'TBLS' AND `COLUMN_NAME` = 'LINK_TARGET_ID') THEN ALTER TABLE `TBLS` DROP FOREIGN KEY `TBLS_FK3` ; 

The above situation can actually happen within Hive when Hive SchemaTool is used to upgrade a mysql metastore db and the scripts used for the upgrade process contain stored procedures(as the one introduced initially by HIVE-7018). As of now, we cannot have any stored procedure as part of MySQL metastore db upgrade scripts because schemaTool uses beeline to connect to MySQL. As of now, beeline fails to execute any "create procedure" command or similar command containing ; . This is a serious limitation; it needs to be fixed by allowing the end user to provide an option to beeline to not use  semi-colon as the command delimiter and instead use new line character as the command delimiter.

As reported by Desert Rose on IRC and on the ML, Result has a weird behavior when some families share the same prefix. He posted a link to his code to show how it fails, http://pastebin.com/7TBA1XGh
Basically KeyComparator.compareWithoutRow doesn't differentiate families and qualifiers so "f:a" is said to be bigger than "f1:", which is false. Then what happens is that the KVs are returned in the right order from the RS but then doing Result.binarySearch it uses KeyComparator.compareWithoutRow which has a different sorting so the end result is undetermined.
I added some debug and I can see that the data is returned in the right order but Arrays.binarySearch returned the wrong KV, which is then verified agains the passed family and qualifier which fails so null is returned.
I don't know how frequent it is for users to have families with the same prefix, but those that do have that and that use those families at the same time will have big correctness issues. This is why I mark this as a blocker.

Hive fails with a class cast exception on queries of the form:

from studenttab10k
insert overwrite table multi_insert_2_1
select name, avg(age) as avgage
group by name

insert overwrite table multi_insert_2_2
select name, age, sum(gpa) as sumgpa
group by name, age

insert overwrite table multi_insert_2_3
select name, count(distinct age) as distage
group by name;

It contains the code
    private SessionRegistry sessionRegistry = new SessionRegistryImpl();
which is a bad idea, since SessionRegistryImpl must be registered through the application context in order to receive "session destroyed" events. If the user fails to set the sessionRegistry property then things won't work properly. The ConcurrentSessionFilter may also be using a different session registry instance.

I was able to run a script by using the following text in the Job-parameters field:
a=</textarea><script>alert(1)</script>
This is a security issue, since this script will be saved and run by everyone who enter that page.

In the following scenario Parent and Child are entities and Item is either a Embeddable or an Entity. Only Parent has a repository that is also exported.

Posting such a structure works fine but the PUT empties the Item collection in Child. 
Please see this project to reproduce the issue - https://github.com/mduesterhoeft/sdr-put-nested-list.
Such a scenario has been working in Hopper-SR4 and started to be broken since Hopper-SR5.

Here are the requests I am issuing:

Create parent

POST /parents -> 201
{
    "child": {
        "items": [
          {"some": "test"}]
    }
}

update parent

PUT /parents/id -> 204
{
    "child": {
        "items": [
          {"some": "test123"} ]
    }
}

After the PUT the items collection is empty.

The service:jmx:rmi:///jndi/rmi:// needs to be changed to service:jmx:remote+http://.

Hi HBase developers,
We are a group of researchers on software reliability. Recently we did a study and found that majority of the most severe failures in HBase are caused by bugs in exception handling logic – that it is hard to anticipate all the possible real-world error scenarios. Therefore we built a simple checking tool that automatically detects some bug patterns that have caused some very severe real-world failures. I am reporting some of the results here. Any feedback is much appreciated!
Ding
=========================
Case 1:
  Line: 134, File: "org/apache/hadoop/hbase/regionserver/RegionMergeRequest.java"

  protected void releaseTableLock() {
    if (this.tableLock != null) {
      try {
        this.tableLock.release();
      } catch (IOException ex) {
        LOG.warn("Could not release the table lock", ex);
        //TODO: if we get here, and not abort RS, this lock will never be released
      }
    }

The lock is not released if the exception occurs, causing potential deadlock or starvation.
Similar code pattern can be found at:
  Line: 135, File: "org/apache/hadoop/hbase/regionserver/SplitRequest.java"
==========================================
Case 2:
  Line: 252, File: "org/apache/hadoop/hbase/regionserver/wal/SequenceFileLogReader.java"

    try {
      Field fEnd = SequenceFile.Reader.class.getDeclaredField("end");
      fEnd.setAccessible(true);
      end = fEnd.getLong(this.reader);
    } catch(Exception e) { /* reflection fail. keep going */ }

The caught Exception seems to be too general.
While reflection-related errors might be harmless, the try block can throw
other exceptions including "SecurityException", "IllegalAccessException", etc. Currently
all those exceptions are ignored. Maybe
the safe way is to ignore the specific reflection-related errors while logging and
handling other types of unexpected exceptions.
Case 3:
  Line: 148, File: "org/apache/hadoop/hbase/HBaseConfiguration.java"

    try {
      if (Class.forName("org.apache.hadoop.conf.ConfServlet") != null) {
        isShowConf = true;
      }
    } catch (Exception e) {
    }

Similar to the previous case, the exception handling is too general. While ClassNotFound error might be the normal case and ignored, Class.forName can also throw other exceptions (e.g., LinkageError) under some unexpected and rare error cases. If that happens, the error will be lost. So maybe change it to below:

    try {
      }
    } catch (LinkageError e) {
      LOG.warn("..");
      // handle linkage error
    } catch (ExceptionInInitializerError e) {
      // handle Initializer error
    } catch (ClassNotFoundException e) {
     LOG.debug("..");
     // ignore
    }

Case 4:
  Line: 163, File: "org/apache/hadoop/hbase/client/Get.java"

  public Get setTimeStamp(long timestamp) {
    try {
      tr = new TimeRange(timestamp, timestamp+1);
    } catch(IOException e) {
      // Will never happen
    }
    return this;
  }

Even if the IOException never happens right now, is it possible to happen in the future due to code change?
At least there should be a log message. The current behavior is dangerous since if the exception ever happens
in any unexpected scenario, it will be silently swallowed.
  Line: 300, File: "org/apache/hadoop/hbase/client/Scan.java"
Case 5:
  Line: 207, File: "org/apache/hadoop/hbase/util/JVM.java"

   if (input != null){
        try {
          input.close();
        } catch (IOException ignored) {
        }
      }

Any exception encountered in close is completely ignored, not even logged.
In particular, the same exception scenario was handled differently in other methods in the same file:
Line: 154, same file

       if (in != null){
         try {
           in.close();
         } catch (IOException e) {
           LOG.warn("Not able to close the InputStream", e);
         }
       }

Line: 248, same file

      if (in != null){
        try {
          in.close();
        } catch (IOException e) {
          LOG.warn("Not able to close the InputStream", e);
        }
      }

Case 6: empty handler for exception: java.io.IOException
  Line: 312, File: "org/apache/hadoop/hbase/rest/RowResource.java"

    } finally {
      if (table != null) try {
        table.close();
      } catch (IOException ioe) { }
    }

IOException is completely ignored. This behavior is inconsistent with the same
code snippet at line 249 in the same file, where the IOExceptions was logged:

   } finally {
      } catch (IOException ioe) {
        LOG.debug("Exception received while closing the table", ioe);
      }
    }

Case 7:
  Line: 95, File: "org/apache/hadoop/hbase/master/handler/EnableTableHandler.java"

        try {
          this.assignmentManager.getZKTable().removeEnablingTable(tableName, true);
        } catch (KeeperException e) {
          // TODO : Use HBCK to clear such nodes
          LOG.warn("Failed to delete the ENABLING node for the table " + tableName
              + ".  The table will remain unusable. Run HBCK to manually fix the problem.");
        }

The log message in the exception handler and the comment seem to suggest that such nodes should be cleared using HBCK.
Case 8:
  Line: 463, File: "org/apache/hadoop/hbase/client/ClientScanner.java"

        try {
          this.caller.callWithRetries(callable);
          // We used to catch this error, interpret, and rethrow. However, we
          // have since decided that it's not nice for a scanner's close to
          // throw exceptions. Chances are it was just an UnknownScanner
          // exception due to lease time out.
        }

Currently the handler is empty because it may be caused by "just an UnknownScanner exception".
But what if it has other causes? Maybe the catch block can differentiate the exception into
different causes, ignoring the ones caused by UnknownScanner while handle others differently?

Basically we tried to recover lease of a wal file while the file doesn't exist anymore. We keep retrying recover the file(it always fails for sure because the file is gone). Then the test case failed with time out
Here is a recent run failure log:
https://builds.apache.org/job/HBase-0.95/204/testReport/junit/org.apache.hadoop.hbase/TestZooKeeper/testLogSplittingAfterMasterRecoveryDueToZKExpiry/
Related exception:

2013-05-18 05:53:03,918 ERROR [IPC Server handler 2 on 36965] security.UserGroupInformation(1152): PriviledgedActionException as:jenkins.hfs.2 cause:java.io.FileNotFoundException: File not found /user/jenkins/hbase/.logs/hemera.apache.org,42628,1368856131392-splitting/hemera.apache.org,42628,1368856131392
2013-05-18 05:53:03,918 WARN  [SplitLogWorker-hemera.apache.org,47651,1368856143179] util.FSHDFSUtils(80): Got IOException on attempt 241 to recover lease for file hdfs://localhost:36965/user/jenkins/hbase/.logs/hemera.apache.org,42628,1368856131392-splitting/hemera.apache.org,42628,1368856131392, retrying.
java.io.FileNotFoundException: java.io.FileNotFoundException: File not found /user/jenkins/hbase/.logs/hemera.apache.org,42628,1368856131392-splitting/hemera.apache.org,42628,1368856131392
	at sun.reflect.GeneratedConstructorAccessor21.newInstance(Unknown Source)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
	at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:95)
	at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:57)
	at org.apache.hadoop.hdfs.DFSClient.recoverLease(DFSClient.java:885)
	at org.apache.hadoop.hdfs.DistributedFileSystem.recoverLease(DistributedFileSystem.java:177)
	at org.apache.hadoop.hbase.util.FSHDFSUtils.recoverFileLease(FSHDFSUtils.java:71)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.getReader(HLogSplitter.java:821)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFile(HLogSplitter.java:504)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFile(HLogSplitter.java:455)
	at org.apache.hadoop.hbase.regionserver.SplitLogWorker$1.exec(SplitLogWorker.java:132)
	at org.apache.hadoop.hbase.regionserver.SplitLogWorker.grabTask(SplitLogWorker.java:337)
	at org.apache.hadoop.hbase.regionserver.SplitLogWorker.taskLoop(SplitLogWorker.java:225)
	at org.apache.hadoop.hbase.regionserver.SplitLogWorker.run(SplitLogWorker.java:192)

See HIVE-14574. (copied from the comment below) This basically creates the nodes in ZK for "slots" in the cluster. The LLAPs try to take the lowest available slot, starting from 0. Unlike worker-... nodes, the slots are reused, which is the intent. The LLAPs are always sorted by the slot number for splits.
The idea is that as long as LLAP is running, it will retain the same position in the ordering, regardless of other LLAPs restarting, without knowing about each other, the predecessors location (if restarted in a different place), or the total size of the cluster.
The restarting LLAPs may not take the same positions as their predecessors (i.e. if two LLAPs restart they can swap slots) but it shouldn't matter because they have lost their cache anyway.
I.e. if you have LLAPs with slots 1-2-3-4 and I nuke and restart 1, 2, and 4, they will take whatever slots, but 3 will stay the 3rd and retain cache locality.
This also handles size increase, as new LLAPs will always be added to the end of the sequence, which is what consistent hashing needs.
One case it doesn't handle is permanent cluster size reduction. There will be a permanent gap if LLAPs are removed that have the slots in the middle; until some are restarted, it will result in misses

If one route calls a different route via direct-vm endpoint and the second route creates a StreamCache based for a file in the called route but the payload is propagated back to the calling route, this route will not be able to call the file because it is already deleted.
The issue is actually the same as for CAMEL-7787. As the multicast processor the direct-vm processor creates a copy of the exchange and does perform the further processing with this exchange till the route comes back. The stream cache will create a synchronization on this second exchange to delete the file when the exchange is done, but the StreamCache as an entity (then without underlying file) might be handed back to the original exchange.
The fix is actually the same as for CAMEL-7787, set the exchange property Exchange.STREAM_CACHE_UNIT_OF_WORK to the LUW of the initial exchange.
 
Hadoop bumped to 1.2.17 log4j (HADOOP-8687), we should probably as well.

If a String column contains only empty strings, a null pointer exception is throws from the RecordReaderImpl for ORC.

In the example code in chapter 6 (http://static.springframework.org/spring-batch/reference/html/readersAndWriters.html) this is part of the example for the fixed length file tokenizer -
  <bean id="fixedLengthLineTokenizer"
        class="org.springframework.batch.io.file.transform.FixedLengthTokenizer">
    <property name="names" value="ISIN, Quantity, Price, Customer" />
    <property name="columns" value="1-12, 13-15, 16-20, 21-29" />
  </bean>
If you follow this example (leaving a space after the comma for each of the property names) then you are not able to use the field set readers with the name value as Spring takes the whole section between the commas. For example:
fs.readString("Quantity") would nor work whereas the same thing with a space appended to the front - fs.readString(" Quantity")
Just thought it should be made clear in the documentation as it took an amount of degugging to realise why it wouldn't recognise my list of names.
Also as an aside org.springframework.batch.io.file.transform.FixedLengthTokenizer doesn't exist it is org.springframework.batch.item.file.transform.FixedLengthTokenizer

hbase(main):003:0> status 'detailed'
version 2.0.0-beta-1

ERROR: undefined method `getRegionsInTransition' for #<Java::OrgApacheHadoopHbase::ClusterStatus:0x3041beb3>
Did you mean?  get_region_states_in_transition
               getRegionStatesInTransition

Show cluster status. Can be 'summary', 'simple', 'detailed', or 'replication'. The
default is 'summary'. Examples:

  hbase> status
  hbase> status 'simple'
  hbase> status 'summary'
  hbase> status 'detailed'
  hbase> status 'replication'
  hbase> status 'replication', 'source'
  hbase> status 'replication', 'sink'

Took 0.1814 seconds

Looks like the method is now getRegionStatesInTransition instead of getRegionsInTransition.
FYI stack.

Hi,
it seems after this commit (https://github.com/spring-projects/spring-framework/commit/cc5300c4d558e3f86d592ef615104ab9092a34f4) ETag headers are only added to GET/HEAD requests/responses. 
We can't add ETag headers to PUT/POST/PATCH responses anymore.
We are doing conditional POST/PUT/PATCH requests with "If-Match" HTTP header to check that the resource has not been modified concurrently by another client. The response either contains a HTTP 200 Code and the ETag header of the updated resource or a HTTP 412 Precondition failed, if the resource has been modified by another client (when the If-Match header does not match the current ETag header of the resource).
Right now we can't return the ETag of the updated resource anymore.
Kind regards,
Robert Winkler

The constructor o.s.r.project.Dependency#Dependency(String, String, String, DependencyType, DependencyScope) added in commit 
60ae6a8467e4b5628154f90042d6d45d8fe7f395 ignores the provided DependencyType and uses DependencyType.JAR instead. Despite the JavaDoc correctly describing this behaviour, this is obviously not what was intended and would be a surprise to any developer using this constructor.
The potential impact of this bug seems small, given that most dependencies are actually JARs.

The new transform() DSL doesn't propogate headers so you can not do:

                from("direct:four")
                    .transform().constant("London")
                    .to("mock:result");

And expect that any headers on the exchange at direct:four is received after the transform

Yesterday debugging w/ Jack we noticed that with few handlers on a big box, he was seeing stats like this:

2011-04-21 11:54:49,451 DEBUG org.apache.hadoop.ipc.HBaseServer: Server connection from X.X.X.X:60931; # active connections: 11; # queued calls: 2500

We had 2500 items in the rpc queue waiting to be processed.
Turns out he had too few handlers for number of clients (but also, it seems like he figured hw issues in that his RAM bus was running at 1/4 the rate that it should have been running at).
Chatting w/ J-D this morning, he asked if the queues hold 'data'.  The queues hold 'Calls'.  Calls are the client request.  They contain data.
Jack had 2500 items queued.  If each item to insert was 1MB, thats 2.5k * 1MB of memory that is outside of our generally accounting.
Currently the queue size is handlers * MAX_QUEUE_SIZE_PER_HANDLER where MAX_QUEUE_SIZE_PER_HANDLER is hardcoded to be 100.
If the queue is full we block (LinkedBlockingQueue).
Going to change the queue size from 100 to 10 by default – but also will make it configurable and will doc. this as possible cause of OOME.  Will try it on production here before committing patch.

Implement the "boolean isCaseSensitive(int column) throws SQLException" JDBC method.

Given
Two or more EJBs with the same Java class name but from different Java deployments.
Problem
Interceptor intercepts method calls to only one of the EJBs.
An EJB to be intercepted seems to be chosen randomly after each redeployment.

If a custom  uesr is used to run hive server 2, then repl subsystem should use the directories within the user's home directory for various configurations rather than use the default /user/hive/

result is that namespace session management config does not work with default LdapUserDetailsImpl.

If you run schematool to set up information schema, but the SYS database already exists, here's what happens:

[vagrant@trunk apache-hive-3.0.0-SNAPSHOT-bin]$ schematool -metaDbType mysql -dbType hive -initSchema -url jdbc:hive2://localhost:10000/default -driver org.apache.hive.jdbc.HiveDriver
Metastore connection URL:	 jdbc:hive2://localhost:10000/default
Metastore Connection Driver :	 org.apache.hive.jdbc.HiveDriver
Metastore connection User:	 hive
Starting metastore schema initialization to 3.0.0
Initialization script hive-schema-3.0.0.hive.sql
Error: org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Database SYS already exists
	at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:315)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:254)

Why is this a problem you ask?
If you run schematool without hive.metastore.db.type set (or set to the wrong thing), it will create the sys database but fail to create any of the tables within it. If you go and fix hive.metastore.db.type and re-run you'll get this failure until you drop the SYS database (which must be done as the hive user).
Can the init script use "create database if not exists sys" rather than just "create database sys"?

Coverity static-analysis scan found possible dereference null return value in following code
ServerAuthenticationContext.java

if (log.isTraceEnabled()) {
                log.tracef("Authorizing principal %s.", authenticationPrincipal.getName());
                log.tracef("Authorizing against the following attributes: %s => %s",
                        authorizationIdentity.getAttributes().keySet(), authorizationIdentity.getAttributes().values());
            }

Coverity suppose null value could get here via AggregateSecurityRealm.Identity.getAuthorizationIdentity calling TokenSecurityRealm.TokenRealmIdentity.getAuthorizationIdentity
TokenRealmIdentity.java

        @Override
        public AuthorizationIdentity getAuthorizationIdentity() throws RealmUnavailableException {
            if (exists()) {
                return new AuthorizationIdentity() {
                    @Override
                    public Attributes getAttributes() {
                        return claims;
                    }
                };
            }

            return null;
        }

https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=8553790&defectInstanceId=2139010&mergedDefectId=1397421&eventId=2139010-2

For the method org.apache.commons.configuration.AbstractConfiguration.getKeys(String prefix) the documentation doesn't say that to the prefix will be added a point character ('.') to filter the keys list (http://commons.apache.org/configuration/apidocs/org/apache/commons/configuration/AbstractConfiguration.html#getKeys%28java.lang.String%29). I discovered it only reading the source.
Maybe I should have known this behaviour, but I think a lot of occasional users could face this unpredictable behaviour. Specifying this would be very helpfull.
Many thanks for your wonderful libraries!

NullPointerException in append() in case of pipelining or/and multi/exec calls

So far I haven't been able to push the maven artifacts to the Apache release repository. Here's the error I get:

% ant maven-publish -Dmvn.publish.repo=releases
...
maven-publish-artifact:
[artifact:install-provider] Installing provider: org.apache.maven.wagon:wagon-http:jar:1.0-beta-2:runtime
[artifact:deploy] Deploying to https://repository.apache.org/content/repositories/releases
[artifact:deploy] Uploading: org/apache/hive/hive-anttasks/0.7.1/hive-anttasks-0.7.1.jar to repository apache.releases.https at https://repository.apache.org/content/repositories/releases
[artifact:deploy] Transferring 9K from apache.releases.https
[artifact:deploy] An error has occurred while processing the Maven artifact tasks.
[artifact:deploy]  Diagnosis:
[artifact:deploy] 
[artifact:deploy] Error deploying artifact 'org.apache.hive:hive-anttasks:jar': Error deploying artifact: Authorization failed: Access denied to: https://repository.apache.org/content/repositories/releases/org/apache/hive/hive-anttasks/0.7.1/hive-anttasks-0.7.1.jar

I get the same error when I try to publish to the staging repository.
I took another look at the Apache "Publishing Maven Artifacts" guide (http://www.apache.org/dev/publishing-maven-artifacts.html) and think that we're probably failing to include a couple fields that are required in the pom files. It also looks like we should be pushing this to the staging repository as opposed to the releases repository.

When running mvn camel:run with a blueprint app, you may get this exception.

GridFsOperations.getResource(...) may return null but it's not annotated with @Nullable.

When consuming concurrently from a seda endpoint, when the route contains a content router based on the header, it will randomly route through the wrong choice.
In my specific case, I was consuming from an activemq queue, which would receive messages with a header that would then determine which route it would follow. It would randomly send messages down the wrong path. When I turned on tracing, it would behave itself. It also behaved itself when I limited it to only a single consumer. I was, however, able to duplicate it with the unit test below. Due to the concurrency issue, the test can occasionally pass, but run it a couple times and it should fail. It'll either receive 2 messages when it should have only gotten 1, or it will get no messages when it should have gotten 1.
ConcurrencyTest.java
import org.apache.camel.EndpointInject;
import org.apache.camel.Produce;
import org.apache.camel.ProducerTemplate;
import org.apache.camel.builder.RouteBuilder;
import org.apache.camel.component.mock.MockEndpoint;
import org.apache.camel.test.CamelTestSupport;

public class ConcurrencyTest extends CamelTestSupport {

	@EndpointInject(uri = "mock:result")
	protected MockEndpoint resultEndpoint;
	
	@EndpointInject(uri = "mock:otherResult")
	protected MockEndpoint otherResultEndpoint;

	@Produce(uri = "seda:start")
	protected ProducerTemplate template;

	public void testSendMatchingMessage() throws Exception {
		String expectedBody = "<matched/>";
		
		resultEndpoint.expectedBodiesReceived(expectedBody);
		otherResultEndpoint.expectedBodiesReceived(expectedBody);

		template.sendBodyAndHeader(expectedBody, "myDirection", "send");
		template.sendBodyAndHeader(expectedBody, "myDirection", "received");

		resultEndpoint.assertIsSatisfied();
	}

	@Override
    protected RouteBuilder createRouteBuilder() {
        return new RouteBuilder() {
            public void configure() {
                from("seda:start?concurrentConsumers=10")
//                from("seda:start?concurrentConsumers=1")
                	.choice()
                		.when(header("myDirection").isEqualTo("send")).to("mock:result")
                		.when(header("myDirection").isEqualTo("received")).to("mock:otherResult");
            }
        };
    }
}

Refine chapter 90.2, the example java code of sum endpoint of http://hbase.apache.org/book.html#cp_example

error
typo
genericity
indent

Some headers printed by TezJobMonitor goes only to console and not to log files. This results in empty headers when HS2 operation logging is enabled. Something like

INFO  : LLAP IO Summary
INFO  : ----------------------------------------------------------------------------------------------
INFO  :      Map 1        30        10          0  131.78KB         0B          0B       0B     0.06s
INFO  : 
INFO  : FileSystem Counters Summary
INFO  : 
INFO  :      Map 1            320B             0                  0             1.84KB             0
INFO  :  Reducer 2              0B             0                  0                 0B             0

Hi,
the reason for this issue is similar/related to the one described in DATACMNS-648:
PreferredConstructorDiscoverer creates a static DefaultParameterNameDiscoverer, wich adds a LocalVariableTableParameterNameDiscoverer to parameterNameDiscoverers. This LVTPND holds a Map with a class as a key.
As I said, I'm using a custom classloaders for a kind of plugin-based application.
The problem is, since entity-classes stay in the LVTPND's parameterNamesCache, the custom classloader who loaded the entity class can never be GC'ed.
Also note that MethodParameters could potentially cause the same problems because of the static DefaultParameterNameDiscoverer
Regards
Matthias

In acegisecurity\samples\contacts\src\main\resources, there is messages.properties file.Following is the content:
err.name.webContact.name=Name 3-50 characters is required.
err.name.webContact.email=Email 3-50 characters is required.
Here, the second name should be "email":
err.email.webContact.email=Email 3-50 characters is required.

Hi,
Commons-csv doesn't have a release yet, and this week the snapshot builds stopped working on java 6. Digging into the documentation I become aware that project only works with java 7. It worked fine on java 6 last week.
I understand that for some reason the project needs java 7 code.
Said all this, I ask if it is possible to make a release based on last week code as a milestone for java 6? Or if not possible, delay requirement for java 7, make the 1.0 release and then make the next version java 7?
Best regards,
Bruno Marinho

AbstractMappingContext.setApplicationContext(…) does not get invoked on invocations of MongoMappingContext.setApplicationContext(…). This causes the entity initialization not being triggered correctly.

file: for the path of the empty file only works in local mode

SPR-5465 (SVN revision 3545) added contentLength method on Resource with a default implementation in AbstractResource.
This default implementation is based on underlying File but this one does not exists in some implementations:

ByteArrayResource
InputStreamResource
...
And the contentLength method raise an IOException instead of giving computable contentLength.

Combined with SVN revision 3582, it breaks all HTTP POST requests when using this type of Resource (ResourceHttpMessageConverter tries to get Resource contentLength but no more ignore IOException)
Before 3.0.4 everything was working.

Line 348:
sb.append("parent: ").append((this.parentAcl == null) ? "Null" : this.parentAcl.getObjectIdentity().toString());
There should be a space after 'Null', as it stands you get output with "NullaclAuthorizationStrategy".
Example:
AccessControlEntryImpl[id: 3539; granting: true; sid: GrantedAuthoritySid[IS_AUTHENTICATED_ANONYMOUSLY]; permission: BasePermission[...............................R=1]; auditSuccess: false; auditFailure: false]
inheriting: true; parent: NullaclAuthorizationStrategy: org.springframework.security.acls.domain.AclAuthorizationStrategyImpl@1c7e73f; auditLogger: org.springframework.security.acls.domain.ConsoleAuditLogger@11efef0]

On the server, the authentication information seems OK.  PicketBox is rejecting authorization, probably due to some change in Elytron integration.
The stack trace looks like this:

2017-06-26 21:45:30 testSecureStatelessFailover(org.jboss.as.test.clustering.cluster.ejb.remote.RemoteFailoverTestCase)  Time elapsed: 5.765 sec  <<< ERROR!
2017-06-26 21:45:30 javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract org.jboss.as.test.clustering.cluster.ejb.remote.bean.Result org.jboss.as.test.clustering.cluster.ejb.remote.bean.Incrementor.increment() of bean: SecureStatelessIncrementorBean is not allowed
2017-06-26 21:45:30     at org.jboss.as.ejb3.security.AuthorizationInterceptor.processInvocation(AuthorizationInterceptor.java:134)
2017-06-26 21:45:30     at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-06-26 21:45:30     at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
2017-06-26 21:45:30     at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
2017-06-26 21:45:30     at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
2017-06-26 21:45:30     at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:57)
2017-06-26 21:45:30     at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
2017-06-26 21:45:30     at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
2017-06-26 21:45:30     at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
2017-06-26 21:45:30     at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
2017-06-26 21:45:30     at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:256)
2017-06-26 21:45:30     at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:609)
2017-06-26 21:45:30     at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
2017-06-26 21:45:30     at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
2017-06-26 21:45:30     at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
2017-06-26 21:45:30     at org.wildfly.security.auth.server.SecurityIdentity.runAsFunctionEx(SecurityIdentity.java:380)
2017-06-26 21:45:30     at org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:480)
2017-06-26 21:45:30     at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:475)
2017-06-26 21:45:30     at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:183)
2017-06-26 21:45:30     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2017-06-26 21:45:30     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2017-06-26 21:45:30     at java.lang.Thread.run(Thread.java:745)

In bin/graceful_stop.sh

log() {
  echo `date +%Y-%m-%dT%H:%M:%S` $1
}
...skip...
if [ $HBASE_BALANCER_STATE != "false" ]; then
  log "Restoring balancer state to " $HBASE_BALANCER_STATE

The position of the above last double quotation mark is wrong, and the balancer state will be not shown.  

UNION ALL query with JOIN in first part and another UNION ALL in second part gives NPE.
JOIN
UNION ALL
UNION ALL
Attachments:
1. HiveCommands.txt : command script to setup schema for query under consideration.
2. sourceData1.txt and sourceData2.txt : required for above command script.
3. Query.txt : Exact query which produces NPE.
NOTE: you will need to update path to sourceData1.txt and sourceData2.txt in the HiveCommands.txt to suit your environment.
Attached files contain the schema and exact query which fails on Hive 0.9.
It is worthwhile to note that the same query executes successfully on Hive 0.7.

Looks like we allow table owner to truncate and modify table. We should update ACL matrix to reflect this.

Unwrapping an empty Scala Option causes a NullPointerException. The passed argument is a function which is accessed during the orNull(…) call.
A solution would look like:

Option.empty().getOrElse(new AbstractFunction0<Object>() {
			@Override
			public Object apply() {
				return null;
			}
		});

Exception:

java.lang.NullPointerException
	at scala.Option$$anonfun$orNull$1.apply(Option.scala:132)
	at scala.Option.getOrElse(Option.scala:121)
	at scala.Option.orNull(Option.scala:132)
	at org.springframework.data.repository.util.QueryExecutionConverters$ScalOptionUnwrapper.convert(QueryExecutionConverters.java:431)
	at org.springframework.data.repository.util.QueryExecutionConverters.unwrap(QueryExecutionConverters.java:154)
	at org.springframework.data.repository.query.ParametersParameterAccessor.<init>(ParametersParameterAccessor.java:55)

Repository:

public interface PersonRepository extends CrudRepository<Person, Long> {
	List<Person> findByFirstname(Option<String> gender);
}

Invocation:

repository.findByFirstname(Option.empty());

The CxfRsEndpoint's getBinding method is not thread safe. At a customer site, I ran into an issue at startup if 2 threads raced to perform sync and async invocation, the code for getBinding (given below) would react in the following way.

Thread 1 would proceed to create a binding object
Thread 2 would mean while still find the  binding to be null and proceed to create a new binding
Meanwhile thread one would have its binding and set the Atomic boolean for binding initialized and proceed to set the HeaderStrategy.
Thread 2 meanwhile would overwrite the original binding object and find that Atomic boolean already set and would have no way to associate a HeaderFilterStrategy object since the flag is up.
In the absence of a HeaderFilterStrategy, copying of ProtocolHeaders etc will throw exceptions on every following request/invocation.

--------------------------------------------------
    public CxfRsBinding getBinding() {
        if (binding == null) {
            binding = new DefaultCxfRsBinding();
            if (LOG.isDebugEnabled()) 
{
                LOG.debug("Create default CXF Binding " + binding);
            }
        } 
        if (!bindingInitialized.getAndSet(true) && binding instanceof HeaderFilterStrategyAware) 
{
            ((HeaderFilterStrategyAware)binding).setHeaderFilterStrategy(getHeaderFilterStrategy());
        }

        return binding;
    }
------------------------------------------------

If you use hive macro more than once while processing same row, hive returns same result for all invocations even if the argument are different. 
Example : 
> CREATE  TABLE macro_testing(
  a int,
  b int,
  c int)
> select * from macro_testing;
1	2	3
4	5	6
7	8	9
10	11	12
> create temporary macro math_square(x int)
   x*x;
> select math_square(a), b, math_square(c)  from macro_testing;
9	2	9
36	5	36
81	8	81
144	11	144

The build.xml fetches commons-lang-2.1.jar instead of commons-lang-2.2.jar. Seems to be related to the change
2006-12-23 17:36  oheger

[r489906] project.properties, project.xml: Updated dependency to
	  lang 2.2, minor site improvements

Fix is trivial.

CypherFinderQuery filter values are shared across different threads making query execution unpredictable.
See https://github.com/spring-projects/spring-data-neo4j/issues/341 and https://github.com/spring-projects/spring-data-neo4j/issues/344

In the Javadoc for rg.apache.commons.io.LineIterator (in Commons IO 1.4),
this code snippet is incorrect:  the last instance of "iterator" should be
"it".
  LineIterator it = FileUtils.lineIterator(file, "UTF-8");
   try {
     while (it.hasNext()) 
{
       String line = it.nextLine();
       /// do something with line
     }
   } finally 
{
     LineIterator.closeQuietly(iterator);
   }
            
Use case: Administrator wants to connect to CLI using kerberos ticket. It is not possible in CD13 with error

Client authentication failed: javax.security.sasl.SaslException: ELY05108: Unable to create response token [Caused by GSSException: No valid credentials provided (Mechanism level: Attempt to obtain new INITIATE credentials failed! (null))]

Attaching logs of server and client for CD12 (OK) and CD13 (NOK)
In server log there is missing message Server received authentication request so it makes me think problem is on client side.
Comparing client logs there is difference

CD13

11:32:58,924 TRACE [org.jboss.remoting.remote.client] Client authentication failed: javax.security.sasl.SaslException: ELY05108: Unable to create response token [Caused by GSSException: No valid credentials provided (Mechanism level: Attempt to obtain new INITIATE credentials failed! (null))]

CD12
compared to CD12

11:31:16,946 TRACE [org.wildfly.security.sasl.gssapi] GSSContext established, transitioning to negotiate security layer.

We wanna speed it up our jobs with parallel processing. But when ever we turn on parallel processing, ItemProcessListener.onProcessError() is not called anymore, but only ItemProcessListener.beforeProcess() and ItemProcessListener.afterProcess() are called.
We need this to be able to report on processing errors.
I created a simple project showing the problem: https://github.com/imod/parallel-batch

If /some=where has a child redirection for the child=* child resource to new-child=*, then

{
    "operation" => "add",
    "address" => [
        ("some" => "where"),
        ("child" => "*")
    ]
}

gets correctly transformed to 

{
        ("new-child" => "*")
    ]
}

But if wrapped in a composite, e.g.:

{
    "operation" => "composite",
    "address" => [],
    "steps" => [
        {
            "operation" => "add",
            "address" => [
                ("some" => "where"),
                ("child" => "*")
            ]
        }
    ]
}

the redirection does not happen in the transformed composite, so we have the original

{
        {
            ]
        }
    ]
}

rather than the expected

{
        {
                ("new-child" => "*")
            ]
        }
    ]
}

With Commons Configuration 1.6, I was able to declare a variable in a properties file, and then reference it in a XML file using the ${myvar} syntax.
For example:
global.properties:

myvar=abc

test.xml:

<products>
  <product name="abc">
    <desc>${myvar}-product</desc>
  </product>
</products>

config.xml:

<properties fileName="global.properties"/>
<xml fileName="test.xml" config-name="test">
  <expressionEngine config-class="org.apache.commons.configuration.tree.xpath.XPathExpressionEngine"/>
</xml>

When I try to retrieve the value, like so:

combinedConfig.getConfiguration("test").configurationAt("products/product[@name='abc']", true).getString("desc")

I get "${myvar}-product" instead of "abc-product".
This was working in Commons Configuration 1.6, but seems to be broken in 1.7 and 1.8.

There is no "content-type" header return from the below route

 <route>

      <from uri="jetty:http://localhost:9006/employeesBase?matchOnUriPrefix=true"/>

      <to uri="cxfbean:EmployeesPOJO"/>

  </route>

'show tables' and 'describe database' command should pass the database information for the command to HiveAuthorizer . This is needed for any auditing the hive authorizer might implement, or any authorization check it might decide to do based on the given database name.

WS tests moved to separate module.
Schemalocations tests in https://github.com/wildfly/wildfly/tree/master/testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/ws are incorrectly located.
They should be moved to https://github.com/wildfly/wildfly/tree/master/testsuite/integration/ws

Hi, 
from time to time, we get the following exception when producing messages via camel-mqtt:

Caused by: java.lang.NullPointerException
	at org.fusesource.mqtt.client.CallbackConnection.publish(CallbackConnection.java:551)
	at org.fusesource.mqtt.client.CallbackConnection.publish(CallbackConnection.java:545)
	at org.apache.camel.component.mqtt.MQTTEndpoint.publish(MQTTEndpoint.java:166)
	at org.apache.camel.component.mqtt.MQTTProducer.doProcess(MQTTProducer.java:66)
	at org.apache.camel.component.mqtt.MQTTProducer.process(MQTTProducer.java:38)
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)
[...]

From looking at the source of both camel-mqtt and the fusesource mqtt client, it looks like that this is caused by the mqtt-client being disconnected and trying to invoke the onFailure method on the callback:
CallbackConnection.java
public void publish(UTF8Buffer topic, Buffer payload, QoS qos, boolean retain, Callback<Void> cb) {
        queue.assertExecuting();
        if( disconnected ) {
            cb.onFailure(createDisconnectedError());
            return;
        }
        PUBLISH command = new PUBLISH().qos(qos).retain(retain);
        command.topicName(topic).payload(payload);
        send(command, cb);
    }

camel-mqtt passes in null for the callback though. Wouldn't it be better if a more fitting exception were thrown, or if camel passed in a Callback in order to receive the onFailure event when disconnected from the broker?

MultiKey from collections 4 provides a transient hashCode and a private readResolve to resolve COLLECTIONS-266: Issue with MultiKey when serialized/deserialized via RMI.
Unfortunately the solution does not work in case of subclassing: readResolve in MultiKey should be declared protected readResolve() to be called during deserialization of the subclass. Otherwise MultiKey must be final to avoid such subclassing.
Testcase:
MultiKeySerializationTest.java
package de.ivu.test.common.collections4;

import static org.junit.Assert.assertEquals;

import java.io.ByteArrayInputStream;
import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;

import org.apache.commons.collections4.keyvalue.MultiKey;
import org.junit.Test;

public class MultiKeySerializationTest {

    @Test
    @SuppressWarnings("unchecked")
    public void testReadResolveEqualHashCode()
            throws IOException, ClassNotFoundException {
        class MultiKey2<A, B>
                extends MultiKey {

            private static final long serialVersionUID = 1928896152249821416L;

            public MultiKey2(A key1, B key2) {
                super(key1, key2);
            }

            public A getFirst() {
                return (A) getKey(0);
            }

            public B getSecond() {
                return (B) getKey(1);
            }
            
            // FIXME: MultiKey should either declare protected readResolve() or must be final.
        }
        MultiKey2<String, String> one = new MultiKey2<>("bla", "blub");
        System.out.println(one.hashCode());
        ByteArrayOutputStream byteOut = new ByteArrayOutputStream();
        ObjectOutputStream out = new ObjectOutputStream(byteOut);
        out.writeObject(one);
        out.close();
        byte[] serialized = byteOut.toByteArray();
        ByteArrayInputStream byteIn = new ByteArrayInputStream(serialized);
        ObjectInputStream in = new ObjectInputStream(byteIn);
        MultiKey2<String, String> two = (MultiKey2<String, String>) in.readObject();
        System.out.println(two.hashCode());
        assertEquals("hashCode must be equal - please check for protected readResolve in MultiKey*", one.hashCode(),
            two.hashCode());
    }
}

Fix:
MultiKey.java
@@ -274,7 +274,7 @@
      * only stable for the same process).
      * @return the instance with recalculated hash code
      */
-    private Object readResolve() {
+    protected Object readResolve() {
         calculateHashCode(keys);
         return this;
     }

While discussing with Misty Linville over on HBASE-13907 we noticed some inconsistency when copros are loaded. Sometimes you can load them more than once, sometimes you can not. Need to consolidate.

CssLinkResourceTransformer is not working if you are using gzipped CSS files. Here is a example configuration:

VersionResourceResolver versionResolver = new VersionResourceResolver().addContentVersionStrategy("/**");

        registry
            .addResourceHandler(RESOURCES_PATH)
            .addResourceLocations("/resources/")
            .setCachePeriod(TWO_YEAR_IN_SECONDS)
            .resourceChain(true)
                .addResolver(new GzipResourceResolver())
                .addResolver(versionResolver)
                .addResolver(new PathResourceResolver())
                .addTransformer(new CssLinkResourceTransformer());

The links will not be modified within a CSS file, if you have a gzipped file. The problem is that the links could not be find due to this line in CssLinkResourceTransformer:

byte[] bytes = FileCopyUtils.copyToByteArray(resource.getInputStream());

If this is a gzipped file it should be decompressed first or if available the uncompressed version should be used.

It seems fairly easy getting a region stuck "inTransitions" (See recent filings of mine).  Also, with addition to ClusterStatus of intransitions content, you can see this state now when you do analysis.  I want to roll RC2.  0.20.0 still has issues and we even know now what the worst of them are but the fixes can wait till 0.20.1.  Meantime, I need a means of bumping stuff that is stuck from the intransistions....  for 0.20.0 release in case we trip over this scenario for then we can effect a repair at least.  Otherwise, requires restart of cluster.

After updating to Spring 5 all output from Spring freemarker macros are escaped. In <@spring.message> the message is escaped and in <@spring.formRadioButtons> the separator attribute is escaped f.x. "<br/>".
This has been discussed at https://stackoverflow.com/questions/50871832/spring-5-and-escaping-in-springs-freemarker-macros
Config:

@Bean
public FreeMarkerConfigurer freeMarkerConfigurer() {
    FreeMarkerConfigurer config = new FreeMarkerConfigurer();
    config.setTemplateLoaderPath("/WEB-INF/templates/ftl/");    
    Properties props = new Properties();
    props.put("template_update_delay", getFreemarkerUpdateDelay());
    props.put("template_exception_handler", getFreemarkerExceptionHandler());
    props.put("url_escaping_charset", WebConstants.CHAR_SET_UTF_8);
    config.setFreemarkerSettings(props);
    config.setDefaultEncoding(WebConstants.CHAR_SET_UTF_8);
    return config;
}

We use Freemarker 2.3.28 and Spring 5.0.7.RELEASE

After the configured number of retries SplitLogManager is not going to resubmit log-split tasks. In this situation even if the splitLogWorker that owns the task dies the task will not get resubmitted.
When a regionserver goes away then all the split-log tasks that it owned should be resubmitted by the SplitLogMaster.

If Hive permission inheritance is turned on, ACL's are inherited from parent directories.  However, on s3 file system, ACL is not supported.
Hence Hive throws the following exception if hadoop is configured with "dfs.namenode.acls.enabled":

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:java.lang.UnsupportedOperationException: NativeS3FileSystem doesn't support getAclStatus)

  Workaround is to set this flag to false.

When trying to migrate https connector in domain, it fails during creation of security realm, as the operation assumes that security realms are set in domain also under /core-service=management/ but they are set specifically for host => in case of host master it is /host=master/core-service=management/

When using Shrinkwrap to deploy a WARARchive (undertow-api) while adding the web.xml either via the WARArchive#addAsWebInfResource or the WARArchive#setWebXML methods the deployment fails with a ExtensionLoadingException based on the follwoing stack trace:
Stacktrace

Exception in thread "main" org.jboss.shrinkwrap.impl.base.ExtensionLoadingException: Failed to instantiate class of type class org.jboss.shrinkwrap.impl.base.MemoryMapArchiveImpl. The underlying constructor threw an exception.
	at org.jboss.shrinkwrap.impl.base.ServiceExtensionLoader.createExtension(ServiceExtensionLoader.java:365)
	at org.jboss.shrinkwrap.impl.base.ServiceExtensionLoader.createFromLoadExtension(ServiceExtensionLoader.java:223)
	at org.jboss.shrinkwrap.impl.base.ServiceExtensionLoader.load(ServiceExtensionLoader.java:108)
	at org.jboss.shrinkwrap.impl.base.ArchiveBase.as(ArchiveBase.java:686)
	at org.jboss.shrinkwrap.impl.base.AssignableBase.as(AssignableBase.java:67)
	at at.ac.fhkufstein.swarm.study.SwarmApp.main(SwarmApp.java:20)
Caused by: java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
	at org.jboss.shrinkwrap.impl.base.ServiceExtensionLoader.createExtension(ServiceExtensionLoader.java:354)
	... 5 more
Caused by: java.lang.ClassCastException: org.jboss.shrinkwrap.api.asset.ClassLoaderAsset cannot be cast to org.jboss.shrinkwrap.api.asset.NamedAsset
	at org.wildfly.swarm.keycloak.internal.SecuredImpl.<init>(SecuredImpl.java:55)
	... 10 more

As far as I can see this happens as the constructor of the SecuredImpl class  looks for the web.xml node in the deployment and casts it explicitly to a NamedAsset - which causes the aforementioned Exception.
As no method of the interface is ever used at this point and it fails at least in the cases I encountered today I propose to omit the cast and use the more general Asset interface instead - if you see this suggestion as a fitting solution I would be glad to set up the needed pull request.

Cannot execute MongoOperations.findOne method if my model entity contains @Id field which name is uppercase, like UID.
Here an example:

class Foo{
  
  @Id
  private String UID;

  //code omitted
}

Steps to reproduce:
1) create an entity like in example code snippet in MongoDb
2) try to perform find by id operation by calling MongoOperations.findOne
3) at this step you will get an exception

java.lang.IllegalArgumentException: No property uID found on com.xxxxxxxxxxxxx.TemplateDefinitionObject!
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentPropertyPath(AbstractMappingContext.java:225)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getPath(QueryMapper.java:202)
	at org.springframework.data.mongodb.core.convert.QueryMapper.determineKey(QueryMapper.java:221)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:87)
	at org.springframework.data.mongodb.core.MongoTemplate.doFindOne(MongoTemplate.java:1307)
	at org.springframework.data.mongodb.core.MongoTemplate.findById(MongoTemplate.java:516)
	at org.springframework.data.mongodb.core.MongoTemplate.findById(MongoTemplate.java:509)
	at org.springframework.data.mongodb.repository.support.SimpleMongoRepository.findOne(SimpleMongoRepository.java:99)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:616)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:334)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:319)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
	at $Proxy37.findOne(Unknown Source)
	at com.xxxxxxxx.ShortTest.testFoo(ShortTest.java:65)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
	at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
	at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:83)
	at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
	at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
	at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

In windows we hit errors as shown below
[ERROR] /D:/w/hv/itests/qtest/target/generated-test-sources/java/org/apache/hadoop/hive/cli/TestHBaseNegativeCliDriver.java:[97,54] illegal escape character

Specifically, the lines it is complaining about in the log, look like this:
line 97 of /itests/qtest/target/generated-test-sources/java/org/apache/hadoop/hive/cli/TestHBaseNegativeCliDriver.java
line 97:      QTestUtil.addTestsToSuiteFromQfileNames("D:\w\hv\itests\qtest\target\generated-test-sources\java\org\apache\hadoop\hive\cli\TestHBaseNegativeCliDriverQFileNames.txt", qFilesToExecute,

It is executing the itests/qtests directory on the windows platform. It seems as if it is hitting a fairly simple portability problem, of the type that a small change will touch up all of them quickly.

For a bit of background, we have been running into a problem with the LevelDB JNI drivers for AggregationRepositories, which prevents startup when using routes for which we require persistent aggregation. This, however, is not the main topic of this issue.
In the latest version (2.19.2) the following issue has implemented a Java specific leveldb factory:
 https://issues.apache.org/jira/browse/CAMEL-11427
The relevant part of the Error on startup is as follows: 
java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no leveldbjni64-1.8 in java.library.path, no leveldbjni-1.8 in java.library.path, no leveldbjni in java.library.path, C:\Users\atos\AppData\Local\Temp\leveldbjni-64-1-794362262645531032.8: Can't find dependent libraries] 
at org.fusesource.hawtjni.runtime.Library.doLoad(Library.java:182) 
at org.fusesource.hawtjni.runtime.Library.load(Library.java:140) 
at org.fusesource.leveldbjni.JniDBFactory.(JniDBFactory.java:48) 
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) 
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) 
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) 
at java.lang.Class.newInstance(Class.java:442) 
at org.apache.camel.component.leveldb.LevelDBFile.getFactory(LevelDBFile.java:189) 
at org.apache.camel.component.leveldb.LevelDBFile.start(LevelDBFile.java:174) 
The way that I understand the code added in issue 11427, is that the LevelDBFile class getFactory() method (line 181) will first try to initiate with the JNI drivers and if that fails, will turn to the pure Java implementation. This is done by catching an Exception which is then ignored incase the JNI driver fails.
However, when we look at the code we see that UnstatisfiedLinkError does not extend Exception, it extends Error.
This Error is therefore not caught by the application and thus the Java implementation for LevelDB is never even attempted to be initialized as the method execution ends exceptionally at that point.
So the main two questions are: 
1) Was the code intended to catch this UnsatisfiedLinkageError (I know Errors are often considered a bad thing to catch) as a means to substitute the JNI driver, incase it fails?
2) If it is not supposed to catch this error, how can I use the pure Java implementation in this case? I expect that trying to exclude relevant packages also wont work as it will directly try to initiate the the JNI implementation by its name, which would fail also with an Error.
So, in summary:
Is line 194 in class LevelDBFile in the camel-leveldb component supposed to catch an Error or more generally a Throwable instead of Exception?

I have very basic controller in my project which I annotated with @BasePathAwareController

@BasePathAwareController
public class MyBasePathAwareController {
    @GetMapping(value = "/strings")
    @ResponseBody
    public List<String> getStrings() {
        return Arrays.asList("base", "path", "aware");
    }
}

When I add this controller to my bigger spring boot project, it does not recognize any annotations, so code in BasePathAwareHandlerMapping returns false

	@Override
	protected boolean isHandler(Class<?> beanType) {
		return beanType.getAnnotation(BasePathAwareController.class) != null;
	}

but code from RepositoryRestHandlerMapping returns true

	@Override
		return AnnotationUtils.findAnnotation(beanType, RepositoryRestController.class) != null;
	}

I also see that the MyBasePathAwareController in my bigger spring boot project is cglib-backed proxy with no annotations and it is normal bean in smaller spring boot project
Can't we use 

	@Override
		return AnnotationUtils.findAnnotation(beanType, BasePathAwareController.class) != null;
	}

in BasePathAwareHandlerMapping as well?
It is also strange that the same controller is cglib-backed proxy (annotations information is not retained) in one project and in the other not.
See screenshots

BasicLookupStrategy opens an additional connection to the database for each ACL level of ACL parent that needs to be retrieved from the database.
The error is in the private inner class ProcessResultSet (implements ResultSetExtractor) in the method extractData(ResultSet), at the end of the method
// Lookup parents, adding Acls (with StubAclParents) to "acl" map
if (parentIdsToLookup.size() > 0) {
    lookupPrimaryKeys(acls, parentIdsToLookup, sids);
}
lookupPrimaryKeys(acls, parentIdsToLookup, sids); creates another ProcessResultSet which as per Spring JDBC template classes grabs another connection to the database.  In a round about way this recursively uses one database connection per ACL -> parent ACL relationship to be looked up.
In our case we have some test data where we have an ACL with a hierarchy of 16 parents, so for each level of the hierarchy a new connection to the DB is used  Our test set up had only 10 connections in the pool, which is how we found it.
I'm currently trying to fix this, as it's causing us problems.  As part of the fix I'm writing some unit tests for BasicLookupStrategy (as there currently are none), not sure if I'll be able to get DB connection checking usage into the unit tests, but will investigate.
I'll add my fixes to this Issue when they are ready.
This issue should probably be added to 
http://opensource.atlassian.com/projects/spring/browse/SEC-532

Currently the metrics are a mix of MB and bytes.  Its confusing.

Xiong LIU notes we failed to apply hbase-7685 to trunk (over in HBASE-7685).  This issue fixes this oversight.

ClusterContexts are used by EJBClient to keep track of the current set of nodes in a cluster, so that if an EJBClient invocation fails on one node, it may failover to another node in the same cluster. The ClusterContext is made up of ClusterNodeManagers which are responsible for setting up the connections between the EJBClient and the nodes in the cluster.
Cluster topology updates are sent to registered EJBClients whenever the cluster topology changes (nodes join, nodes leave a cluster). Thse topology updates are processed on the client side by ClusterTopologyUpdateHandler and are used to update the current contents of the associated ClusterContext held on the client.
The current implementation of the handling of topology updates does not correctly handle the addition/removal of ClusterNodeManagers from the cluster context - namely, rather than check whether or not a new ClusterNodeManager really needs to be added, ClusterNodeManagers are added for every node in the received topology update, leading to many unnecessary EJBReceivers and their channels being created.
The logs show that up to 18 cluster node manager instances may be created, have their EJBReceivers registered and channels to the remote node created, when only one node has been added to the cluster.

When using the add(KeyValue kv) in Put there is no check to see if the kv has the same row as the row already in the put.

This issue is a branch of HBASE-2812, as it is a specific fix for disabling tables in some situations. The issue is that the BaseScanner can get a stale HRI by the time it checks if the region is OFFLINE, and even in trunk where we do a double checkAssigned there is no way for us to tell if the region was offlined in the mean time.

HIVE-6386 added owner information to desc, but not updated schema of it.

Found this by accident when debugging a clustering test case.
If I start a server with profile standalone-full-ha and then modify the multicast address of a clustering related socket-binding, in this case, jgroups-mping, the server is not put into state reload-required.
This causes a lot of problems in the testsuite which depends on configuring servers after startup and then restarting if necessary to pull in the changes.

 Aleksandr Shulman found that region_mover.rb is using HConnection.getZooKeeperWatcher(), which is deprecated in 94 and removed in 96.

14:02:34  2013-09-16 14:02:34,945 INFO  [main] region_mover: Moving 7 region(s) from c5-rolling2-4.ent.cloudera.com,60020,1379364656888 during this cycle
14:02:34  [c5-rolling2-2.ent.cloudera.com] out: 2013-09-16 14:02:34,951 INFO  [main] region_mover: Moving region 1588230740 (0 of 7) to server=c5-rolling2-2.ent.cloudera.com,60020,1379365188814
14:02:35  [c5-rolling2-2.ent.cloudera.com] out: NoMethodError: undefined method `getZooKeeperWatcher' for #<#<Class:0x1fe91485>:0x465098f9>
14:02:35  [c5-rolling2-2.ent.cloudera.com] out:   getServerNameForRegion at /usr/lib/hbase/bin/region_mover.rb:91
14:02:35  [c5-rolling2-2.ent.cloudera.com] out:             isSameServer at /usr/lib/hbase/bin/region_mover.rb:73
14:02:35  [c5-rolling2-2.ent.cloudera.com] out:                     move at /usr/lib/hbase/bin/region_mover.rb:157
14:02:35  [c5-rolling2-2.ent.cloudera.com] out:                  __for__ at /usr/lib/hbase/bin/region_mover.rb:327
14:02:35  [c5-rolling2-2.ent.cloudera.com] out:                     each at file:/usr/lib/hbase/lib/jruby-complete-1.6.8.jar!/builtin/java/java.util.rb:7
14:02:35  [c5-rolling2-2.ent.cloudera.com] out:            unloadRegions at /usr/lib/hbase/bin/region_mover.rb:318
14:02:35  [c5-rolling2-2.ent.cloudera.com] out:                   (root) at /usr/lib/hbase/bin/region_mover.rb:456

The Tomcat leak detection in 6.0.24 caught this one: it's a tiny leak but the thread local in ChunkMonitor is not nulled out so re-deployment of a web application can result in a memory leak.  Tomcat fixes it (from 6.0.24) so it's probably not a big deal for existing users.

IntegrationTestBulkLoad and IntegrationTestImportTsv run into 'RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hbase.DistributedHBaseCluster@1bb564e2 not an instance of org.apache.hadoop.hbase.MiniHBaseCluster'

       2017-12-14 22:26:00,118 ERROR [main] util.AbstractHBaseTool: Error running command-line tool
       java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hbase.DistributedHBaseCluster@1bb564e2 not an instance of org.apache.hadoop.hbase.MiniHBaseCluster
       	at org.apache.hadoop.hbase.Waiter.waitFor(Waiter.java:219)
       	at org.apache.hadoop.hbase.HBaseCommonTestingUtility.waitFor(HBaseCommonTestingUtility.java:249)
       	at org.apache.hadoop.hbase.HBaseTestingUtility.waitUntilAllRegionsAssigned(HBaseTestingUtility.java:3255)
       	at org.apache.hadoop.hbase.HBaseTestingUtility.waitUntilAllRegionsAssigned(HBaseTestingUtility.java:3227)
       	at org.apache.hadoop.hbase.HBaseTestingUtility.createTable(HBaseTestingUtility.java:1378)
       	at org.apache.hadoop.hbase.HBaseTestingUtility.createTable(HBaseTestingUtility.java:1409)
       	at org.apache.hadoop.hbase.HBaseTestingUtility.createTable(HBaseTestingUtility.java:1326)
       	at org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad.setupTable(IntegrationTestBulkLoad.java:249)
       	at org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad.runLoad(IntegrationTestBulkLoad.java:229)
       	at org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad.testBulkLoad(IntegrationTestBulkLoad.java:223)
       	at org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad.runTestFromCommandLine(IntegrationTestBulkLoad.java:792)
       	at org.apache.hadoop.hbase.IntegrationTestBase.doWork(IntegrationTestBase.java:155)
       	at org.apache.hadoop.hbase.util.AbstractHBaseTool.run(AbstractHBaseTool.java:154)
       	at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
       	at org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad.main(IntegrationTestBulkLoad.java:815)
       Caused by: java.lang.RuntimeException: org.apache.hadoop.hbase.DistributedHBaseCluster@1bb564e2 not an instance of org.apache.hadoop.hbase.MiniHBaseCluster
       	at org.apache.hadoop.hbase.HBaseTestingUtility.getMiniHBaseCluster(HBaseTestingUtility.java:1069)
       	at org.apache.hadoop.hbase.HBaseTestingUtility.getHBaseCluster(HBaseTestingUtility.java:2711)
       	at org.apache.hadoop.hbase.HBaseTestingUtility$4.evaluate(HBaseTestingUtility.java:3285)
       	at org.apache.hadoop.hbase.Waiter.waitFor(Waiter.java:191)
       	... 14 more

Hello
When trying the latest CAMEL 2.5.0 SNAPSHOT, I got a NPE:

       at org.apache.camel.component.cxf.CxfConsumer$1.getContinuation(CxfConsumer.java:129)
       at org.apache.camel.component.cxf.CxfConsumer$1.invoke(CxfConsumer.java:65)
       at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)
       at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
       at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
...

From Jean-Daniel Cryans:

java.lang.NegativeArraySizeException
	at org.apache.hadoop.hbase.KeyValue.readFields(KeyValue.java:2259)
	at org.apache.hadoop.hbase.KeyValue.readFields(KeyValue.java:2266)
	at org.apache.hadoop.hbase.codec.KeyValueCodec$KeyValueDecoder.parseCell(KeyValueCodec.java:64)
	at org.apache.hadoop.hbase.codec.BaseDecoder.advance(BaseDecoder.java:46)
	at org.apache.hadoop.hbase.regionserver.wal.WALEdit.readFields(WALEdit.java:222)
	at org.apache.hadoop.io.SequenceFile$Reader.getCurrentValue(SequenceFile.java:2114)
	at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:2242)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.next(SequenceFileLogReader.java:245)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.next(SequenceFileLogReader.java:214)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.getNextLogLine(HLogSplitter.java:799)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.parseHLog(HLogSplitter.java:727)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLog(HLogSplitter.java:307)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLog(HLogSplitter.java:217)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLog(HLogSplitter.java:180)
	at org.apache.hadoop.hbase.regionserver.wal.TestHLogSplit.testMiddleGarbageCorruptionSkipErrorsReadsHalfOfFile(TestHLogSplit.java:363)
...

It seems to me that we're reading a negative length which we use to create the byte array and since it's not an IOE we don't treat it as a corrupted log. I'm surprised that not a single build has failed like this in the past 3 years.

AbstractEnvironment calls the overridable method customizePropertySources from the default constructor. This gives subclasses a good chance to run into uninitialized member variables (see attached test case for an example). 

The roo.sh file overrides the java.ext.dir, and on the IBM jdk, that removes the $JAVA_HOME/jre/lib/ext folder.
I fixed this on my local machine by making a very minor change to the roo.sh:
Was:
java -Djava.ext.dirs="$ROO_HOME/lib:$ROO_HOME/dist" org.springframework.roo.bootstrap.Bootstrap "classpath:/roo-bootstrap.xml"
Working version:
java -Djava.ext.dirs="$ROO_HOME/lib:$ROO_HOME/dist:$JAVA_HOME/jre/lib/ext" org.springframework.roo.bootstrap.Bootstrap "classpath:/roo-bootstrap.xml"
Including patch file created using UNIX diff.

When creating partitions in a table using dynamic partitions and a Block level merge is executed at the end of the query, some partitions may be lost.  Specifically if the values of two or more dynamic partition keys end in the same sequence of numbers, all but the largest will be dropped.
I was not able to confirm it, but I suspect that if a map reduce job is speculated as part of the merge, the duplicate data will not be deleted either.
E.g.
insert overwrite table merge_dynamic_part partition (ds = '2008-04-08', hr)
select key, value, if(key % 2 == 0, 'a1', 'b1') as hr from srcpart_merge_dp_rc where ds = '2008-04-08';
In this query, if a Block level merge is executed at the end, only one of the partitions ds=2008-04-08/hr=a1 and ds=2008-04-08/hr=b1 will appear in the final table.

Using a URI like ftp://localhost/file.txt?directory=false the FtpConsumer will give a index out of bounds exception.

Missing the JIRA number in commit msg for master branch, see https://issues.apache.org/jira/browse/HIVE-14909?focusedCommentId=15614056&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15614056

Using PrimitiveListAttributeDefinition.Builder#Builder(PrimitiveListAttributeDefinition)
to build an new attribute definition from a basis does not preserve the basis' elementValidator and the valid operation can not be validated against the copied definition.

All projects using spring-web:3.1.0.M1 have Rome on their classpath, unless it is excluded.  It's my understanding Rome is a completely optional dependency.

Java 9 specific class files in
/META-INF/versions/9/ folder
in the multi-release module 
$JBOSS_HOME/modules/system/layers/base/javax/orb/api/main/openjdk-orb-8.0.8.Final-redhat-1.jar
are missing source file in jboss-eap-7.1.0.ER2.2-maven-repository.zip
Actually there are only .class (instead of expected .java) files in
jboss-eap-7.1.0.ER2.2-maven-repository.zip/jboss-eap-7.1.0.GA-maven-repository/maven-repository/org/jboss/openjdk-orb/openjdk-orb/8.0.8.Final-redhat-1/openjdk-orb-8.0.8.Final-redhat-1-sources.jar/META-INF/versions/9/

jboss-cli displays lines of input file, although they are not executed.
If not executed hey should not be printed.
It might be useful to introduce a command line option "--verbose" an to print everything to stdout, if / command / end-if. Maybe even the output of the commands executed (read-resource, add).

I have tried to create ldap-context in xml, and set attributes from a properties file.

<util:properties id="ldapProperties" location="ldap.properties"/>

<ldap:context-source
        url="#{ldapProperties.url}"
        base="#{ldapProperties.base}"
        username="#{ldapProperties.username}"
        password="#{ldapProperties.password}" />
<ldap:ldap-template id="ldapTemplate"/>

ldap.properties
url=ldap://localhost:10389
base=ou=system
username=uid=admin,ou=system
password=secret

When I try to use ldapTemplate instance, exception is thrown:

java.net.MalformedURLException: Invalid URI: #ldapProperties.url}/ou=system
curly bracket removed after # jira had a problem with that.
I am attaching maven project with a test case.
There is a few ways to workaround this issue I went with java bean configuration,  @Configuration, @Bean.
It might be related to a fact that we can set many urls for failover - coma separated.

If the .q test ends up succeeding (exit code == 0), then the test failure message is misleading.
From the error it seems as if the command actually failed -

    [junit] junit.framework.AssertionFailedError: Client Execution failed with error code = 0
    [junit] See build/ql/tmp/hive.log, or try "ant test ... -Dtest.silent=false" to get more logs.
    [junit]     at junit.framework.Assert.fail(Assert.java:47)
    [junit]     at org.apache.hadoop.hive.cli.TestNegativeCliDriver.runTest(TestNegativeCliDriver.java:121)
    [junit]     at org.apache.hadoop.hive.cli.TestNegativeCliDriver.testNegativeCliDriver_desc_tab(TestNegativeCliDriver.java:102)

HIVE-6808 updated stats information q.out of the following test files, causing failures -
sample8,transform_ppr1,transform_ppr2,union_ppr .

It leaves around a block cache and open readers. See in HBASE-14374...where it is mentioned as a zombie.

10:22:28 JAVA_HOME: /home/jenkins/tools/java/latest1.7 does not exist. Dockermode: attempting to switch to another.
10:22:28 Setting /usr/lib/jvm/java-7-openjdk-amd64 as the JAVA_HOME.
10:22:28 WARNING: Cannot locate JDK directory /usr/lib/jvm/java-8-oracle: ignoring
10:22:28 Modes:  MultiJDK  Jenkins  Robot  Docker  ResetRepo  UnitTests 

It breaks the multi-jdk check, such as doc and compile.

Description of problem:
DomainSuspendResumeTestCase#testSuspendResumeDomainLevel from WF-core fails intermittently on IPv6
How reproducible:
1%
Actual results:
Stack trace:

java.util.concurrent.ExecutionException: java.io.IOException: java.util.concurrent.ExecutionException: java.io.IOException: HTTP Status 503 Response: null
	at java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.util.concurrent.FutureTask.get(FutureTask.java:192)
	at org.jboss.as.test.integration.domain.suspendresume.DomainSuspendResumeTestCase.testSuspendResumeDomainLevel(DomainSuspendResumeTestCase.java:117)
Caused by: java.io.IOException: java.util.concurrent.ExecutionException: java.io.IOException: HTTP Status 503 Response: null
	at org.jboss.as.test.integration.common.HttpRequest.execute(HttpRequest.java:60)
	at org.jboss.as.test.integration.common.HttpRequest.get(HttpRequest.java:81)
	at org.jboss.as.test.integration.domain.suspendresume.DomainSuspendResumeTestCase$1.call(DomainSuspendResumeTestCase.java:106)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
Caused by: java.util.concurrent.ExecutionException: java.io.IOException: HTTP Status 503 Response: null
	at java.util.concurrent.FutureTask.get(FutureTask.java:206)
	at org.jboss.as.test.integration.common.HttpRequest.execute(HttpRequest.java:51)
Caused by: java.io.IOException: HTTP Status 503 Response: null
	at org.jboss.as.test.integration.common.HttpRequest.processResponse(HttpRequest.java:156)
	at org.jboss.as.test.integration.common.HttpRequest.access$000(HttpRequest.java:45)
	at org.jboss.as.test.integration.common.HttpRequest$1.call(HttpRequest.java:78)
	at org.jboss.as.test.integration.common.HttpRequest$1.call(HttpRequest.java:73)

Standard Output:

[Host Controller] &amp#27;[0m&amp#27;[0m14:09:35,818 INFO  [org.jboss.as.domain.controller] (management task-1) WFLYHC0026: Unregistered remote slave host "slave"&amp#27;[0m
&amp#27;[0m14:09:38,851 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.2.Final-redhat-1
&amp#27;[0m&amp#27;[0m14:09:39,158 INFO  [org.jboss.as.process.Host Controller.status] (main) WFLYPC0018: Starting process 'Host Controller'
&amp#27;[0m[Host Controller] &amp#27;[0m14:09:40,482 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.2.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:41,037 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:41,190 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:43,240 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:43,258 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.0.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:43,282 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.0.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:43,554 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:43,707 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.21.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:43,914 INFO  [org.jboss.as.remoting] (MSC service thread 1-1) WFLYRMT0001: Listening on [2620:52:0:105f::ffff:200]:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m14:09:43,985 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-2) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m14:09:45,397 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-one&amp#27;[0m
&amp#27;[0m14:09:45,493 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-one'
&amp#27;[0m[Server:main-one] &amp#27;[0m14:09:46,953 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.2.Final-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m14:09:47,552 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m14:09:47,737 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" starting&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m14:09:47,879 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.0.Final-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m14:09:47,891 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.0.Final-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m14:09:48,007 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 4.0.21.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:49,228 INFO  [org.jboss.as.host.controller] (management task-2) WFLYHC0021: Server [Server:main-one] connected using connection [Channel ID 2b048cd4 (inbound) of Remoting connection 0a683b93 to /2620:52:0:105f:0:0:ffff:200:50459 of endpoint "master:MANAGEMENT" <6718116b>]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:49,353 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-one&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:49,408 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:200]:9990/management&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:49,408 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[2620:52:0:105f::ffff:200]:9990&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:49,409 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" (Host Controller) started in 9990ms - Started 52 of 52 services (13 services are lazy, passive or on-demand)&amp#27;[0m
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] ServerIdentity{name=main-one, host=master, server-group=main-server-group} status is starting
[Server:main-one] &amp#27;[0m14:09:50,792 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 11) WFLYIO001: Worker 'default' has auto-configured to 2 core threads with 16 task threads based on your 1 available processors&amp#27;[0m
[Server:main-one] 14:09:50,958 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Server:main-one] 14:09:51,358 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" started in 5543ms - Started 50 of 67 services (24 services are lazy, passive or on-demand)
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] All servers started in 13764 ms
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] HostController started in 14018 ms
&amp#27;[0m14:09:52,775 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.2.Final-redhat-1
&amp#27;[0m&amp#27;[0m14:09:53,056 INFO  [org.jboss.as.process.Host Controller.status] (main) WFLYPC0018: Starting process 'Host Controller'
&amp#27;[0m[Host Controller] &amp#27;[0m14:09:54,298 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.2.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:54,746 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:54,871 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:56,339 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.0.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:56,362 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.0.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:56,373 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (19990) securePort (-1)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:56,496 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:56,580 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 4.0.21.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:56,757 INFO  [org.jboss.as.remoting] (MSC service thread 1-2) WFLYRMT0001: Listening on [2620:52:0:105f::ffff:200]:19999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:58,934 INFO  [org.jboss.as.domain.controller] (Host Controller Service Threads - 10) WFLYHC0019: Registered remote slave host "slave", WildFly 3.0.0.Alpha5-redhat-2 "Kenny"&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:58,941 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0148: Connected to master host controller at remote://[2620:52:0:105f::ffff:200]:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:09:59,060 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-three&amp#27;[0m
&amp#27;[0m14:09:59,142 INFO  [org.jboss.as.process.Server:main-three.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-three'
&amp#27;[0m[Server:main-three] &amp#27;[0m14:10:00,843 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.2.Final-redhat-1&amp#27;[0m
[Server:main-three] &amp#27;[0m&amp#27;[0m14:10:01,463 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1&amp#27;[0m
[Server:main-three] &amp#27;[0m&amp#27;[0m14:10:01,673 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" starting&amp#27;[0m
[Server:main-three] &amp#27;[0m&amp#27;[0m14:10:01,845 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.0.Final-redhat-1&amp#27;[0m
[Server:main-three] &amp#27;[0m&amp#27;[0m14:10:01,864 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.0.Final-redhat-1&amp#27;[0m
[Server:main-three] &amp#27;[0m&amp#27;[0m14:10:01,964 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 4.0.21.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:03,372 INFO  [org.jboss.as.host.controller] (management task-4) WFLYHC0021: Server [Server:main-three] connected using connection [Channel ID 67d9a29d (inbound) of Remoting connection 11386b99 to /2620:52:0:105f:0:0:ffff:200:34339 of endpoint "slave:MANAGEMENT" <45f90c18>]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:03,505 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server other-two&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:03,526 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-three&amp#27;[0m
&amp#27;[0m14:10:03,562 INFO  [org.jboss.as.process.Server:other-two.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:other-two'
&amp#27;[0m[Server:main-three] &amp#27;[0m14:10:05,151 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 8) WFLYIO001: Worker 'default' has auto-configured to 2 core threads with 16 task threads based on your 1 available processors&amp#27;[0m
[Server:main-three] 14:10:05,423 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Server:main-three] 14:10:06,009 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" started in 6591ms - Started 51 of 68 services (25 services are lazy, passive or on-demand)
[Server:other-two] &amp#27;[0m14:10:07,481 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.2.Final-redhat-1&amp#27;[0m
[Server:other-two] &amp#27;[0m&amp#27;[0m14:10:08,387 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1&amp#27;[0m
[Server:other-two] &amp#27;[0m&amp#27;[0m14:10:08,715 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" starting&amp#27;[0m
[Server:other-two] &amp#27;[0m&amp#27;[0m14:10:08,969 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.4.0.Final-redhat-1&amp#27;[0m
[Server:other-two] &amp#27;[0m&amp#27;[0m14:10:08,985 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.4.0.Final-redhat-1&amp#27;[0m
[Server:other-two] &amp#27;[0m&amp#27;[0m14:10:09,147 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.21.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:10,832 INFO  [org.jboss.as.host.controller] (management task-7) WFLYHC0021: Server [Server:other-two] connected using connection [Channel ID 44ad4059 (inbound) of Remoting connection 0c272340 to /2620:52:0:105f:0:0:ffff:200:58012 of endpoint "slave:MANAGEMENT" <45f90c18>]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:10,867 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:200]:19990/management&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:10,868 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0054: Admin console is not enabled&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:10,868 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" (Host Controller) started in 17586ms - Started 51 of 52 services (15 services are lazy, passive or on-demand)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:10,879 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server other-two&amp#27;[0m
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] ServerIdentity{name=other-two, host=slave, server-group=other-server-group} status is starting
[Server:other-two] &amp#27;[0m14:10:13,104 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 8) WFLYIO001: Worker 'default' has auto-configured to 2 core threads with 16 task threads based on your 1 available processors&amp#27;[0m
[Server:other-two] 14:10:13,514 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Server:other-two] 14:10:14,207 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha5-redhat-2 "Kenny" started in 9383ms - Started 51 of 68 services (25 services are lazy, passive or on-demand)
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] All servers started in 22719 ms
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] HostController started in 22983 ms
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:14,934 INFO  [org.jboss.as.repository] (management-handler-thread - 3) WFLYDR0001: Content added at location /mnt/hudson_workspace/eap-7x-as-testsuite-test-core-rhel-ipv6/d202e32a/testsuite/domain/target/domains/DomainSuspendResumeTestCase/master/data/content/d0/14932745e22c9365392d6248c6743b23679935/content&amp#27;[0m
[Server:main-three] 14:10:15,936 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0027: Starting deployment of "web-suspend.jar" (runtime-name: "web-suspend.jar")
[Server:main-one] 14:10:16,058 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "web-suspend.jar" (runtime-name: "web-suspend.jar")
[Server:main-three] 14:10:16,486 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.web-suspend.jar" is using a private module ("org.jboss.as.controller:main") which may be changed or removed in future versions without notice.
[Server:main-three] 14:10:16,487 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.web-suspend.jar" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice.
[Server:main-three] 14:10:16,487 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.web-suspend.jar" is using a private module ("org.wildfly.extension.request-controller:main") which may be changed or removed in future versions without notice.
[Server:main-three] 14:10:16,487 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.web-suspend.jar" is using a private module ("org.jboss.as.network:main") which may be changed or removed in future versions without notice.
[Server:main-one] 14:10:16,567 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.web-suspend.jar" is using a private module ("org.jboss.as.controller:main") which may be changed or removed in future versions without notice.
[Server:main-one] 14:10:16,568 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.web-suspend.jar" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice.
[Server:main-one] 14:10:16,568 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.web-suspend.jar" is using a private module ("org.wildfly.extension.request-controller:main") which may be changed or removed in future versions without notice.
[Server:main-one] 14:10:16,569 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.web-suspend.jar" is using a private module ("org.jboss.as.network:main") which may be changed or removed in future versions without notice.
[Server:main-three] 14:10:17,387 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 6) WFLYSRV0010: Deployed "web-suspend.jar" (runtime-name : "web-suspend.jar")
[Server:main-one] 14:10:17,438 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 16) WFLYSRV0010: Deployed "web-suspend.jar" (runtime-name : "web-suspend.jar")
[Server:main-one] 14:10:18,788 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 16) WFLYSRV0236: Suspending server with no timeout.
[Server:main-three] 14:10:18,930 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 6) WFLYSRV0236: Suspending server with no timeout.
[Server:main-one] 14:10:18,936 INFO  [stdout] (XNIO-1 task-1) Attempting 1 HttpServerExchange{ GET /web-suspend request {Accept=[text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2], Via=[1.1 proxy-01.mw.lab.eng.bos.redhat.com (squid/3.1.10)], Connection=[keep-alive], Cache-Control=[max-age=259200], X-Forwarded-For=[2620:52:0:105f::ffff:203], User-Agent=[Java/1.8.0_71], Host=[[2620:52:0:105f::ffff:200]:8080]} response {}}
[Server:other-two] 14:10:18,966 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 12) WFLYSRV0236: Suspending server with no timeout.
[Server:main-one] 14:10:18,990 INFO  [stdout] (XNIO-1 I/O-1) Rejected 1 HttpServerExchange{ GET /web-suspend request {Accept=[text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2], Via=[1.1 proxy-01.mw.lab.eng.bos.redhat.com (squid/3.1.10)], Connection=[keep-alive], Cache-Control=[max-age=259200], X-Forwarded-For=[2620:52:0:105f::ffff:203], User-Agent=[Java/1.8.0_71], Host=[[2620:52:0:105f::ffff:200]:8080]} response {}}
[Server:main-one] 14:10:19,077 INFO  [stdout] (XNIO-1 task-3) Skipping request 2 HttpServerExchange{ GET /web-suspend request {Accept=[text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2], Via=[1.1 proxy-01.mw.lab.eng.bos.redhat.com (squid/3.1.10)], Connection=[keep-alive], Cache-Control=[max-age=259200], X-Forwarded-For=[2620:52:0:105f::ffff:203], User-Agent=[Java/1.8.0_71], Host=[[2620:52:0:105f::ffff:200]:8080]} response {}}
[Server:main-one] 14:10:19,140 INFO  [stdout] (XNIO-1 task-4) Skipping request 3 HttpServerExchange{ GET /web-suspend request {Accept=[text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2], Via=[1.1 proxy-01.mw.lab.eng.bos.redhat.com (squid/3.1.10)], Connection=[keep-alive], Cache-Control=[max-age=259200], X-Forwarded-For=[2620:52:0:105f::ffff:203], User-Agent=[Java/1.8.0_71], Host=[[2620:52:0:105f::ffff:200]:8080]} response {}}
[Server:main-three] 14:10:19,552 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment web-suspend.jar (runtime-name: web-suspend.jar) in 133ms
[Server:main-one] 14:10:19,565 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment web-suspend.jar (runtime-name: web-suspend.jar) in 179ms
[Server:main-one] 14:10:19,676 WARN  [org.jboss.as.controller] (ServerService Thread Pool -- 16) WFLYCTL0357: Notification of type deployment-undeployed is not described for the resource at the address []
[Server:main-one] 14:10:19,688 INFO  [org.jboss.as.repository] (ServerService Thread Pool -- 16) WFLYDR0002: Content removed from location /mnt/hudson_workspace/eap-7x-as-testsuite-test-core-rhel-ipv6/d202e32a/testsuite/domain/target/domains/DomainSuspendResumeTestCase/master/servers/main-one/data/content/d0/14932745e22c9365392d6248c6743b23679935/content
[Server:main-three] 14:10:19,699 WARN  [org.jboss.as.controller] (ServerService Thread Pool -- 6) WFLYCTL0357: Notification of type deployment-undeployed is not described for the resource at the address []
[Server:main-three] 14:10:19,709 INFO  [org.jboss.as.repository] (ServerService Thread Pool -- 6) WFLYDR0002: Content removed from location /mnt/hudson_workspace/eap-7x-as-testsuite-test-core-rhel-ipv6/d202e32a/testsuite/domain/target/domains/DomainSuspendResumeTestCase/slave/data/servers/main-three/content/d0/14932745e22c9365392d6248c6743b23679935/content
[Server:main-three] 14:10:19,782 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 6) WFLYSRV0009: Undeployed "web-suspend.jar" (runtime-name: "web-suspend.jar")
[Server:main-one] 14:10:19,689 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 16) WFLYSRV0009: Undeployed "web-suspend.jar" (runtime-name: "web-suspend.jar")
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:19,875 INFO  [org.jboss.as.repository] (Host Controller Service Threads - 4) WFLYDR0002: Content removed from location /mnt/hudson_workspace/eap-7x-as-testsuite-test-core-rhel-ipv6/d202e32a/testsuite/domain/target/domains/DomainSuspendResumeTestCase/slave/data/content/d0/14932745e22c9365392d6248c6743b23679935/content&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m14:10:19,890 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0002: Content removed from location /mnt/hudson_workspace/eap-7x-as-testsuite-test-core-rhel-ipv6/d202e32a/testsuite/domain/target/domains/DomainSuspendResumeTestCase/master/data/content/d0/14932745e22c9365392d6248c6743b23679935/content&amp#27;[0m

Expected results:
No error.
Additional info:

jenkins job run

We've faced with high CPU load in some environments having unusually more data than normally expected. After reproducing the problem in-house, it turned out that server was mostly doing reallocation of data buffers:

	at java.nio.HeapByteBuffer.<init>(HeapByteBuffer.java:57)
	at java.nio.ByteBuffer.allocate(ByteBuffer.java:335)
	at org.springframework.core.io.buffer.DefaultDataBuffer.grow(DefaultDataBuffer.java:272)
	at org.springframework.core.io.buffer.DefaultDataBuffer.ensureExtraCapacity(DefaultDataBuffer.java:264)
	at org.springframework.core.io.buffer.DefaultDataBuffer.write(DefaultDataBuffer.java:165)

We're in the process of migration to Spring WebFlux, but the legacy code still runs on Jetty / Servlet API and uses DefaultDataBufferFactory. WebFlux based code uses Reactor Netty and doesn't have this problem. The matter is that Netty ByteBuf doubles its capacity (as does ArrayList or anything else) if it's not enough, while DefaultDataBuffer grows to the minimum needed capacity to fullfit the current write call:

	void grow(int minCapacity) {
		ByteBuffer oldBuffer = this.byteBuffer;
		ByteBuffer newBuffer =
				(oldBuffer.isDirect() ? ByteBuffer.allocateDirect(minCapacity) :
						ByteBuffer.allocate(minCapacity));
...

The changes introduced as part of HIVE-12674 causes issues while shutting down hs2 when session pools are used.

java.util.ConcurrentModificationException
        at java.util.LinkedList$ListItr.checkForComodification(LinkedList.java:966) ~[?:1.8.0_45]
        at java.util.LinkedList$ListItr.remove(LinkedList.java:921) ~[?:1.8.0_45]
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolManager.stop(TezSessionPoolManager.java:288) ~[hive-exec-2.0.0.2.3.5.0-79.jar:2.0.0.2.3.5.0-79]
        at org.apache.hive.service.server.HiveServer2.stop(HiveServer2.java:479) [hive-jdbc-2.0.0.2.3.5.0-79-standalone.jar:2.0.0.2.3.5.0-79]
        at org.apache.hive.service.server.HiveServer2$2.run(HiveServer2.java:183) [hive-jdbc-2.0.0.2.3.5.0-79-standalone.jar:2.0.0.2.3.5.0-79]

I have a Spring Batch process which takes a set of rows in the database and creates a number of flat files from those rows, 10 rows per file. To do this, I've created a Spring Batch process, similar to this:

<batch:job id="springTest" job-repository="jobRepository" restartable="true">
    <batch:step id="test">
        <batch:tasklet>
            <batch:chunk reader="itemReader" writer="multipleItemWriter" commit-interval="2" />
        </batch:tasklet>
    </batch:step>
</batch:job>

<bean id="itemReader" class="org.springframework.batch.item.file.FlatFileItemReader">
    <property name="resource" value="file:/temp/temp-input.txt" />
    <property name="lineMapper">
        <bean class="org.springframework.batch.item.file.mapping.PassThroughLineMapper" />
    </property>
</bean>

<bean id="multipleItemWriter" class="org.springframework.batch.item.file.MultiResourceItemWriter">
    <property name="resource" value="file:/temp/temp-out" />
    <property name="itemCountLimitPerResource" value="2" />
    <property name="delegate">
            <bean id="itemWriter" class="org.springframework.batch.item.file.FlatFileItemWriter">
                <property name="lineAggregator">
                  <bean class="org.springframework.batch.item.file.transform.PassThroughLineAggregator" />
                </property>
                <property name="encoding" value="utf-8" />
                <property name="headerCallback" ref="headerFooter" />
                <property name="footerCallback" ref="headerFooter" />
            </bean>
   </property>
</bean>

<bean id="headerFooter" class="uk.co.farwell.spring.HeaderFooterCallback" />

The above example reads from a flat file and outputs to a flat file (to show the problem). Note the commit-interval=2 in the chunk, and the itemCountLimitPerResource=2 in the MultiResourceItemWriter.
The HeaderFooterCallback does the following:

public void writeHeader(Writer writer) throws IOException {
    writer.write("file header\n");
}

public void writeFooter(Writer writer) throws IOException {
    writer.write("file footer\n");
}

I need to be able to specify exactly the number of lines which appear in the file.
For the following input file:

foo1
foo2
foo3

I would expect two files on output,
out.1:

file header
foo1
foo2
file footer

out.2:

foo3

When I run with commit-interval=2, I get an exception:

2009-11-26 15:32:46,734 ERROR .support.TransactionSynchronizationUtils - TransactionSynchronization.afterCompletion threw exception
org.springframework.batch.support.transaction.FlushFailedException: Could not write to output buffer
	at org.springframework.batch.support.transaction.TransactionAwareBufferedWriter$1.afterCompletion(TransactionAwareBufferedWriter.java:71)
	at org.springframework.transaction.support.TransactionSynchronizationUtils.invokeAfterCompletion(TransactionSynchronizationUtils.java:157)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.invokeAfterCompletion(AbstractPlatformTransactionManager.java:974)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.triggerAfterCompletion(AbstractPlatformTransactionManager.java:949)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:777)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:701)
	at org.springframework.batch.core.step.tasklet.TaskletStep$2.doInChunkContext(TaskletStep.java:304)
	at org.springframework.batch.core.scope.context.StepContextRepeatCallback.doInIteration(StepContextRepeatCallback.java:76)
	at org.springframework.batch.repeat.support.RepeatTemplate.getNextResult(RepeatTemplate.java:367)
	at org.springframework.batch.repeat.support.RepeatTemplate.executeInternal(RepeatTemplate.java:215)
	at org.springframework.batch.repeat.support.RepeatTemplate.iterate(RepeatTemplate.java:143)
	at org.springframework.batch.core.step.tasklet.TaskletStep.doExecute(TaskletStep.java:242)
	at org.springframework.batch.core.step.AbstractStep.execute(AbstractStep.java:198)
	at org.springframework.batch.core.job.AbstractJob.handleStep(AbstractJob.java:348)
	at org.springframework.batch.core.job.flow.FlowJob.access$100(FlowJob.java:43)
	at org.springframework.batch.core.job.flow.FlowJob$JobFlowExecutor.executeStep(FlowJob.java:135)
	at org.springframework.batch.core.job.flow.support.state.StepState.handle(StepState.java:60)
	at org.springframework.batch.core.job.flow.support.SimpleFlow.resume(SimpleFlow.java:144)
	at org.springframework.batch.core.job.flow.support.SimpleFlow.start(SimpleFlow.java:124)
	at org.springframework.batch.core.job.flow.FlowJob.doExecute(FlowJob.java:103)
	at org.springframework.batch.core.job.AbstractJob.execute(AbstractJob.java:250)
	at org.springframework.batch.core.launch.support.SimpleJobLauncher$1.run(SimpleJobLauncher.java:110)
	at org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
	at org.springframework.batch.core.launch.support.SimpleJobLauncher.run(SimpleJobLauncher.java:105)
	at ch.vd.dse.sesa.adse.batch.common.util.AdseJobRunner.run(AdseJobRunner.java:69)
	at ch.vd.dse.sesa.adse.batch.common.util.AdseJobRunner.run(AdseJobRunner.java:100)
	at ch.vd.dse.sesa.adse.batch.procofiev.export.Main.main(Main.java:33)
Caused by: java.io.IOException: Stream closed
	at sun.nio.cs.StreamEncoder.ensureOpen(Unknown Source)
	at sun.nio.cs.StreamEncoder.write(Unknown Source)
	at java.io.Writer.write(Unknown Source)
	at org.springframework.batch.support.transaction.TransactionAwareBufferedWriter$1.afterCompletion(TransactionAwareBufferedWriter.java:67)
	... 26 more

I think this is a bug. Wierdly, the files are as follows:
out.1:

foo1
foo2

out.2:

If I have two lines in the input file, everything works correctly, but more than two does not work. If I change the commit-interval to 200, then I get three lines in one file, which is not the behaviour wanted.

If deploy and undeploy CLI commands executed in a batch mode then it causes missing  deployment inside the "data/content" directory which leads to the following error:

[Host Controller] 10:33:42,387 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "example.war")]) - failure description: "WFLYDC0058: No deployment content with hash d85f1e3106bc8a49838a0dccae9e80819c25e02c is available in the deployment content repository for deployment 'example.war'. This is a fatal boot error. To correct the problem, either restart with the --admin-only switch set and use the CLI to install the missing content or remove it from the configuration, or remove the deployment from the xml configuraiton file and restart."
[Host Controller] 10:33:42,390 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0034: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details.

SWS-750 fixed data corruption when first read() from the stream returned just 1 or 2 bytes instead of all three.
But the BOM removal functionality still won't work e.g. if the first byte is sent separately.
I suggest a modification like this (haven't tested it):

   private InputStream checkForUtf8ByteOrderMark(InputStream inputStream) throws IOException {
       PushbackInputStream pushbackInputStream = new PushbackInputStream(new BufferedInputStream(inputStream), 3);
       byte[] bytes = new byte[3];
       int bytesRead = 0;
       // Ensure filling the buffer
       while (bytesRead < bytes.length) {
           int n = pushbackInputStream.read(bytes, bytesRead, bytes.length - bytesRead);
           if (n > 0) {
               bytesRead += n;
           } else {
               break;
           }
       }
       if (bytesRead > 0) {
           // check for the UTF-8 BOM, and remove it if there. See SWS-393
           if (!isByteOrderMark(bytes)) {
               pushbackInputStream.unread(bytes, 0, bytesRead);
           }
       }
       return pushbackInputStream;
   }

The thing is that the read() call guarantees just one byte. And this situation isn't that rare - some implementations of TLSv1 really send the first byte separately, our customer had this problem with a WS client based on WinHttp.WinHttpRequest object on Windows 2008 R2. We had to workaround SWS-750 by forcing SSLv3 (before we learned that it is actually fixed).
So if anybody had bad luck of having the TLSv1 + BOM issue, they would be affected.
Hope this helps.

If a type conversion is performed between XMLStreamReader and the platform default encoding is not UTF-8 and the used Stax parser is the one from the JDK the conversion will fail.
The error message will look like that:
Caused by: javax.xml.stream.XMLStreamException: Underlying stream encoding 'ASCII' and input paramter for writeStartDocument() method 'utf-8' do not match.
The underlying issue was introduced with CAMEL-10070 and CAMEL-10080.
Unfortunately this cannot be unit tested, as in the unit tests the default platform encoding is UTF-8 and the used Stax parser is woodstox. Both conditions prevent the issue from occuring.

with tomcat 7 there is no problem. deploying the same war on tomcat 6 with spring 3.2 creates the following error:
	at java.util.Hashtable.get(Hashtable.java:334)
	at org.apache.tomcat.util.http.Parameters.getParameterValues(Parameters.java:194)
	at org.apache.tomcat.util.http.Parameters.getParameter(Parameters.java:239)
	at org.apache.catalina.connector.Request.getParameter(Request.java:1042)
	at org.apache.catalina.connector.RequestFacade.getParameter(RequestFacade.java:355)
	at javax.servlet.ServletRequestWrapper.getParameter(ServletRequestWrapper.java:158)
	at org.springframework.web.context.request.ServletWebRequest.getParameter(ServletWebRequest.java:113)
	at org.springframework.web.accept.ParameterContentNegotiationStrategy.getMediaTypeKey(ParameterContentNegotiationStrategy.java:60)
	at org.springframework.web.accept.AbstractMappingContentNegotiationStrategy.resolveMediaTypes(AbstractMappingContentNegotiationStrategy.java:46)
	at org.springframework.web.accept.ContentNegotiationManager.resolveMediaTypes(ContentNegotiationManager.java:102)
	at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.getAcceptableMediaTypes(AbstractMessageConverterMethodProcessor.java:189)
	at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:114)
	at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:90)
	at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor.handleReturnValue(RequestResponseBodyMethodProcessor.java:189)
	at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:69)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:122)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:746)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:687)
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:925)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:915)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:811)

Underline in the refguide that IT tests look for monkey properties on CLASSPATH. I missed this and it caused me a bit of confusion.

The validation of command arguments doesn't take into account their short versions leading rejecting the command in case the short versions are used (e.g. -h for --help).

The attributes on the resource are already mutually exclusive with the ssl-context attribute - however the default values are used potentially overriding the centrally defined configuration.

The JMS headers are not being extracted if you use transferExchange=true.

ORC can use the new HDFS Caching APIs and the ZeroCopy readers to avoid extra data copies into memory while scanning files.
Implement ORC zcr codepath and a hive.orc.zerocopy flag.

The change linked below causes camel-jms throws an exception when a message is received where JMSDestination is null (when used with WebSphere MQ). 
This works as expected in 2.15.3.
The message looks like this (anonymized)
  JMSMessage class: jms_text
  JMSType:          null
  JMSDeliveryMode:  2
  JMSExpiration:    0
  JMSPriority:      5
  JMSMessageID:     ID:c3e2d840e3d4d8d44040404040404040cfbd668a5f4f4261
  JMSTimestamp:     1445609217800
  JMSCorrelationID: null
  JMSDestination:   null
  JMSReplyTo:       queue://TEST/INPUT.QUEUE?targetClient=1
  JMSRedelivered:   false
    JMSXAppID: ilities\RFHUtil\rfhutilc.exe
    JMSXDeliveryCount: 1
    JMSXUserID: MQXPLO      
    JMS_IBM_Character_Set: IBM277
    JMS_IBM_Encoding: 785
    JMS_IBM_Format: MQSTR   
    JMS_IBM_MsgType: 8
    JMS_IBM_PutApplType: 11
    JMS_IBM_PutDate: 20151023
    JMS_IBM_PutTime: 14065780
The following is a link to the troublesome patch included in 2.16.0:
https://fisheye6.atlassian.com/browse/camel-git/components/camel-jms/src/main/java/org/apache/camel/component/jms/EndpointMessageListener.java?r2=812fa060bfeac5b320624b5d6d4833ac441d42c9&r1=e00e0d6599b01733c270f3053e23118d35ea0881

Example:
select count(1) from <bucket_table> TABLESAMPLE(BUCKET xxx out of yyy) where <partition_column> = 'xxx'
will not trigger input pruning.
The reason is that we assume sample filtering operator only happens as the second filter after table scan, which is broken by HIVE-1538, even if the feature doesn't turn on.

After applying patch from https://bugs.eclipse.org/bugs/show_bug.cgi?id=414974 on EclipseLink side and removing 'eclipselink.archive.factory' from WildFly's JVM options, 99,9% of tests started to fail on the server.
Problem is that majority of our PU's do have set 'eclipselink.target-server' property (for various reasons) - in this case container as of[1] won't pass its 'eclipselink.archive.factory' to EclipseLink and deployments fail with:

[EL Severe]: 2017-11-23 13:14:31.974--ServerSession(1652754085)--Local Exception Stack: 
 Exception [EclipseLink-28014] (Eclipse Persistence Services - 2.7.1.qualifier): org.eclipse.persistence.exceptions.EntityManagerSetupException
 Exception Description: Exception was thrown while processing property [eclipselink.descriptor.customizer.Project] with value [org.eclipse.persistence.testing.models.jpa.advanced.Customizer].
 Internal Exception: java.lang.ClassNotFoundException: Project from [Module "deployment.eclipselink-advanced-model.ear.eclipselink-advanced-model_ejb.jar" from Service Module Loader]
 	at org.eclipse.persistence.exceptions.EntityManagerSetupException.failedWhileProcessingProperty(EntityManagerSetupException.java:199)
 	at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.processDescriptorCustomizers(EntityManagerSetupImpl.java:2941)
...
 	at java.lang.Thread.run(Thread.java:748)
 Caused by: java.lang.ClassNotFoundException: Project from [Module "deployment.eclipselink-advanced-model.ear.eclipselink-advanced-model_ejb.jar" from Service Module Loader]
 	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
 	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
 	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
 	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
 	at java.lang.Class.forName0(Native Method)
 	at java.lang.Class.forName(Class.java:348)
 	at org.eclipse.persistence.internal.security.PrivilegedAccessHelper.getClassForName(PrivilegedAccessHelper.java:165)
 	at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.findClass(EntityManagerSetupImpl.java:1321)
 	at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.processDescriptorCustomizers(EntityManagerSetupImpl.java:2938)
 	... 82 more

[1]: https://github.com/wildfly/wildfly/blob/a10034a/jpa/eclipselink/src/main/java/org/jipijapa/eclipselink/EclipseLinkPersistenceProviderAdaptor.java#L47

Currently, setting of negative value passes:

[standalone@localhost:9990 /] /subsystem=io/buffer-pool=foo:write-attribute(name=buffers-per-slice, value=-20
{
    "outcome" => "success",
    "response-headers" => {
        "operation-requires-reload" => true,
        "process-state" => "reload-required"
    }
}

although error in server log is thrown after reload, it contains only error message about 'bufferSize' when I was setting buffers-per-slice attribute:

2017-02-27 08:46:13,117 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "io"),
    ("buffer-pool" => "foo")
]) - failure description: {
    "WFLYCTL0080: Failed services" => {"org.wildfly.io.buffer-pool.foo" => "org.jboss.msc.service.StartException in service org.wildfly.io.buffer-pool.foo: Failed to start service
    Caused by: java.lang.IllegalArgumentException: XNIO000015: Parameter 'bufferSize' is out of range"},
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.io.buffer-pool.foo"]
}

There should be validation of this attribute.

The RestTemplate erroneously infers "0" for an empty string values.
1. Execute the attached test RestTemplateTest using the attached pom.xml file.
2. The test fails, the response from the RestTemplate is 
{"lhs":"1 U.S. dollar","rhs":"1 U.S. dollar","error":"0","icc":true}

For comparison, change the spring version to any 3.0.x version, or perform a request to http://www.google.com/ig/calculator?q=1USD=?EUR from a browser. The response is 
{lhs: "1 U.S. dollar",rhs: "0.774833411 Euros",error: "",icc: true}
            
According to thrift usage text:

 -nonblocking              Use the TNonblockingServer This implies the
                           framed transport.

But the web page at port 9095 indicates framed = false when I start it with -nonblocking.

This is the same category of bug as ROO-3011 and ROO-3012. There is no good reason to focus on an entity or its module when creating a repository for it.

In a special case the FilterList with MUST_PASS_ONE operator doesn't work correctly:

a filter in the list is a SingleColumValueFilter with filterIfMissing=true
FilterList.filterKeyValue(KeyValue) is called
SingleColumValueFilter.filterKeyValue(KeyValue) is called
SingleColumValueFilter.filterKeyValue(KeyValue) returns ReturnCode.INCLUDE if the KeyValue doesn't match a column (to support filterIfMissing)
FilterList.filterKeyValue(KeyValue) immediately returns ReturnCode.INCLUDE, remaining filters in the list aren't evaluated.

However it is required to evaluate remaining filters, otherwise filterRow() filters out rows in case the filter's filterKeyValue() saves state that is used by filterRow(). (SingleColumValueFilter, SkipFilter, WhileMatchFilter do so)

see: http://www.nabble.com/Disabling-JMSReplyTo-as-this-Exchange-is-not-OUT-capable-td23524909s22882.html

We can't do this:

./bin/hbase zkcli deleteall /hbase/rs/c2022.halxg.cloudera.com,16020,1396502726715

after upgrade to 3.4.6 zookeeper.  Works if I put back 3.4.5.
See below where only difference is the zk jar:

[stack@c2022 hbase-0.99.0-SNAPSHOT]$ ~/bin/java/bin/java -cp ~/hbase-0.96.1.1-hadoop2/lib/zookeeper-3.4.5.jar:lib/slf4j-log4j12-1.6.4.jar:lib/slf4j-api-1.6.4.jar:lib/log4j-1.2.17.jar  org.apache.zookeeper.ZooKeeperMain -server c2020:2181 ls  "/hbase/rs"
Connecting to c2020:2181
log4j:WARN No appenders could be found for logger (org.apache.zookeeper.ZooKeeper).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.

WATCHER::

WatchedEvent state:SyncConnected type:None path:null
[c2020.halxg.cloudera.com,16020,1396482186194, c2021.halxg.cloudera.com,16020,1396499398203, c2023.halxg.cloudera.com,16020,1396498834473, c2025.halxg.cloudera.com,16020,1396482188110, c2022.halxg.cloudera.com,16020,1396502726715, c2024.halxg.cloudera.com,16020,1396482188280]
[stack@c2022 hbase-0.99.0-SNAPSHOT]$ ~/bin/java/bin/java -cp lib/zookeeper-3.4.6.jar:lib/slf4j-log4j12-1.6.4.jar:lib/slf4j-api-1.6.4.jar:lib/log4j-1.2.17.jar  org.apache.zookeeper.ZooKeeperMain -server c2020:2181 ls  "/hbase/rs"

if a user does not have permission to create table in hive , then if the same user import data for a table using following command then , it will have to create table also and that is working successfully , ideally it should not work
STR:
====
1. put some raw data in hdfs path /user/user1/tempdata
2. in ranger check policy , user1 should not have any permission on any table
3. login through user1 into beeline ( obviously it will fail since user doesnt have permission to create table)
create table tt1(id INT,ff String);
FAILED: HiveAccessControlException Permission denied: user user1 does not have CREATE privilege on default/tt1 (state=42000,code=40000)
4. now try following command to import data into a table ( table should not exist already)
import table tt1 from '/user/user1/tempdata';
ER:
since user1 doesnt have permission to create table so this operation should fail
AR:
table is created successfully and data is also imported !!

the goal of the test is to check that hive doesn't let user1 to create a table with a location under an unowned path.
I've bisected this test to be broken by 5250ef450430fcdeed0a2cb7a770f48647987cd3 (HIVE-12408).
the original exception was (which have been by that sole masked line):

FAILED: HiveAccessControlException Permission denied: Principal [name=user1, type=USER] does not have following privileges for operation CREATETABLE [[OBJECT OWNERSHIP] on Object [type=DFS_URI, name=hdfs://localhost:35753/tmp/ct_noperm_loc_foo0]]

the current semanticexception shouldnt be accepted ; because it's unrelated to the tests goal.

Suppose the table schema is (a string, b string) partitioned by (p1 string, p2 string), a dynamic partition insert is allowed to:
insert overwrite ... partition (p2="...", p1);
which will create the wrong HDFS directory structure such as /.../p2=.../p1=.... This is contradictory to the metastore's assumption of the HDFS directory structure. 

I was running the following test over a Distributed Cluster:
bin/hbase org.apache.hadoop.hbase.IntegrationTestsDriver IntegrationTestDataIngestSlowDeterministic
The IntegrationTestingUtility.restoreCluster() is called in the teardown phase of the test.
For a distributed cluster, it ends up calling DistributedHBaseCluster.restoreClusterStatus, which does the task 
of restoring the cluster back to original state.
The restore steps done here, does not solve one specific case:
When the initial HBase Master is currently down, and the current HBase Master is different from the initial one.
You get into this flow:
    //check whether current master has changed
    if (!ServerName.isSameHostnameAndPort(initial.getMaster(), current.getMaster())) 
{
	.............
    }

In the above code path, the current backup masters are stopped, and the current active master is also stopped.
At this point, for the aforementioned usecase, none of the Hbase Masters would be available, hence the subsequent
attempts to do any operation over the cluster would fail, resulting in Test Failure.

Method vote() from Jsr250Voter.java will return ACCESS_DENIED if the FIRST role from definition does not exists in authentication.getAuthorities() list.
 public int vote(Authentication authentication, Object object, Collection<ConfigAttribute> definition) {
        for (ConfigAttribute attribute : definition) {
           //...
            if (supports(attribute)) {
                // Attempt to find a matching granted authority
                for (GrantedAuthority authority : authentication.getAuthorities()) {
                    if (attribute.getAttribute().equals(authority.getAuthority())) 
{
                        return ACCESS_GRANTED;
                    }
                }
                // No match - deny access
                return ACCESS_DENIED; // <-------- will return ACCESS_DENIED too soon
            }
        } 
        return ACCESS_ABSTAIN;
    }

When using AdviceWithRouteBuilder to modify a route definition, weaveAddLast does not work correctly when the route ends with a split.  It appears to add the additional components within the split, not afterwards.
See attached testcase.
Adding a trivial operation after the split in the original route builder fixes it.

Currently, one can create a file-store with an invalid relative-to path reference, which will not be discovered until runtime.  This should be validated by the model via capability references.

When calling addProperty() or setProperty() with a collection or an array as value it is expected that the single elements are added rather than the container. However, if delimiter parsing is disabled, this check is not performed, and the complex value is directly added. This causes strange effects, for instance when the configuration is saved: then the complex value is just converted to a string. Loading the same configuration again will then produce different values for those properties.

The Parquet binding leaked implementation details into the generic SARG api. 
Rather than make all users of the SARG api deal with each of the specific types, reunify the INTEGER and LONG types. 

VectorHashKeyWrapper::duplicateTo() should not make copies of zero sized typed arrays.

I am trying to post to localhost:8080/credentials/
{
   "customer":
{
      "rel":"self",
      "href":"http://localhost:8080/web/customers/60"
   }
,
   "credentialProperties":[

{
         "name":"Access Key",
         "value":"123456"
      }
,
      {
         "name":"Secrect Access Key",
         "value":"12344567"
      }
   ],
   "name":"12344567",
   "service":
{
      "href":"http://localhost:8080/web/services/50"
   }
,
   "vendorType":"1234567"
}
The according object looks like that:
@Entity
public class Credential extends AbstractEntity {
	private String name;
	private boolean disabled;
	private String disablingReason;
	private String vendorType;
	@ManyToOne
	@JoinColumn(name = "customer_id")
	private Customer customer;
	@JoinColumn(name = "service_id")
	private Service service;
	@OneToMany(mappedBy = "credential", fetch = FetchType.EAGER, cascade = CascadeType.ALL)
	private Set<CredentialProperty> credentialProperties;
	@OneToOne(cascade = CascadeType.ALL)
    @PrimaryKeyJoinColumn
	private CredentialSettings credentialSettings;
And the Exception is as follows:
java.lang.IllegalArgumentException: argument type mismatch
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_45]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_45]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_45]
	at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_45]
	at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:191) ~[spring-core-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.data.mapping.model.BeanWrapper.setProperty(BeanWrapper.java:97) ~[spring-data-commons-1.7.0.M1.jar:na]
	at org.springframework.data.rest.webmvc.json.PersistentEntityJackson2Module$ResourceDeserializer.deserialize(PersistentEntityJackson2Module.java:241) ~[PersistentEntityJackson2Module$ResourceDeserializer.class:na]
	at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:2888) ~[jackson-databind-2.2.2.jar:2.2.2]
	at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:2094) ~[jackson-databind-2.2.2.jar:2.2.2]
	at org.springframework.http.converter.json.MappingJackson2HttpMessageConverter.readJavaType(MappingJackson2HttpMessageConverter.java:178) ~[spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.http.converter.json.MappingJackson2HttpMessageConverter.readInternal(MappingJackson2HttpMessageConverter.java:166) ~[spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.http.converter.AbstractHttpMessageConverter.read(AbstractHttpMessageConverter.java:153) ~[spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.data.rest.webmvc.PersistentEntityResourceHandlerMethodArgumentResolver.resolveArgument(PersistentEntityResourceHandlerMethodArgumentResolver.java:48) ~[spring-data-rest-webmvc-2.0.0.BUILD-SNAPSHOT.jar:na]
	at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:77) ~[spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:162) ~[spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:123) ~[spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104) ~[spring-webmvc-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:745) ~[spring-webmvc-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:686) ~[spring-webmvc-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80) ~[spring-webmvc-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:925) ~[spring-webmvc-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856) ~[spring-webmvc-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:936) [spring-webmvc-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:838) [spring-webmvc-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:647) [servlet-api.jar:na]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:812) [spring-webmvc-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) [servlet-api.jar:na]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) [catalina.jar:7.0.39.B]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.39.B]
	at com.thetransactioncompany.cors.CORSFilter.doFilter(Unknown Source) [cors-filter-1.5.jar:na]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.39.B]
	at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:180) [spring-orm-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:118) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:84) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:113) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at de.cloudscale.security.filter.BaseAuthenticationTokenProcessingFilter.doFilter(BaseAuthenticationTokenProcessingFilter.java:86) [BaseAuthenticationTokenProcessingFilter.class:na]
	at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:183) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:105) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:87) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160) [spring-security-web-3.1.4.RELEASE.jar:3.1.4.RELEASE]
	at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:343) [spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:260) [spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) [catalina.jar:7.0.39.B]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) [catalina.jar:7.0.39.B]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) [catalina.jar:7.0.39.B]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) [catalina.jar:7.0.39.B]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) [catalina.jar:7.0.39.B]
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:947) [catalina.jar:7.0.39.B]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) [catalina.jar:7.0.39.B]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) [catalina.jar:7.0.39.B]
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1009) [tomcat-coyote.jar:7.0.39.B]
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) [tomcat-coyote.jar:7.0.39.B]
	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) [tomcat-coyote.jar:7.0.39.B]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_45]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_45]
	at java.lang.Thread.run(Thread.java:744) [na:1.7.0_45]
I guess the reason for that is as follows:
@SuppressWarnings("unchecked")
	private <S> S getPotentiallyConvertedValue(Object source, Class<S> targetType) {
		boolean conversionServiceAvailable = conversionService != null;
		boolean conversionNeeded = source == null || !targetType.isAssignableFrom(source.getClass());
		if (conversionServiceAvailable && conversionNeeded) 
{
			return conversionService.convert(source, targetType);
		}

		return (S) source;
	}
In BeanWrapper.java the NPE for conversion service is thrown. Maybe it is not autowired?

As can be proved with the Integration Test (assuming a MongoDB database is available), the @Version number only increases when using the class name. When using the collection's name linked to the class it does not increase. This is unexpected behaviour, not described by the reference documentation.

package optimisticlockingtest;

import com.mongodb.Mongo;
import com.mongodb.MongoClient;
import org.junit.Before;
import org.junit.runner.RunWith;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.SpringBootConfiguration;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.context.annotation.ComponentScan;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Import;
import org.springframework.data.annotation.Id;
import org.springframework.data.annotation.Version;
import org.springframework.data.mongodb.config.AbstractMongoConfiguration;
import org.springframework.data.mongodb.config.EnableMongoAuditing;
import org.springframework.data.mongodb.core.MongoTemplate;
import org.springframework.data.mongodb.core.mapping.Document;
import org.springframework.data.mongodb.core.mapping.Field;
import org.springframework.data.mongodb.core.query.Criteria;
import org.springframework.data.mongodb.core.query.Query;
import org.springframework.data.mongodb.core.query.Update;
import org.springframework.data.mongodb.repository.MongoRepository;
import org.springframework.data.mongodb.repository.config.EnableMongoRepositories;
import org.springframework.test.context.junit4.AbstractJUnit4SpringContextTests;
import org.springframework.test.context.junit4.SpringRunner;

import static com.mongodb.ServerAddress.defaultHost;

@RunWith(SpringRunner.class)
@SpringBootTest
@EnableMongoAuditing
@EnableMongoRepositories("optimisticlockingtest")
@ComponentScan("optimisticlockingtest")
@Import(PigConfig.class)
public class OptimisticLockingPossibleBugTest extends AbstractJUnit4SpringContextTests {

    @Autowired
    private PigRepository optimisticLockedRepository;

    private MongoTemplate mongoTemplate;

    @Before
    public void init() {
        mongoTemplate.getDb().dropDatabase();
    }

    @Test
    public void versionIncreaseOccursWhenUpdatingWithMongoTemplateUsingClass() {
        Pig pig = new Pig();
        pig.setName("Bob");

        mongoTemplate.insert(pig);

        final Query query = new Query();
        query.addCriteria(Criteria.where("name").is("Bob"));

        final Update update = new Update();
        update.set("data", "Oink!");

        mongoTemplate.updateFirst(query, update, Pig.class);

        assertEquals(1, mongoTemplate.findOne(query, Pig.class).version);
        assertEquals("Oink!", mongoTemplate.findOne(query, Pig.class).data);
    }

    @Test
    public void versionIncreaseDoesNotOccurWhenUpdatingWithMongoTemplateUsingCollectionName() {

        mongoTemplate.updateFirst(query, update, "pig");

        assertEquals(0, mongoTemplate.findOne(query, Pig.class).version);
    }
}

@SpringBootConfiguration
@Configuration class PigConfig extends AbstractMongoConfiguration {

    @Override
    public Mongo mongo() throws Exception {
        return new MongoClient(defaultHost());
    }

    @Override
    protected String getDatabaseName() {
        return "test-db";
    }
}

interface PigRepository extends MongoRepository<Pig, String> {
}

@Document(collection = "pig")
class Pig {
    @Id
    public String id;
    @Version
    public long version;
    @Field("name")
    public String name;
    @Field("data")
    public String data;

    public String getId() {
        return id;
    }

    public void setId(String id) {
        this.id = id;
    }

    public long getVersion() {
        return version;
    }

    public void setVersion(long version) {
        this.version = version;
    }

    public String getData() {
        return data;
    }

    public void setData(String data) {
        this.data = data;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }
}

Same test for 2.0.0.BUILD-SNAPSHOT as of 23 May 2017

	@Autowired
	private PigRepository optimisticLockedRepository;

	private MongoTemplate mongoTemplate;

	@Before
	public void init() {
		mongoTemplate.getDb().drop();
	}

	@Test
	public void versionIncreaseOccursWhenUpdatingWithMongoTemplateUsingClass() {
		Pig pig = new Pig();
		pig.setName("Bob");

		mongoTemplate.insert(pig);

		final Query query = new Query();
		query.addCriteria(Criteria.where("name").is("Bob"));

		final Update update = new Update();
		update.set("data", "Oink!");

		mongoTemplate.updateFirst(query, update, Pig.class);

		assertEquals(1, mongoTemplate.findOne(query, Pig.class).version);
		assertEquals("Oink!", mongoTemplate.findOne(query, Pig.class).data);
	}

	@Test
	public void versionIncreaseDoesNotOccurWhenUpdatingWithMongoTemplateUsingCollectionName() {

		mongoTemplate.updateFirst(query, update, "pig");

		assertEquals(0, mongoTemplate.findOne(query, Pig.class).version);
	}
}

	@Override
	protected String getDatabaseName() {
		return "test-db";
	}

	@Override
	public MongoClient mongoClient() {
		return new MongoClient(defaultHost());
	}
}

}

class Pig {
	@Id
	public String id;
	@Version
	public long version;
	@Field("name")
	public String name;
	@Field("data")
	public String data;

	public String getId() {
		return id;
	}

	public void setId(String id) {
		this.id = id;
	}

	public long getVersion() {
		return version;
	}

	public void setVersion(long version) {
		this.version = version;
	}

	public String getData() {
		return data;
	}

	public void setData(String data) {
		this.data = data;
	}

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
}

MockHttpServletResponse.setIntHeader("Content-Length", 42) throws an Exception due to a bug in following code:
MockHttpServletResponse.java
	private boolean setSpecialHeader(String name, Object value) {
		if (CONTENT_TYPE_HEADER.equalsIgnoreCase(name)) {
			setContentType((String) value);
			return true;
		}
		else if (CONTENT_LENGTH_HEADER.equalsIgnoreCase(name)) {
			setContentLength(Integer.parseInt((String) value));
		}
		else {
			return false;
		}
	}

Currently, the WFLYTX0034: relative_to property of the object-store is set to the default value with jboss.server.data.dir message is logged as WARN. As the result of this is generally harmless, the logging level should be reduced to INFO or DEBUG.

When using camel-aws-sns endpoint, it always create the topic on the default endpoint.
Here is the mailing thread about it 

HIVE-6267 changed explain with lots of changes to golden files. Separate jira because of number of files changed. 

A change introduced in Spring Data Commons 1.7.x to improve the detection of nested PersistentEntities causes concrete Map types being added to the MappingContext in case they are used as property type.
This is caused by PersistentProperty.isEntity(…) not excluding Map and Collection types anymore and PersistentProperty.getPersistentEntityTypes(…) adding the sole type to the list of returned types in a subsequent detection step.
We should ditch the check on isEntity(…) altogether and solely rely on the list of nested types being returned from getPersistentEntityTypes(…). Ironically, master already has this implemented correctly due to the changes made for DATACMNS-243. Still we should forward port the slight change in the detection algorithm to keep them as consistent as possible.

Loading coprocessors jars from hdfs works fine. I load it from the shell, after setting the attribute, and it gets loaded:

INFO org.apache.hadoop.hbase.regionserver.HRegion: Setting up tabledescriptor config now ...
INFO org.apache.hadoop.hbase.coprocessor.CoprocessorHost: Class com.MyCoprocessorClass needs to be loaded from a file - hdfs://localhost:9000/coproc/rt-      >0.0.1-SNAPSHOT.jar.
INFO org.apache.hadoop.hbase.coprocessor.CoprocessorHost: loadInstance: com.MyCoprocessorClass
INFO org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost: RegionEnvironment createEnvironment
DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Registered protocol handler: region=t1,,1322572939753.6409aee1726d31f5e5671a59fe6e384f. protocol=com.MyCoprocessorClassProtocol
INFO org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost: Load coprocessor com.MyCoprocessorClass from HTD of t1 successfully.

The problem is that this coprocessors simply extends BaseEndpointCoprocessor, with a dynamic method. When calling this method from the client with HTable.coprocessorExec, I get errors on the HRegionServer, because the call cannot be deserialized from writables. 
The problem is that Exec tries to do an "early" resolve of the coprocessor class. The coprocessor class is loaded, but it is in the context of the HRegionServer / HRegion. So, the call fails:

2011-12-02 00:34:17,348 ERROR org.apache.hadoop.hbase.io.HbaseObjectWritable: Error in readFields
java.io.IOException: Protocol class com.MyCoprocessorClassProtocol not found
  at org.apache.hadoop.hbase.client.coprocessor.Exec.readFields(Exec.java:125)
  at org.apache.hadoop.hbase.io.HbaseObjectWritable.readObject(HbaseObjectWritable.java:575)
  at org.apache.hadoop.hbase.ipc.Invocation.readFields(Invocation.java:105)
  at org.apache.hadoop.hbase.ipc.HBaseServer$Connection.processData(HBaseServer.java:1237)
  at org.apache.hadoop.hbase.ipc.HBaseServer$Connection.readAndProcess(HBaseServer.java:1167)
  at org.apache.hadoop.hbase.ipc.HBaseServer$Listener.doRead(HBaseServer.java:703)
  at org.apache.hadoop.hbase.ipc.HBaseServer$Listener$Reader.doRunLoop(HBaseServer.java:495)
  at org.apache.hadoop.hbase.ipc.HBaseServer$Listener$Reader.run(HBaseServer.java:470)
  at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
  at java.lang.Thread.run(Thread.java:680)
Caused by: java.lang.ClassNotFoundException: com.MyCoprocessorClassProtocol
  at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
  at java.security.AccessController.doPrivileged(Native Method)
  at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
  at java.lang.Class.forName0(Native Method)
  at java.lang.Class.forName(Class.java:247)
  at org.apache.hadoop.conf.Configuration.getClassByName(Configuration.java:943)
  at org.apache.hadoop.hbase.client.coprocessor.Exec.readFields(Exec.java:122)
  ... 10 more

Probably the correct way to fix this is to make Exec really smart, so that it knows all the class definitions loaded in CoprocessorHost(s).
I created a small patch that simply doesn't resolve the class definition in the Exec, instead passing it as string down to the HRegion layer. This layer knows all the definitions, and simply loads it by name. 

When PUTting the following JSON (a "Workload" entity):

{
  "version" : 1,
  "weight" : 123,
  "handlingMinutes" : 2,
  "articleCount" : 3,
  "address" : {
    "line1" : null,
    "line2" : null,
    "line3" : null,
    "postCode" : "53123",
    "city" : "Bonn          ",
    "countryCode" : null,
    "street" : "Bonner Bonnweg",
    "houseNumber" : "125"
  },
  "links" : [ {
    "rel" : "self",
    "href" : "http://127.0.0.1:8000/api/workloadDao/1060"
  }, {
    "rel" : "area",
    "href" : "http://127.0.0.1:8000/api/workloadDao/1060/area"
  }, {
    "rel" : "product",
    "href" : "http://127.0.0.1:8000/api/workloadDao/1060/product"
  } ]
}

.. the incoming JSON is converted all fine and well, until it runs into the links/rel/self/href thing, and hits this line: [1]
This causes the converted Workload entity from the PUT call to be overwritten with the old values. End-effect: A PUT looks like it is successful, but no changes are stored.
[1] https://github.com/spring-projects/spring-data-rest/blob/2.0.0.M1/spring-data-rest-webmvc/src/main/java/org/springframework/data/rest/webmvc/json/PersistentEntityJackson2Module.java#L135

In Hibernate Validation 5 it is possible to let a validation error refer to a list element. However, the SpringValidatorAdapter does not cope with this situation.
Take the following code example:

public class ValidatorFactoryTests {
	
	public static class ListContainer {
		@NotXList
		private List<String> list = new LinkedList<>();
		
		public void addString(String value) {
			list.add(value);
		}
		
		public List<String> getList() {
			return list;
		}
	}

	@Retention(RetentionPolicy.RUNTIME)
	@Target(ElementType.FIELD)
	@Constraint(validatedBy=NotXListValidator.class)
	public static @interface NotXList {

		String message() default "Should not be X";

		Class<?>[] groups() default { };

		Class<? extends Payload>[] payload() default {};
	}

	public static class NotXListValidator implements ConstraintValidator<NotXList, List<String>> {

		@Override
		public void initialize(NotXList constraintAnnotation) {
		}

		@Override
		public boolean isValid(List<String> list, ConstraintValidatorContext context) {
			context.disableDefaultConstraintViolation();
			boolean valid = true;
			for (int i = 0; i < list.size(); i++) {
				if ("X".equals(list.get(i))) {
					context.buildConstraintViolationWithTemplate(context.getDefaultConstraintMessageTemplate()).addBeanNode().inIterable().atIndex(i).addConstraintViolation();
					valid = false;
				}
			}
			return valid;
		}
	}

	@Test
	public void testSpringValidatorWithListValidation() throws Exception {
		LocalValidatorFactoryBean validator = new LocalValidatorFactoryBean();
		validator.afterPropertiesSet();

		ListContainer listContainer = new ListContainer();
		listContainer.addString("A");
		listContainer.addString("X");
		BeanPropertyBindingResult errors = new BeanPropertyBindingResult(listContainer, "listContainer");
		errors.initConversion(new DefaultConversionService());
		validator.validate(listContainer, errors);
		
		FieldError fieldError = errors.getFieldError("list[1]");
		assertEquals("X", errors.getFieldValue("list[1]"));
	}
}

This test will fail on the last line with the following IllegalArgumentException:

java.lang.IllegalArgumentException: Source to convert from must be an instance of [@org.springframework.validation.beanvalidation.ValidatorFactoryTests$NotXList java.lang.String]; instead it was a [java.util.LinkedList]
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:184)
	at org.springframework.validation.AbstractPropertyBindingResult.formatFieldValue(AbstractPropertyBindingResult.java:125)
	at org.springframework.validation.AbstractBindingResult.getFieldValue(AbstractBindingResult.java:232)
	at org.springframework.validation.beanvalidation.ValidatorFactoryTests.testSpringValidatorWithListValidation(ValidatorFactoryTests.java:273)

This IllegalArgumentException mainly comes from the ConversionService, but without it the test will still fail, because errors.getFieldValue("list[1]") will result in the entire list, not just the failed element.
The problem (or potential fix) lies in SpringValidatorAdapter.getRejectedValue. The ConstraintViolation.getInvalidValue results in the value on which the annotation was defined (in this case the list itself). It seem to try to detect here whether it should it should re-obtain the value in case a custom path was supplied. However, it only checks for the existance of a "." in the fieldname or whether the validation annotation was on the entire command object. In this case the field was list[1] which does not pass the test.
A possible fix is to include the "[" character in the field test.
Affected Versions
I believe this affects all versions which have Hibernate Validation 5 support. Hibernate Validation 4 did not support a constraint violation of this type.

In *Metadata.java of a generated addon an InvocableMemberBodyBuilder is needlessly duplicated and then an empty InvocableMemberBodyBuilder is used to to create MethodMetadata causing an exception.

SPEC: If a component is called and the JTA transaction is propagated into that component:
If there is a persistence context of type SynchronizationType.UNSYNCHRONIZED
associated with the JTA transaction and the target component specifies a persistence context of type SynchronizationType.SYNCHRONIZED, the IllegalStateException is thrown by the container
We have a stateful session bean (SFB1) / PC: TRANSACTION/UNSYNCHRONIZED)
stateful session bean (SFB2) / PC: TRANSACTION/SYNCHRONIZED)
SFB1 method M1 (REQUIRED) calls SFB2 Method 2 (REQUIRED):
PC is propagated from SFB1 to SFB2 without any exception.

The predicate pushdown filter is not applying left associativity of joins correctly in determining possible aliases for pushing predicates.
In hive.ql.ppd.OpProcFactory.JoinPPD.getQualifiedAliases, the criteria for pushing aliases is specified as:

    /**
     * Figures out the aliases for whom it is safe to push predicates based on
     * ANSI SQL semantics For inner join, all predicates for all aliases can be
     * pushed For full outer join, none of the predicates can be pushed as that
     * would limit the number of rows for join For left outer join, all the
     * predicates on the left side aliases can be pushed up For right outer
     * join, all the predicates on the right side aliases can be pushed up Joins
     * chain containing both left and right outer joins are treated as full
     * outer join. [...]
     *
     * @param op
     *          Join Operator
     * @param rr
     *          Row resolver
     * @return set of qualified aliases
     */

Since hive joins are left associative, something like "a RIGHT OUTER JOIN b LEFT OUTER JOIN c INNER JOIN d" should be interpreted as "((a RIGHT OUTER JOIN b) LEFT OUTER JOIN c) INNER JOIN d", so there would be cases where joins with both left and right outer joins can have aliases that can be pushed.  Here, aliases b and d are eligible to be pushed up while the current criteria provide that none are eligible.
Using:

create table t1 (id int, key string, value string);
create table t2 (id int, key string, value string);
create table t3 (id int, key string, value string);
create table t4 (id int, key string, value string);

For example, the query

explain select * from t1 full outer join t2 on t1.id=t2.id join t3 on t2.id=t3.id where t3.id=20; 

currently gives

STAGE DEPENDENCIES:
  Stage-1 is a root stage
  Stage-0 is a root stage

STAGE PLANS:
  Stage: Stage-1
    Map Reduce
      Alias -> Map Operator Tree:
        t1 
          TableScan
            alias: t1
            Reduce Output Operator
              key expressions:
                    expr: id
                    type: int
              sort order: +
              Map-reduce partition columns:
                    expr: id
                    type: int
              tag: 0
              value expressions:
                    expr: id
                    type: int
                    expr: key
                    type: string
                    expr: value
        t2 
          TableScan
            alias: t2
                    expr: id
                    type: int
                    expr: id
                    type: int
              tag: 1
                    expr: id
                    type: int
                    expr: key
        t3 
          TableScan
            alias: t3
                    expr: id
                    type: int
                    expr: id
                    type: int
              tag: 2
                    expr: id
                    type: int
                    expr: key
      Reduce Operator Tree:
        Join Operator
          condition map:
               Outer Join 0 to 1
               Inner Join 1 to 2
          condition expressions:
            0 {VALUE._col0} {VALUE._col1} {VALUE._col2}
            1 {VALUE._col0} {VALUE._col1} {VALUE._col2}
            2 {VALUE._col0} {VALUE._col1} {VALUE._col2}
          handleSkewJoin: false
          outputColumnNames: _col0, _col1, _col2, _col5, _col6, _col7, _col10, _col11, _col12
          Filter Operator
            predicate:
                expr: (_col10 = 20)
                type: boolean
            Select Operator
              expressions:
                    expr: _col0
                    type: int
                    expr: _col1
                    expr: _col2
                    expr: _col5
                    type: int
                    expr: _col6
                    expr: _col7
                    expr: _col10
                    type: int
                    expr: _col11
                    expr: _col12
              outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8
              File Output Operator
                compressed: false
                GlobalTableId: 0
                table:
                    input format: org.apache.hadoop.mapred.TextInputFormat
                    output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat

  Stage: Stage-0
    Fetch Operator
      limit: -1

while the correct behavior is to push the filter "t3.id=20" down:

    Map Reduce
        t1 
          TableScan
            alias: t1
                    expr: id
                    type: int
                    expr: id
                    type: int
              tag: 0
                    expr: id
                    type: int
                    expr: key
        t2 
          TableScan
            alias: t2
                    expr: id
                    type: int
                    expr: id
                    type: int
              tag: 1
                    expr: id
                    type: int
                    expr: key
        t3 
          TableScan
            alias: t3
            Filter Operator
              predicate:
                  expr: (id = 20)
                  type: boolean
              Reduce Output Operator
                key expressions:
                      expr: id
                      type: int
                sort order: +
                Map-reduce partition columns:
                      expr: id
                      type: int
                tag: 2
                value expressions:
                      expr: id
                      type: int
                      expr: key
                      type: string
                      expr: value
          Select Operator
            expressions:
                  expr: _col0
                  type: int
                  expr: _col1
                  type: string
                  expr: _col2
                  expr: _col5
                  type: int
                  expr: _col6
                  expr: _col7
                  expr: _col10
                  type: int
                  expr: _col11
                  expr: _col12
            outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8
            File Output Operator
              compressed: false
              GlobalTableId: 0
              table:
                  input format: org.apache.hadoop.mapred.TextInputFormat
                  output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat

      limit: -1

The current behavior is actually stranger than this: for a left outer join (similarly for a right outer join), hive finds the leftmost alias referred to in the predicates of left outer joins and rejects any alias to the right of it for pushdown.  So in this query the filter "t2.id=20" pushed down:

explain select * from t1 join t2 on (t1.id=t2.id) left outer join t3 on (t2.id=t3.id) where t2.id=20;

while it isn't here:

explain select * from t1 join t2 on (t1.id=t2.id) left outer join t3 on (t1.id=t3.id) where t2.id=20;

HIVE-11981 added schema evolution for ORC. However, it does not enforce any restrictions in DDL that can break schema evolution. Following changes have to be enforced in DDL to support the assumptions in schema evolution (that columns will only be added).
1) Restrict changing the file format of the table
2) Restrict changing the serde of the table
3) Restrict replacing columns to not drop columns or do unsupported type widening
4) Restrict reordering columns
5) Restrict unsupported type promotions

I've created a patch to fix the marshalling problems in the Camel-web project. It scans the camel model and rest model packages to gather the classes required for the jaxb context. The routing test passes now.
(FYI: there is no listing for this  component in the components view above, under camel-web or camel-rest)

create table T(a int, b int) clustered by (a)  into 2 buckets stored as orc TBLPROPERTIES('transactional'='false')
insert into T(a,b) values(1,2)
insert into T(a,b) values(1,3)
alter table T SET TBLPROPERTIES ('transactional'='true')

    //we should now have bucket files 000001_0 and 000001_0_copy_1
but OrcRawRecordMerger.OriginalReaderPair.next() doesn't know that there can be copy_N files and numbers rows in each bucket from 0 thus generating duplicate IDs

select ROW__ID, INPUT__FILE__NAME, a, b from T

produces 

{"transactionid":0,"bucketid":1,"rowid":0},file:/Users/ekoifman/dev/hiverwgit/ql/target/tmp/org.apache.hadoop.hive.ql.TestTxnCommands.../warehouse/nonacidorctbl/000001_0,1,2
{"transactionid\":0,"bucketid":1,"rowid":0},file:/Users/ekoifman/dev/hiverwgit/ql/target/tmp/org.apache.hadoop.hive.ql.TestTxnCommands.../warehouse/nonacidorctbl/000001_0_copy_1,1,3

Owen O'Malley, do you have any thoughts on a good way to handle this?
attached patch has a few changes to make Acid even recognize copy_N but this is just a pre-requisite.  The new UT demonstrates the issue.
Futhermore,

alter table T compact 'major'
select ROW__ID, INPUT__FILE__NAME, a, b from T order by b

produces 

{"transactionid":0,"bucketid":1,"rowid":0}	file:/Users/ekoifman/dev/hiverwgit/ql/target/tmp/org.apache.hadoop.hive.ql.TestTxnCommands....warehouse/nonacidorctbl/base_-9223372036854775808/bucket_00001	1	2

HIVE-16177.04.patch has TestTxnCommands.testNonAcidToAcidConversion0() demonstrating this
This is because compactor doesn't handle copy_N files either (skips them)

The default values of maximum-session-cache-size and session-timeout of Elytron *-ssl-context are 0. This is not safe because SSL sessions can be stored indefinitely. Furthermore, such default settings overwrites default settings in Java, which can be unexpected.
There should be reasonable combination of values, or Java default values should be (let) used.
For example, see http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/sun/security/ssl/SSLSessionContextImpl.java

It seems like even after https://issues.apache.org/jira/browse/HIVE-3219 we still need to set hive.input.format = org.apache.hadoop.hive.ql.io.BucketizedHiveInputFormat for bucket map joins (though not SMB joins)

If a custom configuration for the ThreadPool is passed, the correspondent JMX object is not published.
The issue here is that enableJmx(), https://github.com/apache/camel/blob/camel-2.17.3/components/camel-jetty-common/src/main/java/org/apache/camel/component/jetty/JettyHttpComponent.java#L314
that adds the mbeans listeners is called only after setThread https://github.com/apache/camel/blob/camel-2.17.3/components/camel-jetty-common/src/main/java/org/apache/camel/component/jetty/JettyHttpComponent.java#L1177 method, so this explains how come the threadpool is not exposed on JMX.
I've put a simple PR that just adds a check for enableJmx flag at component level, but I wonder if I should make it smarter to take in account possible settings only at Endpoint level or instead if we should remove it the flag per Endpoint altogether.

There are two issues:

StatusReporter has a new method getProgress()

Mapper and reducer context objects can no longer be directly instantiated.

See attached patch. I'm not thrilled with the added reflection but it was the minimally intrusive change.
Raised the priority to critical because compilation fails.

org.wildfly.security.auth.client.AuthenticationContext includes method AuthenticationContext with(AuthenticationContext other) which creates new AuthenticationContext which includes rules and configuration and SSL context of given AuthenticationContext other.
However, in case when with method is used with index and another AuthenticationContext, then it includes only rules and configuration (SSL context is not used). There is also method withSsl which includes rules and SSL context, but no configuration.
I see three problems here:

there is different behavior between with(AuthenticationContext other) and with(int idx, AuthenticationContext other) - first includes also SSL context
javadoc for with(AuthenticationContext other) does not describe that SSL context from given AuthenticationContext other is also used.
there is not able to include both configuration and SSL context into any AuthenticationContext on some position based on index

I report this as critical because it is part of public API - it should stay backward compatible once it will be released.

SrpConnection on method hGetAll 
recieves BulkReply[] from client.hgetall(key).data()
then puts to SrpUtils.toMap as Object[]
then ClassCast to byte[]
   map.put((byte[]) byteArrays[i++], (byte[]) byteArrays[i]);
Caused by: java.lang.ClassCastException: redis.reply.BulkReply cannot be cast to [B
        at org.springframework.data.redis.connection.srp.SrpUtils.toMap(SrpUtils.java:153)
        at org.springframework.data.redis.connection.srp.SrpConnection.hGetAll(SrpConnection.java:1728)
        ... 41 more

While doing some compaction tuning and looking up some of the parameters, I noticed that hbase.regionserver.thread.compaction.throttle default value in the documentation and in hbase-site.xml seems to be off the mark.

  <property>
    <name>hbase.regionserver.thread.compaction.throttle</name>
    <value>2560</value>
    <description>There are two different thread pools for compactions, one for large compactions and
      the other for small compactions. This helps to keep compaction of lean tables (such as
        <systemitem>hbase:meta</systemitem>) fast. If a compaction is larger than this threshold, it
      goes into the large compaction pool. In most cases, the default value is appropriate. Default:
      2 x hbase.hstore.compaction.max x hbase.hregion.memstore.flush.size (which defaults to 128).
      The value field assumes that the value of hbase.hregion.memstore.flush.size is unchanged from
      the default.</description>
  </property>

It should be in bytes. Or am I missing anything?
It is not a problem in 0.98 since the property is not in hbase-site.xml over there. It is obtained dynamically:

throttlePoint =  conf.getLong("hbase.regionserver.thread.compaction.throttle",
          2 * maxFilesToCompact * storeConfigInfo.getMemstoreFlushSize());

Given following configuration of the DispatcherServlet in web.xml
-----------------------------------------------------------------
<servlet>
  <servlet-name>springDispatcher</servlet-name>
  <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
  <init-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>/WEB-INF/springControllers.xml</param-value>
  </init-param>
    <param-name>dispatchOptionsRequest</param-name>
    <param-value>true</param-value>
  <load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
  <url-pattern>/</url-pattern>
</servlet-mapping>
And the following MVC Controller:
---------------------------------
@Controller
@RequestMapping("/persons")
public class PersonController {
   @RequestMapping(method = RequestMethod.OPTIONS)
   public ResponseEntity getPersonsOptions() 
{
     HttpHeaders headers = new HttpHeaders();
     headers.setAllow(EnumSet.of(HttpMethod.GET, HttpMethod.POST));
     return new ResponseEntity(headers, HttpStatus.OK);
   }
}   
When you do a request to the URI /persons with the HTTP method OPTIONS, you get a request which contains the Alow header TWICE:
-------------------------------------------------------------------------------------------------------------------------------

once with the value GET, HEAD, POST, PUT, DELETE, TRACE, OPTIONS
  this is incorrect and most likely generated by the standard HttpServlet behavior of OPTIONS requests
and once with te value GET,POST (this is correct)

Status Quo
As discussed in SPR-17533, org.springframework.core.MethodParameter.findParameterIndex(Parameter) is not thread-safe due to the manner in which java.lang.reflect.Executable.getParameters() is implemented in the JDK.
Proposed Solution
The following change has been verified to result in thread-safe behavior.
Whether or not we want two iterations is up for debate.

protected static int findParameterIndex(Parameter parameter) {
	Executable executable = parameter.getDeclaringExecutable();
	Parameter[] allParams = executable.getParameters();
	
	// Try first with identity checks for greater performance.
	for (int i = 0; i < allParams.length; i++) {
		if (parameter == allParams[i]) {
			return i;
		}
	}
	// Potentially try again with object equality in order to avoid race
	// conditions while accessing java.lang.reflect.Executable.getParameters().
		if (parameter.equals(allParams[i])) {
			return i;
		}
	}
	throw new IllegalArgumentException("Given parameter [" + parameter +
			"] does not match any parameter in the declaring executable");
}

Deliverables

Ensure that MethodParameter.findParameterIndex() is thread-safe

ResolveExpressionHandler deliberately does not make use of the full range of expression resolutions sources, because by design the intent is not to support vault resolution.
However, the way it implements that limitation is by simply calling ModelNode.resolve(). That is overly restrictive, as DMR alone does not support other valid resolution features, i.e. nested expressions and recursive resolution.
Fix is to switch the handler to use an ExpressionResolver impl, just one that doesn't plug in the vault resolver.

The reducer doesn't seem to receive the proper configuration.

<job id="adventureworks-job" properties-location="classpath:conf/adventureworks.properties"
configuration-ref="hbase-configuration"
input-path="${input}"
output-path="${output}"
mapper="haruspex.etl.csv.CsvToCubeMapper"
reducer="haruspex.etl.csv.CsvToCubeReducer"
validate-paths="false"
/>

Hi, 
After to upgrade camel from 2.14.1 to 2.15.0, a org.apache.camel.component.file.GenericFileOperationFailedException Exception is thrown when camel move/delete the file at the end of process.
After some tests, I've notice that the issue appear when the lazy load option is enabled. I think, the reader or parser used by the component Apache CSV 1.0 aren't closed at the end of file.
My stacktrace: 

14:30:48,960 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) org.apache.camel.component.file.GenericFileOperationFailedException: Error renaming file from C:\temp\import\source\file_20150304162756890.csv to C:\temp\import\source\error\file_20150304162756890_20150401143044944.csv

14:30:48,964 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.FileOperations.renameFile(FileOperations.java:81)

14:30:48,966 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.strategy.GenericFileProcessStrategySupport.renameFile(GenericFileProcessStrategySupport.java:113)

14:30:48,973 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.strategy.GenericFileRenameProcessStrategy.rollback(GenericFileRenameProcessStrategy.java:66)

14:30:48,976 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.GenericFileOnCompletion.processStrategyRollback(GenericFileOnCompletion.java:151)

14:30:48,977 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.GenericFileOnCompletion.onCompletion(GenericFileOnCompletion.java:86)

14:30:48,979 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.GenericFileOnCompletion.onFailure(GenericFileOnCompletion.java:58)

14:30:48,980 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.util.UnitOfWorkHelper.doneSynchronizations(UnitOfWorkHelper.java:101)

14:30:48,981 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.impl.DefaultUnitOfWork.done(DefaultUnitOfWork.java:229)

14:30:48,982 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.util.UnitOfWorkHelper.doneUow(UnitOfWorkHelper.java:65)

14:30:48,983 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.processor.CamelInternalProcessor$UnitOfWorkProcessorAdvice.after(CamelInternalProcessor.java:650)

14:30:48,984 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.processor.CamelInternalProcessor$UnitOfWorkProcessorAdvice.after(CamelInternalProcessor.java:618)

14:30:48,986 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.processor.CamelInternalProcessor$InternalCallback.done(CamelInternalProcessor.java:240)

14:30:48,987 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.impl.MDCUnitOfWork$MDCCallback.done(MDCUnitOfWork.java:231)

14:30:48,988 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:106)

14:30:48,989 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)

14:30:48,991 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:433)

14:30:48,992 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:211)

14:30:48,993 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:175)

14:30:48,994 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:174)

14:30:48,995 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:101)

14:30:48,997 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)

14:30:48,998 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)

14:30:48,999 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)

14:30:49,000 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)

14:30:49,001 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

14:30:49,002 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

14:30:49,004 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at java.lang.Thread.run(Thread.java:745)

14:30:49,005 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) Caused by: java.io.IOException: Renaming file from 'C:\temp\import\source\file_20150304162756890.csv' to 'C:\temp\import\source\error\file_20150304162756890_20150401143044944.csv' failed: Cannot delete file 'C:\temp\import\source\file_20150304162756890.csv' after copy succeeded

14:30:49,008 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.util.FileUtil.renameFileUsingCopy(FileUtil.java:471)

14:30:49,010 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.util.FileUtil.renameFile(FileUtil.java:443)

14:30:49,012 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	at org.apache.camel.component.file.FileOperations.renameFile(FileOperations.java:78)

14:30:49,013 INFO  [stdout] (Camel (Socle-CamelContext) thread #3 - file://C:/temp/import/source) 	... 26 more

Cfr. http://hudson.zones.apache.org/hudson/job/Camel/35/  – the build was hanging on the Camel itests

The fix applied in CAMEL-6879 causes the request headers to be sent back in the response.
DefaultRestletBinding copies the request headers in 'org.restlet.http.headers' header to the response headers in 'org.restlet.http.headers'.
This causes problems for things like Content-Type header which is a valid request and response header and so the response is sent with the request content-type. Eg, POST requests that should receive JSON in response and send using content-type application/x-www-form-urlencoded will be sent back a response with the same content-type which doesn't make sense.

Lets have wildfly-config.xml:

<configuration>
    <jboss-ejb-client xmlns="urn:jboss:wildfly-client-ejb:3.0">
        <connections>
            <connection uri="remote+http://127.0.0.1:8080" />
        </connections>
    </jboss-ejb-client>
</configuration>

EJB client requires authentication context to be configured and this will fail.
If I following lines are added, everything is fine.

    <authentication-client xmlns="urn:elytron:1.0">
        <authentication-rules>
            <rule use-configuration="default"/>
        </authentication-rules>
        <authentication-configurations>
            <configuration name="default">
                <use-service-loader-providers/>
            </configuration>
        </authentication-configurations>
    </authentication-client>

IMHO, this should not be required.
Here is a stacktrace.

10:55:35,178 INFO  [org.wildfly.security.Version:57] ELY00001: WildFly Elytron version 1.1.0.Beta42-redhat-1
Exception in thread "main" java.lang.ExceptionInInitializerError
        at org.wildfly.security.auth.client.AuthenticationContext.lambda$static$0(AuthenticationContext.java:49)
        at org.wildfly.common.context.ContextManager.getPrivileged(ContextManager.java:282)
        at org.wildfly.security.auth.client.AuthenticationContext.captureCurrent(AuthenticationContext.java:81)
        at org.jboss.remoting3.Endpoint.getConnectedIdentity(Endpoint.java:139)
        at org.jboss.remoting3.Endpoint.getConnection(Endpoint.java:216)
        at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider.lambda$discover$0(RemotingEJBDiscoveryProvider.java:103)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider.discover(RemotingEJBDiscoveryProvider.java:103)
        at org.wildfly.discovery.impl.AggregateDiscoveryProvider.discover(AggregateDiscoveryProvider.java:58)
        at org.wildfly.discovery.ConfiguredProvider.discover(ConfiguredProvider.java:45)
        at org.wildfly.discovery.Discovery.discover(Discovery.java:94)
        at org.jboss.ejb.client.EJBClientContext.discover(EJBClientContext.java:442)
        at org.jboss.ejb.client.EJBClientContext.discoverAffinityNone(EJBClientContext.java:714)
        at org.jboss.ejb.client.EJBClientContext.performLocatedAction(EJBClientContext.java:701)
        at org.jboss.ejb.client.EJBClientContext.createSession(EJBClientContext.java:681)
        at org.jboss.ejb.client.EJBClient.createSession(EJBClient.java:288)
        at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:146)
        at org.wildfly.naming.client.AbstractContext.lookup(AbstractContext.java:88)
        at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:153)
        at javax.naming.InitialContext.lookup(InitialContext.java:417)
        at client.Client.main(Client.java:48)
Caused by: org.wildfly.security.auth.client.InvalidAuthenticationConfigurationException: org.wildfly.client.config.ConfigXMLParseException: CONF0003: Unexpected end of document
        at file:/home/istraka/repositories/istraka/mock-artifacts/ejbclient/eap7.1-set-source-ip-address/client/target/classes/META-INF/wildfly-config.xml:23:17
        at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:40)
        at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.<clinit>(DefaultAuthenticationContextProvider.java:36)
        ... 21 more
Caused by: org.wildfly.client.config.ConfigXMLParseException: CONF0003: Unexpected end of document
        at org.wildfly.client.config.ConfigurationXMLStreamReader.unexpectedDocumentEnd(ConfigurationXMLStreamReader.java:266)
        at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:208)
        at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:141)
        at org.wildfly.se

The following query:
select ...  from src cluster by (key, value)
throws a compile error:
whereas the query
select ...  from src cluster by key, value
works fine

Stateful EJB instances are not removed from cache upon release, if the timeout is zero.

JAXB marshallers and unmarshallers are not thread safe (http://jaxb.java.net/guide/Performance_and_thread_safety.html) and should be created separately in each thread. The class AbstractJaxbMessageConverter incorrectly caches the marshaller and unmarshaller which may cause ArrayIndexOutofBoundsExceptions amongst others.

The stylesheet used for http://static.springframework.org/spring-security/site/ doesn't set the background/foreground colours on the page as a whole, only on individual elements (and a background image with a transparent background on #contentBox). This means that the browser defaults show through, which don't necessarily mix well with the green background they're on on the sidebar, or the off-white they appear on in the main area.
Try setting the browser defaults to white text on a black background (a high contrast setup) and you'll see what I mean - the site is illegible. You need to make the defaults explicit in maven-base.css:
body {
  margin: 0px;
  padding: 0px;
  color: black;
  background-color: white;
}
... and the site will read just fine.
NB while WCAG does suggest that /not/ setting background and foreground colours is a way to achieve accessibility ( http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/G148 ) that's not whats happened here - colours are specified for links, for the background of sidebars etc, and there is a coloured background image in the main content area.

usage: llap
 -a,--args <args>                                       java arguments to
                                                        the llap instance
 -c,--cache <cache>                                     cache size per
                                                        instance
 -d,--directory <directory>                             Temp directory for
                                                        jars etc.
 -e,--executors <executors>                             executor per
                                                        instance

I've no idea how they ever worked. But I'm pretty sure they did... go figure.

Currently when using the @RooJson annotation the json create method @RequestMapping headers in the Controller aspect are set as headers = "Accept=application/json" and are returning new ResponseEntity<String>("myThing created", HttpStatus.CREATED).
I believe this is incorrect and that the @RequestMapping headers should be headers = "Accept=text/plain".
This however will probably clash with the default create method for the aspect so it may be better to change the method to return the json format of the created object e.g.
createFromJson
@RequestMapping(method = RequestMethod.POST, headers = "Accept=application/json")
@ResponseBody
public String MyThingController.createFromJson(@RequestBody final String json) {
    MyThing myThing = MyThing.fromJsonToMyThing(json);
    myThing.persist();
    return myThing.toJson();
}

I believe it will work to change the headers for the createFromJsonArray method as it is the only method mapped to path /jsonArray. You could of course also change this method to return the json format of the created objects e.g.
createFromJsonArray
@RequestMapping(value = "/jsonArray", method = RequestMethod.POST, headers = "Accept=application/json")
public final String MyThingController.createFromJsonArray(@RequestBody final String json) {
    List<MyThing> myThings = new ArrayList<MyThing>();
    for (MyThing myThing : MyThing.fromJsonArrayToMyThing(json)) {
        myThing.persist();
        myThings.add(myThing);
    }
    return MyThing.toJsonArray(myThings);
}

I have had a quick look at the code for WebScaffoldMetadata.java in the mvc controller addon and believe this issue could be resolved by changing the 
WebScaffoldMetadata.java
    private MethodMetadata getJsonCreateMethod() {
        JavaSymbolName fromJsonMethodName = jsonMetadata.getFromJsonMethodName();
        if (fromJsonMethodName == null) {
        }
        
        JavaSymbolName toJsonMethodName = jsonMetadata.getToJsonMethodName();
        if (toJsonMethodName == null) {
        }

        JavaSymbolName methodName = new JavaSymbolName("createFromJson");

        List<AnnotationMetadata> parameters = new ArrayList<AnnotationMetadata>();
        AnnotationMetadataBuilder requestBodyAnnotation = new AnnotationMetadataBuilder(new JavaType("org.springframework.web.bind.annotation.RequestBody"));
        parameters.add(requestBodyAnnotation.build());

        List<AnnotatedJavaType> paramTypes = new ArrayList<AnnotatedJavaType>();
        paramTypes.add(new AnnotatedJavaType(JavaType.STRING_OBJECT, parameters));
        
        MethodMetadata jsonCreateMethod = methodExists(methodName, paramTypes);
        if (jsonCreateMethod != null) return jsonCreateMethod;

        List<JavaSymbolName> paramNames = new ArrayList<JavaSymbolName>();
        paramNames.add(new JavaSymbolName("json"));

        List<AnnotationAttributeValue<?>> requestMappingAttributes = new ArrayList<AnnotationAttributeValue<?>>();
        requestMappingAttributes.add(new EnumAttributeValue(new JavaSymbolName("method"), new EnumDetails(new JavaType("org.springframework.web.bind.annotation.RequestMethod"), new JavaSymbolName("POST"))));
        requestMappingAttributes.add(new StringAttributeValue(new JavaSymbolName("headers"), "Accept=application/json"));
        AnnotationMetadataBuilder requestMapping = new AnnotationMetadataBuilder(new JavaType("org.springframework.web.bind.annotation.RequestMapping"), requestMappingAttributes);
        List<AnnotationMetadataBuilder> annotations = new ArrayList<AnnotationMetadataBuilder>();
        annotations.add(requestMapping);
        annotations.add(new AnnotationMetadataBuilder(new JavaType("org.springframework.web.bind.annotation.ResponseBody")));
        
        InvocableMemberBodyBuilder bodyBuilder = new InvocableMemberBodyBuilder();
        bodyBuilder.appendFormalLine(beanInfoMetadata.getJavaBean().getNameIncludingTypeParameters(false, builder.getImportRegistrationResolver()) + " " + entityName + " = " + beanInfoMetadata.getJavaBean().getNameIncludingTypeParameters(false, builder.getImportRegistrationResolver()) + "." + fromJsonMethodName.getSymbolName() + "(json);");
        bodyBuilder.appendFormalLine(entityName + "." + entityMetadata.getPersistMethod().getMethodName().getSymbolName() + "();");

        bodyBuilder.appendFormalLine("return " + entityName + "." +  toJsonMethodName.getSymbolName() + "();");

        MethodMetadataBuilder methodBuilder = new MethodMetadataBuilder(getId(), Modifier.PUBLIC, methodName, JavaType.STRING_OBJECT, bodyBuilder);
        
        methodBuilder.setAnnotations(annotations);
        return methodBuilder.build();
    }

... and changing the Accept in getCreateFromJsonArrayMethod:
        requestMappingAttributes.add(new StringAttributeValue(new JavaSymbolName("headers"), "Accept=text/plain"));

NOTE: the code/attached has not been tested as I have had an issue building locally and have not had the time to investigate

/deployment- is not properly completed for ls,cd,read-attribute and read-operation.
That is due to an invalid completer that does validate the content of the path when parsing it.

In doResume method (ViewState.class), isAjaxRequest always returns false, SWF executes an incorrect redirect and PPR requests fail.
To solve this we need to create and configure a new AjaxHandler. This is not explained in the reference documentation.

The WFCORE-4329 fix results in DomainCommandBuilder ignoring a configured JVM and instead using Jvm.current() for the HC and PC.
https://github.com/wildfly/wildfly-core/pull/3692/files#diff-86e68a2cbfc652da1a61f3528a6f7fd5R70
This is the cause of mixed-domain testsuite failures in full when the test driver uses JDK 11. The test's configuring of the PC/HC to use JDK 8 is being ignored.

When trying to create a Spring GemFire cache with pdx, setting the attribute pdx-disk-store throws an error due to there not being setters or getters for pdxDiskStore.... I see in the code there is pdxDiskStoreName....
We need to be able to handle the referencing of diskstores create from the cache.xml.

After the discussion in this Jira, this attribute should be marked as deprecated actually. Therefore there need to be done:

provide information that this attribute is deprecated in resource description in CLI for /subsystem=undertow/servlet-container=default/setting=jsp[check-interval] (since what version + reason)
provide such information also in our EAP7 documentation

As from discussion following text is irrelevant for now
Attribute

/subsystem=undertow/servlet-container=default/setting=jsp[check-interval]

of JSP servlet configuration seems not to be working - whatever is its value, any change to JSP file is propagated to EAP server right after the file change.
Try following with various values set to check-interval attribute:

start EAP server
deploy any war with jsp file (e.g. attached [^simple-jsp.war]) as an exploded archive
perform request to localhost:8080/simple-jsp to see content
modify file EAP_HOME/standalone/deployments/simple-jsp.war/index.jsp
perform request again and see that change to file was directly propagated

Expected behaviour is:

when check-interval is set to 0, then no check for JSP updates is performed at all
when check-interval is greather than 0 and developement is false, then regular check for JSP updates is provided each X seconds, where X is value of check-interval attribute

In EAP6 this seems to be working just fine this way.

Currently we do this:

      this.conf.set("fs.defaultFS", this.conf.get("hbase.rootdir"));
      this.fs = FileSystem.get(this.conf);

      // Register shutdown hook for HRegionServer, runs an orderly shutdown
      // when a kill signal is recieved.  Shuts down hdfs too if its supposed.
      Runtime.getRuntime().addShutdownHook(new ShutdownThread(this,
        Thread.currentThread(), this.shutdownHDFS));
      this.conf.setBoolean("fs.automatic.close", false);

The boolean is never passed to FileSystem. This doesn't manifest on a single instance but on my cluster when I manually stop region servers they aren't able to close their regions and on restart the master has to split a ton of logs. The fix is minor so I will commit directly.

Showed up in performance analysis.  Easy solution: allocate temp VInt and use it each time.

When HCatalog's FileOutputCommitterContainer::commitJob() is run, it calls the underlying OutputCommitter and then attempts to register partitions in HCatalog.
If the commit fails (for example, because of HIVE-4996), commitJob() cancels delegation tokens retrieved from HCatalog before the exception is rethrown.

java.io.IOException: java.lang.reflect.InvocationTargetException
    at
org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigOutputCommitter.commitJob(PigOutputCommitter.java:185)
    at
org.apache.hadoop.mapreduce.v2.app.commit.CommitterEventHandler$EventProcessor.handleJobCommit(CommitterEventHandler.java:249)
    at
org.apache.hadoop.mapreduce.v2.app.commit.CommitterEventHandler$EventProcessor.run(CommitterEventHandler.java:212)
    at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:722)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at
org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigOutputCommitter.commitJob(PigOutputCommitter.java:183)
    ... 5 more
Caused by: org.apache.hcatalog.common.HCatException : 2006 : Error adding
partition to metastore. Cause :
MetaException(message:java.lang.RuntimeException: commitTransaction was called
but openTransactionCalls = 0. This probably indicates that there are unbalanced
calls to openTransaction/commitTransaction)
    at
org.apache.hcatalog.mapreduce.FileOutputCommitterContainer.registerPartitions(FileOutputCommitterContainer.java:712)

The problem is that this happens before abortJob() has had a chance to run, thus yielding the following error:

MetaException(message:Could not connect to meta store using any of the URIs provided. Most recent failure: org.apache.thrift.transport.TTransportException: Peer indicated failure: DIGEST-MD5: IO error acquiring password
	at org.apache.thrift.transport.TSaslTransport.receiveSaslMessage(TSaslTransport.java:190)
	at org.apache.thrift.transport.TSaslTransport.open(TSaslTransport.java:266)
	at org.apache.thrift.transport.TSaslClientTransport.open(TSaslClientTransport.java:37)
	at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport$1.run(TUGIAssumingTransport.java:52)
	at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport$1.run(TUGIAssumingTransport.java:49)
	at java.security.AccessController.doPrivileged(Native Method)
...

I'll have a patch out that only cancels delegation tokens if the commitJob() has succeeded.

During testing, we observed the following exception:

2017-10-12 02:52:26,683|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|1/1          DROP TABLE testTable;
2017-10-12 02:52:30,320|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|17/10/12 02:52:30 WARN ipc.CoprocessorRpcChannel: Call failed on IOException
2017-10-12 02:52:30,320|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|org.apache.hadoop.hbase.DoNotRetryIOException: org.apache.hadoop.hbase.DoNotRetryIOException: TESTTABLE: null
2017-10-12 02:52:30,321|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.phoenix.util.ServerUtil.createIOException(ServerUtil.java:93)
2017-10-12 02:52:30,321|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.phoenix.coprocessor.MetaDataEndpointImpl.dropTable(MetaDataEndpointImpl.java:1671)
2017-10-12 02:52:30,321|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.phoenix.coprocessor.generated.MetaDataProtos$MetaDataService.callMethod(MetaDataProtos.java:14347)
2017-10-12 02:52:30,321|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.regionserver.HRegion.execService(HRegion.java:7849)
2017-10-12 02:52:30,321|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.regionserver.RSRpcServices.execServiceOnRegion(RSRpcServices.java:1980)
2017-10-12 02:52:30,321|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.regionserver.RSRpcServices.execService(RSRpcServices.java:1962)
2017-10-12 02:52:30,321|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32389)
2017-10-12 02:52:30,322|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2150)
2017-10-12 02:52:30,322|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:112)
2017-10-12 02:52:30,322|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:187)
2017-10-12 02:52:30,322|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:167)
2017-10-12 02:52:30,322|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|Caused by: java.util.NoSuchElementException
2017-10-12 02:52:30,322|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at java.util.Collections$EmptyIterator.next(Collections.java:4189)
2017-10-12 02:52:30,322|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.regionserver.HRegion.processRowsWithLocks(HRegion.java:7137)
2017-10-12 02:52:30,322|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.hadoop.hbase.regionserver.HRegion.mutateRowsWithLocks(HRegion.java:6980)
2017-10-12 02:52:30,322|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.phoenix.coprocessor.MetaDataEndpointImpl.mutateRowsWithLocks(MetaDataEndpointImpl.java:1966)
2017-10-12 02:52:30,323|INFO|MainThread|machine.py:164 - run()||GUID=f4cd2a25-3040-41cc-b423-9ec7990048f4|at org.apache.phoenix.coprocessor.MetaDataEndpointImpl.dropTable(MetaDataEndpointImpl.java:1650)

Here is code from branch-1.1 :

        if (!mutations.isEmpty() && !walSyncSuccessful) {
          LOG.warn("Wal sync failed. Roll back " + mutations.size() +
              " memstore keyvalues for row(s):" + StringUtils.byteToHexString(
              processor.getRowsToLock().iterator().next()) + "...");

The assumption that processor.getRowsToLock().iterator() would always be non-empty was wrong.
In other branches, taking the iterator seems to have the same issue.
Thanks to Josh Elser who spotted this issue.

this has a bug in this:
System.arraycopy(buffer, buffer.length - prefix - 1, buffer, 0, prefix);
it should be 
System.arraycopy(buffer, buffer.length - prefix, buffer, 0, prefix);
it is missing 1 byte at the end.

SimpleApplicationEventMulticaster.matchesClassCastMessage fails to match cases it should match in JDK 11.
The reason seems to be that instead of starting with the class name or module/class name the message now starts with "class " followed by the class name, which (I think) is the result of the Class.toString() method.
I came across this due to a failing build with Spring Data JDBC examples (https://travis-ci.org/spring-projects/spring-data-examples/jobs/407985295)

In the reference document, in the Service Layer chapter (10.3), there is the following service command example:
roo> service --interface ~.service.PizzaService --entity ~.domain.Pizza
But it lacks the word type after the service command, as follows:
roo> service type --interface ~.service.PizzaService --entity ~.domain.Pizza

13:38:05,211 WARN  [org.apache.camel.component.rss.RssEntryPollingConsumer] (Camel (camel-2) thread #0 - rss://https://developer.jboss.org/blogs/feeds/posts) Consumer Consumer[rss://https://developer.jboss.org/blogs/feeds/posts?splitEntries=true] failed polling endpoint: Endpoint[rss://https://developer.jboss.org/blogs/feeds/posts?splitEntries=true]. Will try again at next poll. Caused by: [java.lang.ExceptionInInitializerError - null]: java.lang.ExceptionInInitializerError
	at com.sun.syndication.io.SyndFeedInput.build(SyndFeedInput.java:123)
	at org.apache.camel.component.rss.RssUtils.createFeed(RssUtils.java:34) [camel-rss-2.14.1.jar:2.14.1]
	at org.apache.camel.component.rss.RssEntryPollingConsumer.createFeed(RssEntryPollingConsumer.java:54) [camel-rss-2.14.1.jar:2.14.1]
	at org.apache.camel.component.feed.FeedEntryPollingConsumer.poll(FeedEntryPollingConsumer.java:47) [camel-atom-2.14.1.jar:2.14.1]
	at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:187) [camel-core-2.14.1.jar:2.14.1]
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:114) [camel-core-2.14.1.jar:2.14.1]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_31]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [rt.jar:1.8.0_31]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [rt.jar:1.8.0_31]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [rt.jar:1.8.0_31]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_31]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_31]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_31]
	at java.util.Properties$LineReader.readLine(Properties.java:434) [rt.jar:1.8.0_31]
	at java.util.Properties.load0(Properties.java:353) [rt.jar:1.8.0_31]
	at java.util.Properties.load(Properties.java:341) [rt.jar:1.8.0_31]
	at com.sun.syndication.io.impl.PropertiesLoader.<init>(PropertiesLoader.java:74)
	at com.sun.syndication.io.impl.PropertiesLoader.getPropertiesLoader(PropertiesLoader.java:46)
	at com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:54)
	at com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:46)
	at com.sun.syndication.feed.synd.impl.Converters.<init>(Converters.java:40)
	at com.sun.syndication.feed.synd.SyndFeedImpl.<clinit>(SyndFeedImpl.java:59)

This is because of rome PropertiesLoader

    public static PropertiesLoader getPropertiesLoader() {
        synchronized(PropertiesLoader.class) {
            PropertiesLoader loader = (PropertiesLoader)
                clMap.get(Thread.currentThread().getContextClassLoader());
            if (loader == null) {
                try {
                    loader = new PropertiesLoader(MASTER_PLUGIN_FILE, EXTRA_PLUGIN_FILE);
                    clMap.put(Thread.currentThread().getContextClassLoader(), loader);
                }
                catch (IOException ex) {
                    throw new RuntimeException(ex);
                }
            }
            return loader;
        }
    }

Using wildfly domain I would like to define some properties in domain.xml and then be able to use these properties when defining others in server-group or server level. Currently this leads to JBAS014802: Cannot resolve expression.
More detailed example:
domain.xml

<domain>
    <system-properties>
        <property name="foo" value="bar"/>
    </system-properties>
    ...
    <server-group name="g1">
        <system-properties>
            <property name="g1_foo" value="${foo}"/>
        </system-properties>
    </server-group>
</domain>

Locate and instr functions, try:

select * from foo_bar where locate("", "foobar")

or

select * from foo_bar where instr("foobar", "")

Examples (hive cli):

hive (default)> select locate("","dfs") from foobar;
FAILED: BufferUnderflowException null

Log output from the failed job:

Task ID:
  task_1384392632998_7426_m_000035
 
URL:
  http://jobtracker:54311/taskdetails.jsp?jobid=job_1384392632998_7426&tipid=task_1384392632998_7426_m_000035
-----
Diagnostic Messages for this Task:
Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {...}
    at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:175)
    at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54)
    at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:429)
    at org.apache.hadoop.mapred.MapTask.run(MapTask.java:341)
    at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:162)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:396)
    at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1491)
    at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:157)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {...}
    at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:544)
    at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:157)
    ... 8 more
Caused by: java.nio.BufferUnderflowException
    at java.nio.Buffer.nextGetIndex(Buffer.java:474)
    at java.nio.HeapByteBuffer.get(HeapByteBuffer.java:117)

When using a simple spring boot application with both mixed Java And Kotlin files
The Kotlin Plugin seems to introduce a new Annotation for some classes. "@kotlin.Metadata"
When starting the Spring Boot Project the AutoProxyRegistrar.java#L63 is not able to resolve the
annotation metadata and will throw a NullPointerException.
In my case, this only happens when i use the @EnableCaching Annotation (i think when not using it, the AutoProxyRegistrar class is not invoked)

Repository For This is here
https://github.com/spring-projects/spring-framework-issues/pull/145

Only those two classes and a single dependency is needed to reproduce this issue
CacheConfiguration.kt
@EnableCaching
@Configuration
open class CacheConfiguration {
    //this can be empty. when removing the @EnableCaching Annotation everything works
}

Application.java
@SpringBootApplication
public class Application {

    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

build.gradle
group = 'org.springframework.issues'
version = '1.0.0.SNAPSHOT'

buildscript {
    ext {
        kotlin_version = '1.0.5-2'
        springBootVersion = '1.4.3.RELEASE'
    }
    repositories {
        jcenter()
        mavenCentral()
    }
    dependencies {
        classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}")
        classpath("org.jetbrains.kotlin:kotlin-gradle-plugin:${kotlin_version}")
    }
}

apply plugin: 'java'
apply plugin: 'eclipse'
apply plugin: 'kotlin'
apply plugin: 'org.springframework.boot'
apply plugin: 'idea'

repositories {
    maven { url 'http://repo.spring.io/snapshot' }
    mavenCentral()
}

dependencies {
    compile(group: 'org.springframework.boot', name: 'spring-boot-starter')
}

[compileJava, compileTestJava]*.options*.compilerArgs = ['-Xlint:all']

sourceCompatibility = 1.8
targetCompatibility = 1.8

P.S. I am sorry if this is more are Spring-Boot and not Spring Framework issue. It was not clear for me where I should report this issue.

Having an unsecured EJB in the call stack will cause the RunAs identity to get lost.
An example might look like this:
unsecured web app (RunAs: JBossAdmin) -> unsecured HelloBean EJB -> secured GoodBye EJB (RolesAllowed: JBossAdmin)
This will fail as the unsecured ejb causes the RunAs identity to get dropped/lost.

o.a.h.h.mapreduce.PutCombiner logs an info message for each row that it receives in its reduce() function, flooding the M/R tasks log.

...............
2014-09-12 12:38:02,907 INFO [MapRSpillThread] org.apache.hadoop.hbase.mapreduce.PutCombiner: Combined 1 Put(s) into 1.
2014-09-12 12:38:02,908 INFO [MapRSpillThread] org.apache.hadoop.hbase.mapreduce.PutCombiner: Combined 1 Put(s) into 1.
...............{repeated 100s of thousand times.}

some recent nightly runs have had failures that look like HBASE-20068, but at the maven install step.
looks like our yetus runs are ignoring the "use build specific maven repos" flag.

When running the spring-boot-master, as we use the spring-boot-web-starter by default,  I get the port is ready bound error when I start another instance.
As the example doesn't use the web server anymore, the fix could we just remove the spring-boot-web-starter. 

When there are multiple problems with an authorization request, the ExceptionHandler in AuthorizationEndpoint itself fails with a RuntimeException that is not handled.
This results in a 500 Internal Server Error with a stacktrace.
To reproduce, start Sparklr2, and performs one of the following requests.
1. (valid client_id, invalid response type, no redirect_uri)
http://localhost:8080/sparklr2/oauth/authorize?client_id=tonr&response_type=asdf
2. (invalid client_id, invalid response_type)
http://localhost:8080/sparklr2/oauth/authorize?client_id=foobar&response_type=asdf
In the current implementation of AuthorizationEndpoint.handleException(), a try-catch block is already used:

		try {
			errorRequest = getAuthorizationRequestForError(webRequest);
		}
		catch (OAuth2Exception ex) {
			// If an AuthorizationRequest cannot be created from the incoming parameters it must be
			// an error. OAuth2Exception can be handled this way. Other exceptions will generate a standard 500
			// response.
			return new ModelAndView(errorPage, Collections.singletonMap("error", translate.getBody()));
		}

Perhaps this block should be extended to include the rest of the method as well?

The links to RS's seems to be broken in table.jsp after HBASE-9892. 

If the same attribute is part of the DN twice (e.g. ou=department,ou=company) the automatic DN calculation in ODM doesn't seem to work.

Looking at the JMX implementation of ServerInfo, it looks like the "server host name" bean returns the hostname of the spring server and not the hostname of the mongodb server.

@ManagedOperation(description = "Server host name")
public String getHostName() throws UnknownHostException {
  return InetAddress.getLocalHost().getHostName();
}

All other operations use getServerStatus() properly (which seems to contact the database).

When parsing A OR B OR C, hive converts it into 
(C OR B) OR A
instead of turning it into
A OR (B OR C)

        GenericUDFOPOr or = new GenericUDFOPOr();
        List<ExprNodeDesc> expressions = new ArrayList<ExprNodeDesc>(2);
        expressions.add(previous);
        expressions.add(current);

I found a issue in “create table like” clause, as it is not copying the table properties from ORC File format based table.
Step1 :

create table orc_table (
time string)
stored as ORC tblproperties ("orc.compress"="SNAPPY");

Step 2:

create table orc_table_using_like like orc_table;

Step 3:

show create table orc_table_using_like;  

Result:

createtab_stmt
CREATE TABLE `orc_table_using_like`(
  `time` string)
ROW FORMAT SERDE 
  'org.apache.hadoop.hive.ql.io.orc.OrcSerde' 
STORED AS INPUTFORMAT 
  'org.apache.hadoop.hive.ql.io.orc.OrcInputFormat' 
OUTPUTFORMAT 
  'org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat'
LOCATION
  'hdfs://nameservice1/user/hive/warehouse/gkohli.db/orc_table_using_like'
TBLPROPERTIES (
  'transient_lastDdlTime'='1437578939')

Issue:  'orc.compress'='SNAPPY' property is missing

I've encountered a problem with the scanning of jar files with the @Converter annotation if the Jars are loaded with the webstart classloader. Because the URL starts with http: the conversion to a file fails in ResolverUtil. 
I've attached a patch that uses an UrlResource if the url starts with http: and this works if the jar-resource has the version information added to the jar file in the JNLP-file (like <jar href="camel-core-1.4-SNAPSHOT.jar"/>). But if the version is added separately (like <jar href="activemq-core.jar" version="5.1.0"/>) it fails because the classloader returns the name of the jar-file without the version information (like http://....../activemq-core.jar) and this file does not exist. 
I'm currently trying if it is possible to check whether the application is started via webstart (there is a class Tool that should only exist in the webstart classloader) and in this case I'll check if the filename of the jar-file is returned correctly. If yes maybe we can provide another patch to get rid of the problem described above.

When access-log is enabled for virtual host via CLI it does not want to perform server reload. But until server reload is executed logging is not enabled. When server reload is performed then logging works OK.

Should add a list of options which are passed to jvm options when containers are started.

When users include a bigint literal (a number suffixed with 'L') in the conditions in the on clause the query will fail with, e.g.
FAILED: SemanticException 0L encountered with 0 children
I haven't tried it yet, but I suspect the same is true for other, lesser used literals.

Currently unable to build WildFly - however this error only seems to affect a couple of users.
The build is failing at the following tests: -

Running org.jboss.as.webservices.config.ServerConfigImplTestCase
Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.007 sec <<< FAILURE! - in org.jboss.as.webservices.config.ServerConfigImplTestCase
testSingleAttributeUpdate(org.jboss.as.webservices.config.ServerConfigImplTestCase)  Time elapsed: 0.005 sec  <<< ERROR!
java.lang.RuntimeException: org.jboss.modules.ModuleNotFoundException: org.jboss.as.webservices.server.integration:main
	at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:236)
	at org.jboss.as.webservices.util.ModuleClassLoaderProvider.getServerIntegrationClassLoader(ModuleClassLoaderProvider.java:51)
	at org.jboss.ws.common.management.AbstractServerConfig.create(AbstractServerConfig.java:335)
	at org.jboss.as.webservices.config.ServerConfigImpl.create(ServerConfigImpl.java:64)
	at org.jboss.as.webservices.config.ServerConfigImplTestCase.internalTestSingleAttributeUpdate(ServerConfigImplTestCase.java:144)
	at org.jboss.as.webservices.config.ServerConfigImplTestCase.testSingleAttributeUpdate(ServerConfigImplTestCase.java:71)

testIsModifiable(org.jboss.as.webservices.config.ServerConfigImplTestCase)  Time elapsed: 0 sec  <<< ERROR!
	at org.jboss.as.webservices.config.ServerConfigImplTestCase.testIsModifiable(ServerConfigImplTestCase.java:56)

testMultipleAttributesUpdate(org.jboss.as.webservices.config.ServerConfigImplTestCase)  Time elapsed: 0.002 sec  <<< ERROR!
	at org.jboss.as.webservices.config.ServerConfigImplTestCase.internalTestMultipleAttributeUpdate(ServerConfigImplTestCase.java:172)
	at org.jboss.as.webservices.config.ServerConfigImplTestCase.testMultipleAttributesUpdate(ServerConfigImplTestCase.java:135)

Results :

Tests in error: 
  ServerConfigImplTestCase.testSingleAttributeUpdate:71->internalTestSingleAttributeUpdate:144 » Runtime
  ServerConfigImplTestCase.testIsModifiable:56 » Runtime org.jboss.modules.Modul...
  ServerConfigImplTestCase.testMultipleAttributesUpdate:135->internalTestMultipleAttributeUpdate:172 » Runtime

`SpringYarnEnvProperties` is using format `public void setSHDP_HD_FS(String fs)` to bind env variable `SHDP_CONTAINERID`. This already broke with Boot 1.3.0.M3 and fix is to use format `public void setShdpHdFs(String fs)`. Also fix other similar uses.

There are two parameters controlling impersonation in hiveserver2. 
hive.server2.enable.impersonation that controls this in kerberos secure mode, while hive.server2.enable.doAs controls this for unsecure mode.
We should have just one for both modes.

The new builder for the RedisCacheManager allows to fine tune the settings of the cache manager but it does not maintain its state before building the actual cache manager.
Users in Spring Boot are requesting a callback to be able to tune the cache manager so we may have potentially initialized the builder with a state that they don't know about.
Example:
1. We set a default cache config
2. We configure a set of initial caches
The builder is passed along, and the caller set the default cache config (it is an isolated accessor at the moment so there's nothing wrong with that). 
If we build  a cache manager with that state, the default cache config will be ignored. There isn't a way to remove or query the current caches either. I am not sure that's super popular but I wish the API would let the caller know the state of what's going to be built. 
I don't know if this was considered but an external configuration file for this could be quite useful. Lots of cache libraries allow to setup caches using a configuration file.

Some queries in lineage3.q emit different results with -Phadoop-1.

As we create multiple consumer for the rest component, it could introduce an issue that camel could add security handler more than once if user setup the security handler on the rest endpoint.

The method org.wildfly.security.sasl.external.ExternalSaslServerFactory.getMechanismNames(Map<String, ?>) returns the "EXTERNAL" name also in cases where Sasl.POLICY_PASS_CREDENTIALS property is provided with "true" value.
Only mechanisms which actually pass credentials should be returned for such policy (unless the special WildFlySasl#MECHANISM_QUERY_ALL property is given).

Currently the TestSqoop tests in WebHCat Perl based testsuite has hdfs:// prefix in the jdbc jar path in libdir, we should remove this to enable it to run against other file systems.
NO PRECOMMIT TESTS

In secure deployment of 0.98 tip, I did:
as user hbase:

add_labels 'A'
create 'tb', 'f1'
put 'tb', 'row', 'f1:q', 'v1', {VISIBILITY=>'A'}
set_auths 'oozie', ['A']

as user oozie:

hbase(main):001:0> scan 'tb', { AUTHORIZATIONS => ['A']}
ROW                                          COLUMN+CELL
0 row(s) in 0.1030 seconds

Here is my config:

    <name>hfile.format.version</name>
    <value>3</value>
   <name>hbase.coprocessor.master.classes</name>
   <value>org.apache.hadoop.hbase.security.visibility.VisibilityController</value>
   <name>hbase.coprocessor.region.classes</name>
   <name>hbase.regionserver.scan.visibility.label.generator.class&lt;/name>
   <value>org.apache.hadoop.hbase.security.visibility.DefaultScanLabelGenerator</value>

Sys db can not be created due to several server side issues.

EEConcurrentManagementTestCase fails with security manager

Caused by: javax.security.sasl.SaslException: Authentication failed: all available authentication mechanisms failed:
   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/hsvabek/securityworkspace/VERIFICATION/2017_08_02_BEAP-7584/jboss-eap-7.1.0.ER3-src/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local55625406098549935.challenge" "read")" in code source "(vfs:/content/EEConcurrentManagementTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.EEConcurrentManagementTestCase.jar" from Service Module Loader")
   DIGEST-MD5: javax.security.sasl.SaslException: DIGEST-MD5: Server rejected authentication
        at org.jboss.remoting3.remote.ClientConnectionOpenListener.allMechanismsFailed(ClientConnectionOpenListener.java:109)
        at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:400)
        at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:242)
        at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
        at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
        at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
        at org.xnio.nio.WorkerThread.run(WorkerThread.java:571)
        at ...asynchronous invocation...(Unknown Source)
        at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:542)
        at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:504)
        at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:492)
        at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:194)
        at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:118)
        ... 157 more
...

The per-CF "getsize" metric's intent was to track bytes returned (to HBase clients) per-CF. Note: We already have metrics to track # of HFileBlock's read for compaction vs. non-compaction cases -- e.g., compactionblockreadcnt vs. fsblockreadcnt.
Currently, the "getsize" metric gets updated for both client initiated Get/Scan operations as well for compaction related reads. The metric is updated in StoreScanner.java:next() when the Scan query matcher returns an INCLUDE* code via a:
 HRegion.incrNumericMetric(this.metricNameGetsize, copyKv.getLength());
We should not do the above in case of compactions.

In WALProcedureStore ctor , the fs field is initialized this way:

    this.fs = walDir.getFileSystem(conf);

However, when wal.dir is not under rootdir, the above would return wrong FileSystem.
In the modified TestMasterProcedureEvents, without fix, the master wouldn't initialize.

Explain of a CTAS will fail if the table already exists.
This is an annoyance when you're seeing if a large body of SQL queries will function by putting explain in front of every query. 

hive> create table temp (x int);
OK
Time taken: 0.252 seconds
hive> create table temp2 (x int);
OK
Time taken: 0.407 seconds
hive> explain create table temp as select * from temp2;
FAILED: SemanticException org.apache.hadoop.hive.ql.parse.SemanticException: Table already exists: mydb.temp

If we compare to Postgres "The Zinc Standard of SQL Compliance":

carter=# create table temp (x int);
CREATE TABLE
carter=# create table temp2 (x int);
carter=# explain create table temp as select * from temp2;
                       QUERY PLAN
---------------------------------------------------------
 Seq Scan on temp2  (cost=0.00..34.00 rows=2400 width=4)
(1 row)

If the CTAS is something complex it would be nice to see the query plan in advance.

tez has a way to specify context and description (which is shown in the ui) for each dag.

Jim, you want to take a look at it?
841 changed interfaces.  Changed interfaces can make for odd issues like the hangs exhibited up on hudson (stuff is failing for me on my laptop since about the commit 841... timeouts.  I don't have same issue on branch).

Just happened on node shutdown when testing locally.

19:22:21,114 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0004: Undertow 1.3.7.Final stopping
19:22:21,114 ERROR [stderr] (ServerService Thread Pool -- 82) Exception in thread "ServerService Thread Pool -- 82" org.infinispan.util.concurrent.TimeoutException: Could not acquire lock on node2 in behalf of transaction GlobalTransaction:<node2>:4223:local. Current owner GlobalTransaction:<node2>:4217:local.
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.timeout(DefaultPendingLockManager.java:224)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.checkForPendingLock(DefaultPendingLockManager.java:196)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.awaitPendingTransactionsForKey(DefaultPendingLockManager.java:115)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockKey(AbstractTxLockingInterceptor.java:190)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockOrRegisterBackupLock(AbstractTxLockingInterceptor.java:115)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataWriteCommand(PessimisticLockingInterceptor.java:121)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitRemoveCommand(AbstractLockingInterceptor.java:71)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
19:22:21,115 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:48)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:366)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:230)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:48)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.statetransfer.StateTransferInterceptor.handleTxWriteCommand(StateTransferInterceptor.java:304)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:286)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:123)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102)
19:22:21,116 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1634)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.CacheImpl.removeInternal(CacheImpl.java:558)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.CacheImpl.remove(CacheImpl.java:549)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.DecoratedCache.remove(DecoratedCache.java:452)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.AbstractDelegatingCache.remove(AbstractDelegatingCache.java:296)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.wildfly.clustering.server.registry.CacheRegistry.lambda$close$0(CacheRegistry.java:101)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.wildfly.clustering.service.concurrent.StampedLockServiceExecutor.close(StampedLockServiceExecutor.java:55)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.wildfly.clustering.server.registry.CacheRegistry.close(CacheRegistry.java:96)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.wildfly.clustering.server.registry.CacheRegistryFactory$1.close(CacheRegistryFactory.java:56)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.wildfly.clustering.server.registry.RegistryBuilder.stop(RegistryBuilder.java:88)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at org.wildfly.clustering.service.AsynchronousServiceBuilder$2.run(AsynchronousServiceBuilder.java:130)
19:22:21,117 ERROR [stderr] (ServerService Thread Pool -- 82) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) at java.lang.Thread.run(Thread.java:745)
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) at org.jboss.threads.JBossThread.run(JBossThread.java:320)
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) Suppressed: org.infinispan.commons.CacheException: javax.transaction.RollbackException: Transaction marked as rollback only.
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) at org.wildfly.clustering.ee.infinispan.ActiveTransactionBatch.close(ActiveTransactionBatch.java:50)
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) at org.wildfly.clustering.server.registry.CacheRegistry.lambda$close$0(CacheRegistry.java:102)
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) ... 9 more
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) Caused by: javax.transaction.RollbackException: Transaction marked as rollback only.
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.transaction.tm.DummyTransaction.setRollbackOnly(DummyTransaction.java:146)
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:374)
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:230)
19:22:21,118 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:48)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.statetransfer.StateTransferInterceptor.handleTxWriteCommand(StateTransferInterceptor.java:304)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:286)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:123)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1634)
19:22:21,119 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.CacheImpl.removeInternal(CacheImpl.java:558)
19:22:21,120 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.CacheImpl.remove(CacheImpl.java:549)
19:22:21,120 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.DecoratedCache.remove(DecoratedCache.java:452)
19:22:21,120 ERROR [stderr] (ServerService Thread Pool -- 82) at org.infinispan.cache.impl.AbstractDelegatingCache.remove(AbstractDelegatingCache.java:296)
19:22:21,120 ERROR [stderr] (ServerService Thread Pool -- 82) at org.wildfly.clustering.server.registry.CacheRegistry.lambda$close$0(CacheRegistry.java:101)
19:22:21,120 ERROR [stderr] (ServerService Thread Pool -- 82) ... 9 more
19:22:31,124 WARN  [org.infinispan.transaction.impl.TransactionTable] (ServerService Thread Pool -- 88) ISPN000100: Stopping, but there are 1 local transactions and 0 remote transactions that did not finish in time.
19:22:31,125 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 88) WFLYCLINF0003: Stopped routing cache from web container
19:22:31,128 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-7) ISPN000080: Disconnecting JGroups channel web
19:22:31,128 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-7) ISPN000082: Stopping the RpcDispatcher for channel web
19:22:31,141 INFO  [org.jboss.as] (MSC service thread 1-5) WFLYSRV0050: WildFly Full 10.0.0.CR5-SNAPSHOT (WildFly Core 2.0.3.Final) stopped in 25086ms

The Elytron SASL mechanism implementations don't throw IllegalStateException  when calling the getNegotiatedProperty() method before the negotiation is finished.
The contract of the Object javax.security.sasl.SaslClient.getNegotiatedProperty(String propName) says:
Retrieves the negotiated property. This method can be called only after the authentication exchange has completed (i.e., when isComplete() returns true); otherwise, an IllegalStateException is thrown.
The same is valid for the SaslServer interface.

DAG status check interval in TezJobMonitor is not configurable. This can cause cached data to be returned and fail some trigger validation tests. 

WALPE is broke for running on DFS. The old issue is the cause HBASE-9908 (making stuff work on windows) though it went in a long time ago.

jboss-cli -h shows the following help message for --controller.
The default controller host is localhost and the port is 9999.
The port number should be 9990 instead of 9999.

In MongoTemplate  this causes a runtime exception, when DEBUG level is enabled.

		if (LOGGER.isDebugEnabled()) {
			LOGGER.debug("findAndModify using query: " + query + " fields: " + fields + " sort: " + sort + " for class: "
					+ entityClass + " and update: " + updateObj + " in collection: " + collectionName);
		}

Seems the toString() doesn't use the converters. Stack trace:

java.lang.RuntimeException: json can't serialize type : class State
	at com.mongodb.util.JSON.serialize(JSON.java:261)
	at com.mongodb.util.JSON.serialize(JSON.java:141)
	at com.mongodb.util.JSON.serialize(JSON.java:58)
	at com.mongodb.BasicDBObject.toString(BasicDBObject.java:84)
	at java.lang.String.valueOf(String.java:2826)
	at java.lang.StringBuilder.append(StringBuilder.java:115)
	at org.springframework.data.mongodb.core.MongoTemplate.doFindAndModify(MongoTemplate.java:1341)
	at org.springframework.data.mongodb.core.MongoTemplate.findAndModify(MongoTemplate.java:536)
	at org.springframework.data.mongodb.core.MongoTemplate.findAndModify(MongoTemplate.java:527)

If I launch my integration tests manually using JUnit 4.11:

   TextListener listener = new TextListener(System.out);
   JUnitCore junit = new JUnitCore();
   junit.addListener(listener);
                    
   junit.run( /* ... test classes annotated with @WebAppConfiguration ... */ );

Then ServletContextAware beans declared in the @ContextConfiguration of those test classes do not have their setServletContext() methods called.
However, the correct behavior is observed when running the same tests in a Maven build.

Secondary Proposal
I think I'll mention it here instead of opening an Enhancement issue, but I require being able to set the baseResourcePath programmatically (which I've been doing in 3.1 by configuring my own ServletContextAwareProcessor bean with a MockServletContext), and it does not seem that the new @WebAppConfiguration infrastructure offers this functionality.

Here is the stack trace.

[  Camel thread 0: JpaComponent] JuelExpression                 DEBUG No
impl class for juel ExpressionFactory defined in
'META-INF/services/org/apach
e/camel/component/el'
org.apache.camel.NoFactoryAvailableException: Could not find factory class
for resource: META-INF/services/org/apache/camel/component/juel
        at
org.apache.camel.impl.DefaultFactoryFinder.doFindFactoryProperties(DefaultFactoryFinder.java:135)
        at
org.apache.camel.impl.DefaultFactoryFinder.findClass(DefaultFactoryFinder.java:77)
        at
org.apache.camel.language.juel.JuelExpression.getExpressionFactory(JuelExpression.java:81)
        at
org.apache.camel.language.juel.JuelExpression.evaluate(JuelExpression.java:70)
        at
org.apache.camel.builder.ProcessorBuilder$4.process(ProcessorBuilder.java:94)
        at
org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:67)
        at
org.apache.camel.processor.DelegateProcessor.processNext(DelegateProcessor.java:53)
        at
org.apache.camel.processor.DelegateProcessor.proceed(DelegateProcessor.java:82)
        at
org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:93)
        at
        at
org.apache.camel.processor.RedeliveryErrorHandler.processExchange(RedeliveryErrorHandler.java:223)
        at
org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:153)
        at
org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:91)
        at
org.apache.camel.processor.DefaultErrorHandler.process(DefaultErrorHandler.java:49)
        at
org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:206)
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:74)
        at
org.apache.camel.processor.UnitOfWorkProcessor.processNext(UnitOfWorkProcessor.java:54)
        at
org.apache.camel.processor.DelegateProcessor.process(DelegateProcessor.java:48)
        at
        at
org.apache.camel.component.jpa.JpaConsumer.processBatch(JpaConsumer.java:133)
        at
org.apache.camel.component.jpa.JpaConsumer$1.doInJpa(JpaConsumer.java:86)
        at
org.apache.camel.component.jpa.JpaTemplateTransactionStrategy$1$1.doInJpa(JpaTemplateTransactionStrategy.java:81)
        at
org.springframework.orm.jpa.JpaTemplate.execute(JpaTemplate.java:184)
        at
org.springframework.orm.jpa.JpaTemplate.execute(JpaTemplate.java:147)
        at
org.apache.camel.component.jpa.JpaTemplateTransactionStrategy$1.doInTransaction(JpaTemplateTransactionStrategy.java:79)
        at
org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:128)
        at
org.apache.camel.component.jpa.JpaTemplateTransactionStrategy.execute(JpaTemplateTransactionStrategy.java:77)
        at
org.apache.camel.component.jpa.JpaConsumer.poll(JpaConsumer.java:70)
        at
org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:108)
        at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
        at
java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
        at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
        at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
        at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
        at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
        at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
        at java.lang.Thread.run(Thread.java:619)

When we import data into a HCatalog table created with the following storage  description
.. stored as orc tblproperties ("orc.compress"="SNAPPY") 
the resultant orc file still uses the default zlib compression
It looks like HCatOutputFormat is ignoring the tblproperties specified.   show tblproperties shows that the table indeed has the properties properly saved.
An insert/select into the table has the resulting orc file honor the tbl property.

Came across this issue (HBASE-9338 test):
1. Client issues a request to move a region from ServerA to ServerB
2. ServerA is compacting that region and doesn't close region immediately. In fact, it takes a while to complete the request.
3. The master in the meantime, sends another close request.
4. ServerA sends it a NotServingRegionException
5. Master handles the exception, deletes the znode, and invokes regionOffline for the said region.
6. ServerA fails to operate on ZK in the CloseRegionHandler since the node is deleted.
The region is permanently offline.
There are potentially other situations where when a RegionServer is offline and the client asks for a region move off from that server, the master makes the region offline.

When we call to a LDAP endpoint, the result is returned in the Out body and we lose the IN headers (see http://camel.465427.n5.nabble.com/LDAP-Component-lose-headers-td5696602.html). 
A fix seems relatively easy. The solution could be add this line inside the process() method in LdapProducer.java
 exchange.getOut().setHeaders(exchange.getIn().getHeaders());

Currently Hive uses the same scratch directory/path for all sorts of temporary and intermediate data. This is problematic:
1. Temporary location for writing out DDL output should just be temp file on local file system. This divorces the dependence of metadata and browsing operations on a functioning hadoop cluster.
2. Temporary location of intermediate map-reduce data should be the default file system (which is typically the hdfs instance on the compute cluster)
3. Temporary location for data that needs to be 'moved' into tables should be on the same file system as the table's location (table's location may not be same as hdfs instance of processing cluster).
ie. - local storage, map-reduce intermediate storage and table storage should be distinguished. Without this distinction - using hive on environments like S3/EC2 causes problems. In such an environment - i would like to be able to:

do metadata operations without a provisioned hadoop cluster (using data stored in S3 and metastore on local disk)
attach to a provisioned hadoop cluster and run queries
store data back in tables that are created over s3 file system

When I execute a Run As->JUnit Test from the "spring-security-config" project off the master branch, 9 out of the 105 tests fail.  All of them fail in a similar manner; not able to find a DN in the embedded ApacheDS server.
When discussing on the forum, Rob W. added that "this is a problem that exists with the test setup in Eclipse. The issue has to do with having multiple *.ldif files available on the classpath."
Here's the stack trace:

org.springframework.ldap.NameNotFoundException: [LDAP: error code 32 - NO_SUCH_OBJECT: failed for SearchRequest
baseDn : '0.9.2342.19200300.100.1.1=ben,2.5.4.11=people,0.9 .2342.19200300.100.1.25=springframework,0.9.2342.1 9200300.100.1.25=org'
filter : '(2.5.4.0=*)'
scope : base object
typesOnly : false
Size Limit : no limit
Time Limit : no limit
Deref Aliases : deref Always
attributes :
: Attempt to search under non-existant entry: uid=ben,ou=people,dc=springframework,dc=org]; nested exception is javax.naming.NameNotFoundException: [LDAP: error code 32 - NO_SUCH_OBJECT: failed for SearchRequest
: Attempt to search under non-existant entry: uid=ben,ou=people,dc=springframework,dc=org]; remaining name 'uid=ben,ou=people'
at org.springframework.ldap.support.LdapUtils.convert LdapException(LdapUtils.java:174)
at org.springframework.ldap.core.LdapTemplate.execute WithContext(LdapTemplate.java:810)
at org.springframework.ldap.core.LdapTemplate.execute ReadOnly(LdapTemplate.java:793)
at org.springframework.ldap.core.LdapTemplate.lookup( LdapTemplate.java:834)
at org.springframework.security.config.ldap.LdapServe rBeanDefinitionParserTests.embeddedServerCreationC ontainsExpectedContextSourceAndData(LdapServerBean DefinitionParserTests.java:32)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runRefle ctiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallabl e.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExpl osively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod .evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunAfters.ev aluate(RunAfters.java:31)
at org.junit.runners.BlockJUnit4ClassRunner.runChild( BlockJUnit4ClassRunner.java:76)
at org.junit.runners.BlockJUnit4ClassRunner.runChild( BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner. java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRu nner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentR unner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRu nner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRu nner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.ja va:236)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestR eference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecutio n.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRu nner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRu nner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRu nner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRu nner.main(RemoteTestRunner.java:197)
Caused by: javax.naming.NameNotFoundException: [LDAP: error code 32 - NO_SUCH_OBJECT: failed for SearchRequest
at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.jav a:3066)
at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCt x.java:2987)
at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCt x.java:2794)
at com.sun.jndi.ldap.LdapCtx.c_lookup(LdapCtx.java:10 11)
at com.sun.jndi.toolkit.ctx.ComponentContext.p_lookup (ComponentContext.java:526)
at com.sun.jndi.toolkit.ctx.PartialCompositeContext.l ookup(PartialCompositeContext.java:159)
at com.sun.jndi.toolkit.ctx.PartialCompositeContext.l ookup(PartialCompositeContext.java:148)
at javax.naming.InitialContext.lookup(InitialContext. java:392)
at org.springframework.ldap.core.LdapTemplate$10.exec uteWithContext(LdapTemplate.java:836)
at org.springframework.ldap.core.LdapTemplate.execute WithContext(LdapTemplate.java:807)
... 26 more 

In doFilterInternal(...) the call to the filterChain should only be executed, if the response is not already committed - i.e. the SiteSwitcherHandler did not handle the response.
Possible fix:

@Override
protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain filterChain)
			throws ServletException, IOException {
	if(siteSwitcherHandler.handleSiteSwitch(request, response)) {
			filterChain.doFilter(request, response);
	}
}

Say you have this table dec_test:

dec                 	decimal(10,0)       	                    

If the table has a row that is 9999999999.5, and if we do

select * from dec_test;

it will crash with NPE:

2014-09-05 14:08:56,023 ERROR [main]: CliDriver (SessionState.java:printError(545)) - Failed with exception java.io.IOException:org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.NullPointerException
java.io.IOException: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.NullPointerException
  at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:151)
  at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1531)
  at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:285)
  at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:220)
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:423)
  at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:792)
  at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:686)
  at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:625)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:606)
  at org.apache.hadoop.util.RunJar.main(RunJar.java:212)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.NullPointerException
  at org.apache.hadoop.hive.ql.exec.ListSinkOperator.processOp(ListSinkOperator.java:90)
  at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:796)
  at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:87)
  at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:92)
  at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:544)
  at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:536)
  at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:137)
  ... 12 more
  at org.apache.hadoop.hive.serde2.lazy.LazyUtils.writePrimitiveUTF8(LazyUtils.java:265)
  at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serialize(LazySimpleSerDe.java:486)
  at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serializeField(LazySimpleSerDe.java:439)
  at org.apache.hadoop.hive.serde2.DelimitedJSONSerDe.serializeField(DelimitedJSONSerDe.java:71)
  at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serialize(LazySimpleSerDe.java:423)
  at org.apache.hadoop.hive.ql.exec.DefaultFetchFormatter.convert(DefaultFetchFormatter.java:70)
  at org.apache.hadoop.hive.ql.exec.DefaultFetchFormatter.convert(DefaultFetchFormatter.java:39)
  at org.apache.hadoop.hive.ql.exec.ListSinkOperator.processOp(ListSinkOperator.java:87)
  ... 19 more

If there is request attribute that is of type Mono it cannot be accessed via @RequestAttribute. For example:

serverWebExchange.setAttribute("test", Mono.just("this"));

@ModelAttribute
Mono<String> test(@RequestAttribute("test") Mono<String> test) {
    return Mono.just("");
}

fails with an exception similar to:

14:55:32.196 [reactor-http-nio-2] ERROR org.springframework.web.server.adapter.HttpWebHandlerAdapter - Failed to handle request
java.lang.IllegalStateException: RequestAttributeMethodArgumentResolver doesn't support reactive type wrapper: reactor.core.publisher.Mono<org.springframework.security.web.server.csrf.CsrfToken>
    at org.springframework.web.reactive.result.method.HandlerMethodArgumentResolverSupport.buildReactiveWrapperException(HandlerMethodArgumentResolverSupport.java:99)
    at org.springframework.web.reactive.result.method.HandlerMethodArgumentResolverSupport.checkAnnotatedParamNoReactiveWrapper(HandlerMethodArgumentResolverSupport.java:130)
    at org.springframework.web.reactive.result.method.annotation.RequestAttributeMethodArgumentResolver.supportsParameter(RequestAttributeMethodArgumentResolver.java:54)
    at org.springframework.web.reactive.result.method.InvocableHandlerMethod.lambda$findResolver$6(InvocableHandlerMethod.java:205)
    at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174)

set hive.cbo.enable=false;
DROP VIEW IF EXISTS a_view;
DROP TABLE IF EXISTS table_a1;
DROP TABLE IF EXISTS table_a2;
DROP TABLE IF EXISTS table_b1;
DROP TABLE IF EXISTS table_b2;
CREATE TABLE table_a1
(composite_key STRING);
CREATE TABLE table_a2
CREATE TABLE table_b1
(composite_key STRING, col1 STRING);
CREATE TABLE table_b2
CREATE VIEW a_view AS
SELECT
substring(a1.composite_key, 1, locate('|',a1.composite_key) - 1) AS autoname,
NULL AS col1
FROM table_a1 a1
FULL OUTER JOIN table_a2 a2
ON a1.composite_key = a2.composite_key
UNION ALL
SELECT
substring(b1.composite_key, 1, locate('|',b1.composite_key) - 1) AS autoname,
b1.col1 AS col1
FROM table_b1 b1
FULL OUTER JOIN table_b2 b2
ON b1.composite_key = b2.composite_key;
INSERT INTO TABLE table_b1
SELECT * FROM (
SELECT 'something|awful', 'col1'
)s ;
SELECT autoname
FROM a_view
WHERE autoname='something';
fails with 
Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
{"_col0":"something"}
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:179)
	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:453)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343)
	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:164)
	at javax.security.auth.Subject.doAs(Subject.java:415)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1693)
	at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:158)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:507)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:170)
	... 8 more
Caused by: java.lang.ArrayIndexOutOfBoundsException: 0
	at org.apache.hadoop.hive.ql.exec.UnionOperator.processOp(UnionOperator.java:134)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:815)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:95)
	at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:157)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:497)
The same query succeeds when hive.ppd.remove.duplicatefilters=false with or without CBO on. It also succeeds with just CBO on.

After upgrade to the newest HAL enabled snapshot (2013-12-20) the application context fails to load despite all dependencies present (Spring 3.2.6, Jackson 2.3.0, Spring-Hateoas-0.9.0).

java.lang.IllegalStateException: Failed to load ApplicationContext
...
	at org.springframework.hateoas.config.HypermediaSupportBeanDefinitionRegistrar.registerBeanDefinitions(HypermediaSupportBeanDefinitionRegistrar.java:99)
	at org.springframework.context.annotation.ConfigurationClassParser.processImport(ConfigurationClassParser.java:396)

+- org.springframework.data:spring-data-rest-webmvc:jar:2.0.0.BUILD-SNAPSHOT:compile
[INFO] |  +- com.fasterxml.jackson.datatype:jackson-datatype-joda:jar:2.3.0:compile
[INFO] |  \- org.springframework.data:spring-data-rest-core:jar:2.0.0.BUILD-SNAPSHOT:compile
[INFO] |     +- cglib:cglib-nodep:jar:2.2.2:runtime
[INFO] |     +- org.springframework.hateoas:spring-hateoas:jar:0.9.0.BUILD-SNAPSHOT:compile
[INFO] |     |  \- org.objenesis:objenesis:jar:1.3:compile
[INFO] |     +- org.springframework.plugin:spring-plugin-core:jar:0.8.0.RELEASE:compile
[INFO] |     \- org.atteo:evo-inflector:jar:1.0.1:compile

I do inherit from RepositoryRestMvcConfiguration. It is unclear on whether this contributes to the issue.

public class BcRepositoryRestMvcConfiguration extends RepositoryRestMvcConfiguration {

        @Bean
        public ResourceProcessor<RepositoryLinksResource> rootLinksResourceProcessor() {
...

DualTreeBidiMap.readObject() uses the wrong comparator to create reverseMap. The code reads:
reverseMap = new TreeMap(comparator);
it should read:
reverseMap = new TreeMap(valueComparator);
Note: this was found when trying to fix generics warnings.

Tez falls back to mr if no column stats are requested. However, it still uses the CounterStatsAggregatorTez to aggregate.

I have seen cases where the replication-executor would lose data to replicate since the file hasn't been closed yet. Upon closing, the new data becomes visible. Before that happens the ZK node shouldn't be deleted in ReplicationSourceManager.logPositionAndCleanOldLogs. Changes need to be made in ReplicationSource.processEndOfFile as well (currentPath related).

In the reference documentation comparing difference between container attribute "SimpleMessageListenerContainer" and "DirectMessageListenerContainer",the word "configured" is spelled as "condigured" in consumersPerQueue(consumers-per-queue) property type/attribute type.

We're now using incrementing binary row keys and to this point had only been doing small tests with them, never having actually had a table split.
I'm still working through the logs but it seems that there's a problem somewhere with startKey and endKeys.
Binary in general is not well supported (inconsistent in display in the logs, very odd rendering in the web ui, hard to interpret in the shell, etc..)  Once we figure out these serious bugs we will spend some time trying to clean that up.  But right now this makes things even harder to debug.
The actual symptoms are that my import eventually started to throw (in the client and on the region server):
org.apache.hadoop.hbase.regionserver.WrongRegionException: org.apache.hadoop.hbase.regionserver.WrongRegionException: Requested row out of range for HRegion sources,,1220546297947, startKey='', getEndKey()='
ï¿½', row='cï¿½'
        at org.apache.hadoop.hbase.regionserver.HRegion.checkRow(HRegion.java:1775)
        at org.apache.hadoop.hbase.regionserver.HRegion.obtainRowLock(HRegion.java:1831)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchUpdate(HRegion.java:1387)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.batchUpdate(HRegionServer.java:1145)
        at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:616)
        at org.apache.hadoop.hbase.ipc.HbaseRPC$Server.call(HbaseRPC.java:473)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:888)
There are 3 regionservers, but this error only happens on one of them (while the other two always continue normally, allowing updates to this same table).
The regionserver that this happens on is special for two reasons, one it is hosting the META table.  And secondly it also hosts the first region in the table, startkey = ''.  I'm unsure which is the cause, I have a clue leading to both.
After about 15 minutes, the regionserver sees:
2008-09-04 09:52:57,948 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memcache flush for region .META.,,1. Current region memcache size 24.5k
2008-09-04 09:52:58,003 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Added /hbase/.META./1028785192/historian/mapfiles/8699673838203663799 with 106 entries, sequence id 25341510, data size 8.9k, file size 10.6k
2008-09-04 09:52:58,050 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Added /hbase/.META./1028785192/info/mapfiles/1791564557665476834 with 96 entries, sequence id 25341510, data size 14.2k, file size 15.8k
2008-09-04 09:52:58,050 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished memcache flush for region .META.,,1 in 102ms, sequence id=25341510, compaction requested=true
2008-09-04 09:52:58,050 DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction requested for region: .META.,,1
2008-09-04 09:52:58,051 INFO org.apache.hadoop.hbase.regionserver.HRegion: starting compaction on region .META.,,1
2008-09-04 09:52:58,055 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Compaction size of 1028785192/historian: 41.9k; Skipped 1 files , size: 21957
2008-09-04 09:52:58,088 DEBUG org.apache.hadoop.hbase.regionserver.HStore: started compaction of 2 files into /hbase/.META./compaction.dir/1028785192/historian/mapfiles/6948796056606699674
2008-09-04 09:52:58,128 DEBUG org.apache.hadoop.hbase.regionserver.HStore: moving /hbase/.META./compaction.dir/1028785192/historian/mapfiles/6948796056606699674 to /hbase/.META./1028785192/historian/mapfiles/75733875840914142
2008-09-04 09:52:58,175 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Completed compaction of 1028785192/historian store size is 41.1k; time since last major compaction: 5426 seconds
2008-09-04 09:52:58,179 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Compaction size of 1028785192/info: 61.9k; Skipped 0 files , size: 0
2008-09-04 09:52:58,192 DEBUG org.apache.hadoop.hbase.regionserver.HStore: started compaction of 3 files into /hbase/.META./compaction.dir/1028785192/info/mapfiles/7781013568996125923
2008-09-04 09:52:58,260 DEBUG org.apache.hadoop.hbase.regionserver.HStore: moving /hbase/.META./compaction.dir/1028785192/info/mapfiles/7781013568996125923 to /hbase/.META./1028785192/info/mapfiles/2187291308709057119
2008-09-04 09:52:58,290 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Completed compaction of 1028785192/info store size is 61.0k; time since last major compaction: 32534 seconds
2008-09-04 09:52:58,296 INFO org.apache.hadoop.hbase.regionserver.HRegion: compaction completed on region .META.,,1 in 0sec
2008-09-04 09:53:09,620 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Scanner -2085474968086468199 lease expired
2008-09-04 09:54:35,449 INFO org.apache.hadoop.hbase.regionserver.LogRoller: Rolling hlog. Number of entries: 30009
Following this, insertion continues normally.  This leads me to believe there's an issue with the META table memcache, but oddly the other regions of this table on other regionservers continue on fine.
As for the hosting the first region of the table on this region server, it seems to be consistent that I get the row out of range errors when looking for a region with startkey = '', although there are 5 other regions on this RS.
Will attach full logs from master and three RS.  Also a couple screenshots showing weird behavior in listing the regions in the table.

We fixed TestSplitLogManager flakiness mostly in HBASE-7172, however, it seems that I forgot to change the remaining hard coded values. Under windows, the test still fails sometimes b/c of this.

org.jboss.as.test.integration.domain.suites.DeploymentRolloutFailureTestCase#test
cd testsuite/domain/
mvn test -Dtest=DeploymentRolloutFailureTestCase -Dsecurity.manager -DtestLogToFile=false

[Server:main-three] 13:08:06,210 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "broken.jar" (runtime-name: "broken.jar")
[Server:main-three] 13:08:06,318 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service test.deployment.broken: org.jboss.msc.service.StartException in service test.deployment.broken: Failed to start service
[Server:main-three] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
[Server:main-three] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153) [rt.jar:1.8.0]
[Server:main-three] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [rt.jar:1.8.0]
[Server:main-three] 	at java.lang.Thread.run(Thread.java:785) [vm.jar:1.8.0]
[Server:main-three] Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "test.deployment.broken.fail" "read")" in code source "(vfs:/content/broken.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.broken.jar" from Service Module Loader")
[Server:main-three] 	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278) [wildfly-elytron-1.1.0.Beta27-redhat-1.jar:1.1.0.Beta27-redhat-1]
[Server:main-three] 	at org.wildfly.security.manager.WildFlySecurityManager.checkPropertyAccess(WildFlySecurityManager.java:469) [wildfly-elytron-1.1.0.Beta27-redhat-1.jar:1.1.0.Beta27-redhat-1]
[Server:main-three] 	at java.lang.System.getProperty(System.java:443) [vm.jar:1.8.0]
[Server:main-three] 	at java.lang.System.getProperty(System.java:427) [vm.jar:1.8.0]
[Server:main-three] 	at java.lang.Boolean.getBoolean(Boolean.java:265) [rt.jar:1.8.0]
[Server:main-three] 	at org.jboss.as.test.integration.domain.deployment.broken.ServiceActivatorDeployment.start(ServiceActivatorDeployment.java:54)
[Server:main-three] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
[Server:main-three] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
[Server:main-three] 	... 3 more

The query:
select /*+ mapjoin(a) */ count(1) from src a join src b on a.key = b.key
dies.
It is a blocker for 0.5

I've been running tests under Windows/Cygwin while on the road. Meanwhile they are not failing on Hudson. 

TestInfoServers and TestTableMapReduce fail with timeout.

TestThriftServer fails with an assertion failure related to timestamps.

		byte[] convertToBytesIfNecessary(Object value) {

			if (value == null) {
				return new byte[0];
			}

			if (valueSerializer == null && value instanceof byte[]) {
				return (byte[]) value;
			}

			return valueSerializer.serialize(value);
		}

		Object deserializeIfNecessary(byte[] value) {

			if (valueSerializer != null) {
				return valueSerializer.deserialize(value);
			}

			return value;
		}

The code above convert null to empty byte array when save to redis, but did not do the reverse when read from redis.

As discussed in HBASE-20792, it seems that a region's openSeqNum could remain the same after a sucessful reopen, which causes the RTRP loop infinitely.

propose adding the viewName to method as in below:
	private boolean viewAlreadySet(FacesContext facesContext, String viewName) {
		if (facesContext.getViewRoot() != null && facesContext.getViewRoot().getViewId().equals(viewName)) 
{
			// the corner case where a before RESTORE_VIEW PhaseListener has handled setting the UIViewRoot
		}
 else 
{
		}
	}

The following route does not create 20 consumers in my queue.
Route
// #myStrategy is an instance of GroupedExchangeAggregationStrategy
    from("sjms-batch:TEST.FOO?aggregationStrategy=#myStrategy&consumerCount=20")
     .to("stream:out").routeId("myrouteid")

When I start the application, I get a couple of NullPointerException.
usually, the resulting consumerCount that I see in my queue can be computed as:
consumerCount
resulting consumerCount = (configured consumerCount - number of NPE at startup)

Here the exception:
[error] java.lang.NullPointerException
[error]         at org.apache.camel.component.sjms.batch.SjmsBatchConsumer$BatchConsumptionLoop.run(SjmsBatchConsumer.java:302)
[error]         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[error]         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[error]         at java.lang.Thread.run(Thread.java:745)

Query hang reported by Carter Shanklin
Turns out that once an AM has preempted a task on a node for locality, it will not be able to preempt another task on the same node (specifically for local requests)
Manifests as a query hanging. It's possible for a previous query to interfere with a subsequent query since the AM is shared.

We have code in SecureBulkLoadEndpoint#secureBulkLoadHFiles

              LOG.trace("Setting permission for: " + p);
              fs.setPermission(p, PERM_ALL_ACCESS);

This is against the point we use staging folder for secure bulk load. Currently we create a hidden staging folder which has ALL_ACCESS permission and we  use "doAs" to move input files into staging folder. Therefore, we should not set 777 permission on the original input data files but files in staging folder after move. 
This may comprise security setting especially when there is an error & we move the file with 777 permission back. 

Unnecessary duplicate declaration of curator-recipes is causing warnings with the build.

     <dependency>
        <groupId>org.apache.curator</groupId>
        <artifactId>curator-recipes</artifactId>
        <version>${curator.version}</version>
      </dependency>

HMaster#move wraps IOException in UnknownRegionException since the client expects UnknownRegionException. We should use IOException instead. This changes the client interface (HBaseAdmin).  So 0.95 is the right time.

Sometimes Facebook sends back a count for the number of people who have "liked" a post and sometimes they send back data containing references to those people who liked the post. Currently, PostMixin is written to assume that it will receive the count and will fail when it receives reference data. This should be written to more gracefully handle either situation.

vector_string_concat.q
vectorization_short_regress.q
queries executed as normal queries.

HBASE-17448 added a dependency on hbase-hadoop2-compat for MapReduce jobs. Explicitly add this jar dependency in TableMapReduceUtil.

When using beeline shell to connect to HS2 or impalaD as below -
Connection to HS2 using beeline tool on port 10000 -
beeline -u "jdbc:hive2://HS2-host-name:10000/default;principal=hive/HS2-host-name@DOMAIN.EXAMPLE.COM"
Connection to ImpalaD using beeline tool on port 21050 -
beeline -u "jdbc:hive2://impalad-host-name.com:21050/XXX;principal=impala/impalad-host-name.com@DOMAIN.EXAMPLE.COM" 
Providing a invalid database name as XXX - the connection is made.
It should ideally stop the connection to be successfull.
Even though, the beeline tool does not allow to move forward, unless you provide a valid DB name, like
Use <Database-Name>;

The floating point arithmetic to validate memory allocation configurations need to be done as integers.
On our cluster, we had block cache = 0.6 and memstore = 0.2.  It was saying this was > 0.8 when it is actually equal.
Minor bug but annoying nonetheless.

The following RSGroups tests were disabled by Core Proc-V2 AM in HBASE-14614:

Disabled/Ignore TestRSGroupsOfflineMode#testOffline; need to dig in on what offline is.
Disabled/Ignore TestRSGroups.

This JIRA tracks the work to enable them (or remove/modify if not applicable).

The file system objects opened using proxy users are not closed.

SnmpMessage currently keeps the underlying PDU as an instance variable, but that is lost when the message is copied as then only body and headers are carried over to the new instance.

The JavaDoc for batchCoprocessorService() reads:

* @param startKey
*          start region selection with region containing this row. If {@code null}, the
*          selection will start with the first table region.
* @param endKey
*          select regions up to and including the region containing this row. If {@code null},
*          selection will continue through the last table region.

Setting the call to null keys like so

      Map<byte[], CountResponse> results = table.batchCoprocessorService(
        RowCountService.getDescriptor().findMethodByName("getRowCount"),
        request, null, null, CountResponse.getDefaultInstance());

yields an exception:

	at org.apache.hadoop.hbase.util.Bytes.compareTo(Bytes.java:1187)
	at org.apache.hadoop.hbase.client.HTable.getKeysAndRegionsInRange(HTable.java:744)
	at org.apache.hadoop.hbase.client.HTable.getKeysAndRegionsInRange(HTable.java:723)
	at org.apache.hadoop.hbase.client.HTable.batchCoprocessorService(HTable.java:1801)
	at org.apache.hadoop.hbase.client.HTable.batchCoprocessorService(HTable.java:1778)
	at coprocessor.EndpointBatchExample.main(EndpointBatchExample.java:60)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:140)

This is caused by the call shipping off the keys to getStartKeysInRange() as-is and that method uses Bytes.compareTo() on the null keys and fails. 
One can work around using HConstants.EMPTY_START_ROW, HConstants.EMPTY_END_ROW instead, but that is not documented, nor standard behavior. Need to handle null keys as advertised.

Prior to Jackson 2.6 custom deserializers apparently weren't even used if the field to be deserialized was null...consequently, they would remain at the default value. An int, for example, would be left as 0.
Starting with Jackson 2.6, the custom deserializer will be used even if the field is null, resulting in a NPE attempting to deserialize null into a non-nullable primitive.
This can be fixed by overriding the getNullValue() method in any custom deserializers such as AchievementPointsDeserializer. 

When executor alter partition onto a table which existed not in current database, InvalidOperationException thrown.
SQL example:

use default;
ALTER TABLE anotherdb.test_table_for_alter_partition_nocurrentdb partition(ds='haihua001') CHANGE COLUMN a a_new BOOLEAN;

We see this code in DDLTask.java potential problem that not transfer the qualified table name with database name when db.alterPartitions called.

      if (allPartitions == null) {
        db.alterTable(alterTbl.getOldName(), tbl, alterTbl.getIsCascade(), alterTbl.getEnvironmentContext());
      } else {
        db.alterPartitions(tbl.getTableName(), allPartitions, alterTbl.getEnvironmentContext());
      }

stacktrace:

2017-07-19T11:06:39,639  INFO [main] metastore.HiveMetaStore: New partition values:[2017-07-14]
2017-07-19T11:06:39,654 ERROR [main] metastore.RetryingHMSHandler: InvalidOperationException(message:alter is not possible)
    at org.apache.hadoop.hive.metastore.HiveAlterHandler.alterPartitions(HiveAlterHandler.java:526)
    at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_partitions_with_environment_context(HiveMetaStore.java:3560)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:140)
    at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:99)
    at com.sun.proxy.$Proxy21.alter_partitions_with_environment_context(Unknown Source)
    at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.alter_partitions(HiveMetaStoreClient.java:1486)
    at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:154)
    at com.sun.proxy.$Proxy22.alter_partitions(Unknown Source)
    at org.apache.hadoop.hive.ql.metadata.Hive.alterPartitions(Hive.java:712)
    at org.apache.hadoop.hive.ql.exec.DDLTask.alterTable(DDLTask.java:3338)
    at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:368)
    at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:197)
    at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100)
    at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2166)
    at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1837)
    at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1713)
    at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1543)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1174)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1164)
    at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:232)
    at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:183)
    at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:399)
    at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:776)
    at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:714)
    at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:641)
    at org.apache.hadoop.util.RunJar.run(RunJar.java:221)
    at org.apache.hadoop.util.RunJar.main(RunJar.java:136)

2017-07-19T11:06:39,669 ERROR [main] exec.DDLTask: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to alter partition. alter is not possible
    at org.apache.hadoop.hive.ql.metadata.Hive.alterPartitions(Hive.java:716)
Caused by: InvalidOperationException(message:alter is not possible)
    ... 22 more

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Unable to alter partition. alter is not possible
2017-07-19T11:06:39,671 ERROR [main] ql.Driver: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Unable to alter partition. alter is not possible

Fix proposal is transfer the qualified table name when db.alterPartitions called.

We have a similar issue with XPath, as we had with XSLT and XQuery.
If the message is a java.io.File and an exception occurs during evaluation, then that file is locked on Windows platforms.
We need to close the FileInputStream to unlock the file, and allow Windows to access the file.

I'm running 80/20 YCSB (80% reads/20% writes).  I see this from time to time in logs (especially if I do big fat bulk upload at same time – having trouble making ycsb do heavy loading at mo):

2010-05-05 06:57:01,165 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Updates disabled for region, no outstanding scanners on usertable,user1431413702,1273040674721
2010-05-05 06:57:01,165 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: No more row locks outstanding on region usertable,user1431413702,1273040674721
2010-05-05 06:57:01,178 DEBUG org.apache.hadoop.hbase.regionserver.Store: closed cf
2010-05-05 06:57:01,178 INFO org.apache.hadoop.hbase.regionserver.HRegion: Closed usertable,user1431413702,1273040674721
2010-05-05 06:57:01,178 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer:
java.io.IOException: Region usertable,user1431413702,1273040674721 closed
        at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1179)
        at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1172)
        at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:2506)
        at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:2493)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.get(HRegionServer.java:1742)
        at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:657)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:915)

This should be a NSRE.
J-D took a look and fact that we do an IOE 'region closed' is way old, from before the time forgot, so its just always been there just more obvious now that Get is a Scan.

In a recent checkin, connection pool dependency was introduced but eclipse .classpath file was not updated.  This causes launch configurations from within Eclipse to fail.

hive> show tables;
show tables;
10/05/26 14:59:46 INFO parse.ParseDriver: Parsing command: show tables
10/05/26 14:59:46 INFO parse.ParseDriver: Parse Completed
10/05/26 14:59:46 INFO ql.Driver: Semantic Analysis Completed
10/05/26 14:59:46 INFO ql.Driver: Returning Hive schema: Schema(fieldSchemas:[FieldSchema(name:tab_name, type:string, comment:from deserializer)], properties:null)
10/05/26 14:59:46 INFO ql.Driver: query plan = file:/tmp/vinithra/hive_2010-05-26_14-59-46_058_1636674338194744357/queryplan.xml
10/05/26 14:59:46 INFO ql.Driver: Starting command: show tables
10/05/26 14:59:46 INFO metastore.HiveMetaStore: 0: Opening raw store with implemenation class:org.apache.hadoop.hive.metastore.ObjectStore
10/05/26 14:59:46 INFO metastore.ObjectStore: ObjectStore, initialize called
FAILED: Error in metadata: javax.jdo.JDOFatalInternalException: Error creating transactional connection factory
NestedThrowables:
java.lang.reflect.InvocationTargetException
10/05/26 14:59:47 ERROR exec.DDLTask: FAILED: Error in metadata: javax.jdo.JDOFatalInternalException: Error creating transactional connection factory
org.apache.hadoop.hive.ql.metadata.HiveException: javax.jdo.JDOFatalInternalException: Error creating transactional connection factory
	at org.apache.hadoop.hive.ql.metadata.Hive.getTablesForDb(Hive.java:491)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTablesByPattern(Hive.java:472)
	at org.apache.hadoop.hive.ql.metadata.Hive.getAllTables(Hive.java:458)
	at org.apache.hadoop.hive.ql.exec.DDLTask.showTables(DDLTask.java:504)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:176)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:107)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:55)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:631)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:504)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:382)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:138)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:197)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:303)
Caused by: javax.jdo.JDOFatalInternalException: Error creating transactional connection factory
	at org.datanucleus.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:395)
	at org.datanucleus.jdo.JDOPersistenceManagerFactory.freezeConfiguration(JDOPersistenceManagerFactory.java:547)
	at org.datanucleus.jdo.JDOPersistenceManagerFactory.getPersistenceManagerFactory(JDOPersistenceManagerFactory.java:175)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at javax.jdo.JDOHelper$16.run(JDOHelper.java:1956)
	at javax.jdo.JDOHelper.invoke(JDOHelper.java:1951)
	at javax.jdo.JDOHelper.invokeGetPersistenceManagerFactoryOnImplementation(JDOHelper.java:1159)
	at javax.jdo.JDOHelper.getPersistenceManagerFactory(JDOHelper.java:803)
	at javax.jdo.JDOHelper.getPersistenceManagerFactory(JDOHelper.java:698)
	at org.apache.hadoop.hive.metastore.ObjectStore.getPMF(ObjectStore.java:191)
	at org.apache.hadoop.hive.metastore.ObjectStore.getPersistenceManager(ObjectStore.java:208)
	at org.apache.hadoop.hive.metastore.ObjectStore.initialize(ObjectStore.java:153)
	at org.apache.hadoop.hive.metastore.ObjectStore.setConf(ObjectStore.java:128)
	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:62)
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:117)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getMS(HiveMetaStore.java:276)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.executeWithRetry(HiveMetaStore.java:228)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.createDefaultDB(HiveMetaStore.java:374)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.init(HiveMetaStore.java:166)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.<init>(HiveMetaStore.java:131)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:83)
	at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:1077)
	at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:1087)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTablesForDb(Hive.java:489)
	... 12 more
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
	at org.datanucleus.plugin.NonManagedPluginRegistry.createExecutableExtension(NonManagedPluginRegistry.java:576)
	at org.datanucleus.plugin.PluginManager.createExecutableExtension(PluginManager.java:324)
	at org.datanucleus.store.AbstractStoreManager.<init>(AbstractStoreManager.java:190)
	at org.datanucleus.store.mapped.MappedStoreManager.<init>(MappedStoreManager.java:139)
	at org.datanucleus.store.rdbms.RDBMSManager.<init>(RDBMSManager.java:265)
	at org.datanucleus.plugin.PluginManager.createExecutableExtension(PluginManager.java:300)
	at org.datanucleus.store.FederationManager.initialiseStoreManager(FederationManager.java:106)
	at org.datanucleus.store.FederationManager.<init>(FederationManager.java:68)
	at org.datanucleus.ObjectManagerFactoryImpl.initialiseStoreManager(ObjectManagerFactoryImpl.java:152)
	at org.datanucleus.jdo.JDOPersistenceManagerFactory.freezeConfiguration(JDOPersistenceManagerFactory.java:529)
	... 38 more
Caused by: org.datanucleus.exceptions.NucleusException: Attempt to invoke the "DBCP" plugin to create a ConnectionPool gave an error : The connection pool plugin of type "DBCP" was not found in the CLASSPATH!
	at org.datanucleus.store.rdbms.ConnectionFactoryImpl.initDataSourceTx(ConnectionFactoryImpl.java:169)
	at org.datanucleus.store.rdbms.ConnectionFactoryImpl.<init>(ConnectionFactoryImpl.java:91)
	... 57 more
Caused by: org.datanucleus.exceptions.NucleusUserException: The connection pool plugin of type "DBCP" was not found in the CLASSPATH!
	at org.datanucleus.store.rdbms.ConnectionFactoryImpl.initDataSourceTx(ConnectionFactoryImpl.java:143)
	... 58 more

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask
10/05/26 14:59:47 ERROR ql.Driver: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask
hive> 

I have a bean (AutoStarter) that implements SmartLifecycle and has autoStartup set true true.
I have a DefaultMessageListenerContainer (DMLC) which has autoStartup set to false.
'AutoStarter' is meant to be a controller for the DMLC, thus 'Autostarter' has a reference to the DMLC via a property.
During context startup, the DefaultLifecycleProcessor attempts to start 'AutoStarter' which is ok, but in doing so, it determines that the DMLC (which is a dependent bean) needs to be started which is not correct as autoStartup = false on the DMLC.
I've attached a maven test project.

Title says it all.
I think removing this isn't an incompatible change because these are runtime-only synthetic resources where WorkerResourceDefinition.WorkerResource will never produce a child resource against which an operation can be targeted.

Browsing to: http://localhost:8080/rest/sla results in the gist.

The problem appears only when running single tests. If the tests are run using a wildcard, there is no problem.

The CDI fraction declares and unnecessary dependency on Undertow fraction. The result is that every project which uses CDI will also get Undertow even when not needed.
See discussion in https://groups.google.com/forum/#!topic/wildfly-swarm/RR0ZSAukIgY

look this logs:
https://builds.apache.org/view/G-L/view/HBase/job/HBase-0.92/105/testReport/org.apache.hadoop.hbase.master/TestMasterFailover/testMasterFailoverWithMockedRITOnDeadRS/

Looking at ~master, I can see tons of exceptions like this in LLAP log:

2018-02-27T14:07:51,989  WARN [IO-Elevator-Thread-12 (1515669035295_0909_1_08_000117_0)] impl.RecordReaderImpl: NoDynamicValuesException when evaluating predicate. Skipping ORC PPD. Stats: numberOfValues: 9750
intStatistics {
  minimum: 11335
  maximum: 5999960
  sum: 27648854404
}
hasNull: true
 Predicate: (BETWEEN ss_addr_sk DynamicValue(RS_27_customer_address_ca_address_sk_min) DynamicValue(RS_27_customer_address_ca_address_sk_max))
org.apache.hadoop.hive.ql.plan.DynamicValue$NoDynamicValuesException: Value does not exist in registry: RS_27_customer_address_ca_address_sk_min
	at org.apache.hadoop.hive.ql.exec.tez.DynamicValueRegistryTez.getValue(DynamicValueRegistryTez.java:77) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.plan.DynamicValue.getValue(DynamicValue.java:137) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.plan.DynamicValue.getJavaValue(DynamicValue.java:97) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.plan.DynamicValue.getLiteral(DynamicValue.java:93) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.sarg.SearchArgumentImpl$PredicateLeafImpl.getLiteralList(SearchArgumentImpl.java:120) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.orc.impl.RecordReaderImpl.evaluatePredicateMinMax(RecordReaderImpl.java:553) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.orc.impl.RecordReaderImpl.evaluatePredicateRange(RecordReaderImpl.java:463) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.orc.impl.RecordReaderImpl.evaluatePredicateProto(RecordReaderImpl.java:423) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.orc.impl.RecordReaderImpl$SargApplier.pickRowGroups(RecordReaderImpl.java:848) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.determineRgsToRead(OrcEncodedDataReader.java:835) ~[hive-llap-server-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:335) ~[hive-llap-server-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:276) ~[hive-llap-server-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:273) ~[hive-llap-server-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_112]
	at javax.security.auth.Subject.doAs(Subject.java:422) ~[?:1.8.0_112]
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1965) ~[hadoop-common-3.0.0.3.0.0.0-776.jar:?]
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:273) ~[hive-llap-server-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:110) ~[hive-llap-server-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.tez.common.CallableWithNdc.call(CallableWithNdc.java:36) ~[tez-common-0.9.2-SNAPSHOT.jar:0.9.2-SNAPSHOT]
	at org.apache.hadoop.hive.llap.daemon.impl.StatsRecordingThreadPool$WrappedCallable.call(StatsRecordingThreadPool.java:110) ~[hive-llap-server-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:1.8.0_112]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[?:1.8.0_112]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[?:1.8.0_112]
	at java.lang.Thread.run(Thread.java:745) [?:1.8.0_112]

When the HIVE-2693 gets committed, users are going to see this behavior:

hive> select cast(3.14 as decimal) from decimal_3 limit 1;
3.140000000000000124344978758017532527446746826171875

That's intuitively incorrect but is the case because 3.14 (double) is being converted to BigDecimal because of which there is a precision mismatch.
We should consider creating a new literal for expressing constants of Decimal type as Gunther suggested in HIVE-2693.

When migrating an app from JBoss 7.1.1.Final to WildFly 8.1.0.Final, one can no longer remap the default JSP servlet to different extensions.
This is useful when you want some lightweight server-side processing of, say, JavaScript or CSS files.

Follow below steps to replay the problem:
1. change the SplitTransaction.java as below,just like mock the hdfs error.
SplitTransaction.java
      List<StoreFile> hstoreFilesToSplit = this.parent.close(false);
      throw new IOException("some unexpected error in close store files");
   
2. update the regionserver code,restart;
3. create a table & put some data to the table;
4. split the table;
5. scan the table,then it'll fail.
We can fix the bug just use the patch.

I tried following along with the wedding project using Roo RC4 and decided to switch the database to postgres (using 8.4 right now). When I get to the perform tests step things fail:
Running com.wedding.domain.RsvpIntegrationTest
Cannot load JDBC driver class 'org.postgresql.Driver'
java.lang.ClassNotFoundException: org.postgresql.Driver
This:
dependency add --artifactId postgresql --groupId postgresql --version 8.4-701.jdbc4
fixes the problem, I would have expected this to work ootb.

Given the following Camel context to copy a text file to a JMS queue
   <camel:camelContext id="camel">
      <camel:route id="file-to-jms">
         <camel:from uri="file:resource/test/runtime?preMove=before/${file:name.noext}-moved.${file:ext}"/>
         <camel:to uri="activemq:queue:dest"/>
      </camel:route>
   </camel:camelContext>
I noticed that the "preMove" attribute puts the file in:
    ./before/.camel/FILE-moved.TXT
instead of what I expected:
   ./before/FILE-moved.TXT
the "move" attribute works how I expect, and places the file in  ./before/FILE-moved.TXT

In the reference doc under "4.4.1.6. Configuring Retry Logic" a reference is made to the deprecated StatefulRetryStepFactoryBean under the configuration showing, which is using the correct SkipLimitStepFactoryBean. It is not a big issue, but it makes the documentation confusing.
The actual reference is in the following sentence:
"The StatefulRetryStepFactoryBean requires a limit for the number of times an individual item can be retried, and a list of Exceptions that are 'retryable'."

If a zero length file is in the top level directory housing an external avro table, all hive queries on the table fail.
This issue is that org.apache.hadoop.hive.ql.io.avro.AvroGenericRecordReader creates a new org.apache.avro.file.DataFileReader and DataFileReader throws an exception when trying to read an empty file (because the empty file lacks the magic number marking it as avro).
AvroGenericRecordReader should detect an empty file and then behave reasonably.
Caused by: java.io.IOException: Not a data file.
at org.apache.avro.file.DataFileStream.initialize(DataFileStream.java:102)
at org.apache.avro.file.DataFileReader.<init>(DataFileReader.java:97)
at org.apache.hadoop.hive.ql.io.avro.AvroGenericRecordReader.<init>(AvroGenericRecordReader.java:81)
at org.apache.hadoop.hive.ql.io.avro.AvroContainerInputFormat.getRecordReader(AvroContainerInputFormat.java:51)
at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:246)
... 25 more

Using "dynamicity=true" on MongoDb endpoint is running a dropIndex command on the specified collection (CamelMongoDbCollection header), for each exchange going through. 

In order to support global date time formats the JodaTimeFormatterRegistrar and DateFormatterRegistrar register converters for String -> Date.
With Spring 3.1 no such converters were registered and the ObjectToObject converter would be picked when converting String to Date. The ObjectToObject converter is deemed suitable do the the (deprecated) Date(String) constructor.

This error is happening on Jenkins when running the HMS upgrade tests. 
The class used to publish the results is not found on any directory.
+ cd /var/lib/jenkins/jobs/PreCommit-HIVE-METASTORE-Test/workspace
+ set +x
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/hive/ptest/execution/JIRAService
Caused by: java.lang.ClassNotFoundException: org.apache.hive.ptest.execution.JIRAService
	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
Could not find the main class: org.apache.hive.ptest.execution.JIRAService.  Program will exit.
+ ret=0
The problem is because the jenkins-execute-hms-test.sh is downloading the code to another directory.

FAILED: NullPointerException null
	at org.apache.hadoop.hive.ql.stats.StatsUtils.getColStatistics(StatsUtils.java:693)
	at org.apache.hadoop.hive.ql.stats.StatsUtils.convertColStats(StatsUtils.java:739)
	at org.apache.hadoop.hive.ql.stats.StatsUtils.getTableColumnStats(StatsUtils.java:728)
	at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:183)
	at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:136)
	at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:124)

Thrift has added class annotations to generated classes; these contain generation date. Because of this, all the Java thrift files change on every re-gen, even if you only make a small change that should not affect bazillion files. We should use undated annotations to avoid this problem.
This depends on upgrading to Thrift 0.9.3, which doesn't exist yet.

UDFRegExp, UDFRegExpReplace, UDFRegExpExtract will throw out NullPointerException if the replacement String is empty or pattern is empty

Patch HBASE-11762 introduced javadoc warnings

[WARNING] Javadoc Warnings
[WARNING] hbase.git/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/wal/WALCellCodec.java:96: warning - Tag @link: reference not found: cellCodecClsName

NPE is thrown if user provides jboss-web.xml with the following schema location: http://www.jboss.org/j2ee/schema/jboss-web_7_0.xsd
	at org.jboss.metadata.parser.jbossweb.JBossWebMetaDataParser.parse(JBossWebMetaDataParser.java:100)
	at org.jboss.as.web.deployment.JBossWebParsingDeploymentProcessor.deploy(JBossWebParsingDeploymentProcessor.java:69)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:114) [jboss-as-server-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT]
	... 5 more

Attribute definition is: 

        static final PropertiesAttributeDefinition WRAPPED_PROPERTIES_IN_GROUP = new PropertiesAttributeDefinition.Builder(
                "wrapped-properties-in-group", true)
                .setWrapXmlElement(true)
                .setWrapperElement("wrapped-properties")
                .setXmlName("property")
                .setAttributeGroup("mygroup")
                .setAllowExpression(true)
                .build();

Corresponding XML representation is:

        <mygroup other-attribute-in-group="foo">
            <wrapped-properties>
                <property name="prop1" value="val1"/>
                <property name="prop2" value="val2"/>
            </wrapped-properties>
        </mygroup>

XML parsing fails with:

Message: WFLYCTL0198: Unexpected element '{urn:jboss:domain:test:1.0}mygroup' encountered
        at org.jboss.as.controller.parsing.ParseUtils.unexpectedElement(ParseUtils.java:89)
        at org.jboss.as.controller.PersistentResourceXMLDescription.parseChildren(PersistentResourceXMLDescription.java:240)
        at org.jboss.as.controller.PersistentResourceXMLDescription.parse(PersistentResourceXMLDescription.java:159)
        at org.jboss.as.controller.PersistentResourceXMLDescription.parseChildren(PersistentResourceXMLDescription.java:259)
        at org.jboss.as.controller.PersistentResourceXMLParser.readElement(PersistentResourceXMLParser.java:41)
        at org.jboss.as.controller.PersistentResourceXMLParser.readElement(PersistentResourceXMLParser.java:35)
        at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110)
        at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69)
        at org.jboss.as.controller.persistence.PersistentResourceXMLParserTestCase.testGroups(PersistentResourceXMLParserTestCas
e.java:147)

EAP 6.4 has a 1.1 xsd version for these subsystems, while WF 10 / EAP 7 has a 2.0. A quick glance leads me to believe the contents are the same except for the number. But the WF 10 / EAP 7 code will fail if a document with the 1.1 namespace is presented.
If the xsds are the same, likely this can be fixed simply by adding another case for 1.1 to the switch block that calls the 2.0 parser. Otherwise the 1.1 parser from the EAP 6 branch should be forward ported.

configuration:
	<job id="myjob">
		<step id="importFile" next="createWorkDrivers">
			<tasklet>
				<chunk reader="fileReader" 
						writer="hibernateWriter"
						task-executor="taskExecutor" 
						commit-interval="10">
					<streams>
						<stream ref="fileReader" />
					</streams>
				</chunk>
			</tasklet>
		</step>
	</job>
	<beans:bean id="fileReader" scope="step"
				class="org.springframework.batch.item.file.FlatFileItemReader">
	    <beans:property name="resource" value="#
{jobParameters[file]}
" />
		<beans:property name="lineMapper">
			<beans:bean class="my.super.Mapper" />
		</beans:property>
	</beans:bean>
exception:
org.springframework.batch.item.ReaderNotOpenException: Reader must be open before it can be read.
	at org.springframework.batch.item.file.FlatFileItemReader.readLine(FlatFileItemReader.java:195)
	at org.springframework.batch.item.file.FlatFileItemReader.doRead(FlatFileItemReader.java:166)
	at org.springframework.batch.item.support.AbstractItemCountingItemStreamItemReader.read(AbstractItemCountingItemStreamItemReader.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
	at $Proxy1.read(Unknown Source)
	at org.springframework.batch.core.step.item.SimpleChunkProvider.doRead(SimpleChunkProvider.java:90)
	at org.springframework.batch.core.step.item.SimpleChunkProvider.read(SimpleChunkProvider.java:127)
	at org.springframework.batch.core.step.item.SimpleChunkProvider$1.doInIteration(SimpleChunkProvider.java:106)
	at org.springframework.batch.repeat.support.RepeatTemplate.getNextResult(RepeatTemplate.java:352)
	at org.springframework.batch.repeat.support.RepeatTemplate.executeInternal(RepeatTemplate.java:212)
	at org.springframework.batch.core.step.item.SimpleChunkProvider.provide(SimpleChunkProvider.java:103)
	at org.springframework.batch.core.step.item.ChunkOrientedTasklet.execute(ChunkOrientedTasklet.java:64)
	at org.springframework.batch.core.step.tasklet.TaskletStep$2.doInChunkContext(TaskletStep.java:264)
	at org.springframework.batch.core.scope.context.StepContextRepeatCallback.doInIteration(StepContextRepeatCallback.java:67)
	at org.springframework.batch.repeat.support.TaskExecutorRepeatTemplate$ExecutingRunnable.run(TaskExecutorRepeatTemplate.java:230)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

Servlet containers often destroy sessions before an Acegi SecurityContext has been attached to them. This ends up causing a NullPointerException in JaasAuthenticationProvider.handleLogout() line 424.
	at net.sf.acegisecurity.providers.jaas.JaasAuthenticationProvider.handleLogout(JaasAuthenticationProvider.java:424)
	at net.sf.acegisecurity.providers.jaas.JaasAuthenticationProvider.onApplicationEvent(JaasAuthenticationProvider.java:413)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:45)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:224)
	at net.sf.acegisecurity.ui.session.HttpSessionEventPublisher.sessionDestroyed(HttpSessionEventPublisher.java:107)
	at com.ibm.ws.webcontainer.httpsession.SessionContext.sessionDestroyedEvent(SessionContext.java:3417)
.....

The STOMP component only performs a very simple toString() on the body of the incoming exchange when it creates a STOMP message. This does not work when the body does not support a toString() which gives some reasonable human readable representation of the object. This is exactly the case if you try to do the following:

from("direct:a").marshal().json(JsonLibrary.Gson).to("stomp:topic:foobar")

The result of the JSON serialization is a Stream, and the toString() on a Stream results in an object hash (e.g. "[B@30479402"). A more appropriate thing to do here is similar to what the File component does. (Basically, read the stream for the data.)

When running jdr.sh script with non-English locale, the script throws NullPointerException. Problem seems to be that the generate-jdr-output always uses English locale, but when parsing start-date and end-date, SimpleDateFormat uses system defined locales.

Initializing JBoss Diagnostic Reporter...
Trying to connect to http-remoting localhost:9990
	at org.jboss.as.jdr.CommandLineMain.printJdrReportInfo(CommandLineMain.java:150)
	at org.jboss.as.jdr.CommandLineMain.main(CommandLineMain.java:144)
	at org.jboss.modules.Module.run(Module.java:344)
	at org.jboss.modules.Main.main(Main.java:519)

This is not issue when running generate-jdr-report() from CLI. Also easy to workaround by enforcing locale for the script run

LC_ALL=C $JBOSS_HOME/bin/jdr.sh

We have a custom Spring Bean that implements the org.springframework.batch.item.data.RepositoryItemReader.  For the first batch run, the page numbers go from 0 to N (number of pages in report).  On the next run of the batch, the page numbers start at N + 1, and then usually fail because the subsequent report did not have that many pages (see example log below).
Could you find a way to reinitialize the RepositaryItemReader between batch runs please?
I found a temporary solution:

I copied the RepositoryItemReader into my own RepositoryItemReader and modified the doClose method to set the page and current variables to zero:

@Override
protected void doClose() throws Exception {
    page = 0;
    current = 0;
}

Then in my RepositoryItemReader implementation I implemented StepExecutionListener, and implemented the afterStep method as:

@Override
public ExitStatus afterStep(StepExecution stepExecution) {
    try {
        super.doClose();
        LOG.error("cannot do close after step", e);
    }
    return null;
}

Then I was able to run the batch job multiple times with different job parameters.

Example RepositoryItemReader log output for two subsequent job runs:

Job Execution 1:
15:56:07.822 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 0
15:56:08.329 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 1
15:56:08.827 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 2
15:56:09.353 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 3
15:56:09.889 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 4

...

Job Execution 2:
15:56:17.067 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 5
15:56:17.116 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 6
15:56:17.161 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 7
15:56:17.205 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 8
15:56:17.249 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 9
15:56:17.295 [pool-2-thread-1] DEBUG c.l.r.a.b.i.reader.MyItemReader - Reading page 10

There is a bug in how we check for whether the daughters mentioned in parent region are present in .META.  The check is done when we are processing a server shutdown.  We're making the mistake of checking for presence of the daughter in the list of regions that used to live on the crashed server BUT fact of the matter is is that the daughter could just as well be rebalanced to another server.
The upshot is that we are inserting into .META. and trying to assign regions that are already assigned.

See http://static.springsource.org/spring/docs/3.0.x/reference/html/resources.html
Resource template = ctx.getResource("some/resource/path/myTemplate.txt);
and a few others.
There are " signs missing.
Probably trivial to fix 

I am try to config a cache layer use the spring 3.1 cache abstraction and redis. when i config @Cacheable("relation") in my code and run the unit test , it throw UnsupportedOperationException. i tracking the source code ,and found that there is something wrong in the RedisCacheManager.java file.
	private final Collection<String> names = Collections.unmodifiableSet(caches.keySet()); //this collection announce to be unmodifiable.
	private final RedisTemplate template;
	private boolean usePrefix;
	private RedisCachePrefix cachePrefix = new DefaultRedisCachePrefix();
	public RedisCacheManager(RedisTemplate template) 
{
		this.template = template;
	}

	public Cache getCache(String name) {
		Cache c = caches.get(name);
		if (c == null) 
{
			c = new RedisCache(name, (usePrefix ? cachePrefix.prefix(name) : null), template);
			caches.put(name, c);
			names.add(name);     // this collection is modified .
		}

		return c;
	}

Under a YCSB load test (for HBASE-6295), we can have sporadic bulk of logs because of this:

      final RegionMovedException rme = RegionMovedException.find(exception);
      if (rme != null) {
        LOG.info("Region " + regionInfo.getRegionNameAsString() + " moved to " +
          rme.getHostname() + ":" + rme.getPort() + " according to " + source.getHostnamePort());
        updateCachedLocation(
            regionInfo, source, rme.getServerName(), rme.getLocationSeqNum());
      } else if (RegionOpeningException.find(exception) != null) {
        LOG.info("Region " + regionInfo.getRegionNameAsString() + " is being opened on "
          + source.getHostnamePort() + "; not deleting the cache entry");
      } else {
        deleteCachedLocation(regionInfo, source);
      }

They should just be removed.

After introducing the identity project removal optimization in HIVE-8435, plan in bucket_map_join_tez2.q that runs on Tez changed to be sub-optimal. In particular, earlier it was doing a map-join and after HIVE-8435 it changed to a reduce-join.
The query is the following one:

select a.key, b.key from (select distinct key from tab) a join tab b on b.key = a.key

The plan before removing the projections is:

TS[0]-FIL[16]-SEL[1]-GBY[2]-RS[3]-GBY[4]-SEL[5]-RS[8]-JOIN[11]-SEL[12]-FS[13]
TS[6]-FIL[17]-RS[10]-JOIN[11]

And after removing identity projections:

TS[0]-FIL[16]-GBY[2]-RS[3]-GBY[4]-RS[8]-JOIN[11]-SEL[12]-FS[13]

After digging a bit, I realized it is not converting the reduce-join into a map-join because stats for GBY[4] change if SEL[5] is removed; thus the optimization does not kick in. 
The reason for the stats change in the GroupBy operator is in this line, where it is checked whether the GBY is immediately followed by a RS operator or not, and calculate stats differently depending on it.

Some tests end with Security Exception after login with security manager. 
Affected tests found so far:

org.jboss.as.test.integration.ejb.security.AnnotationAuthorizationTestCase
org.jboss.as.test.integration.ejb.security.AuthenticationTestCase
org.jboss.as.test.integration.ejb.security.EJBInWarDefaultSecurityDomainTestCase#testSecurityOnBeanInAbsenceOfExplicitSecurityDomain
org.jboss.as.test.integration.ejb.security.LifecycleTestCase
org.jboss.as.test.integration.ejb.security.SecurityDDOverrideTestCase#testDDOverride
org.jboss.as.test.integration.ejb.security.asynchronous.AsynchronousSecurityTestCase
org.jboss.as.test.integration.ejb.security.missingmethodpermission.MissingMethodPermissionsDefaultAllowedTestCase
org.jboss.as.test.integration.ejb.security.missingmethodpermission.MissingMethodPermissionsTestCase
org.jboss.as.test.integration.ejb.security.rolelink.SecurityRoleLinkTestCase#testIsCallerInRole
org.jboss.as.test.integration.ejb.security.runas.RunAsTestCase

Always
Steps to Reproduce:

./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2  -DfailIfNoTests=false  -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=AnnotationAuthorizationTestCase

javax.security.auth.login.LoginException: Security Exception
	at javax.security.auth.login.LoginContext.invoke(LoginContext.java:841)
	at javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
	at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
	at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
	at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
	at javax.security.auth.login.LoginContext.login(LoginContext.java:588)
	at org.jboss.as.test.integration.ejb.security.AnnotationAuthorizationTestCase.testRolesAllowedOverriden_User2(AnnotationAuthorizationTestCase.java:187)

The info level pollutes the production log.
cc Hari Sankar Sivarama Subramaniyan - thanks for spotting this.

hive> describe dec1;
OK
c1                  	decimal(10,2)       	None 

hive> explain select c1, abs(c1) from dec1;
 ...
              expressions: c1 (type: decimal(10,2)), abs(c1) (type: decimal(38,18))

Given that abs() is a GenericUDF it should be possible for the return type precision/scale to match the input precision/scale.

create table Accumulo storage with Accumulo storage handler fails due to ACCUMULO-2815.

create table accumulo_1(key string, age int) stored by 'org.apache.hadoop.hive.accumulo.AccumuloStorageHandler' with serdeproperties ( "accumulo.columns.mapping" = ":rowid,info:age");

The error shows:

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:org.apache.accumulo.core.client.AccumuloException: java.lang.IllegalArgumentException: Cannot determine SASL mechanism for token class: class org.apache.accumulo.core.client.security.tokens.PasswordToken
	at org.apache.accumulo.core.client.impl.ServerClient.execute(ServerClient.java:67)
	at org.apache.accumulo.core.client.impl.ConnectorImpl.<init>(ConnectorImpl.java:67)
	at org.apache.accumulo.core.client.ZooKeeperInstance.getConnector(ZooKeeperInstance.java:248)
	at org.apache.hadoop.hive.accumulo.AccumuloConnectionParameters.getConnector(AccumuloConnectionParameters.java:125)
	at org.apache.hadoop.hive.accumulo.AccumuloConnectionParameters.getConnector(AccumuloConnectionParameters.java:111)
	at org.apache.hadoop.hive.accumulo.AccumuloStorageHandler.preCreateTable(AccumuloStorageHandler.java:245)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.createTable(HiveMetaStoreClient.java:664)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.createTable(HiveMetaStoreClient.java:657)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:156)
	at com.sun.proxy.$Proxy5.createTable(Unknown Source)
	at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:714)
	at org.apache.hadoop.hive.ql.exec.DDLTask.createTable(DDLTask.java:4135)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:306)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:160)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:88)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1650)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1409)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1192)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1059)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1049)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:213)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:165)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:376)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:311)
	at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:409)
	at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:425)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:714)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:681)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:621)
	at org.apache.hadoop.util.RunJar.run(RunJar.java:221)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:136)
Caused by: java.lang.IllegalArgumentException: Cannot determine SASL mechanism for token class: class org.apache.accumulo.core.client.security.tokens.PasswordToken
	at org.apache.accumulo.core.rpc.SaslConnectionParams.updateFromToken(SaslConnectionParams.java:155)
	at org.apache.accumulo.core.rpc.SaslConnectionParams.<init>(SaslConnectionParams.java:143)
	at org.apache.accumulo.core.client.impl.ClientContext.getSaslParams(ClientContext.java:134)
	at org.apache.accumulo.core.client.impl.ThriftTransportKey.<init>(ThriftTransportKey.java:42)
	at org.apache.accumulo.core.client.impl.ServerClient.getConnection(ServerClient.java:135)
	at org.apache.accumulo.core.client.impl.ServerClient.getConnection(ServerClient.java:117)
	at org.apache.accumulo.core.client.impl.ServerClient.getConnection(ServerClient.java:113)
	at org.apache.accumulo.core.client.impl.ServerClient.executeRaw(ServerClient.java:95)
	at org.apache.accumulo.core.client.impl.ServerClient.execute(ServerClient.java:61)
	... 38 more

From https://builds.apache.org/job/HBase-0.98-on-Hadoop-1.1/180/testReport/junit/org.apache.hadoop.hbase.snapshot/TestSecureExportSnapshot/testExportFileSystemState/ :

java.lang.NullPointerException	at org.apache.hadoop.security.SecurityUtil.setTokenService(SecurityUtil.java:335)
	at org.apache.hadoop.hdfs.DFSClient.getDelegationToken(DFSClient.java:480)
	at org.apache.hadoop.hdfs.DistributedFileSystem.getDelegationToken(DistributedFileSystem.java:601)
	at org.apache.hadoop.hbase.security.token.FsDelegationToken.acquireDelegationToken(FsDelegationToken.java:71)
	at org.apache.hadoop.hbase.snapshot.ExportSnapshot.runCopyJob(ExportSnapshot.java:587)
	at org.apache.hadoop.hbase.snapshot.ExportSnapshot.run(ExportSnapshot.java:708)
	at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:65)
	at org.apache.hadoop.hbase.snapshot.ExportSnapshot.innerMain(ExportSnapshot.java:760)
	at org.apache.hadoop.hbase.snapshot.TestExportSnapshot.testExportFileSystemState(TestExportSnapshot.java:268)
	at org.apache.hadoop.hbase.snapshot.TestExportSnapshot.testExportFileSystemState(TestExportSnapshot.java:247)
	at org.apache.hadoop.hbase.snapshot.TestExportSnapshot.testExportFileSystemState(TestExportSnapshot.java:177)

This was due to hadoop 1 release we use doesn't have HADOOP-10009

When setting up the AuthenticationConfiguration during deployment (EjbClientContextSetupProcessor), the SecurityDomain defined to forward/propagate identities is lost making impossible to propagate identities when connecting to a remote EJB.
The reference to the AuthenticationConfiguration should be obtained at runtime during invocations in order to be able to obtain the current identity for a given SecurityDomain.

https://developer.yahoo.com/hadoop/tutorial/module4.html
Speculative execution is enabled by default. You can disable speculative execution for the mappers and reducers by setting the mapred.map.tasks.speculative.execution and mapred.reduce.tasks.speculative.execution JobConf options to false, respectively.
CompactorMR is currently not set up to handle speculative execution and may lead to something like

2016-02-08 22:56:38,256 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hdfs.protocol.AlreadyBeingCreatedException): Failed to CREATE_FILE /apps/hive/warehouse/service_logs_v2/ds=2016-01-20/_tmp_6cf08b9f-c2e2-4182-bc81-e032801b147f/base_13858600/bucket_00004 for DFSClient_attempt_1454628390210_27756_m_000001_1_131224698_1 on 172.18.129.12 because this file lease is currently owned by DFSClient_attempt_1454628390210_27756_m_000001_0_-2027182532_1 on 172.18.129.18
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.recoverLeaseInternal(FSNamesystem.java:2937)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInternal(FSNamesystem.java:2562)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInt(FSNamesystem.java:2451)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFile(FSNamesystem.java:2335)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.create(NameNodeRpcServer.java:688)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.create(ClientNamenodeProtocolServerSideTranslatorPB.java:397)
        at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:616)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:969)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2151)

Short term: disable speculative execution for this job
Longer term perhaps make each task write to dir with UUID...

It should respect the method of the underlying form element.

webhcat should set the additional property - "tez.credentials.path" to the same value as the MapReduce property.
WebHCat should always proactively set this tez.credentials.path property to the same value and in the same cases where it is setting the MR equivalent property.

We encounter a java.lang.ExceptionInInitializerError when running our application with the Spring libraries on the JVM endorsed classpath:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.context.annotation.internalConfigurationAnnotationProcessor': Instantiation of bean failed; nested exception is java.lang.ExceptionInInitializerError
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:1076)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1021)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:504)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:475)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:304)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:228)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:300)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:200)
	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:88)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:609)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:464)
...

This is due to the following piece of code in PropertyEditorRegistrySupport (line 92):

			zoneIdClass = PropertyEditorRegistrySupport.class.getClassLoader().loadClass("java.time.ZoneId");

The class loader is null, because PropertyEditorRegistrySupport has been loaded by the bootstrap class loader. The resolution is to either remove the Spring libraries from the endorsed classpath, or to work around the problem by using the system class loader to obtain the zoneId:

      ClassLoader classLoader = PropertyEditorRegistrySupport.class.getClassLoader();
      if (classLoader == null)
      {
        classLoader = ClassLoader.getSystemClassLoader();
      }
      zoneIdClass = classLoader.loadClass("java.time.ZoneId");

Pass-Thru VectorSMBMapJoinOperator was not designed to handle old-style MR FilterMaps.

HIVE-13354 moved a helper class StringableMap from ql/txn/compactor/CompactorMR.java to metastore/txn/TxnUtils.java
This introduced a dependency from ql package to metastore package which is not allowed and fails in a real cluster.
Instead of moving it to metastore, it should be moved to common package.

HIVE-10059 fixed line 628 in q.out
Similar issue exists on line 567 and should be fixed as well.

Running: diff -a /home/hiveptest/54.159.254.207-hiveptest-2/apache-github-source-source/itests/qtest/../../itests/qtest/target/qfile-results/clientpositive/udaf_percentile_approx_23.q.out /home/hiveptest/54.159.254.207-hiveptest-2/apache-github-source-source/itests/qtest/../../ql/src/test/results/clientpositive/udaf_percentile_approx_23.q.out
567c567
< 342.0
---
> 341.5

insert overwrite local directory .... select * from table; fails with "java.lang.IllegalStateException: Cannot create staging directory" when the path sent to the getTempDirForPath(Path path)  is a local fs path.
This is a regression caused by the fix for HIVE-14270

Problem description
It is not possible to use the batch namespace in spring configuration files if the allowBeanDefinitionOverriding is set to false in the application context. The application context loading fails with a org.springframework.beans.factory.parsing.BeanDefinitionParsingException exception.
This is caused by the JobParser and InlineFlowParser from package org.springframework.batch.core.configuration.xml. JobParser creates for non abstract job definition a SimpleFlow which is unfortunately registered under the same bean name as the job parsed by the JobParser - the problematic code is on line 120 of the JobParser. The application context loading fails as 2 beans with the same names are going to be registered. The first one is a factory bean for SimpleFlow and the second one is a factory bean for FlowJob.
This fact is visible also from logs when the allowBeanDefinitionOverriding is set to true:

org.springframework.beans.factory.support.DefaultListableBeanFactory registerBeanDefinition
INFO: Overriding bean definition for bean 'dummyJob': replacing [Generic bean: class [org.springframework.batch.core.configuration.xml.SimpleFlowFactoryBean]; scope=singleton; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null] with [Generic bean: class [org.springframework.batch.core.configuration.xml.JobParserJobFactoryBean]; scope=singleton; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null]

I have attached a very simple application to this issue, which contains 2 unit tests. One with allowBeanDefinitionOverriding=true and another one with allowBeanDefinitionOverriding=false. The second one fails with the org.springframework.beans.factory.parsing.BeanDefinitionParsingException exception.
Possible fix
The factory bean for SimpleFlow could be represented by a random name (or by a prefix/suffix added to the bean name of the FlowJob's factroy bean), as the SimpleFlow is just a bean which will be not used as a "main", standalone bean, but it is used only as the flow attribute of the SimpleFlow. So its bean name is not important, however it should named differently as its owner FlowJob. The current implementation of the InlineFlowParser uses the same value for the flow name and for the bean name. If flow name is important and it makes no sense to use a random name or a modified name, then an additional value should be provided for the InlineFlowParser's constructor, which will be the bean name to use.

getAllRegionLocations walks meta. Well after doing the work, we should put the results into cache.

Null pointer exception is logged by thrift server process if a client calls getVer() through thrift server and its result is empty.
The easiest fix is to check if result is empty or not.
09/08/18 15:58:30 ERROR server.TThreadPoolServer: Error occurred during processing of message.
        at org.apache.hadoop.hbase.thrift.ThriftServer$HBaseHandler.getVer(ThriftServer.java:281)
        at org.apache.hadoop.hbase.thrift.ThriftServer$HBaseHandler.getVer(ThriftServer.java:269)
        at org.apache.hadoop.hbase.thrift.generated.Hbase$Processor$getVer.process(Hbase.java:2096)
        at org.apache.hadoop.hbase.thrift.generated.Hbase$Processor.process(Hbase.java:1859)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:252)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)

Minor issue while looking at the RS metrics:
numberOfStorefiles=8, storefileUncompressedSizeMB=2418, storefileSizeMB=2420, compressionRatio=1.0008
I guess there's a truncation somewhere when it's adding the numbers up.
FWIW there's no compression on that table.

org.jboss.as.server.deployment.scanner.XmlCompletionScannerTest#testIncompleteDocument fails on IBM JDK 8
100% on RHEL7 && IBM JDK 8
60% on RHEL6 && 64-bit && IBM JDK 8

get fresh wildfly-core
cd deployment-scanner
mvn test   -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1  -DfailIfNoTests=false -Dtest=XmlCompletionScannerTest

Running org.jboss.as.server.deployment.scanner.XmlCompletionScannerTest
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.254 sec <<< FAILURE! - in org.jboss.as.server.deployment.scanner.XmlCompletionScannerTest
testIncompleteDocument(org.jboss.as.server.deployment.scanner.XmlCompletionScannerTest)  Time elapsed: 0.214 sec  <<< FAILURE!
java.lang.AssertionError: 
Expected: is <1>
     but: was <0>
	at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
	at org.junit.Assert.assertThat(Assert.java:865)
	at org.junit.Assert.assertThat(Assert.java:832)
	at org.jboss.as.server.deployment.scanner.XmlCompletionScannerTest.testIncompleteDocument(XmlCompletionScannerTest.java:65)

No errors in output

Currently, join predicates on outer join are evaluated in join operator (or HashSink for MapJoin) and the result value is tagged to end of each values(as a boolean), which is used for joining values. But when predicates are overlapped on single alias, all the predicates are evaluated with AND conjunction, which makes invalid result. 
For example with table a with values,

100 40
100 50
100 60

Query below has overlapped predicates on alias b, which is making all the values on b are tagged with true(filtered)

select * from a right outer join a b on (a.key=b.key AND a.value=50 AND b.value=50) left outer join a c on (b.key=c.key AND b.value=60 AND c.value=60);

NULL	NULL	100	40	NULL	NULL
NULL	NULL	100	50	NULL	NULL
NULL	NULL	100	60	NULL	NULL

-- Join predicate
Join Operator
  condition map:
       Right Outer Join0 to 1
       Left Outer Join1 to 2
  condition expressions:
    0 {VALUE._col0} {VALUE._col1}
    1 {VALUE._col0} {VALUE._col1}
    2 {VALUE._col0} {VALUE._col1}
  filter predicates:
    0 
    1 {(VALUE._col1 = 50)} {(VALUE._col1 = 60)}
    2 

but this should be 

100	50	100	50	NULL	NULL
NULL	NULL	100	60	100	60

The parameter is a regionName, but in the method, it will get a region locator for the table, and pass the use the regionName to locate the region, but actually, the parameter of the getRegionLocation method is row, not regionName...

When a column col1 defined as decimal and if the sum of the column overflows, we will try to increase the decimal precision by 10. But if it's reaching 38 (the max precision), the overflow still could happen. Right now, if such case happens, the following exception will throw since hive is writing incorrect data.
Follow the following steps to repro. 

CREATE TABLE DECIMAL_PRECISION(dec decimal(38,18));
INSERT INTO DECIMAL_PRECISION VALUES(98765432109876543210.12345), (98765432109876543210.12345);
SELECT SUM(dec) FROM DECIMAL_PRECISION;

Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
        at org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryUtils.readVInt(LazyBinaryUtils.java:314) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryUtils.checkObjectByteInfo(LazyBinaryUtils.java:219) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryStruct.parse(LazyBinaryStruct.java:142) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]

While testing a cluster, we hit upon the following assert during region assigment.  We were killing the master during a long run of splits.  We think what happened is that the HMaster was killed while splitting, woke up & split again.  If this happens, we will have 2 files: 1 partially written and 1 complete one.  Since encountering partial log splits upon Master failure is considered normal behavior, we should continue at the RS level if we encounter an EOFException & not an filesystem-level exception, even with skip.errors == false.
2010-08-20 16:59:07,718 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: Error opening MailBox_dsanduleac,57db45276ece7ce03ef7e8d9969eb189:99900000000008@facebook.com,1280960828959.7c542d24d4496e273b739231b01885e6.
java.io.EOFException
        at java.io.DataInputStream.readInt(DataInputStream.java:375)
        at org.apache.hadoop.io.SequenceFile$Reader.readRecordLength(SequenceFile.java:1902)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1932)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1837)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1883)
        at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.next(SequenceFileLogReader.java:121)
        at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.next(SequenceFileLogReader.java:113)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEdits(HRegion.java:1981)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEdits(HRegion.java:1956)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEditsIfAny(HRegion.java:1915)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:344)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.instantiateRegion(HRegionServer.java:1490)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.openRegion(HRegionServer.java:1437)
        at org.apache.hadoop.hbase.regionserver.HRegionServer$Worker.run(HRegionServer.java:1345)
2010-08-20 16:59:07,719 ERROR org.apache.hadoop.hbase.regionserver.RSZookeeperUpdater: Aborting open of region 7c542d24d4496e273b739231b01885e6

Adding a runtime step on a domain profile resource is wrong. Currently, the kernel rejects this (see WFCORE-2849) which means you can't add a jmx audit logger in domain mode. That would make this a Blocker, but in WFCORE-3217 I'm going to relax the kernel behavior. Still, this should be corrected.

The activators attached to these options are expecting an argument value, but there is no such argument.

In q.test environment with src table, execute the following query: 

CREATE TABLE DEST1(key STRING, value STRING) STORED AS TEXTFILE;

CREATE TABLE DEST2(key STRING, val1 STRING, val2 STRING) STORED AS TEXTFILE;

FROM (select 'tst1' as key, cast(count(1) as string) as value from src s1
                         UNION all 
      select s2.key as key, s2.value as value from src s2) unionsrc
INSERT OVERWRITE TABLE DEST1 SELECT unionsrc.key, COUNT(DISTINCT SUBSTR(unionsrc.value,5)) GROUP BY unionsrc.key
INSERT OVERWRITE TABLE DEST2 SELECT unionsrc.key, unionsrc.value, COUNT(DISTINCT SUBSTR(unionsrc.value,5)) 
GROUP BY unionsrc.key, unionsrc.value;

select * from DEST1;
select * from DEST2;

DEST1 and DEST2 should both have 310 rows. However, DEST2 only has 1 row "tst1    500     1"

Current implementation of createFilterFromArguments() in KeyOnlyFilter rejects the Boolean argument, effectively preventing from specifying this option from HBase shell.

The new error logging format of UnsatisfiedDependencyInjection introduced in Spring 4.3 can cause a OutOfMemoryError. When the constructor

public UnsatisfiedDependencyException(String resourceDescription, String beanName, String propertyName, BeansException ex) {
  this(resourceDescription, beanName, propertyName, (ex != null ? ex.getMessage() : ""));
  initCause(ex);
}

is used (for example when a field with an @Inject annotation can't be resolved), the exception message of the causing exception is included twice in the current exception message, once by UnsatisfiedDependencyException, once by NestedRuntimeException which is a superclass of UnsatisfiedDependencyException. The exception message format looks like this:

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name '<NAME>': Unsatisfied dependency expressed through field '<FIELD>': <NESTED EXCEPTION MESSAGE>; nested exception is <NESTED EXCEPTION MESSAGE>

This makes it more than double the size of the message of the causing exception and causes exponential growth of memory consumption. If the nesting level is high enough the application will crash with an OutOfMemoryError instead of logging the root cause of the context creation failure, which is hardly the goal of the new logging format.
I suggest to change the constructor definition to:

  this(resourceDescription, beanName, propertyName, "");
}

This makes the causing exception message only be included once as nested exception text.
Example project to reproduce error & logoutput is attached.

See issue reported in mailing list.
http://www.nabble.com/camel-cxf-endpoint---error-%3A-Failed-to-convert-property-value-of-type--...-tp22312601p22312601.html

Looking at the XSD file, it looks like some paths are odd.
Like:
https://github.com/SpringSource/spring-data-mongodb/blob/master/spring-data-mongodb/src/main/resources/org/springframework/data/mongodb/config/spring-mongo-1.3.xsd#L275
org.springframework.data.mongodb.core.core.MongoTemplate
and further below as well (note the core.core).

ProcedureMember#submitSubprocedure() uses the following check:

      if (!rsub.isComplete()) {
        LOG.error("Subproc '" + procName + "' is already running. Bailing out");
        return false;
      }

If a subprocedure of that name previously ran but failed, its complete field would stay false, leading to early bailout.
A failed subprocedure should mark itself complete.

When we close the region during split we close all the storefiles readers. At the time of store file reference creation we open the reader to check split row with the store file  boundaries. But if skipStoreFileRangeCheck return true then we may not open the reader and it will be null. So getting NPE.

    f.getReader().close(true);

Coverity found possible resource leak. On 2 places there is created ServerAuthenticationContext in SecurityIdentity but is not closed.

    public SecurityIdentity createRunAsIdentity(Principal principal, boolean authorize) throws SecurityException {
        Assert.checkNotNullParam("principal", principal);
        // rewrite principal
        final SecurityManager sm = System.getSecurityManager();
        if (sm != null) {
            sm.checkPermission(SET_RUN_AS_PERMISSION);
        }

        final ServerAuthenticationContext context = securityDomain.createNewAuthenticationContext(this, MechanismConfigurationSelector.constantSelector(MechanismConfiguration.EMPTY));
        try {
            if (! (context.importIdentity(this) && context.authorize(principal, authorize))) {
                throw log.runAsAuthorizationFailed(this.principal, principal, null);
            }
        } catch (RealmUnavailableException e) {
            throw log.runAsAuthorizationFailed(this.principal, context.getAuthenticationPrincipal(), e);
        }
        return context.getAuthorizedIdentity();
    }

    public SecurityIdentity createRunAsAnonymous(boolean authorize) throws SecurityException {
        }

        if (! context.authorizeAnonymous(authorize)) {
            throw log.runAsAuthorizationFailed(principal, AnonymousPrincipal.getInstance(), null);
        }
    }

In SecurityDomainTrustManager newly created ServerAuthenticationContext is closed in try-with-resource

try (final ServerAuthenticationContext authenticationContext = securityDomain.createNewAuthenticationContext(mechanismConfigurationSelector)) {

https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=22525060&defectInstanceId=5116909&mergedDefectId=1440894&fileStart=376&fileEnd=625

Due to more strict javadoc checks in Java 8 one currently cannot build spring-security with javadoc via a plain ./gradlew install as a fallback one has to skip javadoc generation ./gradlew install -x javadoc.
Since the JavaDoc errors are all within BCrypt.java it should be very easy to fix.
With those javadoc tags fixed one can build the spring-security with Java 8 without any problems.

D:\dev\repos\spring\spring-security\crypto\src\main\java\org\springframework\security\crypto\bcrypt\BCrypt.java:34: error: self-closing element not allowed
 * String pw_hash = BCrypt.hashpw(plain_password, BCrypt.gensalt()); <br />
                                                                     ^
D:\dev\repos\spring\spring-security\crypto\src\main\java\org\springframework\security\crypto\bcrypt\BCrypt.java:41: error: self-closing element not allowed
 * if (BCrypt.checkpw(candidate_password, stored_hash))<br />
                                                       ^
D:\dev\repos\spring\spring-security\crypto\src\main\java\org\springframework\security\crypto\bcrypt\BCrypt.java:42: error: self-closing element not allowed
 * &nbsp;&nbsp;&nbsp;&nbsp;System.out.println("It matches");<br />
                                                            ^
D:\dev\repos\spring\spring-security\crypto\src\main\java\org\springframework\security\crypto\bcrypt\BCrypt.java:43: error: self-closing element not allowed
 * else<br />
       ^
D:\dev\repos\spring\spring-security\crypto\src\main\java\org\springframework\security\crypto\bcrypt\BCrypt.java:44: error: self-closing element not allowed
 * &nbsp;&nbsp;&nbsp;&nbsp;System.out.println("It does not match");<br />
                                                                   ^
D:\dev\repos\spring\spring-security\crypto\src\main\java\org\springframework\security\crypto\bcrypt\BCrypt.java:51: error: self-closing element not allowed
 * String strong_salt = BCrypt.gensalt(10)<br />
                                          ^
D:\dev\repos\spring\spring-security\crypto\src\main\java\org\springframework\security\crypto\bcrypt\BCrypt.java:52: error: self-closing element not allowed
 * String stronger_salt = BCrypt.gensalt(12)<br />

We got the following error:
Exception in thread "main" java.lang.AssertionError: Verification failed with error code 1
at org.junit.Assert.fail(Assert.java:88)
at org.apache.hadoop.hbase.test.IntegrationTestTimeBoundedRequestsWithRegionReplicas.runIngestTest(IntegrationTestTimeBoundedRequestsWithRegionReplicas.java:217)
at org.apache.hadoop.hbase.IntegrationTestIngest.internalRunIngestTest(IntegrationTestIngest.java:123)
at org.apache.hadoop.hbase.IntegrationTestIngest.runTestFromCommandLine(IntegrationTestIngest.java:106)
at org.apache.hadoop.hbase.IntegrationTestBase.doWork(IntegrationTestBase.java:123)
at org.apache.hadoop.hbase.util.AbstractHBaseTool.run(AbstractHBaseTool.java:112)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:70)
at org.apache.hadoop.hbase.test.IntegrationTestTimeBoundedRequestsWithRegionReplicas.main(IntegrationTestTimeBoundedRequestsWithRegionReplicas.java:362)
The reason why we got it because another assertion fails in UnbalanceKillAndRebalanceAction:
Exception in thread "Thread-57" java.lang.AssertionError
        at org.junit.Assert.fail(Assert.java:86)
        at org.junit.Assert.assertTrue(Assert.java:41)
        at org.junit.Assert.assertTrue(Assert.java:52)
        at org.apache.hadoop.hbase.chaos.actions.UnbalanceKillAndRebalanceAction.perform(UnbalanceKillAndRebalanceAction.java:60)

Mocking error

Running org.apache.hadoop.hbase.tool.TestCanaryTool
Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 77.873 sec <<< FAILURE! - in org.apache.hadoop.hbase.tool.TestCanaryTool
testReadTableTimeouts(org.apache.hadoop.hbase.tool.TestCanaryTool)  Time elapsed: 13.845 sec  <<< FAILURE!
org.mockito.exceptions.verification.junit.ArgumentsAreDifferent: 
Argument(s) are different! Wanted:
mockAppender.doAppend(
    <custom argument matcher>
);
-> at org.apache.hadoop.hbase.tool.TestCanaryTool.testReadTableTimeouts(TestCanaryTool.java:150)
Actual invocation has different arguments:
    org.apache.log4j.spi.LoggingEvent@7f5fcfe9
);
-> at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:66)

	at org.apache.hadoop.hbase.tool.TestCanaryTool.testReadTableTimeouts(TestCanaryTool.java:150)

Results :

Failed tests: 
  TestCanaryTool.testReadTableTimeouts:150 
);
);

I wonder, why PageImpl.getTotalPages() returns 0, when instantiated with simple constructor, with non zero element collection as argument.
PageImplTest.java
import org.junit.*;
import org.springframework.data.domain.*;

import java.util.*;

import static org.hamcrest.CoreMatchers.*;
import static org.junit.Assert.*;

public class PageImplTest {

    @Test
    public void getTotalPagesReturnSameResultForAllConstructors() {
        List<String> content = Arrays.asList("a", "b");

        Page<String> pageWithSimpleConstructor = new PageImpl<>(content);

        Pageable pageable = new PageRequest(0, content.size());

        Page<String> pageWithComplexConstructor = new PageImpl<>(content, pageable, content.size());

        assertThat(pageWithComplexConstructor.getTotalPages(), is(1));
        assertThat(pageWithSimpleConstructor.getTotalPages(), is(1));

    }
}

Some Session/ZooKeeperClient instances are not closed in some scenario. We need to make sure they are always closed.

1. following statement failed: 

create table foo(id int) location 'hdfs:///tmp/foo';
Error: Error while compiling statement: FAILED: HiveAccessControlException Permission denied: Principal [name=userx, type=USER] does not have following privileges for operation CREATETABLE [[OBJECT OWNERSHIP] on Object [type=DFS_URI, name=hdfs://hacluster/tmp/foo]] (state=42000,code=40000)

2. but when use create table as select, it successed:

0: jdbc:hive2://189.39.151.44:21066/> create table foo location 'hdfs:///tmp/foo' as select * from xxx2;
INFO  : Number of reduce tasks is set to 0 since there's no reduce operator
INFO  : number of splits:1
INFO  : Submitting tokens for job: job_1491449632882_0094
INFO  : Kind: HDFS_DELEGATION_TOKEN, Service: ha-hdfs:hacluster
INFO  : The url to track the job: https://189-39-151-44:26001/proxy/application_1491449632882_0094/
INFO  : Starting Job = job_1491449632882_0094, Tracking URL = https://189-39-151-44:26001/proxy/application_1491449632882_0094/
INFO  : Kill Command = /opt/hive-1.3.0/bin/..//../hadoop/bin/hadoop job  -kill job_1491449632882_0094
INFO  : Hadoop job information for Stage-1: number of mappers: 1; number of reducers: 0
INFO  : 2017-04-10 09:44:49,185 Stage-1 map = 0%,  reduce = 0%
INFO  : 2017-04-10 09:44:57,202 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 1.98 sec
INFO  : MapReduce Total cumulative CPU time: 1 seconds 980 msec
INFO  : Ended Job = job_1491449632882_0094
INFO  : Stage-3 is selected by condition resolver.
INFO  : Stage-2 is filtered out by condition resolver.
INFO  : Stage-4 is filtered out by condition resolver.
INFO  : Moving data to directory hdfs://hacluster/user/hive/warehouse/.hive-staging_hive_2017-04-10_09-44-32_462_4902211653847168915-1/-ext-10001 from hdfs://hacluster/user/hive/warehouse/.hive-staging_hive_2017-04-10_09-44-32_462_4902211653847168915-1/-ext-10003
INFO  : Moving data to directory hdfs:/tmp/foo from hdfs://hacluster/user/hive/warehouse/.hive-staging_hive_2017-04-10_09-44-32_462_4902211653847168915-1/-ext-10001
No rows affected (26.969 seconds)

3. and the table location is hdfs://hacluster/tmp/foo  :

0: jdbc:hive2://189.39.151.44:21066/> desc formatted foo;
+-------------------------------+-------------------------------------------------------+-----------------------+--+
|           col_name            |                       data_type                       |        comment        |
| # col_name                    | data_type                                             | comment               |
|                               | NULL                                                  | NULL                  |
| id                            | int                                                   |                       |
| # Detailed Table Information  | NULL                                                  | NULL                  |
| Database:                     | default                                               | NULL                  |
| Owner:                        | userx                                                 | NULL                  |
| CreateTime:                   | Mon Apr 10 09:44:59 CST 2017                          | NULL                  |
| LastAccessTime:               | UNKNOWN                                               | NULL                  |
| Protect Mode:                 | None                                                  | NULL                  |
| Retention:                    | 0                                                     | NULL                  |
| Location:                     | hdfs://hacluster/tmp/foo                              | NULL                  |
| Table Type:                   | MANAGED_TABLE                                         | NULL                  |
| Table Parameters:             | NULL                                                  | NULL                  |
|                               | COLUMN_STATS_ACCURATE                                 | false                 |
|                               | numFiles                                              | 1                     |
|                               | numRows                                               | -1                    |
|                               | rawDataSize                                           | -1                    |
|                               | totalSize                                             | 56                    |
|                               | transient_lastDdlTime                                 | 1491788699            |
| # Storage Information         | NULL                                                  | NULL                  |
| SerDe Library:                | org.apache.hadoop.hive.serde2.columnar.ColumnarSerDe  | NULL                  |
| InputFormat:                  | org.apache.hadoop.hive.ql.io.RCFileInputFormat        | NULL                  |
| OutputFormat:                 | org.apache.hadoop.hive.ql.io.RCFileOutputFormat       | NULL                  |
| Compressed:                   | No                                                    | NULL                  |
| Num Buckets:                  | -1                                                    | NULL                  |
| Bucket Columns:               | []                                                    | NULL                  |
| Sort Columns:                 | []                                                    | NULL                  |
| Storage Desc Params:          | NULL                                                  | NULL                  |
|                               | serialization.format                                  | 1                     |

This is in a codepath currently disabled in master, however enabling it triggers OOB.

Caused by: java.lang.ArrayIndexOutOfBoundsException: 1024
        at org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector.setRef(BytesColumnVector.java:92)
        at org.apache.hadoop.hive.ql.exec.vector.VectorDeserializeRow.deserializeRowColumn(VectorDeserializeRow.java:415)
        at org.apache.hadoop.hive.ql.exec.vector.VectorDeserializeRow.deserialize(VectorDeserializeRow.java:674)
        at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.generateHashMapResultLargeMultiValue(VectorMapJoinGenerateResultOperator.java:307)
        at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.generateHashMapResultMultiValue(VectorMapJoinGenerateResultOperator.java:226)
        at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.generateHashMapResultRepeatedAll(VectorMapJoinGenerateResultOperator.java:391)

It seems there is an issue with ClassUtils.isAssignable and primitive/wrapper types:

Boolean b1 = true; // boolean is assignable to Boolean
boolean b2 = Boolean.TRUE; // Boolean is assignable to boolean
assertTrue(ClassUtils.isAssignable(boolean.class, Boolean.class));
assertTrue(ClassUtils.isAssignable(Boolean.class, boolean.class)); //Fail

I think the fix in ClassUtils would be:

public static boolean isAssignable(Class<?> lhsType, Class<?> rhsType) {
	Assert.notNull(lhsType, "Left-hand side type must not be null");
	Assert.notNull(rhsType, "Right-hand side type must not be null");
	return (lhsType.isAssignableFrom(rhsType) ||
			lhsType.equals(primitiveWrapperTypeMap.get(rhsType)) ||
			rhsType.equals(primitiveWrapperTypeMap.get(lhsType)));
}

VectorHashKeyWrappper creation allocates too many zero sized arrays and thrashes the TLAB.

While using below setup still camel catalog attempted to download:
<plugin>
	<groupId>org.apache.camel</groupId>
	<artifactId>camel-maven-plugin</artifactId>
	<version>2.19.0</version>
	<executions>
		<execution>
			<phase>process-classes</phase>
			<goals>
				<goal>validate</goal>
			</goals>
			<configuration>
				<downloadVersion>false</downloadVersion>
				<download>false</download>
				<showAll>true</showAll>
				<logUnparseable>true</logUnparseable>
				<failOnError>true</failOnError>
			</configuration>
		</execution>
	</executions>
</plugin>
Log:
10:51:37 [WARNING] Cannot load version 2.19.0 due Error grabbing Grapes – unresolved dependency: org.apache.camel#camel-catalog;2.19.0: not found
10:51:37 [INFO] Using Camel version: 2.19.0

Hello, 
I've spotted that in JedisConnection in zCount and zInterStore methods there are two if statements with the same conditions isQueueing() and should be isQueueing() and isPipelined().
That's why pipeline processing of this methods does not work.
Than you.

Undertow mod_cluster proxy acts both as a server and as a client in relation to its workers.
While the server configuration is quite straightforward:

+++
<system-properties>
    <property name="javax.net.ssl.trustStore" value="/vault/ca-cert.jks"/>
    <property name="javax.net.ssl.trustStorePassword" value="tomcat"/>
</system-properties>
+++
<security-realm name="UndertowRealm">
    <server-identities>
        <ssl>
            <keystore path="/vault/server-cert-key.jks"  keystore-password="tomcat" alias="javaserver" key-password="tomcat"/>
        </ssl>
    </server-identities>
</security-realm>
+++
<https-listener name="https" socket-binding="https" security-realm="UndertowRealm"/>
+++

with having management-socket-binding="https" and advertise-protocol="https" set; it seems there is no way to configure certs and keys for the client role of the Undertow mod_cluster proxy implementation.
With the current implementation, worker can connect to the Undertow mod_cluster proxy, i.e. it can send CONFIG and STATUS MCMP messages, but when the Undertow mod_cluster proxy needs to act as a client, sending STATUS-RSP message to the worker, it does not have the necessary HTTPS setup:

DEBUG [io.undertow] (default I/O-5) UT005055: HttpClientPingTask run for connection: https://192.168.0.122:8544/?#
DEBUG [io.undertow.server.handlers.proxy.ProxyHandler] (default I/O-5) No proxy target for request to https://192.168.0.122:8443/
DEBUG [io.undertow] (default task-7) UT005056: Received node load in STATUS message, node jvmRoute: worker-1, load: 80
DEBUG [io.undertow.request] (default I/O-5) Failed to connect: java.io.IOException: UT000065: SSL must be specified to connect to a https URL
    at io.undertow.client.http.HttpClientProvider.connect(HttpClientProvider.java:93)
    at io.undertow.client.UndertowClient.connect(UndertowClient.java:158)
    at io.undertow.server.handlers.proxy.ProxyConnectionPool.openConnection(ProxyConnectionPool.java:233)
    at io.undertow.server.handlers.proxy.ProxyConnectionPool.connect(ProxyConnectionPool.java:446)
    at io.undertow.server.handlers.proxy.mod_cluster.NodePingUtil$1.run(NodePingUtil.java:140)
    at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:560)
    at org.xnio.nio.WorkerThread.run(WorkerThread.java:462)

The HTTPS communication between Undertow mod_cluster proxy and its workers needs to be bidirectional.
If I'm just missing any obvious configuration option, please, shout, throw rocks and close this JIRA 
Thank you for your time looking into it.

The reactive controller method with request parameter fails with 

java.lang.NullPointerException: The mapper returned a null value.

and returns HTTP 500 instead of the HTTP 400 with some conversion error message when called with empty parameter value, i.e. 

integer?parameter=

or

boolean?parameter=

I've pushed sample project using spring-boot `2.0.3.RELEASE` with failing JUnit 5 tests for integer and boolean types of parameter and one successful test with string type parameter.
I've posted this bug also on spring-boot issue tracker https://github.com/spring-projects/spring-boot/issues/13786 but was redirected here.

After snaphot restore, we see failures to find the table in meta:

> disable 'tablefour'
> restore_snapshot 'snapshot_tablefour'
> enable 'tablefour'
ERROR: Table tablefour does not exist.'

This is quite subtle. From the looks of it, we successfully restore the snapshot, do the meta updates, return to the client about the status. The client then tries to do an operation for the table (like enable table, or scan in the test outputs) which fails because the meta entry for the region seems to be gone (in case of single region, the table will be reported missing). Subsequent attempts for creating the table will also fail because the table directories will be there, but not the meta entries.
For restoring meta entries, we are doing a delete then a put to the same region:

2013-11-04 10:39:51,582 INFO org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper: region to restore: 76d0e2b7ec3291afcaa82e18a56ccc30
2013-11-04 10:39:51,582 INFO org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper: region to remove: fa41edf43fe3ee131db4a34b848ff432
...
2013-11-04 10:39:52,102 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted [{ENCODED => fa41edf43fe3ee131db4a34b848ff432, NAME => 'tablethree_mod,,1383559723345.fa41edf43fe3ee131db4a34b848ff432.', STARTKEY => '', ENDKEY => ''}, {ENCODED => 76d0e2b7ec3291afcaa82e18a56ccc30, NAME => 'tablethree_mod,,1383561123097.76d0e2b7ec3291afcaa82e18a56ccc30.', STARTKE
2013-11-04 10:39:52,111 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Added 1

The root cause for this sporadic failure is that, the delete and subsequent put will have the same timestamp if they execute in the same ms. The delete will override the put in the same ts, even though the put have a larger ts.
See: HBASE-9905, HBASE-8770
Credit goes to Huned Lokhandwala for reporting this bug. 

If you don't use a simple expresion that falls back to the SimpleBackwardsCompatibleParser, the simple language doesn't seem to work. If I override the start and end token with an explicit definition of the simplelanguage everything works well.
  <bean id="simple" class="org.apache.camel.language.simple.SimpleLanguage">
      <constructor-arg name="functionStartToken" value="${"/>
      <constructor-arg name="functionEndToken" value="}"/>
  </bean> 
It seems that org.apache.camel.language.simple.SimpleExpressionParser.SimpleExpressionParser(String) fails to create an expression because startToken and endToken are "automagically" changed for strange Strings. It seems that when exchange.getContext().resolveLanguage("simple") tries to resolve the languaje it doesn't use the default construtor and injects a strange start and end token in the constructor SimpleLanguage(String functionStartToken, String functionEndToken).

Currently, ReduceRecordProcessor sends one key,value pair at a time to its operator pipeline.  It would be beneficial to send VectorizedRowBatch to downstream operators. 

Here is a part of skipKVsNewerThanReadpoint method:

      hfs.next();
      setCurrentCell(hfs.getKeyValue());
      if (this.stopSkippingKVsIfNextRow
          && getComparator().compareRows(cur.getRowArray(), cur.getRowOffset(),
              cur.getRowLength(), startKV.getRowArray(), startKV.getRowOffset(),
              startKV.getRowLength()) > 0) {

If hfs has no more KVs, cur will be set to Null and on on the next step will throw NPE. 

For zk assignment, we used to process this regions. For zk less assignment, we should do the same

When the master process or region server process dies on Linux, we invoke:

  if [ -f ${HBASE_ZNODE_FILE} ]; then
    if [ "$command" = "master" ]; then
      $bin/hbase master clear > /dev/null 2>&1
    else
      #call ZK to delete the node
      ZNODE=`cat ${HBASE_ZNODE_FILE}`
      $bin/hbase zkcli delete ${ZNODE} > /dev/null 2>&1
    fi
    rm ${HBASE_ZNODE_FILE}
  fi

We delete its znode from the process which started the server JVM for faster crash recovery.
In secure deployment however, the second process does not authenticate to zookeeper properly and fails to delete the znode: 

2015-06-11 11:05:06,238 WARN  [main-SendThread(ip-172-31-32-230.ec2.internal:2181)] client.ZooKeeperSaslClient: Could not login: the client is being asked for a password, but the Zookeeper client code does not currently support obtaining a password from the user. Make sure that the client is configured to use a ticket cache (using the JAAS config
2015-06-11 11:05:06,248 WARN  [main-SendThread(ip-172-31-32-230.ec2.internal:2181)] zookeeper.ClientCnxn: SASL configuration failed: javax.security.auth.login.LoginException: No password provided Will continue connection to Zookeeper server without SASL authentication, if Zookeeper server allows it.
2015-06-11 11:05:06,251 INFO  [main-SendThread(ip-172-31-32-230.ec2.internal:2181)] zookeeper.ClientCnxn: Opening socket connection to server ip-172-31-32-230.ec2.internal/172.31.32.230:2181
2015-06-11 11:05:06,263 INFO  [main-SendThread(ip-172-31-32-230.ec2.internal:2181)] zookeeper.ClientCnxn: Socket connection established to ip-172-31-32-230.ec2.internal/172.31.32.230:2181, initiating session
2015-06-11 11:05:06,294 INFO  [main-SendThread(ip-172-31-32-230.ec2.internal:2181)] zookeeper.ClientCnxn: Session establishment complete on server ip-172-31-32-230.ec2.internal/172.31.32.230:2181, sessionid = 0x14de1dd0f3200cf, negotiated timeout = 40000
2015-06-11 11:05:06,664 WARN  [main] util.HeapMemorySizeUtil: hbase.regionserver.global.memstore.upperLimit is deprecated by hbase.regionserver.global.memstore.size
2015-06-11 11:05:09,070 WARN  [main] zookeeper.ZooKeeperNodeTracker: Can't get or delete the master znode
org.apache.zookeeper.KeeperException$NoAuthException: KeeperErrorCode = NoAuth for /hbase-secure/master
  at org.apache.zookeeper.KeeperException.create(KeeperException.java:113)
  at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
  at org.apache.zookeeper.ZooKeeper.delete(ZooKeeper.java:873)
  at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.delete(RecoverableZooKeeper.java:179)
  at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNode(ZKUtil.java:1345)
  at org.apache.hadoop.hbase.zookeeper.MasterAddressTracker.deleteIfEquals(MasterAddressTracker.java:270)
  at org.apache.hadoop.hbase.ZNodeClearer.clear(ZNodeClearer.java:149)

This is due to REGIONSERVER_OPTS / HBASE_MASTER_OPTS not being passed for invoking the zkcli command.
Thanks to Enis who spotted the issue.

If you run petclinic sample and uses any date involved finder like "Find by Visit Date Between", the date inputs does not renders the calendar picker for Date fields. I think it may be a bug because the picker rendering seems ok while creating new entities.

Just discovered a strange compatibility issue with Spring 3.2. Specifically, the new PathExtensionContentNegotiationStrategy calls getServletContext() on the servlet request. That method is new in Servlet 3.0. Consequently, that won't work on servlet containers that aren't Servlet 3.0 compatible yet.
The way we found this is that I bumped up Greenhouse (which is currently running on an older, pre-Servlet 3.0 version of tcServer) to depend on Spring 3.2 (for different reasons) and discovered that resource mapping isn't working right. When requesting a CSS or anything else mapped under /resources (using <mvc:resources>), the server sends an HTTP 500 and the stack trace includes the following:

java.lang.NoSuchMethodError: javax.servlet.http.HttpServletRequest.getServletContext()Ljavax/servlet/ServletContext; org.springframework.web.accept.PathExtensionContentNegotiationStrategy.handleNoMatch(PathExtensionContentNegotiationStrategy.java:118) org.springframework.web.accept.AbstractMappingContentNegotiationStrategy.resolveMediaTypes(AbstractMappingContentNegotiationStrategy.java:53) org.springframework.web.accept.ContentNegotiationManager.resolveMediaTypes(ContentNegotiationManager.java:102) org.springframework.web.servlet.mvc.condition.ProducesRequestCondition.getAcceptedMediaTypes(ProducesRequestCondition.java:238) org.springframework.web.servlet.mvc.condition.ProducesRequestCondition.access$000(ProducesRequestCondition.java:47) org.springframework.web.servlet.mvc.condition.ProducesRequestCondition$ProduceMediaTypeExpression.matchMediaType(ProducesRequestCondition.java:305) org.springframework.web.servlet.mvc.condition.AbstractMediaTypeExpression.match(AbstractMediaTypeExpression.java:69) org.springframework.web.servlet.mvc.condition.ProducesRequestCondition.getMatchingCondition(ProducesRequestCondition.java:185) org.springframework.web.servlet.mvc.method.RequestMappingInfo.getMatchingCondition(RequestMappingInfo.java:175) org.springframework.web.servlet.mvc.method.RequestMappingInfoHandlerMapping.getMatchingMapping(RequestMappingInfoHandlerMapping.java:68) org.springframework.web.servlet.mvc.method.RequestMappingInfoHandlerMapping.getMatchingMapping(RequestMappingInfoHandlerMapping.java:50) org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.addMatchingMappings(AbstractHandlerMethodMapping.java:278) org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.lookupHandlerMethod(AbstractHandlerMethodMapping.java:245) org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.getHandlerInternal(AbstractHandlerMethodMapping.java:212) org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.getHandlerInternal(AbstractHandlerMethodMapping.java:55) org.springframework.web.servlet.handler.AbstractHandlerMapping.getHandler(AbstractHandlerMapping.java:297) org.springframework.web.servlet.DispatcherServlet.getHandler(DispatcherServlet.java:1091) org.springframework.web.servlet.DispatcherServlet.getHandler(DispatcherServlet.java:1076) org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:896) org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856) org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:915) org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:804)

The apache-camel jar in the binary distribution misses a lot of files, including class and schema files (12k in size compared to the 1.9M released jar). 

As more and more subcomponents of Hive (Tez, Optimizer) etc are using PerfLogger to track the performance metrics, it will be more meaningful to set the PerfLogger logging level to DEBUG. Otherwise, we will print the performance metrics unnecessarily for each and every query if the underlying subcomponent does not control the PerfLogging via a parameter on its own.

This cause Sentry throws "No valid privileges" error:
Error: Error while compiling statement: FAILED: SemanticException No valid privileges.
To reproduce:
Enable sentry:
create table t1( i int);
create view v1 as select * from t1;
create view v2 as select * from v1 union all select * from v1;
If the user does not have read permission on t1 and v1, the query
select * from v2;  
This will fail with:
Error: Error while compiling statement: FAILED: SemanticException No valid privileges
 User foo does not have privileges for QUERY
 The required privileges: Server=server1->Db=database2->Table=v1->action=select; (state=42000,code=40000)
Sentry should not check v1's permission, for v1 has at least one parent(v2).

Product info report shows wrong installation date in wildfly. Reported installation date is date of wildfly building.
Always on EAP from zip installation

get fresh wildfly from git
build wildfly
./standalone.sh
./jboss-cli.sh -c
:product-info

installation-date is a date of wildfly building
If Product Install Date is not available, wildfly do not report it.
Installation date is reported correctly, when installer is used.

AxiomContentHandler append the result of the XSLT transformation without first emptying the response body. The resulting SOAP response ends up with 2 body child elements : the original (untransformed) endpoint response and the transformation result.
The following patch fixes the problem :
— ../spring-ws-1.0.3/modules/core/src/main/java/org/springframework/ws/soap/axiom/AxiomContentHandler.java	2007-12-21 16:26:32.000000000 +0100
+++ AxiomContentHandler.java	2008-01-08 15:14:41.000000000 +0100
@@ -16,6 +16,7 @@
 package org.springframework.ws.soap.axiom;
+import org.apache.axiom.om.OMNode;
 import org.apache.axiom.om.OMElement;
 import org.apache.axiom.om.impl.builder.SAXOMBuilder;
 import org.springframework.util.Assert;
@@ -39,6 +40,15 @@
     public void endDocument() throws SAXException {
         super.endDocument();
+
+        // Remove original (i.e. source) response body.
+        OMNode child = null;
+        while ((child = parentElement.getFirstOMChild()) != null)
+        
{
+            child.detach();
+        }
+
+        // Set result (i.e. transformed) response body.
         parentElement.addChild(super.getRootElement());
     }
 }

SELECT CAST(from_utc_timestamp(timestamp '2018-05-02 15:30:30', 'PST') - from_utc_timestamp(timestamp '1970-01-30 16:00:00', 'PST') AS STRING);
throws below Exception

Error: Error while compiling statement: FAILED: SemanticException Line 0:-1 Wrong arguments ''PST'': No matching method for class org.apache.hadoop.hive.ql.udf.UDFToString with (interval_day_time). Possible choices: _FUNC_(bigint)  _FUNC_(binary)  _FUNC_(boolean)  _FUNC_(date)  _FUNC_(decimal(38,18))  _FUNC_(double)  _FUNC_(float)  _FUNC_(int)  _FUNC_(smallint)  _FUNC_(string)  _FUNC_(timestamp)  _FUNC_(tinyint)  _FUNC_(void) (state=42000,code=40000)

I have UserRepository with overriden crud repo methods::

@Repository
@RepositoryRestResource(path = "user")
public interface UserRepository extends PagingAndSortingRepository<User, Long> {

    @Override
    @EntityGraph(attributePaths = {"permissionGroups.module"})
    @RestResource
    User findOne(@Param("id") Long id);

    @Override
    @EntityGraph(attributePaths = "organization")
    Page<User> findAll(Pageable pageable);
}

The first call to one of these methods is proceeded properly - specified graph is applied. But then, if i call the other one, the same entity graph will be apllied (not the specified one for this method).
For example, if i call findOne(id) first, i will get user with permissionGroups collection fetched. But then, if i call findAll(), i will get users not with organization fetched, but with permissionGroups. The reverse order of mehod's calls is also has this problem (i will get users with organizations, but not the user with permissionGroups)

The HadoopShims needs new shim functions to add extra HDFS Caching functionality which is not available in 2.2.0 branch.

Shipping the following jars to LLAP to make jdbc storage-handler work: commons-dbcp, commons-pool, db specific jdbc jar whichever exists in classpath.

When HS2 is used as a gateway for the LDAP users to access and run the queries in kerberized cluster, it's authentication mode is configured as LDAP and at this time, HoS might fail by the same reason as HIVE-10594. 
hive.server2.authentication is not a proper property to determine if a cluster is kerberized, instead hadoop.security.authentication should be used.
The failure is in spark client communicating with rest of hadoop as it assumes kerberos does not need to be used.

Define a JavaBean with a List property that uses a type conversion annotation e.g. @DateTimeFormat(iso=Iso.DATE) List<Date> dates;
Attempt to bind element values e.g. dates[0]=2010-07-04&dates[1]=2011-07-04.  Instead of succeeding, the following binding error will be returned:

org.springframework.validation.BindException: org.springframework.validation.BeanPropertyBindingResult: 2 errors
Field error in object 'javaBean' on field 'dates[0]': rejected value [2010-07-04]; codes [typeMismatch.javaBean.dates[0],typeMismatch.javaBean.dates,typeMismatch.dates[0],typeMismatch.dates,typeMismatch.java.util.Date,typeMismatch]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [javaBean.dates[0],dates[0]]; arguments []; default message [dates[0]]]; default message [Failed to convert property value of type 'java.lang.String' to required type 'java.util.Date' for property 'dates[0]'; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value "2010-07-04" from type 'java.lang.String' to type 'java.util.Date'; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value "2010-07-04" from type 'java.lang.String' to type 'java.util.Date'; nested exception is java.lang.IllegalArgumentException]
Field error in object 'javaBean' on field 'dates[1]': rejected value [2011-07-04]; codes [typeMismatch.javaBean.dates[1],typeMismatch.javaBean.dates,typeMismatch.dates[1],typeMismatch.dates,typeMismatch.java.util.Date,typeMismatch]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [javaBean.dates[1],dates[1]]; arguments []; default message [dates[1]]]; default message [Failed to convert property value of type 'java.lang.String' to required type 'java.util.Date' for property 'dates[1]'; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value "2011-07-04" from type 'java.lang.String' to type 'java.util.Date'; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value "2011-07-04" from type 'java.lang.String' to type 'java.util.Date'; nested exception is java.lang.IllegalArgumentException]
	org.springframework.web.bind.annotation.support.HandlerMethodInvoker.doBind(HandlerMethodInvoker.java:809)
	org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveHandlerArguments(HandlerMethodInvoker.java:358)
	org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:170)
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:426)
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:414)
	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:774)
	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:549)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)

This can be conveniently reproduced by checking out:
https://src.springsource.org/svn/spring-samples/mvc-showcase/
... deploying the app, and clicking on the "JavaBean with String-to-propertyType conversion" link in the "Type Conversion" section of the home page.
I tested against 3.0.4 snapshot, 3.0.3, 3.0.2, and 3.0.1, and apparently this never worked.  Interestingly, binding a String request parameter to a annotated @Controller List<Date> method argument works fine. 

Some [logger.isDebugEnabled] checks are missing:
FrameworkServlet.processRequest
...
if (failureCause != null) {
  >>> this.logger.debug("Could not complete request", failureCause);
}
else {
  >>> this.logger.debug("Successfully completed request");
}
...

I would audit all code for similar problem.

The issue can be illustrated on a simple example:

public class Localized<T> extends HashMap<Locale, T> {
     // class body
}
public class Foo {
     Localized<String> param;
}

So when TypeDiscoverer.getMapValueType is invoked to determine the type of Foo.param at these lines:

if (type instanceof ParameterizedType) {
     ParameterizedType parameterizedType = (ParameterizedType) type;
     return createInfo(parameterizedType.getActualTypeArguments()[1]);
}

we get an ArrayIndexOutOfBoundsException because getActualTypeArguments returns only String and not Locale, String as is expected.

There 2 tck regression failures under webserivice13 directory in EAP 6.2.0.ER6. 
IT turns out the change[2] introduced this two failures:
[1]https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/TCK6-EAP6/job/tck6-eap6-webservices13/lastCompletedBuild/testReport/unknownTestSuite.0/
[2][2]https://github.com/jbossas/jboss-eap/commit/72d5cd3f96540519a9747579dd3b85f0f564b64c
EAP 6.2.0.ER6 sever error message:
------------------------------------------------------------------------------
18:32:00,338 ERROR [org.jboss.as.ejb3.invocation] (http-myserver.com/127.0.0.1:8080-1) JBAS014134: EJB Invocation failed on component WSEjbSingletonTest for method public java.lang.String com.sun.ts.tests.webservices13.ejb.annotations.WSEjbSingletonTest.HelloBean.bye(java.lang.String): javax.ejb.EJBException: java.lang.IllegalStateException: JBAS014485: EJB WSEjbSingletonTest is enabled for security but doesn't have a security domain set
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:189) [jboss-as-ejb3-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]

In case in a join, there is a subquery which does a simple select, the auto convert map join may miss a good candidate at run time. The plan generated is correct, but the selection at runtime has a bug.
set hive.smalltable.filesize=1000;
create table src_one as select * from src where key=100;
select count(1)
from 
(
select * from src
) subq 
join 
src_small on src.key = subq.key;
The table src_small can be a small table. This is in the plan, but at runtime it gets filtered out.

The method startDocument() in org.springframework.batch.item.xml.StaxEventWriter is private, whereas its javadoc mentions "[...]If this is not sufficient for you, simply override this method."
This prevents one to cleanly override the creation of the root tag.
The simple fix is to make the method protected, as is endDocument().

In contrast to all other ViewResolver implementations that Spring comes with out-of-the-box, our TilesViewResolver for Tiles 3 overrides getViewClass() directly instead of following the requiredViewClass() approach. This should be fixed in order to allow for custom TilesView subclasses to be specified through the existing viewClass property.

If a publisher callback channel detects the delegate is closed when logicalClose is called in the CachingConnectionFactory, the nacks for any pending acks are not generated.
This aspect is fixed on master by AMQP-535.
A second issue is that the "current" ack is lost if the channel is closed between setUpConfirm and basicPublish.
Since all pending confirms are nacked, the current confirm will immediately be incorrectly nacked.
This is not actually a problem - if the close is detected on the basicPublish an exception is thrown to the caller - we don't automatically create a new channel in this case - so the behavior is actually correct. If we change the behavior to create a new channel, we'd need a lot of complicated logic to transfer the pending ack to the new channel. So I am proposing we leave as-is and just backport the logicalClose fix.

Under the regionserver ui software attributes section, the value for attribute HBase Master is always using the default port (60010), even if the user configured master info port to a different value.

We are not waiting for input ready events which can trigger occasional NPE if input is not actually ready.
Stacktrace:

	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:186)
	at org.apache.hadoop.hive.ql.exec.tez.MergeFileTezProcessor.run(MergeFileTezProcessor.java:42)
	at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:324)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:176)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:168)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1628)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:168)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:163)
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.init(HiveInputFormat.java:265)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.pushProjectionsAndFilters(HiveInputFormat.java:478)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.pushProjectionsAndFilters(HiveInputFormat.java:471)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getRecordReader(CombineHiveInputFormat.java:648)
	at org.apache.tez.mapreduce.lib.MRReaderMapred.setupOldRecordReader(MRReaderMapred.java:146)
	at org.apache.tez.mapreduce.lib.MRReaderMapred.<init>(MRReaderMapred.java:73)
	at org.apache.tez.mapreduce.input.MRInput.initializeInternal(MRInput.java:483)
	at org.apache.tez.mapreduce.input.MRInputLegacy.init(MRInputLegacy.java:108)
	at org.apache.hadoop.hive.ql.exec.tez.MergeFileRecordProcessor.getMRInput(MergeFileRecordProcessor.java:220)
	at org.apache.hadoop.hive.ql.exec.tez.MergeFileRecordProcessor.init(MergeFileRecordProcessor.java:72)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:162)
	... 13 more

org.apache.camel.itest.osgi.blueprint.CamelBlueprint2Test.testErrorHandler failed dure to the CircularDependencyException.

[Blueprint Extender: 1] ERROR org.apache.aries.blueprint.container.BlueprintContainerImpl - Unable to start blueprint container for bundle CamelBlueprintTestBundle14
org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to intialize bean camel-1
	at org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:638)
        at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:724)
	at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)
	at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)

......
Caused by: org.apache.camel.FailedToCreateRouteException: Failed to create route route1 at: >>> To[mock:result] <<< in route: Route[[From[direct:start]] -> [To[mock:result]]] because of org.apache.aries.blueprint.di.CircularDependencyException: [BeanRecipe[name='dlc'], BeanRecipe[name='.camelBlueprint.bean.factory.dlc'], BeanRecipe[name='camel-1'], BeanRecipe[name='dlc']]
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:794)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:165)
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:705)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:1659)

HIVE-17933 moved the generated sources to gen/version directory
HIVE-17907 committed the src/gen/org/apache/hadoop/hive/metastore/annotation/package-info.java file
Because of this IDEA can not compile the standalone-metastore module.
It fails with this stack trace:

Information:java: An exception has occurred in the compiler (1.8.0_152). Please file a bug against the Java compiler via the Java bug reporting page (http://bugreport.java.com) after checking the Bug Database (http://bugs.java.com) for duplicates. Include your program and the following diagnostic in your report. Thank you.
Information:java: 	at com.sun.tools.javac.util.Assert.check(Assert.java:45)
Information:java: 	at com.sun.tools.javac.code.SymbolMetadata.setDeclarationAttributesWithCompletion(SymbolMetadata.java:161)
Information:java: 	at com.sun.tools.javac.code.Symbol.setDeclarationAttributesWithCompletion(Symbol.java:215)
Information:java: 	at com.sun.tools.javac.comp.MemberEnter.actualEnterAnnotations(MemberEnter.java:952)
Information:java: 	at com.sun.tools.javac.comp.MemberEnter.access$600(MemberEnter.java:64)
Information:java: 	at com.sun.tools.javac.comp.MemberEnter$5.run(MemberEnter.java:876)
Information:java: 	at com.sun.tools.javac.comp.Annotate.flush(Annotate.java:143)
Information:java: 	at com.sun.tools.javac.comp.Annotate.enterDone(Annotate.java:129)
Information:java: 	at com.sun.tools.javac.comp.Enter.complete(Enter.java:512)
Information:java: 	at com.sun.tools.javac.comp.Enter.main(Enter.java:471)
Information:java: 	at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:982)
Information:java: 	at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:857)
Information:java: 	at com.sun.tools.javac.main.Main.compile(Main.java:523)
Information:java: 	at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:129)
Information:java: 	at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:138)
Information:java: 	at org.jetbrains.jps.javac.JavacMain.compile(JavacMain.java:199)
Information:java: 	at org.jetbrains.jps.incremental.java.JavaBuilder.compileJava(JavaBuilder.java:481)
Information:java: 	at org.jetbrains.jps.incremental.java.JavaBuilder.compile(JavaBuilder.java:331)
Information:java: 	at org.jetbrains.jps.incremental.java.JavaBuilder.doBuild(JavaBuilder.java:258)
Information:java: 	at org.jetbrains.jps.incremental.java.JavaBuilder.build(JavaBuilder.java:216)
Information:java: 	at org.jetbrains.jps.incremental.IncProjectBuilder.runModuleLevelBuilders(IncProjectBuilder.java:1246)
Information:java: 	at org.jetbrains.jps.incremental.IncProjectBuilder.runBuildersForChunk(IncProjectBuilder.java:923)
Information:java: 	at org.jetbrains.jps.incremental.IncProjectBuilder.buildTargetsChunk(IncProjectBuilder.java:995)
Information:java: 	at org.jetbrains.jps.incremental.IncProjectBuilder.buildChunkIfAffected(IncProjectBuilder.java:886)
Information:java: 	at org.jetbrains.jps.incremental.IncProjectBuilder.buildChunks(IncProjectBuilder.java:719)
Information:java: 	at org.jetbrains.jps.incremental.IncProjectBuilder.runBuild(IncProjectBuilder.java:371)
Information:java: 	at org.jetbrains.jps.incremental.IncProjectBuilder.build(IncProjectBuilder.java:178)
Information:java: 	at org.jetbrains.jps.cmdline.BuildRunner.runBuild(BuildRunner.java:138)
Information:java: 	at org.jetbrains.jps.cmdline.BuildSession.runBuild(BuildSession.java:308)
Information:java: 	at org.jetbrains.jps.cmdline.BuildSession.run(BuildSession.java:138)
Information:java: 	at org.jetbrains.jps.cmdline.BuildMain$MyMessageHandler.lambda$channelRead0$0(BuildMain.java:235)
Information:java: 	at org.jetbrains.jps.service.impl.SharedThreadPoolImpl.lambda$executeOnPooledThread$0(SharedThreadPoolImpl.java:42)
Information:java: 	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
Information:java: 	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
Information:java: 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
Information:java: 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
Information:java: 	at java.lang.Thread.run(Thread.java:748)
Information:java: Errors occurred while compiling module 'hive-standalone-metastore'
Information:javac 1.8.0_152 was used to compile java sources
Information:1/4/18, 9:35 AM - Compilation completed with 2 errors and 24 warnings in 23s 142ms
Error:java: java.lang.AssertionError
Error:java: 	at com.sun.tools.javac.util.Assert.error(Assert.java:126)
Warning:Output path /Users/petervary/dev/upstream/hive/standalone-metastore/target/generated-sources/annotations intersects with a source root. Only files that were created by build will be cleaned.

https://bugzilla.redhat.com/show_bug.cgi?id=1019260
 Currently the only validation for JNDI names is: JNDI name has to start with 'java:/' or 'java:jboss/'. But user is able to enter just 'java:/' or 'java:jboss/' as JNDI name. Using this JNDI name for eg. data-source will lead to java.lang.IllegalArgumentException: Empty name segment is not allowed for jboss. 

The test passes locally for me and Elliott but takes a long time to run.  Timeout is only two minutes for the test though.

StorageBasedAuthorizationProvider(henceforth referred to as SBAP) is a HiveMetastoreAuthorizationProvider (henceforth referred to as HMAP, and HiveAuthorizationProvider as HAP) that was introduced as part of HIVE-3705.
As long as it's used as a HMAP, i.e. from the metastore-side, as was its initial implementation intent, everything's great. However, HMAP extends HAP, and there is no reason SBAP shouldn't be expected to work as a HAP as well. However, it uses a wh variable that is never initialized if it is called as a HAP, and hence, it will always fail when authorize is called on it.
We should change SBAP so that it correctly initiazes wh so that it can be run as a HAP as well.

I've just seen a testfailure for jdk9; but the test is not even executed during precommit runs:
TaskTrackerTest
I think the test classes name should match the **/Test* to be executed during test runs...however there seems to be quite a few... find . -name '*Test.java' returns a few abstracts ; but there are real test ; which are just misnamed...

We just encountered an error in our Spring Boot application that came from the innocent looking call

ServletUriComponentsBuilder.fromRequest(httpServletRequest)
which uses internally

ServletServerHttpRequest.getURI()
The URL of this request was indeed illegal since it had an illegal escape sequence in its query part, something like http://app.org/request?query=foo% or http://app.org/request?query=foo%xx. Typing this URL into a browser will cause normal request processing (the controller will handle the query parameter as not present, the corresponding @RequestParam is null), however using the ServletUriComponentsBuilder as mentioned above will cause a java.net.URISyntaxException. (In our case this exception occurred during the rendering of the view, which is even worse.)
I wonder if the framework (i.e. ServletUriComponentsBuilder or ServletUriComponentsBuilder) should handle this illegal URI. Or is it the job of the application using the framework? Either way, the user shouldn't see an error 500.

Created an external table in hive , which points to the HBase table. When tried to query a column using the column name in select clause got the following exception : ( java.lang.ClassNotFoundException: org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat), errorCode:12, SQLState:42000)

I was testing Spring Batch for the first time with 2.1.9 and an HSQL database.  It was working fine until I tried to restart a failed job.  At that point, a NPE was thrown from the Spring Batch core code.  The reason was that a DAO query for fetching the last job execution details did not return any rows, even though there was a row in the database.
I tried Spring Batch 2.1.8 and it worked fine.  I traced it down to the SQL query itself, which is defined here:
org.springframework.batch.core.repository.dao.JdbcJobExecutionDao.GET_LAST_EXECUTION
This query was recently changed in commit 16e23fc on May 16, 2012.  While part of the change was good (changing to use an ID rather than timestamp to match rows), it broke compatibility with HSQLDB.  Here is the SQL that returns no results:
SELECT JOB_EXECUTION_ID, START_TIME, END_TIME, STATUS, EXIT_CODE, EXIT_MESSAGE, CREATE_TIME, LAST_UPDATED, VERSION
from BATCH_JOB_EXECUTION E where JOB_INSTANCE_ID = 6 and 
JOB_EXECUTION_ID = (SELECT max(JOB_EXECUTION_ID) 
	from BATCH_JOB_EXECUTION E2 where E.JOB_INSTANCE_ID = E2.JOB_INSTANCE_ID)
The problem is that HSQLDB supports correlated subqueries, but apparently not when using the "=" operator.  This query works properly in HSQLDB when making one of the following changes:
1. Change the comparison operator for JOB_EXECUTION_ID from "=" to "IN".  HSQLDB supports the IN clause w/ correlated subqueries.
2. OR remove the subquery correlation by repeating the JDBC parameter instead of referencing E_JOB_INSTANCE_ID.  This is apparently how the query used to work.
I do not know if either proposed change would cause issues in the other supported databases, but I would suspect not.  I also do not know if there are other SQL compatibility issues in 2.1.9, but I can say I didn't notice any problems when my jobs succeeded.

Currently only operations passed in to the controller by the client are passed over to the transformers. So if you have an alias /an=alias mapping to /some=resource, and a transformer mapped for /some=resource:
    /some=resource:add gets transformed
   /an=alias:add does not get transformed.
Behind the scenes /an=alias:add ends up in AliasStepHandler, which adds the step to invoke the real /some=resource:add. Unfortunately the /some=resource:add does not get passed to the transformers.
The transformer framework should use the same logic as AliasStepHandler to map the alias to the real address and the transform that.

11:03:33,766 ERROR [org.jboss.msc.service] (MSC service thread 1-4) MSC000002: Invocation of listener "org.jboss.as.ee.component.deployers.ModuleJndiBindingProcessor$BinderReleaseListener@2d6f9ce1" failed: java.lang.NullPointerException
        at org.jboss.as.naming.service.BinderService.release(BinderService.java:100) [wildfly-naming-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
        at org.jboss.as.ee.component.deployers.ModuleJndiBindingProcessor$BinderReleaseListener.transition(ModuleJndiBindingProcessor.java:302) [wildfly-ee-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
        at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1533) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
        at org.jboss.msc.service.ServiceControllerImpl.access$2800(ServiceControllerImpl.java:51) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
        at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:2095) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
        at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]

Master from 3 days ago

VectorFSOp inherits FSOp, but the stats collection code in processOp() is out-of-date. Needs to be updated to be in sync with FSOp.

For POJO data formats the CxfProducer currently invokes the following method to invoke on a target server
result = client.invoke(operation, parameters.toArray());
This fails to setup the Request and Response contexts for the out (request) message and in (response) message. It should instead be copying the relevant data from the consumer and invoking the following operation on the Client interface
Object[] invoke(BindingOperationInfo oi,   Object[] params,  Map<String, Object> context) throws Exception;
Likewise the PAYLOAD and MESSAGE data formats are not setting up their contexts before they call the dispatch operation. In fact there is comments in the current codebase...
                // invoke the message prepare the context
                Map<String, Object> context = new HashMap<String, Object>();
                Map<String, Object> requestContext = new HashMap<String, Object>();
                Map<String, Object> responseContext = new HashMap<String, Object>();
                // TODO Get the requestContext from the CamelExchange
                context.put(CxfClient.REQUEST_CONTEXT, requestContext);
                context.put(CxfClient.RESPONSE_CONTEXT, responseContext);
The fix should also include a fix for all three data format types

SELECT * FROM (INSERT OVERWRITE  TABLE T1  SELECT * FROM  A ) y
parses successfully. Parser needs to distinguish between top level and sub queries and act accordingly

When user uses URL prefixed with "redirect:" as the method invocation result in Controller, it is cached as the whole (with provided parameters) in AbstractCachingViewResolver. Because the parameters for redirect may vary for the same URL used in redirect, and HashMap based cache is used, that leads to memory leak.
PS: this problem exists also in 2.5.x, I didn't checked how far in the Spring history it reaches

Steps for reproducing the issue.

Create user 'test' and group 'hbase-admin'.
Grant global create permissions to 'hbase-admin'.
Add user 'test' to 'hbase-admin' group.
Create table operation for 'test' user will throw ADE.

If an unhandled Exception is caught by StreamResequencer.run(), it effectively logs the Exception at DEBUG level. A thrown Exception can indicate that a delivered message was not fully processed (as is the case in my route), so this means a message is dropped with a notification in the log only at DEBUG level. This is highly undesirable in a critical route.
It should at least be logged at WARN level, and preferably should be handled using the configured ErrorHandler for the route.

When exceptions like AccessControlException is thrown, pre-upgrade tool fails. If hive user does not have read access to database or tables (some external tables denies read access to hive), pre-upgrade tool should just assume they are external tables and move on without failing pre-upgrade process. 

Hi,
We use parquet's table to store the result of others query. Some query use the function abs. If the function "abs" take 0 (type decimal)  in input, then the insert in the parquet's table failed 
 
Scenario:
create table test (col1 decimal(10,2)) stored as parquet;
insert into test values(0);
insert into test select abs(col1) from test;
 
Result;
The insert query crash with the error:
 
2018-03-30 17:39:02,123 FATAL [IPC Server handler 2 on 35885] org.apache.hadoop.mapred.TaskAttemptListenerImpl: Task: attempt_1522311557218_0002_m_000000_0 - exited : java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"col1":0}
at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:169)
at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54)
at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:453)
at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343)
at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:175)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1836)
at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:169)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"col1":0}
at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:562)
at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:160)
 ... 8 more
Caused by: java.lang.RuntimeException: Unexpected #3
at org.apache.hadoop.hive.common.type.FastHiveDecimalImpl.fastBigIntegerBytesUnscaled(FastHiveDecimalImpl.java:2550)
at org.apache.hadoop.hive.common.type.FastHiveDecimalImpl.fastBigIntegerBytesScaled(FastHiveDecimalImpl.java:2806)
at org.apache.hadoop.hive.common.type.FastHiveDecimal.fastBigIntegerBytesScaled(FastHiveDecimal.java:295)
at org.apache.hadoop.hive.common.type.HiveDecimal.bigIntegerBytesScaled(HiveDecimal.java:712)
at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriter$DecimalDataWriter.decimalToBinary(DataWritableWriter.java:521)
at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriter$DecimalDataWriter.write(DataWritableWriter.java:514)
at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriter$GroupDataWriter.write(DataWritableWriter.java:204)
at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriter$MessageDataWriter.write(DataWritableWriter.java:220)
at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriter.write(DataWritableWriter.java:91)
at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriteSupport.write(DataWritableWriteSupport.java:59)
at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriteSupport.write(DataWritableWriteSupport.java:31)
at org.apache.parquet.hadoop.InternalParquetRecordWriter.write(InternalParquetRecordWriter.java:121)
at org.apache.parquet.hadoop.ParquetRecordWriter.write(ParquetRecordWriter.java:123)
at org.apache.parquet.hadoop.ParquetRecordWriter.write(ParquetRecordWriter.java:42)
at org.apache.hadoop.hive.ql.io.parquet.write.ParquetRecordWriterWrapper.write(ParquetRecordWriterWrapper.java:112)
at org.apache.hadoop.hive.ql.io.parquet.write.ParquetRecordWriterWrapper.write(ParquetRecordWriterWrapper.java:125)
at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:762)
at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:897)
at org.apache.hadoop.hive.ql.exec.SelectOperator.process(SelectOperator.java:95)
at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:130)
at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:148)
at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:547)
 
Problem is probably due to the fastABS method. This method force "fastSignum" to 1 even when the decimal is 0 (in this case  "fastSignum" must be egal  at 0).
 
Have a good day

From http://www.mail-archive.com/user@hive.apache.org/msg10187.html
"hive.query.string" (and "hive.query.id", etc.) is not set for the fetch task.

When decoding query parameters, plus sign '+' must be decoded as space.
https://github.com/spring-projects/spring-framework/blob/6855a85c41a51aeb151c8c1103e30a6a6745197b/spring-web/src/main/java/org/springframework/http/server/reactive/AbstractServerHttpRequest.java#L117
StringUtils.uriDecode() does not handle '+' sign. It's problem for query params.
For reference:
https://github.com/spring-projects/spring-framework/blob/6855a85c41a51aeb151c8c1103e30a6a6745197b/spring-web/src/main/java/org/springframework/http/codec/FormHttpMessageReader.java#L128
when POST, URLDecoder.decode() is used and fine.

Replication source was getting 'queue full' but didn't say which server was suffering the full queue. Makes it hard to debug...

The producer which is intercepted by the InterceptSendToMockEndpoint should manage the lifecycle of  the delegate producer otherwise the delegate producer will complain about it.

sleepMultiplier inside of HBaseInterClusterReplicationEndpoint and ReplicationSource never gets reset to zero.

TableInputFormatBase.reverseDNS makes a call to org.apache.hadoop.net.DNS.reverseDns which (at least in Hadoop 1.0.4) returns a PTR record.  PTR records contain a trailing period, which then shows up in the input split location causing the JobTracker to incorrectly match map jobs to data-local map slots.

Upon attempting to start a slave host with default host-slave.xml connecting to master host with default host-master.xml, the following error is produced and slave will not boot:

[mjurc@tigris 7.1.0.DR14]$ ./hc1/bin/domain.sh --host-config=host-slave.xml -Djboss.domain.master.address=127.0.0.1 -Djboss.management.native.port=10099 -Djboss.host.name=HC1
=========================================================================

  JBoss Bootstrap Environment

  JBOSS_HOME: /home/mjurc/testing/eap/7.1.0.DR14/hc1

  JAVA: /usr/java/latest/bin/java

  JAVA_OPTS: -server -Xms64m -Xmx512m -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true

09:18:32,658 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta6-redhat-1
09:18:32,839 INFO  [org.jboss.as.process.Host Controller.status] (main) WFLYPC0018: Starting process 'Host Controller'
[Host Controller] 09:18:33,269 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta6-redhat-1
[Host Controller] 09:18:33,565 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.SP1-redhat-1
[Host Controller] 09:18:33,617 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Beta9-redhat-1) starting
[Host Controller] 09:18:34,286 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=hc1/core-service=management/management-interface=native-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[Host Controller] 09:18:34,288 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[Host Controller] 09:18:34,345 INFO  [org.wildfly.security] (Controller Boot Thread) ELY00001: WildFly Elytron version 1.1.0.Beta31-redhat-1
[Host Controller] 09:18:34,377 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.5.0.Beta2-redhat-1
[Host Controller] 09:18:34,385 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.5.0.Beta2-redhat-1
[Host Controller] 09:18:34,438 INFO  [org.jboss.as.patching] (MSC service thread 1-7) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
[Host Controller] 09:18:34,449 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 5.0.0.Beta19-redhat-1
[Host Controller] 09:18:34,469 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-8) WFLYDM0111: Keystore /home/mjurc/testing/eap/7.1.0.DR14/hc1/domain/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
[Host Controller] 09:18:34,519 INFO  [org.jboss.as.remoting] (MSC service thread 1-7) WFLYRMT0001: Listening on 127.0.0.1:10099
[Host Controller] 09:18:34,848 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0001: Could not connect to remote domain controller remote://127.0.0.1:9999: java.lang.IllegalStateException: WFLYHC0043: Unable to connect due to authentication failure.
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnectionService.rethrowIrrecoverableConnectionFailures(RemoteDomainConnectionService.java:674)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnectionService.register(RemoteDomainConnectionService.java:293)
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService.connectToDomainMaster(DomainModelControllerService.java:918)
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService.boot(DomainModelControllerService.java:672)
[Host Controller] 	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:337)
[Host Controller] 	at java.lang.Thread.run(Thread.java:745)
[Host Controller] Caused by: javax.security.sasl.SaslException: Authentication failed: all available authentication mechanisms failed:
[Host Controller]    JBOSS-LOCAL-USER: javax.security.sasl.SaslException: Server rejected authentication
[Host Controller]    DIGEST-MD5: javax.security.sasl.SaslException: Server rejected authentication
[Host Controller] 	at org.jboss.remoting3.remote.ClientConnectionOpenListener.allMechanismsFailed(ClientConnectionOpenListener.java:108)
[Host Controller] 	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:395)
[Host Controller] 	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:241)
[Host Controller] 	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
[Host Controller] 	at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
[Host Controller] 	at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
[Host Controller] 	at org.xnio.nio.WorkerThread.run(WorkerThread.java:567)
[Host Controller] 	at ...asynchronous invocation...(Unknown Source)
[Host Controller] 	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:465)
[Host Controller] 	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:427)
[Host Controller] 	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:415)
[Host Controller] 	at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:177)
[Host Controller] 	at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:113)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnection.lambda$openConnection$0(RemoteDomainConnection.java:223)
[Host Controller] 	at org.wildfly.common.context.Contextual.runExceptionAction(Contextual.java:108)
[Host Controller] 	at org.wildfly.security.auth.client.AuthenticationContext.run(AuthenticationContext.java:296)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnection.openConnection(RemoteDomainConnection.java:223)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnection$InitialConnectTask.connect(RemoteDomainConnection.java:592)
[Host Controller] 	at org.jboss.as.protocol.ProtocolConnectionManager.connect(ProtocolConnectionManager.java:70)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnection.connect(RemoteDomainConnection.java:147)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnectionService.register(RemoteDomainConnectionService.java:288)
[Host Controller] 	... 4 more
[Host Controller] 	Suppressed: javax.security.sasl.SaslException: Server rejected authentication
[Host Controller] 		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.handleEvent(ClientConnectionOpenListener.java:716)
[Host Controller] 		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.handleEvent(ClientConnectionOpenListener.java:560)
[Host Controller] 		at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
[Host Controller] 		at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
[Host Controller] 		at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
[Host Controller] 		at org.xnio.nio.WorkerThread.run(WorkerThread.java:567)
[Host Controller] 
[Host Controller] 09:18:34,849 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0147: No domain controller discovery options remain.
[Host Controller] 09:18:34,849 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0002: Could not connect to master. Error was: java.lang.IllegalStateException: WFLYHC0120: Tried all domain controller discovery option(s) but unable to connect
[Host Controller] 09:18:34,850 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0178: Aborting with exit code 99
[Host Controller] 09:18:34,867 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Beta9-redhat-1) stopped in 13ms
09:18:35,188 INFO  [org.jboss.as.process.Host Controller.status] (reaper for Host Controller) WFLYPC0011: Process 'Host Controller' finished with an exit status of 99
09:18:35,189 INFO  [org.jboss.as.process] (Thread-8) WFLYPC0017: Shutting down process controller
09:18:35,190 INFO  [org.jboss.as.process] (Thread-8) WFLYPC0016: All processes finished; exiting

This issue renders managed domain unusable out of the box. This is a regression introduced in JBoss EAP 7.1.0.DR14.
Master log with trace level logging for remoting subsystem is attached.

The main for loop in 
org.acegisecurity.acls.jdbc.BasicLookupStrategy#readAclsById(ObjectIdentity[], Sid[])  
uses 'continue;' when an Acl is either found to be already in the results, or is found in the cache.  But the section of code that looks up batches Acls from the database is in the loop, so if the last ObjectIdentity in the in the objects array is found in the results or cache, the loop will terminate without looking up the last batch of Acls from the database.
I've written a unit test to prove this, it should be added to org.acegisecurity.acls.jdbc.LookupStrategyTest
/**

A test specifically for a bug, where if the LAST 
{@link ObjectIdentity} in 
   * the array of of Oids we are getting ACL's for is in the cache, the 
   * collection of {@link ObjectIdentity}
 being collected for a bulk database
lookup will not be processed due to some inapropriate <code>Continue</code>
statements in the loop.

@throws Exception
   */
  public void testReadLastIsCachedBugFix() throws Exception
  {
    ObjectIdentity grandParentOid = new ObjectIdentityImpl("org.acegisecurity.TargetObject", new Long(104));
    ObjectIdentity parent1Oid = new ObjectIdentityImpl("org.acegisecurity.TargetObject", new Long(105));
    ObjectIdentity parent2Oid = new ObjectIdentityImpl("org.acegisecurity.TargetObject", new Long(106));
    ObjectIdentity childOid = new ObjectIdentityImpl("org.acegisecurity.TargetObject", new Long(107));

    MutableAcl grandParentAcl = jdbcMutableAclService.createAcl(grandParentOid);
    MutableAcl parent1Acl = jdbcMutableAclService.createAcl(parent1Oid);
    MutableAcl parent2Acl = jdbcMutableAclService.createAcl(parent2Oid);
    MutableAcl childAcl = jdbcMutableAclService.createAcl(childOid);
    // Specify the inheritence hierarchy
    parent1Acl.setParent(grandParentAcl);
    parent2Acl.setParent(grandParentAcl);
    childAcl.setParent(parent1Acl);
    // Now let's add a couple of permissions
    grandParentAcl.insertAce(null, BasePermission.READ, new PrincipalSid(auth), true);
    // Explictly save the changed ACL
    jdbcMutableAclService.updateAcl(grandParentAcl);
    jdbcMutableAclService.updateAcl(parent1Acl);
    jdbcMutableAclService.updateAcl(parent2Acl);
    jdbcMutableAclService.updateAcl(childAcl);
    // fluch cache to make sure we they are retieved from DB
    cache.removeAll();
    // first lookup only child
    Permission[] checkPermision = new Permission[] 
{BasePermission.READ}
;
    Sid[] sids = new Sid[] 
{ new PrincipalSid(auth)}
;
    ObjectIdentity[] childOids = new ObjectIdentity[] 
{childOid}
;
    Map foundAcls = lookupStrategy.readAclsById(childOids, sids);
    Acl foundChildAcl = (Acl) foundAcls.get(childOid);
    assertNotNull(foundChildAcl);
    assertTrue(foundChildAcl.isGranted(checkPermision, sids, false));
    // we now expect that the acls for child, parent1 and grandparent are cached
    // if the bug is present and we now search for all for acls, and make sure
    // that batchsize is greater than 4, and that parent2 is not the last in the 
    // oid array (it's the only one not cached), then having an aleady cached
    // ACL as the last in the oid array to lookup, will cause the BUG we are 
    // for testing to skip the DB lookup when the last entry to check is 
    // retireved from the cache.
    ObjectIdentity[] allOids = new ObjectIdentity[] 
{grandParentOid, parent1Oid, parent2Oid, childOid}
;
    foundAcls = lookupStrategy.readAclsById(allOids, sids);
    Acl foundParent2Acl = (Acl) foundAcls.get(parent2Oid);
    assertNotNull(foundParent2Acl);
    assertTrue(foundParent2Acl.isGranted(checkPermision, sids, false));
 }
And rewritten org.acegisecurity.acls.jdbc.BasicLookupStrategy#readAclsById(ObjectIdentity[], Sid[])  to fix it
/**

The main method.<p>WARNING: This implementation completely disregards the "sids" parameter! Every item
in the cache is expected to contain all SIDs. If you have serious performance needs (eg a very large number of
SIDs per object identity), you'll probably want to develop a custom 
{@link LookupStrategy}
 implementation
instead.</p>
<p>The implementation works in batch sizes specfied by 
{@link #batchSize}
.</p>
     *
@param objects DOCUMENT ME!
@param sids DOCUMENT ME!
     *
@return DOCUMENT ME!
     *
@throws NotFoundException DOCUMENT ME!
@throws IllegalStateException DOCUMENT ME!
     */
    public Map readAclsById(ObjectIdentity[] objects, Sid[] sids)
        throws NotFoundException {
        Assert.isTrue(batchSize >= 1, "BatchSize must be >= 1");
        Assert.notEmpty(objects, "Objects to lookup required");

        // Map<ObjectIdentity,Acl>
        Map result = new HashMap(); // contains FULLY loaded Acl objects
        Set currentBatchToLoad = new HashSet(); // contains ObjectIdentitys
        for (int i = 0; i < objects.length; i++) {
            // flag to record if we have found the acl for this iteration
            boolean aclFound = false;
            // 1.) Check we don't already have this ACL in the results
            if (result.containsKey(objects[i])) 
{
                aclFound = true; // flag as found
            }

            // 2.) Check cache for the present ACL entry
            if (!aclFound) {
              Acl acl = aclCache.getFromCache(objects[i]);
              // Ensure any cached element supports all the requested SIDs
              // (they should always, as our base impl doesn't filter on SID)
              if (acl != null) {
                  if (acl.isSidLoaded(sids)) 
{
                      result.put(acl.getObjectIdentity(), acl);
                      aclFound = true; // flag as found
                  }
 else 
{
                      throw new IllegalStateException(
                          "Error: SID-filtered element detected when implementation does not perform SID filtering - have you added something to the cache manually?");
                  }
              }
            }
            // 3. Load the Acl from the database
            if (!aclFound) 
{
              currentBatchToLoad.add(objects[i]);
            }

            // Is it time to load from JDBC the currentBatchToLoad?
            if ((currentBatchToLoad.size() == this.batchSize) || ((i + 1) == objects.length)) {
                if (currentBatchToLoad.size() > 0) {
                    Map loadedBatch = lookupObjectIdentities((ObjectIdentity[]) currentBatchToLoad.toArray(
                                new ObjectIdentity[] {}), sids);
                    // Add loaded batch (all elements 100% initialized) to results
                    result.putAll(loadedBatch);
                    // Add the loaded batch to the cache
                    Iterator loadedAclIterator = loadedBatch.values().iterator();
                    while (loadedAclIterator.hasNext()) 
{
                        aclCache.putInCache((AclImpl) loadedAclIterator.next());
                    }
                }
                currentBatchToLoad.clear();
            }
        }
        // Now we're done, check every requested object identity was found 
        // and log it.
        if (LOG.isWarnEnabled()) {
          for (int i = 0; i < objects.length; i++) {
              if (!result.containsKey(objects[i])) 
{
                  LOG.warn("Unable to find ACL information for object identity '"
                      + objects[i].toString() + "'");
              }
          }
        }
        return result;
    }
Note: This should probably be added to 
NOTE: 2
This should be fixed after 
http://opensource.atlassian.com/projects/spring/browse/SEC-547
(included code contains fix for 547 and 589 also)
NOTE: 3 This bug was very difficult to replicate in our application, because it is dependent on the last ObjectIdentity being found in the cache AND there being a batch or part batch of Acls to be looked up.

Fractions can be configured through a project-defaults.yml file.
In case of Java mail, it can be configured using swarm.mail.* attributes, as stated in Swarm documentation (http://docs.wildfly-swarm.io/2018.4.0-SNAPSHOT/#_mail).
An example of project-defaults.yml can be this:

swarm:
  mail:
    mail-sessions:
      default:
        from:
           swarm-test-suite@test.com

but when deploying the sample application (attached) it fails as it tries to create another mail-session, instead of modifying the one already exists:

018-03-28 14:18:21,739 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 3) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "mail"),
    ("mail-session" => "default")
]) - failure description: "WFLYCTL0212: Duplicate resource [
    (\"subsystem\" => \"mail\"),
    (\"mail-session\" => \"default\")
]"

It should be possible to modify any of the default mail-session attributes.

I've been fighting with getting master to import/build normally inside of Eclipse (a bit seems to have come in as a part of the shaded protocol work).
Once thing I see definitely wrong is that Eclipse is balking at the source files being compiled in target/ instead of target/classes. This looks like an omission since there is no good reason to not use the standard convention of target/classes.

This query got wrong results: 
create table tmp row format fields terminated by ',' stored as textfile as select * from nzhang_tt;
The result is the same as no "fields terminated by". 

ClassPathResource resource = new ClassPathResource("notexist", ClassInSomePackage.class);
resource.getInputStream();

The FNFE that results from getInputStream() above will contain only 'notexist' in the path, where the fully-qualified path would be expected.

Summary:
When uploading a single file to a vsftpd server from Windows using a Camel ftp:// endpoint results in a 550 Failed to change directory error.
Likely because the changeCurrentDirectory() command in FTPOperations doesn't provide the server pathSeparator when compacting the url.
Recreate:

Start a vsftpd server (this likely affects other FTP servers) in a *nix environment.
Set log4j properties to TRACE for Camel
In Windows, run a simple Java class that includes the following
ProducerTemplate pt = camelContext.createProducerTemplate();
pt.sendBody("ftp://user@host/subfolder?fileName=test.file&password=12345678&stepwise=false&separator=UNIX");

Trace:
[2013.03.27 14:53:56] [main]  TRACE FtpOperations -  buildDirectory(test)
[2013.03.27 14:53:56] [main]  TRACE FtpOperations -  changeCurrentDirectory(/var/ftp/pub)
[2013.03.27 14:53:56] [main]  TRACE FtpOperations -  Changing directory: \var\ftp\pub
[2013.03.27 14:53:56] [main]  WARN  RemoteFileProducer -  Writing file failed with: File operation failed: 550 Failed to change directory.
 Cannot change directory to: \var\ftp\pub. Code: 550
As you can see the path swaps from /var/ftp/pub to \var\ftp\pub which is the wrong path separator!
Likely location:
org.apache.camel.component.file.remote.FTPOperations:656
    path = FileUtil.compactPath(path);
org.apache.camel.util.FileUtil:209
    return compactPath(path, File.separatorChar);
File.separatorChar would return the LOCAL OS path, not the REMOTE OS path.
This should use the value specified by separator=UNIX ("/" not "\").
Possible fix would be to use the other compactPath(path,separator) method.
Result:
You cannot upload a single file using FTP in this fashion from a Windows client to a vsftpd server on Linux. I'll have to switch to an alternative product for ftp until this is resolved, but look forward to returning to using Camel for FTP uploads in the future 

Caused by:
java.lang.ClassCastException: org.apache.jasper.compiler.TldCache cannot be cast to org.apache.jasper.compiler.TldCache
	at org.apache.jasper.compiler.TldCache.getInstance(TldCache.java:59)
	at org.apache.jasper.EmbeddedServletOptions.<init>(EmbeddedServletOptions.java:807)
	at org.apache.jasper.servlet.JspServlet.init(JspServlet.java:116)

The class ExampleMatcher.PropertySpecifiers does not implement equals/hashCode. Since an ExampleMatcher and its PropertySpecifiers are referenced by an Example instance, this means that it is not possible to mock the implementation of repository methods taking an Example as argument, e.g. JpaRepository.findAll(Example).

Background
Changes introduced in SPR-11340 cause subclasses of abstract base test classes (i.e. AbstractJUnit4SpringContextTests and AbstractTestNGSpringContextTests) in a non-web environment to fail with java.lang.NoClassDefFoundError: javax/servlet/ServletContext.
There are a number of such test classes in Spring Integration that now break due to SPR-11340.

Analysis
The fact that abstract base test classes pull in ServletTestExecutionListener is not problematic on its own (at least not with regard to the intended behavior of the TestContext framework's support for default listeners). Rather, the issue here is that a NoClassDefFoundError is handled differently for implicit default listeners (i.e., listeners not declared via @TestExecutionListeners) and listeners explicitly declared via @TestExecutionListeners.
The following code snippet from TestContextManager.retrieveTestExecutionListeners() represents the status quo.

try {
	listeners.add(BeanUtils.instantiateClass(listenerClass));
}
catch (NoClassDefFoundError err) {
	if (defaultListeners) {
		if (logger.isDebugEnabled()) {
			logger.debug("Could not instantiate default TestExecutionListener class ["
					+ listenerClass.getName()
					+ "]. Specify custom listener classes or make the default listener classes available.");
		}
	}
	else {
		throw err;
	}
}

In the case of AbstractJUnit4SpringContextTests and AbstractTestNGSpringContextTests, the ServletTestExecutionListener is explicitly declared via @TestExecutionListeners as a convenience for the developer; however, ServletTestExecutionListener is still considered a default from the perspective of the end user. The try-catch block in retrieveTestExecutionListeners() should therefore be amended to work as intended for both implicit and explicit defaults.

 Refactor the try-catch block in TestContextManager.retrieveTestExecutionListeners() as follows:
	
Always swallow the NoClassDefFoundError.
Change log level from DEBUG to INFO.
Do not include the stack trace with log output.

When running mvn site on my project, the build hang on the following lines:
[INFO] Generating "Dependencies" report.
[WARNING] The repository url 'http://s3.amazonaws.com/maven.springframework.org/external' is invalid - Repository 'spring-external' will be blacklisted.
[WARNING] The repository url 'http://s3.amazonaws.com/maven.springframework.org/release' is invalid - Repository 'spring-release' will be blacklisted.
Doing a grep on my .m2 directory there was only file containing these repository urls:
~/.m2$ grep -r 'amazonaws' *
repository/org/springframework/ws/spring-ws-parent/1.5.5/spring-ws-parent-1.5.5.pom:            <url>http://s3.amazonaws.com/maven.springframework.org/release</url>
repository/org/springframework/ws/spring-ws-parent/1.5.5/spring-ws-parent-1.5.5.pom:            <url>http://s3.amazonaws.com/maven.springframework.org/external</url>
I think these are outdated and should be removed.or at least replaced by something that works.

1) Copy the file partitioned.txt to the root folder of your HDFS root dir. Copy the two hql files to your local directory.
2) Open Hive CLI.
3) Run:
hive> source <path to CreatePartitionedTable.hql>;
4) Run 
hive> source <path to LoadIntoPartitionedTable.hql>;
The following error will be shown:
hive> source C:\Scripts\partition\LoadIntoPartitionedTable.hql;
Loading data to table default.mypartitioned partition (tag=ä¶µ)
Failed with exception null
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.MoveTask

When connection to a broker (HornetQ) is destroyed due to networking issues or broker internal issues or restarts the getProducers().borrowObject() returns null which is not handled properly.

Tested with: 
spring-websocket-4.0.0.BUILD-20130914.053543-227
spring-messaging-4.0.0.BUILD-20130920.184120-127.jar
In the following scenario the server sends stomp SEND messages back to the client. But SEND is a client frame according to the specification (http://stomp.github.io/stomp-specification-1.1.html#SEND)
Instead the server should send MESSAGE frames back to the client.
The following example does not contain any application code. Just two configuration classes.

public class DispatcherServletInitializer extends AbstractAnnotationConfigDispatcherServletInitializer {

  @Override
  protected Class<?>[] getRootConfigClasses() {
  }

  @Override
  protected Class<?>[] getServletConfigClasses() {
    return new Class<?>[] { WebConfig.class };
  }

  @Override
  protected String[] getServletMappings() {
    return new String[] { "/chatdemo/*" };
  }
}

@EnableWebMvc
@EnableWebSocketMessageBroker
public class WebConfig extends WebMvcConfigurerAdapter implements WebSocketMessageBrokerConfigurer {

  @Override
  public void addViewControllers(ViewControllerRegistry registry) {
    registry.addViewController("/").setViewName("index.html");
  }

  @Override
  public void configureDefaultServletHandling(DefaultServletHandlerConfigurer configurer) {
    configurer.enable();
}

  @Override
  public void registerStompEndpoints(StompEndpointRegistry registry) {
    registry.addEndpoint("/chathandler").withSockJS();
  }

  @Override
  public void configureMessageBroker(MessageBrokerConfigurer configurer) {
    configurer.enableSimpleBroker("/queue/");
  }

}

On the client side we have this code:

var sock = new SockJS('/chatdemo/chathandler');
var stompClient = Stomp.over(sock);

stompClient.connect('', '', function(frame) {	
	stompClient.subscribe("/queue/chatmessage", function(msg) {
		....
	});
});

and a few lines later the application sends something to the server

stompClient.send("/queue/chatmessage", {}, JSON.stringify(....));

Message flow:

Client sends CONNECT   --> OK
Server sends CONNECTED  --> OK
Client sends SUBSCRIBE and SEND  --> OK
Server sends SEND   --> Not OK. This has to be a MESSAGE frame.

It looks like the problem is in the method sendMessageToSubscribers(..) in the class org.springframework.messaging.simp.handler.SimpleBrokerMessageHandler

I use this code in a EJB context in the glassfish 3.1 server
SimpleJdbcTestUtils.executeSqlScript(new SimpleJdbcTemplate(
        new SingleConnectionDataSource(jdbcConnection, true)),
     new ClassPathResource("script.sql"), false);
There is not failure, but the following warning :
24 nov. 2011 15:27:28 com.sun.enterprise.loader.ASURLClassLoader$SentinelInputStream report
ATTENTION: Input stream has been finalized or forced closed without being explicitly closed; stream instantiation reported in following stack trace
java.lang.Throwable
	at com.sun.enterprise.loader.ASURLClassLoader$SentinelInputStream.<init>(ASURLClassLoader.java:1230)
	at com.sun.enterprise.loader.ASURLClassLoader.getResourceAsStream(ASURLClassLoader.java:878)
	at org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:155)
	at org.springframework.core.io.support.EncodedResource.getReader(EncodedResource.java:92)
	at org.springframework.test.jdbc.SimpleJdbcTestUtils.executeSqlScript(SimpleJdbcTestUtils.java:139)
	at org.springframework.test.jdbc.SimpleJdbcTestUtils.executeSqlScript(SimpleJdbcTestUtils.java:113)
	at com.cs.services.bcmonitoring.itests.init.DbInitializerBean.initDb(DbInitializerBean.java:45)
I tried to just close it by myself, but it's a completely internal object that can't be accessed by the caller.

TODO  : this we need to store the session username somewhere else as getUGIForConf never used the conf SparkSessionManagerImpl.java /hive-exec/src/java/org/apache/hadoop/hive/ql/exec/spark/session line 145 Java Task

This was broken by the switch to CombineHiveInputFormat in HIVE-1942.

The JDBC driver seems to assume that ExecuteStatement is a synchronous call when performing updates via executeUpdate, where the following comment on the RPC in the Thrift file indicates otherwise:

// ExecuteStatement()
//
// Execute a statement.
// The returned OperationHandle can be used to check on the
// status of the statement, and to fetch results once the
// statement has finished executing.

I understand that Hive's implementation of ExecuteStatement is blocking (see https://issues.apache.org/jira/browse/HIVE-4569), but presumably other implementations of the HiveServer2 API (and I'm talking specifically about Impala here, but others might have a similar concern) should be free to return a pollable OperationHandle per the specification.
The JDBC driver's executeUpdate is as follows:

public int executeUpdate(String sql) throws SQLException {
    execute(sql);
    return 0;
  }

execute(sql) discards the OperationHandle that it gets from the server after determining whether there are results to be fetched.
This is problematic for us, because Impala will cancel queries that are running when a session executes, but there's no easy way to be sure that an INSERT statement has completed before terminating a session on the client.

			if (MessageProperties.CONTENT_TYPE_SERIALIZED_OBJECT.equals(contentType)) {
				return SerializationUtils.deserialize(this.body).toString();
			}

See http://camel.465427.n5.nabble.com/Wrong-test-for-allowRedeliveryWhileStopping-possible-bug-td5726184.html for details.
The assumption is if we use "allowRedeliveryWhileStopping(false)" in an error handler definition which use a dead letter channel, the message should be send to the configured dead letter channel if we are in a delivery by stopping Camel (instead of dropping the message).

The code for each API in HiveMetaStore.java is like this:
1. openTransaction()
2. – operation--
3. commit() or rollback() based on result of the operation.
4. add entry to notification log (unconditionally)
If the operation is failed (in step 2), we still add entry to notification log. Found this issue in testing.
It is still ok as this is the case of false positive.
If the operation is successful and adding to notification log failed, the user will get an MetaException. It will not rollback the operation, as it is already committed. We need to handle this case so that we will not have false negatives.

A small JUnit recreation case is attached.
When using embedded split inside a split with parallel processing, threads are getting a wrong exchange (or wrong exchange copy) just after leaving the inner split and returning to the parent split.
In the test case, we split a file by comma in a parent split (Block split), then by line separator in inner split (Line Split). 
We expect 2 files in output, each of them containing the respective Blocks.
However, once inner split is complete, each thread is supposed to add a 11th line in the result.txt file saying split is complete.  
Bug is that one of the thread ends up with parent split Exchange (copy?) from the other thread, and appends wrong information into the wrong file.
Expected:
---------
(result0.txt)
Block1 Line 1:Status=OK
Block1 Line 2:Status=OK
Block1 Line 0:Status=OK
Block1 Line 4:Status=OK
Block1 Line 3:Status=OK
Block1 Line 8:Status=OK
Block1 Line 5:Status=OK
Block1 Line 6:Status=OK
Block1 Line 7:Status=OK
Block1 Line 9:Status=OK
0 complete
(result1.txt)
Block2 Line 0:Status=OK
Block2 Line 3:Status=OK
Block2 Line 1:Status=OK
Block2 Line 2:Status=OK
Block2 Line 6:Status=OK
Block2 Line 4:Status=OK
Block2 Line 7:Status=OK
Block2 Line 9:Status=OK
Block2 Line 5:Status=OK
Block2 Line 8:Status=OK
1 complete
Actual:
-------
0 complete0 complete
This issue exist in 2.8.x, and probably in 2.10.x as well.
This is a Splitter/MulticastProcessor or Pipeline issue but not quite familiar with the code, I am having hard time tracking it. 

Canary#main uses config hbase.canary.sink.class to instantiate Sink class.
The Sink instance affects creation of Monitor.
In the refguide for Canary, hbase.canary.sink.class was not mentioned.
 We should document this config.
Additionally, we need to document that using the default sink is not compatible with table parameters as input so the user must change it.

When using the CLI client JAR and specifying different --jboss-home directories when starting different embedded servers the jboss.server.log.dir is not updated to the new home directory.
The CLI EnvironmentRestorer likely needs to handle this property as it's specifically set in the command handler.

Driver.java has a  redundancy  code about "explain output", i think the if statement " if (conf.getBoolVar(ConfVars.HIVE_LOG_EXPLAIN_OUTPUT))" has a repeat judge with the above statement. 

In SPR-15766 the deserialization of DefaultListableBeanFactory.SerializedBeanFactoryReference was changed:

Instead of resolving a not-found ID to a StaticListableBeanFactory, it is now resolved to a DefaultListableBeanFactory.

The old StaticListableBeanFactory does not implement Serializable while DefaultListableBeanFactory indeed does.
 When obaining such a lenient fallback DefaultListableBeanFactory from SerializedBeanFactoryReference#readResolve, it does not get a serializationId assigned.
This causes later reserializations [and they may appear, since the class implements \{{Serializable}}] to fail with a NotSerializableException("DefaultListableBeanFactory has no serialization id").
Maybe the desired ID (which could not be looked up in the static map serializableFactories) should be used:

// Lenient fallback: dummy factory in case of original factory not found...
DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
// make the factory effectively serializable 
factory.setSerializationId(this.id);
return factory;

But perhaps this causes undesired side-effects because other dead references to the same factory will become alive when they are deserialized in later calls (they will find the registered dummy factory).
 
This is actually happening in our software when opening our web application, using an old session containing an OAuth2ClientContext after changing the application's bean definitions.
We are using the spring-boot-starter-parent 1.5.7 but some tests on 1.5.17 (which uses 4.3.20) indicate that this is still an issue.

HIVE-2585 removed the conf parameter hive.metastore.local, but HCatalog still has references to it. Most of it is in tests, but one is in PigHCatUtil, which leads to HCatLoader/HCatStorer jobs giving warnings. We need to remove them.

Ran "mvn test -Dtest=TestMiniLlapLocalCliDriver -Dqfile=sample10.q " after changing the table to be 
insert-only transactional. 
The following queries returns couple of rows whereis no row results returns for non-ACID table. 
query: select ds, count(1) from srcpartbucket tablesample (bucket 2 out of 4 on key) where ds is not null group by ds ORDER BY ds ASC
2008-04-08      14
2008-04-09      14
..
query: select ds, count(1) from srcpartbucket tablesample (bucket 1 out of 2 on key) where ds is not null group by ds ORDER BY ds ASC
2008-04-08      4
2008-04-09      4

When i give data as per test (geoSpatialTest.java) its returning  results. But when I input more precision data from google map data its giving null pointer exception. 
(1.4377786502730732,103.78692984580994)
But when i try in mongodb intractive consol its returning values . 
Could you please investigate . 

I use some JSF managed bean and have enable-managed-beans set like so:

<faces:flow-builder-services id="facesFlowBuilderServices" enable-managed-beans="true" />

Since upgrading to Webflow 2.3.1 I noticed lots of sporadic NullPointerExceptions when certain flows are accessed. I found the reason to be the fact that org.springframework.faces.webflow.JsfManagedBeanPropertyAccessor simply releases the FacesContext when it is done. The method comment even states that it assumes that no FacesContext exists.
This is an extremely poor assumption and can be fixed by checking whether a FacesContext already exists or not.
Sorry, I couldn't create a patch, but here is the amended code with highlighted changes:

private Object getJsfManagedBean(String name) {
		RequestContext requestContext = RequestContextHolder.getRequestContext();
		Assert.notNull(requestContext, "RequestContext cannot be null. "
				+ "This PropertyAccessor is only intended to be invoked from an active Flow Execution.");
		FacesContext facesContext = 
/* ADDED */		FacesContext.getCurrentInstance();
/* ADDED */	boolean temporaryFCRequired = facesContext==null;
/* ADDED */	if(temporaryFCRequired) {
/* ADDED */		//only create temporary FacesContext if none already exists
/* ADDED */		facesContext = 
				FlowFacesContext.newInstance(requestContext, FlowLifecycle.newInstance());
		}
		try {
			ExpressionFactory factory = facesContext.getApplication().getExpressionFactory();
			ELContext elContext = facesContext.getELContext();
			ValueExpression expression = factory.createValueExpression(elContext, "#{" + name + "}", Object.class);
			return expression.getValue(facesContext.getELContext());
		} finally {
/* ADDED */		if(temporaryFCRequired) {
/* ADDED */			//only release FacesContext if using temporary one
/* ADDED */
				facesContext.release();
/* ADDED */		}
		}
	}

As a workaround I've placed this in my own jar to override the Webflow provided class.

Trying to use -Dswarm.logging.org.jboss.weld=DEBUG to enable Weld debug logging for deployment CDI fails, although e.g. -Dswarm.logging.org.jboss.weld.Bootstrap=DEBUG works just fine. This is caused by overzealous log silencing in ServerBootstrapImpl.bootstrap – but moving the server.start bit outside of the log silencer scope seems to work just fine, and will still avoid all the log noise.

When trying to access kerberized webui of HS2, The following error is received
GSSException: Failure unspecified at GSS-API level (Mechanism level: Request is a replay (34))
While this is not happening for RM webui (checked if kerberos webui is enabled)
To reproduce the issue 
Try running
curl --negotiate -u : -b ~/cookiejar.txt -c ~/cookiejar.txt http://<hostname>:10002/
from any cluster nodes
or 
Try accessing the URL from a VM with windows machine and firefox browser to replicate the issue
The following workaround helped, but need a permanent solution for the bug
Workaround:
=========
First access the index.html directly and then actual URL of webui
curl --negotiate -u : -b ~/cookiejar.txt -c ~/cookiejar.txt http://<hostname>:10002/index.html
curl --negotiate -u : -b ~/cookiejar.txt -c ~/cookiejar.txt http://<hostname>:10002
In browser:
First access
http://<hostname>:10002/index.html
then
http://<hostname>:10002

There is missing or unnecessary null check in getSaltedPasswordFromTwoWay method of org.wildfly.security.sasl.digest.AbstractDigestMechanism. char[] passwordChars is assigned on line 650 [1]. 

In case when null can be assigned to passwordChars then there is missing null check before calling userRealmPasswordDigest(messageDigest, username, realm, passwordChars); on line 658 which can result to NPE.
In case when null cannot be assigned to passwordChars then there is unnecessary null check on line 659.

[1] https://github.com/wildfly-security/wildfly-elytron/blob/e01a09572b02f33db01695eb85638e88b0cd944f/src/main/java/org/wildfly/security/sasl/digest/AbstractDigestMechanism.java#L650

Here is the reproduction:

set mapreduce.job.reduces=2;
set hive.merge.tezfiles=true;
INSERT OVERWRITE DIRECTORY 'output' stored as orcfile select age, avg(gpa) from student group by age;

Error message: File Merge Stage after Maps completion is considering input as "input format: org.apache.hadoop.mapred.TextInputFormat" instead of "org.apache.hadoop.hive.ql.io.orc.OrcInputFormat"

Always

This can be tested if "<module name="com.fasterxml.jackson.core.jackson-annotations"/>" is added to  ./modules/system/layers/base/com/fasterxml/jackson/datatype/jackson-datatype-jsr310/main/module.xml (see JBEAP-6673)

Create end-point with data types and special jdk8 types and allows

    @GET
    @Path("entity/get/json")
    @Produces(MediaType.APPLICATION_JSON)
    public DatatypeObject getJson() {
        DatatypeObject per = new DatatypeObject();
        per.setString("someString");
        per.setDate(new Date());
        per.setDuration(Duration.ofSeconds(5, 6));
        per.setDayOfWeek(DayOfWeek.FRIDAY);
        per.setOptionalString1(Optional.of("info@example.com"));
        per.setOptionalString2(Optional.<String>empty());
        return per;
    }

Implement custom ContextResolver in deployment. This code enables jsr310 and jdk8 fasterxml functionality. Example:

@Provider
@Produces( MediaType.APPLICATION_JSON )
public class JacksonProducer implements ContextResolver<ObjectMapper> {

    private final ObjectMapper json;

    public JacksonProducer() throws Exception {
        this.json = new ObjectMapper()
                        .findAndRegisterModules()
                        .configure( SerializationFeature.WRITE_DATES_AS_TIMESTAMPS, false )
                        .configure( DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false );
    }

    @Override
    public ObjectMapper getContext( Class<?> objectType ) {
        return json;
    }
}

Http request to REST end-point

{"string":"someString","optionalString1":{"present":true},"optionalString2":{"present":false},"duration":{"seconds":5,"zero":false,"negative":false,"units":["SECONDS","NANOS"],"nano":6},"date":"2016-10-27T13:02:11.991+0000"}

{"string":"someString","optionalString1":"info@example.com","optionalString2":null,"duration":"PT5.000000006S","date":"2016-10-27T13:01:03.923+0000"}

Expected results is returned if specific jboss-deployment-structure.xml file is used:

<?xml version="1.0" encoding="UTF-8"?>
<jboss-deployment-structure>
    <deployment>
        <dependencies>
            <module name="com.fasterxml.jackson.datatype.jackson-datatype-jdk8" services="import"/>
            <module name="com.fasterxml.jackson.datatype.jackson-datatype-jsr310" services="import"/>
        </dependencies>
    </deployment>
</jboss-deployment-structure>

From mailing list, Murali Krishna found that loadtable.rb is not making regions correctly from the passed hfiles.

In multi() -> doMiniBatchMutation() code path, we end up calling checkRow() twice, once from checkBatchOp() and once from getRowLock(). 
See Anoop Sam John's comments at https://issues.apache.org/jira/browse/HBASE-15600?focusedCommentId=15257636&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15257636. 

It looks like the Selenium test output is placed one extra directory deep, in target/target rather than just in target.  The problem is due to the generated selenium configuration:
<results>${project.build.directory}/target/selenium.txt</results>
should be
<results>${project.build.directory}/selenium.txt</results>

CLI is terminated unexpectedly after type "qui" on HPUX
Always on HPUX

qui
	
type "qui" in console to CLI, do not press "enter"

CLI is terminated
CLI is not terminated

At the bottom of section 2.4 in the Hbase Documentation, there is a section about Browsing the web UI that makes several references to port 16610. 
http://hbase.apache.org/book.html#quickstart_fully_distributed
<DOCUMENTATION>
"In HBase newer than 0.98.x, the HTTP ports used by the HBase Web UI changed from 60010 for the Master and 60030 for each RegionServer to 16610 for the Master and 16030 for the RegionServer.
If everything is set up correctly, you should be able to connect to the UI for the Master http://node-a.example.com:16610/ or the secondary master at http://node-b.example.com:16610/ for the secondary master, using a web browser. If you can connect via localhost but not from another host, check your firewall rules. You can see the web UI for each of the RegionServers at port 16630 of their IP addresses, or by clicking their links in the web UI for the Master."
</DOCUMENTATION>
This is the wrong port; it should instead be 16010. The correct port is listed in Section 6: http://hbase.apache.org/book.html#confirm
This might seem like a pretty minor issue, but it took me a couple hours to figure out.

While testing the recent MemStoreScanner slowness I noticed that each scan in the randomSeekScan test takes about 19 seconds to complete.  The scan in question provides a startRow and a WhileMatchFilter containing a PageFilter that asks for 120 rows.  I would have expected this scan to return in roughly the same amount of time as a scan that specifies a startRow and stopRow that spans a similar number of rows.
As it turns out this is an issue with the WhileMatchFilter.  The WhileMatchFilter is not delegating the call the filterRow() down the the PageFilter.  As a result the PageFilter never increments the rowsAccepted counter.

The problem arises because commands entered in non-interactive mode are split by the "," character.  Therefore, in the case of:
 "./bin/jboss-cli.sh -c --controller=localhost --commands="module add --name=test --resources=test.jar --dependencies=dep1,dep2"
the cli is incorrectly splitting the request into two distinct commands:
1. module add --name=test --resources=test.jar --dependencies=dep1
2. dep2
The reason this behaviour is not observed in interactive mode is because multiple commands can not be specified.  However, in non-interactive mode --commands=ls,pwd is valid and should result in the execution of ls followed by pwd.  
This problem is not restricted to the module command, as it affects all commands entered in non-interactive mode that require a comma-separated list as an argument.  So far this appears to be PatchHanlder.java, ASModuleHandler.java and DeploymentOverlayHandler.java.  

How to repeat:
Scratch maven Web Application with dependency, f.e. org.primefaces:primefaces
goes into:

12:28:10,624 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-3) Critical error during deployment: : com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NullPointerException
	at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:751) [jsf-impl-2.2.5-jbossorg-3.jar:]
	at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:349) [jsf-impl-2.2.5-jbossorg-3.jar:]
	at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:214) [jsf-impl-2.2.5-jbossorg-3.jar:]
	at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:187) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:86)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:71)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0]
	at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0]
Caused by: java.util.concurrent.ExecutionException: java.lang.NullPointerException
	at java.util.concurrent.FutureTask.report(FutureTask.java:122) [rt.jar:1.8.0]
	at java.util.concurrent.FutureTask.get(FutureTask.java:192) [rt.jar:1.8.0]
	at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:738) [jsf-impl-2.2.5-jbossorg-3.jar:]
	... 11 more
	at io.undertow.servlet.spec.ServletContextImpl.getResourcePaths(ServletContextImpl.java:206) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at com.sun.faces.config.configprovider.WebAppFlowConfigResourceProvider.getResources(WebAppFlowConfigResourceProvider.java:79) [jsf-impl-2.2.5-jbossorg-3.jar:]
	at com.sun.faces.config.ConfigManager$URITask.call(ConfigManager.java:1306) [jsf-impl-2.2.5-jbossorg-3.jar:]
	at com.sun.faces.config.ConfigManager$URITask.call(ConfigManager.java:1275) [jsf-impl-2.2.5-jbossorg-3.jar:]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0]
	at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:729) [jsf-impl-2.2.5-jbossorg-3.jar:]
	... 11 more

during exploded deployment.
which is caused by 

org.wildfly.extension.undertow.deployment.VirtualFileResource.getResourceManagerRoot()

always returning null
which is dereferenced by

io.undertow.servlet.spec.ServletContextImpl.getResourcePaths(final String path)

Patching 
VirtualFileResource.getResourceManagerRoot()
as 
return new File("");
works for me, but i'm not sure about getResourceManagerRoot() contract saying that it may actually return null if the resource does not map to a file.
From my point of view Resource interface should have stronger contract concerning nulls

ORC file read failure after add table column.
create a table which have three column .(a string,b string,c string).
add a new column after c by executing "ALTER TABLE table ADD COLUMNS (d string)".
execute hiveql "select d from table",the following exception goes:
java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row [Error getting row data with exception java.lang.ArrayIndexOutOfBoundsException: 4
	at org.apache.hadoop.hive.ql.io.orc.OrcStruct$OrcStructInspector.getStructFieldData(OrcStruct.java:206)
	at org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector.getStructFieldData(UnionStructObjectInspector.java:128)
	at org.apache.hadoop.hive.serde2.SerDeUtils.buildJSONString(SerDeUtils.java:371)
	at org.apache.hadoop.hive.serde2.SerDeUtils.getJSONString(SerDeUtils.java:236)
	at org.apache.hadoop.hive.serde2.SerDeUtils.getJSONString(SerDeUtils.java:222)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:665)
	at org.apache.hadoop.hive.ql.exec.ExecMapper.map(ExecMapper.java:144)
	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:50)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:436)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:372)
	at org.apache.hadoop.mapred.Child$4.run(Child.java:255)
	at javax.security.auth.Subject.doAs(Subject.java:396)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1083)
	at org.apache.hadoop.mapred.Child.main(Child.java:249)
 ]
	at org.apache.hadoop.hive.ql.exec.ExecMapper.map(ExecMapper.java:162)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row [Error getting row data with exception java.lang.ArrayIndexOutOfBoundsException: 4
 ]
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:671)
	... 8 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating d
	at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:80)
	at org.apache.hadoop.hive.ql.exec.Operator.process(Operator.java:502)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:832)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:90)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:654)
	... 9 more
Caused by: java.lang.ArrayIndexOutOfBoundsException: 4
	at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator.evaluate(ExprNodeColumnEvaluator.java:98)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:76)
	... 15 more
2013-08-01 23:34:22,883 INFO org.apache.hadoop.mapred.Task: Runnning cleanup for the task

This query

select key, max(value) over (order by key rows between 10 preceding and 20 following) from src1 where length(key) > 10;

fails with NPE:

        at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFMax$MaxStreamingFixedWindow.terminate(GenericUDAFMax.java:290) 
        at org.apache.hadoop.hive.ql.udf.ptf.WindowingTableFunction.finishPartition(WindowingTableFunction.java:477) 
        at org.apache.hadoop.hive.ql.exec.PTFOperator$PTFInvocation.finishPartition(PTFOperator.java:337) 
        at org.apache.hadoop.hive.ql.exec.PTFOperator.closeOp(PTFOperator.java:95)
        at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:617)
        at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:631)
        at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.close(ExecReducer.java:278)

BucketEntryGroup currently uses different fields to calculate compareTo, equals and hasCode.
In some cases !a.equals(b) but a.compareTo(b) == 0. Javadoc of Comparator recommends that natural orderings be consistent with equals.

   * @return Returns true if specified region should be assigned, false if not.
   * @throws IOException
   */
  public static boolean processDeadRegion(HRegionInfo hri, Result result,
      AssignmentManager assignmentManager, CatalogTracker catalogTracker)

For the disabling region, I think we needn't assign it , and processDeadRegion could return false.

Here is error for command line:

$ echo "list" | ./hbase shell -n
2017-07-17 08:01:09,442 WARN  [main] util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
ERROR NoMethodError: undefined method `encoding' for #<IO:<STDIN>>
Did you mean?  set_encoding

ProjectingJackson2HttpMessageConverter is not using the default MappingJackson2HttpMessageConverter constructor to instantiate an ObjectMapper (that uses Jackson2ObjectMapperBuilder to create a Jackson ObjectMapper based on application configuration), instead ObjectMapper is created directly in SpringDataWebConfiguration.extendMessageConverters(…).
That causes ProjectingJackson2HttpMessageConverter to not use Jackson configuration from application.properties to create the ObjectMapper and there is no possibility to configure Jackson ObjectMapper. That also breaks MappingJackson2HttpMessageConverter configuration functionality.
To solve that issue ObjectMapper creation should be delegated to MappingJackson2HttpMessageConverter default constructor.

When combining different sized keys, observing an occasional error in hashtable probes.

Caused by: java.lang.ArrayIndexOutOfBoundsException: 162046429
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.fast.VectorMapJoinFastKeyStore.equalKey(VectorMapJoinFastKeyStore.java:150)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.fast.VectorMapJoinFastBytesHashTable.findReadSlot(VectorMapJoinFastBytesHashTable.java:191)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.fast.VectorMapJoinFastBytesHashMap.lookup(VectorMapJoinFastBytesHashMap.java:76)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerMultiKeyOperator.process(VectorMapJoinInnerMultiKeyOperator.java:300)
	... 26 more

    // Our reading is positioned to the key.
    writeBuffers.getByteSegmentRefToCurrent(byteSegmentRef, keyLength, readPos);

    byte[] currentBytes = byteSegmentRef.getBytes();
    int currentStart = (int) byteSegmentRef.getOffset();

    for (int i = 0; i < keyLength; i++) {
      if (currentBytes[currentStart + i] != keyBytes[keyStart + i]) {
        // LOG.debug("VectorMapJoinFastKeyStore equalKey no match on bytes");
      }
    }

This needs an identical fix to match 

    // Rare case of buffer boundary. Unfortunately we'd have to copy some bytes.

   // Rare case of buffer boundary. Unfortunately we'd have to copy some bytes.
    byte[] bytes = new byte[length];
    int destOffset = 0;
    while (destOffset < length) {
      ponderNextBufferToRead(readPos);

In section 4.1.3. Inheriting from a Parent Job we have
Code:
<job id="baseJob" abstract="true">
    <listeners>
        <listener ref="listenerOne"/>
</job>
<job id="job1" parent="baseJob3">
    <step id="step1" parent="standaloneStep"/>
    <listeners merge="true">
        <listener ref="listenerTwo"/>
</job>
Must be only parent="baseJob"

Per trunk code, in LruBlockCache.java:
static final float DEFAULT_ACCEPTABLE_FACTOR = 0.99f;
but the site doc still :
"number of region servers * heap size * hfile.block.cache.size * 0.85"
seems the HBASE-6312 forgot to update this doc

[Rev. 692]
In find.tagx, there is:

<spring:url value="${path}?find=${finderName}" var="form_url"/> 

However, the find parameter seems to be cut somehow or overridden by the other parameters. Lets assume we have a finder wit a paramerter "age". Then, the GET request resulting from find.tagx is something like

path?age>18

instead of 

path?find=ByAge&age>18

This finally results in the wrong result page, showing not the results of the finder, but showing the findAll() result.
Proposed fix: Use hidden parameter instead of inlcuding "find" parameter in age:

<spring:url value="${path}" var="form_url"/>
<form:form action="${form_url}" method="GET">	
           ...
 <input id="proceed" type="submit" value="${find_button}"/>
 <input type="hidden" value="${finderName}" name="find"/>
            ...    
</form:form>

private double[] invPow2Register;

seems to add up memory when caching column stats (#table * #partition * #cols). This register can be pre-computed and stored as constant. 

org.jboss.as.test.integration.domain.events.ProcessStateListenerTestCase from wf-core fails intermittently on Windows
3%
StackTrace:

java.lang.AssertionError: Expected lines: [HOST_CONTROLLER normal ok stopping, HOST_CONTROLLER normal starting ok, HOST_CONTROLLER normal ok stopping] but was [HOST_CONTROLLER normal ok stopping, HOST_CONTROLLER normal starting stopping] expected:<3> but was:<2>
	at org.junit.Assert.fail(Assert.java:88)
	at org.junit.Assert.failNotEquals(Assert.java:834)
	at org.junit.Assert.assertEquals(Assert.java:645)
	at org.jboss.as.test.integration.domain.events.ProcessStateListenerTestCase.checkLines(ProcessStateListenerTestCase.java:198)
	at org.jboss.as.test.integration.domain.events.ProcessStateListenerTestCase.doTestListenerServer(ProcessStateListenerTestCase.java:181)
	at org.jboss.as.test.integration.domain.events.ProcessStateListenerTestCase.testListenerOnHostController(ProcessStateListenerTestCase.java:117)

Standard output:

[Server:main-one] 04:25:29,349 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment test-jmx-notifications-deployment.jar (runtime-name: test-jmx-notifications-deployment.jar) in 8ms
[Server:main-one] 04:25:29,374 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 14) WFLYSRV0009: Undeployed "test-jmx-notifications-deployment.jar" (runtime-name: "test-jmx-notifications-deployment.jar")
[Server:main-one] 04:25:29,380 INFO  [org.jboss.as.repository] (ServerService Thread Pool -- 14) WFLYDR0002: Content removed from location W:\workspace\eap-7x-as-testsuite-test-core-windows\8d745675\testsuite\domain\target\domains\JmxControlledStateNotificationsTestCase\master\servers\main-one\data\content\f3\d1f9875100d07edc87c90fd08c297797c34108\content
[Host Controller] 04:25:29,410 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0002: Content removed from location W:\workspace\eap-7x-as-testsuite-test-core-windows\8d745675\testsuite\domain\target\domains\JmxControlledStateNotificationsTestCase\master\data\content\f3\d1f9875100d07edc87c90fd08c297797c34108\content
04:25:36,309 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta4-redhat-1
04:25:36,841 INFO  [org.jboss.as.process.Host Controller.status] (main) WFLYPC0018: Starting process 'Host Controller'
[Host Controller] 04:25:43,090 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta4-redhat-1
[Host Controller] 04:25:43,668 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.SP1-redhat-1
[Host Controller] 04:25:43,730 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" starting
[Host Controller] 04:25:44,184 INFO  [org.jboss.as.domain.management] (Controller Boot Thread) WFLYDM0136: Registered OpenSSL provider
[Host Controller] 04:25:44,420 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=native-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[Host Controller] 04:25:44,422 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[Host Controller] 04:25:44,530 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)
[Host Controller] 04:25:44,536 INFO  [org.xnio] (MSC service thread 1-4) XNIO version 3.4.3.Final-redhat-1
[Host Controller] 04:25:44,542 INFO  [org.xnio.nio] (MSC service thread 1-4) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
[Host Controller] 04:25:44,598 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Host Controller] 04:25:44,674 INFO  [org.jboss.remoting] (MSC service thread 1-4) JBoss Remoting version 5.0.0.Beta12-redhat-1
[Host Controller] 04:25:44,696 INFO  [org.wildfly.security] (MSC service thread 1-4) ELY00001: WildFly Elytron version 1.1.0.Beta21-redhat-1
[Host Controller] 04:25:44,755 INFO  [org.jboss.as.remoting] (MSC service thread 1-2) WFLYRMT0001: Listening on 127.0.0.1:9999
[Host Controller] 04:25:44,785 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-1) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console
[Host Controller] 04:25:45,252 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-one
04:25:45,266 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-one'
[Server:main-one] 04:25:51,569 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta4-redhat-1
[Server:main-one] 04:25:52,175 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.SP1-redhat-1
[Server:main-one] 04:25:52,342 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" starting
[Server:main-one] 04:25:52,404 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.4.3.Final-redhat-1
[Server:main-one] 04:25:52,422 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
[Server:main-one] 04:25:52,619 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 5.0.0.Beta12-redhat-1
[Server:main-one] 04:25:52,635 INFO  [org.wildfly.security] (MSC service thread 1-1) ELY00001: WildFly Elytron version 1.1.0.Beta21-redhat-1
[Server:main-one] 04:25:52,816 INFO  [org.jboss.as.domain.management] (MSC service thread 1-4) WFLYDM0136: Registered OpenSSL provider
[Host Controller] 04:25:53,187 INFO  [org.jboss.as.host.controller] (management task-8) WFLYHC0021: Server [Server:main-one] connected using connection [Channel ID 0fdf5dfd (inbound) of Remoting connection 06174798 to /127.0.0.1:65013 of endpoint "master:MANAGEMENT" <4315d93e>]
[Host Controller] 04:25:53,218 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-one
[Host Controller] 04:25:53,231 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
[Host Controller] 04:25:53,231 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
[Host Controller] 04:25:53,231 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" (Host Controller) started in 10816ms - Started 50 of 50 services (13 services are lazy, passive or on-demand)
[Server:main-one] 04:25:53,597 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 13) WFLYIO001: Worker 'default' has auto-configured to 4 core threads with 32 task threads based on your 2 available processors
[Server:main-one] 04:25:53,652 INFO  [org.jboss.as.patching] (MSC service thread 1-2) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Server:main-one] 04:25:53,769 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" started in 2933ms - Started 49 of 66 services (24 services are lazy, passive or on-demand)
[Server:main-one] 04:25:53,771 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 5) WFLYSRV0212: Resuming server
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] All servers started in 19286 ms
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] HostController started in 19539 ms
[Host Controller] 04:25:54,228 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 13) WFLYHC0024: Stopping server main-one
04:25:54,231 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0019: Stopping process 'Server:main-one'
[Server:main-one] 04:25:54,233 INFO  [org.jboss.as.server] (main) WFLYSRV0240: ProcessController has signalled to shut down; shutting down
[Host Controller] 04:25:54,257 INFO  [org.jboss.as.host.controller] (management task-6) WFLYHC0027: Unregistering server main-one
[Server:main-one] 04:25:54,277 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0050: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" stopped in 31ms
04:25:54,640 INFO  [org.jboss.as.process.Server:main-one.status] (reaper for Server:main-one) WFLYPC0011: Process 'Server:main-one' finished with an exit status of 0
[Host Controller] 04:25:54,642 INFO  [org.jboss.as.host.controller] (ProcessControllerConnection-thread - 2) WFLYHC0027: Unregistering server main-one
[Host Controller] 04:25:54,659 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0050: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" stopped in 438ms
[Host Controller] 04:25:54,662 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" starting
[Host Controller] 04:25:54,692 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=native-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[Host Controller] 04:25:54,693 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[Host Controller] 04:25:54,710 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)
[Host Controller] 04:25:54,723 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Host Controller] 04:25:54,736 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-1) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console
[Host Controller] 04:25:54,738 INFO  [org.jboss.as.remoting] (MSC service thread 1-4) WFLYRMT0001: Listening on 127.0.0.1:9999
[Host Controller] 04:25:54,859 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-one
04:25:54,872 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-one'
[Server:main-one] 04:26:01,245 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta4-redhat-1
[Server:main-one] 04:26:01,817 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.SP1-redhat-1
[Server:main-one] 04:26:01,948 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" starting
[Server:main-one] 04:26:02,062 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.4.3.Final-redhat-1
[Server:main-one] 04:26:02,069 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
[Server:main-one] 04:26:02,287 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 5.0.0.Beta12-redhat-1
[Server:main-one] 04:26:02,305 INFO  [org.wildfly.security] (MSC service thread 1-1) ELY00001: WildFly Elytron version 1.1.0.Beta21-redhat-1
[Server:main-one] 04:26:02,485 INFO  [org.jboss.as.domain.management] (MSC service thread 1-3) WFLYDM0136: Registered OpenSSL provider
[Host Controller] 04:26:02,828 INFO  [org.jboss.as.host.controller] (management task-6) WFLYHC0021: Server [Server:main-one] connected using connection [Channel ID 2fd5fab5 (inbound) of Remoting connection 7883e1b4 to /127.0.0.1:65044 of endpoint "master:MANAGEMENT" <7cbc6a7c>]
[Host Controller] 04:26:02,836 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-one
[Server:main-one] 04:26:03,156 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 13) WFLYIO001: Worker 'default' has auto-configured to 4 core threads with 32 task threads based on your 2 available processors
[Server:main-one] 04:26:03,221 INFO  [org.jboss.as.patching] (MSC service thread 1-2) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Server:main-one] 04:26:03,384 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" started in 2948ms - Started 49 of 66 services (24 services are lazy, passive or on-demand)
[Server:main-one] 04:26:03,385 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 8) WFLYSRV0212: Resuming server
[Host Controller] 04:26:03,465 INFO  [org.jboss.as.host.controller] (management-handler-thread - 4) WFLYHC0180: Shutting down in response to management operation 'shutdown'
04:26:03,469 INFO  [org.jboss.as.process] (Thread-15) WFLYPC0017: Shutting down process controller
04:26:03,470 INFO  [org.jboss.as.process.Host Controller.status] (Thread-15) WFLYPC0019: Stopping process 'Host Controller'
[Host Controller] 04:26:03,485 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 27) WFLYHC0024: Stopping server main-one
04:26:03,487 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0019: Stopping process 'Server:main-one'
[Server:main-one] 04:26:03,489 INFO  [org.jboss.as.server] (main) WFLYSRV0240: ProcessController has signalled to shut down; shutting down
[Host Controller] 04:26:03,522 INFO  [org.jboss.as.host.controller] (management task-2) WFLYHC0027: Unregistering server main-one
[Server:main-one] 04:26:03,529 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0050: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" stopped in 21ms
04:26:03,897 INFO  [org.jboss.as.process.Server:main-one.status] (reaper for Server:main-one) WFLYPC0011: Process 'Server:main-one' finished with an exit status of 0
[Host Controller] 04:26:03,898 INFO  [org.jboss.as.host.controller] (ProcessControllerConnection-thread - 2) WFLYHC0027: Unregistering server main-one
04:26:12,537 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta4-redhat-1
04:26:13,096 INFO  [org.jboss.as.process.Host Controller.status] (main) WFLYPC0018: Starting process 'Host Controller'
[Host Controller] 04:26:19,971 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta4-redhat-1
[Host Controller] 04:26:20,519 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.SP1-redhat-1
[Host Controller] 04:26:20,575 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" starting
[Host Controller] 04:26:20,997 INFO  [org.jboss.as.domain.management] (Controller Boot Thread) WFLYDM0136: Registered OpenSSL provider
[Host Controller] 04:26:21,231 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=native-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[Host Controller] 04:26:21,233 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[Host Controller] 04:26:21,351 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)
[Host Controller] 04:26:21,418 INFO  [org.jboss.as.patching] (MSC service thread 1-2) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Host Controller] 04:26:21,426 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.3.Final-redhat-1
[Host Controller] 04:26:21,432 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
[Host Controller] 04:26:21,614 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 5.0.0.Beta12-redhat-1
[Host Controller] 04:26:21,638 INFO  [org.wildfly.security] (MSC service thread 1-1) ELY00001: WildFly Elytron version 1.1.0.Beta21-redhat-1
[Host Controller] 04:26:21,685 INFO  [org.jboss.as.remoting] (MSC service thread 1-1) WFLYRMT0001: Listening on 127.0.0.1:9999
[Host Controller] 04:26:21,710 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-2) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console
[Host Controller] 04:26:22,152 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-one
04:26:22,162 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-one'
[Server:main-one] 04:26:28,565 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta4-redhat-1
[Server:main-one] 04:26:29,158 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.SP1-redhat-1
[Server:main-one] 04:26:29,295 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" starting
[Server:main-one] 04:26:29,409 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.4.3.Final-redhat-1
[Server:main-one] 04:26:29,419 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
[Server:main-one] 04:26:29,605 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 5.0.0.Beta12-redhat-1
[Server:main-one] 04:26:29,624 INFO  [org.wildfly.security] (MSC service thread 1-1) ELY00001: WildFly Elytron version 1.1.0.Beta21-redhat-1
[Server:main-one] 04:26:29,842 INFO  [org.jboss.as.domain.management] (MSC service thread 1-1) WFLYDM0136: Registered OpenSSL provider
[Host Controller] 04:26:30,290 INFO  [org.jboss.as.host.controller] (management task-4) WFLYHC0021: Server [Server:main-one] connected using connection [Channel ID 604f0718 (inbound) of Remoting connection 28c687ba to /127.0.0.1:65081 of endpoint "master:MANAGEMENT" <2ca0b551>]
[Host Controller] 04:26:30,357 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-one
[Host Controller] 04:26:30,421 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
[Host Controller] 04:26:30,421 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
[Host Controller] 04:26:30,422 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" (Host Controller) started in 11766ms - Started 50 of 50 services (13 services are lazy, passive or on-demand)
[Server:main-one] 04:26:30,649 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 13) WFLYIO001: Worker 'default' has auto-configured to 4 core threads with 32 task threads based on your 2 available processors
[Server:main-one] 04:26:30,722 INFO  [org.jboss.as.patching] (MSC service thread 1-4) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Server:main-one] 04:26:30,797 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha22-redhat-1 "Kenny" started in 3014ms - Started 49 of 66 services (24 services are lazy, passive or on-demand)
[Server:main-one] 04:26:30,804 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 5) WFLYSRV0212: Resuming server

No errors.

Replacing this:

@NamedQueries({
        @NamedQuery(name = "photo.findByEventIdAndScanNumFetchRoll",
                   query = "SELECT p FROM Photo p INNER JOIN FETCH p.roll WHERE p.eventId = :eventId AND p.scanNum = :scanNum AND p.access <> 'D' ")
})

with this:

                   query = "SELECT p FROM Photo p INNER JOIN FETCH p.roll WHERE" +
 " p.eventId = :eventId AND p.scanNum = :scanNum AND p.access <> 'D' ")
})

causes this:
[timerFactory] Deleted SRC_MAIN_JAVA/test/MyEntity_Roo_Configurable.aj
[timerFactory] Deleted SRC_MAIN_JAVA/test/MyEntity_Roo_Entity.aj
[timerFactory] Deleted SRC_MAIN_JAVA/test/MyEntity_Roo_ToString.aj
[timerFactory] Deleted SRC_MAIN_JAVA/test/MyEntity_Roo_JavaBean.aj

The command specified to run all tests under the package using a wild card 
mvn test -Dtest=org.apache.hadoop.hbase.client.* doesnt work. Instead it should be mvn test '-Dtest=org.apache.hadoop.hbase.client.*' . 

We have a new requirement to have an "owner" tag on instances. We need to change ptest2 to support this.

While performing Grant command to a specific column in a table - to a specific group does not produce needed results. However, when specific user is mentioned (instead of group name) in grant command, it becomes effective
Steps to Reproduce : 
1) using super-user, Grant a table/column family/column level grant to a group
2) login using a user ( part of the above group) and scan the table. It does not return any results
3) using super-user, Grant a table/column family/column level grant to a specific user ( instead of group) 
4) login using that specific user and scan the table. It produces correct results, i.e. provides only the column where user has select privileges

When WFCORE-4109 and WFCORE-4137 have been done following the release of WildFly 14.0.0.Final, the KernelAPIVersion which is used by domain transformers has not been updated.
We need to add a value for WildFly 14.0.0.Final: VERSION_8_0(8, 0, 0)
In addition, KernelAPIVersion and HostExcludeResourceDefinition.KnownRelease should be tied together as both express model versions using ints which leads to inconsistencies such as highlighted by this issue.

As Camel will unregister the fallback converter if it convert the value to be null, we should avoid unregistering the fallback converter by returning the Void.value.

The datasources fraction documentation should include full examples of datasource configuration as shown in EAP documentation https://access.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/7.0/html/configuration_guide/datasource_management#example_datasource_configurations
This mainly includes connection validation settings, which is important in case a DB temporarily goes away and then returns back.

HIVE-12249 added sessionId to thread name. In some cases the sessionId could be appended twice. Example log line

DEBUG [6432ec22-9f66-4fa5-8770-488a9d3f0b61 6432ec22-9f66-4fa5-8770-488a9d3f0b61 main]

0.20, compared to previous versions, doesn't let you save with a timestamp in the future and will set it to current time without telling you. This is really bad for users upgrading to 0.20 that were using those timestamps.
Example:
 hbase(main):004:0> put 'testtable', 'r1', 'f1:c1', 'val', 5373965335336911168
 0 row(s) in 0.0070 seconds
 hbase(main):005:0> scan 'testtable'
 ROW                          COLUMN+CELL                                                                      
  r1                          column=f1:c1, timestamp=1251223892010, value=val                                 
 1 row(s) in 0.0380 seconds

This is follow up on discussion in WFCORE-1912. There is difference in behavior if deployment is deployed like:

deploy ~/tmp/mdb1.jar --unmanaged --headers={rollback-on-runtime-failure=false}

and if it's deployed by copying to deployments directory and setting rollback-on-runtime-failure=false in model:

/subsystem=deployment-scanner/scanner=default:write-attribute(name=runtime-failure-causes-rollback,value=false)

If it's deployed by the 1st way using CLI deploy command then If deployment is missing some dependencies (like connection factories, queues/topics) and those are added later then deployment is able recover from it and start working without need to reload/restart server or redeploy.
However if it's deployed the 2nd way then deployment does not recover when missing dependencies are added. It looks like attribute runtime-failure-causes-rollback does not have the effect in this case. 
This is causing problems when Artemis is configured in colocated HA topology with replicated journal where it takes some time for Artemis to activate but deployment which depends on some connection factories and queues has already tried to deploy. We need deployment to recover from this situation automatically. Restart/Reload will not help in this case as it would end up in the same situation. Only manual redeploy will help which is a workaround.

I created some bean definitions in my BeanRegistry and was using indexed constructor arguments. 
When using @Resource, the beans were resolved properly by type. 
When using @Autowired, they were not found. 
We traced it down to: 
line 635 of the AbstractAutowireCapableBeanFactory in the getTypeForFactoryMethod method

		List<ValueHolder> argumentValues = mbd.getConstructorArgumentValues().getGenericArgumentValues();

This code only looks for methods based on argument values set as GenericArgumentValues - any set via indexedArgumentValues are not found. 
switching our code to create bean definitions using GenericArgumentValues instead of IndexedArgumentValues fixed the issue for us, but this seems like an oversight. 
Changing it slightly to something like this should at least address this one case: 

List<ValueHolder> argumentValues = mbd.getConstructorArgumentValues().getGenericArgumentValues();
if (argumentValues.size() == 0) {
     argumentValues = mbd.getConstructorArgumentValues().getIndexedArgumentValues();
} 

(feel free to use the above code - I've signed the spring contributor agreement... if you want I can do this on a branch and submit a pull request for it)

See nabble
http://camel.465427.n5.nabble.com/Polling-Email-Component-Runtime-Error-tp5749047.html

We initialize the ReplicationSource in a background thread to avoid blocking the peer modification. And when enqueueLog is called and we want to start a new shipper, we will check whether the replicationEndpoint is initialized, if so, we will start a new shipper. But in the initialize thread, we will initialize walEntryFilter after replicationEndpoint , so it is possible that when we start a new shipper, the walEntryFilter is still null and cause NPE.

These WARN messages are due to the fact that WF no longer uses a shared transport for its jgroups channels (JGroups recently deprecated shared transport in favor of fork channels).  While these messages are harmless - they are quite annoying - and are the subject of several forum posts.
Currently, the messaging-activemq subsystem uses JChannels configured from a specific protocol stack.  We should modify the default configuration to use a ChannelFactory from the default channel, which will use a new fork of the default "ee" channel.  In xml/dmr terms, this corresponds not providing a value for jgroups-stack.
N.B. At the moment, this change will introduce new annoying WARN log messages until JGroups is upgraded to 3.6.5.Final, hence the jira dependency.

Hive uses Java's Timestamp class to manipulate timestamp columns. Unfortunately the textual parsing in Timestamp is done in local time and the internal storage is in UTC.
ORC mostly side steps this issue by storing the difference between the time and a base time also in local and storing that difference in the file. Reading the file between timezones will mostly work correctly "2014-01-01 12:34:56" will read correctly in every timezone.
However, when moving between timezones with different daylight saving it creates trouble. In particular, moving from a computer in PST to UTC will read "2014-06-06 12:34:56" as "2014-06-06 11:34:56".

roo> field email template --class com.springsource.petclinic.domain.Owner
field name mailTemplate
Name required
java.lang.IllegalArgumentException: Name required
    at org.springframework.roo.support.util.Assert.notNull(Assert.java:112)
    at org.springframework.roo.classpath.details.DefaultClassOrInterfaceTypeDetails.<init>(DefaultClassOrInterfaceTypeDetails.java:80)
    at org.springframework.roo.classpath.details.ClassOrInterfaceTypeDetailsBuilder.build(ClassOrInterfaceTypeDetailsBuilder.java:140)
    at org.springframework.roo.addon.email.MailOperationsImpl.injectEmailTemplate(MailOperationsImpl.java:259)
    at org.springframework.roo.addon.email.MailCommands.injectEmailTemplate(MailCommands.java:82)                                         [org.springframework.roo.process.manager [59]] ServiceEvent UNREGISTERING

If the first exchange received by a (concrete implementation of) AggregationStrategy  contains an exception, then the result of the aggregation will also contain that exception, and so will not continue routing without error. This makes the first received exchange have an effect that subsequent exchanges do not have.
The specific use case multicasts to GroupedExchangeAggregationStrategy. The MulticastProcessor.doDone function uses ExchangeHelper.copyResults to copy the aggregated result to the original exchange. The copyResults method copies the exception as well, thereby propagating the error.
 The attached unit test has 3 tests, testAFail, testBFail, and testAllGood. All three of these should pass, but testAFail does not.
What is happening is that AbstractListAggregationStrategy is directly storing its values on and returning the first exchange:
    public Exchange aggregate(Exchange oldExchange, Exchange newExchange) {
        List<V> list;
        if (oldExchange == null) 
{
            list = getList(newExchange);
        }
 else 
{
            list = getList(oldExchange);
        }

        if (newExchange != null) {
            V value = getValue(newExchange);
            if (value != null) 
{
                list.add(value);
            }
        }
        return oldExchange != null ? oldExchange : newExchange;
    }
The pre-CAMEL-5579 version of GroupedExchangeAggregationStrategy created a fresh exchange to store and return the aggregated exchanges:
        List<Exchange> list;
        Exchange answer = oldExchange;
{
            answer = new DefaultExchange(newExchange);
            list = new ArrayList<Exchange>();
            answer.setProperty(Exchange.GROUPED_EXCHANGE, list);
        }
 else 
{
            list = oldExchange.getProperty(Exchange.GROUPED_EXCHANGE, List.class);
        }

        if (newExchange != null) 
{
            list.add(newExchange);
        }
        return answer;
    }

username-load attribute of legacy LDAP Realm stop to work. This attribute is used for assigning username from some LDAP entry attribute. In current behavior it seems that it tries to search user in LDAP through value obtained from entry 'username-load' attribute. See JBEAP-8969 for more details.

When I try to access the attached war (http://localhost:8080/sampleapp/index.jsp) with the attached standalone.xml I get the exception below.
The index.jsp contains only static html. I used ActiveDirectory as LDAP server. The WAR uses the "other" security domain, which uses LDAP for auth and roles.
Accessing the test.html (http://localhost:8080/sampleapp/test.html) with the same content as the index.jsp works fine over LDAP.
Changing the "default-realm" of security-domain "ApplicationDomain" from "ldap-realm" to "ApplicationRealm" (user/pw: test/test) the index.jsp gets displayed correctly and without an exception.

11:13:06,305 ERROR [io.undertow.request] (default task-6) UT005023: Exception handling request to /sampleapp/index.jsp: org.apache.jasper.JasperException: JBWEB004062: Unable to compile class for JSP:

JBWEB004061: An error occurred at line: 15 in the generated java file
org.apache.jasper.runtime.HttpJspBase cannot be resolved to a type

JBWEB004061: An error occurred at line: 16 in the generated java file
org.apache.jasper.runtime.JspSourceDependent cannot be resolved to a type

JBWEB004061: An error occurred at line: 17 in the generated java file
org.apache.jasper.runtime.JspSourceImports cannot be resolved to a type

JBWEB004061: An error occurred at line: 19 in the generated java file
javax.servlet.jsp.JspFactory cannot be resolved to a type

JBWEB004061: An error occurred at line: 20 in the generated java file

JBWEB004061: An error occurred at line: 36 in the generated java file
javax.el.ExpressionFactory cannot be resolved to a type

JBWEB004061: An error occurred at line: 37 in the generated java file
org.apache.tomcat.InstanceManager cannot be resolved to a type

JBWEB004061: An error occurred at line: 52 in the generated java file
_el_expressionfactory cannot be resolved to a variable

_jspxFactory cannot be resolved

The method getServletConfig() is undefined for the type index_jsp

JBWEB004061: An error occurred at line: 53 in the generated java file
_jsp_instancemanager cannot be resolved to a variable

org.apache.jasper.runtime.InstanceManagerFactory cannot be resolved to a type

JBWEB004061: An error occurred at line: 59 in the generated java file
javax.servlet.http.HttpServletRequest cannot be resolved to a type

javax.servlet.http.HttpServletResponse cannot be resolved to a type

JBWEB004061: An error occurred at line: 60 in the generated java file
javax.servlet.ServletException cannot be resolved to a type

JBWEB004061: An error occurred at line: 63 in the generated java file
javax.servlet.DispatcherType.ERROR cannot be resolved to a type

JBWEB004061: An error occurred at line: 64 in the generated java file
HttpServletResponse.SC_METHOD_NOT_ALLOWED cannot be resolved to a type

JBWEB004061: An error occurred at line: 68 in the generated java file
javax.servlet.jsp.PageContext cannot be resolved to a type

JBWEB004061: An error occurred at line: 69 in the generated java file
javax.servlet.http.HttpSession cannot be resolved to a type

JBWEB004061: An error occurred at line: 70 in the generated java file
javax.servlet.ServletContext cannot be resolved to a type

JBWEB004061: An error occurred at line: 71 in the generated java file
javax.servlet.ServletConfig cannot be resolved to a type

JBWEB004061: An error occurred at line: 72 in the generated java file
javax.servlet.jsp.JspWriter cannot be resolved to a type

JBWEB004061: An error occurred at line: 74 in the generated java file

JBWEB004061: An error occurred at line: 75 in the generated java file

JBWEB004061: An error occurred at line: 81 in the generated java file

JBWEB004061: An error occurred at line: 100 in the generated java file
javax.servlet.jsp.SkipPageException cannot be resolved to a type

JBWEB004061: An error occurred at line: 111 in the generated java file
ServletException cannot be resolved to a type

JBWEB004061: An error occurred at line: 114 in the generated java file

        at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:95)
        at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:198)
        at org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:449)
        at org.apache.jasper.compiler.Compiler.compile(Compiler.java:359)
        at org.apache.jasper.compiler.Compiler.compile(Compiler.java:334)
        at org.apache.jasper.compiler.Compiler.compile(Compiler.java:321)
        at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:652)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:358)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
        at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
        at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
        at io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
        at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
        at org.wildfly.elytron.web.undertow.server.ElytronRunAsHandler.lambda$handleRequest$1(ElytronRunAsHandler.java:68)
        at org.wildfly.security.auth.server.FlexibleIdentityAssociation.runAsFunctionEx(FlexibleIdentityAssociation.java:101)
        at org.wildfly.security.auth.server.Scoped.runAsFunctionEx(Scoped.java:150)
        at org.wildfly.security.auth.server.Scoped.runAs(Scoped.java:62)
        at org.wildfly.elytron.web.undertow.server.ElytronRunAsHandler.handleRequest(ElytronRunAsHandler.java:67)
        at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
        at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
        at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
        at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
        at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
        at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
        at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
        at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
        at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
        at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
        at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
        at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
        at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
        at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
        at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
        at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
        at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
        at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
        at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
        at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
        at io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

HIVE-6392 takes care of allowing HDFS super-user accounts to register partitions in tables whose HDFS paths don't explicitly grant write-permissions to the super-user.
However, the dropPartitions()/dropTable()/dropDatabase() use-cases don't handle this at all. i.e. An HDFS super-user (kal_el@DEV.GRID.MYTH.NET) can't drop the very partitions that were added to a table-directory owned by the user (mithunr). The following error is the result:

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:Table metadata not deleted since hdfs://mythcluster-nn1.grid.myth.net:8020/user/mithunr/myth.db/myth_table is not writable by kal_el@DEV.GRID.MYTH.NET)
This is the result of redundant checks in HiveMetaStore::dropPartitionsAndGetLocations():
HiveMetaStore.java
if (!wh.isWritable(partPath.getParent())) {
  throw new MetaException("Table metadata not deleted since the partition "
            + Warehouse.makePartName(partitionKeys, part.getValues()) 
            +  " has parent location " + partPath.getParent() 
            + " which is not writable " 
            + "by " + hiveConf.getUser());
}

This check is already made in StorageBasedAuthorizationProvider. If the argument is that the SBAP isn't guaranteed to be in play, then this shouldn't be checked in HMS either. If HDFS permissions need to be checked in addition to say, ACLs, then perhaps a recursively-composed auth-provider ought to be used.
For the moment, I'll get Warehouse.isWritable() to handle HDFS super-users. But I think isWritable() checks oughtn't to be in HiveMetaStore. (Perhaps fix this in another JIRA?)

The following error caused all tests to fail and thus filled up the ptest systems drives.

     [echo] hcatalog
[checkstyle] Running Checkstyle 5.5 on 419 files
[checkstyle] /home/hiveptest/ip-10-234-1-228-hiveptest-1/apache-github-source/hcatalog/webhcat/svr/src/test/java/org/apache/hcatalog/templeton/TestWebHCatE2e.java:31:8: Unused import - org.junit.BeforeClass.
      [for] hcatalog: The following error occurred while executing this line:
      [for] /home/hiveptest/ip-10-234-1-228-hiveptest-1/apache-github-source/build.xml:310: The following error occurred while executing this line:
      [for] /home/hiveptest/ip-10-234-1-228-hiveptest-1/apache-github-source/hcatalog/build.xml:123: The following error occurred while executing this line:
      [for] /home/hiveptest/ip-10-234-1-228-hiveptest-1/apache-github-source/hcatalog/build-support/ant/checkstyle.xml:32: Got 1 errors and 0 warnings.

Index key for @Indexed should use the property dot path for index creation. eg some.document.property but still uses property,
see: MongoPersistentEntityIndexResolver.java#L232

In EAP 7.0 you can configure global client thread pool size by system properties. This thread pool is also used by server when Artemis connects to another server. With EAP 7.0, system properties were only possibility to configure global client thread pool size on server.
This changes with EAP7-619. New model attributes are introduced as a part of this RFE.
In current implementation, values specified in model overwrite values set by system properties. In case no value is specified in EAP configuration, default values are used and system properties are overridden. 
If customer used system properties to configure client thread pool size in EAP 7.0, this system property based configuration is not taken into account with EAP 7.1.
Shouldn't the system properties have higher priority than model setting? If not, this should be well documented. It would be nice to have a warning message stating that system property configured by you is not taken into account, specify value in model.

Some /subsystem=elytron/key-store operations should probably be marked runtime-only. (edit: this is already part of JBEAP-11790) Their handlers extends ElytronRuntimeOnlyHandler and they don't seem to change anything in model. 
load
store
read-alias
read-aliases
remove-alias

[standalone@embedded /] /subsystem=elytron/key-store=aa:read-operation-description(name=load      
{
    "result" => {
        "operation-name" => "load",
        "description" => "Load the KeyStore, if the KeyStore is file backed this will involve re-reading the contents of the file.",
        "request-properties" => {},
        "reply-properties" => {},
        "read-only" => false,
        "runtime-only" => false
    }
}
[standalone@embedded /] /subsystem=elytron/key-store=aa:read-operation-description(name=store
{
        "operation-name" => "store",
        "description" => "Store the KeyStore to file, this operation will fail for any KeyStore instances not backed by a file.  If the file does not exist and it was not flagged as required it will be created.",
    }
}
[standalone@embedded /] /subsystem=elytron/key-store=aa:read-operation-description(name=read-alias
{
        "operation-name" => "read-alias",
        "description" => "Read an alias from a KeyStore.",
        "request-properties" => {"alias" => {
            "type" => STRING,
            "description" => "The alias of the KeyStore item to read.",
            "expressions-allowed" => false,
            "required" => true,
            "nillable" => false,
            "min-length" => 1L,
            "max-length" => 2147483647L
        }},
        "read-only" => true,
    }
}
[standalone@embedded /] /subsystem=elytron/key-store=aa:read-operation-description(name=read-aliases
{
        "operation-name" => "read-aliases",
        "description" => "Read aliases from a KeyStore.",
    }
}
[standalone@embedded /] /subsystem=elytron/key-store=aa:read-operation-description(name=remove-alias
{
        "operation-name" => "remove-alias",
        "description" => "Remove an alias from a KeyStore.",
            "description" => "The alias of the KeyStore item to remove.",
        }},
    }
}

Also I'm not sure whether they should be registered at /profile resources in domain as they are rolled out to servers (servers might try to write to file concurrently).

[domain@localhost:9990 /] /profile=default/subsystem=elytron/key-store=test:store()
{
    "outcome" => "failed",
    "result" => undefined,
    "failure-description" => {"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {"main-server-group" => {"host" => {"master" => {
        "server-one" => "WFLYELY00010: Unable to save KeyStore - KeyStore file '/tmp/test' does not exist.",
        "server-two" => "WFLYELY00010: Unable to save KeyStore - KeyStore file '/tmp/test' does not exist."
    }}}}}},
    "rolled-back" => true,
    "server-groups" => {"main-server-group" => {"host" => {"master" => {
        "server-one" => {"response" => {
            "outcome" => "failed",
            "result" => undefined,
            "failure-description" => "WFLYELY00010: Unable to save KeyStore - KeyStore file '/tmp/test' does not exist.",
            "rolled-back" => true
        }},
        "server-two" => {"response" => {
        }}
    }}}}
}

priority set to blocker to decide whether operations can be registered at profile resources. They can be added back later but they cannot be removed. 

When using AnnotationMethodHandlerAdapter with Mock request and response to test controller mappings and controller under test has class- and method-level @RequestMapping annotation - receiving an NPE. I have to manually put some attribute to the request. Please see the test from URL for details. The bug root case is null unsafe useTypeLevelMapping method at AMHA. I propose to change the return to something which is close to useSuffixPattern method return. Like "
Object value = request.getAttribute(HandlerMapping.INTROSPECT_TYPE_LEVEL_MAPPING);
return (value != null) ? (Boolean) value : Boolean.TRUE;
"

Although not part of the server runtime, the hornetq-journal is included as a transitive dependency. This fixes it:

--- pom.xml
+++ pom.xml
@@ -3920,6 +3920,12 @@
                 <groupId>org.hornetq</groupId>
                 <artifactId>hornetq-commons</artifactId>
                 <version>\${version.org.hornetq}</version>
+                <exclusions>
+                    <exclusion>
+                        <groupId>org.hornetq</groupId>
+                        <artifactId>hornetq-journal</artifactId>
+                    </exclusion>
+                </exclusions>
             </dependency>

             <dependency>
@@ -3932,6 +3938,12 @@
                 <artifactId>hornetq-jms-client</artifactId>
                 <groupId>org.infinispan</groupId>

SASL mechanism filtering in Elytron ExternalSasl* factories differs from Oracle one. 
http://docs.oracle.com/javase/jndi/tutorial/ldap/security/sasl.html
Oracle has EXTERNAL mechanism valid for policies:

javax.security.sasl.policy.noplaintext
javax.security.sasl.policy.noactive
javax.security.sasl.policy.nodictionary

Elytron factories doesn't allow EXTERNAL mechanism for these filtering properties set to true.
Darran Lofthouse If the changed filtering policy is intentional, please reject this issue.

Seems that we have modules that reference org.mortbay.jetty:jetty-maven-plugin instead of org.eclipse.jetty:org.eclipse.jetty with the same ${jetty-plugin-version}

elytron-only = configuration with elytron subsystem and without security subsystem
It's not possible to set username and password for datasource in elytron-only configuration.
In elytron-only configuration, attribute elytron-enabled has to be set to true otherwise datasource service fails to start because of dependencies on legacy security services (see JBEAP-8763).
But when elytron-enabled=true then it's not possible to use username and password (credential-reference doesn't seem to be taken into account - looks like bug with current behavior).
I expect that users will want to use simple username and password even in elytron-only configuration.

The CLI class offline CommandContext is never terminated. This makes the CommandContext to be referenced from Shutdown Hook and never cleaned.

There's no guarantee UNIX systems will have bash installed in /bin. HBase builds fail for me on FreeBSD. The hbase-archetype-builder scripts do not use any bash features so let's specify '/bin/sh' as interpreter instead. 

When run the below code 'field1' will work correctly (with datetime picker), 'Field2' will not display datetime picker and manual input of a date (copied from first field) will not work. The problem goes away when you rename the fieldname.
project --topLevelPackage nl.hotitem.ucasetest
persistence setup --provider HIBERNATE --database HYPERSONIC_IN_MEMORY
entity --class ~.ucasetest --testAutomatically
field date --fieldName field1 --type java.util.Date
field date --fieldName Field2 --type java.util.Date 
controller all --package ~.web
selenium test --controller ~.web.UcasetestController
logging setup --level DEBUG

(Initially discussed in HBASE-4150)
In HTablePool, when obtaining a table:

private HTableInterface findOrCreateTable(String tableName) {
    HTableInterface table = tables.get(tableName);
    if (table == null) {
      table = createHTable(tableName);
    }
    return table;
  }

In the case of ThreadLocalPool, it seems like there's an exposure here between when the table is created initially and when ThreadLocalPool.put() is called to set the thread local variable (on PooledHTable.close()).
Potential solution described by Karthick Sankarachary:
For one thing, we might want to clear the tables variable when the HTablePool is closed (as shown below). For another, we should override ThreadLocalPool#get method so that it removes the resource, otherwise it might end up referencing a HTableInterface that's has been released.

1 diff --git a/src/main/java/org/apache/hadoop/hbase/client/HTablePool.java b/src/main/java/org/apache/hadoop/hbase/client/HTablePool.java
      2 index 952a3aa..c198f15 100755
      3 --- a/src/main/java/org/apache/hadoop/hbase/client/HTablePool.java
      4 +++ b/src/main/java/org/apache/hadoop/hbase/client/HTablePool.java
     13 @@ -309,6 +310,7 @@ public class HTablePool implements Closeable {
     14      for (String tableName : tables.keySet()) {
     15        closeTablePool(tableName);
     16      }
     17 +    this.tables.clear();
     18    }

This is about the topology-webapp JavaScript API, topology.js.
When topology() is called, it subscribes to the SSE stream, which immediately sends back the current topology. There should be a mechanism to wait for that, otherwise users are susceptible to race conditions. (Obviously we can't really "wait", we should return a promise that gets resolved when the initial topology arrives.)

Lars George found a missing bit in HBASE-15971 "Regression: Random Read/WorkloadC slower in 1.x than 0.98" Let me fix here. Let me quote the man:

BTW, in constructor we do this

```    String callQueueType = conf.get(CALL_QUEUE_TYPE_CONF_KEY,
        CALL_QUEUE_TYPE_FIFO_CONF_VALUE);
```
(edited)

[8:19]  
but in `onConfigurationChange()` we do

      CALL_QUEUE_TYPE_DEADLINE_CONF_VALUE);
```
(edited)

If consuming messsages from jetty endpoint there is no way to read post parameters from HttpServletRequest. 
In example  getting HttpServletRequest  from body :
HttpServletRequest req = exchange.getIn().getBody(HttpServletRequest.class);
req.getParameterMap() returns allways empty map
The problem is that jetty Request.extractParameters() method is trying  to read post parameters from Request.getInputStream().  But unfortunately someone strips the input stream before and req.getInputStream() returns allways 0 bytes
The workaround for me is to extend DefaultHttpBinding as described in:  http://camel.apache.org/jetty.html
MyHttpBinding .java
public class MyHttpBinding extends DefaultHttpBinding {
    
    public void readRequest(HttpServletRequest request, HttpMessage message) {
       request.getParameterMap();
       super.readRequest(request,message);
    }
}

calling  request.getParameterMap()  will cache parameters inside jetty Request and it's possible to query params later,  without having inputStream

The log message in MemstoreFlusher doesn't contain the excception which caused it (ARGH).
Patch is like:
@@ -239,7 +239,7 @@ class MemStoreFlusher extends Thread implements FlushRequester {
       } catch (ConcurrentModificationException ex) 
{
         continue;
       }
 catch (Exception ex) {

LOG.error("Cache flusher failed for entry " + fqe);
+        LOG.error("Cache flusher failed for entry " + fqe, ex);
         if (!server.checkFileSystem()) 
{
           break;
         }

MQTT single-level wildcards ("+" character) are broken within topic subscriptions.  This is due to URL encoding/decoding that is done on the component URI, which results in the "+" being replaced with a space.  I also tried with "%2B" instead of the "+" sign, which gave the same result.  
A search led me to CAMEL-8056, which mentions needing to override the useRawUri method to return true.  I'm working on a patch and updated unit tests for this.

As of HBASE-14400 the setting hbase.thrift.security.qop was unified to behave the same as the general HBase RPC protection. However, this only happened for the Thrift2 server. The Thrift server found in the thrift package (aka Thrift Server 1) still hard codes the old configs of 'auth', 'auth-int', and 'auth-conf'.
Additionally, these Quality of Protection (qop) settings are used only by the SASL transport. If a user configures the HBase Thrift Server to make use of the HTTP transport (to enable doAs proxying e.g. for Hue) then a QOP setting of 'privacy' or 'auth-conf' won't get them encryption as expected.
We should
1) update hbase-thrift/src/main/.../thrift/ThriftServerRunner to rely on SaslUtil to use the same 'authentication', 'integrity', 'privacy' configs in a backward compatible way
2) also have ThriftServerRunner warn when both hbase.thrift.security.qop and hbase.regionserver.thrift.http are set, since the latter will cause the former to be ignored. (users should be directed to hbase.thrift.ssl.enabled and related configs to ensure their transport is encrypted when using the HTTP transport.)

I'm just going to remove this suite. Its caused loads of pain over last few months. See HBASE-14484 and HBASE-14421 with all their amendments.
HBASE-14422 was filed a while ago to fix this.

cd testsuite/standalone/
mvn test -Delytron -Dtest=SecurityCommandsTestCase

[INFO] Running org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase
[ERROR] Tests run: 17, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 22.482 s <<< FAILURE! - in org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase
[ERROR] testEnableSSLInteractiveConfirmNative(org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase)  Time elapsed: 0.17 s  <<< ERROR!
org.jboss.as.cli.CommandLineException: 
{
    "failure-description" => {
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.core.management.security.realm.ManagementRealm"],
        "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.management is missing [org.wildfly.core.management.security.realm.ManagementRealm]"]
    },
    "rolled-back" => true
}
	at org.jboss.as.cli.handlers.OperationRequestHandler.handle(OperationRequestHandler.java:94)
	at org.jboss.as.cli.impl.CommandContextImpl.handleOperation(CommandContextImpl.java:1800)
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:809)
	at org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase.enableNative(SecurityCommandsTestCase.java:678)
	at org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase.testEnableSSLInteractiveConfirmNative(SecurityCommandsTestCase.java:482)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
	at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
	at org.junit.rules.RunRules.evaluate(RunRules.java:20)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
	at org.wildfly.core.testrunner.WildflyTestRunner.run(WildflyTestRunner.java:109)
	at org.junit.runners.Suite.runChild(Suite.java:128)
	at org.junit.runners.Suite.runChild(Suite.java:27)
	at org.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75)
	at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:158)
	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:383)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:344)
	at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:417)

[ERROR] testEnableSSLNative(org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase)  Time elapsed: 0.148 s  <<< ERROR!
{
    "failure-description" => "WFLYCTL0212: Duplicate resource [
    (\"socket-binding-group\" => \"standard-sockets\"),
    (\"socket-binding\" => \"management-native\")
]",
}
	at org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase.enableNative(SecurityCommandsTestCase.java:677)
	at org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase.testEnableSSLNative(SecurityCommandsTestCase.java:396)

[INFO] 

Reference doc, page 370 (as of M4). The O/X Mapping exception hierarchy class diagram shows a class called GenericMarshallingFailureException. The real name of this class is simply MarshallinException.

A query (that i can't reproduce verbatim) submits a job to a MR cluster with a plan file that is resident on  the local file system. This job obviously fails.
This seems to result from an interaction between the parallel execution (which is trying to run one local and one remote job at the same time). Turning off either the parallel execution mode or the auto-local mode seems to fix the problem.

mechanism-oids

Minimal command for kerberos security factory creation is 

/subsystem=elytron/kerberos-security-factory=kerberos:add(principal=mchoma, path=/path/to/keytab, mechanism-oids=[1.2.840.113554.1.2.2])

I don't think it is user-friendly to require user to specify mechanism-oids. I think some reasonable default value should be used here.

Currently, when the master assigns a region to a region server, it extends the reassignment timeout when the region server reports that it is processing the open. This only happens once, and so if the region takes a long time to come on line due to a large set of transactions in the redo log or because the initial compaction takes a long time, the master will assign the region to another server when the reassignment timeout occurs.
Assigning a region to multiple region servers can easily corrupt the region. For example:
region server 1 is processing the redo log creating a new mapfile. It takes more than one interval to do so so the master assigns the region to region server 2. region server 2 starts processing the redo log creating essentially the same mapFile as region server 1, but with a different name. 
region server 2 can fail to open the region if region server 1 deletes the old log file or if it tries to open the new mapFile that region server 1 is creating.
region server 1 can fail to open the region if it tries to open the mapFile that region server 2 is creating.
Often region server 1 eventually succeeds and reports to the master that it has finished opening the region, but the master tells it to close that region because it has assigned it to another server. Region server 2 often fails to open the region, because the old log file has been deleted, or it fails to process the new map file created by region server 1.
Proposed solution:
During the open process the region server should send a MSG_PROCESS_OPEN with each heartbeat until the region is opened (when it sends MSG_REGION_OPEN). The master will extend the reassignment timeout with each MSG_PROCESS_OPEN it receives and will not assign the region to another server so long as it continues to receive heart beat messages from the region server processing the open.

SonarQube reports a few package cycles, stemming mostly from JpaEntityMetadata being in the wrong package and Jpa21Utils reaching back out into the query package.
We probably should also update the architecture definition for Sonargraph. Consider back-porting to 1.7.x and 1.6.x as the type moves might cause difficulties for cherry picking bug fixes into maintenance branches. 

Using org.quartz.Scheduler.triggerJob to manually trigger jobs will result in an exception like:
2015-07-20 16:17:28,295 [amel-1_Worker-1] ERROR CamelJob                       - Failed to execute CamelJob.
org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: quartz2://MyTimer?cron=05+00+00+

I cannot sure of this, but dropping views, (it rolls back to JPA and works fine)

etastore.ObjectStore: Direct SQL failed, falling back to ORM
MetaException(message:Unexpected null for one of the IDs, SD null, column null, serde null)
	at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilterInternal(MetaStoreDirectSql.java:195)
	at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilter(MetaStoreDirectSql.java:98)
	at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByFilter(ObjectStore.java:1758)
...

Should it be disabled for views or can be fixed?

This is regression from my recent checkin from hbase-9390 below is the exception stack:

2013-10-03 09:34:32,735 ERROR [WriterThread-1] wal.HLogSplitter: Exiting thread
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter$LogReplayOutputSink.groupEditsByServer(HLogSplitter.java:1489)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter$LogReplayOutputSink.append(HLogSplitter.java:1368)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter$WriterThread.writeBuffer(HLogSplitter.java:847)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter$WriterThread.doRun(HLogSplitter.java:839)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter$WriterThread.run(HLogSplitter.java:809)

The cleanup is currently only performed as a part of org.jboss.as.weld.WeldStartService.stop(StopContext) invocation. However, if WeldStartService.start() fails (e.g. because of a validation error) the stop method is never invoked. Some Weld bootstrap services need to clean up resources even if the deployment fails, e.g. org.jboss.weld.bootstrap.events.ContainerLifecycleEvents (deactivable optimization) maintains a separate thread pool and so the referenced ExecutorService is never shut down explicitly and the only hope to free resources is the GC and finalizers whose execution is deferred and may never even occur.
We've run into this problem when executing Weld and CDI TCK test suites on a specific HP-UX machine. Both test suites contain a lot of scenarios where the deployment fails. HP-UX jvm cannot handle this load and the test suite fails with "java.lang.OutOfMemoryError: unable to create new native thread".

Its writing KVs w/ LATEST_TIMESTAMP. Here's fix:

pynchon-56:hbase stack$ git diff
diff --git a/src/test/java/org/apache/hadoop/hbase/mapreduce/TestLoadIncrementalHFiles.java b/src/test/java/org/apache/hadoop/hbase/mapreduce/TestLoadIncrementalHFiles.java
index d5374d2..e02d11a 100644
--- a/src/test/java/org/apache/hadoop/hbase/mapreduce/TestLoadIncrementalHFiles.java
+++ b/src/test/java/org/apache/hadoop/hbase/mapreduce/TestLoadIncrementalHFiles.java
@@ -175,10 +175,11 @@ public class TestLoadIncrementalHFiles {
   {
     HFile.Writer writer = new HFile.Writer(fs, path, BLOCKSIZE, COMPRESSION,
         KeyValue.KEY_COMPARATOR);
+    long now = System.currentTimeMillis();
     try {
       // subtract 2 since iterateOnSplits doesn't include boundary keys
       for (byte[] key : Bytes.iterateOnSplits(startKey, endKey, numRows-2)) {
-        KeyValue kv = new KeyValue(key, family, qualifier, key);
+        KeyValue kv = new KeyValue(key, family, qualifier, now, key);
         writer.append(kv);
       }
     } finally {

Force use of Bash shell, so user default shell choice doesn't impact the test script.

In view of the branching for 0.14 done, we need to upgrade the version of hive on trunk to 0.15.

Using hbck to fix a problem, I see that when it retries it doesn't reset the number of inconsistencies so the number doubles.

Brew is failing with 'BuildrootError: Unknown file in build environment:
org/fusesource/camel-sap/6.2.0.redhat-060/camel-sap-6.2.0.redhat-060-sources.jar'
Basically its another one of those where brew see's
camel-sap-6.2.0.redhat-060-sources.jar installed in the local .m2 and never
deployed.
Paul Gallagher to provide patch for this.

The TransactionalValidationListener does validation of tables specified as transactional tables, as well as enforcing create.as.acid. While this can be useful to Hive, this may not be useful to other catalogs which do not support transactional tables, and would not benefit from being automatically tagged as a transactional table. This should be changed so the TransactionalValidationListener does not run for non-hive catalogs.

Hi!
I found a NullPointerException adding a method to a class using JavaParserMethodMetadata.

    at org.springframework.roo.classpath.javaparser.details.JavaParserMethodMetadata.addMethod(JavaParserMethodMetadata.java:320)

Roo throws the Exception when I call JavaParserMethodMetadata.addMethod and checks if there's any method with the same method name and input parameter size. The problem is when there's a method in the class with the same method name but has no input parameters:
JavaParserMethodMetadata.java
md.getName().equals(d.getName()) && md.getParameters().size() == d.getParameters().size()

This doesn't check if md.getParameters() is null before get the size and throws NullPointerException:
Thanks!

with HIVE-12017 in place, a few queries generate left sem-joins without a key.
This is an invalid plan and can be produced by doing.

explain logical select count(1) from store_sales where ss_sold_date_sk in (select d_date_sk from date_dim where d_date_sk = 1);

LOGICAL PLAN:  
$hdt$_0:$hdt$_0:$hdt$_0:store_sales
  TableScan (TS_0)
    alias: store_sales
    filterExpr: (ss_sold_date_sk = 1) (type: boolean)
    Filter Operator (FIL_20)
      predicate: (ss_sold_date_sk = 1) (type: boolean)
      Select Operator (SEL_2)
        Reduce Output Operator (RS_9)
          sort order: 
          Join Operator (JOIN_11)
            condition map:
                 Left Semi Join 0 to 1
            keys:
              0 
              1 
            Group By Operator (GBY_14)
              aggregations: count(1)
              mode: hash

without CBO

sq_1:date_dim
  TableScan (TS_1)
    alias: date_dim
    filterExpr: ((1) IN (RS[6]) and (d_date_sk = 1)) (type: boolean)
    Filter Operator (FIL_21)
      predicate: ((1) IN (RS[6]) and (d_date_sk = 1)) (type: boolean)
      Select Operator (SEL_3)
        expressions: 1 (type: int)
        outputColumnNames: _col0
        Group By Operator (GBY_5)
          keys: _col0 (type: int)
          mode: hash
          outputColumnNames: _col0
          Reduce Output Operator (RS_8)
            key expressions: _col0 (type: int)
            sort order: +
            Map-reduce partition columns: _col0 (type: int)
            Join Operator (JOIN_9)
              condition map:
                   Left Semi Join 0 to 1
              keys:
                0 ss_sold_date_sk (type: int)
                1 _col0 (type: int)
              Group By Operator (GBY_12)
                aggregations: count(1)
                mode: hash

All 8 of the Drools tests fail in smx-components-2012.01.0.fuse-7-1-x-stable-platform with the error below.  
Error Message
org.drools.RuntimeDroolsException: Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java:org.drools.rule.builder.dialect.java.JavaDialectConfiguration'
javax.jbi.JBIException: org.drools.RuntimeDroolsException: Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java:org.drools.rule.builder.dialect.java.JavaDialectConfiguration'
	at org.apache.servicemix.drools.DroolsEndpoint.start(DroolsEndpoint.java:219)
	at org.apache.servicemix.common.DefaultServiceUnit.start(DefaultServiceUnit.java:78)
	at org.apache.servicemix.common.DefaultComponent.doStart(DefaultComponent.java:352)
	at org.apache.servicemix.common.AsyncBaseLifeCycle.start(AsyncBaseLifeCycle.java:294)
	at org.apache.servicemix.common.SyncLifeCycleWrapper.start(SyncLifeCycleWrapper.java:54)
	at org.apache.servicemix.jbi.framework.ComponentMBeanImpl.doStart(ComponentMBeanImpl.java:293)
	at org.apache.servicemix.jbi.framework.ComponentRegistry.setInitialRunningStateFromStart(ComponentRegistry.java:158)
	at org.apache.servicemix.jbi.framework.ComponentRegistry.start(ComponentRegistry.java:75)
	at org.apache.servicemix.jbi.framework.Registry.start(Registry.java:129)
	at org.apache.servicemix.jbi.container.JBIContainer.start(JBIContainer.java:668)
	at org.apache.servicemix.drools.DroolsComponentTest.testRouteInOnly(DroolsComponentTest.java:105)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:88)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
	at java.lang.reflect.Method.invoke(Method.java:613)
	at junit.framework.TestCase.runTest(TestCase.java:168)
	at junit.framework.TestCase.runBare(TestCase.java:134)
	at junit.framework.TestResult$1.protect(TestResult.java:110)
	at junit.framework.TestResult.runProtected(TestResult.java:128)
	at junit.framework.TestResult.run(TestResult.java:113)
	at junit.framework.TestCase.run(TestCase.java:124)
	at junit.framework.TestSuite.runTest(TestSuite.java:232)
	at junit.framework.TestSuite.run(TestSuite.java:227)
	at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
	at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: org.drools.RuntimeDroolsException: Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java:org.drools.rule.builder.dialect.java.JavaDialectConfiguration'
	at org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:283)
	at org.drools.compiler.PackageBuilderConfiguration.buildDialectConfigurationMap(PackageBuilderConfiguration.java:268)
	at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:181)
	at org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:159)
	at org.drools.compiler.PackageBuilder.<init>(PackageBuilder.java:210)
	at org.drools.compiler.PackageBuilder.<init>(PackageBuilder.java:143)
	at org.drools.compiler.RuleBaseLoader.loadFromReader(RuleBaseLoader.java:37)
	at org.apache.servicemix.drools.DroolsEndpoint.start(DroolsEndpoint.java:217)
	... 33 more
Caused by: org.drools.RuntimeDroolsException: value '1.7' is not a valid language level
	at org.drools.rule.builder.dialect.java.JavaDialectConfiguration.getDefaultLanguageLevel(JavaDialectConfiguration.java:162)
	at org.drools.rule.builder.dialect.java.JavaDialectConfiguration.init(JavaDialectConfiguration.java:57)
	at org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:279)
	... 40 more

The file generates XML that is not valid, though it does build. As an example, the ID needs to be  xml:id
Sub-tasks:
1. Research the best way to display the info
2. Fix up the XSLT transform accordingly.

When restoring snapshots for tables with MOB columns, the reference files for mob region are created under hbase root dir, rather than restore dir.
Some of the mob reference file paths are as follows:
hdfs:/7ae0d109-3ca4-d0e7-7250-62ed234ab247/mobdir/data/ns_testMob/testMob
hdfs:/7ae0d109-3ca4-d0e7-7250-62ed234ab247/mobdir/data/ns_testMob/testMob/057a856eb65753c6e6bdb168ba58a0b2
hdfs:/7ae0d109-3ca4-d0e7-7250-62ed234ab247/mobdir/data/ns_testMob/testMob/057a856eb65753c6e6bdb168ba58a0b2/A
hdfs:/7ae0d109-3ca4-d0e7-7250-62ed234ab247/mobdir/data/ns_testMob/testMob/057a856eb65753c6e6bdb168ba58a0b2/A/d41d8cd98f00b204e9800998ecf8427e201810120fc8e2446f174598a7280a81b1134cee
hdfs:/7ae0d109-3ca4-d0e7-7250-62ed234ab247/mobdir/data/ns_testMob/testMob/057a856eb65753c6e6bdb168ba58a0b2/A/ns_testMob=testMob=057a856eb65753c6e6bdb168ba58a0b2-d41d8cd98f00b204e9800998ecf8427e201810120fc8e2446f174598a7280a81b1134cee
The restore dir files are as follows:
hdfs://hbase/.tmpdir-to-restore-snapshot/856e06fa-e018-4e95-9647-2cfbd5161e7e
hdfs://hbase/.tmpdir-to-restore-snapshot/856e06fa-e018-4e95-9647-2cfbd5161e7e/data
hdfs://hbase/.tmpdir-to-restore-snapshot/856e06fa-e018-4e95-9647-2cfbd5161e7e/data/ns_testMob
hdfs://hbase/.tmpdir-to-restore-snapshot/856e06fa-e018-4e95-9647-2cfbd5161e7e/data/ns_testMob/testMob
hdfs://hbase/.tmpdir-to-restore-snapshot/856e06fa-e018-4e95-9647-2cfbd5161e7e/data/ns_testMob/testMob/ecdf66f0d8c09a816faf37336ad262e1
hdfs://hbase/.tmpdir-to-restore-snapshot/856e06fa-e018-4e95-9647-2cfbd5161e7e/data/ns_testMob/testMob/ecdf66f0d8c09a816faf37336ad262e1/.regioninfo
hdfs://hbase/.tmpdir-to-restore-snapshot/856e06fa-e018-4e95-9647-2cfbd5161e7e/data/ns_testMob/testMob/ecdf66f0d8c09a816faf37336ad262e1/A
hdfs://hbase/.tmpdir-to-restore-snapshot/856e06fa-e018-4e95-9647-2cfbd5161e7e/data/ns_testMob/testMob/ecdf66f0d8c09a816faf37336ad262e1/A/ns_testMob=testMob=ecdf66f0d8c09a816faf37336ad262e1-7208172df03b46518370643aa28ffd05
 
1. HandlerExecutionChain has attribute: interceptors and interceptorList, and can be classed into three state : state-i, state-ii, state-iii .
2. calling getInterceptors, addInterceptor, or addInterceptors , can change state.
3. construct a HandlerExecutionChain using a handler which is not instanceof HandlerExecutionChain, will be state-i;
4. construct a HandlerExecutionChain using a handler which is instanceof HandlerExecutionChain, will be state-ii;
5. calling toString in state-i will get the wrong number of interceptors. for example:
                   LocaleChangeInterceptor local = new LocaleChangeInterceptor();
		   HandlerExecutionChain chain = new HandlerExecutionChain(new Object(), local);
                   System.out.println(chain);
                   "chain" has one interceptor "local", but the toString() missed it.

The following throws the expected exception (two beans defined of type Parent) if you compile without debug info enabled.  If you compile with debug info enabled, it picks up on mother from the parameter in the method signature.  This looks like a side effect of something as the documentation doesn't suggest parameter names are used for anything.  It's a little scary that the program would behave differently in a pre-production environment (with debug info) than production (without).
public void setMother(example.Parent mother);
This is discussed in a bit more detail (and confirmed reproducible) in the Spring Forum Reference.
------------------------------------
code
<bean id="child" class="example.Child" autowire="byType"/> 
<bean id="mother" class="example.Parent">
  <property name="name" value="Mary" />
</bean> 
<bean id="dad" class="example.Parent">
  <property name="name" value="Peter" />
</bean>
package example;
public class Child {
	private example.Parent mother;
	public example.Parent getMother() 
{
		return mother;
	}

	public void setMother(example.Parent mother) 
{
		this.mother = mother;
	}

}
public class Parent {
	public String getName() 
{
	}

	public void setName(String name) 
{
	}

}

Profiling I see we are calculating max versions each time:

      String value = getValue(HConstants.VERSIONS);
      this.cachedMaxVersions = (value != null)?
        Integer.valueOf(value).intValue(): DEFAULT_VERSIONS;

Caching it should improve things.  Seeing that its 10% of memory when writing and about 10% of CPU.  Reading its 10% of CPU according to profiler.

In HIVE-4910 we added a : even if there was no port due to HADOOP-9776. Now that this is fixed I think we should fix ours as well.

https://issues.apache.org/jira/browse/HIVE-3682 is great but non local directory don't seem to be supported:

insert overwrite directory '/tmp/test-02'
row format delimited
FIELDS TERMINATED BY ':'
select description FROM sample_07

Error while compiling statement: FAILED: ParseException line 2:0 cannot recognize input near 'row' 'format' 'delimited' in select clause

This works (with 'local'):

insert overwrite local directory '/tmp/test-02'
select code, description FROM sample_07

In my case I'm sending messages using Spring messaging, with a custom converter based on org.springframework.messaging.converter.AbstractMessageConverter. This class (and the other converters I've looked at in Spring messaging) seem to all use org.springframework.util.MimeType for encoding the content type, so it seems spring-amqp should handle that case in SimpleAmqpHeaderMapper.extractContentTypeAsString.
Currently it logs a warning and ignores the content type header. However due to a related bug it does pick up the contentType header further down in fromHeaders and treats it as a custom header (as for some reason org.springframework.amqp.support.AmqpHeaders.CONTENT_TYPE doesn't use the "amqp_" prefix).
It seems to me the correct behaviour would be to

handle in org.springframework.util.MimeType extractContentTypeAsString
exclude contentType from custom header processing

Links: https://jira.spring.io/browse/INT-2713

HIVE-10114 added projected columns data size information to OrcSplit which Tez Split Grouper can take advantage off (HIVE-7428). The annotated data size was for entire file and was not scaled to the split size. 

HCatalog externs the test harness from Pig.  Pig recently made some changes to the test harness to work better across Unix and Windows.  These changes require new OS specific files.  HCatalog will also need these files in order to work with the test harness.

wedding.roo was included in 1.0.0.M1 to coincide with the blog published at http://blog.springsource.com/2009/05/27/roo-part-2.
The blog showed how to set a non-default path for the Hypersonic database files, using the following Roo command:
roo> database set -key database.url -value jdbc:hsqldb:/home/balex/our-wedding
While a person following the blog would change the path to an appropriate location for their machine, those wishing to use the wedding.roo script would instead encounter an error when they tried to run the application (as a /home/balex directory) is unlikely to exist on their machine.
We should use an alternate path in the wedding.roo script that is more likely to work on their computer, such as "${user.home}/our-wedding".

In a recent test run, I noticed the following in test output:

2013-05-24 22:01:02,424 DEBUG [RegionServer:0;kiyo.gq1.ygridcore.net,42690,1369432806911.replicationSource,2] fs.HFileSystem$ReorderWALBlocks(327): /user/hortonzy/hbase/.logs/kiyo.gq1.ygridcore.net,42690,1369432806911/kiyo.gq1.ygridcore.net%2C42690%2C1369432806911.1369432840428 is an HLog file, so reordering blocks, last hostname will be:kiyo.gq1.ygridcore.net
2013-05-24 22:01:02,429 DEBUG [RegionServer:0;kiyo.gq1.ygridcore.net,42690,1369432806911.replicationSource,2] wal.ProtobufLogReader(118): After reading the trailer: walEditsStopOffset: 132235, fileLength: 132243, trailerPresent: true
2013-05-24 22:01:02,438 ERROR [RegionServer:0;kiyo.gq1.ygridcore.net,42690,1369432806911.replicationSource,2] wal.ProtobufLogReader(236): Error  while reading 691 WAL KVs; started reading at 53272 and read up to 65538
2013-05-24 22:01:02,438 WARN  [RegionServer:0;kiyo.gq1.ygridcore.net,42690,1369432806911.replicationSource,2] regionserver.ReplicationSource(324): 2 Got:
java.io.IOException: Error  while reading 691 WAL KVs; started reading at 53272 and read up to 65538
        at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.readNext(ProtobufLogReader.java:237)
        at org.apache.hadoop.hbase.regionserver.wal.ReaderBase.next(ReaderBase.java:96)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationHLogReaderManager.readNextAndSetPosition(ReplicationHLogReaderManager.java:89)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.readAllEntriesToReplicateOrNextFile(ReplicationSource.java:404)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:320)
Caused by: java.lang.IndexOutOfBoundsException: index (30062) must be less than size (1)
        at com.google.common.base.Preconditions.checkElementIndex(Preconditions.java:305)
        at com.google.common.base.Preconditions.checkElementIndex(Preconditions.java:284)
        at org.apache.hadoop.hbase.regionserver.wal.LRUDictionary$BidirectionalLRUMap.get(LRUDictionary.java:124)
        at org.apache.hadoop.hbase.regionserver.wal.LRUDictionary$BidirectionalLRUMap.access$000(LRUDictionary.java:71)
        at org.apache.hadoop.hbase.regionserver.wal.LRUDictionary.getEntry(LRUDictionary.java:42)
        at org.apache.hadoop.hbase.regionserver.wal.WALCellCodec$CompressedKvDecoder.readIntoArray(WALCellCodec.java:210)
        at org.apache.hadoop.hbase.regionserver.wal.WALCellCodec$CompressedKvDecoder.parseCell(WALCellCodec.java:184)
        at org.apache.hadoop.hbase.codec.BaseDecoder.advance(BaseDecoder.java:46)
        at org.apache.hadoop.hbase.regionserver.wal.WALEdit.readFromCells(WALEdit.java:213)
        at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.readNext(ProtobufLogReader.java:217)
        ... 4 more
2013-05-24 22:01:02,439 DEBUG [RegionServer:0;kiyo.gq1.ygridcore.net,42690,1369432806911.replicationSource,2] regionserver.ReplicationSource(583): Nothing to replicate, sleeping 100 times 10

Will attach test output.

The change for DATAMONGO-843 has wiped away the invocation of the registerBeansForRoot(…) method of the parent class which causes the repository type predicting BeanPostProcessor not being registered.
This might cause repository beans not be available for injection depending on the initialization order.

In section 2.2.2.1, "What does auto-config include", the documentation states that
<intercept-url pattern="/**" access="ROLE_USER"/>
is part of the default configuration. Behaviorally this does not seem to be the case (I tested it), and the HttpSecurityBeanDefinitionParser.java source seems to confirm that no intercept URLs are included as part of the default configuration.

By default HttpBinding class copies all request header attributes from the request to the response including 'Content-Length'. So the consequence is that the response is declaring the same size as the request which can lead to serious truncation problems! 
the workaround is simply to add the line:
out.removeHeader("Content-Length"); 
in the writeResponse method of the httpbinding class allowing jetty to set the right value.  

TestSplitLogWorker failed in 10% of 50 runs of the 0.98 branch test suite, but only when using JDK 6 on Ubuntu 12.

CalendarBasedTimeoutTestCase fails when running on my laptop using the French locale.
French and English locales differs in the value of the 1st day of week:
cal = new GregorianCalendar(Locale.ENGLISH);
System.out.println("cal = " + cal.getFirstDayOfWeek()); => 1 // SUNDAY
cal = new GregorianCalendar(Locale.FRANCE);
System.out.println("cal = " + cal.getFirstDayOfWeek()); => 2 // MONDAY
The code in CalendarBasedTimeout set the 1st day of week to SUNDAY for the 1st timeout but does not set it in the truncate() method which makes comparing the date and its truncated copy bogus.

The issue was discovered during backup testing and described here:
https://issues.apache.org/jira/browse/HBASE-14123?focusedCommentId=15886712&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15886712
If procedure is not registered, client will be retrying until max attempts reached. The Master should throw DoNotRetryIOException and client RPC should handle this.

When browsing  a deployment content you can specify a path, entering ".." before calling for completion will crash the console.

GET job/queue of a TempletonController job return weird information. It is a mix of child job and itself. It should only pull the information of the controller job itself.

When partition is not a string type, for example, if it is a int type, when drop the default partition _HIVE_DEFAULT_PARTITION_, you will get:
SemanticException Unexpected unknown partitions
Reproduce:

SET hive.exec.dynamic.partition=true;
SET hive.exec.dynamic.partition.mode=nonstrict;
set hive.exec.max.dynamic.partitions.pernode=10000;

DROP TABLE IF EXISTS test;
CREATE TABLE test (col1 string) PARTITIONED BY (p1 int) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\001' STORED AS TEXTFILE;
INSERT OVERWRITE TABLE test PARTITION (p1) SELECT code, IF(salary > 600, 100, null) as p1 FROM jsmall;

hive> SHOW PARTITIONS test;
OK
p1=100
p1=__HIVE_DEFAULT_PARTITION__
Time taken: 0.124 seconds, Fetched: 2 row(s)

hive> ALTER TABLE test DROP partition (p1 = '__HIVE_DEFAULT_PARTITION__');
FAILED: SemanticException Unexpected unknown partitions for (p1 = null)

The algorithm implemented in GenericFormatterRegistry.findConverterByClassPair(Class, Class) apparently goes up the superinterface and superclass hierarchy to find a proper converter for a given source type. However, since the DefaultConversionService registers an ObjectToStringConverter, this converter will be preferred over specialized converters for interfaces.
Consider the following situation: class X implements the interface I which in turn is a subinterface of J. There is a special converter for J-to-String.
The classQueue will be filled in this case with

X
I (from X.getInterfaces())
Object (from X.getSuperclass())
J (from I.getInterfaces())

Since Object appears before J the generic ObjectToStringConverter will be used here instead of the more specific converter for J.
A more appropriate algorithm should probably consider first all interfaces before using the superclasses. In any case the ObjectToStringConverter should always be the last converter to be used.

Currently, our logic for configuring BATCH mode is causing Infinispan to use the XA transaction table, instead of the the local transaction table.  This not only makes commits more costly, but should avoid some graceful shutdown bugs with the XA transaction table.

The default config uses classpath:/templates/  which eventually gets processed by FreeMarkerConfigurationFactory.getTemplateLoaderForPath
I've set

spring.freemarker.template-loader-path=s3://my-bucket/templates, classpath:/templates/

However, the code relies on an IOException but in the case of S3 the returned SimpleStorageResource.getFile() throws UnsupportedOperationException

try {
	Resource path = getResourceLoader().getResource(templateLoaderPath);
	File file = path.getFile();  // will fail if not resolvable in the file system
	...
} catch (IOException ex) {
	return new SpringTemplateLoader(getResourceLoader(), templateLoaderPath);
}

So I believe the catch just need to be converted to a multicatch to handle both.
I see that if I set 

spring.freemarker.prefer-file-system-access=false

 then it by passes the logic and create a SpringTemplateLoader but this wouldn't help someone that needs s3 and a file path.

After HBASE-18511, the master doesn't carry any regions by default. Hence, The active master doesn't report its load because the report thread is sleeping in waitForMasterActive().

  protected void waitForMasterActive(){
    boolean tablesOnMaster = LoadBalancer.isTablesOnMaster(conf);
    while (!(tablesOnMaster && activeMaster) && !isStopped() && !isAborted()) {
      sleeper.sleep();
    }
  }

In conclusion, the ClusterStatue#getServers won't contain the master name.

The exclude for container runtime classes in :api module specifies `org/wildfly/container` instead of `org/wildfly/swarm/container`, and conversely the include for container :runtime module.
This causes runtime classes to be available within the :api module.

An issue comes to light when testing certain odata implementations that do not handle a '/' being added to the end of the consumed URI, eg.

Implementation of the olingo4 tutorial
Services deployed using current implementations of teiid

Use of the odata-connector on these services results in a malformed URI error.
Essentially, when the service URI is concatenated with the resource path, the constructed URI is appended with a '/' and a '?' prior to the addition of the query parameters.
This works fine for the reference odata implementation since can handle the extra '/'.
Since both teiid and the olingo4 tutorial use the olingo4 libraries, it would seem that the problem might be solved with them. However, it might be advantageous, given odata implementations already deployed, whether this odata-connector might check whether the '/' was supported before appending it?
(note. a bug report has been logged with the teiid project to this affect).

AbstractImportingAnnotationConfiguration is used to hook adapter model in cases where bean definition is created manually using an import selector. Looks like build command to processing framework happens too early and @Bean methods inside @Configuration are not yet created.
i.e. in below example @Bean 'partitionStrategy' ended up to be a different instance that the one returned by a to partitionStrategy() from a configure method.

@EnableDataStorePartitionTextWriter(name=WRITER5_ID)
static class Config5 extends SpringDataStoreTextWriterConfigurerAdapter {

	@Override
	public void configure(DataStoreTextWriterConfigurer config) throws Exception {
		config
			.basePath("/tmp/foo4")
			.withPartitionStrategy()
				.custom(partitionStrategy());
	}

	@Bean
	public PartitionStrategy<String, String> partitionStrategy() {
		return new PartitionStrategy<String, String>() {

			@Override
			public PartitionResolver<String> getPartitionResolver() {
			}

			@Override
			public PartitionKeyResolver<String, String> getPartitionKeyResolver() {
			}
		};
	}

}

This code is called by the client on the "multi" path.
As zero is detected as infinite value, we fallback to 2 seconds, which may not may correct.
Typically, you can see this kind of message in the client (see the SocketTimeoutException: 2000)

2014-08-08 17:22:43 o.a.h.h.c.AsyncProcess [INFO] #105158,
table=rt_global_monthly_campaign_deliveries, attempt=10/35 failed 500 ops,
last exception: java.net.SocketTimeoutException: Call to
ip-10-201-128-23.us-west-1.compute.internal/10.201.128.23:60020 failed
because java.net.SocketTimeoutException: 2000 millis timeout while waiting
for channel to be ready for read. ch :
java.nio.channels.SocketChannel[connected local=/10.248.130.152:46014
remote=ip-10-201-128-23.us-west-1.compute.internal/10.201.128.23:60020] on
ip-10-201-128-23.us-west-1.compute.internal,60020,1405642103651, tracking
started Fri Aug 08 17:21:55 UTC 2014, retrying after 10043 ms, replay 500
ops.

Tests run: 5, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 160.582 sec <<< FAILURE!
testMRIncrementalLoad(org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat)  Time elapsed: 85.676 sec  <<< FAILURE!
java.lang.AssertionError: LoadIncrementalHFiles should put expected data in table expected:<2048> but was:<1024>
        at org.junit.Assert.fail(Assert.java:91)
        at org.junit.Assert.failNotEquals(Assert.java:645)
        at org.junit.Assert.assertEquals(Assert.java:126)
        at org.junit.Assert.assertEquals(Assert.java:470)
        at org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat.doIncrementalLoadTest(TestHFileOutputFormat.java:300)
        at org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat.testMRIncrementalLoad(TestHFileOutputFormat.java:248)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

Will upload full test output shortly.

In 2.3.x yarn-default.xml removed value from yarn.application.classpath. We expected this to have some content so tests breaks.

Include the filename in the IOException thrown by ORC reader.

In the webhcat e2e testsuite we have two MR job submission tests
TestMapReduce_1 (in jobsubmission.conf) runs the hadoop "wordcount" example. Intention of this one is to test MR job submission using WebHCat.
TestHeartbeat_2 (in jobsubmission2.conf) runs the hadoop "sleep" example. Intention of this one is to test a long running (>10min) WebHCat MR job, see HIVE-4808.
In Hadoop 1, both of these example MR applications are packaged in hadoop-examples.jar
In Hadoop 2, "sleep" job is bundled in hadoop-mapreduce-client-jobclient.jar and "wordcount" is bundled in hadoop-mapreduce-examples.jar
Currently the webhcat tests assume that both these MR applications are in one jar that we copy as hexamples.jar.
To run these against Hadoop 2 I can think of three simple solutions:
(1) Stick with one jar and run "sleep" application in the TestMapReduce_1 test as well.
(2) Eliminate the test TestMapReduce_1 as TestHeartbeat_2 runs a MR job as well.
(3) Require two different jars for Hadoop 2 and call them hclient.jar (containing "sleep" application) and hexamples.jar (containing "wordcount" application). For Hadoop 1, we would make two copies of the same hadoop-examples.jar application and call them hsleep.jar and examples.jar.
The three approaches mentioned here would require least of changes. My inclination is towards (2).
Let me know what you think and I can provide the patch.

In FileSystemutils.freeSpaceWindows(String path,long timeout) , path cannot be null. In this function for following assignment
          path = FilenameUtils.normalize(path,bool), path is assigned null value when 
          (1) path argument is null.
          (2) path argument is illegal/invalid path as per windows system.

public class FileSystemutilTest {
	public static void main(String args[]){
		FileSystemUtils fsuobj = new FileSystemUtils();
                String path = ":\\Users\\nikhil\\Desktop\\tests";  /* Invalid path, causes Nullpointer Exception*/
		try {
			long space = fsuobj.freeSpace(path);
		} catch (IOException e) {
			e.printStackTrace();
		}
	}
}

For above test case, as path is illegal for windows system, Nullpointer exception occurs. A check for validity of path as per windows file system, will resolve this bug.

If this is fixed MappedConstructor.getFor(...) in Spring Data Mongo could rather hold a Map of Parameter to MappedParameter to avoid iterating over all MappedParameter instances on each call.

Fails on Tez:

hive> SET hive.vectorized.execution.enabled=true;
hive> set hive.support.concurrency=true;
hive> set hive.enforce.bucketing=true;
hive> CREATE TABLE non_orc_table(a INT, b STRING) CLUSTERED BY(a) INTO 2 BUCKETS STORED AS sequencefile; 
insert into table non_orc_table values(1, 'one'),(1, 'one'), (2, 'two'),(3, 'three'); select a, b from non_orc_table order by a;

If setting a route or camel context to autoStartup=false, and then advicing that route, then it will always be started.
We should honor the auto startup option and only start it if that option is default or true.

See attached sample EAR file: it contains a secured EJB and a JavaEE application client. When running the JavaEE application client, you are prompted to enter a user/password, which causes an authentication against a security domain (the prompt to enter login/password does not work correctly, so enter username when nothing more happens, press enter, enter password when nothing more happens and press enter ). 
If you enter valid credentials (e.g. "admin/admin" or "kunde/kunde"), everything is fine. But if you enter e.g. an invalid password, the app client container does not exit. It hangs at the step 
"20:39:28,649 INFO  [org.jboss.as] (MSC service thread 1-2) JBAS015950: WildFly 8.1.0.Final "Kenny" stopped in 339ms"
a) modify "standalone.xml":
a.1) I need a custom realm:
            <security-realm name="KnaufRealm">
                <authentication>
                    <jaas name="knaufsecurity"/>
                </authentication>
            </security-realm>
a.2) add this security domain:
                <security-domain name="knaufsecurity" cache-type="default">
                    <authentication>
                        <login-module code="Database" flag="required">
                            <module-option name="dsJndiName" value="java:jboss/datasources/ExampleDS"/>
                            <module-option name="principalsQuery" value="SELECT PASSWORT FROM BENUTZER WHERE LOGIN=?"/>
                            <module-option name="rolesQuery" value="SELECT R.ROLLE, 'Roles' FROM ROLLE AS R, BENUTZER_ROLLE AS BR, BENUTZER AS B WHERE B.LOGIN=? AND BR.ROLLEN_ID = R.ID AND BR.BENUTZER_ID = B.ID"/>
                            <module-option name="unauthenticatedIdentity" value="gast"/>
                        </login-module>
                    </authentication>
                </security-domain>
a.3) point the remoting connector to my own security realm:
        <subsystem xmlns="urn:jboss:domain:remoting:2.0">
            <endpoint worker="default"/>
            <http-connector name="http-remoting-connector" connector-ref="default" security-realm="KnaufRealm"/>
        </subsystem>
b) deploy attached EAR file to the server
c) run JavaEE application client: %WILDFLY_HOME%\bin\appclient.bat c:\path_to\Security.ear#SecurityClient.jar

Depending on the machine and OS TestBlockCacheReporting.testBucketCache may fail with NPE:
        at org.apache.hadoop.hbase.io.hfile.bucket.BucketCache.getBlock(BucketCache.java:417)
        at org.apache.hadoop.hbase.io.hfile.CombinedBlockCache.getBlock(CombinedBlockCache.java:80)
        at org.apache.hadoop.hbase.io.hfile.TestBlockCacheReporting.addDataAndHits(TestBlockCacheReporting.java:67)
        at org.apache.hadoop.hbase.io.hfile.TestBlockCacheReporting.testBucketCache(TestBlockCacheReporting.java:86)

Properties in WEB-INF/i18n/application.properties are not sorted, but in the code there is an attempt to sort them with calls such as 
propFileOperations.addPropertyIfNotExists(Path.SRC_MAIN_WEBAPP, "/WEB-INF/i18n/application.properties", "label" + folderName.replace("/", "") + "" + lcViewName, title, true);
where the last parameter, sorted, is true but has no effects.

HBASE-3525 turned off the inclusion of transitive dependencies in the hbase/lib/ dir. This means that we no longer get the asm library, which is needed by jersey.

Create a repository method as follows:

public interface UserRepository extends JpaRepository<User, Long>
{
    Page<User> findAllByNameLike(String name, Pageable page);
}
When the application context is initialized, the following message appears in the logs:

INFO Finder method org.example.data.UserRepository.findAllByNameLike is backed by a NamedQuery but contains a Pageble parameter! Sorting deliviered via this Pageable will not be applied!
This message has two typos Pageble and deliviered.

In addEvent() and processVertex(), there is call such as the following:

          queue.offer(event);

The return value should be checked. If false is returned, event would not have been queued.
Take a look at line 328 in:
http://fuseyism.com/classpath/doc/java/util/concurrent/LinkedBlockingQueue-source.html

 When I list the changes, the operation date for all of the changes are the same, and seem to be the date/time when the `list-changes` operation is performed.  I tried this just now with ER5:

Discovered during internal testing by Romil Choksi.
from test console log

2018-06-12 04:27:31,160|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:31,160 INFO  [main] mapreduce.JobSubmitter: Submitting tokens for job: job_1528766389356_0044
2018-06-12 04:27:31,186|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:31,184 INFO  [main] mapreduce.JobSubmitter: Executing with tokens: [Kind: HDFS_DELEGATION_TOKEN, Service: ha-hdfs:ns1, Ident: (token for hbase: HDFS_DELEGATION_TOKEN owner=hbase@EXAMPLE.COM, renewer=yarn, realUser=, issueDate=1528777648605, maxDate=1529382448605, sequenceNumber=175, masterKeyId=2), Kind: kms-dt, Service: 172.27.68.203:9393, Ident: (kms-dt owner=hbase, renewer=yarn, realUser=, issueDate=1528777649149, maxDate=1529382449149, sequenceNumber=49, masterKeyId=2), Kind: HBASE_AUTH_TOKEN, Service: bc71e347-78ff-4f95-af44-006f9b549a84, Ident: (org.apache.hadoop.hbase.security.token.AuthenticationTokenIdentifier@5), Kind: kms-dt, Service: 172.27.52.14:9393, Ident: (kms-dt owner=hbase, renewer=yarn, realUser=, issueDate=1528777648918, maxDate=1529382448918, sequenceNumber=50, masterKeyId=2)]
2018-06-12 04:27:31,477|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:31,477 INFO  [main] conf.Configuration: found resource resource-types.xml at file:/etc/hadoop/3.0.0.0-1476/0/resource-types.xml
2018-06-12 04:27:31,527|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:31,527 INFO  [main] impl.TimelineClientImpl: Timeline service address: ctr-e138-1518143905142-359429-01-000004.hwx.site:8190
2018-06-12 04:27:32,563|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:32,562 INFO  [main] impl.YarnClientImpl: Submitted application application_1528766389356_0044
2018-06-12 04:27:32,634|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:32,634 INFO  [main] mapreduce.Job: The url to track the job: https://ctr-e138-1518143905142-359429-01-000003.hwx.site:8090/proxy/application_1528766389356_0044/
2018-06-12 04:27:32,635|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:32,635 INFO  [main] mapreduce.Job: Running job: job_1528766389356_0044
2018-06-12 04:27:44,807|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:44,806 INFO  [main] mapreduce.Job: Job job_1528766389356_0044 running in uber mode : false
2018-06-12 04:27:44,809|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:44,809 INFO  [main] mapreduce.Job:  map 0% reduce 0%
2018-06-12 04:27:54,926|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:54,925 INFO  [main] mapreduce.Job:  map 5% reduce 0%
2018-06-12 04:27:56,950|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:56,950 INFO  [main] mapreduce.Job: Task Id : attempt_1528766389356_0044_m_000002_0, Status : FAILED
2018-06-12 04:27:56,979|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|Error: java.io.FileNotFoundException: File does not exist: hdfs://ns1/apps/hbase/data/oldWALs/ctr-e138-1518143905142-359429-01-000004.hwx.site%2C16020%2C1528776085205.1528776160915
2018-06-12 04:27:56,979|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hdfs.DistributedFileSystem$29.doCall(DistributedFileSystem.java:1583)
2018-06-12 04:27:56,980|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hdfs.DistributedFileSystem$29.doCall(DistributedFileSystem.java:1576)
2018-06-12 04:27:56,980|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81)
2018-06-12 04:27:56,980|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1591)
2018-06-12 04:27:56,980|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hbase.regionserver.wal.ReaderBase.init(ReaderBase.java:64)
2018-06-12 04:27:56,981|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.init(ProtobufLogReader.java:165)
2018-06-12 04:27:56,981|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:289)
2018-06-12 04:27:56,981|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:271)
2018-06-12 04:27:56,981|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:259)
2018-06-12 04:27:56,981|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:395)
2018-06-12 04:27:56,982|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hbase.wal.AbstractFSWALProvider.openReader(AbstractFSWALProvider.java:449)
2018-06-12 04:27:56,982|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hbase.mapreduce.WALInputFormat$WALRecordReader.openReader(WALInputFormat.java:166)
2018-06-12 04:27:56,982|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.hbase.mapreduce.WALInputFormat$WALRecordReader.initialize(WALInputFormat.java:158)
2018-06-12 04:27:56,983|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.initialize(MapTask.java:560)
2018-06-12 04:27:56,983|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:798)
2018-06-12 04:27:56,983|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.mapred.MapTask.run(MapTask.java:347)
2018-06-12 04:27:56,983|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:174)
2018-06-12 04:27:56,983|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at java.security.AccessController.doPrivileged(Native Method)
2018-06-12 04:27:56,984|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at javax.security.auth.Subject.doAs(Subject.java:422)
2018-06-12 04:27:56,984|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1686)
2018-06-12 04:27:56,984|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:168)
2018-06-12 04:27:56,984|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|

But looks like it did find the file on hdfs, test script runs incremental backup command as HBase user.

2018-06-12 04:27:30,756|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:30,755 DEBUG [main] mapreduce.WALInputFormat: Scanning hdfs://ns1/apps/hbase/data/oldWALs/ctr-e138-1518143905142-359429-01-000004.hwx.site%2C16020%2C1528776085205.1528776160915 for WAL files
2018-06-12 04:27:30,758|INFO|MainThread|machine.py:167 - run()||GUID=cb1d85c9-023c-4bc5-bf87-9c231c917eab|2018-06-12 04:27:30,758 INFO  [main] mapreduce.WALInputFormat: Found: HdfsLocatedFileStatus{path=hdfs://ns1/apps/hbase/data/oldWALs/ctr-e138-1518143905142-359429-01-000004.hwx.site%2C16020%2C1528776085205.1528776160915; isDirectory=false; length=18031; replication=3; blocksize=268435456; modification_time=1528776689363; access_time=1528776160921; owner=hbase; group=hdfs; permission=rwx--x--x; isSymlink=false; hasAcl=false; isEncrypted=false; isErasureCoded=false}

Camel Ftp fails to create intermediate directory if more than the immediate parent directory is missing.
in FtpOperations.buildDirectoryChunks,
the mkdir command for intermediate directories are being made with trailing slash.
Some ftp does not like the trailing slash with mkdir command.

The ClassGeneratingPropertyAccessorFactory fails to generate classes in an OSGi environment, where the ClassLoader for the model project, the store implementation and Spring Data is different. Here is the error we are facing:

java.lang.RuntimeException: java.lang.IllegalStateException: org.springframework.cglib.core.CodeGenerationException: java.lang.NoClassDefFoundError-->org/springframework/data/mapping/PersistentPropertyAccessor
	at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory.createAccessorClass(ClassGeneratingPropertyAccessorFactory.java:197)
	at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory.potentiallyCreateAndRegisterPersistentPropertyAccessorClass(ClassGeneratingPropertyAccessorFactory.java:181)
	at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory.getPropertyAccessor(ClassGeneratingPropertyAccessorFactory.java:91)
	at org.springframework.data.mapping.model.BasicPersistentEntity.getPropertyAccessor(BasicPersistentEntity.java:455)
	at com.example.storeimpl.CustomEntityConverter.read(Unknown Source)
[...]
Caused by: java.lang.IllegalStateException: org.springframework.cglib.core.CodeGenerationException: java.lang.NoClassDefFoundError-->org/springframework/data/mapping/PersistentPropertyAccessor
	at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory$PropertyAccessorClassGenerator.generateCustomAccessorClass(ClassGeneratingPropertyAccessorFactory.java:323)
	at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory.createAccessorClass(ClassGeneratingPropertyAccessorFactory.java:195)
	... 61 common frames omitted
Caused by: org.springframework.cglib.core.CodeGenerationException: java.lang.NoClassDefFoundError-->org/springframework/data/mapping/PersistentPropertyAccessor
	at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:526)
	at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory$PropertyAccessorClassGenerator.generateCustomAccessorClass(ClassGeneratingPropertyAccessorFactory.java:321)
	... 62 common frames omitted
Caused by: java.lang.NoClassDefFoundError: org/springframework/data/mapping/PersistentPropertyAccessor
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(Unknown Source)
	at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:523)
	... 63 common frames omitted
Caused by: java.lang.ClassNotFoundException: org.springframework.data.mapping.PersistentPropertyAccessor cannot be found by custom-model_1.2.3
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:511)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:422)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:414)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:153)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	... 70 common frames omitted

The problem seems to be that PropertyAccessorClassGenerator.generateBytecode() adds the interface PersistentPropertyAccessor which lives in Spring Data. In generateCustomAccessorClass() the ClassLoader of the model entity is used. Therefore the ClassLoader of the custom model project needs access to all classes which are added by the factory (especially the package org.springframework.data.mapping).
To resolve this problem, a child ClassLoader of the entity should be used that is able to access both projects: Spring Data and the custom entity model. Else this has to fail because different classes are mixed which cannot be accessed by a single ClassLoader.

This is the first step; uses the simple footer-getting API, without PPD.

Removing an entry (file name) programatically from a file idempotent repository has only effect on the cache and does not get persisted on the file repository. 
There are some situations in which one may need to rerun a file through a workflow and it makes neccessary to remove the file from the idempotent repository. A specific problem arises when upon a server restart, the file is not picked up by the workflow because the remove was not persisted/spooled on the disk.

In case the cluster is idle and the log has rolled (offset to 0), replicationSource tries to open the log and gets an EOF exception. This gets printed after every 10 sec until an entry is inserted in it.

2012-11-07 15:47:40,924 DEBUG regionserver.ReplicationSource (ReplicationSource.java:openReader(487)) - Opening log for replication c0315.hal.cloudera.com%2C40020%2C1352324202860.1352327804874 at 0
2012-11-07 15:47:40,926 WARN  regionserver.ReplicationSource (ReplicationSource.java:openReader(543)) - 1 Got: 
	at java.io.DataInputStream.readFully(DataInputStream.java:180)
	at java.io.DataInputStream.readFully(DataInputStream.java:152)
	at org.apache.hadoop.io.SequenceFile$Reader.init(SequenceFile.java:1508)
	at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1486)
	at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1475)
	at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1470)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader$WALReader.<init>(SequenceFileLogReader.java:55)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.init(SequenceFileLogReader.java:175)
	at org.apache.hadoop.hbase.regionserver.wal.HLog.getReader(HLog.java:716)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.openReader(ReplicationSource.java:491)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:290)
2012-11-07 15:47:40,927 WARN  regionserver.ReplicationSource (ReplicationSource.java:openReader(547)) - Waited too long for this file, considering dumping
2012-11-07 15:47:40,927 DEBUG regionserver.ReplicationSource (ReplicationSource.java:sleepForRetries(562)) - Unable to open a reader, sleeping 1000 times 10

We should reduce the log spewing in this case (or some informative message, based on the offset).

When subjected to heavy load, the performance of org.apache.commons.io.FileCleaningTracker degrades and becomes a bottleneck to the system.  In our case, we had over 2 millions entries on the "trackers" Vector.  Under these conditions, the call to trackers.remove(tracker) on line 214 becomes very inefficient as it causes the Vector to shift and reindex the remaining data.  In addition, calls to trackers.add are forced to wait on the inefficient remove operation.  With the application idle, it took several hours for the File Reaper thread to finish processing the entries on the trackers Vector.
The solution for use was to implement trackers as a HashSet instead of a Vector.  Thus line 52 was changed from:
    final Collection /* Tracker */ trackers = new Vector();  // synchronized
to
    final Collection /* Tracker */ trackers = Collections.synchronizedSet(new HashSet());  // synchronized
Imports were also change appropriately.

Hi, 
I compiled a  draft document for the HBase incompatibilities from the raw source content that was available in HBase Beta 1 site. Can someone please review and provide a feedback or share your comments on this document?
Appreciate your support and time.
 
Best Regards, 
Triguna

I know a lot of work has gone initially into supporting UT, runtime, etc on Windows, but this code seems to have been rotting. 
There have been no updates to the windows specific test files, or any new code to keep the new features compatible.
We're also not running the tests or builds on windows. That is really an impediment to keepting that code healthy.
The code is sprinkled all over the codebase. Makes it hard to maintain. I think we're better off removing it.

Create resource plan allows duplicates. This was seen in a cluster:

+----------+-----------+--------------------+
| rp_name  |  status   | query_parallelism  |
| plan_2   | ACTIVE    | 10                 |
| plan_2   | DISABLED  | NULL               |

Separate input and output in samples.  The output should go in target/ directory (e.g. under test-outputs).  If input is required to compare the results with known state (i.e. regression test) that should go in src/test/resources.

After HBASE-14600,  we catch runtime exception if dn recover slowly,  but it has some risk to assert failed.
For example, https://builds.apache.org/job/HBase-TRUNK/6907/testReport/
The reason is we catch the exception, but in WALProcedureStore, it will still stop the Procedure. So when we assert stop.isRunning, it will failed.

According to the history --help:

 --disable    - will disable history expansion (but will not clear the
                previously recorded history);
 --clear      - will clear the in-memory history (but not the file one).

however following sequence of commands will clear the content ~/.jboss-cli-history file

[pkremens@dhcp-10-40-5-180 ~]$ wc ~/.jboss-cli-history 
 4  6 44 /home/pkremens/.jboss-cli-history

[standalone@localhost:9990 /] history --disable
[standalone@localhost:9990 /] history --clear
[standalone@localhost:9990 /] exit

0 0 0 /home/pkremens/.jboss-cli-history

The camel-mina2 consumer Exception handler (org.apache.camel.component.mina2.Mina2Consumer.ReceiveHandler.exceptionCaught(IoSession, Throwable)
Is an implementation of the Mina2 interface org.apache.mina.core.service.IoHandler. The Javadoc Mina2 documentation of exceptionCaught explicitly mention, that Mina2 will close the connection for all IOExceptions automatically. But camel-mina2 seems to close the connection for any kind of exception.
Current behavior: If an error occurs on the transport layer (e.g. secure TCP connection where the certificate was not trusted and a SSLException occure), I saw the following warning:

org.apache.camel.component.mina2.Mina2Consumer#exceptionCaught(376) - Closing session as an exception was thrown from MINA

And also an error from mina2:

org.apache.mina.filter.ssl.SslHandler#destroy(210) - Unexpected exception from SSLEngine.closeInbound().
" javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack?

From a functional perspective, beside the annoying log entries, it looks like the SSL error details are sometime not send properly back to the client.
Current workaround: I don’t have one.
Suggested bugfix: Implement the Mina2Consumer exception handling similar to org.apache.mina.handler.stream.StreamIoHandler.exceptionCaught(IoSession, Throwable) and do not handle IoException and simply rethrow them. E.g.

if (cause instanceof IOException) {
	LOG.info("IOException will be closed by Mina itself")
	return;
}

When a rowcol Bloom filter is being used and the user submits a query for all columns, a null pointer exception is thrown. This is because there is no checking if columns have been specified or not.

Nashorn - the default javascript engine (or NashornScriptEngineFactory respectively) is not found, i.e. factory.getEngineByName("JavaScript") returns null. The class is available but the service provider is not found.
Reproducer: https://github.com/EricWittmann/wf-swarm-nashorn-reproducer (thanks to Eric Wittman)

I am trying to create a new Spring Roo Project using STS by invoking File->New->Spring Roo Project. The wizard fails and closes so I cannot see the error. The created project does not have any source folders (and applicationContext.xml as a result) or a pom.xml file. Bu the Roo Shell is accessible in STS. Invoking "project --topLevelPackage com.test" reveals the error as this:
ConcurrentModificationException at java.util.HashMap$AbstractMapIterator.checkConcurrentMod(HashMap.java:122)
which is followed by this error:
NullPointerException at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:78)
The log.roo file does not contain much but it is attached anyway. If I use Sun JDK (1.6.0.22) the wizard works well and Roo creates the project as intended.

Using /tmp directory creates exceptions for tests like dropTable :

2018-09-19T06:42:04,818  INFO [main] metastore.HiveMetaStore: 0: drop_table : tbl=hive.default.droptbl
2018-09-19T06:42:04,819  INFO [main] HiveMetaStore.audit: ugi=hiveptest	ip=unknown-ip-addr	cmd=drop_table : tbl=hive.default.droptbl	
2018-09-19T06:42:05,072  WARN [main] fs.FileUtil: Failed to delete file or dir [/tmp/.ICE-unix]: it still exists.
2018-09-19T06:42:05,072  WARN [main] fs.FileUtil: Failed to delete file or dir [/tmp/.XIM-unix]: it still exists.
2018-09-19T06:42:05,072  WARN [main] fs.FileUtil: Failed to delete file or dir [/tmp/.X11-unix]: it still exists.
2018-09-19T06:42:05,072  WARN [main] fs.FileUtil: Failed to delete file or dir [/tmp/hsperfdata_root]: it still exists.
2018-09-19T06:42:05,072  WARN [main] fs.FileUtil: Failed to delete file or dir [/tmp/.font-unix]: it still exists.
2018-09-19T06:42:05,072  WARN [main] fs.FileUtil: Failed to delete file or dir [/tmp/.Test-unix]: it still exists.
2018-09-19T06:42:05,072 ERROR [main] utils.FileUtils: Failed to delete file:/tmp
2018-09-19T06:42:05,072 ERROR [main] utils.MetaStoreUtils: Got exception: org.apache.hadoop.hive.metastore.api.MetaException Unable to delete directory: file:/tmp
org.apache.hadoop.hive.metastore.api.MetaException: Unable to delete directory: file:/tmp
	at org.apache.hadoop.hive.metastore.HiveMetaStoreFsImpl.deleteDir(HiveMetaStoreFsImpl.java:45) [hive-standalone-metastore-server-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.Warehouse.deleteDir(Warehouse.java:365) [hive-standalone-metastore-common-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.Warehouse.deleteDir(Warehouse.java:353) [hive-standalone-metastore-common-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.deleteTableData(HiveMetaStore.java:2562) [hive-standalone-metastore-server-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_core(HiveMetaStore.java:2523) [hive-standalone-metastore-server-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_with_environment_context(HiveMetaStore.java:2685) [hive-standalone-metastore-server-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_102]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_102]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_102]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_102]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:147) [hive-standalone-metastore-server-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:108) [hive-standalone-metastore-server-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy33.drop_table_with_environment_context(Unknown Source) [?:?]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.drop_table_with_environment_context(HiveMetaStoreClient.java:3204) [hive-standalone-metastore-common-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropTable(HiveMetaStoreClient.java:1492) [hive-standalone-metastore-common-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropTable(HiveMetaStoreClient.java:1432) [hive-standalone-metastore-common-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.hcatalog.listener.TestDbNotificationListener.dropTable(TestDbNotificationListener.java:522) [test-classes/:?]

ModelControllerMBeanHelper is invoking a read-attribute management op in its constructor to find out of the process is a standalone server. This is not necessary – JmxSubsystemAdd can find this out from the OperationContext and pass this information through to the ModelControllerMBeanHelper it indirectly creates.

In HMaster, the checking logic for balancerCutoffTime in buggy.
See the following code:
HMaster.java
1419   private int getBalancerCutoffTime() {
1420     int balancerCutoffTime =
1421       getConfiguration().getInt("hbase.balancer.max.balancing", -1);
1422     if (balancerCutoffTime == -1) {
1423       // No time period set so create one
1424       int balancerPeriod =
1425         getConfiguration().getInt("hbase.balancer.period", 300000);
1426       balancerCutoffTime = balancerPeriod;
1427       // If nonsense period, set it to balancerPeriod
1428       if (balancerCutoffTime <= 0) balancerCutoffTime = balancerPeriod;
1429     }
1430     return balancerCutoffTime;
1431   }

Basically, the check for "nonsense period" is no effect, because  balancerCutoffTime is always assigned to be balancerPeriod whatever the value is. 

Currently timeout monitor thread is started even before the region server has registered with the master.
In timeout monitor we depend on the region server to be online 

boolean allRSsOffline = this.serverManager.getOnlineServersList().
        isEmpty();

Now when the master starts up it sees there are no online servers and hence sets 
allRSsOffline to true.

setAllRegionServersOffline(allRSsOffline);

So this.allRegionServersOffline is also true.
By this time an RS has come up,
Now timeout comes up again (after 10secs) in the next cycle he sees allRSsOffline  as false.
Hence 

else if (this.allRegionServersOffline && !allRSsOffline) {
            // if some RSs just came back online, we can start the
            // the assignment right away
            actOnTimeOut(regionState);

This condition makes him to take action based on timeout.
Because of this even if one Region assignment of ROOT is going on, this piece of code triggers another assignment and thus we get RegionAlreadyinTransition Exception. Later we need to wait for 30 mins for assigning ROOT itself.

ThriftCLIService log messages are not aligned with the methods correctly

I was doing a rolling restart during a bunch of splits happening, and the master aborted with the following:
2010-12-13 12:24:55,536 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Starting unassignment of region usertable,user1590589031,1291843166306.dbcbe21b3447c78560802962b87fd34f. (offlining)
2010-12-13 12:24:55,537 FATAL org.apache.hadoop.hbase.master.HMaster: Remote unexpected exception
java.io.IOException: Call to haus03.sf.cloudera.com/172.29.5.34:60020 failed on local exception: java.io.EOFException
        at org.apache.hadoop.hbase.ipc.HBaseClient.wrapException(HBaseClient.java:788)
        at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:757)
        at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:257)
        at $Proxy6.closeRegion(Unknown Source)
        at org.apache.hadoop.hbase.master.ServerManager.sendRegionClose(ServerManager.java:589)
        at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1085)
        at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1032)
        at org.apache.hadoop.hbase.master.AssignmentManager.balance(AssignmentManager.java:1791)
        at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:688)
        at org.apache.hadoop.hbase.master.HMaster$1.chore(HMaster.java:579)
        at org.apache.hadoop.hbase.Chore.run(Chore.java:66)
Caused by: java.io.EOFException
        at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.receiveResponse(HBaseClient.java:521)
        at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.run(HBaseClient.java:459)
2010-12-13 12:24:55,541 INFO org.apache.hadoop.hbase.master.HMaster: Aborting

The column stats for the table sample_pt partition (dummy=1) is as following:

hive> describe formatted sample_pt partition (dummy=1) code;
OK
# col_name            	data_type           	min                 	max                 	num_nulls           	distinct_count      	avg_col_len         	max_col_len         	num_trues           	num_falses          	comment             
	 	 	 	 	 	 	 	 	 	 
code                	string              	                    	                    	0                   	303                 	6.985               	7                   	                    	                    	from deserializer   
Time taken: 0.259 seconds, Fetched: 3 row(s)

But when this partition is renamed, say
alter table sample_pt partition (dummy=1) rename to partition (dummy=11);
The COLUMN_STATS in partition description are true, but column stats are actually all deleted.

hive> describe formatted sample_pt partition (dummy=11);
OK
# col_name            	data_type           	comment             
	 	 
code                	string              	                    
description         	string              	                    
salary              	int                 	                    
total_emp           	int                 	                    
	 	 
# Partition Information	 	 
	 	 
dummy               	int                 	                    
	 	 
# Detailed Partition Information	 	 
Partition Value:    	[11]                	 
Database:           	default             	 
Table:              	sample_pt           	 
CreateTime:         	Thu Mar 30 23:03:59 EDT 2017	 
LastAccessTime:     	UNKNOWN             	 
Location:           	file:/user/hive/warehouse/apache/sample_pt/dummy=11	 
Partition Parameters:	 	 
	COLUMN_STATS_ACCURATE	{\"BASIC_STATS\":\"true\",\"COLUMN_STATS\":{\"code\":\"true\",\"description\":\"true\",\"salary\":\"true\",\"total_emp\":\"true\"}}
	numFiles            	1                   
	numRows             	200                 
	rawDataSize         	10228               
	totalSize           	10428               
	transient_lastDdlTime	1490929439          
	 	 
# Storage Information	 	 
SerDe Library:      	org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe	 
InputFormat:        	org.apache.hadoop.mapred.TextInputFormat	 
OutputFormat:       	org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat	 
Compressed:         	No                  	 
Num Buckets:        	-1                  	 
Bucket Columns:     	[]                  	 
Sort Columns:       	[]                  	 
Storage Desc Params:	 	 
	serialization.format	1                   
Time taken: 6.783 seconds, Fetched: 37 row(s)

===
hive> describe formatted sample_pt partition (dummy=11) code;
OK
# col_name            	data_type           	comment             	 	 	 	 	 	 	 	 
	 	 	 	 	 	 	 	 	 	 
code                	string              	from deserializer   	 	 	 	 	 	 	 	 
Time taken: 9.429 seconds, Fetched: 3 row(s)

The column stats should not be drop when a partition is renamed.

Define an abstract class Foo with an annotated init method.
Define a concrete class Bar with an annotated init method.
Define a bean instance of Bar.

After the bean instantiation the init method of Bar is called. Then the init method of Foo is called. This is probably the wrong way to do it since superclasses likely define/instantiate stuff children will depend on.

It turns out that the java code generated from the thrift files have been generated with the wrong settings.
Instead of the documented (thrift, thrift2) 

thrift -strict --gen java:hashcode 

the current files seem to be generated instead with

thrift -strict --gen java

more details from
http://camel.465427.n5.nabble.com/Camel-CXF-component-SOAP-1-1-amp-1-2-support-td4909456.html

As of CXF-6732, CXF will by default always set the SoapAction header with the value found at key SoapBindingConstants.SOAP_ACTION. See comment for more details. Workaround can be either adding a custom CXF OutInterceptor or use a different Camel/CXF binding.

AuthenticationConfiguration seems to employ double checked locking but but incorrectly does not declare the variable as volatile.
https://en.wikipedia.org/wiki/Double-checked_locking#Usage_in_Java

This is probably a side effect of CAMEL-12454: when auto commit enabled is enabled kafka consumer commits offsets as soon as an exchange is complete with no regard to the auto.commit.interval.ms setting, which may cause additional non-balanced load on the kafka cluster (see attached screenshot depicting kafka brokers cpu load right after upgrade from 2.20.3 to 2.23.0).
Here is an example with debugging turned on for org.apache.camel.component.kafka.KafkaConsumer, as you can see Kafka consumer commits every 10-500 ms instead of once per 5 seconds:

2019-01-28 10:46:55.025  INFO 3324 --- [ontext_Worker-3] o.a.k.clients.consumer.ConsumerConfig    : ConsumerConfig values: 
	auto.commit.interval.ms = 5000
	auto.offset.reset = latest
	bootstrap.servers = [192.168.56.10:9093]
	check.crcs = true
	client.id = 
	connections.max.idle.ms = 540000
	enable.auto.commit = true
	exclude.internal.topics = true
	fetch.max.bytes = 52428800
	fetch.max.wait.ms = 500
	fetch.min.bytes = 1
	group.id = service_new
	heartbeat.interval.ms = 3000
	interceptor.classes = null
	internal.leave.group.on.close = true
	isolation.level = read_uncommitted
	key.deserializer = class org.apache.kafka.common.serialization.StringDeserializer
	max.partition.fetch.bytes = 1048576
	max.poll.interval.ms = 300000
	max.poll.records = 1000
	metadata.max.age.ms = 300000
	metric.reporters = []
	metrics.num.samples = 2
	metrics.recording.level = INFO
	metrics.sample.window.ms = 30000
	partition.assignment.strategy = [org.apache.kafka.clients.consumer.RangeAssignor]
	receive.buffer.bytes = 65536
	reconnect.backoff.max.ms = 1000
	reconnect.backoff.ms = 50
	request.timeout.ms = 40000
	retry.backoff.ms = 100
	sasl.jaas.config = null
	sasl.kerberos.kinit.cmd = /usr/bin/kinit
	sasl.kerberos.min.time.before.relogin = 60000
	sasl.kerberos.service.name = null
	sasl.kerberos.ticket.renew.jitter = 0.05
	sasl.kerberos.ticket.renew.window.factor = 0.8
	sasl.mechanism = GSSAPI
	security.protocol = SSL
	send.buffer.bytes = 131072
	session.timeout.ms = 30000
	ssl.cipher.suites = null
	ssl.enabled.protocols = [TLSv1.2]
	ssl.endpoint.identification.algorithm = null
	ssl.key.password = null
	ssl.keymanager.algorithm = SunX509
	ssl.keystore.location = /usr/files/server.jks
	ssl.keystore.password = [hidden]
	ssl.keystore.type = JCEKS
	ssl.protocol = TLS
	ssl.provider = null
	ssl.secure.random.implementation = null
	ssl.trustmanager.algorithm = PKIX
	ssl.truststore.location = /usr/files/truststore.jks
	ssl.truststore.password = [hidden]
	ssl.truststore.type = JCEKS
	value.deserializer = class org.apache.kafka.common.serialization.StringDeserializer

2019-01-28 10:46:55.160  INFO 3324 --- [ontext_Worker-3] o.a.kafka.common.utils.AppInfoParser     : Kafka version : 1.0.2
2019-01-28 10:46:55.160  INFO 3324 --- [ontext_Worker-3] o.a.kafka.common.utils.AppInfoParser     : Kafka commitId : 2a121f7b1d402825
2019-01-28 10:46:55.160  INFO 3324 --- [ontext_Worker-3] o.a.camel.spring.SpringCamelContext      : Route: route1 started and consuming from: kafka:topic1,topic2,topic3?brokers=192.168.56.10:9093
2019-01-28 10:46:55.161  INFO 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Subscribing topic1,topic2,topic3-Thread 0 to topic topic1,topic2,topic3
2019-01-28 10:46:55.313  INFO 3324 --- [uponassignment]] o.a.k.c.c.internals.AbstractCoordinator  : [Consumer clientId=consumer-1, groupId=service_new] Discovered group coordinator 192.168.56.10:9093 (id: 2147483646 rack: null)
2019-01-28 10:46:55.315  INFO 3324 --- [uponassignment]] o.a.k.c.c.internals.ConsumerCoordinator  : [Consumer clientId=consumer-1, groupId=service_new] Revoking previously assigned partitions []
2019-01-28 10:46:55.316  INFO 3324 --- [uponassignment]] o.a.k.c.c.internals.AbstractCoordinator  : [Consumer clientId=consumer-1, groupId=service_new] (Re-)joining group
2019-01-28 10:46:58.469  INFO 3324 --- [uponassignment]] o.a.k.c.c.internals.AbstractCoordinator  : [Consumer clientId=consumer-1, groupId=service_new] Successfully joined group with generation 3
2019-01-28 10:46:58.470  INFO 3324 --- [uponassignment]] o.a.k.c.c.internals.ConsumerCoordinator  : [Consumer clientId=consumer-1, groupId=service_new] Setting newly assigned partitions [topic3-1, topic3-0, topic2-1, topic1-0, topic2-0, topic1-1]
2019-01-28 10:47:24.953 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3221
2019-01-28 10:47:24.957 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3222
2019-01-28 10:47:24.964 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3325
2019-01-28 10:47:25.005 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3223
2019-01-28 10:47:25.515 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3326
2019-01-28 10:47:26.005 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3224
2019-01-28 10:47:26.528 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3327
2019-01-28 10:47:27.014 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3225
2019-01-28 10:47:27.512 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3328
2019-01-28 10:47:28.001 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3226
2019-01-28 10:47:28.497 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3329
2019-01-28 10:47:29.024 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3330
2019-01-28 10:47:29.521 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3227
2019-01-28 10:47:30.012 DEBUG 3324 --- [uponassignment]] o.a.camel.component.kafka.KafkaConsumer  : Auto commitSync topic1,topic2,topic3-Thread 0 from topic topic1,topic2,topic3 with offset: 3228

When downgraded to camel-kafka 2.20.3 commits are done correctly (once every auto.commit.interval.ms) and there are no messages from o.a.camel.component.kafka.KafkaConsumer in the debug log.
Running with debugger showed that this code actually never gets executed in 2.20.3: https://github.com/apache/camel/blob/2.20.x/components/camel-kafka/src/main/java/org/apache/camel/component/kafka/KafkaConsumer.java#L382 and we seem to rely on the auto-commit feature of the Kafka client itself, not the camel-kafka wrapper.

I noticed that in a profiler (sampler) run ScanQueryMatcher.setRow(...) showed up at all.
In turns out that the expensive part is iterating over the columns in ExcplicitColumnTracker.reset(). I did some microbenchmarks and found that

private ArrayList<X> l;
...
for (int i=0; i<l.size(); i++) {
   X = l.get(i);
   ...
}

Is twice as fast as:

...
for (X : l) {
   ...
}

The indexed version asymptotically approaches the iterator version, but even at 1m entries it is still faster.
In my tight loop scans this provides for a 5% performance improvement overall when the ExcplicitColumnTracker is used.
Edit:

private X[] l;
...
for (int i=0; i<l.length; i++) {
   X = l[i];
   ...
}

Is even better. Apparently the JVM can even save the boundary check in each iteration.

After the HBASE-15158, RowProcess#postBatchMutate will be executed “after” the mvcc transaction completion.
HRegion#processRowsWithLocks

          // STEP 8. Complete mvcc.
          mvcc.completeAndWait(writeEntry);
          writeEntry = null;
    
          // STEP 9. Release region lock
          if (locked) {
            this.updatesLock.readLock().unlock();
            locked = false;
          }
    
          // STEP 10. Release row lock(s)
          releaseRowLocks(acquiredRowLocks);
    
          // STEP 11. call postBatchMutate hook
          processor.postBatchMutate(this);

RowProcess#postBatchMutate
  /**
   * The hook to be executed after the process() and applying the Mutations to region. The
   * difference of this one with {@link #postProcess(HRegion, WALEdit, boolean)} is this hook will
   * be executed before the mvcc transaction completion.
   */
  void postBatchMutate(HRegion region) throws IOException;

Do we ought to revamp the comment of RowProcess#postBatchMutate or change the call order?
I prefer the former, because the HRegion#doMiniBatchMutate() also call postBatchMutate() after the mvcc transaction completion.
Any comment? Thanks.

The DefaultExceptionStrategy in ConditionalRejectingErrorHandler only catches org.springframework.amqp.support.converter.MessageConversionException, whereas methods annotated with @RabbitListener now throw the more general org.springframework.messaging.converter.MessageConversionException (both wrapped in a org.springframework.amqp.rabbit.listener.exception.ListenerExecutionFailedException, of course).
Marked trivial because it is easy to fix by inserting your own strategy, but it would be nice if it worked out of the box.

on master, maybe others since I haven't checked yet:

[INFO] Scanning for projects...
[WARNING]
[WARNING] Some problems were encountered while building the effective model for org.apache.hbase:hbase-it:jar:3.0.0-SNAPSHOT
[WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: org.glassfish.jersey.core:jersey-client:jar -> version ${jersey.version} vs 2.25.1 @ org.apache.hbase:hbase-it:[unknown-version], /Users/busbey/tmp_projects/hbase/hbase-it/pom.xml, line 298, column 17
[WARNING]
[WARNING] Some problems were encountered while building the effective model for org.apache.hbase:hbase-rest:jar:3.0.0-SNAPSHOT
[WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: javax.servlet:javax.servlet-api:jar -> version (?) vs ${servlet.api.version} @ org.apache.hbase:hbase-rest:[unknown-version], /Users/busbey/tmp_projects/hbase/hbase-rest/pom.xml, line 341, column 17
[WARNING]
[WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
[WARNING]
[WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
[WARNING]
[INFO] ------------------------------------------------------------------------

The online merge znode uses the new region to be created.  When master restarts, the new region is still unknown if the merging is not completed. Therefore the znode is ignored, which should not.  That means the two merging regions could be moved around.  This could cause some data loss if we are not luck.

I sort of understand this, and it's quite an amusing little bug (if rather irritating).  I doubt if it critical at all, since the outcome of the step is still failure.
In a multi-threaded step we can only check for the failure one thread at a time, and by the time we have checked it, the failed chunk can have gone back in the queue for processing.  Oddly, though, even with a single background thread it still fails the same way, so maybe we can actually fix this at least for some special cases.

Fix provided in CAMEL-12098 does not solve whole problem. As there are still curly brackets in URL, it fails  in AbstractDecorator in method pre(...), where is again used URI.createSchema().
I checked and URI.create(endpoint.getEndpointUri()) is also in 2 other decorators, but there is probably not happening that {} are used in path..
 
When users set up secure REST and Thrift API gateways, those principals will need entries in the HBase ACL table in order to interact with HBase.
We should add that to the documentation so that they can have success with it right away.

ResourceMetadataHandlerMethodArgumentResolver supports parameter's predicate is parameterType should assignable to RepositoryInformation.class.
but argumentResolver process return type is ResourceMetadata
so when i definition RepositoryInformation type argument in controller，throw missMatcher param exception, or i definition ResourceMetadata type argument in controller, no HandlerMethodArgumentResolver support.

The Closable StreamCompressor passed in at the constructor is never closed, even though it likely holds a reference to a Deflater instance.

The reproduction is pretty simple using Galleon. If we generate a server provisioned only with CDI and try to deploy a simple CDI application, we will get the following exception:

09:29:27,420 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."cdi-test-1.0.war".WeldBootstrapService: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-test-1.0.war".WeldBootstrapService: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1730)
	at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
	at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
	at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1363)
	at java.lang.Thread.run(Thread.java:748)
	at org.jboss.as.weld.WeldBootstrapService.start(WeldBootstrapService.java:127)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
	... 6 more

09:29:27,424 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "cdi-test-1.0.war")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"cdi-test-1.0.war\".WeldBootstrapService" => "Failed to start service
    Caused by: java.lang.NullPointerException"}}

When my aggregator extends AbstractListAggregationStrategy, I never get aggregator completions from the batch consumer.
If I change my aggregator to be something like:

    Foo foo = newExchange.getIn().getBody(Foo.class);
    List<Foo> list = null;
    Exchange outExchange;
    if (oldExchange == null) {
      list = new LinkedList<Foo>();
      list.add(foo);
      newExchange.getIn().setBody(list);
      outExchange = newExchange;
    } else {
      list = oldExchange.getIn().getBody(List.class);
      outExchange = oldExchange;
    }
    return outExchange;

then it works fine.
I'm guessing this is has something to do with AbstractListAggregationStrategy messing with properties or wrapping the actual exchanges (since the batch completion is triggered based on Exchange.BATCH_SIZE property)

In ProtobufUtil, the protobuf fields are copied into an array using toByteArray().  These are then passed into the KeyValue constructor which does another copy.
It seems like we can avoid a copy here by using HBaseZeroCopyByteString#zeroCopyGetBytes() ?

JOBS testsuite performs operations with two users test.user.name and test.other.user.name. In Kerberos secure mode it should kinit as the respective user.

This patch covers ten separate tests testing import and export operations running against blobstore filesystems:

Import addpartition
	
blobstore -> file
file -> blobstore
blobstore -> blobstore
blobstore -> hdfs

import/export
	
blobstore -> blobstore (partitioned and non-partitioned)
blobstore -> HDFS (partitioned and non-partitioned)

In 3.2.0.M2, the spring-security-config bundle has a mandatory import statement for org.openid4java.consumer: org.openid4java.consumer;version="[0.9.5, 1.0.0)". This should have resolution:=optional. Without optional resolution, OSGi users are forced to include a large number of additional dependencies despite not using openid4java. Further, openid4java's bundle in EBR doesn't work with Servlet 3.

HBaseAdmin.checkHBaseAvailable(conf) clones the passed connection, later in HBaseAdmin constructor the connection is cloned again. Thus a new HConnection object with ZooKeeper connections is created.

We are trying to bind an incoming POST REST call with Content-Type application/x-www-form-urlencoded to an outgoing one. The incoming request body containing the url encoded form does not get transferred to the outgoing one. We investigated and saw there's a bug in 
DefaultRestletBinding.populateRestletRequestFromExchange:180 (2.16.2):
if (request.getMethod() == Method.GET || (request.getMethod() == Method.POST && mediaType == MediaType.APPLICATION_WWW_FORM)) {
The mediaType gets compared using ==. This is wrong. The condition always evaluates to false although the configured Content-Type within the header is "application/x-www-form-urlencoded" (or in our case "application/x-www-form-urlencoded; charset=ISO-8859-1").

Currently Hive's LDAP Atn provider assumes certain defaults to keep its configuration simple. 
1) One of the assumptions is the presence of an attribute "distinguishedName". In certain non-standard LDAP implementations, this attribute may not be available. So instead of basing all ldap searches on this attribute, getNameInNamespace() returns the same value. So this API is to be used instead.
2) It also assumes that the "user" value being passed in, will be able to bind to LDAP. However, certain LDAP implementations, by default, only allow the full DN to be used, just short user names are not permitted. We will need to be able to support short names too when hive configuration only has "BaseDN" specified (not userDNPatterns). So instead of hard-coding "uid" or "CN" as keys for the short usernames, it probably better to make this a configurable parameter.

In a DIST_SYNC test case involving remote EJBs and split brain (eap-7x-failover-ejb-ejbremote-netDown-dist-sync), I'm seeing NPEs in InfinispanBeanManager.getWeakAffinity:

06:10:50,514 ERROR [org.jboss.as.ejb3.remote] (default task-82) WFLYEJB0150: Could not write method invocation failure for method public abstract int org.jboss.test.clusterbench.common.ejb.CommonStatefulSB.getSerialAndIncrement() on bean named RemoteStatefulSBImpl for appname clusterbench-ee7 modulename clusterbench-ee7-ejb distinctname  due to: java.lang.NullPointerException
	at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager.getWeakAffinity(InfinispanBeanManager.java:185)
	at org.jboss.as.ejb3.cache.distributable.DistributableCache.getWeakAffinity(DistributableCache.java:71)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.getWeakAffinity(MethodInvocationMessageHandler.java:260)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$500(MethodInvocationMessageHandler.java:68)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:230)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:254)
	at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.processMessage(VersionOneProtocolChannelReceiver.java:213)
	at org.jboss.as.ejb3.remote.protocol.versiontwo.VersionTwoProtocolChannelReceiver.processMessage(VersionTwoProtocolChannelReceiver.java:76)
	at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.handleMessage(VersionOneProtocolChannelReceiver.java:159)
	at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:456)
	at org.jboss.remoting3.EndpointImpl$TrackingExecutor$1.run(EndpointImpl.java:717)

Various weird things are expected during split brain (AvailabilityException, replication timeouts etc.), but a NPE seems JIRA-worth.
Links:
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-netDown-dist-sync/5/console-perf18/
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-netDown-dist-sync/5/console-perf19/
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-netDown-dist-sync/5/console-perf20/
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-netDown-dist-sync/5/console-perf21/

Section 3.3
   For historical reasons, a sender MUST NOT generate the quoted string
   syntax values for the following parameters: stale and algorithm.

RunAsRoleMapper.mapRoles(Caller caller, Set<String> currentRoles, Set<String> runAsRoles, boolean sanitized) ignores false results from realRoleMapper.canRunAs(currentRoles, requestedRole) and just leaves the user running in their regular roles. Some sort of failure condition seems more appropriate.
I noticed this when I was investigating WFLY-2318 caused by WFLY-2583. The improperly parsed role list was resulting in realRoleMapper.canRunAs(currentRoles, requestedRole) returning false so the call would just execute as SuperUser.
Same thing would happen with a simple typo like 
{roles=Mnitor}
.

See nabble
http://camel.465427.n5.nabble.com/contentObjectId-in-XML-Security-camel-xmlsecurity-tp5740265p5740348.html
Some options has not been exposed as getter/setters so they can be fully configured.

We recently saw the following running 0.95.1 on hadoop 2.0:

2013-06-11 21:51:22,199 ERROR [IPC Server handler 18 on 60000] master.HMaster: Region server ip-10-138-2-28.ec2.internal,60020,1370887927492 reported a fatal error:
ABORTING region server ip-10-138-2-28.ec2.internal,60020,1370887927492: IOE in log roller
Cause:
java.io.FileNotFoundException: File/Directory /hbase/.oldlogs/ip-10-138-2-28.ec2.internal%2C60020%2C1370887927492.1370986265468 does not exist.
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.setTimesInt(FSNamesystem.java:1488)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.setTimes(FSNamesystem.java:1453)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.setTimes(NameNodeRpcServer.java:798)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.setTimes(ClientNamenodeProtocolServerSideTranslatorPB.java:704)
	at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java:43194)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:454)
	at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:910)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1694)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1690)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1367)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:1688)

	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:90)
	at org.apache.hadoop.hdfs.DFSClient.setTimes(DFSClient.java:2097)
	at org.apache.hadoop.hdfs.DistributedFileSystem.setTimes(DistributedFileSystem.java:813)
	at org.apache.hadoop.hbase.util.FSUtils.renameAndSetModifyTime(FSUtils.java:1596)
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.archiveLogFile(FSHLog.java:705)
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.cleanOldLogs(FSHLog.java:595)
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.rollWriter(FSHLog.java:536)
	at org.apache.hadoop.hbase.regionserver.LogRoller.run(LogRoller.java:96)
	at java.lang.Thread.run(Thread.java:722)
Caused by: org.apache.hadoop.ipc.RemoteException(java.io.FileNotFoundException): File/Directory /hbase/.oldlogs/ip-10-138-2-28.ec2.internal%2C60020%2C1370887927492.1370986265468 does not exist.

	at org.apache.hadoop.ipc.Client.call(Client.java:1164)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:202)
	at com.sun.proxy.$Proxy11.setTimes(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:164)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:83)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.setTimes(ClientNamenodeProtocolTranslatorPB.java:685)
	at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source)
	at org.apache.hadoop.hbase.fs.HFileSystem$1.invoke(HFileSystem.java:266)
	at com.sun.proxy.$Proxy12.setTimes(Unknown Source)
	at org.apache.hadoop.hdfs.DFSClient.setTimes(DFSClient.java:2095)
	... 7 more

2013-06-11 21:51:32,976 INFO  [main-EventThread] zookeeper.RegionServerTracker: RegionServer ephemeral node deleted, processing expiration [ip-10-138-2-28.ec2.internal,60020,1370887927492]

One scenario that could have led to the above exception was that the LogCleaner thread deleted the log file which had just been moved to .oldlogs dir before the call to fs.setTimes() executed.
When fs.setTimes() ran, the file was no longer there.

We find regionserver abort with the following exception:
2017-05-09 17:40:06,369 FATAL [regionserver/hadoop0349.et2.tbsite.net/11.251.152.199:16020-shortCompactions-1493026663275] regionserver.HRegionServer: ABORTING region server hadoop0349.et2.tbsite.net,16020,1493026637177: Thread[regionserver/hadoop0349.et2.tbsite.net/11.251.152.199:16020-shortCompactions-1493026663275,5,main] throw uncaught exception
java.lang.ArrayIndexOutOfBoundsException
        at java.lang.System.arraycopy(Native Method)
        at java.util.ArrayList.batchRemove(ArrayList.java:726)
        at java.util.ArrayList.removeAll(ArrayList.java:690)
        at org.apache.hadoop.hbase.regionserver.HStore.finishCompactionRequest(HStore.java:1666)
        at org.apache.hadoop.hbase.regionserver.HStore.cancelRequestedCompaction(HStore.java:1656)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.run(CompactSplitThread.java:504)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1147)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:622)
        at java.lang.Thread.run(Thread.java:834)
2017-05-08 21:15:31,979 FATAL [regionserver/hadoop1191.et2.tbsite.net/11.251.159.40:16020-longCompactions-1494249331978] regionserver.HRegionServer: ABORTING region server hadoop1191.et2.tbsite.net,16020,1493196567798: Thread[regionserver/hadoop1191.et2.tbsite.net/11.251.159.40:16020-longCompactions-1494249331978,5,main] throw uncaught exception
java.lang.IllegalArgumentException
        at com.google.common.base.Preconditions.checkArgument(Preconditions.java:76)
        at org.apache.hadoop.hbase.regionserver.compactions.RatioBasedCompactionPolicy.getCurrentEligibleFiles(RatioBasedCompactionPolicy.java:64)
        at org.apache.hadoop.hbase.regionserver.compactions.RatioBasedCompactionPolicy.preSelectCompactionForCoprocessor(RatioBasedCompactionPolicy.java:72)
        at org.apache.hadoop.hbase.regionserver.DefaultStoreEngine$DefaultCompactionContext.preSelect(DefaultStoreEngine.java:117)
        at org.apache.hadoop.hbase.regionserver.HStore.requestCompaction(HStore.java:1542)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.selectCompaction(CompactSplitThread.java:362)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.access$200(CompactSplitThread.java:58)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.run(CompactSplitThread.java:491)
HStore#finishCompactionRequest do not require any HStore#lock's lock so HStore.replaceStoreFiles need to synchronized on filesCompacting.

In a host which is not connected to Internet, there is a local nexus mirror which has all the necessary artifacts for a build. settings.xml file specify this host as a mirror of everything and mvn compile completes successfully. When reaching the package phase (where wildfly-swarm-plugin is used), it seems that the mirrorOf element is ignored and it tries to access repository.jboss.org and fails with a connection timeout.
This is probably an aether bug, but I also suspect https://github.com/wildfly-swarm/wildfly-swarm/blob/master/plugin/src/main/java/org/wildfly/swarm/plugin/maven/MavenArtifactResolvingHelper.java which hardcodes the repository in the constructor (I don't know if this is relevant).
Could someone with a broader view in the topic can take a look into this ?

Hi,
The Nokia Luima 620 is detected as a "normal" device instead of a mobile phone.
Probably this happens because it uses an IE 10. These are the headers:
UserAgent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0; ARM; Touch; WPDesktop)
x-wap-profile: null 
Profile: null 
Accept: text/html, application/xhtml+xml,
Looks like the key token in the UserAgent it the 'ARM' literal
Sorry for the spanish link:
IE-10 de 32 bits sobre Windows de 32 bits:
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0)
IE-10 de 32 bits sobre Windows de 64 bits:
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; WOW64; Trident/6.0)
IE-10 de 64 bits sobre Windows de 64 bits:
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Win64; x64; Trident/6.0)
IE-10 sobre Windows RT:
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; ARM; Trident/6.0)
http://www.genbeta.com/navegadores/internet-explorer-10-nuevas-cadenas-user-agent-para-identificar-dispositivos-tactiles-y-arquitectura-arm

Hi.
I'm using ActiveMQ 5.1 together with Spring's DefaultMessageListenerContainer to enable MDPs. I'm using the redeliveryPolicy to enable redelivery on failures during consumption of a message. ActiveMQ configuration looks like this:
    <camelContext id="camel" xmlns="http://activemq.apache.org/camel/schema/spring">
        <route errorHandlerRef="deadLetterErrorHandler">
                <from uri="activemq:NEW" />
        </route>
    </camelContext>
<bean id="deadLetterErrorHandler" class="org.apache.camel.builder.DeadLetterChannelBuilder">
    <property name="redeliveryPolicy" ref="redeliveryPolicyConfig"/>
</bean>
<bean id="redeliveryPolicyConfig" class="org.apache.camel.processor.RedeliveryPolicy">
    <property name="maximumRedeliveries" value="4"/>
    <property name="initialRedeliveryDelay" value="30000"/>
    <property name="useExponentialBackOff" value="true"/>
    <property name="backOffMultiplier" value="2" />
</bean>
Now if a failure occurs, the configured delay isn't used on the first redelivery attempt. Instead redelivery takes place immediately after the failure occured. This sounds odd to me, since the property is even called initialRedeliveryDelay . I know that maybe this was caused due to the following issue:
https://issues.apache.org/activemq/browse/AMQ-1032
In my opinion immediately redelivery isn't very useful in most cases. If a failure occurs, it won't be fixed some ms later . So my suggestion is (in respect to AMQ-1032) to have two options:
initialRedeliveryDelay
redeliveryDelay
So both configurations would be possible. For AMQ-1032 just configure initialRedeliveryDelay to 0. Otherwise just take the redeliveryDelay as initialRedeliveryDelay to get what I want .
Does this make sense?

dijit.form.Textarea only allows selection of first row in FF and Chrome. dijit.form.Simpletextarea should work better.

The configuration for the event store spi is wrong. The following error occurs:
2017-03-30 07:05:35,855 ERROR [org.keycloak.events.EventBuilder] (default task-32) Events enabled, but no event store provider configured
Reason:
The name for the spi is not eventStore. It is eventsStore.

In HLogSplitter.splitLogFileToTemp-Reader(in) is not closed and in finally block in loop while closing the writers(wap.w) if any exception comes other writers won't close.

Right now the WALPerformaceEvaluation tool sets up each new region by asking for a WAL and then adding a listener. The listener updates running stats on appends / syncs using a shared object in the evaluation tool.
For WALProviders that reuse WALs (such as the default one always using a single WAL), this results in adding a listener to WALs that already have them. Each of those listeners is then updated on each append/sync.

Thrift servers use connection cache and we drop connections after hbase.thrift.connection.max-idletime milliseconds from the last time a connection object was accessed. However, we never update this last accessed time on scan path. 
By default, this will cause scanners to fail after 10 minutes, if the underlying connection object is not being used along other operation paths (like put).

This problem appears when jar dependencies with type converters have path containing space characters.
In my case, the camel-mail-2.7.1.jar jar is located in my local maven repository.
I get this error during my project startup: 

[...]
Caused by: java.net.URISyntaxException: Illegal character in opaque part at index 22: jar:file:/D:/Documents and Settings/501915291/.m2/repository/org/apache/camel/camel-mail/2.7.1/camel-mail-2.7.1.jar!/META-INF/services/org/apache/camel/TypeConverter
        at java.net.URI$Parser.fail(URI.java:2809)
        at java.net.URI$Parser.checkChars(URI.java:2982)
        at java.net.URI$Parser.parse(URI.java:3019)
        at java.net.URI.<init>(URI.java:578)
        at java.net.URL.toURI(URL.java:918)
        at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.findPackages(AnnotationTypeConverterLoader.java:118)
        at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.findPackageNames(AnnotationTypeConverterLoader.java:108)
        at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.load(AnnotationTypeConverterLoader.java:69)
        ... 63 more

FIX:
findPackages method in AnnotationTypeConverterLoader shouldn't use URIs to store already visited jars.

Using the postprocessor to scan the classpath for mapping orm.xml files using a wildcard pattern. Although the mapping files are discovered, they are added to the PersistenceUnitInfo as URLs. As a result they cannot be resolved by hibernate because it expects them in qualified package resource form:

INFO  org.hibernate.ejb.Ejb3Configuration - HHH000360: Unable to resolve mapping file [file:/Users/dev/Documents/eclipse-workspaces/workspace/project1/target/classes/com/example/model/Mapping.orm.xml]

The property on LocalContainerEntityManagerFactoryBean:

<property name="persistenceUnitPostProcessors">
	<list>
		<bean class="org.springframework.data.jpa.support.ClasspathScanningPersistenceUnitPostProcessor">
			<constructor-arg value="com.example.model" />
			<property name="mappingFileNamePattern" value="**/*orm.xml" />
		</bean>
	</list>
</property>

Getting an error trying to do a versions:set and trying to set a new version :
[ERROR] [ERROR] Some problems were encountered while processing the POMs:
[FATAL] Non-resolvable parent POM for org.apache.camel:components-starter:[unknown-version]: Could not find artifact org.apache.camel:camel-starter-parent:pom:2.19.0-SNAPSHOT and 'parent.relativePath' points at wrong local POM @ line 20, column 11
Need to fix the relativePath.

Terminating a running query using Ctrl-C in Beeline might lead to stale locks since the process running the query might still be able to acquire the locks but fail to release them after the query terminate abnormally.

I was trying the RC0 of 0.95.2. and was on the shell trying to list tables in a namespace. I tried listing tables in the 'hbase' namespace and in a namespace I created. The listing fails:

hbase(main):008:0> list_namespace_tables 'hbase'
TABLE

ERROR: org.apache.hadoop.hbase.client.RetriesExhaustedException: Failed after attempts=7, exceptions:
Fri Aug 16 17:47:17 UTC 2013, org.apache.hadoop.hbase.client.RpcRetryingCaller@2313b44d, org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(java.io.IOException): java.io.IOException: Illegal character <58> at 5. User-space table qualifiers can only contain 'alphanumeric characters': i.e. [a-zA-Z_0-9-.]: hbase:meta
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2194)
        at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1861)
Caused by: java.lang.IllegalArgumentException: Illegal character <58> at 5. User-space table qualifiers can only contain 'alphanumeric characters': i.e. [a-zA-Z_0-9-.]: hbase:meta
        at org.apache.hadoop.hbase.TableName.isLegalTableQualifierName(TableName.java:155)
        at org.apache.hadoop.hbase.TableName.isLegalTableQualifierName(TableName.java:125)
        at org.apache.hadoop.hbase.TableName.finishValueOf(TableName.java:249)
        at org.apache.hadoop.hbase.TableName.valueOf(TableName.java:242)
        at org.apache.hadoop.hbase.master.HMaster.listTableNamesByNamespace(HMaster.java:3130)
        at org.apache.hadoop.hbase.master.HMaster.listTableNamesByNamespace(HMaster.java:3063)
        at org.apache.hadoop.hbase.protobuf.generated.MasterAdminProtos$MasterAdminService$2.callBlockingMethod(MasterAdminProtos.java:27764)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2156)
        ... 1 more

Given the class "Task", adding @Transient to a simple boolean field causes Roo to generate the following code in TaskDataOnDemand_Roo_DataOnDemand.getNewTransientTask(int index):

obj.setIsExpired(null);

This causes a compile error b/c "setIsExpired(boolean expired)" method accepts a primitive and so cannot take NULL as an argument.
To recreate, run the following script, then add @Transient to the "expired" field:

project --topLevelPackage com.mytest --projectName mytest
persistence setup --provider HIBERNATE --database HYPERSONIC_IN_MEMORY 
entity --class ~.domain.Task
field string --fieldName description
field boolean --fieldName expired --primitive
test integration 
perform eclipse

While enabling the JMX features in Spring Batch Admin, I get an error because of a missing import (OSGi) in the spring-batch-admin-manager manifest. Adding Import-Package: org.springframework.jmx.support will fix this.
I now got it working with fragment bundle that adds the import.

Only the http access with SASL protocol upgrade is secured, direct http access is not.

When creating an XMLConfiguration from another one using the copy constructor the name of the root element (i.e. the document element) is dropped. When the configuration is saved, the default root name ("configuration") is used.

During review of HBASE-18358, Josh Elser found that there was missing break in the catch block:

          } catch (InterruptedException iex) {
            // essentially ignore and propagate the interrupt back up
            LOG.warn("Interrupted while waiting");
            interrupted = true;
          }

When thread is interrupted, we shouldn't wait on writestate.flushing anymore.

Doh... This came in with original commit of master rewrite, not sure why it's in there.
compactRegion is calling region.shouldSplit(true);

I tried upgrading from 1.3.2 to 1.3.3 and up to 1.4.1 and encountered a following syntax error in the COUNT query for a pageable query.
Consider entities:

@Entity
public class A {

    @Id
    public Integer aId;
    public String aName;

    @Embedded
    public B b;

    public A() {
    }

    public A(Integer id, String name) {
        this.aId = id;
        this.aName = "A" + name;
        this.b = new B(id + 100, "B" + name);
    }
}

@Embeddable
public class B {

    public Integer bId;
    public String bName;

    public B() {
    }

    public B(Integer id, String name) {
        this.bId = id;
        this.bName = name;
    }
}

Now, I have a following repository:

public interface ARepository extends JpaRepository<A, Integer> {

    @Query("SELECT a.b FROM A a")
    Page<B> findAllB(Pageable pageable);

}

The following test passes fine both for 1.3.2 and 1.3.3+.

    @Test
    public void test_a() {
        persist(new A(1, "one"));
        persist(new A(2, "two"));

        Page<A> as = repository.findAll(new PageRequest(0, 1));

        Assert.assertEquals(as.getContent().size(), 1);
    }

and produces a following COUNT query (both version 1.3.2 and 1.3.3+):

    select
        count(a0_.aid) as col_0_0_ 
    from
        A a0_

However, when querying for Bs, the following test passes under 1.3.2

    @Test
    public void test_b() {

        Page<B> bs = repository.findAllB(new PageRequest(0, 1));

        Assert.assertEquals(bs.getContent().size(), 1);
    }

the COUNT query is

    select
    from
        A a0_

the main query is

    select
        a0_.b_bid as col_0_0_,
        a0_.b_bname as col_0_1_ 
    from
        A a0_ limit ?

but fails under 1.3.3+, producing a syntactically incorrect COUNT query

    select
        count(a0_.b_bid,
        a0_.b_bname) as col_0_0_ 
    from
        A a0_

with the error message

Syntax error in SQL statement "SELECT COUNT(A0_.B_BID,[*] A0_.B_BNAME) AS COL_0_0_ FROM A A0_ "; expected "., [, ::, *, /, %, +, -, ||, ~, !~, NOT, LIKE, REGEXP, IS, IN, BETWEEN, AND, OR, )"; SQL statement:
select count(a0_.b_bid, a0_.b_bname) as col_0_0_ from A a0_ [42001-173]

Reason is that COUNT does not accept multiple column names, only a single column or *.

the camel-cxf features includes these bundles which are wrong
    <bundle>mvn:org.apache.servicemix.specs/org.apache.servicemix.specs.jsr311-api-1.0/${</bundle>
    <bundle>mvn:org.apache.geronimo.specs/geronimo-ws-metadata_2.0_spec/${geronimo-ws-metadata-bundle-version}</bundle>

Code like this

                    .doTry()
                        .to("mock:b")
                        .throwException(new IllegalArgumentException("Damn"))
                    .doCatch()
                        .to("mock:catch")
                    .end();

Should report a failure in the route as doCatch must have at least 1 exception as parameter.
It should correctly be
                    .doCatch(Exception.class)
We could also consider using Excpetion.class as default but in Java you must also provide the exception to catch and thus its more intuitive if its 100% like Java

After migrating from Spring 4.3.12, we're now seeing NullPointerExceptions as a result of the code for SPR-15189. During debugging, we see that the attributes field on the session is null. As a result, the Collections.list(session.getAttributeNames)) throws the NPE.
Partial stacktrace:
        at java.util.Collections.list(Collections.java:5239)
        at org.springframework.test.web.servlet.result.PrintingResultHandler.getSessionAttributes(PrintingResultHandler.java:152)
        at org.springframework.test.web.servlet.result.PrintingResultHandler.printRequest(PrintingResultHandler.java:120)
        at org.springframework.test.web.servlet.result.PrintingResultHandler.handle(PrintingResultHandler.java:87)
        at org.springframework.test.web.servlet.MockMvc$1.andDo(MockMvc.java:184)
Code snippet:
MockHttpSession session = Mockito.mock(MockHttpSession.class);
MockHttpServletRequestBuilder requestBuilder = MockMvcRequestBuilders.post("/dummy-url")
				.contentType(MediaType.APPLICATION_JSON_UTF8)
				.header(HEADER_ENDPOINT, endpointUrl)
				.content(someContent);
requestBuilder.session(session);
MockMvc mockMvc = MockMvcBuilders.standaloneSetup(endpointController).build();
mockMvc.perform(requestBuilder)
			.andDo(print())
			.andExpect(status().isOk());

PROBLEM:
Hive stats are autogathered properly till an 'analyze table [tablename] compute statistics for columns' is run. Then it does not auto-update the stats till the command is run again. repo:

set hive.stats.autogather=true; 
set hive.stats.atomic=false ; 
set hive.stats.collect.rawdatasize=true ; 
set hive.stats.collect.scancols=false ; 
set hive.stats.collect.tablekeys=false ; 
set hive.stats.fetch.column.stats=true; 
set hive.stats.fetch.partition.stats=true ; 
set hive.stats.reliable=false ; 
set hive.compute.query.using.stats=true; 

CREATE TABLE `default`.`calendar` (`year` int) ROW FORMAT SERDE 'org.apache.hadoop.hive.ql.io.orc.OrcSerde' STORED AS INPUTFORMAT 'org.apache.hadoop.hive.ql.io.orc.OrcInputFormat' OUTPUTFORMAT 'org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat' TBLPROPERTIES ( 'orc.compress'='NONE') ; 

insert into calendar values (2010), (2011), (2012); 
select * from calendar; 
+----------------+--+ 
| calendar.year | 
| 2010 | 
| 2011 | 
| 2012 | 

select max(year) from calendar; 
| 2012 | 

insert into calendar values (2013); 
| 2010 | 
| 2011 | 
| 2012 | 
| 2013 | 

| 2013 | 

insert into calendar values (2014); 
| 2014 |

analyze table calendar compute statistics for columns;

insert into calendar values (2015);
select max(year) from calendar;
| 2014 |

insert into calendar values (2016), (2017), (2018);
| 2014  |

| 2018  |

Stream has such two Ctor:

// denoted as (a)
public CryptoInputStream(InputStream in, CryptoCipher cipher,
            int bufferSize, Key key, AlgorithmParameterSpec params)

// denoted as (b)
public CryptoInputStream(CipherTransformation transformation,
            Properties props, InputStream in, Key key,
            AlgorithmParameterSpec params)

if use Ctor (b), client user don't have to construct a cipher.  make sense. 
But, in Ctor (a), the cipher argument is create outside Ctor, then it is initialized in CryptoInputStream's Ctor. The cipher’s construction is scattered. It is a bit confusing.
Ctor (a) seem only used internally.  It would be better to hide Ctor (a) for user.
In future, we can consider this:

// don't pass key and iv param, the cipher should be initialized outside
// similar to JDK, and more scalable to support GCM, CCM modes.
CryptoInputStream(InputStream in, CryptoCipher cipher,  int bufferSize)

right now, we just hide Ctor (a) for user.

JNDIBindingMBeanTestCase
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.sar.JNDIBindingMBeanTestCase -Dsecurity.manager
Fails with:

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.naming.java.permission.JndiPermission" "global/env/foo/legacy2" "bind")" in code source "(vfs:/content/multiple-jndi-binding-mbeans.sar <no signer certificates>)" of "null")
	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
	at org.jboss.as.naming.NamingContext.check(NamingContext.java:591)
	at org.jboss.as.naming.NamingContext.bind(NamingContext.java:251)
	at org.jboss.as.naming.InitialContext$DefaultInitialContext.bind(InitialContext.java:264)
	at org.jboss.as.naming.NamingContext.bind(NamingContext.java:289)
	at javax.naming.InitialContext.bind(InitialContext.java:425)
	at org.jboss.as.test.integration.sar.JNDIBindingService.start(JNDIBindingService.java:53)
	... 12 more

Spring 4.2.4 fails to load a configuration class due to a security exception (see below).
4.2.3 is not affected by this bug.
java.lang.IllegalStateException: Cannot load configuration class: org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.enhanceConfigurationClasses(ConfigurationClassPostProcessor.java:410)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanFactory(ConfigurationClassPostProcessor.java:263)
	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:284)
	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:130)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:678)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:520)
	at org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:668)
	at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:634)
	at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:682)
	at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:553)
	at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:494)
	at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:136)
	at javax.servlet.GenericServlet.init(GenericServlet.java:212)
	at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:440)
	at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:316)
	at org.springframework.security.web.authentication.preauth.AbstractPreAuthenticatedProcessingFilter.doFilter(AbstractPreAuthenticatedProcessingFilter.java:116)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
	at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:64)
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
	at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:213)
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:176)
	at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
	at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
	at com.google.appengine.api.socket.dev.DevSocketFilter.doFilter(DevSocketFilter.java:74)
	at com.google.appengine.tools.development.ResponseRewriterFilter.doFilter(ResponseRewriterFilter.java:128)
	at com.google.appengine.tools.development.HeaderVerificationFilter.doFilter(HeaderVerificationFilter.java:34)
	at com.google.appengine.api.blobstore.dev.ServeBlobFilter.doFilter(ServeBlobFilter.java:63)
	at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43)
	at com.google.appengine.tools.development.StaticFileFilter.doFilter(StaticFileFilter.java:125)
	at com.google.appengine.tools.development.DevAppServerModulesFilter.doDirectRequest(DevAppServerModulesFilter.java:366)
	at com.google.appengine.tools.development.DevAppServerModulesFilter.doDirectModuleRequest(DevAppServerModulesFilter.java:349)
	at com.google.appengine.tools.development.DevAppServerModulesFilter.doFilter(DevAppServerModulesFilter.java:116)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
	at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
	at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
	at com.google.appengine.tools.development.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:98)
	at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
	at com.google.appengine.tools.development.JettyContainerService$ApiProxyHandler.handle(JettyContainerService.java:512)
	at org.mortbay.jetty.Server.handle(Server.java:326)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:923)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:547)
	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
	at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
	at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Caused by: java.security.AccessControlException: access denied ("java.lang.RuntimePermission" "accessClassInPackage.sun.reflect.annotation")
	at java.security.AccessControlContext.checkPermission(AccessControlContext.java:474)
	at java.security.AccessController.checkPermission(AccessController.java:685)
	at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
	at com.google.appengine.tools.development.DevAppServerFactory$CustomSecurityManager.checkPermission(DevAppServerFactory.java:429)
	at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1525)
	at sun.reflect.misc.ReflectUtil.checkPackageAccess(ReflectUtil.java:188)
	at sun.reflect.misc.ReflectUtil.checkPackageAccess(ReflectUtil.java:164)
	at java.lang.reflect.Proxy.getInvocationHandler(Proxy.java:822)
	at org.springframework.core.annotation.AnnotationUtils.synthesizeAnnotation(AnnotationUtils.java:1364)
	at org.springframework.core.annotation.AnnotationUtils.findAnnotation(AnnotationUtils.java:498)
	at org.springframework.core.annotation.AnnotationUtils.findAnnotation(AnnotationUtils.java:563)
	at org.springframework.context.annotation.BeanAnnotationHelper.isBeanAnnotated(BeanAnnotationHelper.java:35)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.isMatch(ConfigurationClassEnhancer.java:487)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$ConditionalCallbackFilter.accept(ConfigurationClassEnhancer.java:190)
	at org.springframework.cglib.proxy.Enhancer.emitMethods(Enhancer.java:898)
	at org.springframework.cglib.proxy.Enhancer.generateClass(Enhancer.java:509)
	at org.springframework.cglib.transform.TransformingClassGenerator.generateClass(TransformingClassGenerator.java:33)
	at org.springframework.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanFactoryAwareGeneratorStrategy.generate(ConfigurationClassEnhancer.java:249)
	at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:231)
	at org.springframework.cglib.proxy.Enhancer.createHelper(Enhancer.java:378)
	at org.springframework.cglib.proxy.Enhancer.createClass(Enhancer.java:318)
	at org.springframework.context.annotation.ConfigurationClassEnhancer.createClass(ConfigurationClassEnhancer.java:135)
	at org.springframework.context.annotation.ConfigurationClassEnhancer.enhance(ConfigurationClassEnhancer.java:107)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.enhanceConfigurationClasses(ConfigurationClassPostProcessor.java:400)

Test fails for me locally 100%. AIUI, Emmanuel, you're aware of and are dealing with this; I'm just filing the JIRA so I can reference it in an @Ignore and proceed with builds.

Some tar files have UID and GID fields that start with the binary marker 0x80. The TarArchiveEntry is unable to cope with that since it assumes that UID and GID are always ASCII.

In context xml:
<mvc:view-controller path="/i18n/**/{className}.js" view-name="myView"/>
Try to access URL http://localhost:8080/myContext/i18n/qq/www/eeeee/rrrrr/tttt/Common.js
the resulting value of request attribute (rendered in JSP by ${requestScope['org.springframework.web.servlet.HandlerMapping.pathWithinHandlerMapping']}) is 'qq/eeeee/rrrrr/tttt/Common.js', so the '/www' part is lost.

for entities with java.math.BigDecimal and/or java.lang.Character field addon-gwt generate import like:

package com.yourpackage.gwt.request;

import java.util.Date;
import org.springframework.roo.addon.gwt.RooGwtMirroredFrom;
import com.google.gwt.requestfactory.shared.EntityProxy;
import com.google.gwt.requestfactory.shared.ProxyFor;
import com.google.gwt.requestfactory.shared.Property;

import com.yourpackage.model.YouEntity;

//?!
import com.yourpackage.gwt.request.BigDecimalProxy;
import com.yourpackage.gwt.request.CharacterProxy;

@RooGwtMirroredFrom(YouEntity.class)
@ProxyFor(YouEntity.class)
public interface YouEntityProxy extends EntityProxy {

But it does not generates com.yourpackage.gwt.request.BigDecimalProxy/CharacterProxy classes. And IMHO it should not. Instead why not use these classes as is?

Property<com.yourpackage.gwt.request.BigDecimalProxy> field = ...
->
Property<java.math.BigDecimal> filed = ...

The Maven artifact camel-jetty9 depends on org.apache.geronimo.specs:geronimo-servlet_3.0_spec.
camel-jetty9 also depends on org.eclipse.jetty:jetty-server:jar:9.2.9.v20150224, which further depends on javax.servlet:javax.servlet-api:jar:3.1.0
The dependencies of camel-jetty9 include thus two conflicting and different versions of several classes. Both the Servlet API 3.0 version and Servlet API 3.1 version are included as (transitive) dependencies.
Instead of depending on the geronimo artifact, couldn't camel-jetty9 just depend on the servlet-api artifact (of the correct version)?

We do
log.info("Caught expected failure: {}", e);
You cannot do {} with an exception.

The current implementation of HRegionServer#stop is

  public void stop(final String msg) {
    this.stopped = true;
    LOG.info("STOPPED: " + msg);
    synchronized (this) {
      // Wakes run() if it is sleeping
      notifyAll(); // FindBugs NN_NAKED_NOTIFY
    }
  }

The notification is sent on the wrong object and does nothing. As a consequence, the region server continues to sleep instead of waking up and stopping immediately. A correct implementation is:

    // Wakes run() if it is sleeping
    sleeper.skipSleepCycle();
  }

Then the region server stops immediately. This makes the region server stops 0,5s faster on average, which is quite useful for unit tests.
However, with this fix, TestRegionServerCoprocessorExceptionWithAbort does not work.
It likely because the code does no expect the region server to stop that fast.
The exception is:

testExceptionFromCoprocessorDuringPut(org.apache.hadoop.hbase.coprocessor.TestRegionServerCoprocessorExceptionWithAbort)  Time elapsed: 30.06 sec  <<< ERROR!
java.lang.Exception: test timed out after 30000 milliseconds
	at java.lang.Throwable.fillInStackTrace(Native Method)
	at java.lang.Throwable.<init>(Throwable.java:196)
	at java.lang.Exception.<init>(Exception.java:41)
	at java.lang.InterruptedException.<init>(InterruptedException.java:48)
	at java.lang.Thread.sleep(Native Method)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:1019)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:804)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.relocateRegion(HConnectionManager.java:778)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getRegionLocation(HConnectionManager.java:697)
	at org.apache.hadoop.hbase.client.ServerCallable.connect(ServerCallable.java:75)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getRegionServerWithRetries(HConnectionManager.java:1280)
	at org.apache.hadoop.hbase.client.HTable.getRowOrBefore(HTable.java:585)
	at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:154)
	at org.apache.hadoop.hbase.client.MetaScanner.access$000(MetaScanner.java:52)
	at org.apache.hadoop.hbase.client.MetaScanner$1.connect(MetaScanner.java:130)
	at org.apache.hadoop.hbase.client.MetaScanner$1.connect(MetaScanner.java:127)
	at org.apache.hadoop.hbase.client.HConnectionManager.execute(HConnectionManager.java:357)
	at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:127)
	at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:103)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.prefetchRegionCache(HConnectionManager.java:866)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:920)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:808)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.processBatchCallback(HConnectionManager.java:1469)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.processBatch(HConnectionManager.java:1354)
	at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:892)
	at org.apache.hadoop.hbase.client.HTable.doPut(HTable.java:750)
	at org.apache.hadoop.hbase.client.HTable.put(HTable.java:725)
	at org.apache.hadoop.hbase.coprocessor.TestRegionServerCoprocessorExceptionWithAbort.testExceptionFromCoprocessorDuringPut(TestRegionServerCoprocessorExceptionWithAbort.java:84)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
	at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:62)

We have this exception because we entered a loop of retries.

[Host Controller] &amp#27;[31m] failed handling operation rollback – java.lang.NullPointerException: java.lang.NullPointerException&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.server.services.security.VaultAddHandler.rollbackRuntime(VaultAddHandler.java:97)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractAddStepHandler$1$1.handleRollback(AbstractAddStepHandler.java:156)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1528)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1500)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1482)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1439)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1422)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1286)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:859)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:739)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:516)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:468)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.host.controller.DomainModelControllerService.boot(DomainModelControllerService.java:666)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:370)&amp#27;[0m
[Host Controller] &amp#27;[31m<>at java.lang.Thread.run(Thread.java:748)&amp#27;[0m

There are some inconsistencies in column definitions in MySQL between a schema that was upgraded to 2.1 (from an older release) vs installing the 2.1.0 schema directly.
>   `CQ_TBLPROPERTIES` varchar(2048) DEFAULT NULL,
117d117
<   `CQ_TBLPROPERTIES` varchar(2048) DEFAULT NULL,
135a136
>   `CC_TBLPROPERTIES` varchar(2048) DEFAULT NULL,
143d143
<   `CC_TBLPROPERTIES` varchar(2048) DEFAULT NULL,
156c156
<   `CTC_TXNID` bigint(20) DEFAULT NULL,
—
>   `CTC_TXNID` bigint(20) NOT NULL,
158c158
<   `CTC_TABLE` varchar(256) CHARACTER SET latin1 COLLATE latin1_bin DEFAULT NULL,
—
>   `CTC_TABLE` varchar(256) DEFAULT NULL,
476c476
<   `TBL_NAME` varchar(256) CHARACTER SET latin1 COLLATE latin1_bin DEFAULT NULL,
—
>   `TBL_NAME` varchar(256) DEFAULT NULL,
664c664
<   KEY `PCS_STATS_IDX` (`DB_NAME`,`TABLE_NAME`,`COLUMN_NAME`,`PARTITION_NAME`),
—
>   KEY `PCS_STATS_IDX` (`DB_NAME`,`TABLE_NAME`,`COLUMN_NAME`,`PARTITION_NAME`) USING BTREE,
768c768
<   `PARAM_VALUE` mediumtext,
—
>   `PARAM_VALUE` mediumtext CHARACTER SET latin1 COLLATE latin1_bin,
814c814
—
934c934
—
1066d1065
<   `TXN_HEARTBEAT_COUNT` int(11) DEFAULT NULL,
1067a1067
>   `TXN_HEARTBEAT_COUNT` int(11) DEFAULT NULL,
1080c1080
<   `TC_TXNID` bigint(20) DEFAULT NULL,
—
>   `TC_TXNID` bigint(20) NOT NULL,
1082c1082
<   `TC_TABLE` varchar(128) DEFAULT NULL,
—
>   `TC_TABLE` varchar(128) NOT NULL,
1084c1084
<   `TC_OPERATION_TYPE` char(1) DEFAULT NULL,
—
>   `TC_OPERATION_TYPE` char(1) NOT NULL,

I have a local cluster running, and its logging to
<hbase>/log_X.X.X.X_1213228101021_60020/
Then I kill both master and regionserver, and restart. Looking through
the logs I don't see anything about trying to recover from this hlog,
it just creates a new hlog alongside the existing one (with a new
startcode).  The older hlog seems to be ignored, and the tables
created in the inital session are all gone.

When bridging HTTP endpoints like this, the HTTP path gets decoded at the TO endpoint:

from("netty-http:http://localhost:9000/camel?matchOnUriPrefix=true")
        .to("http4://host1:9000/fred?bridgeEndpoint=true");

For instance, requesting to http://localhost:9000/camel/%3B will result in a call to http://host1:9000/fred/;, thus cause several issues downstream.

When I tried to run this script agains 0.96 cluster i got this error:

$ hbase org.jruby.Main region_status.rb
NameError: uninitialized constant IOException
  const_missing at org/jruby/RubyModule.java:2647
         (root) at region_status.rb:104

This line is causing issue:

table = HTable.new config, '.META.'.to_java_bytes

I belive this should be changed to:

table = HTable.new config, 'hbase:meta'.to_java_bytes

Second issue was caused by this line 

server_count = MetaScanner::allTableRegions(config,$tablename.to_java_bytes,false).size()

MetaScanner.allTablesRegion() is changed in 0.96 so i changed few lines in order to fix this:

if not $tablename.nil?
 # Creating TableName object
  $TableName = HTableDescriptor.new($tablename.to_java_bytes).getTableName()
end
while true
  if $tablename.nil?
    server_count = admin.getClusterStatus().getRegionsCount()
  else
    #Creating HConnection object
    connection = HConnectionManager::getConnection(config);
    server_count = MetaScanner::allTableRegions(config, connection, $TableName ,false).size()
  end
  print "Region Status: #{server_count} / #{meta_count}\n"

After this changes script is working against 0.96. Since i'm far away from expert in jruby   can someone review this fix ? I will attach patch. 

As explained in the above forum thread, MessageContextErrors throws a runtime exception when any class-level JSR-303 @Constraints are violated. The bug is in the rejectValue method:
MessageContextErrors#rejectValue(String, String, Object[], String)
public void rejectValue(String field, String errorCode, Object[] errorArgs, String defaultMessage) {
	field = fixedField(field);
	Class fieldType;
	if (expressionParser != null) {
		FluentParserContext parserContext = new FluentParserContext().evaluate(boundObject.getClass());
                // Bug! Next line assumes field is not blank; Errors contract says it CAN be blank
		fieldType = expressionParser.parseExpression(field, parserContext).getValueType(boundObject);
	} else {
		...
	}
	...
}

As indicated in the comment marked "Bug!", the problem is that the above method expects the "field" argument not to be blank, even though the Errors contract says that it can be (to indicate a global error).
One (the only?) effect of this bug is that class-level JSR-303 constraints do not work properly in Spring Web Flow applications that perform validation by delegating to the Spring JSR-303 validation logic.
Anyone experiencing this bug can work around it by subclassing SpringValidatorAdapter (or LocalValidatorFactoryBean if that's what you're currently using) and overriding validate(Object target, Errors errors) it so that it calls Errors#reject(String errorCode, Object[] errorArgs, String defaultMessage) in the case of any class-level violations (i.e. where the field name is blank). I'll provide some sample code in the forum thread.

Similar to HBASE-15759, I would like to add readPoint to the preCompactScannerOpen() API.
I have a CP where I create a StoreScanner() as part of the preCompactScannerOpen() API. I need the readpoint which was obtained in Compactor.compact() method to be consistent.

As a result of the changes [1] made to RequestMappingHandlerMapping.isHandler(Class) to make it detect both Controller and RequestMapping annotations (see SPR-9374), one of our HttpRequestHandler implementations that was working in 3.1.1 no longer works in 3.1.2:

@RequestMapping("/console")
@Transactional
public class ConsoleHandler implements HttpRequestHandler, ApplicationContextAware {

    ...

    @RequestMapping(method = RequestMethod.GET)
    public void handleRequest(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        ...
    }

    ...
}

In 3.1.1, this handler was mapped by the DefaultAnnotationHandlerMapping, which was able to forward HTTP requests to this handler. However, because of the above change, in 3.1.2 this handler is mapped by the RequestMappingHandlerMapping, which throws the following exception when it tries to actually handle an HTTP request:

java.lang.IllegalArgumentException: object is not an instance of declaring class
HandlerMethod details: 
Controller [$Proxy109]
Method [public void com.dpgm.connect.framework.server.remoting.ConsoleHandler.handleRequest(javax.servlet.http.HttpServletRequest,javax.servlet.http.HttpServletResponse) throws javax.servlet.ServletException,java.io.IOException]
Resolved arguments: 
[0] [type=org.eclipse.jetty.server.Request] [value=(GET /misc/console)@10144214 org.eclipse.jetty.server.Request@9ac9d6]
[1] [type=org.eclipse.jetty.server.Response] [value=HTTP/1.1 200 
]
      at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:217)
      at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:126)
      at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:96)
      at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:617)
      at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:578)
      at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80)
      at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
      at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
      at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
      at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
      at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
      at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
      at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:558)
      at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:488)
      at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)
      at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:520)
      at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:233)
      at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:973)
      at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:417)
      at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:192)
      at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:907)
      at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
      at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:47)
      at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110)
      at org.eclipse.jetty.server.Server.handle(Server.java:350)
      at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:442)
      at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:924)
      at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:582)
      at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218)
      at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:51)
      at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:586)
      at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:44)
      at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:598)
      at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:533)
      at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.IllegalArgumentException: object is not an instance of declaring class
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
      at java.lang.reflect.Method.invoke(Unknown Source)
      at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:213)
      ... 34 more

I'm attaching the debug logs of the server startup + one HTTP request, one log file using Spring 3.1.1 and one log file using Spring 3.1.2. I've massaged the logs a little bit (removed most timestamps, normalized the hashcodes in the toStrings) so that it's easier to see the differences if you diff the files.
[1] https://github.com/SpringSource/spring-framework/commit/2fa0e63e5ab84ac964c55a28000104d3855c886c

The port is optional and defaults to 0; since it's never used in these 2 bindings it should be removed from the default configuration. 

If the connection to the client is closed unexpectedly and "at the wrong time", the code will attempt to keep reading from the socket in a busy loop.
This bug seems to be present in all released versions of HBase, including the tip of the 0.94 and 0.95 branches, however I only ran into it while porting AsyncHBase to 0.95

We found an issue in a customer environment where the HS2 crashed after a few days and the Java core dump contained several thousands of truststore reloader threads:
"Truststore reloader thread" #126 daemon prio=5 os_prio=0 tid=0x00007f680d2e3000 nid=0x98fd waiting on 
condition [0x00007f67e482c000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
        at java.lang.Thread.sleep(Native Method)
        at org.apache.hadoop.security.ssl.ReloadingX509TrustManager.run
(ReloadingX509TrustManager.java:225)
We found the issue to be caused by a bug in Hadoop where the TimelineClientImpl is not destroying the SSLFactory if SSL is enabled in Hadoop and the timeline server is running. I opened YARN-5309 which has more details on the problem, and a patch was submitted a few days back.
In addition to the changes in Hadoop, there are a couple of Hive changes required:

ExecDriver needs to call jobclient.close() to trigger the clean-up of the resources after the submitted job is done/failed
Hive needs to pick up a newer release of Hadoop to pick up MAPREDUCE-6618 and MAPREDUCE-6621 that fixed issues with calling jobclient.close(). Both fixes are included in Hadoop 2.6.4.
However, since we also need to pick up YARN-5309, we need to wait for a new release of Hadoop.

Table owner gets all privileges on the table at the time of table creation.
But granting some or all of the privileges using grant statement still works resulting in duplicate privileges. 

in HiveParser.g
L2145:

columnParenthesesList
@init { pushMsg("column parentheses list", state); }
@after { popMsg(state); }
    : LPAREN columnNameList RPAREN
    ;

should be changed to 

    : LPAREN! columnNameList RPAREN!
    ;

However, we also need to refactor our code. 

If an event pojo implements ResolvableTypeProvider, the event type is not computed properly. This is supposed to be tested so something must be wrong with the tests.

Batch tasks incorrectly set-up the contexts needed for the executed tasks. The task needs to be set-up outside the new thread.

Using an entity that has a Set<SomeEnum> causes gwt-setup to fail with an error message "String index out of range: -1" 
If gwt-setup is already run and you attempt to add a Set of enums, the command will fail with the same error message.
I attached both a log.roo and an input .roo file the should help reproduce this issue. 
If I manually add in the Set of enums, it will also fail - so I don't know of a workaround for this (aside from not using a set of enums)

continued from https://jira.spring.io/browse/DATAJPA-965
somehow it seems the fix of this issue (or rather one of the added regex expressions) broke java 6 compatibility (using oracle jdk1.6.0_45)?

Caused By: java.util.regex.PatternSyntaxException: Look-behind group does not have an obvious maximum length near index 58
\s+\w+\([0-9a-zA-z\._,\s']+\)\s+[as|AS]+\s+(?<alias>[\w\.]+)
                                                          ^
        at java.util.regex.Pattern.error(Pattern.java:1713)
        at java.util.regex.Pattern.group0(Pattern.java:2488)
        at java.util.regex.Pattern.sequence(Pattern.java:1806)
        at java.util.regex.Pattern.expr(Pattern.java:1752)
        at java.util.regex.Pattern.compile(Pattern.java:1460)
        at java.util.regex.Pattern.<init>(Pattern.java:1133)
        at java.util.regex.Pattern.compile(Pattern.java:823)
        at org.springframework.data.jpa.repository.query.QueryUtils.<clinit>(QueryUtils.java:164)
        at org.springframework.data.jpa.repository.query.JpaQueryMethod.assertParameterNamesInAnnotatedQuery(JpaQueryMethod.java:102)
        at org.springframework.data.jpa.repository.query.JpaQueryMethod.<init>(JpaQueryMethod.java:95)
        at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$AbstractQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:77)
        at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:435)
        at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:220)
        at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.initAndReturn(RepositoryFactoryBeanSupport.java:266)
        at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.afterPropertiesSet(RepositoryFactoryBeanSupport.java:252)
        at org.springframework.data.jpa.repository.support.JpaRepositoryFactoryBean.afterPropertiesSet(JpaRepositoryFactoryBean.java:92)

ref. https://github.com/spring-projects/spring-data-jpa/blame/1.10.3.RELEASE/src/main/java/org/springframework/data/jpa/repository/query/QueryUtils.java#L162

When hive.enforce.bucketing is true, the bucket number defined in the table is no longer respected in current master and 1.2. 

CREATE TABLE IF NOT EXISTS buckettestinput( 
data string 
) 
ROW FORMAT DELIMITED FIELDS TERMINATED BY ',';

CREATE TABLE IF NOT EXISTS buckettestoutput1( 
)CLUSTERED BY(data) 
INTO 2 BUCKETS 

CREATE TABLE IF NOT EXISTS buckettestoutput2( 

Then I inserted the following data into the "buckettestinput" table:

firstinsert1 
firstinsert2 
firstinsert3 
firstinsert4 
firstinsert5 
firstinsert6 
firstinsert7 
firstinsert8 
secondinsert1 
secondinsert2 
secondinsert3 
secondinsert4 
secondinsert5 
secondinsert6 
secondinsert7 
secondinsert8

set hive.enforce.bucketing = true; 
set hive.enforce.sorting=true;
insert overwrite table buckettestoutput1 
select * from buckettestinput where data like 'first%';
set hive.auto.convert.sortmerge.join=true; 
set hive.optimize.bucketmapjoin = true; 
set hive.optimize.bucketmapjoin.sortedmerge = true; 
select * from buckettestoutput1 a join buckettestoutput2 b on (a.data=b.data);

Error: Error while compiling statement: FAILED: SemanticException [Error 10141]: Bucketed table metadata is not correct. Fix the metadata or don't use bucketed mapjoin, by setting hive.enforce.bucketmapjoin to false. The number of buckets for table buckettestoutput1 is 2, whereas the number of files is 1 (state=42000,code=10141)

The related debug information related to insert overwrite:

0: jdbc:hive2://localhost:10000> insert overwrite table buckettestoutput1 
select * from buckettestinput where data like 'first%'insert overwrite table buckettestoutput1 
0: jdbc:hive2://localhost:10000> ;
select * from buckettestinput where data like ' 
first%';
INFO  : Number of reduce tasks determined at compile time: 2
INFO  : In order to change the average load for a reducer (in bytes):
INFO  :   set hive.exec.reducers.bytes.per.reducer=<number>
INFO  : In order to limit the maximum number of reducers:
INFO  :   set hive.exec.reducers.max=<number>
INFO  : In order to set a constant number of reducers:
INFO  :   set mapred.reduce.tasks=<number>
INFO  : Job running in-process (local Hadoop)
INFO  : 2015-06-01 11:09:29,650 Stage-1 map = 86%,  reduce = 100%
INFO  : Ended Job = job_local107155352_0001
INFO  : Loading data to table default.buckettestoutput1 from file:/user/hive/warehouse/buckettestoutput1/.hive-staging_hive_2015-06-01_11-09-28_166_3109203968904090801-1/-ext-10000
INFO  : Table default.buckettestoutput1 stats: [numFiles=1, numRows=4, totalSize=52, rawDataSize=48]
No rows affected (1.692 seconds)

Insert use dynamic partition does not have the issue. 

As detailed in ROO-50, creating an integration test for an entity named com.foo.Test will erroneously result in the following type declaration:
package com.foo;
import org.springframework.roo.addon.test.RooIntegrationTest;
@RooIntegrationTest(entity = Test.class)
public class TestIntegrationTest 
{ ... }

The annotation should be @RooIntegrationTest(entity = com.foo.Test.class), not @RooIntegrationTest(entity = Test.class). It is unclear at this moment whether this is due to a bug in the Java Parser metadata component or specific to the integration test add-on.

MethodReference.findAccessorForMethod() - when the targetObject is a class, the exception message says 

EL1031E: Problem locating method of on type class java.lang.Class

instead of referencing the actual type being evaluated.

catch (AccessException ex) {
	throw new SpelEvaluationException(getStartPosition(), ex,
			SpelMessage.PROBLEM_LOCATING_METHOD, name, targetObject.getClass());

If targetObject is already a class, use that instead of getClass().

There is description about non existent HBaseLocalFileSpanReceiver class in "Appendix I. Enabling Dapper-like Tracing in HBase" of the reference manual.

Environment:

Spring Boot 2.1
Spring Redis 2.1.3
Java 8 191
Kotlin 1.3.10

@RedisHash("device")
class Device(
    // device OUI-SN
    @Id val id: String = "",
    // hash of username/password
    var credentials: String? = null,
    // value in seconds of the fast inform interval
    var informInterval: Int = 0,
    // last time it was sent to the ACS
    // assume it has when it was created in the database
    var lastManaged: Instant = Instant.now(),
    // last time it inform
    var lastInform: Instant? = null,
    // each profile this device belongs to
    var profiles: Set<String> = mutableSetOf()
) 

The profiles fails with a ClassCastException unable to convert from String to Set<String>
Tracked down the area that looks to be trouble.

    @RequiredArgsConstructor
    private class ConverterAwareParameterValueProvider implements PropertyValueProvider<RedisPersistentProperty> {

        private final String path;
        private final RedisData source;
        private final ConversionService conversionService;

        @Override
        @SuppressWarnings("unchecked")
        public <T> T getPropertyValue(RedisPersistentProperty property) {

            Object value = readProperty(path, source, property);

            // FIXME: doesn't work for kotlin collection
            if (value != null && !property.getActualType().isInstance(value)) {
                if (value instanceof Collection) {
                    return (T) value;
                }
                return (T) conversionService.convert(value, property.getActualType());
            }

            return (T) value;
        }
    }

Webservice [1] contains two operations.
Following route works:
from("timer:cTimer_1?period=1&repeatCount=1&delay=1")
.setBody().constant("<web:GetWeather xmlns:web='http://www.webserviceX.NET'><web:CityName>Minsk</web:CityName></web:GetWeather>")
.to("cxf://http://www.webservicex.net/globalweather.asmx?wsdlURL=F:/globalweather.wsdl&dataFormat=PAYLOAD&serviceName=
{http://www.webserviceX.NET}
GlobalWeather&endpointName=
GlobalWeatherSoap")
.to("log:cLog_1?level=INFO")
But with body 
<web:GetCitiesByCountry xmlns:web='http://www.webserviceX.NET'><web:CountryName>Belarus</web:CountryName></web:GetCitiesByCountry>
there is exception [2].
Looking into the sources [3] I found that first available opration used.
Expected that operation lookup is based on payload root element (which is different for operations)
1. http://www.webservicex.net/globalweather.asmx?WSDL
2. 
[WARN ]: org.apache.camel.component.timer.TimerConsumer - Error processing exchange. Exchange[Message: <web:GetCitiesByCountry xmlns:web='http://www.webserviceX.NET'><web:CountryName>Belarus</web:CountryName></web:GetCitiesByCountry>]. Caused by: [java.lang.IllegalArgumentException - The PayLoad elements cannot fit with the message parts of the BindingOperation. Please check the BindingOperation and PayLoadMessage.]
java.lang.IllegalArgumentException: The PayLoad elements cannot fit with the message parts of the BindingOperation. Please check the BindingOperation and PayLoadMessage.
	at org.apache.camel.component.cxf.CxfEndpoint$CamelCxfClientImpl.setParameters(CxfEndpoint.java:1011)
	at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:526)
	at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:472)
	at org.apache.camel.component.cxf.CxfProducer.process(CxfProducer.java:112)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:113)
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:398)
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:118)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)
	at org.apache.camel.component.timer.TimerConsumer.sendTimerExchange(TimerConsumer.java:139)
	at org.apache.camel.component.timer.TimerConsumer$1.run(TimerConsumer.java:64)
	at java.util.TimerThread.mainLoop(Timer.java:555)
	at java.util.TimerThread.run(Timer.java:505)
3. https://github.com/apache/camel/blob/master/components/camel-cxf/src/main/java/org/apache/camel/component/cxf/CxfProducer.java#L344

The SpringBeanContainer calls BeanFactory.initializeBean this method can however return a proxied/wrapped instance of the original bean. However this proxied instance isn't being used. 

Query:

select * from part where p_size > (select count(*) from part p where p.p_mfgr = part.p_mfgr group by p_type);

ERROR: more than one row produced by subquery

Actual

49671	almond antique gainsboro frosted violet	Manufacturer#4	Brand#41	SMALL BRUSHED BRASS	10	SM BOX	1620.67	ccounts run quick
48427	almond antique violet mint lemon	Manufacturer#4	Brand#42	PROMO POLISHED STEEL	39	SM CASE	1375.42	hely ironic i
........
Time taken: 13.742 seconds, Fetched: 123 row(s)

While attempting to make a simple ear with a war and a service inside, we run into several validation errors continuously. The following xml, for example, fails to validate:

<?xml version="1.1" encoding="UTF-8"?>
<jboss-app version="6" xmlns="http://www.jboss.com/xml/ns/javaee"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
	xmlns:jbee="http://www.jboss.com/xml/ns/javaee"
	xmlns:jee="http://java.sun.com/xml/ns/javaee"
	xsi:schemaLocation="
      http://www.jboss.com/xml/ns/javaee
      http://www.jboss.org/schema/jbossas/jboss-app_7_0.xsd">
      <jee:display-name>Test</jee:display-name>
      <jee:module>
      	<jee:web>
	      	<jee:web-uri>myweb.war</jee:web-uri>
	      	<jee:context-root>SomeRoot</jee:context-root>
      	</jee:web>
      	<jbee:service>bundled.sar</jbee:service>
      </jee:module>
      <jbee:distinct-name>MyDistinct</jbee:distinct-name>
</jboss-app>

The error is:  cvc-complex-type.2.4.a: Invalid content was found starting with element 'jbee:service'. One of '
{"http:// java.sun.com/xml/ns/javaee":alt-dd}
' is expected.
Basically, a jbee:service does not belong inside a jee:module.  However, trying to declare  jbee:module  rather than jee:module fails because:  cvc-complex-type.2.4.a: Invalid content was found starting with element 'jbee:module'. One of '
{"http://
 java.sun.com/xml/ns/javaee":display-name, "http://java.sun.com/xml/ns/javaee":icon, "http://java.sun.com/
 xml/ns/javaee":initialize-in-order, "http://java.sun.com/xml/ns/javaee":module}
In short,  jbee:moduleType should probably be using jee:moduleType as a base. 

Instead of using the annotation approach of the ribbon API in https://github.com/wildfly-swarm/wildfly-swarm-examples/tree/master/ribbon I use the more powerful Template API of Ribbon (https://github.com/Netflix/ribbon) to have the ability to use ResponseValidators that can validate a io.reactivex.netty.protocol.http.client.HttpClientResponse  eg. for status code checks.
Therefore I replaced the following line in org.wildfly.swarm.examples.netflix.ribbon.events.EventsResource

//LINE 50    
Observable<ByteBuf> obs = this.time.currentTime().observe();

with 

HttpResourceGroup httpResourceGroup = Ribbon.createHttpResourceGroup("time",
        ClientOptions.create().withMaxAutoRetriesNextServer(3));
Observable<ByteBuf> obs = httpResourceGroup.newTemplateBuilder("currentTime", ByteBuf.class)
                .withMethod("GET")
                .withUriTemplate("/")
                .withResponseValidator(new HttpResponseValidator() {

                    @Override
                    public void validate(HttpClientResponse<ByteBuf> response)
                            throws UnsuccessfulResponseException, ServerError {
                        System.out.println("VALIDATE");
                        System.out.println(response);
                    }
                })
                .build()
                .requestBuilder()
                .build()
                .observe();

The problem is that a class cast exception is thrown in the ResponseValidator:

Caused by: java.lang.ClassCastException: io.reactivex.netty.protocol.http.client.HttpClientResponse cannot be cast to io
.reactivex.netty.protocol.http.client.HttpClientResponse

Full trace:

18:48:47,319 ERROR [stderr] (rxnetty-nio-eventloop-3-1) ERROR: currentTime failed and no fallback available.

18:48:47,321 ERROR [org.jboss.resteasy.resteasy_jaxrs.i18n] (rxnetty-nio-eventloop-3-1) RESTEASY002025: Unknown exceptio
n while executing GET /: com.netflix.hystrix.exception.HystrixRuntimeException: currentTime failed and no fallback avail
able.
        at com.netflix.hystrix.AbstractCommand$16.call(AbstractCommand.java:764)
        at com.netflix.hystrix.AbstractCommand$16.call(AbstractCommand.java:751)
        at rx.internal.operators.OperatorOnErrorResumeNextViaFunction$1.onError(OperatorOnErrorResumeNextViaFunction.jav
a:77)
        at rx.internal.operators.OperatorDoOnEach$1.onError(OperatorDoOnEach.java:70)
        at com.netflix.hystrix.AbstractCommand$DeprecatedOnFallbackHookApplication$1.onError(AbstractCommand.java:1392)
        at com.netflix.hystrix.AbstractCommand$FallbackHookApplication$1.onError(AbstractCommand.java:1282)
        at rx.Observable$ThrowObservable$1.call(Observable.java:9302)
        at rx.Observable$ThrowObservable$1.call(Observable.java:9292)
        at rx.Observable$1.call(Observable.java:144)
        at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382)
        at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354)
        at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
        at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
        at org.wildfly.swarm.examples.netflix.ribbon.events.EventsResource$MyValidator.validate(EventsResource.java:1)
        at com.netflix.ribbon.http.HttpResourceObservableCommand$1.call(HttpResourceObservableCommand.java:86)
        at com.netflix.ribbon.http.HttpResourceObservableCommand$1.call(HttpResourceObservableCommand.java:82)
        at rx.internal.operators.OperatorMap$1.onNext(OperatorMap.java:55)
        ... 68 more
Caused by: rx.exceptions.OnErrorThrowable$OnNextValue: OnError while emitting onNext value: io.reactivex.netty.protocol.
http.client.HttpClientResponse.class
        at rx.exceptions.OnErrorThrowable.addValueAsLastCause(OnErrorThrowable.java:101)
        at rx.internal.operators.OperatorMap$1.onNext(OperatorMap.java:58)
        ... 68 more

18:48:47,327 ERROR [org.jboss.resteasy.resteasy_jaxrs.i18n] (rxnetty-nio-eventloop-3-1) RESTEASY002020: Unhandled asynch
ronous exception, sending back 500: org.jboss.resteasy.spi.UnhandledException: com.netflix.hystrix.exception.HystrixRunt
imeException: currentTime failed and no fallback available.
        at org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:247)
        at org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:168)
        at org.jboss.resteasy.core.SynchronousDispatcher.asynchronousExceptionDelivery(SynchronousDispatcher.java:437)
        at org.jboss.resteasy.core.AbstractAsynchronousResponse.internalResume(AbstractAsynchronousResponse.java:191)
        at org.jboss.resteasy.plugins.server.servlet.Servlet3AsyncHttpRequest$Servlet3ExecutionContext$Servle3Asychronou
sResponse.resume(Servlet3AsyncHttpRequest.java:114)
        at org.wildfly.swarm.examples.netflix.ribbon.events.EventsResource.lambda$1(EventsResource.java:100)
        at rx.Observable$33.onError(Observable.java:7370)
        at rx.observers.SafeSubscriber._onError(SafeSubscriber.java:154)
        at rx.observers.SafeSubscriber.onError(SafeSubscriber.java:111)
        at rx.subjects.SubjectSubscriptionManager$SubjectObserver.onError(SubjectSubscriptionManager.java:228)
        at rx.internal.operators.NotificationLite.accept(NotificationLite.java:147)
        at rx.subjects.ReplaySubject$UnboundedReplayState.accept(ReplaySubject.java:466)
        at rx.subjects.ReplaySubject$UnboundedReplayState.replayObserverFromIndex(ReplaySubject.java:515)
        at rx.subjects.ReplaySubject$UnboundedReplayState.replayObserver(ReplaySubject.java:503)
        at rx.subjects.ReplaySubject.caughtUp(ReplaySubject.java:423)
        at rx.subjects.ReplaySubject.onError(ReplaySubject.java:383)
        at rx.Observable$35.onError(Observable.java:7463)
        at rx.internal.operators.OperatorMap$1.onError(OperatorMap.java:49)
        at rx.Observable.unsafeSubscribe(Observable.java:7495)
        at com.netflix.hystrix.AbstractCommand$CommandHookApplication$1.onError(AbstractCommand.java:1220)
        at com.netflix.hystrix.AbstractCommand$DeprecatedOnCompleteWithValueHookApplication$1.onError(AbstractCommand.ja
va:1312)
a:78)
        at rx.Observable$1.call(Observable.java:136)
a:78)
        at com.netflix.hystrix.AbstractCommand$HystrixObservableTimeoutOperator$3.onError(AbstractCommand.java:925)
        at com.netflix.hystrix.AbstractCommand$DeprecatedOnRunHookApplication$1.onError(AbstractCommand.java:1351)
        at com.netflix.hystrix.AbstractCommand$ExecutionHookApplication$1.onError(AbstractCommand.java:1251)
        at rx.internal.operators.OperatorMerge$MergeSubscriber.innerError(OperatorMerge.java:457)
        at rx.internal.operators.OperatorMerge$MergeSubscriber.onError(OperatorMerge.java:432)
        at rx.internal.operators.OperatorOnErrorResumeNextViaFunction$1.onNext(OperatorOnErrorResumeNextViaFunction.java
:89)
        at rx.internal.operators.OperatorRetryWithPredicate$SourceSubscriber$1$1.onNext(OperatorRetryWithPredicate.java:
113)
        at rx.observers.SerializedObserver.onNext(SerializedObserver.java:159)
        at rx.observers.SerializedSubscriber.onNext(SerializedSubscriber.java:95)
        at rx.internal.operators.OperatorConcat$ConcatInnerSubscriber.onNext(OperatorConcat.java:210)
        at rx.internal.operators.OperatorDoOnEach$1.onNext(OperatorDoOnEach.java:84)
        at rx.internal.util.ScalarSynchronousObservable$1.call(ScalarSynchronousObservable.java:43)
        at rx.internal.util.ScalarSynchronousObservable$1.call(ScalarSynchronousObservable.java:32)
        at rx.internal.operators.OperatorConcat$ConcatSubscriber.subscribeNext(OperatorConcat.java:176)
        at rx.internal.operators.OperatorConcat$ConcatSubscriber.onNext(OperatorConcat.java:141)
        at rx.internal.operators.OperatorConcat$ConcatSubscriber.onNext(OperatorConcat.java:78)
        at rx.internal.operators.OperatorFinally$1.onNext(OperatorFinally.java:45)
        at rx.internal.operators.OperatorTake$1.onNext(OperatorTake.java:67)
        at rx.observers.SafeSubscriber.onNext(SafeSubscriber.java:130)
        at rx.subjects.SubjectSubscriptionManager$SubjectObserver.onNext(SubjectSubscriptionManager.java:224)
        at rx.subjects.PublishSubject.onNext(PublishSubject.java:114)
        at rx.subjects.SerializedSubject.onNext(SerializedSubject.java:64)
        at io.reactivex.netty.pipeline.ObservableAdapter.channelRead(ObservableAdapter.java:40)
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:308)
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:294)
        at io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:86)
        at io.reactivex.netty.protocol.http.client.ClientRequestResponseConverter.channelRead(ClientRequestResponseConve
rter.java:130)
        at io.reactivex.netty.contexts.AbstractClientContextHandler.channelRead(AbstractClientContextHandler.java:63) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:308)
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103)
        at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:265)
        at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:147)
        at io.netty.handler.logging.LoggingHandler.channelRead(LoggingHandler.java:240)
        at io.reactivex.netty.metrics.BytesInspector.channelRead(BytesInspector.java:59)
        at io.reactivex.netty.pipeline.InternalReadTimeoutHandler.channelRead(InternalReadTimeoutHandler.java:108)
        at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:846)
        at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:131)
        at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511)
        at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468)
Caused by: com.netflix.hystrix.exception.HystrixRuntimeException: currentTime failed and no fallback available.
a:77)
        ... 105 more
        ... 68 more
        ... 68 more

org.apache.hive.jdbc.TestJdbcWithMiniHS2.testParallelCompilation3 failed with:
java.lang.AssertionError: Concurrent Statement failed: org.apache.hive.service.cli.HiveSQLException: java.lang.AssertionError: Authorization plugins not initialized!
	at org.apache.hive.jdbc.TestJdbcWithMiniHS2.finishTasks(TestJdbcWithMiniHS2.java:374)
	at org.apache.hive.jdbc.TestJdbcWithMiniHS2.testParallelCompilation3(TestJdbcWithMiniHS2.java:304)

Manifests as

	at org.apache.hadoop.hive.ql.exec.persistence.PTFRowContainer.first(PTFRowContainer.java:115)
	at org.apache.hadoop.hive.ql.exec.PTFPartition.iterator(PTFPartition.java:114)
	at org.apache.hadoop.hive.ql.exec.PTFOperator$PTFInvocation.finishPartition(PTFOperator.java:340)
	at org.apache.hadoop.hive.ql.exec.PTFOperator.process(PTFOperator.java:114)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:838)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.process(SelectOperator.java:88)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:343)
	... 29 more

It's actually a somewhat subtle ordering problem in sortmerge - as it stands, it calls different branches of the tree in closeOp after they themselves have already been closed. Other operators that clean stuff up in close may result in different errors. The common pattern is

   1125         at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:352)
   1126         at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:274)
   1127         at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.fetchOneRow(CommonMergeJoinOperator.java:404)
...
   1131         at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.joinFinalLeftData(CommonMergeJoinOperator.java:428)
   1132         at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.closeOp(CommonMergeJoinOperator.java:388)
   1133         at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:617)
...
   1139         at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:294)

When starting clean fuse 6.3 on solaris 11, it complains:

avano@solaris:~Downloads/jboss-fuse-6.3.0.redhat-015% bin/fuse
bin/karaf[176]: local: not found [No such file or directory]
bin/karaf[186]: local: not found [No such file or directory]
bin/karaf[187]: local: not found [No such file or directory]

problem is in this method:

pathCanonical() {
    local dst="${1}"
    while [ -h "${dst}" ] ; do
        ls=`ls -ld "${dst}"`
        link=`expr "$ls" : '.*-> \(.*\)$'`
        if expr "$link" : '/.*' > /dev/null; then
            dst="$link"
        else
            dst="`dirname "${dst}"`/$link"
        fi
    done
    local bas=`basename "${dst}"`
    local dir=`dirname "${dst}"`
    if [ "$bas" != "$dir" ]; then
      dst="`pathCanonical "$dir"`/$bas"
    fi
    echo "${dst}" | sed -e 's#//#/#g' -e 's#/./#/#g' -e 's#/[^/]*/../#/#g'
}

The Beeline command (!cmd) containing semicolon is broken. 
!connect jdbc:hive2://localhost:10001/default;principal=hive/xyz.com@realm.com
is broken because the included ";" makes it not to run with execCommandWithPrefix as a whole command.

      if (line.startsWith(COMMAND_PREFIX) && !line.contains(";")) {
        // handle the case "!cmd" for beeline
        return execCommandWithPrefix(line);
      } else {
        return commands.sql(line, getOpts().getEntireLineAsCommand());
      }

Using CTRL+C to shutdown Roo gives an illegal state exception:

java.lang.IllegalStateException: Shutdown in progress
	at java.lang.ApplicationShutdownHooks.add(ApplicationShutdownHooks.java:39)
	at java.lang.Runtime.addShutdownHook(Runtime.java:192)
	at jline.UnixTerminal.initializeTerminal(UnixTerminal.java:97)
	at jline.Terminal.setupTerminal(Terminal.java:75)
	at jline.ConsoleReader.getTermwidth(ConsoleReader.java:334)
	at org.springframework.roo.shell.jline.JLineShell.doAnsiFlash(JLineShell.java:316)
	at org.springframework.roo.shell.jline.JLineShell.flash(JLineShell.java:285)
	at org.springframework.roo.shell.osgi.AbstractFlashingObject.flash(AbstractFlashingObject.java:80)
	at org.springframework.roo.felix.JdkDelegatingLogListener.logNow(JdkDelegatingLogListener.java:75)
	at org.springframework.roo.felix.JdkDelegatingLogListener.logged(JdkDelegatingLogListener.java:54)
	at org.apache.felix.log.LogListenerThread.run(LogListenerThread.java:113)

I am consistently able to create a "String index out of range -1" exception when launching the roo shell from a non-empty directory that contains at least 1 java file.  Attached is the output of the commands that consistently recreate this.
I am currently using 1.2.0.BUILD-SNAPSHOT [rev babe22d]

http\://activemq.apache.org/camel/schema/spring/camel-spring-1.1.xsd becomes http\://activemq.apache.org/camel/schema/spring/camel-spring-1.1.0.xsd
http\://activemq.apache.org/camel/schema/spring/camel-spring-1.2.xsd becomes http\://activemq.apache.org/camel/schema/spring/camel-spring-1.2.0.xsd
There's no camel-spring-1.1.xsd and camel-spring-1.2.xsd under http://activemq.apache.org/camel/schema/spring/

txnid:17 starts reading T2/P1
txnid:20 does insert overwrite T1/P1, creates base_20, commits.  txnid:17 still running
txnid:21 stars reading T1/P1.  It's ValidTxnList will txnid:17 as open.
before Insert overwrite was supported, only the compactor could produce base_20 by running major compaction.  Major compaction erases history and so a reader with txnid:17 open, can't use base_20.
Normally, the Cleaner is smart enough to not clean pre-compaction files if it's possible that there is a reader that requires them.  There is a safety check that creates "Not enough history.." error if it finds that the current reader can't properly execute based on the files available.
 
with the introduction of IOW on acid tables, there is another way to produce a base.  The difference is that here, the base has no history by definition and so the same check is not needed but is triggered in the scenario above.
 
As an example have a look at:

if (ObjectUtils.nullSafeEquals(getScheme(), other.getScheme())) {
}

If the call to nullSafeEquals returns true because of equal scheme arguments, then false is returned. The same applies to userInfos and hosts. The fix is to negate the call to nullSafeEquals.
Fix:

if (!ObjectUtils.nullSafeEquals(getScheme(), other.getScheme())) {
}

Beeline adds a bad connection(s) to the connection list and makes it the current connection, so any subsequent queries will attempt to use this bad connection and will fail. Even a "!close" would not work.
1) all queries fail unless !go is used.
2) !closeall cannot close the active connections either.
3) !exit will exit while attempting to establish these inactive connections without closing the active connections. So this could hold up server side resources.

beeline> !connect jdbc:hive2://localhost:10000 hive1 hive1
scan complete in 8ms
Connecting to jdbc:hive2://localhost:10000
Connected to: Apache Hive (version 2.0.0-SNAPSHOT)
Driver: Hive JDBC (version 1.1.0-cdh5.7.0-SNAPSHOT)
Transaction isolation: TRANSACTION_REPEATABLE_READ
0: jdbc:hive2://localhost:10000> !connect jdbc:hive2://localhost:10000 hive1 hive1
1: jdbc:hive2://localhost:10000> !connect jdbc:hive2://localhost:10000 hive1 hive1
2: jdbc:hive2://localhost:10000> !tables
+------------+--------------+---------------------+-------------+----------+--+
| TABLE_CAT  | TABLE_SCHEM  |     TABLE_NAME      | TABLE_TYPE  | REMARKS  |
|            | default      | char_nested_1       | TABLE       | NULL     |
|            | default      | src                 | TABLE       | NULL     |
|            | default      | char_nested_struct  | TABLE       | NULL     |
|            | default      | src_thrift          | TABLE       | NULL     |
|            | default      | x                   | TABLE       | NULL     |
2: jdbc:hive2://localhost:10000> !list
3 active connections:
 #0  open     jdbc:hive2://localhost:10000
 #1  open     jdbc:hive2://localhost:10000
 #2  open     jdbc:hive2://localhost:10000
2: jdbc:hive2://localhost:10000> !connect jdbc:hive2://localhost:11000 hive1 hive1
Connecting to jdbc:hive2://localhost:11000
Error: Could not open client transport with JDBC Uri: jdbc:hive2://localhost:11000: java.net.ConnectException: Connection refused (state=08S01,code=0)
3: jdbc:hive2://localhost:11000 (closed)> !tables
3: jdbc:hive2://localhost:11000 (closed)> !list
4 active connections:
 #3  closed   jdbc:hive2://localhost:11000
3: jdbc:hive2://localhost:11000 (closed)> !close
3: jdbc:hive2://localhost:11000 (closed)> !closeall
4: jdbc:hive2://localhost:11000 (closed)> !exit

The workaround is to use !go to set the current connection to a "good" connection.

If a superclass contains a property field which is shadowed in the subclass (and might have different attributes type, annotations etc), both properties are added to the properties set:
It should instead:

have a correct equals / hashCode in AbstractPersistentProperty based on the name
check for already existing properties with that name in the set (probably change to map) and throw an MappingException

spring-data-jpa recently had OSGi headers added. However, the headers should only have the querydsl package dependencies marked optional. This way, the querydsl jar is not required when loaded by OSGi.
This assumes that querydsl is not being used internally by the spring-data-jpa module.

In the following HPL/SQL programs:
declare num = 1; print -num;
The expected result should be '-1'，but it print '1' .

Factory method needs to be added to flow definition resource factory that applies attributes to all flow resources and invoked by createResource.

During a SOAP call, in case a ClientInterceptor returns false (meaning it did not manage to do its job), the call is not rejected. The WebServiceTemplate class iterates through the ClientInterceptors, and if one returns false, it simply stops calling the next interceptors, but executes the SOAP call itself.
In my opinion this can lead to a security hole. If the WSS interceptor does not manage to encrypt the message body, the call is not rejected, but sensitive data goes to the wire.

Apache Geode erroneously attempts to send client Region operation to the server when a poolName is explicitly configured, even if the client Region is LOCAL and the poolName specified is the DEFAULT Pool.
If a client Region should use the DEFAULT Pool, then no explicit poolName need be set.  Apache Geode will use the automatically use the DEFAULT Pool if the client Region operation needs to be sent to the server and no Pool was explicitly configured.  This is the case when the client Region is a PROXY.

In SimpleLoadBalancer, plans are generated firstly by average number regions per server for a table. Each server will be randomly assigned either floor(average) or ceiling(average) regions (if the average is not an integer number). But afterwards, the balanceOverall method might generate new plans of some regions of the table to balance server loads in whole cluster scope. As a result, there are plans to move a same region in one call of balance. 
Currently, branch-2 is using async procedures to implement balancer plans. But the concurrency of moving the same regions will cause the balance method failed. And all the afterwards plans will not be implement when one plan encounters exception.
We have encountered this problem in our practices, the logs are as follows,
2018-09-26,12:12:38,224 INFO [master/c4-hadoop-tst-ct15:52900.Chore.1] org.apache.hadoop.hbase.master.HMaster: Balancer plans size is 3757, the balance interval is 79 ms, and the max number regions in transition is 25
2018-09-26,12:12:38,224 INFO [master/c4-hadoop-tst-ct15:52900.Chore.1] org.apache.hadoop.hbase.master.HMaster: balance hri=1588230740, source=c4-hadoop-tst-st99.bj,52900,1537522783781, destination=c4-hadoop-tst-st28.bj,52900,1537520009497
2018-09-26,12:12:38,325 INFO [master/c4-hadoop-tst-ct15:52900.Chore.1] org.apache.hadoop.hbase.master.HMaster: balance hri=1588230740, source=c4-hadoop-tst-st99.bj,52900,1537522783781, destination=c4-hadoop-tst-st29.bj,52900,1537522784188
2018-09-26,12:12:38,325 INFO [PEWorker-16] org.apache.hadoop.hbase.master.procedure.MasterProcedureScheduler: pid=119197, state=RUNNABLE:REGION_STATE_TRANSITION_CLOSE; TransitRegionStateProcedure table=hbase:meta, region=1588230740, REOPEN/MOVE checking lock on 1588230740
2018-09-26,12:12:38,325 ERROR [master/c4-hadoop-tst-ct15:52900.Chore.1] org.apache.hadoop.hbase.master.balancer.BalancerChore: Failed to balance.
org.apache.hadoop.hbase.HBaseIOException: rit=OPEN, location=c4-hadoop-tst-st99.bj,52900,1537522783781, table=hbase:meta, region=1588230740 is currently in transition
        at org.apache.hadoop.hbase.master.assignment.AssignmentManager.preTransitCheck(AssignmentManager.java:536)
        at org.apache.hadoop.hbase.master.assignment.AssignmentManager.createMoveRegionProcedure(AssignmentManager.java:592)
        at org.apache.hadoop.hbase.master.assignment.AssignmentManager.moveAsync(AssignmentManager.java:609)
        at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:1707)
        at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:1622)
        at org.apache.hadoop.hbase.master.balancer.BalancerChore.chore(BalancerChore.java:49)
        at org.apache.hadoop.hbase.ScheduledChore.run(ScheduledChore.java:186)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
        at org.apache.hadoop.hbase.JitterScheduledThreadPoolExecutorImpl$JitteredRunnableScheduledFuture.run(JitterScheduledThreadPoolExecutorImpl.java:111)
This is a serious problem because it often occurs when new RSs started or old RSs failover. And what's more, no effective methods can be used to make the balance of the cluster back to normal.
But the solution of this problem may be simple. We can cache Exceptions when implementing a plan, and then just skip it, avoiding failed plans effect later plans in the whole plans list. New calls of balance can fetch up the failed and skipped plans.

Couple of issues:

If the table sizes in MapJoinOperator.getParentDataSizes() are 0 for all tables, the largest small table selection is wrong and could select the large table (which results in NPE)

The memory estimates can either divide-by-zero, or allocate 0 memory if the table size is 0. Try to come up with a sensible default for this.

Hi,
I want to change the behaviour of RequestMappingHandlerMapping.useSuffixPatternMatch from true to false and keep the neat mvc xml namespace configuration.  In the Spring document (Section 16.14.9 Advanced Customizations with the MVC Namespace) it states I can do this using a bean post processor however I don't believe this is the case.
The following is my post processor

public class MvcConfigurationPostProcessor implements BeanPostProcessor, PriorityOrdered {

   @Override
   public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
      if (bean instanceof RequestMappingHandlerMapping) {
         ((RequestMappingHandlerMapping) bean).setUseSuffixPatternMatch(false);
      }
      return bean;
   }

   @Override
   public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
   }

   @Override
   public int getOrder() {
      return PriorityOrdered.HIGHEST_PRECEDENCE;
   }

}

and my simple spring config

<beans xmlns="http://www.springframework.org/schema/beans"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns:mvc="http://www.springframework.org/schema/mvc"
	xmlns:context="http://www.springframework.org/schema/context"
	xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
		http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.1.xsd
		http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd">
	<context:component-scan base-package="com.beanprocbug.melia" />
	<bean class="com.beanprocbug.melia.MvcConfigurationPostProcessor" />
	<mvc:annotation-driven />

</beans>

and my test

package com.beanprocbug.melia;

import org.springframework.test.context.ContextConfiguration;

@ContextConfiguration(locations = { "/spring-test.xml" })
public class BugTest extends AbstractJUnit4SpringContextTests {

   @Test
   public void test() {
      // ApplicationContextAwareProcessor gets fired first
   }

}

and the problem appears to be because ApplicationContextAwareProcessor always has high priority (which makes sense) then initApplicationContext in the RequestMappingHandlerMapping parent class causes some eager initialisation which uses the flag useSuffixPatternMatch before my bean post processor gets change to change it.
I believe the only way I can get around this is ditch the mvc xml configuration and use WebMvcConfigurationSupport however this is undesireable and the documentation does suggest I should be able to use a Bean post processor.
Many Thanks
David Melia

I've tested it manually on the upcoming 1.3 version (branch 1).
We do mask job_* ids, but not job_local* ids. The fix is to extend this to both.

Even with a fix archetype (see issue CAMEL-4544), the only way to get the console running is to launch "mvn jetty:run".
To reproduce, generate a project with the archetype
"mvn archetype:generate -DarchetypeGroupId=org.apache.camel.archetypes -DarchetypeArtifactId=camel-archetype-webconsole -DarchetypeVersion=2.9-SNAPSHOT"
When the project is launched with "mvn tomcat:run", it does not display any error

[WARNING] Failed to retrieve plugin descriptor for org.apache.camel:camel-maven-plugin:2.9-SNAPSHOT: Plugin org.apache.camel:camel-maven-plugin:2.9-SNAPSHOT or one of its dependencies could not be resolved: Could not find artifact org.apache.camel:camel-maven-plugin:jar:2.9-SNAPSHOT
[INFO]
[INFO] Building Camel Router Application 1.0-SNAPSHOT
[INFO]
[INFO] >>> tomcat-maven-plugin:1.1:run (default-cli) @ issue >>>
[INFO]
[INFO] --- maven-resources-plugin:2.4.3:resources (default-resources) @ issue ---
[WARNING] Using platform encoding (Cp1252 actually) to copy filtered resources, i.e. build is platform dependent!
[INFO] Copying 1 resource
[INFO]
[INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @ issue ---
[INFO] Nothing to compile - all classes are up to date
[INFO]
[INFO] <<< tomcat-maven-plugin:1.1:run (default-cli) @ issue <<<
[INFO]
[INFO] --- tomcat-maven-plugin:1.1:run (default-cli) @ issue ---
[INFO] Running war on http://localhost:8080/issue
[INFO] Creating Tomcat server configuration at D:\mb\test\issue\target\tomcat
14 oct. 2011 15:17:43 org.apache.catalina.startup.Embedded start
INFO: Starting tomcat server
14 oct. 2011 15:17:44 org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.29
14 oct. 2011 15:17:44 org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
14 oct. 2011 15:17:44 org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8080

And localhost:8080 show a white page
I tried with tomcat-maven-plugin 2.0-SNAPSHOT and "mvn tomcat6:run" or "mvn tomcat7:run", with no success.
If you package the application with "mvn package" and drop the war in a tomcat server (7.0.22 for me) or a jetty server (7.5.3v20111011), the application start with no error, but localhost:8080 display a 404 page.
Out of the box, I think the project should be able to run with tomcat and jetty at least (with or without maven plugin).

The query specific WebUI metrics (go to drilldown -> performance logging) are not showing up in the correct phase and are often mixed up.
Attaching screenshot.

set hive.query.string returns encoded string.
hive.query.string=%0A%0Aselect+*+from+t1

The testDefaultCLIConfiguration test outputs the following which expects a response:

INFO  [org.jboss.modules] JBoss Modules version 1.4.1.Final
INFO  [org.xnio] XNIO version 3.3.0.Final
INFO  [org.xnio.nio] XNIO NIO Implementation Version 3.3.0.Final
INFO  [org.jboss.remoting] JBoss Remoting version 4.0.5.Final
INFO  [org.jboss.as.cli.CommandContext] Unable to connect due to unrecognised server certificate
Unable to connect due to unrecognised server certificate
INFO  [org.jboss.as.cli.CommandContext] Subject    - CN=server
Subject    - CN=server
INFO  [org.jboss.as.cli.CommandContext] Issuer     - CN=server
Issuer     - CN=server
INFO  [org.jboss.as.cli.CommandContext] Valid From - Wed Oct 30 11:06:26 CET 2013
Valid From - Wed Oct 30 11:06:26 CET 2013
INFO  [org.jboss.as.cli.CommandContext] Valid To   - Tue Oct 25 12:06:26 CEST 2033
Valid To   - Tue Oct 25 12:06:26 CEST 2033
INFO  [org.jboss.as.cli.CommandContext] MD5 : 70:7a:47:8e:7f:a9:10:7e:3a:98:9e:20:f9:22:1e:0e
MD5 : 70:7a:47:8e:7f:a9:10:7e:3a:98:9e:20:f9:22:1e:0e
INFO  [org.jboss.as.cli.CommandContext] SHA1 : 0b:42:9d:fd:d4:c9:7c:4e:f0:e7:1f:9d:4b:c4:5d:e9:1c:79:12:23
SHA1 : 0b:42:9d:fd:d4:c9:7c:4e:f0:e7:1f:9d:4b:c4:5d:e9:1c:79:12:23
INFO  [org.jboss.as.cli.CommandContext] 

Accept certificate? [N]o, [T]emporarily, [P]ermenantly :

On Linux the process is not destroyed and left running in the background.

Hello,
I have a camel route that has "onException" clause.  When I run it on Tomcat it works pefectly, but in my integration test (JUnit4 + Spring Tests) the exception handling isn't triggered.  The unit tests uses a producer template and mock endpoint, so it seems that it is in one of those.
I'll try to reproduce it in a small test case.
Bryan. 

For example,

ExprNodeConstantDesc constant = new ExprNodeConstantDesc(TypeInfoFactory.timestampTypeInfo, new Timestamp(100));
String serialized = Utilities.serializeExpression(constant);
ExprNodeConstantDesc deserilized = (ExprNodeConstantDesc) Utilities.deserializeExpression(serialized, new Configuration());

logs error message

java.lang.InstantiationException: java.sql.Timestamp
Continuing ...
java.lang.RuntimeException: failed to evaluate: <unbound>=Class.new();

and makes NPE in final.

$ echo 111,222 >/tmp/testtable
$ sudo -u hive hive
hive> create table test (a int, b int) row format delimited fields terminated by ',' stored as textfile;
OK
Time taken: 2.355 seconds
hive> load data local inpath '/tmp/testtable' overwrite into table test;

In @Modifying javadoc there's a typo in the description of the clearAutomatically attribute.
    clearAutomatically
 public abstract boolean clearAutomatically
    Defines whether we should clear the underlying persistence context after excuting the modifying query.
 Returns:
 Default:
false

Trying to use the method XMLConfiguration.addNodes() to add a tree of configuration properties to a node in other tree fails. 
Example:
public static void main(String ...args){            
try
{
           configDestination = new XMLConfiguration("output.xml");
           configSource = new XMLConfiguration("input.xml");
       }
       catch(ConfigurationException cex)
{
           System.out.println("File not found");
       }
             Collection collection = new ArrayList();
       collection = configSource.getRoot().getChildren();
             configDestination.addNodes("newNodes", collection);                  
try 
{
           configDestination.save();
            }
 catch (ConfigurationException e) 
{
           System.out.println("Error saving");
       }
}
The XML files:
input.xml
<rootNode>
   <newNodeChild>
       <newNodeChildChild>child value</newNodeChildChild>
       <newNodeChildChild>child value 2</newNodeChildChild>
       <newNodeChildChild>child value 3</newNodeChildChild>
   </newNodeChild>
</rootNode>
output.xml
<testRootNode>
   <test>TEST</test>
</testRootNode>
output.xml after running the code:
   <newNodes/>
Expected output.xml:
   <newNodes>
       <newNodeChild>
           <newNodeChildChild>child value</newNodeChildChild>
           <newNodeChildChild>child value 2</newNodeChildChild>
           <newNodeChildChild>child value 3</newNodeChildChild>
       </newNodeChild>
</testRootNode> 
Apparently "the copied nodes still contain a reference to their old configuration (because you directly fetched them from the root node of the source configuration). Because of this reference they are not detected as new nodes when the destination configuration is saved, and hence not written to disk.
I think addNodes() should reset this reference, so that the added nodes can be detected as new nodes. (But then you have to be aware that you break the source configuration because a node can only be contained in exactly one configuration.) " 

E.g. java.sql.Date.valueOf can throw that exception if it encounters a parse error for a date.
With changes to CHAR padding, I think this may be why schema_evol_text_vec_part.q is failing.

When you define clear-text password with "<key-store-clear-password password=\"Elytron\"/>\n"
instead of credential-store clear-text password then everything works fine.

Rest route returns Response with http Status code 500 Internal Server Error and expected response headers/body when response has Last-Modified or Header-expires in header as string. 
I found the issue in below code it try to convert string Wed, 31 Dec 1969 18:00:00 CS to Date and it fails. Is it posible to convert String Date without knowing Date format?
DefaultRestletBinding
=======================
 if (header.equalsIgnoreCase(HeaderConstants.HEADER_LAST_MODIFIED)) {
                if (value instanceof Calendar) 
{
                    message.getEntity().setModificationDate(((Calendar) value).getTime());
                }
 else if (value instanceof Date) 
{
                    message.getEntity().setModificationDate((Date) value);
                }
 else 
{
                    Date date = exchange.getContext().getTypeConverter().mandatoryConvertTo(Date.class, value); //  Here it try to convert String to Date it throws No type converter available to convert from type: java.lang.String to the required type: java.util.Date with value Wed, 31 Dec 1969 18:00:00 CS
                    message.getEntity().setModificationDate(date);
                }
            }
Stack trace
===========
7 Oct 2012 08:28:06,010 WARN org.restlet.Component.StatusFilter - Exception or error caught in status service
org.apache.camel.RuntimeCamelException: Cannot process request
        at org.apache.camel.component.restlet.RestletConsumer$1.handle(RestletConsumer.java:62)
        at org.apache.camel.component.restlet.MethodBasedRouter.handle(MethodBasedRouter.java:54)
        at org.restlet.routing.Filter.doHandle(Filter.java:159)
        at org.restlet.routing.Filter.handle(Filter.java:206)
        at org.restlet.routing.Router.doHandle(Router.java:500)
        at org.restlet.routing.Router.handle(Router.java:740)
        at org.restlet.engine.application.StatusFilter.doHandle(StatusFilter.java:154)
        at org.restlet.engine.ChainHelper.handle(ChainHelper.java:114)
        at org.restlet.Component.handle(Component.java:391)
        at org.restlet.Server.handle(Server.java:491)
        at org.restlet.engine.ServerHelper.handle(ServerHelper.java:75)
        at org.restlet.engine.http.HttpServerHelper.handle(HttpServerHelper.java:153)
        at org.restlet.ext.servlet.ServerServlet.service(ServerServlet.java:1031)
        at org.apache.shiro.grails.SavedRequestFilter.doFilter(SavedRequestFilter.java:56)
        at org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:360)
        at org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:276)
        at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
        at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
        at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:344)
        at org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:272)
        at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:81)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:909)
        at java.lang.Thread.run(Thread.java:662)
Caused by: org.apache.camel.NoTypeConversionAvailableException: No type converter available to convert from type: java.lang.String to the required type: java.util.Date with value Wed, 31 Dec 1969 18:00:00 CST
        at org.apache.camel.impl.converter.BaseTypeConverterRegistry.mandatoryConvertTo(BaseTypeConverterRegistry.java:169)

From Ashutosh Chauhan's comments in HIVE-13586, attempt to fix whatever is causing the local fetch task to not get the rows forwarded by UDTF close().

[standalone@localhost:9990 /] /subsystem=jgroups/channel=ee/protocol=UDP:read-attribute(name=timer-queue_max_size
{
    "failure-description" => "WFLYCLJG0019: Protocol UDP not found in current stack",
}

running with a clover profile enabled will fail due to cross compilation ordering issues with the hbase-spark module.  

21:07:47 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) on project hbase-spark: Compilation failure: Compilation failure:
21:07:47 [ERROR] /data/jenkins/workspace/CDH5.7.0-HBase-1.2.0-Clover/hbase-spark/target/clover/src-instrumented/org/apache/hadoop/hbase/spark/example/hbasecontext/JavaHBaseBulkDeleteExample.java:[23,36] error: cannot find symbol
21:07:47 [ERROR] symbol:   class JavaHBaseContext
21:07:47 [ERROR] location: package org.apache.hadoop.hbase.spark
21:07:47 [ERROR] /data/jenkins/workspace/CDH5.7.0-HBase-1.2.0-Clover/hbase-spark/target/clover/src-instrumented/org/apache/hadoop/hbase/spark/example/hbasecontext/JavaHBaseDistributedScan.java:[27,36] error: cannot find symbol
.... (many classes)

Apparently this is a known issue and this page shows a remedy.
 https://confluence.atlassian.com/display/CLOVERKB/Java-+Scala+cross-compilation+error+-+cannot+find+symbol

I'm having troubles trying to create a route that splits files received from FTP.
Here is the configuration (in Spring DSL):

<camelContext id="receiveFTP" trace="true" xmlns="http://camel.apache.org/schema/spring" >
	<threadPoolProfile id="receiveFTP-splitter-profile"
                           defaultProfile="false" poolSize="20"
                           maxPoolSize="30"/>
	<!-- Endpoints -->
	<endpoint id="FileOutput" uri="file:D:/Temp/camel-test/ftpReceive/?fileName=Received_${exchangeId}_${file:onlyname}" />
	<endpoint id="FTPSource" uri="ftp://192.168.21.11:21/folder/?pollStrategy=#ftpPollStrategy&amp;throwExceptionOnConnectFailed=true&amp;binary=false&amp;passiveMode=true&amp;readLock=rename&amp;delete=true&amp;moveFailed=.failed&amp;include=.*\.txt&amp;delay=1000&amp;localWorkDirectory=../../camel_temp/&amp;username=username&amp;password=password&amp;maxMessagesPerPoll=100&amp;consumer.bridgeErrorHandler=true" />

	<!-- Routes -->
	<route id="ReceiveFromFTP">
		<from ref="FTPSource" />
		<threads poolSize="1" maxPoolSize="1">
			<split streaming="true" parallelProcessing="true" executorServiceRef="receiveFTP-splitter-profile">
				<tokenize token="\r\n"/>
				<to ref="FileOutput"/>
			</split>
		</threads>
	</route>
</camelContext>

The FTP location contains a file with several lines, I'm trying to split it, and in the output location I have one file with the following content:

-rw-r--r-- 1 ftp ftp            141 Apr 02 08:04 FTP_ftpTest.txt_20130402081001301.txt

Looks like the Split component doesn't take the payload of the received file. Even more, adding <convertBodyTo type="java.lang.String"/> before splitting resolves the problem. But I assume this is not expected behavior.

http://forum.springframework.org/showthread.php?t=63553
The problem is when Wss4jSecurityInterceptor is used in the server side, to validate username token (or signature).
Everything looks fine except when a <wsse:header> empty is sent. The Interceptor lets the messsage goes and don't
throw any exceptions.
As an attachment, I'm sending a maven project with JUnit tests to prove the case. The project is a very simple web service
based on the tutorial sample. I just configure the wss4j interceptor for validate username token.
The only test thats doesn't pass is the last 'testSendMessageWithEmptyWsseHeader'
Sorry for my english... it isn't my native language. 

A bug has been found in the Windows script if Roo installed on a different drive letter than the desired user project. This is due to the batch file not changing drive letters as part of its resolution of ROO_HOME versus project working directory.
A simple workaround is to create projects on the same drive letter as you installed Roo on.

If call to suspend with timeout does timeout than two threads are invoking forced processing one for suspending and one for hard stopping. This causes the Consumer to be possibly left in a dead state.
E.g. Jms consuming route:

Timeout occurs, ShutdownTask gets completed before main thread
-> JmsConsumer gets stopped (listener gets destroyed), resume has no effect
Timeout occurs, ShutdownTask get completet after main thread
-> JmsConsumer gets stopped first (listener gets destroyed) and get suspended second, resume sets Consumer to started but the listener is still destroyed!

This is because version was bumped to 0.14 in pom file and there are no metastore scripts for 0.14 yet.

HBASE-5974:Scanner retry behavior with RPC timeout on next() seems incorrect, which cause data missing in hbase scan.
I think we should fix it in 0.94.
Lars Hofhansl

The job arguments are stored in a file that looks like the following code snippet.
sample job parameter file
#
foo=bar

foo2=bar2

When I call CommandLineJobRunner after a pipe, it ignores the second job argument (foo2=bar2).

cat jobParameterFile | java -classpath foo.jar org.springframework.batch.core.launch.support.CommandLineJobRunner jobs/jobName.xml jobName

Update jboss-openjdk-orb library to 8.1.0.Final
Reason: rebase - apply our patches on top of current OpenJDK ORB.

Altering a CHAR/VARCHAR column's maxLength to a shorter value does not truncate values when vectorized. 

Fallback on unavailable KDC is on IBM JDK too slow, because server is waiting for the KDC around 30 seconds on every HTTP request.
Should be possible to configure IBM JDK to not contact KDC, or at least to cache failed state of GSSCredential obtaining for defined time period.

The HBase Handler's support for running over snapshots attempts to copy a number of hbase internal configurations into a job configuration.
Some of these configuration keys are removed in HBase 1.0.0+ and the current implementation will fail when copying the resultant null value into a new configuration. Additionally, some internal configs added in later HBase 0.98 versions are not respected.
Instead, setup should check for the presence of the keys it expects and then make the new configuration consistent with them.

Commit of HBASE-4078 added some extra StoreFile verification which just did an open of a StoreFile reader and then closes it, ensuring there's no exception.  If evict-on-close is on, which it is by default, this causes all blocks of a file to be evicted even though it's still open.
We need to add the boolean into the close call in the way we have booleans for cacheBlocks at some point since we need to make localized decisions in some cases.
In lots of places, we can always rely on cacheConf.shouldEvictOnClose() so shouldn't be too burdensome.

"main":
	at org.springframework.aop.support.AbstractBeanFactoryPointcutAdvisor.getAdvice(AbstractBeanFactoryPointcutAdvisor.java:84)
	- waiting to lock <0x00000000c17da860> (a java.lang.Object)
	at org.springframework.aop.framework.adapter.DefaultAdvisorAdapterRegistry.getInterceptors(DefaultAdvisorAdapterRegistry.java:79)
	at org.springframework.aop.framework.DefaultAdvisorChainFactory.getInterceptorsAndDynamicInterceptionAdvice(DefaultAdvisorChainFactory.java:62)
	at org.springframework.aop.framework.AdvisedSupport.getInterceptorsAndDynamicInterceptionAdvice(AdvisedSupport.java:482)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:190)
	at com.sun.proxy.$Proxy120.transactionalMethod(Unknown Source)
	at com.example.BeanB.transactionalMethod(BeanB.java:219)
	at com.example.BeanB.init(BeanB.java:31)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1638)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1579)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1509)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:521)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:296)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
	- locked <0x00000000c01b17b0> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:293)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:320)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:107)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1417)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1158)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
...

"forked-thread-1":
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:207)
	- waiting to lock <0x00000000c01b17b0> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:198)
	at org.springframework.aop.support.AbstractBeanFactoryPointcutAdvisor.getAdvice(AbstractBeanFactoryPointcutAdvisor.java:86)
	- locked <0x00000000c17da860> (a java.lang.Object)
	at com.sun.proxy.$Proxy121.methodInvokedInTransaction(Unknown Source)
	at com.example.BeanA.methodInvokedInTransaction(BeanA.java:358)
	at com.example.BeanA.access$300(BeanA.java:44)
	at com.example.BeanA$1$1.doInTransaction(BeanA.java:91)
	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:89)
	at com.example.BeanA$1.run(BeanA.java:86)

	Initialization of BeanA occurs before initialization of BeanB. The forked thread try to get an "org.springframework.transaction.interceptor.TransactionInterceptor#0" singleton instance while the main thread has already acquired a lock on singletonObjects map of an org.springframework.beans.factory.support.DefaultSingletonBeanRegistry instance because some other bean with a default bean scope which is singleton is higher in the bean hierarchy.

public class BeanA {    
	...
	
    @Override
    public void afterPropertiesSet() throws Exception {
        executor.execute(new Runnable() {
            @Override
            public void run() {
                TransactionTemplate tt = new TransactionTemplate(transactionManager);
                tt.setPropagationBehavior(TransactionTemplate.PROPAGATION_REQUIRES_NEW);
                tt.execute(new TransactionCallback<Object>() {
                    @Override
                    public Object doInTransaction(TransactionStatus status) {
                        return methodInvokedInTransaction();
                    }
                });
            }
        });
    }
}

Is it a Spring TX bug or a client code should take care of this situation?
As a workaround I added

depends-on="org.springframework.transaction.interceptor.TransactionInterceptor#0"

attribute to the BeanA declaration. It works because

org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(String, Class<T>, Object[], boolean)

will use an already created TransactionInterceptor singleton instance instead of creating a new one.
Using

@Transactional(propagation = Propagation.REQUIRED)

or

@Transactional(propagation = Propagation.REQUIRES_NEW)

on the BeanA.afterPropertiesSet() method doesn't work.

Parallel job sample is prone to OptimisticLockingException when using commons DBCP and Oracle (and probably other RDBMS, but not HSQL or Derby).  The "toy" databases that we currently test with do not really support multi-threaded access.  When you upgrade there are issues with optimistic locking exceptions.  The exceptions are meaningful - they tell you that the step execution in the database is not accurately reflecting the current status of the job.

Renaming an external partition will change the location of that partition to the default location of a managed partition with the same name.
E.g. If ex_table is external and has partition part=1 with location /.../managed_table/part=1
Calling ALTER TABLE ex_table PARTITION (part = '1') RENAME TO PARTITION (part = '2');
Will change the location of the partition to /.../ex_table/part=2

MethodParameter.equals historically just checks instanceof MethodParameter. With the introduction of SynthesizingMethodParameter in 4.2, we need to insist on the same class there: Otherwise, a MethodParameter would be considered as equal to a SynthesizingMethodParameter for the same target declaration.

This appears to be a regression bug. After the "web gwt gae update" command is run when selecting the GAE database from a non-GAE database, the GWT version of the plugin is removed as expected but the GAE version of the same plugin is not added back to the pom

a new feature "hbase.regionserver.codecs" allows you to poison pill your regionservers if any of the codecs listed do not test operational on server startup.  
the format of the value is "lzo,gz" with strings separated by commas.

If we implement ApplicationContextInitializer without generic parametrization,
we get NPE on initializerContextClass.getName().
To reproduce it just modify org.springframework.web.context.ContextLoaderTests.TestContextInitializer
as described here.
IMO fix should simple: just add 'null check'.
Thanks

java.lang.NullPointerException: null
        at org.apache.hadoop.hive.metastore.HiveMetaHook.preAlterTable(HiveMetaHook.java:113) ~[hive-exec-3.1.0.3.0.1.0-104.jar:3.1.0.3.0.1.0-104]
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.alter_table(HiveMetaStoreClient.java:427) ~[hive-exec-3.1.0.3.0.1.0-104.jar:3.1.0.3.0.1.0-104]
        at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.alter_table(SessionHiveMetaStoreClient.java:415) ~[hive-exec-3.1.0.3.0.1.0-104.jar:3.1.0.3.0.1.0-104]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_112]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_112]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_112]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_112]
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:212) ~[hive-exec-3.1.0.3.0.1.0-104.jar:3.1.0.3.0.1.0-104]
        at com.sun.proxy.$Proxy37.alter_table(Unknown Source) ~[?:?]
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2933) ~[hive-exec-3.1.0.3.0.1.0-104.jar:3.1.0.3.0.1.0-104]
        at org.apache.hadoop.hive.ql.metadata.Hive.alterTable(Hive.java:708) ~[hive-exec-3.1.0.3.0.1.0-104.jar:3.1.0.3.0.1.0-104]
        at org.apache.hadoop.hive.ql.util.HiveStrictManagedMigration$HiveUpdater.updateTableProperties(HiveStrictManagedMigration.java:954) ~[hive-exec-3.1.0.3.0.1.0-104.jar:3.1.0.3.0.1.0-104]

This happens when pushing aggregate is not found to be any cheaper. Can be reproduced by running cbo_rp_auto_join1.q with flag turned on.

I noticed that the init() method in the integration test generated DataOnDemand classes changed in RC1 from M3. It no longer checks to see if the test set has already been created. Becuase the getRandomXXX() method always calls init(), whenever getRandomXXX() is called, the test set is created again.
For example, with the clinic.roo example, the Visit entity has a relationship with Pet. In the VisitDataOnDemand.getNewTransientVisit() entity, it gets a Pet instance by calling PetDataOnDemand.getRandomPet(). Thus every time VisitDataOnDemand.getNewTransientVisit() is called, 10 Pet entities are created in PetDataOnDemand.init().
If Pet were to have a unique constraints (e.g. the description field), then the call to init() will fail with a constraint violation as the description will be repeated in the second set creation. This is what is happening with my application as I'm using a unique constraint.
RC1 code (no check):
    public void PetDataOnDemand.init() {
        data = new java.util.ArrayList<com.springsource.petclinic.domain.Pet>();
        for (int i = 0; i < 10; i++) 
{
            com.springsource.petclinic.domain.Pet obj = getNewTransientPet(i);
            obj.persist();
            data.add(obj);
        }
    }

M3 code:
        if (data != null && !data.isEmpty()) {
            return;
        }

        data = com.springsource.petclinic.domain.Pet.findPetEntries(0, 10);
        if (data == null) throw new IllegalStateException("Find entries implementation for 'Pet' illegally returned null");
        if (!data.isEmpty()) {            return;        }

        for (int i = 0; i < 10; i++) {            com.springsource.petclinic.domain.Pet obj = getNewTransientPet(i);            obj.persist();            data.add(obj);        }
    }

if a multi-region table is deleted, then re-created, the old regions in the storefiles can interfere with the new table.  to fix this, a major compaction should be issued before loading the new table.  the shell should warn people of this so we don't end up with unhappy users.

Since HBASE-12363 we start using an enum instead of boolean for keep_deleted_cells. In ColumnFamilyDescriptorBuilder we are using valueOf to find out the value of the property. But there is a problem: all values in ENUM are uppercase, so if we provide the value in lowercase (and java Boolean returns it in lowercase in toString), the table creation may fail with an exception:

java.io.IOException: java.lang.IllegalArgumentException: No enum constant org.apache.hadoop.hbase.KeepDeletedCells.true
        at org.apache.hadoop.hbase.regionserver.HRegion.initializeStores(HRegion.java:1028)
        at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:891)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:859)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6966)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6923)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6894)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6850)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6801)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:285)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:110)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:104)
Caused by: java.lang.IllegalArgumentException: No enum constant org.apache.hadoop.hbase.KeepDeletedCells.true
        at java.lang.Enum.valueOf(Enum.java:238)
        at org.apache.hadoop.hbase.KeepDeletedCells.valueOf(KeepDeletedCells.java:30)
        at org.apache.hadoop.hbase.client.ColumnFamilyDescriptorBuilder$ModifyableColumnFamilyDescriptor.lambda$getStringOrDefault$23(ColumnFamilyDescriptorBuilder.java:719)
        at org.apache.hadoop.hbase.client.ColumnFamilyDescriptorBuilder$ModifyableColumnFamilyDescriptor.getOrDefault(ColumnFamilyDescriptorBuilder.java:727)
        at org.apache.hadoop.hbase.client.ColumnFamilyDescriptorBuilder$ModifyableColumnFamilyDescriptor.getStringOrDefault(ColumnFamilyDescriptorBuilder.java:719)
        at org.apache.hadoop.hbase.client.ColumnFamilyDescriptorBuilder$ModifyableColumnFamilyDescriptor.getKeepDeletedCells(ColumnFamilyDescriptorBuilder.java:901)
        at org.apache.hadoop.hbase.regionserver.ScanInfo.<init>(ScanInfo.java:69)
        at org.apache.hadoop.hbase.regionserver.HStore.<init>(HStore.java:265)
        at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:5485)
        at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:992)
        at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:989)
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)

User without any privilege can call these functions and get all meta data back as if user has full access privilege.

move_tables_rsgroup/move_servers_tables_rsgroup can move non-existent tables in the cluster to the specified regionserver group successfully.It's not reasonable.We should check whether the table has already existed in the cluster before moving the table.

The web UIs do not include the "X-Frame-Options" header to prevent the pages from being framed from another site.
Reference:
https://www.owasp.org/index.php/Clickjacking
https://www.owasp.org/index.php/Clickjacking_Defense_Cheat_Sheet
https://developer.mozilla.org/en-US/docs/Web/HTTP/X-Frame-Options

All of these errorCode values are associated with more than one message.
10043
10227
10228
10229
10230
10231
This is not right.
This affects ErrorMsg.getErrorMsg(int errorCode) as well as Templeton logic.
Should probably add a JUnit test to check this.

In the long run, we should replace buddy allocator with a better scheme. For now do a workaround for fragmentation that cannot be easily resolved. It's still not perfect but works for practical  ORC cases, where we have the default size and smaller blocks, rather than large allocations having trouble.

in Class BitInputStream.java(\src\main\java\org\apache\commons\compress\utils),
funcion:
 public long readBits(final int count) throws IOException {
        if (count < 0 || count > MAXIMUM_CACHE_SIZE) 
{
            throw new IllegalArgumentException("count must not be negative or greater than " + MAXIMUM_CACHE_SIZE);
        }
        while (bitsCachedSize < count) {
            final long nextByte = in.read();
            if (nextByte < 0) 
{
                return nextByte;
            }
            if (byteOrder == ByteOrder.LITTLE_ENDIAN) 
{
                bitsCached |= (nextByte << bitsCachedSize);
            }
 else 
{
                bitsCached <<= 8;
                bitsCached |= nextByte;
            }
            bitsCachedSize += 8;
        }
        final long bitsOut;
        if (byteOrder == ByteOrder.LITTLE_ENDIAN) 
{
            bitsOut = (bitsCached & MASKS[count]);
            bitsCached >>>= count;
        }
 else 
{
            bitsOut = (bitsCached >> (bitsCachedSize - count)) & MASKS[count];
        }
        bitsCachedSize -= count;
        return bitsOut;
    }
I think here "bitsCached |= (nextByte << bitsCachedSize);" will overflow in some cases. for example, below is a test case:
public static void test() {
        ByteArrayInputStream in = new ByteArrayInputStream(new byte[]
{87, 45, 66, 15,
                                                                      90, 29, 88, 61, 33, 74}
);
        BitInputStream bin = new BitInputStream(in, ByteOrder.LITTLE_ENDIAN);
        try 
{
            long ret = bin.readBits(5);
            ret = bin.readBits(63);
            ret = bin.readBits(12);
        }
 catch (Exception e) 
{
            e.printStackTrace();
        }
}
overflow occur in "bin.readBits(63);" , so ,result in wrong result from  "bin.readBits(12);" 

I've found a problem with caffeine-cache. When I use the following:

// route 1
.to("caffeine-cache:global?key=x&action=PUT")

// route 2
.to("caffeine-cache:global?key=x&action=GET"

I expect that what I save in route 1 can be retrieved in route 2, but this is not the case, since the two URIs differ (GET/PUT) and I get two different caches.

There are two unit test cases in HBase RegionServer test failed in the clean up stage that failed to delete the files/folders created in the test. 
testWholesomeSplit(org.apache.hadoop.hbase.regionserver.TestSplitTransaction): Failed delete of ./target/test-
data/1c386abc-f159-492e-b21f-e89fab24d85b/org.apache.hadoop.hbase.regionserver.TestSplitTransaction/table/a588d813fd26280c2b42e93565ed960c
testRollback(org.apache.hadoop.hbase.regionserver.TestSplitTransaction): Failed delete of ./target/test-data/6
1a1a14b-0cc9-4dd6-93fd-4dc021e2bfcc/org.apache.hadoop.hbase.regionserver.TestSplitTransaction/table/8090abc89528461fa284288c257662cd
The root cause is triggered by ta call to the DaughterOpener.start() in \src\hbase\src\main\java\org\apache\hadoop\hbase\regionserver\SplitTransactopn.Java (openDaughters() function). It left handles to the splited folder/file and causing deleting of the file/folder failed in the Windows OS.
Windows does not allow to delete a file, while there are open file handlers.

Currently, they are only populated for queries - and not for most of the DDLs.
The pre and post execution hooks do not get the correct values.
It would also be very useful for locking

The camel-mina2 consumer (org.apache.camel.component.mina2.Mina2Consumer.doStart()) internally start a Mina2 IoAcceptor (org.apache.mina.core.service.IoAcceptor), but the org.apache.camel.component.mina2.Mina2Consumer.doStop() do not invoke acceptor.dispose(true); to release the threadpool started by Mina2.
Current behavior: While stopping the web application, the threadpool started by Mina2 IoAcceptor will not be stopped, so we have several thread which do not properly shutdown.
Current workaround: I create custom CamelShutdownStrategy and collect all Mina2Consumer and invoke Mina2consumer.getAcceptor.dispose(true); OR as an alternative create a dedicated consumer and overwrite the stop method of the Mina2 consumer as seen here: https://github.com/oehf/ipf/commit/12fdde8df7ebbbb7cd9966aadeab3ea3bed8fe75
Suggested bugfix: In org.apache.camel.component.mina2.Mina2Consumer.doShutdown() call the IoAcceptor dispose(true) method after unbind from the address.

Consider the classes Admin and HColumnDescriptor.
HColumnDescriptor is really referring to a "column family" and not a "column" (i.e., family:qualifer).
Likewise, in Admin there is a method called "addColumn" that takes an HColumnDescriptor instance.
I labeled this a bug in the sense that it produces conceptual confusion because there is a big difference between a column and column-family in HBase and these terms should be used consistently.  The code works, though.

WebHCat E2E test JOBS_7 fails while verifying the job status of a TempletonControllerJob and its child pig job. The filter currently is such that only pig jobs are looked at, it should also include TempletonControllerJob.

The @PathVariable cannot match variables in the last segment of a URL unless it is terminated with a slash.  For example:
@RequestMapping(value = "/
{eid}
", method = RequestMethod.GET)
public String index(Model model, @PathVariable("eid") String eid)
results in
java.lang.IllegalStateException: Could not find @PathVariable [eid] in @RequestMapping
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter$ServletHandlerMethodInvoker.resolvePathVariable(AnnotationMethodHandlerAdapter.java:672)
	org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveHandlerArguments(HandlerMethodInvoker.java:246)
	org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:134)
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:331)
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:318)
	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:861)
	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:793)
	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:578)
	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:503)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:803)

The code of KeyStoreCallbackHandler.handleKeyName is tiger specific because of the use of KeyStore.PasswordProtection, KeyStore.SecretKeyEntry and KeyStore.getEntry(String alias, KeyStore.ProtectionParameter protParam).  We should probably use KeyStore.getKey(String alias, char[] password) instead.

I have an Entity Artikel and called 
solr add --class ~.domain.artikel.Artikel
and then  
finder list
The last line of the Roo shell output is then: 
"findArtikelsBySolrServer - failure"
It seems, the introduced field 
transient SolrServer Artikel.solrServer
is misinterpreted as some persistent property by the finder addon.

When a query is executed using beeline and the query is cancelled due to query timeout or kill query or triggers and when there is cursor on operation log row set, the cursor can thrown an exception as cancel will cleanup the operation log in the background. This can return a non-zero exit code in beeline. Query cancellation on success should return exit code 0.
Adding a delay to the cleanup of operation logging in operation cancel can avoid the close during read. 

The docs speak about subclassing RepositoryRestMvcConfiguration and overriding configureValidatingRepositoryEventListener(…). This method doesn't exist in RepositoryRestMvcConfiguration but is part of RepositoryRestConfigurer respectively RepositoryRestConfigurerAdapter.

When flatpack parses the exchange any errors that are generated are stored in an error list in the parser. Currently, this list isn't being checked so the exchange is moving on even when there are errors generated.

Simple patch from Benoît.
—
 .../java/org/apache/hadoop/hbase/ServerName.java   |    3 ++-
 1 files changed, 2 insertions, 1 deletions
diff --git a/src/main/java/org/apache/hadoop/hbase/ServerName.java b/src/main/java/org/apache/hadoop/hbase/ServerName.java
index 6b03832..4ddb5b7 100644
— a/src/main/java/org/apache/hadoop/hbase/ServerName.java
+++ b/src/main/java/org/apache/hadoop/hbase/ServerName.java
@@ -128,7 +128,8 @@ public class ServerName implements Comparable<ServerName> {

startcode formatted as <code><hostname> ',' <port> ',' <startcode></code>
   */
  public static String getServerName(String hostName, int port, long startcode) {

StringBuilder name = new StringBuilder(hostName);
+    final StringBuilder name = new StringBuilder(hostName.length() + 1 + 5 + 1 + 13);
+    name.append(hostName);
    name.append(SERVERNAME_SEPARATOR);
    name.append(port);
–
1.7.6.434.g1d2b3

A simple query run via beeline JDBC like explain select count(1) from testing.foo; produces 50 lines of output which looks like 

0: jdbc:hive2://localhost:10002> explain select count(1) from testing.foo;
14/11/06 00:35:59 INFO log.PerfLogger: <PERFLOG method=compile from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO log.PerfLogger: <PERFLOG method=parse from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO parse.ParseDriver: Parsing command: explain select count(1) from testing.foo
14/11/06 00:35:59 INFO parse.ParseDriver: Parse Completed
14/11/06 00:35:59 INFO log.PerfLogger: </PERFLOG method=parse start=1415262959379 end=1415262959380 duration=1 from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO log.PerfLogger: <PERFLOG method=semanticAnalyze from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO parse.SemanticAnalyzer: Starting Semantic Analysis
14/11/06 00:35:59 INFO parse.SemanticAnalyzer: Completed phase 1 of Semantic Analysis
14/11/06 00:35:59 INFO parse.SemanticAnalyzer: Get metadata for source tables
14/11/06 00:35:59 INFO parse.SemanticAnalyzer: Get metadata for subqueries
14/11/06 00:35:59 INFO parse.SemanticAnalyzer: Get metadata for destination tables
14/11/06 00:35:59 INFO ql.Context: New scratch dir is hdfs://cn041-10.l42scl.hortonworks.com:8020/tmp/hive/gopal/6b3980f6-3238-4e91-ae53-cb3f54092dab/hive_2014-11-06_00-35-59_379_317426424610374080-1
14/11/06 00:35:59 INFO parse.SemanticAnalyzer: Completed getting MetaData in Semantic Analysis
14/11/06 00:35:59 INFO parse.SemanticAnalyzer: Set stats collection dir : hdfs://cn041-10.l42scl.hortonworks.com:8020/tmp/hive/gopal/6b3980f6-3238-4e91-ae53-cb3f54092dab/hive_2014-11-06_00-35-59_379_317426424610374080-1/-ext-10002
14/11/06 00:35:59 INFO ppd.OpProcFactory: Processing for FS(16)
14/11/06 00:35:59 INFO ppd.OpProcFactory: Processing for SEL(15)
14/11/06 00:35:59 INFO ppd.OpProcFactory: Processing for GBY(14)
14/11/06 00:35:59 INFO ppd.OpProcFactory: Processing for RS(13)
14/11/06 00:35:59 INFO ppd.OpProcFactory: Processing for GBY(12)
14/11/06 00:35:59 INFO ppd.OpProcFactory: Processing for SEL(11)
14/11/06 00:35:59 INFO ppd.OpProcFactory: Processing for TS(10)
14/11/06 00:35:59 INFO optimizer.ColumnPrunerProcFactory: RS 13 oldColExprMap: {VALUE._col0=Column[_col0]}
14/11/06 00:35:59 INFO optimizer.ColumnPrunerProcFactory: RS 13 newColExprMap: {VALUE._col0=Column[_col0]}
14/11/06 00:35:59 INFO parse.SemanticAnalyzer: Completed plan generation
14/11/06 00:35:59 INFO ql.Driver: Semantic Analysis Completed
14/11/06 00:35:59 INFO log.PerfLogger: </PERFLOG method=semanticAnalyze start=1415262959381 end=1415262959401 duration=20 from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO ql.Driver: Returning Hive schema: Schema(fieldSchemas:[FieldSchema(name:Explain, type:string, comment:null)], properties:null)
14/11/06 00:35:59 INFO log.PerfLogger: </PERFLOG method=compile start=1415262959378 end=1415262959402 duration=24 from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO log.PerfLogger: <PERFLOG method=Driver.run from=org.apache.hadoop.hive.ql.Driver>
+----------------------------+--+
|          Explain           |
| STAGE DEPENDENCIES:        |
|   Stage-0 is a root stage  |
|                            |
| STAGE PLANS:               |
|   Stage: Stage-0           |
|     Fetch Operator         |
|       limit: 1             |
|       Processor Tree:      |
|         ListSink           |
|                            |
10 rows selected (0.1 seconds)
14/11/06 00:35:59 INFO log.PerfLogger: <PERFLOG method=TimeToSubmit from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO ql.Driver: Concurrency mode is disabled, not creating a lock manager
14/11/06 00:35:59 INFO log.PerfLogger: <PERFLOG method=Driver.execute from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO ql.Driver: Starting command: explain select count(1) from testing.foo
14/11/06 00:35:59 INFO log.PerfLogger: </PERFLOG method=TimeToSubmit start=1415262959403 end=1415262959405 duration=2 from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO log.PerfLogger: <PERFLOG method=runTasks from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO log.PerfLogger: <PERFLOG method=task.EXPLAIN.Stage-1 from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO ql.Driver: Starting task [Stage-1:EXPLAIN] in serial mode
14/11/06 00:35:59 INFO log.PerfLogger: </PERFLOG method=runTasks start=1415262959405 end=1415262959408 duration=3 from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO log.PerfLogger: </PERFLOG method=Driver.execute start=1415262959404 end=1415262959408 duration=4 from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO ql.Driver: OK
14/11/06 00:35:59 INFO log.PerfLogger: <PERFLOG method=releaseLocks from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO log.PerfLogger: </PERFLOG method=releaseLocks start=1415262959408 end=1415262959409 duration=1 from=org.apache.hadoop.hive.ql.Driver>
14/11/06 00:35:59 INFO log.PerfLogger: </PERFLOG method=Driver.run start=1415262959403 end=1415262959409 duration=6 from=org.apache.hadoop.hive.ql.Driver>

A more complex query like Query27 produces 800+ lines of unnecessary logging.
This is unreadable and in-fact slows down the beeline JDBC client.

The function SessionState.createSessionDirs fails when trying to create directories where java.io.tmpdir is set to a relative location.

\[SubtaskRunner] ERROR o.a.h.hive..ql.Driver - FAILED: IllegalArgumentException java.net.URISyntaxException: Relative path in absolute URI: file:./tmp/<user>/<guid>/hive_2015_12_11_09-12-25_352_4325234652356-1
...
Minor variations:
\[SubtaskRunner] ERROR o.a.h.hive..ql.Driver - FAILED: SemanticException Exception while processing Exception while writing out the local file 
o.a.h.hive.ql/parse.SemanticException: Exception while processing exception while writing out local file 
... 
caused by: java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: file:./tmp/<user>/<guid>/hive_2015_12_11_09-12-25_352_4325234652356-1 
at o.a.h.fs.Path.initialize (206) 
at o.a.h.fs.Path.<init>(197)... 
at o.a.h.hive.ql.context.getScratchDir(267) 

The official HBase 0.90.2 release contains a hbase-0.90.2.jar in'<hbase root>' and in '<hbase-root>/lib/'.

As result of CAMEL-8718 the connection will be closed on invalid credentials before throwing an exception.
But disconnecting the ftpclient will reset the reply string, so the exception message is null.
The attached patch will store the reply string before disconnecting.

CLIWrapper is using the default encoding which might lead to issue with non US locales.
Also take advantage of this fix to remove some hard coded strings from tests.

Click Debug dump on the backup master web ui, we get:

HTTP ERROR 500

Problem accessing /dump. Reason:

    INTERNAL_SERVER_ERROR

Caused by:

	at org.apache.hadoop.hbase.master.MasterDumpServlet.dumpServers(MasterDumpServlet.java:113)
	at org.apache.hadoop.hbase.master.MasterDumpServlet.doGet(MasterDumpServlet.java:68)

The processors which do the default EE bindings introduced by JEE 7 do not add these to application clients java:comp.
WFLY-2380 is wrt the particular case of the default JMS factory.

A bit unusual, but managed to face this twice lately on both distributed and local standalone mode, on VMs. Somehow, after some VM pause/resume, got into a situation where regions on meta were assigned to a give RS startcode that had no corresponding WAL dir.
That caused those regions to never get assigned, because the given RS startcode is not found anywhere by RegionServerTracker/ServerManager, so no SCP is created to this RS startcode, leaving the region "open" on a dead server forever, in META.
Could get this sorted by adding extra check on loadMeta, checking if the RS assigned to the region in meta is not online and doesn't have a WAL dir, then mark this region as offline. 

See HIVE-11985.
Some external callers (e.g. Presto) do not appear to process types from deserializer correctly, relying on DB types. Ideally, it should be resolved via HIVE-17714, hiding the custom SerDe logic from users.
For now we can add a backward compatibility config for such cases.

We have found BigTop's TestLoadAndVerify quite useful for testing, and I propose we adopt it in the HBase code base.
https://github.com/apache/bigtop/blob/master/bigtop-tests/test-artifacts/hbase/src/main/groovy/org/apache/bigtop/itest/hbase/system/TestLoadAndVerify.java
There was some discussions previously, of whether HBase or BigTop should host system tests specific to HBase, and I believe for this specific one, it belongs to the HBase code path. 
We can maintain the code, and release it as a part of HBase, so that testing it against secure deployments, Hadoop2, etc is easier (BIGTOP-853 fixes the test to work with secure cluster)

Box component uses HtmlUnit to perform a login and authorization on user's behalf for OAuth. Box.com returns an error message instead of a login page on an invalid client id, which the component should handle gracefully, instead of the missing HTML element it throws currently. 

Hive doesn't close Tez session properly if AM isn't ready for accepting DAG.
STR
This can be easily reproduced using the following steps:
1) configure cluster on Tez;
2) create file test.hql
cat ~/test.hql
show databases;
3) run the job
$ hive --hiveconf hive.root.logger=DEBUG,console --hiveconf hive.execution.engine=tez -f ~/test.hql
If we login into Yarn UI,  we will see that jobs status is failed even it finished successfully.
It happens because hive creates tez session by default. And if query finished very quickly, we can't close tez session properly because AM isn't ready for accepting any requests.

This bug is closely related to SEC-1587.
I start at my log in screen, log into the system, see the logged in view and then the next navigation I make I end up being redirect back to the login screen.
It happens periodly, not every time.  It happens the most when using Internet Explorer 6.
After I debugged the problem I figured out that the httpSession.removeAttribute(SPRING_SECURITY_CONTEXT_KEY); call in HttpSessionSecurityContextRepository was destroying my newly created authentication object.
Here's how it happens:
1. Browser requests jsf.js.faces during the loading of the login screen.  This request passes through the httpSessionContextIntegrationFilter along with all .faces requests.
2. Browser holds on to connection after getting the javascript file.  (Browsers do this as an optimization to prevent lots of new tcp connects)
3. I log into my app from the login page.  This adds the security context to the session.
4. Browser makes another javascript request from the open connection which causes the thread working on jsf.js.faces to finish up (come back out through the filters)
5. On the request thread of jsf.js.faces the original security context had a null authenication so httpSession.removeAttribute(SPRING_SECURITY_CONTEXT_KEY); is called which wipes up the new authenication.
I've worked around the problem by created my own version of HttpSessionSecurityContextRepository and just changing the lines:
                if (httpSession != null) 
{
                    // SEC-1587 A non-anonymous context may still be in the session
                    httpSession.removeAttribute(SPRING_SECURITY_CONTEXT_KEY);
                }
                return;

to

                if (httpSession != null && contextHashBeforeChainExecution != -1) {                    // SEC-1587 A non-anonymous context may still be in the session                    httpSession.removeAttribute(SPRING_SECURITY_CONTEXT_KEY);                }
                return;
This means that the security context is only reset if there was one at the beginning of the request. (Hash of -1 means no authenication)

There is not possibility to use alternative JSSE Cipher Suite Names for IBM JDK8
Interchange TLS prefix to SSL and vice versa is not supported.
Here is list of standard JSSE Cipher Suite Names
http://docs.oracle.com/javase/8/docs/technotes/guides/security/StandardNames.html#ciphersuites
In my opinion this file is mapping file for our purpose. It is?
https://github.com/wildfly-security/wildfly-elytron/blob/master/src/main/java/org/wildfly/security/ssl/MechanismDatabase.properties
For IBM JDK are different JSSE Cipher Suite Names (different prefix).
Most items from this list are missing in MechanismDatabase.properties mentioned above.
http://www.ibm.com/support/knowledgecenter/SSYKE2_8.0.0/com.ibm.java.security.component.80.doc/security-component/jsse2Docs/ciphersuites.html?lang=cs
JSSE Cipher Suite Name SSL_ECDHE_RSA_WITH_AES_128_CBC_SHA is only defined for IBM JDK.
It is TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA for Oracle JDK.
If I try start server with JSSE Cipher Suite Name SSL_ECDHE_RSA_WITH_AES_128_CBC_SHA I will get this error:

16:55:25,594 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.undertow.listener.https: org.jboss.msc.service.StartException in service jboss.undertow.listener.https: Failed to start service
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
        at java.lang.Thread.run(Thread.java:785)
Caused by: java.lang.IllegalArgumentException: ELY05017: Token "SSL_ECDHE_RSA_WITH_AES_128_CBC_SHA" not allowed at offset 33 of mechanism selection string "SSL_ECDHE_RSA_WITH_AES_128_CBC_SHA"
        at org.wildfly.security.ssl.CipherSuiteSelector.fromString(CipherSuiteSelector.java:399)
        at org.wildfly.extension.undertow.HttpsListenerService.startListening(HttpsListenerService.java:125)
        at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:138)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
        ... 3 more

16:55:25,598 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "undertow"),
    ("server" => "default-server"),
    ("https-listener" => "https")
]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.undertow.listener.https" => "org.jboss.msc.service.StartException in service jboss.undertow.listener.https: Failed to start service
    Caused by: java.lang.IllegalArgumentException: ELY05017: Token \"SSL_ECDHE_RSA_WITH_AES_128_CBC_SHA\" not allowed at offset 33 of mechanism selection string \"SSL_ECDHE_RSA_WITH_AES_128_CBC_SHA\""}}

In MemstoreFlusher the method flushOneForGlobalPressure logs incorrect region names which makes debugging issues a bit difficult. Instead of logging the secondary replica region names in these locations, the code logs the primary replica region names.

Hi guys,
we're experiencing issues with serving the static resources of "application/octet-stream" with the byte-range requests.
After adding a resource location by extending a 

WebMvcConfigurerAdapter#addResourceHandlers

and performing the byte-range request (it can be either "Range=bytes:0-" or "Range=bytes:1-3"), it is always concluded with error 416 "Requested range not satisfiable".
I have debugged Spring a bit and the exception causing our error 416 is "'Content-Type' cannot contain wildcard type '*'" raised in the 

HttpHeaders#setContentType

The root cause of this exception is a null media type.
We have got a media type set up:

spring.mvc.media-types.dat: application/octet-stream

At the beginning, it works correctly and the desired content type is used but at the end of the getting media type flow we are meeting such a condition in the PathExtensionContentNegotiationStrategy#getMediaTypeForResource:

if(MediaType.APPLICATION_OCTET_STREAM.equals(mediaType)) {
    mediaType = null;
}

what of course causes a null mediaType and finally an error 416 in the ResourceHttpRequestHandler#handleRequest.
I suspect that there was a deeper reasoning with discarding the application/octet-stream so explicitly. Could you please share what is the reason of such a behaviour?
We would like to achieve a goal of serving static application/octet-stream resources with byte-range support. Could you please tell whether a condition above is correct or what would be another way to achieve this goal?
FYI: Our working workaround for this issue is declaring an image content type:

spring.mvc.media-types.dat: image/jpeg

Byte range requests are working with such an approach and correctly return the 206 Partial Content. 
Great thanks for your help and time.
Best regards

Right now we're falling back to combinehivefileinputformat and switch of am side grouping when there's different schemata in a single vertex. We need to handle this in a custom initializer so we can still group on the AM.

A problem has occures when using ActiveMq with Spring and a non-jms/non-jta transaction manager. The TransactionSynchronizationUtils will try to commit jms transactions in the invokeAfterCommit method. This method calls the JmsResourceHolder.commitAll(), which silently ignores all IllegalStateException with an inline comment suggesting that it should only happen in the event of a Jta transaction being active. 
Looking at the javax.jms.Session javadoc it seems that this is not the case, it states: "Invoking any other Session method on a closed session must throw a JMSException.IllegalStateException. Closing a closed session must not throw an exception" see: http://download.oracle.com/docs/cd/E17477_01/javaee/1.4/api/javax/jms/Session.html#close
I first raised this issue with ActiveMq: http://issues.apache.org/activemq/browse/AMQ-2812 where Rob Davies pointed me to the relevant point in the jms javadoc stating that IllegalStateException should be thrown if any operation is done on a closed session.
We are experiencing this issue when the ActiveMq server is going down and not coming up before the commit is executed.

This causes a problem when you need to convert a String payload to a javax.xml.transformation.Source such as when using the XSTL component.

 ./jboss-cli.sh --file=../docs/examples/enable-elytron.cli

{
    "result" => {},
    "failure-description" => {"host-failure-descriptions" => {"master" => "WFLYCTL0216: Management resource '[
    (\"host\" => \"master\"),
    (\"core-service\" => \"management\"),
    (\"management-interface\" => \"native-interface\")
]' not found"}},
    "response-headers" => {"process-state" => "reload-required"}
}

When I use JAVA_OPTS as an environment variable (i.e. configured before starting the AS) it's not propagated when used in domain mode on windows (domain.bat).
For standalone mode (standalone.bat) it works.
For Linux/Unix it works in both cases (standalone.sh, domain.sh).

SET "JAVA_OPTS=...MyOwnJavaOptsConfig..."
domain.bat

Actual result:
The configured JAVA_OPTS are not used.
Expected result:
Provided JAVA_OPTS are used for the process controller and host controller processes.

SjmsConsumer and SjmsProducer always register a new ThreadPool on Camel context ExecutorServiceManager every time a new instance is created for an endpoint.  If consumer or producer is stopped or removed or even component is removed, thread pool still exists. 

1) Meta action doesn't work, it always fails to find the server holding meta, which has been the case for some time now.
2) Root action is no longer relevant:
13/04/01 20:36:25 INFO util.ChaosMonkey: Performing action: Restart region server holding ROOT
org.apache.hadoop.hbase.exceptions.TableNotFoundException: Cannot find row in .META. for table: ROOT, row=ROOT,,99999999999999
	at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:164)

When testing a controller using MockMvc, file upload works as expected, but when adding the Spring Security filter chain, the request fails with:

org.springframework.web.multipart.MultipartException: Could not parse multipart servlet request; nested exception is org.apache.commons.fileupload.FileUploadException: the request was rejected because no multipart boundary was found
	at org.springframework.web.multipart.commons.CommonsMultipartResolver.parseRequest(CommonsMultipartResolver.java:163)
	at org.springframework.web.multipart.commons.CommonsMultipartResolver.resolveMultipart(CommonsMultipartResolver.java:139)
	at org.springframework.web.servlet.DispatcherServlet.checkMultipart(DispatcherServlet.java:1041)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:887)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:851)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:953)
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:855)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:829)
	at org.springframework.test.web.servlet.TestDispatcherServlet.service(TestDispatcherServlet.java:65)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
	at org.springframework.mock.web.MockFilterChain$ServletFilterProxy.doFilter(MockFilterChain.java:168)
	at org.springframework.mock.web.MockFilterChain.doFilter(MockFilterChain.java:136)
	at com.unifylog.spring.UserFilter.doFilter(UserFilter.java:30)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
	at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192)
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160)
	at org.springframework.test.web.servlet.MockMvc.perform(MockMvc.java:141)
	at com.unifylog.integration.UserIntegrationTest.testUser(UserIntegrationTest.java:124)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:88)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
	at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:86)
	at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:49)
	at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:69)
	at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:48)
	at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
	at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
	at org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
	at org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
	at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
	at org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:105)
	at org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:355)
	at org.gradle.internal.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:64)
Caused by: org.apache.commons.fileupload.FileUploadException: the request was rejected because no multipart boundary was found
	at org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.<init>(FileUploadBase.java:990)
	at org.apache.commons.fileupload.FileUploadBase.getItemIterator(FileUploadBase.java:310)
	at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:334)
	at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:115)
	at org.springframework.web.multipart.commons.CommonsMultipartResolver.parseRequest(CommonsMultipartResolver.java:156)
	... 69 more

Even if the filter is a pass through:

public class UserFilter extends GenericFilterBean {

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
        HttpServletRequest httpServletRequest = (HttpServletRequest) request;
        HttpServletResponse httpServletResponse = (HttpServletResponse) response;
        if (validUser(request)) {
            chain.doFilter(request, response);
        } else {
            httpServletResponse.setStatus(403);
        }
    }
}

XML:

<bean id="springSecurityFilterChain" class="org.springframework.security.web.FilterChainProxy">
        <sec:filter-chain-map path-type="ant">
            <sec:filter-chain pattern="/api/**" filters="userFilter"/>
        </sec:filter-chain-map>
    </bean>

What I mean by adding the security filter chain is using this:

this.mockMvc = MockMvcBuilders.webAppContextSetup(this.wac).addFilters(this.springSecurityFilterChain).build();

... instead of just this:

this.mockMvc = MockMvcBuilders.webAppContextSetup(this.wac).build();

During testing, we've noticed Oracle db running out of cursors. Might be related to this.

Despite of <in-vm-remote-interface-invocation pass-by-value="false"/>, an exception is not thrown by reference, which results in java.io.NotSerializableException if the exception doesn't implement Serializable. This is a blocker of a large migration project from WebLogic because it throws by reference even if that doesn't implement Serializable.

Checkstyle.xml is missing and mvn site cannot run successfully.

I receive the following stacktrace when an MBean's onMessage() returns. The transaction is rolled back and the message marked as undelivered. This started sometime after nightly #2280 which works fine for me.
2016-07-30 21:51:49,273 TRACE [com.envestnet.ejb.winthorpe.optimizer.WinthorpeRunListener] (Thread-0 (ActiveMQ-client-global-threads-556320704)) Finished processing run 16819
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleInCallerTx(CMTTxInterceptor.java:159)
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:256)
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:329)
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239)
        at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
        at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
        at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
        at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
        at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
        at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
        at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:53)
        at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
        at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
        at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
        at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponentDescription$5$1.processInvocation(MessageDrivenComponentDescription.java:239)
        at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64)
        at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356)
        at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636)
        at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61)
        at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80)
        at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
        at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
        at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
        at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73)
        at com.envestnet.ejb.winthorpe.optimizer.WinthorpeRunListener$$$view3.onMessage(Unknown Source)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at java.lang.reflect.Method.invoke(Method.java:497)
        at org.jboss.as.ejb3.inflow.MessageEndpointInvocationHandler.doInvoke(MessageEndpointInvocationHandler.java:139)
        at org.jboss.as.ejb3.inflow.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:73)
        at com.envestnet.ejb.winthorpe.optimizer.WinthorpeRunListener$$$endpoint1.onMessage(Unknown Source)
        at org.apache.activemq.artemis.ra.inflow.ActiveMQMessageHandler.onMessage(ActiveMQMessageHandler.java:310)
        at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.callOnMessage(ClientConsumerImpl.java:1018)
        at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.access$400(ClientConsumerImpl.java:48)
        at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl$Runner.run(ClientConsumerImpl.java:1145)
        at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:103)
Caused by: java.util.ConcurrentModificationException
        at java.util.HashMap$HashIterator.nextNode(HashMap.java:1429)
        at java.util.HashMap$KeyIterator.next(HashMap.java:1453)
        at org.jboss.weld.context.AbstractContext.destroy(AbstractContext.java:160)
        at org.jboss.weld.context.AbstractManagedContext.deactivate(AbstractManagedContext.java:58)
        at org.jboss.weld.context.AbstractBoundContext.deactivate(AbstractBoundContext.java:72)
        at org.jboss.weld.context.ejb.EjbRequestContextImpl.deactivate(EjbRequestContextImpl.java:47)
        at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:76)
        at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83)
        at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
        at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21)

Follows is spelt as "folows" below:
"When the inline property is enabled, it folows all XSD imports and includes, and inlines them in the WSDL. "

I first raised this as a discussion and jaikiran pai asked that I raise this as a bug because he has recreated the issue in a small test case.
Discussion is here
https://developer.jboss.org/thread/276635

See SO
http://stackoverflow.com/questions/16948288/apache-camel-rss-feed-processor-skips-with-feeds-of-same-pubdate?noredirect=1#comment24503558_16948288

The following WARN and exception seems to appear in the logs when A-MQ gear is created.

2015-03-11 07:16:58,336 | WARN  | pool-59-thread-1 | hawtio-web - 176}                | r.handler.ContextHandler$Context 2050 | 90 - org.eclipse.jetty.aggregate.jetty-all-serve
r - 8.1.15.v20140411 | jolokia-agent: Error while using detector ActiveMQDetector: java.lang.SecurityException: Insufficient roles/credentials for operation
java.lang.SecurityException: Insufficient roles/credentials for operation
        at org.apache.karaf.management.KarafMBeanServerGuard.handleInvoke(KarafMBeanServerGuard.java:301)[34:org.apache.karaf.management.server:2.4.0.redhat-620071]
        at org.apache.karaf.management.KarafMBeanServerGuard.handleGetAttribute(KarafMBeanServerGuard.java:221)[34:org.apache.karaf.management.server:2.4.0.redhat-620071]
        at org.apache.karaf.management.KarafMBeanServerGuard.invoke(KarafMBeanServerGuard.java:89)[34:org.apache.karaf.management.server:2.4.0.redhat-620071]
        at org.apache.karaf.management.boot.KarafMBeanServerBuilder$MBeanInvocationHandler.invoke(KarafMBeanServerBuilder.java:63)[karaf-jmx-boot.jar:]
        at com.sun.proxy.$Proxy0.getAttribute(Unknown Source)[:]
        at org.jolokia.detector.AbstractServerDetector$1.execute(AbstractServerDetector.java:108)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.detector.AbstractServerDetector$1.execute(AbstractServerDetector.java:105)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.backend.executor.AbstractMBeanServerExecutor.call(AbstractMBeanServerExecutor.java:90)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.detector.AbstractServerDetector.getAttributeValue(AbstractServerDetector.java:94)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.detector.AbstractServerDetector.getSingleStringAttribute(AbstractServerDetector.java:129)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.detector.ActiveMQDetector.detect(ActiveMQDetector.java:15)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.backend.MBeanServerHandler.detectServers(MBeanServerHandler.java:228)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.backend.MBeanServerHandler.initServerHandle(MBeanServerHandler.java:81)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.backend.MBeanServerHandler.<init>(MBeanServerHandler.java:70)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.backend.LocalRequestDispatcher.<init>(LocalRequestDispatcher.java:71)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.backend.BackendManager.init(BackendManager.java:328)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.backend.BackendManager.<init>(BackendManager.java:130)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.backend.BackendManager.<init>(BackendManager.java:105)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.jolokia.http.AgentServlet.init(AgentServlet.java:162)[176:io.hawt.hawtio-web:1.5.0.redhat-078]
        at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:532)[90:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
        at org.eclipse.jetty.servlet.ServletHolder.doStart(ServletHolder.java:344)[90:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)[90:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
        at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:791)[90:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
        at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:265)[90:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
        at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:717)[90:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
        at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doStart(HttpServiceContext.java:222)[99:org.ops4j.pax.web.pax-web-jetty:3.1.4]
        at org.ops4j.pax.web.service.jetty.internal.JettyServerImpl$1.start(JettyServerImpl.java:202)[99:org.ops4j.pax.web.pax-web-jetty:3.1.4]
        at org.ops4j.pax.web.service.internal.HttpServiceStarted.end(HttpServiceStarted.java:1032)[98:org.ops4j.pax.web.pax-web-runtime:3.1.4]
        at org.ops4j.pax.web.service.internal.HttpServiceProxy.end(HttpServiceProxy.java:422)[98:org.ops4j.pax.web.pax-web-runtime:3.1.4]
        at org.ops4j.pax.web.extender.war.internal.RegisterWebAppVisitorWC.end(RegisterWebAppVisitorWC.java:341)[205:org.ops4j.pax.web.pax-web-extender-war:3.1.4]
        at org.ops4j.pax.web.extender.war.internal.model.WebApp.accept(WebApp.java:678)[205:org.ops4j.pax.web.pax-web-extender-war:3.1.4]
        at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.register(WebAppPublisher.java:237)[205:org.ops4j.pax.web.pax-web-extender-war:3.1.4]
        at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:182)[205:org.ops4j.pax.web.pax-web-extender-war:3
.1.4]
        at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:135)[205:org.ops4j.pax.web.pax-web-extender-war:3
.1.4]
        at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)[karaf.jar:2.4.0.redhat-620071]
        at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)[karaf.jar:2.4.0.redhat-620071]
        at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)[karaf.jar:2.4.0.redhat-620071]
        at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)[karaf.jar:2.4.0.redhat-620071]
        at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:317)[karaf.jar:2.4.0.redhat-620071]
        at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261)[karaf.jar:2.4.0.redhat-620071]
        at org.ops4j.pax.web.extender.war.internal.WebAppPublisher.publish(WebAppPublisher.java:101)[205:org.ops4j.pax.web.pax-web-extender-war:3.1.4]
        at org.ops4j.pax.web.extender.war.internal.WebObserver.deploy(WebObserver.java:213)[205:org.ops4j.pax.web.pax-web-extender-war:3.1.4]
        at org.ops4j.pax.web.extender.war.internal.WebObserver$1.doStart(WebObserver.java:175)[205:org.ops4j.pax.web.pax-web-extender-war:3.1.4]
        at org.ops4j.pax.web.extender.war.internal.extender.SimpleExtension.start(SimpleExtension.java:58)[205:org.ops4j.pax.web.pax-web-extender-war:3.1.4]
        at org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender$1.run(AbstractExtender.java:266)[205:org.ops4j.pax.web.pax-web-extender-war:3.1.4]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_75]
        at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_75]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)[:1.7.0_75]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)[:1.7.0_75]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_75]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_75]
        at java.lang.Thread.run(Thread.java:745)[:1.7.0_75]

just figured out that I've been linking to things incorrectly.

When an error occurs at startup, LDAP credential is shown in the log file. It should not appear.

There is a bug in the serialization/deserialization code of BinarySortableSerDe that causes problems in dealing with negative float/double numbers.

For the repro

drop table sample_test;
CREATE TABLE IF NOT EXISTS sample_test( key decimal(38,0),b int ) ROW FORMAT DELIMITED FIELDS TERMINATED BY ',' STORED AS TEXTFILE;
load data local inpath '/home/hive/analyse.txt' into table sample_test;
ANALYZE TABLE sample_test COMPUTE STATISTICS FOR COLUMNS;

Sample data

20234567894567498250824983000004 0
50320807548878498250695083000004 0
40120807548878498250687183000004 0
20120807548878498250667783000004 0
40120807548878496250656783000004 0

When configuring a sockjs stomp-endpoint using XML, the custom HandshakeHandler is not set.
This custom HandshakeHandler should be set in a WebsocketTransportHandler (itself added to the list of transport overrides when creating the instance of the socksJsService).

1) A lot of jars are missing from dist directory in spring-security-4.0.2.RELEASE-...
There are no *-sources.jar, no *-javadoc.jar, and the following 5 components are missing as a whole: spring-security-aspects, spring-security-cas, spring-security-data, spring-security-remoting, spring-security-test.
All of those missing jars can be downloaded separately from Maven or Spring repository,
https://repo.spring.io/libs-re...
https://github.com/spring-proj...
2) There are no license.txt, notice.txt files in the *-dist.zip archive. They were present in 3.2.7, but are missing in 3.2.8, 4.0.
{0,1,2}
            
I currently upgraded spring framework to 4.3 from 4.2.5 and all of the integration tests that use OPTIONS method are failing.
For the test we use RestAssured and the scenario is like this:

given().
    	auth().basic(some_user_Name, some_password).
    	when().options("some_base_path").
    	then().statusCode(200).and().header(....)

I see that the way the http request method matching is changed and specially for method OPTIONS.
Code snippet from RequestMethodsRequestCondition:

public RequestMethodsRequestCondition getMatchingCondition(HttpServletRequest request) {
		if (CorsUtils.isPreFlightRequest(request)) {
			return matchPreFlight(request);
		}
		if (getMethods().isEmpty()) {
			if (RequestMethod.OPTIONS.name().equals(request.getMethod())) {
				return null; // No implicit match for OPTIONS (we handle it)
			}
			return this;
		}
		return matchRequestMethod(request.getMethod());
	}

but in RequestMappingInfo.getMatchingCondition sinse the getMatchingCondition for http methods return null my url won't be matched.

public RequestMappingInfo getMatchingCondition(HttpServletRequest request) {
RequestMethodsRequestCondition methods = this.methodsCondition.getMatchingCondition(request);
....
if (methods == null || params == null || headers == null || consumes == null || produces == null) {
			return null;
		}
...
}

Thanks in advance for the help.

HIVE-3140 changed behavior of 'DESCRIBE table;' to be like 'DESCRIBE FORMATTED table;'. HIVE-3140 introduced changes to not print header in 'DESCRIBE table;'. But jdbc/odbc calls still get fields padded with space for the 'DESCRIBE table;' query.
As the jdbc/odbc results are not for direct human consumption the space padding should not be done for hive server2.

Consider a Camel route that involves an xslt component. When Camel sets up the route, the XsltBuilder ignores any errors coming from the xerces xml parser and continues constructing the route even though the xslt transformer is not initialized. 
Later when the route is executed Camel correctly checks if the transformer is initialized and raises an error if not:
java.lang.IllegalArgumentException: No transformer configured!
However in case of a parse error in the xslt file, the whole route becomes unusable and the setup routine that constructs the route should fail with an appropriate error message. A sanity check needs to be added in method
org.apache.camel.builder.xml.XsltBuilder.setTransformerSource(javax.xml.transform.Source).

2017-09-28T17:22:32,370  WARN [pool-6-thread-16] metastore.MetaStoreDirectSql: Failed to execute [SELECT "DBS"."NAME", "TBLS"."TBL_NAME", "COLUMNS_V2"."COLUMN_NAME","KEY_CONSTRAINTS"."POSITION", "KEY_CONSTRAINTS"."CONSTRAINT_NAME", "KEY_CONSTRAINTS"."ENABLE_VALIDATE_RELY"  from "TBLS"  INNER  join "KEY_CONSTRAINTS" ON "TBLS"."TBL_ID" = "KEY_CONSTRAINTS"."PARENT_TBL_ID"  INNER join "DBS" ON "TBLS"."DB_ID" = "DBS"."DB_ID"  INNER JOIN "COLUMNS_V2" ON "COLUMNS_V2"."CD_ID" = "KEY_CONSTRAINTS"."PARENT_CD_ID" AND  "COLUMNS_V2"."INTEGER_IDX" = "KEY_CONSTRAINTS"."PARENT_INTEGER_IDX"  WHERE "KEY_CONSTRAINTS"."CONSTRAINT_TYPE" = 0 AND "DBS"."NAME" = ? AND "TBLS"."TBL_NAME" = ?] with parameters [concatenatetable_org_apache_hadoop_hive_ql_parse_testreplicationscenarios_1506644534106, unptned]
javax.jdo.JDODataStoreException: Error executing SQL query "SELECT "DBS"."NAME", "TBLS"."TBL_NAME", "COLUMNS_V2"."COLUMN_NAME","KEY_CONSTRAINTS"."POSITION", "KEY_CONSTRAINTS"."CONSTRAINT_NAME", "KEY_CONSTRAINTS"."ENABLE_VALIDATE_RELY"  from "TBLS"  INNER  join "KEY_CONSTRAINTS" ON "TBLS"."TBL_ID" = "KEY_CONSTRAINTS"."PARENT_TBL_ID"  INNER join "DBS" ON "TBLS"."DB_ID" = "DBS"."DB_ID"  INNER JOIN "COLUMNS_V2" ON "COLUMNS_V2"."CD_ID" = "KEY_CONSTRAINTS"."PARENT_CD_ID" AND  "COLUMNS_V2"."INTEGER_IDX" = "KEY_CONSTRAINTS"."PARENT_INTEGER_IDX"  WHERE "KEY_CONSTRAINTS"."CONSTRAINT_TYPE" = 0 AND "DBS"."NAME" = ? AND "TBLS"."TBL_NAME" = ?".
	at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:543) ~[datanucleus-api-jdo-4.2.4.jar:?]
	at org.datanucleus.api.jdo.JDOQuery.executeInternal(JDOQuery.java:391) ~[datanucleus-api-jdo-4.2.4.jar:?]
	at org.datanucleus.api.jdo.JDOQuery.executeWithArray(JDOQuery.java:267) ~[datanucleus-api-jdo-4.2.4.jar:?]
	at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.executeWithArray(MetaStoreDirectSql.java:1922) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPrimaryKeys(MetaStoreDirectSql.java:2105) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore$12.getSqlResult(ObjectStore.java:8891) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore$12.getSqlResult(ObjectStore.java:8887) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:3060) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore.getPrimaryKeysInternal(ObjectStore.java:8899) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore.getPrimaryKeys(ObjectStore.java:8875) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_45]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
	at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
	at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:101) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy31.getPrimaryKeys(Unknown Source) [?:?]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_primary_keys(HiveMetaStore.java:7252) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:148) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:107) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy33.get_primary_keys(Unknown Source) [?:?]
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_primary_keys.getResult(ThriftHiveMetastore.java:13596) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_primary_keys.getResult(ThriftHiveMetastore.java:13580) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) [libthrift-0.9.3.jar:0.9.3]
	at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:110) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:106) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_45]
	at javax.security.auth.Subject.doAs(Subject.java:422) [?:1.8.0_45]
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1807) [hadoop-common-2.8.1.jar:?]
	at org.apache.hadoop.hive.metastore.TUGIBasedProcessor.process(TUGIBasedProcessor.java:118) [hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286) [libthrift-0.9.3.jar:0.9.3]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_45]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_45]
	at java.lang.Thread.run(Thread.java:745) [?:1.8.0_45]

JdbcAclService : 
 public Acl readAclById(ObjectIdentity object, List<Sid> sids) throws NotFoundException 
{
        Map<ObjectIdentity, Acl> map = readAclsById(Arrays.asList(object), sids);
        Assert.isTrue(map.containsKey(object), "There should have been an Acl entry for ObjectIdentity " + object);

        return (Acl) map.get(object);
    }

IllegalArgumentException  exception is thrown when acl not found. This exception is not catched anywhere and thus displayed to end user.
AclPermissionEvaluator expects org.springframework.security.acls.model.NotFoundException when calling JdbcAclService.readAclById (to return  permission denied) but instead exception is throwing.
Suggestion : change 
Assert.isTrue(map.containsKey(object), "There should have been an Acl entry for ObjectIdentity " + object);
to
if (!map.containsKey(object)) 
{
      throw new NotFoundException("There should have been an Acl entry for ObjectIdentity ");
    }

Stack trace: 
java.lang.IllegalArgumentException: There should have been an Acl entry for ObjectIdentity org.springframework.security.acls.domain.ObjectIdentityImpl[Type: com.SomeType; Identifier: 1]
        at org.springframework.util.Assert.isTrue(Assert.java:65)
        at org.springframework.security.acls.jdbc.JdbcAclService.readAclById(JdbcAclService.java:95)
        at org.springframework.security.acls.AclPermissionEvaluator.checkPermission(AclPermissionEvaluator.java:81)
        at org.springframework.security.acls.AclPermissionEvaluator.hasPermission(AclPermissionEvaluator.java:65)
        at org.springframework.security.access.expression.SecurityExpressionRoot.hasPermission(SecurityExpressionRoot.java:132)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at org.springframework.expression.spel.support.ReflectiveMethodExecutor.execute(ReflectiveMethodExecutor.java:69)
        at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:110)
        at org.springframework.expression.spel.ast.SpelNodeImpl.getTypedValue(SpelNodeImpl.java:102)
        at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:97)

Like Camel-Git, Camel-Kubernetes was developed with the idea of single operation. Maybe it would be good to copy the headers from in to out for operations chains on the Cluster.

I didn't dig a lot into this issue, but by splitting a table twice in a row I was able to trigger a situation where a daughter of the first split was deleted by the CatalogJanitor before it processed its parent. Will post log in a comment.

The ExecutionContextPromotionListener  currently performs the promotion for every matched pattern.  Instead, it should break out of the loop after finding a match.  

Its a problem because commonly a check for existence will get list of current tables.
Yesterday saw problem when .META. went off line.  A piece of client code was asking for list of tables when .META. was offline, it was getting back an empty list because listTables do while was seeing 'org.apache.hadoop.hbase.NotServingRegionException: .META.,,1'
Problem is the do while in HCM.listTables goes as long as startRow does not equal LAST_ROW but startRow is initialized with EMPTY_START_ROW which is equal to LAST_ROW.

The Meta-Annotation for @RefreshScope (as mentioned in the linked ticket) overwrites the default proxyMode (with ScopedProxyMode.TARGET_CLASS) which is unfortunately only working with an annotation at type level (with proxy mode resolution via ClassPathBeanDefinitionScanner and a ScopeMetadataResolver) but not for @Bean annotated methods, which uses a different approach to resolve the proxyMode.
Even setting the proxyMode manually at the custom scope annotation does not help.
There is the 'workaround', not to use the meta annotation but the original @Scope with correct proxyMode at the method, but it would be an improvement to have the same behaviour for the custom scope annotation on both sides. 

  [javadoc] Building tree for all the packages and classes...
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/HColumnDescriptor.java:65: warning - Tag @link: reference not found: Compression.Algorithm
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:50: warning - Tag @link: reference not found: HFile
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:235: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:245: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:255: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:265: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:276: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:287: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:299: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:310: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:322: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:337: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:351: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:365: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:380: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:401: warning - Tag @return cannot be used in constructor documentation.  It can only be used in the following types of documentation: method.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:547: warning - @param argument "b" is not a parameter name.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/KeyValue.java:1037: warning - @return tag has no arguments.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/filter/RowFilterInterface.java:124: warning - @param argument "colunmName" is not a parameter name.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/io/RowResult.java:276: warning - @param argument "r" is not a parameter name.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/io/SequenceFile.java:1793: warning - @return tag has no arguments.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/io/hfile/HFile.java:277: warning - Parameter "c" is documented more than once.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/mapred/TableInputFormatBase.java:75: warning - Tag @link: reference not found: Text
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/regionserver/HAbstractScanner.java:90: warning - @param argument "family/store" is not a parameter name.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/regionserver/LruHashMap.java:348: warning - @param argument "o" is not a parameter name.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/regionserver/Store.java:1020: warning - @param argument "origin" is not a parameter name.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/rest/filter/RowFilterSetFactory.java:91: warning - @return tag has no arguments.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/util/Bytes.java:692: warning - @return tag has no arguments.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/util/Bytes.java:169: warning - @param argument "bytes" is not a parameter name.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/util/Bytes.java:169: warning - @param argument "offset" is not a parameter name.
  [javadoc] /home/stack/checkouts/hbase/trunk/src/java/org/apache/hadoop/hbase/util/Bytes.java:169: warning - @param argument "b" is not a parameter name.
  [javadoc] Building index for all the packages and classes...
  [javadoc] Building index for all classes...
  [javadoc] Generating /home/stack/checkouts/hbase/trunk/build/docs/api/stylesheet.css...

org.springframework.amqp.UncategorizedAmqpException: java.lang.NullPointerException

	at org.springframework.amqp.rabbit.support.RabbitExceptionTranslator.convertRabbitAccessException(RabbitExceptionTranslator.java:76)
	at org.springframework.amqp.rabbit.connection.RabbitAccessor.convertRabbitAccessException(RabbitAccessor.java:110)
	at org.springframework.amqp.rabbit.core.RabbitTemplate.doExecute(RabbitTemplate.java:1304)
	at org.springframework.amqp.rabbit.core.RabbitTemplate.execute(RabbitTemplate.java:1271)
	at org.springframework.amqp.rabbit.core.RabbitTemplate.execute(RabbitTemplate.java:1247)
	at org.springframework.amqp.rabbit.core.RabbitAdmin.declareQueue(RabbitAdmin.java:166)
	at org.springframework.cloud.stream.binder.rabbit.RabbitMessageChannelBinder.declareQueue(RabbitMessageChannelBinder.java:654)
	at org.springframework.cloud.stream.binder.rabbit.RabbitMessageChannelBinder.buildOutboundEndpoint(RabbitMessageChannelBinder.java:554)
	at org.springframework.cloud.stream.binder.rabbit.RabbitMessageChannelBinder.bindProducer(RabbitMessageChannelBinder.java:580)
	at org.springframework.cloud.stream.binder.rabbit.RabbitMessageChannelBinder.bindProducer(RabbitMessageChannelBinder.java:108)
	at org.springframework.cloud.stream.binder.AbstractTestBinder.bindProducer(AbstractTestBinder.java:57)
	at org.springframework.cloud.stream.binder.rabbit.RabbitTestBinder.bindProducer(RabbitTestBinder.java:82)
	at org.springframework.cloud.stream.binder.rabbit.RabbitTestBinder.bindProducer(RabbitTestBinder.java:41)
	at org.springframework.cloud.stream.binder.rabbit.RabbitBinderTests.testAutoBindDLQPartionedConsumerFirst(RabbitBinderTests.java:362)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at org.springframework.cloud.stream.test.junit.AbstractExternalResourceTestSupport$1.evaluate(AbstractExternalResourceTestSupport.java:70)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:234)
	at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:74)
	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)
	at org.springframework.amqp.rabbit.core.RabbitAdmin$3.doInRabbit(RabbitAdmin.java:169)
	at org.springframework.amqp.rabbit.core.RabbitAdmin$3.doInRabbit(RabbitAdmin.java:166)
	at org.springframework.amqp.rabbit.core.RabbitTemplate.doExecute(RabbitTemplate.java:1298)
	... 40 more

The build of this quickstart fails with the message below.  This is because of a change made to the pom as part of ENTESB-2124  (See https://github.com/jboss-fuse/fabric8/commit/55c48636687aecac7a61610a88a8ed8cc2c6b56 )
WARNING] log4j:WARN No appenders could be found for logger (org.apache.cxf.common.logging.LogUtils).
[WARNING] log4j:WARN Please initialize the log4j system properly.
[WARNING] log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
[WARNING] Exception in thread "main" org.apache.cxf.tools.common.ToolException: Directory : /maven/build/fuse/esb/shared/target/generated/src/main/java could not be created
[WARNING] 	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.validate(WSDLToJavaContainer.java:526)
[WARNING] 	at org.apache.cxf.tools.wsdlto.frontend.jaxws.JAXWSContainer.validate(JAXWSContainer.java:69)
[WARNING] 	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaContainer.java:175)
[WARNING] 	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:164)
[WARNING] 	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:412)
[WARNING] 	at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:103)
[WARNING] 	at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113)
[WARNING] 	at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:86)
[WARNING] 	at org.apache.cxf.maven_plugin.wsdl2java.ForkOnceWSDL2Java.main(ForkOnceWSDL2Java.java:51)

HADOOP-5759 is committed to Hadoop 0.20 on 19/Oct/09 but not released yet.
We should not use CombineHiveInputFormat for hadoop 0.20 for now. Otherwise all users will encounter problems using Hive trunk against Hadoop 0.20.
We can switch the default back when a new release from hadoop 0.20 comes out.

We've found situations in production where Pig queries using HCatStorer, dynamic partitioning and opt.multiquery=true that produce partitions in the output table, but the corresponding directories have no data files (in spite of Pig reporting non-zero records written to HDFS). I don't yet have a distilled test-case for this.
Here's the code from FileOutputCommitterContainer after HIVE-7803:
FileOutputCommitterContainer.java
  @Override
  public void commitTask(TaskAttemptContext context) throws IOException {
    String jobInfoStr = context.getConfiguration().get(FileRecordWriterContainer.DYN_JOBINFO);
    if (!dynamicPartitioningUsed) {
         //See HCATALOG-499
      FileOutputFormatContainer.setWorkOutputPath(context);
      getBaseOutputCommitter().commitTask(HCatMapRedUtil.createTaskAttemptContext(context));
    } else if (jobInfoStr != null) {
      ArrayList<String> jobInfoList = (ArrayList<String>)HCatUtil.deserialize(jobInfoStr);
      org.apache.hadoop.mapred.TaskAttemptContext currTaskContext = HCatMapRedUtil.createTaskAttemptContext(context);
      for (String jobStr : jobInfoList) {
    	OutputJobInfo localJobInfo = (OutputJobInfo)HCatUtil.deserialize(jobStr);
    	FileOutputCommitter committer = new FileOutputCommitter(new Path(localJobInfo.getLocation()), currTaskContext);
    	committer.commitTask(currTaskContext);
      }
    }
  }

The serialized jobInfoList can't be retrieved, and hence the commit never completes. This is because Pig's MapReducePOStoreImpl deliberately clones both the TaskAttemptContext and the contained Configuration instance, thus separating the Configuration instances passed to FileOutputCommitterContainer::commitTask() and FileRecordWriterContainer::close(). Anything set by the RecordWriter is unavailable to the Committer.
One approach would have been to store state in the FileOutputFormatContainer. But that won't work since this is constructed via reflection in HCatOutputFormat (itself constructed via reflection by PigOutputFormat via HCatStorer). There's no guarantee that the instance is preserved.
My only recourse seems to be to use a Singleton to store shared state. I'm loath to indulge in this brand of shenanigans. (Statics and container-reuse in Tez might not play well together, for instance.) It might work if we're careful about tearing down the singleton.
Any other ideas? 

I bumped into this one - All the mutation calls like Put, Delete check whether the region in question is readonly. The append and increment calls don't.

Currently, scan metrics is not published in case there is one trip to server. I was testing it on a small row range (200 rows) with a large cache value (1000). It doesn't look right as metrics should not depend on number of rpc calls (number of rpc call is just one metrics fwiw).

User with admin privileges on a role should be able to run 'show principals <rolename>' on that role.

Currently, the Java side keeps a reference to the address of the EVP context, and checks that it's not 0 before performing any operations.
But if an error happens in native code, for example here in init():

  if (result == 0 && context != NULL) {
    if (CONTEXT(ctx) != NULL) {
      dlsym_EVP_CIPHER_CTX_cleanup(context);
    } else {
      dlsym_EVP_CIPHER_CTX_free(context);
    }
  }

The address known to the Java side will now be invalid, and if any native method is now called the JVM will crash.

Found this while looking for other instances of ROO-3011.
The "controller scaffold" command wrongly puts the focus onto the specified form backing type's module.
The synonymous "web mvc scaffold" command was fixed in 1.2.0.RC1 by Git commit 3ec094f060e41ae7666722233d3d4feea8d73922.

WebCERTTestsSecurityDomainSetup doesn't reload a server after security related configuration tearDown making EAP instance unavailable to subsequent tests in test.integration.web module.
reproduce
remove the smoke module from smoke profile

Unable to find source-code formatter for language: diff. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml
[pkremens@dhcp-10-40-5-78 wildfly] (master *)$ git diff testsuite/integration/pom.xml
diff --git a/testsuite/integration/pom.xml b/testsuite/integration/pom.xml
index dec5530..55fcb8c 100644
--- a/testsuite/integration/pom.xml
+++ b/testsuite/integration/pom.xml
@@ -94,7 +94,6 @@
             <activation><property><name>!ts.noSmoke</name></property></activation>
             <modules>
                 <module>web</module>
-                <module>smoke</module>
             </modules>
         </profile>

The tests pass if run over servlet-dist (default jboss.dist for web module)

./integration-tests.sh -Djboss.dist=$(pwd)/servlet-dist/target/wildfly-servlet-10.1.0.Final-SNAPSHOT
Tests run: 80, Failures: 0, Errors: 0, Skipped: 4

However fails if run over full distribution

./integration-tests.sh -Djboss.dist=$(pwd)/dist/target/wildfly-10.1.0.Final-SNAPSHOT
Tests run: 57, Failures: 0, Errors: 28, Skipped: 4

We run the tests over server build delivered by productization during regular EAP testing cycles, that is how we run into this issue.

Vulnerability in LdapAuthenticationProviderImpl enables HiveServer2 client to degrade the authentication mechanism to "none", allowing authentication without password.
See: http://docs.oracle.com/javase/jndi/tutorial/ldap/security/simple.html
“If you supply an empty string, an empty byte/char array, or null to the Context.SECURITY_CREDENTIALS environment property, then the authentication mechanism will be "none". This is because the LDAP requires the password to be nonempty for simple authentication. The protocol automatically converts the authentication to "none" if a password is not supplied.”
Since the LdapAuthenticationProviderImpl.Authenticate method is relying on a NamingException being thrown during creation of initial context, it does not fail when the context result is an “unauthenticated” positive response from the LDAP server. The end result is, one can authenticate with HiveServer2 using the LdapAuthenticationProviderImpl with only a user name and an empty password.

So that the outgoing soap message get chance to calculate soapAction from the operationName

I have a OneToMany relationship, when I try to access the elements of the collection using the link I get the following Exception: 

	at org.springframework.data.rest.webmvc.ResourceProcessorHandlerMethodReturnValueHandler.handleReturnValue(ResourceProcessorHandlerMethodReturnValueHandler.java:161)
	at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:71)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:748)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:689)
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:83)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:947)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:878)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:946)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:837)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:822)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:947)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1009)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
	at java.lang.Thread.run(Thread.java:744)

HBASE-15128 added switch for disabling split / merge.
When split / merge switch is turned off, region normalizer should not perform split / merge operation, respectively.

CLI "deploy" command with open quote and tab for completion results in a "StringIndexOutOfBoundsException" exception

Type 'connect' to connect to the server or 'help' for the list of supported commands.

[disconnected /] connect
[standalone@localhost:9999 /] deploy "d<Tab>

[standalone@localhost:9990 /] deploy "djava.lang.StringIndexOutOfBoundsException: String index out of range: -1
        at java.lang.String.substring(String.java:1958)
        at org.jboss.as.cli.handlers.WindowsFilenameTabCompleter.complete(WindowsFilenameTabCompleter.java:54)
        at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:229)
        at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:73)
        at org.jboss.as.cli.CommandCompleter.doComplete(CommandCompleter.java:126)
        at org.jboss.as.cli.CommandCompleter.complete(CommandCompleter.java:63)
        at org.jboss.as.cli.impl.Console$Factory$1$1.complete(Console.java:102)
        at org.jboss.aesh.console.Console.complete(Console.java:1155)
        at org.jboss.aesh.console.Console.parseOperation(Console.java:550)
        at org.jboss.aesh.console.Console.read(Console.java:452)
        at org.jboss.aesh.console.Console.read(Console.java:346)
        at org.jboss.as.cli.impl.Console$Factory$1.readLine(Console.java:178)
        at org.jboss.as.cli.impl.CommandContextImpl.interact(CommandContextImpl.java:1283)
        at org.jboss.as.cli.impl.CliLauncher.main(CliLauncher.java:254)
        at org.jboss.as.cli.CommandLineMain.main(CommandLineMain.java:34)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at java.lang.reflect.Method.invoke(Method.java:601)
        at org.jboss.modules.Module.run(Module.java:312)
        at org.jboss.modules.Main.main(Main.java:460)
Press any key to continue . . .

hi,
when using GenericApplicationContextFactory (e.g. spring-batch) in order to create Child-Contexts, the *Aware callbacks are called twice on the Child-Context(s)?
see SomeTest.java
test output:

in parent application context
Creating Child Bean
1: setEnvironment
1: in child app context has parent: true
2: setEnvironment
2: in child app context has parent: false

When migrating to Spring 4.3.0, we found an incompatibility between our current @JmsListener config and the new lazy message resolution change https://github.com/spring-projects/spring-framework/commit/31a3607de6fd95a372e9330632a869db064892bd).  When a message comes in, the PayloadArgumentResolver is trying to handle it.  PAR.resolveArgument receives a LazyResolutionMessage.  Calling getPayload delegates to an overridden extractPayload in MessagingMessageConverterAdapter.  MMCA.extractPayload delegates to our configured MessagingMessageConverter's fromMessage.  However, MMC.fromMessage has been overridden and so another LazyResolutionMessage is produced, instead of the converted payload.
As a workaround, I overrode MessagingMessageConverter.fromMessage to call its extractPayload.  In Spring 4.2.6, I did not need this.
We have a JMS listener method like this:

   @JmsListener(id = "1", containerFactory = "jmsListenerContainerFactory", destination = "theEventsQueue")
    public void processResearchTrailEvents(@Payload final Event[] events, @Headers final Map<String, Object> headers)

@Configuration @EnableJms
public class MessagingConfig
{
    @Bean @Scope("prototype")
    public DefaultJmsListenerContainerFactory jmsListenerContainerFactory()
        throws Exception
    {
        final DefaultJmsListenerContainerFactory containerFactory = new DefaultJmsListenerContainerFactory();
        ...
        containerFactory.setMessageConverter(jmsMessageConverter());
        return containerFactory;
    }

    @Bean
    public MessageConverter jmsMessageConverter()
    {
        final MessagingMessageConverter messageConverter = new MessagingMessageConverter();
        messageConverter.setPayloadConverter(new EventsPayloadMessageConverter());
        return messageConverter;
    }
}

Saw the following in pre-commit build:

 !????? /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build@2/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml
 !????? /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build@2/hbase-checkstyle/src/main/resources/hbase/checkstyle-suppressions.xml
Lines that start with ????? in the release audit report indicate files that do not have an Apache license header.

Renaming a partition changes the location of the partition to the default location of the table, followed by the partition specification.  It should just change the partition specification of the path.
If the path does not end with the old partition specification, we should probably throw an exception because renaming a partition should not change the path so dramatically, and not changing the path to reflect the new partition name could leave the partition in a very confusing state.

The code in ObjectNameAddressUtil#toPathAddress is wrong: it must look for the childAddress's submodel, not the address of the registry itself.
The current code fails with the exception:
org.jboss.as.controller._private.OperationFailedRuntimeException: WFLYCTL0071: Duplicate path element 'subsystem' found [ "WFLYCTL0071: Duplicate path element 'subsystem' found" ]

The HSQL Sample script  provided (from the home page and in the repository ) is invalid
CREATE TABLE acl_permission (
     id BIGINT GENERATED BY DEFAULT AS IDENTITY(START WITH 0)  NOT NULL PRIMARY KEY
     acl_object_identity BIGINT NOT NULL,
     recipient VARCHAR_IGNORECASE(100) NOT NULL,
     mask INTEGER NOT NULL,
     CONSTRAINT unique_recipient UNIQUE(acl_object_identity, recipient),
     FOREIGN KEY (acl_object_identity) REFERENCES acl_object_identity(id)
);
It should read 
     id BIGINT GENERATED BY DEFAULT AS IDENTITY(START WITH 0)  NOT NULL PRIMARY KEY,
);

drop database if exists noexistingdb throws and logs full exception if the database (noexistingdb) does not exist:
15/03/10 22:47:22 WARN metastore.ObjectStore: Failed to get database statsdb2, returning NoSuchObjectException
15/03/11 00:19:55 ERROR metastore.RetryingHMSHandler: NoSuchObjectException(message:statsdb2)
	at org.apache.hadoop.hive.metastore.ObjectStore.getDatabase(ObjectStore.java:569)
	at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:98)
	at com.sun.proxy.$Proxy6.getDatabase(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_database_core(HiveMetaStore.java:953)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_database(HiveMetaStore.java:927)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:107)
	at com.sun.proxy.$Proxy8.get_database(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getDatabase(HiveMetaStoreClient.java:1150)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:91)
	at com.sun.proxy.$Proxy9.getDatabase(Unknown Source)
	at org.apache.hadoop.hive.ql.metadata.Hive.getDatabase(Hive.java:1291)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.getDatabase(BaseSemanticAnalyzer.java:1364)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeDropDatabase(DDLSemanticAnalyzer.java:777)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:427)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:224)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:425)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:309)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1116)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1164)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1053)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1043)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:207)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:159)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:370)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:754)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:675)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:615)

The output for snapshots when you enter an invalid snapshot name talks about "User-space table names" instead of "Snapshot names". The error message should say "Snapshot names can only contain...".
Here is an example of the output:

hbase(main):001:0> snapshot 'user', 'asdf asdf'

ERROR: java.lang.IllegalArgumentException: Illegal character <32> at 4. User-space table names can only contain 'word characters': i.e. [a-zA-Z_0-9-.]: asdf asdf

Here is some help for this command:
Take a snapshot of specified table. Examples:

  hbase> snapshot 'sourceTable', 'snapshotName'

$SUBJECT causes invalid Docbook to be generated when the docs are generated.

As part of HBase-7544, there was introduced a misspelling into HFileContext.java:
https://github.com/apache/hbase/blob/trunk/hbase-common/src/main/java/org/apache/hadoop/hbase/io/hfile/HFileContext.java#L103
The fix is trivial. Will attach.

A dead store happens when a local variable is assigned a value, including null that is not read by any subsequent instruction. Calculating or retrieving a value only to then overwrite it or throw it away, could indicate a serious error in the code. Even if it's not an error, it is at best a waste of resources.
Even assigning null to a variable is a dead store if the variable is not subsequently used. Assigning null as a hint to the garbage collector used to be common practice, but is no longer needed and such code should be eliminated.
Non-compliant Code Example

public void pow(int a, int b) {
  if(b == 0) {
    return 0;
  }
  int x = a;
  for(int i= 1, i < b, i++) {
    x = x * a;  //Dead store because the last return statement should return x instead of returning a
  }
  return a;
}

Compliant Solution

  if(b == 0) {
    return 0;
  }
  int x = a;
    x = x * a;
  }
  return x;
}

XAdES XSD file defines, among the others, type 

DigestAlgAndValueType

In XAdES 1.1.1 this is defined as:

<xsd:complexType name="DigestAlgAndValueType">
  <xsd:sequence>
    <xsd:element name="DigestMethod" type="ds:DigestMethodType"/>
    <xsd:element name="DigestValue" type="ds:DigestValueType"/>
  </xsd:sequence>
</xsd:complexType>

and in later versions as:

    <xsd:element ref="ds:DigestMethod"/>
    <xsd:element ref="ds:DigestValue"/>

Apache Camel always generates elements of this type according to the second definition, regardless of selected namespace. This may cause XAdES 1.1.1 signature validation to fail.

When building docs, I noticed:

Failed to parse formatted text: To supply filters to the Scanner object or configure the Scanner in any other way, you can create a text file and add your filter to the file. For example, to return only rows for which keys start with &lt;codeph&gt;u123&lt;/codeph&gt; and use a batch size of 100, the filter file would look like this:

 <pre> &lt;Scanner batch="100"&gt; &lt;filter&gt; { "type": "PrefixFilter", "value": "u123" } &lt;/filter&gt; &lt;/Scanner&gt; </pre>

Working hypthesis is that we should either be using proper codeblocks rather than pre tags. Otherwise we may need to do something to escape curly braces. Asciidoctor is probably trying to interpret them as Liquid tags.

When trying to run the helloworld spring-shell sample under Cygwin, I see the shell start up and give me a prompt, but once I type something and hit Enter it appears to hang. (Also there is no colorization).
The problem is in how the particular jline terminal gets chosen. If the platform is detected as Windows then Jansi is automatically activated and a WindowsTerminal is created. In addition, under Windows, jline.terminal is not honored.
The attached patch honors jline.terminal which then lets me set the terminal to jline.UnixTerminal which results in the shell working as expected.

We should add the package-info for the input, output and stream package..

The add-user script is not prompting when entering a username that already exists (to update a user). It automatically overwrites the existing user information. This is what I see when I enter the username "test", which already exists:

[ahoffer@ahoffer bin] $ ./add-user.sh 

What type of user do you wish to add? 
 a) Management User (mgmt-users.properties) 
 b) Application User (application-users.properties)
(a): 

Enter the details of the new user to add.
Using realm 'ManagementRealm' as discovered from the existing property files.
Username : test
Password recommendations are listed below. To modify these restrictions edit the add-user.properties configuration file.
 - The password should be different from the username
 - The password should not be one of the following restricted values {root, admin, administrator}
 - The password should contain at least 8 characters, 1 alphabetic character(s), 1 digit(s), 1 non-alphanumeric symbol(s)
Password : 

Before I get asked for a password, I should see the following prompt for this existing user:

User 'test' already exists and is enabled, would you like to... 
 a) Update the existing user password and roles 
 b) Disable the existing user 
 c) Type a new username

Similar to the issue in ROO-2417, finder methods are not being created for dbre created fields if any field exists in the governor 

When we setup PAM authentication, we need to have libjpam.so under java.library.path. If it happens to misplace the .so file, rather than giving an exception, the client will hang forever.
Seems we should catch the exception when the lib is missing.

ScheduledJobIdentifier.scheduleDate is a java.util.Date, rather than a java.sql.Date.  This makes sense from a domain perspective, since tying our domains objects to java.sql.* wouldn't be good.  However, older versions of DB2 may have issues converting from from util.Date to sql.Date.  So far I have only seen this in the sql daos, but I still need to do more testing with Hibernate.  I was able to create a work around by creating a custom factory that would create the schedule date as a java.sql.Date, since it extends util.Date, however, it might be worth while to just translate to sql.Date in the sql daos, to avoid any issues.
If it is decided that we should stay completely in java.util.Date, and out of java.sql.*, then Timestamps would also need to be modfied in the *Execution classes as well, and would definitely require some translation in sql, and some testing with Hibernate to see how it would handle the conversion.

As we are running bucket cache for a long time in our system, we are observing cases where some nodes after some time does not fully utilize the bucket cache, in some cases it is even worse in the sense they get stuck at a value < 0.25 % of the bucket cache (DEFAULT_MEMORY_FACTOR as all our tables are configured in-memory for simplicity sake).
We took a heap dump and analyzed what is happening and saw that is classic case of fragmentation, current implementation of BucketCache (mainly BucketAllocator) relies on the logic that fullyFreeBuckets are available for switching/adjusting cache usage between different bucketSizes . But once a compaction / bulkload happens and the blocks are evicted from a bucket size , these are usually evicted from random places of the buckets of a bucketSize and thus locking the number of buckets associated with a bucketSize and in the worst case of the fragmentation we have seen some bucketSizes with occupancy ratio of <  10 % But they dont have any completelyFreeBuckets to share with the other bucketSize. 
Currently the existing eviction logic helps in the cases where cache used is more the MEMORY_FACTOR or MULTI_FACTOR and once those evictions are also done, the eviction (freeSpace function) will not evict anything and the cache utilization will be stuck at that value without any allocations for other required sizes.
The fix for this we came up with is simple that we do deFragmentation ( compaction) of the bucketSize and thus increasing the occupancy ratio and also freeing up the buckets to be fullyFree, this logic itself is not complicated as the bucketAllocator takes care of packing the blocks in the buckets, we need evict and re-allocate the blocks for all the BucketSizes that dont fit the criteria.
I am attaching an initial patch just to give an idea of what we are thinking and I'll improve it based on the comments from the community.

 org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Only one of the attributes abbreviate-field-names and field-naming-strategy-ref can be configured!
Occurs whenever field-naming-strategy-ref is used, possibly caused by abbreviate-field-names defaulting to false in the XSD:
<xsd:attribute name="abbreviate-field-names" use="optional" default="false">

Going to rsgroup.jsp?name=foo I get the following stack trace:

org.apache.hadoop.hbase.TableNotFoundException: hbase:rsgroup
	at org.apache.hadoop.hbase.client.ConnectionImplementation.locateRegionInMeta(ConnectionImplementation.java:842)
	at org.apache.hadoop.hbase.client.ConnectionImplementation.locateRegion(ConnectionImplementation.java:733)
	at org.apache.hadoop.hbase.client.ConnectionUtils$ShortCircuitingClusterConnection.locateRegion(ConnectionUtils.java:131)
	at org.apache.hadoop.hbase.client.ConnectionImplementation.locateRegion(ConnectionImplementation.java:719)
	at org.apache.hadoop.hbase.client.ConnectionImplementation.locateRegion(ConnectionImplementation.java:690)
	at org.apache.hadoop.hbase.client.ConnectionImplementation.getRegionLocation(ConnectionImplementation.java:571)
	at org.apache.hadoop.hbase.client.ConnectionUtils$ShortCircuitingClusterConnection.getRegionLocation(ConnectionUtils.java:131)
	at org.apache.hadoop.hbase.client.HRegionLocator.getRegionLocation(HRegionLocator.java:73)
	at org.apache.hadoop.hbase.client.RegionServerCallable.prepare(RegionServerCallable.java:223)
	at org.apache.hadoop.hbase.client.RpcRetryingCallerImpl.callWithRetries(RpcRetryingCallerImpl.java:105)
	at org.apache.hadoop.hbase.client.HTable.get(HTable.java:385)
	at org.apache.hadoop.hbase.client.HTable.get(HTable.java:359)
	at org.apache.hadoop.hbase.RSGroupTableAccessor.getRSGroupInfo(RSGroupTableAccessor.java:75)
	at org.apache.hadoop.hbase.generated.master.rsgroup_jsp._jspService(rsgroup_jsp.java:78)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:840)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1772)
	at org.apache.hadoop.hbase.http.lib.StaticUserWebFilter$StaticUserFilter.doFilter(StaticUserWebFilter.java:112)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1759)
	at org.apache.hadoop.hbase.http.ClickjackingPreventionFilter.doFilter(ClickjackingPreventionFilter.java:48)
	at org.apache.hadoop.hbase.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:1374)
	at org.apache.hadoop.hbase.http.NoCacheFilter.doFilter(NoCacheFilter.java:49)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:582)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512)
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
	at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:119)
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
	at org.eclipse.jetty.server.Server.handle(Server.java:534)
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320)
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251)
	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:283)
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108)
	at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:251)
	at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93)
	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303)
	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148)
	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589)

We should fail gracefully instead.

1) Memory needs to be accounted for.
2) LRFU eviction doesn't need to maintain state between individual removals.

Found by Shrijeet Paliwal....
Following line under 'A.5.1. Rolling Restart' should be :
$ echo "balance_switch false" | ./bin/hbase
$ echo "balance_switch false" | ./bin/hbase shell
-Shrijeet

When using CDI to inject non-EJB components such as Servlets it appears both Weld and WF are performing resource injections.

There are many classes that were copied and pasted from Spring Framework placed into the 'util' package, e.g. ObjectUtils, CollectionUtils, etc.  (Look for Juergen, Arjen, Rob, etc for author tags).
As we now depend on Spring there is no need for this duplication. 

Each record writer registers a memory monitor with the MemoryMXBean but they aren't removed. So the listener objects/lambdas accumulate over time in the bean. 

I'm trying to update from Camel 2.16.3 to 2.19.1 and experience issues using properties in the REST DSL in blueprint context.
I have the following config:

        <rest path="patient/{patient_id}/events?cutoff_timestamp={cutoff_timestamp}&amp;limit={limit}" produces="application/json" consumes="application/json">
            <get bindingMode="off">
                <param name="patient_id" type="path" dataType="string" required="true" />
                <param name="cutoff_timestamp" type="query" dataType="long" required="false" />
                <param name="limit" type="query" dataType="integer" required="false" defaultValue="{{vel.rest.default.rowlimit}}" />

For the param "limit" the property {{vel.rest.default.rowlimit}} used in attribute defaultValue seems not to get replaced as I receive the following exception:

    java.lang.NumberFormatException: For input string: "{{vel.rest.default.rowlimit}}"

Originally asked on the mailing list: http://camel.465427.n5.nabble.com/issue-with-property-in-REST-DSL-in-blueprint-context-Camel-2-19-1-td5809573.html

I could see some 2 or 3 src files and many test files referring to org.mortbay.log.Log instead of commons Log.  Patch correct all such places

In the following link the "All Implemented Interfaces: ServletContainerInitializer" points to incorrect URL: 
http://static.springsource.org/spring/docs/3.1.0.M2/javadoc-api/org/springframework/web/SpringServletContainerInitializer.html

1. change the SplitTransaction.java as below,just like mock the timeout error.
      if (!testing) {
        MetaEditor.offlineParentInMeta(server.getCatalogTracker(),
           this.parent.getRegionInfo(), a.getRegionInfo(), b.getRegionInfo());
        throw new IOException("some unexpected error in split");
      }
   
5. kill the regionserver hosted the table;
6. wait some time after master ServerShutdownHandler.process execute,then scan the table,u'll find the data wrote before lost.

"DIGEST-MD5: digest response format violation. Mismatched response."
The failure trace:

2014-02-13 15:41:00,449 WARN  [RpcServer.reader=1,port=54751] ipc.RpcServer$Listener(794): RpcServer.listener,port=54751: count of bytes read: 0
javax.security.sasl.SaslException: DIGEST-MD5: digest response format violation. Mismatched response.
        at com.ibm.security.sasl.digest.DigestMD5Server.validateClientResponse(DigestMD5Server.java:614)
        at com.ibm.security.sasl.digest.DigestMD5Server.evaluateResponse(DigestMD5Server.java:234)
        at org.apache.hadoop.hbase.ipc.RpcServer$Connection.saslReadAndProcess(RpcServer.java:1315)
        at org.apache.hadoop.hbase.ipc.RpcServer$Connection.readAndProcess(RpcServer.java:1501)
        at org.apache.hadoop.hbase.ipc.RpcServer$Listener.doRead(RpcServer.java:790)
        at org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.doRunLoop(RpcServer.java:581)
        at org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.run(RpcServer.java:556)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1170)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:640)
        at java.lang.Thread.run(Thread.java:853)

I am observing run time exception with binary data, when vectorization is enabled and binary data is observed in Group By clause.
The exception is unsupported type: binary
As per document, exception should not come. Rather normal way of execution should continue.

Assume we use '5' as the delimiter, there are rowkeys: row1 is smaller than row2

row1: 12345xxx
row2: 1235xxxx

When use ROWPREFIX_DELIMITED bloom filter, the rowkey write to bloom filter are

row1's key for bloom filter: 1234
row2's key for bloom fitler: 123

The row1's key for bloom filter is bigger than row2. Then BloomContext#sanityCheck will failed.

private void sanityCheck(Cell cell) throws IOException {
  if (this.getLastCell() != null) {
    LOG.debug("Current cell " + cell + ", prevCell = " + this.getLastCell());
    if (comparator.compare(cell, this.getLastCell()) <= 0) {
      throw new IOException("Added a key not lexically larger than" + " previous. Current cell = "
          + cell + ", prevCell = " + this.getLastCell());
    }
  }
}

While investigating an Out of Memory issue, I had an interesting observation where the master tries to assign all regions to a single region server even though 7 other had already registered with it.
As the cluster had MSLAB enabled, this resulted in OOM on the RS when it tired to open all of them.
From master's log (edited for brevity):

55,468 Waiting on regionserver(s) to checkin
56,968 Waiting on regionserver(s) to checkin
58,468 Waiting on regionserver(s) to checkin
59,968 Waiting on regionserver(s) to checkin
01,242 Registering server=srv109.datacenter,60020,1338673920529,regionCount=0,userLoad=false
01,469 Waiting on regionserver(s) count to settle; currently=1
02,969 Finished waiting for regionserver count to settle; count=1,sleptFor=46500
02,969 Exiting wait on regionserver(s) to checkin; count=1, stopped=false,count of regions out on cluster=0
03,010 Processing region -ROOT-,,0.70236052 in state M_ZK_REGION_OFFLINE
03,220 -ROOT- assigned=0, rit=true, location=srv109.datacenter:60020
03,221 Processing region .META.,,1.1028785192 in state M_ZK_REGION_OFFLINE
03,336 Detected completed assignment of META, notifying catalog tracker
03,350 .META. assigned=0, rit=true, location=srv109.datacenter:60020
03,350 Master startup proceeding: cluster startup
04,006 Registering server=srv111.datacenter,60020,1338673923399,regionCount=0,userLoad=false
04,012 Registering server=srv113.datacenter,60020,1338673923532,regionCount=0,userLoad=false
04,269 Registering server=srv115.datacenter,60020,1338673923471,regionCount=0,userLoad=false
04,363 Registering server=srv117.datacenter,60020,1338673923928,regionCount=0,userLoad=false
04,599 Registering server=srv127.datacenter,60020,1338673924067,regionCount=0,userLoad=false
04,606 Registering server=srv119.datacenter,60020,1338673923953,regionCount=0,userLoad=false
04,804 Registering server=srv129.datacenter,60020,1338673924339,regionCount=0,userLoad=false
05,126 Bulk assigning 1252 region(s) across 1 server(s), retainAssignment=true
05,546 hd109.datacenter,60020,1338673920529 unassigned znodes=207 of
A peek at AssignmentManager code offer some explanation:

  public void assignAllUserRegions() throws IOException, InterruptedException {
    // Get all available servers
    List<HServerInfo> servers = serverManager.getOnlineServersList();

    // Scan META for all user regions, skipping any disabled tables
    Map<HRegionInfo,HServerAddress> allRegions =
      MetaReader.fullScan(catalogTracker, this.zkTable.getDisabledTables(), true);
    if (allRegions == null || allRegions.isEmpty()) return;

    // Determine what type of assignment to do on startup
    boolean retainAssignment = master.getConfiguration().
      getBoolean("hbase.master.startup.retainassign", true);

    Map<HServerInfo, List<HRegionInfo>> bulkPlan = null;
    if (retainAssignment) {
      // Reuse existing assignment info
      bulkPlan = LoadBalancer.retainAssignment(allRegions, servers);
    } else {
      // assign regions in round-robin fashion
      bulkPlan = LoadBalancer.roundRobinAssignment(new ArrayList<HRegionInfo>(allRegions.keySet()), servers);
    }
    LOG.info("Bulk assigning " + allRegions.size() + " region(s) across " +
      servers.size() + " server(s), retainAssignment=" + retainAssignment);
    ...

In the function assignAllUserRegions(), listed above, AM fetches the server list from ServerManager long before it actually use it to create assignment plan.
In between these, it performs a full scan of META to create an assignment map of regions. So even if additional RSes have registered in the meantime (as happened in this case), AM still has the old list of just one server.
This code snippet is from 0.90.6 but the same issue exists in 0.92, 0.94 and trunk. Since MSLAB is enabled by default in 0.92 onwards, any large cluster can hit this issue upon cluster start-up when the following sequence holds true.

Master start long before the RSes (by default this long ~= 4.5 seconds)
All the RSes start togather but one wins the race of registering with Master by few seconds.

I am attaching a patch for the trunk which moves the code which fetches the RS list form the beginning of the function to where it is first use.
Apart from this change, one other HBase setting that now becomes important is "hbase.master.wait.on.regionservers.mintostart" due to MSLAB being enabled by default.
In large clusters which keeps it enabled now must modify "hbase.master.wait.on.regionservers.mintostart" to a suitable number than the default of 1 to ensure that the master waits for a quorum of RSes which are sufficient to open all the regions among themselves. I'll create a separate JIRA for the documentation change.

If a region is split/merged, before it's removed from meta, you can still assign it from the HBase shell. It's better to prevent this from happening.

Was following along with the ten-minutes example but doing it from the STS Roo shell.
When creating a field for an entity, if you type this to see what your options are: 
  field string myField --<CTRL-SPACE>
Roo just places a double quote on the command line and does not display any options, if you repeat it will do it a second time like this:
  field string myField --""
If you use the --fieldName option instead (the ten-minute example does not on page 9), then it works ok displaying the --notNull, etc.. options that are available.
So this works ok: 
  field string --fieldName myField --<CTRL-SPACE>

It seems like AvroDeserializer is currently very chatty with it logging tons of messages at INFO level in the mapreduce logs. It would be helpful to push down some of these to debug level to keep the logs clean.

The isCompleted methods of TimeoutTerminationPolicy (both the one implemented in the class and the one inherited from CompletionPolicySupport) does not seem to take end-of-file into account., They returns false until the timeout-time is up, even if the exitCode of the ExitStatus parameter changes to "COMPLETED"  when an eof is reached (looking at the constants in ExitStatus I should have guessed that the status should be "FINISHED"....). The result is lots of extra reads that all gets end-of-file.

The javadoc for this method matches that for lastModified(), but of course that is not correct.
	/**

This implementation checks the timestamp of the underlying File,
if available.
@see #getFile()
	 */
	public long contentLength() throws IOException 
{
		return getFile().length();
	}

Problems seen in https://builds.apache.org/view/H-L/view/HBase/job/HBase%20Website%20Link%20Ckecker/3/artifact/link_report/index.html

Information schema initialization with schematool will fail with "Unknown version specified for initialization: 3.1.0".

The resource-adapter id has to have the same name as the ra archive has. Otherwise the the MDB is not deployed. 

In the JavaDoc for org.springframework.security.web.authentication.preauth.RequestHeaderAuthenticationFilter, there is a typo for the exceptionIfHeaderMissing property in the class description.

A test with SMB joins failed with NPE in runtime filtering costing logic.

My colleague Nitin Aggarwal found a bug in the deserialization of mvcc from HFile, As a part of the optimization of deserialization of VLong, we read a int at once but we forgot to convert it to unsigned one. 
This would cause issues because once we cross the integer threshold in sequenceId and a compaction happens we would write MAX_MEMSTORE_TS in the trailer as 0 (because we will be reading negative values from the file that got flushed with sequenceId > Integer.MAX_VALUE). And once we have MAX_MEMSTORE_TS as 0, and there are sequenceId values present alongside with KeyValues the regionserver will now start failing to read the compacted file and thus corruption. 
Interestingly this would happen only on the tables that don't have  DataBlockEncoding enabled and unfortunately in our case that turned out to be META and a another small table.
Fix is small (~20 chars) and attached

This is related to SWARM-500, which gives instructions on downloading the Java EE 7 samples. SWARM-500 uses maven plugin to create the -swarm.jar and now works correctly (hurray!). However, running swarmtool on the resulting .war file instead of using the plugin continues to fail with the following error:
{{Failed downloading javax/transaction/jta/1.0.1B/jta-1.0.1B.jar from http://repository.jboss.org/nexus/content/groups/public/. Reason:
org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact javax.transaction:jta:jar:1.0.1B in jboss-public-repository-group (http://repository.jboss.org/nexus/content/groups/public/), try downloading from http://java.sun.com/products/jta}}

      reloadedStoreFiles = loadStoreFiles();
      return StoreUtils.hasReferences(reloadedStoreFiles);

The intention of obtaining the HStoreFile's is to check for references.
The loaded HStoreFile's should be closed prior to return to prevent leak.
I noticed the increase in open files when running test suite. After checking recently modified code, I came to this particular method.

  long getNextSequence(byte[] sequence) throws IOException {

Is not safe in presence of any concurrency. It should use HBase increment API.

In HIVE-13090 we decided that we should not close the metastore if there is an unexpected exception during the expired token removal process, but that fix leaves a running metastore without ExpiredTokenRemover thread.
To fix this I will move the catch inside the running loop, and hope the thread could recover from the exception

In HTableDescriptor, isDeferredLogFlush is synchronized and accessing this.deferredLog but setDeferredLogFlush is accessing the same field and is not synchronized. This need to be consistent.

CamelExchangeException implements Serializable (as inheriting from Exception) but has not transient field Exchange.

When an app is deployed via the deployments/ dir, but fails for some reason, it is marked as failed with a .failed marker and undeployed. When the AS is rebooted, it tries to redeploy the failure. If this deploy also fails, this new deployment isn't undeployed, and a .deployed marker is written to deployments.
This is with the 7.2.0.Final used in Immutant, I've yet to try to build Immutant on top of 8.x.

[standalone@localhost:9990 /] /subsystem=io/buffer-pool=foo:write-attribute(name=buffer-size, value=-20
{
    }
}

although error in server log is thrown after reload:

2017-02-27 08:36:29,222 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
}

The new Python based compatibility checker will fail if the local git repo does not have a remote named "origin". I develop with multiple upstream repos and rename them according to a custom convention. If the requirement that an upstream named "origin" must be present could be removed, that would be good, or otherwise this should be documented next to the example usage in the python source. 

hbase.master.loadbalancer.class information is missing from the documentation. Might be useful to add it.

Hadoop has a race condition MAPREDUCE-5001 which causes tests to fail randomly when using LocalJobRunner.

I was speaking to Bela Ban on performance tuning recommendations for the upcoming EAP 7.1 Performance Tuning Guide.
He mentioned that he could see no reason why the default JGroups TCP stack should be using FD instead of FD_ALL for failure detection. (the UDP stack already has FD_ALL as the default).
Rather than instruct customers to change the protocol manually, it would be better if the default TCP stack could be changed to use FD_ALL by default. 
Here are the default stacks taken from `standalone-ha.xml` in 7.1.0.DR14:

<stacks>
    <stack name="udp">
        <transport type="UDP" socket-binding="jgroups-udp"/>
        <protocol type="PING"/>
        <protocol type="MERGE3"/>
        <protocol type="FD_SOCK"/>
        <protocol type="FD_ALL"/>
        <protocol type="VERIFY_SUSPECT"/>
        <protocol type="pbcast.NAKACK2"/>
        <protocol type="UNICAST3"/>
        <protocol type="pbcast.STABLE"/>
        <protocol type="pbcast.GMS"/>
        <protocol type="UFC"/>
        <protocol type="MFC"/>
        <protocol type="FRAG2"/>
    </stack>
    <stack name="tcp">
        <transport type="TCP" socket-binding="jgroups-tcp"/>
        <socket-protocol type="MPING" socket-binding="jgroups-mping"/>
        <protocol type="FD"/>
    </stack>
</stacks>

If a host gets decommissioned and its hostname no longer resolves, and it was previously hosting ROOT or META, HBase won't be able to start up.  This easily happens when moving across networks (e.g. developing HBase on a laptop), but can also happen during cluster-wide maintenances where HBase is shut down, then one or more nodes get decommissioned such that their hostnames no longer resolve.

2012-02-26 20:05:48,339 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region -ROOT-,,0.70236052 to nowwhat.tsunanet.net,54092,1330315542087
[...]
2012-02-26 20:05:48,456 INFO org.apache.hadoop.hbase.regionserver.HRegion: Onlined -ROOT-,,0.70236052; next sequenceid=268
2012-02-26 20:05:48,456 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:54092-0x135bcfbb0580001 Attempting to transition node 70236052/-ROOT- from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENING
2012-02-26 20:05:48,458 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:54092-0x135bcfbb0580001 Successfully transitioned node 70236052 from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENING
2012-02-26 20:05:48,459 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=nowwhat.tsunanet.net,54092,1330315542087, region=70236052/-ROOT-
2012-02-26 20:05:48,459 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Post open deploy tasks for region=-ROOT-,,0.70236052, daughter=false
2012-02-26 20:05:48,460 INFO org.apache.hadoop.hbase.catalog.RootLocationEditor: Setting ROOT region location in ZooKeeper as nowwhat.tsunanet.net,54092,1330315542087
2012-02-26 20:05:48,466 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Done with post open deploy task for region=-ROOT-,,0.70236052, daughter=false
2012-02-26 20:05:48,466 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:54092-0x135bcfbb0580001 Attempting to transition node 70236052/-ROOT- from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENED
2012-02-26 20:05:48,468 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:54092-0x135bcfbb0580001 Successfully transitioned node 70236052 from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENED
2012-02-26 20:05:48,468 DEBUG org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: region transitioned to opened in zookeeper: {NAME => '-ROOT-,,0', STARTKEY => '', ENDKEY => '', ENCODED => 70236052,}, server: nowwhat.tsunanet.net,54092,1330315542087
2012-02-26 20:05:48,468 DEBUG org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Opened -ROOT-,,0.70236052 on server:nowwhat.tsunanet.net,54092,1330315542087
2012-02-26 20:05:48,468 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENED, server=nowwhat.tsunanet.net,54092,1330315542087, region=70236052/-ROOT-
2012-02-26 20:05:48,470 INFO org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Handling OPENED event for -ROOT-,,0.70236052 from nowwhat.tsunanet.net,54092,1330315542087; deleting unassigned node
2012-02-26 20:05:48,470 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:54081-0x135bcfbb0580000 Deleting existing unassigned node for 70236052 that is in expected state RS_ZK_REGION_OPENED
2012-02-26 20:05:48,472 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: The znode of region -ROOT-,,0.70236052 has been deleted.
2012-02-26 20:05:48,472 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:54081-0x135bcfbb0580000 Successfully deleted unassigned node for region 70236052 in expected state RS_ZK_REGION_OPENED
2012-02-26 20:05:48,472 INFO org.apache.hadoop.hbase.master.AssignmentManager: The master has opened the region -ROOT-,,0.70236052 that was online on nowwhat.tsunanet.net,54092,1330315542087
2012-02-26 20:05:48,473 INFO org.apache.hadoop.hbase.master.HMaster: -ROOT- assigned=1, rit=false, location=nowwhat.tsunanet.net,54092,1330315542087
2012-02-26 20:05:48,486 DEBUG org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation: Lookedup root region location, connection=org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation@16d0a6a3; serverName=nowwhat.tsunanet.net,54092,1330315542087
2012-02-26 20:05:48,488 DEBUG org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation: Lookedup root region location, connection=org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation@16d0a6a3; serverName=nowwhat.tsunanet.net,54092,1330315542087
2012-02-26 20:05:48,620 FATAL org.apache.hadoop.hbase.master.HMaster: Master server abort: loaded coprocessors are: []
2012-02-26 20:05:48,621 FATAL org.apache.hadoop.hbase.master.HMaster: Unhandled exception. Starting shutdown.
java.net.UnknownHostException: unknown host: h-27-1.sfo.stumble.net
        at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.<init>(HBaseClient.java:227)
        at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:1016)
        at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:878)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:150)
        at $Proxy12.getProtocolVersion(Unknown Source)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine.getProxy(WritableRpcEngine.java:183)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:303)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:280)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:332)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:236)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1278)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1235)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1222)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.getCachedConnection(CatalogTracker.java:564)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.getMetaServerConnection(CatalogTracker.java:422)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMeta(CatalogTracker.java:478)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMetaServerConnection(CatalogTracker.java:503)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.verifyMetaRegionLocation(CatalogTracker.java:674)
        at org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:575)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:491)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:326)
        at org.apache.hadoop.hbase.master.HMasterCommandLine$LocalHMaster.run(HMasterCommandLine.java:218)
        at java.lang.Thread.run(Thread.java:680)
2012-02-26 20:05:48,626 INFO org.apache.hadoop.hbase.master.HMaster: Aborting

Use case: a Web app which depends on a data-source resource configured in the datasources subsystem (and not in the deployment)
I used the bmp quickstart and move the datasource-definition from the -ds.xml file to the standalone-full.xml configuration file.
1. Start the server 

11:31:38,279 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-9) WFLYJCA0001: Bound data source [java:jboss/datasources/BMTQuickstartDS]

1. Deploy the web app

11:32:33,664 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-16) WFLYSRV0027: Starting deployment of "wildfly-bmt.war" (runtime-name: "wildfly-bmt.war")
...
11:32:35,976 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0021: Registered web context: /wildfly-bmt
11:32:36,020 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0010: Deployed "wildfly-bmt.war" (runtime-name : "wildfly-bmt.war")

2. check the web app works
3. Remove the data-source from the CLI

[standalone@localhost:9990 /] /subsystem=datasources/data-source=bmt-quickstart:remove
{
    "failure-description" => "WFLYCTL0171: Removing services has lead to unsatisfied dependencies:
Service jboss.naming.context.java.jboss.datasources.BMTQuickstartDS was depended upon by service jboss.persistenceunit.\"wildfly-bmt.war#primary\".__FIRST_PHASE__",
}

=> the operation failed.
but the web context has been unregistered by the server:

11:33:33,345 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0022: Unregistered web context: /wildfly-bmt
11:33:33,354 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 71) WFLYJPA0011: Stopping Persistence Unit (phase 2 of 2) Service 'wildfly-bmt.war#primary'
11:33:33,355 INFO  [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 71) HHH000227: Running hbm2ddl schema export
11:33:33,356 INFO  [stdout] (ServerService Thread Pool -- 71) Hibernate: drop table BMT_KVPair if exists
11:33:33,358 INFO  [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 71) HHH000230: Schema export complete
11:33:33,360 INFO  [org.jboss.weld.deployer] (MSC service thread 1-5) WFLYWELD0010: Stopping weld service for deployment wildfly-bmt.war
11:33:33,378 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 71) WFLYJPA0011: Stopping Persistence Unit (phase 1 of 2) Service 'wildfly-bmt.war#primary'
11:33:33,379 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-11) WFLYJCA0010: Unbound data source [java:jboss/datasources/BMTQuickstartDS]
11:33:33,383 INFO  [org.jboss.as.controller] (management-handler-thread - 1) WFLYCTL0183: Service status report
WFLYCTL0184:    New missing/unsatisfied dependencies:
      service jboss.naming.context.java.jboss.datasources.BMTQuickstartDS (missing) dependents: [service jboss.persistenceunit."wildfly-bmt.war#primary".__FIRST_PHASE__]

and the web app no longer works (it returns a 404 error).
At this point, the data-source resource is still present but its corresponding JNDI binding is not. If I try to redeploy the web app it fails:

11:35:48,736 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0001: Content added at location /Users/jmesnil/Developer/wildfly/dist/target/wildfly-9.0.0.Alpha1-SNAPSHOT/standalone/data/content/ff/2df0dc4b7d9d1e04a88448deba520c2b714b8b/content
11:35:48,748 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0028: Stopped deployment wildfly-bmt.war (runtime-name: wildfly-bmt.war) in 9ms
11:35:48,749 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "wildfly-bmt.war" (runtime-name: "wildfly-bmt.war")
11:35:48,775 INFO  [org.jboss.as.jpa] (MSC service thread 1-6) WFLYJPA0002: Read persistence.xml for primary
11:35:48,786 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment wildfly-bmt.war (runtime-name: wildfly-bmt.war) in 36ms
11:35:48,787 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-16) WFLYSRV0027: Starting deployment of "wildfly-bmt.war" (runtime-name: "wildfly-bmt.war")
11:35:48,815 INFO  [org.jboss.as.jpa] (MSC service thread 1-13) WFLYJPA0002: Read persistence.xml for primary
11:35:48,829 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("redeploy") failed - address: ([("deployment" => "wildfly-bmt.war")]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"wildfly-bmt.war#primary\".__FIRST_PHASE__ is missing [jboss.naming.context.java.jboss.datasources.BMTQuickstartDS]"]}
11:35:48,830 ERROR [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0011: Redeploy of deployment "wildfly-bmt.war" was rolled back with the following failure message: {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"wildfly-bmt.war#primary\".__FIRST_PHASE__ is missing [jboss.naming.context.java.jboss.datasources.BMTQuickstartDS]"]}
11:35:48,835 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-11) WFLYSRV0028: Stopped deployment wildfly-bmt.war (runtime-name: wildfly-bmt.war) in 4ms
11:35:48,836 INFO  [org.jboss.as.controller] (management-handler-thread - 1) WFLYCTL0183: Service status report
      service jboss.persistenceunit."wildfly-bmt.war#primary".__FIRST_PHASE__ (missing) dependents: [service jboss.deployment.unit."wildfly-bmt.war".POST_MODULE]

11:35:48,836 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0002: Content removed from location /Users/jmesnil/Developer/wildfly/dist/target/wildfly-9.0.0.Alpha1-SNAPSHOT/standalone/data/content/ff/2df0dc4b7d9d1e04a88448deba520c2b714b8b/content

The properties attribute of the user-service element is included in the XML schema, but UserServiceBeanDefinitionParser never looks at it.
The attached patch implements this; as implemented, the properties attribute takes precedence over nested <user> elements.

Currently it is not possible to create a ResponseStatusException without providing a String reason. As we're passing an HttpStatus can we reuse that as a source of the reason?

The same DataSourceDefinition class is used for registering the MRR for the subsystem=data-sources/(xa-)data-source=* resources and for their equivalents in the /deployment=* tree. In both cases the registerCapabilities() method is recording the datasource capability.
The deployment resources are not actually able to provide the capability[1], so it shouldn't be registered in that case. I believe the DataSourceDefinition.deployed field can be used to turn this off.
[1] Capabilities are management model concepts and can't be provided by services and runtime-only resources. The /deployment=/subsystem= resources are runtime-only.

karaf@root()> feature:install camel-blueprint
Error executing command: Could not start bundle mvn:org.apache.camel/camel-blueprint/2.10-SNAPSHOT in feature(s) camel-blueprint-2.10-SNAPSHOT: Unresolved constraint in bundle org.apache.camel.camel-blueprint [171]: Unab
le to resolve 171.0: missing requirement [171.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.aries.blueprint)(version>=0.3.0)(!(version>=1.0.0)))

See ZookeeperHiveLockManger.lock()
If Zookeeper is in a bad state, it's possible to get an exception (e.g. org.apache.zookeeper.KeeperException$SessionExpiredException) when we call lockPrimitive(). There is a bug in the exception handler where the loop does not exit because the break in the switch statement gets out the switch, not the do..while loop. Because tryNum was not incremented due to the exception, lockPrimitive() will be called in an infinite loop, as fast as possible. Since the exception is printed for each call, Hive will produce significant log spew.

The configuration-File META-INF/swarm.swagger.conf, as described in the documentation https://wildfly-swarm.gitbooks.io/wildfly-swarm-users-guide/content/v/2016.12.1/advanced/swagger.html is not recognized. The Class org.wildfly.swarm.swagger.internal.SwaggerArchiveImpl is looking unter META-INF/swarm.swager.conf, but with WAR-Deployment the configuration file is packaged under /WEB-INF/classes/META-INF/swarm.swagger.conf

See nabble
http://camel.465427.n5.nabble.com/camel-elasticsearch-component-starts-up-an-instance-even-though-IP-specified-tp5751825.html

As a result, MapJoin is not initialized and there's NPE later.
Tez-specific.

The spring:url tag currently uses java.net.URLEncoder to URL encode template variables.  URLEncoder does not follow raw URL encoding, but rather the application/x-www-form-urlencoded MIME format.  This has the effect of encoding space charters as '+' instead of '%20'.
application/x-www-form-urlencoded is defined as part of the HTML spec (see http://www.w3.org/TR/html4/interact/forms.html#h-17.13.4.1) and not the URL spec.  While the spring:url tag is often used for HTML, it should not be assumed that the URL will be used in HTML, or with an application/x-www-form-urlencoded content type.

src/saveVersion.sh assumes shell understands the extended [[ ]] test construct.  Standard Bourne doesn't include this syntax and some system /bin/sh versions are not bash - example is dash used as /bin/sh on Debian/Ubuntu.
Sync with Hadoop core sh/saveVersion.sh to pull in the regular test syntax and other updates ("none" SCM, branch version, et al).

Exception in thread "Aesh Process Loop 1006094903" java.lang.IllegalArgumentException
        at org.jboss.dmr.ModelValue.asList(ModelValue.java:143)
        at org.jboss.dmr.ModelNode.asList(ModelNode.java:1566)
        at org.jboss.as.cli.handlers.jca.JDBCDriverNameProvider.getAllCandidates(JDBCDriverNameProvider.java:71)
        at org.jboss.as.cli.impl.DefaultCompleter.complete(DefaultCompleter.java:64)
        at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:276)
        at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:89)
        at org.jboss.as.cli.CommandCompleter.doComplete(CommandCompleter.java:137)
        at org.jboss.as.cli.CommandCompleter.complete(CommandCompleter.java:64)
        at org.jboss.as.cli.impl.Console$Factory$1$1.complete(Console.java:143)
        at org.jboss.aesh.console.AeshCompletionHandler.complete(AeshCompletionHandler.java:155)
        at org.jboss.aesh.console.AeshInputProcessor.complete(AeshInputProcessor.java:429)
        at org.jboss.aesh.console.AeshInputProcessor.parseOperation(AeshInputProcessor.java:166)
        at org.jboss.aesh.console.Console.processInternalOperation(Console.java:778)
        at org.jboss.aesh.console.Console.execute(Console.java:738)
        at org.jboss.aesh.console.Console.access$900(Console.java:73)
        at org.jboss.aesh.console.Console$6.run(Console.java:647)

see. Steps to Reproduce

The following query returns different results when both vectorized mapjoin and the new optimized hashtable are enabled.

hive> set hive.vectorized.execution.enabled=false;
hive> select s_suppkey, n_name from supplier, nation where s_nationkey = n_nationkey limit 25;
...
316869  JAPAN
1636869 RUSSIA
1096869 IRAN
7236869 RUSSIA
2276869 INDIA
8516869 ARGENTINA
2636869 MOZAMBIQUE
3836869 ROMANIA
2616869 FRANCE

But when vectorization is enabled, the results are 

1096869 IRANIA
2276869 INDIAA
3836869 ROMANIAQUE
2616869 FRANCEAQUE

it works correctly with vectorization when the new optimized map-join hashtable is disabled 

hive> set hive.vectorized.execution.enabled=true;                                             
hive> set hive.mapjoin.optimized.hashtable=false;                                             

The HTTP client does not handle GZip compression. I don't know if it can internally when handling the contents but the header sent to the server does not tell the server that it can handle GZip so the server never GZip the content.
This is very key as in a Rich-client / Web Service application, it is very possible to have the scenario of a large data set being sent over the wire. GZip compression speeds up the transfer markedly in some circumstances.
The step I did to try is as follow:
1) Activated GZip compression on Tomcat as "force" to be sure.
2) I monitored the network with Ethereal.
3) Connected to the server through my client program.
4) Looked at the headers sent and received.
I saw in JIRA the following entry, marked as FIXED, http://opensource.atlassian.com/projects/spring/browse/SPR-1255
Though, I'm not tracking at all with the comments there.
Also see http://forum.springframework.org/showthread.php?p=111679#post111679

I am getting

17:12:25,453 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "jpa_txTimeoutTestWithMockProvider.ear")]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"jpa_txTimeoutTestWithMockProvider.ear/ejbjar.jar#mypc\" is missing [jboss.deployment.subunit.\"jpa_txTimeoutTestWithMockProvider.ear\".\"ejbjar.jar\".beanmanager]"]}
17:12:25,459 ERROR [org.jboss.as.server] (management-handler-thread - 2) JBAS015870: Deploy of deployment "jpa_txTimeoutTestWithMockProvider.ear" was rolled back with the following failure message: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"jpa_txTimeoutTestWithMockProvider.ear/ejbjar.jar#mypc\" is missing [jboss.deployment.subunit.\"jpa_txTimeoutTestWithMockProvider.ear\".\"ejbjar.jar\".beanmanager]"]}

The problem is caused by PersistenceUnitServiceHandler.deployPersistenceUnit() which, if the PU is deployed in a CDI-enabled archive, adds a dependency on the BeanManager service. This happens in PersistenceBeginInstallProcessor which executes in the FIRST_MODULE_USE phase.
However, the BeanManager service is not installed by the Weld subsystem until the INSTALL phase.
This can be reproduced easily. Take for example the org.jboss.as.test.integration.jpa.mockprovider.txtimeout.TxTimeoutTestCase and add an empty beans.xml file to the ejb jar (ejbjar.addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml"))
This issue blocks proper Weld integration (implicit bean archives).

PREHOOK: query: create table t1(x int, constraint pk1 primary key (x) disable novalidate)
PREHOOK: type: CREATETABLE
PREHOOK: Output: database:default
PREHOOK: Output: default@t1
POSTHOOK: query: create table t1(x int, constraint pk1 primary key (x) disable novalidate)
POSTHOOK: type: CREATETABLE
POSTHOOK: Output: database:default
POSTHOOK: Output: default@t1
PREHOOK: query: create table t2(x int, constraint pk1 primary key (x) disable novalidate)
PREHOOK: Output: default@t2
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:For direct MetaStore DB connections, we don't support retries at the client level.)

In the above case, it seems like useful error message is lost. It looks like a  generic problem with metastore server/client exception handling and message propagation. Seems like exception parsing logic of RetryingMetaStoreClient::invoke() needs to be updated.

The to_date method behaves differently based off the 'data type' of null passed in.
hive> select to_date(null);                   
FAILED: SemanticException [Error 10014]: Line 1:7 Wrong arguments 'TOK_NULL': TO_DATE() only takes STRING/TIMESTAMP/DATEWRITABLE types, got VOID
hive> select to_date(cast(null as timestamp));
OK
NULL
Time taken: 0.031 seconds, Fetched: 1 row(s)
This appears to be a regression introduced in HIVE-5731.  The previous version of to_date would not check the type:
https://github.com/apache/hive/commit/09b6553214d6db5ec7049b88bbe8ff640a7fef72#diff-204f5588c0767cf372a5ca7e3fb964afL56

If a Host Controler is reloaded or started in admin-only mode, it is possible to start the servers using :start-servers operation. It is problematic when the user reloads the Host Controller without restarting the servers and tries to start the servers afterwards.
By definition,  when the host controller is started in admin-only, it will not start any server. Indeed, if the user tries to start a single server using /host=master/server-config=server-one:start an error is correctly reported:

[domain@localhost:9990 /] /host=master/server-config=server-one:start
{
    "failure-description" => "WFLYHC0048: Cannot start servers when the Host Controller running mode is ADMIN_ONLY",
}

hive.metastore.try.direct.sql is initially set to false in HMS hive-site.xml, then changed to true using set metaconf command in the middle of a session, running a query will be thrown NPE with error message is as following:

2016-07-06T17:44:41,489 ERROR [pool-5-thread-2]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invokeInternal(192)) - MetaException(message:java.lang.NullPointerException)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newMetaException(HiveMetaStore.java:5741)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.rethrowException(HiveMetaStore.java:4771)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_partitions_by_expr(HiveMetaStore.java:4754)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:140)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:99)
	at com.sun.proxy.$Proxy18.get_partitions_by_expr(Unknown Source)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_partitions_by_expr.getResult(ThriftHiveMetastore.java:12048)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_partitions_by_expr.getResult(ThriftHiveMetastore.java:12032)
	at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39)
	at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:110)
	at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:106)
	at org.apache.hadoop.hive.metastore.TUGIBasedProcessor.process(TUGIBasedProcessor.java:118)
	at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286)
	at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.<init>(ObjectStore.java:2667)
	at org.apache.hadoop.hive.metastore.ObjectStore$GetListHelper.<init>(ObjectStore.java:2825)
	at org.apache.hadoop.hive.metastore.ObjectStore$4.<init>(ObjectStore.java:2410)
	at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExprInternal(ObjectStore.java:2410)
	at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExpr(ObjectStore.java:2400)
	at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:101)
	at com.sun.proxy.$Proxy17.getPartitionsByExpr(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_partitions_by_expr(HiveMetaStore.java:4749)
	... 20 more

There are inconsistencies between DMR and XSD representation of key-managers and trust-managers. According to XSD, key-store is optional, but according to DMR it is "nillable" => false.

TestHBaseTestingUtility.testMiniZooKeeper() tests whether the mini zk cluster is working by launching 5 threads corresponding to zk servers. 
NIOServerCnxnFactory.configure() configures the socket as:

        this.ss = ServerSocketChannel.open();
        ss.socket().setReuseAddress(true);

setReuseAddress() is set, because it allows the server to come back up and bind to the same port before the socket is timed-out by the kernel.
Under windows, the behavior on ServerSocket.setReuseAddress() is different than on linux, in which it allows any process to bind to an already-bound port. This causes ZK nodes starting on the same node, to be able to bind to the same port. 
The following part of the patch at https://issues.apache.org/jira/browse/HADOOP-8223 deals with this case for Hadoop:

if(Shell.WINDOWS) {
+      // result of setting the SO_REUSEADDR flag is different on Windows
+      // http://msdn.microsoft.com/en-us/library/ms740621(v=vs.85).aspx
+      // without this 2 NN's can start on the same machine and listen on 
+      // the same port with indeterminate routing of incoming requests to them
+      ret.setReuseAddress(false);
+    }

We should do the same in Zookeeper (I'll open a ZOOK issue). But in the meantime, we can fix hbase tests to not rely on BindException to resolve for bind errors. Especially, in  MiniZKCluster.startup() when starting more than 1 servers, we already know that we have to increment the port number. 

On HBASE-12254 and also at https://github.com/risdenk/hbase-custom-replication-endpoint-example [~risdenk] made the following observations and suggestions regarding custom replication endpoints that I think are a reasonable blueprint for improvement:

I was trying out the pluggable replication endpoint feature and found the following:

you must use the ReplicationAdmin to add the new ReplicationEndpoint
hbase shell add_peer command doesn't support specifying a custom class
hbase shell add_peer relies on the newly deprecated ReplicationAdmin addPeer methods
ReplicationAdmin addPeer tableCfs is now a Map<TableName, ? extends Collection<String>> instead of a string

We should fix the add_peer command in the shell at least.

Create a database, add a table and then a materialized view that depends on the table.  Then drop the database with cascade set.  Sometimes this will fail because when HiveMetaStore.drop_database_core goes to drop all of the tables it may drop the base table before the materialized view, which will cause an integrity constraint violation in the RDBMS.  To resolve this that method should change to fetch and drop materialized views before tables.
cc Jesus Camacho Rodriguez

Another failure similar to HIVE-18626, causing exception when s3 credentials are in "REPL LOAD" with clause.

Caused by: java.lang.IllegalStateException: Error getting FileSystem for s3a://nat-yc-r7-nmys-beacon-cloud-s3-2/hive_incremental_testing.db/hive_incremental_testing_new_tabl...: org.apache.hadoop.fs.s3a.AWSClientIOException: doesBucketExist on nat-yc-r7-nmys-beacon-cloud-s3-2: com.amazonaws.AmazonClientException: No AWS Credentials provided by BasicAWSCredentialsProvider EnvironmentVariableCredentialsProvider SharedInstanceProfileCredentialsProvider : com.amazonaws.AmazonClientException: Unable to load credentials from Amazon EC2 metadata service: No AWS Credentials provided by BasicAWSCredentialsProvider EnvironmentVariableCredentialsProvider SharedInstanceProfileCredentialsProvider : com.amazonaws.AmazonClientException: Unable to load credentials from Amazon EC2 metadata service
        at org.apache.hadoop.hive.ql.Context.getStagingDir(Context.java:359)
        at org.apache.hadoop.hive.ql.Context.getExternalScratchDir(Context.java:487)
        at org.apache.hadoop.hive.ql.Context.getExternalTmpPath(Context.java:565)
        at org.apache.hadoop.hive.ql.parse.ImportSemanticAnalyzer.loadTable(ImportSemanticAnalyzer.java:370)
        at org.apache.hadoop.hive.ql.parse.ImportSemanticAnalyzer.createReplImportTasks(ImportSemanticAnalyzer.java:926)
        at org.apache.hadoop.hive.ql.parse.ImportSemanticAnalyzer.prepareImport(ImportSemanticAnalyzer.java:329)
        at org.apache.hadoop.hive.ql.parse.repl.load.message.TableHandler.handle(TableHandler.java:43)
        ... 24 more

Reproducer

create table t(i int, j int);
insert into t values(0,1), (0,2);

create table tt(i int, j int);
insert into tt values(0,3);

select * from t where i IN (select count(i) from tt where tt.j = t.j);

Creating a JIRA for Reynold Xin's patch needed by the Shark project. https://github.com/amplab/hive/commit/17e1c3dd2f6d8eca767115dc46d5a880aed8c765
writeVLong should not use a static field due to concurrency concerns.

The idea is to define a bean in transaction scope, so that each transaction can use fresh instance of such bean.
However it's possible to call methods on such bean outside transaction and it's causing side effects.
Try following test case:

register transaction scope
define bean in this scope
call method on this bean
start transaction and use bean inside it.

Point 4) will not behave as expected. Only one instance of transaction scoped bean will be created and it will be reused between following transactions.
The problem is, that we are calling method on our bean before transaction starts. SimpleTransactionScope registers CleanupSynchronization on current thread. Now we are starting transaction and trying to access our bean. The problem it, that AbstractPlatformTransactionManager suspends current transaction, well there is none, but it suspends all synchronizers registered by TransactionSynchronizationManager#registerSynchronization(...).
Once the transaction  is finished the  method SimpleTransactionScope$CleanupSynchronization#afterCompletion will not be executed, because synchronizer is suspended.
Simple solution to this problem would be adding assert to SimpleTransactionScope#get(...)

    @Override
    public Object get(String name, ObjectFactory<?> objectFactory) {
	if (!TransactionSynchronizationManager.isActualTransactionActive()) {
	    throw new .....
	}
    }

I think, that using transaction scoped bean outside transaction should not be allowed, because it's behavior is undefined.

In redis,ExpireAt takes an absolute UNIX timestamp as parameter. But in RedisTemplate source code,it uses date.getTime() function to get timestamp, getTime() returns the number of milliseconds since January 1, 1970.

IllegalArgumentException thrown using ACL security if configuring database acl_permission table according to dbinit.txt schema example.
Solution: in /doc/xdocs/dbinit.txt need to change  net.sf.acegisecurity.acl.basic.SimpleAclEntry with org.acegisecurity.acl.basic.SimpleAclEntry

VaultedInjectedJMSContextTestCase is unable create session factory with security manager. Test ends with javax.jms.JMSRuntimeException: Failed to create session factory
Always

./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2  -DfailIfNoTests=false  -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=VaultedInjectedJMSContextTestCase

javax.ejb.EJBException: javax.jms.JMSRuntimeException: Failed to create session factory
	at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:921)
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.createConnectionInternal(ActiveMQConnectionFactory.java:726)
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.createXAContext(ActiveMQConnectionFactory.java:278)
	at org.wildfly.extension.messaging.activemq.deployment.JMSContextProducer$JMSContextWrapper.create(JMSContextProducer.java:192)
	at org.wildfly.extension.messaging.activemq.deployment.JMSContextProducer$JMSContextWrapper.getDelegate(JMSContextProducer.java:217)
	at org.wildfly.extension.messaging.activemq.deployment.JMSContextProducer$JMSContextWrapper.createProducer(JMSContextProducer.java:270)
	at org.jboss.as.test.integration.messaging.jms.context.auxiliary.VaultedMessageProducer.sendToDestination(VaultedMessageProducer.java:47)
	at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
	at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
	at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:82)
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
	at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
	at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
	at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:64)
	at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83)
	at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
	at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21)
	at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
	at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
	at org.jboss.as.ejb3.component.interceptors.NonPooledEJBComponentInstanceAssociatingInterceptor.processInvocation(NonPooledEJBComponentInstanceAssociatingInterceptor.java:59)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:327)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239)
	at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
	at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43)
	at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
	at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
	at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66)
	at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
	at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
	at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64)
	at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356)
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636)
	at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61)
	at java.security.AccessController.doPrivilegedWithCombiner(AccessController.java:568)
	at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:75)
	at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195)
	at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
	at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73)
	at org.jboss.as.test.integration.messaging.jms.context.auxiliary.VaultedMessageProducer$$$view228.sendToDestination(Unknown Source)
	at org.jboss.as.test.integration.messaging.jms.context.VaultedInjectedJMSContextTestCase.sendMessage(VaultedInjectedJMSContextTestCase.java:164)

http://brontes.lab.eng.brq.redhat.com/project.html?projectId=WF&testNameId=-3843551226685549253&tab=testDetails
The issue is due to the fact that the jvm is reusing the same connection because it has a keep-alive set to true with a timeout of 5 s.

Don't work on this
(This is a deliberate regression of https://issues.jboss.org/browse/WFLY-3371 which will be introduced for a few hours on Tuesday 21st April 2015, so I have something to fix during a JBug demo)
When attempting to call e.g. http://localhost:9990/management/subsystem/jmx?json.pretty=1
an IllegalStateException happens. Debugging shows this to happen on the following line of DomainApiHandler

operationParameterBuilder.pretty(dmr.hasDefined("json.pretty") && dmr.get("json.pretty").asBoolean());

The dmr access needs to take into account that the parameter is not necessarily a boolen.

It is possible to remove activemq http-connector that is referenced by broadcast-group, leading to crash on server next boot:
18:30:52,360 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool – 81) MSC000001: Failed to start service jboss.messaging-activemq.default.jms.connection-factory.RemoteConnectionFactory: org.jboss.msc.service.StartException in service jboss.messaging-activemq.default.jms.connection-factory.RemoteConnectionFactory: WFLYMSGAMQ0028: Failed to create connection-factory
        at org.wildfly.extension.messaging.activemq.jms.ConnectionFactoryService$1.run(ConnectionFactoryService.java:67)
        at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
        at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
        at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
        at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)
        at java.lang.Thread.run(Thread.java:748)
        at org.jboss.threads.JBossThread.run(JBossThread.java:485)
Caused by: ActiveMQIllegalStateException[errorType=ILLEGAL_STATE message=AMQ129005: Connector 'http-connector' not found on the main configuration file]
        at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.internalCreateCFPOJO(JMSServerManagerImpl.java:1176)
        at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.internalCreateCF(JMSServerManagerImpl.java:1138)
        at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.access$1400(JMSServerManagerImpl.java:103)
        at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl$5.runException(JMSServerManagerImpl.java:1007)
        at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.runAfterActive(JMSServerManagerImpl.java:1494)
        at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.createConnectionFactory(JMSServerManagerImpl.java:996)
        at org.wildfly.extension.messaging.activemq.jms.ConnectionFactoryService$1.run(ConnectionFactoryService.java:64)
        ... 6 more

Bug caused by HIVE-9485.
Test of org.apache.hive.hcatalog.templeton.TestWebHCatE2e.getHiveVersion() check that version in that format : 0.[0-9].[0-9].*
This doesn't works since HIVE version is like 1.2.0-SNAPHSOT

We are calling graceful_stop.sh in rolling-restart.sh with following line 

"$bin"/graceful_stop.sh --config ${HBASE_CONF_DIR} --restart --reload -nob --maxthreads  \
                ${RR_MAXTHREADS} ${RR_NOACK} --movetimeout ${RR_MOVE_TIMEOUT} $hostname

and if we not specified --movetimeout option while calling rolling-restart.sh  --graceful script will not work. My propose is to add default value for this parameter same way we are doing in graceful_stop.sh

It is not possible to connect to previously shutdown domain controller that uses RBAC. If steps to reproduce are followed then the following output is given on slave:

[Host Controller] 10:47:57,754 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:48:01,756 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:48:10,918 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:48:26,026 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:48:41,047 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:48:56,059 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:49:11,106 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:49:26,133 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:49:41,148 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:49:56,180 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:50:11,202 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:50:26,215 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:50:41,230 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:50:56,264 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:50:56,273 WARN  [org.jboss.as.protocol.connection] (management task-1) WFLYPRT0018: No such request (15) associated with channel Channel ID ce1200c8 (outbound) of Remoting connection 6cf4e35b to /127.0.0.1:9999 of endpoint "my-local-domain:MANAGEMENT" <988a70d>
[Host Controller] 10:51:11,275 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:51:11,304 WARN  [org.jboss.as.protocol.connection] (management task-7) WFLYPRT0018: No such request (16) associated with channel Channel ID cabd84e6 (outbound) of Remoting connection 3083f850 to /127.0.0.1:9999 of endpoint "my-local-domain:MANAGEMENT" <988a70d>

(...)

Host Controller] 10:52:26,401 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0150: Trying to reconnect to master host controller.
[Host Controller] 10:52:40,194 ERROR [org.jboss.as.server] (Host Controller Service Threads - 7) WFLYSRV0216: Error cleaning obsolete content WFLYCTL0313: Unauthorized to execute operation 'read-attribute' for resource '[]' -- "WFLYCTL0332: Permission denied" 
[Host Controller] 10:52:40,196 ERROR [org.jboss.as.server] (Host Controller Service Threads - 7) WFLYSRV0216: Error cleaning obsolete content WFLYCTL0031: No operation named 'clean-obsolete-content' exists at address []

On master instance is given following output after a while:

[Host Controller] 10:52:59,560 ERROR [org.jboss.as.server] (Host Controller Service Threads - 31) WFLYSRV0216: Error cleaning obsolete content WFLYCTL0313: Unauthorized to execute operation 'read-attribute' for resource '[]' -- "WFLYCTL0332: Permission denied" 
[Host Controller] 10:52:59,564 ERROR [org.jboss.as.server] (Host Controller Service Threads - 31) WFLYSRV0216: Error cleaning obsolete content WFLYCTL0031: No operation named 'clean-obsolete-content' exists at address []

Once the slave instance has been shut down, it is not possible to start it again. See following output:

[Host Controller] 10:55:34,409 INFO  [org.jboss.as.remoting] (MSC service thread 1-2) WFLYRMT0001: Listening on 127.0.0.1:19999
[Host Controller] 10:55:34,701 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0001: Could not connect to remote domain controller remote://127.0.0.1:9999: 1-$-WFLYCTL0216: Management resource '[]' not found
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnection$HostControllerConnectRequest.handleRequest(RemoteDomainConnection.java:390)
[Host Controller] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:321)
[Host Controller] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleRequest(AbstractMessageHandler.java:286)
[Host Controller] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:234)
[Host Controller] 	at org.jboss.as.protocol.mgmt.ManagementChannelReceiver.handleMessage(ManagementChannelReceiver.java:85)
[Host Controller] 	at org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:434)
[Host Controller] 	at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:817)
[Host Controller] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Host Controller] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Host Controller] 10:55:34,702 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0147: No domain controller discovery options remain.
[Host Controller] 10:55:34,702 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0002: Could not connect to master. Error was: java.lang.IllegalStateException: WFLYHC0120: Tried all domain controller discovery option(s) but unable to connect
[Host Controller] 10:55:34,707 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0178: Aborting with exit code 99
[Host Controller] 10:55:34,734 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Beta2-redhat-1) stopped in 16ms

Setting priority to blocker since this is a regression against 7.0.0.GA

Spring Data TypeDiscoverer invokes:

GenericTypeResolver.resolveTypeArguments(List.class, Iterable.class)

and gets the result Class<?>[] with one null element.
Previously GenericTypeResolver returned:

[class java.lang.Object]

an array with one not null element.
Looks like latests changes to Generic Type resolution breaks something.

EXPLAIN select null from alltypesorc;
The above expression fails to vectorize because getConstantVectorExpression(null, ..) results in NPE.

When reader fails handling the data of the first chunk defined by step commitInterval and the step is retried the writer starts the writing from wrong place in xml output file. The JUnit testcase to repeat the problem can be found from the Spring Batch forum post (http://forum.springsource.org/showthread.php?t=71239).

Use impala 2.0 to connect to hive-0.13 Metastore.
From impala, run the following queries:

create table voter1(voter_id int,name string,age tinyint, registration
string,contributions decimal(5,2),voterzone smallint,create_time timestamp) row
format delimited fields terminated by '\t';
load data inpath '/tmp/votertab' into table voter1;

After this, can successfully select from table voter 1.
Execute the following from impala shell:

> compute stats voter1;

After this, got the following error selecting from table voter1:

> select * from voter1 limit 5;
Query: select * from voter1 limit 5
ERROR: AnalysisException: Failed to load metadata for table: default.voter1
CAUSED BY: TableLoadingException: Failed to load metadata for table: voter1
CAUSED BY: TTransportException: java.net.SocketException: Broken pipe
CAUSED BY: SocketException: Broken pipe

Below is the exception found in Hive log:

org.apache.thrift.protocol.TProtocolException: Cannot write a TUnion with no set value!
at org.apache.thrift.TUnion$TUnionStandardScheme.write(TUnion.java:240)
at org.apache.thrift.TUnion$TUnionStandardScheme.write(TUnion.java:213)
at org.apache.thrift.TUnion.write(TUnion.java:152)
at org.apache.hadoop.hive.metastore.api.ColumnStatisticsObj$ColumnStatisticsObjStandardScheme.write(ColumnStatisticsObj.java:550)
at org.apache.hadoop.hive.metastore.api.ColumnStatisticsObj$ColumnStatisticsObjStandardScheme.write(ColumnStatisticsObj.java:488)
at org.apache.hadoop.hive.metastore.api.ColumnStatisticsObj.write(ColumnStatisticsObj.java:414)
at org.apache.hadoop.hive.metastore.api.TableStatsResult$TableStatsResultStandardScheme.write(TableStatsResult.java:388)
at org.apache.hadoop.hive.metastore.api.TableStatsResult$TableStatsResultStandardScheme.write(TableStatsResult.java:338)
at org.apache.hadoop.hive.metastore.api.TableStatsResult.write(TableStatsResult.java:288)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_table_statistics_req_result$get_table_statistics_req_resultStandardScheme.write(ThriftHiveMetastore.java)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_table_statistics_req_result.write(ThriftHiveMetastore.java)
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:53)
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39)
at org.apache.hadoop.hive.metastore.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:48)
at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:206)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)

in Camel-Guice component's pom.xml we have:
 <properties>    
    <camel.osgi.export.pkg>org.apache.camel.guice.*</camel.osgi.export.pkg>
    <camel.osgi.import.additional>
        com.google.inject*;version="[2,3)"        
    </camel.osgi.import.additional>
  </properties>
i.e imported version of google-guice package is [2,3). Unfortunately this in not compatible with any of the releases from Google-Guice (version 2 or 3). Guice seems to maintain 'package' level versioning. "com.google.inject;version=1.3"
Suggested:fix:
Change the lower version from 2 to 1.2 .
This bug is a showstopper for us to integrate and deploy solution with camel+guice+peaberry on to karaf osgi.
We have from guice 3:
guice 
----------
Manifest-Version = 1.0
Archiver-Version = Plexus Archiver
Built-By = mcculls
Build-Jdk = 1.6.0_24
Created-By = Apache Maven
Bundle-Vendor = Google, Inc.
Bundle-RequiredExecutionEnvironment = J2SE-1.5,JavaSE-1.6
Bundle-Name = guice
Bundle-Copyright = Copyright (C) 2006 Google Inc.
Bundle-DocURL = http://code.google.com/p/google-guice/
Bundle-Description = Guice is a lightweight dependency injection framework for J
ava 5 and above
Bundle-SymbolicName = com.google.inject
Bundle-Version = 3.0.0
Bundle-License = http://www.apache.org/licenses/LICENSE-2.0.txt
Bundle-ManifestVersion = 2
Import-Package =
        javax.inject,
        org.aopalliance.intercept
Export-Package =
        com.google.inject.matcher;version=1.3,
        com.google.inject.name;version=1.3,
        com.google.inject.spi;version=1.3,
        com.google.inject.binder;version=1.3,
        com.google.inject.util;version=1.3,
        com.google.inject;version=1.3

Single partition works, but multiple partitions will not work.
Reproduce steps:

DROP TABLE IF EXISTS t1;
DROP TABLE IF EXISTS t2;
DROP TABLE IF EXISTS t3;
DROP TABLE IF EXISTS t4;

CREATE TABLE t1 (a int) PARTITIONED BY (d1 int);
CREATE TABLE t2 (a int) PARTITIONED BY (d1 int);
CREATE TABLE t3 (a int) PARTITIONED BY (d1 int, d2 int);
CREATE TABLE t4 (a int) PARTITIONED BY (d1 int, d2 int);

INSERT OVERWRITE TABLE t1 PARTITION (d1 = 1) SELECT salary FROM jsmall LIMIT 10;
INSERT OVERWRITE TABLE t3 PARTITION (d1 = 1, d2 = 1) SELECT salary FROM jsmall LIMIT 10;

SELECT * FROM t1;

SELECT * FROM t3;

ALTER TABLE t2 EXCHANGE PARTITION (d1 = 1) WITH TABLE t1;
SELECT * FROM t2;

ALTER TABLE t4 EXCHANGE PARTITION (d1 = 1, d2 = 1) WITH TABLE t3;
SELECT * FROM t4;

The output:

0: jdbc:hive2://10.17.74.148:10000/default> SELECT * FROM t3;
+-------+--------+--------+--+
| t3.a  | t3.d1  | t3.d2  |
No rows selected (0.227 seconds)
0: jdbc:hive2://10.17.74.148:10000/default> SELECT * FROM t4;
| t4.a  | t4.d1  | t4.d2  |
No rows selected (0.266 seconds)

Here is the mail thread[1] which discuss about it.
[1]http://camel.465427.n5.nabble.com/Bindy-CSV-parser-uses-default-encoding-tp5456136p5456136.html

Jeff'e email:
I've executed this "LOAD DATA" statement a number of times before and never had this issue. When I drop into the shell, I can see the file I'm trying to load. Hive can't, however; any ideas on what's going on? I'd love to get tips on how to debug this problem as well.
hive > LOAD DATA LOCAL INPATH 'ml-data/u.data' OVERWRITE INTO TABLE u_data;                 
FAILED: Error in semantic analysis: line 3:23 Invalid Path 'ml-data/u.data': No files matching path
hive > !ls ml-data;

currently, when handling error in the native code, some resource allocated is not deallocated.

    input_bytes = (unsigned char *) (*env)->GetByteArrayElements(env, input, 0);  //in some case, it is not deallocated

the byte array may accupy lots of memory.  this can cause serious memory leak in the long-running server

JDBC component doesn't preserve any of the headers that are sent into it

HIVE-10343 have made the costs changeable by hiveconf settings; however there was a method in which there was already a local variable named cpuCost....bottom line is the cost of n-way joins calculated by this method is computed as the product of the number of rows...
https://github.com/apache/hive/blob/9c907769a63a6b23c91fdf0b3f3d0aa6387035dc/ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/cost/HiveAlgorithmsUtil.java#L83

[WARNING] Some problems were encountered while building the effective model for org.apache.hive:hive-metastore:jar:3.0.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.(groupId:artifactId)' must be unique but found duplicate declaration of plugin org.apache.maven.plugins:maven-jar-plugin @ line 299, column 15
[WARNING] Some problems were encountered while building the effective model for org.apache.hive:hive-standalone-metastore:jar:3.0.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.antlr:antlr3-maven-plugin is missing. @ line 538, column 15

UDF translate(input, from, to) doesn't accept any CHAR or VARCHAR typed argument.

hive> desc vc;
c                   	char(5)             	None                
vc                  	varchar(7)          	None                
s                   	string              	None                
hive> select translate("my input", c, "ll") from vc;
FAILED: SemanticException [Error 10016]: Line 1:29 Argument type mismatch 'c': A string argument was expected but an argument of type char(5) was given.

However, if the type is String, then the UDF works fine.

I just did mvn clean install and got this:
[INFO] — maven-bundle-plugin:2.1.0:bundle (default-bundle) @ cxf-jaxrs-security —
[ERROR] Error building bundle org.fusesource.examples:cxf-jaxrs-security:bundle:7.0.0.fuse-037 : Unresolved references to [org.apache.commons.httpclient.auth] by class(es) on the Bundle-Classpath[Jar:dot]: [org/fusesource/examples/cxf/jaxrs/security/client/Client.class]
[ERROR] Error(s) found in bundle configuration
This works on fuseesb7 branch though with same bundle plugin config... looking into it.

There is Web Service which was built by using Spring WS 2.2.0 release. When service receiving a soap request with missing soap body tag, Spring WS thrown a NullPointerException exception. Here are the Exception and call stack:

[DEBUG]:[01/09/15 17:01:44.884]:[qtp713450595-20]:[org.springframework.ws.server.MessageDispatcher] - Endpoint invocation resulted in exception - responding with Fault
	at org.springframework.ws.soap.saaj.SaajSoapEnvelope.getBody(SaajSoapEnvelope.java:54) ~[spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.soap.AbstractSoapMessage.getSoapBody(AbstractSoapMessage.java:38) ~[spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.soap.AbstractSoapMessage.getPayloadSource(AbstractSoapMessage.java:50) ~[spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.server.endpoint.mapping.PayloadRootAnnotationMethodEndpointMapping.getLookupKeyForMessage(PayloadRootAnnotationMethodEndpointMapping.java:62) ~[spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.server.endpoint.mapping.PayloadRootAnnotationMethodEndpointMapping.getLookupKeyForMessage(PayloadRootAnnotationMethodEndpointMapping.java:52) ~[spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.server.endpoint.mapping.AbstractMethodEndpointMapping.getEndpointInternal(AbstractMethodEndpointMapping.java:62) ~[spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.server.endpoint.mapping.AbstractEndpointMapping.getEndpoint(AbstractEndpointMapping.java:119) ~[spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.server.MessageDispatcher.getEndpoint(MessageDispatcher.java:272) [spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:215) [spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:176) [spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:89) [spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at com.experian.atb.webservice.endpoints.ATBWebServiceMessageReceiverHandlerAdapter.handle(ATBWebServiceMessageReceiverHandlerAdapter.java:40) [classes/:na]
	at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:293) [spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:961) [spring-webmvc-4.0.3.RELEASE.jar:4.0.3.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:863) [spring-webmvc-4.0.3.RELEASE.jar:4.0.3.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [servlet-api-3.1.jar:3.1.0]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:837) [spring-webmvc-4.0.3.RELEASE.jar:4.0.3.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [servlet-api-3.1.jar:3.1.0]
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:751) [jetty-servlet-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:566) [jetty-servlet-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:578) [jetty-security-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1111) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:498) [jetty-servlet-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:183) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1045) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:199) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:98) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:309) [jetty-rewrite-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.Server.handle(Server.java:461) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:284) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:244) [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:534) [jetty-io-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:607) [jetty-util-9.2.1.v20140609.jar:9.2.1.v20140609]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:536) [jetty-util-9.2.1.v20140609.jar:9.2.1.v20140609]
	at java.lang.Thread.run(Thread.java:744) [na:1.7.0_51]

  INSERT OVERWRITE LOCAL DIRECTORY '/home/jerryf/bb'
  SELECT *
  FROM tmp_table a;

The message is

09/05/22 14:20:19 INFO exec.MoveTask: Copying data to local directory /home/jerryf/bb from /tmp/hive-zshao/1172840657/53111279.10000.insclause-0
Unable to delete the existing destination directory: /home/jerryf/bb
09/05/22 14:20:19 INFO exec.MoveTask: Unable to delete the existing destination directory: /home/jerryf/bb
1 Rows loaded to /home/jerryf/bb
09/05/22 14:20:19 INFO exec.HiveHistory: 1 Rows loaded to /home/jerryf/bb
OK
09/05/22 14:20:19 INFO ql.Driver: OK
Time taken: 14.835 seconds

Hive should report error instead.

When I setup CLIENT_CERT authentication for an application (see Steps to Reproduce) and utilize HTTP/2 protocol, I get always 403 Forbidden even in case I use correct client certificate that should allow me access to a secured content.
I can see following TRACE messages in server.log:

2017-05-23 10:58:31,110 TRACE [org.wildfly.security] (default task-7) X500 principal [CN=client] decoded as name [client] (attribute values: [client])
2017-05-23 10:58:31,110 TRACE [org.wildfly.security] (default task-7) Principal assigning: [CN=client], pre-realm rewritten: [client], realm name: [ksRealm], post-realm rewritten: [client], realm rewritten: [client]
2017-05-23 10:58:31,110 TRACE [org.wildfly.security] (default task-7) Role mapping: principal [client] -> decoded roles [] -> realm mapped roles [] -> domain mapped roles [gooduser]
2017-05-23 10:58:31,110 TRACE [org.wildfly.security] (default task-7) Authorizing principal client.
2017-05-23 10:58:31,110 TRACE [org.wildfly.security] (default task-7) Authorizing against the following attributes: [] => []
2017-05-23 10:58:31,111 TRACE [org.wildfly.security] (default task-7) Permission mapping: identity [client] with roles [gooduser] implies ("org.wildfly.security.auth.permission.LoginPermission" "") = true
2017-05-23 10:58:31,111 TRACE [org.wildfly.security] (default task-7) Authorization succeed
2017-05-23 10:58:31,111 TRACE [org.wildfly.security] (default task-7) Authentication succeed for principal [CN=client]
2017-05-23 10:58:31,117 TRACE [org.wildfly.security] (default task-10) Handling MechanismInformationCallback type='HTTP' name='CLIENT_CERT' host-name='localhost' protocol='https'
2017-05-23 10:58:31,117 TRACE [org.wildfly.security] (default task-10) CLIENT-CERT no SSL session

Authentication seems that it succeed just fine. But notice the last line - CLIENT-CERT no SSL session.
When I disable 'http2' in https-listener:

/subsystem=undertow/server=default-server/https-listener=https:write-attribute(name=enable-http2,value=false)
reload

I can now access secured content as expected. Also trace log contains different (more healthy) messages now.
This happens both when I utilize HTTP/2 with EAP 'alpn-hack' mechanism and also with ALPN provided by OpenSSL library.

It's more or less in contradiction with the objective of having lightweight HTable objects and the data may be stale when we will use it.... 

We ran into a situation where the memstore size became negative due to expensive postPut/Delete Coprocessor calls in doMiniBatchMutate. We update the memstore size in the finally block of doMiniBatchMutate, however a queued flush can be triggered during the coprocessor calls(if they are taking time eg. index updates) since we have released the locks and advanced mvcc at this point. The flush will turn the memstore size negative since the value subtracted is the actual value flushed from stores. The negative value impacts the future flushes amongst others that depend on memstore size.

It seems that after some recent changes, hbase.cmd no longer works. 

We store metadata about ColumnarSerDes in the metastore, so it should be considered a native SerDe.  Then, column information can be retrieved from the metastore instead of from deserialization.
Currently, for non-native SerDes, column comments are only shown as "from deserializer".  Adding ColumnarSerDe to the list of native SerDes will persist column comments.  See HIVE-2171 for persisting the column comments of custom SerDes.

We hit an interesting bug in a case where datanucleus.identifierFactory = datanucleus2 .
The problem is that directSql handgenerates SQL strings assuming "datanucleus1" naming scheme. If a user has their metastore JDO managed by datanucleus.identifierFactory = datanucleus2 , the SQL strings we generate are incorrect.
One simple example of what this results in is the following: whenever DN persists a field which is held as a List<T>, it winds up storing each T as a separate line in the appropriate mapping table, and has a column called INTEGER_IDX, which holds the position in the list. Then, upon reading, it automatically reads all relevant lines with an ORDER BY INTEGER_IDX, which results in the list retaining its order. In DN2 naming scheme, the column is called IDX, instead of INTEGER_IDX. If the user has run appropriate metatool upgrade scripts, it is highly likely that they have both columns, INTEGER_IDX and IDX.
Whenever they use JDO, such as with all writes, it will then use the IDX field, and when they do any sort of optimized reads, such as through directSQL, it will ORDER BY INTEGER_IDX.
An immediate danger is seen when we consider that the schema of a table is stored as a List<FieldSchema> , and while IDX has 0,1,2,3,... , INTEGER_IDX will contain 0,0,0,0,... and thus, any attempt to describe the table or fetch schema for the table can come up mixed up in the table's native hashing order, rather than sorted by the index.
This can then result in schema ordering being different from the actual table. For eg:, if a user has a (a:int,b:string,c:string), a describe on this may return (c:string, a:int, b: string), and thus, queries which are inserting after selecting from another table can have ClassCastExceptions when trying to insert data in the wong order - this is how we discovered this bug. This problem, however, can be far worse, if there are no type problems - it is possible, for eg., that if a,b&c were all strings, that that insert query would succeed but mix up the order, which then results in user table data being mixed up. This has the potential to be very bad.
We should write a tool to help convert metastores that use "datanucleus2" to "datanucleus1"(more difficult, needs more one-time testing) or change directSql to support both(easier to code, but increases test-coverage matrix significantly and we should really then be testing against both schemes). But in the short term, we should disable directSql if we see that the identifierfactory is "datanucleus2"

When this method is not implemented management operations in subsystem cannot function properly.

What we did a while back, we made the sync-tcp the default configuration for running the clustering tests. However, we kept a extended testsuite with other combinations and other unimportant clustering tests.

spring.schema files contains the correct entries for camel-spring

http\://activemq.apache.org/camel/schema/spring/camel-spring.xsd=camel-spring.xsd

http\://activemq.apache.org/camel/schema/spring/camel-spring-1.0.0.xsd=camel-spring.xsd
http\://activemq.apache.org/camel/schema/spring/camel-spring-1.1.0.xsd=camel-spring.xsd
http\://activemq.apache.org/camel/schema/spring/camel-spring-1.2.0.xsd=camel-spring.xsd
http\://activemq.apache.org/camel/schema/spring/camel-spring-1.3.0.xsd=camel-spring.xsd
http\://activemq.apache.org/camel/schema/spring/camel-spring-1.4.0.xsd=camel-spring.xsd

...but others (like camel-osgi, camel-spring-integration) have missing entries or even wrong (old SNAPSHOT) entries.

Clusters with lots of reference files will be un-able to balance since the RegionLocationFinder tries to open every reference file. 

To be able to be injected into non-application-scoped CDI beans, CdiRepositoryBean should implement PassivationCapable. This will be recommended as of CDI 1.1, see https://issues.jboss.org/browse/CDI-360.

If table factory is set in HbaseTemplate we should release a table using this factory instead of calling table.close()

If concurrent session control is used with an authentication provider which doesn't copy the authentication details object to the successful authentication (e.g. CasAuthenticationProvider) then the check with the concurrent session controller on whether access is allowed takes place before the copyDetails method of AbstractAuthenticationManager is called. This isn't a problem with classes which extend AbstractUserDetailsAuthenticationProvider, as it copies the authentication details object itself.
The copyDetails method should probably be pulled down into ProviderManager and called before checkAuthenticationAllowed() is called. This will ensure that the details object is available even if  the provider doesn't set it.
It's also not clear that we really need an AbstractAuthenticationManager at all, given how little there is in there.

Something has changed since 2.0.1. When called on an empty graph, deleteAll throws a CME:

java.util.ConcurrentModificationException: null
	at java.util.HashMap$HashIterator.nextNode(HashMap.java:1429)
	at java.util.HashMap$ValueIterator.next(HashMap.java:1458)
	at org.neo4j.ogm.context.MappingContext.clear(MappingContext.java:222)
	at org.neo4j.ogm.context.MappingContext.clear(MappingContext.java:199)
	at org.neo4j.ogm.session.delegates.DeleteDelegate.deleteAll(DeleteDelegate.java:96)
	at org.neo4j.ogm.session.Neo4jSession.deleteAll(Neo4jSession.java:354)
	at org.springframework.data.neo4j.template.Neo4jTemplate.deleteAll(Neo4jTemplate.java:183)

HIVE-17983 moved hive metastore schema sql files for all databases but derby to standalone-metastore. As a result there are not two copies of hive-schema-3.0.0.derby.sql.
metastore/scripts/upgrade/derby/hive-schema-3.0.0.derby.sql needs to be removed.

Hive jars already contain all the build information, similar to hadoop. This was added as part of HiveServer2 feature.
We are still missing the command line wrapper to extract that information

HIVE-2646 broke the javadoc, because javadoc needs the Hadoop jars on the classpath.

 [javadoc] Building index for all classes...
[javadoc] Generating /Users/owen/work/eclipse/hive/build/dist/docs/api/stylesheet.css...
[javadoc] 3 errors
[javadoc] 168 warnings

HttpHeaderFilterStrategy uses the HTTP headers with upper case characters on the beginning (e. g. 'Transfer-Encoding' instead of 'transfer-encoding').

Debugging revealed certificate use utf8String representation whereas Elytron is expecting printableString
In rfc 5280 [1] chapter 4.1.2.4. Issuer there is specified value of subject/issuer can be of 5 types

   DirectoryString ::= CHOICE {
         teletexString           TeletexString (SIZE (1..MAX)),
         printableString         PrintableString (SIZE (1..MAX)),
         universalString         UniversalString (SIZE (1..MAX)),
         utf8String              UTF8String (SIZE (1..MAX)),
         bmpString               BMPString (SIZE (1..MAX)) }

However Elytron X500 principal decoder [2] can handle only 2 of them PRINTABLE_STRING_TYPE and IA5_STRING_TYPE (not sure which type of rfc does that match) [2]
Definitely missing utf8String (my case). Also revise for backward compatibility teletexString, bmpString and universalString
[1] https://www.ietf.org/rfc/rfc5280.txt
[2] https://github.com/wildfly-security/wildfly-elytron/blob/32ff7c17965b3ecae6be7ce1c9b96ab642ddc4ad/src/main/java/org/wildfly/security/x500/util/X500PrincipalUtil.java#L95

I do not know this is a bug or not. But reference documentation uses @EnableJPAAnnotations, SimpleJPARepository etc. instead of SimpleMongoRepository and EnableMongoAnnotations.

Follow-up of HIVE-15211.
Currently, we have some restrictions on the predicates that we can use in ON clauses for outer joins.
This patch is an extension to overcome these restrictions. Follow-up work will focus on identifying some cases, such as disjunctive predicates, that can be run more efficiently than with a cartesian product.
It will allow to write queries that currently fail in Hive such as:

-- Disjunctions
SELECT *
FROM src1 LEFT OUTER JOIN src
ON (src1.key=src.key
  OR src1.value between 100 and 102
  OR src.value between 100 and 102)
LIMIT 10;
-- Conjunction with multiple inputs references in one side
SELECT *
FROM src1 RIGHT OUTER JOIN src
ON (src1.key+src.key >= 100
  AND src1.key+src.key <= 102)
LIMIT 10;
-- Conjunct with no references
SELECT *
FROM src1 FULL OUTER JOIN src
ON (src1.value between 100 and 102
  AND src.value between 100 and 102
  AND true)
LIMIT 10;

If user runs hive under the user name that is not "hive", jobs will fail until everyone is granted write access to /user/hive, which is not nice.

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 19.465 sec <<< FAILURE! - in org.apache.camel.itest.karaf.CamelMetricsTest
test(org.apache.camel.itest.karaf.CamelMetricsTest)  Time elapsed: 19.347 sec  <<< ERROR!
org.ops4j.pax.exam.WrappedTestContainerException: [test(org.apache.camel.itest.karaf.CamelMetricsTest): Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=camel-metrics; type=karaf.feature; version="[2.20.0.SNAPSHOT,2.20.0.SNAPSHOT]"; filter:="(&(osgi.identity=camel-metrics)(type=karaf.feature)(version>=2.20.0.SNAPSHOT)(version<=2.20.0.SNAPSHOT))" [caused by: Unable to resolve camel-metrics/2.20.0.SNAPSHOT: missing requirement [camel-metrics/2.20.0.SNAPSHOT] osgi.identity; osgi.identity=org.apache.camel.camel-metrics; type=osgi.bundle; version="[2.20.0.SNAPSHOT,2.20.0.SNAPSHOT]"; resolution:=mandatory [caused by: Unable to resolve org.apache.camel.camel-metrics/2.20.0.SNAPSHOT: missing requirement [org.apache.camel.camel-metrics/2.20.0.SNAPSHOT] osgi.wiring.package; filter:="(&(osgi.wiring.package=com.fasterxml.jackson.core)(version>=2.8.0)(!(version>=3.0.0)))"]]]
	at org.apache.felix.resolver.ResolutionError.toException(ResolutionError.java:42)
	at org.apache.felix.resolver.ResolverImpl.doResolve(ResolverImpl.java:389)
	at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:375)
	at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:347)
	at org.apache.karaf.features.internal.region.SubsystemResolver.resolve(SubsystemResolver.java:218)
	at org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:285)
	at org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision(FeaturesServiceImpl.java:1170)
	at org.apache.karaf.features.internal.service.FeaturesServiceImpl.lambda$doProvisionInThread$0(FeaturesServiceImpl.java:1069)

In Hive v1.2.1.2.3, with Tez , create an external table with compression SNAPPY value marked as lower case.  Table is created successfully.  Insert data into table fails with no enum constant error.
CREATE EXTERNAL TABLE mydb.mytable 
(id int)
  PARTITIONED BY (business_date date)
STORED AS ORC
LOCATION
  '/data/mydb/mytable'
  'orc.compress'='snappy');
set hive.exec.dynamic.partition=true;
set hive.exec.dynamic.partition.mode=nonstrict;
INSERT OVERWRITE mydb.mytable PARTITION (business_date)
SELECT * from mydb.sourcetable;
Caused by: java.lang.IllegalArgumentException: No enum constant org.apache.hadoop.hive.ql.io.orc.CompressionKind.snappy
	at java.lang.Enum.valueOf(Enum.java:238)
	at org.apache.hadoop.hive.ql.io.orc.CompressionKind.valueOf(CompressionKind.java:25)
Constant SNAPPY needs to be uppercase in definition to fix.  Case should be agnostic or throw error on creation of table.

When DataSourceUtils calls connection.setReadOnly, it catches the exception, logs it and continues. 
When LazyConnectionDataSourceProxy gets instructions to call connection.setReadOnly, it does not catch the exception. This causes problems when using WebSphere 7 with an oracle database. The Oracle database does not support readOnly, and WebSphere 7 will throw an exception (see also http://www-01.ibm.com/support/docview.wss?uid=swg21194913) even though setReadOnly is only a hint. So the exception should be logged and ignored similar to what happens in DataSourceUtils.
Attached is a maven project which can be used to reproduce the issue and a stack trace.

Setting "<Property name="hive.log.threshold">INFO</Property>" in dist/hive/conf/hive-exec-log4j2.xml fixes the problem. Should it be made as default in hive-exec-log4j2.xml? "--hiveconf hive.log.level=INFO" from commandline does not have any impact.

e.g. https://ci.wildfly.org/viewLog.html?buildId=88100&buildTypeId=WF_PullRequest_LinuxElytro

HADOOP-12437 introduced a new API to org.apache.hadoop.net.DNS: getDefaultHost(String, String, boolean).
The purpose of this method (the boolean argument really) is to change the functionality so that when rDNS fails, InetAddress#getCanonicalHostName() is consulted which includes resolution via the hosts file.
The direct application of this new method is relevant on hosts with multiples NICs and Kerberos enabled.
Sadly, this method only exists in 2.8.0-SNAPSHOT, so to benefit from the fix without great pain, some reflection is required.

We are using HttpComponentsHttpInvokerRequestExecutor with HttpClient v4.2.1 with PoolingClientConnectionManager. We notice in our live environment, that in case of an error, the connection is not gracefully released.
I have attached a TestCase. The first one consumes the entity at the end (by default there are callback handler registered, which releases the connection after consuming the entity). Otherwise explicitly releasing connection is also possible to fix the problem.
But currently the HttpComponentsHttpInvokerRequestExecutor does not consume the entity after an HTTP error (or releasing connection explicitly) so the connection is not released and not available for other requests.

Hitting this url: " http://localhost:8181/cxf/crm" as specified by the readme for the REST example results in the stacktrace below.
Problem accessing /cxf/crm. Reason:
    Server Error
Caused by:
java.lang.reflect.UndeclaredThrowableException
	at org.ops4j.pax.web.service.internal.$Proxy24.service(Unknown Source)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:652)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:447)
	at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:70)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:559)
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:227)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1038)
	at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:117)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:374)
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:189)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:972)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
	at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:75)
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
	at org.eclipse.jetty.server.Server.handle(Server.java:363)
	at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:483)
	at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:920)
	at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:982)
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:635)
	at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)
	at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:627)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:51)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)
	at sun.reflect.GeneratedMethodAccessor89.invoke(Unknown Source)
	at org.ops4j.pax.web.service.internal.HttpServiceStarted$1.invoke(HttpServiceStarted.java:182)
	... 27 more
Caused by: java.lang.RuntimeException: org.apache.cxf.interceptor.Fault
	at org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(AbstractFaultChainInitiatorObserver.java:117)
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:322)
	at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
	at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:236)
	at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:214)
	at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:194)
	at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:130)
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:221)
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:146)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:197)
	... 31 more
Caused by: org.apache.cxf.interceptor.Fault
	at org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(AbstractFaultChainInitiatorObserver.java:76)
	... 41 more
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1472)
	at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1923)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
	at org.apache.cxf.jaxrs.impl.RuntimeDelegateImpl.createResponseBuilder(RuntimeDelegateImpl.java:80)
	at javax.ws.rs.core.Response$ResponseBuilder.newInstance(Response.java:356)
	at javax.ws.rs.core.Response.status(Response.java:127)
	at org.apache.cxf.jaxrs.utils.JAXRSUtils.createResponse(JAXRSUtils.java:444)
	at org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.processRequest(JAXRSInInterceptor.java:155)
	at org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.handleMessage(JAXRSInInterceptor.java:89)
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:262)
	... 40 more
Caused by:
	... 31 more
	... 41 more
	... 40 more
Caused by:
java.lang.RuntimeException: org.apache.cxf.interceptor.Fault
	... 41 more
	... 40 more
Caused by:
org.apache.cxf.interceptor.Fault
	... 40 more
Caused by:
Powered by Jetty://

I've noticed that PostgreSQL upgrade scripts are creating table PART_COL_STATS and TAB_COL_STATS with column DOUBLE_HIGH_VALUES, however hive (and all other scripts) are expecting column name DOUBLE_HIGH_VALUE (without the "S" at the end).

I have a bug report for you, for the class AbstractPatriciaTrie.  
It has to do with how you handle bits when they are very close to each other.  
For example, some of your methods seem to think that if the only difference between a prefix and a longer string, is a single additional bit, then they are actually the same data.  Or if the only difference is some number of zero bits, then it also thinks they are the same data.  
There are also MANY situations where the prefixMap does not return all the strings that start with the prefix.
Can you also make AbstractPatriciaTrie public, and your other package level methods into protected level, that way I don't have to copy the entire class and subclasse's code out into another class just to extend it?
thank you,
Chris Duncan (github user: VEQRYN)

Having a @MailSessionDefinition annotation with properties, MailSessionDefinitionAnnotationParser throws a NullPointerException

@MailSessionDefinition(
		name = "java:comp/devMailSession",
		host = "mymailserver",
		transportProtocol = "smtp",
		user = "myuser",
		password = "mypassword",
		from = "my@email.com",
		properties = {
				"mail.debug=true"
		})

Stacktrace while starting wildfly:

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.deployment.unit."test.war".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."test.war".PARSE: JBAS018733: Failed to process phase PARSE of deployment "test.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.0.0.CR1.jar:8.0.0.CR1]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45]
	at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
	at org.jboss.as.mail.extension.MailSessionDefinitionAnnotationParser.getBindingConfiguration(MailSessionDefinitionAnnotationParser.java:143)
	at org.jboss.as.mail.extension.MailSessionDefinitionAnnotationParser.processMailSession(MailSessionDefinitionAnnotationParser.java:107)
	at org.jboss.as.mail.extension.MailSessionDefinitionAnnotationParser.deploy(MailSessionDefinitionAnnotationParser.java:96)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.CR1.jar:8.0.0.CR1]
	... 5 more

Related code:

        MailSessionMetaData metaData = new MailSessionMetaData();
        metaData.setTransportProtocol(asString(annotationInstance, "transportProtocol"));
        metaData.setStoreProtocol(asString(annotationInstance, "storeProtocol"));
        metaData.setHost(asString(annotationInstance, "host"));
        metaData.setUser(asString(annotationInstance, "user"));
        metaData.setPassword(asString(annotationInstance, "password"));
        metaData.setFrom(asString(annotationInstance, "from"));
        metaData.setName(nameValue.asString());
        String jndiName = MailSessionAdd.getJndiName(nameValue.asString());

        for (String fullProp : asArray(annotationInstance, "properties")) {
            PropertyMetaData p = new PropertyMetaData();
            String[] prop = fullProp.split("=", 2);
            p.setName(prop[0]);
            p.setValue(prop[1]);
            metaData.getProperties().add(p); // thrown NPE
        }

After looking at MailSessionMetaData the properties property is not initialized so getProperties() returns null

Tab completion returns wrong values
Always

/extension=org.wildfly.extension.elytron:add
/subsystem=elytron:add
reload
/subsystem=elytron/simple-permission-mapper=login-permission-mapper2:add(permission-mappings=[{permissions=[{class-name="org.wildfly.security.auth.permission.LoginPermission"}],<TAB>

/subsystem=elytron/simple-permission-mapper=login-permission-mapper2:add(permission-mappings=[{permissions=[{class-name="org.wildfly.security.auth.permission.LoginPermission"}],{

[standalone@localhost:9990 /] /subsystem=elytron/simple-permission-mapper=login-permission-mapper2:add(permission-mappings=[{permissions=[{class-name="org.wildfly.security.auth.permission.LoginPermission"}],
principals  roles  

When I export a repository using RepositoryRestMvcConfiguration the JSON representation I get back from the exported resources omits any property whose value is null.
What I want:

{
  "links": ...snip...,
  "content": [
    {
      "links": ...snip...,
      "content": [
        "someProperty": "non null value",
        "someOtherProperty": null
      ]
    }
  ]
}

What I actually get:

{
    {
      ]
    }
  ]
}

I think this is because properties with null values are always omitted when converting from an object to a resource. See EntityToResourceConverter's convert method, which contains this snippet:

if(null != (val = attrMeta.getValue().get(source))) {
  entityDto.put(name, val);
}

This behavior may sometimes be desirable but it seems incorrect for the framework to assume that it is always desirable.
It would be great if there was a way to specify the desired handling of null property values. A configuration option (somewhere) seems ideal; a hook method to override would also work.
I could replace the entire EntityToResourceConverter with a custom converter but this is a lot of framework code to branch just to remove one if statement.

WildFly pom.xml and its feature-pack still have dependencies for hornetq-native and hornet-journal jars.
They are no longer used (since they were only required when HornetQ broker was integrated) and should be removed.

2014-12-29 22:25:12,667 | ERROR | FelixStartLevel  | BlueprintCamelContext            | 8 - org.apache.camel.camel-blueprint - 2.14.0 | Error occurred during starting Camel: CamelContext(elasticSearchProducerCamelContext) due Failed to create route log-event-sink-elasticsearch at: >>> Aggregate[true -> [To[log:xxx?level=INFO&groupInterval=2000], To[elasticsearch://elasticsearch?ip=127.0.0.1&port=9300]]] <<< in route: Route(log-event-sink-elasticsearch)[[From[vm:log-event-elast... because of Failed to resolve endpoint: elasticsearch://elasticsearch?ip=127.0.0.1&port=9300 due to: Failed to resolve config path [names.txt], tried file path [names.txt], path file [xxx/config/names.txt], and classpath
org.apache.camel.FailedToCreateRouteException: Failed to create route log-event-sink-elasticsearch at: >>> Aggregate[true -> [To[log:xxx?level=INFO&groupInterval=2000], To[elasticsearch://elasticsearch?ip=127.0.0.1&port=9300]]] <<< in route: Route(log-event-sink-elasticsearch)[[From[vm:log-event-elast... because of Failed to resolve endpoint: elasticsearch://elasticsearch?ip=127.0.0.1&port=9300 due to: Failed to resolve config path [names.txt], tried file path [names.txt], path file [xxx/config/names.txt], and classpath
   at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:945)
   at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:187)
...
Caused by: org.elasticsearch.env.FailedToResolveConfigException: Failed to resolve config path [names.txt], tried file path [names.txt], path file [xxx/config/names.txt], and classpath
   at org.elasticsearch.env.Environment.resolveConfig(Environment.java:213)
   at org.elasticsearch.node.internal.InternalSettingsPreparer.prepareSettings(InternalSettingsPreparer.java:119)
...

This can be fixed by adding a one-liner to explicitly set the classloader on the elasticsearch Settings class to the classloader of Settings.class:

            Settings settings = ImmutableSettings.settingsBuilder()
                ...
                .classLoader(Settings.class.getClassLoader());
                ...

This test fail when Hadoop QA run preCommit:
https://builds.apache.org/job/PreCommit-HBASE-Build/2971/testReport/org.apache.hadoop.hbase/TestPartialResultsFromClientSide/testReversedCompleteResultWhenRegionMove/.
And I found it is in Flaky Tests Dashboard: http://hbase.x10host.com/flaky-tests/. I run it in my local machine and it may fail, too.
Test results show that the region location didn't update when scanner callable get a NotServingRegionException or RegionMovedException.

org.apache.hadoop.hbase.client.RetriesExhaustedException: Failed after attempts=36, exceptions:
Sat Aug 06 05:55:52 UTC 2016, null, java.net.SocketTimeoutException: callTimeout=2000, callDuration=2157: org.apache.hadoop.hbase.NotServingRegionException: testReversedCompleteResultWhenRegionMove,,1470462949504.5069bd63bf6eda5108acec4fcc087b0e. is closing
	at org.apache.hadoop.hbase.regionserver.HRegion.startRegionOperation(HRegion.java:8233)
	at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2634)
	at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2629)
	at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2623)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:2490)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:34950)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2264)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:118)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:189)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:169)
 row '' on table 'testReversedCompleteResultWhenRegionMove' at region=testReversedCompleteResultWhenRegionMove,,1470462949504.5069bd63bf6eda5108acec4fcc087b0e., hostname=asf907.gq1.ygridcore.net,38914,1470462943053, seqNum=2

	at org.apache.hadoop.hbase.client.RpcRetryingCallerWithReadReplicas.throwEnrichedException(RpcRetryingCallerWithReadReplicas.java:281)
	at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas.call(ScannerCallableWithReplicas.java:213)
	at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas.call(ScannerCallableWithReplicas.java:61)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithoutRetries(RpcRetryingCaller.java:212)
	at org.apache.hadoop.hbase.client.ReversedClientScanner.nextScanner(ReversedClientScanner.java:118)
	at org.apache.hadoop.hbase.client.ClientScanner.initializeScannerInConstruction(ClientScanner.java:166)
	at org.apache.hadoop.hbase.client.ClientScanner.<init>(ClientScanner.java:161)
	at org.apache.hadoop.hbase.client.ReversedClientScanner.<init>(ReversedClientScanner.java:56)
	at org.apache.hadoop.hbase.client.HTable.getScanner(HTable.java:785)
	at org.apache.hadoop.hbase.TestPartialResultsFromClientSide.testReversedCompleteResultWhenRegionMove(TestPartialResultsFromClientSide.java:986)

Sat Aug 06 16:27:22 CST 2016, null, java.net.SocketTimeoutException: callTimeout=2000, callDuration=3035: Region moved to: hostname=localhost port=58351 startCode=1470472007714. As of locationSeqNum=6. row 'testRow0' on table 'testPartialResultWhenRegionMove' at region=testPartialResultWhenRegionMove,,1470472035048.977faf05c1d6d9990b5559b17aa18913., hostname=localhost,40425,1470472007646, seqNum=2

	at org.apache.hadoop.hbase.client.ClientScanner.call(ClientScanner.java:326)
	at org.apache.hadoop.hbase.client.ClientScanner.nextScanner(ClientScanner.java:301)
	at org.apache.hadoop.hbase.client.ClientScanner.possiblyNextScanner(ClientScanner.java:247)
	at org.apache.hadoop.hbase.client.ClientScanner.loadCache(ClientScanner.java:541)
	at org.apache.hadoop.hbase.client.ClientScanner.next(ClientScanner.java:370)
	at org.apache.hadoop.hbase.TestPartialResultsFromClientSide.testPartialResultWhenRegionMove(TestPartialResultsFromClientSide.java:884)
Caused by: java.net.SocketTimeoutException: callTimeout=2000, callDuration=3035: Region moved to: hostname=localhost port=58351 startCode=1470472007714. As of locationSeqNum=6. row 'testRow0' on table 'testPartialResultWhenRegionMove' at region=testPartialResultWhenRegionMove,,1470472035048.977faf05c1d6d9990b5559b17aa18913., hostname=localhost,40425,1470472007646, seqNum=2
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:171)
	at org.apache.hadoop.hbase.client.ResultBoundedCompletionService$QueueingFuture.run(ResultBoundedCompletionService.java:65)
Caused by: org.apache.hadoop.hbase.exceptions.RegionMovedException: Region moved to: hostname=localhost port=58351 startCode=1470472007714. As of locationSeqNum=6.
	at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:106)
	at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:95)
	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:332)
	at org.apache.hadoop.hbase.client.ScannerCallable.openScanner(ScannerCallable.java:406)
	at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:210)
	at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:64)
	at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas$RetryingRPC.call(ScannerCallableWithReplicas.java:367)
	at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas$RetryingRPC.call(ScannerCallableWithReplicas.java:341)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:137)

In tests, RS logs contain a lot of the following because of RegionOpeningException or RegionMovedException. 

2013-05-23 20:40:08,891 DEBUG [IPC Reader 3 on port 60020] org.apache.hadoop.hbase.regionserver.QosFunction: Marking normal priority after getting exception=org.apache.hadoop.hbase.exceptions.RegionOpeningException: Region is being opened: f8665bfb57c728262807429efc41fa49
2013-05-23 20:40:10,385 DEBUG [IPC Reader 4 on port 60020] org.apache.hadoop.hbase.regionserver.QosFunction: Marking normal priority after getting exception=org.apache.hadoop.hbase.exceptions.RegionOpeningException: Region is being opened: f8665bfb57c728262807429efc41fa49
2013-05-23 20:40:10,786 DEBUG [IPC Reader 5 on port 60020] org.apache.hadoop.hbase.regionserver.QosFunction: Marking normal priority after getting exception=org.apache.hadoop.hbase.exceptions.RegionOpeningException: Region is being opened: f8665bfb57c728262807429efc41fa49
2

See discussion in HBASE-8151.
Upon compaction we can check all the involved HFiles. If all of them have a MAX_MEMSTORE_TS < the smallest scannner readpoint, we create a writer that does not write the memstoreTS.

In trunk due to the metric refactor, at least the KV size metric went missing.
See this code in StoreScanner.java:

    } finally {
      if (cumulativeMetric > 0 && metric != null) {

      }
    }

Just an empty if statement, where the metric used to be collected.

It looks like redeploying attached deployment memoryLeaks.war multiple times (our automated test does it 100 times), there seems to be some memory leak in the WildFly. Using git bisect, the commit that started to fail is 651dc8a2f0d4ccad6a35f7b1d28626b43ebb2a5d in WildFly repository. That is why I selected MP OpenTracing component for this issue. Actual testing deployment is very simple and contains just some jsp file with some EJB classes that are used to call GC and check current heap usage.
Brief description of the test:

attached deployment is deployed
System.gc() is called via EJB call
it checks initial heap usage at the beginning of the test via EJB call that checks all instances of ManagementFactory.getMemoryPoolMXBeans()
deployment is redeployed 100 times
calls System.gc() via EJP call again and checks heap usage again via EJB call and compares the results

Size of the extra heap in use is about 25MB plus when compared to the initial size.
I tried to check manually via visualVM tool. You can create a heapdump at the beginning of the test and at the end of the test. Then compare them easily and check the differences. Using a filter I can see quite a huge increase of instances of the org.jboss.modules.* classes. However, biggest memory footprint is huge increase of the instances of the java.util.HashMap$Node, char[], java.util.HashMap$Node[] and few others. I don't see such huge increase of the instances of these classes when I use older build of WildFly prior to the problematic commit. To be honest I don't see direct link with the problematic commit I linked before. As the heapdumps are too big to be attached here, I am attaching some screenshots.
Also, when microprofile-opentracing-smallrye subsystem is removed via:

/subsystem=microprofile-opentracing-smallrye:remove()

then no more memory leak is detected, after adding the subsystem back, the leak is present again. Thus opentracing is involved somehow into this indeed.

Javadocs for MultipartResolver interface (http://static.springsource.org/spring/docs/3.0.x/javadoc-api/org/springframework/web/multipart/MultipartResolver.html) referencing 'current version of spring' as 2.5 ('There is only one concrete implementation included in Spring, as of Spring 2.5: ').
It should be updated to 3.0.

Ambiguous issue name.. sorry.
The thrift server has loads of getText(..) calls. Which is a local function that checks for utf8 compliance, we don't need them anywhere, because we don't use Text anymore.
There is probably other things we missed last time we updated the api, that we should also clean up while we're at it. Open to suggestions.

Currently, without hive.driver.parallel.compilation introduced in HIVE-4239, only one SQL operation can enter the compilation block per HS2 instance, and all the rest will be blocked. We should add metrics info for the number of operations that are blocked.

It does this in HRegion:

      for (HStore store: stores.values()) {
        final byte [] key = store.compact(force);                                                                                  
        if (key != null && midKey == null) {                                                                                       
          midKey = key;                                                                                                            
        }
      }

If many families, then we can return a suboptimal midKey.
Marking minor but including in 0.2 because (I think) the fix is trivial.

HBase in standalone mode creates directories with 777 permission in hbase.rootdir.
Ambari metrics collector defaults to standalone mode.

# find /var/lib/ambari-metrics-collector/hbase -perm 777 -type d -exec ls -ld {} \;
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/hbase/namespace/d0cca53847904f4b4add1caa0ce3a9af/info
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/hbase/backup/cbceb8fccd968b4b4583365d4dc6e377/meta
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/hbase/backup/cbceb8fccd968b4b4583365d4dc6e377/session
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/SYSTEM.CATALOG/2f4ce2294cd21cecb58fd1aca5646144/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/SYSTEM.SEQUENCE/0eb67274ece8a4a26cfeeef2c6d4cd37/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/SYSTEM.SEQUENCE/aef86710a4005f98e2dc90675f2eb325/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/SYSTEM.STATS/5b1d955e255e55979621214a7e4083b8/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/SYSTEM.FUNCTION/32c033735cf144bac5637de23f7f7dd0/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/METRICS_METADATA/e420dfa799742fe4516ad1e4deefb793/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/HOSTED_APPS_METADATA/110be63e2a9994121fc5b48d663daf2c/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/CONTAINER_METRICS/a103719f87e8430635abf51a7fe98637/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_RECORD/cdb1d032beb90e350ce309e5d383c78e/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_RECORD/294deab47187494e845a5199702b4d04/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_RECORD_MINUTE/1a263b4fe068ef2db5ba1c3e45553354/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_RECORD_MINUTE/48f94dfb0161d8a28f645d2e1a473235/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_RECORD_HOURLY/6d096ac3e70e54dd4a8612e17cfc4b11/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_RECORD_DAILY/e81850d62da64c8d1c67be309f136e23/0
drwxrwxrwx. 2 ams hadoop 45 Mar  1 02:21 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_AGGREGATE/b43ff796de887197834ad62fdb612b59/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:21 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_AGGREGATE/b43ff796de887197834ad62fdb612b59/.tmp
drwxrwxrwx. 2 ams hadoop 45 Mar  1 02:21 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_AGGREGATE/c8eadeb7dead8fda9729b8e9b10c4929/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:21 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_AGGREGATE/c8eadeb7dead8fda9729b8e9b10c4929/.tmp
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:17 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_AGGREGATE_MINUTE/ca9f9754ae9ae4cdc3e1b0523eecc390/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:18 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_AGGREGATE_HOURLY/8412e8a8aec5d6307943fac78ce14c7a/0
drwxrwxrwx. 2 ams hadoop 6 Mar  1 02:18 /var/lib/ambari-metrics-collector/hbase/data/default/METRIC_AGGREGATE_DAILY/7c3358aba91ea0d76ddd8bc3ceb2d578/0

My analysis is as follows:
FileSystem.mkdirs(Path f) method creates a directory with permission 777. Because HFileSystem which inherits FileSystem doesn't override the method, when we call HFileSystem.mkdirs(Path f), it tries to create a directory with permission 777.
I've found that HFileSystem.mkdirs(Path f) gets called in the following areas:
https://github.com/hortonworks/hbase/blob/HDP-2.5.3.0-37-tag/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/StoreFile.java#L686
https://github.com/hortonworks/hbase/blob/HDP-2.5.3.0-37-tag/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegionFileSystem.java#L968
At these times, the call path is as follows ("fs" is an instance of the abstract FileSystem class, being a field / member variable of FilterFileSystem):
HFileSystem.mkdirs(Path f) -> FileSystem.mkdirs(Path f) -> FilterFileSystem.mkdirs(Path f, FsPermission permission) -> fs.mkdirs(Path f, FsPermission permission)

In HRegionFileSystem.createDir(Path dir), fs.mkdirs(dir) is called.
Here "fs" is an instance of HFileSystem.
HFileSystem who inherits from FileSystem does not have an overridden implementation of mkdirs(dir).
Therefore, the parent FileSystem.mkdirs(Path f) is called.
FileSystem.mkdirs(Path f) calls FileSystem.mkdirs(f, FsPermission.getDirDefault()).
	
FsPermission.getDirDefault() returns a default permission of 777 via this line:
		
return new FsPermission((short)00777);

FileSystem.mkdirs(f, FsPermission.getDirDefault()) is abstract, so FilterFileSystem.mkdirs(Path f, FsPermission permission) gets called.
FilterFileSystem.mkdirs(Path f, FsPermission permission) calls fs.mkdirs(f, permission).
"fs" at this point can be either RawLocalFileSystem or DistributedFileSystem depending on whether we are in standalone mode or distributed mode.

RawLocalFileSystem.mkdirs creates directories with permission 777. On the other hand, DistributedFileSystem.mkdirs applies the umask to the 777 permission (https://hadoop.apache.org/docs/r2.7.3/hadoop-project-dist/hadoop-hdfs/HdfsPermissionsGuide.html#Changes_to_the_File_System_API). By default, the umask (fs.permissions.umask-mode) is 0022, so the permission of the directory becomes 755 after application of the 0022 umask.
In distributed mode directories with 777 are not created in HDFS, but in standalone mode directories with 777 are created.

To make the best out of dynamic partition pruning joins should be on the partitioning columns which results in dynamically pruning the partitions from the fact table based on the qualifying column keys from the dimension table, this type of joins negatively effects on cardinality estimates with fetch column stats enabled.
Currently we don't have statistics for partition columns and as a result NDV is set to row count, doing that negatively affects the estimated join selectivity from the join.
Workaround is to capture statistics for partition columns or use number of partitions incase dynamic partitioning is used.
In StatsUtils.getColStatisticsFromExpression is where count distincts gets set to row count 

  if (encd.getIsPartitionColOrVirtualCol()) {

        // vitual columns
        colType = encd.getTypeInfo().getTypeName();
        countDistincts = numRows;
        oi = encd.getWritableObjectInspector();

Query used to repro the issue :

set hive.stats.fetch.column.stats=true;
set hive.tez.dynamic.partition.pruning=true;
explain select d_date 
from store_sales, date_dim 
where 
store_sales.ss_sold_date_sk = date_dim.d_date_sk and 
date_dim.d_year = 1998;

Plan 

  Stage-0 depends on stages: Stage-1

    Tez
      Edges:
        Map 1 <- Map 2 (BROADCAST_EDGE)
      DagName: mmokhtar_20140919180404_945d29f5-d041-4420-9666-1c5d64fa6540:8
      Vertices:
        Map 1
            Map Operator Tree:
                TableScan
                  alias: store_sales
                  filterExpr: ss_sold_date_sk is not null (type: boolean)
                  Statistics: Num rows: 550076554 Data size: 47370018816 Basic stats: COMPLETE Column stats: COMPLETE
                  Map Join Operator
                    condition map:
                         Inner Join 0 to 1
                    condition expressions:
                      0 {ss_sold_date_sk}
                      1 {d_date_sk} {d_date}
                    keys:
                      0 ss_sold_date_sk (type: int)
                      1 d_date_sk (type: int)
                    outputColumnNames: _col22, _col26, _col28
                    input vertices:
                      1 Map 2
                    Statistics: Num rows: 652 Data size: 66504 Basic stats: COMPLETE Column stats: COMPLETE
                    Filter Operator
                      predicate: (_col22 = _col26) (type: boolean)
                      Statistics: Num rows: 326 Data size: 33252 Basic stats: COMPLETE Column stats: COMPLETE
                      Select Operator
                        expressions: _col28 (type: string)
                        outputColumnNames: _col0
                        Statistics: Num rows: 326 Data size: 30644 Basic stats: COMPLETE Column stats: COMPLETE
                        File Output Operator
                          compressed: false
                          Statistics: Num rows: 326 Data size: 30644 Basic stats: COMPLETE Column stats: COMPLETE
                          table:
                              input format: org.apache.hadoop.mapred.TextInputFormat
                              output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
                              serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
            Execution mode: vectorized
        Map 2
                TableScan
                  alias: date_dim
                  filterExpr: (d_date_sk is not null and (d_year = 1998)) (type: boolean)
                  Statistics: Num rows: 73049 Data size: 81741831 Basic stats: COMPLETE Column stats: COMPLETE
                  Filter Operator
                    predicate: (d_date_sk is not null and (d_year = 1998)) (type: boolean)
                    Reduce Output Operator
                      key expressions: d_date_sk (type: int)
                      sort order: +
                      Map-reduce partition columns: d_date_sk (type: int)
                      Statistics: Num rows: 652 Data size: 66504 Basic stats: COMPLETE Column stats: COMPLETE
                      value expressions: d_date (type: string)
                    Select Operator
                      expressions: d_date_sk (type: int)
                      outputColumnNames: _col0
                      Statistics: Num rows: 652 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                      Group By Operator
                        keys: _col0 (type: int)
                        mode: hash
                        Statistics: Num rows: 652 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                        Dynamic Partitioning Event Operator
                          Target Input: store_sales
                          Partition key expr: ss_sold_date_sk
                          Statistics: Num rows: 652 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                          Target column: ss_sold_date_sk
                          Target Vertex: Map 1

      limit: -1
      Processor Tree:
        ListSink

org.springframework.core.Constants.toCode() javadoc says:
"namePrefix prefix of the constant names to search (may be null)"
However if null namePrefix is passed in then toCode throws NPE on startsWith check.

DefaultMessage uses CaseInsensitiveMap for storing headers. If header name contains uppercase characters, then jxpath expression with correct case will not match.
E.g. header named fooBarBaz on "in" message will not be matched by following jxpath expression:

<jxpath>/in/headers/fooBarBaz = something</jxpath>

JXPath evaluates nodes that match the fooBarBaz name and uses the keySet() to obtain candidates. The problem is that CaseInsensitiveMap.keySet() returns the converted internal keys, instead of the original keys.
Is it possible to override the keySet() method of CaseInsensitiveMap to return the original keys? Then a user will not be unpleasantly surprised that his key is not in the key set.
CaseInsensitiveMap.java
@Override
public Set<String> keySet()
{
    return originalKeys.values();
}

There are two workarounds possible but neither of them is nice in my eyes.

use only lowercase header names
register custom DynamicPropertyHandler in JXPath

Ad 1. this probably wasn't the intention. User must rely on implementation of private method CaseInsensitiveMap.assembleKey(). This then defeats the purpose of case insensitiveness.
Ad 2. custom property handler must be registered via JXPathIntrospector.registerDynamicClass() "in the start", e.g. before anybody calls JXPathIntrospector.getBeanInfo(). In our projects it was enough to declare an extra eagerly-instantiated singleton Spring bean.

<bean class="CaseInsensitiveMapPropertyHandler"
		init-method="init"
		autowire-candidate="false"
		lazy-init="false" />

HBaseFsck#checkRegionConsistency() checks region consistency and repair the corruption if requested.  However, this function expects some exceptions.  For example, in one aspect of region repair, it calls HBaseFsckRepair#waitUntilAssigned(), if a region is in transition for over 120 seconds (default value of "hbase.hbck.assign.timeout" configuration), IOException would throw.
The problem is that one exception in checkRegionConsistency() would kill entire hbck operation, because the exception would propagate up.
The proposal is that if the region is not META region ( or a system table region if we prefer),  we can skip the region if  HBaseFsck#checkRegionConsistency() fails.  We could print out skip regions in summary section so that users know to either re-run or investigate potential issue for that region. 

Adding spatial/GIS support requires modifying the module.xml for hibernate. That's not possible with WFS. 
We should make it possible. 

Encountered on branch-1.1 while spinning RC. Presumably this applies to all branches where HBASE-14085 was applied.

I am trying to increment a RedisAtomicInteger object by a given delta:

    private void updateBandwidthUsage(String remoteAddr, int length) {
        RedisAtomicInteger counter = new RedisAtomicLong("someKey", redisTemplate)
        counter.getAndAdd(length);
        counter.expire(1, TimeUnit.DAYS);
    }

This fails with

    redis.clients.jedis.exceptions.JedisDataException: ERR value is not an integer or out of range

When I use the MONITOR command on the server, this is what I can see:

    1403019417.097887 [0 10.0.2.2:46694] "INCRBY" "\xac\xed\x00\x05t\x00\x150:0:0:0:0:0:0:1:16238" "7625"

I am using Spring Data Redis (1.3.0) with the Jedis (2.5.1) connector, the server is running Redis 2.8.6.
It seems that the underlying reason is that Spring Data Redis is not storing the value as an integer, but as a byte-dump of a Java Integer object, as can be observed on this log entry from a counter.set(1) call:

    1403020463.368050 [0 10.0.2.2:47127] "SET" "\xac\xed\x00\x05t\x00\x150:0:0:0:0:0:0:1:16238" "\xac\xed\x00\x05sr\x00\x11java.lang.Integer\x12\xe2\xa0\xa4\xf7\x81\x878\x02\x00\x01I\x00\x05valuexr\x00\x10java.lang.Number\x86\xac\x95\x1d\x0b\x94\xe0\x8b\x02\x00\x00xp\x00\x00\x00\x00"

https://bugzilla.redhat.com/show_bug.cgi?id=1289316 description:

Multiple property substitution is working with EAP 6.4.3+, however, if a variable amongst the multiple variables is empty or has no value, then the subsequent property in the CLI command is not substituted. 

For example : 
cat props.properties 
-----------------------------------------
PROFILE-NAME=TestProfile
SERVER-INSTANCE-NUMBER=TestInstance
APP-VERSION=
VAR=test

cat test.cli :
---------------------------------------
/host=master/server-config=${PROFILE-NAME}${APP-VERSION}${SERVER-INSTANCE-NUMBER}${VAR}:add(auto-start=true, group="${PROFILE-NAME}${APP-VERSION}-server-group")

and if I execute "./jboss-cli.sh --connect --file=test.cli --properties=props.properties" then I have the following in the host.xml ": 

...
<server name="TestProfile${SERVER-INSTANCE-NUMBER}test" group="TestProfile-server-group" auto-start="true"/>
...
-----------

Note APP-VERSION had no value, and so the subsequent SERVER-INSTANCE-NUMBER was not properly resolved

There is a check in the DefaultCompositeApiClient that checks if the configured version is at least 34.0, this check wrongly reports an error if the version is configured exactly at 34.0.

The getConnection method of HiveStatement and HivePreparedStatement throw a not supported SQLException. The constructors should take the HiveConnection that creates them as an argument.
Similarly, HiveBaseResultSet is not capable of returning the Statement that created it.

ContentNegotiationManager is unable to handle application/javascript media type although MappingJackson2HttpMessageConverter is available to it.
I was expecting it to be part of the out of the box support for JSONP by Spring 4.
Is this as per design or a bug?

This is a serious issue about a race between regions being opened and closed in region servers. We had this situation where the master tried to unassign a region for balancing, failed, force unassigned it, force assigned it somewhere else, failed to open it on another region server (took too long), and then reassigned it back to the original region server. A few seconds later, the region server processed the first closed and the region was left unassigned.
This is from the master log:

11-04-05 15:11:17,758 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Sent CLOSE to serverName=sv4borg42,60020,1300920459477, load=(requests=187, regions=574, usedHeap=3918, maxHeap=6973) for region stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:12:10,021 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961 state=PENDING_CLOSE, ts=1302041477758
2011-04-05 15:12:10,021 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_CLOSE for too long, running forced unassign again on region=stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
...
2011-04-05 15:14:45,783 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Forcing OFFLINE; was=stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961 state=CLOSED, ts=1302041685733
2011-04-05 15:14:45,783 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x42ec2cece810b68 Creating (or updating) unassigned node for 1470298961 with OFFLINE state
...
2011-04-05 15:14:45,885 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Using pre-existing plan for region stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961; plan=hri=stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961, src=sv4borg42,60020,1300920459477, dest=sv4borg40,60020,1302041218196
2011-04-05 15:14:45,885 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961 to sv4borg40,60020,1302041218196
2011-04-05 15:15:39,410 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961 state=PENDING_OPEN, ts=1302041700944
2011-04-05 15:15:39,410 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_OPEN for too long, reassigning region=stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:39,410 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Forcing OFFLINE; was=stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961 state=PENDING_OPEN, ts=1302041700944
...
2011-04-05 15:15:39,410 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: No previous transition plan was found (or we are ignoring an existing plan) for stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961 so generated a random one; hri=stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961, src=, dest=sv4borg42,60020,1300920459477; 19 (online=19, exclude=null) available servers
2011-04-05 15:15:39,410 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961 to sv4borg42,60020,1300920459477
2011-04-05 15:15:40,951 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: master:60000-0x42ec2cece810b68 Received ZooKeeper Event, type=NodeDataChanged, state=SyncConnected, path=/prodjobs/unassigned/1470298961
2011-04-05 15:15:40,952 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: master:60000-0x42ec2cece810b68 Retrieved 93 byte(s) of data from znode /prodjobs/unassigned/1470298961 and set watcher; region=stumbles_by_userid2,'����穗���6,1266566087256, server=sv4borg42,60020,1300920459477, state=RS_ZK_REGION_OPENED
2011-04-05 15:15:40,952 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENED, server=sv4borg42,60020,1300920459477, region=1470298961
2011-04-05 15:15:42,222 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Handling OPENED event for 1470298961; deleting unassigned node
...
2011-04-05 15:15:55,812 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: master:60000-0x42ec2cece810b68 Retrieved 93 byte(s) of data from znode /prodjobs/unassigned/1470298961 and set watcher; region=stumbles_by_userid2,'����穗���6,1266566087256, server=sv4borg42,60020,1300920459477, state=RS_ZK_REGION_CLOSING
2011-04-05 15:15:55,812 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling new unassigned node: /prodjobs/unassigned/1470298961 (region=stumbles_by_userid2,'����穗���6,1266566087256, server=sv4borg42,60020,1300920459477, state=RS_ZK_REGION_CLOSING)
2011-04-05 15:15:55,812 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_CLOSING, server=sv4borg42,60020,1300920459477, region=1470298961
2011-04-05 15:15:55,812 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSING for region 1470298961 from server sv4borg42,60020,1300920459477 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states
And from sv4borg42:

2011-04-05 15:09:58,755 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Received close region: stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:11:17,757 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Received close region: stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:12:10,021 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Received close region: stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:14:45,675 DEBUG org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler: Processing close of stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:14:45,700 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Closing stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961: disabling compactions & flushes
2011-04-05 15:14:45,701 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Updates disabled for region stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:14:45,701 INFO org.apache.hadoop.hbase.regionserver.HRegion: Closed stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:14:45,758 DEBUG org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler: Closed region stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:39,410 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Received request to open region: stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:39,410 DEBUG org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Processing open of stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:39,486 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Opening region: REGION => {NAME => 'stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256', STARTKEY => '\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6', ENDKEY => '\x00'\x9AU\x7F\xFF\xFE\xEBQ\xB0\xC3\xEF\x00Jr\xF2', ENCODED => 1470298961, TABLE => ...
2011-04-05 15:15:39,487 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Instantiated stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:40,399 INFO org.apache.hadoop.hbase.regionserver.HRegion: Onlined stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961; next sequenceid=37627407247
2011-04-05 15:15:40,488 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Updated row stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961 in region .META.,,1 with server=sv4borg42:60020, startcode=1300920459477
2011-04-05 15:15:40,582 DEBUG org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Opened stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:55,776 DEBUG org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler: Processing close of stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:55,809 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Closing stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961: disabling compactions & flushes
2011-04-05 15:15:55,809 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Updates disabled for region stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:55,809 INFO org.apache.hadoop.hbase.regionserver.HRegion: Closed stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:55,842 DEBUG org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler: Closed region stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:55,943 DEBUG org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler: Processing close of stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961
2011-04-05 15:15:55,943 WARN org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler: Received CLOSE for region stumbles_by_userid2,\x00'\x8E\xE8\x7F\xFF\xFE\xE7\xA9\x97\xFC\xDF\x01\x10\xCC6,1266566087256.1470298961 but currently not serving

The problem is that the class used to find test classes sits in common test jar, which is not included in the package.
However, if we move the class to the common jar itself, we'll have a JUnit dependency.
And if we cannot just move it to integration tests, because a test that verifies test categories makes use of it too.
This is all very sad.
I will see if there's any way to not have junit dependency (we already seem to deploy junit so it might not be such a big deal).

A table for which a user was granted 'RW' permission. Now when we want to revoke its 'W' permission only, code removes the user itself from that table permissions.
Below is the test code which reproduces the issue.

@Test(timeout = 180000)
  public void testRevokeOnlySomePerms() throws Throwable {
    TableName name = TableName.valueOf("testAgain");
    HTableDescriptor htd = new HTableDescriptor(name);
    HColumnDescriptor hcd = new HColumnDescriptor("cf");
    htd.addFamily(hcd);
    createTable(TEST_UTIL, htd);
    TEST_UTIL.waitUntilAllRegionsAssigned(name);

    try (Connection conn = ConnectionFactory.createConnection(conf)) {
      AccessControlClient.grant(conn, name, USER_RO.getShortName(), null, null, Action.READ, Action.WRITE);
      ListMultimap<String, TablePermission> tablePermissions = AccessControlLists.getTablePermissions(conf, name);
      // hbase user and USER_RO has permis
      assertEquals(2, tablePermissions.size());

      AccessControlClient.revoke(conn, name, USER_RO.getShortName(), null, null, Action.WRITE);
      tablePermissions = AccessControlLists.getTablePermissions(conf, name);
      List<TablePermission> userPerm = tablePermissions.get(USER_RO.getShortName());
      assertEquals(1, userPerm.size());

    } finally {
      deleteTable(TEST_UTIL, name);
    }
  }

The org.jdom module is jboss.api=unsupported in EAP and is not actually used by WF or added as a dependency by it to deployments.  It looks like it probably should have been made private way back in 2012 when it was made 'unsupported' in EAP.  The 'unsupported' is inappropriate in WF so it got removed, resulting in it becoming 'public'. 
The only module that depends on org.jdom is org.jaxen. Jaxen's pom declares it as an optional dependency.  Here is the production code use of jdom by jaxen:

src/java/main/org/jaxen/jdom/DocumentNavigator.java:import org.jdom.Attribute;
src/java/main/org/jaxen/jdom/DocumentNavigator.java:import org.jdom.CDATA;
src/java/main/org/jaxen/jdom/DocumentNavigator.java:import org.jdom.Comment;
src/java/main/org/jaxen/jdom/DocumentNavigator.java:import org.jdom.Document;
src/java/main/org/jaxen/jdom/DocumentNavigator.java:import org.jdom.Element;
src/java/main/org/jaxen/jdom/DocumentNavigator.java:import org.jdom.Namespace;
src/java/main/org/jaxen/jdom/DocumentNavigator.java:import org.jdom.ProcessingInstruction;
src/java/main/org/jaxen/jdom/DocumentNavigator.java:import org.jdom.Text;
src/java/main/org/jaxen/jdom/DocumentNavigator.java:import org.jdom.input.SAXBuilder;
src/java/main/org/jaxen/jdom/XPathNamespace.java:import org.jdom.Element;
src/java/main/org/jaxen/jdom/XPathNamespace.java:import org.jdom.Namespace;

DocumentNavigator is nowhere used by WF or its libraries. XPathNamespace is only used by DocumentNavigator. So, our uses of jaxen don't require jdom.  That dependency should be optional so galleon can skip provisioning it in optimized installations.

MarshallingHttpMessageConverter is spelled "MarhsallingHttpMessageConverter" in Spring 3.0 Reference Documentation section 2.4.5.1 (as viewed in the single-page HTML version).

The embedded server, when it is used by Galleon, launched via client/jboss-cli-client.jar or in the test suite, is using the application classloader. The embedded server when is launched via CLI uses the org.jboss.as.cli module classloader.
Running the embedded server using inconsistent classloaders could lead to different bugs and strange behaviors, for example, we are using different implementations of XMLStreamWriter when the embedded server is executed via CLI and via Galleon.
Specifically, this issue cannot be reproduced with the test suite, because the woodstock XMLStreamWriter is already in the classpath.
As suggested by Brian Stansberry, we should use org.jboss.as.controller classloader to run the embedded server operations.

The PagedResultsRequestControl class gas a getCookie method that returns a cookie wrapper class, a PagedResultsCookie.
In some case, seen this happen with Active Directory 2000, PagedResultsRequestControl.getCookie will return null, even though it does support paging. With the same server in other instances you will get a cookie. I guess in some instances Active Directory decides not to return a response control with the search result, even though a request was sent.
The simple solution is simple documentation improvement. The javadoc for PagedResultsRequestControl.getCookie should state that this method could return null. Also, the reference documentation, section 6.3 and example 6.2, should make this clear. Right now section 6.3 implies that PagedResultsRequestControl.getCookie never returns null.
Another solution would be to actually fix the implementation of PagedResultsRequestControl.getCookie and never return null. Not sure if this is the right thing though. This null cookie wrapper is the only signal that the server did not send a control, and this could be valuable. If the code gets refactored and response controls are exposed, then this workaround is not needed anymore.

As title indicates, when executing a multi-line query with trailing spaces, beeline reports syntax error: 
Error: Error while compiling statement: FAILED: ParseException line 1:76 extraneous input ';' expecting EOF near '<EOF>' (state=42000,code=40000)
If put this query in one single line, beeline succeeds to execute it.

On John Gray cluster, an errant, massive, store file caused us OOME.  Shutdown of cluster left this regionserver in place. A thread dump failed with OOME.  Here is last thing in log:

2008-06-25 03:21:55,111 INFO org.apache.hadoop.hbase.HRegionServer: worker thread exiting
2008-06-25 03:24:26,923 FATAL org.apache.hadoop.hbase.HRegionServer: Set stop flag in regionserver/0:0:0:0:0:0:0:0:60020.cacheFlusher
java.lang.OutOfMemoryError: Java heap space
        at java.util.HashMap.<init>(HashMap.java:226)
        at java.util.HashSet.<init>(HashSet.java:103)
        at org.apache.hadoop.hbase.HRegionServer.getRegionsToCheck(HRegionServer.java:1789)
        at org.apache.hadoop.hbase.HRegionServer$Flusher.enqueueOptionalFlushRegions(HRegionServer.java:479)
        at org.apache.hadoop.hbase.HRegionServer$Flusher.run(HRegionServer.java:385)
2008-06-25 03:24:26,923 INFO org.apache.hadoop.ipc.Server: IPC Server handler 2 on 60020, call batchUpdate(items,,1214272763124, 9223372036854775807, org.apache.hadoop.hbase.io.BatchUpdate@67d6b1e2) from 192.168.249.230:38278: error: java.io.IOException: Server not running
java.io.IOException: Server not running
        at org.apache.hadoop.hbase.HRegionServer.checkOpen(HRegionServer.java:1758)
        at org.apache.hadoop.hbase.HRegionServer.batchUpdate(HRegionServer.java:1547)
        at org.apache.hadoop.hbase.ipc.HbaseRPC$Server.call(HbaseRPC.java:413)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:901)

If I get an OOME just trying to threaddump, would seem to indicate we need to start keeping a little memory resevoir around for emergencies such as this just so we can shutdown clean.
Moving this into 0.2.  Seems important to fix if robustness is name of the game.

As we've discussed in HBASE-19696 
https://issues.apache.org/jira/browse/HBASE-19696?focusedCommentId=16309644&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16309644
when (filterResponse, matchCode) = (INCLUDE_AND_SEEK_NEXT_ROW, INCLUDE) or 
(INCLUDE_AND_SEEK_NEXT_ROW, INCLUDE_AND_NEXT_COL) ,  we should return INCLUDE_AND_SEEK_NEXT_ROW as the merged match code. 
Will upload patches for all branches. 

qfile tests on Windows fail when trying to load data, with URISyntaxException: Relative path in absolute URI

OraclePagingQueryProvider generates wrong queries for pages.  It should use a sub select to select the whole range first, e.g. SELECT * FROM (SELECT ... WHERE ...) WHERE ROWNUM<=100.

Finbugs warns that CatalogJanitor.java, NamespaceUpgrade.java and FSTableDescriptors.java have the following warning:

RV: Negating the result of compareTo()/compare() (RV_NEGATING_RESULT_OF_COMPARETO)
This code negatives the return value of a compareTo or compare method. This is a questionable or bad programming practice, since if the return value is Integer.MIN_VALUE, negating the return value won't negate the sign of the result. You can achieve the same intended result by reversing the order of the operands rather than by negating the results. 

I stumbled upon this issue while executing a uncommon outbound API.
Refer the test case at which simulates the issue. https://github.com/nischit7/my-exp-webflux-stream/blob/master/src/test/java/com/example/spring/stream/controller/MoreThanOnSubscriberTest.java
In essence, I am bringing up a mock server which is supposed to return NO media type header. I know for an API, NO response header doesnt seem right. For the moment, pls assume its a negative test case.
On running that test, I get an error -

java.lang.IllegalStateException: Only one connection receive subscriber allowed.

at reactor.netty.channel.FluxReceive.startReceiver(FluxReceive.java:277)
at reactor.netty.channel.FluxReceive.subscribe(FluxReceive.java:127)at
 reactor.core.publisher.FluxMap.subscribe(FluxMap.java:62)
at reactor.netty.ByteBufFlux.subscribe(ByteBufFlux.java:290)
at reactor.core.publisher.FluxMap.subscribe(FluxMap.java:62)
at reactor.core.publisher.Flux.subscribe(Flux.java:7734)
at reactor.core.publisher.FluxConcatArray$ConcatArraySubscriber.onComplete(FluxConcatArray.java:207)
at reactor.core.publisher.MonoIgnoreElements$IgnoreElementsSubscriber.onComplete(MonoIgnoreElements.java:81)
at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onComplete(Operators.java:1713)
at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:136)
at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:136)at
 reactor.netty.channel.FluxReceive.terminateReceiver(FluxReceive.java:378)
at reactor.netty.channel.FluxReceive.drainReceiver(FluxReceive.java:202)
at reactor.netty.channel.FluxReceive.onInboundComplete(FluxReceive.java:343)
at reactor.netty.channel.ChannelOperations.onInboundComplete(ChannelOperations.java:325)
at reactor.netty.channel.ChannelOperations.terminate(ChannelOperations.java:372)
at reactor.netty.http.client.HttpClientOperations.onInboundNext(HttpClientOperations.java:522)
at reactor.netty.channel.ChannelOperationsHandler.channelRead(ChannelOperationsHandler.java:141)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:438)
at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:310)
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:284)
at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:253)
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1434)
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:965)
at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:628)
at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:563)
at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:480)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:442)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:884)
at java.lang.Thread.run(Thread.java:748)Suppressed: java.lang.Exception: #block terminated with an error
 
at reactor.core.publisher.BlockingSingleSubscriber.blockingGet(BlockingSingleSubscriber.java:93) 
at reactor.core.publisher.Mono.block(Mono.java:1475) 
at com.example.spring.stream.controller.MoreThanOnSubscriberTest.moreThanOneSubscriberError(MoreThanOnSubscriberTest.java:83) 
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
at java.lang.reflect.Method.invoke(Method.java:498) 
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) 
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) 
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) 
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) 
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) 
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) 
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) 
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) 
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) 
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) 
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) 
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) 
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) 
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) 
at org.junit.runners.ParentRunner.run(ParentRunner.java:363) 
at org.junit.runner.JUnitCore.run(JUnitCore.java:137) 
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) 
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) 
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) 
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)

Note the line number 69 in that test class. I have intentionally commented it. Now uncomment the line and re-rerun the test case. This time, it should be successful. Comment that line again.
Now another interesting thing to note. When you change the version of spring-webflux to 5.0.10.RELEASE, you should see it successful. Change the version of spring-webflix to 5.1.1.RELEASE, it will fail. So obviously something has changed. I do see spring finds no content-type response header and defaults it to octet stream. After which I have not digged further, why it fails.
 
The Method createExpressionFactory() in org.springframework.binding.expression.el.DefaultExpressionFactoryUtils tries to throw an IllegalStateException with arguments of type String and Throwable. 
The Class IllegalStateException in JDK doesn't allow for an throwable in it's constructor. This feature is first introduced in JDK1.5

If using EclipseLink as persistence provider, the exporter fails with this error:
"java.lang.IllegalArgumentException: No @Version attribute exists on the identifiable type"
I have isolated the error at line 35 of JpaEntityMetadata class, seems that the metod entityType.getVersion(Long.class) fails in eclipselink if no @Version is defined.
In attachment the log file

RegionSplitter throws Exception as below.
Exception in thread "main" java.lang.ClassCastException: org.apache.hadoop.hbase.ServerName cannot be cast to java.lang.String
	at java.lang.String.compareTo(String.java:108)
	at java.util.TreeMap.getEntry(TreeMap.java:346)
	at java.util.TreeMap.get(TreeMap.java:273)
	at org.apache.hadoop.hbase.util.RegionSplitter$1.compare(RegionSplitter.java:504)
	at org.apache.hadoop.hbase.util.RegionSplitter$1.compare(RegionSplitter.java:502)
	at java.util.TimSort.countRunAndMakeAscending(TimSort.java:324)
	at java.util.TimSort.sort(TimSort.java:189)
	at java.util.TimSort.sort(TimSort.java:173)
	at java.util.Arrays.sort(Arrays.java:659)
	at java.util.Collections.sort(Collections.java:217)
	at org.apache.hadoop.hbase.util.RegionSplitter.rollingSplit(RegionSplitter.java:502)
	at org.apache.hadoop.hbase.util.RegionSplitter.main(RegionSplitter.java:367)

Currently "add jar" command by clients are adding child ClassLoader to worker thread cumulatively, causing various problems.

Trying to build a very simple HTTP proxy, exactly like described in the first code sample from http://camel.apache.org/how-to-use-camel-as-a-http-proxy-between-a-client-and-server.html.
Using wireshark to see exactly what is going on.
When i do a request on http://localhost:8080/myapp, the request that is sended to real server is http://realserverhostname:8090/myapp?bridgeEndpoint=true&throwExceptionOnFailure=false.
when i do a parameterized request http://localhost:8080/myapp?toto=tata, the request that is sended to real server is http://realserverhostname:8090/myapp?toto=tata.
So when the when there is no request param, the endpoint parameter bridgeEndpoint=true&throwExceptionOnFailure=false are sended to the realserver, and if there is param they are not sended.

I noticed this morning that when creating a new WebServiceTemplate using the default no arg constructor, the behaviour is different compared to using the constructor that accepts a Marshaller arg.  The constructor with the Marshaller arg doesn't call the initDefaultStrategies() method, and therefore calling methods on the template throws exceptions that you don't get if using the no arg constructor and just call the setMarshaller() and setUnmarshaller() methods.
Here's the 2 constructors source:

public WebServiceTemplate() {
    initDefaultStrategies();
}

public WebServiceTemplate(Marshaller marshaller) {
    Assert.notNull(marshaller, "marshaller must not be null");
    if (!(marshaller instanceof Unmarshaller)) {
        throw new IllegalArgumentException("Marshaller [" + marshaller + "] does not implement the Unmarshaller " +
                "interface. Please set an Unmarshaller explicitly by using the " +
                "WebServiceTemplate(Marshaller, Unmarshaller) constructor.");
    }
    else {
        this.setMarshaller(marshaller);
        this.setUnmarshaller((Unmarshaller) marshaller);
    }
}

This seems to cause some weird behavior and not accomplish it's original intent (prevent a region growing to hundreds of storefiles).

Some tests in wildfly-core fails due to "XNIO001001: No XNIO provider found" while run with security manager enabled.

mvn test -Dtest=SuspendResumeTestCase -Dsecurity.manager -DtestLogToFile=false

10:27:16,814 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.test-undertow-server: org.jboss.msc.service.StartException in service jboss.test-undertow-server: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904)
Caused by: java.lang.IllegalArgumentException: XNIO001001: No XNIO provider found
	at org.xnio.Xnio.doGetInstance(Xnio.java:238)
	at org.xnio.Xnio.getInstance(Xnio.java:181)
	at io.undertow.Undertow.start(Undertow.java:97)
	at org.wildfly.test.suspendresumeendpoint.TestUndertowService.start(TestUndertowService.java:94)
	... 3 more

10:27:16,816 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "web-suspend.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.test-undertow-server" => "org.jboss.msc.service.StartException in service jboss.test-undertow-server: Failed to start service
    Caused by: java.lang.IllegalArgumentException: XNIO001001: No XNIO provider found"}}
10:27:16,817 ERROR [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0021: Deploy of deployment "web-suspend.jar" was rolled back with the following failure message: 
{"WFLYCTL0080: Failed services" => {"jboss.test-undertow-server" => "org.jboss.msc.service.StartException in service jboss.test-undertow-server: Failed to start service

org.wildfly.core.test.standalone.suspend.web.SuspendResumeTestCase
org.jboss.as.test.integration.domain.suspendresume.DomainGracefulShutdownTestCase
org.jboss.as.test.integration.domain.suspendresume.DomainSuspendResumeTestCase

Created by request from Rob Winch.
When initializing global authentication by injecting AuthenticationManagerBuilder you may get this exception

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire method: public void org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration.setFilterChainProxySecurityConfigurer(org.springframework.security.config.annotation.ObjectPostProcessor,java.util.List) throws java.lang.Exception; nested exception is org.springframework.beans.factory.BeanExpressionException: Expression parsing failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'demo.SecurityConfig': Injection of autowired dependencies failed; nested exception is java.lang.IllegalStateException: Cannot apply org.springframework.security.config.annotation.authentication.configurers.userdetails.DaoAuthenticationConfigurer@62f10514 to already built object
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:334)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1202)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:537)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:476)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:303)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:299)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:762)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:757)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:480)
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:691)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:321)
	at org.springframework.boot.test.SpringApplicationContextLoader.loadContext(SpringApplicationContextLoader.java:98)
	at org.springframework.test.context.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:68)
	at org.springframework.test.context.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:86)
	at org.springframework.test.context.DefaultTestContext.getApplicationContext(DefaultTestContext.java:72)
	at org.springframework.test.context.web.ServletTestExecutionListener.setUpRequestContextIfNecessary(ServletTestExecutionListener.java:170)
	at org.springframework.test.context.web.ServletTestExecutionListener.prepareTestInstance(ServletTestExecutionListener.java:110)
	at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:212)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:200)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:252)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:254)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:217)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:83)
	at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:68)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:163)
Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire method: public void org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration.setFilterChainProxySecurityConfigurer(org.springframework.security.config.annotation.ObjectPostProcessor,java.util.List) throws java.lang.Exception; nested exception is org.springframework.beans.factory.BeanExpressionException: Expression parsing failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'demo.SecurityConfig': Injection of autowired dependencies failed; nested exception is java.lang.IllegalStateException: Cannot apply org.springframework.security.config.annotation.authentication.configurers.userdetails.DaoAuthenticationConfigurer@62f10514 to already built object
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredMethodElement.inject(AutowiredAnnotationBeanPostProcessor.java:649)
	at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:88)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:331)
	... 40 common frames omitted
Caused by: org.springframework.beans.factory.BeanExpressionException: Expression parsing failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'demo.SecurityConfig': Injection of autowired dependencies failed; nested exception is java.lang.IllegalStateException: Cannot apply org.springframework.security.config.annotation.authentication.configurers.userdetails.DaoAuthenticationConfigurer@62f10514 to already built object
	at org.springframework.context.expression.StandardBeanExpressionResolver.evaluate(StandardBeanExpressionResolver.java:164)
	at org.springframework.beans.factory.support.AbstractBeanFactory.evaluateBeanDefinitionString(AbstractBeanFactory.java:1365)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:964)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:949)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredMethodElement.inject(AutowiredAnnotationBeanPostProcessor.java:606)
	... 42 common frames omitted
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'demo.SecurityConfig': Injection of autowired dependencies failed; nested exception is java.lang.IllegalStateException: Cannot apply org.springframework.security.config.annotation.authentication.configurers.userdetails.DaoAuthenticationConfigurer@62f10514 to already built object
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOfType(DefaultListableBeanFactory.java:523)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOfType(DefaultListableBeanFactory.java:512)
	at org.springframework.security.config.annotation.web.configuration.AutowiredWebSecurityConfigurersIgnoreParents.getWebSecurityConfigurers(AutowiredWebSecurityConfigurersIgnoreParents.java:52)
	at org.springframework.expression.spel.support.ReflectiveMethodExecutor.execute(ReflectiveMethodExecutor.java:112)
	at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:129)
	at org.springframework.expression.spel.ast.MethodReference.access$000(MethodReference.java:49)
	at org.springframework.expression.spel.ast.MethodReference$MethodValueRef.getValue(MethodReference.java:342)
	at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:88)
	at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:120)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:242)
	at org.springframework.context.expression.StandardBeanExpressionResolver.evaluate(StandardBeanExpressionResolver.java:161)
	... 46 common frames omitted
Caused by: java.lang.IllegalStateException: Cannot apply org.springframework.security.config.annotation.authentication.configurers.userdetails.DaoAuthenticationConfigurer@62f10514 to already built object
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.add(AbstractConfiguredSecurityBuilder.java:192)
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.apply(AbstractConfiguredSecurityBuilder.java:125)
	at org.springframework.security.config.annotation.authentication.builders.AuthenticationManagerBuilder.apply(AuthenticationManagerBuilder.java:296)
	at org.springframework.security.config.annotation.authentication.builders.AuthenticationManagerBuilder.userDetailsService(AuthenticationManagerBuilder.java:193)
	at demo.SecurityConfig.configureGlobal(SecurityConfig.java:39)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredMethodElement.inject(AutowiredAnnotationBeanPostProcessor.java:642)
	... 68 common frames omitted

Below is my route

OnException(Exception.class).handled(true).process(EXCEPTION_PROCESSOR).end()

from("file:").process(SOME_PROCESSOR).to("file:");

During testing i want to investigate each exchange which goes through OnException block , for which i tried below

weaveByType(OnExceptionDefinition.class).after()
                    .to(assertEndpoint)

when i ran the test i got below error

java.lang.IllegalArgumentException: There are no outputs which matches: OnExceptionDefinition in the route

Could you please help in resolving this issue? Please note i have tried adding code mentioned below in test class, but still the same issue.
 
@Override
public boolean isUseAdviceWith() {
    return true;
}

Exchanges originating from a CXF consumer get an incorrect 'host' http-header when directed to a http4 producer. The problem is that the cxf consumer copies the incoming 'host' header to the message, and the http4 producer copies this to the outgoing message. The http component does not do that.
When sending a http request the HttpProducer copies headers from the incomming message to the HTTP request. The 'host' header should not be copied since it (according to the http spec) should always contain the name of the server the request is sent to.
This has already been addressed for bridge endpoints (CAMEL-5757), but is always an issue.
The easiest fix seems to be to add the 'host' header to the list of out going filters in org.apache.camel.component.http4.HttpHeaderFilterStrategy.initialize() i.e.:

getOutFilter().add("host");

Once this is done the special handling (i.e. removal of) of 'host' header in case of bridgeEndpoint inside HttpProducer can be removed (since the strategy will remove it):

            // Need to remove the Host key as it should be not used 
            exchange.getIn().getHeaders().remove("host");

If I build with the Hadoop 2 profile, for example:
mvn -Dhadoop.profile=2.0 -Dhadoop.version=2.0.3-SNAPSHOT
and then try to run daemons like so:
./bin/hbase master start
this will fail, because the launch script will invoke Maven to build the cached classpath selecting whatever is the default profile, currently Hadoop 1. Startup will actually get pretty far, until:

12/12/04 11:42:13 WARN regionserver.HRegionServer: error telling master we are up
com.google.protobuf.ServiceException: java.lang.NoClassDefFoundError: org/apache/hadoop/net/SocketInputWrapper
	at org.apache.hadoop.hbase.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:189)
	at $Proxy10.regionServerStartup(Unknown Source)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.reportForDuty(HRegionServer.java:1844)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:843)
	at java.lang.Thread.run(Thread.java:679)
Caused by: java.lang.NoClassDefFoundError: org/apache/hadoop/net/SocketInputWrapper
	at org.apache.hadoop.hbase.ipc.HBaseClient.createConnection(HBaseClient.java:317)
	at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:1415)
	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:1278)
	at org.apache.hadoop.hbase.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:177)
	... 4 more
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.net.SocketInputWrapper

There doesn't appear to be a way to supply additional arguments to the launch script for directing Maven which profile(s) to activate.

SELECT
  a.key,
  a.a_one,
  b.b_one,
  a.a_zero,
  b.b_zero
FROM
(
    SELECT
      11 key,
      0 confuse_you,
      1 a_one,
      0 a_zero
) a
LEFT JOIN
(
    SELECT
      11 key,
      1 b_one,
      0 b_zero
) b
ON a.key = b.key
;

11      1       0       0       1

This should be 11, 1, 1, 0, 0 instead. 
Disabling map-joins & using shuffle-joins returns the right result.

In 1.1.2.BUILD-SNAPSHOT, if an entity extends an abstract class, the query generated for a finder uses the wrong entity name (specifically, it uses the name of the abstract class instead of the name of the entity):
Album_Roo_Finder.aj
TypedQuery<Album> q = em.createQuery(
"SELECT AbstractEntity FROM AbstractEntity AS abstractentity WHERE abstractentity.artist = :artist",
 Album.class);

Sample script:

project --topLevelPackage com.mycds
persistence setup --database HYPERSONIC_IN_MEMORY --provider HIBERNATE 
class --class ~.domain.AbstractEntity --abstract
entity --class ~.domain.Album --extends ~.domain.AbstractEntity
entity --class ~.domain.Artist --extends ~.domain.AbstractEntity
//artist
focus --class ~.domain.Artist
field string --fieldName name --notNull --sizeMin 1 --sizeMax 30
//album
focus --class ~.domain.Album
field string --fieldName name --sizeMax 30
field date --type java.util.Date --fieldName yearReleased --dateTimeFormatPattern yyyy
field reference --fieldName artist --type ~.domain.Artist --notNull
controller scaffold --entity ~.domain.Album --class ~.web.AlbumController
controller scaffold --entity ~.domain.Artist --class ~.web.ArtistController
logging setup --level INFO
finder add --finderName findAlbumsByArtist --class ~.domain.Album

Creation of a GsonBuilder using @Bean fails with  java.beans.IntrospectionException: type mismatch between indexed and non-indexed methods: dateFormat.  Rolling back to 3.0.5 the same code works.  The exception occurs in the addOrUpdatePropertyDescriptor method of the ExtendedBeanInfo class at line 230 when it attempts to set the indexedReadMethod, which IIRC is a null value.
Attached is a small sample that illustrates this.  The pom is set so you can toggle back and forth between 3.1 and 3.0.5 to see the behavior.

In MessageListenerAdapter class, it says "the adapter will simply act as a pass-through." if the delegate object is a MessageListener instance. So I think, if the delegate object is a MessageListener instance, the MessageListenerAdapter will pass the unparsed Message to a MessageListener. Otherwise, parse the Message object and use invokeListenerMethod to dispatch the message to other handlers which don't implement the MessageListener interface.
However, a delegate object has been invoked twice as it's a MessageLisnter instance. Is this a correct scenario or forget to add an else block in onMessage method? thanks.

This problem is found after switch to the karaf 4.1.x, which using pax-logging-log4j2 insteadof pax-logging-service.
I created a small test case project for reproduce this issue. https://github.com/xldai/test/tree/master/test-paxlogging-camel
The findings from me is that, when PaxLoggingConsumer class [1] work together with pax-logging-service (karaf 4.0.x), it creates new threads to process the incoming PaxLoggingEvent and using MDC to filter the possible duplicated logs from PaxAppenderProxy class [2].
but when PaxLoggingConsumer class work together with pax-logging-log4j2, the multi thread mechanism for processing the PaxLoggingEvent will lead to duplicated/missing logs output to the camel Exchange.
Since the L63 from [3] fixed the possible duplicated logs come from PaxAppenderProxy class, I found that the multi thread mechanism and MDC checking can be removed from PaxLoggingConsumer class, then it works again as expected from my test result.
[1] https://github.com/apache/camel/blob/master/components/camel-paxlogging/src/main/java/org/apache/camel/component/paxlogging/PaxLoggingConsumer.java#L58
[2] https://github.com/ops4j/org.ops4j.pax.logging/blob/logging-1.9.1/pax-logging-service/src/main/java/org/ops4j/pax/logging/service/internal/PaxAppenderProxy.java#L63
[3] https://github.com/ops4j/org.ops4j.pax.logging/blob/logging-1.9.1/pax-logging-log4j2/src/main/java/org/ops4j/pax/logging/log4j2/internal/PaxAppenderProxy.java#L63

The auto-detection code in DatabaseType.fromMetaData() stopped working when we switched from jdbc driver versjon 3.64.111 to 3.65.102.
While the older jdbc driver getDatabaseProductName() returns "DB2", the new one returns "DB2 for DB2 UDB for z/OS". getDatabaseProductVersion() returns "DSN10015" in both cases. 
Suggestion: use startsWith() instead of equals()

The NPE occurs in the method "FilterChainProxyPostProcessor.postProcessBeforeInitialization" when the beanName argument is null. In my case this argument is null when using beans that are configured using the @Configurable annotation and the AspectJ AnnotationBeanConfigurerAspect.
I also noticed that this NPE might happen in the other BeanPostProcessor implementations in spring-security. An easy fix would be to change the order of operands in the string comparison: beanName.equals(BeanIds.FILTER_CHAIN_PROXY) => BeanIds.FILTER_CHAIN_PROXY.equals(beanName)

The stats tables such as TAB_COL_STATS, PART_COL_STATS have redundant columns such as DB_NAME, TABLE_NAME, PARTITION_NAME since these tables already have foreign key like TBL_ID, or PART_ID referencing to TBLS or PARTITIONS. 
These redundant columns violate database normalization rules and cause a lot of inconvenience (sometimes difficult) in column stats related feature implementation. For example, when renaming a table, we have to update TABLE_NAME column in these tables as well which is unnecessary.
This JIRA is first to deprecate the use of these columns at HMS code level. A followed JIRA is to be opened to focus on DB schema change and upgrade.

The DataBinder encounters doesn't catch conversion problems in indexed properties of the command object.
Instead you get a stack trace in the browser with a org.springframework.core.convert.ConversionFailedException
EXAMPLE:
The class that acts as command object:
--------------------------------------
package org.example.web;
import java.util.List;
public class CommandObject {
	private List<Integer> numbers;
	public void setNumbers(List<Integer> numbers) 
{
		this.numbers=numbers;
	}
	public List<Integer> getNumbers() 
{
		return numbers;
	}
}
The Controller class:
---------------------
import java.util.Arrays;
import org.springframework.stereotype.Controller;
import org.springframework.validation.BindingResult;
import org.springframework.web.bind.annotation.ModelAttribute;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
@RequestMapping("/index")
public class AController {
	@RequestMapping(method=RequestMethod.GET)
	public @ModelAttribute CommandObject initForm()
	{
		CommandObject commandObject=new CommandObject();
		// fill the form with example values 1 and 2:
		commandObject.setNumbers(Arrays.asList(1,2));
		return commandObject;
	}
	@RequestMapping(method=RequestMethod.POST)
	public void processForm(@ModelAttribute CommandObject commandObject, BindingResult bindingResult)
	{
	}
}
index.jsp
-------------
<%@page contentType="text/html" pageEncoding="UTF-8" session="false"%>
<%@taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
<%@taglib prefix="form" uri="http://www.springframework.org/tags/form"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="nl" lang="nl">
<head>
<title>Continent example</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
<form:form commandName="commandObject">
<c:forEach items="${commandObject.numbers}" varStatus="status">
<div>	
<form:input path="numbers[${status.index}]" />
<form:errors path="numbers[${status.index}]" />
</div>
</c:forEach> 
<div><input type="submit" /></div>
</body>
</html>
When run the application, and you change 1 to blabla, you see a stack 
trace in the browser, instead of an error message.
P.S. Indexed properties defined as a Map instead of a List 
have the same problems.

The fix for DATAJPA-350 introduced query validation for count queries as well which causes issues if the original query is not defined to be projected into a count query (e.g. including joins that will break the count(…) clause).

When closing container managed entity manager or entity manager factory, check if the entity manager factory was already closed unexpectedly.

Synchronization in audit endpoint implementations leads to a great performance drop.
We see the issue in FileAuditEndpoint.accept(EventPriority, String), but similar code is also in the SyslogAuditEndpoint.
Check the attached recording (FlightRecorder) in jmc (Java Mission Control).
It can be seen in these tabs

Threads > Contention
Threads > Thread Dumps
Threads > Lock Instances

CAMEL-8194 just fix the setting load issue without using the local elasticsearch. When using the local elasticsearch in OSGi container, we still hit the error.

Backticks around tables named after special keywords, such as items, allow us to create, drop, and alter the table. For example

CREATE TABLE foo.`items` (bar INT);
DROP TABLE foo.`items`;
ALTER TABLE `items` RENAME TO `items_`;

However, we cannot call

DESCRIBE foo.`items`;
DESCRIBE `items`;

The DESCRIBE query does not permit backticks to surround table names. The error returned is

FAILED: SemanticException [Error 10001]: Table not found `items`

Attempts to create a Selenium test via Roo for a web controller that is not an automatically scaffolded controller will presently result in a NullPointerException:
NullPointerException at org.springframework.roo.addon.web.selenium.SeleniumOperations.generateTest(SeleniumOperations.java:76)
It is desirable that a more informative error message is displayed to the user instead.

In assigning a region, assignment manager forces the region state offline if it is not. This could cause double assignment, for example, if the region is already assigned and in the Open state, you should not just change it's state to Offline, and assign it again.
I think this could be the root cause for all double assignments IF the region state is reliable.
After this loophole is closed, TestHBaseFsck should come up a different way to create some assignment inconsistencies, for example, calling region server to open a region directly. 

Looking at the test code I see

HTable table = new HTable(...)
try {
   ... test code ...
} finally {
  table.close();
}

The try-finally, while well meaning seems to hide the actual failure.
I'll just remove that.

copy-paste error

 246                    if(cookieConfig.getDomain() != null) {
 247                        config.setComment(cookieConfig.getComment());
 248                    }

The org.infinispan.cachestore.remote module was renamed to org.infinispan.persistence.remote as part of WFLY-8207 but the Keycloak adapters that integrate into WF depend on that module. So, proposal is to add an alias module.
The module was private but projects/products that layer on top of WF/EAP legitimately use private modules. Also, this isn't really a layer, it's an adapter to allow us to integrate with an external server, so we somewhat broke ourselves.

The following test fails:

UriTemplate template = new UriTemplate("/search?q={query}");
assertTrue(template.matches("/search?q=foo"));

as does:

Map<String, String> params = template.match("/search?q=foo");
assertEquals(1, params.size());
assertEquals("foo", params.get("query"));

The problem seems to be the questionmark.  The parser encodes it when it creates the patter: \Q/search%3Fq=\E(.*)
Adding the same encoding to the template.matches and template.match methods seems to fix it, e.g.

	public boolean matches(String uri) {
		if (uri == null) {
		}
		Matcher matcher = this.matchPattern.matcher(encodeUri(uri).toASCIIString());
		return matcher.matches();
	}

When Swarm creates a default datasource (see DatasourceAndDriverCustomizer.customizeDefaultDatasource), it doesn't get set as the default datasource in the EE subsystem. This is the primary place where WildFly goes to for the default datasource.
Since databases are most often accessed via JPA, this issue isn't visible much, because the JPA fraction takes that default datasource and sets it as a default for the JPA subsystem. This means that JPA works with the default datasource just fine, but other parts of the application server don't (e.g. injecting @Resource DataSource into a servlet).
The correct solution IMHO is set the default datasource in the EE subsystem and avoid setting it in the JPA subsystem, because the JPA subsystem then goes to the EE subsystem. 

I applied the trunk patch.  Let me check 0.96 for warnings too.

The code the extracts the result that is returned when you use the sendXXX, requestXXX methods on the producer template doens't honor the exchange pattern.

    protected Object extractResultBody(E result) {
        Object answer = null;
        if (result != null) {
            Message out = result.getOut(false);
            if (out != null) {
                answer = out.getBody();
            } else {
                answer = result.getIn().getBody();
            }
        }
    }

It defaults to preferring out messages all the time. But in some circumstances the out body could be set to null but the real response is in the in body.
Setting the exchange pattern to InOnly doesn't honor this.
Maybe this ticket is a symptom of the MEP problem that we have in Camel. See the discussion on the dev forum.

Many functions in hbase.util.Bytes silently ignore invalid arguments.
For instance, Bytes.toInt(null) deliberately returns -1.  There are tons of cases like that.

All functions that are given a null pointer should throw an NPE.
All functions that are given otherwise invalid arguments should throw an IllegalArgumentException.

Anyone relying on "special return values" such as -1 for Bytes.toInt(null) is guilty of writing broken code (-1 is a valid return value for toInt!).

run 
1. ant test -Dmodule=hcatalog
2. ant testreport
no .html file is generated.  In particular, Apache builds don't show anything about HCat test (so it's not even obvious if it's running them)

The issue I have is that I try to order by a property in an associated object (composite pattern). Thus I have a class PreApprovalRequest and a property in that class assignedTo of type PaceUser. I am trying to order requests by the name of the assignedTo user.
Concrete code below. I have a call that loads all PreApprovalRequest objects (for simplicity I'll leave out pagination). E.g.

 select * from PreApprovalRequest

That translates to:

select * from ( select preapprova0_.ID as ID0_, preapprova0_.CREATED as CREATED0_ from PRE_APPROVAL_REQUEST preapprova0_ order by preapprova0_.CREATED desc ) where rownum <= ?

Now, when I apply the ordering by first name and then last name of the assignedTo user, the query translates into:

select * from ( select preapprova0_.ID as ID0_, preapprova0_.CREATED as CREATED0_ from PRE_APPROVAL_REQUEST preapprova0_, PACE_USER paceuser1_ where preapprova0_.ASSIGNED_TO=paceuser1_.ID order by lower(paceuser1_.FIRST_NAME) asc, lower(paceuser1_.LAST_NAME) asc ) where rownum <= ?

Note that because the join used when applying sorting is the default one (not using the JOIN keyword) - which is basically INNER JOIN - the items where there is no user assigned to the request will be filtered out, which is not desired of course.
Thus, I think the solution is to join using LEFT OUTER JOIN instead of default join and that should fix it.
I'm happy to clone the repository and add the fix if needed.
Thanks,
Iulian.

I recently had a build fail because hbase-rest ran into some issue getting the transitive dependencies for hbase-server. The failure was because hbase-rest needs jetty-sslengine but was getting it transitively. looking at dependency:analyze, we have lots of places where we're doing this.
Clean up cases where our pom doesn't list direct dependencies for modules.

MoveTask.java
 
 private void moveFileInDfs (Path sourcePath, Path targetPath, FileSystem fs)
      throws HiveException, IOException {
    // if source exists, rename. Otherwise, create a empty directory
    if (fs.exists(sourcePath)) {
      Path deletePath = null;
      // If it multiple level of folder are there fs.rename is failing so first
      // create the targetpath.getParent() if it not exist
      if (HiveConf.getBoolVar(conf, HiveConf.ConfVars.HIVE_INSERT_INTO_MULTILEVEL_DIRS)) {
        deletePath = createTargetPath(targetPath, fs);
      }
      Hive.clearDestForSubDirSrc(conf, targetPath, sourcePath, false);
      if (!Hive.moveFile(conf, sourcePath, targetPath, true, false)) {
        try {
          if (deletePath != null) {
            fs.delete(deletePath, true);
          }
          LOG.info("Unable to delete the path created for facilitating rename"
              + deletePath);
        }
        throw new HiveException("Unable to rename: " + sourcePath
            + " to: " + targetPath);
      }
    } else if (!fs.mkdirs(targetPath)) {
      throw new HiveException("Unable to make directory: " + targetPath);
    }
  }

Maybe sourcePath and targetPath come from defferent filesystem, we should separate them.
I see that HIVE-11568 had done it in Hive.java

It is not possible to start a bundle with a camelContext in dm-server 2.0 while using camel-core version 2.2.0, because camel-core requires Spring packages of version below 3.0. This seems like an issue to me, since the release notes of version 2.2.0 suggest that it works with version 3.0 of Spring. 
Environment: Spring dm-server 2.0 (comes pre-packaged with Spring 3.0.0.RELEASE)
Steps to reproduce the problem:

start dm-server
install bundle camel-core-2.2.0.jar
install a bundle containing any kind of camelContext
Error: 
Caused by: com.springsource.kernel.osgi.framework.ExtendedClassNotFoundException: org.springframework.jmx.export.metadata.JmxAttributeSource in KernelBundleClassLoader: [bundle=org.apache.camel.camel-core_2.2.0]
(full details of stack trace have been attached)

Cause: 
The version range for the JMX spring packages in the MANIFEST.MF:
org.springframework.jmx.export.annotation;resolution:=optional;version="[2.5,3)"
,org.springframework.jmx.export.assembler;resolution:=optional;version="[2.5,3)"
,org.springframework.jmx.export.metadata;resolution:=optional;version="[2.5,3)" 
As a workaround I disabled the jmxAgent in my camel-context and changed the 
version range to [2.5,4) in the MANIFEST.MF file in my camel-core-2.2.0.jar.
I redeployed the camel-core bundle. After that my bundle started without any problems. 
Change the version range for Spring packages in camel-core from [2.5,3) to [2.5,4)

When use select with scalar & paging in Spring data JPA as below
@Query("select s.fname,s.lname from Student s") 
Page<Object> findWithScalarSelect(Pageable pageable);
Eclipselink generate malform jpql as below
select count(s.fname,s.lname) from Student s
I made test on github => https://github.com/pramoth/springdata-pagingbug

Static code analysis reports several instances of Closeable resources getting closed outside of 'finally' blocks - so if an Exception is thrown it may not get closed.

ZKUtil.getServerStats
CoprocessorClassLoader.init
LogLevel.process
JarFinder.createJar
RpcClientImpl.setupIOstreams

Most of these are straightforward. RpcClientImpl wraps the resource potentially multiple times and the resource needs to remain open after the method returns, so I intend to not fix that. Really, any use of that class should be wrapped in a finally and IT should get closed.

Native Pivotal GemFire cache.xml allows a user to define the following event filter:

    <async-event-queue id="myQueue">
        <gateway-event-filter>
            <class-name>my.event.Filter</class-name>
        </gateway-event-filter>
    </async-event-queue>

There's no such equivalent in  Spring XML.

Running MapReduce WALPlayer to convert WAL into HFiles:

15/10/05 20:28:08 INFO mapred.JobClient: Task Id : attempt_201508031611_0029_m_000000_0, Status : FAILED
java.io.IOException: Type mismatch in value from map: expected org.apache.hadoop.hbase.KeyValue, recieved org.apache.hadoop.hbase.NoTagsKeyValue
        at org.apache.hadoop.mapred.MapTask$MapOutputBuffer.collect(MapTask.java:997)
        at org.apache.hadoop.mapred.MapTask$NewOutputCollector.write(MapTask.java:689)
        at org.apache.hadoop.mapreduce.task.TaskInputOutputContextImpl.write(TaskInputOutputContextImpl.java:89)
        at org.apache.hadoop.mapreduce.lib.map.WrappedMapper$Context.write(WrappedMapper.java:112)
        at org.apache.hadoop.hbase.mapreduce.WALPlayer$WALKeyValueMapper.map(WALPlayer.java:111)
        at org.apache.hadoop.hbase.mapreduce.WALPlayer$WALKeyValueMapper.map(WALPlayer.java:96)
        at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:140)
        at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:751)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:368)
        at org.apache.hadoop.mapred.Child$4.run(Child.java:255)
        at java.security.AccessController.doPrivileged(AccessController.java:369)
        at javax.security.auth.Subject.doAs(Subject.java:572)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1502)
        at org.apache.hadoop.mapred.Child.main(Child.java:249)

From Doug Meil on the list:

config.set("hbase.zookeeper.property.clientPort","2181");

This is consistent with other references to the importance of "hbase.zookeeper.quorum" except that we did this testing with the intent of connecting using only parameters set in code to eliminate any classpath issues with XML files.

FYI... If the last parameter isn't set you'll get the following error....       could this be defaulted to a reasonable value?

10/03/09 10:04:55 ERROR zookeeper.ZooKeeperWrapper: no clientPort found in zoo.cfg
Exception in thread "main" java.io.IOException: Could not read quorum servers from zoo.cfg
     at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.<init>(ZooKeeperWrapper.java:85)
     at org.apache.hadoop.hbase.client.HConnectionManager$ClientZKWatcher.getZooKeeperWrapper(HConnectionManager.java:223)
     at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getZooKeeperWrapper(HConnectionManager.java:932)
     at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRootRegion(HConnectionManager.java:948)
     at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:625)

It should be easy to set it to 2181 along with the other port settings in HQuorumPeer.

The JGroupsTransport employed by the DistributedWorkManager uses synchronous multicasting via the RpcDispatcher.  Since the JCA default configuration was modified to use fork channels, we need to ensure that it handles an exception case specific for fork channels, i.e. the case where a message is received by a node on which no such DWM exists.
As I see it, there are 2 ways we can fix this:

Configure the RpcDispatcher with a custom response marshaller capable of recognizing unknown fork responses
Implement a transport that leverages CommandDispatcher, which already handles this exception case.

#1 is the easiest.  The only hiccup is that the RpcDispatcher field in JGroupsTransport is private, which requires reflection to access from a subclass.
#2 is probably the ideal long term solution.  The DistributedWorkManager already employs a command pattern, so using CommandDispatcher is a natural fit.  Using the CommandDispatcher will also simplifies marshalling/unmarshalling of the transport parameters.  Additionally, using the public clustering API allows us to remove the direct dependency on org.jgroups module from the connector subsystems.  The only hiccup here is that in order to optimize the marshalling of the command objects, requires the use of the marshalling API introduced as part of WFLY-5091, which, at the time of this writing, has not yet been merged into WF master.
Given the above, I suggest a 2 phase solution, where we implement #1 for now, and #2 when the missing pieces are in place.

Another related problem: The alias resources are shown by default in :read-children-types

[domain@localhost:9990 /] /profile=full/subsystem=infinispan/cache-container=*/invalidation-cache=web:read-children-types
{
    "result" => [
        "binary-keyed-jdbc-store",
        "component",
        "eviction",
        "expiration",
        "file-store",
        "locking",
        "mixed-keyed-jdbc-store",
        "remote-store",
        "store",
        "string-keyed-jdbc-store",
        "transaction"
    ]
}

but they are excluded from :read-resource-description 

[domain@localhost:9990 /] /profile=full/subsystem=infinispan/cache-container=*/invalidation-cache=web:read-resource-description
 [...]

 "children" => {
                "store" => {
                    "description" => "A persistent store for a cache.",
                    "model-description" => undefined
                },
                "component" => {
                    "description" => "A configuration component of a cache.",
                }
            }

Most HTTP level exceptions, such as XML parsing issues, can be handled by writing a custom WebServiceMessageHandlerAdapter that converts them to, for example, SOAP faults. However, NoEndpointFoundException is swallowed by WebServiceMessageReceiverObjectSupport class so that it is not thrown:
        catch (NoEndpointFoundException ex) {
            if (connection instanceof EndpointAwareWebServiceConnection) 
{
                ((EndpointAwareWebServiceConnection) connection).endpointNotFound();
            }
        }
this is in final method handleConnection(), so it cannot be overridden either. Instead, a handle adapter must re-implement this whole method if NoEndpointFoundException is wanted to be converted to SOAP Fault. Either the exception should be re-thrown or there needs to be an extension point.

2013-08-16 09:33:56,742 FATAL [regionserver60020.leaseChecker] regionserver.Leases: Unexpected exception killed leases thread
java.lang.IllegalArgumentException: timeout value is negative
	at org.apache.hadoop.hbase.regionserver.Leases.run(Leases.java:91)

Remove the configuration hbase.coordinated.state.manager.class
Keep following interface since they nicely separate ZK based
implementation: SplitLogWorkerCoordination, SplitLogManagerCoordination,
ProcedureCoordinatorRpcs, ProcedureMemberRpcs
Replace CSM (interface) + BCSM (unnecessary middle hierarchy) with single
CSM interface.
Don't pass whole CSM object around (with server in it which gives acess to pretty much everything), only pass the relevant dependencies.

Discussion thread on dev@ mailing list.
http://mail-archives.apache.org/mod_mbox/hbase-dev/201710.mbox/%3CCAAjhxrqjOg90Fdi73kZZe_Gxtrqq8ff%2B%3DAj_epptO_XO812Abg%40mail.gmail.com%3E

HIVE-11037 introduced user level explain. The output of operator attributes are JSONObject which does not preserve ordering. This is causing diffs in test output when run under tez vs llap like below

-            partition:{"ts":"2012-01-03+14:46:31","ds":"2012-01-03"}
-            table:{"serde:":"org.apache.hadoop.hive.ql.io.orc.OrcSerde","name:":"default.src_orc_merge_test_part","input format:":"org.apache.hadoop.hive.ql.io.orc.OrcInputFormat","output format:":"org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat"}
+            partition:{"ds":"2012-01-03","ts":"2012-01-03+14:46:31"}
+            table:{"name:":"default.src_orc_merge_test_part","input format:":"org.apache.hadoop.hive.ql.io.orc.OrcInputFormat","output format:":"org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat","serde:":"org.apache.hadoop.hive.ql.io.orc.OrcSerde"}

I noticed in the top of many of the scripts in bin/ that the old environment variables are documented, such as

HADOOP_SSH_OPTS Options passed to ssh when running remote commands.

However, in the script code, HBASE_SSH_OPTS is clearly used.
I've attached a trivial script to fix this in many locations.

1. Create a Text source table with one line of data:

create table src (id int);
insert overwrite table src values (1);

2. Create a target table:

create table trg (id int);

3. Try to load small text file to the target table:

load data inpath 'user/hive/warehouse/src/000000_0' into table trg;

Error message:

FAILED: SemanticException Unable to load data to destination table. Error: java.lang.IndexOutOfBoundsException

org.apache.hadoop.hive.ql.parse.SemanticException: Unable to load data to destination table. Error: java.lang.IndexOutOfBoundsException
	at org.apache.hadoop.hive.ql.parse.LoadSemanticAnalyzer.ensureFileFormatsMatch(LoadSemanticAnalyzer.java:340)
	at org.apache.hadoop.hive.ql.parse.LoadSemanticAnalyzer.analyzeInternal(LoadSemanticAnalyzer.java:224)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:242)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:481)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:317)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1190)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1285)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1116)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1104)
...

The elytron-domain attribute in ActiveMQ server configuration must reference capability "org.wildfly.security.security-domain" to allow value validation and enable auto-completion support in CLI. It's just a STRING value now without validation.
Currently it's possible to do following:

[standalone@embedded /] /subsystem=messaging-activemq/server=default:write-attribute(name=elytron-domain, value=NoSuchDomain)
{"outcome" => "success"}

The behavior should be aligned to Batch subsystem for instance:

[standalone@embedded /] /subsystem=batch-jberet:write-attribute(name=security-domain,value=NoSuchDomain)
{
    "failure-description" => "WFLYCTL0369: Required capabilities are not available:
    org.wildfly.security.security-domain.NoSuchDomain; There are no known registration points which can provide this capability.",
}

org.jboss.as.ee.concurrent.SecurityIdentityUtils#getSecurityIdentity() calls SecurityDomain.getCurrent() in order to get a security domain. SecurityDomain.getCurrent() then needs a ElytronPermission("getSecurityDomain") in order to pass if Security Manager is enabled.
As SecurityIdentityUtils#getSecurityIdentity() is a private static method and it is invoked from package protected static methods only, I think it should be safe to wrap the SecurityDomain.getCurrent() invocation by the privileged block there.
See the stacktrace catched by EEConcurrencySuspendTestCase:

2017-04-07 11:27:09,445 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /ee-suspend/ShutdownServlet: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" in code source "(vfs:/content/ee-suspend.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ee-suspend.war" from Service Module Loader")
	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
	at org.wildfly.security.auth.server.SecurityDomain.getCurrent(SecurityDomain.java:154)
	at org.jboss.as.ee.concurrent.SecurityIdentityUtils.getSecurityIdentity(SecurityIdentityUtils.java:66)
	at org.jboss.as.ee.concurrent.SecurityIdentityUtils.doIdentityWrap(SecurityIdentityUtils.java:57)
	at org.jboss.as.ee.concurrent.ManagedExecutorServiceImpl.execute(ManagedExecutorServiceImpl.java:71)
	at org.glassfish.enterprise.concurrent.ManagedExecutorServiceAdapter.execute(ManagedExecutorServiceAdapter.java:97)
	at org.jboss.as.test.integration.ee.suspend.ShutdownServlet.doGet(ShutdownServlet.java:47)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
	at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
	at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
	at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
	at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
	at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:46)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
	at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
	at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
	at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
	at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1706)
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
	at io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:110)
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:107)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)

Currently "drop database cascade" command doesn't unregister the functions under the database. If the functions are not unregistered, in some cases like "describe db1.func1" will still show the info for the function; or if the same database is recreated, "drop if exists db1.func1" will throw an exception since the function is considered existing from the registry while it doesn't exist in metastore.

I was running intense version of TestRollingRestart and changing the Xmx setting in our pom file wasn't changing anything.
What we have now is:

            <argLine>-enableassertions</argLine>
            <argLine>-Xmx1400m</argLine>

But on process listing (and through experimentation with my tests), only -enableassertions is used.
However, changing to below and it worked:

            <argLine>-enableassertions -Xmx1400m</argLine>

Just wanted to open a jira and see if i'm missing something from someone with more maven experience.

Spring Mobile - fallback resolution in the device aware view resolver is failing when enablefallback is set to true in configuration.
Ex: I am trying to resolve a view named tasks.jsp which is not in /m/layouts/, but there is one tasks.jsp which is in /layouts.
I have read on the spring source reference manuals that InternalResourceViewResolver might not know if a view actually exists. In this case how does the fallback resolution work.
Here is the config:
<bean id="liteDeviceDelegatingViewResolver" class="org.springframework.mobile.device.view.LiteDeviceDelegatingViewResolver">
        <constructor-arg>
           	<bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
		        <property name="viewClass">
		            <value>org.springframework.web.servlet.view.JstlView</value>
		        </property>
		        <property name="prefix">
		            <value>/WEB-INF/jsp/</value>
		        <property name="suffix">
		            <value>.jsp</value>
		    </bean>
        </constructor-arg>
        <property name="enableFallback" value="true" />
        <property name="mobilePrefix" value="m/" />
        <property name="tabletPrefix" value="t/" />
    </bean>

Affect version is actually 8.0.0.Alpha1-SNAPSHOT (before 8.0.0.Alpha1, we don't have such selection).
Command remote-store=REMOTE_STORE:add fails with this exception:

15:58:05,112 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) JBAS014607: Failed to persist configuration change: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014675: Failed to marshal configuration
	at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.<init>(AbstractFilePersistenceResource.java:50) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.persistence.ConfigurationFilePersistenceResource.<init>(ConfigurationFilePersistenceResource.java:45) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.persistence.BackupXmlConfigurationPersister.store(BackupXmlConfigurationPersister.java:80) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.writeModel(ModelControllerImpl.java:522) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.OperationContextImpl.createPersistenceResource(OperationContextImpl.java:178) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:359) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:228) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.finishStep(AbstractOperationContext.java:513) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:499) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:321) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:223) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:235) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:124) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:148) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:97) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:114) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:296) [jboss-as-protocol-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518) [jboss-as-protocol-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
	at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
	at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.0.Final.jar:2.1.0.Final]
Caused by: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014680: Failed to write configuration
	at org.jboss.as.controller.persistence.AbstractConfigurationPersister.marshallAsXml(AbstractConfigurationPersister.java:123) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.<init>(AbstractFilePersistenceResource.java:43) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	... 22 more
Caused by: java.lang.IllegalArgumentException
	at org.jboss.dmr.ModelValue.asList(ModelValue.java:128) [jboss-dmr-1.1.6.Final.jar:1.1.6.Final]
	at org.jboss.dmr.ModelNode.asList(ModelNode.java:1205) [jboss-dmr-1.1.6.Final.jar:1.1.6.Final]
	at org.jboss.as.clustering.infinispan.subsystem.InfinispanSubsystemXMLWriter.processCommonCacheAttributesElements(InfinispanSubsystemXMLWriter.java:282)
	at org.jboss.as.clustering.infinispan.subsystem.InfinispanSubsystemXMLWriter.writeContent(InfinispanSubsystemXMLWriter.java:124)
	at org.jboss.as.clustering.infinispan.subsystem.InfinispanSubsystemXMLWriter.writeContent(InfinispanSubsystemXMLWriter.java:42)
	at org.jboss.as.server.parsing.StandaloneXml.writeServerProfile(StandaloneXml.java:1191) [jboss-as-server-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.server.parsing.StandaloneXml.writeContent(StandaloneXml.java:1108) [jboss-as-server-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.server.parsing.StandaloneXml.writeContent(StandaloneXml.java:103) [jboss-as-server-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	at org.jboss.staxmapper.XMLMapperImpl.doDeparse(XMLMapperImpl.java:88) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
	at org.jboss.staxmapper.XMLMapperImpl.deparseDocument(XMLMapperImpl.java:83) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
	at org.jboss.as.controller.persistence.AbstractConfigurationPersister.marshallAsXml(AbstractConfigurationPersister.java:117) [jboss-as-controller-8.0.0.Alpha1-SNAPSHOT.jar:8.0.0.Alpha1-SNAPSHOT]
	... 23 more

[standalone@localhost:9999 /] /subsystem=infinispan/cache-container=web/replicated-cache=repl/file-store=FILE_STORE:remove
{
    "response-headers" => 
Unknown macro: {
    } 
}
[standalone@localhost:9999 /] /subsystem=infinispan/cache-container=web/replicated-cache=repl/remote-store=REMOTE_STORE:add
{
    "failure-description" => "JBAS014677: Failed to persist configuration change: JBAS014675: Failed to marshal configuration",
Unknown macro: {"process-state" => "reload-required"}
}
[standalone@localhost:9999 /] /subsystem=infinispan/cache-container=web/replicated-cache=repl/remote-store=REMOTE_STORE:add(remote-servers=[])
{
}
In $JBOSS_HOME/docs/schema/jboss-as-infinispan_1_3.xsd, it looks like the remote-server is required as it's defined as minOccurs="1":

<xs:element name="remote-server" type="tns:remote-server" minOccurs="1" maxOccurs="unbounded"/>

When the context path of an application is different from /, 
the <c:url tag in JSP does not add the version (that is provided by the cache busting infrastructure of Spring 4.1) tot the URL of a static resource.
When you deploy my example webapp (see https://github.com/desmethans/cachebusting.git) on a local tomcat with / as the context path (the webapp runs then on localhost:8080)
the JSP tag <c:url value="/styles/default.css"/> produces correct HTML, with a version in the url: 
/styles/default-e89bda525823a25214337af0003918c2.css
When you deploy the same webapp  on a local tomcat with testing  as the context path (the webapp runs then on localhost:8080/testing)
the JSP tag <c:url value="/styles/default.css"/> produces wrong HTML, without a version in the url: 
/cachebusting/styles/default.css

The URL content negotiation "format" parameter values are case sensitive and only lowercase values are accepted. URL query parameter format=json returns the appropriate json response but format=JSON results in a HttpMediaTypeNotAcceptableException and returns:
406 - The resource identified by this request is only capable of generating responses with characteristics not acceptable according to the request "accept" headers.
The same happens with xml vs XML or any other format value that is not lowercase.
The value of the format parameter should be case insensitive especially because the type and subtype of MediaType parameters should always be case-insensitive.
Cause:
Configuration:
ContentNegotiationConfigurer is configured with favorParameter = true and the following media type mappings are provided:
mediaType("json", MediaType.APPLICATION_JSON)
mediaType("xml", MediaType.APPLICATION_XML)
or 
mediaType("JSON", MediaType.APPLICATION_JSON)
mediaType("XML", MediaType.APPLICATION_XML)
Result:
When the MappingMediaTypeFileExtensionResolver is constructed, it is passed a map containing the media type key to MediaType mappings defined above. In the constructor of MappingMediaTypeFileExtensionResolver, the key is converted to lowercase and the mapping of key to MediaType is added to the ConcurrentMap<String, MediaType> mediaTypes using the lowercase version of the key.
However, when retrieving the MediaType from a key in the lookupMediaType method, no conversion to lowercase is performed so any value for the URL "format" parameter other than the lowercase version will not return the proper MediaType result.
On May 1st, 2014, a change was made to ParameterContentNegotiationStrategy to handle cases where the content negotiation format URL parameter does not result in a match for a MediaType. If no match is found, a HttpMediaTypeNotAcceptableException is thrown resulting in the 406 response above. Prior to this commit, a null was returned instead of throwing an exception so this issue was hidden and appeared to function correctly.
Setting ignoreUnknownPathExtensions = true on the ContentNegotiationConfigurer will result in the same handling as prior to the May 1st, 2014 commit but it does not solve the real issue.
Solution:
Simply add a line to the lookupMediaType method to first convert the extension (media type key) to lowercase prior to attempting to retrieve it from the media type map:

protected MediaType lookupMediaType(String extension) {
	extension = extension.toLowerCase(Locale.ENGLISH);
	return this.mediaTypes.get(extension);
}

Experience OOM when Hive metastore try to retrieve huge amount of notification logs even there's limit clause. Hive shall only retrieve necessary rows.

If you stop a route with a custom time out value, then the graceful shutdown strategy will still use the default timeout value in the logs, so that information is not correct. For example if you have a short default value, but provide a higher timeout value, then you can have the log show negative timeout values.
INFO  DefaultShutdownStrategy        - Waiting as there are still 2 inflight and pending exchanges to complete, timeout in -14 seconds.

Currently getTimestampValue casts Timestamp to Date and returns Date.
Hive Timestamp type stores time with nanosecond precision.
Timestamp class has getNanos method to extract nanoseconds.
Date class has getTime method which returns unix time in milliseconds.
So, it order to be able to get nanoseconds from Timestamp fields GenericUDF.getTimestampValue should return Timestamp instead of Date.

Need to add some perf logger statements for the Tez path as well.

The producer side and consumer side of the SEDA (and VM) component seems to require the completely same URI to be able to communicate. Completely same meaning that all URI options must be the same on both sides. The strange thing is that this only is required when I have adviced the consumer route. 2.9.0 does not have this problem.
Attached a unit test - the producerWithDifferentUri will fail on 2.9.1 and 2.9.2. If the advice is removed it will not.

QuerydslPredicateExecutor's Javadoc mentions that it allows null Predicate's we don't allow the use of null values anymore. We should fix the Javadoc.

I noticed this in 5.0 as well but didn't think too much of it, however I've just noticed that the latest 4.3.5 snapshots exhibit the same change in behaviour.
Here's small application that will reproduce the problem:

package com.example;

import javax.annotation.PostConstruct;

import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.annotation.Bean;
import org.springframework.util.Assert;

public class FieldInjectionBehaviorChange {

	public static void main(String[] args) {
		new AnnotationConfigApplicationContext(ExampleConfiguration.class).close();
	}

	@Configuration
	static class ExampleConfiguration {

		@Autowired(required = false)
		private List<Thing> things;

		@PostConstruct
		public void postConstruct() {
			Assert.notNull(this.things);
		}

		@Bean
		public Thing thing() {
			return new Thing() {};
		}

	}

	interface Thing {

	}

}

It will run successfully with 4.3.4.RELEASE and fail with 4.3.5.BUILD-SNAPSHOT due to things being null.
It also works without required=false with 4.3.4.RELEASE but fails with a NoSuchBeanDefinitionException with 4.3.5.BUILD-SNAPSHOT.
It works with both 4.3.4.RELEASE and 4.3.5.BUILD-SNAPSHOT if the field is Thing rather than List<Thing>.

Since JDK 7u25 version org.omg.CORBA_2_3.portable.Output/InputStream classes need extra permissions if Security Manager is enabled. Because of a previous vulnerability, it now checks SerializablePermission("enableSubclassImplementation"). There is a property flag to allow subclass instantiations without the security check (jdk.corba.allowOutputStreamSubclass=true), but this system property is subject to removal in the future Java releases, according to my findings. 
At the moment, our IIOP code fails (can be seen in iiop tests of WildFly testsuite) when running with SM enabled.

Describe table output will show comments incorrectly rather than the unicode itself.

hive> desc formatted t1;

# Detailed Table Information             
Table Type:             MANAGED_TABLE            
Table Parameters:                
        COLUMN_STATS_ACCURATE   {\"BASIC_STATS\":\"true\"}
        comment                 \u8868\u4E2D\u6587\u6D4B\u8BD5
        numFiles                0                   

The mentioned method uses Spring LDAP Template to search for the given user in AD. However, if the given user does not exist at all in the directory, the template throws IncorrectResultSizeException and not NamingException, as expected.

Sample stack-trace in Tomcat:
org.springframework.dao.IncorrectResultSizeDataAccessException: Incorrect result size: expected 1, actual 0
	org.springframework.security.ldap.SpringSecurityLdapTemplate.searchForSingleEntryInternal(SpringSecurityLdapTemplate.java:239)
	org.springframework.security.ldap.authentication.ad.ActiveDirectoryLdapAuthenticationProvider.searchForUser(ActiveDirectoryLdapAuthenticationProvider.java:258)
	org.springframework.security.ldap.authentication.ad.ActiveDirectoryLdapAuthenticationProvider.doAuthentication(ActiveDirectoryLdapAuthenticationProvider.java:114)
	org.springframework.security.ldap.authentication.AbstractLdapAuthenticationProvider.authenticate(AbstractLdapAuthenticationProvider.java:61)

The root cause of the problem is that the distributed web session code optimizes the marshalling of the session identifier, by using a URL safe Base64 codec.  Because this marshalling happens transparently, when Cache.get(...) goes remote (since the session ID containing an invalid character will never be found locally), the resulting IllegalArgumentException goes undetected - and propagates back to the client.
To prevent this, we need to validate that the requested session ID can be serialized - and if not, respond as if the session was not found.

org.jboss.as.connector.util.Injection.java:159
    protected Method findMethod(Class<?> clz, String methodName, String propertyType) {
        while (!clz.equals(Object.class)) {
            List<Method> hits = null;
            Method[] methods = clz.getDeclaredMethods();
            for (int i = 0; i < methods.length; i++) {
                Method method = methods[i];
                if (methodName.equals(method.getName()) && method.getParameterTypes().length == 1) {
                    if (propertyType == null || propertyType.equals(method.getParameterTypes()[0].getName())) {
the above is not taking primitives into account.
Example, the IBM IMS connector ims1132.rar has:
<config-property>
  <config-property-name>enableHASupport</config-property-name>
  <config-property-type>java.lang.Boolean</config-property-type>
  <config-property-value>true</config-property-value>
</config-property>
and the method:
public void setEnableHASupport(boolean isHAEnabled)
Our "FindMethod" will find this method but will fail to select it as it compares "java.lang.Boolean" with "boolean"

There is some unused code.
http://station5.brq.redhat.com:8080/reports.htm#v10035/p10031/fileInstanceId=9425670&defectInstanceId=2071628&mergedDefectId=26084
http://station5.brq.redhat.com:8080/reports.htm#v10035/p10031/fileInstanceId=9425697&defectInstanceId=2071908&mergedDefectId=26092
http://station5.brq.redhat.com:8080/reports.htm#v10035/p10031/fileInstanceId=9425679&defectInstanceId=2071870&mergedDefectId=26091
readonly/readonly

(1) The cxfrs option throwExceptionOnFailure=true does not suppress exceptions from being thrown when an invoked REST service returns a http status > 207.  i.e. the following does not work:
...
.to("cxfrs:bean:rsClient?throwExceptionOnFailure=false")
....
(2) The cxfrs throwExceptionOnFailure option should default to false; to make it easier to process status codes in the route.
When invoking REST services, the logic is currently complicated by the fact that common status' need to be processed in exception handlers. i,e (404 not found, 412 precondition failed).  It would be more useful to filter on statuses with a main route.

The below code parts in PartitionDesc throws NoClassDefFounError sometimes  in execution.

public Deserializer getDeserializer() {
    try {
      return MetaStoreUtils.getDeserializer(Hive.get().getConf(), getProperties());
      return null;
    }
  }

    <servlet>
        <servlet-name>ApiDeclarationServlet</servlet-name>
        <servlet-class&gt;org.apache.camel.component.swagger.DefaultCamelSwaggerServlet</servlet-class&gt;
        <init-param>
            <param-name>base.path</param-name>
            <param-value>rest</param-value>
        </init-param>
            <param-name>api.path</param-name>
            <param-value>api-docs</param-value>
            <param-name>api.version</param-name>
            <param-value>1.2.3</param-value>
            <param-name>api.title</param-name>
            <param-value>User Services</param-value>
            <param-name>api.description</param-name>
            <param-value>Camel Rest Example with Swagger that provides an User REST service</param-value>
            <param-name>camelId</param-name>
            <param-value>"swagger-test"</param-value>
        <load-on-startup>2</load-on-startup>
    </servlet>

The newly introduced authentication tests (AuthenticationElytronTestCase, AuthenticationTestCase) in org.jboss.as.test.integration.ejb.security package fail when executed with Elytron AS TS profile.

cd testsuite/integration/basic
mvn clean test -Dtest=org.jboss.as.test.integration.ejb.security.Authentication\* -Delytron
...
  AuthenticationElytronTestCase.testAuthenticatedCall:15->AbstractAuthenticationTestCase.testAuthenticatedCall:206 expected:<[user1]> but was:<[anonymous]>
  AuthenticationElytronTestCase.testAuthentication:15->AbstractAuthenticationTestCase.testAuthentication:136 expected:<[user1]> but was:<[anonymous]>
  AuthenticationElytronTestCase.testAuthentication_BadPwd:15->AbstractAuthenticationTestCase.testAuthentication_BadPwd:148 Expected EJBAccessException due to bad password not thrown. (EJB 3.1 FR 17.6.9)
  AuthenticationElytronTestCase.testAuthentication_TwoBeans:15->AbstractAuthenticationTestCase.testAuthentication_TwoBeans:161 expected:<[user1]> but was:<[anonymous]>
  AuthenticationElytronTestCase.testAuthentication_TwoBeans_ReAuth:15->AbstractAuthenticationTestCase.testAuthentication_TwoBeans_ReAuth:174 expected:<[user1]> but was:<[anonymous]>
  AuthenticationElytronTestCase.testAuthentication_TwoBeans_ReAuth_BadPwd:15->AbstractAuthenticationTestCase.testAuthentication_TwoBeans_ReAuth_BadPwd:188 Expected EJBAccessException due to bad password not thrown. (EJB 3.1 FR 17.6.9)
  AuthenticationElytronTestCase.testAuthentication_TwoBeans_ReAuth__BadPwd_ViaServlet:15->AbstractAuthenticationTestCase.testAuthentication_TwoBeans_ReAuth__BadPwd_ViaServlet:262 null
  AuthenticationElytronTestCase.testICIRSingle:15->AbstractAuthenticationTestCase.testICIRSingle:275 null
  AuthenticationElytronTestCase.testICIR_TwoBeans:15->AbstractAuthenticationTestCase.testICIR_TwoBeans:290 null
  AuthenticationElytronTestCase.testICIR_TwoBeans_ReAuth:15->AbstractAuthenticationTestCase.testICIR_TwoBeans_ReAuth:312 null
  AuthenticationTestCase.testAuthentication_TwoBeans_ReAuth__BadPwd_ViaServlet:11->AbstractAuthenticationTestCase.testAuthentication_TwoBeans_ReAuth__BadPwd_ViaServlet:262 null
  AuthenticationElytronTestCase.testAuthentication_ReAuth_ViaServlet:15->AbstractAuthenticationTestCase.testAuthentication_ReAuth_ViaServlet:240->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationElytronTestCase.testAuthentication_TwoBeans_ReAuth_ViaServlet:15->AbstractAuthenticationTestCase.testAuthentication_TwoBeans_ReAuth_ViaServlet:252->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationElytronTestCase.testAuthentication_TwoBeans_ViaServlet:15->AbstractAuthenticationTestCase.testAuthentication_TwoBeans_ViaServlet:246->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationElytronTestCase.testAuthentication_ViaServlet:15->AbstractAuthenticationTestCase.testAuthentication_ViaServlet:234->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationElytronTestCase.testICIR_ReAuth_ViaServlet:15->AbstractAuthenticationTestCase.testICIR_ReAuth_ViaServlet:417->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationElytronTestCase.testICIR_TwoBeans_ReAuth_ViaServlet:15->AbstractAuthenticationTestCase.testICIR_TwoBeans_ReAuth_ViaServlet:437->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationElytronTestCase.testICIR_TwoBeans_ViaServlet:15->AbstractAuthenticationTestCase.testICIR_TwoBeans_ViaServlet:427->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationElytronTestCase.testICIR_ViaServlet:15->AbstractAuthenticationTestCase.testICIR_ViaServlet:407->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationTestCase.testAuthentication_ReAuth_ViaServlet:11->AbstractAuthenticationTestCase.testAuthentication_ReAuth_ViaServlet:240->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationTestCase.testAuthentication_TwoBeans_ReAuth_ViaServlet:11->AbstractAuthenticationTestCase.testAuthentication_TwoBeans_ReAuth_ViaServlet:252->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationTestCase.testAuthentication_TwoBeans_ViaServlet:11->AbstractAuthenticationTestCase.testAuthentication_TwoBeans_ViaServlet:246->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationTestCase.testAuthentication_ViaServlet:11->AbstractAuthenticationTestCase.testAuthentication_ViaServlet:234->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationTestCase.testICIR_ReAuth_ViaServlet:11->AbstractAuthenticationTestCase.testICIR_ReAuth_ViaServlet:417->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationTestCase.testICIR_TwoBeans_ReAuth_ViaServlet:11->AbstractAuthenticationTestCase.testICIR_TwoBeans_ReAuth_ViaServlet:437->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationTestCase.testICIR_TwoBeans_ViaServlet:11->AbstractAuthenticationTestCase.testICIR_TwoBeans_ViaServlet:427->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO
  AuthenticationTestCase.testICIR_ViaServlet:11->AbstractAuthenticationTestCase.testICIR_ViaServlet:407->AbstractAuthenticationTestCase.getWhoAmI:359->AbstractAuthenticationTestCase.get:377->AbstractAuthenticationTestCase.execute:393 » IO

Tests run: 38, Failures: 11, Errors: 16, Skipped: 0

HIVE-11398 + HIVE-11791, the partition-condition-remover became more effective.
This removes predicates from the FilterExpression which involve partition columns, causing a miss for dynamic-partition pruning if the DPP relies on FilterDesc.
The TS desc will have the correct predicate in that condition.

$hdt$_0:$hdt$_1:a
  TableScan (TS_2)
    alias: a
    filterExpr: (((account_id = 22) and year(dt) is not null) and (year(dt)) IN (RS[6])) (type: boolean)
      predicate: ((account_id = 22) and year(dt) is not null) (type: boolean)
      Select Operator (SEL_4)
        expressions: dt (type: date)
        outputColumnNames: _col1
        Reduce Output Operator (RS_8)
          key expressions: year(_col1) (type: int)
          sort order: +
          Map-reduce partition columns: year(_col1) (type: int)
          Join Operator (JOIN_9)
                 Inner Join 0 to 1
            keys:
              0 year(_col1) (type: int)
              1 year(_col1) (type: int)

In a GenericUDTF, rows can be forward()'ed on close(), contrary to what the comment says.

This is a helper script that I've been using for a while to generate the protobuf code.

The factory bean JobParserJobFactoryBean is not a SmartFactoryBean, so its instances do not get instantiated eagerly by default.  Not many use cases need this, but the JobRegistry is a special case as Job instances typically are not dependencies for anything.

This completes moving the core ORC reader & writer to the ORC project.

org.jboss.as.test.integration.logging.operations.CustomFormattersTestCase
org.jboss.as.test.integration.logging.operations.CustomHandlerOperationsTestCase
org.jboss.as.test.integration.logging.operations.CustomHandlerTestCase
org.jboss.as.test.integration.logging.operations.Log4jCustomHandlerTestCase
org.jboss.as.test.integration.logging.perdeploy.JBossLog4jXmlTestCase
org.jboss.as.test.integration.logging.perdeploy.JBossLoggingPropertiesTestCase
org.jboss.as.test.integration.logging.perdeploy.Log4jPropertiesTestCase
org.jboss.as.test.integration.logging.perdeploy.Log4jXmlTestCase
org.jboss.as.test.integration.logging.perdeploy.LoggingPropertiesTestCase
org.jboss.as.test.integration.logging.profiles.LoggingProfilesTestCase
org.jboss.as.test.integration.logging.profiles.NonExistingProfileTestCase
org.jboss.as.test.integration.logging.syslog.SyslogHandlerTestCase
mvn test -Dtest=org.jboss.as.test.integration.logging.*. -Dsecurity.manager

org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper$ServerDeploymentException: java.lang.Exception: {
    "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"logging1.jar\".INSTALL" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"logging1.jar\".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment \"logging1.jar\"
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"jboss.bind.address\" \"read\")\" in code source \"(vfs:/content/logging1.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.logging1.jar\" from Service Module Loader\")"},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"logging1.jar\".INSTALL"]
}
	at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getActionResult(ServerDeploymentPlanResultFuture.java:134)
	at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getResultFromNode(ServerDeploymentPlanResultFuture.java:123)
	at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:85)
	at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:42)
	at org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper.deploy(ServerDeploymentHelper.java:55)
	at org.jboss.as.test.integration.logging.AbstractLoggingTestCase.deploy(AbstractLoggingTestCase.java:168)
	at org.jboss.as.test.integration.logging.profiles.LoggingProfilesTestCase.deploy(LoggingProfilesTestCase.java:314)
	at org.jboss.as.test.integration.logging.profiles.LoggingProfilesTestCase.deploy(LoggingProfilesTestCase.java:304)
	at org.jboss.as.test.integration.logging.profiles.LoggingProfilesTestCase.testProfiles(LoggingProfilesTestCase.java:201

org.jboss.as.test.manualmode.logging.Log4jAppenderTestCase
org.jboss.as.test.manualmode.logging.LoggingPreferencesTestCase
org.jboss.as.test.manualmode.logging.PerDeployLoggingTestCase
org.jboss.as.test.manualmode.logging.ReconnectSyslogServerTestCase
org.jboss.as.test.manualmode.logging.SizeAppenderRestartTestCase
org.jboss.as.test.manualmode.logging.SyslogIsNotAvailableDuringServerBootTestCase
cd testsuite/manualmode/
mvn test -Dtest=org.jboss.as.test.manualmode.logging.* -Dsecurity.manager

    "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"logging-test.jar\".INSTALL" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"logging-test.jar\".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment \"logging-test.jar\"
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"jboss.bind.address\" \"read\")\" in code source \"(vfs:/content/logging-test.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.logging-test.jar\" from Service Module Loader\")"},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"logging-test.jar\".INSTALL"]
}
	at org.wildfly.core.testrunner.ServerController.deploy(ServerController.java:92)
	at org.jboss.as.test.manualmode.logging.AbstractLoggingTestCase.deploy(AbstractLoggingTestCase.java:197)
	at org.jboss.as.test.manualmode.logging.Log4jAppenderTestCase.startContainer(Log4jAppenderTestCase.java:93)

Stack trace looks very similar to HIVE-8485. I believe the metastore's Direct SQL mode requires additional fixes similar to HIVE-8485, around the Partition/StorageDescriptorSerDe parameters.

2015-11-19 18:08:33,841 ERROR [pool-5-thread-2]: server.TThreadPoolServer (TThreadPoolServer.java:run(296)) - Error occurred during processing of message.
        at org.apache.thrift.protocol.TBinaryProtocol.writeString(TBinaryProtocol.java:200)
        at org.apache.hadoop.hive.metastore.api.SerDeInfo$SerDeInfoStandardScheme.write(SerDeInfo.java:579)
        at org.apache.hadoop.hive.metastore.api.SerDeInfo$SerDeInfoStandardScheme.write(SerDeInfo.java:501)
        at org.apache.hadoop.hive.metastore.api.SerDeInfo.write(SerDeInfo.java:439)
        at org.apache.hadoop.hive.metastore.api.StorageDescriptor$StorageDescriptorStandardScheme.write(StorageDescriptor.java:1490)
        at org.apache.hadoop.hive.metastore.api.StorageDescriptor$StorageDescriptorStandardScheme.write(StorageDescriptor.java:1288)
        at org.apache.hadoop.hive.metastore.api.StorageDescriptor.write(StorageDescriptor.java:1154)
        at org.apache.hadoop.hive.metastore.api.Partition$PartitionStandardScheme.write(Partition.java:1072)
        at org.apache.hadoop.hive.metastore.api.Partition$PartitionStandardScheme.write(Partition.java:929)
        at org.apache.hadoop.hive.metastore.api.Partition.write(Partition.java:825)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_partitions_result$get_partitions_resultStandardScheme.write(ThriftHiveMetastore.java:64470)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_partitions_result$get_partitions_resultStandardScheme.write(ThriftHiveMetastore.java:64402)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_partitions_result.write(ThriftHiveMetastore.java:64340)
        at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:53)
        at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:681)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:676)
        at javax.security.auth.Subject.doAs(Subject.java:422)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1657)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:676)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:285)        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

Camel-netty-http component, when sending HTTP request with:

Expect: 100-continue

header, always sends the HTTP body with first request and treats:

HTTP/1.1 100 Continue

as final response.
Additionally org.apache.camel.component.netty.http.handlers.HttpServerChannelHandler sends HTTP/1.1 100 Continue partial response after the same partial response was send by org.jboss.netty.handler.codec.http.HttpChunkAggregator#messageReceived
Attached: wireshark session dump.

Currently the semi join hints can be used to create only one semi join optimization per alias which is very limiting.

When Spring Security is used, JPA annotations auto-wiring is not supported : the @PersistenceContext EntityManager is not injected in the DAO layer, which results in NullPointerExceptions

The subsystem=datasource/data-source=* resource has a connection-properties attribute and a connection-properties sub-resource. Since DMR is a tree structure each child must have a unique key. Since the parent resource has a connection-properties attribute and sub-resource with a read-resource operation you will only get one of the values.
Also writing to the connection-properties attribute fails to marshal the XML since marshaller expects the value to look something like

{ "key" => { "value" => "real-value" } }

But the resource definition expects

{ "key" => "real-value" }

The attribute does not appear to be in EAP 6.4. It is however in WildFly 8.x and 9.x. Some further research should be done, but the attribute could likely be removed. Not having the attribute would also be more consistent with XA data sources.

The Hive WebUI's Query Plan tab displays "SET hive.log.explain.output TO true TO VIEW PLAN" even when hive.log.explain.output is set to true, when the query cannot be compiled, because the plan is null in this case.

HiveMetastoreClient is now being relied upon by external clients like Flume and Storm for streaming.
When the thrift connection between MetaStoreClient and the meta store is broken (due to intermittent network issues or restarting of metastore) the Metastore does not handle the connection error and automatically re-establish the connection. Currently the client process needs to be restarted to re-establish the connection.
The request here is consider supporting the following behavior: For each API invocation on the MetastoreClient, it should try to restablish the connection (if needed) once. And if that does not work out then throw a specific exception indicating the same. The client could then handle the issue by retrying the same API after some delay. By catching the specific connection exception, the client could decide how many times to retry before aborting.
Hive does this internally using RetryingMetastoreClient. This jira is suppose to expose this mechanism to other users of that interface. This is useful for users of this interface, and from metastore HA point of view.

HBaseStorageHandler skips rows with null valued first cells when only row key is selected.

SELECT key, col1, col2 FROM hbase_table;
key1	cell1	cell2 
key2	NULL	cell3

SELECT COUNT(key) FROM hbase_table;
1

HiveHBaseTableInputFormat.getRecordReader makes first cell selected to avoid skipping rows. But when the first cell is null, HBase skips that row.
http://hbase.apache.org/book/perf.reading.html 12.9.6. Optimal Loading of Row Keys describes how to deal with this problem.
I tried to find an existing issue, but I couldn't. If you find a same issue, please make this issue duplicated.

In hadoop1 the logging from MR is sent to stderr.  In H2, by default, to syslog.  templeton.tool.LaunchMapper expects to see the output on stderr to produce 'percentComplete' in job status.

Some commands throws NullPointerException when CLI is disconnected from controller and user tries to use tab completion (so far I found these: ls, read-attribute, read-operation).
No exception is thrown with 6.4.0.GA

I defined the to endpoint in my properties file as "file://target/outBox?fileName=test-${date:now:yyyyMMdd}.txt" and the written file has the name "test-now:yyyyMMdd.txt" instead of "test-20100926".
See also CAMEL-304

Description from linked BZ:
Move the domain.conf call in domain.sh (and also domain.conf.bat in domain.bat) so it's called after the JBOSS_HOME is set. Then it's possible to use it in the configuration file.
E.g. we use following line to enable security manager:
JAVA_OPTS="$JAVA_OPTS -Djava.security.manager -Djava.security.policy==/tmp/security.policy -Djboss.home.dir=$JBOSS_HOME -Djboss.modules.policy-permissions=true"
The order is correct in the scripts for standalone (so the JBOSS_HOME is available in its conf file).

union_remove_1.q
union_remove_11.q
union_remove_14.q
union_remove_15.q
union_remove_16.q
union_remove_17.q
union_remove_18.q
union_remove_19.q
union_remove_2.q
union_remove_20.q
union_remove_21.q
all fail on hadoop 2 (and only run on hadoop 2) because of outdated golden files. The query plan has slightly changed (removing an unnecessary select op). The query results are the same.

While :read-resource-description returns an ordered list of resources with their descriptions for most resources, some resources do not return result consistent with this (resources ordered by alphabet).
Affected resources:

/subsystem=iiop-openjdk:read-resource-description() returns unordered list of resources and their descriptions, while /subsystem=iiop-openjdk:read-resource() returns ordered list

See also post at newsgroup:
http://forum.spring.io/forum/spring-projects/data/750072-spring-data-infinite-loop-in-hashmap-in-preferredconstructor-and-customconversions
Spring Data Infinite Loops in Production
This post is related to an issue we have started seeing in production at the company where I work. I am trying to figure out where to take this next. Should I proceed to filing a bug report, or do I need to try and collect more information?
It started happening a few weeks ago. We would see a box CPU suddenly go to 100% indefinitely until the app was redeployed. Fortunately, we did take thread dumps, and in one case a heap dump. We were able to see that there is a recurring infinite loop in two places in Spring Data.
This has happened a total of 3 times now. Given the number of nodes we run in PROD, INT and QA (some number > 30), and the length of time we have been in production on this stack, we would characterize it as a rare occurrence. But it worries us.
One could ask "what changed in the application to make this start happening?". Ack. We are in our busy season right now, so a lot of commits went into our application for the weeks prior to the first occurrence. And given the rare nature of the problem, it would be difficult to really identify even the time range of commits that we would need to evaluate. Root Cause
In all 3 cases, the infinite loop is coming from concurrent updates to the thread-unsafe HashMap class. We see it happening within two Spring Data classes:

org.springframework.data.mapping.PreferredConstructor
org.springframework.data.mongodb.core.convert.CustomConversions

I could explain why HashMap is getting stuck in infinite loops, but several others have already done a great job doing it, so I refer you there:

http://mailinator.blogspot.dk/2009/06/beautiful-race-condition.html
https://code.google.com/p/javasimon/issues/detail?id=115

Stack Trace Snippets
These stack traces come from our thread dumps. Each stack is seen multiple times when the problem occurs. 
PreferredConstructor
"http-bio-8080-exec-235" daemon prio=10 tid=0x00007fb19c0a9800 nid=0x5337 runnable [0x00007fb228953000]
java.lang.Thread.State: RUNNABLE
at java.util.HashMap.getEntry(HashMap.java:469)
at java.util.HashMap.get(HashMap.java:421)
at org.springframework.data.mapping.PreferredConstruc tor.isConstructorParameter(PreferredConstructor.ja va:120)
at org.springframework.data.mapping.model.BasicPersis tentEntity.isConstructorArgument(BasicPersistentEn tity.java:98)
at org.springframework.data.mongodb.core.convert.Mapp ingMongoConverter$1.doWithPersistentProperty(Mappi ngMongoConverter.java:252)
at org.springframework.data.mongodb.core.convert.Mapp ingMongoConverter$1.doWithPersistentProperty(Mappi ngMongoConverter.java:249)
at org.springframework.data.mapping.model.BasicPersis tentEntity.doWithProperties(BasicPersistentEntity. java:257)
at 
CustomConversions
"http-bio-8080-exec-75" daemon prio=10 tid=0x00007f3688018000 nid=0x6c2e runnable [0x00007f376e9ef000]
at org.springframework.data.mongodb.core.convert.Cust omConversions.getCustomReadTarget(CustomConversion s.java:317)
at org.springframework.data.mongodb.core.convert.Cust omConversions.hasCustomReadTarget(CustomConversion s.java:281)
at org.springframework.data.mongodb.core.convert.Mapp ingMongoConverter.read(MappingMongoConverter.java: 200)
at org.springframework.data.mongodb.core.convert.Mapp ingMongoConverter.readCollectionOrArray(MappingMon goConverter.java:791)
at 
More Information
I posted a lot more information about this issue here:

http://peterlairdtech.blogspot.com/2014/06/spring-data-infinite-loop-in-hashmap-in.html

Please let me know if there are things I can do to help diagnose this further. Thanks!

Assume there is the following use-case:
A form backing object contains the following field annotated with JSR 303:

@Size(min = 16, max = 16)
private Long creditCardNumber;

and this field is bound through Spring MVC:

<form:input path="creditCardNumber" />
<form:errors path="creditCardNumber"/>

The user enters a 15 digit number: 123456789012345 Spring MVC would convert and bind the field, validate it and return it to the form for correction. Only now the field is presented after a default formatting has been applied: 123,456,789,012,345. The user does now need to remove the default formatting to make the Long type valid again.
I think by default formatters for numeric types should be disabled to prevent such unexpected behaviour. Unless the user explicitly asks to format a value (using @NumberFormat(style=Style.CURRENCY)) it should not be applied.

interceptSendToEndpoint("sftp://hostname:22/testDirectory?privateKeyFile=/user/.ssh.id_rsa") is not intercepted because uri passed to InterceptSendToEndpointDefinition is not normalized.
As a result InterceptSendToEndpointDefinition createProcessor() method fails to match EndpointHelper.matchEndpoint(routeContext.getCamelContext(), uri, getUri()) and InterceptSendToEndpoint is not created.

HIVE-12084 changes TopNHash to use Runtime.getRuntime().freeMemory() for finding available memory.
However, it does not give the all the memory it could use, it ignores unallocated memory. This is because the heap size of jvm grows up to max heap size (-Xmx) as per it needs. totalMemory() gives total heap space it has allocated, and freeMemory() is the free memory within that.
See http://i.stack.imgur.com/GjuwM.png and http://stackoverflow.com/questions/3571203/what-is-the-exact-meaning-of-runtime-getruntime-totalmemory-and-freememory .
So instead of using Runtime.getRuntime().freeMemory() , I think it should use maxMemory() - totalMemory() + freeMemory()

I noticed several field names in the description for hbase.hregion.memstore.block.multiplier were the old names and not the current ones.  Patch attached.

When configuring a prefix of "mobile/" with the DeviceDelegatingViewResolver, mobile requests for "redirect:/" are redirected to "website.com/mobile//". Note the extra forward slash.

When explode() is called on rows where the array column is null, a null pointer exception is thrown.
For example consider having  a table named test with the following rows

key     value
1       [1,2,3]
2       null 

Then running the query

SELECT explode(value) AS myCol FROM test;

or

SELECT * FROM test LATERAL VIEW explode(value) myTab AS myCol;

will throw a null pointer exception when explode() gets the null value from the 2nd row.
Possible options are:
1. Treat null values as an error and make the user fix null values in data
2. explode(null) generates a null output value.
3. explode(null) generates no output values
#2 means that explode(null) and explode(array(null)) will behave identically. Because of that, I think #3 makes the most sense.

In master branch, shell tests fail due to IN_MEMORY_COMPACTION not being found:

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 32.299 sec <<< FAILURE! - in org.apache.hadoop.hbase.client.rsgroup.TestShellRSGroups
testRunShellTests(org.apache.hadoop.hbase.client.rsgroup.TestShellRSGroups)  Time elapsed: 0.069 sec  <<< ERROR!
org.jruby.embed.EvalFailedException: (NameError) uninitialized constant Java::OrgApacheHadoopHbase::HConstants::IN_MEMORY_COMPACTION
	at org.jruby.embed.internal.EmbedEvalUnitImpl.run(EmbedEvalUnitImpl.java:136)
	at org.jruby.embed.ScriptingContainer.runUnit(ScriptingContainer.java:1263)
	at org.jruby.embed.ScriptingContainer.runScriptlet(ScriptingContainer.java:1308)
	at org.apache.hadoop.hbase.client.rsgroup.TestShellRSGroups.testRunShellTests(TestShellRSGroups.java:101)
Caused by: org.jruby.exceptions.RaiseException: (NameError) uninitialized constant Java::OrgApacheHadoopHbase::HConstants::IN_MEMORY_COMPACTION
	at org.jruby.RubyModule.const_missing(org/jruby/RubyModule.java:2647)
	at Module.const_missing(file:/home/jenkins/yetus-m2/hbase-master-1/org/jruby/jruby-complete/1.6.8/jruby-complete-1.6.8.jar!/META-INF/jruby.home/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2503)
	at Module.HBaseConstants(/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/hbase-shell/src/main/ruby/hbase.rb:42)
	at (Anonymous).(root)(/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/hbase-shell/src/main/ruby/hbase.rb:34)
	at org.jruby.RubyKernel.require(org/jruby/RubyKernel.java:1062)
	at Kernel.require(/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/hbase-shell/src/main/ruby/hbase.rb:36)

acos(2) should be null, same as MySQL:

hive> desc function extended acos;
OK
acos(x) - returns the arc cosine of x if -1<=x<=1 or NULL otherwise
Example:
  > SELECT acos(1) FROM src LIMIT 1;
  0
  > SELECT acos(2) FROM src LIMIT 1;
  NULL
Time taken: 0.009 seconds, Fetched: 6 row(s)
hive> select acos(2);
OK
NaN
Time taken: 0.437 seconds, Fetched: 1 row(s)

mysql>  select acos(2);
+---------+
| acos(2) |
|    NULL |
1 row in set (0.00 sec)

Result set iterator prints the following debug lines for every row. The row string is always empty as per code.

2016-10-17T11:49:52,792 DEBUG [main] jdbc.HiveQueryResultSet: Fetched row string: 
2016-10-17T11:49:52,793 DEBUG [main] jdbc.HiveQueryResultSet: Fetched row string: 

Currently, mutable session attributes require a transactional cache configuration in order to replicate properly.  To support non-tx caches, we can record which mutable session attributes were accessed on a given session and re-set them at the end of the request.

As wd pointed out in hive-user, the following query only load data to the first local directory. Multi-insert to tables works fine. 
hive> from test
    > INSERT OVERWRITE LOCAL DIRECTORY '/home/stefdong/tmp/0' select *
where a = 1
    > INSERT OVERWRITE LOCAL DIRECTORY '/home/stefdong/tmp/1' select *
where a = 3;

Currently doing alter table set fileformat doesn't change the serde. This is unexpected by customers because the serdes are largely file format specific.

As explained on the forum, there is a broken link to http://www.famfamfam.com/lab/icons/flags/famfamfam_flag_icons.zip
This file is needed by the command "addon create i18n"
I found the file elsewhere, downloaded it and specified the path on my local file-system using "--flagGraphic" parameter :
addon create i18n --locale fr --messageBundle ../messages_fr.properties --topLevelPackage com.google.code.fr --flagGraphic r:\famfamfam_flag_icons.zip
I suggest to put the attached "famfamfam_flag_icons.zip" file directly on a Spring Roo server.
Regards,

When reading a file through BZip2CompressorInputStream, and the user selects a file of the wrong type (such as ZIP or GZIP), the read blows up with a strange ArrayIndexOutOfBoundException, instead of reporting immediately that the input data is of the wrong format.
The Bzip2Compressor should be able to identify whether a stream is of BZip2 format or not, and immediately reject it with a meaningful exception (example: "ProtocolException: not a BZip2 compressed file").
Alternatively, are there functions in commons-compress that can identify the compression type of an InputStream by inspection?
Example stack trace when using a ZIP input file:
Exception in thread "OSM Decompressor" java.lang.ArrayIndexOutOfBoundsException: 900000 
        at org.apache.commons.compress.compressors.bzip2.BZip2CompressorInputStream.getAndMoveToFrontDecode(BZip2CompressorInputStream.java:688) 
        at org.apache.commons.compress.compressors.bzip2.BZip2CompressorInputStream.initBlock(BZip2CompressorInputStream.java:322) 
        at org.apache.commons.compress.compressors.bzip2.BZip2CompressorInputStream.setupNoRandPartA(BZip2CompressorInputStream.java:880) 
        at org.apache.commons.compress.compressors.bzip2.BZip2CompressorInputStream.setupNoRandPartB(BZip2CompressorInputStream.java:936) 
        at org.apache.commons.compress.compressors.bzip2.BZip2CompressorInputStream.read0(BZip2CompressorInputStream.java:228) 
        at org.apache.commons.compress.compressors.bzip2.BZip2CompressorInputStream.read(BZip2CompressorInputStream.java:180) 
        at java.io.InputStream.read(InputStream.java:82) 
        at org.ka2ddo.yaac.osm.OsmXmlSegmenter$1.run(OsmXmlSegmenter.java:129) 
        at java.lang.Thread.run(Thread.java:680) 

The definition level, which determines which level of nesting is NULL, appears to always be n or n-1, where n is the maximum definition level. This means that only the innermost level of nesting can be NULL. This is only relevant for Parquet files. For example:

CREATE TABLE text_tbl (a STRUCT<b:STRUCT<c:INT>>)
STORED AS TEXTFILE;

INSERT OVERWRITE TABLE text_tbl
SELECT IF(false, named_struct("b", named_struct("c", 1)), NULL)
FROM tbl LIMIT 1;

CREATE TABLE parq_tbl
STORED AS PARQUET
AS SELECT * FROM text_tbl;

SELECT * FROM text_tbl;
=> NULL # right

SELECT * FROM parq_tbl;
=> {"b":{"c":null}} # wrong

HBASE-3996 adds the support of multiple tables and scanners as input to the mapper in map/reduce jobs. But it don't support the security HBase cluster.
Eran Kutner Bryan Baugher
Ps: HBASE-3996 only support multiple tables from the same HBase cluster. Should we support multiple tables from the different clusters?

I am trying to perform a geoNear query in conjunction with a point and a pageable parameter and it seems that the paging functionality doesn't work. Regardless of what I set the page and size parameters of the pageable to the query always returns 100 results. I have created a test case that demonstrates the issue. Please note that there are three test cases with comments. The findAll() test case demonstrates paging functionality working as expected and the other two test cases demonstrate paging functionality not working. 
One possible clue as to what is going might be the fact that findAll() utilizes QueryUtils.applyPagination() in the SimpleMongoRepository class to specify the query skip and limit values but the same isn't done for the geoNear queries and so it defaults to page 0 and size 100.

Its hanging on hudson again.  Caught a threaddump.  Its that old waiting on a vanished unix process... no hbase threads hanging out.
I tried adding relocateRegion just before taking out scan in verify.  That was good for fixing the first region in the table.  We hung when we tried to get second region.  It was trying to go to old address.

It looks like the admin_list_jobs.jsp page is trying to reference ExecDriver.runningJobKillURIs, which is now a private to ExecDriver:

RequestURI=/hwi/admin_list_jobs.jsp

Caused by:

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 24 in the jsp file: /admin_list_jobs.jsp
Generated servlet error:
The field ExecDriver.runningJobKillURIs is not visible

An error occurred at line: 27 in the jsp file: /admin_list_jobs.jsp

	at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:84)
	at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:328)
	at org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:409)
	at org.apache.jasper.compiler.Compiler.compile(Compiler.java:288)
	at org.apache.jasper.compiler.Compiler.compile(Compiler.java:267)
	at org.apache.jasper.compiler.Compiler.compile(Compiler.java:255)
	at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:563)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:293)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
	at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
	at org.mortbay.jetty.handler.RequestLogHandler.handle(RequestLogHandler.java:49)
	at org.mortbay.jetty.Server.handle(Server.java:324)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:864)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:533)
	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:207)
	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:403)
	at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
	at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:522)

When attribute required-attributes of Elytron x500-attribute-principal-decoder is added in CLI command then it fails with UnsupportedOperationException:

/subsystem=elytron/x500-attribute-principal-decoder=x500-decoder:add(attribute-name=cn,required-attributes=[cn])
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.UnsupportedOperationException",
}

Complete stack trace: -

13:03:44,179 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "elytron"),
    ("x500-attribute-principal-decoder" => "x500-decoder")
]): java.lang.UnsupportedOperationException
	at java.util.AbstractList.add(AbstractList.java:148)
	at java.util.AbstractList.add(AbstractList.java:108)
	at java.util.AbstractCollection.addAll(AbstractCollection.java:344)
	at org.wildfly.extension.elytron.PrincipalDecoderDefinitions$2.getValueSupplier(PrincipalDecoderDefinitions.java:196)
	at org.wildfly.extension.elytron.PrincipalDecoderDefinitions$PrincipalDecoderAddHandler.performRuntime(PrincipalDecoderDefinitions.java:293)
	at org.jboss.as.controller.AbstractAddStepHandler.performRuntime(AbstractAddStepHandler.java:325)
	at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:151)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
	at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
	at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1979)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1481)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1374)
	at org.jboss.threads.JBossThread.run(JBossThread.java:485)

From http://54.241.6.143/job/HBase-TRUNK-Hadoop-2/407/org.apache.hbase$hbase-server/testReport/junit/org.apache.hadoop.hbase.client/TestFromClientSide/testClientPoolThreadLocal/

expected null, but was:<java.lang.AssertionError: The number of versions of '[B@691d75c0:[B@d1dc62a did not match 4 expected:<4> but was:<3>>

java.lang.AssertionError: expected null, but was:<java.lang.AssertionError: The number of versions of '[B@691d75c0:[B@d1dc62a did not match 4 expected:<4> but was:<3>>
	at org.junit.Assert.failNotNull(Assert.java:664)
	at org.junit.Assert.assertNull(Assert.java:646)
	at org.junit.Assert.assertNull(Assert.java:656)
	at org.apache.hadoop.hbase.client.TestFromClientSide.testClientPoolThreadLocal(TestFromClientSide.java:4687)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)

Let me add print out of the kvs we are comparing.

During startup master double-escapes the (log split) task names when submitting them ... I had missed this in my testing because I was using task names like foo and bar instead of those that need escaping - like hdfs://... Also at startup even though the master fails to acquire the orphan tasks ... the tasks are acquired anyways when master sees the logs that need splitting.

When we tried to configure UDP stack in JGroups subsystem, we added ASYM_ENCRYPT protocol. According to the model definition attributes "key-store" and "key-alias" together with "credential-reference" child element had to be defined as well. Due to this configuration server failed to start with errors:

ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/subsystem=jgroups/stack=udp/protocol=ASYM_ENCRYPT' are not available:
    org.wildfly.security.key-store.server.keystore; There are no known registration points which can provide this capability.
FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.

We should still be able to define original protocol behaviour without Elytron, but it seems we can not use encrypt-protocol without keystore definition in Elytron which could be a backward compatibility issue.
Used configuration in standalone-ha.xml is attached.

We are using camel-cxf component and building it from the sources. Also we have slightly modified CxfPayloadConverterTest.testCxfPayloadToNode test, added some additional checks. Here are the changes that were made to the test:

Index: CxfPayloadConverterTest.java
===================================================================
--- CxfPayloadConverterTest.java	(revision 6644)
+++ CxfPayloadConverterTest.java	(revision 6686)
@@ -49,6 +49,7 @@
         DocumentBuilderFactory documentBuilderFactory =
                 DocumentBuilderFactory.newInstance();
+        documentBuilderFactory.setNamespaceAware(true);
         DocumentBuilder documentBuilder = documentBuilderFactory.newDocumentBuilder();
         document = documentBuilder.parse(file);
         document.getDocumentElement().normalize();
@@ -118,5 +119,13 @@
         exchange.getIn().setBody(payload);
         node = exchange.getIn().getBody(Node.class);
         assertNotNull(node);
+        Element root = (Element) node;
+        assertEquals("root element name", "root", root.getNodeName());
+        assertEquals("root element namespace", "http://www.test.org/foo",
+                root.getNamespaceURI());
+        Element bar = (Element) root.getElementsByTagName("bar").item(0);
+        assertEquals("child element name", "bar", bar.getNodeName());
+        assertEquals("child element namespace", "http://www.test.org/foo",
+                bar.getNamespaceURI());
     }
 } 

Since there is no explicit converter from CxfPayload to Node the fallback converter from CxfPayloadConverter is used for this conversion. Fallback converter from CxfPayloadConverter under the hood uses converters from XmlConverter. There are two suitable converters in XmlConverter class which are randomly selected. Some times public Element toDOMElement(Node node) converter is used and some times public Document toDOMDocument(final Node node) converter is used. If public Document toDOMDocument(final Node node) converter is used then test fails with ClassCastException. To avoid this, explicit converter from CxfPayload to Node should be added. Patch that adds CxfPayload to Node converter is provided. 

create temporary table dec (a decimal(38,18));
insert into dec values(100.0);

hive> select a*a from dec;
OK
NULL
Time taken: 0.165 seconds, Fetched: 1 row(s)

Looks like the reason is because the result of decimal(38,18) * decimal(38,18) only has 2 digits of precision for integers:

hive> set hive.explain.user=false;
hive> explain select a*a from dec;
OK

      limit: -1
        TableScan
          alias: dec
            expressions: (a * a) (type: decimal(38,36))
            outputColumnNames: _col0
            ListSink

Time taken: 0.039 seconds, Fetched: 15 row(s)

Current Hive.get(HiveConf) creates and returns a new Hive object when the ThreadLocal Hive is null or HMS config is not compatible, but does not do that when it is called in a thread which has been switched to execute a session with a different userId. It will cause the impersonation issue to HMS.
It is related to HIVE-7890.

If a scheduled timer should be created with the following parameters:
ScheduleExpression[second=0 minute=0/5 hour=20-22 dayOfWeek=* dayOfMonth=* month=* year=* start=Thu Jan 14 09:45:35 GMT+1 2016]
The first schedule should be 
  Thu Jan 17 20:00:20 GMT+1 2016
but is calculated as
  Sun Jan 17 20:45:35 GMT+1 2016
The minutes are not correctly set according to the schedule and the given start date.
This happen for seconds/minutes if the ScheduleExpression limit the range.

TestLogRollingNoCluster fails from time to time on a rig I have running here.
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0
Running org.apache.hadoop.hbase.regionserver.wal.TestLogRollingNoCluster
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.155 sec - in org.apache.hadoop.hbase.regionserver.wal.TestLogRollingNoCluster
Results :
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
The test itself is a bit odd. We apparently have seen NPEs around close of a WAL while trying to sync... which I suppose makes sense if two threads involved.
Attached patch just fails the sync silently if stream is null... lets presume it a close. Adds a sync on write of trailer too... 
This patch seems to have gotten rid of the odd failure seen on a particular box here if I keep cycling the test.

One line fix to use correct builder method.

/extension=org.jboss.as.threads:add
/subsystem=threads:add
/subsystem=threads/bounded-queue-thread-pool=transport:add(max-threads=20,queue-length=1000)
/subsystem=infinispan/cache-container=web/transport=TRANSPORT:write-attribute(name=executor,value=transport)
deploy /home/rhusar/git/clusterbench/clusterbench-ee7-ear/target/clusterbench-ee7.ear

yields 

12:37:30,142 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.infinispan.web.config: org.jboss.msc.service.StartException in service jboss.infinispan.web.config: Failed to start service
	at org.jboss.as.clustering.infinispan.subsystem.CacheContainerConfigurationBuilder.getValue(CacheContainerConfigurationBuilder.java:144)
	at org.jboss.as.clustering.infinispan.subsystem.CacheContainerConfigurationBuilder.getValue(CacheContainerConfigurationBuilder.java:65)
	at org.jboss.msc.service.ValueService.start(ValueService.java:49)
	... 3 more

It looks like there were recent changes to the Europe/Moscow time zone in 2014. When udf_from_utc_timestamp.q/udf_to_utc_timestamp.q are run with more recent versions of JDK or with an updated time zone database, the tests fail.

The newly added global switch to enable the new normalizer functionality is never used apparently, meaning it is always on. The hbase-default.xml has this:

    <name>hbase.normalizer.enabled</name>
    <value>false</value>
    <description>If set to true, Master will try to keep region size
      within each table approximately the same.</description>

But only a test class uses it to set the switch to "true". We should implement a proper if statement that checks this value and properly disables the feature cluster wide if not wanted.

Coverity found possible dereferencing of null value returned from resolveSSLContext() in openConnection()
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564099&defectInstanceId=2359300&mergedDefectId=1389514
OAuth2CredentialSource.java

    private SSLContext resolveSSLContext() {
        if (!isHttps(tokenEndpointUri)) {
        }
        return sslContextSupplier == null ? null : sslContextSupplier.get();
    }

    private HttpURLConnection openConnection() throws IOException {
        log.debugf("Opening connection to [%s]", tokenEndpointUri);
        HttpURLConnection connection = (HttpURLConnection) tokenEndpointUri.openConnection();

        if (isHttps(tokenEndpointUri)) {
            HttpsURLConnection https = (HttpsURLConnection) connection;

            https.setSSLSocketFactory(resolveSSLContext().getSocketFactory());
            if (hostnameVerifierSupplier != null) {
                https.setHostnameVerifier(checkNotNullParam("hostnameVerifier", hostnameVerifierSupplier.get()));
            }
        }

        return connection;
    }

NPE could probably happen if oauth2-introspection is configured with no client-ssl-context and https introspection-url.

	@RequestMapping("/words")
	public ResponseEntity<Flux<Bar>> words() {
		return ResponseEntity.ok()
				.body(Flux.fromArray(new Bar[] { new Bar("foo"), new Bar("bar") }));
	}

Test:

	@Test
	public void words() {
		assertThat(new TestRestTemplate()
				.getForObject("http://localhost:" + port + "/words", String.class))
						.isEqualTo("[{\"value\":\"foo\"},{\"value\":\"bar\"}]");
	}

org.junit.ComparisonFailure: expected:<"[[{"value":"foo"},{"value":"bar"}]]"> but was:<"[{"timestamp":1493114601666,"status":500,"error":"Internal Server Error","exception":"org.springframework.http.converter.HttpMessageNotWritableException","message":"Could not write JSON document: Class com.example.Bar not subtype of [simple type, class reactor.core.publisher.Flux<com.example.Bar>] (through reference chain: org.springframework.web.servlet.mvc.method.annotation.ReactiveTypeHandler$CollectedValuesList[0]); nested exception is com.fasterxml.jackson.databind.JsonMappingException: Class com.example.Bar not subtype of [simple type, class reactor.core.publisher.Flux<com.example.Bar>] (through reference chain: org.springframework.web.servlet.mvc.method.annotation.ReactiveTypeHandler$CollectedValuesList[0])","path":"/words"}]">

Note that the exception shows up in the response body, not in logs, which is odd.
If you change the @RequestMapping to just return Flux<Bar> it works fine.

When "org.jboss.metadata.parser.validate" is enabled , WebParsingDeploymentProcessor retrieves web-app.xsd from remote to validate web.xml instead of load it from local.

    2015-11-24 04:13:12,404 WARN [org.jboss.metadata.parser.util.XMLResourceResolver] (MSC service thread 1-4) Cannot load publicId from resource: web-app_2_5.xsd
    2015-11-24 04:13:12,406 WARN [org.jboss.metadata.parser.util.XMLResourceResolver] (MSC service thread 1-3) Cannot load publicId from resource: web-app_2_5.xsd
    2015-11-24 04:13:13,106 ERROR [org.jboss.metadata.parser.util.XMLSchemaValidator] (MSC service thread 1-3) Cannot get schema for location: http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd: org.xml.sax.SAXParseException; systemId: http://java.sun.com/xml/ns/javaee/javaee_5.xsd; lineNumber: 83; columnNumber: 38; sch-props-correct.2: A schema cannot contain two global components with the same name; this schema contains two occurrences of 'http://java.sun.com/xml/ns/javaee,descriptionGroup'.
    at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:201) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:132) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:394) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4093) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4088) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.impl.xs.traversers.XSDHandler.checkForDuplicateNames(XSDHandler.java:3746) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.impl.xs.traversers.XSDHandler.buildGlobalNameRegistries(XSDHandler.java:1315) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:610) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:580) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:547) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:513) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:233) [xercesImpl-2.11.0.SP4.jar:2.11.0.SP4]
    at javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:638) [rt.jar:1.8.0_60]
    at _redirected.SchemaFactory.newSchema(_SchemaFactory.java:167) [jboss-modules.jar:1.4.4.Final]
    at org.jboss.metadata.parser.util.XMLSchemaValidator.getSchemaForLocation(XMLSchemaValidator.java:117)
    at org.jboss.metadata.parser.util.XMLSchemaValidator.validate(XMLSchemaValidator.java:85)
    at org.wildfly.extension.undertow.deployment.WebParsingDeploymentProcessor.deploy(WebParsingDeploymentProcessor.java:104)
    at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) [wildfly-server-2.0.2.Final.jar:2.0.2.Final]
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_60]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_60]
    at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_60]

    2015-11-24 04:13:13,115 WARN [org.jboss.metadata.parser.util.XMLSchemaValidator] (MSC service thread 1-3) Cannot get schema for location: http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd
    2015-11-24 04:13:13,112 ERROR [org.jboss.metadata.parser.util.XMLSchemaValidator] (MSC service thread 1-4) Cannot get schema for location: http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd: org.xml.sax.SAXParseException; systemId: http://java.sun.com/xml/ns/javaee/javaee_5.xsd; lineNumber: 83; columnNumber: 38; sch-props-correct.2: A schema cannot contain two global components with the same name; this schema contains two occurrences of 'http://java.sun.com/xml/ns/javaee,descriptionGroup'.

    2015-11-24 04:13:13,120 WARN [org.jboss.metadata.parser.util.XMLSchemaValidator] (MSC service thread 1-4) Cannot get schema for location: http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd

Specifying system property "-Dorg.apache.camel.jmx.createRmiConnector=false" to diable JmxConenctor is ignored with the following spring xml.
       <camelContext xmlns="http://camel.apache.org/schema/spring">
           <jmxAgent id="jmxAgent" />
           :
           :

say we have a column with max version = 3 and we have 3 records  
we insert a new record with a old timestamp.
What happeds in the compaction is the the new record with the old timestamp get read first and could push out some of our 
versions if the new record(s) with the old timestamp has a expired ttl.
This happens because we track the total times we see a row/column but do not reduce this count if the cell is expired
and sense we pass the cell in order of the newest HStoreFile first with the newest records passed might not be the newest timestamps.
Got to wait for HBASE-834 to be committed then I can add a patch for this bug. will be a simple fix.

When I use migration operation the console log is filled with warning messages of type
WARN  [org.jboss.as.controller] (management-handler-thread - 1) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [("subsystem" => "jacorb")]
This is the same either for jacorb or web or messaging subsystem. If I do the sequence of operation

[standalone@localhost:9999 /] /subsystem=jacorb:migrate()
{
    "result" => {"migration-warnings" => []}
}
[standalone@localhost:9999 /] /subsystem=messaging:migrate()
{
}
[standalone@localhost:9999 /] /subsystem=we
web  webservices  weld  
[standalone@localhost:9999 /] /subsystem=web
web  webservices  
[standalone@localhost:9999 /] /subsystem=web:migrate()
{
}

then I the log looks like

2015-09-24 08:41:09,729 WARN  [org.jboss.as.controller] (management-handler-thread - 1) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [("subsystem" => "jacorb")]
2015-09-24 08:43:13,229 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [
    ("subsystem" => "messaging"),
    ("hornetq-server" => "default"),
    ("jms-queue" => "DLQ")
]
2015-09-24 08:43:13,230 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [
    ("jms-queue" => "ExpiryQueue")
]
    ("pooled-connection-factory" => "hornetq-ra")
]
    ("connection-factory" => "RemoteConnectionFactory")
]
2015-09-24 08:43:13,231 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [
    ("connection-factory" => "InVmConnectionFactory")
]
    ("address-setting" => "#")
]
    ("security-setting" => "#"),
    ("role" => "guest")
]
2015-09-24 08:43:13,232 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [
    ("security-setting" => "#")
]
    ("in-vm-acceptor" => "in-vm")
]
    ("remote-acceptor" => "netty-throughput"),
    ("param" => "direct-deliver")
]
2015-09-24 08:43:13,233 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [
    ("param" => "batch-delay")
]
    ("remote-acceptor" => "netty-throughput")
]
    ("remote-acceptor" => "netty")
]
2015-09-24 08:43:13,234 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [
    ("in-vm-connector" => "in-vm")
]
    ("remote-connector" => "netty-throughput"),
]
    ("remote-connector" => "netty-throughput")
]
2015-09-24 08:43:13,235 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [
    ("remote-connector" => "netty")
]
    ("hornetq-server" => "default")
]
2015-09-24 08:43:13,235 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [("subsystem" => "messaging")]
2015-09-24 08:43:20,957 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [
    ("subsystem" => "web"),
    ("configuration" => "jsp-configuration")
]
    ("configuration" => "static-resources")
]
2015-09-24 08:43:20,958 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [
    ("configuration" => "container")
]
    ("virtual-server" => "default-host")
]
    ("connector" => "http")
]
2015-09-24 08:43:20,959 WARN  [org.jboss.as.controller] (management-handler-thread - 7) WFLYCTL0357: Notification of type resource-removed is not described for the resource at the address [("subsystem" => "web")]

I think that the migration operation should not show those warnings.

If you connect to JBoss over JMX when it has many rars deployed (over 500), long running high CPU is seen in the following calls:

        at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:188)
        at org.jboss.as.jmx.model.ResourceAccessControlUtil.getResourceAccess(ResourceAccessControlUtil.java:85)
        at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:51)
        at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:61)
        at org.jboss.as.jmx.model.RootResourceIterator.iterate(RootResourceIterator.java:43)

It's evident that it is iterating over each deployment (each resource adapter counting as a deployment), but for each deployment, it is also iterating over all resource adapter's and their config properties.  So it would iterate over all 500+ resource adapters once for each deployment, so it iterates over all 500 adapters at least 500 times.  Is there anyway we could avoid that n^2 iteration for deployed rars?

It appears the TarArchiveOutputStream.getBytesWritten()returns zero or invalid value when queried.
In the code sample below, it returns zero, even after an sizeable file was processed.
I've printed it twice, once before closing the output stream, and once after, just for the reference.
It is also demonstrable on multiple processed files.
Within the TarArchiveOutputStream.getBytesWritten() implementation, it appears the call for count(numToWrite) is made after the numToWrite is depleted in the process of actual byte writing. When call for count(numToWrite); is moved up, the returned values for TarArchiveOutputStream.getBytesWritten() are getting equal to the sum of the sizes of processed files. This is much closer to expected value ("Returns the current number of bytes written to this stream.") but still not correct, for that number should include the tar header sizes as well.
At any rate, please find the proposed patch below, merely moving count(numToWrite); up a few lines. This makes TarArchiveOutputStream.getBytesWritten() closer to true value.
Test code:

@Test
	public void tartest() throws Exception {
		
		FileOutputStream myOutputStream = new FileOutputStream("C:/temp/tartest.tar");
		
		ArchiveOutputStream sTarOut = new ArchiveStreamFactory().createArchiveOutputStream(ArchiveStreamFactory.TAR, myOutputStream);
		
		File sSource = new File("C:/share/od_l.txt");
		TarArchiveEntry sEntry = new TarArchiveEntry(sSource);
		sTarOut.putArchiveEntry(sEntry);
		
		FileInputStream sInput = new FileInputStream(sSource);
		byte[] cpRead = new byte[8192];
		
		int iRead = 0;
		while ((iRead = sInput.read(cpRead)) > 0) {
			sTarOut.write(cpRead, 0, iRead);
		}
		
		sLog.info("Processed: "+sTarOut.getBytesWritten()+" bytes. File Len: "+sSource.length());
		
		sInput.close();
		sTarOut.closeArchiveEntry();
		sTarOut.close();

		return;
			
	}

Test Output:

Oct 21, 2011 9:09:28 AM com.cronsult.jndmpd.test.Backup tartest
INFO: Processed: 0 bytes. File Len: 186974208

Proposed Patch:

Index: src/main/java/org/apache/commons/compress/archivers/tar/TarArchiveOutputStream.java
--- src/main/java/org/apache/commons/compress/archivers/tar/TarArchiveOutputStream.java	(revision 1187150)
+++ src/main/java/org/apache/commons/compress/archivers/tar/TarArchiveOutputStream.java	(working copy)
@@ -276,6 +276,8 @@
             // eliminate some of the buffer copying.
             //
         }
+        
+        count(numToWrite);
 
         if (assemLen > 0) {
             if ((assemLen + numToWrite) >= recordBuf.length) {
@@ -325,7 +327,7 @@
             wOffset += num;
         }
         
-        count(numToWrite);
+        
     }
 
     /**

the command line arguments list example as hdfs:///

Examples:
To compact the full 'TestTable' using MapReduce:
$ bin/hbase org.apache.hadoop.hbase.regionserver.CompactionTool -mapred hdfs:///hbase/data/default/TestTable

To compact column family 'x' of the table 'TestTable' region 'abc':
$ bin/hbase org.apache.hadoop.hbase.regionserver.CompactionTool hdfs:///hbase/data/default/TestTable/abc/x

Found that the users reference count can go into negative values, which prevents tearDownIfUnused from closing the client connection when called.
This leads to a build up of clients which have been evicted from the cache, are no longer in use, but have not been shutdown.
GC will eventually call finalize, which forcibly closes the connection and cleans up the client, but I have seen as many as several hundred open client connections as a result.
The main resource for this is caused by RetryingMetaStoreClient, which will call reconnect on acquire, which calls close. This will decrement users to -1 on the reconnect, then acquire will increase this to 0 while using it, and back to -1 when it releases it.

FlushOperationsTestCase fails with security manager

   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/hsvabek/securityworkspace/VERIFICATION/2017_08_02_BEAP-7584/jboss-eap-7.1.0.ER3-src/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local7024820816277944867.challenge" "read")" in code source "(vfs:/content/flush-operations.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.flush-operations.jar" from Service Module Loader")
        ... 148 more
...

In integration tests, we found SSH got aborted with following stack trace:

13/09/07 18:10:00 ERROR executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN
        at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)
        at java.util.HashMap$ValueIterator.next(HashMap.java:822)
        at org.apache.hadoop.hbase.master.RegionStates.serverOffline(RegionStates.java:378)
        at org.apache.hadoop.hbase.master.AssignmentManager.processServerShutdown(AssignmentManager.java:3143)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:207)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:131)

I have a following camel route:

String destination = "cxf:http://localhost:9090/test?dataFormat=MESSAGE";

    from("jms:queue:dslSource")
        .onException(java.net.ConnectException.class, Exception.class)
            .maximumRedeliveries(3)
            .maximumRedeliveryDelay(3000)
            .retryAttemptedLogLevel(LoggingLevel.INFO)
            .log(LoggingLevel.WARN, "Failed to send message ${body}") 
            .log(LoggingLevel.WARN, "Sending message to the error queue: ${body}")          // body is null here
            .to("jms:queue:dslError")
            .end()
        .log(LoggingLevel.INFO, "Sending message ...")
        .setHeader("bridgeDestination", constant(destination))
        .to(destination)
        .log(LoggingLevel.INFO, "received back: ${body}")
        .routeId("example-dsl");

If an exception is thrown, for instance, a ConnectionException due to unavailability of the backend web service, the onException() route will be executed. The first log endpoint:

.log(LoggingLevel.WARN, "Failed to send message ${body}") 

prints out camel exchange IN message body without any problem. However, the second log endpoint:

.log(LoggingLevel.WARN, "Sending message to the error queue: ${body}")

only prints out a "null".
The reason is that when an exception is thrown, the CxfClientCallback.handleException() is called:

public void handleException(Map<String, Object> ctx, Throwable ex) {
    ....
        if (!boi.getOperationInfo().isOneWay()) {
            // copy the InMessage header to OutMessage header                 
            camelExchange.getOut().getHeaders().putAll(camelExchange.getIn().getHeaders());
            binding.populateExchangeFromCxfResponse(camelExchange, cxfExchange, ctx);
            camelAsyncCallback.done(false);
        }
...

and this line always populates camel exchange OUT message regardless whether there is a CXF response back or not:

camelExchange.getOut().getHeaders().putAll(camelExchange.getIn().getHeaders());

Therefore, the second log endpoint within onException() block has it's camel exchange IN message been overwritten and replaced with OUT message from previous endpoint's although it is a message of NULL body.

HIVE-12497 removed HADOOP_CLIENT_OPTS as it slowed down cli launch time. But it leads to log4j2 not being initialized when using services other than CLI. Other services like metastore, schematool etc. rely on log4j to initialize the logging based on the presence of log4j2.properties file in the classpath. If we use the standard name for log4j configuration file (log4j2.properties) then automatic initialization will happen. If not, we have to tell log4j to look for specific properties file. This is done via -Dlog4j.configurationFile system property. If we pass this system property via HADOOP_CLIENT_OPTS then all hive services will have logging initialized properly. 
In HIVE-12497, the problem was we had HADOOP_CLIENT_OPTS at the top of the script. As a result, hadoop and hbase commands tries to initialize logging which took long time slowing down the startup time.

(See: http://www.nabble.com/Message-body-lost-when-message-moved-by-exception-clause-td24088536.html)
After upgrading from 1.5.0 to 1.6.1, we find that an exception clause such as this one 
<onException>
	<exception>no.spk.ruting.feil.PersonIkkeFunnetNavException</exception>
	<redeliveryPolicy maximumRedeliveries="0" />
	<handled>
		<constant>true</constant>
	</handled>
	<to ref="tpforholdArbeidskoe" />
</onException>
cause the message body to be empty after the message has been moved to tpforholdArbeidskoe. The message was jaxb-unmarshalled in the process that led up to the exception.
The attached application (which is a cut-down version of our real one) demonstrates the problem. To reproduce:
1. Post a message with a text body like  this to queue "tpforholdHoved":
<TPForholdHendelse>
	<type>Opprett</type>
	<ordning>1015</ordning>
	<datKundeFoedtNum>11223344</datKundeFoedtNum>
	<ideKundePrsnr>12345</ideKundePrsnr>
</TPForholdHendelse>
When this message gets consumed by TPForholdWSKlientImpl.opprettTPForholdNAV(), an exception is deliberately thrown, and the message gets moved to queue "tpforholdArbeidskoe".
When, in turn, the message gets consumed by HendelseKlientWSKlientImpl.lagArbeidskoeHendelsePersonIkkeFunnet(), the message's body has been lost. At least, the param to HendelseKlientWSKlientImpl.lagArbeidskoeHendelsePersonIkkeFunnet() is null. 
2. Now, change pom.xml som that the app uses Camel 1.5.0 instead. Rerun step 1. The problem does not occur now.

With the jboss-fuse-full-6.3.0.redhat-012.zip kit, features:install cxf returns:
Error executing command: Could not start bundle mvn:org.apache.cxf/cxf-rt-transports-jms/3.1.4 in feature(s) cxf-transports-jms-3.1.4: Unresolved constraint in bundle org.apache.cxf.cxf-rt-transports-jms [363]: Unable to resolve 363.0: missing requirement [363.0] osgi.wiring.package; (&(osgi.wiring.package=javax.jms)(version>=1.1.0)(!(version>=2.0.0)))
With the following exception
java.lang.Exception: Could not start bundle mvn:org.apache.cxf/cxf-rt-transports-jms/3.1.4 in feature(s) cxf-transports-jms-3.1.4: Unresolved constraint in bundle org.apache.cxf.cxf-rt-transports-jms [363]: Unable to resolve 363.0: missing requirement [363.0] osgi.wiring.package; (&(osgi.wiring.package=javax.jms)(version>=1.1.0)(!(version>=2.0.0)))
	at org.apache.karaf.features.internal.FeaturesServiceImpl.doInstallFeatures(FeaturesServiceImpl.java:550)[10:org.apache.karaf.features.core:2.4.0.redhat-630013]
	at org.apache.karaf.features.internal.FeaturesServiceImpl$1.call(FeaturesServiceImpl.java:432)[10:org.apache.karaf.features.core:2.4.0.redhat-630013]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_65]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_65]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_65]
	at java.lang.Thread.run(Thread.java:745)[:1.8.0_65]
Caused by: org.osgi.framework.BundleException: Unresolved constraint in bundle org.apache.cxf.cxf-rt-transports-jms [363]: Unable to resolve 363.0: missing requirement [363.0] osgi.wiring.package; (&(osgi.wiring.package=javax.jms)(version>=1.1.0)(!(version>=2.0.0)))
	at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4002)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2045)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:976)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:963)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.doInstallFeatures(FeaturesServiceImpl.java:546)[10:org.apache.karaf.features.core:2.4.0.redhat-630013]
	... 5 more

Accessing the writer on a Tez Output may not be safe until the Output has been started.

Fails because of not closed file handler:

java.io.IOException: Cannot delete test directory D:/w/hbbk/hbase-server/target/test-data/e7302e88-4935-48e8-9d7c-d6e51b476625/TestStripeStoreFileManager/region/cf
	at org.apache.hadoop.hbase.regionserver.TestStripeStoreFileManager.tearDown(TestStripeStoreFileManager.java:78)
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:33)
	at org.junit.runners.Suite.runChild(Suite.java:127)
	at org.junit.runners.Suite.runChild(Suite.java:26)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

For recycled file, we update both ModifyTime and AccessTime:
fs.setTimes(path, now, now);
On some version of hdfs, this is now allowed when "dfs.namenode.accesstime.precision" is set to 0. Though the issue is solved in HDFS-9208, we don't use AccessTime in CM and this could be skipped so we don't have to fail on this scenario.

Under at least one specific condition, using index-filters in ORC causes a bad seek into the ORC row-group.
stacktrace
java.io.IOException: java.lang.IllegalArgumentException: Seek in Stream for column 2 kind DATA to 0 is outside of the data
	at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:507)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:414)
	at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:138)
	at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1655)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:227)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:305)
...
Caused by: java.lang.IllegalArgumentException: Seek in Stream for column 2 kind DATA to 0 is outside of the data
	at org.apache.hadoop.hive.ql.io.orc.InStream$UncompressedStream.seek(InStream.java:112)
	at org.apache.hadoop.hive.ql.io.orc.InStream$UncompressedStream.seek(InStream.java:96)
	at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerReaderV2.seek(RunLengthIntegerReaderV2.java:310)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$StringDictionaryTreeReader.seek(RecordReaderImpl.java:1596)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$StringTreeReader.seek(RecordReaderImpl.java:1337)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$StructTreeReader.seek(RecordReaderImpl.java:1852)

I'll attach the script to reproduce the problem herewith.

Presently it is defined as: -

<xsd:element name="set-port" type="port-number-simple-type" minOccurs="0"/>

It should be 'port-number-type' i.e.

    <xsd:complexType name="port-number-type">
        <xsd:attribute name="number" type="port-number-simple-type" use="required"/>
    </xsd:complexType>

    <xsd:simpleType name="port-number-simple-type">
        <xsd:restriction base="xsd:positiveInteger">
            <xsd:minInclusive value="1"/>
            <xsd:maxInclusive value="65535"/>
        </xsd:restriction>
    </xsd:simpleType>

https://github.com/wildfly/wildfly/blob/master/connector/src/main/java/org/jboss/as/connector/subsystems/resourceadapters/CommonIronJacamarParser.java#L178
unterminated case for SHARABLE:

   case USE_CCM: {
                    USE_CCM.parseAndSetParameter(value, connectionDefinitionNode, reader);
                    break;
                }

                case SHARABLE: {
                    SHARABLE.parseAndSetParameter(value, connectionDefinitionNode, reader);
                }

                case ENLISTMENT: {
                    ENLISTMENT.parseAndSetParameter(value, connectionDefinitionNode, reader);
                    break;
                }

SOCKET_BINDING declares that INTERFACE is an alternative. There is no INTERFACE attribute allowed on this resource. Perhaps this is leftover cruft.

When doing a "get" on a row with many columns and where the "get" also contains many columns to get a stack overflow is thrown in the ExplicitColumnTracker:
java.io.IOException: java.io.IOException: java.lang.StackOverflowError
        at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:872)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:862)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.get(HRegionServer.java:1733)
        at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
Caused by: java.lang.StackOverflowError
        at org.apache.hadoop.hbase.regionserver.ExplicitColumnTracker.checkColumn(ExplicitColumnTracker.java:122)
        at org.apache.hadoop.hbase.regionserver.ExplicitColumnTracker.checkColumn(ExplicitColumnTracker.java:123)
[... repeats many times ...]
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getRegionServerWithRetries(HConnectionManager.java:1048)
        at org.apache.hadoop.hbase.client.HTable.get(HTable.java:417)

We just ran into a scenario where we dropped a table from both the source and the sink, but the source still has outstanding edits that now it could not get rid of. Now all replication is backed up behind these unreplicatable edits.
We should have an option to ignore edits for tables dropped at the source.

Using the mail consumer with the quartz scheduler like
imap://myhost?scheduler=quartz2&scheduler.cron=0%2F5+0-23%3F+

The storeFileScanner's seekAtOrAfter method will position at the beginning of the file when the passed KV is smaller than first KV in file. While for reseekAtOrAfter, I think it should also do the same thing when it is the first time it been seeked. originally, this is workaround by adding a isReseekable property in StoreFileScanner, and is checked upon each enforceSeek(), if it is not seeked before, it will go with seek approaching instead of reseek approaching. While why not make reseekAtOrAfter working correctly for the first time it been reseek (also never been seek before), since the file is never seeked before, so position it at the beginning of the file don't break the idea of "reseek", say never rewind.
It will save the effort for HBASE-8001, with this fixed, it won't need to check isReseekable any more.

UnmodifyableHRegionInfo never has the same encoded name for a HRegionInfo. To see it, look at a table regions and hit refresh in UI.

Querying a partition in PostgreSQL fails when using JDO (with hive.metastore.try.direct.sql=false) . Following is the reproduce example:

create table partition_test_multilevel (key string, value string) partitioned by (level1 string, level2 string, level3 string);

insert overwrite table partition_test_multilevel partition(level1='1111', level2='111', level3='11') select key, value from srcpart tablesample (11 rows);
insert overwrite table partition_test_multilevel partition(level1='1111', level2='222', level3='11') select key, value from srcpart tablesample (15 rows);
insert overwrite table partition_test_multilevel partition(level1='1111', level2='333', level3='11') select key, value from srcpart tablesample (20 rows);

select level1, level2, level3, count(*) from partition_test_multilevel where level2 <= '222' group by level1, level2, level3;

The query fails with following error:

      Caused by: org.apache.hadoop.hive.ql.parse.SemanticException: MetaException(message:Invocation of method "substring" on "StringExpression" requires argument 1 of type "NumericExpression")
	at org.apache.hadoop.hive.ql.optimizer.ppr.PartitionPruner.getPartitionsFromServer(PartitionPruner.java:392)
	at org.apache.hadoop.hive.ql.optimizer.ppr.PartitionPruner.prune(PartitionPruner.java:215)
	at org.apache.hadoop.hive.ql.optimizer.ppr.PartitionPruner.prune(PartitionPruner.java:139)
	at org.apache.hadoop.hive.ql.parse.ParseContext.getPrunedPartitions(ParseContext.java:619)
	at org.apache.hadoop.hive.ql.optimizer.pcr.PcrOpProcFactory$FilterPCR.process(PcrOpProcFactory.java:110)
	... 21 more

It is because the JDO pushdown filter generated for a query having inequality/between partition predicate uses DN indexOf function which is not working properly with postgresql (see http://www.datanucleus.org/servlet/jira/browse/NUCRDBMS-840) 

The variable name changed from itemProcessors to delegates through the versions from "spring-batch-2.0.1.RELEASE" to "spring-batch-2.1.0.RELEASE" for the class
org\springframework\batch\item\support\CompositeItemProcessor<I, O>
API documentation and documentation sample not updated
For the sections 8.6. Declarative Iteration and  9.5. Declarative Retry, about 
its pointcut expressions both are wrong, because "* com..." has three points and must be two " com..*"

RCFile is not thread-safe, even if each reader is only used by one thread as intended, because it is possible to return decompressors to the pool multiple times by calling close on the reader multiple times. Then, different threads can pick up the same decompressor twice from the pool, resulting in decompression failures.

Errorprone doesn't work with java 8 and java 8 is becoming more and more standard everywhere.

Proxy with no target cannot be analysed for listener interfaces.  Various NullPointerExceptions ensue in STepListenerFactoryBean and MethodInvokerUtils.

CamelServletContextListener always complains, even the parameter is quite useful. 

There are 1 ServletContext init parameters, unknown to Camel. Maybe they are  used by other frameworks? [{routeBuilder-routes=com.mycompany.MyRoute}]

There is the mail thread  about it 

The JavaDoc for HTableInterface#setAutoFlush(boolean autoFlush, boolean clearBufferOnFail) says "Setting clearBufferOnFail to false is deprecated since 0.96."
If that's the case, this method should be deprecated as well.

When trying to test our language fallback scenario using spring-test, I've noticed that the following scenario is failing, while it works just fine when reproduced with curl (the actual content of the test has been replaced due to the proprietary nature of the project):
 
mockMvc.perform(post(SOME_URL)
     .header(HttpHeaders.ACCEPT_LANGUAGE, NOT_SUPPORTED_LANGUAGE)
     .content(serializeRequest()))
     .andExpect(header().string(HttpHeaders.CONTENT_LANGUAGE, FALLBACK_LANGUAGE));
 
 As I ventured on to find the cuplrit I've noticed that this is handled as a special case of a header in MockHttpServletResponse:
 
https://github.com/spring-projects/spring-framework/blob/v5.0.9.RELEASE/spring-test/src/main/java/org/springframework/mock/web/MockHttpServletResponse.java#L592
 
 After the locale is set, unlike in the first two if cases, the header is not actually added to the response, causing failure in the tests. For reference this is how the header is set in the controller:
 
return ResponseEntity
    .status(HttpStatus.OK)
    .header(HttpHeaders.CONTENT_LANGUAGE, language)
    .body(serializedDto);
I would expect the header to actually be set, unless there's something I've missed when browsing through the mechanism - if so, I would love if you could point me to the relevant resources to understand this better.

All the other configs include skip-group-loading="true" in the local auth config. The core standalone.xml not having is therefore probably wrong, plus it forces the galleon packs to try to match an incorrect legacy which adds unnecessary complexity.

Unable to add custom repository. Throws UnsatisfiedDependencyException.

@EnableJpaRepositories(repositoryBaseClass = TestRepositoryImpl.class)
    }
}

Exception

2017-06-30 00:46:45.378  INFO 5408 --- [  restartedMain] j.LocalContainerEntityManagerFactoryBean : Initialized JPA EntityManagerFactory for persistence unit 'default'
2017-06-30 00:46:45.529  WARN 5408 --- [  restartedMain] ConfigServletWebServerApplicationContext : Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'testController': Unsatisfied dependency expressed through field 'userRepository'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userRepository': Cannot create inner bean '(inner bean)#6084d49d' of type [org.springframework.data.repository.core.support.RepositoryFragmentsFactoryBean] while setting bean property 'repositoryFragments'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#6084d49d': Invocation of init method failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'testRepositoryImplFragment': Cannot resolve reference to bean 'testRepositoryImpl' while setting constructor argument; nested exception is org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'testRepositoryImpl' defined in file [D:\Workspace\Y3\EPOD_JAVA\EPOD_Boot\target\classes\com\test\repository\TestRepositoryImpl.class]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'org.springframework.data.jpa.repository.support.JpaEntityInformation<?, ?>' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {}
2017-06-30 00:46:45.529  INFO 5408 --- [  restartedMain] j.LocalContainerEntityManagerFactoryBean : Closing JPA EntityManagerFactory for persistence unit 'default'
2017-06-30 00:46:45.530  INFO 5408 --- [  restartedMain] .SchemaDropperImpl$DelayedDropActionImpl : HHH000477: Starting delayed drop of schema as part of SessionFactory shut-down'
2017-06-30 00:46:45.541  INFO 5408 --- [  restartedMain] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Shutdown initiated...
2017-06-30 00:46:45.547  INFO 5408 --- [  restartedMain] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Shutdown completed.
2017-06-30 00:46:45.553  INFO 5408 --- [  restartedMain] o.apache.catalina.core.StandardService   : Stopping service [Tomcat]
2017-06-30 00:46:45.612  INFO 5408 --- [  restartedMain] utoConfigurationReportLoggingInitializer : 

Error starting ApplicationContext. To display the auto-configuration report re-run your application with 'debug' enabled.
2017-06-30 00:46:46.026 ERROR 5408 --- [  restartedMain] o.s.b.d.LoggingFailureAnalysisReporter   : 

***************************
APPLICATION FAILED TO START

Description:

Parameter 0 of constructor in com.test.repository.TestRepositoryImpl required a bean of type 'org.springframework.data.jpa.repository.support.JpaEntityInformation' that could not be found.

Action:

Consider defining a bean of type 'org.springframework.data.jpa.repository.support.JpaEntityInformation' in your configuration.

private boolean isMergeable(final MasterProcedureEnv env, final RegionState rs)
  throws IOException {
    GetRegionInfoResponse response =
      Util.getRegionInfoResponse(env, rs.getServerName(), rs.getRegion());
    return response.hasSplittable() && response.getSplittable();
  }

should be mergeable

CxfProducer.process() is not setting up the request context correctly during createCxfMessage, so later in that method propagateContext has no request data to propagate.  Also, we need the exchange properties to be added to the request context, so that non-camel components can pass properties into the cxf request context.
I have coded a fix for this, along with a unit test of course.  I'll attach the patch to this JIRA.

ResourceSupportHttpMessageConverter does not implement canRead(Type, Class<?>, MediaType) which causes the converter being considered for types that don't match the configured one. There is a downstream ticket in Spring HATEOAS but we should also fix that locally for maintenance branches that cannot upgrade to that version for compatibility reasons.

o.s.http.server.reactive.AbstractResponseBodyProcessor.State.REQUESTED state:

onNext is invoked with a non empty DataBuffer
The state is changed to RECEIVED, but the DataBuffer is still not processed
(o.s.http.server.reactive.AbstractResponseBodyProcessor.receiveBuffer(DataBuffer) is not invoked)
At that moment the web container sends event onWritePossible,
but as the DataBuffer is still not processed, NPE is thrown when trying to write the response.

at org.springframework.http.server.reactive.ServletServerHttpResponse$ResponseBodyProcessor.write(ServletServerHttpResponse.java:215)
at org.springframework.http.server.reactive.AbstractResponseBodyProcessor$State$3.onWritePossible(AbstractResponseBodyProcessor.java:253)
at org.springframework.http.server.reactive.AbstractResponseBodyProcessor.onWritePossible(AbstractResponseBodyProcessor.java:113)
at org.springframework.http.server.reactive.ServletServerHttpResponse$ResponseBodyWriteListener.onWritePossible(ServletServerHttpResponse.java:247)
at org.eclipse.jetty.server.HttpOutput.run(HttpOutput.java:996)
at org.eclipse.jetty.server.handler.ContextHandler.handle(ContextHandler.java:1286)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:428)
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251)
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95)
at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93)
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303)
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148)
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136)
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671)
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589)

When sending a JMS message to a destination using camel-jms (JMSProducer) I can't get it to use my requestTimeout option in the endpoint configuration. It always default to 20000.

template.requestBody("activemq:queue:slow?requestTimeout=1000", "Hello World");

This doesn't work as expected with a timeout of only 1 sec.

The parser only handles the <password-encoder> child element. Probably the attribute should have been left out of the namespace schema, but since it's there we need to handle it. The workaround is to use password-encoder.

ReplDumpTaskTest is failing and also not running in ptest. 

[ERROR] removeDBPropertyToPreventRenameWhenBootstrapDumpOfTableFails(org.apache.hadoop.hive.ql.exec.repl.ReplDumpTaskTest) Time elapsed: 3.008 s <<< ERROR!
java.lang.Exception: Unexpected exception, expected<org.apache.hadoop.hive.ql.exec.repl.ReplDumpTaskTest$TestException> but was<org.mockito.exceptions.verification.WantedButNotInvoked>
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.handleException(PowerMockJUnit44RunnerDelegateImpl.java:370)

When running the clinic.roo sample script the following method will be generated for PetDataOnDemand:

public Pet PetDataOnDemand.getNewTransientPet(int index) {
        com.springsource.petclinic.domain.Pet obj = new com.springsource.petclinic.domain.Pet();
        obj.setName("name_" + index);
        obj.setOwner(null);
        obj.setSendReminders(true);
        obj.setType(com.springsource.petclinic.reference.PetType.class.getEnumConstants()[0]);
        java.lang.Float weight = new Integer(index).floatValue();
        if (weight < 0) {
            weight = 0;
        }
        obj.setWeight(weight);
        return obj;
    }

However, this gives error markers in STS for invalid type casting. A Integer type should be explicitly cast to Float:

        weight = new Float(0);

right now a number of e2e webhcat test cases fail due to HIVE-4703.  This issue in that bug has been around for a long time and the fix is not quick.
We need to adjust expected e2e results until HIVE-4703 is fixed.

The bug can be reproduced by:

CREATE TABLE zshao_int(a int);
select cast(a as int) from zshao_int;

It seems like this test have started failing after HIVE-18386.
removing a small part of the patch fixes this test:

git show 80e6f7b0f13c134642763b0a692c3abbf3ffe106 ./itests/util/src/main/java/org/apache/hadoop/hive/ql/QTestUtil.java | patch -p0 -R

I've tried to test some route with JUnit test declared like below

@RunWith(CamelSpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = CoreRouterConfiguration.class, loader = CamelSpringDelegatingTestContextLoader.class)
@DirtiesContext(classMode = DirtiesContext.ClassMode.AFTER_EACH_TEST_METHOD)
public class RouteTestBase {
    @Produce
    protected ProducerTemplate producerTemplate;

    protected ModelCamelContext context;

}

Camel context starts and then it's beeing shutdown. It there's a FileIdempotentRepository with nonexisting path then camel contexf fails to shutdown with exception

Caused by: java.io.FileNotFoundException: .\TempData\meta\mrdf-idempotent.dat (The system cannot find the path specified)
	at java.io.FileOutputStream.open(Native Method) ~[na:1.7.0_40]
	at java.io.FileOutputStream.<init>(FileOutputStream.java:221) ~[na:1.7.0_40]
	at java.io.FileOutputStream.<init>(FileOutputStream.java:171) ~[na:1.7.0_40]
	at org.apache.camel.processor.idempotent.FileIdempotentRepository.trunkStore(FileIdempotentRepository.java:256) ~[camel-core-2.12.1.jar:2.12.1]
	... 50 common frames omitted

I guess it could be fixed like in a workaround below

public class FileIdempotentRepositoryEx extends FileIdempotentRepository {
   @Override
    protected void trunkStore() {
        if(getFileStore().exists()){
            super.trunkStore();
        }
    }
}

Spring batch Docs has reference to <bean class="org.springframework.batch.sample.tasklet.SystemCommandTasklet"> in Section 11.6 but the actual class is in org.springframework.batch.core.step.tasklet.SystemCommandTasklet

my poll-sftp-server-for-files-to-download route crashes fom time to time. i happend to get a stacktrace which indicates an IoException when the SFTP component changes the folder to inspect on the remote site. Can happen - however, contrary to the documentation, which says an exception produces a warning and is otherwise ignored, the whole application goes down.
-------------------------------------------------------------------------
{{
Dez 04, 2017 3:45:34 PM org.apache.camel.component.file.remote.RemoteFilePolling
ConsumerPollStrategy rollback
WARNUNG: Trying to recover by disconnecting from remote server forcing a re-connect at next poll: sftp://XXXXXXXXXXXXXXXX
Dez 04, 2017 3:45:34 PM org.apache.camel.util.CamelLogger log
WARNUNG: Consumer Consumer[sftp://XXXXXXXXXXXXX/out/prod/?delay=30000&delete=true&localWorkDirectory=c%3A%2FMarta%2FHgmTkw14%2Femcs%2Ftemp%2F&password=
xxxxxx] failed polling endpoint: sftp://XXXXXXXXXXXXX/out/prod/?delay=30000&delete=true&localWorkDirectory=c%3A%2FMarta%2FHgmTkw14%2Femcs%2Ftemp%2F&pas
sword=xxxxxx. Will try again at next poll. Caused by: [org.apache.camel.component.file.GenericFileOperationFailedException - Cannot change directory to: out]
org.apache.camel.component.file.GenericFileOperationFailedException: Cannot change directory to: out
        at org.apache.camel.component.file.remote.SftpOperations.doChangeDirectory(SftpOperations.java:609)
        at org.apache.camel.component.file.remote.SftpOperations.changeCurrentDirectory(SftpOperations.java:597)
        at org.apache.camel.component.file.remote.SftpConsumer.doPollDirectory(SftpConsumer.java:108)
        at org.apache.camel.component.file.remote.SftpConsumer.pollDirectory(SftpConsumer.java:80)
        at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:124)
        at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:174)
        at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:101)
Caused by: 4:
        at com.jcraft.jsch.ChannelSftp.cd(ChannelSftp.java:359)
        at org.apache.camel.component.file.remote.SftpOperations.doChangeDirectory(SftpOperations.java:607)
        ... 13 more
Caused by: java.io.IOException: inputstream is closed
        at com.jcraft.jsch.ChannelSftp.fill(ChannelSftp.java:2911)
        at com.jcraft.jsch.ChannelSftp.header(ChannelSftp.java:2935)
        at com.jcraft.jsch.ChannelSftp._realpath(ChannelSftp.java:2355)
        at com.jcraft.jsch.ChannelSftp.cd(ChannelSftp.java:342)
        ... 14 more
}}

GenericTableMetaDataProvider 
line ~310: check if userName is null
line ~338: check if userName is null
that's it.

The error message "No errors for attribute [...]" in attributeHasNoErrors is deceptive. The error message is displayed if the attribute actually has errors. It should be "Errors for attribute [...]" and maybe a list of the errors would be helpful.

Following windowing query using boolean column in partitioning clause

create table all100k(t tinyint, si smallint, i int,
    b bigint, f float, d double, s string,
    dc decimal(38,18), bo boolean, v varchar(25),
    c char(25), ts timestamp, dt date);
select  rank() over (partition by i order by bo  nulls first, b nulls last range between unbounded preceding and current row),
    row_number()  over (partition by bo order by si desc, b nulls last range between unbounded preceding and unbounded following) as fv
from all100k order by fv;

fails with the following error:

FAILED: SemanticException Failed to breakup Windowing invocations into Groups. At least 1 group must only depend on input columns. Also check for circular dependencies.
Underlying error: Primitve type BOOLEAN not supported in Value Boundary expression

Token endpoint is not authenticated properly.  The spec is quite clear that an token granting request MUST be authenticated with the client's credentials if they have been issued, and that HTTP Basic authentication must be used.  The DefaultOAuth2GrantManager tries to locate the client_id and secret, but assumes that the client id is always in a request parameter (which is not in the spec at all).
The client side can act correctly (sending Basic auth via OAuth2ClientHttpRequestFactory), but only when the resource is set up with a client secret.  Actually sparklr2 declares the /oauth/** resources as access="ROLE_USER", but it's in a form-login section so the wrong authentication handler is going to be applied, if at all.  What happens in practice is  that the OAuth2 filter chain picks up the request before the main Spring Security filter has been fully applied because of where it is in the chain
There are 3 potential problems here: 
1) the OAuth2 filters are in the wrong place in the chain to benefit from the normal access controls (that might be OK)
2) the DefaultOAuth2GrantManager assumes that a client_id is present as a request parameter
3) the OAuth2AuthenticationTokenSupport always puts the clent id in the request parameters, whereas it should go in the headers

Looks like we got a findbugs warning as a result of HBASE-18166

diff --git a/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/RSRpcServices.java b/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/RSRpcServices.java
index 1d04944250..b7e0244aa2 100644
--- a/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/RSRpcServices.java
+++ b/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/RSRpcServices.java
@@ -2807,8 +2807,8 @@ public class RSRpcServices implements HBaseRPCErrorHandler,
     HRegionInfo hri = rsh.s.getRegionInfo();
     // Yes, should be the same instance
     if (regionServer.getOnlineRegion(hri.getRegionName()) != rsh.r) {
-      String msg = "Region was re-opened after the scanner" + scannerName + " was created: "
-          + hri.getRegionNameAsString();
+      String msg = "Region has changed on the scanner " + scannerName + ": regionName="
+          + hri.getRegionName() + ", scannerRegionName=" + rsh.r;

Looks like hri.getRegionNameAsString() was unintentionally changed to hri.getRegionName(), Stephen Yuan Jiang/stack?

Followup from HBASE-9940 to add option to configure block size for PerformanceEvaluation.

TestStreaming seems to fail in one of its tests or another about 1 in 50 times.  

Right after a region split but before the daughter regions are compacted, we have two daughter regions containing Reference files to the parent hfiles.
If we take snapshot right at the moment, the snapshot will succeed, but it will only contain the daughter Reference files. Since there is no hold on the parent hfiles, they will be deleted by the HFile Cleaner after they are no longer needed by the daughter regions soon after.
A minimum we need to do is the keep these parent hfiles from being deleted. 

The scenario is as below (both Client A and Client B scan against Region R)

A opens a scanner SA on R, the scannerId is N, it successfully get its first row "a"
SA's lease expires and it's removed from scanners
B opens a scanner SB on R, the scannerId is N too. it successfully get its first row "m"
A issues its second scan request with scannerId N, regionserver finds N is valid scannerId and the region matches too. (since the region is always online on this regionserver and both two scanners are against it), so it executes scan request on SB, returns "n" to A – wrong! (get data from other scanner, A expects row something like "b" that follows "a")
B issues its second scan request with scannerId N, regionserver also thinks it's valid, and executes scan on SB, return "o" to B – wrong! (should return "n" but "n" has been scanned out by A just now)

The consequence is both clients get wrong scan results:

A gets data from scanner created by other client, its own scanner has expired and removed
B misses data which should be gotten but has been wrongly scanned out by A

The root cause is scannerId generated by regionserver can't be guaranteed unique within regionserver's whole lifecycle, there is only guarantee that scannerIds of scanners that are currently still valid (not expired) are unique, so a same scannerId can present in scanners again after a former scanner with this scannerId expires and has been removed from scanners. And if the second scanner is against the same region, the bug arises.
Theoretically, the possibility of above scenario should be very rare(two consecutive scans on a same region from two different clients get a same scannerId, and the first expires before the second is created), but it does can happen, and once it happens, the consequence is severe(all clients involved get wrong data), and should be extremely hard to diagnose/debug

On Suse, TestProcedureCoordinator#testUnreachableControllerDuringCommit often fails with stack trace pasted at the bottom. 
The failure is due to a race condition that if current procedure throws error in the last wait because we don't check error after while wait loop.
When I looked at the failure, I found the related code in file ForeignExceptionDispatcher#receive may have an issue. Though we create a new exception, we still pass e to dispatch when e is null. Jonathan Hsieh Do you know if it's by design?

    if (e != null) {
      exception = e;
    } else {
      exception = new ForeignException(name, "");
    }

    // notify all the listeners
    dispatch(e);

Test case failure stack trace:

java.io.IOException via some op:java.io.IOException: Failed to reach controller during prepare
	at org.apache.hadoop.hbase.errorhandling.ForeignExceptionDispatcher.rethrowException(ForeignExceptionDispatcher.java:85)
	at org.apache.hadoop.hbase.procedure.Procedure.waitForLatch(Procedure.java:371)
	at org.apache.hadoop.hbase.procedure.Procedure.waitForCompleted(Procedure.java:343)
	at org.apache.hadoop.hbase.procedure.TestProcedureCoordinator.testUnreachableControllerDuringCommit(TestProcedureCoordinator.java:171)
	at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
Caused by: java.io.IOException: Failed to reach controller during prepare
	at org.apache.hadoop.hbase.procedure.Procedure.call(Procedure.java:212)
	at org.apache.hadoop.hbase.procedure.Procedure.call(Procedure.java:68)

Current TxnHandler and CompactionTxnHandler use System.currentTimeMillis() when they need to determine the time (such as heartbeating transactions).  In situations where there are multiple Thrift metastore services or users are using an embedded metastore this will lead to issues.  We should instead be using time from the RDBMS, which is guaranteed to be the same for all users.

Could someone with enough karma, please, publish the test artifacts for 0.92.0?

This causes warnings in the yetus check:

Lines that start with ????? in the ASF License  report indicate files that do not have an Apache license header:
 !????? /data/hiveptest/working/yetus/ql/src/java/org/apache/hadoop/hive/ql/optimizer/TablePropertyEnrichmentOptimizer.java

Current description for max-requests attribute in request-controller subsystem: “The maximum number of all types of requests that can be running in a server at a time” – What will happen if there will be more requests? Will they wait in queue or they will be dropped. It is not clear from description.

When PropertiesConfiguration is constructed around a File that does not exist, everything seemingly goes well, but saving the configuration only results in an empty file. This differs from constructing a PropertiesConfiguration around a file name passed as String, which appropriately fails at construction-time, since it tries to load() the configuration, which fails.
When the nonexistent configuration file is passed as File, this does not happen, since the File constructor in AbstractFileConfiguration specifically tests if the file exists before calling load() and succeeds even if it wasn't called. However, if load() is not called, no PropertiesConfigurationLayout is created or registered to the EventSource, and thus nothing is saved when save() is called on the PropertiesConfiguration. Calling save() actually calls getLayout(), which creates a layout and registers it, but the properties set between construction of the PropertiesConfiguration and calling save() on it are still lost.

When calling a rest service without authentication i receive a nullpointer when doing:
	@Resource
	private SessionContext ctx;
This is enough to produce a nullpointer as guest:
ctx.isCallerInRole("ADMIN_ROLE")
Should return false imho.
greetings,
m

13:16:23,714 ERROR [org.jboss.as.ejb3.invocation] (default task-2) JBAS014134: EJB Invocation failed on component PlayerFacade for method public net.dice.dto.player.PlayerResponseDTO net.dice.facade.PlayerFacade.createIncognitoPlayer(net.dice.lang.Language): javax.ejb.EJBException: java.lang.NullPointerException
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:190) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:340) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
	at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326)
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448)
	at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80)
	at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185)
	at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182)
	at net.dice.facade.PlayerFacade$$$view3.createIncognitoPlayer(Unknown Source) [classes:]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_51]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_51]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_51]
	at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_51]
	at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:401) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
	at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:99) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
	at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
	at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:65) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
	at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
	at net.dice.facade.PlayerFacade$Proxy$_$$_Weld$EnterpriseProxy$.createIncognitoPlayer(Unknown Source) [classes:]
	at net.dice.facade.TestResource.test(TestResource.java:17) [classes:]
	at net.dice.facade.TestResource$Proxy$_$$_WeldClientProxy.test(Unknown Source) [classes:]
	at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:137) [resteasy-jaxrs-3.0.6.Final.jar:]
	at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:280) [resteasy-jaxrs-3.0.6.Final.jar:]
	at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:234) [resteasy-jaxrs-3.0.6.Final.jar:]
	at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:221) [resteasy-jaxrs-3.0.6.Final.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356) [resteasy-jaxrs-3.0.6.Final.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179) [resteasy-jaxrs-3.0.6.Final.jar:]
	at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220) [resteasy-jaxrs-3.0.6.Final.jar:]
	at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.6.Final.jar:]
	at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.6.Final.jar:]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at net.dice.auth.BasicAuthFilter.doFilter(BasicAuthFilter.java:76) [classes:]
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at net.dice.filter.DiceFilter.doFilter(DiceFilter.java:48) [classes:]
	at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:687) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51]
	at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]
	at org.jboss.as.security.service.SimpleSecurityManager.isCallerInRole(SimpleSecurityManager.java:209) [wildfly-security-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.component.EJBComponent.isCallerInRole(EJBComponent.java:373) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.context.EJBContextImpl.isCallerInRole(EJBContextImpl.java:114) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at net.dice.facade.PlayerFacade.createIncognitoPlayer(PlayerFacade.java:122) [classes:]
	at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
	at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:82) [wildfly-weld-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47) [wildfly-jpa-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
	at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53)
	at org.jboss.as.ejb3.component.interceptors.NonPooledEJBComponentInstanceAssociatingInterceptor.processInvocation(NonPooledEJBComponentInstanceAssociatingInterceptor.java:59) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:273) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]

When inserting float-point numbers to a table, the values displayed on beeline or jdbc are with different precision.
How to reproduce:

0: jdbc:hive2://localhost:10000> create table decimals (f float, af array<float>, d double, ad array<double>) stored as parquet;
No rows affected (0.294 seconds)

0: jdbc:hive2://localhost:10000> insert into table decimals select 1.10058, array(cast(1.10058 as float)), 2.0133, array(2.0133) from dummy limit 1;
...
No rows affected (20.089 seconds)

0: jdbc:hive2://localhost:10000> select f, af, af[0], d, ad[0] from decimals;
+---------------------+------------+---------------------+---------+---------+--+
|          f          |     af     |         _c2         |    d    |   _c4   |
| 1.1005799770355225  | [1.10058]  | 1.1005799770355225  | 2.0133  | 2.0133  |

When displaying arrays, the values are displayed correctly, but if I print a specific element, it is then displayed with more decimal positions.

Resize the figures in reference manual.  Most of them are too large for the page anyway.  Some even bleed over the right margin and are truncated.
Some of them look like PPT slides - those can easily be resized from the original source document by setting the page size and then re-exporting.

Hiveserver2 running sql standard authorization can connect to a metastore running storage based authorization. Currently metastore is not adding the standard roles to the db in such cases.
It would be better to add them in these cases as well.

I have a record in database with ID=1 and version is 0(which is the initial value). When I save an entity from DTO W/ ID=1 and version is 0. I got the typical detached entity related exception.
Because in the class org.springframework.data.jpa.repository.support.JpaMetamodelEntityInformation,  the line 206 is return versionAttribute.getJavaType().isPrimitive() && ((Number) versionValue).longValue() == 0 
which regards the version value = 0 as a NEW entity. Then the persist method will be mis-invoked.

Next problem we've run into after HBASE-20752 and HBASE-20708
After a rolling restart of a cluster, we'll see situations where a collection of regions will simply not be assigned out to the RS. I was able to reproduce this my mimic the restart patterns our tests do internally (ignore whether this is the best way to restart nodes for now ). The general pattern is this:

for rs in regionservers:
  stop(server, rs, RS)
for master in masters:
  stop(server, master, MASTER)

sleep(15)

  start(server, master, MASTER)
  start(server, rs, RS)

Looking at meta, we can see why the Master is ignoring some regions:

 test                                                        column=table:state, timestamp=1529871718998, value=\x08\x00
 test,,1529871718122.0297f680df6dc0166a44f9536346268e.       column=info:regioninfo, timestamp=1529967103390, value={ENCODED => 0297f680df6dc0166a44f9536346268e, NAME => 'test,,1529871718122.0297f680df6dc0166a44f9536346268e.', STARTKEY
                                                             => '', ENDKEY => ''}
 test,,1529871718122.0297f680df6dc0166a44f9536346268e.       column=info:seqnumDuringOpen, timestamp=1529967103390, value=\x00\x00\x00\x00\x00\x00\x00*
 test,,1529871718122.0297f680df6dc0166a44f9536346268e.       column=info:server, timestamp=1529967103390, value=ctr-e138-1518143905142-378097-02-000012.hwx.site:16020
 test,,1529871718122.0297f680df6dc0166a44f9536346268e.       column=info:serverstartcode, timestamp=1529967103390, value=1529966776248
 test,,1529871718122.0297f680df6dc0166a44f9536346268e.       column=info:sn, timestamp=1529967096482, value=ctr-e138-1518143905142-378097-02-000006.hwx.site,16020,1529966755170
 test,,1529871718122.0297f680df6dc0166a44f9536346268e.       column=info:state, timestamp=1529967103390, value=OPEN

The region is marked as OPEN. The master doesn't know any better. However, the interesting bit is that info:server and info:sn are inconsistent (which, according to the javadoc should not be possible for an OPEN region).{{}}
This doesn't happen every time, but I caught it yesterday on the 2nd or 3rd attempt, so I'm hopeful it's not a bear to repro.

The changes made for SWS-922 have resulted in Spring Web Services no longer working with Axiom 1.2.14. Specifically the move to using getSOAPMessage in place of the, deprecated in 1.2.15, getSoapMessage. IMO, it would be preferable to continue to use getSoapMessage and suppress the deprecation warning. This approach will make things compatible with Axiom 1.2.14 and 1.2.15.

There were 2 links in the performance chapter that were ??? links that should have been going to Case Studies.
Corrected them so that they weren't dead links.

Create perfLogger in method execute instead class initialization for SparkTask,
so perfLogger can be shared with SparkJobMonitor in the same thread.

Hi
After profiling (well sampling) my code I have noticed that AnnotationParameterNameDiscoverer taking up a large portion of time is taken up by 

AnnotationParameterNameDiscoverer.ParameterNameFactory.findAnnotationsAt()

For 10k requests which takes 24seconds, about 5.7 seconds was spent in that method 
Here is an example of a method that will take a long time to run

@RequestMapping(value = "/c/{c}/bar", method = RequestMethod.PUT, params = {"!redirectTarget"})
  @PreAuthorize("hasPermission(#c, 'c') and hasRole('sec.awsome')")
  public Response something(
      @PathVariable String c,
      @RequestParam("k") String k,
      @RequestBody byte[] content,
      @RequestParam(value="f", required=false) String f,
      @RequestHeader(value="Content-Type", required=false, defaultValue="application/octet-stream") String mimeType,
      @RequestHeader(required=false) Map<String, String> headers
      ) throws Exception {
         //do almost nothing.
      }

while here is an example of something that runs quickly.

    @RequestMapping(value = "/c/{c}/s", method = RequestMethod.GET)
    @PreAuthorize("hasPermission(#c, 'c') and hasRole('sec.can.dance')")
    public AnnotatedStateResponse getState(
        @PathVariable String collection) throws Exception {
        //not much stuff
    }

That takes considerably less time and almost not time (less than a second ) is spent in that findAnnotationsAt method.
Looking at the code I realise what the problem is I will guid you though it now:

    private static final ParameterNameFactory<Method> METHOD_METHODPARAM_FACTORY = new ParameterNameFactory<Method>() {
       .......
        public Annotation[] findAnnotationsAt(Method method, int index) {
            //THIS TAKES A LONG TIME AND IS CALLED MANY TIMES!
            return method.getParameterAnnotations()[index];
        }
    };

Now the part that calls it:

/**
     * Gets the parameter names or null if not found.
     *
     * @param parameterNameFactory the {@link ParameterNameFactory} to use
     * @param t the {@link AccessibleObject} to find the parameter names on (i.e. Method or Constructor)
     * @return the parameter names or null
     */
    private <T extends AccessibleObject> String[] lookupParameterNames(
            ParameterNameFactory<T> parameterNameFactory, T t) {
        int parameterCount = parameterNameFactory.getParamCount(t);
        String[] paramNames = new String[parameterCount];
        boolean found = false;
        for (int i = 0; i < parameterCount; i++) {
            //HERE is the part of the problem!
            Annotation[] annotations = parameterNameFactory.findAnnotationsAt(t, i);
            String parameterName = findParameterName(annotations);
            if (parameterName != null) {
                found = true;
                paramNames[i] = parameterName;
            }
        }
        return found ? paramNames : null;
    }

the problem is if we have say 6 parameters we will call 

findAnnotationsAt(t, i)

 6 times, each time it calls that it will use reflection to get the annotations on the methods 

method.getParameterAnnotations()

. Of course the more methods the more costly 

 is.
Lets look at it in big O notations. If 

 costs the number of parameters lets call that n, the complexity is:
O(n*n)
I would recommend that we avoid calling 

 multiple times.
I think we should also consider caching the result of 

Description from Bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1070709 :

When preparing patch for HBASE-22159,  I found that if  thrown an AssertionError in RAMQueueEntry#writeToCache,  the bucketAllocator won't free its memory.  
This is an memory leak bug, and should be fixed in almost all 2.x branches. will also check branch-1.x

Under certain circumstances, the completed exchanges from an aggregator would remain in the AggregationRepository and redeliver after a restart of Camel. These exchanges had already successfully completed their route, so this redelivery is in error.
My guess is that in the AggregationProcessor on line 374, the AggregateOnCompletion gets added to a UnitOfWork that doesn't ever get done() called on it... or something.
I seemed to be able to prevent the problem by changing my AggregationStrategy. The old version looked like this:

public Exchange aggregate (Exchange oldExchange, Exchange newExchange) {
  String body = "";
  if (oldExchange != null) {
    body = oldExchange.getIn().getBody(String.class);
  }
  body += newExchange.getIn().getBody(String.class);
 newExchange.getIn().setBody(body);
 return newExchange;
}

You can see that the exchanges are aggregated into the newExchange. I changed it to aggregate into the oldExchange:

  } else {
    oldExchange = newExchange;
  }

  oldExchange.getIn().setBody(body);
 return oldExchange;
}

Generated Selenium scripts do not comply with new URI conventions. 'form' is now a param rather than part of the URI itself.

With the fix for SEC-1002 in 3.0RC1 and the removal of the static methods in BasePermission, unfortunately it is now impossible to use BasicLookupStrategy with custom permissions. This is because the PermissionFactory member of BasicLookupStrategy is private, with no accessor and no setter or constructor injection possible. While this wasn't available in prior versions of 3.0 either, at least in prior versions you could use the static methods to register permissions.
Can you expose the PermissionFactory member on BasicLookupStrategy, either through an overloaded constructor or setter?

https://issues.apache.org/jira/browse/HIVE-16260 removes parallel edges of semijoin with mapjoin. However, in some cases it maybe beneficial to have it.
We need a config which can enable it.
The default should be false which maintains the existing behavior.

See 
http://www.ibiblio.org/maven/xml-apis/jars/
In project.xml:
    <dependency>
      <groupId>xml-apis</groupId>
      <artifactId>xml-apis</artifactId>
      <version>2.0.2</version>
      <url>http://xml.apache.org/commons/</url>
      <properties>
        <scope>provided</scope>
        <war.bundle>true</war.bundle>
      </properties>
    </dependency>
I found this was used in both 1.3 release and svn trunk 
Last Changed Rev: 498155
Last Changed Date: 2007-01-20 21:23:52 +0200 (Sat, 20 Jan 2007)

In 1.6, there is now a restriction that a field named "language" must be a String.  So, in 1.5, the following will map but will not map in 1.6:

package com.instantly.pipeline.engine.model;

import javax.persistence.Id;

public class Foobar {

    @Id
    String id;
    
    private Number language;

        return id;
    }

    }

    public Number getLanguage() {
        return language;
    }

    public void setLanguage(Number language) {
        this.language = language;
    }
}

2015-09-15 21:49:36,923 WARN  [ReplicationExecutor-0.replicationSource,1-stobdtserver1,16041,1442333166156.replicationSource.stobdtserver1%2C16041%2C1442333166156.default,1-stobdtserver1,16041,1442333166156] regionserver.ReplicationSource: org.apache.hadoop.hbase.replication.regionserver.HBaseInterClusterReplicationEndpoint threw unknown exception:java.lang.ArithmeticException: / by zero
        at org.apache.hadoop.hbase.replication.regionserver.HBaseInterClusterReplicationEndpoint.replicate(HBaseInterClusterReplicationEndpoint.java:178)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource$ReplicationSourceWorkerThread.shipEdits(ReplicationSource.java:906)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource$ReplicationSourceWorkerThread.run(ReplicationSource.java:616)

This happened where a two node cluster set up with one acting as a master and the other peer.  The peer cluster went down and this warning log msg started coming the main cluster RS logs. 

Check the following forum thread:
http://forum.springframework.org/showthread.php?t=29149

In the same spirit as HBASE-2077, but a bit different (at least to me). Dave Latham had the following NPE killing a RS:

Exception in thread "regionserver/192.168.41.2:60020.leaseChecker" java.lang.NullPointerException
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap$KVScannerComparator.compare(KeyValueHeap.java:127)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap$KVScannerComparator.compare(KeyValueHeap.java:117)
        at java.util.PriorityQueue.siftDownUsingComparator(PriorityQueue.java:644)
        at java.util.PriorityQueue.siftDown(PriorityQueue.java:612)
        at java.util.PriorityQueue.poll(PriorityQueue.java:523)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.close(KeyValueHeap.java:151)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScanner.close(HRegion.java:1862)
        at org.apache.hadoop.hbase.regionserver.HRegionServer$ScannerListener.leaseExpired(HRegionServer.java:1959)
        at org.apache.hadoop.hbase.Leases.run(Leases.java:98)

He also has the same stack traces from 2077. The PQ javadoc says this class is not thread safe, but it is used by the leaseChecker thread and the client threads. We need to use something like the BlockingPriorityQueue instead.

while distributing druid scan query we check where the segments are loaded and then each HiveDruidSplit directly queries the historical node. 
There are few cases when we need to retry and refetch the segments. 

The segment is loaded on multiple historical nodes and one of them went down. in this case when we do not get response from one segment, we query the next replica.
The segment was loaded onto a realtime task and was handed over, when we query the realtime task has already finished. In this case there is no replica. The Split needs to query the broker again for the location of the segment and then send the query to correct historical node.

This is also the root cause of failure of druidkafkamini_basic.q test, where the segment handover happens before the scan query is executed.
Note: This is not a problem when we are directly querying Druid brokers as the broker handles the retry logic. 

It is not possible to disable ProducerCache for camel-rabbitmq, camel-netty4, camel-netty and camel-jms producers.
For example, while trying to turn off activemq ProducerCache like:

<wireTap uri="activemq:foo" cacheSize="-1" />

results in error :

java.util.concurrent.RejectedExecutionException
    at org.apache.camel.component.jms.JmsProducer.process(JmsProducer.java:144)

Group search base cannot be set to root when spring security is configured to authenticate against an LDAP directory using the namespace style config. Please see the thread below for more details.
http://forum.springframework.org/showthread.php?t=55303

Steps to repro:

Create /data/a1/pkey=1 directory with some data in it.
Create /data/a2/pkey=1 directory with some data in it.

create external table a1 (value string) partitioned by (pkey int) location '/data/a1';
create external table a2 (value string) partitioned by (pkey int) location '/data/a2';
alter table a2 add partition (pkey=1);
alter table a1 exchange partition (pkey=1) with table a2;
select * from a1 should now fail.

pkey=1 is not a partition of a1 but the folder exists. We should give an error message for that.

If dynamic partition insert generates multiple partitions and some partitions need to be merge (MR task) and some need not (move task), parallel execution could cause the move task finish first and created the partition directory (say ds=1) first. When the MR job finished, it created a different directory (ds=1_1) for the same partition ds=1. 

When duplicates are present in a list, ListUtils.intersection doesn't behave as expected. The intersection of two lists should give the same result regardless of which list comes first. ListUtils.intersection(A,B) should equal ListUtils.intersection(B,A).  This is not the case when the list contains duplicates.
Right now:
[a, b]  ∩  [a, a, b, b] =  [a, a, b, b]
and
[a, a, b, b]  ∩  [a, b] =  [a, b]
Expected behavior:
 [a, a, b, b]  ∩  [a, b] =  [a, b]
[a, b]  ∩  [a, a, b, b] =  [a, b]
Code demonstrating the problem.
		List A = new ArrayList();
		List B = new ArrayList();
		A.add("a");
		A.add("b");
		B.add("a");
		B.add("b");
		System.out.println("List A: " + A);
		System.out.println("List B: " + B);
		System.out.println("A ∩ B = " + ListUtils.intersection(A,B));
		System.out.println("B ∩ A = " +ListUtils.intersection(B,A));
output:
List A: [a, b]
List B: [a, a, b, b]
A ∩ B = [a, a, b, b]
B ∩ A = [a, b]

The flow:
1. Cluster is up, meta is assigned to some server
2. Master is killed
3. Master is brought up, it is initializing. It learns about the Meta server (in assignMeta).
4. Server holding meta is killed
5. Meta never gets reassigned since the SSH wasn't enabled

Current in BulkEnabler we are assigning one region at a time, instead we can use GeneralBulkAssigner to bulk assign multiple regions at a time.

      for (HRegionInfo region : regions) {
        if (assignmentManager.getRegionStates()
            .isRegionInTransition(region)) {
          continue;
        }
        final HRegionInfo hri = region;
        pool.execute(Trace.wrap("BulkEnabler.populatePool",new Runnable() {
          public void run() {
            assignmentManager.assign(hri, true);
          }
        }));
      }

Prune some dependencies that analysis shows are not used by the dependent org.jboss.as.jpa:
org.jboss.jts 
org.jboss.jts.integration
org.jboss.as.clustering.common
org.jboss.as.connector
org.jboss.as.web-common
org.wildfly.clustering.service

Currently when numMaxRegionsPerTable of a given table increases above the current maximum, the value is not properly updated. This means that the cost for Table Skew cannot get worse for a given region move during the balancer process leading to an imbalanced cluster with respect to Table Skew.

When analyzing a partition that has a special characters in the value, the analyze command fails with an exception. 
Example:
hive> create table testtable (a int) partitioned by (b string);
hive> insert into table testtable  partition (b="p\"1") values (1);
hive> ANALYZE TABLE testtable  PARTITION(b="p\"1") COMPUTE STATISTICS for columns a;

If a request message is send to a CXF consumer or a response is returned to the CXF provider that contains namespace definions at the SOAP envelope and the Camel-CXF endpoint is configured in PAYLOAD mode the namespace definition gets lost unless streaming is disabled.
If the resulting CxfPayload is then converted e.g. to String that String will contain invalid XML (because some namespace definition is missing).
For non-streaming mode (system property org.apache.camel.component.cxf.streaming is set to false) there are special precautions met to set these envelope namespaces on the first DOM element of the payload but this coding is missing for StAX.
The messages in question look like that:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xs="http://www.w3.org/2001/XMLSchema">
  <soap:Body>
    <ns2:getTokenResponse xmlns:ns2="http://camel.apache.org/cxf/namespace">
      <return xsi:type="xs:string">Return Value</return>
    </ns2:getTokenResponse>
  </soap:Body>
</soap:Envelope>
If the CxfPayload is converted to String it will lack the definition for the xsi namespace prefix (and further XML parsing will fail).

MiniHBaseCluster#getServerWith() does not ignore stopped RSs 

It is currently impossible to use HLogKey(walKey) because of the NPE that occurs due to constructor itself not initializing clusterIds but instead immediately calling readFieldsFromPb which then references it:
https://github.com/apache/hbase/blob/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/wal/HLogKey.java#L475

the getFeatures() method of CxfEndpoint only accept an instance of AbstractFeature, but the original ClientFactoryBean accept Feature instance.

StepLocatorStepFactoryBean has 3 @Override on interface method (which is Java6 only).
Once commented out, a Java5 build works fine.

EXPLAIN SELECT key, count(1) FROM src; throws a null pointer exception due to the operator stack not being checked prior to use for constructing the error message, due to the change introduced in HIVE-2155 to improve error message context tokens.

Our defaults clash w/ the range linux assigns itself for creating come-and-go ephemeral ports; likely in our history we've clashed w/ a random, short-lived process.  While easy to change the defaults, we should just ship w/ defaults that make sense.  We could host ourselves up into the 7 or 8k range.
See http://www.ncftp.com/ncftpd/doc/misc/ephemeral_ports.html

If I use JpaRepository I have the method:

/**
 * Returns all instances of the type with the given IDs.
 * 
 * @param ids
 * @return
 */
Iterable<T> findAll(Iterable<ID> ids);

But if I call with a Set, the method fail.
Caused by: 

java.lang.IllegalArgumentException: Named parameter [ids] type mismatch; expecting [java.util.List], found [java.util.HashSet]
	at org.hibernate.ejb.criteria.CriteriaQueryCompiler$3.resolveExplicitCriteriaParameterName(CriteriaQueryCompiler.java:392)
	at org.hibernate.ejb.criteria.CriteriaQueryCompiler$3.setParameter(CriteriaQueryCompiler.java:380)
	at org.springframework.data.jpa.repository.support.SimpleJpaRepository.findAll(SimpleJpaRepository.java:247)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:110)
	at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:155)
	at org.springframework.data.jpa.repository.support.LockModeRepositoryPostProcessor$LockModePopulatingMethodIntercceptor.invoke(LockModeRepositoryPostProcessor.java:91)
	at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
	at $Proxy62.findAll(Unknown Source)

Perhaps only fails with Hibernate, but I think at least, the Javadoc or the API must fixed.

This shows up a fair amount in issue reports, either in the CLI output or in the server log:
"failure-description" => "JBAS014749: Operation handler failed: null"
The null happens because the message is getting passed the result of throwable.getLocalizedMessage() and that may be null. See DMR-11 for what's likely the most common reason it's null.
If it's null, the code should use the class name of the error message.

Memstore flush is an async operation so the result is flakey.
Need to make it more stable.

See nabble
http://camel.465427.n5.nabble.com/Removing-routes-programmatically-tp4556741p4556741.html
If you have multiple consumers on the exact same JMS endpoint uri, and if you remove on of the consumers (eg from a route), then the singleton JmsEndpoint will be stopped. This causes the other active consumers to not receive any messages anymore.
This problem is only if you remove the route. If you stop route then there is no problem.

I would like to allow the setting of an ignore case flag to be set on the Order class so that case insensitive sorts can be supported.

The tests present in camel-example-spring-boot-rest-jpa example are failing.

Form authentication backed by Elytron in the web applications uses status code 303 (See Other) to redirect user after processing /j_security_check. 
We see two serious issues here:

Legacy security uses status code 302 (Moved Temporarily/Found) to handle this redirect and existing applications/clients may behave differently for these different codes. (e.g. default behavior of Apache HTTP client is to follow redirect for 303, but not to follow for 302)
The 303 status code was introduced in HTTP 1.1 so it's not part of HTTP 1.0, but the 303 is returned also for HTTP/1.0 request as a HTTP/1.0 response, which is wrong.

If the table rename does not succeed due to its failure in moving the data to the new renamed table folder, the changes in TAB_COL_STATS are not rolled back which leads to invalid column stats.

In the documentation (snippet pasted below), the text following the xml, refers to the bean id as myLocalRegion, whereas it need to be referred as `exampleLocalRegion`.

<gfe:local-region id="exampleLocalRegion"/>

Here, a local Region is created (if one doesn’t exist already). The name of the Region is the same as the bean id (myLocalRegion) and the bean assumes the existence of a GemFire cache named gemfireCache.

$ hbase migrate
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/hadoop/hbase/util/Migrate
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.util.Migrate
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
Could not find the main class: org.apache.hadoop.hbase.util.Migrate. Program will exit.
The 'hbase' shell script has docs referring to a 'migrate' command which no longer exists.

While investigating HBASE-7205 by repeatedly enabling and disabling one table having 100 regions I noticed that closed HRegion objects are kept forever in memory. 
The memory analyzer tool indicates a reference to HRegion object in metrics refresh-task (MetricsRegionWrapperImpl.HRegionMetricsWrapperRunnable) that prevents the HRegion object to be collected.

This change is needed so that in unsecured mode, the jdbc driver does not depend on HiveConf which is derived from hadoop's Configuration class, continue being a thin client. 

HConstants has a constant HBASE_CLIENT_MEAT_REPLICA_SCAN_TIMEOUT that should be HBASE_CLIENT_META_REPLICA_SCAN_TIMEOUT

Hi,
I have an HTTP Response with in the header multiple values for the same key:

cookie : value1
cookie : value2

When I called the function to have the MimeHeaders, I have this:

About the code:
SaajSoapMessageFactory use parseMimeHeaders to get header from HTTP Response. Behind this you called http://docs.oracle.com/javase/7/docs/api/java/net/URLConnection.html#getHeaderField(java.lang.String) , this function returned only the last value.
Thanks,

The failures are due to a race condition that sub procedure could finish before the sub procedure is added into internal map ProcedureMember#subprocs. Below is the related code:

      future = this.pool.submit(subproc);
      synchronized (subprocs) {
        subprocs.put(procName, subproc);
      }

As you can see the above, that subproc could finish before 

subprocs.put(procName, subproc);

. Therefore, the test will fail with the following error message:

procedure.ProcedureMember(189): Unexpected reached glabal barrier message for Sub-Procedure 'some op'

The simple usage of @Health in a application where it has also the Keycloak fraction (and some others) leads to 500 - Internal Server Error with the following stack trace: (Note that NPE comes from a class that was not produced by the developer.)
2017-04-03 17:58:34,342 ERROR [io.undertow.request] (default I/O-2) UT005023: Exception handling request to /myapp/diskspace: java.lang.NullPointerException
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$1.getConfidentialPort(UndertowDeploymentInfoService.java:532)
	at org.keycloak.adapters.undertow.ServletKeycloakAuthMech.getConfidentilPort(ServletKeycloakAuthMech.java:108)
	at org.keycloak.adapters.wildfly.WildflyAuthenticationMechanism.createRequestAuthenticator(WildflyAuthenticationMechanism.java:47)
	at org.keycloak.adapters.wildfly.WildflyAuthenticationMechanism.createRequestAuthenticator(WildflyAuthenticationMechanism.java:36)
	at org.keycloak.adapters.undertow.ServletKeycloakAuthMech.authenticate(ServletKeycloakAuthMech.java:90)
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:245)
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:263)
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:231)
	at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:125)
	at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:99)
	at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:92)
	at 
...

HIVE-5771 covers Constant propagation optimizer for Hive. Now that HIVE-5771 is committed, we should remove any vectorization related code which duplicates this feature. For example, a fn to be cleaned is VectorizarionContext::foldConstantsForUnaryExprs(). In addition to this change, constant propagation should kick in when vectorization is enabled. i.e. we need to lift the HIVE_VECTORIZATION_ENABLED restriction inside ConstantPropagate::transform().

Observed this on a cluster:

FATAL org.apache.hadoop.hbase.master.HMaster: Unhandled exception. Starting shutdown. 
java.lang.NullPointerException 
at org.apache.hadoop.hbase.master.AssignmentManager.replicaRegionsNotRecordedInMeta(AssignmentManager.java:2799) 
at org.apache.hadoop.hbase.master.AssignmentManager.assignAllUserRegions(AssignmentManager.java:2778) 
at org.apache.hadoop.hbase.master.AssignmentManager.processDeadServersAndRegionsInTransition(AssignmentManager.java:638) 
at org.apache.hadoop.hbase.master.AssignmentManager.joinCluster(AssignmentManager.java:485) 
at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:723) 
at org.apache.hadoop.hbase.master.HMaster.access$500(HMaster.java:169) 
at org.apache.hadoop.hbase.master.HMaster$1.run(HMaster.java:1481) 
at java.lang.Thread.run(Thread.java:745) 

It looks like FSTableDescriptors#get(…) can be expected to return null in some cases, but AssignmentManager.replicaRegionsNotRecordedInMeta(…) does not currently have any handling for such a possibility.

xmlbeans marshalling and unmarshalling does not respect the ApplicationContextClassLoader
CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/457

I'm writing a Spring MVC application that uses Spring Security. The docs state that adding @EnableWebMvcSecurity will add an AuthenticationPrincipalArgumentResolver. Because that's deprecated, I tried its replacement @EnableWebSecurity but that does not add the resolver.
I worked around this by adding a resolver manually in my Spring MVC configuration, but either @EnableWebSecurity should be updated to do this, or the documentation should be changed.

In our cluster, we use a small heap/offheap config for master. After HBASE-21290, master doesn't instantiate BlockCache when it not carry table. But it will new CacheConfig in SplitTableRegionProcedure.splitStoreFiles method. And it will instantiate a new BlockCache if it not initialized before and make master OOM.

Please see the referenced Spring Boot issue for details. I have attached a minimal Boot app that reproduces the problem.
In short, the problem is that InternalResourceViewResolver calls AutowireCapableBeanFactory.initializeBean(Object existingBean, String beanName) using the complete URL as the beanName. The bean name is then used by AbstractAutoProxyCreator.wrapIfNecessary(Object, String, Object) as the key when it caches the fact that no advice applies to it. When the possible redirect URLs are unbounded this leads to an unbounded number of entries being added to the cache.

The Operation objects created to process .hiverc file in HS2 are not closed.
In HiveSessionImpl, GlobalHivercFileProcessor calls executeStatementInternal but ignores the OperationHandle it returns.

This is evident with JDK fix for https://bugs.openjdk.java.net/browse/JDK-8068730
-------------------------------------------------------
 T E S T S
Running org.wildfly.clustering.marshalling.spi.IndexExternalizerTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec - in org.wildfly.clustering.marshalling.spi.IndexExternalizerTestCase
Running org.wildfly.clustering.marshalling.spi.net.NetExternalizerTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec - in org.wildfly.clustering.marshalling.spi.net.NetExternalizerTestCase
Running org.wildfly.clustering.marshalling.spi.time.TimeExternalizerTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec <<< FAILURE! - in org.wildfly.clustering.marshalling.spi.time.TimeExternalizerTestCase
test(org.wildfly.clustering.marshalling.spi.time.TimeExternalizerTestCase)  Time elapsed: 0.019 sec  <<< FAILURE!
java.lang.AssertionError: expected:<2017-02-08T11:02:48.240513Z> but was:<2017-02-08T11:02:48.240Z>
	at org.junit.Assert.assertEquals(Assert.java:118)
	at org.junit.Assert.assertEquals(Assert.java:144)
	at org.wildfly.clustering.marshalling.spi.ExternalizerTestUtil.lambda$test$0(ExternalizerTestUtil.java:42)
	at org.wildfly.clustering.marshalling.spi.ExternalizerTestUtil.test(ExternalizerTestUtil.java:55)
	at org.wildfly.clustering.marshalling.spi.ExternalizerTestUtil.test(ExternalizerTestUtil.java:42)
	at org.wildfly.clustering.marshalling.spi.time.TimeExternalizerTestCase.test(TimeExternalizerTestCase.java:54)
Running org.wildfly.clustering.marshalling.spi.util.AtomicExternalizerTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec - in org.wildfly.clustering.marshalling.spi.util.AtomicExternalizerTestCase
Running org.wildfly.clustering.marshalling.spi.util.CollectionExternalizerTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.024 sec - in org.wildfly.clustering.marshalling.spi.util.CollectionExternalizerTestCase
Running org.wildfly.clustering.marshalling.spi.util.DateExternalizerTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.018 sec <<< FAILURE! - in org.wildfly.clustering.marshalling.spi.util.DateExternalizerTestCase
test(org.wildfly.clustering.marshalling.spi.util.DateExternalizerTestCase)  Time elapsed: 0.017 sec  <<< FAILURE!
java.lang.AssertionError: expected:<2017-02-08 12:02:48.30185> but was:<2017-02-08 12:02:48.301>
	at org.wildfly.clustering.marshalling.spi.util.DateExternalizerTestCase.test(DateExternalizerTestCase.java:49)
Running org.wildfly.clustering.marshalling.spi.util.MapEntryExternalizerTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec - in org.wildfly.clustering.marshalling.spi.util.MapEntryExternalizerTestCase
Running org.wildfly.clustering.marshalling.spi.util.MapExternalizerTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec - in org.wildfly.clustering.marshalling.spi.util.MapExternalizerTestCase
Running org.wildfly.clustering.marshalling.spi.util.UtilExternalizerTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.011 sec - in org.wildfly.clustering.marshalling.spi.util.UtilExternalizerTestCase
Results :
Failed tests:
  TimeExternalizerTestCase.test:54 expected:<2017-02-08T11:02:48.240513Z> but was:<2017-02-08T11:02:48.240Z>
  DateExternalizerTestCase.test:49 expected:<2017-02-08 12:02:48.30185> but was:<2017-02-08 12:02:48.301>
Tests run: 9, Failures: 2, Errors: 0, Skipped: 0
[INFO] BUILD FAILURE

Due to the method declaration of completionPredicate in org.apache.camel.scala.dsl.SAggregateDefinition makes it impossible to use a completion predicate.
Method should be declared as:

def completionPredicate(filter: Exchange => Any) = {

Pull request to follow.

From trunk build #3808:

 testShouldFailSplitIfZNodeDoesNotExistDueToPrevRollBack(org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster): test timed out after 20000 milliseconds
  testMasterRestartWhenSplittingIsPartial(org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster): test timed out after 300000 milliseconds
  testExistingZnodeBlocksSplitAndWeRollback(org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster): test timed out after 300000 milliseconds

From HBase-TRUNK-on-Hadoop-2.0.0 #378 :

testShutdownSimpleFixup(org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster): Region not moved off .META. server
  testShouldFailSplitIfZNodeDoesNotExistDueToPrevRollBack(org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster): test timed out after 20000 milliseconds

I was messing with camel-spring and routes using spring DSL
I had this part of unit test code

    @EndpointInject(name = "myFileEndpoint")
    protected Endpoint inputFile;

To lookup an endppoint with the given name myFileEndpoint
But if I define it directly then it cannot be found

        <route>
            <from id="myFileEndpoint" uri="file://target/antpathmatcher?consumer.recursive=true&amp;filter=#myFilter"/>
            <to uri="mock:result"/>
        </route>

So I have to define it as a loose endpoint as:

        <endpoint id="myFileEndpoint" uri="file://target/antpathmatcher?consumer.recursive=true&amp;filter=#myFilter"/>

        <route>
            <from ref="myFileEndpoint"/>
        </route>

follow on to HIVE-1523:
ant -Dclustermode=miniMR -Dtestcase=TestCliDriver -Dqfile=smb_mapjoin_8.q test
POSTHOOK: query: select /+mapjoin(a)/ * from smb_bucket4_1 a full outer join smb_bucket4_2 b on a.key = b.key
official results:
4 val_356 NULL  NULL
NULL  NULL  484 val_169
2000  val_169 NULL  NULL
NULL  NULL  3000  val_169
4000  val_125 NULL  NULL
in minimr mode:
NULL  NULL  5000  val_125

I am trying to use servletApi() of Spring Security 3.2 M2 at my embedded Jetty 9.x application but could not be successful. AuthenticationManager seems null at SecurityContextHolderAwareRequestFilter. And because of this HttpServlet3RequestFactory is created with null authenticationManager. 
Here is the implementation of my Security Config:

@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {

   @Override
   protected void registerAuthentication(AuthenticationManagerBuilder auth) throws Exception {
      auth
         .inMemoryAuthentication()
         .withUser("user").password("password").roles("USER")
         .and();
   }

   @Bean
   @Override
   public AuthenticationManager authenticationManagerBean()  throws Exception {
      return super.authenticationManagerBean();
   }

   @Override
   protected void configure(HttpSecurity http) throws Exception {
      http
//         .exceptionHandling().and()
         .sessionManagement()
            .sessionCreationPolicy(SessionCreationPolicy.ifRequired)
            .sessionRegistry(new StarSessionRegistry()).and().and()
         .securityContext().and()
//         .requestCache().and()
//         .anonymous().and()
         .servletApi().and()
//         .apply(new DefaultLoginPageConfigurer<HttpSecurity>()).and()
//         .logout()
//         .and()
         .authorizeUrls()
         .antMatchers("/login").permitAll()
         .antMatchers("/**").authenticated();
   }
}

As a workaround I have implemented a custom beanpostprocessor which is injecting an authenticationManager. 
I am very new to Spring Security but I have checked test cases and sample applications but could not find something useful. 

Please see this Spring Boot issue for my analysis. The summary is that the use of a lambda to create a Supplier<ObjectMapper> results in SpringDataWebConfiguration containing a reference to ObjectMapper in its signature. This causes introspection of its methods to fail when Jackson isn't on the classpath:

Caused by: java.lang.IllegalStateException: Failed to introspect Class [org.springframework.data.web.config.SpringDataWebConfiguration] from ClassLoader [sun.misc.Launcher$AppClassLoader@18b4aac2]
	at org.springframework.util.ReflectionUtils.getDeclaredMethods(ReflectionUtils.java:659) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	at org.springframework.util.ReflectionUtils.doWithMethods(ReflectionUtils.java:556) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	at org.springframework.util.ReflectionUtils.doWithMethods(ReflectionUtils.java:541) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	at org.springframework.util.ReflectionUtils.getUniqueDeclaredMethods(ReflectionUtils.java:599) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.getTypeForFactoryMethod(AbstractAutowireCapableBeanFactory.java:718) ~[spring-beans-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.determineTargetType(AbstractAutowireCapableBeanFactory.java:659) ~[spring-beans-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.predictBeanType(AbstractAutowireCapableBeanFactory.java:627) ~[spring-beans-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.isFactoryBean(AbstractBeanFactory.java:1489) ~[spring-beans-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.isFactoryBean(AbstractBeanFactory.java:1012) ~[spring-beans-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	at org.springframework.boot.autoconfigure.condition.BeanTypeRegistry.addBeanTypeForNonAliasDefinition(BeanTypeRegistry.java:180) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	at org.springframework.boot.autoconfigure.condition.BeanTypeRegistry.addBeanTypeForNonAliasDefinition(BeanTypeRegistry.java:160) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	at org.springframework.boot.autoconfigure.condition.BeanTypeRegistry.addBeanType(BeanTypeRegistry.java:153) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	at org.springframework.boot.autoconfigure.condition.BeanTypeRegistry.updateTypesIfNecessary(BeanTypeRegistry.java:215) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	at org.springframework.boot.autoconfigure.condition.BeanTypeRegistry.getNamesForType(BeanTypeRegistry.java:115) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	at org.springframework.boot.autoconfigure.condition.OnBeanCondition.collectBeanNamesForType(OnBeanCondition.java:265) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getBeanNamesForType(OnBeanCondition.java:254) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getMatchingBeans(OnBeanCondition.java:196) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getMatchOutcome(OnBeanCondition.java:116) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	at org.springframework.boot.autoconfigure.condition.SpringBootCondition.matches(SpringBootCondition.java:47) ~[spring-boot-autoconfigure-2.0.4.RELEASE.jar:2.0.4.RELEASE]
	... 22 more
Caused by: java.lang.NoClassDefFoundError: com/fasterxml/jackson/databind/ObjectMapper
	at java.lang.Class.getDeclaredMethods0(Native Method) ~[?:1.8.0_161]
	at java.lang.Class.privateGetDeclaredMethods(Class.java:2701) ~[?:1.8.0_161]
	at java.lang.Class.getDeclaredMethods(Class.java:1975) ~[?:1.8.0_161]
	at org.springframework.util.ReflectionUtils.getDeclaredMethods(ReflectionUtils.java:641) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
	... 22 more
Caused by: java.lang.ClassNotFoundException: com.fasterxml.jackson.databind.ObjectMapper
	at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[?:1.8.0_161]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[?:1.8.0_161]
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:338) ~[?:1.8.0_161]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:1.8.0_161]
	... 22 more

I have tried replacing the lambda with a method reference to the ObjectMapper constructor (ObjectMapper::new) and it appears to resolve the issue although some more testing is probably needed.

validator component seems broken in 2.9.1. Gives you a npe when loading xsd from classpath during unittesting.
See http://camel.465427.n5.nabble.com/npe-in-camel-2-9-1-validator-tc5540894.html
prefixing with classpath eg. <to uri="validator:classpath:BroadcastMonitor.xsd"  /> doesn't help.

having hive.auto.convert.join set to true works in the CLI with no issue, but fails in HiveServer2 when jmx options are passed to the service on startup. This (in hive-env.sh) is enough to make it fail: 

-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.port=8009

As soon as I remove the line, it works properly. I have *no*idea...
Here's the log from the service:

2015-07-24 17:19:27,457 INFO  [HiveServer2-Handler-Pool: Thread-22]: ql.Driver (SessionState.java:printInfo(912)) - Query ID = hive_20150724171919_aaa88a89-dc6d-490b-821c-4eec6d4c0421
2015-07-24 17:19:27,457 INFO  [HiveServer2-Handler-Pool: Thread-22]: ql.Driver (SessionState.java:printInfo(912)) - Total jobs = 1
2015-07-24 17:19:27,465 INFO  [HiveServer2-Handler-Pool: Thread-22]: ql.Driver (Driver.java:launchTask(1638)) - Starting task [Stage-4:MAPREDLOCAL] in serial mode
2015-07-24 17:19:27,467 INFO  [HiveServer2-Handler-Pool: Thread-22]: mr.MapredLocalTask (MapredLocalTask.java:executeInChildVM(159)) - Generating plan file file:/tmp/hive/8932c206-5420-4b6f-9f1f-5f1706f30df8/hive_2015-07-24_17-19-26_552_5082133674120283907-1/-local-10005/plan.xml
2015-07-24 17:19:27,625 WARN  [HiveServer2-Handler-Pool: Thread-22]: conf.HiveConf (HiveConf.java:initialize(2620)) - HiveConf of name hive.files.umask.value does not exist
2015-07-24 17:19:27,708 INFO  [HiveServer2-Handler-Pool: Thread-22]: mr.MapredLocalTask (MapredLocalTask.java:executeInChildVM(288)) - Executing: /usr/lib/hadoop/bin/hadoop jar /usr/lib/hive/lib/hive-common-1.1.0-cdh5.4.3.jar org.apache.hadoop.hive.ql.exec.mr.ExecDriver -localtask -plan file:/tmp/hive/8932c206-5420-4b6f-9f1f-5f1706f30df8/hive_2015-07-24_17-19-26_552_5082133674120283907-1/-local-10005/plan.xml   -jobconffile file:/tmp/hive/8932c206-5420-4b6f-9f1f-5f1706f30df8/hive_2015-07-24_17-19-26_552_5082133674120283907-1/-local-10006/jobconf.xml
2015-07-24 17:19:28,499 ERROR [HiveServer2-Handler-Pool: Thread-22]: exec.Task (SessionState.java:printError(921)) - Execution failed with exit status: 1
2015-07-24 17:19:28,500 ERROR [HiveServer2-Handler-Pool: Thread-22]: exec.Task (SessionState.java:printError(921)) - Obtaining error information
2015-07-24 17:19:28,500 ERROR [HiveServer2-Handler-Pool: Thread-22]: exec.Task (SessionState.java:printError(921)) -
Task failed!
Task ID:
  Stage-4

Logs:

2015-07-24 17:19:28,501 ERROR [HiveServer2-Handler-Pool: Thread-22]: exec.Task (SessionState.java:printError(921)) - /tmp/hiveserver2_manual/hive-server2.log
2015-07-24 17:19:28,501 ERROR [HiveServer2-Handler-Pool: Thread-22]: mr.MapredLocalTask (MapredLocalTask.java:executeInChildVM(308)) - Execution failed with exit status: 1
2015-07-24 17:19:28,518 ERROR [HiveServer2-Handler-Pool: Thread-22]: ql.Driver (SessionState.java:printError(921)) - FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask
2015-07-24 17:19:28,599 WARN  [HiveServer2-Handler-Pool: Thread-22]: security.UserGroupInformation (UserGroupInformation.java:doAs(1674)) - PriviledgedActionException as:hive (auth:SIMPLE) cause:org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask
2015-07-24 17:19:28,600 WARN  [HiveServer2-Handler-Pool: Thread-22]: thrift.ThriftCLIService (ThriftCLIService.java:ExecuteStatement(496)) - Error executing statement:
org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:146)
	at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:173)
	at org.apache.hive.service.cli.operation.Operation.run(Operation.java:257)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:398)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatement(HiveSessionImpl.java:379)
	at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:78)
	at org.apache.hive.service.cli.session.HiveSessionProxy.access$000(HiveSessionProxy.java:36)
	at org.apache.hive.service.cli.session.HiveSessionProxy$1.run(HiveSessionProxy.java:63)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1671)
	at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:59)
	at com.sun.proxy.$Proxy23.executeStatement(Unknown Source)
	at org.apache.hive.service.cli.CLIService.executeStatement(CLIService.java:258)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:490)
	at org.apache.hive.service.cli.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1313)
	at org.apache.hive.service.cli.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1298)
	at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39)
	at org.apache.hive.service.auth.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:56)
	at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:285)

A small nit: The zookeeper node structure in the region server fail over section of the replication document is slightly different than the actual structure. 
The doc shows this:

/hbase/replication/rs/
                      1.1.1.1,60020,123456780/
                        peers/
                              2/
                                1.1.1.1,60020.1234  (Contains a position)
                                1.1.1.1,60020.1265

When in actuality it should be this:

                         2/
                            1.1.1.1,60020.1234  (Contains a position)
                            1.1.1.1,60020.1265

Not a big deal, but it gets confusing when you are going through the code and using the doc as a reference.

When the same message is sent via ResponseBodyEmitter before initialization, subsequent messages are dropped because uses ResponseBodyEmitter#initHandlerCache map keys to store events.
Problematic code (using SseEmitter):

@RequestMapping("/sse")
public SseEmitter sse() throws IOException, InterruptedException {
	final SseEmitter emitter = new SseEmitter();
	emitter.send("A");
	emitter.send("B");
	emitter.send("C");
	emitter.complete();
	return emitter;
}

The response is:

data:A

BC

while it should be:

data:A

data:B

data:C

The reason is that both data: and \n\n are dropped as duplicates. Pull request with test case and fix comes shortly.

It will be useful to have support for 

${WEBHCAT_PREFIX}/"conf"

 as config directory in webhcat_config.sh . It should check for presence of conf/webhcat-env.sh in directory, like it does for '/etc/webhcat/'

PartitionDesc::getTableDesc interns all table description properties by default. But the table description properties are already interned and need not be interned again. 

"thrift2-worker-0" #31 daemon prio=5 os_prio=0 tid=0x00007f5ad9c45000 nid=0x484 in Object.wait() [0x00007f5aa3832000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:502)
        at org.apache.hadoop.hbase.client.ResultBoundedCompletionService.take(ResultBoundedCompletionService.java:148)
        - locked <0x00000006b6ae7670> (a [Lorg.apache.hadoop.hbase.client.ResultBoundedCompletionService$QueueingFuture;)
        at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas.call(ScannerCallableWithReplicas.java:188)
        at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas.call(ScannerCallableWithReplicas.java:59)
        at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithoutRetries(RpcRetryingCaller.java:200)
        at org.apache.hadoop.hbase.client.ClientSmallReversedScanner.loadCache(ClientSmallReversedScanner.java:212)
        at org.apache.hadoop.hbase.client.ClientSmallReversedScanner.next(ClientSmallReversedScanner.java:186)
        at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegionInMeta(ConnectionManager.java:1276)
        at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegion(ConnectionManager.java:1182)
        at org.apache.hadoop.hbase.client.AsyncProcess.submit(AsyncProcess.java:370)
        at org.apache.hadoop.hbase.client.AsyncProcess.submit(AsyncProcess.java:321)
        at org.apache.hadoop.hbase.client.BufferedMutatorImpl.backgroundFlushCommits(BufferedMutatorImpl.java:194)
        at org.apache.hadoop.hbase.client.BufferedMutatorImpl.flush(BufferedMutatorImpl.java:171)
        - locked <0x00000006b6ae79c0> (a org.apache.hadoop.hbase.client.BufferedMutatorImpl)
        at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:1430)
        at org.apache.hadoop.hbase.client.HTable.put(HTable.java:1033)
        at org.apache.hadoop.hbase.thrift2.ThriftHBaseServiceHandler.putMultiple(ThriftHBaseServiceHandler.java:268)
        at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source)
        at org.apache.hadoop.hbase.thrift2.ThriftHBaseServiceHandler$THBaseServiceMetricsProxy.invoke(ThriftHBaseServiceHandler.java:114)
        at com.sun.proxy.$Proxy10.putMultiple(Unknown Source)
        at org.apache.hadoop.hbase.thrift2.generated.THBaseService$Processor$putMultiple.getResult(THBaseService.java:1637)
        at org.apache.hadoop.hbase.thrift2.generated.THBaseService$Processor$putMultiple.getResult(THBaseService.java:1621)
        at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39)
        at org.apache.thrift.server.AbstractNonblockingServer$FrameBuffer.invoke(AbstractNonblockingServer.java:478)
        at org.apache.thrift.server.Invocation.run(Invocation.java:18)
        at org.apache.hadoop.hbase.thrift.CallQueue$Call.run(CallQueue.java:64)

It seems an old bug has cropped up again, see SPR-6214
AbstractHttpMessageConverter.java
protected boolean isSupported(MediaType mediaType) {
	if (mediaType == null) {
		return true;
	}
	for (MediaType supportedMediaType : getSupportedMediaTypes()) {
		if (supportedMediaType.includes(mediaType)) {
		}
	}
	return false;
}

I think the check should be reversed:
if (mediaType.includes(supportedMediaType)) ....

Our endpoint fuzzer was able to produce a 500 error due to a nullpointer in the  TransportHandlingSockJsService. The following lines were the problem

protected boolean validateRequest(String serverId, String sessionId, String transport) {
		if (!getAllowedOrigins().contains("*") && !TransportType.fromValue(transport).supportsOrigin()) {
			if (logger.isWarnEnabled()) {
				logger.warn("Origin check has been enabled, but transport " + transport + " does not support it");
			}
		}
		return super.validateRequest(serverId, sessionId, transport);

The nullpointer occurs when the transport is an unknown value (ex: bob) as the fromValue returns null when the type is not found.

Tez HashTableLoader bases its memory allocation on HIVECONVERTJOINNOCONDITIONALTASKTHRESHOLD. If this value is largeer than the process max memory then this can result in the HashTableLoader trying to use more memory than available to the process.

select * from (select * from src TABLESAMPLE (1 ROWS)) x;

ava.lang.NullPointerException
	at org.apache.hadoop.hive.ql.parse.SplitSample.getTargetSize(SplitSample.java:103)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.sampleSplits(CombineHiveInputFormat.java:487)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:405)
	at org.apache.hadoop.mapred.JobClient.writeOldSplits(JobClient.java:1025)
	at org.apache.hadoop.mapred.JobClient.writeSplits(JobClient.java:1017)
	at org.apache.hadoop.mapred.JobClient.access$600(JobClient.java:174)
	at org.apache.hadoop.mapred.JobClient$2.run(JobClient.java:928)
	at org.apache.hadoop.mapred.JobClient$2.run(JobClient.java:881)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1278)
	at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:881)
	at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:855)
	at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:426)
	at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:144)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:151)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:65)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1424)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1204)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1009)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:878)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:259)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:216)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:413)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:781)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:614)

I was running some testing on a already busy cluster and my clients in the mappers sometimes aren't able to create an HTable because of ConnectionLoseException. The code logs that as an error but still continues with a null HTable then this happens:

	at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.restart(TableRecordReaderImpl.java:58)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.init(TableRecordReaderImpl.java:67)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReader.init(TableRecordReader.java:57)
	at org.apache.hadoop.hbase.mapreduce.TableInputFormatBase.createRecordReader(TableInputFormatBase.java:108)

Needs to be prettier.

1) IO threads need to be settable when creating the package, and should be equal to the number of executors by default.
2) uber should be disabled in "all" mode as it's slower than running in LLAP.
Maybe others.

Scheme attribute of AJP connector is not migrated.
Web AJP configuration

<connector name="ajp" protocol="AJP/1.3" scheme="http" socket-binding="ajp"/>

should be migrated to

<ajp-listener name="ajp" socket-binding="ajp" scheme="http"/>

A decimal value 1.23 with scale 5 is represented in string as 1.23000. This behavior is different from HiveDecimal behavior.
The difference in cast to timestamp is due to more aggressive rounding in vectorized expression.

When using consumer template's receiveBody on a SEDA queue that has multiple exchanges, a single call of receiveBody consumed more than one messages from the queue.  This happens for both receiveBody and receiveBodyNoWait.
I will attach a test project that can produce this issue.

With the current multi-insertion implementation, when caching is enabled for input RDD, query may fail with the following exception:

2014-10-21 13:57:34,742 WARN  [task-result-getter-0]: scheduler.TaskSetManager (Logging.scala:logWarning(71)) - Lost task 0.0 in stage 1.0 (TID 1, localhost): java.lang.ClassCastException: org.apache.hadoop.io.Text cannot be cast to org.apache.hadoop.io.BytesWritable
        org.apache.hadoop.hive.ql.exec.spark.MapInput$CopyFunction.call(MapInput.java:67)
        org.apache.hadoop.hive.ql.exec.spark.MapInput$CopyFunction.call(MapInput.java:61)
        org.apache.spark.api.java.JavaPairRDD$$anonfun$pairFunToScalaFun$1.apply(JavaPairRDD.scala:1002)
        scala.collection.Iterator$$anon$11.next(Iterator.scala:328)
        org.apache.spark.storage.MemoryStore.unrollSafely(MemoryStore.scala:234)
        org.apache.spark.CacheManager.putInBlockManager(CacheManager.scala:163)
        org.apache.spark.CacheManager.getOrCompute(CacheManager.scala:70)
        org.apache.spark.rdd.RDD.iterator(RDD.scala:227)
        org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:35)
        org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:262)
        org.apache.spark.rdd.RDD.iterator(RDD.scala:229)
        org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:68)
        org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:41)
        org.apache.spark.scheduler.Task.run(Task.scala:56)
        org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:181)
        java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
        java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
        java.lang.Thread.run(Thread.java:745)

The fix should be easy. However, interestingly, this error doesn't show up when the caching is turned off. We need to find out why.

follwing code will cause infinite loop:
		ConfigurationFactoryBean cfactory = new 
ConfigurationFactoryBean();
		cfactory.setRegisterUrlHandler(true);
		cfactory.afterPropertiesSet();
		System.out.println("cfactory configured");
		cfactory.getObject();
		System.out.println("configuration retrieved from cfactory");
		FileSystem fs = FileSystem.newInstance(cfactory.getObject());
		System.out.println("filesystem instance created");
here is output:
12/07/10 10:42:55 INFO configuration.ConfigurationFactoryBean: Registered HDFS URL stream handler
cfactory configured
configuration retrieved from cfactory
Exception in thread "main" java.lang.StackOverflowError
        at java.lang.String.startsWith(String.java:1462)
        at sun.misc.MetaIndex.mayContain(MetaIndex.java:243)
        at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:761)
        at sun.misc.URLClassPath.getResource(URLClassPath.java:185)
        at sun.misc.URLClassPath.getResource(URLClassPath.java:237)
        at java.lang.ClassLoader.getBootstrapResource(ClassLoader.java:1113)
        at java.lang.ClassLoader.getResource(ClassLoader.java:974)
        at java.lang.ClassLoader.getResource(ClassLoader.java:972)
        at java.lang.ClassLoader.getResourceAsStream(ClassLoader.java:1159)
        at javax.xml.parsers.SecuritySupport$4.run(SecuritySupport.java:94)
        at javax.xml.parsers.SecuritySupport.getResourceAsStream(SecuritySupport.java:87)
        at javax.xml.parsers.FactoryFinder.findJarServiceProvider(FactoryFinder.java:248)
        at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:221)
        at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:121)
        at org.apache.hadoop.conf.Configuration.loadResource(Configuration.java:1522)
        at org.apache.hadoop.conf.Configuration.loadResources(Configuration.java:1506)
        at org.apache.hadoop.conf.Configuration.getProps(Configuration.java:1452)
        at org.apache.hadoop.conf.Configuration.get(Configuration.java:581)
        at org.apache.hadoop.security.UserGroupInformation.initUGI(UserGroupInformation.java:240)
        at org.apache.hadoop.security.UserGroupInformation.initialize(UserGroupInformation.java:223)
        at org.apache.hadoop.security.UserGroupInformation.ensureInitialized(UserGroupInformation.java:214)
        at org.apache.hadoop.security.UserGroupInformation.isSecurityEnabled(UserGroupInformation.java:275)
        at org.apache.hadoop.security.UserGroupInformation.getLoginUser(UserGroupInformation.java:497)
        at org.apache.hadoop.security.UserGroupInformation.getCurrentUser(UserGroupInformation.java:480)
        at org.apache.hadoop.fs.FileSystem$Cache$Key.<init>(FileSystem.java:2249)
        at org.apache.hadoop.fs.FileSystem$Cache$Key.<init>(FileSystem.java:2241)
        at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:2103)
        at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:284)
        at org.apache.hadoop.fs.FsUrlConnection.connect(FsUrlConnection.java:49)
        at org.apache.hadoop.fs.FsUrlConnection.getInputStream(FsUrlConnection.java:60)
        at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
        at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
        at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
        at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
        at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
        at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
        at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:177)
        at org.apache.hadoop.conf.Configuration.loadResource(Configuration.java:1555)
        at org.apache.hadoop.fs.FileSystem$Cache$Key.<init>(FileSystem.java:2249
— etc –

Modification of LRU heap size calculations altered some of the test expectations in the LRU test.

expected:<0> but was:<1>

junit.framework.AssertionFailedError: expected:<0> but was:<1>
	at org.apache.hadoop.hbase.io.hfile.TestLruBlockCache.testResizeBlockCache(TestLruBlockCache.java:435)

Patch coming...

Under high concurrency, some jobs can gets starved for longer time when hive.llap.task.scheduler.locality.delay is set to -1 (infinitely wait for locality).

OSTHOOK: query: explain select count(key) from (select null as key from src)src
POSTHOOK: type: QUERY

      limit: 1
        ListSink

PREHOOK: query: select count(key) from (select null as key from src)src
PREHOOK: type: QUERY
PREHOOK: Input: default@src
#### A masked pattern was here ####
POSTHOOK: query: select count(key) from (select null as key from src)src
POSTHOOK: Input: default@src
500

I noticed that some methods in HiveDatabaseMetaData throws exceptions instead of returning true/false. Many JDBC clients expects implementations for particular methods in order to work. 
E.g. SQuirreL SQL shows databases only if supportsSchemasInTableDefinitions returns true.
Also hive 0.14.0 supports UNION ALL and does not support UNION
We can indicate this in HiveDatabaseMetaData instead of throwing Method Not supported exception.
getIdentifierQuoteString  should return space if not supported.
http://docs.oracle.com/javase/7/docs/api/java/sql/DatabaseMetaData.html#getIdentifierQuoteString%28%29

In org.springframework.beans.factory.config.PlaceholderConfigurerSupport, the doProcessProperties() method contains the following code:

				try {
					visitor.visitBeanDefinition(bd);
				}
				catch (Exception ex) {
					throw new BeanDefinitionStoreException(bd.getResourceDescription(), curName, ex.getMessage());
				}

This effectively loses all stack trace information for the original exception, ex.  Other than the getMessage(), which may or may not be useful.  It would be easy to change this to properly set the nested cause so as to preserve this information:

					throw new BeanDefinitionStoreException(bd.getResourceDescription(), curName, ex.getMessage(), ex);

A date field renders in the standard format YYYY-MM-DD when ajax is not enabled, not the locale-specific format.

Introduced by HBASE-14085. The problem is, for example, in hbase-common/pom.xml, we have
pom.xml
<plugin>
          <groupId>org.apache.maven.plugins</groupId>
          <artifactId>maven-source-plugin</artifactId>
          <configuration>
            <excludeResources>true</excludeResources>
            <includes>
              <include>src/main/java</include>
              <include>${project.build.outputDirectory}/META-INF</include>
            </includes>
          </configuration>
        </plugin>

But in fact, the path inside <include> tag is relative to source directories, not the project directory. So the maven-source-plugin always end with

No sources in project. Archive not created.

I've passed multiple -i options to beeline; and I've expected to load both of them...but unfortunately it only parsed the first file (and ignored the second entirely)
I think it would be better to:

either reject the command if it has multiple "-i" given
or load all "-i" scripts

When using auto detection of WildFly Swarm dependencies the plugin will correctly select which Fractions are needed, but then depending on what is there, and their respective versions, the nearest dependency selection policy of Maven can easily result in older versions of dependent Fractions being selected.
For instance, with the `jaxrs-war` example it auto detects `swagger` and `jaxrs`. Each of those depend on `undertow`. The problem is that both `undertow` dependencies are at the same dependency depth causing the first one found to be used, which in this instance is the one inside `swagger` which is older than the one in `jaxrs`

I'm reluctant to classify this as a bug, but considering the lack of an acceptable workaround, it seems appropriate. This is related to SPR-5982, but that issue was filed as an improvement, and I think the case is stronger than that.
Since Spring 3.0 supported Java5 generics, the return type of the getObject() method of FactoryBean<T> has been narrowed to Class<? extends T>. This is fine as long as T is something like MyClass, you just return MyClass.class and everyone's happy.
The problems start when T is itself a generic type, for example List<T>.  This gives a return type for getObjectType() as Class<? extends List<T>>, which is legal, but meaningless. Worse still, there is no easy way to generate an expression that has the type Class<? extends List<T>>. The class literal syntax cannot do it, and the only way I've found is a hack like return (Class<List<T>>) new ArrayList<T>().getClass();, which is ugly, and requires a warning suppression.
The worst case is when the return type cannot be instantiated in any way (e.g. because it's an interface, and no implementations are available or suitable), so even the above hack will not work. In these situations, just getting it to compile can be a struggle.
I suggest that the return type of getObjectType() be changed to Class<?>. This should not break any existing code compiled against Spring 3, since the type is being widened. This would then allow the raw class literal to be used (e.g. return List.class;.
Sorry for not raising this earlier, but the problem is quite chronic now.

After upgrading my Spring MVC application from Spring 3.0.6 to 3.1.0.RC1, I'm getting errors from some of my AJAX requests with JSON responses.
With Spring 3.0.6, the Content-Length header was not set. With Spring 3.1.0.RC1 the header is set, but the value does not match the actual length of the JSON string, which causes the truncation.
My controller method returns a HttpEntity where the Content-Type header is set to text/plain;charset=utf-8. The problem seems to be that StringHttpMessageConverter uses the charset from the output message for encoding the content in writeInternal(), but does not use the same character set for computing the length: getContentLength() derives the character set from the MediaType and defaults to iso-8559-1. This is why the Content-Length value is smaller than it should be.

Any class with a simple primitive (such as long, or int) cannot be deserialized.  For example, the following code:

    ObjectInputStream ois = null;
    try {
      ois = new ClassLoaderObjectInputStream(getClass().getClassLoader(), new ByteArrayInputStream(bytes));
      return (T) ois.readObject();
      LOGGER.error("Deserialization failed for {}", objectClass, e);
    } catch (IOException e) {
    } finally {
      if (ois != null) {
        try {
          ois.close();
        }
      }
    }

Will fail if bytes represents a byte[] of the serialized version of the following class:

  private static final long serialVersionUID = 1L;

  private long thisFieldWillCauseCLOISToFail;

  // class logic, ctors, etc...

}

With the following stacktrace:

Caused by: java.lang.ClassNotFoundException: long
        at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:247)
        at org.apache.commons.io.input.ClassLoaderObjectInputStream.resolveClass(ClassLoaderObjectInputStream.java:68)
        at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1574)
        at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1495)
        at java.io.ObjectInputStream.readClass(ObjectInputStream.java:1461)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1311)
        at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946)
        at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870)
        at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
        at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
        at java.util.ArrayList.readObject(ArrayList.java:593)
        at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
        at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
        at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1848)
...

Of some relevance may be:
http://issues.liferay.com/browse/LPS-30742
https://groups.google.com/forum/?hl=en&fromgroups=#!topic/akka-user/3PC4L48qyqs

The changes made to UndertowXhrTransport in SPR-13366 broke UndertowSockJsIntegrationTests. For example, when executing the AbstractSockJsIntegrationTests.echoXhr() test, we see the following exception:

java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: argument type mismatch
	at org.springframework.util.concurrent.SettableListenableFuture.get(SettableListenableFuture.java:122)
	at org.springframework.web.socket.sockjs.client.AbstractSockJsIntegrationTests.testEcho(AbstractSockJsIntegrationTests.java:277)
	at org.springframework.web.socket.sockjs.client.AbstractSockJsIntegrationTests.echoXhr(AbstractSockJsIntegrationTests.java:182)
	at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
Caused by: java.lang.IllegalArgumentException: argument type mismatch
	at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:211)
	at org.springframework.web.socket.sockjs.client.UndertowXhrTransport$Undertow13BufferSupport.httpClientConnect(UndertowXhrTransport.java:592)
	at org.springframework.web.socket.sockjs.client.UndertowXhrTransport.executeReceiveRequest(UndertowXhrTransport.java:179)
	at org.springframework.web.socket.sockjs.client.UndertowXhrTransport.connectInternal(UndertowXhrTransport.java:150)
	at org.springframework.web.socket.sockjs.client.AbstractXhrTransport.connect(AbstractXhrTransport.java:132)
	at org.springframework.web.socket.sockjs.client.DefaultTransportRequest.connect(DefaultTransportRequest.java:149)
	at org.springframework.web.socket.sockjs.client.SockJsClient.doHandshake(SockJsClient.java:255)
	... 30 more

Furthermore, executing the AbstractSockJsIntegrationTests.fallbackAfterTransportFailure() test hangs the build completely, as can be seen in all recent Performance build failures, beginning with build 600.

We have a backport copy of o.a.h.mapreduce.lib.partition.InputSampler in HBase which contains a bug, MAPREDUCE-1820. This JIRA is to update our copy to the version in MR trunk.

The implications are not clear to me yet, I am just familiarizing myself with code around these parts, but ExprProcFactory.genPruner intends to return a value (indicating whether there are non-partition columns) via a primitive boolean parameter.

Grouping sets is broken for >32 columns because of usage of Int for bitmap (also GROUPING_ID virtual column). This assumption breaks grouping sets/rollups/cube when number of participating aggregation columns is >32. The easier fix would be extend it to Long for now. The correct fix would be to use BitSets everywhere but that would require GROUPINGID column type to binary which will make predicates on GROUPING_ID difficult to deal with. 

In ServerAddHandler where the server resource is created, a placeholder should be added. I.e. instead of context.createResource(...) below
        context.addStep(runningServerAdd, new OperationStepHandler() {
            @Override
            public void execute(final OperationContext context, final ModelNode operation) throws OperationFailedException 
{
                context.createResource(PathAddress.EMPTY_ADDRESS);
                context.stepCompleted();
            }
        }, OperationContext.Stage.MODEL, true);
context.addResource(PathAddress.EMPTY_ADDRESS, PlaceholderResource.INSTANCE) should be used instead. Otherwise, servers that are not started at boot will be missing runtime proxies and will be considered as parts of the persistent model.

The embedded API has gotten a bit confusing with respect to names and types, primarily the use of the word "server" in a number of placing where the relevant thing could either be an embedded standalone server or an embedded host controller. 
Originally I saw this module as just being an internal implementation detail for the CLI, used by the offline CLI feature, but now we've opened it up for use by things like Arquillian's WildFly integration, so I want to clean this API up a bit.
I see two minor breaking changes needed:
1) The HostController interface has an odd "public HostController getHostController()" method that logically would only return 'this'. I could keep this but it's not needed and I'd rather get rid of it.
2) The HostController interface's start() method does not throw a checked exception, while the equivalent start() on StandaloneServer does. To do anything coherent I need to unify the exception handling. HostController is extremely unlikely to be used outside wf core, while StandaloneServer is used, and removing a checked exception from StandaloneServer would be a breaking change or any user that catches it, so instead I will add the exception to HostController.start().

I use a RepositoryItemReader to read records from a database via a Spring Data repository.
I expected to get 99 successfully read items by fetching 100 items (pageSize of the RepositoryItemReader) when one fails due to a JPA mapping problem (InvalidDataAccessApiUsageException).
But thats currently not the case.
The currentItemCount gets incremented in the AbstractItemCountingItemStreamItemReader (Line: 87), but inside the doPageRead() method of the RepositoryItemReader the currentItemCount is ignored and a page counter attribute is used to construct the PageRequest for the Repository. But the page counter doesn't get incremented in the doRead() method of the RepositoryItemReader (Line: 156) due to an Exception thrown within doPageRead(). 
This results in 100 read errors whereas just one of them happens to be the flawed one.
I also set the pageSize to 1 but this didn't work either as the currentItemCount increases over time but page counter doesn't: variables-in-intellij.png

test-patch.sh script sets the ulimit -n 1024 just after triggering the patch setting this overrides the underlying systems ulimit and hence failing the hbase tests.

When I run mvn clean test -Phadoop-1|2, none of the unit tests are run. I did a binary search through the commit logs and found that the change that caused the unit tests to be disabled was the the change to the root pom.xml in the patch for HIVE-7067 (e77f38dc44de5a9b10bce8e0a2f1f5452f6921ed). Removing that change allowed the unit tests to be run again.

Certain tokens passed to AM by clients (e.g. an HDFS token) have maximum lifetime beyond which they cannot be renewed. We should cycle long-lived session AMs after a configurable period to avoid problems with these.

It is not possible to convert SAP request from String object to org.fusesource.camel.component.sap.model.rfc.Structure object.

Error during type conversion from type: java.lang.String to the required type: org.fusesource.camel.component.sap.model.rfc.Structure
...
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.eclipse.emf.ecore.xml.type.XMLTypePackage
        at org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.<init>(XMLHelperImpl.java:85)

ByteString has moved from org.apache.calcite.avatica to org.apache.calcite.avatica.util. To ease the migration, I have added a shim method RexLiteral.byteValue(), so that ASTBuilder does not need to reference ByteString explicitly.
The attached patch allows Hive to run against avatica-1.0.0-incubating-SNAPSHOT both before and after the change.

Status Quo
The overloaded flag in MethodOverride is a mutable property that is only intended to be used "to optimize runtime performance" (from the Javadoc), specifically limited to the implementation of ReplaceOverride.matches().
The overloaded flag is, however, currently used to determine equality of and calculate hash codes for MethodOverride instances. 
Its value is potentially changed from true (the default) to false in AbstractBeanDefinition.validate(). As a consequence, given two bean definitions A and B that represent the exact same bean definition metadata for a bean that relies on method injection (perhaps loaded via separate application contexts in the same VM), if A has been validated and B has not, then A.equals(B) will potentially return false, which is not acceptable behavior.
Note that AbstractBeanDefinition.equals() includes an equality check for MethodOverrides.

 Stop including the overloaded flag in equals() and hashCode() for MethodOverride.

For some purposes there is need to construct permission with blank string as param (name/action) - for example WebResourcePermission.
Such permission cannot be currently assigned using constant-permission-mapper because it requires at least one character to be not-null:
If I try to assing permission with blank name (target-name="") (example in steps to reproduce), parse error is thrown:

| > ParseError at [row,col]:[367,5]
| > Message: "WFLYCTL0113: '' is an invalid value for parameter
| >   target-name. Values must have a minimum length of 1 characters"

So far, we noticed these limitations when running an application with a pre-made hollow JAR:

for a JDBC driver to be autodetected by Swarm, it needs to be added to -Dswarm.classpath
project-*.yml packaged as part of the application aren't applied automatically and need to be specified using -s path/to/project-*.yml

The list of these limitations needs to be visible on a prominent place. I'm thinking end of chapter 2.2. Hollow JAR and probably also end of chapter 3.4. Creating a hollow JAR. Should be just a short list (similar to what I wrote above) with links to more details.
(So far, we do have a bit of documentation on -Dswarm.classpath at the end of chapter 5.2.1. Configuring an application using properties, which maybe isn't exactly the best place. We don't have anything about the second limitation, as far as I know.)

This class currently calls getBeanNamesForType(AType), which causes FactoryBeans to be initialized with potential side effects when using annotation-based injection etc. It should preferably call getBeanNamesForType(AType, false, false) which prevents these side effects.

2018-01-09T00:11:23,010 ERROR [HiveServer2-Background-Pool: Thread-208]: exec.Task (TezTask.java:execute(277)) - Failed to execute tez graph.
	at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.cleanupScratchDir(TezSessionState.java:659) ~[hive-exec-3.0.0.3.0.0.0-688.jar:3.0.0.3.0.0.0-688]
	at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.close(TezSessionState.java:637) ~[hive-exec-3.0.0.3.0.0.0-688.jar:3.0.0.3.0.0.0-688]
	at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolSession.close(TezSessionPoolSession.java:114) ~[hive-exec-3.0.0.3.0.0.0-688.jar:3.0.0.3.0.0.0-688]
	at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolManager.destroy(TezSessionPoolManager.java:364) ~[hive-exec-3.0.0.3.0.0.0-688.jar:3.0.0.3.0.0.0-688]
	at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolSession.destroy(TezSessionPoolSession.java:208) ~[hive-exec-3.0.0.3.0.0.0-688.jar:3.0.0.3.0.0.0-688]
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.submit(TezTask.java:539) ~[hive-exec-3.0.0.3.0.0.0-688.jar:3.0.0.3.0.0.0-688]

	at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.ensureLocalResources(TezSessionState.java:558) ~[hive-exec-3.0.0.3.0.0.0-688.jar:3.0.0.3.0.0.0-688]
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.ensureSessionHasResources(TezTask.java:355) ~[hive-exec-3.0.0.3.0.0.0-688.jar:3.0.0.3.0.0.0-688]
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:188) [hive-exec-3.0.0.3.0.0.0-688.jar:3.0.0.3.0.0.0-688]

hive> CREATE TABLE avro_union_test
    > PARTITIONED BY (p int)
    > ROW FORMAT SERDE 'org.apache.hadoop.hive.serde2.avro.AvroSerDe'
    > STORED AS INPUTFORMAT 'org.apache.hadoop.hive.ql.io.avro.AvroContainerInputFormat'
    > OUTPUTFORMAT 'org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat'
    > TBLPROPERTIES ('avro.schema.literal'='{
    >    "type":"record",
    >    "name":"nullUnionTest",
    >    "fields":[
    >       {
    >          "name":"value",
    >          "type":[
    >             "null",
    >             "int",
    >             "long"
    >          ],
    >          "default":null
    >       }
    >    ]
    > }');
OK
Time taken: 0.105 seconds
hive> alter table avro_union_test add partition (p=1);
OK
Time taken: 0.093 seconds
hive> select * from avro_union_test;
FAILED: RuntimeException org.apache.hadoop.hive.ql.metadata.HiveException: Failed with exception Hive internal error inside isAssignableFromSettablePrimitiveOI void not supported yet.java.lang.RuntimeException: Hive internal error inside isAssignableFromSettablePrimitiveOI void not supported yet.
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.isInstanceOfSettablePrimitiveOI(ObjectInspectorUtils.java:1140)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.isInstanceOfSettableOI(ObjectInspectorUtils.java:1149)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.hasAllFieldsSettable(ObjectInspectorUtils.java:1187)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.hasAllFieldsSettable(ObjectInspectorUtils.java:1220)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.hasAllFieldsSettable(ObjectInspectorUtils.java:1200)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters.getConvertedOI(ObjectInspectorConverters.java:219)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.setupOutputObjectInspector(FetchOperator.java:581)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.initialize(FetchOperator.java:172)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.<init>(FetchOperator.java:140)
	at org.apache.hadoop.hive.ql.exec.FetchTask.initialize(FetchTask.java:79)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:482)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:311)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1194)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1289)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1120)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1108)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:218)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:170)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:381)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:773)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:691)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:626)

Another test case to show this problem is:

hive> create table avro_union_test2 (value uniontype<int,bigint>) stored as avro;
OK
Time taken: 0.053 seconds
hive> show create table avro_union_test2;
OK
CREATE TABLE `avro_union_test2`(
  `value` uniontype<void,int,bigint> COMMENT '')
ROW FORMAT SERDE
  'org.apache.hadoop.hive.serde2.avro.AvroSerDe'
STORED AS INPUTFORMAT
  'org.apache.hadoop.hive.ql.io.avro.AvroContainerInputFormat'
OUTPUTFORMAT
  'org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat'
LOCATION
  'hdfs://localhost/user/hive/warehouse/avro_union_test2'
  'transient_lastDdlTime'='1468173589')
Time taken: 0.051 seconds, Fetched: 12 row(s)

Although column value is defined as uniontype<int,bigint> in create table command, its type becomes uniontype<void,int,bigint> after table is defined. Hive accidentally make the nullable definition in avro schema (["null", "int", "long"])  into union definition.

It seems something recently changed on the jdbc driver which causes this IOException on windows.
java.lang.RuntimeException: java.io.IOException: The system cannot find the path specified
	at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:237)
	at org.apache.hadoop.hive.jdbc.HiveConnection.<init>(HiveConnection.java:73)
	at org.apache.hadoop.hive.jdbc.HiveDriver.connect(HiveDriver.java:110)

Drop partition fail if the partition column is varchar. For example:

create external table BS_TAB_0_211494(c_date_SAD_29630 date) PARTITIONED BY (part_varchar_37229 varchar(56)) STORED AS orc;

INSERT INTO BS_TAB_0_211494 values('4740-04-04','BrNTRsv3c');

ALTER TABLE BS_TAB_0_211494 DROP PARTITION (part_varchar_37229='BrNTRsv3c');

2019-02-19T22:12:55,843  WARN [HiveServer2-Handler-Pool: Thread-42] thrift.ThriftCLIService: Error executing statement: 
org.apache.hive.service.cli.HiveSQLException: Error while compiling statement: FAILED: SemanticException [Error 10006]: Partition not found (part_varchar_37229 = 'BrNTRsv3c')
	at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:356) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:206) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:269) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.cli.operation.Operation.run(Operation.java:268) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:576) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:561) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_202]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_202]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_202]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_202]
	at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:78) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.cli.session.HiveSessionProxy.access$000(HiveSessionProxy.java:36) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.cli.session.HiveSessionProxy$1.run(HiveSessionProxy.java:63) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_202]
	at javax.security.auth.Subject.doAs(Subject.java:422) ~[?:1.8.0_202]
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1682) ~[hadoop-common-3.1.0.jar:?]
	at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:59) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy43.executeStatementAsync(Unknown Source) ~[?:?]
	at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:315) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:568) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1557) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1542) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.auth.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:56) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:1.8.0_202]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:1.8.0_202]
	at java.lang.Thread.run(Thread.java:748) [?:1.8.0_202]
Caused by: org.apache.hadoop.hive.ql.parse.SemanticException: Partition not found (part_varchar_37229 = 'BrNTRsv3c')
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.addTableDropPartsOutputs(DDLSemanticAnalyzer.java:4110) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeAlterTableDropParts(DDLSemanticAnalyzer.java:3448) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:319) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:289) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:671) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1905) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1852) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1847) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.reexec.ReExecDriver.compileAndRespond(ReExecDriver.java:126) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:204) ~[hive-service-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	... 27 more
Caused by: org.apache.hadoop.hive.metastore.api.MetaException: java.lang.String cannot be cast to org.apache.hadoop.hive.common.type.HiveVarchar
	at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:3626) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExprInternal(ObjectStore.java:3333) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExpr(ObjectStore.java:3286) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:97) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy37.getPartitionsByExpr(Unknown Source) ~[?:?]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_partitions_by_expr(HiveMetaStore.java:6284) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:147) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:108) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy39.get_partitions_by_expr(Unknown Source) ~[?:?]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.listPartitionsByExpr(HiveMetaStoreClient.java:1786) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.listPartitionsByExpr(HiveMetaStoreClient.java:1767) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:212) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy40.listPartitionsByExpr(Unknown Source) ~[?:?]
	at org.apache.hadoop.hive.ql.metadata.Hive.getPartitionsByExpr(Hive.java:3752) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.addTableDropPartsOutputs(DDLSemanticAnalyzer.java:4107) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	... 27 more

The real error occurs on this stack:

equals:65, HiveVarchar (org.apache.hadoop.hive.common.type)
	at isDefaultPartition:105, ExprNodeDescUtils (org.apache.hadoop.hive.ql.plan)
	at replaceEqualDefaultPartition:125, ExprNodeDescUtils (org.apache.hadoop.hive.ql.plan)
	at filterPartitionsByExpr:75, PartitionExpressionForMetastore (org.apache.hadoop.hive.ql.optimizer.ppr)
	at getPartitionNamesPrunedByExprNoTxn:3361, ObjectStore (org.apache.hadoop.hive.metastore)
	at access$800:115, ObjectStore (org.apache.hadoop.hive.metastore)
	at getSqlResult:3311, ObjectStore$9 (org.apache.hadoop.hive.metastore)
	at getSqlResult:3298, ObjectStore$9 (org.apache.hadoop.hive.metastore)
	at run:3606, ObjectStore$GetHelper (org.apache.hadoop.hive.metastore)
	at getPartitionsByExprInternal:3333, ObjectStore (org.apache.hadoop.hive.metastore)
	at getPartitionsByExpr:3286, ObjectStore (org.apache.hadoop.hive.metastore)
	at invoke0:-1, NativeMethodAccessorImpl (sun.reflect)
	at invoke:62, NativeMethodAccessorImpl (sun.reflect)
	at invoke:43, DelegatingMethodAccessorImpl (sun.reflect)
	at invoke:498, Method (java.lang.reflect)
	at invoke:97, RawStoreProxy (org.apache.hadoop.hive.metastore)
	at getPartitionsByExpr:-1, $Proxy37 (com.sun.proxy)
	at get_partitions_by_expr:6284, HiveMetaStore$HMSHandler (org.apache.hadoop.hive.metastore)
	at invokeInternal:147, RetryingHMSHandler (org.apache.hadoop.hive.metastore)
	at invoke:108, RetryingHMSHandler (org.apache.hadoop.hive.metastore)
	at get_partitions_by_expr:-1, $Proxy39 (com.sun.proxy)
	at listPartitionsByExpr:1786, HiveMetaStoreClient (org.apache.hadoop.hive.metastore)
	at listPartitionsByExpr:1767, HiveMetaStoreClient (org.apache.hadoop.hive.metastore)
	at invoke:212, RetryingMetaStoreClient (org.apache.hadoop.hive.metastore)
	at listPartitionsByExpr:-1, $Proxy40 (com.sun.proxy)
	at getPartitionsByExpr:3752, Hive (org.apache.hadoop.hive.ql.metadata)
	at addTableDropPartsOutputs:4107, DDLSemanticAnalyzer (org.apache.hadoop.hive.ql.parse)
	at analyzeAlterTableDropParts:3448, DDLSemanticAnalyzer (org.apache.hadoop.hive.ql.parse)
	at analyzeInternal:319, DDLSemanticAnalyzer (org.apache.hadoop.hive.ql.parse)
	at analyze:289, BaseSemanticAnalyzer (org.apache.hadoop.hive.ql.parse)
	at compile:671, Driver (org.apache.hadoop.hive.ql)
	at compileInternal:1905, Driver (org.apache.hadoop.hive.ql)
	at compileAndRespond:1852, Driver (org.apache.hadoop.hive.ql)
	at compileAndRespond:1847, Driver (org.apache.hadoop.hive.ql)
	at compileAndRespond:126, ReExecDriver (org.apache.hadoop.hive.ql.reexec)
	at prepare:204, SQLOperation (org.apache.hive.service.cli.operation)
	at runInternal:269, SQLOperation (org.apache.hive.service.cli.operation)
	at run:268, Operation (org.apache.hive.service.cli.operation)
	at executeStatementInternal:576, HiveSessionImpl (org.apache.hive.service.cli.session)
	at executeStatementAsync:561, HiveSessionImpl (org.apache.hive.service.cli.session)
	at invoke:78, HiveSessionProxy (org.apache.hive.service.cli.session)
	at access$000:36, HiveSessionProxy (org.apache.hive.service.cli.session)
	at run:63, HiveSessionProxy$1 (org.apache.hive.service.cli.session)
	at doPrivileged:-1, AccessController (java.security)
	at doAs:422, Subject (javax.security.auth)
	at doAs:1682, UserGroupInformation (org.apache.hadoop.security)
	at invoke:59, HiveSessionProxy (org.apache.hive.service.cli.session)
	at executeStatementAsync:-1, $Proxy43 (com.sun.proxy)
	at executeStatementAsync:315, CLIService (org.apache.hive.service.cli)
	at ExecuteStatement:568, ThriftCLIService (org.apache.hive.service.cli.thrift)
	at getResult:1557, TCLIService$Processor$ExecuteStatement (org.apache.hive.service.rpc.thrift)
	at getResult:1542, TCLIService$Processor$ExecuteStatement (org.apache.hive.service.rpc.thrift)
	at process:39, ProcessFunction (org.apache.thrift)
	at process:39, TBaseProcessor (org.apache.thrift)
	at process:56, TSetIpAddressProcessor (org.apache.hive.service.auth)
	at run:286, TThreadPoolServer$WorkerProcess (org.apache.thrift.server)
	at runWorker:1149, ThreadPoolExecutor (java.util.concurrent)
	at run:624, ThreadPoolExecutor$Worker (java.util.concurrent)
	at run:748, Thread (java.lang)

And the issue is introduced by HIVE-16609.

XmlConverter.toSAXSourceFromStream does not set

sfactory.setNamespaceAware(true);

Deprecated com.sun.net.ssl package have been removed from JDK since version 13, see:
[bug] https://bugs.openjdk.java.net/browse/JDK-8215430
[commit] http://hg.openjdk.java.net/jdk/jdk/rev/43c2ab1bdfd3

camel-salesforce ignores the global option resolvePropertyPlaceholders as SalesforceComponent.doStart does not invoke the parent method.

I created a method using the "query by method name" approach:
Inside my Answer object, I have a field called "Score" that is annotated with
@Field("sr")
int Score
List<Answer> findByQuestionIdOrderByScoreDesc(String questionId)
When the query is run, the database attempts to sort the results by "score" rather than my "sr" field name.

Doing something like that in 2 places:

    if (tables == null) {
      LOG.info("No table present to migrate table state to PB. returning..");
    }
    for (String table : tables) {

We need to return just after logging.

These are the tables whose stats are missing in data/files/tpcds-perf/metastore_export/csv/TAB_COL_STATS.txt:

catalog_returns
catalog_sales
inventory
store_returns
store_sales
web_returns
web_sales

Thanks to Jesus Camacho Rodriguez for discovering this issue.

Having defined CLIENT_CERT auth on HTTP management API with legacy security-realm causes that after requesting client cert, there is also required password.
This is regression in comparison to EAP 7.0 and EAP 7.1.0.DR7, as such marking as blocker.
For details how to reproduce see steps to reproduce

Expression that accesses a property having there second char upper cased are not found on the target object.
This is because a small bug in the property method matcher:
org.springframework.expression.spel.support.ReflectivePropertyAccessor#getPropertyMethodSuffix (L:368):

protected String getPropertyMethodSuffix(String propertyName) {
	if (propertyName.length() > 1 && Character.isUpperCase(propertyName.charAt(1))) {
		return propertyName;
	}
	else {
		return StringUtils.capitalize(propertyName);
	}
}

So this:

Character.isUpperCase(propertyName.charAt(1)))

Should become:

Character.isUpperCase(propertyName.charAt(0))

WsEndpoint.connect(WsConsumer) should connect to the WebSocket server in case this is not already done. 
The test case (WsProducerConsumerTest.java) only works, since the producer is connecting first and the consumer is using the same connection. If no producer is used, then no connection is created and the consumer will not receive any messages.
Suggestion:

  void connect(final WsConsumer wsConsumer)
  {
    this.consumers.add(wsConsumer);

    if (this.websocket == null || !this.websocket.isOpen())
    {
      this.connect();
    }
  }

I found regression in Wildfly 10.1 (10.0 and 11 CR1 also affected) - META-INF/services entries are accesible from war dependencies, even if not marked as "import"

I have an issue using FlatFileItemReader with a custom RecordSeparatorPolicy. The javadoc of RecordSeparatorPolicy#isEndOfRecord  tells 

Signal the end of a record based on the content of a line, being the latest line read from an input source. The input is what you would expect from BufferedReader.readLine() - i.e. no line separator character at the end. But it might have line separators embedded in it.
I would think the parameter is last read line from file. If I see the code of 
FlatFileItemReader#applyRecordSeparatorPolicy

while (line != null && !recordSeparatorPolicy.isEndOfRecord(record)) {

Actually this is not a line, this is whole record. It makes FlatFileItemReader unusable for my purposes. 

The code is complex. Here is a set of proposed changes, for trunk:
1) remove PingInputStream. if rpcTimeout > 0 it just rethrows the exception. I expect that we always have a rpcTimeout. So we can remove the code.
2) remove the sendPing: instead, just close the connection if it's not used for a while, instead of trying to ping the server.
3) remove maxIddle time: to avoid the confusion if someone has overwritten the conf.
4) remove shouldCloseConnection: it was more or less synchronized with closeException. Having a single variable instead of two avoids the synchro
5) remove lastActivity: instead of trying to have an exact timeout, just kill the connection after some time. lastActivity could be set to wrong values if the server was slow to answer.
6) hopefully, a better management of the exception; we don't use the close exception of someone else as an input for another one.  Same goes for interruption.
I may have something wrong in the code. I will review it myself again. Feedback welcome, especially on the ping removal: I hope I got all the use cases. 

ORC column bloom filters should only be written if the file format is 0.12+.
The older format should not write out the metadata streams for bloom filters.

When running either "ant deploy test" or just "ant test" from a newly checked out hive trunk (with HIVE-90 applied) the test suite fails to complete. Not because tests cases fail but because classes can't be found. I assume it has something to do with the order the different modules are compiled in before the tests are run.

Thrift supports List, Map and Struct complex types, which get mapped to Array, Map and Struct complex types in Hive respectively. However thrift Set type doesn't seem to be working. 
Here is an example thrift struct:

namespace java sample.thrift

struct setrow {
    1: required set<i32> ids,
    2: required string name,
}

A Hive table is created with ROW FORMAT SERDE 'org.apache.hadoop.hive.serde2.thrift.ThriftDeserializer' WITH SERDEPROPERTIES ('serialization.class'='sample.thrift.setrow', 'serialization.format'='org.apache.thrift.protocol.TBinaryProtocol').
Describing the table shows:

hive> describe settable; 
OK
ids                 	struct<>            from deserializer   
name                string              	from deserializer

Issuing a select query on set column throws SemanticException:

hive> select ids from settable;
FAILED: SemanticException java.lang.IllegalArgumentException: Error: name expected at the position 7 of 'struct<>' but '>' is found.

MAVEN_OPTS="-Xmx2048M -Xss128M -XX:MaxPermSize=2048M"
To reproduce: 

mvn clean -DskipTests=true -pl fraction-list install

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=2048M; support was removed in 8.0
Apache Maven 3.3.3 (7994120775791599e205a5524ec3e0dfe41d4a06; 2015-04-22T13:57:37+02:00)
Maven home: /Users/hbraun/dev/env/apache-maven-3.3.3
Java version: 1.8.0_74, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_74.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.12.3", arch: "x86_64", family: "mac"

N-way Joins in Tez produce bad runtime plans whenever they are left-outer joins with map-joins.
This is something which should have a safety setting.

This was added by Jason Dere in HIVE-8411. I don't fully understand the code (i.e. what it means when desc is null) but I'm sure, Jason, you can fix it without much trouble?

if (desc == null || !AlterTableDesc.doesAlterTableTypeSupportPartialPartitionSpec(desc.getOp())) {
  throw new SemanticException( ErrorMsg.ALTER_TABLE_TYPE_PARTIAL_PARTITION_SPEC_NO_SUPPORTED, desc.getOp().name());
        } else if (!conf.getBoolVar(HiveConf.ConfVars.DYNAMICPARTITIONING)) {
          throw new SemanticException(ErrorMsg.DYNAMIC_PARTITION_DISABLED);
        }

You check for whether desc is null but then use it to do desc.getOp().

Status Quo
The spring-test-mvc builds fine from the command line with Gradle; however, when Eclipse projects are created with the import-into-eclipse.sh script and the tests in spring-test-mvc are then executed within Eclipse, we run into classpath issues.
For example, if you execute MockMvcClientHttpRequestFactoryTests within Eclipse, you will see the following messages in the console:

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/Users/sbrannen/.gradle/caches/artifacts-15/filestore/org.slf4j/slf4j-jcl/1.6.1/jar/b5902b1ba8ec58a96140bb7445037b3512cc99bb/slf4j-jcl-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/Users/sbrannen/.gradle/caches/artifacts-15/filestore/org.slf4j/slf4j-log4j12/1.6.1/jar/bd245d6746cdd4e6203e976e21d597a46f115802/slf4j-log4j12-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Detected both jcl-over-slf4j.jar AND slf4j-jcl.jar on the class path, preempting StackOverflowError. 
SLF4J: See also http://www.slf4j.org/codes.html#jclDelegationLoop for more details.

And the test fails with the following stacktrace:

java.lang.ExceptionInInitializerError
	at org.slf4j.impl.StaticLoggerBinder.<init>(StaticLoggerBinder.java:82)
	at org.slf4j.impl.StaticLoggerBinder.<clinit>(StaticLoggerBinder.java:51)
	at org.slf4j.LoggerFactory.bind(LoggerFactory.java:121)
	at org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:111)
	at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:268)
	at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:241)
	at org.apache.commons.logging.impl.SLF4JLogFactory.getInstance(SLF4JLogFactory.java:155)
	at org.apache.commons.logging.impl.SLF4JLogFactory.getInstance(SLF4JLogFactory.java:131)
	at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:685)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.<clinit>(SpringJUnit4ClassRunner.java:91)
	at org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:31)
	at org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:24)
	at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:58)
	at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:29)
	at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:27)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.<init>(JUnit4TestReference.java:33)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestClassReference.<init>(JUnit4TestClassReference.java:25)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createTest(JUnit4TestLoader.java:48)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.loadTests(JUnit4TestLoader.java:38)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:452)
Caused by: java.lang.IllegalStateException: Detected both jcl-over-slf4j.jar AND slf4j-jcl.jar on the class path, preempting StackOverflowError. See also http://www.slf4j.org/codes.html#jclDelegationLoop for more details.
	at org.slf4j.impl.JCLLoggerFactory.<clinit>(JCLLoggerFactory.java:64)
	... 28 more

Analysis
As a result of work performed in conjunction with SPR-9421, all other modules that require SLF4J for tests now declare a dependency on slf4j-jcl; however, spring-test-mvc still declares test dependencies on jcl-over-slf4j and slf4j-log4j12. Furthermore, it appears that some dependency of spring-test-mvc pulls in a transitive dependency on jcl-over-slf4j:1.5.8 which may be the underlying source of the problem.

 Modify the Gradle build (i.e., the dependency management) so that the generated Eclipse .classpath for spring-test-mvc allows tests to run within Eclipse as well as from the command line with Gradle.

The @Lazy annotation is specified as an inheritable, which implies that it can be added to a base class and all of its subclasses will be lazy-initialized unless otherwise specified.  However, when a bean gets picked up using @ComponentScan, the annotation on the base class does not come into effect, and unless the subclass has also specified that it's @Lazy, it gets eagerly initialized.
See the attached source files for a demonstration.  The com.example.Config will scan for components in its own package, com.example.AbstractComponent is an abstract base class annotated as @Lazy, and com.example.MyComponent extends AbstractComponent and is marked as a @Component.  The expected behavior is that instantiating the application context for com.example.Config will not result in the afterPropertiesSet() method on com.example.MyComponent being invoked because it should be lazy.  However, you'll see that it does get invoked and prints out "Initialized!" to stdout.

With hive server2 configured with kerberos security, when a (map) join query is run, it results in failure with "GSSException: No valid credentials provided "

NullPointException is thrown for query that has multiple (greater than 3) inner joins. Stacktrace for 1.1.0

NullPointerException null
        at org.apache.hadoop.hive.ql.parse.ParseUtils.getIndex(ParseUtils.java:149)
        at org.apache.hadoop.hive.ql.parse.ParseUtils.checkJoinFilterRefersOneAlias(ParseUtils.java:166)
        at org.apache.hadoop.hive.ql.parse.ParseUtils.checkJoinFilterRefersOneAlias(ParseUtils.java:185)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.mergeJoins(SemanticAnalyzer.java:8257)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.mergeJoinTree(SemanticAnalyzer.java:8422)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9805)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9714)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10150)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10161)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10078)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:222)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:421)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:307)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1110)
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1104)
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:101)
        at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:172)
        at org.apache.hive.service.cli.operation.Operation.run(Operation.java:257)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:386)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:373)
        at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:271)
        at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:486)
        at org.apache.hive.service.cli.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1313)
        at org.apache.hive.service.cli.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1298)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:692)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:285)

.
However, the problem can also be reproduced in latest master branch. Further investigation shows that the following code (in ParseUtils.java) is problematic:

  static int getIndex(String[] list, String elem) {
    for(int i=0; i < list.length; i++) {
      if (list[i].toLowerCase().equals(elem)) {
        return i;
      }
    }
    return -1;
  }

The code assumes that every element in the list is not null, which isn't true because of the following code in SemanticAnalyzer.java (method genJoinTree()):

    if ((right.getToken().getType() == HiveParser.TOK_TABREF)
        || (right.getToken().getType() == HiveParser.TOK_SUBQUERY)
        || (right.getToken().getType() == HiveParser.TOK_PTBLFUNCTION)) {
      String tableName = getUnescapedUnqualifiedTableName((ASTNode) right.getChild(0))
          .toLowerCase();
      String alias = extractJoinAlias(right, tableName);
      String[] rightAliases = new String[1];
      rightAliases[0] = alias;
      joinTree.setRightAliases(rightAliases);
      String[] children = joinTree.getBaseSrc();
      if (children == null) {
        children = new String[2];
      }
      children[1] = alias;
      joinTree.setBaseSrc(children);
      joinTree.setId(qb.getId());
      joinTree.getAliasToOpInfo().put(
          getModifiedAlias(qb, alias), aliasToOpInfo.get(alias));
      // remember rhs table for semijoin
      if (joinTree.getNoSemiJoin() == false) {
        joinTree.addRHSSemijoin(alias);
      }
    } else {

.
Specifically, this code can result a null element as base source:

      }

This appears to be a regression from earlier release (0.14.1). However, it's unclear which commit caused this.

set hive.optimize.reducededuplication=true;
set hive.auto.convert.join=true;
explain select * from (select * from src distribute by key sort by key) a join src b on a.key = b.key;
fails with the following exception
java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.SelectOperator cannot be cast to org.apache.hadoop.hive.ql.exec.ReduceSinkOperator
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.convertMapJoin(MapJoinProcessor.java:313)
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.genMapJoinOpAndLocalWork(MapJoinProcessor.java:226)
	at org.apache.hadoop.hive.ql.optimizer.physical.CommonJoinResolver$CommonJoinTaskDispatcher.processCurrentTask(CommonJoinResolver.java:174)
	at org.apache.hadoop.hive.ql.optimizer.physical.CommonJoinResolver$CommonJoinTaskDispatcher.dispatch(CommonJoinResolver.java:287)
	at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.dispatch(TaskGraphWalker.java:111)
	at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.walk(TaskGraphWalker.java:194)
	at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.startWalking(TaskGraphWalker.java:139)
	at org.apache.hadoop.hive.ql.optimizer.physical.CommonJoinResolver.resolve(CommonJoinResolver.java:68)
	at org.apache.hadoop.hive.ql.optimizer.physical.PhysicalOptimizer.optimize(PhysicalOptimizer.java:72)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genMapRedTasks(SemanticAnalyzer.java:7019)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:7312)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:243)
	at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:48)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:430)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:337)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:889)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:255)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:212)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:403)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:671)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:554)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:156)
If hive.auto.convert.join is set to false, it produces an incorrect plan where the two halves of the join are processed in two separate map reduce tasks, and the reducers of these two tasks both contain the join operator resulting in an exception.

Executing a full-replace-deployment operation on a deployment deployed to a server in a managed domain will result a servers subsystem model to be an empty list.

According to RFC-2616, the syntax of Accept header is defined:

Accept         = "Accept" ":"
                        #( media-range [ accept-params ] )

media-range    = ( "*/*"
                        | ( type "/" "*" )
                        | ( type "/" subtype )
                        ) *( ";" parameter )  

A media type like "*/xml" is invalid. 
However, below call did not fail (should fail).
MediaType acceptType = org.springframework.http.MediaType.parseMediaTypes("*/xml");
And following call returned TRUE (should be false).
Boolean accpeted = acceptMediaType.includes(MediaType.APPLICATION_JSON);

The JmsEndpoint have a maximumBrowseSize option to limit the number of messages to browse back.
This option is not in use.

If a user does not have HDFS write permissions to the default database, and attempts to create a table in a private database to which the user does have permissions using CREATE TABLE AS SELECT from a table in the default database, the following happens:

create table grisha.blahblah as select * from some_table;
FAILED: SemanticException 0:0 Error creating temporary folder on: hdfs://nn.example.com/user/hive/warehouse. Error encountered near token 'TOK_TMP_FILE’

I've edited this issue because my initial explanation was completely bogus. A more likely explanation is in https://github.com/apache/hive/commit/1614314ef7bd0c3b8527ee32a434ababf7711278

 -                fname = ctx.getExternalTmpPath(
 +                fname = ctx.getExtTmpPathRelTo(  
    // and then something incorrect happens in getExtTmpPathRelTo()

In any event - the bug is that the location chosen for the temporary storage is not in the same place as the target table. It should be same as the target table (/user/hive/warehouse/grisha.db in the above example) because this is where presumably the user running the query would have write permissions to.

Define the following two mappings

@RequestMapping("/test")
public class TestController {

    @RequestMapping("/{foo}", method=RequestMethod.GET)
    public void foo() {
        System.out.println("Foo called");
    }

    @RequestMapping("/{bar}", method=RequestMethod.DELETE)
    public void bar() {
        System.out.println("Bar called");
    }
}

Try:

http GET /test/foo - this will work

Then try:

http DELETE /test/bar - this will fail with error "No path variable {bar} defined".

If you rename 
{bar}
 to 
{foo}
, both the GET and DELETE requests will work.

netty-all jar should be part of the llap tarball, as it requires it. Earlier it was part of the tez libs, but it was removed from there, so it must be added to it explicitly.

We should add a test case that includes a 0.11.0 ORC file to ensure compatibility for reading old ORC files is kept correct.

In recent tests, restore from s3a:// to local hdfs:// fails with "not supported file system". This is due to a bug in a code that creates instance of a file system being restored from.
Credits: Ted Yu, Gaurav Sharma

AbstractClientSockJsSession.close and in particular AbstractClientSockJsSession.close(CloseReason) do not propagate an IOException from the disconnect attempt to the caller, despite the intention in their signature. While internal close attempts need to swallow and log such exceptions, explicit API calls should propagate them as expected.

Using 'deploy --force' command on CLI batch mode fails and returns an error message: "Request is missing the address part."
Command

 jboss-cli.sh --connect --controller=127.0.0.1:9999 --user=admin --password=xxx --file="deploy.cli"

deploy.cli

batch
deploy --force ./jboss-ejb-in-ear.ear
run-batch

Full Error message
Failed to handle 'run-batch': org.jboss.as.cli.CommandFormatException: Request is missing the address part.: Request is missing the address part.
or
The batch failed with the following error (you are remaining in the batch editing mode to have a chance to correct the error): Request is missing the address part.

Expected message
The batch executed successfully

However, it's working in "WildFly 10 CLI interactive mode" and "JBoss AS 7 CLI batch" without error.
There is no adding "address" key in buildDeploymentReplace() of DeployHandler like below.
Even though on CLI batch mode it validates existence of "address" key in request with Util.validateRequest(), when 'run-batch' command execute in org.jboss.as.cli.handlers.batch.BatchRunHandler.doHandle()
-------------------------------------------------------------------------------------------

First deploy: add by org.jboss.as.cli.handlers.DeployHandler.buildDeploymentAdd()

{
    "address" => {"deployment" => "jboss-ejb-in-ear.ear"},
    "content" => [{"bytes" => bytes {
    ...
    }}]
}

After deploy: replace by org.jboss.as.cli.handlers.DeployHandler.buildDeploymentReplace()

{
    "operation" => "full-replace-deployment",
    "name" => "jboss-ejb-in-ear.ear",
    "enabled" => true,
    ...
    }}]
}

Expected by org.jboss.as.cli.handlers.DeployHandler.buildDeploymentReplace()

{
    ...
    }}]
}

We should allow a region to split successfully even if it does not yet have storefiles.

Min Zhou added a comment - 21/Jul/09 07:34 AM
It's very useful for us .
some comments:
   1. Can you implement it directly with Text ? Avoiding string decoding and encoding would be faster. Of course that trick may lead to another problem, as String.split uses a regular expression for splitting.
   2. getDisplayString() always return a string in lowercase.
[ Show » ]
Min Zhou added a comment - 21/Jul/09 07:34 AM It's very useful for us . some comments:
[ Permlink | « Hide ]
Namit Jain added a comment - 21/Jul/09 09:22 AM
Committed. Thanks Emil
[ Show » ]
Namit Jain added a comment - 21/Jul/09 09:22 AM Committed. Thanks Emil
Emil Ibrishimov added a comment - 21/Jul/09 10:48 AM
There are some easy (compromise) ways to optimize split:
1. Check if the regex argument actually contains some "regex specific characters" and if it doesn't, do a straightforward split without converting to strings.
2. Assume some default value for the second argument (for example - split(str) to be equivalent to split(str, ' ') and optimize for this value
3. Have two separate split functions - one that does regex and one that splits around plain text.
I think that 1 is a good choice and can be done rather quickly.
[ Show » ]
Emil Ibrishimov added a comment - 21/Jul/09 10:48 AM There are some easy (compromise) ways to optimize split: 1. Check if the regex argument actually contains some "regex specific characters" and if it doesn't, do a straightforward split without converting to strings. 2. Assume some default value for the second argument (for example - split(str) to be equivalent to split(str, ' ') and optimize for this value 3. Have two separate split functions - one that does regex and one that splits around plain text. I think that 1 is a good choice and can be done rather quickly.

Customer impact low. Problem occures when environment defines SEP environment variable. If this happens user can unset variable locally or use elytron subsystem for managing credential stores (alternative to elytron-tool script)
SEP for variable name is too general. It can happen running environment uses it for other purpose. Rename variable SEP in elytron-tool.* scripts (bat,ps1,sh) using namespace to ELYTRON_TOOL_SEP, as there are already variables using this namespace; ELYTRON_TOOL_RUNJAR, ELYTRON_TOOL_ADDONS.
Variable SEP is not used in any other script.

The command push-in --all throws a NullPointerException caused by the order in which metadata dependencies are gathered.
Modify PushInOperationsImpl to follow a specific order which allows a successful metadata dependency resolve between project classes.

HADOOP-11356 removes org.apache.hadoop.fs.permission.AccessControlException, causing build break on Hive when compiling against hadoop-2.7:

shims/0.23/src/main/java/org/apache/hadoop/hive/shims/Hadoop23Shims.java:[808,63] cannot find symbol
  symbol:   class AccessControlException
  location: package org.apache.hadoop.fs.permission
[INFO] 1 error

Seems HBASE-13328 wasn't quite sufficient.

015-06-02 05:49:23,578|beaver.machine|INFO|2828|7140|MainThread|15/06/02 05:49:23 WARN mapreduce.LoadIncrementalHFiles: Skipping non-directory hdfs://dal-pqc1:8020/tmp/192f21dd-cc89-4354-8ba1-78d1f228e7c7/LARGE_TABLE/_SUCCESS
2015-06-02 05:49:23,720|beaver.machine|INFO|2828|7140|MainThread|15/06/02 05:49:23 INFO hfile.CacheConfig: CacheConfig:disabled
2015-06-02 05:49:23,859|beaver.machine|INFO|2828|7140|MainThread|15/06/02 05:49:23 INFO mapreduce.LoadIncrementalHFiles: Trying to load hfile=hdfs://dal-pqc1:8020/tmp/192f21dd-cc89-4354-8ba1-78d1f228e7c7/LARGE_TABLE/0/00870fd0a7544373b32b6f1e976bf47f first=\x80\x00\x00\x00 last=\x80LK?
2015-06-02 05:50:32,028|beaver.machine|INFO|2828|7140|MainThread|15/06/02 05:50:32 INFO client.RpcRetryingCaller: Call exception, tries=10, retries=35, started=68154 ms ago, cancelled=false, msg=row '' on table 'LARGE_TABLE' at region=LARGE_TABLE,,1433222865285.e01e02483f30a060d3f7abb1846ea029., hostname=dal-pqc5,16020,1433222547221, seqNum=2
2015-06-02 05:50:52,128|beaver.machine|INFO|2828|7140|MainThread|15/06/02 05:50:52 INFO client.RpcRetryingCaller: Call exception, tries=11, retries=35, started=88255 ms ago, cancelled=false, msg=row '' on table 'LARGE_TABLE' at region=LARGE_TABLE,,1433222865285.e01e02483f30a060d3f7abb1846ea029., hostname=dal-pqc5,16020,1433222547221, seqNum=2
...
...
2015-06-02 05:01:56,121|beaver.machine|INFO|7800|2276|MainThread|15/06/02 05:01:56 ERROR mapreduce.CsvBulkLoadTool: Import job on table=LARGE_TABLE failed due to exception.
2015-06-02 05:01:56,121|beaver.machine|INFO|7800|2276|MainThread|java.io.IOException: BulkLoad encountered an unrecoverable problem
2015-06-02 05:01:56,121|beaver.machine|INFO|7800|2276|MainThread|at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.bulkLoadPhase(LoadIncrementalHFiles.java:474)
2015-06-02 05:01:56,122|beaver.machine|INFO|7800|2276|MainThread|at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.doBulkLoad(LoadIncrementalHFiles.java:405)
2015-06-02 05:01:56,122|beaver.machine|INFO|7800|2276|MainThread|at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.doBulkLoad(LoadIncrementalHFiles.java:300)
2015-06-02 05:01:56,122|beaver.machine|INFO|7800|2276|MainThread|at org.apache.phoenix.mapreduce.CsvBulkLoadTool$TableLoader.call(CsvBulkLoadTool.java:517)
2015-06-02 05:01:56,122|beaver.machine|INFO|7800|2276|MainThread|at org.apache.phoenix.mapreduce.CsvBulkLoadTool$TableLoader.call(CsvBulkLoadTool.java:466)
2015-06-02 05:01:56,122|beaver.machine|INFO|7800|2276|MainThread|at java.util.concurrent.FutureTask.run(FutureTask.java:266)
2015-06-02 05:01:56,122|beaver.machine|INFO|7800|2276|MainThread|at org.apache.phoenix.job.JobManager$InstrumentedJobFutureTask.run(JobManager.java:172)
2015-06-02 05:01:56,122|beaver.machine|INFO|7800|2276|MainThread|at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2015-06-02 05:01:56,124|beaver.machine|INFO|7800|2276|MainThread|at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2015-06-02 05:01:56,124|beaver.machine|INFO|7800|2276|MainThread|at java.lang.Thread.run(Thread.java:745)
...
...
...
2015-06-02 05:58:34,993|beaver.machine|INFO|2828|7140|MainThread|Caused by: org.apache.hadoop.hbase.client.NeedUnmanagedConnectionException: The connection has to be unmanaged.
2015-06-02 05:58:34,993|beaver.machine|INFO|2828|7140|MainThread|at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.getTable(ConnectionManager.java:724)
2015-06-02 05:58:34,994|beaver.machine|INFO|2828|7140|MainThread|at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.getTable(ConnectionManager.java:708)
2015-06-02 05:58:34,994|beaver.machine|INFO|2828|7140|MainThread|at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.getTable(ConnectionManager.java:542)
2015-06-02 05:58:34,994|beaver.machine|INFO|2828|7140|MainThread|at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles$4.call(LoadIncrementalHFiles.java:733)
2015-06-02 05:58:34,994|beaver.machine|INFO|2828|7140|MainThread|at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles$4.call(LoadIncrementalHFiles.java:720)
2015-06-02 05:58:34,994|beaver.machine|INFO|2828|7140|MainThread|at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:126)
2015-06-02 05:58:34,994|beaver.machine|INFO|2828|7140|MainThread|... 7 more
2015-06-02 05:58:35,000|beaver.machine|INFO|2828|7140|MainThread|15/06/02 05:58:35 INFO client.ConnectionManager$HConnectionImplementation: Closing zookeeper sessionid=0x14db2ae02800050
2015-06-02 05:58:35,006|beaver.machine|INFO|2828|7140|MainThread|15/06/02 05:58:35 INFO zookeeper.ZooKeeper: Session: 0x14db2ae02800050 closed
2015-06-02 05:58:35,007|beaver.machine|INFO|2828|7140|MainThread|15/06/02 05:58:35 INFO zookeeper.ClientCnxn: EventThread shut down

When I disable access log rotation by setting "rotate" attribute to false:

/subsystem=undertow/server=default-server/host=default-host/setting=access-log/:write-attribute(name=rotate,value=false)

The logfile keeps rotating - how tested in "Steps to Reproduce" section.

Shaded jars don't extract cleanly, even when working on a case-insensitive file system.

java.io.IOException: META-INF/license : could not create directory
	at sun.tools.jar.Main.extractFile(Main.java:934)
	at sun.tools.jar.Main.extract(Main.java:877)
	at sun.tools.jar.Main.run(Main.java:263)
	at sun.tools.jar.Main.main(Main.java:1177)
ERROR: can't extract '/Volumes/hbase-1.1.0RC0/hbase/dev-support/target/compatibility/2/hbase-shaded/hbase-shaded-server/target/hbase-shaded-server-1.1.0.jar'

There's no need to check them anyway, so don't bother.

When loading a coprocessor from hdfs, the jar file gets copied to a path on the local filesystem, which depends on the region name, and the region start key. The name is "cleaned", but not enough, so when you have filesystem unfriendly characters (/?:, etc), the coprocessor is not loaded, and an error is thrown

Currently, external tables replication, copies the data in directory level. So, if target directory exist, then DistCp should compare and update or skip data files in the directory instead of creating new directory inside pre-existing target directory.
This can be achieved using -update.
Also, -delete option is needed to delete the files missing in source directory but present in target.
Hive should mandate these DistCp options even if user passes other options.

conf/hbase-env.sh has the following line:
   export HBASE_OPTS="-ea -XX:+HeapDumpOnOutOfMemoryError -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode"
This should be
   export HBASE_OPTS="$HBASE_OPTS -ea -XX:+HeapDumpOnOutOfMemoryError -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode"

With the current code if an executor failure before the HFile is close it will cause problems.  This jira will have the files first write out to a file that starts with an underscore.  Then when the HFile is complete it will be renamed and the underscore will be removed.
The underscore is important because the load bulk functionality will skip files with an underscore.

The streaming mode for VectorGroupBy allocates a large number of arrays due to VectorKeyHashWrapper::duplicateTo()
Since the vectors can't be mutated in-place while a single batch is being processed, this operation can be cut by 1000x by allocating a streaming key at the end of the loop, instead of reallocating within the loop.

      for(int i = 0; i < batch.size; ++i) {
        if (!batchKeys[i].equals(streamingKey)) {
          // We've encountered a new key, must save current one
          // We can't forward yet, the aggregators have not been evaluated
          rowsToFlush[flushMark] = currentStreamingAggregators;
          if (keysToFlush[flushMark] == null) {
            keysToFlush[flushMark] = (VectorHashKeyWrapper) streamingKey.copyKey();
          } else {
            streamingKey.duplicateTo(keysToFlush[flushMark]);
          }

          currentStreamingAggregators = streamAggregationBufferRowPool.getFromPool();
          batchKeys[i].duplicateTo(streamingKey);
          ++flushMark;
        }

The duplicateTo can be pushed out of the loop since there only one to truly keep a copy of is the last unique key in the VRB.
The actual byte[] values within the keys are safely copied out by - VectorHashKeyWrapperBatch.assignRowColumn() which calls setVal() and not setRef().

ZipFile.BoundedInputStream.read() always increments loc, even if no bytes are read.
However ZipFile.BoundedInputStream.read(byte[] b, int off, int len) only increments the field if some bytes were read.
This looks wrong.

I'm trying to play with Spring-boot camel and metrics to expose dashboard. 
Hawtio is a great tools to check what it's going on at runtime but no persistence is done. We would like to persist statistics in prometheus by example. 
I configure camel context with MetricsMessageHistoryFactory as: 
    MetricsMessageHistoryFactory metricsMessageHistoryFactory = new MetricsMessageHistoryFactory(); 
    metricsMessageHistoryFactory.setMetricsRegistry(metricRegistry); 
    camelContext.setMessageHistoryFactory(metricsMessageHistoryFactory); 
where metricRegistry is injected with: 
  /** 

Srping Boot metrics
   */ 
  @Autowired 
  private MetricRegistry metricRegistry; 

Everything is ok until I passed in OnExceptionRoute. It seems that the routeId is set to Null in this case and generate a NPE (line MetricsMessageHistoryFactory:138) in the exception route. Route causing the NPE:
onException(NoAttachmentToProcessException.class) 
        .routeId(RouteIds.TECHNICAL_ERROR_HANDLING.routeId()) 
        .log(LoggingLevel.ERROR,"TECHNICAL ERROR: ${exchangeProperty.CamelExceptionCaught}") 

The following code in CommonAnnotationBeanPostProcessor.java effectively ignores "shareable" flag on @Resource annotation:

private class ResourceElement extends LookupElement {
    protected boolean shareable = true;

    public ResourceElement(Member member, PropertyDescriptor pd) {
        super(member, pd);
    }
    
    @Override
    protected void initAnnotation(AnnotatedElement ae) {
        // ...
        this.shareable = resource.shareable();
    }
}

The problem is that initAnnotation() is called from super, thus the field default is assigned later.

// 
Query withOutOptions = query(where("firstName").regex("\\bpattern\\b"));
Query withOptions = query(where("firstName").regex("\\bpattern\\b","iu"));
assertThat(withOutOptions, is(withOptions)); //will pass

Above assertion will be true because isEqual method used in equals of org.springframework.data.mongodb.core.query.Criteria not considering Pattern options to comapre
 
See comments for the solution i have implemented and will create pull request for that

Suppose T is a partitioned table on ds, where ds is a string column, the following queries:
 SELECT a.* FROM T a WHERE a.ds=2008-09-08 LIMIT 1;
 SELECT a.* FROM T a WHERE a.ds=2008-11-10 LIMIT 1;
return the first row from the first partition.
This is because of the typecast to double.
for a.ds=2008-01-01 or anything (a.ds=1),
 evaluate (Double, Double) is invoked at partition pruning.
Since '2008-11-01' is not a valid double, it is converted to a null, and therefore the result of pruning returns null (unknown) - not FALSE.
All unknowns are also accepted, therefore all partitions are accepted which explains this behavior.
filter is not invoked since it is a select * query, so map-reduce job is started.
We just turn off this optimization if pruning indicates that there can be unknown partitions. 

I'm working through some of my old examples from the prior version and tracking classes that have been renamed or removed and one that I found gone is AbstractItemWriter but its mentioned a few times in the docs.  (I'm working from the word / pdf doc that Lucas sent through for review).  I see "public class CustomItemWriter extends AbstractItemWriter implements " and a reference in the appendix.

Help avoid man-in-the-middle attack problems during builds by using http.

Did noone run javadoc on this patch?
 [javadoc] C:\workspace\HBase-test\src\java\org\apache\hadoop\hbase\mapred\GroupingTableMap.java:91: warning - Tag @see: can't find map(org.apache.hadoop.hbase.HStoreKey, org.apache.hadoop.io.MapWritable, org.apache.hadoop.mapred.OutputCollector, org.apache.hadoop.mapred.Reporter) in org.apache.hadoop.hbase.mapred.TableMap
[javadoc] C:\workspace\HBase-test\src\java\org\apache\hadoop\hbase\mapred\IdentityTableMap.java:47: warning - Tag @see: can't find map(org.apache.hadoop.hbase.HStoreKey, org.apache.hadoop.io.MapWritable, org.apache.hadoop.mapred.OutputCollector, org.apache.hadoop.mapred.Reporter) in org.apache.hadoop.hbase.mapred.TableMap
[javadoc] C:\workspace\HBase-test\src\java\org\apache\hadoop\hbase\mapred\TableInputFormat.java:58: warning - Tag @see: reference not found: org.apache.hadoop.hbase.HAbstractScanner for column name wildcards
[javadoc] C:\workspace\HBase-test\src\java\org\apache\hadoop\hbase\regionserver\HAbstractScanner.java:205: warning - Tag @see: can't find next(org.apache.hadoop.hbase.HStoreKey, java.util.SortedMap) in org.apache.hadoop.hbase.HScannerInterface
[javadoc] C:\workspace\HBase-test\src\java\org\apache\hadoop\hbase\regionserver\HRegion.java:713: warning - @return tag has no arguments.
[javadoc] C:\workspace\HBase-test\src\java\org\apache\hadoop\hbase\regionserver\HRegionServer.java:993: warning - Tag @link: reference not found: Flusher

persistence setup --provider HIBERNATE --database POSTGRES 
It appears that the persistence setup does not set the hibernate.dialect in the persistence.xml
Manually override 
    <property name="hibernate.dialect" value="org.hibernate.dialect.PostgreSQLDialect"/>
is the work around.
I found the problem when playing with the pet clinic and moved it from In Mem DB to Postgres.

When doStart is called on ConsulEventConsumer it first calls doStart of a superclass AbstractConsulConsumer when scheduledExecutorService is not initialized yet.
EventWatcher run is allowed. Thus EventWatcher.watch is called with uninitialized scheduledExecutorService and failing with NPE.

 Caused by: java.lang.NullPointerException: null
         at org.apache.camel.component.consul.endpoint.ConsulEventConsumer$EventWatcher.watch(ConsulEventConsumer.java:76)
         at org.apache.camel.component.consul.endpoint.ConsulEventConsumer$EventWatcher.watch(ConsulEventConsumer.java:68)
         at org.apache.camel.component.consul.endpoint.AbstractConsulConsumer$AbstractWatcher.run(AbstractConsulConsumer.java:96)
         at org.apache.camel.component.consul.endpoint.AbstractConsulConsumer.doStart(AbstractConsulConsumer.java:56)
         at org.apache.camel.component.consul.endpoint.ConsulEventConsumer.doStart(ConsulEventConsumer.java:54)
         at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61)
         at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:3705)
         at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRouteConsumers(DefaultCamelContext.java:4023)
         at org.apache.camel.impl.DefaultCamelContext.doStartRouteConsumers(DefaultCamelContext.java:3958)
         at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:3878)
         at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:3642)
         at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:3494)
         at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:209)
         at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:3253)
         at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:3249)
         at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:3272)
         at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:3249)
         at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:3165)
         at org.apache.camel.spring.SpringCamelContext.start(SpringCamelContext.java:133)
		 ...

Null pointer is possible in method RepositoryFactoryBeanSupport ::  getPersistentEntity()

/*
 * (non-Javadoc)
 * @see org.springframework.data.repository.core.support.RepositoryFactoryInformation#getPersistentEntity()
 */
public PersistentEntity<?, ?> getPersistentEntity() {

   return mappingContext.orElseThrow(() -> new IllegalStateException("No MappingContext available!"))
         .getRequiredPersistentEntity(repositoryMetadata.getDomainType());
}

In case if mappingContext is null. This variable is Optional and has to be set to Optional.empty(), but we are setting it in the setter only. So, we have to add = Optional.empty(); to mappingContext definition as we have for var customImplementation and repositoryBaseClass

public abstract class RepositoryFactoryBeanSupport<T extends Repository<S, ID>, S, ID>
      implements InitializingBean, RepositoryFactoryInformation<S, ID>, FactoryBean<T>, BeanClassLoaderAware,
      BeanFactoryAware, ApplicationEventPublisherAware {

   private final Class<? extends T> repositoryInterface;

   private RepositoryFactorySupport factory;
   private Key queryLookupStrategyKey;
   private Optional<Class<?>> repositoryBaseClass = Optional.empty();
   private Optional<Object> customImplementation = Optional.empty();
   private Optional<RepositoryFragments> repositoryFragments = Optional.empty();
   private NamedQueries namedQueries;
   private Optional<MappingContext<?, ?>> mappingContext = Optional.empty();
   private ClassLoader classLoader;
   private BeanFactory beanFactory;
   private boolean lazyInit = false;
   private Optional<QueryMethodEvaluationContextProvider> evaluationContextProvider = Optional.empty();
   private ApplicationEventPublisher publisher;

1. Original SQL:

select
    percentile_approx(
        column0,
        array(0.50, 0.70, 0.90, 0.95, 0.99)
    )
from
    my_table
where
    date = '20170207'
    and column1 = 'value1'
    and column2 = 'value2'
    and column3 = 'value3'
    and column4 = 'value4'
    and column5 = 'value5'

2. Exception StackTrace:

Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":{"_col0":[0.0,10000.0]}} at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:256) at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:453) at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:401) at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:163) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:422) at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1671) at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:158) Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":{"_col0":[0.0,10000.0]}} at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:244) ... 7 more Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.IndexOutOfBoundsException: Index: 2, Size: 2 at org.apache.hadoop.hive.ql.exec.GroupByOperator.process(GroupByOperator.java:766) at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:235) ... 7 more Caused by: java.lang.IndexOutOfBoundsException: Index: 2, Size: 2 at java.util.ArrayList.rangeCheck(ArrayList.java:653) at java.util.ArrayList.get(ArrayList.java:429) at org.apache.hadoop.hive.ql.udf.generic.NumericHistogram.merge(NumericHistogram.java:134) at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFPercentileApprox$GenericUDAFPercentileApproxEvaluator.merge(GenericUDAFPercentileApprox.java:318) at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.aggregate(GenericUDAFEvaluator.java:188) at org.apache.hadoop.hive.ql.exec.GroupByOperator.updateAggregations(GroupByOperator.java:612) at org.apache.hadoop.hive.ql.exec.GroupByOperator.processAggr(GroupByOperator.java:851) at org.apache.hadoop.hive.ql.exec.GroupByOperator.processKey(GroupByOperator.java:695) at org.apache.hadoop.hive.ql.exec.GroupByOperator.process(GroupByOperator.java:761) ... 8 more

3. review data:

select
    column0
from
    my_table
where

After run this sql, we found the result is NULL.
4. what's the meaning of [0.0, 10000.0] in stacktrace?
In GenericUDAFPercentileApproxEvaluator, the method `merge` should process an ArrayList which name is partialHistogram. Normally, the basic structure of partialHistogram is [npercentiles, percentile0, percentile1..., nbins, bin0.x, bin0.y, bin1.x, bin1.y,...]. However, if we process NULL(empty set) column values, the partialHistoram will only contains [npercentiles(0), nbins(10000)]. That's the reason why the stacktrace shows a strange row data: {"key":{},"value":{"_col0":[0.0,10000.0]}}
Before we call histogram#merge (on-line hisgoram algorithm from paper: http://www.jmlr.org/papers/volume11/ben-haim10a/ben-haim10a.pdf ), the partialHistogram should remove elements which store percentiles like `partialHistogram.subList(0, nquantiles+1).clear();`. In the case of empty set, GenericUDAFPercentileApproxEvaluator will not remove percentiles. Consequently, NumericHistogram will merge a list which contains only 2 elements([0, 10000.0]) and throws IndexOutOfBoundsException. 

I sometimes get #testGroupOrSplitWhenRegionHoleExistsInMeta to error out on me because of a TableNotFoundException. Fix is pretty simple and will involve a little bit of test refactoring to get rid of some duplicate behavior that's done better in HBaseTestingUtility anyway.

The spring-aspects-3.2.M1-sources.jar does not contain the *.aj files in it as was done in previous versions (i.e. spring-aspects-3.2.1.RELEASE-sources.jar). Refer to /org/springframework/transaction/aspectj/AnnotationTransactionAspect.aj of the previous links for an example of a missing *aj file.
The *.aj files should be included in the sources jars.

While debugging other issues, I found that ReplicationAdmin.ReplicationStatusTracker is doing a ZK request every time a znode changes. Also reading the replication state shouldn't go to ZK if we already maintain a local variable that's updated with the tracker.

A deadlock occurs in my application while one thread performs a query on a mongo db, causing an application event to be fired, while another thread attempts to create a bean with an AutowireCapableBeanFactory.
This happens in the constructor of a @Service and prevents the startup of the entire application as the service is created on startup.
Pseudocode:

@Service
public class MyService {

    public MyService(AutowireCapableBeanFactory factory, TaskScheduler scheduler) {
        MyFirstCommand command1 = factory.getBean(MyFirstCommand.class);
        scheduler.schedule(command1, new Date());

        MySecondCommand command2 = factory.getBean(MySecondCommand.class);
        scheduler.schedule(command2, new Date());
    }
}

public class MyFirstCommand extends Runnable {

    @Autowired MongoOperations mongo;

    @Override
    public void run() {
       mongo.findById("some-id", MyData.class); 
    }
}

Note that i have some AbstractMongoEventListeners registered as @Components.
The deadlock occurs while one thread in MyFirstCommand.run() performs mongo.findById(). The other thread is in the constructor of MyService performing factory.getBean(MySecondCommand.class):

Java stack information for the threads listed above:
===================================================
"pool-1-thread-1":
at org.springframework.context.event.AbstractApplicationEventMulticaster.getApplicationListeners(AbstractApplicationEventMulticaster.java:179)
- waiting to lock <0x00000000816d0970> (a java.util.concurrent.ConcurrentHashMap)
at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:127)
at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:381)
at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:335)
at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:326)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:179)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:139)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:66)
at org.springframework.data.mongodb.core.MongoTemplate.determineCollectionName(MongoTemplate.java:1976)
at org.springframework.data.mongodb.core.MongoTemplate.findById(MongoTemplate.java:607)

"main":
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x0000000081ed8468> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireShared(AbstractQueuedSynchronizer.java:967)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireShared(AbstractQueuedSynchronizer.java:1283)
at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lock(ReentrantReadWriteLock.java:727)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:160)
at org.springframework.data.mongodb.repository.support.MongoRepositoryFactory.getEntityInformation(MongoRepositoryFactory.java:118)
at org.springframework.data.mongodb.repository.support.MongoRepositoryFactory.getTargetRepository(MongoRepositoryFactory.java:92)
at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:185)
at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.initAndReturn(RepositoryFactoryBeanSupport.java:251)
at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.afterPropertiesSet(RepositoryFactoryBeanSupport.java:237)
at org.springframework.data.mongodb.repository.support.MongoRepositoryFactoryBean.afterPropertiesSet(MongoRepositoryFactoryBean.java:108)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1637)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1574)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:545)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482) 

The application has changed recently so that creating and scheduling the commands now happens in the constructor of MyService. Before, they were triggered in a public method of MyService which was called by a @PostConstruct _ method of the _@Configuration class. I didn't get the deadlock then. Even now, i get the deadlock on one host every single time, on another host, i haven't encountered it.
This might be a very dangerous deadlock if it could occur anytime one thread fires an application event while another creates a bean. I can work around this for now by first creating all runnable beans before scheduling them, but there is really no way for me to prevent these two things happening simultaneously.
This was first posted on StackOverflow.

I've discovered TwitterErrorHandler does not handle when the user has exceeded their daily status update limit (or part thereof) as determined by Twitter. Whenever a HttpStatus.FORBIDDEN status code is returned; duplicate status; status too long; and invalid recipient are checked before throwing a general OperationNotPermittedException. However the text "User is over daily status update limit" is not checked which should result in a RateLimitExceeded exception being thrown. 
Adding this exception would make it consistent with the spring-social-facebook. 

The test case testInsertOverwriteForPartitionedMmTable in TestTxnCommandsForMmTable.java and TestTxnCommandsForOrcMmTable.java fails with a java.lang.AssertionError on ppc arch.
Maven command used is mvn -Dtest=TestTxnCommandsForMmTable test
The test case fails as the listStatus function of the FileSystem does not guarantee to return the List of files/directories status in a sorted order.
Error :

[INFO] Running org.apache.hadoop.hive.ql.TestTxnCommandsForMmTable
[ERROR] Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 125.463 s <<< FAILURE! - in org.apache.hadoop.hive.ql.TestTxnCommandsForMmTable
[ERROR] testInsertOverwriteForPartitionedMmTable(org.apache.hadoop.hive.ql.TestTxnCommandsForMmTable)  Time elapsed: 13.57 s  <<< FAILURE!
java.lang.AssertionError
        at org.junit.Assert.fail(Assert.java:86)
        at org.junit.Assert.assertTrue(Assert.java:41)
        at org.junit.Assert.assertTrue(Assert.java:52)
        at org.apache.hadoop.hive.ql.TestTxnCommandsForMmTable.testInsertOverwriteForPartitionedMmTable(TestTxnCommandsForMmTable.java:296)

SubclassClassifier should use ConcurrentHashMap, otherwise there can be concurrent modification exceptions when it is used concurrently.

In case of assign from EnableTableHandler table state is ENABLING. Any how EnableTableHandler will set ENABLED after assigning all the the table regions. If we try to set to ENABLED directly then client api may think ENABLE table is completed. When we have a case like all the regions are added directly into META and we call assignRegion then we need to make the table ENABLED.  Hence in such case the table will not be in ENABLING or ENABLED state.

The Roo git plugin is failing to install for me and others. The process I followed in 2 environments:
STEPS - in Ubuntu 64 with STS 1.2.1

installed git plugin, did not get any error message
"git setup" seemed to work ok
git commands like "git commit all .." gave message "Command 'git commit all' was found but is not currently available"
tried "git setup" again, got message "Repository already exists: ./.git"
did "! ls ./.git" and was told dir does not exist, which was correct
googled problem and found 2 people has same problem more than a year ago http://www.poornerd.com/2011/03/15/u...the-git-addon/, but no answer and no other mentions at all
created a git repository using the SIT / Eclipse GIT functions. Moved the .git directory under my project.
git commands like "git commit all .." now ran with no message, but nothing is being committed

STEPS in Windows 7 64 with Roo 1.2.2
roo> addon install id --searchResultId 02
roo> 
roo> Target resource(s):
-------------------
   Spring Roo - Addon - GIT (1.2.2.RELEASE)
Required resource(s):
   Spring Roo - Wrapping - jsch (0.1.42.0010)
   Spring Roo - Wrapping - jgit (0.12.1.0010)
Deploying...done.
roo> 
roo> 
roo> git setup
Git support not available
roo> git setup 
Repository already exists: .\.git
roo> git push 

select x from (select value as x from src union all select NULL as x from src)a;
This query produces all nulls, where value is a string column.
Notably, 
select x from (select key as x from src union all select NULL as x from src)a;
where key is a string, but can be cast to a double, the query returns correct results.

org.jboss.as.test.integration.naming.RebindTestCase creates 2 bindings but removes only one of them at the end of the test. I'd suggest removing all created bindings.

I use AmqpAppender to log messages to RabbitMQ. I have a custom layout which converts data to JSON. Even though my layout handles ThrowableInformation, AmqpAppender re-appends ThrowableInformation and is messing up the message body. I use org.springframework.amqp spring-rabbit 1.2.0.RELEASE.
Please find log4j.xml and my custom Layout class SimpleJsonLayout attached.
Fix is to add just the first line below in AmqpAppender.EventSender.run()

if (layout.ignoresThrowable())
{

if (null != logEvent.getThrowableInformation()) {
						ThrowableInformation tinfo = logEvent.getThrowableInformation();
						for (String line : tinfo.getThrowableStrRep()) {
							msgBody.append(String.format("%s%n", line));
						}
					}
}

PFA java project with log4j.xml. Please set values for AMQPAppender in Log4j.xml and run Test.class to reproduce error.

The if stmt looks at the wrong index for the lower case variant...

Hi,
Using v1.0.0.M5 of oauth2 library, I am trying to do a FQL (Facebook Query Language) based request, which looks like this:

String fql = "SELECT uid2 FROM friend WHERE uid1=me()"

oauth2RestTemplate.getForObject("https://graph.facebook.com/fql?q={q}", ObjectNode, [q: fql])

Doing it throws the following exception:

java.lang.IllegalArgumentException: Could not parse URI
    org.springframework.security.oauth2.client.http.OAuth2ClientHttpRequestFactory.appendQueryParameter(OAuth2ClientHttpRequestFactory.java:111)
    org.springframework.security.oauth2.client.http.OAuth2ClientHttpRequestFactory.createRequest(OAuth2ClientHttpRequestFactory.java:66)
    org.springframework.http.client.support.HttpAccessor.createRequest(HttpAccessor.java:76)
    org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:434)
    org.springframework.web.client.RestTemplate.execute(RestTemplate.java:401)
    org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:199)
    ....

I tried to debug a little, and it's related to this piece of code

protected URI appendQueryParameter(URI uri, OAuth2AccessToken accessToken) {
    ....
    String query = uri.getQuery();
    ....
    URI update = new URI(uri.getScheme(), uri.getUserInfo(), uri.getHost(), uri.getPort(), uri.getPath(), null, null);
    // now add the encoded query string and the then fragment
    StringBuffer sb = new StringBuffer(update.toString());
    sb.append("?");
    sb.append(query);
    ....
    return new URI(sb.toString());
    ....
}

The uri.getQuery() returns the decoded query part. In the FQL query I do above, the URI that comes into this method has it properly encoded, but this method decodes it by doing uri.getQuery() and then append the access token to it. So finally it tries to make a URI that has FQL string that is not URL encoded, and hence the exception.
I guess it should have used URI.getRawQuery(), which returns the query portion, as is (non-decoded).
I see that the latest codebase has this portion completely revamped, as I couldn't find this buggy class in the latest codebase. Even if it is not possible to provide a fix for 1.0.0.M5, request you to check if such scenarios are currently handled appropriately.

In HBaseInterClusterReplicationEndpoint#replicate we try to replicate in batches. We create N lists. N is the minimum of configured replicator threads, number of 100-waledit batches, or number of current sinks. Every pending entry in the replication context is then placed in order by hash of encoded region name into one of these N lists. Each of the N lists is then sent all at once in one replication RPC. We do not test if the sum of data in each N list will exceed RPC size limits. This code presumes each individual edit is reasonably small. Not checking for aggregate size while assembling the lists into RPCs is an oversight and can lead to replication failure when that assumption is violated.
We can fix this by generating as many replication RPC calls as we need to drain a list, keeping each RPC under limit, instead of assuming the whole list will fit in one.

After recent refactoring of backup code, cancel command is no longer applicable since there is no server procedure performing backup / restore.
This issue is to remove cancel command from BackupCommands.java

Currently it appears that internalFlushCache writes directly to the target spot of the flushed data. The finally() block appends the metadata and closes the file as if nothing bad went wrong in case of an exception. This is really bad, since it means that an IOE in the middle of flushing cache could easily write a valid looking file with only half the data, which would then prevent us from recovering those edits during log replay.
Instead, it should flush to a tmp location and move it into the region dir only after it's successfully written.

At the moment the raw authorization ID is compared against the current authenticated principal, however we need to be comparing the result of name rewriting as applied to the authorization ID as this is the identity we will try and run as.

mvn -Pgenerate-pojos clean install throws many compilation errors like this: 

[ERROR] /home/jkasztur/repos/jenkins-jobs/fuse-server/quickstarts/camel/camel-salesforce/target/generated-sources/camel-salesforce/org/apache/camel/salesforce/dto/Cheese__c_MilkEnum.java:[7,40] package com.fasterxml.jackson.annotation does not exist

and this:

[ERROR] /home/jkasztur/repos/jenkins-jobs/fuse-server/quickstarts/camel/camel-salesforce/target/generated-sources/camel-salesforce/org/apache/camel/salesforce/dto/Cheese__c_MilkEnum.java:[28,6] cannot find symbol
  symbol:   class JsonValue
  location: class org.apache.camel.salesforce.dto.Cheese__c_MilkEnum

last error:

Exception in thread "pool-1-thread-1" java.lang.NoClassDefFoundError: org/apache/logging/log4j/message/ParameterizedMessage
	at org.apache.logging.log4j.message.ParameterizedNoReferenceMessageFactory.newMessage(ParameterizedNoReferenceMessageFactory.java:104)
	at org.apache.logging.log4j.message.AbstractMessageFactory.newMessage(AbstractMessageFactory.java:75)
	at org.apache.logging.log4j.spi.AbstractLogger.logMessage(AbstractLogger.java:2010)
	at org.apache.logging.log4j.spi.AbstractLogger.logIfEnabled(AbstractLogger.java:1884)
	at org.apache.logging.log4j.spi.AbstractLogger.error(AbstractLogger.java:793)
	at org.apache.logging.log4j.core.util.DefaultShutdownCallbackRegistry.run(DefaultShutdownCallbackRegistry.java:76)
Caused by: java.lang.ClassNotFoundException: org.apache.logging.log4j.message.ParameterizedMessage
	at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
	at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271)
	at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247)
	at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239)
	... 7 more

I run the same quickstart on 6.3.0.redhat-224 build three weeks ago and it was working. When I run it now, I get the same compilation error as with build 237

Unit tests for camel-cmis are under package org.apache.camel.componenet instead of org.apache.camel.component
Actions:
1) Rename folder src/test/java/org/apache/camel/componenet to src/test/java/org/apache/camel/component/
2) Fix the package name in each unit test
Affected version: 2.12-SNAPSHOT and before

ReplicationSource will rechoose sinks when encounted exceptions during skipping edits to the current sink. But if the  zookeeper client for peer cluster go to AUTH_FAILED state, the ReplicationSource will always get  AuthFailedException. The ReplicationSource does not reconnect  the peer, because reconnectPeer only handle ConnectionLossException and SessionExpiredException. As a result, the replication will print log: 

2014-01-14,12:07:06,892 INFO org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Getting 0 rs from peer cluster # 20
2014-01-14,12:07:06,892 INFO org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Slave cluster looks down: 20 has 0 region servers
and be blocked forever.
I think other places may have same problems for not handling AuthFailedException in zookeeper. eg: HBASE-8675.
Andrew Purtell

hql > asdfasdf;
hql > exit;

Should at least print message saying statement invalid.

When I try to run it the windows asks If I want to run it because it is from unverified source.. I hit yes and then it says: "This app cant run on your PC, To find a version for your PC, check with the software publisher"
However, when I download the latest winsw.exe from github (WinSW-1.17-beta.2) and rename the karaf-service-win.xml to winsw.xml then it works correctly

case-sensitive attribute with default value to false introduced in DR16 is making problem using kerberos authentication.

WFLYELY00918: Invalid user name 'jduke@JBOSS.ORG' because the realm fileSystemRealm only supports lower case alias names

It is common to have uppercase realm name in kerberos authentication. User can workaround issue, but it is really unexpected to not work out of box.

case-sensitive = true
use principal-transformer 'jduke@JBOSS.ORG' -> 'jduke'

    "case-sensitive" => {
        "type" => BOOLEAN,
        "description" => "Case sensitivity of the properties realm. If case insensitive only lower usernames are allowed.",
        "expressions-allowed" => false,
        "required" => false,
        "nillable" => true,
        "default" => false,
        "access-type" => "read-write",
        "storage" => "configuration",
        "restart-required" => "resource-services"
    }

When the web client receives an empty array JSON as response a MismatchedInputException occurs.
In the following project https://github.com/gilbertojrequena/web-reactive-test you can find the example code.
Here the falling test https://github.com/gilbertojrequena/web-reactive-test/blob/master/src/test/java/com/gilbertojrequena/reactive/service/FooServiceTest.java#L37

org.springframework.core.codec.DecodingException: JSON decoding error: No content to map due to end-of-input; nested exception is com.fasterxml.jackson.databind.exc.MismatchedInputException: No content to map due to end-of-input
 at [Source: (io.netty.buffer.ByteBufInputStream); line: 1, column: 0]))

	at reactor.test.DefaultStepVerifierBuilder.failPrefix(DefaultStepVerifierBuilder.java:2114)
	at reactor.test.DefaultStepVerifierBuilder.fail(DefaultStepVerifierBuilder.java:2110)
	at reactor.test.DefaultStepVerifierBuilder.lambda$expectComplete$3(DefaultStepVerifierBuilder.java:199)
	at reactor.test.DefaultStepVerifierBuilder$SignalEvent.test(DefaultStepVerifierBuilder.java:1855)
	at reactor.test.DefaultStepVerifierBuilder$DefaultVerifySubscriber.onSignal(DefaultStepVerifierBuilder.java:1241)
	at reactor.test.DefaultStepVerifierBuilder$DefaultVerifySubscriber.onExpectation(DefaultStepVerifierBuilder.java:1186)
	at reactor.test.DefaultStepVerifierBuilder$DefaultVerifySubscriber.onError(DefaultStepVerifierBuilder.java:858)
	at reactor.core.publisher.MonoFlatMapMany$FlatMapInner.onError(MonoFlatMapMany.java:234)
	at reactor.core.publisher.FluxMap$MapSubscriber.onError(FluxMap.java:120)
	at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:104)
	at reactor.core.publisher.FluxFlatMap$FlatMapMain.drainLoop(FluxFlatMap.java:608)
	at reactor.core.publisher.FluxFlatMap$FlatMapMain.drain(FluxFlatMap.java:487)
	at reactor.core.publisher.FluxFlatMap$FlatMapInner.onSubscribe(FluxFlatMap.java:896)
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:89)
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:54)
	at reactor.core.publisher.FluxFlatMap$FlatMapMain.onNext(FluxFlatMap.java:380)
	at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:108)
	at reactor.ipc.netty.channel.FluxReceive.drainReceiver(FluxReceive.java:207)
	at reactor.ipc.netty.channel.FluxReceive.onInboundNext(FluxReceive.java:322)
	at reactor.ipc.netty.channel.ChannelOperations.onInboundNext(ChannelOperations.java:316)
	at reactor.ipc.netty.http.client.HttpClientOperations.onInboundNext(HttpClientOperations.java:581)
	at reactor.ipc.netty.channel.ChannelOperationsHandler.channelRead(ChannelOperationsHandler.java:125)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:310)
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:297)
	at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:413)
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:265)
	at io.netty.handler.logging.LoggingHandler.channelRead(LoggingHandler.java:241)
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1334)
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:926)
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:134)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:644)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:579)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:496)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:458)
	at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
	Suppressed: org.springframework.core.codec.DecodingException: JSON decoding error: No content to map due to end-of-input; nested exception is com.fasterxml.jackson.databind.exc.MismatchedInputException: No content to map due to end-of-input
 at [Source: (io.netty.buffer.ByteBufInputStream); line: 1, column: 0]
		at org.springframework.http.codec.json.Jackson2JsonDecoder.lambda$decodeInternal$0(Jackson2JsonDecoder.java:124)
		at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:100)
		... 38 more
	Caused by: com.fasterxml.jackson.databind.exc.MismatchedInputException: No content to map due to end-of-input
		at com.fasterxml.jackson.databind.exc.MismatchedInputException.from(MismatchedInputException.java:58)
		at com.fasterxml.jackson.databind.DeserializationContext.reportInputMismatch(DeserializationContext.java:1320)
		at com.fasterxml.jackson.databind.ObjectReader._initForReading(ObjectReader.java:356)
		at com.fasterxml.jackson.databind.ObjectReader._bindAndClose(ObjectReader.java:1598)
		at com.fasterxml.jackson.databind.ObjectReader.readValue(ObjectReader.java:1183)
		at org.springframework.http.codec.json.Jackson2JsonDecoder.lambda$decodeInternal$0(Jackson2JsonDecoder.java:116)
		... 39 more

Reproduce by:

project --topLevelPackage com.test

persistence setup --database H2_IN_MEMORY --provider HIBERNATE

entity --name ~.domain.SomeClass
test mock
perform test

The test will fail with:

-------------------------------------------------------------------------------
Test set: com.test.domain.SomeClassTest
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.107 sec <<< FAILURE!
testMethod(com.test.domain.SomeClassTest)  Time elapsed: 0.084 sec  <<< ERROR!
java.lang.IllegalStateException: Entity manager has not been injected (is the Spring Aspects JAR configured as an AJC/AJDT aspects library?)
	at com.test.domain.SomeClass_Roo_Entity.ajc$interMethod$com_test_domain_SomeClass_Roo_Entity$com_test_domain_SomeClass$entityManager(SomeClass_Roo_Entity.aj:79)
	at com.test.domain.SomeClass.entityManager(SomeClass.java:1)

Now "perform eclipse", import the project into Eclipse, and run the tests from Eclipse after a clean. They will pass.

I did not find any example or documentation for using the <camel:proxy> with a simple send(String textMessage) method and a route sending the textMessage String as body to a JMS queue (for example).
The thing is that <camel:proxy> creates a messages with body of type BeanInvocation. I would expect that Camel provides some builtin transformer/converter to change the body to the String argument, so that the message on the queue is of type TextMessage.
Did I miss something? 

FileUtils.doCopyFile saves the input file size before starting the copy.
The copy is considered complete when the original file size is reached.
The method then checks the new input file size against the destination size.
This will fail if the file has changed in size since the copy started.
This behaviour should be documented; also it would help if the two sizes were shown in the exception message.

This is a bit subtle, and maybe it's more of a question than a bug, but I would like to know if this exception is expected or not.
The JavaDocs from PageableHandlerMethodArgumentResolver say about setFallbackPageable(…):

 * If you set this to {@literal null}, be aware that you controller methods will get {@literal null} handed into them
 * in case no {@link Pageable} data can be found in the request. Note, that doing so will require you supply bot the
 * page <em>and</em> the size parameter with the requests as there will be no default for any of the parameters
 * available.

And it confuses me, cause it's a contradiction, either the first part is true or the second one is true. In fact, it depends on the HandlerMethodArgumentResolver configured to resolve Pageable. I think the first one should always be true, but when using a MappingAwareDefaultedPageableArgumentResolver the second one is always true.
I want to set fallbackPageable to null, so that when page and size are included in the request, I retrieve only the page requested, but when they are not it the request I receive a null parameter and then I can decide to retrieve all the records, for instance. This is what the first paragraph of that comment suggests.
The thing is that MappingAwareDefaultedPageableArgumentResolver.resolveArgument(…) has code that also hints at an intention to allow for a null fallbackPageable and no page nor size in the request:

Pageable pageable = delegate.resolveArgument(parameter, mavContainer, webRequest, binderFactory);

if (pageable == null || pageable.getSort() == null) {
	return new DefaultedPageable(pageable, delegate.isFallbackPageable(pageable));
}

So, in theory, pageable could be null and it would be sent to the controller. But, in practice, this code throws a NullPointerException when pageable is null, because PageableHandlerMethodArgumentResolver.isFallbackPageable(…) will always throw NullPointerException when pageable is null. Unless, of course, you are using a custom implementation that overrides that method (Something I haven't found in spring). I know I could use MappingAwarePageableArgumentResolver to avoid all this, but all the code suggests null should be allowed. For example, RepositoryEntityController.getCollectionResource(…) allows for DefaultedPageable.getPageable() to be null but, unless you implement a workaround, it will never be null.
So I think that a fix is in order here. Either the documentation is fixed to explain the expected behavior and remove the contradiction (at least state what is the standard behavior unless it's overridden) or PageableHandlerMethodArgumentResolver.isFallbackPageable(…)) is modified to allow {{fallbackPageable to be null without throwing an exception. Please note that avoiding the exception when fallbackPageable is null would keep the standard behavior in all cases except in the cases when page and size are not included in the request.
Also, FYI, I would need this to be fixed because when I use a PagingAndSortingRepository with spring-data-rest-webmvc the findAll(…) with a Pageable parameter is always invoked, and there seems to be no way to invoke the findAll(…) method  with a Sort parameter, even though there is a line that checks if Pageable is null and it should be possible.
Maybe I'm missing something very obvious, if that is case, please excuse me for such a long description and just let me know. Thank you.

When I call a method of a Repository returning a Java 8 Stream, I get the following exception :

org.springframework.beans.NotReadablePropertyException: Invalid property 'query' of bean class [com.sun.proxy.$Proxy51]: Bean property 'query' is not readable or has an invalid getter method: Does the return type of the getter match the parameter type of the setter?
	at org.springframework.beans.AbstractNestablePropertyAccessor.getPropertyValue(AbstractNestablePropertyAccessor.java:617)
	at org.springframework.beans.AbstractNestablePropertyAccessor.getPropertyValue(AbstractNestablePropertyAccessor.java:608)
	at org.springframework.data.jpa.provider.PersistenceProvider$HibernateScrollableResultsIterator.extractHibernateQueryFromQueryImpl(PersistenceProvider.java:442)
	at org.springframework.data.jpa.provider.PersistenceProvider$HibernateScrollableResultsIterator.extractHibernate4Query(PersistenceProvider.java:425)
	at org.springframework.data.jpa.provider.PersistenceProvider$HibernateScrollableResultsIterator.<init>(PersistenceProvider.java:381)
	at org.springframework.data.jpa.provider.PersistenceProvider$1.executeQueryWithResultStream(PersistenceProvider.java:119)
	at org.springframework.data.jpa.repository.query.JpaQueryExecution$StreamExecution.doExecute(JpaQueryExecution.java:322)
	at org.springframework.data.jpa.repository.query.JpaQueryExecution.execute(JpaQueryExecution.java:77)
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.doExecute(AbstractJpaQuery.java:100)
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.execute(AbstractJpaQuery.java:91)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:431)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:409)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
	at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:61)
	at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:99)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:281)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96)
	at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:136)
	at org.springframework.data.jpa.repository.support.CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodInterceptor.invoke(CrudMethodMetadataPostProcessor.java:121)
	at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
	at com.sun.proxy.$Proxy47.streamAll(Unknown Source)
	at fr.romainmoreau.test.Main.main(Main.java:26)

Following code throws a NullPointerException:

mongoOperations.updateFirst(
	new Query(),
	new Update().set("date", null),
	TestEntity.class
);

Where TestEntity simply this:

@Document(collection="test")
public class TestEntity {
	@Id
	private String id;
	public String getId() { return id; }
	
	private LocalDate date;
	public LocalDate getDate() { return date; }
	public void setDate(LocalDate date) { this.date = date; }	
}

	at org.springframework.data.mongodb.core.convert.UpdateMapper.processTypeHintForNestedDocuments(UpdateMapper.java:155)
	at org.springframework.data.mongodb.core.convert.UpdateMapper.getTypeHintForEntity(UpdateMapper.java:145)
	at org.springframework.data.mongodb.core.convert.UpdateMapper.delegateConvertToMongoType(UpdateMapper.java:70)
	at org.springframework.data.mongodb.core.convert.QueryMapper.convertSimpleOrDBObject(QueryMapper.java:362)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedValue(QueryMapper.java:308)
	at org.springframework.data.mongodb.core.convert.UpdateMapper.getMappedObjectForField(UpdateMapper.java:93)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:123)
	at org.springframework.data.mongodb.core.convert.QueryMapper.convertSimpleOrDBObject(QueryMapper.java:359)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedKeyword(QueryMapper.java:242)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:100)
	at org.springframework.data.mongodb.core.MongoTemplate$12.doInCollection(MongoTemplate.java:1095)
	at org.springframework.data.mongodb.core.MongoTemplate$12.doInCollection(MongoTemplate.java:1086)
	at org.springframework.data.mongodb.core.MongoTemplate.execute(MongoTemplate.java:461)
	at org.springframework.data.mongodb.core.MongoTemplate.doUpdate(MongoTemplate.java:1086)
	at org.springframework.data.mongodb.core.MongoTemplate.updateFirst(MongoTemplate.java:1060)

Using mongoOperations.save / insert works as expected. And using field of type String works as well.
I tried to debug it, but I can't figure out why this happens. It looks like it treats LocalDate as a MongoPersistentEntity, but it doesn't do that for a String ?!
I also tried to provide my own Converter for LocalDate to Date and backwords, but this results in the same exception.
Here's the full code: http://pastebin.com/xEq54Umh
And pom.xml: http://pastebin.com/wDhWzx8s
It also happens with mongo-java-driver 2.12.5 and/or spring-data-mongodb 1.6.3

select ...
(
SubQuery involving MapReduce
union all
);
or 
select ...
(SubQuery involving MapReduce)
join
;
If both the subQueries finish at nearly the same time, there is a race 
condition in which the results of the subQuery finishing last will be completely missed.

Hello,
It seems that the property "reader-transactional-queue" on a chunk does not work since 2.2.
The value of the property is not set to FaultTolerantStepBuilder and then the property is ignored.
Then when the chunk is in skipping process the items are not re-read if the property is setting to "true".
Adding the line code:
if (readerTransactionalQueue!=null && readerTransactionalQueue==true) 
{
			builder.readerIsTransactionalQueue();
		}

in the method  createFaultTolerantStep() of org.springframework.batch.core.configuration.xml.StepParserStepFactoryBean fixes the problem. (see the attachement)

While benchmarking query96, noticed 17K log lines printed for each vector rowbactch
 
In file ql/src/java/org/apache/hadoop/hive/ql/io/orc/OrcInputFormat.java
 
@@ -2554,8 +2554,8 @@ public static TypeDescription getDesiredRowTypeDescr(Configuration conf,
     }

     if (haveSchemaEvolutionProperties) {
-      if (LOG.isInfoEnabled()) {
-        LOG.info("Using schema evolution configuration variables schema.evolution.columns " +
+      if (LOG.isDebugEnabled()) {
+        LOG.debug("Using schema evolution configuration variables schema.evolution.columns " +
             schemaEvolutionColumnNames.toString() +
             " / schema.evolution.columns.types " +
             schemaEvolutionTypeDescrs.toString() +

The Maven artifact lookup in JBoss Modules doesn't support SNAPSHOTs when they're timestamped, such as those created by a CI environment

These are the ones brought in by some of the EE8 preview work, and will be gone in the next version

Here's the list of S3 values we should hide:

fs.s3.awsAccessKeyId
fs.s3.awsSecretAccessKey
fs.s3n.awsAccessKeyId
fs.s3n.awsSecretAccessKey
fs.s3a.access.key
fs.s3a.secret.key
fs.s3a.proxy.password

Currently the following WebHCat doAsTests need to be fixed:
In doAsTests_6 REST request url needs to be updated and corresponding expected output to reflect the correct intent.
doAsTests_7 fails because of the strict error message checking.

Integration and general system tests have been discussed previously, and the conclusion is that we need to unify how we do "release candidate" testing (HBASE-6091).
In this issue, I would like to discuss and agree on a general plan, and open subtickets for execution so that we can carry out most of the tests in HBASE-6091 automatically. 
Initially, here is what I have in mind: 
1. Create hbase-it (or hbase-tests) containing forward port of HBASE-4454 (without any tests). This will allow integration test to be run with

  mvn verify
 
2. Add ability to run all integration/system tests on a given cluster. Smt like: 

  mvn verify -Dconf=/etc/hbase/conf/
 
should run the test suite on the given cluster. (Right now we can launch some of the tests (TestAcidGuarantees) from command line). Most of the system tests will be client side, and interface with the cluster through public APIs. We need a tool on top of MiniHBaseCluster or improve HBaseTestingUtility, so that tests can interface with the mini cluster or the actual cluster uniformly.
3. Port candidate unit tests to the integration tests module. Some of the candidates are: 

TestAcidGuarantees / TestAtomicOperation
TestRegionBalancing (HBASE-6053)
TestFullLogReconstruction
TestMasterFailover
TestImportExport
TestMultiVersions / TestKeepDeletes
TestFromClientSide
TestShell and src/test/ruby
TestRollingRestart
Test**OnCluster
Balancer tests

These tests should continue to be run as unit tests w/o any change in semantics. However, given an actual cluster, they should use that, instead of spinning a mini cluster.  
4. Add more tests, especially, long running ingestion tests (goraci, BigTop's TestLoadAndVerify, LoadTestTool), and chaos monkey style fault tests. 
All suggestions welcome. 

When the exitDescription field contains something like a stacktrace, the JSON message cannot be parsed due to a syntax error when the description contains a "

In file metastore/scripts/upgrade/mysql/hive-schema-0.13.0.mysql.sql, lines 799 and 801, a comment is written as ---------- (uninterrupted line of dashes) and should be – ----------  (a space after 2 dashes)
(source https://dev.mysql.com/doc/refman/5.7/en/comments.html)

MessageChannelPartitionHandler in version 1.2.1 is creating new QueueChannel instead of getting it from the instance variable. In version 1.2.0, it is working fine. There is a property tag we can set in version 1.2.0 but not in version 1.2.1.
	<bean id="partitionHandler"
		class="org.springframework.batch.integration.partition.MessageChannelPartitionHandler">
		<property name="messagingOperations">
			<bean class="org.springframework.integration.core.MessagingTemplate">
				<property name="defaultChannel" ref="request" />
				<property name="receiveTimeout" value="10000" />
			</bean>
		</property>
		<property name="replyChannel" ref="reply" />
		<property name="stepName" value="step1" />
		<property name="gridSize" value="2" />
	</bean>

See the mail thread
http://osdir.com/ml/general/2014-01/msg61294.html
In case of flush we create a memstore flusher which in turn creates a  StoreScanner backed by a Single ton MemstoreScanner.  
But this scanner also registers for any updates in the reader in the HStore.  Is this needed?  
If this happens then any update on the reader may nullify the current heap and the entire Scanner Stack is reset, but this time with the other scanners for all the files that satisfies the last top key.  So the flush that happens on the memstore holds the storefile scanners also in the heap that was recreated but originally the intention was to create a scanner on the memstore alone.

The ReplicationLogCleaner has a bug that makes it get stuck in an infinite loop when a regionserver crashes. This bug was introduced in the fix for HBASE-12865; which makes sure that the loadWALsFromQueues method attempts a retry whenever the replication node's cversion is changed in the middle of loading the replication queue for the regionservers. However, if this scenario actually happens (a regionserver crash in the middle of the operation), it will get stuck in an infinite loop.
It has very serious ramifications because the old WALs are not cleaned up because of this and in a high load environment, the file count in the oldWALs directory soon exceeds the inode limit and the cluster goes down.

In DefaultLoadBalancer, we implement the "retain assignment" function like so:

      if (sn != null && servers.contains(sn)) {
        assignments.get(sn).add(region.getKey());

but this will never work since after a cluster restart, all servers have a new ServerName with a new startcode.

Per performance testing done by sapin amin (thus, I'm setting him as reporter), we were able to discover an important bug affecting replication. It has the potential to affect other large DAGs of Tasks that hive generates as well, if those DAGs have multiple paths to child Task nodes.
Basically, we find that incremental REPL LOAD does not finish in a timely fashion. The test, in this case was to add 400 partitions, and replicate them. Associated with each partition, there was an ADD PTN and a ALTER PTN. For each of the ADD PTN tasks, we'd generate a DDLTask, a CopyTask and a MoveTask. For each Alter ptn, there'd be a single DDLTask. And order of execution is important, so it would chain in dependency collection tasks between phases.
Trying to root cause this shows us that it seems to stall forever at the Driver instantiation time, and it almost looks like the thread doesn't proceed past that point.
Looking at logs, it seems that the way this is written, it looks for all tasks generated that are subtrees of all nodes, without looking for duplicates, and this is done simply to get the number of execution tasks!
And thus, the task visitor will visit every subtree of every node, which is fine if you have graphs that look like open trees, but is horrible for us, since we have dependency collection tasks between each phase. Effectively, this is what's happening:
We have a DAG, say, like this:
4 tasks in parallel -> DEP col -> 4 tasks in parallel -> DEP col -> ...
This means that for each of the 4 root tasks, we will do a full traversal of every graph (not just every node) past the DEP col, and this happens recursively, and this leads to an exponential growth of number of tasks visited as the length and breadth of the graph increase. In our case, we had about 800 tasks in the graph, with roughly a width of about 2-3, with 200 stages, a dep collection before and after, and this meant that leaf nodes of this DAG would have something like 2^200 - 3^200 ways in which they can be visited, and thus, we'd visit them in all those ways. And all this simply to count the number of tasks to schedule - we would revisit this function multiple more times, once per each hook, once for the MapReduceCompiler and once for the TaskCompiler.
We have not been sending such large DAGs to the Driver, thus it has not yet been a problem, and there are upcoming changes to reduce the number of tasks replication generates(as part of a memory addressing issue), but we still should fix the way we do Task traversal so that a large DAG cannot cripple us.

Refer to the comments in the gs-accessing-gemfire-data-rest Spring Getting Started Guide issue 1.

When adding a looped replication peer (clusterId == peerClusterId), the following code terminates the replication source thread, but since the source manager still holds a reference, WALs continue to get enqueued, and never get cleaned because they're stuck in the queue, leading to an unsustainable buildup.  Furthermore, the replication statistics thread will continue to print statistics for the terminated source.

if (clusterId.equals(peerClusterId) && !replicationEndpoint.canReplicateToSameCluster()) {
      this.terminate("ClusterId " + clusterId + " is replicating to itself: peerClusterId "
          + peerClusterId + " which is not allowed by ReplicationEndpoint:"
          + replicationEndpoint.getClass().getName(), null, false);
    }

Warehouse class has a few methods that close file system object on errors.
With doAs=false, since all queries use the same HS2 ugi, the filesystem object is shared across queries/threads. When the close on one filesystem object gets called, it leads to filesystem object used in other threads also get closed and any files registered for deletion on exit also getting deleted.
There is also no close being done in case of the happy code path.

ant test -Dtestcase=TestCliDriver -Dqfile=leadlag.q fails.
cc Harish Butani

When an endpoint is added between a cxf router and a cxf service endpoint the message exchange is interrupted by a NullPointerException.
Example code:
----JAVA-BEGIN---------------------------------------------------------
//This code works
from(StringUtils.join(cxfRouterURI)).to(StringUtils.join(cxfServiceURI)); 
// This code crashes (same problem with seda and log endpoints)
String anyEndpoint = "activemq:someQueue";
----JAVA-END---------------------------------------------------------
from(StringUtils.join(cxfRouterURI)).to(anyEndpoint).to(StringUtils.join(cxfServiceURI)); 
----EXCEPTION-BEGIN-----------------------------------
09/01/2008 18:32:40 org.apache.cxf.phase.PhaseInterceptorChain doIntercept
INFO: Interceptor has thrown exception, unwinding now
        at org.apache.camel.component.cxf.interceptors.RawMessageContentRedirectInterceptor.handleMessage(RawMessageContentRedirectInterceptor.java:43)
        at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207)
        at org.apache.camel.component.cxf.invoker.CxfClient.invokeWithMessageStream(CxfClient.java:137)
        at org.apache.camel.component.cxf.invoker.CxfClient.dispatch(CxfClient.java:89)
        at org.apache.camel.component.cxf.CxfProducer.process(CxfProducer.java:202)
        at org.apache.camel.component.cxf.CxfProducer.process(CxfProducer.java:152)
        at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsynProcessorBridge.process(AsyncProcessorTypeConverter.java:44)
        at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:73)
        at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:143)
        at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:87)
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:101)
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:85)
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:40)
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:44)
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:68)
        at org.apache.camel.component.cxf.CamelInvoker.invoke(CamelInvoker.java:71)
        at org.apache.camel.component.cxf.interceptors.AbstractInvokerInterceptor.handleMessage(AbstractInvokerInterceptor.java:65)
        at org.apache.camel.component.cxf.CxfMessageObserver.onMessage(CxfMessageObserver.java:83)
        at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.serviceRequest(JettyHTTPDestination.java:284)
        at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.doService(JettyHTTPDestination.java:240)
        at org.apache.cxf.transport.http_jetty.JettyHTTPHandler.handle(JettyHTTPHandler.java:54)
        at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211)
        at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
        at org.mortbay.jetty.Server.handle(Server.java:313)
        at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
        at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:844)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:726)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
        at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
        at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)
        at org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1025)
        at org.apache.commons.io.IOUtils.copy(IOUtils.java:999)
        at org.apache.camel.component.cxf.interceptors.RawMessageContentRedirectInterceptor.handleMessage(RawMessageContentRedirectInterceptor.java:39)
        ... 32 more 
----EXCEPTION-END-----------------------------------
Known workaround:
Change the code like this:
        String anyEndpoint = "activemq:someQueue";
        from(StringUtils.join(cxfRouterURI)).process(new Processor(){
			public void process(Exchange exchange) throws Exception 
{
				exchange.setOut(exchange.getIn());
			}
        }).to(anyEndpoint).to(StringUtils.join(cxfServiceURI));

The link on http://static.springframework.org/spring-security/site/source-repository.html is to the old acegi repo, should point to https://src.springframework.org/svn/spring-security/
The source of the error is in pom.xml:
<url>http://acegisecurity.svn.sourceforge.net/viewcvs.cgi/acegisecurity/spring-security/trunk</url>

Currently with the start goal the process is destroyed when maven exits. There should be an option to keep the process running after maven starts.
Some consideration needs to be given to what to do with the console output. The plugin would own the thread which consumes the console output. It's likely not a good option for the process to inherit the I/O streams from maven process. Something will need to be done otherwise buffer overflow errors may be seen.

There is missing operation list-delivering-messages on runtime-queue:

[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/runtime-queue=jms.queue.testQueue:list-
list-add                              list-get                              list-message-counter-history-as-html  list-messages-as-json                 list-scheduled-messages-as-json       
list-clear                            list-message-counter-as-html          list-message-counter-history-as-json  list-remove                           
list-consumers-as-json                list-message-counter-as-json          list-messages                         list-scheduled-messages    

This was hit on Wildfly 9 with ActiveMQ (built from Jeff's branch)

I need to verify this but seeing the code

try {
        // We are about to append this edit; update the region-scoped sequence number.  Do it
        // here inside this single appending/writing thread.  Events are ordered on the ringbuffer
        // so region sequenceids will also be in order.
        regionSequenceId = entry.stampRegionSequenceId();
        // Edits are empty, there is nothing to append.  Maybe empty when we are looking for a
        // region sequence id only, a region edit/sequence id that is not associated with an actual
        // edit. It has to go through all the rigmarole to be sure we have the right ordering.
        if (entry.getEdit().isEmpty()) {
          return;
        }

        // Coprocessor hook.
        if (!coprocessorHost.preWALWrite(entry.getHRegionInfo(), entry.getKey(),
            entry.getEdit())) {
          if (entry.getEdit().isReplay()) {
            // Set replication scope null so that this won't be replicated
            entry.getKey().setScopes(null);
          }
        }
        if (!listeners.isEmpty()) {
          for (WALActionsListener i: listeners) {
            // TODO: Why does listener take a table description and CPs take a regioninfo?  Fix.
            i.visitLogEntryBeforeWrite(entry.getHTableDescriptor(), entry.getKey(),
              entry.getEdit());
          }
        }

When a WALEdit is in replay we set the Logkey to null. But in the visitLogEntryBeforeWrite() we again set the LogKey based on the replication scope associated with the cells. So the previous step of setting null does not work here?

This cause the skew join super slow because the row container dump every record to disk before using them.

In the case that the message body is missing a java.io.EOFException is thrown. 
An org.springframework.http.converter.HttpMessageNotReadableException is more appropriate in this case.
This issue is related to:
https://jira.springsource.org/browse/SPR-7439

On running operation
/subsystem=transactions/log-store=log-store:probe
causes NullPointerException is thrown

ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014612: Operation ("probe") failed - address: ([
    ("subsystem" => "transactions"),
    ("log-store" => "log-store")
]): java.lang.NullPointerException
	at org.jboss.as.jmx.MBeanServerAuditLogger.isOperationReadOnly(MBeanServerAuditLogger.java:494)
	at org.jboss.as.jmx.MBeanServerAuditLogger.invoke(MBeanServerAuditLogger.java:293)
	at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:548)
	at org.jboss.as.txn.subsystem.LogStoreProbeHandler.probeTransactions(LogStoreProbeHandler.java:156)
	at org.jboss.as.txn.subsystem.LogStoreProbeHandler.execute(LogStoreProbeHandler.java:184)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:608) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:486) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:275) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:270) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:251) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:138) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:205) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:110) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$2.run(ModelControllerClientOperationHandler.java:157) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$2.run(ModelControllerClientOperationHandler.java:153) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_25]
	at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_25]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:153) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:296) [wildfly-protocol-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518) [wildfly-protocol-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
	at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]

    E env = createEnvironment(implClass, impl, priority, ++loadSequence, conf);

Increment of loadSequence doesn't have proper synchronization.

The write/read tags added in CellCodec has broken the 96 client to 98 server compatibility (and 98 client to 96 server)
When 96 client CellCodec writes cell, it won't write tags part at all. But the server expects a tag part, at least a 0 tag length. This tag length read will make a read of some bytes from next cell!
I suggest we can remove the tag part from CellCodec. This codec is not used by default and I don't think some one will change to CellCodec from the default KVCodec now. ..
This makes tags not supported via CellCodec..Tag support can be added to CellCodec once we have Connection negotiation in place 

There is a race condition in TestProcedureSkipPersistence. After the procedure is added, the test stops ProcedureExecutor. In some cases the procedure is not added to the queue in time.
Failing execution:

2019-02-06 14:18:11,133 INFO  [Time-limited test] procedure2.TimeoutExecutorThread(82): ADDED pid=-1, state=WAITING_TIMEOUT; org.apache.hadoop.hbase.procedure2.CompletedProcedureCleaner; timeout=30000, timestamp=1549491521133
2019-02-06 14:18:11,135 INFO  [PEWorker-1] procedure2.TimeoutExecutorThread(82): ADDED pid=1, state=WAITING_TIMEOUT, locked=true; org.apache.hadoop.hbase.procedure2.TestProcedureSkipPersistence$TestProcedure; timeout=2000, timestamp=1549491493135
2019-02-06 14:18:11,137 INFO  [Time-limited test] hbase.Waiter(189): Waiting up to [30,000] milli-secs(wait.for.ratio=[1])
2019-02-06 14:18:11,139 INFO  [Time-limited test] procedure2.ProcedureTestingUtility(125): RESTART - Stop
2019-02-06 14:18:11,139 INFO  [Time-limited test] procedure2.ProcedureExecutor(702): Stopping
2019-02-06 14:18:11,139 INFO  [Time-limited test] wal.WALProcedureStore(331): Stopping the WAL Procedure Store, isAbort=false
2019-02-06 14:18:11,140 DEBUG [PEWorker-1] procedure2.RootProcedureState(153): Add procedure pid=1, state=WAITING_TIMEOUT, locked=true; org.apache.hadoop.hbase.procedure2.TestProcedureSkipPersistence$TestProcedure as the 0th rollback step
2019-02-06 14:18:11,141 WARN  [PEWorker-1] procedure2.ProcedureExecutor$WorkerThread(2074): Worker terminating UNNATURALLY null
java.lang.RuntimeException: the store must be running before inserting data
   at org.apache.hadoop.hbase.procedure2.store.wal.WALProcedureStore.pushData(WALProcedureStore.java:710)
   at org.apache.hadoop.hbase.procedure2.store.wal.WALProcedureStore.update(WALProcedureStore.java:603)
   at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.updateStoreOnExec(ProcedureExecutor.java:1943)
   at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1809)
   at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1481)
   at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$1200(ProcedureExecutor.java:78)
   at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:2058)
2019-02-06 14:18:11,145 INFO  [Time-limited test] procedure2.ProcedureTestingUtility(137): RESTART - Start

In a successful run the ProcExecutor is stopped AFTER the procedure is actually in the queue.
Successful:

2019-02-07 15:48:08,731 INFO  [Time-limited test] procedure2.TimeoutExecutorThread(82): ADDED pid=-1, state=WAITING_TIMEOUT; org.apache.hadoop.hbase.procedure2.CompletedProcedureCleaner; timeout=30000, timestamp=1549550918731
2019-02-07 15:48:08,731 INFO  [PEWorker-1] procedure2.TimeoutExecutorThread(82): ADDED pid=1, state=WAITING_TIMEOUT, locked=true; org.apache.hadoop.hbase.procedure2.TestProcedureSkipPersistence$TestProcedure; timeout=2000, timestamp=1549550890731
2019-02-07 15:48:08,732 DEBUG [PEWorker-1] procedure2.RootProcedureState(153): Add procedure pid=1, state=WAITING_TIMEOUT, locked=true; org.apache.hadoop.hbase.procedure2.TestProcedureSkipPersistence$TestProcedure as the 0th rollback step
2019-02-07 15:48:08,732 INFO  [WALProcedureStoreSyncThread] wal.WALProcedureStore(1217): Remove all state logs with ID less than 1, since all the active procedures are in the latest log
2019-02-07 15:48:08,733 DEBUG [WALProcedureStoreSyncThread] wal.WALProcedureStore(1239): Removed log=file:/Users/peter.somogyi/Cloudera/hbase/hbase-procedure/target/test-data/b9a1969a-85a4-15e8-7da5-6198f5acf2de/proc-logs/pv2-00000000000000000001.log, activeLogs=[/Users/peter.somogyi/Cloudera/hbase/hbase-procedure/target/test-data/b9a1969a-85a4-15e8-7da5-6198f5acf2de/proc-logs/pv2-00000000000000000002.log]
2019-02-07 15:48:08,734 INFO  [Time-limited test] hbase.Waiter(189): Waiting up to [30,000] milli-secs(wait.for.ratio=[1])
2019-02-07 15:48:08,734 INFO  [Time-limited test] procedure2.ProcedureTestingUtility(125): RESTART - Stop
2019-02-07 15:48:08,734 INFO  [Time-limited test] procedure2.ProcedureExecutor(702): Stopping
2019-02-07 15:48:08,735 INFO  [Time-limited test] wal.WALProcedureStore(331): Stopping the WAL Procedure Store, isAbort=false
2019-02-07 15:48:08,735 INFO  [Time-limited test] procedure2.ProcedureTestingUtility(137): RESTART - Start

See more here
http://fusesource.com/forums/thread.jspa?threadID=2447&tstart=0

When enabling HTTPS, one defines a keystore and then sets an alias under which a private key is found in the keystore. The Swarm's configurable name for the alias of the key is swarm.http.certificate.alias, which is misleading.
It isn't an alias of a certificate entry in the keystore, it's an alias of a key entry in the keystore. Hence, it should be called swarm.http.key.alias (which would nicely complement the existing swarm.http.key.password).
Obviously, the old name should first be deprecated and only then removed.

I have read source code of 1.0.x and 1.1.x and both share similar problem
In ItemOrientedStep:
Code:
protected ExitStatus doExecute(final StepExecution stepExecution) throws Exception {
    // blablabla
    return stepOperations.iterate(new RepeatCallback() {
        public ExitStatus doInIteration(RepeatContext context) throws Exception {
            // balblabla
            try {
                // Process chunk .... (1)
                try 
{
                    synchronizer.lock(stepExecution);
                }
                catch (InterruptedException e) 
{
                    stepExecution.setStatus(BatchStatus.STOPPED);
                    Thread.currentThread().interrupt();
                }
                // step execution persistence
            }
            catch (Error e) 
{
                processRollback(stepExecution, contribution, fatalException, transaction);
                throw e;
            }
            catch (Exception e) {                processRollback(stepExecution, contribution, fatalException, transaction);                throw e;            }
            finally 
{
                synchronizer.release(stepExecution);
            }
            //blblabla
            return exitStatus;
        }
    });
}
In case of any exception occured in (1) or during synchronizer.lock(), the internal semaphore in synchronizer is NOT acquired. However, the outer final block releases synchronizer, and hence, releasing the semaphore.
From JDK API of 1.5, it stated that Semaphore can be released by another thread which is not the original acquirer of semaphore.
So, in case of parallel processing, I may goes into some case:
Thread 1 acquired the semaphore and doing those step execution persistence stuff.
Thread 2 have exception in processChunk, and hence releasing the semaphore.
Thread 3, originally waiting for semaphore, is now acquired the semaphore because Thread 2 releases it, and hence, it goes to the peresistence block of code.
In such case, Thread 1 and 3 goes into the should-be-protected block of code for step execution persistence.
In my environment, I throwed an exception in my writer, and it caused this exception:
[ERROR] SimpleAsyncTaskExecutor-1 [step.AbstractStep] Encountered an error executing the step
org.springframework.batch.core.step.AbstractStep$FatalException: Fatal error detected during save of step execution context
// stack trace deleted
Caused by: org.springframework.dao.OptimisticLockingFailureException: Attempt to update step execution id=609 with wrong version (5), where current version is 4
It is caused by concurrent access and persistence of step execution because of the above mentioned issue.  
Upon happening, in DB, the step execution will be updated with UNKNOWN status, and hence, preventing it from re-run.
A quick fix is to set a flag after synchronizer lock, and only release if flag is set.  However it does not cater for interruption exception during synchronizer locking.

HBASE-10443 disables tag compression on HFiles. This Jira is to fix the issues we have found out in HBASE-10443 and enable it back.

The MongoItemReader needs the ability to set the collection explicitly. This can't be done through the query and from the look of the current code it is relying on the type to determine the collection. This will only work if the mongo data contains the "_class” column - ie the data was created through spring originally. 
In our case we need to read all records as raw JSON and process that. The data does not contain the "_class” (and this would not work anyway as we want to read as string). 
We want to set query="{ }" and targetType="java.lang.String" 
To get this to work I have had to create a copy of the MongoItemReader, add a collection property and modify the line

return (Iterator<T>) template.find(mongoQuery, type).iterator(); 

to 

return (Iterator<T>) template.find(mongoQuery, type, collection).iterator();

This then allows us to set the desired collection on the bean and then everything works correctly.

If there are multiple values to the HTTP Accept header RestletProducer sets the Accept header value to */*. RestletProducer should honour the set Accept header and set the HTTP header accordingly.

HIVE-9086 added support for PURGE in 

ALTER TABLE my_doomed_table DROP IF EXISTS PARTITION (part_key = "sayonara") IGNORE PROTECTION PURGE;

looks like this was accidentally lost in HIVE-10228

GemfireRepositoryFactory currently throws a NullPointerException in case no Region instance can be found for the domain class the repository shall be created for. We should throw a more meaningful exception here to indicate the region configuration is missing.

When building on Windows the ResourceHttpRequestHandlerTests.modified() test fails.  I believe that this may be due to the fact that .lastModified() on Windows returns a more precise value than on other operating systems.

While working with a StorageHandler with hive.execution.engine=tez, I found that the credentials the storage handler was adding were not propagating to the dag.
After a big of debugging/git-log, I found that DagUtils was overwriting the credentials which were already set. A quick patch locally seem to make things work again. Will put together a quick unit test.

[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS/connection-properties=foo:add(value=foo)
{
{
    }
}
[standalone@localhost:9990 /] :reload
{
    "result" => undefined
}
[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS/connection-properties=foo:remove
{
Service jboss.data-source-config.ExampleDS.connection-properties.foo was depended upon by service jboss.data-source-config.ExampleDS",
}
[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS:test-connection-in-pool
{
    "failure-description" => "WFLYJCA0040: failed to invoke operation: WFLYJCA0042: failed to match pool. Check JndiName: java:jboss/datasources/ExampleDS",
}
            
We seem to have lost the triggering of region splits by size somewhere in trunk.
Running a simple test to load data only:
1. create 'usertable', 'f1' in hbase shell
2. run a YCSB load of 10M records
I wind up with a single region containing all records, around 13GB, despite max region size being configured to 640MB.

    ip-10-160-217-155.us-west-1.compute.internal:8120 1316045713501
        requestsPerSecond=0, numberOfOnlineRegions=1, usedHeapMB=1544, maxHeapMB=2962
        usertable,,1316045755455.1e11a9f71072113258942e03dabaa468.
            numberOfStores=1, numberOfStorefiles=16, storefileUncompressedSizeMB=13611, storefileSizeMB=13621, compressionRatio=1.0007, memstoreSizeMB=50, storefileIndexSizeMB=0, readRequestsCount=0, writeRequestsCount=1930, rootIndexSizeKB=108, totalStaticIndexSizeKB=10511, totalStaticBloomSizeKB=0, totalCompactingKVs=3356000, currentCompactedKVs=3356000, compactionProgressPct=1.0

As best I can tell, the changes introduced in HBASE-3797 and HBASE-1476 dropped some cases where we were triggering region splits when we didn't compact.

When ManagedServerBootCmdFactory iterates through system properties to use in the server launch command it adds a value of "true" for any properties that have no value. This is incorrect. In particular it breaks SecurityManager usage as -Djava.security.manager is a valid setting while -Djava.security.manager=true will result in
[Host Controller] 15:09:01,758 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010922: Starting server server-one
15:10:55,691 INFO  [org.jboss.as.process.Server:server-one.status] (ProcessController-threads - 3) JBAS012017: Starting process 'Server:server-one'
[Server:server-one] Error occurred during initialization of VM
[Server:server-one] java.lang.InternalError: Could not create SecurityManager: true
[Server:server-one] 	at sun.misc.Launcher.<init>(Launcher.java:106)
[Server:server-one] 	at sun.misc.Launcher.<clinit>(Launcher.java:57)
[Server:server-one] 	at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1486)
[Server:server-one] 	at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1468)
[Server:server-one] 

1) 
when considering to choose one table as the big table candidate for a map join, if at compile time, hive can find out that the total known size of all other tables excluding the big table in consideration is bigger than a configured value, this big table candidate is a bad one, and should not put into plan. Otherwise, at runtime to filter this out may cause more time.
2)
added a null check for back up tasks. Otherwise will see NullPointerException
3)
CommonJoinResolver needs to know a full mapping of pathToAliases. Otherwise it will make wrong decision.
4)
changes made to the ConditionalResolverCommonJoin: added pathToAliases, aliasToSize (alias's input size that is known at compile time, by inputSummary), and intermediate dir path.
So the logic is, go over all the pathToAliases, and for each path, if it is from intermediate dir path, add this path's size to all aliases. And finally based on the size information and others like aliasToTask to choose the big table. 
5)
Conditional task's children contains wrong options, which may cause join fail or incorrect results. Basically when getting all possible children for the conditional task, should use a whitelist of big tables. Only tables in this while list can be considered as a big table.
Here is the logic:

Get a list of big table candidates. Only the tables in the returned set can be used as big table in the join operation.
The logic here is to scan the join condition array from left to right.
	
If see a inner join and the bigTableCandidates is empty, add both side of this inner join to big table candidates.
If see a left outer join, and the bigTableCandidates is empty, add the left side to it, and
if the bigTableCandidates is not empty, do nothing (which means the bigTableCandidates is from left side).
If see a right outer join, clear the bigTableCandidates, and add right side to the bigTableCandidates, it means the right side of a right outer join always win.
If see a full outer join, return null immediately (no one can be the big table, can not do a mapjoin).

When running legacy/messages subsystem tests with -Djboss.test.transformers.eap fail. Two fail with a ClassNotFoundException and two fail assertions. See http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=58617&buildTypeId=WF_MasterLinux&tab=buildResultsDiv for details.
For now I'll @Ignore the tests.

UI is not showing when you put hbase on a cluster; this is since we renamed webapps dir as hbase-webapps.

The code introduced in SEC-1763 calls code expecting an exception to be thrown.  It catches the exception in some cases as noop but logs it as an error.  This happens the first time a user logins as using the SwitchUserFilter.  
SwitchUserFilter:296:
        try 
{
            // SEC-1763. Check first if we are already switched.
            currentAuth = attemptExitUser(request);
        }
 catch (AuthenticationCredentialsNotFoundException e) 
{
            currentAuth = SecurityContextHolder.getContext().getAuthentication();
        }

See how it calls attemptExitUser(request).  If it is the first time being switched, an exception will be called and treated as a no-op.
Here's attemptExitUser():
        if (original == null) 
{
            logger.error("Could not find original user Authentication object!");
            throw new AuthenticationCredentialsNotFoundException(messages.getMessage(
                    "SwitchUserFilter.noOriginalAuthentication",
                    "Could not find original Authentication object"));
        }

That logger.error statement should be removed.

I am using Camel 2.20.2 and ActiveMQ 5.14.5 with the transferExchange option enabled. When I read a message from a queue the send custom ExchangeProperties are not set. After the exchange is routed to the first endpoint the send ExchangeProperties are set.
Unittest to replicate:

public class JmsTransferExchangeAccessExchangePropertiesBeforeFirstEndpointTest extends CamelTestSupport {

    @Test
    public void testSendExchangeAndAccessExchangePropertiesBeforeFirstEndpoint() throws Exception {
        MockEndpoint mock = getMockEndpoint("mock:result");
        mock.expectedBodiesReceived("Hello World");
        mock.expectedPropertyReceived("bar", 123);

        template.send("direct:start", new Processor() {

            public void process(Exchange exchange) throws Exception {
                exchange.getIn().setBody("Hello World");
                exchange.setProperty("bar", 123);
            }
        });

        assertMockEndpointsSatisfied();
    }

    @Override
    protected RouteBuilder createRouteBuilder() throws Exception {

            @Override
            public void configure() throws Exception {
                from("direct:start").to(getUri());
                from(getUri())
                        // .to("log:debug") this line has uncommented to make the test pass
                        .choice().when(exchangeProperty("bar").isEqualTo(123)).to("mock:result");
            }
        };
    }
    
    protected String getUri() {
        return "activemq:queue:foo?transferExchange=true";
    }

    protected CamelContext createCamelContext() throws Exception {
        CamelContext camelContext = super.createCamelContext();

        ConnectionFactory connectionFactory = CamelJmsTestHelper.createConnectionFactory();
        camelContext.addComponent("activemq", jmsComponentAutoAcknowledge(connectionFactory));
        return camelContext;
    }
}

The test fails, but if I uncomment the .to("log:debug") line it passes.
The test also fails with current master of camel.

If we disable some tables, we will see the following in region server log.

Close 90ed2fe1748644c6faecdec3651335d4, moving to null

The message “moving to null” is a bit confusing.

I develop a coprocessor program ,but found some different results in repeated tests.for example,normally,the result's size is 10.but sometimes it appears 9.
I read the HTable.java code,found a TreeMap(thread-unsafe) be used in multithreading environment.It cause the bug happened

When I create a query on document _id with $in operator and reuse that query to do another search i get ClassCastException.
Query creation:

query.addCriteria(Criteria.where("_id").in(signedPetitionIds));

Reusing query (as a filterQuery argument):

private Page<PetitionHeader> findPetitionHeaders(Pageable pageable, Query filterQuery, Sort sort) {
	long count = mongoOp.count(filterQuery, PetitionHeader.class);
	filterQuery.with(pageable);
	filterQuery.with(sort);
	List<PetitionHeader> headers = mongoOp.find(filterQuery, PetitionHeader.class);
	return new PageImpl<PetitionHeader>(headers, pageable, count);
}

java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to java.lang.Iterable
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedValue(QueryMapper.java:159) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:90) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedKeyword(QueryMapper.java:112) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:79) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1337) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1323) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.find(MongoTemplate.java:495) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.find(MongoTemplate.java:486) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]

Object returned by valueDbo.get(inKey) (in line 159) is of type Object[].

Hooops.. probably upgrade to UT beta9?
I am working on Beta1-SNAPSHOT (2e462f79888a924e4c138251c88380bd22d25ad8).

20:16:37,980 ERROR [org.xnio.listener] (default I/O-3) A channel event listener threw an exception: java.lang.NoSuchMethodError: org.xnio.conduits.WriteReadyHandler$ChannelListenerHandler.<init>(Lorg/xnio/channels/SuspendableWriteChannel;)V
	at io.undertow.ajp.AjpServerConnection.<init>(AjpServerConnection.java:54)
	at io.undertow.ajp.AjpOpenListener.handleEvent(AjpOpenListener.java:42)
	at io.undertow.ajp.AjpOpenListener.handleEvent(AjpOpenListener.java:16)
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:91) [xnio-api-3.1.0.CR3.jar:3.1.0.CR3]
	at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:290) [xnio-api-3.1.0.CR3.jar:3.1.0.CR3]
	at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:285) [xnio-api-3.1.0.CR3.jar:3.1.0.CR3]
	at org.xnio.nio.NioTcpServerHandle.handleReady(NioTcpServerHandle.java:53) [xnio-nio-3.1.0.CR3.jar:3.1.0.CR3]
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:528) [xnio-nio-3.1.0.CR3.jar:3.1.0.CR3]

In some situations (in this case a hibernate-cglib-wrapped class implementing a generic interface), calling 'BeanUtils.getPropertyDescriptor' on any property of the class results in an IllegalStateException.
After some inspection, it seems BridgeMethodResolver recognises 2 candidate functions when looking for the bridge method, but upon closer inspection, decides neither of them should be chosen.
Attached is a simple, reasonable self-contained unittest demonstrating the problem. The problem does not seem to occur in Spring versions prior to 2.5.6.
Tested with hibernate 3.2.6.ga
java.lang.IllegalStateException: Unable to locate bridged method for bridge method 'public final void nl.topicuszorg.wicket.hibernate.test.CGLibTest$CglibInstantieMedewerker$$EnhancerByCGLIB$$540fe4f7.setOrganisatie(nl.topicuszorg.wicket.hibernate.test.CGLibTest$CglibIOrganisatie)'
	at org.springframework.core.BridgeMethodResolver.findBridgedMethod(BridgeMethodResolver.java:86)
	at org.springframework.beans.GenericTypeAwarePropertyDescriptor.<init>(GenericTypeAwarePropertyDescriptor.java:59)
	at org.springframework.beans.CachedIntrospectionResults.<init>(CachedIntrospectionResults.java:250)
	at org.springframework.beans.CachedIntrospectionResults.forClass(CachedIntrospectionResults.java:144)
	at org.springframework.beans.BeanUtils.getPropertyDescriptor(BeanUtils.java:329)
	at nl.topicuszorg.wicket.hibernate.test.CGLibTest.testCGLib(CGLibTest.java:51)
	at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:45)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)

postOpen hook is called twice when a region is initializing:
Once at the end of the body of the  initializeRegionInternals() method of the HRegion class.
Once at the end initializeRegionStores() method of the HRegion class; initializeRegionStores() is called inside initializeRegionInternals() and as such causes the postOpen hook to be called twice.

I just noticed on my test cluster that my master is using all my CPUs even though it's completely idle. 5 threads are doing this:

"AM.ZK.Worker-pool2-t34" daemon prio=10 tid=0x00007f68ac176800 nid=0x5251 runnable [0x00007f688cc83000]
   java.lang.Thread.State: RUNNABLE
	at java.util.HashMap.put(HashMap.java:374)
	at org.apache.hadoop.hbase.master.AssignmentManager.handleRegion(AssignmentManager.java:954)
	at org.apache.hadoop.hbase.master.AssignmentManager$6.run(AssignmentManager.java:1419)
	at org.apache.hadoop.hbase.master.AssignmentManager$3.run(AssignmentManager.java:1247)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)

Looking at the code, I see HBASE-9095 introduced two HashMaps for tests only but they end up being used concurrently in the AM and are never cleaned up. It seems to me that any master running since that patch was committed has a time bomb in it.
I'm marking this as a blocker. Devaraj Das and Jimmy Xiang, you guys wanna take a look at this?

I noticed this. Tried bisect'ing but nought definitive at mo. I see testDefaultNamespaceCreateAndAssign failing most of the time. The crazy getTable parse in RegionInfo gets a negative offset because the passed in region name is nonsense.

The order of the individual Rdn components should be disregarding when comparing two Rdns, e.g. the following should be valid:

assertEquals(new LdapRdn("cn=john doe+sn=doe"), new LdapRdn("sn=doe+cn=john doe"));

as stated from java docs the "S-" patter corresponds to something like MM/dd/yy for I think all locales.
this combined with the generated widget constructed with the same pattern lead to a Y2K like bug.
inserting 01/01/1911 will be displayed correctly on the widget but posted as 01/01/11 and translated as 01/01/2011 on the server.

I configured two WildFly server, one is the service provider (server), the other one the consumer (client). An EJB on the consumer server tries to call an EJB on the provider server and the remoting connection is secured by SSL. But it doesn't work. I can see the negotiation of the cipher suites and then the communication stops. I get a
javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
on the provider side. A JavaSE client can call the service provider, but only when SSL_SARTTLS is not set. My current setup is:
subsystem undertow, default-server:

<https-listener name="defaults" socket-binding="https" security-realm="HttpsRealm"/>

subsystem ejb3:

<remote connector-ref="https-remoting-connector" thread-pool-name="default"/>

Output on the service provider side when the communication stops:

[stdout] (default I/O-3) Using SSLEngineImpl.
[stdout] (default I/O-3) Ignoring unavailable cipher suite: ...
*** 13 lines more ***
[stdout] (default I/O-3) Allow unsafe renegotiation: false
[stdout] (default I/O-3) Allow legacy hello messages: true
[stdout] (default I/O-3) Is initial handshake: true
[stdout] (default I/O-3) Is secure renegotiation: false
[stdout] (default I/O-3) default I/O-3, fatal error: 80: problem unwrapping net record
[stdout] (default I/O-3) javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
[stdout] (default I/O-3) default I/O-3, SEND TLSv1 ALERT:  fatal, description = internal_error
[stdout] (default I/O-3) default I/O-3, WRITE: TLSv1 Alert, length = 2
[stdout] (default I/O-3) default I/O-3, called closeOutbound()
[stdout] (default I/O-3) default I/O-3, closeOutboundInternal()
[stdout] (default I/O-3) [Raw write]: length = 7
[stdout] (default I/O-3) 0000: 15 03 01 00 02 02 50                               ......P

WildFly consumer config
subsystem remoting, outbound connections:

<remote-outbound-connection name="provider-one-connection" outbound-socket-binding-ref="provider-ejb" security-realm="ProviderOneRealm" protocol="https-remoting">
  <properties>
    <property name="SASL_POLICY_NOANONYMOUS" value="false"/>
</remote-outbound-connection>

The realms contain the key- and truststores and all passwords are configured.
The reason for the communication problem comes from the following code.
The service consumer (or client) WildFly has a remote-outbound-connection in the remoting subsystem config which results in an org.jboss.as.remoting.RemoteOutboundConnectionService. There is a connect() method which contains the lines:

OptionMap.Builder builder = OptionMap.builder();
builder.addAll(this.connectionCreationOptions);
builder.set(SASL_POLICY_NOANONYMOUS, Boolean.FALSE);
builder.set(SASL_POLICY_NOPLAINTEXT, Boolean.FALSE);
builder.set(Options.SASL_DISALLOWED_MECHANISMS, Sequence.of(JBOSS_LOCAL_USER));
builder.set(Options.SSL_ENABLED, true);
builder.set(Options.SSL_STARTTLS, true);

return endpoint.connect(uri, builder.getMap(), callbackHandler, sslContext);

My configuration comes from this.connectionOptions and is overwritten by the defaults. The service consumer will open the connection with SSL_STARTTLS==true.
The service provider (or server) WildFly uses an https-listener from the undertow subsystem. Which generates an org.wildfly.extension.undertow.HttpsListenerService. Method startListening(XnioWorker worker,...) has the following code:

protected void startListening(XnioWorker worker, InetSocketAddress socketAddress, ChannelListener<AcceptingChannel<StreamConnection>> acceptListener) throws IOException {
    SSLContext sslContext = securityRealm.getValue().getSSLContext();
    Builder builder = OptionMap.builder().addAll(SERVER_OPTIONS);
    builder.set(UndertowOptions.MAX_ENTITY_SIZE, maxUploadSize);
    if (securityRealm.getValue().getSupportedAuthenticationMechanisms().contains(AuthMechanism.CLIENT_CERT)) {
        builder.set(SSL_CLIENT_AUTH_MODE, REQUESTED);
    }
    builder.set(Options.USE_DIRECT_BUFFERS,true);
    OptionMap combined = builder.getMap();

    XnioSsl xnioSsl = new JsseXnioSsl(worker.getXnio(), combined, sslContext);
    sslServer = xnioSsl.createSslConnectionServer(worker, socketAddress, (ChannelListener) acceptListener, combined);
    sslServer.resumeAccepts();

    UndertowLogger.ROOT_LOGGER.listenerStarted("HTTPS", getName(), socketAddress);
}

The OptionMap combined is used for the JsseXnioSsl and I can't see a way how to add my own configuration options. The result is that SSL_STARTTLS is undefined and in JsseXnioSsl has a method connectSsl which calls openSslConnection. There is an event handler build which calls:

new JsseSslStreamConnection(connection, JsseSslUtils.createSSLEngine(sslContext, optionMap, destination), socketBufferPool, applicationBufferPool, optionMap.get(Options.SSL_STARTTLS, false));

This sets the flag startTls of the constructor to false and the member variable tls in org.xnio.ssl.JsseSslStreamConnection to true. And when I understand it right, will then the consumer start unencrypted and will only switch to TLS when it is told todo so. But the service provider expectes, because of tls==true, an encrypted connection right from the beginning. And this generates the above error message/exception. I can reproduce this by using a JavaSE client to call the service provider. This works well when I don't set SSL_STARTTLS on the client side. But when I set it to true I get the same behavior like when the client is another WildFly instance.
Tomaž Cerar said that on the consumer side in the connect() method the builder.addAll(...) should be moved to the end after setting the defaults. Thats the reason for this issue.
With this solution I can switch off SSL_STARTTLS on the consumer(client) side.
Another additional possibility could be to make the provider (server) side configurable that the hard coded options can be overwritten. But I don't know if this fits in the original design.

"slider.hdfs.keytab.dir": "...",
"slider.am.login.keytab.name": "...",
"slider.keytab.principal.name": "..."

should be emitted into appConfig.json for Slider AM. Right now, they have to be added manually on a secure cluster.

Updating functions in LLAP via a metastore call is not going to be committed in the current form due to other design considerations. 
For now, we should revert the changes made in HIVE-12892; there's a DB change involved there, and we don't want that to be included in a released version before we decide on the final design of the update feature.

We want a pretty in-depth canary that will try every region on a cluster. When doing that for the whole cluster one machine is too slow, so we wanted to split it up and have each regionserver run a canary. That works however the canary does less work as it just tries one random region.
Lets add a flag that will allow the canary to try all regions on a regionserver.

Load data rewrite into IAS fails for ACID as there is some code which does not take into account the table name could be in upper case, specifically ValidTxnWriteIdList

Currently, AcmeClientSpiTest#testObtainCertificateChainWithKeySize and AcmeClientSpiTest#testObtainCertificateChainWithECPublicKey fail when run with IBM JDK with the following error:

org.wildfly.security.x500.cert.acme.AcmeException: ELY10049: Unable to download certificate chain from ACME server
	at org.wildfly.security.x500.cert.acme.AcmeClientSpi.getPemCertificateChain(AcmeClientSpi.java:988)
	at org.wildfly.security.x500.cert.acme.AcmeClientSpi.obtainCertificateChain(AcmeClientSpi.java:519)
	at org.wildfly.security.x500.cert.acme.AcmeClientSpiTest.obtainCertificateChain(AcmeClientSpiTest.java:284)
	at org.wildfly.security.x500.cert.acme.AcmeClientSpiTest.testObtainCertificateChainWithKeySize(AcmeClientSpiTest.java:260)
Caused by: java.security.cert.CertificateException: Unable to initialize, java.io.IOException: insufficient data
	at com.ibm.security.x509.X509CertImpl.<init>(X509CertImpl.java:268)
	at java.security.cert.CertificateFactory.generateCertificates(CertificateFactory.java:448)
	at org.wildfly.security.x500.cert.acme.AcmeClientSpi.getPemCertificateChain(AcmeClientSpi.java:984)
	... 3 more

The underlying issue is that the PEM certificate chain returned by the ACME server has a blank line in between the two certificates in the chain. This causes parsing issues on IBM JDK when CertificateFactory.generateCertificates() is called. To fix this, we can just ignore any blank lines in the chain.

Currently the class SkipOperation takes an long as only parameter, the static factory method Aggregation.skip(…) takes an int. As the skip-operation seems to support long, should the static factory-method also use long?

public static SkipOperation skip(int elementsToSkip) {
		return new SkipOperation(elementsToSkip);
}

public SkipOperation(long skipCount) {
		Assert.isTrue(skipCount >= 0, "Skip count must not be negative!");
		this.skipCount = skipCount;
}

2011-01-04 01:14:17,353 WARN org.apache.hadoop.hbase.master.MasterFileSystem: Retrying splitting because of:
org.apache.hadoop.hbase.regionserver.wal.OrphanHLogAfterSplitException: Discovered orphan hlog after split. Maybe the HRegionServer was not dead when we started
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLog(HLogSplitter.java:286)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLog(HLogSplitter.java:187)
        at org.apache.hadoop.hbase.master.MasterFileSystem.splitLog(MasterFileSystem.java:196)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:96)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:151)
2011-01-04 01:14:17,353 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event M_META_SERVER_SHUTDOWN
java.lang.IllegalStateException: An HLogSplitter instance may only be used once
        at com.google.common.base.Preconditions.checkState(Preconditions.java:145)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLog(HLogSplitter.java:170)
        at org.apache.hadoop.hbase.master.MasterFileSystem.splitLog(MasterFileSystem.java:199)

[standalone@localhost:9990 /] /subsystem=ee/managed-executor-service=other:add(jndi-name=java\:jboss\/ee\/executor\/other, core-threads=2, keepalive-time=-20)
{
    "failure-description" => {"WFLYCTL0080: Failed services" => {"jboss.concurrent.ee.executor.other" => "org.jboss.msc.service.StartException in service jboss.concurrent.ee.executor.other: Failed to start service
    Caused by: java.lang.IllegalArgumentException"}},
}

[standalone@localhost:9990 /] /subsystem=ee/managed-executor-service=other:add(jndi-name=java\:jboss\/ee\/executor\/other, core-threads=2, hung-task-threshold=-10

Resources will be created.

When FileSinkOperator's initializeOp is not called (which may happen when an operator before FileSinkOperator initializeOp failed), FileSinkOperator will throw NPE at close time. The stacktrace:

org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.NullPointerException

at org.apache.hadoop.hive.ql.exec.FileSinkOperator.createBucketFiles(FileSinkOperator.java:523)

at org.apache.hadoop.hive.ql.exec.FileSinkOperator.closeOp(FileSinkOperator.java:952)

at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:598)

at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:610)

at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.close(ExecMapper.java:199)

at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:61)

at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:243)

at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)

at java.util.concurrent.FutureTask.run(FutureTask.java:262)

at org.apache.hadoop.hive.ql.exec.FileSinkOperator.createBucketFiles(FileSinkOperator.java:519)

... 18 more

This Exception is misleading and often distracts users from finding real issues. 

the command-line job runner can provide misleading feedback:

            try {
                context = new ClassPathXmlApplicationContext(jobPath);
            } catch (BeansException e) {
                logger.info("No XML-based context named " + jobPath + ". Trying class-based configuration.");
                context = new AnnotationConfigApplicationContext(Class.forName(jobPath));
            }

If for example you get a:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'helloSpringXDStep': Cannot resolve reference to bean 'jobRepository' while setting bean property 'jobRepository'; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'jobRepository' is defined

then console output is:

11:19:02,065 ERROR main support.CommandLineJobRunner:368 - Job Terminated in error: classpath:/myjob.xml
java.lang.ClassNotFoundException: classpath:/myjob.xml

With counter mechanism, MR job is successful, but StatsTask on client fails with NPE.

In certain cases, Roo may generate an AspectJ file implementing the JavaBean properties that contains a hard-coded "Employee" type.  See the referenced forum posting for details and script file that can be used to duplicate the issue.
Attached is what I assume is the fix, a one-liner patch file.  I haven't built the source to confirm this yet, but will do so and update this afterwards.

There is a lot of useful information in SQLOperationDisplay that users of Hive Hooks may be interested in.
We should allow Hive Hooks to access this info by adding the SQLOperationDisplay to HookContext.
This will allow hooks to have access to all information available in the HS2 Web UI.

While running IntegrationTestBulkLoad for a while, I encountered the following error:

14/10/14 05:57:12 INFO mapreduce.IntegrationTestBulkLoad: Running check
14/10/14 05:57:12 INFO client.RMProxy: Connecting to ResourceManager at node-1.internal/10.0.0.3:8032
14/10/14 05:57:16 INFO util.RegionSizeCalculator: Calculating region sizes for table "IntegrationTestBulkLoad".
14/10/14 05:57:16 INFO mapreduce.JobSubmitter: number of splits:16
14/10/14 05:57:17 INFO mapreduce.JobSubmitter: Submitting tokens for job: job_1413261370136_0012
14/10/14 05:57:17 INFO impl.YarnClientImpl: Submitted application application_1413261370136_0012
14/10/14 05:57:17 INFO mapreduce.Job: The url to track the job: http://node-1.internal:8088/proxy/application_1413261370136_0012/
14/10/14 05:57:17 INFO mapreduce.Job: Running job: job_1413261370136_0012
14/10/14 05:57:32 INFO mapreduce.Job: Job job_1413261370136_0012 running in uber mode : false
14/10/14 05:57:32 INFO mapreduce.Job:  map 0% reduce 0%
14/10/14 05:57:52 INFO mapreduce.Job:  map 6% reduce 0%
14/10/14 05:57:53 INFO mapreduce.Job: Task Id : attempt_1413261370136_0012_m_000013_0, Status : FAILED
Error: java.io.IOException: Illegal partition for org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad$LinkKey@133c4539 (-3)
	at org.apache.hadoop.mapred.MapTask$MapOutputBuffer.collect(MapTask.java:1079)
	at org.apache.hadoop.mapred.MapTask$NewOutputCollector.write(MapTask.java:712)
	at org.apache.hadoop.mapreduce.task.TaskInputOutputContextImpl.write(TaskInputOutputContextImpl.java:89)
	at org.apache.hadoop.mapreduce.lib.map.WrappedMapper$Context.write(WrappedMapper.java:112)
	at org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad$LinkedListCheckingMapper.map(IntegrationTestBulkLoad.java:502)
	at org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad$LinkedListCheckingMapper.map(IntegrationTestBulkLoad.java:491)
	at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:145)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:784)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:341)
	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:168)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1614)
	at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:163)

Container killed by the ApplicationMaster.
Container killed on request. Exit code is 143
Container exited with a non-zero exit code 143

I'm pretty sure I've tracked this down to a partition generator that can return a negative number; I'll post a fix once I've confirmed locally.

Would be great if there was an environmental variable that could be set that would set the size of the IO Utils toBufferedInputStream/Writer for all invocations.

Test started to fail with:

java.lang.IllegalArgumentException: Invalid character: -
    at org.jboss.dmr.JSONParserImpl.invalid(JSONParserImpl.java:136)
    at org.jboss.dmr.JSONParser.yyLex(JSONParser.java:596)
    at org.jboss.dmr.JSONParser.yyParse(JSONParser.java:662)
    at org.jboss.dmr.ModelNode.fromJSONString(ModelNode.java:1390)
    at org.jboss.as.test.manualmode.auditlog.AuditLogFieldsOfLogTestCase.testAuditLoggingFields(AuditLogFieldsOfLogTestCase.java:106)

message was (notice the extra "-"  in front)

 - ﻿{
    "type" : "core",
    "r/o" : false,
    "booting" : false,
    "version" : "9.0.0.Alpha1",
    "user" : "IAmAdmin",
    "domainUUID" : null,
    "access" : "NATIVE",
    "remote-address" : "127.0.0.1/127.0.0.1",
    "success" : true,
    "ops" : [{
        "operation" : "write-attribute",
        "address" : [
            {
                "core-service" : "management"
            },
            {
                "access" : "audit"
            },
            {
                "logger" : "audit-log"
            }
        ],
        "name" : "log-boot",
        "value" : true,
        "operation-headers" : {
            "caller-type" : "user",
            "access-mechanism" : "NATIVE"
        }
    }]
}

When open multiple connections through Beeline to Hiveserver2 and if tries to close the client using !quit or ^C command, it looks like all the connections/sessions are not getting closed.
!quit seems to close the current active connection but fails to close other open sessions.
^C doesn't close any session.
This behaviour is noticed only with the HTTP mode of transport (hive.server2.transport.mode=http). In case of BINARY mode, server triggers the close session when a tcp connection is closed by peer.

We should get rid of HRegion creating its own HLog. It should ALWAYS get the log from outside. 
I think this was added for unit tests, but we should refrain from such practice in the future (adding UT constructors always leads to weird and critical bugs down the road). See recent: HBASE-11982, HBASE-11654. 
Get rid of weird things like ignoreHLog:

  /**
   * @param ignoreHLog - true to skip generate new hlog if it is null, mostly for createTable
   */
  public static HRegion createHRegion(final HRegionInfo info, final Path rootDir,
                                      final Configuration conf,
                                      final HTableDescriptor hTableDescriptor,
                                      final HLog hlog,
                                      final boolean initialize, final boolean ignoreHLog)

We can unify all the createXX and newXX methods and separate creating a region in the file system vs opening a region. 

Found this one when testing 2.1.3.

Exception in thread "PutThread" java.lang.NullPointerException
        at org.apache.hadoop.hbase.regionserver.CompactingMemStore.checkActiveSize(CompactingMemStore.java:392)
        at org.apache.hadoop.hbase.regionserver.AbstractMemStore.internalAdd(AbstractMemStore.java:307)
        at org.apache.hadoop.hbase.regionserver.AbstractMemStore.add(AbstractMemStore.java:132)
        at org.apache.hadoop.hbase.regionserver.AbstractMemStore.add(AbstractMemStore.java:112)
        at org.apache.hadoop.hbase.regionserver.HStore.add(HStore.java:750)
        at org.apache.hadoop.hbase.regionserver.HRegion.applyToMemStore(HRegion.java:4420)
        at org.apache.hadoop.hbase.regionserver.HRegion.access$500(HRegion.java:226)
        at org.apache.hadoop.hbase.regionserver.HRegion$BatchOperation.applyFamilyMapToMemStore(HRegion.java:3479)
        at org.apache.hadoop.hbase.regionserver.HRegion$BatchOperation.lambda$writeMiniBatchOperationsToMemStore$0(HRegion.java:3170)
        at org.apache.hadoop.hbase.regionserver.HRegion$BatchOperation.visitBatchOperations(HRegion.java:3103)
        at org.apache.hadoop.hbase.regionserver.HRegion$BatchOperation.writeMiniBatchOperationsToMemStore(HRegion.java:3162)
        at org.apache.hadoop.hbase.regionserver.HRegion$MutationBatchOperation.writeMiniBatchOperationsToMemStore(HRegion.java:3644)
        at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchMutate(HRegion.java:4058)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:3991)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:3922)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:3913)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:3927)
        at org.apache.hadoop.hbase.regionserver.HRegion.doBatchMutate(HRegion.java:4254)
        at org.apache.hadoop.hbase.regionserver.HRegion.put(HRegion.java:3046)

And later the test is stuck, since the MVCC can not be advanced any more.

There are some problems which need to fix.
1. LocalityBasedCandidateGenerator.getLowestLocalityRegionOnServer should skip empty region.
2. When use LocalityBasedCandidateGenerator to generate Cluster.Action, it should add random operation instead of pickLowestLocalityServer(cluster). Because the search function may stuck here if it always generate the same Cluster.Action.
3. getLeastLoadedTopServerForRegion should get least loaded server which have better locality than current server.

We have fixed similar bug in
https://issues.apache.org/jira/browse/HBASE-5507
It uses ByteBuffer.array() to read the ByteBuffer.
This will ignore the offset return the whole underlying byte array.
The bug can be triggered by using framed Transport thrift servers.

To repro:

set hive.optimize.index.filter=true;

create table test_table(number int) stored as ORC;

-- Two insertions will create two files, with one stripe each
insert into table test_table VALUES (1);
insert into table test_table VALUES (2);

-- This should and does return 2 records
select * from test_table;

-- These should and do each return 1 record
select * from test_table where number = 1;
select * from test_table where number = 2;

-- This should return 2 records but only returns 1 record
select * from test_table where number = 1
union all

What's happening is only the last predicate is being pushed down.

Since Guava 11, there is a separate interface to manipulate a CacheLoader: LoadingCache.
Our implementation uses Cache regardless of the fact we have specified a CacheLoader or not. In the former case a LoadingCache is created and as a  get method that will invoke the loader if necessary.
Our current GuavaCache calls getIfPresent that will never use the loader.

I somehow manufactured empty info:regioninfo cells in .META. – still trying to figure how – but trying to drop the table I get NPE

ERROR: java.lang.NullPointerException: null
Backtrace: org/apache/hadoop/hbase/util/Writables.java:75:in `getWritable'
           org/apache/hadoop/hbase/util/Writables.java:119:in `getHRegionInfo'
           org/apache/hadoop/hbase/client/HConnectionManager.java:505:in `processRow'
           org/apache/hadoop/hbase/client/MetaScanner.java:190:in `metaScan'
           org/apache/hadoop/hbase/client/MetaScanner.java:95:in `metaScan'
           org/apache/hadoop/hbase/client/MetaScanner.java:73:in `metaScan'
           org/apache/hadoop/hbase/client/HConnectionManager.java:530:in `getHTableDescriptor'
           org/apache/hadoop/hbase/client/HTable.java:320:in `getTableDescriptor'
           /home/stack/hbase/bin/../bin/../src/main/ruby/hbase/admin.rb:205:in `truncate'
           /home/stack/hbase/bin/../bin/../src/main/ruby/shell/commands/truncate.rb:33:in `command'
           /home/stack/hbase/bin/../bin/../src/main/ruby/shell/commands.rb:64:in `format_simple_command'
           /home/stack/hbase/bin/../bin/../src/main/ruby/shell/commands/truncate.rb:31:in `command'
           /home/stack/hbase/bin/../bin/../src/main/ruby/shell/commands.rb:31:in `command_safe'
           /home/stack/hbase/bin/../bin/../src/main/ruby/shell/commands.rb:70:in `translate_hbase_exceptions'
           /home/stack/hbase/bin/../bin/../src/main/ruby/shell.rb:106:in `command'
           (eval):2:in `truncate'
           (hbase):4:in `irb_binding'

In the AbstractFileResolvingResource.exists() method which was introduced in Spring Core 3.0.4, the call to URLConnection.getContentLength() assumes that it will return a negative number if the file doesn't exist. In actual fact, it will return -1 simply if the content length isn't known which is the case if the file is inside of a zip (or jar).
Bug introduced in commit rev. 3545 of Spring Core.

It's possible to return a Map<Key, Value> inside a custom repository using @Query. The problem is that for no results the Map is null instead of empty. In my interpretation if the underlying ResultList is empty then the map is of course null, but could be initiated to empty. Also Optional<Map<Key, Value>> throws an IllegalStateException.

Protobuf <> Java Pojo converter uses wrong field for converted enum construction (actually default value of protobuf message used).

See http://camel.465427.n5.nabble.com/infinispan-Idempotent-and-RemoteCacheManager-td5780600.html#a5780723

HIVE-5799 introduced a session/operation timeout which cleans up abandoned session and op handles. Currently, the default is set to no-op. We should set it to some reasonable value.

When we generate a Calcite plan, we might need to cast the column referenced by equality conditions in a Semijoin because Hive works with a more relaxed data type system.
To cast these columns, we introduce a project operators over the Semijoin inputs. However, these columns were not included in the RowResolver of the Semijoin operator (I guess because they couldn't be referenced beyond the Semijoin). However, if above the Semijoin a Project operator with a windowing function is generated, the RR for the project is taken from the operator below, resulting in a mismatch.
The following query can be used to reproduce the problem (with CBO on):

CREATE TABLE table_1 (int_col_1 INT, decimal3003_col_2 DECIMAL(30, 3), timestamp_col_3 TIMESTAMP, decimal0101_col_4 DECIMAL(1, 1), double_col_5 DOUBLE, boolean_col_6 BOOLEAN, timestamp_col_7 TIMESTAMP, varchar0098_col_8 VARCHAR(98), int_col_9 INT, timestamp_col_10 TIMESTAMP, decimal0903_col_11 DECIMAL(9, 3), int_col_12 INT, bigint_col_13 BIGINT, boolean_col_14 BOOLEAN, char0254_col_15 CHAR(254), boolean_col_16 BOOLEAN, smallint_col_17 SMALLINT, float_col_18 FLOAT, decimal2608_col_19 DECIMAL(26, 8), varchar0216_col_20 VARCHAR(216), string_col_21 STRING, timestamp_col_22 TIMESTAMP, double_col_23 DOUBLE, smallint_col_24 SMALLINT, float_col_25 FLOAT, decimal2016_col_26 DECIMAL(20, 16), string_col_27 STRING, decimal0202_col_28 DECIMAL(2, 2), boolean_col_29 BOOLEAN, decimal2020_col_30 DECIMAL(20, 20), float_col_31 FLOAT, boolean_col_32 BOOLEAN, varchar0148_col_33 VARCHAR(148), decimal2121_col_34 DECIMAL(21, 21), timestamp_col_35 TIMESTAMP, float_col_36 FLOAT, float_col_37 FLOAT, string_col_38 STRING, decimal3420_col_39 DECIMAL(34, 20), smallint_col_40 SMALLINT, decimal1408_col_41 DECIMAL(14, 8), string_col_42 STRING, decimal0902_col_43 DECIMAL(9, 2), varchar0204_col_44 VARCHAR(204), float_col_45 FLOAT, tinyint_col_46 TINYINT, double_col_47 DOUBLE, timestamp_col_48 TIMESTAMP, double_col_49 DOUBLE, timestamp_col_50 TIMESTAMP, decimal0704_col_51 DECIMAL(7, 4), int_col_52 INT, double_col_53 DOUBLE, int_col_54 INT, timestamp_col_55 TIMESTAMP, decimal0505_col_56 DECIMAL(5, 5), char0155_col_57 CHAR(155), double_col_58 DOUBLE, timestamp_col_59 TIMESTAMP, double_col_60 DOUBLE, float_col_61 FLOAT, char0249_col_62 CHAR(249), float_col_63 FLOAT, smallint_col_64 SMALLINT, decimal1309_col_65 DECIMAL(13, 9), timestamp_col_66 TIMESTAMP, boolean_col_67 BOOLEAN, tinyint_col_68 TINYINT, tinyint_col_69 TINYINT, double_col_70 DOUBLE, bigint_col_71 BIGINT, boolean_col_72 BOOLEAN, float_col_73 FLOAT, char0222_col_74 CHAR(222), boolean_col_75 BOOLEAN, string_col_76 STRING, decimal2612_col_77 DECIMAL(26, 12), bigint_col_78 BIGINT, char0128_col_79 CHAR(128), tinyint_col_80 TINYINT, boolean_col_81 BOOLEAN, int_col_82 INT, boolean_col_83 BOOLEAN, decimal2622_col_84 DECIMAL(26, 22), boolean_col_85 BOOLEAN, boolean_col_86 BOOLEAN, decimal0907_col_87 DECIMAL(9, 7))
STORED AS orc;
CREATE TABLE table_18 (float_col_1 FLOAT, double_col_2 DOUBLE, decimal2518_col_3 DECIMAL(25, 18), boolean_col_4 BOOLEAN, bigint_col_5 BIGINT, boolean_col_6 BOOLEAN, boolean_col_7 BOOLEAN, char0035_col_8 CHAR(35), decimal2709_col_9 DECIMAL(27, 9), timestamp_col_10 TIMESTAMP, bigint_col_11 BIGINT, decimal3604_col_12 DECIMAL(36, 4), string_col_13 STRING, timestamp_col_14 TIMESTAMP, timestamp_col_15 TIMESTAMP, decimal1911_col_16 DECIMAL(19, 11), boolean_col_17 BOOLEAN, tinyint_col_18 TINYINT, timestamp_col_19 TIMESTAMP, timestamp_col_20 TIMESTAMP, tinyint_col_21 TINYINT, float_col_22 FLOAT, timestamp_col_23 TIMESTAMP)

explain
SELECT
    COALESCE(498,
      LEAD(COALESCE(-973, -684, 515)) OVER (
        PARTITION BY (t2.tinyint_col_21 + t1.smallint_col_24)
        ORDER BY (t2.tinyint_col_21 + t1.smallint_col_24),
        FLOOR(t1.double_col_60) DESC),
      524) AS int_col
FROM table_1 t1 INNER JOIN table_18 t2
ON (((t2.tinyint_col_18) = (t1.bigint_col_13))
    AND ((t2.decimal2709_col_9) = (t1.decimal1309_col_65)))
    AND ((t2.tinyint_col_21) = (t1.tinyint_col_46))
WHERE (t2.tinyint_col_21) IN (
        SELECT COALESCE(-92, -994) AS int_col_3
        FROM table_1 tt1 INNER JOIN table_18 tt2
        ON (tt2.decimal1911_col_16) = (tt1.decimal1309_col_65)
        WHERE (tt1.timestamp_col_66) = (tt2.timestamp_col_19));

Installing camel-servlet fails, as it looks like the dependency on camel-core has been removed from the features.xml

org.osgi.service.resolver.ResolutionException: Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=camel-servlet; type=karaf.feature; version="[2.16.1,2.16.1]"; filter:="(&(osgi.identity=camel-servlet)(type=karaf.feature)(version>=2.16.1)(version<=2.16.1))" [caused by: Unable to resolve camel-servlet/2.16.1: missing requirement [camel-servlet/2.16.1] osgi.identity; osgi.identity=org.apache.camel.camel-servlet; type=osgi.bundle; version="[2.16.1,2.16.1]"; resolution:=mandatory [caused by: Unable to resolve org.apache.camel.camel-servlet/2.16.1: missing requirement [org.apache.camel.camel-servlet/2.16.1] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.apache.camel)(version>=2.16.0)(!(version>=2.17.0)))"]]
	at org.apache.felix.resolver.ResolutionError.toException(ResolutionError.java:42)[org.apache.felix.framework-5.4.0.jar:]
	at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:235)[org.apache.felix.framework-5.4.0.jar:]
	at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:158)[org.apache.felix.framework-5.4.0.jar:]
	at org.apache.karaf.features.internal.region.SubsystemResolver.resolve(SubsystemResolver.java:216)[7:org.apache.karaf.features.core:4.0.4]
	at org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:263)[7:org.apache.karaf.features.core:4.0.4]
	at org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision(FeaturesServiceImpl.java:1089)[7:org.apache.karaf.features.core:4.0.4]
	at org.apache.karaf.features.internal.service.FeaturesServiceImpl$1.call(FeaturesServiceImpl.java:985)[7:org.apache.karaf.features.core:4.0.4]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_66]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_66]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_66]
	at java.lang.Thread.run(Thread.java:745)[:1.8.0_66]

Indeed this is definition from features.xml (current SNAPSHOT version)

<feature name='camel-servlet' version='${project.version}' resolver='(obr)' start-level='50'>
    <details> camel-servlet need to access the http OSGi services </details>
    <feature>http</feature>
    <bundle>mvn:org.apache.camel/camel-http-common/${project.version}</bundle>
    <bundle>mvn:org.apache.camel/camel-servlet/${project.version}</bundle>
  </feature>

After updating to a newer version of Spring Data MongoDB, I found that I can no longer update array fields. The most recent version I observed this to work correctly is 1.2.x.
In 1.3.x and above, it seems that the positional operator ($) is removed from the key.
mongoOps.findAndModify(new Query(), new Update().set("options.$.name", "color"), MongoProduct.class);
In the actual command, "options.$.name" turns into "options.name".
This results in the mongodb error: "exception: can't append to array using string field name: name"

runaway user scripts emitting every row to standard error overwhelm our log partitions. We need to provide an option to limit standard error size per task.

Currently, HBaseTestingUtility.getNewDataTestDirOnTestFS() returns a unique path only on non-local filesystems. This method should always return a unique directory. This bug fix is needed to accurately test HBASE-17437.

Offset calculation for BucketCache entries incorrectly uses an int literal to try to ensure that the offset is positive. However, because it uses the string literal 0xFFFFFFFF which java uses at an int (which is negative). When it does the bitwise &, java sign extends the int effectively undoing the original intention of the code and allowing for negative values to slip through.
Then the read or write to that block will fail due to trying to read/write at a negative index which causes the BucketCache to fail.

From the list, see 'jvm oom' in http://mail-archives.apache.org/mod_mbox/hbase-user/201101.mbox/browser, it looks like wide rows – 30M or so – causes OOME during compaction.  We should check it out. Can the scanner used during compactions use the 'limit' when nexting?  If so, this should save our OOME'ing (or, we need to add to the next a max size rather than count of KVs).

 JAEGER_REPORTER_LOG_SPANS=true JAEGER_SAMPLER_TYPE=remote  $WILDFLY_HOME/bin/standalone.sh                                                                                                      1:39 
  JBOSS_HOME: /home/ploffay/projects/javaee-traced-store/wildfly-14.0.1.Final
  JAVA: java
  JAVA_OPTS:  -server -Xms64m -Xmx512m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true 
13:39:30,432 INFO  [org.jboss.modules] (main) JBoss Modules version 1.8.6.Final
13:39:30,861 INFO  [org.jboss.msc] (main) JBoss MSC version 1.4.3.Final
13:39:30,868 INFO  [org.jboss.threads] (main) JBoss Threads version 2.3.2.Final
13:39:30,992 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Full 14.0.1.Final (WildFly Core 6.0.2.Final) starting
13:39:31,697 INFO  [org.wildfly.security] (ServerService Thread Pool – 24) ELY00001: WildFly Elytron version 1.6.0.Final
13:39:32,155 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
13:39:32,188 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool – 26) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
13:39:32,221 INFO  [org.jboss.as.repository] (ServerService Thread Pool – 34) WFLYDR0001: Content added at location /home/ploffay/projects/javaee-traced-store/wildfly-14.0.1.Final/standalone/data/content/91/04caab3329ba82bafd92755e900187a74e536c/content
13:39:32,259 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
13:39:32,278 INFO  [org.xnio] (MSC service thread 1-4) XNIO version 3.6.5.Final
13:39:32,290 INFO  [org.xnio.nio] (MSC service thread 1-4) XNIO NIO Implementation Version 3.6.5.Final
13:39:32,371 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool – 41) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.4)
13:39:32,396 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool – 48) WFLYCLINF0001: Activating Infinispan subsystem.
13:39:32,400 INFO  [org.wildfly.extension.io] (ServerService Thread Pool – 49) WFLYIO001: Worker 'default' has auto-configured to 16 core threads with 128 task threads based on your 8 available processors
13:39:32,402 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 5.0.8.Final
13:39:32,435 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-7) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
13:39:32,444 INFO  [org.jboss.as.jaxrs] (ServerService Thread Pool – 50) WFLYRS0016: RESTEasy version 3.6.1.Final
13:39:32,478 INFO  [org.jboss.as.connector] (MSC service thread 1-1) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.11.Final)
13:39:32,493 INFO  [org.jboss.as.jsf] (ServerService Thread Pool – 55) WFLYJSF0007: Activated the following JSF Implementations: [main]
13:39:32,494 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-3) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
13:39:32,495 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0018: Started Driver service with driver-name = h2
13:39:32,506 INFO  [org.wildfly.extension.microprofile.config.smallrye._private] (ServerService Thread Pool – 57) WFLYCONF0001: Activating WildFly MicroProfile Config Subsystem
13:39:32,508 INFO  [org.wildfly.extension.microprofile.opentracing] (ServerService Thread Pool – 59) WFLYTRACEXT0001: Activating MicroProfile OpenTracing Subsystem
13:39:32,531 INFO  [org.jboss.as.naming] (ServerService Thread Pool – 60) WFLYNAM0001: Activating Naming Subsystem
13:39:32,545 INFO  [org.wildfly.extension.microprofile.health.smallrye] (ServerService Thread Pool – 58) WFLYHEALTH0001: Activating Eclipse MicroProfile Health Subsystem
13:39:32,559 WARN  [org.jboss.as.txn] (ServerService Thread Pool – 68) WFLYTX0013: The node-identifier attribute on the /subsystem=transactions is set to the default value. This is a danger for environments running multiple servers. Please make sure the attribute value is unique.
13:39:32,575 INFO  [org.jboss.as.security] (ServerService Thread Pool – 66) WFLYSEC0002: Activating Security Subsystem
13:39:32,581 INFO  [org.jboss.as.webservices] (ServerService Thread Pool – 70) WFLYWS0002: Activating WebServices Extension
13:39:32,589 INFO  [org.jboss.as.naming] (MSC service thread 1-4) WFLYNAM0003: Starting Naming Service
13:39:32,592 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-3) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
13:39:32,617 INFO  [org.jboss.as.security] (MSC service thread 1-1) WFLYSEC0001: Current PicketBox version=5.0.3.Final
13:39:32,662 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 2.0.13.Final starting
13:39:32,670 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 128 (per class), which is derived from thread worker pool sizing.
13:39:32,673 INFO  [org.jboss.as.ejb3] (MSC service thread 1-5) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 32 (per class), which is derived from the number of CPUs on this host.
13:39:32,901 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool – 69) WFLYUT0014: Creating file handler for path '/home/ploffay/projects/javaee-traced-store/wildfly-14.0.1.Final/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
13:39:32,915 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0012: Started server default-server.
13:39:32,918 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0018: Host default-host starting
13:39:32,985 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0006: Undertow HTTP listener default listening on 127.0.0.1:8080
13:39:33,103 INFO  [org.jboss.as.ejb3] (MSC service thread 1-2) WFLYEJB0493: EJB subsystem suspension complete
13:39:33,176 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
13:39:33,224 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: WildFly Full cumulative patch ID is: base, one-off patches include: none
13:39:33,252 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-3) WFLYDM0111: Keystore /home/ploffay/projects/javaee-traced-store/wildfly-14.0.1.Final/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
13:39:33,258 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-4) WFLYDS0013: Started FileSystemDeploymentService for directory /home/ploffay/projects/javaee-traced-store/wildfly-14.0.1.Final/standalone/deployments
13:39:33,274 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "javaee-traced-store-1.0-SNAPSHOT.war" (runtime-name: "javaee-traced-store-1.0-SNAPSHOT.war")
13:39:33,337 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0006: Undertow HTTPS listener https listening on 127.0.0.1:8443
13:39:33,417 INFO  [org.jboss.ws.common.management] (MSC service thread 1-4) JBWS022052: Starting JBossWS 5.2.3.Final (Apache CXF 3.2.5.jbossorg-1) 
13:39:33,807 INFO  [org.jboss.weld.deployer] (MSC service thread 1-8) WFLYWELD0003: Processing weld deployment javaee-traced-store-1.0-SNAPSHOT.war
13:39:33,921 INFO  [org.hibernate.validator.internal.util.Version] (MSC service thread 1-8) HV000001: Hibernate Validator 6.0.13.Final
13:39:34,075 INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-8) WFLYEJB0473: JNDI bindings for session bean named 'OrderEndpoint' in deployment unit 'deployment "javaee-traced-store-1.0-SNAPSHOT.war"' are as follows:
	java:global/javaee-traced-store-1.0-SNAPSHOT/OrderEndpoint!io.jaegertracing.examples.wildfly.OrderEndpoint
	java:app/javaee-traced-store-1.0-SNAPSHOT/OrderEndpoint!io.jaegertracing.examples.wildfly.OrderEndpoint
	java:module/OrderEndpoint!io.jaegertracing.examples.wildfly.OrderEndpoint
	ejb:javaee-traced-store-1.0-SNAPSHOT/OrderEndpoint!io.jaegertracing.examples.wildfly.OrderEndpoint
	java:global/javaee-traced-store-1.0-SNAPSHOT/OrderEndpoint
	java:app/javaee-traced-store-1.0-SNAPSHOT/OrderEndpoint
	java:module/OrderEndpoint
13:39:34,248 INFO  [org.jboss.weld.Version] (MSC service thread 1-2) WELD-000900: 3.0.5 (Final)
13:39:34,439 INFO  [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-5) ISPN000128: Infinispan version: Infinispan 'Estrella Galicia' 9.3.1.Final
13:39:34,634 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool – 72) WFLYCLINF0002: Started client-mappings cache from ejb container
13:39:35,007 WARN  [io.jaegertracing.internal.senders.SenderResolver] (ServerService Thread Pool – 72) No suitable sender found. Using NoopSender, meaning that data will not be sent anywhere!
13:39:35,061 ERROR [stderr] (Timer-2) Exception in thread "Timer-2" java.lang.RuntimeException: Unable to invoke no-args constructor for class io.jaegertracing.internal.samplers.http.SamplingStrategyResponse. Registering an InstanceCreator with Gson for this type may fix this problem.
13:39:35,062 ERROR [stderr] (Timer-2) 	at com.google.gson.internal.ConstructorConstructor$14.construct(ConstructorConstructor.java:226)
13:39:35,062 ERROR [stderr] (Timer-2) 	at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$Adapter.read(ReflectiveTypeAdapterFactory.java:210)
13:39:35,062 ERROR [stderr] (Timer-2) 	at com.google.gson.Gson.fromJson(Gson.java:888)
13:39:35,062 ERROR [stderr] (Timer-2) 	at com.google.gson.Gson.fromJson(Gson.java:853)
13:39:35,062 ERROR [stderr] (Timer-2) 	at com.google.gson.Gson.fromJson(Gson.java:802)
13:39:35,062 ERROR [stderr] (Timer-2) 	at com.google.gson.Gson.fromJson(Gson.java:774)
13:39:35,062 ERROR [stderr] (Timer-2) 	at io.jaegertracing.internal.samplers.HttpSamplingManager.parseJson(HttpSamplingManager.java:49)
13:39:35,062 ERROR [stderr] (Timer-2) 	at io.jaegertracing.internal.samplers.HttpSamplingManager.getSamplingStrategy(HttpSamplingManager.java:68)
13:39:35,063 ERROR [stderr] (Timer-2) 	at io.jaegertracing.internal.samplers.RemoteControlledSampler.updateSampler(RemoteControlledSampler.java:88)
13:39:35,063 ERROR [stderr] (Timer-2) 	at io.jaegertracing.internal.samplers.RemoteControlledSampler$1.run(RemoteControlledSampler.java:70)
13:39:35,063 ERROR [stderr] (Timer-2) 	at java.util.TimerThread.mainLoop(Timer.java:555)
13:39:35,063 ERROR [stderr] (Timer-2) 	at java.util.TimerThread.run(Timer.java:505)
13:39:35,063 ERROR [stderr] (Timer-2) Caused by: java.lang.UnsupportedOperationException: Cannot allocate class io.jaegertracing.internal.samplers.http.SamplingStrategyResponse
13:39:35,063 ERROR [stderr] (Timer-2) 	at com.google.gson.internal.UnsafeAllocator$4.newInstance(UnsafeAllocator.java:104)
13:39:35,064 ERROR [stderr] (Timer-2) 	at com.google.gson.internal.ConstructorConstructor$14.construct(ConstructorConstructor.java:223)
13:39:35,064 ERROR [stderr] (Timer-2) 	... 11 more
13:39:35,210 INFO  [io.jaegertracing.Configuration] (ServerService Thread Pool – 72) Initialized tracer=JaegerTracer(version=Java-0.30.6, serviceName=javaee-traced-store-1.0-SNAPSHOT.war, reporter=CompositeReporter(reporters=[RemoteReporter(sender=NoopSender(), closeEnqueueTimeout=1000), LoggingReporter(logger=org.slf4j.impl.Slf4jLogger(io.jaegertracing.internal.reporters.LoggingReporter))]), sampler=RemoteControlledSampler(maxOperations=2000, manager=HttpSamplingManager(hostPort=localhost:5778), sampler=ProbabilisticSampler(tags=
{sampler.type=probabilistic, sampler.param=0.001}
)), tags=
{hostname=dhcp-144-223.gva.redhat.com, jaeger.version=Java-0.30.6, ip=10.33.144.223}
, zipkinSharedRpcSpan=false, expandExceptionLogs=false)
13:39:35,557 INFO  [org.jboss.resteasy.resteasy_jaxrs.i18n] (ServerService Thread Pool – 72) RESTEASY002225: Deploying javax.ws.rs.core.Application: class io.jaegertracing.examples.wildfly.TracedStoreApplication
13:39:35,589 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool – 72) WFLYUT0021: Registered web context: '/javaee-traced-store-1.0-SNAPSHOT' for server 'default-server'
13:39:35,605 INFO  [org.jboss.as.server] (ServerService Thread Pool – 42) WFLYSRV0010: Deployed "javaee-traced-store-1.0-SNAPSHOT.war" (runtime-name : "javaee-traced-store-1.0-SNAPSHOT.war")
13:39:35,683 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
13:39:35,685 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
13:39:35,686 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
13:39:35,686 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Full 14.0.1.Final (WildFly Core 6.0.2.Final) started in 5525ms - Started 445 of 628 services (326 services are lazy, passive or on-demand)

Problem: When running with a Camel Blueprint project a configAdminFile is not used to populate propertyplacehoders in camel-test-blueprint when exectued with camel-maven-plugin(camel:run). So a user can't run camel locally in a similar way to running in Karaf with file based property placeholder values. 
Workaround: I think, but haven't tested yet, that you can work around this locally using the methods described here: http://ggrzybek.blogspot.com/2015/12/camel-blueprint-test-support.html and/or how this solution  https://github.com/cschneider/Karaf-Tutorial/tree/master/camel/order/src appears to use exec:java locally and loads the properties via PropertiesComponent.
To reproduce the problem:
Create a new project using camel-archetype-blueprint. (You need to change the log4j config to make it run.) To reduce the time, I created a project that runs here: https://github.com/ryanco/propertyconfig. Instead of using a default in the blueprint XML for the propertyplaceholder, I setup the POM to include the following:

      <plugin>
        <groupId>org.apache.camel</groupId>
        <artifactId>camel-maven-plugin</artifactId>
        <version>2.18.0</version>
        <configuration>
	      <useBlueprint>true</useBlueprint
         <configAdminPid>com.yarsquidy.props.propertyconfig</configAdminPid>
          <configAdminFileName>etc/com.yarsquidy.props.propertyconfig</configAdminFileName>
        </configuration>
      </plugin>

In Camel 2.15.2 or earlier, this file would be loaded when mvn camel:run was invoked and the properties would be available via the PID at run time. After the changes made in CAMEL-9313, it appears that the method org.apache.camel.test.blueprint.CamelBlueprintHelper#setPersistentFileForConfigAdmin is only called in when the createTestBundle pathway is taken in org.apache.camel.test.blueprint.CamelBlueprintHelper#createBundleContext(java.lang.String, java.lang.String, boolean, java.lang.String, java.lang.String, java.lang.String, java.lang.String[]...). So it appears test using CamelBlueprintTestSupport get this functionality (as shown by the tests) but things executed from camel:run do not.
Here you can see in Camel 2.14 that call to org.apache.camel.test.blueprint.CamelBlueprintHelper#setPersistentFileForConfigAdmin is made after the bundelContext is created.
https://github.com/apache/camel/blob/camel-2.14.x/components/camel-test-blueprint/src/main/java/org/apache/camel/test/blueprint/Main.java#L103
In the master branch version, that call is no longer made from main after the context is returned.
https://github.com/apache/camel/blob/master/components/camel-test-blueprint/src/main/java/org/apache/camel/test/blueprint/Main.java#L106
I made a change locally to add a similar call to org.apache.camel.test.blueprint.CamelBlueprintHelper#setPersistentFileForConfigAdmin in Camel 2.18:

LOG.debug("Starting Blueprint XML file: " + descriptors);
if (configAdminPid != null && configAdminFileName != null) {
		// pid/file is used to set INITIAL content of ConfigAdmin to be used when blueprint container is started
		LOG.info("ConfigAdminPid and ConfigAdminFileName are not null");
		bundleContext = createBundleContext(bundleName, new String[] {configAdminFileName, configAdminPid});
} else {
		bundleContext = createBundleContext(bundleName);
}
CamelBlueprintHelper.setPersistentFileForConfigAdmin(bundleContext, configAdminPid, configAdminFileName, new Properties(), null, null, false);

Here is the output of the log statement from the example before this change:

[ntext          INFO  Apache Camel 2.18.0 (CamelContext: blueprint-bean-context) started in 0.214 seconds
[ntext) thread #0 - timer://foo] timerToLog                     INFO  The message contains ${greeting} at 2016-11-14 08:42:03
[ntext) thread #0 - timer://foo] timerToLog                     INFO  The message contains ${greeting} at 2016-11-14 08:42:08

Here is the output of the log statement from the example after this change:

[         Blueprint Extender: 3] BlueprintCamelContext          INFO  Apache Camel 2.18.1-SNAPSHOT (CamelContext: blueprint-bean-context) started in 0.257 seconds
[ntext) thread #0 - timer://foo] timerToLog                     INFO  The message contains Hello From File! at 2016-11-14 08:54:09
[ntext) thread #0 - timer://foo] timerToLog                     INFO  The message contains Hello From File! at 2016-11-14 08:54:14

As you can see before the change, the ${greeting} property is not poplulated via propertyplacehoder. After the change it is replaced.
Given all the discussion of timing related issues in CAMEL-9313, I'm hesitant to say this is a good enough solution or that it aligns with the intention of the changes made in that fix. Given that configAdminFileName and configAdminPid are passed into createBundleContext, perhaps the call to org.apache.camel.test.blueprint.CamelBlueprintHelper#setPersistentFileForConfigAdmin should happen inside createBundleContext or one of it sub-methods. 
Overall, I "think" a user should be able to use the configAdminPid and configAdminFileName settings to load properties via camel:run rather than work aound it, but I could be persumptious there.

With respect to the fix done for DATAREST-931 I am trying to perform a PATCH to add an entity to an existing nested collection. 
I am not sure if this is legal(?!) but haven't read anything to the contrary. If it is not legal to PATCH a nested collection to add a new item, how else can you achieve this?
Here is my unit test to be added to DomainObjectReaderUnitTests which demonstrates the behaviour. It fails with an IndexOutOfBoundsException as the second nested entity is not added to the collection as expected.

	@Test
	public void readsPatchForNewEntityNestedInCollection() throws Exception {

		Phone phone = new Phone();
		phone.creationDate = new GregorianCalendar();

		User user = new User();
		user.phones.add(phone);

		ByteArrayInputStream source = new ByteArrayInputStream(
				"{ \"phones\" : [ { \"label\" : \"some label\" }, { \"label\" : \"some label\" } ] }".getBytes(Charsets.UTF_8));

		User result = reader.read(source, user, new ObjectMapper());

		assertThat(result.phones.get(0).creationDate, is(notNullValue()));
		assertThat(result.phones.get(1).creationDate, is(notNullValue()));
	}

I've also attached as a patch.
It looks to me that it is related to the logic in DomainObjectReader.doMerge(...) as follows:

				boolean nestedObjectFound = handleArrayNode((ArrayNode) child, asCollection(rawValue), mapper);

				if (nestedObjectFound) {
					i.remove();
				}

nestedObjectFound is returned true after processing the first existing item and then the entire array is removed. Hence the next second item is never even looked at.

To make schematool -upgradeSchema work for information schema.

$ ./run-tests.sh CamelDockerTest
...
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 10.596 sec <<< FAILURE! - in org.apache.camel.itest.karaf.CamelDockerTest
test(org.apache.camel.itest.karaf.CamelDockerTest)  Time elapsed: 10.445 sec  <<< ERROR!
org.ops4j.pax.exam.WrappedTestContainerException: [test(org.apache.camel.itest.karaf.CamelDockerTest): Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=camel-docker; type=karaf.feature; version="[2.20.0.SNAPSHOT,2.20.0.SNAPSHOT]"; filter:="(&(osgi.identity=camel-docker)(type=karaf.feature)(version>=2.20.0.SNAPSHOT)(version<=2.20.0.SNAPSHOT))" [caused by: Unable to resolve camel-docker/2.20.0.SNAPSHOT: missing requirement [camel-docker/2.20.0.SNAPSHOT] osgi.identity; osgi.identity=org.apache.camel.camel-docker; type=osgi.bundle; version="[2.20.0.SNAPSHOT,2.20.0.SNAPSHOT]"; resolution:=mandatory [caused by: Unable to resolve org.apache.camel.camel-docker/2.20.0.SNAPSHOT: missing requirement [org.apache.camel.camel-docker/2.20.0.SNAPSHOT] osgi.wiring.package; filter:="(&(osgi.wiring.package=com.github.dockerjava.api.async)(version>=3.0.0)(!(version>=4.0.0)))" [caused by: Unable to resolve org.apache.servicemix.bundles.docker-java/3.0.13.1: missing requirement [org.apache.servicemix.bundles.docker-java/3.0.13.1] osgi.wiring.package; filter:="(&(osgi.wiring.package=javax.annotation)(version>=1.2.0)(!(version>=2.0.0)))"]]]]
	at org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:291)
	at org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision(FeaturesServiceImpl.java:1233)
	at org.apache.karaf.features.internal.service.FeaturesServiceImpl.lambda$doProvisionInThread$0(FeaturesServiceImpl.java:1132)

Results :

  CamelDockerTest.test » WrappedTestContainer [test(org.apache.camel.itest.karaf...

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0

[INFO] Total time: 15.983 s
[INFO] Finished at: 2017-09-11T11:15:12+09:00
[INFO] Final Memory: 41M/2875M

Using of JSF Composite Component causes followed exception:

javax.el.PropertyNotFoundException: Target Unreachable, identifier 'cc' resolved to null
	org.apache.el.parser.AstValue.getTarget(AstValue.java:72)
	org.apache.el.parser.AstValue.setValue(AstValue.java:194)
	org.apache.el.ValueExpressionImpl.setValue(ValueExpressionImpl.java:260)
	com.sun.faces.facelets.el.ContextualCompositeValueExpression.setValue(ContextualCompositeValueExpression.java:172)
	com.sun.faces.facelets.el.TagValueExpression.setValue(TagValueExpression.java:131)
	org.springframework.faces.webflow.JsfViewFactory.processTree(JsfViewFactory.java:174)
	...

Create composite component with backing bean
Create a flow and a view that uses the composite component
Run the application and load the page
Reload the page or go to an another view => PropertyNotFoundException

Spring 4.0.2
Spring Webflow 2.4.0
JSF 2.0 and also 2.2
Primefaces 5.0

See nabble
http://camel.465427.n5.nabble.com/NullPointerException-on-empty-List-in-AbstractListAggregationStrategy-tp5764965.html

go to http://docs.spring.io/spring/docs/3.2.x/spring-framework-reference/html/mvc.html
search for the typo : ContentNeogitatingViewResolver

Building Hive against Trunk/Nightly Hadoop Fails (ql/src/java/org/apache/hadoop/hive/ql/Context.java)

When a @Rooplural is added to an entity the "list all entity" option from the navigation menu of the app isn't displayed, that means that the corresponding item in menu.jspx for list the item isn't added. This seems to be a Roo issue since it happens with recently created projects where no configuration file was changed manually. 
In the original thread on the forum I reported the issue for version 1.1.3 but recently I confirmed that the 1.1.4 version has the same problem. I don't know if the usage of @Rooplural was changed in recent versions but in the documentation I don't found anything. 
Thanks for all, regards.

I'm using 2-legged OAuth to connect to a RESTful web service. I do not use or need authentication tokens. I have a simple public/private key shared secret and authenticate using that. Here is my simple code example:

RSAKeySecret signatureSecret = new RSAKeySecret(privateKey, publicKey);

final BaseProtectedResourceDetails protectedResourceDetails = new BaseProtectedResourceDetails();
protectedResourceDetails.setConsumerKey("myConsumerKey");
protectedResourceDetails.setSharedSecret(signatureSecret);
protectedResourceDetails.setSignatureMethod(RSA_SHA1SignatureMethod.SIGNATURE_NAME);
protectedResourceDetails.setUse10a(true);
protectedResourceDetails.setId("/check");

CoreOAuthConsumerSupport consumerSupport = new CoreOAuthConsumerSupport();
consumerSupport.setStreamHandlerFactory(new DefaultOAuthURLStreamHandlerFactory());
consumerSupport.setProtectedResourceDetailsService(new ProtectedResourceDetailsService() {
    @Override
    public ProtectedResourceDetails loadProtectedResourceDetailsById(String s)
    {
        return protectedResourceDetails;
    }
});

OAuthRestTemplate restTemplate = new OAuthRestTemplate(protectedResourceDetails);
restTemplate.setSupport(consumerSupport);

Set<HttpMethod> methods = restTemplate.optionsForAllow("http://nwilliams:8080/app/services/Rest/check");

However, I was getting this exception:
Exception in thread "main" java.lang.IllegalStateException: No OAuth security context has been established. Unable to access resource 'goodAuthenticationId'.
    at org.springframework.security.oauth.consumer.client.OAuthClientHttpRequestFactory.createRequest(OAuthClientHttpRequestFactory.java:45)
    at org.springframework.http.client.InterceptingClientHttpRequest$RequestExecution.execute(InterceptingClientHttpRequest.java:84)
    at com.puresafety.oauth.test.ContentTypeHeaderInterceptor.intercept(ContentTypeHeaderInterceptor.java:40)
    at org.springframework.http.client.InterceptingClientHttpRequest$RequestExecution.execute(InterceptingClientHttpRequest.java:81)
    at org.springframework.http.client.InterceptingClientHttpRequest.executeInternal(InterceptingClientHttpRequest.java:67)
    at org.springframework.http.client.AbstractBufferingClientHttpRequest.executeInternal(AbstractBufferingClientHttpRequest.java:46)
    at org.springframework.http.client.AbstractClientHttpRequest.execute(AbstractClientHttpRequest.java:49)
    at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:446)
    at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:409)
    at org.springframework.web.client.RestTemplate.optionsForAllow(RestTemplate.java:365)
The solution turned out to be to change the last line of my code to:

Map<String, OAuthConsumerToken> tokens = new Hashtable<>();
tokens.put("/check", new OAuthConsumerToken());

OAuthSecurityContextImpl securityContext = new OAuthSecurityContextImpl();
securityContext.setAccessTokens(tokens);

OAuthSecurityContextHolder.setContext(securityContext);
OAuthSecurityContextHolder.setContext(null);

But I was curious why this was necessary, so I took a look at the code (OAuthClientHttpRequestFactory#createRequest(...)):

    OAuthSecurityContext context = OAuthSecurityContextHolder.getContext();
    if (context == null) {
      throw new IllegalStateException("No OAuth security context has been established. Unable to access resource '" + this.resource.getId() + "'.");
    }

    Map<String, OAuthConsumerToken> accessTokens = context.getAccessTokens();
    OAuthConsumerToken accessToken = accessTokens == null ? null : accessTokens.get(this.resource.getId());
    if (accessToken == null) {
      throw new AccessTokenRequiredException("No OAuth security context has been established. Unable to access resource '" + this.resource.getId() + "'.", resource);
    }

And then I followed the access token to where it was being used (CoreOAuthConsumerSupport#loadOAuthParameters()):

    String tokenSecret = requestToken == null ? null : requestToken.getSecret();
    String nonce = getNonceFactory().generateNonce();
    oauthParams.put(OAuthConsumerParameter.oauth_consumer_key.toString(), Collections.singleton((CharSequence) details.getConsumerKey()));
    if ((requestToken != null) && (requestToken.getValue() != null)) {
      oauthParams.put(OAuthConsumerParameter.oauth_token.toString(), Collections.singleton((CharSequence) requestToken.getValue()));
    }

The code allows the token to be null (and even anticipates that scenario). And my code, since it contains a null token value, is no different logically than if I had no token or OAuth security context at all. In a 2-legged OAuth scenario, it's completely valid for there to be no token (because you don't need one).
It seems to me that the setting of an OAuth security context serves no actual purpose other than to bypass an error message that doesn't actually apply to my scenario. This code should be able to work without an OAuth security context and without an OAuthConsumerToken with a null, unused value.

We recently had a critical production issue in which HFiles that were still in use by a table were deleted.
This appears to have been caused by conditions in which table have the same namespace and name with a default table cloned from snapshot.when snapshot and default table be deleted,HFiles that are still in use may be deleted.
Table with default namespace is: "t1"
The namespace of the new table is the same as the name of the default table, and is generated by snapshot cloned : "t1: t1"
When the snapshot and the default namespace table are deleted, the new table is also deleted in the used HFiles
This is because the creation of the BackReferenceFile get the table Name is not normal, resulting in can not find the reference file, hfilecleaner to delete the HFiles in used, when the table has not been major compact

  public static boolean create(final Configuration conf, final FileSystem fs,
      final Path dstFamilyPath, final TableName linkedTable, final String linkedRegion,
      final String hfileName, final boolean createBackRef) throws IOException {
    String familyName = dstFamilyPath.getName();
    String regionName = dstFamilyPath.getParent().getName();
    String tableName = FSUtils.getTableName(dstFamilyPath.getParent().getParent())
        .getNameAsString();

  public static TableName getTableName(Path tablePath) {
    return TableName.valueOf(tablePath.getParent().getName(), tablePath.getName());
  }

I don't think this will matter on the long run for HBase 2, but at least in branch-1 and the current master we keep in multiple places copies of the region states in the master and this copies include information like the HRI. A problem that we have observed is when region replicas are being used and there is a split, the region replica from parent doesn't get collected from the region states and when the balancer tries to assign the old parent region replica, this will cause the RegionServer to create a new HRI with the details of the parent causing an inconstancy (see HBASE-18024).

See also BATCHADM-110.  ClassPathXmlApplicationContextFactory registers the parent PPC as a singleton (internal) BFPP using addBeanFactoryPostProcessor(), and those BFPP take precedence over those defined using bean definitions.   A workaround is to use SpEL instead of PPC in the child context.

Websocket consumer cannot be started for simple route 
        <camel:route>
            <camel:from uri="websocket://localhost:9998/cnt"/>
            <camel:to uri="stream:out"/>
        </camel:route>
Root cause:
Websoket component has not serlvet object. 
WebsoketComponent#line:170
// Don't provide a Servlet object as Producer/Consumer will create them later on
connectorRef = new ConnectorRef(server, connector, null);
WebsoketComponent#line:190
if (prodcon instanceof WebsocketConsumer) {
      // connect websocket consumer, to servlet
      connectorRef.servlet.connect((WebsocketConsumer) prodcon);
}
Stack trace is:
        at org.apache.camel.component.websocket.WebsocketComponent.connect(WebsocketComponent.java:192)
        at org.apache.camel.component.websocket.WebsocketEndpoint.connect(WebsocketEndpoint.java:90)
        at org.apache.camel.component.websocket.WebsocketConsumer.start(WebsocketConsumer.java:36)
        at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:1763)
        at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRouteConsumers(DefaultCamelContext.java:2059)
        at org.apache.camel.impl.DefaultCamelContext.doStartRouteConsumers(DefaultCamelContext.java:1995)
        at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:1923)
        at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:1702)
        at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1583)
        at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1444)
        at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:179)
        at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:60)
        at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1412)
        at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:228)
        at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:118)

List<String> nodes =
      ZKUtil.listChildrenAndWatchForNewChildren(zkw, baseNode);
    List<NodeAndData> newNodes = new ArrayList<NodeAndData>();
    for (String node: nodes) {
      String nodePath = ZKUtil.joinZNode(baseNode, node);
      byte [] data = ZKUtil.getDataAndWatch(zkw, nodePath);
      newNodes.add(new NodeAndData(nodePath, data));
    }

The above code can throw NPE when listChildrenAndWatchForNewChildren returns null.

TxnHandler uses direct SQL queries to operate on Txn related databases/tables in Hive metastore RDBMS.
Most of the methods are direct calls from Metastore api which should be directly append input string arguments to the SQL string.
Need to use parameterised PreparedStatement object to set these arguments.

I have a table where one of the rows in META is missing server info. table.jsp doesn't check for this case, so it throws an NPE, which is then dumped to the .out log rather than anywhere where someone might find it. We should catch this case.

Because of the File.separator is different between the unix and windows system. 
So the test can't pass in windows box.
I just attached a patch for it.  
Please have a look at it, I tested it in windows box.

During invocation of SimpMessageSendingOperations::convertAndSend method ConcurrentModificationException occures. It happens very rarely (I found out about this bug by checking logs from production, I haven't seen it in application), probably when invocation of this method happens simultaneously with closing webSocket on a client.
Here's a stack:

org.springframework.messaging.MessageDeliveryException: Failed to handle message to ExecutorSubscribableChannel[brokerChannel] in SimpleBroker[DefaultSubscriptionRegistry[cache[2 destination(s)], registry[2 sessions]]]; nested exception is java.util.ConcurrentModificationException
	at org.springframework.messaging.support.ExecutorSubscribableChannel$SendTask.run(ExecutorSubscribableChannel.java:180) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.support.ExecutorSubscribableChannel.sendInternal(ExecutorSubscribableChannel.java:93) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:107) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:94) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.simp.SimpMessagingTemplate.sendInternal(SimpMessagingTemplate.java:185) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.simp.SimpMessagingTemplate.doSend(SimpMessagingTemplate.java:160) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.simp.SimpMessagingTemplate.doSend(SimpMessagingTemplate.java:47) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.core.AbstractMessageSendingTemplate.send(AbstractMessageSendingTemplate.java:95) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.core.AbstractMessageSendingTemplate.convertAndSend(AbstractMessageSendingTemplate.java:133) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.core.AbstractMessageSendingTemplate.convertAndSend(AbstractMessageSendingTemplate.java:113) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.core.AbstractMessageSendingTemplate.convertAndSend(AbstractMessageSendingTemplate.java:108) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at 
.... [our application stack leading to convertAndSend on SimpMessageSendingOperations object]
Caused by: java.util.ConcurrentModificationException: null
	at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.java:394) ~[na:1.7.0_55]
	at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:405) ~[na:1.7.0_55]
	at org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler.sendMessageToSubscribers(SimpleBrokerMessageHandler.java:227) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler.handleMessageInternal(SimpleBrokerMessageHandler.java:183) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.simp.broker.AbstractBrokerMessageHandler.handleMessage(AbstractBrokerMessageHandler.java:180) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	at org.springframework.messaging.support.ExecutorSubscribableChannel$SendTask.run(ExecutorSubscribableChannel.java:172) ~[spring-messaging-4.1.0.RELEASE.jar:4.1.0.RELEASE]
	... 24 common frames omitted

Can it be related to this SPR-11755 bug?

QueryResultCache.LookupInfo ends up keeping a reference to the SemanticAnalyzer from the cached query, for as long as the cached entry is in the cache. We should not be keeping the SemanticAnalyzer around after the query is done executing since they can hold on to quite a bit of memory.

To reproduce run clinic.roo (leave shell running) and remove the versionField from Visit.java (in a separate shell) - notice that update.jspx is not modified as it should. As a workaround this can be fixed by restarting the Roo shell on the project.

On IBM java when obtain-kerberos-ticket is set to true user always get

javax.security.auth.login.LoginException: Bad JAAS configuration: credsType and keytab values are not compatible

According to ibm documentation [1] credsType=initiator and useKeytab are really incompatible.
This constraint can't be avoided once obtain-kerberos-ticket = true, because keytab path is required in model. 

       "path" => {
	    "type" => STRING,
	    "description" => "The path of the KeyTab to load to obtain the credential.",
	    "attribute-group" => "file",
	    "expressions-allowed" => true,
	    "required" => true,
	    "nillable" => false,
	    "min-length" => 1L,
	    "max-length" => 2147483647L,
	    "access-type" => "read-write",
	    "storage" => "configuration",
	    "restart-required" => "resource-services"
	},

And keytab is always set into Kerberos login module options
GSSCredentialSecurityFactory.java

            if (IS_IBM) {
                options.put("noAddress", "true");
                options.put("credsType", (isServer && !obtainKerberosTicket) ? "acceptor" : "initiator");
                options.put("useKeytab", keyTab.toURI().toURL().toString());
            }

[1] https://www.ibm.com/support/knowledgecenter/SSYKE2_8.0.0/com.ibm.java.security.component.80.doc/security-component/jgssDocs/jaas_login_user.html
I am not setting to blocker just because I am not sure about importance of obtain-kerberos-ticket. See my question JBEAP-9292.

When you delete a connection, after the deletion process completes the view is redirected to /connect/twitter/twitter /connect/facebook/facebook etc
In my context this happens after I redirect the post request to a popup and execute there.
<form action="<@spring.url "/connect/twitter/" />" method="POST" class="social-signin">
<input type="hidden" name="_method" value="delete" />
<button type="submit" class="btn nxt"><@spring.message 'ui.social.disconnect'/></button>		    
</form>
Regardless of this issue, what is really needed is the ability to determine the post connect action url/view. 

For create table, the Authorizer.checkPrivileges call provides only the database name. If the table name is passed, it will be possible for the authorization api implementation to appropriately set the permissions of the new table.
Similarly, in case of create-database, the api call should provide database object for the database being created.
For create and drop index, the underlying table information also should be passed.
For "use db;" , the database information should be passed.

As a continuation of HIVE-86, dropping partitions in an external table shouldn't delete the underlying data

In SessionState.start an instance of the the HMSClient is created. When impersonation is enabled, this call does not occur within a "doas" call and thus the HMSClient is created as the server user, not the impersonated user.
Thus calls to the HMS are made by the "hive" user as opposed to the end user. This causes file ownership such as a database directory owner to be incorrect. While debugging this, I got stack trace below. As you can see we are calling getMSC without a doas.

	at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:2474)
	at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:367)
	at org.apache.hive.service.cli.session.HiveSessionImpl.<init>(HiveSessionImpl.java:121)
	at org.apache.hive.service.cli.session.HiveSessionImplwithUGI.<init>(HiveSessionImplwithUGI.java:49)
	at org.apache.hive.service.cli.session.SessionManager.openSession(SessionManager.java:130)
	at org.apache.hive.service.cli.CLIService.openSessionWithImpersonation(CLIService.java:163)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.getSessionHandle(ThriftCLIService.java:290)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.OpenSession(ThriftCLIService.java:208)
	at org.apache.hive.service.cli.thrift.TCLIService$Processor$OpenSession.getResult(TCLIService.java:1313)
	at org.apache.hive.service.cli.thrift.TCLIService$Processor$OpenSession.getResult(TCLIService.java:1298)
	at org.apache.hive.service.auth.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:55)
	at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:244)

org.apache.camel.component.rabbitmq.RabbitMQProducer#buildProperties does not remove message headers from exchange after property is set, leading to message header pollution.
so constructs like 

final Object contentType = exchange.getIn().getHeader(RabbitMQConstants.CONTENT_TYPE);
        if (contentType != null) {
            properties.contentType(contentType.toString());
        }

must be rewritten as

final Object contentType = exchange.getIn().removeHeader(RabbitMQConstants.CONTENT_TYPE);
        }

I don't think that these are used in business logic as this is solely transport specific.

The change in HIVE-8042 doesn't actually work. Running it at scale produces race conditions which lead to broken thrift messages and OOMs. E.g.:

	at org.apache.thrift.protocol.TBinaryProtocol.readStringBody(TBinaryProtocol.java:353)
	at org.apache.thrift.protocol.TBinaryProtocol.readMessageBegin(TBinaryProtocol.java:215)
	at org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:69)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.recv_get_table(ThriftHiveMetastore.java:1122)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.get_table(ThriftHiveMetastore.java:1108)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getTable(HiveMetaStoreClient.java:1091)
	at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.getTable(SessionHiveMetaStoreClient.java:131)
	at sun.reflect.GeneratedMethodAccessor19.invoke(Unknown Source)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:90)
	at com.sun.proxy.$Proxy9.getTable(Unknown Source)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1064)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1019)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1006)
	at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:250)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:85)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.run(TaskRunner.java:72)

Resequencer sometimes does not work with asynchronous producers, e.g. seda, jms, ... Either it should work or it should inform user about risky construction.

The Restlet class
org.restlet.ext.httpclient.internal.HttpMethodCall.java
logs a warning in case a DELETE method call is performed with an entity, indicating that "The current DELETE request provides an entity that may be not supported by the Apache HTTP Client library. If you face such issues, you can still move to another HTTP client connector."
Unfortunately it seems impossible to force the Camel Restlet module to prepare a DELETE Restlet Request with no entity. In fact the class
org.apache.camel.component.restlet.DefaultRestletBinding in its method populateRestletRequestFromExchange always creates an entity. Instead it should set a null entity in case exchange.getIn().getBody() is null.

Maybe I'm doing this wrong? But it seems to be broken.
Casts to string types seem to work fine, but not numbers.
This code:

temp_int     = CAST('1' AS int);
print temp_int
temp_float   = CAST('1.2' AS float);
print temp_float
temp_double  = CAST('1.2' AS double);
print temp_double
temp_decimal = CAST('1.2' AS decimal(10, 4));
print temp_decimal
temp_string = CAST('1.2' AS string);
print temp_string

Produces this output:

[vagrant@hdp250 hplsql]$ hplsql -f temp2.hplsql
which: no hbase in (/usr/lib64/qt-3.3/bin:/usr/lib/jvm/java/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/opt/puppetlabs/bin:/usr/local/share/jmeter/bin:/home/vagrant/bin)
WARNING: Use "yarn jar" to launch YARN applications.
null
null
null
null
1.2

The software I'm using is not anything released but is pretty close to the trunk, 2 weeks old at most.

asychbase can work against all hbase versions. This fact has saved us a few times; e.g. LINE were able to migrate from 0.94 to 1.2 going in part via asynchbase and its ability to work against all servers.
hbase2 breaks this ability of asynchbase. There is nothing for asynchbase to figure definitively that it is talking to an hbase2 server (See HBASE-20225). Lets add back something it can leverage.  HBASE-13954 did a nice job purging getClosestRowBefore. Lets put back an RPC stuff that throws an exception if it gets called. Thats enough for asynchbase.

The ClassPathJaxb2TypeScanner class is a helper class for Jaxb2Marshaller that scans given packages for classes marked with JAXB2 annotations. However, it does not scan for the @XmlRegistry annotation, which is used on ObjectFactory classes.
In some cases, the ObjectFactory classes contain crucial annotations for JAXB such as the following:

    @XmlElementDecl(namespace = "http://www.example.com/schemas/mymodule", 
        name = "myElement", substitutionHeadNamespace = "http://www.example.com/schemas/core", 
        substitutionHeadName = "myBaseElement")

Without have scanned these annotations, JAXB will not recognize "myElement" as a valid substitution for "myBaseElement" and unmarshalling will fail.
I have attached a very simple maven project with two test cases which illustrates the issue (pure JAXB).
The resolution of the issue is simple (I have also tested this in the project where we ran into the problem). All that is necessary is to add XmlRegistry to the list of scanned annotations in ClassPathJaxb2TypeScanner, i.e.:

	private final TypeFilter[] jaxb2TypeFilters =
			new TypeFilter[]{new AnnotationTypeFilter(XmlRootElement.class, false),
					new AnnotationTypeFilter(XmlType.class, false), new AnnotationTypeFilter(XmlSeeAlso.class, false),
					new AnnotationTypeFilter(XmlEnum.class, false), new AnnotationTypeFilter(XmlRegistry.class, false)};

VectorReduceSinkObjectHashOperator can skip the object hashing entirely if the reducer count = 1.

– comment ;
– comment
select count(1) from src;
The above test file fails

HIVE-11320 missed a case.  That fix enabled PPD for insert-only delta files when a base file is present.  It won't work if only delta files are present.
see OrcInputFormat.getReader(InputSplit inputSplit, Options options)
which only calls setSearchArgument() if there is a base file.

The HBase REST Cluster which takes a list of hostname colon port numbers is not setting the internal list of nodes correctly.
Existing method:
public Cluster(List<String> nodes) {
   nodes.addAll(nodes)
}
Corrected method:
   this.nodes.addAll(nodes)
}

The camel-smpp comonent should set the final status that is provided by the delivery receipt from the SMSC.
Currently the status header is not set, but can easily be added by making a call to smscDeliveryReceipt.getFinalStatus() and setting the header CamelSmppStatus on the camel message (as documented on the site http://camel.apache.org/smpp.html.
Patch provided. 

When performing a get operation on a column family with more than 64MB of data, the operation fails with:
Caused by: Portable(java.io.IOException): Call to host:port failed on local exception: com.google.protobuf.InvalidProtocolBufferException: Protocol message was too large.  May be malicious.  Use CodedInputStream.setSizeLimit() to increase the size limit.
        at org.apache.hadoop.hbase.ipc.RpcClient.wrapException(RpcClient.java:1481)
        at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1453)
        at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1653)
        at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1711)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.get(ClientProtos.java:27308)
        at org.apache.hadoop.hbase.protobuf.ProtobufUtil.get(ProtobufUtil.java:1381)
        at org.apache.hadoop.hbase.client.HTable$3.call(HTable.java:753)
        at org.apache.hadoop.hbase.client.HTable$3.call(HTable.java:751)
        at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:120)
        at org.apache.hadoop.hbase.client.HTable.get(HTable.java:756)
        at org.apache.hadoop.hbase.client.HTable.get(HTable.java:765)
        at org.apache.hadoop.hbase.client.HTablePool$PooledHTable.get(HTablePool.java:395)
This may be related to https://issues.apache.org/jira/browse/HBASE-11747 but that issue is related to cluster status. 
Scan and put operations on the same data work fine
Tested on a 1.0.0 cluster with both 1.0.1 and 1.0.0 clients.

This code doesnt make the situation clear:
    Method m = null;
    if (conf.getBoolean("dfs.support.append", false)) {
      try {
        // function pointer to writer.syncFs()
        m = this.writer.getClass().getMethod("syncFs", new Class<?> []{});
      } catch (SecurityException e) 
{
        throw new IOException("Failed test for syncfs", e);
      }
 catch (NoSuchMethodException e) 
{
        // Not available
      }
    }
    this.syncFs = m;
    LOG.info((this.syncFs != null)?
      "Using syncFs – HDFS-200": "syncFs – HDFS-200 – not available");
we dont know if the test failed, or if the config is turned off.  it would make debuggers life easier if the message was clearer.

The 'kill' and 'destroy' operations on the HC are meant to force shutdown of misbehaving servers. But the graceful shutdown work ([1]) has introduced a management op into the mix. I believe that should be removed, as its not the intent of these operations to try and be graceful; the regular 'stop' ops are for that.
When experimenting with how domains react to OOME servers as part of my WFCORE-378 work I'm seeing 'kill' and 'destroy' no longer function because the OOME on the server means the graceful shutdown management op hangs.
[1] https://github.com/wildfly/wildfly-core/commit/6e95b5#diff-ecdfa997cd57af67393e4962b54ead64

This issue is directly related to https://issues.jboss.org/browse/AS7-2724, where signed jars are sometimes throwing a security exception when the server starts up and then classes cannot be loaded out of certain packages (appears to be some sort of a concurrency issue).  
The fix for that issue was applied to JarFileResourceLoader here:  https://github.com/jboss-modules/jboss-modules/commit/8cf33f5c02c0c4bf6f96d04efa8845762bbc90ae
However, our application is exploded, so the VFSResourceLoader needs a similar fix.  I will attach a git patch file with the change we're proposing.
To test the theory, we applied the patch to one server and left another as is as a control...we then left a process running that continually restarted the server for 3 days.  The control server hit the SecurityException problem 5 times, and the patched server didn't show it at all.

The api doc of HttpSessionCreatedEvent says:
"Published by the HttpSessionEventPublisher when a HttpSession is destroyed by the container"
is the HttpSessionDestroyedEvent should been fire when HttpSession is destroyed by the container?
http://static.springsource.org/spring-security/site/docs/3.0.x/apidocs/index.html

In the Wildfly integration testsuite,  manual mode section, there are two test cases which are running in a clustered environment when they should not be:

RemoteOutboundConnectionReconnectTestCase
EJBClientReconnectionTestCase

These two cases test outbound connections from one server A to another server B, and connection from a client to a server A when the server is stopped and started. There is no clustering functionality being tested.
Two problems with this situation:

exceptions are generated in the logs which result from the fact that the test cases are not being run in the correct environment
the fact that the environment is incorrectly configured may also be preventing real bugs from otherwise being detected

drop table if exists tx1;
create table tx1 (a integer,b integer);
insert into tx1	values  (1, 1),
                        (1, 2),
                        (1, 3);

select count(*) as result,3 as expected from tx1 u
where exists (select * from tx1 v where u.a=v.a and u.b <> v.b);

where exists (select * from tx1 v where u.a=v.a and u.b <> v.b limit 1);

current results are 6 and 2.

On running compaction on MM table, got a null pointer exception while getting HDFS session path. The error seemed to me that the session state was not started for these queries. Even after making it start it further fails in running a Teztask for insert overwrite on temp table with the contents of the original table. The cause for this is Tezsession state is not able to initialize due to Illegal Argument exception being thrown at the time of setting up caller context in Tez task due to caller id which uses queryid being an empty string. 
I do think session state needs to be started and each of the queries running for compaction (I'm also doubtful for stats updater thread's queries) should have a query id. Some details are as follows:
1) Using beeline with HS2 and HMS
2) create an MM table
3) Insert a few values in the table
4) alter table mm_table compact 'major'; 
Stack trace on HMS:

compactor.Worker: Caught exception while trying to compact id:8,dbname:default,tableName:acid_mm_orc,partName:null,state:^@,type:MAJOR,properties:null,runAs:null,tooManyAborts:false,highestWriteId:0. Marking failed to avoid repeated failures, java.io.IOException: org.apache.hadoop.hive.ql.metadata.HiveException: Failed to run create temporary table default.tmp_compactor_acid_mm_orc_1550222367257(`a` int, `b` string) ROW FORMAT SERDE 'org.apache.hadoop.hive.ql.io.orc.OrcSerde'WITH SERDEPROPERTIES (
'serialization.format'='1')STORED AS INPUTFORMAT 'org.apache.hadoop.hive.ql.io.orc.OrcInputFormat' OUTPUTFORMAT 'org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat' LOCATION 'hdfs://localhost:9000/user/hive/warehouse/acid_mm_orc/_tmp_2d8a096c-2db5-4ed8-921c-b3f6d31e079e/_base' TBLPROPERTIES ('transactional'='false')
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.runMmCompaction(CompactorMR.java:373)
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.run(CompactorMR.java:241)
at org.apache.hadoop.hive.ql.txn.compactor.Worker.run(Worker.java:174)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Failed to run create temporary table default.tmp_compactor_acid_mm_orc_1550222367257(`a` int, `b` string) ROW FORMAT SERDE 'org.apache.hadoop.hive.ql.io.orc.OrcSerde'WITH SERDEPROPERTIES (
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.runOnDriver(CompactorMR.java:525)
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.runMmCompaction(CompactorMR.java:365)
... 2 more
Caused by: java.lang.NullPointerException: Non-local session path expected to be non-null
at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:228)
at org.apache.hadoop.hive.ql.session.SessionState.getHDFSSessionPath(SessionState.java:815)
at org.apache.hadoop.hive.ql.Context.<init>(Context.java:309)
at org.apache.hadoop.hive.ql.Context.<init>(Context.java:295)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:591)
at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1684)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1807)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1567)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1556)
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.runOnDriver(CompactorMR.java:522)
... 3 more

cc: Eugene Koifman Vaibhav Gumashta Sergey Shelukhin

There are some missing or wrong asciidoc anchors in the reference guide.

1) In error scenario PrintStream may not be closed in execute() of  ExplainTask.java
2) In error scenario InputStream may not be closed in checkJobTracker() of Throttle.java 

CamelMessageHistoryOutputFormat global option is used in org.apache.camel.util.MessageHelper#doDumpMessageHistoryStacktrace to print a pretty message history of an exchange. However the format is ignored for all but the first line of the history. This is due to line 585 not using the "resolved" format from the option but the default. I will attach a patch for this.

Running TestHBaseFsck#testParallelHbck is flaky against HADOOP-2.6+ environment.  The idea of the test is that with when 2 HBCK operations are running simultaneously, the 2nd HBCK would fail with no-retry because creating lock file would fail due to the 1st HBCK already created.  However, with HADOOP-2.6+, the FileSystem#createFile call internally retries with AlreadyBeingCreatedException (see HBASE-13574 for more details: "It seems that test is broken due of the new create retry policy in hadoop 2.6. Namenode proxy now created with custom RetryPolicy for AlreadyBeingCreatedException which is implies timeout on this operations up to HdfsConstants.LEASE_SOFTLIMIT_PERIOD (60seconds).")
When I run the TestHBaseFsck#testParallelHbck test against HADOOP-2.7 in a Windows environment (HBASE is branch-1.1) multiple times, the result is unpredictable (sometime succeeded, sometime failed - more failure than succeeded).  
The fix is trivial: Leverage the change in HBASE-13732 and reduce the max wait time to a smaller number.   

Adding a new option sslClientCertHeaders which can be set to true, and then Camel Netty consumer will enrich the Message with headers that has the client certificate information out of the box.
This allows end users to get this details a bit easier, for example to be used in content based routing without having to code to get the details.

If adding and removing a lot of routes, and you have JMX enabled with load statistics, then it may leak memory, as the route listener is not properly removed when the route is removed, due invalid equals/hashCode.

I've tried to add @EventListener with 'condition' to my service, but condition doesn't work. One of service's methods is annotated with @Transactional. So it will proxied.
If I delete @Transacional - it works perfect.
I found a workaround - move @EventListener to interface.

After re-organization of some of the classes in tez, we no longer need to depend on certain packages. Removing these from the shims and from the tests dependencies.

Disabling a table causes the Canary to go off with an error message.  We should make it so that doesn't cause an error.

Noticed by @duo zhang over on HBASE-16835. Let me exclude the patches dir from rat check.

org.jboss.as.test.clustering.extended.ejb2 package.
These tests have been consistently failing with the EJB client upgrade. Having them not executed within CI runs deems these tests to be consistently broken.
https://ci.wildfly.org/viewLog.html?buildId=74894&tab=buildResultsDiv&buildTypeId=WF_MasterLinuxExtendedClustering

If a message has fault flag, then a doFinally block is only executed the first processor. We should ensure the entire block is processed like we do if an exception was thrown. The same kind of logic should apply for fault.

When a "Content-Type" header is explicitely set with charset attached before invoking the camel http4 component, the charset is not taken into account.
This is because ContentType.create is invoked with the complete Content-Type when in fact it expects a mediaType.
(see lines 414-416: camel-http4 version 2.14.0)
   if (contentTypeString != null) 
{
      contentType = ContentType.create(contentTypeString);
   }

For example, if header is set to "application/json; charset=UTF-8" the contentType returned by ContentType.create(contentTypeString) is null.
And therefore, further down (line 444)  charset is not extracted even though it has been specified.

FetchTask is ignoring some of the exceptions which makes it hard to debug the input file format code.
We should propagate the exception back instead of ignoring it.

A Java-level deadlock was encountered while running org.jboss.as.test.integration.jca.workmanager.LongRunningThreadsCheckTestCase.  The thread dump is attached.
This occurred during testing of the new thread pool (WFLY-5332 and related), but it seems unlikely to be caused by this change, unless the new pool's scheduling behavior differed enough from the default that it exposed an already-existing race condition.  The deadlock was hit just once in more than 10 runs.
This is the deadlock:

Found one Java-level deadlock:
=============================
"DeploymentScanner-threads - 2":
  waiting for ownable synchronizer 0x000000075357cef0, (a java.util.concurrent.locks.ReentrantLock$NonfairSync),
  which is held by "MSC service thread 1-1"
"MSC service thread 1-1":
  waiting for ownable synchronizer 0x000000071dff9b08, (a java.util.concurrent.locks.ReentrantLock$NonfairSync),
  which is held by "MSC service thread 1-2"
"MSC service thread 1-2":

Here is the specific deadlock info (also in the attachment), showing that it has something to do with the model controller:

	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x000000075357cef0> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)
	at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:209)
	at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.getOperationEntry(ConcreteResourceRegistration.java:304)
	at org.jboss.as.controller.registry.NodeSubregistry.getOperationEntry(NodeSubregistry.java:186)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.getOperationEntry(ConcreteResourceRegistration.java:300)
	at org.jboss.as.controller.registry.AbstractResourceRegistration.getOperationEntry(AbstractResourceRegistration.java:180)
	at org.jboss.as.controller.registry.AbstractResourceRegistration.getOperationEntry(AbstractResourceRegistration.java:175)
	at org.jboss.as.controller.OperationContextImpl.getAuthorizationAction(OperationContextImpl.java:1890)
	at org.jboss.as.controller.OperationContextImpl.getBasicAuthorizationResponse(OperationContextImpl.java:1832)
	at org.jboss.as.controller.OperationContextImpl.authorize(OperationContextImpl.java:1756)
	at org.jboss.as.controller.OperationContextImpl.authorize(OperationContextImpl.java:1306)
	at org.jboss.as.controller.operations.global.ReadResourceHandler.doExecuteInternal(ReadResourceHandler.java:316)
	at org.jboss.as.controller.operations.global.ReadResourceHandler.doExecute(ReadResourceHandler.java:171)
	at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:231)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
	at org.jboss.as.controller.ModelControllerImpl$$Lambda$656/1109010279.run(Unknown Source)
	at org.wildfly.security.auth.server.SecurityIdentity$$Lambda$657/2059677950.run(Unknown Source)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl$LocalClient.executeOperation(ModelControllerClientFactoryImpl.java:131)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl$1$$Lambda$654/385827253.apply(Unknown Source)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl.lambda$executeInVm$0(ModelControllerClientFactoryImpl.java:296)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl$$Lambda$655/955046503.run(Unknown Source)
	at org.jboss.as.controller.access.InVmAccess.runInVm(InVmAccess.java:85)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl.executeInVm(ModelControllerClientFactoryImpl.java:296)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl.access$000(ModelControllerClientFactoryImpl.java:54)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl$1.executeOperation(ModelControllerClientFactoryImpl.java:77)
	at org.jboss.as.controller.LocalModelControllerClient.execute(LocalModelControllerClient.java:54)
	at org.jboss.as.controller.LocalModelControllerClient.execute(LocalModelControllerClient.java:39)
	at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations$$Lambda$652/737892850.apply(Unknown Source)
	at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations$Execution$1.execute(DefaultDeploymentOperations.java:135)
	at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations.getDeploymentsStatus(DefaultDeploymentOperations.java:80)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1687)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1636)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:589)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:493)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$DeploymentScanRunnable.run(FileSystemDeploymentService.java:255)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at org.jboss.threads.JBossThread.run(JBossThread.java:484)
	- parking to wait for  <0x000000071dff9b08> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.getCapabilities(ConcreteResourceRegistration.java:607)
	at org.jboss.as.controller.registry.NodeSubregistry.unregisterSubModel(NodeSubregistry.java:172)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:273)
	at org.jboss.as.connector.services.resourceadapters.IronJacamarActivationResourceService.stop(IronJacamarActivationResourceService.java:283)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1761)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.execute(ServiceControllerImpl.java:1734)
	at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1521)
	at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1964)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1467)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1346)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.getSubregistry(ConcreteResourceRegistration.java:571)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.getChildAddresses(ConcreteResourceRegistration.java:829)
	at org.jboss.as.controller.registry.NodeSubregistry.getChildAddresses(NodeSubregistry.java:349)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.getChildAddresses(ConcreteResourceRegistration.java:833)
	at org.jboss.as.controller.registry.AbstractResourceRegistration.getChildAddresses(AbstractResourceRegistration.java:326)
	at org.jboss.as.controller.registry.AbstractResourceRegistration.getChildAddresses(AbstractResourceRegistration.java:323)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:264)
	at org.jboss.as.connector.services.resourceadapters.IronJacamarActivationResourceService.stop(IronJacamarActivationResourceService.java:281)

In Hive 0.11, when ORC's OutStream's were flushed they dropped all of the their buffers. In the patch for HIVE-4324, we inadvertently changed that behavior so that one of the buffers is held on to. For queries with a lot of writers and thus under significant memory pressure this can have a significant impact on the memory usage. 
Note that "hive.optimize.sort.dynamic.partition" avoids this problem by sorting on the dynamic partition key and thus only a single ORC writer is open at once. This will use memory more effectively and avoid creating ORC files with very small stripes, which will produce better downstream performance.

In jersey-spring3, The org.glassfish.jersey.server.spring.scope.RequestContextFilter class creates JaxrsRequestAttributes datastructure and sets in the Threadlocal.
If an exception occurs in the calling chain of the jersey resource and the exception is not handled by jersey, then Spring's RequestContextListner bombs while destroying the threadlocal set as part of the request.
The exception:
SEVERE: Exception sending request initialized lifecycle event to listener instance of class org.springframework.web.context.request.RequestContextListener
java.lang.ClassCastException: org.glassfish.jersey.server.spring.scope.JaxrsRequestAttributes cannot be cast to org.springframework.web.context.request.ServletRequestAttributes
at org.springframework.web.context.request.RequestContextListener.requestDestroyed(RequestContextListener.java:70)
at org.apache.catalina.core.StandardContext.fireRequestDestroyEvent(StandardContext.java:6080)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:207)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:947)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1009)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
at java.lang.Thread.run(Thread.java:724)

When we deserialized Append & Increment, we uses wrong timestamp value during deserialization in trunk & 0.98 code and discard the value in 0.96 code base. 

There's still a file, lib/log4j-1.2.15.jar, even though log4j is now pulled in via Ivy. As a result, this older log4j gets pulled into the Hive release tarball, and may end up in classpaths as well. It should be removed.

'Describe Extended' dumps information about a table. The protocol for sending this data relies on tabs and newlines to separate pieces of data. If a table has 'FIELDS terminated by XXX' or 'LINES terminated by XXX' where XXX is a tab or newline then the output seen by the user is prematurely truncated. Fix this by replacing tabs and newlines in the table description with “\n” and “\t”.

submitting a query via CLI against a running cluster fails.  This is a side effect of the new
storage-api module which is not included hive-exec.jar

hive> insert into orders values(1,2);
Query ID = ekoifman_20150730182807_a24eee8c-6f59-42dc-9713-ae722916c82e
Total jobs = 1
Launching Job 1 out of 1
Number of reduce tasks determined at compile time: 1
In order to change the average load for a reducer (in bytes):
  set hive.exec.reducers.bytes.per.reducer=<number>
In order to limit the maximum number of reducers:
  set hive.exec.reducers.max=<number>
In order to set a constant number of reducers:
  set mapreduce.job.reduces=<number>
Starting Job = job_1438305627853_0002, Tracking URL = http://localhost:8088/proxy/application_1438305627853_0002/
Kill Command = /Users/ekoifman/dev/hwxhadoop/hadoop-dist/target/hadoop-2.7.1-SNAPSHOT/bin/hadoop job  -kill job_1438305627853_0002
Hadoop job information for Stage-1: number of mappers: 1; number of reducers: 1
2015-07-30 18:28:16,330 Stage-1 map = 0%,  reduce = 0%
2015-07-30 18:28:33,929 Stage-1 map = 100%,  reduce = 100%
Ended Job = job_1438305627853_0002 with errors
Error during job, obtaining debugging information...
Job Tracking URL: http://localhost:8088/proxy/application_1438305627853_0002/
Examining task ID: task_1438305627853_0002_m_000000 (and more) from job job_1438305627853_0002

Task with the most failures(4): 
-----
Task ID:
  task_1438305627853_0002_m_000000

URL:
  http://localhost:8088/taskdetails.jsp?jobid=job_1438305627853_0002&tipid=task_1438305627853_0002_m_000000
-----
Error: java.lang.RuntimeException: Error in configuring object
	at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:112)
	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:78)
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:136)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:449)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1657)
	at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:109)
	... 9 more
Caused by: java.lang.RuntimeException: Error in configuring object
	at org.apache.hadoop.mapred.MapRunner.configure(MapRunner.java:38)
	... 14 more
	... 17 more
Caused by: java.lang.RuntimeException: Map operator initialization failed
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:140)
	... 22 more
Caused by: java.lang.NoClassDefFoundError: org/apache/hadoop/hive/common/type/HiveDecimal
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorUtils.<clinit>(PrimitiveObjectInspectorUtils.java:234)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils$TypeInfoParser.expect(TypeInfoUtils.java:341)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils$TypeInfoParser.expect(TypeInfoUtils.java:331)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils$TypeInfoParser.parseType(TypeInfoUtils.java:392)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils$TypeInfoParser.parseTypeInfos(TypeInfoUtils.java:305)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils.getTypeInfosFromTypeString(TypeInfoUtils.java:765)
	at org.apache.hadoop.hive.serde2.lazy.LazySerDeParameters.extractColumnInfo(LazySerDeParameters.java:142)
	at org.apache.hadoop.hive.serde2.lazy.LazySerDeParameters.<init>(LazySerDeParameters.java:85)
	at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.initialize(LazySimpleSerDe.java:125)
	at org.apache.hadoop.hive.serde2.AbstractSerDe.initialize(AbstractSerDe.java:53)
	at org.apache.hadoop.hive.serde2.SerDeUtils.initializeSerDe(SerDeUtils.java:533)
	at org.apache.hadoop.hive.ql.plan.PartitionDesc.getDeserializer(PartitionDesc.java:166)
	at org.apache.hadoop.hive.ql.exec.MapOperator.getConvertedOI(MapOperator.java:302)
	at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:338)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:109)
	... 22 more
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hive.common.type.HiveDecimal
	at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
	... 37 more

FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.mr.MapRedTask
MapReduce Jobs Launched: 
Stage-Stage-1: Map: 1  Reduce: 1   HDFS Read: 0 HDFS Write: 0 FAIL
Total MapReduce CPU Time Spent: 0 msec
(2,FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.mr.MapRedTask,08S01)

dataLocation is dereferenced, although it is checked on null before (could be null). 
Setting Critical priority as that can cover root cause of real problem with NPE.
KeyStoreCredentialStore.java

try {
    if (dataLocation != null && Files.exists(dataLocation)) {
        char[] password = getStorePassword(protectionParameter);
        try (InputStream fileStream = Files.newInputStream(dataLocation)) {
            if (useExternalStorage) {
                externalStorage.load(fileStream);
            } else {
                keyStore.load(fileStream, password);
            }
        }
        enumeration = keyStore.aliases();
    } else {
        keyStore.load(null, null);
        enumeration = Collections.emptyEnumeration();
    }
} catch (GeneralSecurityException e) {
    throw log.cannotInitializeCredentialStore(
            log.internalEncryptionProblem(e, dataLocation.toString()));
}

https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=20120757&defectInstanceId=4609349&mergedDefectId=1436246

1. input params List shouldn't be null, at lease it should be a empty List,
so use
List<Object> params = new ArrayList<Object>();
instead of 
List<Object> params = null;
in CamelInvoker.java
to avoid input params is null
2. Cxf Producer should only copy back exchange when ExchangePattern is not InOnly
so  use
if (exchange.getPattern() != ExchangePattern.InOnly) {
        	exchange.copyFrom(cxfExchange);
}
instead of 
    exchange.copyFrom(cxfExchange);

Trying to pass in a request parameter containing an email-address doesn't work correctly as the at-sign isn't correctly encoded to %40.
Example:

Map<String, String> params = new HashMap<String, String>();
params.put("email", "a@b.c");
		
UriTemplate template = new UriTemplate("/app/search?email={email}");
URI url = template.expand(params);
System.out.println(url.toString());

Results in "/app/search?email=a@b.c" instead of the expected "/app/search?email=a%40b.c"
This means that everything before the '@' is interpreted as username/password and everything after as the host to connect to.

This works:
project com.foo.bar
This doesn't:
persistence setup --provider HIBERNATE --database HYPERSONIC_PERSISTENT

It should obey the following syntax as per https://cwiki.apache.org/confluence/display/Hive/Materialized+views :

CREATE MATERIALIZED VIEW [IF NOT EXISTS] [db_name.]materialized_view_name
  [DISABLE REWRITE]
  [COMMENT materialized_view_comment]
  [PARTITIONED ON (col_name, ...)]
  [
    [ROW FORMAT row_format]
    [STORED AS file_format]
      | STORED BY 'storage.handler.class.name' [WITH SERDEPROPERTIES (...)]
  ]
  [LOCATION hdfs_path]
  [TBLPROPERTIES (property_name=property_value, ...)]
AS
<query>;

Currently it is positioned just before TBLPROPERTIES.

If we have a group name `foo.jee`, request for `/yarn_containercluster/foo.jee` fails because on default Spring MVC bindings will remove `.jee` assuming it is a file delimiter.

An update in NetworkUtils.formatPossibleIpv6Address(address) method canonizes IPv6 addresses now. The AdvancedLdapLoginModuleTestCase has to be updated to use correct format for LDAP server SPN in KDC.

SImpleRegionNormalizer does not merge empty region of a table

Create an empty table with few, say 5-6 regions without any data in any of them
Verify hbase:meta table to verify the regions for the table or check HMaster UI
Enable normalizer switch and normalization for this table
Run normalizer, by 'normalize' command from hbase shell
Verify the regions for table by scanning hbase:meta table or checking HMaster web UI

The empty regions are not merged on running the region normalizer. This seems to be an edge case with completely empty regions since the Normalizer checks for: smallestRegion (in this case 0 size) + smallestNeighborOfSmallestRegion (in this case 0 size) > avg region size (in this case 0 size)
thanks to Josh Elser for verifying this from the source code side

There are currently no warnings if HFile V2 is used while the mob feature is enabled.  Ideally the mob code path should check if hfile v3 is used and if it is not default to the normal read/write paths.

There are currently miscellaneous small race conditions or workflows that would ignore a user-triggered major compaction.  Moving the major compaction flag to the Store level and adding a couple small checks should fix these issues.

The hashCode implementations in User as well as AbstractAuthenticationToken uses the MOD operator with the value 7. 
    public int hashCode() {
        int code = 2305;
        if (this.getAuthorities() != null) {
            for (int i = 0; i < this.getAuthorities().length; i++) 
{
                code = code * (this.getAuthorities()[i].hashCode() % 7);
            }
        }
        ...
This has the unfortunate result that when the hashCode of say a GrantedAuthority is dividable by 7, the result of the MOD will be zero. Since it multiplies all other results with itself, the hashCode will evaluate to zero.
I'm not sure of the consequences of this, but since HttpSessionContextIntegrationFilter compares the hashCode of the SecurityContext before and after the filter chain, this could cause some unexpected behaviour.
The obvious question is how often a hashCode of a String evaluates to something dividable by 7. Well, it's actually pretty common. An empty password in the principal does, for example. So does "ROLE_General.ITS" and many others.

TestCliDriver.repair fails on the following Hadoop versions:
0.23.3, 3.0.0, 2.2.0-alpha
repair.q fails with "dfs -mkdir":
[junit] mkdir: `../build/ql/test/data/warehouse/repairtable/p1=a/p2=a': No such file or directory
The problem is, after fixing HADOOP-8551, which changes the hdfs Shell syntax for mkdir:
https://issues.apache.org/jira/browse/HADOOP-8551
all "dfs -mkdir" commands should provide "-p" in order to execute without error.
This is an intentional change in HDFS. And HADOOP-8551 will be included in 0.23.3, 3.0.0, 2.2.0-alpha versions.

The current reactive implementation of RedirectView makes the assumption that the application context will always contain an implementation of RequestDataValueProcessor, which does not seem to be true. Actually it is not RedirectView to be blamed but its parent AbstractView. But using RedirectView seems to be the most common way of being hit by this issue.
The RedirectView#createUrl(...) method does this just after building the URL and before returning it:

RequestDataValueProcessor processor = getRequestDataValueProcessor();
return (processor != null ? processor.processUrl(exchange, result) : result);

See it here on Github
Given RedirectView extends from AbstractView, this calls the AbsctractView#getRequestDataValueProcessor() method, which looks like this:

protected RequestDataValueProcessor getRequestDataValueProcessor() {
	if (getApplicationContext() != null) {
		String beanName = REQUEST_DATA_VALUE_PROCESSOR_BEAN_NAME;
		return getApplicationContext().getBean(beanName, RequestDataValueProcessor.class);
	}
	return null;
}

See it here on GitHub
Note that the code above unconditionally calls ApplicationContext#getBean(String,Class<?>), which will throw NoSuchBeanDefinitionException if there is no RequestDataValueProcessor registered.
In contrast, see how this is done at the MVC side, at the non-reactive RedirectView#updateTargetUrl(...) method, which calls the RequestDataValueProcessor only if it exists in the application context.

if (wac != null && wac.containsBean(RequestContextUtils.REQUEST_DATA_VALUE_PROCESSOR_BEAN_NAME)) {
	RequestDataValueProcessor processor = wac.getBean(
			RequestContextUtils.REQUEST_DATA_VALUE_PROCESSOR_BEAN_NAME, RequestDataValueProcessor.class);
	return processor.processUrl(request, targetUrl);
}

See it here on GitHub.

from Nick Dimiduk in thread about hadoop 2.6.1+:

While we're in there, we should also clarify the meaning of "Not Supported"
vs "Not Tested". It seems we don't say what we mean by these distinctions.

Since HBASE-2868, TestLogRolling uses 2 region servers instead of 1. The rest of the un-refactored code isn't expecting that, and only used the log from the first RS. This is why we get very inconsistent results. Fix by either coming back to 1 RS or at least use the right HLog.

The following rest endpoint fails with jaxb exception:

.get("/getAllEndpoints").bindingMode(RestBindingMode.json).outType(Map.class)
        			.to("bean:IRWebServiceRegistry?method=getAllProperties");

Caused by: com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 1 counts of IllegalAnnotationExceptions
java.util.Map is an interface, and JAXB can't handle interfaces.

This is fine if i wanted to marshall to xml but i specifically set binding mode to json.
Fix:
Change this line:
https://github.com/apache/camel/blob/36039c0563dfe9e04527c5eca1058e66326054ee/camel-core/src/main/java/org/apache/camel/model/rest/RestBindingDefinition.java#L174
To: 
if (jaxb != null && (mode.contains("xml") || mode.equals(RestBindingMode.auto))) {
May want to consider doing the same for the json section at line 130

ModelPersistenceTestCase.testSimpleOperation occasionally fails with the following pattern:

java.lang.AssertionError: null
    at org.junit.Assert.fail(Assert.java:86)
    at org.junit.Assert.assertTrue(Assert.java:41)
    at org.junit.Assert.assertTrue(Assert.java:52)
    at org.jboss.as.test.integration.management.api.ModelPersistenceTestCase.testSimpleOperation(ModelPersistenceTestCase.java:119)
------- Stdout: -------
14:06:18,604 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0081: Failed to back up C:\BuildAgent\work\a31d203e70e89f90\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone.xml: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0081: Failed to back up C:\BuildAgent\work\a31d203e70e89f90\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone.xml
    at org.jboss.as.controller.persistence.ConfigurationFile.fileWritten(ConfigurationFile.java:552)
    at org.jboss.as.controller.persistence.ConfigurationFilePersistenceResource.doCommit(ConfigurationFilePersistenceResource.java:65)
    at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.commit(AbstractFilePersistenceResource.java:58)
    at org.jboss.as.controller.ModelControllerImpl$4.commit(ModelControllerImpl.java:780)
    at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:743)
    at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:680)
    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
    at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1336)
    at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:391)
    at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:207)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:129)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:151)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:147)
    at javax.security.auth.Subject.doAs(Subject.java:422)
    at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:147)
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:299)
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:519)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)
    at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.nio.file.FileSystemException: C:\BuildAgent\work\a31d203e70e89f90\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone_xml_history\standalone.last.xml: The process cannot access the file because it is being used by another process.

    at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
    at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
    at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
    at sun.nio.fs.WindowsFileCopy.copy(WindowsFileCopy.java:165)
    at sun.nio.fs.WindowsFileSystemProvider.copy(WindowsFileSystemProvider.java:278)
    at java.nio.file.Files.copy(Files.java:1274)
    at org.jboss.as.controller.persistence.FilePersistenceUtils.copyFile(FilePersistenceUtils.java:73)
    at org.jboss.as.controller.persistence.ConfigurationFile.fileWritten(ConfigurationFile.java:550)
    ... 23 more

The test fails because the standalone.last.xml file isn't being updated as expected; the file isn't  updated due to the "The process cannot access the file because it is being used by another process"  IOException.
3 generally possibilities come to mind:
1) There's some other process on the CI server that really is using the file. Something like antivirus that touches lots of files briefly. (Not suggesting its actually AV.) It's odd we don't get other failures though; e.g. failures to persist the main config file.
2) It's the test driver process that's holding the file, conflicting with the server process. This is certainly possible. I've looked though and the test driver seems to be correct in terms of how it handles the file, reading it to calculate a CRC and then closing the stream used to do that in a finally block. It's also odd that this would only happen on Windows CI. Still, since we know we have 2 processes, test driver and server, both touching a file and we are getting an exception about 2 processes conflicting over that file, something in this area seems most likely.
3) There's some flaw in ConfigurationFile itself. But it's odd that a flaw there would produce an exception talking about how the file "is being used by another process".

Suppose we start with empty delta_8_8 and delta_9_9 and compaction runs.
It will currently produce an MR job with 0 splits and so CompactorMR.TMP_LOCATION never gets created.  This causes CompactorOutputCommitted.commitJob() to fail when it tries to do 
FileStatus[] contents = fs.listStatus(tmpLocation); since tmpLocation doesn't exist.
If compactor fails to produce delta_8_9 here it will fail to do further compaction unless new delta with data is created.  
If the number of empty deltas is > than HiveConf.ConfVars.COMPACTOR_MAX_NUM_DELTA, compaction will not be able to proceed at all.
It should produce a delta_8_9 in this case even if it's empty.
The error (in the log of standalone metastore process) would look like this

2017-12-27 17:19:28,850 ERROR CommitterEvent Processor #1 org.apache.hadoop.mapreduce.v2.app.commit.CommitterEventHandler: Could not commit job
java.io.FileNotFoundException: File hdfs://OTCHaaS/apps/hive/warehouse/momi.db/sensor_data/babyid=5911806ebf69640100004257/_tmp_b4c5a3f3-44e5-4d45-86af-5b773bf0fc96 does not exist.
at org.apache.hadoop.hdfs.DistributedFileSystem.listStatusInternal(DistributedFileSystem.java:923)
at org.apache.hadoop.hdfs.DistributedFileSystem.access$600(DistributedFileSystem.java:114)
at org.apache.hadoop.hdfs.DistributedFileSystem$22.doCall(DistributedFileSystem.java:985)
at org.apache.hadoop.hdfs.DistributedFileSystem$22.doCall(DistributedFileSystem.java:981)
at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81)
at org.apache.hadoop.hdfs.DistributedFileSystem.listStatus(DistributedFileSystem.java:992)
at rg.apache.hadoop.hive.ql.txn.compactor.CompactorMR$CompactorOutputCommitter.commitJob(CompactorMR.java:785)
at org.apache.hadoop.mapred.OutputCommitter.commitJob(OutputCommitter.java:291)
at  org.apache.hadoop.mapreduce.v2.app.commit.CommitterEventHandler$EventProcessor.handleJobCommit(CommitterEventHandler.java:285)
at org.apache.hadoop.mapreduce.v2.app.commit.CommitterEventHandler$EventProcessor.run(CommitterEventHandler.java:237)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

The vendor scope of MP metrics contains, in the WildFly Swarm implementation, a useless metric called test (its value seems to correspond to the value of the mscLoadedModules metric):

{
    ...
    "vendor": {
        ...
        "test": {
            "description": "Just testing", 
            "displayName": "test", 
            "tags": "domain=test", 
            "type": "gauge", 
            "unit": "none"
        }
    }
}

{
    ...
        ...
        "mscLoadedModules": 252, 
        "test": 252
    }
}

This metric should be removed, as it's confusing to users.

L96 of HiveSortJoinReduceRule, you will see 

    // Finally, if we do not reduce the input size, we bail out
    if (RexLiteral.intValue(sortLimit.fetch)
            >= RelMetadataQuery.getRowCount(reducedInput)) {
      return false;
    }

It is using “ RelMetadataQuery.getRowCount” which is always at least 1. This is the problem that we resolved in CALCITE-987.
To confirm this, I just run the q file :

set hive.mapred.mode=nonstrict;
set hive.optimize.limitjointranspose=true;
set hive.optimize.limitjointranspose.reductionpercentage=1f;
set hive.optimize.limitjointranspose.reductiontuples=0;

explain
select *
from src src1 right outer join (
  select *
  from src src2 left outer join src src3
  on src2.value = src3.value) src2
on src1.key = src2.key
limit 0;

  And I got

2015-12-11T10:21:04,435 ERROR [c1efb099-f900-46dc-9f74-97af0944a99d main[]]: parse.CalcitePlanner (CalcitePlanner.java:genOPTree(301)) - CBO failed, skipping CBO.
java.lang.RuntimeException: java.lang.StackOverflowError
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.rethrowCalciteException(CalcitePlanner.java:749) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.getOptimizedAST(CalcitePlanner.java:645) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:264) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10076) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:223) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:237) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:74) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:456) [hive-exec-2.1.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:310) [hive-exec-2.1.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1138) [hive-exec-2.1.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1187) [hive-exec-2.1.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1063) [hive-exec-2.1.0-SNAPSHOT.jar:?]

via Pengcheng Xiong

The string received by aesh used to be trimmed prior to be passed down to the CommandContext, that has been forgotten when re-implementing the console with aesh-readline.

Take a look at #3 this to see if its reproducable on latest code
http://camel.465427.n5.nabble.com/Camel-AdviceWith-issues-tp5752786.html

I have Spring 3.1.2 setup to TEXT messages off a queue(that contain JSON), then insert them into a mongo database.
The MongoTemplate.doSave(..) method is passed in 
collectionName = "audit_log"
objectToSave = "{"nanosecond":528023582734299,"clientID":"300","action":"ENTRY"";
writer = MappingMongoConvertor()
These are all correct.
The code though has this...
if (!(objectToSave instanceof String)) {
	writer.write(objectToSave, dbDoc);
} else {
	try 
{
		objectToSave = (T) JSON.parse((String) objectToSave);
	}
 catch (JSONParseException e) 
{
		throw new MappingException("Could not parse given String to save into a JSON document!", e);
	}
}
maybeEmitEvent(new BeforeSaveEvent<T>(objectToSave, dbDoc));
Object id = saveDBObject(collectionName, dbDoc, objectToSave.getClass());
So the objectToSave is a String, so the first IF statement fails, and it goes into the ELSE section.
The 'objectToSave' is then correctly pasrsed into a BasicDBObject with the correct values.
The saveDBObject() method though is not passed in the objectToSave.
Its passed in the collectionName (which is correct). 
The dbDoc which is empty since we've put nothing into it.
and the objectToSave.getClass()
So how will it ever save the objectToSave if its not passed into the save method ??
I suspect it should have something like...
objectToSave = (T) JSON.parse((String) objectToSave);
followed by
dbDoc = (com.mongodb.BasicDBObject)objectToSave
Note my spring config is using a int-jms:channel to wire in the queue to Mongo.
<int-jms:channel id="saveToDBChannel"  
    	queue-name="ESI_AUDIT" 
    	auto-startup="true" concurrency="50">
    </int-jms:channel>
    <int-mongodb:outbound-channel-adapter id="outBoundMongoAdapter"
        collection-name="audit_log"  
        mongodb-factory="mongoDbFactory" channel="saveToDBChannel" />
If you require a WAR that is a test of this, please let me know.
Thanks
Jeff
Note: this affect version 1.1.2(at least) to 1.2.1

Table and database metadata read operations should also be authorized by storage based authorization, when enabled in hive metastore.

If a OOM or other occurs during initializing a TezProcessor the original stack trace/throwable is swallowed and replaced by a misleading NPE caused by trying to close an uninitialized processor.

Same user running multiple concurrent queries might run into a problem

Inserting data into hive with Tez,  the stats on row-count is not getting updated when using the counter dbclass.
To reproduce, run "ANALYZE TABLE store_sales COMPUTE STATISTICS;" with tez as the execution engine.

HIVE-12338 introduced a new web ui, which has a page that displays the current HiveConf being used by HS2. However, before it displays that config, it does not strip entries from it which are considered "hidden" conf parameters, thus exposing those values from a web-ui for HS2. We need to add stripping to this.

When org.jboss.as.server.deployment.DeploymentPhaseContextImpl#addDeploymentDependency is used, it is expecting the service to be old-API org.jboss.msc.service.Service and use its getValue() method.
This needs to be fixed so that using new MSC Service API works too.

The code in org.apache.camel.component.jms.copyFrom looks odd
I think the ! should be removed
BEFORE

        if (!copyMessageId) {
            setMessageId(that.getMessageId());
        }

AFTER

        if (copyMessageId) {
        }

I will add a unit test (JmsToFileMessageIdTest) based on end user having some trouble with it

Compilation failure on JDK 11 introduced by https://github.com/wildfly/wildfly/pull/11702

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.7.0:compile (default-compile) on project wildfly-xts: Compilation failure
[ERROR] /home/pkremens/devel/wildfly/xts/target/generated-sources/annotations/org/jboss/as/xts/logging/XtsAsLogger_$logger.java:[11,22] '.' expected

If file reader is lenient about resource existing on startup, it should also check when it is closed.  See forum post: http://forum.springframework.org/showthread.php?t=67490

WALEdit.heapSize() is incorrect in certain replication scenarios which may cause RegionServers to go OOM.
A little background on this issue.  We noticed that our source replication regionservers would get into gc storms and sometimes even OOM. 
We noticed a case where it showed that there were around 25k WALEdits to replicate, each one with an ArrayList of KeyValues.  The array list had a capacity of around 90k (using 350KB of heap memory) but had around 6 non null entries.
When the ReplicationSource.readAllEntriesToReplicateOrNextFile() gets a WALEdit it removes all kv's that are scoped other than local.  
But in doing so we don't account for the capacity of the ArrayList when determining heapSize for a WALEdit.  The logic for shipping a batch is whether you have hit a size capacity or number of entries capacity.  
Therefore if have a WALEdit with 25k entries and suppose all are removed: 
The size of the arrayList is 0 (we don't even count the collection's heap size currently) but the capacity is ignored.
This will yield a heapSize() of 0 bytes while in the best case it would be at least 100000 bytes (provided you pass initialCapacity and you have 32 bit JVM) 
I have some ideas on how to address this problem and want to know everyone's thoughts:
1. We use a probabalistic counter such as HyperLogLog and create something like:

class CapacityEstimateArrayList implements ArrayList
	
this class overrides all additive methods to update the probabalistic counts
it includes one additional method called estimateCapacity (we would take estimateCapacity - size() and fill in sizes for all references)

Then we can do something like this in WALEdit.heapSize:

  public long heapSize() {
    long ret = ClassSize.ARRAYLIST;
    for (KeyValue kv : kvs) {
      ret += kv.heapSize();
    }
    long nullEntriesEstimate = kvs.getCapacityEstimate() - kvs.size();
    ret += ClassSize.align(nullEntriesEstimate * ClassSize.REFERENCE);
    if (scopes != null) {
      ret += ClassSize.TREEMAP;
      ret += ClassSize.align(scopes.size() * ClassSize.MAP_ENTRY);
      // TODO this isn't quite right, need help here
    }
    return ret;
  }	

2. In ReplicationSource.removeNonReplicableEdits() we know the size of the array originally, and we provide some percentage threshold.  When that threshold is met (50% of the entries have been removed) we can call kvs.trimToSize()
3. in the heapSize() method for WALEdit we could use reflection (Please don't shoot me for this) to grab the actual capacity of the list.  Doing something like this:

public int getArrayListCapacity()  {
    try {
      Field f = ArrayList.class.getDeclaredField("elementData");
      f.setAccessible(true);
      return ((Object[]) f.get(kvs)).length;
      log.warn("Exception in trying to get capacity on ArrayList", e);
      return kvs.size();
    }

I am partial to (1) using HyperLogLog and creating a CapacityEstimateArrayList, this is reusable throughout the code for other classes that implement HeapSize which contains ArrayLists.  The memory footprint is very small and it is very fast.  The issue is that this is an estimate, although we can configure the precision we most likely always be conservative.  The estimateCapacity will always be less than the actualCapacity, but it will be close. I think that putting the logic in removeNonReplicableEdits will work, but this only solves the heapSize problem in this particular scenario.  Solution 3 is slow and horrible but that gives us the exact answer.
I would love to hear if anyone else has any other ideas on how to remedy this problem?  I have code for trunk and 0.94 for all 3 ideas and can provide a patch if the community thinks any of these approaches is a viable one.

@InterfaceAudience.Public
@InterfaceStability.Evolving
public class SpaceLimitingException extends QuotaExceededException {

HIVE-13125 added support to provide column-masking and row-filtering during select via HiveAuthorizer interface. This JIRA is track addition of UDFs that can be used by HiveAuthorizer implementations to mask column values.

HiveConf crept in to the JDBC driver via the  embedded mode check. 
if (isEmbeddedMode) 
{
      EmbeddedThriftBinaryCLIService embeddedClient = new EmbeddedThriftBinaryCLIService();
      embeddedClient.init(new HiveConf());
      client = embeddedClient;
    }
 else {
    ....
Ideally we'd like to keep driver code free of these dependencies. 

hive> source xcross.sql;
OK
Time taken: 0.837 seconds
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
        at java.util.Arrays.copyOf(Arrays.java:3332)
        at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:137)
        at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:121)
        at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:421)
        at java.lang.StringBuilder.append(StringBuilder.java:136)
        at org.apache.hadoop.hive.ql.parse.ASTNode.dump(ASTNode.java:111)
        at org.apache.hadoop.hive.ql.parse.ASTNode.dump(ASTNode.java:119)

The query contains 360 join clauses, wrapped in a UNION ALL.
Looks like genOpTree does 

          this.ctx.setCboInfo("Plan optimized by CBO.");
          this.ctx.setCboSucceeded(true);
          LOG.debug(newAST.dump());
          }

the debug logging OOMs.

The JCacheCache class uses an instance variable called "NULL_HOLDER" to check for a null value.  The problem is that it uses == as the test.  This won't work in multiple JVMs since one JVM could put a value in cache and another could retrieve it.
I believe it should use a class-based comparision like
storeValue.getClass() == NullHolder.class

Roughly half the tests are failing, this seems to be the exception:
 [junit] org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.metadata.HiveException: Configuration and input path are inconsistent
[junit] 	at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:522)
[junit] 	at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:91)
[junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] 	at java.lang.reflect.Method.invoke(Method.java:597)
[junit] 	at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:103)
[junit] 	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:72)
[junit] 	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:130)
[junit] 	at org.apache.hadoop.mapred.MapRunner.configure(MapRunner.java:38)
[junit] 	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:395)
[junit] 	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:334)
[junit] 	at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:232)
[junit] 	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
[junit] 	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
[junit] 	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
[junit] 	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
[junit] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
[junit] 	at java.lang.Thread.run(Thread.java:680)
[junit] Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Configuration and input path are inconsistent
[junit] 	at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:516)
[junit] 	... 25 more

Hi guys, 
the issue only starts from upgrade from 2.5.6 to 3.0.0.
let's say we have two urlMapping in a SimpleUrlHandlerMapping:

<property name="urlMap">
   <map>
    <entry key="/**/login.*"><ref local="controller1"/></entry>   
    <entry key="/**/endUser/action/login.*"><ref local="controller2"/></entry>
   </map>

when using the url:
*http://www.domain.com/context/web/endUser/action/login.html* 
in spring 2.5.6 the AbstractUrlHandletMapping returns the second match as best match:

String urlPath - org.springframework.web.servlet.handler.AbstractUrlHandlerMapping.lookupHandler(String, HttpServletRequest)

This is ok, because the count of wildcasts for both entries are equal and the second entry matchs more charachters than the first one.
This behaviour is changed in spring 3.0.0. A new introduced AntPatternComparator in 3.0.0 is used for this propose: 

org.springframework.util.AntPathMatcher.AntPatternComparator

In this case the comparator sorts the shorter url mapping (/**/login.*) higher than the longer one (/**/endUser/action/login.*). This results in matching  controller1 when using the url: 
*http://www.domain.com/context/web/endUser/action/login.html*
Which is not correct in my view.
I presume that a best match is the match with the most matched characters in url path.

When using @Async annotation to create an async execution for a method ListenableFuture is one of the options that could be used as return type in the method as it seems to be supported by all the spring async aspect code.
On aspect AnnotationAsyncExecutionAspect.aj the pointcut to intercept async annotations classes is as follows:
AnnotationAsyncExecutionAspect.aj
private pointcut asyncMarkedMethod()
		: execution(@Async (void || Future+) *(..));

Which accepts Future or one of its subclasses as return type.
But then in the same class a compiler error is declared that only accepts Future:
declare error:
		execution(@Async !(void||Future) *(..)):
		"Only methods that return void or Future may have an @Async annotation";

This declarations causes that when I used something like:
@Async
public ListenableFuture execute() {
...
return new AsyncResult();
}

Fails with a compiler error.
Also I cannot used the plain Future as then I cannot add callback handlers to the future. I always can call the task manager directly but as it seems that it is a feature that it is supported by the annotation I would prefer to do that as I'm using it in other places on the application without any issue.

I am trying to create a new table and set the NORMALIZATION_ENABLED as true, but seems like the argument NORMALIZATION_ENABLED is being ignored. And the attribute NORMALIZATION_ENABLED is not displayed on doing a desc command on that table

hbase(main):020:0> create 'test-table-4', 'cf', {NORMALIZATION_ENABLED => 'true'}
An argument ignored (unknown or overridden): NORMALIZATION_ENABLED
0 row(s) in 4.2670 seconds

=> Hbase::Table - test-table-4
hbase(main):021:0> desc 'test-table-4'
Table test-table-4 is ENABLED                                                                                                                                                                               
test-table-4                                                                                                                                                                                                
COLUMN FAMILIES DESCRIPTION                                                                                                                                                                                 
{NAME => 'cf', BLOOMFILTER => 'ROW', VERSIONS => '1', IN_MEMORY => 'false', KEEP_DELETED_CELLS => 'FALSE', DATA_BLOCK_ENCODING => 'NONE', TTL => 'FOREVER', COMPRESSION => 'NONE', MIN_VERSIONS => '0', BLOC
KCACHE => 'true', BLOCKSIZE => '65536', REPLICATION_SCOPE => '0'}                                                                                                                                           
1 row(s) in 0.0430 seconds

However, on doing an alter command on that table we can set the NORMALIZATION_ENABLED attribute for that table

hbase(main):022:0> alter 'test-table-4', {NORMALIZATION_ENABLED => 'true'}
Unknown argument ignored: NORMALIZATION_ENABLED
Updating all regions with the new schema...
1/1 regions updated.
Done.
0 row(s) in 2.3640 seconds

hbase(main):023:0> desc 'test-table-4'
test-table-4, {TABLE_ATTRIBUTES => {NORMALIZATION_ENABLED => 'true'}                                                                                                                                        
1 row(s) in 0.0190 seconds

I think it would be better to have a single step process to enable normalization while creating the table itself, rather than a two step process to alter the table later on to enable normalization

Because JobRunner returns boolean variable as its documented in class description, its getObject() should return boolean.

If you set 'maxConcurrentConsumers' property in the MllpConfiguration object and assign that to MllpComponent, then, during creation of MllpEndpoint instance, that property is ignored and default value of 5 is used.

There are a couple of problems with AbstractIdentifiableAnnotatedJavaStructureBuilder.updateTypeAnnotation:

NPE when attempting to update an annotation that is currently not present
Passing in null for attributesToDeleteIfPresent causes new attributes not to be added

It would also be nice to add a few convenience methods to skip passing in null for attributesToDeleteIfPresent and the ability to accept AnnotationMetadataBuilders.

Removing this and just using the type doesn't change anything but it allows HBase's code base to be run through Coverity.

releaseLocks in MoveTask releases all locks under a HiveLockObject pathNames. But some of locks under this pathNames might be for other queries and should not be released.

the libd file for Spring 3 is missing entries for the new ASM and OXM bundles

In the messaging subsystem there is an attribute jdbc-network-timeout with default value 20 seconds. However this parameter is passed to ActiveMQ Artemis as 20 000 000 milliseconds (20 000 seconds).
For reproducing the issue just configure JDBC persistence store and attach debugger with breakpoint on AbstractJDBCDriver::connect.
Blocker priority was set because it is regression against Wildfly 12.
The issue was hit with Artemis 2.5.0 with https://github.com/jmesnil/wildfly/tree/WFLY-9407_upgrade_artemis_2.4.0_with_prefix (commit 51dd8102f103ccb0470a3cfc8713d3f9bdb1b65d)

Here is the javadoc warning:

[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-client/src/main/java/org/apache/hadoop/hbase/client/HBaseAdmin.java:1693: warning - @param argument "regionName" is not a parameter name.

get error like
11:54:45,612 | ERROR | -610306-thread-1 | FeaturesServiceImpl              | 22 - org.apache.karaf.features.core - 2.3.0.redhat-610306 | Error installing boot feature activemq-camel: feature not found

Since swarm release 2016.8.1 a manual lookup of the current CDI-instance from within application code results the following error:

Caused by: java.lang.IllegalStateException: Unable to locate CDIProvider
        at javax.enterprise.inject.spi.CDI.findAllProviders(CDI.java:139)
        at javax.enterprise.inject.spi.CDI.getCDIProvider(CDI.java:120)
        at javax.enterprise.inject.spi.CDI.current(CDI.java:56)

I've got a scenario where i have to lookup a CDI-Bean manually and for this i need the CDI-instance. The problem occurs when starting the swarm app from the IDE and via java-jar swarmjar. It's possible to reproduce by add the following snippet in a simple rest-ressource.

CDI<Object> current = CDI.current();

select rnum, c1, cast(c1 as bigint) from cert.tsdchar tsdchar where rnum in (0,1,2)
create table if not exists CERT.TSDCHAR ( RNUM int , C1 string)
row format sequencefile
rnum	c1	_c2
0	-1                         	<null>
1	0                          	<null>
2	10                         	<null>

Currently, Utilities.getPartitionDesc() creates a new PartitionDesc object which inturn creates new TableDesc object via Utilities.getTableDesc(part.getTable()) for every call. This value needs to be reused  so that we can avoid the expense of creating new Descriptor object wherever possible

For repl load command use can specify the execution mode as part of "with" clause. But the config for executing task in parallel or serial is not read from the command specific config. It is read from the hive server config. So even if user specifies to run the tasks in parallel during repl load command, the tasks are getting executed serially.

1. export package org.apache.camel.component.cache doesn't has version
2. both import and export org.apache.camel.processor.cache package

The welcome content in the community repository does contain a RedHat logo. It actually even contains the text "by redhat" which is according to the license guidelines reserved for the EAP version. I think the branding should be removed since otherwise it makes even forking/repackaing for the JBoss AS hard: 
https://github.com/jbossas/jboss-as/blob/master/build/src/main/resources/welcome-content/jboss_community.png
(also note that the file name is pretty missleading to, as it is not the community logo (alone)).

Taken from the maillinglist:
> I have a properties configuration which is loaded without a problem.
> Later in my application I will access the file which is aligned to 
> this configuration.
> 
>  
> 
> final IFileConfiguration _productConf = 
> _conf.getProductConfigurations().get(_productId);
> 
> log.debug("product conf file " + _productConf.getFile());
> 
> log.debug("product conf filename " + _productConf.getFileName());
> 
> log.debug("product conf base path " + _productConf.getBasePath());
> 
>  
> 
> The methods _productConf.getFile() and _productConf.getFileName() 
> returning null but the getBasePath() returns a path which is correct 
> (like file:/C:/Projects/workspace/myProject/project.properties). Seems 
> for me like a bug because the PropertiesConfiguration is loaded 
> correct and works.
> 
>  
> 
> By side: I have also set a file reloading strategy for this 
> configuration.
> 
>  
> 
> Any ideas what's happen in this case or where I can find the problem? 
> It would be nicer to get the File() instead the BasePath which has to 
> be converted into a URL before I can access the whole properties file.
> 
>  
> 
> Thanks in advance,
> 
>  
> 
> - Thomas Wabner
> 
> 
Thomas,
you are right, the conversions between a base path, a file name, and a File are not always consistent. How did you load the configuration (this determines, which internal fields are set)?
I would recommend to work with URLs, i.e. the method getURL(). A file-based configuration's URL is always defined.
If you like, you can open a Jira ticket for this problem.
Thanks.
Oliver
The file is loaded in this way:
_productConf = new ProductConfiguration();
_productConf.load(FileTools.getPathForList(_propductPathList).getPath());
means the load method gets an String and not an File.

Just pulled the trunk and built the hive binary. If I create a permanent udf and exit the cli, and then open the cli and try calling the udf it fails with the exception below. However, the call succeeds if I call the udf right after registering the permanent udf (without exiting the cli). The call also succeeds with the apache-hive-1.0.0 release.

15-04-13 17:04:54,004 INFO  org.apache.hadoop.hive.ql.log.PerfLogger (PerfLogger.java:PerfLogEnd(148)) - </PERFLOG method=parse start=1428969893115 end=1428969894004 duration=889 from=org.apache.hadoop.hive.ql.Driver>
2015-04-13 17:04:54,007 DEBUG org.apache.hadoop.hive.ql.Driver (Driver.java:recordValidTxns(939)) - Encoding valid txns info 9223372036854775807:
2015-04-13 17:04:54,007 INFO  org.apache.hadoop.hive.ql.log.PerfLogger (PerfLogger.java:PerfLogBegin(121)) - <PERFLOG method=semanticAnalyze from=org.apache.hadoop.hive.ql.Driver>
2015-04-13 17:04:54,052 INFO  org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:analyzeInternal(9997)) - Starting Semantic Analysis
2015-04-13 17:04:54,053 DEBUG org.apache.hadoop.hive.ql.exec.FunctionRegistry (FunctionRegistry.java:getGenericUDAFResolver(942)) - Looking up GenericUDAF: hour_now
2015-04-13 17:04:54,053 INFO  org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:genResolvedParseTree(9980)) - Completed phase 1 of Semantic Analysis
2015-04-13 17:04:54,053 INFO  org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:getMetaData(1530)) - Get metadata for source tables
2015-04-13 17:04:54,054 INFO  org.apache.hadoop.hive.metastore.HiveMetaStore (HiveMetaStore.java:logInfo(744)) - 0: get_table : db=default tbl=test_table
2015-04-13 17:04:54,054 INFO  org.apache.hadoop.hive.metastore.HiveMetaStore.audit (HiveMetaStore.java:logAuditEvent(369)) - ugi=nyigitbasi	ip=unknown-ip-addr	cmd=get_table : db=default tbl=test_table
2015-04-13 17:04:54,054 DEBUG org.apache.hadoop.hive.metastore.ObjectStore (ObjectStore.java:debugLog(6776)) - Open transaction: count = 1, isActive = true at:
	org.apache.hadoop.hive.metastore.ObjectStore.getTable(ObjectStore.java:927)
2015-04-13 17:04:54,054 DEBUG org.apache.hadoop.hive.metastore.ObjectStore (ObjectStore.java:debugLog(6776)) - Open transaction: count = 2, isActive = true at:
	org.apache.hadoop.hive.metastore.ObjectStore.getMTable(ObjectStore.java:990)
2015-04-13 17:04:54,104 DEBUG org.apache.hadoop.hive.metastore.ObjectStore (ObjectStore.java:debugLog(6776)) - Commit transaction: count = 1, isactive true at:
	org.apache.hadoop.hive.metastore.ObjectStore.getMTable(ObjectStore.java:998)
2015-04-13 17:04:54,232 DEBUG org.apache.hadoop.hive.metastore.ObjectStore (ObjectStore.java:debugLog(6776)) - Commit transaction: count = 0, isactive true at:
	org.apache.hadoop.hive.metastore.ObjectStore.getTable(ObjectStore.java:929)
2015-04-13 17:04:54,242 INFO  org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:getMetaData(1682)) - Get metadata for subqueries
2015-04-13 17:04:54,247 INFO  org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:getMetaData(1706)) - Get metadata for destination tables
2015-04-13 17:04:54,256 INFO  org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:genResolvedParseTree(9984)) - Completed getting MetaData in Semantic Analysis
2015-04-13 17:04:54,259 INFO  org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer (CalcitePlanner.java:canHandleAstForCbo(369)) - Not invoking CBO because the statement has too few joins
2015-04-13 17:04:54,344 DEBUG org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe (LazySimpleSerDe.java:initialize(135)) - org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe initialized with: columnNames=[_c0, _c1] columnTypes=[int, int] separator=[[B@6e6d4780] nullstring=\N lastColumnTakesRest=false timestampFormats=null
2015-04-13 17:04:54,406 DEBUG org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:genTablePlan(9458)) - Created Table Plan for test_table TS[0]
2015-04-13 17:04:54,410 DEBUG org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:genBodyPlan(8815)) - RR before GB test_table{(_c0,_c0: int)(_c1,_c1: int)(block__offset__inside__file,BLOCK__OFFSET__INSIDE__FILE: bigint)(input__file__name,INPUT__FILE__NAME: string)(row__id,ROW__ID: struct<transactionid:bigint,bucketid:int,rowid:bigint>)}  after GB test_table{(_c0,_c0: int)(_c1,_c1: int)(block__offset__inside__file,BLOCK__OFFSET__INSIDE__FILE: bigint)(input__file__name,INPUT__FILE__NAME: string)(row__id,ROW__ID: struct<transactionid:bigint,bucketid:int,rowid:bigint>)}
2015-04-13 17:04:54,410 DEBUG org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:genSelectPlan(3608)) - tree: (TOK_SELECT (TOK_SELEXPR (TOK_FUNCTION hour_now)))
2015-04-13 17:04:54,413 DEBUG org.apache.hadoop.hive.ql.parse.CalcitePlanner (SemanticAnalyzer.java:genSelectPlan(3718)) - genSelectPlan: input = test_table{(_c0,_c0: int)(_c1,_c1: int)(block__offset__inside__file,BLOCK__OFFSET__INSIDE__FILE: bigint)(input__file__name,INPUT__FILE__NAME: string)(row__id,ROW__ID: struct<transactionid:bigint,bucketid:int,rowid:bigint>)}  starRr = null
2015-04-13 17:04:54,435 ERROR org.apache.hadoop.hive.ql.Driver (SessionState.java:printError(958)) - FAILED: NullPointerException null
	at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.newInstance(ExprNodeGenericFuncDesc.java:232)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprNodeDesc(TypeCheckProcFactory.java:1048)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1265)
	at org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:90)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:95)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:79)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.walk(DefaultGraphWalker.java:133)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:110)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:205)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:149)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:10383)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:10338)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:3815)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:3594)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:8864)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8819)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9663)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9556)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:9992)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:306)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10003)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:195)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:424)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:308)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1122)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1170)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:736)
	at java.lang.reflect.Method.invoke(Method.java:483)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:212)

Currently, to avoid a branch in the operator inner loop - the runtime stats are only available in non-vector mode.

I'm seeing logs like this on a trunk master:

2010-10-31 11:21:13,793 DEBUG org.apache.hadoop.hbase.replication.master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: 1.1.1.1%3A60020.1288545516340
2010-10-31 11:21:13,793 WARN org.apache.hadoop.hdfs.DFSClient: File /HBASE/.oldlogs/1.1.1.1%3A60020.1288545516340 is beng deleted only through Trash org.apache.hadoop.fs.FsShell.delete because all deletes must go through Trash.
2010-10-31 11:21:13,798 DEBUG org.apache.hadoop.hbase.replication.master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: 1.1.1.1%3A60020.1288545899208
2010-10-31 11:21:13,798 WARN org.apache.hadoop.hdfs.DFSClient: File /HBASE/.oldlogs/1.1.1.1%3A60020.1288545899208 is beng deleted only through Trash org.apache.hadoop.fs.FsShell.delete because all deletes must go through Trash.

There are like 50 of these showing up once a minute.  I'm unsure if this is more valuable when replication is turned on, but should this be running when replication is not on in this cluster?  At the least there should be less logging, like one line per run.

When LLAP fragment submission is rejected, the external client receives both REJECTED and KILLED notifications for the fragment. The KILLED notification is being treated as an error, which prevents the retry logic from resubmitting the fragment. This needs to be fixed in the client logic.

17/08/02 04:36:16 INFO LlapBaseInputFormat: Registered id: attempt_2519876382789748565_0005_0_00_000021_0
17/08/02 04:36:16 INFO LlapTaskUmbilicalExternalClient: Fragment: attempt_2519876382789748565_0005_0_00_000021_0 rejected. Server Busy.
17/08/02 04:36:16 ERROR LlapTaskUmbilicalExternalClient: Task killed - attempt_2519876382789748565_0005_0_00_000021_0

This issue was supposed to be resolved by https://issues.apache.org/jira/browse/HIVE-6359
However when invoking
       create table test (id int<tab>COMMENT 'test');
the following error appears
 beeline -f test.sql -u"jdbc:hive2://localhost:10000/default;principal=hive/FQDN@US-WEST-2.COMPUTE.INTERNAL"
scan complete in 4ms
Connecting to jdbc:hive2://localhost:10000/default;principal=hiveFQDN@US-WEST-2.COMPUTE.INTERNAL
Connected to: Apache Hive (version 1.1.0-cdh5.4.4)
Driver: Hive JDBC (version 1.1.0-cdh5.4.4)
0: jdbc:hive2://localhost:10000/default> create table test (id intCOMMENT 'test');
Error: Error while compiling statement: FAILED: ParseException line 1:22 cannot recognize input near 'intCOMMENT' ''test'' ')' in column type (state=42000,code=40000)
There is no problem when <tab> is between the columns e.g. 
      create table test (id int COMMENT 'test',<tab>id2 string COMMENT 'test2');

At present, it will keep retrying 10 times even if the exception is of DoNotRetryIOException type like TableNotFoundException or TableNotEnabledException.

Change cd352f6 removed the search on sAMAccountName.  Cleaning up docs to match.

Over in HBASE-19002 while trying to write some RegionObservers, I found that I couldn't find a public-API method to determine if a Cell was for a Put. We seem to only have API for determining if it's a Delete.
Let's get some methods added to CellUtil for users to consume.

In ql/pom.xml, spark dependency is specified as "provided" and optional. It seems that eclipse projects generated by maven doesn't including the dependency on those that are specified as "provided".  This is to remove "provided" for spark dependency.

      <groupId>org.apache.spark</groupId>
       <artifactId>spark-core_${scala.binary.version}</artifactId>
       <version>${spark.version}</version>
      <scope>provided</scope>
       <optional>true</optional>

NO PRECOMMIT TESTS. This is for spark branch only.

While writing a test describing the expected behavior for HBASE-9283, I discovered an error in String decoding. The error occurs when the string being decoded does not start at position 0. The unit tests were originally designed to cover this scenario, but this condition slipped in the transition to PositionedByteBuffer.
Update the tests to cover this scenario and fix the String decoding logic. String appears to be the only codec affected. This error is only in decoding – encoding produces correct byte[].

Fallback management realm is not taken into account for Kerberos authentication into Management Console. In cases when Kerberos authentication to Management Console is configured also with fallback mechanism (properties, security-domain...) and one of:

realm in principal is not set correctly
path to keytab is not set correctly

is set in EAP configuration and when user with valid kerberos ticket tries to access Management Console then fallback is not taken into account and user cant access management console.

XSD request validation using AxiomSoapMessageFactory and PayloadValidatingInterceptor fails with an UndeclaredPrefix validation error, because Axiom does not have full access to the namespace declarations made on the SOAP Envelope level.
As suggested in http://stackoverflow.com/questions/34633662/xsd-validation-fails-with-undeclaredprefix-when-using-axiomsoapmessagefactory-in, a possible fix is to use OMContainer#getXMLStreamReader(boolean, OMXMLStreamReaderConfiguration) and set the preserveNamespaceContext property to true in the OMXMLStreamReaderConfiguration object (in CachingPayload#getStreamReader(OMElement)).
I tested this, and it fixes the problem. Patch is attached, as well as a small sample project exposing the erroneous behaviour.
Request that fails:

<soapenv:Envelope xmlns:sch="http://example.com/springws/extension/schema" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" >
   <soapenv:Header/>
   <soapenv:Body>
      <sch:formatRequest >
         <sch:value xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="sch:dateType">
           <sch:day>1</sch:day>
           <sch:month>1</sch:month>
           <sch:year>2000</sch:year>
         </sch:value>
      </sch:formatRequest>
   </soapenv:Body>
</soapenv:Envelope>

Response is  a SOAP fault with detail

<detail>
    <spring-ws:ValidationError xmlns:spring-ws="http://springframework.org/spring-ws">UndeclaredPrefix: Cannot resolve 'sch:dateType' as a QName: the prefix 'sch' is not declared.</spring-ws:ValidationError>
    <spring-ws:ValidationError xmlns:spring-ws="http://springframework.org/spring-ws">cvc-elt.4.1: The value 'sch:dateType' of attribute 'http://www.w3.org/2001/XMLSchema-instance,type' of element 'sch:value' is not a valid QName.</spring-ws:ValidationError>
    <spring-ws:ValidationError xmlns:spring-ws="http://springframework.org/spring-ws">cvc-type.2: The type definition cannot be abstract for element sch:value.</spring-ws:ValidationError>
    <spring-ws:ValidationError xmlns:spring-ws="http://springframework.org/spring-ws">cvc-attribute.3: The value 'sch:dateType' of attribute 'xsi:type' on element 'sch:value' is not valid with respect to its type, 'QName'.</spring-ws:ValidationError>
    <spring-ws:ValidationError xmlns:spring-ws="http://springframework.org/spring-ws">cvc-complex-type.2.1: Element 'sch:value' must have no character or element information item [children], because the type's content type is empty.</spring-ws:ValidationError>
</detail>

Request that works, with namespace decl in payload:
localhost:8084/format/format.wsdl

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" >
      <sch:formatRequest xmlns:sch="http://example.com/springws/extension/schema" >

When pre-emption is disabled and when number of slots is 0, the scheduler can get into a loop trying to schedule the tasks without actually waiting for free slots.

see also in following parquet issue:
https://github.com/Parquet/parquet-mr/issues/290
The schema written for maps isn't compatible between hive and pig. This means any files written in one cannot be properly read in the other.
More specifically,  for the same map column c1, parquet-pig generates schema:
message pig_schema {
  optional group c1 (MAP) {
    repeated group map (MAP_KEY_VALUE) 
{
      required binary key (UTF8);
      optional binary value;
    }
 
  }
}
while parquet-hive generates schema:
message hive_schema {
   optional group c1 (MAP_KEY_VALUE) {
     repeated group map 
{
       required binary key;
       optional binary value;
   }
 }
}

Currently only affects master, caused by 4b1464020489b02bf4516f941b6c662719fe7f18.

[0m[31m10:14:35,476 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (default task-1) ISPN000136: Error executing command PutKeyValueCommand, writing keys [SessionCreationMetaDataKey(C1RUXT3dUmdkgzWpzBgEVRTA5dNgQc0sIJ8Ensqx)]: java.lang.ExceptionInInitializerError
	at org.wildfly.clustering.web.infinispan.SessionKeyExternalizer.writeObject(SessionKeyExternalizer.java:49)
	at org.wildfly.clustering.web.infinispan.SessionKeyExternalizer.writeObject(SessionKeyExternalizer.java:37)
	at org.wildfly.clustering.marshalling.infinispan.AdvancedExternalizerAdapter.writeObject(AdvancedExternalizerAdapter.java:51)
	at org.infinispan.marshall.core.ExternalExternalizers$ForeignAdvancedExternalizer.writeObject(ExternalExternalizers.java:78)
	at org.infinispan.marshall.core.GlobalMarshaller.writeExternal(GlobalMarshaller.java:652)
	at org.infinispan.marshall.core.GlobalMarshaller.writeNonNullableObject(GlobalMarshaller.java:406)
	at org.infinispan.marshall.core.GlobalMarshaller.writeNullableObject(GlobalMarshaller.java:355)
	at org.infinispan.marshall.core.BytesObjectOutput.writeObject(BytesObjectOutput.java:26)
	at org.infinispan.commands.write.PutKeyValueCommand.writeTo(PutKeyValueCommand.java:110)
	at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeCommandParameters(ReplicableCommandExternalizer.java:71)
	at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeObject(ReplicableCommandExternalizer.java:67)
	at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeObject(ReplicableCommandExternalizer.java:55)
	at org.infinispan.marshall.core.GlobalMarshaller.writeInternal(GlobalMarshaller.java:638)
	at org.infinispan.marshall.core.GlobalMarshaller.writeNonNullableObject(GlobalMarshaller.java:402)
	at org.infinispan.commands.remote.SingleRpcCommand.writeTo(SingleRpcCommand.java:42)
	at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.marshallParameters(CacheRpcCommandExternalizer.java:120)
	at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:116)
	at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:66)
	at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:183)
	at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:176)
	at org.infinispan.marshall.core.GlobalMarshaller.objectToBuffer(GlobalMarshaller.java:305)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.marshallRequest(JGroupsTransport.java:1009)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.sendCommand(JGroupsTransport.java:1209)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeCommand(JGroupsTransport.java:855)
	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeCommand(RpcManagerImpl.java:175)
	at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.primaryReturnHandler(BaseDistributionInterceptor.java:344)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenApply(BaseAsyncInterceptor.java:81)
	at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.handleNonTxWriteCommand(BaseDistributionInterceptor.java:268)
	at org.infinispan.interceptors.distribution.NonTxDistributionInterceptor.visitPutKeyValueCommand(NonTxDistributionInterceptor.java:110)
	at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:68)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
	at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
	at org.infinispan.interceptors.DDAsyncInterceptor.visitPutKeyValueCommand(DDAsyncInterceptor.java:60)
	at org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:197)
	at org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitPutKeyValueCommand(CacheLoaderInterceptor.java:124)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
	at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:672)
	at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:302)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:150)
	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lambda$nonTxLockAndInvokeNext$1(AbstractLockingInterceptor.java:299)
	at org.infinispan.interceptors.SyncInvocationStage.addCallback(SyncInvocationStage.java:42)
	at org.infinispan.interceptors.InvocationStage.andHandle(InvocationStage.java:65)
	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.nonTxLockAndInvokeNext(AbstractLockingInterceptor.java:294)
	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:126)
	at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:40)
	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:82)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:309)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:252)
	at org.infinispan.statetransfer.StateTransferInterceptor.visitPutKeyValueCommand(StateTransferInterceptor.java:96)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
	at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
	at org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
	at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
	at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1918)
	at org.infinispan.cache.impl.CacheImpl.putIfAbsent(CacheImpl.java:1474)
	at org.infinispan.cache.impl.DecoratedCache.putIfAbsent(DecoratedCache.java:695)
	at org.infinispan.cache.impl.DecoratedCache.putIfAbsent(DecoratedCache.java:610)
	at org.infinispan.cache.impl.AbstractDelegatingCache.putIfAbsent(AbstractDelegatingCache.java:353)
	at org.infinispan.cache.impl.EncoderCache.putIfAbsent(EncoderCache.java:493)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.createValue(InfinispanSessionMetaDataFactory.java:61)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.createValue(InfinispanSessionMetaDataFactory.java:42)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.createValue(InfinispanSessionFactory.java:51)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.createValue(InfinispanSessionFactory.java:37)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.createSession(InfinispanSessionManager.java:238)
	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.createSession(DistributableSessionManager.java:167)
	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:918)
	at io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:411)
	at org.jboss.as.test.clustering.single.web.SimpleServlet.doGet(SimpleServlet.java:68)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:686)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
	at io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:55)
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
	at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
	at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
	at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
	at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/ConcurrentFineWebFailoverTestCase.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ConcurrentFineWebFailoverTestCase.war" from Service Module Loader")
	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:294)
	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:191)
	at java.lang.ClassLoader.checkClassLoaderPermission(ClassLoader.java:1528)
	at java.lang.Class.getClassLoader(Class.java:683)
	at org.wildfly.clustering.web.infinispan.SessionIdentifierSerializer.<init>(SessionIdentifierSerializer.java:39)
	at org.wildfly.clustering.web.infinispan.SessionIdentifierSerializer.<clinit>(SessionIdentifierSerializer.java:37)
	... 144 more

In HBASE-20722 we removed the usage of RegionServerTracker when getting information for region server. And version in server manager is a int, and we convert it to a String when displaying it on the master ui, so we will lose the SNAPSHOT suffix. Not a big one as this is not a problem for normal releases. Open a issue for it.

Several Camel features uses javax.xml.stream. If ServiceMix Spec provides the API, it doesn't provide an implementation.
The xml-specs-api feature should ship an implementation, woodstox.

Hi folks,
the Javadoc for org.apache.commons.csv.CSVFormat seems to be inconsistent since there are some references to a non-existing method withQuoteChar. The method name should be replaced by withQuote.

Despite of <in-vm-remote-interface-invocation pass-by-value="false"/>, an exception is not thrown by reference, which results in java.io.NotSerializableException if the exception doesn't implement Serializable.  This is a blocker of a large migration project from WebLogic because it throws by reference even if that doesn't implement Serializable.

set hive.metastore.try.direct.sql=false;
CREATE TABLE numericDataType(a TINYINT, b SMALLINT NOT NULL ENABLE, c INT,
 d BIGINT , e DOUBLE , f DECIMAL(9,2));
INSERT INTO numericDataType values(2,45,5667,67890,5.6,678.5);

ALTER TABLE numericDataType ADD CONSTRAINT uk1 UNIQUE(a,b) DISABLE NOVALIDATE;
DESC FORMATTED numericDataType;

Error

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. java.lang.NullPointerException

Error Stack

	at org.apache.hadoop.hive.metastore.ObjectStore.getUniqueConstraintsViaJdo(ObjectStore.java:9620) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore.access$1900(ObjectStore.java:225) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore$17.getJdoResult(ObjectStore.java:9591) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore$17.getJdoResult(ObjectStore.java:9580) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:3249) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore.getUniqueConstraintsInternal(ObjectStore.java:9593) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore.getUniqueConstraints(ObjectStore.java:9569) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_101]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_101]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_101]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_101]
	at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:97) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy35.getUniqueConstraints(Unknown Source) ~[?:?]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_unique_constraints(HiveMetaStore.java:7356) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:147) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:108) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy37.get_unique_constraints(Unknown Source) ~[?:?]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getUniqueConstraints(HiveMetaStoreClient.java:1764) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:212) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at com.sun.proxy.$Proxy38.getUniqueConstraints(Unknown Source) ~[?:?]
	at org.apache.hadoop.hive.ql.metadata.Hive.getUniqueConstraints(Hive.java:4582) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.metadata.Hive.getUniqueConstraints(Hive.java:4564) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.DDLTask.describeTable(DDLTask.java:3626) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:455) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2314) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1985) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1687) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1438) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1427) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:239) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:188) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:402) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:821) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:759) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:683) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.util.RunJar.run(RunJar.java:239) ~[hadoop-common-3.0.0-beta1.jar:?]

SIMPLE format of Elytron Audit Logging does not contain the information about the principal when the authentication is not successful. JSON format contains such piece of information.
Compare JSON format

3/8/17 3:53 PM,WARNING,{"event":"SecurityAuthenticationFailedEvent","event-time":"3/8/17 3:53 PM","security-identity":{"name":"anonymous","creation-time":"3/8/17 3:53 PM"},"success":false,"principal":"user"}

to SIMPLE format

3/8/17 3:54 PM,WARNING,event=SecurityAuthenticationFailedEvent,event-time=3/8/17 3:54 PM,security-identity=[name=anonymous,creation-time=3/8/17 3:54 PM],success=false}

A region is considered as being serverd and unserved at the same time in the ChangeTableState (and TableOperation) class. This translates to logs like this:

2010-05-04 17:26:01,073 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_SPLIT_INCLUDES_DAUGHTERS: TestTable,0000518811,1273019008135: Daughters; 
TestTable,0000518811,1273019159867, TestTable,0000584541,1273019159867 from 10.10.1.177,60020,1273018776034; 1 of 1
<<disable is called>>
2010-05-04 17:26:25,893 DEBUG org.apache.hadoop.hbase.master.ChangeTableState: Skipping region REGION => {NAME => 'TestTable,0000518811,1273019008135', STARTKEY => '0000518811', ENDKEY => '0000650817', 
ENCODED => 143183187, OFFLINE => true, SPLIT => true, TABLE => {{NAME => 'TestTable', FAMILIES => [{NAME => 'info', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 
'false', BLOCKCACHE => 'true'}]}} because it is offline and split
2010-05-04 17:26:25,902 DEBUG org.apache.hadoop.hbase.master.ChangeTableState: Adding region TestTable,0000518811,1273019008135 to setClosing list
2010-05-04 17:26:27,008 DEBUG org.apache.hadoop.hbase.master.ChangeTableState: Skipping region REGION => {NAME => 'TestTable,0000518811,1273019008135', STARTKEY => '0000518811', ENDKEY => '0000650817', 
ENCODED => 143183187, OFFLINE => true, SPLIT => true, TABLE => {{NAME => 'TestTable', FAMILIES => [{NAME => 'info', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY =>
 'false', BLOCKCACHE => 'true'}]}} because it is offline and split
2010-05-04 17:26:27,018 DEBUG org.apache.hadoop.hbase.master.ChangeTableState: Adding region TestTable,0000518811,1273019008135 to setClosing list

The region gets stuck in transition! More details in a comment to come.

HIVE-20552 makes getting schema from logical plan faster. But it throws ParseException when it has column alias, and NullPointerException when it has subqueries.

In case we see an exception invoking the constructor of an entity class in ReflectionEntityInstantiator there's no information about why this has actually failed. We should capture more context such as the type to be instantiated, the constructor being used and the resolved parameters.

I just found current Camel kit didn't include the manual doc in the bin distribution.

I have an EJB deployed in a WAR. When I want to change the pool size from the deployment I get:
/deployment=perftest-1.0.0.war/subsystem=ejb3/stateless-session-bean=PerfCall:write-attribute(name=pool-max-size,value=30)
{
    "failure-description" => "JBAS014746: pool-max-size may not be null",
}

The bug is not severe, since the feature to change the pool-size here seems to be not implemented yet, but the message is confusing (wrong). The pool-size can be changed in the ejb3 subsystem.

Hello,
currently I experiment with the new Webflow 2.2 release and JSF 2. Using the spring JSF booking sample app as foundation I created a minimal app and try to change some details.
First of all I would like to use the Spring MVC view resolver for resolving Webflow views. Please see the attached sample project for the configuration (it's an Eclipse project).
When I try this the following exception occurs and the flow ignores the next flow steps:
	at org.springframework.faces.webflow.FlowFacesContextLifecycleListener.requestProcessed(FlowFacesContextLifecycleListener.java:45)
	at org.springframework.webflow.engine.impl.FlowExecutionListeners.fireRequestProcessed(FlowExecutionListeners.java:98)
	at org.springframework.webflow.engine.impl.FlowExecutionImpl.resume(FlowExecutionImpl.java:274)
	at org.springframework.webflow.executor.FlowExecutorImpl.resumeExecution(FlowExecutorImpl.java:169)
	at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:183)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:788)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:717)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
	at java.lang.Thread.run(Thread.java:619)
If I do not use the MVC view resolver everything works as expected. Could you please fix that. Thanks.

Hello,
I am trying to use a property inside Spring security:
	<security:http 
		access-denied-page="${security.errorPage}"
 ...>
		...
	</security:http>
Where security.errorPage is a property defined in a property file loaded by a org.springframework.beans.factory.config.PropertyPlaceholderConfigurer bean.
But it is not interpreted.
Looking at org.springframework.security.config.HttpSecurityBeanDefinitionParser I got the confirmation it is not a case.
I don't know if it is a feature but I think it may be useful.
Philippe.

If ConfigurationUtils.fileFromUrl(URL) should create a file from a URL containing an enoced % sign (%25), then it does not work.
I saw that the code apache.commons.io now is really different, but seems to work. Why isn't apache.commons.io directly used?

HIVE-16745 missed fixing the syntax error in hive-schema-1.1.0.mysql.sql

Since HBASE-1936 we have the option to load jars dynamically by default from HDFS or the local filesystem, however hbase.dynamic.jars.dir points to a directory that could be world writable it potentially opens a security problem in both the client side and the RS. We should consider to have a switch to enable or disable this option and it should be off by default.

Some of the tests are un-deterministic, and are causing intermediate diffs

If you use DefaultComponent.setProperties(config, parameters) with a config object having overloaded methods you can get the following Exception:
org.apache.camel.NoSuchBeanException: Found bean: myExpression in JNDI Context: javax.naming.InitialContext@7f597bc4 of type: org.apache.camel.builder.ExpressionBuilder$31 expected type was: class java.lang.String
	at org.apache.camel.impl.JndiRegistry.lookupByNameAndType(JndiRegistry.java:60)
	at org.apache.camel.impl.PropertyPlaceholderDelegateRegistry.lookupByNameAndType(PropertyPlaceholderDelegateRegistry.java:63)
	at org.apache.camel.util.CamelContextHelper.lookup(CamelContextHelper.java:121)
	at org.apache.camel.util.IntrospectionSupport.setProperty(IntrospectionSupport.java:499)
	at org.apache.camel.util.EndpointHelper.setReferenceProperties(EndpointHelper.java:271)
	at org.apache.camel.impl.DefaultComponent.setProperties(DefaultComponent.java:263)
	at org.apache.camel.impl.DefaultComponentReferencePropertiesTest$MyComponent.createEndpoint(DefaultComponentReferencePropertiesTest.java:94)
	at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:120)
	at org.apache.camel.impl.DefaultComponentReferencePropertiesTest.testCallExpressionSetter(DefaultComponentReferencePropertiesTest.java:152)
	at junit.framework.TestCase.runTest(TestCase.java:176)
	at junit.framework.TestCase.runBare(TestCase.java:141)
	at org.apache.camel.TestSupport.runBare(TestSupport.java:58)
	at junit.framework.TestResult$1.protect(TestResult.java:122)
	at junit.framework.TestResult.runProtected(TestResult.java:142)
	at junit.framework.TestResult.run(TestResult.java:125)
	at junit.framework.TestCase.run(TestCase.java:129)
	at junit.framework.TestSuite.runTest(TestSuite.java:255)
	at junit.framework.TestSuite.run(TestSuite.java:250)
	at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
Caused by: java.lang.ClassCastException: Cannot cast org.apache.camel.builder.ExpressionBuilder$31 to java.lang.String
	at java.lang.Class.cast(Class.java:3084)
	at org.apache.camel.impl.JndiRegistry.lookupByNameAndType(JndiRegistry.java:56)
	... 28 more
The exception does not occur always it dpends on the order of the methods with the same name. In IntrospectionSupport.setProperty you find

 setters = findSetterMethods(clazz, name, value, allowBuilderPattern);
...
  Class<?> parameterType = setter.getParameterTypes()[0];
            Object ref = value;
            // try and lookup the reference based on the method
            if (context != null && refName != null && ref == null) {
                ref = CamelContextHelper.lookup(context, refName.replaceAll("#", ""), parameterType);

If by chance the first setter method has a paramterType which fits to the referenced bean then you will not get the exception. But if the first setter method has a parameterType which does not fit to the referenced bean then you will get the exception.

I want to create a new table based off the description of an old.  You'd think I could just copy the description of the old in the shell but it doesn't work.  Our 'describe' emission cannot be used as input on a subsequent create.
Below I copied the output that describes one table and tried to create  a new table named 'x' with it:

HBase Shell; enter 'help<RETURN>' for list of supported commands.                                                                                                                                                                                                                                                           Version: 0.2.1, r49040, Mon Sep  8 11:29:45 PDT 2008hbase(main):001:0> create 'x', {NAME => 'alternate_title', BLOOMFILTER => 'false', VERSIONS => '2147483647', COMPRESSION => 'NONE', LENGTH => '2147483647', TTL => '-1', IN_MEMORY => 'false', BLOCKCACHE => 'false'}, {NAME => 'anchor', BLOOMFILTER => 'false', VERSIONS => '2147483647', COMPRESSION => 'NONE', LENGTH => '2147483647', TTL => '-1', IN_MEMORY => 'false', BLOCKCACHE => 'false'}, {NAME => 'inlink', BLOOMFILTER => 'false', VERSIONS => '2147483647', COMPRESSION => 'NONE', LENGTH => '2147483647', TTL => '-1', IN_MEMORY => 'false', BLOCKCACHE => 'false'}, {NAME => 'alternate_url', BLOOMFILTER => 'false', VERSIONS => '2147483647', COMPRESSION => 'NONE', LENGTH => '2147483647', TTL => '-1', IN_MEMORY => 'false', BLOCKCACHE => 'false'}, {NAME => 'page', BLOOMFILTER => 'false', VERSIONS => '2147483647', COMPRESSION => 'NONE', LENGTH => '2147483647', TTL => '-1', IN_MEMORY => 'false', BLOCKCACHE => 'false'}, {NAME => 'misc', BLOOMFILTER => 'false', VERSIONS => '2147483647', COMPRESSION => 'NONE', LENGTH => '2147483647', TTL => '-1', IN_MEMORY => 'false', BLOCKCACHE => 'false'}NameError: no constructor with arguments matching [class [B, class java.lang.String, class org.apache.hadoop.hbase.HColumnDescriptor$CompressionType, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String] on object JavaUtilities
        from file:/p/share/hbase/lib/jruby-complete-1.1.2.jar!/builtin/javasupport/proxy/concrete.rb:23:in `__jcreate!'
        from file:/p/share/hbase/lib/jruby-complete-1.1.2.jar!/builtin/javasupport/proxy/concrete.rb:23:in `initialize'
        from file:/p/share/hbase/lib/jruby-complete-1.1.2.jar!/builtin/javasupport/proxy/concrete.rb:6:in `new'
        from /p/share/hbase/bin/../bin/HBase.rb:161:in `hcd'
        from /p/share/hbase/bin/../bin/HBase.rb:117:in `create'
        from /p/share/hbase/bin/../bin/HBase.rb:111:in `each'
        from /p/share/hbase/bin/../bin/HBase.rb:111:in `create'
        from /p/share/hbase/bin/../bin/hirb.rb:228:in `create'
        from (hbase):2:in `binding'

Per Bela Ban's comments on JGRP-2260, WildFly should not change the default conn_expiry_timeout for UNICAST3.

run into error like

Error executing command: Can not resolve feature:
Unsatisfied requirement(s):
---------------------------
   package:(&(package=org.drools.event)(version>=5.5.0))
      Apache ServiceMix :: Components :: Drools Service Engine
   package:(&(package=org.drools.compiler)(version>=5.5.0))
   package:(&(package=org.drools)(version>=5.5.0))
   package:(&(package=org.drools.rule)(version>=5.5.0))
   package:(&(package=org.drools.runtime.rule)(version>=5.5.0))

HIVE-4406 added a check for jdbc uri to prevent unintentional use of embedded mode. But that does not correctly check for uri like "jdbc:hive2://localhost:10000;principal=hive/HiveServer2Host@YOUR-REALM.COM" that can also result in embedded mode being used.

HttpSessionOAuth2RememberMeServices.preserveState() and rememberTokens() fail to save anything if there is no HTTP session. This is contrary to the interface contract. I think the session should be created in this case (possibly as configurable behaviour, but with this default).
This is similar to how HttpSessionSecurityContextRepository works.
(BTW, a "token repository" or something would be a better name for this class than "RememberMeServices", which remind of the unrelated remember-me functionality for web logins.) 

org.apache.camel.scala.dsl.SAbstractDefinition just return this instance when calling "Policy, Validate, Wiretap" scala DSL, it cause the same issue of CAMEL-8783

I don't understand what's going on here. I need to investigate further but wanted to open an issue so that you were aware of a potential problem.
The IO Platform compatibility build is failing because spring-rabbit fails to compile:

…
FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':spring-rabbit:compileJava'.
> java.lang.NullPointerException: Plugin annotation is null.

* Try:
Run with --info or --debug option to get more log output.

* Exception is:
org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':spring-rabbit:compileJava'.
	at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:69)
	at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:46)
	at org.gradle.api.internal.tasks.execution.PostExecutionAnalysisTaskExecuter.execute(PostExecutionAnalysisTaskExecuter.java:35)
	at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:68)
	at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:58)
	at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:52)
	at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:52)
	at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:53)
	at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
	at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:203)
	at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:185)
	at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.processTask(AbstractTaskPlanExecutor.java:66)
	at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.run(AbstractTaskPlanExecutor.java:50)
	at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.process(DefaultTaskPlanExecutor.java:25)
	at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:110)
	at org.gradle.execution.SelectedTaskExecutionAction.execute(SelectedTaskExecutionAction.java:37)
	at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:37)
	at org.gradle.execution.DefaultBuildExecuter.access$000(DefaultBuildExecuter.java:23)
	at org.gradle.execution.DefaultBuildExecuter$1.proceed(DefaultBuildExecuter.java:43)
	at org.gradle.execution.DryRunBuildExecutionAction.execute(DryRunBuildExecutionAction.java:32)
	at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:30)
	at org.gradle.initialization.DefaultGradleLauncher$4.run(DefaultGradleLauncher.java:154)
	at org.gradle.internal.Factories$1.create(Factories.java:22)
	at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:90)
	at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:52)
	at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:151)
	at org.gradle.initialization.DefaultGradleLauncher.access$200(DefaultGradleLauncher.java:32)
	at org.gradle.initialization.DefaultGradleLauncher$1.create(DefaultGradleLauncher.java:99)
	at org.gradle.initialization.DefaultGradleLauncher$1.create(DefaultGradleLauncher.java:93)
	at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:62)
	at org.gradle.initialization.DefaultGradleLauncher.doBuild(DefaultGradleLauncher.java:93)
	at org.gradle.initialization.DefaultGradleLauncher.run(DefaultGradleLauncher.java:82)
	at org.gradle.launcher.exec.InProcessBuildActionExecuter$DefaultBuildController.run(InProcessBuildActionExecuter.java:94)
	at org.gradle.tooling.internal.provider.ExecuteBuildActionRunner.run(ExecuteBuildActionRunner.java:28)
	at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35)
	at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:43)
	at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:28)
	at org.gradle.launcher.exec.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:81)
	at org.gradle.launcher.exec.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:46)
	at org.gradle.launcher.daemon.server.exec.ExecuteBuild.doBuild(ExecuteBuild.java:52)
	at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
	at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:120)
	at org.gradle.launcher.daemon.server.exec.WatchForDisconnection.execute(WatchForDisconnection.java:37)
	at org.gradle.launcher.daemon.server.exec.ResetDeprecationLogger.execute(ResetDeprecationLogger.java:26)
	at org.gradle.launcher.daemon.server.exec.RequestStopIfSingleUsedDaemon.execute(RequestStopIfSingleUsedDaemon.java:34)
	at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:74)
	at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:72)
	at org.gradle.util.Swapper.swap(Swapper.java:38)
	at org.gradle.launcher.daemon.server.exec.ForwardClientInput.execute(ForwardClientInput.java:72)
	at org.gradle.launcher.daemon.server.health.DaemonHealthTracker.execute(DaemonHealthTracker.java:47)
	at org.gradle.launcher.daemon.server.exec.LogToClient.doBuild(LogToClient.java:60)
	at org.gradle.launcher.daemon.server.exec.EstablishBuildEnvironment.doBuild(EstablishBuildEnvironment.java:72)
	at org.gradle.launcher.daemon.server.health.HintGCAfterBuild.execute(HintGCAfterBuild.java:41)
	at org.gradle.launcher.daemon.server.exec.StartBuildOrRespondWithBusy$1.run(StartBuildOrRespondWithBusy.java:50)
	at org.gradle.launcher.daemon.server.DaemonStateCoordinator$1.run(DaemonStateCoordinator.java:246)
	at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
	at org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
Caused by: java.lang.RuntimeException: java.lang.NullPointerException: Plugin annotation is null.
	at com.sun.tools.javac.main.Main.compile(Main.java:469)
	at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:132)
	at org.gradle.api.internal.tasks.compile.JdkJavaCompiler.execute(JdkJavaCompiler.java:46)
	at org.gradle.api.internal.tasks.compile.JdkJavaCompiler.execute(JdkJavaCompiler.java:33)
	at org.gradle.api.internal.tasks.compile.NormalizingJavaCompiler.delegateAndHandleErrors(NormalizingJavaCompiler.java:104)
	at org.gradle.api.internal.tasks.compile.NormalizingJavaCompiler.execute(NormalizingJavaCompiler.java:53)
	at org.gradle.api.internal.tasks.compile.NormalizingJavaCompiler.execute(NormalizingJavaCompiler.java:38)
	at org.gradle.api.internal.tasks.compile.CleaningJavaCompilerSupport.execute(CleaningJavaCompilerSupport.java:35)
	at org.gradle.api.internal.tasks.compile.CleaningJavaCompilerSupport.execute(CleaningJavaCompilerSupport.java:25)
	at org.gradle.api.tasks.compile.JavaCompile.performCompilation(JavaCompile.java:163)
	at org.gradle.api.tasks.compile.JavaCompile.compile(JavaCompile.java:145)
	at org.gradle.api.tasks.compile.JavaCompile.compile(JavaCompile.java:93)
	at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:75)
	at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$IncrementalTaskAction.doExecute(AnnotationProcessingTaskFactory.java:245)
	at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:221)
	at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$IncrementalTaskAction.execute(AnnotationProcessingTaskFactory.java:232)
	at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:210)
	at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:80)
	at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:61)
	... 68 more
Caused by: java.lang.NullPointerException: Plugin annotation is null.
	at org.apache.logging.log4j.core.config.plugins.processor.PluginProcessor$PluginElementVisitor.visitType(PluginProcessor.java:126)
	at org.apache.logging.log4j.core.config.plugins.processor.PluginProcessor$PluginElementVisitor.visitType(PluginProcessor.java:116)
	at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:892)
	at org.apache.logging.log4j.core.config.plugins.processor.PluginProcessor.collectPlugins(PluginProcessor.java:95)
	at org.apache.logging.log4j.core.config.plugins.processor.PluginProcessor.process(PluginProcessor.java:75)
	at com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:793)
	at com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:722)
	at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$1700(JavacProcessingEnvironment.java:97)
	at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1029)
	at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1163)
	at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1108)
	at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:824)
	at com.sun.tools.javac.main.Main.compile(Main.java:439)
	... 86 more

I can reproduce the problem locally. I'm puzzled why your IO compatibility build doesn't seem to be affected. I'll comment with more details when I have them but it may be a little while as I'm at Spring IO today and tomorrow.

Happens during initialisation of projects using Akka actors enriched by Spring beans ex:
Spring service -> akka actor created and autowired during postConstruct.
Log:

[INFO] F8: Caused by: java.util.ConcurrentModificationException: null
[INFO] F8: 	at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:909)
[INFO] F8: 	at java.util.ArrayList$Itr.next(ArrayList.java:859)
[INFO] F8: 	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.predictBeanType(AbstractAutowireCapableBeanFactory.java:614)
[INFO] F8: 	at org.springframework.beans.factory.support.AbstractBeanFactory.isTypeMatch(AbstractBeanFactory.java:555)
[INFO] F8: 	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doGetBeanNamesForType(DefaultListableBeanFactory.java:432)
[INFO] F8: 	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:395)
[INFO] F8: 	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:389)
[INFO] F8: 	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveNamedBean(DefaultListableBeanFactory.java:1002)
[INFO] F8: 	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:345)
[INFO] F8: 	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:340)
[INFO] F8: 	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1092)
[INFO] F8: 	at com.asaoweb.exmessaging.server.actors.SpringActorProducer.produce(SpringActorProducer.java:36)
[INFO] F8: 	at akka.actor.Props.newActor(Props.scala:212)
[INFO] F8: 	at akka.actor.ActorCell.newActor(ActorCell.scala:624)
[INFO] F8: 	at akka.actor.ActorCell.create(ActorCell.scala:650)

The GradleResolver is downloading

org/jboss/ws/cxf/jbossws-cxf-resources/5.1.5.Final/jbossws-cxf-resources-5.1.5.Final

as

org/jboss/ws/cxf/jbossws-cxf-resources/5.1.5.Final/jbossws-cxf-resources-5.1.5.Final-wildfly1000

as it is ignoring the classifier at the download url.

When a DB stored procedure is called via Spring JPA, connection acquired from Connection Pool is not release back after calling.
 
Inside Class org.springframework.orm.jpa.SharedEntityManagerCreator and method invoke()
entity manager is only closed if method name matches "queryTerminatingMethods" set which does not include "execute" method used for calling Stored Procedure.

StoreFileScanners on MOB cells rely on the scannerOrder to find the latest cells after mob compaction. The value of scannerOrder is assigned by the order of maxSeqId of StoreFile, and this maxSeqId is valued only after the reader of the StoreFile is created.
In Compactor.compact, the compacted store files are cloned and their readers are not created. And in StoreFileScanner.getScannersForStoreFiles the StoreFiles are sorted before the readers are created and at that time the maxSeqId for each file is -1 (the default value). This will lead  to a chaos in scanners in the following normal compaction. Some older cells might be chosen during the normal compaction.
We need to create readers either before the sorting in the method StoreFileScanner.getScannersForStoreFiles, or create readers just after the store files are cloned in Compactor.compact.

I found an issue when I generate project used spring roo, it generate a dbcp1.3 jar file to me, so when I use @Lob mapping field, I took a exception:org.apache.commons.dbcp.DelegatingPreparedStatement.setBinaryStream(ILjava/io/InputStream;J)V
I took one day find the reason, but google have pool information on it, finally I find some useful information on apache dbcp project page:
DBCP 1.4 binaries should be used by applications running under JDK 1.6.
DBCP 1.3 should be used when running under JDK 1.4 or 1.5.
so I change the version to 1.4, everything working ok.

A regression that causes collections of @RooEntity's being overlooked for GAE.

If the determination of the primary owner of a given session immediately precedes a topology change, the returned address might no longer exist in the registry and thus the call to locate(...) can return null.
This causes the route to be omitted from the response.
In this situation, we should return the registry entry of the local node.

When I was investigating HBASE-19850, I found restore_snapshot didn't work in master branch.
 
Steps to reproduce are as follows:
1. Create a table

create "test", "cf"

2. Load data (2000 rows) to the table

(0...2000).each{|i| put "test", "row#{i}", "cf:col", "val"}

3. Split the table

split "test"

4. Take a snapshot

snapshot "test", "snap"

5. Load more data (2000 rows) to the table and split the table agin

(2000...4000).each{|i| put "test", "row#{i}", "cf:col", "val"}

6. Restore the table from the snapshot 

disable "test"
restore_snapshot "snap"
enable "test"

7. Scan the table

scan "test"

However, this scan returns only 244 rows (it should return 2000 rows) like the following:

hbase(main):038:0> scan "test"
ROW COLUMN+CELL
 row78 column=cf:col, timestamp=1517298307049, value=val
....
  row999 column=cf:col, timestamp=1517298307608, value=val
244 row(s)
Took 0.1500 seconds

Also, the restored table should have 2 online regions but it has 3 online regions.
 
I've tried to import tsv data by using importtsv tools. But the task failed with the following errors.
10/10/23 02:56:52 INFO mapred.JobClient: Task Id : attempt_201010222300_0036_m_000016_2, Status : FAILED
java.lang.IllegalArgumentException: No columns to insert
        at org.apache.hadoop.hbase.client.HTable.validatePut(HTable.java:682)
        at org.apache.hadoop.hbase.client.HTable.doPut(HTable.java:544)
        at org.apache.hadoop.hbase.client.HTable.put(HTable.java:535)
        at org.apache.hadoop.hbase.mapreduce.TableOutputFormat$TableRecordWriter.write(TableOutputFormat.java:104)
        at org.apache.hadoop.hbase.mapreduce.TableOutputFormat$TableRecordWriter.write(TableOutputFormat.java:65)
        at org.apache.hadoop.mapred.MapTask$NewDirectOutputCollector.write(MapTask.java:523)
        at org.apache.hadoop.mapreduce.TaskInputOutputContext.write(TaskInputOutputContext.java:80)
        at org.apache.hadoop.hbase.mapreduce.ImportTsv$TsvImporter.map(ImportTsv.java:241)
        at org.apache.hadoop.hbase.mapreduce.ImportTsv$TsvImporter.map(ImportTsv.java:184)
        at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:144)
        at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:639)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:315)
        at org.apache.hadoop.mapred.Child$4.run(Child.java:217)
        at javax.security.auth.Subject.doAs(Subject.java:396)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1063)
        at org.apache.hadoop.mapred.Child.main(Child.java:211)
If the line contains invalid data, the parser should throw BadTsvLineException. But unfortunately, the codepath throws IllegalArgumentException for the empty line, and that wasn't caught in the map() function.

I get this:

Please wait while JBoss Fuse is loading...
Bundle listed in startup.properties configuration not found: org/fusesource/fabric/fabric-agent/7.3.0.redhat-122/fabric-agent-7.3.0.redhat-122.jar
Bundle listed in startup.properties configuration not found: org/fusesource/fabric/fabric-configadmin/7.3.0.redhat-122/fabric-configadmin-7.3.0.redhat-122.jar
Could not create framework: java.lang.Exception: Aborting due to missing startup bundles
java.lang.Exception: Aborting due to missing startup bundles
	at org.apache.karaf.main.Main.processConfigurationProperties(Main.java:1200)
	at org.apache.karaf.main.Main.loadStartupProperties(Main.java:1013)
	at org.apache.karaf.main.Main.launch(Main.java:299)
	at org.apache.karaf.main.Main.main(Main.java:509)

An InvalidDataAccessResourceUsageException is thrown when using Derby 10.10.1.1
The following line returns true and throws the exception with 10.10.1.1:
if ("10.4.1.3".compareTo(version) > 0) {

our row key is combined with two ints, and we found that sometimes when we using only the first int part to scan, the result returned may missing some rows. But when we dump the whole hfile, the row is still there.
We have written a testcase to reproduce the bug. It works like this:
put 1-12345
put 12345-0x01000000
put 12345-0x01010000
put 12345-0x02000000
put 12345-0x02020000
put 12345-0x03000000
put 12345-0x03030000
put 12345-0x04000000
put 12345-0x04040000
flush memstore
then scan using 12345，the returned row key will be 12345-0x20000000(12345-0x10000000 expected)

		List<Object> results = (List<Object>) stringRedisTemplate.executePipelined(new RedisCallback<Object>() {
			@Override
			public List<Object> doInRedis(RedisConnection connection) throws DataAccessException {
				connection.incr("test".getBytes());
				connection.time();
			}
		});
		System.out.println(results);

redis.clients.jedis.exceptions.JedisDataException: Cannot use Jedis when in Pipeline. Please use Pipeline or reset jedis state .
	at redis.clients.jedis.BinaryJedis.checkIsInMultiOrPipeline(BinaryJedis.java:1671)
	at redis.clients.jedis.BinaryJedis.time(BinaryJedis.java:3226)
	at org.springframework.data.redis.connection.jedis.JedisConnection.time(JedisConnection.java:3184)
	at org.springframework.data.redis.connection.DefaultStringRedisConnection.time(DefaultStringRedisConnection.java:2365)
	at org.springframework.data.redis.core.CloseSuppressingInvocationHandler.invoke(CloseSuppressingInvocationHandler.java:57)
	at com.sun.proxy.$Proxy142.time(Unknown Source)

External commands  used for retrieving Elytron credentials may fail due to closed error stream.
The  CommandCredentialSource closes STD_ERR stream without consuming it.
Elytron unit test CommandCredentialSourceTest (which executes an external java program) hits this issue in some environments. Log contains;

11:30:29,201 TRACE (main) [org.wildfly.security] <CommandCredentialSource.java:114> Exit code from password command = 141

The issue was investigated in this PR. You can find more details there:
https://github.com/wildfly-security/wildfly-elytron/pull/981

This is an old issue perhaps in a new guise.  From the list, Sebastien Bauer reports:

> 2010-10-25 08:13:01,690 ERROR
> org.apache.hadoop.hbase.master.CatalogJanitor: Caught exception
> java.lang.NullPointerException
> 2010-10-25 08:13:24,385 INFO
> org.apache.hadoop.hbase.master.ServerManager: regionservers=2,
> averageload=2538

> 2010-10-23 20:16:17,890 DEBUG
>  org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation:
>  Cached location for .META.,,1.1028785192 is
>  db2a.goldenline.pl:60020
>  2010-10-23 20:16:18,432 FATAL org.apache.hadoop.hbase.master.HMaster:
>  Unhandled exception. Starting
>  shutdown.
>
>  java.lang.NullPointerException
>
>        at
>  org.apache.hadoop.hbase.util.Writables.getWritable(Writables.java:75)
>
>        at
>  org.apache.hadoop.hbase.util.Writables.getHRegionInfo(Writables.java:119)
>
>        at
>  org.apache.hadoop.hbase.client.MetaScanner$1.processRow(MetaScanner.java:188)
>
>        at
>  org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:157)
>
>        at
>  org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:69)
>
>        at
>  org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:54)
>
>        at
>  org.apache.hadoop.hbase.client.MetaScanner.listAllRegions(MetaScanner.java:195)
>
>       at
>  org.apache.hadoop.hbase.master.AssignmentManager.assignAllUserRegions(AssignmentManager.java:1048)
>
>        at
>  org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:379)
>
>        at
>  org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:265)
>
>  2010-10-23 20:16:18,433 INFO org.apache.hadoop.hbase.master.HMaster:
>  Aborting
>
>  2010-10-23 20:16:18,433 DEBUG org.apache.hadoop.hbase.master.HMaster:
>  Stopping service threads

I think he has an old master... checking.

In AdaptiveLifoCodelCallQueue we drop the calls when we think we're overloaded, we should instead return CallDroppedException to the cleent or something.

When using SQLServer as an RDBMS for the metastore, any transaction or DbLockMgr operations fail with:

MetaException(message:Unable to select from transaction database com.microsoft.sqlserver.jdbc.SQLServerException: Line 1: FOR UPDATE clause allowed only for DECLARE CURSOR.

The issue is that SQLServer does not support the FOR UPDATE clause in SELECT.

Hi,
I am encountering a performance problem in
AbstractLinkedList.removeAll().  It appears in version 3.2.1 and also
in revision 1355448.  I attached a test that exposes this problem and
a one-line patch that fixes it.  On my machine, for this test, the
patch provides a 226X speedup.
To run the test, just do:
$ java Test
The output for the un-patched version is:
Time is 5655
The output for the patched version is:
Time is 25
As the patch shows, the problem is that
"AbstractLinkedList.removeAll(Collection<?> coll)" performs
"coll.contains(it.next())" for each element in the AbstractLinkedList,
which can be very expensive if "coll.contains()" is expensive, e.g.,
when "coll" is a list.
The one-line patch I attached puts the elements of "coll" in a HashSet
(which has very fast "contains()"), if "coll" is not already a set:
"if (!(coll instanceof java.util.Set<?>)) coll = new java.util.HashSet<Object>(coll);"
Is this a bug, or am I misunderstanding the intended behavior? If so,
can you please confirm that the patch is correct?
Thanks,
Adrian

The equals implementation (or the toString) of ExitStatus may not work legitimately in all cases.
In Oracle, an empty String is considered as null and fails our build because we assert the exit status matched the expected (that is, a given exit code and an empty exit description). 
We got this
java.lang.AssertionError: expected:<exitCode=COMPLETED WITH ERROR;exitDescription=> but was:<exitCode=COMPLETED WITH ERROR;exitDescription=null>
It's not a big deal and we can deal with that in our test utilities but if the equals supported that use case, that would be great since we don't really want to put a 'null' exit description. Besides the default constructor does this
public ExitStatus(String exitCode) {
   this(exitCode, "");
}

In RpcClient, we cache the connection to each region server. When the connection goes bad, it stays in the cache till it's removed. Before it's removed, new calls will try to use it and just fail. The connection is a thread. It could be stuck in trying to receive some response. Before this receiving thread times out, it won't remove itself from the cache.
It will be better to interrupt the receiving thread and let it clean up sooner.

When i try to create a same table from shell i don't get TableExistsException instead i get

ERROR: cannot load Java class org.apache.hadoop.hbase.TableNotFoundException

Creates a table. Pass a table name, and a set of column family
specifications (at least one), and, optionally, table configuration.
Column specification can be a simple string (name), or a dictionary
(dictionaries are described below in main help output), necessarily
including NAME attribute.
Examples:

  hbase> create 't1', {NAME => 'f1', VERSIONS => 5}
  hbase> create 't1', {NAME => 'f1'}, {NAME => 'f2'}, {NAME => 'f3'}
  hbase> # The above in shorthand would be the following:

if the Message handler is a proxy e.g if it has a @Transactional method and <tx:annotation-driven transaction-manager="transactionManager"/> is enabled then the invokeListenerMethod of the MessageListenerAdapter will fail

When ExecuteProceduresRemoteCall in RemoteProcedureDispatcher is enabled the test hbase.coprocessor.TestCoprocessorMetrics#testRegionObserverAfterRegionClosed fails as it uses not supported call admin.closeRegion() to close a region. Disabling table later throws exception as one of the region is not online (already closed).

org.apache.hadoop.hbase.NotServingRegionException: The region d8c770379823cbe6cdc517327024b128 is not online, and is not opening.
  at org.apache.hadoop.hbase.regionserver.HRegionServer.closeRegion(HRegionServer.java:3111)
  at org.apache.hadoop.hbase.regionserver.RSRpcServices.closeRegion(RSRpcServices.java:1485)
  at org.apache.hadoop.hbase.regionserver.RSRpcServices.executeProcedures(RSRpcServices.java:3430)
  at org.apache.hadoop.hbase.shaded.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:28757)
  at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:406)
  at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:133)
  at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:278)
  at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:258)
2017-06-16 11:25:02,177 WARN  [RSProcedureDispatcher-pool4-t6] procedure.RSProcedureDispatcher$AbstractRSRemoteCall(200): the request should be tried elsewhere instead; server=172.21.2.192,53652,1497637493318 try=0
org.apache.hadoop.hbase.NotServingRegionException: org.apache.hadoop.hbase.NotServingRegionException: The region d8c770379823cbe6cdc517327024b128 is not online, and is not opening.
  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
  at org.apache.hadoop.hbase.ipc.RemoteWithExtrasException.instantiateException(RemoteWithExtrasException.java:93)
  at org.apache.hadoop.hbase.ipc.RemoteWithExtrasException.unwrapRemoteException(RemoteWithExtrasException.java:83)
  at org.apache.hadoop.hbase.shaded.protobuf.ProtobufUtil.makeIOExceptionOfException(ProtobufUtil.java:370)
  at org.apache.hadoop.hbase.shaded.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:347)
  at org.apache.hadoop.hbase.master.procedure.RSProcedureDispatcher$ExecuteProceduresRemoteCall.sendRequest(RSProcedureDispatcher.java:295)
  at org.apache.hadoop.hbase.master.procedure.RSProcedureDispatcher$ExecuteProceduresRemoteCall.call(RSProcedureDispatcher.java:265)
  at org.apache.hadoop.hbase.master.procedure.RSProcedureDispatcher$ExecuteProceduresRemoteCall.call(RSProcedureDispatcher.java:246)
  at java.util.concurrent.FutureTask.run(FutureTask.java:266)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
  at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.NotServingRegionException): org.apache.hadoop.hbase.NotServingRegionException: The region d8c770379823cbe6cdc517327024b128 is not online, and is not opening.

There are two implications to calling HTable.get with a list of one Get.
1. The overhead of processBatch is paid unnecessarily, which is not insignificant.
2. The get requests show up as a 'multi' when reviewing RPC handlers, when the request should just be a single Get.  It seems likely that there are other places in logs/ui it shows up as a multi as well.
To give some context to the overhead, here are some timings performed by a member of our team:
In a very simple test, of reading the same key 100 times, taking the time it took, and then repeating this 10 times (1000 total gets), the times are as follows (excluding the actual first iteration as there was considerable HBase warm-up times on the JVM for establishing connections):

Iteration
Batch (in ms)
Single (in ms)

1
2255
815

2
1545
823

3
1427
742

4
1451
721

5
1480
775

6
1379
735

7
1657
775

8
1392
804

While I can see the argument that callers should use the single Get method signature, the cost implications are somewhat surprising and it's very easy to be smart in this case.  We simply need to have HTable.get(List<Get>) delegate to HTable.get(<Get>) if the list has one Get.

As titled, after HBASE-15146 we will throw CallQueueTooBigException instead of dead-wait. This is good for performance for most cases but might cause a side-effect that if too many clients connect to the busy RS, that the retry requests may come over and over again and RS never got the chance for recovering, and the issue will become especially critical when the target region is META.
So here in this JIRA we propose to add a new property in name of hbase.client.pause.cqtbe to make it possible to set a special-longer pause for CallQueueTooBigException, and by default it will use the setting of hbase.client.pause

JobControlTestCase fails intermittently
5%

java.lang.AssertionError: expected:<STOPPED> but was:<COMPLETED>
	at org.jboss.as.test.integration.batch.deployment.JobControlTestCase.testRestart(JobControlTestCase.java:198)

&amp#27;[31m16:18:12,813 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-5-thread-1) Failed: org.jboss.as.test.integration.batch.deployment.JobControlTestCase.testRestart: java.lang.AssertionError: expected:<STOPPED> but was:<COMPLETED>
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
	at java.lang.reflect.Method.invoke(Method.java:508)
	at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:374)
	at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
	at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
	at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
	at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
	at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
	at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
	at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
	at org.jboss.arquillian.container.test.impl.execution.ContainerTestExecuter.execute(ContainerTestExecuter.java:38)
	at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
	at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
	at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
	at sun.reflect.GeneratedMethodAccessor39.invoke(Unknown Source)
	at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
	at sun.reflect.GeneratedMethodAccessor38.invoke(Unknown Source)
	at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:136)
	at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:367)
	at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245)
	at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:426)
	at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
	at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259)
	at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:319)
	at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35)
	at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
	at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:312)
	at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204)
	at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
	at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
	at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66)
	at org.jboss.arquillian.protocol.jmx.JMXTestRunner.doRunTestMethod(JMXTestRunner.java:180)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.doRunTestMethod(ArquillianService.java:200)
	at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:162)
	at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:141)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:176)
	at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:83)
	at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:287)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:124)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:58)
	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:249)
	at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:150)
	at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:264)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:831)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:813)
	at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:1512)
	at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:731)
	at org.jboss.as.jmx.BlockingNotificationMBeanServer.invoke(BlockingNotificationMBeanServer.java:168)
	at org.jboss.as.jmx.AuthorizingMBeanServer.invoke(AuthorizingMBeanServer.java:258)
	at org.jboss.remotingjmx.protocol.v2.ServerProxy$InvokeHandler.handle(ServerProxy.java:950)
	at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:71)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:66)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:212)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:185)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:66)
	at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:149)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.lang.Thread.run(Thread.java:785)

&amp#27;[0m16:18:12,940 SEVERE [org.jboss.arquillian.protocol.jmx.JMXMethodExecutor] (main) Failed: org.jboss.as.test.integration.batch.deployment.JobControlTestCase.testRestart: java.lang.AssertionError: expected:<STOPPED> but was:<COMPLETED>

No error

There are a few small typos in the description texts for the shutdown and reload operation. More info in the attached PR.

while doing some work for HADOOP-11804 I realized that TestHCM kept using an internal org.jboss.netty method post HBASE-10573. It's been working because the exclusion on netty for Hadoop doesn't cover the org.jboss version.

@Transactional(readOnly = true)
public MyEntity findEntitys() {
  entityManager.persist(new MyEntity());
  return entityManager.createNamedQuery("myEntity.findAll").getResultList();
}
By doing this a new record is recorded in the DB.
No TX is present upon entering the code. 
Persistence is JPA - Hibernate:
Hibernate 3.3.0.SP1
Hibernate Annotations 3.4.0.GA
Hibernate Commons Annotations 3.1.0.GA
Hibernate EntityManager 3.4.0.GA

After having create a topLevelPackage for a new roo project and after executing the persistence setup with
persistence setup --provider ECLIPSELINK --database ORACLE --databaseName orcl --userName oe --password  oe
(OE is a default test-schema delivered from Oracle for testing and training purposes)
the created database.properties contains a wrong URL:
jdbc\:oracle\:thin\:@localhost\:1521/orcl
The correct one should not contain any slashes/backslashes and is of the following form (maintaining the replacements):
jdbc:oracle:thin:@localhost:1521:orcl
Having replaced that, the database connection works.

1- SpringSecurityLdapTemplate.java, in compare (called by the LDAP password authenticator)
NamingEnumeration<SearchResult> results = ctx.search(dn, comparisonFilter, new Object[] 
{value}, ctls);
return Boolean.valueOf(results.hasMore());

should be more like this
NamingEnumeration<SearchResult> results = ctx.search(dn, comparisonFilter, new Object[] {value}
, ctls);
boolean rtn = Boolean.valueOf(results.hasMore());
try {
  results.close();
} catch (NamingException ignored) {
  // Ignore naming exception on close.
}
return rtn;
2- DefaultDirContextValidator.validateDirContext has a similar problem, but I think that class has been refactored or eliminated.

This is likely due to a change in the JMX layer. All tests fail here

    @ArquillianResource
    public Deployer deployer;

    InputStream input = deployer.getDeployment(BUNDLE_A);

AFAICS, there is only plain ARQ and JMX code involved.

When 
getContext().addInterceptorStrategy(new Tracer());
is added in a RouteBuilder Class, then the timer component does not start.
e.g. 
public class RouteBuilder extends RouteBuilder {
    getContext().addInterceptorStrategy(new Tracer());
    public void configure() 
{

        from("timer://export")
        .to("bean:myBean");
    }
}

colored textIn kerberos secure mode, with doas enabled, Hive server2 tries to get delegation token from metastore even if the metastore is being used in embedded mode. 
To avoid failure in that case, it uses catch block for UnsupportedOperationException thrown that does nothing. But this leads to an error being logged  by lower levels and can mislead users into thinking that there is a problem.
It should check if delegation token mode is supported with current configuration before calling the function.

Hello,
I just issued a PUT request towards my /rest/variant/564477030778624 and I got the following exception:

2015-06-12 15:53:28,025 org.springframework.data.rest.webmvc.RepositoryRestExceptionHandler [http-nio-8112-exec-2] ERROR: Could not read an object of type class com.samplestore.core.model.catalog.ProjectVariantProductModel from the request!; nested exception is org.springframework.http.converter.HttpMessageNotReadableException: Could not read payload!; nested exception is java.lang.NullPointerException
org.springframework.http.converter.HttpMessageNotReadableException: Could not read an object of type class com.samplestore.core.model.catalog.ProjectVariantProductModel from the request!; nested exception is org.springframework.http.converter.HttpMessageNotReadableException: Could not read payload!; nested exception is java.lang.NullPointerException
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.readPutForUpdate(PersistentEntityResourceHandlerMethodArgumentResolver.java:197)
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.read(PersistentEntityResourceHandlerMethodArgumentResolver.java:169)
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.resolveArgument(PersistentEntityResourceHandlerMethodArgumentResolver.java:125)
	at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:77)
	at org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:162)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:129)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:110)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:776)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:705)
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:966)
	at org.springframework.web.servlet.FrameworkServlet.doPut(FrameworkServlet.java:879)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:691)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:842)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:85)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
	at org.springframework.boot.actuate.autoconfigure.EndpointWebMvcAutoConfiguration$ApplicationContextHeaderFilter.doFilterInternal(EndpointWebMvcAutoConfiguration.java:291)
	at com.nemesis.platform.core.filter.CorsFilter.doFilterInternal(CorsFilter.java:41)
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:77)
	at org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationFilter.doFilter(RememberMeAuthenticationFilter.java:146)
	at org.springframework.web.filter.CompositeFilter$VirtualFilterChain.doFilter(CompositeFilter.java:107)
	at org.springframework.session.web.http.SessionRepositoryFilter.doFilterInternal(SessionRepositoryFilter.java:111)
	at org.springframework.session.web.http.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:65)
	at org.springframework.web.filter.CompositeFilter$VirtualFilterChain.doFilter(CompositeFilter.java:112)
	at org.springframework.web.filter.CompositeFilter.doFilter(CompositeFilter.java:73)
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99)
	at com.samplestore.storefront.filter.RequestLoggerFilter.doFilterInternal(RequestLoggerFilter.java:80)
	at org.springframework.boot.actuate.trace.WebRequestTraceFilter.doFilterInternal(WebRequestTraceFilter.java:102)
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:118)
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:84)
	at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113)
	at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:103)
	at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:113)
	at org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationFilter.doFilter(RememberMeAuthenticationFilter.java:139)
	at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:154)
	at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:45)
	at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:199)
	at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:110)
	at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:87)
	at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:50)
	at org.springframework.security.web.access.channel.ChannelProcessingFilter.doFilter(ChannelProcessingFilter.java:144)
	at org.springframework.boot.actuate.autoconfigure.MetricFilterAutoConfiguration$MetricsFilter.doFilterInternal(MetricFilterAutoConfiguration.java:90)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
	at org.apache.catalina.valves.RemoteIpValve.invoke(RemoteIpValve.java:683)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:421)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1074)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1739)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1698)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
Caused by: org.springframework.http.converter.HttpMessageNotReadableException: Could not read payload!; nested exception is java.lang.NullPointerException
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.merge(DomainObjectReader.java:138)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.readPut(DomainObjectReader.java:130)
	at org.springframework.data.rest.webmvc.config.JsonPatchHandler.applyPut(JsonPatchHandler.java:134)
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.readPutForUpdate(PersistentEntityResourceHandlerMethodArgumentResolver.java:194)
	... 114 more
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.getJacksonProperties(DomainObjectReader.java:207)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.doMerge(DomainObjectReader.java:158)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.doMerge(DomainObjectReader.java:188)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.merge(DomainObjectReader.java:136)
	... 117 more

org.jboss.as.security.plugins.ModuleClassLoaderLocator.CombinedClassLoader does not implement getResources.  This classloader combines a module classloader with the thread context classloader.  It implements loadClass, getResource & getResourceAsStream and checks the module classloader first and if it finds it returns it else checks the TCCL.
It does not implement getResources which causes custom security login modules to not be able to locate resources via getResources.

Throttler Documentation [1] states "If the header is absent, then the Throttler uses the old value. So that allows you to only provide a header if the  value is to be changed".
however if the expression evaluates to null (header missing from message) the Throttler throws an exception (Throttler.java:108).
The workaround is to ensure that all messages carry the value (if the value is the same no changes will take affect). Adding an option to turn this on and off (e.g. allowNullException) would make it much easier to use (as per camel-users thread [2]).
[1] http://camel.apache.org/throttler.html
[2] http://camel.465427.n5.nabble.com/throttle-EIP-unchanged-value-td5751300.html

During the removal of Objects MongoTemplate.remove(…) that use complex classes as ids spring-data tries to create a string out of the idquery that is used to find the object in the Mongo Database MongoTemplate.class. Since the query contains the id object JSON.serialize(…) is called for it. Since JSON can only handle a limited set of classes this call fails.
During the creation of the query spring-data even tests if it is necessary to convert the id-object into something manageable (and such a converter is required to use complex classes as ids in the first place) but the check (BeanWrapper.class:230) results in a false because the target type in this case is always Object.
Workaround
Never activate the debug log for MongoTemplate.
The Exception:

java.lang.RuntimeException: json can't serialize type : class myclass.ChannelId
	at com.mongodb.util.JSON.serialize(JSON.java:261) ~[mongo-java-driver-2.7.1.jar:na]
	at com.mongodb.util.JSON.serialize(JSON.java:141) ~[mongo-java-driver-2.7.1.jar:na]
	at com.mongodb.util.JSON.serialize(JSON.java:58) ~[mongo-java-driver-2.7.1.jar:na]
	at com.mongodb.BasicDBObject.toString(BasicDBObject.java:84) ~[mongo-java-driver-2.7.1.jar:na]
	at java.lang.String.valueOf(String.java:2902) ~[na:1.7.0_04]
	at java.lang.StringBuilder.append(StringBuilder.java:128) ~[na:1.7.0_04]
	at org.springframework.data.mongodb.core.MongoTemplate$13.doInCollection(MongoTemplate.java:941) ~[spring-data-mongodb-1.0.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate$13.doInCollection(MongoTemplate.java:933) ~[spring-data-mongodb-1.0.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.execute(MongoTemplate.java:368) ~[spring-data-mongodb-1.0.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.doRemove(MongoTemplate.java:933) ~[spring-data-mongodb-1.0.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.remove(MongoTemplate.java:924) ~[spring-data-mongodb-1.0.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.remove(MongoTemplate.java:865) ~[spring-data-mongodb-1.0.1.RELEASE.jar:na]
	...

 Compiling on Java 9 and running the code in full whith Java 8 will raise the exception : java.lang.NoSuchMethodError: java.nio.ByteBuffer.clear()Ljava/nio/ByteBuffer

In pre-0.96, .META. has .tableinfo files which refer to .META. On startup, master tries to read it and aborts since the table name has changed. The .META. .tableinfo files are not being created in 0.94.x (fixed for 96 in HBASE-6971; but this can be reproduced when migrating from 0.92 -> 0.94 -> 0.96. Our old users would be affected by this.

java.lang.IllegalArgumentException: .META. no longer exists. The table has been renamed to hbase:meta
	at org.apache.hadoop.hbase.TableName.valueOf(TableName.java:291)
	at org.apache.hadoop.hbase.TableName.valueOf(TableName.java:283)
	at org.apache.hadoop.hbase.HTableDescriptor.readFields(HTableDescriptor.java:960)
	at org.apache.hadoop.hbase.util.Writables.getWritable(Writables.java:131)
	at org.apache.hadoop.hbase.util.Writables.getWritable(Writables.java:101)
	at org.apache.hadoop.hbase.HTableDescriptor.parseFrom(HTableDescriptor.java:1407)
	at org.apache.hadoop.hbase.util.FSTableDescriptors.readTableDescriptor(FSTableDescriptors.java:521)
	at org.apache.hadoop.hbase.util.FSTableDescriptors.createTableDescriptorForTableDirectory(FSTableDescriptors.java:707)
	at org.apache.hadoop.hbase.util.FSTableDescriptors.createTableDescriptor(FSTableDescriptors.java:683)
	at org.apache.hadoop.hbase.util.FSTableDescriptors.createTableDescriptor(FSTableDescriptors.java:670)
	at org.apache.hadoop.hbase.master.MasterFileSystem.checkRootDir(MasterFileSystem.java:485)
	at org.apache.hadoop.hbase.master.MasterFileSystem.createInitialFileSystemLayout(MasterFileSystem.java:145)
	at org.apache.hadoop.hbase.master.MasterFileSystem.<init>(MasterFileSystem.java:129)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:761)

The following conversion works in 4.0.2 but fails in 4.0.3.

  @Test
  public void multidimensionalArrayToListConversionShouldConvertEntriesCorrectly() {
    String[][] grid = new String[][] { new String[] { "1", "2", "3", "4" }, new String[] { "5", "6", "7", "8" },
        new String[] { "9", "10", "11", "12" } };

    ConversionService conversionService = ConversionServiceFactory.createDefaultConversionService();
    List<String[]> converted = conversionService.convert(grid, List.class);
    String[][] convertedBack = conversionService.convert(converted, String[][].class);

    Assert.assertArrayEquals(grid, convertedBack);
  }

TestLockProcedure is failing consistently after HBASE-17605. It's interesting that HadoopQA didn't report any test failures on that jira. Anyways, need to fix the test now.

For clients to boot strap themselves they need to know the max rpc version that the meta server will accept.  We should add that to the zookeeper node.

There is a problem when handling a WinZip-created zip with Umlauts in directories.
I'm accessing a zip file created with WinZip containing a directory with an umlaut ("ä") with ArchiveInputStream. When creating the zip file the unicode-flag of winzip had been active.
The following problem occurs when accessing the entries of the zip:
the ArchiveEntry for a directory containing an umlaut is not marked as a directory and the file names for the directory and all files contained in that directory contain backslashes instead of slashes (i.e. completely different to all other files in directories with no umlaut in their path).
There is no difference when letting the ArchiveStreamFactory decide which ArchiveInputStream to create or when using the ZipArchiveInputStream constructor with the correct encoding (I've tried different encodings CP437, CP850, ISO-8859-15, but still the problem persisted).
This problem does not occur when using the very same zip file but compressed by 7zip or the built-in Windows 7 zip functionality.

I was testing out the 2.23.2 release with WildFly-Camel and our camel-leveldb integration test has started to fail with:
java.lang.NoClassDefFoundError: org/fusesource/leveldbjni/JniDBFactory
I think the changes introduced in CAMEL-13368 have caused this. Specifically the static import for the factory class:
https://github.com/apache/camel/blob/camel-2.23.x/components/camel-leveldb/src/main/java/org/apache/camel/component/leveldb/LevelDBFile.java#L36
There's a dedicated private getFactory() method in LevelDBFile, which is more friendly for modular class loading environments. So I think the code should be using that instead.

    if (mkDirPath != null & !fs.exists(mkDirPath)) {

'&&' should be used instead of single ampersand.
If mkDirPath is null, fs.exists() would still be called - resulting in NPE.

When you delete and then recreate/enable the same table in the same process, when you get the HTable reference to the new table you are actually given the old table.
The connection information is never deleted/invalidated.
To fix, we add a call to HConnectionManager.deleteConnectionInfo(conf) at the end of HBaseAdmin.deleteTable().  This information will then be re-loaded with the latest table references once the client asks for it.

When trying to inject a remote EJB bean using a ejb-jar ejb-ref/lookup-name attribute following exception is thrown:

Caused by: java.lang.RuntimeException: WFLYNAM0059: Resource lookup for injection failed: env/statelessHome
  at org.jboss.as.naming.deployment.ContextNames$BindInfo$1$1.getReference(ContextNames.java:319)
  at org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptorFactory$ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptorFactory.java:97)
  at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
  at org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
  at org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56)
  at org.jboss.as.weld.ejb.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:100)
  at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
  at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275)
  ... 202 more
Caused by: javax.naming.NamingException: WFLYNAM0062: Failed to lookup env/statelessHome [Root exception is java.lang.RuntimeException: javax.naming.NamingException: WFLYIIOP0032: Invalid IOR or URL: corbaloc:ssliop:127.0.0.1:3629/NameService [Root exception is org.omg.CORBA.BAD_PARAM:   vmcid: SUN  minor code: 603  completed: No]]
  at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:157)
  at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:83)
  at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:207)
  at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:193)
  at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:189)
  at org.jboss.as.naming.deployment.ContextNames$BindInfo$1$1.getReference(ContextNames.java:316)
  ... 213 more
Caused by: java.lang.RuntimeException: javax.naming.NamingException: WFLYIIOP0032: Invalid IOR or URL: corbaloc:ssliop:127.0.0.1:3629/NameService [Root exception is org.omg.CORBA.BAD_PARAM:   vmcid: SUN  minor code: 603  completed: No]
  at org.jboss.as.ejb3.deployment.processors.EjbLookupInjectionSource$1.getReference(EjbLookupInjectionSource.java:99)
  at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:143)
  ... 218 more
Caused by: javax.naming.NamingException: WFLYIIOP0032: Invalid IOR or URL: corbaloc:ssliop:127.0.0.1:3629/NameService [Root exception is org.omg.CORBA.BAD_PARAM:   vmcid: SUN  minor code: 603  completed: No]
  at org.wildfly.iiop.openjdk.naming.jndi.CNCtx.setOrbAndRootContext(CNCtx.java:370)
  at org.wildfly.iiop.openjdk.naming.jndi.CNCtx.initUsingCorbanameUrl(CNCtx.java:335)
  at org.wildfly.iiop.openjdk.naming.jndi.CNCtx.initUsingUrl(CNCtx.java:268)
  at org.wildfly.iiop.openjdk.naming.jndi.CNCtx.initOrbAndRootContext(CNCtx.java:233)
  at org.wildfly.iiop.openjdk.naming.jndi.CNCtx.<init>(CNCtx.java:99)
  at org.wildfly.iiop.openjdk.naming.jndi.CNCtxFactory.getInitialContext(CNCtxFactory.java:53)
  at org.wildfly.iiop.openjdk.naming.jndi.WrapperInitialContext.lookup(WrapperInitialContext.java:72)
  at javax.naming.InitialContext.lookup(InitialContext.java:417)
  at org.jboss.as.ejb3.deployment.processors.EjbLookupInjectionSource$1.getReference(EjbLookupInjectionSource.java:81)
  ... 219 more
Caused by: org.omg.CORBA.BAD_PARAM:   vmcid: SUN  minor code: 603  completed: No
  at com.sun.corba.se.impl.logging.NamingSystemException.insBadAddress(NamingSystemException.java:148)
  at com.sun.corba.se.impl.logging.NamingSystemException.insBadAddress(NamingSystemException.java:166)
  at com.sun.corba.se.impl.naming.namingutil.CorbalocURL.badAddress(CorbalocURL.java:122)
  at com.sun.corba.se.impl.naming.namingutil.CorbalocURL.<init>(CorbalocURL.java:95)
  at com.sun.corba.se.impl.naming.namingutil.INSURLHandler.parseURL(INSURLHandler.java:59)
  at com.sun.corba.se.impl.resolver.INSURLOperationImpl.operate(INSURLOperationImpl.java:134)
  at com.sun.corba.se.impl.orb.ORBImpl.string_to_object(ORBImpl.java:825)
  at org.wildfly.iiop.openjdk.naming.jndi.CNCtx.setOrbAndRootContext(CNCtx.java:349)
  ... 228 more

Similar scenatrio works correctly on EAP 6.4
ejb-jar.xml configuration:

<ejb-jar xmlns="http://java.sun.com/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_1.xsd"
         version="3.1">
    <enterprise-beans>
        <session>
            <ejb-name>ClientEjb</ejb-name>
            <session-type>Stateless</session-type>
            <ejb-ref>
                <ejb-ref-name>statelessHome</ejb-ref-name>
                <injection-target>
                    <injection-target-class>org.jboss.as.test.iiopssl.basic.ClientEjb</injection-target-class>
                    <injection-target-name>statelessHome</injection-target-name>
                </injection-target>
                <lookup-name>corbaname:ssliop:${node1}:3629#IIOPSslStatelessBean</lookup-name>
            </ejb-ref>
        </session>
    </enterprise-beans>
</ejb-jar>

Krb5LoginModule options are not configurable. I mean there are some of them exposed (debug, keytab, acceptor/initiator), but not all. In my opinion, sooner or later customers will hunt us to provide all of them. Because there are various use-cases out there needing to tweak kerberos configuration somehow. Legacy KerberosLoginModule exposed these options https://access.redhat.com/documentation/en/red-hat-jboss-enterprise-application-platform/version-7.0/login-module-reference/#kerberos_login_module

            if (debug) {
                options.put("debug", "true");
            }
            options.put("principal", principal);

            final AppConfigurationEntry ace;
                options.put("credsType", isServer ? "acceptor" : "initiator");
                ace = new AppConfigurationEntry(IBMKRB5LoginModule, REQUIRED, options);
            } else {
                options.put("storeKey", "true");
                options.put("useKeyTab", "true");
                options.put("keyTab", keyTab.getAbsolutePath());
                options.put("isInitiator", isServer ? "false" : "true");

                ace = new AppConfigurationEntry(KRB5LoginModule, REQUIRED, options);
            }

^ GSSCredentialSecurityFactory

http://docs.oracle.com/javase/8/docs/jre/api/security/jaas/spec/com/sun/security/auth/module/Krb5LoginModule.html
https://www.ibm.com/support/knowledgecenter/en/SSYKE2_8.0.0/com.ibm.java.security.api.doc/jgss/com/ibm/security/auth/module/Krb5LoginModule.html

When testing the new RC for 2.0.0 release, I tried using the schematool to create the initial schema. While doing so encountered the following error

./bin/schematool -initSchema -dbType mysql
ERROR StatusLogger No log4j2 configuration file found. Using default configuration: logging only errors to the console.
SLF4J: Found binding in [jar:file:/work/hive/release/apache-hive-2.0.0-bin/lib/hive-jdbc-2.0.0-standalone.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/work/hive/release/apache-hive-2.0.0-bin/lib/log4j-slf4j-impl-2.4.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/work/tez/tez/tez-dist/target/tez-0.8.3-SNAPSHOT/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Actual binding is of type [org.apache.logging.slf4j.Log4jLoggerFactory]
Metastore connection URL:	 jdbc:mysql://localhost/metastore-release?createDatabaseIfNotExist=true
Metastore Connection Driver :	 com.mysql.jdbc.Driver
org.apache.hadoop.hive.metastore.HiveMetaException: Failed to get schema version.
*** schemaTool failed ***

I could not find the reason for this error as the log messages are not logged to the log file. Logging seems to be not initialized properly for schematool.

the reference guide currently directs folks to send security issues to private@apache.org:

To protect existing HBase installations from new vulnerabilities, please do not use JIRA to report security-related bugs. Instead, send your report to the mailing list private@apache.org, which allows anyone to send messages, but restricts who can read them. Someone on that list will contact you to follow up on your report.
This address does not exist. It should tell folks to send the email to private@hbase.apache.org.

The following code is generating empty segments for me sometimes:

ServletUriComponentsBuilder.fromCurrentRequest().path("/{id}/files/abc/xyz.xml").buildAndExpand(id).toString()

Example output:

http://localhost:8787/misc/rest/v1/manifestsessions//1/files/abc/xyz.xml

The same seems to occur for the vanilla UriComponentsBuilder. These tests fail:

@Test
public void test() throws Exception {
    String uri = UriComponentsBuilder.fromUriString("http://www.foo.com/abc/").path("/x/y/z").build().toString();
    assertEquals("http://www.foo.com/abc/x/y/z", uri);
}

@Test
public void test2() throws Exception {
    String uri = UriComponentsBuilder.fromUriString("http://www.foo.com/abc/").pathSegment("x", "y", "z").build().toString();
}

I think the URI builders should sanitize the URLs and never return empty segments. A similar issue was addressed in SPR-9077, except it seems that the issue was addressed only as it relates to the parameters passed to the pathSegment() method.

I want to filter out from the scan the rows that does not have a specific column qualifier. For this purpose I use the filter SingleColumnValueFilter combined with the NullComparator.
But every time I use this in a scan, I get the following exception:

java.lang.RuntimeException: org.apache.hadoop.hbase.DoNotRetryIOException: Failed after retry of OutOfOrderScannerNextException: was there a rpc timeout?
    at org.apache.hadoop.hbase.client.AbstractClientScanner$1.hasNext(AbstractClientScanner.java:47)
    at com.xxx.xxx.test.HBaseRegression.nullComparator(HBaseRegression.java:92)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
    at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Caused by: org.apache.hadoop.hbase.DoNotRetryIOException: Failed after retry of OutOfOrderScannerNextException: was there a rpc timeout?
    at org.apache.hadoop.hbase.client.ClientScanner.next(ClientScanner.java:391)
    at org.apache.hadoop.hbase.client.AbstractClientScanner$1.hasNext(AbstractClientScanner.java:44)
    ... 25 more
Caused by: org.apache.hadoop.hbase.exceptions.OutOfOrderScannerNextException: org.apache.hadoop.hbase.exceptions.OutOfOrderScannerNextException: Expected nextCallSeq: 1 But the nextCallSeq got from client: 0; request=scanner_id: 7998309028985532303 number_of_rows: 100 close_scanner: false next_call_seq: 0
    at org.apache.hadoop.hbase.regionserver.HRegionServer.scan(HRegionServer.java:3011)
    at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:26929)
    at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2175)
    at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1879)

    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
    at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:106)
    at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:95)
    at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:277)
    at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:198)
    at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:57)
    at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:120)
    at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:96)
    at org.apache.hadoop.hbase.client.ClientScanner.next(ClientScanner.java:343)
    ... 26 more
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.exceptions.OutOfOrderScannerNextException): org.apache.hadoop.hbase.exceptions.OutOfOrderScannerNextException: Expected nextCallSeq: 1 But the nextCallSeq got from client: 0; request=scanner_id: 7998309028985532303 number_of_rows: 100 close_scanner: false next_call_seq: 0

    at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1449)
    at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1653)
    at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1711)
    at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.scan(ClientProtos.java:27332)
    at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:168)
    ... 30 more

It seems like there is a regression. I was previously using HBase 0.92 and this was working well.
You can find in attachement a test case reproducing the issue.

For people using SD Rest a bit longer, the migration towards HAL could take some time. So I think there a many people, which would really appreciate the opportunity of a smooth migration by default enabling both, the old and the new representation.
That would help, to be able to get the bugfixes regarding SDF 4.0 and for example the previously filed sorting bug.

It appears that MultiRowRangeFilter was never written to function with reverse scans. There is too much logic that operates with the assumption that we are always moving "forward" through increasing ranges. It needs to be rewritten to "traverse" forward or backward, given how the context of the scan being used.

Use -Dorg.jboss.TEMP.audit.log.facility=5 where the number is the FACILITY as mentioned in section 6.2.1 of RFC-5424

Even if constant oi is returned, these may have stateful/side-effect behavior and hence need to be called each cycle.

It fails guess the concrete class of a two level embedded document in a concrete scenario using abstract class with generics.
The reference git repository, reproduces this error running unit tests. It also downloads and runs a local MongoDB server using https://github.com/jirutka/embedmongo-Spring plugin.

Hello, I have enabled the transactions metrics in standalone.xml on my Wildfly 8.2.0 as below but the transactions metrics are always zero, even though I have many projects deployed using transactions. Probably something trivial is missing, could some one tell me what is wrong? I'm using the Spring Framework 4.1.2 and Hibernate as installed in the Wildfly modules.
I started this as a question on the forum but got no answer. Please note that the exact same configuration on the same server gives Transaction statistics with the same deployments on JBoss 7.1.1
  Thanks for any help, Tim Mickelson
    	<subsystem xmlns="urn:jboss:domain:transactions:2.0">
        	<core-environment>
            	<process-id>
                	<uuid/>
            	</process-id>
        	</core-environment>
        	<recovery-environment socket-binding="txn-recovery-environment" status-socket-binding="txn-status-manager"/>
        	<coordinator-environment default-timeout="300" statistics-enabled="true"/>
    	</subsystem>
The datasource is configured as (with jta true):
            	<datasource jta="true" jndi-name="java:/youconnect" pool-name="youconnect_Pool" enabled="true" use-java-context="true" use-ccm="true">
                	<connection-url>jdbc:postgresql://127.0.0.1:5432/youconnect</connection-url>
                	<driver-class>org.postgresql.Driver</driver-class>
                	<driver>ps</driver>
                	<pool>
                    	<min-pool-size>10</min-pool-size>
                    	<max-pool-size>30</max-pool-size>
                    	<prefill>true</prefill>
                    	<flush-strategy>IdleConnections</flush-strategy>
                	</pool>
                	<security>
                    	<user-name>yyyy</user-name>
                    	<password>xxxxx</password>
                	</security>
            	</datasource>

Javadoc generated using mvn javadoc:javadoc@full-javadoc does not include non-exported packages.

hive.repl.task.factory does not have a default value set. It should be set to org.apache.hive.hcatalog.api.repl.exim.EximReplicationTaskFactory.

WebClient throws UnsupportedMediaTypeException on text/plain;charset=utf-8. AFAICT this is because utf-8 is lowercase. supportedMediaTypes in https://github.com/spring-projects/spring-framework/blob/master/spring-webflux/src/main/java/org/springframework/web/reactive/function/BodyExtractors.java#L257 contains text/plain;charset=UTF-8 so I assume it's a case issue.   

As mentioned in HIVE-8893, some udfs can be used to execute arbitrary java methods. This should be disallowed when sql standard authorization is used.

Line 502 of http://svn.apache.org/viewvc/hive/trunk/ql/pom.xml?view=markup
I think it should say "avro-mapred", not "arvro-mapred":

<include>org.apache.avro:arvro-mapred</include>

This causes hive-exec not to have avro-mapred stuff, and thus you will get errors querying avro tables such as:

Caused by: java.lang.ClassNotFoundException: org.apache.avro.mapred.FsInput

When the internationalized messages are added to WildFly Core some of the tests fail as they make assumptions based on English messages. Anyone running the test suite with a language that has translations would see test failures once these message bundles are added.

Specifying "LINES TERMINATED BY" when creating a table currently doesn't do anything when querying that data. It needs to be implemented to support various datasets that ends lines with other characters then just line break.

A pig script, executed with multi-query enabled, that reads the source data and writes it as-is into TABLE_A as well as performing a group-by operation on the data which is written into TABLE_B can produce erroneous results if any map fails. This results in a single MR job that writes the map output to a scratch directory relative to TABLE_A and the reducer output to a scratch directory relative to TABLE_B.
If one or more maps fail it will delete the attempt data relative to TABLE_A, but it also deletes the _temporary directory relative to TABLE_B. This has the unintended side-effect of preventing subsequent maps from committing their data. This means that any maps which successfully completed before the first map failure will have its data committed as expected, other maps not, resulting in an incomplete result set.

If joinEmitInterval is smaller than the group size, outerjoins might produce records with NULL appended values multiple times (once per group).
HIVE-4689 targeted the same problem. However, the fix does not seem to cover all cases (in particular, it will not apply to left outer joins with filter conditions on the left input). The solution in HIVE-4689 was to disable (override) joinEmitInterval value for those cases. This fix follows the same approach.

set hive.strict.checks.cartesian.product=false;
set hive.join.emit.interval=1;

CREATE TABLE test1 (key INT, value INT, col_1 STRING);
INSERT INTO test1 VALUES (99, 0, 'Alice');
INSERT INTO test1 VALUES (99, 2, 'Mat');
INSERT INTO test1 VALUES (100, 1, 'Bob');
INSERT INTO test1 VALUES (101, 2, 'Car');

CREATE TABLE test2 (key INT, value INT, col_2 STRING);
INSERT INTO test2 VALUES (102, 2, 'Del');
INSERT INTO test2 VALUES (103, 2, 'Ema');
INSERT INTO test2 VALUES (104, 3, 'Fli');

-- Equi-condition and condition on one input (left outer join)
SELECT *
FROM test1 LEFT OUTER JOIN test2
ON (test1.value=test2.value AND test1.key between 100 and 102)
LIMIT 10;

-- Condition on one input (left outer join)
SELECT *
ON (test1.key between 100 and 102)
LIMIT 10;

For the first query, current (incorrect) result is:

 99     0       Alice   NULL    NULL    NULL
 100    1       Bob     NULL    NULL    NULL
 101    2       Car     103     2       Ema
 99     2       Mat     NULL    NULL    NULL
 101    2       Car     102     2       Del

Expected (correct) result is:

For the second query, current (incorrect) result is:

 101    2       Car     104     3       Fli
 100    1       Bob     104     3       Fli
 100    1       Bob     103     2       Ema
 100    1       Bob     102     2       Del

To repro:

SET hive.exec.schema.evolution = false;

CREATE TABLE avro_orc_partitioned_uniontype (a uniontype<boolean, string>) PARTITIONED BY (b int) STORED AS ORC;

INSERT INTO avro_orc_partitioned_uniontype PARTITION (b=1) SELECT create_union(1, true, value) FROM src LIMIT 5;

ALTER TABLE avro_orc_partitioned_uniontype SET FILEFORMAT AVRO;

SELECT * FROM avro_orc_partitioned_uniontype;

The exception you get is:

java.io.IOException:org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ClassCastException: java.util.ArrayList cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.UnionObject

The issue is that StandardUnionObjectInspector was creating and returning an ArrayList rather than a UnionObject.

Tried to run canary locally (on branch master) with command: 
bin/hbase org.apache.hadoop.hbase.tool.Canary -regionserver
Exception was thrown:
Exception in thread "main" java.lang.ClassCastException: org.apache.hadoop.hbase.tool.Canary$StdOutSink cannot be cast to org.apache.hadoop.hbase.tool.Canary$ExtendedSink
	at org.apache.hadoop.hbase.tool.Canary.newMonitor(Canary.java:640)
	at org.apache.hadoop.hbase.tool.Canary.run(Canary.java:551)
	at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:70)
	at org.apache.hadoop.hbase.tool.Canary.main(Canary.java:1127)

The password implementations' engineGetKeySpec and engineConvertibleToKeySpec are all testing against an exact KeySpec type.  However this makes it impossible to acquire a general KeySpec of any type, and is also inconsistent with KeyFactory's behavior.
Change the implementations to use isAssignableFrom checks.  All implementations should allow a class of PasswordSpec or KeySpec to be passed in; in this case, that type's preferred KeySpec type will be returned.

DECLARE a character(5); SET a = 'b';
when the type of variable 'a' is CHARACTER, it cannot be assigned a value successfully. The support for the character type should be added to DECLARE statement.

See SO
http://stackoverflow.com/questions/30057358/camel-rx-is-not-deleting-objects-consumed-from-s3
The work should be done in an UoW to ensure on completions is executed.

This code eats the stack trace

          LOG.error("Unable to load resources for " + dbName + "." + fName + ":" + e);

Hive occasionally gets bottlenecked on generating plans for large queries, the majority of the cases time is spent in fetching metadata, partitions and other optimizer transformation related rules
I have attached the query for the test case which needs to be tested after we setup database as shown below.

create database dataset_3;
use database dataset_3;

createtable.rtf - create table command
SQLQuery10.sql.mssql - explain query
It seems that the most problematic part of the code as the stack gets arbitrary long, in RuleRegExp.java

  @Override
  public int cost(Stack<Node> stack) throws SemanticException {
    int numElems = (stack != null ? stack.size() : 0);
    String name = "";
    for (int pos = numElems - 1; pos >= 0; pos--) {
      name = stack.get(pos).getName() + "%" + name;
      Matcher m = pattern.matcher(name);
      if (m.matches()) {
        return m.group().length();
      }
    }
    return -1;
  }

According to LogCleaner extends CleanerChore<BaseLogCleanerDelegate>, TimeToLiveLogCleaner should extends BaseLogCleanerDelegate instead of BaseFileCleanerDelegate

I use hbase0.941 and hadoop-0.20.2-cdh3u5 version.
The HBase support checksums in HBase block cache in HBASE-5074 jira.
The  HBase  support checksums for decrease the iops of  HDFS, so that HDFS
dont't need to read the checksum from meta file of block file.
But in hadoop-0.20.2-cdh3u5 version, BlockSender still read the metadata file even if the
 hbase.regionserver.checksum.verify property is ture.

Property "hcatalog.message.factory.impl.json" is available to use a custom message factory implementation. Although it is not pluggable as MessageFatcory is hardcoded to use JSONMessageFactory.
https://github.com/apache/hive/blob/26b5c7b56a4f28ce3eabc0207566cce46b29b558/hcatalog/server-extensions/src/main/java/org/apache/hive/hcatalog/messaging/MessageFactory.java#L39

The kube client is using okhttp-client and its dependencies has changed a bit

[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ camel-kubernetes ---
[INFO] org.apache.camel:camel-kubernetes:bundle:2.17-SNAPSHOT
[INFO] +- org.apache.camel:camel-core:jar:2.17-SNAPSHOT:compile
[INFO] +- io.fabric8:kubernetes-client:jar:1.3.66:compile
[INFO] |  +- io.fabric8:kubernetes-model:jar:1.0.40:compile
[INFO] |  |  +- com.fasterxml.jackson.module:jackson-module-jaxb-annotations:jar:2.6.3:compile
[INFO] |  |  \- javax.validation:validation-api:jar:1.1.0.Final:compile
[INFO] |  +- com.squareup.okhttp:okhttp:jar:2.7.0:compile
[INFO] |  |  \- com.squareup.okio:okio:jar:1.6.0:compile
[INFO] |  +- com.squareup.okhttp:logging-interceptor:jar:2.7.0:compile
[INFO] |  +- com.squareup.okhttp:okhttp-ws:jar:2.7.0:compile
[INFO] |  +- org.slf4j:jul-to-slf4j:jar:1.7.12:compile
[INFO] |  +- com.fasterxml.jackson.dataformat:jackson-dataformat-yaml:jar:2.6.3:compile
[INFO] |  |  +- com.fasterxml.jackson.core:jackson-core:jar:2.6.3:compile
[INFO] |  |  \- org.yaml:snakeyaml:jar:1.15:compile
[INFO] |  \- com.fasterxml.jackson.core:jackson-databind:jar:2.6.3:compile
[INFO] |     \- com.fasterxml.jackson.core:jackson-annotations:jar:2.6.0:compile
[INFO] +- io.fabric8:openshift-client:jar:1.3.66:compile
[INFO] |  +- io.fabric8:kubernetes-client:test-jar:tests:1.3.66:compile
[INFO] |  \- junit:junit:jar:4.11:compile
[INFO] |     \- org.hamcrest:hamcrest-core:jar:1.3:compile
[INFO] +- org.apache.camel:camel-test:jar:2.17-SNAPSHOT:test
[INFO] +- commons-codec:commons-codec:jar:1.10:test
[INFO] +- org.slf4j:slf4j-api:jar:1.7.13:compile
[INFO] +- org.slf4j:slf4j-log4j12:jar:1.7.13:test
[INFO] +- log4j:log4j:jar:1.2.17:test
[INFO] +- org.apache.camel:apt:jar:2.17-SNAPSHOT:provided
[INFO] |  \- org.apache.camel:spi-annotations:jar:2.17-SNAPSHOT:provided
[INFO] +- com.sun.xml.bind:jaxb-core:jar:2.2.11:compile
[INFO] \- com.sun.xml.bind:jaxb-impl:jar:2.2.11:compile

So the karaf features.xml file need to be updated accordingly.

StandardConfigsXMLValidationUnitTestCase fails on legacy builds. Error log:

[INFO] Running org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase
[ERROR] Tests run: 17, Failures: 17, Errors: 0, Skipped: 0, Time elapsed: 0.813 s <<< FAILURE! - in org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase
[ERROR] testStandaloneEC2FullHA(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.146 s  <<< FAILURE!
java.lang.AssertionError: web-app_3_1.xsd not found
	at org.junit.Assert.assertTrue(Assert.java:41)
	at org.junit.Assert.assertNotNull(Assert.java:712)
	at org.wildfly.dist.subsystem.xml.AbstractValidationUnitTest.discoverXsd(AbstractValidationUnitTest.java:286)
	at org.wildfly.dist.subsystem.xml.AbstractValidationUnitTest$2.resolveResource(AbstractValidationUnitTest.java:207)
	at com.sun.org.apache.xerces.internal.util.DOMEntityResolverWrapper.resolveEntity(DOMEntityResolverWrapper.java:117)
	at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:1081)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XMLSchemaLoader.java:654)
	at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchema(XSDHandler.java:2058)
	at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:1014)
	at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:625)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:610)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:569)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:535)
	at com.sun.org.apache.xerces.internal.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:254)
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.parseXml(StandardConfigsXMLValidationUnitTestCase.java:171)
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneEC2FullHA(StandardConfigsXMLValidationUnitTestCase.java:124)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)

[ERROR] testHostMaster(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.057 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testHostMaster(StandardConfigsXMLValidationUnitTestCase.java:88)

[ERROR] testStandalone(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.058 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandalone(StandardConfigsXMLValidationUnitTestCase.java:98)

[ERROR] testHost(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.041 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testHost(StandardConfigsXMLValidationUnitTestCase.java:78)

[ERROR] testStandaloneHA(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.047 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneHA(StandardConfigsXMLValidationUnitTestCase.java:103)

[ERROR] testStandaloneJTS(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.033 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneJTS(StandardConfigsXMLValidationUnitTestCase.java:139)

[ERROR] testStandaloneRTS(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.04 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneRTS(StandardConfigsXMLValidationUnitTestCase.java:159)

[ERROR] testStandaloneXTS(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.031 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneXTS(StandardConfigsXMLValidationUnitTestCase.java:154)

[ERROR] testStandaloneGossipHA(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.035 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneGossipHA(StandardConfigsXMLValidationUnitTestCase.java:129)

[ERROR] testHostSlave(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.03 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testHostSlave(StandardConfigsXMLValidationUnitTestCase.java:83)

[ERROR] testStandalonePicketLink(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.027 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandalonePicketLink(StandardConfigsXMLValidationUnitTestCase.java:149)

[ERROR] testStandaloneMinimalistic(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.027 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneMinimalistic(StandardConfigsXMLValidationUnitTestCase.java:144)

[ERROR] testStandaloneEC2HA(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.034 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneEC2HA(StandardConfigsXMLValidationUnitTestCase.java:119)

[ERROR] testStandaloneGossipFullHA(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.037 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneGossipFullHA(StandardConfigsXMLValidationUnitTestCase.java:134)

[ERROR] testStandaloneFull(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.034 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneFull(StandardConfigsXMLValidationUnitTestCase.java:108)

[ERROR] testDomain(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.034 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testDomain(StandardConfigsXMLValidationUnitTestCase.java:93)

[ERROR] testStandaloneGenericJMS(org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase)  Time elapsed: 0.033 s  <<< FAILURE!
	at org.wildfly.dist.subsystem.xml.StandardConfigsXMLValidationUnitTestCase.testStandaloneGenericJMS(StandardConfigsXMLValidationUnitTestCase.java:164)

[INFO] Running org.wildfly.dist.subsystem.xml.XSDValidationUnitTestCase
[INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.45 s - in org.wildfly.dist.subsystem.xml.XSDValidationUnitTestCase
[INFO]
[INFO] Results:
[INFO]
[ERROR] Failures:
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testDomain:93->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testHost:78->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testHostMaster:88->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testHostSlave:83->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandalone:98->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneEC2FullHA:124->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneEC2HA:119->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneFull:108->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneGenericJMS:164->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneGossipFullHA:134->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneGossipHA:129->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneHA:103->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneJTS:139->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneMinimalistic:144->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandalonePicketLink:149->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneRTS:159->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[ERROR]   StandardConfigsXMLValidationUnitTestCase.testStandaloneXTS:154->parseXml:171->AbstractValidationUnitTest.discoverXsd:286 web-app_3_1.xsd not found
[INFO]
[ERROR] Tests run: 18, Failures: 17, Errors: 0, Skipped: 0

ApplicationEvent can be received by ApplicationListener two times.
Can be reproduced when these conditions coincide:

Have at least two listener beans
Listeners implement ApplicationListener
One listener has dependency on another listener (@Autowired)
Listeners must have cyclic dependency with another bean
Listener which invoked twice must have at least one @Transactional method

When we run templeton e2e tests, we need to specify test.other.user.name parameter for a second templeton user. This is missing in build.xml.

It seems the check to bypass the Observers chain is at wrong place in case of pre/post WALRestore. It should be inside the "if statement" that checks whether the CP is instance of RegionObserver or not.

Thymeleaf applications may experience frequent null-pointer exceptions in their production logs or load test logs due to a multi-threading issue in Spring's PropertyOrFieldReference class.
See also https://github.com/thymeleaf/thymeleaf-spring/issues/83 for a reproduction path.
The cacheManager in Thymeleaf shares SpelExpression objects over multiple threads. These threads could possibly change concurrently the shared field ast.cachedReadAccessor, which happens in class PropertyOrFieldReference.
Added a patch file that solves this issue.

SEVERE: Servlet.service() for servlet [spring] in context with path [] threw exception [Request processing failed; nested exception is org.thymeleaf.exceptions.TemplateProcessingException: Exception evaluating SpringEL expression: "prices" (page_element:9)] with root cause
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.getValueInternal(PropertyOrFieldReference.java:84)
	at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:115)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:265)
	at org.thymeleaf.spring4.expression.SpelVariableExpressionEvaluator.evaluate(SpelVariableExpressionEvaluator.java:139)
	at org.thymeleaf.standard.expression.SelectionVariableExpression.executeSelectionVariable(SelectionVariableExpression.java:146)
	at org.thymeleaf.standard.expression.SimpleExpression.executeSimple(SimpleExpression.java:80)
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:103)
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:133)
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:120)
	at org.thymeleaf.standard.fragment.StandardFragmentProcessor.resolveFragmentParameters(StandardFragmentProcessor.java:154)
	at org.thymeleaf.standard.fragment.StandardFragmentProcessor.computeStandardFragmentSpec(StandardFragmentProcessor.java:98)
	at org.thymeleaf.standard.processor.attr.AbstractStandardFragmentHandlingAttrProcessor.computeFragment(AbstractStandardFragmentHandlingAttrProcessor.java:68)
	at org.thymeleaf.processor.attr.AbstractFragmentHandlingAttrProcessor.processAttribute(AbstractFragmentHandlingAttrProcessor.java:63)
	at org.thymeleaf.processor.attr.AbstractAttrProcessor.doProcess(AbstractAttrProcessor.java:87)
	at org.thymeleaf.processor.AbstractProcessor.process(AbstractProcessor.java:212)
	at org.thymeleaf.dom.Node.applyNextProcessor(Node.java:1017)
	at org.thymeleaf.dom.Node.processNode(Node.java:972)
	at org.thymeleaf.dom.NestableNode.computeNextChild(NestableNode.java:695)
	at org.thymeleaf.dom.NestableNode.doAdditionalProcess(NestableNode.java:668)
	at org.thymeleaf.dom.Node.processNode(Node.java:990)
	at org.thymeleaf.dom.Document.process(Document.java:93)
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1155)
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1060)
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1011)
	at org.thymeleaf.spring4.view.ThymeleafView.renderFragment(ThymeleafView.java:335)
	at org.thymeleaf.spring4.view.ThymeleafView.render(ThymeleafView.java:190)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1228)
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1011)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:955)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:877)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:961)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:852)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:837)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:51)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1041)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:603)

Syslog test kills BC provider, this may cause( and did ) random failures.
Offending code: https://github.com/wildfly/wildfly/blob/master/testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/logging/syslogserver/TLSSyslogServer.java#L64

path uris in input split are missing scheme (it's fixed on cdh3u6 and hadoop 1.0)

2013-05-28 14:34:28,857 INFO org.apache.hadoop.hive.ql.exec.MapOperator: Adding alias data_type to work list for file hdfs://qa14:9000/user/hive/warehouse/data_type
2013-05-28 14:34:28,858 ERROR org.apache.hadoop.hive.ql.exec.MapOperator: Configuration does not have any alias for path: /user/hive/warehouse/data_type/000000_0
2013-05-28 14:34:28,875 INFO org.apache.hadoop.mapred.TaskLogsTruncater: Initializing logs' truncater with mapRetainSize=-1 and reduceRetainSize=-1
2013-05-28 14:34:28,877 WARN org.apache.hadoop.mapred.Child: Error running child
java.lang.RuntimeException: Error in configuring object
        at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:93)
        at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:64)
        at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:117)
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:387)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:325)
        at org.apache.hadoop.mapred.Child$4.run(Child.java:266)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1278)
        at org.apache.hadoop.mapred.Child.main(Child.java:260)
        at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:88)
        ... 9 more
        at org.apache.hadoop.mapred.MapRunner.configure(MapRunner.java:34)
        ... 14 more
        ... 17 more
        at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:121)
        ... 22 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.metadata.HiveException: Configuration and input path are inconsistent
        at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:522)
        at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:90)
        ... 22 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Configuration and input path are inconsistent
        at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:516)
        ... 23 more
2013-05-28 14:34:28,881 INFO org.apache.hadoop.mapred.Task: Runnning cleanup for the task

Hs2 process killed by OOM:

 ERROR [HiveServer2-Handler-Pool: Thread-1361771]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invokeInternal(203)) - java.lang.OutOfMemoryError: GC overhead limit exceeded
        at java.lang.String.toLowerCase(String.java:2647)
        at org.datanucleus.Configuration.getInternalNameForProperty(Configuration.java:188)
        at org.datanucleus.ExecutionContextImpl.getProperty(ExecutionContextImpl.java:1012)
        at org.datanucleus.state.AbstractStateManager.updateLevel2CacheForFields(AbstractStateManager.java:979)
        at org.datanucleus.state.AbstractStateManager.loadFieldsInFetchPlan(AbstractStateManager.java:1097)
        at org.datanucleus.ExecutionContextImpl.performDetachAllOnTxnEndPreparation(ExecutionContextImpl.java:4544)
        at org.datanucleus.ExecutionContextImpl.preCommit(ExecutionContextImpl.java:4199)
        at org.datanucleus.ExecutionContextImpl.transactionPreCommit(ExecutionContextImpl.java:770)
        at org.datanucleus.TransactionImpl.internalPreCommit(TransactionImpl.java:385)
        at org.datanucleus.TransactionImpl.commit(TransactionImpl.java:275)
        at org.datanucleus.api.jdo.JDOTransaction.commit(JDOTransaction.java:107)
        at org.apache.hadoop.hive.metastore.ObjectStore.commitTransaction(ObjectStore.java:570)
        at org.apache.hadoop.hive.metastore.ObjectStore.getTable(ObjectStore.java:1033)
        at sun.reflect.GeneratedMethodAccessor32.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:103)
        at com.sun.proxy.$Proxy7.getTable(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table_core(HiveMetaStore.java:1915)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table(HiveMetaStore.java:1887)
        at sun.reflect.GeneratedMethodAccessor36.invoke(Unknown Source)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:147)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:105)
        at com.sun.proxy.$Proxy12.get_table(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getTable(HiveMetaStoreClient.java:1271)
        at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.getTable(SessionHiveMetaStoreClient.java:131)
        at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:178)

We're getting a lot of the exceptions below in our logs.  I believe they are caused by our selenium tests not properly establishing the full connection.  That said, there looks to be an issue w/ spring security integration when trying to close the "half-open" connections so the exceptions keep repeating.
Couple other things I noticed in SubProtocolWebSocketHandler.java that look questionable to me:

lastSessionCheckTime does not seem to be updated.  So, every handleMessage incurs the overhead of checkSessions().  That does not seem to be the intent of that code.
There is some ~90 minute timer which I haven't figured out.  The same session (I think) is trying to be closed every ~90 minutes.

2015-11-30 14:27:21.425 ERROR 4500 --- [http-nio-4441-exec-14] o.s.w.s.m.SubProtocolWebSocketHandler    : No messages received after 60440 ms. Closing EventSourceStreamingSockJsSession[id=yvhws030].
2015-11-30 15:57:55.443 ERROR 4500 --- [http-nio-4441-exec-2] o.s.w.s.m.SubProtocolWebSocketHandler    : No messages received after 60769 ms. Closing EventSourceStreamingSockJsSession[id=yvhws030].
2015-11-30 17:27:27.201 ERROR 4500 --- [http-nio-4441-exec-14] o.s.w.s.m.SubProtocolWebSocketHandler    : No messages received after 60008 ms. Closing EventSourceStreamingSockJsSession[id=yvhws030].

Here is the full exception:

2015-11-30 17:49:42.421 ERROR 4500 --- [http-nio-4441-exec-5] o.s.w.s.m.SubProtocolWebSocketHandler    : No messages received after 60722 ms. Closing EventSourceStreamingSockJsSession[id=3pps00e1].
2015-11-30 17:49:42.421 ERROR 4500 --- [http-nio-4441-exec-5] w.s.h.ExceptionWebSocketHandlerDecorator : Unhandled error for ExceptionWebSocketHandlerDecorator [delegate=LoggingWebSocketHandlerDecorator [delegate=SessionWebSocketHandler [delegate=SubProtocolWebSocketHandler[StompSubProtocolHandler[v10.stomp, v11.stomp, v12.stomp]]]]]

org.springframework.messaging.MessageDeliveryException: Failed to send message to ExecutorSubscribableChannel[clientInboundChannel]; nested exception is org.springframework.security.access.AccessDeniedException: Access is denied
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:127) ~[spring-messaging-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:104) ~[spring-messaging-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.messaging.StompSubProtocolHandler.afterSessionEnded(StompSubProtocolHandler.java:595) ~[spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.messaging.SubProtocolWebSocketHandler.clearSession(SubProtocolWebSocketHandler.java:442) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.messaging.SubProtocolWebSocketHandler.afterConnectionClosed(SubProtocolWebSocketHandler.java:432) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.handler.WebSocketHandlerDecorator.afterConnectionClosed(WebSocketHandlerDecorator.java:85) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator.afterConnectionClosed(LoggingWebSocketHandlerDecorator.java:72) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.handler.ExceptionWebSocketHandlerDecorator.afterConnectionClosed(ExceptionWebSocketHandlerDecorator.java:92) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.close(AbstractSockJsSession.java:215) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.handler.WebSocketSessionDecorator.close(WebSocketSessionDecorator.java:158) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.handler.ConcurrentWebSocketSessionDecorator.close(ConcurrentWebSocketSessionDecorator.java:167) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.messaging.SubProtocolWebSocketHandler.checkSessions(SubProtocolWebSocketHandler.java:412) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.messaging.SubProtocolWebSocketHandler.handleMessage(SubProtocolWebSocketHandler.java:321) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.handler.WebSocketHandlerDecorator.handleMessage(WebSocketHandlerDecorator.java:75) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator.handleMessage(LoggingWebSocketHandlerDecorator.java:56) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.handler.ExceptionWebSocketHandlerDecorator.handleMessage(ExceptionWebSocketHandlerDecorator.java:72) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.delegateMessages(AbstractSockJsSession.java:385) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.sockjs.transport.session.WebSocketServerSockJsSession.handleMessage(WebSocketServerSockJsSession.java:194) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.sockjs.transport.handler.SockJsWebSocketHandler.handleTextMessage(SockJsWebSocketHandler.java:92) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.handler.AbstractWebSocketHandler.handleMessage(AbstractWebSocketHandler.java:43) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter.handleTextMessage(StandardWebSocketHandlerAdapter.java:112) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter.access$000(StandardWebSocketHandlerAdapter.java:42) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter$3.onMessage(StandardWebSocketHandlerAdapter.java:82) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter$3.onMessage(StandardWebSocketHandlerAdapter.java:79) [spring-websocket-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.apache.tomcat.websocket.WsFrameBase.sendMessageText(WsFrameBase.java:393) [tomcat-embed-websocket-8.0.28.jar!/:8.0.28]
	at org.apache.tomcat.websocket.WsFrameBase.processDataText(WsFrameBase.java:494) [tomcat-embed-websocket-8.0.28.jar!/:8.0.28]
	at org.apache.tomcat.websocket.WsFrameBase.processData(WsFrameBase.java:289) [tomcat-embed-websocket-8.0.28.jar!/:8.0.28]
	at org.apache.tomcat.websocket.WsFrameBase.processInputBuffer(WsFrameBase.java:130) [tomcat-embed-websocket-8.0.28.jar!/:8.0.28]
	at org.apache.tomcat.websocket.server.WsFrameServer.onDataAvailable(WsFrameServer.java:60) [tomcat-embed-websocket-8.0.28.jar!/:8.0.28]
	at org.apache.tomcat.websocket.server.WsHttpUpgradeHandler$WsReadListener.onDataAvailable(WsHttpUpgradeHandler.java:203) [tomcat-embed-websocket-8.0.28.jar!/:8.0.28]
	at org.apache.coyote.http11.upgrade.AbstractServletInputStream.onDataAvailable(AbstractServletInputStream.java:198) [tomcat-embed-core-8.0.28.jar!/:8.0.28]
	at org.apache.coyote.http11.upgrade.AbstractProcessor.upgradeDispatch(AbstractProcessor.java:96) [tomcat-embed-core-8.0.28.jar!/:8.0.28]
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668) [tomcat-embed-core-8.0.28.jar!/:8.0.28]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1500) [tomcat-embed-core-8.0.28.jar!/:8.0.28]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1456) [tomcat-embed-core-8.0.28.jar!/:8.0.28]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_65]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_65]
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-8.0.28.jar!/:8.0.28]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_65]
Caused by: org.springframework.security.access.AccessDeniedException: Access is denied
	at org.springframework.security.access.vote.AffirmativeBased.decide(AffirmativeBased.java:83) ~[spring-security-core-4.0.3.RELEASE.jar!/:4.0.3.RELEASE]
	at org.springframework.security.access.intercept.AbstractSecurityInterceptor.beforeInvocation(AbstractSecurityInterceptor.java:232) ~[spring-security-core-4.0.3.RELEASE.jar!/:4.0.3.RELEASE]
	at org.springframework.security.messaging.access.intercept.ChannelSecurityInterceptor.preSend(ChannelSecurityInterceptor.java:69) ~[spring-security-messaging-4.0.3.RELEASE.jar!/:4.0.3.RELEASE]
	at org.springframework.messaging.support.AbstractMessageChannel$ChannelInterceptorChain.applyPreSend(AbstractMessageChannel.java:158) ~[spring-messaging-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:113) ~[spring-messaging-4.2.3.RELEASE.jar!/:4.2.3.RELEASE]

2015-11-30 17:49:52.810  INFO 4500 --- [MessageBroker-14] o.s.w.s.c.WebSocketMessageBrokerStats    : WebSocketSession[51 current WS(45)-HttpStream(6)-HttpPoll(0), 5482 total, 3521 closed abnormally (3521 connect failure, 0 send limit, 1 transport error)], stompSubProtocol[processed CONNECT(215)-CONNECTED(147)-DISCONNECT(0)], stompBrokerRelay[16 sessions, localhost:61613 (available), processed CONNECT(148)-CONNECTED(148)-DISCONNECT(117)], inboundChannel[pool size = 32, active threads = 0, queued tasks = 0, completed tasks = 135534], outboundChannelpool size = 32, active threads = 0, queued tasks = 0, completed tasks = 40559], sockJsScheduler[pool size = 16, active threads = 1, queued tasks = 38, completed tasks = 44458]

/core-service=platform-mbean:read-resource-description 
{
        "description" => "Provides the management interface for monitoring and management of the Java virtual machine as well as the operating system on which the Java virtual machine is running. Exposes the JDK-provided JMX MBeans in the java.lang, java.nio and java.util.logging JMX domains.", ...

but java.util.logging JMX domain is not available in this service.
Not exposing those mbeans is deliberate, so change the description.

In xslt component we can't customize uriResolver For instance in route with uri "xslt:org/apache/camel/component/xslt/include_not_existing_resource.xsl?uriResolver=#customURIResolver" camel still uses default XsltUriResolver.

Kabir, this thing seems a bit fragile. IIUC this was deviced primarily to address the issue with map operations not being transformable, but org.jboss.as.subsystem.test.TransformerAttachmentGrabber doesn't work with map operations, the attachment is always null.
I think the problem is with the step order, in org.jboss.as.subsystem.test.TransformerAttachmentGrabber#execute because the real op being a map operation which does attach(...) happens after the attachment is grabbed, that map ops are runtime only org.jboss.as.controller.operations.global.MapOperations#MAP_CLEAR_DEFINITION

now that MAPREDUCE-5806 is fixed we can remove override-container-log4j.properties and and all the logic around this which was introduced in HIVE-5511 to work around MAPREDUCE-5806

During a major compaction on a region in a column family with a configured TTL, it looks like all KeyValues in a row after the first expired KeyValue are skipping and thrown out of the newly written file (regardless of whether the would have been expired or not).
The StoreScanner is skipping to the next row, even when other columns with a non-expirable timestamp exists.  Unless I'm misunderstanding it, it seems like it should just seek to the next column instead.  I discovered this when altering a table to lower the TTL for a column family and force the expiration of some data which led to the entire row being expired in some instances.

When we use EAP with Elytron (standalone-elytron.xml configuration file) we aren't able to logout from Web console.
With legacy security realms everything is ok.
How to reproduce

start EAP standalone.sh -c=standalone-elytron.xml
log in to Web console on http://localhost:9990
invoke logout
You will get this url http://localhost:9990/logout

404 - Not Found

A MapReduce job to generate Lucene Indexes from HBase will fail on sufficiently large tables. After the indexing finished, the close() method of IndexRecordWriter is called.  The  writer.optimize() call in this method can take many minutes, forcing most MapReduce tasks to timeout. There is a HeartBeatsThread, but it does not seem to send progress updates. 
A suggested fix may be to add context.progress(); in the HeardbeatsThread run() method, after the context.setStatus call. Not sure why context.setStatus is not "good enough". 

The SiteSwitcherRequestFilter provides two constructors: the default constructor and one where all the SiteUrlFactories etc. can be specified.
We need to use the last-mentioned (with a DelegatingFilterProxy) since we want to configure our own implementation of the SiteUrlFactory (which always redirects to the same url - we named it StaticSiteUrlFactory).
Unfortunately our configuration gets overwritten in the initFilterBean-method.

If the Bean endpoint has an explicit method name ,   the Bean processor will set the message header of Exchange.Bean_METHOD_NAME with the value of method name  before the invocation and will try to reset the message header of Exchange.Bean_METHOD_NAME with the preview method name after the invocation. 
Current camel code just set the InMessage's header , if the ExchangePatter is InOut , it forget to reset the OutMessage's header.

When we use CTAS to create a new table in s3, the table location is not set correctly. As a result, the data from the existing table cannot be inserted into the new created table.
We can use the following example to reproduce this issue.
set hive.metastore.warehouse.dir=OUTPUT_PATH;
drop table s3_dir_test;
drop table s3_1;
drop table s3_2;
create external table s3_dir_test(strct struct<a:int, b:string, c:string>)
fields terminated by '\t'
collection items terminated by ' '
location 'INPUT_PATH';
create table s3_1(strct struct<a:int, b:string, c:string>)
collection items terminated by ' ';
insert overwrite table s3_1 select * from s3_dir_test;
select * from s3_1;
create table s3_2 as select * from s3_1;
select * from s3_2;
The data could be as follows.
1 abc 10.5
2 def 11.5
3 ajss 90.23232
4 djns 89.02002
5 random 2.99
6 data 3.002
7 ne 71.9084
The root cause is that the SemanticAnalyzer class did not handle s3 location properly for CTAS.
A patch will be provided shortly.

See attached .q file to reproduce. The difference seems to be whether trailing 0s are considered the same value or not.

  List<Cell> list = (List<Cell>)entry.getValue();
  if (list == null || list.isEmpty()) {
	get.addFamily(col);
  } else {
	for (Cell cell : list) {
	  get.addColumn(col, CellUtil.cloneQualifier(cell));
	}
  }

When a delete family Mutation comes, a Cell will be added into the list with Qualifier as null. (See Delete#deleteFamily(byte[])). So it will miss getting added against the check list == null || list.isEmpty().  We will fail getting the cells under this cf for covering permission check.

One of my very complex queries takes about 14 minutes to compile with PPD on. Profiling it I saw a lot of time spent in this stack which is called many many thousands of times.

java.lang.Throwable.getStackTraceElement(-2)
java.lang.Throwable.getOurStackTrace(827)
java.lang.Throwable.getStackTrace(816)
sun.reflect.GeneratedMethodAccessor5.invoke(-1)
sun.reflect.DelegatingMethodAccessorImpl.invoke(43)
java.lang.reflect.Method.invoke(497)
org.apache.log4j.spi.LocationInfo.<init>(139)
org.apache.log4j.spi.LoggingEvent.getLocationInformation(253)
org.apache.log4j.helpers.PatternParser$LocationPatternConverter.convert(500)
org.apache.log4j.helpers.PatternConverter.format(65)
org.apache.log4j.PatternLayout.format(506)
org.apache.log4j.WriterAppender.subAppend(310)
org.apache.log4j.DailyRollingFileAppender.subAppend(369)
org.apache.log4j.WriterAppender.append(162)
org.apache.log4j.AppenderSkeleton.doAppend(251)
org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(66)
org.apache.log4j.Category.callAppenders(206)
org.apache.log4j.Category.forcedLog(391)
org.apache.log4j.Category.log(856)
org.apache.commons.logging.impl.Log4JLogger.info(176)
org.apache.hadoop.hive.ql.ppd.OpProcFactory$DefaultPPD.logExpr(707)
org.apache.hadoop.hive.ql.ppd.OpProcFactory$DefaultPPD.mergeWithChildrenPred(752)
org.apache.hadoop.hive.ql.ppd.OpProcFactory$FilterPPD.process(437)

logExpr is set to log at INFO level, but I think DEBUG is more appropriate. When I set log level to debug I see > 20% speedup in compile time:
Before:

real    14m47.972s
user    15m25.609s
sys    0m20.282s

After:

real    11m30.946s
user    12m10.870s
sys    0m7.320s

It looks like there's a lot of stuff in the PPD code that could be optimized, when I turn PPD off the query compiles in 2m 30s. But this seems like an easy and low risk win.

I'm trying to represent a JSON structure that looks like this:

{"id": "abc123", "listOfMaps" : [ { "aString" : "aValue" , "anArray" : { "anotherValue"}}]}

But when I create a POJO and matching Repository to persist it, the Map containing a List of Strings does not persist properly. I've attached a screenshot from my debugger to show what it looks like in memory. When converted to a String using a MongoTemplate, it looks like:

{ "_class" : "com.foo.MyPojo" , "_id" : { "$oid" : "4eaec52bad108fb6c5ecde5a"} , "listOfMaps" : [ { "aString" : "aValue" , "anArray" : { "_class" : "[[Ljava.lang.String;"}}]}

Note that I'm losing the values in "anArray".
This is using 1.0.0M5. I've included a full unit test. Should just need to set appropriate MongoDB server settings in the Spring config file to get it running.

I've installed and configured zookeeper and kafka servers using apache quick start guide on ubuntu running in vmware.
Launch producer for already created topic "page_visits" and try to consume messages and nothing happens.
Trying to debug KafkaEndpoint i can see that server doesn't send me any key (KafkaConstants.KEY) so here:
message.setHeader(KafkaConstants.KEY, new String(mm.key()));
 i got NPE and it silently fails.

This is the JAXRS counterpart to https://issues.apache.org/jira/browse/CAMEL-6188

In Driver#compileInternal method (as the code snippet below ), we need to update  MetricsConstant.WAITING_COMPILE_OPS metric correctly before return if lock can not be acquired.

    Metrics metrics = MetricsFactory.getInstance();
    if (metrics != null) {
      metrics.incrementCounter(MetricsConstant.WAITING_COMPILE_OPS, 1);
    }

    final ReentrantLock compileLock = tryAcquireCompileLock(isParallelEnabled,
      command);
    if (compileLock == null) {
      return ErrorMsg.COMPILE_LOCK_TIMED_OUT.getErrorCode();
    }

2018-04-19T18:57:24,268 DEBUG [67259108-c184-4c92-9e18-9e2969244442 HiveServer2-Handler-Pool: Thread-73]: optimizer.StatsOptimizer (StatsOptimizer.java:process(614)) - Unsupported type: date encountered in metadata optimizer for column : jour

if (udaf instanceof GenericUDAFMin) {
            ExprNodeColumnDesc colDesc = (ExprNodeColumnDesc)exprMap.get(((ExprNodeColumnDesc)aggr.getParameters().get(0)).getColumn());
            String colName = colDesc.getColumn();
            StatType type = getType(colDesc.getTypeString());
            if (!tbl.isPartitioned()) {
              if (!StatsSetupConst.areColumnStatsUptoDate(tbl.getParameters(), colName)) {
                Logger.debug("Stats for table : " + tbl.getTableName() + " column " + colName
                    + " are not up to date.");
                return null;
              }
              ColumnStatisticsData statData = hive.getMSC().getTableColumnStatistics(
                  tbl.getDbName(), tbl.getTableName(), Lists.newArrayList(colName))
                  .get(0).getStatsData();
              String name = colDesc.getTypeString().toUpperCase();
              switch (type) {
                case Integeral: {
                  LongSubType subType = LongSubType.valueOf(name);
                  LongColumnStatsData lstats = statData.getLongStats();
                  if (lstats.isSetLowValue()) {
                    oneRow.add(subType.cast(lstats.getLowValue()));
                  } else {
                    oneRow.add(null);
                  }
                  break;
                }
                case Double: {
                  DoubleSubType subType = DoubleSubType.valueOf(name);
                  DoubleColumnStatsData dstats = statData.getDoubleStats();
                  if (dstats.isSetLowValue()) {
                    oneRow.add(subType.cast(dstats.getLowValue()));
                  } else {
                  }
                  break;
                }
                default: // unsupported type
                  Logger.debug("Unsupported type: " + colDesc.getTypeString() + " encountered in " +
                      "metadata optimizer for column : " + colName);
                  return null;
              }
            }

    enum StatType{
      Integeral,
      Double,
      String,
      Boolean,
      Binary,
      Unsupported
    }

    enum LongSubType {
      BIGINT { @Override
      Object cast(long longValue) { return longValue; } },
      INT { @Override
      Object cast(long longValue) { return (int)longValue; } },
      SMALLINT { @Override
      Object cast(long longValue) { return (short)longValue; } },
      TINYINT { @Override
      Object cast(long longValue) { return (byte)longValue; } };

      abstract Object cast(long longValue);
    }

Date is stored in stats (& also the typo there).

Ref: https://issues.apache.org/jira/browse/HBASE-15875?focusedCommentId=15306137&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15306137

This is a followup to HIVE-5484. The short version should be configurable directly from build script.

org/apache/camel/util/TimeUtils.java
in the printDuration method is something wrong on line 63 and 72.
63: s += " " + fmtI.format(minutes) + (minutes > 1 ? " minutes" : "minute");
has to be:
63: s += " " + fmtI.format(minutes) + (minutes > 1 ? " minutes" : " minute");
72: s += " " + fmtI.format(hours) + (hours > 1 ? " hours" : "hour");
has to be:
72: s += " " + fmtI.format(hours) + (hours > 1 ? " hours" : " hour");

The link for "Remember-Me chapter" at http://static.springsource.org/spring-security/site/docs/3.0.x/reference/ns-config.html#ns-remember-me does not point to the Remember-Me Chapter

The reason for the regression is that PredicateTransitivePropagate looks at the FilterOperator below the ReduceSink. 
SemanticAnalyzer::genNotNullFilterForJoinSourcePlan was stacking another FilterOp for the not null check, so only that predicate was being applied transitively by PredicateTransitivePropagate.

Clustered Singleton MDB does not activate. It's regression in EAP 7.1.0.DR8 (against DR7).
Customer impact: No Clustered Singleton MDB will activate in cluster and service will not operate. No warning or error will show in server logs. There is no workaround for this issue. 
Test scenario:

Start two EAP 7.1.0.DR8 servers in cluster with active delivery-group named "group"
Deploy queues InQueue and OutQueue to both of the servers. There is also Artemis cluster configured between servers so all messages will be load-balanced between the nodes.
Deploy MDB configured as clustered singletons to both of the server. MDBs belong to delivery-group "group"
	
MDB consumes messages from InQueue and resends to OutQueue

Start sending messages to InQueue and consume from OutQueue.
Check that MDB on node 1 is active as it's sigleton master
Check that MDB on node 2 is NOT active
Kill node-1 (by kill -9 ...)
Check that MDB on node 2 is active as it's sigleton master

Consumer will receive all messages from OutQueue. All checks passes.
MDB on node 1 is not delivery active at the beginning of the test. Consumer timed out as there are no processed messages in OutQueue

Also, get rid of the serverEnvironment field null checks.
Minor thing; I just happened to find a commit fixing this in a different semi-dormant branch and figure I might as well get it pushed in. 

In my hadoop-site.xml I accidentally set fs.default.name to 
http://wilbur21.labs.corp.sp1.yahoo.com:8020 
instead of the proper:
hdfs://wilbur21.labs.corp.sp1.yahoo.com:8020
The result was

FAILED: Unknown exception : null
Time taken: 0.035 seconds
hive>

It should give a meaningful error message.

On ppc64 arch,  java.nio.Bits.unaligned() wrongly returns false due to a JDK bug.
https://bugs.openjdk.java.net/browse/JDK-8165231
This causes some problem for HBase. i.e. FuzzyRowFilter test fails.
Fix it by providing a hard-code workaround for the JDK bug.

JobParserJobFactoryBean should be a singleton.  This will cause issues with the JobRegistry - e.g. multiple registrations of the same job in integration tests.

The reply properties of the :read-boot-errors() operation lists the attribute missing-transitive-dependency-problems which is defined as 

"missing-transitive-dependency-problems" => {
    "type" => OBJECT,
    "description" => "Missing transitive dependency issues found during execution of the operation.",
    "expressions-allowed" => false,
    "required" => false,
    "nillable" => true,
    "value-type" => {
        "services-missing-transitive-dependencies" => {
            "type" => LIST,
            "description" => "Services that had a missing transitive dependency.",
            "value-type" => STRING
        },
        "possible-causes" => {
            "description" => "Services that are missing and may be the cause of the missing transitive dependency.",
        }
    }
}

However the result uses the strings "Services that were unable to start:" and "Services that may be the cause:" instead of services-missing-transitive-dependencies and possible-causes: 

...
    "missing-transitive-dependency-problems" => {
        "Services that were unable to start:" => ["jboss.messaging-activemq.default.jms.manager"],
        "Services that may be the cause:" => [
            "jboss.http-upgrade-registry.default",
            "jboss.remoting.remotingConnectorInfoService.http-remoting-connector"
        ]
    }
...

I'm trying to add Spring's new ShallowEtagHeaderFilter to my application. However the filter doesn't see the response body - the view is generated, but the filter sees it as empty String, and generates alwasy Etag for empty String. So in fact filter makes the whole application unusable.
I use Tomcat 6.0.18 running on Suns JDK 1.6.0_10 and Spring 3.0M3 distribution (via Spring's S3 Maven repo). I also use two other filters in the chain: Spring's EncodingFilter and Spring Security filter. Both are called earlier in the chain, so they should have no influence on this issue.
After debugging the code, I found out that the ShallowEtagResponseWrapper.content buffer is empty after the view is rendered. This is because the method ShallowEtagResponseWrapper.ResponseServletOutputStream.write(int) is never called (at least debugger never stops on the breakpoint put there, so it seems it is never called, and that's why the content buffer is empty).
My view class it's not JSP, it's my custom implementation of View, but it worked well before and I don't think it has any impact on this. Its renderBody() method contains two lines: first sets content-type, second prints body: 

response.getWriter().write(responseBodyString);

Debugging shows that when getWriter() is called it returns the PrintWriter from ShallowEtagResponseWrapper; this PrintWriter wraps OutputStreamWriter which wraps ResponseServletOutputStream from ShallowEtagResponseWrapper. So everything seems ok. Then during the call to write() on this PrintWriter, it should at the end delegate to the write(int) method on the ShallowEtagResponseWrapper buffer - but it doesn't. I don't know why. During debugging I'm only able to get to the call of this method in OutputStreamWriter:

    public void write(String str, int off, int len) throws IOException {
	se.write(str, off, len);
    }

Here 'se' is an instance of sun.nio.cs.StreamEncoder. Unfortunatelly, sources included in JDK 1.6 don't contain this class, and I wasn't able to find the proper source for this class. I found some googling, but it is probably from JDK 1.7 - the lines on the source don't match the ones from debugger metadata, and there are some methods called which are not used at all in the source I've found.
This all seems serious - my setup seems typical, but the filter is broken completely. Maybe you will have better luck with debugging it, you can also compare the setup you used in which it worked, maybe it can give some hint.

If RemoteConnectionFactory is defined with discovery-group like (note that it's defined directly in messaging subsystem, not in <server>...</server>):

        <subsystem xmlns="urn:jboss:domain:messaging-activemq:4.0">
            <discovery-group name="dg-group1" jgroups-channel="ee" jgroups-cluster="artemis-cluster" initial-wait-timeout="30000"/>
            <connection-factory name="RemoteConnectionFactory" discovery-group="dg-group1" entries="java:jboss/exported/jms/RemoteConnectionFactory java:/jms/RemoteConnectionFactory"/>

then it registers to JNDI "java:/jms/RemoteConnectionFactory" but with null. See JNDI view:

[standalone@localhost:9990 subsystem=naming] /subsystem=naming/:jndi-view
...
 "jms" => {
                    "class-name" => "javax.naming.Context",
                    "children" => {
                        "RemoteConnectionFactory" => {
                            "class-name" => "java.lang.Object",
                            "value" => "null"
                        },

Result:
If EE deployment looks up or injects such CF then it fails on NullPointerException. 

Class FacebookEndpoint needs to look at the candidate method list size to determine whether it found get* only or get* and search* candidate methods. 

As part of HBASE-12583 we are passing split policy to HRegionFileSystem#splitStoreFile so that we can allow to create reference files even the split key is out of HFile key range. This is needed for Local Indexing implementation in Phoenix. But now after moving the split code to master just passing null for split policy.

    final String familyName = Bytes.toString(family);
    final Path path_first =
        regionFs.splitStoreFile(this.daughter_1_RI, familyName, sf, splitRow, false, null);
    final Path path_second =
        regionFs.splitStoreFile(this.daughter_2_RI, familyName, sf, splitRow, true, null);

If you open a Java Project with EAR Packaging on your pom.xml, ROO shows an error saying that EAR packaging is not valid.
This throw Exception mades that ROO components doesn't load correctly.
To prevent this, ROO should show a WARNING instead of ERROR.

I've written a custom resource loader that is supposed to handle protocol "hdfs://" and registered the loader with the XmlBeanDefinitionReader as follows:
XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(context);
reader.setResourceLoader(resourceLoader);
Within my application, resolving resources with the "hdfs://" prefix is working perfectly fine. So I was rather surprised to see the following import directive fail:
<beans> 
<import resource="hdfs:///meta/schemes/common.xml"/>
</beans>
The following exception will occur:
Exception in thread "main" org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Failed to import bean definitions from relative location [hdfs:///meta/schemes/common.xml]
Offending resource: file [/home/test/workspace/test/application-context.xml]; nested exception is org.springframework.beans.factory.BeanDefinitionStoreException: IOException parsing XML document from file [/home/test/workspace/test/hdfs:/meta/schemes/common.xml]; nested exception is java.io.FileNotFoundException: /home/test/workspace/test/hdfs:/meta/schemes/common.xml (No such file or directory)
    at org.springframework.beans.factory.parsing.FailFastProblemReporter.error(FailFastProblemReporter.java:68)
    at org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:85)
    at org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:76)
    at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.importBeanDefinitionResource(DefaultBeanDefinitionDocumentReader.java:201)
    at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseDefaultElement(DefaultBeanDefinitionDocumentReader.java:147)
    at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:132)
    at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:92)
    at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:475)
The problem here is that the DefaultBeanDefinitionDocumentReader.importBeanDefinitionResource() method will use ResourcePatternUtils.isUrl() to determine if the path is relative or not. Finally if the path is a valid url or not will be based on the outcome of valuating new URL(resourceLocation). In case a MalformedUrlException is thrown, it will return false and a relative path is build in importBeanDefinitionResource(). 
The thing to note here is that a MalformedUrlException thrown in the java.lang.net.URL constructor will not indicate a syntactically incorrect url, but only an unkown protocol. 

Javadoc of org.springframework.ldap.core.LdapTemplate.search(SearchExecutor, NameClassPairCallbackHandler, DirContextProcessor) says it supports a null DirContextProcessor. 
It doesn't. Please fix documentation or code.

Imagine a composite configuration consisting of 
config_x : configuration one
property.one=one
property.two=two
config_y : configuration two
property.one.ref=${property.one}
When getProperty() is called on a CompositeConfiguration, property interpolation does not work if a property in config_x refers to a property in config_y, in the example, property.one.ref won't translate into "one"
This seems to be caused by the getProperty() implementation of CompositeConfiguration
CompositeConfiguration.getProperty(String)
/**
     * Read property from underlying composite
     *
     * @param key key to use for mapping
     *
     * @return object associated with the given configuration key.
     */
    public Object getProperty(String key)
    {
        Configuration firstMatchingConfiguration = null;
        for (Iterator i = configList.iterator(); i.hasNext();)
        {
            Configuration config = (Configuration) i.next();
            if (config.containsKey(key))
            {
                firstMatchingConfiguration = config;
                break;
            }
        }

        if (firstMatchingConfiguration != null)
        {
            return firstMatchingConfiguration.getProperty(key);
        }
        else
        {
        }
    }

The methods finds the first configuration containing the key, and delegates the call to that particular configuration.
A possible fix would be to try interpolation against every configuration until an interpolation succeed.

In org.​wildfly.​security.​http.​impl.​DigestAuthenticationMechanism.​digestUriMatchesRequestUri(org.​wildfly.​security.​http.​HttpServerRequest, byte[]): Found a call to a method which will perform a byte to String (or String to byte) conversion, and will assume that the default platform encoding is suitable.

 private boolean digestUriMatchesRequestUri(HttpServerRequest request, byte[] digestUri) {
        if (!validateUri) {
            return true;
        }

        java.net.URI requestURI = request.getRequestURI();
        String digestUriStr = new String(digestUri);

https://scan7.coverity.com/reports.htm#v20225/p11778/fileInstanceId=49333269&defectInstanceId=10309296&mergedDefectId=1466832

When creating a table, Hive uses URI to represent location:

    if (crtTbl.getLocation() != null) {
      tbl.setDataLocation(new Path(crtTbl.getLocation()).toUri());
    }

When adding a partition, Hive uses Path to represent location:

      // set partition path relative to table
      db.createPartition(tbl, addPartitionDesc.getPartSpec(), new Path(tbl
                    .getPath(), addPartitionDesc.getLocation()), addPartitionDesc.getPartParams(),
                    addPartitionDesc.getInputFormat(),
                    addPartitionDesc.getOutputFormat(),
                    addPartitionDesc.getNumBuckets(),
                    addPartitionDesc.getCols(),
                    addPartitionDesc.getSerializationLib(),
                    addPartitionDesc.getSerdeParams(),
                    addPartitionDesc.getBucketCols(),
                    addPartitionDesc.getSortCols());

This disparity makes the values stored in metastore be encoded differently, causing problems w.r.t. special character as demonstrated in HIVE-5446. As a result, the code dealing with location for table is different for partition, creating maintenance burden.
We need to standardize it to Path to be in line with other Path related cleanup effort.

I think there is a problem with multi-insert on MongoDB component as it fails to gracefully handle a BasicDBList. The logic below always sets the SingleInsert flag to true if the type converter is able to convert the exchange to a DBObject interface. This is implemented by BasicDBList and BasicDBObject.
Further details below :
I am trying to do a multiple insert using the camel mongo db component.
My Pojo representation is :

 Person {
 String firstName;
 String lastName;
 }

I have a processor which constructs a valid List of Person pojo and is a valid json structure. When this list of Person is sent to the mongodb producer , on invocation of createDoInsert the type conversion to BasicDBObject fails. This piece of code below looks to be the problem. Should it have more fall backs / checks in place to attempt the list conversion down further below as it fails on the very first cast itself. Debugging the MongoDbProducer the exchange object being received is a BasicDBList which implements DBObject. This causes the singleInsert flag to remain set at true which fails the insertion below as we get a BasicDBList instead of a BasicDBObject :

   if(singleInsert) {
        BasicDBObject insertObjects = (BasicDBObject)insert;
        dbCol.insertOne(insertObjects);
        exchange1.getIn().setHeader("CamelMongoOid", insertObjects.get("_id"));
    }

The Camel MongoDbProducer code fragment

private Function<Exchange, Object> createDoInsert() {
    return (exchange1) -> {
        MongoCollection dbCol = this.calculateCollection(exchange1);
        boolean singleInsert = true;
        Object insert = exchange1.getIn().getBody(DBObject.class);
        if(insert == null) {
            insert = exchange1.getIn().getBody(List.class);
            if(insert == null) {
                throw new CamelMongoDbException("MongoDB operation = insert, Body is not conversible to type DBObject nor List<DBObject>");
            }

            singleInsert = false;
            insert = this.attemptConvertToList((List)insert, exchange1);
        }

        if(singleInsert) {
            BasicDBObject insertObjects = (BasicDBObject)insert;
            dbCol.insertOne(insertObjects);
            exchange1.getIn().setHeader("CamelMongoOid", insertObjects.get("_id"));
        } else {
            List insertObjects1 = (List)insert;
            dbCol.insertMany(insertObjects1);
            ArrayList objectIdentification = new ArrayList(insertObjects1.size());
            objectIdentification.addAll((Collection)insertObjects1.stream().map((insertObject) -> {
                return insertObject.get("_id");
            }).collect(Collectors.toList()));
            exchange1.getIn().setHeader("CamelMongoOid", objectIdentification);
        }

        return insert;
    };
}

My route is as below :

    <route id="uploadFile">
    <from uri="jetty://http://0.0.0.0:9886/test"/>
    <process ref="fileProcessor"/>
    <unmarshal>
        <csv>

            <header>fname</header>
            <header>lname</header>

        </csv>

    </unmarshal>

    <process ref="mongodbProcessor" />
    <to uri="mongodb:mongoBean?database=axs175&amp;collection=insurance&amp;operation=insert" />

and the MongoDBProcessor constructing the List of Person Pojo

@Component
public class MongodbProcessor implements Processor {
@Override
public void process(Exchange exchange) throws Exception {

    ArrayList<List<String>> personlist = (ArrayList) exchange.getIn().getBody();
    ArrayList<Person> persons = new ArrayList<>();
    for(List<String> records : personlist){
        Person person = new Person();
        person.setFname(records.get(0));
        person.setLname(records.get(1));
        persons.add(person);
    }
exchange.getIn().setBody(persons);

}
} 

org.springframework.data.jpa.repository.query.SimpleJpaQuery：

SimpleJpaQuery(JpaQueryMethod method, EntityManager em, String queryString) {  

  …  
  // Try to create a Query object already to fail fast  
  if (!method.isNativeQuery()) {  
    try {  
      em.createQuery(query.getQuery());  
    } catch (RuntimeException e) {  
      // Needed as there's ambiguities in how an invalid query string shall be expressed by the persistence provider  
      // http://java.net/projects/jpa-spec/lists/jsr338-experts/archive/2012-07/message/17  
      throw e instanceof IllegalArgumentException ? e : new IllegalArgumentException(e);  
    }  
  }  
  …  
}  

create Query but not close because org.springframework.orm.jpa.SharedEntityManagerCreator
when execute Query:

if (method.getName().equals("getResultList") || method.getName().equals("getSingleResult") ||  
  method.getName().equals("executeUpdate")) {  
  EntityManagerFactoryUtils.closeEntityManager(this.em);  
}

to close the EntityManager. Simple solution:

EntityManager target = null;
// Try to create a Query object already to fail fast
if (!method.isNativeQuery()) {
  try {
    target = em.getEntityManagerFactory().createEntityManager();
    target.createQuery(query.getQuery());
  } catch (RuntimeException e) {
    // Needed as there's ambiguities in how an invalid query string shall be expressed by the persistence provider
    // http://java.net/projects/jpa-spec/lists/jsr338-experts/archive/2012-07/message/17
    throw e instanceof IllegalArgumentException ? e : new IllegalArgumentException(e);
  } finally {
    EntityManagerFactoryUtils.closeEntityManager(target);
  }
}

PasswordMaskingTestCase fails intermittently. See, for example, http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=14404&buildTypeId=WFPR
The log shows this:
05:55:56,496 ERROR [org.jboss.as.arquillian.container.ServerSetupObserver] (main) Setup task failed during setup. Offending class 'org.jboss.as.test.integration.security.passwordmasking.PasswordMaskingTestCase$PasswordMaskingTestCaseSetup@4b584d': java.lang.RuntimeException: Problem creating VaultSession: 
    at org.jboss.as.test.integration.security.common.VaultHandler.<init>(VaultHandler.java:168)
    at org.jboss.as.test.integration.security.common.VaultHandler.<init>(VaultHandler.java:180)
    at org.jboss.as.test.integration.security.common.VaultHandler.<init>(VaultHandler.java:188)
    at org.jboss.as.test.integration.security.passwordmasking.PasswordMaskingTestCase$PasswordMaskingTestCaseSetup.setup(PasswordMaskingTestCase.java:91)
    at org.jboss.as.arquillian.container.ServerSetupObserver.handleBeforeDeployment(ServerSetupObserver.java:116)
    at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source)
    . . .
    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
Caused by: java.lang.Exception: Exception encountered:
    at org.jboss.as.security.vault.VaultSession.initSecurityVault(VaultSession.java:173)
    at org.jboss.as.security.vault.VaultSession.startVaultSession(VaultSession.java:191)
    at org.jboss.as.test.integration.security.common.VaultHandler.<init>(VaultHandler.java:166)
    ... 103 more
Caused by: org.jboss.security.vault.SecurityVaultException: javax.crypto.IllegalBlockSizeException: Input length must be multiple of 8 when decrypting with padded cipher
    at org.picketbox.plugins.vault.PicketBoxSecurityVault.init(PicketBoxSecurityVault.java:210)
    at org.jboss.as.security.vault.VaultSession.initSecurityVault(VaultSession.java:170)
    ... 105 more
Caused by: javax.crypto.IllegalBlockSizeException: Input length must be multiple of 8 when decrypting with padded cipher
    at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:750)
    at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
    at com.sun.crypto.provider.PBECipherCore.doFinal(PBECipherCore.java:422)
    at com.sun.crypto.provider.PBEWithMD5AndDESCipher.engineDoFinal(PBEWithMD5AndDESCipher.java:316)
    at javax.crypto.Cipher.doFinal(Cipher.java:2087)
    at org.jboss.security.plugins.PBEUtils.decode(PBEUtils.java:72)
    at org.jboss.security.plugins.PBEUtils.decode64(PBEUtils.java:81)
    at org.picketbox.plugins.vault.PicketBoxSecurityVault.decode(PicketBoxSecurityVault.java:362)
    at org.picketbox.plugins.vault.PicketBoxSecurityVault.loadKeystorePassword(PicketBoxSecurityVault.java:339)
    at org.picketbox.plugins.vault.PicketBoxSecurityVault.init(PicketBoxSecurityVault.java:204)
    ... 106 more
Per discussion at http://lists.jboss.org/pipermail/wildfly-dev/2014-April/002064.html I am going to @Ignore this test and it is subject to being removed 3 weeks after 8.1.0.Final if not corrected.

ClientCompatibilityUnitTestCase has "localhost" hard coded as the address it tries to connect to. This fails when IPv6 is configured for testsuite runs, as the server is not listening on 127.0.0.1 but rather ::1.

The HBASE-11980 change has us doing hflush and hsync every time we call sync (noticed profiling).  Fix.  Let me expose as config calling one or the other. 

I believe the old shell would complain once only.. .or at least, it didn't print out so many fat exceptions.  New fixedup shell will retry a bunch of times with a fat stack trace each time.  Assigning Alexey 'cos he asked for it.

If partition name has special character like :, query will fail like:
FAILED: IllegalArgumentException Pathname /... from ... is not a valid DFS filename.
rootcause is skewed map in partition metastore has unescapted path

http://static.springsource.org/spring/docs/3.0.x/reference/xsd-config.html#xsd-config-body-schemas-tx
In the interest of completeness, to use the tags in the tx schema, you need to have the following preamble at the top of your Spring XML configuration file; the bold text in the following snippet references the correct schema so that the tags in the tx namespace are available to you.
But there is no bold text in the following snippet.

This one seems worth a dig. We seem to be making progress but here is what we are trying to load which seems weird:

2015-10-01 17:19:41,322 INFO  [main] mapreduce.LoadIncrementalHFiles(360): Split occured while grouping HFiles, retry attempt 10 with 4 files remaining to group or split
2015-10-01 17:19:41,323 ERROR [main] mapreduce.LoadIncrementalHFiles(402): -------------------------------------------------
Bulk load aborted with some files not yet loaded:
-------------------------------------------------
  hdfs://localhost:39540/user/jenkins/test-data/720ae36a-2495-456b-ba68-19e260685a35/testLocalMRIncrementalLoad/info-B/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/ce11cbe2490d444d8958264004286aff.bottom
  hdfs://localhost:39540/user/jenkins/test-data/720ae36a-2495-456b-ba68-19e260685a35/testLocalMRIncrementalLoad/info-B/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/ce11cbe2490d444d8958264004286aff.top
  hdfs://localhost:39540/user/jenkins/test-data/720ae36a-2495-456b-ba68-19e260685a35/testLocalMRIncrementalLoad/info-A/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/30c58eeb23a6464da21117e6e1bc565c.bottom
  hdfs://localhost:39540/user/jenkins/test-data/720ae36a-2495-456b-ba68-19e260685a35/testLocalMRIncrementalLoad/info-A/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/_tmp/30c58eeb23a6464da21117e6e1bc565c.top

Whats that about?
Making note here. Will keep an eye on this one.

The version of Hibernate Validator included in WildFly 8.1 and 8.2 throws an ArrayIndexOutOfBounds exception when deploying some applications. This is already reported in the Hibernate Validator JIRA:
 https://hibernate.atlassian.net/browse/HV-861

HttpProducer determines the charset of an outgoing StringEntity based on an Exchange property (Exchange.CHARSET_NAME), using null if that property is not set. It also sets the content-type based on the content-type of the camel message (this may also contain a character encoding). 
If these two don't match the receiver of the http request will probably not be able to parse the message. 
It would be better if the charset of the StringEntity would by default match the charset specified in the content-type. Matching these two is done when receiving response messages (in HttpProducer.extractResponseBody())...
Suggested fix (in HttpProducer.createRequestEntity()), you could of course also do something like org.apache.camel.component.http4.helper.HttpHelper.setCharsetFromContentType() but my approach uses org.apache.http.entity.ContentType and java.nio.charset.Charset instead of trying to determine the correct charset itself):

// be a bit careful with String as any type can most likely be converted to String
// so we only do an instanceof check and accept String if the body is really a String
// do not fallback to use the default charset as it can influence the request
// (for example application/x-www-form-urlencoded forms being sent)
String charset = IOHelper.getCharsetName(exchange, false);
if (charset == null && contentType != null)
{
    ContentType ct = ContentType.parse(contentType);
    if (ct != null) {
        Charset cs = ct.getCharset();
        if (cs != null)
        {
            charset = cs.name();
        }
    }
}
StringEntity entity = new StringEntity((String) data, charset);
entity.setContentType(contentType);
answer = entity;

This is just a written mistake. The parameters in stripePolicy.applyCompactionPolicy() of StripeCompactionPolicy.java is wrong. Just swap the 'mightBeStuck' and 'mayUseOffPeak'.

Looks like yet another clean shutdown issue surfaced after we changed WFLY-11324 to avoid some graceful shutdown bugs with the XA transaction table.

16:28:38,874 ERROR [org.infinispan.commons.tx.TransactionImpl] (default task-2) ISPN000926: afterCompletion() failed for SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=[node-1, node-2], isMarkedForRollback=false, lockedKeys=[], backupKeyLocks=[SessionAccessMetaDataKey(2sYbjnFh2n-m_gkaOP2iz53e0ms4cbuARoeIdYJ5), SessionCreationMetaDataKey(2sYbjnFh2n-m_gkaOP2iz53e0ms4cbuARoeIdYJ5), SessionAttributesKey(2sYbjnFh2n-m_gkaOP2iz53e0ms4cbuARoeIdYJ5)], topologyId=5, stateTransferFlag=null} org.infinispan.transaction.synchronization.SyncLocalTransaction@72} org.infinispan.transaction.synchronization.SynchronizationAdapter@91: org.infinispan.IllegalLifecycleStateException: Cannot wire or start components while the registry is not running
	at org.infinispan.factories.impl.BasicComponentRegistryImpl.prepareWrapperChange(BasicComponentRegistryImpl.java:610)
	at org.infinispan.factories.impl.BasicComponentRegistryImpl.wireWrapper(BasicComponentRegistryImpl.java:158)
	at org.infinispan.factories.impl.BasicComponentRegistryImpl$ComponentWrapper.wire(BasicComponentRegistryImpl.java:736)
	at org.infinispan.factories.impl.BasicComponentRegistryImpl$ComponentWrapper.running(BasicComponentRegistryImpl.java:712)
	at org.infinispan.transaction.impl.TransactionCoordinator.commit(TransactionCoordinator.java:148)
	at org.infinispan.transaction.impl.TransactionTable.afterCompletion(TransactionTable.java:861)
	at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:33)
	at org.infinispan.commons.tx.TransactionImpl.notifyAfterCompletion(TransactionImpl.java:506)
	at org.infinispan.commons.tx.TransactionImpl.runCommit(TransactionImpl.java:338)
	at org.infinispan.commons.tx.TransactionImpl.commit(TransactionImpl.java:110)
	at org.wildfly.clustering.ee.infinispan.InfinispanBatch.close(InfinispanBatch.java:97)
	at org.wildfly.clustering.web.undertow.session.DistributableSession.requestDone(DistributableSession.java:87)
	at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:945)
	at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:579)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:346)
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)

This is a simplified version of a TestFSUtils issue: a sleep and the test works 100% of the time. No sleep and it becomes flaky. Root cause unknown. While the issue appears on the tests, the root cause could be an issue on real production system as well.

@Test
 public void testFSUTils() throws Exception {
   final String hosts[] = {"host1", "host2", "host3", "host4"};
   Path testFile = new Path("/test1.txt");

   HBaseTestingUtility htu = new HBaseTestingUtility();

   try {
     htu.startMiniDFSCluster(hosts).waitActive();
     FileSystem fs = htu.getDFSCluster().getFileSystem();

     for (int i = 0; i < 100; ++i) {
       FSDataOutputStream out = fs.create(testFile);
       byte[] data = new byte[1];
       out.write(data, 0, 1);
       out.close();

       // Put a sleep here to make me work
       //Thread.sleep(2000);

       FileStatus status = fs.getFileStatus(testFile);
       HDFSBlocksDistribution blocksDistribution =
         FSUtils.computeHDFSBlocksDistribution(fs, status, 0, status.getLen());
       assertEquals("Wrong number of hosts distributing blocks. at
iteration "+i, 3,
         blocksDistribution.getTopHosts().size());

       fs.delete(testFile, true);
     }
   } finally {
     htu.shutdownMiniDFSCluster();
   }
 }

Assess the stability of the JarFinder util class from Hadoop-2, as a candidate for backporting to 0.94.

A user can optionally specify a row PrefixFilter, or a list of custom filters, to the REST API scanner.
Prefix filter example: 
<API>/123*?startrow=0&endrow=9
Custom filters example: 
<API>/*?startrow=0&endrow=9&filter=RowFilter(=,'substring:456)
This works when specified separately, like above. 
However, specifying both a prefix filter and a list of custom filters causes the API to ignore the prefix filter.
Example using both parameters:
<API>/123*?startrow=0&endrow=9&filter=RowFilter(=,'substring:456)
It appears that code in the TableResource.getScanResource function is causing this issue as follows:
(see https://hbase.apache.org/devapidocs/src-html/org/apache/hadoop/hbase/rest/TableResource.html#line.196 )
if (filterList != null) 
{
  tableScan.setFilter(filterList); /*comes from custom filters parameter*/

}
 else if (filter != null) {
  tableScan.setFilter(filter);
  /comes from row prefix parameter/
}
This should probably be changed to use a single filterList for both parameters. The prefix filter can be "Popped" onto the filter list and then these parameters will work even when both are specified.

In the process of setting Camel message headers from the payload, the MllpTcpServerConsumer is logging an error when it fails to identify the MSH segment of the message.  This error is logged before the hl7Headers configuration option is checked, so the error is always logged - even if setting the HL7 headers is disabled (i.e. hl7Headers=false).
This is a minor issue, but it effects edge cases where non-HL7 payloads are sent with the MLLP protocol.
The logic should be changed such that if the hl7Headers option is false, don't do anything (i.e. no log statement).

Bundle org.apache.servicemix.bundles.hbase which is part of feature camel-hbase imports package javax.script which may be not exported by system bundle.
camel-hbase feature should depend on ServiceMix's scripting bundle just like camel-groovy.

By running "solr setup" and "solr all" in Roo-Shell the generated solr code contains
...
public static QueryResponse Resolution.search(String queryString) {
return search(new SolrQuery("resolution_solrsummary_t:" + queryString.toLowerCase()));
}
...
If no queryString is entered in the frontend the execution of "null.toLowerCase()" will throw a NullPointerException.
My suggestion would be:
public static QueryResponse Resolution.search(final String queryString) {
final String searchString = "resolution_solrsummary_t:" + queryString;
return search(new SolrQuery(searchString.toLowerCase()));
}

Camel adds filenames it is processing to an in memory, in progress map.  Once it is finished processing it removes them.  If we specific a maxMessagesPerPoll number less then the files in a directory, it only processes up to the number of files we specify for each poll.  It then removes the rest from the in progress map and tries them again next poll.  This is the code (from GenericFileConsumer:processBatch()) for the last part:
       for (int index = 0; index < exchanges.size() && isRunAllowed(); index++) 
{
            GenericFileExchange<T> exchange = (GenericFileExchange<T>) exchanges.poll();
            String key = exchange.getGenericFile().getFileName();
            endpoint.getInProgressRepository().remove(key);
        }

Unfortunately, as you can see it uses exchanges.size() to determine how many file names to remove (i.e. how many times to loop), however exchanges.poll() removes one from the head of exchanges for each loop.  This means that the exchanges.size() reduces by one for each loop, which means it only cleans up half of the filenames that are in exchanges, which means these files are never picked up again as Camel thinks it is still processing them.

The fix is to replace the for loop with a while:

        while ((exchanges.size() > 0) && isRunAllowed()) {            GenericFileExchange<T> exchange = (GenericFileExchange<T>) exchanges.poll();            String key = exchange.getGenericFile().getFileName();            endpoint.getInProgressRepository().remove(key);        }

Spring Roo v1.0.2 add a trailing space to the database.properties database.driverClassName=com.ibm.db2.jcc.DB2Driver when setting DB2 as database in persistence setup preventing to load Driver class at compile time and runtime.
This issue is visible when launching maven with trace enabled (-e switch) reading the Driver class name it is looking for ("...DB2Driver ")

Executing a reload or shutdown inside an if/else block results in the reload or restart occurring before the other commands in the batch are executed.

if (outcome == success) of /subsystem=logging/logger=org.jboss.as.cli:read-resource()
   /subsystem=logging:write-attribute(name=use-deployment-logging-config
   shutdown --restart=true
end-if

This command will actually leave the server in a reload-required state. The shutdown, or reload, will occur before the write-attribute is executed.

When I was debugging bulk load failure, I saw the following in region server log:

2017-10-17 23:05:28,795 DEBUG [B.defaultRpcServer.handler=0,queue=0,port=16020] regionserver.HRegion: NOT flushing memstore for region mx_,         f449669a8b0341e4edbd2ebdacc72094f449669a8b0341e4edbd2ebdacc7209420150711,1504909319142.52d496ba39036e0c2cc9522895ad438f., flushing=true, writesEnabled=true
2017-10-17 23:05:28,796 ERROR [B.defaultRpcServer.handler=0,queue=0,port=16020] access.SecureBulkLoadEndpoint: Failed to complete bulk load
java.io.IOException: Could not bulk load with an assigned sequential ID because the flush didn't run. Reason for not flushing: Not flushing since already flushing
  at org.apache.hadoop.hbase.regionserver.HRegion.bulkLoadHFiles(HRegion.java:5282)
  at org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint$1.run(SecureBulkLoadEndpoint.java:292)
  at org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint$1.run(SecureBulkLoadEndpoint.java:275)

There was concurrent flush which got misinterpreted by bulkLoadHFiles().
HRegion#bulkLoadHFiles() should wait for the concurrent flush to complete.

Carl Steinbach did wrote some nice pseudo-BNF grammar for RCFile. I think it would rad to put it in the Javadoc to benefit other developers.

Lack of equals/hashCode interferes with the ability of AuthenticationConfiguration to determine equality.

org.springframework.data.redis.core.DefaultBoundZSetOperations
public void intersectAndStore(K destKey, K otherKey) {
	ops.intersectAndStore(getKey(), otherKey, destKey);
}
should be 
public void intersectAndStore(K otherKey, K destKey) {
}

 java.lang.NullPointerException at org.springframework.test.web.servlet.result.MockMvcResultHandlers.<clinit>(MockM‌​vcResultHandlers.java:44)
is thrown when making use of MockMvcResultHandlers.print() in one of my JUnit 4.11 tests.
Line 44 of MockM‌​vcResultHandlers looks like this:
private static final Log logger = LogFactory.getLog(MockMvcResultHandlers.class.getPackage().getName());
I've confirmed that it is the getPackage() call that is returning null.
From what I've read, it might be due to how the class loading works with the maven-surefire-plugin when a forkCount of 0.  Unfortunately, I can't update to 1 to verify if that will help getPackage() not return null.

The documentation has example code on how to use LineMappers. This code is incorrect as the LineMapper interface does not have the methods setLineTokenizer or setFieldMapper. The line:

LineMapper<Player> lineMapper = new DefaultLineMapper<Player>();

should read

DefaultLineMapper<Player> lineMapper = new DefaultLineMapper<Player>();

Full snippet here:

FlatFileItemReader<Player> itemReader = new FlatFileItemReader<Player>();
itemReader.setResource(new FileSystemResource("resources/players.csv"));
//DelimitedLineTokenizer defaults to comma as its delimiter
lineMapper.setLineTokenizer(new DelimitedLineTokenizer());
lineMapper.setFieldSetMapper(new PlayerFieldSetMapper());
itemReader.setLineMapper(lineMapper);
itemReader.open(new ExecutionContext());
Player player = itemReader.read();

Just saw this in an IT test.

Thread 75 (PriorityRpcServer.handler=3,queue=1,port=16020):
  State: BLOCKED
  Blocked count: 691635
  Waited count: 1557446
  Blocked on java.util.LinkedList@32b53d9e
  Blocked by 81 (PriorityRpcServer.handler=9,queue=1,port=16020)
  Stack:
    org.apache.hadoop.hbase.regionserver.MultiVersionConcurrencyControl.toString(MultiVersionConcurrencyControl.java:234)
    java.lang.String.valueOf(String.java:2994)
    java.lang.StringBuilder.append(StringBuilder.java:131)
    org.apache.hadoop.hbase.regionserver.MultiVersionConcurrencyControl.waitForRead(MultiVersionConcurrencyControl.java:209)
    org.apache.hadoop.hbase.regionserver.MultiVersionConcurrencyControl.completeAndWait(MultiVersionConcurrencyControl.java:144)
    org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchMutation(HRegion.java:3191)
    org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2837)
    org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2779)
    org.apache.hadoop.hbase.regionserver.RSRpcServices.doBatchOp(RSRpcServices.java:697)
    org.apache.hadoop.hbase.regionserver.RSRpcServices.doNonAtomicRegionMutation(RSRpcServices.java:659)
    org.apache.hadoop.hbase.regionserver.RSRpcServices.multi(RSRpcServices.java:2047)
    org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32594)
    org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2120)
    org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:106)
    org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:130)
    org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:107)
    java.lang.Thread.run(Thread.java:745)

Thread 81 (PriorityRpcServer.handler=9,queue=1,port=16020):
  Blocked count: 691858
  Waited count: 1558138
  Blocked on java.lang.Object@2a5e9ae8
  Blocked by 75 (PriorityRpcServer.handler=3,queue=1,port=16020)
  Stack:
    org.apache.hadoop.hbase.regionserver.MultiVersionConcurrencyControl.complete(MultiVersionConcurrencyControl.java:191)
    org.apache.hadoop.hbase.regionserver.MultiVersionConcurrencyControl.completeAndWait(MultiVersionConcurrencyControl.java:143)
Thread 80 (PriorityRpcServer.handler=8,queue=0,port=16020):

Setting section properties of previously non-existent Sections using getSection().setProperty() fails.
Using a non existing filename for f, the following produces an empty file.
ini = HierarchicalINIConfiguration(f)
section = ini.getSection("section")
section.setProperty("foo", "bar")
ini.save()
Accessing SubnodeConfigurations after clearing them fails.
using an existing file with an existing section, produces an empty file.
ini = new HierarchicalINIConfiguration(f);
subnode = ini.getSection("section");
if (! subnode.isEmpty() ) {
   subnode.clear();
}
subnode.setProperty("foo", "bar");
ini.save();

at least some operations (or parts of operations) can run at READ_COMMITTED.
CompactionTxnHandler.setRunAs()
CompactionTxnHandler.findNextToCompact()
if update stmt includes cq_state = '" + INITIATED_STATE + "'" in WHERE clause and logic to look for "next" candidate
CompactionTxnHandler.markCompacted()
perhaps add cq_state=WORKING_STATE in Where clause (mostly as an extra consistency check)

Missing "m" after MaxHeapSize-value in gradlew.bat and build.gradle. 
Existing:
-XX:MaxHeapSize=512
Should be
-XX:MaxHeapSize=512m
Env: Win7, java 1.6.0_37

Related to HBASE-8367 there is no programmatic way to determine if the hbase.bulkload.retries.number value has been hit.  Callers of doBulkLoad have no way to determine other than log examination whether the bulk load was actually successful.
Here is the relevant code sections:
LoadIncrementalHFiles.java
public void doBulkLoad ...
{
    try {
    ...
        if (maxRetries != 0 && count >= maxRetries) {
            LOG.error("Retry attempted " + count + " times without completing, bailing out");
            return;
        }
    ...
    } finally {
    ...
      pool.shutdown();
      if (queue != null && !queue.isEmpty()) {
        StringBuilder err = new StringBuilder();
        err.append("-------------------------------------------------\n");
        err.append("Bulk load aborted with some files not yet loaded:\n");
        for (LoadQueueItem q : queue) {
          err.append("  ").append(q.hfilePath).append('\n');
        }
        LOG.error(err);
      }
    }

    if (queue != null && !queue.isEmpty()) {
        throw new RuntimeException("Bulk load aborted with some files not yet loaded."
          + "Please check log for more details.");
}

One possible solution is to move the throw new RuntimeException clause at the end into the finally block.  The exception is currently never thrown for max retries due to the return in the initial if statement.

CamelTransportFactory does not need to call
"configurer.configurationBean(destination)" as it has been performed
by CamelDestination..initConfig() in its constructor.  

Index: components/camel-cxf/src/main/java/org/apache/camel/component/cxf/transport/CamelTransportFactory.java
--- components/camel-cxf/src/main/java/org/apache/camel/component/cxf/transport/CamelTransportFactory.java	(revision 675685)
+++ components/camel-cxf/src/main/java/org/apache/camel/component/cxf/transport/CamelTransportFactory.java	(working copy)
@@ -26,7 +26,6 @@
 
 import org.apache.camel.CamelContext;
 import org.apache.cxf.Bus;
-import org.apache.cxf.configuration.Configurer;
 import org.apache.cxf.service.model.EndpointInfo;
 import org.apache.cxf.transport.AbstractTransportFactory;
 import org.apache.cxf.transport.Conduit;
@@ -87,12 +86,7 @@
     }
 
     public Destination getDestination(EndpointInfo endpointInfo) throws IOException {
-        CamelDestination destination = new CamelDestination(camelContext, bus, this, endpointInfo);
-        Configurer configurer = bus.getExtension(Configurer.class);
-        if (null != configurer) {
-            configurer.configureBean(destination);
-        }
-        return destination;
+        return new CamelDestination(camelContext, bus, this, endpointInfo);
     }
 
     public Set<String> getUriPrefixes() {

There are potentially overflowing expressions in org.wildfly.security.permission.LongNameSetPermissionCollection in getBitsForName method. Expressions 1 << nameEnumeration.size() and 1 << nameEnumeration.indexOf(name) are evaluated as integer but assigned to bits variable which is long. It can be avoided by casting 1 to long.

Probably I tried to check the master web ui too soon.  I got some internal error page.  In the master log, there is such exception:

2012-08-17 16:06:25,146 ERROR org.mortbay.log: /master-status
        at org.apache.hadoop.hbase.master.HMaster.isCatalogJanitorEnabled(HMaster.java:1213)
        at org.apache.hadoop.hbase.master.MasterStatusServlet.doGet(MasterStatusServlet.java:72)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
        at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1221)
        at org.apache.hadoop.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:835)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
        at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
        at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
        at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
        at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
        at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
        at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
        at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
        at org.mortbay.jetty.Server.handle(Server.java:326)
        at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
        at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
        at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)

Coprocessors currently create a full HTable when they want to write. However, we know that coprocessors must run from within an HBase server (either master or RS). For the master, its rare that we are going to be doing performance sensitive operations, but RS calls could be very time-intensive. 
Therefore, we should be able to tell when a call from a CP attempts to talk to the RS on which it lives and just short-circuit to calling that RS, rather than going the long way around (which does the full marshalling/unmarshalling of data, as well as going over the loopback interface).

ArrowColumnarBatchSerDe allocates an arrow NullableMapVector for each task that uses the serde.
The vector is a DirectByteBuffer allocated from Arrow's off-heap buffer pool.
This buffer is never closed and leaks about 1K of physical memory for each task.
This patch does three things:

Ensure the buffer is closed when the RecordWriter for the task is closed. 
Adds per-task memory accounting by assigning a ChildAllocator to each task from the RootAllocator.
Enforces that the ChildAllocator for a task has released all memory assigned to it, when the task is completed. 

The patch assumes that close() is always called on the RecordWriter when a task is finished (even if there is a failure during task execution). 

Just tried running a local hbase instance after a 

mvn -D skipTests=true package assembly:assembly

and then unpacking the SNAPSHOT tar ball in $HBASE_HOME/target
When trying to stop it with stop-hbase.sh it would not stop but print dots continuously. 
Thread dump shows:

Full thread dump Java HotSpot(TM) 64-Bit Server VM (14.3-b01-101 mixed mode):

"Attach Listener" daemon prio=9 tid=0x0000000102b52800 nid=0x14eb13000 waiting on condition [0x0000000000000000]

"481404130@qtp0-0-EventThread" daemon prio=5 tid=0x0000000102cf1800 nid=0x152dac000 waiting on condition [0x0000000152dab000]
   java.lang.Thread.State: WAITING (parking)
	- parking to wait for  <0x00000001075778d8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:358)
	at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:477)

"481404130@qtp0-0-SendThread(localhost:2181)" daemon prio=5 tid=0x0000000102914800 nid=0x152a56000 runnable [0x0000000152a55000]
	at sun.nio.ch.KQueueArrayWrapper.kevent0(Native Method)
	at sun.nio.ch.KQueueArrayWrapper.poll(KQueueArrayWrapper.java:136)
	at sun.nio.ch.KQueueSelectorImpl.doSelect(KQueueSelectorImpl.java:69)
	at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
	- locked <0x0000000107577b58> (a sun.nio.ch.Util$1)
	- locked <0x0000000107577b70> (a java.util.Collections$UnmodifiableSet)
	- locked <0x0000000107577ae0> (a sun.nio.ch.KQueueSelectorImpl)
	at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
	at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1066)

"LruBlockCache.EvictionThread" daemon prio=5 tid=0x0000000101eab800 nid=0x155452000 in Object.wait() [0x0000000155451000]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000001094034c0> (a org.apache.hadoop.hbase.io.hfile.LruBlockCache$EvictionThread)
	at java.lang.Object.wait(Object.java:485)
	at org.apache.hadoop.hbase.io.hfile.LruBlockCache$EvictionThread.run(LruBlockCache.java:509)
	- locked <0x00000001094034c0> (a org.apache.hadoop.hbase.io.hfile.LruBlockCache$EvictionThread)

"DestroyJavaVM" prio=5 tid=0x0000000102800800 nid=0x100501000 waiting on condition [0x0000000000000000]

"ProcessThread:-1" prio=5 tid=0x0000000102a5f800 nid=0x14f248000 waiting on condition [0x000000014f247000]
	- parking to wait for  <0x00000001091d2e40> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at org.apache.zookeeper.server.PrepRequestProcessor.run(PrepRequestProcessor.java:103)

"SyncThread:0" prio=5 tid=0x0000000102a0e000 nid=0x14f145000 waiting on condition [0x000000014f144000]
	- parking to wait for  <0x00000001091d2d50> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at org.apache.zookeeper.server.SyncRequestProcessor.run(SyncRequestProcessor.java:94)

"SessionTracker" prio=5 tid=0x00000001029be000 nid=0x14f042000 in Object.wait() [0x000000014f041000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	- waiting on <0x00000001091e42f8> (a org.apache.zookeeper.server.SessionTrackerImpl)
	at org.apache.zookeeper.server.SessionTrackerImpl.run(SessionTrackerImpl.java:142)
	- locked <0x00000001091e42f8> (a org.apache.zookeeper.server.SessionTrackerImpl)

"NIOServerCxn.Factory:0.0.0.0/0.0.0.0:2181" daemon prio=5 tid=0x000000010297f800 nid=0x14ef3f000 runnable [0x000000014ef3e000]
	- locked <0x00000001091c1240> (a sun.nio.ch.Util$1)
	- locked <0x00000001091c1228> (a java.util.Collections$UnmodifiableSet)
	- locked <0x00000001091ea248> (a sun.nio.ch.KQueueSelectorImpl)
	at org.apache.zookeeper.server.NIOServerCnxn$Factory.run(NIOServerCnxn.java:232)

"Low Memory Detector" daemon prio=5 tid=0x0000000101878000 nid=0x14e90d000 runnable [0x0000000000000000]

"CompilerThread1" daemon prio=9 tid=0x0000000102840800 nid=0x14e80a000 waiting on condition [0x0000000000000000]

"CompilerThread0" daemon prio=9 tid=0x000000010283f800 nid=0x14e707000 waiting on condition [0x0000000000000000]

"Signal Dispatcher" daemon prio=9 tid=0x000000010283f000 nid=0x14e604000 runnable [0x0000000000000000]

"Surrogate Locker Thread (CMS)" daemon prio=5 tid=0x000000010283e000 nid=0x14e501000 waiting on condition [0x0000000000000000]

"Finalizer" daemon prio=8 tid=0x000000010282e800 nid=0x14e157000 in Object.wait() [0x000000014e156000]
	- waiting on <0x00000001091efa30> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
	- locked <0x00000001091efa30> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x000000010282d800 nid=0x14e054000 in Object.wait() [0x000000014e053000]
	- waiting on <0x00000001091ef988> (a java.lang.ref.Reference$Lock)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
	- locked <0x00000001091ef988> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=9 tid=0x0000000102826800 nid=0x14df51000 runnable 

"Gang worker#0 (Parallel GC Threads)" prio=9 tid=0x0000000102802000 nid=0x106205000 runnable 

"Gang worker#1 (Parallel GC Threads)" prio=9 tid=0x0000000102802800 nid=0x106308000 runnable 

"Concurrent Mark-Sweep GC Thread" prio=9 tid=0x0000000101800800 nid=0x14dc5a000 runnable 
"VM Periodic Task Thread" prio=10 tid=0x0000000101881000 nid=0x14ea10000 waiting on condition 

"Exception Catcher Thread" prio=10 tid=0x0000000102801800 nid=0x103101000 runnable 
JNI global references: 1175

On the following page:
http://static.springframework.org/spring-security/site/reference/html/namespace-config.html
You can find the following line
<global-method-security secured-annotations="enabled" jsr250-annotations="true"/>
The "true" is wrong, according to the schema that attribute needs to be enabled or disabled.

Looking at the source of https://github.com/spring-projects/spring-framework/blob/master/spring-web/src/main/java/org/springframework/web/filter/ShallowEtagHeaderFilter.java
The assertion error seems incorrect

ContentCachingResponseWrapper responseWrapper =
				WebUtils.getNativeResponse(response, ContentCachingResponseWrapper.class);
		Assert.notNull(responseWrapper, "ShallowEtagResponseWrapper not found");

Should be "ContentCachingResponseWrapper not found". 

groupingSetsPosition is set to -1 in case there are no grouping sets; however DPP calls the constructor with 0 
this could potentially trigger an unwanted emittion of a summary row

2018-03-13T05:58:16,226 ERROR [TezTR-881987_1_5_1_1_0] tez.TezProcessor: java.lang.RuntimeException: Hive Runtime Error while closing operators: 0
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:407)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:284)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:250)
        at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:374)
        at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:73)
        at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:61)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1962)
        at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:61)
        at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:37)
        at org.apache.tez.common.CallableWithNdc.call(CallableWithNdc.java:36)
        at org.apache.hadoop.hive.llap.daemon.impl.StatsRecordingThreadPool$WrappedCallable.call(StatsRecordingThreadPool.java:110)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at org.apache.hadoop.hive.ql.exec.vector.VectorHashKeyWrapperBatch.setLongValue(VectorHashKeyWrapperBatch.java:994)
        at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator$ProcessingModeHashAggregate.close(VectorGroupByOperator.java:461)
        at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator.closeOp(VectorGroupByOperator.java:1179)
        at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:722)
        at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:746)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:383)

I'm using this URI: netty4:tcp://localhost:8888?sync=false&textline=true
And I have this issue when initiating Camel shutdown using DefaultShutdownStrategy:

Camel suspends NettyConsumer (SingleTCPNettyServerBootstrapFactory), which only stops the "main" Netty channel, but not the other Netty channels (i.e. socket connections)
Camel waits for routes to be empty of inflight & pending exchanges
 Those other Netty channels kept receiving data, which are turned into new exchanges
	
As long as the TCP clients keep sending data into the channels + exchanges completing slower than send rate, routes will never be empty of inflight & pending exchanges

Forced shutdown after 5 minutes (timed out)

To simulate the issue

Run the attached tcp-server.camel Groovy script: groovy tcp-server.camel
After that has started, run the attached tcp-client.groovy: groovy tcp-client.groovy
After tcp-client starts sending data over, stop the tcp-server (CTRL+C in Windows)
You should see something like this:
cmd
INFO  - Apache Camel 2.15.2 (CamelContext: camel-1) started in 1.015 seconds
INFO  - Hey 0
INFO  - Hey 1
INFO  - Hey 2
INFO  - Hey 3
INFO  - Apache Camel 2.15.2 (CamelContext: camel-1) is shutting down
INFO  - Starting to graceful shutdown 1 routes (timeout 300 seconds)
INFO  - Waiting as there are still 1 inflight and pending exchanges to complete,
 timeout in 300 seconds.
INFO  - Hey 4
 timeout in 299 seconds.
 timeout in 298 seconds.
INFO  - Hey 5
 timeout in 297 seconds.
 timeout in 296 seconds.
INFO  - Hey 6
 timeout in 295 seconds.
 timeout in 294 seconds.
...

 CachingConnectionFactory.setPublisherConfirms(true);
 CachingConnectionFactory.setPublisherReturns(true);

When shutdown the application in Publisher Confirms mode，a ShutdownSignalException is thrown

com.rabbitmq.client.ShutdownSignalException: clean connection shutdown; protocol method: #method<connection.close>(reply-code=200, reply-text=OK, class-id=0, method-id=0)

On the Jon Gray cluster, his clocks are skewed badly.  I see weird stuff in .META.

2008-06-25 14:57:57,728 DEBUG org.apache.hadoop.hbase.HMaster: HMaster.metaScanner regioninfo: {regionname: items,823ce1e3-d414-474f-ac70-c4081cecef0f,1214416614697, startKey: <823ce1e3-d414-474f-ac70-c4081cecef0f>, endKey: <86f8df20-e237-4bb3-9748-88cef892bd70>, encodedName: 1157924217, offline: true, split: true, tableDesc: {name: items, families: {cfrecs:={name: cfrecs, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, clusters:={name: clusters, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, content:={name: content, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, readby:={name: readby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, receivedby:={name: receivedby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, savedby:={name: savedby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, sentby:={name: sentby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}}}}, server: 192.168.249.223:60020, startCode: 1214406344634
2008-06-25 14:57:57,732 DEBUG org.apache.hadoop.hbase.HMaster: HMaster.metaScanner regioninfo: {regionname: items,823ce1e3-d414-474f-ac70-c4081cecef0f,1214416641213, startKey: <823ce1e3-d414-474f-ac70-c4081cecef0f>, endKey: <83fca0e2-f324-4f9e-99c1-1fdbeff63b3d>, encodedName: 541300165, tableDesc: {name: items, families: {cfrecs:={name: cfrecs, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, clusters:={name: clusters, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, content:={name: content, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, readby:={name: readby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, receivedby:={name: receivedby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, savedby:={name: savedby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, sentby:={name: sentby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}}}}, server: 192.168.249.220:60020, startCode: 1214424347649
2008-06-25 14:57:57,738 DEBUG org.apache.hadoop.hbase.HMaster: HMaster.metaScanner regioninfo: {regionname: items,823ce1e3-d414-474f-ac70-c4081cecef0f,1214434560891, startKey: <823ce1e3-d414-474f-ac70-c4081cecef0f>, endKey: <9066d4f3-314b-4d9c-90e8-7aa08a52fdd4>, encodedName: 1673833201, offline: true, split: true, tableDesc: {name: items, families: {cfrecs:={name: cfrecs, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, clusters:={name: clusters, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, content:={name: content, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, readby:={name: readby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, receivedby:={name: receivedby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, savedby:={name: savedby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}, sentby:={name: sentby, max versions: 2, compression: NONE, in memory: false, max length: 2147483647, bloom filter: none}}}}, server: 192.168.249.221:60020, startCode: 1214406358315

Thats 3 regions with same start code; 2 are offline.
Looking at the regionids – these are timestamps – I see that they don't jibe with how they should be aligned.  Parents should come before daughters in timestamps.
Looking at clocks on cluster, they are badly skewed:

{code
<st^ack>	[hbase@mb0 logs]$ for i in 0 1 2 3 4 5 6 7 8 9; do ssh hb$i "hostname; date"; done
	<st^ack>	hb0.streamy.com
	<st^ack>	Wed Jun 25 16:47:29 PDT 2008
	<st^ack>	hb1.streamy.com
	<st^ack>	Wed Jun 25 11:47:39 PDT 2008
	<st^ack>	hb2.streamy.com
	<st^ack>	Wed Jun 25 11:47:40 PDT 2008
	<st^ack>	hb3.streamy.com
	<st^ack>	Wed Jun 25 11:47:26 PDT 2008
	<st^ack>	hb4.streamy.com
	<st^ack>	Wed Jun 25 11:47:35 PDT 2008
	<st^ack>	hb5.streamy.com
	<st^ack>	hb6.streamy.com
	<st^ack>	hb7.streamy.com
	<st^ack>	hb8.streamy.com
	<st^ack>	Wed Jun 25 16:47:30 PDT 2008
	<st^ack>	hb9.streamy.com
{code}

Looking at split code, looks like the regionserver sets the regionid/timestamp on the new daughter regions inside in the HRegionInfo constructor that gets called when splitting:

    this.regionId = System.currentTimeMillis();

Daughters update the .META. table; they need to have a basic check that they are not inserting with a timestamp that is older than the parent they are splitting.
This is a bit like HBASE-609

base my question in StackOverflow forum (see reference url), i want to make application using noSQL mongoDB, and i got simple tutorial spring roo and mongodb to make make simple apps. 
i use latest version of mongo DB and spring roo, but when i try to make apps, got error message:
NullPointerException at org.springframework.roo.addon.layers.repository.mongo.RepositoryMongoMetadataProviderImpl.getMetadata(RepositoryMongoMetadataProviderImpl.java:122)  
i dont know, this is bug or i missing step ?
thanks lot 

As discussed on HBASE-6192, it looks like someone cut and pasted the access check from preCompact into preCompactSelection at one time and, later, another change was made that relaxed permissions for compaction requests from ADMIN to ADMIN|CREATE.
We do not need an access check in preCompactSelection since a request to compact is already mediated by preCompact.

At page 73 in the pdf reference documentation:
<bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="locations" value="classpath:com/foo/jdbc.properties"/>
</bean>
Property tag is closed twice.

shrek:hbase2 nitay$ ant clean test
Buildfile: build.xml
clean:
compile-test:
BUILD FAILED
/Users/nitay/code/hbase2/build.xml:411: destination directory "/Users/nitay/code/hbase2/build/test" does not exist or is not a directory
Total time: 0 seconds

I see this in the logs on simple startup:

2013-03-20 10:20:00,990 WARN org.apache.hadoop.hbase.regionserver.HRegionServer: error telling master we are up
com.google.protobuf.ServiceException: methodName=regionServerStartup
        at org.apache.hadoop.hbase.ipc.ProtobufRpcClientEngine$Invoker.invoke(ProtobufRpcClientEngine.java:147)
        at com.sun.proxy.$Proxy8.regionServerStartup(Unknown Source)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.reportForDuty(HRegionServer.java:1783)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:713)
Caused by: org.apache.hadoop.hbase.exceptions.ServerNotRunningYetException: org.apache.hadoop.hbase.exceptions.ServerNotRunningYetException: Server is not running yet
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
        at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:95)
        at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:79)
        at org.apache.hadoop.hbase.ipc.ProtobufRpcClientEngine$Invoker.invoke(ProtobufRpcClientEngine.java:146)
        ... 4 more
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException: org.apache.hadoop.hbase.exceptions.ServerNotRunningYetException: Server is not running yet
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1855)

        at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:1317)
        at org.apache.hadoop.hbase.ipc.ProtobufRpcClientEngine$Invoker.invoke(ProtobufRpcClientEngine.java:131)
        ... 4 more
2013-03-20 10:20:00,991 WARN org.apache.hadoop.hbase.regionserver.HRegionServer: reportForDuty failed; sleeping and then retrying.

In 16.3.3 The MultiActionController documentation
http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/ch16s03.html#mvc-controller-multiaction
Has this information
<<<<<
// 'anyMeaningfulName' can be replaced by any method name
public [ModelAndView | Map | void] anyMeaningfulName(HttpServletRequest, HttpServletResponse [,HttpSession] [,AnyObject])
The full details of this method signature are covered in the class-level Javadoc ....
>>>>>
Well :
1) the "class-level Javadoc" link point out to 2.5.x series documentation, must be to
http://static.springsource.org/spring/docs/3.0.x/javadoc-api/org/springframework/web/servlet/mvc/multiaction/MultiActionController.html
2) in the suggested link has this text (even for 2.5.x)
Code:
public [ModelAndView | Map | void]
 against 
public (ModelAndView | Map | String | void) 
doesn't match
and
(HttpServletRequest, HttpServletResponse [,HttpSession] [,AnyObject])
 against 
(HttpServletRequest request, HttpServletResponse response);

The error is "Access could not be granted. (The client authentication hasn't been approved by the current user.)"
It appeared after switching to spring-security-web-3.0.3.RELEASE.
The reason is that when a user is redirected to the login page, the UnapprovedClientAuthenticationException is thrown which is then stored in SimpleUrlAuthenticationFailureHandler.onAuthenticationFailure() - line 60, which was not the case in 3.0.2

https://builds.apache.org/job/PreCommit-HBASE-Build/4434/artifact/patchprocess/patch-unit-hbase-server.txt

Exception in thread "Thread-2369" java.lang.OutOfMemoryError: Java heap space
	at java.util.Arrays.copyOf(Arrays.java:3332)
	at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
	at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:596)
	at java.lang.StringBuffer.append(StringBuffer.java:367)
	at java.io.BufferedReader.readLine(BufferedReader.java:370)
	at java.io.BufferedReader.readLine(BufferedReader.java:389)
	at org.apache.maven.surefire.shade.org.apache.maven.shared.utils.cli.StreamPumper.run(StreamPumper.java:66)
Exception in thread "Thread-2357" java.lang.OutOfMemoryError: Java heap space
Exception in thread "Thread-2365" java.lang.OutOfMemoryError: Java heap space
Running org.apache.hadoop.hbase.filter.TestFuzzyRowFilterEndToEnd
Running org.apache.hadoop.hbase.filter.TestFilterListOrOperatorWithBlkCnt
Exception in thread "Thread-2383" java.lang.OutOfMemoryError: Java heap space
Exception in thread "Thread-2397" java.lang.OutOfMemoryError: Java heap space
Exception in thread "Thread-2401" java.lang.OutOfMemoryError: Java heap space
Running org.apache.hadoop.hbase.TestHBaseTestingUtility
Exception in thread "Thread-2407" java.lang.OutOfMemoryError: Java heap space
Exception in thread "Thread-2411" java.lang.OutOfMemoryError: Java heap space
Exception in thread "Thread-2413" java.lang.OutOfMemoryError: Java heap space

The OOM happens in the surefire plugin when reading the stdout or stderr of the running test...

"modeled after Google'" should be "modeled after Google's" - it was missing the "s"

The CopyTable MR job needs to change name, currently it requires passing quotes around it since it's "Copy Table". Also all the other names are lower case and without and white spaces.

Elytron aggregate-http-server-mechanism-factory includes attribute named http-server-factories which refers org.wildfly.security.http-server-mechanism-factory capability. Name of this attribute should be changed from http-server-factories to http-server-mechanism-factories because:

it should be consistent with other Elytron resources which uses name http-server-mechanism-factory
it can be confused since http-server-factories seems as it may also refer some org.wildfly.security.http-authentication-factory

My resource defines an attribute which is a LIST of OBJECT that corresponds to a class (class name + module) and Properties that are passed to the created instance:

    private static final String CLASS = "class";
    private static final String MODULE = "module";
    public static final PropertiesAttributeDefinition PROPERTIES = new PropertiesAttributeDefinition.Builder("properties", true)
            .setAllowExpression(true)
            .build();

    public static final ObjectTypeAttributeDefinition PROCESS_STATE_LISTENER = ObjectTypeAttributeDefinition.Builder.of("process-state-listener",
            SimpleAttributeDefinitionBuilder.create(CLASS, ModelType.STRING, false)
                    .setAllowExpression(false)
                    .build(),
            SimpleAttributeDefinitionBuilder.create(MODULE, ModelType.STRING, false)
                    .build(),
            PROPERTIES)
            .setRestartAllServices()
            .setAllowNull(true)
            .build();
    public static final AttributeDefinition PROCESS_STATE_LISTENERS = ObjectListAttributeDefinition.Builder.of("listeners", PROCESS_STATE_LISTENER)
            .setAllowNull(false)
            .setRuntimeServiceNotRequired()
            .build();

I can create the resource from the CLI:

 /subsystem=core-management/service=process-state-listeners:add(listeners=[{class=org.foo.Listener, module=org.foo,, properties = {foo  = true, bar  = ${bar.prop:2}}}])

And the resource and its attribute is properly marshalled to the XML configuration:

            <process-state-listeners>
                <listeners>
                    <process-state-listener class="org.foo.Listener" module="org.foo">
                        <properties>
                            <property name="foo" value="true"/>
                            <property name="bar" value="${bar.prop:2}"/>
                        </properties>
                    </process-state-listener>
                </listeners>
            </process-state-listeners>

However the resource can not be parsed and it fails with the exception:

2016-09-27 14:57:35,285 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:131)
	at org.jboss.as.server.ServerService.boot(ServerService.java:355)
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:303)
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[118,25]
Message: WFLYCTL0198: Unexpected element '{urn:jboss:domain:core-management:1.0}properties' encountered
	at org.jboss.as.controller.parsing.ParseUtils.unexpectedElement(ParseUtils.java:89)
	at org.jboss.as.controller.parsing.ParseUtils.requireNoContent(ParseUtils.java:244)
	at org.jboss.as.controller.AttributeParser$5.parseElement(AttributeParser.java:197)
	at org.jboss.as.controller.PersistentResourceXMLDescription.parseAttributes(PersistentResourceXMLDescription.java:208)
	at org.jboss.as.controller.PersistentResourceXMLDescription.parseAttributeGroups(PersistentResourceXMLDescription.java:140)
	at org.jboss.as.controller.PersistentResourceXMLDescription.parse(PersistentResourceXMLDescription.java:117)
	at org.jboss.as.controller.PersistentResourceXMLDescription.parseChildren(PersistentResourceXMLDescription.java:258)
	at org.jboss.as.controller.PersistentResourceXMLDescription.parse(PersistentResourceXMLDescription.java:135)
	at org.wildfly.extension.management.CoreManagementSubsystemParser_1_0.readElement(CoreManagementSubsystemParser_1_0.java:77)
	at org.wildfly.extension.management.CoreManagementSubsystemParser_1_0.readElement(CoreManagementSubsystemParser_1_0.java:50)
	at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110)
	at org.jboss.staxmapper.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:69)
	at org.jboss.as.server.parsing.StandaloneXml_5.parseServerProfile(StandaloneXml_5.java:591)
	at org.jboss.as.server.parsing.StandaloneXml_5.readServerElement(StandaloneXml_5.java:245)
	at org.jboss.as.server.parsing.StandaloneXml_5.readElement(StandaloneXml_5.java:144)
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:107)
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:49)
	at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69)
	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:123)
	... 3 more

The code in org.jboss.as.controller.AttributeParser#parseElement:197 to parse a list of objects assumes that the object's value are all represented by XML attributes. In my case, that's not correct as the "properties" attribute is represented by XML elements.

HFileOutputFormat uses timestamps for the path name to avoid collision.
It is possible the path name still collide and causing MR job fails.
Caused by: java.io.IOException: File: hdfs://ubasedev001-snc3-dfs-nn.data.facebook.com:9000/user/hadoop/partitions_1316142976586#_\
partition.lst has changed on HDFS since job started
at org.apache.hadoop.filecache.DistributedCache.ifExistsAndFresh(DistributedCache.java:572)
at org.apache.hadoop.filecache.DistributedCache.checkCacheStatusValidity(DistributedCache.java:465)
at org.apache.hadoop.filecache.DistributedCache.getLocalCache(DistributedCache.java:230)
at org.apache.hadoop.mapred.TaskRunner.run(TaskRunner.java:208)

When creating a custom converter from a String to a List, the org.springframework.binding.convert.converters.ObjectToCollection converter is wrapping the proper type with an extra collection.
For example, the user would type "a,b,k" in the input and the custom converter would create a list of Fruit objects "Apple", "Banana", and "Kiwi". What is being set is a list containing the list of fruit returned by the custom converter.
list[list["Apple", "Banana", "Kiwi"]]
instead of
list["Apple", "Banana", "Kiwi"]
POJO
Code:
public class Fruit {
  private String name;
  //getters/setters for name
}
POJO
Code:
public class FruitBowl{
  private List<Fruit> fruits;
  public List<Fruit> getFruits()
{ return this.fruits; }
  public void setFruits(List<Fruit> fruits)
{ this.fruits = fruits; }
}
Converter
Code:
public class FruitCsvConverter extends StringToObject{
  public FruitCsvConverter()
{
    super(List.class);
  }

  protected String toString(Object object) throws Exception 
{
    StringBuilder sb = new StringBuilder();
    List fruits = (List)object;
    //loop over fruits building the CSV string
    return sb.toString();
  }
  protected Object toObject(String string, Class targetClass) throws Exception 
{
    ArrayList<Fruit> fruits = new ArrayList<Fruit>();
    //parse the CSV into the fruit
    return fruits;
  }
}
fruit-flow.xml
Code:
...
<view-state id="fruitInformation" model="fruitBowl">
  <binder>
    <binding property="fruits" converter="fruitCsv" />
  </binder>
</view-state>
...
Debug Mapping
2010-04-07 15:52:08,708 DEBUG [org.springframework.binding.mapping.impl.DefaultMa pping] - <Adding mapping result [Success@fe135d mapping = parameter:'fruits' -> fruits, code = 'success', error = false, originalValue = 'a,b,k', mappedValue = list[list[com.site.Fruit@1ec9d2, com.site.Fruit@1ec9d2, com.site.Fruit@feaf]]]>

SpEL context is wrong in method parameter resolution.  Instead of using the current context for the stack (which refers to the method target), parameters should have a current context equal to the context root.  This test would fail in EvaluationTests():

	@Test
	public void testNestedMethod() {
		evaluate("placeOfBirth.doubleIt(inventions.length)", 18, Integer.class);
	}

The TableName log from Table Lock result in something like:

[tableName=
^Gdefault^R^Cfoo, lockOwner=localhost,60000

because it uses tableNameProto.toByteArray()
the fix will result in the proper view

[tableName=default:testMissingLastRegion, lockOwner=localh

A small number of users use HttpSessionContextIntegrationFilter.allowSessionCreation = false, as they are using an authentication mechanism (such as BASIC) which relies upon the user agent for representing authentication information on each web request. For such users, changes made as part of SEC-168 and SEC-182 will cause issues because these changes will always create a HttpSession (in order to obtain a Session ID that in turn was needed by the concurrent session capabilities).

When formatting a method, FormatHelper uses typeDescriptor.getClass() to add each argument's type to the message. This results in the message containing org.springframework.core.convert.TypeDescriptor for each argument's type, rather than the argument's actual type.
For example, FormatHelper.formatMethodForMessage("foo", Arrays.asList(TypeDescriptor.forObject("a string"))) produces foo(org.springframework.core.convert.TypeDescriptor) rather than the expected foo(java.lang.String).
I've attached a patch that includes a couple of tests that illustrate the problem and provides a possible fix.

If another resource exists with the same key as the target address of a resource alias, the read-children-names(include-aliases=true) operation can return phantom results.
Here's an example:
I have a alias registered that translates:

/subsystem=infinispan/cache-container=*/local-cache=*/file-store=FILE_STORE

to:

/subsystem=infinispan/cache-container=*/local-cache=*/store=file

Additionally, I have a resource named:

/subsystem=infinispan/cache-container=*/local-cache=*/store=none

If I create a cache that uses store=none, the results of a read-children-names(child-type=file-store, include-aliases=true) operation includes the FILE_STORE resource, even though the target resource (i.e. file=store) does not exist.
This additionally causes the /subsystem=infinispan:read-resource(include-aliases=true, recursive=true) operation to fail.

With a 3-node redis cluster, all masters, I've set 100 keys via mset, which seems to have worked correctly. Note: all keys do not slot to the same cluster member. Calling JedisClusterConnection.mGet with all 100 keys returns 3 results. It's hard to tell from debugging but I think the problem is in ClusterCommandExecutor.executeMuliKeyCommand, where a Map of RedisClusterNode to Future<T> is collected and processed. I believe it's discarding the multiple futures per host here by putting them in a Map with the same key, so that the only result we end up with is the last for each cluster member.

If user defined client pipeline factory is configured, Netty Producer shares the same instance of ClientPipelineFactory for all created connections. See code below:
  configuration.getClientPipelineFactory().setProducer(this);
  configuration.getClientPipelineFactory().setExchange(exchange);
  configuration.getClientPipelineFactory().setCallback(callback);
  clientPipeline = configuration.getClientPipelineFactory().getPipeline();
Which can cause an issue in multithreaded environment. Maybe it is better to create user defined client pipeline factory for each connection as it is done with DefaultClientPipelineFactory?

createTable(HTableDescriptor desc, byte [] startKey, byte [] endKey, int numRegions) (line #370) dictates that you must specify a minimum of three regions, however is not able to handle being fed a value three. This is a result of line #379 where it attempts to create the key splits, and calls Bytes.Split with a value of 0 for the third parameter. createTable should instead just create a byte[][] with the startKey and endKey in this scenario.

Deploying jboss-kitchensink quickstart on server using migrated configuration from EAP 6.4 fails with 

12:21:17,131 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache-configuration.ejb.client-mappings: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.ejb.client-mappings: Failed to start service
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1706)
        at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1540)
        at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000424: Eviction size value cannot be less than or equal to zero if eviction is enabled
        at org.infinispan.configuration.cache.MemoryConfigurationBuilder.validate(MemoryConfigurationBuilder.java:185)
        at org.infinispan.configuration.cache.ConfigurationBuilder.validate(ConfigurationBuilder.java:233)
        at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:290)
        at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:280)
        at org.wildfly.clustering.infinispan.spi.service.ConfigurationBuilder.start(ConfigurationBuilder.java:88)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1714)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1693)
        ... 6 more

Introduced by:
https://issues.jboss.org/browse/WFLY-9344 - Let Infinispan manage eviction for distributed web sessions and @Stateful EJBs
https://github.com/wildfly/wildfly/pull/10986

# https://access.qa.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/7.1/html-single/migration_guide/#management_cli_migration_operation
WORKSPACE=`pwd`
CONFIG=standalone-full-ha.xml

unzip -q jboss-eap-6.4.19-full-build.zip
EAP6_HOME=${WORKSPACE}/jboss-eap-6.4
# workaround https://issues.jboss.org/browse/WFLY-9877
pushd ${EAP6_HOME}/standalone/configuration/
grep -lr 'NAKACK' . | xargs sed -i 's/NAKACK/NAKACK2/g'
grep -lr 'UNICAST2' . | xargs sed -i 's/UNICAST2/UNICAST3/g'
grep -lr 'MERGE2' . | xargs sed -i 's/MERGE2/MERGE3/g'
popd

cp -r ${WILDFLY}/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT .
EAP7_HOME=${WORKSPACE}/wildfly-13.0.0.Alpha1-SNAPSHOT

cp ${EAP6_HOME}/standalone/configuration/${CONFIG} ${EAP7_HOME}/standalone/configuration
${EAP7_HOME}/bin/standalone.sh -c ${CONFIG} --start-mode=admin-only &
${EAP7_HOME}/bin/jboss-cli.sh --connect --controller=remote://localhost:9999
/subsystem=jacorb:migrate
/subsystem=messaging:migrate
/subsystem=web:migrate
/subsystem=cmp:remove
/extension=org.jboss.as.cmp:remove
/subsystem=jaxr:remove
/extension=org.jboss.as.jaxr:remove
/subsystem=threads:remove
/extension=org.jboss.as.threads:remove
/subsystem=logging/pattern-formatter=COLOR-PATTERN:add(pattern="%K{level}%d{HH:mm:ss,SSS} %-5p [%c] (%t) %s%e%n")
/subsystem=logging/console-handler=CONSOLE:add(level=INFO, named-formatter=COLOR-PATTERN)
/subsystem=logging/root-logger=ROOT:add-handler(name=CONSOLE)
reload
deploy jboss-kitchensink.war

server side log

        ... 6 more

12:21:17,137 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("deploy") failed - address: ({"deployment" => "jboss-kitchensink.war"}) - failure description: {
    "WFLYCTL0412: Required services that are not installed:" => [
        "jboss.ejb.association",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START",
        "jboss.undertow.deployment.default-server.default-host./jboss-kitchensink",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START",
        "jboss.deployment.discovery.\"jboss-kitchensink.war\"",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START"
    ],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => [
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".WeldEndInitService is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service is missing [jboss.deployment.discovery.\"jboss-kitchensink.war\"]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]",
        "jboss.deployment.discovery.\"jboss-kitchensink.war\" is missing [jboss.ejb.association]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".deploymentCompleteService is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START, jboss.undertow.deployment.default-server.default-host./jboss-kitchensink, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]",
        "jboss.undertow.deployment.default-server.default-host./jboss-kitchensink is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START]",
        "jboss.deployment.unit.\"jboss-kitchensink.war\".moduleDeploymentRuntimeInformationStart is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START]"
    ]
}
12:21:17,141 ERROR [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0021: Deploy of deployment "jboss-kitchensink.war" was rolled back with the following failure message:
{
    ],
    ]
}

client side log

{"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"WFLYCTL0412: Required services that are not installed:" => ["jboss.ejb.association","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START","jboss.undertow.deployment.default-server.default-host./jboss-kitchensink","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START","jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service","jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START","jboss.deployment.discovery.\"jboss-kitchensink.war\"","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START"],"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]","jboss.deployment.unit.\"jboss-kitchensink.war\".WeldEndInitService is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START]","jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]","jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service is missing [jboss.deployment.discovery.\"jboss-kitchensink.war\"]","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]","jboss.deployment.discovery.\"jboss-kitchensink.war\" is missing [jboss.ejb.association]","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]","jboss.deployment.unit.\"jboss-kitchensink.war\".deploymentCompleteService is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START, jboss.undertow.deployment.default-server.default-host./jboss-kitchensink, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START]","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]","jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".ejb3.client-context.registration-service]","jboss.undertow.deployment.default-server.default-host./jboss-kitchensink is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.faces.webapp.FacetTag\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldInitialListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"com.sun.faces.config.ConfigureListener\".START, jboss.deployment.unit.\"jboss-kitchensink.war\".component.\"org.jboss.weld.module.web.servlet.WeldTerminalListener\".START]","jboss.deployment.unit.\"jboss-kitchensink.war\".moduleDeploymentRuntimeInformationStart is missing [jboss.deployment.unit.\"jboss-kitchensink.war\".component.MemberRegistration.START]"]}}}

Here is contrib to the API compatibility story.  I went over Aleks' compatibility report and restored removed or overriden methods and constructors, stuff that was in 0.94 non-deprecated and removed in 0.96.
This patch is not comprehensive because some removals cannot be restored as in those that used take Writables (more on this later from Jon).
The changes included here are mostly restore of methods that took a table name as a byte array replaced by a TableName object.

Customer impact: Server will not be possible to cleanly shutdown and must be killed. No simple management operation command which EAP provides can be used. Similar issue was reported by customers/users in the past and had to be solved by support. 
Test Scenario:

Start server 1 with queues InQueue and OutQueue
Start server 2 with MDB consuming messages from InQueue and for each message sending 1 new message to OutQueue in XA transaction
Send messages to InQueue to server 1
When MDB is processing messages then cleanly shutdown server 1
Cleanly shutdown server 2 with MDB

Result:
Server 2 does not shutdown. 
Expected Result:
Server 2 with MDB will shutdown fast ( < 1 min).
Investigation:
Thread dump (attached) on server 2 shows types of waiting threads:

"Thread-6 (ActiveMQ-client-global-threads-304296137)" #193 daemon prio=5 os_prio=0 tid=0x00007fc63c6d4000 nid=0x924 waiting on condition [0x00007fc5d6e0c000]
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000000fda5f5f0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
        at org.apache.activemq.artemis.core.protocol.core.impl.ChannelImpl.waitForFailOver(ChannelImpl.java:250)
        at org.apache.activemq.artemis.core.protocol.core.impl.ChannelImpl.sendBlocking(ChannelImpl.java:356)
        - locked <0x00000000fda5f618> (a java.lang.Object)
        at org.apache.activemq.artemis.core.protocol.core.impl.ChannelImpl.sendBlocking(ChannelImpl.java:318)
        at org.apache.activemq.artemis.core.protocol.core.impl.ActiveMQSessionContext.xaEnd(ActiveMQSessionContext.java:383)
        at org.apache.activemq.artemis.core.client.impl.ClientSessionImpl.end(ClientSessionImpl.java:1173)
        at org.apache.activemq.artemis.ra.ActiveMQRAXAResource.end(ActiveMQRAXAResource.java:112)
        at org.apache.activemq.artemis.service.extensions.xa.ActiveMQXAResourceWrapperImpl.end(ActiveMQXAResourceWrapperImpl.java:81)
        at org.jboss.jca.core.tx.jbossts.XAResourceWrapperImpl.end(XAResourceWrapperImpl.java:118)
        at org.jboss.jca.core.tx.jbossts.XAResourceWrapperStatImpl.end(XAResourceWrapperStatImpl.java:96)
        at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelAbort(XAResourceRecord.java:337)
        at com.arjuna.ats.arjuna.coordinator.BasicAction.doAbort(BasicAction.java:3023)
        at com.arjuna.ats.arjuna.coordinator.BasicAction.doAbort(BasicAction.java:3002)
        at com.arjuna.ats.arjuna.coordinator.BasicAction.Abort(BasicAction.java:1674)
        - locked <0x00000000fdb54128> (a com.arjuna.ats.internal.jta.transaction.arjunacore.AtomicAction)
        at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.cancel(TwoPhaseCoordinator.java:124)
        at com.arjuna.ats.arjuna.AtomicAction.abort(AtomicAction.java:186)
        at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.rollbackAndDisassociate(TransactionImple.java:1298)
        at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.rollback(BaseTransaction.java:143)
        at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.rollback(BaseTransactionManagerDelegate.java:134)
        at org.wildfly.transaction.client.LocalTransaction.rollbackAndDissociate(LocalTransaction.java:99)
        at org.wildfly.transaction.client.ContextTransactionManager.rollback(ContextTransactionManager.java:73)
        at org.jboss.as.ejb3.inflow.MessageEndpointInvocationHandler.afterDelivery(MessageEndpointInvocationHandler.java:69)
        at org.jboss.as.ejb3.inflow.AbstractInvocationHandler.handle(AbstractInvocationHandler.java:60)
        at org.jboss.as.ejb3.inflow.MessageEndpointInvocationHandler.doInvoke(MessageEndpointInvocationHandler.java:135)
        at org.jboss.qa.hornetq.apps.mdb.MdbWithRemoteOutQueueToContaniner1$$$endpoint1.afterDelivery(Unknown Source)
        at org.apache.activemq.artemis.ra.inflow.ActiveMQMessageHandler.onMessage(ActiveMQMessageHandler.java:314)
        at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.callOnMessage(ClientConsumerImpl.java:1001)
        at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.access$400(ClientConsumerImpl.java:49)
        at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl$Runner.run(ClientConsumerImpl.java:1124)
        at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:101)

and:

"Thread-21 (ActiveMQ-client-global-threads-304296137)" #196 daemon prio=5 os_prio=0 tid=0x00007fc62c040800 nid=0x928 waiting on condition [0x00007fc5d6a08000]
   java.lang.Thread.State: TIMED_WAITING (parking)
        - parking to wait for  <0x00000000fd4bc8a8> (a java.util.concurrent.CountDownLatch$Sync)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
        at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
        at org.apache.activemq.artemis.core.protocol.core.impl.ActiveMQClientProtocolManager.waitOnLatch(ActiveMQClientProtocolManager.java:136)
        at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.getConnectionWithRetry(ClientSessionFactoryImpl.java:819)
        at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.reconnectSessions(ClientSessionFactoryImpl.java:744)
        at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.failoverOrReconnect(ClientSessionFactoryImpl.java:614)
        at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.handleConnectionFailure(ClientSessionFactoryImpl.java:504)
        at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.access$500(ClientSessionFactoryImpl.java:72)
        at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl$DelegatingFailureListener.connectionFailed(ClientSessionFactoryImpl.java:1165)
        at org.apache.activemq.artemis.spi.core.protocol.AbstractRemotingConnection.callFailureListeners(AbstractRemotingConnection.java:67)
        at org.apache.activemq.artemis.core.protocol.core.impl.RemotingConnectionImpl.fail(RemotingConnectionImpl.java:207)
        at org.apache.activemq.artemis.spi.core.protocol.AbstractRemotingConnection.fail(AbstractRemotingConnection.java:215)
        at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl$CloseRunnable.run(ClientSessionFactoryImpl.java:996)

Those threads should be notified of server shutdown and "gracefully" stop do what they're doing. In case 1st thread:
at org.apache.activemq.artemis.core.protocol.core.impl.ChannelImpl.waitForFailOver(ChannelImpl.java:250)
there is problem in code:

failoverCondition.await();

This should be silently interrupted when component is stopping.
2nd thread has problem that while() cycle does not finish when component is stopping:

      while (clientProtocolManager.isAlive()) {
...
               try {
                  if (clientProtocolManager.waitOnLatch(interval)) { 
...
         }

If a deployment contains more than 2730 EJBs, the deployment's INSTALL phase will get a stack trace like this:

2018-03-25 08:22:34,115 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."example.jar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."example.jar".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "example.jar"
        at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154)
Caused by: java.lang.IllegalArgumentException: Too many dependencies specified (max is 16383)    .......... (*1)
        at org.jboss.msc.service.ServiceBuilderImpl.doAddDependency(ServiceBuilderImpl.java:216)
        at org.jboss.msc.service.ServiceBuilderImpl.addDependenciesNoCheck(ServiceBuilderImpl.java:158)
        at org.jboss.msc.service.ServiceBuilderImpl.addDependencies(ServiceBuilderImpl.java:152)
        at org.jboss.msc.service.ServiceBuilderImpl.addDependencies(ServiceBuilderImpl.java:142)
        at org.jboss.as.naming.deployment.JndiNamingDependencyProcessor.deploy(JndiNamingDependencyProcessor.java:59)
        at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147)
        ... 5 more

The reason is that the INSTALL phase has six additional dependencies per EJB:

service jboss.naming.context.java.comp.example.example.<class-name>.InAppClientContainer
service jboss.naming.context.java.comp.example.example.<class-name>.InstanceName
service jboss.deployment.unit."example.jar".component.<class-name>.JndiBindingsService
service jboss.naming.context.java.comp.example.example.<class-name>.UserTransaction
service jboss.naming.context.java.comp.example.example.<class-name>.TransactionSynchronizationRegistry
service jboss.naming.context.java.comp.example.example.<class-name>.BeanManager

We probably should not be creating N dependencies per deployment object since all the services of a given kind are always started together.  They could be grouped at a deployment level instead.

After HBASE-7220, I think it will be good to write a unit test/IT to create a large number of regions. We can put a reasonable timeout to the test. 

If JBOSS_HOME is set then :
Running $JBOSS_HOME/bin/elytron-tool.sh results in a warning:
WARNING JBOSS_HOME may be pointing to a different installation - unpredictable results may occur.
This script has two issues :
It sets SANITIZED_JBOSS_HOME to $JBOSS_HOME/..  instead of $JBOSS_HOME
It compares RESOLVED_JBOSS  to SANITIZED_JBOSS_HOME,  instead of RESOLVED_JBOSS_HOME
Current elytron-tool.sh :
----------------------------------------------------------------------------------
RESOLVED_JBOSS_HOME=`cd "$DIRNAME/.."; pwd`
if [ "x$JBOSS_HOME" = "x" ]; then
    JBOSS_HOME=$RESOLVED_JBOSS_HOME
else
 SANITIZED_JBOSS_HOME=`cd "$JBOSS_HOME/.."; pwd`
 if [ "$RESOLVED_JBOSS" != "$SANITIZED_JBOSS_HOME" ]; then
   echo "WARNING JBOSS_HOME may be pointing to a different installation - unpredictable results may occur."
   echo ""
 fi
fi
export JBOSS_HOME
---------------------------------------------------------------------------------
Expected elytron-tool.sh
else
 SANITIZED_JBOSS_HOME=`cd "$JBOSS_HOME"; pwd`
 if [ "$RESOLVED_JBOSS_HOME" != "$SANITIZED_JBOSS_HOME" ]; then
   echo ""
 fi
fi

In HRegion#doMiniBatchMutation():

        if (nonceGroup != currentNonceGroup || nonce != currentNonce) {
          if (walEdit.size() > 0) {
            assert isInReplay;
            txid = this.log.appendNoSync(this.getRegionInfo(), htableDescriptor.getTableName(),
                  walEdit, m.getClusterIds(), now, htableDescriptor, this.sequenceId, true,
                  currentNonceGroup, currentNonce);
            hasWalAppends = true;
          }
          currentNonceGroup = nonceGroup;
          currentNonce = nonce;
        }

        // Add WAL edits by CP
        WALEdit fromCP = batchOp.walEditsFromCoprocessors[i];
        if (fromCP != null) {
          for (KeyValue kv : fromCP.getKeyValues()) {
            walEdit.add(kv);
          }
        }
...
      Mutation mutation = batchOp.getMutation(firstIndex);
      if (walEdit.size() > 0) {
        txid = this.log.appendNoSync(this.getRegionInfo(), this.htableDescriptor.getTableName(),
              walEdit, mutation.getClusterIds(), now, this.htableDescriptor, this.sequenceId,
              true, currentNonceGroup, currentNonce);
        hasWalAppends = true;
      }

If fromCP is null, there may not be new edits added to walEdit.
But log#appendNoSync() would be called one more time at line 2368.

If you tune compaction threads so that a server is never over commited when large and small compaction threads are busy then it should be possible to have the large compactions steal work.

I think these can be removed:

	fractions/wildfly/management-console/src/main/resources/modules/org/wildfly/swarm/management/console/main/module.xml
	fractions/wildfly/management-console/src/main/resources/modules/org/wildfly/swarm/management/console/runtime/module.xml

We're using both Jackson 1.9.x annotations and Spring Data annotations on the same entity, since we have a REST/JSON api and persist to Mongo.
Here's the Code:

@Id
private String id;

@Override
@JsonProperty("_id")
public String getId() {
 return id;
}

public void setId(String id) {
  this.id = id;
}

At some point, we had to add both annotations to make it crystal clear for Jackson that it should both serialize and deserialize _i to the getter/setter. This worked with Spring Data Mongo 1.1.
After upgrading to Spring Data Mongo 1.2.1, we get this exception:

org.springframework.data.mapping.model.MappingException: Ambiguous mapping! Annotation interface org.codehaus.jackson.annotate.JsonProperty configured multiple times on accessor methods of property id in class com.xxxx.xxxxx.xxxxx.Foo!
	at org.springframework.data.mapping.model.AnnotationBasedPersistentProperty.populateAnnotationCache(AnnotationBasedPersistentProperty.java:86) ~[spring-data-commons-1.5.1.RELEASE.jar:na]
	at org.springframework.data.mapping.model.AnnotationBasedPersistentProperty.<init>(AnnotationBasedPersistentProperty.java:62) ~[spring-data-commons-1.5.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.mapping.BasicMongoPersistentProperty.<init>(BasicMongoPersistentProperty.java:73) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.mapping.CachingMongoPersistentProperty.<init>(CachingMongoPersistentProperty.java:44) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.mapping.MongoMappingContext.createPersistentProperty(MongoMappingContext.java:65) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.mapping.MongoMappingContext.createPersistentProperty(MongoMappingContext.java:37) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mapping.context.AbstractMappingContext$PersistentPropertyCreator.doWith(AbstractMappingContext.java:391) ~[spring-data-commons-1.5.1.RELEASE.jar:na]
	at org.springframework.util.ReflectionUtils.doWithFields(ReflectionUtils.java:570) ~[spring-core-3.2.2.RELEASE.jar:3.2.2.RELEASE]
	at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:283) ~[spring-data-commons-1.5.1.RELEASE.jar:na]
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:190) ~[spring-data-commons-1.5.1.RELEASE.jar:na]
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:159) ~[spring-data-commons-1.5.1.RELEASE.jar:na]
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:69) ~[spring-data-commons-1.5.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.determineCollectionName(MongoTemplate.java:1607) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.findAll(MongoTemplate.java:1058) ~[spring-data-mongodb-1.2.1.RELEASE.jar:na]

The following page lists the runtime dependencies based on the components. This is reflected in the pom file since many are listed as optional (e.g. commons-jexl). However, if you want to use commons-configuration in an OSGi container, those become required because the corresponding packages are listed in the manifest's Import-Package section. They do not have the "resolution:=optional" qualifier on it so you get an error if you do not include something like commons-jexl yourself.
http://commons.apache.org/configuration/dependencies.html

Log Component documentation for "showAll" option is misleading or the option does not work as expected.
"showAll 	 false 	 Quick option for turning all options on."
There appear to be several options that are not turned as expected such as "multiline" and "showStackTrace", etc..  

When HMaster tries to migrate (after HBASE-451 goes live) the old HRI (with HTD) to new HRI (with out HTD) and if the Master or the migration process crashes/fails midway, it will leave the .META. in a corrupt state and may not allow successful cluster startup. 

TestTxnCommandsBase is an abstract class, added in HIVE-17205; it matches the maven test pattern...because of that there is a failining test in every test output....

Hi Luke/Anybody,
When used @PreAutorize(#username == principal.username) issues - when target is AOPProxy I always get an NullPointerExpression in MethodSecurityEvaluationContext addArgumentsAsVariables method. I have compiled with debug info, no issues with that. 
I have looked at the bug report which is the same case for Genrics http://jira.springframework.org/browse/SEC-1448
However, in my case my target object is wrapped in a AOPproxy(JdkDynamicProxy), but when used with AopUtils.getMostSpecificMethod(method, target) it always returns the class as $Proxy which cannot be read by the parameterDiscoverer. May be I have a wrapper of AOPProxy inside another AOPProxy which wraps my target. I guess it is a valid case. 
I could able to get around it by having custom EvaluationContext which first try run through a loop and get the target object as below 
while (candidate instanceof TargetClassAware) { // This is to ensure that we get to the final target object - most specific.
if (candidate instanceof TargetSource) {
candidate = ((TargetSource)candidate).getTarget(); 
} else if (candidate instanceof Advised){
candidate =((Advised) candidate).getTargetSource();
}
}
return AopUtils.getTargetClass(candidate);
However I still consider this as a work around and it would be nice that spring-security supports this out of the box, as it is so common that we use AOPproxy's as target object. 
-----------------------------------------------------------------------------------------------------------
I just copy below source code from Spring-sec MethodSecurityEvaluationContext class
private void addArgumentsAsVariables() {
Object[] args = mi.getArguments();
Object targetObject = mi.getThis();
Method method = ClassUtils.getMostSpecificMethod(mi.getMethod(), targetObject.getClass());
String[] paramNames = parameterNameDiscoverer.getParameterNames(method);
for(int i=0; i < args.length; i++) {
super.setVariable(paramNames[i], args[i]);
}
}
I was talking about targetObject in this method, which is the class/interface that is annotated with preAuthorize. And in my application context the bean is wrapped in multi levels of AOPproxy's. 
I am not sure whether it is Spring issue or Spring sec issue, because in 3.0.3 even spring sec uses AopUtils.getMostSpecificmethod(method, target) this issue will not be solved as AopUtils just looks one level not recursively until it hits the right target. 
I would open a JIRA issue, if possible with a test case.
Luke,
I told I will open JIRA with a test case, but it is difficult that I trim down my application context to make this test case. Please let me know if you cant reproduce it then i will fetch some time to create a test case. 

While doing some investigations on SPR-11394 we discovered that the ResolvableType internal cache was holding a lot of duplicates for simple types (i.e. String, Integer, etc).
It turns out that we are using too much metadata to compute the key when the class has no generic information. so setFoo(String foo) and setBar(String bar) would result in two entries in the cache because the TypeProvider is different.

I've been following the commits and see the type system has been going through some upgrades.  This may be causing problems with opening some old projects.  With the last several Roo nightlies I get this problem on a 1.1.4 Roo project as I attempt to upgrade it (gotta update the book samples for 1.2) - I had to edit roo.sh and set development.mode to true on startup to get the stack trace, otherwise it just showed the java.lang.NullPointerException message.  Attached the project if you want to try to reproduce, as just creating the vote.roo script and upgrading it doesn't cause the problem:

[FelixDispatchQueue] java.lang.NullPointerException                                                                            
                     java.lang.IllegalStateException: java.lang.NullPointerException                                                                              Downloaded 0% of roobot.xml.zip
                         at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:179)
                         at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:81)
                         at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:217)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:268)
                         at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:147)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:149)
                         at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:237)
                         at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:214)
                         at org.springframework.roo.classpath.DefaultPhysicalTypeMetadataProvider.onFileEvent(DefaultPhysicalTypeMetadataProvider.java:106)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:346)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:320)
                         at org.springframework.roo.project.ProjectPathMonitoringInitializer.notify(ProjectPathMonitoringInitializer.java:89)
                         at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:233)
                         at org.springframework.roo.project.MavenProjectMetadataProvider.onFileEvent(MavenProjectMetadataProvider.java:195)
                         at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:36)
                         at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:15)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:184)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:106)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.access$100(DefaultProcessManager.java:34)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager$1.frameworkEvent(DefaultProcessManager.java:59)
                         at org.apache.felix.framework.util.EventDispatcher.invokeFrameworkListenerCallback(EventDispatcher.java:774)
                         at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:725)
                         at org.apache.felix.framework.util.EventDispatcher.run(EventDispatcher.java:949)
                         at org.apache.felix.framework.util.EventDispatcher.access$000(EventDispatcher.java:54)
                         at org.apache.felix.framework.util.EventDispatcher$1.run(EventDispatcher.java:106)
                         at java.lang.Thread.run(Thread.java:680)
                     Caused by: java.lang.NullPointerException
                         at org.springframework.roo.classpath.javaparser.details.JavaParserClassOrInterfaceTypeDetailsBuilder.build(JavaParserClassOrInterfaceTypeDetailsBuilder.java:217)
                         at org.springframework.roo.classpath.javaparser.JavaParserTypeParsingService.getTypeFromString(JavaParserTypeParsingService.java:102)
                         at org.springframework.roo.classpath.javaparser.JavaParserTypeParsingService.getTypeAtLocation(JavaParserTypeParsingService.java:89)
                         at org.springframework.roo.classpath.DefaultPhysicalTypeMetadataProvider.get(DefaultPhysicalTypeMetadataProvider.java:119)
                         ... 28 more
[Spring Roo Process Manager Background Polling Thread] java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.NullPointerException
                                                       java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.NullPointerException
                                                           at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:179)
                                                           at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:81)
                                                           at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:217)
                                                           at org.springframework.roo.classpath.scanner.MemberDetailsScannerImpl.getMemberDetails(MemberDetailsScannerImpl.java:139)
                                                           at org.springframework.roo.addon.web.mvc.controller.scaffold.WebScaffoldMetadataProviderImpl.getLocalMidToRequest(WebScaffoldMetadataProviderImpl.java:68)
                                                           at org.springframework.roo.classpath.itd.AbstractMemberDiscoveringItdMetadataProvider.notifyForGenericListener(AbstractMemberDiscoveringItdMetadataProvider.java:73)
                                                           at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:121)
                                                           at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:233)
                                                           at org.springframework.roo.metadata.AbstractHashCodeTrackingMetadataNotifier.notifyIfRequired(AbstractHashCodeTrackingMetadataNotifier.java:50)
                                                           at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:364)
                                                           at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:147)
                                                           at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:149)
                                                           at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:237)
                                                           at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:214)
                                                           at org.springframework.roo.classpath.DefaultPhysicalTypeMetadataProvider.onFileEvent(DefaultPhysicalTypeMetadataProvider.java:106)
                                                           at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:346)
                                                           at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:320)
                                                           at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:182)
                                                           at org.springframework.roo.process.manager.internal.DefaultProcessManager.backgroundPoll(DefaultProcessManager.java:129)
                                                           at org.springframework.roo.process.manager.internal.DefaultProcessManager.timerBasedPoll(DefaultProcessManager.java:244)
                                                           at org.springframework.roo.process.manager.internal.DefaultProcessManager$2.run(DefaultProcessManager.java:72)
                                                           at java.lang.Thread.run(Thread.java:680)
                                                       Caused by: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.NullPointerException
                                                           ... 22 more
                                                       Caused by: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.NullPointerException
                                                           at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.getMemberDetails(AbstractItdMetadataProvider.java:467)
                                                           at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.getMemberDetails(AbstractItdMetadataProvider.java:446)
                                                           at org.springframework.roo.addon.dod.DataOnDemandMetadataProviderImpl.getMetadata(DataOnDemandMetadataProviderImpl.java:134)
                                                           at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:317)
                                                           ... 32 more
                                                       Caused by: java.lang.IllegalStateException: java.lang.IllegalStateException: java.lang.NullPointerException
                                                           ... 40 more
                                                       Caused by: java.lang.IllegalStateException: java.lang.NullPointerException
                                                           at org.springframework.roo.classpath.TypeLocationServiceImpl.lookupClassOrInterfaceTypeDetails(TypeLocationServiceImpl.java:279)
                                                           at org.springframework.roo.classpath.TypeLocationServiceImpl.cacheType(TypeLocationServiceImpl.java:300)
                                                           at org.springframework.roo.classpath.TypeLocationServiceImpl.updateCache(TypeLocationServiceImpl.java:342)
                                                           at org.springframework.roo.classpath.TypeLocationServiceImpl.getWhatsDirty(TypeLocationServiceImpl.java:350)
                                                           at org.springframework.roo.classpath.persistence.PersistenceMemberLocatorImpl.hasRelevantFilesChange(PersistenceMemberLocatorImpl.java:97)
                                                           at org.springframework.roo.classpath.persistence.PersistenceMemberLocatorImpl.updateCache(PersistenceMemberLocatorImpl.java:115)
                                                           at org.springframework.roo.classpath.persistence.PersistenceMemberLocatorImpl.getIdentifierFields(PersistenceMemberLocatorImpl.java:68)
                                                           at org.springframework.roo.addon.entity.EntityMetadataProviderImpl.getMetadata(EntityMetadataProviderImpl.java:133)
                                                           ... 50 more
                                                       Caused by: java.lang.NullPointerException
                                                           at org.springframework.roo.classpath.javaparser.details.JavaParserClassOrInterfaceTypeDetailsBuilder.build(JavaParserClassOrInterfaceTypeDetailsBuilder.java:217)
                                                           at org.springframework.roo.classpath.javaparser.JavaParserTypeParsingService.getTypeFromString(JavaParserTypeParsingService.java:102)
                                                           at org.springframework.roo.classpath.javaparser.JavaParserTypeParsingService.getTypeAtLocation(JavaParserTypeParsingService.java:89)
                                                           at org.springframework.roo.classpath.DefaultPhysicalTypeMetadataProvider.get(DefaultPhysicalTypeMetadataProvider.java:119)
                                                           ... 61 more
roo> 

A patch to fix the hashCode() method of DoubleWritable class of Hive.
It prevents the HashMap (of type DoubleWritable) from behaving as LinkedList.

In the current reference guide, the section "Classpath scanning and managed components" has a couple of code samples that refer to a type StandardScopes that doesn't seem to exist. This needs to be fixed.  

Get the following error:
Exception in thread "Timer-2" 09/05/21 11:58:13 INFO exec.FilterOperator: Initialization Done
 java.lang.NullPointerException
   at org.apache.hadoop.hive.ql.exec.ScriptOperator$ReporterTask.run(ScriptOperator.java:485)
   at java.util.TimerThread.mainLoop(Timer.java:512)
   at java.util.TimerThread.run(Timer.java:462)

HBASE-19435 implements a fix for reopening file channels when they are unnexpected closed
to avoid disabling the BucketCache. However, it was missed that the the channels might not
actually be completely closed (the write or read channel might still be open
(see https://docs.oracle.com/javase/7/docs/api/java/nio/channels/ClosedChannelException.html)
This commit closes any open channels before creating a new channel.

This gives storage handler more control on how to handle drop table.

Right:
<http-authentication-factory name="management-http-authentication" security-domain="ManagementDomain" http-server-mechanism-factory="global">
Wrong:
<http-authentication-factory name="management-http-authentication" http-server-mechanism-factory="global" security-domain="ManagementDomain">
The xsd and the persistence logic does it right; the template does it wrong so our standard config is wrong.
Galleon will do it right so fixing this is basically about eliminating spurious differences between the WFCORE-3769 galleon output and the legacy output.

setRightValue() ends up setting the leftValue rather than rightValue:

  public void setRightValue(<OperandType> value) {
    this.leftValue = value;
  }

User hrt_qa has been given 'C' permission.

create 'te', {NAME => 'f1', VERSIONS => 5}
...
hbase(main):003:0> list
TABLE
hbase:acl
hbase:namespace
te
6 row(s) in 0.0570 seconds

hbase(main):004:0> scan 'te'
ROW                                      COLUMN+CELL
2013-08-21 02:21:00,921 DEBUG [main] token.AuthenticationTokenSelector: No matching token found
2013-08-21 02:21:00,921 DEBUG [main] security.HBaseSaslRpcClient: Creating SASL GSSAPI client. Server's Kerberos principal name is hbase/hor16n13.gq1.ygridcore.net@HORTON.YGRIDCORE.NET
2013-08-21 02:21:00,923 DEBUG [main] security.HBaseSaslRpcClient: Have sent token of size 582 from initSASLContext.
2013-08-21 02:21:00,926 DEBUG [main] security.HBaseSaslRpcClient: Will read input token of size 0 for processing by initSASLContext
2013-08-21 02:21:00,926 DEBUG [main] security.HBaseSaslRpcClient: Will send token of size 0 from initSASLContext.
2013-08-21 02:21:00,926 DEBUG [main] security.HBaseSaslRpcClient: Will read input token of size 53 for processing by initSASLContext
2013-08-21 02:21:00,927 DEBUG [main] security.HBaseSaslRpcClient: Will send token of size 53 from initSASLContext.
2013-08-21 02:21:00,927 DEBUG [main] security.HBaseSaslRpcClient: SASL client context established. Negotiated QoP: auth
2013-08-21 02:21:00,935 WARN  [main] client.RpcRetryingCaller: Call exception, tries=0, retries=7, retryTime=-14ms
org.apache.hadoop.hbase.security.AccessDeniedException: org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions for user 'hrt_qa' for scanner open on table te
	at org.apache.hadoop.hbase.security.access.AccessController.preScannerOpen(AccessController.java:1116)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.preScannerOpen(RegionCoprocessorHost.java:1294)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.scan(HRegionServer.java:3007)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:26847)
...
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.security.AccessDeniedException): org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions for user 'hrt_qa' for scanner open on table te

Here was related entries in hbase:acl table:

hbase(main):001:0> scan 'hbase:acl'
 hbase:acl                               column=l:hrt_qa, timestamp=1377045996685, value=C
 te                                      column=l:hrt_qa, timestamp=1377051648649, value=RWXCA

SELECT * FROM src src1 JOIN src src2 ON (src1.key = src2.key AND src1.key < 10) RIGHT OUTER JOIN src src3 ON (src1.key = src3.key AND src3.key < 20);
returns duplicate rows for outer join

NPE duting parsing  of :

select * from (
     select * from ( select 1 as id , "foo" as str_1 from staging.dual ) f
  union	all
     select * from ( select 2 as id , "bar" as str_2 from staging.dual ) g
) e ;

Currently RS Group pre/post hooks are called from RSGroupAdminServer.
e.g. RSGroupAdminServer#removeRSGroup :

      if (master.getMasterCoprocessorHost() != null) {
        master.getMasterCoprocessorHost().preRemoveRSGroup(name);
      }

RSGroupAdminServer#removeRSGroup is called by RSGroupAdminEndpoint :

        checkPermission("removeRSGroup");
        groupAdminServer.removeRSGroup(request.getRSGroupName());

If permission check fails, the pre hook wouldn't be called.

I recently upgrade from camel 2.14.1 to 2.16.1 and discover following issue: Unable to catch the Exception on startup if throwExceptionOnConnectFailed=true and autoCreate=true or autoCreate not declared.
If at the time of startup, the FTP site was down or unreachable, the Exception cannot be handled by any means I currently know which are onException route and doTry-doCatch method.
Following are my FTP parameters:
&maximumReconnectAttempts=0&stepwise=false&disconnect=true&throwExceptionOnConnectFailed=true&consumer.bridgeErrorHandler=true"
The only workaround without compromising error log functionality is by adding parameter "autoCreate=false".
Based on Camel-FTP documentation: "
For Camel 2.16, autoCreate option is supported. When consumer starts, before polling is scheduled, there's additional FTP operation performed to create the directory configured for endpoint. The default value for autoCreate is true.
"
In my opinion, the exception should be able to be caught, instead shutdown the whole Camel context. And description for throwExceptionOnConnectFailed need to be updated so unaware developer does not suffer the same as I did.

Starting sessions in parallel would improve the HS2 startup time.

OK

hive> select printf(c) from vc;
FAILED: SemanticException [Error 10016]: Line 1:14 Argument type mismatch 'c': Argument 1 of function PRINTF must be "string", but "char(5)" was found.

However, if the argument is string type, the query runs successfully.

When inserting into a hbase based table from hive on spark, the following exception is thrown 

Error while processing statement: FAILED: Execution Error, return code 3 from org.apache.hadoop.hive.ql.exec.spark.SparkTask. org.apache.hive.com.esotericsoftware.kryo.KryoException: Unable to find class: org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat
Serialization trace:
inputFileFormatClass (org.apache.hadoop.hive.ql.plan.TableDesc)
tableInfo (org.apache.hadoop.hive.ql.plan.FileSinkDesc)
conf (org.apache.hadoop.hive.ql.exec.FileSinkOperator)
childOperators (org.apache.hadoop.hive.ql.exec.SelectOperator)
childOperators (org.apache.hadoop.hive.ql.exec.TableScanOperator)
aliasToWork (org.apache.hadoop.hive.ql.plan.MapWork)
invertedWorkGraph (org.apache.hadoop.hive.ql.plan.SparkWork)
 at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readName(DefaultClassResolver.java:156)
 at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readClass(DefaultClassResolver.java:133)
 at org.apache.hive.com.esotericsoftware.kryo.Kryo.readClass(Kryo.java:670)
 at org.apache.hadoop.hive.ql.exec.SerializationUtilities$KryoWithHooks.readClass(SerializationUtilities.java:183)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultSerializers$ClassSerializer.read(DefaultSerializers.java:326)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultSerializers$ClassSerializer.read(DefaultSerializers.java:314)
 at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObjectOrNull(Kryo.java:759)
 at org.apache.hadoop.hive.ql.exec.SerializationUtilities$KryoWithHooks.readObjectOrNull(SerializationUtilities.java:201)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:132)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.read(FieldSerializer.java:551)
 at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:708)
 at org.apache.hadoop.hive.ql.exec.SerializationUtilities$KryoWithHooks.readObject(SerializationUtilities.java:216)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:125)
 at org.apache.hive.com.esotericsoftware.kryo.Kryo.readClassAndObject(Kryo.java:790)
 at org.apache.hadoop.hive.ql.exec.SerializationUtilities$KryoWithHooks.readClassAndObject(SerializationUtilities.java:178)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:134)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:40)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.read(MapSerializer.java:161)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.read(MapSerializer.java:39)
 at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.read(MapSerializer.java:153)
 at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:686)
 at org.apache.hadoop.hive.ql.exec.SerializationUtilities$KryoWithHooks.readObject(SerializationUtilities.java:208)
 at org.apache.hadoop.hive.ql.exec.spark.KryoSerializer.deserialize(KryoSerializer.java:60)
 at org.apache.hadoop.hive.ql.exec.spark.RemoteHiveSparkClient$JobStatusJob.call(RemoteHiveSparkClient.java:329)
 at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:358)
 at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:323)
 at java.util.concurrent.FutureTask.run(FutureTask.java:266)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
 at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat
 at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
 at java.lang.Class.forName0(Native Method)
 at java.lang.Class.forName(Class.java:348)
 at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readName(DefaultClassResolver.java:154)
 ... 59 more

There have been a lot of comments on HIVE-3403, which involve changing 
variable names/function names/adding more comments/general cleanup etc.
Since HIVE-3403 involves a lot of refactoring, it was fairly difficult to
address the comments there, since refreshing becomes impossible. This jira
is to track those cleanups.

select
  cast('abcd' as date),
  cast('abcd' as timestamp)
from src limit 1;

returns '1970-01-01'

BlockIndexWriter#writeIntermediateBlock
      if (cacheConf != null) {
        HFileBlock blockForCaching = blockWriter.getBlockForCaching(cacheConf);
        cacheConf.getBlockCache().cacheBlock(new BlockCacheKey(nameForCaching,
          beginOffset, true, blockForCaching.getBlockType()), blockForCaching);
      }

The if condition should be ?

if (cacheConf != null && cacheConf.shouldCacheIndexesOnWrite()) 

If the bean that is being introspected for @JmsListener annotated method is a JDK proxy, the method used as the source of the Endpoint is the method of the proxy which does not reveal the @SendTo annotation on the underlying class. 
We should find a way to retrieve that information properly. Adding @Transactional on your @JmsListener annotated method might be enough to trigger this problem.

Acegi works fine for me in my environment. 
Now i wanted to avoid concurrent logins and followed the steps described at: http://acegisecurity.org/docbook/acegi.html#security-authentication-concurrent-login
Now, when I try to login with the same code that worked before, I get an exception:
Caused by: java.lang.IllegalArgumentException: Authentication.getDetails() required
	at org.springframework.util.Assert.notNull(Assert.java:90)
	at org.acegisecurity.concurrent.SessionRegistryUtils.obtainSessionIdFromAuthentication(SessionRegistryUtils.java:48)
	at org.acegisecurity.concurrent.ConcurrentSessionControllerImpl.checkAuthenticationAllowed(ConcurrentSessionControllerImpl.java:100)
	at org.acegisecurity.providers.ProviderManager.doAuthentication(ProviderManager.java:209)
	at org.acegisecurity.AbstractAuthenticationManager.authenticate(AbstractAuthenticationManager.java:49)
Here is the code snippet:
		Authentication lAuthReq = new UsernamePasswordAuthenticationToken(pUsername, pPassword);
		Authentication lAuth = null;
		lAuth = getAuthenticationManager().authenticate(lAuthReq);
Without the concurrent session filter it works perfectly...

Deployment of soap example works correctly but when you want to try send the request.xml which is attached to example exception is thrown.

org.apache.cxf.binding.soap.SoapFault: Error reading XMLStreamReader

Full log attached.

The  ”INSERT OVERWRITE LOCAL DIRECTORY“ task runs successfully while some error logs are thrown.

Driver: Hive JDBC (version 2.0.0-SNAPSHOT)
Beeline version 2.0.0-SNAPSHOT by Apache Hive
hive> INSERT OVERWRITE LOCAL DIRECTORY '/nullformat' ROW FORMAT DELIMITED NULL DEFINED AS 'fooNull' SELECT a,b FROM base_tab;
18:35:51.288 [HiveServer2-Background-Pool: Thread-25] ERROR org.apache.hadoop.hive.ql.exec.mr.ExecDriver - yarn
No rows affected (14.372 seconds)

This is a followup of HIVE-15891. In that jira an error-out logic was added, but the assumption that we need to do row filtering/column masking for entries in a non-empty list of tables returned by applyRowFilterAndColumnMasking is wrong, because on Ranger side, RangerHiveAuthorizer#applyRowFilterAndColumnMasking will unconditionally return a list of tables no matter whether row filtering/column masking is applicable on the tables.
The fix for Hive for now will be to move the error-out logic after we figure out there's no replacement text for the query. But ideally we should consider modifying Ranger logic to only return tables that need to be masked.

Call the following proxied method:

    @Caching
    public void someMethod(final String argument) {
       ....
    }

This will cause the following exception:

	at java.util.ArrayList.addAll(ArrayList.java:577) ~[na:1.8.0_20]
	at org.springframework.cache.annotation.SpringCacheAnnotationParser.parseCacheAnnotations(SpringCacheAnnotationParser.java:89) ~[spring-context-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.cache.annotation.SpringCacheAnnotationParser.parseCacheAnnotations(SpringCacheAnnotationParser.java:58) ~[spring-context-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.cache.annotation.AnnotationCacheOperationSource$2.getCacheOperations(AnnotationCacheOperationSource.java:124) ~[spring-context-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.cache.annotation.AnnotationCacheOperationSource.determineCacheOperations(AnnotationCacheOperationSource.java:142) ~[spring-context-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.cache.annotation.AnnotationCacheOperationSource.findCacheOperations(AnnotationCacheOperationSource.java:121) ~[spring-context-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.cache.interceptor.AbstractFallbackCacheOperationSource.computeCacheOperations(AbstractFallbackCacheOperationSource.java:136) ~[spring-context-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.cache.interceptor.AbstractFallbackCacheOperationSource.getCacheOperations(AbstractFallbackCacheOperationSource.java:97) ~[spring-context-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.cache.interceptor.CacheOperationSourcePointcut.matches(CacheOperationSourcePointcut.java:39) ~[spring-context-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.aop.support.MethodMatchers.matches(MethodMatchers.java:94) ~[spring-aop-4.2.3.RELEASE.jar:4.2.3.RELEASE]

Although you may be thinking that including an empty @Caching annotation is a corner-case, in our particular use-case, it's required, as we're calling a custom implementation of org.springframework.cache.interceptor.CacheInterceptor.  We are doing this because the @CacheEvict funtionality does not allow use to easily purge individual keys based on method args, etc...

When using a MailConsumer connected with IMAP to a mailserver and routing the messages to SEDA or any other asynchronous endpoint, 
it can cause a com.sun.mail.util.FolderClosedIOException or javax.mail.FolderClosedException to happen if you are trying to process the mails/messages attachments.
This is because the IMAP folder gets closed at the end of each MailConsumer.poll()
I propose to add a new MailConfiguration option "closeFolder", which can override this behaviour.
Here's an example on how to reproduce the problem. (Scala code, sorry! But it should be self-explanatory)
You need a couple of mails with attachments in your mailbox to test this. 
~10 mails should be enough to cause the exceptions.
import javax.mail.internet.MimeMultipart
import org.apache.camel.impl.DefaultCamelContext
import org.apache.camel.scala.dsl.builder.RouteBuilder
import scala.io.Source
object Main { 
  def main(args: Array[String]): Unit = {
    val camelContext = new DefaultCamelContext
    val host = "imap.gmail.com"
    val username = "*****@gmail.com"
    val password = "*****"
    // this will cause com.sun.mail.util.FolderClosedIOException or javax.mail.FolderClosedException
    val endpoint = "imaps://"host"?password="password"&username="username"&folderName=INBOX&unseen=false&disconnect=false&mapMailMessage=true&connectionTimeout=60000"
    // with fix / new feature 'closeFolder' set to false
    //val endpoint = "imaps://"host"?password="password"&username="username"&folderName=INBOX&unseen=false&disconnect=false&mapMailMessage=true&connectionTimeout=60000&closeFolder=false"
    camelContext.addRoutes(
      new RouteBuilder {
        endpoint
        .to("seda:process")
        from("seda:process?concurrentConsumers=5") ==> {
          process 
{ ex => 
            val att = ex.getIn.getBody.asInstanceOf[MimeMultipart].getBodyPart(1)
            println("Attachment Name:" + att.getFileName)
            println("Attachment Content:" + att.getDataHandler.getContent)
            println("Attachment Content:" + Source.fromInputStream(att.getDataHandler.getInputStream).mkString)
            Thread.sleep(2500) // simulate some work being done here with the attachment, takes time..
          }
        }
      }
    )
    camelContext.start()
    Thread.sleep(45 * 1000)
    camelContext.stop()
  }
}

TestHBaseFsck#testCheckTableLocks changes the "hbase.table.lock.expire.ms" config from 10 minutes default value to 1 ms.  This change impacts other tests in the TestHBaseFsck test suite, especially in branch-1.1.  

conf.setLong(TableLockManager.TABLE_LOCK_EXPIRE_TIMEOUT, 1);

The proposed change is to make the configuration change local for testing purpose so that other tests would not be impacted.

CLI tab completion doesn't work for CLI variables.
Add a CLI variable:

set myvar=/subsystem=datasources/data-source=ExampleDS
[standalone@embedded /] $myvar:read-resource
{
...

Now try to use tab completion
actual

[standalone@embedded /] $myvar:read<TAB>
[standalone@embedded /] $myvar:readread-<TAB>
[standalone@embedded /] $myvar:readread-
'readread-' is not a valid operation name.

expected

The bug only happens when:
i) file in subfolder
ii) temp file is created 
iii) Camel running on Window & SFTP server running on LINUX
Route Configuration:

 from("file://sourceFolder?recursive=true&delay=60000").
 to("sftp://username@linuxServer?tempFileName=${file:onlyname}.part");

NOTES: added separator=UNIX or AUTO, I got the same issue.
Window Local File: sourceFolder/myfolder1/myfolder2/test.txt
FTPS Remote File Delivered: $linuxServer/myfolder1myfolder2test.txt
NOTES: 

There is no exception throw in 2.19.0, even though the file delivered into incorrect location.
In 2.17.3, exception throw at org.apache.camel.component.file.remote.SftpOperations.renameFile(SftpOperations.java:431)[camel-ftp-2.17.3.jar:2.17.3]
Without tempFileName, it works perfectly.  Issue is around the rename area.

This it inconsistent.
I say this problem earlier, then I reinstalled and I was able to run demos, now it happens every time.
osgi:install -s fab:mvn:org.jboss.fuse.examples/cbr/6.0.0.redhat-012
From log file
18:13:32,236 | INFO  | l Console Thread | Console                          | 15 - org.apache.karaf.shell.console - 2.3.0.redhat-60012 | Exception caught while executing command
org.apache.karaf.shell.console.MultiException: Error installing bundles:
    Unable to install bundle fab:mvn:org.jboss.fuse.examples/cbr/6.0.0.redhat-012
    at org.apache.karaf.shell.console.MultiException.throwIf(MultiException.java:91)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.karaf.shell.osgi.InstallBundle.doExecute(InstallBundle.java:70)[24:org.apache.karaf.shell.osgi:2.3.0.redhat-60012]
    at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:38)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.felix.gogo.commands.basic.AbstractCommand.execute(AbstractCommand.java:35)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:474)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:400)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:89)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.karaf.shell.console.jline.Console.run(Console.java:173)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
    at org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:61)[15:org.apache.karaf.shell.console:2.3.0.redhat-60012]
Caused by: java.lang.Exception: Unable to install bundle fab:mvn:org.jboss.fuse.examples/cbr/6.0.0.redhat-012
    at org.apache.karaf.shell.osgi.InstallBundle.doExecute(InstallBundle.java:45)[24:org.apache.karaf.shell.osgi:2.3.0.redhat-60012]
    ... 11 more
Caused by: org.osgi.framework.BundleException: Unable to cache bundle: fab:mvn:org.jboss.fuse.examples/cbr/6.0.0.redhat-012
    at org.apache.felix.framework.Felix.installBundle(Felix.java:3051)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    at org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:165)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    at org.apache.karaf.shell.osgi.InstallBundle.doExecute(InstallBundle.java:43)[24:org.apache.karaf.shell.osgi:2.3.0.redhat-60012]
    ... 11 more
Caused by: java.net.MalformedURLException: Unknown protocol: fab
    at java.net.URL.<init>(URL.java:601)[:1.6.0_34]
    at org.apache.felix.framework.util.SecureAction.createURL(SecureAction.java:254)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    at org.apache.felix.framework.cache.JarRevision.initialize(JarRevision.java:148)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    at org.apache.felix.framework.cache.JarRevision.<init>(JarRevision.java:77)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    at org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:878)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    at org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:550)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    at org.apache.felix.framework.cache.BundleArchive.<init>(BundleArchive.java:153)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    at org.apache.felix.framework.cache.BundleCache.create(BundleCache.java:277)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    at org.apache.felix.framework.Felix.installBundle(Felix.java:3047)[org.apache.felix.framework-4.0.3.redhat-60012.jar:]
    ... 13 more

On recent rerun, tests such as char_cast, decimal_2, literal_double, vector_elt (incl. in Tez), udf4, vector_decimal_math_funcs have changes in results it looks like something is broken with types again; ".0" suffix disappeared in some cases (in char_cast it's probably the simplest to see), number formats changed when casts are involved.
Also, windowing_expressions and couple more tests fail due to attempts to cast Double to Int writables, might be the same issue.

The changes triggered by SPR-13529 kept UndertowRequestUpgradeStrategy compatible with Undertow 1.3 standalone and embedded, but broke general compatibility with WildFly due to an odd side effect of proxy class instantiation with WildFly's strict ClassLoader - on some JVMs at least. Let's fix this for 4.2.3 through reverting back to the regular inner class for the HttpUpgradeListener in our upgradeInternal implementation, keeping the rest of our reflective adaptation in place for general Undertow 1.2 vs 1.3 bridging.

The plan ql/src/test/results/clientpositive/input3_limit.q.out shows that there are 2 map-reduce jobs:
The first one is distributed and sorted as is specified by the query. The reducer side has LIMIT 20.
The second one (single reducer job imposed by LIMIT 20) does not have the same sort order, so the final result is non-deterministic.

When the node gets deleted from ZK due to connection loss and curator tries to recreate the node, it might leak ZK ACL.

While using HBase Thrift server, if a regionserver goes down due to shutdown or failure clients will timeout because the thrift server cannot contact the dead regionserver.

  private void setQuotaAndThenDropTable(SpaceViolationPolicy policy) throws Exception {
    Put put = new Put(Bytes.toBytes("to_reject"));
    put.addColumn(Bytes.toBytes(SpaceQuotaHelperForTests.F1), Bytes.toBytes("to"),
      Bytes.toBytes("reject"));

    SpaceViolationPolicy policy = SpaceViolationPolicy.DISABLE;

    // Do puts until we violate space policy
    final TableName tn = writeUntilViolationAndVerifyViolation(policy, put);

    // Now, drop the table
    TEST_UTIL.deleteTable(tn);
    LOG.debug("Successfully deleted table ", tn);

    // Now re-create the table
    TEST_UTIL.createTable(tn, Bytes.toBytes(SpaceQuotaHelperForTests.F1));
    LOG.debug("Successfully re-created table ", tn);

    // Put some rows now: should not violate as table/quota was dropped
    verifyNoViolation(policy, tn, put);
  }

When we drop a table, upon completion the quota triggers removal of disable policy, thus causing the system to enable the table

2018-05-18 18:08:58,189 DEBUG [PEWorker-13] procedure.DeleteTableProcedure(130): delete 'testSetQuotaAndThenDropTableWithDisable19' completed
2018-05-18 18:08:58,191 INFO  [PEWorker-13] procedure2.ProcedureExecutor(1265): Finished pid=328, state=SUCCESS; DeleteTableProcedure table=testSetQuotaAndThenDropTableWithDisable19 in 271msec
2018-05-18 18:08:58,321 INFO  [regionserver/ba4cba1aa13d:0.Chore.1] client.HBaseAdmin$14(844): Started enable of testSetQuotaAndThenDropTableWithDisable19

But, since the table has already been dropped, enable procedure would rollback

2018-05-18 18:08:58,427 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=46443] procedure2.ProcedureExecutor(884): Stored pid=329, state=RUNNABLE:ENABLE_TABLE_PREPARE; EnableTableProcedure table=testSetQuotaAndThenDropTableWithDisable19
2018-05-18 18:08:58,430 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=46443] master.MasterRpcServices(1141): Checking to see if procedure is done pid=329
2018-05-18 18:08:58,451 INFO  [PEWorker-10] procedure2.ProcedureExecutor(1359): Rolled back pid=329, state=ROLLEDBACK, exception=org.apache.hadoop.hbase.TableNotFoundException via master-enable-table:org.apache.hadoop.hbase.TableNotFoundException: testSetQuotaAndThenDropTableWithDisable19; EnableTableProcedure table=testSetQuotaAndThenDropTableWithDisable19 exec-time=124msec
2018-05-18 18:08:58,533 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=46443] master.MasterRpcServices(1141): Checking to see if procedure is done pid=329
2018-05-18 18:08:58,535 INFO  [regionserver/ba4cba1aa13d:0.Chore.1] client.HBaseAdmin$TableFuture(3652): Operation: ENABLE, Table Name: default:testSetQuotaAndThenDropTableWithDisable19 failed with testSetQuotaAndThenDropTableWithDisable19

Since, quota manager fails to enable table (i.e disable violation policy), it would not remove the policy, causing problems if table re-created

2018-05-18 18:08:58,536 ERROR [regionserver/ba4cba1aa13d:0.Chore.1] quotas.RegionServerSpaceQuotaManager(210): Failed to disable space violation policy for testSetQuotaAndThenDropTableWithDisable19. This table will remain in violation.
 org.apache.hadoop.hbase.TableNotFoundException: testSetQuotaAndThenDropTableWithDisable19
 at org.apache.hadoop.hbase.master.procedure.EnableTableProcedure.prepareEnable(EnableTableProcedure.java:323)
 at org.apache.hadoop.hbase.master.procedure.EnableTableProcedure.executeFromState(EnableTableProcedure.java:98)
 at org.apache.hadoop.hbase.master.procedure.EnableTableProcedure.executeFromState(EnableTableProcedure.java:49)
 at org.apache.hadoop.hbase.procedure2.StateMachineProcedure.execute(StateMachineProcedure.java:184)
 at org.apache.hadoop.hbase.procedure2.Procedure.doExecute(Procedure.java:850)
 at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1472)
 at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1240)
 at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$800(ProcedureExecutor.java:75)
 at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1760)

During a merge conflict the com.squareup.okhttp3 was removed from the org.wildfly.microprofile.opentracing-smallrye module and was failed to be added to the io.jaegertracing.jaeger-thrift module. 

SimpleExitStatusExceptionClassifier does not ever return ExitCodeMapper.NO_SUCH_JOB or JOB_NOT_PROVIDED, therefore JVM_EXITCODE_JOB_ERROR (2) is never returned to the command line.
The SimpleExitStatusExceptionClassifier should either return these values appropriately, or JVM_EXITCODE_JOB_ERROR and the two ExitCodeMapper values NO_SUCH_JOB and JOB_NOT_PROVIDED should be removed from the SimpleJvmExitCodeMapper.

I have tweets stored with avro on hdfs with the default twitter status (tweet) schema.
There's an object called "entities" that contains arrays of structs.
When I run
SELECT mytable.*
FROM tweets
LATERAL VIEW INLINE(entities.media) mytable
I get the exception attached as partial_log.log, however, if I add
WHERE entities.media IS NOT NULL
it runs perfectly.

Comments of xsd schema under docs/schema/jboss-as-iiop-openjdk_1_0.xsd contains terms on and off but those values are wrong to be set into management model. For openjdk iiop values true and false are valid.
Comments should be in sync with variables which are real to be set.

As was reported already in march 2010 with Roo 1.1 — see https://jira.springsource.org/browse/ROO-708 — Roo 1.2.0 SNAPSHOT since some build once again wrongly — under jdk 1.5 because of this old bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5008260 — adds "@override" to the convert method in ApplicationConversionServiceFactoryBean_Roo_ConversionService.aj:
Example: 
 public Converter<Long, Course> ApplicationConversionServiceFactoryBean.getIdToCourseConverter() {
        return new org.springframework.core.convert.converter.Converter<java.lang.Long, org.rooina.coursemanager.model.Course>() {
            @Override //compiler error
            public org.rooina.coursemanager.model.Course convert(java.lang.Long id) 
{
                return Course.findCourse(id);
            }
        };
    }
Roo 1.1.5 doesn't do this, so why have this behaviour been restored?
The only way out of this seem to be push out all of the .aj file to the java source, thus loosing Roo assistance.

This is because Hive first writes data to /tmp/ and than moves from /tmp to final destination. In federated HDFS recommendation is to mount /tmp on a separate nameservice, which is usually different than /user. Since renames across different mount points are not supported, this fails. 

A DTD declaration contains a system identifier, which can be exploited for example to scan for valid URLs gauged by the response time (quick response=valid, slower response=not valid) or can potentially be further combined with other vulnerabilities where simply accessing a URL can have side effects.
Example DTD declaration:

<!DOCTYPE html SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Custom module class loading fails with ClassNotFoundException
I have attached a reproducible example here but it is also available on the forum thread mentioned.

A user has reported a NPE while adding the cache through the management operation in EJB3 subsystem. Please see the referenced forum thread for details

HIVE-13395 solves the the lost update problem with some inefficiencies.
1. TxhHandler.OperationType is currently derived from LockType.  This doesn't  distinguish between Update and Delete but would be useful.  See comments in TxnHandler.  Should be able to pass in Insert/Update/Delete info from client into TxnHandler.
2. TxnHandler.addDynamicPartitions() should know the OperationType as well from the client.  It currently extrapolates it from TXN_COMPONENTS.  This works but requires extra SQL statements and is thus less performant.  It will not work multi-stmt txns.  See comments in the code.
3. TxnHandler.checkLock() see more comments around "isPartOfDynamicPartitionInsert".  If TxnHandler knew whether it is being called as part of an op running with dynamic partitions, it could be more efficient.  In that case we don't have to write to TXN_COMPONENTS at all during lock acquisition.  Conversely, if not running with DynPart then, we can kill current txn on lock grant rather than wait until commit time.
4. TxnHandler.addDynamicPartitions() - the insert stmt here should combing multiple rows into single SQL stmt (but with a limit for extreme cases)
5. TxnHandler.enqueueLockWithRetry() - this currently adds components that are only being read to TXN_COMPONENTS.   This is useless at best since read op don't generate anything to compact.  For example, delete from T where t1 in (select c1 from C) - no reason to add C to txn_components but we do.
All of these require some Thrift changes
Once done, re-enable TestDbTxnHandler2.testWriteSetTracking11()
Also see comments in here

Similar to CAMEL-3493 there is also a race in getRouteDefinition()

        at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372)[:1.6.0_21]
        at java.util.AbstractList$Itr.next(AbstractList.java:343)[:1.6.0_21]
        at org.apache.camel.impl.DefaultCamelContext.getRouteDefinition(DefaultCamelContext.java:1098)[cih-core-1.0.jar:1.0]
        at com.tieto.cih.core.main.GatewayRouteSetup.startGatewayRoutes(GatewayRouteSetup.java:86)[cih-core-1.0.jar:1.0]
        at com.tieto.cih.core.main.GatewayRouteSetup.process(GatewayRouteSetup.java:73)[cih-core-1.0.jar:1.0]

As route count could be quite large, it would be nice to have them stored in synchronized map or something like that instead of list.

hbase(main):002:0> truncate_preserve 'a'
Truncating 'a' table (it may take a while):

ERROR: undefined method `getTable' for nil:NilClass

  Disables, drops and recreates the specified table while still maintaing the previous region boundaries.

Affected class: org.apache.camel.dataformat.csv.CsvDataFormat 
Method "marshal" has a strange behaviour. The CSVConfig for the CSVWriter can not be set via setConfig, because "marshal" has this line:

CSVConfig conf = createConfig();

Therefore you can not use your own CSVConfig to adjust marshalling. 
Fix proposal:

remove method createConfig
see unmarshaling with corresponding getter/setter

The test client sees the container starting successfully - from the log
The following exception is however ignored in ManagementClient.isServerInRunningState()

java.util.ServiceConfigurationError: org.xnio.XnioProvider: Provider org.xnio.nio.NioXnioProvider could not be instantiated: java.lang.NoClassDefFoundError: org/xnio/FileSystemWatcher
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	at org.xnio.nio.NioXnioProvider.<clinit>(NioXnioProvider.java:30)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	at java.lang.Class.newInstance(Class.java:374)
	at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:373)
	at java.util.ServiceLoader$1.next(ServiceLoader.java:445)
	at org.xnio.Xnio.doGetInstance(Xnio.java:197)
	at org.xnio.Xnio.getInstance(Xnio.java:156)
	at org.jboss.remoting3.Remoting.createEndpoint(Remoting.java:73)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:124)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:67)
	at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:115)
	at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:90)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeRequest(AbstractModelControllerClient.java:236)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:141)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:127)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:71)
	at org.jboss.as.arquillian.container.ManagementClient.isServerInRunningState(ManagementClient.java:186)
	at org.jboss.as.arquillian.container.managed.ManagedDeployableContainer.startInternal(ManagedDeployableContainer.java:184)
	at org.jboss.as.arquillian.container.CommonDeployableContainer.start(CommonDeployableContainer.java:112)
	at org.jboss.arquillian.container.impl.ContainerImpl.start(ContainerImpl.java:199)

create temporary table xx (x int) stored as orc ;
insert into xx values (20),(200);
set hive.fetch.task.conversion=none;
select * from xx where x is null;

This should generate zero tasks after optional split elimination in the app master, instead of generating the 1 task which for sure hits the row-index filters and removes all rows anyway.
Right now, this runs 1 task for the stripe containing (min=20, max=200, has_null=false), which is broken.
Instead, it returns YES_NO_NULL from the following default case
https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/io/orc/OrcInputFormat.java#L976

The add/remove handlers register the capability, but it got missed with the MRR.

I have a class annotated with @QueryResult and a field id of type Long:

@QueryResult
public class MappingTest {

    private Long id;

    public Long getId() {
        return this.id;
    }

    public void setId( final Long id ) {
    }
}

In my domain objects the id-property is annotated with @GraphId
In a GraphRepository i have a annotated query method:

    @Query("MATCH (a:Attribute) RETURN id(a) as id")
    Iterable<MappingTest> testMe();

When this method is executed i get an list with objects and the id property of each object is null. When i rename the property everything is ok.
In the code i found that in org.neo4j.ogm.metadata.ClassInfo.propertySetters() there is the following check

!methodInfo.getName().equals(identitySetter.getName())

Due to this check the propertySetters() method returns an empty Collection and later on no property-writer is created and the property is not set.

The shade plugin doesn't include the files in META-INF/services from camel-spring bundle, we should fix it.

In the Hive WebUI / Drilldown: the Show Query tab always displays "UNKNOWN."
If the user wants to see the query plan here, they should set configuration hive.log.explain.output to true. The user should be made aware of this option:
1) in WebUI / Drilldown / Show Query and
2) in HiveConf.java, line 2232.
This configuration's description reads:
"Whether to log explain output for every query
When enabled, will log EXPLAIN EXTENDED output for the query at INFO log4j log level."
this should be added:
"...and in the WebUI / Show Query tab."

Roo 1.1.0.M3 handles resources mappings differently compared to older versions -
instead of urlrewrite it uses <mvc:resources /> tag to map static resources.
One particular line that by default could cause security risk is following, that is automatically added to webmvc-config.xml by roo:

<mvc:resources location="classpath:/META-INF/spring/" mapping="/resources/spring/**"/>

Since Roo also places many project specific files to /META-INF/spring/ folder(
applicationContext-jms.xml, applicationContext.xml, applicationContext-security.xml, database.properties, email.properties, ...), they also get handled the same way that static resources (such as Spring.js) and be seen from the web. For example:
http://somehost/rooapp/resources/spring/applicationContext-security.xml

HIVE-1010 added support for information_schema. However, the authorization information is not integrated when another project such as Ranger is used to do the authorization.
We need to add API which Ranger/Sentry can implement, so that it is possible to retrieve authorization policy information from them.
The existing API only supports checking if user has a permission on an object and can't be used to retrieve policy details.

Basically, rpc throttling does not work for request count based rater for multi. for the following code, when it calls limiter's checkQuota(), numWrites/numReads is lost.

@Override
public void checkQuota(int numWrites, int numReads, int numScans) throws ThrottlingException {
  writeConsumed = estimateConsume(OperationType.MUTATE, numWrites, 100);
  readConsumed = estimateConsume(OperationType.GET, numReads, 100);
  readConsumed += estimateConsume(OperationType.SCAN, numScans, 1000);

  writeAvailable = Long.MAX_VALUE;
  readAvailable = Long.MAX_VALUE;
  for (final QuotaLimiter limiter : limiters) {
    if (limiter.isBypass()) continue;

    limiter.checkQuota(writeConsumed, readConsumed);
    readAvailable = Math.min(readAvailable, limiter.getReadAvailable());
    writeAvailable = Math.min(writeAvailable, limiter.getWriteAvailable());
  }

    limiter.grabQuota(writeConsumed, readConsumed);
  }
}

VectorColumnAssignFactory doesn't handle HiveCharWritable / HiveVarcharWritable objects.
Either:
HiveVarcharWritable cannot be cast to ... HiveVarchar
or
HiveCharWritable cannot be cast to ... HiveChar

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.io.HiveVarcharWritable cannot be cast to org.apache.hadoop.hive.common.type.HiveVarchar
	at org.apache.hadoop.hive.ql.exec.vector.VectorColumnAssignFactory$17.assignObjectValue(VectorColumnAssignFactory.java:417)
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapJoinOperator.internalForward(VectorMapJoinOperator.java:196)
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.genAllOneUniqueJoinObject(CommonJoinOperator.java:670)
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.checkAndGenObject(CommonJoinOperator.java:748)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.processOp(MapJoinOperator.java:299)
	... 24 more

Some meta store methods being called from JSP have been removed. Really should prioritize compiling jsp into servlet code again.

I get the following error:

HBaseClusterManager.java:[73,23] getExecString() in org.apache.hadoop.hbase.HBaseClusterManager.RemoteShell cannot override getExecString() in org.apache.hadoop.util.Shell.ShellCommandExecutor; attempting to assign weaker access privileges; was public

the issue is that getExecString() is declared public in hadoop-2.0, but protected in hadoop-1.0.  In HBase, it is declared protected, and you can't downgrade from public to protected.
We can just declare the function public and that seems to work, but given that in hadoop the class is declared

@InterfaceAudience.LimitedPrivate({"HDFS", "MapReduce"})

perhaps we should just copy the class into hbase source.

org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor :
if two classes (class A extends class B) both have a method called "afterPropertiesSet()" annotated with @PostConstruct, only the most concrete method gets called. This bug only occurs if the methods have an identical name. 
To fix this behaviour, change LifecycleElement's hashCode() method to include the declaring class
public int hashCode() {
    return (this.method.getDeclaringClass().getName() + "." + this.method.getName()).hashCode();
}
Change equals() accordingly.

Lots of cases where exceptions are constructed but the author forgot to actually throw them.

the component Camel-stringtemplate loses all fields properties after the generation of Result.

The change suppresses the streams in ORC files for ORC dictionaries with 0 entries. This causes NPE on ORC readers for all versions of Hive 0.11 to 1.1 and needs to be reverted.

In Camel TypeConverter API we have two ways to convert payload - with exchange or without. NettyConverter doesn't support ChannelBuffer -> toString conversion without exchange instance and throws NullPointerException.

HBASE-11102 introduced JDK versions for each release. HBASE-11533 added the AsciiDoctor POC documentation but this removed the matrix like table for JDK versions. HBASE-12858 removed the old documentation so there is no reference to the JDK versions by HBase version.
The trimmed down version of the JDK version table is here: http://hbase.apache.org/book.html#basic.prerequisites
It looks like the table needs to be updated at src/main/asciidoc/_chapters/configuration.adoc around line 100. The old table was at src/main/docbkx/configuration.xml around line 150.

When an EJB Bean throws a Runtime exception, it is causing the server side to close the remoting channel.  This causes several issues such as performance issue of having to recreate the channel, channel leak on the client side and some occasional EJBCLIENT...25 - no ejb receiver exceptions on the client side.

clear is a valid color in the JBoss LogManager ColorMap class, but it is not accepted in the logging subsystem color-map attribute pattern.  

Using WebJarAssetLocator.getFullPathExact instead of WebJarAssetLocator.getFullPath avoid
multiple matches in case of multiple files with the same name in the same webjar.
This method is available since v0.29, refer to this github issue for details https://github.com/webjars/webjars-locator/issues/90

CGLIB-generated classes have names such as foo.DomainObject$$EnhancerByCGLIB, which are incompatible with the NamedEntityObjectIdentity's internal representation of the classname as a String.
A workaround is to use BasicAclProvider.defaultAclObjectIdentityClass to provide a new instance of AclObjectIdentity which can correctly handle the names. Another workaround is for your domain objects to implement AclObjectIdentityAware and return the AclObjectIdentity that represents the instance.

It's not possible to set attributes of element transport-config in CLI.
When I run :read-resource() I get

/subsystem=iiop-openjdk:read-resource()
{
        "add-component-via-interceptor" => true,
        "auth-method" => "username_password",
        "caller-propagation" => "none",
        "client-requires" => "None",
        "client-supports" => "ServerAuth",
        "confidentiality" => "none",
        "detect-misordering" => "none",
        "detect-replay" => "none",
        "export-corbaloc" => true,
        "giop-version" => "1.2",
        "high-water-mark" => undefined,
        "integrity" => "required",
        "number-to-reclaim" => undefined,
        "persistent-server-id" => "1",
        "properties" => undefined,
        "realm" => undefined,
        "root-context" => "JBoss/Naming/root",
        "security" => "identity",
        "security-domain" => undefined,
        "server-requires" => "None",
        "server-supports" => "MutualAuth",
        "socket-binding" => "iiop",
        "ssl-socket-binding" => "iiop-ssl",
        "support-ssl" => false,
        "transactions" => "spec",
        "trust-in-client" => "none",
        "trust-in-target" => "none"
    }
}

but XML can contain two emelents

<client-transport integrity="supported" confidentiality="supported" trust-in-target="supported" trust-in-client="supported" detect-replay="supported" detect-misordering="supported" />
<transport-config integrity="supported" confidentiality="supported" trust-in-target="supported" trust-in-client="supported" detect-replay="supported" detect-misordering="supported" />

v6.2.0.redhat-015
Creating a new Fabric constantly fails, even with extended timeouts:
fabric:create --bootstrap-timeout 480000  --zookeeper-ticktime 10000 --resolver localip --wait-for-provisioning
First exception repoted is:

2014-08-22 12:43:19,557 | ERROR | pool-11-thread-1 | CuratorFrameworkImpl             | 86 - io.fabric8.fabric-zookeeper - 1.1.0.redhat-015 | Background exception was not retry-able or retry gave up
java.lang.IllegalStateException: Client is not started
        at com.google.common.base.Preconditions.checkState(Preconditions.java:150)[76:com.google.guava:15.0.0]
        at org.apache.curator.CuratorZookeeperClient.getZooKeeper(CuratorZookeeperClient.java:113)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.CuratorFrameworkImpl.getZooKeeper(CuratorFrameworkImpl.java:474)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.DeleteBuilderImpl.performBackgroundOperation(DeleteBuilderImpl.java:147)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.OperationAndData.callPerformBackgroundOperation(OperationAndData.java:65)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.CuratorFrameworkImpl.performBackgroundOperation(CuratorFrameworkImpl.java:789)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.CuratorFrameworkImpl.processBackgroundOperation(CuratorFrameworkImpl.java:487)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.DeleteBuilderImpl.forPath(DeleteBuilderImpl.java:211)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.DeleteBuilderImpl.forPath(DeleteBuilderImpl.java:42)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.FailedDeleteManager.addFailedDelete(FailedDeleteManager.java:42)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.DeleteBuilderImpl.pathInForeground(DeleteBuilderImpl.java:260)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.DeleteBuilderImpl.forPath(DeleteBuilderImpl.java:215)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at io.fabric8.groups.internal.ZooKeeperGroup.doUpdate(ZooKeeperGroup.java:229)[80:io.fabric8.fabric-groups:1.1.0.redhat-015]
        at io.fabric8.groups.internal.ZooKeeperGroup.close(ZooKeeperGroup.java:183)[80:io.fabric8.fabric-groups:1.1.0.redhat-015]
        at io.fabric8.mq.fabric.FabricDiscoveryAgent.stop(FabricDiscoveryAgent.java:231)[198:io.fabric8.mq.mq-fabric:1.1.0.redhat-015]
        at io.fabric8.mq.fabric.ActiveMQServiceFactory$ClusteredConfiguration.updateCurator(ActiveMQServiceFactory.java:721)[198:io.fabric8.mq.mq-fabric:1.1.0.redhat-015]
        at io.fabric8.mq.fabric.ActiveMQServiceFactory.bindCurator(ActiveMQServiceFactory.java:364)[198:io.fabric8.mq.mq-fabric:1.1.0.redhat-015]
        at io.fabric8.mq.fabric.ActiveMQServiceFactory.removedService(ActiveMQServiceFactory.java:351)[198:io.fabric8.mq.mq-fabric:1.1.0.redhat-015]
        at io.fabric8.mq.fabric.ActiveMQServiceFactory.removedService(ActiveMQServiceFactory.java:75)[198:io.fabric8.mq.mq-fabric:1.1.0.redhat-015]
        at org.osgi.util.tracker.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:956)[karaf.jar:2.4.0.redhat-620015]
        at org.osgi.util.tracker.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:1)[karaf.jar:2.4.0.redhat-620015]
        at org.osgi.util.tracker.AbstractTracked.untrack(AbstractTracked.java:341)[karaf.jar:2.4.0.redhat-620015]
        at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:902)[karaf.jar:2.4.0.redhat-620015]
        at org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:943)[org.apache.felix.framework-4.4.1.jar:]
        at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:794)[org.apache.felix.framework-4.4.1.jar:]
        at org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:544)[org.apache.felix.framework-4.4.1.jar:]
        at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4445)[org.apache.felix.framework-4.4.1.jar:]
        at org.apache.felix.framework.Felix.access$000(Felix.java:77)[org.apache.felix.framework-4.4.1.jar:]
        at org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:404)[org.apache.felix.framework-4.4.1.jar:]
        at org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:153)[org.apache.felix.framework-4.4.1.jar:]
        at org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:128)[org.apache.felix.framework-4.4.1.jar:]
        at io.fabric8.zookeeper.curator.ManagedCuratorFramework$State.run(ManagedCuratorFramework.java:110)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_65]
        at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_65]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_65]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_65]
        at java.lang.Thread.run(Thread.java:745)[:1.7.0_65]
2014-08-22 12:43:19,559 | ERROR | pool-11-thread-1 | ZooKeeperGroup                   | 80 - io.fabric8.fabric-groups - 1.1.0.redhat-015 | 
        at org.apache.curator.framework.imps.DeleteBuilderImpl$5.call(DeleteBuilderImpl.java:239)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.DeleteBuilderImpl$5.call(DeleteBuilderImpl.java:234)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:107)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
        at org.apache.curator.framework.imps.DeleteBuilderImpl.pathInForeground(DeleteBuilderImpl.java:230)[86:io.fabric8.fabric-zookeeper:1.1.0.redhat-015]
...

Whitelist restrictions use a regex pattern in HiveConf, but when a new HiveConf object copy is created, the regex pattern is not initialized in the new HiveConf copy.

Was playing with "completebulkload", and ran into an NPE.
The problem is here (HRegion.bulkLoadHFiles(...)).

Store store = getStore(familyName);
if (store == null) {
  IOException ioe = new DoNotRetryIOException(
      "No such column family " + Bytes.toStringBinary(familyName));
  ioes.add(ioe);
  failures.add(p);
}

try {
  store.assertBulkLoadHFileOk(new Path(path));
} catch (WrongRegionException wre) {
  // recoverable (file doesn't fit in region)
} catch (IOException ioe) {
  // unrecoverable (hdfs problem)
}

This should be 

...
} else {
  try {
    store.assertBulkLoadHFileOk(new Path(path));
...
}

HttpHeaders.getEtag() apparently removes the quotes around the header field value.
This is a bug; the quotes are part of the entity tag, and furthermore, it breaks the handling of weak etags.
See http://greenbytes.de/tech/webdav/rfc2616.html#rfc.section.3.11

HIVE-8341 added code to compress the transaction list in the JobConf when it reaches a certain size.  This breaks when the JobConf is converted to job.xml and sent to MR.  The special characters are not correctly escaped.  
The proposed fix is to back out the compression (not the changes to ScriptOperator) for now and look later at compressing/encoding it in a way that works with job.xml.

The camel-linkedin quickstart uses the class org.apache.camel.processor.BodyInAggregatingStrategy in its blueprint configuration. However, the class isn't present in the camel-core bundle, because it is in test scope. So the result of installation is

org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to load class org.apache.camel.processor.BodyInAggregatingStrategy from recipe BeanRecipe[name='aggregatorStrategy']
Caused by: java.lang.ClassNotFoundException: org.apache.camel.processor.BodyInAggregatingStrategy not found by org.apache.camel.camel-core [202]

Also notice that the name of configuration file mentioned in README.md (org.jboss.quickstarts.fuse.camel-linkedin.cfg) differs from the name used in the blueprint configuration (org.jboss.quickstarts.fuse.linkedin).

For some queries e.g. union9, union16, we are getting plans with many binary unions when CBO is on. The reason is that an identity select operator is introduced after each union by the CBO; thus, the method that was merging the unions when the translation of the AST into a logical plan was being done is not executed, as it does not detect there is another union operator. 
With the fix in the patch attached, the method will merge the two unions if (1) one is the child of the other one, or (2) if one is a descendant of the other one and there is an identity select operator between them.

org.jboss.as.test.integration.security.vault.ExternalPasswordCommandsTestCase#testCmdPassword
org.jboss.as.test.integration.security.vault.ExternalPasswordCommandsTestCase#testExtPassword
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.vault.ExternalPasswordCommandsTestCase -Dsecurity.manager
Fail with:

[io.undertow.request] (default task-1) UT005023: Exception handling request to /vault//check: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "org.jboss.security.vault.SecurityVaultFactory.get")" in code source "(vfs:/content/vault.war/WEB-INF/classes <no signer certificates>)" of "null")
	at org.jboss.security.vault.SecurityVaultFactory.get(SecurityVaultFactory.java:58)
	at org.jboss.security.vault.SecurityVaultFactory.get(SecurityVaultFactory.java:44)
	at org.jboss.security.vault.SecurityVaultUtil.getValue(SecurityVaultUtil.java:92)
	at org.jboss.as.test.integration.security.vault.CheckVaultedPassServlet.doGet(CheckVaultedPassServlet.java:59)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:285)
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:264)
	at io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:181)
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:178)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:792)

org.jboss.as.test.integration.security.vault.VaultDatasourceTestCase#testAccessThroughVaultDatasource
org.jboss.as.test.integration.security.vault.VaultDatasourceTestCase#testRejectWrongPasswordThroughVaultDatasource
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.vault.VaultDatasourceTestCase -Dsecurity.manager
Fail with:

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getProtectionDomain")" in code source "(vfs:/content/test.war/WEB-INF/classes <no signer certificates>)" of "null")
	at java.lang.Class.getProtectionDomain(Class.java:2299)
	at org.jboss.as.test.integration.security.vault.VaultDatasourceTestCase.<clinit>(VaultDatasourceTestCase.java:204)
	... 62 more

org.jboss.as.test.integration.security.vault.VaultSystemPropertiesTestCase#testVaultedSystemProperty
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.vault.VaultSystemPropertiesTestCase#testVaultedSystemProperty -Dsecurity.manager

SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-3-thread-1) Failed: org.jboss.as.test.integration.security.vault.VaultSystemPropertiesTestCase.testVaultedSystemProperty: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "vault.testing.property" "read")" in code source "(vfs:/content/vault.war/WEB-INF/classes <no signer certificates>)" of "null")
	at org.wildfly.security.manager.WildFlySecurityManager.checkPropertyAccess(WildFlySecurityManager.java:496)
	at java.lang.System.getProperty(System.java:717)
	at org.jboss.as.test.integration.security.vault.VaultSystemPropertiesTestCase.testVaultedSystemProperty(VaultSystemPropertiesTestCase.java:62)
(...)

It looks like we can't start a TCP client to connect the 0.0.0.0:8888 on windows.

if you start Hive CLI (locking enabled) and run some command that acquires locks and ^C the shell before command completes the locks for the command remain until they timeout.
I believe Beeline has the same issue.
Need to add proper hooks to release locks when command dies. (As much as possible)

The timer-sql properties file is missing a script for MariaDB. It is indeed the same as for MySQL but it is more convenient to have its own entry.
It will help when configuring a MariaDB datasource.

If RegionServerCallable#prepare failed when getRegionLocation, the location in this callable object is null. And before we retry we will sleep. However, when location is null we will sleep at least 10 seconds. And the request will be failed directly if operation timeout is less than 10 seconds. I think it is no need to keep MIN_WAIT_DEAD_SERVER logic. Use backoff sleeping logic is ok for most cases.

From https://www.apache.org/dev/publishing-maven-artifacts.html
So we can use the distribution management targets.
We manually did the prepare your release step.
Will run Step 4 Stage the release for a vote when we are ready to release 0.13.

In some places in the code, we are using Properties class in "explain extended".
This makes the order of the lines in the "explain extended" undeterministic because Properties are based on Hashtable class.
We should add another function to show the properties in sorted order.

Currently, SHORT -> INT -> BIGINT is supported.
Handle ORC data type conversions permitted by Implicit conversion allowed by TypeIntoUtils.implicitConvertible method.

STRING_GROUP -> DOUBLE
STRING_GROUP -> DECIMAL
DATE_GROUP -> STRING
NUMERIC_GROUP -> STRING
STRING_GROUP -> STRING_GROUP
   *
// Upward from "lower" type to "higher" numeric type:
BYTE -> SHORT -> INT -> BIGINT -> FLOAT -> DOUBLE -> DECIMAL

The following config:

<sws:interceptors>
<bean id="wsSecurityInterceptor" class="org.springframework.ws.soap.security.xwss.X wsSecurityInterceptor">
<description>
This interceptor validates incoming messages according to the policy defined in
'securityPolicy.xml'.
The policy defines that all incoming requests must have a UsernameToken with a password digest
in it.
The actual authentication is performed by the Spring callback handler.
</description>
<property name="secureResponse" value="false"/>
<property name="policyConfiguration"
value="/WEB-INF/spring/securityPolicy.xml"/>
<property name="callbackHandlers">
<list>
<bean class="org.springframework.ws.soap.security.xwss.c allback.SpringDigestPasswordValidationCallbackHand ler">
<property name="userDetailsService" ref="securityService"/>
<property name="userCache" ref="userCache"/>
</bean>
<bean class="com.xifin.security.UserValidationCallbackHa ndler">
</bean>
</list>
</bean>

</sws:interceptors>

results in the following exception:

2010-12-30 16:35:37,699 DEBUG SoapMessageDispatcher[handleHeaders() line 120] - Handling MustUnderstand header {http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}Security
2010-12-30 16:35:37,702 WARN SoapMessageDispatcher[createMustUnderstandFault() line 162] - Could not handle mustUnderstand headers: {http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}Security. Returning fault
2010-12-30 16:35:37,704 DEBUG sent[receive() line 181] - Sent response [SaajSoapMessage http://schemas.xmlsoap.org/soap/envelope/}Fault] for request [SaajSoapM

For query

select exploded_traits from hdrone.vehiclestore_udr_vehicle 
lateral view explode(map_values(vehicle_traits.vehicle_traits)) traits as exploded_traits 
where datestr > '2016-08-22' LIMIT 100

Job fails with error msg as follows:

Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"ts":null,"_max_added_id":null,"identity_info":null,"vehicle_specs":null,"tracking_info":null,"color_info":null,"vehicle_traits":null,"detail_info":null,"_row_key":null,"_shard":null,"image_info":null,"vehicle_tags":null,"activation_info":null,"flavor_info":null,"sounds":null,"legacy_info":null,"images":null,"datestr":"2016-08-24"} at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:179) at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54) at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:453) at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343) at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:163) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:422) at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1671) at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:158) Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"ts":null,"_max_added_id":null,"identity_info":null,"vehicle_specs":null,"tracking_info":null,"color_info":null,"vehicle_traits":null,"detail_info":null,"_row_key":null,"_shard":null,"image_info":null,"vehicle_tags":null,"activation_info":null,"flavor_info":null,"sounds":null,"legacy_info":null,"images":null,"datestr":"2016-08-24"} at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:507) at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:170) ... 8 more Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating map_values(vehicle_traits.vehicle_traits) at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:82) at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:815) at org.apache.hadoop.hive.ql.exec.LateralViewForwardOperator.processOp(LateralViewForwardOperator.java:37) at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:815) at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:95) at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:157) at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:497) ... 9 more Caused by: java.lang.NullPointerException at org.apache.hadoop.hive.ql.udf.generic.GenericUDFMapValues.evaluate(GenericUDFMapValues.java:64) at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator._evaluate(ExprNodeGenericFuncEvaluator.java:185) at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:77) at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:65) at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:77) ... 15 more 

It appears that null is not properly handled in GenericUDFMapValues.evaluate() method.

When calling project --topLevelPackage de.mycompany.roo.example.addon --template ROO_ADDON_SIMPLE , I get
java.lang.IllegalArgumentException: Roo add-ons must have a top-level package starting with .com or .net or .org; eg com.mycompany.myproject.roo.addon
I understand, that such naming convention might have been necessary for efficient classpath scanning or so, but I think, after migration to osgi, this limitation can now be dropped.
Two reasons for this:
1) Not all companies have com or net or org domains...
2) When a company (or someone else) decides to contribute several roo addons, the package name will typically start with something like  de.mycompany.roo.name_of_the_addon.*  I is not so nice to have to include "roo" a second time at the end of the package name ...
BTW.: Only the shell command enforces this naming restriction. We created our POM for the http://code.google.com/p/spring-roo-equals-roo-addon/ by hand and there was no error at runtime, although we did not adhere to the naming convention... 

HIVE-3764 is addressing metastore version consistency.
Besides it would be helpful to add a tool that can leverage this version information to figure out the required set of upgrade scripts, and execute those against the configured metastore. Now that Hive includes Beeline client, it can be used to execute the scripts.

When installed the org.jboss.fuse.examples.jms, the fab will install the activemq-camel by default.
As install the activemq-osgi bundle by default in JBoss Fuse, we should not let the jms example have the dependency of activemq-camel.
They are exports same packages of 

 org.apache.activemq.camel; version=5.8.0.redhat-60015
 org.apache.activemq.camel.component; version=5.8.0.redhat-60015
 org.apache.activemq.camel.converter; version=5.8.0.redhat-60015

Here is log for a particular region:

2011-11-15 05:46:31,382 INFO org.apache.hadoop.hbase.regionserver.SplitTransaction: Still waiting on the master to process the split for 8bbd7388262dc8cb1ce2cf4f04a7281d
2011-11-15 05:46:31,483 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:7003-0x1337b0b92cd000a-0x1337b0b92cd000a Attempting to transition node 8bbd7388262dc8cb1ce2cf4f04a7281d from RS_ZK_REGION_SPLIT to RS_ZK_REG
ION_SPLIT
2011-11-15 05:46:31,484 INFO org.apache.hadoop.hbase.regionserver.SplitRequest: Region split, META updated, and report to master. Parent=TestTable,0862220095,1321335865649.8bbd7388262dc8cb1ce2cf4f04a7281d., new regions: TestTab
le,0862220095,1321335989689.f00c683df3182d8ef33e315f77ca539c., TestTable,0892568091,1321335989689.a56ca1eff5b4401432fcba04b4e851f8.. Split took 1sec
2011-11-15 05:46:37,705 DEBUG org.apache.hadoop.hbase.regionserver.Store: Compacting hdfs://sv4r11s38:7000/hbase/TestTable/a56ca1eff5b4401432fcba04b4e851f8/info/9ce16d8fa94e4938964c04775a6fa1a7.8bbd7388262dc8cb1ce2cf4f04a7281d-
hdfs://sv4r11s38:7000/hbase/TestTable/8bbd7388262dc8cb1ce2cf4f04a7281d/info/9ce16d8fa94e4938964c04775a6fa1a7-top, keycount=717559, bloomtype=NONE, size=711.1m
2011-11-15 05:46:37,705 DEBUG org.apache.hadoop.hbase.regionserver.Store: Compacting hdfs://sv4r11s38:7000/hbase/TestTable/a56ca1eff5b4401432fcba04b4e851f8/info/9213f4d7ee9b4fda857a97603a001f9e.8bbd7388262dc8cb1ce2cf4f04a7281d-
hdfs://sv4r11s38:7000/hbase/TestTable/8bbd7388262dc8cb1ce2cf4f04a7281d/info/9213f4d7ee9b4fda857a97603a001f9e-top, keycount=416691, bloomtype=NONE, size=412.9m
2011-11-15 05:46:53,090 DEBUG org.apache.hadoop.hbase.regionserver.Store: Compacting hdfs://sv4r11s38:7000/hbase/TestTable/f00c683df3182d8ef33e315f77ca539c/info/9ce16d8fa94e4938964c04775a6fa1a7.8bbd7388262dc8cb1ce2cf4f04a7281d-
hdfs://sv4r11s38:7000/hbase/TestTable/8bbd7388262dc8cb1ce2cf4f04a7281d/info/9ce16d8fa94e4938964c04775a6fa1a7-bottom, keycount=717559, bloomtype=NONE, size=711.1m
2011-11-15 05:46:53,090 DEBUG org.apache.hadoop.hbase.regionserver.Store: Compacting hdfs://sv4r11s38:7000/hbase/TestTable/f00c683df3182d8ef33e315f77ca539c/info/9213f4d7ee9b4fda857a97603a001f9e.8bbd7388262dc8cb1ce2cf4f04a7281d-
hdfs://sv4r11s38:7000/hbase/TestTable/8bbd7388262dc8cb1ce2cf4f04a7281d/info/9213f4d7ee9b4fda857a97603a001f9e-bottom, keycount=416691, bloomtype=NONE, size=412.9m
2011-11-15 05:48:00,690 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: Found 3 hlogs to remove out of total 12; oldest outstanding sequenceid is 5699 from region 8bbd7388262dc8cb1ce2cf4f04a7281d
2011-11-15 05:57:54,083 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: Too many hlogs: logs=33, maxlogs=32; forcing flush of 1 regions(s): 8bbd7388262dc8cb1ce2cf4f04a7281d
2011-11-15 05:57:54,083 WARN org.apache.hadoop.hbase.regionserver.LogRoller: Failed to schedule flush of 8bbd7388262dc8cb1ce2cf4f04a7281dr=null, requester=null
2011-11-15 05:58:01,358 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: Too many hlogs: logs=34, maxlogs=32; forcing flush of 1 regions(s): 8bbd7388262dc8cb1ce2cf4f04a7281d
2011-11-15 05:58:01,359 WARN org.apache.hadoop.hbase.regionserver.LogRoller: Failed to schedule flush of 8bbd7388262dc8cb1ce2cf4f04a7281dr=null, requester=null

See nabble
http://camel.465427.n5.nabble.com/ExchangeTimedOutException-when-using-vm-seda-with-multipleConsumers-true-td5710951.html

By design, ReplicationLogCleaner guarantee that the WALs  being in replication queue can't been deleted by the HMaster. The ReplicationLogCleaner gets the WAL set from zookeeper by scanning the replication zk node. But it may get uncompleted WAL set during replication failover for the scan operation is not atomic.
For example: There are three region servers: rs1, rs2, rs3, and peer id 10.  The layout of replication zookeeper nodes is:

/hbase/replication/rs/rs1/10/wals
                     /rs2/10/wals
                     /rs3/10/wals

t1: the ReplicationLogCleaner finished scanning the replication queue of rs1, and start to scan the queue of rs2.
t2: region server rs3 is down, and rs1 take over rs3's replication queue. The new layout is

                     /rs1/10-rs3/wals
                     /rs3

t3, the ReplicationLogCleaner finished scanning the queue of rs2, and start to scan the node of rs3. But the the queue has been moved to  "replication/rs1/10-rs3/WALS"

So the  ReplicationLogCleaner will miss the WALs of rs3 in peer 10 and the hmaster may delete these WALs before they are replicated to peer clusters.
We encountered this problem in our cluster and I think it's a serious bug for replication.
Suggestions are welcomed to fix this bug. thx~

For controller 

@RequestMapping("/category")
public class CategoryController extends AbstractCsController {

    private ICraftService craftService;

    @RequestMapping(value = {"/{category}/page/{page}", "/**/{category}/page/{page}"})
    public String category(@PathVariable String category, @PathVariable int page, Model model) {
        model.addAttribute("categories", craftService.findSubcategories(category));
        return "craft/category";
    }

    @RequestMapping(value = {"/{category}", "/**/{category}"})
    public String category(@PathVariable String category, Model model) {
        return category(category, 1, model);
    }

    @RequestMapping(value = {""})
    public String category(Model model) {
        return category(1, model);
    }

    @RequestMapping(value = {"/page/{page}"})
    public String category(@PathVariable int page, Model model) {
        return category(null, page, model);
    }

}

I get following error for url like localhost:8080/context/category/page/5

org.springframework.web.bind.annotation.support.HandlerMethodInvocationException: Failed to invoke handler method [public java.lang.String net.tv.cs.craft.controller.CategoryController.category(int,org.springframework.ui.Model)]; nested exception is java.lang.IllegalStateException: Could not find @PathVariable [page] in @RequestMapping
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:164)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:378)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:366)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:781)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:726)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:636)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:545)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
	at com.opensymphony.sitemesh.webapp.SiteMeshFilter.obtainContent(SiteMeshFilter.java:125)
	at com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilter.java:76)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
	at org.springframework.web.filter.ShallowEtagHeaderFilter.doFilterInternal(ShallowEtagHeaderFilter.java:57)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
	at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
	at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:829)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
	at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
	at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)
Caused by: java.lang.IllegalStateException: Could not find @PathVariable [page] in @RequestMapping
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter$ServletHandlerMethodInvoker.resolvePathVariable(AnnotationMethodHandlerAdapter.java:660)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolvePathVariable(HandlerMethodInvoker.java:542)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveHandlerArguments(HandlerMethodInvoker.java:282)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:156)
	... 35 more

Problem seems to be in AbstractUrlHandlerMapping.lookupHandler. MAybe in code: 

// Pattern match?
String bestPathMatch = null;
for (String registeredPath : this.handlerMap.keySet()) {
	if (getPathMatcher().match(registeredPath, urlPath) &&
		(bestPathMatch == null || bestPathMatch.length() < registeredPath.length())) {
		bestPathMatch = registeredPath;
	}
}

After ending this loop the bestPathMatch variable has value _/category/**/
{category}
/_ but it should have _/category/page/
{page}
_. Because of this code 

Map<String, String> uriTemplateVariables = getPathMatcher().extractUriTemplateVariables(bestPathMatch, urlPath); 

 gives map with 

category -> 5

 entry, but should 

page -> 5

. Because of the uriTemplateVariables doesn't contain the page key it ends with the exception.
I think it is a bug because it resolves method handler correctly but the parameter resolution is not correct.

MiniZookeeperCluster.shutdown() shuts down the ZookeeperServer and NIOServerCnxnFactory. However, MiniZookeeperCluster uses a deprecated ZookeeperServer constructor, which in turn constructs its own FileTxnSnapLog, and ZKDatabase. Since ZookeeperServer.shutdown() does not close() the ZKDatabase, we have to explicitly close it in MiniZookeeperCluster.shutdown().
Tests effected by this are

TestSplitLogManager
TestSplitLogWorker
TestOfflineMetaRebuildBase
TestOfflineMetaRebuildHole
TestOfflineMetaRebuildOverlap

Looks like spring-security-3.1.xsd needs an update. I was checking through the bean definition parsers to figure out precisely what auto-config does these days, and this description found in the xsd no longer fits:
"Automatically registers a login form, BASIC authentication, anonymous authentication, logout services, remember-me and servlet-api-integration. If set to "true", all of these capabilities are added (although you can still customize the configuration of each by providing the respective element). If unspecified, defaults to "false"."
For one, it no longer configures remember-me (see SEC-1044.) Best I can tell, it does only three things:
1) form auth
2) basic auth
3) logout
So these need to be removed due to no longer being enabled by auto-config:
1) anonymous
2) remember-me
And this needs to be removed due to ALWAYS being configured by the <http> element regardless of auto-config (as long as you don't manually set it to false):
1) servlet-api-integration
Double-check me, but I think this is right.

[16:19:40][Step 4/5] [INFO] — maven-clean-plugin:3.0.0:clean (clean-test-servers) @ wildfly-testsuite-integration-mixed-domain —
[16:19:40][Step 4/5] [INFO] Deleting C:\BuildAgent\work\5768cf3a0bee5b47\full\testsuite\mixed-domain\target\jbossas (includes = [], excludes = [**/*.log])
[16:19:40][Step 4/5] [INFO] Deleting C:\BuildAgent\work\5768cf3a0bee5b47\full\testsuite\mixed-domain\target\old-versions (includes = [], excludes = [**/*.log])
[16:19:42][Step 4/5] Failed to execute goal org.apache.maven.plugins:maven-clean-plugin:3.0.0:clean (clean-test-servers) on project wildfly-testsuite-integration-mixed-domain: Failed to clean project: Failed to delete ...

It makes sense to setup the connection info in one place. Right now part of connection configuration happens in Utils#parseURL and part in the HiveConnection constructor.

[javac] /data/users/jsichi/open/hive-trunk/build-common.xml:304: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds
[javac] Compiling 33 source files to /data/users/jsichi/open/hive-trunk/build/ql/test/classes
/data/users/jsichi/open/hive-trunk/build.xml:168: The following error occurred while executing this line:
/data/users/jsichi/open/hive-trunk/build.xml:105: The following error occurred while executing this line:
/data/users/jsichi/open/hive-trunk/build-common.xml:304: /data/users/jsichi/open/hive-trunk/build/hadoopcore/hadoop-0.17.2.1/lib/jsp-2.1 does not exist.

For SFSBs, ASYNC mode requres pessimistic locking/repeatable read.
In order to use looser locking isolation (since with SFSB, contention is not an issue), SYNC mode is more appropriate as a default.

The HIVE table DDl generated by show create table <target_table> command does not contain SerDe properties of the target table even though it contain specific SerDe properties. 

hive.exec.scratchdir which is treated as the root scratch directory on hdfs only needs to be writable by all. We can use 733 instead of 777 for doing that.

hbase(main):003:0> merge_region '92ade79eb3ac390b09e2b19c74b56dad', '92ade79eb3ac390b09e2b19c74b56dad'
2013-07-25 13:21:23,991 ERROR [main] client.HBaseAdmin: Unexpected exception: com.google.protobuf.ServiceException: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(java.lang.NullPointerException): java.lang.NullPointerException
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2108)
	at org.apache.hadoop.hbase.ipc.RpcServer$CallRunner.run(RpcServer.java:1809)
	at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.consumerLoop(SimpleRpcScheduler.java:165)
	at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.access$000(SimpleRpcScheduler.java:41)
	at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler$1.run(SimpleRpcScheduler.java:113)
 from calling HMaster.dispatchMergingRegions
0 row(s) in 0.0160 seconds

I also saw the following in the master log:

2013-07-25 13:25:12,683 ERROR [MASTER_TABLE_OPERATIONS-a1220:36000-0] executor.EventHandler: Caught throwable while processing event C_M_MERGE_REGION
        at org.apache.hadoop.hbase.master.handler.DispatchMergingRegionHandler.process(DispatchMergingRegionHandler.java:104)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:130)

In some cases And tokens are ignored.
If the first query parameter is an Equals query, isFieldApplied will be set to true upon processing the Equals token. When a subsequent And token is processed, the AND keyword is not appended.
This should occur with other tokens than Equals, but I have not tested them (NotEquals, LessThan, etc.).

It seems the Cloud Foundry Add On is installed:
roo> cloud foundry login --email eberhard.wolff@gmail.com --password *****
Credentials saved.
Logged in successfully with email address 'eberhard.wolff@gmail.com'
But if you enter just "cloud foundry" the installation instructions are shown:
roo> cloud foundry 
Command 'cloud foundry' not found (for assistance press TAB or type "hint" then hit ENTER)

If a route with restlet endponit is created after restlet server is started, restlet can't handle the endpoint correctly, because restlet translate all URI pattern of routes at server starting, but don't it for later attached routes. So we must translate the URI pattern before attach it to restlet after restlet server is started. See http://restlet.tigris.org/issues/show_bug.cgi?id=988. 

A client application (LoadTestTool) calls put() on HTables. Internally to the HBase client those puts are batched into MultiActions. The total number of put operations shown in the RegionServer's put metrics histogram never increases from 0 even though millions of such operations are made. Needless to say the latency for those operations are not measured either. The value of HBASE-5533 metrics are suspect given the client will batch put and delete ops like this.
I had a fix in progress but HBASE-6284 messed it up. Before, MultiAction processing in HRegionServer would distingush between puts and deletes and dispatch them separately. It was easy to account for the time for them. Now both puts and deletes are submitted in batch together as mutations.

Hive cannot be built on hadoop-1 after HIVE-7895, which checks sticky bit in FsPermission.

This is an issue in the HBASE-10070 context, but as well more generally if you want to interrupt an operation with a limited cost. 
I will attach a doc with a more detailed explanation.
This adds a thread per region server; so it's otional. The first patch activates it by default to see how it behaves on a full hadoop-qa run. The target is to be unset by default.

build.bat clean install failed with
Test set: org.jboss.as.test.integration.jsp.JspTagTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.768 sec <<< FAILURE! - in org.jboss.as.test.integration.jsp.JspTagTestCase
test(org.jboss.as.test.integration.jsp.JspTagTestCase)  Time elapsed: 0.486 sec  <<< FAILURE!
org.junit.ComparisonFailure: expected:<This is a header[
<div>tag</div>
Static content]
> but was:<This is a header[
Static content
]
>
	at org.junit.Assert.assertEquals(Assert.java:115)
	at org.jboss.as.test.integration.jsp.JspTagTestCase.test(JspTagTestCase.java:67)
Replacing all occurence of "\n" with System.getProperty("line.separator") in the expected String solved the problem for me.

3.0.0-alpha3 is out, we should replace the old alpha2 release with alpha3. And we should add new 2.x releases also.

To reproduce it, 

use bugtest;
create table basetb(id int, name string);
create view testv1 as
with subtb as (select id, name from bugtest.basetb)
select id from subtb;
use castest;
explain select * from bugtest.testv1;
hive> explain select * from bugtest.testv1;
FAILED: SemanticException Line 2:15 Table not found 'subtb' in definition of VIEW testv1 [
select id from `bugtest`.`subtb`
] used as testv1 at Line 1:22
Note that there is a database prefix `bugtest`.`subtb`

The problem is that the query introduces a spurious ALLCOLREF

ObjectInspectorFactory#getReflectionObjectInspectorNoCache addes newly create object inspector to the cache before calling its init() method, to allow reusing the cache when dealing with recursive types. So a second thread can then call getReflectionObjectInspector and fetch an uninitialized instance of ReflectionStructObjectInspector.
Another issue is that if two threads calls ObjectInspectorFactory.getReflectionObjectInspector at the same time. One thread could get an object inspector not in the cache, i.e. they could both call getReflectionObjectInspectorNoCache() but only one will put the new object inspector to cache successfully.

The RCFile writer is currently missing a call to return of one of the compression codecs to the pool.

An user complains the adviceWith doesn't work well with the camel-http4 component[1].
After digging the code a while, I found the NPE is thrown because the camel-http4 endpoint is created before camel-http4 component is started. It is caused by the adviceWith() try to start the route after it finished the work. 
We need to make sure the adviceWith doesn't start the route when the camel context is not started yet to avoid the NPE.
[1]http://camel.465427.n5.nabble.com/Test-Intercept-with-adviceWith-and-http-td5723473.html

TestTriggersWorkloadManager seems flaky and all test cases gets timed out at times. 

Duplicate enum constants cause a compile error and should not be allowed to proceed to be created in the Roo shell

Shuffle tokens are never cleaned up, resulting in a slow leak.

The DefaultSavedRequest stores parameters in a case-insensitive TreeMap, but with a normal HttpServletRequest parameter names are case-sensitive.
Basically, this TreeMap should not use a case-insensitive comparator: https://github.com/spring-projects/spring-security/blob/c79bceab03555df0825b5d0c96fc9bc38eb88b9a/web/src/main/java/org/springframework/security/web/savedrequest/DefaultSavedRequest.java#L65
Someone already noticed this mistake in the past, see the comment at the test class: https://github.com/spring-projects/spring-security/blob/c79bceab03555df0825b5d0c96fc9bc38eb88b9a/web/src/test/java/org/springframework/security/web/savedrequest/DefaultSavedRequestTests.java#L35
Header names should be case-insensitive, so that's fine.

Follows on from LDAP-296.
After trying 2.0.1.RELEASE, I ran into another NPE.  This is code which works fine when run normally through an IDE, but when packaged up using the Maven shade plugin, it fails with an NPE.

	at org.springframework.ldap.odm.core.impl.DefaultObjectDirectoryMapper.verifyConversion(DefaultObjectDirectoryMapper.java:167)
	at org.springframework.ldap.odm.core.impl.DefaultObjectDirectoryMapper.addManagedClass(DefaultObjectDirectoryMapper.java:144)
	at org.springframework.ldap.odm.core.impl.DefaultObjectDirectoryMapper.getEntityData(DefaultObjectDirectoryMapper.java:107)
	at org.springframework.ldap.odm.core.impl.DefaultObjectDirectoryMapper.filterFor(DefaultObjectDirectoryMapper.java:447)
	at org.springframework.ldap.core.LdapTemplate.find(LdapTemplate.java:1824)
	at org.springframework.ldap.core.LdapTemplate.find(LdapTemplate.java:1857)
	at org.springframework.ldap.repository.support.SimpleLdapRepository.findAll(SimpleLdapRepository.java:119)
	at org.springframework.ldap.repository.support.SimpleLdapRepository.findAll(SimpleLdapRepository.java:43)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:344)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:329)
	at com.sun.proxy.$Proxy22.findAll(Unknown Source)
	at au.net.iinet.hris_ldap.service.LdapSyncService.buildPermissions(LdapSyncService.java:128)
	at au.net.iinet.hris_ldap.service.LdapSyncService.main(LdapSyncService.java:104)

Regarding to the issue at Camel User Forum as [[camel-jcr] The trouble about the JCR multi-valued property when using JCR_GET_BY_ID](http://camel.465427.n5.nabble.com/camel-jcr-The-trouble-about-the-JCR-multi-valued-property-when-using-JCR-GET-BY-ID-td5757029.html).  Here is the fix from https://github.com/apache/camel/pull/287.patch  from  charlee. 

Currently, filter that looks for IntegrationTests is broad.  Reports loads of errors as we try to parse classes we don't care about.  Let me tighten it up so it doesn't scare folks away.
It is particular bad when being run against a distribute cluster when the test context is not all present; here there are lots of ERROR reports about classes not found.

When using a service resource that implements an interface, and the interface carries the JAX-RS annotations (a common setup, e.g. when auto-generating code with Swagger) the SimpleBinding ignores those annotations and does not set up the proper Camel message headers.

Currently HBase will over ride the value of HBASE_OPTS (if any) set by user

export HBASE_OPTS="-XX:+UseConcMarkSweepGC" 

See hbase-env.sh
 
But, a user may have the following set in his environment:

HBASE_OPTS="-Xmn512m"

While starting the processes, HBase will internally over-ride the existing HBASE_OPTS value with the one set in hbase-env.sh
 
Instead of over-riding we can have the following in hbase-env.sh:

export HBASE_OPTS="$HBASE_OPTS -XX:+UseConcMarkSweepGC"

    [WARNING] 
    [WARNING] Some problems were encountered while building the effective model for org.springframework.security:spring-security-samples-ldap-jc:war:3.2.0.RC2
    [WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: ch.qos.logback:logback-classic:jar -> version 0.9.30 vs 0.9.29 @ line 241, column 17
    [WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-compiler-plugin is missing. @ line 45, column 15
    [WARNING] 
    [WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
    [WARNING] 
    [WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
    [WARNING] 
    [INFO]                                                                         
    [INFO] ------------------------------------------------------------------------
    [INFO] Building spring-security-samples-ldap-jc 3.2.0.RC2
    [WARNING] The POM for org.springframework.security:spring-security-samples-messages-jc:jar:3.2.0.RC2 is missing, no dependency information available
    [INFO] BUILD FAILURE
    [INFO] Total time: 0.895s
    [INFO] Finished at: Sat Nov 02 13:48:02 PDT 2013
    [INFO] Final Memory: 4M/119M
    [ERROR] Failed to execute goal on project spring-security-samples-ldap-jc: Could not resolve dependencies for project org.springframework.security:spring-security-samples-ldap-jc:war:3.2.0.RC2: Failure to find org.springframework.security:spring-security-samples-messages-jc:jar:3.2.0.RC2 in http://repo.spring.io/milestone was cached in the local repository, resolution will not be reattempted until the update interval of spring-milestone has elapsed or updates are forced -> [Help 1]
    [ERROR] 
    [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
    [ERROR] Re-run Maven using the -X switch to enable full debug logging.
    [ERROR] 
    [ERROR] For more information about the errors and possible solutions, please read the following articles:
    [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException

On a master pseudo-cluster running on local disk, the log contains a lot of these: 

2017-01-25 12:30:41,542 WARN  [StoreOpener-32976c3c9b7c28ad632c041da486bfc3-1] fs.HFileSystem: Failed to set storage policy of [file:/var/folders/h5/bbxg50c12r5bhsd9hf1n9hlr0000gp/T/hbase-enis/hbase/dat
java.lang.UnsupportedOperationException: Cannot find specified method setStoragePolicy
  at org.apache.hadoop.hbase.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:209)
  at org.apache.hadoop.hbase.fs.HFileSystem.setStoragePolicy(HFileSystem.java:161)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  at java.lang.reflect.Method.invoke(Method.java:497)
  at org.apache.hadoop.hbase.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:207)
  at org.apache.hadoop.hbase.regionserver.HRegionFileSystem.setStoragePolicy(HRegionFileSystem.java:198)
  at org.apache.hadoop.hbase.regionserver.HStore.<init>(HStore.java:237)
  at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:5265)
  at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:988)
  at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:985)
  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
Caused by: java.lang.NoSuchMethodException: org.apache.hadoop.fs.LocalFileSystem.setStoragePolicy(org.apache.hadoop.fs.Path, java.lang.String)
  at java.lang.Class.getMethod(Class.java:1786)
  at org.apache.hadoop.hbase.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:205)
  ... 17 more

These are coming from HFS.setStoragePolicy() or HRegionFS.setStoragePolicy() . 
This check: 

try {
      ReflectionUtils.invokeMethod(this.fs, "setStoragePolicy", storeDir, policyName);
      if (!(this.fs instanceof LocalFileSystem)) {
        LOG.warn("Failed to set storage policy of [" + storeDir + "] to [" + policyName + "]", e);
      }
    }

does not work, because fs is not a LocalFS, but an HFS. And HFS internally does not do this check. seStoragePolicy() is very HDFS specific, the logic should instead check whether the underlying fs is HDFS (as opposed to checking whether it is not local FS). There are file systems that HBase supports other than local or HDFS. 

The central issue is that HCatalog is assuming it needs to handle the storage based authorization features. When a job completes, in HCatalog's file committing phase it tries to manually set the permissions for the table for authorization's sake, which makes it go against auto-authorization managment features provided by Sentry.
The offending code is specifically at https://github.com/apache/hive/blob/master/hcatalog/core/src/main/java/org/apache/hive/hcatalog/mapreduce/FileOutputCommitterContainer.java#L373-L374
and
https://github.com/apache/hive/blob/master/hcatalog/core/src/main/java/org/apache/hive/hcatalog/mapreduce/FileOutputCommitterContainer.java#L380-L385
and
https://github.com/apache/hive/blob/master/hcatalog/core/src/main/java/org/apache/hive/hcatalog/mapreduce/FileOutputCommitterContainer.java#L952-L954
where you can notice that after it moves the files created by the job into their respective partition directories under the final table destination, it goes onto trying to perform chmod/chgrp operations which will fail out

Fix the java doc warning introduced after HBASE-12978 commit.

It seems a bug. The root in RIT can't be moved..
In the failover process, it enforces root on-line. But not clean zk node. 
test will wait forever.
  void processFailover() throws KeeperException, IOException, InterruptedException {
    // we enforce on-line root.
    HServerInfo hsi =
      this.serverManager.getHServerInfo(this.catalogTracker.getMetaLocation());
    regionOnline(HRegionInfo.FIRST_META_REGIONINFO, hsi);
    hsi = this.serverManager.getHServerInfo(this.catalogTracker.getRootLocation());
    regionOnline(HRegionInfo.ROOT_REGIONINFO, hsi);
It seems that we should wait finished as meta region 
  int assignRootAndMeta()
  throws InterruptedException, IOException, KeeperException {
    int assigned = 0;
    long timeout = this.conf.getLong("hbase.catalog.verification.timeout", 1000);
    // Work on ROOT region.  Is it in zk in transition?
    boolean rit = this.assignmentManager.
      processRegionInTransitionAndBlockUntilAssigned(HRegionInfo.ROOT_REGIONINFO);
    if (!catalogTracker.verifyRootRegionLocation(timeout)) 
{
      this.assignmentManager.assignRoot();
      this.catalogTracker.waitForRoot();

      //we need add this code and guarantee that the transition has completed
      this.assignmentManager.waitForAssignment(HRegionInfo.ROOT_REGIONINFO);
      assigned++;
    }

logs:
2011-08-16 07:45:40,715 DEBUG [RegionServer:0;C4S2.site,47710,1313495126115-EventThread] zookeeper.ZooKeeperWatcher(252): regionserver:47710-0x131d2690f780004 Received ZooKeeper Event, type=NodeDataChanged, state=SyncConnected, path=/hbase/unassigned/70236052
2011-08-16 07:45:40,715 DEBUG [RS_OPEN_ROOT-C4S2.site,47710,1313495126115-0] zookeeper.ZKAssign(712): regionserver:47710-0x131d2690f780004 Successfully transitioned node 70236052 from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENING
2011-08-16 07:45:40,715 DEBUG [Thread-760-EventThread] zookeeper.ZooKeeperWatcher(252): master:60701-0x131d2690f780009 Received ZooKeeper Event, type=NodeDataChanged, state=SyncConnected, path=/hbase/unassigned/70236052
2011-08-16 07:45:40,716 INFO  [PostOpenDeployTasks:70236052] catalog.RootLocationEditor(62): Setting ROOT region location in ZooKeeper as C4S2.site:47710
2011-08-16 07:45:40,716 DEBUG [Thread-760-EventThread] zookeeper.ZKUtil(1109): master:60701-0x131d2690f780009 Retrieved 52 byte(s) of data from znode /hbase/unassigned/70236052 and set watcher; region=ROOT,,0, server=C4S2.site,47710,1313495126115, state=RS_ZK_REGION_OPENING
2011-08-16 07:45:40,717 DEBUG [Thread-760-EventThread] master.AssignmentManager(477): Handling transition=RS_ZK_REGION_OPENING, server=C4S2.site,47710,1313495126115, region=70236052/ROOT
2011-08-16 07:45:40,725 DEBUG [RS_OPEN_ROOT-C4S2.site,47710,1313495126115-0] zookeeper.ZKAssign(661): regionserver:47710-0x131d2690f780004 Attempting to transition node 70236052/ROOT from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENED
2011-08-16 07:45:40,727 DEBUG [RS_OPEN_ROOT-C4S2.site,47710,1313495126115-0] zookeeper.ZKUtil(1109): regionserver:47710-0x131d2690f780004 Retrieved 52 byte(s) of data from znode /hbase/unassigned/70236052; data=region=ROOT,,0, server=C4S2.site,47710,1313495126115, state=RS_ZK_REGION_OPENING
2011-08-16 07:45:40,740 DEBUG [RegionServer:0;C4S2.site,47710,1313495126115-EventThread] zookeeper.ZooKeeperWatcher(252): regionserver:47710-0x131d2690f780004 Received ZooKeeper Event, type=NodeDataChanged, state=SyncConnected, path=/hbase/unassigned/70236052
2011-08-16 07:45:40,740 DEBUG [Thread-760-EventThread] zookeeper.ZooKeeperWatcher(252): master:60701-0x131d2690f780009 Received ZooKeeper Event, type=NodeDataChanged, state=SyncConnected, path=/hbase/unassigned/70236052
2011-08-16 07:45:40,740 DEBUG [RS_OPEN_ROOT-C4S2.site,47710,1313495126115-0] zookeeper.ZKAssign(712): regionserver:47710-0x131d2690f780004 Successfully transitioned node 70236052 from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENED
2011-08-16 07:45:40,741 DEBUG [RS_OPEN_ROOT-C4S2.site,47710,1313495126115-0] handler.OpenRegionHandler(121): Opened ROOT,,0.70236052
2011-08-16 07:45:40,741 DEBUG [Thread-760-EventThread] zookeeper.ZKUtil(1109): master:60701-0x131d2690f780009 Retrieved 52 byte(s) of data from znode /hbase/unassigned/70236052 and set watcher; region=ROOT,,0, server=C4S2.site,47710,1313495126115, state=RS_ZK_REGION_OPENED
2011-08-16 07:45:40,741 DEBUG [Thread-760-EventThread] master.AssignmentManager(477): Handling transition=RS_ZK_REGION_OPENED, server=C4S2.site,47710,1313495126115, region=70236052/ROOT
//.............................................It said that zk node can't be cleaned because of we have enforced on-line the root.......................................
// The test will wait forever.
2011-08-16 07:45:40,741 WARN  [Thread-760-EventThread] master.AssignmentManager(540): Received OPENED for region 70236052/ROOT from server C4S2.site,47710,1313495126115 but region was in  the state null and not in expected PENDING_OPEN or OPENING states
2011-08-16 07:45:41,018 DEBUG [Master:0;C4S2.site:60701] zookeeper.ZKUtil(1109): master:60701-0x131d2690f780009 Retrieved 52 byte(s) of data from znode /hbase/unassigned/70236052 and set watcher; region=ROOT,,0, server=C4S2.site,47710,1313495126115, state=RS_ZK_REGION_OPENED
2011-08-16 07:45:41,233 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:41,337 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:41,439 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:41,543 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:41,645 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:41,748 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:41,900 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:42,002 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:42,105 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:42,206 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:42,308 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052
2011-08-16 07:45:42,410 DEBUG [Thread-760] zookeeper.ZKAssign(807): ZK RIT -> 70236052

The method org.springframework.data.jpa.repository.support.CrudMethodMetadataPostProcessor.CrudMethodMetadataPopulatingMethodIntercceptor#invoke is not thread-safe, although it is called concurrently when Spring-Data-JPA-Queries are executed concurrently.
More concretely, since the method uses the non-thread-safe java.util.HashMap, concurrent calls to this method may result in an infinite loop when executing the Hashmap-Lookup 'metadataCache.get(method)' (line 101 in version 1.7.0.RELEASE), and I have actually encountered this behavior in an application. (Infinite loops in concurrently used hashmaps appear to be a known problem, see, e.g., https://jira.spring.io/browse/DATACMNS-518 or http://mailinator.blogspot.dk/2009/06/beautiful-race-condition.html.)
I therefore believe that this method should be made thread-safe, e.g., by using a java.util.concurrent.ConcurrentHashMap.

I am currently using a phase listener to fix up faces messages before they are displayed (a method described here http://www.oracle.com/technology/pub/articles/masterj2ee/j2ee_wk7.html).  Unfortunately FlowFacesContext creates a new FacesMessage adapted from spring messages on each call to FacesContext.getMessages().  This means that any set method called on the message is lost.

All parsers use super.getElementText(XML...), the Application Exception parser does not.

entity --class ~.domain.FooBar
field date --fieldName today --type java.util.Date --class ~.domain.FooBar
controller scaffold --class ~.web.FooBarController
After remove scripts from create form , and submit with invalid date pattern then you would see below exceptions:

java.lang.IllegalStateException: Neither BindingResult nor plain target object for bean name 'foobar' available as request attribute
	at org.springframework.web.servlet.support.BindStatus.<init>(BindStatus.java:141)
	at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getBindStatus(AbstractDataBoundFormElementTag.java:175)
	at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getPropertyPath(AbstractDataBoundFormElementTag.java:195)
	at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getName(AbstractDataBoundFormElementTag.java:161)
	at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.writeDefaultAttributes(AbstractDataBoundFormElementTag.java:124)
	at org.springframework.web.servlet.tags.form.AbstractHtmlElementTag.writeDefaultAttributes(AbstractHtmlElementTag.java:409)
	at org.springframework.web.servlet.tags.form.InputTag.writeTagContent(InputTag.java:140)
	at org.springframework.web.servlet.tags.form.AbstractFormTag.doStartTagInternal(AbstractFormTag.java:91)
	at org.springframework.web.servlet.tags.RequestContextAwareTag.doStartTag(RequestContextAwareTag.java:78)
...
IO Error executing tag: JSPException including path '/WEB-INF/views/foobar/create.jspx'.
org.apache.tiles.util.TilesIOException: JSPException including path '/WEB-INF/views/foobar/create.jspx'.
	at org.apache.tiles.servlet.context.ServletUtil.wrapServletException(ServletUtil.java:232)
	at org.apache.tiles.jsp.context.JspTilesRequestContext.include(JspTilesRequestContext.java:105)
	at org.apache.tiles.jsp.context.JspTilesRequestContext.dispatch(JspTilesRequestContext.java:96)
	at org.apache.tiles.renderer.impl.UntypedAttributeRenderer.write(UntypedAttributeRenderer.java:61)
	at org.apache.tiles.renderer.impl.AbstractBaseAttributeRenderer.render(AbstractBaseAttributeRenderer.java:103)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:669)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:337)
	at org.apache.tiles.jsp.taglib.InsertAttributeTag.render(InsertAttributeTag.java:234)
	at org.apache.tiles.jsp.taglib.InsertAttributeTag.render(InsertAttributeTag.java:211)
	at org.apache.tiles.jsp.taglib.RenderTag.doEndTag(RenderTag.java:220)
....
Note: Create form will work as expected after change modelAttribute in jsp and controller to 'fooBar'(not foobar).

JpaPersistentProperty.isEntity() is defined to return true if the actual property type is an entity. So Collection and Map types need to inspect the component and value types. It's probably safe to simply rely on getActualType() here.

In the following file:

org.fusesource.camel.component.sap.SapTransactionalIDocListServerEndpoint

The @UriEndpoint annotation gives the wrong syntax:

@UriEndpoint(scheme = "sap-idoclist-server", consumerClass =
SapTransactionalIDocListConsumer.class, syntax =
"sap-idoclist-server:server:rfc", consumerOnly = true, title="SAP IDoc
List Server")

Presumably, the syntax is probably meant to be something like (taking the @UriPath fields into account):

syntax = "sap-idoclist-server:serverName:idocType:idocTypeExtension:systemRelease:applicationRelease"

If there are too many small stripes and with many columns, the overhead for storing metadata (column stats) can exceed the default protobuf message size of 64MB. Reading such files will throw the following exception

Exception in thread "main" com.google.protobuf.InvalidProtocolBufferException: Protocol message was too large.  May be malicious.  Use CodedInputStream.setSizeLimit() to increase the size limit.
        at com.google.protobuf.InvalidProtocolBufferException.sizeLimitExceeded(InvalidProtocolBufferException.java:110)
        at com.google.protobuf.CodedInputStream.refillBuffer(CodedInputStream.java:755)
        at com.google.protobuf.CodedInputStream.readRawBytes(CodedInputStream.java:811)
        at com.google.protobuf.CodedInputStream.readBytes(CodedInputStream.java:329)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$StringStatistics.<init>(OrcProto.java:1331)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$StringStatistics.<init>(OrcProto.java:1281)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$StringStatistics$1.parsePartialFrom(OrcProto.java:1374)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$StringStatistics$1.parsePartialFrom(OrcProto.java:1369)
        at com.google.protobuf.CodedInputStream.readMessage(CodedInputStream.java:309)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$ColumnStatistics.<init>(OrcProto.java:4887)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$ColumnStatistics.<init>(OrcProto.java:4803)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$ColumnStatistics$1.parsePartialFrom(OrcProto.java:4990)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$ColumnStatistics$1.parsePartialFrom(OrcProto.java:4985)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$StripeStatistics.<init>(OrcProto.java:12925)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$StripeStatistics.<init>(OrcProto.java:12872)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$StripeStatistics$1.parsePartialFrom(OrcProto.java:12961)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$StripeStatistics$1.parsePartialFrom(OrcProto.java:12956)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$Metadata.<init>(OrcProto.java:13599)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$Metadata.<init>(OrcProto.java:13546)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$Metadata$1.parsePartialFrom(OrcProto.java:13635)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$Metadata$1.parsePartialFrom(OrcProto.java:13630)
        at com.google.protobuf.AbstractParser.parsePartialFrom(AbstractParser.java:200)
        at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:217)
        at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:223)
        at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:49)
        at org.apache.hadoop.hive.ql.io.orc.OrcProto$Metadata.parseFrom(OrcProto.java:13746)
        at org.apache.hadoop.hive.ql.io.orc.ReaderImpl$MetaInfoObjExtractor.<init>(ReaderImpl.java:468)
        at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.<init>(ReaderImpl.java:314)
        at org.apache.hadoop.hive.ql.io.orc.OrcFile.createReader(OrcFile.java:228)
        at org.apache.hadoop.hive.ql.io.orc.FileDump.main(FileDump.java:67)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.apache.hadoop.util.RunJar.run(RunJar.java:221)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:136)

The only solution for this is to programmatically increase the CodeInputStream size limit. We should make this configurable via hive config so that the orc file is readable. Alternatively, we can keep increasing the size until it parsing succeeds.

Saw the following stack during a long periodical update:

2019-03-12T10:01:43,015 ERROR [CachedStore-CacheUpdateService: Thread-36] cache.CachedStore: Update failure:java.lang.NullPointerException
	at org.apache.hadoop.hive.metastore.cache.CachedStore$CacheUpdateMasterWork.updateTableColStats(CachedStore.java:508)
	at org.apache.hadoop.hive.metastore.cache.CachedStore$CacheUpdateMasterWork.update(CachedStore.java:461)
	at org.apache.hadoop.hive.metastore.cache.CachedStore$CacheUpdateMasterWork.run(CachedStore.java:396)

The reason is we get the table list at very early stage and then refresh table one by one. It is likely table is removed during the interim. We need to deal with this case during cache update.

As explained in...
http://forum.springframework.org/showthread.php?t=30766
The code naively assumes that one intance of the HttpSessionEventPublisher will be created by the container. In Websphere 5.1.1 at least, this is not true.
The code will be modified to get the ApplicationContext in an as needed basis rather than storing it in a field.

OperationContext.getResourceRegistrationForUpdate().registerAlias(...) throws the following:

java.lang.AssertionError: Unknown alias type
	at org.jboss.as.controller.registry.AbstractResourceRegistration.registerAlias(AbstractResourceRegistration.java:503)
	at org.jboss.as.controller.registry.DelegatingManagementResourceRegistration.registerAlias(DelegatingManagementResourceRegistration.java:310)
	at org.jboss.as.clustering.jgroups.subsystem.TransportResourceDefinition$5$1.execute(TransportResourceDefinition.java:360)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:728)
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:563)
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:336)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:312)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1163)
	at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:421)
	at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:304)
	at org.jboss.as.model.test.ModelTestModelControllerService.boot(ModelTestModelControllerService.java:256)
	at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:299)
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:266)

This is because OperationContext.getResourceRegistrationForUpdate() returns a DelegatingManagementResourceRegistration, which does not extend AbstractResourceRegistration - so the assertion fails.
Is there a technical reason why this should not work?

HBASE-3102 has a small bug.  Once long running stats are reset, the reset flag is never cleared.  This is a one-line fix for this issue. Verified on our test clusters.

Instead we should use ${hadoop.tmp.dir} which maps to /tmp/hadoop-${user.name} as the users may not have write access to /tmp.

Given the following table:
CREATE TABLE `Y` (`y` DOUBLE) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\001' STORED AS TEXTFILE;
The following query fails:
SELECT  `Y`.`y`  FROM `Y`  WHERE  ( `y` = 1 )
ERROR: java.sql.SQLException: Query returned non-zero code: 10, cause: FAILED: Error in
       semantic analysis: Line 1:36 Ambiguous table alias or column reference '`y`'
ERROR: Unable to execute Hadoop query.
ERROR: Prepare error. SQL statement: SELECT  `Y`.`y`  FROM `Y`  WHERE  ( `y` = 1 ).
The problem goes away if the table and column names do not match.

The ref guide section on "Secure Client Access to Apache HBase" starts with a link to a blog post from Matteo, but the link is broken.

In some cases DefaultUDAFEvaluatorResolver calls new AmbiguousMethodException(udafClass, null, null)  (line 94)
This will throw NPE because AmbiguousMethodException calls argTypeInfos.toString()
argTypeInfos is the second parameter and it can not be null.

 IO Fraction default settings is different from Normal WildFly.
io-threads: 100
task-max-threads: 20
https://github.com/wildfly-swarm/wildfly-swarm/blob/2017.2.0/fractions/wildfly/io/src/main/java/org/wildfly/swarm/io/IOFraction.java#L34-L35
In normal WildFly default,  the attributes are undefined and
calculated(io-threads number is CPU num * 2, and task-max-threads is CPU num * 16).

e.g. Hindu (hi_IN) 

[rhusar@syrah wildfly-10.1.0.Final-SNAPSHOT]$ ./bin/standalone.sh -c standalone-ha.xml -Djboss.node.name=node1
JAVA_OPTS already set in environment; overriding default settings with values:  -Duser.country=IN -Duser.language=hi

  JBOSS_HOME: /Users/rhusar/wildfly/build/target/wildfly-10.1.0.Final-SNAPSHOT

  JAVA: /Library/Java/JavaVirtualMachines/jdk1.8.0_92.jdk/Contents/Home/bin/java

  JAVA_OPTS:  -server  -Duser.country=IN -Duser.language=hi

१९:४७:२२,२४४ INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.2.Final
१९:४७:२२,३९० INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
१९:४७:२२,४४९ INFO  [org.jboss.as] (MSC service thread १-७) WFLYSRV0049: WildFly Core 2.2.0.CR8 "Kenny" starting
१९:४७:२३,०४२ ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
	at org.jboss.as.server.ServerService.boot(ServerService.java:357)
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:299)
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[388,9]
Message: Unexpected element '{urn:jboss:domain:singleton:1.0}subsystem'
	at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:108)
	at org.jboss.as.server.parsing.StandaloneXml_4.parseServerProfile(StandaloneXml_4.java:546)
	at org.jboss.as.server.parsing.StandaloneXml_4.readServerElement(StandaloneXml_4.java:242)
	at org.jboss.as.server.parsing.StandaloneXml_4.readElement(StandaloneXml_4.java:141)
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:103)
	... 3 more

१९:४७:२३,०४३ FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
१९:४७:२३,०५३ INFO  [org.jboss.as] (MSC service thread १-४) WFLYSRV0050: WildFly Core 2.2.0.CR8 "Kenny" stopped in ६ms

In case when ldap-realm is configured with direct-verification=false and no identity-mapping.user-password-mapper is provided then deployment which using this realm fails with Exception:

ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 62) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./print-roles: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./print-roles: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'BASIC' is not available from the HttpAuthenticationFactory.
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:84)
	at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'BASIC' is not available from the HttpAuthenticationFactory.
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:241)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:99)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:81)
	... 6 more
Caused by: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'BASIC' is not available from the HttpAuthenticationFactory.
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$initialSecurityHandler$6(ApplicationSecurityDomainDefinition.java:492)
	at java.lang.Iterable.forEach(Iterable.java:75)
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.initialSecurityHandler(ApplicationSecurityDomainDefinition.java:489)
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$applyElytronSecurity$2(ApplicationSecurityDomainDefinition.java:425)
	at io.undertow.servlet.core.DeploymentManagerImpl.setupSecurityHandlers(DeploymentManagerImpl.java:415)
	at io.undertow.servlet.core.DeploymentManagerImpl.access$600(DeploymentManagerImpl.java:119)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:211)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:174)
	at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:239)
	... 8 more

Throwing exception is correct since deployment has no possibility how to verify a password through given ldap-realm. However message given to user is confusing, it says "The required mechanism 'BASIC' is not available from the HttpAuthenticationFactory.". Information that ldap-realm is insufficiently configured for given deployment should be propagated to the user.

We log the query when we have an error. As a results, the logs are not readable when using stuff like multi.
As a side note, this is as well a security issue (no need to encrypt the network and the storage if the logs contain everything). I'm not removing the full log line here; but just ask and I do it .

Following query failing with Null Pointer Exception from org.apache.hadoop.hive.ql.optimizer.DynamicPartitionPruningOptimization.generateSemiJoinOperatorPlan
Attaching create table statements for table_1 and table_18
Query:
SELECT
COALESCE(498, LEAD(COALESCE(-973, -684, 515)) OVER (PARTITION BY (t2.int_col_10 + t1.smallint_col_50) ORDER BY (t2.int_col_10 + t1.smallint_col_50), FLOOR(t1.double_col_16) DESC), 524) AS int_col,
(t2.int_col_10) + (t1.smallint_col_50) AS int_col_1,
FLOOR(t1.double_col_16) AS float_col,
COALESCE(SUM(COALESCE(62, -380, -435)) OVER (PARTITION BY (t2.int_col_10 + t1.smallint_col_50) ORDER BY (t2.int_col_10 + t1.smallint_col_50) DESC, FLOOR(t1.double_col_16) DESC ROWS BETWEEN UNBOUNDED PRECEDING AND 48 FOLLOWING), 704) AS int_col_2
FROM table_1 t1
INNER JOIN table_18 t2 ON (((t2.tinyint_col_15) = (t1.bigint_col_7)) AND
((t2.decimal2709_col_9) = (t1.decimal2016_col_26))) AND
((t2.tinyint_col_20) = (t1.tinyint_col_3))
WHERE (t2.smallint_col_19) IN (SELECT
COALESCE(-92, -994) AS int_col
FROM table_1 tt1
INNER JOIN table_18 tt2 ON (tt2.decimal1911_col_16) = (tt1.decimal2612_col_77)
WHERE (t1.timestamp_col_9) = (tt2.timestamp_col_18));
Error Stack:
org.apache.hive.service.cli.HiveSQLException: Error while compiling statement: FAILED: NullPointerException null
        at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:387) 
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:193) 
        at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:276) 
        at org.apache.hive.service.cli.operation.Operation.run(Operation.java:324) 
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:507) 
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:495) 
        at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:308) 
        at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:506) 
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1437) 
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1422) 
        at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) 
        at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) 
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:599) 
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286) 
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_112]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_112]
        at java.lang.Thread.run(Thread.java:745) [?:1.8.0_112]
        at org.apache.hadoop.hive.ql.optimizer.DynamicPartitionPruningOptimization.generateSemiJoinOperatorPlan(DynamicPartitionPruningOptimization.java:402) 
        at org.apache.hadoop.hive.ql.optimizer.DynamicPartitionPruningOptimization.process(DynamicPartitionPruningOptimization.java:226) 
        at org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:90) 
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:105) 
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:89) 
        at org.apache.hadoop.hive.ql.lib.ForwardWalker.walk(ForwardWalker.java:74) 
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:120) 
        at org.apache.hadoop.hive.ql.parse.TezCompiler.runDynamicPartitionPruning(TezCompiler.java:358) 
        at org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeOperatorPlan(TezCompiler.java:90) 
        at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:134) 
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:11126) 
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:288) 
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:257) 
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:447) 
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:329) 
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1189) 
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1176) 
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:191) 
        ... 15 more

Hello, 
I got this issue after upgrading from spring boot 2.0.0 to spring boot 2.1.1 (ie. spring data - Kay SR5 to Lovelace SR3). After a lot of trials to reproduce it in a new project, found that if the @Version is commented out in Report.java([git hub link|https://github.com/KencyK/spring-boot-migration]) the test passes. 
 
The FileSink operator following Map-side join sorts the output column names. This could results in wrong results if the number of columns of table is more than 10. 

After HBASE-17887, the store scanner closes the memstore scanner in updating the inner scanners. The chunk which stores the current data may be reclaimed. So if the chunk is rewrited before we send the data to client, the client will receive the corrupt data.
This issue also breaks the TestAcid*.

-- SORT_QUERY_RESULTS
set hive.cbo.enable=true;

... commands ...

causes

2014-10-07 18:55:57,193 ERROR ql.Driver (SessionState.java:printError(825)) - FAILED: ParseException line 2:4 missing KW_ROLE at 'hive' near 'hive'

If the comment is moved after the command it works.
I noticed this earlier when I comment out parts of some random q file for debugging purposes, and it starts failing. This is annoying.

From Cosmin up on list:

Hi,

Is there any way to rebuild the .META. Table with information in HDFS?

Long story short, the namenode ran out of disk and crashed and we couldn't
have it load the edits.new file at startup (the edits.new file seemed
corrupted and it failed to read some Long value) so we removed the edits.new
file. Apparently the edits file had 10 - 15 entries. Some edit data on
-ROOT-, some edit data on .META., some data on a table compaction
(comapction.dir) and some data on some hbase logs. Only last entry seem to
be bogus, having almost a megabyte of trailing zeroes.

After renaming edits.new HDFS started ok and HBase data is present. However
when we started Hbase one table was missing entirely and one table was
empty. The HBase master report shows Regions On FS: 94, but the report on
region servers shows only 10 regions on all the region servers.

Is there any way to cleanup hbase and rebuild the .META. table from HDFS?
This would be ok even if it implies throwing up some data.

If we would clean the edits.new file and restart HDFS or if we would
manually apply the edits would that still make consistent changes to HBase
data?

Thanks,
Cosmin

Lets log the info needed to rebuild your .META. or add things like HRegionInfo made creating a region as a file under each region directory.  That don't seem hard and the info could be used rebuilding.  What else would we need?
Marking as blocker/critical for 0.20.0.

For WFCORE-389 we are considering relaxing our unenforced rule against registering runtime-only operations against domain profile resources. The reason for such registrations would be to allow the DC to roll out the op to all servers that are using the profile, not to introduce some notion of runtime services that back the profile on the DC process itself. To help emphasize this point and to guard against mistakes where subsystems register such op but neglect to code them properly to not execute their runtime work on the DC, this issue proposes that the kernel explicitly reject OSH attempts to add Stage.RUNTIME steps that target /profile=* child resource in the /profile=* tree.
This acts as a primary line of defense, with WFCORE-2815 acting as a secondary line.

When Oracle JAI is installed, ImageIO.getReaderMIMETypes() and ImageIO.getWriterMIMETypes() both return a leading empty string in their arrays. This causes BufferedImageHttpMessageConverter's constructor to fail.
I doubt this is actually a Spring bug; it seems far more likely this is a JAI bug (That said, the documentation for the ImageIO methods doesn't really establish any expectations for the returned array, which is unfortunate). However, working around it in Spring may be beneficial.

Query like 

select `__time` from druid_test_table limit 1;

returns more than one row.

Using the following:

Java 6
WebSphere 7.0.0.31 - Servlet 2.5
Spring 4.2.0.RELEASE
Spring Security 3.2.7.RELEASE

getStatus is being called from the checkNotModified functions in the ServletWebRequest class, specificially ServletWebRequest.java (line 176):

public boolean checkNotModified(String etag, long lastModifiedTimestamp) {
		HttpServletResponse response = getResponse();
		if (StringUtils.hasLength(etag) && !this.notModified) {
			if (response == null || HttpStatus.valueOf(response.getStatus()).is2xxSuccessful()) {
				etag = addEtagPadding(etag);
				this.notModified = isETagNotModified(etag) && isTimestampNotModified(lastModifiedTimestamp);
				if (response != null) {
					if (this.notModified && supportsNotModifiedStatus()) {
						response.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
					}
					if(response.getHeader(HEADER_ETAG) == null) {
						response.setHeader(HEADER_ETAG, etag);
					}
					if(response.getHeader(HEADER_LAST_MODIFIED) == null) {
						response.setDateHeader(HEADER_LAST_MODIFIED, lastModifiedTimestamp);
					}
				}
			}
		}
		return this.notModified;

[8/25/15 15:21:21:005 CDT] 0000001e webapp        E com.ibm.ws.webcontainer.webapp.WebApp logServletError SRVE0293E: [Servlet Error]-[carepathui]: java.lang.NoSuchMethodError: javax/servlet/http/HttpServletResponse.getStatus()I
	at org.springframework.web.context.request.ServletWebRequest.checkNotModified(ServletWebRequest.java:176)
	at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.handleRequest(ResourceHttpRequestHandler.java:241)
	at org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter.handle(HttpRequestHandlerAdapter.java:51)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:718)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1661)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1602)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:149)
	at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:190)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:125)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:80)
	at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:908)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:939)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:507)
	at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:181)
	at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3954)
	at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:276)
	at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:945)
	at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1592)
	at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:191)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277)
	at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214)
	at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113)
	at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175)
	at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
	at com.ibm.io.async.AsyncChannelFuture$1.run(AsyncChannelFuture.java:205)
	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1660)

The current implementation of EndpointHelper.matchPattern() is inconsistent, because it tries to combine glob-style wildcards and regex matching in a single function. Currently, if you pass a pattern such as name*, this will match any string with the prefix, name. Any other pattern will be interpreted as a regex. This is pretty confusing and non-intuitive. It would be better to split this into two separate functions like wildcardMatch() and regexMatch() and to call whichever of these functions makes sense, depending on the context.
I came across this issue while documenting the removeHeaders() method, which takes a pattern as its argument.,

Per https://issues.apache.org/jira/browse/HBASE-12346 you need to use AUTHORIZATIONS or setAuthorizations to see your labels. We may want to update http://hbase.apache.org/book/ch08s03.html with that information

LocalVariableTableParameterNameDiscovererTests.testMemUsage() fails under IcedTea6 on Ubuntu because Ubuntu builds and packages the JDK with debugging symbols turned on (per http://www.ubuntuupdates.org/packages/show/247685).
In most cases, debugging symbols are OFF in JDK classes, and the test above operates on this assumption.
The simplest solution is to eliminate (@Ignore) the test altogether – any attempt to check the JVM vendor and/or system type will still be fragile, and attempting to determine whether debug symbols are enabled (in order to exit early from the test) would require reimplementing much of what is trying to be tested anyway.

While the hash increment() method accepts a long argument (and redis HINCRBY treats arguments as 64 bits), it is cast to a 32bits signed int in the jedis connection class (src/main/java/org/springframework/data/redis/connection/jedis/JedisConnection.java).

HColumnDescriptor hcd = new HColumnDescriptor(
        new HColumnDescriptor(HConstants.CATALOG_FAMILY)
            .setInMemory(true)
            .setScope(HConstants.REPLICATION_SCOPE_LOCAL)
            .setBloomFilterType(BloomType.NONE)
            .setCacheDataInL1(true));
    final int minVersions = 123;
    final int maxVersions = 234;
    hcd.setMaxVersions(minVersions);
    hcd.setMinVersions(maxVersions);
//no exception throw

public static final ServiceName UPGRADE_SERVICE_NAME = ServiceName.JBOSS.append("remoting ", "remoting-http-upgrade-service");
Note the space in "remoting "

If the CREATE MATERIALIZE VIEW statement refers to a mv name that already exists, the statement runs the SQL on cluster and Move task returns an error at the very end.
This unnecessarily uses up cluster resources and user time.
 
0: jdbc:hive2://localhost:10007/tpcds_bin_par> CREATE MATERIALIZED VIEW mv_store_sales_item_store
. . . . . . . . . . . . . . . . . . . . . . .> ENABLE REWRITE AS (
. . . . . . . . . . . . . . . . . . . . . . .>  select ss_item_sk,
. . . . . . . . . . . . . . . . . . . . . . .>  ss_store_sk,
. . . . . . . . . . . . . . . . . . . . . . .>  sum(ss_quantity) as ss_quantity,
. . . . . . . . . . . . . . . . . . . . . . .>  sum(ss_ext_wholesale_cost) as ss_ext_wholesale_cost,
. . . . . . . . . . . . . . . . . . . . . . .>  sum(ss_net_paid) as ss_net_paid,
. . . . . . . . . . . . . . . . . . . . . . .>  sum(ss_net_profit) as ss_net_profit
. . . . . . . . . . . . . . . . . . . . . . .>  from store_sales
. . . . . . . . . . . . . . . . . . . . . . .>  group by ss_item_sk,ss_store_sk
. . . . . . . . . . . . . . . . . . . . . . .>  );
INFO  : Compiling command(queryId=root_20180524034330_21fca7f6-ed5a-492c-88e9-913d4120b037): CREATE MATERIALIZED VIEW mv_store_sales_item_store
ENABLE REWRITE AS (
select ss_item_sk,
|   `ss_store_sk` bigint,                            |
|   `ss_quantity` bigint,                            |
|   `ss_ext_wholesale_cost` double,                  |
|   `ss_net_paid` double,                            |
|   `ss_net_profit` double)                          |
ss_store_sk,
sum(ss_quantity) as ss_quantity,
sum(ss_ext_wholesale_cost) as ss_ext_wholesale_cost,
sum(ss_net_paid) as ss_net_paid,
sum(ss_net_profit) as ss_net_profit
from store_sales
group by ss_item_sk,ss_store_sk
)
INFO  : Semantic Analysis Completed
INFO  : Returning Hive schema: Schema(fieldSchemas:[FieldSchema(name:ss_item_sk, type:bigint, comment:null), FieldSchema(name:ss_store_sk, type:bigint, comment:null), FieldSchema(name:ss_quantity, type:bigint, comment:null), FieldSchema(name:ss_ext_wholesale_cost, type:double, comment:null), FieldSchema(name:ss_net_paid, type:double, comment:null), FieldSchema(name:ss_net_profit, type:double, comment:null)], properties:null)
INFO  : Completed compiling command(queryId=root_20180524034330_21fca7f6-ed5a-492c-88e9-913d4120b037); Time taken: 3.652 seconds
INFO  : Executing command(queryId=root_20180524034330_21fca7f6-ed5a-492c-88e9-913d4120b037): CREATE MATERIALIZED VIEW mv_store_sales_item_store
)
INFO  : Query ID = root_20180524034330_21fca7f6-ed5a-492c-88e9-913d4120b037
INFO  : Total jobs = 1
INFO  : Launching Job 1 out of 1
INFO  : Starting task [Stage-1:MAPRED] in serial mode
INFO  : Subscribed to counters: [] for queryId: root_20180524034330_21fca7f6-ed5a-492c-88e9-913d4120b037
INFO  : Session is already open
INFO  : Dag name: CREATE MATERIALIZED V...tem_sk,ss_store_sk
) (Stage-1)
INFO  : Status: Running (Executing on YARN cluster with App id application_1525123931791_0151)

----------------------------------------------------------------------------------------------
        VERTICES      MODE        STATUS  TOTAL  COMPLETED  RUNNING  PENDING  FAILED  KILLED
Map 1 ..........      llap     SUCCEEDED   1682       1682        0        0       0       0
Reducer 2 ......      llap     SUCCEEDED   1009       1009        0        0       0       7
VERTICES: 02/02  [==========================>>] 100%  ELAPSED TIME: 1734.00 s
INFO  : Status: DAG finished successfully in 1731.89 seconds
INFO  :
INFO  : Query Execution Summary
INFO  : ----------------------------------------------------------------------------------------------
INFO  : OPERATION                            DURATION
INFO  : Compile Query                           3.65s
INFO  : Prepare Plan                            0.45s
INFO  : Get Query Coordinator (AM)              0.00s
INFO  : Submit Plan                             0.17s
INFO  : Start DAG                               0.60s
INFO  : Run DAG                              1731.89s
INFO  :
INFO  : Task Execution Summary
INFO  :   VERTICES      DURATION(ms)   CPU_TIME(ms)    GC_TIME(ms)   INPUT_RECORDS   OUTPUT_RECORDS
INFO  :      Map 1         928170.00              0              0  28,800,426,268   28,760,206,232
INFO  :  Reducer 2        1099992.00              0              0  28,760,206,232                0
INFO  :
INFO  : LLAP IO Summary
INFO  :   VERTICES ROWGROUPS  META_HIT  META_MISS  DATA_HIT  DATA_MISS  ALLOCATION     USED  TOTAL_IO
INFO  :      Map 1   2890797     33830       1888   40.57GB   401.64GB    832.29GB 777.79GB 117756.65s
INFO  :
INFO  : FileSystem Counters Summary
INFO  :
INFO  : Scheme: HDFS
INFO  :   VERTICES      BYTES_READ      READ_OPS     LARGE_READ_OPS      BYTES_WRITTEN     WRITE_OPS
INFO  :      Map 1        401.65GB         29867                  0                 0B             0
INFO  :  Reducer 2              0B          4036                  0             5.95GB          3027
INFO  :
INFO  : Scheme: FILE
INFO  :      Map 1              0B             0                  0           691.51GB             0
INFO  :  Reducer 2        490.46GB             0                  0                 0B             0
INFO  :
INFO  : org.apache.tez.common.counters.DAGCounter:
INFO  :    NUM_KILLED_TASKS: 7
INFO  :    NUM_SUCCEEDED_TASKS: 2691
INFO  :    TOTAL_LAUNCHED_TASKS: 2698
INFO  :    AM_CPU_MILLISECONDS: 884400
INFO  :    AM_GC_TIME_MILLIS: 1052
INFO  : File System Counters:
INFO  :    FILE_BYTES_READ: 490462333002
INFO  :    FILE_BYTES_WRITTEN: 691512269321
INFO  :    FILE_READ_OPS: 0
INFO  :    FILE_LARGE_READ_OPS: 0
INFO  :    FILE_WRITE_OPS: 0
INFO  :    HDFS_BYTES_READ: 401649861525
INFO  :    HDFS_BYTES_WRITTEN: 5953929405
INFO  :    HDFS_READ_OPS: 33903
INFO  :    HDFS_LARGE_READ_OPS: 0
INFO  :    HDFS_WRITE_OPS: 3027
INFO  : org.apache.tez.common.counters.TaskCounter:
INFO  :    REDUCE_INPUT_GROUPS: 301902000
INFO  :    REDUCE_INPUT_RECORDS: 28760206232
INFO  :    COMBINE_INPUT_RECORDS: 0
INFO  :    SPILLED_RECORDS: 57520412464
INFO  :    NUM_SHUFFLED_INPUTS: 1697138
INFO  :    NUM_SKIPPED_INPUTS: 0
INFO  :    NUM_FAILED_SHUFFLE_INPUTS: 0
INFO  :    MERGED_MAP_OUTPUTS: 1697138
INFO  :    INPUT_RECORDS_PROCESSED: 28802064
INFO  :    INPUT_SPLIT_LENGTH_BYTES: 1423169426915
INFO  :    OUTPUT_RECORDS: 28760206232
INFO  :    OUTPUT_LARGE_RECORDS: 0
INFO  :    OUTPUT_BYTES: 1251477312279
INFO  :    OUTPUT_BYTES_WITH_OVERHEAD: 1249819249865
INFO  :    OUTPUT_BYTES_PHYSICAL: 691471524553
INFO  :    ADDITIONAL_SPILLS_BYTES_WRITTEN: 490687645770
INFO  :    ADDITIONAL_SPILLS_BYTES_READ: 490687645770
INFO  :    ADDITIONAL_SPILL_COUNT: 0
INFO  :    SHUFFLE_CHUNK_COUNT: 1682
INFO  :    SHUFFLE_BYTES: 691471524553
INFO  :    SHUFFLE_BYTES_DECOMPRESSED: 1249819249865
INFO  :    SHUFFLE_BYTES_TO_MEM: 691471524553
INFO  :    SHUFFLE_BYTES_TO_DISK: 0
INFO  :    SHUFFLE_BYTES_DISK_DIRECT: 0
INFO  :    NUM_MEM_TO_DISK_MERGES: 0
INFO  :    NUM_DISK_TO_DISK_MERGES: 0
INFO  :    SHUFFLE_PHASE_TIME: 208623266
INFO  :    MERGE_PHASE_TIME: 248665618
INFO  :    FIRST_EVENT_RECEIVED: 6992
INFO  :    LAST_EVENT_RECEIVED: 66502682
INFO  : HIVE:
INFO  :    CREATED_FILES: 1009
INFO  :    DESERIALIZE_ERRORS: 0
INFO  :    RECORDS_IN_Map_1: 28800426268
INFO  :    RECORDS_OUT_1_tpcds_bin_partitioned_orc_10000.mv_store_sales_it: 301902000
INFO  :    RECORDS_OUT_INTERMEDIATE_Map_1: 28760206232
INFO  :    RECORDS_OUT_INTERMEDIATE_Reducer_2: 0
INFO  :    RECORDS_OUT_OPERATOR_FS_11: 301902000
INFO  :    RECORDS_OUT_OPERATOR_GBY_10: 301902000
INFO  :    RECORDS_OUT_OPERATOR_GBY_8: 28760206232
INFO  :    RECORDS_OUT_OPERATOR_MAP_0: 0
INFO  :    RECORDS_OUT_OPERATOR_RS_9: 28760206232
INFO  :    RECORDS_OUT_OPERATOR_SEL_7: 28800426268
INFO  :    RECORDS_OUT_OPERATOR_TS_0: 28800426268
INFO  : Shuffle Errors:
INFO  :    BAD_ID: 0
INFO  :    CONNECTION: 0
INFO  :    IO_ERROR: 0
INFO  :    WRONG_LENGTH: 0
INFO  :    WRONG_MAP: 0
INFO  :    WRONG_REDUCE: 0
INFO  : Shuffle Errors_Reducer_2_INPUT_Map_1:
INFO  : TaskCounter_Map_1_INPUT_store_sales:
INFO  : TaskCounter_Map_1_OUTPUT_Reducer_2:
INFO  :    ADDITIONAL_SPILLS_BYTES_READ: 0
INFO  :    ADDITIONAL_SPILLS_BYTES_WRITTEN: 0
INFO  :    SPILLED_RECORDS: 28760206232
INFO  : TaskCounter_Reducer_2_INPUT_Map_1:
INFO  : TaskCounter_Reducer_2_OUTPUT_out_Reducer_2:
INFO  :    OUTPUT_RECORDS: 0
INFO  : org.apache.hadoop.hive.llap.counters.LlapIOCounters:
INFO  :    ALLOCATED_BYTES: 832288587776
INFO  :    ALLOCATED_USED_BYTES: 777785688450
INFO  :    CACHE_HIT_BYTES: 40573598684
INFO  :    CACHE_MISS_BYTES: 401640241544
INFO  :    CONSUMER_TIME_NS: 103780723121700
INFO  :    DECODE_TIME_NS: 67854956903872
INFO  :    HDFS_TIME_NS: 40407374232025
INFO  :    METADATA_CACHE_HIT: 33830
INFO  :    METADATA_CACHE_MISS: 1888
INFO  :    NUM_DECODED_BATCHES: 2890797
INFO  :    NUM_VECTOR_BATCHES: 28802069
INFO  :    ROWS_EMITTED: 28800426268
INFO  :    SELECTED_ROWGROUPS: 2890797
INFO  :    TOTAL_IO_TIME_NS: 117756651175367
INFO  : org.apache.hadoop.hive.llap.counters.LlapWmCounters:
INFO  :    GUARANTEED_QUEUED_NS: 0
INFO  :    GUARANTEED_RUNNING_NS: 0
INFO  :    SPECULATIVE_QUEUED_NS: 127227283691687
INFO  :    SPECULATIVE_RUNNING_NS: 475493970727392
INFO  : org.apache.hadoop.hive.ql.exec.tez.HiveInputCounters:
INFO  :    GROUPED_INPUT_SPLITS_Map_1: 1682
INFO  :    INPUT_DIRECTORIES_Map_1: 1824
INFO  :    INPUT_FILES_Map_1: 4323
INFO  :    RAW_INPUT_SPLITS_Map_1: 8292
INFO  : Starting task [Stage-2:DEPENDENCY_COLLECTION] in serial mode
INFO  : Starting task [Stage-0:MOVE] in serial mode
INFO  : Moving data to directory hdfs://ctr-e138-1518143905142-92974-01-000002.hwx.site:8020/apps/hive/warehouse/tpcds_bin_partitioned_orc_10000.db/mv_store_sales_item_store from hdfs://ctr-e138-1518143905142-92974-01-000002.hwx.site:8020/apps/hive/warehouse/tpcds_bin_partitioned_orc_10000.db/.hive-staging_hive_2018-05-24_03-43-30_960_8962535148229486995-408/-ext-10002
INFO  : Starting task [Stage-4:DDL] in serial mode
ERROR : FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Table already exists: tpcds_bin_partitioned_orc_10000.mv_store_sales_item_store
INFO  : Completed executing command(queryId=root_20180524034330_21fca7f6-ed5a-492c-88e9-913d4120b037); Time taken: 1734.952 seconds
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Table already exists: tpcds_bin_partitioned_orc_10000.mv_store_sales_item_store (state=08S01,code=1

datamodel.adoc
link:http://outerthought.org/blog/417-ot.html[Bending time in HBase] 

The link is changed to "https://www.ngdata.com/bending-time-in-hbase/"

The MLLP receiver logs and error when a SocketTimeoutException is encountered while waiting for a connection.  It will not successfully accept connections after that.

Although http-upgrade attribute is marked as "restart-required" => "no-services" in model, when I try change it, server gets into reload required state, anyway.

[standalone@localhost:9990 /] /core-service=management/management-interface=http-interface:write-attribute(name=http-upgrade.sasl-authentication-factory, value=application-sasl-authentication) 
{
    }
}

This issue foolows-up JBEAP-9137, where all other http-interface where marked as "restart-required" => "all-services". So seems to me http-upgrade was ommited just by mistake.

    "http-upgrade" => {
        "type" => OBJECT,
        "description" => "HTTP Upgrade specific configuration",
        "value-type" => {
            "enabled" => {
                "type" => BOOLEAN,
                "description" => "Flag that indicates HTTP Upgrade is enabled, which allows HTTP requests to be upgraded to native remoting connections",
                "expressions-allowed" => false,
                "required" => false,
                "nillable" => true,
                "default" => false
            },
            "sasl-authentication-factory" => {
                "type" => STRING,
                "description" => "The server side SASL authentication policy to use to secure the interface where the connection is after a HTTP upgrade.",
                "capability-reference" => "org.wildfly.security.sasl-authentication-factory",
                "min-length" => 1L,
                "max-length" => 2147483647L
            }
        },
        "restart-required" => "no-services"
    }

From a recent test run:

2012-07-22 02:27:30,699 WARN  [IPC Server handler 0 on 47087] util.FSTableDescriptors(168): The following folder is in HBase's root directory and doesn't contain a table descriptor, do consider deleting it: .archive
With the addition of HBASE-5547, table-level folders are no-longer all table folders. FSTableDescriptors needs to then have a 'gold-list' that we can update with directories that aren't tables so we don't have this kind of thing showing up in the logs.
Currently, we have the following block:

    invocations++;
    if (HTableDescriptor.ROOT_TABLEDESC.getNameAsString().equals(tablename)) 
Unknown macro: {      cachehits++;      return HTableDescriptor.ROOT_TABLEDESC;    } 
    if (HTableDescriptor.META_TABLEDESC.getNameAsString().equals(tablename)) 
Unknown macro: {      cachehits++;      return HTableDescriptor.META_TABLEDESC;    } 
to handle special cases, but that's a bit clunky and not clean in terms of table-level directories that need to be ignored.

ElytronSecurityContext.getRoles always returns empty array because it fails to use internally the roles category set by ElytronCallbackHandler, that is, "ejb".

Fragment not URL encoded in some parts of error response from implicit grant.  In particular it looks like the scope values are space separated.

The AMQ cartridge hawt.io doesn't contain the RedHat theme in the current 6.2 build  amq-6.2.0.redhat.064-1.el6op.noarch.rpm

The same approach is used for a digest token (MD5 or SHA algorithm), where it is not a problem due to converting the shared secret to HEX prior doing case-insensitive compare. It is however a problem for a plain token.

Several minor issues were discovered with the automatic acknowledgment functionality.

autoAck = false is ignored (the component still attempts to generate an acknowledgement if one is not found on the exchage
acknowledgment generation exceptions are not passed to the error handler when bridgeErrorHander=true
invalid acknowledgment exceptions are not passed to the error handler when bridgeErrorHander=true
the automatically generated acknowledgement uses the same timestamp as the message
the automatically generated acknowledgement uses the same message control id as the message
the automatically generated acknowledgment includes MSH-8 if present, which should not be passed on
automatically generated negative acknowledgments do not include any information about the failure

SetEditor is backed by a GWT ListEditor, when items are added, no check is made to prevent duplicates to enforce set-like display behavior.

CREATE TABLE IF NOT EXISTS uses inefficient way to check if table exists.
It uses Hive.java's getTablesByPattern(...) to check if table exists. It involves regular expression and eventually database join. Very efficient. It can cause database lock time increase and hurt db performance if a lot of such commands hit database.
The suggested approach is to use getTable(...) since we know tablename already

The test got fixed in HIVE-19060, but the fix got overwritten by an other commit, so  the testAppendPartitionNullPartValues and testAppendPartitionEmptyPartValues test cases are failing again.

LoadIncrementalHFiles doesn't set compression when creating the the table.
This can be detected from the files within each family dir. 

If a package contains the package definition file package-info.java, the Roo shell produces the following error message:
> The first letter of the type name portion must be uppercase (attempted '<packagename>.package-info')
This seems to be a cosmetic issue only because Roo parses and generates code for all other files in the package as expected.

I want to use custom keyGenerator when I use aspectj compile-time weaving, but the keyGenerator is always DefaultKeyGenerator.
The config is as below:
    <cache:annotation-driven mode="aspectj" key-generator="myKeyGenerator"/>
    <bean id="myKeyGenerator" class="xxx.MyKeyGenerator"/>
    <bean id="cacheManager" class="org.springframework.cache.ehcache.EhCacheCacheManager" p:cache-manager-ref="ehcache"/>
    <bean id="ehcache" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean" p:config-location="classpath:ehcache.xml"/>

WebApplicationObject.initServletContext() is invoked twice during a typical initialization cycle, once from setServletContext(), and another from initApplicationContext(). This could cause problems if a subclass's overriding method does something that has side-effects.

Since the default maven test is meant to be run on the server, this test script always fails. Needs to take into account the location of where the script is being run as well as some debugging options for future fixes.

In HttpSessionCsrfTokenRepository, setHeaderName should use headerName, not parameterName (probably a copy/paste bug):

    /**
     * Sets the header name that the {@link CsrfToken} is expected to appear on
     * and the header that the response will contain the {@link CsrfToken}.
     *
     * @param parameterName
     *            the new parameter name to use
     */
    public void setHeaderName(String parameterName) {
        Assert.hasLength(parameterName, "parameterName cannot be null or empty");
        this.parameterName = parameterName;
    }

org.springframework.core.SimpleAliasRegistry class registerAlias method get - compute - put is not atomic.
It should be synchronized with this.aliasMap or java.util.concurrent.ConcurrentMap interface compute method should be used.

The isRepeating=true check uses Java equality, which results in NaN != NaN comparison operations.
The noNulls case needs the current check folded into the previous loop, while the hasNulls case needs a logical AND of the isNull[] field instead of == comparisons.

There's a null-check missing in CxfPayloadConverter which triggers a NPE if the payload is the result from a SOAP Fault, in which case the CxfPayload object contains no body sources at all.
Stack trace, in this case what triggers type converters is Stream Caching, but it could happen in other cases where the FallbackConverter is utilized.

Exception in thread "default-workqueue-3" org.apache.camel.TypeConversionException: Error during type conversion from type: org.apache.camel.component.cxf.CxfPayload to the required type: org.apache.camel.StreamCache with value org.apache.camel.component.cxf.CxfPayload headers: []body: null due java.lang.NullPointerException
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:126)
	at org.apache.camel.core.osgi.OsgiTypeConverter.convertTo(OsgiTypeConverter.java:102)
	at org.apache.camel.impl.MessageSupport.getBody(MessageSupport.java:72)
	at org.apache.camel.impl.MessageSupport.getBody(MessageSupport.java:47)
	at org.apache.camel.processor.interceptor.StreamCachingInterceptor.process(StreamCachingInterceptor.java:46)
	at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:45)
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90)
	at org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:303)
[...]
        at org.apache.camel.component.cxf.CxfClientCallback.handleException(CxfClientCallback.java:82)
	at org.apache.cxf.interceptor.ClientOutFaultObserver.onMessage(ClientOutFaultObserver.java:59)
	at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream$1.run(HTTPConduit.java:1540)
	at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$3.run(AutomaticWorkQueueImpl.java:426)
	at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$AWQThreadFactory$1.run(AutomaticWorkQueueImpl.java:351)
	at java.lang.Thread.run(Thread.java:680)
Caused by: org.apache.camel.RuntimeCamelException: java.lang.NullPointerException
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1271)
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:927)
	at org.apache.camel.impl.converter.StaticMethodFallbackTypeConverter.convertTo(StaticMethodFallbackTypeConverter.java:50)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.doConvertTo(BaseTypeConverterRegistry.java:289)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:111)
	... 56 more
	at org.apache.camel.component.cxf.converter.CxfPayloadConverter.convertTo(CxfPayloadConverter.java:150)
	at sun.reflect.GeneratedMethodAccessor191.invoke(Unknown Source)
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:923)
	... 59 more

Seems that one of camel-jcache tests started failing.
Test results

The test result miss the info about bigTableKeyExpressions & bigTableValueExpressions

It's not possible to create an Elytron security domain without a security realm (default-realm attribute is mandatory).
When an administrator wants to allow just ANONYMOUS access, he/she has to use a dummy security realm to configure such a security domain. It should be possible to have domain without realms too.

See nabble
http://camel.465427.n5.nabble.com/bug-sql-SQL-Component-cannot-change-SQL-ROW-COUNT-header-value-tp5744350.html

I'm having a lot of handlers (90 - 300 aprox) being blocked when reading rows. They are blocked during changedReaderObserver registration.
Lars Hofhansl suggests to change the implementation of changedReaderObserver from CopyOnWriteList to ConcurrentHashMap.
Here is a stack trace: 
"IPC Server handler 99 on 60020" daemon prio=10 tid=0x0000000041c84000 nid=0x2244 waiting on condition [0x00007ff51fefd000]

parking to wait for  <0x00000000c5c13ae8> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:811)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:842)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1178)
        at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:186)
        at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:262)
        at java.util.concurrent.CopyOnWriteArrayList.addIfAbsent(CopyOnWriteArrayList.java:553)
        at java.util.concurrent.CopyOnWriteArraySet.add(CopyOnWriteArraySet.java:221)
        at org.apache.hadoop.hbase.regionserver.Store.addChangedReaderObserver(Store.java:1085)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:138)
        at org.apache.hadoop.hbase.regionserver.Store.getScanner(Store.java:2077)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:3755)
        at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:1804)
        at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1796)
        at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1771)
        at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:4776)
        at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:4750)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.get(HRegionServer.java:2152)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:3700)
        at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:320)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1426)

Servletcontext.getServerInfo() returns WildFly 2.2.0.Final - 1.4.0.Final instead of 10.1.0.Final. I saw WildFly 2.2.0.Final is the Wildfly Core version.
Additionally the admin interfacde shows:
Product name: 	WildFly Full	 
Product version: 	10.1.0.Final	 
Profile: 	COMMUNITY	 
HAL version: 	2.8.27.Final	 
Core version: 	2.8.27.Final	
Wildfly 8 is produced Wildfly 8 version sting on getServerInfo() call.

Configure a bean of type Collection with @JobScope for Spring Batch.

@Bean
@JobScope
public ConcurrentLinkedDeque<SyncMessage> syncDeque() {
  return new ConcurrentLinkedDeque<SyncMessage>();
}

This is where the exception is thrown in RabbitAdmin.java during RabbitMQ initialization.

initialize() {
...
Collection<Collection> collections = 
    this.applicationContext.getBeansOfType(Collection.class).values();
...
}

Stack Trace
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'scopedTarget.syncDeque': Scope 'job' is not active for the current thread; consider defining a scoped proxy for this bean if you intend to refer to it from a singleton; nested exception is java.lang.IllegalStateException: No context holder available for job scope
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:355)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOfType(DefaultListableBeanFactory.java:534)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOfType(DefaultListableBeanFactory.java:523)
at org.springframework.context.support.AbstractApplicationContext.getBeansOfType(AbstractApplicationContext.java:1162)
at org.springframework.amqp.rabbit.core.RabbitAdmin.initialize(RabbitAdmin.java:395)
at org.springframework.amqp.rabbit.core.RabbitAdmin$11.onCreate(RabbitAdmin.java:357)
at org.springframework.amqp.rabbit.connection.CompositeConnectionListener.onCreate(CompositeConnectionListener.java:32)
at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.createConnection(CachingConnectionFactory.java:512)
at org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils$1.createConnection(ConnectionFactoryUtils.java:85)
at org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils.doGetTransactionalResourceHolder(ConnectionFactoryUtils.java:135)
at org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils.getTransactionalResourceHolder(ConnectionFactoryUtils.java:71)
at org.springframework.amqp.rabbit.listener.BlockingQueueConsumer.start(BlockingQueueConsumer.java:456)
at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:1171)
Caused by: java.lang.IllegalStateException: No context holder available for job scope
at org.springframework.batch.core.scope.JobScope.getContext(JobScope.java:159)
at org.springframework.batch.core.scope.JobScope.get(JobScope.java:92)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:340)
... 14 more

BaseSemanticAnalyzer.unescapeSQLString method may have a fault. When "\u0061" style character literals are passed to the method, it's not unescaped successfully.
In Spark SQL project, we referenced the unescaping logic and noticed this issue (SPARK-14426)

The documentation refers to the log directories as .logs, splitlog, etc. These references should be changed to WALs, splitWAL, etc.

Sometimes user runs DemoClient against secure cluster using the following command:

java -cp `hbase classpath` org.apache.hadoop.hbase.thrift2.DemoClient host 9090

This wouldn't work.
DemoClient should detect the presence of secure cluster - e.g. through the following config:

    <property>
      <name>hbase.thrift.authentication.type</name>
      <value>kerberos</value>

User can still specify 'false' as the last parameter if the target cluster is insecure.

Several clustering (wildfly-ts-integ-clustering module) test start failing in ER3. 
reproduce
w/o test ips - no failures

mvn clean test  | tee no_mytestip

w/ test ips - 6 failures

mvn clean test -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2 | tee mytestip
...
Running org.jboss.as.test.clustering.cluster.dispatcher.CommandDispatcherTestCase
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 12.322 sec <<< FAILURE! - in org.jboss.as.test.clustering.cluster.dispatcher.CommandDispatcherTestCase
test(org.jboss.as.test.clustering.cluster.dispatcher.CommandDispatcherTestCase)  Time elapsed: 12.315 sec  <<< ERROR!
javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB StatelessEJBLocator for "/command-dispatcher/ClusterTopologyRetrieverBean", view is interface org.jboss.as.test.clustering.cluster.dispatcher.bean.ClusterTopologyRetriever, affinity is None
        at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:570)

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 12.293 sec <<< FAILURE! - in org.jboss.as.test.clustering.cluster.ejb.remote.TransactionalRemoteStatefulEJBFailoverTestCase
test(org.jboss.as.test.clustering.cluster.ejb.remote.TransactionalRemoteStatefulEJBFailoverTestCase)  Time elapsed: 12.286 sec  <<< ERROR!
javax.naming.CommunicationException: EJBCLIENT000062: Failed to look up "/transactional-remote-stateful-ejb-failover-test/StatefulIncrementorBean!org.jboss.as.test.clustering.cluster.ejb.remote.bean.Incrementor?stateful" [Root exception is javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB StatelessEJBLocator for "/transactional-remote-stateful-ejb-failover-test/StatefulIncrementorBean", view is interface org.jboss.as.test.clustering.cluster.ejb.remote.bean.Incrementor, affinity is None]
        at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:158)

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 12.161 sec <<< FAILURE! - in org.jboss.as.test.clustering.cluster.ejb.remote.RemoteStatefulEJBFailoverTestCase
test(org.jboss.as.test.clustering.cluster.ejb.remote.RemoteStatefulEJBFailoverTestCase)  Time elapsed: 12.153 sec  <<< ERROR!
javax.naming.CommunicationException: EJBCLIENT000062: Failed to look up "/remote-stateful-ejb-failover-test/StatefulIncrementorBean!org.jboss.as.test.clustering.cluster.ejb.remote.bean.Incrementor?stateful" [Root exception is javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB StatelessEJBLocator for "/remote-stateful-ejb-failover-test/StatefulIncrementorBean", view is interface org.jboss.as.test.clustering.cluster.ejb.remote.bean.Incrementor, affinity is None]

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 13.324 sec <<< FAILURE! - in org.jboss.as.test.clustering.cluster.provider.ServiceProviderRegistrationTestCase
test(org.jboss.as.test.clustering.cluster.provider.ServiceProviderRegistrationTestCase)  Time elapsed: 13.317 sec  <<< ERROR!
javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB StatelessEJBLocator for "/service-provider-registration/ServiceProviderRetrieverBean", view is interface org.jboss.as.test.clustering.cluster.provider.bean.ServiceProviderRetriever, affinity is None

Running org.jboss.as.test.clustering.cluster.registry.RegistryTestCase
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 12.398 sec <<< FAILURE! - in org.jboss.as.test.clustering.cluster.registry.RegistryTestCase
test(org.jboss.as.test.clustering.cluster.registry.RegistryTestCase)  Time elapsed: 12.393 sec  <<< ERROR!
javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB StatelessEJBLocator for "/registry/RegistryRetrieverBean", view is interface org.jboss.as.test.clustering.cluster.registry.bean.RegistryRetriever, affinity is None

Seemed broken in HIVE-8609

hive (default)> set Exception in thread "main" java.lang.NullPointerException
	at jline.console.completer.ArgumentCompleter$AbstractArgumentDelimiter.delimit(ArgumentCompleter.java:283)
	at jline.console.completer.ArgumentCompleter.complete(ArgumentCompleter.java:116)
	at jline.console.completer.ArgumentCompleter.complete(ArgumentCompleter.java:152)
	at org.apache.hadoop.hive.cli.CliDriver$6.complete(CliDriver.java:567)
	at jline.console.ConsoleReader.complete(ConsoleReader.java:3261)
	at jline.console.ConsoleReader.readLine(ConsoleReader.java:2621)
	at jline.console.ConsoleReader.readLine(ConsoleReader.java:2269)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:639)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:578)

Need to add validation check in Vectorizer that doesn't vectorize unless PTF is under reduce-shuffle (with optional SELECT in-between).

When executing a SDG Function annotated POJO method from Gfsh, Gfsh will pass all arguments erroneously in a String[] to the Function invocation.  When SDG tries to inject the FunctionContext into the POJO method during Function execution, an Exception occurs...

[severe 2014/07/07 23:21:37.970 PDT server1 <Function Execution Processor2> tid=0x62] UnExpected exception during function execution local member
java.lang.ArrayStoreException: com.gemstone.gemfire.internal.cache.execute.FunctionContextImpl
        at org.springframework.data.gemfire.util.ArrayUtils.insert(ArrayUtils.java:43)
        at org.springframework.data.gemfire.function.FunctionContextInjectingArgumentResolver.resolveFunctionArguments(FunctionContextInjectingArgumentResolver.java:100)
        at org.springframework.data.gemfire.function.PojoFunctionWrapper.execute(PojoFunctionWrapper.java:107)
        at com.gemstone.gemfire.internal.cache.execute.AbstractExecution.executeFunctionLocally(AbstractExecution.java:356)
        at com.gemstone.gemfire.internal.cache.execute.AbstractExecution$2.run(AbstractExecution.java:320)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
        at com.gemstone.gemfire.distributed.internal.DistributionManager.runUntilShutdown(DistributionManager.java:717)
        at com.gemstone.gemfire.distributed.internal.DistributionManager$9$1.run(DistributionManager.java:1174)
        at java.lang.Thread.run(Thread.java:695)

ForeignException is in hbase-server so the client will not be able to deserialize it, and also it will hide the DoNotRetryException of the cause.
I haven't found an easy way to test it, aside manually looking at the logs. and this stuff will go away with proc-v2. so for now the easy workaround is catch the ForeignException in the master which are just the few places related to proc-v1 and throw the cause to the client

AbstractStepConfiguration (and therefore its subclasses) offer a property called skipLimit. However, it appears that the getSkipLimit() method isn't called anywhere in the Batch framework. Since I suspect that users aren't expected to check this property themselves, it seems like an unused property to me. It's quite confusing when you're configuring a SimpleStepConfiguration, for example, since the property suggests to have impact on the way items are skipped.
If I'm right, then either the property should be removed or there should be some other code that actually uses this property to add some behaviour to it. If I'm wrong, then I would really like some JavaDoc for the setSkipLimit method that explains what its use is 

When using property placeholders in consumer endpoints, interceptFrom is not able to match the pattern against the Endpoint URI because the latter is passed unresolved. EndpointHelper.matchEndpoint(String uri, String pattern) receives the placeholder in the first parameter rather than the resolved value of the property.

Serde code uses some deprecated methods from org.apache.hadoop.io. package. We should remove them.

Most of the links on this page are broken:
https://commons.apache.org/proper/commons-io/description.html

Problem Description
=================
In a SpringMVC app, when manually setting the authentication via the SecurityContextHolder (as shown below)...
   SecurityContextHolder.getContext().setAuthentication(authenticationToken);
The authentication will be lost after the current request has completed processing. This is what happens:
1) The security context is updated with the authenticationToken successfully, for the remainder of this request everything is as expected
2) At the end of this request (after the response has been flushed to the client) the HttpSessionSecurityContextRepository will attempt to save the security context to the HttpSession. 
3) The above step will trigger a new HttpSession object as the previous one was found to be null, this will trigger a new SessionID creation. 
4) Since the above SessionID was created after the response was flushed to the browser it will not update the SessionID cookie
5) On the next request the previous SessionID will be sent and the new security context is lost.
Use Case:
========
A create account form controller manually logs in a user after the new account was created so the user doesn't have to go through the normal form login (which is processed by standard Spring Security Authentication). 
==================
A call to:
should (somehow) ensure that a session object exists for storing the security context to BEFORE the end of the request is reached.
Log snippets demonstrating the situation
==================================
153321 [qtp863455443-20 - /createaccount] DEBUG org.eclipse.jetty.util.log  - REQUEST /createaccount on org.eclipse.jetty.server.nio.SelectChannelConnector$3@5a32835b
153321 [qtp863455443-20 - /createaccount] DEBUG org.eclipse.jetty.util.log  - Got Session ID wq3vojg45nc31nc0plpix60ly from cookie
153321 [qtp863455443-20 - /createaccount] DEBUG org.eclipse.jetty.util.log  - sessionManager=org.eclipse.jetty.server.session.HashSessionManager@79f7896f
153321 [qtp863455443-20 - /createaccount] DEBUG org.eclipse.jetty.util.log  - session=null
153323 [qtp863455443-20 - /createaccount] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - No HttpSession currently exists
153323 [qtp863455443-20 - /createaccount] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - No SecurityContext was available from the HttpSession: null. A new one will be created.
153323 [qtp863455443-20 - /createaccount] DEBUG org.springframework.security.web.authentication.AnonymousAuthenticationFilter  - Populated SecurityContextHolder with anonymous token: 'org.springframework.security.authentication.AnonymousAuthenticationToken@9055e4a6: Principal: anonymousUser; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@957e: RemoteIpAddress: 127.0.0.1; SessionId: null; Granted Authorities: ROLE_ANONYMOUS'
153323 [qtp863455443-20 - /createaccount] DEBUG org.springframework.security.web.FilterChainProxy  - /createaccount at position 7 of 9 in additional filter chain; firing Filter: 'SessionManagementFilter'
153324 [qtp863455443-20 - /createaccount] DEBUG org.springframework.security.web.session.SessionManagementFilter  - Requested session IDwq3vojg45nc31nc0plpix60ly is invalid.
154463 [qtp863455443-20 - /createaccount] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - HttpSession being created as SecurityContext is non-default
154464 [qtp863455443-20 - /createaccount] DEBUG org.eclipse.jetty.util.log  - new session & id 96zm3w2a9pr01tcxiuhj4ds1j 96zm3w2a9pr01tcxiuhj4ds1j
154464 [qtp863455443-20 - /createaccount] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - SecurityContext stored to HttpSession: 'org.springframework.security.core.context.SecurityContextImpl@c1b8beb7: Authentication: com.prepayproxy.spring.UsernamePasswordWithAttributesAuthenticationToken@c1b8beb7: Principal: com.prepayproxy.servicelayer.SpringAuthorizationService$UserDetailsWithAttributesImpl@4c97ed28; Credentials: [PROTECTED]; Authenticated: true; Details: null; Granted Authorities: ROLE_USER'
166583 [qtp863455443-17 - /] DEBUG org.eclipse.jetty.util.log  - Got Session ID wq3vojg45nc31nc0plpix60ly from cookie
166584 [qtp863455443-17 - /] DEBUG org.eclipse.jetty.util.log  - sessionManager=org.eclipse.jetty.server.session.HashSessionManager@79f7896f
166584 [qtp863455443-17 - /] DEBUG org.eclipse.jetty.util.log  - session=null
166585 [qtp863455443-17 - /] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - No HttpSession currently exists
166585 [qtp863455443-17 - /] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - No SecurityContext was available from the HttpSession: null. A new one will be created.
166586 [qtp863455443-17 - /] DEBUG org.springframework.security.web.authentication.AnonymousAuthenticationFilter  - Populated SecurityContextHolder with anonymous token: 'org.springframework.security.authentication.AnonymousAuthenticationToken@9055e4a6: Principal: anonymousUser; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@957e: RemoteIpAddress: 127.0.0.1; SessionId: null; Granted Authorities: ROLE_ANONYMOUS'
166586 [qtp863455443-17 - /] DEBUG org.springframework.security.web.FilterChainProxy  - / at position 7 of 9 in additional filter chain; firing Filter: 'SessionManagementFilter'
166586 [qtp863455443-17 - /] DEBUG org.springframework.security.web.session.SessionManagementFilter  - Requested session IDwq3vojg45nc31nc0plpix60ly is invalid.
166620 [qtp863455443-17 - /] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - SecurityContext is empty or anonymous - context will not be stored in HttpSession. 
180971 [qtp863455443-20 - /postlogin] DEBUG org.eclipse.jetty.util.log  - Got Session ID wq3vojg45nc31nc0plpix60ly from cookie
180971 [qtp863455443-20 - /postlogin] DEBUG org.eclipse.jetty.util.log  - sessionManager=org.eclipse.jetty.server.session.HashSessionManager@79f7896f
180971 [qtp863455443-20 - /postlogin] DEBUG org.eclipse.jetty.util.log  - session=null
180974 [qtp863455443-20 - /postlogin] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - No HttpSession currently exists
180974 [qtp863455443-20 - /postlogin] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - No SecurityContext was available from the HttpSession: null. A new one will be created.
180975 [qtp863455443-20 - /postlogin] DEBUG org.eclipse.jetty.util.log  - new session & id 17zsa0kugrglijjggbrvzfgpg 17zsa0kugrglijjggbrvzfgpg
180995 [qtp863455443-20 - /postlogin] DEBUG org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter  - Authentication success. Updating SecurityContextHolder to contain: com.prepayproxy.spring.UsernamePasswordWithAttributesAuthenticationToken@d3c4cac3: Principal: com.prepayproxy.servicelayer.SpringAuthorizationService$UserDetailsWithAttributesImpl@5ee819a8; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@380f4: RemoteIpAddress: 127.0.0.1; SessionId: 17zsa0kugrglijjggbrvzfgpg; Granted Authorities: ROLE_USER
180996 [qtp863455443-20 - /postlogin] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - SecurityContext stored to HttpSession: 'org.springframework.security.core.context.SecurityContextImpl@d3c4cac3: Authentication: com.prepayproxy.spring.UsernamePasswordWithAttributesAuthenticationToken@d3c4cac3: Principal: com.prepayproxy.servicelayer.SpringAuthorizationService$UserDetailsWithAttributesImpl@5ee819a8; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@380f4: RemoteIpAddress: 127.0.0.1; SessionId: 17zsa0kugrglijjggbrvzfgpg; Granted Authorities: ROLE_USER'
181050 [qtp863455443-16 - /myaccount] DEBUG org.eclipse.jetty.util.log  - Got Session ID 17zsa0kugrglijjggbrvzfgpg from cookie
181050 [qtp863455443-16 - /myaccount] DEBUG org.eclipse.jetty.util.log  - sessionManager=org.eclipse.jetty.server.session.HashSessionManager@79f7896f
181050 [qtp863455443-16 - /myaccount] DEBUG org.eclipse.jetty.util.log  - session=org.eclipse.jetty.server.session.HashSessionManager$HashedSession:17zsa0kugrglijjggbrvzfgpg@1385660009
181052 [qtp863455443-16 - /myaccount] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - Obtained a valid SecurityContext from SPRING_SECURITY_CONTEXT: 'org.springframework.security.core.context.SecurityContextImpl@d3c4cac3: Authentication: com.prepayproxy.spring.UsernamePasswordWithAttributesAuthenticationToken@d3c4cac3: Principal: com.prepayproxy.servicelayer.SpringAuthorizationService$UserDetailsWithAttributesImpl@5ee819a8; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@380f4: RemoteIpAddress: 127.0.0.1; SessionId: 17zsa0kugrglijjggbrvzfgpg; Granted Authorities: ROLE_USER'
181053 [qtp863455443-16 - /myaccount] DEBUG org.springframework.security.web.authentication.AnonymousAuthenticationFilter  - SecurityContextHolder not populated with anonymous token, as it already contained: 'com.prepayproxy.spring.UsernamePasswordWithAttributesAuthenticationToken@d3c4cac3: Principal: com.prepayproxy.servicelayer.SpringAuthorizationService$UserDetailsWithAttributesImpl@5ee819a8; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@380f4: RemoteIpAddress: 127.0.0.1; SessionId: 17zsa0kugrglijjggbrvzfgpg; Granted Authorities: ROLE_USER'
181053 [qtp863455443-16 - /myaccount] DEBUG org.springframework.security.web.FilterChainProxy  - /myaccount at position 7 of 9 in additional filter chain; firing Filter: 'SessionManagementFilter'
192700 [qtp863455443-20 - /] DEBUG org.eclipse.jetty.util.log  - Got Session ID 17zsa0kugrglijjggbrvzfgpg from cookie
192700 [qtp863455443-20 - /] DEBUG org.eclipse.jetty.util.log  - sessionManager=org.eclipse.jetty.server.session.HashSessionManager@79f7896f
192701 [qtp863455443-20 - /] DEBUG org.eclipse.jetty.util.log  - session=org.eclipse.jetty.server.session.HashSessionManager$HashedSession:17zsa0kugrglijjggbrvzfgpg@1385660009
192703 [qtp863455443-20 - /] DEBUG org.springframework.security.web.context.HttpSessionSecurityContextRepository  - Obtained a valid SecurityContext from SPRING_SECURITY_CONTEXT: 'org.springframework.security.core.context.SecurityContextImpl@d3c4cac3: Authentication: com.prepayproxy.spring.UsernamePasswordWithAttributesAuthenticationToken@d3c4cac3: Principal: com.prepayproxy.servicelayer.SpringAuthorizationService$UserDetailsWithAttributesImpl@5ee819a8; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@380f4: RemoteIpAddress: 127.0.0.1; SessionId: 17zsa0kugrglijjggbrvzfgpg; Granted Authorities: ROLE_USER'
192704 [qtp863455443-20 - /] DEBUG org.springframework.security.web.authentication.AnonymousAuthenticationFilter  - SecurityContextHolder not populated with anonymous token, as it already contained: 'com.prepayproxy.spring.UsernamePasswordWithAttributesAuthenticationToken@d3c4cac3: Principal: com.prepayproxy.servicelayer.SpringAuthorizationService$UserDetailsWithAttributesImpl@5ee819a8; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@380f4: RemoteIpAddress: 127.0.0.1; SessionId: 17zsa0kugrglijjggbrvzfgpg; Granted Authorities: ROLE_USER'
192704 [qtp863455443-20 - /] DEBUG org.springframework.security.web.FilterChainProxy  - / at position 7 of 9 in additional filter chain; firing Filter: 'SessionManagementFilter'

If build tooling/archetypes with the --offline Maven argument you may see an error like
[ERROR]     Unresolveable build extension: Error resolving version for plugin 'org.apache.maven.archetype:archetype-packaging'
Seems the version for archetype-packaging in the dependencyManagement section defined in the parent pom is not propagating down to build extension... when Maven is not in offline mode it can simply grab the latest version from the metadata at central. I'm committing a simple fix shortly. 

Hello,
My application is a spring boot 1.4.0.M3 application exposing spring MVC rest services.
Since the update to 1.4.0.M3, I experience problems with the CORS behaviour, which was until then totally managed by a custom filter.
Spring boot 1.4.0.M3's web starter pulls spring-web 4.3.0.RC2.
 The problem is that along with my Access-Control-Allow-Origin: * response header was also being returned an Access-Control-Allow-Origin: [content of the Origin: header in the request]. The duplicate header was not really appreciated by the browser.
I traced the problem to the DefaultCorsProcessor and found that :

Given a HttpServletResponse already containing CORS headers, the processor should do nothing, as per this section :

		if (responseHasCors(serverResponse)) {
			logger.debug("Skip CORS processing: response already contains \"Access-Control-Allow-Origin\" header");
		}
			
The problem is that just above that, 

ServletServerHttpResponse serverResponse = new ServletServerHttpResponse(response);

does not preserve the initial response's headers, cf the constructor : 
in org.springframework.http.server.ServletServerHttpResponse

	public ServletServerHttpResponse(HttpServletResponse servletResponse) {
		Assert.notNull(servletResponse, "HttpServletResponse must not be null");
		this.servletResponse = servletResponse;
		this.headers = (servlet3Present ? new ServletResponseHttpHeaders() : new HttpHeaders());
	}

The headers returned by this constructor are always empty, resulting in responseHasCors(serverResponse) always returning false, and eventually this leads to the CORS header duplication.
Am I missing something, because as is, this really seems broken ?

Vectorization checks for ACID table trigger for MM tables where they don't apply. Other places seem to set the setting for transactional case while most of the code seems to assume it implies full acid.
Overall, many places in the code use the settings directly or set the ACID flag without setting the ACID properties.

When a system property was defined as:
  /system-property=foo:add(value="    spaces  ");
it gets written with the correct spaces around it to the configuration file.
When the configuration is read the value gets trimmed and the prefix/suffix of spaces is lost.

Broken support for server config files location customization via: jboss.server.config.dir.
Previous Wildfly 10 versions till CR4 it works as expected. Broken since WF10.0.0.CR5
See Steps to reproduce.
Error:
Cannot start embedded server: WFLYEMB0022: Cannot invoke 'start' on embedded process: WFLYCTL0214: Could not get main file: config.xml. Specified files must be relative to the configuration dir: /opt/wildfly-10.0.0.Final/standalone/configuration

As the controller methods handling the compact representation use an explicit produces clause in the request mapping, they get favored when the client sends Accept: application/*+json.
We should tweak the default mappings to implicitly match this situation.

Looking at the pom some dependencies are marked as optional, but are not marked optional in the MANIFEST.MF for osgi.
I believe the following should be marked as optional.
org.springframework.aop.framework_[3.0.7,4.0.0).
org.springframework.context_[3.0.7,4.0.0).
org.springframework.context.annotation_[3.0.7,4.0.0).
org.springframework.context.expression_[3.0.7,4.0.0).
org.springframework.dao_[3.0.7,4.0.0).
org.springframework.dao.support_[3.0.7,4.0.0).
org.springframework.expression_[3.0.7,4.0.0).
org.springframework.expression.spel.standard_[3.0.7,4.0.0).
org.springframework.expression.spel.support_[3.0.7,4.0.0).
org.springframework.transaction_[3.0.7,4.0.0).
org.springframework.transaction.annotation_[3.0.7,4.0.0).
org.springframework.transaction.interceptor_[3.0.7,4.0.0).
org.springframework.transaction.support_[3.0.7,4.0.0).
org.springframework.validation_[3.0.7,4.0.0).

This is related to the TestSeekTo test case where the seekBefore() does not work with Prefix_Tree because of an issue in getFirstKeyInBlock(). In the trunk and branch-1 changing the return type of getFirstKeyInBlock() from BB to Cell resolved the problem, but the same cannot be done in 0.98. Hence we need a change in the KvUtil.copyToNewBuffer API to handle this.  Since the limit is made as the position - in seekBefore when we do 

byte[] firstKeyInCurrentBlock = Bytes.getBytes(firstKey);

in HFileReaderV2.seekBefore() we end up in an empty byte array and it would not be the expected one based on which we try to seek to load a new block.

If a route that is started by a CXF consumer and has an InOut exchange pattern (meaning that the CXF consumer is returning a response back to the caller) contains a StreamCache as message object that is not in memory, returning the payload will fail.
The reason for this is that an on-disk stream cache in Camel will be removed when the LUW ends, but CXF will return the response afterwards.
See the two attached unit tests for details.
I don't like the actual patch too much, as it copies on-disk camel stream caches into CXF stream caches when creating the CXF message object in camel CXF, but this is about the last step before the LUW ends (and the file gets deleted).

Cli complementation insert the whole word without delete writed letters

--server-groups=mmain-server-group
--server-groups=oother-server-group
--server-groups=otheother-server-group

[domain@localhost:9990 /] deployment disable * --server-groups=
main-server-group  other-server-group  
[domain@localhost:9990 /] deployment disable * --server-groups=mmain-server-group 
{"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0216: Management resource '[(\"server-group\" => \"mmain-server-group\")]' not found"}}
[domain@localhost:9990 /] deployment disable * --server-groups=oother-server-group
{"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0216: Management resource '[(\"server-group\" => \"oother-server-group\")]' not found"}}
[domain@localhost:9990 /]
[domain@localhost:9990 /] deployment disable * --server-groups=otheother-server-group 
{"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0216: Management resource '[(\"server-group\" => \"otheother-server-group\")]' not found"}}

The intent of the following line in SolrUtils is clearly to return "_dt" for Calendar fields:

} else if (type.equals(new JavaType("java.util.Date")) || type.equals("java.util.Calendar")) {
	return "_dt";
} else {
	return "_t";
}

However because comparing the type (an instance of JavaType) to the literal String "java.util.Calendar" will never return true, any Calendar fields will fall through to the else clause and return "_t" instead of "_dt".

When running command: mvn camel:run, I know that the config file name and PID can be passed through the configuration in pom.xml like :
			<plugin>
				<groupId>org.apache.camel</groupId>
				<artifactId>camel-maven-plugin</artifactId>
				<version>${camel.version}</version>
				<configuration>
					<useBlueprint>true</useBlueprint>
					<configAdminPid>ConfigApp</configAdminPid>
					<configAdminFileName>/opt/jboss-fuse/jboss-fuse-6.0.0.redhat-024/deploy/ConfigApp.cfg</configAdminFileName>
				</configuration>
			</plugin>
But when I tried to run the command: mvn camel:run to get the content from the config file, I found that only configAdminPid is recognized, while the configAdminFileName did not been picked up.
The stack trace is:
[ERROR] Error occurred while running main from: org.apache.camel.test.blueprint.Main
[ERROR] 
	at org.apache.camel.maven.RunMojo$1.run(RunMojo.java:486)
Caused by: java.lang.IllegalArgumentException: The persistent file should not be null
	at org.apache.camel.test.blueprint.CamelBlueprintHelper.setPersistentFileForConfigAdmin(CamelBlueprintHelper.java:176)
	at org.apache.camel.test.blueprint.Main.doStart(Main.java:103)
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61)
	at org.apache.camel.main.MainSupport.run(MainSupport.java:148)
	at org.apache.camel.main.MainSupport.run(MainSupport.java:343)
	at org.apache.camel.test.blueprint.Main.main(Main.java:81)

The XSD for the Infinispan subsystem (jboss-as-infinispan_4_0.xsd) says that the default isolation level is REPEATABLE_READ:

<xs:complexType name="locking">
    <xs:attribute name="isolation" type="tns:isolation" default="REPEATABLE_READ">
        <xs:annotation>
            <xs:documentation>Sets the cache locking isolation level.</xs:documentation>
        </xs:annotation>
    </xs:attribute>
...

However, the LockingResourceDefinition class, which is the ultimate source of truth, disagrees:

enum Attribute implements org.jboss.as.clustering.controller.Attribute {
    ...
        ISOLATION("isolation", ModelType.STRING, new ModelNode(IsolationLevel.READ_COMMITTED.name()), new EnumValidatorBuilder<>(IsolationLevel.class)),
...

I'm not sure myself which one should be the default, but this difference is surely a bug.

In my view, I see three typos as following.
1. [url]http://static.springframework.org/spring-batch/spring-batch-docs/reference/html/apa.html#d0e5062[/url]
    A.2. Item Writers
    ItemWriterItemWriter -> DelegatingItemWriter
2. [url]http://static.springframework.org/spring-batch/spring-batch-docs/reference/html/spring-batch-infrastructure.html#d0e1300[/url]
    itemReader.setResource = new FileSystemResource("resources/players.csv");
    ->
    itemReader.setResource(new FileSystemResource("resources/players.csv"));
3. [url]http://static.springframework.org/spring-batch/spring-batch-docs/reference/html/spring-batch-infrastructure.html#d0e1349[/url]
  FlatFileItemReader itemReader = new FlatFileItemReader();
  itemReader.setResource = new FileSystemResource("resources/players.csv");
  //DelimitedLineTokenizer defaults to comma as it's delimiter
  itemReader.setLineTokenizer(new DelimitedLineTokenizer());
  itemReader.setFieldSetMapper(new PlayerFieldSetMapper());
  itemReader.read();
I tested this code, but I got exceptions. After inserting the following codes before last line, it works successfully.
" itemReader.open(new ExecutionContext());"

See https://builds.apache.org/view/H-L/view/HBase/job/HBase-TRUNK/5431/testReport/junit/org.apache.hadoop.hbase.regionserver/TestHRegionBusyWait/testParallelAppendWithMemStoreFlush/
Fails locally for me regularly.  TIming.  Turns out that on if we go to flush and no edits to flush, we can take the update lock and not release it.

By default hive will try to find out which jars need to be added to the classpath in order to run MR jobs against an HBase cluster, however if hbase can't be found or if hbase mapredcp fails, the hive script  will fail silently and ignore some of the jars to be included into the. That makes very difficult to analyze the real problem.
Hive script should record the error not just simply redirect two hbase failures:
HBASE_BIN=$
{HBASE_BIN:-"$(which hbase 2>/dev/null)"}
$HBASE_BIN mapredcp 2>/dev/null

Using "mvn site" command causes failure due to annotations/pom.xml containing & directive in project name.

There are some errors in the example programs for coprocessor in Ref Guide. Such as using deprecated APIs, generic...

This is causing ambiguous dependencies in the TCK as there end up multiple CDI managed beans being created for a component class
This is a regression caused by https://github.com/wildfly/wildfly/commit
/49b6dfbcadfc8d0f9a47092834a57a65561b0993

Increase YARN minicluster threshold to timeout only at 99% full instead of 90%.

When stopping the websocket component, it has been observed that the embedded Jetty server does not completely shut down. This causes a bind error when attempting to start the component again. 

It seems that string with 0.92.0 we can't create tables in the shell by specifying "lzo" anymore. I remember we used to do better parsing than that, but right now if you follow the wiki doing this:
create 'mytable', {NAME=>'colfam:', COMPRESSION=>'lzo'}
You'll get:
ERROR: java.lang.IllegalArgumentException: No enum const class org.apache.hadoop.hbase.io.hfile.Compression$Algorithm.lzo
Bad for usability.

We have developed a static analysis tool NPEDetector to find some potential NPE. Our analysis shows that some callees may return null in corner case(e.g. node crash , IO exception), some of their callers have  !=null check but some do not have.  For example:
Callee ZKUtil#listChildrenAndWatchForNewChildren may return null, it has 8 callers, 6 of the caller have null checker like:

List<String> children = ZKUtil.listChildrenAndWatchForNewChildren(zkw, zkw.znodePaths.rsZNode);
if (children == null) {
    return Collections.emptyList();
}

but another two callers do not have null checker:RSGroupInfoManagerImpl#retrieveGroupListFromZookeeper,ZKProcedureMemberRpcs#watchForAbortedProcedures. 
We attach the patch to fix this problem.

This is  a fuse only Camel component, the feature needs to be enabled in 6.2 builds. 

SELECT
  CAST(value AS BINARY),
  value
FROM src
ORDER BY value
LIMIT 100

returns only one column.
Final CBO plan is

  HiveSortRel(sort0=[$1], dir0=[ASC]): rowcount = 500.0, cumulative cost = {24858.432393688767 rows, 500.0 cpu, 0.0 io}, id = 44
    HiveProjectRel(value=[CAST($0):BINARY(2147483647) NOT NULL], value1=[$0]): rowcount = 500.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 42
      HiveProjectRel(value=[$1]): rowcount = 500.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 40
        HiveTableScanRel(table=[[default.src]]): rowcount = 500.0, cumulative cost = {0}, id = 0

but the resulting AST has only one column. Must be some bug in conversion, probably related to the name collision in the schema, judging by the alias of the column for the binary-cast value in the AST

TOK_QUERY
   TOK_FROM
      TOK_SUBQUERY
         TOK_QUERY
            TOK_FROM
               TOK_TABREF
                  TOK_TABNAME
                     default
                     src
                  src
            TOK_INSERT
               TOK_DESTINATION
                  TOK_DIR
                     TOK_TMP_FILE
               TOK_SELECT
                  TOK_SELEXPR
                     .
                        TOK_TABLE_OR_COL
                           src
                        value
                     value
         $hdt$_0
   TOK_INSERT
      TOK_DESTINATION
         TOK_DIR
            TOK_TMP_FILE
      TOK_SELECT
         TOK_SELEXPR
            TOK_FUNCTION
               TOK_BINARY
               .
                  TOK_TABLE_OR_COL
                     $hdt$_0
                  value
            value
      TOK_ORDERBY
         TOK_TABSORTCOLNAMEASC
            TOK_TABLE_OR_COL
               value
      TOK_LIMIT
         100

The HivePrivilegeObject for permanent function should have databasename set, and the functionname should be without the db part.

org.springframework.webflow.engine.model.builder.xml.XmlFlowModelBuilder.mergeStates() uses the java 1.5 method String.contains(CharSequence s) (see: http://java.sun.com/j2se/1.5.0/docs/api/java/lang/String.html#contains(java.lang.CharSequence) ) on line 653.
On a java 1.4 environment this results in:
java.lang.NoSuchMethodError: java/lang/String.contains(Ljava/lang/CharSequence;)Z
at org.springframework.webflow.engine.model.builder.xml.XmlFlowModelBuilder.mergeStates(XmlFlowModelBuilder.java)
Bram Bruneel

HttpSessionContextIntegrationFilter will read an existing SecurityContext object from the session and attach it to the Http request thread by calling: SecurityContextHolder#setContext. This means that simultaneous requests get the same SecurityContext object. If one of those threads changes the authentication attached to the context (for example, to enable some "Run As" functionality such as in org.acegisecurity.intercept.AbstractSecurityInterceptor) that authentication will be seen to change in all the request threads and may enable those threads to be able to gain access that they shouldn't have.

User complains about can not access any other headers after the cxfbean in this mail thread[1].
We should let the CxfBeanDestination copy the in message header before it sends the message back.
[1]http://camel.465427.n5.nabble.com/Camel-CXF-Drops-Headers-tt5590792.html 

I'm using Stream's to loop through each element in a Repository in an @Scheduled method. After running 200 times I get the following error:

2016-12-13 09:40:39.159  WARN 51004 --- [pool-2-thread-1] o.h.engine.jdbc.spi.SqlExceptionHelper   : SQL Error: 0, SQLState: null
2016-12-13 09:40:39.159 ERROR 51004 --- [pool-2-thread-1] o.h.engine.jdbc.spi.SqlExceptionHelper   : [pool-2-thread-1] Timeout: Pool empty. Unable to fetch a connection in 2 seconds, none available[size:200; busy:200; idle:0; lastwait:2000].

The Repository is defined as such:

public interface PushNotificationRepository extends JpaRepository<PushNotification, Long> {
    @Query(value = "select p from PushNotification p")
    Stream<PushNotification> findAllAndStream();
}

The Service is defined like this:

@Service
@Transactional()
public class PushNotificationFlusherService {
    private static final Logger LOGGER = LoggerFactory.getLogger(PushNotificationFlusherService.class);

    private final PushNotificationRepository pushNotificationRepository;

    public PushNotificationFlusherService(PushNotificationRepository pushNotificationRepository) {
        this.pushNotificationRepository = pushNotificationRepository;
    }

    @Scheduled(fixedDelay = 5000)
    protected void flushPushNotificationQueue() {
        LOGGER.info("Flushing push notifications");

        try (Stream<PushNotification> pushNotifications = pushNotificationRepository.findAllAndStream()) {
            pushNotifications.forEach((PushNotification pushNotification) -> {
               // Send notification 
            });
        }

        LOGGER.info("Flushed push notifications");
    }

I've tried using @Transactional( readOnly=true) but it does not make a difference.

When migrating access-log without defined extended attribute results in undertow without defined extended attribute, but the default values differ causing that even though in Web subsystem extended format wasn't used, in Undertow it is expected logging to use extended format.
Ideally the defaults should be the same or the migrate operation needs to define the extended attribute to false if it wasn't defined in Web.

Running a simple query that reads an Avro table caused the following exception to be thrown on the cluster side:

java.lang.RuntimeException: org.apache.hive.com.esotericsoftware.kryo.KryoException: java.lang.IllegalArgumentException: Unable to create serializer "org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer" for class: org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat
outputFileFormatClass (org.apache.hadoop.hive.ql.plan.PartitionDesc)
aliasToPartnInfo (org.apache.hadoop.hive.ql.plan.MapWork)
	at org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:365)
	at org.apache.hadoop.hive.ql.exec.Utilities.getMapWork(Utilities.java:276)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.init(HiveInputFormat.java:254)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.pushProjectionsAndFilters(HiveInputFormat.java:445)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.pushProjectionsAndFilters(HiveInputFormat.java:438)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getRecordReader(CombineHiveInputFormat.java:587)
	at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.<init>(MapTask.java:191)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:412)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:366)
	at javax.security.auth.Subject.doAs(Subject.java:394)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1190)
Caused by: org.apache.hive.com.esotericsoftware.kryo.KryoException: java.lang.IllegalArgumentException: Unable to create serializer "org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer" for class: org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat
	at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:125)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.read(FieldSerializer.java:507)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.readClassAndObject(Kryo.java:776)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.read(MapSerializer.java:139)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.read(MapSerializer.java:17)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:694)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:106)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:672)
	at org.apache.hadoop.hive.ql.exec.Utilities.deserializeObjectByKryo(Utilities.java:942)
	at org.apache.hadoop.hive.ql.exec.Utilities.deserializePlan(Utilities.java:850)
	at org.apache.hadoop.hive.ql.exec.Utilities.deserializePlan(Utilities.java:864)
	at org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:334)
	... 13 more
Caused by: java.lang.IllegalArgumentException: Unable to create serializer "org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer" for class: org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat
	at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:45)
	at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:26)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.newDefaultSerializer(Kryo.java:343)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.getDefaultSerializer(Kryo.java:336)
	at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.registerImplicit(DefaultClassResolver.java:56)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.getRegistration(Kryo.java:476)
	at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readName(DefaultClassResolver.java:148)
	at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readClass(DefaultClassResolver.java:115)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.readClass(Kryo.java:656)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultSerializers$ClassSerializer.read(DefaultSerializers.java:238)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultSerializers$ClassSerializer.read(DefaultSerializers.java:226)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObjectOrNull(Kryo.java:745)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:113)
	... 25 more
	at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:32)
	... 37 more
Caused by: java.lang.NoClassDefFoundError: org/apache/avro/io/DatumWriter
	at java.lang.Class.getDeclaredFields0(Native Method)
	at java.lang.Class.privateGetDeclaredFields(Class.java:2348)
	at java.lang.Class.getDeclaredFields(Class.java:1779)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.rebuildCachedFields(FieldSerializer.java:150)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.<init>(FieldSerializer.java:109)
	... 42 more
Caused by: java.lang.ClassNotFoundException: org.apache.avro.io.DatumWriter
	... 47 more

I took a look at the hive-exec jar and found that the Avro core jar was not included, though avro-mapred is included.
I confirmed that Avro core was included in the Hive 0.12 hive-exec jar. Was there a reason why this was removed in trunk? It seems that this would break the AvroSerDe.

"add" operation for /subsystem=elytron/server-ssl-sni-context  doesn't require "host-context-map" attribute, however add a server-ssl-sni-context without this attribute results in an IllegalArgumentException. Set the "host-context-map" and the "add" operation works.

[standalone@localhost:9990 /] /subsystem=elytron/server-ssl-sni-context=sn3:add(default-ssl-context=wssl_ctx)
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException",
}

11:29:09,803 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("add") failed - address: ([
    ("server-ssl-sni-context" => "sn3")
]): java.lang.IllegalArgumentException
        at org.jboss.dmr.ModelValue.getKeys(ModelValue.java:139)
        at org.jboss.dmr.ModelNode.keys(ModelNode.java:1580)
        at org.wildfly.extension.elytron.SSLDefinitions$7.getValueSupplier(SSLDefinitions.java:1046)
        at org.wildfly.extension.elytron.TrivialAddHandler.performRuntime(TrivialAddHandler.java:68)
        at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:159)
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999)
        at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743)
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
        at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1411)
        at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
        at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
        at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158)
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:313)
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
        at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)

/subsystem=elytron/server-ssl-sni-context=sn1:read-operation-description(name=add)
{
        "operation-name" => "add",
        "description" => "Adds a SNI context",
        "request-properties" => {
            "default-ssl-context" => {
                "description" => "The context to use if no SNI information is present, or if it does not match any mappings",
                "required" => true,
                "nillable" => false,
                "capability-reference" => "org.wildfly.security.ssl-context",
            },
            "host-context-map" => {
                "type" => OBJECT,
                "description" => "A mapping between a server name and an SSContext",
                "value-type" => STRING
            }
        },
        "restart-required" => "resource-services",
    },
}

Assuming you have a src table with a ds='1' partition that is archived in HDFS, the following query will throw an exception

select count(1) from src where ds='1' group by key;

We added some caching in there recently, but didn't really do anything to make it thread safe (beyond adding the "volatile" keyword - which seems like a statement of intent at least). We have seen NPE in getCachedExecutor().
It's obvious it can happen. Just not really obvious what the contract is

Trying the following settings:

<property>
  <name>hbase.ipc.server.callqueue.handler.factor</name>
  <value>0.5</value>
  <name>hbase.ipc.server.callqueue.read.ratio</name>
  <name>hbase.ipc.server.callqueue.scan.ratio</name>
  <value>0.1</value>

With 30 default handlers, this means 15 queues. Further, it means 8 write queues and 7 read queues. 10% of that is 0.7 which is then floor'ed to 0. The debug log confirms it, as the tertiary check omits the scan details when they are zero:

2016-10-12 12:50:27,305 INFO  [main] ipc.SimpleRpcScheduler: Using fifo as user call queue, count=15
2016-10-12 12:50:27,311 DEBUG [main] ipc.RWQueueRpcExecutor: FifoRWQ.default writeQueues=7 writeHandlers=15 readQueues=8 readHandlers=14

But the code in RWQueueRpcExecutor calls RpcExecutor.startHandler() nevertheless and that does this:

    for (int i = 0; i < numHandlers; i++) {
      final int index = qindex + (i % qsize);
      String name = "RpcServer." + threadPrefix + ".handler=" + handlers.size() + ",queue=" +
          index + ",port=" + port;

The modulo triggers then 

2016-10-12 11:41:22,810 ERROR [main] master.HMasterCommandLine: Master exiting
java.lang.RuntimeException: Failed construction of Master: class org.apache.hadoop.hbase.master.HMasterCommandLine$LocalHMaster
        at org.apache.hadoop.hbase.util.JVMClusterUtil.createMasterThread(JVMClusterUtil.java:145)
        at org.apache.hadoop.hbase.LocalHBaseCluster.addMaster(LocalHBaseCluster.java:220)
        at org.apache.hadoop.hbase.LocalHBaseCluster.(LocalHBaseCluster.java:155)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.startMaster(HMasterCommandLine.java:222)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:137)
        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:70)
        at org.apache.hadoop.hbase.util.ServerCommandLine.doMain(ServerCommandLine.java:126)
        at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:2524)
Caused by: java.lang.ArithmeticException: / by zero
        at org.apache.hadoop.hbase.ipc.RpcExecutor.startHandlers(RpcExecutor.java:125)
        at org.apache.hadoop.hbase.ipc.RWQueueRpcExecutor.startHandlers(RWQueueRpcExecutor.java:178)
        at org.apache.hadoop.hbase.ipc.RpcExecutor.start(RpcExecutor.java:78)
        at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.start(SimpleRpcScheduler.java:272)
        at org.apache.hadoop.hbase.ipc.RpcServer.start(RpcServer.java:2212)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.start(RSRpcServices.java:1143)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.(HRegionServer.java:615)
        at org.apache.hadoop.hbase.master.HMaster.(HMaster.java:396)
        at org.apache.hadoop.hbase.master.HMasterCommandLine$LocalHMaster.(HMasterCommandLine.java:312)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
        at org.apache.hadoop.hbase.util.JVMClusterUtil.createMasterThread(JVMClusterUtil.java:140)
        ... 7 more

That causes the server to not even start. I would suggest we either skip the startHandler() call altogether, or make it zero aware.
Another possible option is to reserve at least one scan handler/queue when the scan ratio is greater than zero, but only of there is more than one read handler/queue to begin with. Otherwise the scan handler/queue should be zero and share the one read handler/queue.
Makes sense?

Building master/branch-2 against the hadoop-3 profile results in check-invariants screaming about unrelocated dependencies. will list details in comment.

In our testing we have seen cases where the transaction list grows very large.  We need a more efficient way of communicating the list.

LinkedIn component uses HtmlUnit to perform a login and authorization on user's behalf for OAuth. LinkedIn returns an error message instead of a login page on an invalid client id, which the component should handle gracefully, instead of the missing HTML element it throws currently. c

InfoServers do not work in an vanilla Hadoop 0.20 and HBase 0.20-dev installation. Directory listings instead of UI.  

Pig needs a config parameter 'pig.noSplitCombination' set to 'true' for it to be able to read HBaseStorageHandler-based tables.
This is done in the HBaseLoader at getSplits time, but HCatLoader does not do so, which results in only a partial data load.
Thus, we need one more special case definition in HCat, that sets this parameter in the job properties if we detect that we're loading a HBaseStorageHandler based table. (Note, also, that we should not depend directly on the HBaseStorageHandler class, and instead depend on the name of the class, since we do not want a mvn dependency on hive-hbase-handler to be able to compile HCatalog core, since it's conceivable that at some time, there might be a reverse dependency.) The primary issue is one of where this code should go, since it doesn't belong in pig (pig does not know what loader behaviour should be, and this parameter is its interface to a loader), and doesn't belong in the HBaseStorageHandler either, since that's implementing a HiveStorageHandler and is connecting up the two. Thus, this should belong to HCatLoader. Setting this parameter across the board results in poor performance for HCatLoader, so it must only be set when using with HBase.
Thus, it belongs in the SpecialCases definition as that was created specifically for these kinds of odd cases, and can be called from within HCatLoader.

If there are too many files need to be closed in FileSinkOperator (e.g., if DynamicPartition/FileSpray is turned on), there could be many files generated by each task and they need to be closed at the FileSinkOperator.closeOp(). If the NN is overloaded each file close could take more than 1 sec. This sometimes make JT think the task is dead since it takes too long to close all the files and without any progress report. We need to report progress after a while during file closing. 

See the Expires header description in the RFC.
Now if the value of similar header is not valid HttpHeaders throws IllegalArgumentException.
IMO it should return -1 as in case header is null.
In additions see the linked issue.
We'll be glad to hear any thoughts, why HttpHeaders works now such way?

ZipFile zip = new ZipFile(new File("ordertest-64.zip")); throws ZipException "central directory zip64 extended information extra field's length doesn't match central directory data.  Expected length 16 but is 28".
The archive was created by using DotNetZip-WinFormsTool uzing zip64 flag (forces always to make zip64 archives).
Zip file is tested from the console: $zip -T ordertest-64.zip
Output:
test of ordertest-64.zip OK
I can open the archive with FileRoller without problem on my machine, browse and extract it.

EJB3SubsystemAdd adds capability org.wildfly.ejb3.clustered.singleton but then EJB3SubsystemRemove does not remove it.
This breaks use cases where the subsystem is repeatedly added, particularly a cycle of 
/profile=foo:clone(to-profile=bar)
... make some adjustments to bar
... oops, screwed up on those adjustments, lets start over!
/profile=bar:remove
The last step will fail with:

[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[31m12:05:13,818 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("add") failed - address: ([&amp#27;[0m
[Host Controller] &amp#27;[31m    ("profile" => "clone"),&amp#27;[0m
[Host Controller] &amp#27;[31m    ("subsystem" => "ejb3")&amp#27;[0m
[Host Controller] &amp#27;[31m]): java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.ejb3.clustered.singleton' is already registered in context 'profile=clone'.&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.CapabilityRegistry.registerCapability(CapabilityRegistry.java:146)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.OperationContextImpl.registerCapability(OperationContextImpl.java:1430)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.OperationContextImpl.registerCapability(OperationContextImpl.java:1417)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.ejb3.subsystem.EJB3SubsystemAdd.recordCapabilitiesAndRequirements(EJB3SubsystemAdd.java:178)&amp#27;[0m

Regression against DR15.
Authentication by legacy security realm is taken in account even if just Elytron authentication should be used. I don't say legacy authentication is used in priority before Elytron (that works as expected). Just that legacy authentication is somehow "initialized". In this case check "There are no user in mngmt-user.properties file" is performed
Reproducer:

Configure Elytron authentication for management interface

/subsystem=elytron/filesystem-realm=exampleFsRealm:add(path=fs-realm-users,relative-to=jboss.server.config.dir)
/subsystem=elytron/filesystem-realm=exampleFsRealm/identity=user1:add()
/subsystem=elytron/filesystem-realm=exampleFsRealm/identity=user1:set-password( clear={password="password123"})
/subsystem=elytron/simple-role-decoder=from-roles-attribute:add(attribute=Roles)
/subsystem=elytron/security-domain=exampleFsSD:add(realms=[{realm=exampleFsRealm,role-decoder=from-roles-attribute}],default-realm=exampleFsRealm,permission-mapper=default-permission-mapper)
/subsystem=elytron/http-authentication-factory=example-fs-http-auth:add(http-server-mechanism-factory=global,security-domain=exampleFsSD,mechanism-configurations=[{mechanism-name=BASIC,mechanism-realm-configurations=[{realm-name=exampleApplicationDomain}]}])
/core-service=management/management-interface=http-interface:write-attribute(name=http-authentication-factory, value=example-fs-http-auth)

impossible to acces management interface

curl --user user1:password123 http://localhost.localdomain:9990/management?operation=attribute\&name=server-state
{
    "outcome" : "failed",
    "failure-description" : "WFLYDMHTTP0006: The security realm is not ready to process requests, see http://localhost.localdomain:9990/error",
    "rolled-back" : "true"
}

Access is granted once 

security realm is undefined from management interface

/core-service=management/management-interface=http-interface:undefine-attribute(name=security-realm)

Or user is added into ManagementRealm

./add-user.sh -u admin -p admin -r ManagementRealm

"running"

Currently HBase can run on top of Hadoop 0.20 with security APIs, but only using the "simple" authentication method.  There is currently no configuration or hooks for the HBase process to obtain Kerberos credentials so it can authenticate against secure Hadoop.
We should extend the current org.apache.hadoop.hbase.security.User hooks to allow obtaining credentials from a keytab file when security is enabled.

Issue described here along with Heko's initial analysis:
https://groups.google.com/forum/#!topic/wildfly-swarm/balKuovlnAY

The failures happend while sending second TGS-REQ ticket from client to kerberos KDC server.
The cause seems to be a limitation of ApacheDS kerberos server used in the test case. The ApacheDS employs simple replay detection mechanism based on in-memory ticket cache service. The cache stores client and server credentials and ticket timestamp. Specificaly, the cache do not store ticket content.
During GSS SecContext establishment, there are 2 TGS-REQ tickets sent from the client (sun.security.jgss.krb5.GSSContextSpi). First to acquire service credentials ticket and second to get SecContext ticket. The second ticket is being send immediatelly after the fisrt one. If the second (valid) ticket is sent with the same timestamp as the first one, the ApacheDS treats the second one as a false positive and throw Request is a replay kerberos exception.

When returning a ReponseBodyEmitter from a controller method, the headers for the connection are not written to the stream until something is emitted. If nothing is emitted, clients timeout and think the server is unavalible.

DecimalColumnStatsMergerTest has a strange comparison logic, which needs to be reviewed.
Regarding low and high values, it uses compareTo with the same direction, which seems to be incorrect: old.compareTo(new) > 0 -> pick old value in both cases

Decimal lowValue = aggregateData.getLowValue() != null && (aggregateData.getLowValue().compareTo(newData.getLowValue()) > 0) ? aggregateData .getLowValue() : newData.getLowValue(); aggregateData.setLowValue(lowValue); 
Decimal highValue = aggregateData.getHighValue() != null && (aggregateData.getHighValue().compareTo(newData.getHighValue()) > 0) ? aggregateData .getHighValue() : newData.getHighValue();

We display the number of jobs before we run anything. However, we don't look at Tez tasks yet.
NO PRECOMMIT TESTS (this is wip for the tez branch)

The SqlPagingQueryProviderFactoryBean class takes a parameter sortKey used to enable paged queries.  This is used in the where clause (to select skip rows already selected in subsequent queries), in an order by clause and to retrieve the result set value for the last item read.  The exact use is determined by the database type, but the general pattern remains the same.
The examples in the tutorial appear fairly simple, involving a single table only.  We have a use case where two aliased tables are involved.  As the table alias prefix is required in the where clause, appears to be optional in the order by clause and cannot be present when retrieving the result set column by name we have a problem as sortKey is used in all three cases.
For a page size of 2 we set the reader's queryProvider properties set as follows:
		<property name="queryProvider">
			<bean class="org.springframework.batch.item.database.support.SqlPagingQueryProviderFactoryBean">
				<property name="selectClause" value="select  t1.id, t1.field, t2.other_field" />
				<property name="dataSource" ref="dataSource" />
				<property name="fromClause" value="from TABLE_1 t1, TABLE_2 t2 " />
				<property name="whereClause" value="t1.id = t2.id" />
				<property name="sortKey" value="t1.id" />
			</bean>
The Derby query resulting for the first page is:
SELECT * FROM ( SELECT t1.id, t1.field, t2.other_field, ROW_NUMBER() OVER () AS ROW_NUMBER FROM TABLE_1 t1, TABLE_2 t2 WHERE t1.id = t2.id ORDER BY t1.id ASC) AS TMP_SUB WHERE TMP_SUB.ROW_NUMBER <= 2
And queries for subsequent pages are:
SELECT * FROM ( SELECT t1.id, t1.field, t2.other_field, ROW_NUMBER() OVER () AS ROW_NUMBER FROM TABLE_1 t1, TABLE_2 t2 WHERE t1.id = t2.id  AND t1.id > ? ORDER BY t1.id ASC) AS TMP_SUB WHERE TMP_SUB.ROW_NUMBER <= 2
In H2 the query for the initial page is:
SELECT TOP 2 t1.id, t1.field, t2.other_field FROM TABLE_1 t1, TABLE_2 t2 WHERE t1.id = t2.id ORDER BY t1.id ASC
And queries for sebsequent pages are:
SELECT TOP 2 t1.id, t1.field, t2.other_field FROM TABLE_1 t1, TABLE_2 t2 WHERE t1.id = t2.id AND t1.id > :_sortKey ORDER BY id ASC
In both Derby and H2 the result set column retrieval fails.
We've worked around the problem by subclassing JdbcPagingItemReader and with tricks with reflection effectively changing the line in the inner class JdbcPagingItemReader.PagingRowMapper "startAfterValue = rs.getObject(queryProvider.getSortKey());" to "startAfterValue = rs.getObject(stripAlias(queryProvider.getSortKey()));" where the method stripAlias is defined as:
        private String stripAlias(String column) {
            int separator = column.indexOf('.');
            if(separator > 0) {
                int columnIndex = separator + 1;
                if(columnIndex < column.length()) 
{
                    column = column.substring(columnIndex);
                }
            }
            return column;
        }
We'd like this change made to this class directly or something else with similar effect.
Another issue you might wish to consider is that a column alias would further confuse things (as it would be required to be used for the order by clause and to retrieve the value from the result set, but not for the where clause).  Perhaps an additional optional property "sortKeyAlias"?

Publishing an application event in a second thread while creating an application event listener bean causes a deadlock.
The Reference URL points to a Github gist of a simple Spring Boot app that duplicates the deadlock.
Dump of the deadlocked threads:
"main@1" prio=5 tid=0x1 nid=NA waiting for monitor entry
  java.lang.Thread.State: BLOCKED
	 blocks executor-1@2266
	 waiting for executor-1@2266 to release lock on <0x919> (a org.springframework.context.event.AbstractApplicationEventMulticaster$ListenerRetriever)
	  at org.springframework.context.event.AbstractApplicationEventMulticaster.addApplicationListener(AbstractApplicationEventMulticaster.java:72)
	  at org.springframework.context.support.AbstractApplicationContext.addApplicationListener(AbstractApplicationContext.java:422)
	  at org.springframework.context.support.PostProcessorRegistrationDelegate$ApplicationListenerDetector.postProcessAfterInitialization(PostProcessorRegistrationDelegate.java:354)
	  at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:422)
	  at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1571)
	  at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:539)
	  at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:476)
	  at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:303)
	  at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)

locked <0x8ee> (a java.util.concurrent.ConcurrentHashMap)
	  at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:299)
	  at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
	  at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:762)
	  at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:757)
	  at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:480)
locked <0x91f> (a java.lang.Object)
	  at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:691)
	  at org.springframework.boot.SpringApplication.run(SpringApplication.java:321)
	  at cloudfoundry.norouter.test.DeadlockTest.main(DeadlockTest.java:61)

"executor-1@2266" prio=5 tid=0xf nid=NA waiting for monitor entry
	 blocks main@1
	 waiting for main@1 to release lock on <0x8ee> (a java.util.concurrent.ConcurrentHashMap)
	  at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:187)
	  at org.springframework.beans.factory.support.AbstractBeanFactory.getType(AbstractBeanFactory.java:567)
	  at org.springframework.context.event.AbstractApplicationEventMulticaster.retrieveApplicationListeners(AbstractApplicationEventMulticaster.java:212)
	  at org.springframework.context.event.AbstractApplicationEventMulticaster.getApplicationListeners(AbstractApplicationEventMulticaster.java:172)

locked <0x919> (a org.springframework.context.event.AbstractApplicationEventMulticaster$ListenerRetriever)
	  at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:117)
	  at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:331)
	  at cloudfoundry.norouter.test.DeadlockTest.lambda$publisherBean$0(DeadlockTest.java:45)
	  at cloudfoundry.norouter.test.DeadlockTest$$Lambda$1.1037475674.run(Unknown Source:-1)
	  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	  at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	  at java.lang.Thread.run(Thread.java:744)

JaxbDataFormat reuses the Marshaller/Unmarshaller instances.
However, according to the https://jaxb.dev.java.net/faq/index.html#threadSafety, Marshaller/Unmarshaller instances are NOT thread safe, so you can't use them from separate threads at the same time.
Due to this we are getting exceptions from the JAXB implementation (like ClassCastException or "org.xml.sax.SAXException: FWK005 parse may not be called while parsing."). Everything works nice with our custom JaxbDataFormat that creates new Unmarshaller/Marshaller instance on every request.
Also, lazy-creating instances (like JAXBContext) in getter methods is not thread-safe as well (because explicit synchronization is required).

Need to enable Thrift Sasl setting  for secure mode communcation

When a recovered queue has only one active ReplicationWorkerThread, the recovered queue is completely dropped on a region server shutdown. This will happen in situation when 
1. DefaultWALProvider is used.
2. RegionGroupingProvider provider is used but replication is stuck on one WAL group for some reason (for example HBASE-18137)
3. All other replication workers have died due to unhandled exception, and the only one finishes. This will cause the recovered queue to get deleted without a regionserver shutdown. This can happen on deployments without fix for HBASE-17381.
The problematic piece of code is:

while (isWorkerActive()){
        // The worker thread run loop...
}
if (replicationQueueInfo.isQueueRecovered()) {
        // use synchronize to make sure one last thread will clean the queue
        synchronized (workerThreads) {
          Threads.sleep(100);// wait a short while for other worker thread to fully exit
          boolean allOtherTaskDone = true;
          for (ReplicationSourceWorkerThread worker : workerThreads.values()) {
            if (!worker.equals(this) && worker.isAlive()) {
              allOtherTaskDone = false;
              break;
            }
          }
          if (allOtherTaskDone) {
            manager.closeRecoveredQueue(this.source);
            LOG.info("Finished recovering queue " + peerClusterZnode
                + " with the following stats: " + getStats());
          }
        }

The conceptual issue is that isWorkerActive() tells whether a worker is currently running or not and it's being used as a proxy for whether a worker has finished it's work. But, in fact, "Should a worker should exit?" and "Has completed it's work?" are two different questions.

See https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/SimpleTotalOrderPartitioner.java#L104, which has an if statement that tries to limit the code to run only once, but since it does not assign this.lastReduces it will always trigger and recompute the splits (and log them).

Clean up method in EjbElytronDomainSetup server setup class currently calls management operations on server that require a reload, but the method implicitly states not to reload the server, leaving the server in improperly cleaned up state after test case run, causing multiple tests that use incorrectly cleaned up services to fail with error: 
EjbElytronDomainSetup.java
@Override
    public void tearDown(final ManagementClient managementClient, final String containerId) {
        System.out.println("tearing down...");

        List<ModelNode> updates = new LinkedList<>();
        updates.add(createRemoveIgnoring(undertowDomainAddress));
        updates.add(createRemoveIgnoring(httpAuthenticationAddress));
        updates.add(Util.getWriteAttributeOperation(ejbRemoteAddress, "connector-ref", "http-remoting-connector"));
        updates.add(createRemoveIgnoring(ejbDomainAddress));
        updates.add(createRemoveIgnoring(remotingConnectorAddress));
        updates.add(createRemoveIgnoring(saslAuthenticationAddress));
        updates.add(createRemoveIgnoring(domainAddress));
        updates.add(createRemoveIgnoring(realmAddress));

        try {
            applyUpdates(managementClient.getControllerClient(), updates, true);
        } catch (Exception e) {
            throw new RuntimeException(e);
        }
    }

    private static ModelNode createRemoveIgnoring(PathAddress address) {
        ModelNode remove = Util.createRemoveOperation(address);
        // Don't rollback when the AS detects the war needs the module
        remove.get(OPERATION_HEADERS, ROLLBACK_ON_RUNTIME_FAILURE).set(false);
        remove.get(OPERATION_HEADERS, ALLOW_RESOURCE_SERVICE_RESTART).set(false);
        return remove;
    }

    protected static void applyUpdates(final ModelControllerClient client, final List<ModelNode> updates, boolean allowFailure) {
        for (ModelNode update : updates) {
            try {
                applyUpdate(client, update, allowFailure);
            } catch (Exception e) {
                throw new RuntimeException(e);
            }
        }
    }

mvn clean test -Dtest=org.jboss.as.test.integration.ejb.security.*. -Delytron -Dwildfly.tmp.enable.elytron.profile.tests
Running org.jboss.as.test.integration.ejb.security.EJBInWarDefaultSecurityDomainTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.274 sec - in org.jboss.as.test.integration.ejb.security.EJBInWarDefaultSecurityDomainTestCase
Running org.jboss.as.test.integration.ejb.security.EJBSecurityTestCase
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.374 sec - in org.jboss.as.test.integration.ejb.security.EJBSecurityTestCase
Running org.jboss.as.test.integration.ejb.security.InherritanceAnnSFSBTestCase
Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.396 sec <<< FAILURE! - in org.jboss.as.test.integration.ejb.security.InherritanceAnnSFSBTestCase
testSingleMethodAnnotationsUser1(org.jboss.as.test.integration.ejb.security.InherritanceAnnSFSBTestCase)  Time elapsed: 0.166 sec  <<< ERROR!
javax.naming.CommunicationException: EJBCLIENT000062: Failed to look up "/inherritanceAnnOnlySFSB//InherritanceAnnOnlyCheckSFSB!org.jboss.as.test.integration.ejb.security.authorization.SimpleAuthorizationRemote?stateful" [Root exception is java.lang.IllegalStateException: EJBCLIENT000024: Not able to find EJB matching "StatelessEJBLocator for "/inherritanceAnnOnlySFSB/InherritanceAnnOnlyCheckSFSB", view is interface org.jboss.as.test.integration.ejb.security.authorization.SimpleAuthorizationRemote, affinity is None"]
	at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:144)
	at org.wildfly.naming.client.AbstractContext.lookup(AbstractContext.java:88)
	at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:149)
	at javax.naming.InitialContext.lookup(InitialContext.java:417)
	at org.jboss.as.test.integration.ejb.security.AnnSBTest.getBean(AnnSBTest.java:94)
	at org.jboss.as.test.integration.ejb.security.AnnSBTest.lambda$testSingleMethodAnnotationsUser1Template$1(AnnSBTest.java:165)
	at org.wildfly.common.context.Contextual.runCallable(Contextual.java:127)
	at org.jboss.as.test.integration.ejb.security.AnnSBTest.testSingleMethodAnnotationsUser1Template(AnnSBTest.java:163)
	at org.jboss.as.test.integration.ejb.security.InherritanceAnnSFSBTestCase.testSingleMethodAnnotationsUser1(InherritanceAnnSFSBTestCase.java:71)
	at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:53)
	at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
	at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
	at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129)
	at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
	at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99)
	at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72)
	at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
	at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:124)
	at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:108)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:78)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:54)
	at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:144)
	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
Caused by: java.lang.IllegalStateException: EJBCLIENT000024: Not able to find EJB matching "StatelessEJBLocator for "/inherritanceAnnOnlySFSB/InherritanceAnnOnlyCheckSFSB", view is interface org.jboss.as.test.integration.ejb.security.authorization.SimpleAuthorizationRemote, affinity is None"
	at org.jboss.ejb.client.EJBClientContext.discoverAffinityNone(EJBClientContext.java:719)
	at org.jboss.ejb.client.EJBClientContext.performLocatedAction(EJBClientContext.java:701)
	at org.jboss.ejb.client.EJBClientContext.createSession(EJBClientContext.java:681)
	at org.jboss.ejb.client.EJBClient.createSession(EJBClient.java:288)
	at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:142)
	... 135 more
	Suppressed: org.xnio.http.UpgradeFailedException: Invalid response code 200
		at org.xnio.http.HttpUpgrade$HttpUpgradeState$UpgradeResultListener.handleEvent(HttpUpgrade.java:471)
		at org.xnio.http.HttpUpgrade$HttpUpgradeState$UpgradeResultListener.handleEvent(HttpUpgrade.java:400)
		at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
		at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
		at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
		at org.xnio.nio.WorkerThread.run(WorkerThread.java:567)
		at ...asynchronous invocation...(Unknown Source)
		at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:537)
		at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:503)
		at org.jboss.remoting3.ConnectionInfo$None.getConnection(ConnectionInfo.java:84)
		at org.jboss.remoting3.ConnectionInfo.getConnection(ConnectionInfo.java:57)
		at org.jboss.remoting3.EndpointImpl.doGetConnection(EndpointImpl.java:458)
		at org.jboss.remoting3.EndpointImpl.getConnectedIdentity(EndpointImpl.java:403)
		at org.jboss.remoting3.UncloseableEndpoint.getConnectedIdentity(UncloseableEndpoint.java:55)
		at org.jboss.remoting3.Endpoint.getConnectedIdentity(Endpoint.java:126)
		at org.jboss.remoting3.Endpoint.getConnectedIdentity(Endpoint.java:139)
		at org.jboss.remoting3.Endpoint.getConnection(Endpoint.java:216)
		at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider.lambda$discover$0(RemotingEJBDiscoveryProvider.java:103)
		at java.security.AccessController.doPrivileged(Native Method)
		at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider.discover(RemotingEJBDiscoveryProvider.java:103)
		at org.wildfly.discovery.impl.AggregateDiscoveryProvider.discover(AggregateDiscoveryProvider.java:58)
		at org.wildfly.discovery.ConfiguredProvider.discover(ConfiguredProvider.java:45)
		at org.wildfly.discovery.Discovery.discover(Discovery.java:94)
		at org.jboss.ejb.client.EJBClientContext.discover(EJBClientContext.java:442)
		at org.jboss.ejb.client.EJBClientContext.discoverAffinityNone(EJBClientContext.java:714)
		... 139 more

If no test with EjbElytronDomainSetup is ran before these failing tests, they will be successful.

When a MR job fails, the JobDebugger tries to construct the job tracker URL by connecting to the job tracker, but that is better done by using RunningJob#getTrackingURL.
Also, it tries to construct URLs to the tasks, which is not reliable, because the job could have been retired and the URL would not work.

currently a tblproperty transactional=true must be set to make a table behave in ACID compliant way.
This is misleading in that it seems like changing it to transactional=false makes the table non-acid but on disk layout of acid table is different than plain tables.  So changing this  property may cause wrong data to be returned.
Should prevent transactional=false.

LLAP server code could run into invalid reference to log4j.MDC due to code importing org.apache.log4j.MDC instead of org.slf4j.MDC

Running APE with Wildfly Swarm throws an exception.

ava.lang.IllegalStateException: No org.jboss.arquillian.container.test.spi.command.CommandService found in context

    at org.jboss.arquillian.persistence.core.container.CommandServiceProducer.createCommandService(CommandServiceProducer.java:49)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
    at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
    at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
    at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
    at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
    at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeSuite(EventTestRunnerAdaptor.java:75)
    at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:115)
    at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
    at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
    at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66)
    at org.wildfly.swarm.arquillian.daemon.TestRunner.executeTest(TestRunner.java:64)
    at org.wildfly.swarm.arquillian.daemon.server.Server.executeTest(Server.java:241)

And the project can be found https://github.com/lordofthejars/swarm-ape
According to stacktrace, what is happening is that Arquillian Daemon used does not implement any CommandService to communicate with client side, and this is something required by APE and other Arquillian extensions.

RegionObserver upcalls are expected to be triggered by corresponding client calls. 
I found that if a HTable.get() is issued, ScannerNext, and ScannerClose hooks are also invoked. 
Here is the reason: HRegion.get() is implemented with an internal scanner:

    InternalScanner scanner = null;
    try {
      scanner = getScanner(scan);
      scanner.next(results);
    } finally {
      if (scanner != null)
        scanner.close();
    }

where scanner.next, and scanner.close() are implemented with RegionObserver hooks. 

CREATE DATABASE db2; 
USE db2; 
CREATE TABLE tab1 (id int, name string); 
CREATE INDEX idx1 ON TABLE tab1(id) as 'COMPACT' with DEFERRED REBUILD IN TABLE tab1_indx; 
DROP DATABASE db2 CASCADE;

Last DDL fails with the following error:

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Database does not exist: db2

Hive.log has following exception
2013-10-27 20:46:16,629 ERROR exec.DDLTask (DDLTask.java:execute(434)) - org.apache.hadoop.hive.ql.metadata.HiveException: Database does not exist: db2
        at org.apache.hadoop.hive.ql.exec.DDLTask.dropDatabase(DDLTask.java:3473)
        at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:231)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:151)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:65)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1441)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1219)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1047)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:915)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:268)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:220)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:422)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:790)
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:684)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:623)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:160)
Caused by: NoSuchObjectException(message:db2.tab1_indx table not found)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table(HiveMetaStore.java:1376)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:103)
        at com.sun.proxy.$Proxy7.get_table(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getTable(HiveMetaStoreClient.java:890)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropTable(HiveMetaStoreClient.java:660)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropTable(HiveMetaStoreClient.java:652)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropDatabase(HiveMetaStoreClient.java:546)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:89)
        at com.sun.proxy.$Proxy8.dropDatabase(Unknown Source)
        at org.apache.hadoop.hive.ql.metadata.Hive.dropDatabase(Hive.java:284)
        at org.apache.hadoop.hive.ql.exec.DDLTask.dropDatabase(DDLTask.java:3470)
        ... 18 more

Given this WebFlux endpoint:

@RestController

	@GetMapping("/test")
	public Object myTest() {
		return Mono.just(new User("spring"));
	}
}

Calling that endpoint will result in the following:

java.lang.IllegalArgumentException: Unrecognized Type: org.springframework.core.ResolvableType$EmptyType@6b003199
	at com.fasterxml.jackson.databind.type.TypeFactory._fromAny(TypeFactory.java:1222) ~[jackson-databind-2.9.0.pr4.jar:2.9.0.pr4]
	at com.fasterxml.jackson.databind.type.TypeFactory.constructType(TypeFactory.java:616) ~[jackson-databind-2.9.0.pr4.jar:2.9.0.pr4]
	at org.springframework.http.codec.json.Jackson2CodecSupport.getJavaType(Jackson2CodecSupport.java:89) ~[spring-web-5.0.0.BUILD-20170703.083012-345.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.codec.json.Jackson2JsonEncoder.encodeValue(Jackson2JsonEncoder.java:144) ~[spring-web-5.0.0.BUILD-20170703.083012-345.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.codec.json.Jackson2JsonEncoder.lambda$encode$0(Jackson2JsonEncoder.java:125) ~[spring-web-5.0.0.BUILD-20170703.083012-345.jar:5.0.0.BUILD-SNAPSHOT]

It seems that the `ResponseBodyResultHandler` looks at the method return type to get the type information and because this endpoint exposes `Object`, this leads to an instance of ResolvableType.EmptyType(), which Jackson doesn't know how to deal with.
In those cases, should we derive the type at runtime?
If this is intended behavior, should we forbid Object return types in handlers and perform a hard check at startup?

Today TestHFilePerformance and HFilePerformanceEvaluation are doing slightly different kind of performance tests both for the HFile. We should consider merging those 2 tests in a single class.

This is the component issue for https://issues.jboss.org/browse/JBEAP-4439 and https://bugzilla.redhat.com/show_bug.cgi?id=1327758
The present code in LdapConnectionManagerService was designed so that the client cert is sent to authenticate the search account but during the username / password verification step, the client cert is not sent.
The present objective is to add an option (that will default to the old behavior) to send the client password also during the username / password verification.
This includes (citing Darran Lofthouse):

Implement management model based configuration and an implementation for the current version
Port back to older versions using a system property.
Forward port the system property to the current version for compatibility.

On my mac laptop the test is failing with:
testFileDefaultPermissions(org.jboss.as.test.integration.management.cli.FilePermissionTestCase)  Time elapsed: 1.273 sec  <<< FAILURE!
java.lang.AssertionError: The test file has unexpected permissions: rw-r-r-
Expected: is "rw-rw-r--"
     but: was "rw-r-r-"
	at org.jboss.as.test.integration.management.cli.FilePermissionTestCase.testFileDefaultPermissions(FilePermissionTestCase.java:102)
My mask could make the files to be created with these permissions, do we really want to check that?

In all current releases, org.apache.camel.component.jms.EndpointMessageListener.onMessage() has the following logic (line 90 in 1.6.0 code):

// send the reply
if (rce == null && body != null && !disableReplyTo) {
    sendReply(replyDestination, message, exchange, body);
}

This logic should also respect ExchangePattern of the exchange, so I propose a change to:

if (rce == null && body != null && exchange.isOutCapable()) {
}

This change allows a processing pattern where the route may change the ExchangePattern using methods like RouteBuilder.inOnly() to switch the MEP at will so that the reply is send at a later time (true asynchronous exchange).  This processing pattern is particularly useful for integrating long running services. For example,

// Java DSL
from("activemq:my_queue?exchangePattern=InOnly").to("predict_weather://?reply_later=true");
// or
from("activemq:my_queue2").inOnly().to("predict_weather://?reply_later=true");

The flaw of the current logic makes it impossible to do true asynchronous exchange, because 1) it does not respect the ExchangePattern; 2) if property "disableReplyTo" is used, the "org.apache.camel.jms.replyDestination" property will not be set (see method createExchange in the same file), thus downstream cannot find the reply destination.
The proposed change can also deprecate the disableReplyTo property and put the MEP concept into good use.

Up to spring 3.1.x, there was a file org/springframework/remoting/rmi/RmiInvocationWrapperRTD.xml which allows to declare to weblogic that RMI skeleteons are clusterable.
With the 3.2.x branch (up to 3.2.3), the file is no longer in spring-context.jar as it used to be in 3.1.1.
It's also absent from the spring-context-sources.jar that one can find in maven central, but it seems to be still present in the git repo sources on branch 3.2.x : https://github.com/SpringSource/spring-framework/blob/3.2.x/spring-context/src/main/java/org/springframework/remoting/rmi/RmiInvocationWrapperRTD.xml
A regression in the build ?

when clicking on logout link (http://localhost:8080/spring-security-samples-tutorial-xml/logout) you will get 404 not found. If I change the mehtod to post( using other samples) everything works fine. I tested it on github master branch and it is still not resolved. sorry this is my first attempt to create an issue so forgive me if it is too noobish 

Maven central now requires TLSv1.2 and by default JDK7 doesn't use it. So anyone building from a clean repo will fail like our nightly check of building the convenience binary from the source tarball e.g. 1.4

[INFO] Downloading from apache release: https://repository.apache.org/content/repositories/releases/org/apache/apache/18/apache-18.pom
[INFO] Downloaded from apache release: https://repository.apache.org/content/repositories/releases/org/apache/apache/18/apache-18.pom (16 kB at 14 kB/s)
[INFO] Downloading from Nexus: http://repository.apache.org/snapshots/org/apache/felix/maven-bundle-plugin/2.5.3/maven-bundle-plugin-2.5.3.pom
[INFO] Downloading from central: https://repo.maven.apache.org/maven2/org/apache/felix/maven-bundle-plugin/2.5.3/maven-bundle-plugin-2.5.3.pom
[ERROR] Unresolveable build extension: Plugin org.apache.felix:maven-bundle-plugin:2.5.3 or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.apache.felix:maven-bundle-plugin:jar:2.5.3 @ 
 @ 
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]   
[ERROR]   The project org.apache.hbase:hbase:1.4.7-SNAPSHOT (/home/jenkins/jenkins-slave/workspace/HBase_Nightly_branch-1.4-EDDBHIHAYHZVAGB2FQL37O5LZNSEJJEXGP55DEGOA4FQKBLNWBAQ/unpacked_src_tarball/pom.xml) has 1 error
[ERROR]     Unresolveable build extension: Plugin org.apache.felix:maven-bundle-plugin:2.5.3 or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.apache.felix:maven-bundle-plugin:jar:2.5.3: Could not transfer artifact org.apache.felix:maven-bundle-plugin:pom:2.5.3 from/to central (https://repo.maven.apache.org/maven2): Received fatal alert: protocol_version -> [Help 2]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[ERROR] [Help 2] http://cwiki.apache.org/confluence/display/MAVEN/PluginManagerException

if we pass "-Dhttps.protocols=TLSv1.2" to maven then it should work for any JDK7 version.

Trying to figure why rate sometimes goes to zero.
Studying the reginoserver, HLog#append looks like a possible culprit.

"IPC Server handler 7 on 60021" daemon prio=10 tid=0x000000004057dc00 nid=0x1bc4 in Object.wait() [0x0000000043393000..0x0000000043393b80]
        at java.lang.Object.wait(Object.java:485)
        at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.writeChunk(DFSClient.java:2964)
        - locked <0x00007f9e3e449ff0> (a java.util.LinkedList)
        - locked <0x00007f9e3e449e18> (a org.apache.hadoop.hdfs.DFSClient$DFSOutputStream)
        at org.apache.hadoop.fs.FSOutputSummer.writeChecksumChunk(FSOutputSummer.java:150)
        at org.apache.hadoop.fs.FSOutputSummer.write1(FSOutputSummer.java:100)
        at org.apache.hadoop.fs.FSOutputSummer.write(FSOutputSummer.java:86)
        at org.apache.hadoop.fs.FSDataOutputStream$PositionCache.write(FSDataOutputStream.java:49)
        at java.io.DataOutputStream.write(DataOutputStream.java:90)
        - locked <0x00007f9e434e5588> (a org.apache.hadoop.fs.FSDataOutputStream)
        at org.apache.hadoop.io.SequenceFile$Writer.append(SequenceFile.java:1020)
        - locked <0x00007f9e434e55c0> (a org.apache.hadoop.io.SequenceFile$Writer)
        at org.apache.hadoop.io.SequenceFile$Writer.append(SequenceFile.java:984)
        at org.apache.hadoop.hbase.regionserver.HLog.doWrite(HLog.java:565)
        at org.apache.hadoop.hbase.regionserver.HLog.append(HLog.java:521)
        - locked <0x00007f9dfa376f70> (a java.lang.Object)
        at org.apache.hadoop.hbase.regionserver.HRegion.update(HRegion.java:1777)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchUpdate(HRegion.java:1348)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchUpdate(HRegion.java:1289)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.batchUpdates(HRegionServer.java:1727)
        at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
        at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:642)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:911)

I found that when we are using exactly same propagation policy bean in different routes used together with "direct" component, then TransactionErrorHandler always propagates current transaction even if our policy is "PROPAGATION_REQUIRES_NEW".
The failing code is:

    public TransactionErrorHandler(CamelContext camelContext, Processor output, CamelLogger logger, 
            Processor redeliveryProcessor, RedeliveryPolicy redeliveryPolicy, ExceptionPolicyStrategy exceptionPolicyStrategy,
            TransactionTemplate transactionTemplate, Predicate retryWhile, ScheduledExecutorService executorService,
            LoggingLevel rollbackLoggingLevel) {

        super(camelContext, output, logger, redeliveryProcessor, redeliveryPolicy, null, null, false, retryWhile, executorService);
        setExceptionPolicy(exceptionPolicyStrategy);
        this.transactionTemplate = transactionTemplate;
        this.rollbackLoggingLevel = rollbackLoggingLevel;
        this.transactionKey = ObjectHelper.getIdentityHashCode(transactionTemplate);
    }

    @Override
    public void process(Exchange exchange) throws Exception {
        // we have to run this synchronously as Spring Transaction does *not* support
        // using multiple threads to span a transaction
        if (exchange.getUnitOfWork().isTransactedBy(transactionKey)) {
            // already transacted by this transaction template
            // so lets just let the error handler process it
            processByErrorHandler(exchange);
        } else {
            // not yet wrapped in transaction so lets do that
            // and then have it invoke the error handler from within that transaction
            processInTransaction(exchange);
        }
    }

So then for each policy there is a hash code created, which then is used to verify whether current route is already transacted by this transaction policy.
This makes "PROPAGATION_REQUIRES_NEW" ignored when used with "direct" component.
So for example:

                from("activemq:queue:start").routeId("route1")
                        .transacted("PROPAGATION_REQUIRES_NEW")
                        .setExchangePattern(ExchangePattern.InOnly)
                        .to("activemq:queue:result1")
                        .to("direct:route2")
                        .throwException(new RuntimeException("Expected!"));

                from("direct:route2").routeId("route2")
                        .to("activemq:queue:result2");

The above route suppose to work in 2 different transactions, as our propagation is REQUIRES_NEW for both of them. But due to hash code verification and optimisation, route2 will participate in same transaction as route1 instead of new.
This is rather buggy.
Will create pull request in minutes.

On stopping the HS2 service from the services tab, it only kills the root process and does not kill the child java process. As a result resources are not freed and this throws an error on restarting from command line.

Scenario:

There are two servers called "JMS servers"
There are two servers called "MDB servers"
JMS servers are configured to be in cluster. They have destinations and hold all messages.
MDB servers have MDB applications which connect remotely via resource adapter to JMS servers.
Resource adapter on MDB servers is configured to use Jgroups TCP ping discovery protocol to find JMS servers.

Expectation: MDB applications on MDB servers are able to receive and sent messages from InQueue to OutQueue which are deployed on JMS servers.
Reality: MDB applications don't receive any message.
Customer impact: Customers which use aforementioned scenario with Jgroups TCP ping are affected. Their applications stop working after migration to EAP 7.1.
This is regression against EAP 7.1.0.DR15. I tried to use both Artemis jars and messaging integration jars from DR15 but it didn't help. I saw the same issue. I compared JGroups versions between DR15 and DR16 but they are the same.
There was also update of XNIO from 3.5.0.Beta2 to 3.5.0.Beta4 but I wasn't able to run the DR16 with 3.5.0.Beta2 because there was change in API.

More details can be found in this mail thread.
http://www.nabble.com/Restlet-Component-Fault-Handling-tp22173327p22173327.html

Instead no CallbackHandler should be set as this will allow the resolved AuthenticationConfiguration to take over.

RegionStates.java
  public Map<RegionState.State, List<HRegionInfo>> getRegionByStateOfTable(TableName tableName) {
    final State[] states = State.values();
    final Map<RegionState.State, List<HRegionInfo>> tableRegions =
        new HashMap<State, List<HRegionInfo>>(states.length);
    for (int i = 0; i < states.length; ++i) {
      tableRegions.put(states[i], new ArrayList<HRegionInfo>());
    }

    for (RegionStateNode node: regionsMap.values()) {
      tableRegions.get(node.getState()).add(node.getRegionInfo());
    }
    return tableRegions;
  }

It always returns all regions...

In looking into flaky test TestSplitTransactionOnCluster#testShutdownSimpleFixup, I found out that a missing daughter is not assigned by SSH properly.  It could be open on the dead server.  We need to force re-assign it.

The change made for SPR-11209 in https://github.com/spring-projects/spring-framework/commit/bc5affa79a67b28c858730dd69156ebf6161164a appears to have broken backward compatibility for primitive types where boxing/autoboxing was required between read and write methods.
Boolean.class is not "assignable" from boolean.class (and similar for other types) however this previously worked fine using BeanUtils.copyProperties, relying on auto boxing/unboxing.
Was this change intentional?
Could you consider using org.springframework.util.ClassUtils@isAssignable(lhsType, rhsType) to handle this without breaking backwards compatibility?

When printBinary in invoked with negative argument i it will either throw StringIndexOutOfBoundsException or return wrong result. All versions are affected.
Problem is in Integer.toString(i, 2) which is prepending minus sign in the front of the string for negative numbers.
Solution is to replace that call by Integer.toBinaryString
Attached are diff with patch and two simple tests that are failing with current implementation.

The value component of a SERDEPROPERTIES key/value pair is currently limited
to a maximum length of 767 characters. I believe that the motivation for limiting the length to 
767 characters is that this value is the maximum allowed length of an index in
a MySQL database running on the InnoDB engine: http://bugs.mysql.com/bug.php?id=13315

The Metastore OR mapping currently limits many fields (including SERDEPROPERTIES.PARAM_VALUE) to a maximum length of 767 characters despite the fact that these fields are not indexed.
The maximum length of a VARCHAR value in MySQL 5.0.3 and later is 65,535.
We can expect many users to hit the 767 character limit on SERDEPROPERTIES.PARAM_VALUE when using the hbase.columns.mapping serdeproperty to map a table that has many columns.

I propose increasing the maximum allowed length of SERDEPROPERTIES.PARAM_VALUE to 8192.

We have got 2 items needs to be processed by the job. Their keys are 3000000001659 and 3000000001661.
Page size was set to 20 and commit-interval was set to 1 in the job configuration. At the first run, job failed but processed one of the items and second item rolledback due to RuntimeException. Again when we restarted the job, job reported as completed. We later realized the second item was not picked up by the job when we restarted it. We could see it in the batch tables.
Below are the entries from the batch_step_execution table for the both the failed and successful executions
STEP_EXECUTION_ID STATUS COMMIT_COUNT READ_COUNT WRITE_COUNT ROLLBACK_COUNT
752510 FAILED 1 2 1 1
752511 COMPLETED 1 0 0 0
Below are the entries from the batch_step_execution_context table for the both the failed and successful executions
STEP_EXECUTION_ID short_context
752510 {"map":{"entry":[
{"string":"JdbcPagingItemReader.read.count","int": 1}
,
{"string":"JdbcPagingItemReader.start.after","l ong":3000000001661}
]}}
752511 {"map":{"entry":[
{"string":"JdbcPagingItemReader.read.count","int": 2}
,
]}}
I suspect the value for JdbcPagingItemReader.start.after should be 3000000001659 and not 3000000001661. But I am not sure.
But it works well if the size of commit-interval and page-size matches. I don't remember reading in doc that they should match.
Following is the Job configuration but not a complete one
<batch:job id="corporateActionEODJob" parent="simpleJob">
<batch:step id="processCorporateActions" parent="simpleStep">
<batch:tasklet>
<batch:chunk reader ="corporateActionEODItemReader"
writer ="corporateActionEODItemWriter"
commit-interval="1" />
</batch:tasklet>
</batch:step>
<bean id="corporateActionEODItemReader" class="org.springframework.batch.item.database.Jdb cPagingItemReader">
<property name="saveState" value="true"/>
<property name="dataSource" ref="dataSource"/>
<property name="pageSize" value="20"/>
<property name="rowMapper">
<bean class="org.springframework.jdbc.core.simple.Parame terizedSingleColumnRowMapper" factory-method="newInstance">
<constructor-arg>
<null/>
</constructor-arg>
</bean>
<property name="queryProvider">
<bean class="org.springframework.batch.item.database.sup port.SqlPagingQueryProviderFactoryBean">
<property name="fromClause" value="ca_corp_action ca"/>
<property name="selectClause" value="ca.corp_action_id"/>
<property name="sortKey" value="ca.corp_action_id"/>
<property name="whereClause" value="ca.action_status = 'SCHEDULED' and ca.effective_date = :businessDay"/>
</bean>
<property name="parameterValues">
<map>
<entry key="businessDay" value="2012-04-09"/>
</map>
</bean>
<bean id="corporateActionEODItemWriter" class="com.om.dh.batch.item.adapter.DelegatingItem WriterAdapterFactoryBean">
<property name="targetObject" ref ="com.dh.ca.services.BatchAdapterService"/>
<property name="targetMethod" value="processAction" />
</bean>
We use SB version 2.1.6.

Found by Deepesh Khandelwal.
Running analyze command on a table created using the following DDL:

create external table all100kjson(
            s string,
            i int,
            d double,
            m map<string, string>,
            bb array<struct<a: int, b: string>>)
            row format serde 'org.apache.hive.hcatalog.data.JsonSerDe'
            STORED AS TEXTFILE 
            location '/user/hcat/tests/data/all100kjson';

analyze command

analyze table all100kjson compute statistics;

throws the following error:

Vertex failed, vertexName=Map 1, vertexId=vertex_1431071702167_0006_1_00, diagnostics=[Task failed, taskId=task_1431071702167_0006_1_00_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:171)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:137)
	at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:331)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:179)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:171)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:171)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:167)
	at org.apache.tez.common.CallableWithNdc.call(CallableWithNdc.java:36)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:229)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:147)
	... 14 more
Caused by: java.lang.NoClassDefFoundError: org/apache/hadoop/hive/metastore/IMetaStoreClient
	at org.apache.hive.hcatalog.data.schema.HCatFieldSchema.<init>(HCatFieldSchema.java:225)
	at org.apache.hive.hcatalog.data.schema.HCatSchemaUtils.getHCatFieldSchema(HCatSchemaUtils.java:122)
	at org.apache.hive.hcatalog.data.schema.HCatSchemaUtils.constructHCatSchema(HCatSchemaUtils.java:154)
	at org.apache.hive.hcatalog.data.schema.HCatSchemaUtils.getHCatSchema(HCatSchemaUtils.java:165)
	at org.apache.hive.hcatalog.data.JsonSerDe.initialize(JsonSerDe.java:141)
	at org.apache.hadoop.hive.serde2.SerDeUtils.initializeSerDe(SerDeUtils.java:527)
	at org.apache.hadoop.hive.ql.plan.PartitionDesc.getDeserializer(PartitionDesc.java:143)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:191)
	... 15 more
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hive.metastore.IMetaStoreClient
	... 25 more
], TaskAttempt 1 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 14 more
	... 15 more
	... 25 more
], TaskAttempt 2 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 14 more
	... 15 more
	... 25 more
], TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 14 more
	... 15 more
	... 25 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:2, Vertex vertex_1431071702167_0006_1_00 [Map 1] killed/failed due to:null]
DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0
FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Map 1, vertexId=vertex_1431071702167_0006_1_00, diagnostics=[Task failed, taskId=task_1431071702167_0006_1_00_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 14 more
	... 15 more
	... 25 more
	... 14 more
	... 15 more
	... 25 more
	... 14 more
	... 15 more
	... 25 more
	... 14 more
	... 15 more
	... 25 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:2, Vertex vertex_1431071702167_0006_1_00 [Map 1] killed/failed due to:null]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0

The stream attribute of the log-file resource is of type LONG, but contains a UUID (string). This leads to an error in the console where I rely on proper attribute data types.  
/subsystem=logging/log-file=*:read-resource-description
/subsystem=logging/log-file=*:read-resource(include-runtime=true)

The observed exception is:

Caused by: java.io.FileNotFoundException: File does not exist: /tmp/hive/_spark_session_dir/0/hive-exec-2.1.1-SNAPSHOT.jar (inode 21140) [Lease.  Holder: DFSClient_NONMAPREDUCE_304217459_39, pending creates: 1]
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:2781)
	at org.apache.hadoop.hdfs.server.namenode.FSDirWriteFileOp.analyzeFileState(FSDirWriteFileOp.java:599)
	at org.apache.hadoop.hdfs.server.namenode.FSDirWriteFileOp.validateAddBlock(FSDirWriteFileOp.java:171)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getAdditionalBlock(FSNamesystem.java:2660)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.addBlock(NameNodeRpcServer.java:872)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.addBlock(ClientNamenodeProtocolServerSideTranslatorPB.java:550)
	at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:523)
	at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:991)
	at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:869)
	at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:815)
	at javax.security.auth.Subject.doAs(Subject.java:422)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1875)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2675)

During incremental replication, if we split the events batch as follows, then the REPL LOAD on second batch throws NPE.
Batch-1: CREATE_TABLE(t1) -> ADD_PARTITION(t1.p1) -> DROP_PARTITION (t1.p1)
Batch-2: DROP_TABLE(t1) ->  CREATE_TABLE(t1) -> ADD_PARTITION(t1.p1) -> DROP_PARTITION (t1.p1)

2018-04-05 16:20:36,531 ERROR [HiveServer2-Background-Pool: Thread-107044]: metadata.Hive (Hive.java:getTable(1219)) - Table catalog_sales_new not found: new5_tpcds_real_bin_partitioned_orc_1000.catalog_sales_new table not found
2018-04-05 16:20:36,538 ERROR [HiveServer2-Background-Pool: Thread-107044]: exec.DDLTask (DDLTask.java:failed(540)) - org.apache.hadoop.hive.ql.metadata.HiveException
        at org.apache.hadoop.hive.ql.exec.DDLTask.dropPartitions(DDLTask.java:4016)
        at org.apache.hadoop.hive.ql.exec.DDLTask.dropTableOrPartitions(DDLTask.java:3983)
        at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:341)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:162)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:89)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1765)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1506)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1303)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1170)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1165)
        at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:197)
        at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:76)
        at org.apache.hive.service.cli.operation.SQLOperation$2$1.run(SQLOperation.java:255)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1869)
        at org.apache.hive.service.cli.operation.SQLOperation$2.run(SQLOperation.java:266)
        at org.apache.hadoop.hive.ql.metadata.Hive.getPartitionsByExpr(Hive.java:2613)
        at org.apache.hadoop.hive.ql.exec.DDLTask.dropPartitions(DDLTask.java:4008)
        ... 23 more

The getRowsWithColumnsTs() method in the Thrift interface only applies the timestamp if columns are explicitly specified. However, this method also allows for columns to be unspecified (this is even used internally to implement e.g. getRows()). The cause of the bug is a minor scoping issue: the time range is set inside a wrong if statement.

The SwitchUserProcessingFilter contains the following code.  
I can't see any way that the filter could do something reasonable with a null user name.   The username should be a required parameter.  If the username parameter is not supplied, then the request is malformed and should be rejected. 
 195     protected Authentication attemptSwitchUser(HttpServletRequest request)
  196         throws AuthenticationException {
  197         UsernamePasswordAuthenticationToken targetUserRequest = null;
  199         String username = request.getParameter(ACEGI_SECURITY_SWITCH_USERNAME_KEY);
  201         if (username == null) 
{
  202             username = "";
  203         }
  209         // load the user by name
  210         UserDetails targetUser = this.userDetailsService.loadUserByUsername(username);

After CALCITE-1812 the code should retrieve the RelMetadataQuery from the planner, if needed. Calling RelMetadatQuery.instance() invalidates the Calcite RelNode properties memoization cache. 

15/08/17 00:24:18 [ATS Logger 0]: INFO hooks.ATSHook: Failed to submit plan to ATS: java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.plan.ExplainWork.<init>(ExplainWork.java:80)
	at org.apache.hadoop.hive.ql.hooks.ATSHook$2.run(ATSHook.java:122)

hive src: commit b91bf072bf17e6f069b8667fd79f58718d7a62ba (Aug 5, 2015)

Quartz routes are not active if added after camel context was already started.
Here is an elaborate description of the problem and a sample project that reproduces it: http://anydoby.com/jblog/en/java/1955
Sorry, no patch this time because I may not know enough about the internals of QuartzComponent, hesitate to offer anything but a boolean flag somewhere.

Hmaster is not able to start because of the following error
Please find the following error 
----------------------------
2012-03-30 11:12:19,487 FATAL org.apache.hadoop.hbase.master.HMaster: Unhandled exception. Starting shutdown.
java.lang.NoClassDefFoundError: org/apache/hadoop/hdfs/protocol/FSConstants$SafeModeAction
	at org.apache.hadoop.hbase.util.FSUtils.waitOnSafeMode(FSUtils.java:524)
	at org.apache.hadoop.hbase.master.MasterFileSystem.checkRootDir(MasterFileSystem.java:324)
	at org.apache.hadoop.hbase.master.MasterFileSystem.createInitialFileSystemLayout(MasterFileSystem.java:127)
	at org.apache.hadoop.hbase.master.MasterFileSystem.<init>(MasterFileSystem.java:112)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:496)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:363)
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hdfs.protocol.FSConstants$SafeModeAction
	... 7 more
There is a change in the FSConstants

parenthesis_star_by is testing DISTRIBUTE BY; however, the order of rows returned by DISTRIBUTE BY is not deterministic and results in failures depending on Hadoop version.

Currently ORC inherits getSplits from FileFormat, which basically makes a split per an HDFS block. This can create too little parallelism and would be better done by having getSplits look at the file footer and create splits based on the stripes.

For now, it will run a query directly and only major compactions will be supported.

With HIVE-7477 we will be upgrading to tez 0.4.1. However, the metadataonly1.q file fails with the upgrade. The upgrade is required to prevent hanging of test runs. We can track the single failure here.

The onInterrupt() callback method of JobExecutionListener should be called by SimpleJob once JobInterruptedException is caught

With multiple users concurrently issuing insert statements on the same partition has a side effect that some queries may not see a partition at the time when they're issued, but will realize the partition is actually there when it is trying to add such partition to the metastore and thus get AlreadyExistsException, because some earlier query just created it (race condition).
For example, imagine such a table is created:

create table T (name char(50)) partitioned by (ds string);

and the following two queries are launched at the same time, from different sessions:

insert into table T partition (ds) values ('Bob', 'today'); -- creates the partition 'today'
insert into table T partition (ds) values ('Joe', 'today'); -- will fail with AlreadyExistsException

When a Non-ACID table is converted to an ACID table, the primary key consisting of (original transaction id, bucket_id, row_id) is not generated uniquely. Currently, the row_id is always set to 0 for most rows. This leads to correctness issue for such tables.
Quickest way to reproduce is to add the following unit test to ql/src/test/org/apache/hadoop/hive/ql/TestTxnCommands2.java
ql/src/test/org/apache/hadoop/hive/ql/TestTxnCommands2.java
  @Test
  public void testOriginalReader() throws Exception {
    FileSystem fs = FileSystem.get(hiveConf);
    FileStatus[] status;

    // 1. Insert five rows to Non-ACID table.
    runStatementOnDriver("insert into " + Table.NONACIDORCTBL + "(a,b) values(1,2),(3,4),(5,6),(7,8),(9,10)");

    // 2. Convert NONACIDORCTBL to ACID table.
    runStatementOnDriver("alter table " + Table.NONACIDORCTBL + " SET TBLPROPERTIES ('transactional'='true')");

    // 3. Perform a major compaction.
    runStatementOnDriver("alter table "+ Table.NONACIDORCTBL + " compact 'MAJOR'");
    runWorker(hiveConf);

    // 4. Perform a delete.
    runStatementOnDriver("delete from " + Table.NONACIDORCTBL + " where a = 1");

    // 5. Now do a projection should have (3,4) (5,6),(7,8),(9,10) only since (1,2) has been deleted.
    List<String> rs = runStatementOnDriver("select a,b from " + Table.NONACIDORCTBL + " order by a,b");
    int[][] resultData = new int[][] {{3,4}, {5,6}, {7,8}, {9,10}};
    Assert.assertEquals(stringifyValues(resultData), rs);
  }

In case a mocked method is called too often an IllegalStateException is thrown. In the exception text the number of expected calls and the number of received calls are printed. The number of received calls is off by one (too low).
Concerned method:
org.springframework.mock.staticmock.AbstractMethodMockingControl.nextCall()
Example:
java.lang.IllegalStateException: Expected 1 calls, received 1
Correct would be:
java.lang.IllegalStateException: Expected 1 calls, received 2

Currently, the value is used to specify hystrix.threadpool.default.queueSizeRejectionThreshold, e.g. for Bulkhead.waitingTaskQueue(10) the threshold is also 10 which means that the real capacity of the waiting queue is 9. In other words, if bulkhead is "full" the waiting queue can hold 9 tasks and the 10th task results in BulkheadException.
Antoine Sabot-Durand Pls verify that my assumptions are correct.

When I use "HTTP" in protocol attribute instead of "http", I get 403 instead of succesfull access.
According to http://www.rfc-base.org/txt/rfc-1738.txt
Scheme names consist of a sequence of characters. The lower case
   letters "a"--"z", digits, and the characters plus ("+"), period
   ("."), and hyphen ("-") are allowed. For resiliency, programs
   interpreting URLs should treat upper case letters as equivalent to
   lower case in scheme names (e.g., allow "HTTP" as well as "http").

Similar to HIVE-11825, we need to enable ALLOW_BACKSLASH_ESCAPING_ANY_CHARACTER property in json_tuple UDTF
For example in HIVE-11825, there are null return in below statement
(https://cwiki.apache.org/confluence/display/Hive/LanguageManual+UDF#LanguageManualUDF-json_tuple)

SELECT a.timestamp, b.*
  FROM log a LATERAL VIEW json_tuple(a.appevent, 'eventid', 'eventname') b as f1, f2;

min() and max() of timestamp and date columns of ORC table returns wrong results. The reason for that is when ORC creates object inspectors for date and timestamp it uses JAVA primitive objects as opposed to WRITABLE objects. When get() is performed on java primitive objects, a reference to the underlying object is returned whereas when get() is performed on writable objects, a copy of the underlying object is returned. 
Fix is to change the object inspector creation to return writable objects for timestamp and date.

ConnectedAttrProcessor is hardcoded to use SpringWebContext from thymeleaf-spring3. It should be flexible enough to also work when thymeleaf-spring4 is in play.

Should not be much work to fix, but HIVE-7156 introduced a require dep of tez-api.

HBASE-2843 added TestByteBloomFilter back, however the reason for removing it was spotty test results for testDynamicBloom(), which tests a class that we don't use anyways.  Need to remove the offending test.

I downloaded the 1.03 .zip file and tested the tutorial. There is a copyFiles.bat file in the tutorial sample archive.
The copyFile.bat contains hardcoded paths for spring 2.0m4 (looks like a developer file got warred in the archive )
set spring=C:\dev\spring-framework-2.0-m4
set acegi=C:\dev\eclipse\workspaces\acegi\acegisecurity\samples\tutorial\target\acegi-security-sample-tutorial
mkdir %spring%\samples\petclinic\war\WEB-INF\lib
copy %acegi%\acegilogin.jsp %spring%\samples\petclinic\war
copy %acegi%\accessDenied.jsp %spring%\samples\petclinic\war
copy %acegi%\WEB-INF\users.properties %spring%\samples\petclinic\war\WEB-INF
copy %acegi%\WEB-INF\applicationContext-acegi-security.xml %spring%\samples\petclinic\war\WEB-INF
copy %acegi%\WEB-INF\lib\acegi-security-1.0.0.jar %spring%\samples\petclinic\war\WEB-INF\lib
copy %acegi%\WEB-INF\lib\oro-2.0.8.jar %spring%\samples\petclinic\war\WEB-INF\lib
copy %acegi%\WEB-INF\lib\commons-codec-1.3.jar %spring%\samples\petclinic\war\WEB-INF\lib
PS: Maybe there should be added a categoy for SecuritySample for creating tickets for issues with the sample apps.

Suppose you have a generic type MyType<T> and a concrete type based on that types T to a parameterized type again MyConcreteType extends MyType<Collection<String>>. Using GenericTypeResolver.resolveTypeArguments(MyConcreteType.class, MyType.class) returns Object as resolved type where Collection would be expected.
I dived into the sources and it seems extractClass(Class ownerClass, Type arg) misses a check for Type being an instance of ParameterizedType. In this case it could simply return ((ParameterizedType) type).getRawType(). Currently it simply returns Object.

The value of ageOfLastAppliedOp in JMX doesn't update after replication starts failing, and it should. See: http://search-hadoop.com/m/jFPgF1HfnLc

As I understand it Wildfly 10 wants to maintain configuration compatibility with Wildfly 9.
It looks lake some of the compatibility was broken with CR1 (worked with Betas). 

There is missing warning if following configuration is migrated to messaging-activemq subsystem:

<remoting-interceptors>
                <class-name>
                    org.jboss.qa.hornetq.apps.interceptors.LargeMessagePacketInterceptorImpl
                </class-name>
</remoting-interceptors>

There should be warning like:
WFLYMSG0082: Classes providing the remoting-incoming-interceptors are discarded during the migration. To use them in the new messaging-activemq subsystem, you will have to extend the Artemis-based Interceptor.
as for migration of remoting-incoming-interceptors and remoting-outgoing-interceptors.

We upgraded our internal protoc version, and now can't build on RHEL6.
I get this build error:

2018-04-05 08:15:21.929278 [ERROR] PROTOC FAILED: ... /lib64/libc.so.6: version `GLIBC_2.14' not found

See https://github.com/google/protobuf/issues/4109
And this has come up before in https://github.com/google/protobuf/issues/3718
Looks like we need to be on 3.4.0, unless there's a compelling reason to be on something newer? Maybe roll back all the way to 3.3.0 which is what we were on before... was there a specific bug we needed to get addressed?
cc: Josh Elser stack

TestStore::testDeleteExpiredStoreFiles has what looks like a mistake in the j-loop, where i is checked in the 2nd part of for. It looks like the loop never executes, as if it did it would never terminate. If that is fixed, test fails.

We encountered an issue with EJB timers stopping randomly if the container is under load. Sometimes the timers get stalled right after deployment without firing at all. Sometimes the timers work fine for a couple of days before they suddenly stop working. The timers are defined using the @Scheduled annotation.
We found out that the reason for the randomly stopping timers is a bug in the RequestController class which only appears if a maximum number of requests is configured in the request controller subsystem. If a timer is being triggered while the container has reached the request limit then the timer is put into a task queue to be processed later. However, the task queue is never checked for queued tasks if the request number goes down again. This leaves the timers stuck in the queue. Since every timer needs to reregister after it has been triggered, the timers appear to have stopped.
In old versions of the RequestController class from before release wildfly-core-1.0.0.Alpha14 it looks like the idea was to check for queued requests whenever a request finished (see here).

clinic.roo works just fine when using `mvn spring-boot:run` but when I `mvn package` it and run it with `java -jar ./target/petclinic-1.0.0.BUILD-SNAPSHOT-exec.jar` the list views seem not to be working.
I get this error:
{{017-11-28 18:42:27.565 ERROR 11816 — [nio-8080-exec-6] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.thymeleaf.exceptions.TemplateInputException: Error resolving fragment: "${content}": template or fragment could not be resolved (template: "fragments/modal-confirm-delete" - line 18, col 16)] with root cause
org.thymeleaf.exceptions.TemplateInputException: Error resolving fragment: "${content}": template or fragment could not be resolved (template: "fragments/modal-confirm-delete" - line 18, col 16)
        at org.thymeleaf.standard.processor.AbstractStandardFragmentInsertionTagProcessor.doProcess(AbstractStandardFragmentInsertionTagProcessor.java:116) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.processor.element.AbstractAttributeTagProcessor.doProcess(AbstractAttributeTagProcessor.java:74) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.processor.element.AbstractElementTagProcessor.process(AbstractElementTagProcessor.java:95) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.util.ProcessorConfigurationUtils$ElementTagProcessorWrapper.process(ProcessorConfigurationUtils.java:633) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.ProcessorTemplateHandler.handleOpenElement(ProcessorTemplateHandler.java:1304) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.OpenElementTag.beHandled(OpenElementTag.java:205) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.Model.process(Model.java:282) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.ProcessorTemplateHandler.handleOpenElement(ProcessorTemplateHandler.java:1567) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.Model.process(Model.java:290) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.GatheringModelProcessable.process(GatheringModelProcessable.java:78) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.ProcessorTemplateHandler.handleCloseElement(ProcessorTemplateHandler.java:1620) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.CloseElementTag.beHandled(CloseElementTag.java:139) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.TemplateModel.process(TemplateModel.java:136) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.engine.TemplateManager.parseAndProcess(TemplateManager.java:662) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1087) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1061) ~[thymeleaf-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.spring4.view.ThymeleafView.renderFragment(ThymeleafView.java:335) ~[thymeleaf-spring4-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.thymeleaf.spring4.view.ThymeleafView.render(ThymeleafView.java:189) ~[thymeleaf-spring4-3.0.0.RELEASE.jar!/:3.0.0.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1257) ~[spring-webmvc-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1037) ~[spring-webmvc-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:980) ~[spring-webmvc-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897) ~[spring-webmvc-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) ~[spring-webmvc-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861) ~[spring-webmvc-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) ~[tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846) ~[spring-webmvc-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) ~[tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230) ~[tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) ~[tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) ~[tomcat-embed-websocket-8.5.5.jar!/:8.5.5]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) ~[tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.springframework.web.servlet.resource.ResourceUrlEncodingFilter.doFilterInternal(ResourceUrlEncodingFilter.java:53) ~[spring-webmvc-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:317) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:91) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:115) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:137) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:111) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:169) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:63) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilterInternal(BasicAuthenticationFilter.java:215) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:121) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:66) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:105) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:56) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:214) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:177) ~[spring-security-web-4.1.3.RELEASE.jar!/:4.1.3.RELEASE]
        at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346) ~[spring-web-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262) ~[spring-web-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99) ~[spring-web-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:89) ~[spring-web-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:77) ~[spring-web-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197) ~[spring-web-4.3.3.RELEASE.jar!/:4.3.3.RELEASE]
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198) ~[tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:108) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:349) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:784) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:802) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1410) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_121]
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-8.5.5.jar!/:8.5.5]
        at java.lang.Thread.run(Thread.java:745) [na:1.8.0_121]}}

Parquet schema evolution should make it possible to have partitions/tables 
 backed by files with different schemas. Hive should match the table columns with file columns based on the column name if possible.
However if the serde for a table is missing columns from the serde of a partition Hive fails to match the columns together.

CREATE TABLE myparquettable_parted
(
  name string,
  favnumber int,
  favcolor string,
  age int,
  favpet string
)
PARTITIONED BY (day string)
STORED AS PARQUET;

INSERT OVERWRITE TABLE myparquettable_parted
PARTITION(day='2017-04-04')
SELECT
   'mary' as name,
   5 AS favnumber,
   'blue' AS favcolor,
   35 AS age,
   'dog' AS favpet;

alter table myparquettable_parted
REPLACE COLUMNS
(
favnumber int,
age int
);   <!--- No cascade option, so the partition will not be altered. 

SELECT * FROM myparquettable_parted where day='2017-04-04';
will fail with:
java.lang.UnsupportedOperationException: Cannot inspect org.apache.hadoop.io.IntWritable
Hive should either match the columns together or prevent the user from dropping columns from the table.

As part of HIVE-4505, the resource directory is set to /tmp/${hive.session.id}_resources and suppose to be removed at the end. The CLI fails to remove it when invoked using -f or -e (non-interactive mode)

I recently upgraded an application from Camel 2.0 to Camel 2.2 and was greeted with this stack trace:

org.apache.camel.RuntimeCamelException: org.apache.camel.FailedToStartRouteException: java.util.NoSuchElementException
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1055)
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:103)
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:593)
	at org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:78)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:76)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:274)
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:736)
	at org.springframework.osgi.context.support.AbstractOsgiBundleApplicationContext.finishRefresh(AbstractOsgiBundleApplicationContext.java:235)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:358)
	at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320)
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:136)
Caused by: org.apache.camel.FailedToStartRouteException: java.util.NoSuchElementException
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:939)
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:197)
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:101)
	... 12 more
Caused by: java.util.NoSuchElementException
	at java.util.AbstractList$Itr.next(AbstractList.java:350)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:923)
	... 14 more

I attached a debugger and walked through DefaultCamelContext to locate the (admittedly useless) route that caused the problem, commented it out, and was on my way. However, it seems like this could be trapped and reported better to the user and save the next poor guy some time. 
I also noticed that there's no useful TRACE or DEBUG output in here that would have allowed anyone to easily debug it.
Example
<route>
    <from uri="activemq:queue:somequeue" />
</route>

I believe this issue is related to CAMEL-2635.

MappingMongoConverter's read method when dealing with remaining properties and associations not already set in the constructor should use a DBObjectAccessor instead of accessing the DBObject directly.

Removing netty from Tez libs causes

2018-01-29T18:28:49,995 ERROR [main ()] org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon: Failed to start LLAP Daemon with exception
java.lang.NoClassDefFoundError: org/jboss/netty/channel/group/ChannelGroup
	at org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon.serviceStart(LlapDaemon.java:410) 

I test the simple test case under wildfly beta2, and got the stacktrace below,
Remove @Startup, the test case is pass.
@Singleton
@Startup
public class SSSManagerBean{
  static Logger logger = Logger.getLogger(SSSManagerBean.class);
  @Resource
  private ManagedThreadFactory mtf;
  public SSSManagerBean() {
  }
  @PostConstruct
  public void postConstruct() {
    logger.info("XXXXXXXXXXXXXXXXXXXXXXXXXX: "+mtf);
    Thread t = mtf.newThread(new Runnable(){
      @Override
      public void run()
{
        logger.info("XXXXXXXXXXXXXXXX: hello");
      }
    });
    t.start();
  }
}
The stacktrace:
Caused by: java.lang.IllegalStateException: JBAS016707: No concurrent context currently set, unable to locate the context service to delegate.
	at org.jboss.as.ee.concurrent.DefaultContextSetupProviderImpl.getConcurrentContext(DefaultContextSetupProviderImpl.java:41) [wildfly-ee-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.ee.concurrent.DefaultContextSetupProviderImpl.saveContext(DefaultContextSetupProviderImpl.java:48) [wildfly-ee-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl.newThread(ManagedThreadFactoryImpl.java:125)
	at cn.org.gddsn.sss.server.SSSManagerBean.postConstruct(SSSManagerBean.java:91)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_25]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_25]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_25]
	at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_25]
	at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:130) [wildfly-ee-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:165) [wildfly-weld-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:148) [wildfly-weld-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:406)
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.1.0.CR1.jar:2013-09-26 16:53]
	at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:84) [wildfly-weld-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:56) [wildfly-weld-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptorFactory$ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptorFactory.java:115) [wildfly-ee-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28) [wildfly-ee-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:62) [wildfly-weld-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [wildfly-ee-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:273)
	... 27 more

class CollectionFilterer implements Filterer {
    //~ Static fields/initializers =====================================================================================
    protected static final Log logger = LogFactory.getLog(BasicAclEntryAfterInvocationCollectionFilteringProvider.class);
BasicAclEntryAfterInvocationCollectionFilteringProvider.class should be CollectionFilterer.class

The javadoc for IOUtils.copy says:
"Large streams (over 2GB) will return a bytes copied value of -1 after the copy has completed since the correct number of bytes cannot be returned as an int."
but then it says:
"Throws:
ArithmeticException - if the byte count is too large"
This is an inconsistency since -1 is always returned if the byte count is too large. ArithmeticException is never actually thrown.
See IO-84 for discussion on solving the "too large byte count" problem.

After HBASE-5861 on 0.94 we are left with this issue on trunk.

$ mvn clean test -PlocalTests -DskipTests -Dhadoop.profile=23
...
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.0.2:testCompile (default-testCompile) on project hbase: Compilation failure
[ERROR] /home/jon/proj/hbase-svn/hbase/src/test/java/org/apache/hadoop/hbase/HBaseTestingUtility.java:[1333,35] cannot find symbol
[ERROR] symbol  : method getJobTracker()
[ERROR] location: class org.apache.hadoop.mapred.MiniMRCluster.JobTrackerRunner
[ERROR] -> [Help 1]

Using the regular task:scheduler element in conjunction with the task:scheduled-tasks element, results, at least with Tomcat, in a server that is unable to shut down.
The server hangs after having logged the following statement:
Destroying singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@d81cda: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@1d49247
Manually defining a task scheduler and setting the threads to run as daemon provides a workaround:
	<task:scheduled-tasks scheduler="taskScheduler">
		<task:scheduled ref="myTask" method="run" cron="0 0 0 * * ?"/>
	</task:scheduled-tasks>
	<bean id="taskScheduler" class="org.springframework.scheduling.concurrent.ThreadPoolTaskScheduler">
		<property name="daemon" value="true"/>
	</bean>
However this is only a workaround, and the default behavior should work out of the box. As you can see from the forum post reference, I am not the only one facing this issue.

com.springsource.org.aspectj.tools-1.6.3.RELEASE.jar is not required in the main <dependencies> section of the template used by the "create project" command.  It should remain in the aspectj-maven-plugin <dependencies> list, though.
Removal of this JAR will reduce the packaged WAR payload by ~8.5 Mb.

The (Hadoop/JMX) metrics are not correctly initialized if arena preallocation is done and the arena count is greater than 1.

HiveConf is a SessionState level object.  Some ACID related logic makes changes to it (which are meant to be per query) but become per SessionState.
See SemanticAnalyzer.checkAcidConstraints()
Also note       HiveConf.setVar(conf, HiveConf.ConfVars.DYNAMICPARTITIONINGMODE, "nonstrict");
in UpdateDeleteSemancitAnalzyer
Alan Gates, do you know of other cases or ideas on how to deal with this differently?
SortedDynPartitionOptimizer.process() is the place to have the logic to do conf.setBoolVar(ConfVars.HIVEOPTSORTDYNAMICPARTITION, false); on per query basis

Adde the following query to Druid test  ql/src/test/queries/clientpositive/druidmini_expressions.q

select count(distinct `__time`, cint) from (select * from druid_table_alltypesorc) as src;

leads to error {code} 2018-11-21T07:36:39,449 ERROR [main] QTestUtil: Client execution failed with error code = 40000 running "{code}
with exception stack 

2018-11-21T07:36:39,443 ERROR [ecd48683-0286-4cb4-b0ad-e150fab51038 main] parse.CalcitePlanner: CBO failed, skipping CBO.
java.lang.IndexOutOfBoundsException: index (1) must be less than size (1)
 at com.google.common.base.Preconditions.checkElementIndex(Preconditions.java:310) ~[guava-19.0.jar:?]
 at com.google.common.base.Preconditions.checkElementIndex(Preconditions.java:293) ~[guava-19.0.jar:?]
 at com.google.common.collect.SingletonImmutableList.get(SingletonImmutableList.java:41) ~[guava-19.0.jar:?]
 at org.apache.calcite.rel.metadata.RelMdColumnOrigins.getColumnOrigins(RelMdColumnOrigins.java:77) ~[calcite-core-1.17.0.jar:1.17.0]
 at GeneratedMetadataHandler_ColumnOrigin.getColumnOrigins_$(Unknown Source) ~[?:?]
 at GeneratedMetadataHandler_ColumnOrigin.getColumnOrigins(Unknown Source) ~[?:?]
 at org.apache.calcite.rel.metadata.RelMetadataQuery.getColumnOrigins(RelMetadataQuery.java:345) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.hadoop.hive.ql.optimizer.calcite.rules.HiveExpandDistinctAggregatesRule.onMatch(HiveExpandDistinctAggregatesRule.java:168) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.calcite.plan.AbstractRelOptPlanner.fireRule(AbstractRelOptPlanner.java:315) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.calcite.plan.hep.HepPlanner.applyRule(HepPlanner.java:556) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.calcite.plan.hep.HepPlanner.applyRules(HepPlanner.java:415) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.calcite.plan.hep.HepPlanner.executeInstruction(HepPlanner.java:280) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.calcite.plan.hep.HepInstruction$RuleCollection.execute(HepInstruction.java:74) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.calcite.plan.hep.HepPlanner.executeProgram(HepPlanner.java:211) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.calcite.plan.hep.HepPlanner.findBestExp(HepPlanner.java:198) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.hepPlan(CalcitePlanner.java:2363) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.hepPlan(CalcitePlanner.java:2314) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.applyPreJoinOrderingTransforms(CalcitePlanner.java:2031) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1780) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1680) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:118) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:1043) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.calcite.tools.Frameworks.withPrepare(Frameworks.java:154) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.calcite.tools.Frameworks.withPlanner(Frameworks.java:111) ~[calcite-core-1.17.0.jar:1.17.0]
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner.logicalPlan(CalcitePlanner.java:1439) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:478) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:12296) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:358) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:288) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:670) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1893) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1840) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1835) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.reexec.ReExecDriver.compileAndRespond(ReExecDriver.java:126) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:219) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
 at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:242) [hive-cli-4.0.0-SNAPSHOT.jar:?]
 at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:189) [hive-cli-4.0.0-SNAPSHOT.jar:?]
 at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:408) [hive-cli-4.0.0-SNAPSHOT.jar:?]
 at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:341) [hive-cli-4.0.0-SNAPSHOT.jar:?]

Typo in jboss-client_6_0.xsd:
...All the applicetion client deployment descriptors must...
should be:
...All the application client deployment descriptors must...

YarnPushCommand prints wrong info.

handleOutput("New instance submitted");

should be something like `New application pushed".

If you add unexpected argument to element in standalone.xml then it's expected to get error of "Unexpected attribute '...' encountered" [1] when server is started.
When you add a random argument to some of the elements in transactions then no error is thrown.

We have seen IntegrationTestRpcClient fail recently with a timeout. Further inspection, the root cause seems to be a very underpowered node running the test caused the timeout since there is no BLOCKED thread, both for handlers, readers, listener, or the client side threads. 

Looked into failed test: http://54.241.6.143/job/HBase-0.95/org.apache.hbase$hbase-server/721/testReport/
In this test run, several tests in TestAssignmentManagerOnCluster failed.  Most of them timed out because the first failure testOpenFailedUnrecoverable used too much resource in deleting the table.
http://54.241.6.143/job/HBase-0.95/org.apache.hbase$hbase-server/721/testReport/org.apache.hadoop.hbase.master/TestAssignmentManagerOnCluster/testOpenFailedUnrecoverable/
The reason testOpenFailedUnrecoverable failed is that the second openRegion call was ignored since the previous open call was still going on and stayed in OpenRegionHandler#doCleanUpOnFailedOpen for too long (perhaps thread scheduling issue).  The second openRegion call was skipped since the region was still in the middle of opening.  However, the failed_open event was already processed by master.  Therefore the region stuck in transition and the delete table went no where.  It is a similar issue as we ran into before while for that time, the region was closing.

If a call is purged or canceled we try to skip the reply from the server, but we read the wrong number of bytes so we corrupt the tcp channel. It's hidden as it triggers retry and so on, but it's bad for performances obviously.
It happens with cell blocks.
[~ram_krish_86], Stack, you know this part better than me, do you agree with the analysis and the patch?
The changes in rpcServer are not fully related: as the client close the connections in such situation, I observed  both ClosedChannelException and CancelledKeyException. 

There seems to be a synchronization issue in the WildFly TestRunner (Server class) in the wildfly-core testuite.
I'm getting a NullPointerException intermittently during server stop:

Exception in thread "Thread-5" java.lang.NullPointerException
	at org.wildfly.core.testrunner.Server.lambda$stop$0(Server.java:205)

This is a testsuite issue which doesn't affect the test results themselves. Nevertheless it would be better to have clean runs without NPEs.

This DUP should be in Wildfly full, as it deals with WAR deployments

When the AMReporter runs into an error (typically intermittent), we end up killing all fragments on the daemon. This is done by marking the query as complete.
The AM would continue to try scheduling on this node - which would lead to task failures if the daemon structures are updated.
Instead of clearing the structures, it's better to kill the fragments, and let a queryComplete call come in from the AM.
Later, we could make enhancements in the AM to avoid such nodes. That's not simple though, since the AM will not find out what happened due to the communication failure from the daemon.
Leads to 

org.apache.hadoop.ipc.RemoteException(java.lang.RuntimeException): Dag query16 already complete. Rejecting fragment [Map 7, 29, 0]
	at org.apache.hadoop.hive.llap.daemon.impl.QueryTracker.registerFragment(QueryTracker.java:149)
	at org.apache.hadoop.hive.llap.daemon.impl.ContainerRunnerImpl.submitWork(ContainerRunnerImpl.java:226)
	at org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon.submitWork(LlapDaemon.java:487)
	at org.apache.hadoop.hive.llap.daemon.impl.LlapProtocolServerImpl.submitWork(LlapProtocolServerImpl.java:101)
	at org.apache.hadoop.hive.llap.daemon.rpc.LlapDaemonProtocolProtos$LlapDaemonProtocol$2.callBlockingMethod(LlapDaemonProtocolProtos.java:16728)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:640)
	at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:982)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2313)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2309)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1724)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2307)

During a HS2 connection, every SessionState got initializes a new DefaultHiveAuthorizationProvider object (on stock configs).
In turn, DefaultHiveAuthorizationProvider carries a new HiveConf(…) that may prove too expensive, and unnecessary to do, since SessionState itself sends in a fully applied HiveConf to it in the first place.

While upgrading from Spring 3.1.3 to 3.2.0 we're facing a problem with @Qualifier annotation.
We have two meta annotations @MainServiceQualifier and @AdapterServiceQualifier and accordingly two different service implementations of a single service interface. A component which has a dependency to that interface and that field annotated with both @Autowired and one of the meta annotations fails while trying to inject the dependency because both service implementations are determined as autowire candidates.

@Retention(RetentionPolicy.RUNTIME)
@Target({ ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER, ElementType.TYPE,
        ElementType.ANNOTATION_TYPE })
@Documented
@Qualifier
public @interface AdpaterServiceQualifier {

}

public @interface MainServiceQualifier {

}

public class MyClient {

    @AdpaterServiceQualifier
    private MyService myService;

    ...
}

This dependency resolution fails with below exception:

...
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [de.example.services.MyService] is defined: expected single matching bean but found 2: [myServiceAdapter, myServiceImpl]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:825)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:730)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:486)
	... 40 more

I've attached a sample project. Running

mvn test -Dorg.springframework.version=3.1.3.RELEASE

runs just fine but

mvn test -Dorg.springframework.version=3.2.0.RELEASE

fails while bootstrapping the test application context:
I found out that a change in QualifierAnnotationAutowireCandidateResolver causes the problem:
In line 195 AnnotationUtils.getValue(metaAnn) == null seems to be wrong. AnnotationUtils.getValue(metaAnn) never returns null for @Qualifier annotation but en empty string - which causes the expression to evaluate as false and the class to determine the wrong @Qualifier bean as a candidate bean for autowiring.

extract sample project qualifier-test.zip
run single test case via mvn test -Dorg.springframework.version=3.2.0.RELEASE

Got the following stacktrace during region split.

2012-04-24 16:05:42,168 WARN org.apache.hadoop.hbase.regionserver.Store: Failed getting store size for value
java.io.IOException: Requested block is out of range: 2906737606134037404, lastDataBlockOffset: 84764558
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.readBlock(HFileReaderV2.java:278)
	at org.apache.hadoop.hbase.io.hfile.HFileBlockIndex$BlockIndexReader.midkey(HFileBlockIndex.java:285)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.midkey(HFileReaderV2.java:402)
	at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.midkey(StoreFile.java:1638)
	at org.apache.hadoop.hbase.regionserver.Store.getSplitPoint(Store.java:1943)
	at org.apache.hadoop.hbase.regionserver.RegionSplitPolicy.getSplitPoint(RegionSplitPolicy.java:77)
	at org.apache.hadoop.hbase.regionserver.HRegion.checkSplit(HRegion.java:4921)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.splitRegion(HRegionServer.java:2901)

see example in HIVE-20901
 
Probably change logic in CompactorMR.CompactorMap.map() which creates delete event writer

Initially we just support plain POJOs without any nested fields (including java.util.Date). 
Will add improved support later - need to work with Kite SDK team for better POJO support with Parquet. At that point we'll also consider the need to be able to pass in custom schema instead of using the generated one.

See nabble
http://camel.465427.n5.nabble.com/Last-Aggregated-Exchange-lost-Aggregator-with-a-Batch-Consumer-and-persistent-AggregationRepository-tp3346214p3346214.html

Despite HIVE-5708, we are still post long messages to JIRA
The output file for TestHostExecutor.testShutdownBeforeExec is empty and therefore has not gotten checked in, in recent commits
mavenArgs are not passed to the source prep maven commands

Currently only checks if the process type is a server which would add runtime steps if booted in admin only mode. This should use the OperationContext.isNormalServer() instead.

Druid storage handler CTAS fails with the exception below when a Boolean column is included.
A simple workaround would be to add a cast to string over the boolean column, this will lead to index the column as a druid dimension with value `true` or `false`.

ERROR : Status: Failed
ERROR : Vertex failed, vertexName=Reducer 3, vertexId=vertex_1506230948023_0005_9_02, diagnostics=[Task failed, taskId=task_1506230948023_0005_9_02_000003, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1506230948023_0005_9_02_000003_0:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing vector batch (tag=0) (vectorizedVertexNum 2)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:218)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:172)
	at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:370)
	at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:73)
	at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:61)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1866)
	at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:61)
	at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:37)
	at org.apache.hadoop.hive.llap.daemon.impl.StatsRecordingThreadPool$WrappedCallable.call(StatsRecordingThreadPool.java:110)
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing vector batch (tag=0) (vectorizedVertexNum 2)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecordVector(ReduceRecordSource.java:406)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:248)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.run(ReduceRecordProcessor.java:319)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:189)
	... 15 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing vector batch (tag=0) (vectorizedVertexNum 2)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.processVectorGroup(ReduceRecordSource.java:492)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecordVector(ReduceRecordSource.java:397)
	... 18 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: Dimension bo does not have STRING type: BOOLEAN
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.createBucketFiles(FileSinkOperator.java:564)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:664)
	at org.apache.hadoop.hive.ql.exec.vector.VectorFileSinkOperator.process(VectorFileSinkOperator.java:101)
	at org.apache.hadoop.hive.ql.exec.Operator.baseForward(Operator.java:955)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:903)
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:145)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.processVectorGroup(ReduceRecordSource.java:479)
	... 19 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: Dimension bo does not have STRING type: BOOLEAN
	at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getHiveRecordWriter(HiveFileFormatUtils.java:272)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.createBucketForFileIdx(FileSinkOperator.java:609)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.createBucketFiles(FileSinkOperator.java:553)
	... 25 more
Caused by: java.io.IOException: Dimension bo does not have STRING type: BOOLEAN
	at org.apache.hadoop.hive.druid.io.DruidOutputFormat.getHiveRecordWriter(DruidOutputFormat.java:158)
	at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getRecordWriter(HiveFileFormatUtils.java:284)
	at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getHiveRecordWriter(HiveFileFormatUtils.java:269)
	... 27 more
], TaskAttempt 1 failed, info=[Error: Error while running task ( failure ) : attempt_1506230948023_0005_9_02_000003_1:java.lang.RuntimeException: 

See nabble
http://camel.465427.n5.nabble.com/Graceful-shutdown-not-working-tp5733697.html
The method getErrorHandlerExecutorService from DefaultCamelContext should use a private lock to avoid this problem.

JPA 2 introduced a new hint - "javax.persistence.query.timeout" // time in milliseconds
Within Spring ORM, EntityManagerFactoryUtils.java.applyTransactionTimeout() - this sets it in seconds

EntityManagerHolder emHolder = (EntityManagerHolder) TransactionSynchronizationManager.getResource(emf);
if (emHolder != null && emHolder.hasTimeout()) {
   int timeoutValue = emHolder.getTimeToLiveInSeconds();
   query.setHint("javax.persistence.lock.timeout", timeoutValue);
   query.setHint("javax.persistence.query.timeout", timeoutValue);
}

This causes issues. We use hibernate-3.5.4-Final in our code base and our standard transaction timeout is 540 seconds. The implementor hibernate "expects the time passed in as milliseconds" as per JPA 2 specification "3.8.9 Query Hints", needs the parameter to be set in milliseconds.
The fix is to replace the line:    
int timeoutValue = emHolder.getTimeToLiveInSeconds();
with

   int timeoutValue = (int)emHolder.getTimeToLiveInMillis();

Related to https://jira.springsource.org/browse/ROO-321, you can define a DataOnDemand class that is based on an abstract entity.  This should not be allowed as it won't compile.
Example:

entity --class ~.model.Foo
dod --entity ~.model.Foo

Calling the following command in ER3 fails (passed with reload required in ER2.2):

/subsystem=messaging-activemq:remove()

{
Service jboss.messaging-activemq.client-thread-pool was depended upon by service jboss.messaging-activemq.default.jms.manager",
    "response-headers" => undefined
}

The command now needs to be run in batch to succeed. I'm tempted to call this a blocker due to management operation backward compatibility (breaks scripts which don't run the remove operation in batch), Ondřej Kalman WDYT?

I want to create a link with a leading slash and put it in a tar archive (Debian package).
The following constructors are provided

public TarArchiveEntry(String name, boolean preserveLeadingSlashes)
public TarArchiveEntry(String name, byte linkFlag)

but there is no

public TarArchiveEntry(String name, byte linkFlag, boolean preserveLeadingSlashes)

so I have to overwrite the name using setName(String) which is not very clean.

Improve CLI error handling in ListCommand class. If management operation doesn't return correct results, CLI should throw correct error message.

When the compactor reads records from the base and deltas, it is not properly dropping delete records.  This leads to oversized base files, and possibly to wrong query results.

in ThriftServer.java the following call is made

serverRunner = new ThriftServerRunner(conf);

which invokes

public ThriftServerRunner(Configuration conf) throws IOException {
    this(conf, new ThriftServerRunner.HBaseHandler(conf));
  }

All of this is happening before the user has logged in and fails. 

Here is an example:

 270308 2008-03-12 14:10:02,054 DEBUG org.apache.hadoop.hbase.HMaster: numberOfMetaRegions: 1, onlineMetaRegions.size(): 1                                                                                                                                             
270309 2008-03-12 14:10:02,054 DEBUG org.apache.hadoop.hbase.HMaster: process server shutdown scanning .META.,,1 on XX.XX.XX.184:60020 HMaster                                                                                                                        
270310 2008-03-12 14:10:02,056 DEBUG org.apache.hadoop.hbase.HMaster: process server shutdown scanning .META.,,1 on XX.XX.XX.184:60020 HMaster                                                                                                                        
270311 2008-03-12 14:10:02,057 DEBUG org.apache.hadoop.hbase.HMaster: process server shutdown scanning .META.,,1 on XX.XX.XX.184:60020 HMaster                                                                                                                        
270312 2008-03-12 14:10:02,059 DEBUG org.apache.hadoop.hbase.HMaster: process server shutdown scanning .META.,,1 on XX.XX.XX.184:60020 HMaster
270313 2008-03-12 14:10:02,060 DEBUG org.apache.hadoop.hbase.HMaster: process server shutdown scanning .META.,,1 on XX.XX.XX.184:60020 HMaster
270314 2008-03-12 14:10:02,062 WARN org.apache.hadoop.hbase.HMaster: Processing pending operations: ProcessServerShutdown of XX.XX.XX.180:60020                                                                                                                       
270315 org.apache.hadoop.hbase.NotServingRegionException: org.apache.hadoop.hbase.NotServingRegionException .META.,,1                                                                                                                                                 
270316         at org.apache.hadoop.hbase.HRegionServer.getRegion(HRegionServer.java:1606) 
...

Whats actually going on here is 5 retries without a wait in between (logging should include index numbering retry.  Seems to be a bunch of duplicated code around retrying that we might be able to fix with a Callable.  Jim Firby today suggested we do expotential backoffs in our retries. 

karaf.admin.role setting still appears in the etc/system.properties file of ER1, althought this property is now obsolete (since RBAC was introduced).

Seems like when developers autocomplete the finderName attribute of the finder add  command, entities are beeing cached.
For that reason, if some developer autocomplete the command above with an specific entity and then applies some changes on it,  finderName autocompletion doesn't show the new applied changes.
A possible solution could be:

Clear cache every time --class parameter is autocompleted.
Cache entity list when --class parameter is autocompleted.
Use the new cache information everytime parameter --name is autocompleted.

When an external JTA/EJB transaction calls a spring bean using TransactionTemplate with JtaTransactionManager, which in turn sends a RabbitMQ-message (using a transacted RabbitTemplate), then the message is committed on the channel when the spring transaction bracket ends (not as expected when the outer JTA transaction is committed).
This only occurs when TransactionTemplate  is used, but not with AOP transaction proxies (@Transactional). Everything works as expected with AOP proxies.
The reason seems to be, that the ConnectionFactoryUtils use TransactionAspectSupport.currentTransactionStatus().isNewTransaction() (line 177) to check for the presence of a new/nested transaction - unfortunately it seems TransactionAspectSupport can only be used with AOP based transaction handling. When used with TransactionTemplate, TransactionAspectSupport.currentTransactionStatus() throws a NoTransactionException causing the Utils to assume a local transaction.
Workaround for users: Use AOP based transaction handling.
See AMQP-479 for the history (solved the main issue, but left the problem in the special case of TransactionTemplate s being used)

Unlike AnnotationConfigApplicationContext calling register on AnnotationConfigWebApplicationContext replaces prior registrations.

(2:11:20 PM) posix4e: so i want to run a back master on each node
(2:11:29 PM) posix4e: and i have my hbase.master set to 0.0.0.0
(2:14:59 PM) posix4e: each master only gets the local regionserver connecting
(2:15:08 PM) posix4e: as it must be using that variable to know what to connect to
(2:15:32 PM) nitay: the RS don't use hbase.master* anymore
(2:15:36 PM) nitay: ohhh i think i know th eproblem
(2:15:44 PM) nitay: so the RS use ZK to get the master address
(2:15:49 PM) nitay: but the masters are writing 0.0.0.0 to it
(2:15:58 PM) nitay: b/c they write whatever was in their conf
(2:16:20 PM) posix4e: yea
(2:16:42 PM) nitay: can u do a zookeeper dump of that node to verify my thinking?
(2:16:55 PM) posix4e: yea
(2:17:12 PM) nitay: it should be /hbase/master, unless u've changed the defaults
(2:17:59 PM) nitay: hmm s o ye this is a problem, we solved this in RS (allowing 0.0.0.0) by having master actually write RS's address to ZK when it gets contacted
(2:18:21 PM) nitay: so now we need to find a way to find out the actual address the master has bound to
(2:19:47 PM) posix4e: is their a way to do that?
(2:20:16 PM) nitay: i dont know, good question
(2:20:18 PM) posix4e: or does it require code changes i.e. regionserver checking zk
(2:20:27 PM) nitay: did u verify the master address?
(2:20:48 PM) posix4e: one sec
(2:21:03 PM) nitay: its almost like we want ZK to be able to tell us what address we're using to talk to it
(2:21:20 PM) nitay: that assumes u dont have different NICs to talk to ZK vs. HBase
(2:21:59 PM) nitay: posix4e, u can't really use the RS as far as i can tell b/c the RS knows nothing about the master until the master address appears in ZK
(2:22:25 PM) posix4e: 0:0:0:0:0:0:0:0:60000
(2:22:40 PM) nitay: yep that's the magic
(2:22:45 PM) nitay: k thx for verifying
(2:22:54 PM) nitay: u want to open up a JIRA?
(2:22:57 PM) posix4e: but if i could tell hbase.site to just use my hostname:port it would work ok
(2:22:58 PM) posix4e: yea
(2:23:09 PM) posix4e: can i quote this conversation?
(2:23:18 PM) nitay: yes please do
(2:23:45 PM) nitay: also, to fix this here and now for u, u'd essentially need to actually set hbase.master* to the ip/host u're using
(2:23:55 PM) nitay: and change it on each backup master to that guy's host/ip
(2:24:02 PM) nitay: i know, its a royal PITA
(2:24:59 PM) posix4e: yea
(2:25:03 PM) posix4e: no problem
(2:25:20 PM) nitay: but that should work till we find a better solution
(2:25:21 PM) posix4e: I am trying to think how a patch would work
(2:25:25 PM) posix4e: have a masters file?
(2:25:44 PM) nitay: yeah if u have any ideas please offer them
(2:25:46 PM) nitay: hmm interesting idea
(2:26:16 PM) nitay: and then do some local gethostbyname() type thing checking against masters file?
(2:26:26 PM) posix4e: yea
(2:28:23 PM) nitay: one thing to note is we've talked about eventually getting to a place where any RS can be master
(2:28:30 PM) nitay: but i like your idea
(2:28:37 PM) nitay: post it on the JIRA
(2:30:24 PM) nitay: i gotta run, thanks for the info posix4e - very helpful, its great to hear from people actually using this stuff
(2:32:56 PM) posix4e: yep
I also solved this by manually setting the hbase.master  on each host to point to the local hostname, which sucks.

The org.wildfly:wildfly-testsuite-shared has a dependency all the main 3 Galleon feature-packs.

<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>wildfly-galleon-pack</artifactId>
    <type>pom</type>
</dependency>
    <artifactId>wildfly-servlet-galleon-pack</artifactId>
    <groupId>org.wildfly.core</groupId>
    <artifactId>wildfly-core-galleon-pack</artifactId>

This means that all tests that which use the shared module, likely all of them, end up with the entirety of WildFly on the test class path. In most cases this is not an issue. However an issue was uncovered with the IBM JDK in WFLY-10529. The tests should definitely not have a transitive dependency on things like that or for example the org.wildfly.core:wildfly-controller. If dependencies like those are needed they should be explicitly defined as those are not public API's.

WorkerService.start and OutboundBindAddressAddHandler execute in //. The add handler is executed first, so the table is still null.
The Builder table must be returned by the Service.
Furthermore the OutboundBindAddressRemoveHandler uses the operation ModelNode instead of the model, so there is no way to remove an OutboundBind address.

Similar to HBASE-6564, ModifyTableHandler doesn't remove the families from hdfs (families no longer present in the new descriptor)

Suppose we have a class and a repository declaration using QueryDsl

public class MyDocument {

   …
   ZonedDateTime remoteTime;
   …
}

public interface MyRepository extends MongoRepository<MyDocument, String>, QueryDslPredicateExecutor<MyDocument>{}

if the document is queried with 

ZonedDateTime now = ZonedDateTime.now();

repository.findAll(QMyDocument.myDocument.remoteTime.between(now.minusDays(1), now.plusDays(1)));

then following exception is thrown:

org.bson.codecs.configuration.CodecConfigurationException: Can't find a codec for class java.time.ZonedDateTime.
at org.bson.codecs.configuration.CodecCache.getOrThrow(CodecCache.java:46)
at org.bson.codecs.configuration.ProvidersCodecRegistry.get(ProvidersCodecRegistry.java:63)
at org.bson.codecs.configuration.ProvidersCodecRegistry.get(ProvidersCodecRegistry.java:37)
at com.mongodb.DBObjectCodec.writeValue(DBObjectCodec.java:210)
at com.mongodb.DBObjectCodec.encodeMap(DBObjectCodec.java:220)
at com.mongodb.DBObjectCodec.writeValue(DBObjectCodec.java:196)
at com.mongodb.DBObjectCodec.encode(DBObjectCodec.java:128)
at com.mongodb.DBObjectCodec.encode(DBObjectCodec.java:61)
at org.bson.codecs.BsonDocumentWrapperCodec.encode(BsonDocumentWrapperCodec.java:63)
at org.bson.codecs.BsonDocumentWrapperCodec.encode(BsonDocumentWrapperCodec.java:29)
at org.bson.codecs.EncoderContext.encodeWithChildContext(EncoderContext.java:91)
at org.bson.codecs.BsonDocumentCodec.writeValue(BsonDocumentCodec.java:133)
at org.bson.codecs.BsonDocumentCodec.encode(BsonDocumentCodec.java:112)
at org.bson.codecs.BsonDocumentCodec.encode(BsonDocumentCodec.java:40)
at com.mongodb.connection.RequestMessage.addDocument(RequestMessage.java:253)
at com.mongodb.connection.RequestMessage.addDocument(RequestMessage.java:205)
at com.mongodb.connection.CommandMessage.encodeMessageBodyWithMetadata(CommandMessage.java:75)
at com.mongodb.connection.RequestMessage.encodeWithMetadata(RequestMessage.java:160)
at com.mongodb.connection.CommandProtocol.sendMessage(CommandProtocol.java:192)
at com.mongodb.connection.CommandProtocol.execute(CommandProtocol.java:111)
at com.mongodb.connection.DefaultServer$DefaultServerProtocolExecutor.execute(DefaultServer.java:159)
at com.mongodb.connection.DefaultServerConnection.executeProtocol(DefaultServerConnection.java:286)
at com.mongodb.connection.DefaultServerConnection.command(DefaultServerConnection.java:173)
at com.mongodb.operation.CommandOperationHelper.executeWrappedCommandProtocol(CommandOperationHelper.java:215)
at com.mongodb.operation.CommandOperationHelper.executeWrappedCommandProtocol(CommandOperationHelper.java:206)
at com.mongodb.operation.CommandOperationHelper.executeWrappedCommandProtocol(CommandOperationHelper.java:112)
at com.mongodb.operation.CountOperation$1.call(CountOperation.java:210)
at com.mongodb.operation.CountOperation$1.call(CountOperation.java:206)
at com.mongodb.operation.OperationHelper.withConnectionSource(OperationHelper.java:230)
at com.mongodb.operation.OperationHelper.withConnection(OperationHelper.java:203)
at com.mongodb.operation.CountOperation.execute(CountOperation.java:206)
at com.mongodb.operation.CountOperation.execute(CountOperation.java:53)
at com.mongodb.Mongo.execute(Mongo.java:772)
at com.mongodb.Mongo$2.execute(Mongo.java:759)
at com.mongodb.DBCollection.getCount(DBCollection.java:962)
at com.mongodb.DBCollection.getCount(DBCollection.java:937)
at com.mongodb.DBCollection.getCount(DBCollection.java:931)
at com.mongodb.DBCollection.getCount(DBCollection.java:914)
at com.mongodb.DBCollection.getCount(DBCollection.java:885)
at com.mongodb.DBCollection.count(DBCollection.java:824)
at com.querydsl.mongodb.AbstractMongodbQuery.fetchCount(AbstractMongodbQuery.java:391)
at com.querydsl.mongodb.AbstractMongodbQuery.fetchResults(AbstractMongodbQuery.java:376)
at org.springframework.data.mongodb.repository.support.QueryDslMongoRepository.findAll(QueryDslMongoRepository.java:104)
at org.springframework.data.mongodb.repository.support.QueryDslMongoRepository.findAll(QueryDslMongoRepository.java:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:503)
at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:488)
at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:460)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:61)
at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
at com.sun.proxy.$Proxy69.findAll(Unknown Source)
at com.favendo.squirrel.persistence.CrudNutRepositoryTests.readTimeFrame(CrudNutRepositoryTests.java:83)

To avoid surprising/wrong results, Hive Query plan shall add an explicit cast over non date/timestamp column type when user try to extract Year/Month/Hour etc..
This is an example of misleading results.

create table test_base_table(`timecolumn` timestamp, `date_c` string, `timestamp_c` string,  `metric_c` double);
insert into test_base_table values ('2015-03-08 00:00:00', '2015-03-10', '2015-03-08 00:00:00', 5.0);
CREATE TABLE druid_test_table
STORED BY 'org.apache.hadoop.hive.druid.DruidStorageHandler'
TBLPROPERTIES ("druid.segment.granularity" = "DAY")
AS select
cast(`timecolumn` as timestamp with local time zone) as `__time`, `date_c`, `timestamp_c`, `metric_c` FROM test_base_table;
select
year(date_c), month(date_c),day(date_c), hour(date_c),
year(timestamp_c), month(timestamp_c),day(timestamp_c), hour(timestamp_c)
from druid_test_table;

will return the following wrong results:

PREHOOK: query: select
from druid_test_table
PREHOOK: Input: default@druid_test_table
POSTHOOK: query: select
POSTHOOK: Input: default@druid_test_table
1969	12	31	16	1969	12	31	16 

Since the recent metric commits I see this on the master and RS at boot:

2010-01-16 11:24:59,730 INFO org.apache.hadoop.metrics.jvm.JvmMetrics: Initializing JVM Metrics with processName=RegionServer, sessionId=regionserver/10.10.1.49:60020
2010-01-16 11:24:59,732 ERROR org.apache.hadoop.metrics.MetricsUtil: unknown metrics type: org.apache.hadoop.hbase.metrics.MetricsRate
2010-01-16 11:24:59,732 ERROR org.apache.hadoop.hbase.metrics: unknown metrics instance: org.apache.hadoop.metrics.util.MetricsTimeVaryingRate

We need to clean that for 0.20.3

Regarding to the EJB3.1 specification chapter 4.3.8 it is possible to have a timeout method for a SingletonBean. This can be done by annotation but not with the deployment descriptor.
Also the IllegalStateException contain the wrong message

javax.persistence.Query is designed as builder pattern, thus returning itself when invoked with a method like Query#set*().
Unfortunately the query proxy org.springframework.orm.jpa.SharedEntityManagerCreator.DeferredQueryInvocationHandler returns the internal Query object from the JPA implementation, so subsequent calls this query won't get through the proxy any more. As a consequence the EntityManager won't get closed after query execution (getResultList, getSingleResult or executeUpdate).
This results in memory and connection leaks, at least until timeouts occur.
The fix is quite simple: Just return DeferredQueryInvocationHandler.this on method calls, which have a return type of javax.persistence.Query.

Rolling Restart documentation specifies that we need to stop the balancer before proceeding. However, bin/graceful_stop.sh is already taking care of that:

echo "Disabling balancer!"
echo 'balance_switch false' | "$bin"/hbase --config ${HBASE_CONF_DIR} shell

So documentation need to be updated to remove this recommandation.

To reproduce, just invoke htable.checkAndSave(batchUpdate, expectedValues, lock) using a batchUpdate of a row that doesn't exist. 

Serialization bug in JobExecution.  When deserialized, the transient field stepExecutions is assumed to be not null in createStepExecution().  I think it maybe comes from an old version where StepExecution had a reference to a Step - and was therefore not really Serializable.

For the following sql, "from" is missing but it throw NPE which is not clear for user.

hive> insert overwrite directory '/tmp/hive-3' select sb1.name, sb2.age student_bucketed sb1 join student_bucketed sb2 on sb1.name=sb2.name;

Found this when running tests on Travis:

java.security.GeneralSecurityException: CryptoRandom: [org.apache.commons.crypto.random.OpenSslCryptoRandom] failed with java.lang.reflect.InvocationTargetException

	at org.apache.commons.crypto.random.OpenSslCryptoRandomTest.getCryptoRandom(OpenSslCryptoRandomTest.java:37)

Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException

Caused by: java.security.GeneralSecurityException: Native library could not be initialised

Caused by: java.lang.UnsatisfiedLinkError: ENGINE_load_rdrand

It seems that the OpenSSL library available on the build machine does not have that function. It would be nice to allow the rest of the native code (e.g. the ciphers) to still work in that situation.

Small patch with a couple of filter fixes I needed to get our stuff working from trunk. Not sure if filters are ready to be tackled yet , but I thought I'd attach it anyway.

Salesforce inbuilt/user customizable picklist types may be empty with no values defined. This breaks sobject-picklist.vm. It should instead generate an empty Enum with no values. 

Found this while trying to replicate ROO-3010.
If you try to create a service in a different module to the one containing the relevant entity, the four service-related classes/ITDs are created in the module containing the entity, instead of the currently focused module. Here's a minimal script that demonstrates the problem:

project --topLevelPackage com.multi --packaging POM
module create --moduleName core --topLevelPackage com.multi.core
jpa setup --database HYPERSONIC_IN_MEMORY --provider HIBERNATE
entity jpa --class ~.Thing
field string name
module focus --moduleName ~
module create --moduleName services --topLevelPackage com.multi.serve
service --interface ~.ThingService --entity core|~.Thing

Here's the console output; note in the last five lines that the service's package and source files are created within the "core" module instead of the "services" module:

Created ROOT/pom.xml
Created ROOT/core
Created ROOT/core/pom.xml
Created core|SPRING_CONFIG_ROOT
Created core|SPRING_CONFIG_ROOT/applicationContext.xml
Updated ROOT/pom.xml [added module core]
Created core|SPRING_CONFIG_ROOT/database.properties
Updated core|SPRING_CONFIG_ROOT/applicationContext.xml
Created core|SRC_MAIN_RESOURCES/META-INF/persistence.xml
Updated core|ROOT/pom.xml [added dependencies org.hsqldb:hsqldb:1.8.0.10, org.hibernate:hibernate-core:3.6.8.Final, org.hibernate:hibernate-entitymanager:3.6.8.Final, org.hibernate.javax.persistence:hibernate-jpa-2.0-api:1.0.1.Final, org.hibernate:hibernate-validator:4.2.0.Final, javax.validation:validation-api:1.0.0.GA, cglib:cglib-nodep:2.2.2, javax.transaction:jta:1.1, org.springframework:spring-jdbc:${spring.version}, org.springframework:spring-orm:${spring.version}, commons-pool:commons-pool:1.5.6, commons-dbcp:commons-dbcp:1.3]
Created core|SRC_MAIN_JAVA/com/multi/core
Created core|SRC_MAIN_JAVA/com/multi/core/Thing.java
Created core|SRC_MAIN_JAVA/com/multi/core/Thing_Roo_Configurable.aj
Created core|SRC_MAIN_JAVA/com/multi/core/Thing_Roo_ToString.aj
Created core|SRC_MAIN_JAVA/com/multi/core/Thing_Roo_Jpa_ActiveRecord.aj
Created core|SRC_MAIN_JAVA/com/multi/core/Thing_Roo_Jpa_Entity.aj
Updated core|SRC_MAIN_JAVA/com/multi/core/Thing.java
Created core|SRC_MAIN_JAVA/com/multi/core/Thing_Roo_JavaBean.aj
Created ROOT/services
Created ROOT/services/pom.xml
Created services|SPRING_CONFIG_ROOT
Created services|SPRING_CONFIG_ROOT/applicationContext.xml
Updated ROOT/pom.xml [added module services]
Created core|SRC_MAIN_JAVA/com/multi/serve
Created core|SRC_MAIN_JAVA/com/multi/serve/ThingService.java
Created core|SRC_MAIN_JAVA/com/multi/serve/ThingServiceImpl.java
Created core|SRC_MAIN_JAVA/com/multi/serve/ThingService_Roo_Service.aj
Created core|SRC_MAIN_JAVA/com/multi/serve/ThingServiceImpl_Roo_Service.aj

SingleColumnJdbcKeyGeneratorIntegrationTests fails in Eclipse.  Looks like an ordering issue - some other test isn't cleaning up a thread local?
java.lang.IllegalStateException: Already value [org.springframework.jdbc.datasource.ConnectionHolder@90ebfe] for key [org.springframework.jdbc.datasource.DriverManagerDataSource@13043d2] bound to thread [main]
	at org.springframework.transaction.support.TransactionSynchronizationManager.bindResource(TransactionSynchronizationManager.java:182)
	at org.springframework.jdbc.datasource.DataSourceTransactionManager.doBegin(DataSourceTransactionManager.java:232)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:377)
	at org.springframework.test.context.transaction.TransactionalTestExecutionListener$TransactionContext.startTransaction(TransactionalTestExecutionListener.java:496)
	at org.springframework.test.context.transaction.TransactionalTestExecutionListener.startNewTransaction(TransactionalTestExecutionListener.java:256)
	at org.springframework.test.context.transaction.TransactionalTestExecutionListener.beforeTestMethod(TransactionalTestExecutionListener.java:149)
	at org.springframework.test.context.TestContextManager.beforeTestMethod(TestContextManager.java:292)
...

I hit a weird issue/bug and am able to reproduce the error consistently. The problem arises when FilterList has two filters where each implements the getNextKeyHint method.
The way the current implementation works is, StoreScanner will call matcher.getNextKeyHint() whenever it gets a SEEK_NEXT_USING_HINT. This in turn will call filter.getNextKeyHint() which at this stage is of type FilterList. The implementation in FilterList iterates through all the filters and keeps the max KeyValue that it sees. All is fine if you wrap filters in FilterList in which only one of them implements getNextKeyHint. but if multiple of them implement then that's where things get weird.

create two filters: one is FuzzyRowFilter and second is ColumnRangeFilter. Both of them implement getNextKeyHint
wrap them in FilterList with MUST_PASS_ALL
FuzzyRowFilter will seek to the correct first row and then pass it to ColumnRangeFilter which will return the SEEK_NEXT_USING_HINT code.
Now in FilterList when getNextKeyHint is called, it calls the one on FuzzyRow first which basically says what the next row should be. While in reality we want the ColumnRangeFilter to give the seek hint.
The above behavior skips data that should be returned, which I have verified by using a RowFilter with RegexStringComparator.

I updated the FilterList to maintain state on which filter returns the SEEK_NEXT_USING_HINT and in getNextKeyHint, I invoke the method on the saved filter and reset that state. I tested it with my current queries and it works fine but I need to run the entire test suite to make sure I have not introduced any regression. In addition to that I need to figure out what should be the behavior when the opeation is MUST_PASS_ONE, but I doubt it should be any different.
Is my understanding of it being a bug correct ? Or am I trivializing it and ignoring something very important ? If it's tough to wrap your head around the explanation, then I can open a JIRA and upload a patch against 0.94 head.

HBASE-3211 altered filter code to mutate KeyValues.  What could go wrong?  Well, your scan could mess up because the KVHeap compare functions don't work properly.  If we're going to soft mutate KVs in filter code, we also need to soft copy the KV before filtering.  This was found while adding the ability to have KeyOnlyFilter have the option to return the Value's length.  This is useful for grouping your reduce tasks into equal-sized blocks.

The test sometimes failed because of timeout.
https://builds.apache.org/job/PreCommit-HBASE-Build/12769/testReport/junit/org.apache.hadoop.hbase.mapreduce/TestLoadIncrementalHFiles/testSimpleLoad/
Dig into it, I found this

2015-02-11 02:01:47,304 INFO  [LoadIncrementalHFiles-1] mapreduce.LoadIncrementalHFiles(563): Trying to load hfile=hdfs://localhost:59736/user/jenkins/test-data/d964a632-8db5-4f3a-966f-89746947294b/testSimpleLoad/myfam/hfile_1 first=ddd last=ooo
2015-02-11 02:01:47,308 INFO  [LoadIncrementalHFiles-0] mapreduce.LoadIncrementalHFiles(563): Trying to load hfile=hdfs://localhost:59736/user/jenkins/test-data/d964a632-8db5-4f3a-966f-89746947294b/testSimpleLoad/myfam/hfile_0 first=aaaa last=cccc
2015-02-11 02:01:47,317 DEBUG [LoadIncrementalHFiles-2] mapreduce.LoadIncrementalHFiles$3(664): Going to connect to server region=bulkNS:mytable_testSimpleLoad,,1423620104753.fdcbd21e43683c753bae40f1d890daa6., hostname=asf910.gq1.ygridcore.net,41003,1423620099272, seqNum=2 for row  with hfile group [{[B@7173d25a,hdfs://localhost:59736/user/jenkins/test-data/d964a632-8db5-4f3a-966f-89746947294b/testSimpleLoad/myfam/hfile_0}]
2015-02-11 02:01:47,320 DEBUG [LoadIncrementalHFiles-3] mapreduce.LoadIncrementalHFiles$3(664): Going to connect to server region=bulkNS:mytable_testSimpleLoad,ddd,1423620104753.ec757ff718ce8ab99f4f6bcca389d67f., hostname=asf910.gq1.ygridcore.net,41003,1423620099272, seqNum=2 for row ddd with hfile group [{[B@7173d25a,hdfs://localhost:59736/user/jenkins/test-data/d964a632-8db5-4f3a-966f-89746947294b/testSimpleLoad/myfam/hfile_1}]

There are two files to commit, but after this

2015-02-11 02:01:47,327 INFO  [B.defaultRpcServer.handler=3,queue=0,port=41003] regionserver.HStore(690): Validating hfile at hdfs://localhost:59736/user/jenkins/test-data/d964a632-8db5-4f3a-966f-89746947294b/testSimpleLoad/myfam/hfile_0 for inclusion in store myfam region bulkNS:mytable_testSimpleLoad,,1423620104753.fdcbd21e43683c753bae40f1d890daa6.
2015-02-11 02:01:47,330 INFO  [B.defaultRpcServer.handler=1,queue=0,port=41003] regionserver.HStore(690): Validating hfile at hdfs://localhost:59736/user/jenkins/test-data/d964a632-8db5-4f3a-966f-89746947294b/testSimpleLoad/myfam/hfile_1 for inclusion in store myfam region bulkNS:mytable_testSimpleLoad,ddd,1423620104753.ec757ff718ce8ab99f4f6bcca389d67f.
2015-02-11 02:01:47,330 INFO  [B.defaultRpcServer.handler=4,queue=0,port=41003] regionserver.HStore(690): Validating hfile at hdfs://localhost:59736/user/jenkins/test-data/d964a632-8db5-4f3a-966f-89746947294b/testSimpleLoad/myfam/hfile_1 for inclusion in store myfam region bulkNS:mytable_testSimpleLoad,ddd,1423620104753.ec757ff718ce8ab99f4f6bcca389d67f.

We can see that hfile_1 have been committed twice and the second call will fail and cause the test timeout.
I'm not sure if it is a issue of AsyncRpcClient. But if I use RpcClientImpl, the test always passes.

Mocking Session.beginTransaction() violates the contract as the mock setup expects a checked exception to be thrown. beginTransaction() does not declare any exceptions and so the mocking fails with:

Checked exception is invalid for this method!
Invalid: java.lang.Exception
	at org.springframework.data.neo4j.transaction.Neo4jTransactionManagerTests.testFailBegin(Neo4jTransactionManagerTests.java:68)

We definitely need to capture any exception during CacheUpdateMasterWork.update(), otherwise, Java would refuse to schedule future update().

It is impossible to change any default keycloak-server configuration. If a new theme or provider module is added to the configuration, a RuntimeException with a NoClassDefFoundError: org/wildfly/swarm/config/keycloak/server/ThemeConsumer is thrown.
The configuration is set in server/src/main/resources/project-defaults.yml
The full stack trace is:
	at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:39)
	at org.wildfly.swarm.bootstrap.Main.run(Main.java:46)
	at org.wildfly.swarm.bootstrap.Main.main(Main.java:37)
Caused by: java.lang.RuntimeException: java.lang.RuntimeException: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
Exception 0 :
java.lang.RuntimeException: java.lang.RuntimeException: java.lang.NoClassDefFoundError: org/wildfly/swarm/config/keycloak/server/ThemeConsumer
	at org.wildfly.swarm.container.runtime.cdi.FractionProducingExtension.lambda$afterBeanDiscovery$1(FractionProducingExtension.java:101)
	at java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1548)
	at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580)
	at org.wildfly.swarm.container.runtime.cdi.FractionProducingExtension.afterBeanDiscovery(FractionProducingExtension.java:97)
	at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:88)
	at org.jboss.weld.injection.MethodInvocationStrategy$SpecialParamPlusBeanManagerStrategy.invoke(MethodInvocationStrategy.java:144)
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:313)
	at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:125)
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:291)
	at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:269)
	at org.jboss.weld.event.ObserverNotifier.notifySyncObservers(ObserverNotifier.java:302)
	at org.jboss.weld.event.ObserverNotifier.notify(ObserverNotifier.java:291)
	at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:160)
	at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:154)
	at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:53)
	at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44)
	at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:62)
	at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:422)
	at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83)
	at org.jboss.weld.environment.se.Weld.initialize(Weld.java:589)
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.lambda$null$0(ServerBootstrapImpl.java:142)
	at org.wildfly.swarm.container.runtime.LogSilencer$SilentExecutor.execute(LogSilencer.java:60)
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.lambda$bootstrap$1(ServerBootstrapImpl.java:116)
	at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:43)
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:109)
	at org.wildfly.swarm.Swarm.start(Swarm.java:352)
	at CloudSSOServerApplication.<init>(CloudSSOServerApplication.java:38)
	at CloudSSOServerApplication.main(CloudSSOServerApplication.java:17)
Caused by: java.lang.RuntimeException: java.lang.NoClassDefFoundError: org/wildfly/swarm/config/keycloak/server/ThemeConsumer
	at org.wildfly.swarm.container.runtime.ConfigurableManager.createLambda(ConfigurableManager.java:492)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scanSubresources(ConfigurableManager.java:430)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scan(ConfigurableManager.java:271)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scanFraction(ConfigurableManager.java:209)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scanInternal(ConfigurableManager.java:200)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scan(ConfigurableManager.java:194)
	at org.wildfly.swarm.container.runtime.cdi.configurable.ConfigurableFractionBean.<init>(ConfigurableFractionBean.java:34)
	at org.wildfly.swarm.container.runtime.cdi.FractionProducingExtension.lambda$afterBeanDiscovery$1(FractionProducingExtension.java:99)
	... 38 more
Caused by: java.lang.NoClassDefFoundError: org/wildfly/swarm/config/keycloak/server/ThemeConsumer
	at sun.misc.Unsafe.defineAnonymousClass(Native Method)
	at java.lang.invoke.InnerClassLambdaMetafactory.spinInnerClass(InnerClassLambdaMetafactory.java:326)
	at java.lang.invoke.InnerClassLambdaMetafactory.buildCallSite(InnerClassLambdaMetafactory.java:194)
	at java.lang.invoke.LambdaMetafactory.metafactory(LambdaMetafactory.java:304)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.createLambda(ConfigurableManager.java:481)
	... 45 more
Caused by: java.lang.ClassNotFoundException: org.wildfly.swarm.config.keycloak.server.ThemeConsumer from [Module "org.wildfly.swarm.container:runtime" from BootModuleLoader@6a400542 for finders [BootstrapClasspathModuleFinder, BootstrapModuleFinder(org.wildfly.swarm.bootstrap:main), ClasspathModuleFinder, ContainerModuleFinder(swarm.container:main), ApplicationModuleFinder(swarm.application:main), org.wildfly.swarm.bootstrap.modules.DynamicModuleFinder@6580cfdd]]
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
	... 50 more
	at server.CloudSSOServerApplication.main(CloudSSOServerApplication.java:20)
	... 7 more
Caused by: java.lang.RuntimeException: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
	at de.avm.cloud.sso.server.CloudSSOServerApplication.<init>(CloudSSOServerApplication.java:38)
	at de.avm.cloud.sso.server.CloudSSOServerApplication.main(CloudSSOServerApplication.java:17)
	... 38 more
	... 45 more
	... 50 more
	at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:45)
	... 7 more
Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
	... 38 more
	... 45 more
	... 50 more
	at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:46)
	... 11 more
Exception in thread "main" java.lang.reflect.InvocationTargetException
	... 38 more
	... 45 more
	... 50 more
	at CloudSSOServerApplication.main(CloudSSOServerApplication.java:20)
	... 7 more
	... 38 more
	... 45 more
	... 50 more
	... 7 more
	... 38 more
	... 45 more
	... 50 more
	... 11 more

When I committed HBASE-2838, I changed the way the metrics were managed in my last patch but I forgot to put the doUpdates in place.

Enable UI support for Fragmentation

    <name>hbase.master.ui.fragmentation.enabled</name>
    <value>true</value>

Make sure to restart HBase.

Create NSes and table

hbase(main):004:0> create_namespace 'testqauat'
0 row(s) in 0.0370 seconds

hbase(main):005:0> create_namespace 'financedept'
0 row(s) in 0.0100 seconds

hbase(main):006:0> create_namespace 'engdept'
0 row(s) in 0.0090 seconds

hbase(main):007:0> create 'testqauat:testtable', 'cf1'
0 row(s) in 1.2590 seconds

=> Hbase::Table - testqauat:testtable
hbase(main):008:0> for i in 'a'..'z' do for j in 'a'..'z' do put 'testqauat:testtable', "row-#{i}#{j}", "cf1:#{j}", "#{j}" end end

Reload the master UI page and you get:

Problem accessing /master-status. Reason:

Caused by:

	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmplImpl.__jamon_innerUnit__userTables(MasterStatusTmplImpl.java:685)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmplImpl.renderNoFlush(MasterStatusTmplImpl.java:268)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmpl.renderNoFlush(MasterStatusTmpl.java:377)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmpl.render(MasterStatusTmpl.java:368)
	at org.apache.hadoop.hbase.master.MasterStatusServlet.doGet(MasterStatusServlet.java:81)
...

Note that the table.jsp page works fine, just the master page fails.

FTP Servers expect clients to use absolute paths, so camel-ftp clients should not clip any leading /
We could consider adding a flag to preserve the old behavior to have people if they rely on the old behavior be able to switch that flag on.

Can not add a JNDI / naming entry which contains a "$" sign at the end of its default value.
e.g. 

value="${my.sample.property1:entry5-default-value-with-special-char-at-the-end-$}"

The implementation of HttpSessionDestroyedEvent#getSecurityContexts() is broken. See the code snippet from the source below. The code retrieves the names of the session attributes which are Strings and test the Strings to be instances of SecurityContext in the loop. Strings are most likely not SecurityContexts, so the result of the method is always an empty list.

Enumeration<String> attributes = session.getAttributeNames();

ArrayList<SecurityContext> contexts = new ArrayList<SecurityContext>();

while(attributes.hasMoreElements()) {
    Object attribute = attributes.nextElement();
    if (attribute instanceof SecurityContext) {
        contexts.add((SecurityContext) attribute);
    }
}

I have a job that has multiple steps and each step references a job (child jobs if you like). If I stop this job the child step in the child job gets set to a status of STOPPED as does the child job. The parent job gets set to a status of STOPPED but the parent job step that references the child job that was executing gets set to a status of COMPLETE - and this is the issue I believe. If I restart the parent job it does not restart correctly as it thinks the step that contained the child job that was STOPPED is set to COMPLETE and so it skips over it and goes to the next step. The parent job eventually completes ok but it has not processed all the data as the STOPPED child job was not restarted by the parent job and consequently all the processing has not taken place. In my case many transactions were not processed on restart.

First, see my companion project. My problem here is that if you send a query parameter without a value:

curl http://localhost:8080/piq/test?foo

or if you send just a single space:

curl http://localhost:8080/piq/test?foo=+

you can see that the header is null. For context, this route sets the body to true if the foo header is null, or false otherwise.

http://paste2.org/1VEUkjbz
When the scanner reads a directory and File.listFiles() returns null, that means there was a problem doing the list, which should result in an exception. It does, but the exception is an NPE (see stack trace linked above); it should be something more meaningful.

public class DefaultDbRefResolver implements DbRefResolver {

	private static final boolean IS_SPRING_4_OR_BETTER = SpringVersion.getVersion().startsWith("4");

According to the Spring API documentation, it's perfectly valid for getVersion to return null, but this code doesn't check for that scenario.
The SpringVersion.getVersion() will return null when the dependency is packaged using e.g. maven-shade-plugin.

If a client calls 
add_partitions(List<Partition> parts, boolean ifNotExists, boolean needResults)
and the catalog name is set to a non-default value in the config file but unset in the partitions, the request to add the partition will fail with an error message "table not found" even when the table is valid.

HIVE-1408 introduced code that is currently commented out (i.e.: dead code), with a comment saying needs further development (HIVE-1484). It's been like this for close to 3 years. 
I suggest removing the code until such time that someone picks up that work. At that time they can decide if they want to use this code or pursue another route (FS shim?).

Metastore client cache config is not used correctly. Enabling the cache actually disables it and vice versa. 

CLI autocompletion in Undertow subsystem for attribute /subsystem=undertow[default-virtual-host] does not work correctly. When you try to tab-complete with following command and default configuration in use:

/subsystem=undertow:write-attribute(name=default-virtual-host,value=

CLI will offer you this:

/subsystem=undertow:write-attribute(name=default-virtual-host,value=default-server.default-host

which is not correct as accepted attribute value is just virtual host name, in this case that means 'default-host'.
Expected behavior is that CLI will offer you just names of virtual hosts with tab-completion.

When using type argument constraints on a collection, if a validation failure occurs, a NotReadablePropertyException is thrown.
The issues occurs with Spring 4.3.10 and Hibernate 5.3.5, but not with Spring 4.3.9 and Hibernate 5.2.5.
First noticed this when upgrading from Spring Boot 1.4.7 to 1.5.6.
A minimal reproduction is available at https://github.com/mdjnewman/spring-framework-issues/tree/master/SPR-15916.
The following error is thrown by shouldRaise400IfNestedValidationFails in the demo project:

org.springframework.web.util.NestedServletException: Request processing failed; nested exception is java.lang.IllegalStateException: JSR-303 validated property 'thingIds[0].<collection element>' does not have a corresponding accessor for Spring data binding - check your DataBinder's configuration (bean property versus direct field access)

	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:982)
	at org.springframework.mock.web.MockFilterChain$ServletFilterProxy.doFilter(MockFilterChain.java:167)
	at org.springframework.mock.web.MockFilterChain.doFilter(MockFilterChain.java:134)
	at org.springframework.test.web.servlet.MockMvc.perform(MockMvc.java:155)
	at org.springframework.issues.TestControllerTests.doTheThingShouldNotDoTheThingWithoutAnId(TestControllerTests.java:56)
	at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75)
	at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86)
	at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:252)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94)
	at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
	at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:51)
	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
	at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
Caused by: java.lang.IllegalStateException: JSR-303 validated property 'thingIds[0].<collection element>' does not have a corresponding accessor for Spring data binding - check your DataBinder's configuration (bean property versus direct field access)
	at org.springframework.validation.beanvalidation.SpringValidatorAdapter.processConstraintViolations(SpringValidatorAdapter.java:162)
	at org.springframework.validation.beanvalidation.SpringValidatorAdapter.validate(SpringValidatorAdapter.java:117)
	at org.springframework.validation.DataBinder.validate(DataBinder.java:891)
	at org.springframework.web.method.annotation.ModelAttributeMethodProcessor.validateIfApplicable(ModelAttributeMethodProcessor.java:168)
	at org.springframework.web.method.annotation.ModelAttributeMethodProcessor.resolveArgument(ModelAttributeMethodProcessor.java:115)
	at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:121)
	at org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:158)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:128)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:97)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:827)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:738)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:967)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:901)
	... 38 more
Caused by: org.springframework.beans.NotReadablePropertyException: Invalid property 'thingIds[0].<collection element>' of bean class [org.springframework.issues.model.ThingRequest]: Bean property 'thingIds[0].<collection element>' is not readable or has an invalid getter method: Does the return type of the getter match the parameter type of the setter?
	at org.springframework.beans.AbstractNestablePropertyAccessor.getPropertyValue(AbstractNestablePropertyAccessor.java:633)
	at org.springframework.beans.AbstractNestablePropertyAccessor.getPropertyValue(AbstractNestablePropertyAccessor.java:624)
	at org.springframework.validation.AbstractPropertyBindingResult.getActualFieldValue(AbstractPropertyBindingResult.java:99)
	at org.springframework.validation.AbstractBindingResult.getRawFieldValue(AbstractBindingResult.java:283)
	at org.springframework.validation.beanvalidation.SpringValidatorAdapter.getRejectedValue(SpringValidatorAdapter.java:268)
	at org.springframework.validation.beanvalidation.SpringValidatorAdapter.processConstraintViolations(SpringValidatorAdapter.java:148)
	... 52 more

We have seen a number of memory issues due the HashSinkOperator use of the MapJoinMemoryExhaustionHandler. This handler is meant to detect scenarios where the small table is taking too much space in memory, in which case a MapJoinMemoryExhaustionError is thrown.
The configs to control this logic are:
hive.mapjoin.localtask.max.memory.usage (default 0.90)
hive.mapjoin.followby.gby.localtask.max.memory.usage (default 0.55)
The handler works by using the MemoryMXBean and uses the following logic to estimate how much memory the HashMap is consuming: MemoryMXBean#getHeapMemoryUsage().getUsed() / MemoryMXBean#getHeapMemoryUsage().getMax()
The issue is that MemoryMXBean#getHeapMemoryUsage().getUsed() can be inaccurate. The value returned by this method returns all reachable and unreachable memory on the heap, so there may be a bunch of garbage data, and the JVM just hasn't taken the time to reclaim it all. This can lead to intermittent failures of this check even though a simple GC would have reclaimed enough space for the process to continue working.
We should re-think the usage of MapJoinMemoryExhaustionHandler for HoS. In Hive-on-MR this probably made sense to use because every Hive task was run in a dedicated container, so a Hive Task could assume it created most of the data on the heap. However, in Hive-on-Spark there can be multiple Hive Tasks running in a single executor, each doing different things.

One of our customer was recently hit with OOM error on almost all of the region servers.
Postmortem of the issue reveled that a corrupt HFile had made its way into one of the regions which resulted into the region brought offline immediately which is as per design.
What happened next reveals two issues:

As soon as the region was offlined, Master noticed this and tried to assign the region to another region server which of course failed (again due to the corrupt HFile) and then Master tried to assign this to another and so on. So this region kept bouncing from one server to another and this went unnoticed for few hours and all region servers log were filled with thousands of this message:

org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Failed open of
region=userdata,50743646010,1378139055806.318c533716869574f10615703269497f.,
starting to roll back the global memstore size.
java.io.IOException: java.io.IOException:
org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile
Trailer from file
/hbase/userdata/318c533716869574f10615703269497f/data/a3e2ae39f71441ac92a6563479fb976e
        at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:550)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:463)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3835)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3783)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:332)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:108)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:169)
Caused by: java.io.IOException:
        at org.apache.hadoop.hbase.regionserver.Store.loadStoreFiles(Store.java:404)
        at org.apache.hadoop.hbase.regionserver.Store.<init>(Store.java:257)
        at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:3017)
        at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:525)
        at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:523)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
        at java.util.concurrent.FutureTask.run(FutureTask.java:138)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)

 For situation like this, the region should be marked "offlined_with_error" or something similar so that Master does not try to assign it to another server without user fixing the issue. I will create a separate JIRA for that.

The second problem and the scope of this JIRA is that the function org.apache.hadoop.hbase.io.hfile.HFile.pickReaderVersion() throws exception without closing the FSDataInputStream objects even if closeIStream is set to true. This lead to orphan filesystem streams accumulating in region server and it eventually died of OOM.

HDFS allows for users to be added to a "supergroup" (identified by the "dfs.permissions.superusergroup" key in hdfs-site.xml). Users in this group are allowed to modify HDFS contents regardless of the path's ogw permissions.
However, Hive's StorageBasedAuthProvider disallows such a superuser from adding partitions to any table that doesn't explicitly grant write permissions to said superuser. This causes the odd scenario where the superuser writes data to a partition-directory (under the table's path), but can't register the appropriate partition.
I have a patch that brings the Metastore's behaviour in line with what the HDFS allows.

case TABLE:
   entity.getAccessedColumns().addAll(
      tableToColumnAccessMap.get(entity.getTable().getCompleteName()));

if  tableToColumnAccessMap.get(entity.getTable().getCompleteName()) is null, addAll(null) will throw null pointer exception.

When the modcluster subsystem is unable to connect to a proxy, the jboss-cli commands :read-proxies-configuration and :read-proxies-info fail with an unhelpful error.
On both the domain controller and application host, :read-proxies-info and :read-proxies-configuration fail with the same error.  This is the output from the application host:

[domain@localhost:9999 subsystem=modcluster] pwd
/host=localhost/server=cluster2/subsystem=modcluster

[domain@localhost:9999 subsystem=modcluster] :list-proxies
{
        "web02:8009",
        "web01:8009"
    ]
}

[domain@localhost:9999 subsystem=modcluster] :read-proxies-configuration
{
    "failure-description" => "JBAS014749: Operation handler failed: newValue is null",
}

[domain@localhost:9999 subsystem=modcluster] :read-proxies-info
{
}

In the above example, modcluster was not able to connect to the proxies due to an ssl misconfiguration in the modcluster subsystem in domain.xml.

This one fails pretty frequently in hadoopqa but also on build servers.  I'm going to disable it for now and make a new issue to reenable for whoever wants to take a looksee.
Here are some of the fails:
From precommit: https://builds.apache.org/job/PreCommit-HBASE-Build/6484//testReport/org.apache.hadoop.hbase.mapreduce/TestHFileOutputFormat/testExcludeAllFromMinorCompaction/
Fails like this:

	at org.junit.Assert.fail(Assert.java:86)
	at org.junit.Assert.fail(Assert.java:95)
	at org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat.quickPoll(TestHFileOutputFormat.java:808)
	at org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat.testExcludeAllFromMinorCompaction(TestHFileOutputFormat.java:710)

 Here is from ec2 build box: http://54.241.6.143/job/HBase-TRUNK-Hadoop-2/org.apache.hbase$hbase-server/423/testReport/org.apache.hadoop.hbase.mapreduce/TestHFileOutputFormat/testExcludeAllFromMinorCompaction/
Fails like this (the same):

The start-job operation must pass the job file name as parameter, 
/deployment=*/subsystem=batch-jberet:read-operation-description(name=start-job)
however the jon attribute below, returns the job-id name, not the job file name
/deployment=/subsystem=batch-jberet/job=
So there is no way to know at runtime, the job file name. Is it possible to return the job xml file name ?

Concerning the forum-conversation: http://forum.springframework.org/showthread.php?t=59485. According to this conversation this problem did not occur in SWF version 2.0.0. 
The rich:fileUpload does not complete properly. It does upload the file but it doesn't complete correctly at clientside. i.e. the statusupdate in the component always puts a SERVER_TRANSFER_ERROR as message.
The fileUploadListener method of the backingbean fires correct but afterwards the component does not receive a correct AJAX acknowledge from the server. 

There are perfectly valid cases where you may want to output a log message with no elements displayed, i.e. with showExchangeId=false, showBody=false, etc.
For example, when you want to print a "signal" log line for a particular transaction and you're already using MDC logging with breadcrumbs enabled. You may already have all the info you need: logging category, severity, breadcrumbId. You are not interested in anything else.
Currently, disabling all elements leads to a NPE.

LocalVariableTableParameterNameDiscoverer doesn't support finding parameter names in bridged methods.
Either it (or its callers) should (or need to) call BridgeMethodResolver.findBridgedMethod

When the PageableHandlerMethodArgumentResolver is configured with one-based index parameters:

resolver.setOneIndexedParameters(true);

and a zero or negative page parameter is provided, e.g. ?page=0 or ?page=-1, an IllegalArgumentException is thrown, rather than falling back to the first page.

java.lang.IllegalArgumentException: Page index must not be less than zero!
	at org.springframework.data.domain.AbstractPageRequest.<init>(AbstractPageRequest.java:43) ~[spring-data-commons-1.10.0.RELEASE.jar:na]
	at org.springframework.data.domain.PageRequest.<init>(PageRequest.java:63) ~[spring-data-commons-1.10.0.RELEASE.jar:na]
	at org.springframework.data.web.PageableHandlerMethodArgumentResolver.resolveArgument(PageableHandlerMethodArgumentResolver.java:253) ~[spring-data-commons-1.10.0.RELEASE.jar:na]
	. . .

The page is initially set to the appropriate default page number of 0, but then, one is subtracted from that value, resulting in a negative value, which is passed to the PageRequest constructor, resulting in the IllegalArgumentException:
PageableHandlerMethodArgumentResolver#resolveArgument
int page = StringUtils.hasText(pageString) ? parseAndApplyBoundaries(pageString, 0, Integer.MAX_VALUE)
				- (oneIndexedParameters ? 1 : 0) : defaultOrFallback.getPageNumber();

. . . 

return new PageRequest(page, pageSize, sort);

There may be multiple ways to solve this problem, but one approach could be to validate the lower bound after the page var is initially set, in a similar way as the pageSize:
// Limit lower bound
pageSize = pageSize < 1 ? defaultOrFallback.getPageSize() : pageSize;
// TODO add similar lower bound limit for page param as well...

Can't build patches for other branches then master. It seems that git is unable to checkout repo due of unracked files
https://builds.apache.org/job/PreCommit-HBASE-Build/12824//console

======================================================================
    Testing patch on branch branch-1.

git checkout branch-1
Previous HEAD position was 7561ae6... HBASE-12867 Add ability to specify custom replication endpoint to add_peer
Switched to branch 'branch-1'
Your branch is behind 'origin/branch-1' by 52 commits, and can be fast-forwarded.
  (use "git pull" to update your local branch)
git status
On branch branch-1

Untracked files:
  (use "git add <file>..." to include in what will be committed)

	patchprocess/

nothing added to commit but untracked files present (use "git add" to track)

The schema-mysql.sql file is currently coded half MyISAM and InnoDB.  It should all be InnoDB.

On our internal build system we've seen TestHeapMemoryManager fail twice.

  TestHeapMemoryManager.testWhenClusterIsReadHeavy:174->assertHeapSpaceDelta:317 null
  TestHeapMemoryManager.testWhenClusterIsWriteHeavy:136->assertHeapSpaceDelta:317 null

Example:

@Test
public void testCoercionToCollectionOfPrimitive() throws Exception {

	class TestTarget {
		@SuppressWarnings("unused")
		public int sum(Collection<Integer> numbers) {
			int total = 0;
			for (int i : numbers) {
				total += i;
			}
			return total;
		}
	}

	StandardEvaluationContext evaluationContext = new StandardEvaluationContext();

	TypeDescriptor collectionType = new TypeDescriptor(new MethodParameter(TestTarget.class.getDeclaredMethod(
			"sum", Collection.class), 0));
	// The type conversion is possible
	assertTrue(evaluationContext.getTypeConverter()
			.canConvert(TypeDescriptor.valueOf(String.class), collectionType));
	// ... and it can be done successfully
	assertEquals("[1, 2, 3, 4]", evaluationContext.getTypeConverter().convertValue("1,2,3,4",
			TypeDescriptor.valueOf(String.class), collectionType).toString());

	evaluationContext.setVariable("target", new TestTarget());

	// OK up to here, so the evaluation should be fine...
	// ... but this fails
	int result = (Integer) parser.parseExpression("#target.sum(#root)").getValue(evaluationContext, "1,2,3,4");
	assertEquals("Wrong result: " + result, 10, result);

}

java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Integer
	at org.springframework.sample.ExpressionTests$2TestTarget.sum(ExpressionTests.java:127)
	at org.springframework.expression.spel.support.ReflectiveMethodExecutor.execute(ReflectiveMethodExecutor.java:58)
	at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:104)
	at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:57)
	at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:93)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:93)
	at org.springframework.sample.ExpressionTests.testCoercionToCollectionOfPrimitive(ExpressionTests.java:144)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:46)

Due to the legacy in in-memory mapjoin and conservative planning, the memory estimation code for mapjoin hashtable is currently not very good. It allocates the probe erring on the side of more memory, not taking data into account because unlike the probe, it's free to resize, so it's better for perf to allocate big probe and hope for the best with regard to future data size. It is not true for hybrid case.
There's code to cap the initial allocation based on memory available (memUsage argument), but due to some code rot, the memory estimates from planning are not even passed to hashtable anymore (there used to be two config settings, hashjoin size fraction by itself, or hashjoin size fraction for group by case), so it never caps the memory anymore below 1 Gb. 
Initial capacity is estimated from input key count, and in hybrid join cache can exceed Java memory due to number of segments.
There needs to be a review and fix of all this code.
Suggested improvements:
1) Make sure "initialCapacity" argument from Hybrid case is correct given the number of segments. See how it's calculated from keys for regular case; it needs to be adjusted accordingly for hybrid case if not done already.
1.5) Note that, knowing the number of rows, the maximum capacity one will ever need for probe size (in longs) is row count (assuming key per row, i.e. maximum possible number of keys) divided by load factor, plus some very small number to round up. That is for flat case. For hybrid case it may be more complex due to skew, but that is still a good upper bound for the total probe capacity of all segments.
2) Rename memUsage to maxProbeSize, or something, make sure it's passed correctly based on estimates that take into account both probe and data size, esp. in hybrid case.
3) Make sure that memory estimation for hybrid case also doesn't come up with numbers that are too small, like 1-byte hashtable. I am not very familiar with that code but it has happened in the past.
Other issues we have seen:
4) Cap single write buffer size to 8-16Mb. The whole point of WBs is that you should not allocate large array in advance. Even if some estimate passes 500Mb or 40Mb or whatever, it doesn't make sense to allocate that.
5) For hybrid, don't pre-allocate WBs - only allocate on write.
6) Change everywhere rounding up to power of two is used to rounding down, at least for hybrid case 
I wanted to put all of these items in single JIRA so we could keep track of fixing all of them.
I think there are JIRAs for some of these already, feel free to link them to this one.

All message bundles currently have a hyphen in their message. This breaks the Dojo validator. Therefore the hyphens need to be escaped.

The result from the following SELECT query is 3 rows but it should be 1 row.
I checked it in MySQL - it returned 1 row.
To reproduce the issue in Hive
1. prepare tables

drop table if exists L;
drop table if exists LA;
drop table if exists FR;
drop table if exists A;
drop table if exists PI;
drop table if exists acct;

create table L as select 4436 id;
create table LA as select 4436 loan_id, 4748 aid, 4415 pi_id;
create table FR as select 4436 loan_id;
create table A as select 4748 id;
create table PI as select 4415 id;

create table acct as select 4748 aid, 10 acc_n, 122 brn;
insert into table acct values(4748, null, null);

2. run SELECT query

select
  acct.ACC_N,
  acct.brn
FROM L
JOIN LA ON L.id = LA.loan_id
JOIN FR ON L.id = FR.loan_id
JOIN A ON LA.aid = A.id
JOIN PI ON PI.id = LA.pi_id
JOIN acct ON A.id = acct.aid
WHERE
  L.id = 4436
  and acct.brn is not null;

the result is 3 rows

10	122
NULL	NULL
NULL	NULL

but it should be 1 row

10	122

2.1 "explain select ..." output for hive-1.3.0 MR

  Stage-12 is a root stage
  Stage-9 depends on stages: Stage-12
  Stage-0 depends on stages: Stage-9

  Stage: Stage-12
    Map Reduce Local Work
      Alias -> Map Local Tables:
        a 
          Fetch Operator
            limit: -1
        acct 
            limit: -1
        fr 
            limit: -1
        l 
            limit: -1
        pi 
            limit: -1
      Alias -> Map Local Operator Tree:
        a 
          TableScan
            alias: a
            Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONE
              predicate: id is not null (type: boolean)
              Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONE
              HashTable Sink Operator
                keys:
                  0 _col5 (type: int)
                  1 id (type: int)
                  2 aid (type: int)
        acct 
          TableScan
            alias: acct
            Statistics: Num rows: 3 Data size: 31 Basic stats: COMPLETE Column stats: NONE
              predicate: aid is not null (type: boolean)
              Statistics: Num rows: 2 Data size: 20 Basic stats: COMPLETE Column stats: NONE
                keys:
        fr 
          TableScan
            alias: fr
              predicate: (loan_id = 4436) (type: boolean)
                keys:
                  0 4436 (type: int)
                  1 4436 (type: int)
                  2 4436 (type: int)
        l 
          TableScan
            alias: l
              predicate: (id = 4436) (type: boolean)
                keys:
        pi 
          TableScan
            alias: pi
                keys:
                  0 _col6 (type: int)

  Stage: Stage-9
    Map Reduce
      Map Operator Tree:
          TableScan
            alias: la
            Statistics: Num rows: 1 Data size: 14 Basic stats: COMPLETE Column stats: NONE
              predicate: (((loan_id is not null and aid is not null) and pi_id is not null) and (loan_id = 4436)) (type: boolean)
              Statistics: Num rows: 1 Data size: 14 Basic stats: COMPLETE Column stats: NONE
              Map Join Operator
                condition map:
                     Inner Join 0 to 1
                     Inner Join 0 to 2
                keys:
                outputColumnNames: _col5, _col6
                Statistics: Num rows: 2 Data size: 8 Basic stats: COMPLETE Column stats: NONE
                Map Join Operator
                  condition map:
                       Inner Join 0 to 1
                       Inner Join 1 to 2
                  keys:
                    0 _col5 (type: int)
                    1 id (type: int)
                    2 aid (type: int)
                  outputColumnNames: _col6, _col19, _col20
                  Statistics: Num rows: 4 Data size: 17 Basic stats: COMPLETE Column stats: NONE
                    keys:
                      0 _col6 (type: int)
                      1 id (type: int)
                    outputColumnNames: _col19, _col20
                    Statistics: Num rows: 4 Data size: 18 Basic stats: COMPLETE Column stats: NONE
                      expressions: _col19 (type: int), _col20 (type: int)
                      outputColumnNames: _col0, _col1
                      Statistics: Num rows: 4 Data size: 18 Basic stats: COMPLETE Column stats: NONE
                      File Output Operator
                        compressed: false
                        Statistics: Num rows: 4 Data size: 18 Basic stats: COMPLETE Column stats: NONE
                        table:
                            input format: org.apache.hadoop.mapred.TextInputFormat
                            output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
                            serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
      Local Work:
        Map Reduce Local Work

      limit: -1
        ListSink

Time taken: 0.57 seconds, Fetched: 142 row(s)

2.2. "explain select..." output for hive-0.13.1 Tez

    Tez
      Edges:
        Reducer 2 <- Map 1 (SIMPLE_EDGE), Map 4 (SIMPLE_EDGE), Reducer 6 (SIMPLE_EDGE)
        Reducer 3 <- Reducer 2 (SIMPLE_EDGE), Map 9 (SIMPLE_EDGE)
        Reducer 6 <- Map 5 (SIMPLE_EDGE), Map 7 (SIMPLE_EDGE), Map 8 (SIMPLE_EDGE)
      DagName: lcapp_20150528111717_06c57a5b-8dc6-4ce9-bce7-b9e0a7818fe4:1
      Vertices:
        Map 1 
                TableScan
                  alias: acct
                  Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONE
                  Reduce Output Operator
                    key expressions: aid (type: int)
                    sort order: +
                    Map-reduce partition columns: aid (type: int)
                    Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONE
                    value expressions: acc_n (type: int), brn (type: int)
        Map 4 
                TableScan
                  alias: a
                  Statistics: Num rows: 46 Data size: 187 Basic stats: COMPLETE Column stats: NONE
                    key expressions: id (type: int)
                    Map-reduce partition columns: id (type: int)
                    Statistics: Num rows: 46 Data size: 187 Basic stats: COMPLETE Column stats: NONE
        Map 5 
                TableScan
                  alias: la
                  Statistics: Num rows: 28 Data size: 347 Basic stats: COMPLETE Column stats: NONE
                    predicate: (loan_id = 4436) (type: boolean)
                    Statistics: Num rows: 14 Data size: 173 Basic stats: COMPLETE Column stats: NONE
                      key expressions: loan_id (type: int)
                      Map-reduce partition columns: loan_id (type: int)
                      Statistics: Num rows: 14 Data size: 173 Basic stats: COMPLETE Column stats: NONE
                      value expressions: aid (type: int), pi_id (type: int)
        Map 7 
                TableScan
                  alias: fr
                    Statistics: Num rows: 23 Data size: 93 Basic stats: COMPLETE Column stats: NONE
                      Statistics: Num rows: 23 Data size: 93 Basic stats: COMPLETE Column stats: NONE
        Map 8 
                TableScan
                  alias: l
                    predicate: (id = 4436) (type: boolean)
                      key expressions: id (type: int)
                      Map-reduce partition columns: id (type: int)
        Map 9 
                TableScan
                  alias: pi
        Reducer 2 
            Reduce Operator Tree:
              Join Operator
                     Inner Join 1 to 2
                condition expressions:
                  0 {VALUE._col2}
                  1 
                  2 {VALUE._col1} {VALUE._col2}
                outputColumnNames: _col2, _col15, _col16
                Statistics: Num rows: 110 Data size: 448 Basic stats: COMPLETE Column stats: NONE
                Reduce Output Operator
                  key expressions: _col2 (type: int)
                  sort order: +
                  Map-reduce partition columns: _col2 (type: int)
                  Statistics: Num rows: 110 Data size: 448 Basic stats: COMPLETE Column stats: NONE
                  value expressions: _col15 (type: int), _col16 (type: int)
        Reducer 3 
                  0 {VALUE._col1} {VALUE._col2}
                  1 
                outputColumnNames: _col1, _col2
                Statistics: Num rows: 121 Data size: 492 Basic stats: COMPLETE Column stats: NONE
                Select Operator
                  expressions: _col1 (type: int), _col2 (type: int)
                  outputColumnNames: _col0, _col1
                  Statistics: Num rows: 121 Data size: 492 Basic stats: COMPLETE Column stats: NONE
                  File Output Operator
                    compressed: false
                    Statistics: Num rows: 121 Data size: 492 Basic stats: COMPLETE Column stats: NONE
                    table:
                        input format: org.apache.hadoop.mapred.TextInputFormat
                        output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
                        serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
        Reducer 6 
                  0 
                  1 {VALUE._col1} {VALUE._col2}
                  2 
                outputColumnNames: _col4, _col5
                Statistics: Num rows: 50 Data size: 204 Basic stats: COMPLETE Column stats: NONE
                  key expressions: _col4 (type: int)
                  Map-reduce partition columns: _col4 (type: int)
                  Statistics: Num rows: 50 Data size: 204 Basic stats: COMPLETE Column stats: NONE
                  value expressions: _col5 (type: int)

      limit: -1

Time taken: 1.377 seconds, Fetched: 146 row(s)

3. The workaround is to put "acct.brn is not null" to join condition

select
  acct.brn
FROM L
JOIN acct ON A.id = acct.aid and acct.brn is not null
WHERE
  L.id = 4436;

OK
10	122
Time taken: 23.479 seconds, Fetched: 1 row(s)

I tried it on hive-1.3.0 (MR) and hive-0.13.1 (MR and Tez) - all combinations have the issue

Inflector bug shows a StringIndexOutOfBoundsException when attempting to pluralize type names ending in uppercase characters.
[code]
roo> entity --name ~.foo.BarBO
Created SRC_MAIN_JAVA/com/foo/foo
Created SRC_MAIN_JAVA/com/foo/foo/BarBO.java
Undo create SRC_MAIN_JAVA/com/foo/foo/BarBO.java
Undo create SRC_MAIN_JAVA/com/foo/foo
String index out of range: -1
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
    at java.lang.String.substring(String.java:1937)
    at org.jvnet.inflector.rule.SuffixInflectionRule.apply(SuffixInflectionRule.java:57)
    at org.jvnet.inflector.RuleBasedPluralizer.pluralizeInternal(RuleBasedPluralizer.java:169)
    at org.jvnet.inflector.RuleBasedPluralizer.pluralize(RuleBasedPluralizer.java:147)
    at org.jvnet.inflector.RuleBasedPluralizer.pluralize(RuleBasedPluralizer.java:121)
    at org.jvnet.inflector.Noun.pluralOf(Noun.java:121)
    at org.jvnet.inflector.Noun.pluralOf(Noun.java:89)
    at org.springframework.roo.addon.plural.PluralMetadata.<init>(PluralMetadata.java:59)
    at org.springframework.roo.addon.plural.PluralMetadataProvider.getMetadata(PluralMetadataProvider.java:30)
[code]

Apparently "apacheds-all" shades all its dependencies, so there is a nasty potential for conflict if you include it transitively with application code. See here for examples of side effects with an old version of slf4j: http://stackoverflow.com/questions/22817959/deploying-springboot-to-standalone-glassfish-tomcat-renders-the-incompatible-slf. I'm not really sure what the best course is, but re-declaring the dependencies in Spring LDAP might help prevent other users from stumbling into similar problems.

We get intermittent test failure of TestDbNotificationListener.cleanupNotifs. We shall make it stable.

Following IO worker attributes can be set to negative values which in this context doesn't make sense:

io-threads
stack-size
task-keepalive
task-max-threads

We currently only include body for PUT and POST. But we should include the body for PATCH as well.

When a camelRoute using the camel-groovy component is deployed on Karaf, we get this class not found exception. Apparently, the class is not imported and the package is not declared in the MANIFEST file of the component.

Caused by: java.lang.NoClassDefFoundError: org/codehaus/groovy/runtime/callsite/CallSiteArray
	at script1413531356181697720774.$createCallSiteArray(script1413531356181697720774.groovy)
	at script1413531356181697720774.$getCallSiteArray(script1413531356181697720774.groovy)
	at script1413531356181697720774.__$swapInit(script1413531356181697720774.groovy)
	at script1413531356181697720774.<clinit>(script1413531356181697720774.groovy)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)[:1.7.0_51]
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)[:1.7.0_51]
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)[:1.7.0_51]
	at java.lang.reflect.Constructor.newInstance(Constructor.java:526)[:1.7.0_51]
	at java.lang.Class.newInstance(Class.java:374)[:1.7.0_51]
	at org.apache.camel.language.groovy.GroovyExpression.instantiateScript(GroovyExpression.java:71)
	at org.apache.camel.language.groovy.GroovyExpression.evaluate(GroovyExpression.java:50)
	at org.apache.camel.builder.ProcessorBuilder$4.process(ProcessorBuilder.java:103)
	at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)
	... 89 more
Caused by: java.lang.ClassNotFoundException: org.codehaus.groovy.runtime.callsite.CallSiteArray
	at java.net.URLClassLoader$1.run(URLClassLoader.java:366)[:1.7.0_51]
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)[:1.7.0_51]
	at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_51]
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)[:1.7.0_51]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:425)[:1.7.0_51]
	at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:648)
	at groovy.lang.GroovyClassLoader$InnerLoader.loadClass(GroovyClassLoader.java:401)
	at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:758)
	at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:746)
	... 102 more

When TestAsyncProcess runs on SUSE, the testFailAndSuccess & testThreadCreation fails intermittently with the following stack:
Error Trace for testFailAndSuccess

	at org.junit.Assert.assertTrue(Assert.java:52)
	at org.apache.hadoop.hbase.client.TestAsyncProcess.testFailAndSuccess(TestAsyncProcess.java:394)

Error trace for testThreadCreation

java.lang.AssertionError: expected:<1> but was:<2>
	at org.junit.Assert.failNotEquals(Assert.java:743)
	at org.junit.Assert.assertEquals(Assert.java:555)
	at org.junit.Assert.assertEquals(Assert.java:542)
	at org.apache.hadoop.hbase.client.TestAsyncProcess.testThreadCreation(TestAsyncProcess.java:728)

ImportTsv job is failing with below exception

Exception in thread "main" java.lang.IllegalArgumentException: Can not create a Path from a null string
	at org.apache.hadoop.fs.Path.checkPathArg(Path.java:123)
	at org.apache.hadoop.fs.Path.<init>(Path.java:135)
	at org.apache.hadoop.fs.Path.<init>(Path.java:89)
	at org.apache.hadoop.hbase.mapreduce.HFileOutputFormat2.configurePartitioner(HFileOutputFormat2.java:591)
	at org.apache.hadoop.hbase.mapreduce.HFileOutputFormat2.configureIncrementalLoad(HFileOutputFormat2.java:441)
	at org.apache.hadoop.hbase.mapreduce.HFileOutputFormat2.configureIncrementalLoad(HFileOutputFormat2.java:406)
	at org.apache.hadoop.hbase.mapreduce.ImportTsv.createSubmittableJob(ImportTsv.java:555)
	at org.apache.hadoop.hbase.mapreduce.ImportTsv.run(ImportTsv.java:763)
	at org.apache.hadoop.hbase.mapreduce.ImportTsv.main(ImportTsv.java:772)

hbase.fs.tmp.dir is set to a default value in hbase-default.xml. 
I found that hbase configuration resources from its xml are not loaded into conf object.

distcp arguments for "-p" are specified right after the "-p" without space. eg "-px"
Whitelist needs to be modified to allow this.

Currently, the Spring Data GemFire XML schema (XSD) requires the threshold attribute on the <gfe:eviction> element in SDG XML namespace configuration meta-data.  The <gfe:eviction> is used to set Evictions settings on a Region such as (maximums, action and algorithm/type) where the threshold corresponds to the maximum value for ENTRY_COUNT and MEMORY_SIZE.  However, the threshold has no meaning for the HEAP_PERCENTAGE Eviction type/algorithm and therefore should not be required.
The "threshold", or rather percentage when Regions employ the HEAP_LRU algorithm for Eviction comes from the Resource Manager's configuration applied at the Cache-level, and in SDG, that means the <gfe:cache> element's  values for critical-heap-percentage and eviction-heap-percentage.

Looks like WebHCat configuration is read as follows:
Configuration: core-default.xml, core-site.xml, mapred-default.xml, mapred-site.xml, jar:file:/Users/ekoifman/dev/hive/build/dist/hcatalog/share/webhcat/svr/webhcat-0.12.0-SNAPSHOT.jar!/webhcat-default.xml
creating /Users/ekoifman/dev/hive/build/dist/hcatalog/etc/webhcat/webhcat-site.xml and setting templeton.exec.timeout has no effect as can be seen in ExecServiceImpl
Probably the webhcat_server.sh script is missing something

book.xml

Corrected the BigTable link in 3 places in the paper.  It was actually producing a 404 from Google Labs!!  I have no idea how long that link has been wrong.
Minor formatting in additional resource in appendix (moved one presentation to slides from video since that's what it actually was)

In bucket mapjoin, each task loads its own copy of hash table which is inefficient as load is IO heavy and due to multiple copies of same hash table, the tables may get GCed on a busy system.
Implement a subcache with softreference to each hash table corresponding to its bucketID such that it can be reused by a task.
This needs changes from Tez side to push bucket id to TezProcessor.

See nabble
http://camel.465427.n5.nabble.com/Mail-component-velocity-and-NullpointerException-td2256742.html#a2259340
This ensure the mail message is kept and we can do commit/rollback without impact of mail message being lost during the routing

After I added new network interface and tried to remove it, I was unable to do so. But if I do :reload-servers, remove will success, though reload is not required after adding.

This will allow use of additional container features, previously was building against 3.1 which is quite old. (july 2012)

In a very simple route consuming from a Camel JMS endpoint receiving InOut exchanges (i.e. JMSReplyTo header present), the endpoint will not send back replies.
This happens because Camel JMS only returns a reply if the OUT message is set. But if the route looks like: consumer => processor, and Camel doesn't find the need to "weave in" an implicit Pipeline processor, no one will implicitly take care of mapping the IN message to an OUT message (unless the user knows about these internal aspects - but we shouldn't expect them too).
As a result, these routes DON'T WORK...

<route>
   <from uri="timer:foo?fixedRate=true&amp;period=10000" />
   <setBody><constant>Hello Raul</constant></setBody>
   <to uri="log:SendingRequest?showAll=true" />
   <inOut uri="activemq:queue:test1?requestTimeout=1000" />
   <to uri="log:ReceivedReply?showAll=true" />
</route>
        
<route>
   <from uri="activemq:queue:test1" />
   <to uri="log:ReceivedRequest?showAll=true" />
</route>

... but just by adding an additional log endpoint to the second route (or any other thing, for that matter), it starts to work because Camel weaves in the Pipeline processor.
Other workarounds that work:

explicitly wrapping the log endpoint in a <pipeline> DSL
<setBody><simple>${in.body}</simple></setBody>

Or simply introducing anything that will force Camel to insert a Pipeline processor.
IMHO, there are two solutions to avoid this issue:

Always weave in a Pipeline processor (adds overhead in simple routes and may cause regressions)
Adapt EndpointMessageListener to pick the IN message when the exchange is out capable and expectation of a reply exists

I'm happy to work on a patch for Camel 2.10.1.
EDIT: Just wrapping the single endpoint in <pipeline /> doesn't function as a workaround.

This is because url based job killing which we use doesn't work on hadoop2. We need to use java api. 

A Hive query fails when it tries to run a reduce task in uber mode in YARN.
The NullPointerException is thrown in the ExecReducer.configure method, because the plan file (reduce.xml) for a reduce task is not found.
The Utilities.getBaseWork method is expected to return BaseWork object, but it returns NULL due to FileNotFoundException. 

// org.apache.hadoop.hive.ql.exec.Utilities
public static BaseWork getBaseWork(Configuration conf, String name) {
  ...
    try {
    ...
      if (gWork == null) {
        Path localPath;
        if (ShimLoader.getHadoopShims().isLocalMode(conf)) {
          localPath = path;
        } else {
          localPath = new Path(name);
        }
        InputStream in = new FileInputStream(localPath.toUri().getPath());
        BaseWork ret = deserializePlan(in);
        ....
      }
      return gWork;
    } catch (FileNotFoundException fnf) {
      // happens. e.g.: no reduce work.
      LOG.debug("No plan file found: "+path);
    } ...
}

It happens because, the ShimLoader.getHadoopShims().isLocalMode(conf)) method returns true, because immediately before running a reduce task, org.apache.hadoop.mapred.LocalContainerLauncher changes its configuration to local mode ("mapreduce.framework.name" is changed from" "yarn" to "local"). On the other hand map tasks run successfully, because its configuration is not changed and still remains "yarn".

// org.apache.hadoop.mapred.LocalContainerLauncher
private void runSubtask(..) {
  ...
  conf.set(MRConfig.FRAMEWORK_NAME, MRConfig.LOCAL_FRAMEWORK_NAME);
  conf.set(MRConfig.MASTER_ADDRESS, "local");  // bypass shuffle

  ReduceTask reduce = (ReduceTask)task;
  reduce.setConf(conf);          

  reduce.run(conf, umbilical);
}

A super quick fix could just an additional if-branch, where we check if we run a reduce task in uber mode, and then look for a plan file in a different location.
Java stacktrace

2013-11-20 00:50:56,862 INFO [uber-SubtaskRunner] org.apache.hadoop.hive.ql.exec.Utilities: No plan file found: hdfs://namenode.c.lon.spotify.net:54310/var/tmp/kawaa/hive_2013-11-20_00-50-43_888_3938384086824086680-2/-mr-10003/e3caacf6-15d6-4987-b186-d2906791b5b0/reduce.xml
2013-11-20 00:50:56,862 WARN [uber-SubtaskRunner] org.apache.hadoop.mapred.LocalContainerLauncher: Exception running local (uberized) 'child' : java.lang.RuntimeException: Error in configuring object
	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:75)
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:133)
	at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:427)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:408)
	at org.apache.hadoop.mapred.LocalContainerLauncher$SubtaskRunner.runSubtask(LocalContainerLauncher.java:340)
	at org.apache.hadoop.mapred.LocalContainerLauncher$SubtaskRunner.run(LocalContainerLauncher.java:225)
	at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:106)
	... 7 more
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.configure(ExecReducer.java:116)
	... 12 more

2013-11-20 00:50:56,862 INFO [uber-SubtaskRunner] org.apache.hadoop.mapred.TaskAttemptListenerImpl: Status update from attempt_1384392632998_34791_r_000000_0
2013-11-20 00:50:56,862 INFO [uber-SubtaskRunner] org.apache.hadoop.mapred.TaskAttemptListenerImpl: Progress of TaskAttempt attempt_1384392632998_34791_r_000000_0 is : 0.0
2013-11-20 00:50:56,862 INFO [uber-SubtaskRunner] org.apache.hadoop.mapred.Task: Runnning cleanup for the task
2013-11-20 00:50:56,863 INFO [uber-SubtaskRunner] org.apache.hadoop.mapred.TaskAttemptListenerImpl: Diagnostics report from attempt_1384392632998_34791_r_000000_0: java.lang.RuntimeException: Error in configuring object
	... 7 more
	... 12 more

2013-11-20 00:50:56,863 INFO [uber-SubtaskRunner] org.apache.hadoop.mapred.LocalContainerLauncher: Processing the event EventType: CONTAINER_REMOTE_CLEANUP for container container_1384392632998_34791_01_000001 taskAttempt attempt_1384392632998_34791_m_000000_0
2013-11-20 00:50:56,863 INFO [AsyncDispatcher event handler] org.apache.hadoop.mapreduce.v2.app.job.impl.TaskAttemptImpl: Diagnostics report from attempt_1384392632998_34791_r_000000_0: java.lang.RuntimeException: Error in configuring object
	... 7 more
	... 12 more

Some filters pass region-level tests but seem to freeze client-side.

Problem is that the counters aren't re-initialized when containers are re-used.

HIVE-7704 added two new operators for fast file merging to OperatorType.java which is a generated source file. Instead the operators should be added to queryplan.thrift

We are occasionally seeing a ConcurrentModificationException thrown from DispatcherServlet.initHandlerMappings(ApplicationContext context) due to the sorting of the handler mappings from two different threads (DispatcherServlet line 590 in 5.0.10).
I traced the cause of this back to our use of SimpleApplicationEventMulticaster with an asynchronous task executor.
What is happening is that FrameworkServlet.initWebApplicationContext() calls configureAndRefreshWebApplicationContext(cwac) which fires off a ContextRefreshedEvent. This results in onApplicationEvent(ContextRefreshedEvent event) being called from an executor thread which then calls onRefresh(event.getApplicationContext()). Further down in initWebApplicationContext() (FrameworkServlet line 557) it checks the boolean refreshEventReceived and calls onRefresh(wac) again from the main thread as there is no synchronization.
 
It appears we're getting an incorrect translation of this MSSQL JDBC Exception:
microsoft.sqlserver.jdbc.SQLServerException: Cannot open database "ABC" requested by the login. The login failed.
which is translated to:
org.springframework.jdbc.BadSqlGrammarException: SqlMapClient operation; bad SQL grammar []; nested exception is com.ibatis.common.jdbc.exception.NestedSQLException:   
— The error occurred in com/foo/app/Map.xml
— The error occurred while executing query...
Assuming this is related to SPR-1832. If that's the case, the MSSQL SQL State for this exception is: S0001

There is a RuntimeException when call a key-store=keys:revoke-certificate on a existing alias, but having failed to obtain certificate from CA
Steps to reproduce

/subsystem=elytron/key-store=keyst2:add(credential-reference={clear-text=senha},type=JKS,path=keyst2.jks)
/subsystem=elytron/certificate-authority-account=ca_letsenc2:add(alias=www.cnn.com,key-store=keyst2)
/subsystem=elytron/key-store=keyst2:obtain-certificate(alias=www.cnn.com,certificate-authority-account=ca_letsenc2,domain-names=["www.cnn.com"],agree-to-terms-of-service,algorithm=RSA)
/subsystem=elytron/key-store=keyst2:revoke-certificate(alias=www.cnn.com,certificate-authority-account=ca_letsenc2)

obtain-certificate results in an exception, then call revoke-certificate

{
    "outcome" => "failed",                                                                                                                                                                                                                   
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: ELY10048: Challenge response failed validation by the ACME ser                           
ver",                                                                                                                                                                                                                                        
    "rolled-back" => true                                                                                                                                                                                                                    
}

[standalone@localhost:9990 /] /subsystem=elytron/key-store=keyst2:revoke-certificate(alias=www.cnn.com,certificate-authority-account=ca_letsenc2)
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.wildfly.security.x500.cert.acme.AcmeException: No such certificate",
}

I understand it make no sense to revoke a certificate that doesn't exist in CA provider, but it was more an accident to discover it as I was playing with the operations. 
Probably a WARN message would be more appropriate than a RuntimeException.

read(ByteBuffer) API just copies the data anyway, and there's no readFully. We need to use readFully and copy ourselves.

Begin forwarded message:
From: Ning Zhang <nzhang@facebook.com>
Date: August 26, 2010 2:47:26 PM PDT
To: John Sichi <jsichi@facebook.com>
Cc: "hive-dev@hadoop.apache.org" <hive-dev@hadoop.apache.org>
Subject: Re: failure in load_dyn_part1.q
Yes I saw this error before but if it does not repro. So it's probably an ordering issue in POSTHOOK. 
On Aug 26, 2010, at 2:39 PM, John Sichi wrote:
I'm seeing this failure due to a result diff when running tests on latest trunk:
POSTHOOK: Input: default@srcpart@ds=2008-04-08/hr=12
POSTHOOK: Input: default@srcpart@ds=2008-04-09/hr=11
POSTHOOK: Input: default@srcpart@ds=2008-04-09/hr=12
-POSTHOOK: Output: default@nzhang_part2@ds=2008-12-31/hr=11
-POSTHOOK: Output: default@nzhang_part2@ds=2008-12-31/hr=12
POSTHOOK: Output: default@nzhang_part1@ds=2008-04-08/hr=11
POSTHOOK: Output: default@nzhang_part1@ds=2008-04-08/hr=12
+POSTHOOK: Output: default@nzhang_part2@ds=2008-12-31/hr=11
+POSTHOOK: Output: default@nzhang_part2@ds=2008-12-31/hr=12
Did something change recently?  Or are we missing a Java-level sort on the input/output list for determinism?
JVS

In Boot, if context refresh fails, we publish an ApplicationFailedEvent. We can't rely on the context's multicaster being available at this point so we create our own. It is initialised with the collection of listeners returned by AbstractApplicationContext.getApplicationListeners(). Unfortunately, any listeners that were added after the context's multicaster was initialised are missing from this collection so they do not receive the ApplicationFailedEvent.
In AbstractApplicationContext.addApplicationListener(ApplicationListener<?>), would it be possible to always call this.applicationListeners.add(listener) rather than only calling it when this.applicationEventMulticaster is null?

When a subscription in unregistered with remaining subscriptions in the cache, a ConcurrentModificationException is thrown by the DestinationCache class.

Exception in thread "clientInboundChannel-1" Exception in thread "clientInboundChannel-2" java.util.ConcurrentModificationException
	at java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:711)
	at java.util.LinkedHashMap$LinkedKeyIterator.next(LinkedHashMap.java:734)
	at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry$DestinationCache.updateAfterRemovedSubscription(DefaultSubscriptionRegistry.java:191)
	at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry.removeSubscriptionInternal(DefaultSubscriptionRegistry.java:100)
	at org.springframework.messaging.simp.broker.AbstractSubscriptionRegistry.unregisterSubscription(AbstractSubscriptionRegistry.java:91)
	at org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler.handleMessageInternal(SimpleBrokerMessageHandler.java:129)
	at org.springframework.messaging.simp.broker.AbstractBrokerMessageHandler.handleMessage(AbstractBrokerMessageHandler.java:171)
	at org.springframework.messaging.support.ExecutorSubscribableChannel$1.run(ExecutorSubscribableChannel.java:70)
}}

The cause seems to be updateCache modification during iterating over its elements rather that concurrent access by 2 threads (updateCache modification are already synchronized).
It can be fixed in DestinationCache by  :

Moving the cached destinations removal outside the for loop.
Using updateCache.entrySet() instead of updateCache.keySet() + updateCache.get() in order to avoid updateCache modification during iteration. The tricky point here is we are using a LinkedHashMap with accessOrder=true. A simple updateCache.get() modify the map. By using updateCache.entrySet() we avoid this update.

Did some experiments to see if there's a way to speed up unit tests. TestCliDriver seemed to take a lot of time just spinning up/tearing down JVMs. I was also curious to see if running everything on a ram disk would help.
Results (I ran tests up to authorization_2):

Current setup: 40 minutes
Single JVM (not using child JVM to run all queries): 8 minutes
Single JVM + ram disk: 7 minutes

So the ram disk didn't help that much. But running tests in single JVM seems worthwhile doing.

Documentation of element properties for configurable-http-server-mechanism-factory (httpServerMechanismFactoryType) in wildfly-elytron_1_0.xsd says: "Additional properties that should be passed to the factor for SASL mechanism detection and creation.". However it should be HTTP mechanism instead of SASL. There is also typo "factor", it should be "factory".

TestMetaMigrationRemovingHTD untars a cluster dir having a .META. subdirectory. This causes mvn clean to fail.

After following the instruction for installing hbase on windows with cygwin, and trying to run the hbase shell i got the following error
NoMethodError: undefined method `close' for nil:NilClass
  initialize at C:/_servers/db/hbase/V090~1.2//bin/../lib/ruby/irb/hirb.rb:39
       start at C:_servers\db\hbase\V090~1.2\/bin/hirb.rb:171
      (root) at C:_servers\db\hbase\V090~1.2\/bin/hirb.rb:183
After a while of investigation it seems that the error comes from the fact that "/dev/null" is not functioning as expected. When changing to "NUL" (in lib/ruby/irb/hirb.rb line 34), which is window equivalent, the shell worked ok.
The fix 
change:  f = File.open("/dev/null", "w") to f = File.open("NUL", "w")

java.lang.IllegalStateException: java.lang.UnsupportedOperationException
	at java.util.Collections$1.remove(Collections.java:4684)
	at org.wildfly.clustering.server.singleton.SingletonService$SingletonDispatcher.getValueRef(SingletonService.java:266)
	at org.wildfly.clustering.server.singleton.SingletonService.getValue(SingletonService.java:225)
	at org.wildfly.clustering.server.singleton.SingletonService.getValue(SingletonService.java:69)
	at org.wildfly.clustering.service.AsynchronousServiceBuilder.getValue(AsynchronousServiceBuilder.java:92)
	at org.jboss.msc.service.ServiceControllerImpl.awaitValue(ServiceControllerImpl.java:1166)
	at org.wildfly.camel.test.singleton.SingletonRouteTest.testSingletonService(SingletonRouteTest.java:138)

This is happening when I try to provide a code example for a singleton service like this
CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/77

As part of WFCORE-113, the suffix attribute on size-rotating-file-handler has a little bit different functionality than on other handlers (seconds or milliseconds are allowed). However the validation error message is the same as on other handlers ("seconds or milliseconds are not allowed").

IntegrationTestTableSnapshotInputFormat fails with 
first: 

2015-01-15 03:56:36,175 INFO  [main] mapreduce.Job: Task Id : attempt_1420685782128_0080_m_000014_2, Status : FAILED
Error: java.io.IOException: java.lang.NoClassDefFoundError: com/yammer/metrics/core/MetricsRegistry
        at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionStores(HRegion.java:858)
        at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:756)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:729)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:4885)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:4851)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:4822)
        at org.apache.hadoop.hbase.client.ClientSideRegionScanner.<init>(ClientSideRegionScanner.java:60)
        at org.apache.hadoop.hbase.mapreduce.TableSnapshotInputFormatImpl$RecordReader.initialize(TableSnapshotInputFormatImpl.java:190)
        at org.apache.hadoop.hbase.mapreduce.TableSnapshotInputFormat$TableSnapshotRegionRecordReader.initialize(TableSnapshotInputFormat.java:139)
        at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.initialize(MapTask.java:545)
        at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:783)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:341)
        at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:163)
        at javax.security.auth.Subject.doAs(Subject.java:415)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1628)
        at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:158)

and then when that is fixed with: 

2015-01-15 04:15:58,576|beaver.machine|INFO|28451|139674165233408|MainThread|Error: java.io.IOException: java.lang.IllegalStateException: bucketCacheSize <= 0; Check hbase.bucketcache.size setting and/or server java heap size
2015-01-15 04:15:58,576|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionStores(HRegion.java:858)
2015-01-15 04:15:58,576|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:756)
2015-01-15 04:15:58,577|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:729)
2015-01-15 04:15:58,577|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:4885)
2015-01-15 04:15:58,577|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:4851)
2015-01-15 04:15:58,577|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:4822)
2015-01-15 04:15:58,577|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.client.ClientSideRegionScanner.<init>(ClientSideRegionScanner.java:60)

2015-01-15 04:16:22,764|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.io.hfile.CacheConfig.getL2(CacheConfig.java:491)
2015-01-15 04:16:22,764|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.io.hfile.CacheConfig.instantiateBlockCache(CacheConfig.java:536)
2015-01-15 04:16:22,764|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.io.hfile.CacheConfig.<init>(CacheConfig.java:186)
2015-01-15 04:16:22,764|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HStore.<init>(HStore.java:250)
2015-01-15 04:16:22,764|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:3762)
2015-01-15 04:16:22,765|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:832)
2015-01-15 04:16:22,765|beaver.machine|INFO|28451|139674165233408|MainThread|at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:829)
2015-01-15 04:16:22,765|beaver.machine|INFO|28451|139674165233408|MainThread|at java.util.concurrent.FutureTask.run(FutureTask.java:262)
2015-01-15 04:16:22,765|beaver.machine|INFO|28451|139674165233408|MainThread|at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
2015-01-15 04:16:22,765|beaver.machine|INFO|28451|139674165233408|MainThread|at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
2015-01-15 04:16:22,766|beaver.machine|INFO|28451|139674165233408|MainThread|at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
2015-01-15 04:16:22,766|beaver.machine|INFO|28451|139674165233408|MainThread|at java.lang.Thread.run(Thread.java:745)

Nick Dimiduk do you know about the second failure? We can setting block cache size to 0. 

For producing the correct filenames for bucketed tables, there is a method in Utilities.java that extracts out the task id from the filename and replaces it with the bucket number. There is a bug in the regex that is used to extract this value for attempt numbers >= 10:

>>> re.match("^.*?([0-9]+)(_[0​-9])?(\\..*)?$", 'attempt_201107090429_6496​5_m_001210_10').group(1)
'10'
>>> re.match("^.*?([0-9]+)(_[0​-9])?(\\..*)?$", 'attempt_201107090429_6496​5_m_001210_9').group(1)
'001210'

The file IDs are much more reliable than they were initially (hash+len+date instead of just one hash of everything) so they should be enabled by default.

org.apache.hadoop.hive.ql.TestTxnCommands2WithSplitUpdateAndVectorization.testNonAcidToAcidConversion1 refers to the same test case.
Maven command used is : mvn -Dtest=TestTxnCommands2 test
Error:

[INFO] Running org.apache.hadoop.hive.ql.TestTxnCommands2
[ERROR] Tests run: 44, Failures: 1, Errors: 0, Skipped: 3, Time elapsed: 618.215 s <<< FAILURE! - in org.apache.hadoop.hive.ql.TestTxnCommands2
[ERROR] testNonAcidToAcidConversion1(org.apache.hadoop.hive.ql.TestTxnCommands2)  Time elapsed: 17.557 s  <<< FAILURE!
        at org.apache.hadoop.hive.ql.TestTxnCommands2.testNonAcidToAcidConversion1(TestTxnCommands2.java:499)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
        at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
        at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
        at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
        at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
        at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
        at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
        at org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:168)
        at org.junit.rules.RunRules.evaluate(RunRules.java:20)
        at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
        at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
        at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
        at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
        at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
        at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
        at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
        at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
        at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:379)
        at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:340)
        at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125)
        at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:413)

[INFO]
[INFO]
[ERROR]   TestTxnCommands2.testNonAcidToAcidConversion1:499
[INFO]
[ERROR] Tests run: 44, Failures: 1, Errors: 0, Skipped: 3

I have created my own class PamAuthenticationProvider that implements PasswdAuthenticationProvider interface. I have puted jar into hive lib directory and have configured hive-site.xml in following way:
  <name>hive.server2.authentication</name>
  <value>CUSTOM</value>
  <name>hive.server2.custom.authentication.class</name>
  <value>com.avast.ff.hive.PamAuthenticationProvider</value>
I use SQuireL and jdbc drivers to connect to hive. During authentication Hive throws following exception:
java.lang.RuntimeException: java.lang.NoSuchMethodException: org.apache.hive.service.auth.PasswdAuthenticationProvider.<init>()
        at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:128)
        at org.apache.hive.service.auth.CustomAuthenticationProviderImpl.<init>(CustomAuthenticationProviderImpl.java:20)
        at org.apache.hive.service.auth.AuthenticationProviderFactory.getAuthenticationProvider(AuthenticationProviderFactory.java:57)
        at org.apache.hive.service.auth.PlainSaslHelper$PlainServerCallbackHandler.handle(PlainSaslHelper.java:61)
        at org.apache.hive.service.auth.PlainSaslServer.evaluateResponse(PlainSaslServer.java:127)
        at org.apache.thrift.transport.TSaslTransport$SaslParticipant.evaluateChallengeOrResponse(TSaslTransport.java:509)
        at org.apache.thrift.transport.TSaslTransport.open(TSaslTransport.java:264)
        at org.apache.thrift.transport.TSaslServerTransport.open(TSaslServerTransport.java:41)
        at org.apache.thrift.transport.TSaslServerTransport$Factory.getTransport(TSaslServerTransport.java:216)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:189)
Caused by: java.lang.NoSuchMethodException: org.apache.hive.service.auth.PasswdAuthenticationProvider.<init>()
        at java.lang.Class.getConstructor0(Class.java:2706)
        at java.lang.Class.getDeclaredConstructor(Class.java:1985)
        at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:122)
        ... 12 more
I have done small patch for org.apache.hive.service.auth.CustomAuthenticationProviderImpl , that have solved my problem, but I'm not sure if it's the best solution. Here is the patch:
— CustomAuthenticationProviderImpl.java       2013-06-20 14:55:22.473995184 +0200
+++ CustomAuthenticationProviderImpl.java.new   2013-06-20 14:57:36.549012966 +0200
@@ -33,7 +33,7 @@
     HiveConf conf = new HiveConf();
     this.customHandlerClass = (Class<? extends PasswdAuthenticationProvider>)
         conf.getClass(

HiveConf.ConfVars.HIVE_SERVER2_CUSTOM_AUTHENTICATION_CLASS.name(),
+            HiveConf.ConfVars.HIVE_SERVER2_CUSTOM_AUTHENTICATION_CLASS.varname,
             PasswdAuthenticationProvider.class);
     this.customProvider =
         ReflectionUtils.newInstance(this.customHandlerClass, conf);

class Foo {
  Bar bar;
}

class Bar {
  Long id;
}

TypeInformation<?> type = ClassTypeInformation.from(Foo.class);
assertThat(type.getProperty("bar.id"), is(notNullValue()));

The assertion fails as TypeDiscoverer.getProperty(…) does not recursively resolve the properties but looks up the head in the cache only (line 180).

Our single-sign-on scenarios like OpenID may not have credentials to report. Currently our RememberMeAuthenticationToken handles this issue by returning "" from getCredentials().
AbstractAuthenticationToke.equals should deal with nulls from getCredentials()

ManagementOnlyModeTestCase was recently reenabled after being turned off for a long time. But it has intermittent failures[1] so I'm going to re-disable it.
Looking at it, it's doing some reloads but in a custom way. Custom reloads have been the source of tons of problems, so my assumption is this one is just another case of that and it needs to use the standard approach.
[1] http://brontes.lab.eng.brq.redhat.com/project.html?projectId=WildFlyCore_PullRequest&testNameId=1734128874186553156&tab=testDetails

I am testing against SDN4 4.0.0-BUILD-SNAPSHOT with neo4j-ogm version 1.1.0
If I create an Entity with relations to two other Entities
and save them with depth 1, everything is OK.
Next I load the entity and then the related entities seperatly.
If I set the related entites to the main entity and store the main entity with depth 1,
then one of related entities gets lost.
Here comes a (not working) sample code,
I will try to strip down the the scenario to a test case.

public abstract class Entity {
  @GraphId
  private Long nodeId;
}

class EntityA extends Entity {
  @Relationship(type = "HAS")
  private Category category;

  private Set<Hashtag> tags = new HashSet<Hashtag>();
}

public class Hashtag extends Entity {
    private String name;

    @Relationship(type = "HAS", direction = Relationship.INCOMING)
    private Set<Entity> entities = new HashSet<Entity>();
}

public class Category extends Entity {

    private Set<Happening> happenings;
}

Create a new entity

List<String> tagNames = Arrays.asList("tag1", "tag2");

EntityA entity = new EntityA();
entity.setCategory(new Category("name"));
Set<Hashtag> tags = createHashtags(tagNames);
entity.setTags(tags);
entity = repository.save(entity, 1);

Update the entity, but use the same relations

EntityA entity = repository.find(entity.getNodeId());
Category category = categoryRepository.findByName("name");
Set<Hashtag> tags = hashtagService.findByNames(tagNames);
entity.setCategory(category);
repository.save(entity, 1);

-> now all relations to the tags are gone
I think it has to do with the mappingContext.
If I update the entity again (now without the relations to the tags),
then the relation to the category gets lost and the realtion to the tags are set up correct.
If I clear the session before I save the entity everything is fine, but in this case it is not possible to remove any relations.
Is this a known issue.

When encountering a skewed key with a large number of values, the vectorized reducer will not release memory within the loop.

The Text conversion for BINARY columns does 

    case BINARY:
        t.set(((BinaryObjectInspector) inputOI).getPrimitiveWritableObject(input).getBytes());
        return t;

This omission was noticed while investigating a different String related bug, in a list of functions which call getBytes() without calling getSize/getLength().

After removing the legacy security subsystem and booting the server, you see

12:22:54,842 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "ejb3")]) - failure description: {
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.security.simple-security-manager"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.ejb.utilities is missing [jboss.security.simple-security-manager]"]
}

Which means that EJB3 subsystem requires functionality of the legacy security subsystem.  It should be possible to completely get rid of the legacy subsystem and work with just Elytron.

No html manual here http://repo2.maven.org/maven2/org/apache/camel/camel-manual/1.5.0/
or here http://people.apache.org/maven-snapshot-repository/org/apache/camel/camel-manual/2.0-SNAPSHOT/

If the input column is not a valid JSON string, json_tuple will not return anything but this will prevent the downstream operators to access the left-hand side table. We should output a NULL row instead, similar to when the input column is a NULL value. 

The v2 staging URL for Let's Encrypt should be: 
https://acme-staging-v02.api.letsencrypt.org/directory

Relevant comment:

   * Flush a table or an individual region.
   * Asynchronous operation.

but it looks like it's synchronous.  In fact, it returns whether the flush ran or not:

message FlushRegionResponse {
  required uint64 lastFlushTime = 1;
  optional bool flushed = 2;
}

Under Tez and Vectorization, ReduceWork not getting vectorized unless it GROUP BY operator is MergePartial.  Add valid cases where GROUP BY is Hash (and presumably there are downstream reducers that will do MergePartial).

In case that you configure transactions subsystem for running with JDBCObject store the app server fails to start because of (it seems so) a circular dependency.
You can expect the exception like:

ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 52) JBAS014612: Operation ("add") failed - address: ([("subsystem" => "transactions")]): org.jboss.msc.service.CircularDependencyException: Container jboss-as has a circular dependency: [service jboss.txn.ArjunaObjectStoreEnvironment, service jboss.txn.ArjunaRecoveryManager, service jboss.connector.transactionintegration, service jboss.cached-connection-manager, service jboss.data-source.java:jboss/datasources/JDBCObjectDS] 

My assumption came from the configuration similar to this:

<datasource jta="false" jndi-name="java:jboss/datasources/JDBCObjectDS" pool-name="JDBCObjectDS" enabled="true" use-ccm="false"> 
<connection-url>jdbc:postgresql://postgresserver.com:5432/user1</connection-url>
  <driver-class&gt;org.postgresql.Driver</driver-class&gt;
  <driver>postgresql-9.2-1002.jdbc4.jar</driver>
  <security>
    <user-name>user1</user-name>
    <password>user1</password>
  </security>
</datasource> 

and the transaction config looks like this

<jdbc-store datasource-jndi-name="java:jboss/datasources/JDBCObjectDS" />

Removing the overlay of a serverGroup inside a composite operation fails.

I've a testcase which has the following flow:
1) Start 2 servers (node0 and node1)in clustered mode (standalone-ha.xml)
2) deploy a deployment to the servers contains the same SFSB which is marked as @Clustered. The SFSB has a @PreDestroy which intentionally does a Thread.sleep to slow down the undeployment process (whenever it happens)
3) Keep doing lookups for the SFSB from a remote client, which essentially translates into session creation on the servers
4) While #3 is happening, undeploy the application from node0. Since the SFSB has a Thread.sleep, the undeployment takes some time to actually finish. 
5) In the meantime, the session creation requests from the remote client happen on the other functional node (node1) but after a while, node1 starts throwing the following exception:

17:05:23,505 ERROR [org.infinispan.transaction.TransactionCoordinator] (EJB default - 7) Error while processing prepare: org.infinispan.remoting.transport.jgroups.SuspectException: Node node-0/ejb was suspected
	at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:184)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:515)
	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:169)
	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:190)
	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:247)
	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:234)
	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:229)
	at org.infinispan.remoting.rpc.RpcManagerImpl.broadcastRpcCommand(RpcManagerImpl.java:208)
	at org.infinispan.interceptors.ReplicationInterceptor.broadcastPrepare(ReplicationInterceptor.java:109)
	at org.infinispan.interceptors.ReplicationInterceptor.visitPrepareCommand(ReplicationInterceptor.java:101)
	at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124)
	at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118)
	at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132)
	at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:126)
	at org.infinispan.interceptors.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:106)
	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.invokeNextAndCommitIf1Pc(AbstractTxLockingInterceptor.java:108)
	at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:135)
	at org.infinispan.interceptors.NotificationInterceptor.visitPrepareCommand(NotificationInterceptor.java:58)
	at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:128)
	at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:115)
	at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitPrepareCommand(TransactionSynchronizerInterceptor.java:61)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:216)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:189)
	at org.infinispan.statetransfer.StateTransferInterceptor.visitPrepareCommand(StateTransferInterceptor.java:93)
	at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128)
	at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92)
	at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:92)
	at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343)
	at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:141)
	at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:123)
	at org.infinispan.transaction.synchronization.SynchronizationAdapter.beforeCompletion(SynchronizationAdapter.java:68)
	at org.infinispan.transaction.tm.DummyTransaction.notifyBeforeCompletion(DummyTransaction.java:230)
	at org.infinispan.transaction.tm.DummyTransaction.runPrepare(DummyTransaction.java:242)
	at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:86)
	at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:102)
	at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:123)
	at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:105)
	at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:86)
	at org.infinispan.CacheImpl.endBatch(CacheImpl.java:684)
	at org.infinispan.AbstractDelegatingCache.endBatch(AbstractDelegatingCache.java:80)
	at org.jboss.as.clustering.infinispan.invoker.BatchCacheInvoker.invoke(BatchCacheInvoker.java:53)
	at org.jboss.as.clustering.infinispan.invoker.RetryingCacheInvoker.invoke(RetryingCacheInvoker.java:81)
	at org.jboss.as.clustering.ejb3.cache.backing.infinispan.InfinispanBackingCacheEntryStore.insert(InfinispanBackingCacheEntryStore.java:176)
	at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.insert(SerializationGroupMemberContainer.java:304)
	at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.insert(SerializationGroupMemberContainer.java:51)
	at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.create(PassivatingBackingCacheImpl.java:122)
	at org.jboss.as.ejb3.cache.impl.GroupAwareCache.create(GroupAwareCache.java:67)
	at org.jboss.as.ejb3.cache.impl.GroupAwareCache.create(GroupAwareCache.java:41)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.createSession(StatefulSessionComponent.java:238)
	at org.jboss.as.ejb3.remote.protocol.versionone.SessionOpenRequestHandler$SessionIDGeneratorTask.run(SessionOpenRequestHandler.java:146)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_15]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_15]
	at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_15]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_15]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_15]
	at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_15]
Caused by: SuspectedException
	at org.jgroups.blocks.MessageDispatcher.sendMessage(MessageDispatcher.java:377)
	at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:301)
	at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:179)
	... 93 more

17:05:23,515 ERROR [org.infinispan.transaction.tm.DummyTransaction] (EJB default - 7) ISPN000109: beforeCompletion() failed for SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=null, isMarkedForRollback=false, lockedKeys=null, backupKeyLocks=null, topologyId=3, isFromStateTransfer=false} org.infinispan.transaction.synchronization.SyncLocalTransaction@4f} org.infinispan.transaction.synchronization.SynchronizationAdapter@6e: org.infinispan.CacheException: Could not prepare. 
	at org.infinispan.transaction.synchronization.SynchronizationAdapter.beforeCompletion(SynchronizationAdapter.java:70)
Caused by: javax.transaction.xa.XAException
	at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:161)
	... 26 more

This causes the session creation to fail on node1 (which was expected to be functional).
The entire relevant log is attached.

When i use FIFOCompactionPolicy, and if all hfiles(>1) are TTL expired in a region, once we do a compaction on the region, the compaction policy will select the latest hfile to do compaction.But beacuse the latest hfile is already TTL expired, compactor only write a "empty" hfile(whose entry counter is 0 and maxTimeStamp is Long.MAX_VALUE) finally. Because maxTimeStamp is long max, so the "empty" hfile will never be TTL expired, more seriously we can not archive it by FIFOCompactionPolicy forever.

I just checked the log and found the gtask doesn't work due to 

Caused by: java.lang.ClassNotFoundException: javax.xml.transform.stax.StAXSource
	at com.google.apphosting.runtime.security.UserClassLoader.loadClass(UserClassLoader.java:451)

The change (r979549) made by CAMEL-2991 causes every single endpoint to be recreated instead of restarted which takes Camel a (quite big) step back.  It is bad for the following reasons:
1) recreating services associated could be expensive (the design should not assume recreating the services is cheap).
2) states (if any) in Endpoint/Service could not be preserved (stop does not mean destroy after all).   
3) it is unnecessary to recreate to the whole shebank and it is an unexpected behavior for the users.  (Users think stop but it is gone.)
In the code (DefaultCamelContext.doStartCamel()), one can clearly see the original intent of the author (who even bothered to put in a nice comment) is to avoid re-initialization the route definition after stopping the camel context.  (Well, things may change but not necessarily for the better.)

       // To avoid initiating the routeDefinitions after stopping the camel context
        if (!routeDefinitionInitiated) {
            startRouteDefinitions(routeDefinitions);
            routeDefinitionInitiated = true;
        }

But, the change simply reset the routeDefinitionInitiated flag in doStop() which is the exact opposite of the original intention and routeDefinitionInitiated is unless pretty much.   

The new DbLockManager depends on heartbeats from the client in order to determine that a lock has not timed out.  The client is not currently sending those heartbeats.

example runs:
https://ci.wildfly.org/viewLog.html?buildId=88077&buildTypeId=WFPR
https://ci.wildfly.org/viewLog.html?buildId=87762&tab=buildResultsDiv&buildTypeId=WFPR

RestTemplate with Netty4ClientHttpRequestFactory produces two Content-Length headers.
It can be easily reproduced with little modification of org/springframework/http/client/AbstractMockWebServerTestCase, just add one assertation (assertTrue("Multiple Content-Length request headers received", request.getHeaders().toMultimap().get("Content-Length").size() == 1);) and run RestTemplateIntegrationTests.
If needed, I can share sample project to reproduce issue with Spring Boot 1.5.1.RELEASE and AbstractMockWebServiceTestCase and RestTemplateIntegrationTests copied from spring-framework master branch.
AbstractMockWebServerTestCase.java
private MockResponse postRequest(RecordedRequest request, String expectedRequestContent,
			String location, String contentType, byte[] responseBody) {
		assertTrue("Multiple Content-Length request headers received", request.getHeaders().toMultimap().get("Content-Length").size() == 1);
		assertTrue("Invalid request content-length",
				Integer.parseInt(request.getHeader("Content-Length")) > 0);
		String requestContentType = request.getHeader("Content-Type");
		assertNotNull("No content-type", requestContentType);
		Charset charset = StandardCharsets.ISO_8859_1;
		if (requestContentType.contains("charset=")) {
			String charsetName = requestContentType.split("charset=")[1];
			charset = Charset.forName(charsetName);
		}
		assertEquals("Invalid request body", expectedRequestContent, request.getBody().readString(charset));
		Buffer buf = new Buffer();
		buf.write(responseBody);
		return new MockResponse()
				.setHeader("Location", baseUrl + location)
				.setHeader("Content-Type", contentType)
				.setHeader("Content-Length", responseBody.length)
				.setBody(buf)
				.setResponseCode(201);
}

In order to debug mangled references it would be very helpful to have the rows printed to log.

Found when investigating the results change after converting tables to MM, turns out the MM result is correct but the current one is not.
The test ends like so:

desc formatted small_alltypesorc_a;
ANALYZE TABLE small_alltypesorc_a COMPUTE STATISTICS;
insert into table small_alltypesorc_a select * from small_alltypesorc1a;

The results from the descs in the golden file are:

	COLUMN_STATS_ACCURATE	{\"BASIC_STATS\":\"true\"}
	numFiles            	1                   
	numRows             	5                               
...
	numFiles            	1                   
	numRows             	15                                
...
	numFiles            	2                   
	numRows             	20                              

Note the result change after analyze - the original nomRows is inaccurate, but  BASIC_STATS is set to true.
I am assuming with metadata only optimization this can produce incorrect results.

The reference documentation on inner beans states inner beans become prototyped beans which is wrong.
I gave it a quick try and in contrast to what is documented in the section for prototype beans, the inner bean indeed gets destruction callbacks applied. I guess the original statement intended to describe multiple instances being created. But if the bean does not really become a prototype scoped bean we shouldn't use the analogy here.

Listing repositories if one repository has no pageable finders leads to a NullPointerException.

Request parameter name isn't decoded in method HtmlUnitRequestBuilder.params, but it should be.
Current implementation cannot handle URLs like:

http://server.cz/search?row[0]=foo&row[1]=bar

because it's encoded like: 

http://server.cz/search?row%5B0%5D=foo&row%5B1%5D=bar

and HtmlUnitRequestBuilder leaves it as it is. The parameters then aren't mapped to @RequestParams or @ModelAttribute because of encoded special characters.

With the code in CAMEL-11212 a small issue was introduced that when a HTTP client was not successfully started and attempt was made to stop it would result in NullPointerException.

Currently all configurations for the EE subsystem default-bindings resource includes the jms-connection-factory attribute, when that should only happen for "full" configurations.

Both have lines like:
curl -X POST -T src/main/resources/org.jboss.fuse.examples/cxf/jaxrs/client/add_customer.xml -H "Content-Type: text/xml" http://localhost:8181/cxf/crm/customerservice/customers
org.jboss.fuse.examples should be org/jboss/fuse/examples

UGI doesn't hash based on the user as expected so since we have lots of ugi potentially created the cache doesn't do it's job.

When having a controller package structure like:

my.controller
	
server
user
group

my.other.controller
	
role
permission

and no controller exists in package my.controller but in sub-packages server, user and group the @ControllerAdvice is applied to all controllers instead of only the ones in package my.controller.
So, for example, following the above package structure if I would like to have two different @ControllerAdvice, one for all controller contained in the package my.controller and another one for the ones contained in my.other.controller I need to add a dummy controller on each package in order to apply the correct advice.
The controller advice documentation points out that you should consider to have such a dummy controller in order to reference it from the advice

Class<?>[ ] basePackageClasses()
Type-safe alternative to value() for specifying the packages to select Controllers to be assisted by the @ControllerAdvice annotated class.
Consider creating a special no-op marker class or interface in each package that serves no purpose other than being referenced by this attribute.
As other usages of the same kind of annotation property (e.g. @ComponentScan.basePackages) I expected not to have such a dummy controller but let the framework find them in the sub packages

ServerSuspendHandler is calling OperationContext.completeStep() and passing in a rollback handler from a org.jboss.as.server.suspend.OperationListener that may be invoked by a different thread. The OperationContext is not intended to be invoked from multiple threads in this way. 
3 things can happen with this setup:
1) There is no activity preventing suspend, so the suspend controller immediately calls back to the OperationListener on the thread that's handling the operation. So then things work fine.
2) There is something that prevents synchronous suspend (i.e. user activity) so then the OperationListener gets invoked later by another thread. The completeStep call registers a rollback handler that will never get called because the op is already done. No harm, no foul unless the operation rolled back.
3) Same as 2) but the OperationListener gets invoked later by another thread while the mgmt op is still executing and somehow something goes wrong, since AbstractOperationContext.Step is not written for concurrent modification.

When an HL7 message length is exactly 1022 then the two end control charcters are not read from the same packet/buffer. This causes HL7MLLPDecoder.scan() method to fail.

HIVE-16260 allows removal of parallel edges of semijoin with mapjoins.
https://issues.apache.org/jira/browse/HIVE-16260
However, it should also consider dynamic partition pruning edge like semijoin without removing it while traversing the query tree.

I've noticed that scripts for upgrading metastore backed up on PostgreSQL are not valid.

The automatic index usage does not check whether or not the indexes are still up-to-date when generating the index queries. This can be addressed in two stages, the first is to add a check before generating the index query to ensure that the index is still valid. The next stage may be to add some sort of mode where indexes are automatically updated on table writes.

I am seeing occasional failures running metastore tests where operations are failing saying that there is no open transaction.  I have traced this to a race condition in loading the materialized view invalidation cache.  When it is initialized (either in HiveMetaStoreClient in embedded mode or in HiveMetaStore in remote mode) it grabs a copy of the current RawStore instance and then loads the cache in a separate thread.  But ObjectStore keeps state regarding JDO transactions with the underlying RDBMS.  So with the loader thread and the initial thread both doing operations against the RawStore they sometimes mess up each others transaction stack.  In a quick test I used HMSHandler.newRawStoreForConf() to fix this, which seemed to work.
A reference to the TxnHandler is also called.  I suspect this will run into a similar issue.

Title says it all. This variant of the outbound-connection resources was missed when I added capabilities.
AbstractOutboundConnectionResourceDefinition can take care of this for all the variants and we can remove the registration from the various add/remove handlers.

Execute bin/vault.sh, then input a non-integer parameter cause:

Exception in thread "main" java.util.InputMismatchException
	at java.util.Scanner.throwFor(Scanner.java:909)
	at java.util.Scanner.next(Scanner.java:1530)
	at java.util.Scanner.nextInt(Scanner.java:2160)
	at java.util.Scanner.nextInt(Scanner.java:2119)
	at org.jboss.as.security.vault.VaultTool.main(VaultTool.java:109)
	at org.jboss.modules.Module.run(Module.java:292)
	at org.jboss.modules.Main.main(Main.java:455)

Because VaultTool.main() only scans next token of the input as an int, better catch the InputMismatchException and exit peacefully as default action.

When a custom query returns null for a field which is a collection type in the corresponding @QueryResult object, org.neo4j.ogm.annotations.EntityAccess::boxPrimitiveArray throws an NPE (as it tries to box a null).

Right now the 'reload function' is handled specially in HiveCommand#find:

        return null;
      } else if(command.length > 1 && "reload".equalsIgnoreCase(command[0])
          && "function".equalsIgnoreCase(command[1])) {
        //special handling for SQL "reload function"
      }

However, this means the hive.security.command.whitelist doesn't work for the command. It's better to first do the privilege check and then the rest.

The current DoubleWritable hashCode takes only the last 32 bits. This is a big problem because for small integer values like 1.0, 2.0, 15.0, the hashCode are all 0.

Riftsaw DDLs are provided in sql folder for Fuse on EAP, for Fuse on Karaf are missing.

MultipleClientRemoteJndiTestCase and NestedRemoteContextTestCase from EAP 6.1.0 TS fail due to NamingException.
Both tests use hardcoded address like: env.put(Context.PROVIDER_URL, "remote://localhost:4447"); 
When Jenkins configures to use other address, they will failed with NamingException.

We're creating a String in each "nextInternal". Before HBASE-9983 this was cached, but it's not the case anymore...

A JobExecution does not need a start time until it actually starts.  Some logic in the Dao might need to change so that startTime can be null until the Job actually begins the execution.

The 'name="master" attribute should come after the xmlns as that is the way it will be persisted. It's also the way the Galleon build will generate it, as the Galleon build is based on xml persistence by the management layer.

When default cache is set to "repl", after deploying clusterbench and accessing http://localhost:8080/clusterbench-granular/granular, the following NPE is logged:

12:08:42,201 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-1) ISPN000136: Error executing command GetKeysInGroupCommand, writing keys []: java.lang.NullPointerException
        at org.infinispan.interceptors.base.BaseStateTransferInterceptor.visitGetKeysInGroupCommand(BaseStateTransferInterceptor.java:50)
        at org.infinispan.commands.remote.GetKeysInGroupCommand.acceptVisitor(GetKeysInGroupCommand.java:95)
        at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
        at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:107)
        at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:76)
        at org.infinispan.commands.AbstractVisitor.visitGetKeysInGroupCommand(AbstractVisitor.java:178)
        at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
        at org.infinispan.cache.impl.CacheImpl.internalGetGroup(CacheImpl.java:490)
        at org.infinispan.cache.impl.CacheImpl.getGroup(CacheImpl.java:483)
        at org.infinispan.cache.impl.CacheImpl.getGroup(CacheImpl.java:478)
        at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.getGroup(AbstractDelegatingAdvancedCache.java:227)
        at org.wildfly.clustering.web.infinispan.session.fine.FineSessionAttributesFactory.createValue(FineSessionAttributesFactory.java:73)
        at org.wildfly.clustering.web.infinispan.session.fine.FineSessionAttributesFactory.createValue(FineSessionAttributesFactory.java:45)
        at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.createValue(InfinispanSessionFactory.java:55)
        at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.createValue(InfinispanSessionFactory.java:40)
        at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.createSession(InfinispanSessionManager.java:256)
        at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.createSession(DistributableSessionManager.java:109)
        at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:741)
        at io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:370)
        at org.jboss.test.clusterbench.common.session.CommonGranularHttpSessionServlet.doGet(CommonGranularHttpSessionServlet.java:40)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
        at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
        at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
        at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
        at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
        at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284)
        at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)
        at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
        at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793)

Followed by:

12:08:42,203 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /clusterbench-granular/granular: java.lang.NullPointerException

See Steps to Reproduce.
This does not happen when using "dist" cache.
Server log:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/mvinkler_eap-7x-failover-http-granular-shutdown-repl-sync/1/console-perf18/

Currently, in DbTxnManager this method will block until all competing locks have gone away.
This is not appropriate for all clients.  There should be a way to specify a max-wait-time.
It will throw an exception on timeout (given how current method signature is written).

Commons-codec 1.4 made an incompatible change to the Base64 class that made line-wrapping default (boo!). This breaks the Base64TextInputFormat in contrib. This patch adds some simple reflection to use the new constructor that uses the old behavior.

I have come across an issue which results in the following exception to be thrown.

java.lang.RuntimeException: org.springframework.data.mongodb.CannotGetMongoDbConnectionException: Failed to authenticate to database

This appears to be caused by multiple threads trying to authenticate a single DB instance. The bug appears to be in MongoDbUtils in the doGetDB(…) method. The method retrieves the DB object for a given name and checks if it is authenticated, if it is not authenticated then it will authenticate it with the given username and password. However, if two threads check the same DB object they will both attempt to authenticate which leads to the exception being thrown. I have checked the latest source code in the git repository and the bug still appears to be present. To solve this issue I have replaced lines 109 - 118 with:

if (credentialsGiven && !db.isAuthenticated()) {
	String username = credentials.getUsername();
	String password = credentials.hasPassword() ? credentials.getPassword() : null;
	synchronized (db) {
		if (!db.isAuthenticated() && !db.authenticate(username, password == null ? null : password.toCharArray())) {
			throw new CannotGetMongoDbConnectionException("Failed to authenticate to database [" + databaseName
					+ "], username = [" + username + "], password = [" + password + "]", databaseName, credentials);
		}	
	}
}

The synchronized block could be moved to include both if statements which would remove the need for the second call to isAuthenticated(…) but it would mean that each time the doGetDb(…) method is called the synchronized block will be entered. Whereas the above will only be synchronized on calls to doGetDb(…) when the db has not been authenticated, with the compromise that the isAuthenticated() method has to be called twice.
I have run the above fix (well the same fix based on the 1.0.4.RELEASE code) and it appears to solve the issue.
A second issue to be aware of is the pre version 2.9.0 of the java mongo driver has a multithreading bug described in the link below. I have had a look a the latest dev version of spring-mongo and it is still using 2.7.1 so it would be worth considering the upgrade.
https://jira.mongodb.org/browse/JAVA-582

The following classes have a default close method implementation which does not belong and should be removed:
org.springframework.batch.execution.launch.EmptyItemWriter
org.springframework.batch.item.writer.ItemWriterAdapter
org.springframework.batch.item.reader.ItemReaderAdapter
Here's an interesting question – how do you deal with something that needs to be both an ItemStream and a RepeatInterceptor?
Take org.springframework.batch.io.support.HibernateAwareItemWriter for instance – suppose you want this to be transaction managed as an ItemStream, how would you do that?

Hi,
since Spring Boot version 2.0.0.M4 I have the following injection problem (can be reproduced by running the AutorwireBugTest in the attached sample project):
I have a Kotlin class Foo which has a primary constructor that expects a parameter of type Bar

@Aggregate
class Foo(param: Bar)

The class also has a default constructor generated by the kotlin-noarg Gradle plugin because of the following configuration in build.gradle:

noArg {
    annotation("com.example.autowirebug.Aggregate")
}

Bar is not a Spring bean i.e. autowiring the primary constructor fails in Spring 2.0.0.RC4 :

	at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:125)
	at org.springframework.test.context.support.DefaultTestContext.getApplicationContext(DefaultTestContext.java:107)
	at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:117)
	at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:83)
	at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:242)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:227)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:289)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:291)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:246)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190)
	at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'foo' defined in file.../Foo.class]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.example.autowirebug.bar.Bar' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {}
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:745)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:214)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1269)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1126)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:545)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:502)
	at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:312)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:310)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:756)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:868)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:549)
	at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:128)
	at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:60)
	at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.delegateLoading(AbstractDelegatingSmartContextLoader.java:109)
	at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.loadContext(AbstractDelegatingSmartContextLoader.java:246)
	at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:99)
	at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:117)
	... 24 more
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.example.autowirebug.bar.Bar' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {}
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoMatchingBeanFound(DefaultListableBeanFactory.java:1501)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1099)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1060)
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:832)
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:737)
	... 42 more

But the same test works in 2.0.0.RC2 because the default constructor is used instead of the primary constructor. Is this behavior intended? Is there a workaround to prevent Spring from picking the wrong constructor.
The problem originally occured when using AxonFramework (http://www.axonframework.org, version, 3.0.5) in combination with Spring Boot and Kotlin. Axon use the following code to load aggregates:

protected T doCreateAggregate(...) {
    return (T) applicationContext.getBean(prototypeBeanName);
}

which now fails with the error described above.
For me it's major problem because it prevents me from using Axon with the latest Spring Boot version and I don't know any workaround.
Thanks and regards,
Andreas

Imagine the following situation: there is an OSGi (in my case DM Server) environment, which contains some bundles. One of them uses the security namespace to protect some methods. This bundle has nothing to do with the web, this is the responsibility of the web bundle, which contains some web pages and expose some of the services from that bundle. . Within the web bundle, a filter-chain-map is used to protect some URLs.
The manifest of the first bundle imports some Spring Security related packages, but not org.springframework.security.web, this package is only imported by the web bundle. The SecurityNamespaceHandler seems to be a singleton, and when the org.springframework.security.web.FilterChainProxy is not available on the classpath when the SecurityNamespaceHandler is loaded for the first time (in my case, when the first bundle is started), an exception will be thrown when another bundle is using the security:http and security:filter-chain-map elements.
Import the org.springframework.security.web package in all bundles which do something with the security namespace.
org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: spring-security-web classes are not available. You need these to use <filter-chain-map>
Offending resource: URL [bundleentry://121.fwk7527493/WEB-INF/applicationContext.xml]
	at org.springframework.beans.factory.parsing.FailFastProblemReporter.fatal(FailFastProblemReporter.java:59)
	at org.springframework.beans.factory.parsing.ReaderContext.fatal(ReaderContext.java:68)
	at org.springframework.beans.factory.parsing.ReaderContext.fatal(ReaderContext.java:55)
	at org.springframework.security.config.SecurityNamespaceHandler.reportMissingWebClasses(SecurityNamespaceHandler.java:91)
	at org.springframework.security.config.SecurityNamespaceHandler.decorate(SecurityNamespaceHandler.java:72)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.decorateIfRequired(BeanDefinitionParserDelegate.java:1372)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.decorateBeanDefinitionIfRequired(BeanDefinitionParserDelegate.java:1359)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.decorateBeanDefinitionIfRequired(BeanDefinitionParserDelegate.java:1339)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.processBeanDefinition(DefaultBeanDefinitionDocumentReader.java:261)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseDefaultElement(DefaultBeanDefinitionDocumentReader.java:154)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:133)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:93)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:493)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:390)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:334)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:302)
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:143)
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:178)
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:149)
	at org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:164)
	at org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:136)
	at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:130)
	at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:458)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$800(AbstractDelegatedExecutionApplicationContext.java:69)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$3.run(AbstractDelegatedExecutionApplicationContext.java:269)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.startRefresh(AbstractDelegatedExecutionApplicationContext.java:247)
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.stageOne(DependencyWaiterApplicationContextExecutor.java:214)
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.refresh(DependencyWaiterApplicationContextExecutor.java:169)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.refresh(AbstractDelegatedExecutionApplicationContext.java:175)
	at org.springframework.osgi.extender.internal.activator.ContextLoaderListener$2.run(ContextLoaderListener.java:716)
	at org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:48)
	at org.springframework.osgi.extender.internal.activator.ContextLoaderListener.maybeCreateApplicationContextFor(ContextLoaderListener.java:781)
	at org.springframework.osgi.extender.internal.activator.ContextLoaderListener$ContextBundleListener.handleEvent(ContextLoaderListener.java:229)
	at org.springframework.osgi.extender.internal.activator.ContextLoaderListener$BaseListener.bundleChanged(ContextLoaderListener.java:172)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:919)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:227)
	at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:149)
	at org.eclipse.osgi.framework.internal.core.Framework.publishBundleEventPrivileged(Framework.java:1350)
	at org.eclipse.osgi.framework.internal.core.Framework.publishBundleEvent(Framework.java:1301)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:362)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:280)
	at com.springsource.kernel.core.internal.StandardBundleStarter.start(StandardBundleStarter.java:68)
	at com.springsource.kernel.core.internal.StandardBundleStarter.start(StandardBundleStarter.java:56)
	at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source)
	at org.springframework.osgi.service.importer.support.internal.aop.ServiceInvoker.doInvoke(ServiceInvoker.java:58)
	at org.springframework.osgi.service.importer.support.internal.aop.ServiceInvoker.invoke(ServiceInvoker.java:62)
	at org.springframework.osgi.service.importer.support.LocalBundleContextAdvice.invoke(LocalBundleContextAdvice.java:59)
	at $Proxy60.start(Unknown Source)
	at com.springsource.kernel.install.artifact.internal.bundle.StandardBundleDriver.startBundle(StandardBundleDriver.java:177)
	at com.springsource.kernel.install.artifact.internal.bundle.StandardBundleDriver.start(StandardBundleDriver.java:158)
	at com.springsource.kernel.install.artifact.internal.bundle.StandardBundleInstallArtifact.doStart(StandardBundleInstallArtifact.java:262)
	at com.springsource.kernel.install.artifact.internal.AbstractInstallArtifact.driveDoStart(AbstractInstallArtifact.java:211)
	at com.springsource.kernel.install.artifact.internal.bundle.StandardBundleInstallArtifact.start(StandardBundleInstallArtifact.java:251)
	at com.springsource.kernel.deployer.core.internal.PipelinedApplicationDeployer.start(PipelinedApplicationDeployer.java:291)
	at com.springsource.kernel.deployer.core.internal.PipelinedApplicationDeployer.deploy(PipelinedApplicationDeployer.java:201)
	at com.springsource.kernel.deployer.management.StandardDeployer.deploy(StandardDeployer.java:62)
	at sun.reflect.GeneratedMethodAccessor88.invoke(Unknown Source)
	at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenReturn(ConvertingMethod.java:167)
	at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:96)
	at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:33)
	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:208)
	at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:120)
	at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:262)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1426)
	at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:72)
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1264)
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1359)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:788)
	at sun.reflect.GeneratedMethodAccessor87.invoke(Unknown Source)
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
	at sun.rmi.transport.Transport$1.run(Transport.java:159)
	at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)

An error ocurred when invoking method DatabaseConfiguration.close because the resultset is not closed.
ERROR: [PoolConnection@19859608] close() : Got 1 unclosed ResultSets !
	uk.org.primrose.pool.core.PoolConnection.checkAndCloseResultSets(PoolConnection.java:46)
	uk.org.primrose.pool.core.PoolConnection.close(PoolConnection.java:133)
	org.apache.commons.configuration.DatabaseConfiguration.close(DatabaseConfiguration.java:596)
	org.apache.commons.configuration.DatabaseConfiguration.containsKey(DatabaseConfiguration.java:394)
	org.apache.commons.configuration.CompositeConfiguration.getProperty(CompositeConfiguration.java:190)
	org.apache.commons.configuration.AbstractConfiguration.resolveContainerStore(AbstractConfiguration.java:1160)
	org.apache.commons.configuration.AbstractConfiguration.getString(AbstractConfiguration.java:1035)
	org.apache.commons.configuration.AbstractConfiguration.getString(AbstractConfiguration.java:1018)

My web app is using some modules of WildFly AS which are not public.
The warning about using private modules is issued twice for every module:
09.11. 22:07:34,088 WARN  org.jboss.as.dependency.private#start WFLYSRV0018: Deployment "deployment.web-maj2e-langfr-dev.war" is using a private module ("org.jboss.common-core:main") which may be changed or removed in future versions without notice.
09.11. 22:07:34,090 WARN  org.jboss.as.dependency.private#start WFLYSRV0018: Deployment "deployment.web-maj2e-langfr-dev.war" is using a private module ("org.jboss.common-core:main") which may be changed or removed in future versions without notice.
09.11. 22:07:34,091 WARN  org.jboss.as.dependency.private#start WFLYSRV0018: Deployment "deployment.web-maj2e-langfr-dev.war" is using a private module ("org.apache.commons.collections:main") which may be changed or removed in future versions without notice.
09.11. 22:07:34,092 WARN  org.jboss.as.dependency.private#start WFLYSRV0018: Deployment "deployment.web-maj2e-langfr-dev.war" is using a private module ("org.apache.cxf.impl:main") which may be changed or removed in future versions without notice.
09.11. 22:07:34,094 WARN  org.jboss.as.dependency.private#start WFLYSRV0018: Deployment "deployment.web-maj2e-langfr-dev.war" is using a private module ("org.apache.cxf.impl:main") which may be changed or removed in future versions without notice.

The current order makes the persistent entity creation fail in strict mode even if the requested type is one that is filtered out in shouldCreatePersistentEntity() (e.g. simple java types, collections etc).
I want to make the mapping context strict in Spring Data Neo4j as for correct index creation the entities have to be known upfront and so base-package for <neo4j:config/> is mandatory now. The strict mode should enforce this.

In "rest" example there is wrong package to resources which are provided with this example. This problem results in NullPointerException in rest Client class:
This line throws NPE:
String inputFile = client.getClass().getResource("update_customer.xml").getFile();
Wrong path:
rest/src/main/resources/org/fusesource/examples/cxf/jaxrs/client/
Should be:
rest/src/main/resources/org/jboss/fuse/examples/cxf/jaxrs/client/

Using @DateTimeFormat annotation with direct field access causes unhandled exception.
Keith Donald suggested trying without direct field access (i.e. using bean properties), and this fixes the problem.
The code to re-produce the issue is shown below. This can also be seen in the forum. 
Attached file has complete eclipse web project example, without libraries.
Using new mvc schema:

    <?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans"
        xmlns:mvc="http://www.springframework.org/schema/mvc"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xmlns:context="http://www.springframework.org/schema/context"
      xsi:schemaLocation="http://www.springframework.org/schema/beans
      http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
      http://www.springframework.org/schema/context 
      http://www.springframework.org/schema/context/spring-context-3.0.xsd
      http://www.springframework.org/schema/mvc
      http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd">

     <!-- Scan this package and sub-packages for Annotated Controllers -->
     <context:component-scan base-package="springmvc.simple"/>             

     <!-- New Spring 3.0 tag to enable new Converter and Formatting Frameworks -->             
     <mvc:annotation-driven/>

     <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
      <property name="prefix" value="/WEB-INF/views/" />
      <property name="suffix" value=".jsp" />
     </bean>

    </beans>

With simple command class

public class Amount {

 @NumberFormat(style=Style.CURRENCY)
 @Min(0)
 private BigDecimal amount = BigDecimal.valueOf(10000, 2);

 @DateTimeFormat(iso=ISO.DATE)
 private Date date = new Date();

 public Date getDate() {
  return date;
 }

 public BigDecimal getAmount() {
  return amount;
 }

}

and simple controller

@RequestMapping(value="/addVat.html")
public class AddVatController {

 @InitBinder
 public void initBinder(WebDataBinder binder) {
  binder.initDirectFieldAccess();
    }

 @RequestMapping(method = RequestMethod.GET)
 public String setupForm(Model model) {
  model.addAttribute("commandBean", new Amount());
  return "addVatForm";
 }

 @RequestMapping(method = RequestMethod.POST)
 public String onSubmit(@ModelAttribute("commandBean") @Valid Amount commandBean, BindingResult amountBinding, Model model) {

  if (amountBinding.hasErrors()) {
   return "addVatForm";
  }

  BigDecimal result = commandBean.getAmount().multiply(new BigDecimal("1.175"));
  model.addAttribute("result", result);

  return "result";
 }
}

The check for duplicate runtime-name in a server group on startup is too aggressive.  It is incorrectly throwing an error on startup if there are any duplicate runtime-names in the whole domain, instead of just in a single server group.
1.  Start a single HC/DC
2.  deploy --name=foo1 --runtime-name=bar --disabled testfile
3.  deploy --name=foo2 --runtime-name=bar --disabled testfile
4.  restart the DC/HC
JBAS010932: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014676: Failed to parse configuration
...
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1348,9]
...
Message: JBAS014664: An element of this type named 'bar' has already been declared
No errors

Renaming hbase.rb to hbase_constants.rb because there are two hbase.rb files right now which is confusing. The constants are meant for shell, users shouldn't be using it directly. Anyways, this file is moved only in 2.0. In earlier branches, the files isn't renamed.
Remove omnipresence of formatter object since it is kind of a use-and-throw class. Commands should create
      an instance, use it to format the output and discard it.

If I set the 'authentication-failure-url' attribute of a <openid-login> or <form-login> element to something like "XXX/secure/login.html".  I get a bean wiring failure whose message says "java.lang.IllegalArgumentException: [Assertion failed] - this expression must be true".
Stacktrace attached.

We found this problem in Karaf camel command, but think it should also exist in other camel command usecases.
In Karaf

karaf@root()> camel:context-list
 Context        Status              Total #       Failed #     Inflight #   Uptime         
 -------        ------              -------       --------     ----------   ------         
 camel-1        Started                   0              0              0   1.366 seconds  
karaf@root()> camel:context-suspend camel-1
 camel-1        Suspended                 0              0              0   7.554 seconds  
karaf@root()> camel:context-start camel-1 
 Context        Status              Total #       Failed #     Inflight #   Uptime        
 -------        ------              -------       --------     ----------   ------        
 camel-1        Started                   0              0              0   2 minutes

So after start a suspended context, there is still one in context-list. But in JMX tree there are two camel-1 context. This mismatch should be addressed. Either improve ContextList command or if it's a suspended context, throw a RuntimeException and let users resume it other than starting it.

I have a netty4 tcp consumer on the from route i am able to start multiple instances of this route and there is no "address already in use/ bind exception " being raised by camel, changing the "reuseAddress" to "false" doesnt seem to make a difference.
Sample config
<from uri="netty4:tcp://0.0.0.0:3010?sync=false&textline=true&reuseAddress=false"/>
<to uri="log://org.dx.com?level=DEBUG"/>

HIVE-9327 causes regression to statistics annotation test case. Regression can be seen here
https://github.com/apache/hive/blob/trunk/ql/src/test/results/clientpositive/annotate_stats_select.q.out#L1065
The expected data size is 194 but 0 is returned.

TCTLSeparatedProtocol now uses the default character encoding. We should use UTF8 from hadoop Text class:
Now:

          String row = new String(buf, 0, length);

We want:

          String row;
          try {
            row = Text.decode(buf, 0, length);
          } catch (CharacterCodingException e) {
          }

Doing "show compactions" when there are no current transactions in process or in the queue results in: 
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. null

Previously we allowed a transaction timeout value of "0" to be set in the transaction subsystem, meaning "no transaction timeout".  After the WF 11 changes, we've stopped allowing that value to be set.  This behavior should be restored, with "0" translating into some "very large" value.
The transaction team has indicated that using Integer.MAX_VALUE has historically exhibited problems, so a different, smaller-but-still-large value should be used in this case.

Because shell uses old API, it runs into the "Can't add deletes to a BatchUpdate" issue.  Add new API to do shell delete and deleteAll.  Just a few lines.

NullPointerException at org.springframework.roo.addon.web.mvc.controller.scaffold.WebScaffoldMetadata.getFinderFormMethod(WebScaffoldMetadata.java:952)

"fallback" could be null in OpensslCryptoRandom.nextBytes(byte[])

2010-09-21 22:11:01,812 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Reassigning the 116 region(s) that sv2borg183,60020,1285106817665 was carrying.
2010-09-21 22:11:01,813 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Fixup; missing daughter [B@4b0bc3c9
2010-09-21 22:11:01,818 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN
        at org.apache.hadoop.hbase.catalog.MetaEditor.addDaughter(MetaEditor.java:102)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.fixupDaughter(ServerShutdownHandler.java:156)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.fixupDaughters(ServerShutdownHandler.java:137)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:120)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:150)

Since the last update fixing the update problem with links, there is a new error. Doing a POST with empty links results in a:
org.springframework.http.converter.HttpMessageNotReadableException: Property 'links' is not of array type. Either eliminate this property from the document or make it an array.
Adding the links like this: 
entity.setLinks(new ArrayList<LinkType>());
and it works, without any issues. 
From my point of view it should also work with Links : null.

Start of a WildFly with resource adapter configured to remote messaging broker sometimes fails with following error.

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.resourceadapters.ra."wmq.jmsra".CF: org.jboss.msc.service.StartException in service jboss.resourceadapters.ra."wmq.jmsra".CF: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1728)
	at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1556)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1364)
	at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:909)
	at java.util.ArrayList$Itr.next(ArrayList.java:859)
	at java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1042)
	at org.jboss.as.connector.metadata.api.resourceadapter.ActivationSecurityUtil.isLegacySecurityRequired(ActivationSecurityUtil.java:41)
	at org.jboss.as.connector.subsystems.resourceadapters.ConnectionDefinitionService.start(ConnectionDefinitionService.java:68)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1736)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1698)
	... 6 more

This issue was introduced in fix for WFLY-9978 in this commit 

When hive.optimize.union.remove=true and a select query is run with group by, the final fetch is waiting only for one of the branches and not both.
Test Case:

create table if not exists test_table(column1 string, column2 int);
insert into test_table values('a',1),('b',2);

set hive.optimize.union.remove=true;
set mapred.input.dir.recursive=true;

explain
select column1 from test_table group by column1
union all
select column1 from test_table group by column1;

In the below the two stages correspond to the two parts of union all.  But the final fetch operator (Stage 0) only depends on one of the stages, but it should depend on both.
Plan:

  Stage-2 is a root stage
  *Stage-0 depends on stages: Stage-1*

    Map Reduce
          TableScan
            alias: test_table
            Statistics: Num rows: 2 Data size: 6 Basic stats: COMPLETE Column stats: NONE
              expressions: column1 (type: string)
              outputColumnNames: column1
              Statistics: Num rows: 2 Data size: 6 Basic stats: COMPLETE Column stats: NONE
              Group By Operator
                keys: column1 (type: string)
                mode: hash
                outputColumnNames: _col0
                Statistics: Num rows: 2 Data size: 6 Basic stats: COMPLETE Column stats: NONE
                  key expressions: _col0 (type: string)
                  Map-reduce partition columns: _col0 (type: string)
                  Statistics: Num rows: 2 Data size: 6 Basic stats: COMPLETE Column stats: NONE
      Execution mode: vectorized
        Group By Operator
          keys: KEY._col0 (type: string)
          mode: mergepartial
          Statistics: Num rows: 1 Data size: 3 Basic stats: COMPLETE Column stats: NONE
          File Output Operator
            compressed: false
            Statistics: Num rows: 1 Data size: 3 Basic stats: COMPLETE Column stats: NONE
            table:
                input format: org.apache.hadoop.mapred.SequenceFileInputFormat
                output format: org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat
                serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe

  Stage: Stage-2
    Map Reduce
          TableScan
                mode: hash
            table:

      limit: -1
        ListSink

006-HIVE-9456.mssql.sql script contains invalid 'GO' statement, caused hive schematool to fail.
NO PRECOMMIT TESTS (since this does not change hive code, and affects only mssql, which pretests do not run against)

Although the active master is configured to host regions, I got Error 404 NOT_FOUND.

When you invoke and re-invoke org.jboss.invocation.InterceptorContext.proceed() from an interceptor in a chain of interceptors and the interceptor to be (re-)invoked is a org.jboss.invocation.ChainedInterceptor or WeavedInterceptor, a CannotProceedException is thrown.
This bug has been described and analysed in the context of the ejb3 container, on the forum at https://community.jboss.org/message/853547.

During second second run of Spring batch error is reported as schema-mysql.sql gets during every run, but schema-drop-mysql.sql does not get executed.
Please refer http://stackoverflow.com/questions/20417875/spring-boot-configuration-for-suppressing-batchdatainitializer and https://github.com/spring-projects/spring-boot/issues/149 for more details.
As discussed in Spring Boot issue with Michael, alternative have been added in 2.2.4.BUILD-SNAPSHOT. However there was another alternative to change insert queries as detailed below:
INSERT INTO BATCH_JOB_SEQ (ID)
select * from (select 0) as tmp where not exists(select * from BATCH_JOB_SEQ);

Side effect of 4610: the mini cluster needs 4,5 seconds to start

Currently, SessionHiveMetaStoreClient always use `DEFAULT_CATALOG_NAME` during looking up the underlying tables.

While using FuzzyRowFilter we noticed that if the mask array consists of all 0s (fixed) the FuzzyRowFilter matches all the rows in the table. We noticed this on HBase 1.1, 1.2 and higher.
After some digging we suspect that this is because of isPreprocessedMask() check which is used in preprocessMask() which was added here: https://issues.apache.org/jira/browse/HBASE-13761
If the mask consists of all 0s then the isPreprocessedMask() returns true and the preprocessing which responsible for changing 0s to -1 doesn't happen and hence all rows are matched in scan.
This scenario can be tested in TestFuzzyRowFilterEndToEnd#testHBASE14782() If we change the 
byte[] fuzzyKey = Bytes.toBytesBinary("\\x00\\x00x044");
byte[] mask = new byte[] 
{1,0,0,0}
;
to 
byte[] fuzzyKey = Bytes.toBytesBinary("\\x9B\\x00x044e");
{0,0,0,0,0}
;
We expect one match but this will match all the rows in the table. 

In ehcache 2.5.1, net.sf.ehcache.CacheManager has a method assertNoCacheManagerExistsWithSameName called by constructor, this method keeping a static CACHE_MANAGERS_MAP to prevent two CacheManagers having the same name being constructed. However EhCacheManagerFactoryBean's afterPropertiesSet calls net.sf.ehcache.CacheManager.setName after CacheManager's constructor. 
When your project use two CacheManager: one is shared and another is not, the project maybe startup failed, because of the shared CacheManager maybe initialized first, assertNoCacheManagerExistsWithSameName put the shared CacheManager instance into CACHE_MANAGERS_MAP using DEFAULT_NAME (_DEFAULT_), then the unshared CacheManager will be initialized failed.
In fact, using net.sf.ehcache.config.ConfigurationFactory.parseConfiguration to create a net.sf.ehcache.config.Configuration, then set name to this Configuration, and then using net.sf.ehcache.CacheManager.create(net.sf.ehcache.config.Configuration) or net.sf.ehcache.CacheManager(net.sf.ehcache.config.Configuration) will fix this bug.
Here attach my error log and fixed EhCacheManagerFactoryBean.

Was digging through ITBLL and noticed this oddity:
The Verify Tool doesn't actually call Verify#verify(long) like the Loop Tool does. Granted, it doesn't know the total number of KVs that were written given the current arguments, it's not even checking to see if there things like UNDEFINED records found.
It seems to me that Verify should really be doing some checking on the counters like Loop does and not just leaving it up to the visual inspection of whomever launched the task.
Am I missing something?

I've put some code into a maven module - call it a "library module". 
My Swarm application (also a maven module) depends on that module and calls a method from it.
I write a unit test in the swarm module and it runs in JUnit successfully, including a call to the library. It is run from the IDE. But I haven't ever run "mvn install" in the library project  
It works, because IntelliJ knows how to set the classpath when the unit test runs.  Some 3rd party libraries are added via their JARs from my local maven repo, other classes, namely those in the IntelliJ "workspace" are added to the classpath as class files.
Now I start up my Swarm application and call some REST resource which calls the library. I get a NoClassDefFoundError or ClassNotFoundException or some other exception depending upon what I do.
The reason seems to be because Swarm is building its own classpath at startup (because of the line "Dependencies not bundled, will resolve from local M2REPO" which it logs at startup).
Based on https://www.mkyong.com/java/how-to-print-out-the-current-project-classpath/ I've tried logging the system classloader's URLs:
    /usr/java/jdk1.8.0_60/jre/lib/rt.jar
    ... lots of other JRE stuff
    /home/ant/.m2/repository/org/wildfly/swarm/jaxrs/2016.12.0/jaxrs-2016.12.0.jar
    /home/ant/.m2/repository/org/wildfly/swarm/container/2016.12.0/container-2016.12.0.jar
    ... logs of other Swarm/JBoss/Undertow stuff
    /home/ant/.m2/repository/org/wildfly/swarm/jaxrs-cdi/2016.12.0/jaxrs-cdi-2016.12.0.jar
    ...all kinds of other libraries used by Swarm or my application
    /home/ant/.m2/repository/org/bouncycastle/bcprov-jdk15on/1.52/bcprov-jdk15on-1.52.jar
    /w/tullia/swarm-demo/target/classes/
    /w/tullia/someservice/target/classes/
    /home/ant/Apps/intellij.2016.3/idea-IC-163.7743.44/lib/idea_rt.jar
So, there they are, second and third last lines are the classes from my library module (someservice) and my swarm application (swarm-demo), note NOT from the local maven repo!
But somehow only the swarm application (swarm-demo) is passed on to "swarm" and my library is being skipped. 
According to the docs (https://wildfly-swarm.gitbooks.io/wildfly-swarm-users-guide/content/implementation_details.html), when the main class is started from the IDE, "the first two classloaders are actually both satisfied by the system classloader".  But the exception which is thrown is this one:
    Caused by: java.lang.ClassNotFoundException: ch.maxant.temp.service.SomeService33 from [Module "deployment.05bec469-12cd-4cf1-898f-f7daf8bc662a.war:main" from Service Module Loader]
That suggests the problem is all down to a classloading problem because the service module loader cannot find the class.
So something isn't right... this should be working without problems, no?
I debugged into the deployment process.
I use a Main class with new Swarm().start().deploy() which creates a default deployment which uses a MemoryMapArchiveBase.  The content is filled as expected, and sure enough it even adds the classes out of the library JAR to WEB-INF:
2017-01-10 22:25:48,508 ERROR [stderr] (main) BasicPath [context=/WEB-INF/lib/classes/ch/maxant/temp/service/SomeService33.class] // /WEB-INF/lib/classes/ch/maxant/temp/service/SomeService33.class
2017-01-10 22:25:48,509 ERROR [stderr] (main) BasicPath [context=/WEB-INF/lib/classes] // /WEB-INF/lib/classes
2017-01-10 22:25:48,509 ERROR [stderr] (main) BasicPath [context=/WEB-INF/lib/classes/ch] // /WEB-INF/lib/classes/ch
2017-01-10 22:25:48,509 ERROR [stderr] (main) BasicPath [context=/WEB-INF/lib/classes/ch/maxant] // /WEB-INF/lib/classes/ch/maxant
2017-01-10 22:25:48,510 ERROR [stderr] (main) BasicPath [context=/WEB-INF/lib/classes/ch/maxant/temp] // /WEB-INF/lib/classes/ch/maxant/temp
2017-01-10 22:25:48,510 ERROR [stderr] (main) BasicPath [context=/WEB-INF/lib/classes/ch/maxant/temp/service] // /WEB-INF/lib/classes/ch/maxant/temp/service
(ignore the ERROR, its just how the RuntimeDeployer in swarm logs it)
BUT LOOK!  It has added them to WEB-INF/lib/classes instead of just WEB-INF/classes.
That is definitely the problem.
RuntimeDeployer line 184 resolves dependency paths from the appEnv and correctly contains:
/w/tullia/someservice/target/classes
But it assumes it is a library even when it is a class. Line 186:
    depContainer.addAsLibraries(new File(path))
And that causes it to be put under WEB-INF/lib instead of WEB-INF/classes.

Preserve order the way the JDK does: query the factories one by one.

All Redis operations are handled within RedisTemplate#execute
It does

conn = RedisConnectionUtils.bindConnection(factory, enableTransactionSupport);

before operation and

} finally {
            RedisConnectionUtils.releaseConnection(conn, factory);
}

after.
In our case it is JedisConnectionFactory with default settings. The most interesting thing is usePool = true
Suppose that means we can't use more connections, than Pool allows.
Well.
RedisConnectionUtils#doGetConnection populates  RedisConnectionHolder with RedisConnection from pool to the TransactionSynchronizationManager.bindResource
because:

public static RedisConnection bindConnection(RedisConnectionFactory factory, boolean enableTranactionSupport) {
        return doGetConnection(factory, true, true, enableTranactionSupport);
}

and bind = true.
But RedisConnectionUtils#releaseConnection does a check

// Only release non-transactional/non-bound connections.
        if (!isConnectionTransactional(conn, factory)) {

which returns true and I never see

log.debug("Closing Redis Connection");

And it causes ConnectionPool leak.

This should be a code error.
In HBasePolicyProvider.java, hbase-policy.xml file was set as,
conf.set("hadoop.policy.file", "hbase-policy.xml");
But in Hadoop ServiceAuthorizationManager.java, policy file was get as,
    String policyFile = 
      System.getProperty("hadoop.policy.file", HADOOP_POLICY_FILE);
The result is, the mentioned hbase-policy.xml file won't be used, and 
default hadoop-policy.xml file can be used, which is unexpected.

Spring Data's RootObjectInformation.getFunctions tries to map functions by name, but does not take into account overloaded methods. This means if a EvaluationContextExtension.getRootObject() provides an object that has an overloaded method (like Spring Security's SecurityEvaluationContextExtension) an exception like the following is thrown.

org.springframework.dao.InvalidDataAccessApiUsageException: Duplicate key org.springframework.data.repository.query.spi.Function@3375ebd3; nested exception is java.lang.IllegalStateException: Duplicate key org.springframework.data.repository.query.spi.Function@3375ebd3

	at org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:357)
	at org.springframework.orm.jpa.vendor.HibernateJpaDialect.translateExceptionIfPossible(HibernateJpaDialect.java:221)
	at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.translateExceptionIfPossible(AbstractEntityManagerFactoryBean.java:488)
	at org.springframework.dao.support.ChainedPersistenceExceptionTranslator.translateExceptionIfPossible(ChainedPersistenceExceptionTranslator.java:59)
	at org.springframework.dao.support.DataAccessUtils.translateIfNecessary(DataAccessUtils.java:213)
	at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:147)
	at org.springframework.data.jpa.repository.support.CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodInterceptor.invoke(CrudMethodMetadataPostProcessor.java:133)
	at org.springframework.data.repository.core.support.SurroundingTransactionDetectorMethodInterceptor.invoke(SurroundingTransactionDetectorMethodInterceptor.java:58)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
	at com.sun.proxy.$Proxy46.findAll(Unknown Source)
	at samples.data.SecurityMessageRepositoryTests.findAllOnlyToCurrentUser(SecurityMessageRepositoryTests.java:65)
	at org.springframework.test.context.junit4.statements.RunBeforeTestExecutionCallbacks.evaluate(RunBeforeTestExecutionCallbacks.java:73)
	at org.springframework.test.context.junit4.statements.RunAfterTestExecutionCallbacks.evaluate(RunAfterTestExecutionCallbacks.java:83)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:250)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:189)
	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:237)
Caused by: java.lang.IllegalStateException: Duplicate key org.springframework.data.repository.query.spi.Function@3375ebd3
	at java.util.stream.Collectors.lambda$throwingMerger$0(Collectors.java:133)
	at java.util.HashMap.merge(HashMap.java:1253)
	at java.util.stream.Collectors.lambda$toMap$58(Collectors.java:1320)
	at java.util.stream.ReduceOps$3ReducingSink.accept(ReduceOps.java:169)
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
	at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
	at org.springframework.data.repository.query.EvaluationContextExtensionInformation$RootObjectInformation.lambda$getFunctions$4(EvaluationContextExtensionInformation.java:251)
	at java.util.Optional.map(Optional.java:215)
	at org.springframework.data.repository.query.EvaluationContextExtensionInformation$RootObjectInformation.getFunctions(EvaluationContextExtensionInformation.java:250)
	at org.springframework.data.repository.query.ExtensionAwareEvaluationContextProvider$EvaluationContextExtensionAdapter.<init>(ExtensionAwareEvaluationContextProvider.java:413)
	at org.springframework.data.repository.query.ExtensionAwareEvaluationContextProvider.lambda$toAdapters$6(ExtensionAwareEvaluationContextProvider.java:196)
	at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
	at java.util.stream.SortedOps$SizedRefSortingSink.end(SortedOps.java:352)
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482)
	at org.springframework.data.repository.query.ExtensionAwareEvaluationContextProvider.toAdapters(ExtensionAwareEvaluationContextProvider.java:197)
	at org.springframework.data.repository.query.ExtensionAwareEvaluationContextProvider.access$000(ExtensionAwareEvaluationContextProvider.java:65)
	at org.springframework.data.repository.query.ExtensionAwareEvaluationContextProvider$ExtensionAwarePropertyAccessor.<init>(ExtensionAwareEvaluationContextProvider.java:219)
	at org.springframework.data.repository.query.ExtensionAwareEvaluationContextProvider.getEvaluationContext(ExtensionAwareEvaluationContextProvider.java:111)
	at org.springframework.data.repository.query.ExtensionAwareEvaluationContextProvider.getEvaluationContext(ExtensionAwareEvaluationContextProvider.java:65)
	at org.springframework.data.jpa.repository.query.SpelExpressionStringQueryParameterBinder.getEvaluationContext(SpelExpressionStringQueryParameterBinder.java:140)
	at org.springframework.data.jpa.repository.query.SpelExpressionStringQueryParameterBinder.evaluateExpression(SpelExpressionStringQueryParameterBinder.java:131)
	at org.springframework.data.jpa.repository.query.SpelExpressionStringQueryParameterBinder.potentiallyBindExpressionParameters(SpelExpressionStringQueryParameterBinder.java:89)
	at org.springframework.data.jpa.repository.query.SpelExpressionStringQueryParameterBinder.bind(SpelExpressionStringQueryParameterBinder.java:69)
	at org.springframework.data.jpa.repository.query.ParameterBinder.bindAndPrepare(ParameterBinder.java:171)
	at org.springframework.data.jpa.repository.query.ParameterBinder.bindAndPrepare(ParameterBinder.java:162)
	at org.springframework.data.jpa.repository.query.AbstractStringBasedJpaQuery.doCreateQuery(AbstractStringBasedJpaQuery.java:81)
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.createQuery(AbstractJpaQuery.java:191)
	at org.springframework.data.jpa.repository.query.JpaQueryExecution$CollectionExecution.doExecute(JpaQueryExecution.java:121)
	at org.springframework.data.jpa.repository.query.JpaQueryExecution.execute(JpaQueryExecution.java:85)
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.doExecute(AbstractJpaQuery.java:117)
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.execute(AbstractJpaQuery.java:107)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:453)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:437)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:282)
	... 42 more

I didn't look into this, but my intuition is that this is also a problem if multiple EvaluationContextExtension exist with the same method name.

After updating to Spring Platform Brussels-SR5 our canary builds started failing with the attached error message. Apparently adding the varargs parameter broke reflection instantiation. I recommend adding another constructor without the varargs argument that uses the default *. This fixes it for me.

Caused by: java.lang.NoSuchMethodError: org.springframework.amqp.support.converter.Jackson2JsonMessageConverter.<init>(Lcom/fasterxml/jackson/databind/ObjectMapper;)V
    at de.evosec.rabbit.MessageConverterAutoConfiguration.messageConverter(MessageConverterAutoConfiguration.java:25)
    at de.evosec.rabbit.MessageConverterAutoConfiguration$$EnhancerBySpringCGLIB$$4332f981.CGLIB$messageConverter$0(<generated>)
    at de.evosec.rabbit.MessageConverterAutoConfiguration$$EnhancerBySpringCGLIB$$4332f981$$FastClassBySpringCGLIB$$7d9557b.invoke(<generated>)
    at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
    at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:358)
    at de.evosec.rabbit.MessageConverterAutoConfiguration$$EnhancerBySpringCGLIB$$4332f981.messageConverter(<generated>)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:162)
    ... 80 more

MessageConverterAutoConfiguration.java
@Bean
@ConditionalOnMissingBean(MessageConverter.class)
public MessageConverter messageConverter(
        Jackson2ObjectMapperBuilder builder) {
	ObjectMapper jsonObjectMapper = builder.createXmlMapper(false).build()
	    .enableDefaultTyping(DefaultTyping.NON_FINAL);
	return new Jackson2JsonMessageConverter(jsonObjectMapper);
}

When using @Bean as meta-annotation, Configuration class enhancement correctly takes the meta-annotated methods, but ConfigurationClassParser does not correctly registers @Bean methods.
This comes from MethodMetadataReadingVisitor.visitAnnotation() :

@Override
public AnnotationVisitor visitAnnotation(final String desc, boolean visible) {
	String className = Type.getType(desc).getClassName();
	methodMetadataMap.add(className, this);
	return new AnnotationAttributesReadingVisitor(className, this.attributeMap, null, this.classLoader);
}

Here a null metaAnnotationMap argument is passed to AnnotationAttributesReadingvisitor. I guess more things should be added to methodMetadataMap.
As a result, in ConfigurationClassParser:247 :

// process individual @Bean methods
Set<MethodMetadata> beanMethods = metadata.getAnnotatedMethods(Bean.class.getName());
for (MethodMetadata methodMetadata : beanMethods) {
	configClass.addBeanMethod(new BeanMethod(methodMetadata, configClass));
}

getAnnotatedMethods() does not return methods meta-annotated with @Bean.
Do you need a test case ? Or is this easy enough to reproduce ?

On some hadoop versions, fs.exists() throws an AccessControlException if there is a non-searchable inode in the file path. Versions such as 2.1.0-beta just returns false.
This jira is to fix HFile V1 detector tool to avoid making such calls.
See the below exception when running the tool on one hadoop version

ERROR util.HFileV1Detector: org.apache.hadoop.security.AccessControlException: Permission denied: user=hbase, access=EXECUTE, inode="/hbase/.META./.tableinfo.0000000001":hbase:supergroup:-rw-r--r--
	at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.check(FSPermissionChecker.java:234)
	at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkTraverse(FSPermissionChecker.java:187)
	at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkPermission(FSPermissionChecker.java:150)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkPermission(FSNamesystem.java:5141)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkPermission(FSNamesystem.java:5123)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkTraverse(FSNamesystem.java:5102)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getFileInfo(FSNamesystem.java:3265)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getFileInfo(NameNodeRpcServer.java:719)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getFileInfo(ClientNamenodeProtocolServerSideTranslatorPB.java:692)
	at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java:59628)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:585)
	at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:1026)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2040)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2036)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1477)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2034)

I discovered following problem (which was already shortly discussed in Camel user forum).
I have a "streamBodyBindingBean" bean with this method:

public void bodyBinding(InputStream in) throws IOException {
  int byteCount = 0;
  int c;
  while((c = in.read()) != -1)
    byteCount++;
  System.out.println("ByteCount: " + byteCount);
}

And this route:

<route id="" trace="true">
  <from uri="direct://body-input-stream-binding-in"/>
  <to uri="bean://streamBodyBindingBean?method=bodyBinding(${body})"/>
  <!-- to uri="bean://isBodyBindingBean"/--> 
  <to uri="mock://body-input-stream-binding-out"/>
</route>

And here is a way how I send exchange from test stuff:

ByteArrayInputStream in = new ByteArrayInputStream(
  "Small body, which I want to bind as InputStream".getBytes("UTF-8")
);
Exchange exchange = createExchangeWithBody(in);
exchange.setPattern(ExchangePattern.InOnly);
template.send("direct://body-input-stream-binding-in", exchange); 

In this case I got a sysout message: ByteCount: 0, but when I used the commented variant in the route, I got expected result: ByteCount: 47".
When I change the route and use bean component 2 times (both variant of bean method invocation), then I got:

2013-10-01 12:26:37.259 DEBUG {main} [SendProcessor] >>>> Endpoint[bean://isBodyBindingBean?method=bodyBinding%28%24%7Bbody%7D%29] Exchange[Message: [Body is instance of org.apache.camel.StreamCache]]
ByteCount: 0
2013-10-01 12:26:37.289 DEBUG {main} [SendProcessor] >>>> Endpoint[bean://isBodyBindingBean] Exchange[Message: [Body is instance of org.apache.camel.StreamCache]]
ByteCount: 47
2013-10-01 12:26:37.307 DEBUG {main} [SendProcessor] >>>> Endpoint[mock://body-input-stream-binding-out] Exchange[Message: [Body is instance of org.apache.camel.StreamCache]] 

The strange for me is MethodInfo class, line 526:

// the parameter value was not already valid, but since the simple language have evaluated the expression
// which may change the parameterValue, so we have to check it again to see if its now valid
exp = exchange.getContext().getTypeConverter().convertTo(String.class, parameterValue);
// String values from the simple language is always valid
if (!valid) {
  ...
}

The line after comment caused that my "InputStream" is transformed into String, what can be a problem in case of "big" InputStream.
I know that I can use only second variant of "bean method invocation", which is enough for my need, but I only want to point out to this situation.

I've been spending a lot of time trying to figure the recent test failures related to replication. One I seem to be constantly getting is this NPE:

2013-01-09 10:08:56,912 ERROR [RegionServer:1;172.23.7.205,61604,1357754664830-EventThread.replicationSource,2] regionserver.ReplicationSource$1(727): Unexpected exception in ReplicationSource, currentPath=hdfs://localhost:61589/user/jdcryans/hbase/.logs/172.23.7.205,61604,1357754664830/172.23.7.205%2C61604%2C1357754664830.1357754936216
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.updateBlockInfo(DFSClient.java:1885)
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.openInfo(DFSClient.java:1858)
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.<init>(DFSClient.java:1834)
        at org.apache.hadoop.hdfs.DFSClient.open(DFSClient.java:578)
        at org.apache.hadoop.hdfs.DistributedFileSystem.open(DistributedFileSystem.java:154)
        at org.apache.hadoop.fs.FilterFileSystem.open(FilterFileSystem.java:108)
        at org.apache.hadoop.io.SequenceFile$Reader.openFile(SequenceFile.java:1495)
        at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader$WALReader.openFile(SequenceFileLogReader.java:62)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1482)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1475)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1470)
        at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader$WALReader.<init>(SequenceFileLogReader.java:55)
        at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.reset(SequenceFileLogReader.java:308)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationHLogReaderManager.openReader(ReplicationHLogReaderManager.java:69)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.openReader(ReplicationSource.java:500)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:312)

Talking to Todd Lipcon, he said it was likely fixed in Hadoop 2.0 via HDFS-3222 but for Hadoop 1.0 he created HDFS-4380. This seems to happen while crossing block boundaries and TestReplication uses a 20KB block size for the HLog. The intent was just to get HLogs to roll more often, and this can also be achieved with hbase.regionserver.logroll.multiplier with a value of 0.0003f.

Hbase REST API, this interface `get 'version/cluster'`, when I use the header `Accept: application/json`, the response is not JSON but plain text.

    curl -X GET \
      -H "Accept: application/json" \
      "http://localhost:8888/version/cluster"

   "1.2.2"

But when I use `Accept: text/xml`, the response is correct XML.

      -H "Accept: text/xml" \

     <?xml version="1.0" encoding="UTF-8" standalone="yes"?><ClusterVersion>1.2.2</ClusterVersion>

Docs for MP Health and MP OpenTracing are not properly included

When running using beeline (as a non hdfs user)

 CREATE  EXTERNAL TABLE Batters_txt(
       Player STRING ,
       Team STRING ,
       League STRING ,
       Year SMALLINT,
       Games DOUBLE,
       AB DOUBLE,
       R DOUBLE,
       H DOUBLE,
       Doubles DOUBLE,
       Triples DOUBLE,
       HR DOUBLE,
       RBI DOUBLE,
       SB DOUBLE,
       CS DOUBLE,
       BB DOUBLE,
       SO DOUBLE,
       IBB DOUBLE,
       HBP DOUBLE,
       SH DOUBLE,
       SF DOUBLE,
       GIDP DOUBLE
 )
 location '/user/tableau/Batters';
 drop table if exists Batters;
 CREATE TABLE Batters (
       AB DOUBLE,
       R DOUBLE,
       H DOUBLE,
       HR DOUBLE,
       SB DOUBLE,
       CS DOUBLE,
       BB DOUBLE,
       SO DOUBLE,
       SH DOUBLE,
       SF DOUBLE,
       )
 STORED AS orc tblproperties ("orc.compress"="SNAPPY");
 insert overwrite table Batters select * from Batters_txt;

runs into the following error:

2016-05-18T19:59:00,883 ERROR [HiveServer2-Background-Pool: Thread-306]: operation.Operation (:()) - Error running hive query:
org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.MoveTask. org.apache.hadoop.security.AccessControlException: User does not belong to hdfs
	at org.apache.hadoop.hdfs.server.namenode.FSDirAttrOp.setOwner(FSDirAttrOp.java:88)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.setOwner(FSNamesystem.java:1706)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.setOwner(NameNodeRpcServer.java:818)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.setOwner(ClientNamenodeProtocolServerSideTranslatorPB.java:472)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:644)
	at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:969)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2273)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2269)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2267)

	at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:387)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:237)
	at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:90)
	at org.apache.hive.service.cli.operation.SQLOperation$2$1.run(SQLOperation.java:290)
	at org.apache.hive.service.cli.operation.SQLOperation$2.run(SQLOperation.java:303)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.security.AccessControlException: User does not belong to hdfs

	at org.apache.hadoop.hive.ql.metadata.Hive.moveFile(Hive.java:2896)
	at org.apache.hadoop.hive.ql.metadata.Hive.replaceFiles(Hive.java:3151)
	at org.apache.hadoop.hive.ql.metadata.Hive.loadTable(Hive.java:1803)
	at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:347)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:197)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1857)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1561)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1312)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1083)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1076)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:235)
	... 11 more
Caused by: org.apache.hadoop.security.AccessControlException: User does not belong to hdfs

	at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:73)
	at org.apache.hadoop.hdfs.DFSClient.setOwner(DFSClient.java:2510)
	at org.apache.hadoop.hdfs.DistributedFileSystem$32.doCall(DistributedFileSystem.java:1609)
	at org.apache.hadoop.hdfs.DistributedFileSystem$32.doCall(DistributedFileSystem.java:1605)
	at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81)
	at org.apache.hadoop.hdfs.DistributedFileSystem.setOwner(DistributedFileSystem.java:1605)
	at org.apache.hadoop.hive.io.HdfsUtils.setFullFileStatus(HdfsUtils.java:114)
	at org.apache.hadoop.hive.ql.metadata.Hive$3.call(Hive.java:2875)
	at org.apache.hadoop.hive.ql.metadata.Hive$3.call(Hive.java:2867)
	... 4 more
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.security.AccessControlException): User does not belong to hdfs

	at org.apache.hadoop.ipc.Client.getRpcResponse(Client.java:1531)
	at org.apache.hadoop.ipc.Client.call(Client.java:1481)
	at org.apache.hadoop.ipc.Client.call(Client.java:1386)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:240)
	at com.sun.proxy.$Proxy31.setOwner(Unknown Source)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.setOwner(ClientNamenodeProtocolTranslatorPB.java:417)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:256)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:104)
	at com.sun.proxy.$Proxy32.setOwner(Unknown Source)
	at org.apache.hadoop.hdfs.DFSClient.setOwner(DFSClient.java:2508)
	... 11 more

The logic to solve AMQP-496 prevents legitimate use of the connection before destroy() is called.
Remove the lifecyle stuff and only prevent reuse after a destroy() following a context closed event.

hbase-710 and hbase-609 are issues where the system has broken in presence of clock skew over the cluster.  Would be a nice service if master could flag very bad clock skew.  Regionservers could report their local time when they ping the master.  It could do a compare.

As seen on the mailing list: http://comments.gmane.org/gmane.comp.java.hadoop.hbase.user/24124
If hbase.rootdir doesn't specify a folder on hdfs we crash while opening a path to .oldlogs:

2012-02-02 23:07:26,292 FATAL org.apache.hadoop.hbase.master.HMaster: Unhandled exception. Starting shutdown.
java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: hdfs://sv4r11s38:9100.oldlogs
        at org.apache.hadoop.fs.Path.initialize(Path.java:148)
        at org.apache.hadoop.fs.Path.<init>(Path.java:71)
        at org.apache.hadoop.fs.Path.<init>(Path.java:50)
        at org.apache.hadoop.hbase.master.MasterFileSystem.<init>(MasterFileSystem.java:112)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:448)
Caused by: java.net.URISyntaxException: Relative path in absolute URI: hdfs://sv4r11s38:9100.oldlogs
        at java.net.URI.checkPath(URI.java:1787)
        at java.net.URI.<init>(URI.java:735)
        at org.apache.hadoop.fs.Path.initialize(Path.java:145)
        ... 6 more

It could also crash anywhere else, this just happens to be the first place we use hbase.rootdir. We need to verify that it's an actual folder.

IntegrationTestAcidGuarantees fails when trying to cleanup with NotServerRegionExceptions giving up (after 36 attempts) .
5/11/09 09:19:24 INFO client.AsyncProcess: #33, waiting for some tasks to finish. Expected max=0, tasksInProgress=9
15/11/09 09:19:33 INFO client.AsyncProcess: #45, table=TestAcidGuarantees, attempt=10/35 failed=1ops, last exception: org.apache.hadoop.hbase.NotServingRegionException: org.apache.hadoop.hbase.NotServingRegionException: Region TestAcidGuarantees,test_row_1,1447089367019.032439ef4f3353cb894d20337ba043bc. is not online on node-4.internal,22101,1447089152259
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:2786)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.getRegion(RSRpcServices.java:922)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.multi(RSRpcServices.java:1893)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32213)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2035)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:107)
	at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:130)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:107)
...
Caused by: org.apache.hadoop.hbase.client.RetriesExhaustedException: Failed after attempts=36, exceptions:
Mon Nov 09 09:19:53 PST 2015, null, java.net.SocketTimeoutException: callTimeout=60000, callDuration=68104: row 'test_row_1'
Looked at the RS log, the following exception is found:
2015-11-10 10:07:49,091 ERROR org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Failed open of region=TestAcidGuarantees,,1447177733243.f1be6b850fe3958c5c9b5e330b5dfb00., starting to roll back the global memstore size.
org.apache.hadoop.hbase.DoNotRetryIOException: java.lang.RuntimeException: java.lang.ClassNotFoundException: com.hadoop.compression.lzo.LzoCodec
        at org.apache.hadoop.hbase.util.CompressionTest.testCompression(CompressionTest.java:102)
        at org.apache.hadoop.hbase.regionserver.HRegion.checkCompressionCodecs(HRegion.java:6011)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5995)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5967)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5938)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5894)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5845)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:356)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:126)

Fails with unknownregionexception:

ERROR: java.lang.reflect.UndeclaredThrowableException: org.apache.hadoop.hbase.UnknownRegionException: -ROOT-,,0,70236052
        at org.apache.hadoop.hbase.master.HMaster.move(HMaster.java:729)
        at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:570)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1039)

The TestChoreService shut down the opened ChoreService after each individual unit test.  This is to avoid test failure with enormous amount of active threads at the end of test on slow virtual host (see HBASE-12992).  However, the service shut down was not wrapped around the 'finally'-block to guarantee the execution when exception throws.  The fix is trial.

Calling ASN1.oidFromSignatureAlgorithm(String) in org.wildfly.security.x500.cert.X509CertificateBuilder.build() method on line 375 [1] for unknown algorithms returns null which is assigned to signatureAlgorithmOid and results to NPE thrown from derEncoder.encodeObjectIdentifier(signatureAlgorithmOid) on line 377.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/e01a09572b02f33db01695eb85638e88b0cd944f/src/main/java/org/wildfly/security/x500/cert/X509CertificateBuilder.java#L375

The sources for the reference documentation (/spring-webflow/docs) are not included in the distribution archive by the build system. This should be the case.

The region server makes call delete/rename/mkdir calls to the FileSystem. These calls return true or false depending on whether the operation was performed successfully or not. Region server should check these return values, and either throw an exception or log it.

Compilation failure
classpath/src/main/java/org/springframework/roo/classpath/operations/HintOperationsImpl.java:[64,44]
cannot find symbol
symbol  : method keySet()
location: class java.util.ResourceBundle
keySet method is available since 1.6 version
 http://download.oracle.com/javase/6/docs/api/java/util/ResourceBundle.html

Patches that contain duplicate patch-id attribute values in 'element' elements in patch.xml can be applied but can't be rolled back.  An attempt to rollback such a patch will result in an error "Content loader already registered for patch " + patchID, thrown from IdentityPatchContext.recordContentLoader(patchID, contentLoader).
Current implementation should reject patches with duplicate element patch-id values (unless the value is 'base').
Adding support for duplicate element patch-id values is a more difficult task at this point. If we decide to support it after all, it'll be implemented under a different issue.

@Ramakrishna found and analyzed an issue in SplitLogManager. But I don't think that the fix is correct. Will upload a patch shortly.

ChunkMonitor warning message about stream state is inaccurate: it warns the user if a multi-threaded access to ItemStream data is detected, and it checks for a null stream, but the stream is a composite and it is always null.  Should check for a registered stream inside the composite.

The handleNoMatch method of the RequestMappingInfoHandlerMapping class incorrectly throws HttpRequestMethodNotSupportedException if:

A request handler method exists that matches the path and methods but not produce/consume expression
Another request handler method exists that matches the path but not the method

In this case, the handleNoMatch method finds the request handler method that matches the path but not the method, resulting in a HttpRequestMethodNotSupportedException (line 135).
Example:
Request sent for "/users" with "Accept: application/xml"

@RequestMapping(value = "/users", method = GET, produces = "application/json")
public void foo() {...}

@RequestMapping(value = "/users", method = PUT)
public void bar() {...}

Expected exception HttpMediaTypeNotAcceptableException, observed exception HttpRequestMethodNotSupportedException.

This happens because the master is not started when ThriftServerRunner tries to create an HBaseAdmin.
org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hbase.ipc.ServerNotRunningYetException: Server is not running yet
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1333)
        at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:899)
        at $Proxy8.getProtocolVersion(Unknown Source)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getMaster(HConnectionManager.java:649)
        at org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:108)
        at org.apache.hadoop.hbase.thrift.ThriftServerRunner$HBaseHandler.<init>(ThriftServerRunner.java:516)
        at org.apache.hadoop.hbase.regionserver.HRegionThriftServer$HBaseHandlerRegion.<init>(HRegionThriftServer.java:104)
        at org.apache.hadoop.hbase.regionserver.HRegionThriftServer.<init>(HRegionThriftServer.java:74)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.initializeThreads(HRegionServer.java:646)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.preRegistrationInitialization(HRegionServer.java:546)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:658)
2012-02-21 16:38:18,223 INFO org.apache.hadoop.hba

The FunctionInfo has a FunctionType field which describes if the function is a builtin/persistent/temporary function. But for permanent functions, the FunctionInfo being returned by the FunctionRegistry is showing the type to be TEMPORARY.
This affects things which may be depending on function type, for example LlapDecider, which will allow builtin/persistent UDFs to be used in LLAP but not temporary functions.

TableInputFormatBase#nextKeyValue only catches UnknownScannerException from Scanner.next. However, scanner may throw other exceptions:

/* from HTable.ClientScanner#next */
          try {
            values = getConnection().getRegionServerWithRetries(callable);
          } catch (IOException e) {
            if (e instanceof UnknownScannerException &&
                lastNext + scannerTimeout < System.currentTimeMillis()) {
              ScannerTimeoutException ex = new ScannerTimeoutException();
              ex.initCause(e);
              throw ex;
            }
            throw e;
          }

Is there any reason why TIFB does not catch ScannerTimeoutException?

see console. 

05:38:19 /testptch/patchprocess/precommit/personality/provided.sh: line 121: wget: command not found
05:38:19 Wget error 127 in fetching excludes file from url https://builds.apache.org/job/HBase-Find-Flaky-Tests/lastSuccessfulBuild/artifact/excludes/. Ignoring and proceeding.
05:38:22 cd /testptch/hbase/hbase-server
We don't force docker to install wget before because wget is in the pre-depends of oracle-java8-installer.

$ sudo apt-rdepends oracle-java8-installer | grep "wget"
Reading package lists... Done
Building dependency tree       
Reading state information... Done
  PreDepends: wget
wget

The CredentialReference class in core was not handling capability references correctly with the 'store' field in CR attributes. WFCORE-2433 corrects that; this JIRA is to update WF full's use of the class to take advantage of the fix.

The JBoss Fuse 6.2.1 quickstarts/custom project, which is used to build a custom JBoss Fuse distribution, depends on the JBoss Fuse zip distribution:

<dependencies>
        <dependency>
            <groupId>org.jboss.fuse</groupId>
            <artifactId>jboss-fuse-full</artifactId>
            <version>${jboss.fuse.version}</version>
            <type>zip</type>
        </dependency>
    </dependencies>

However, this artifact is not provided in the public repo and needs to be manually added to a local repo for the project to build.
The README.md should be updated with this information

In the Quick Start Guide for HBase - http://hbase.apache.org/book/quickstart.html
The stable version is mentioned as - 0.95 in the line -
"Choose a download site from this list of Apache Download Mirrors. Click on the suggested top link. This will take you to a mirror of HBase Releases. Click on the folder named stable and then download the file that ends in .tar.gz to your local filesystem; e.g. hbase-0.95-SNAPSHOT.tar.gz."
But in the download folder at - http://apache.techartifact.com/mirror/hbase/stable/
The version that can be found is -  hbase-0.94.2-security.tar.gz   i.e. 0.94
So either the documentation or the download folder needs to be updated.

Example is here: https://ci.wildfly.org/viewLog.html?buildId=88880&buildTypeId=WFPR
Looking at the code I think this test is no longer valid. Originally when the test was added the design was that the reaper would never close the EM, however it looks like this was updated in WFLY-4923 so the new requirement is that the last thread to be associated with the EM is responsible for closing. If the reaper associates, then the app dissociates, then the reaper dissociates then I think it is correct and expected for the reaper thread to close the EM.
As such I will submit a PR to delete this test.

There is a regression in Commons Configuration with PropertiesConfiguration wrapped into a DataConfiguration. The properties added through a DataConfiguration aren't persisted when the configuration is saved, but they can be queried normally. Commons Configuration 1.4 wasn't affected by this issue.
The following test fails on the last assertion :

public void testSaveWithDataConfiguration() throws ConfigurationException
{
    File file = new File("target/testsave.properties");
    if (file.exists()) {
        assertTrue(file.delete());
    }

    PropertiesConfiguration config = new PropertiesConfiguration(file);

    DataConfiguration dataConfig = new DataConfiguration(config);

    dataConfig.setProperty("foo", "bar");
    assertEquals("bar", config.getProperty("foo"));
    config.save();

    // reload the file
    PropertiesConfiguration config2 = new PropertiesConfiguration(file);
    assertFalse("empty configuration", config2.isEmpty());
}

We changed the RPC_VERSION to 4 in hbase-3939.  If a client comes in volunteering RPC_VERSION is 3, currently, we'll log 'wrong version' but we'll close the connection; the client has no chance of knowing why the server went away.
Returning -1 as id up out of here is what causes the connection close:

    private void setupBadVersionResponse(int clientVersion) throws IOException {
      String errMsg = "Server IPC version " + CURRENT_VERSION +
      " cannot communicate with client version " + clientVersion;
      ByteArrayOutputStream buffer = new ByteArrayOutputStream();

      if (clientVersion >= 3) {
        Call fakeCall =  new Call(-1, null, this, responder);
        // Versions 3 and greater can interpret this exception
        // response in the same manner
        setupResponse(buffer, fakeCall, Status.FATAL,
            null, VersionMismatch.class.getName(), errMsg);

        responder.doRespond(fakeCall);
      }
    }

Instead, we need to return an id that does not close the connection so cilent gets chance to read the response.
Suggestion is that we return a 0 for the id.... the connection will stay up.
If an old client and it sends the wrong version, it'll move on to do getProtocolVersion... and will fail there.
Other clients, e.g. asynchbase, if they get a response will have a response to switch what they send to suit the new server.
(There are other issues – e.g. Invocation is versioned now – but Benoit needs some means of figuring whats on other side)

The camel-aws component depends on aws-java-sdk which has several dependencies defined using version ranges. The problem with version ranges is that they can introduce SNAPSHOT versions if they are available on your system which is not so good... in my case I had this http://download.java.net/maven/2/com/sun/mail/javax.mail/1.4.5-SNAPSHOT/javax.mail-1.4.5-SNAPSHOT.jar jar in my local repo so camel-aws promptly used that SNAPSHOT lib.

I came across some strange behaviour. After changing the key serializer at RedisTemplate, ValueOperations still uses the old key serializer. 
This is because of caching ValueOperations (and all other XXXOperations) inside RedisTemplate (see line 77-81 @ RedisTemplate). Due to the fact that all serializers are mapped to internal fields at the ValueOperations constructor changes of serializer at RedisTemplate (not matter which one) afterwards have no effect.
Is that intentional?

Excluded some packages when shading in the initial patch that should have been included.

Make sure that tests don't override conf values
Clean up formatting
remove dead code
clean up warnings.

HBASE-5986 fixed and issue, where the client sees the META entry for the parent, but not the children. However, after the fix, we have seen the following issue in tests: 
Region A is split to -> B, C
Region B is split to -> D, E
After some time, META entry for B is deleted since it is not needed anymore, but META entry for Region A stays in META (C still refers it). In this case, the client throws RegionOfflineException for B. 

Arquillian ships with a bunch of test instance "enrichers" for injecting objects to annotated fields. Among them are enrichers for Java EE annotations @Inject, @Resource and @EJB. These enrichers are enabled only if the respective annotation (or some other identifying class) is "present on the classpath". Which, for in-container tests, means visible from the classloader that loaded Arquillian. In Swarm's case, that's the module classloader for module org.jboss.arquillian. This module is defined by Swarm itself.
This module currently exports javax.annotation.api, which contains @Resource, and javax.enterprise.api, which contains @Inject (and the BeanManager). For the @EJB enricher to work, an export of javax.ejb.api is needed.

at http://hbase.apache.org/book/namespace.html, 
the example shows 

#delete namespace
delete_namespace 'my_ns'

should be 'drop_namespace'. 
Not sure how to fix a doc error. Hopefully this is the right way to report such issue. Thanks

org.jboss.as.test.integration.naming.injection.LinkRefResourceInjectionTestCase#test
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.naming.injection.LinkRefResourceInjectionTestCase#test -Dsecurity.manager

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.naming.java.permission.JndiPermission" "global/a" "bind")" in code source "(vfs:/content/binder.jar <no signer certificates>)" of "null")
	at org.jboss.as.test.integration.naming.injection.BinderBean.bindAndLink(BinderBean.java:40)
	at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
	... 193 more

Looks like the refactorings for DATACMNS-867 have accidentally dropped the evaluation of the annotation and XML attributes for the repository factory bean.

I created a Pet Clinic application using the Database.com (VMFORCE) JPA provider.  Trying to persist an entity gives the following error:
SEVERE: Servlet.service() for servlet petclinic threw exception
java.lang.AbstractMethodError: com.force.sdk.jpa.ForceManagedConnection.getXAResource()Ljavax/transaction/xa/XAResource;
	at org.datanucleus.store.connection.ConnectionManagerImpl.enlistResource(ConnectionManagerImpl.java:361)
	at org.datanucleus.store.connection.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:228)
	at org.datanucleus.store.connection.AbstractConnectionFactory.getConnection(AbstractConnectionFactory.java:56)
	at org.datanucleus.store.AbstractStoreManager.getConnection(AbstractStoreManager.java:312)
	at com.force.sdk.jpa.ForcePersistenceHandler.upsert(ForcePersistenceHandler.java:327)
	at com.force.sdk.jpa.ForcePersistenceHandler.insertObject(ForcePersistenceHandler.java:163)
	at org.datanucleus.jdo.state.JDOStateManagerImpl.internalMakePersistent(JDOStateManagerImpl.java:3274)
	at org.datanucleus.jdo.state.JDOStateManagerImpl.flush(JDOStateManagerImpl.java:4647)
	at org.datanucleus.ObjectManagerImpl.flushInternal(ObjectManagerImpl.java:3149)
	at com.force.sdk.jpa.ForceObjectManagerImpl.flushInternal(ForceObjectManagerImpl.java:128)
	at org.datanucleus.ObjectManagerImpl.flush(ObjectManagerImpl.java:3089)
	at org.datanucleus.ObjectManagerImpl.preCommit(ObjectManagerImpl.java:3228)
	at org.datanucleus.ObjectManagerImpl$2.transactionPreCommit(ObjectManagerImpl.java:317)
	at org.datanucleus.TransactionImpl.internalPreCommit(TransactionImpl.java:394)
	at org.datanucleus.TransactionImpl.commit(TransactionImpl.java:279)
	at org.datanucleus.jpa.EntityTransactionImpl.commit(EntityTransactionImpl.java:106)
	at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:467)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:754)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:723)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:393)
	at org.springframework.transaction.aspectj.AbstractTransactionAspect.ajc$afterReturning$org_springframework_transaction_aspectj_AbstractTransactionAspect$3$2a73e96c(AbstractTransactionAspect.aj:78)
	at com.springsource.petclinic.domain.AbstractPerson_Roo_Entity.ajc$interMethod$com_springsource_petclinic_domain_AbstractPerson_Roo_Entity$com_springsource_petclinic_domain_AbstractPerson$persist(AbstractPerson_Roo_Entity.aj:57)
	at com.springsource.petclinic.domain.AbstractPerson.persist(AbstractPerson.java:1)
	at com.springsource.petclinic.domain.AbstractPerson_Roo_Entity.ajc$interMethodDispatch1$com_springsource_petclinic_domain_AbstractPerson_Roo_Entity$com_springsource_petclinic_domain_AbstractPerson$persist(AbstractPerson_Roo_Entity.aj)
	at com.springsource.petclinic.web.OwnerController_Roo_Controller.ajc$interMethod$com_springsource_petclinic_web_OwnerController_Roo_Controller$com_springsource_petclinic_web_OwnerController$create(OwnerController_Roo_Controller.aj:36)
	at com.springsource.petclinic.web.OwnerController.create(OwnerController.java:1)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:176)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:426)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:414)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:790)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
	at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:113)
	at com.springsource.insight.collection.tcserver.request.HttpRequestOperationCollectionValve.invoke(HttpRequestOperationCollectionValve.java:64)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:409)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
	at java.lang.Thread.run(Thread.java:636)

During shutdown of cluster, half way through quiescing servers there is a META scan in the master.  The regions from servers whose leases are already canceled show up as invalid.  (72.34.249.208 is hosting META)

2009-01-31 10:25:42,571 INFO org.apache.hadoop.hbase.master.HMaster: Cluster shutdown requested. Starting to quiesce servers
2009-01-31 10:25:45,868 INFO org.apache.hadoop.hbase.master.ServerManager: Cancelling lease for 72.34.249.211:60020
2009-01-31 10:25:45,868 INFO org.apache.hadoop.hbase.master.ServerManager: Region server 72.34.249.211:60020: MSG_REPORT_EXITING -- lease cancelled
2009-01-31 10:25:47,480 INFO org.apache.hadoop.hbase.master.ServerManager: Cancelling lease for 72.34.249.216:60020
2009-01-31 10:25:47,480 INFO org.apache.hadoop.hbase.master.ServerManager: Region server 72.34.249.216:60020: MSG_REPORT_EXITING -- lease cancelled
2009-01-31 10:25:47,840 INFO org.apache.hadoop.hbase.master.ServerManager: Region server 72.34.249.210:60020 quiesced
2009-01-31 10:25:47,944 INFO org.apache.hadoop.hbase.master.ServerManager: Cancelling lease for 72.34.249.215:60020
2009-01-31 10:25:47,944 INFO org.apache.hadoop.hbase.master.ServerManager: Region server 72.34.249.215:60020: MSG_REPORT_EXITING -- lease cancelled
2009-01-31 10:25:48,403 INFO org.apache.hadoop.hbase.master.ServerManager: Cancelling lease for 72.34.249.213:60020
2009-01-31 10:25:48,403 INFO org.apache.hadoop.hbase.master.ServerManager: Region server 72.34.249.213:60020: MSG_REPORT_EXITING -- lease cancelled
2009-01-31 10:25:49,378 INFO org.apache.hadoop.hbase.master.ServerManager: Region server 72.34.249.218:60020 quiesced
2009-01-31 10:25:50,465 INFO org.apache.hadoop.hbase.master.ServerManager: Cancelling lease for 72.34.249.214:60020
2009-01-31 10:25:50,465 INFO org.apache.hadoop.hbase.master.ServerManager: Region server 72.34.249.214:60020: MSG_REPORT_EXITING -- lease cancelled
2009-01-31 10:25:59,531 INFO org.apache.hadoop.hbase.master.BaseScanner: RegionManager.metaScanner scanning meta region {regionname: .META.,,1, startKey: <>, server: 72.34.249.218:60020}
2009-01-31 10:25:59,544 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of activitydupehash,,1229364212541 is not valid;  Server '72.34.249.214:60020' unknown.
2009-01-31 10:25:59,545 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of api,,1229364235220 is not valid;  Server '72.34.249.216:60020' unknown.
2009-01-31 10:25:59,552 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of apps,,1229364222879 is not valid;  Server '72.34.249.215:60020' unknown.
2009-01-31 10:25:59,552 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of assigners,,1229364037757 is not valid;  Server '72.34.249.214:60020' unknown.
2009-01-31 10:25:59,554 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of canoncache,,1229364041955 is not valid;  Server '72.34.249.215:60020' unknown.
2009-01-31 10:25:59,555 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of chunks,,1229390225893 is not valid;  Server '72.34.249.211:60020' unknown.

Shutdown then continues as the last servers are quiesced, but at the same time the Master expires the lease on the regionserver that was hosting META and that it just scanned.  It then starts to replay the logs for that regionserver in the middle of the shutdown.

2009-01-31 10:25:59,799 INFO org.apache.hadoop.hbase.master.BaseScanner: RegionManager.metaScanner scan of 512 row(s) of meta region {regionname: .META.,,1, startKey: <>, server: 72.34.249.218:60020}
 complete
2009-01-31 10:25:59,799 INFO org.apache.hadoop.hbase.master.BaseScanner: All 1 .META. region(s) scanned
2009-01-31 10:26:59,530 INFO org.apache.hadoop.hbase.master.BaseScanner: RegionManager.metaScanner scanning meta region {regionname: .META.,,1, startKey: <>, server: 72.34.249.218:60020}
2009-01-31 10:26:59,720 INFO org.apache.hadoop.hbase.master.BaseScanner: RegionManager.metaScanner scan of 512 row(s) of meta region {regionname: .META.,,1, startKey: <>, server: 72.34.249.218:60020}
 complete
2009-01-31 10:26:59,720 INFO org.apache.hadoop.hbase.master.BaseScanner: All 1 .META. region(s) scanned
2009-01-31 10:27:40,374 INFO org.apache.hadoop.hbase.master.ServerManager: 72.34.249.218:60020 lease expired
2009-01-31 10:27:40,375 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: ProcessServerShutdown of 72.34.249.218:60020
2009-01-31 10:27:40,375 INFO org.apache.hadoop.hbase.master.RegionServerOperation: process shutdown of server 72.34.249.218:60020: logSplit: false, rootRescanned: false, numberOfMetaRegions: 1, onlin
eMetaRegions.size(): 1
2009-01-31 10:27:40,387 INFO org.apache.hadoop.hbase.regionserver.HLog: Splitting 44 log(s) in hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020
2009-01-31 10:27:40,387 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Splitting 1 of 44: hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1232996040603
2009-01-31 10:27:40,443 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Creating new log file writer for path hdfs://mb0:9000/hbase/.META./1028785192/oldlogfile.log and region .META.,,1
2009-01-31 10:27:40,575 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Creating new log file writer for path hdfs://mb0:9000/hbase/sources/671225115/oldlogfile.log and region sources,,1229364117966
2009-01-31 10:27:41,171 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Applied 100003 total edits from hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1232996040603
2009-01-31 10:27:41,173 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Splitting 2 of 44: hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233093726382
2009-01-31 10:27:41,429 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Creating new log file writer for path hdfs://mb0:9000/hbase/dupehash/1607532582/oldlogfile.log and region dupehash,O��<L;h�,12
31779694744
2009-01-31 10:27:41,462 INFO org.apache.hadoop.hbase.master.ServerManager: 72.34.249.217:60020 lease expired
2009-01-31 10:27:41,499 INFO org.apache.hadoop.hbase.master.ServerManager: All user tables quiesced. Proceeding with shutdown
2009-01-31 10:27:41,499 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling root scanner to stop
2009-01-31 10:27:41,499 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling meta scanner to stop
2009-01-31 10:27:41,499 DEBUG org.apache.hadoop.hbase.master.RegionManager: meta and root scanners notified
2009-01-31 10:27:41,499 INFO org.apache.hadoop.hbase.master.RootScanner: RegionManager.rootScanner exiting
2009-01-31 10:27:41,499 INFO org.apache.hadoop.hbase.master.MetaScanner: RegionManager.metaScanner exiting
2009-01-31 10:27:41,780 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Applied 100001 total edits from hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233093726382
2009-01-31 10:27:41,781 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Splitting 3 of 44: hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233101015153
2009-01-31 10:27:41,838 INFO org.apache.hadoop.hbase.master.ServerManager: 72.34.249.210:60020 lease expired
2009-01-31 10:27:41,866 INFO org.apache.hadoop.hbase.master.ServerManager: All user tables quiesced. Proceeding with shutdown
2009-01-31 10:27:41,866 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling root scanner to stop
2009-01-31 10:27:41,866 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling meta scanner to stop
2009-01-31 10:27:41,866 DEBUG org.apache.hadoop.hbase.master.RegionManager: meta and root scanners notified
2009-01-31 10:27:42,557 INFO org.apache.hadoop.hbase.master.ServerManager: 72.34.249.212:60020 lease expired
2009-01-31 10:27:42,581 INFO org.apache.hadoop.hbase.master.ServerManager: All user tables quiesced. Proceeding with shutdown
2009-01-31 10:27:42,581 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling root scanner to stop
2009-01-31 10:27:42,581 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling meta scanner to stop
2009-01-31 10:27:42,581 DEBUG org.apache.hadoop.hbase.master.RegionManager: meta and root scanners notified
2009-01-31 10:27:42,615 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Applied 100002 total edits from hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233101015153
2009-01-31 10:27:42,618 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Splitting 4 of 44: hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233111791302
2009-01-31 10:27:43,356 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Applied 100001 total edits from hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233111791302
2009-01-31 10:27:43,359 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Splitting 5 of 44: hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233122447841
2009-01-31 10:27:43,404 INFO org.apache.hadoop.hbase.master.ServerManager: All user tables quiesced. Proceeding with shutdown
2009-01-31 10:27:43,404 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling root scanner to stop
2009-01-31 10:27:43,404 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling meta scanner to stop
2009-01-31 10:27:43,404 DEBUG org.apache.hadoop.hbase.master.RegionManager: meta and root scanners notified
2009-01-31 10:27:43,991 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Applied 100001 total edits from hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233122447841

During the log replay, a log file was missing from HDFS.  Not sure why, there was a Datanode crash that could be related.  More importantly, once it trips on the missing file it stops the replay (even though there's another 37 logs).

2009-01-31 10:27:43,992 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Splitting 6 of 44: hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233132556827
2009-01-31 10:27:44,022 WARN org.apache.hadoop.hbase.master.HMaster: Processing pending operations: ProcessServerShutdown of 72.34.249.218:60020
java.io.FileNotFoundException: File does not exist: hdfs://mb0:9000/hbase/log_72.34.249.218_1232996040351_60020/hlog.dat.1233132556827
        at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:394)
        at org.apache.hadoop.fs.FileSystem.getLength(FileSystem.java:679)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1417)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1412)
        at org.apache.hadoop.hbase.regionserver.HLog.splitLog(HLog.java:742)
        at org.apache.hadoop.hbase.regionserver.HLog.splitLog(HLog.java:705)
        at org.apache.hadoop.hbase.master.ProcessServerShutdown.process(ProcessServerShutdown.java:249)
        at org.apache.hadoop.hbase.master.HMaster.processToDoQueue(HMaster.java:427)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:360)
2009-01-31 10:27:44,022 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling root scanner to stop
2009-01-31 10:27:44,022 DEBUG org.apache.hadoop.hbase.master.RegionManager: telling meta scanner to stop
2009-01-31 10:27:44,022 DEBUG org.apache.hadoop.hbase.master.RegionManager: meta and root scanners notified
2009-01-31 10:27:44,023 DEBUG org.apache.hadoop.hbase.RegionHistorian: Offlined
2009-01-31 10:27:44,023 INFO org.apache.hadoop.hbase.master.HMaster: Stopping infoServer
2009-01-31 10:27:44,023 INFO org.mortbay.util.ThreadedServer: Stopping Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=60010]
2009-01-31 10:27:44,026 INFO org.mortbay.http.SocketListener: Stopped SocketListener on 0.0.0.0:60010

Summary : If a query needs to compare two timestamp with one timestamp provided in "YYYY-MM-DD" format, skipping the time part, it returns incorrect result. 
Steps to reproduce : 
1. Start a hive-cli. 
2. Fire up the query -> select cast("2016-12-31 12:00:00" as timestamp) > "2016-12-30";
3. Expected result : true
4. Actual result : NULL
Detailed description : 
If two primitives of different type needs to compared, a common comparator type is chosen. Prior to 2.1, Common type Text was chosen to compare Timestamp type and Text type. 
In version 2.1, Common type Timestamp is chosen to compare Timestamp type and Text type. This leads to converting Text type (YYYY-MM-DD) into java.sql.Timestamp which throws exception saying the input is not in proper format. The exception is suppressed and a null is returned. 
Code below from org.apache.hadoop.hive.ql.exec.FunctionRegistry

if (pgA == PrimitiveGrouping.STRING_GROUP && pgB == PrimitiveGrouping.DATE_GROUP) {
      return b;
    }
    // date/timestamp is higher precedence than String_GROUP
    if (pgB == PrimitiveGrouping.STRING_GROUP && pgA == PrimitiveGrouping.DATE_GROUP) {
      return a;
    }

The bug was introduced in  HIVE-13381

If you have a table foobar and a table foo, add_table.rb on table foo will delete all of the META entries for foobar. We're missing the ',' in the scan.

ScopeSearchingPropertyAccessor causes a NPE if it's elected to access a property the first time the expression is evaluated and can't recover the property the following times. 
Attached there is a project to reproduce the error:

If we start the application and the first request is /webflow-tests/scopeSearchingProps?test=kk, subsequents requests to /webflow-test/scopeSearchinProps throw a NPE
If we start the application and the first request is /webflow-tests/scopeSearchingProps, subsequents requests to /webflow-test/scopeSearchinProps work fine

ShallowEtagHeaderFilter has not been adding an ETag to the HTTP header in 3.0.1.RELEASE and 3.0.2.RELEASE in my environment.  ShallowEtagHeaderFilter in 3.0.0.RELEASE does add an ETag to the HTTP header in my environment.
What is preventing the ETag from being added is a statusCode (ShallowEtagHeaderFilter:60) that is always equal to -1.  I cannot find what is causing the statusCode to be equal to -1.

<filter>
    <filter-name>ShallowEtagHeaderFilter</filter-name>
    <filter-class&gt;org.springframework.web.filter.ShallowEtagHeaderFilter</filter-class&gt;
</filter>
<filter-mapping>
    <url-pattern>/*</url-pattern>
</filter-mapping>

We have a route:

from("file:inbox?probeContentType=true&preMove=inprogress/${file:name}&renameUsingCopy=true")
        .transacted()
        .bean(MimeTypeParser.class, "populateFileTypeHeaderFields")
        .to("seda:somewhere")
The probeContentType executes before preMove & renameUsingCopy and correctly sets the Exchange.FILE_CONTENT_TYPE header.
The problem happens during the preMove & renameUsingCopy part where GenericFileExpressionRenamer calls the GenericFile method GenericFile<T> copyFrom(GenericFile<T> source).
This "copy constructor" method does not copy the header Exchange.FILE_CONTENT_TYPE, nor does it preserve the value of the GenericFile probeContentType field.
The class GenericFileRenameProcessStrategy calls GenericFileExpressionRenamer from the method begin() which in turn calls GenericFile.bindToExchange(Exchange exchange).
GenericFile.bindToExchange() clears all "CamelFile*" headers and then calls GenericFile.populateHeaders(GenericFileMessage<T> message) which would call Files.probeContentType(Path path) if the GenericFile probeContentType field weren't now false.
When our route gets to the MimeTypeParser bean the "CamelFileContentType" header is lost, and that is what we are looking for.
One work-around is to put something like this between .transacted() and the .bean():

.process(exchange ->  {
     Path path = exchange.getIn().getBody(File.class).toPath();
     exchange.getIn().setHeader(Exchange.FILE_CONTENT_TYPE, Files.probeContentType(path));
})

Lars found and fixed some issues with close_region.  See http://search-hadoop.com/m/L8dD1V5yts1/Issues+with+close_region&subj=Issues+with+close_region

There is a difference between required Permission for ElytronXmlParser.parseAuthenticationClientConfiguration() method in version 1.1.7.Final (JBoss EAP 7.1.0.GA) and 1.2.4.Final (JBoss EAP 7.2.0.CD12.CR1) when runs with Security Manager. Version 1.2.4.Final newly requires Permission java.security.SecurityPermission putProviderProperty.WildFlyElytron. It fails with following Exception:

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.security.SecurityPermission" "putProviderProperty.WildFlyElytron")" in code source "(vfs:/content/WildflyConfigXmlReproducerServlet.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.WildflyConfigXmlReproducerServlet.war" from Service Module Loader")
	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:295)
	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:192)
	at java.lang.SecurityManager.checkSecurityAccess(SecurityManager.java:1759)
	at org.wildfly.security.manager.WildFlySecurityManager.checkSecurityAccess(WildFlySecurityManager.java:581)
	at java.security.Provider.check(Provider.java:658)
	at java.security.Provider.putService(Provider.java:1120)
	at org.wildfly.security.WildFlyElytronProvider.putHttpAuthenticationMechanismImplementations(WildFlyElytronProvider.java:232)
	at org.wildfly.security.WildFlyElytronProvider.<init>(WildFlyElytronProvider.java:142)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$static$0(ElytronXmlParser.java:131)
	at org.wildfly.security.util.ProviderUtil$1.get(ProviderUtil.java:159)
	at org.wildfly.security.util.ProviderUtil$1.get(ProviderUtil.java:147)
	at org.wildfly.security.auth.client.ElytronXmlParser$DeferredSupplier.get(ElytronXmlParser.java:2826)
	at org.wildfly.security.password.PasswordFactory.getInstance(PasswordFactory.java:116)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseClearPassword$49(ElytronXmlParser.java:2252)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseCredentialsType$31(ElytronXmlParser.java:1065)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:1042)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseCredentialsType$38(ElytronXmlParser.java:1108)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$22(ElytronXmlParser.java:836)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$26(ElytronXmlParser.java:884)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$11(ElytronXmlParser.java:716)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$12(ElytronXmlParser.java:742)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:351)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:227)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:188)
	at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlReproducerServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlReproducerServlet.java:51)
	at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlReproducerServlet.doGet(WildflyConfigXmlReproducerServlet.java:44)
	...

In case this change is expected then Release Notes Jira should be created.
The same Permission is needed when authentication context is obtained from server configuration (through default-authentication-context in elytron subsystem):

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.security.SecurityPermission" "putProviderProperty.WildFlyElytron")" in code source "(vfs:/content/direct-call-dep.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.direct-call-dep.war" from Service Module Loader")
	at org.wildfly.security.auth.client.AuthenticationConfiguration.lambda$static$0(AuthenticationConfiguration.java:169)
	at org.wildfly.security.sasl.util.SecurityProviderSaslClientFactory.createSaslClient(SecurityProviderSaslClientFactory.java:85)
	at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:66)
	at org.wildfly.security.sasl.util.ProtocolSaslClientFactory.createSaslClient(ProtocolSaslClientFactory.java:50)
	at org.wildfly.security.sasl.util.ServerNameSaslClientFactory.createSaslClient(ServerNameSaslClientFactory.java:50)
	at org.wildfly.security.sasl.util.FilterMechanismSaslClientFactory.createSaslClient(FilterMechanismSaslClientFactory.java:102)
	at org.wildfly.security.sasl.util.LocalPrincipalSaslClientFactory.createSaslClient(LocalPrincipalSaslClientFactory.java:76)
	at org.wildfly.security.sasl.util.PrivilegedSaslClientFactory.lambda$createSaslClient$0(PrivilegedSaslClientFactory.java:64)
	at org.wildfly.security.sasl.util.PrivilegedSaslClientFactory.createSaslClient(PrivilegedSaslClientFactory.java:64)
	at org.wildfly.security.auth.client.AuthenticationConfiguration.createSaslClient(AuthenticationConfiguration.java:1348)
	at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.createSaslClient(AuthenticationContextConfigurationClient.java:395)
	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:420)
	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:242)
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
	at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
	at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:591)

or when authentication context is created programatically:

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.security.SecurityPermission" "putProviderProperty.WildFlyElytron")" in code source "(vfs:/content/programatically-set-dep.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.programatically-set-dep.war" from Service Module Loader")

DefaultFieldSet should not always trim whitespace from the value returned.  (I think it's valid for trimming to occur on the "name" of a field.)  It's a valid use-case for people to want the raw data that was read with whitespace included.  (It also can slightly slow performance during the reading of a file when trimming is done).
Please allow users to decide which field(s) they would like trimming to occur on.

Not easy to track down when you have a lot of routes.  This might be new with the introduction of StartupRouteHolder (I think that was introduced in 2.1, right?)

public class TriggerNPETest extends CamelTestSupport {
	@Override
	protected RouteBuilder createRouteBuilder() throws Exception {
            	// This will generate an NPE on DefaultCamelContext.start() (line 973)
            	// If this is an invalid route a proper message should be given far before 
            	// this and/or NPE should be tested on line 973
            	from("direct:psd.nowhere");
            }
        };
	}
	@Test
	public void testme() throws Exception {
		Thread.sleep(10000);
	}
}

	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:973)
	at org.apache.camel.test.junit4.CamelTestSupport.startCamelContext(CamelTestSupport.java:145)
	at org.apache.camel.test.junit4.CamelTestSupport.setUp(CamelTestSupport.java:98)

            // now start the inputs for all the route services as we have prepared Camel
            // yeah open the floods so messages can start flow into Camel
            for (Map.Entry<Integer, StartupRouteHolder> entry : inputs.entrySet()) {
                Integer order = entry.getKey();
                Route route = entry.getValue().getRoute();  //  <<<-------  Right here.

The behavior with clearBufferOnFail is very fishy.

 /**
   * When you turn {@link #autoFlush} off, you should also consider the
   * {@link #clearBufferOnFail} option. By default, asynchronous {@link Put}
   * requests will be retried on failure until successful. However, this can
   * pollute the writeBuffer and slow down batching performance. Additionally,
   * you may want to issue a number of Put requests and call
   * {@link #flushCommits()} as a barrier. In both use cases, consider setting
   * clearBufferOnFail to true to erase the buffer after {@link #flushCommits()}
   * has been called, regardless of success.
   *
   * @param autoFlush
   *          Whether or not to enable 'auto-flush'.
   * @param clearBufferOnFail
   *          Whether to keep Put failures in the writeBuffer
   * @see #flushCommits
   */
  public void setAutoFlush(boolean autoFlush, boolean clearBufferOnFail) {
    this.autoFlush = autoFlush;
    this.clearBufferOnFail = autoFlush || clearBufferOnFail;  <============ yo man
  }

  public void setAutoFlush(boolean autoFlush) {
    setAutoFlush(autoFlush, autoFlush); <============ more yo
  }

So by default, a HTable has

autoflush == true
clearBufferOnFail == true

BUT, if you call setAutoFlush(false), you have

autoflush == false
clearBufferOnFail == false

So:

you're setting two parameters instead of only one, without being told so.
a side effect is that failed operations will be tried twice:
one in the standard process
one in the table close, as we're flushing the buffer again

I would like to:

deprecate clearBufferOnFail.
deprecate setAutoFlush(boolean), to make things clear about what we're doing.

The conf setting hive.server2.async.exec.shutdown.timeout is set to a long value (10L) in HiveConf.java, but it is read using getIntVar in SessionManager.stop. 
Instead it should be read as - 

      long timeout = hiveConf.getLongVar(ConfVars.HIVE_SERVER2_ASYNC_EXEC_SHUTDOWN_TIMEOUT);

Current code will either cause an assertion error if assertions are enabled, or it would return the timeout as -1 if the property is not set in hive-site.xml
Workaround is to explicitly set the property in hive-site.xml

The samples in the Spring WS point to Spring WS parent version 2.1.4.RELEASE-SNAPSHOT and the Spring WS parent is now at version 2.1.5.RELEASE-SNAPSHOT. They need to be updated to the correct snapshot version or a released version to make them easier to build.

It is possible that setCacheNames() is called on the cache manager before all other properties are set, in which case the caches constructed during the call will be instantiated with default values for some properties.
Affected properties include usePrefix, defaultExpiration, and the expires map.
RedisCacheManager should implement InitializingBean or similar and set up its caches after initialization completes.
E.g.
This fails (prefixes aren't used): 

    <bean id="cache.manager"
          class="org.springframework.data.redis.cache.RedisCacheManager"
          c:template-ref="redis.template"
    >
        <property name="cacheNames" value="cache.test.spring"/>
        <property name="usePrefix" value="true"/>
    </bean>

...but this works:

    >
    </bean>

When writing the following code, the expression 

${headers.true} == ${headers.true}

 evaluates to false - rather than the expected true.

    <camelContext trace="false" xmlns="http://camel.apache.org/schema/blueprint">
        <route>
            <from uri="direct:entry"/>

            <setHeader headerName="true">
                <constant>true</constant>
            </setHeader>

            <setBody>
                <simple resultType="java.lang.Boolean">${headers.true} == ${headers.true}</simple>
            </setBody>

            <log message="The expression evaluated to :: ${body}" />

        </route>

[                          main] route1                         INFO  The expression evaluated to :: false

Edit: I have tried debugging this, and it seems that the "==" token is being treated as a LiteralExpression - rather than an being a Binary Operator? I'm imaging therefore that the `false` is purely from coercing a String to the java.lang.Boolean resultType?

Recent fix in HBASE-10632 to StochasticLoadBalancer$LocalityBasedCandidateGenerator revealed another issue: 

java.lang.ArrayIndexOutOfBoundsException: -1
	at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer$CandidateGenerator.pickRandomRegion(StochasticLoadBalancer.java:405)
	at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer$LocalityBasedCandidateGenerator.generate(StochasticLoadBalancer.java:571)
	at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer.balanceCluster(StochasticLoadBalancer.java:235)
	at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:1465)
	at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:1505)

Coverity found possible dereference of null.
executePrincipalQuery() can return null and credential.matches() is called without check
JdbcSecurityRealm.java

     @Override
156        public <C extends Credential> C getCredential(final Class<C> credentialType, final String algorithmName, final AlgorithmParameterSpec parameterSpec) throws RealmUnavailableException {
157            Assert.checkNotNullParam("credentialType", credentialType);
158            for (QueryConfiguration configuration : JdbcSecurityRealm.this.queryConfiguration) {
159                for (KeyMapper keyMapper : configuration.getColumnMappers(KeyMapper.class)) {
160                    if (keyMapper.getCredentialAcquireSupport(credentialType, algorithmName, parameterSpec).mayBeSupported()) {
161                        final Credential credential = executePrincipalQuery(configuration, r -> keyMapper.map(r, providers));
162                        if (credential.matches(credentialType, algorithmName, parameterSpec)) {
163                            return credentialType.cast(credential);
164                        }
165                    }
166                }
167            }
168
169            return null;
170        }

https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=22329013&defectInstanceId=5071812&mergedDefectId=1440468

As part of HIVE-4869, the hbase storage handler in hcat was moved to org.apache.hive.hcatalog, and then put back to org.apache.hcatalog since it was intended to be deprecated as well.
However, it imports and uses several org.apache.hive.hcatalog classes. This needs to be changed to use org.apache.hcatalog classes.
==
Note : The above is a complete description of this issue in and of by itself, the following is more details on the backward-compatibility goal I have(not saying that each of these things are violated) : 
a) People using org.apache.hcatalog packages should continue being able to use that package, and see no difference at compile time or runtime. All code here is considered deprecated, and will be gone by the time hive 0.14 rolls around. Additionally, org.apache.hcatalog should behave as if it were 0.11 for all compatibility purposes.
b) People using org.apache.hive.hcatalog packages should never have an org.apache.hcatalog dependency injected in.
Thus,
It is okay for org.apache.hcatalog to use org.apache.hive.hcatalog packages internally (say HCatUtil, for example), as long as any interfaces only expose org.apache.hcatalog.* For tests that test org.apache.hcatalog.*, we must be capable of testing it from a pure org.apache.hcatalog.* world.
It is never okay for org.apache.hive.hcatalog to use org.apache.hcatalog, even in tests.
One addition/clarification:
any application using org.apache.hcatalog.hbase.HBaseHCatStorageHandler must only use classes from org.apache.hcatalog.  For example org.apache.hcatalog.mapreduce.OutputJobInfo rather than the new org.apache.hive.hcatalog.mapreduce.OutputJobInfo.

CLI throws IAE on tab completion. 
https://issues.jboss.org/browse/WFCORE-672 - CLI tab-completion for attribute name path syntax

[standalone@localhost:9990 /]  /subsystem=jgroups/stack=udp/transport=UDP:write-attribute(name=properties.java.lang.IllegalArgumentException
	at org.jboss.dmr.ModelValue.getKeys(ModelValue.java:136)
	at org.jboss.dmr.ModelNode.keys(ModelNode.java:1373)
	at org.jboss.as.cli.impl.AttributeNamePathCompleter$AttributeNamePathCallbackHandler.getCandidates(AttributeNamePathCompleter.java:165)
	at org.jboss.as.cli.impl.AttributeNamePathCompleter.complete(AttributeNamePathCompleter.java:112)
	at org.jboss.as.cli.impl.AttributeNamePathCompleter.complete(AttributeNamePathCompleter.java:96)
	at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:229)
	at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:73)
	at org.jboss.as.cli.CommandCompleter.doComplete(CommandCompleter.java:126)
	at org.jboss.as.cli.CommandCompleter.complete(CommandCompleter.java:63)
	at org.jboss.as.cli.impl.Console$Factory$1$1.complete(Console.java:122)
	at org.jboss.aesh.console.Console.complete(Console.java:1227)
	at org.jboss.aesh.console.Console.parseOperation(Console.java:551)
	at org.jboss.aesh.console.Console.read(Console.java:453)
	at org.jboss.aesh.console.Console.read(Console.java:347)
	at org.jboss.as.cli.impl.Console$Factory$1.readLine(Console.java:198)
	at org.jboss.as.cli.impl.CommandContextImpl.interact(CommandContextImpl.java:1327)
	at org.jboss.as.cli.impl.CliLauncher.main(CliLauncher.java:272)
	at org.jboss.as.cli.CommandLineMain.main(CommandLineMain.java:45)
	at org.jboss.modules.Module.run(Module.java:308)
	at org.jboss.modules.Main.main(Main.java:487)

LocalDataSourceConnectionProvider closes connection directly in closeConnection() method instead of releasing it using DataSourceUtils.releaseConnection(), i.e. without consulting with SmartDataSource. As result, we can't use SingleConnectionDataSource with suppressClose == false together with Hibernate code. SingleConnectionDataSource is useful in tests, but not only - we found it really useful in production code for command line tools working with a DB from one thread - it's actually the fastest approach. When suppressClose == true SingleConnectionDataSource performs quite slowly, probably because of dynamic proxy. And we found no way to override ConnectionProvider implementation in Spring (we use AnnotationSessionFactoryBean).

From this email thread.
Note that if you @Inject JMSProducer into a @ApplicationScoped bean then that's the scoping used, although it's not correct as the scope should be either @Request or @TransactionScoped
To: users@jms-spec.java.net
Subject: [jms-spec users] Re: Confusion about JMSProducer methods and CDI
On 05/06/2014 19:29, Elias Ross wrote:
>
> The other question I had was the scoping for CDI. For example:
>
> @ApplicationScoped
> public class MyClient 
{
>     @Inject JMSContext context;
> }
>
> public class MyServlet extends HttpServlet 
{
>     @Inject MyClient client;
> }
>
> Then JMSContext ends up being potentially shared between multiple
> threads. I would expect the scoping of JMSContext to be request, not
> @Dependent here.
>
Why do you say that the "JMSContext ends up being potentially shared between multiple threads"?
The scope of the injected JMSContext is defined in the JMS 2.0 spec, section 12.4.4. "Scope of injected JMSContext 
objects". Essentially, if there's a transaction in progress then the injected JMSContext will have transaction scope, 
otherwise it will have request scope.
It looks like you're in a servlet here, and you haven't started a transaction, so the injected JMSContext must have 
request scope.
The scope of the injected JMSContext is defined in the JMS 2.0 spec, section 12.4.4. "Scope of injected JMSContext objects". Essentially, if there's a transaction in progress then the injected JMSContext will have transaction scope, otherwise it will have request scope.
It looks like you're in a servlet here, and you haven't started a transaction, so the injected JMSContext must have request scope.

Currently the InstanceCache  class is not thread safe, but it is sometimes used as a static variable, for instance here. This will be an issue for HoS, at which scenario it could be accessed by multiple threads at the same time. We found this sometimes causes NPE:

ERROR : FAILED: Execution Error, return code 3 from org.apache.hadoop.hive.ql.exec.spark.SparkTask. java.util.concurrent.ExecutionException: Exception thrown by job
        at org.apache.spark.JavaFutureActionWrapper.getImpl(FutureAction.scala:311)
        at org.apache.spark.JavaFutureActionWrapper.get(FutureAction.scala:316)
        at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:382)
        at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:335)
Caused by: org.apache.spark.SparkException: Job aborted due to stage failure: Task 20 in stage 0.0 failed 4 times, most recent failure: Lost task 20.3 in stage 0.0 (TID 33, hadoopworker992-sjc1.prod.uber.internal): java.lang.RuntimeException: Map operator initialization failed: org.apache.hadoop.hive.ql.metadata.Hive
Exception: java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.init(SparkMapRecordHandler.java:127)
        at org.apache.hadoop.hive.ql.exec.spark.HiveMapFunction.call(HiveMapFunction.java:55)
        at org.apache.hadoop.hive.ql.exec.spark.HiveMapFunction.call(HiveMapFunction.java:30)
        at org.apache.spark.api.java.JavaRDDLike$$anonfun$fn$7$1.apply(JavaRDDLike.scala:192)
        at org.apache.spark.rdd.RDD$$anonfun$mapPartitions$1$$anonfun$apply$20.apply(RDD.scala:710)
        at org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:38)
        at org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:306)
        at org.apache.spark.rdd.RDD.iterator(RDD.scala:270)
        at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:73)
        at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:41)
        at org.apache.spark.scheduler.Task.run(Task.scala:89)
        at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:214)
        at org.apache.hadoop.hive.ql.exec.MapOperator.getConvertedOI(MapOperator.java:325)
        at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:388)
        at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.init(SparkMapRecordHandler.java:92)
        ... 16 more
        at org.apache.hadoop.hive.serde2.avro.AvroObjectInspectorGenerator.supportedCategories(AvroObjectInspectorGenerator.java:142)
        at org.apache.hadoop.hive.serde2.avro.AvroObjectInspectorGenerator.createObjectInspectorWorker(AvroObjectInspectorGenerator.java:91)
        at org.apache.hadoop.hive.serde2.avro.AvroObjectInspectorGenerator.createObjectInspectorWorker(AvroObjectInspectorGenerator.java:104)
        at org.apache.hadoop.hive.serde2.avro.AvroObjectInspectorGenerator.createObjectInspectorWorker(AvroObjectInspectorGenerator.java:121)
        at org.apache.hadoop.hive.serde2.avro.AvroObjectInspectorGenerator.createObjectInspector(AvroObjectInspectorGenerator.java:83)
        at org.apache.hadoop.hive.serde2.avro.AvroObjectInspectorGenerator.<init>(AvroObjectInspectorGenerator.java:56)
        at org.apache.hadoop.hive.serde2.avro.AvroSerDe.initialize(AvroSerDe.java:126)
        at org.apache.hadoop.hive.serde2.avro.AvroSerDe.initialize(AvroSerDe.java:80)
        at org.apache.hadoop.hive.serde2.SerDeUtils.initializeSerDe(SerDeUtils.java:520)
        at org.apache.hadoop.hive.ql.plan.PartitionDesc.getDeserializer(PartitionDesc.java:142)
        at org.apache.hadoop.hive.ql.exec.MapOperator.getConvertedOI(MapOperator.java:299)
        ... 18 more

(The stack trace is from Hive 1.1.0 but the issue should also exist in upstream).
This issue is also reported earlier: https://groups.google.com/forum/#!topic/presto-users/CpEDvLiUSX0

The tag <import resource="..."/> acts differently in version 3.0.0 and 2.5.6.
For example, consider these two xml configuration files, located in a package "context".
File: dependent-context.xml
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
	<bean id="myBean" class="java.lang.String" />
</beans>
File: super-context.xml
-----------------------
	<import resource="dependent-context.xml" />
</beans>
We load the latter, using the following: 
new ClassPathXmlApplicationContext("context/super-context.xml");
Here is the log using Spring 2.5.6.SEC01:
11:47:58,903 INFO  [ClassPathXmlApplicationContext] Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@19efb05: display name [org.springframework.context.support.ClassPathXmlApplicationContext@19efb05]; startup date [Wed Dec 02 11:47:58 CET 2009]; root of context hierarchy
11:47:58,949 INFO  [XmlBeanDefinitionReader] Loading XML bean definitions from class path resource [context/super-context.xml]
11:47:59,027 INFO  [XmlBeanDefinitionReader] Loading XML bean definitions from class path resource [context/dependent-context.xml]
11:47:59,059 INFO  [ClassPathXmlApplicationContext] Bean factory for application context [org.springframework.context.support.ClassPathXmlApplicationContext@19efb05]: org.springframework.beans.factory.support.DefaultListableBeanFactory@47393f
11:47:59,059 INFO  [DefaultListableBeanFactory] Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@47393f: defining beans [myBean]; root of factory hierarchy
Note that the dependent-context.xml file is loaded as "class path resource [context/dependent-context.xml]"
Here is the log using Spring 3.0.0.RC3:
12:06:57,312 INFO  [ClassPathXmlApplicationContext] Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@8814e9: startup date [Wed Dec 02 12:06:57 CET 2009]; root of context hierarchy
12:06:57,608 INFO  [XmlBeanDefinitionReader] Loading XML bean definitions from class path resource [context/super-context.xml]
12:06:57,686 INFO  [XmlBeanDefinitionReader] Loading XML bean definitions from URL file:/C:/Workspace/__Test/target/classes/context/dependent-context.xml
12:06:57,795 INFO  [DefaultListableBeanFactory] Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@1a9334: defining beans [myBean]; root of factory hierarchy
Note that the dependent-context.xml file is new loaded as "URL file:/C:/Workspace/__Test/target/classes/context/dependent-context.xml"
If the two file are located in different folders on the file system, as it is often the case, the loading fails.
This difference generates several major regressions in our existing projects.

The transaction manager is allowed to create more than one Transaction object for an imported transaction, and has been observed to do so in at least distributed JTA cases if not other cases.
The JTA specification says that the equals method must return true for two objects that refer to the same transaction.  Therefore OwnableReentrantLock must use equals() on its owner argument.
As an aside, that class should probably also null-check its owner object on lock() to avoid weird states.

Here's a description of the problem from Stefan Guilhen:

Farah Juma Not sure if this is relevant but do you remember a quick chat we had about a month ago when I was converting this QS and I was getting a $local identity when IntermediateEJB attempted to invoke the SecuredEJB? No matter what I did in terms of configuration I was getting $local even if I used a sasl-mech-selector that explicitly defined DIGEST-MD5 as the only mech.
I found another sample app that was working correctly and the only difference was that the intermediate EJB was injecting the reference to the remote EJB instead of doing a lookup. So I've changed the QS to inject the reference to the SecuredEJB in the IntermediateEJB and it started working. I don't know if this has anything to do with the current issue but I was also getting the $local identity when running this QS.
The problem occurs for EJB invocations from a remote server when doing a lookup using a PROVIDER_URL when no protocol is set on the AuthenticationConfiguration that should be used for the remote EJB invocation. In particular, in RemoteOutboundConnectionService#start when an AuthenticationContext is specified for a remote outbound connection and no protocol is set on the resolved AuthenticationConfiguration, we currently use "http-remoting" as the default protocol when constructing the destination URI. In EjbClientContextSetupProcessor.RegistrationService#transformOne, we create an AuthenticationContext with a rule that attempts to match on "http-remoting". However, because the InitialContext is created using "remote+http://localhost:8080" as the PROVIDER_URL, our rule doesn't match this PROVIDER_URL, so the desired AuthenticationConfiguration doesn't actually get used. We could update RemoteOutboundConnectionService#start so that "remote+http" is used as the default protocol instead of the "http-remoting" protocol when no protocol is set on AuthenticationConfiguration that is resolved for an Elytron remote outbound connection. 

There is a very corner case when bad things could happen(ie data loss):
1)	RS #1 is going to roll its HLog - not yet created the new one, old one will get no more writes
2)	RS #1 enters GC Pause of Death
3)	Master lists HLog files of RS#1 that is has to split as RS#1 is dead, starts splitting
4)	RS #1 wakes up, created the new HLog (previous one was rolled) and appends an edit - which is lost
The following seems like a possible solution:
1)	Master detects RS#1 is dead
2)	The master renames the /hbase/.logs/<regionserver name>  directory to something else (say /hbase/.logs/<regionserver name>-dead)
3)	Add mkdir support (as opposed to mkdirs) to HDFS - so that a file create fails if the directory doesn't exist. Dhruba tells me this is very doable.
4)	RS#1 comes back up and is not able create the new hlog. It restarts itself.

When using XStreamMarshaller, I get following error

XStream marshalling ended with exception org.springframework.oxm.MarshallingFailureException: XStream marshalling exception;
nested exception is com.thoughtworks.xstream.converters.ConversionException: No converter specified for class springtest.xmlmarshalling.Data

After some debugging, I think the problem is that XStreamMarshaller's converterRegistry field is not initialized (it remains NULL, unlike the converterLookup field just a line above) and when the XStream object is being created in constructXStream() method, the NULL value causes that no converter is registered.
Let me know if you need more details or example war to reproduce this.

Some clustering tests fails on pure-IPv6 machines with IBM JDK:

org.jboss.as.test.clustering.single.web.SimpleWebTestCase
org.jboss.as.test.clustering.single.provider.ServiceProviderRegistrationTestCase
org.jboss.as.test.clustering.single.registry.RegistryTestCase
org.jboss.as.test.clustering.single.dispatcher.CommandDispatcherTestCase
org.jboss.as.test.clustering.single.singleton.SingletonServiceTestCase
org.jboss.as.test.clustering.xsite.XSiteSimpleTestCase

These tests fail intermittently also on other platforms.
There are also 7 other failing tests, but it's covered by JBEAP-322
IBM JDK version: IBMJDK 1.8.0 build 20151023_01(SR2)
IPv6 protocol will be fully supported in EAP 7.
Always on pure IPv6 machines and IBM

export MYTESTIPV6_1_I=`ip -6 -o ad | grep $MYTESTIPV6_1 | awk '{print $2}'`
export MYTESTIPV6_2_I=`ip -6 -o ad | grep $MYTESTIPV6_2 | awk '{print $2}'`
./integration-tests.sh -Dmaven.repo.local=$MAVEN_REPO_LOCAL -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIPV6_1 -Dnode1=$MYTESTIPV6_2 -Dmcast=$MCAST_ADDRV6 -Dipv6 -Djboss.dist=$JBOSS_DIST -DproxySet=true -DproxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -DproxyPort=3128 -Dhttp.proxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -Dhttp.proxyPort=3128 -Dhttps.proxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -Dhttps.proxyPort=3128 -DnonProxyHosts="localhost|localhost.localdomain|[0:0:0:0:0:0:0:1]|127.*|[::0]|[::1]|[$MYTESTIPV6_2]|[$MYTESTIPV6_1]" -Dhttp.nonProxyHosts="localhost|localhost.localdomain|127.*|[::0]|[::1]|[0:0:0:0:0:0:0:1]|[$MYTESTIPV6_2]|[$MYTESTIPV6_1]|[${MYTESTIPV6_1}%${MYTESTIPV6_1_I}]|[${MYTESTIPV6_2}%${MYTESTIPV6_2_I}]" -Dts.noSmoke -Dts.clustering 

Logs are attached
No errors
Jenkins reproducer job: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-AS-Testsuite/view/EAP7-AS-Testsuite-Reproducers/job/eap-7x-as-testsuite-test-integ-rhel-ipv6-er4-cluster/

Easiest way to repro is to add TestTxnCommands2

  @Test
  public void testCompactWithDelete() throws Exception {
    int[][] tableData = {{1,2},{3,4}};
    runStatementOnDriver("insert into " + Table.ACIDTBL + "(a,b) " + makeValuesClause(tableData));
    runStatementOnDriver("alter table "+ Table.ACIDTBL + " compact 'MAJOR'");
    Worker t = new Worker();
    t.setThreadId((int) t.getId());
    t.setHiveConf(hiveConf);
    AtomicBoolean stop = new AtomicBoolean();
    AtomicBoolean looped = new AtomicBoolean();
    stop.set(true);
    t.init(stop, looped);
    t.run();
    runStatementOnDriver("delete from " + Table.ACIDTBL + " where b = 4");
    runStatementOnDriver("update " + Table.ACIDTBL + " set b = -2 where b = 2");
    runStatementOnDriver("alter table "+ Table.ACIDTBL + " compact 'MINOR'");
    t.run();
  }

to TestTxnCommands2 and run it.
Test won't fail but if you look 
in target/tmp/log/hive.log for the following exception (from Minor compaction).

2016-06-09T18:36:39,071 WARN  [Thread-190[]]: mapred.LocalJobRunner (LocalJobRunner.java:run(560)) - job_local1233973168_0005
java.lang.Exception: java.lang.ArrayIndexOutOfBoundsException: 7
        at org.apache.hadoop.mapred.LocalJobRunner$Job.runTasks(LocalJobRunner.java:462) ~[hadoop-mapreduce-client-common-2.6.1.jar:?]
        at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:522) [hadoop-mapreduce-client-common-2.6.1.jar:?]
Caused by: java.lang.ArrayIndexOutOfBoundsException: 7
        at org.apache.orc.impl.SchemaEvolution.getFileType(SchemaEvolution.java:67) ~[hive-orc-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.orc.impl.TreeReaderFactory.createTreeReader(TreeReaderFactory.java:2031) ~[hive-orc-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.orc.impl.TreeReaderFactory$StructTreeReader.<init>(TreeReaderFactory.java:1716) ~[hive-orc-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.orc.impl.TreeReaderFactory.createTreeReader(TreeReaderFactory.java:2077) ~[hive-orc-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.orc.impl.RecordReaderImpl.<init>(RecordReaderImpl.java:208) ~[hive-orc-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.<init>(RecordReaderImpl.java:63) ~[classes/:?]
        at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.rowsOptions(ReaderImpl.java:365) ~[classes/:?]
        at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger$ReaderPair.<init>(OrcRawRecordMerger.java:207) ~[classes/:?]
        at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger.<init>(OrcRawRecordMerger.java:508) ~[classes/:?]
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRawReader(OrcInputFormat.java:1977) ~[classes/:?]
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR$CompactorMap.map(CompactorMR.java:630) ~[classes/:?]
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR$CompactorMap.map(CompactorMR.java:609) ~[classes/:?]
        at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54) ~[hadoop-mapreduce-client-core-2.6.1.jar:?]
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:450) ~[hadoop-mapreduce-client-core-2.6.1.jar:?]
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343) ~[hadoop-mapreduce-client-core-2.6.1.jar:?]
        at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:243) ~[hadoop-mapreduce-client-common-2.6.1.jar:?]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) ~[?:1.7.0_71]
        at java.util.concurrent.FutureTask.run(FutureTask.java:262) ~[?:1.7.0_71]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) ~[?:1.7.0_71]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) ~[?:1.7.0_71]
        at java.lang.Thread.run(Thread.java:745) ~[?:1.7.0_71]

I observed the same on a real cluster.
Based on my observations, running Major compaction instead of minor, works fine.
Replacing the DELETE operation with update, makes both Major/Minor run fine.
The issue itself should be addressed by HIVE-13974 but need to make sure to add the test.

The value for the FILE attribute for file log handlers isn't properly checked when comparing bootstrap file value. With a file that is not appendable, the overwrite would overwrite bootstrapped logged data.

Roo uses http://mirrors.ibiblio.org/pub/mirrors/eclipse/rt/eclipselink/maven.repo as repository for EclipseLink. This results in a 404. That means that EclipseLink cannot really be used unless it is already copied in your ~/.m2 .

If we create a table with type array<struct<>>, and later added a field in the struct, we got the following exception.
The following SQL statements would recreate the error:

CREATE TABLE pq_test (f1 array<struct<c1:int,c2:int>>) STORED AS  PARQUET;
INSERT INTO TABLE pq_test select array(named_struct("c1",1,"c2",2)) FROM tmp LIMIT 2;
SELECT * from pq_test;
ALTER TABLE pq_test REPLACE COLUMNS (f1 array<struct<c1:int,c2:int,cccccc:int>>); //***** cccccc

Caused by: java.lang.ArrayIndexOutOfBoundsException: 2
        at org.apache.hadoop.hive.ql.io.parquet.serde.ArrayWritableObjectInspector.getStructFieldData(ArrayWritableObjectInspector.java:142)
        at org.apache.hadoop.hive.serde2.SerDeUtils.buildJSONString(SerDeUtils.java:363)
        at org.apache.hadoop.hive.serde2.SerDeUtils.buildJSONString(SerDeUtils.java:316)
        at org.apache.hadoop.hive.serde2.SerDeUtils.getJSONString(SerDeUtils.java:199)
        at org.apache.hadoop.hive.serde2.DelimitedJSONSerDe.serializeField(DelimitedJSONSerDe.java:61)
        at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.doSerialize(LazySimpleSerDe.java:236)
        at org.apache.hadoop.hive.serde2.AbstractEncodingAwareSerDe.serialize(AbstractEncodingAwareSerDe.java:55)
        at org.apache.hadoop.hive.ql.exec.DefaultFetchFormatter.convert(DefaultFetchFormatter.java:71)
        at org.apache.hadoop.hive.ql.exec.DefaultFetchFormatter.convert(DefaultFetchFormatter.java:40)
        at org.apache.hadoop.hive.ql.exec.ListSinkOperator.process(ListSinkOperator.java:89)

Currently, the org.jboss.as.controller.PersistentResourceXMLDescription does not perform any validation when using attribute groups or object type attribute definitions to check how many times an attribute was defined.
For instance, when using a resource description with an attribute group like this:

        static final AttributeDefinition clusterAttr1 = create("cluster-attr1", ModelType.STRING)
                .setAttributeGroup("cluster")
                .setXmlName("attr1")
                .build();
        static final AttributeDefinition clusterAttr2 = create("cluster-attr2", ModelType.STRING)
                .setXmlName("attr2")
                .build();

The parser allows a XML declaration as follows:

    <resource name="foo3">
        <cluster attr1="bar1" attr2="baz1"/>
        <cluster attr1="bar2" attr2="baz2"/>
    </resource>

The declaration does not throws any error and only the second declaration of cluster is populated into the model.
A similar problem exists when using object type attribute definitions as follows:

static final ObjectTypeAttributeDefinition USERS_PROPERTIES = ObjectTypeAttributeDefinition.Builder.of("user-properties",
                create("path", ModelType.STRING, false)
                        .setAllowExpression(false)
                        .build(),
                create("relative-to", ModelType.STRING, false)
                        .build())
                .build();

The parser also allows a declaration as follows:

    <object-type-test name="foo5">
        <user-properties path="path1" relative-to="relative1"/>
        <user-properties path="path2" relative-to="relative2"/>
    </object-type-test>

As a result, only the last user-properties is populated in the model and we don't get any error.

ExtensionAddHandler rollback handling passes the extension resource to ExtensionRegistry.remove when the API wants the root resource. This results in this failure:

2018-09-27 17:21:19,300 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0190: Step handler org.jboss.as.controller.extension.ExtensionAddHandler@4bdb1e35 for operation add at address [("extension" => "org.jboss.as.test.extension")] failed handling operation rollback -- java.lang.NullPointerException: java.lang.NullPointerException
	at org.jboss.as.controller.extension.ExtensionRegistry.hasSubsystemsRegistered(ExtensionRegistry.java:372)
	at org.jboss.as.controller.extension.ExtensionRegistry.removeExtension(ExtensionRegistry.java:342)
	at org.jboss.as.controller.extension.ExtensionAddHandler$1.handleRollback(ExtensionAddHandler.java:97)
	at org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1561)
	at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1533)
	at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1515)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1472)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1455)
	at org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1319)
	at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:876)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:756)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1411)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)

Also, ExtensionResource should not return null from getChildren. Fixing that would eliminate the NPE but the rollback handling wouldn't work properly with the wrong object being passed in.

If we hit exceptions when sending hello to server, the method fails silently. Finally the remote driver fails with SASL timeout instead of the real cause, making it difficult for debugging.
To reproduce: throw some exception in KryoMessageCodec.encode.

This exception occurs sometimes:
        at org.jboss.as.ejb3.suspend.EJBSuspendHandlerService.doneSuspended(EJBSuspendHandlerService.java:303) [wildfly-ejb3-7.1.0.Alpha1-redhat-SNAPSHOT.jar:7.1.0.Alpha1-redhat-SNAPSHOT]
        at org.jboss.as.ejb3.suspend.EJBSuspendHandlerService.decrementTransactionCount(EJBSuspendHandlerService.java:315) [wildfly-ejb3-7.1.0.Alpha1-redhat-SNAPSHOT.jar:7.1.0.Alpha1-redhat-SNAPSHOT]
        at org.jboss.as.ejb3.suspend.EJBSuspendHandlerService.afterCompletion(EJBSuspendHandlerService.java:285) [wildfly-ejb3-7.1.0.Alpha1-redhat-SNAPSHOT.jar:7.1.0.Alpha1-redhat-SNAPSHOT]
        at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.afterCompletion(SynchronizationImple.java:96)
        at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.afterCompletion(TwoPhaseCoordinator.java:542)
        at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:101)
        at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162)
        at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1216)
        at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126)
        at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:89)
        at org.wildfly.transaction.client.LocalTransaction.commitAndDissociate(LocalTransaction.java:69) [wildfly-transaction-client-1.0.0.Beta17.jar:1.0.0.Beta17]
        at org.wildfly.transaction.client.ContextTransactionManager.commit(ContextTransactionManager.java:61) [wildfly-transaction-client-1.0.0.Beta17.jar:1.0.0.Beta17]
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:91) [wildfly-ejb3-7.1.0.Alpha1-redhat-SNAPSHOT.jar:7.1.0.Alpha1-redhat-SNAPSHOT]
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:279) [wildfly-ejb3-7.1.0.Alpha1-redhat-SNAPSHOT.jar:7.1.0.Alpha1-redhat-SNAPSHOT]
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:349) [wildfly-ejb3-7.1.0.Alpha1-redhat-SNAPSHOT.jar:7.1.0.Alpha1-redhat-SNAPSHOT]
        at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:68) [wildfly-ejb3-7.1.0.Alpha1-redhat-SNAPSHOT.jar:7.1.0.Alpha1-redhat-SNAPSHOT]
        at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
        at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-7.1.0.Alpha1-redhat-SNAPSHOT.jar:7.1.0.Alpha1-redhat-SNAPSHOT]

When the server is shutdown, even with SIGINT, the batch jobs keep running and the JVM will not exit until the batch jobs are complete. Ideally threads spawned from the BatchEnvironment will be daemon threads. At the least the thread should be interrupted.
Another option would be for JBeret to have a way to stop all running jobs. 

In source file org.jboss.as.cli.impl.Console, method Factory.getConsole:
if the constructor call "new org.jboss.aesh.console.Console()" leads to an IOException, it is only logged and then ignored, always yielding a NullPointerException just a few lines later (console.addCompletion(new Completion() ...)
I think the IOException should rather be rethrown wrapped in a CliInitializationException, so the resulting exception will not lose track of why this happened. Allowing a NPE go out of the internals is a wrong approach.

If you set a max-threads attribute to a managed-executor-service and the number is higher than core-threads, and its queue is unbounded (queue-length is undefined), it won't use any more threads than the number from core-threads.

When including a "fields terminated by" in the create statement. If the delimiter is preceded by a \001, hive turns this into \u0001 which is correct. However it then gives you a ddl that does not work because the parser changes the \u0001 into u0001. 
Example: 
hive> create table j1 (a string) row format delimited fields terminated by '\001';
hive> show create table j1;
CREATE  TABLE j1(
  a string)
ROW FORMAT DELIMITED
  FIELDS TERMINATED BY '\u0001'
  'org.apache.hadoop.mapred.TextInputFormat'
  'org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat'
LOCATION
  'hdfs://forza-1.cloud.rtp.cloudera.com:8020/user/hive/warehouse/j1'
  'transient_lastDdlTime'='1369664999')
hive> desc formatted j1;
…shortened to save space
Storage Desc Params:
	field.delim         	\u0001
	serialization.format	\u0001
hive> drop table j1;
hive> CREATE  TABLE j1(
    >   a string)
    > ROW FORMAT DELIMITED
    >   FIELDS TERMINATED BY '\u0001'
    > STORED AS INPUTFORMAT
    >   'org.apache.hadoop.mapred.TextInputFormat'
    > OUTPUTFORMAT
    >   'org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat'
    > LOCATION
    >   'hdfs://forza-1.cloud.rtp.cloudera.com:8020/user/hive/warehouse/j1'
    > TBLPROPERTIES (
    >   'transient_lastDdlTime'='1369664999');
	field.delim         	u0001
	serialization.format	u0001

Creating a new QueryState object regenerates the HIVEQUERYID stored in the HiveConf.
In HiveServer logs it makes hard to follow the life of the query since a new queryid is assigned to the query during the execution.
Since BeeLine is showing the operation logs based on the queryid, only the first several line of the logs is showed in BeeLine.

This bug is reported by the findBugs tool, which is a static analysis tool.
Bug: Synchronization on Integer in org.apache.hadoop.hbase.regionserver.compactions.CompactSelection.emptyFileList()
The code synchronizes on a boxed primitive constant, such as an Integer.

private static Integer count = 0;
...
  synchronized(count) {
     count++;
     }
...

Since Integer objects can be cached and shared, this code could be synchronizing on the same object as other, unrelated code, leading to unresponsiveness and possible deadlock
See CERT CON08-J. Do not synchronize on objects that may be reused for more information.
Confidence: Normal, Rank: Troubling (14)
Pattern: DL_SYNCHRONIZATION_ON_BOXED_PRIMITIVE 
Type: DL, Category: MT_CORRECTNESS (Multithreaded correctness)

We've seen various race conditions when using region_mover with multiple threads.

NoMethodError: undefined method `getScanner' for nil:NilClass
  isSuccessfulScan at /home/sfdc/current//bigdata-hbase/hbase/hbase/bin/region_mover.rb:138
     unloadRegions at /home/sfdc/current//bigdata-hbase/hbase/hbase/bin/region_mover.rb:360

NoMethodError: undefined method `[]=' for nil:NilClass
       getTable at /home/sfdc/current//bigdata-hbase/hbase/hbase/bin/region_mover.rb:64
  unloadRegions at /home/sfdc/current//bigdata-hbase/hbase/hbase/bin/region_mover.rb:359

Looking at getTable, it's not thread safe. So the multithreaded that was added is incorrect.

Default multicast address for mod_cluster (in the modcluster socket binding) has a typo: it's configured to 224.01.105, which obviously isn't a valid IP address. Comparing to WildFly, it's clear that it's a typo, it should be 224.0.1.105.

Hello all, I think I have outlined a bug in the hive split function:
Summary: When calling split on a string of data, it will only return all array items if the the last array item has a value. For example, if I have a string of text delimited by tab with 7 columns, and the first four are filled, but the last three are blank, split will only return a 4 position array. If  any number of "middle" columns are empty, but the last item still has a value, then it will return the proper number of columns.  This was tested in Hive 0.9 and hive 0.11. 
Data:
(Note \t represents a tab char, \x09 the line endings should be \n (UNIX style) not sure what email will do to them).  Basically my data is 7 lines of data with the first 7 letters separated by tab.  On some lines I've left out certain letters, but kept the number of tabs exactly the same.  
input.txt
a\tb\tc\td\te\tf\tg
a\tb\tc\td\te\t\tg
a\tb\t\td\t\tf\tg
\t\t\td\te\tf\tg
a\tb\tc\td\t\t\t
a\t\t\t\te\tf\tg
a\t\t\td\t\t\tg
I then created a table with one column from that data:
DROP TABLE tmp_jo_tab_test;
CREATE table tmp_jo_tab_test (message_line STRING)
LOAD DATA LOCAL INPATH '/tmp/input.txt'
OVERWRITE INTO TABLE tmp_jo_tab_test;
Ok just to validate I created a python counting script:
#!/usr/bin/python
import sys
for line in sys.stdin:
    line = line[0:-1]
    out = line.split("\t")
    print len(out)
The output there is : 
$ cat input.txt |./cnt_tabs.py
7
7
7
7
7
7
7
Based on that information, split on tab should return me 7 for each line as well:
hive -e "select size(split(message_line, 't')) from tmp_jo_tab_test;"
7
7
7
7
4
7
7
However it does not.  It would appear that the line where only the first four letters are filled in(and blank is passed in on the last three) only returns 4 splits, where there should technically be 7, 4 for letters included, and three blanks.  
a\tb\tc\td\t\t\t 

Some links are broken in the Query by Example section of the documentation.

Following up on HIVE-13954, when parquet-logging.properties is available in HIVE_CONF_DIR it should be used first. When not available fallback to relative path from bin directory.

Consider the create table function (parts removed for simplicity):

    private void create_table_core(final RawStore ms, final Table tbl)
        throws AlreadyExistsException, MetaException, InvalidObjectException {

      Path tblPath = null;
      boolean success = false, madeDir = false;
      try {
        ms.openTransaction();

        // get_table checks whether database exists, it should be moved here
        if (is_table_exists(tbl.getDbName(), tbl.getTableName())) {
          throw new AlreadyExistsException("Table " + tbl.getTableName()
              + " already exists");
        }

        ms.createTable(tbl);
        success = ms.commitTransaction();

      } finally {
        if (!success) {
          ms.rollbackTransaction();
          if (madeDir) {
            wh.deleteDir(tblPath, true);
          }
        }
      }
    }

A potential openTransaction() / commitTransaction() mismatch can occur if the is_table_exits() method call experiences a connection failure. 
Since get_table() in is_table_exists() uses executeWithRetry(),  the transaction will be rolled back and get_table() will be called again if the is a connection problem. However, this rollback and retry will reset the global openTransactionCalls counter back to 0, effectively canceling out the openTransaction() call. 
Then later in the method when commitTransaction() is called, Hive will throw an error similar to the following:
Caused by: java.lang.RuntimeException: commitTransaction was called but openTransactionCalls = 0. This probably indicates that there are unbalanced calls to openTransaction/commitTransaction
A similar problem exists with create_type_core()

The following exception has been noticed in the logs in an intermittently failing testcase (org.jboss.as.test.clustering.cluster.web.expiration.FineSessionExpirationTestCase(SYNC-tcp).test): 

    at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory.createImmutableSession(FineSessionFactory.java:80)
    at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory.createImmutableSession(FineSessionFactory.java:52)
    at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.removed(InfinispanSessionManager.java:253)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_17]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_17]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_17]
    at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_17]
    at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation$1.run(AbstractListenerImpl.java:213)
    ... 107 more

Entire logs of the failure have been attached to the JIRA.

Affected version post 1.2.0M1
It appears that with the recent builds of the Roo Shell, Parser#complete now takes a list of Completions instead of a list of Strings, and this is breaking compatibility with existing implementations of the STS console integration. Would it be possible to make this change in a binary backwards compatible manner? Instead of changing the signature of the existing method, perhaps introduce a new method and keep the older one functional?
Thanks,
Leo Dos Santos
SpringSource Tool Suite Committer

When unmarshaling IDoc Document List the internal filed rootSegmentClass is not initialized resulting in Null Pointer exception when attempting to send list through SAP IDoc Document List endpoint. 

Changes made in HIVE-6847 removed the helper methods that were added HIVE-7001 to get around this problem. Since the root scratch dir must be writable by all, its creation should use those methods.

check-for-live-server attribute should be set on  true by default, otherwise failback will not work by default and lots of  this messages will spam logs on both servers :
15:01:32,379 WARN  [org.apache.activemq.artemis.core.client] (activemq-discovery-group-thread-dg-group1) AMQ212034: There are more than one servers on the network broadcasting the same node id. You will see this message exactly once (per node) if a node is restarted, in which case it can be safely ignored. But if it is logged continuously it means you really do have more than one node on the same network active concurrently with the same node id. This could occur if you have a backup node active at the same time as its live node. nodeID=4b420277-91ea-11e5-ba47-5d09590e6c44
Note: changing this value is not possible on ER1 because of https://issues.jboss.org/browse/JBEAP-1980. But with DR12 it works.

After updating from 2.15.1 to 2.15.2 injecting property values handled by Jasypt via BridgePropertyPlaceholderConfigurer is not supporting default values any more.
Code like 

    @Value("${testProperty:test}")
    private String test;

is leading to NullPointerException:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'test': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private java.lang.String org.apache.camel.component.jasypt.Test.test; nested exception is java.lang.NullPointerException
        at java.util.regex.Matcher.getTextLength(Matcher.java:1234)
        at java.util.regex.Matcher.reset(Matcher.java:308)
        at java.util.regex.Matcher.<init>(Matcher.java:228)
        at java.util.regex.Pattern.matcher(Pattern.java:1088)
        at org.apache.camel.component.jasypt.JasyptPropertiesParser.parseProperty(JasyptPropertiesParser.java:56)
        at org.apache.camel.spring.spi.BridgePropertyPlaceholderConfigurer.resolvePlaceholder(BridgePropertyPlaceholderConfigurer.java:121)
        at org.springframework.beans.factory.config.PropertyPlaceholderConfigurer.resolvePlaceholder(PropertyPlaceholderConfigurer.java:162)

With java, to render template engine views i can use RouterFunction<?> in routes bean:

  @Bean RouterFunction routes(final ApplicationHandlers handlers) {
    return //...skipped
        .andOther(route(GET("/").and(accept(TEXT_HTML)), handlers::index))
        ;
  }
// main skipped..

so with that, I can use both, ServerResponse:

  Mono<ServerResponse> index(final ServerRequest request) {
    return ok().contentType(TEXT_HTML)
               .render("index", singletonMap("message", "Hello, World!"))
        ;
  }

and RenderingResponse:

  Mono<RenderingResponse> index(final ServerRequest request) {
    return create("index").modelAttribute("message", "Hello, World!")
                          .build()
        ;
  }

but unfortunately I can't do similar with Kotlin DSL:

Unable to find source-code formatter for language: kotlin. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml

class App {
  @Bean fun routes() = router {
    resources("/**", ClassPathResource("/static"))
    ("/").nest {
      GET("/") {
        create("index")
            .modelAttribute("message", "hey")
            .build()
      }
    }
  }
}

see screenshot-1.png in attachment:
  
Only Mono<ServerResponse> handler like so:

    ok().contentType(TEXT_HTML)
        .render("index", mapOf("message" to "hey"))

will works correctly... RenderingResponse extends ServerResponse, but unfortunately Mono<RenderingResponse> doesn't extend  Mono<ServerResponse> 
at the moment I can force it only with unchecked cast
see screenshot-2.png from attachment:
 
    GET("/") {
      val res = create("index")
          .modelAttribute("message", "hey")
          .build()
      res as Mono<ServerResponse>
    }

I think it's bug
here some described source code repo: https://github.com/daggerok/spring-boot-oauth2/blob/master/src/main/java/daggerok/App.kt#L32
—
Regards,
Maksim Kostromin

When the client of TransactionBatch API encounters an error it must close() the batch and start a new one.  This prevents attempts to continue writing to a file that may damaged in some way.
The close() should ensure to abort the any txns that still remain in the batch and close (best effort) all the files it's writing to.  The batch should also put itself into a mode where any future ops on this batch fail.

Filters used in Scanning the table are not working correctly. For example a table with three rows:
1. rowkey = adminbackslash-nb0, desc:temp = "temp"
2. rowkey = adminbackslash-nb1, desc:temp = "temp"
3. rowkey = adminkleptoman, desc:temp = "temp"
If I scan all rows in the table without filter I get all the rows as expected. But applying a simple prefixfilter with parameter "adminbackslash" will return only first row. I searched it down to HRegion::nextInternal method, which will not output one passed row before denied row(by filter). 

When HiveInputFormat.getPartitionDescFromPath is called from CombineHiveInputFormat, it sometimes fails to return a matching partitionDesc which then causes an Exception down the line since the split doesn't have an inputFormatClassName.
The issue is that the path format used as the key in pathToPartitionInfo varies between stage - in the first stage it's the complete path as returned from the table definitions (eg. hdfs://server/path), and then in subsequent stages, it's the complete path with port (eg. hdfs://server:8020/path) of the result of the previous stage.  This isn't a problem in HiveInputFormat since the directory you're looking up always uses the same format as the keys, but in CombineHiveInputFormat, we take that path and look up its children in the file system to get all the block information, and then use one of the returned paths to get the partition info – and that returned path does not include the port.  So, in any stage after the first, we are looking for a path without the port, but all the keys in the map contain a port, so we don't find a match.
The attached patch may not be ideal – it doesn't fix the underlying problem of inconsistent path formats in pathToPartitionInfo – it just works around it by walking through the map and looking for a matching path rather than doing a hash lookup.

                  if (!future.isDone()) {
                    future.complete(state);
                  }

This piece of code should be placed outside the for loop, it should be a typo. And we should use a thread safe collection to collect the region state instead of using an ArrayList.

Because wildfly stores web session using multiple cache entries, it makes liberal use of Flag.SKIP_LOCKING when locks are already held on the primary cache entry for a given session.
Infinispan's eviction manager, however, treats all cache entries the same.  Thus it may try to evict a cache entry that belongs to a session that is currently locked for use by the application - since it will have no trouble locking it - because our code assumes that all session access will first lock the primary cache entry of a session.  This manifests as a mysterious ConcurrentModificationException.
Thus, we can improve the compatibility of our code with Infinispan's eviction manager by simply removing the use of the SKIP_LOCKING flag.  Given that the only possible source of contention is the eviction manager - the cost of doing so is fairly minimal.
I should note that our default configuration does not use Infinispan eviction.  Web session passivation is instead handled by the web session clustering code.

"packaging.minimizeJar" is set to true for jdbc/pom.xml, which causes the standalone JDBC jar not having some necessary classes like "org.apache.hive.org.apache.commons.logging.impl.LogFactoryImpl". We need to set it to false to have the classes shaded into the jdbc jar as expected. 

Running 0.20.205.1 (I was not at tip of the branch) I ran into the following hung regionserver:

"regionserver7003.logRoller" daemon prio=10 tid=0x00007fd98028f800 nid=0x61af in Object.wait() [0x00007fd987bfa000]
        at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.waitForAckedSeqno(DFSClient.java:3606)
        - locked <0x00000000f8656788> (a java.util.LinkedList)
        at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.flushInternal(DFSClient.java:3595)
        at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.closeInternal(DFSClient.java:3687)
        - locked <0x00000000f8656458> (a org.apache.hadoop.hdfs.DFSClient$DFSOutputStream)
        at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.close(DFSClient.java:3626)
        at org.apache.hadoop.fs.FSDataOutputStream$PositionCache.close(FSDataOutputStream.java:61)
        at org.apache.hadoop.fs.FSDataOutputStream.close(FSDataOutputStream.java:86)
        at org.apache.hadoop.io.SequenceFile$Writer.close(SequenceFile.java:966)
        - locked <0x00000000f8655998> (a org.apache.hadoop.io.SequenceFile$Writer)
        at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter.close(SequenceFileLogWriter.java:214)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.cleanupCurrentWriter(HLog.java:791)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.rollWriter(HLog.java:578)
        - locked <0x00000000c443deb0> (a java.lang.Object)
        at org.apache.hadoop.hbase.regionserver.LogRoller.run(LogRoller.java:94)

Other threads are like this (here's a sample):

"regionserver7003.logSyncer" daemon prio=10 tid=0x00007fd98025e000 nid=0x61ae waiting for monitor entry [0x00007fd987cfb000]
   java.lang.Thread.State: BLOCKED (on object monitor)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1074)
        - waiting to lock <0x00000000c443deb0> (a java.lang.Object)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.sync(HLog.java:1195)
        at org.apache.hadoop.hbase.regionserver.wal.HLog$LogSyncer.run(HLog.java:1057)

....

"IPC Server handler 0 on 7003" daemon prio=10 tid=0x00007fd98049b800 nid=0x61b8 waiting for monitor entry [0x00007fd9872f1000]
        at org.apache.hadoop.hbase.regionserver.wal.HLog.append(HLog.java:1007)
        at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchPut(HRegion.java:1798)
        at org.apache.hadoop.hbase.regionserver.HRegion.put(HRegion.java:1668)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:2980)
        at sun.reflect.GeneratedMethodAccessor636.invoke(Unknown Source)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:364)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1325)

Looks like HDFS-1529?  (Todd?)

ConfigurationClassBeanDefinitionReader.loadBeanDefinitionsForBeanMethod() register scoped proxies using a RootBeanDefinition from ScopedProxyCreator.createScopedProxy() so the BeanDefinition cannot be overriden by other configuration classes.

// replace the original bean definition with the target one, if necessary
  BeanDefinition beanDefToRegister = beanDef;
		if (proxyMode != ScopedProxyMode.NO) {
			BeanDefinitionHolder proxyDef = ScopedProxyCreator.createScopedProxy(
					new BeanDefinitionHolder(beanDef, beanName), this.registry, proxyMode == ScopedProxyMode.TARGET_CLASS);
			beanDefToRegister = proxyDef.getBeanDefinition();
		}

I guess it should register a ConfigurationClassBeanDefinition instead. For example:

	// replace the original bean definition with the target one, if necessary
		BeanDefinition beanDefToRegister = beanDef;
			beanDefToRegister = new ConfigurationClassBeanDefinition((RootBeanDefinition) proxyDef.getBeanDefinition(), configClass);
		}

that uses the following constructor in ConfigurationClassBeanDefinition:

public ConfigurationClassBeanDefinition(RootBeanDefinition original, ConfigurationClass configClass) {
			super(original);
			this.annotationMetadata = configClass.getMetadata();
		}

The BootLoggingPatchingStateTestCase tests two patches which use a different version and product id for the patch. The tests currently pass because of the order of the Collection.containsAll(). However if this is flipped the tests fail.
It appears that the messages logged always contain the "WildFly" product id. Also the UUID for the failing examples seems to not be logged either.
Example of logged messages for the "lp1" patch in the test:

WildFly cumulative patch ID is: 936c95a3-f08e-4fc0-9917-f7feead4ef25, one-off patches include: 00699c2c-84a5-4bdb-b469-8c2fd66afe2a, c6df609e-1620-4369-af48-8041d4be093f

It looks like the same message is logged twice. However the following is what's expected:

lp1 cumulative patch ID is: base, one-off patches include: 50a820e4-3659-437d-86f2-fa1d64728adb

I'm not sure if this is just an issue with the test or if there is a bug in patching.

The secure-soap quickstart has a compile failure in 6.3 build 012.  The pom needs to be updated to include changes made to the fabric8 version of that quickstart.

Fails because of lack of URI escaping:

java.lang.RuntimeException: java.net.URISyntaxException: Illegal character in authority at index 8: jceks://D:\w\hbbk\hbase-common\target\test-data\78c21f3c-80a6-4cd7-9706-0098a1d33496\keystore.jks?passwordFile=D%3A%5Cw%5Chbbk%5Chbase-common%5Ctarget%5Ctest-data%5C78c21f3c-80a6-4cd7-9706-0098a1d33496%5Ckeystore.pw
	at org.apache.hadoop.hbase.io.crypto.KeyStoreKeyProvider.init(KeyStoreKeyProvider.java:149)
	at org.apache.hadoop.hbase.io.crypto.TestKeyStoreKeyProvider.testKeyStoreKeyProviderWithPasswordFile(TestKeyStoreKeyProvider.java:100)
Caused by: java.net.URISyntaxException: Illegal character in authority at index 8: jceks://D:\w\hbbk\hbase-common\target\test-data\78c21f3c-80a6-4cd7-9706-0098a1d33496\keystore.jks?passwordFile=D%3A%5Cw%5Chbbk%5Chbase-common%5Ctarget%5Ctest-data%5C78c21f3c-80a6-4cd7-9706-0098a1d33496%5Ckeystore.pw
	at java.net.URI$Parser.fail(URI.java:2810)
	at java.net.URI$Parser.parseAuthority(URI.java:3148)
	at java.net.URI$Parser.parseHierarchical(URI.java:3059)
	at java.net.URI$Parser.parse(URI.java:3015)
	at java.net.URI.<init>(URI.java:577)
	at org.apache.hadoop.hbase.io.crypto.KeyStoreKeyProvider.init(KeyStoreKeyProvider.java:139)

When using the FileConsumer to send a file to a JMS queue which is then consumed by the FileProducer I get the following error:

11:03:22,778 DEBUG [Camel (camel) thread #1 - JmsConsumer[queue1]] (MarkerIgnoringBase.java:72) - Failed delivery for (MessageId: queue_queue1_ID_xxxxxxxxx-1911-1359590595842-3_4_1_1_1 on ExchangeId: ID-xxxxxxxxx-1910-1359590595467-0-10). On delivery attempt: 0 caught: org.apache.camel.TypeConversionException: Error during type conversion from type: java.lang.String to the required type: java.lang.Long with value Thu Jan 31 11:03:22 EST 2013 due java.lang.NumberFormatException: For input string: "Thu Jan 31 11:03:22 EST 2013"

This is due to a Date being converted to a String when sending over JMS.
Propose that the following line in Generic file be changed from:

            if (getLastModified() > 0) {
                message.setHeader(Exchange.FILE_LAST_MODIFIED, new Date(getLastModified()));
            }

To:

                message.setHeader(Exchange.FILE_LAST_MODIFIED, getLastModified());
            }

As FileOperations can use it:

    private void keepLastModified(Exchange exchange, File file) {
        if (endpoint.isKeepLastModified()) {
            Long last;
            Date date = exchange.getIn().getHeader(Exchange.FILE_LAST_MODIFIED, Date.class);
            if (date != null) {
                last = date.getTime();
            } else {
                // fallback and try a long
                last = exchange.getIn().getHeader(Exchange.FILE_LAST_MODIFIED, Long.class);
            }
            if (last != null) {
                boolean result = file.setLastModified(last);
                if (LOG.isTraceEnabled()) {
                    LOG.trace("Keeping last modified timestamp: {} on file: {} with result: {}", new Object[]{last, file, result});
                }
            }
        }
    }

Sample route:

<route>
	<from uri="file:/tmp/input/"/>
	<to uri="activemq:queue:test"/>
</route>
<route>
	<from uri="activemq:queue:test"/>
	<to uri="file:/tmp/output/?keepLastModified=true"/>
</route>

CLI interprets {} as blank object in resource attribute (correct), but as UNDEFINED in object attribute. (in model parameter of performRuntime of ADD operation)

/subsystem=elytron/properties-realm=realm:add(users-properties={path=$SOME_PATH},groups-properties={})
=> groups-properties = OBJECT {}

/subsystem=elytron/ldap-realm=ldap-realm8:add(dir-context=local-ldap,identity-mapping={rdn-identifier=uid,otp-credential-mapper={}})
=> otp-credential-mapper=UNDEFINED

When using an aggregator with a LevelDBAggregationRepository and you are sending events, that are already complete by themselves (i.e. the fulfill the completionPredicate and they were never really aggregated), there is a lot of warning logging like

Nov 12, 2015 6:00:57 PM org.apache.camel.component.leveldb.LevelDBAggregationRepository confirm
WARNUNG: Unable to confirm exchangeId [ID-LPNB2331-59378-1447347654170-0-939 from repository collectionNotifications: Not Found]

My guess is that calling confirm on the repository in such cases is unnecessary, but I'm not sure, if it is easy to detect wether confirm should be called or not.

 HADOOP-10211 made a backward incompatible change due to which the following hive call returns a null map (HiveAuthFactory-old):

Map<String, String> hadoopSaslProps =  ShimLoader.getHadoopThriftAuthBridge().
        getHadoopSaslProperties(conf); 
SaslQOP hadoopSaslQOP = SaslQOP.fromString(hadoopSaslProps.get(Sasl.QOP));
if(hadoopSaslQOP.ordinal() > saslQOP.ordinal()) {
LOG.warn(MessageFormat.format("\"hadoop.rpc.protection\" is set to higher security level " +
          "{0} then {1} which is set to {2}", hadoopSaslQOP.toString(),
          ConfVars.HIVE_SERVER2_THRIFT_SASL_QOP.varname, saslQOP.toString()));
}

Since this code path is only used for logging hadoop sasl qop values in case hadoop's qop > hive's qop, we can do away with this and add a general log message.

Looks like we've regressed on HBASE-8488. Have a look at the dependency artifacts list on http://mvnrepository.com/artifact/org.apache.hbase/hbase-testing-util/1.2.1. Notice the direct dependency's artifactId is ${compat.module}.

Currently if merging file option is turned on and the dest dir contains large number of empty files, Hive will not trigger merge task:

  private long getMergeSize(FileSystem inpFs, Path dirPath, long avgSize) {
    AverageSize averageSize = getAverageSize(inpFs, dirPath);
    if (averageSize.getTotalSize() <= 0) {
      return -1;
    }

    if (averageSize.getNumFiles() <= 1) {
      return -1;
    }

    if (averageSize.getTotalSize()/averageSize.getNumFiles() < avgSize) {
      return averageSize.getTotalSize();
    }
    return -1;
  }

This logic doesn't seem right as the it seems better to combine these empty files into one.

I'm trying to build a configuration system to be shared between our Java applications.  I therefore want to have optional configurations included from the main configuration file read by DefaultConfigurationBuilder
<configuration fileName="local-configuration.xml" config-optional="true" />
I have found that if the sub-configuration file is invalid the error is silently ignored.  The same without config-options="true" results in a ConfigurationException to be thrown (which wraps a ConfigurationRuntimeException which wraps the ConfigurationException which wraps the SAXException).
I believe that the behaviour is incorrect.  The sub-configuration file should be skipped if not found, but any errors found when parsing the existing file should be logged.

addActiveProfile does not check if profiles are initiated using a property. This means that you have to call getActiveProfiles() before calling addActiveProfile!
See code below:

protected Set<String> doGetActiveProfiles() {
	if (this.activeProfiles.isEmpty()) {
		String profiles = this.getProperty(ACTIVE_PROFILES_PROPERTY_NAME);
		if (StringUtils.hasText(profiles)) {
			setActiveProfiles(commaDelimitedListToStringArray(trimAllWhitespace(profiles)));
		}
	}
	return this.activeProfiles;
}

public void addActiveProfile(String profile) {
	if (this.logger.isDebugEnabled()) {
		this.logger.debug(format("Activating profile '%s'", profile));
	}
	this.validateProfile(profile);
	this.activeProfiles.add(profile);
}

A Null Pointer Exception occurs when in FileSinkOperator when using bucketed tables and distribute by with multiFileSpray enabled. The following snippet query reproduces this issue:

set hive.enforce.bucketing = true;
set hive.exec.reducers.max = 20;

create table bucket_a(key int, value_a string) clustered by (key) into 256 buckets;
create table bucket_b(key int, value_b string) clustered by (key) into 256 buckets;
create table bucket_ab(key int, value_a string, value_b string) clustered by (key) into 256 buckets;

-- Insert data into bucket_a and bucket_b

insert overwrite table bucket_ab
select a.key, a.value_a, b.value_b from bucket_a a join bucket_b b on (a.key = b.key) distribute by key;

The following stack trace is logged.

2015-04-29 12:54:12,841 FATAL [pool-110-thread-1]: ExecReducer (ExecReducer.java:reduce(255)) - org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":{"_col0":"113","_col1":"val_113"}}
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:244)
	at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:444)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:392)
	at org.apache.hadoop.mapred.LocalJobRunner$Job$ReduceTaskRunnable.run(LocalJobRunner.java:319)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.findWriterOffset(FileSinkOperator.java:819)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:747)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:837)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:235)
	... 8 more

When an element's length is greater than 127 bytes, DEREncoder#writeLength successfully writes the length octets using the long form where bit 8 of first octet has value "1" and bits 7-1 give the number of additional length octets and the second and following octets give the length. However, the value returned by writeLength in this case is currently just the number of additional length octets. When such an element is part of a SET, this results in the wrong accumulated length for the SET. The value returned by writeLength should also include the first octet. 

Use -Dorg.jboss.TEMP.audit.log.appName=customApp where the value is the app-name as mentioned in section 6.2.5 of RFC-5424

In some queries, the tasks fail when they can't find classes from the protobuf library.

The removal of the deployment which is a dependency for other resources makes these dependent resources unusable. The deployment operation should not be completed in such conditions.
The information about the missing dependencies is now currently logged after the removal by the ContainerStateMonitor class.
Example:

INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0028: Stopped deployment postgresql-9.4.1208.jar (runtime-name: postgresql-9.4.1208.jar) in 61ms
INFO  [org.jboss.as.server] (ServerService Thread Pool -- 65) WFLYSRV0009: Undeployed "postgresql-9.4.1208.jar" (runtime-name: "postgresql-9.4.1208.jar")
INFO  [org.jboss.as.repository] (ServerService Thread Pool -- 65) WFLYDR0002: Content removed from location /home/mjurc/testing/eap/7.0.0/jboss-eap-7.0/standalone/data/content/5c/7e80698b80a5045fe64daa67426051bbd16a56/content
INFO  [org.jboss.as.controller] (ServerService Thread Pool -- 65) WFLYCTL0183: Service status report
      service jboss.jdbc-driver.postgresql-9_4_1208_jar (missing) dependents: [service jboss.driver-demander.java:/PostgresDS, service org.wildfly.data-source.PostgresDS] 

org.springframework.util.LinkedCaseInsensitiveMap does not override the putAll() method. 
The inherited java.util.HashMap.putAll() calls an internal method putImpl() and this leads to inconsistent data in LinkedCaseInsensitiveMap.
Entries added by calling LinkedCaseInsensitiveMap.putAll() can not be retrieved by LinkedCaseInsensitiveMap.get()
The attached testcase demonstrates this behaviour.

The below class returns an incorrect warning about finding a cycle.  It is caused by the names of the fields.  If the name- prefix in nameLast is changed to a different string then the warning is not output.  The class:

@Document
public class CycleExample implements Serializable {

    public class NameComponent {

        private String component;

        public String getComponent() {
            return component;
        }

        public void setNumber(String component) {
            this.component = component;
        }
    }

    private NameComponent name;
    private NameComponent nameLast;

    public NameComponent getName() {
    }

    public void setName(NameComponent name) {
    }

    public NameComponent getNameLast() {
        return nameLast;
    }

    public void setNameLast(NameComponent nameLast) {
        this.nameLast = nameLast;
    }

}

014-11-06 15:04:56,033 [main] WARN  org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver - Found cycle for field 'component' in type 'NameComponent' for path 'name'
org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$CyclicPropertyReferenceException: Found cycle for field 'component' in type 'NameComponent' for path 'name'
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$CycleGuard.protect(MongoPersistentEntityIndexResolver.java:472)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$3.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:231)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$3.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:226)
        at org.springframework.data.mapping.model.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:294)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.appendTextIndexInformation(MongoPersistentEntityIndexResolver.java:226)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.access$400(MongoPersistentEntityIndexResolver.java:56)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$3.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:256)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.potentiallyCreateTextIndexDefinition(MongoPersistentEntityIndexResolver.java:205)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForEntity(MongoPersistentEntityIndexResolver.java:99)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForClass(MongoPersistentEntityIndexResolver.java:79)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForClass(MongoPersistentEntityIndexResolver.java:56)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.checkForAndCreateIndexes(MongoPersistentEntityIndexCreator.java:128)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.checkForIndexes(MongoPersistentEntityIndexCreator.java:121)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.onApplicationEvent(MongoPersistentEntityIndexCreator.java:105)
        at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.onApplicationEvent(MongoPersistentEntityIndexCreator.java:46)
        at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:151)
        at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:128)
        at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:331)
        at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:307)
        at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:181)
        at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:141)
        at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:67)
        at org.springframework.data.mongodb.repository.support.MongoRepositoryFactory.getEntityInformation(MongoRepositoryFactory.java:141)
        at org.springframework.data.mongodb.repository.support.MongoRepositoryFactory.getTargetRepository(MongoRepositoryFactory.java:83)
        at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:177)
        at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.initAndReturn(RepositoryFactoryBeanSupport.java:239)
        at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.afterPropertiesSet(RepositoryFactoryBeanSupport.java:225)
...

it's currently set as

if [ -z ${PROJ_HOME} ]; then
  export PROJ_HOME=/Users/${USER}/dev/hive
fi

but it always points to project root so can be 
export PROJ_HOME=../../../../../..

Coverity  static-analysis scan found getter is not synchronized, while setter is.

public SecurityIdentity getIdentity() {
    return this.entry.getCachedIdentity().getSecurityIdentity();
}

Current implementation  is correct because in DefaultSingleSignOnEntry (currently only avalaible implementation of SingleSignOnEntry) cachedIdentity is volatile.
However other implementations can be wrongly implemented. Once getIdentity() would be marked with synchronize modifier, such problem shouldn't occure.
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=8490896&defectInstanceId=2123245&mergedDefectId=1396940

1. fix thread name inHouseKeeperServiceBase (currently they are all "org.apache.hadoop.hive.ql.txn.compactor.HouseKeeperServiceBase$1-0")
2. dump metastore configs from HiveConf on start up to help record values of properties
3. add some tests

I have a number of minor suggestions on how to improve the documentation. Some are bugs, but most are simply suggestions. They are all quite simple so I am only logging as one JIRA, but if preferred I can (or the assignee) can add additional JIRAs. I have only gone through 3.1.x, but some issues may pertain to 3.0.x as well. I can (if desired) look through 3.0.x as well.
---------------
http://static.springsource.org/spring-security/site/build.html

It might be nice to update the build to mention using gradle. I noticed that bamboo appears to be using gradle. Knowing build should be done with gradle would be useful to know for anyone wanting to commit changes to use gradle to ensure all the tests are ran. I say this because it appears that the maven build does not run groovy tests (alternatively perhaps fix the maven build). I also believe I saw rumors of moving away from using maven directly (generating poms)...could be wrong on that though.
It would be nice to explain how to build Spring Security in an IDE.

http://static.springsource.org/spring-security/site/docs/3.1.x/reference/introduction.html

The "integration page" link points to acegi security page (this is a bit dated)
"Spring Security fully supports automatic "channel security", together with JCaptcha integration for human user detection." Is JCaptcha integration still supported? From what I remember JCaptcha integration was removed due to lack of support by the original contributor (could be wrong though). Perhaps I am just misunderstanding what this is saying.
"You can checkout specific versions from https://src.springframework.org/svn/spring-security/tags/" The url is for svn but there is no example svn command. This could be changed to include a svn example or changing the url to a git url.

http://static.springsource.org/spring-security/site/docs/3.1.x/reference/ns-config.html

update spring-security schemaLocation to be 3.1 (Not sure if this is required, but there is a 3.1 in git)
The documentation states "attribute on global-method-security to the Id". I think changing it to a lowercase id makes it easier to read as the uppercase can be confused to be an L. Additionally, lowercase matches the case of the xml attribute.

http://static.springsource.org/spring-security/site/docs/3.1.x/reference/sample-apps.html

This page has another reference on how to build the project using maven. Perhaps talk about building with gradle?
Change spring-security-samples-contacts-3.0.x.war to spring-security-samples-contacts-3.1.x.war (the tutorial version is updated but contacts is not)

http://static.springsource.org/spring-security/site/docs/3.1.x/reference/core-web-filters.html

The phrase "What happens if a user is already authenticated an they" should change 'an' to 'and'
The phrase "A typical example would be where the user logs in with a from," should change 'from' to 'form'

http://static.springsource.org/spring-security/site/docs/3.1.x/reference/remember-me.html

The phrase "correct GrantedAuthority[]s."  contains invalid character after GrantedAuthority

http://static.springsource.org/spring-security/site/docs/3.1.x/reference/authz-arch.html

There are two links with text "technical overview" and "Technical Overview" ...the case is inconsistent. Most the reset of the links are lower case.

http://static.springsource.org/spring-security/site/docs/3.1.x/reference/jaas.html

The phrase "single principal, and multiple GrantedAuthority[]s." contains invalid character after GrantedAuthority

http://static.springsource.org/spring-security/site/docs/3.1.x/reference/appendix-namespace.html

The link "schema file" is a broken (404)
/spring-security-login should be /spring_security_login  (2 places to replace)
remember-me / token-repository-ref is listed twice
remember-me services-ref should document it needs to implement LogoutHandler too. Updates to the documentation for remember-me-services-ref in the .rnc should be made also. See http://forum.springsource.org/showthread.php?t=91795.
remember-me services-ref "Id of a bean" might read better as "id of a bean"
user-services-ref "bean Id explicitly" might read better as "bean id explicitly"
"Again, this can be specified by Id" might read better with lowercase id
"This is actually the bean Id" might read better with lowercase id

For example

        public void read(String body, @Simple("${header.foo} != null") boolean foo) {

The foo parameter is a boolean and thus the @Simple expression should be evaluated as a predicate and not as an Expression which happens today.

In HIVE-6010, I found that vectorized and non-vectorized log10 may produce different results in the last digit of the mantissa (e.g. 7 vs 8). It turns out that vectorized one uses Math.log10, but non-vectorized uses log/log(10). Both should use Math.log10.

ChunkPartitionTestCase fails with security manager

Suppressed: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/hsvabek/securityworkspace/VERIFICATION/2017_08_02_BEAP-7584/jboss-eap-7.1.0.ER3-src/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local1937539592015998438.challenge" "read")" in code source "(vfs:/content/batch-chunk-partition.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.batch-chunk-partition.war" from Service Module Loader")
                at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
                at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
                at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
                at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:350)
                at java.io.FileInputStream.<init>(FileInputStream.java:127)
                at org.wildfly.security.sasl.localuser.LocalUserClient.evaluateMessage(LocalUserClient.java:93)
                at org.wildfly.security.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:180)
                at org.wildfly.security.sasl.util.AbstractSaslClient.evaluateChallenge(AbstractSaslClient.java:59)
                at org.wildfly.security.sasl.util.AbstractDelegatingSaslClient.evaluateChallenge(AbstractDelegatingSaslClient.java:54)
                at org.wildfly.security.sasl.util.PrivilegedSaslClient.lambda$evaluateChallenge$0(PrivilegedSaslClient.java:55)
                at java.security.AccessController.doPrivileged(Native Method)
                at org.wildfly.security.sasl.util.PrivilegedSaslClient.evaluateChallenge(PrivilegedSaslClient.java:55)
                at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.lambda$handleEvent$0(ClientConnectionOpenListener.java:644)
                at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:898)
                ... 3 more
        Suppressed: javax.security.sasl.SaslException: DIGEST-MD5: Server rejected authentication
                at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.handleEvent(ClientConnectionOpenListener.java:730)
                at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.handleEvent(ClientConnectionOpenListener.java:572)
                at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
                at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
                at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
                at org.xnio.nio.WorkerThread.run(WorkerThread.java:571)
...

While not an official part of the HBase API, it'd be nice if HBaseTestingUtility allowed for consumer to inject their own instance of the MiniZookeeperCluster when executing tests.
Currently there is no way to control how the ZK instance is started which we've had to hack around when there were ZK version conflicts (3.3 vs 3.4).  Or if you want to control which specific port it starts on vs random.
Allowing consumers to inject an instance (unstarted) gives them the freedom to implement their own without having to fork the entire HBaseTestingUtility class  

Context:
We have a controller method which returns ResponseEntity<?> (because several conversions are supported based on the client's request).  This means that there is no produces specified in the @RequestMapping (or more directly, @GetMapping) annotation.
Using:
return ResponseEntity.ok().contentType(...).body(...);
I believe it should be possible to directly specify the Content-Type of the returned entity.
Problem
The HttpEntityMethodProcessor does add the specified Content-Type header to the outputHeaders (line 184); however the call to AbstractMessageConverterMethodProcessor.writeWithMessageConverters does not pay attention to this header's presence.  getProducibleMediaTypes then falls through to looking at the produces part of the @RequestMapping annotation (which is empty) and so declares support for everything.  In our case this means that it ends up being handled by the wrong (or at least, from our perspective, not the intended) HttpMessageConverter.
Current workaround
We are getting around this at present by adding a call to HttpServletRequest.setAttribute(HandlerMapping.PRODUCIBLE_MEDIA_TYPES_ATTRIBUTE, Collections.singleton(...)); (which then directly overrides the return value from getProducibleMediaTypes).
I'm not 100% certain this is a bug, but it certainly makes using the ResponseEntity.BodyBuilder.contentType method appear misleading in this context.
Tested on both 4.3.7.RELEASE and 4.3.12.RELEASE.

ANALYZE TABLE x COMPUTE STATISTICS would fail to update the table size if it exceeded Integer.MAX_VALUE because it used parseInt instead of parseLong.

An attempt to read a posix-format tar archive containing a file in excess of 8^11 bytes in size will fail with a "Size out of range" illegal argument exception.

On Linux orcfiledump utility can be run using

hive --orcfiledump <path_to_orc_file>
hive --service orcfiledump <path_to_orc_file>

Hive CLI utility on windows doesn't support the option.

The HBaseTestingUtility appears to have an unhandled NullPointerException in certain environments.   It works on Apache HBase 0.94.6.1 on Mac OSX but not in certain Linux environments such as CentOS. 
In Java:

HBaseTestingUtility testingUtility = new HBaseTestingUtility();
testingUtility.startMiniCluster(1);  // blows up on CentOS Linux but not Mac OSX

Creates this exception:

ERROR in (create-table) (MiniDFSCluster.java:426)
Uncaught exception, not in assertion.
expected: nil
  actual: java.lang.NullPointerException: null
 at org.apache.hadoop.hdfs.MiniDFSCluster.startDataNodes (MiniDFSCluster.java:426)
    org.apache.hadoop.hdfs.MiniDFSCluster.<init> (MiniDFSCluster.java:284)
    org.apache.hadoop.hbase.HBaseTestingUtility.startMiniDFSCluster (HBaseTestingUtility.java:444)
    org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster (HBaseTestingUtility.java:612)
    org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster (HBaseTestingUtility.java:568)
    org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster (HBaseTestingUtility.java:555)

I also created a stack overflow ticket here, with more info:
http://stackoverflow.com/questions/17625938/hbase-minidfscluster-java-fails-in-certain-environments
1.  Download a copy of CentOS
2.  Install Java
3.  Fire up a minicluster as part of the HBaseTestingUtility

We should recommend and not enforce secure Hadoop underneath as a requirement to run secure HBase.
Few of our customers have HBase clusters which expose only HBase services to outside the physical network and no other services (including ssh) are accessible from outside of such cluster.
However they are forced to setup secure Hadoop and incur the penalty of security overhead at filesystem layer even if they do not need to.
The following code tests for both secure HBase and secure Hadoop.
org.apache.hadoop.hbase.security.User
  /**
   * Returns whether or not secure authentication is enabled for HBase.  Note that
   * HBase security requires HDFS security to provide any guarantees, so this requires that
   * both <code>hbase.security.authentication</code> and <code>hadoop.security.authentication</code>
   * are set to <code>kerberos</code>.
   */
  public static boolean isHBaseSecurityEnabled(Configuration conf) {
    return "kerberos".equalsIgnoreCase(conf.get(HBASE_SECURITY_CONF_KEY)) &&
        "kerberos".equalsIgnoreCase(
            conf.get(CommonConfigurationKeys.HADOOP_SECURITY_AUTHENTICATION));
  }

What is worse that if "hadoop.security.authentication" is not set to "kerberos" (undocumented at http://hbase.apache.org/book/security.html), all other configuration have no impact and HBase RPCs silently switch back to unsecured mode.

The SCP component does not currently do anything with the StrictHostKeyChecking option, as documented. The attached patch fixes this (no test case I'm afraid).

Revert HIVE-9049 as it breaks compatibility. Make TCompactProtocol configurable with default disabled.

WebClient failed to convert a json response containing a top level JsonValue (true, false, null, NUMBER ) (Valid Json according to ECMA-404)
Simple code example for demonstration

package com.atlassian.product.fabric.tasksdecisions.rest;

import org.springframework.http.MediaType;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.reactive.function.client.WebClient;
import reactor.core.publisher.Mono;

public class JsonValueResource {
    @GetMapping("/fail")
    public Mono<Boolean> fail() {
        return WebClient.builder().baseUrl("http://localhost:8000")
                .build().get().uri("/")
                .accept(MediaType.APPLICATION_JSON)
                .retrieve()
                .bodyToMono(Boolean.class)
                .switchIfEmpty(Mono.error(new RuntimeException("No response")));
    }

    @GetMapping
    Mono<Boolean> jsonValueBoolean() {
        return Mono.just(true);
    }

}

Jackson2Tokenizer seems to only return tokens if they are in an object or array.

Since EAP 7.1.0.ER3 we are not able to use discovery-group in pooled-connection-facotry to create remote JCA topology. 
When "discovery-group" attribute is used:
<pooled-connection-factory name="activemq-ra" entries="java:/JmsXA java:jboss/DefaultJMSConnectionFactory" discovery-group="dg-group1" ha="false" min-large-message-size="102400" block-on-acknowledge="false" retry-interval="2000" retry-interval-multiplier="1.0" reconnect-attempts="-1" transaction="xa" min-pool-size="-1" max-pool-size="-1">
Artemis RA initialization fails with following exception:

14:00:40,098 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 77) MSC000001: Failed to start service jboss.raactivator.activemq-ra: org.jboss.msc.service.StartException in service jboss.raactivator.activemq-ra: WFLYJCA0046: Failed to start RA deployment [activemq-ra]
	at org.jboss.as.connector.services.resourceadapters.deployment.AbstractResourceAdapterDeploymentService$2.run(AbstractResourceAdapterDeploymentService.java:332) [wildfly-connector-7.1.0.GA-redhat-4.jar:7.1.0.GA-redhat-4]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_05]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_05]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_05]
	at org.jboss.threads.JBossThread.run(JBossThread.java:320) [jboss-threads-2.2.1.Final-redhat-1.jar:2.2.1.Final-redhat-1]
Caused by: org.jboss.jca.deployers.common.DeployException: IJ020051: Unable to start org.apache.activemq.artemis.ra.ActiveMQResourceAdapter
	at org.jboss.jca.deployers.common.AbstractResourceAdapterDeployer.startContext(AbstractResourceAdapterDeployer.java:343) [ironjacamar-deployers-common-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1]
	at org.jboss.jca.deployers.common.AbstractResourceAdapterDeployer.createObjectsAndInjectValue(AbstractResourceAdapterDeployer.java:2012) [ironjacamar-deployers-common-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1]
	at org.jboss.as.connector.services.resourceadapters.ResourceAdapterActivatorService$ResourceAdapterActivator.doDeploy(ResourceAdapterActivatorService.java:171) [wildfly-connector-7.1.0.GA-redhat-4.jar:7.1.0.GA-redhat-4]
	at org.jboss.as.connector.services.resourceadapters.ResourceAdapterActivatorService.start(ResourceAdapterActivatorService.java:115) [wildfly-connector-7.1.0.GA-redhat-4.jar:7.1.0.GA-redhat-4]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
Caused by: java.lang.IllegalArgumentException: must provide either TransportType or DiscoveryGroupAddress and DiscoveryGroupPort for ResourceAdapter Connection Factory
	at org.apache.activemq.artemis.ra.ActiveMQResourceAdapter.newConnectionFactory(ActiveMQResourceAdapter.java:1761) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.ra.ActiveMQResourceAdapter.setup(ActiveMQResourceAdapter.java:1595) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.ra.ActiveMQResourceAdapter.start(ActiveMQResourceAdapter.java:246) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.jboss.jca.deployers.common.AbstractResourceAdapterDeployer.startContext(AbstractResourceAdapterDeployer.java:339) [ironjacamar-deployers-common-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1]
	... 8 more

14:00:40,104 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "messaging-activemq"),
    ("server" => "default"),
    ("pooled-connection-factory" => "activemq-ra")
]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.raactivator.activemq-ra" => "WFLYJCA0046: Failed to start RA deployment [activemq-ra]
    Caused by: org.jboss.jca.deployers.common.DeployException: IJ020051: Unable to start org.apache.activemq.artemis.ra.ActiveMQResourceAdapter
    Caused by: java.lang.IllegalArgumentException: must provide either TransportType or DiscoveryGroupAddress and DiscoveryGroupPort for ResourceAdapter Connection Factory"}}
14:00:40,128 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.raactivator.activemq-ra: WFLYJCA0046: Failed to start RA deployment [activemq-ra]

Customer impact: Customers are not able to crate remote JCA connections in cluster.
This is regression against 7.1.0.ER2

A client wants to hook up to hbase and make use of our .proto files.  On review, our .proto files are a little messy: the filter proto is in the hbase.proto file rather than in filter.protos, the server/regionload stuff is in hbase.proto rather than in cluster.status, etc.

When getting new input and seeing for example the same file name for the second time before expiry hits, add will simply reset the expiry to the original value independent of the set being successful or not.
This way, the key will never expire if add is called more freuqently than the key expires.
 
public boolean add(String key) {
    boolean added = valueOperations.setIfAbsent(createRedisKey(key), key);
    if (expiry > 0) {
        valueOperations.getOperations().expire(createRedisKey(key), expiry, TimeUnit.SECONDS);
    }
    return added;
}

this should probably rather be:

    return valueOperations.setIfAbsent(createRedisKey(key), key, Duration.ofSeconds(expiry));
}

Data move codepath is broken with hive 2.1.0-SNAPSHOT with hadoop 2.8.0-snapshot.

Caused by: org.apache.hadoop.ipc.RemoteException(java.io.FileNotFoundException): Path not found: /apps/hive/warehouse/tpcds_bin_partitioned_orc_10000.db/date_dim1
        at org.apache.hadoop.hdfs.server.namenode.FSDirEncryptionZoneOp.getEZForPath(FSDirEncryptionZoneOp.java:178)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getEZForPath(FSNamesystem.java:7336)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getEZForPath(NameNodeRpcServer.java:1973)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getEZForPath(ClientNamenodeProtocolServerSideTranslatorPB.java:1376)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:645)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:989)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2339)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2335)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1711)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2333)

        at org.apache.hadoop.ipc.Client.call(Client.java:1448)
        at org.apache.hadoop.ipc.Client.call(Client.java:1385)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:230)
        at com.sun.proxy.$Proxy30.getEZForPath(Unknown Source)/apps/hive/warehouse/tpcds_bin_partitioned_orc_200.db/

...
...
...
2016-05-11T09:40:43,760 ERROR [main]: ql.Driver (:()) - FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.MoveTask. Unable to move source hdfs://xyz:8020/apps/hive/warehouse/tpcds_bin_partitioned_orc_10000.db/.hive-staging_hive_2016-05-11_09-40-42_489_5056654133706433454-1/-ext-10002 to destination hdfs://xyz:8020/apps/hive/warehouse/tpcds_bin_partitioned_orc_10000.db/date_dim1

https://github.com/apache/hive/blob/26b5c7b56a4f28ce3eabc0207566cce46b29b558/ql/src/java/org/apache/hadoop/hive/ql/metadata/Hive.java#L2836
hdfsEncryptionShim.isPathEncrypted(destf) in Hive could end up throwing FileNotFoundException as the destf is not present yet.  This causes moveFile to fail.

The only time we choose new sinks is when we have a ConnectException, but we have encountered other exceptions where there is a problem contacting a particular sink and replication gets backed up for any sources that try that sink
HBASE-17675 occurred when there was a bad keytab refresh and the source was stuck.
Another issue we recently had was a bad drive controller on the sink side and replication was stuck again.  
Is there any reason not to choose new sinks anytime we have a RemoteException?  I can understand TableNotFound we don't have to choose new sinks, but for all other cases this seems like the safest approach.  

Assume the following FactoryBean implementation:

class FactoryBeanImpl implements FactoryBean, MyInterface { … }

Beyond that, assume a BeanPostProcessor implementation that predicts the bean type of that FactoryBean to an arbitrary different type X. Now assume the following lookup code:

String[] names = beanFactory.getBeanNamesOfType(MyInterface.class);

This call returns an empty array if the bean instance for FactoryBeanImpl has not been created, but returns the name of the bean (as expected) once the instance has been created.
The reason for that behavior seems to start in DefaultListableBeanFactory.doGetBeanNamesForType(…), at the line where we try to find the match for the factory bean name. This code calls {{isTypeMatch(…). The first step it does is trying to lookup an already existing instance. In our second case (bean has already been created before) we run in this if clause and finally end up in the ClassUtils.isAssignableValue(typeToMatch, beanInstance) call, which results int true being returned.
If no instance has been created we run down until the call to predictBeanType(…). This call will set beanClass to the predicted type so that the type match is done against the predicted bean type although we're testing the factory dereference explicitly. IMO the code has to be changed to:

Class<?> beanClass = BeanFactoryUtils.isFactoryDereference(name) ? resolveBeanClass(mbd, beanName, FactoryBean.class) : predictBeanType(beanName, mbd, FactoryBean.class, typeToMatch);

Documentation says that its possible to return List for query methods with Pageable parameter. It works for Spring Data JPA but not for Spring Data MongoDB.
In order to fix that org.springframework.data.mongodb.repository.query.AbstractMongoQuery.CollectionExecution could take provided Pageable parameter (nullable) from MongoParametersParameterAccessor and return paged result if pageable is not null.
Pull request is on its way.

I have come across an issue with Camel 2.13 when subscribing to a qpid messages published by a non-camel producers. The error happens with both Qpid C++ producer and also a python producer. 
An Null pointer exception is thrown in the JmsBinding.extractHeadersFromJMS on line 173. 
map.put("JMSXUserID", jmsMessage.getStringProperty("JMSXUserID")); 
JMSXUserID has not been set by the publisher as it is a non-JMS publisher. 
at java.lang.String.<init>(String.java:593)
at org.apache.qpid.client.message.AMQMessageDelegate_0_10.getStringProperty(AMQMessageDelegate_0_10.java:735)
at org.apache.qpid.client.message.AbstractJMSMessage.getStringProperty(AbstractJMSMessage.java.225)
at org.apache.camel.component.jms.JmsBinding.extractHeadersFromJms(JmsBinding.java:173)
at org.apache.camel.component.jms.JmsMessage.populateInitialHeaders(JmsMessage.java:222)
Full stack trace not show as it is on a different system
I can see a change was made to JmsBinding.java in Camel 2.12.2 to fix a ActiveMQ issue. This is what has caused the issue. The system is being upgraded from Camel 2.9.2 to Camel 2.13.1 and this issue has been experienced.

[standalone@localhost:9990 /] /subsystem=batch-jberet:write-attribute(name=restart-jobs-on-resume,value=false)
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.ClassCastException: org.jboss.as.controller.OperationContextImpl$OperationContextServiceController cannot be cast to org.wildfly.extension.batch.jberet.BatchConfigurationService",
}

I have left this out of the pull request for LDAP as this is going to require some in-depth investigation of the two implementations and how they are both interpreting passwords longer than 8 characters.
It may be there is a subtle variation in the two implementations or it may just be one has a bug.

According to documentation in section 8.3.1, the SecurityContextPersistenceFilter should support a null SecurityContextRepository, which would prevent a SecurityContext from ever being persisted.
However, configuring a null SecurityContextRepository results in a NullPointerException. Either the documentation is incorrect or misleading, or the SecurityContextPersistenceFilter should perform null checks on the field.
	<bean id="securityContextPersistenceFilter"
		class="org.springframework.security.web.context.SecurityContextPersistenceFilter">
		<property name="securityContextRepository">
			<null />
	</bean>
SEVERE: Servlet.service() for servlet classes/com.turner.playon.event threw exception
	at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:74)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:355)
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:149)
	at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237)
	at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
	at java.lang.Thread.run(Thread.java:637)

When you attempt to copy a directory and the destination directory is inside the source directory an inifinite loop occurs in the copyDirectory causing Commons-IO to create a folder w/o stopping until its reaches OS limitation.
This code will recreate the bug:
FileUtils.copyDirectory(new File("C:\\temp\\test-io\\a."), new File("C:\\temp\\test-io\\a." + File.separator + new Date().getTime()));
Make sure C:\temp\test-io\a exists

Per the linked forum thread:

	at org.springframework.web.SpringServletContainerInitializer.onStartup(SpringServletContainerInitializer.java:142)
	at org.apache.catalina.core.StandardContext.callServletContainerInitializers(StandardContext.java:5352)
	... 28 more

Initial analysis:
It appears that on certain platforms e.g. Tomcat, the set of classes coming into onStartup will never be null when @HandlesType(WebApplicationInitializer.class) is specified, because the actual WAI interface is always picked up; i.e. there will always be at least one class in the set.  My own testing on GlassFish suggested the same behavior, but obviously the reporter here is seeing the opposite behavior.
Per the Javadoc for ServletContainerInitializer, the set will be null if no classes matching @HandlesType are found, and that's what we're seeing here.
Solution:
In any case, a null guard within SpringServletContainerInitializer doesn't hurt and certainly solves this issue.

BasicQuery has no equals(…) and hasCode() methods and it fails back to base Query.equals(…9 which leads to incorrect behavior – every two BasicQuery objects are identical regardless the actual underlying queryObject/fieldsObject/sortObject.

I tried to click through CLI GUI, particullary interested in webservices subsystem.
I navigated through the tree into /subsystem=webservices/endpoint-config=*, right-click and chose ead-resource-description.
It generated this command, but after executing through GUI, it returns null:

/subsystem=webservices/endpoint-config=*/:read-resource-description(recursive=false,access-control=none)
null

The same command in console CLI return valid resut:

[standalone@localhost:9990 /] /subsystem=webservices/endpoint-config=*/:read-resource-description(recursive=false,access-control=none)
{
    "result" => [{
        "address" => [
            ("subsystem" => "webservices"),
            ("endpoint-config" => "*")
        ],
        "outcome" => "success",
        "result" => {
            "description" => "Webservice endpoint configuration",
            "attributes" => {},
            "operations" => undefined,
            "notifications" => undefined,
            "children" => {
                "pre-handler-chain" => {
                    "description" => "Pre handler chain",
                },
                "post-handler-chain" => {
                    "description" => "Post handler chain",
                },
                "property" => {
                    "description" => "Configuration property",
                }
            }
        }
    }]
}

The problem seems to be related to the access-control=none parameter, because without it both GUI and console return the same valid result

/subsystem=webservices/endpoint-config=*/:read-resource-description(recursive=false)
{
        ],
                },
                },
                }
            }
        }
    }]
}

When I add nodes the XMLConfiguration with autoSave enabled the file doen't change to reflect new nodes. Here is an example
XMLConfiguration config = new XMLConfiguration("c:conf.xml"); 
config.setAutoSave(true) ;
ConfigurationNode childNode = new HierarchicalConfiguration.Node("ChildNodeName","ChildNodeValue");
List nodes = new ArrayList();
nodes.add(childNode);
config.addNodes(null,nodes);
config.xml didn't change to include child node.

Row group elimination has protection for NULL statistics values in RecordReaderImpl.evaluatePredicate() which then calls evaluatePredicateRange(). But split elimination directly calls evaluatePredicateRange() without NULL protection. This can lead to NullPointerException when a column is NULL in entire stripe. 

6 warnings
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegionServer.java:338: warning - Tag @link: can't find isa in org.apache.hadoop.hbase.regionserver.HRegionServer
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/ipc/RpcServerInterface.java:45: warning - Tag @link: can't find openServer() in org.apache.hadoop.hbase.ipc.RpcServerInterface
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/ipc/RpcServerInterface.java:45: warning - Tag @link: can't find startThreads() in org.apache.hadoop.hbase.ipc.RpcServerInterface
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/master/MasterRpcServices.java:721: warning - @param argument "controller" is not a parameter name.

HiveServer.java accept one argument stands for the port of  this server,  but I found that can not accept this argument.
By digging into the source code, I found it may caused by these lines of main function.
if (args.length > 1) 
{
        port = Integer.getInteger(args[0]);
      }

I think they should be: 
if (args.length >= 1) 
{
        port = Integer.parseInt(args[0]);
      }

The author may have some different intention,  I think.  

The MRP may fail due to some reason, so we need to add some checks in ReopenTableRegionsProcedure, if we fail to reopen a region, then we should schedule a new MRP for it again.
And a future improvement maybe that, we can introduce a new type of procedure to reopen a region, where we just need a simple call to RS, and do not need to unassign it and assign it again.

Local variable itemProviderRetryPolicy should be itemWriterRetryPolicy. No biggie.

org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase#testMaxFailServersPercentageRolloutPlan
org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase#testMaxFailServersRolloutPlan
org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase#testRollbackAcrossGroupsRolloutPlan
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.domain -Dtest=org.jboss.as.test.integration.domain.suites.CLITestSuite -Dsecurity.manager

ERROR [io.undertow.request] (default task-2) UT005023: Exception handling request to /RolloutPlanTestCase/RolloutServlet: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "localhost:8081" "listen,resolve")" in code source "(vfs:/content/RolloutPlanTestCase.war/WEB-INF/classes <no signer certificates>)" of "null")
[Server:main-one] 	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
[Server:main-one] 	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
[Server:main-one] 	at java.lang.SecurityManager.checkListen(SecurityManager.java:1131) [rt.jar:1.8.0_71]
[Server:main-one] 	at org.wildfly.security.manager.WildFlySecurityManager.checkListen(WildFlySecurityManager.java:419)
[Server:main-one] 	at java.net.ServerSocket.bind(ServerSocket.java:374) [rt.jar:1.8.0_71]
[Server:main-one] 	at java.net.ServerSocket.bind(ServerSocket.java:329) [rt.jar:1.8.0_71]
[Server:main-one] 	at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestServlet.bind(RolloutPlanTestServlet.java:107) [classes:]
[Server:main-one] 	at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestServlet.processRequest(RolloutPlanTestServlet.java:66) [classes:]
[Server:main-one] 	at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestServlet.doGet(RolloutPlanTestServlet.java:94) [classes:]
[Server:main-one] 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Final-redhat-1.jar:1.0.0.Final-redhat-1]
[Server:main-one] 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final-redhat-1.jar:1.0.0.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
[Server:main-one] 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) [undertow-core-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) [undertow-core-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) [undertow-core-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:285) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:264) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:181) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_71]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:178) [undertow-servlet-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) [undertow-core-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:792) [undertow-core-1.3.21.Final-redhat-1.jar:1.3.21.Final-redhat-1]
[Server:main-one] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71]
[Server:main-one] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71]
[Server:main-one] 	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71]

when compile the DemoClient.cpp within the latest HBase release package, it seems that this file is out of date(plenty of APIs need a new std::map<Text, Text> & attributes parameter ). And I have also tried to replace  the DemoClient.cpp with the latest trunk version. However, after some modification there are still link problems when compile the code( undefined reference to  `apache::thrift::transport::TSocket::TSocket(std::string, int)', I have passed the -lthrift parameter to gcc).

This currently uses ServiceName.parse(capabilityName), since the OperationContext/CapabilityServiceSupport is not available in this context.

Within the RepositoryEntityController the  putItemResource() method will check to see if an item exists, if it does not it will proceed to create it. This is not idempotent/safe.
This bug was invoked by using @RepositoryRestResource which uses the RepositoryEntityController behind the scenes.
In the scenario where the entity/resource has a auto generated ID, the putItemResource() is able to create multiple items. 
RFC2616 section 9.1.2 (https://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html) states: "_Methods can also have the property of "idempotence" in that (aside from error or expiration issues) the side-effects of N > 0 identical requests is the same as for a single request. The methods GET, HEAD, PUT and DELETE share this property. _"
The change in PUT functionality from being update only to create or update can be traced back to "DATAREST-348 - Support for json-patch+json and merge-patch+json media types"

The current client code depends on interrupting the thread for canceling a request. It's actually possible to rely on a callback in protobuf.
The patch includes as well various performance improvements in replica management. 
On a version before HBASE-11492 the perf was ~35% better. I will redo the test with the last version.

This prevents the Test*CliDriver tests from compiling properly.

[ERROR] testCacheEvictionThreadSafe(org.apache.hadoop.hbase.io.hfile.TestLruBlockCache) Time elapsed: 0.028 s <<< FAILURE!
java.lang.AssertionError: expected:<0> but was:<1>
at org.apache.hadoop.hbase.io.hfile.TestLruBlockCache.testCacheEvictionThreadSafe(TestLruBlockCache.java:86)
Fix for this I think is waiting for the block count to drop to zero after awaiting shutdown of the executor pool. There's a rare race here. Tests look good using a Waiter predicate so far, but I haven't finished all 100 iterations yet. 

If a non-CDI deployment (contains no beans.xml nor a bean with a bean defining annotation nor a  session bean) attempts to access the CDI container using CDI.current() before TCCLSingletonService is started (and org.jboss.weld.bootstrap.api.SingletonProvider initialized with ModuleGroupSingletonProvider) then SingletonProvider is incorrectly initialized with the default impl (RegistrySingletonProvider). As a result, 	
subsequent CDI deployments fail with java.lang.RuntimeException: SingletonProvider is already initialized....

Date formatting appears to have changed (broken?) on Jelly Bean. Consider the following format:
"EEE, dd MMM yyyy HH:mm:ss zzz"
On Android versions prior to Jelly Bean it would format like this:
"Thu, 18 Dec 2008 10:20:00 GMT+00:00"
On Jelly Bean it now looks like this:
"Thu, 18 Dec 2008 10:20:00 GMT"
The tests are currently verifying a date format, but that isn't what we are actually testing. The tests should be modified to add more date equality comparisons, and work around this change.

Depending on current server load, it can be extremely expensive to run periodic minor / major compactions.  It would be helpful to have a feature where a user could use the shell or a client tool to explicitly cancel an in-progress compactions.  This would allow a system to recover when too many regions became eligible for compactions at once

camel-atom feature defines a dependency to abdera-core, which require woodstox dependency:
Error executing command: Could not start bundle mvn:org.apache.abdera/abdera-core/1.1.2 in feature(s) camel-atom-2.9.0, cxf-abdera-2.5.1: Unresolved constraint in bundle org.apache.abdera.core [62]: Unable to resolve 62.0: missing requirement [62.0] package; (&(package=javax.xml.stream)(version>=1.0.0)(!(version>=2.0.0)))

curl http://.....:20111/templeton/v1/hive?user.name=hive -d execute="select count(*) from default.all100k" -d statusdir="/user/hive/düsseldorf7"

curl http://....:20111/templeton/v1/hive?user.name=hive -d execute="select count(*) from default.all100k" -d statusdir="/user/hive/䶴狝A﨩O"

will create statusdirs like so

/user/hive/düsseldorf-1
drwxr-xr-x   - hive hive          0 2017-06-01 19:01 /user/hive/düsseldorf7
drwxr-xr-x   - hive hive          0 2017-06-01 19:08 /user/hive/䶴狝A﨩O

but

curl http://.....:20111/templeton/v1/hive?user.name=hive -d execute="select count(*) from default.all100k" -d statusdir="düsseldorf7"

curl http://....:20111/templeton/v1/hive?user.name=hive -d execute="select count(*) from default.all100k" -d statusdir="䶴狝A﨩O"

Will create 

drwxr-xr-x   - hive hive          0 2017-06-01 00:27 /user/hive/d%C3%BCsseldorf7
drwxr-xr-x   - hive hive          0 2017-06-01 22:33 /user/hive/%E4%B6%B4%E7%8B%9DA%EF%A8%A9O

Elytron HTTP DIGEST authentication comply to rfc2617 - which means MD5 is used by default (it means it is hardcode, with no way to configure another hash algorithm). But MD5 could make troubles in fips environment [5].
DigestAuthenticationMechanism.java

        String algorithm = convertToken(ALGORITHM, responseTokens.get(ALGORITHM));
        if (MD5.equals(algorithm) == false) {
            throw log.mechUnsupportedAlgorithm(getMechanismName(), algorithm);
        }

There exists proposed rfc7616 which makes algorithm configurable, work on new DIGEST features are covered by [1]. Darran Lofthouse is it planned for [1] to target 7.1? 
[1] https://issues.jboss.org/browse/ELY-286
[2] https://developer.jboss.org/wiki/ElytronHTTPDigestNonceHandling-Design
[3] https://tools.ietf.org/html/rfc2617
[4] https://tools.ietf.org/html/rfc7616
[5] https://access.redhat.com/support/cases/#/case/01761455

When ROWCOL bloomfilter needs to decide whether this key is a new key or not,
it will call the matchingRowColumn function, which will compare the timestamp offset between this kv and last kv.
But when checking the timestamp offset, it didn't deduct the original offset of the keyvalue itself.
For example, when 2 keyvalue objects have the same row key and col key, but from different storefiles. It is highly likely that these 2 keyvalue objects have different offset value. So the timestamp offset of these 2 objects are totally different. They will be regard as new keys to add into bloomfilters.
So after compaction, the key count of bloomfilter will increase immediately, which is almost equal to the number of entries.
The solution is straightforward. Just compare the relevant timestamp offset, which is the timestamp offset - key_value offset.
This also may explain this jira: https://issues.apache.org/jira/browse/HBASE-3007

Figure why it ain't writing to file though it does to ganglia.

ComparatorUtils.transformedComparator is currently typed as follows :
public static <I,O> Comparator<O> transformedComparator(Comparator<I> comparator, Transformer<I, O> transformer)
It should be typed as follows so that is can be used without removing generics typing:
public static <I,O> Comparator<I> transformedComparator(Comparator<O> comparator, Transformer<I, O> transformer)
Here is a unit test for it : 
Transformer<Integer, String> itosTransformer = TransformerUtils.stringValueTransformer();
		Comparator<Integer> c = new Comparator<Integer>() {
			@Override
			public int compare(Integer o1, Integer o2) 
{
				return o1.compareTo(o2);
			}
		};
		Comparator<String> stringComparator = ComparatorUtils.transformedComparator(c, itosTransformer);
		stringComparator.compare("string1", "string2");

This test will cause a UnmappableCharacterException, since jaxb does not communicate the encoding of the bytes it outputs causing the file endpoint to assume it is UTF-8.
This can be mitigated by adding an explicit reader in the route, but it would be nice if it worked OOTB.

/**
 * @version 
 */
public class ExplicitFileEncodingTest extends CamelTestSupport {

    @Override
    public void setUp() throws Exception {
        deleteDirectory("target/charset");
        super.setUp();
    }

    @Test
    public void testISOFileEncoding() throws Exception {
        PurchaseOrder order = new PurchaseOrder();
        //Data containing characters ÆØÅæøå that differ in utf-8 and iso
        String name = "\u00c6\u00d8\u00C5\u00e6\u00f8\u00e5";
        order.setName(name);
        order.setAmount(123.45);
        order.setPrice(2.22);

        MockEndpoint result = getMockEndpoint("mock:file");
        result.expectedFileExists("target/charset/output.txt");

        template.sendBody("direct:start", order);

        JAXBContext jaxbContext = JAXBContext.newInstance("org.apache.camel.example");
        Unmarshaller unmarshaller = jaxbContext.createUnmarshaller();
        PurchaseOrder obj = (PurchaseOrder)unmarshaller.unmarshal(new File("target/charset/output.txt"));
        assertEquals(obj.getName(), name);
    }

    @Override
            @Override
                JaxbDataFormat jaxb = new JaxbDataFormat("org.apache.camel.example");
                jaxb.setEncoding("iso-8859-1");

                from("direct:start")
                        .marshal(jaxb)
                        .to("file:target/charset/?fileName=output.txt&charset=iso-8859-1");
            }
        };
    }

}

Only the "real" file is moved to the directory specified with the moveFailed-option. The done file still exists in the source folder and will not be deleted.

This is mostly trivial stuff

remove some methods not used
typos
remove some @param w/o any info
change the code that uses deprecated methods

The only non trivial change is when we get the store from a cell: instead of using the map, we iterate on the key set. Likely, it would be better to hava a sorted array instead of a Map, as the number of store is fixed.  Could be done in a later patch.

The transaction subsystem has a read-write runtime-only attribute whose value it stores in the resource's DMR model node.  Its value is not persisted, so it really is runtime-only. (The value controls behavior of some runtime-only custom ops; this setup is basically a way of storing a semi-permanent param for those ops so it doesn't need to be passed with each invocation. Odd, but it is what it is.)
Problem is read-resource calls end up including the attribute when they should not:

[disconnected /] embed-server --admin-only=false
[standalone@embedded /] /subsystem=transactions/log-store=log-store:write-attribute(name=expose-all-logs,value=false)
{
}

[standalone@embedded /] /subsystem=transactions/log-store=log-store:read-resource(include-runtime=false)
{
        "expose-all-logs" => false,
        "type" => "default",
        "transactions" => undefined
    }
}

This happens because of ReadResourceHandler's behavior of trying to check for attributes in the DMR model that are not reflected in the ManagementResourceRegistration. Two possible fixes:
1) Make those checks a bit more sophisticated.
2) Remove that handling altogether as it's been at least five years since it was valid to have an attribute that is not reflected in the MRR.
I think I'll try #2.

When receiving a TCP RST, Netty 3 goes into a deep recursion identified by a stack something like:

[Camel Thread #1 - NettyServerTCPWorker] WARN  org.apache.camel.component.netty.http.NettyHttpConsumer  - HttpServerChannelHandler is not found as attachment to handle exception, send 404 back to the client.
java.io.IOException: Broken pipe
	at sun.nio.ch.FileDispatcherImpl.write0(Native Method)
	at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47)
	at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93)
	at sun.nio.ch.IOUtil.write(IOUtil.java:51)
	at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:487)
	at org.jboss.netty.channel.socket.nio.SocketSendBufferPool$UnpooledSendBuffer.transferTo(SocketSendBufferPool.java:203)
	at org.jboss.netty.channel.socket.nio.AbstractNioWorker.write0(AbstractNioWorker.java:201)
	at org.jboss.netty.channel.socket.nio.AbstractNioWorker.writeFromUserCode(AbstractNioWorker.java:146)
	at org.jboss.netty.channel.socket.nio.NioServerSocketPipelineSink.handleAcceptedSocket(NioServerSocketPipelineSink.java:99)
	at org.jboss.netty.channel.socket.nio.NioServerSocketPipelineSink.eventSunk(NioServerSocketPipelineSink.java:36)
	at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendDownstream(DefaultChannelPipeline.java:779)
	at org.jboss.netty.channel.Channels.write(Channels.java:725)
	at org.jboss.netty.handler.codec.oneone.OneToOneEncoder.doEncode(OneToOneEncoder.java:71)
	at org.jboss.netty.handler.codec.oneone.OneToOneEncoder.handleDownstream(OneToOneEncoder.java:59)
	at org.jboss.netty.channel.DefaultChannelPipeline.sendDownstream(DefaultChannelPipeline.java:591)
	at org.jboss.netty.channel.DefaultChannelPipeline.sendDownstream(DefaultChannelPipeline.java:582)
	at org.jboss.netty.channel.Channels.write(Channels.java:704)
	at org.jboss.netty.channel.Channels.write(Channels.java:671)
	at org.jboss.netty.channel.AbstractChannel.write(AbstractChannel.java:248)
	at org.apache.camel.component.netty.http.handlers.HttpServerMultiplexChannelHandler.exceptionCaught(HttpServerMultiplexChannelHandler.java:142)
	at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:112)
	at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
	at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
	at org.jboss.netty.channel.SimpleChannelUpstreamHandler.exceptionCaught(SimpleChannelUpstreamHandler.java:153)
	at org.jboss.netty.handler.codec.frame.FrameDecoder.exceptionCaught(FrameDecoder.java:377)
	at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
	at org.jboss.netty.channel.Channels.fireExceptionCaught(Channels.java:525)
	at org.jboss.netty.channel.socket.nio.AbstractNioWorker.write0(AbstractNioWorker.java:291)
...

It isn't a problem for Netty 4 and also if you set orderedThreadPoolExecutor=true it works for Netty 3 as well.

This issue has been fixed once in HBASE-14674. But, I noticed that almost all RS in our production environment still have this problem. Strange thing is that newly started servers seems do not affected. Digging for a while, then I realize the CircularFifoBuffer introduced by HBASE-10312 is the root cause. The RPC hander's monitoredTask only create once, if the server is flooded with tasks, RPC monitoredTask can be purged by CircularFifoBuffer, and then never visible in WebUI.
So my solution is creating a list for RPC monitoredTask separately. It is OK to do so since the RPC handlers remain in a fixed number. It won't increase or decrease during the lifetime of the server.

Just like:　https://issues.apache.org/jira/browse/HADOOP-7428
Exceptions except IOException thrown in setupIOstreams would leave the connection half-setup. But the connection would not close utill it become timeout. The orphane connection cause NPE when is used in HCM.

This is required for OpenShift.io, see their settings.xml at https://github.com/fabric8io/fabric8-team-components/blob/master/jenkins-openshift/src/main/fabric8/jenkins-maven-settings-secret.yml

Yetus-0.7.0 has a fix for the changed Jira behavior that made it so we weren't picking up the latest attached patch. Check it works and if it does move over to yetus 0.7.0

These previously ignored the result. Now, they do return the result, but do not describe the result types.

The NullPointerException will be thrown while using following command

HADOOP_CLASSPATH="`bin/hbase classpath`" hadoop org.apache.hadoop.hbase.tool.Canary -regionserver

The error msg as follows

...
13/12/09 05:17:02 INFO zookeeper.ClientCnxn: Session establishment complete on server scottm-hbase-1.lab/10.1.145.175:2181, sessionid = 0x142d5c52b030015, negotiated timeout = 90000
Exception in thread "Thread-1" java.lang.NullPointerException
        at org.apache.hadoop.hbase.tool.Canary$RegionServerMonitor.checkNoTableNames(Canary.java:564)
        at org.apache.hadoop.hbase.tool.Canary$RegionServerMonitor.run(Canary.java:545)

Currently, custom queries to be sent in the request URI must be defined in the route.  It is more usable to set the request URI queries at runtime. 

On Dmitriy's cluster:

"IPC Reader 0 on port 60020" prio=10 tid=0x00002aacb4a82800 nid=0x3a72 waiting on condition [0x00000000429ba000]
        - parking to wait for  <0x00002aaabf5fa6d0> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:747)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:778)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1114)
        at java.util.concurrent.LinkedBlockingQueue.signalNotEmpty(LinkedBlockingQueue.java:103)
        at java.util.concurrent.LinkedBlockingQueue.put(LinkedBlockingQueue.java:267)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Connection.processData(HBaseServer.java:985)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Connection.readAndProcess(HBaseServer.java:946)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Listener.doRead(HBaseServer.java:522)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Listener$Reader.run(HBaseServer.java:316)
        - locked <0x00002aaabf580fb0> (a org.apache.hadoop.hbase.ipc.HBaseServer$Listener$Reader)
...
"IPC Server handler 29 on 60020" daemon prio=10 tid=0x00002aacbc163800 nid=0x3acc waiting on condition [0x00000000462f3000]
        - parking to wait for  <0x00002aaabf5e3800> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
        at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:358)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1025)
"IPC Server handler 28 on 60020" daemon prio=10 tid=0x00002aacbc161800 nid=0x3acb waiting on condition [0x00000000461f2000]
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1025
...

This region server stayed in this state for hours. The reader is waiting to put and the handlers are waiting to take, and they wait on different lock ids. It reminds me of the UseMembar thing about the JVM sometime missing to notify waiters. In any case, that RS needed to be closed in order to get out of that state. 

@Query("...")
Iterable<Entity> findFooByBar();

throws an exception java.lang.ClassCastException: java.util.HashMap cannot be cast to Entity
Temp workaround: Return a Collection instead of an Iterable

While running some integration test i have notices that new  RS process is started on master server after tests are finished  although RS was not running  before running IT.

There are some potential race condition in the task monitor. So update the functions in task monitor to be synchronized.
The example of the problem caused by the race condition:
ERROR org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Cache flush failed for region 
java.lang.IndexOutOfBoundsException: Index: 1745, Size: 1744
at java.util.ArrayList.add(ArrayList.java:367)
at java.util.SubList.add(AbstractList.java:633)
at java.util.AbstractList.add(AbstractList.java:91)
at org.apache.hadoop.hbase.monitoring.TaskMonitor.createStatus(TaskMonitor.java:74)
at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:1139)
at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:260)
at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:234)
at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.run(MemStoreFlusher.java:146)

TaskExecutor not initialized in task namespace.  Adding this to the ExecutorBeanDefinitionPasrserTests:

		FutureTask<String> task = new FutureTask<String>(new Callable<String>() {
			public String call() throws Exception {
				return "foo";
			}
		});
		((ThreadPoolTaskExecutor)executor).execute(task);
		assertEquals("foo", task.get());

results in 

java.lang.IllegalStateException: ThreadPoolTaskExecutor not initialized
	at org.springframework.util.Assert.state(Assert.java:384)
	at org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor.getThreadPoolExecutor(ThreadPoolTaskExecutor.java:217)
	at org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor.execute(ThreadPoolTaskExecutor.java:239)
	at org.springframework.scheduling.config.ExecutorBeanDefinitionParserTests.defaultExecutor(ExecutorBeanDefinitionParserTests.java:61)
...

Allows the use of the GET method to obtain the binary stream to a content in the content repository.

They're all importing nonexistent package com.google.gwt.app.client

suppose 
insert overwrite T values(1)
is aborted.
this creates a base_x directory (for insert-only transactional tables currently and for full CRUD once 'rename' in the MoveTask is eliminated) but subsequent read fails with "Not enough history available for..." error.
The problem is that the logic to produce this exception finds this base_x but treats it as if it was produced by a compactor, in which case the error would'v been appropriate.

If you use hive.limit.query.max.table.partition to limit the amount of partitions that can be queried it makes queries on non-partitioned tables fail.
Example:

CREATE TABLE tmp(test INT);
SELECT COUNT(*) FROM TMP; -- works fine
SET hive.limit.query.max.table.partition=20;
SELECT COUNT(*) FROM TMP; -- generates NPE (FAILED: NullPointerException null)
SET hive.limit.query.max.table.partition=-1;
SELECT COUNT(*) FROM TMP; -- works fine again

Possible related issue: ROO-696: wrong calculation of modelAttribute name in create.tagx and update.tagx.
Server-side validation messages are not displayed for any entity that has more than one capital letter in its name (e.g., LittleComment.java). Here's a simple script to help you replicate:

project --topLevelPackage com.mytest
entity --class ~.domain.LittleComment
field string --fieldName note --sizeMin 5 --sizeMax 800

If you go to ~/littlecomments?form and submit the form without entering a value for "note", you should get a validation error, but you don't.

The Javadoc comment below states that the method "throws NullPointerException if the collection is null". 
    	    /**
	       .....

@param collection  the collection to add to, must not be null
@param object  the object to add, if null it will not be added
@return true if the collection changed
@throws NullPointerException if the collection is null
	     */
	    public static <T> boolean addIgnoreNull(Collection<T> collection, T object) 
{
	        return (object != null && collection.add(object));
	    }
However, when called with an null collection and a null object (i.e., "addIgnoreNull((Collection)null, null)"), the method executes normally without throwing any exception.

Suggested Fixes:
1. Add code "if (collection == null) throw NullPointerException();" at the beginning of the method body.
or
2. Remove "@throws NullPointerException if the collection is null" from the Javadoc.
or
3. Change "@throws NullPointerException if the collection is null" to "@throws NullPointerException if the collection is null and the object is non-null)".

If compareTo is used to compare two ExitStatus with non-standard exitCodes the result may be different then {-1,0,1}. If user defined ExitStatuses are used, this may lead to unexpected behavior.
I would expect the following test to pass:
@Test
public void testCompareTo(){
 final ExitStatus someExitStatus = new ExitStatus("SOME_STATUS");
 final ExitStatus otherExitStatus = new ExitStatus("OTHER_STATUS");
 assertThat(someExitStatus.compareTo(otherExitStatus),
            either(equalTo(1)).or(equalTo(-1)));
}

The implementation of getDelay in TimerScheduledFuture in org.springframework.scheduling.commonj.TimerManagerTaskScheduler is inverted: It return negative values when the timer hasn't elapsed and positive values if it has. This violates the contract of the Delayed interface...

The http connection parameters are currently part of the HiveConf section of the connection string. It should ideally be part of SessionConf section, as that is where rest of the connection parameters are.
HTTP transport parameters are not part of the hiveconfiguration parameters that need to be set.
ie
instead of 
jdbc:hive2://<host>:<port>/<db>?hive.server2.transport.mode=http;hive.server2.thrift.http.path=<http_endpoint>
it should be -
jdbc:hive2://<host>:<port>/<db>;transportMode=http;httpPath=<http_endpoint>
Release Note:
The JDBC Uri for HiveServer2 has the form:

jdbc:hive2://host1:port1,host2:port2/dbName;sess_var_list?hive_conf_list#hive_var_list

Ideally, sess_var_list is supposed to be used to pass parameters that will be used within the JDBC Driver. However, some of the http mode parameters were being passed in the hive_conf_list which we've fixed now (in a backward compatible way).
Additionally, JDBC Driver has a naming convention for the parameters in the JDBC Uri which were not followed to the sasl.qop parameter. We've renamed it in a backward compatible way.
Details:
1. HTTP Mode params:
Old example uri:

jdbc:hive2://host:port/dbName;user=username;password=password?hive.server2.transport.mode=http;hive.server2.thrift.http.path=httpEndpoint

New example uri:

jdbc:hive2://host:port/dbName;user=username;password=password;transportMode=http;httpPath=httpEndpoint?hive.server2.logging.operation.enabled=false

As you can see above, hive.server2.transport.mode has been renamed to transportMode, hive.server2.thrift.http.path has been renamed to httpPath and both have been moved from hive_conf_list to sess_var_list.
2. Sasl qop renaming:

jdbc:hive2://host:port/dbName;principal=hiveserver2KerberosPrincipal;sasl.qop=qopValue

jdbc:hive2://host:port/dbName;principal=hiveserver2KerberosPrincipal;saslQop=qopValue

As you can see sasl.qop has been renamed to saslQop.
Note: all changes are backward compatible and print a deprecation message like the following:

0: jdbc:hive2://localhost:10001> !connect jdbc:hive2://localhost:10001/;sasl.qop=auth?hive.server2.transport.mode=http;hive.server2.thrift.http.path=cliservice username password org.apache.hive.jdbc.HiveDriver
Connecting to jdbc:hive2://localhost:10007/;sasl.qop=auth?hive.server2.transport.mode=http;hive.server2.thrift.http.path=cliservice
14/10/07 16:22:24 INFO jdbc.Utils: Supplied authorities: localhost:10001
14/10/07 16:22:24 WARN jdbc.Utils: ***** JDBC param deprecation *****
14/10/07 16:22:24 WARN jdbc.Utils: The use of sasl.qop is deprecated.
14/10/07 16:22:24 WARN jdbc.Utils: Please use saslQop like so: jdbc:hive2://<host>:<port>/dbName;saslQop=<qop_value>
14/10/07 16:22:24 WARN jdbc.Utils: The use of hive.server2.transport.mode is deprecated.
14/10/07 16:22:24 WARN jdbc.Utils: Please use transportMode like so: jdbc:hive2://<host>:<port>/dbName;transportMode=<transport_mode_value>
14/10/07 16:22:24 WARN jdbc.Utils: The use of hive.server2.thrift.http.path is deprecated.
14/10/07 16:22:24 WARN jdbc.Utils: Please use httpPath like so: jdbc:hive2://<host>:<port>/dbName;httpPath=<http_path_value>
Connected to: Apache Hive (version 0.14.0-SNAPSHOT)
Driver: Hive JDBC (version 0.14.0-SNAPSHOT)

The JDBC type for long parameters is Types.INTEGER in JdbcJobInstanceDao.insertParameter. This makes the values become truncated to int before they are inserted into the table. The type should probably be Types.BIGINT.

Comparing scans using PE. In branch-1 at least, I was getting an NPE when we tried to use a null metrics instance. Seems transient around startup. One-liner patch coming.

In the log we have this: 

 (RpcRetryingCaller.java:callWithRetries(122)) - Call exception, tries=5, retries=35, retryTime=-21839ms

It looks like the retryTime is negative.  Look the code, it is actually a warning message error.  We also should use EnvironmentEdgeManager to be consistent.

HiveServer2 concurrency is failing intermittently when using tez, throwing "org.apache.tez.dag.api.SessionNotRunning: Application not running" error

Spring Security's Default RequestPostProcessor implementations override additional RequestPostProcessor implementations.
For example the following fails:

mvc = MockMvcBuilders.webAppContextSetup(context)
		.apply(springSecurity())
		.defaultRequest(get("/").with(user("default")))
		.build();

mvc
	.perform(get("/admin/abc").with(user("user1").roles("ADMIN","USER")))
	.andExpect(status().isNotFound())
	.andExpect(authenticated().withUsername("user1"));

mvc
	.perform(get("/admin/abc"))
	.andExpect(status().isForbidden())
	.andExpect(authenticated().withUsername("default"));

0.94 and before, if one sets caching on the Scan object in the Job by calling scan.setCaching(int) and passes it to TableMapReduceUtil, it is correctly read and used by the mappers during a mapreduce job. This is because Scan.write respects and serializes caching, which is used internally by TableMapReduceUtil to serialize and transfer the scan object to the mappers.
0.95+, after the move to protobuf, ProtobufUtil.toScan does not respect caching anymore as ClientProtos.Scan does not have the field caching. Caching is passed via the ScanRequest object to the server and so is not needed in the Scan object. However, this breaks application code that relies on the earlier behavior. This will lead to sudden degradation in Scan performance 0.96+ for users relying on the old behavior.
There are 2 options here:
1. Add caching to Scan object, adding an extra int to the payload for the Scan object which is really not needed in the general case.
2. Document and preach that TableMapReduceUtil.setScannerCaching must be called by the client.

From this build: https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/622/testReport/junit/org.apache.hadoop.hbase.replication/TestReplicationKillMasterRSCompressed/killOneMasterRS/
The client never recovered from the RS that was killed, it retried 35 times this:

13-07-18 12:20:08,786 WARN  [hbase-table-pool-93-thread-2] client.AsyncProcess$1(413): The call to the RS failed, we don't know where we stand. location=region=test,ggg,1374149978397.552678a9e3bcf94d8621486842fd5f66., hostname=juno.apache.org,36408,1374149970324, seqNum=1
java.io.IOException: java.lang.NoSuchMethodException: org.apache.hadoop.ipc.RemoteException.<init>(java.lang.String)
	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.toException(ProtobufUtil.java:1219)
	at org.apache.hadoop.hbase.protobuf.ResponseConverter.getResults(ResponseConverter.java:85)
	at org.apache.hadoop.hbase.client.MultiServerCallable.call(MultiServerCallable.java:103)
	at org.apache.hadoop.hbase.client.MultiServerCallable.call(MultiServerCallable.java:43)
	at org.apache.hadoop.hbase.client.ServerCallable.withoutRetries(ServerCallable.java:259)
	at org.apache.hadoop.hbase.client.AsyncProcess$1.run(AsyncProcess.java:411)
Caused by: java.lang.NoSuchMethodException: org.apache.hadoop.ipc.RemoteException.<init>(java.lang.String)
	at java.lang.Class.getConstructor0(Class.java:2715)
	at java.lang.Class.getDeclaredConstructor(Class.java:1987)
	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.toException(ProtobufUtil.java:1215)
	... 11 more

couple of cleanups around SplitLogManager and CatalogJanitor:
replace all copy-pasted cast in SplitLogManager with one call to an helper method
remove Server, MasterServices, Stoppable since we call the class in only one place and is called as master, master, master
reuse MockNoopMasterServices instead of creating the Server/MasterServices classes

When I run my app app on minishift and I have topology-web set as a dependency I get the following error in the pod log:

2017-04-04 14:02:26,943 WARN  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:              Topology UI - UNSTABLE        org.wildfly.swarm:topology-webapp:2017.3.3
2017-04-04 14:02:29,267 WARN  [org.wildfly.swarm] (main) WFSWARM0038: In order to use HTTP/2 in WildFly Swarm, you must have the OpenSSL provider with ALPN capability from JBoss Core Services installed and configured. This is due to the fact that HTTP/2 requires a TLS stack that supports ALPN, which is not provided by the default installation of Java 8. HTTP/2 will only work with browsers that also support the HTTP/2 standard. OpenSSL usage with WildFly Swarm on HP-UX is NOT supported.
2017-04-04 14:02:29,811 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
2017-04-04 14:02:29,910 INFO  [org.jboss.as] (MSC service thread 1-3) WFLYSRV0049: WildFly Swarm 2017.3.3 (WildFly Core 2.2.1.CR1) starting
2017-04-04 14:02:29,984 INFO  [org.wildfly.swarm] (MSC service thread 1-3) WFSWARM0029: Install MSC service for command line args: []
2017-04-04 14:02:30,100 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service swarm.topology.proxy: org.jboss.msc.service.StartException in service swarm.topology.proxy: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.start(TopologyProxyService.java:65)
Caused by: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
	at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:662)
	at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313)
	at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:350)
	at org.wildfly.swarm.topology.Topology.lookup(Topology.java:32)
	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.start(TopologyProxyService.java:62)
	... 5 more

2017-04-04 14:02:31,610 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 9) WFLYNAM0001: Activating Naming Subsystem
2017-04-04 14:02:31,648 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 10) WFLYIO001: Worker 'default' has auto-configured to 4 core threads with 32 task threads based on your 2 available processors
2017-04-04 14:02:31,690 INFO  [org.jboss.as.naming] (MSC service thread 1-2) WFLYNAM0003: Starting Naming Service
2017-04-04 14:02:31,748 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.4.0.Final starting
2017-04-04 14:02:31,832 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.0.Final
2017-04-04 14:02:31,889 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.0.Final
2017-04-04 14:02:32,050 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0012: Started server default-server.
2017-04-04 14:02:32,161 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTP listener default listening on [0:0:0:0:0:0:0:0]:8080
2017-04-04 14:02:32,371 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Swarm 2017.3.3 (WildFly Core 2.2.1.CR1) started (with errors) in 2613ms - Started 66 of 74 services (1 services failed or missing dependencies, 14 services are lazy, passive or on-demand)
2017-04-04 14:02:32,390 ERROR [stderr] (main) java.lang.reflect.InvocationTargetException
2017-04-04 14:02:32,391 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2017-04-04 14:02:32,391 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
2017-04-04 14:02:32,393 ERROR [stderr] (main) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
2017-04-04 14:02:32,394 ERROR [stderr] (main) 	at java.lang.reflect.Method.invoke(Method.java:498)
2017-04-04 14:02:32,395 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:39)
2017-04-04 14:02:32,395 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.run(Main.java:46)
2017-04-04 14:02:32,397 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.main(Main.java:37)
2017-04-04 14:02:32,398 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: org.jboss.msc.service.StartException in service swarm.topology.proxy: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
2017-04-04 14:02:32,398 ERROR [stderr] (main) 	at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:45)
2017-04-04 14:02:32,399 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:109)
2017-04-04 14:02:32,399 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.start(Swarm.java:369)
2017-04-04 14:02:32,400 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.main(Swarm.java:609)
2017-04-04 14:02:32,400 ERROR [stderr] (main) 	... 7 more
2017-04-04 14:02:32,401 ERROR [stderr] (main) Caused by: org.jboss.msc.service.StartException in service swarm.topology.proxy: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
2017-04-04 14:02:32,401 ERROR [stderr] (main) 	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.start(TopologyProxyService.java:65)
2017-04-04 14:02:32,401 ERROR [stderr] (main) 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
2017-04-04 14:02:32,402 ERROR [stderr] (main) 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
2017-04-04 14:02:32,405 ERROR [stderr] (main) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2017-04-04 14:02:32,405 ERROR [stderr] (main) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2017-04-04 14:02:32,405 ERROR [stderr] (main) 	at java.lang.Thread.run(Thread.java:745)
2017-04-04 14:02:32,406 ERROR [stderr] (main) Caused by: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
2017-04-04 14:02:32,406 ERROR [stderr] (main) 	at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:662)
2017-04-04 14:02:32,406 ERROR [stderr] (main) 	at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313)
2017-04-04 14:02:32,406 ERROR [stderr] (main) 	at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:350)
2017-04-04 14:02:32,406 ERROR [stderr] (main) 	at javax.naming.InitialContext.lookup(InitialContext.java:417)
2017-04-04 14:02:32,407 ERROR [stderr] (main) 	at org.wildfly.swarm.topology.Topology.lookup(Topology.java:32)
2017-04-04 14:02:32,408 ERROR [stderr] (main) 	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.start(TopologyProxyService.java:62)
2017-04-04 14:02:32,409 ERROR [stderr] (main) 	... 5 more
2017-04-04 14:02:32,410 ERROR [stderr] (main) Exception in thread "main" java.lang.reflect.InvocationTargetException
2017-04-04 14:02:32,410 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2017-04-04 14:02:32,410 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
2017-04-04 14:02:32,411 ERROR [stderr] (main) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
2017-04-04 14:02:32,411 ERROR [stderr] (main) 	at java.lang.reflect.Method.invoke(Method.java:498)
2017-04-04 14:02:32,411 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:39)
2017-04-04 14:02:32,412 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.run(Main.java:46)
2017-04-04 14:02:32,412 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.main(Main.java:37)
2017-04-04 14:02:32,412 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: org.jboss.msc.service.StartException in service swarm.topology.proxy: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
2017-04-04 14:02:32,412 ERROR [stderr] (main) 	at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:45)
2017-04-04 14:02:32,413 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:109)
2017-04-04 14:02:32,413 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.start(Swarm.java:369)
2017-04-04 14:02:32,413 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.main(Swarm.java:609)
2017-04-04 14:02:32,413 ERROR [stderr] (main) 	... 7 more
2017-04-04 14:02:32,413 ERROR [stderr] (main) Caused by: org.jboss.msc.service.StartException in service swarm.topology.proxy: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
2017-04-04 14:02:32,414 ERROR [stderr] (main) 	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.start(TopologyProxyService.java:65)
2017-04-04 14:02:32,414 ERROR [stderr] (main) 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
2017-04-04 14:02:32,414 ERROR [stderr] (main) 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
2017-04-04 14:02:32,414 ERROR [stderr] (main) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2017-04-04 14:02:32,414 ERROR [stderr] (main) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2017-04-04 14:02:32,414 ERROR [stderr] (main) 	at java.lang.Thread.run(Thread.java:745)
2017-04-04 14:02:32,415 ERROR [stderr] (main) Caused by: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
2017-04-04 14:02:32,415 ERROR [stderr] (main) 	at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:662)
2017-04-04 14:02:32,415 ERROR [stderr] (main) 	at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313)
2017-04-04 14:02:32,415 ERROR [stderr] (main) 	at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:350)
2017-04-04 14:02:32,416 ERROR [stderr] (main) 	at javax.naming.InitialContext.lookup(InitialContext.java:417)
2017-04-04 14:02:32,416 ERROR [stderr] (main) 	at org.wildfly.swarm.topology.Topology.lookup(Topology.java:32)
2017-04-04 14:02:32,416 ERROR [stderr] (main) 	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.start(TopologyProxyService.java:62)
2017-04-04 14:02:32,416 ERROR [stderr] (main) 	... 5 more

But it works in combination with topology-jgroups running on localhost

When use SQLStdAuth, db name and table name is case sensitive when use  show grant command.

0: jdbc:hive2://localhost:21066/> show grant on table p1;
+-----------+--------+------------+---------+----------------------+-----------------+------------+---------------+----------------+----------+--+
| database  | table  | partition  | column  |    principal_name    | principal_type  | privilege  | grant_option  |   grant_time   | grantor  |
| default   | p1     |            |         | userx                | USER            | DELETE     | true          | 1481872357000  | userx    |
| default   | p1     |            |         | userx                | USER            | INSERT     | true          | 1481872357000  | userx    |
| default   | p1     |            |         | userx                | USER            | SELECT     | true          | 1481872357000  | userx    |
| default   | p1     |            |         | userx                | USER            | UPDATE     | true          | 1481872357000  | userx    |
7 rows selected (0.158 seconds)

0: jdbc:hive2://localhost:21066/> show grant on table P1;
+-----------+--------+------------+---------+-----------------+-----------------+------------+---------------+-------------+----------+--+
| database  | table  | partition  | column  | principal_name  | principal_type  | privilege  | grant_option  | grant_time  | grantor  |
No rows selected (9.608 seconds)
0: jdbc:hive2://localhost:21066/> show grant on table defaulT.p1;
No rows selected (0.06 seconds)

The StringUtils.parseLocaleString method fails to correctly parse the variant if the variant contains the same characters as the country code.  This is due to the fact that the lastIndexOf the country code is used as the dividing point instead of the first indexOf.
Here is the test to add to org.springframework.util.StringUtilsTest:

    public void testParseLocaleWithVarientContainingCountryCode() throws Exception {
        final String variant = "GBtest";
        final String localeString = "en_GB_" + variant;
        Locale locale = StringUtils.parseLocaleString(localeString);
        assertEquals("Variant containing country code not extracted correctly.", variant, locale.getVariant());
    }

A custom value for --config is not passed along to hbase-daemon.sh by start-hbase.sh when invoked in local mode (hbase.cluster.distributed=false). When --config is specified, variables from hbase-env.sh are applied to the runtime, but not hbase-site.xml.

I think there's a typo. "qualifier name" should read "column family name"
Family Filter
    This filter takes a compare operator and a comparator. It compares each qualifier name with the comparator using the compare operator and if the comparison returns true, it returns all the key-values in that column.

Background: If you configure a FlowExecutor within a single web app using a FlowExecutorFactoryBean, a SessionBindingConversationManager will be instantiated by default as your ConversationManager. This SessionBindingConversationManager will then store a ConversationContainer in the HTTP session under the key "webflow.conversation.container". In addition, you can configure the maxConversations to 1 if you like. This works as expected as long as you only configure only one such FlowExecutor.
Unintuitive behavior: if you configure multiple, unique FlowExecutors within a single web app using FlowExecutorFactoryBean as described above with maxConversations=1, you will then notice that both FlowExecutors ultimately use the same session key and thus conflict with each other. For example, if you start one flow for FlowExecutor #1 and start another flow which is handled by FlowExecutor #2, the execution of the 2nd flow will destroy the execution of the 1st flow.
The issue lies in the interpretation of the semantics of maxConversations. As it is currently implemented (i.e., with a single, global session key), the maxConversations takes effect for all configured FlowExecutors within a single web app.
I believe that this is unintuitive and actually not the desired behavior. If I configure two completely separate FlowExecutors with different flow repositories within a single web app, I expect that the configuration of one of them will not conflict with the configuration of the other.
See also:
http://forum.springframework.org/showthread.php?t=38156

Global messages are identified as follows:
(isGlobalOnly) ? facesContext.getMessages(null) : facesContext.getMessages();
facesContext.getMessages(null) incorrectly returns all messages.

CDI Interceptor cannot inject Web Service context.
When trying to inject WebServiceContext in CDI Interceptor using @Resource annotation but it fails with: NameNotFoundException: env/org.example.MyInterceptor/webServiceContext

If a RegionServer is assigned a region that uses LZO but the required libraries aren't installed on that RegionServer, the server will fail unexpectedly after throwing a java.lang.ClassNotFoundException: com.hadoop.compression.lzo.LzoCodec

2010-05-04 16:57:27,258 FATAL org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Replay of hlog required. Forcing server shutdown
org.apache.hadoop.hbase.DroppedSnapshotException: region: tsdb,,1273011287339
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:994)
        at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:887)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:255)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.run(MemStoreFlusher.java:142)
Caused by: java.lang.RuntimeException: java.lang.ClassNotFoundException: com.hadoop.compression.lzo.LzoCodec
        at org.apache.hadoop.hbase.io.hfile.Compression$Algorithm$1.getCodec(Compression.java:91)
        at org.apache.hadoop.hbase.io.hfile.Compression$Algorithm.getCompressor(Compression.java:196)
        at org.apache.hadoop.hbase.io.hfile.HFile$Writer.getCompressingStream(HFile.java:388)
        at org.apache.hadoop.hbase.io.hfile.HFile$Writer.newBlock(HFile.java:374)
        at org.apache.hadoop.hbase.io.hfile.HFile$Writer.checkBlockBoundary(HFile.java:345)
        at org.apache.hadoop.hbase.io.hfile.HFile$Writer.append(HFile.java:517)
        at org.apache.hadoop.hbase.io.hfile.HFile$Writer.append(HFile.java:482)
        at org.apache.hadoop.hbase.regionserver.Store.internalFlushCache(Store.java:558)
        at org.apache.hadoop.hbase.regionserver.Store.flushCache(Store.java:522)
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:979)
        ... 3 more
Caused by: java.lang.ClassNotFoundException: com.hadoop.compression.lzo.LzoCodec
        at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:315)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:330)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
        at org.apache.hadoop.hbase.io.hfile.Compression$Algorithm$1.getCodec(Compression.java:87)
        ... 12 more

The shell displays for any command entered:
ERROR: undefined method `getZooKeeper' for #<Java::OrgApacheHadoopHbaseZookeeper::ZooKeeperWatcher:0x1c904f75>

When INSERT INTO is run on a table with compressed output (hive.exec.compress.output=true) and existing files in the table, it may copy the new files in bad file names:
Before INSERT INTO:
000000_0.gz
After INSERT INTO:
000000_0.gz_copy_1
This causes corrupted output when doing a SELECT * on the table.
Correct behavior should be to pick a valid filename such as:
000000_0_copy_1.gz

The query will run and only fail at the very end when the driver checks its own shutdown flag.

The dataCoding parameter on the SMPP uri allows for a value of 0,4, or 8.  Our aggregator expects the data_coding parameter on the SMPP request from the SmppProducer to be 0=SMSC Default Alphabet.  However, when 0, 4, or 8 is specified for the dataCoding parameter, the actual value sent on the smpp request is 1, 5, or 9.  It appears the MessageClass.Class1 on the GeneralDataCoding object in SmppProducer is masking an additional 1 to the byte value.
It seems the dataCoding parameter should allow you to specify the actual value that is needed as defined by the SMPP Protocol specification.

Currently, all the rows of a batch are evaluated for the THEN and ELSE expressions even though only a value from one of them is needed for any particular row.

While JMX can be accessed remotely, it can occur over the management interface, the normal non-management interface, or through the legacy remoting port.
We currently have no method for enabling the legacy remoting port or noticing when we should.

There are invalid prompts in replication chapter and security chapters.
e.g: 
hbase< add_peer 'ID' 'CLUSTER_KEY' 
Should be 
hbase> add_peer 'ID' 'CLUSTER_KEY' 

The ACL matrix in the book should be updated with the recent changes.  
https://hbase.apache.org/book/appendix_acl_matrix.html
Also the format is not optimal. There is a hierarchy relation between scopes (GLOBAL > NS > TABLE), but not so much between Permissions (A,C,R)
Some things to do:

Minimum Permission column does not make sense. We should replace it.
Add information about superuser
grant is a multi level thing. Required permissions depend on the scope.
See HBASE-12511 and others changed some of the permissions

What I would like to see at the end is something like:

createNamespace        : superuser | global(A)
deleteNamespace        : superuser | global(A) | NS(A)
modifyNamespace        : superuser | global(A) | NS(A)
getNamespaceDescriptor : superuser | global(A) | NS(A)
listNamespaces         : All access*
createTable            : superuser | global(C) | NS(C)
grant 
  NS Perm              : superuser | global(A) | NS(A)
  Table Perm           : ...
revoke 
getPerms 
  NS perm              : superuser | global(A) | NS(A)

See HBASE-12511. 

org.springframework.batch.core.listener.StepListenerSupport#afterRead declares the item to be nullable while org.springframework.batch.core.ItemReadListener#afterRead clearly says that the method will be called only for actual items, but not when the reader returns null. This is confirmed in the code of SimpleChunkProvider:

/**
 * Surrounds the read call with listener callbacks.
 * @return the item or {@code null} if the data source is exhausted
 * @throws Exception is thrown if error occurs during read.
 */
@Nullable
protected final I doRead() throws Exception {
	try {
		listener.beforeRead();
		I item = itemReader.read();
		if(item != null) {
			listener.afterRead(item);
		}
		return item;
	}
	catch (Exception e) {
			logger.debug(e.getMessage() + " : " + e.getClass().getName());
		}
		listener.onReadError(e);
		throw e;
	}
}

Calcite strict type system throws exception in those cases, which are legal in Hive.

Please see the write-up here:
http://forum.springframework.org/showthread.php?t=53118
This prevents changepassword operations by binding as the user.  Normally, binding as the admin to change the password will work, but certain LDAP directory servers (such as Novell eDirectory) have a policy that sets the user's account to expire after some small time period whenever an admin user changes a password.  However, this side-effect is undesirable when it's actually the user changing the password.

AnnotationMethodHandlerAdapter.RequestMappingInfoComparator doesn't appear to order the requested accept value by quality.  Meaning that if I submit a request value like the following:
(Taken from Webkit's standard accept header)

application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5

And I have a controller like the following:

public class ExampleController {
    @RequestMapping(value="/secure/example", headers="accept=text/html", method=RequestMethod.GET)
    public String showHtml() {
        ...
    }

    @RequestMapping(value="/secure/example", headers="accept=image/png", method=RequestMethod.GET)
    public String showPng() {
        ...
    }
}

Then the showHtml method is selected because it is closest to the left where the showPng method should have been selected as it expresses a higher preferred quality level from the client (default quality=1).
This issue is related to SPR-6998 but the order of the header media types should probably be taken into account AFTER the quality is taken into account.
This issue is also related to SPR-6952 though since it appears SPR-6952 won't make it into 3.0.x I think that this issue represents a more direct problem with a more straight forward solution that I believe should be included in to a 3.0.x release.
I think the order of media type method resolution should be the following:
1. Quality
2. Specificity
3. Order of content types from left to right (SPR-6998)
FYI, the patch for SPR-6952 includes a MediaType comparator that will sort by quality before specificity if you want to use it.

CatalogWatcher starts a Thread that does not catch exceptions. So if any error occurs while querying consul the thread dies.
Pull request follows.

https://builds.apache.org/job/HBase-TRUNK/4269/testReport/org.apache.hadoop.hbase.regionserver/TestHRegionOnCluster/testDataCorrectnessReplayingRecoveredEdits/

java.lang.Exception: test timed out after 180000 milliseconds
	at org.apache.hadoop.hbase.regionserver.TestHRegionOnCluster.testDataCorrectnessReplayingRecoveredEdits(TestHRegionOnCluster.java:97)

Test looked to be making progress though perhaps a stall here:

2013-07-18 19:30:56,111 INFO  [AM.ZK.Worker-pool-2-thread-14] master.AssignmentManager$4(1223): The master has opened testDataCorrectnessReplayingRecoveredEdits,,1374175853834.44b3c494ea2682d3113ffe6658bf4910. that was online on janus.apache.org,41592,1374175849520
2013-07-18 19:33:37,407 INFO  [Thread-0] hbase.HBaseTestingUtility(914): Shutting down minicluster

May have just been taking time loading data.
Let me up the timeout and add debug because hard tracking where we are in this issue going by logs.

OXM's Ivy file lists dependencies on xstream, castor, xmlbeans, and jibx that are marked as optional but this isn't reflected in the bundle manifest. Assuming the Ivy file is correct the template.mf needs to be updated to make the corresponding imports optional.
Also, the Bundle-Name is currently specified in the template as Spring ORM

i found the value of  metric numReigons in Regions is not correct.
the metric can not add or remove  region correctly as region  close or open.
the metric  as follow:
"name" : "Hadoop:service=HBase,name=RegionServer,sub=Regions",
"numRegions" : 2,
after trouble shooting ,i found the reason is in MetricsRegionSourceImpl#MetricsRegionSourceImpl 

agg.register(this);
...
hashCode = regionWrapper.getRegionHashCode();

when add the MetricsRegionSource to set ,but the hashCode has not yet initialized.
So, the setFromMap can not put or remove the object correctly. 
it will be better like this :

If a server's lease times out or a server dies (essentially the same thing), when the master tries to find the regions it was serving, it does not check to see if the region has been offlined or split.
In ProcessServerShutdown.scanMetaRegion, the code:

        } else {
          // Get region reassigned
          regions.add(info);
        }

should be:

        } else {
          if (!info.isOffline() && !info.isSplit()) {
            // Get region reassigned
            regions.add(info);
          }
        }

HivePrivilegeObject in the authorization api has support for columns, but the columns being used are not being populated for non grant-revoke queries.
This is for enabling any implementation of the api to use this column information for its authorization decisions.

select explode as x from src; thorws

	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genUDTFPlan(SemanticAnalyzer.java:5344)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:2526)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:2284)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:7079)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:7050)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:7792)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:8462)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:259)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:433)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:902)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:756)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:186)

As described in this comment on HBASE-10439, the proxy configuration placed in hbase-site.xml is ignored.
The user must put this setting in core-site.xml for it to work.

This is the problem: java.lang.NoClassDefFoundError: org/apache/hadoop/net/StaticMapping
	at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:287)
Some dependency is missing from the sub project.
% mvn -DskipTests clean install
...
[INFO] BUILD SUCCESSFUL
% mvn -Dtest=Test00MiniCluster test
...
Tests run: 4, Failures: 0, Errors: 4, Skipped: 0
From the test log file:
testDFSMiniCluster(org.apache.hadoop.hbase.stargate.Test00MiniCluster)  Time elapsed: 1.263 sec  <<< ERROR!
java.lang.NoClassDefFoundError: org/apache/hadoop/net/StaticMapping
	at org.apache.hadoop.hbase.stargate.MiniClusterTestCase.startDFS(MiniClusterTestCase.java:81)
	at org.apache.hadoop.hbase.stargate.MiniClusterTestCase.startMiniCluster(MiniClusterTestCase.java:187)
	at org.apache.hadoop.hbase.stargate.MiniClusterTestCase.setUp(MiniClusterTestCase.java:225)
	at junit.framework.TestCase.runBare(TestCase.java:132)

When using several configuration sources, the sources are defined in a an xml attribute like 
fileName="usergui.properties"
The method org.apache.commons.configuration.ConfigurationUtils.getFile(String basePath, String fileName) converts the basePath and fileName into a File.
The JavaDoc says: "The parameter strings can be relative files, absolute files and URLs as well."
The file containing the definition of the configuration sources will become the basePath of this method.
After a log of debugging I found, that if the basePath start with "jar:" the method assumes that the fileName is relative, evene if it's absolute. This happens, because there's a ProtocolHandler for Jar files and "jar:" is a valid protocol. So the statement "new URL(new URL(basePath), fileName)" doesn't throw a MalformedUrlException.
Since the URL is valid, it's never checked, if the fileName may be absolute. 
Attention: this is only the case on Unix/Linux, since this is a valid URL
jar:file:/C:/myjar.jar!/my-config.xml/someprops.properties
while under Windows, a MalformedUrlException will be thrown, when the fileName is absolute: 
jar:file:/C:/myjar.jar!/my-config.xml/c:/someprops.properties
I attached a patch that checks, whether the URL protocol is "jar" and the fileName is absolute. If so, the absolute file will be used.

E.g. 

class A {
 private String id; //stored in mongo as "id"
 private String name;
}

class B {
  private String id; // stored in mongo as "_id"
  private List<A> innerDocs;
}

When it return B documents, innerDocs A objects have id == null. If i refactor A.id to A.myId, then it start working correctly.
Saving data (save, updateFirst, etc) always save fields correctly.
A and B objects are pojos (only lombok @Data and @NoArgsConstructor is used to provide getters and setters). Ids are created by mongo.
Could it related somehow  to ids that have 24 characters, but stored not as "_id"?
Easy workaround is to have different field name (not "id").

I can see one major issue, when running JSF TCK against MyFaces (2.1.14, 2.2.0-beta) configured as default JSF slot in WildFly. The problem is described here https://community.jboss.org/message/853890 - basically ResourceHandlerImpl is not able to create "jsf.js" resource file, which is avaliable in MyFaces api jar. This results to:

	at org.apache.myfaces.shared.renderkit.html.util.ResourceUtils.renderDefaultJsfJsInlineIfNecessary(ResourceUtils.java:231) [myfaces-impl-2.1.13.jar:2.1.13]
	at org.apache.myfaces.shared.renderkit.html.HtmlButtonRendererBase.encodeEnd(HtmlButtonRendererBase.java:138) [myfaces-impl-2.1.13.jar:2.1.13]
	at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:665) [myfaces-api-2.1.13.jar:2.1.13]
	at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:545) [myfaces-api-2.1.13.jar:2.1.13]
	at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:541) [myfaces-api-2.1.13.jar:2.1.13]
	at org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage.renderView(FaceletViewDeclarationLanguage.java:1981) [myfaces-impl-2.1.13.jar:2.1.13]
	at org.apache.myfaces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:305) [myfaces-impl-2.1.13.jar:2.1.13]
	at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:59) [myfaces-api-2.1.13.jar:2.1.13]
	at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:116) [myfaces-impl-2.1.13.jar:2.1.13]
	at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:241) [myfaces-impl-2.1.13.jar:2.1.13]
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:199) [myfaces-api-2.1.13.jar:2.1.13]
	... 24 more

We can reproduce the problem by the following instructions:

- Add HRegionPartitioner.class to the 4th argument of

TableMapReduceUtil#initTableReducerJob()

at line around 133
in src/test/java/org/apache/hadoop/hbase/mapreduce/TestTableMapReduce.java

- Change or remove "hbase.zookeeper.property.clientPort" property

in hbase-site.xml ( for example, changed to 12345 ).

- run testMultiRegionTable()

Then I got error messages as following:

2011-09-12 22:28:51,020 DEBUG [Thread-832] zookeeper.ZKUtil(93): hconnection opening connection to ZooKeeper with ensemble (localhost:12345)
2011-09-12 22:28:51,022 INFO  [Thread-832] zookeeper.RecoverableZooKeeper(89): The identifier of this process is 43200@imac.local
2011-09-12 22:28:51,123 WARN  [Thread-832] zookeeper.RecoverableZooKeeper(161): Possibly transient ZooKeeper exception: org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/master
2011-09-12 22:28:51,123 INFO  [Thread-832] zookeeper.RecoverableZooKeeper(173): The 1 times to retry ZooKeeper after sleeping 1000 ms

 =====

2011-09-12 22:29:02,418 ERROR [Thread-832] mapreduce.HRegionPartitioner(125): java.io.IOException: org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation@2e54e48d closed
2011-09-12 22:29:02,422 WARN  [Thread-832] mapred.LocalJobRunner$Job(256): job_local_0001
       at org.apache.hadoop.hbase.mapreduce.HRegionPartitioner.setConf(HRegionPartitioner.java:128)
       at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:62)
       at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:117)
       at org.apache.hadoop.mapred.MapTask$NewOutputCollector.<init>(MapTask.java:527)
       at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:613)
       at org.apache.hadoop.mapred.MapTask.run(MapTask.java:305)
       at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:177)

I think HTable should connect to ZooKeeper at port 21818 configured at client side instead of 12345 in hbase-site.xml
and It might be caused by "HBaseConfiguration.addHbaseResources(conf);" in HRegionPartitioner#setConf(Configuration).
And this might mean that all of client side configurations, also configured in hbase-site.xml, are overwritten caused by this problem.

It is impossible to set use-journal-store or use-jdbc-store after other was set. The other has to have its default value, although setting it back to its default value won't help.

Hello,
I have a sample project where I get a very strange exception when I issue a PUT/PATCH request:

testSavePut(com.example.DemoRestProblemApplicationTests)  Time elapsed: 0.343 sec  <<< ERROR!
org.springframework.web.util.NestedServletException: Request processing failed; nested exception is org.springframework.orm.jpa.JpaSystemException: Error accessing field [private java.lang.String com.example.LocalizedValue.value] by reflection for persistent property [com.example.LocalizedValue#value] : {value=some-bg-value}; nested exception is org.hibernate.property.access.spi.PropertyAccessException: Error accessing field [private java.lang.String com.example.LocalizedValue.value] by reflection for persistent property [com.example.LocalizedValue#value] : {value=some-bg-value}
	at sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:167)
	at sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:171)
	at sun.reflect.UnsafeFieldAccessorImpl.ensureObj(UnsafeFieldAccessorImpl.java:58)
	at sun.reflect.UnsafeObjectFieldAccessorImpl.get(UnsafeObjectFieldAccessorImpl.java:36)
	at java.lang.reflect.Field.get(Field.java:393)

The interesting bit is that I have a custom jackson deserializer, but this deserializer doesn't seem to be invoked at all in the latest SNAPSHOT.
It used to be invoked and my tests pass when I use this commit from spring-data-rest:68d0a1aa6ab8b4c72d00bd3492588458a21cbb5e but then it got broken in this commit: 7329e20fa854454f1cbe1b2e0b6ef0e012e87456.
I will upload the demo project in a second.

The HiveServer1 driver does not adhere to the JDBC standard of returning null when it can't handle a connection URL. It instead throws an exception which leads to subsequent exceptions (from other drivers, i.e. the HiveServer2 one) being swallowed.
This is what you'd see:

Error: Invalid URL: jdbc:hive2://localhost:10000/default;principal=hive/_HOST@EXAMPLE.COM (state=08S01,code=0)
java.sql.SQLException: Invalid URL: jdbc:hive2://localhost:10000/default;principal=hive/_HOST@EXAMPLE.COM
	at org.apache.hadoop.hive.jdbc.HiveConnection.<init>(HiveConnection.java:86)
In addition this patch cleans up the drivers a bit.

When a DeadLetterChannel is used as context scoped error handling strategy with FailureProcessor set and a route scoped error handling strategy is defined to continue routing in case of certain exception classes, then it is observed that even in case of exceptions which belong to exceptions defined in OnException clause, the dead letter's failure processor is still triggered. 
A test case to simulate this behaviour is pasted. 
http://pastebin.com/raw/cfQhsJj0 - contains test case.
http://pastebin.com/raw/K6wZc9Yh - test output

When there are issues with RPC and HbaseObjectWritable, primarily when server and client have different jars, the only thing that happens is the client will receive an EOF exception.  The server does not log what happened at all and the client does not receive a server trace, rather the server seems to close the connection and the client gets an EOF because it tries to read off of a closed stream.
We need to ensure that we catch, log, and rethrow as IOE any exceptions that may occur because of an issue with RPC or HbaseObjectWritable.

When running with Java 5 without any JAXP 1.3 XPath implementation available but Jaxen present, XPathExpressionFactory fails to fallback to Jaxen.
— ../spring-ws-1.0.3/modules/xml/src/main/java/org/springframework/xml/xpath/XPathExpressionFactory.java	2007-12-21 16:26:18.000000000 +0100
+++ XPathExpressionFactory.java	2008-01-08 18:12:38.000000000 +0100
@@ -42,10 +42,14 @@
     private static final String JAXEN_CLASS_NAME = "org.jaxen.XPath";
+    private static boolean jaxpAvailable;
     private static boolean jaxenAvailable;
     static {
         // Check whether Jaxen is available
+        jaxpAvailable = (JaxpVersion.getJaxpVersion() >= JaxpVersion.JAXP_13);
+
+        // Check whether Jaxen is available
         try {
             ClassUtils.forName(JAXEN_CLASS_NAME);
             jaxenAvailable = true;
@@ -81,11 +85,27 @@
     public static XPathExpression createXPathExpression(String expression, Map namespaces)
             throws IllegalStateException, XPathParseException {
         Assert.hasLength(expression, "expression is empty");

if (JaxpVersion.getJaxpVersion() >= JaxpVersion.JAXP_13) {
logger.trace("Creating [javax.xml.xpath.XPathExpression]");
return Jaxp13XPathExpressionFactory.createXPathExpression(expression, namespaces);
+        if (jaxpAvailable) {
+            try 
{
+                logger.trace("Creating [javax.xml.xpath.XPathExpression]");
+                return Jaxp13XPathExpressionFactory.createXPathExpression(expression, namespaces);
+            }
+            catch (XPathException e) 
{
+                throw e;
+            }
+            catch (Throwable e) 
Unknown macro: {+                // 'Cause we may get an ExceptionInInitializerError from JAXP+                // XPathFactory+                jaxpAvailable = false;++                if (!jaxenAvailable) {
+                    throw new XPathParseException(
+                        "Could not compile [" + expression + "] to a XPathExpression: " + e.getMessage(), e);
+                }+                // Else} 
         }
else if (jaxenAvailable) {
+        if (jaxenAvailable) 
{
             logger.trace("Creating [org.jaxen.XPath]");
             return JaxenXPathExpressionFactory.createXPathExpression(expression, namespaces);
         }

Seen in our clustering tests for singleton deployments.
Timeline:
Node1 elected as the singleton provider
Some other node gets elected after topology change
Node1 gets elected after another topology change and logs:

13:08:42,248 INFO  [org.wildfly.clustering.server] (DistributedSingletonService - 1) WFLYCLSV0003: node1 elected as the singleton provider of the jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".installer service
13:08:42,474 INFO  [org.wildfly.clustering.server] (DistributedSingletonService - 1) WFLYCLSV0001: This node will now operate as the singleton provider of the jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".installer service
13:08:42,476 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "clusterbench-ee7-singleton-jbossall.ear"
        at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
Caused by: java.lang.IllegalArgumentException: Root element supplier for {http://www.jboss.com/xml/ns/javaee}jboss-app already registered
        at org.jboss.staxmapper.XMLMapperImpl.registerRootElement(XMLMapperImpl.java:51)
        at org.jboss.staxmapper.XMLMapperImpl.registerRootElement(XMLMapperImpl.java:46)
        at org.jboss.as.server.deployment.jbossallxml.JBossAllXMLParsingProcessor.deploy(JBossAllXMLParsingProcessor.java:90)
        at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
        ... 5 more

The current os-maven-plugin may export the profile with quote on certain versions of centos/RHEL, and it introduces the error when building shade file. The error message is shown below.

    [ERROR] Failed to execute goal org.apache.maven.plugins:maven-shade-plugin:2.4.3:shade (default) on project hbase-protocol-shaded: Error creating shaded jar: The name "os.detected.release.like."centos"" is not legal for JDOM/XML elements: XML names cannot contain the character """. -> [Help 1]

The error is caused by the /etc/os-release which contains some quote. The os-maven-plugin 1.4.1.final+ had fixed it. Therefore, we ought to update the os-maven-plugin to 1.4.1.final+ for the user who can’t change the content of the /etc/os-release.

Given (in kotlin):

@Document(collection = "catalogue.CatalogueTags")
data class CatalogueTags internal constructor(
        @Id val id: ObjectId = ObjectId.get(),
        @Version val version: Int? = null,
        val shop: Shop,
...
       val activeInCatalogue: DateTimeRange = DateTimeRange()
) : CatalogueData<CatalogueTags>() {
    override fun copy(newActiveInCatalogue: DateTimeRange) = copy(activeInCatalogue = newActiveInCatalogue)
}

interface CatalogueTagsRepository : RxJava2CrudRepository<CatalogueTags, ObjectId>  

When:

class MyTest : CatalogueBaseComponentTest() {

    lateinit var repo: CatalogueTagsRepository

    @Test
    fun save() {
        val some = some<CatalogueTags>()
        val saved = repo.save(some).blockingGet()
    }
} 

Then:

java.lang.ClassCastException: java.lang.Integer cannot be cast to com.ocado.gembus.hub.commons.vos.DateTimeRange

at com.ocado.gembus.hub.catalogue.test.CatalogueTags_Accessor_jcjqjz.setProperty(Unknown Source)
at org.springframework.data.mapping.model.ConvertingPropertyAccessor.setProperty(ConvertingPropertyAccessor.java:61)
at org.springframework.data.mongodb.core.EntityOperations$AdaptibleMappedEntity.incrementVersion(EntityOperations.java:650)
at org.springframework.data.mongodb.core.ReactiveMongoTemplate.lambda$doSaveVersioned${color:#6897bb}33(ReactiveMongoTemplate.java:1407)
at org.springframework.data.mongodb.core.ReactiveMongoTemplate.lambda$createMono${color:#6897bb}8(ReactiveMongoTemplate.java:599)
at reactor.core.publisher.FluxFlatMap.trySubscribeScalarMap(FluxFlatMap.java:141)
at reactor.core.publisher.MonoFlatMap.subscribe(MonoFlatMap.java:53)
at reactor.core.publisher.MonoOnErrorResume.subscribe(MonoOnErrorResume.java:44)
at reactor.core.publisher.Mono.subscribe(Mono.java:3080)
at io.reactivex.internal.operators.flowable.FlowableFromPublisher.subscribeActual(FlowableFromPublisher.java:29)
at io.reactivex.Flowable.subscribe(Flowable.java:12995)
at io.reactivex.Flowable.subscribe(Flowable.java:12941)
at io.reactivex.internal.operators.observable.ObservableFromPublisher.subscribeActual(ObservableFromPublisher.java:31)
at io.reactivex.Observable.subscribe(Observable.java:10903)
at io.reactivex.internal.operators.observable.ObservableSingleMaybe.subscribeActual(ObservableSingleMaybe.java:30)
at io.reactivex.Maybe.subscribe(Maybe.java:3730)
at io.reactivex.internal.operators.maybe.MaybeToSingle.subscribeActual(MaybeToSingle.java:46)
at io.reactivex.Single.subscribe(Single.java:2700)
at io.reactivex.Single.blockingGet(Single.java:2153)
at com.ocado.gembus.hub.catalogue.test.MyTest.save(CatalogueTags.kt:54)
at org.junit.runners.model.FrameworkMethod${color:#6897bb}1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)

alter table s3_tbl exchange partition (country='USA', state='CA') with table hdfs_tbl;

results in:

Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:Got exception: java.lang.IllegalArgumentException Wrong FS: s3a://hive-on-s3/s3_tbl/country=USA/state=CA, expected: hdfs://localhost:9000) (state=08S01,code=1)

because the check for whether the s3 destination table path exists occurs on the hdfs filesystem.
Furthermore, exchanging between s3 to hdfs fails because the hdfs rename operation is not supported across filesystems. Fix uses copy + deletion in the case that the file systems differ.

Once WFCORE-2053 is fixed, CoreResourceManagementTestCase.testCannotInvokeManagedSlaveServerOperationsInDomainComposite will fail. This test involves doing two ops in a composite, with the composite addressed to the domain root, while the steps are addressed to a subsystem on an individual server, where the server is managed by a slave HC. The first op is a read, the second is a write.
The op should fail as the write is not allowed.
Test is currently only passing because the WFCORE-2053 problem is producing false positives.

The DefaultCamelContext attempts to detect an IBM WebSphere application server by a simple test: loader.getClass().getName().startsWith("com.ibm")
This test can introduce very subtle bugs when working with other IBM productes and I suggest to replace it by a list of known class names of WebSphere class loaders. At least, one should add an additional dot in order to avoid matching packages that only start with "com.ibm" such as any "com.ibmfoobar".

A note in spring-reference beans chapter, 3.4.7.1 Lookup method injection paragraph contains a broken link which should probably lead to Rod's "Method Injection" blog entry.

TestCliDriver.testCliDriver_vectorized_timestamp_funcs failed recently
The problem is Double to Double numbers comparison without delta.

Running: diff -a /home/hiveptest/54.196.24.219-hiveptest-1/apache-github-source-source/itests/qtest/../../itests/qtest/target/qfile-results/clientpositive/vectorized_timestamp_funcs.q.out /home/hiveptest/54.196.24.219-hiveptest-1/apache-github-source-source/itests/qtest/../../ql/src/test/results/clientpositive/vectorized_timestamp_funcs.q.out
729c729
< 1123143.8570000003
---
> 1123143.8569999998

I also noticed that last query results are different among TestCliDriver and TestSparkCliDriver tests  (last line in vectorized_timestamp_funcs.q.out)

-- regular
2.8798560435897438E13	8.970772952794212E19	8.970772952794212E19	9.206845925236166E19	9.471416447815084E9	9.471416447815084E9	9.471416447815084E9	9.595231068211002E9

-- spark
2.8798560435897438E13	8.970772952794214E19	8.970772952794214E19	9.206845925236167E19	9.471416447815086E9	9.471416447815086E9	9.471416447815086E9	9.595231068211004E9

-- tez

Since Spring 4.3, validation annotation attributes are captured as ResolvableAttribute in SpringValidatorAdapter if they are strings. This behaviour appears to have been introduced due to SPR-13406.
When MessageSourceSupport#alwaysUseMessageFormat is set to true (in the case of Spring Boot, it is possible to set this using the spring.messages.always-use-message-format property) it appears that attributes that may not need formatting will be passed through MessageFormat.
In my use case, I have code like this:

public class ValidatedBean {
    @Pattern(regexp = "[\\p{L} -]*", message = "{firstname.required}")
    private String firstName;
}

The regex is a valid expression that matches on Unicode letter characters.
Spring will try and pass the regexp attribute string through MessageFormat which causes issues as it then tries to resolve an argument for parameter L. Specifically, it will throw IllegalArgumentException in MessageFormat#makeFormat.
I don't think ResolvableAttribute should be applied to the regexp attribute (or any other attribute) indiscriminately. Is there something that can/should be done about this?

The init() method in BlueprintCamelContext should not call maybeStart(). but instead should be started when the blueprint container is done doing all its dance and initialization.
For example Spring sends on ContextRefreshedEvent when its done.
We need something similar for blueprint to tell us when its done doing its initialization et all.
The problem is that the CamelContext should not be started until all that other stuff is initialized as well.

I'm trying to apply a patch programmatically, using CLI as the API (which might be a bad idea, but all I'm doing is using public methods and interfaces). I already have a ModelControllerClient, so I create a CommandContext and bind it to my client:

ModelControllerClient client = ...;
CommandContext cliContext = CommandContextFactory.getInstance().newCommandContext();
cliContext.bindClient(client);

Then, I try to invoke the patch apply operation like this:

cliContext.handle("patch apply path/to/patch.zip");

This results in an exception:

Exception in thread "main" org.jboss.as.cli.CommandLineException: Failed to handle 'patch apply /home/lthon/Downloads/jboss-eap-6.3.3.CP.CR2-patch.zip'
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:660)
	at cz.ladicek.wildfly.PatchingErrorReproducer.main(PatchingErrorReproducer.java:21)
	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:134)
Caused by: java.lang.IllegalStateException: failed to resolve a jboss.home.dir use the --distribution attribute to point to a valid installation
	at org.jboss.as.patching.cli.PatchHandler.getJBossHome(PatchHandler.java:545)
	at org.jboss.as.patching.cli.PatchHandler.createPatchOperationTarget(PatchHandler.java:518)
	at org.jboss.as.patching.cli.PatchHandler.doHandle(PatchHandler.java:275)
	at org.jboss.as.cli.handlers.CommandHandlerWithHelp.handle(CommandHandlerWithHelp.java:88)
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:651)
	... 6 more

The reason is that the patching CLI code, specifically the PatchHandler.createPatchOperationTarget method, reads CommandContext.getControllerHost() to find out if it is connected to a running server. In my case, getControllerHost() returns null because it was initialized using already-existing ModelControllerClient.
IMHO, patching code should use a more intelligent method to find out if it is connected to a running server.
Alternatively, this could be formulated as a bug of the core CLI code, because the getControllerHost() method is documented to return the host the controller client is connected to or null if the connection hasn't been established yet, which is arguably a lie when CommandContext.bindClient is used.
For reproducing, the "client" application depends on org.wildfly.core:wildfly-controller-client:1.0.0.Alpha16 and org.wildfly.core:wildfly-patching:1.0.0.Alpha16, while the server is a clean build from current WildFly master (commit 2ea95a18).

Problem is missing calls to configuration apis.

The DbNotificationListener class has a separate thread which cleans the old notifications from the database. Here is the snippet from the run method.

public void run() {
      while (true) {
        rs.cleanNotificationEvents(ttl);
        LOG.debug("Cleaner thread done");
        try {
          Thread.sleep(sleepTime);
        } catch (InterruptedException e) {
          LOG.info("Cleaner thread sleep interrupted", e);
        }
      }
    }

If rs.cleanNotificationEvents throws a RuntimeException which datanucleus can throw the exception remains uncaught and the thread will die. This can lead to older notifications never getting cleaned until we restart HMS. Given that many operations generate loads of events, the notification log table can quickly have thousands of rows which are never get cleaned up.

The QueryLifeTimeHook objects do not catch exceptions during query parsing, only query compilation. New methods should be added to hook into pre and post parsing of the query.
This should be done in a backwards incompatible way so that current implementations of this hook do not break.

this should be done post HIVE-16177 so as not to obscure the functional changes completely
Make ReaderPair an interface
ReaderPairImpl - will do what ReaderPair currently does, i.e. handle "normal" code path
OriginalReaderPair - same as now but w/o incomprehensible override/variable shadowing logic.
Perhaps split it into 2 - 1 for compaction 1 for "normal" read with common base class.
Push discoverKeyBounds() into appropriate implementation

See nabble
http://camel.465427.n5.nabble.com/Integration-camel-and-spring-integration-tp3284105p3284105.html

The hashCode implementation in AbstractAuthenticationToken calculates the hashCode of its authorities:
{
            }
        }
        ...
There will be two calls to getAuthorities() for each GrantedAuthority. And this would happen every time hashCode is called on an AuthenticationToken that extends AbstractAuthenticationToken.
This would be fine if getAuthorities() simply returned a value, but it does more than that:
    public GrantedAuthority[] getAuthorities() {
        if (authorities == null) 
{
        }

        GrantedAuthority[] copy = new GrantedAuthority[authorities.length];
        System.arraycopy(authorities, 0, copy, 0, authorities.length);
        return copy;
    }
The obvious fix for this unnecessary array copying is:
        GrantedAuthority[] authorities = this.getAuthorities();
        if (authorities != null) {
            for (int i = 0; i < authorities.length; i++) 
{
                code = code * (authorities[i].hashCode() % 7);
            }
        }
        ...

While testing I discovered that (per the spec) HttpServletRequest.getQueryString() should not be decoded. In fact, it is not when the web application is deployed to Jetty.
Excerpt from the Javadoc for HttpServletRequest.getQueryString():

Returns: a String containing the query string or null if the URL contains no query string. The value is not decoded by the container.
However, MockHttpServletRequestBuilder decodes the queryString when building. Thus, I believe this is a defect in MockHttpServletRequestBuilder.

The Tutorial: Adding Security to Spring Petclinic (http://static.springframework.org/spring-security/site/petclinic-tutorial.html) uses applicationContext-security-ns.xml, but applicationContext-security.xml is added to web.xml instead. It should be applicationContext-security-ns.xml.

When running Hive test on Hadoop0.23, pdk.PluginTest is failing:
test:
[junit] Running org.apache.hive.pdk.PluginTest
[junit] Hive history file=/tmp/cloudera/hive_job_log_cloudera_201208281845_172375530.txt
[junit] Total MapReduce jobs = 1
[junit] Launching Job 1 out of 1
[junit] Number of reduce tasks determined at compile time: 1
[junit] In order to change the average load for a reducer (in bytes):
[junit]   set hive.exec.reducers.bytes.per.reducer=<number>
[junit] In order to limit the maximum number of reducers:
[junit]   set hive.exec.reducers.max=<number>
[junit] In order to set a constant number of reducers:
[junit]   set mapred.reduce.tasks=<number>
[junit] WARNING: org.apache.hadoop.metrics.jvm.EventCounter is deprecated. Please use org.apache.hadoop.log.metrics.EventCounter in all the log4j.properties files.
[junit] Execution log at: /tmp/cloudera/cloudera_20120828184545_6deeb166-7dd4-40d3-9ff7-c5d5277aee39.log
[junit] java.io.IOException: Cannot initialize Cluster. Please check your configuration for mapreduce.framework.name and the correspond server addresses.
[junit]     at org.apache.hadoop.mapreduce.Cluster.initialize(Cluster.java:123)
[junit]     at org.apache.hadoop.mapreduce.Cluster.<init>(Cluster.java:85)
[junit]     at org.apache.hadoop.mapreduce.Cluster.<init>(Cluster.java:78)
[junit]     at org.apache.hadoop.mapred.JobClient.init(JobClient.java:487)
[junit]     at org.apache.hadoop.mapred.JobClient.<init>(JobClient.java:466)
[junit]     at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:424)
[junit]     at org.apache.hadoop.hive.ql.exec.ExecDriver.main(ExecDriver.java:688)
[junit]     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit]     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[junit]     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[junit]     at java.lang.reflect.Method.invoke(Method.java:616)
[junit]     at org.apache.hadoop.util.RunJar.main(RunJar.java:200)
[junit] Job Submission failed with exception 'java.io.IOException(Cannot initialize Cluster. Please check your configuration for mapreduce.framework.name and the correspond server addresses.)'
[junit] Execution failed with exit status: 1
[junit] Obtaining error information
[junit]
[junit] Task failed!
[junit] Task ID:
[junit]   Stage-1
[junit]
[junit] Logs:
[junit]
[junit] /tmp/cloudera/hive.log
[junit] FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.MapRedTask]>)
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 33.9 sec
With details in ./build/builtins/TEST-org.apache.hive.pdk.PluginTest.txt:
Testsuite: org.apache.hive.pdk.PluginTest
Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 33.9 sec
------------- Standard Error -----------------
GLOBAL SETUP:  Copying file: file:/home/cloudera/Code/hive2/builtins/test/onerow.txt
Deleted /home/cloudera/Code/hive2/build/builtins/warehouse/onerow
Copying file: file:/home/cloudera/Code/hive2/builtins/test/iris.txt
Deleted /home/cloudera/Code/hive2/build/builtins/warehouse/iris
org.apache.hive.builtins.UDAFUnionMap TEARDOWN:
Hive history file=/tmp/cloudera/hive_job_log_cloudera_201208281845_840355011.txt
GLOBAL TEARDOWN:
Hive history file=/tmp/cloudera/hive_job_log_cloudera_201208281845_252250000.txt
OK
Time taken: 6.874 seconds
OK
Time taken: 0.512 seconds
------------- ---------------- ---------------
Testcase: SELECT size(UNION_MAP(MAP(sepal_width, sepal_length))) FROM iris took 4.428 sec
    FAILED
expected:<[23]> but was:<[
Hive history file=/tmp/cloudera/hive_job_log_cloudera_201208281845_172375530.txt
Total MapReduce jobs = 1
  set mapred.reduce.tasks=<number>
WARNING: org.apache.hadoop.metrics.jvm.EventCounter is deprecated. Please use org.apache.hadoop.log.metrics.EventCounter in all the log4j.properties files.
Execution log at: /tmp/cloudera/cloudera_20120828184545_6deeb166-7dd4-40d3-9ff7-c5d5277aee39.log
java.io.IOException: Cannot initialize Cluster. Please check your configuration for mapreduce.framework.name and the correspond server addresses.
    at org.apache.hadoop.mapreduce.Cluster.initialize(Cluster.java:123)
    at org.apache.hadoop.mapreduce.Cluster.<init>(Cluster.java:85)
    at org.apache.hadoop.mapreduce.Cluster.<init>(Cluster.java:78)
    at org.apache.hadoop.mapred.JobClient.init(JobClient.java:487)
    at org.apache.hadoop.mapred.JobClient.<init>(JobClient.java:466)
    at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:424)
    at org.apache.hadoop.hive.ql.exec.ExecDriver.main(ExecDriver.java:688)
    at java.lang.reflect.Method.invoke(Method.java:616)
    at org.apache.hadoop.util.RunJar.main(RunJar.java:200)
Job Submission failed with exception 'java.io.IOException(Cannot initialize Cluster. Please check your configuration for mapreduce.framework.name and the correspond server addresses.)'
Execution failed with exit status: 1
Obtaining error information
Task ID:
  Stage-1
Logs:
/tmp/cloudera/hive.log

When using the StompBrokerRelayMessageHandler in a container (e.g. tomcat) it seems the shutdown sequence leaks threads.
More specifically it appears to be the reconnect functionality of the used NettyTcpClients which trigger a timer on the passed reactor.Environment, which leaks a thread per client. I'm not familiar enough with neither netty nor reactor-netty to have a further clue regarding how to proceed with solving the issue.
In order to reproduce, you can switch the spring-websocket-portfolio webapp to use a StompBrokerRelay with rabbitmq. Loading the webapp in tomcat, logging in and then unloading the app again shows the issue.
You can find a heap dump attached.

See nabble
http://camel.465427.n5.nabble.com/multicast-aggregation-tp5745571.html

This is due to a "copy/paste" bug in: 
org.apache.camel.component.jetty.JettyHttpComponent at line: 691
        if (responseBufferSize != null) 
{
            answer.setResponseBufferSize(responseBufferSize);
        }
        if (responseHeaderSize != null) {
            answer.setResponseBufferSize(responseHeaderSize);
        }

needs to be:

        if (responseBufferSize != null) {            answer.setResponseBufferSize(responseBufferSize);        }
        if (responseHeaderSize != null) 
{
            answer.setResponseHeaderSize(responseHeaderSize);
        }

This issue seems to be also in the latest master and in other places where the header size is set.

When using Digest authentication and there are concurrent requests from the same session, it is possible that the Authentication object returned by SessionContextHolder.getContext().getAuthentication() does not have its authorities set. Then, e.g. HttpServletRequest.isUserInRole() returns sometimes incorrectly false even if the user actually has that role.
This happens because with Digest authentication, constructing the Authentication object is done in two steps, but the incomplete Authentication object is made visible to another threads after first step.
Consider the following scenario:

User logs in to the system, a session is created, JSESSIONID is set, and user uses the system for some time.
User makes request 1 to the server. This request has a header "Authorization: Digest ..."
DigestAuthenticationFilter starts the authentication process and places an incomplete Authentication object (without authorities) into SecurityContext.
Simultaneously with request 1, the same user makes request 2 to the server. This request does not have "Authorization: Digest ..." header, so no re-authentication is done. While processing request 2, request.isUserInRole() returns now false, because the Authentication object in SecurityContext does not have any authorities. User gets incorrectly a 403 Forbidden response.
Request 1 continues the authentication process, and in AbstractSecurityInterceptor, a fully populated Authentication object is created and put into SecurityContext.

I could set createAuthenticatedToken = true in DigestAuthenticationFilter, but the comment on the set method says that user flags like isEnabled() or isAccountNonExpired() are not checked in that case, so this is not a solution.

I've noticed that AnnotationMetadataReadingVisitor.getMetaAnnotationTypes(String) will return null rather than the documented empty Set in two scenarios:

getMetaAnnotationTypes is called with the name of an annotation that is not present
getMetaAnnotationTypes is called with the name of an annotation that is present but that is not on the classpath

I've attached a small sample that hopefully illustrates both. It tests with Framework 5.1 snapshots but I believe that 5.0 is also affected and perhaps 4.3.x too.

The messaging-activemq subsystem can use either a legacy security-domain or the new elytron-domain.
However, when only elytron-domain is defined (and any legacy security domain is removed), the subsystem fails to boot with the error:

17:52:34,634 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
   ("subsystem" => "messaging-activemq"),
   ("server" => "default")
   "WFLYCTL0412: Required services that are not installed:" => ["jboss.security.security-domain.other"],
   "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.messaging-activemq.default is missing [jboss.security.security-domain.other]"]
}

The dependency to jboss.security.security-domain.other must be optional and set only when elytron-domain is not defined.

ant -lib testlibs -Dhadoop.version="0.17" clean-test test
leads to failures in
input16.q
input16_cc.q
input3.q
as TestSerDe cannot be located.

I tried to deploy my ear which works in JBoss 7 in wildfly and got the following error on deploy:
09:59:55,060 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.subunit."my.ear"."mywar.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."my.ear"."mywar.war".POST_MODULE: JBAS018733: Failed to process phase POST_MODULE of subdeployment "mywar.war" of deployment "my.ear"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.0.0.Alpha3.jar:8.0.0.Alpha3]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1944) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1877) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
Caused by: java.lang.NoClassDefFoundError: org/jboss/el/cache/FactoryFinderCache
	at org.wildfly.extension.undertow.deployment.ELExpressionFactoryProcessor.deploy(ELExpressionFactoryProcessor.java:78)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.Alpha3.jar:8.0.0.Alpha3]
	... 5 more
09:59:55,100 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "my.ear")]) - failure description: {
    "JBAS014671: Failed services" => 
{"jboss.deployment.subunit.\"my.ear\".\"mywar.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.subunit.\"my.ear\".\"mywar.war\".POST_MODULE: JBAS018733: Failed to process phase POST_MODULE of subdeployment \"mywar.war\" of deployment \"my.ear\"
    Caused by: java.lang.NoClassDefFoundError: org/jboss/el/cache/FactoryFinderCache"}
,
    "JBAS014771: Services with missing/unavailable dependencies" => [
        "jboss.naming.context.java.comp.my-service-ejb-x-SNAPSHOT.MyServiceName.ValidatorFactory is missing [jboss.naming.context.java.comp.my-service-ejb-x-SNAPSHOT.MyServiceName]",
        "jboss.naming.context.java.comp.my-service-ejb-x-SNAPSHOT.MyServiceName.InstanceName is missing [jboss.naming.context.java.comp.my-service-ejb-x-SNAPSHOT.MyServiceName]",
        "jboss.naming.context.java.comp.my-service-ejb-x-SNAPSHOT.MyServiceName.Validator is missing [jboss.naming.context.java.comp.my-service-ejb-x-SNAPSHOT.MyServiceName]",
		<all other services>
    ]
}

In this method, we have

    if (block.getBlockType() == BlockType.ENCODED_DATA) {
      if (block.getDataBlockEncodingId() == onDisk.getId()) {
        // The block is already in the desired in-cache encoding.
        return block;
      }

This assumes onDisk encoding is the same as that of inCache.  This is not true when we change the encoding of a CF.  This could be one of the reasons I got data loss with online encoding change?
If I make sure onDisk == inCache all the time, my ITBLL with online encoding change worked once for me.

The vendor scope of MP metrics contains, in the WildFly Swarm implementation, a metric called mscLoadedModules. According to fractions/microprofile/microprofile-metrics/src/main/resources/org/wildfly/swarm/microprofile/metrics/runtime/mapping.yml, the value of this metric corresponds to the LoadedModuleCount attribute of the jboss.modules:type=ModuleLoader,name=BootModuleLoader-2 MBean in JMX. From that, it's clear that this has nothing to do with MSC – it's only about JBoss Modules.
The current name is misleading. I suggest to rename to loadedJBossModules – or maybe just loadedModules, which should be unambiguous given it's in the vendor scope.

Following testsuite hcatalog/webhcat/java-client/src/test/java/org/apache/hive/hcatalog/api/TestHCatClient.java is a JUnit testsuite to test some basic HCat client API. During setup it brings up a Hive Metastore with embedded Derby. The testsuite however will be even more useful if it can be run against a running Hive Metastore (transparent to whatever backing DB its running against).

In InstrumentationAgentImpl.doStart(), the method createMBeanServer() is never get invoked if mbean server  is not injected because
the getMBeanServer() always return non-null (the getMBeanServer() method always returns the platform mbean server)
         if (getMBeanServer() == null) 
{
             // The MBeanServer was not injected
            createMBeanServer();
         }

A few side effects if not calling the createMBeanServer() method.
1. users always get platform mbean server
2. system properties processing in createMBeanServer() is bypassed
3. jmx connector is not created as it is created indirectly by the createMBeanServer() metthod.
I propose to invoke createMBeanServer() inside getMBeanServer() and update createMBeanServer() to read a property to determine when platform mbean should be use. (see attached patch)

We see regionserver hang when aborting several times and cause all regions on this regionserver out of service and then all affected applications stop works.

HConnectionManager.getConnection(config) caches the created TableServer in HBASE_INSTANCES (a LinkedHashMap ) which is keyed by the configuration instance itself.
Given the current implementation of hashCode() (and equals()) of HBaseConfiguration, the hash code of the configuration is changed if any of its properties are changed, which will cause the keys of HBASE_INSTANCES to be inconsistent with the hashtable that contains them, making some entries unreachable.
In this case, when the map's LRU strategy needs to remove the oldest entry, it tries to remove it based on the oldest key, which no longer gives the original hash code, therefore the lookup in HBASE_INSTANCES.remove(oldest) doesn't actually remove anything.
This has been observed to lead to OOM errors in long running clients.

Currently, the OrcInputFormat uses the file's schema rather than the reader's schema. This means that SchemaEvolution fails with an ArrayIndexOutOfBoundsException if a partition has a different schema than the table.

Linked with SPR-10110
ServletUriComponentsBuilder takes X-Forwarded-Host value from header (if exists) and puts it as "host".
If X-Forwarded-Host is:
X-Forwarded-Host: webtest.foo.bar.com:443
creating uri produces error:
org.springframework.web.util.NestedServletException: Request processing failed; nested exception is java.lang.IllegalStateException: Could not create URI object: Malformed IPv6 address at index 8: http://[webtest.foo.bar.com:443]:8180/api/person/449089
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:948)
...
Definition of Host header:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.23
X-Forwarded-Host is a copy of Host header:
http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#x-headers

The logging for one logging-profile ends up in another logging-profile from time to time. It's not sporadic as all logging will end up in the wrong place when things go wrong.

Say I have a @CircuitBreaker method in my application, with a @Fallback:

@CircuitBreaker
@Fallback(MyFallback.class)
public String peformSomeRequest() throws IOException {
    ...
}

When the method fails, I always get the fallback, which is right, and the circuit breaker never opens, which is wrong. It means that the circuit breaker fails to serve its ultimate purpose of not overloading failed external services.

I already have a working version of Spring 1.0 with JMS/MQ as transport. We extended 1.0 to add that support. Since 1.5 has built-in support, I am trying to use 1.5 M1. I am getting following error when I try to send a message. Including configuration file except and also exception trace.
This framework has been excellent help so far. It is well written. Thanks for developing this.
I will also be doing investigation regarding this issue.
Configuration :
    <bean id="jndiTemplate" class="org.springframework.jndi.JndiTemplate">
        <property name="environment">
            <props>
                <prop key="java.naming.factory.initial">com.ibm.mq.jms.context.WMQInitialContextFactory</prop>
                <prop key="java.naming.provider.url">QM_wwhq458m</prop>
            </props>
        </property>
    </bean>
    <!-- JMS Queue Connection Factory -->
    <bean id="internalJmsQueueConnectionFactory"
        class="org.springframework.jndi.JndiObjectFactoryBean">
        <property name="jndiTemplate">
            <ref bean="jndiTemplate"/>
        <property name="jndiName">
            <value>QM_wwhq458m</value>
    </bean>
    <!-- Spring JMS Queue Connection Factory -->
    <bean id="jmsQueueConnectionFactory"
        class="org.springframework.jms.connection.SingleConnectionFactory102">
        <property name="targetConnectionFactory">
            <ref bean="internalJmsQueueConnectionFactory"/>
        <property name="pubSubDomain">
            <value>false</value>
    </bean>
    <!-- JMS Destination Resolver -->
    <bean id="jmsDestinationResolver"
        class="org.springframework.jms.support.destination.JndiDestinationResolver">
        <property name="cache">
            <value>true</value>
    </bean>
 <bean id="JMSMQSender" class="org.springframework.ws.transport.jms.JmsMessageSender">
		      <property name="connectionFactory" ref="jmsQueueConnectionFactory"/>
	 </bean>
     <bean id="webServiceTemplate" class="org.springframework.ws.client.core.WebServiceTemplate">
		<property name="messageSenders">
			<list>
				<ref local="JMSMQSender" />
				<ref local="HttpUrlConnectionMessageSender" />
			</list>
		<property name="defaultUri" value="jms:RequestQueue?deliveryMode=NON_PERSISTENT"/>
		<property name="marshaller">
			<ref local="RequestPayloadMarshaller" />
		<property name="unmarshaller">
			<ref local="ResponsePayloadUnmarshaller" />
     </bean>
Exception Trace : 
Caused by: org.springframework.ws.client.WebServiceTransportException: Could not use transport: Could not set property: MQJMS1058: Invalid message property name: Content-Type; nested exception is org.springframework.ws.transport.jms.JmsTransportException: Could not set property: MQJMS1058: Invalid message property name: Content-Type
	at org.springframework.ws.client.core.WebServiceTemplate.sendAndReceive(WebServiceTemplate.java:430)
	at org.springframework.ws.client.core.WebServiceTemplate.doSendAndReceive(WebServiceTemplate.java:360)
	at org.springframework.ws.client.core.WebServiceTemplate.sendSourceAndReceiveToResult(WebServiceTemplate.java:306)
	at com.ual.caribou.transport.JMSTransportNew.invoke(JMSTransportNew.java:70)
	at com.ual.caribou.core.CaribouDispatchImpl.invoke(CaribouDispatchImpl.java:118)
	... 20 more
Caused by: org.springframework.ws.transport.jms.JmsTransportException: Could not set property: MQJMS1058: Invalid message property name: Content-Type
	at org.springframework.ws.transport.jms.JmsSenderConnection.addRequestHeader(JmsSenderConnection.java:152)
	at org.springframework.ws.transport.AbstractSenderConnection$RequestTransportOutputStream.addHeader(AbstractSenderConnection.java:108)
	at org.springframework.ws.soap.saaj.Saaj12Implementation.writeTo(Saaj12Implementation.java:247)
	at org.springframework.ws.soap.saaj.SaajSoapMessage.writeTo(SaajSoapMessage.java:118)
	at org.springframework.ws.transport.AbstractWebServiceConnection.send(AbstractWebServiceConnection.java:36)
	at org.springframework.ws.client.core.WebServiceTemplate.sendRequest(WebServiceTemplate.java:550)
	at org.springframework.ws.client.core.WebServiceTemplate.sendAndReceive(WebServiceTemplate.java:408)
	... 24 more
Caused by: javax.jms.MessageFormatException: MQJMS1058: Invalid message property name: Content-Type
	at com.ibm.jms.JMSMessage.newMessageFormatException(JMSMessage.java:4674)
	at com.ibm.jms.JMSMessage.setStringProperty(JMSMessage.java:5658)
	at org.springframework.ws.transport.jms.JmsSenderConnection.addRequestHeader(JmsSenderConnection.java:149)
	... 30 more

If all partition columns are constant folded then sorted dynamic partitioning should not be used as it is similar to static partitioning. But if only subset of partition columns are constant folded sorted dynamic partition optimization will be helpful. Currently, this optimization is disabled if atleast one partition column constant folded.

James Taylor noticed on the tail of HBASE-14465 that we forgot to update the Region Interface #getLock javadoc so it agreed w/ the changed param meaning in getRowLock. Fix.

during find() method with query that has Sort clause. The mapping hasn't been applied to Sort Object.
For e.g., I defined a filed as Id as followed.
@Id
private String orderId.  
Then I have query condition like this. query.with(new Sort("orderId"));
Then the actual query should be sorted on "_id" (after mapping). But the sort is sent as is with "orderId".
I have found this for find() method. May be the case in all places where the Sort Object is used.

For jms messages, the useOriginalMessage does not work when headers are changed during the route because the DefaultUnitOfWork's headers are the same object as the in message's headers.
In DefaultUnitOfWork, this.originalInMessage.setHeaders(exchange.getIn().getHeaders()); should be changed to create a copy of the headers instead of directly assigning.
Maybe changed to this.originalInMessage.setHeaders((Map<String,Object>) new CaseInsensitiveMap(exchange.getIn().getHeaders()));

If a statement like

interceptFrom().when(simple("${header.foo} == 'bar'")).to("mock:intercepted");

is available in a route builder with JMX enabled the startup will fail in Camel 2.16.2 (and the current 2.17-SNAPSHOT) with a ClassCastException in line 310 of DefaultManagementObjectStrategy.
The generated processor is a FilterProcessor, but the resulting definition is a WhenDefinition not a FilterDefinition.
The reason is that CAMEL-8992 introduced a too precise class check for this.
The attached patch relexes the class constraint on the definition.

If you add and remove a lot of seda endpoints with different queue names, then the seda component may keep references to non used queues.

When the WebClient retrieves an response without content (header content-length: 0 and without content-type header ) I would expect following things:

when calling exchange() and doing ClientResponse#bodyToMono(Void.class) I expect that an empty Mono (that just completes) for the body is returned
when calling retrieve().toEntity(Void.class) I expect a Mono with a ResponseEntity instance whose hasBody() returns false.

Both is currently not possible and throws an UnsupportedMediaTypeException
Tests:

  @Test
    public void nocontent_entity() {
        Mono<ResponseEntity<Void>> responseEntity = WebClient.create("http://localhost:8080")
                                                             .post()
                                                             .uri("/nocontent")
                                                             .retrieve()
                                                             .toEntity(Void.class);

        StepVerifier.create(responseEntity).assertNext(r -> {
            assertThat(r.hasBody()).isFalse();
            assertThat(r.getStatusCode().is2xxSuccessful()).isTrue();
        }).verifyComplete();
    }

    @Test
    public void nocontent_response() {
        Mono<ClientResponse> response = WebClient.create("http://localhost:8080").post().uri("/nocontent").exchange();

        StepVerifier.create(response).assertNext(r -> {
            assertThat(r.statusCode().is2xxSuccessful()).isTrue();
            StepVerifier.create(r.bodyToMono(Void.class)).verifyComplete();
    }

Application

public class WebfluxApplication {

		SpringApplication.run(WebfluxApplication.class, args);
	}

	@PostMapping(path="/nocontent")
	public Mono<Void> nocontent() {
		return Mono.empty();
	}
}

java.lang.AssertionError: expectation "expectComplete" failed (expected: onComplete(); actual: onError(org.springframework.web.reactive.function.UnsupportedMediaTypeException: Content type 'application/octet-stream' not supported))

	at reactor.core.publisher.Operators.error(Operators.java:195)
	at reactor.core.publisher.MonoError.subscribe(MonoError.java:51)
	at reactor.test.DefaultStepVerifierBuilder$DefaultStepVerifier.verify(DefaultStepVerifierBuilder.java:665)
	at reactor.test.DefaultStepVerifierBuilder$DefaultStepVerifier.verify(DefaultStepVerifierBuilder.java:639)
	at reactor.test.DefaultStepVerifierBuilder.verifyComplete(DefaultStepVerifierBuilder.java:508)
	at com.example.webflux.WebfluxApplicationTests.lambda$nocontent_response$1(WebfluxApplicationTests.java:46)
	at reactor.test.DefaultStepVerifierBuilder.lambda$consumeNextWith$1(DefaultStepVerifierBuilder.java:157)
	at reactor.test.DefaultStepVerifierBuilder$DefaultVerifySubscriber.onNext(DefaultStepVerifierBuilder.java:875)
	at reactor.core.publisher.FluxPeek$PeekSubscriber.onNext(FluxPeek.java:170)
	at reactor.core.publisher.FluxRetryPredicate$RetryPredicateSubscriber.onNext(FluxRetryPredicate.java:79)
	at reactor.core.publisher.MonoCreate$DefaultMonoSink.success(MonoCreate.java:122)
	at reactor.ipc.netty.channel.PooledClientContextHandler.fireContextActive(PooledClientContextHandler.java:84)
	at reactor.ipc.netty.http.client.HttpClientOperations.onInboundNext(HttpClientOperations.java:542)
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:284)
	Suppressed: org.springframework.web.reactive.function.UnsupportedMediaTypeException: Content type 'application/octet-stream' not supported
		at org.springframework.web.reactive.function.BodyExtractors.lambda$readWithMessageReaders$16(BodyExtractors.java:237)
		at java.util.Optional.orElseGet(Optional.java:267)
		at org.springframework.web.reactive.function.BodyExtractors.readWithMessageReaders(BodyExtractors.java:233)
		at org.springframework.web.reactive.function.BodyExtractors.lambda$toMono$1(BodyExtractors.java:92)
		at org.springframework.web.reactive.function.client.DefaultClientResponse.body(DefaultClientResponse.java:78)
		at org.springframework.web.reactive.function.client.DefaultClientResponse.bodyToMono(DefaultClientResponse.java:98)
		... 34 more

After create an user using the add-user.sh script, it is impossible to access to the admin console.

The 'persistent' attribute of the replicated-region definition does not allow a property variable, it only accepts a boolean.
	<gemfire:replicated-region id="someRegionBean" 
		name="someRegion" persistent="${persistence.enabled}" cache-ref="gemfireCache">
        ... 
2011-04-21 14:07:34,091 ERROR [main] - Context initialization failed
org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 40 in XML document from ServletContext resource [/WEB-INF/spring/test-data-context.xml] is invalid; nested exception is org.xml.sax.SAXParseException: cvc-datatype-valid.1.2.1: '${persistence.enabled}' is not a valid value for 'boolean'.
I would like to control the caches persistent state from an external property file.

Repl checkpoint feature optimises the retry logic of bootstrap repl load by skipping the properly loaded tables and partitions. In case of retry of bootstrap load with external tables having partitions, the checkpoint doesn't work and load partitions always.

Regarding JSR 109, chapter 6.3 the "handler chain file can also be packaged and specified in the annotation such that, it is accessible as a resource from the ClassPath. At runtime, container providers must first try to access the handler chain file as per the locations specified in JSR-181 specification. Failing that, they must try to access it as a resource from the ClassPath."
The JBoss AS Documentation states that "The war is considered to be a single module, so classes defined in WEB-INF/lib are treated the same as classes in WEB-INF/classes. All classes packaged in the war will be loaded with the same class loader" (https://docs.jboss.org/author/display/AS71/Class+Loading+in+AS7).
Following this statements I think it should be fine to have a HandlerChain-annnotated Webservice within a JAR inside a WAR (WEB-INF/lib) referencing a handler chain file that ist not part of the JAR but resides in WEB-INF/classes. However this situation results in 

Internal Server Error
{
    "failure-description" => {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"testjsr109.war\".PARSE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"testjsr109.war\".PARSE: JBAS018733: Failed to process phase PARSE of deployment \"testjsr109.war\"
    Caused by: javax.xml.ws.WebServiceException: JBAS015507: Handler chain config file handlerchain.xml not found in ResourceRoot [root=\"/D:/tools/wildfly-8.2.0.Final/bin/content/testjsr109.war/WEB-INF/lib/testjsr109.jar\"]"}},
}

The implementation of org.jboss.as.webservices.injection.WSHandlerChainAnnotationProcessor seems to expect, that the handler chain file is always part of the ResourceRoot the annotated WebService lives in. With respect to JSR 109 I think that this expectation is wrong and that a handler chain file outside the JAR is a valid scenario. 

@RequestMapping("/{foo}")
public class FooController {
   @RequestMapping("/bar")
   public String bar(@PathVariable String foo) {
   }
}

That is not parsed properly - the path spring maps it to is simply "/bar". To make it work, you have a number of options:

/
{foo}/ (add a slash)
- /{foo}
/baz (add anything after that)
/bar/ (add a trailing slash)

That way it works, but it's not what we want - we want /foo/bar, not /foo//bar, and not /foo/bar/

When token verification in OAUTHBEARER SASL mechanism fails (e.g. token is already expired), the connection remain open and it hangs (until it timeouts).

We should benefit from the min/max values for each column to calculate more precisely the number of rows produced by expressions with comparison operators

thread-factory resource defines optional group-name and thread-name-pattern.
When a ThreadFactoryService is created, it does not check whether these attributes are defined before using their values.
If they are not defined, the service will use "undefined" for both the group name and thread name pattern which is unhelpful.
The ThreadFactoryAdd class should check if the attributes are defined before passing them to the service.
The ThreadFactoryService will use sensible values if these 2 attributes are not defined.

The only configuration options allowed on the channel by the ultimate consumer of the options org.jboss.remoting3.remote.RemoteReadListener are:
RemotingOptions.TRANSMIT_WINDOW_SIZE,
RemotingOptions.MAX_OUTBOUND_MESSAGES
RemotingOptions.RECEIVE_WINDOW_SIZE
RemotingOptions.MAX_INBOUND_MESSAGES
RemotingOptions.MAX_OUTBOUND_MESSAGE_SIZE
RemotingOptions.MAX_INBOUND_MESSAGE_SIZE.
Standalone.xml/domain.xml file show READ_TIMEOUT as an example option and should be removed.

InclusiveStopFilter inherits filterKeyValue() from FilterBase which always returns ReturnCode.INCLUDE
InclusiveStopFilter#filterKeyValue() should be consistent with filtering on row key.

In production LLAP is typically run with WARN log level. It will be useful to print the llap daemon initialization configs at WARN level instead of INFO level so that we can verify if daemon configs are propagated properly. 

See Link. The PDF has the titles of the different figures, but no actual images.

Column stats currently not supported with temp tables, see if they can be added.

http://camel.465427.n5.nabble.com/Problem-with-camel-routes-running-in-apache-karaf-2-3-3-td5745929.html
I am having problems with with class visibility between osgi bundles when using camel 2.12 and 2.13-SNAPSHOT. I have created a showcase to reproduce the problem based on camel example projects. I have tested the created solution in camel 2.10 and problem does not exist.
I have created a sample application which is able to reproduce the problem. Please pick it up from my forked repo:
https://github.com/andrzej-majewski/camel/tree/MvelExpression-class-visibility
The problem occurs when

camel-example-osgi-domain - project containing only domain classes required by different osgi projects ex.( org.apache.camel.example.osgi.domain.MyPojo )
camel-example-osgi-mvel -  example project which has dependency on camel-example-osgi-domain

Now camel-example-osgi-mvel has following camel context.

<?xml version="1.0" encoding="UTF-8"?>   
<beans xmlns="http://www.springframework.org/schema/beans"  
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
       xmlns:camel="http://camel.apache.org/schema/spring"  
       xsi:schemaLocation="   
         http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd  
         http://camel.apache.org/schema/spring http://camel.apache.org/schema/spring/camel-spring.xsd">  
  
  <camelContext xmlns="http://camel.apache.org/schema/spring">  
  
    <route>  
      <from uri="timer://mytestTrigger?fixedRate=true&amp;period=10000"/>  
      <to uri="myTestFactory"/>  
    </route>  
    <route id="mvelTest">  
      <from uri="seda://myMvelTest?concurrentConsumers=2"/>  
      <choice>  
      <when>  
        <mvel>request.body instanceof org.apache.camel.example.osgi.MyPojo</mvel>  
      <to uri="log:MvelRouter"/>  
      </when>            
      </choice>  
    </route>  
          
  </camelContext>  
  
  <bean id="myTestFactory" class="org.apache.camel.example.osgi.MyTestFactory">  
    <property name="numberOfMessages" value="2"/>  
  </bean>  
  
</beans>

When I deploy both feature to karaf and place a message on seda://myMvelTest queue I get following exception in karaf.

ERROR | eda://myMvelTest | DefaultErrorHandler              | rg.apache.camel.util.CamelLogger  215 | 73 - org.apache.camel.camel-core - 2.13.0.SNAPSHOT | Failed delivery for (MessageId: ID-localhost-51000-1389691121739-1-56 on ExchangeId: ID-localhost-51000-1389691121739-1-85). Exhausted after delivery attempt: 1 caught: org.apache.camel.ExpressionEvaluationException: [Error: could not access: org; in class: org.apache.camel.language.mvel.RootObject]
[Near : {... est.body instanceof org.apache.camel.example.osgi. ....}]
                                 ^
[Line: 1, Column: 25]
 
Message History
---------------------------------------------------------------------------------------------------------------------------------------
RouteId              ProcessorId          Processor                                                                        Elapsed (ms)
[mvelTest          ] [mvelTest          ] [seda://myMvelTest?concurrentConsumers=2                                       ] [        14]
[mvelTest          ] [choice2           ] [when[mvel{Mvel[request.body instanceof org.apache.camel.example.osgi.MyPojo]}]] [         0]
 
Exchange
Exchange[
        Id                  ID-localhost-51000-1389691121739-1-85
        ExchangePattern     InOut
        Headers             {breadcrumbId=ID-localhost-51000-1389691121739-1-56, CamelRedelivered=false, CamelRedeliveryCounter=0}
        BodyType            org.apache.camel.example.osgi.MyPojo
        Body                org.apache.camel.example.osgi.MyPojo@21093d9e
]
 
org.apache.camel.ExpressionEvaluationException: [Error: could not access: org; in class: org.apache.camel.language.mvel.RootObject]
                                 ^
        at org.apache.camel.language.mvel.MvelExpression.evaluate(MvelExpression.java:60)[103:org.apache.camel.camel-mvel:2.13.0.SNAPSHOT]
        at org.apache.camel.support.ExpressionSupport.matches(ExpressionSupport.java:32)[73:org.apache.camel.camel-core:2.13.0.SNAPSHOT]
        at org.apache.camel.processor.ChoiceProcessor.process(ChoiceProcessor.java:90)[73:org.apache.camel.camel-core:2.13.0.SNAPSHOT]
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72)[73:org.apache.camel.camel-core:2.13.0.SNAPSHOT]
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:398)[73:org.apache.camel.camel-core:2.13.0.SNAPSHOT]
        at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)[73:org.apache.camel.camel-core:2.13.0.SNAPSHOT]
        at org.apache.camel.component.seda.SedaConsumer.sendToConsumers(SedaConsumer.java:291)[73:org.apache.camel.camel-core:2.13.0.SNAPSHOT]
        at org.apache.camel.component.seda.SedaConsumer.doRun(SedaConsumer.java:200)[73:org.apache.camel.camel-core:2.13.0.SNAPSHOT]
        at org.apache.camel.component.seda.SedaConsumer.run(SedaConsumer.java:147)[73:org.apache.camel.camel-core:2.13.0.SNAPSHOT]
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)[:1.6.0_65]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)[:1.6.0_65]
        at java.lang.Thread.run(Thread.java:695)[:1.6.0_65]
Caused by: [Error: could not access: org; in class: org.apache.camel.language.mvel.RootObject]
                                 ^
        at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getBeanProperty(ReflectiveAccessorOptimizer.java:683)[102:org.mvel2:2.1.7.Final]
        at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:337)[102:org.mvel2:2.1.7.Final]
        at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAccessor(ReflectiveAccessorOptimizer.java:140)[102:org.mvel2:2.1.7.Final]
        at org.mvel2.optimizers.dynamic.DynamicOptimizer.optimizeAccessor(DynamicOptimizer.java:67)[102:org.mvel2:2.1.7.Final]
        at org.mvel2.ast.ASTNode.optimize(ASTNode.java:159)[102:org.mvel2:2.1.7.Final]
        at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:115)[102:org.mvel2:2.1.7.Final]
        at org.mvel2.ast.Instance.getReducedValueAccelerated(Instance.java:21)[102:org.mvel2:2.1.7.Final]
        at org.mvel2.compiler.ExecutableAccessor.getValue(ExecutableAccessor.java:42)[102:org.mvel2:2.1.7.Final]
        at org.mvel2.MVEL.executeExpression(MVEL.java:954)[102:org.mvel2:2.1.7.Final]
        at org.apache.camel.language.mvel.MvelExpression.evaluate(MvelExpression.java:57)[103:org.apache.camel.camel-mvel:2.13.0.SNAPSHOT]

org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_convert_enum_to_string
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_dynamic_rdd_cache

As show in https://issues.apache.org/jira/browse/HIVE-10166?focusedCommentId=14649066&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14649066.

This issue was pointed out in a comment by Doug Breaux under SPR-8485:
https://jira.springsource.org/browse/SPR-8485?focusedCommentId=67922&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-67922
The InputTag always renders type="text". Since type is not declared as an attribute in spring-forms.tld when the type attribute is added (e.g. type="email") it gets rendered a second time. Browsers seem to deal with it, hence the current priority of "Minor".

Utilities.java maintains a static work map with entries for map & reduce work. When using MR via the yarn runner (i.e.: MR on tez), multiple different jobs could end up reusing containers and pull the wrong plan if we dont' clear it.

If you try to use a WildFly version CLI GUI to connect to AS7 or EAP6, you will get a failure.  The reason is because CLI GUI tries to do a list-log-files operation, which does not exist in those older AS versions.

In method org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableReducerJob(String, Class<? extends TableReducer>, Job, Class) the partitioner parameter was not passed to called org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableReducerJob(String, Class<? extends TableReducer>, Job, Class) method.

I have an ear file names migrate.ear which contains one ejb jar (ejb.jar) and one war file (war.war), if I put the ejb jar to a ejb folder and war file to war folder, the ear can not be depoyed.
If I move the ejb jar and war file out, it can be deployed. 
Below  structuer can be deployed:
ejb.jar
lib/
lib/util-1.0-SNAPSHOT.jar
lib/version.jar
META-INF/
META-INF/application.xml
META-INF/MANIFEST.MF
war.war
Below structure can not be deployed:
ejb/
ejb/ejb.jar
lib/
META-INF/
war/
war/war.war
Below is the error:
http://community.jboss.org/message/630869#630869

TestModule.create() calls mkdirs() to create its filesystem structure, but remove() only removes the dir above 'main' and below, leaving behind intermediate dirs.
The result of this is if you run the full testsuite with -Dts.basic, the dist/target/wildflyxxx/modules dir ends up with child dir 'test' in addition to the proper 'system'.
I'm not sure why this spurious dir doesn't end up in the final dists we publish. Perhaps its just luck due to the release process not running the testsuite when the final build with the 'deploy' target is invoked. I know my process for releasing WildFly Core doesn't re-run tests in that step.
Once remove() does its current work it should walk up the filesystem tree until it gets to the file returned by getModulesDir(). For each level in the tree it should check if that file is a dir with no children and if it is it should remove the dir. 
https://issues.jboss.org/browse/JBEAP-2374

Master fails to start in the unit test org.apache.hadoop.hbase.security.token.TestGenerateDelegationToken in Windows environment:

java.lang.RuntimeException: Master not initialized after 200000ms seconds
	at org.apache.hadoop.hbase.util.JVMClusterUtil.startup(JVMClusterUtil.java:225)
	at org.apache.hadoop.hbase.LocalHBaseCluster.startup(LocalHBaseCluster.java:445)
	at org.apache.hadoop.hbase.security.token.TestGenerateDelegationToken.setUp(TestGenerateDelegationToken.java:125)

This is due to incorrect HDFS path:

2015-06-01 07:40:11,072 FATAL [myjenkins-win:59214.activeMasterManager] master.MasterFileSystem(465): Please fix invalid configuration for hbase.rootdir hdfs://127.0.0.1:59154/C:/tmp/hbase-jenkins/hbase
java.lang.IllegalArgumentException: Pathname /C:/tmp/hbase-jenkins/hbase from hdfs://127.0.0.1:59154/C:/tmp/hbase-jenkins/hbase is not a valid DFS filename.
	at org.apache.hadoop.hdfs.DistributedFileSystem.getPathName(DistributedFileSystem.java:197)
	at org.apache.hadoop.hdfs.DistributedFileSystem.access$000(DistributedFileSystem.java:106)
	at org.apache.hadoop.hdfs.DistributedFileSystem$22.doCall(DistributedFileSystem.java:1305)
	at org.apache.hadoop.hdfs.DistributedFileSystem$22.doCall(DistributedFileSystem.java:1301)
	at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1301)
	at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1424)
	at org.apache.hadoop.hbase.master.MasterFileSystem.checkRootDir(MasterFileSystem.java:424)
	at org.apache.hadoop.hbase.master.MasterFileSystem.createInitialFileSystemLayout(MasterFileSystem.java:146)
	at org.apache.hadoop.hbase.master.MasterFileSystem.<init>(MasterFileSystem.java:126)
	at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:649)
	at org.apache.hadoop.hbase.master.HMaster.access$500(HMaster.java:182)
	at org.apache.hadoop.hbase.master.HMaster$1.run(HMaster.java:1646)

http://www.nabble.com/camel-mina-udp-throws-exception-%22Already-released-buffer%22-td17342374.html#a17343387

If we have date datatype in mysql, string datatype defined in hive, JdbcStorageHandler will translate the date to string with the format yyyy-MM-dd HH:mm:ss. However, Hive convention is yyyy-MM-dd, we shall follow Hive convention. Eg:
mysql: CREATE TABLE test ("datekey" DATE);
hive: CREATE TABLE test (datekey string) STORED BY 'org.apache.hive.storage.jdbc.JdbcStorageHandler' TBLPROPERTIES (......"hive.sql.table" = "test"......);
Then in hive, do: select datekey from test;
We get: 1999-03-24 00:00:00
But should be: 1999-03-24

:java.lang.IllegalStateException: Unexpected event. All physical sources already initialized 
at com.google.common.base.Preconditions.checkState(Preconditions.java:145) 
at org.apache.tez.mapreduce.input.MultiMRInput.handleEvents(MultiMRInput.java:142) 
at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.handleEvent(LogicalIOProcessorRuntimeTask.java:610) 
at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.access$1100(LogicalIOProcessorRuntimeTask.java:90) 
at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask$1.run(LogicalIOProcessorRuntimeTask.java:673) 
]], Vertex failed as one or more tasks failed. failedTasks:1, Vertex vertex_1437168420060_17787_1_01 [Map 4] killed/failed due to:null] 
Vertex killed, vertexName=Reducer 5, vertexId=vertex_1437168420060_17787_1_02, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1437168420060_17787_1_02 [Reducer 5] killed/failed due to:null] 
DAG failed due to vertex failure. failedVertices:1 killedVertices:1 
FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask 
HQL-FAILED 

After HBASE-21017, we will throw DoNotRetryIOException if we try to assign an already onlined region, and this breaks TestAsyncRegionAdminApi.testAssignRegionAndUnassignRegion.

We need to fix this.

  public HTable createTable(String tableName, String[] families)
    return createTable(tableName, families);
  }

Spring roo scripts (roo.sh, roo-dev.sh, roo.bat, roo-dev.bat) includes the following property to execute the Spring Roo shell:

java [......] -DdevelopmentMode=$ROO_DEVELOPMENT_MODE

Seems like this parameter has not been used when Spring Roo shell starts.
It's really interesting to start Spring Roo shell with development mode as true when roo-dev script is used.
Apply the necessary changes to take in count this system parameter.

fault property should be copied in the following places:
https://github.com/apache/camel/blob/master/camel-core/src/main/java/org/apache/camel/impl/DefaultExchange.java#L100
https://github.com/apache/camel/blob/master/camel-core/src/main/java/org/apache/camel/impl/DefaultExchange.java#L107
Consequences:
DefaultExchange#isFault() does not work if exception property is not set.

Exception caused by reading after column removal.

Caused by: java.lang.IndexOutOfBoundsException: Index: 10, Size: 10
	at java.util.ArrayList.rangeCheck(ArrayList.java:653)
	at java.util.ArrayList.get(ArrayList.java:429)
	at java.util.Collections$UnmodifiableList.get(Collections.java:1309)
	at org.apache.hadoop.hive.ql.io.orc.OrcProto$Type.getSubtypes(OrcProto.java:12240)
	at org.apache.hadoop.hive.ql.io.orc.TreeReaderFactory$StructTreeReader.<init>(TreeReaderFactory.java:2053)
	at org.apache.hadoop.hive.ql.io.orc.TreeReaderFactory.createTreeReader(TreeReaderFactory.java:2481)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.<init>(RecordReaderImpl.java:216)
	at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.rowsOptions(ReaderImpl.java:598)
	at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger$ReaderPair.<init>(OrcRawRecordMerger.java:179)
	at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger$OriginalReaderPair.<init>(OrcRawRecordMerger.java:222)
	at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger.<init>(OrcRawRecordMerger.java:442)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getReader(OrcInputFormat.java:1285)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRecordReader(OrcInputFormat.java:1165)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:249)

org.jboss.as.test.integration.web.security.tg.TransportGuaranteeTestCase successful execution depends on presence of application.keystore file in standalone configuration directory. There is a task defined in pom.xml named ts.integ.web.copy-keystores which should copy the required resources from target file of shared module. Since the web module doesn't depend on shared module, there is no way one can guarantee that target directory of the shared module will exist - it does not in our automation.
The test could pass in case that org.jboss.as.test.integration.web.handlers.RequestDumpingHandlerTestCase is run prior it (this test seem to generate an own application.keystore).
reproduce

cd testsuite/integration/web
rm -rf ../../shared/target/
mvn clean test -Dtest=TransportGuaranteeTestCase

Results :

  TransportGuaranteeTestCase.testTransportGuaranteedAnnotation:221->performRequestsAndCheck:235->checkGetURL:189 
  TransportGuaranteeTestCase.testTransportGuaranteedDD:226->performRequestsAndCheck:235->checkGetURL:189 
  TransportGuaranteeTestCase.testTransportGuaranteedMixed:231->performRequestsAndCheck:235->checkGetURL:189 

Tests run: 3, Failures: 0, Errors: 3, Skipped: 0

Test case:

UriComponents uri1 = UriComponentsBuilder.fromUriString( "http://test.com" ).build().normalize();
UriComponents uri2 = UriComponentsBuilder.fromUriString( "http://test.com/" ).build();
assert !uri1.equals( uri2 );

Throws:

	at org.springframework.web.util.HierarchicalUriComponents$FullPathComponent.equals(HierarchicalUriComponents.java:700)
	at org.springframework.web.util.HierarchicalUriComponents.equals(HierarchicalUriComponents.java:464)
...

Also, this code throws NullPointerException:

UriComponentsBuilder.fromUriString( "http://test.com" ).build().normalize().getPathSegments()

RefreshTokenGranter will create new AccessToken via DefaultTokenService.refreshAccessToken(). After create AccessToken by DefaultTokenService.createAccessToken(OAuth2Authentication authentication, OAuth2RefreshToken refreshToken) i found out that the accessToken didn't get Enhanced. and i can't get token enhanced before access token expired because of token reused.

INSERT OVERWRITE TABLE table_name_here
SELECT TRANSFORM(key,val)
USING '/script/'
AS foo, foo, foo
The above query should fail, but it succeeds

For a dynamic serde table that has a bigint column, implict conversion from int to bigint seems to be broken. I have not verified this for other tables.

When specifying extra hidden fields in a RequestDataValueProcessor, the resulting markup is invalid according to the W3C validator. We are using XHTML 1.0 Strict.
It would be great if the FormTag.writeHiddenFields(...) method could optionally generate a container around the fields (e.g. div or a configurable container).
Resulting markup:

...
    <input type="hidden" name="_token" value="xyz" />
</form>

Expected for compliancy:

...
    <div>
        <input type="hidden" name="_token" value="xyz" />
    </div>
</form>

If we add a non-existing key-store the error message description is incorrect. We get:
"WFLYELY00010: Unable to save KeyStore - path is not defined." it should rather says something like "Keystore test001.jks file does not exist"

 mvccPreAssign was brought by HBASE-16698, which truly improved the performance of writing, especially in ASYNC_WAL scenario. But mvccPreAssign was only used in doMiniBatchMutate, not in Increment/Append path. If Increment/Append and batch put are using against the same region in parallel, then seqid of the same region may not monotonically increasing in the WAL. Since one write path acquires mvcc/seqid before append, and the other acquires in the append/sync consume thread.
The out of order situation can easily reproduced by a simple UT, which was attached in the attachment. I modified the code to assert on the disorder: 

    if(this.highestSequenceIds.containsKey(encodedRegionName)) {
      assert highestSequenceIds.get(encodedRegionName) < sequenceid;
    }

I'd like to say, If we allow disorder in WALs, then this is not a issue. 
But as far as I know, if highestSequenceIds is not properly set, some WALs may not archive to oldWALs correctly.
which I haven't figure out yet is that, will disorder in WAL cause data loss when recovering from disaster? If so, then it is a big problem need to be fixed.
I have fix this problem in our costom1.1.x branch, my solution is using mvccPreAssign everywhere, making it un-configurable. Since mvccPreAssign it is indeed a better way than assign seqid in the ringbuffer thread while keeping handlers waiting for it.
If anyone think it is doable, then I will port it to branch-1 and master branch and upload it. 

The WebMigrateOperation iterates over the operations produced by running 'describe' against the web subsystem, checking different operations and converting them. When it gets to a /subsystem=web/host=* op it processes that in its migrateVirtualHost method. But that method as part of its work checks all the other already migrated ops looking for path filters and the access log valve. If found it adds additional child resource add ops.
This is flawed because it assumes any add op for an access log valve or path filter will have already been created when migrateVirtualHost is run. That's not a valid assumption as there is nothing in the contract of the describe operation that guarantees such an order in its output. Work on WFCORE-2286 has revealed this.

**CAMEL-5018 added "support the set the default value on the field of bindy CVS", which is nice, but the default value is useless for Strings, because BindyCSVFactory turns the empty value to null even when defaultValue = "", see
https://github.com/apache/camel/blob/camel-2.20.x/components/camel-bindy/src/main/java/org/apache/camel/dataformat/bindy/BindyCsvFactory.java#L230
and
https://github.com/apache/camel/blob/camel-2.20.x/components/camel-bindy/src/main/java/org/apache/camel/dataformat/bindy/BindyAbstractFactory.java#L234

I always see the german UI, even if I click on english or change my browser preferences and restart the browser after that.

While TestHBaseCluster succeeds, it demonstrates that the master tells the region server to close the region multiple times.

    [junit] 2008-02-26 15:42:26,718 DEBUG [IPC Server handler 1 on 60000] master.ChangeTableState(131): adding region test,,1204069326375 to kill list
    [junit] 2008-02-26 15:42:26,718 DEBUG [IPC Server handler 1 on 60000] master.ChangeTableState(138): inserted local kill list into kill list for server 10.69.80.2:2154
    [junit] 2008-02-26 15:42:26,796 INFO  [IPC Server handler 1 on 60000] master.HMaster(644): deleted table: test
    [junit] 2008-02-26 15:42:27,515 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:27,515 DEBUG [RegionServer:0.worker] regionserver.HRegion(410): compactions and cache flushes disabled for region test,,1204069326375
    [junit] 2008-02-26 15:42:27,515 DEBUG [RegionServer:0.worker] regionserver.HRegion(428): new updates and scanners for region test,,1204069326375 disabled
    [junit] 2008-02-26 15:42:27,515 DEBUG [RegionServer:0.worker] regionserver.HRegion(446): no more active scanners for region test,,1204069326375
    [junit] 2008-02-26 15:42:27,515 DEBUG [RegionServer:0.worker] regionserver.HRegion(452): no more row locks outstanding on region test,,1204069326375
    [junit] 2008-02-26 15:42:27,515 DEBUG [RegionServer:0.worker] regionserver.HRegion(889): Started memcache flush for region test,,1204069326375. Size 86.4k
    [junit] 2008-02-26 15:42:27,546 INFO  [RegionManager.rootScanner] master.BaseScanner(147): RegionManager.rootScanner scanning meta region {regionname: -ROOT-,,0, startKey: <>, server: 10.69.80.2:2154}
    [junit] 2008-02-26 15:42:27,562 DEBUG [RegionManager.rootScanner] master.BaseScanner(179): RegionManager.rootScanner regioninfo: {regionname: .META.,,1, startKey: <>, endKey: <>, encodedName: 1028785192, tableDesc: {name: .META., families: {info:={name: info, max versions: 1, compression: NONE, in memory: false, block cache enabled: false, max length: 2147483647, bloom filter: none}}}}, server: 10.69.80.2:2154, startCode: 1204069326359
    [junit] 2008-02-26 15:42:27,562 INFO  [RegionManager.rootScanner] master.BaseScanner(225): RegionManager.rootScanner scan of meta region {regionname: -ROOT-,,0, startKey: <>, server: 10.69.80.2:2154} complete
    [junit] 2008-02-26 15:42:27,812 DEBUG [RegionServer:0.worker] regionserver.HStore(1154): Added 1417693581/anchor/2354913287379000616 with 1000 entries, sequence id 2007, and size 60.0k for 1417693581/anchor
    [junit] 2008-02-26 15:42:28,125 DEBUG [RegionServer:0.worker] regionserver.HStore(1154): Added 1417693581/contents/295490293048850969 with 1000 entries, sequence id 2007, and size 55.1k for 1417693581/contents
    [junit] 2008-02-26 15:42:28,125 DEBUG [RegionServer:0.worker] regionserver.HRegion(995): Finished memcache flush for region test,,1204069326375 in 610ms, sequenceid=2007
    [junit] 2008-02-26 15:42:28,125 DEBUG [RegionServer:0.worker] regionserver.HStore(1063): closed 1417693581/anchor
    [junit] 2008-02-26 15:42:28,125 DEBUG [RegionServer:0.worker] regionserver.HStore(1063): closed 1417693581/contents
    [junit] 2008-02-26 15:42:28,125 INFO  [RegionServer:0.worker] regionserver.HRegion(478): closed test,,1204069326375
    [junit] 2008-02-26 15:42:28,515 DEBUG [IPC Server handler 0 on 60000] master.ServerManager(287): Received MSG_REPORT_CLOSE : test,,1204069326375 from 10.69.80.2:2154
    [junit] 2008-02-26 15:42:28,515 INFO  [IPC Server handler 0 on 60000] master.ServerManager(303): 10.69.80.2:2154 no longer serving test,,1204069326375
    [junit] 2008-02-26 15:42:28,515 DEBUG [HMaster] master.HMaster(410): Main processing loop: ProcessRegionClose of test,,1204069326375
    [junit] 2008-02-26 15:42:28,515 INFO  [HMaster] master.ProcessRegionClose(61): region closed: test,,1204069326375
    [junit] 2008-02-26 15:42:28,515 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:28,515 DEBUG [HMaster] master.RegionServerOperation(75): numberOfMetaRegions: 1, onlineMetaRegions.size(): 1
    [junit] 2008-02-26 15:42:28,515 DEBUG [HMaster] regionserver.HRegion(1913): DELETING region hdfs://localhost:2123/user/jim/test/1417693581
    [junit] 2008-02-26 15:42:29,500 INFO  [RegionManager.metaScanner] master.BaseScanner(147): RegionManager.metaScanner scanning meta region {regionname: .META.,,1, startKey: <>, server: 10.69.80.2:2154}
    [junit] 2008-02-26 15:42:29,500 INFO  [RegionManager.metaScanner] master.BaseScanner(225): RegionManager.metaScanner scan of meta region {regionname: .META.,,1, startKey: <>, server: 10.69.80.2:2154} complete
    [junit] 2008-02-26 15:42:29,500 INFO  [RegionManager.metaScanner] master.MetaScanner(136): all meta regions scanned
    [junit] 2008-02-26 15:42:29,515 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:30,515 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:31,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:32,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:33,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:34,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:35,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:36,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:37,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:37,546 INFO  [RegionManager.rootScanner] master.BaseScanner(147): RegionManager.rootScanner scanning meta region {regionname: -ROOT-,,0, startKey: <>, server: 10.69.80.2:2154}
    [junit] 2008-02-26 15:42:37,562 DEBUG [RegionManager.rootScanner] master.BaseScanner(179): RegionManager.rootScanner regioninfo: {regionname: .META.,,1, startKey: <>, endKey: <>, encodedName: 1028785192, tableDesc: {name: .META., families: {info:={name: info, max versions: 1, compression: NONE, in memory: false, block cache enabled: false, max length: 2147483647, bloom filter: none}}}}, server: 10.69.80.2:2154, startCode: 1204069326359
    [junit] 2008-02-26 15:42:37,562 INFO  [RegionManager.rootScanner] master.BaseScanner(225): RegionManager.rootScanner scan of meta region {regionname: -ROOT-,,0, startKey: <>, server: 10.69.80.2:2154} complete
    [junit] 2008-02-26 15:42:38,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:39,500 INFO  [RegionManager.metaScanner] master.BaseScanner(147): RegionManager.metaScanner scanning meta region {regionname: .META.,,1, startKey: <>, server: 10.69.80.2:2154}
    [junit] 2008-02-26 15:42:39,500 INFO  [RegionManager.metaScanner] master.BaseScanner(225): RegionManager.metaScanner scan of meta region {regionname: .META.,,1, startKey: <>, server: 10.69.80.2:2154} complete
    [junit] 2008-02-26 15:42:39,500 INFO  [RegionManager.metaScanner] master.MetaScanner(136): all meta regions scanned
    [junit] 2008-02-26 15:42:39,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:40,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:41,531 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(726): MSG_REGION_CLOSE : test,,1204069326375
    [junit] 2008-02-26 15:42:41,812 INFO  [main] client.HBaseAdmin(248): table test deleted

In our internal test TestReplicaWithCluster.testChangeTable got a timeout.  
HBASE-12170 bumped TestReplicaWithCluster.testReplicaAndReplication timeout from 2 minutes to 5 minutes, but leaves other tests in the same package unchanged.
When I run the test in my fast Mac, the run time of TestReplicaWithCluster.testChangeTable (~16 seconds) is about half of TestReplicaWithCluster.testReplicaAndReplication (~31 seconds).  
We should increase the timeout in TestReplicaWithCluster.testChangeTable to avoid test failure in slow environment.

hbase(main):001:0> enable 'testtable'
0 row(s) in 0.3120 seconds
Only thing is that I don't have a table called 'testtable'

HTTP/2 doesn't work over plain http (non-https) even when http-listener's enable-http2 option is set to true, see [1].
I am using Http2 client from netty for trying whether it is possible to establish HHTP/2 connection via upgrade.
[1] 

 <server name="default-server">
                <http-listener name="default" socket-binding="http" enable-http2="true" redirect-socket="https"/>
                <https-listener name="https" socket-binding="https" security-realm="https" enable-http2="true"/>
                <host name="default-host" alias="localhost">
                    <location name="/" handler="welcome-content"/>
                    <filter-ref name="server-header"/>
                    <filter-ref name="x-powered-by-header"/>
                </host>
            </server>

My regionserver blocks, and all client rpc timeout. 
I print the regionserver's jstack,  it seems a lot of threads were blocked for waiting offsetLock, detail infomation belows:
PS:  my table's block cache is off

"B.DefaultRpcServer.handler=2,queue=2,port=60020" #82 daemon prio=5 os_prio=0 tid=0x0000000001827000 nid=0x2cdc in Object.wait() [0x00007f3831b72000]
        at org.apache.hadoop.hbase.util.IdLock.getLockEntry(IdLock.java:79)
        - locked <0x0000000773af7c18> (a org.apache.hadoop.hbase.util.IdLock$Entry)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.readBlock(HFileReaderV2.java:352)
        at org.apache.hadoop.hbase.io.hfile.HFileBlockIndex$BlockIndexReader.loadDataBlockWithScanInfo(HFileBlockIndex.java:253)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.seekTo(HFileReaderV2.java:524)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.reseekTo(HFileReaderV2.java:572)
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.reseekAtOrAfter(StoreFileScanner.java:257)
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.reseek(StoreFileScanner.java:173)
        at org.apache.hadoop.hbase.regionserver.NonLazyKeyValueScanner.doRealSeek(NonLazyKeyValueScanner.java:55)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.generalizedSeek(KeyValueHeap.java:313)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.requestSeek(KeyValueHeap.java:269)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.reseek(StoreScanner.java:695)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.seekAsDirection(StoreScanner.java:683)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:533)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:140)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.populateResult(HRegion.java:3889)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:3969)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:3847)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:3820)
        - locked <0x00000005e5c55ad0> (a org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:3807)
        at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:4779)
        at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:4753)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.get(HRegionServer.java:2916)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29583)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2027)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:108)
        at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:114)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:94)

   Locked ownable synchronizers:
        - <0x00000005e5c55c08> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)

Documentation for AbstractResource.getFilename() says 'throws IllegalAccessException' when in fact it returns null.

GenericUDFOPNotEqualNS (Not equal nullsafe operator) does not run in LLAP mode, because it is not registered as a built-in function.

The version of standalone.xml in our parser is currently hard coded to `4.0` https://github.com/wildfly-swarm/wildfly-swarm/blob/master/core/container/src/main/java/org/wildfly/swarm/container/runtime/xmlconfig/StandaloneXMLParser.java#L77
It needs to pick up the current version like https://github.com/wildfly-swarm/wildfly-swarm/blob/master/core/container/src/main/java/org/wildfly/swarm/container/runtime/xmlconfig/StandaloneXMLParser.java#L75

Atomic increment is creating new key values with timestamp of Long.MAX_VALUE.  This is not good, makes it hard to do range queries (as most of Thrift queries are).

There's a backdoor CoprocessorHConnection used to ensure that a batched mutation does not go over the wire and back, but executes immediately locally. This is leveraged by Phoenix during secondary index maintenance (for an ~20% perf improvement). It looks to me like it's no longer used, as the following function is never invoked:
  public org.apache.hadoop.hbase.protobuf.generated.ClientProtos.ClientService.BlockingInterface
      getClient(ServerName serverName) throws IOException {
It'd be good if feasible to add an HBase unit test to prevent further regressions. For more info, see PHOENIX-1166.

Hbase book page http://hbase.apache.org/book/other.info.pres.html  has a link "Advanced HBase Schema Design".  This presentation seems to have been moved to a new URL.

OperationContextImpl provides impls of ServiceTarget and ServiceBuilder to OSHs. It is valid for those OSHs to pass those (particularly the ServiceTarget) out to other code, e.g. DUPs, which will then use them as a kind of "subsystem scoped" target. As opposed, say, to a deployment scoped target that can be obtained from the DeploymentUnitService.
If this is done though, the target and builders continue to hold a ref to the state held by the OperationContext that created them. That state is no longer relevant once the management op is done and retaining a ref to it is a kind of memory leak. Any link back to the OC should be cleared from these objects when the operation is complete.

The current implementation of org.apache.commons.collections4.map.DefaultedMap.get() is inefficient since it always require two map lookups. There is no need to check map.containsKey() every time. I would suggest implementing this method similar to the way that Java 8 does with Map.getOrDefault(). My proposed implementation would be something like this:

public V get(final Object key) {
    V v;
    return ((v = map.get(key) != null) || map.containsKey(key)) ? v : value.transform((K) key);
}

It can be further optimized to not even call map.containsKey() if map is known to not contain null values.

incrementColumnValue has been removed from RegionServer, the corresponding coprocessor hooks for this operation are no longer called.

When a RegionSever attempts to open a region, during initialization the RS tries to open the <hbase.root.dir>/data/<table>/<region>/.hregioninfo file, however if the .hregioninfofile doesn't exist, the RegionServer will create a new one on HRegionFileSystem#checkRegionInfoOnFilesystem. A side effect of that tools like hbck will incorrectly assume an inconsistency due the presence of this new .hregioninfofile

It depends on the order of which region be opened first.  
Suppose we have one 1 regionserver and only 1 user region REGION-A on this server, acl region was on another regionserver. acl was opened a few seconds before REGION-A.
The global authorization data read from Zookeeper was overwritten by the data read from configuration.

  private TableAuthManager(ZooKeeperWatcher watcher, Configuration conf)
      throws IOException {
    this.conf = conf;
    this.zkperms = new ZKPermissionWatcher(watcher, this, conf);
    try {
	  // Read global authorization data from zookeeper. 
      this.zkperms.start();
    } catch (KeeperException ke) {
      LOG.error("ZooKeeper initialization failed", ke);
    }
    // It will overwrite globalCache.
    // initialize global permissions based on configuration
    globalCache = initGlobal(conf);
  }

This issue can be easily reproduced by below steps:
1. Start a cluster with 3 regionservers.
2. Create a new table T1.
3. grant a new user USER-A with global authorization.
4. Kill 1 regionserver RS3 and switch balance off.
5. Start regionserver RS3.
6. Assign region T1 to RS3.
7. Put data with user USER-A.

There are mvcc and seqId issues when bulk load native hfiles – meaning hfiles that are direct file copy-out from hbase, not from HFileOutputFormat job.
There are differences between these two types of hfiles.
Native hfiles have possible non-zero MAX_MEMSTORE_TS_KEY value and non-zero mvcc values in cells. 
Native hfiles also have MAX_SEQ_ID_KEY.
Native hfiles do not have BULKLOAD_TIME_KEY.
Here are a couple of problems I observed when bulk load native hfiles.
1.  Cells in newly bulk loaded hfiles can be invisible to scan.
It is easy to re-create.
Bulk load a native hfile that has a larger mvcc value in cells, e.g 10
If the current readpoint when initiating a scan is less than 10, the cells in the new hfile are skipped, thus become invisible.
We don't reset the readpoint of a region after bulk load.
2. The current StoreFile.isBulkLoadResult() is implemented as:

return metadataMap.containsKey(BULKLOAD_TIME_KEY)

which does not detect bulkloaded native hfiles.
3. Another observed problem is possible data loss during log recovery. 
It is similar to HBASE-10958 reported by Jean-Daniel Cryans. Borrow the re-create steps from HBASE-10958.
1) Create an empty table
2) Put one row in it (let's say it gets seqid 1)
3) Bulk load one native hfile with large seqId ( e.g. 100). The native hfile can be obtained by copying out from existing table.
4) Kill the region server that holds the table's region.
Scan the table once the region is made available again. The first row, at seqid 1, will be missing since the HFile with seqid 100 makes us believe that everything that came before it was flushed. 
The problem 3 is probably related to 2. We will be ok if we get the appended seqId during bulk load instead of 100 from inside the file.

2017-04-29 14:24:14,135 ERROR [B.fifo.QRpcServer.handler=49,queue=1,port=16020] ipc.RpcServer: Unexpected throwable object java.lang.IllegalStateException: Invalid currTagsLen -32712. Block offset: 3707853, block length: 72841, position: 0 (without header). at org.apache.hadoop.hbase.io.hfile.HFileReaderV3$ScannerV3.checkTagsLen(HFileReaderV3.java:226)
I am not not using any hbase tags feature.
The Increment operation from the application side is triggering this error. The same is happening when scanner is run on this table. It feels that one or more particular HFile block is corrupt (with negative tagLength).
hbase(main):007:0> scan 'table-name', 
{LIMIT=>1,STARTROW=>'ad:event_count:a'}
Returning the result
hbase(main):008:0> scan 'table-name', 
{LIMIT=>1,STARTROW=>'ad:event_count:b'}
ROW                                                         COLUMN+CELL                                                                                                    
ERROR: java.io.IOException: java.lang.IllegalStateException: Invalid currTagsLen -32701. Block offset: 272031, block length: 72441, position: 32487 (without header).
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.handleException(HRegion.java:5607)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:5579)
	at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:2627)
	at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2613)
	at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2595)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:2282)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32295)

If timers (here calendar timer) are running longer than scheduled, or the schedule/processing get stuck do to thread or cpu bottleneck, it is possible that the updates for persistence overlap.
The issue seems that the task(1) try to finish the timer and task(2) is about to start but see the concurrency.
The DB is updated with the 'old' next timeout, but the internal Timer instance will be updated with the next possible schedule due to a race condition between the two threads updating the object.

JBossFuse:karaf@root> container-list
[id] [version] [alive] [profiles]
[provision status]
root*                          1.0       true    fabric, fabric-ensemble-0000-1,
 jboss-fuse-full error - java.lang.IllegalArgumentException: Unable to find feature activemq-spring
JBossFuse:karaf@root>
<iocanel> aileenc, I guess that this feature has been removed from activemq?
<gertv> yeah, I don't think that feature exists any more

Currently we reuse the flag in Hive side. It would be good to have the flag separated for debugging purposes.

The static class FacesContextHelper within RichFacesAjaxHandler has a method:
protected FacesContext getFacesContext(ServletContext context, HttpServletRequest request,
				HttpServletResponse response)
This contains a variable private boolean created = false;
and the following code:
created = true;
FacesContextFactory facesContextFactory = (FacesContextFactory) FactoryFinder.getFactory(FactoryFinder.FACES_CONTEXT_FACTORY);
FacesContext defaultFacesContext = facesContextFactory.getFacesContext(context, request, response,FlowLifecycle.newInstance());
return defaultFacesContext;
Note how the static boolean created is set to true before the FacesContext has actually been created.
Elsewhere there is a method isRichFacesAjaxRequest:
protected boolean isRichFacesAjaxRequest(HttpServletRequest request, HttpServletResponse response) {
		FacesContextHelper helper = new FacesContextHelper();
		try {
			FacesContext facesContext = helper.getFacesContext(getServletContext(), request, response);
			AjaxContext context = AjaxContext.getCurrentInstance(facesContext);
			if (context != null) 
{
				return context.isAjaxRequest(facesContext);
			}
 else 
{
				return false;
			}
		} finally 
{
			helper.cleanup();
		}
	}
 that at the end calls helper.cleanup() which ends up doing this:
if (created) {
	FacesContext.getCurrentInstance().release();
}
The trouble is that FacesContext.getCurrentInstance() might return null, or the FacesContext may be null if for some reason a run time exception has occurred when creating the FacesContext.
There are two issues here:
Firstly the static created boolean should not be set until the FacexContext has been set, so that the cleanup method is protected from trying to method calls on null  FacesContext.getCurrentInstance()'s
The second issue is that the creation of the FacesContext can fail (resulting in a null) but this is somehow trapped and hidden, rather than being thrown as a fatal exception. The only indication of a problem in this case is due to the helper.cleanup() crashing due to the above problem with the created boolean being set too early.
Note that this may well be caused by an incorrect faces configuration - more than likely, as this was encountered in a first cut Richfaces/Webflow dev env.

When we work in offline mode (no internet access & wifi access or LAN access disabled), then this error is reported when the quickstarts-cxf-rest profile which has bee generated from the jboss fuse 6.3/quickstarts folder is assigned to a new child karaf container

2016-11-07 17:43:42,965 | INFO  | 6.0.1-1-thread-1 | DeploymentAgent                  | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630187 | Updating Maven Repository Configuration
2016-11-07 17:43:42,971 | INFO  | 6.0.1-1-thread-1 | DeploymentAgent                  | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630187 | Maven repository configuration correctly updated: httpUrl=[http://127.0.0.1:8182], mavenRepoURIs=[[http://127.0.0.1:8181/maven/download/@snapshots@id=fabric_internal@snapshotsUpdate=always@checksum=ignore]]
2016-11-07 17:43:43,164 | WARN  | nload-2-thread-1 | JaxbUtil                         | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630187 | Old style feature file without namespace found (URI: mvn:org.apache.activemq/activemq-karaf/5.11.0.redhat-630187/xml/features). This format is deprecated and support for it will soon be removed
2016-11-07 17:43:43,214 | WARN  | nload-2-thread-4 | JaxbUtil                         | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630187 | Old style feature file without namespace found (URI: mvn:org.apache.activemq/activemq-karaf/5.11.0.redhat-630187/xml/features-core). This format is deprecated and support for it will soon be removed
2016-11-07 17:43:43,283 | WARN  | nload-2-thread-1 | JaxbUtil                         | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630187 | Old style feature file without namespace found (URI: mvn:org.apache.activemq/activemq-karaf/5.11.0.redhat-630187/xml/features-core). This format is deprecated and support for it will soon be removed
2016-11-07 17:43:43,334 | ERROR | 6.0.1-1-thread-1 | DeploymentAgent                  | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630187 | Unable to update agent
io.fabric8.common.util.MultiException: Error
	at io.fabric8.agent.download.impl.MavenDownloadManager$MavenDownloader.<init>(MavenDownloadManager.java:93)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.download.impl.MavenDownloadManager.createDownloader(MavenDownloadManager.java:71)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.service.Agent.loadResources(Agent.java:626)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.service.Agent.provision(Agent.java:212)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.service.Agent.provision(Agent.java:199)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.DeploymentAgent.doUpdate(DeploymentAgent.java:753)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.DeploymentAgent$4.run(DeploymentAgent.java:303)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_102]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_102]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_102]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_102]
	at java.lang.Thread.run(Thread.java:745)[:1.8.0_102]
Caused by: org.osgi.framework.BundleException: Unsupported 'Bundle-ManifestVersion' value: 1
	at io.fabric8.agent.resolver.ResourceBuilder.build(ResourceBuilder.java:72)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.resolver.ResourceBuilder.build(ResourceBuilder.java:65)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.service.Agent$3.downloaded(Agent.java:633)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.download.impl.MavenDownloadManager$MavenDownloader$1.operationComplete(MavenDownloadManager.java:143)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.download.impl.MavenDownloadManager$MavenDownloader$1.operationComplete(MavenDownloadManager.java:137)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.download.impl.DefaultFuture.notifyListener(DefaultFuture.java:343)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.download.impl.DefaultFuture.notifyListeners(DefaultFuture.java:328)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.download.impl.DefaultFuture.setValue(DefaultFuture.java:254)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.download.impl.AbstractDownloadTask.setFile(AbstractDownloadTask.java:53)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at io.fabric8.agent.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:41)[86:io.fabric8.fabric-agent:1.2.0.redhat-630187]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)[:1.8.0_102]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)[:1.8.0_102]
	... 3 more

Steps to reproduce the problem :

Disable Wifi or lan access
Launch jboss fuse 6.3.0-redhat-187
fabric:create -m 127.0.0.1 -r manualip
fabric:container-delete cxf-rest
fabric:container-create-child root cxf-rest 1
cd jboss-fuse-6.3.0.redhat-187/quickstarts/cxf/rest
mvn clean install fabric8:deploy
fabric:container-add-profile cxf-rest quickstarts-cxf-rest

The new commitIfNecessary call to reset transaction timeout only happens in Spring JMS's AbstractPollingMessageListenerContainer.doReceiveAndExecute and when no message was received. This can cause a deadlock when integrated with Tibco JMS API and a prefetch value of NONE is set on the Queue. Workaround is to set a non-NONE prefetch value (.e.g. 1 or 5).Deadlocked pair of threads example below:
"MessagePublisherContainer-1" prio=10 tid=0x0899c400 nid=0x6d56 in Object.wait() [0x77074000..0x770750b0]
	at com.tibco.tibjms.TibjmsxLink.sendRequest(TibjmsxLink.java:320)

locked <0x94443d68> (a com.tibco.tibjms.TibjmsxResponse)
	at com.tibco.tibjms.TibjmsxSessionImp._confirmTransacted(TibjmsxSessionImp.java:2817)
	at com.tibco.tibjms.TibjmsxSessionImp._confirm(TibjmsxSessionImp.java:3213)
locked <0x8f656fd0> (a java.lang.Object)
	at com.tibco.tibjms.TibjmsxSessionImp._commit(TibjmsxSessionImp.java:2501)
	at com.tibco.tibjms.TibjmsxSessionImp.commit(TibjmsxSessionImp.java:4361)
	at sun.reflect.GeneratedMethodAccessor108.invoke(Unknown Source)
	at org.springframework.jms.connection.CachingConnectionFactory$CachedSessionInvocationHandler.invoke(CachingConnectionFactory.java:344)
	at $Proxy57.commit(Unknown Source)
	at org.springframework.jms.support.JmsUtils.commitIfNecessary(JmsUtils.java:217)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.commitIfNecessary(AbstractMessageListenerContainer.java:575)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:354)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:261)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1056)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1048)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:947)

"TIBCO EMS TCPLink Reader (724129)" daemon prio=10 tid=0x08754000 nid=0x6d55 waiting for monitor entry [0x766b6000..0x766b7030]
	at com.tibco.tibjms.TibjmsxSessionImp._stopConsumerReceive(TibjmsxSessionImp.java:578)

waiting to lock <0x8f656fd0> (a java.lang.Object)
	at com.tibco.tibjms.TibjmsxSessionImp._postMessage(TibjmsxSessionImp.java:1704)
locked <0x8f656fc8> (a java.lang.Object)
	at com.tibco.tibjms.TibjmsConnection._processDataMessage(TibjmsConnection.java:2611)
	at com.tibco.tibjms.TibjmsConnection._processMessage(TibjmsConnection.java:2414)
	at com.tibco.tibjms.TibjmsxLinkTcp$LinkReader.work(TibjmsxLinkTcp.java:288)
	at com.tibco.tibjms.TibjmsxLinkTcp$LinkReader.run(TibjmsxLinkTcp.java:250)

Section 19.3.3 - Loading Authorities describes group-search-filter as:

group-search-filter. The filter which is used to search for group membership. The default is uniqueMember=
{0}
, corresponding to the groupOfUniqueMembers LDAP class. In this case, the substituted parameter is the full distinguished name of the user. The parameter 
{1}
 can be used if you want to filter on the login name.

However, groupOfUniqueMembers should actually be groupOfUniqueNames. This would make the HTML docs consistent with the javadocs at http://static.springsource.org/spring-security/site/docs/3.1.x/apidocs/org/springframework/security/ldap/userdetails/DefaultLdapAuthoritiesPopulator.html. 

2017-10-16 09:01:51,255 ERROR [haddl0007.mycenterpointenergy.com-51]: ql.Driver (SessionState.java:printError(993)) - FAILED: ParseException line 1:70 mismatched input 'dates' expecting ) near ''201608'' in analyze statement
org.apache.hadoop.hive.ql.parse.ParseException: line 1:70 mismatched input 'dates' expecting ) near ''201608'' in analyze statement
        at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:205)
        at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:166)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:438)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:321)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1221)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1262)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1158)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1148)
        at org.apache.hadoop.hive.ql.txn.compactor.Worker$StatsUpdater.gatherStats(Worker.java:294)
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.run(CompactorMR.java:265)
        at org.apache.hadoop.hive.ql.txn.compactor.Worker.run(Worker.java:168)

2017-10-16 09:01:51,255 INFO  [haddl0007.mycenterpointenergy.com-51]: log.PerfLogger (PerfLogger.java:PerfLogEnd(177)) - </PERFLOG method=compile start=1508162511253 end=1508162511255 duration=2 from=org.apache.hadoop.hive.ql.Driver>
2017-10-16 09:01:51,255 INFO  [haddl0007.mycenterpointenergy.com-51]: ql.Driver (Driver.java:compile(559)) - We are resetting the hadoop caller context to
2017-10-16 09:01:51,255 INFO  [haddl0007.mycenterpointenergy.com-51]: log.PerfLogger (PerfLogger.java:PerfLogBegin(149)) - <PERFLOG method=releaseLocks from=org.apache.hadoop.hive.ql.Driver>
2017-10-16 09:01:51,255 INFO  [haddl0007.mycenterpointenergy.com-51]: log.PerfLogger (PerfLogger.java:PerfLogEnd(177)) - </PERFLOG method=releaseLocks start=1508162511255 end=1508162511255 duration=0 from=org.apache.hadoop.hive.ql.Driver>
2017-10-16 09:01:51,256 INFO  [haddl0007.mycenterpointenergy.com-51]: tez.TezSessionPoolManager (TezSessionPoolManager.java:close(183)) - Closing tez session default? false
2017-10-16 09:01:51,256 INFO  [haddl0007.mycenterpointenergy.com-51]: tez.TezSessionState (TezSessionState.java:close(294)) - Closing Tez Session
2017-10-16 09:01:51,256 INFO  [haddl0007.mycenterpointenergy.com-51]: client.TezClient (TezClient.java:stop(518)) - Shutting down Tez Session, sessionName=HIVE-ae652f03-72c7-4ca8-a2d8-05dcc7392f4f, applicationId=application_1507779664083_0159
2017-10-16 09:01:51,279 ERROR [haddl0007.mycenterpointenergy.com-51]: compactor.Worker (Worker.java:run(191)) - Caught exception while trying to compact id:3723,dbname:mobiusad,tableName:zces_img_data_small_pt,partName:month=201608/dates=9,state:^@,type:MAJOR,properties:null,runAs:null,tooManyAborts:false,highestTxnId:0.  Marking failed to avoid repeated failures, java.io.IOException: Could not update stats for table mobiusad.zces_img_data_small_pt/month=201608/dates=9 due to: (40000,FAILED: ParseException line 1:70 mismatched input 'dates' expecting ) near ''201608'' in analyze statement,42000line 1:70 mismatched input 'dates' expecting ) near ''201608'' in analyze statement)
        at org.apache.hadoop.hive.ql.txn.compactor.Worker$StatsUpdater.gatherStats(Worker.java:296)

In Spring 3.0 the Velocity macro spring.vm introduces springFormCheckbox, a handy macro for generating a checkbox and associated field marker.
However there is a bug in the implementation which causes the checkbox to always be checked.  This is due to the way the checked attribute is used in HTML, if a checked attribute is present, regardless of its value, then the checkbox is checked. The macro writes checked="false" when the input should not be selected, resulting in the attribute actually being checked.
Currently:
<input type="checkbox" id="${status.expression}" name="${status.expression}" checked="#if("$!
{status.value}"=="true")true#{else}false#end" ${attributes}/>

Should be:
<input type="checkbox" id="${status.expression}" name="${status.expression}" #if("$!{status.value}
"=="true")checked="true"#end ${attributes}/>

This is pretty ugly.  In short, on a heavily loaded cluster, we are queuing multiple instances of region close.  They all try to run confusing state.
Long version:
I have a messy cluster.  Its 16k regions on 8 servers.  One node has 5k or so regions on it.  Heaps are 1G all around.  My master had OOME'd.  Not sure why but not too worried about it for now.  So, new master comes up and is trying to rebalance the cluster:

2011-01-05 00:48:07,385 INFO org.apache.hadoop.hbase.master.LoadBalancer: Calculated a load balance in 14ms. Moving 3666 regions off of 6 overloaded servers onto 3 less loaded servers

The balancer ends up sending many closes to a single overloaded server are taking so long, the close times out in RIT.  We then do this:

              case CLOSED:
                LOG.info("Region has been CLOSED for too long, " +
                    "retriggering ClosedRegionHandler");
                AssignmentManager.this.executorService.submit(
                    new ClosedRegionHandler(master, AssignmentManager.this,
                        regionState.getRegion()));
                break;

We queue a new close (Should we?).
We time out a few more times (9 times) and each time we queue a new close.
Eventually the close succeeds, the region gets assigned a new location.
Then the next close pops off the eventhandler queue.
Here is the telltale signature of stuff gone amiss:

2011-01-05 00:52:19,379 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Forcing OFFLINE; was=TestTable,0487405776,1294125523541.b1fa38bb610943e9eadc604babe4d041. state=OPEN, ts=1294188709030

Notice how state is OPEN when we are forcing offline (It was actually just successfully opened).  We end up assigning same server because plan was still around:

2011-01-05 00:52:20,705 WARN org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Attempted open of TestTable,0487405776,1294125523541.b1fa38bb610943e9eadc604babe4d041. but already online on this server

But later when plan is cleared, we assign new server and we have dbl-assignment.

Write new UT tests that use random data and intentional isRepeating batches to checks for NULL and Wrong Results for vectorized aggregation functions.
 
BUGs found:
1) AVG/VARIANCE (family) in PARTIAL1 mode was returning NULL instead of count = 0, sum = 0 (All data types).  For AVG DECIMAL, only return NULL if there was an overflow.
2) AVG/MIN/MAX was not detecting repeated NULL correctly for the TIMESTAMP, INTERVAL_DAY_TIME, and String Family.  Eliminated redundant code.
3) Fix incorrect calculation  for VARIANCE (family) in PARTIAL2 and FINAL modes (HIVE-18758).
4) Fix row-mode AVG DECIMAL to enforce output type precision and scale in COMPLETE and FINAL modes.
 
Command line property "surefire.timeout" somehow doesn't work. It may be because forkedProcessTimeoutInSeconds is hard-coded to 900.

When a multicast aggregator throws an exception, either directly or by setting the exception to the returned exchange, the exception is just logged instead of being  propagated to the global exception handler.

I have a scenario where I run the following update to pull array elements with the given ids:
List<BigInteger> idsToRemove = Arrays.asList(
    BigInteger.valueOf(123), BigInteger.valueOf(234));
Update update = new Update()
        .pull("options",
            new BasicDBObject("_id",
            new BasicDBObject("$in", mongoOps
                .getConverter().convertToMongoType(idsToRemove))));
mongoOps.findAndModify(new Query(), update, MongoProduct.class);
This used to work before version 1.4.
Using version 1.4, I get a java.lang.ClassCastException (see attachment).
This seems to be due to a double call to QueryMapper.getMappedValue(Field, Object) from UpdateMapper.getMappedObjectForField(Field, Object) at line 80 of UpdateMapper, the first of which converts idsToRemove (which is already a BasicDBList) to an array of strings. The second call to getMappedValue from within super.getMappedObjectForField then tries to cast that array to Iterable<?>, which fails.
Finally, this might be a little out of scope, but I feel that if a BasicDBObject is passed to the Spring Data API, it should be taken as is. It should not be re-converted/re-mapped!

BootstrapBeanDeploymentArchiveTestCase fails with security manager because of missing permission "("java.lang.RuntimePermission" "accessDeclaredMembers")":

org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy 3f485239-85b6-4893-82a8-c8317b24d0d6.war: {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"3f485239-85b6-4893-82a8-c8317b24d0d6.war\".WeldStartService" => "Failed to start service
    Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
javax.enterprise.event.ObserverException
	at java.lang.Class.newInstance(Class.java:442)
	at org.jboss.weld.security.NewInstanceAction.run(NewInstanceAction.java:33)
	at org.jboss.weld.injection.Exceptions.rethrowException(Exceptions.java:40)
	at org.jboss.weld.injection.Exceptions.rethrowException(Exceptions.java:78)
	at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:96)
	at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:78)
	at org.jboss.weld.injection.MethodInvocationStrategy$SimpleMethodInvocationStrategy.invoke(MethodInvocationStrategy.java:129)
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:299)
	at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:124)
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:277)
	at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:255)
	at org.jboss.weld.event.ObserverNotifier.notifySyncObservers(ObserverNotifier.java:269)
	at org.jboss.weld.event.ObserverNotifier.notify(ObserverNotifier.java:258)
	at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:148)
	at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:451)
	at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:95)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
Caused by: java.lang.ExceptionInInitializerError
	at org.wildfly.test.integration.weld.beanarchives.TestExtension.beforeBeanDiscovery(TestExtension.java:49)
	... 21 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.lang.RuntimePermission\" \"accessDeclaredMembers\")\" in code source \"(vfs:/content/3f485239-85b6-4893-82a8-c8317b24d0d6.war/WEB-INF/classes <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.3f485239-85b6-4893-82a8-c8317b24d0d6.war\" from Service Module Loader\")
	at java.lang.Class.checkMemberAccess(Class.java:2348)
	at java.lang.Class.getDeclaredMethods(Class.java:1974)
	at javax.enterprise.util.AnnotationLiteral.getMembers(AnnotationLiteral.java:78)
	at javax.enterprise.util.AnnotationLiteral.<init>(AnnotationLiteral.java:69)
	at org.wildfly.test.integration.weld.beanarchives.Alpha$Literal.<init>(Alpha.java:39)
	at org.wildfly.test.integration.weld.beanarchives.Alpha$Literal.<clinit>(Alpha.java:42)
	... 27 more
"}}}}
	at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:184)
	at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:162)
	at org.jboss.as.arquillian.container.ArchiveDeployer.deploy(ArchiveDeployer.java:91)
	at org.jboss.as.arquillian.container.CommonDeployableContainer.deploy(CommonDeployableContainer.java:244)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$3.call(ContainerDeployController.java:161)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$3.call(ContainerDeployController.java:128)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.executeOperation(ContainerDeployController.java:271)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.deploy(ContainerDeployController.java:127)
	at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
	at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
	at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
	at org.jboss.arquillian.container.impl.client.container.DeploymentExceptionHandler.verifyExpectedExceptionDuringDeploy(DeploymentExceptionHandler.java:50)
	at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
	at org.jboss.arquillian.container.impl.client.ContainerDeploymentContextHandler.createDeploymentContext(ContainerDeploymentContextHandler.java:78)
	at org.jboss.arquillian.container.impl.client.ContainerDeploymentContextHandler.createContainerContext(ContainerDeploymentContextHandler.java:57)
	at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
	at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$1.perform(ContainerDeployController.java:95)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$1.perform(ContainerDeployController.java:80)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.forEachDeployment(ContainerDeployController.java:263)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.forEachManagedDeployment(ContainerDeployController.java:239)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.deployManaged(ContainerDeployController.java:79)
	at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:101)
	at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:87)
	at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:202)
	at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:431)
	at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:55)
	at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:219)
	at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:167)

Adding the permission helps.

If an MIME-Multipart message is unmarshalled into a Camel Message with attachments and the attachment parts do not have a file name defined, the MIME-Multipart data format will throw a NullPointerException (because the file name is used as the key for the map where the DataHandler is stored in the Camel Message).
The provided patch checks whether there is a file name defined on the data handler. If this is not the case the Content-ID header of the attachment is used, if that is also not defined a unique id is generated for the key.
See the two attached MIME-Multipart documents used in the unit tests for details.

latest HEAD from today (02.02.2009)
with 'clean install' i get
------------------------------------------------------------------------
[ERROR]BUILD ERROR
Bundle transformer returned warnings.  Please fix manifest template at 'C:\netbeans_projects\spring-batch\spring-batch-infrastructure/template.mf' and try again.
details with -e switch
[DEBUG]Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Bundle transformer returned warnings.  Please fix manifest template at 'C:\netbeans_projects\spring-batch\spring-batch-infrastructure/template.mf' and try again.
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:583)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
        at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Bundle transformer returned warnings.  Please fix manifest template at 'C:\netbeans_projects\spring-batch\spring-batch-infrastructure/template.mf' and try again.
        at com.springsource.bundlor.maven.plugin.AbstractBundlorMojo.execute(AbstractBundlorMojo.java:212)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
        ... 16 more

Spring Batch currently depends on Jettison 1.2, which conflicts with other Spring Boot modules, like Spring Cloud Netflix. Specifically, Eureka has a dependency for Jettison 1.3.x. If an application utilizes both Eureka and Spring Batch, then XStream exceptions are generated when utilizing JobExplorer.
Jettison 1.2 is also very old. It was released in 2010.

From trunk build last night....
https://builds.apache.org/view/H-L/view/HBase/job/HBase-TRUNK/5796/consoleText

...
2014-11-19 09:23:06,000 ERROR [RS:0;asf900:49047.replicationSource,2] regionserver.ReplicationSource$1(778): Unexpected exception in ReplicationSource, currentPath=hdfs://localhost:53151/user/jenkins/hbase/WALs/asf900.gq1.ygridcore.net,49047,1416388982221/asf900.gq1.ygridcore.net%2C49047%2C1416388982221.default.1416388983009
	at org.apache.hadoop.hbase.wal.WALFactory.close(WALFactory.java:190)
	at org.apache.hadoop.hbase.wal.WALFactory.getInstance(WALFactory.java:365)
	at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:382)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationWALReaderManager.openReader(ReplicationWALReaderManager.java:69)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.openReader(ReplicationSource.java:518)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:331)
2014-11-19 09:23:06,006 INFO  [M:0;asf900:60818] wal.FSHLog(543): WAL configuration: blocksize=128 MB, rollsize=39.32 KB, 
...

You want to take a looksee Sean Busbey?

If AssignmentManager tries to move a region to an invalid destination server, rather than choosing a random server as intended, it throws an NPE.
Line 1009 should check if existingPlan.getDestination()!=null:
 if (existingPlan == null || forceNewPlan ||
          (existingPlan.getDestination() != null && existingPlan.getDestination().equals(serverToExclude))) {
I triggered it by trying to manually move regions around, probably to an invalid destination server.  I'm not currently able to build the project to test if that's the extent of the problem, so here's a little more info...  
It leaves a stranded region-in-transition until the master and/or regionserver are restarted and causes problems like the following.  "hbck -fix" was unable to repair it.
2011-01-04 00:14:10,948 DEBUG org.apache.hadoop.hbase.master.CatalogJanitor: Scanned 4287 catalog row(s) and gc'd 0 unreferenced parent region(s)
2011-01-04 00:14:18,574 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because 1 region(s) in transition: 
{23ebce9a5d174f87bfb96ed1da387fdc=RandomValue,,1291219068335.23ebce9a5d174f87bfb96ed1da387fdc. state=OFFLINE, ts=1294118046139}
2011-01-04 00:14:36,142 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  RandomValue,,1291219068335.23ebce9a5d174f87bfb96ed1da387fdc. state=OFFLINE, ts=1294118046139
2011-01-04 00:14:36,142 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been OFFLINE for too long, reassigning RandomValue,,1291219068335.23ebce9a5d174f87bfb96ed1da387fdc. to a random server
2011-01-04 00:14:36,142 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Forcing OFFLINE; was=RandomValue,,1291219068335.23ebce9a5d174f87bfb96ed1da387fdc. state=OFFLINE, ts=1294118046139
2011-01-04 00:14:36,142 ERROR org.apache.hadoop.hbase.master.AssignmentManager$TimeoutMonitor: Caught exception
        at org.apache.hadoop.hbase.master.AssignmentManager.getRegionPlan(AssignmentManager.java:934) (i think this is .90.0RC1, so same bug on a different line number)
        at org.apache.hadoop.hbase.master.AssignmentManager.getRegionPlan(AssignmentManager.java:909)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:822)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:663)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:643)
        at org.apache.hadoop.hbase.master.AssignmentManager$TimeoutMonitor.chore(AssignmentManager.java:1481)

The following modifications are suggested for Sybase section of the sql-error-codes.xml. Ref. Sybase ASE 15.5 manual.
Drop following error codes from "badSqlGrammarCodes" section because they are not really bad grammer errors.
Error code - Actual error message from Sybase
207 -         non-existent column
208 -         object not found error
213 - column name or column values  don't match
257 - coversion of datatype is not allowed
512 - subquery returned more than one value
Add following codes to "duplicatekeycodes" section.
2615 - 'Attempt to insert duplicate row in table in clustered index'
2626 - Illegal attempt to insert duplicate key row in clustered index
Drop code 423 from "dataIntegrityViolationCodes" section as this is not a valid code in Sybase ASE.

The eclipse configuration was broken by the addition of HBase and ZK JARs in HIVE-1293.

We observed a deadlock in production between the following threads:

IPC handler thread holding the monitor lock on MemStoreFlusher inside reclaimMemStoreMemory, waiting to obtain MemStoreFlusher.lock (the reentrant lock member)
cacheFlusher thread inside flushRegion holds MemStoreFlusher.lock, and then calls PriorityCompactionQueue.add, which calls PriorityCompactionQueue.addToRegionsInQueue, which calls CompactionRequest.toString(), which calls Date.toString. If this occurs just after a GC under memory pressure, Date.toString needs to reload locale information (stored in a soft reference), so it calls ResourceBundle.loadBundle, which uses Thread.currentThread() as a synchronizer (see sun bug http://bugs.sun.com/view_bug.do?bug_id=6915621). Since the current thread is the MemStoreFlusher itself, we have a lock order inversion and a deadlock.

Few code improvements in the ql and serde packages.
1) Little performance Improvements 
2) Null checks to avoid NPEs
3) Effective varaible management.

When multiple HS2s are run, creating a permanent fn is only executed on one of them, and the other HS2s don't get the new function. Unlike say with tables, where we always get stuff from db on demand, fns are registered at certain points in the code and if the new one is not registered, it will not be available. 
We should restore the pre-HIVE-2573 behavior of being able to refresh the UDFs on demand.

There is problem with using @Query annotation with condition in and collection of UUIDs.
 We have the next repository: 

package com.example.demo;

import java.util.UUID;
import org.springframework.data.domain.PageRequest;
import org.springframework.data.mongodb.repository.Query;

public interface CatRepository extends MongoRepository<Cat, UUID> {
     @Query("{ '_id' :  ?0 }")
    Optional<Cat> findById(UUID id);

    @Query("{ '_id' : {'$in' : ?0 }}")
    List<Cat> findAllByIdIn(List<UUID> ids);
}

When we try to search using CatRepository

 List<Cat> cats = catRepository.findAllByIdIn(ids);

we get

org.springframework.data.mongodb.UncategorizedMongoDbException: Query failed with error code 2 and error message 'cannot nest $ under $in' on server localhost:27017; nested exception is com.mongodb.MongoQueryException: Query failed with error code 2 and error message 'cannot nest $ under $in' on server localhost:27017
	at org.springframework.data.mongodb.core.MongoExceptionTranslator.translateExceptionIfPossible(MongoExceptionTranslator.java:131) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.data.mongodb.core.MongoTemplate.potentiallyConvertRuntimeException(MongoTemplate.java:2592) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:2459) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:2267) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.data.mongodb.core.ExecutableFindOperationSupport$ExecutableFindSupport.doFind(ExecutableFindOperationSupport.java:213) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.data.mongodb.core.ExecutableFindOperationSupport$ExecutableFindSupport.all(ExecutableFindOperationSupport.java:169) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery.lambda$getExecution$1(AbstractMongoQuery.java:113) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery.execute(AbstractMongoQuery.java:97) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:590) ~[spring-data-commons-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:578) ~[spring-data-commons-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) ~[spring-aop-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:59) ~[spring-data-commons-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) ~[spring-aop-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.data.repository.core.support.SurroundingTransactionDetectorMethodInterceptor.invoke(SurroundingTransactionDetectorMethodInterceptor.java:61) ~[spring-data-commons-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212) ~[spring-aop-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at com.sun.proxy.$Proxy75.findAllByIdIn(Unknown Source) ~[na:na]
	at com.example.demo.GetController.getRes(GetController.java:28) ~[classes/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_131]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_131]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_131]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_131]
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:209) ~[spring-web-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:136) ~[spring-web-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:102) ~[spring-webmvc-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:877) ~[spring-webmvc-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:783) ~[spring-webmvc-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87) ~[spring-webmvc-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:991) ~[spring-webmvc-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:925) ~[spring-webmvc-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:974) [spring-webmvc-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:866) [spring-webmvc-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:635) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:851) [spring-webmvc-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:742) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) [tomcat-embed-websocket-8.5.31.jar:8.5.31]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99) [spring-web-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [spring-web-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:109) [spring-web-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:93) [spring-web-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:200) [spring-web-5.0.7.RELEASE.jar:5.0.7.RELEASE]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:496) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:803) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:790) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1468) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_131]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_131]
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-8.5.31.jar:8.5.31]
	at java.lang.Thread.run(Thread.java:748) [na:1.8.0_131]
Caused by: com.mongodb.MongoQueryException: Query failed with error code 2 and error message 'cannot nest $ under $in' on server localhost:27017
	at com.mongodb.operation.FindOperation$1.call(FindOperation.java:722) ~[mongodb-driver-core-3.6.4.jar:na]
	at com.mongodb.operation.FindOperation$1.call(FindOperation.java:711) ~[mongodb-driver-core-3.6.4.jar:na]
	at com.mongodb.operation.OperationHelper.withConnectionSource(OperationHelper.java:471) ~[mongodb-driver-core-3.6.4.jar:na]
	at com.mongodb.operation.OperationHelper.withConnection(OperationHelper.java:415) ~[mongodb-driver-core-3.6.4.jar:na]
	at com.mongodb.operation.FindOperation.execute(FindOperation.java:711) ~[mongodb-driver-core-3.6.4.jar:na]
	at com.mongodb.operation.FindOperation.execute(FindOperation.java:83) ~[mongodb-driver-core-3.6.4.jar:na]
	at com.mongodb.Mongo$3.execute(Mongo.java:826) ~[mongodb-driver-3.6.4.jar:na]
	at com.mongodb.MongoIterableImpl.execute(MongoIterableImpl.java:130) ~[mongodb-driver-3.6.4.jar:na]
	at com.mongodb.MongoIterableImpl.iterator(MongoIterableImpl.java:77) ~[mongodb-driver-3.6.4.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:2442) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
	... 71 common frames omitted

The native query looks like

{ "_id" : { "$in" : [{ "$uuid" : "6acbafa5-cc69-4721-8980-3e8524289131" }, { "$uuid" : "80a2f28e-b45a-4dd3-8eee-880e185ad206" }] } }

But if we use

Optional<Cat> cat = catRepository.findById(id);

it works fine. The native query is

{ "_id" : { "$binary" : "t0I8kH1RzkqxmyucR/8jig==", "$type" : "03" } }

The main problem is in org.springframework.data.mongodb.repository.query.ExpressionEvaluatingParameterBinder#getParameterValueForBinding. When we use Collection of UUID in our repository method ExpressionEvaluatingParameterBinder goes to JSON.serialize(value) and uses com.mongodb.util.JSONSerializers.UuidSerializer. It serializes UUID only as

 { "$uuid" : "80a2f28e-b45a-4dd3-8eee-880e185ad206" }

[standalone@localhost:9990 /] patch apply /tmp/7e387d2d-a9de-4537-ad29-6f66ada17e53/77cc1914-21ea-4c9e-b023-d981b3cb80e0.zip
Conflicts detected: jboss-modules.jar

That message doesn't say much. It should say something like 'the hash of xxx has changed, you have probably applied manual changes to xxx. Use --override or --preserve arguments to specify how the conflicts should be dealt with.'

I'm initializing mongo with a spring xml. I'm using propertyPlaceHolderConfigurer to inject parameters that are coming from jndi.
I can configure my application with a replicatset or not (a simple host). 
The only workaround to distinct the two cases is to inject a empty string for replicaset when i'm using a simple host. But MongoFactoryBean should ignore this property in this case.

Right now we have some inconsistency wrt sending back tags on read. We do this in scan when using Java client(Codec based cell block encoding). But during a Get operation or when a pure PB based Scan comes we are not sending back the tags.  So any of the below fix we have to do
1. Send back tags in missing cases also. But sending back visibility expression/ cell ACL is not correct.
2. Don't send back tags in any case. This will a problem when a tool like ExportTool use the scan to export the table data. We will miss exporting the cell visibility/ACL.
3. Send back tags based on some condition. It has to be per scan basis. Simplest way is pass some kind of attribute in Scan which says whether to send back tags or not. But believing some thing what scan specifies might not be correct IMO. Then comes the way of checking the user who is doing the scan. When a HBase super user doing the scan then only send back tags. So when a case comes like Export Tool's the execution should happen from a super user.
So IMO we should go with #3.
Patch coming soon.

HIVE-11826 makes a change to restrict connections to metastore to users who belong to groups under 'hadoop.proxyuser.hive.groups'.
That property was only a meant to be a hadoop property, which controls what users the hive user can impersonate. What this change is doing is to enable use of that to also restrict who can connect to metastore server. This is new functionality, not a bug fix. There is value to this functionality.
However, this change makes hive unusable in a properly secured cluster. If 'hadoop.proxyuser.hive.hosts' is set to the proper set of hosts that run Metastore and Hiveserver2 (instead of a very open "*"), then users will be able to connect to metastore only from those hosts.

There is a mismatch between suggested JAVA version and default in comments in hbase-env.sh:

# The java implementation to use.  Java 1.7+ required.
# export JAVA_HOME=/usr/java/jdk1.6.0/

The case insensitive behavior of roles should be specific to sql standard authorization.
Group type for principal also should be disabled at the sql std authorization layer, instead of disallowing it at the API level.

Refactor ThriftBinaryCLIService and ThriftHttpCLIService tests.

Hi all:
 When I ran 

create 't1', 'f1', SPLITS_FILE => 'splits.txt'

on HBase2.0.0, it failed, and no detailed error info, just like below:

ERROR: 

Examples:

So I opened the debug:

hbase shell -d

and 

ERROR: 
Backtrace: org.apache.hadoop.hbase.util.Bytes.toBytes(org/apache/hadoop/hbase/util/Bytes.java:732)
org.apache.hadoop.hbase.HTableDescriptor.setValue(org/apache/hadoop/hbase/HTableDescriptor.java:190)

But it works on branch 1.2.0.
so I view the source code, I find the issue is because the below code:

// admin.rb
if arg.key?(SPLITS_FILE)
  splits_file = arg.delete(SPLITS_FILE)
  unless File.exist?(splits_file)
    raise(ArgumentError, "Splits file #{splits_file} doesn't exist")
  end
  arg[SPLITS] = []
  File.foreach(splits_file) do |line|
    arg[SPLITS].push(line.chomp)
  end
  htd.setValue(SPLITS_FILE, arg[SPLITS_FILE])
end

// HTableDescriptor part
public HTableDescriptor setValue(String key, String value) {
  getDelegateeForModification().setValue(Bytes.toBytes(key), Bytes.toBytes(value));
  return this;
}

// Bytes part
public static byte[] toBytes(String s) {
  try {
    return s.getBytes(UTF8_CSN);
  } catch (UnsupportedEncodingException e) {
    // should never happen!
    throw new IllegalArgumentException("UTF8 decoding is not supported", e);
  }
}

Call flow is:

admin.rb ---> htd.setValue(SPLITS_FILE, arg[SPLITS_FILE]) ---> Bytes.toBytes(key) && Bytes.toBytes(value) 

from Bytes.toBytes, if s is null, the function will throw NullPointerException, but HTableDescriptor.setValue(String key, String value) does not check key and value.
in admin.rb, it use arg.delete(SPLITS_FILE) to get the value, but this means, after using arg.delete(SPLITS_FILE),  arg[SPLITS_FILE] will return nil. so HTableDescriptor.setValue(String key, String value) does not check key and value is root cause.
why branch below 2.0.0 works fine, because old code is :

if (value == null) {
remove(key);
} else {
setValue(Bytes.toBytes(key), Bytes.toBytes(value));
}
return this;
}

it check the value.
 since branch 2.0.0, HBase add new function called 'TableDescriptorBuilder'
it included:

public ModifyableTableDescriptor setValue(String key, String value) {
  return setValue(toBytesOrNull(key, Bytes::toBytes),
          toBytesOrNull(value, Bytes::toBytes));
}

it checked key and value, but HTableDescriptor.setValue(String key, String value)  does not call it, so
just change HTableDescriptor.setValue(String key, String value) to call it, it will works

We are using an HRegion.createRegion() method in MFS.bootstrap() which is for unit tests: 

2014-09-15 18:20:47,755 INFO  [M:0;localhost:53201] wal.FSHLog: New WAL /var/folders/h5/bbxg50c12r5bhsd9hf1n9hlr0000gp/T/hbase-enis/hbase/data/hbase/meta/1588230740/WALs/hlog.1410830447741
..
2014-09-15 18:20:47,825 DEBUG [M:0;localhost:53201] wal.FSHLog: Closing WAL writer in file:/var/folders/h5/bbxg50c12r5bhsd9hf1n9hlr0000gp/T/hbase-enis/hbase/data/hbase/meta/1588230740/WALs
..
2014-09-15 18:20:47,826 DEBUG [M:0;localhost:53201] wal.FSHLog: Moved 1 WAL file(s) to /var/folders/h5/bbxg50c12r5bhsd9hf1n9hlr0000gp/T/hbase-enis/hbase/data/hbase/meta/1588230740/oldWALs

Hive on Spark, failed with error:

2017-02-08 09:50:59,331 Stage-2_0: 1039(+2)/1041 Stage-3_0: 796(+456)/1520 Stage-4_0: 0/2021 Stage-5_0: 0/1009 Stage-6_0: 0/1
2017-02-08 09:51:00,335 Stage-2_0: 1040(+1)/1041 Stage-3_0: 914(+398)/1520 Stage-4_0: 0/2021 Stage-5_0: 0/1009 Stage-6_0: 0/1
2017-02-08 09:51:01,338 Stage-2_0: 1041/1041 Finished Stage-3_0: 961(+383)/1520 Stage-4_0: 0/2021 Stage-5_0: 0/1009 Stage-6_0: 0/1
Failed to monitor Job[ 2] with exception 'java.lang.IllegalStateException(RPC channel is closed.)'
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.spark.SparkTask

application log shows the driver commanded a shutdown with some unknown reason, but hive's log shows Driver could not get RPC header( Expected RPC header, got org.apache.hive.spark.client.rpc.Rpc$NullMessage instead).

17/02/08 09:51:04 INFO exec.Utilities: PLAN PATH = hdfs://hsx-node1:8020/tmp/hive/root/b723c85d-2a7b-469e-bab1-9c165b25e656/hive_2017-02-08_09-49-37_890_6267025825539539056-1/-mr-10006/71a9dacb-a463-40ef-9e86-78d3b8e3738d/map.xml
17/02/08 09:51:04 INFO executor.Executor: Executor killed task 1169.0 in stage 3.0 (TID 2519)
17/02/08 09:51:04 INFO executor.CoarseGrainedExecutorBackend: Driver commanded a shutdown
17/02/08 09:51:04 INFO storage.MemoryStore: MemoryStore cleared
17/02/08 09:51:04 INFO storage.BlockManager: BlockManager stopped
17/02/08 09:51:04 WARN executor.CoarseGrainedExecutorBackend: An unknown (hsx-node1:42777) driver disconnected.
17/02/08 09:51:04 ERROR executor.CoarseGrainedExecutorBackend: Driver 192.168.1.1:42777 disassociated! Shutting down.
17/02/08 09:51:04 INFO executor.Executor: Executor killed task 1105.0 in stage 3.0 (TID 2511)
17/02/08 09:51:04 INFO util.ShutdownHookManager: Shutdown hook called
17/02/08 09:51:04 INFO remote.RemoteActorRefProvider$RemotingTerminator: Shutting down remote daemon.
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk6/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-71da1dfc-99bd-4687-bc2f-33452db8de3d
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk2/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-7f134d81-e77e-4b92-bd99-0a51d0962c14
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk5/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-77a90d63-fb05-4bc6-8d5e-1562cc502e6c
17/02/08 09:51:04 INFO remote.RemoteActorRefProvider$RemotingTerminator: Remote daemon shut down; proceeding with flushing remote transports.
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk4/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-91f8b91a-114d-4340-8560-d3cd085c1cd4
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk1/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-a3c24f9e-8609-48f0-9d37-0de7ae06682a
17/02/08 09:51:04 INFO remote.RemoteActorRefProvider$RemotingTerminator: Remoting shut down.
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk7/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-f6120a43-2158-4780-927c-c5786b78f53e
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk3/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-e17931ad-9e8a-45da-86f8-9a0fdca0fad1
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk8/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-4de34175-f871-4c28-8ec0-d2fc0020c5c3
17/02/08 09:51:04 INFO executor.Executor: Executor killed task 1137.0 in stage 3.0 (TID 2515)
17/02/08 09:51:04 INFO executor.Executor: Executor killed task 897.0 in stage 3.0 (TID 2417)
17/02/08 09:51:04 INFO executor.Executor: Executor killed task 1225.0 in stage 3.0 (TID 2526)
17/02/08 09:51:04 INFO executor.Executor: Executor killed task 905.0 in stage 3.0 (TID 2423)

in hive's log,

2017-02-08T09:51:04,327 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 INFO scheduler.TaskSetManager: Finished task 971.0 in stage 3.0 (TID 2218) in 5948 ms on hsx-node8 (1338/1520)
2017-02-08T09:51:04,346 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 INFO rpc.RpcDispatcher: [DriverProtocol] Closing channel due to exception in pipeline (org.apache.hive.spark.client.RemoteDriver$DriverProtocol.handle(io.netty.channel.ChannelHandlerContext, org.apache.hive.spark.client.rpc.Rpc$MessageHeader)).
2017-02-08T09:51:04,346 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 WARN rpc.RpcDispatcher: [DriverProtocol] Expected RPC header, got org.apache.hive.spark.client.rpc.Rpc$NullMessage instead.
2017-02-08T09:51:04,347 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 INFO rpc.RpcDispatcher: [DriverProtocol] Closing channel due to exception in pipeline (null).
2017-02-08T09:51:04,347 INFO [RPC-Handler-3] rpc.RpcDispatcher: [ClientProtocol] Closing channel due to exception in pipeline (Connection reset by peer).
2017-02-08T09:51:04,347 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 ERROR scheduler.LiveListenerBus: Listener ClientListener threw an exception
2017-02-08T09:51:04,347 INFO [stderr-redir-1] client.SparkClientImpl: java.lang.IllegalStateException: RPC channel is closed.
2017-02-08T09:51:04,347 INFO [stderr-redir-1] client.SparkClientImpl: at com.google.common.base.Preconditions.checkState(Preconditions.java:149)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.rpc.Rpc.call(Rpc.java:276)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.rpc.Rpc.call(Rpc.java:259)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.RemoteDriver$DriverProtocol.sendMetrics(RemoteDriver.java:270)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.RemoteDriver$ClientListener.onTaskEnd(RemoteDriver.java:490)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.scheduler.SparkListenerBus$class.onPostEvent(SparkListenerBus.scala:42)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.scheduler.LiveListenerBus.onPostEvent(LiveListenerBus.scala:31)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.ListenerBus$class.postToAll(ListenerBus.scala:55)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus.postToAll(AsynchronousListenerBus.scala:37)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1$$anonfun$run$1$$anonfun$apply$mcV$sp$1.apply$mcV$sp(AsynchronousListenerBus.scala:80)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1$$anonfun$run$1$$anonfun$apply$mcV$sp$1.apply(AsynchronousListenerBus.scala:65)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at scala.util.DynamicVariable.withValue(DynamicVariable.scala:57)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1$$anonfun$run$1.apply$mcV$sp(AsynchronousListenerBus.scala:64)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.Utils$.tryOrStopSparkContext(Utils.scala:1181)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1.run(AsynchronousListenerBus.scala:63)
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 WARN rpc.Rpc: Failed to send RPC, closing connection.
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: java.nio.channels.ClosedChannelException
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 WARN client.RemoteDriver: Shutting down driver because RPC channel was closed.
2017-02-08T09:51:04,348 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 INFO client.RemoteDriver: Shutting down remote driver.
2017-02-08T09:51:04,349 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 ERROR scheduler.LiveListenerBus: Listener ClientListener threw an exception
2017-02-08T09:51:04,349 INFO [stderr-redir-1] client.SparkClientImpl: java.lang.IllegalStateException: RPC channel is closed.
2017-02-08T09:51:04,349 INFO [stderr-redir-1] client.SparkClientImpl: at com.google.common.base.Preconditions.checkState(Preconditions.java:149)
2017-02-08T09:51:04,349 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.rpc.Rpc.call(Rpc.java:276)
2017-02-08T09:51:04,349 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.rpc.Rpc.call(Rpc.java:259)
2017-02-08T09:51:04,349 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.RemoteDriver$DriverProtocol.sendMetrics(RemoteDriver.java:270)
2017-02-08T09:51:04,349 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.RemoteDriver$ClientListener.onTaskEnd(RemoteDriver.java:490)
2017-02-08T09:51:04,349 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.scheduler.SparkListenerBus$class.onPostEvent(SparkListenerBus.scala:42)
2017-02-08T09:51:04,349 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.scheduler.LiveListenerBus.onPostEvent(LiveListenerBus.scala:31)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.scheduler.LiveListenerBus.onPostEvent(LiveListenerBus.scala:31)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.ListenerBus$class.postToAll(ListenerBus.scala:55)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus.postToAll(AsynchronousListenerBus.scala:37)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1$$anonfun$run$1$$anonfun$apply$mcV$sp$1.apply$mcV$sp(AsynchronousListenerBus.scala:80)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1$$anonfun$run$1$$anonfun$apply$mcV$sp$1.apply(AsynchronousListenerBus.scala:65)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: at scala.util.DynamicVariable.withValue(DynamicVariable.scala:57)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1$$anonfun$run$1.apply$mcV$sp(AsynchronousListenerBus.scala:64)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.Utils$.tryOrStopSparkContext(Utils.scala:1181)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1.run(AsynchronousListenerBus.scala:63)
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 INFO scheduler.DAGScheduler: Asked to cancel job 2
2017-02-08T09:51:04,350 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 ERROR scheduler.LiveListenerBus: Listener ClientListener threw an exception
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: java.lang.InterruptedException
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at java.lang.Object.wait(Native Method)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at java.lang.Object.wait(Object.java:502)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.scheduler.JobWaiter.awaitResult(JobWaiter.scala:73)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.SimpleFutureAction.org$apache$spark$SimpleFutureAction$$awaitResult(FutureAction.scala:165)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.SimpleFutureAction.ready(FutureAction.scala:120)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.SimpleFutureAction.ready(FutureAction.scala:108)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at scala.concurrent.Await$$anonfun$ready$1.apply(package.scala:86)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at scala.concurrent.BlockContext$DefaultBlockContext$.blockOn(BlockContext.scala:53)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at scala.concurrent.Await$.ready(package.scala:86)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.JavaFutureActionWrapper.getImpl(FutureAction.scala:303)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.JavaFutureActionWrapper.get(FutureAction.scala:316)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:362)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:323)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at java.util.concurrent.FutureTask.run(FutureTask.java:266)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at java.lang.Thread.run(Thread.java:745)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 ERROR scheduler.LiveListenerBus: Listener ClientListener threw an exception
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: java.lang.IllegalStateException: RPC channel is closed.
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at com.google.common.base.Preconditions.checkState(Preconditions.java:149)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.rpc.Rpc.call(Rpc.java:276)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.rpc.Rpc.call(Rpc.java:259)
2017-02-08T09:51:04,351 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.RemoteDriver$DriverProtocol.sendMetrics(RemoteDriver.java:270)
2017-02-08T09:51:04,352 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.hive.spark.client.RemoteDriver$ClientListener.onTaskEnd(RemoteDriver.java:490)
2017-02-08T09:51:04,352 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.scheduler.SparkListenerBus$class.onPostEvent(SparkListenerBus.scala:42)
2017-02-08T09:51:04,352 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.scheduler.LiveListenerBus.onPostEvent(LiveListenerBus.scala:31)
2017-02-08T09:51:04,352 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.ListenerBus$class.postToAll(ListenerBus.scala:55)
2017-02-08T09:51:04,352 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus.postToAll(AsynchronousListenerBus.scala:37)
2017-02-08T09:51:04,352 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1$$anonfun$run$1$$anonfun$apply$mcV$sp$1.apply$mcV$sp(AsynchronousListenerBus.scala:80)
2017-02-08T09:51:04,352 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1$$anonfun$run$1$$anonfun$apply$mcV$sp$1.apply(AsynchronousListenerBus.scala:65)
2017-02-08T09:51:04,352 INFO [stderr-redir-1] client.SparkClientImpl: at scala.util.DynamicVariable.withValue(DynamicVariable.scala:57)
2017-02-08T09:51:04,352 INFO [stderr-redir-1] client.SparkClientImpl: at org.apache.spark.util.AsynchronousListenerBus$$anon$1$$anonfun$run$1.apply$mcV$sp(AsynchronousListenerBus.scala:64)
2017-02-08T09:51:04,654 INFO [stderr-redir-1] client.SparkClientImpl: 17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /tmp/spark-65f40590-d87f-4701-b374-6b3b2a11538c
2017-02-08T09:52:04,346 WARN [b723c85d-2a7b-469e-bab1-9c165b25e656 main] impl.RemoteSparkJobStatus: Error getting stage info
java.util.concurrent.TimeoutException
at io.netty.util.concurrent.AbstractFuture.get(AbstractFuture.java:49) ~[netty-all-4.0.23.Final.jar:4.0.23.Final]
at org.apache.hadoop.hive.ql.exec.spark.status.impl.RemoteSparkJobStatus.getSparkStageInfo(RemoteSparkJobStatus.java:161) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.spark.status.impl.RemoteSparkJobStatus.getSparkStageProgress(RemoteSparkJobStatus.java:96) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.spark.status.RemoteSparkJobMonitor.startMonitor(RemoteSparkJobMonitor.java:82) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.spark.status.impl.RemoteSparkJobRef.monitorJob(RemoteSparkJobRef.java:60) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.spark.SparkTask.execute(SparkTask.java:101) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:199) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1997) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1688) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1419) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1143) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1131) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:233) ~[hive-cli-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:184) ~[hive-cli-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:400) ~[hive-cli-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:336) ~[hive-cli-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:430) ~[hive-cli-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:446) ~[hive-cli-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:749) ~[hive-cli-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:715) ~[hive-cli-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:642) ~[hive-cli-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_60]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_60]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_60]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_60]
at org.apache.hadoop.util.RunJar.run(RunJar.java:221) ~[spark-assembly-1.6.2-hadoop2.6.0.jar:1.6.2]
at org.apache.hadoop.util.RunJar.main(RunJar.java:136) ~[spark-assembly-1.6.2-hadoop2.6.0.jar:1.6.2]
2017-02-08T09:52:04,346 ERROR [b723c85d-2a7b-469e-bab1-9c165b25e656 main] status.SparkJobMonitor: Failed to monitor Job[ 2] with exception 'java.lang.IllegalStateException(RPC channel is closed.)'
java.lang.IllegalStateException: RPC channel is closed.
at com.google.common.base.Preconditions.checkState(Preconditions.java:149) ~[guava-14.0.1.jar:?]
at org.apache.hive.spark.client.rpc.Rpc.call(Rpc.java:276) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]

also in container's log, I find Driver still request for executors:

17/02/08 09:51:00 INFO yarn.YarnAllocator: Driver requested a total number of 77 executor(s).
17/02/08 09:51:00 INFO yarn.YarnAllocator: Canceling requests for 2 executor containers
17/02/08 09:51:00 INFO yarn.YarnAllocator: Driver requested a total number of 76 executor(s).
17/02/08 09:51:00 INFO yarn.YarnAllocator: Canceling requests for 1 executor containers
17/02/08 09:51:00 INFO yarn.YarnAllocator: Driver requested a total number of 75 executor(s).
17/02/08 09:51:00 INFO yarn.YarnAllocator: Driver requested a total number of 74 executor(s).
17/02/08 09:51:00 INFO yarn.YarnAllocator: Driver requested a total number of 73 executor(s).
17/02/08 09:51:00 INFO yarn.YarnAllocator: Driver requested a total number of 71 executor(s).
17/02/08 09:51:00 INFO yarn.YarnAllocator: Driver requested a total number of 70 executor(s).
17/02/08 09:51:04 INFO yarn.YarnAllocator: Driver requested a total number of 50 executor(s).
17/02/08 09:51:04 INFO yarn.YarnAllocator: Canceling requests for 0 executor containers
17/02/08 09:51:04 WARN yarn.YarnAllocator: Expected to find pending requests, but found none.
17/02/08 09:51:04 INFO yarn.YarnAllocator: Driver requested a total number of 0 executor(s).
17/02/08 09:51:04 INFO yarn.ApplicationMaster$AMEndpoint: Driver terminated or disconnected! Shutting down. 192.168.1.1:42777
17/02/08 09:51:04 INFO yarn.ApplicationMaster$AMEndpoint: Driver terminated or disconnected! Shutting down. hsx-node1:42777
17/02/08 09:51:04 INFO yarn.ApplicationMaster: Final app status: SUCCEEDED, exitCode: 0
17/02/08 09:51:04 INFO yarn.ApplicationMaster: Unregistering ApplicationMaster with SUCCEEDED
17/02/08 09:51:04 INFO impl.AMRMClientImpl: Waiting for application to be successfully unregistered.
17/02/08 09:51:04 INFO yarn.ApplicationMaster: Deleting staging directory .sparkStaging/application_1486453422616_0150

found only one ERROR in yarn application log:

17/02/08 09:51:00 INFO executor.Executor: Finished task 1492.0 in stage 3.0 (TID 2168). 3294 bytes result sent to driver
17/02/08 09:51:00 INFO executor.Executor: Finished task 556.0 in stage 3.0 (TID 1587). 3312 bytes result sent to driver
17/02/08 09:51:00 INFO executor.Executor: Finished task 1412.0 in stage 3.0 (TID 2136). 3294 bytes result sent to driver
17/02/08 09:51:00 INFO executor.Executor: Finished task 1236.0 in stage 3.0 (TID 2007). 3294 bytes result sent to driver
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk8/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-a8167f0b-f3c3-458f-ad51-8a0f4bcda4f3
17/02/08 09:51:04 INFO util.ShutdownHookManager: Deleting directory /mnt/disk1/yarn/nm/usercache/root/appcache/application_1486453422616_0150/spark-26cba445-66d2-4b78-a428-17881c92f0f6

this error occurs when several queries run at the same time with large data scale, in fact it would not occur when running the query separately, but it can frequently occur when running together again.

10:23:36,899 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache.store.web.dist: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache.store.web.dist: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978)
Caused by: java.lang.IllegalStateException: ISPN000912: Expecting a protected configuration for AbstractStoreConfiguration
	at org.infinispan.commons.configuration.attributes.AttributeSet.checkProtection(AttributeSet.java:177)
	at org.infinispan.configuration.cache.AbstractStoreConfiguration.<init>(AbstractStoreConfiguration.java:65)
	at org.jboss.as.clustering.infinispan.subsystem.CustomStoreConfiguration.<init>(CustomStoreConfiguration.java:36)
	at org.jboss.as.clustering.infinispan.subsystem.CustomStoreConfigurationBuilder.create(CustomStoreConfigurationBuilder.java:40)
	at org.jboss.as.clustering.infinispan.subsystem.CustomStoreConfigurationBuilder.create(CustomStoreConfigurationBuilder.java:32)
	at org.infinispan.configuration.cache.PersistenceConfigurationBuilder.create(PersistenceConfigurationBuilder.java:146)
	at org.jboss.as.clustering.infinispan.subsystem.StoreBuilder.getValue(StoreBuilder.java:110)
	at org.jboss.as.clustering.infinispan.subsystem.CustomStoreBuilder.getValue(CustomStoreBuilder.java:70)
	at org.jboss.as.clustering.infinispan.subsystem.CustomStoreBuilder.getValue(CustomStoreBuilder.java:46)
	... 3 more

Subtle problem in HBASE-15891:

try (A myA = new A(new B()))

An exception thrown between B starting to open an A finishing initialization may not result in B being closed. A safer syntax would be:

try(B myB = new B(); A myA = newA(myB))

AspectJExpressionPointcut.initializePointcutParser() calls PointcutParser.getPointcutParserSupportingSpecifiedPrimitivesAndUsingContextClassloaderForResolution() which uses the current thread's context class loader to initialize the pointcut parser's world. the context classloader is never set to the classloader of the current beanfactory though (i'm calling ApplicationContext.refresh() initially).
either the context classloader needs to be set or p.setClassLoader(beanFactory.getClassLoader()) needs to be called somewhere in AspectJExpressionPointcut.

Hi,
  I was tooling with new version of Spring Framework, specifially I was trying to enable aspectJ load time weaving using @EnableLoadTimeWeaving annotation, but I failed. I had No LoadTimeWeaver available error.
Having a look at the source code I saw that at line #87 it checks if aop.xml resource is available, and then return. Shouldn't be the opposite?
Regards.
Lorenzo

HBASE-20582 got me looking at how we use Jackson. It appears that we moved some JSON code from hbase-server into hbase-common via HBASE-19053. But, there seems to be no good reason why this code should live there and not in hbase-http instead. Keeping Jackson off the user's classpath is a nice goal.
FYI Appy, Mike Drob

GC logs need to be rotated by date.
LLAP daemon history logs as well
Ideally, the daemon.out file needs the same
Need to be able to download relevant logfiles for a time window.

If an exception is thrown from a method with a listener annotation like @AfterProcess, the original exception passed to onProcessError() or onSkipInProcess() is wrapped as follows:
StepListenerFailedException -> IllegalArgumentException -> InvocationTargetException -> #getTargetException()
If an implementation of ItemProcessListener is registered (no annotations), the original exception is the direct cause of the StepListenerFailedException as expected.
Expected behaviour is that in both cases the original exception can be obtained by StepListenerFailedException#getCause().
Example:

@AfterProcess
public void afterProcess(final I i, final O o) {
	throw new RuntimeException("Cause");
}

...

@OnProcessError
public void onProcessError(final I i, final Exception e) {
	if (e instanceof StepListenerFailedException) {
		Throwable cause = e.getCause();
		if ((cause instanceof IllegalArgumentException)
				&& (cause.getCause() instanceof InvocationTargetException)) {
			cause =
					((InvocationTargetException) cause.getCause())
							.getTargetException();
			// now cause is the original runtime exception thrown in afterProcess()
		}
	}
}

The database reverse enginnering works fine for the entity named 'SystemCapacity'; but when I try to generate a controller for it, I get the UnsupportedOperationException.
<Roo output, version 1.1.2.SNAPSHOT>
...
Created SRC_MAIN_WEBAPP\WEB-INF\views\systemcapacitys
e510d36 Created SRC_MAIN_WEBAPP\WEB-INF\views\systemcapacitys\list.jspx
07429f8 Created SRC_MAIN_WEBAPP\WEB-INF\views\systemcapacitys\views.xml
b5c08ac Created SRC_MAIN_WEBAPP\WEB-INF\views\systemcapacitys\show.jspx
a262103 Updated SRC_MAIN_WEBAPP\WEB-INF\views\systemcapacitys\views.xml
java.lang.UnsupportedOperationException
at java.util.Collections$UnmodifiableCollection.add(C ollections.java:1018)
at org.springframework.roo.addon.web.mvc.jsp.JspViewM anager.getCreateDocument(JspViewManager.java:245)
at org.springframework.roo.addon.web.mvc.jsp.JspMetad ataListener.get(JspMetadataListener.java:175)
at org.springframework.roo.metadata.DefaultMetadataSe rvice.getInternal(DefaultMetadataService.java:148)
at org.springframework.roo.metadata.DefaultMetadataSe rvice.get(DefaultMetadataService.java:82)
at org.springframework.roo.addon.web.mvc.jsp.JspMetad ataListener.notify(JspMetadataListener.java:353)
Looking at the code at (JspViewManager.java:245) shows that it is indeed trying to add to an UnmodifiableCollection.

TableInputFormat uses a new HTable().  Switch that use to a manually created ConnectionFactory.createConnection() and call initializeTable().

When you invoke a bean with a method signature like this in Camel 2.5.0/HEAD, the in and out message both are null (the "Hello!" value just disappears):

    public String doTest(@Body Object body, @Headers Map headers, @OutHeaders Map outHeaders) {
        return "Hello!";
    }

The same thing without the headers works OK:

    public String doTest(@Body Object body) {
    }

See camel-core/src/test/java/org/apache/camel/component/bean/BeanWithHeadersAndBodyInject3Test.java

 hbase.bucketcache.sizes 
 Should be hbase.bucketcache.bucket.sizes 

 hbase.master.catalog.timeout 
 Removed in HBASE-7578 

 hbase.regionserver.catalog.timeout 

 hbase.metrics.exposeOperationTimes 
 Removed in HBASE-6410 

 hbase.metrics.showTableName 

 hbase.thrift.htablepool.size.max 
 HTablePool is no longer used (HBASE-13201)   

 zookeeper.znode.rootserver 
 Root region no longer exists                 

On few places in graceful_stop.sh there is if conditions where variables are not  double quoted which may cause error.  

Testsuite: org.apache.commons.codec.language.SoundexTest
Tests run: 25, Failures: 2, Errors: 0, Time elapsed: 0.907 sec
Testcase: testUsMappingOWithDiaeresis(org.apache.commons.codec.language.SoundexTest):   FAILED
expected:<?000> but was:<>
junit.framework.ComparisonFailure: expected:<?000> but was:<>
        at org.apache.commons.codec.language.SoundexTest.testUsMappingOWithDiaeresis(SoundexTest.java:349)
Testcase: testUsMappingEWithAcute(org.apache.commons.codec.language.SoundexTest):       FAILED
        at org.apache.commons.codec.language.SoundexTest.testUsMappingEWithAcute(SoundexTest.java:364)

According to the end of section 8.2 of the Spring Roo Reference documentation, you should be able to prevent the generation of persistence methods by assigning the empty string as the method name in the @RooJpaActiveRecord annotation. (see Reference Doc)
However, if I make the following annotation the merge method is still generated.  If I use a non-empty string for the method name the generated method is named as I indicated.

@RooJpaActiveRecord(mergeMethod = "")

WildFly Core's FileKeystore.load method is clearly able to use a keystore for which a key alias isn't defined (though not sure what would happen if there are multiple keys). However, Swarm's CertInfo.isValid rejects that situation.
This means that configuration like this

swarm:
  http:
    keystore:
      path: /path/to/keystore
      password: password

isn't enough to enable HTTPS, the key alias needs to be specified as well. Which isn't always necessary. IMHO, Swarm is being overly cautious here.

It seems like in 1.0.0.RELEASE the roo shell ignores any string input after //.
For example, when we try to install a new roo addon
addon install --url http://www.xyz.com/aaa.zip
We get following error message
Add-ons URLs must end with .zip
If we try something like
addon install --url http:aaa.zip//www.xyz.com/aaa.zip
We will get following error message
Downloading http:aaa.zip
NullPointerException at sun.net.www.ParseUtil.toURI(Unknown Source).
It happens on both Windows box and Linux box.

Discovered this while investigating why my fix for HIVE-6222 produced diffs. I discovered that Decimal128.addDestructive does not adjust the internal count when an the number of relevant ints increases. Since this count is used in the fast HiveDecimalWriter conversion code, the results are off. 
The root cause is UnsignedDecimal128.differenceInternal does not do an updateCount() on the result.

To recreate:

./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.compat -Dts.noSmoke -Dtest=org.jboss.as.test.compat.jpa.hibernate.HibernateJarsInDeploymentTestCase

The standalone-picketlink.xml example includes the messaging subsystem but doesn't include the standard ee subsystem jms-connection-factory default-binding config.
It also misorders attributes on most of the partition-manager elements.

In generated project, resources that should be protected by web config can be accessed in a browser by simply using the /static path:
http://localhost:8080/myproject/static/WEB-INF/web.xml

When a column family of a table is deleted, the HDFS space of the column family does not seem to be reclaimed even after a major compaction.

Recent changes in Hadoop HttpServer give NPE when running on hadoop 3.0.0-SNAPSHOT. This way we use HttpServer is deprecated and will probably be not fixed (see HDFS-5760). We'd better move to the new proposed builder pattern, which means we can no more use inheritance to build our nice InfoServer.

when inserting a list of documents

mongoTemplate.bulkOps(BulkOperations.BulkMode.UNORDERED, FOO.class, collectionName)
  .insert(foos);

the type info written in _class element is missing.
as a result, the class cannot be read back.
This make bulkOps insert method unusable.

The Azure Storage Queue API may have changed unnoticed since the component was incepted. 
Currently it is broken in multiple places.
CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/1819

When i use an abstract base class for an AttributeConverter with specific implementations i got an ArrayIndexOutOfBoundsException in MetaDataDrivenConversionService at line #77 when the converter is registered.
The same code works with SDN 5.0.10. I didn't find any differences in MetaDataDrivenConversionService between 5.0.10 and 5.1.0, so i have no idea why it doesn't work in 5.1.0.
  
Base class for the converter:

public abstract class AbstractObjectToJSONStringConverter<T> implements AttributeConverter<T,String> {

    private final ObjectMapper mapper = new ObjectMapper();

    @Override
    public String toGraphProperty( final T value ) {
        if ( value == null ) {
        }
        String json = null;
        try {
            json = this.mapper.writeValueAsString( value );
        }
        catch ( final IOException e ) {
            final Logger logger = LoggerFactory.getLogger( getClass() );
            logger.warn( e.getMessage(), e );
        }
    }

    @Override
    public T toEntityAttribute( final String value ) {
        }
        T deserialised = null;
        try {
            deserialised = this.mapper.readValue( value, getTypeClass() );
        }
        }
        return deserialised;
    }

    protected abstract Class<T> getTypeClass();
}

The implementation class:

public class Neo4jOAuth2RefreshTokenToStringConverter extends AbstractObjectToJSONStringConverter<OAuth2RefreshToken> {

    @Override
    protected Class<OAuth2RefreshToken> getTypeClass() {
        return OAuth2RefreshToken.class;
    }
}

When i add an additional implements AttributeConverter<OAuth2RefreshToken,String> to the implementation class everythings works as excepected.

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'neo4jOgmEntityInstantiatorConfigurationBean': Bean instantiation via constructor failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.data.neo4j.repository.config.Neo4jOgmEntityInstantiatorConfigurationBean]: Constructor threw exception; nested exception is java.lang.ArrayIndexOutOfBoundsException: 0
        at org.springframework.beans.factory.support.ConstructorResolver.instantiate(ConstructorResolver.java:303)
        at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:284)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1307)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1153)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:538)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:498)
        at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:320)
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:318)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:848)
        at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:865)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:548)
        at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:400)
        at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:291)
        at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:103)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4641)
        at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5109)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
        at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1427)
        at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1417)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
        at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75)
        at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:140)
        at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:943)
        at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:839)
        at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:258)
        at org.apache.catalina.core.StandardService.startInternal(StandardService.java:422)
        at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:770)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:682)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:564)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:350)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:492)
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.data.neo4j.repository.config.Neo4jOgmEntityInstantiatorConfigurationBean]: Constructor threw exception; nested exception is java.lang.ArrayIndexOutOfBoundsException: 0
        at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:184)
        at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:117)
        at org.springframework.beans.factory.support.ConstructorResolver.instantiate(ConstructorResolver.java:299)
        ... 45 common frames omitted
        at org.springframework.data.neo4j.conversion.MetaDataDrivenConversionService.addWrappedConverter(MetaDataDrivenConversionService.java:77)
        at org.springframework.data.neo4j.conversion.MetaDataDrivenConversionService.<init>(MetaDataDrivenConversionService.java:52)
        at org.springframework.data.neo4j.repository.config.Neo4jOgmEntityInstantiatorConfigurationBean.lambda$new$0(Neo4jOgmEntityInstantiatorConfigurationBean.java:39)
        at org.springframework.beans.factory.ObjectProvider.getIfUnique(ObjectProvider.java:122)
        at org.springframework.data.neo4j.repository.config.Neo4jOgmEntityInstantiatorConfigurationBean.<init>(Neo4jOgmEntityInstantiatorConfigurationBean.java:39)
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)

HBASE-7063 changed the package name for Compression class, but failed to update admin.rb for shell. 

hbase(main):005:0> alter 'cluster_test', {NAME=>'test_cf', DATA_BLOCK_ENCODING=>'FAST_DIFF', COMPRESSION=>'GZ'}

ERROR: cannot load Java class org.apache.hadoop.hbase.io.hfile.Compression

See http://camel.465427.n5.nabble.com/bug-restConfiguration-jetty-endpointProperty-td5757065.html for details.

For eg
insert into T1 select ... from T2 limit 10;
will be executed as a map-job only.
which means that the total number of rows in T1 is bounded by 10 * number of mappers.
We need another map-reduce job to fix this or the move task needs to be modified.
For now, the simpler fix of another map-reduce job should be ok, in future we can further optimize it by modifying the move task

From Nick's 1.1.0 rc0 call for UT help:
https://builds.apache.org/job/HBase-1.1.0RC0-JDK7/72/testReport/org.apache.hadoop.hbase.master/TestSplitLogManager/testGetPreviousRecoveryMode/

java.lang.AssertionError: Mode4=LOG_SPLITTING
	at org.apache.hadoop.hbase.master.TestSplitLogManager.testGetPreviousRecoveryMode(TestSplitLogManager.java:661)

This is repeatedly failing locally for me.

<sec:authorize ifAllGranted="ROLE_ADMIN">
did not work for me after upgrading to 3.1.0 
reason: i added some role manually in my own UserDetails like this:
  GrantedAuthority granted = new GrantedAuthorityImpl(rolle.toString());
  authorities.add(granted);
GrantedAuthorityImpl is deprecated and ifAllGranted, too. But i think it is still a bug.
You can fix it by using simpleGrantedAuthority
GrantedAuthority granted = new SimpleGrantedAuthority(rolle.toString());
authorities.add(granted);
the bug is somewhere in the Collection class in an equals method. It checks if the containing element is of class SimpleGrantedAuthority.

In this build from this morning, https://builds.apache.org/job/HBase-Trunk_matrix/jdk=latest1.7,label=yahoo-not-h2/711/consoleText, TestFlushSnapshotFromClient stayed running.
There are timeouts on most tests but not all. Let me fix.
This test is flakey at the best of times.

I got the following when compiling TRUNK against hadoop 0.22:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile (default-compile) on project hbase: Compilation failure: Compilation failure:
[ERROR] /Users/zhihyu/trunk-hbase/src/main/java/org/apache/hadoop/hbase/regionserver/wal/SequenceFileLogReader.java:[37,39] cannot find symbol
[ERROR] symbol  : class DFSInputStream
[ERROR] location: class org.apache.hadoop.hdfs.DFSClient
[ERROR] 
[ERROR] /Users/zhihyu/trunk-hbase/src/main/java/org/apache/hadoop/hbase/regionserver/wal/SequenceFileLogReader.java:[109,37] cannot find symbol
[ERROR] location: class org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.WALReader.WALReaderFSDataInputStream

ReflectionTestUtils.setField() is implicitly calling toString() on the target when arguments for a call to Assert.notNull() are built, which can have side effects, specifically (line 107):

Field field = ReflectionUtils.findField(target.getClass(), name, type);
Assert.notNull(field, "Could not find field [" + name + "] on target [" + target + "]");

For example, a lot of our database models have a toString() which dumps properties, which can try and hit the database. If the connection is null a new one is created.  I am unable to inject a mock connection into the model with setField() from 3.1+ because during injection a call to toString() happens which will trigger initialization and try and use a real connection instead of using my mock.
In 3.0.6, the toString() was wrapped in a null check so it only happened on error instead of when the arguments to Assert.notNull() are built.
You could argue that toString() shouldn't have side effects, but ReflectionTestUtils is often used on questionable, legacy code to make it testable.
I've reverted to spring-test 3.0.6 in the meantime.

In TableRecordReaderImpl, even if the next() of scan throws DoNotRetryIOException, it would still be retried. This does not make sense and should be avoided.

Found while going through the code...
AssignmentManager#processDeadServersAndRegionsInTransition can fail with NPE as this is directly iterating the nodes from listChildrenAndWatchForNewChildren with-out checking for null.
Here also we need to handle with  null  check like other places.

tpcds#74 is optimized in a way that for date_dim the condition contains IN and = for the same column

|             Map Operator Tree:                     |
|                 TableScan                          |
|                   alias: date_dim                  |
|                   filterExpr: (((d_year) IN (2001, 2002) and (d_year = 2002) and d_date_sk is not null) or ((d_year) IN (2001, 2002) and (d_year = 2001) and d_date_sk is not null)) (type: boolean) |
|                   Statistics: Num rows: 73049 Data size: 876588 Basic stats: COMPLETE Column stats: COMPLETE |
|                   Filter Operator                  |
|                     predicate: ((d_year) IN (2001, 2002) and (d_year = 2002) and d_date_sk is not null) (type: boolean) |
|                     Statistics: Num rows: 4 Data size: 48 Basic stats: COMPLETE Column stats: COMPLETE |

the "real" row count will be 365
for separate IN and = the estimation is very good; but if both are present it becomes (very) underestimated.

set hive.query.results.cache.enabled=false;

drop table if exists t1;
drop table if exists t8;

create table t1 (a integer,b integer);
create table t8 like t1;

insert into t1 values (1,1),(2,2),(3,3),(4,4),(5,5);

insert into t8
select * from t1 union all select * from t1 union all select * from t1 union all select * from t1 union all
select * from t1 union all select * from t1 union all select * from t1 union all select * from t1
;

analyze table t1 compute statistics for columns;
analyze table t8 compute statistics for columns;

explain analyze select sum(a) from t8 where b in (2,3) group by b;
explain analyze select sum(a) from t8 where b=2 group by b;

explain analyze select sum(a) from t1 where b in (2,3) and b=2 group by b;
explain analyze select sum(a) from t8 where b in (2,3) and b=2 group by b;

As discussed in https://jira.spring.io/browse/DATACMNS-854, I am opening a new issue as I am unable to create a custom implementation of a CRUD method that takes generic parameters.
I modified my example that reproduces the problem and removed Mockito from the picture.  I also tested the flow in our code base at runtime (not in unit tests), and am also able to reproduce.
Here is the potential DefaultRepositoryInformationUnitTests test that reproduces:

    class BossRepositoryCustom {
        Boss save(Boss boss) {
            return boss;
        }
    }

    @Test
    public void discoversCustomlyImplementedCrudMethodWithGenericParameters() throws SecurityException, NoSuchMethodException {
        BossRepositoryCustom customImplementation = new BossRepositoryCustom();
        RepositoryMetadata metadata = new DefaultRepositoryMetadata(BossRepository.class);
        RepositoryInformation information = new DefaultRepositoryInformation(metadata, CrudRepository.class,
                                                                             customImplementation.getClass());

        Method customBaseRepositoryMethod = BossRepository.class.getMethod("save", Object.class);
        assertThat(information.isCustomMethod(customBaseRepositoryMethod), is(true));
    }

I've also attached a self-contained small test that also reproduces the issue.
Let me know if you need more information.  Hopefully I am not missing something obvious here.

org.springframework.web.util.HierarchicalUriComponents.equals(Object) method incorrectly returns false when other object is not an instance of OpaqueUriComponents:

final class HierarchicalUriComponents extends UriComponents {

public boolean equals(Object obj) {
...
   if (!(obj instanceof OpaqueUriComponents)) {
   }
...
}

I believe it meant to be:

...
   if (!(obj instanceof HierarchicalUriComponents)) {
   }
...
}

HIVE-8531 removed redundant "IS NOT NULL" filter which is causing diff for annotate_stats_join_pkfk.q test case.

This might be a regression because there has been a fix for the very same problem in december: SWARM-879
Although I have to say that I fail to see how the change back then really fixed the problem as it did not contain a explicit auth lookup. Instead it just applies the auth object that is passed in optionally that might not even belong to the mirror.
Woraround:
Add !jboss-public-repository-group to mirrorOf in settings.xml (which only works when direct internet access is possible).

I wen throught resources and 

trust-manager is registered as credential-store besides trust-manager

            "trust-manager" => {
                "description" => "A trust manager definition for creating the TrustManager[] as used to create an SSLContext.",
                "model-description" => {"*" => {
                    "description" => "A trust manager definition for creating the TrustManager[] as used to create an SSLContext.",
                    "capabilities" => [
                        {
                            "name" => "org.wildfly.security.trust-manager",
                            "dynamic" => true
                        },
                        {
                            "name" => "org.wildfly.security.credential-store",
                        }
                    ],

HBASE-6206 ignored NULL qualifier so the qualifier list could be empty. But the request converter skips empty qualifier list too.

The Android port of ROME requires a workaround on Android versions before Level 8 (2.2).
You have to set the Java context class loader or else you get a NullPointerException in older Android versions.  The new Android releases do this automatically
Thread.currentThread().setContextClassLoader(getClass().getClassLoader());

The method is called twice with different deployment names as a param, but the cleanup logic in the finally block hard codes one of the names, leading to log noise in later tests as the leftover deployment fails to deploy.

in master UI we are displaying only hostname of region servers.
some shell commands need servername(host,port,startcode format) as argument

 A 'server_name' is the host, port plus startcode of a regionserver. For
example: host187.example.com,60020,1289493121758 (find servername in
master ui or when you do detailed status in shell)

naming/src/main/resources/org/jboss/as/naming/subsystem/LocalDescriptions.properties:

binding.rebind.binding-type=The type of binding to create, may be simple, lookup, external-context or object-factory

The external-context binding cannot be used for rebind operation. I'd suggest removing it from the operation description.

The Rabbit endpoint suffers from a problem similar to XD-1067.
Seems like spring-[rabbit/amqp] needs to be bumped to 1.3.0.M1 to fix it.
Sadly, we get this error:
noformat
java.lang.NoSuchMethodError: org.springframework.amqp.core.MessageProperties.getContentLength()J
	at org.springframework.integration.amqp.support.DefaultAmqpHeaderMapper.extractStandardHeaders(DefaultAmqpHeaderMapper.java:102)
	at org.springframework.integration.amqp.support.DefaultAmqpHeaderMapper.extractStandardHeaders(DefaultAmqpHeaderMapper.java:53)
	at org.springframework.integration.mapping.AbstractHeaderMapper.toHeaders(AbstractHeaderMapper.java:205)
	at org.springframework.integration.mapping.AbstractHeaderMapper.toHeadersFromRequest(AbstractHeaderMapper.java:148)
	at org.springframework.integration.amqp.inbound.AmqpInboundChannelAdapter$1.onMessage(AmqpInboundChannelAdapter.java:75)
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:584)
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:482)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$001(SimpleMessageListenerContainer.java:69)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$1.invokeListener(SimpleMessageListenerContainer.java:144)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.invokeListener(SimpleMessageListenerContainer.java:920)
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.executeListener(AbstractMessageListenerContainer.java:454)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.doReceiveAndExecute(SimpleMessageListenerContainer.java:728)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.receiveAndExecute(SimpleMessageListenerContainer.java:712)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$400(SimpleMessageListenerContainer.java:69)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:812)
	at java.lang.Thread.run(Thread.java:724)
noformat
Updating to latest SI snapshot does not help (as of Jan 23rd)

This unit test fails:

  public void testScanner_DeleteOneFamilyNotAnother() throws IOException {
    byte [] tableName = Bytes.toBytes("test_table");
    byte [] fam1 = Bytes.toBytes("columnA");
    byte [] fam2 = Bytes.toBytes("columnB");
    initHRegion(tableName, getName(), fam1, fam2);

    byte [] rowA = Bytes.toBytes("rowA");
    byte [] rowB = Bytes.toBytes("rowB");

    byte [] value = Bytes.toBytes("value");

    Delete delete = new Delete(rowA);
    delete.deleteFamily(fam1);

    region.delete(delete, null, true);

    // now create data.
    Put put = new Put(rowA);
    put.add(fam2, null, value);
    region.put(put);

    put = new Put(rowB);
    put.add(fam1, null, value);

    Scan scan = new Scan();
    scan.addFamily(fam1).addFamily(fam2);
    InternalScanner s = region.getScanner(scan);
    List<KeyValue> results = new ArrayList<KeyValue>();
    s.next(results);
    assertTrue(Bytes.equals(rowA, results.get(0).getRow()));

    results.clear();
    assertTrue(Bytes.equals(rowB, results.get(0).getRow()));

  }

The example uses "myLittleRow" but refers to "myRow" in one of the comments.

Before we run HiveServer2 tests, we create table via beeline.
And 'create table' with JsonSerDe failed on Winodws. It works on Linux:

0: jdbc:hive2://localhost:10001> create external table all100kjson(
0: jdbc:hive2://localhost:10001> s string,
0: jdbc:hive2://localhost:10001> i int,
0: jdbc:hive2://localhost:10001> d double,
0: jdbc:hive2://localhost:10001> m map<string, string>,
0: jdbc:hive2://localhost:10001> bb array<struct<a: int, b: string>>,
0: jdbc:hive2://localhost:10001> t timestamp)
0: jdbc:hive2://localhost:10001> row format serde 'org.apache.hive.hcatalog.data.JsonSerDe'
0: jdbc:hive2://localhost:10001> WITH SERDEPROPERTIES ('timestamp.formats'='yyyy-MM-dd\'T\'HH:mm:ss')
0: jdbc:hive2://localhost:10001> STORED AS TEXTFILE
0: jdbc:hive2://localhost:10001> location '/user/hcat/tests/data/all100kjson';
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLT
ask. Cannot validate serde: org.apache.hive.hcatalog.data.JsonSerDe (state=08S01,code=1)

hive.log shows:

2015-05-21 21:59:17,004 ERROR operation.Operation (SQLOperation.java:run(209)) - Error running hive query: 

org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Cannot validate serde: org.apache.hive.hcatalog.data.JsonSerDe

	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:156)

	at org.apache.hive.service.cli.operation.SQLOperation.access$100(SQLOperation.java:71)

	at org.apache.hive.service.cli.operation.SQLOperation$1$1.run(SQLOperation.java:206)

	at org.apache.hive.service.cli.operation.SQLOperation$1.run(SQLOperation.java:218)

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Cannot validate serde: org.apache.hive.hcatalog.data.JsonSerDe

	at org.apache.hadoop.hive.ql.exec.DDLTask.validateSerDe(DDLTask.java:3871)

	at org.apache.hadoop.hive.ql.exec.DDLTask.createTable(DDLTask.java:4011)

	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1054)

	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:154)

	... 11 more

Caused by: java.lang.ClassNotFoundException: Class org.apache.hive.hcatalog.data.JsonSerDe not found

	at org.apache.hadoop.conf.Configuration.getClassByName(Configuration.java:2101)

	at org.apache.hadoop.hive.ql.exec.DDLTask.validateSerDe(DDLTask.java:3865)

	... 21 more

If you do add the hcatalog jar to classpath, it works:

0: jdbc:hive2://localhost:10001> add jar hdfs:///tmp/testjars/hive-hcatalog-core-1.2.0.2.3.0.0-2079.jar;
INFO  : converting to local hdfs:///tmp/testjars/hive-hcatalog-core-1.2.0.2.3.0.0-2079.jar
INFO  : Added [/C:/Users/hadoop/AppData/Local/Temp/bc941dac-3bca-4287-a490-8a65c2dac220_resources/hive-hcatalog-core-1.2
.0.2.3.0.0-2079.jar] to class path
INFO  : Added resources: [hdfs:///tmp/testjars/hive-hcatalog-core-1.2.0.2.3.0.0-2079.jar]
No rows affected (0.304 seconds)
No rows affected (2.141 seconds)

Thanks to Takahiko Saito for uncovering this issue!

We pushed 1.3 to a couple of clusters. In some cases the regions were assigned VERY un-evenly and the regions would not move after that.
We ended up with one rs getting thousands of regions and most servers getting 0. Running balancer would do nothing. The balancer would say that it couldn't find a solution with less than the current cost.

ScheduledAnnotationBeanPostProcessor.onApplicationEvent is first run when the Root WebApplicationContext initializes. Then run again when the FrameworkServlet initializes. Each time onApplicationEvent runs a new schedule is registered.
I have modified the task-basic sample from https://src.springframework.org/svn/spring-samples/task-basic/trunk/ to run as a web application for verification. Will attach the source and war file.
This is the console output of task-basic in jetty. It's the same in tomcat. Notice the "processing next 10..." text that shows up twice every 30 seconds. When the application runs from a main class outside a web server the "processing next 10..." text only shows up once every 30 seconds.

2010-01-08 10:38:22.612::INFO:  Logging to STDERR via org.mortbay.log.StdErrLog
2010-01-08 10:38:22.738::INFO:  jetty-6.1.17
2010-01-08 10:38:23.212:/task-basic:INFO:  Initializing Spring root WebApplicationContext
INFO : org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization started
INFO : org.springframework.web.context.support.XmlWebApplicationContext - Refreshing Root WebApplicationContext: startup date [Fri Jan 08 10:38:23 CET 2010]; root of context hierarchy
INFO : org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from class path resource [org/springframework/samples/task/basic/annotation/config.xml]
INFO : org.springframework.beans.factory.support.DefaultListableBeanFactory - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@144b9ff: defining beans [scheduledProcessor,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,org.springframework.scheduling.annotation.internalAsyncAnnotationProcessor,org.springframework.scheduling.annotation.internalScheduledAnnotationProcessor]; root of factory hierarchy
INFO : org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization completed in 13801 ms
processing next 10 at Fri Jan 08 10:38:37 CET 2010
INFO : org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'SpringServlet': initialization started
INFO : org.springframework.web.context.support.XmlWebApplicationContext - Refreshing WebApplicationContext for namespace 'SpringServlet-servlet': startup date [Fri Jan 08 10:38:37 CET 2010]; parent: Root WebApplicationContext
INFO : org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/servlet-context.xml]
2010-01-08 10:38:37.139:/task-basic:INFO:  Initializing Spring FrameworkServlet 'SpringServlet'
INFO : org.springframework.beans.factory.support.DefaultListableBeanFactory - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@fffa61: defining beans []; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@144b9ff
INFO : org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'SpringServlet': initialization completed in 4407 ms
processing next 10 at Fri Jan 08 10:38:41 CET 2010
2010-01-08 10:38:41.557::INFO:  Opened C:\Users\Christian\Programmer\jetty-6.1.17\logs\2010_01_08.request.log
2010-01-08 10:38:41.641::INFO:  Started SelectChannelConnector@0.0.0.0:8080
processing next 10 at Fri Jan 08 10:39:07 CET 2010
processing next 10 at Fri Jan 08 10:39:11 CET 2010
processing next 10 at Fri Jan 08 10:39:37 CET 2010
processing next 10 at Fri Jan 08 10:39:41 CET 2010

Query methods with dynamic projections, which return Optional, Stream or Page, throw NoSuchElementException

public interface CommentRepo extends JpaRepository<Comment, Integer> {
	// doesn't work - throw NoSuchElementException
	<T> Optional<T> findByUserName(String name, Class<T> type);
	<T> Page<T> getAllByTextLike(Pageable pageable, String text, Class<T> type);
        <T> Stream<T> findStreamByTextLike(String text, Class<T> type);
}

Project example and tests
P.S. Also the documentation has an error in the Dynamic projections topic - the repo method must start with type parameter:

interface PersonRepository extends Repository<Person, UUID> {

   <T> Collection<T> findByLastname(String lastname, Class<T> type);
}

I just did a simple watchdog script for internal use to enable HBase process restarts on failure.  While most of it was easy, I found no way to distinguish between a process failure and intentional stop, since the HBase scripts leave PID files sitting around after shutdown.
I think it would be generally useful for hbase-daemon.sh to cleanup PID files on successful process stop.  This is really just a matter of adding "rm $pid" after stop completes.  Any concerns/objections?

With the migration to Murmur hash, CTAS and IAS from old table version to new table version does not work as intended and data is hashed using old hash logic.

Here is the mail thread which discusses about it.
http://camel.465427.n5.nabble.com/proxy-export-don-t-support-setting-camel-context-tp547161p547161.html

Following will not complain even if fubar does not exist

echo "major_compact 'fubar'" | $HBASE_HOME/bin/hbase shell

The downside for this defect is that major compaction may be skipped due to
a typo by Ops.

When indexName and indexType is configured only by endpoint URL then indexType is ignored, resp. it is mistakenly replaced with indexName, see https://github.com/apache/camel/blob/master/components/camel-elasticsearch/src/main/java/org/apache/camel/component/elasticsearch/ElasticsearchProducer.java#L112

Currently we really don't track if container launch was successful or not. We should notify success and failure so that appmaster can handle it beyond what it gets from rm as container status.

We have mention of HBASE_CLASSPATH in hbase-env.sh but its not actually read anywhere.  Make it work like HADOOP_CLASSPATH.  See classpath discussion on this page, http://wiki.apache.org/hadoop/Hbase/Jython, for a use case.

While working on WFCORE-2286 I discovered that there are resources in the tree, at least on the DC, for which there is no corresponding MRR. I believe Paul Ferraro in some recent work he's done has stumbled on a similar thing.
I found there were no MRRs for
/profile=/subsystem=messaging-activemq/server=/pooled-connection-factory=*/statistics=pool
/profile=/subsystem=datasources/data-source=/statistics=jdbc
/profile=/subsystem=datasources/data-source=/statistics=pool
I expect the latter two would be repeated for xa-data-source=*
Probably the lack of MRR is correct and the problem is the existence of the resource. 

After HBASE-6816, there are still 2 files in the repo with CRLF line endings. We should change recommit them with LF line endings. 

In AsyncProcess, we resubmit the retry task in the same thread

  // run all the runnables
      for (Runnable runnable : runnables) {
        if ((--actionsRemaining == 0) && reuseThread) {
          runnable.run();
        } else {
          try {
            pool.submit(runnable);
          } 
          ......

But, if we retry too much time. soon, stack overflow will occur. This is very common in clusters with Phoenix. Phoenix need to write index table in the normal write path, retry will cause stack overflow exception.

"htable-pool19-t2" #582 daemon prio=5 os_prio=0 tid=0x0000000002687800 nid=0x4a96 waiting on condition [0x00007fe3f6301000]
	at org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl.resubmit(AsyncProcess.java:1174)
	at org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl.receiveMultiAction(AsyncProcess.java:1321)
	at org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl.access$1200(AsyncProcess.java:575)
	at org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl$SingleServerRequestRunnable.run(AsyncProcess.java:729)
	at org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl.sendMultiAction(AsyncProcess.java:977)
	at org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl.groupAndSendMultiAction(AsyncProcess.java:886)
	at org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl.resubmit(AsyncProcess.java:1181)
    
    Too long to present...

We need to control the reuseThread, if number of retry is too much, then don't reuse the same thread to prevent stack overflow.

When installing the camel-websocket component in Karaf 4.0.4 the process hangs.
When I try to install via Karaf's hot deploy I get:
karaf@root()> ERROR: Bundle org.apache.camel.camel-websocket [94] Error starting file:/opt/apache-karaf-4.0.4/deploy/camel-websocket-2.16.2.jar (org.osgi.framework.BundleException: Unable to resolve org.apache.camel.camel-websocket [94](R 94.0): missing requirement [org.apache.camel.camel-websocket [94](R 94.0)] osgi.wiring.package; (&(osgi.wiring.package=javax.servlet)(version>=2.6.0)(Unable to render embedded object: File ( [[org.apache.camel.camel-websocket [94](R 94.0)] osgi.wiring.package; (&(osgi.wiring.package=javax.servlet)(version>=2.6.0)() not found.(version>=3.0.0)))]) org.osgi.framework.BundleException: Unable to resolve org.apache.camel.camel-websocket [94](R 94.0): missing requirement [org.apache.camel.camel-websocket [94](R 94.0)] osgi.wiring.package; (&(osgi.wiring.package=javax.servlet)(version>=2.6.0)(Unable to render embedded object: File ( [[org.apache.camel.camel-websocket [94](R 94.0)] osgi.wiring.package; (&(osgi.wiring.package=javax.servlet)(version>=2.6.0)() not found.(version>=3.0.0)))] at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4111) at org.apache.felix.framework.Felix.startBundle(Felix.java:2117) at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1371) at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308) at java.lang.Thread.run(Thread.java:745)

In stop-hbase.sh:

  # TODO: store backup masters in ZooKeeper and have the primary send them a shutdown message
  # stop any backup masters
  "$bin"/hbase-daemons.sh --config "${HBASE_CONF_DIR}" \
    --hosts "${HBASE_BACKUP_MASTERS}" stop master-backup

After HBASE-5213, stop-hbase.sh -> hbase master stop will bring down the backup master too via the cluster status znode.
We should not need the above code anymore.
Another issue happens when the current master died and the backup master became the active master.

nohup nice -n ${HBASE_NICENESS:-0} "$HBASE_HOME"/bin/hbase \
   --config "${HBASE_CONF_DIR}" \
   master stop "$@" > "$logout" 2>&1 < /dev/null &

waitForProcessEnd `cat $pid` 'stop-master-command'

We can still issue 'hbase-stop.sh' from the old master.
stop-hbase.sh -> hbase master stop -> look for active master -> request shutdown
This process still works.
But the waitForProcessEnd statement will not work since the local master pid is not relevant anymore.
What is the best way in the this case?

Currently, ASTPartitionPruner is used in genmapredtasks() it figure out whether a map-reduce job is needed for a select star query. 
Use the new partition pruner for that

Doing investigation around some observed resetting counter behavior.
An optimization was added to check memstore/snapshots first and then check storefiles if not all counters were found.  However it looks like this introduced a bug when columns for a given row/family in a single increment operation are spread across memstores and storefiles.
The results from get operations on both memstores and storefiles are appended together but when processed are expected to be fully sorted.  This can lead to invalid results.
Need to sort the combined result of memstores + storefiles.

I am using MappingMongoConverter in mongoTemplate.
 Document in MongoDB:

{
    "data" : [ 
        [ 
            "A", 
            "B"
        ]
    ]
}

Domain class:

@Data
public class Entity {
    private Object data;
}

Dao class:

public class TestDao {

    public List<Entity> readEntities() {
        return mongoTemplate.findAll(Entity.class, "TEST_COLLECTION");
    }
}

When trying to call readEntities() I have such exception:

Exception in thread "main" org.springframework.data.mapping.MappingException: Cannot convert [A, B] of type class java.util.ArrayList into an instance of class java.lang.Object! Implement a custom Converter<class java.util.ArrayList, class java.lang.Object> and register it with the CustomConversions. Parent object was: Entity(data=null)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.readCollectionOrArray(MappingMongoConverter.java:986)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.readValue(MappingMongoConverter.java:1386)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$MongoDbPropertyValueProvider.getPropertyValue(MappingMongoConverter.java:1335)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.readProperties(MappingMongoConverter.java:335)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:297)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:253)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:202)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:198)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:86)
	at org.springframework.data.mongodb.core.MongoTemplate$ReadDocumentCallback.doWith(MongoTemplate.java:2785)
	at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:2448)
	at org.springframework.data.mongodb.core.MongoTemplate.findAll(MongoTemplate.java:1649)

Of-course, if change type of 'data' field to List<List<Object>> there will be no any exceptions.
Bug is not reproduced on version 1.10.13.RELEASE

Parameters of custom queries cannot be resolved despited having a module compiled with -parameters. I.e

@Query("MATCH (n:Artist) WHERE id(n) = $id WITH n MATCH p=(n)-[*0..1]-(m) RETURN DISTINCT n")
Optional<T> findById(@Param("id") Long id);

works only with @Params.

jaxrs-multipart throws  RuntimeException: RESTEASY003190 with addAllDependencies(). I attached the error logs.
It works when not using addAllDependencies().

git clone https://github.com/emag/multipart-demo.git \
  && cd multipart-demo \
  && git co origin/remove-addAllDependencies \
  && ./mvnw clean package \
  && java -jar target/multipart-demo-swarm.jar 

Right now there aren't any good metrics about compactions.  We should add them.

The testCoDelScheduling test is broke. Here are some notes on it. I have disabled it in the HBASE-15638 shading patch.

I don't get this test. When I time this test, the minDelay is > 2 * codel delay from the get go. So we are always overloaded. The test below would seem to complete the queuing of all the CallRunners inside the codel check interval. I don't think we are skipping codel checking. Second, I think this test has been  broken since HBASE-16089 Add on FastPath for CoDel went in. The thread name we were looking for was the name BEFORE we updated: i.e. "RpcServer.CodelBQ.default.handler". But same patch changed the name of the codel  fastpath thread to: new FastPathBalancedQueueRpcExecutor("CodelFPBQ.default", handlerCount, numCallQueues...

Codel is hard to test. This test is going to be flakey given it all timer-based. Disabling for now till chat

FYI Mikhail Antonov

The changes in HIVE-11179 expose several internal classes to HiveAuthorization implementations. These include PrivilegeObjectDesc, PrivilegeDesc, PrincipalDesc and AuthorizationUtils.
We should avoid exposing that to all Authorization implementations, but also make the ability to customize the mapping of internal classes to the public api classes possible for Apache Sentry (incubating).

The javadoc of org.apache.camel.spi.ShutdownStrategy#setTimeout is invalid.
It says that it's possible to set a negative or 0 value but the default implementation org.apache.camel.impl.DefaultShutdownStrategy#setTimeout will throw an IllegalArgumentException

Under cluster stress testing, there are a fair amount of warnings like this:

2014-01-12 04:52:29,183 WARN  [test-1,8120,1389467616661-daughterOpener=490a58c14b14a59e8d303d310684f0b0] regionserver.HRegionFileSystem: .regioninfo file not found for region: 490a58c14b14a59e8d303d310684f0b0

This is from HRegionFileSystem#checkRegionInfoOnFilesystem, which catches a FileNotFoundException in this case and calls writeRegionInfoOnFilesystem to fix up the issue.
Is this a bug in splitting?

We always encode tags in case of Prefix tree now and so the code path, while decoding, not checking what is there in FileInfo. So functionally no issues now.
If we do HBASE-10453 this change will be very important to make sure BC for old files.
We use the file info MAX_TAGS_LEN to know the presence of tags in a file. In case of prefix tree we always have tags in files even if all kvs have 0 tags.  So better we can add this file info into prefix tree encoded HFiles.  Now it get missed.

When a camel-route configured in a KJAR deployment reference a class in the KJAR (for example in an <unmarshal> element), you get a ClassNotFoundException. The problem is that the CamelContext is unable to find the custom class defined in the KJAR.
We should set the Application CamelContext classloader to the KJAR classloader for deployment-scoped (KJAR scoped) CamelContext.

Hive does not work properly with boolean partition columns. Queries return wrong results and also insert to incorrect HDFS paths.

create table bool_part(int_col int) partitioned by(bool_col boolean);
# This works, creating 3 unique partitions!
ALTER TABLE bool_table ADD PARTITION (bool_col=FALSE);
ALTER TABLE bool_table ADD PARTITION (bool_col=false);
ALTER TABLE bool_table ADD PARTITION (bool_col=False);

The first problem is that Hive cannot filter on a bool partition key column. "select * from bool_part" returns the correct results, but if you apply a filter on the bool partition key column hive won't return any results.
The second problem is that Hive seems to just call "toString()" on the boolean literal value. This means you can end up with multiple partitions (FALSE, false, FaLSE, etc) mapping to the literal value 'FALSE'. For example, if you can add three partition in have for the same logic value "false" doing:
ALTER TABLE bool_table ADD PARTITION (bool_col=FALSE) -> /test-warehouse/bool_table/bool_col=FALSE/
ALTER TABLE bool_table ADD PARTITION (bool_col=false) -> /test-warehouse/bool_table/bool_col=false/
ALTER TABLE bool_table ADD PARTITION (bool_col=False) -> /test-warehouse/bool_table/bool_col=False/

Hi. I've faced with a problem using ODM.
Preconditions:
 a. There is an attributetype in ldap schema - e.g. 'someAttribute'.
 b. The type is mentioned in the MAY list of an objectClass  - e.g. 'someClass'.
 c. There is an ODM entry class mapped to the objectClass. 
 1. Create an entry and fill it in including a value for 'someAttribute'.
 2. Save it - odmManager.create(entry);
    Result: the entry is in DIT, 'someAttribute' exists and filled.
 3. Update the entry: set null as a new value for 'someAttribute' property.
 4. Save it - odmManager.update(entry);
Actual Result: the entry is in DIT, 'someAttribute' exists and its value the same as in p.2.
Expected Result: the entry is in DIT but without 'someAttribute'.
Note:
 I've looked through OdmManagerImpl source code and found out that before actual update is executed the method OdmManagerImpl#mapToContext(Object,DirContextOperations) is invoked. The method converts Java representation of an Ldap Entry. During the conversion only non-nullable properties of an entry are considered, null field values are ignored at all:
                    if (!attributeInfo.isList()) {
                        // Single valued - get the value of the field
                        Object fieldValue = field.get(entry);
                        // Ignore null field values
                        if (fieldValue != null) 
{
                            // Convert the field value to the required type and write it into the JNDI context
                            context.setAttributeValue(attributeInfo.getName().toString(), converterManager.convert(fieldValue,
                                    attributeInfo.getSyntax(), targetClass));
                        }
                    } 
Many Thanks,
Vadzim

this happened after > 24 hours of heavy import load on my cluster.  Luckily the shutdown seemed to be clean:
java.lang.IllegalAccessError: Call open first
        at org.apache.hadoop.hbase.regionserver.StoreFile.getReader(StoreFile.java:356)
        at org.apache.hadoop.hbase.regionserver.Store.getStorefilesIndexSize(Store.java:1378)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.doMetrics(HRegionServer.java:1075)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:454)

There is a closing tag missing which makes half the page appear in fixed width font.

I noticed the following in one run of org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster-output.txt :

2015-10-16 09:46:33,108 INFO  [main] client.HBaseAdmin$10(1233): Started disable of testStoreFileReferenceCreationWhenSplitPolicySaysToSkipRangeCheck
2015-10-16 09:46:33,108 INFO  [B.defaultRpcServer.handler=4,queue=0,port=38813] master.HMaster(1908): Client=hbase/null disable                                                   testStoreFileReferenceCreationWhenSplitPolicySaysToSkipRangeCheck
2015-10-16 09:46:33,223 DEBUG [B.defaultRpcServer.handler=4,queue=0,port=38813] procedure2.ProcedureExecutor(654): Procedure DisableTableProcedure                                (table=testStoreFileReferenceCreationWhenSplitPolicySaysToSkipRangeCheck) id=24 owner=hbase state=RUNNABLE:DISABLE_TABLE_PREPARE added to the store.
2015-10-16 09:46:33,225 DEBUG [B.defaultRpcServer.handler=1,queue=0,port=38813] master.MasterRpcServices(1057): Checking to see if procedure is done procId=24
2015-10-16 09:46:33,230 DEBUG [ProcedureExecutor-22] lock.ZKInterProcessLockBase(226): Acquired a lock for /hbase/table-lock/                                                     testStoreFileReferenceCreationWhenSplitPolicySaysToSkipRangeCheck/write-master:388130000000001
2015-10-16 09:46:33,320 WARN  [RS:0;cn012:53683] regionserver.HStore(1910): StoreFile hdfs://localhost:40022/user/hbase/test-data/f09d7163-94f7-4218-b1b0-43dfc733a37b/data/      default/testStoreFileReferenceCreationWhenSplitPolicySaysToSkipRangeCheck/dc90661cebac678ac508ed98093fc3e9/f/fffae6d1a0234c1791d8098cbcdb2c5e has a null Reader
2015-10-16 09:46:33,320 WARN  [RS:0;cn012:53683] regionserver.HStore(1924): StoreFile hdfs://localhost:40022/user/hbase/test-data/f09d7163-94f7-4218-b1b0-43dfc733a37b/data/      default/testStoreFileReferenceCreationWhenSplitPolicySaysToSkipRangeCheck/dc90661cebac678ac508ed98093fc3e9/f/fffae6d1a0234c1791d8098cbcdb2c5e has a null Reader
2015-10-16 09:46:33,321 WARN  [RS:0;cn012:53683] regionserver.HStore(1924): StoreFile hdfs://localhost:40022/user/hbase/test-data/f09d7163-94f7-4218-b1b0-43dfc733a37b/data/      default/testStoreFileReferenceCreationWhenSplitPolicySaysToSkipRangeCheck/dc90661cebac678ac508ed98093fc3e9/f/fffae6d1a0234c1791d8098cbcdb2c5e has a null Reader
2015-10-16 09:46:33,321 FATAL [RS:0;cn012:53683] regionserver.HRegionServer(2078): ABORTING region server cn012.l42scl.hortonworks.com,53683,1445013948320: Unhandled: null
  at org.apache.hadoop.hbase.regionserver.HStore.getTotalStaticIndexSize(HStore.java:1936)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.createRegionLoad(HRegionServer.java:1470)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.buildServerLoad(HRegionServer.java:1206)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.tryRegionServerReport(HRegionServer.java:1149)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:965)
  at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.runRegionServer(MiniHBaseCluster.java:156)
  at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.access$000(MiniHBaseCluster.java:108)
  at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer$1.run(MiniHBaseCluster.java:140)
  at javax.security.auth.Subject.doAs(Subject.java:356)
  at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1637)
  at org.apache.hadoop.hbase.security.User$SecureHadoopUser.runAs(User.java:302)
  at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.run(MiniHBaseCluster.java:138)

Here is related code:

  public long getTotalStaticIndexSize() {
    long size = 0;
    for (StoreFile s : this.storeEngine.getStoreFileManager().getStorefiles()) {
      size += s.getReader().getUncompressedDataIndexSize();
    }
    return size;
  }

Some methods, such as getStorefilesIndexSize(), guard against null Reader by checking r against null.
Same practice should be followed in other getters.

The changes for https://issues.jboss.org/browse/WFLY-2565 revealed a problem with XTS subsystem accessing WS code that relies on a setup performed during WS subsystem boot. So we have yet another race condition (this time between the 2 subsystems boot).
This might possibly be solved either by introducing a new service and setting dependencies or by removing the need for such a setup in the code exercised by XTS.

^[[0m^[[31m16:00:09,783 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 57) JBAS014612: Operation ("add") failed - address: ([("subsystem" => "xts")]): java.lang.ExceptionInInitializerError
        at org.jboss.as.webservices.publish.EndpointPublisherImpl.doPrepare(EndpointPublisherImpl.java:137)
        at org.jboss.as.webservices.service.EndpointDeployService.install(EndpointDeployService.java:95)
        at org.jboss.as.webservices.service.EndpointPublishService.createServiceBuilder(EndpointPublishService.java:115)
        at org.jboss.as.webservices.service.EndpointPublishService.createServiceBuilder(EndpointPublishService.java:109)
        at org.jboss.as.xts.XTSSubsystemAdd.performBoottime(XTSSubsystemAdd.java:197)
        at org.jboss.as.controller.AbstractBoottimeAddStepHandler.performRuntime(AbstractBoottimeAddStepHandler.java:69) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:75) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:592) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:470) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:274) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:269) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:343) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09]
        at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09]
        at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final.jar:2.1.1.Final]
Caused by: java.lang.IllegalStateException: JBWS020000: Failed to load org.jboss.ws.common.spi.DefaultSPIProviderResolver
        at org.jboss.ws.api.util.ServiceLoader.loadDefault(ServiceLoader.java:274)
        at org.jboss.ws.api.util.ServiceLoader.loadFromSystemProperty(ServiceLoader.java:217)
        at org.jboss.ws.api.util.ServiceLoader.loadService(ServiceLoader.java:106)
        at org.jboss.wsf.spi.SPIProviderResolver.getInstance(SPIProviderResolver.java:53)
        at org.jboss.wsf.spi.SPIProviderResolver.getInstance(SPIProviderResolver.java:43)
        at org.jboss.as.webservices.deployers.deployment.AbstractDeploymentModelBuilder.<init>(AbstractDeploymentModelBuilder.java:78)
        at org.jboss.as.webservices.deployers.deployment.DeploymentModelBuilderJAXWS_POJO.<init>(DeploymentModelBuilderJAXWS_POJO.java:43)
        at org.jboss.as.webservices.deployers.deployment.WSDeploymentBuilder.<clinit>(WSDeploymentBuilder.java:42)
        ... 16 more
Caused by: java.lang.ClassNotFoundException: org.jboss.ws.common.spi.DefaultSPIProviderResolver from [Module "org.jboss.as.controller:main" from local module loader @3a6e15 (finder: local module finder @1145a4 (roots: /home/hudson/gytis/narayana/jboss-as/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/modules,/home/hudson/gytis/narayana/jboss-as/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/modules/system/layers/base))]
        at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) [jboss-modules.jar:1.3.0.Final]
        at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) [jboss-modules.jar:1.3.0.Final]
        at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) [jboss-modules.jar:1.3.0.Final]
        at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) [jboss-modules.jar:1.3.0.Final]
        at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) [jboss-modules.jar:1.3.0.Final]
        at org.jboss.ws.api.util.SecurityActions.loadClass(SecurityActions.java:123)
        at org.jboss.ws.api.util.ServiceLoader.loadDefault(ServiceLoader.java:269)
        ... 23 more

Coverity scan discovered unguarded read in method VaultCredentialStore.getAliases. The accessing data field should be synchronized in the same way as the other usages of this Map.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=17825064&defectInstanceId=4142379&mergedDefectId=1429449&eventId=4142379-0

I am trying to implement a fork/join process where work is read by a single thread, distributed to several parallel threads then joined back to another single thread. I am using Camel SEDA components for interfacing between threads. The single thread at the end must process the messages in the correct order which is why I add a stream resequencer in the route.
I have built a small prototype that works correctly with a small number of messages (1000 messages, 10 threads in parallel). However if I increase the number of messages (10000 messages, 10 threads) I start getting null pointer exceptions:
01:35:49.719 Camel (camel-1) thread #0 - Resequencer Delivery WARN  o.a.c.processor.StreamResequencer - Caused by: [java.lang.NullPointerException - null]
        at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:42) ~[camel-core-2.10.3.jar:2.10.3]
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) ~[camel-core-2.10.3.jar:2.10.3]
        at org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:303) ~[camel-core-2.10.3.jar:2.10.3]
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:99) ~[camel-core-2.10.3.jar:2.10.3]
        at org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:290) ~[camel-core-2.10.3.jar:2.10.3]
        at org.apache.camel.processor.StreamResequencer.sendElement(StreamResequencer.java:185) ~[camel-core-2.10.3.jar:2.10.3]
        at org.apache.camel.processor.StreamResequencer.sendElement(StreamResequencer.java:65) ~[camel-core-2.10.3.jar:2.10.3]
        at org.apache.camel.processor.resequencer.ResequencerEngine.deliverNext(ResequencerEngine.java:261) ~[camel-core-2.10.3.jar:2.10.3]
        at org.apache.camel.processor.resequencer.ResequencerEngine.deliver(ResequencerEngine.java:225) ~[camel-core-2.10.3.jar:2.10.3]
        at org.apache.camel.processor.StreamResequencer$Delivery.run(StreamResequencer.java:242) ~[camel-core-2.10.3.jar:2.10.3]
I have tried adjusting the resequencer time-out and capacity without any result. My CPU is only lightly loaded as there is plenty of sleep in the dummy processor. If anybody could tell me what I am doing wrong I would be very grateful. Here is the complete code of my prototype class:
package camelTest;
import org.apache.camel.CamelContext;
import org.apache.camel.Exchange;
import org.apache.camel.Processor;
import org.apache.camel.impl.DefaultCamelContext;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
/**
 *

Simulation of a fork / join parallel processing.
 *
Work is created by the main method, distributed (seda:fork) to several
parallel workers, joined back to a single queue (seda:join) and resequenced.
 *
 */
public class MainApp {

        private static final Logger LOG = LoggerFactory.getLogger(MainApp.class);
        private static final int NUMBER_OF_MESSAGES = 10000;
        public static void main(String... args) throws Exception {
                CamelContext context = new DefaultCamelContext();
                context.addRoutes(new MyRouteBuilder());
                context.start();
                LOG.info("Started");
                ProducerTemplate template = context.createProducerTemplate();
                for (int i = 0; i < NUMBER_OF_MESSAGES; i++) 
{
                        template.sendBodyAndHeader("seda:fork", "Test Message: " + i,
                                        "seqnum", new Long(i));
                }

                long expectedTime = NUMBER_OF_MESSAGES

(RandomSleepProcessor.MAX_PROCESS_TIME + RandomSleepProcessor.MIN_PROCESS_TIME)
                                / 2 / MyRouteBuilder.CONCURRENCY + MyRouteBuilder.TIMEOUT;
                LOG.info("Expected time: {}", expectedTime);
                Thread.sleep(expectedTime);
                LOG.info("Stopping");
                context.stop();
                LOG.info("Stopped");

        }
        public static class MyRouteBuilder extends RouteBuilder {
                // Number of concurrent processing threads
                public static final int CONCURRENCY = 10;
                // Additional resequencer time-out above theoretical time-out
                public static final long SAFETY_TIMEOUT = 100;
                // Additional resequencer capacity above theoretical capacity
                public static final int SAFETY_CAPACITY = 10;
                // Resequencer time-out
                public static final long TIMEOUT = SAFETY_TIMEOUT
                                + (RandomSleepProcessor.MAX_PROCESS_TIME - RandomSleepProcessor.MIN_PROCESS_TIME);
                // Resequencer capacity
                public static final int CAPACITY = SAFETY_CAPACITY
                                + (int) (CONCURRENCY * TIMEOUT / RandomSleepProcessor.MIN_PROCESS_TIME);
                public void configure() {
                        LOG.info("Number of processor threads: {}", CONCURRENCY);
                        LOG.info("Resequencer time-out: {}", TIMEOUT);
                        LOG.info("Resequencer capacity: {}", CAPACITY);
                        Processor myProcessor = new RandomSleepProcessor();
                        from("seda:fork?concurrentConsumers=" + CONCURRENCY).process(
                                        myProcessor).to("seda:join");
                        from("seda:join").resequence(header("seqnum")).stream()
                                        .capacity(CAPACITY).timeout(TIMEOUT).to("mock:result");
                }
        }
        /**

Simulation processor that sleeps a random time between MIN_PROCESS_TIME
and MAX_PROCESS_TIME milliseconds.
         *
         */
        public static class RandomSleepProcessor implements Processor {
                public static final long MIN_PROCESS_TIME = 5;
                public static final long MAX_PROCESS_TIME = 50;

                @Override
                public void process(Exchange arg0) throws Exception {
                        long processTime = (long) (MIN_PROCESS_TIME + Math.random()

(MAX_PROCESS_TIME - MIN_PROCESS_TIME));
                        LOG.debug("Process time: {}", processTime);
                        Thread.sleep(processTime);
                }

        }
}
And here is the full log of a run:
01:35:45.632 [main] INFO  camelTest.MainApp - Number of processor threads: 10
01:35:45.635 [main] INFO  camelTest.MainApp - Resequencer time-out: 145
01:35:45.635 [main] INFO  camelTest.MainApp - Resequencer capacity: 300
01:35:45.674 [main] INFO  o.a.camel.impl.DefaultCamelContext - Apache Camel 2.10.3 (CamelContext: camel-1) is starting
01:35:45.733 [main] INFO  o.a.c.m.ManagementStrategyFactory - JMX enabled.
01:35:45.938 [main] INFO  o.a.c.i.c.DefaultTypeConverter - Loaded 172 type converters
01:35:46.333 [main] INFO  o.a.camel.impl.DefaultCamelContext - Route: route1 started and consuming from: Endpoint[seda://fork?concurrentConsumers=10]
01:35:46.348 [main] INFO  o.a.camel.impl.DefaultCamelContext - Route: route2 started and consuming from: Endpoint[seda://join]
01:35:46.348 [main] INFO  o.a.c.m.DefaultManagementLifecycleStrategy - StatisticsLevel at All so enabling load performance statistics
01:35:46.360 [main] INFO  o.a.camel.impl.DefaultCamelContext - Total 2 routes, of which 2 is started.
01:35:46.360 [main] INFO  o.a.camel.impl.DefaultCamelContext - Apache Camel 2.10.3 (CamelContext: camel-1) started in 0.688 seconds
01:35:46.360 [main] INFO  camelTest.MainApp - Started
01:35:48.061 [main] INFO  camelTest.MainApp - Expected time: 27645
01:36:02.994 Camel (camel-1) thread #0 - Resequencer Delivery WARN  o.a.c.processor.StreamResequencer - Caused by: [java.lang.NullPointerException - null]
01:36:10.913 Camel (camel-1) thread #0 - Resequencer Delivery WARN  o.a.c.processor.StreamResequencer - Caused by: [java.lang.NullPointerException - null]
01:36:15.706 [main] INFO  camelTest.MainApp - Stopping
01:36:15.706 [main] INFO  o.a.camel.impl.DefaultCamelContext - Apache Camel 2.10.3 (CamelContext: camel-1) is shutting down
01:36:15.707 [main] INFO  o.a.c.impl.DefaultShutdownStrategy - Starting to graceful shutdown 2 routes (timeout 300 seconds)
01:36:16.778 Camel (camel-1) thread #14 - ShutdownTask INFO  o.a.c.impl.DefaultShutdownStrategy - Route: route2 shutdown complete, was consuming from: Endpoint[seda://join]
01:36:16.779 Camel (camel-1) thread #14 - ShutdownTask INFO  o.a.c.impl.DefaultShutdownStrategy - Route: route1 shutdown complete, was consuming from: Endpoint[seda://fork?concurrentConsumers=10]
01:36:16.779 [main] INFO  o.a.c.impl.DefaultShutdownStrategy - Graceful shutdown of 2 routes completed in 1 seconds
01:36:16.784 [main] INFO  o.a.c.i.c.DefaultTypeConverter - TypeConverterRegistry utilization[attempts=264380, hits=264380, misses=0, failures=0] mappings[total=172, misses=0]
01:36:16.786 [main] INFO  o.a.camel.impl.DefaultCamelContext - Apache Camel 2.10.3 (CamelContext: camel-1) is shutdown in 1.079 seconds. Uptime 31.114 seconds.
01:36:16.786 [main] INFO  camelTest.MainApp - Stopped
Vincent 

The Spring 3.1 Cache abstraction throws an UnsupportedOperationException in AbstractCacheAspect if any method that uses the Cacheable or CacheEvict annotation throws an exception (including runtime exceptions). This changes the behavior for calling code that check the type of exception thrown because it now needs to unpack the UnsupportedOperationException to find the real cause. IMHO, RuntimeException should be let through without wrapping in UnsupportedOperationException.

LlapDaemonMaxFileDescriptorCount shows max file descriptors that system will allow. For debugging purpose we could also store the max value that was seen so far to know if we have hit the limit. 

This means that if a users details are changed even if they log in and out then these details will not be reflected when the user logs in again.

There are many places where non-static threadlocals are used. I can't seem to find a good logic for using them. However, they can potentially result in leaking objects if for example they are created in a long running thread every time the thread handles a new session.

For certain metastore operation combination, metastore operation hangs and metastore server eventually fail due to OOM. This happens when metastore is backed by SQL Server. Here is a testcase to reproduce:

CREATE TABLE tbl_repro_oom1 (a STRING, b INT) PARTITIONED BY (c STRING, d STRING);
CREATE TABLE tbl_repro_oom_2 (a STRING ) PARTITIONED BY (e STRING);
ALTER TABLE tbl_repro_oom1 ADD PARTITION (c='France', d=4);
ALTER TABLE tbl_repro_oom1 ADD PARTITION (c='Russia', d=3);
ALTER TABLE tbl_repro_oom_2 ADD PARTITION (e='Russia');
ALTER TABLE tbl_repro_oom1 DROP PARTITION (c >= 'India'); --failure

The code cause the issue is in ExpressionTree.java:

valString = "partitionName.substring(partitionName.indexOf(\"" + keyEqual + "\")+" + keyEqualLength + ").substring(0, partitionName.substring(partitionName.indexOf(\"" + keyEqual + "\")+" + keyEqualLength + ").indexOf(\"/\"))";

The snapshot of table partition before the "drop partition" statement is:

PART_ID  CREATE_TIME    LAST_ACCESS_TIME      PART_NAME                SD_ID   TBL_ID 
93	1376526718	0	             c=France/d=4	127	33
94	1376526718	0	             c=Russia/d=3	128	33
95	1376526718	0	             e=Russia	        129	34

Datanucleus query try to find the value of a particular key by locating "$key=" as the start, "/" as the end. For example, value of c in "c=France/d=4" by locating "c=" as the start, "/" following as the end. However, this query fail if we try to find value "e" in "e=Russia" since there is no tailing "/". 
Other database works since the query plan first filter out the partition not belonging to tbl_repro_oom1. Whether this error surface or not depends on the query optimizer.
When this exception happens, metastore keep trying and throw exception. The memory image of metastore contains a large number of exception objects:

com.microsoft.sqlserver.jdbc.SQLServerException: Invalid length parameter passed to the LEFT or SUBSTRING function.
	at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDatabaseError(SQLServerException.java:197)
	at com.microsoft.sqlserver.jdbc.SQLServerResultSet$FetchBuffer.nextRow(SQLServerResultSet.java:4762)
	at com.microsoft.sqlserver.jdbc.SQLServerResultSet.fetchBufferNext(SQLServerResultSet.java:1682)
	at com.microsoft.sqlserver.jdbc.SQLServerResultSet.next(SQLServerResultSet.java:955)
	at org.apache.commons.dbcp.DelegatingResultSet.next(DelegatingResultSet.java:207)
	at org.datanucleus.store.rdbms.query.ForwardQueryResult.<init>(ForwardQueryResult.java:90)
	at org.datanucleus.store.rdbms.query.JDOQLQuery.performExecute(JDOQLQuery.java:686)
	at org.datanucleus.store.query.Query.executeQuery(Query.java:1791)
	at org.datanucleus.store.query.Query.executeWithMap(Query.java:1694)
	at org.datanucleus.api.jdo.JDOQuery.executeWithMap(JDOQuery.java:334)
	at org.apache.hadoop.hive.metastore.ObjectStore.listMPartitionsByFilter(ObjectStore.java:1715)
	at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByFilter(ObjectStore.java:1590)
	at org.apache.hadoop.hive.metastore.RetryingRawStore.invoke(RetryingRawStore.java:111)
	at $Proxy4.getPartitionsByFilter(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_partitions_by_filter(HiveMetaStore.java:2163)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:105)
	at $Proxy5.get_partitions_by_filter(Unknown Source)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_partitions_by_filter.getResult(ThriftHiveMetastore.java:5449)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_partitions_by_filter.getResult(ThriftHiveMetastore.java:5437)
	at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
	at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
	at org.apache.hadoop.hive.metastore.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:48)
	at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:176)
)

This eventually cause the OOM of metastore server. 
This Jira only try to fix the SQL exception, which prevent OOM from happening in the above scenario. We might also need to look at how to prevent metastore OOM when an error happen, but that is out of the scope of this Jira.

If there are two velocity endpoint linked with the pipeline, you will find the last velocity will not effect anymore.

FileUtils.sizeOfDirectoryAsBigInteger can overflow.
This is because it calls FileUtils.sizeOf(file) which calls sizeOfDirectory() for processing subdirectories.
As it stands, the method only works properly at the top level.
A possible solution would be to create private "Big" versions of the called methods; these would not need all the checks so should be faster.

When using the Errors interface for a validator (as opposed to a MessageContext) and its rejectValue method, the actual error is not properly recorded as a field specific error. 
Looking around the code I see the MessageContextErrors does this in rejectValue():
messageContext.addMessage(new MessageBuilder().error().code(errorCode).defaultText(defaultMessage).build());
but should probably do this:
messageContext.addMessage(new MessageBuilder().error().source(field).code(errorCode).defaultText(defaultMessage).build());

I have found several problems in the current (master, trunk) Wildfly JASPI Web layer implementation
Undertow related:
----------------------

It does not support pre-emptive authentication:
When the ServerAuthenticationModule returns AUTH_SUCCESS and null userPrincipal, it should let the request fall through unathenticated, instead it is rejected.

It does not call secureResponse when the authentication was unsuccessful

It does not populate the org.jboss.security.SecurityContext, only the undertow Account structure.

It does not support the wrapper feature (Spec 3.8.3.5 and B.9)

The attached pull request aims to fix the first three issues.
Credits: This patch is based on Arjan Tijms' analysis, and suggested patches for the Jboss 7.X valve based authentitactor.

Majority of Elytron Maven dependencies have scope provided. It means they are not included when Elytron is used as a project dependency (e.g. together with EJB) and compilation fails.
We need either to make them compile scoped or provide an additional Elytron BOM package so users have a simple way for Elytron usage.

The logic is incorrect within the findPlaceholderEndIndex method:
version 3.0.1 line 173
version 3.0.4 line 193
index = index + this.placeholderPrefix.length() - 1;
I think this line should read:
index = index + this.placeholderSuffix.length();
The code as it stands only works at the moment because the default prefix "${" is 2 characters and the default suffix "}" is 1 character. 

Running the server MR tools is not working on Yarn version 2.5+.
Running org.apache.hadoop.hbase.mapreduce.Export:

Exception in thread "main" java.lang.NoSuchMethodError: org.codehaus.jackson.map.ObjectMapper.setSerializationInclusion(Lorg/codehaus/jackson/map/annotate/JsonSerialize$Inclusion;)Lorg/codehaus/jackson/map/ObjectMapper;
        at org.apache.hadoop.yarn.webapp.YarnJacksonJaxbJsonProvider.configObjectMapper(YarnJacksonJaxbJsonProvider.java:59)
        at org.apache.hadoop.yarn.util.timeline.TimelineUtils.<clinit>(TimelineUtils.java:47)
        at org.apache.hadoop.yarn.client.api.impl.YarnClientImpl.serviceInit(YarnClientImpl.java:166)
        at org.apache.hadoop.service.AbstractService.init(AbstractService.java:163)
        at org.apache.hadoop.mapred.ResourceMgrDelegate.serviceInit(ResourceMgrDelegate.java:102)
        at org.apache.hadoop.mapred.ResourceMgrDelegate.<init>(ResourceMgrDelegate.java:96)
        at org.apache.hadoop.mapred.YARNRunner.<init>(YARNRunner.java:112)
        at org.apache.hadoop.mapred.YarnClientProtocolProvider.create(YarnClientProtocolProvider.java:34)
        at org.apache.hadoop.mapreduce.Cluster.initialize(Cluster.java:95)
        at org.apache.hadoop.mapreduce.Cluster.<init>(Cluster.java:82)
        at org.apache.hadoop.mapreduce.Cluster.<init>(Cluster.java:75)
        at org.apache.hadoop.mapreduce.Job$9.run(Job.java:1266)
        at org.apache.hadoop.mapreduce.Job$9.run(Job.java:1262)
        at org.apache.hadoop.mapreduce.Job.connect(Job.java:1261)
        at org.apache.hadoop.mapreduce.Job.submit(Job.java:1290)
        at org.apache.hadoop.mapreduce.Job.waitForCompletion(Job.java:1314)
        at org.apache.hadoop.hbase.mapreduce.Export.main(Export.java:189)

The problem seems to be the jackson jar version.  HADOOP-10104 updated jackson version to 1.9.13.  YARN-2092 reported a problem as well.
HBase is using jackson 1.8.8. This version of the jar in the classpath seem to cause the problem.
Should we upgrade to jackson 1.9.13? 

  public static final String
      REPLICATION_ENABLE_KEY = "hbase.replication";
  public static final boolean
      REPLICATION_ENABLE_DEFAULT = true;

The code shows that default value is true, but documents shows the default value is false.

| hbase.replication
| Whether replication is enabled or disabled on a given
                cluster
| false

Following query with count(distinct) generates different result than expected on hive master:

select count(distinct ss_ticket_number), count(distinct ss_sold_date_sk) from store_sales;

Expected output generated using postgres:

 count  | count 
--------+-------
 240000 |  1823
(1 row)

Actual output

240000	1824

When the number of job executions pass 1000, a comma is inserted in the number that is placed on the JSON document (jobs.json). This causes the JSON to be unparseable.
A workaround we used for this issue was overriding the jobs.ftl file in our project and adding quotes around the execution count:
"executionCount" : "${job.executionCount}",

In RegionScannerImpl#nextRaw, after a batch of results are retrieved, delegates to the filter regarding continuation of the scan. If filterAllRemaining returns true, the method exits immediately, without calling MetricsRegion#updateNextScan.

The camel-mllp component checks for load balancer probes by using a slightly different Runnable for processing the first message.  This runnable uses a short receiveTimeout as is should.  However, it should use the configured readTimeout.  Failure to use this configured timeout causes large messages to fail when they are the first messages received on the TCP Socket, and the camel-mllp component subsequently resets the TCP connection - so messages can never flow.

When a split task is finished, master will delete the wal first, then remove the task's zk node. So if master crashed after delelte the wal, the zk task node may be leaved on zk. When master resubmit this task, the task will failed by FileNotFoundException.
We also handle FileNotFoundException in WALSplitter. But not handle this in SplitLogWorker.
 
  try {
    in = getReader(path, reporter);
  } catch (EOFException e) {
    if (length <= 0) {
      // TODO should we ignore an empty, not-last log file if skip.errors
      // is false? Either way, the caller should decide what to do. E.g.
      // ignore if this is the last log in sequence.
      // TODO is this scenario still possible if the log has been
      // recovered (i.e. closed)
      LOG.warn("Could not open {} for reading. File is empty", path, e);
    }
    // EOFException being ignored
  }
} catch (IOException e) {
  if (e instanceof FileNotFoundException) {
    // A wal file may not exist anymore. Nothing can be recovered so move on
    LOG.warn("File {} does not exist anymore", path, e);
  }
}

// Here fs.getFileStatus may throw FileNotFoundException, too. We should handle this exception as the WALSplitter.getReader.
try {
  if (!WALSplitter.splitLogFile(walDir, fs.getFileStatus(new Path(walDir, filename)),
    fs, conf, p, sequenceIdChecker,
      server.getCoordinatedStateManager().getSplitLogWorkerCoordination(), factory)) {
    return Status.PREEMPTED;
  }
} 

If you create a project with RC1 and then open a RC2 shell for that  project you get:
NullPointerException at  
org.springframework.roo.addon.mvc.jsp.JspDocumentHelper.<init> 
(JspDocumentHelper.java:74)
This is easy to reproduce:

Open RC1 shell
roo> script clinic.roo
roo> exit
Open RC2 shell
see above error

This is a newly introduced bug from r796133.
We should first update the aggregation, and then we can flush the hash table. Otherwise the entry that we update might be already out of the hash table.

See screenshot
The problem is related to extending a ManagedEndpoint then some options is shown as unavaiable in JMX consoles.

This issue is in lieu with HBASE-10322.  In case of export tool, when the cells with visibility labels are exported using a super user we should be able to export the data.  But with the current implementation, the super user would also be able to view cells that has visibility labels associated with the superuser.  The idea of HBASE-10322 is to strip out tags based on user and if so this change is necessary for export tool to work with Visibility.  ACL already has a concept of global admins.  

When trying to close a source, it will hang if it's already in shipEdits() and has issues reaching the sink. The reason is that in that method the while loop only checks if the RS is going down but not if the source was asked to shutdown.

Let's say that:

A client cached the location of some region, not the first one in the table
The RS that was holding it fails
The first thing the client does after the failure is trying to reach the first row of that region

This will never recover, since HCM.deleteCachedLocation doesn't delete if the row we asked for is the first row in a region. This looks a lot like HBASE-1920, but there isn't enough information in that jira to say that it's the same thing.
This is a blocker, and it kills 0.20.5 RC2 (sorry).

https://github.com/weld/wildfly/blob/master/testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/jpa/transaction/UnsynchronizedSFSB.jav
Change this test to 

@PersistenceContext(type = EXTENDED, synchronization = UNSYNCHRONIZED)

 and it will break. 
Looks like an extended PC is always joined to the transaction and flushed on commit, the unsynchronized mode is ignored. From what I can see this is not specified and indeed would make the whole new UNSYNCHRONIZED feature kind of pointless. It's primary use case is propagation of unflushed/unsynchronized extended PC from a SFSB to other beans while keeping transactions intact.

Having a project with a REST endpoint defined as: 

package org.demo.rest;

import javax.json.Json;
import javax.json.JsonObject;
import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;
import javax.ws.rs.core.Response;

@Path("/hello")
public class HelloEndpoint {

    @GET
    @Produces("text/plain")
    public Response doGet() {
        return Response.ok("method doGet invoked").build();
    }

    @GET
    @Path("/json")
    public JsonObject getJSON() {
        return Json.createObjectBuilder().build();
    }

    @GET
    @Path("/xml")
    @Produces(MediaType.TEXT_XML)
    public AnEntity getJaxb() {
        AnEntity entity = new AnEntity();
        entity.setFoo("Bar");
        return entity;
    }
}

And an entity class defined as: 

import javax.xml.bind.annotation.XmlAccessType;
import javax.xml.bind.annotation.XmlAccessorType;
import javax.xml.bind.annotation.XmlElement;
import javax.xml.bind.annotation.XmlRootElement;

@XmlRootElement
@XmlAccessorType(XmlAccessType.FIELD)
public class AnEntity {
    @XmlElement
    private String foo;

    public String getFoo() {
        return foo;
    }

    public void setFoo(String foo) {
        this.foo = foo;
    }
}

And no fractions set in the pom.xml (but the JavaEE API), the swarmed app fails to initialize with the following exception:

java.lang.ClassNotFoundException: javax.json.JsonObject from [Module \"deployment.demo.war:main\" from Service Module Loader]"}}

The workaround is to add the jaxrs-jaxb (to support correct serialization of the JAXB entity) and the jaxrs-jsonp in the pom.xml.

This bug is related to: http://jira.springframework.org/browse/SWS-244.  If white space appears in the header then a class cast exception is thrown.   Sun's SAAJ impl returns these whitespace nodes as TextImpl.  The class cast happens when the TextImpl's are cast as SOAPHeaderElement.  I've verified that this is a problem with Spring WS 1.0.3 as well even though I'm currently using 1.0.2.
org.springframework.ws.soap.saaj.SaajSoapHeader
        public Object next() 
{
            SOAPHeaderElement saajHeaderElement = (SOAPHeaderElement) iterator.next();   <-- class cast happens here.
            return new SaajSoapHeaderElement(saajHeaderElement);
        }
            
while [SP-109555] puts a setVirtualHost() method in StompBrokerRelayMessageHandler,  StompBrokerRelayRegistration does not provide any method to expose it.
This means there is no real way to set the virtual host on StompBrokerRelayMessageHandler making it impossible to use services like CloudAMQP which require one

hbase pe
Error: Could not find or load main class org.apache.hadoop.hbase.PerformanceEvaluation
hbase ltt
Error: Could not find or load main class org.apache.hadoop.hbase.util.LoadTestTool
Those class are in hbase-mapreduce-test.jar

I started a trunk cluster to upgrade from 90, inserted a ton of data, then did a clean shutdown. When I started again, I got the following exception:
11/09/13 12:29:09 INFO master.HMaster: Meta has HRI with HTDs. Updating meta now.
11/09/13 12:29:09 FATAL master.HMaster: Unhandled exception. Starting shutdown.
java.lang.NegativeArraySizeException: -102
        at org.apache.hadoop.hbase.util.Bytes.readByteArray(Bytes.java:147)
        at org.apache.hadoop.hbase.HTableDescriptor.readFields(HTableDescriptor.java:606)
        at org.apache.hadoop.hbase.migration.HRegionInfo090x.readFields(HRegionInfo090x.java:641)
        at org.apache.hadoop.hbase.util.Writables.getWritable(Writables.java:133)
        at org.apache.hadoop.hbase.util.Writables.getWritable(Writables.java:103)
        at org.apache.hadoop.hbase.util.Writables.getHRegionInfoForMigration(Writables.java:228)
        at org.apache.hadoop.hbase.catalog.MetaEditor.getHRegionInfoForMigration(MetaEditor.java:350)
        at org.apache.hadoop.hbase.catalog.MetaEditor$1.visit(MetaEditor.java:273)
        at org.apache.hadoop.hbase.catalog.MetaReader.fullScan(MetaReader.java:633)
        at org.apache.hadoop.hbase.catalog.MetaReader.fullScan(MetaReader.java:255)
        at org.apache.hadoop.hbase.catalog.MetaReader.fullScan(MetaReader.java:235)
        at org.apache.hadoop.hbase.catalog.MetaEditor.updateMetaWithNewRegionInfo(MetaEditor.java:284)
        at org.apache.hadoop.hbase.catalog.MetaEditor.migrateRootAndMeta(MetaEditor.java:298)
        at org.apache.hadoop.hbase.master.HMaster.updateMetaWithNewHRI(HMaster.java:529)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:472)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:309)

Execution of the add-handler operation adds a name attribute with the handlers name to the root-logger model.

"root-logger" => {"ROOT" => {
            "filter" => undefined,
            "filter-spec" => undefined,
            "handlers" => [
                "FILE",
                "CONSOLE"
            ],
            "level" => "INFO",
            "name" => "CONSOLE"
        }}

The setup of MicroProfile TCKs requires bom-all: https://github.com/wildfly-swarm/wildfly-swarm/blob/master/testsuite/microprofile-tcks/pom.xml#L75
This is unnecessary and also potentially harmful, if the TCKs were for some reason to depend on things that are outside of the plain bom. It also makes it unnecessarily hard to run the MP TCKs in the swarm.product.build profile.

In HStore.removeCompactedFiles(), we only clear archived files from StoreFileManager's list of compactedfiles if all files were archived successfully.  If we encounter an error archiving any of the files, then any files which were already archived will remain in the list of compactedfiles.
Even worse, this means that all subsequent attempts to archive the list of compacted files will fail (as the previously successfully archived files still in the list will now throw FileNotFoundException), and the list of compactedfiles will never be cleared from that point on.
Finally, when the region closes, we will again throw an exception out of HStore.removeCompactedFiles(), in this case causing a regionserver abort.

Rule matcher match-user in authentication-context in Elytron subsystem internally uses org.wildfly.security.auth.client.MatchUserRule. This matcher works based on passed userinfo. However naming of match-user in Elytron subsystem indicates that just user part of userinfo should be used in matching.
Also description in CLI is not correct, it says: The user to match against.
It means one of following should be changed:

name of match-user
functionality of MatchUserRule

Since Elytron client configuration file includes for the same matcher with name match-userinfo then I suggest to rename attribute match-user in authentication-context in Elytron subsystem to match-userinfo and improve description in CLI and XSD.

The new version of thrift rename the __isset to __isset_bit_vector in the generated Thrift java code. This causes __isset_bit_vector passed as a field in ThriftSerDe. 

In case where user loads data into table using overwrite, using a different file, it is not being overwritten.

$ hdfs dfs -cat /tmp/data
aaa
bbb
ccc
$ hdfs dfs -cat /tmp/data2
ddd
eee
fff
$ hive
hive> create table test (id string); 
hive> load data inpath '/tmp/data' overwrite into table test;
hive> select * from test;
aaa
bbb
ccc
hive> load data inpath '/tmp/data2' overwrite into table test;
aaa
bbb
ccc
ddd
eee
fff

It seems it is broken by HIVE-3756 which added another condition to whether "rmr" should be run on old directory, and skips in this case.
There is a workaround of set fs.hdfs.impl.disable.cache=true; 
which sabotages this condition, but this condition should be removed in long-term.

We should consider tags in the existing cells as well as tags coming in the cells within Increment/Append

On altering/renaming a partition it must inherit permission of the parent directory, if the flag hive.warehouse.subdir.inherit.perms is set.

HIVE-12473 has added an incorrect comment and also lacks a test case.
Benefits of this fix:

Does not say: "Probably doesn't work"
Does not use grammar like "subquery columns and such"
Adds test cases, that let you verify the fix
Doesn't rely on certain structure of key expr, just takes the type at compile time
Doesn't require an additional walk of each key expression
Shows the type used in explain

We originally wrote a WatcherWrapper for our ZooKeeperWrapper which cuts through some of the ZooKeeper interface so that we wouldn't have to supply Watchers everywhere. Now that we're having to deal with things like Session Expired all over the place, this class should no longer be used.

0: jdbc:hive2://189.39.151.74:21066/> create table foo1(ROW__ID string);
No rows affected (0.281 seconds)
0: jdbc:hive2://189.39.151.74:21066/> create table foo2(BLOCK__OFFSET__INSIDE__FILE string);
No rows affected (0.323 seconds)
0: jdbc:hive2://189.39.151.74:21066/> create table foo3(INPUT__FILE__NAME string);
No rows affected (0.307 seconds)
0: jdbc:hive2://189.39.151.74:21066/> select * from foo1;
Error: Error while compiling statement: FAILED: SemanticException Line 0:-1 Invalid column reference 'TOK_ALLCOLREF' (state=42000,code=40000)
0: jdbc:hive2://189.39.151.74:21066/> select * from foo2;
0: jdbc:hive2://189.39.151.74:21066/> select * from foo3;

We should prevent user from creating table with column names the same as Virtual Column names

Currently, in Spark branch, results for these two test files are very different from MR's. We need to find out the cause for this, and identify potential bug in our current implementation.

Do not append #sss if you call DistributedCache.addFileToClassPath, it ends with following error:
2/08/04 00:40:21 ERROR security.UserGroupInformation: PriviledgedActionException as:crawler (auth:SIMPLE) cause:java.io.FileNotFoundException: File does not exist: hdfs://ponto.amerinoc.com:9000/cznewgen/config.jar#config.jar
12/08/04 00:40:21 ERROR spring.SpringHadoopRunner: Tool fetch failed
java.io.FileNotFoundException: File does not exist: hdfs://ponto.amerinoc.com:9000/cznewgen/config.jar#config.jar
        at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:729)
        at org.apache.hadoop.fs.FileSystem.resolvePath(FileSystem.java:636)
This code works:
	for(String config:parsed_configs) 
{
		DistributedCache.addFileToClassPath(new Path(config), conf);
	}

Following code caused error:
	DistributedCacheFactoryBean dcache = new DistributedCacheFactoryBean();
		dcache.setConfiguration(conf);
		dcache.setCreateSymlink(false);
		Set <DistributedCacheFactoryBean.CacheEntry> jars = new HashSet <DistributedCacheFactoryBean.CacheEntry> ();
		for(String config:parsed_configs) 
{
			DistributedCacheFactoryBean.CacheEntry entry = 
					new DistributedCacheFactoryBean.CacheEntry(DistributedCacheFactoryBean.CacheEntry.EntryType.CP, config);
			jars.add(entry);
		}
		dcache.setEntries(jars);
		dcache.afterPropertiesSet();

The CombineHiveInputFormat does not work with multi-level of directories in a single table/partition, because it uses an exact match logic, instead of the relativize logic as in MapOperator

MapOperator.java:
          if (!onepath.toUri().relativize(fpath.toUri()).equals(fpath.toUri())) {

When an EAR is configured to share web sessions across WARs, each WAR deployment will use the same distributed session manager factory instance.  However, each deployment will use a separate session manager instance (created from the shared factory).  Since session expiration and passivation is managed per session manager, it is possible that a session is scheduled to expire on one manager, regardless of whether it is subsequently referenced by another manager, and can thus attempt to expire prematurely, thus failing to expire when it should.
To fix this, each session manager instance must also share session expiration/eviction schedulers, where each manager registers deployment specific listeners on SessionManager.start() and unregisters on stop().

Server is started with queue deployed. Attribute statistics-enabled is then set to true in messaging server. This operation doesn't require reload. Start sending messages and look at outputs of operation list-message-counter-as-json or list-message-counter-as-html at queue you are using to send messages. (message-counter-sample-period is set to 10s by default, so give it some time).
list-message-counter-as-json output

[standalone@localhost:9990 jms-queue=q] :list-message-counter-as-json
{
    "result" => "{\"destinationName\":\"q\",\"destinationSubscription\":null,\"destinationDurable\":true,\"count\":0,\"countDelta\":0,\"messageCount\":47064,\"messageCountDelta\":809,\"lastAddTimestamp\":\"1/1/70 1:00:00 AM\",\"updateTimestamp\":\"1/1/70 1:00:00 AM\"}"
}

Only attributes messageCount, messageCountDelta contain updated values . Other attributes are either null, 0 or default timestamp.
Output of list-message-counter-history-as-json is also not correctly updated
list-message-counter-history-as-json output

[standalone@localhost:9990 jms-queue=q] :list-message-counter-history-as-json
{
    "result" => "{\"dayCounters\":[{\"date\":\"10/27/16\",\"counters\":[-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,0,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1]}]}"
}

After server reload, output of operations updates and starts working as expected.
Output after reload

{
    "result" => "{\"dayCounters\":[{\"date\":\"10/27/16\",\"counters\":[-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,60015,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1]}]}"
}
{
    "result" => "{\"destinationName\":\"q\",\"destinationSubscription\":null,\"destinationDurable\":true,\"count\":60015,\"countDelta\":60015,\"messageCount\":60015,\"messageCountDelta\":60015,\"lastAddTimestamp\":\"10/27/16 11:34:39 AM\",\"updateTimestamp\":\"10/27/16 11:35:29 AM\"}"
}

Values are also correctly updated when new messages are sent now.
As administrator, I would like to be able to turn on/off statistics also without server reload. Although it is possible with messaging subsystem, it is not working correctly until reload.

HIVE-14624 added FDQN for work submission. We should enable it by default to avoid DNS issues. 

When checking the origins we should remove the port if the port is the default one so that we ensure we have a correct matching

hbase fsck errors out when there are no tables.
	at org.apache.hadoop.hbase.util.HBaseFsck.reportTablesInFlux(HBaseFsck.java:560)
	at org.apache.hadoop.hbase.util.HBaseFsck.onlineConsistencyRepair(HBaseFsck.java:346)
	at org.apache.hadoop.hbase.util.HBaseFsck.onlineHbck(HBaseFsck.java:382)
	at org.apache.hadoop.hbase.util.HBaseFsck.main(HBaseFsck.java:3120)

see email from customer
Question #3, after moving up to Spring-GemFire 1.1.0.M2 the regex-interest seems to fail the spring bootstrap:
    <gfe:client-region cache-ref="gemfire-cache" id="assetEntityRegion" name="assetEntityRegion" pool-name="alerter-server-pool">
        <gfe:cache-listener>
            <bean class="au.com.fairfax.media.alerterserver.listener.impl.AssetEntityRegionListenerImpl">
                <constructor-arg index="0" ref="instantAlerter"/>
            </bean>
        </gfe:cache-listener>
        <gfe:regex-interest pattern=".*"/>
    </gfe:client-region>
It works fine if I downgrade to 1.1.0.M1 or comment out regex-interest. (BTW, we're on GemFire 6.5.1.4 version)
Attached is the stack trace.
Do you know why this is happening?
Customers email address: Lenming Yeung <lyeung@fairfaxdigital.com.au> 

Error is:

  io.escalante.test.artifact.ArtifactInstallTest: bundlesDir not a directory

The problem is that the check is done in an 'assert' block and that only happens when assertions have been enabled by the user 
The problem comes cos bundlesDir is set to "null/bundles", even if I have not set any bundlesDir.
Seems like bundlesDir is pre-computed too early in EmbeddedContainerConfiguration where it expects a system property, but that might not be set, it might come from arquillian.xml. So better delay until EmbeddedServerFactory.create.

preprocess/postprocess counters perform a number of computations even when there are no counters to update. Performance runs are captured in: https://issues.apache.org/jira/browse/HIVE-4318

The markRollbackOnlyLast() should remove any caused exception because it should not affect outer transactions.

On master,  TestMobExportSnapshot.testExportFailure timeout occasionally.
See
https://builds.apache.org/job/PreCommit-HBASE-Build/16514//testReport/org.apache.hadoop.hbase.snapshot/TestMobExportSnapshot/testExportFailure/
https://builds.apache.org/job/PreCommit-HBASE-Build/16511//testReport/org.apache.hadoop.hbase.snapshot/TestMobExportSnapshot/testExportFailure/

It's wrongly use fs.defaultFS as the root, ignore "hive.repl.replica.functions.root.dir" definition, thus prevent replicating to cloud destination.

See also EE.8.3 Class Loading Requirements.
In the mentioned Arquillian test (servlet protocol) if a class from an EJB module tries to access a class from an RAR you get a NoClassDefFoundError. I also tried to place the class in the WAR with the same result.

If the jmx subsystem <expose-resolved-model/> and/or  <expose-expression-model/> settings are not configured, but <remoting-connector/> is BlockingNotificationMBeanServer will throw NPEs in isInExposedModelControllerDomains due to passing null into java.util.regex.Pattern.matcher(...).
Simply null checks will fix the problem.

When using org.springframework.transaction.jta.WebSphereUowTransactionManager to manage transactions under WebSphere 6.1 with Spring 3.0, the transaction is not rolled back. The transaction is rolled back when using Spring 2.5.4.
The test case is an application that inserts into a database and then throws a runtime exception within the same method marked with @Transactional. Both Spring 2.5.4 and Spring 3.0 were tested. In both cases the logs report:

TRACE Applying rules to determine whether transaction should rollback on java.lang.RuntimeException: Oops! - RuleBasedTransactionAttribute [RuleBasedTransactionAttribute.java:130]
TRACE Winning rollback rule is: RollbackRuleAttribute with pattern [java.lang.RuntimeException] - RuleBasedTransactionAttribute [RuleBasedTransactionAttribute.java:147]
In 2.5.4, the insert succeeds then is rolled back; in 3.0 the insert succeeds and is not rolled back.

For PostgreSQL if columns are defined as JSON or XML, then String values should be passed via setObject. We are doing that via JdbcTemplate.
Now that code throws an exception after the change https://github.com/spring-projects/spring-framework/commit/759f430ba56d55d702ed2f0f07d468402a1202df from SPR-8571 which always passes String via setString().
As I commented on the commit: IMHO JdbcTemplate should not be too smart - if I pass String as OTHER - it should reach the driver as is. OTHER is documented as "indicates that the SQL type is database-specific and gets mapped to a Java object that can be accessed via the methods getObject and setObject" So, probably some other place using OTHER is just not doing that correctly?

In AbstractApplicationContext, refresh and close both synchronize on startupShutdownMonitor to prevent concurrent processing. However, when the application context's shutdown hook is performing the close processing this doesn't hold true as it doesn't synchronise on startupShutdownMonitor. This means it's possible for two close calls or a close and a refresh to occur in parallel.

When stats are incorrect, negative or very large number can be passed to the map

This will always return false:
if (uri != null&&!"".equals(XMLConstants.NULL_NS_URI))
The second test should use 'uri', not '""'. (The value of XMLConstants.NULL_NS_URI is '""').

Some versions of hdfs do not like DFSClient.setkeyProvider(null):

	at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:191)
	at com.google.common.cache.LocalCache.put(LocalCache.java:4209)
	at com.google.common.cache.LocalCache$LocalManualCache.put(LocalCache.java:4804)
	at org.apache.hadoop.hdfs.KeyProviderCache.setKeyProvider(KeyProviderCache.java:107)
	at org.apache.hadoop.hdfs.DFSClient.setKeyProvider(DFSClient.java:3186)
	at org.apache.hadoop.hive.shims.Hadoop23Shims.getMiniDfs(Hadoop23Shims.java:446)

There is an inconsistency between spring.handlers from the all-in-one JAR and the spring-oxm-1.5.6.jar. Using the all-in-one-jar causes the Unable to locate Spring NamespaceHandler for XML schema namespace http://www.springframework.org/schema/oxm exception.
spring-oxm-1.5.6.jar contains the following spring.handlers:

http\://www.springframework.org/schema/oxm=org.springframework.oxm.config.OxmNamespaceHandler

The spring-ws-1.5.6-all.jar contains the spring.handlers:

http://www.springframework.org/spring-ws/schema/oxm=org.springframework.oxm.config.OxmNamespaceHandler
http://www.springframework.org/spring-ws/schema/sws=org.springframework.ws.config.WebServicesNamespaceHandler

Note the difference between namespaces (spring-ws/schema/oxm vs schema/oxm). 
Since the documentation emphasizes the first namespace, the all-in-one jar is thus useless without patching the spring.handlers or using the specific namespace in the Spring context XML file.
A workaround is tou use the module JARs instead of all-in-one.
An evident solution is to unify the spring.handlers.

when running the project, login page not loaded correctly and this exception occure:

23:04:33.718 [http-bio-8080-exec-3] ERROR org.thymeleaf.TemplateEngine - [THYMELEAF][http-bio-8080-exec-3] Exception processing template "login": Error resolving template "login", template might not exist or might not be accessible by any of the configured Template Resolvers
23:04:33.719 [http-bio-8080-exec-3] ERROR org.thymeleaf.TemplateEngine - [THYMELEAF][http-bio-8080-exec-3] Exception processing template "layout": Error resolving template "login", template might not exist or might not be accessible by any of the configured Template Resolvers (layout:6)
23:04:33.731 [http-bio-8080-exec-3] DEBUG o.s.web.servlet.DispatcherServlet - Error rendering view [org.thymeleaf.extras.tiles2.spring.web.view.ThymeleafTilesView@b89966] in DispatcherServlet with name 'dispatcher'
org.thymeleaf.exceptions.TemplateInputException: Error resolving template "login", template might not exist or might not be accessible by any of the configured Template Resolvers (layout:6)
	at org.thymeleaf.TemplateRepository.getTemplate(TemplateRepository.java:245) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1104) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1060) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.extras.tiles2.renderer.ThymeleafAttributeRenderer.write(ThymeleafAttributeRenderer.java:153) ~[thymeleaf-extras-tiles2-2.1.0.RELEASE.jar:na]
	at org.apache.tiles.renderer.impl.AbstractBaseAttributeRenderer.render(AbstractBaseAttributeRenderer.java:106) ~[tiles-core-2.2.2.jar:2.2.2]
	at org.thymeleaf.extras.tiles2.renderer.MetadataCleaningAttributeRendererWrapper.render(MetadataCleaningAttributeRendererWrapper.java:147) ~[thymeleaf-extras-tiles2-2.1.0.RELEASE.jar:na]
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:670) ~[tiles-core-2.2.2.jar:2.2.2]
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:690) ~[tiles-core-2.2.2.jar:2.2.2]
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:644) ~[tiles-core-2.2.2.jar:2.2.2]
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:627) ~[tiles-core-2.2.2.jar:2.2.2]
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:321) ~[tiles-core-2.2.2.jar:2.2.2]
	at org.apache.tiles.renderer.impl.DefinitionAttributeRenderer.write(DefinitionAttributeRenderer.java:56) ~[tiles-core-2.2.2.jar:2.2.2]
	at org.apache.tiles.renderer.impl.ChainedDelegateAttributeRenderer.write(ChainedDelegateAttributeRenderer.java:76) ~[tiles-core-2.2.2.jar:2.2.2]
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:336) ~[tiles-core-2.2.2.jar:2.2.2]
	at org.apache.tiles.template.InsertAttributeModel.renderAttribute(InsertAttributeModel.java:210) ~[tiles-template-2.2.2.jar:2.2.2]
	at org.apache.tiles.template.InsertAttributeModel.execute(InsertAttributeModel.java:157) ~[tiles-template-2.2.2.jar:2.2.2]
	at org.thymeleaf.extras.tiles2.dialect.processor.AbstractTilesFragmentHandlingAttrProcessor.getModifiedChildren(AbstractTilesFragmentHandlingAttrProcessor.java:169) ~[thymeleaf-extras-tiles2-2.1.0.RELEASE.jar:na]
	at org.thymeleaf.processor.attr.AbstractChildrenModifierAttrProcessor.processAttribute(AbstractChildrenModifierAttrProcessor.java:58) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.processor.attr.AbstractAttrProcessor.doProcess(AbstractAttrProcessor.java:87) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.processor.AbstractProcessor.process(AbstractProcessor.java:212) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.dom.Node.applyNextProcessor(Node.java:1016) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.dom.Node.processNode(Node.java:971) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.dom.NestableNode.computeNextChild(NestableNode.java:672) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.dom.NestableNode.doAdditionalProcess(NestableNode.java:655) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.dom.Node.processNode(Node.java:990) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.dom.Document.process(Document.java:93) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1155) ~[thymeleaf-2.1.2.RELEASE.jar:na]
	at org.thymeleaf.extras.tiles2.renderer.MetadataCleaningAttributeRendererWrapper.render(MetadataCleaningAttributeRendererWrapper.java:111) ~[thymeleaf-extras-tiles2-2.1.0.RELEASE.jar:na]
	at org.thymeleaf.extras.tiles2.spring.web.view.ThymeleafTilesView.render(ThymeleafTilesView.java:122) ~[thymeleaf-extras-tiles2-2.1.0.RELEASE.jar:na]
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1225) [spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1012) [spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959) [spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:876) [spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:961) [spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:852) [spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:837) [spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:77) [spring-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:108) [spring-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:118) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:84) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:103) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:113) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:154) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:45) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:199) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:110) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.csrf.CsrfFilter.doFilterInternal(CsrfFilter.java:85) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:57) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:87) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:50) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160) [spring-security-web-4.0.0.CI-SNAPSHOT.jar:na]
	at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:344) [spring-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:261) [spring-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) [tomcat-embed-core-7.0.42.jar:7.0.42]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [na:1.7.0_06]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [na:1.7.0_06]
	at java.lang.Thread.run(Thread.java:722) [na:1.7.0_06]
23:04:33.754 [http-bio-8080-exec-3] DEBUG o.s.web.servlet.DispatcherServlet - Could not complete request
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1225) ~[spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1012) ~[spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959) ~[spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:876) ~[spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
23:04:33.763 [http-bio-8080-exec-3] DEBUG o.s.s.w.c.HttpSessionSecurityContextRepository - SecurityContext is empty or contents are anonymous - context will not be stored in HttpSession.
23:04:33.764 [http-bio-8080-exec-3] DEBUG o.s.s.w.c.SecurityContextPersistenceFilter - SecurityContextHolder now cleared, as request processing completed
Servlet.service() for servlet [dispatcher] in context with path [/sample] threw exception [Request processing failed; nested exception is org.thymeleaf.exceptions.TemplateInputException: Error resolving template "login", template might not exist or might not be accessible by any of the configured Template Resolvers (layout:6)] with root cause
	at org.thymeleaf.TemplateRepository.getTemplate(TemplateRepository.java:245)
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1104)
	at org.thymeleaf.extras.tiles2.renderer.ThymeleafAttributeRenderer.write(ThymeleafAttributeRenderer.java:153)
	at org.apache.tiles.renderer.impl.AbstractBaseAttributeRenderer.render(AbstractBaseAttributeRenderer.java:106)
	at org.thymeleaf.extras.tiles2.renderer.MetadataCleaningAttributeRendererWrapper.render(MetadataCleaningAttributeRendererWrapper.java:147)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:670)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:690)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:644)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:627)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:321)
	at org.apache.tiles.renderer.impl.DefinitionAttributeRenderer.write(DefinitionAttributeRenderer.java:56)
	at org.apache.tiles.renderer.impl.ChainedDelegateAttributeRenderer.write(ChainedDelegateAttributeRenderer.java:76)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:336)
	at org.apache.tiles.template.InsertAttributeModel.renderAttribute(InsertAttributeModel.java:210)
	at org.apache.tiles.template.InsertAttributeModel.execute(InsertAttributeModel.java:157)
	at org.thymeleaf.extras.tiles2.dialect.processor.AbstractTilesFragmentHandlingAttrProcessor.getModifiedChildren(AbstractTilesFragmentHandlingAttrProcessor.java:169)
	at org.thymeleaf.processor.attr.AbstractChildrenModifierAttrProcessor.processAttribute(AbstractChildrenModifierAttrProcessor.java:58)
	at org.thymeleaf.dom.Node.applyNextProcessor(Node.java:1016)
	at org.thymeleaf.dom.Node.processNode(Node.java:971)
	at org.thymeleaf.dom.NestableNode.computeNextChild(NestableNode.java:672)
	at org.thymeleaf.dom.NestableNode.doAdditionalProcess(NestableNode.java:655)
	at org.thymeleaf.extras.tiles2.renderer.MetadataCleaningAttributeRendererWrapper.render(MetadataCleaningAttributeRendererWrapper.java:111)
	at org.thymeleaf.extras.tiles2.spring.web.view.ThymeleafTilesView.render(ThymeleafTilesView.java:122)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1225)
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1012)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:876)
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:108)
	at org.springframework.security.web.csrf.CsrfFilter.doFilterInternal(CsrfFilter.java:85)
	at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:57)
	at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:344)
	at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:261)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)

2016-07-26 21:49:24,390 FATAL [main] org.apache.hadoop.hive.ql.exec.mr.ExecMapper: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:163)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ArrayIndexOutOfBoundsException
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.processOp(ReduceSinkOperator.java:397)
	... 9 more
Caused by: java.lang.ArrayIndexOutOfBoundsException
	at java.lang.System.arraycopy(Native Method)
	at org.apache.hadoop.io.Text.set(Text.java:225)
	at org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryString.init(LazyBinaryString.java:48)
	at org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryStruct.uncheckedGetField(LazyBinaryStruct.java:264)
	at org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryStruct.getField(LazyBinaryStruct.java:201)
	at org.apache.hadoop.hive.serde2.lazybinary.objectinspector.LazyBinaryStructObjectInspector.getStructFieldData(LazyBinaryStructObjectInspector.java:64)
	at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator._evaluate(ExprNodeColumnEvaluator.java:94)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:77)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:65)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.makeValueWritable(ReduceSinkOperator.java:550)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.processOp(ReduceSinkOperator.java:377)
	... 13 more

The exception is because the serialization and deserialization doesn't match.
The serialization by LazyBinarySerDe from previous MapReduce job used different order of columns. When the current MapReduce job deserialized the intermediate sequence file generated by previous MapReduce job, it will get corrupted data from the deserialization using wrong order of columns by LazyBinaryStruct. The unmatched columns between  serialization and deserialization is caused by SelectOperator's Column Pruning ColumnPrunerSelectProc.

The date parameter passed into PathUtils.format is not used by the method.  Instead, a new Date is constructed.  See line 9 below.

        public static String format(String pathFormat, boolean appendUUID, Date date) {
                if (pathFormat == null || pathFormat.length() == 0) {
                        return "";
                }
                pathFormat = pathFormat.replace('/', File.separatorChar);
                StringBuilder strBuffer = new StringBuilder();

                Formatter formatter = new Formatter(strBuffer, Locale.US);
                formatter.format(pathFormat, new Date());                                                                                                                                                                                                                          

                if (!pathFormat.endsWith(File.separator)) {
                        strBuffer.append(File.separator);
                }

                if (appendUUID) {
                        strBuffer.append(UUID.randomUUID());
                }

                return strBuffer.toString();
        }

Separate from ENTESB-5860 issue in camel-amq quickstart we can get into an infinite redpeloy loop with shell SCR bundle. Full log here:
https://gist.githubusercontent.com/janstey/a2ff73137de589a64fb4f383581f4716/raw/e5c99ae9c2206c5dbad7356171d88530e34f4f27/gistfile1.txt
You'll see this over an over again:

2016-08-05 11:01:57,086 | INFO  | loyer-3-thread-1 | Deployer                         | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 | Scheduled stop for bundle:org.apache.karaf.shell.scr with a timeout limit of 60 seconds
2016-08-05 11:01:57,087 | INFO  | loyer-3-thread-1 | ActivateCommandComponent         | 93 - org.apache.karaf.shell.scr - 2.4.0.redhat-630157 | Deactivating the Apache Karaf SCR Activate Command
2016-08-05 11:01:57,088 | INFO  | loyer-3-thread-1 | DeactivateCommandComponent       | 93 - org.apache.karaf.shell.scr - 2.4.0.redhat-630157 | Deactivating the Apache Karaf SCR Deactivate Command
2016-08-05 11:01:57,089 | INFO  | loyer-3-thread-1 | DetailsCommandComponent          | 93 - org.apache.karaf.shell.scr - 2.4.0.redhat-630157 | Deactivating the Apache Karaf SCR Details Command
2016-08-05 11:01:57,089 | INFO  | loyer-3-thread-1 | ListCommandComponent             | 93 - org.apache.karaf.shell.scr - 2.4.0.redhat-630157 | Deactivating the Apache Karaf SCR List Command
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 | Refreshing bundles:
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     io.fabric8.fabric-agent / 1.2.0.redhat-630157 (Wired to io.fabric8.fabric-core/1.2.0.redhat-630157 which is being refreshed)
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     io.fabric8.fabric-core / 1.2.0.redhat-630157 (Wired to org.apache.karaf.admin.management/2.4.0.redhat-630157 which is being refreshed)
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     io.fabric8.fabric-git / 1.2.0.redhat-630157 (Wired to io.fabric8.fabric-core/1.2.0.redhat-630157 which is being refreshed)
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     io.fabric8.fabric-git-server / 1.2.0.redhat-630157 (Wired to io.fabric8.fabric-git/1.2.0.redhat-630157 which is being refreshed)
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     io.fabric8.fabric-web / 1.2.0.redhat-630157 (Wired to io.fabric8.fabric-core/1.2.0.redhat-630157 which is being refreshed)
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     io.fabric8.patch.patch-core / 1.2.0.redhat-630157 (Wired to io.fabric8.fabric-git/1.2.0.redhat-630157 which is being refreshed)
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     io.fabric8.runtime.fabric-runtime-container-karaf-registration / 1.2.0.redhat-630157 (Wired to io.fabric8.fabric-core/1.2.0.redhat-630157 which is being refreshed)
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     org.apache.karaf.admin.core / 2.4.0.redhat-630157 (Should be wired to: jline/2.12.1.redhat-002 (through [org.apache.karaf.admin.core/2.4.0.redhat-630157] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.fusesource.jansi)(version>=1.11.0)(!(version>=2.0.0)))"))
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     org.apache.karaf.admin.management / 2.4.0.redhat-630157 (Wired to org.apache.karaf.admin.core/2.4.0.redhat-630157 which is being refreshed)
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     org.apache.karaf.shell.osgi / 2.4.0.redhat-630157 (Should be wired to: jline/2.12.1.redhat-002 (through [org.apache.karaf.shell.osgi/2.4.0.redhat-630157] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.fusesource.jansi)(version>=1.11.0)(!(version>=2.0.0)))"))
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     org.apache.karaf.shell.scr / 2.4.0.redhat-630157 (Should be wired to: jline/2.12.1.redhat-002 (through [org.apache.karaf.shell.scr/2.4.0.redhat-630157] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.fusesource.jansi)(version>=1.11.0)(!(version>=2.0.0)))"))
2016-08-05 11:01:57,090 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |     org.apache.karaf.shell.ssh / 2.4.0.redhat-630157 (Should be wired to: jline/2.12.1.redhat-002 (through [org.apache.karaf.shell.ssh/2.4.0.redhat-630157] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.fusesource.jansi)(version>=1.11.0)(!(version>=2.0.0)))"))
2016-08-05 11:01:57,134 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 | Starting bundles:
2016-08-05 11:01:57,135 | INFO  | 6.0.1-1-thread-1 | Agent                            | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 |   org.apache.karaf.shell.scr / 2.4.0.redhat-630157

Problem happens with jline dependency is used in the quickstart pom which is then picked up by fabric8 maven plugin. Of course, this is a core shell bundle and not needed by the quickstart.

Hi Team,
I was getting getEnv.* Exception from my was server.
https://jira.springsource.org/browse/SPR-11297
Below this above exception I was is unable to initialize dispature servlet also. In the below stacktrace adminView is the DispatureServlet. Please suggest.
[Servlet.LOG]: Initializing Spring FrameworkServlet 'adminView'
[1/21/14 9:06:20:587 EST] 00000013 ServletWrappe E   SRVE0100E: Did not realize  init() exception thrown by servlet adminView: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter#0': Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter]: Constructor threw exception; nested exception is java.lang.NoClassDefFoundError: javax.xml.stream.XMLStreamException
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:1037)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:983)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:487)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479)
	at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:410)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:306)
	at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:112)
	at com.ibm.ws.wswebcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:653)
	at com.ibm.ws.webcontainer.webapp.WebApp.commonInitializationFinish(WebApp.java:378)
	at com.ibm.ws.wswebcontainer.webapp.WebApp.initialize(WebApp.java:293)
	at com.ibm.ws.wswebcontainer.webapp.WebGroup.addWebApplication(WebGroup.java:93)
	at com.ibm.ws.wswebcontainer.VirtualHost.addWebApplication(VirtualHost.java:162)
	at com.ibm.ws.wswebcontainer.WebContainer.addWebApp(WebContainer.java:673)
	at com.ibm.ws.wswebcontainer.WebContainer.addWebApplication(WebContainer.java:626)
	at com.ibm.ws.webcontainer.component.WebContainerImpl.install(WebContainerImpl.java:335)
	at com.ibm.ws.webcontainer.component.WebContainerImpl.start(WebContainerImpl.java:551)
	at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:1274)
	at com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObjectStart(DeployedApplicationImpl.java:1137)
	at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl.java:572)
	at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedApplicationImpl.java:816)
	at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(ApplicationMgrImpl.java:945)
	at com.ibm.ws.runtime.component.ApplicationMgrImpl$AppInitializer.run(ApplicationMgrImpl.java:2120)
	at com.ibm.wsspi.runtime.component.WsComponentImpl$_AsynchInitializer.run(WsComponentImpl.java:342)
	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1551)
Caused by: org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter]: Constructor threw exception; nested exception is java.lang.NoClassDefFoundError: javax.xml.stream.XMLStreamException
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:163)
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:87)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$4.run(AbstractAutowireCapableBeanFactory.java:1025)
	at java.security.AccessController.doPrivileged(AccessController.java:214)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:1023)
	... 30 more
Caused by: java.lang.NoClassDefFoundError: javax.xml.stream.XMLStreamException
	at java.lang.J9VMInternals.verifyImpl(Native Method)
	at java.lang.J9VMInternals.verify(J9VMInternals.java:69)
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:131)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.<init>(RequestMappingHandlerAdapter.java:183)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:67)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:522)
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:148)
	... 34 more
Caused by: java.lang.ClassNotFoundException: javax.xml.stream.XMLStreamException
	at java.net.URLClassLoader.findClass(URLClassLoader.java:497)
	at com.ibm.ws.bootstrap.ExtClassLoader.findClass(ExtClassLoader.java:132)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:640)
	at com.ibm.ws.bootstrap.ExtClassLoader.loadClass(ExtClassLoader.java:87)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:606)
	at com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoader.java:58)
	at com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoader.java:54)
	at com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java:418)
	... 43 more

Currently, in order to perform a sort merge bucketed join, the user needs
to set hive.optimize.bucketmapjoin.sortedmerge to true, and also specify the 
mapjoin hint.
The user should not specify any hints.

This is a long standing problem and previously could be observed in regionserver metrics, but, we recently added logging for long running compactions, and this has exposed the issue in a new way, e.g.

2014-09-15 14:20:59,450 DEBUG [regionserver8120-largeCompactions-1410813534627]
compactions.Compactor: Compaction progress: 22683625/6808179 (333.18%), rate=162.08 kB/sec

The 'rate' reported in such logging is consistent and what we were really after, but the progress indication is clearly broken and should be fixed.

Elytron *-key-store resources should offer operations instead of alias resource, at least ldap-key-store should. The reason is the same like for identity resource of Elytron modifiable realms, see WFCORE-2691 or related mailing thread on wildfly-dev.
Setting priority to blocker, like for WFCORE-2691.

Please see org.apache.commons.compress.compressors.CompressorStreamFactoryRoundtripTest and comment in the Pack200 parameterized test.

nntp is reserved for future implementation in camel-mail. Camel registers this protocol as supported by the autoscan of the META-INF files.
We should throw an exception to the end-user stating its not implemented yet.
Link to ticket that has the request for NNTP protocol support.

	at org.codehaus.jettison.json.JSONTokener.more(JSONTokener.java:106)
	at org.codehaus.jettison.json.JSONTokener.next(JSONTokener.java:116)
	at org.codehaus.jettison.json.JSONTokener.nextClean(JSONTokener.java:170)
	at org.codehaus.jettison.json.JSONObject.<init>(JSONObject.java:185)
	at org.codehaus.jettison.json.JSONObject.<init>(JSONObject.java:293)
	at org.apache.hadoop.hive.ql.io.orc.JsonFileDump.printJsonMetaData(JsonFileDump.java:197)
	at org.apache.hadoop.hive.ql.io.orc.FileDump.main(FileDump.java:107)

hive --orcfiledump -j -p /tmp/orc/inventory/inv_date_sk=2452654

When kryo was in version 2.22 we added a fix in HIVE-7222 and later in HIVE-10819. Now that we have updated kryo to 3.0.3 that old workaround fix was never removed. The issue was that kryo serialized Timestamp to Date type. So to recover the timestamp, during deserialization we deserialized any date instance to Timestamp object which is wrong (we don't know if date was serialized as date or timestamp serialized as date in first place). This breaks PPD on date time as kryo deserialization always converts Date to Timestamp breaking PPD because of type mismatch.
Now that we have newer kryo version we can remove the code added in HIVE-10819.   

When testing Spring Batch against the latest Spring Framework 5 snapshots, I came across the scenario where we're getting an unexpected NPE being thrown.  Specifically, the org.springframework.batch.item.database.support.SqlPagingQueryProviderFactoryBeanTests#testMissingMetaData test mocks the use case of a DataSource returning null.  The test causes org.springframework.jdbc.support.JdbcUtils# extractDatabaseMetaData(DataSource dataSource, DatabaseMetaDataCallback action) to be called with a valid DataSource and DatabaseMetaDataCallback (It's called via JdbcUtils#extractDatabaseMetaData(DataSource dataSource, final String metaDataMethodName)).  This in turn calls DataSourceUtils.getConnection(dataSource); to obtain the database connection.  In the previous version, if this call returned null, it was checked and a MetaDataAccessException was thrown.  In the new version, that check does not occur so an NPE is thrown when con.getMetaData() is called.  DataSourceUtils#getConnection(DataSource) is not marked with @Nullable so the caller shouldn't need to expect that null will be returned.  I'm thinking that the @Nullable should be added to DataSourceUtils#getConnection(DataSource) and the check for null should be re-instated.  Thoughts?

chooseProcessor method accesses resources in a non synchronized fashion. This leads in errors during loadbalancing and as a result messages are lost. I have created a project that provides an integration test (using karaf 2.2.5 and a custom command to check messages of the activemq broker) with a custom weighted round robin loadbalancer that "seems" to solve the issue of lost messages.
The problem with the provided solution is that when messages are dequeued from the second stage of queues (queues1, 2 and 3) in custom-loadbalancer-route subproject the jmsconsumer threads also block (checked this using profiler). I would expect only the jmsconsumer threads of the first queue (initial.queue) to block waiting for the synchronized chooseProcessor method. Any clues on why this happens?

When used with a PooledConnectionFactory, a Camel Route that consumes via JMS from an ActiveMQ endpoint will read one extra message and simply discard it after it has completed suspension, if that message is sent within a second of suspension being completed.
See attached test case.
As far as I can tell this is because nothing interrupts the taskExecutor on DefaultMessageListenerContainer when a route is suspended.
Expected behaviour - once a route is suspended, any messages sent to the queue from which it consumes should remain on that queue.

Right now it's hard to know why the Canary exits.  We should exit with different codes when there's no regionserver in meta, when the usage is printed, and when there's a timeout error.

I am using the POX method to implement a simple XML service. The problem I am having has to do with the XML transformations. The way the PayloadTransformingInterceptor is implemented, it sets the transformation result on the same Document object in DomPoxMessage as the source dom. This is ending up just appending the transformed XML to the original XML.
I wrote my own interceptor and it ended up being the same result. I also tried to add a new method setDocument(Document) to the DomPoxMessage class. I then stored the result of transformation in a new DomResult and then set the resulting dom on the DomPoxMessage. It works fine upto this point, but then somewhere during the internals of Spring-WS it ends up causing a problem and starts throwing null pointer exceptions.
This has been really frustrating and considering that there is barely any documentation on the POX in general, this is really turning out to be a loosing cause.
Reply With Quote
atifmk
  #2  
Old 12-03-2007, 04:56 PM
Arjen Poutsma Arjen Poutsma is offline
Senior Member
Spring Team
Join Date: Jul 2005
Location: Rotterdam, the Netherlands
Posts: 1,166
Default
I think this is something I can fix by simply emptying the document if setPayloadResult() is called (similar to SOAP). If you create a JIRA issue, I will look at it.
I will also try and add some POX documentation in 1.5, or maybe a sample.
__________________
Arjen Poutsma
Spring Web Services Dev Lead
Please read the FAQ

sanitizedUri don't hide the complete password if the password contains a colon.
e.g.
camel route URI is "sftp://user:hidden:password@target.test" where the password is "hidden:password" 
the sanitizedUri method will only hide the last part of password (sftp://user:hidden:xxxxxx@target.test)
UnitTest

import org.apache.camel.util.URISupport;
import org.junit.jupiter.api.Assertions;
import org.junit.jupiter.api.Test;

class UriSupportTest {

  @Test
  void testURISanitizeUri() {
    var sanitizedUri = URISupport.sanitizeUri("sftp://user:hidden:Password@target.test");
    Assertions.assertEquals("sftp://user:xxxxxx@target.test", sanitizedUri);
  }

}

Due to changes in hadoop 3, reflection in BackupDistCp is broken

java.lang.NoSuchFieldException: inputOptions
  at java.lang.Class.getDeclaredField(Class.java:2070)
  at org.apache.hadoop.hbase.backup.mapreduce.MapReduceBackupCopyJob$BackupDistCp.execute(MapReduceBackupCopyJob.java:168)

bin/start-hbase.sh fails to start zookeeper and throws below exception

        at org.apache.hadoop.hbase.zookeeper.ZKServerTool.main(ZKServerTool.java:45)

This have been broken with HBASE-13636

Some folks don't realize that you can specify options for the Import and Export commands, like limiting the column families or applying filters. Document how to see the usage.

Update the Windows only unit test expected output for combine2_win.q input_part10_win.q and load_dyn_part14_win.q

Similar to SPR-15463 for WebFlux on a Servlet container, in Spring MVC when a controller turns a reactive type such as Flux or Observable and that results in streaming (e.g. SSE) we need to disable the timeout and let it be controlled via operators instead.

As a result, if there is a query which results in a MR job which needs to be configured via storage handler, it returns in failure.

When using rollout plans for EAP deployment scenarios I can create my own named rollout-plan for ease of use. I can then apply rollout command later on, referring with name of my own rollout plan that should be used. There is minor discrepancy in the way I create and use such rollout plan though.
When I create rollout-plan, I use command like:

rollout-plan add --name=my-rollout-plan --content={rollout main-server-group(rolling-to-servers=false,max-failed-servers=1),other-server-group(rolling-to-servers=true,max-failure-percentage=20) rollback-across-groups=true}

see --name attribute given to name my rollout plan

When I then refer to it I use following command:

deploy /path/to/test-application.war --all-server-groups --headers={rollout id=my-rollout-plan}

see id attribute given to rollout header operation

Yes, this is really minor issue, but I think that these two attributes used in aforementioned commands should be unified (preferably to name instead of id) as user might be confused when using it.
Note: examples are used from our documentation.
Note: I do not know whether I am missing something but I was not able to retrieve more info how to use rollout header operation in deploy command directly in CLI.

If the StompEndpointRegistry.setAllowedOrigins does not contain "*", then any requests made from the same domain will be rejected (i.e. it is only possible for an external domain to work).
This is due to the fact that that if a request made from the same domain, the browser does not add the "Origin" header. That means that checkAndAddCorsHeaders will reject the request.

It appears that the patch other than the latest from HIVE-11363 was committed.

By default, JSTL c:out escapes text (escapeXml attribute is true by default, http://bit.ly/eUItyd). This causes special characters are scaped.
You have an example at pagination.tagx, spanish word for "page" is "página" that is rendered as "página" by the following code at pagination.tagx:
    <spring:message code="list_size" var="list_size" />
    <c:out value="${list_size} " />
This issue is solved by setting escapeXml to false:
    <c:out value="${list_size} " escapeXml="false" />

when trying to find an available port between two ports, the "maxport" is exclusive (meaning - that if I ask for a port with minPort=1024, maxPort=1025, the util will check only for the availability of port 1024.
Nowhere in the documentation could I find any mention of the fact that the maxport is exclusive (plus, if maxport and minport are provided, it makes no sense for it to be exclusive).

join without a ON clause dies
For eg: the following query:
select x.* from x JOIN y
results in a null pointer exception.
It should be treated as a cartesian product

The TilesConfigurer for Tiles 3 uses SL4J rather than Apache Commons Logging. We should use ACL to remain consistent with the rest of the framework.

LoadIncrementalHFiles is not using the Tool class correctly, preventing to use the -D options.

We should not encourage user to change the xslt url dynamically.

.setHeader(Exchange.HTTP_PATH, constant("/my/path"))
.to("http4://myhost:80?abc=123")

leads to Camel requesting the following URL:

http://myhost:80?abc=123/my/path

instead of:

http://myhost:80/my/path?abc=123

TransactionSubsystemRootResourceDefinition is missing a validator for default-timeout. This affects web console when something bigger than a 32-bit integer is entered. I see no specification but I'm assuming (0,MAX_INT) is the expected range.

WARN level "WALs outstanding" from CleanerChore should be DEBUG and are not always correct. 
I left a cluster configured for ITBLL (retaining all WALs for post hoc analysis) and in the morning found the master log full of "WALs outstanding" warnings from CleanerChore. 
Should this really be a warning?

2018-05-09 16:42:03,893 WARN  [node-1.cluster,16000,1525851521469_ChoreService_2] cleaner.CleanerChore: WALs outstanding under hdfs://node-1.cluster/hbase/oldWALs
If someone has configured really long WAL retention then having WALs in oldWALs will be normal. 
Also, it seems the warning is sometimes incorrect.

2018-05-09 16:42:24,751 WARN  [node-1.cluster,16000,1525851521469_ChoreService_1] cleaner.CleanerChore: WALs outstanding under hdfs://node-1.cluster/hbase/archive
There are no WALs under archive/. 
Even at DEBUG level, if it is not correct, then it can lead an operator to be concerned about nothing, so better to just remove it.

Storage based authorization provides access control for metadata by giving users permissions on metadata that are equivalent to the permission that user has on corresponding data.
However, when checking the permissions to drop a metadata object such as database, table or partition, it does not check if the sticky bit is set on the parent dir of objects corresponding dir in hdfs.

As discussed in HIVE-5931, it will be cleaner to have the information about Role to role member mapping removed from the Role object, as it is not part of a logical Role. This information not relevant for actions such as creating a Role.
As part of this change  get_role_grants_for_principal api will be added, so that it can be used in place of  list_roles, when role mapping information is desired.

Query "select msg.fieldone from test" throws NPE if msg's fieldone is actually fieldOne:

2016-03-08 17:30:57,772 ERROR [main]: exec.FetchTask (FetchTask.java:initialize(86)) - java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.exec.ExprNodeFieldEvaluator.initialize(ExprNodeFieldEvaluator.java:61)
        at org.apache.hadoop.hive.ql.exec.Operator.initEvaluators(Operator.java:954)
        at org.apache.hadoop.hive.ql.exec.Operator.initEvaluatorsAndReturnStruct(Operator.java:980)
        at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:63)
        at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:385)

Dropping a set of N partitions from a table currently results in N DropPartitionEvents (and N PreDropPartitionEvents) being fired serially. This is wasteful, especially so for large N. It also makes it impossible to even try to run authorization-checks on all partitions in a batch.
Taking the cue from HIVE-9609, we should compose an Iterable<Partition> in the event, and expose them via an Iterator.

HIVE-1517 added support for selecting tables from different databases (aka schemas) by qualifying the tables with the database name. The feature work did not however extend this support to views. Note that this point came up in the earlier JIRA, but was not addressed. See the following two comments:
https://issues.apache.org/jira/browse/HIVE-1517?focusedCommentId=12996641&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12996641
https://issues.apache.org/jira/browse/HIVE-1517?focusedCommentId=12996679&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12996679

With hadoop 2.7.1 TextFileStoreAppendTests.testWriteAppendReopen fails with:

org.apache.hadoop.fs.ChecksumException: Checksum error: /tmp/TextFileStoreAppendTests/default at 0 exp: 1355388271 got: 272615628
	at org.apache.hadoop.util.DataChecksum.verifyChunkedSums(DataChecksum.java:325)
	at org.apache.hadoop.hdfs.RemoteBlockReader2.readNextPacket(RemoteBlockReader2.java:231)
	at org.apache.hadoop.hdfs.RemoteBlockReader2.read(RemoteBlockReader2.java:152)
	at org.apache.hadoop.hdfs.DFSInputStream$ByteArrayStrategy.doRead(DFSInputStream.java:737)
	at org.apache.hadoop.hdfs.DFSInputStream.readBuffer(DFSInputStream.java:793)
	at org.apache.hadoop.hdfs.DFSInputStream.readWithStrategy(DFSInputStream.java:853)
	at org.apache.hadoop.hdfs.DFSInputStream.read(DFSInputStream.java:896)
	at java.io.DataInputStream.read(DataInputStream.java:100)
	at org.apache.hadoop.util.LineReader.fillBuffer(LineReader.java:180)
	at org.apache.hadoop.util.LineReader.readDefaultLine(LineReader.java:216)
	at org.apache.hadoop.util.LineReader.readLine(LineReader.java:174)
	at org.apache.hadoop.util.LineReader.readLine(LineReader.java:370)
	at org.springframework.data.hadoop.store.input.TextFileReader$1.doRead(TextFileReader.java:110)

It looks like closing a second append writer before read fixes this error. 

This side-effect is surprising as it pollutes the container with multiple bean names.

The SDC ClassGeneratingPropertyAccessorFactory prevents interface-based entity properties from being accessed, causing the following Exception...

java.lang.IncompatibleClassChangeError: Found interface org.springframework.data.gemfire.repository.sample.Algorithm, but class was expected
  at org.springframework.data.gemfire.repository.sample.Algorithm_Accessor_6zeakd.getProperty(Unknown Source)
  at org.springframework.data.mapping.model.IdPropertyIdentifierAccessor.getIdentifier(IdPropertyIdentifierAccessor.java:58)
  at org.springframework.data.repository.core.support.PersistentEntityInformation.getId(PersistentEntityInformation.java:51)
  at org.springframework.data.gemfire.repository.query.DefaultGemfireEntityInformationTest.interfaceBasedEntity(DefaultGemfireEntityInformationTest.java:87)

Which broke the Spring Data GemFire build.

When you submit a form, with databinding on a command object with indexed properties, the indexed properties of the command object are not filled in.
I think this bug is related to the correction that happened in SPR-6840.
The characters [ and ] are not only removed from the id attrbute of the HTML elements, but also (unnessesary) from the name attribute of the HTML elements.
You can see it happening via next example.
When you type 10 and 20 in the input fields, the output to the console is: 
{Belgium=null, Switzerland=null}
while the output should have been 
{Belgium=10, Switzerland=20}

package org.example.entities;
import java.util.LinkedHashMap;
import java.util.Map;
public class Continent {
  // key = name of country
  // Integer= number of inhabitants
  private Map<String, Integer> countries = new LinkedHashMap<String, Integer>();
  public Continent() 
{
    countries.put("Belgium", null);
    countries.put("Switzerland", null);
  }

  public void setCountries(Map<String, Integer> countries) 
{
    this.countries = countries;
  }

  public Map<String, Integer> getCountries() 
{
    return countries;
  }
}
import org.example.entities.Continent;
import org.springframework.ui.Model;
public class ContinentController {
  @RequestMapping(value = "/continent.htm", method = RequestMethod.GET)
  public String continentForm(Model model) 
{
    Continent continent = new Continent();
    model.addAttribute(continent);
    return "continent.jsp";
  }

  @RequestMapping(value = "/continent.htm", method = RequestMethod.POST)
  public String continentForm(@ModelAttribute Continent continent,
      BindingResult bindingResult) 
{
    System.out.println(continent.getCountries()); // Here you can see the bug
  }
}
continent.jsp
<head>
</head>
<body>
<form:form commandName="continent">
<c:forEach items="${continent.countries}" var="entry">
<div>
<form:label path="countries[${entry.key}]">${entry.key}</form:label>	
<form:input path="countries[${entry.key}]" />
<form:errors path="countries[${entry.key}]" />
</div>
</body>
</html>

SQL standard supports AS optional keyword, while creating an table alias.
http://savage.net.au/SQL/sql-92.bnf.html#table reference
Hive gives a error when the optional keyword is used -
select * from tiny as t1;
org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: ParseException line 1:19 mismatched input 'as' expecting EOF near 'tiny'

The InstrumentationLifeCycleStrategy inserts an InstrumentationProcessor interceptor at the end of a route which is intercepted after the processing has been done.  The InstrumentationProcessor does not actually record the time spent on the route.  It is fixed by inserting InstrumentationProcessor at the beginning of the route and wrapping all the outputs.
There two MBeans (ManagedRoute and PerformanceCounter) registered for each route eventhough ManagedRoute already extends PerformanceCounter.  We probably only need to expose one MBean.  The ManagedRoute MBean shows performance attributes and operations (since it extends PerformanceCoutner) but these performance related stuffs don't really work.  This is fixed by registering only the ManagedRoute MBean and making the performance related attributes and operations functional.
This patch supports exposing all processors within a route as PerformanceCounter MBeans so that users are possible to monitor performance at the processor's level.
With this patch, the org.apache.camel.spi package no longer depends CamelNamingStrategy of the org.apache.camel.management.management package.  It follows the suggestion mentioned in https://issues.apache.org/activemq/browse/CAMEL-264.
Another update is to following the JMX spec convention of including a "type" property in the ObjectName (replacing the current "groups" property).  This patch also simplify the ManagedRoute's ObjectName a bit by removing builder and group properties.  If for some reasons, they need to be in the ObjectName, please add them back.

Evict count calculated inside the HeapMemoryManager class in tune function that is passed to HeapMemoryTuner via TunerContext is miscalculated. It is supposed to be Evict count between two intervals but its not. 

The workaround is to use ${file:onlyname} or not using stepwise.

I'm using IpAddressMatcher for address matching outside Spring Security.
Network 0.0.0.0/0 should match to any IP address, but only matches to 0.0.0.0. If mask is given as "0", the matches() method handles the mask as if it was not given at all (or was given as 32). Perhaps differentiate the situations by assigning nMaskBits a null value if it's not defined at all?
It would also be nice to have a version of the matches() method that takes a String network address instead of a HttpServletRequest as a parameter.
Attached is a diff from my fix.

Class RawClearPassword doesn't implement method destroy() from Destroyable interface thus causing warnings in runtime.
It should be implemented anyway.  

While running a hive query with multiple independent stages, hive.exec.parallel is a valid optimization to use.
The query tested has 3 MR jobs - the first job is the root dependency and the 2 further job depend on the first one.
When hive.exec.parallel is turned on, the job fails with the following exception

java.io.IOException: java.lang.InterruptedException
	at org.apache.hadoop.ipc.Client.call(Client.java:1214)
	at $Proxy12.mkdirs(Unknown Source)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.mkdirs(ClientNamenodeProtocolTranslatorPB.java:447)
	at org.apache.hadoop.hdfs.DFSClient.primitiveMkdir(DFSClient.java:2165)
	at org.apache.hadoop.hdfs.DFSClient.mkdirs(DFSClient.java:2136)
	at org.apache.hadoop.hdfs.DistributedFileSystem.mkdirs(DistributedFileSystem.java:544)
	at org.apache.hadoop.fs.FileSystem.mkdirs(FileSystem.java:1916)
	at org.apache.hadoop.hive.ql.exec.ExecDriver.createTmpDirs(ExecDriver.java:222)
	at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:444)
	at org.apache.hadoop.hive.ql.exec.MapRedTask.execute(MapRedTask.java:138)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:145)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:57)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.run(TaskRunner.java:47)
Caused by: java.lang.InterruptedException
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1279)
	at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:218)
	at java.util.concurrent.FutureTask.get(FutureTask.java:83)
	at org.apache.hadoop.ipc.Client$Connection.sendParam(Client.java:921)
	at org.apache.hadoop.ipc.Client.call(Client.java:1208)

The query plan is as follows

  Stage-9 is a root stage
  Stage-8 depends on stages: Stage-9
  Stage-3 depends on stages: Stage-8
  Stage-0 depends on stages: Stage-3
  Stage-4 depends on stages: Stage-0
  Stage-5 depends on stages: Stage-8
  Stage-1 depends on stages: Stage-5
  Stage-6 depends on stages: Stage-1

  Stage: Stage-8
    Map Reduce
            Map Join Operator
  Stage: Stage-3
    Map Reduce
    Move Operator
  Stage: Stage-4
    Stats-Aggr Operator
  Stage: Stage-5
    Map Reduce
  Stage: Stage-6

I cannot conclude that this is purely a hive issue, will file a bug on HDFS if that does show up during triage.
Triaged - set hive.stats.autogather=false; removes the bug.

The way SoftValueSortedMap is using SoftValues, it looks like that it's able to get it's keys garbage collected along with the values themselves. We got this issue in production but I was also able to randomly generate it using YCSB with 300 threads. Here's an example on 0.20 with jdk 1.6u14:

        at org.apache.hadoop.hbase.util.Bytes.compareTo(Bytes.java:1036)
        at org.apache.hadoop.hbase.util.Bytes$ByteArrayComparator.compare(Bytes.java:104)
        at org.apache.hadoop.hbase.util.Bytes$ByteArrayComparator.compare(Bytes.java:96)
        at java.util.TreeMap.cmp(TreeMap.java:1911)
        at java.util.TreeMap.get(TreeMap.java:1835)
        at org.apache.hadoop.hbase.util.SoftValueSortedMap.get(SoftValueSortedMap.java:91)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getCachedLocation(HConnectionManager.java:788)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegionInMeta(HConnectionManager.java:651)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:634)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:601)
        at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:128)
        at org.apache.hadoop.hbase.thrift.ThriftServer$HBaseHandler.getTable(ThriftServer.java:262)
        at org.apache.hadoop.hbase.thrift.ThriftServer$HBaseHandler.mutateRowTs(ThriftServer.java:585)
        at org.apache.hadoop.hbase.thrift.ThriftServer$HBaseHandler.mutateRow(ThriftServer.java:578)
        at org.apache.hadoop.hbase.thrift.generated.Hbase$Processor$mutateRow.process(Hbase.java:2345)
        at org.apache.hadoop.hbase.thrift.generated.Hbase$Processor.process(Hbase.java:1988)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:259)

In this specific case, the null cannot be the passed key because it's coming from HTable which uses HConstants.EMPTY_START_ROW. It cannot be a null key that was inserted previously because we would have got the NPE at insert time. This can only mean that some key became null.

As part of HBASE-14047 cleanup this issue has been introduced.

See a couple of issues when running cleardanglingscratchdir on Windows, includes:
1. dfs.support.append is set to false in Azure cluster, need an alternative way when append is disabled
2. fix for cmd scripts
3. fix UT on Windows

Some queries may generate different results depending on the number of reducers, for example, tests like ppd_multi_insert.q, join_nullsafe.q, subquery_in.q, etc.
Take subquery_in.q as example, if we add

set mapred.reduce.tasks=3;

to this test file, the result will be different (and wrong):

@@ -903,5 +903,3 @@ where li.l_linenumber = 1 and
 POSTHOOK: type: QUERY
 POSTHOOK: Input: default@lineitem
 #### A masked pattern was here ####
-108570 8571
-4297   1798

Deploying web application containing web.xml using version 2.5 including schema definition [1] prints errors to log [2].
Note this works with EAP 6. Marking as blocker as all deployments working with EAP 6 (which don't use internal APIs) should also work with EAP7 [EAP7-251] and old version of web-app should be also supported per http://download.oracle.com/otndocs/jcp/servlet-3_1-fr-eval-spec/index.html and it worked 
[1]

<web-app xmlns="http://java.sun.com/xml/ns/javaee"
	      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	      xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 
	      http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
	      version="2.5">
</web-app>

[2]

12:55:14,936 WARN  [org.jboss.metadata.parser.util.XMLResourceResolver] (MSC service thread 1-3) Cannot load publicId from resource: web-app_2_5.xsd
12:55:16,041 ERROR [org.jboss.metadata.parser.util.XMLSchemaValidator] (MSC service thread 1-3) Cannot get schema for location: http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd: org.xml.sax.SAXParseException; systemId: http://java.sun.com/xml/ns/javaee/javaee_5.xsd; lineNumber: 83; columnNumber: 38; sch-props-correct.2: A schema cannot contain two global components with the same name; this schema contains two occurrences of 'http://java.sun.com/xml/ns/javaee,descriptionGroup'.
	at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:201)
	at org.apache.xerces.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:132)
	at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:394)
	at org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4093)
	at org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4088)
	at org.apache.xerces.impl.xs.traversers.XSDHandler.checkForDuplicateNames(XSDHandler.java:3746)
	at org.apache.xerces.impl.xs.traversers.XSDHandler.buildGlobalNameRegistries(XSDHandler.java:1315)
	at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:610)
	at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:580)
	at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:547)
	at org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:513)
	at org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:233)
	at javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:638)
	at __redirected.__SchemaFactory.newSchema(__SchemaFactory.java:167)
	at org.jboss.metadata.parser.util.XMLSchemaValidator.getSchemaForLocation(XMLSchemaValidator.java:117)
	at org.jboss.metadata.parser.util.XMLSchemaValidator.validate(XMLSchemaValidator.java:85)
	at org.wildfly.extension.undertow.deployment.WebParsingDeploymentProcessor.deploy(WebParsingDeploymentProcessor.java:104)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147)

12:55:16,042 WARN  [org.jboss.metadata.parser.util.XMLSchemaValidator] (MSC service thread 1-3) Cannot get schema for location: http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd

The camel-swagger feature doesn't install the scala bundle, which is a required dependency. This leads to errors like this one:

ERROR: Bundle org.apache.servicemix.bundles.swagger-core [89] Error starting mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.swagger-core/1.3.12_1 (org.osgi.framework.BundleException: Unresolved constraint in bundle org.apache.servicemix.bundles.swagger-core [89]: Unable to resolve 89.0: missing requirement [89.0] osgi.wiring.package; (&(osgi.wiring.package=scala.reflect.api)(version>=2.10.0)(!(version>=3.0.0))))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.apache.servicemix.bundles.swagger-core [89]: Unable to resolve 89.0: missing requirement [89.0] osgi.wiring.package; (&(osgi.wiring.package=scala.reflect.api)(version>=2.10.0)(!(version>=3.0.0)))
    at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4002)
    at org.apache.felix.framework.Felix.startBundle(Felix.java:2045)
    at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1299)
    at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)

Under storage based authorization, we don't require write permissions on table directory for external table create/drop.
This is because external table contents are populated often from outside of hive and are not written into from hive. So write access is not needed. Also, we can't require write permissions to drop a table if we don't require them for creation (users who created them should be able to drop them).
However, this difference in behavior of external tables is not well documented. So users get surprised to learn that drop table can be done by just any user who has read access to the directory. At that point changing the large number of scripts that use external tables is hard. 
It would be good to have a user config option to have external tables to be treated same as managed tables.
The option should be off by default, so that the behavior is backward compatible by default.

The attached test fails ~1% of the the time on 0.96. It seems it does not fail on 0.94.5. It's simple: a table creation and some puts.
I attach the stack. Logs says nothing it seems.
The suspicious part is:

"RS_CLOSE_REGION-localhost,57575,1361197489166-2" prio=10 tid=0x00007fb0c8775800 nid=0x61ac runnable [0x00007fb09f272000]
        at java.util.TreeMap.fixAfterDeletion(TreeMap.java:2193)
        at java.util.TreeMap.deleteEntry(TreeMap.java:2151)
        at java.util.TreeMap.remove(TreeMap.java:585)
        at java.util.TreeSet.remove(TreeSet.java:259)
        at org.apache.hadoop.hbase.regionserver.MetricsRegionAggregateSourceImpl.deregister(MetricsRegionAggregateSourceImpl.java:55)
        at org.apache.hadoop.hbase.regionserver.MetricsRegionSourceImpl.close(MetricsRegionSourceImpl.java:86)
        at org.apache.hadoop.hbase.regionserver.MetricsRegion.close(MetricsRegion.java:40)
        at org.apache.hadoop.hbase.regionserver.HRegion.doClose(HRegion.java:1063)
        at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:969)
        - locked <0x00000006944e2558> (a java.lang.Object)
        at org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler.process(CloseRegionHandler.java:146)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:203)

Using the REST server at pset, we ran out of descriptors.  Small issue w/ how the new HTables were being made (new one each time rather than resuse).

Seems that we have forgotten to annotate RegionServerObserver with InterfaceAudience. 

There is an entity like this:  

	public class Room {
		private String name;
		private List<Date> occupied;
	}

I need to issue a criteria to fetch all documents in which none of elements of occupied falls into a specified date range. The query JSON is:  

	{
		occupied : {
			$not : {
				$elemMatch : {
					$gte : start,
					$lte : end
				}
			}
		}
	}

Then, I tried on  

	Criteria c1 = new Criteria().gte(start).lte(end);
	Criteria c = Criteria.where("occupied").not().elemMatch(c1);

But the serialization to JSON for c is:

{
	occupied : {
		$not : {
			$elemMatch : {
			}
		}
	}
}

It seems that c1 will be explained to empty Map by invoking elemMatch(Criteria) because I haven't assign a key to it. But really no key I can assign to it.

2010-10-21 14:41:38,462 ERROR org.mortbay.log: /node_table_modify/schema
	at org.apache.hadoop.hbase.util.Bytes.toBytes(Bytes.java:400)
	at org.apache.hadoop.hbase.client.HBaseAdmin.addColumn(HBaseAdmin.java:597)
	at org.apache.hadoop.hbase.rest.SchemaResource.update(SchemaResource.java:153)
	at org.apache.hadoop.hbase.rest.SchemaResource.update(SchemaResource.java:177)
	at org.apache.hadoop.hbase.rest.SchemaResource.post(SchemaResource.java:204)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:187)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:70)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:279)
	at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:121)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:136)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:86)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:74)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1357)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1289)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1239)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1229)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:420)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:497)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:684)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
	at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:843)
	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)

Current profile is still pointing to 0.23.1-SNAPSHOT. 
This is failing to build as 23.1 is already released and snapshot is not available anymore.
We can update this to 0.23.2-SNAPSHOT.

org.apache.hadoop.hbase.client.Result getRow is confusing to new users.  The documentation could be read to mean the raw data of the row.  In addition it is written with improper grammar.

 Hive metastore hangs (does not accept any new connections) due to a bug in DBCP. The root cause analysis is here https://issues.apache.org/jira/browse/DBCP-398.  The fix is to change Hive connection pool to BoneCP which is natively supported by DataNucleus.  

All the various Config API projects pull in the WildFly Config API Runtime:

https://github.com/wildfly-extras/wildfly-microprofile-config/blob/1.x/config-api/pom.xml#L20
https://github.com/wildfly-swarm/keycloak-config-api/blob/master/pom.xml#L49
https://github.com/wildfly-swarm/nosql-config-api/blob/master/pom.xml#L37
https://github.com/wildfly-swarm/teiid-config-api/blob/master/pom.xml#L32

All of them refer to an old version.
It  can easily happen that the application pom.xml has a dependency on something that brings MP Config / Keycloak / NoSQL / Teiid Config API earlier than a dependency on something that would bring the core WildFly Config API. In such case, an old version of WildFly Config API Runtime wins over the correct one, resulting in exceptions like this:

Error getting subresources for EJBFraction
java.lang.RuntimeException: Failed to adopt value java.util.Map
        at org.wildfly.swarm.config.runtime.invocation.EntityAdapter.fromEntity(EntityAdapter.java:347)
        at org.wildfly.swarm.config.runtime.invocation.Marshaller.appendNode(Marshaller.java:33)
        at org.wildfly.swarm.config.runtime.invocation.Marshaller.marshalSubresources(Marshaller.java:129)
        at org.wildfly.swarm.config.runtime.invocation.Marshaller.appendNode(Marshaller.java:38)
        at org.wildfly.swarm.config.runtime.invocation.Marshaller.marshal(Marshaller.java:23)
        at org.wildfly.swarm.container.runtime.marshal.SubsystemMarshaller.marshal(SubsystemMarshaller.java:59)
        at org.wildfly.swarm.container.runtime.marshal.SubsystemMarshaller$Proxy$_$$_WeldClientProxy.marshal(Unknown Source)
        at org.wildfly.swarm.container.runtime.marshal.DMRMarshaller.marshal(DMRMarshaller.java:70)
        at org.wildfly.swarm.container.runtime.marshal.DMRMarshaller$Proxy$_$$_WeldClientProxy.marshal(Unknown Source)
        at org.wildfly.swarm.container.runtime.RuntimeServer.start(RuntimeServer.java:194)
        at org.wildfly.swarm.container.runtime.RuntimeServer$Proxy$_$$_WeldClientProxy.start(Unknown Source)
        at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.lambda$bootstrap$1(ServerBootstrapImpl.java:159)
        at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:43)
        at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:113)
        at org.wildfly.swarm.Swarm.start(Swarm.java:398)
        at org.wildfly.swarm.Swarm.main(Swarm.java:742)
        at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:53)
        at org.wildfly.swarm.bootstrap.Main.run(Main.java:132)
        at org.wildfly.swarm.bootstrap.Main.main(Main.java:85)
Caused by: java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.String
        at org.wildfly.swarm.config.runtime.invocation.MapTypeAdapter.toDmr(MapTypeAdapter.java:22)
        at org.wildfly.swarm.config.runtime.invocation.EntityAdapter.fromEntity(EntityAdapter.java:341)
        ... 22 more
Error getting subresources for Workmanager
        ... 24 more

If you look at the source code of the new Config API Runtime, the stack trace doesn't make any sense. However, mvn dependency:tree reveals the truth – it's the old Config API Runtime that throws this exception.
The problem is that the old Config API Runtime shouldn't be present at all.
Not sure how to fix that.

https://github.com/prongs/apache-hive/blob/deabe59371e98a21f4c3a58a9d8da51e4632fca5/metastore/src/java/org/apache/hadoop/hive/metastore/txn/TxnHandler.java#L765
minor typo

In Salesforce API version 27.0 new url fields licensing and analytics were added to RestResources. Although the getResources API may not be used that often, for compatibility reasons and to avoid an UnrecognizedFieldException, the fields must be added to the RestResources DTO. 

While adding a peer, ReplicationZK does the znodes creation in three transactions. Create :
a) peers znode
b) peerId specific znode, and
c) peerState znode
There is a PeerWatcher which invokes getPeer() (after steps b) and c)). If it happens that while adding a peer, the control flows to getPeer() and step c) has not been processed, it may results in a state where the peer will not be added. This happens while running TestMasterReplication#testCyclicReplication().

2012-12-26 07:36:35,187 INFO  [RegionServer:0;p0120.XXXXX,38423,1356536179470-EventThread] zookeeper.RecoverableZooKeeper(447): Node /2/replication/peers/1/peer-state already exists and this is not a retry
2012-12-26 07:36:35,188 ERROR [RegionServer:0;p0120.XXXXX,38423,1356536179470-EventThread] regionserver.ReplicationSourceManager$PeersWatcher(527): Error while adding a new peer
org.apache.zookeeper.KeeperException$NodeExistsException: KeeperErrorCode = NodeExists for /2/replication/peers/1/peer-state
	at org.apache.zookeeper.KeeperException.create(KeeperException.java:119)
	at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
	at org.apache.zookeeper.ZooKeeper.create(ZooKeeper.java:783)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.createNonSequential(RecoverableZooKeeper.java:428)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.create(RecoverableZooKeeper.java:410)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.createAndWatch(ZKUtil.java:1044)
	at org.apache.hadoop.hbase.replication.ReplicationPeer.startStateTracker(ReplicationPeer.java:82)
	at org.apache.hadoop.hbase.replication.ReplicationZookeeper.getPeer(ReplicationZookeeper.java:344)
	at org.apache.hadoop.hbase.replication.ReplicationZookeeper.connectToPeer(ReplicationZookeeper.java:307)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager$PeersWatcher.nodeChildrenChanged(ReplicationSourceManager.java:519)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:315)
	at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:519)
	at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:495)
2012-12-26 07:36:35,188 DEBUG [RegionServer:0;p0120.XXXXX,55742,1356536171947-EventThread] zookeeper.ZKUtil(1545): regionserver:55742-0x13bd7db39580004 Retrieved 36 byte(s) of data from znode /1/hbaseid; data=9ce66123-d3e8-4ae9-a249-afe03...

The index is never incremented inside the loop, therefore context.setStatus also is never set.

int index = 0;
for (KeyValue kv: map) {
  context.write(row, kv);
  if (index > 0 && index % 100 == 0) context.setStatus("Wrote " + index);
}

When security setup command executed applicationContext-security.xml has:
        <intercept-url pattern="/**" access="permitAll" />
Instead of configure authenticated access urls:
        <intercept-url pattern="/login/**" access="permitAll" />
        <intercept-url pattern="/**" access="isAuthenticated()" />
There is an exception, the login will still accesible.

Please repair description in following operations as they are outdated, undertow proxy
is able to process this messages.

{
        "operation-name" => "disable",
        "description" => "Tell Apache httpd that all contexts of the node can't process new requests.",
        "runtime-only" => true
    }
}

{
        "operation-name" => "disable-context",
        "description" => "Tell Apache httpd that the context can't process new requests.",
            "virtualhost" => {
                "description" => "virtual host",
            },
            "context" => {
                "description" => "context",
            }
        },
    }
}

{
        "operation-name" => "enable",
        "description" => "Tell Apache httpd that all contexts of the node are ready receive requests.",
    }
}

{
        "operation-name" => "enable-context",
        "description" => "Tell Apache httpd that the context is ready receive requests.",
                "description" => "Virtual host",
            },
                "description" => "Context",
            }
        },
    }
}

{
        "operation-name" => "stop",
        "description" => "Tell Apache httpd that all contexts of the node can't process requests.",
        "request-properties" => {"waittime" => {
            "type" => INT,
            "description" => "wait timeout",
            "required" => false,
            "nillable" => true,
            "default" => 10,
            "unit" => "SECONDS"
        }},
    }
}

{
        "operation-name" => "stop-context",
        "description" => "Tell Apache httpd that the context can't process requests.",
            },
            },
            "waittime" => {
                "type" => INT,
                "description" => "wait timeout",
                "default" => 10,
                "unit" => "SECONDS"
            }
        },
    }
}

Session timeout may happen before HIVE_SERVER2_IDLE_SESSION_TIMEOUT(hive.server2.idle.session.timeout) for back-to-back synchronous operations.
This issue can happen with the following two operations op1 and op2: op2 is a synchronous long running operation, op2 is running right after op1 is closed.
1. closeOperation(op1) is called:
this will set lastIdleTime with value System.currentTimeMillis() because opHandleSet becomes empty after closeOperation remove op1 from opHandleSet.
2. op2 is running for long time by calling executeStatement right after closeOperation(op1) is called.
If op2 is running for more than HIVE_SERVER2_IDLE_SESSION_TIMEOUT, then the session will timeout even when op2 is still running.
We hit this issue when we use PyHive to execute non-async operation 
The following is the exception we see:

File "/usr/local/lib/python2.7/dist-packages/pyhive/hive.py", line 126, in close
    _check_status(response)
  File "/usr/local/lib/python2.7/dist-packages/pyhive/hive.py", line 362, in _check_status
    raise OperationalError(response)
OperationalError: TCloseSessionResp(status=TStatus(errorCode=0, errorMessage='Session does not exist!', sqlState=None, infoMessages=['*org.apache.hive.service.cli.HiveSQLException:Session does not exist!:12:11', 'org.apache.hive.service.cli.session.SessionManager:closeSession:SessionManager.java:311', 'org.apache.hive.service.cli.CLIService:closeSession:CLIService.java:221', 'org.apache.hive.service.cli.thrift.ThriftCLIService:CloseSession:ThriftCLIService.java:471', 'org.apache.hive.service.cli.thrift.TCLIService$Processor$CloseSession:getResult:TCLIService.java:1273', 'org.apache.hive.service.cli.thrift.TCLIService$Processor$CloseSession:getResult:TCLIService.java:1258', 'org.apache.thrift.ProcessFunction:process:ProcessFunction.java:39', 'org.apache.thrift.TBaseProcessor:process:TBaseProcessor.java:39', 'org.apache.hive.service.auth.TSetIpAddressProcessor:process:TSetIpAddressProcessor.java:56', 'org.apache.thrift.server.TThreadPoolServer$WorkerProcess:run:TThreadPoolServer.java:285', 'java.util.concurrent.ThreadPoolExecutor:runWorker:ThreadPoolExecutor.java:1145', 'java.util.concurrent.ThreadPoolExecutor$Worker:run:ThreadPoolExecutor.java:615', 'java.lang.Thread:run:Thread.java:745'], statusCode=3))
TCloseSessionResp(status=TStatus(errorCode=0, errorMessage='Session does not exist!', sqlState=None, infoMessages=['*org.apache.hive.service.cli.HiveSQLException:Session does not exist!:12:11', 'org.apache.hive.service.cli.session.SessionManager:closeSession:SessionManager.java:311', 'org.apache.hive.service.cli.CLIService:closeSession:CLIService.java:221', 'org.apache.hive.service.cli.thrift.ThriftCLIService:CloseSession:ThriftCLIService.java:471', 'org.apache.hive.service.cli.thrift.TCLIService$Processor$CloseSession:getResult:TCLIService.java:1273', 'org.apache.hive.service.cli.thrift.TCLIService$Processor$CloseSession:getResult:TCLIService.java:1258', 'org.apache.thrift.ProcessFunction:process:ProcessFunction.java:39', 'org.apache.thrift.TBaseProcessor:process:TBaseProcessor.java:39', 'org.apache.hive.service.auth.TSetIpAddressProcessor:process:TSetIpAddressProcessor.java:56', 'org.apache.thrift.server.TThreadPoolServer$WorkerProcess:run:TThreadPoolServer.java:285', 'java.util.concurrent.ThreadPoolExecutor:runWorker:ThreadPoolExecutor.java:1145', 'java.util.concurrent.ThreadPoolExecutor$Worker:run:ThreadPoolExecutor.java:615', 'java.lang.Thread:run:Thread.java:745'], statusCode=3))

Domain:
JAVA_OPTS is not passed to PC and HC JVMs in domain.ps1

start powershell
$env:JAVA_OPTS = "-Da=b"
./domain.bat
WMIC PROCESS get Commandline | findstr java
check that "a" property is present in PC or HC
exit domain.bat
./domain.ps1
check that "a" property is not present in PC or HC

cc: James Perkins

Standalone:
PRESERVE_JAVA_OPTS parameter is not used correctly in standalone.conf.ps1 and standalone.ps1. If user define JAVA_OPTS, default JAVA_OPTS should be ignored (like bat scripts behaviour)

Undertow metrics are relevant only when /subsystem=undertow's statistics-enabled is true.
When that it not the case (and metrics can not be computer) the metrics' read handler should not return a meaningless value (e.g. 0) as it already specifies an undefined metric value in the metrics' attribute definition.
That change and WFCORE-4190 will prevent exposing Undertow metrics when they do not report actual metric from Undertow underlying runtime.

After an execution of mycom.myJob  I can see the job in the Jobs Tab. If I click on that job I get 'There are no job instances for this job.'  on the Job Instances Page
If I run the  same job  but using '-'  instead of '.' in the jobName ie mycom-myJob  then I can see the job Instances as expected.  

our internal Address facade over HostAndPort directly passes on any failures from the underlying Guava implementation. Right now when we parse a ServerName from a WAL directory we properly handle if guava gives us an IllegalArgumentException but we do not handle if it gives us a IllegalStateException. e.g. it uses the former for "I couldn't parse anything out of this string" and the latter for "I parsed a host name but didn't see a port".

Hello!
During migration from HBase 0.90.6 to 0.94.6 we found changed behaviour in how major compact handles delete markers with timestamps in the future. Before HBASE-4721 major compact purged deletes regardless of their timestamp. Newer versions keep them in HFile until timestamp not reached.
I guess this happened due to new check in ScanQueryMatcher EnvironmentEdgeManager.currentTimeMillis() - timestamp) <= timeToPurgeDeletes.
This can be worked around by specifying large negative value in hbase.hstore.time.to.purge.deletes option, but, unfortunately, negative values are pulled up to zero by Math.max in HStore.java.
Maybe, we are trying to do something weird by specifing delete timestamp in future, but HBASE-4721 definitely breaks old behaviour we rely on.
Steps to reproduce this:

put 'test', 'delmeRow', 'delme:something', 'hello'
flush 'test'
delete 'test', 'delmeRow', 'delme:something', 1394161431061
major_compact 'test'

Before major_compact we have two hfiles with the following:

first:
K: delmeRow/delme:something/1384161431061/Put/vlen=5/ts=0

second:
K: delmeRow/delme:something/1394161431061/DeleteColumn/vlen=0/ts=0

After major compact we get the following:

In our installation, we resolved this by removing Math.max and setting hbase.hstore.time.to.purge.deletes to Integer.MIN_VALUE, which purges delete markers, and it looks like a solution. But, maybe, there are better approach.

Various AbstractRequestCondition subclasses say in the Javdocs to their compareTo() method that it return "less than 1" or "greater than 1" where it should say "less then 0" or "greater than 0" (since that is the contract for a Comparator you can guess this but it is surprising to see the wrong value).

In the LogSyncer run() we keep looping till this.isInterrupted flag is set.
But in some cases the DFSclient is consuming the Interrupted exception.  So
we are running into infinite loop in some shutdown cases.
I would suggest that as we are the ones who tries to close down the
LogSyncerThread we can introduce a variable like
Close or shutdown and based on the state of this flag along with
isInterrupted() we can make the thread stop.

User will get the same error message when either number of requests exceeds or request size exceeds. So its better we differentiate them.
Thanks to Matteo Bertozzi for confirming the same offline.

In Query 78, there is Left outer join between fact table combos: stores_sales LOJ store_returns, catalog_sales LOJ catalog_returns and web_sales LOJ web_returns. Each of these joins estimates only a single row and the result is BROADCAST and causes hash table memory errors

         Reducer 12                                 |
|             Execution mode: vectorized, llap       |
|             Reduce Operator Tree:                  |
+----------------------------------------------------+
|                      Explain                       |
|               Map Join Operator                    |
|                 condition map:                     |
|                      Left Outer Join 0 to 1        |
|                 keys:                              |
|                   0 KEY.reducesinkkey0 (type: bigint), KEY.reducesinkkey1 (type: bigint) |
|                   1 KEY.reducesinkkey0 (type: bigint), KEY.reducesinkkey1 (type: bigint) |
|                 outputColumnNames: _col0, _col1, _col3, _col4, _col5, _col6, _col8 |
|                 input vertices:                    |
|                   1 Map 14                         |
|                 Statistics: Num rows: 10282477384 Data size: 534184867432 Basic stats: COMPLETE Column stats: COMPLETE |
|                 Filter Operator                    |
|                   predicate: _col8 is null (type: boolean) |
|                  * Statistics: Num rows: 1* Data size: 52 Basic stats: COMPLETE Column stats: COMPLETE |

When there are many delete markers, the probe on the first region will timeout and generate a false alarm.

I'm using Spring 4.1.x and am integrating spring-data-redis 1.7.1. I noticed that it requires a number of Spring 4.2.x components while the documentation doesn't state this requirement. I'm not sure if another version of spring-data-redis is required. In any case, it makes sense to either update the documentation or downgrade the requirement in the pom.xml

module add --name=foo --dependencies=sun.scripting ==> space character is added at the end.
module add --name=foo --dependencies=sun.scripting,sun.jdk ==> Nothing happens, no space character added.
deployment-overlay add --name=foo --contents=foo=/some/file<TAB> ==> Nothing happens, no space character added.
This seems to be caused by a condition in  OperationRequestCompleter - if a suggested value is the same as current user input, ORC replaces the suggestion with a separator.
This only works if the offset returned by argument completer is 0 - if the completer provides only part of the value, this condition will never be triggered.

Currently we are using /usr/share/elasticsearch as default for the pathHome option.
Maybe we can change this default to something working for all the platforms.

From WebFlow 2.0.8, WebFlow added RichFaces integration. I believe there is an issue when working with RichFaces' Rich datatables.
In the RichFaces distrib, there is a file called extended-data-table.js. You can find it under richfaces-ui/org/richfaces/renderkit/html/scripts
At line 582, you can find this code:
var headerChildChildren = headerChild.childElements();
if (headerChildChildren == null || headerChildChildren.size() == 0)
{

      continue;

}

if (this.enableContextMenu) 
{

      var menuImage = headerChildChildren[7];

      Utils.DOM.Event.removeListeners(menuImage);

      Utils.DOM.Event.observe(menuImage,'click',this.menuImageMouseDown);

}
;
var sepSpan = headerChildChildren[2];
As you can see, Rich-Faces parses the JavaScript DOM in a way that it always expects nodes to appear at the exact same position.
Let us now consider the file Spring-Dojo.js (that is part of Spring JavaScript, included in the WebFlow project). I have attached that file.
At line 300, we currently do this:
response = response.replace(matchAll, '');
In order to work with Rich-Faces, it should be replaced by:
response = response.replace(matchAll, '<script></script>');  
I have attached a patch.

A few times in  last few days I wanted to be able to see state of the regionsInTransition map; my sense is we have regions stuck in there never cleared because their open or close got lost in the flux.

ref. comments: https://jira.spring.io/browse/SPR-12357
when javax.annotation.Priority is accidentially present on a jdk6 apps classpath, the lookup in OrderUtils (https://github.com/spring-projects/spring-framework/blob/master/spring-core/src/main/java/org/springframework/core/annotation/OrderUtils.java#L41) causes a java.lang.UnsupportedClassVersionError.
should likely be handled a bit more defensively. thanks, zyro

On the documentation at http://hbase.apache.org/book/config.files.html we describe twice hbase.regionserver.global.memstore.size.

Hi,
I am encountering a performance problem in SetUniqueList.addAll().  It
appears in revision 1351837 (19 June 2012).  I attached a test that
exposes this problem and a patch that fixes it.  On my machine, for
this test, the patch provides a 540X speedup.
$ java Test
Time is 2706
Time is 5
SetUniqueList.addAll(int index, Collection<? extends E> coll)
performs:
"add(index, e)" for each element in "coll". This is very expensive, 
because each "add(index, e)" performs a 
LinkedList.add(int index, E element), which requires traversing the 
LinkedList to find the index.
The patched version avoids this cost by inserting all the elements at
once, thus performing only one insert.
Is this a bug? If so, can you please confirm that the patch is
correct?
Thanks,
Adrian

If two users attempt a dynamic insert into the same new partition at the same time, a possible race condition exists where both will attempt to create the partition and one will fail.  

Errors messages relating to DBRE are shown on Roo startup on Mac platforms
Welcome to Spring Roo. For assistance press TAB or type "hint" then hit ENTER.
[Thread-3] [org.springframework.roo.addon.dbre [17]] [org.springframework.roo.addon.dbre.DbreModelServiceImpl] The bindDatabaseListener method has thrown an exception
           java.lang.IllegalArgumentException: Schema required
               at org.springframework.roo.support.util.Assert.notNull(Assert.java:112)
               at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:146)
               at org.springframework.roo.addon.dbre.DbreModelServiceImpl.bindDatabaseListener(DbreModelServiceImpl.java:91)
Fix is to include a null check for lastSchema

The Distributed @Stateful EJB implementation currently holds references to the CapabilityServiceSupport obtained via the OperationContext, in order to resolve capability names.  We should migrate this code to fully leverage CapabilityServiceConfigurator when configuring service dependencies.

It is not clearly described, when a UDF should be marked as deterministic, stateful or distinctLike.
Adding javadoc for now. This information should also be incorporated in the wikidoc.

Pre-0.96/trunk hbase displayed the number of regions per table in the table listing.  Would be good to have this back.

Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1392436 :
When adding a provider module for auditing:

[standalone@orac.usersys.redhat.com:9999 /] /subsystem=security/security-domain=LdapRealm/audit=classic/provider-module=test:add(

=> hit TAB

code=            module-options=  

There is no attribute "module" which would allow a customer to install a custom module.
Workaround: custom jar file must be added to the "org.picketbox" module.
However, this needs to be checked/redone each time a CP is installed making it a big overhead when a customer has many installations.
Logging as a bug and not an RFE, as the presence of the "module" attribute was expected.
The "module" attribute is defined in the jboss-as-security and wildfly-security schemas since version 1.1, but it seems to never have been implemented.
cc Tom Fonteyne, Jochen Riedlinger

When remember-me is enabled in Spring Security 3.0.0 RC1, a user who attempts to log out when not already logged in will cause a NullPointerException - and probably receive a blank page as a result.
	at org.springframework.security.web.authentication.rememberme.PersistentTokenBasedRememberMeServices.logout(PersistentTokenBasedRememberMeServices.java:145)
	at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:98)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:356)
	at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:80)
	at org.springframework.security.web.access.channel.ChannelProcessingFilter.doFilter(ChannelProcessingFilter.java:110)
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:150)
[...]
Logout works fine if the user is already logged in, the exception only occurs if the user is not logged in.
Obviously a well-designed web application doesn't show a logout link when no-one is logged in, which mitigatges the problem. However it does affect users who open multiple windows - and then log out from two or more of them.

We have no idea if that it only happens in a configuration class but we're not able to use @Lazy on field injection.
Here is a sample project that reproduces the issue

Caused by: java.lang.NullPointerException: null
	at $java.lang.Object$$FastClassBySpringCGLIB$$3f697993.invoke(<generated>)
	at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
	at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:651)
	at com.example.MyService$$EnhancerBySpringCGLIB$$e98fc097.toString(<generated>)
	at com.example.MyConfiguration.bean(MyConfiguration.java:22)
	at com.example.MyConfiguration$$EnhancerBySpringCGLIB$$254821ba.CGLIB$bean$0(<generated>)
	at com.example.MyConfiguration$$EnhancerBySpringCGLIB$$254821ba$$FastClassBySpringCGLIB$$80b63605.invoke(<generated>)
	at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:355)
	at com.example.MyConfiguration$$EnhancerBySpringCGLIB$$254821ba.bean(<generated>)
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:162)
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:588)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1123)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1018)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:510)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:1192)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1116)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1014)
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:813)
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:185)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1143)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1046)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:772)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:839)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:538)
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:768)
	at org.springframework.boot.SpringApplication.createAndRefreshContext(SpringApplication.java:362)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:308)

Hello, I don't know how to reopen resolved bug. See: https://issues.apache.org/jira/browse/CONFIGURATION-30
There is BAD implementation in MapConfiguration.getProperty(String key) method:
As "return value" should be list.get(0) instead of "value".
PropertyConverter.split removes escape chars....
Suggested correction:
    {
        Object value = map.get(key);
        if ((value instanceof String) && (!isDelimiterParsingDisabled()))
        {
            List list = PropertyConverter.split((String) value, getListDelimiter());
            //MP: return list.size() > 1 ? list : value;
            return list.size() > 1 ? list : list.get(0); //MP: split removes escape chars
        }
        else
        {
            return value;
        }
    }
Test code:
Map m = new HashMap();
m.put("foo", "bar,baz");
m.put("bar", "bar, baz");
MapConfiguration mc = new MapConfiguration(m);
mc.setDelimiterParsingDisabled(false);
mc.setListDelimiter(',');
Configuration c = mc;
String bad = c.getString("foo"); //<-- returns "bar, baz" expected "bar, baz"
String ok = c.getString("bar"); // <-- returns "bar"
System.err.println("Bad: " + bad);
System.err.println("OK: " + ok);
Current result is:
Bad: bar\,baz
OK: bar

If skewed column doesn't match the position in table column, insert overwrite doesn't create sub-dir but put all into default directory.

Tomaž Cerar 's commit broke my older fix for ELY-534. Due to that, some tests are erroring again with a ExceptionInInitializerError  -javaagent:${org.jmockit:jmockit:jar} is still required, even with ibm-java-sdk-8.0-4.10-x86_64 and jmockit 1.33

I am not sure, whether this should work (maybe it should, when interceptor works) or not, but I think it shouldn't throw this exception:

16:08:55,010 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."asyncServletExample.war".component."org.jboss.asyncServletExamples.MyListenerDecorator".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."asyncServletExample.war".component."org.jboss.asyncServletExamples.MyListenerDecorator".WeldInstantiator: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
Caused by: org.jboss.weld.exceptions.DefinitionException: WELD-000038: Cannot place @Delegate at an injection point which is not on a Decorator: InjectionTarget for [BackedAnnotatedType] public abstract @Decorator class org.jboss.asyncServletExamples.MyListenerDecorator
	at org.jboss.weld.injection.producer.AbstractProducer.checkDelegateInjectionPoints(AbstractProducer.java:31)
	at org.jboss.weld.injection.producer.BasicInjectionTarget.<init>(BasicInjectionTarget.java:72)
	at org.jboss.as.weld.injection.InterceptedNonContextualComponentInjectionTarget.<init>(InterceptedNonContextualComponentInjectionTarget.java:48)
	at org.jboss.as.weld.injection.InjectionTargets.createInjectionTarget(InjectionTargets.java:62)
	at org.jboss.as.weld.injection.WeldComponentService.start(WeldComponentService.java:118)
	... 3 more

In the class WebMvcConfigurationSupport the method  addDefaultHandlerExceptionResolvers(..) is creating an ExceptionHandlerExceptionResolver and tries to initialize it by calling afterPropertiesSet() on ExceptionHandlerExceptionResolver.
The method afterPropertiesSet() on ExceptionHandlerExceptionResolver calls 
initExceptionHandlerAdviceCache() on ExceptionHandlerExceptionResolver which depends on an ApplicationContext.
This applicationContext is not given by the time afterPropertiesSet is called. 
Result: The ExceptionHandlerExceptionResolver is not initialized correctly.
make HandlerExceptionResolverComposite an InitalizingBean and delegate to list of resolvers in afterPropertiesSet()

To reproduce, we can run in Tez:

DROP TABLE IF EXISTS test_1; 
CREATE TABLE test_1 
( 
member BIGINT 
, age VARCHAR (100) 
) 
STORED AS TEXTFILE 
; 

DROP TABLE IF EXISTS test_2; 
CREATE TABLE test_2 
( 
) 
; 

INSERT INTO test_1 VALUES (1, '20'), (2, '30'), (3, '40'); 
INSERT INTO test_2 VALUES (1), (2), (3); 

SELECT 
t2.member 
, t1.age_1 
, t1.age_2 
FROM 
test_2 t2 
LEFT JOIN ( 
SELECT 
member 
, age as age_1 
, age as age_2 
FROM 
test_1 
) t1 
ON t2.member = t1.member 
;

Result is:

1	20	NULL
3	40	NULL
2	30	NULL

Correct result is:

1	20	20
3	40	40
2	30	30

Bug was introduced by HIVE-10582. Though the fix in HIVE-10582 does not contain tests, it does look legit. In fact, the problem seems to be in the MapJoinOperator itself. It only happens for LEFT outer join (not with RIGHT outer or FULL outer). Although I am still trying to understand part of the MapJoinOperator code path, the bug could be in the initialization of the operator. It only happens when we have duplicate values in the right part of the output.
Till we have more time to study the problem in detail and fix the MapJoinOperator, I will submit a fix that removes the code in SemanticAnalyzer that reuses duplicated value expressions from RS to create multiple columns in the join output (this is equivalent to reverting HIVE-10582). 
Once this is pushed, I will create a follow-up issue to take this code back and tackle the problem in the MapJoinOperator.

the user_permission shell code is trying to convert a TableName object to a string, and it throws

hbase(main):010:0> user_permission 
User                                        Table,Family,Qualifier:Permission                                                                                           

ERROR: no method 'toStringBinary' for arguments (org.apache.hadoop.hbase.TableName) on Java::OrgApacheHadoopHbaseUtil::Bytes
  available overloads:
    (java.nio.ByteBuffer)
    (byte[])

hbase(main):003:0> create 't2', 'f'
Created table t2
Took 1.2750 seconds
hbase(main):004:0> put 't2', 'row', 'f:x', "\x00\x00\x00\x00\x00&\x1B\x85"
Took 0.0680 seconds
hbase(main):005:0> scan 't2', { COLUMNS => 'f:x:toLong' }
ROW                                           COLUMN+CELL
 row                                          column=f:x, timestamp=1468443538145, value=\x00\x00\x00\x00\x00&\x1B\x85
1 row(s)
Took 0.0070 seconds

The value should instead be some number.
Caused by HBASE-5980
With the patch

hbase(main):001:0> scan 't2', { COLUMNS => 'f:x:toLong' }
 row                                          column=f:x, timestamp=1468443538145, value=2497413
1 row(s)

CellComparatorImpl#compare(final Cell a, final Cell b, boolean ignoreSequenceid) needs to ignore sequence id in comparison if ignoreSequenceId parameter is set to true but BBKVComparator.compare used internally for the cell of type ByteBufferKeyValue doesn't consider this.
 
@Override
  public int compare(final Cell a, final Cell b, boolean ignoreSequenceid) {

    int diff = 0;
    // "Peel off" the most common path.
    if (a instanceof ByteBufferKeyValue && b instanceof ByteBufferKeyValue) {
      diff = BBKVComparator.compare((ByteBufferKeyValue)a, (ByteBufferKeyValue)b);
      if (diff != 0) {
        return diff;
      }
    } else {
      diff = compareRows(a, b);
      }

      diff = compareWithoutRow(a, b);
      }
    }

    // Negate following comparisons so later edits show up first mvccVersion: later sorts first
    return ignoreSequenceid? diff: Long.compare(b.getSequenceId(), a.getSequenceId());
  }

https://github.com/apache/camel/blob/camel-2.19.x/components/camel-netty4-http/src/main/java/org/apache/camel/component/netty4/http/HttpServerSharedInitializerFactory.java
In function "initChannel" the call to new request decoder
pipeline.addLast("decoder", new HttpRequestDecoder(409, configuration.getMaxHeaderSize(), 8192));
409, should probably be 4096,
This is set when using the init-method start on the bean below:
	<spring:bean id="httpServer" class="org.apache.camel.component.netty4.http.DefaultNettySharedHttpServer"
          init-method="start" destroy-method="stop">
		<spring:property name="nettyServerBootstrapConfiguration" ref="configuration"/>
	</spring:bean>

The method addFieldAnnotation of ItdTypeDetails checks for the existence of an annotation using the java.util.List contains method. This will not work as the objects compared will never be equal. The solution is to use MemberFindingUtils.getAnnotationOfType(..) instead. 

Stale items such as annotations that are no longer applied to a type were never being cleared in TypeLocationService. This can lead to NPE when TypeLocationService indicates that an annotation exists and then it is not found by subsequent logic.

hive.warehouse.subdir.inherit.perms doesn't work correctly in CTAS. When it is set to true, the table created using create table .. as select.. does not inherit its parent directory's group and permission mode. It can be easily reproduced:
==
hive> dfs -ls -R /user/hive/warehouse;
drwxrwx--T   - hive   hive                0 2014-03-30 17:44 /user/hive/warehouse/ctas.db
drwxr-xr-x   - hive   hive                0 2014-03-30 17:20 /user/hive/warehouse/ctas_src_tbl
rw-rr-   3 hive   hive            46059 2014-03-30 17:20 /user/hive/warehouse/ctas_src_tbl/000000_0
hive> create table ctas.test_perm as select * from ctas_src_tbl;
hive> dfs -ls -R /user/hive/warehouse;                          
drwxrwx--T   - hive   hive                0 2014-03-30 17:46 /user/hive/warehouse/ctas.db
drwxr-xr-x   - hive   supergroup          0 2014-03-30 17:46 /user/hive/warehouse/ctas.db/test_perm
rw-rr-   3 hive   supergroup      46059 2014-03-30 17:46 /user/hive/warehouse/ctas.db/test_perm/000000_0
==
The created table does not inherit its database ctas's group hive and permission mode 770, instead it takes the default group (supergroup) and permission mode (755) in hdfs

During hive metastore start, hive is trying to execute this script hive-schema-2.1.0.oracle.sql:

Metastore connection URL:	 jdbc:oracle:thin:@//172.22.114.220:1521/XE
Metastore Connection Driver :	 oracle.jdbc.driver.OracleDriver
Metastore connection User:	 hiveuser
Starting metastore schema initialization to 2.1.0
Initialization script hive-schema-2.1.0.oracle.sql
Connecting to jdbc:oracle:thin:@//172.22.114.220:1521/XE
Connected to: Oracle (version Oracle Database 11g Express Edition Release 11.2.0.2.0 - 64bit Production)
Driver: Oracle JDBC driver (version 11.2.0.2.0)
Transaction isolation: TRANSACTION_READ_COMMITTED
0: jdbc:oracle:thin:@//172.22.114.220:1521/XE> !autocommit on
Autocommit status: true
0: jdbc:oracle:thin:@//172.22.114.220:1521/XE> CREATE TABLE SEQUENCE_TABLE ( SEQ 
UENCE_NAME VARCHAR2(255) NOT NULL, NEXT_VAL NUMBER NOT NULL )
No rows affected (0.208 seconds)
......................................................

but inthe end of this script we are getting Error:

0: jdbc:oracle:thin:@//172.22.114.220:1521/XE> CREATE INDEX CONSTRAINTS_PARENT_T 
BL_ID_INDEX ON KEY_CONSTRAINTS(PARENT_TBL_ID)
Error: ORA-00972: identifier is too long (state=42000,code=972)

Closing: 0: jdbc:oracle:thin:@//172.22.114.220:1521/XE
org.apache.hadoop.hive.metastore.HiveMetaException: Schema initialization FAILED! Metastore state would be inconsistent !!
	at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:291)
	at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:264)
	at org.apache.hive.beeline.HiveSchemaTool.main(HiveSchemaTool.java:505)
Caused by: java.io.IOException: Schema script failed, errorcode 2
	at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:390)
	at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:347)
	at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:287)
	... 8 more

We have a problem with too long identifier: CONSTRAINTS_PARENT_TBL_ID_INDEX (31 symbol), it should be 30 symbols of max length.

Cliff's high-scale-lib's Counter is used in important classes (for example, HRegion) in HBase, but Counter uses sun.misc.Unsafe, that is implementation detail of the Java standard library and belongs to Oracle (Sun). That consequently makes HBase depend on the specific JRE Implementation.
To make matters worse, Counter has a bug and you may get wrong result if you mix a reading method into your logic calling writing methods.
In more detail, I think the bug is caused by reading an internal array field without resolving memory caching, which is intentional the comment says, but storing the read result into a volatile field. That field may be not changed after you can see the true values of the array field, and also may be not changed after updating the "next" CAT instance's values in some race condition when extending CAT instance chain.
Anyway, it is possible that you create a new alternative class which only depends on the standard library. I know Java8 provides its alternative, but HBase should support Java6 and Java7 for some time.

While running tests described in HBASE-9338, ran into this problem. The hbase.status.listener.class was set to org.apache.hadoop.hbase.client.ClusterStatusListener$MultiCastListener.
1. I had the meta server coming down
2. The metaSSH got triggered. The call chain:
   2.1 verifyAndAssignMetaWithRetries
   2.2 verifyMetaRegionLocation
   2.3 waitForMetaServerConnection
   2.4 getMetaServerConnection
   2.5 getCachedConnection
   2.6 HConnectionManager.getAdmin(serverName, false)
   2.7 isDeadServer(serverName) -> This is hardcoded to return 'false' when the clusterStatusListener field is null. If clusterStatusListener is not null (in my test), then it could return true in certain cases (and in this case, indeed it should return true since the server is down). I am trying to understand why it's hardcoded to 'false' for former case.
3. When isDeadServer returns true, the method HConnectionManager.getAdmin(ServerName, boolean) throws RegionServerStoppedException.
4. Finally, after the retries are over verifyAndAssignMetaWithRetries gives up and the master aborts.
The methods in the above call chain don't handle RegionServerStoppedException. Maybe something to look at... 

Currently, metastore operations with associated hdfs operations like drop_partition doesn't do a rollback if the hdfs operation fails. The metastore first updates the metadata, and then tries to do hdfs operation. If the hdfs operation fails for any reason, the data on the hdfs will be orphaned. We should improve the situation.

It seems to me, that org.springframework.web.portlet.context.StandardPortletEnvironment is never populated with portlet's init parameters (init-param elements in portlet.xml). 
There are two property sources defined in the StandardPortletEnvironment: 'portletContextInitParams' and 'portletConfigInitParams'. The javadoc says:

The property sources are added as stubs for now, and will be fully initialized once the actual PortletConfig, PortletContext, and ServletContext objects are available.
But that never happens. Both property sources are initialized in PortletApplicationContextUtils#initPortletPropertySources(), but this method is never called. Or, to be precise, it is called from StaticPortletApplicationContext which is not intended for production use.
The missing part is some initialization callback. Having a look in the org.springframework.web.context.support.StandardServletEnvironment, there is initPropertySources() method (defined in the ConfigurableWebEnvironment interface) which does the thing and which is called during application context initialization. I thing something like this is missing in the portlet subsystem.

On 1.2.4.RELEASE, rewriting java files causes all transient fields to be rewritten without the transient modifier. This does not happen in 1.2.3.RELEASE. The following are steps to reproduce:
1. Start roo 1.2.4
2. project --topLevelPackage roo
3. persistence setup --database H2_IN_MEMORY --provider HIBERNATE
4. entity jpa --class roo.EntityWithTransient
5. field string --fieldName name --notNull true --unique true
6. q
7. Edit src/main/java/roo/EntityWithTransient.java to add transient field:
   private transient String iAmTransient;
8. Start roo 1.2.4
9. focus --class roo.EntityWithTransient
10. field number --fieldName age --type int --notNull true
11. q
Look at the src/main/java/roo/EntityWithTransient.java file. You will see that the iAmTransient field is no longer transient.

hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/compactions/SortedCompactionPolicy.java

public long getNextMajorCompactTime(Collection<HStoreFile> filesToCompact) {
{
    // default = 24hrs
   long period = comConf.getMajorCompactionPeriod();
    ...
    // default = 20% = +/- 4.8 hrs
    double jitterPct = comConf.getMajorCompactionJitter();
    ...
}

If I get it correctly, currently, default major compaction period is 7 days，and jitter is 0.5, so 3.5 days.
We could either remove those comments, or add {@link} to link to the default value definitions.

During Constant Propagation optimization, sometimes a node ends up being added to opToDelete list more than once.
Later in ConstantPropagate transform, we try to delete that operator multiple times, which will cause SemanticException since the node has already been removed in an earlier pass.
The data structure for storing opToDelete is List. We should use Set to avoid the problem.

Currently createTableDescriptor() doesn't return anything.
The caller wouldn't know whether the descriptor is created or not. See exception handling:

   } catch(IOException ioe) {
     LOG.info("IOException while trying to create tableInfo in HDFS", ioe);
   }

We should return a boolean.
If the table descriptor exists already, maybe we should deserialize from hdfs and compare with htableDescriptor argument. If they differ, I am not sure what the proper action would be.
Maybe we can add a boolean argument, force, to createTableDescriptor(). When force is true, existing table descriptor would be overwritten.

When running CronTrigger on short interval I get the task triggered sooner then requested and also get duplicates.
public void initScheduler() {
    	System.out.println("Got initScheduler");
    	taskExecutor = new ThreadPoolTaskScheduler();
    	taskExecutor.initialize();
    	taskExecutor.schedule(new Runnable() {
			@Override
			public void run() 
{
				System.out.println(new Date());				
			}
		},new CronTrigger("0/5 * * * * ?"));
}  
The output is:
Got initScheduler
Thu Mar 18 17:08:19 IST 2010
Thu Mar 18 17:08:24 IST 2010
Thu Mar 18 17:08:25 IST 2010
Thu Mar 18 17:08:29 IST 2010
Thu Mar 18 17:08:30 IST 2010

The new FlowViewResponseStateManager classes uses a delegate for most method calls but lets .isPostback fall through to the super class.
I think that this may cause some problems for non JSF requests as there is a difference between ResponseStateManager (the superclass):
    public boolean isPostback(FacesContext context) 
{
        return (!context.getExternalContext().getRequestParameterMap().isEmpty());
    }

and ResponseStateManagerImpl (the delegate)
{
        return context.getExternalContext().getRequestParameterMap().
              containsKey(ResponseStateManager.VIEW_STATE_PARAM);
    }

That means any URL with a parameter is considered a postback.
FlowViewResponseStateManager should probably use:
	public boolean isPostback(FacesContext context) 
{
		return delegate.isPostback(context);
	}

It may also be worth considering changing FlowRenderKit.getResponseStateManager() to only return FlowViewResponseStateManager when JsfUtils.isFlowRequest() returns true.

I'm using my own document loader to preserve the line numbers but source information is not available in PropertyValue instances.
I tracked down the problem to PropertyValue code.
PropertyValue defines a field named 'source' and uses it instead of the one inherited from BeanMetadataAttributeAccessor.
As a result when the beandefinition is merged and PropertyValues are cloned the source is lost.
Line 84 in PropertyValue.java:

this.source = original.getSource();

should be

this.setSource(original.getSource());

or the same as line 104, which is:

this.source = original;

I'm not sure which one is right, I'd prefer the first one.

I have a spring MVC war that failed during deployment because of some external resource missing ( a cassandra keyspace).
When I tried to deploy the war again after fixing the issue (through the web console) I got :
Caused by: java.io.IOException: VFS000017: Filesystem already mounted at mount point \"\"/wildfly/modules/system/layers/base/org/jboss/resteasy/resteasy-spring/main/bundled/resteasy-spring-jar/resteasy-spring-3.0.11.Final.jar
It looks like we are trying to mount the file again while the service managing the mounthandle hasn't stopped.

Set a ClassLoader set on a WebApplicationContext that is NOT the current thread's ClassLoader.
This ClassLoader is used to load beans.
But if you try to inject Class properties into those beans then it uses the current thread's context ClassLoader.
The same ClassLoader should be used in both cases - ideally the one set on the WebApplicationContext.
org.springframework.beans.propertyeditors.ClassEditor.setAsText calls ClassUtils.forName(String className).
This method is hardwired to use the current thread's context ClassLoader.
Any call to ClassUtils.forName(String className)  should be changed to the version that accepts a ClassLoader.
Thanks.

I get to situation where in method GSSCredentialSecurityFactory.createGSSCredential() the cause of LoginException is hide from user. 
In log there is 
server.log

14:26:07,751 TRACE [org.wildfly.security] (default task-1) java.security.GeneralSecurityException: ELY01121: Unable to perform initial JAAS login.

But with debugger I get to obvious cause javax.security.auth.login.LoginException: Bad JAAS configuration: credsType and keytab values are not compatible, but this is not logged into log.
Setting to high priority, because logging useful information is esential for troubleshooting fragile Kerberos setup.
Mesage
ElytronMessages

    @Message(id = 1121, value = "Unable to perform initial JAAS login.")
    GeneralSecurityException unableToPerformInitialLogin(@Cause LoginException cause);

is created in
GSSCredentialSecurityFactory.java#L283

	    } catch (LoginException e) {
                throw log.unableToPerformInitialLogin(e);
            }

and logged into log by 
ServerAuthenticationContext.java#L847

                        } catch (GeneralSecurityException e) {
                            // skip this credential
                            log.trace(e);
                        }

An more importantly. Question here is if some global issue should follow up? Because problem is in usage of log.trace(e) where although cause exception is avalaible, effectivelly is called log.trace(e.toString()) and cause is hidden; So probably some global check should be performed in elytron codebase if other such occurences aren't also problematic.

Run expenses.roo and switch persistence to GAE. Also run web gwt gae update. App runs OK in GAE, however, when persistence is changed back Hibernate and H2 for example, the app does not run with mvn gwt:run. The gwt-maven-plugin is not updated back to GWT version and a compile error

expenses/src/main/java/org/springsource/roo/extrack/client/scaffold/gae/GaeHelper.java:16:0::0 The constructor GaeLoginWidgetDriver(ApplicationRequestFactory) is undefined

If the intended behaviour is that there is no way back from GAE, then close off as won't fix 

Coverity static-analysis scan found possible use of null object in FileSystemSecurityRealm.parseCredential() method.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760040&defectInstanceId=1541373&mergedDefectId=1369298&eventId=1541373-14
If the format is not provided as an attribute in the provided XML stream, then the call

  String format = null;
  // ...
  function.parseCredential(algorithm, format, text);

will fail for parsePublicKey method as the function code it contains code calling method of the format parameter (with possible null value).

if (! format.equals("pkcs8")) {
    throw ElytronMessages.log.fileSystemRealmUnsupportedKeyFormat(format, path, streamReader.getLocation().getLineNumber(), name);
}

When trying to build an index with authorization checks turned on, hive issues the following ClassCastException:
org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer cannot be cast to
org.apache.hadoop.hive.ql.parse.SemanticAnalyzer
         at
org.apache.hadoop.hive.ql.Driver.doAuthorization(Driver.java:540)
         at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:431)
         at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:335)
         at org.apache.hadoop.hive.ql.Driver.run(Driver.java:848)
         at
org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:224)
         at
org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:358)
         at
org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:293)
         at
org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:385)
         at
org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:392)
         at
org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:567)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
         at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:597)
         at org.apache.hadoop.util.RunJar.main(RunJar.java:156)

When HRS.validateValuesLength throws a IOE, it gets caught in the retries because it does not use a DoNotRetryIOException.

I currently have over a thousand executions and when I press the Restart button on the Job execution screen it seems to generate a url with a thousand separator comma in it: /admin/batch/jobs/myJob/1,459/executions

If you look at the API in javadoc, its polluted with data members and methods of protected or default access.  It makes it difficult for users figuring how the API should be used.  At least the user-facing classes – HTable and HBaseAdmin – need cleanup

I'm trying to execute the following code to query MongoDB where the field 'type' is an Enum.

this.getOperations().find(new Query(Criteria.where("type").is(type)), ComponentDefinition.class);

I get an error saying the class can't be serialized (see exception below).
But I noticed the error only happens when the log level is set to DEBUG, when a line in MongoTemplate.java attempts to add the Query to a debug message. The serialization error is then triggered by toString() of BasicDBObject. The exception thrown is:

java.lang.RuntimeException: json can't serialize type : class au.org.aurin.workflow.datamodel.ComponentType
	at java.lang.String.valueOf(String.java:2902)
	at java.lang.StringBuilder.append(StringBuilder.java:128)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1241)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1233)
	at org.springframework.data.mongodb.core.MongoTemplate.find(MongoTemplate.java:471)
	at org.springframework.data.mongodb.core.MongoTemplate.find(MongoTemplate.java:466)
	at au.org.aurin.workflow.persistence.ComponentRepository.getByType(ComponentRepository.java:42)

When log level is set to INFO, the problem doesn't appear. The enum value is serialized as expected in all DB operations.

Currently, taking a snapshot will not create the family directory under a region if the family does not have any files in it. 
Subsequent verification fails because of this. There is some logic in the SnapshotTestingUtils.confirmSnapshotValid() to deal with empty family directories, but I think we should create the family directories regardless of whether there are any hfiles referencing them. 

2013-09-05 11:07:21,566 DEBUG [Thread-208] util.FSUtils(1687): |-data/
2013-09-05 11:07:21,567 DEBUG [Thread-208] util.FSUtils(1687): |----default/
2013-09-05 11:07:21,568 DEBUG [Thread-208] util.FSUtils(1687): |-------test/
2013-09-05 11:07:21,569 DEBUG [Thread-208] util.FSUtils(1687): |----------.tabledesc/
2013-09-05 11:07:21,570 DEBUG [Thread-208] util.FSUtils(1690): |-------------.tableinfo.0000000001
2013-09-05 11:07:21,570 DEBUG [Thread-208] util.FSUtils(1687): |----------.tmp/
2013-09-05 11:07:21,571 DEBUG [Thread-208] util.FSUtils(1687): |----------accd6e55887057888de758df44dacda7/
2013-09-05 11:07:21,572 DEBUG [Thread-208] util.FSUtils(1690): |-------------.regioninfo
2013-09-05 11:07:21,572 DEBUG [Thread-208] util.FSUtils(1687): |-------------fam/

2013-09-05 11:07:21,555 DEBUG [Thread-208] util.FSUtils(1687): |-.hbase-snapshot/
2013-09-05 11:07:21,556 DEBUG [Thread-208] util.FSUtils(1687): |----.tmp/
2013-09-05 11:07:21,557 DEBUG [Thread-208] util.FSUtils(1687): |----offlineTableSnapshot/
2013-09-05 11:07:21,558 DEBUG [Thread-208] util.FSUtils(1690): |-------.snapshotinfo
2013-09-05 11:07:21,558 DEBUG [Thread-208] util.FSUtils(1687): |-------.tabledesc/
2013-09-05 11:07:21,558 DEBUG [Thread-208] util.FSUtils(1690): |----------.tableinfo.0000000001
2013-09-05 11:07:21,559 DEBUG [Thread-208] util.FSUtils(1687): |-------.tmp/
2013-09-05 11:07:21,559 DEBUG [Thread-208] util.FSUtils(1687): |-------accd6e55887057888de758df44dacda7/
2013-09-05 11:07:21,560 DEBUG [Thread-208] util.FSUtils(1690): |----------.regioninfo

I think this is important for 0.96.0. 

Modifying TestDateWritable to cover 200 years,  adding all timezones to the set, and making it accumulate errors, results in the following set (I bet many are duplicates via different names, but there's enough).
This ONLY logs errors where YMD date mismatches. There are many more where YMD is the same but the time mismatches, omitted for brevity.
Queries as simple as "select date(...);" reproduce the error (if Java tz is set to a problematic tz)
I was investigating some case for a specific date and it seems like the conversion from dates to ms, namely offset calculation that takes the offset at UTC midnight and the offset at arbitrary time derived from that, is completely bogus and it's not clear why it would work.
I think we either need to derive date from UTC and then create local date from YMD if needed (for many cases e.g. toString for sinks, it would not be needed at all), and/or add a lookup table for timezone used (for popular dates, e.g. 1900-present, it would be 40k-odd entries, although the price of building it is another question).
Format: tz-expected-actual

2016-06-04T18:33:57,499 ERROR [main[]]: io.TestDateWritable (TestDateWritable.java:testDaylightSavingsTime(234)) - 
DATE MISMATCH:
Africa/Abidjan: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/Accra: 1918-01-01 00:00:52 != 1918-12-31 23:59:08
Africa/Bamako: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/Banjul: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/Bissau: 1912-01-01 00:02:20 != 1912-12-31 23:57:40
Africa/Bissau: 1975-01-01 01:00:00 != 1975-12-31 23:00:00
Africa/Casablanca: 1913-10-26 00:30:20 != 1913-10-25 23:29:40
Africa/Ceuta: 1901-01-01 00:21:16 != 1901-12-31 23:38:44
Africa/Conakry: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/Dakar: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/El_Aaiun: 1976-04-14 01:00:00 != 1976-04-13 23:00:00
Africa/Freetown: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/Lome: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/Monrovia: 1972-05-01 00:44:30 != 1972-04-30 23:15:30
Africa/Nouakchott: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/Ouagadougou: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/Sao_Tome: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Africa/Timbuktu: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
America/Anguilla: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Antigua: 1951-01-01 01:00:00 != 1951-12-31 23:00:00
America/Araguaina: 1914-01-01 00:12:48 != 1914-12-31 23:47:12
America/Araguaina: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Araguaina: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Argentina/Buenos_Aires: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/Buenos_Aires: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/Buenos_Aires: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/Buenos_Aires: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/Buenos_Aires: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/Buenos_Aires: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/Buenos_Aires: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/Buenos_Aires: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/Buenos_Aires: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/Buenos_Aires: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/Buenos_Aires: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/Buenos_Aires: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/Buenos_Aires: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/Buenos_Aires: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/Buenos_Aires: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/Buenos_Aires: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/Buenos_Aires: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/Buenos_Aires: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/Buenos_Aires: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/Buenos_Aires: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/Buenos_Aires: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/Buenos_Aires: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/Buenos_Aires: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/Buenos_Aires: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/Buenos_Aires: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/Buenos_Aires: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/Buenos_Aires: 1991-10-20 01:00:00 != 1991-10-19 23:00:00
America/Argentina/Buenos_Aires: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/Buenos_Aires: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/Buenos_Aires: 2008-10-19 01:00:00 != 2008-10-18 23:00:00
America/Argentina/Catamarca: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/Catamarca: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/Catamarca: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/Catamarca: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/Catamarca: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/Catamarca: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/Catamarca: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/Catamarca: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/Catamarca: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/Catamarca: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/Catamarca: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/Catamarca: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/Catamarca: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/Catamarca: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/Catamarca: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/Catamarca: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/Catamarca: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/Catamarca: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/Catamarca: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/Catamarca: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/Catamarca: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/Catamarca: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/Catamarca: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/Catamarca: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/Catamarca: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/Catamarca: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/Catamarca: 1991-10-20 02:00:00 != 1991-10-19 22:00:00
America/Argentina/Catamarca: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/Catamarca: 2004-06-20 01:00:00 != 2004-06-19 23:00:00
America/Argentina/Catamarca: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/ComodRivadavia: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/ComodRivadavia: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/ComodRivadavia: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/ComodRivadavia: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/ComodRivadavia: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/ComodRivadavia: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/ComodRivadavia: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/ComodRivadavia: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/ComodRivadavia: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/ComodRivadavia: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/ComodRivadavia: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/ComodRivadavia: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/ComodRivadavia: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/ComodRivadavia: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/ComodRivadavia: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/ComodRivadavia: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/ComodRivadavia: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/ComodRivadavia: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/ComodRivadavia: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/ComodRivadavia: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/ComodRivadavia: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/ComodRivadavia: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/ComodRivadavia: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/ComodRivadavia: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/ComodRivadavia: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/ComodRivadavia: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/ComodRivadavia: 1991-10-20 02:00:00 != 1991-10-19 22:00:00
America/Argentina/ComodRivadavia: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/ComodRivadavia: 2004-06-20 01:00:00 != 2004-06-19 23:00:00
America/Argentina/ComodRivadavia: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/Cordoba: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/Cordoba: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/Cordoba: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/Cordoba: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/Cordoba: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/Cordoba: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/Cordoba: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/Cordoba: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/Cordoba: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/Cordoba: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/Cordoba: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/Cordoba: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/Cordoba: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/Cordoba: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/Cordoba: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/Cordoba: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/Cordoba: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/Cordoba: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/Cordoba: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/Cordoba: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/Cordoba: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/Cordoba: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/Cordoba: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/Cordoba: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/Cordoba: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/Cordoba: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/Cordoba: 1991-10-20 02:00:00 != 1991-10-19 22:00:00
America/Argentina/Cordoba: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/Cordoba: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/Cordoba: 2008-10-19 01:00:00 != 2008-10-18 23:00:00
America/Argentina/Jujuy: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/Jujuy: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/Jujuy: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/Jujuy: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/Jujuy: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/Jujuy: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/Jujuy: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/Jujuy: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/Jujuy: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/Jujuy: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/Jujuy: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/Jujuy: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/Jujuy: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/Jujuy: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/Jujuy: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/Jujuy: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/Jujuy: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/Jujuy: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/Jujuy: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/Jujuy: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/Jujuy: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/Jujuy: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/Jujuy: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/Jujuy: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/Jujuy: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/Jujuy: 1990-10-28 01:00:00 != 1990-10-27 23:00:00
America/Argentina/Jujuy: 1991-10-06 02:00:00 != 1991-10-05 22:00:00
America/Argentina/Jujuy: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/Jujuy: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/La_Rioja: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/La_Rioja: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/La_Rioja: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/La_Rioja: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/La_Rioja: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/La_Rioja: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/La_Rioja: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/La_Rioja: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/La_Rioja: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/La_Rioja: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/La_Rioja: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/La_Rioja: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/La_Rioja: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/La_Rioja: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/La_Rioja: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/La_Rioja: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/La_Rioja: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/La_Rioja: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/La_Rioja: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/La_Rioja: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/La_Rioja: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/La_Rioja: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/La_Rioja: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/La_Rioja: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/La_Rioja: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/La_Rioja: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/La_Rioja: 1991-05-07 01:00:00 != 1991-05-06 23:00:00
America/Argentina/La_Rioja: 1991-10-20 01:00:00 != 1991-10-19 23:00:00
America/Argentina/La_Rioja: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/La_Rioja: 2004-06-20 01:00:00 != 2004-06-19 23:00:00
America/Argentina/La_Rioja: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/Mendoza: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/Mendoza: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/Mendoza: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/Mendoza: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/Mendoza: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/Mendoza: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/Mendoza: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/Mendoza: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/Mendoza: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/Mendoza: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/Mendoza: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/Mendoza: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/Mendoza: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/Mendoza: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/Mendoza: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/Mendoza: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/Mendoza: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/Mendoza: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/Mendoza: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/Mendoza: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/Mendoza: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/Mendoza: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/Mendoza: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/Mendoza: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/Mendoza: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/Mendoza: 1990-10-15 01:00:00 != 1990-10-14 23:00:00
America/Argentina/Mendoza: 1991-10-15 01:00:00 != 1991-10-14 23:00:00
America/Argentina/Mendoza: 1992-10-18 02:00:00 != 1992-10-17 22:00:00
America/Argentina/Mendoza: 2004-09-26 01:00:00 != 2004-09-25 23:00:00
America/Argentina/Mendoza: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/Rio_Gallegos: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/Rio_Gallegos: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/Rio_Gallegos: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/Rio_Gallegos: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/Rio_Gallegos: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/Rio_Gallegos: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/Rio_Gallegos: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/Rio_Gallegos: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/Rio_Gallegos: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/Rio_Gallegos: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/Rio_Gallegos: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/Rio_Gallegos: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/Rio_Gallegos: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/Rio_Gallegos: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/Rio_Gallegos: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/Rio_Gallegos: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/Rio_Gallegos: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/Rio_Gallegos: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/Rio_Gallegos: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/Rio_Gallegos: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/Rio_Gallegos: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/Rio_Gallegos: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/Rio_Gallegos: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/Rio_Gallegos: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/Rio_Gallegos: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/Rio_Gallegos: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/Rio_Gallegos: 1991-10-20 01:00:00 != 1991-10-19 23:00:00
America/Argentina/Rio_Gallegos: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/Rio_Gallegos: 2004-06-20 01:00:00 != 2004-06-19 23:00:00
America/Argentina/Rio_Gallegos: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/Salta: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/Salta: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/Salta: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/Salta: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/Salta: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/Salta: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/Salta: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/Salta: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/Salta: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/Salta: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/Salta: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/Salta: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/Salta: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/Salta: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/Salta: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/Salta: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/Salta: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/Salta: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/Salta: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/Salta: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/Salta: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/Salta: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/Salta: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/Salta: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/Salta: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/Salta: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/Salta: 1991-10-20 02:00:00 != 1991-10-19 22:00:00
America/Argentina/Salta: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/Salta: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/San_Juan: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/San_Juan: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/San_Juan: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/San_Juan: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/San_Juan: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/San_Juan: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/San_Juan: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/San_Juan: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/San_Juan: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/San_Juan: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/San_Juan: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/San_Juan: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/San_Juan: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/San_Juan: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/San_Juan: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/San_Juan: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/San_Juan: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/San_Juan: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/San_Juan: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/San_Juan: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/San_Juan: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/San_Juan: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/San_Juan: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/San_Juan: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/San_Juan: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/San_Juan: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/San_Juan: 1991-05-07 01:00:00 != 1991-05-06 23:00:00
America/Argentina/San_Juan: 1991-10-20 01:00:00 != 1991-10-19 23:00:00
America/Argentina/San_Juan: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/San_Juan: 2004-07-25 01:00:00 != 2004-07-24 23:00:00
America/Argentina/San_Juan: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/San_Luis: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/San_Luis: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/San_Luis: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/San_Luis: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/San_Luis: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/San_Luis: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/San_Luis: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/San_Luis: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/San_Luis: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/San_Luis: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/San_Luis: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/San_Luis: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/San_Luis: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/San_Luis: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/San_Luis: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/San_Luis: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/San_Luis: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/San_Luis: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/San_Luis: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/San_Luis: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/San_Luis: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/San_Luis: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/San_Luis: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/San_Luis: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/San_Luis: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/San_Luis: 1990-10-15 01:00:00 != 1990-10-14 23:00:00
America/Argentina/San_Luis: 1991-06-01 01:00:00 != 1991-05-31 23:00:00
America/Argentina/San_Luis: 2004-07-25 01:00:00 != 2004-07-24 23:00:00
America/Argentina/San_Luis: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/San_Luis: 2008-10-12 01:00:00 != 2008-10-11 23:00:00
America/Argentina/San_Luis: 2009-10-11 01:00:00 != 2009-10-10 23:00:00
America/Argentina/Tucuman: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/Tucuman: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/Tucuman: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/Tucuman: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/Tucuman: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/Tucuman: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/Tucuman: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/Tucuman: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/Tucuman: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/Tucuman: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/Tucuman: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/Tucuman: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/Tucuman: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/Tucuman: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/Tucuman: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/Tucuman: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/Tucuman: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/Tucuman: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/Tucuman: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/Tucuman: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/Tucuman: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/Tucuman: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/Tucuman: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/Tucuman: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/Tucuman: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/Tucuman: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/Tucuman: 1991-10-20 02:00:00 != 1991-10-19 22:00:00
America/Argentina/Tucuman: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/Tucuman: 2004-06-13 01:00:00 != 2004-06-12 23:00:00
America/Argentina/Tucuman: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Argentina/Tucuman: 2008-10-19 01:00:00 != 2008-10-18 23:00:00
America/Argentina/Ushuaia: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Argentina/Ushuaia: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Argentina/Ushuaia: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Argentina/Ushuaia: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Argentina/Ushuaia: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Argentina/Ushuaia: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Argentina/Ushuaia: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Argentina/Ushuaia: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Argentina/Ushuaia: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Argentina/Ushuaia: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Argentina/Ushuaia: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Argentina/Ushuaia: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Argentina/Ushuaia: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Argentina/Ushuaia: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Argentina/Ushuaia: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Argentina/Ushuaia: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Argentina/Ushuaia: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Argentina/Ushuaia: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Argentina/Ushuaia: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Argentina/Ushuaia: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Argentina/Ushuaia: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Argentina/Ushuaia: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Argentina/Ushuaia: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Argentina/Ushuaia: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Argentina/Ushuaia: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Argentina/Ushuaia: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Argentina/Ushuaia: 1991-10-20 01:00:00 != 1991-10-19 23:00:00
America/Argentina/Ushuaia: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Argentina/Ushuaia: 2004-06-20 01:00:00 != 2004-06-19 23:00:00
America/Argentina/Ushuaia: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Aruba: 1912-02-12 00:05:47 != 1912-02-11 23:54:13
America/Aruba: 1965-01-01 00:30:00 != 1965-12-31 23:30:00
America/Asuncion: 1972-10-01 01:00:00 != 1972-09-30 23:00:00
America/Asuncion: 1975-10-01 01:00:00 != 1975-09-30 23:00:00
America/Asuncion: 1976-10-01 01:00:00 != 1976-09-30 23:00:00
America/Asuncion: 1977-10-01 01:00:00 != 1977-09-30 23:00:00
America/Asuncion: 1978-10-01 01:00:00 != 1978-09-30 23:00:00
America/Asuncion: 1979-10-01 01:00:00 != 1979-09-30 23:00:00
America/Asuncion: 1980-10-01 01:00:00 != 1980-09-30 23:00:00
America/Asuncion: 1981-10-01 01:00:00 != 1981-09-30 23:00:00
America/Asuncion: 1982-10-01 01:00:00 != 1982-09-30 23:00:00
America/Asuncion: 1983-10-01 01:00:00 != 1983-09-30 23:00:00
America/Asuncion: 1984-10-01 01:00:00 != 1984-09-30 23:00:00
America/Asuncion: 1985-10-01 01:00:00 != 1985-09-30 23:00:00
America/Asuncion: 1986-10-01 01:00:00 != 1986-09-30 23:00:00
America/Asuncion: 1987-10-01 01:00:00 != 1987-09-30 23:00:00
America/Asuncion: 1988-10-01 01:00:00 != 1988-09-30 23:00:00
America/Asuncion: 1989-10-22 01:00:00 != 1989-10-21 23:00:00
America/Asuncion: 1990-10-01 01:00:00 != 1990-09-30 23:00:00
America/Asuncion: 1991-10-06 01:00:00 != 1991-10-05 23:00:00
America/Asuncion: 1992-10-05 01:00:00 != 1992-10-04 23:00:00
America/Asuncion: 1993-10-01 01:00:00 != 1993-09-30 23:00:00
America/Asuncion: 1994-10-01 01:00:00 != 1994-09-30 23:00:00
America/Asuncion: 1995-10-01 01:00:00 != 1995-09-30 23:00:00
America/Asuncion: 1996-10-06 01:00:00 != 1996-10-05 23:00:00
America/Asuncion: 1997-10-05 01:00:00 != 1997-10-04 23:00:00
America/Asuncion: 1998-10-04 01:00:00 != 1998-10-03 23:00:00
America/Asuncion: 1999-10-03 01:00:00 != 1999-10-02 23:00:00
America/Asuncion: 2000-10-01 01:00:00 != 2000-09-30 23:00:00
America/Asuncion: 2001-10-07 01:00:00 != 2001-10-06 23:00:00
America/Asuncion: 2002-09-01 01:00:00 != 2002-08-31 23:00:00
America/Asuncion: 2003-09-07 01:00:00 != 2003-09-06 23:00:00
America/Asuncion: 2004-10-17 01:00:00 != 2004-10-16 23:00:00
America/Asuncion: 2005-10-16 01:00:00 != 2005-10-15 23:00:00
America/Asuncion: 2006-10-15 01:00:00 != 2006-10-14 23:00:00
America/Asuncion: 2007-10-21 01:00:00 != 2007-10-20 23:00:00
America/Asuncion: 2008-10-19 01:00:00 != 2008-10-18 23:00:00
America/Asuncion: 2009-10-18 01:00:00 != 2009-10-17 23:00:00
America/Asuncion: 2010-10-03 01:00:00 != 2010-10-02 23:00:00
America/Asuncion: 2011-10-02 01:00:00 != 2011-10-01 23:00:00
America/Asuncion: 2012-10-07 01:00:00 != 2012-10-06 23:00:00
America/Asuncion: 2013-10-06 01:00:00 != 2013-10-05 23:00:00
America/Asuncion: 2014-10-05 01:00:00 != 2014-10-04 23:00:00
America/Asuncion: 2015-10-04 01:00:00 != 2015-10-03 23:00:00
America/Asuncion: 2016-10-02 01:00:00 != 2016-10-01 23:00:00
America/Asuncion: 2017-10-01 01:00:00 != 2017-09-30 23:00:00
America/Asuncion: 2018-10-07 01:00:00 != 2018-10-06 23:00:00
America/Asuncion: 2019-10-06 01:00:00 != 2019-10-05 23:00:00
America/Asuncion: 2020-10-04 01:00:00 != 2020-10-03 23:00:00
America/Asuncion: 2021-10-03 01:00:00 != 2021-10-02 23:00:00
America/Asuncion: 2022-10-02 01:00:00 != 2022-10-01 23:00:00
America/Asuncion: 2023-10-01 01:00:00 != 2023-09-30 23:00:00
America/Asuncion: 2024-10-06 01:00:00 != 2024-10-05 23:00:00
America/Asuncion: 2025-10-05 01:00:00 != 2025-10-04 23:00:00
America/Asuncion: 2026-10-04 01:00:00 != 2026-10-03 23:00:00
America/Asuncion: 2027-10-03 01:00:00 != 2027-10-02 23:00:00
America/Asuncion: 2028-10-01 01:00:00 != 2028-09-30 23:00:00
America/Asuncion: 2029-10-07 01:00:00 != 2029-10-06 23:00:00
America/Asuncion: 2030-10-06 01:00:00 != 2030-10-05 23:00:00
America/Asuncion: 2031-10-05 01:00:00 != 2031-10-04 23:00:00
America/Asuncion: 2032-10-03 01:00:00 != 2032-10-02 23:00:00
America/Asuncion: 2033-10-02 01:00:00 != 2033-10-01 23:00:00
America/Asuncion: 2034-10-01 01:00:00 != 2034-09-30 23:00:00
America/Asuncion: 2035-10-07 01:00:00 != 2035-10-06 23:00:00
America/Asuncion: 2036-10-05 01:00:00 != 2036-10-04 23:00:00
America/Asuncion: 2037-10-04 01:00:00 != 2037-10-03 23:00:00
America/Atikokan: 1940-09-29 01:00:00 != 1940-09-28 23:00:00
America/Bahia: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Bahia: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Bahia_Banderas: 1932-04-01 01:00:00 != 1932-03-31 23:00:00
America/Bahia_Banderas: 1970-01-01 01:00:00 != 1970-12-31 23:00:00
America/Belem: 1914-01-01 00:13:56 != 1914-12-31 23:46:04
America/Belem: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Belem: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Belize: 1918-10-06 00:30:00 != 1918-10-05 23:30:00
America/Belize: 1919-10-05 00:30:00 != 1919-10-04 23:30:00
America/Belize: 1920-10-03 00:30:00 != 1920-10-02 23:30:00
America/Belize: 1921-10-02 00:30:00 != 1921-10-01 23:30:00
America/Belize: 1922-10-08 00:30:00 != 1922-10-07 23:30:00
America/Belize: 1923-10-07 00:30:00 != 1923-10-06 23:30:00
America/Belize: 1924-10-05 00:30:00 != 1924-10-04 23:30:00
America/Belize: 1925-10-04 00:30:00 != 1925-10-03 23:30:00
America/Belize: 1926-10-03 00:30:00 != 1926-10-02 23:30:00
America/Belize: 1927-10-02 00:30:00 != 1927-10-01 23:30:00
America/Belize: 1928-10-07 00:30:00 != 1928-10-06 23:30:00
America/Belize: 1929-10-06 00:30:00 != 1929-10-05 23:30:00
America/Belize: 1930-10-05 00:30:00 != 1930-10-04 23:30:00
America/Belize: 1931-10-04 00:30:00 != 1931-10-03 23:30:00
America/Belize: 1932-10-02 00:30:00 != 1932-10-01 23:30:00
America/Belize: 1933-10-08 00:30:00 != 1933-10-07 23:30:00
America/Belize: 1934-10-07 00:30:00 != 1934-10-06 23:30:00
America/Belize: 1935-10-06 00:30:00 != 1935-10-05 23:30:00
America/Belize: 1936-10-04 00:30:00 != 1936-10-03 23:30:00
America/Belize: 1937-10-03 00:30:00 != 1937-10-02 23:30:00
America/Belize: 1938-10-02 00:30:00 != 1938-10-01 23:30:00
America/Belize: 1939-10-08 00:30:00 != 1939-10-07 23:30:00
America/Belize: 1940-10-06 00:30:00 != 1940-10-05 23:30:00
America/Belize: 1941-10-05 00:30:00 != 1941-10-04 23:30:00
America/Belize: 1942-10-04 00:30:00 != 1942-10-03 23:30:00
America/Belize: 1973-12-05 01:00:00 != 1973-12-04 23:00:00
America/Belize: 1982-12-18 01:00:00 != 1982-12-17 23:00:00
America/Boa_Vista: 1914-01-01 00:02:40 != 1914-12-31 23:57:20
America/Boa_Vista: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Boa_Vista: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Bogota: 1992-05-03 01:00:00 != 1992-05-02 23:00:00
America/Buenos_Aires: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Buenos_Aires: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Buenos_Aires: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Buenos_Aires: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Buenos_Aires: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Buenos_Aires: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Buenos_Aires: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Buenos_Aires: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Buenos_Aires: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Buenos_Aires: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Buenos_Aires: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Buenos_Aires: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Buenos_Aires: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Buenos_Aires: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Buenos_Aires: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Buenos_Aires: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Buenos_Aires: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Buenos_Aires: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Buenos_Aires: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Buenos_Aires: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Buenos_Aires: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Buenos_Aires: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Buenos_Aires: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Buenos_Aires: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Buenos_Aires: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Buenos_Aires: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Buenos_Aires: 1991-10-20 01:00:00 != 1991-10-19 23:00:00
America/Buenos_Aires: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Buenos_Aires: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Buenos_Aires: 2008-10-19 01:00:00 != 2008-10-18 23:00:00
America/Cambridge_Bay: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
America/Campo_Grande: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Campo_Grande: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Caracas: 1965-01-01 00:30:00 != 1965-12-31 23:30:00
America/Catamarca: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Catamarca: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Catamarca: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Catamarca: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Catamarca: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Catamarca: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Catamarca: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Catamarca: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Catamarca: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Catamarca: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Catamarca: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Catamarca: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Catamarca: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Catamarca: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Catamarca: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Catamarca: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Catamarca: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Catamarca: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Catamarca: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Catamarca: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Catamarca: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Catamarca: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Catamarca: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Catamarca: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Catamarca: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Catamarca: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Catamarca: 1991-10-20 02:00:00 != 1991-10-19 22:00:00
America/Catamarca: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Catamarca: 2004-06-20 01:00:00 != 2004-06-19 23:00:00
America/Catamarca: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Cayenne: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Cayman: 1912-02-01 00:07:11 != 1912-01-31 23:52:49
America/Chihuahua: 1932-04-01 01:00:00 != 1932-03-31 23:00:00
America/Coral_Harbour: 1940-09-29 01:00:00 != 1940-09-28 23:00:00
America/Cordoba: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Cordoba: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Cordoba: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Cordoba: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Cordoba: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Cordoba: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Cordoba: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Cordoba: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Cordoba: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Cordoba: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Cordoba: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Cordoba: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Cordoba: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Cordoba: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Cordoba: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Cordoba: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Cordoba: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Cordoba: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Cordoba: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Cordoba: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Cordoba: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Cordoba: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Cordoba: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Cordoba: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Cordoba: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Cordoba: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Cordoba: 1991-10-20 02:00:00 != 1991-10-19 22:00:00
America/Cordoba: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Cordoba: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Cordoba: 2008-10-19 01:00:00 != 2008-10-18 23:00:00
America/Costa_Rica: 1979-02-25 01:00:00 != 1979-02-24 23:00:00
America/Costa_Rica: 1980-02-24 01:00:00 != 1980-02-23 23:00:00
America/Costa_Rica: 1991-01-19 01:00:00 != 1991-01-18 23:00:00
America/Costa_Rica: 1992-01-18 01:00:00 != 1992-01-17 23:00:00
America/Creston: 1918-06-02 01:00:00 != 1918-06-01 23:00:00
America/Cuiaba: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Cuiaba: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Curacao: 1912-02-12 00:05:47 != 1912-02-11 23:54:13
America/Curacao: 1965-01-01 00:30:00 != 1965-12-31 23:30:00
America/Danmarkshavn: 1996-01-01 03:00:00 != 1996-12-31 21:00:00
America/Dawson: 1900-08-20 00:17:40 != 1900-08-19 23:42:20
America/Dawson: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
America/Dominica: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Edmonton: 1906-09-01 00:33:52 != 1906-08-31 23:26:08
America/Eirunepe: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Eirunepe: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/El_Salvador: 1987-05-03 01:00:00 != 1987-05-02 23:00:00
America/El_Salvador: 1988-05-01 01:00:00 != 1988-04-30 23:00:00
America/Ensenada: 1931-04-01 01:00:00 != 1931-03-31 23:00:00
America/Ensenada: 1942-04-24 01:00:00 != 1942-04-23 23:00:00
America/Ensenada: 1948-04-05 01:00:00 != 1948-04-04 23:00:00
America/Fortaleza: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Fortaleza: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Godthab: 1916-07-28 00:26:56 != 1916-07-27 23:33:04
America/Goose_Bay: 1935-03-30 00:00:52 != 1935-03-29 23:59:08
America/Goose_Bay: 1936-05-11 01:00:00 != 1936-05-10 23:00:00
America/Goose_Bay: 1937-05-10 01:00:00 != 1937-05-09 23:00:00
America/Goose_Bay: 1938-05-09 01:00:00 != 1938-05-08 23:00:00
America/Goose_Bay: 1939-05-15 01:00:00 != 1939-05-14 23:00:00
America/Goose_Bay: 1940-05-13 01:00:00 != 1940-05-12 23:00:00
America/Goose_Bay: 1941-05-12 01:00:00 != 1941-05-11 23:00:00
America/Goose_Bay: 1942-05-11 01:00:00 != 1942-05-10 23:00:00
America/Grand_Turk: 1912-02-01 00:07:11 != 1912-01-31 23:52:49
America/Grenada: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Guadeloupe: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Guatemala: 1918-10-05 00:02:04 != 1918-10-04 23:57:56
America/Guatemala: 1973-11-25 01:00:00 != 1973-11-24 23:00:00
America/Guatemala: 1983-05-21 01:00:00 != 1983-05-20 23:00:00
America/Guatemala: 1991-03-23 01:00:00 != 1991-03-22 23:00:00
America/Guatemala: 2006-04-30 01:00:00 != 2006-04-29 23:00:00
America/Guayaquil: 1931-01-01 00:14:00 != 1931-12-31 23:46:00
America/Guyana: 1915-03-01 00:07:40 != 1915-02-28 23:52:20
America/Guyana: 1975-07-31 00:45:00 != 1975-07-30 23:15:00
America/Halifax: 1902-06-15 00:14:24 != 1902-06-14 23:45:36
America/Halifax: 1916-04-01 01:00:00 != 1916-03-31 23:00:00
America/Halifax: 1920-05-09 01:00:00 != 1920-05-08 23:00:00
America/Halifax: 1921-05-06 01:00:00 != 1921-05-05 23:00:00
America/Halifax: 1922-04-30 01:00:00 != 1922-04-29 23:00:00
America/Halifax: 1923-05-06 01:00:00 != 1923-05-05 23:00:00
America/Halifax: 1924-05-04 01:00:00 != 1924-05-03 23:00:00
America/Halifax: 1925-05-03 01:00:00 != 1925-05-02 23:00:00
America/Halifax: 1926-05-16 01:00:00 != 1926-05-15 23:00:00
America/Halifax: 1927-05-01 01:00:00 != 1927-04-30 23:00:00
America/Halifax: 1928-05-13 01:00:00 != 1928-05-12 23:00:00
America/Halifax: 1929-05-12 01:00:00 != 1929-05-11 23:00:00
America/Halifax: 1930-05-11 01:00:00 != 1930-05-10 23:00:00
America/Halifax: 1931-05-10 01:00:00 != 1931-05-09 23:00:00
America/Halifax: 1932-05-01 01:00:00 != 1932-04-30 23:00:00
America/Halifax: 1933-04-30 01:00:00 != 1933-04-29 23:00:00
America/Halifax: 1934-05-20 01:00:00 != 1934-05-19 23:00:00
America/Halifax: 1935-06-02 01:00:00 != 1935-06-01 23:00:00
America/Halifax: 1936-06-01 01:00:00 != 1936-05-31 23:00:00
America/Halifax: 1937-05-02 01:00:00 != 1937-05-01 23:00:00
America/Halifax: 1938-05-01 01:00:00 != 1938-04-30 23:00:00
America/Halifax: 1939-05-28 01:00:00 != 1939-05-27 23:00:00
America/Halifax: 1940-05-05 01:00:00 != 1940-05-04 23:00:00
America/Halifax: 1941-05-04 01:00:00 != 1941-05-03 23:00:00
America/Havana: 1928-06-10 01:00:00 != 1928-06-09 23:00:00
America/Havana: 1940-06-02 01:00:00 != 1940-06-01 23:00:00
America/Havana: 1941-06-01 01:00:00 != 1941-05-31 23:00:00
America/Havana: 1942-06-07 01:00:00 != 1942-06-06 23:00:00
America/Havana: 1945-06-03 01:00:00 != 1945-06-02 23:00:00
America/Havana: 1946-06-02 01:00:00 != 1946-06-01 23:00:00
America/Havana: 1965-06-01 01:00:00 != 1965-05-31 23:00:00
America/Havana: 1966-05-29 01:00:00 != 1966-05-28 23:00:00
America/Havana: 1967-04-08 01:00:00 != 1967-04-07 23:00:00
America/Havana: 1968-04-14 01:00:00 != 1968-04-13 23:00:00
America/Havana: 1969-04-27 01:00:00 != 1969-04-26 23:00:00
America/Havana: 1970-04-26 01:00:00 != 1970-04-25 23:00:00
America/Havana: 1971-04-25 01:00:00 != 1971-04-24 23:00:00
America/Havana: 1972-04-30 01:00:00 != 1972-04-29 23:00:00
America/Havana: 1973-04-29 01:00:00 != 1973-04-28 23:00:00
America/Havana: 1974-04-28 01:00:00 != 1974-04-27 23:00:00
America/Havana: 1975-04-27 01:00:00 != 1975-04-26 23:00:00
America/Havana: 1976-04-25 01:00:00 != 1976-04-24 23:00:00
America/Havana: 1977-04-24 01:00:00 != 1977-04-23 23:00:00
America/Havana: 1978-05-07 01:00:00 != 1978-05-06 23:00:00
America/Havana: 1979-03-18 01:00:00 != 1979-03-17 23:00:00
America/Havana: 1980-03-16 01:00:00 != 1980-03-15 23:00:00
America/Havana: 1981-05-10 01:00:00 != 1981-05-09 23:00:00
America/Havana: 1982-05-09 01:00:00 != 1982-05-08 23:00:00
America/Havana: 1983-05-08 01:00:00 != 1983-05-07 23:00:00
America/Havana: 1984-05-06 01:00:00 != 1984-05-05 23:00:00
America/Havana: 1985-05-05 01:00:00 != 1985-05-04 23:00:00
America/Havana: 1986-03-16 01:00:00 != 1986-03-15 23:00:00
America/Havana: 1987-03-15 01:00:00 != 1987-03-14 23:00:00
America/Havana: 1988-03-20 01:00:00 != 1988-03-19 23:00:00
America/Havana: 1989-03-19 01:00:00 != 1989-03-18 23:00:00
America/Havana: 1990-04-01 01:00:00 != 1990-03-31 23:00:00
America/Havana: 1991-04-07 01:00:00 != 1991-04-06 23:00:00
America/Hermosillo: 1932-04-01 01:00:00 != 1932-03-31 23:00:00
America/Hermosillo: 1970-01-01 01:00:00 != 1970-12-31 23:00:00
America/Indiana/Petersburg: 1955-05-01 01:00:00 != 1955-04-30 23:00:00
America/Indiana/Tell_City: 1955-05-01 01:00:00 != 1955-04-30 23:00:00
America/Indiana/Vincennes: 1955-05-01 01:00:00 != 1955-04-30 23:00:00
America/Inuvik: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
America/Iqaluit: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
America/Jamaica: 1912-02-01 00:07:11 != 1912-01-31 23:52:49
America/Jujuy: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Jujuy: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Jujuy: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Jujuy: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Jujuy: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Jujuy: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Jujuy: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Jujuy: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Jujuy: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Jujuy: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Jujuy: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Jujuy: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Jujuy: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Jujuy: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Jujuy: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Jujuy: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Jujuy: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Jujuy: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Jujuy: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Jujuy: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Jujuy: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Jujuy: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Jujuy: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Jujuy: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Jujuy: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Jujuy: 1990-10-28 01:00:00 != 1990-10-27 23:00:00
America/Jujuy: 1991-10-06 02:00:00 != 1991-10-05 22:00:00
America/Jujuy: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Jujuy: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Kentucky/Louisville: 1946-01-01 01:00:00 != 1946-12-31 23:00:00
America/Kralendijk: 1912-02-12 00:05:47 != 1912-02-11 23:54:13
America/Kralendijk: 1965-01-01 00:30:00 != 1965-12-31 23:30:00
America/La_Paz: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Lima: 1908-07-28 00:08:36 != 1908-07-27 23:51:24
America/Lima: 1938-01-01 01:00:00 != 1938-12-31 23:00:00
America/Lima: 1938-09-25 01:00:00 != 1938-09-24 23:00:00
America/Lima: 1939-09-24 01:00:00 != 1939-09-23 23:00:00
America/Lima: 1986-01-01 01:00:00 != 1986-12-31 23:00:00
America/Lima: 1987-01-01 01:00:00 != 1987-12-31 23:00:00
America/Lima: 1990-01-01 01:00:00 != 1990-12-31 23:00:00
America/Lima: 1994-01-01 01:00:00 != 1994-12-31 23:00:00
America/Louisville: 1946-01-01 01:00:00 != 1946-12-31 23:00:00
America/Lower_Princes: 1912-02-12 00:05:47 != 1912-02-11 23:54:13
America/Lower_Princes: 1965-01-01 00:30:00 != 1965-12-31 23:30:00
America/Maceio: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Maceio: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Managua: 1973-05-01 01:00:00 != 1973-04-30 23:00:00
America/Managua: 1979-03-18 01:00:00 != 1979-03-17 23:00:00
America/Managua: 1980-03-16 01:00:00 != 1980-03-15 23:00:00
America/Managua: 1993-01-01 01:00:00 != 1993-12-31 23:00:00
America/Managua: 2005-04-10 01:00:00 != 2005-04-09 23:00:00
America/Manaus: 1914-01-01 00:00:04 != 1914-12-31 23:59:56
America/Manaus: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Manaus: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Marigot: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Martinique: 1911-05-01 00:04:20 != 1911-04-30 23:55:40
America/Martinique: 1980-04-06 01:00:00 != 1980-04-05 23:00:00
America/Mazatlan: 1932-04-01 01:00:00 != 1932-03-31 23:00:00
America/Mazatlan: 1970-01-01 01:00:00 != 1970-12-31 23:00:00
America/Mendoza: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Mendoza: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Mendoza: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Mendoza: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Mendoza: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Mendoza: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Mendoza: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Mendoza: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Mendoza: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Mendoza: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Mendoza: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Mendoza: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Mendoza: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Mendoza: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Mendoza: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Mendoza: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Mendoza: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Mendoza: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Mendoza: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Mendoza: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Mendoza: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Mendoza: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Mendoza: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Mendoza: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Mendoza: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Mendoza: 1990-10-15 01:00:00 != 1990-10-14 23:00:00
America/Mendoza: 1991-10-15 01:00:00 != 1991-10-14 23:00:00
America/Mendoza: 1992-10-18 02:00:00 != 1992-10-17 22:00:00
America/Mendoza: 2004-09-26 01:00:00 != 2004-09-25 23:00:00
America/Mendoza: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Miquelon: 1980-05-01 01:00:00 != 1980-04-30 23:00:00
America/Moncton: 1902-06-15 01:00:00 != 1902-06-14 23:00:00
America/Montevideo: 1920-05-01 00:14:44 != 1920-04-30 23:45:16
America/Montevideo: 1923-10-02 00:30:00 != 1923-10-01 23:30:00
America/Montevideo: 1924-10-01 00:30:00 != 1924-09-30 23:30:00
America/Montevideo: 1925-10-01 00:30:00 != 1925-09-30 23:30:00
America/Montevideo: 1933-10-29 00:30:00 != 1933-10-28 23:30:00
America/Montevideo: 1934-10-28 00:30:00 != 1934-10-27 23:30:00
America/Montevideo: 1935-10-27 00:30:00 != 1935-10-26 23:30:00
America/Montevideo: 1936-11-01 00:30:00 != 1936-10-31 23:30:00
America/Montevideo: 1937-10-31 00:30:00 != 1937-10-30 23:30:00
America/Montevideo: 1938-10-30 00:30:00 != 1938-10-29 23:30:00
America/Montevideo: 1939-10-29 00:30:00 != 1939-10-28 23:30:00
America/Montevideo: 1940-10-27 00:30:00 != 1940-10-26 23:30:00
America/Montevideo: 1941-08-01 00:30:00 != 1941-07-31 23:30:00
America/Montevideo: 1942-12-14 01:30:00 != 1942-12-13 22:30:00
America/Montevideo: 1959-05-24 01:00:00 != 1959-05-23 23:00:00
America/Montevideo: 1960-01-17 01:00:00 != 1960-01-16 23:00:00
America/Montevideo: 1965-04-04 01:00:00 != 1965-04-03 23:00:00
America/Montevideo: 1966-04-03 01:00:00 != 1966-04-02 23:00:00
America/Montevideo: 1967-04-02 01:00:00 != 1967-04-01 23:00:00
America/Montevideo: 1968-05-27 00:30:00 != 1968-05-26 23:30:00
America/Montevideo: 1969-05-27 00:30:00 != 1969-05-26 23:30:00
America/Montevideo: 1970-05-27 00:30:00 != 1970-05-26 23:30:00
America/Montevideo: 1972-04-24 01:00:00 != 1972-04-23 23:00:00
America/Montevideo: 1974-03-10 00:30:00 != 1974-03-09 23:30:00
America/Montevideo: 1974-12-22 00:30:00 != 1974-12-21 23:30:00
America/Montevideo: 1977-12-04 01:00:00 != 1977-12-03 23:00:00
America/Montevideo: 1979-10-01 01:00:00 != 1979-09-30 23:00:00
America/Montevideo: 1987-12-14 01:00:00 != 1987-12-13 23:00:00
America/Montevideo: 1988-12-11 01:00:00 != 1988-12-10 23:00:00
America/Montevideo: 1989-10-29 01:00:00 != 1989-10-28 23:00:00
America/Montevideo: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Montevideo: 1991-10-27 01:00:00 != 1991-10-26 23:00:00
America/Montevideo: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Montevideo: 2004-09-19 01:00:00 != 2004-09-18 23:00:00
America/Montreal: 1927-05-01 01:00:00 != 1927-04-30 23:00:00
America/Montreal: 1928-04-29 01:00:00 != 1928-04-28 23:00:00
America/Montreal: 1929-04-28 01:00:00 != 1929-04-27 23:00:00
America/Montreal: 1930-04-27 01:00:00 != 1930-04-26 23:00:00
America/Montreal: 1931-04-26 01:00:00 != 1931-04-25 23:00:00
America/Montreal: 1932-05-01 01:00:00 != 1932-04-30 23:00:00
America/Montreal: 1933-04-30 01:00:00 != 1933-04-29 23:00:00
America/Montreal: 1934-04-29 01:00:00 != 1934-04-28 23:00:00
America/Montreal: 1935-04-28 01:00:00 != 1935-04-27 23:00:00
America/Montreal: 1936-04-26 01:00:00 != 1936-04-25 23:00:00
America/Montreal: 1937-04-25 01:00:00 != 1937-04-24 23:00:00
America/Montreal: 1938-04-24 01:00:00 != 1938-04-23 23:00:00
America/Montreal: 1939-04-30 01:00:00 != 1939-04-29 23:00:00
America/Montreal: 1940-04-28 01:00:00 != 1940-04-27 23:00:00
America/Montserrat: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Nassau: 1912-03-02 00:09:30 != 1912-03-01 23:50:30
America/Nipigon: 1940-09-29 01:00:00 != 1940-09-28 23:00:00
America/Noronha: 1914-01-01 00:09:40 != 1914-12-31 23:50:20
America/Noronha: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Noronha: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Panama: 1908-04-22 00:19:36 != 1908-04-21 23:40:24
America/Pangnirtung: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
America/Paramaribo: 1935-01-01 00:00:16 != 1935-12-31 23:59:44
America/Paramaribo: 1945-10-01 00:10:36 != 1945-09-30 23:49:24
America/Paramaribo: 1984-10-01 00:30:00 != 1984-09-30 23:30:00
America/Port-au-Prince: 1983-05-08 01:00:00 != 1983-05-07 23:00:00
America/Port-au-Prince: 1984-04-29 01:00:00 != 1984-04-28 23:00:00
America/Port-au-Prince: 1985-04-28 01:00:00 != 1985-04-27 23:00:00
America/Port-au-Prince: 1986-04-27 01:00:00 != 1986-04-26 23:00:00
America/Port-au-Prince: 1987-04-26 01:00:00 != 1987-04-25 23:00:00
America/Port-au-Prince: 2005-04-03 01:00:00 != 2005-04-02 23:00:00
America/Port-au-Prince: 2006-04-02 01:00:00 != 2006-04-01 23:00:00
America/Port_of_Spain: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Porto_Acre: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Porto_Acre: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Porto_Velho: 1914-01-01 00:15:36 != 1914-12-31 23:44:24
America/Porto_Velho: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Porto_Velho: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Puerto_Rico: 1942-05-03 01:00:00 != 1942-05-02 23:00:00
America/Rainy_River: 1940-09-29 01:00:00 != 1940-09-28 23:00:00
America/Rankin_Inlet: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
America/Recife: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Recife: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Regina: 1930-05-04 01:00:00 != 1930-05-03 23:00:00
America/Regina: 1931-05-03 01:00:00 != 1931-05-02 23:00:00
America/Regina: 1932-05-01 01:00:00 != 1932-04-30 23:00:00
America/Regina: 1933-05-07 01:00:00 != 1933-05-06 23:00:00
America/Regina: 1934-05-06 01:00:00 != 1934-05-05 23:00:00
America/Regina: 1937-04-11 01:00:00 != 1937-04-10 23:00:00
America/Regina: 1938-04-10 01:00:00 != 1938-04-09 23:00:00
America/Regina: 1939-04-09 01:00:00 != 1939-04-08 23:00:00
America/Regina: 1940-04-14 01:00:00 != 1940-04-13 23:00:00
America/Regina: 1941-04-13 01:00:00 != 1941-04-12 23:00:00
America/Resolute: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
America/Rio_Branco: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Rio_Branco: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Rosario: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
America/Rosario: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
America/Rosario: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
America/Rosario: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
America/Rosario: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
America/Rosario: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
America/Rosario: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
America/Rosario: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
America/Rosario: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
America/Rosario: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
America/Rosario: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
America/Rosario: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
America/Rosario: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
America/Rosario: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
America/Rosario: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
America/Rosario: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
America/Rosario: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
America/Rosario: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
America/Rosario: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
America/Rosario: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
America/Rosario: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
America/Rosario: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
America/Rosario: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
America/Rosario: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
America/Rosario: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Rosario: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
America/Rosario: 1991-10-20 02:00:00 != 1991-10-19 22:00:00
America/Rosario: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
America/Rosario: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
America/Rosario: 2008-10-19 01:00:00 != 2008-10-18 23:00:00
America/Santa_Isabel: 1931-04-01 01:00:00 != 1931-03-31 23:00:00
America/Santa_Isabel: 1942-04-24 01:00:00 != 1942-04-23 23:00:00
America/Santa_Isabel: 1948-04-05 01:00:00 != 1948-04-04 23:00:00
America/Santarem: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Santarem: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Santiago: 1916-07-01 00:17:14 != 1916-06-30 23:42:46
America/Santiago: 1918-09-01 00:42:46 != 1918-08-31 23:17:14
America/Santiago: 1927-09-01 00:42:46 != 1927-08-31 23:17:14
America/Santiago: 1928-09-01 01:00:00 != 1928-08-31 23:00:00
America/Santiago: 1929-09-01 01:00:00 != 1929-08-31 23:00:00
America/Santiago: 1930-09-01 01:00:00 != 1930-08-31 23:00:00
America/Santiago: 1931-09-01 01:00:00 != 1931-08-31 23:00:00
America/Santiago: 1932-09-01 01:00:00 != 1932-08-31 23:00:00
America/Santiago: 1942-08-01 01:00:00 != 1942-07-31 23:00:00
America/Santiago: 1947-05-22 01:00:00 != 1947-05-21 23:00:00
America/Santiago: 1968-11-03 01:00:00 != 1968-11-02 23:00:00
America/Santiago: 1969-11-23 01:00:00 != 1969-11-22 23:00:00
America/Santiago: 1970-10-11 01:00:00 != 1970-10-10 23:00:00
America/Santiago: 1971-10-10 01:00:00 != 1971-10-09 23:00:00
America/Santiago: 1972-10-15 01:00:00 != 1972-10-14 23:00:00
America/Santiago: 1973-09-30 01:00:00 != 1973-09-29 23:00:00
America/Santiago: 1974-10-13 01:00:00 != 1974-10-12 23:00:00
America/Santiago: 1975-10-12 01:00:00 != 1975-10-11 23:00:00
America/Santiago: 1976-10-10 01:00:00 != 1976-10-09 23:00:00
America/Santiago: 1977-10-09 01:00:00 != 1977-10-08 23:00:00
America/Santiago: 1978-10-15 01:00:00 != 1978-10-14 23:00:00
America/Santiago: 1979-10-14 01:00:00 != 1979-10-13 23:00:00
America/Santiago: 1980-10-12 01:00:00 != 1980-10-11 23:00:00
America/Santiago: 1981-10-11 01:00:00 != 1981-10-10 23:00:00
America/Santiago: 1982-10-10 01:00:00 != 1982-10-09 23:00:00
America/Santiago: 1983-10-09 01:00:00 != 1983-10-08 23:00:00
America/Santiago: 1984-10-14 01:00:00 != 1984-10-13 23:00:00
America/Santiago: 1985-10-13 01:00:00 != 1985-10-12 23:00:00
America/Santiago: 1986-10-12 01:00:00 != 1986-10-11 23:00:00
America/Santiago: 1987-10-11 01:00:00 != 1987-10-10 23:00:00
America/Santiago: 1988-10-02 01:00:00 != 1988-10-01 23:00:00
America/Santiago: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
America/Santiago: 1990-09-16 01:00:00 != 1990-09-15 23:00:00
America/Santiago: 1991-10-13 01:00:00 != 1991-10-12 23:00:00
America/Santiago: 1992-10-11 01:00:00 != 1992-10-10 23:00:00
America/Santiago: 1993-10-10 01:00:00 != 1993-10-09 23:00:00
America/Santiago: 1994-10-09 01:00:00 != 1994-10-08 23:00:00
America/Santiago: 1995-10-15 01:00:00 != 1995-10-14 23:00:00
America/Santiago: 1996-10-13 01:00:00 != 1996-10-12 23:00:00
America/Santiago: 1997-10-12 01:00:00 != 1997-10-11 23:00:00
America/Santiago: 1998-09-27 01:00:00 != 1998-09-26 23:00:00
America/Santiago: 1999-10-10 01:00:00 != 1999-10-09 23:00:00
America/Santiago: 2000-10-15 01:00:00 != 2000-10-14 23:00:00
America/Santiago: 2001-10-14 01:00:00 != 2001-10-13 23:00:00
America/Santiago: 2002-10-13 01:00:00 != 2002-10-12 23:00:00
America/Santiago: 2003-10-12 01:00:00 != 2003-10-11 23:00:00
America/Santiago: 2004-10-10 01:00:00 != 2004-10-09 23:00:00
America/Santiago: 2005-10-09 01:00:00 != 2005-10-08 23:00:00
America/Santiago: 2006-10-15 01:00:00 != 2006-10-14 23:00:00
America/Santiago: 2007-10-14 01:00:00 != 2007-10-13 23:00:00
America/Santiago: 2008-10-12 01:00:00 != 2008-10-11 23:00:00
America/Santiago: 2009-10-11 01:00:00 != 2009-10-10 23:00:00
America/Santiago: 2010-10-10 01:00:00 != 2010-10-09 23:00:00
America/Santiago: 2011-08-21 01:00:00 != 2011-08-20 23:00:00
America/Santiago: 2012-09-02 01:00:00 != 2012-09-01 23:00:00
America/Santiago: 2013-09-08 01:00:00 != 2013-09-07 23:00:00
America/Santiago: 2014-09-07 01:00:00 != 2014-09-06 23:00:00
America/Santo_Domingo: 1966-10-30 01:00:00 != 1966-10-29 23:00:00
America/Santo_Domingo: 1969-10-26 00:30:00 != 1969-10-25 23:30:00
America/Santo_Domingo: 1970-10-25 00:30:00 != 1970-10-24 23:30:00
America/Santo_Domingo: 1971-10-31 00:30:00 != 1971-10-30 23:30:00
America/Santo_Domingo: 1972-10-29 00:30:00 != 1972-10-28 23:30:00
America/Santo_Domingo: 1973-10-28 00:30:00 != 1973-10-27 23:30:00
America/Santo_Domingo: 1974-10-27 01:00:00 != 1974-10-26 23:00:00
America/Sao_Paulo: 1914-01-01 00:06:28 != 1914-12-31 23:53:32
America/Sao_Paulo: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
America/Sao_Paulo: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
America/Scoresbysund: 1981-03-29 02:00:00 != 1981-03-28 22:00:00
America/St_Barthelemy: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/St_Johns: 1935-03-30 00:00:52 != 1935-03-29 23:59:08
America/St_Johns: 1936-05-11 01:00:00 != 1936-05-10 23:00:00
America/St_Johns: 1937-05-10 01:00:00 != 1937-05-09 23:00:00
America/St_Johns: 1938-05-09 01:00:00 != 1938-05-08 23:00:00
America/St_Johns: 1939-05-15 01:00:00 != 1939-05-14 23:00:00
America/St_Johns: 1940-05-13 01:00:00 != 1940-05-12 23:00:00
America/St_Johns: 1941-05-12 01:00:00 != 1941-05-11 23:00:00
America/St_Johns: 1942-05-11 01:00:00 != 1942-05-10 23:00:00
America/St_Kitts: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/St_Lucia: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/St_Thomas: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/St_Vincent: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Swift_Current: 1905-09-01 00:11:20 != 1905-08-31 23:48:40
America/Tegucigalpa: 1987-05-03 01:00:00 != 1987-05-02 23:00:00
America/Tegucigalpa: 1988-05-01 01:00:00 != 1988-04-30 23:00:00
America/Tegucigalpa: 2006-05-07 01:00:00 != 2006-05-06 23:00:00
America/Thule: 1916-07-28 00:35:08 != 1916-07-27 23:24:52
America/Thunder_Bay: 1910-01-01 01:00:00 != 1910-12-31 23:00:00
America/Tijuana: 1931-04-01 01:00:00 != 1931-03-31 23:00:00
America/Tijuana: 1942-04-24 01:00:00 != 1942-04-23 23:00:00
America/Tijuana: 1948-04-05 01:00:00 != 1948-04-04 23:00:00
America/Toronto: 1919-03-31 01:00:00 != 1919-03-30 23:00:00
America/Toronto: 1947-04-27 01:00:00 != 1947-04-26 23:00:00
America/Toronto: 1948-04-25 01:00:00 != 1948-04-24 23:00:00
America/Toronto: 1949-04-24 01:00:00 != 1949-04-23 23:00:00
America/Tortola: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Virgin: 1912-03-02 00:06:04 != 1912-03-01 23:53:56
America/Whitehorse: 1900-08-20 00:00:12 != 1900-08-19 23:59:48
America/Whitehorse: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
America/Winnipeg: 1916-04-23 01:00:00 != 1916-04-22 23:00:00
America/Yellowknife: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
Antarctica/Palmer: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
Antarctica/Palmer: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
Antarctica/Palmer: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
Antarctica/Palmer: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
Antarctica/Palmer: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
Antarctica/Palmer: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
Antarctica/Palmer: 1982-10-10 01:00:00 != 1982-10-09 23:00:00
Antarctica/Palmer: 1983-10-09 01:00:00 != 1983-10-08 23:00:00
Antarctica/Palmer: 1984-10-14 01:00:00 != 1984-10-13 23:00:00
Antarctica/Palmer: 1985-10-13 01:00:00 != 1985-10-12 23:00:00
Antarctica/Palmer: 1986-10-12 01:00:00 != 1986-10-11 23:00:00
Antarctica/Palmer: 1987-10-11 01:00:00 != 1987-10-10 23:00:00
Antarctica/Palmer: 1988-10-02 01:00:00 != 1988-10-01 23:00:00
Antarctica/Palmer: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
Antarctica/Palmer: 1990-09-16 01:00:00 != 1990-09-15 23:00:00
Antarctica/Palmer: 1991-10-13 01:00:00 != 1991-10-12 23:00:00
Antarctica/Palmer: 1992-10-11 01:00:00 != 1992-10-10 23:00:00
Antarctica/Palmer: 1993-10-10 01:00:00 != 1993-10-09 23:00:00
Antarctica/Palmer: 1994-10-09 01:00:00 != 1994-10-08 23:00:00
Antarctica/Palmer: 1995-10-15 01:00:00 != 1995-10-14 23:00:00
Antarctica/Palmer: 1996-10-13 01:00:00 != 1996-10-12 23:00:00
Antarctica/Palmer: 1997-10-12 01:00:00 != 1997-10-11 23:00:00
Antarctica/Palmer: 1998-09-27 01:00:00 != 1998-09-26 23:00:00
Antarctica/Palmer: 1999-10-10 01:00:00 != 1999-10-09 23:00:00
Antarctica/Palmer: 2000-10-15 01:00:00 != 2000-10-14 23:00:00
Antarctica/Palmer: 2001-10-14 01:00:00 != 2001-10-13 23:00:00
Antarctica/Palmer: 2002-10-13 01:00:00 != 2002-10-12 23:00:00
Antarctica/Palmer: 2003-10-12 01:00:00 != 2003-10-11 23:00:00
Antarctica/Palmer: 2004-10-10 01:00:00 != 2004-10-09 23:00:00
Antarctica/Palmer: 2005-10-09 01:00:00 != 2005-10-08 23:00:00
Antarctica/Palmer: 2006-10-15 01:00:00 != 2006-10-14 23:00:00
Antarctica/Palmer: 2007-10-14 01:00:00 != 2007-10-13 23:00:00
Antarctica/Palmer: 2008-10-12 01:00:00 != 2008-10-11 23:00:00
Antarctica/Palmer: 2009-10-11 01:00:00 != 2009-10-10 23:00:00
Antarctica/Palmer: 2010-10-10 01:00:00 != 2010-10-09 23:00:00
Antarctica/Palmer: 2011-08-21 01:00:00 != 2011-08-20 23:00:00
Antarctica/Palmer: 2012-09-02 01:00:00 != 2012-09-01 23:00:00
Antarctica/Palmer: 2013-09-08 01:00:00 != 2013-09-07 23:00:00
Antarctica/Palmer: 2014-09-07 01:00:00 != 2014-09-06 23:00:00
Atlantic/Canary: 1922-03-01 00:01:36 != 1922-02-28 23:58:24
Atlantic/Cape_Verde: 1942-09-01 01:00:00 != 1942-08-31 23:00:00
Atlantic/Faeroe: 1908-01-11 00:27:04 != 1908-01-10 23:32:56
Atlantic/Faroe: 1908-01-11 00:27:04 != 1908-01-10 23:32:56
Atlantic/Madeira: 1912-01-01 00:07:36 != 1912-12-31 23:52:24
Atlantic/Reykjavik: 1908-01-01 00:28:00 != 1908-12-31 23:32:00
Atlantic/St_Helena: 1912-01-01 00:16:08 != 1912-12-31 23:43:52
Atlantic/Stanley: 1937-09-26 01:00:00 != 1937-09-25 23:00:00
Atlantic/Stanley: 1938-09-25 01:00:00 != 1938-09-24 23:00:00
Atlantic/Stanley: 1939-10-01 01:00:00 != 1939-09-30 23:00:00
Atlantic/Stanley: 1940-09-29 01:00:00 != 1940-09-28 23:00:00
Atlantic/Stanley: 1941-09-28 01:00:00 != 1941-09-27 23:00:00
Atlantic/Stanley: 1942-09-27 01:00:00 != 1942-09-26 23:00:00
Atlantic/Stanley: 1983-05-01 01:00:00 != 1983-04-30 23:00:00
Atlantic/Stanley: 1983-09-25 01:00:00 != 1983-09-24 23:00:00
Atlantic/Stanley: 1984-09-16 01:00:00 != 1984-09-15 23:00:00
Atlantic/Stanley: 1986-09-14 01:00:00 != 1986-09-13 23:00:00
Atlantic/Stanley: 1987-09-13 01:00:00 != 1987-09-12 23:00:00
Atlantic/Stanley: 1988-09-11 01:00:00 != 1988-09-10 23:00:00
Atlantic/Stanley: 1989-09-10 01:00:00 != 1989-09-09 23:00:00
Atlantic/Stanley: 1990-09-09 01:00:00 != 1990-09-08 23:00:00
Atlantic/Stanley: 1991-09-15 01:00:00 != 1991-09-14 23:00:00
Atlantic/Stanley: 1992-09-13 01:00:00 != 1992-09-12 23:00:00
Atlantic/Stanley: 1993-09-12 01:00:00 != 1993-09-11 23:00:00
Atlantic/Stanley: 1994-09-11 01:00:00 != 1994-09-10 23:00:00
Atlantic/Stanley: 1995-09-10 01:00:00 != 1995-09-09 23:00:00
Atlantic/Stanley: 1996-09-15 01:00:00 != 1996-09-14 23:00:00
Atlantic/Stanley: 1997-09-14 01:00:00 != 1997-09-13 23:00:00
Atlantic/Stanley: 1998-09-13 01:00:00 != 1998-09-12 23:00:00
Atlantic/Stanley: 1999-09-12 01:00:00 != 1999-09-11 23:00:00
Atlantic/Stanley: 2000-09-10 01:00:00 != 2000-09-09 23:00:00
Brazil/Acre: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
Brazil/Acre: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
Brazil/DeNoronha: 1914-01-01 00:09:40 != 1914-12-31 23:50:20
Brazil/DeNoronha: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
Brazil/DeNoronha: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
Brazil/East: 1914-01-01 00:06:28 != 1914-12-31 23:53:32
Brazil/East: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
Brazil/East: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
Brazil/West: 1914-01-01 00:00:04 != 1914-12-31 23:59:56
Brazil/West: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
Brazil/West: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
Canada/Atlantic: 1902-06-15 00:14:24 != 1902-06-14 23:45:36
Canada/Atlantic: 1916-04-01 01:00:00 != 1916-03-31 23:00:00
Canada/Atlantic: 1920-05-09 01:00:00 != 1920-05-08 23:00:00
Canada/Atlantic: 1921-05-06 01:00:00 != 1921-05-05 23:00:00
Canada/Atlantic: 1922-04-30 01:00:00 != 1922-04-29 23:00:00
Canada/Atlantic: 1923-05-06 01:00:00 != 1923-05-05 23:00:00
Canada/Atlantic: 1924-05-04 01:00:00 != 1924-05-03 23:00:00
Canada/Atlantic: 1925-05-03 01:00:00 != 1925-05-02 23:00:00
Canada/Atlantic: 1926-05-16 01:00:00 != 1926-05-15 23:00:00
Canada/Atlantic: 1927-05-01 01:00:00 != 1927-04-30 23:00:00
Canada/Atlantic: 1928-05-13 01:00:00 != 1928-05-12 23:00:00
Canada/Atlantic: 1929-05-12 01:00:00 != 1929-05-11 23:00:00
Canada/Atlantic: 1930-05-11 01:00:00 != 1930-05-10 23:00:00
Canada/Atlantic: 1931-05-10 01:00:00 != 1931-05-09 23:00:00
Canada/Atlantic: 1932-05-01 01:00:00 != 1932-04-30 23:00:00
Canada/Atlantic: 1933-04-30 01:00:00 != 1933-04-29 23:00:00
Canada/Atlantic: 1934-05-20 01:00:00 != 1934-05-19 23:00:00
Canada/Atlantic: 1935-06-02 01:00:00 != 1935-06-01 23:00:00
Canada/Atlantic: 1936-06-01 01:00:00 != 1936-05-31 23:00:00
Canada/Atlantic: 1937-05-02 01:00:00 != 1937-05-01 23:00:00
Canada/Atlantic: 1938-05-01 01:00:00 != 1938-04-30 23:00:00
Canada/Atlantic: 1939-05-28 01:00:00 != 1939-05-27 23:00:00
Canada/Atlantic: 1940-05-05 01:00:00 != 1940-05-04 23:00:00
Canada/Atlantic: 1941-05-04 01:00:00 != 1941-05-03 23:00:00
Canada/Central: 1916-04-23 01:00:00 != 1916-04-22 23:00:00
Canada/East-Saskatchewan: 1930-05-04 01:00:00 != 1930-05-03 23:00:00
Canada/East-Saskatchewan: 1931-05-03 01:00:00 != 1931-05-02 23:00:00
Canada/East-Saskatchewan: 1932-05-01 01:00:00 != 1932-04-30 23:00:00
Canada/East-Saskatchewan: 1933-05-07 01:00:00 != 1933-05-06 23:00:00
Canada/East-Saskatchewan: 1934-05-06 01:00:00 != 1934-05-05 23:00:00
Canada/East-Saskatchewan: 1937-04-11 01:00:00 != 1937-04-10 23:00:00
Canada/East-Saskatchewan: 1938-04-10 01:00:00 != 1938-04-09 23:00:00
Canada/East-Saskatchewan: 1939-04-09 01:00:00 != 1939-04-08 23:00:00
Canada/East-Saskatchewan: 1940-04-14 01:00:00 != 1940-04-13 23:00:00
Canada/East-Saskatchewan: 1941-04-13 01:00:00 != 1941-04-12 23:00:00
Canada/Eastern: 1919-03-31 01:00:00 != 1919-03-30 23:00:00
Canada/Eastern: 1947-04-27 01:00:00 != 1947-04-26 23:00:00
Canada/Eastern: 1948-04-25 01:00:00 != 1948-04-24 23:00:00
Canada/Eastern: 1949-04-24 01:00:00 != 1949-04-23 23:00:00
Canada/Mountain: 1906-09-01 00:33:52 != 1906-08-31 23:26:08
Canada/Newfoundland: 1935-03-30 00:00:52 != 1935-03-29 23:59:08
Canada/Newfoundland: 1936-05-11 01:00:00 != 1936-05-10 23:00:00
Canada/Newfoundland: 1937-05-10 01:00:00 != 1937-05-09 23:00:00
Canada/Newfoundland: 1938-05-09 01:00:00 != 1938-05-08 23:00:00
Canada/Newfoundland: 1939-05-15 01:00:00 != 1939-05-14 23:00:00
Canada/Newfoundland: 1940-05-13 01:00:00 != 1940-05-12 23:00:00
Canada/Newfoundland: 1941-05-12 01:00:00 != 1941-05-11 23:00:00
Canada/Newfoundland: 1942-05-11 01:00:00 != 1942-05-10 23:00:00
Canada/Saskatchewan: 1930-05-04 01:00:00 != 1930-05-03 23:00:00
Canada/Saskatchewan: 1931-05-03 01:00:00 != 1931-05-02 23:00:00
Canada/Saskatchewan: 1932-05-01 01:00:00 != 1932-04-30 23:00:00
Canada/Saskatchewan: 1933-05-07 01:00:00 != 1933-05-06 23:00:00
Canada/Saskatchewan: 1934-05-06 01:00:00 != 1934-05-05 23:00:00
Canada/Saskatchewan: 1937-04-11 01:00:00 != 1937-04-10 23:00:00
Canada/Saskatchewan: 1938-04-10 01:00:00 != 1938-04-09 23:00:00
Canada/Saskatchewan: 1939-04-09 01:00:00 != 1939-04-08 23:00:00
Canada/Saskatchewan: 1940-04-14 01:00:00 != 1940-04-13 23:00:00
Canada/Saskatchewan: 1941-04-13 01:00:00 != 1941-04-12 23:00:00
Canada/Yukon: 1900-08-20 00:00:12 != 1900-08-19 23:59:48
Canada/Yukon: 1965-04-25 02:00:00 != 1965-04-24 22:00:00
Chile/Continental: 1916-07-01 00:17:14 != 1916-06-30 23:42:46
Chile/Continental: 1918-09-01 00:42:46 != 1918-08-31 23:17:14
Chile/Continental: 1927-09-01 00:42:46 != 1927-08-31 23:17:14
Chile/Continental: 1928-09-01 01:00:00 != 1928-08-31 23:00:00
Chile/Continental: 1929-09-01 01:00:00 != 1929-08-31 23:00:00
Chile/Continental: 1930-09-01 01:00:00 != 1930-08-31 23:00:00
Chile/Continental: 1931-09-01 01:00:00 != 1931-08-31 23:00:00
Chile/Continental: 1932-09-01 01:00:00 != 1932-08-31 23:00:00
Chile/Continental: 1942-08-01 01:00:00 != 1942-07-31 23:00:00
Chile/Continental: 1947-05-22 01:00:00 != 1947-05-21 23:00:00
Chile/Continental: 1968-11-03 01:00:00 != 1968-11-02 23:00:00
Chile/Continental: 1969-11-23 01:00:00 != 1969-11-22 23:00:00
Chile/Continental: 1970-10-11 01:00:00 != 1970-10-10 23:00:00
Chile/Continental: 1971-10-10 01:00:00 != 1971-10-09 23:00:00
Chile/Continental: 1972-10-15 01:00:00 != 1972-10-14 23:00:00
Chile/Continental: 1973-09-30 01:00:00 != 1973-09-29 23:00:00
Chile/Continental: 1974-10-13 01:00:00 != 1974-10-12 23:00:00
Chile/Continental: 1975-10-12 01:00:00 != 1975-10-11 23:00:00
Chile/Continental: 1976-10-10 01:00:00 != 1976-10-09 23:00:00
Chile/Continental: 1977-10-09 01:00:00 != 1977-10-08 23:00:00
Chile/Continental: 1978-10-15 01:00:00 != 1978-10-14 23:00:00
Chile/Continental: 1979-10-14 01:00:00 != 1979-10-13 23:00:00
Chile/Continental: 1980-10-12 01:00:00 != 1980-10-11 23:00:00
Chile/Continental: 1981-10-11 01:00:00 != 1981-10-10 23:00:00
Chile/Continental: 1982-10-10 01:00:00 != 1982-10-09 23:00:00
Chile/Continental: 1983-10-09 01:00:00 != 1983-10-08 23:00:00
Chile/Continental: 1984-10-14 01:00:00 != 1984-10-13 23:00:00
Chile/Continental: 1985-10-13 01:00:00 != 1985-10-12 23:00:00
Chile/Continental: 1986-10-12 01:00:00 != 1986-10-11 23:00:00
Chile/Continental: 1987-10-11 01:00:00 != 1987-10-10 23:00:00
Chile/Continental: 1988-10-02 01:00:00 != 1988-10-01 23:00:00
Chile/Continental: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
Chile/Continental: 1990-09-16 01:00:00 != 1990-09-15 23:00:00
Chile/Continental: 1991-10-13 01:00:00 != 1991-10-12 23:00:00
Chile/Continental: 1992-10-11 01:00:00 != 1992-10-10 23:00:00
Chile/Continental: 1993-10-10 01:00:00 != 1993-10-09 23:00:00
Chile/Continental: 1994-10-09 01:00:00 != 1994-10-08 23:00:00
Chile/Continental: 1995-10-15 01:00:00 != 1995-10-14 23:00:00
Chile/Continental: 1996-10-13 01:00:00 != 1996-10-12 23:00:00
Chile/Continental: 1997-10-12 01:00:00 != 1997-10-11 23:00:00
Chile/Continental: 1998-09-27 01:00:00 != 1998-09-26 23:00:00
Chile/Continental: 1999-10-10 01:00:00 != 1999-10-09 23:00:00
Chile/Continental: 2000-10-15 01:00:00 != 2000-10-14 23:00:00
Chile/Continental: 2001-10-14 01:00:00 != 2001-10-13 23:00:00
Chile/Continental: 2002-10-13 01:00:00 != 2002-10-12 23:00:00
Chile/Continental: 2003-10-12 01:00:00 != 2003-10-11 23:00:00
Chile/Continental: 2004-10-10 01:00:00 != 2004-10-09 23:00:00
Chile/Continental: 2005-10-09 01:00:00 != 2005-10-08 23:00:00
Chile/Continental: 2006-10-15 01:00:00 != 2006-10-14 23:00:00
Chile/Continental: 2007-10-14 01:00:00 != 2007-10-13 23:00:00
Chile/Continental: 2008-10-12 01:00:00 != 2008-10-11 23:00:00
Chile/Continental: 2009-10-11 01:00:00 != 2009-10-10 23:00:00
Chile/Continental: 2010-10-10 01:00:00 != 2010-10-09 23:00:00
Chile/Continental: 2011-08-21 01:00:00 != 2011-08-20 23:00:00
Chile/Continental: 2012-09-02 01:00:00 != 2012-09-01 23:00:00
Chile/Continental: 2013-09-08 01:00:00 != 2013-09-07 23:00:00
Chile/Continental: 2014-09-07 01:00:00 != 2014-09-06 23:00:00
Chile/EasterIsland: 1932-09-01 01:17:28 != 1932-08-31 22:42:32
Cuba: 1928-06-10 01:00:00 != 1928-06-09 23:00:00
Cuba: 1940-06-02 01:00:00 != 1940-06-01 23:00:00
Cuba: 1941-06-01 01:00:00 != 1941-05-31 23:00:00
Cuba: 1942-06-07 01:00:00 != 1942-06-06 23:00:00
Cuba: 1945-06-03 01:00:00 != 1945-06-02 23:00:00
Cuba: 1946-06-02 01:00:00 != 1946-06-01 23:00:00
Cuba: 1965-06-01 01:00:00 != 1965-05-31 23:00:00
Cuba: 1966-05-29 01:00:00 != 1966-05-28 23:00:00
Cuba: 1967-04-08 01:00:00 != 1967-04-07 23:00:00
Cuba: 1968-04-14 01:00:00 != 1968-04-13 23:00:00
Cuba: 1969-04-27 01:00:00 != 1969-04-26 23:00:00
Cuba: 1970-04-26 01:00:00 != 1970-04-25 23:00:00
Cuba: 1971-04-25 01:00:00 != 1971-04-24 23:00:00
Cuba: 1972-04-30 01:00:00 != 1972-04-29 23:00:00
Cuba: 1973-04-29 01:00:00 != 1973-04-28 23:00:00
Cuba: 1974-04-28 01:00:00 != 1974-04-27 23:00:00
Cuba: 1975-04-27 01:00:00 != 1975-04-26 23:00:00
Cuba: 1976-04-25 01:00:00 != 1976-04-24 23:00:00
Cuba: 1977-04-24 01:00:00 != 1977-04-23 23:00:00
Cuba: 1978-05-07 01:00:00 != 1978-05-06 23:00:00
Cuba: 1979-03-18 01:00:00 != 1979-03-17 23:00:00
Cuba: 1980-03-16 01:00:00 != 1980-03-15 23:00:00
Cuba: 1981-05-10 01:00:00 != 1981-05-09 23:00:00
Cuba: 1982-05-09 01:00:00 != 1982-05-08 23:00:00
Cuba: 1983-05-08 01:00:00 != 1983-05-07 23:00:00
Cuba: 1984-05-06 01:00:00 != 1984-05-05 23:00:00
Cuba: 1985-05-05 01:00:00 != 1985-05-04 23:00:00
Cuba: 1986-03-16 01:00:00 != 1986-03-15 23:00:00
Cuba: 1987-03-15 01:00:00 != 1987-03-14 23:00:00
Cuba: 1988-03-20 01:00:00 != 1988-03-19 23:00:00
Cuba: 1989-03-19 01:00:00 != 1989-03-18 23:00:00
Cuba: 1990-04-01 01:00:00 != 1990-03-31 23:00:00
Cuba: 1991-04-07 01:00:00 != 1991-04-06 23:00:00
Europe/Lisbon: 1912-01-01 00:36:45 != 1912-12-31 23:23:15
Europe/Madrid: 1901-01-01 00:14:44 != 1901-12-31 23:45:16
Iceland: 1908-01-01 00:28:00 != 1908-12-31 23:32:00
Jamaica: 1912-02-01 00:07:11 != 1912-01-31 23:52:49
Mexico/BajaNorte: 1931-04-01 01:00:00 != 1931-03-31 23:00:00
Mexico/BajaNorte: 1942-04-24 01:00:00 != 1942-04-23 23:00:00
Mexico/BajaNorte: 1948-04-05 01:00:00 != 1948-04-04 23:00:00
Mexico/BajaSur: 1932-04-01 01:00:00 != 1932-03-31 23:00:00
Mexico/BajaSur: 1970-01-01 01:00:00 != 1970-12-31 23:00:00
Pacific/Apia: 1950-01-01 00:30:00 != 1949-12-31 23:30:00
Pacific/Apia: 2010-09-26 01:00:00 != 2010-09-25 23:00:00
Pacific/Easter: 1932-09-01 01:17:28 != 1932-08-31 22:42:32
Pacific/Enderbury: 1979-10-01 01:00:00 != 1979-09-30 23:00:00
Pacific/Fakaofo: 1901-01-01 00:24:56 != 1901-12-31 23:35:04
Pacific/Galapagos: 1931-01-01 00:58:24 != 1931-12-31 23:01:36
Pacific/Kiritimati: 1979-10-01 00:40:00 != 1979-09-30 23:20:00
Pacific/Midway: 1901-01-01 00:49:28 != 1901-12-31 23:10:32
Pacific/Midway: 1956-06-03 01:00:00 != 1956-06-02 23:00:00
Pacific/Niue: 1978-10-01 00:30:00 != 1978-09-30 23:30:00
Pacific/Pago_Pago: 1911-01-01 00:22:48 != 1910-12-31 23:37:12
Pacific/Pitcairn: 1901-01-01 00:10:20 != 1901-12-31 23:49:40
Pacific/Pitcairn: 1998-04-27 00:30:00 != 1998-04-26 23:30:00
Pacific/Rarotonga: 1901-01-01 00:09:04 != 1901-12-31 23:50:56
Pacific/Rarotonga: 1978-11-12 01:00:00 != 1978-11-11 23:00:00
Pacific/Rarotonga: 1979-10-28 00:30:00 != 1979-10-27 23:30:00
Pacific/Rarotonga: 1980-10-26 00:30:00 != 1980-10-25 23:30:00
Pacific/Rarotonga: 1981-10-25 00:30:00 != 1981-10-24 23:30:00
Pacific/Rarotonga: 1982-10-31 00:30:00 != 1982-10-30 23:30:00
Pacific/Rarotonga: 1983-10-30 00:30:00 != 1983-10-29 23:30:00
Pacific/Rarotonga: 1984-10-28 00:30:00 != 1984-10-27 23:30:00
Pacific/Rarotonga: 1985-10-27 00:30:00 != 1985-10-26 23:30:00
Pacific/Rarotonga: 1986-10-26 00:30:00 != 1986-10-25 23:30:00
Pacific/Rarotonga: 1987-10-25 00:30:00 != 1987-10-24 23:30:00
Pacific/Rarotonga: 1988-10-30 00:30:00 != 1988-10-29 23:30:00
Pacific/Rarotonga: 1989-10-29 00:30:00 != 1989-10-28 23:30:00
Pacific/Rarotonga: 1990-10-28 00:30:00 != 1990-10-27 23:30:00
Pacific/Samoa: 1911-01-01 00:22:48 != 1910-12-31 23:37:12
Portugal: 1912-01-01 00:36:45 != 1912-12-31 23:23:15
US/Samoa: 1911-01-01 00:22:48 != 1910-12-31 23:37:12
AGT: 1920-05-01 00:16:48 != 1920-04-30 23:43:12
AGT: 1930-12-01 01:00:00 != 1930-11-30 23:00:00
AGT: 1931-10-15 01:00:00 != 1931-10-14 23:00:00
AGT: 1932-11-01 01:00:00 != 1932-10-31 23:00:00
AGT: 1933-11-01 01:00:00 != 1933-10-31 23:00:00
AGT: 1934-11-01 01:00:00 != 1934-10-31 23:00:00
AGT: 1935-11-01 01:00:00 != 1935-10-31 23:00:00
AGT: 1936-11-01 01:00:00 != 1936-10-31 23:00:00
AGT: 1937-11-01 01:00:00 != 1937-10-31 23:00:00
AGT: 1938-11-01 01:00:00 != 1938-10-31 23:00:00
AGT: 1939-11-01 01:00:00 != 1939-10-31 23:00:00
AGT: 1940-07-01 01:00:00 != 1940-06-30 23:00:00
AGT: 1941-10-15 01:00:00 != 1941-10-14 23:00:00
AGT: 1943-10-15 01:00:00 != 1943-10-14 23:00:00
AGT: 1946-10-01 01:00:00 != 1946-09-30 23:00:00
AGT: 1963-12-15 01:00:00 != 1963-12-14 23:00:00
AGT: 1964-10-15 01:00:00 != 1964-10-14 23:00:00
AGT: 1965-10-15 01:00:00 != 1965-10-14 23:00:00
AGT: 1966-10-15 01:00:00 != 1966-10-14 23:00:00
AGT: 1967-10-01 01:00:00 != 1967-09-30 23:00:00
AGT: 1968-10-06 01:00:00 != 1968-10-05 23:00:00
AGT: 1969-10-05 01:00:00 != 1969-10-04 23:00:00
AGT: 1974-01-23 01:00:00 != 1974-01-22 23:00:00
AGT: 1988-12-01 01:00:00 != 1988-11-30 23:00:00
AGT: 1989-10-15 01:00:00 != 1989-10-14 23:00:00
AGT: 1990-10-21 01:00:00 != 1990-10-20 23:00:00
AGT: 1991-10-20 01:00:00 != 1991-10-19 23:00:00
AGT: 1992-10-18 01:00:00 != 1992-10-17 23:00:00
AGT: 2008-12-30 01:00:00 != 2007-12-29 23:00:00
AGT: 2008-10-19 01:00:00 != 2008-10-18 23:00:00
BET: 1914-01-01 00:06:28 != 1914-12-31 23:53:32
BET: 1932-10-03 01:00:00 != 1932-10-02 23:00:00
BET: 1949-12-01 01:00:00 != 1949-11-30 23:00:00
CNT: 1935-03-30 00:00:52 != 1935-03-29 23:59:08
CNT: 1936-05-11 01:00:00 != 1936-05-10 23:00:00
CNT: 1937-05-10 01:00:00 != 1937-05-09 23:00:00
CNT: 1938-05-09 01:00:00 != 1938-05-08 23:00:00
CNT: 1939-05-15 01:00:00 != 1939-05-14 23:00:00
CNT: 1940-05-13 01:00:00 != 1940-05-12 23:00:00
CNT: 1941-05-12 01:00:00 != 1941-05-11 23:00:00
CNT: 1942-05-11 01:00:00 != 1942-05-10 23:00:00
MIT: 1950-01-01 00:30:00 != 1949-12-31 23:30:00
MIT: 2010-09-26 01:00:00 != 2010-09-25 23:00:00
PRT: 1942-05-03 01:00:00 != 1942-05-02 23:00:00

Currently llap scheduler, picks up random host when no locality information is specified or when all requested hosts are busy serving other requests with forced locality. In such cases, we can pick up the next available node in consistent order to get better locality instead of random selection. 

The non-trivial implementation of NestedRuntimeException.getMessage():

public String getMessage() {
	return NestedExceptionUtils.buildMessage(super.getMessage(), getCause());
}

can cause a deadlock in Log4J when running in an interesting classloader like an OSGi bundle classloader.  What happens is the log4j root logger lock is held, but the NestedExceptionUtils reference causes the class to be loaded into the classloader, which in Felix's case, causes a lock on the bundle.  If another thread which holds the bundle lock happens to be logging, you get a deadlock.  The deadlock is attached.
The solution is to either:

Resolve the message in the constructor and store it as a final private variable, so the implementation of getMessage() becomes trivial.
Force the loading of NestedExceptionUtils in the constructor by referencing it somehow.

Of the two, I think solution 1 is the most clear.  The bottom line is accessor methods in an exception should be trivial and not cause unintended side-effects.

hadoop.hbase.regionserver.TestDefaultCompactSelection
[ERROR] Failures: 
[ERROR]   TestDefaultCompactSelection.testCompactionRatio:74->TestCompactionPolicy.compactEquals:182->TestCompactionPolicy.compactEquals:201 expected:<[[4, 2, 1]]> but was:<[[]]>
[ERROR]   TestDefaultCompactSelection.testStuckStoreCompaction:145->TestCompactionPolicy.compactEquals:182->TestCompactionPolicy.compactEquals:201 expected:<[[]30, 30, 30]> but was:<[[99, 30, ]30, 30, 30]>

https://gist.github.com/johnament/665d7c9e6c389bdcdf3f023cf100a3fc
When a key in a property is the keyword "on" or "off" the YAML fails to parse.

Over in HBASE-19072, Anoop reminded me that there was a missing break in HRegion#waitForFlushesAndCompactions as well.
This issue would fix the defect.

See https://builds.apache.org/job/hbase-0.95-on-hadoop2/267/testReport/org.apache.hadoop.hbase.regionserver/TestHRegionOnCluster/testDataCorrectnessReplayingRecoveredEdits/
We went to move a region before it had finished its RIT (it was in OPENED state).
Add wait till all cleared of RIT before moving to next step.

Turning on ORC PPD makes split computation fail for a 10Tb benchmark.
Narrowed down to the following code fragment
https://github.com/apache/hive/blob/branch-0.13/ql/src/java/org/apache/hadoop/hive/ql/io/orc/OrcInputFormat.java#L757

                includeStripe[i] = (i > stripeStats.size()) ||
                    isStripeSatisfyPredicate(stripeStats.get(i), sarg,
                                             filterColumns);

I would guess that should be a >=, but Prasanth Jayachandran, can you comment if that is the right fix?
Stack trace will look like: 

Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
	at java.util.ArrayList.rangeCheck(ArrayList.java:604)
	at java.util.ArrayList.get(ArrayList.java:382)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.run(OrcInputFormat.java:761)
	... 3 more

I'm not sure if this is the only cause of the exception "org.datanucleus.exceptions.NucleusObjectNotFoundException: No such database row)" from the metastore, but one cause seems to be related to a drop command failing, and being retried by the client.
Based on focusing on a single thread in the metastore with DEBUG level logging, I was seeing the objects that were intended to be dropped remaining in the PersistenceManager cache even after a rollback.  The steps seemed to be as follows:
1) First attempt to drop the table, the table is pulled into the PersistenceManager cache for the purposes of dropping
2) The drop fails, e.g. due to a lock wait timeout on the SQL backend, this causes a rollback of the transaction
3) The drop is retried using a different thread on the metastore Thrift server or a different server and succeeds
4) Back on the original thread of the original Thrift server someone tries to perform some write operation which produces a commit.  This causes those detached objects related to the dropped table to attempt to reattach, causing JDO to query the SQL backend for those objects which it can't find.  This causes the exception.
I was able to reproduce this regularly using the following sequence of commands:
Hive client 1 (Hive1): connected to a metastore Thrift server running a single thread, I hard coded a RuntimeException into the code to drop a table in the ObjectStore, specifically right before the commit in preDropStorageDescriptor, to induce a rollback.  I also turned off all retries at all layers of the metastore.
Hive client 2 (Hive2): connected to a separate metastore Thrift server running with standard configs and code
1: On Hive1, CREATE TABLE t1 (c STRING);
2: On Hive1, DROP TABLE t1; // This failed due to the hard coded exception
3: On Hive2, DROP TABLE t1; // Succeeds
4: On Hive1, CREATE DATABASE d1; // This database already existed, I'm not sure why this was necessary, but it didn't work without it, it seemed to have an affect on the order objects were committed in the next step
5: On Hive1, CREATE DATABASE d2; // This database didn't exist, it would fail with the NucleusObjectNotFoundException
The object that would cause the exception varied, I saw the MTable, the MSerDeInfo, and MTablePrivilege from the table that attempted to be dropped.

There are number of places, where strings have been compared with == or !=. Seems like it works now, thanks to string interning, but it would be better not to be relied upon.

When a query is cancelled either via Beeline (Ctrl-C) or API call TCLIService.Client.CancelOperation, SQLOperation.cancel is invoked in a different thread from that running the query to close/destroy its encapsulated Driver object. Both SQLOperation and Driver are not thread-safe which could sometimes result in Runtime exceptions like NPE. The errors from the running query are not handled properly therefore probably causing some stuffs (files, locks etc) not being cleaned after the query termination.

PROBLEM:
For query such as
select count(1) from table where CAST (id as CHAR(4))='1000';
gives wrong results 0 than expected results.
STEPS TO REPRODUCE:
create table s1(id smallint) stored as orc;
insert into table s1 values (1000),(1001),(1002),(1003),(1000);
set hive.vectorized.execution.enabled=true;
select count(1) from s1 where cast(id as char(4))='1000';
– this gives 0
set hive.vectorized.execution.enabled=false;
– this gives 2

Interpolation is only performed in the subset configuration itself. If the referenced property is not in the subset (but somewhere else in the parent configuration), it cannot be resolved. Interpolation should take all properties of the parent configuration into account.

Unlike other methods, deleteAll repository queries don't use the collection name provided by MongoEntityMetadata. This prevents me to use multiple collection names for a same Entity.
In AbstractMongoQuery$AbstractMongoQuery :

		private Object deleteAndConvertResult(Query query, MongoEntityMetadata<?> metadata) {

			if (method.isCollectionQuery()) {
				return operations.findAllAndRemove(query, metadata.getJavaType());
			}

			WriteResult writeResult = operations.remove(query, metadata.getJavaType(), metadata.getCollectionName());
			return writeResult != null ? writeResult.getN() : 0L;
		}

A simple change will fix that :

				return operations.findAllAndRemove(query, metadata.getJavaType(), metadata.getCollectionName());
			}

Thanks

EmbedHostControllerHandler assumes that ModuleLoader.forClass(getClass()) will return a classloader, but it only will if the CLI process is running in a modular environment. If it isn't, EmbedHostControllerHandler must take responsibility for setting up the modular classloading environment.

Since an additional HColumnDescriptor constructor parameter (scope) was introduced, hbase shell hcd() method fails to create a HColumnDescriptor object:
hbase(main):007:0> alter 'doc_total_stats', 
{NAME => 'country_views', VERSIONS => 1}
ArgumentError: wrong # of arguments(8 for 9)

With the change in HIVE-3140, describe table output prints like the format expected from "describe formatted table". ie, the headers are included and there is padding with space for the fields. 
This is a non backward compatible change, we should discuss if this change in the formatting of output should remain. 
This has impact on hiveserver2, it has been relying on the old format, and with this change it prints additional headers and fields with space padding.

Rules are here: https://yetus.apache.org/contribute/
Naming convention is: (JIRA).(branch name).(patch number).patch
Pre-submit was not able to deduce the branch from old names being generated by this script (so defaulted back to master everytime).

See nabble
http://camel.465427.n5.nabble.com/Problem-with-testng-CamelSpringTestSupport-several-contexts-runs-simultaneously-tp5716447.html

See PR for WFLY-2640 for an example of a resource that doesn't get removed by a remove call.
In a situation like that, the AbstractRemoveStepHandler performRemove logic will never remove the resource, because it always finds it has the child. So it will just loop trying to remove the child and then calling itself again.
Possible solution is for AbstractRemoveStepHandler to have its own AttachmentKey<Set<PathAddress>> and before adding itself in a step, it adds its address to the set. Then if performRemove finds itself in the set it knows it's already tried to remove children and just removes itself.

2017-11-27T10:32:38,752 ERROR [e6c8aab5-ddd2-461d-b185-a7597c3e7519 main] ql.Driver: FAILED: NullPointerException null
        at org.apache.hadoop.hive.ql.optimizer.physical.SparkDynamicPartitionPruningResolver$SparkDynamicPartitionPruningDispatcher.dispatch(SparkDynamicPartitionPruningResolver.java:100)
        at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.dispatch(TaskGraphWalker.java:111)
        at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.walk(TaskGraphWalker.java:180)
        at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.startWalking(TaskGraphWalker.java:125)
        at org.apache.hadoop.hive.ql.optimizer.physical.SparkDynamicPartitionPruningResolver.resolve(SparkDynamicPartitionPruningResolver.java:74)
        at org.apache.hadoop.hive.ql.parse.spark.SparkCompiler.optimizeTaskPlan(SparkCompiler.java:568)

At this stage, there shouldn't be a DPP sink whose target map work is null. The root cause seems to be a malformed operator tree generated by SplitOpTreeForDPP.

public void testFilenameUtils() 
{
 String path = "/foo.xml";
 org.apache.commons.io.FilenameUtils.getPathNoEndSeparator(path);
 }

Leads to:
	at java.lang.String.substring(String.java:1768)
	at org.apache.commons.io.FilenameUtils.doGetPath(FilenameUtils.java:705)
	at org.apache.commons.io.FilenameUtils.getPathNoEndSeparator(FilenameUtils.java:683)

The MinimrCliDriver tests always fail to run.
This can be reproduced by the following, run the command:

mvn -B test -Phadoop-2 -Dtest=TestMinimrCliDriver -Dminimr.query.files=infer_bucket_sort_map_operators.q,join1.q,bucketmapjoin7.q,udf_using.q

And the following exception comes:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:testCompile (default-testCompile) on project hive-it-qfile: Compilation failure
[ERROR] /Users/szehon/repos/apache-hive-git/hive/itests/qtest/target/generated-test-sources/java/org/apache/hadoop/hive/cli/TestCliDriver.java:[100,22] code too large

When OBR resolver is available, If the bundle in features.xml has dependency="true" means if there's on other bundle in this feature explicitly depend on this bundle than it won't get installed, so xml-specs-api feature shouldn't have all bundles marked as dependency="true",
We should remove dependency="true" for woodstox and jaxb-impl bundles

WritableHiveDecimalObjectInspector appears to be missing null checks in getPrimitiveWritableObject(Object) and getPrimitiveJavaObject(Object). The same checks do exist in WritableHiveVarcharObjectInspector.
Attempting to read from a table in HCatalog containing null values for decimal columns results in the following exception (Pig used here):

Error: org.apache.pig.backend.executionengine.ExecException: ERROR 6018: Error converting read value to tuple at
  org.apache.hive.hcatalog.pig.HCatBaseLoader.getNext(HCatBaseLoader.java:76) at
  org.apache.hive.hcatalog.pig.HCatLoader.getNext(HCatLoader.java:58) at
  org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigRecordReader.nextKeyValue(PigRecordReader.java:211) at
  org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.nextKeyValue(MapTask.java:532) at
  org.apache.hadoop.mapreduce.task.MapContextImpl.nextKeyValue(MapContextImpl.java:80) at
  org.apache.hadoop.mapreduce.lib.map.WrappedMapper$Context.nextKeyValue(WrappedMapper.java:91) at
  org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:144) at
  org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:763) at
  org.apache.hadoop.mapred.MapTask.run(MapTask.java:339) at
  org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:162) at
  java.security.AccessController.doPrivileged(Native Method) at
  javax.security.auth.Subject.doAs(Subject.java:415) at
  org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1491) at
  org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:157)
Caused by: java.lang.NullPointerException at 
  org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableHiveDecimalObjectInspector.getPrimitiveJavaObject(WritableHiveDecimalObjectInspector.java:43) at
  org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableHiveDecimalObjectInspector.getPrimitiveJavaObject(WritableHiveDecimalObjectInspector.java:26) at 
  org.apache.hive.hcatalog.data.HCatRecordSerDe.serializePrimitiveField(HCatRecordSerDe.java:269) at
  org.apache.hive.hcatalog.data.HCatRecordSerDe.serializeField(HCatRecordSerDe.java:192) at
  org.apache.hive.hcatalog.data.LazyHCatRecord.get(LazyHCatRecord.java:53) at
  org.apache.hive.hcatalog.data.LazyHCatRecord.get(LazyHCatRecord.java:97) at
  org.apache.hive.hcatalog.mapreduce.HCatRecordReader.nextKeyValue(HCatRecordReader.java:204) at
  org.apache.hive.hcatalog.pig.HCatBaseLoader.getNext(HCatBaseLoader.java:63)
  ... 13 more

Sorted dynamic partition optimization looks for partition columns from the operator above FileSinkOperator. As per hive convention it expects partition columns at the last. But with HIVE-8585 equality filters on partition columns gets folded to constant. The column pruner then prunes the constant expression as they don't reference any columns. This in some cases will yield unexpected results (throw ArrayIndexOutOfBounds exception) with sorted dynamic partition insert optimization. In such cases we don't really need sorted dynamic partition optimization.

There seems to be more problems when loading java core classes when running with a security manager.
I waited for the fix for SPR-10058 in Spring 3.2 since I got the problem with java.lang.Object class.
Now it seems to be the same issue with java.lang.annotation.Target class.
Output:
access: access denied ("java.io.FilePermission" "/usr/java/jdk1.7.0_09/jre/lib/rt.jar" "read")
leads to the following exception:
Caused by: java.io.FileNotFoundException: class path resource [java/lang/annotation/Target.class] cannot be opened because it does not exist
	at org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:157)
	at org.springframework.core.type.classreading.SimpleMetadataReader.<init>(SimpleMetadataReader.java:49)
	at org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader(SimpleMetadataReaderFactory.java:80)
	at org.springframework.core.type.classreading.CachingMetadataReaderFactory.getMetadataReader(CachingMetadataReaderFactory.java:102)
	at org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader(SimpleMetadataReaderFactory.java:76)
	at org.springframework.context.annotation.ConfigurationClassParser.getImports(ConfigurationClassParser.java:298)
	at org.springframework.context.annotation.ConfigurationClassParser.getImports(ConfigurationClassParser.java:300)
	at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:230)
	at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:153)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:130)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:285)
	... 41 more
Environment: Jetty 7.6.8, Spring 3.2.1 and Java 1.7.0_09.

SOAP with attachments messages are not mapped correctly from CXF to Camel and back if using CXF_MESSAGE message format. 
We are having following simple camel route:

<route>
    <from uri="cxf:bean:Endpoint1" />
    <to uri="cxf:bean:Endpoint2" />
</route>

So mapping between CXF Endpoint 1 and Camel creates attachments in Camel exchange and sets the Camel IN message as a soap message. However, it's missing a bit of removing the attachments from the message as they are already added to the Camel Exchange.
Mapping from Camel and CXF Endpoint 2 maps Camel IN message (Soap with attachments) to CXF and then adds the attachments from Camel exchange which results in a messed up soap message that appears to contain twice as many attachments and it has messed up MIME boundaries as well as some of them are from the input message and some of them are generated during the last mapping.
As a workaround we have added a Camel processor that clears the attachments from the IN Message in Camel .

Currently MongoTemplate.handleAnyWriteResultErrors(...) have the same behavior for write errors and zero writes (conditional updates with zero documents affected) which is not always convenient because there are cases when zero write is not an error.
Examples:

Optimistic lock for update http://www.mongodb.org/display/DOCS/Atomic+Operations#AtomicOperations-%22UpdateifCurrent%22
Updating something in concurrent environment.

Sometimes best solution is to silently ignore updating or deleting of missed document but still throw in case of DB errors.

Camel Rabbitmq is used to consume a queue in RabbitMQ. 
Sometimes, the Administrator would delete the queue and create a fresh queue. Or, the Camel container was started while all or some queue was not declared.
During these period, Camel will fail with the following error:

[localhost-startStop-1] 14:03:31,824 INFO  org.apache.camel.component.rabbitmq.RabbitMQConsumer - Connection failed, will start background thread to retry!
java.io.IOException
	at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:106)
	at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:102)
	at com.rabbitmq.client.impl.ChannelN.basicConsume(ChannelN.java:976)
	at com.rabbitmq.client.impl.ChannelN.basicConsume(ChannelN.java:943)
	at com.rabbitmq.client.impl.ChannelN.basicConsume(ChannelN.java:935)
	at org.apache.camel.component.rabbitmq.RabbitMQConsumer$RabbitConsumer.start(RabbitMQConsumer.java:285)
	at org.apache.camel.component.rabbitmq.RabbitMQConsumer.startConsumer(RabbitMQConsumer.java:109)
	at org.apache.camel.component.rabbitmq.RabbitMQConsumer.startConsumers(RabbitMQConsumer.java:96)
	at org.apache.camel.component.rabbitmq.RabbitMQConsumer.doStart(RabbitMQConsumer.java:119)
	at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:2869)
	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRouteConsumers(DefaultCamelContext.java:3163)
	at org.apache.camel.impl.DefaultCamelContext.doStartRouteConsumers(DefaultCamelContext.java:3099)
	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:3029)
	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:2797)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:2653)
	at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:167)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2467)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2463)
	at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:2486)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:2463)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2432)
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:255)
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:121)
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:332)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:96)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:334)
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:948)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:482)
	at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:389)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:294)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4973)
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467)
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632)
	at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:670)
	at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839)
Caused by: com.rabbitmq.client.ShutdownSignalException: channel error; reason: {#method<channel.close>(reply-code=404, reply-text=NOT_FOUND - no queue 'ad_google_dfa_reporting_queue' in vhost '/', class-id=60, method-id=20), null, ""}
	at com.rabbitmq.utility.ValueOrException.getValue(ValueOrException.java:67)
	at com.rabbitmq.utility.BlockingValueOrException.uninterruptibleGetValue(BlockingValueOrException.java:33)
	at com.rabbitmq.client.impl.AMQChannel$BlockingRpcContinuation.getReply(AMQChannel.java:343)
	at com.rabbitmq.client.impl.ChannelN.basicConsume(ChannelN.java:974)
	... 43 more
	at com.rabbitmq.client.impl.ChannelN.asyncShutdown(ChannelN.java:474)
	at com.rabbitmq.client.impl.ChannelN.processAsync(ChannelN.java:315)
	at com.rabbitmq.client.impl.AMQChannel.handleCompleteInboundCommand(AMQChannel.java:144)
	at com.rabbitmq.client.impl.AMQChannel.handleFrame(AMQChannel.java:91)
	at com.rabbitmq.client.impl.AMQConnection$MainLoop.run(AMQConnection.java:533)

From the log, it shows retrying. But after 45 minutes, nothing happen. 
While waiting for CAMEL-8487 (which i have no idea how to configure  ), is there anything i can do for retry to work/happen sooner?

Consider the following query:

select * from
  (select * from tab where tab.key = 0)a
full outer join
  (select * from tab_part where tab_part.key = 98)b
join
  tab_part c
on a.key = b.key and b.key = c.key;

Hive should execute the full outer join operation (without ON clause) and then the join operation (ON a.key = b.key and b.key = c.key). Instead, it merges both joins, generating the following plan:

    Map Reduce
          TableScan
            alias: tab
            filterExpr: (key = 0) (type: boolean)
            Statistics: Num rows: 242 Data size: 22748 Basic stats: COMPLETE Column stats: NONE
              predicate: (key = 0) (type: boolean)
              Statistics: Num rows: 121 Data size: 11374 Basic stats: COMPLETE Column stats: NONE
              Select Operator
                expressions: 0 (type: int), value (type: string), ds (type: string)
                outputColumnNames: _col0, _col1, _col2
                Statistics: Num rows: 121 Data size: 11374 Basic stats: COMPLETE Column stats: NONE
                  key expressions: _col0 (type: int)
                  Map-reduce partition columns: _col0 (type: int)
                  Statistics: Num rows: 121 Data size: 11374 Basic stats: COMPLETE Column stats: NONE
                  value expressions: _col1 (type: string), _col2 (type: string)
          TableScan
            alias: tab_part
            filterExpr: (key = 98) (type: boolean)
            Statistics: Num rows: 500 Data size: 47000 Basic stats: COMPLETE Column stats: NONE
              predicate: (key = 98) (type: boolean)
              Statistics: Num rows: 250 Data size: 23500 Basic stats: COMPLETE Column stats: NONE
                expressions: 98 (type: int), value (type: string), ds (type: string)
                Statistics: Num rows: 250 Data size: 23500 Basic stats: COMPLETE Column stats: NONE
                  Statistics: Num rows: 250 Data size: 23500 Basic stats: COMPLETE Column stats: NONE
          TableScan
            alias: c
              key expressions: key (type: int)
              Map-reduce partition columns: key (type: int)
              Statistics: Num rows: 500 Data size: 47000 Basic stats: COMPLETE Column stats: NONE
              value expressions: value (type: string), ds (type: string)
          keys:
            0 _col0 (type: int)
            1 _col0 (type: int)
            2 key (type: int)
          outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8
          Statistics: Num rows: 1100 Data size: 103400 Basic stats: COMPLETE Column stats: NONE
            Statistics: Num rows: 1100 Data size: 103400 Basic stats: COMPLETE Column stats: NONE
            table:
                input format: org.apache.hadoop.mapred.TextInputFormat
                output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat

      limit: -1
        ListSink

That plan is equivalent to the following query, which is different than the original one:

on a.key = b.key
join
  tab_part c
on b.key = c.key;

It seems to be a problem in the recognition of join operations that can be merged into a single multijoin operator.

The reference documentation about hierarchical votes (section 14.4) shows the following example code:

<bean id="roleVoter" class="org.springframework.security.access.vote.RoleHierarchyVoter">
    <constructor-arg ref="roleHierarchy" />
</class&gt;
<bean id="roleHierarchy"
        class="org.springframework.security.access.hierarchicalroles.RoleHierarchyImpl">
    <property name="hierarchy">
        ROLE_ADMIN > ROLE_STAFF
        ROLE_STAFF > ROLE_USER
        ROLE_USER > ROLE_GUEST
</bean>

However, the property value should be put inside a <value> tag.

JaxrsDependencyProcessor adds the dependencies on

        addDependency(moduleSpecification, moduleLoader, RESTEASY_ATOM);
        addDependency(moduleSpecification, moduleLoader, RESTEASY_HIBERNATE_VALIDATOR);
        addDependency(moduleSpecification, moduleLoader, RESTEASY_JAXRS);
        addDependency(moduleSpecification, moduleLoader, RESTEASY_JAXB);
        addDependency(moduleSpecification, moduleLoader, RESTEASY_JACKSON);
        addDependency(moduleSpecification, moduleLoader, RESTEASY_JETTISON);
        addDependency(moduleSpecification, moduleLoader, RESTEASY_JSAPI);
        addDependency(moduleSpecification, moduleLoader, RESTEASY_MULTIPART);
        addDependency(moduleSpecification, moduleLoader, RESTEASY_YAML);
        addDependency(moduleSpecification, moduleLoader, JACKSON_CORE_ASL);
        addDependency(moduleSpecification, moduleLoader, RESTEASY_CRYPTO);

whereas the org.jboss.as.jaxrs module only adds 

        <module name="org.jboss.resteasy.resteasy-cdi"/>
        <module name="org.jboss.resteasy.resteasy-jaxrs"/>

With a modular build this leads to module not found

Some HCat tests fail under windows with errors like this:

java.lang.RuntimeException: java.lang.IllegalArgumentException: Pathname /D:/w/hv/hcatalog/hcatalog-pig-adapter/target/tmp/scratchdir from D:/w/hv/hcatalog/hcatalog-pig-adapter/target/tmp/scratchdir is not a valid DFS filename.
	at org.apache.hadoop.hive.ql.session.SessionState.createRootHDFSDir(SessionState.java:594)
	at org.apache.hadoop.hive.ql.session.SessionState.createSessionDirs(SessionState.java:552)
	at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:504)
	at org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.setup(TestHCatLoaderEncryption.java:185)

We need to sanitize HiveConf objects with WindowsPathUtil.convertPathsFromWindowsToHdfs if running under windows before we use them to instantiate a SessionState/Driver

A CLI request with an invalid value in the "roles" header results in improper behavior:

[domain@localhost:9990 /] /host=*:read-resource{roles=slave-monitor}
{
    "result" => [],
}

The op should fail because the role doesn't exist, but there is no failure-description.
The following is dumped in the HC log:

[Host Controller] 12:22:12,314 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("resolve") failed - address: ([]): java.lang.IllegalArgumentException: WFLYCTL0327: Unknown role 'slave-monitor'
[Host Controller] 	at org.jboss.as.controller.access.rbac.StandardRoleMapper.canRunAs(StandardRoleMapper.java:95)
[Host Controller] 	at org.jboss.as.controller.access.rbac.RunAsRoleMapper.mapRoles(RunAsRoleMapper.java:143)
[Host Controller] 	at org.jboss.as.controller.access.rbac.RunAsRoleMapper.mapRoles(RunAsRoleMapper.java:71)
[Host Controller] 	at org.jboss.as.controller.access.rbac.DefaultPermissionFactory.getUserPermissions(DefaultPermissionFactory.java:109)
[Host Controller] 	at org.jboss.as.controller.access.permission.ManagementPermissionAuthorizer.authorize(ManagementPermissionAuthorizer.java:91)
[Host Controller] 	at org.jboss.as.controller.access.management.DelegatingConfigurableAuthorizer.authorize(DelegatingConfigurableAuthorizer.java:99)
[Host Controller] 	at org.jboss.as.controller.OperationContextImpl.getBasicAuthorizationResponse(OperationContextImpl.java:1753)
[Host Controller] 	at org.jboss.as.controller.OperationContextImpl.authorize(OperationContextImpl.java:1651)
[Host Controller] 	at org.jboss.as.controller.OperationContextImpl.readResourceFromRoot(OperationContextImpl.java:833)
[Host Controller] 	at org.jboss.as.controller.OperationContextImpl.readResource(OperationContextImpl.java:818)
[Host Controller] 	at org.jboss.as.controller.operations.global.GlobalOperationHandlers$ModelAddressResolver.execute(GlobalOperationHandlers.java:402)
[Host Controller] 	at org.jboss.as.controller.operations.global.GlobalOperationHandlers$ModelAddressResolver.execute(GlobalOperationHandlers.java:306)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
[Host Controller] 	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1336)
[Host Controller] 	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:391)
[Host Controller] 	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:207)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:129)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:151)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:147)
[Host Controller] 	at java.security.AccessController.doPrivileged(Native Method)
[Host Controller] 	at javax.security.auth.Subject.doAs(Subject.java:422)
[Host Controller] 	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:147)
[Host Controller] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:299)
[Host Controller] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:519)
[Host Controller] 	at org.jboss.threads.JBossThread.run(JBossThread.java:320)

The "auditLogger" and "aclAuthorizationStrategy" fields of EhCacheBasedAclCache class are initialized by the first "putInCache" method call:
...
        if (this.aclAuthorizationStrategy == null) {
            if (acl instanceof AclImpl) 
{
                this.aclAuthorizationStrategy = (AclAuthorizationStrategy) FieldUtils.getProtectedFieldValue("aclAuthorizationStrategy", acl);
                this.auditLogger = (AuditLogger) FieldUtils.getProtectedFieldValue("auditLogger", acl);
            }
        }
...
In a clustered EhCache environment, with cache configured for replication, the problem is that if you invoke "initializeTransientFields" (through getFromCache methods) on a node before any "putInCache", both fields are null so a NullPointerException is thrown similarly to SEC-1514.
I think the solution is very simple: remove the initialization of "auditLogger" and "aclAuthorizationStrategy" from the "putInCache" method and use constructor (or method) injection of both properties.

The JDBC driver does not implement the database metadata method getTypeInfo. Hence, an application cannot dynamically determine the available type information and associated properties. 

Follow-up on HIVE-16575.
Currently we do not enforce foreign keys to refer to primary keys or unique keys (as opposed to PostgreSQL and others); we should do that.

According to Jesus Camacho Rodriguez there is a big switch statement in the code that has might have missing types. This can lead to the string types seen.

When using a custom class loader, a call to getResource("") may return a URL that points inside a JAR. This may become the case in Spring Boot, for example. This adversely affects DefaultPersistenceUnitManager.determineDefaultPersistenceUnitRootUrl() which returns a URL that Hibernate then logs a warning about.
It looks like the same ResourceUtils.isJarURL(url) and ResourceUtils.extractJarFileURL(url) arrangement that is in buildDefaultPersistenceUnitInfo may also be appropriate in determineDefaultPersistenceUnitRootUrl().

Some operations against the Hive Metastore seem broken
against Postgres.
For example, when using HiveMetastoreClient.listPartitions()
the Postgres logs show queries such as:
2013-09-09 19:10:01 PDT STATEMENT:  select PARTITIONS.PART_ID from
PARTITIONS  inner join TBLS on PARTITIONS.TBL_ID = TBLS.TBL_ID   inner
join DBS on TBLS.DB_ID = DBS.DB_ID  where TBLS.TBL_NAME = $1 and
DBS.NAME = $2 order by PART_NAME asc
with a somewhat cryptic (but correct) error:
ERROR:  relation "partitions" does not exist at character 32
Postgres identifiers are somewhat unusual. Unquoted identifiers are interpreted as lower case (there is no Postgres option to change this). Since the Metastore table schema uses upper case table names, the correct SQL requires escaped identifiers to those tables, i.e.,
select "PARTITIONS"."PART_ID" from "PARTITIONS"...
Hive sets metastore.try.direct.sql=true by default, so the above SQL is generated by hive/metastore/MetaStoreDirectSql.java, i.e., this is not a Datanucleus problem.
When I set metastore.try.direct.sql=false, then the Metastore backed by Postgres works.

I found 153 occurences (in exclusions). Simple copy-paste issue.

grep -iRH "commmons-logging" *

accumulo-handler/pom.xml: <groupId>commmons-logging</groupId>
common/pom.xml: <groupId>commmons-logging</groupId>
druid-handler/pom.xml: <groupId>commmons-logging</groupId>
hbase-handler/pom.xml: <groupId>commmons-logging</groupId>

...

When using plain text JSON as body, WebTestClient uses Jackson2JsonEncoder which escape given JSON String instead of leaving it untouched.

WebTestClient client = WebTestClient.bindToController(new MyController()).build();

client
                .post()
                .uri("/api/myservice/v1")
                .contentType(MediaType.APPLICATION_JSON_UTF8)
                .body("{\"field1\": \"value1\"}") // does not work
//                .body("{\"field1\": \"value1\"}".getBytes()) // works
                .exchange()
                .expectStatus().isOk();

For some reason, the method *Jackson2JsonEncoder#encodeValue* is called when content is a String, but not called with a byte[].
However for the two types, the Flux is mapped by the *Jackson2JsonEncoder#encode* (l.120) method.

We'll fail the TestMasterFailover tests on occasion up on jenkins.  One reason for the 180000 timeouts it that test completed but a regionserver won't go down because its stuck over in getMaster.  Looking into it, we have all these loops in the regionserver; we have the main run loop but then there are loops trying to send regionserver reportForDuty and then over in the regionserver report method.  In a recent fail up on jenkins we were stuck in one of these outer loops trying to get master.
This patch removes a bunch of the outer loops instead having the outer loops run around the HRegionServer#run loop.

Hi,
we encountered a problem when consuming events from Kafka and stopping the route while there are still events in Kafka.
Obviously, the run-method doesn't stop reading events from Kafka stream and so there are always events in-flight what prevents the route from being gracefully shut down.

12:30:27.611 INFO o.a.c.impl.DefaultCamelContext - Apache Camel 2.15.2 (CamelContext: camel-1) is shutting down
12:30:27.612 INFO o.a.c.i.DefaultShutdownStrategy - Starting to graceful shutdown 1 routes (timeout 300 seconds)
12:30:27.615 INFO o.a.c.i.DefaultShutdownStrategy - Waiting as there are still 1 inflight and pending exchanges to complete, timeout in 300 seconds.
12:30:28.615 INFO o.a.c.i.DefaultShutdownStrategy - Waiting as there are still 1 inflight and pending exchanges to complete, timeout in 299 seconds.
12:30:29.615 INFO o.a.c.i.DefaultShutdownStrategy - Waiting as there are still 1 inflight and pending exchanges to complete, timeout in 298 seconds.
12:30:30.616 INFO o.a.c.i.DefaultShutdownStrategy - Waiting as there are still 1 inflight and pending exchanges to complete, timeout in 297 seconds.
12:30:31.616 INFO o.a.c.i.DefaultShutdownStrategy - Waiting as there are still 1 inflight and pending exchanges to complete, timeout in 296 seconds.
12:30:32.616 INFO o.a.c.i.DefaultShutdownStrategy - Waiting as there are still 1 inflight and pending exchanges to complete, timeout in 295 seconds.
12:30:33.618 INFO o.a.c.c.kafka.KafkaConsumer - Stopping Kafka consumer
12:30:33.618 INFO k.c.ZookeeperConsumerConnector - [camelGroup1_localhorst-1431081021945-a3d9f455], ZKConsumerConnector shutting down
12:30:33.626 INFO k.c.ConsumerFetcherManager - [ConsumerFetcherManager-1431081022017] Stopping leader finder thread
12:30:33.626 INFO k.c.ConsumerFetcherManager$LeaderFinderThread - [camelGroup1_localhorst-1431081021945-a3d9f455-leader-finder-thread], Shutting down
12:30:33.626 INFO k.c.ConsumerFetcherManager$LeaderFinderThread - [camelGroup1_localhorst-1431081021945-a3d9f455-leader-finder-thread], Stopped 
12:30:33.627 INFO k.c.ConsumerFetcherManager$LeaderFinderThread - [camelGroup1_localhorst-1431081021945-a3d9f455-leader-finder-thread], Shutdown completed
12:30:33.627 INFO k.c.ConsumerFetcherManager - [ConsumerFetcherManager-1431081022017] Stopping all fetchers
12:30:33.627 INFO k.consumer.ConsumerFetcherThread - [ConsumerFetcherThread-camelGroup1_localhorst-1431081021945-a3d9f455-0-0], Shutting down
12:30:33.627 INFO k.consumer.ConsumerFetcherThread - [ConsumerFetcherThread-camelGroup1_localhorst-1431081021945-a3d9f455-0-0], Stopped 
12:30:33.627 INFO k.consumer.ConsumerFetcherThread - [ConsumerFetcherThread-camelGroup1_localhorst-1431081021945-a3d9f455-0-0], Shutdown completed
12:30:33.627 INFO k.c.ConsumerFetcherManager - [ConsumerFetcherManager-1431081022017] All connections stopped
12:30:33.662 INFO o.I0Itec.zkclient.ZkEventThread - Terminate ZkClient event thread.
12:30:33.696 INFO org.apache.zookeeper.ZooKeeper - Session: 0x14d2d359d900022 closed
12:30:33.696 INFO org.apache.zookeeper.ClientCnxn - EventThread shut down
12:30:33.696 INFO k.c.ZookeeperConsumerConnector - [camelGroup1_localhorst-1431081021945-a3d9f455], ZKConsumerConnector shutdown completed in 78 ms
12:30:33.698 INFO o.a.c.i.DefaultShutdownStrategy - Route: route1 shutdown complete, was consuming from: Endpoint[kafka://localhost:9092?groupId=camelGroup1&topic=mykafkatopic&zookeeperHost=localhost]
12:30:33.699 INFO o.a.c.i.DefaultShutdownStrategy - Graceful shutdown of 1 routes completed in 6 seconds
12:30:33.703 INFO o.a.c.impl.DefaultCamelContext - Apache Camel 2.15.2 (CamelContext: camel-1) uptime 12.510 seconds
12:30:33.703 INFO o.a.c.impl.DefaultCamelContext - Apache Camel 2.15.2 (CamelContext: camel-1) is shutdown in 6.091 seconds
12:30:33.717 ERROR o.a.c.p.DefaultErrorHandler - Failed delivery for (MessageId: ID-localhorst-33557-1431081020733-0-1656461 on ExchangeId: ID-localhorst-33557-1431081020733-0-1656462). Exhausted after delivery attempt: 1 caught: java.util.concurrent.RejectedExecutionException

[route1            ] [route1            ] [                                                                              ] [        14]
[route1            ] [filter1           ] [filter[{SimpleKafkaToCamelExample$1$$Lambda$1/1468303011@a38d7a3}]            ] [         1]
[route1            ] [bean1             ] [bean[SimpleKafkaToCamelExample$1$$Lambda$2/1354011814@e4ce7ae]                ] [         0]

Exchange
Exchange[
	Id                  ID-localhorst-33557-1431081020733-0-1656462
	ExchangePattern     InOnly
	Headers             {breadcrumbId=ID-localhorst-33557-1431081020733-0-1656461, CamelRedelivered=false, CamelRedeliveryCounter=0, kafka.EXCHANGE_NAME=0, kafka.TOPIC=mykafkatopic}
	BodyType            byte[]
	Body                SOMESTRING
]

java.util.concurrent.RejectedExecutionException: null
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:349) ~[camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:118) ~[camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:80) ~[camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.processor.FilterProcessor.process(FilterProcessor.java:58) ~[camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77) ~[camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:448) ~[camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:109) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:87) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.component.kafka.KafkaConsumer$AutoCommitConsumerTask.run(KafkaConsumer.java:209) [camel-kafka-2.15.2.jar:2.15.2]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_45]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_45]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_45]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_45]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_45]
12:30:34.171 INFO k.c.ZookeeperConsumerConnector - [camelGroup1_localhorst-1431081021945-a3d9f455], stopping watcher executor thread for consumer camelGroup1_localhorst-1431081021945-a3d9f455

Regards,
– 
André

Scenario:

2 EAPs configured in colocated shared store HA topology with HTTP connectors and static cluster
static cluster means that cluster-connection is defined by static-connectors property
both EAPs and standalone clients are started
after that receiver receives 120 messages, first EAP is shut down

Expectation: Clients do failover to second EAP and continue in their work.
Reality: Clients are not able to reconnect to backup server.
During the whole test I see a lot of AMQ214023: HTTP Handshake failed errors.
The same scenario works with Netty connectors.
The same scenario works in dedicated topology.
Priority of this issue is blocker because it is regression against previous versions of EAP 7.1.

When an integer column is changed to a type that is smaller (e.g. bigint to int) and set hive.metastore.disallow.incompatible.col.type.changes=false, the data is clipped instead of being NULL.

Spring web optional dependencies are not marked as optional in pom.xml.  Hessian, Burlap and Spring OXM seem like obvious candidates for optional dependencies.  There may be others.

Forward slashes in the local file path don't work for Windows.

RetryingHMSHandler handles retries to most HMSHandler calls. However, one area where we do not have retries is in the very instantiation of ObjectStore. The lack of retries here sometimes means that a flaky db connect around the time the metastore is started yields an unresponsive metastore.

As a part of HBASE-18533, the Jenkins report said that TestFileIOEngine failed. I investigated and noticed that there are two cases where this test is flaky:
len = 0 and offset 0; it will fail for https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/io/hfile/bucket/FileIOEngine.java#L198 will pass in -1 for offset which is invalid.
len = 0 and i = 13; it will try to specify an offset of the totalCapacity which is not allowed.
This patch fixes this test.

org.jboss.as.test.integration.management.cli.modules.ModuleResourceRootPathsTestCase#testModules
mvn test -Dtest=ModuleResourceRootPathsTestCase -Dsecurity.manager -DtestLogToFile=false

13:26:00,583 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.deployment.unit."test-archive.war".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."test-archive.war".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "test-archive.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "jboss.bind.address" "read")" in code source "(vfs:/content/test-archive.war <no signer certificates>)" of "ModuleClassLoader for Module "deployment.test-archive.war" from Service Module Loader")
	at org.wildfly.security.manager.WildFlySecurityManager.checkPropertyAccess(WildFlySecurityManager.java:469)
	at java.lang.System.getProperty(System.java:443)
	at java.lang.System.getProperty(System.java:427)
	at org.jboss.as.test.shared.TestSuiteEnvironment.getSystemProperty(TestSuiteEnvironment.java:50)
	at org.jboss.as.test.shared.TestSuiteEnvironment.getHttpAddress(TestSuiteEnvironment.java:173)
	at org.wildfly.test.undertow.UndertowServiceActivator.getAddress(UndertowServiceActivator.java:100)
	at org.wildfly.test.undertow.UndertowServiceActivator.activate(UndertowServiceActivator.java:66)
	at org.jboss.as.server.deployment.service.ServiceActivatorProcessor.deploy(ServiceActivatorProcessor.java:91)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
	... 5 more

Metthod flushCommits clears the write buffer in a finally clause.
When using the write buffer, if the call to processBatchOfRows done in flushCommits throws an exception, the write buffer will be cleared thus potentially leading to loss of data on the client side.

Quotes within header access are not currently handled in the same way as the inbuilt headerAs function or the body accessor notation - perhaps these should be aligned?
For instance with the following route

        <route>

            <setHeader headerName="some key">
                <constant>hello world</constant>

            <setBody>
                <simple>${headers['some key']}</simple>

        </route>

Outcome :

[                          main] route1                         INFO  The expression evaluated to :: 

Expected :

[                          main] route1                         INFO  The expression evaluated to :: hello world

For reference, the current notation works within other parts of the language and are handled as expected

${body['some key']}

${headerAs('some key', java.lang.Boolean}

I think the fix might be to use StringHelper.removeQuotes on line #269 within SimpleFunctionExpression.java possibly, such as

remainder = StringHelper.removeQuotes(remainder.substring(1, remainder.length() - 1));

CLI shows value MAPPED as allowed for parameter journal-type.

/subsystem=messaging-activemq/server=default:read-resource-description

"journal-type" => {
                "description" => "The type of journal to use.",
                "attribute-group" => "journal",
                "expressions-allowed" => true,
                "default" => "ASYNCIO",
                "allowed" => [
                    "NIO",
                    "ASYNCIO",
"MAPPED"
                ],
                "access-type" => "read-write",
                "storage" => "configuration",
                "restart-required" => "all-services"
            },

This feature is not supported. Choosing journal type MAPPED results in following exception 

14:26:10,232 ERROR [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 73) AMQ224000: Failure in initialisation: java.lang.IllegalArgumentException: AMQ119051: Invalid journal type MAPPED
	at org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.init(JournalStorageManager.java:140) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
	at org.apache.activemq.artemis.core.persistence.impl.journal.AbstractJournalStorageManager.<init>(AbstractJournalStorageManager.java:216) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
	at org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.<init>(JournalStorageManager.java:104) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
	at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.createStorageManager(ActiveMQServerImpl.java:1863) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
	at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.initialisePart1(ActiveMQServerImpl.java:2000) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
	at org.apache.activemq.artemis.core.server.impl.LiveOnlyActivation.run(LiveOnlyActivation.java:62) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
	at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.internalStart(ActiveMQServerImpl.java:520) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
	at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.start(ActiveMQServerImpl.java:469) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
	at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.start(JMSServerManagerImpl.java:412) [artemis-jms-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
	at org.wildfly.extension.messaging.activemq.jms.JMSService.doStart(JMSService.java:199) [wildfly-messaging-activemq-7.1.0.Alpha1-redhat-15.jar:7.1.0.Alpha1-redhat-15]
	at org.wildfly.extension.messaging.activemq.jms.JMSService.access$000(JMSService.java:63) [wildfly-messaging-activemq-7.1.0.Alpha1-redhat-15.jar:7.1.0.Alpha1-redhat-15]
	at org.wildfly.extension.messaging.activemq.jms.JMSService$1.run(JMSService.java:97) [wildfly-messaging-activemq-7.1.0.Alpha1-redhat-15.jar:7.1.0.Alpha1-redhat-15]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_65]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_65]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_65]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_65]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_65]

From user experience point of view, this MAPPED should be excluded from allowed values for attribute journal-type. 

CAMEL-7915 introduced a side effect that doesn't shutdown the thread pool when the netty producer is shutdown.
We need to clean up these thread when shutting down the Netty endpoint.

HIVE-8588 added support for this by copying jdbc jars to lib/ of localized/exploded Sqoop tar.  Unfortunately, in a secure cluster, Dist Cache intentionally sets permissions on exploded tars such that they are not writable.
this needs to be fixed, otherwise the users would have to modify their sqoop tar to include the relevant jdbc jars which is burdensome is different DBs are used and may create headache around licensing issues

Since hash join involves replicating a hash table to all the map tasks, an equivalent operation needs to be performed in tez. In the tez world, such an operation is done via a broadcast edge (TEZ-410). We need to rework the planning and execution phases within hive for this.

The :migrate operation of the legacy messaging subsystem does not work in domain mode. 
The addresses returned by the describe handler starts with /subsystem while in domain mode, the subsystem configuration are under /profile=XXX
The :migrate operation must prepend the operation parent address (EMPTY_ADDRESS in standalone mode, /profile=XXX in domain mode) for the operation to be successful.

migrating activemq from 2.0-M2 to 2.0.0 some tests fail with internal NPE - problem is activemq camel uses JMSBinding() no arg creation and some of the methods do not check for a null endpoint.

If you write an avro field out as int and then change it's type to long you will get an UnresolvedUnionException due to code in HIVE-8577.

After upgrade from Camel 2.14 to 2.22.1, I have noticed it no longer sets "CamelFileHost" header for Exchange input. After debugging and comparing differences between old and new execution, I have noticed that Camel stopped setting CamelFileHost header after changes in https://github.com/apache/camel/commit/e3a1bdb6a278b5e4910ba4caf3ebe95751cceaee#diff-f9d7a01c99e5d4239aae6b6834cdfc65.
This happens because previously we had execution chain:

FtpConsumer->RemoteFileEndpoint.createExchange->GenericFile.bindToExchange->RemoteFile.populateHeaders(msg)

But after this change we have:

FtpConsumer->RemoteFileEndpoint.createExchange->GenericFile.bindToExchange->GenericFile.populateHeaders(msg, false)

This happens because bindToExchange method sets all the headers via populateHeaders. This method is overriden in RemoteFile, and it adds CamelFileHost header.

public void populateHeaders(GenericFileMessage<T> message) {
    if (message != null) {
        // because there is not probeContentType option 
        // in other file based components, false may be passed
        // as the second argument.
        super.populateHeaders(message, false);
        message.setHeader("CamelFileHost", getHostname());
    }
}

But after changes the signature of the parent method was changed from

to

public void populateHeaders(GenericFileMessage<T> message, boolean isProbeContentTypeFromEndpoint) {

But its signature was not changed in RemoteFile. Since it is missing the @Override annotation, it compiled well and was unnoticed. But now the overridden method in RemoteFile does not get executed, and we end up without CamelFileHost header. It may be unnoticed by those who do not use this header, but if we rely on it, it may be an issue.
My proposed changes will be:

Add @Override annotation to populateHeaders method in RemoteFile, so the same bug will not happen.
Change its signature to

public void populateHeaders(GenericFileMessage<T> message, boolean isProbeContentTypeFromEndpoint)

So it will be called instead of the parent method. If we assume someone already uses this method somehow and we want to make these changes backward compatible, we may just add a new method with this signature and @Override annotation, leaving existing populateHeaders(GenericFileMessage<T> message) without changes.

interceptSendToEndpoint with a DelegateAsyncProcessor fails.
The intercepted target processor don't implement the interave Service and therfore won't 'start' the target services.
Caused by: java.lang.IllegalStateException: SendProcessor has not been started: sendTo(Endpoint[log://foo])
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:109)
	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99)
	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:91)
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:99)
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:86)
	at AdviceWithTest$ContainerWideInterceptor$1.process(AdviceWithTest.java:94)
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:334)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:220)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:117)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:60)
	at org.apache.camel.impl.InterceptSendToEndpoint$1.process(InterceptSendToEndpoint.java:132)

As the original issue JBEAP-9106 is fixed now, the FormAuthUnitTestCase should be unignored.

RestTemplate.handleResponse calls ResponseErrorHandler.hasError(response) to check if it should delegate error handling to ResponseErrorHandler instance.
In case of an unknown status code, DefaultResponseErrorHandler.hasError swallows the exception thrown by DefaultResponseErrorHandler.getHttpStatusCode(response) and returns false.
This causes RestTemplate code to proceed with standard response handling, but without possibility to read message body, which has already been consumed during UnknownHttpStatusCodeException creation in DefaultResponseErrorHandler.getHttpStatusCode(response) call.

A couple of members in GenericUDFBaseNumeric do not have getters/setters, which prevents them from being serialized as part of the query plan when using javaXML serialization. As a result, the following query:

select key + key from src limit 5;

java.lang.Exception: java.lang.RuntimeException: Error in configuring object
        at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:401)
        at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:109)
        at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:75)
        at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:133)
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:425)
        at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:233)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)        at java.util.concurrent.FutureTask.run(FutureTask.java:138)
        at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:106)
        ... 11 more
        at org.apache.hadoop.mapred.MapRunner.configure(MapRunner.java:38)
        ... 16 more
        ... 19 more
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:154)
        ... 24 more
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBaseNumeric.initialize(GenericUDFBaseNumeric.java:109)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDF.initializeAndFoldConstants(GenericUDF.java:116)
        at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator.initialize(ExprNodeGenericFuncEvaluator.java:127)
        at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluatorHead.initialize(ExprNodeEvaluatorHead.java:39)
        at org.apache.hadoop.hive.ql.exec.Operator.initEvaluators(Operator.java:931)
        at org.apache.hadoop.hive.ql.exec.Operator.initEvaluatorsAndReturnStruct(Operator.java:957)
        at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:65)
        at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:376)
        at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:460)
        at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:416)
        at org.apache.hadoop.hive.ql.exec.TableScanOperator.initializeOp(TableScanOperator.java:189)
        at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:425)
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:133)
        ... 24 more

create table s1 as select * from src where key = 0;
set hive.auto.convert.join.noconditionaltask=false;                                       
SELECT * FROM s1 src1 LEFT OUTER JOIN s1 src2 ON (src1.key = src2.key AND src2.key > 10);
gives correct results
0	val_0	NULL	NULL
whereas it gives no results with hive.auto.convert.join.noconditionaltask set
to true

Have simple configuration:
public abstract class Aaaaa { }
public class Bbbbb extends Aaaaa { }
@ComponentScan(
        basePackages="com.mycompany",
        useDefaultFilters=false,
        includeFilters=
{
                @ComponentScan.Filter(type=FilterType.ASSIGNABLE_TYPE, value=Aaaaa.class)
        }
)public class Conf 
{

    private Bbbbb bbbbb;

}

when loaded with
new AnnotationConfigApplicationContext(Conf.class)
works fine, however, when loaded with XML config that references Conf.class:
<beans>
    <bean class="com.mycompany.Conf"/>
</beans>
new ClassPathXmlApplicationContext("classpath:com/mycompany/conf.xml");
it fails with exception: cannot autowire Conf.bbbbb field. Full stack trace: https://gist.github.com/835493 .

When beans declared in the Spring container are proxied (to apply and "decorate" those beans with additional capabilities, e.g. Caching, Security or Transaction Management, basically any "cross-cutting" concern where an AOP Proxy is applied), then a CQ annotated callback service method is not identified properly, and subsequently, the CQ is never registered and triggered accordingly.

Having a HierarchicalConfiguration with entries alike:
    test.sample = subset title
    test.sample.boolean = true
    test.sample.int = 123456
    test.sample.text = I wish it worked!
When performing subset("test.sample"), I get a configuration of only three entries, the "subset title" value is not present (should have an empty string key).
The behaviour is in contradiction to Javadoc of the Configuration interface http://commons.apache.org/configuration/apidocs/org/apache/commons/configuration/Configuration.html#subset(java.lang.String)
Seems to me, that the bug is hidden in iterating the cloned configuration, where only children of the clone are processed, but not the root itself.

Running the following: -

[standalone@localhost:9990 /] /core-service=capability-registry:get-provider-points(name=org.wildfly.security.security-realm)
{
    "result" => ["/subsystem=elytron/filesystem-realm=*"]
}

However there are other resources that can provide this capability e.g.

[standalone@localhost:9990 /] ./subsystem=elytron/properties-realm=*:read-resource-description
{
            ("subsystem" => "elytron"),
            ("properties-realm" => "*")
        ],
            "description" => "A security realm definition backed by properties files.",
            "capabilities" => [{
                "name" => "org.wildfly.security.security-realm",
                "dynamic" => true
            }],
            "attributes" => {
                "groups-attribute" => {
                    "type" => STRING,
                    "description" => "The name of the attribute in the returned AuthorizationIdentity that should contain the group membership information for the identity.",
                    "expressions-allowed" => true,
                    "nillable" => true,
                    "default" => "groups",
                    "min-length" => 1L,
                    "max-length" => 2147483647L,
                    "access-type" => "read-write",
                    "storage" => "configuration",
                    "restart-required" => "resource-services"
                },
                "groups-properties" => {
                    "type" => OBJECT,
                    "description" => "The properties file containing the users and their groups.",
                    "expressions-allowed" => false,
                    "value-type" => {
                        "path" => {
                            "type" => STRING,
                            "description" => "The path to the file containing the users and their groups.",
                            "expressions-allowed" => true,
                            "nillable" => true,
                            "min-length" => 1L,
                            "max-length" => 2147483647L
                        },
                        "relative-to" => {
                            "description" => "The pre-defined path the path is relative to.",
                            "requires" => ["path"],
                        }
                    },
                },
                "plain-text" => {
                    "type" => BOOLEAN,
                    "description" => "Are the passwords store in plain text within the properties file?",
                    "default" => false,
                },
                "synchronized" => {
                    "description" => "The time the properties files that back this realm were last loaded.",
                    "nillable" => false,
                    "access-type" => "read-only",
                    "storage" => "runtime"
                },
                "users-properties" => {
                    "description" => "The properties file containing the users and their passwords.",
                        "path" => {
                            "description" => "The path to the file containing the users and their passwords.",
                        },
                        }
                    },
                }
            },
            "children" => {}
        }
    }]
}

PROBLEM: Authenticating to HS2 in HTTP mode with Kerberos, auth_to_local mappings do not get applied.  Because of this various permissions checks which rely on the local cluster name for a user are going to fail.
1.  Create  kerberos cluster  and HS2 in HTTP mode
2.  Create a new user, test, along with a kerberos principal for this user
3.  Create a separate principal, mapped-test
4.  Create an auth_to_local rule to make sure that mapped-test is mapped to test
5.  As the test user, connect to HS2 with beeline and create a simple table:

CREATE TABLE permtest (field1 int);

There is no need to load anything into this table.
6.  Establish that it works as the test user:

show create table permtest;

7.  Drop the test identity and become mapped-test
8.  Re-connect to HS2 with beeline, re-run the above command:

You will find that when this is done in HTTP mode, you will get an HDFS error (because of StorageBasedAuthorization doing a HDFS permissions check) and the user will be mapped-test and NOT test as it should be.
ANALYSIS:  This appears to be HTTP specific and the problem seems to come in ThriftHttpServlet$HttpKerberosServerAction.getPrincipalWithoutRealmAndHost():

      try {
        fullKerberosName = ShimLoader.getHadoopShims().getKerberosNameShim(fullPrincipal);
      } catch (IOException e) {
        throw new HttpAuthenticationException(e);
      }
      return fullKerberosName.getServiceName();

getServiceName applies no auth_to_local rules.  Seems like maybe this should be getShortName()?

The deployment scanner doesn't properly consider the  result outcome of its read child operation during getDeploymentsStatus().  This has bad consequences if the operation fails, for instance due to an OOME or possibly some other unexpected exception.
The operation catches the exception and returns an empty result.  The deployment scanner misinterprets that empty result to mean there are no applications deployed and sets .undeployed marker files for all of them.  The deployment scanner should confirm if the operation was a success or not so we can avoid potential side effects of undeployed applications from an OOME.

As per this jira comment made by Yetus maven plugins that want to use java executable are seeing a 1.7 java binary. In this particular case Yetus sets JAVA_HOME to a 1.8 JDK installation, and thus maven uses that, but any subsequent java executes will use the JRE which they see on PATH.
This should be fixed by adding the proper java/bin (that of JAVA_HOME setting) to PATH.

When using other file system other than hdfs, users see warning message regarding hdfs chgrp. The warning is very annoying and confusing. We'd better remove it. 
The warning example:

hive> insert overwrite table s3_test select total_emp, salary, description from sample_07 limit 5;
-chgrp: '' does not match expected pattern for group
Usage: hadoop fs [generic options] -chgrp [-R] GROUP PATH...

In dynamic partition insert and if merge is set to true and hive.mergejob.maponly=false, the merge MapReduce job will fail. 

if hbase-it-tests.jar is in the classpath before the hadoop dir conf the user hdfs-site.xml is ignored.
A fix was already done with HBASE-8510, but that exclude was applied only to hbase-server.  

when running EJB client from EAP 7.0 (EJB client 2.1.x) or the 7.1 legacy client (3.0.x), against EAP 7.1.0.ER3 (and newer) server on the same machine (with the same standalone.xml), even when the client has explicitly forbidden LOCAL authentication, he is sometimes (intermittently) authenticated as the user $local.
This does not happen when the server is EAP 7.1.0.ER2, or when using EJB client 4.x.
Impact: the client is intermittently authenticated as a different user than expected, this also makes invocations randomly fail, because the $local user typically isn't assigned to authorization roles which are typically required for invocations of some methods. Or the other way around, this could actually elevate the user's privileges in some cases.

When running 

hbase org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList --monkey slowDeterministic

One task failed with the following stack trace:

2013-09-10 01:56:03,115 WARN [htable-pool1-t134] org.apache.hadoop.hbase.client.AsyncProcess: Attempt #35/35 failed for 3 ops on server02,60020,1378776046122 NOT resubmitting.region=IntegrationTestBigLinkedList,\xA6\x10\x9C\x85,1378776439065.766ab62aa30fa94c9014f09738698922., hostname=server02,60020,1378776046122, seqNum=16146143
2013-09-10 01:56:03,115 WARN [htable-pool1-t119] org.apache.hadoop.hbase.client.AsyncProcess: Attempt #35/35 failed for 6 ops on server02,60020,1378775896233 NOT resubmitting.region=IntegrationTestBigLinkedList,\x9D\x95>\xDB\xCB\xD5\xE2\xAD\x7F\xCB\x1D\xBCN~\xF2U,1378774537592.b2534e273feecba91db43496efa1cd12., hostname=server02,60020,1378775896233, seqNum=14890994
2013-09-10 01:56:03,655 WARN [htable-pool1-t119] org.apache.hadoop.hbase.client.AsyncProcess: Attempt #35/35 failed for 9 ops on server01,60020,1378775896233 NOT resubmitting.region=IntegrationTestBigLinkedList,\xB8\x0B.\x8C\x12Px\x88>\x10\xA4\x07\x9FJ\x97\xD0,1378775167749.7c0f1c17bc5f02e41e02939187304976., hostname=server01,60020,1378775896233, seqNum=15863492
2013-09-10 01:56:03,818 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : java.lang.NullPointerException
	at org.apache.hadoop.hbase.client.AsyncProcess.findDestLocation(AsyncProcess.java:289)
	at org.apache.hadoop.hbase.client.AsyncProcess.submit(AsyncProcess.java:234)
	at org.apache.hadoop.hbase.client.HTable.backgroundFlushCommits(HTable.java:894)
	at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:1275)
	at org.apache.hadoop.hbase.client.HTable.close(HTable.java:1313)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList$Generator$GeneratorMapper.cleanup(IntegrationTestBigLinkedList.java:352)
	at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:148)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:763)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:339)
	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:162)
	at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:157)

Seems worth investigating. 

The Javadoc comment below states that the method "throws IllegalArgumentException if the map is null":
   	    /** 
	     ....

@param map  the map to use to transform the objects
@return the transformer
@throws IllegalArgumentException if the map is null
	     */
	    public static <I, O> Transformer<I, O> mapTransformer(Map<? super I, ? extends O> map) 
{
	        return MapTransformer.mapTransformer(map);
	    }
However, the method returns a NULL_INSTANCE object instead of throwing IllegalArgumentException when called with null.

1. Change "@throws IllegalArgumentException if the map is null" and "@return" to "@return NULL_INSTANCE if the map is null".
or
2. Remove the entire "throws IllegalArgumentException if the map is null".

org.apache.camel.util.URISupport
When processing RAW parameters as part of parseQuery a look ahead to the next char is needed in order to determine the end of the RAW value.  The logic to prevent a StringIndexOutOfBoundsException drops the last char when evaluating for next char when the current char (i) is the second to last char of the string.
This becomes an issue when the RAW value ends in ')' 
Consider:
uri = "foo=RAW(ba(r))"
uri.length() = 14
i = 12
uri.charAt(12) = ')'
uri.charAt(13) = ')'
(i < uri.legnth() - 2) = 12 < (14 - 2) = 12 < 12 = false
thus next = "\u0000"
The RAW value now ends satisfying the requirements and the char at index 13 is never read.  The resulting parameter is "foo=RAW(ba(r)".
The logic to prevent the index exception should be "(i <= uri.legnth() -2)" or "(i < uri.legnth() - 1)"

From http://54.241.6.143/job/HBase-TRUNK-Hadoop-2/org.apache.hbase$hbase-server/395/testReport/org.apache.hadoop.hbase.regionserver/TestRegionMergeTransactionOnCluster/testWholesomeMerge/ :

013-07-11 09:33:44,154 INFO  [AM.ZK.Worker-pool-2-thread-2] master.RegionStates(309): Offlined 3ffefd878a234031675de6b2c70b2ead from ip-10-174-118-204.us-west-1.compute.internal,60498,1373535184820
2013-07-11 09:33:44,154 INFO  [AM.ZK.Worker-pool-2-thread-2] master.AssignmentManager$4(1223): The master has opened testWholesomeMerge,testRow0020,1373535210125.3ffefd878a234031675de6b2c70b2ead. that was online on ip-10-174-118-204.us-west-1.compute.internal,59210,1373535184884
2013-07-11 09:33:44,182 DEBUG [RS_OPEN_REGION-ip-10-174-118-204:59210-1] zookeeper.ZKAssign(862): regionserver:59210-0x13fcd13a20c0002 Successfully transitioned node 3ffefd878a234031675de6b2c70b2ead from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENED
2013-07-11 09:33:44,182 INFO  [MASTER_TABLE_OPERATIONS-ip-10-174-118-204:39405-0] handler.DispatchMergingRegionHandler(154): Failed send MERGE REGIONS RPC to server ip-10-174-118-204.us-west-1.compute.internal,59210,1373535184884 for region testWholesomeMerge,,1373535210124.efcb10dcfa250e31bfd50dc6c7049f32.,testWholesomeMerge,testRow0020,1373535210125.3ffefd878a234031675de6b2c70b2ead., focible=false, org.apache.hadoop.hbase.exceptions.RegionOpeningException: Region is being opened: 3ffefd878a234031675de6b2c70b2ead
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:2566)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegion(HRegionServer.java:3862)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.mergeRegions(HRegionServer.java:3649)
	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:14400)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2124)
	at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1831)

2013-07-11 09:33:44,182 DEBUG [RS_OPEN_REGION-ip-10-174-118-204:59210-1] handler.OpenRegionHandler(373): region transitioned to opened in zookeeper: {ENCODED => 3ffefd878a234031675de6b2c70b2ead, NAME => 'testWholesomeMerge,testRow0020,1373535210125.3ffefd878a234031675de6b2c70b2ead.', STARTKEY => 'testRow0020', ENDKEY => 'testRow0040'}, server: ip-10-174-118-204.us-west-1.compute.internal,59210,1373535184884
2013-07-11 09:33:44,183 DEBUG [RS_OPEN_REGION-ip-10-174-118-204:59210-1] handler.OpenRegionHandler(186): Opened testWholesomeMerge,testRow0020,1373535210125.3ffefd878a234031675de6b2c70b2ead. on server:ip-10-174-118-204.us-west-1.compute.internal,59210,1373535184884

We can see that MASTER_TABLE_OPERATIONS thread couldn't get region 3ffefd878a234031675de6b2c70b2ead because RS_OPEN_REGION thread finished region opening 1 millisecond later.
One solution is to retry operation when receiving RegionOpeningException

Hive CLI does not seem to be saving history anymore.
In JLine with the PersistentHistory class, to keep history across sessions, you need to do reader.getHistory().flush().

Suggest moving specification of COLUMNS inside the hash of optional arguments rather than require it proceed the hash of optional LIMIT, STARTROW, etc.

AbstractPreAuthenticatedProcessingFilter overrides afterPropertiesSet() method thus initFilterBean() from GenericFilterBean is never called. I guess it should by the contract.

See https://issues.apache.org/jira/browse/COMPRESS-163?focusedCommentId=13163674&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13163674

The integration tests (ignored) fail in an obvious way for any paged query.  Maybe we could make MySQL a special case (yuck), but even then it's not clear what the correct field is to order by since ids are not monotonic in a cluster / group of application nodes.  Maybe MySQL will only ever work if jobs are launched non-concurrently and/or from command line?

The fact that multiple threads sharing the same metastore client which is used for RPC to Thrift is not thread safe.
Race condition can happen when one sees "out of sequence response" error message from Thrift server. That means the response from the Thrift server is for a different request (by a different thread).
Solution will be to synchronize methods from the client side.

   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/hsvabek/securityworkspace/VERIFICATION/2017_08_02_BEAP-7584/jboss-eap-7.1.0.ER3-src/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local8056268563783903312.challenge" "read")" in code source "(vfs:/content/pool-attributes-test.rar/pool-attributes-test.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.pool-attributes-test.rar" from Service Module Loader")
        ... 162 more
...

DirectMessageConsumerHandler doesn't filter old messages when parameter filterOld=true

In HBase shell, the syntax for clone_snapshot is:
  hbase> clone_snapshot 'snapshotName', 'tableName'
If the target table already exists, we'll get an error.
------------------
hbase(main):011:0> clone_snapshot 'mysnapshot1', 'TestTable'
ERROR: Table already exists: mysnapshot1!
Create a new table by cloning the snapshot content.
There're no copies of data involved.
And writing on the newly created table will not influence the snapshot data.
Examples:
The bug is in the ERROR message:
We should output the table name, not the snapshot name.
Currently, in command.rb, we have the output fixed as args.first for TableExistsException:

      def translate_hbase_exceptions(*args)
        yield
      rescue org.apache.hadoop.hbase.exceptions.TableNotFoundException
        raise "Unknown table #{args.first}!"
      rescue org.apache.hadoop.hbase.exceptions.NoSuchColumnFamilyException
        valid_cols = table(args.first).get_all_columns.map { |c| c + '*' }
        raise "Unknown column family! Valid column names: #{valid_cols.join(", ")}"
      rescue org.apache.hadoop.hbase.exceptions.TableExistsException
        raise "Table already exists: #{args.first}!"
      end

This is fine with commands like 'create tableName ...' but not 'clone_snapshot snapshotName tableName'.

        try (final Connection conn = ConnectionFactory.createConnection(conf);
	    		 final Table scanTable = conn.getTable(table)){
        	ArrayList<MultiRowRangeFilter.RowRange> rowRangesList = new ArrayList<>();	
   	    	  String startRowkey="abc";
   	    	  String stopRowkey="abc";
   	    	rowRangesList.add(new MultiRowRangeFilter.RowRange(startRowkey, true, stopRowkey, true));
   	 	Scan scan = new Scan();
		scan.setFilter(new MultiRowRangeFilter(rowRangesList));
   	     ResultScanner scanner=scanTable.getScanner(scan);
   	  for (Result result : scanner) 
{
	    	  String rowkey=new String(result.getRow());
	    	 System.out.println(rowkey);
	    	 
   	  }
 
        }
In Hbase API of Java, we want to do multiple scans in the table using MultiRowRangeFilter.
When we give multiple filters of startRowKey and stopRowKey, it is not working Properly with same StartRowKey and StopRowkey.
Ideally, it should give only one Row with that Rowkey, but instead it is giving all the rows starting from that Rowkey in that Hbase Table

When I want to use HTTPS settings in combination with Elytron subsystem then I have to set "enable-http2" to "false" value.
For settings I followed this blog post http://darranl.blogspot.cz/2016/02/wildfly-elytron-ssl-configuration.html
And as keystore I used default application.keystore

look at existing use of AbstractEntityManager.detachTypedQueryNonTxInvocation() and also catch queries that need this.  For example, createQuery(CriteriaUpdate criteriaUpdate) is in need of this.

Since Hive CBO isn't able to handle queries with no table e.g. select 1 queries with SET operators fail (intersect requires CBO).

@Test
public void testCtasEmpty() throws Exception {
  MetastoreConf.setBoolVar(hiveConf, MetastoreConf.ConfVars.CREATE_TABLES_AS_ACID, true);
  runStatementOnDriver("create table myctas stored as ORC as" +
      " select a, b from " + Table.NONACIDORCTBL);
  List<String> rs = runStatementOnDriver("select ROW__ID, a, b, INPUT__FILE__NAME" +
      " from myctas order by ROW__ID");
}

2018-02-01T19:08:52,813 INFO  [HiveServer2-Background-Pool: Thread-463]: metastore.HiveMetaStore (HiveMetaStore.java:logInfo(822)) - 114: Done cleaning up thread local RawStore
2018-02-01T19:08:52,813 INFO  [HiveServer2-Background-Pool: Thread-463]: HiveMetaStore.audit (HiveMetaStore.java:logAuditEvent(305)) - ugi=hive ip=unknown-ip-addr      cmd=Done cleaning up thread local RawStore
2018-02-01T19:08:52,815 ERROR [HiveServer2-Background-Pool: Thread-463]: exec.Task (SessionState.java:printError(1228)) - Failed with exception null
        at org.apache.hadoop.hive.ql.metadata.Hive.moveAcidFiles(Hive.java:3816)
        at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:298)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2267)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1919)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1651)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1395)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1388)
        at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:253)
        at org.apache.hive.service.cli.operation.SQLOperation.access$700(SQLOperation.java:92)
        at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:345)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1965)
        at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:358)

2018-02-01T19:08:52,815 ERROR [HiveServer2-Background-Pool: Thread-463]: ql.Driver (SessionState.java:printError(1228)) - FAILED: Execution Error, return code 1 from 

When an IPv6-only client connects to our WebApp which uses Spring 4.3.2
And the browser sends an Origin header (Safari 10 does this under certain circumstances)
And the LoadBalancer/Reverse Proxy adds an X-Forwarded-Host header (with the IPv6 address)
Then you get a java.lang.NumberFormatException: For input string: "a51:0:920::30:20"
at org.springframework.web.util.UriComponentsBuilder.adaptFromForwardedHeaders(UriComponentsBuilder.java:691)
It appears that this CORS code is IPv4 only?

Handling a minor NullPointer in ZKProcedureMemberRpcs while getting ZNode data. Does not have any functional impact is just a little cleaner
2015-04-01 10:04:32,913 INFO  [ver60020-EventThread] procedure.ZKProcedureMemberRpcs - Received procedure start children changed event: /hbase/online-snapshot/acquired
2015-04-01 10:04:32,913 DEBUG [ver60020-EventThread] procedure.ZKProcedureMemberRpcs - Looking for new procedures under znode:'/hbase/online-snapshot/acquired'
2015-04-01 10:04:32,916 DEBUG [ver60020-EventThread] procedure.ZKProcedureMemberRpcs - Found procedure znode: /hbase/online-snapshot/acquired/test13
2015-04-01 10:04:32,917 ERROR [ver60020-EventThread] zookeeper.ClientCnxn - Error while calling watcher
        at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.startNewSubprocedure(ZKProcedureMemberRpcs.java:203)
        at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.waitForNewProcedures(ZKProcedureMemberRpcs.java:172)
        at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.access$100(ZKProcedureMemberRpcs.java:55)
        at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs$1.nodeChildrenChanged(ZKProcedureMemberRpcs.java:107)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:351)
        at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:522)
        at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:498)
2015-04-01 10:04:32,917 INFO  [ver60020-EventThread] procedure.ZKProcedureMemberRpcs - Received procedure start children changed event: /hbase/online-snapshot/acquired
2015-04-01 10:04:32,917 DEBUG [ver60020-EventThread] procedure.ZKProcedureMemberRpcs - Looking for new procedures under znode:'/hbase/online-snapshot/acquired'
2015-04-01 10:04:32,918 INFO  [ver60020-EventThread] procedure.ZKProcedureMemberRpcs - Received procedure abort children changed event: /hbase/online-snapshot/abort
2015-04-01 10:04:32,918 DEBUG [ver60020-EventThread] procedure.ZKProcedureMemberRpcs - Checking for aborted procedures on node: '/hbase/online-snapshot/abort'

This is a duplicate of SPR-4356.
It does not work again because "ScriptFactory.requiresScriptedObjectRefresh(ScriptSource)" is not used in "GroovyScriptFactory#getScriptedObject(ScriptSource scriptSource, Class<?>... actualInterfaces)" 

There can be cycles in contexts. Websphere 5.1 certainly does have them.
When getKeys() is called on a JNDIConfiguration, eventually recursiveGetKeys() is called, which calls itself for every subcontext. This will never stop if there is a cycle.
I would like to suggest the following changes to recursiveGetKeys() to fix this:
1) check for each subcontext if it has been processed before. If so, don't process it. An additional stack argument to recursiveGetKeys() should do the trick here.
2) a maxDepth attribute, like <jndi maxDepth="4"/>. If the number of subcontexts is equal to maxDepth, stop processing. The maxDepth attribute should be optional of course, and have a default value like 911or so. The stack argument could be used to check the amount of subcontexts processed.
Because I want to be able to dump the configuration for debugging purposes, this item is of somewhat importance to me.
I tested this in 1.2 at work, so I cannot easily test this against 1.4. But as the code of 1.4 seems to be more or less the same, I think the problem still exists.

Same Jar getting localized multiple times resulting in SHA256 computation several times causes slow session initialization time.

2017-11-28T00:40:55,795 INFO  [main]: tez.TezSessionState (TezSessionState.java:createJarLocalResource(716)) - Computed sha: 55aa783d2dda0599fb89a37daae2a2efebf0eed0d4f6e99e3ce140d2fa2f0c30 for file: file:/work/hive/hive-git/packaging/target/apache-hive-3.0.0-SNAPSHOT-bin/apache-hive-3.0.0-SNAPSHOT-bin/lib/hive-exec-3.0.0-SNAPSHOT.jar of length: 35.68MB in 241 ms
2017-11-28T00:40:56,105 INFO  [main]: tez.TezSessionState (TezSessionState.java:createJarLocalResource(716)) - Computed sha: e20986f3a422f8fa5eb61c5a2756cd6f7d2b779dbcab49eae6f2c8dfff7ad2a2 for file: file:/work/hive/hive-git/packaging/target/apache-hive-3.0.0-SNAPSHOT-bin/apache-hive-3.0.0-SNAPSHOT-bin/lib/hive-llap-tez-3.0.0-SNAPSHOT.jar of length: 109.53KB in 1 ms
2017-11-28T00:40:56,353 INFO  [main]: tez.TezSessionState (TezSessionState.java:createJarLocalResource(716)) - Computed sha: 55aa783d2dda0599fb89a37daae2a2efebf0eed0d4f6e99e3ce140d2fa2f0c30 for file: file:/work/hive/hive-git/packaging/target/apache-hive-3.0.0-SNAPSHOT-bin/apache-hive-3.0.0-SNAPSHOT-bin/lib/hive-exec-3.0.0-SNAPSHOT.jar of length: 35.68MB in 231 ms
2017-11-28T00:40:56,602 INFO  [main]: tez.TezSessionState (TezSessionState.java:createJarLocalResource(716)) - Computed sha: 55aa783d2dda0599fb89a37daae2a2efebf0eed0d4f6e99e3ce140d2fa2f0c30 for file: file:/work/hive/hive-git/packaging/target/apache-hive-3.0.0-SNAPSHOT-bin/apache-hive-3.0.0-SNAPSHOT-bin/lib/hive-exec-3.0.0-SNAPSHOT.jar of length: 35.68MB in 241 ms
2017-11-28T00:40:56,612 INFO  [main]: tez.TezSessionState (TezSessionState.java:createJarLocalResource(716)) - Computed sha: 686d66b825fdc4fc241e0591e7646a1bbca1c7114a7224c41da7f4795cf9477a for file: file:/work/hadoop/hadoop/hadoop-dist/target/hadoop-2.9.0-SNAPSHOT/share/hadoop/yarn/hadoop-yarn-registry-2.9.0-SNAPSHOT.jar of length: 122.72KB in 2 ms

From above logs, sha256 is computed 3 times for hive-exec jar and each invocation takes around 240ms. 

There's a bug in how MultiOutputFormat deals with DistributedCache, in that it hardcodes the parameter name to merge for distributed cache entries in the jobconf. This parameter name has changed with recent builds of 2.x, thus causing a test failure. These parameters need to be properly shimmed out.

$git grep unsupported -- feature-pack/src/main/resources/modules/system/layers/base/
feature-pack/src/main/resources/modules/system/layers/base/io/undertow/js/main/module.xml:        <property name="jboss.api" value="unsupported"/>
feature-pack/src/main/resources/modules/system/layers/base/org/jgroups/azure/main/module.xml:        <property name="jboss.api" value="unsupported"/>

roo> download privacy level --privacyLevel DISABLE_UAA
UAA privacy level updated Tue Feb 08 11:08:25 CET 2011 (use 'uaa view' to view the new data)
roo> uaa view
Command 'uaa view' not found (for assistance press TAB or type "hint" then hit ENTER)
addon search --requiresCommand "uaa view" found no matches
roo>

After HBASE-20708, when master restart, we will scan the wal directory to find out the live servers. In most cases this is OK, as when we create a HRegion instance at RS side, we will create a WAL for it, and the directory which contains the server name will be there, even if user always use SKIP_WAL.
But there could still be problem as the directory is created in the implementation of WAL, not in the initialization of region server, so if user uses DisabledWALProvider then we will be in trouble.
So let's fix it.

It seems that CACHE, DAYOFWEEK, VIEWS are reserved keywords in master. This conflicts with SQL2011 standard.

Untrusted SSL certificate used for authentication leads to "IOException: Broken pipe" intermittently.
ExternalMgmtSaslTestCase from wf-core fails intermittently  (80%) on pure-ipv6 RHEL6 machines. 
The test configures two-way-SSL and try to use untrusted client certificate. IOException comes and the test checks if the cause is an SSLException (which is expected), but in some cases "IOException: Broken pipe" comes as the cause instead.
80% on pure-ipv6 RHEL6 machines

cd testsuite/elytron
export PROXY_PARAMS="-DproxySet=true -DproxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -DproxyPort=3128 -Dhttp.proxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -Dhttp.proxyPort=3128 -Dhttps.proxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -Dhttps.proxyPort=3128"
mvn install -B  -fae -llr -Dipv6 $PROXY_PARAMS  -Dts.timeout.factor=300 -Dtimeout.factor=300 -Dtest=ExternalMgmtSaslTestCase

Failing test is testUntrustedCertFails, but looks like not reproducible without running whole testcase.

17:03:12 java.lang.AssertionError: SSLException was expected as the second cause when certificate authentication fails
17:03:12 Expected: is an instance of javax.net.ssl.SSLException
17:03:12      but: <java.io.IOException: Broken pipe> is a java.io.IOException
17:03:12 	at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
17:03:12 	at org.junit.Assert.assertThat(Assert.java:956)
17:03:12 	at org.wildfly.test.integration.elytron.sasl.mgmt.ExternalMgmtSaslTestCase.assertCertAuthenticationFails(ExternalMgmtSaslTestCase.java:216)
17:03:12 	at org.wildfly.test.integration.elytron.sasl.mgmt.ExternalMgmtSaslTestCase.lambda$testUntrustedCertFails$3(ExternalMgmtSaslTestCase.java:201)

[0m15:03:10,908 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0050: WildFly Core 3.0.0.Beta30-redhat-1 "Kenny" stopped in 39ms
[0m[0m15:03:10,910 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Core 3.0.0.Beta30-redhat-1 "Kenny" starting
[0m[0m15:03:11,057 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
[0m[33m15:03:11,132 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-1) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console
[0m[0m15:03:11,146 INFO  [org.jboss.as.patching] (MSC service thread 1-4) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[0m[33m15:03:11,147 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-4) WFLYDM0111: Keystore /mnt/hudson_workspace/eap-7x-as-testsuite-test-core-rhel-ipv6-broken-pipe/7a0f50f2/testsuite/elytron/target/wildfly-core/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
[0m[0m15:03:11,252 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
[0m[0m15:03:11,256 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[::1]:9990/management
[0m[0m15:03:11,256 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[::1]:9990
[0m[0m15:03:11,260 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Beta30-redhat-1 "Kenny" started in 345ms - Started 83 of 86 services (17 services are lazy, passive or on-demand)
[0m[0m15:03:11,369 INFO  [org.jboss.as.server] (management-handler-thread - 3) WFLYSRV0236: Suspending server with no timeout.
[0m[0m15:03:11,399 INFO  [org.jboss.as.server] (Management Triggered Shutdown) WFLYSRV0241: Shutting down in response to management operation 'shutdown'
[0m[0m15:03:11,474 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0050: WildFly Core 3.0.0.Beta30-redhat-1 "Kenny" stopped in 45ms
[0m

Failed with exception checkPaths: /user/zshao/warehouse/tmp_user_msg_history/test_user_msg_history already exists

Generating web controller scaffolds for an entity that has an @Embedded field causes the code generation to fail with the message "Method ... failed to provide a body, despite being identified for ITD inclusion"
The method that fails to be created is the populateXXX method, where XXX is the embedded field. The current code just returns an empty method body, which later fails an assertion.
As it is not generally possible to find reasonable instances to populate the controller, an empty list should be returned in this case. 

MemStoreFlusher always uses server-wide config... it should ask the store correct question instead

Despite having consistent Spring versions and ensuring I have spring-core-3.2.1.RELEASE.jar on the classpath, when loading Java Configuration, I occassionally get the following Error:

java.lang.NoClassDefFoundError: org.springframework.beans.FatalBeanException
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:581)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1029)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:925)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:490)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:461)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:626)
	at org.springframework.context.annotation.AnnotationConfigApplicationContext.<init>(AnnotationConfigApplicationContext.java:73)
	at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:77)
	at org.codehaus.groovy.reflection.CachedConstructor.doConstructorInvoke(CachedConstructor.java:71)
	at org.codehaus.groovy.runtime.callsite.ConstructorSite.callConstructor(ConstructorSite.java:42)
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:54)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:182)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:190)
	at groovy.groovy.GroovyReturnsSubclassTests.returnsSubclass(GroovyReturnsSubclassTests.groovy:16)

This seems to be associated with a StackOverFlowException where the stack looks something like the following:

	ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(Object, Method, Object[], MethodProxy) line: 297	
	GroovyReturnsSubclassTests$MyConfig$$EnhancerByCGLIB$$3aca3be8.builder() line: not available	
	GroovyReturnsSubclassTests$MyConfig$$EnhancerByCGLIB$$3aca3be8(GroovyReturnsSubclassTests$MyConfig).builder() line: not available	
	GroovyReturnsSubclassTests$MyConfig$$EnhancerByCGLIB$$3aca3be8.CGLIB$builder$6() line: not available	
	GroovyReturnsSubclassTests$MyConfig$$EnhancerByCGLIB$$3aca3be8$$FastClassByCGLIB$$2a4c4776.invoke(int, Object, Object[]) line: not available	
	MethodProxy.invokeSuper(Object, Object[]) line: 228	
	ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(Object, Method, Object[], MethodProxy) line: 285	
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]	
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 57	
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43	
	Method.invoke(Object, Object...) line: 601	
	CglibSubclassingInstantiationStrategy(SimpleInstantiationStrategy).instantiate(RootBeanDefinition, String, BeanFactory, Object, Method, Object[]) line: 160	
	ConstructorResolver.instantiateUsingFactoryMethod(String, RootBeanDefinition, Object[]) line: 570	
	DefaultListableBeanFactory(AbstractAutowireCapableBeanFactory).instantiateUsingFactoryMethod(String, RootBeanDefinition, Object[]) line: 1029	
	DefaultListableBeanFactory(AbstractAutowireCapableBeanFactory).createBeanInstance(String, RootBeanDefinition, Object[]) line: 925	
	DefaultListableBeanFactory(AbstractAutowireCapableBeanFactory).doCreateBean(String, RootBeanDefinition, Object[]) line: 490	
	DefaultListableBeanFactory(AbstractAutowireCapableBeanFactory).createBean(String, RootBeanDefinition, Object[]) line: 461	
	AbstractBeanFactory$1.getObject() line: 295	
	DefaultListableBeanFactory(DefaultSingletonBeanRegistry).getSingleton(String, ObjectFactory) line: 223	
	DefaultListableBeanFactory(AbstractBeanFactory).doGetBean(String, Class<T>, Object[], boolean) line: 292	
	DefaultListableBeanFactory(AbstractBeanFactory).getBean(String) line: 194	
	DefaultListableBeanFactory.preInstantiateSingletons() line: 626	
	AnnotationConfigApplicationContext(AbstractApplicationContext).finishBeanFactoryInitialization(ConfigurableListableBeanFactory) line: 932	
	AnnotationConfigApplicationContext(AbstractApplicationContext).refresh() line: 479	
	AnnotationConfigApplicationContext.<init>(Class<?>...) line: 73	
	NativeConstructorAccessorImpl.newInstance0(Constructor, Object[]) line: not available [native method]	
	NativeConstructorAccessorImpl.newInstance(Object[]) line: 57	
	DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45	
	Constructor<T>.newInstance(Object...) line: 525	
	CachedConstructor.invoke(Object[]) line: 77	
	CachedConstructor.doConstructorInvoke(Object[]) line: 71	
	ConstructorSite.callConstructor(Object, Object[]) line: 42	
	CallSiteArray.defaultCallConstructor(CallSite, Object, Object[]) line: 54	
	AbstractCallSite.callConstructor(Object, Object[]) line: 182	
	AbstractCallSite.callConstructor(Object, Object) line: 190	
	GroovyReturnsSubclassTests.returnsSubclass() line: 16	
	FrameworkMethod$1.runReflectiveCall() line: 44	
	FrameworkMethod$1(ReflectiveCallable).run() line: 15	
	FrameworkMethod.invokeExplosively(Object, Object...) line: 41	
	InvokeMethod.evaluate() line: 20	
	BlockJUnit4ClassRunner.runChild(FrameworkMethod, RunNotifier) line: 76	
	BlockJUnit4ClassRunner.runChild(Object, RunNotifier) line: 50	
	ParentRunner$3.run() line: 193	
	ParentRunner$1.schedule(Runnable) line: 52	
	BlockJUnit4ClassRunner(ParentRunner<T>).runChildren(RunNotifier) line: 191	
	ParentRunner<T>.access$000(ParentRunner, RunNotifier) line: 42	
	ParentRunner$2.evaluate() line: 184	
	BlockJUnit4ClassRunner(ParentRunner<T>).run(RunNotifier) line: 236	
	JUnit4TestClassReference(JUnit4TestReference).run(TestExecution) line: 50	
	TestExecution.run(ITestReference[]) line: 38	
	RemoteTestRunner.runTests(String[], String, TestExecution) line: 467	
	RemoteTestRunner.runTests(TestExecution) line: 683	
	RemoteTestRunner.run() line: 390	
	RemoteTestRunner.main(String[]) line: 197	

Notice that the following two lines are invoked repeatedly:

...
ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(Object, Method, Object[], MethodProxy) line: 297
...
BeanMethodInterceptor.intercept(Object, Method, Object[], MethodProxy) line: 285
...
...

This seems to occur when ConfigurationClassEnhancer$BeanMethodInterceptor.intercept has a value referring to the superclass for cglibMethodProxy instead of the current class value. For example the following Groovy code:

public class GroovyReturnsSubclassTests {
    private AnnotationConfigApplicationContext context;

    @Test
    public void returnsSubclass() {
        context = new AnnotationConfigApplicationContext(MyConfig.class);
    }

    @Configuration
    static class MyConfig extends BaseConfig {
        @Bean
        public String builder() throws Exception {
        }
    }

    static abstract class BaseConfig {
        public abstract Object builder() throws Exception;
    }
}

Will randomly produce the following values for cglibMethodProxy:

cglibMethodProxy	MethodProxy  (id=57)	
	createInfo	MethodProxy$CreateInfo  (id=88)	
	fastClassInfo	null	
	initLock	Object  (id=97)	
	sig1	Signature  (id=102)	
		desc	"()Ljava/lang/Object;" (id=115)	
		name	"builder" (id=74)	
	sig2	Signature  (id=106)	
		name	"CGLIB$builder$0" (id=137)	

This causes an infinite recursion, but the following value for cglibMethodProxy works:

	initLock	Object  (id=96)	
	sig1	Signature  (id=101)	
		desc	"()Ljava/lang/String;" (id=114)	
		name	"builder" (id=73)	
	sig2	Signature  (id=103)	
		name	"CGLIB$builder$6" (id=135)

Additional Notes:

It appears to only occur with Groovy. It does not seem to happen with Java
If builder() defines the same return type for the sublcass and parent it seems to work
Sometimes it works just fine sometimes it fails with the NoClassDefFoundError: FatalBeanException
A configuration like this might be usefult to do something like this:

        @Bean
        }
    }

        @Bean
        public UsesBuilder usesBuilder() {
            Object b = builder();
            return new UsesBuilder(b);
        }
    }

I will post a complete project that demonstrates the issue in the comments

To be consistent, the constructor shall throw a NullPointerException instead of a IllegalArgumentException if the argument is null.

Class in question:
 org.springframework.web.reactive.socket.client.UndertowWebSocketClient
This class handles websocket sessions. For each such websocket session UndertowWebSocketClient#createConnectionBuilder is called, which will instantiate a DefaultByteBufferPool.
DefaultByteBufferPool uses non-static ThreadLocal internally to store instances of an inner class. ThreadLocal#remove is never called, meaning, the reference will only ever be dropped if the Thread itself is garbage collected.
We need three ingredients to cause a hefty memory leak: Usage of ThreadLocal without removal (as described above), using some kind of thread pool (usage of which is ubiquitous), and repeated instantiation of the ThreadLocal.
 The latter is supplied by Spring's UndertowWebSocketClient implementation, which, as stated above, creates a new DefaultByteBufferPool for each connection.
Now, it might be debatable whether this is caused by some underlying issue in Undertow, and I'll happily open a ticket on their Jira, but it seems to me that using a new DefaultByteBufferPool for each websocket connection is the real culprit. While I could not find much information about the correct usage of the buffer pool in the docs, undertows internal usage of ByteBufferPools seems to indicate that a single one of these is enough for a whole webserver, for example.
I suggest a solution where a single ByteBufferPool is used by an UndertowWebSocketClient (as opposed to one for each connection). An overloaded constructor could be added allowing the caller to supply such a ByteBufferPool, otherwise creating a default buffer pool. UndertowWebSocketClient#setPoolBufferSize (and possibly UndertowWebSocketClient#getPoolBufferSize) would have to be deprecated because the ByteBufferPool interface does not (and neither do the implementations) allow changing that value.
 In fact I have already deployed a version of our application with such a modified UndertowWebSocketClient and it seems to be doing fine.
If the suggestion fits Spring's vision for the UndertowWebSocketClient, I'd be happy to open a PR.
Attached are screenshots of a heap analysis tool demonstrating the symptoms of the problem described in this ticket.

SimpDestinationMessageMatcher.java
public SimpDestinationMessageMatcher(String pattern, SimpMessageType type) {
        this(pattern, null, new AntPathMatcher());
}

Always passes null as SimpMessageType parameter instead of type param therefore ignoring it completely.

HIVE-6642 edited the hive_metastoreConstants.java genned file. 
Need to add constant to thrift file and regen thrift classes.

The following scenario cases NPE in OAuthUtil:

Open a protected resource in browser
OAuthConsumerContextFilter creates a request token and redirects the user to the service provider authorization page. Don't click "Allow/Deny access" buttons there;
#Open the same (or another) protected resource again in the browser. Note that the previous request token is not authroized yet and OAuthConsumerContextFilter thinks that the new request is a callback from service provider - so it tries to create an access token.

I think the correct behavior is to redirect the user again to the service provider using the previously created request token (see attached patch).
Full stacktrace:

	at com.google.gdata.client.authn.oauth.OAuthUtil.normalizeParameters(OAuthUtil.java:163)
	at com.google.gdata.client.authn.oauth.OAuthUtil.getSignatureBaseString(OAuthUtil.java:81)
	at com.google.gdata.client.authn.oauth.TwoLeggedOAuthHelper.addCommonRequestParameters(TwoLeggedOAuthHelper.java:79)
	at com.google.gdata.client.authn.oauth.OAuthHelper.getOAuthUrl(OAuthHelper.java:661)
	at com.google.gdata.client.authn.oauth.OAuthHelper.getAccessToken(OAuthHelper.java:555)
	at com.spreadsheet.oauth.consumer.GAEOAuthConsumerSupport.getAccessToken(GAEOAuthConsumerSupport.java:107)
	at org.springframework.security.oauth.consumer.OAuthConsumerContextFilter.doFilter(OAuthConsumerContextFilter.java:161)
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
	at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:97)
	at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:100)
	at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:78)
	at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54)
	at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:35)
	at org.springframework.security.web.authentication.http://www.BasicAuthenticationFilter...ilter.java:177)
	at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:187)
	at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:105)
	at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:79)
	at com.google.appengine.api.blobstore.dev.ServeBlobFilter.doFilter(ServeBlobFilter.java:58)
	at com.google.appengine.tools.development.StaticFileFilter.doFilter(StaticFileFilter.java:122)
	at com.google.apphosting.utils.jetty.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:70)
	at com.google.appengine.tools.development.JettyContainerService$ApiProxyHandler.handle(JettyContainerService.java:349)

Hello,
org.springframework.context.support.MessageSourceSupport and 
org.springframework.context.support.StaticMessageSource
maintains a map to cache MessageFormat instances:
Map<String, MessageFormat> cachedMessageFormats = new HashMap<String, MessageFormat>();
The problem is that MessageFormat are created with locale information
and the caches don't honor that.
I propose that it should be used instead.
Map<String, Map<Locale,MessageFormat>> cachedMessageFormats = new HashMap<String, Map<Locale,MessageFormat>>();
btw, since spring is now only Java5
why not replace all maps and synchronized blocks
with ConcurrentMap and Lock's ?
Diogo Quintela

We decided to use Spring 3 and Spring Web Flow 2.1.0.M1 to get around Bug SWF-1053 on Tomcat 6.
AjaxTilesView only renders the first fragment when multiple fragments are requested. In 2.0.9 rendering of multiple fragments worked properly.
Our configuration:

<bean id="tilesViewResolver" class="org.springframework.js.ajax.AjaxUrlBasedViewResolver">
		<property name="order" value="2" />
		<property name="viewClass"
			value="org.springframework.js.ajax.tiles2.AjaxTilesView" />
</bean>

I noticed in 2.0.9 version of AjaxTilesView the line
response.flushBuffer(); was present in renderMergedOutputModel
In 2.1.0.M1 this line is commented out.
When I remove the comment the view works again. We've tested with IE6 and Firefox 3.6.3
After some debugging with Firebug I think that I've found the problem.
Without the response.flushBuffer(); the server send a Content-length header with the length of the first fragment only. Obviously the browser stops reading the request after the content length has been reached.
With response.flushBuffer();  the response doesn't contain a  Content-length at all and all fragments get rendered by the browser.

The existing user_permission command does not return permissions related to namespace. The permissions exist in the acl table, but the user_permission.rb does not handle namespaces.

Snapshot restore failed for a table which is created under user defined namespace,

java.io.IOException: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: tag_namespace:tableName_XYZ
	at org.apache.hadoop.hbase.util.ModifyRegionUtils.createRegions(ModifyRegionUtils.java:133)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.cloneHdfsRegions(RestoreSnapshotHelper.java:475)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreHdfsRegions(RestoreSnapshotHelper.java:208)
	at org.apache.hadoop.hbase.master.snapshot.CloneSnapshotHandler.handleCreateHdfsRegions(CloneSnapshotHandler.java:112)
	at org.apache.hadoop.hbase.master.handler.CreateTableHandler.handleCreateTable(CreateTableHandler.java:233)
	at org.apache.hadoop.hbase.master.handler.CreateTableHandler.process(CreateTableHandler.java:168)
	at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128)
Caused by: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: tag_namespace:tableName_XYZ
	at java.util.concurrent.FutureTask.get(FutureTask.java:188)
	at org.apache.hadoop.hbase.util.ModifyRegionUtils.createRegions(ModifyRegionUtils.java:126)
	... 9 more
Caused by: java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: tag_namespace:tableName_XYZ
	at org.apache.hadoop.fs.Path.initialize(Path.java:206)
	at org.apache.hadoop.fs.Path.<init>(Path.java:172)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreReferenceFile(RestoreSnapshotHelper.java:558)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreStoreFile(RestoreSnapshotHelper.java:531)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.access$200(RestoreSnapshotHelper.java:106)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper$2.storeFile(RestoreSnapshotHelper.java:509)
	at org.apache.hadoop.hbase.util.FSVisitor.visitRegionStoreFiles(FSVisitor.java:136)
	at org.apache.hadoop.hbase.snapshot.SnapshotReferenceUtil.visitRegionStoreFiles(SnapshotReferenceUtil.java:127)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.cloneRegion(RestoreSnapshotHelper.java:502)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.access$100(RestoreSnapshotHelper.java:106)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper$1.fillRegion(RestoreSnapshotHelper.java:479)
	at org.apache.hadoop.hbase.util.ModifyRegionUtils.createRegion(ModifyRegionUtils.java:160)
	at org.apache.hadoop.hbase.util.ModifyRegionUtils$1.call(ModifyRegionUtils.java:118)
	at org.apache.hadoop.hbase.util.ModifyRegionUtils$1.call(ModifyRegionUtils.java:115)
	... 3 more
Caused by: java.net.URISyntaxException: Relative path in absolute URI: tag_namespace:tableName_XYZ
	at java.net.URI.checkPath(URI.java:1804)
	at java.net.URI.<init>(URI.java:752)
	at org.apache.hadoop.fs.Path.initialize(Path.java:203)
	... 20 more

After region split, new daughter regions contain the reference of the original HFile until compaction happens. 
In RestoreSnapshotHelper (while restoring snapshot file which have regions containing hfile references), path is initialized using the snapshot table name which has namespace separated by colon,

  private void restoreReferenceFile(final Path familyDir, final HRegionInfo regionInfo,
      final String hfileName) throws IOException {
    // Extract the referred information (hfile name and parent region)
    Path refPath = StoreFileInfo.getReferredToFile(new Path(new Path(new Path(
        snapshotTable.getNameAsString(), regionInfo.getEncodedName()), familyDir.getName()),
        hfileName));
  ---code---
  }

http://forum.springframework.org/showthread.php?t=22422
The CAS authentication provider should call setDetails on the newly created CASAuthenticationToken. Alternatively, this could be done somewhere like AbstractAuthenticationProvider.authenticate, since it is probably common to all providers. Something like:
    public final Authentication authenticate(Authentication authentication)
        throws AuthenticationException {
        try {
            Authentication result = doAuthentication(authentication);
            if(result.getDetails() == null) 
{
               result.setDetails(authenitication.getDetails());
            }
        } catch (AuthenticationException e) 
{
            e.setAuthentication(authentication);
            throw e;
        }
    }

There is missing null check in org.wildfly.security.permission.AbstractPermission.equals(Object obj) method. NPE is thrown for null obj parameter.

RedisCache get lock only in clear() method.
RedisCache checks clear()'s lock in the other methods, but inconsistencies may occur due to race conditions.
put() method is serious because there is a serialize process.
For example...
1. Thread-A(put method) check lock.
2. Thread-A start serialize value.
3. Thread-B(clear method) check lock.
4. Thread-B get lock.
5. Thread-A put key and value.
6. Thread-B start del keys.
7. Thread-B del key from Thread-A
I think it is better to get lock in all methods(get/put/evict).
Or serialize value before call connection.multi(), and deserialize value after call connection.exec().

Version 1.1 of the ejb clustering schema includes an obsolete "clustered" attribute which should have been removed entirely.

The org.jboss.as.test.integration.ws.authentication.EJBEndpointAuthenticationTestCase has started failing intermittently but regularly on lightning. The failure shows messages like these:

java.lang.AssertionError: String 'not allowed' was expected in SocketException invoking http://127.0.0.1:8080/jaxws-authentication-ejb3/EJB3AuthService: Socket Closed
	at org.junit.Assert.fail(Assert.java:93)
	at org.junit.Assert.assertTrue(Assert.java:43)
	at org.jboss.as.test.integration.ws.authentication.EJBEndpointAuthenticationTestCase.accessHelloForNoneWithValidRole3(EJBEndpointAuthenticationTestCase.java:352

same goes also for PojoEndpointAuthenticationTestCase that fails sometimes

javax.xml.ws.WebServiceException: Could not send Message.
    at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:145)
    at $Proxy110.hello(Unknown Source)
    at org.jboss.as.test.integration.ws.authentication.PojoEndpointAuthenticationTestCase.accessHelloWithValidUser1(PojoEndpointAuthenticationTestCase.java:116)
     ...
Caused by: java.net.SocketException: Socket Closed
    at java.net.PlainSocketImpl.getOption(PlainSocketImpl.java:286)
    at java.net.Socket.getSoTimeout(Socket.java:1032)
    at sun.net.www.http.HttpClient.available(HttpClient.java:356)

It looks like the testcase expects a specific text in the exception cause.

create table not_an_acid_table(a int, b varchar(128));
insert into table not_an_acid_table select cint, cast(cstring1 as varchar(128)) from alltypesorc where cint is not null order by cint limit 10;
delete from not_an_acid_table where b = '0ruyd6Y50JpdGRf6HqD';

This generates a runtime error.  It should get a compile error instead.

we observed a reproducable NPE while scanning special table under special condition in our IntegratedTesting scenario, it was fixed by appling the attached patch.
org.apache.hadoop.hbase.client.ScannerCallable@67ee75a5, java.io.IOException: java.io.IOException: java.lang.NullPointerException
at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:1186)
at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:1175)
at org.apache.hadoop.hbase.regionserver.HRegionServer.openScanner(HRegionServer.java:2391)
at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at org.apache.hadoop.hbase.ipc.SecureRpcEngine$Server.call(SecureRpcEngine.java:456)
at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1426)
at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$EncodedScannerV2.getFirstKeyInBlock(HFileReaderV2.java:1071)
at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.seekBefore(HFileReaderV2.java:547)
at org.apache.hadoop.hbase.io.HalfStoreFileReader$1.seekBefore(HalfStoreFileReader.java:159)
at org.apache.hadoop.hbase.io.HalfStoreFileReader$1.seekBefore(HalfStoreFileReader.java:142)
at org.apache.hadoop.hbase.io.HalfStoreFileReader.getLastKey(HalfStoreFileReader.java:267)
at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.passesKeyRangeFilter(StoreFile.java:1543)
at org.apache.hadoop.hbase.regionserver.StoreFileScanner.shouldUseScanner(StoreFileScanner.java:375)
at org.apache.hadoop.hbase.regionserver.StoreScanner.selectScannersFrom(StoreScanner.java:298)
at org.apache.hadoop.hbase.regionserver.StoreScanner.getScannersNoCompaction(StoreScanner.java:262)
at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:149)
at org.apache.hadoop.hbase.regionserver.Store.getScanner(Store.java:2122)
at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:3460)
at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:1645)
at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1635)
at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1610)
at org.apache.hadoop.hbase.regionserver.HRegionServer.openScanner(HRegionServer.java:2377)
... 5 more

Related to CAMEL-6395
The following example would not work

                    .setHeader("goto").simple("${bean:myBean.whereToMate({{myApp}}, ${header.id})}")

Where as if we use ?method=whereToMate it would work.

Restart after <stop/> doesn't work if any previous steps have allowStartIfComplete=true.  The system tries to detect a restart by looking for a stopped step at the start of a job.  If one of the previous steps was already re-executed after being COMPLETED then this is wrong.

When ever I try to flush explicitly in the trunk code the flush procedure fails due to ZK issue

ERROR: org.apache.hadoop.hbase.errorhandling.ForeignException$ProxyThrowable via stobdtserver3,16040,1426172670959:org.apache.hadoop.hbase.errorhandling.ForeignException$ProxyThrowable: java.io.IOException: org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hbase/flush-table-proc/acquired/TestTable/stobdtserver3,16040,1426172670959
        at org.apache.hadoop.hbase.errorhandling.ForeignExceptionDispatcher.rethrowException(ForeignExceptionDispatcher.java:83)
        at org.apache.hadoop.hbase.procedure.Procedure.isCompleted(Procedure.java:368)
        at org.apache.hadoop.hbase.procedure.flush.MasterFlushTableProcedureManager.isProcedureDone(MasterFlushTableProcedureManager.java:196)
        at org.apache.hadoop.hbase.master.MasterRpcServices.isProcedureDone(MasterRpcServices.java:905)
        at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:47019)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2073)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:107)
        at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:130)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:107)
Caused by: org.apache.hadoop.hbase.errorhandling.ForeignException$ProxyThrowable: java.io.IOException: org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hbase/flush-table-proc/acquired/TestTable/stobdtserver3,16040,1426172670959
        at org.apache.hadoop.hbase.procedure.Subprocedure.cancel(Subprocedure.java:273)
        at org.apache.hadoop.hbase.procedure.ProcedureMember.controllerConnectionFailure(ProcedureMember.java:225)
        at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.sendMemberAcquired(ZKProcedureMemberRpcs.java:254)
        at org.apache.hadoop.hbase.procedure.Subprocedure.call(Subprocedure.java:166)
        at org.apache.hadoop.hbase.procedure.Subprocedure.call(Subprocedure.java:52)
        at java.util.concurrent.FutureTask.run(FutureTask.java:262)
        ... 1 more

Once this occurs, even on restart of the RS the RS becomes unusable.  I have verified that the ZK remains intact and there is no problem with it.  a bit older version of trunk ( 3months) does not have this problem.

Swarm has a lot of modules (module.xml) that are not supposed to be used directly. IMHO, those should all be marked private as described in https://docs.jboss.org/author/display/WFLY10/Class+Loading+in+WildFly#ClassLoadinginWildFly-The%22jboss.api%22propertyandapplicationuseofmodulesshippedwithWildFly
For modules automatically generated for all fractions by the wildfly-swarm-fraction-plugin, I filed SWARM-1467. This JIRA is for modules (module.xml) present directly in the Swarm project codebase (find . -name module.xml). They should all be evaluated and if a particular module isn't supposed to be used directly, a jboss.api property with a value of private should be added to the module.xml.

Table foo1 contains 1 column named fooname.
Table foo2 ALSO contains 1 column named fooname.
SELECT * FROM foo1, foo2
(result: fooname, fooname)
findColumn("fooname") should return the FIRST and not the SECOND (LAST) index of fooname.
This bug is introduced in Spring JDBC since the implementation ResultSetWrappingSqlRowSet uses a HashMap. 
The code should check for existence of the key in the map and not override the value if the key exists.
See: http://docs.oracle.com/javase/8/docs/api/java/sql/ResultSet.html
QUOTE: When a getter method is called with a column name and several columns have the same name, the value of the first matching column will be returned.

Shreya was doing some testing of a deploy of HBase, verifying that the ZK ACLs were actually set as we expect (yay, security).
She noticed that, in some cases, we were seeing multiple ACLs for the same user.

'world,'anyone
: r
'sasl,'hbase
: cdrwa
: cdrwa

After digging into this (and some insight from the mighty Enis Soztutar), we realized that this was happening because of an overridden value for hbase.superuser. However, the ACL value doesn't match what we'd expect to see (as hbase.superuser was set to cstm-hbase).
After digging into this code, it seems like the auth ACL scheme in ZooKeeper does not work as we expect.

      if (superUser != null) {
        acls.add(new ACL(Perms.ALL, new Id("auth", superUser)));
      }

In the above, the "auth" scheme ignores any provided "subject" in the Id object. It only considers the authentication of the current connection. As such, our usage of this never actually sets the ACL for the superuser correctly.

Based on the knowledge of several resources, I am aware EAP 7 does not allow resource files at the EAR's root to enter the classpath:

https://access.redhat.com/discussions/671203
https://developer.jboss.org/thread/253050
https://blog.akquinet.de/2017/08/14/customizing-application-properties-with-jboss-eapwildfly/

Nevertheless I tried it anyhow! I placed a Java Properties file in my EAR's root, and added jboss-deployment-structure.xml to specify the Java Properties file as a <resource>. Upon deploying this exception was given:

ERROR (MSC service thread 1-8) MSC000001: Failed to start service jboss.deployment.unit."test.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."test.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "test.ear"
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
  at java.lang.Thread.run(Thread.java:748)
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0168: Error loading jboss-deployment-structure.xml from C:\eap-7.1\standalone\tmp\vfs\temp\temp4dfe4a42c99e5d22\content-7091913dc2c38e24\contents\META-INF\jboss-deployment-structure.xml
  at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:338)
  at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:310)
  at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.deploy(DeploymentStructureDescriptorParser.java:160)
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
  ... 5 more
Caused by: javax.xml.stream.XMLStreamException: java.util.zip.ZipException: error in opening zip file
  at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseResourceRoot(JBossDeploymentStructureParser12.java:770)
  at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseResources(JBossDeploymentStructureParser12.java:700)
  at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseModuleStructureSpec(JBossDeploymentStructureParser12.java:347)
  at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseDeployment(JBossDeploymentStructureParser12.java:263)
  at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.readElement(JBossDeploymentStructureParser12.java:240)
  at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.readElement(JBossDeploymentStructureParser12.java:69)
  at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:122)
  at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:76)
  at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:332)
  ... 8 more
Caused by: java.util.zip.ZipException: error in opening zip file
  at java.util.zip.ZipFile.open(Native Method)
  at java.util.zip.ZipFile.<init>(ZipFile.java:225)
  at java.util.zip.ZipFile.<init>(ZipFile.java:155)
  at java.util.jar.JarFile.<init>(JarFile.java:166)
  at java.util.jar.JarFile.<init>(JarFile.java:130)
  at org.jboss.vfs.spi.JavaZipFileSystem.<init>(JavaZipFileSystem.java:90)
  at org.jboss.vfs.spi.JavaZipFileSystem.<init>(JavaZipFileSystem.java:77)
  at org.jboss.vfs.VFS.mountZip(VFS.java:386)
  at org.jboss.vfs.VFS.mountZip(VFS.java:410)
  at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseResourceRoot(JBossDeploymentStructureParser12.java:760)
  ... 16 more

Moving the Java Properties file to a readable location (like META-INF) resolved the exception. However, I am pretty sure "error in opening zip file" isn't the right problem to report back to the user.

I've tried to use dynamic jar load (https://issues.apache.org/jira/browse/HBASE-1936) but seems to have an issue with FilterList. 
Here is some log from my app where i send a Get with a FilterList containing AFilter and other with BFilter.

2013-12-02 13:55:42,564 DEBUG org.apache.hadoop.hbase.util.DynamicClassLoader: Class d.p.AFilter not found - using dynamical class loader
2013-12-02 13:55:42,564 DEBUG org.apache.hadoop.hbase.util.DynamicClassLoader: Finding class: d.p.AFilter
2013-12-02 13:55:42,564 DEBUG org.apache.hadoop.hbase.util.DynamicClassLoader: Loading new jar files, if any
2013-12-02 13:55:42,677 DEBUG org.apache.hadoop.hbase.util.DynamicClassLoader: Finding class again: d.p.AFilter
2013-12-02 13:55:43,004 ERROR org.apache.hadoop.hbase.io.HbaseObjectWritable: Can't find class d.p.BFilter
java.lang.ClassNotFoundException: d.p.BFilter
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:247)
	at org.apache.hadoop.conf.Configuration.getClassByName(Configuration.java:820)
	at org.apache.hadoop.hbase.io.HbaseObjectWritable.getClassByName(HbaseObjectWritable.java:792)
	at org.apache.hadoop.hbase.io.HbaseObjectWritable.readObject(HbaseObjectWritable.java:679)
	at org.apache.hadoop.hbase.io.HbaseObjectWritable.readObject(HbaseObjectWritable.java:594)
	at org.apache.hadoop.hbase.filter.FilterList.readFields(FilterList.java:324)
	at org.apache.hadoop.hbase.client.Get.readFields(Get.java:405)
	at org.apache.hadoop.hbase.io.HbaseObjectWritable.readObject(HbaseObjectWritable.java:690)
	at org.apache.hadoop.hbase.client.Action.readFields(Action.java:101)
	at org.apache.hadoop.hbase.client.MultiAction.readFields(MultiAction.java:116)
	at org.apache.hadoop.hbase.ipc.Invocation.readFields(Invocation.java:126)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Connection.processData(HBaseServer.java:1311)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Connection.readAndProcess(HBaseServer.java:1226)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Listener.doRead(HBaseServer.java:748)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Listener$Reader.doRunLoop(HBaseServer.java:539)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Listener$Reader.run(HBaseServer.java:514)

AFilter is not found so it tries with DynamicClassLoader, but when it tries to load AFilter, it uses URLClassLoader and fails without checking out for dynamic jars.
I think the issue is releated to FilterList#readFields
FilterList.java
 
 public void readFields(final DataInput in) throws IOException {
    byte opByte = in.readByte();
    operator = Operator.values()[opByte];
    int size = in.readInt();
    if (size > 0) {
      filters = new ArrayList<Filter>(size);
      for (int i = 0; i < size; i++) {
        Filter filter = (Filter)HbaseObjectWritable.readObject(in, conf);
        filters.add(filter);
      }
    }
  }

HbaseObjectWritable#readObject uses a conf (created by calling HBaseConfiguration.create()) which i suppose doesn't include a DynamicClassLoader instance.

From Michaela Buergle up on the hbase-dev:
While searching around in my logfiles, I noted some bytes ending up
there instead of a human readable version of getRegionName():

master.ChangeTableState l.129 [adding region " + i.getRegionName() + "
to kill list"]

master.ProcessRegionClose.toString() l.54 ["ProcessRegionClose of " +
this.regionInfo.getRegionName()]

master.ProcessRegionClose.process() l.63 ["region closed: " +
regionInfo.getRegionName())]

master.ColumnOperation.updateRegionInfo() l.57 ["updated columns in row:
" + i.getRegionName()]

master.ChangeTableState.postProcessMeta() l.87 ["updating columns in
row: " + i.getRegionName()], l.96 ["updated columns in row: " +
i.getRegionName()]

master.RegionManager.unassignSomeRegions() l.426 ["Going to close region
" + currentRegion.getRegionName()]

micha

In the current build, running

jarsigner --verify ./lib/hive-jdbc-0.14.0-SNAPSHOT-standalone.jar
Jar verification failed.

unless that jar is removed from the lib dir, all hive queries throw the following error 

Exception in thread "main" java.lang.SecurityException: Invalid signature file digest for Manifest main attributes
	at sun.security.util.SignatureFileVerifier.processImpl(SignatureFileVerifier.java:240)
	at sun.security.util.SignatureFileVerifier.process(SignatureFileVerifier.java:193)
	at java.util.jar.JarVerifier.processEntry(JarVerifier.java:305)
	at java.util.jar.JarVerifier.update(JarVerifier.java:216)
	at java.util.jar.JarFile.initializeVerifier(JarFile.java:345)
	at java.util.jar.JarFile.getInputStream(JarFile.java:412)
	at sun.misc.URLClassPath$JarLoader$2.getInputStream(URLClassPath.java:775)

Be sure to set the component to Documentation in addition any other involved components.
Missing "to." Should be: 
Be sure to set the component to Documentation in addition to any other involved components.
http://hbase.apache.org/book.html#appendix_contributing_to_documentation

 we defined our route as:
	from("file:stageDummy")
    	.threads(1)
    	.process(myProcess);
   We first add 1000 file in stageDummy folder, then we run the code and we get exception as below

org.apache.camel.component.file.GenericFileOperationFailedException: Cannot rename file: GenericFile[newFile319] to: GenericFile[.camel/newFile319]
	at org.apache.camel.component.file.strategy.GenericFileProcessStrategySupport.renameFile(GenericFileProcessStrategySupport.java:115)
	at org.apache.camel.component.file.strategy.GenericFileRenameProcessStrategy.commit(GenericFileRenameProcessStrategy.java:88)
	at org.apache.camel.component.file.GenericFileOnCompletion.processStrategyCommit(GenericFileOnCompletion.java:127)
	at org.apache.camel.component.file.GenericFileOnCompletion.onCompletion(GenericFileOnCompletion.java:83)
	at org.apache.camel.component.file.GenericFileOnCompletion.onComplete(GenericFileOnCompletion.java:57)
	at org.apache.camel.util.UnitOfWorkHelper.doneSynchronizations(UnitOfWorkHelper.java:104)
	at org.apache.camel.impl.DefaultUnitOfWork.done(DefaultUnitOfWork.java:229)
	at org.apache.camel.util.UnitOfWorkHelper.doneUow(UnitOfWorkHelper.java:65)
	at org.apache.camel.processor.CamelInternalProcessor$UnitOfWorkProcessorAdvice.after(CamelInternalProcessor.java:654)
	at org.apache.camel.processor.CamelInternalProcessor$UnitOfWorkProcessorAdvice.after(CamelInternalProcessor.java:609)
	at org.apache.camel.processor.CamelInternalProcessor$InternalCallback.done(CamelInternalProcessor.java:239)
	at org.apache.camel.processor.CamelInternalProcessor$InternalCallback.done(CamelInternalProcessor.java:250)
	at org.apache.camel.processor.RedeliveryErrorHandler$1.done(RedeliveryErrorHandler.java:480)
	at org.apache.camel.management.InstrumentationProcessor$1.done(InstrumentationProcessor.java:86)
	at org.apache.camel.processor.Pipeline$1.done(Pipeline.java:148)
	at org.apache.camel.processor.ThreadsProcessor$ProcessCall.run(ThreadsProcessor.java:85)

As per our understanding camel picks up the file from the mentioned directory i.e in my case-stageDummy and processed by process-myProcess
and moves it to .camel sub folder.We noticed that if we were having more than or around 1000 files in the folder -stageDummy ,there were some exceptions
thrown 
This exception is thrown randomly for n number of files,where n changes everytime we execute our main.Note that we were not trying to access the exchange 
instead we kept our process simple.We could see that if there are 1000 files in our folder then the processor is getting called 1000+x times ,where x changes everytime example it gets called 1024 times,and we could see that camel is trying to process  these x number of files again
We are attaching the Sample Main class

key-manager-factory and trust-manager-factory requires user to specify algorithm.
Consider defaulting in elytron code to TrustManagerFactory.getDefaultAlgorithm() and KeyManagerFactory.getDefaultAlgorithm().
It is java portable as for oracle java it returns SunX509 and for Ibm java IbmX509.
This JIRA is in scope of "user experience", minimizing necessary user input configuration.
David: "The trust manager definitely should use the default algorithm when none is given; in this case the algorithm name isn't an "algorithm" per se, it's just an implementation name."

The problem only occurs when backup mode (--backup flag) is on, and it actually is unrelated to patching. (I only noticed it when patching because that's usually when I restart the host.) I will attach an example you can use to verify the bug.

There is a condition check for Debug mode logging in HRegionServer.java . Because of this the region server never closes the META region while stopping hbase and thus never stops, if DEBUG mode is not enable in logging. 

The log redirector currently doesn't include the thread ID. In case there are multiple sessions running concurrently, it's hard to tell which redirector belongs to which session.

Hit the issue when trying launch spark job. Stack trace:

Caused by: java.lang.NoSuchMethodError: io.netty.channel.DefaultChannelId.newInstance()Lio/netty/channel/DefaultChannelId;
        at io.netty.channel.AbstractChannel.newId(AbstractChannel.java:111) ~[netty-all-4.1.17.Final.jar:4.1.17.Final]
        at io.netty.channel.AbstractChannel.<init>(AbstractChannel.java:83) ~[netty-all-4.1.17.Final.jar:4.1.17.Final]
        at io.netty.channel.nio.AbstractNioChannel.<init>(AbstractNioChannel.java:84) ~[netty-all-4.1.17.Final.jar:4.1.17.Final]
        at io.netty.channel.nio.AbstractNioMessageChannel.<init>(AbstractNioMessageChannel.java:42) ~[netty-all-4.1.17.Final.jar:4.1.17.Final]
        at io.netty.channel.socket.nio.NioServerSocketChannel.<init>(NioServerSocketChannel.java:86) ~[netty-all-4.1.17.Final.jar:4.1.17.Final]
        at io.netty.channel.socket.nio.NioServerSocketChannel.<init>(NioServerSocketChannel.java:72) ~[netty-all-4.1.17.Final.jar:4.1.17.Final]
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_151]
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_151]
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_151]
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_151]
        at io.netty.channel.ReflectiveChannelFactory.newChannel(ReflectiveChannelFactory.java:38) ~[netty-all-4.1.17.Final.jar:4.1.17.Final]
        ... 32 more

It seems we have conflicts versions of class io.netty.channel.DefaultChannelId from async-http-client.jar and netty-all.jar

This is a continuation of HBASE-4987. Will put up a patch shortly.

The copySelected method in VectorUDFDateDiffColCol class was missed during HIVE-18622

Testing 0.20_pre_durability@934691 my client got permanently stuck with one thread looping inside TreeMap.remove. See attached stack.

Stock Karaf, unpacked, started via bin/karaf, repo-add camel + Features camel-quartz2 and camel-blueprint (2.18.0.SNAPSHOT).
Deployed a blueprint with a Camel route. Shell shows the following error on issuing this command:
karaf@root()> camel:route-info route1
Error executing command: org/apache/karaf/util/StringEscapeUtils
Log:
java.lang.NoClassDefFoundError: org/apache/karaf/util/StringEscapeUtils
	at org.apache.camel.karaf.commands.internal.StringEscape.unescapeJava(StringEscape.java:25)
	at org.apache.camel.commands.RouteInfoCommand.executeOnRoute(RouteInfoCommand.java:52)
	at org.apache.camel.commands.AbstractRouteCommand.execute(AbstractRouteCommand.java:56)
	at org.apache.camel.karaf.commands.RouteInfo.doExecute(RouteInfo.java:35)
	at org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:34)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:41)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.karaf.shell.commands.basic.AbstractCommand.execute(AbstractCommand.java:34)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.karaf.shell.compat.CommandTracker$1.execute(CommandTracker.java:112)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:67)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:87)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)[44:org.apache.karaf.shell.core:4.0.5]
	at org.apache.karaf.shell.impl.console.ConsoleSessionImpl.run(ConsoleSessionImpl.java:270)[44:org.apache.karaf.shell.core:4.0.5]
	at java.lang.Thread.run(Thread.java:745)[:1.8.0_72]

016-04-18 15:02:50,632 WARN  [member: '10.22.11.177,55156,1461016964801' subprocedure-pool5-thread-1] flush.RegionServerFlushTableProcedureManager$FlushTableSubprocedurePool(275): Got Exception in FlushSubprocedurePool
java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: Timestamp cannot be negative. minStamp:-9223372036854775808, maxStamp:128
	at org.apache.hadoop.hbase.procedure.flush.RegionServerFlushTableProcedureManager$FlushTableSubprocedurePool.waitForOutstandingTasks(RegionServerFlushTableProcedureManager.java:251)
	at org.apache.hadoop.hbase.procedure.flush.FlushTableSubprocedure.flushRegions(FlushTableSubprocedure.java:102)
	at org.apache.hadoop.hbase.procedure.flush.FlushTableSubprocedure.acquireBarrier(FlushTableSubprocedure.java:113)
	at org.apache.hadoop.hbase.procedure.Subprocedure.call(Subprocedure.java:166)
	at org.apache.hadoop.hbase.procedure.Subprocedure.call(Subprocedure.java:1)
Caused by: java.lang.IllegalArgumentException: Timestamp cannot be negative. minStamp:-9223372036854775808, maxStamp:128
	at org.apache.hadoop.hbase.io.TimeRange.<init>(TimeRange.java:81)
	at org.apache.hadoop.hbase.regionserver.TimeRangeTracker.toTimeRange(TimeRangeTracker.java:204)
	at org.apache.hadoop.hbase.regionserver.ImmutableSegment.<init>(ImmutableSegment.java:44)
	at org.apache.hadoop.hbase.regionserver.SegmentFactory.createImmutableSegment(SegmentFactory.java:57)
	at org.apache.hadoop.hbase.regionserver.DefaultMemStore.snapshot(DefaultMemStore.java:93)
	at org.apache.hadoop.hbase.regionserver.HStore$StoreFlusherImpl.prepare(HStore.java:2151)
	at org.apache.hadoop.hbase.regionserver.HRegion.internalPrepareFlushCache(HRegion.java:2324)
	at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:2192)
	at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:2163)
	at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:2054)
	at org.apache.hadoop.hbase.regionserver.HRegion.flush(HRegion.java:1980)
	at org.apache.hadoop.hbase.procedure.flush.FlushTableSubprocedure$RegionFlushTask.call(FlushTableSubprocedure.java:68)
	at org.apache.hadoop.hbase.procedure.flush.FlushTableSubprocedure$RegionFlushTask.call(FlushTableSubprocedure.java:1)

I get the following warnings on MacOSX:
 [exec] compiling OSInfo.java
[exec] "$JAVA_HOME/bin/javac" -source 1.6 -target 1.6 -d target/jni-classes -sourcepath src/main/java src/main/java/org/apache/commons/crypto/random/OpensslCryptoRandomNative.java
[exec] warning: [options] bootstrap class path not set in conjunction with -source 1.6
[exec] "$JAVA_HOME/bin/javah" -force -classpath target/jni-classes -o target/jni-classes/org/apache/commons/crypto/random/OpensslCrypto1 warning
[exec] RandomNative.h org.apache.commons.crypto.random.OpensslCryptoRandomNative
[exec] gcc -arch x86_64 -Ilib/inc_mac -I/Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/Home/include -O2 -fPIC -mmacosx-version-min=10.5 -fvisibility=hidden -I/usr/local/include -Ilib/include -I/usr/include -I"src/main/native/org/apache/commons/crypto/" -I"/Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/Home/include/darwin" -I"target/jni-classes/org/apache/commons/crypto/cipher" -I"target/jni-classes/org/apache/commons/crypto/random" -c src/main/native/org/apache/commons/crypto/random/OpensslCryptoRandomNative.c -o target/commons-crypto-1.0.0-SNAPSHOT-Mac-x86_64/OpensslCryptoRandom.o
[exec] src/main/native/org/apache/commons/crypto/random/OpensslCryptoRandomNative.c:37:9: warning: 'JNIEXPORT' macro redefined [-Wmacro"$JAVA_HOME/bin/javac" -source 1.6 -target 1.6 -d target/jni-classes -sourcepath src/main/java src/main/java/org/apache/commons/-redefined]
[exec] #define JNIEXPORT _attribute((visibility_("default")))
[exec]         ^
[exec] /Library/Java/JavaVirtualMachines/jdk1.7.0_79crypto/cipher/OpensslNative.java
[exec] .jdk/Contents/Home/include/darwin/jni_md.h:29:9: note: previous definition is here
[exec] #define JNIEXPORT
[exec]         ^
[exec] 1 warning generated.
[exec] "$JAVA_HOME/bin/javah" -force -classpath target/jni-classes -o target/jni-classes/org/apache/commons/crypto/cipher/OpensslNative.h org.apache.commons.crypto.cipher.OpensslNative
[exec] 1 warning
[exec] gcc -arch x86_64 -Ilib/inc_mac -I/Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/Home/include -O2 -fPIC -mmacosx-version-min=10.5 -fvisibility=hidden -I/usr/local/include -Ilib/include -I/usr/include -I"src/main/native/org/apache/commons/crypto/" -I"/Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/Home/include/darwin" -I"target/jni-classes/org/apache/commons/crypto/cipher" -I"target/jni-classes/org/apache/commons/crypto/random" -c src/main/native/org/apache/commons/crypto/cipher/OpensslNative.c -o target/commons-crypto-1.0.0-SNAPSHOT-Mac-x86_64/OpensslNative.o
[exec] src/main/native/org/apache/commons/crypto/cipher/OpensslNative.c:26:9: warning: 'JNIEXPORT' macro redefined [-Wmacro-redefined]
[exec]         ^
[exec] /Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/Home/include/darwin/jni_md.h:29:9: note: previous definition is here
[exec]         ^

Our pom builds javadoc and book in the pre-site step.  A copy-resources tries to copy the javadoc and book to the site dir but it also does it at pre-site time.  Maven does not let you specify the order in which these run.  Whats happening is that the copy is happening before the book and javadoc are generated so though javadoc and book are built, they are not being included.

org.jboss.ejb3 module is exposing org.jboss.ejb3:jboss-ejb3-ext-api artifact which is only a bunch of interfaces that only depends on java.se.
That means all the module dependencies are unused and can be removed

It does not appear to be possible to address nodes with a name of '/' in the CLI. This is used in the default undertow subsystem to serve the welcome content.

[standalone@localhost:9990 /] /subsystem=undertow/server=default-server/host=default-host/location=*:read-resource
{
            ("subsystem" => "undertow"),
            ("server" => "default-server"),
            ("host" => "default-host"),
            ("location" => "/")
        ],
            "handler" => "welcome-content",
            "filter-ref" => undefined
        }
    }]
}

[standalone@localhost:9990 /] /subsystem=undertow/server=default-server/host=default-host/location=\/:read-resource
Node type is not complete at index 71

The testPickers in TestFavoredStochasticBalancerPickers hangs after applying the change in Core Proc-V2 AM in HBASE-14614.  It was disabled.
This JIRA tracks the work to enable it.

The MP OpenTracing Extension has a dependency on org.wildfly.core:wildfly-subsystem-test which is the default scope. This should be set to a test scope.

java.io.IOException: java.net.URISyntaxException: Expected scheme name at index 0: :///user/sershe/hive-exec-0.14.0-SNAPSHOT-5a31b3483b29ad46db705a47893898b2b9f5b7ce3c65f0641bbecca2b1201d81.jar
	at org.apache.tez.client.TezClientUtils.setupDAGCredentials(TezClientUtils.java:304)
	at org.apache.tez.client.TezSession.submitDAG(TezSession.java:202)
	at org.apache.tez.client.TezSession.submitDAG(TezSession.java:154)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.submit(TezTask.java:294)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:147)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:153)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1473)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1240)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1058)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:885)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:875)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:268)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:220)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:424)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:793)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:687)
Caused by: java.net.URISyntaxException: Expected scheme name at index 0: :///user/sershe/hive-exec-0.14.0-SNAPSHOT-5a31b3483b29ad46db705a47893898b2b9f5b7ce3c65f0641bbecca2b1201d81.jar
	at java.net.URI$Parser.fail(URI.java:2829)
	at java.net.URI$Parser.failExpecting(URI.java:2835)
	at java.net.URI$Parser.parse(URI.java:3027)
	at java.net.URI.<init>(URI.java:753)
	at org.apache.hadoop.yarn.util.ConverterUtils.getPathFromYarnURL(ConverterUtils.java:80)
	at org.apache.tez.client.TezClientUtils.setupDAGCredentials(TezClientUtils.java:296)
	... 22 more

If a table is creates with either 'merges' or 'splits' as one of the Column Family name it can never be flushed to the disk even though the table creation (and data population) succeeds.
The reason for this is that these two are used as temporary directory names inside the region folder or merge and splits respectively and hence conflicts with the directories created for CF with same name.
A simple fix would be to uses ".merges' and ".splits" as the working folder (patch attached). This will also be consistent with other work folder names. An alternate fix would be to declare these words (and other similar) as reserve words and throw exception when they are used. However, I do find the alternate approach as unnecessarily restrictive.

Affected scenario: stress-ejbremote-repl-sync
If you need the scenario description let me know.
When increasing number of clients from 5600 to 6000, one of the newly created clients logged: 

2018/03/01 09:06:52:118 EST [ERROR][Runner - 1165] HOST dev220.mw.lab.eng.bos.redhat.com:rootProcess:c - Lookup failed: javax.naming.CommunicationException: EJBCLIENT000062: Failed to look up "clusterbench-ee7/clusterbench-ee7-ejb//RemoteStatefulSBImpl!org.jboss.test.clusterbench.ejb.stateful.RemoteStatefulSB?stateful" [Root exception is javax.ejb.EJBException: Failed to read session create response]
2018/03/01 09:06:52:118 EST [WARN ][Runner - 1165] HOST dev220.mw.lab.eng.bos.redhat.com:rootProcess:c - Error sampling data:  <org.jboss.smartfrog.loaddriver.RequestProcessingException: Could not lookup session bean.>
        
2018/03/01 09:06:52:118 EST [WARN ][Runner - 1165] SFCORE_LOG - Error sampling data:  <org.jboss.smartfrog.loaddriver.RequestProcessingException: Could not lookup session bean.>
        org.jboss.smartfrog.loaddriver.RequestProcessingException: Could not lookup session bean.
	at org.jboss.smartfrog.clustering.ejb3.StatefulSBProcessorFactoryImpl$EJB3RequestProcessor.initSession(StatefulSBProcessorFactoryImpl.java:225)
	at org.jboss.smartfrog.clustering.ejb3.StatefulSBProcessorFactoryImpl$EJB3RequestProcessor.processRequest(StatefulSBProcessorFactoryImpl.java:71)
	at org.jboss.smartfrog.loaddriver.CompoundRequestProcessorFactoryImpl$CompoundRequestProcessor.processRequest(CompoundRequestProcessorFactoryImpl.java:52)
	at org.jboss.smartfrog.loaddriver.Runner.run(Runner.java:103)
Caused by: javax.naming.CommunicationException: EJBCLIENT000062: Failed to look up "clusterbench-ee7/clusterbench-ee7-ejb//RemoteStatefulSBImpl!org.jboss.test.clusterbench.ejb.stateful.RemoteStatefulSB?stateful" [Root exception is javax.ejb.EJBException: Failed to read session create response]
	at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:160)
	at org.wildfly.naming.client.AbstractContext.lookup(AbstractContext.java:84)
	at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:144)
	at org.jboss.smartfrog.clustering.ejb3.StatefulSBProcessorFactoryImpl$EJB3RequestProcessor.initSession(StatefulSBProcessorFactoryImpl.java:211)
	... 4 more
Caused by: javax.ejb.EJBException: Failed to read session create response
	at org.jboss.ejb.protocol.remote.EJBClientChannel$SessionOpenInvocation.getResult(EJBClientChannel.java:869)
	at org.jboss.ejb.protocol.remote.EJBClientChannel.openSession(EJBClientChannel.java:623)
	at org.jboss.ejb.protocol.remote.RemoteEJBReceiver.createSession(RemoteEJBReceiver.java:149)
	at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:63)
	at org.jboss.ejb.protocol.remote.RemotingEJBClientInterceptor.handleSessionCreation(RemotingEJBClientInterceptor.java:66)
	at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:70)
	at org.jboss.ejb.client.TransactionPostDiscoveryInterceptor.handleSessionCreation(TransactionPostDiscoveryInterceptor.java:102)
	at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.handleSessionCreation(DiscoveryEJBClientInterceptor.java:138)
	at org.jboss.ejb.client.NamingEJBClientInterceptor.handleSessionCreation(NamingEJBClientInterceptor.java:92)
	at org.jboss.ejb.client.TransactionInterceptor.handleSessionCreation(TransactionInterceptor.java:100)
	at org.jboss.ejb.client.EJBClientContext.createSession(EJBClientContext.java:835)
	at org.jboss.ejb.client.EJBClient.createSessionProxy(EJBClient.java:198)
	at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:158)
	... 8 more
Caused by: java.lang.ClassNotFoundException: org.infinispan.util.concurrent.TimeoutException
	at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
	at java.lang.Class.forName(Class.java:348)
	at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:123)
	at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:104)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:1025)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1354)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:275)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:223)
	at org.jboss.marshalling.river.RiverUnmarshaller.readFields(RiverUnmarshaller.java:1856)
	at org.jboss.marshalling.river.RiverObjectInputStream.defaultReadObject(RiverObjectInputStream.java:81)
	at java.lang.Throwable.readObject(Throwable.java:914)
	at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
	at org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:317)
	at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1748)
	at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1717)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1397)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:208)
	at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:76)
	at org.jboss.ejb.protocol.remote.EJBClientChannel$SessionOpenInvocation.getResult(EJBClientChannel.java:816)
	... 24 more

Server logs are full of timeout exceptions (WFLY-9890), not sure if it is directly related.

In the doFilter method request.getParameterMap() is used as Map<String, String> while it is a MultiMap:
    if (request.getParameter("error") != null) 
{
      oauth2Context.setErrorParameters(request.getParameterMap());
    }

Later it causes ClassCastException in DefaultOAuth2SerializationService.deserializeError()

Run sample servers
Authenticate on auth server
Deny access for the client
or just add "?error=access_denied&error_description=User denied authentication." to the client resource URL

Calcite's Sort contains both: Sort and Limit operator. We should extend that one. Further, we should get rid of HiveLimit operator which is never used.

Memstore.updateColumnValue passes the wrong flag to heapSizeChange, making it so that the size keeps growing while the actual size is probably the same. For example, in our production environment we see tables that only take ICVs doing flushes of a few KBs when it thinks there's 64MB in:

Started memstore flush for region somecountingtable,,1248719998664.121282795. Current region memstore size 64.0
Added hdfs://borg9:9000/hbase/somecountingtable/121282795/counter/3564459650504019443, entries=905, sequenceid=72504291507, 
memsize=183.3k, filesize=18.5k to somecountingtable,,1248719998664.121282795

ConfigurationDynaBean is not fully tested for properties stored in the configuration as arrays. This case is rare because any array added to a configuration is automatically transformed into a List. To reproduce this issue the configuration must be a wrapper of a source that already contains an array, such as a MapConfiguration or a JNDIConfiguration.

When changing transaction mode to "NONE" for the cache containter "web" in standalone-ha.xml, starting the standalone server in the HA mode and deploying the "clusterbench" application (see the attachments), a NullPointerException occurs.
Clusterbench git repo:
https://github.com/clusterbench/clusterbench

11:13:17,546 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 63) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war cache from web container
11:13:17,546 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 65) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-default.war cache from web container
11:13:17,546 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 66) WFLYCLINF0002: Started dist cache from ejb container
11:13:17,546 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 64) WFLYCLINF0002: Started dist cache from web container
11:13:17,554 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 66) MSC000001: Failed to start service jboss.clustering.registry.web.default: org.jboss.msc.service.StartException in service jboss.clustering.registry.web.default: java.lang.NullPointerException
        at org.wildfly.clustering.service.AsynchronousServiceBuilder$1.run(AsynchronousServiceBuilder.java:107)
        at org.jboss.threads.JBossThread.run(JBossThread.java:320)
        at org.wildfly.clustering.ee.infinispan.InfinispanBatcher.createBatch(InfinispanBatcher.java:64)
        at org.wildfly.clustering.ee.infinispan.InfinispanBatcher.createBatch(InfinispanBatcher.java:41)
        at org.wildfly.clustering.server.registry.CacheRegistry.getLocalEntry(CacheRegistry.java:128)
        at org.wildfly.clustering.server.registry.CacheRegistry.<init>(CacheRegistry.java:76)
        at org.wildfly.clustering.server.registry.CacheRegistryFactory$1.<init>(CacheRegistryFactory.java:53)
        at org.wildfly.clustering.server.registry.CacheRegistryFactory.createRegistry(CacheRegistryFactory.java:53)
        at org.wildfly.clustering.server.registry.RegistryBuilder.start(RegistryBuilder.java:83)
        at org.wildfly.clustering.service.AsynchronousServiceBuilder$1.run(AsynchronousServiceBuilder.java:102)
        ... 4 more

11:13:17,586 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (ServerService Thread Pool -- 65) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
11:13:17,587 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (ServerService Thread Pool -- 65) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
11:13:17,601 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 65) WFLYCLINF0002: Started clusterbench-ee7.ear/clusterbench-ee7-ejb.jar cache from ejb container
11:13:18,102 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "infinispan"),
    ("cache-container" => "web")
]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.clustering.registry.web.default" => "org.jboss.msc.service.StartException in service jboss.clustering.registry.web.default: java.lang.NullPointerException
11:13:18,125 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "clusterbench-ee7.ear" (runtime-name : "clusterbench-ee7.ear")
11:13:18,125 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "sample.war" (runtime-name : "sample.war")
11:13:18,126 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.clustering.registry.web.default: org.jboss.msc.service.StartException in service jboss.clustering.registry.web.default: java.lang.NullPointerException

11:13:18,146 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
11:13:18,147 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
11:13:18,147 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 9.0.0.Alpha2-SNAPSHOT (WildFly Core 1.0.0.Alpha15) started (with errors) in 6312ms - Started 769 of 960 services (12 services failed or missing dependencies, 333 services are lazy, passive or on-demand)

Vault commands with --enc-dir option leads to directory which doesn't contain VAULT.dat should fail.
Converted credential store storage file is empty but it is very confusing to see successful message and created credential storage file.
The user might mistakenly believe that the VAULT.dat was empty.
set --enc-dir to folder which is empty.

./elytron-tool.sh   vault --enc-dir /tmp/empty_dir --keystore server.store --keystore-password secretsecret --location converted001.store --alias jboss

Vault (enc-dir="/tmp";keystore="server.store") converted to credential store "converted001.store"

Counts for total elements and pages on some repositories return 0 and some throw a 500 when the socket times out.  This is ONLY occurring on calls that return a Page object and accept a Pageable input.  After debugging a bit, the inputs all seem to be populated from the controller fine.  The query definitions are
findByActiveIsTrue = wrong counts for totalElements and totalPages. both are 0
findByUserId = this collection is large at around 3 million records, but is indexed.
This is only happening in 1.6.1 and works correctly in 1.6.0

Some clusters will have static ip addresses and forced dns lookup can cause extra instability. Allow users to tun that feature off, if wanted.

Adding a test case to TableIterable which was introduced in HIVE-11407

Currently, when a user declares a o.a.g.cache.RegionAttributes bean definition in Spring config to configure Off-Heap for an application Region, the attribute is always overridden by the o.s.d.g.RegionFactoryBean.offHeap property, even when the RegionFactoryBean.offHeap property is not explicitly set (defaults to null and therefore Off-Heap defaults to false).
This is problematic since if the user does not explicitly set the RegionFactoryBean.offHeap property, defaulting to null, and say the user declares a RegionAttributes bean definition with Off-Heap configured to true, then the SDG RegionFactoryBean will override this setting and disable Off-Heap due to this incorrect conditional logic.
The user can workaround this bug by always setting the RegionFactoryBean.offHeap property to the desired value, i.e. true or false, which will enable or disable Off-Heap, respectively.

I've created a roo project using java 1.5. When I used the 'persistence setup' command  this depencecy roo added this dependecy to the pom.xml:
            <groupId>org.postgresql</groupId>
            <artifactId>com.springsource.org.postgresql.jdbc4</artifactId>
            <version>8.3.604</version>
That's incorrect because jdbc4 version requires java 1.6 or higher

see for example HBASE-19058, which just changes the dockerfile in dev-support.

+1	hadoopcheck	39m 59s	Patch does not cause any errors with Hadoop 2.6.1 2.6.2 2.6.3 2.6.4 2.6.5 2.7.1 2.7.2 2.7.3 or 3.0.0-alpha4.
that's 30-40 minutes we're adding to precommit builds that don't need it.

WildFly TS failures on Java 11
Majority of fails coul go away by adding --add-modules java.se into modular.jdk.args in jdk9 module

at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at org.apache.hadoop.hbase.ipc.TestDelayedRpc.testTooManyDelayedRpcs(TestDelayedRpc.java:146)
assertTrue(listAppender.getMessages().isEmpty());
listAppender.getMessages returned something like
[Starting Thread-17, Starting Thread-17, Starting Thread-17, Starting Thread-17, Starting Thread-17, Starting Thread-17, Starting Thread-17, Starting Thread-17, Starting Thread-17, Starting IPC Server listener on 41965, IPC Server Responder: starting, IPC Server listener on 41965: starting, IPC Server handler 0 on 41965: starting]
That comes from
HBaseServer.java, Reader class
LOG.info("Starting " + getName());

While writing a testcase for HBASE-62, I observed that table metadata is cached as part of the region information cached  client side. This cached region information (and therefore table metadata) is not directly invalidated by disable/enable table, so to get up to date metadata the client may have to use a scanner over .META. directly using the meta visitor. Ideally other client code – for example the support for HBASE-62 – should be able to invalidate entries as necessary, so then the next HTable.getTableDescriptor() would go to meta to return up to date information instead of incorrectly reusing outdated information from the cache.

I ran into a situation where the CM issued a move for a region just after a region was split. The master went bonkers since the master honored the CM request, and assigned the split region, but subsequently all the region state assumptions on this (split)region was messed up. I started seeing log lines lines like "THIS SHOULD NOT HAPPEN". Also, it created other problems - a compaction on original region happened on the new assignee, and then the daughter regions started seeing issues to do with store files missing, etc., etc. 
I will upload the logs shortly.

Hi,
We've recently upgraded our Spring version from 3.2.6 to 3.2.9 and we've encountered a backwards compatibility issue.
Usually we use RestTemplate with it's default set of messageConverters, but in some places we add custom message converters to the existing collection of message converters, it looks as follows:

RestTemplate restTemplate = new RestTemplate();
List<HttpMessageConverter<?>> converters = restTemplate.getMessageConverters();
converters.add(new SomeCustomMadeConverter());
restTemplate.setMessageConverters(converters);

In version 3.2.9 (after merging the fix for SPR-11351in commit 425e5a066e3769cc304ce6cd34971a6c38b9a4bb) the setMessageConverters method changed from this:

this.messageConverters = messageConverters;

to this:

this.messageConverters.clear();
this.messageConverters.addAll(messageConverters);

Causing us to loose all the converters instead of adding one and, of course - 

IllegalArgumentException: 'messageConverters' must not be empty

We did an innocent mistake and expected to get from the getMessageConverters method a copy of the list (and not have a reference to the inner works of the RestTemplate) without consulting the source code.
It's clear that other developers might have directly added to that list without calling setMessageConverters afterwards, so some flows won't be backward compatible. But I do think that returning a copy of a list in getMessageConverters is better then returning the list itself, especially since spring does this.messageConverters.clear(); in the set.

Starting shell fails with a jline exception.
Before 2402f1fd43 - HBASE-20108 Remove jline exclusion from ZooKeeper the shell starts up.

$ ./bin/hbase shell
2018-03-13 13:56:58,975 WARN  [main] util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
HBase Shell
Use "help" to get list of supported commands.
Use "exit" to quit this interactive shell.
Version 2.0.0-beta-2, rc998e8d5f9ca3013d175ed447116c0734192f36c, Tue Mar 13 13:49:59 CET 2018
[ERROR] Terminal initialization failed; falling back to unsupported
java.lang.IncompatibleClassChangeError: Found class jline.Terminal, but interface was expected
	at jline.TerminalFactory.create(TerminalFactory.java:101)
	at jline.TerminalFactory.get(TerminalFactory.java:159)
	at org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(JavaMethod.java:438)
	at org.jruby.javasupport.JavaMethod.invokeStaticDirect(JavaMethod.java:360)
	at org.jruby.java.invokers.StaticMethodInvoker.call(StaticMethodInvoker.java:40)
	at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:318)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:131)
	at org.jruby.ir.interpreter.InterpreterEngine.processCall(InterpreterEngine.java:339)
	at org.jruby.ir.interpreter.StartupInterpreterEngine.interpret(StartupInterpreterEngine.java:73)
	at org.jruby.ir.interpreter.InterpreterEngine.interpret(InterpreterEngine.java:77)
	at org.jruby.internal.runtime.methods.MixedModeIRMethod.INTERPRET_METHOD(MixedModeIRMethod.java:144)
	at org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:130)
	at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:192)
	at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:328)
	at org.jruby.runtime.callsite.CachingCallSite.callBlock(CachingCallSite.java:141)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:145)
	at org.jruby.RubyClass.newInstance(RubyClass.java:994)
	at org.jruby.RubyClass$INVOKER$i$newInstance.call(RubyClass$INVOKER$i$newInstance.gen)
	at org.jruby.internal.runtime.methods.MixedModeIRMethod.INTERPRET_METHOD(MixedModeIRMethod.java:109)
	at org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:95)
	at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:298)
	at org.jruby.runtime.callsite.CachingCallSite.callBlock(CachingCallSite.java:79)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:83)
	at org.jruby.ir.instructions.CallBase.interpret(CallBase.java:428)
	at org.jruby.ir.interpreter.InterpreterEngine.processCall(InterpreterEngine.java:355)
	at org.jruby.ir.interpreter.InterpreterEngine.interpret(InterpreterEngine.java:83)
	at org.jruby.internal.runtime.methods.MixedModeIRMethod.INTERPRET_METHOD(MixedModeIRMethod.java:179)
	at org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:165)
	at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:200)
	at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:338)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:163)
	at org.jruby.ir.interpreter.InterpreterEngine.processCall(InterpreterEngine.java:314)
	at Users.peter_dot_somogyi.Cloudera.hbase.bin.$_dot_dot_.bin.hirb.invokeOther135:print_banner(/Users/peter.somogyi/Cloudera/hbase/bin/../bin/hirb.rb:166)
	at Users.peter_dot_somogyi.Cloudera.hbase.bin.$_dot_dot_.bin.hirb.RUBY$script(/Users/peter.somogyi/Cloudera/hbase/bin/../bin/hirb.rb:166)
	at java.lang.invoke.MethodHandle.invokeWithArguments(MethodHandle.java:627)
	at org.jruby.ir.Compiler$1.load(Compiler.java:95)
	at org.jruby.Ruby.runScript(Ruby.java:827)
	at org.jruby.Ruby.runNormally(Ruby.java:746)
	at org.jruby.Ruby.runNormally(Ruby.java:764)
	at org.jruby.Ruby.runFromMain(Ruby.java:577)
	at org.jruby.Main.doRunFromMain(Main.java:417)
	at org.jruby.Main.internalRun(Main.java:305)
	at org.jruby.Main.run(Main.java:232)
	at org.jruby.Main.main(Main.java:204)

Took 0.0094 seconds

Connection fails with connection url "jdbc:hive2://hostname:port" without dbname after Hive-4256. There is a check in jdbc/HiveConnection.java : 

if(dbName!=null)
  stmt.execute("use "+dbName);

But looks like dbName is "" instead of null.

This needs to be updated for 0.12 release

Imaging next text files:

<properties>
	<var>a_value</var>
	<prop2>
		<prop
			attr1="${var}"
			attr2="attr2"
		/>
	</prop2>
</properties>

...
  XMLConfiguration config2 = new XMLConfiguration("test/test2.xml");
  Configuration subset2 = config2.subset("prop2");
  Configuration subset3 = new SubsetConfiguration(subset2,"prop");
  System.err.println(subset3.getString("[@attr1]"))
...

the result is wrong:

${var}

it should be:

a_value

I think the problem is related to the interpolate() method in SubsetConfiguration(), which seems to involve some kind of recursive trick that seem overcomplicated (and inefficient, since it's creating unnecessary SubsetConfiguration)..
But maybe I'm missing something.

    protected Object interpolate(Object base)
    {
        if (delimiter == null && "".equals(prefix))
        {
            return super.interpolate(base);
        }
        else
        {
            SubsetConfiguration config = new SubsetConfiguration(parent, "");
            return config.interpolate(base);
        }
    }

I think the code below would be more appropriate:

    {
        if(parent instanceof AbstractConfiguration)
        {
            return ((AbstractConfiguration)parent).interpolate(base);
        } else {
            return base;
        }
    }

There's no reason to try interpolation if the parent is not implementing interpolation. 
This brings other questions about the whole interpolation thing. I really wonder why the Configuration interface does not define that method, leaving or the the option to implementation to actually implement it. But that is another debate.

Using Karaf 4.1.1:

 Unresolved requirements: osgi.wiring.package; (osgi.wiring.package=org.apache.camel.component.box)]
	at org.apache.karaf.shell.support.MultiException.throwIf(MultiException.java:61) ~[143:org.apache.karaf.shell.core:4.1.1]
	at org.apache.karaf.bundle.command.Install.execute(Install.java:131) [23:org.apache.karaf.bundle.core:4.1.1]
	at org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:84) [143:org.apache.karaf.shell.core:4.1.1]
	at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68) [143:org.apache.karaf.shell.core:4.1.1]
	at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86) [143:org.apache.karaf.shell.core:4.1.1]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:560) [143:org.apache.karaf.shell.core:4.1.1]

https://github.com/wildfly-security/wildfly-elytron/blob/1.2.4.Final/src/main/java/org/wildfly/security/auth/client/ElytronXmlParser.java#L2431

See the user forum:
http://www.nabble.com/Fwd%3A-Using-Apache-Camel-as-Transport-for-Apache-CXF-with-SOAP-over-JMS-td18314917s22882.html
Basically JmsBinding should check for primitives before setting the object property on the jms message.

This ODBC call is meant to allow you to determine FK relationships either from the PK side or from the FK side.
Hive only allows you to traverse from the FK side, trying it from the PK side leads to an NPE.
Example using the table "customer" from TPC-H with FKs defined in Hive:

=== Foreign Keys ===
Using table as foreign source
(u'HIVE', u'tpch_bin_flat_orc_2', u'nation', u'n_nationkey', u'HIVE', u'tpch_bin_flat_orc_2', u'customer', u'c_nationkey', 1, 0, 0, u'custome
r_c2', u'nation_c1', 0)
Not using table as foreign source
Got an error from the server for customer!

Compare: Postgres

(u'vagrant', u'public', u'nation', u'n_nationkey', u'vagrant', u'public', u'customer', u'c_nationkey', 1, 3, 3, u'customer_c_nationkey_fkey', u'nation_pkey', 7)
(u'vagrant', u'public', u'customer', u'c_custkey', u'vagrant', u'public', u'orders', u'o_custkey', 1, 3, 3, u'orders_o_custkey_fkey', u'customer_pkey', 7)

Note that Postgres allows traversal from either way. The traceback you get in the HS2 logs is this:

2016-12-04T21:08:55,398 ERROR [8998ca98-9940-49f8-8833-7c6ebd8c96a2 HiveServer2-Handler-Pool: Thread-53] metastore.RetryingHMSHandler: MetaEx
ception(message:java.lang.NullPointerException)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newMetaException(HiveMetaStore.java:5785)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_foreign_keys(HiveMetaStore.java:6474)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:140)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:99)
        at com.sun.proxy.$Proxy25.get_foreign_keys(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getForeignKeys(HiveMetaStoreClient.java:1596)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:154)
        at com.sun.proxy.$Proxy26.getForeignKeys(Unknown Source)
        at org.apache.hive.service.cli.operation.GetCrossReferenceOperation.runInternal(GetCrossReferenceOperation.java:128)
        at org.apache.hive.service.cli.operation.Operation.run(Operation.java:324)
        at org.apache.hive.service.cli.session.HiveSessionImpl.getCrossReference(HiveSessionImpl.java:933)
        at org.apache.hive.service.cli.CLIService.getCrossReference(CLIService.java:411)
        at org.apache.hive.service.cli.thrift.ThriftCLIService.GetCrossReference(ThriftCLIService.java:738)
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$GetCrossReference.getResult(TCLIService.java:1617)
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$GetCrossReference.getResult(TCLIService.java:1602)
        at org.apache.hive.service.auth.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:56)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286)
        at org.apache.hive.common.util.HiveStringUtils.normalizeIdentifier(HiveStringUtils.java:919)
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.<init>(ObjectStore.java:2722)
        at org.apache.hadoop.hive.metastore.ObjectStore$GetListHelper.<init>(ObjectStore.java:2863)
        at org.apache.hadoop.hive.metastore.ObjectStore$11.<init>(ObjectStore.java:8455)
        at org.apache.hadoop.hive.metastore.ObjectStore.getForeignKeysInternal(ObjectStore.java:8455)
        at org.apache.hadoop.hive.metastore.ObjectStore.getForeignKeys(ObjectStore.java:8445)
        at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:101)
        at com.sun.proxy.$Proxy24.getForeignKeys(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_foreign_keys(HiveMetaStore.java:6465)
        ... 28 more

Hive supports the CREATE TABLE LIKE statement but HPL/SQL does not support.

When a route has autoStartup="false" set in the camel.xml, it cannot be started anymore in the web- console.
In the logfile, an entry is generated, similar to this:
"Cannot start route route2 as its configured with autoStartup=false | org.apache.camel.spring.SpringCamelContext | qtp7446303-52"
If a route does not have autoStartup="false", it can be stopped and started normally (as before with ActiveMQ 5.4.2 / Camel 2.4.0)

Configure a route with "<route autoStartup="false">"
Start the ActiveMQ Service
Navigate to "http://server.domain.tld:8161/camel/routes
try to start the route with the button "Start"
check the logfile "activemq.log"

This is a followup to DATAJPA-292: the new behaviour of LIKE expressions is uncompatible with older queries.
For example I have this method:

@Query("FROM User j WHERE j.name LIKE :pattern OR j.description LIKE :pattern")
Page<User> searchUsers(@Param("pattern") String pattern, Pageable page);

That I used to give the client the freedom to choose the pattern, so he could just pass "%" to browse all users, "%substring%" or "alex%" to filter them at will.
Up to Spring Data JPA 1.3.0 that works fine, but with 1.3.1 and above the web app can't start any more with this error:

Caused by: java.lang.IllegalArgumentException: Illegal like pattern :pattern!
	at org.springframework.data.jpa.repository.query.StringQuery.getLikeTypeFrom(StringQuery.java:205)
	at org.springframework.data.jpa.repository.query.StringQuery.parseLikeBindings(StringQuery.java:155)
	at org.springframework.data.jpa.repository.query.StringQuery.<init>(StringQuery.java:68)
	at org.springframework.data.jpa.repository.query.SimpleJpaQuery.<init>(SimpleJpaQuery.java:53)
	at org.springframework.data.jpa.repository.query.SimpleJpaQuery.fromQueryAnnotation(SimpleJpaQuery.java:138)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$DeclaredQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:114)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateIfNotFoundQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:160)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$AbstractQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:68)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:279)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:147)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:153)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:43)
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:142)

The LdapUserDetailsImpl.getAttributes() javadocs state "The attributes for the user's entry in the directory (or a subset of them, depending on what was retrieved from the directory)", however, the LdapUserDetailsMapper.mapUserFromContext() never sets these attributes.  It therefore makes this class useless because of the way it constructs LdapUserDetailsImpl instances via the Essence.
Originally repored in the forum http://forum.springframework.org/showthread.php?t=53273

When I applied the CAMEL-688 patch , I found the CxfSoapMessageProviderTest failed. 
After digging into the code , I found CxfExchange do not copy the exchange pattern when the exchange copying itself.

https://hbase.apache.org/book/appendix_acl_matrix.html indicates that truncateTable works with A or C (similar to createTable, deleteTable,modifyTable), but it is actually only A. 
Seems logical to require A or C. 

Jboss repository inclusion is redundant as it is already included in user settings for this plugin to be fetched. Maven plugins should not add repositories by themselves. A potential change in Jboss repository's URL or path structure will affect users by having them to request artifacts from a repository they didn't specify.

The class StandardMultipartHttpServletRequest does not handle the Header "Content-Disposition" correctly. It should be lowercase "content-disposition". Tried to figure out what the Servlet 3.0 specification says about this, but haven't found any statement. On the four tested application servers (Tomcat, Jetty, Resin, Glassfish) it's always lowercase. 
It's also lowercase in Tomcat but it works because the Tomcat method getHeader(String name) converts the name to lowercase.

    // class: org.apache.tomcat.util.http.fileupload.util.FileItemHeadersImpl
    @Override
    public String getHeader(String name) {
        String nameLower = name.toLowerCase(Locale.ENGLISH);
        ...
    }

As a consequence a MultipartFile parameter is null in Jetty and Resin.

@RequestMapping(value = "/uploadTest", method = RequestMethod.POST)
public String uploadTest(@RequestParam(value = "oneFile", required = false) MultipartFile oneMultipartFile) {
...
}

I put the source code of my tests on Github: 
https://github.com/ralscha/uploadproblem
Here the output of the four tested servers:
https://github.com/ralscha/uploadproblem/blob/master/output.txt

JettyContentExchange:202 hides the original exchange exception.
The original exchange error should be passed as a cause.

When regions are getting added and removed lots of cpu time can be used by jmx.  This is caused by sending jmx messages for every new metric that is added or removed.
Seeing jstacks like this:
"RMI TCP Connection(3)-10.4.19.33" daemon prio=10 tid=0x00007f9d64b1d000 nid=0x353 runnable [0x00007f9d598d6000]
	at org.apache.hadoop.metrics.util.MetricsDynamicMBeanBase.createMBeanInfo(MetricsDynamicMBeanBase.java:103)
	at org.apache.hadoop.metrics.util.MetricsDynamicMBeanBase.updateMbeanInfoIfMetricsListChanged(MetricsDynamicMBeanBase.java:75)
	at org.apache.hadoop.metrics.util.MetricsDynamicMBeanBase.getAttribute(MetricsDynamicMBeanBase.java:133)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:666)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:638)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1404)
–
	at java.util.TimerThread.run(Timer.java:462)
"Timer thread for monitoring hbase" daemon prio=10 tid=0x00007f9d648fe000 nid=0x2b5 runnable [0x00007f9d624c7000]
	at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source)
	at org.apache.hadoop.hbase.regionserver.metrics.RegionServerDynamicMetrics.setNumericMetric(RegionServerDynamicMetrics.java:105)

public class TmpConfig {

    @PostConstruct
        System.out.println("TmpConfig.init");
    }

    @Bean
    public PropertyPlaceholderConfigurer propertyPlaceholderConfigurer() {
        return new PropertyPlaceholderConfigurer();
    }

}

new AnnotationConfigApplicationContext(TmpConfig.class);

nothing is printed. However, if propertyPlaceholderConfigurer bean removed:

    }

}

"TmpConfig.init" is printed as expected.

When i was trying to run graceful_stop.sh i got error:

./graceful_stop.sh: line 59: syntax error near unexpected token `;'
./graceful_stop.sh: line 59: `    --failfast) ;&'

After looking at script i notice that this lines are causing error:

    --failfast) ;&
    -e)  failfast=true; shift;;
    --debug)  ;&
    -d)  debug="--debug"; shift;;

They sholud be changed to this:

 --failfast | -e)  failfast=true; shift;;
 --debug | -d)  debug="--debug"; shift;;

I will attach patch today. 

Fix below two javadoc warnings introduced as part of HBASE-10169

2 warnings

[WARNING] D:\D\hbaseCommunity\hbaseTrunkTest\hbase-client\src\main\java\org\apache\hadoop\hbase\client\RegionCoprocessorServiceExec.java:43: warning - Tag @link: can't find batchCoprocessorService(MethodDescriptor, Message, byte[], byte[],

[WARNING] Message, Batch.Callback) in org.apache.hadoop.hbase.client.HTable

[WARNING] D:\D\hbaseCommunity\hbaseTrunkTest\hbase-client\src\main\java\org\apache\hadoop\hbase\client\RegionCoprocessorServiceExec.java:43: warning - Tag @link: can't find batchCoprocessorService(MethodDescriptor, Message, byte[], byte[], Message) in org.apache.hadoop.hbase.client.HTable

Have a look at the quickstart guide, step two

$ tar xzvf hbase-<?eval ${project.version}?>-bin.tar.gz
$ cd hbase-<?eval ${project.version}?>/

Hi,
We have developed a camel route to print a PDF file to a network printer that is configured on the machine. The route looks as follows:
 
<route id="_route1">
 <from uri="file:/opt/user/data?fileName=test.PDF&noop=true"/>
 <to uri="lpr://1.2.3.4/B4-2nd-floor-right-wing?copies=1&sides=Sides.ONE_SIDED&mimeType=PDF&mediaSize=na-letter&flavor=DocFlavor.INPUT_STREAM&sendToPrinter=true"/>
 </route>
 
When this route is executed we see the following error:
org.apache.camel.FailedToCreateProducerException: Failed to create Producer for endpoint: Endpoint[lpr://1.2.3.4:9100/B4-2nd-floor-right-wing?copies=1&flavor=DocFlavor.INPUT_STREAM&mediaSize=na-letter&mediaTray=AUTOSENSE&mimeType=PDF&orientation=portrait&sendToPrinter=true&sides=one-sided]. Reason: javax.print.PrintException: No printer found with name: 1.2.3.4/B4-2nd-floor-right-wing. Please verify that the host and printer are registered and reachable from this machine.
 
With DEBUG logs enabled, i can that it is using the following printer name.
2018-10-17 21:01:05,628 | DEBUG | xtenderThread-26 | PrinterProducer                  | 794 - org.apache.camel.camel-core - 2.17.0.redhat-630310 | Using printer name: 1.2.3.4/B4-2nd-floor-right-wing
 
After more debugging came across the following code in PrinterProducer.java in camel-printer component
private int findPrinter(PrintService[] services, String printer) {
 int position = -1;
 for (int i = 0; i < services.length; i++) {
 if (services[i].getName().toLowerCase().endsWith(printer.toLowerCase())) 
{
 position = i;
 break;
 }
 }
 return position;
 }
Printer services configured on the machine are:

B4-2nd-floor-right-wing
B4-2nd-floor-left-wing
B4-1st-floor-right-wing
B4-1st-floor-left-wing

Here the if block condition
services[i].getName().toLowerCase().endsWith(printer.toLowerCase()) will always evaluate to false. Because my service name is "B4-2nd-floor-right-wing" and printerName in the URI is "1.2.3.4/B4-2nd-floor-right-wing" so what you are checking is:
if ("B4-2nd-floor-right-wing".toLowerCase().endsWith("1.2.3.4/B4-2nd-floor-right-wing".toLowerCase()) which is always false
 
If  i change the condition to ("1.2.3.4/B4-2nd-floor-right-wing".toLowerCase().endsWith("B4-2nd-floor-right-wing".toLowerCase()) then it works fine
 
I took the latest version (2.23.0-SNAPSHOT) from github which is also having the same condition. Modified the single line and ran my route and it worked fine. 
 
Note that the issue happens only when trying with remote printer and with local printer it works fine. I tested with local printer in my windows PC and it worked fine but none (Windows/Linux) worked with remote printer configuration.
 
Thanks,
Kalyan

[0m[33m10:06:06,278 WARN  [org.apache.camel.impl.DefaultCamelContext] (pool-2-thread-1) Error occurred while shutting down service: org.apache.camel.impl.RouteService@3f760e97. This exception will be ignored.: 
	at org.apache.camel.component.restlet.RestletComponent.disconnect(RestletComponent.java:216) [camel-restlet-2.15.2.jar:2.15.2]
	at org.apache.camel.component.restlet.RestletEndpoint.disconnect(RestletEndpoint.java:125) [camel-restlet-2.15.2.jar:2.15.2]
	at org.apache.camel.component.restlet.RestletConsumer.doStop(RestletConsumer.java:86) [camel-restlet-2.15.2.jar:2.15.2]
	at org.apache.camel.support.ServiceSupport.stop(ServiceSupport.java:102) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.util.ServiceHelper.stopService(ServiceHelper.java:141) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.util.ServiceHelper.stopAndShutdownService(ServiceHelper.java:204) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.impl.RouteService.stopChildService(RouteService.java:359) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.impl.RouteService.doStop(RouteService.java:237) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.support.ChildServiceSupport.stop(ChildServiceSupport.java:77) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.support.ChildServiceSupport.stop(ChildServiceSupport.java:101) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.impl.DefaultCamelContext.shutdownServices(DefaultCamelContext.java:2827) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.impl.DefaultCamelContext.shutdownServices(DefaultCamelContext.java:2852) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.impl.DefaultCamelContext.shutdownServices(DefaultCamelContext.java:2840) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.impl.DefaultCamelContext.doStop(DefaultCamelContext.java:2675) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:72) [camel-core-2.15.2.jar:2.15.2]
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2432) [camel-core-2.15.2.jar:2.15.2]
	at org.wildfly.camel.test.restlet.RestletConsumerIntegrationTest.testCxfRsConsumer(RestletConsumerIntegrationTest.java:59) [jaxrs-consumer-tests:]

CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/651

I followed the upgrade instructions here: http://www.springsource.org/roo/guide?w=upgrade relating to the new conversion stuff. Now I have an ApplicationConversionServiceFactoryBean with my cusom converters installed. However I am getting the following exception as it seems that the SPEL expression evaluation context does not know about my custom converters. It seems as though only the GenericConversionService with the default converters installed.
DEBUG BasicTilesContainer - Render request recieved for definition 'uncaughtException'
ay_9(org.apache.jsp.WEB_002dINF.views.users.show_j spx:276)
at org.apache.jsp.WEB_002dINF.views.users.show_jspx.a ccess$9(org.apache.jsp.WEB_002dINF.views.users.sho w_jspx:261)
at org.apache.jsp.WEB_002dINF.views.users.show_jspx$s how_jspxHelper.invoke0(org.apache.jsp.WEB_002dINF. views.users.show_jspx:409)
at org.apache.jsp.WEB_002dINF.views.users.show_jspx$s how_jspxHelper.invoke(org.apache.jsp.WEB_002dINF.v iews.users.show_jspx:435)
at org.apache.jsp.tag.web.form.show_tagx._jspx_meth_c _when_1(org.apache.jsp.tag.web.form.show_tagx:730)
at org.apache.jsp.tag.web.form.show_tagx._jspx_meth_c _choose_1(org.apache.jsp.tag.web.form.show_tagx:69 9)
at org.apache.jsp.tag.web.form.show_tagx._jspx_meth_c _if_0(org.apache.jsp.tag.web.form.show_tagx:282)
at org.apache.jsp.tag.web.form.show_tagx.doTag(org.ap ache.jsp.tag.web.form.show_tagx:240)
at org.apache.jsp.WEB_002dINF.views.users.show_jspx._ jspx_meth_page_show_0(org.apache.jsp.WEB_002dINF.v iews.users.show_jspx:83)
at org.apache.jsp.WEB_002dINF.views.users.show_jspx._ jspService(org.apache.jsp.WEB_002dINF.views.users. show_jspx:53)
at org.apache.jasper.runtime.HttpJspBase.service(Http JspBase.java:93)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:820)
at org.apache.jasper.servlet.JspServletWrapper.servic e(JspServletWrapper.java:373)
at org.apache.jasper.servlet.JspServlet.serviceJspFil e(JspServlet.java:470)
at org.apache.jasper.servlet.JspServlet.service(JspSe rvlet.java:364)
at org.mortbay.jetty.servlet.ServletHolder.handle(Ser vletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler.handle(Se rvletHandler.java:362)
at org.mortbay.jetty.security.SecurityHandler.handle( SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(Se ssionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(Co ntextHandler.java:722)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebA ppContext.java:404)
at org.mortbay.jetty.servlet.Dispatcher.include(Dispa tcher.java:192)
at org.apache.jasper.runtime.JspRuntimeLibrary.includ e(JspRuntimeLibrary.java:997)
at org.apache.jasper.runtime.PageContextImpl.include( PageContextImpl.java:682)
at org.apache.tiles.jsp.context.JspTilesRequestContex t.include(JspTilesRequestContext.java:103)
... 95 more
Caused by: org.springframework.expression.spel.SpelEvaluation Exception: EL1001Epos 0): Type conversion problem, cannot convert from [TypeDescriptor @javax.persistence.ManyToOne @javax.persistence.JoinColumn com.linguisys.pb.domain.users.Organisation] to [TypeDescriptor java.lang.String]
at org.springframework.expression.spel.support.Standa rdTypeConverter.convertValue(StandardTypeConverter .java:73)
at org.springframework.expression.common.ExpressionUt ils.convertTypedValue(ExpressionUtils.java:67)
at org.springframework.expression.spel.standard.SpelE xpression.getValue(SpelExpression.java:98)
at org.springframework.web.servlet.tags.EvalTag.doEnd Tag(EvalTag.java:113)
at org.apache.jsp.tag.web.form.fields.display_tagx._j spx_meth_spring_eval_0(org.apache.jsp.tag.web.form .fields.display_tagx:653)
at org.apache.jsp.tag.web.form.fields.display_tagx._j spx_meth_c_otherwise_0(org.apache.jsp.tag.web.form .fields.display_tagx:627)
at org.apache.jsp.tag.web.form.fields.display_tagx._j spx_meth_c_choose_0(org.apache.jsp.tag.web.form.fi elds.display_tagx:429)
at org.apache.jsp.tag.web.form.fields.display_tagx._j spx_meth_c_if_0(org.apache.jsp.tag.web.form.fields .display_tagx:248)
at org.apache.jsp.tag.web.form.fields.display_tagx.do Tag(org.apache.jsp.tag.web.form.fields.display_tag x:202)
... 121 more
Caused by: org.springframework.core.convert.ConverterNotFound Exception: No converter found capable of converting from 'com.linguisys.pb.domain.users.Organisation' to 'java.lang.String'
at org.springframework.core.convert.support.GenericCo nversionService.convert(GenericConversionService.j ava:180)
at org.springframework.expression.spel.support.Standa rdTypeConverter.convertValue(StandardTypeConverter .java:70)
... 129 more

Observed behavior
Unknown HTTP method will cause IllegalArgumentException in LogoutFilter > AntPathRequestMatcher. Stack trace:

java.lang.IllegalArgumentException: No enum constant org.springframework.http.HttpMethod.PROPFIND
	at java.lang.Enum.valueOf(Enum.java:236)
	at org.springframework.http.HttpMethod.valueOf(HttpMethod.java:27)
	at org.springframework.security.web.util.matcher.AntPathRequestMatcher.matches(AntPathRequestMatcher.java:125)
	at org.springframework.security.web.authentication.logout.LogoutFilter.requiresLogout(LogoutFilter.java:122)
	at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:94)
...

This issue is more severe as this will fail on any request with unknown HTTP method (i.e. not just request to logout filter processing URI).
Note that this is not a feature request to support custom HTTP methods, but really a bug report about incorrect handling of unknown HTTP method.
Expected behavior
Request with unknown HTTP method MUST NOT end with internal server error. Such request should just not be matched if a required HTTP method is specified.
Use any web application with LogoutFilter processing configured:

curl -XANY_METHOD http://host:port/context/any-path 

In my project, adding a dependency on org.wildfly.swarm:arquillian brings in weird versions of various Arquillian JARs. The root Swarm POM specifies 1.1.12.Final, but most of Arquillian JARs brought in are actually 1.1.10.Final. Some of them, strangely, are indeed 1.1.12.Final. This causes unpredictability, confusion and potentially also bugs that would be hard to figure out. Also if we were to upgrade Arquillian in Swarm (there's 1.1.13.Final out there), it's likely we wouldn't upgrade much.
Here's a minimal reproducer: https://github.com/Ladicek/swarm-arquillian-versions Just clone it and run mvn clean test. For each core Arquillian JAR, it prints an Implementation-Version from its MANIFEST.MF. (This is only possible to do inside the @Deployment method, or maybe in a @RunAsClient test, because inside the in-container test method, the Arquillian JARs are actually artificially constructed by Arquillian's ArchiveAppender-s.)
Running mvn dependency:tree shows the same version numbers, so my guess is that Maven is the culprit.

The test failed in our test env with the following stack. The reason is that we use the following pattern to check errors:

    while (!ap.hasError()) {
      Thread.sleep(1);
    }
    ...
    Assert.assertEquals(1, ap.getErrors().actions.size());

While in our product code, we set errors in different order

      ...
      this.hasError.set(true);
      errors.add(throwable, row, location);
      ...

Therefore, a client code may not get error actions when hasError is true due to thread scheduling.

Test Error Stack:

java.lang.AssertionError: expected:<1> but was:<0>
    at org.junit.Assert.fail(Assert.java:88)
    at org.junit.Assert.failNotEquals(Assert.java:743)
    at org.junit.Assert.assertEquals(Assert.java:118)
    at org.junit.Assert.assertEquals(Assert.java:555)
    at org.junit.Assert.assertEquals(Assert.java:542)
    at org.apache.hadoop.hbase.client.TestAsyncProcess.testFailAndSuccess(TestAsyncProcess.java:308)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    at org.junit.runners.Suite.runChild(Suite.java:127)
    at org.junit.runners.Suite.runChild(Suite.java:26)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)

What you need:
1.) An endpoint with SOAP action mapping and payload root mapping.
2.) An interceptor for the payload root mapping.
When you send a message with a SOAP action and an empty SOAP body, then you will get a null pointer exception.
Problem is in PayloadRootSmartSoapEndpointInterceptor line 61/62:

QName payloadRootName = PayloadRootUtils.getPayloadRootQName(request.getPayloadSource(), transformerHelper);
if (!namespaceUri.equals(payloadRootName.getNamespaceURI())) {

The variable payloadRootName is null if the SOAP body is empty.

Stack trace (the NullPointerException is logged at DEBUG level...):
DEBUG o.s.w.s.s.SoapMessageDispatcher MessageDispatcher.processEndpointException:333 - Endpoint invocation resulted in exception - responding with Fault
	at org.springframework.ws.soap.server.endpoint.interceptor.PayloadRootSmartSoapEndpointInterceptor.shouldIntercept(PayloadRootSmartSoapEndpointInterceptor.java:62) ~[spring-ws-2.1.4.RELEASE-all.jar:2.1.4.RELEASE]
	at org.springframework.ws.server.endpoint.interceptor.DelegatingSmartEndpointInterceptor.shouldIntercept(DelegatingSmartEndpointInterceptor.java:61) ~[spring-ws-2.1.4.RELEASE-all.jar:2.1.4.RELEASE]
	at org.springframework.ws.server.endpoint.mapping.AbstractEndpointMapping.getEndpoint(AbstractEndpointMapping.java:139) ~[spring-ws-2.1.4.RELEASE-all.jar:2.1.4.RELEASE]
	at org.springframework.ws.server.MessageDispatcher.getEndpoint(MessageDispatcher.java:269) [spring-ws-2.1.4.RELEASE-all.jar:2.1.4.RELEASE]
	at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:212) [spring-ws-2.1.4.RELEASE-all.jar:2.1.4.RELEASE]
	at org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:173) [spring-ws-2.1.4.RELEASE-all.jar:2.1.4.RELEASE]
	at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:88) [spring-ws-2.1.4.RELEASE-all.jar:2.1.4.RELEASE]
	at org.springframework.ws.transport.http.WebServiceMessageReceiverHandlerAdapter.handle(WebServiceMessageReceiverHandlerAdapter.java:59) [spring-ws-2.1.4.RELEASE-all.jar:2.1.4.RELEASE]
	at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:292) [spring-ws-2.1.4.RELEASE-all.jar:2.1.4.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:931) [spring-webmvc-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:833) [spring-webmvc-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:807) [spring-webmvc-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) [catalina.jar:7.0.47]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.47]
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:51) [tomcat7-websocket.jar:7.0.47]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.47]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) [catalina.jar:7.0.47]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) [catalina.jar:7.0.47]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:611) [catalina.jar:7.0.47]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) [catalina.jar:7.0.47]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) [catalina.jar:7.0.47]
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953) [catalina.jar:7.0.47]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) [catalina.jar:7.0.47]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) [catalina.jar:7.0.47]
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1041) [tomcat-coyote.jar:7.0.47]
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:603) [tomcat-coyote.jar:7.0.47]
	at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.doRun(AprEndpoint.java:2430) [tomcat-coyote.jar:7.0.47]
	at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:2419) [tomcat-coyote.jar:7.0.47]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [na:1.7.0_45]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [na:1.7.0_45]
	at java.lang.Thread.run(Unknown Source) [na:1.7.0_45]

Since List#remove(int) returns E the implementation in ListOrderedSet should also return E.
Minimal example that fails to compile:

ListOrderedSet<String> los = new ListOrderedSet<String>();
los.add("foo");
String s = los.remove(0);

When master crashs, HBaseAdmin will leaks ZooKeeper connections
I think we should close the zk connetion when throw MasterNotRunningException
 public HBaseAdmin(Configuration c)
  throws MasterNotRunningException, ZooKeeperConnectionException {
    this.conf = HBaseConfiguration.create(c);
    this.connection = HConnectionManager.getConnection(this.conf);
    this.pause = this.conf.getLong("hbase.client.pause", 1000);
    this.numRetries = this.conf.getInt("hbase.client.retries.number", 10);
    this.retryLongerMultiplier = this.conf.getInt("hbase.client.retries.longer.multiplier", 10);
    //we should add this code and close the zk connection
    try
{
      this.connection.getMaster();
    }
catch(MasterNotRunningException e)
{
      HConnectionManager.deleteConnection(conf, false);
      throw e;      
    }
  }

I have a custom repository implementation with QueryDsl predicate. When I sort by property of an associated object query that gets generated uses inner join instead left join statement.
I also have a custom repository implementation with JpaSpecification executor. There everything works well.
I have attached a test case.

RedisMessageListenerContainer should not be invoking its start() method from afterPropertiesSet(). I believe it should follow the lifecycle of the enclosing class. In other words if one should be able to delegate to RedisMessageListenerContainer.start() method when its own start method is invoked.

I'm using the embedded database mechanism with type="DERBY" and derby 10.6.1.0. It works, but on the way out the door, I get the following rather loud set of complaining. 

1    [Thread-2] WARN  org.springframework.jdbc.datasource.embedded.DerbyEmbeddedDatabaseConfigurer  - Could not shutdown in-memory Derby database
java.sql.SQLException: Database 'memory:testdb' not found.
	at org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedConnection.newSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedConnection.handleDBNotFound(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedConnection.<init>(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedConnection30.<init>(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedConnection40.<init>(Unknown Source)
	at org.apache.derby.jdbc.Driver40.getNewEmbedConnection(Unknown Source)
	at org.apache.derby.jdbc.InternalDriver.connect(Unknown Source)
	at org.apache.derby.jdbc.EmbeddedDriver.connect(Unknown Source)
	at org.springframework.jdbc.datasource.embedded.DerbyEmbeddedDatabaseConfigurer.shutdown(DerbyEmbeddedDatabaseConfigurer.java:75)
	at org.springframework.jdbc.datasource.embedded.EmbeddedDatabaseFactory.shutdownDatabase(EmbeddedDatabaseFactory.java:177)
	at org.springframework.jdbc.datasource.embedded.EmbeddedDatabaseFactoryBean.destroy(EmbeddedDatabaseFactoryBean.java:57)
	at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:184)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:487)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:463)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:431)
	at org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:1048)
	at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:1022)
	at org.springframework.context.support.AbstractApplicationContext$3.run(AbstractApplicationContext.java:940)
Caused by: java.sql.SQLException: Database 'memory:testdb' not found.
	at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.SQLExceptionFactory40.wrapArgsForTransportAcrossDRDA(Unknown Source)
	... 22 more

When you create container with "example-mq" profile it expect there is broker with default credentials "admin:admin" by default. It is fabric-activemq-demo feature.
But there is "example-camel" profile with "fabric-camel-demo" feature which expect default credentials karaf:karaf.
It should be unified and have only one default credentials for examples - admin:admin.
Pull request sent - https://github.com/fusesource/fuse/pull/9

When using a org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator to create the required proxy for security, the configuration must contain the property 'proxyTargetClass' set to true.  Otherwise, the method passed to org.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor.invoke is the proxy's caller, not the proxy's target.  Note that this introduces a requirement on CGLIB.  While this is technically not a bug, it should be noted that unexpected behavior can occur if the autoProxy is not configured correctly.  Please make a note of this in the documentation.
<bean id="autoProxyCreator" class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
    <property name="interceptorNames">
      <list><value>securityInterceptor</value></list>
    <property name="beanNames">
      <list><value>datalexAdapter</value></list>
    <property name="proxyTargetClass" value="true"/>
  </bean>

The warn message in the method getStartEndKeys() in HTable can be improved by stringifying the byte array for Regions.Qualifier
Currently, a sample message is like :
12/01/17 16:36:34 WARN client.HTable: Null [B@552c8fa8 cell in keyvalues=
{test5,\xC9\xA2\x00\x00\x00\x00\x00\x00/000000_0,1326642537734.dbc62b2765529a9ad2ddcf8eb58cb2dc./info:server/1326750341579/Put/vlen=28, test5,\xC9\xA2\x00\x00\x00\x00\x00\x00/000000_0,1326642537734.dbc62b2765529a9ad2ddcf8eb58cb2dc./info:serverstartcode/1326750341579/Put/vlen=8}

java.lang.IllegalArgumentException: interface org.springframework.messaging.simp.annotation.SendToUser is not visible from class loader
	at java.lang.reflect.Proxy$ProxyClassFactory.apply(Proxy.java:616)
	at java.lang.reflect.Proxy$ProxyClassFactory.apply(Proxy.java:592)
	at java.lang.reflect.WeakCache$Factory.get(WeakCache.java:244)
	at java.lang.reflect.WeakCache.get(WeakCache.java:141)
	at java.lang.reflect.Proxy.getProxyClass0(Proxy.java:455)
	at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:738)
	at org.springframework.core.annotation.AnnotationUtils.synthesizeAnnotation(AnnotationUtils.java:1280)
	at org.springframework.core.annotation.AnnotationUtils.findAnnotation(AnnotationUtils.java:500)
	at org.springframework.core.annotation.AnnotationUtils.findAnnotation(AnnotationUtils.java:561)
	at org.springframework.messaging.handler.HandlerMethod.getMethodAnnotation(HandlerMethod.java:214)
	at org.springframework.messaging.handler.HandlerMethod$HandlerMethodParameter.getMethodAnnotation(HandlerMethod.java:275)
	at org.springframework.messaging.simp.annotation.support.SendToMethodReturnValueHandler.supportsReturnType(SendToMethodReturnValueHandler.java:136)

ConcurrentReferenceHashMap.entrySet() tries to reuse a cached EntrySet instance but stores it in a regular field which doesn't guarantee visibility to other threads. Operating against a volatile field is the cleaner arrangement here.
Also, ConcurrentReferenceHashMap does not implement isEmpty(), relying on AbstractMap's computation of the full size. This can be optimized by simply backing out once a non-empty hash segment has been found.

Added an order-by to the query in macro_duplicate.q:

-select math_square(a), math_square(b),factorial(a), factorial(b), math_add(a), math_add(b),int(c) from macro_testing;
\ No newline at end of file
+select math_square(a), math_square(b),factorial(a), factorial(b), math_add(a), math_add(b),int(c) from macro_testing order by int(c);

And the results from math_add() changed unexpectedly:

-1      4       1       2       2       4       3
-16     25      24      120     8       10      6
+1      4       1       2       1       4       3
+16     25      24      120     16      25      6

I try to configure old way colocated HA topology with HTTP connectors/acceptors but something goes wrong and I see repeated WARN message [1] on the first node and on the second I see the [2]. Maybe it is misconfiguration, but I have no idea what I do wrong. I attached XML configurations of both nodes, please review it.
[1]

12:55:47,789 WARN  [org.apache.activemq.artemis.core.client] (Thread-10 (ActiveMQ-client-global-threads-487873773)) AMQ212006: Waiting 2 000 milliseconds before next retry. RetryInterval=2 000 and multiplier=1

[2]

12:56:39,054 WARN  [org.apache.activemq.artemis.core.client] (Thread-10 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$2@4766f9b3-516179796)) AMQ212006: Waiting 500 milliseconds before next retry. RetryInterval=500 and multiplier=1

A core queue created via the ServerAdd operation is not removable.
Reproducer :
/subsystem=messaging-activemq/server=default/queue=queue.standalone:add(queue-address=queue.standalone, durable)
:reload
/subsystem=messaging-activemq/server=default/queue=queue.standalone:remove
:reload
The 2nd add will fail as the queue still exists.

The following query fails in Beeline

select '\\' as literal;

FAILED: ParseException line 1:22 extraneous input ';' expecting EOF near '<EOF>'
16/08/22 15:46:15 [023ddb3b-1f3c-4db6-bd4e-bba392d6e4bb main]: ERROR ql.Driver: FAILED: ParseException line 1:22 extraneous input ';' expecting EOF near '<EOF>'
org.apache.hadoop.hive.ql.parse.ParseException: line 1:22 extraneous input ';' expecting EOF near '<EOF>'
	at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:215)
	at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:166)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:414)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:335)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1226)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1195)
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:197)
	at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:282)
	at org.apache.hive.service.cli.operation.Operation.run(Operation.java:324)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:497)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:485)
	at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:294)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:505)
	at org.apache.hive.jdbc.HiveConnection$SynchronizedHandler.invoke(HiveConnection.java:1412)
	at com.sun.proxy.$Proxy30.ExecuteStatement(Unknown Source)
	at org.apache.hive.jdbc.HiveStatement.runAsyncOnServer(HiveStatement.java:309)
	at org.apache.hive.jdbc.HiveStatement.execute(HiveStatement.java:250)
	at org.apache.hive.beeline.Commands.executeInternal(Commands.java:976)
	at org.apache.hive.beeline.Commands.execute(Commands.java:1132)
	at org.apache.hive.beeline.Commands.sql(Commands.java:1062)
	at org.apache.hive.beeline.BeeLine.dispatch(BeeLine.java:1168)
	at org.apache.hive.beeline.BeeLine.execute(BeeLine.java:999)
	at org.apache.hive.beeline.BeeLine.begin(BeeLine.java:909)
	at org.apache.hive.beeline.BeeLine.mainWithInputRedirection(BeeLine.java:511)
	at org.apache.hive.beeline.BeeLine.main(BeeLine.java:494)

This bug is a regression introduced by HIVE-12646

If delete family or delete row and no timestamp, we add a delete of 'now'.  When delete of explicit cell, we add a delete of the most recent.  Add this fact to the Delete javadoc.  I was just stumped by this differing behavior.

When defining routes in two camel contexts the endpoints are not correctly assigned to the contexts. The bug can easily be observed by using jconsole / jmx. For one camel context the endpoints are not registered.
From debugging up to InstrumentationLifecycleStrategy#onEndpointAdd(Endpoint) it looks like the order of starting contexts and registering endpoints is wrong. (Camel tries to add endpoints with this method to one context before (initialized) and so the endpoints are not really added. It looks like the reason for this is in the order of initializing contexts and routes/endpoints.)
See also discussion http://www.nabble.com/Two-camel-contexts-and-assinging-endpoints-(visible-by-jconsole%2C-jmx)-td23520282.html.

SPR-17333 changed the implementation of ClassUtils#forName: classloading is implemented with Class#forName instead of Classloader#loadClass.
 Since this change one of our Spring-components ("ClassA") isn't found as an autowiring candidate for an interface ("InterfaceA") anymore:
Class.forName("ClassA", false, clToUse) 
 clToUse: (e.g.)

org.springframework.context.support.ContextTypeMatchClassLoader@34d89c26

Results in: ClassA - its classloader is another instance of  ContextTypeMatchClassLoader: (e.g.)

org.springframework.context.support.ContextTypeMatchClassLoader$ContextOverridingClassLoader@3a2db42b

This classloader has two loaded classes: InterfaceA and ClassA.
In contrast, clToUse.loadClass("ClassA") returns the expected result:
ClassA, its classloader is the parent of clToUse 
 
 The affected project uses openjdk 11 (11+28). 
The somehow weird behaviour of Class#forName is already mentioned in SPR-14059 and SPR-2611.
 
Working through the tutorial, section 3.7 "Publishing the WSDL" 
<quote>
We use a a relative URI and we instruct the framework to transform it dynamically to an absolute URI.
</quote>
I have found out by trial and error that this only works if the following is set in web.xml
    <param-name>transformWsdlLocations</param-name>
However, this is only mentioned in section 5.3.1.1 later on in the documentation.

HIVE-5155 introduced support for delegation token based connection. However, it was intended for tcp transport mode. We need to have similar mechanisms for http transport.

hive> create table if not exists tmp_select(s string, c string, n int);
org.apache.hadoop.hive.ql.metadata.HiveException: MetaException(message:Got exception: javax.jdo.JDOUserException JDOQL Single-String query should always start with SELECT)
        at org.apache.hadoop.hive.ql.metadata.Hive.getTablesForDb(Hive.java:441)
        at org.apache.hadoop.hive.ql.metadata.Hive.getTablesByPattern(Hive.java:423)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeCreateTable(SemanticAnalyzer.java:5538)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:5192)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:105)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:275)
        at org.apache.hadoop.hive.ql.Driver.runCommand(Driver.java:320)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:312)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:123)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:181)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:287)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:156)
Caused by: MetaException(message:Got exception: javax.jdo.JDOUserException JDOQL Single-String query should always start with SELECT)
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.logAndThrowMetaException(MetaStoreUtils.java:612)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getTables(HiveMetaStoreClient.java:450)
        at org.apache.hadoop.hive.ql.metadata.Hive.getTablesForDb(Hive.java:439)
        ... 15 more

It's not possible to add an entry with empty secret-value into a credential store.
Masking the fact the password is empty is a valid scenario.

[standalone@localhost:9990 /] /subsystem=elytron/credential-store=cred-store-default/alias=emptysecret:add()
{
    "failure-description" => "WFLYCTL0155: 'secret-value' may not be null",
}
[standalone@localhost:9990 /] /subsystem=elytron/credential-store=cred-store-default/alias=emptysecret:add(secret-value="")
{
    "failure-description" => "WFLYCTL0113: '' is an invalid value for parameter secret-value. Values must have a minimum length of 1 characters",
}

Unignore tests
When this issue is fixed, unignore (and fix if needed) related tests in testsuite/elytron/src/test/java/org/wildfly/test/integration/elytron/application/. Thanks.

git grep WFLY-8143

The original camel-mina version1 component's mina-core dependency is not being resolved correctly due to it being defaulted to mina2-version in camel-parent.
The example should just be changed to use camel-mina2 instead. 

In Reference Documentation - 3.0.M3, page 12 in PDF,
2.4 Overview of new features - Core APIs updated for Java 5
In method declaration is missing a space between "String" and "name":
T getBean(Stringname, Class<T> requiredType)

TestReplicationPeer fails because it forces the zookeeper session expiration by calling HBaseTestingUtilty.expireSesssion(), but that function fails to do so.

Compilation of Elytron module of wildfly-core on IBM jdk fails.
reproduce

mvn install -pl elytron
...
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.7.0:testCompile (default-testCompile) on project wildfly-elytron-integration: Compilation failure
[ERROR] /home/pkremens/devel/wildfly-core/elytron/src/test/java/org/wildfly/extension/elytron/KeyStoresTestCase.java:[87,23] package sun.security.ec does not exist

CAMEL-8085 introduced a new feature of commit the consumer offset in batch mode, but it doesn't commit the last batch of messages.

/subsystem=infinispan/cache-container=ejb/distributed-cache=dist:write-attribute(name=statistics-enabled,value=true){allow-resource-service-restart=true}
{
    }
}

Doing: update orctabsmall set age = age + 1; results in FAILED: ParseException line 1:33 missing EOF at '+' near 'age'
We should be able to handle simple expressions in set clauses.

We currently have the following scattered around various test poms:

 <dependency>
             <groupId>xalan</groupId>
             <artifactId>xalan</artifactId>
             <version>2.7.1.jbossorg-2</version>
             <scope>test</scope>

This should be managed by the root pom

Otherwise leads to errors since the token is shared, and there's different nodes running Umbilical.

Found during ITBLL testing. AM in master gets into a state where manual attempts from the shell to run the balancer always return false and this is printed in the master log:
2018-10-03 19:17:14,892 DEBUG [RpcServer.default.FPBQ.Fifo.handler=21,queue=0,port=8100] master.HMaster: Not running balancer because processing dead regionserver(s): 
Note the empty list. 
This errant state did not recover without intervention by way of master restart, but the test environment was chaotic so needs investigation.

As seen in 0.12 build with hadoop1 - https://builds.apache.org/job/Hive-branch-0.12-hadoop1/lastCompletedBuild/testReport/
Following tests fail - 
>>> org.apache.hadoop.hive.ql.security.TestMetastoreAuthorizationProvider.testSimplePrivileges	12 sec	1
>>> org.apache.hadoop.hive.ql.security.TestStorageBasedClientSideAuthorizationProvider.testSimplePrivileges	12 sec	1
>>> org.apache.hadoop.hive.ql.security.TestStorageBasedMetastoreAuthorizationProvider.testSimplePrivileges	12 sec	1
>

Altering a table's partition key comments raises an InvalidOperationException.  The partition key name and type should not be mutable, but the comment should be able to get changed.

BoundedQueueThreadPoolWriteAttributeHandler doesn't deal with undefined values for core-threads correctly. It assumes the attribute will be defined, and that's not required.
The attribute doesn't have a fixed default value. Instead, the behavior in add is to set the runtime value to match max-threads of core-threads is undefined. BoundedQueueThreadPoolWriteAttributeHandler should do the same.

Base64Utils behave differently in Java 7 and Java 8. The reason is that org.apache.commons.codec.binary.Base64.encode adds "\r\n" to the end of the encoded array while java.util.Base64 does not. It may cause issues for example if you want to use the value in HTTP header. It will work fine in Java 8 but will fail in Java 7.

We need to print tez summary when hive.server2.logging.level >= PERFORMANCE. We introduced this parameter via HIVE-10119.
The logging param for levels is only relevant to HS2, so for hive-cli users the hive.tez.exec.print.summary still makes sense. We can check for log-level param as well, in places we are checking value of hive.tez.exec.print.summary. Ie, consider hive.tez.exec.print.summary=true if log.level >= PERFORMANCE.

08:28:21,470 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 9.0.0.Alpha2-SNAPSHOT (WildFly Core 1.0.0.Beta1) started (with errors) in 3771ms - Started 201 of 381 services (1 services failed or missing dependencies, 210 services are lazy, passive or on-demand)
08:28:50,778 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
	at org.wildfly.extension.undertow.ListenerResourceDefinition$ReadStatisticHandler.execute(ListenerResourceDefinition.java:224)
	at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:212)
	at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:141)
	at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:220)
	at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:487)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:795)
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:201)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:128)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:150)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:146)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:146)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)

When HS2 is configured for QOP other than auth (auth-int or auth-conf), Kerberos client connection works fine when the JDBC URL specifies the matching QOP, however when this HS2 is accessed through Oozie (Delegation token / Digest authentication), connections fails because the JDBC driver ignores the SASL.QOP parameters in the JDBC URL. SASL.QOP setting should be valid for DIGEST Auth mech.

The subsequent snippet may make no sense, but it causes a different attitude with tomcat and the jetty plugin from maven.
If the following http configuration is used in the applicationContext-security.xml:

<beans:beans xmlns="http://www.springframework.org/schema/security"
xmlns:beans="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/security
http://www.springframework.org/schema/security/spring-security-3.0.xsd">
#

<http auto-config='true' use-expressions="true"
disable-url-rewriting="true">
<intercept-url pattern="/" access="ROLE_CARRIER" />
<intercept-url pattern="/restrict/carrier" access="ROLE_CARRIER"/>
<intercept-url pattern="/restrict/customer" access="ROLE_CUSTOMER"/>
<intercept-url pattern="/restrict/distributor" access="ROLE_DISTRIBUTOR"/>
<intercept-url pattern="/index.jsf" filters="none" />
<intercept-url pattern="/failAuth.jsf" filters="none" />
<intercept-url pattern="/**" access="isAuthenticated()" />

<form-login login-page="/index.jsf"
authentication-failure-url="/failAuth.jsf" default-target-url="/successAuth.jsf"
authentication-success-handler-ref="redirectRoledependendStrategy" />
<logout />

</http>

tomcat serves the website without problems but jetty gives the following exceptions when i try to access localhost:8282/ldapAuth :
Problem accessing /ldapAuth/. Reason:
    Failed to evaluate expression 'ROLE_CARRIER'
Caused by:
java.lang.IllegalArgumentException: Failed to evaluate expression 'ROLE_CARRIER'
    at org.springframework.security.access.expression.ExpressionUtils.evaluateAsBoolean(ExpressionUtils.java:13)
    at org.springframework.security.web.access.expression.WebExpressionVoter.vote(WebExpressionVoter.java:34)
    at org.springframework.security.access.vote.AffirmativeBased.decide(AffirmativeBased.java:50)
    at org.springframework.security.access.intercept.AbstractSecurityInterceptor.beforeInvocation(AbstractSecurityInterceptor.java:203)
    at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:106)
    at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
    at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:355)
    at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:97)
    at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:100)
    at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:78)
    at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54)
    at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:35)
    at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:177)
    at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:188)
    at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:105)
    at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:79)
    at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:149)
    at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237)
    at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
    at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
    at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
    at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
    at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
    at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
    at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
    at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
    at org.mortbay.jetty.Server.handle(Server.java:326)
    at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
    at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
    at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Caused by: org.springframework.expression.spel.SpelEvaluationException: EL1008E:(pos 0): Field or property 'ROLE_CARRIER' cannot be found on object of type 'org.springframework.security.web.access.expression.WebSecurityExpressionRoot'
    at org.springframework.expression.spel.ast.PropertyOrFieldReference.readProperty(PropertyOrFieldReference.java:206)
    at org.springframework.expression.spel.ast.PropertyOrFieldReference.getValueInternal(PropertyOrFieldReference.java:71)
    at org.springframework.expression.spel.ast.SpelNodeImpl.getTypedValue(SpelNodeImpl.java:102)
    at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:97)
    at org.springframework.security.access.expression.ExpressionUtils.evaluateAsBoolean(ExpressionUtils.java:11)
    ... 44 more
Caused by:
org.springframework.expression.spel.SpelEvaluationException: EL1008E:(pos 0): Field or property 'ROLE_CARRIER' cannot be found on object of type 'org.springframework.security.web.access.expression.WebSecurityExpressionRoot'
If i uncomment the line: 
the application is successfully accessible on tomcat and jetty.
The following snippet shows my jetty-configuration in the pom.xml file:
<plugin>
        <groupId>org.mortbay.jetty</groupId>
        <artifactId>maven-jetty-plugin</artifactId>
          <scanIntervalSeconds>10</scanIntervalSeconds>
          <connectors>
            <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector">
              <port>8282</port>
              <maxIdleTime>60000</maxIdleTime>
            </connector>
          </connectors>
 </plugin>
hth,
Ramo Karahasan

When running a clean build using -Dmaven.repo.local pointing to an empty directory, some tests fail with ClassNotFoundException errors.

 T E S T S
Running org.wildfly.swarm.arquillian.ArquillianTest
Resolving 0 out of 475 artifacts
Dependencies not bundled, will resolve from local M2REPO
java.lang.ClassNotFoundException: org.wildfly.swarm.Swarm
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
	at org.wildfly.swarm.bootstrap.MainInvoker.getMainClass(MainInvoker.java:79)
	at org.wildfly.swarm.bootstrap.MainInvoker.<init>(MainInvoker.java:33)
	at org.wildfly.swarm.bootstrap.Main.run(Main.java:44)
	at org.wildfly.swarm.bootstrap.Main.main(Main.java:35)
Exception in thread "main" java.lang.ClassNotFoundException: org.wildfly.swarm.Swarm
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 11.201 sec <<< FAILURE! - in org.wildfly.swarm.arquillian.ArquillianTest
org.wildfly.swarm.arquillian.ArquillianTest  Time elapsed: 11.201 sec  <<< ERROR!
org.jboss.arquillian.container.spi.client.container.DeploymentException: Process failed to start
Caused by: org.jboss.arquillian.container.spi.client.container.DeploymentException: Process failed to start

Results :

  ArquillianTest.org.wildfly.swarm.arquillian.ArquillianTest » Deployment Proces...

The ReloadWithRolloutPlanTestCase test executes a reload operation, but doesn't wait for the reload to complete. This can cause intermittent errors in subsequent tests which assume the host controller or servers are started.

This is failing for me when I run locally. It looks like the classloader is resolving the Shims classes via the class files in the build directory, as opposed to from the hive-shims jar.

The scaffold uses the Roo tag lib "form/fields/column.tagx" and "form/fields/table.tagx", which communicate with one another by passing comma delimited strings through request-scoped JSP variables.
Unfortunately, comma is not a safe delimiter in this context, as it can appear in the data (e.g. date formats can contain commas).
To reproduce this, try creating a scaffold for an entity with "MM" formatted dates, and viewing the list pages.
I have attached a fix as a patch (no unit test, sorry).
I tried to use NULL '\0' delimited strings, but I couldn't get JSP to accept \0 in a string. (Does anyone know where the JSP syntax is actually documented? I have been unable to find this out even after extensive googling.) So instead, I have used ✏, which seems unlikely to appear in any column headings or date formats.

With HDFS Trash enabled but its encryption zone lower than Hive data directory, insert overwrite command silently fails to trash the existing files during overwrite, which could lead to unexpected incorrect results (more rows returned than expected)

With the following three commands the server becomes unable to boot due to a missing dependency: -

/subsystem=elytron:write-attribute(name=initial-providers, value=combined-providers)
/subsystem=elytron:undefine-attribute(name=final-providers)
/subsystem=elytron/aggregate-providers=combined-providers:remove

If however I execute :reload after the first two commands, the final command will fail correctly.

[standalone@localhost:9990 /] /subsystem=elytron/aggregate-providers=combined-providers:remove
{
    "failure-description" => "WFLYCTL0367: Cannot remove capability 'org.wildfly.security.providers.combined-providers' as it is required by other capabilities:
capability 'org.wildfly.security.elytron' requires it for attribute 'initial-providers' at address '/subsystem=elytron'",
}

I am only listing the 'Domain Management' component as I believe the security example is just the reproducer.

If an Enum has values with implementation, and a StringToEnumConverterFactory is created using a values class instead off the class on the enum itself, the converter factory fails. I think this is an issue with converting collections off enums, where the class for the content off the collection is derived from elements in the collection.
This is easily testable by creating an Enum, have an abstract method on the Enum and implement it in each value. Then create a StringToEnumConvertFactory using getClass on one off the values. The value classes will not actually return true from the isEnum() class, and you will have to get the superclass.

With configuration as below:
<name>
javax.jdo.option.ConnectionURL
</name>
<value>
jdbc:mysql://host/hive?createDatabaseIfNotExist=true
</value>
SchemaTool will failed:
export HIVE_CONF_DIR=$HIVE_CONF_DIR; schematool -dbType mysql -userName hive -passWord xxx -initSchema -verbose
exception as below:
Metastore connection URL:
Metastore Connection Driver : com.mysql.jdbc.Driver
Metastore connection User: hive
at org.apache.hive.beeline.HiveSchemaHelper.getConnectionToMetastore(HiveSchemaHelper.java:77)
at org.apache.hive.beeline.HiveSchemaTool.getConnectionToMetastore(HiveSchemaTool.java:113)
at org.apache.hive.beeline.HiveSchemaTool.testConnectionToMetastore(HiveSchemaTool.java:159)
at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:257)
at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:243)
at org.apache.hive.beeline.HiveSchemaTool.main(HiveSchemaTool.java:473)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.apache.hadoop.util.RunJar.run(RunJar.java:221)
at org.apache.hadoop.util.RunJar.main(RunJar.java:136)
Caused by: java.sql.SQLException: No suitable driver found for
at java.sql.DriverManager.getConnection(DriverManager.java:689)
at java.sql.DriverManager.getConnection(DriverManager.java:247)
at org.apache.hive.beeline.HiveSchemaHelper.getConnectionToMetastore(HiveSchemaHelper.java:73)
... 11 more

When the "composite" operation registration was converted to OperationDefinition, the outputting of the operation description was lost. This is because the operation is registered as EntryType.PRIVATE and we don't produce descriptions for those operations. Without such a description, any attempt to use the low-level op directly via the CLI will fail:
[standalone@localhost:9999 /] /:composite(steps=[
{"operation"=>"read-resource"}
])
Operation 'composite' does not expect any property.
See WFLY-1315 for the task of perhaps making this operation EntryType.PUBLIC.
The task here is to hack in something so a description gets published even though the operation is EntryType.PRIVATE. This is a conservative approach to restore the behavior we had in EAP 6.0.x and can be backported to EAP 6.1.0.

System.out is the enemy of TeamCity, using jboss logging or commenting out unnecessary content is much better.

org.jboss.as.test.integration.sar.context.classloader.MBeanTCCLTestCase
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.sar.context.classloader.MBeanTCCLTestCase -Dsecurity.manager

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/tccl-mbean-test-app.ear/jar-containing-mbean-class.jar <no signer certificates>)" of "null")
	at java.lang.ClassLoader.checkClassLoaderPermission(ClassLoader.java:1525)
	at java.lang.Thread.getContextClassLoader(Thread.java:1436)
	at org.jboss.as.test.integration.sar.context.classloader.mbean.MBeanInAModuleService.testClassLoadByTCCL(MBeanInAModuleService.java:44)
	at org.jboss.as.test.integration.sar.context.classloader.mbean.MBeanInAModuleService.<clinit>(MBeanInAModuleService.java:17)
	... 14 more

In current trunk, HMaster will fail to start with secure Hadoop if the user starting the process has not obtained a kerberos TGT.  The user starting the process should not be required to have a TGT, as the HMaster process self logs in using the configured keytab and principal.
This is due to a log line in the HMaster constructor executing prior to the User.login() step:

    LOG.info("hbase.rootdir=" + FSUtils.getRootDir(this.conf) +
        ", hbase.cluster.distributed=" + this.conf.getBoolean("hbase.cluster.distributed", false));

Here the FSUtils.getRootDir() winds up hitting the NameNode.  The fix is trivial, moving the log line to follow User.login().

When RBAC enabled, embed-server froze during start - CLI prompt of started server does not show and need to be interrupted by Ctrl+C.

bin/jboss-cli.sh
You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
[disconnected /] embed-server --std-out=echo
15:55:41,588 INFO  [org.jboss.modules] (AeshProcess: 1) JBoss Modules version 1.6.0.Beta3
15:55:41,650 INFO  [org.jboss.msc] (AeshProcess: 1) JBoss MSC version 1.2.7.Final
15:55:41,773 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0049: WildFly Core 3.0.0.Alpha18-SNAPSHOT "Kenny" starting
15:55:41,966 INFO  [org.jboss.as.domain.management] (MSC service thread 1-4) WFLYDM0136: Registered OpenSSL provider
15:55:42,302 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
15:55:42,367 INFO  [org.jboss.as.patching] (MSC service thread 1-8) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
15:55:42,386 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-4) WFLYDM0111: Keystore /home/jkalina/wildfly/wildfly-core/build/target/wildfly-core-3.0.0.Alpha18-SNAPSHOT/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
15:55:42,466 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 5) WFLYSRV0212: Resuming server
15:55:42,469 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha18-SNAPSHOT "Kenny" started in 875ms - Started 37 of 46 services (17 services are lazy, passive or on-demand)

In this stage it froze and need to be interrupted by Ctrl+C.

Interrupted while waiting for embedded server to start
[disconnected /]

WildFlySecurityManager throws ExceptionInInitializerError exception by some tests with security manager. 

org.jboss.as.test.integration.batch.deployment.JobControlTestCase#testStop
org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20MessageSelectorTestCase#retestMessageSelectors
org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20QueueTestCase#testEjb20MDB
org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20TopicTestCase#testEjb20TopicMDBs
org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB21TestCase#testSimple21MDB
org.jboss.as.test.integration.ejb.pool.lifecycle.PooledEJBLifecycleTestCase#testMDB
org.jboss.as.test.xts.annotation.compensationScoped.CompensationScopedTestCase#shouldSeeDifferentValuesInDifferentTransactions
org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATVoteReadOnly
org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase#testWSBACoordinatorSimple

Steps to Reproduce for MDB20QueueTestCase:

./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2  -DfailIfNoTests=false  -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=MDB20QueueTestCase

testEjb20MDB(org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20QueueTestCase)  Time elapsed: 0.094 sec  <<< ERROR!
java.lang.ExceptionInInitializerError: null
	at java.lang.Integer.getInteger(Integer.java:1101)
	at java.lang.Integer.getInteger(Integer.java:1057)
	at org.jboss.as.test.shared.TimeoutUtil.<clinit>(TimeoutUtil.java:39)
	at org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20QueueTestCase.testEjb20MDB(MDB20QueueTestCase.java:110)

The default will by default only register the first CamelContext. Which is used in non statefull jobs to lookup endpoints etc.
Instead the camel-quartz component should keep track of all the different camel contexts and use the id of the context on the job so it can lookup the context.

A number of unit tests (sometimes) using "show grant" fail, when run on windows or previous failures put the database in an unexpected state.
The reason is that the output of "show grant" is not specified to be in any particular order, but the golden files expect it to be.
The unit test framework should be extended to handled cases like that.

Our documentation is a little confused around setAutoFlush. Talks of Table but setAutoFlush is not in the Table interface. It was on HTable but was deprecated and since removed. Clean up the doc:

100.4. HBase Client: AutoFlush

When performing a lot of Puts, make sure that setAutoFlush is set to false
on your Table
<http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/Table.html>
instance.
Otherwise, the Puts will be sent one at a time to the RegionServer. Puts
added via table.add(Put) and table.add( <List> Put) wind up in the same
write buffer. If autoFlush = false, these messages are not sent until the
write-buffer is filled. To explicitly flush the messages, call flushCommits.
Calling close on the Table instance will invoke flushCommits

Spotted by Jeff Shmain.

Project setup:

Spring Boot 1.2.7.RELEASE
Spring MVC 4.1.8.RELEASE
Embedded Tomcat 8.0.28
JDK 1.8.0_51
Default Spring Boot mvc autoconfiguration
Added jQuery 2.1.3 webjar maven dependency

Run application from IDE by executing main method or by maven spring-boot:run command
Request to webjars/jquery/2.1.3/ or webjars/jquery/ ends up in a HTTP 500:

	at java.io.FilterInputStream.read(FilterInputStream.java:133)
	at java.io.FilterInputStream.read(FilterInputStream.java:107)
	at org.springframework.util.StreamUtils.copy(StreamUtils.java:123)
	at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.writeContent(ResourceHttpRequestHandler.java:411)
	at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.handleRequest(ResourceHttpRequestHandler.java:242)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:967)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:858)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:622)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:843)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
	at com.intrasoft.mysafety.config.security.custom.CorsFilter.doFilter(CorsFilter.java:24)
	at org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:83)
	at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:364)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:217)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
	at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:616)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:673)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1500)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1456)

I set debug breakpoint on org.springframework.web.servlet.resource.ResourceHttpRequestHandler.writeContent(ResourceHttpRequestHandler.java:411)

protected void writeContent(HttpServletResponse response, Resource resource) throws IOException {
		try {
			InputStream in = resource.getInputStream();
			try {
				StreamUtils.copy(in, response.getOutputStream());// debug breakpoint
			}
			finally {
				try {
					in.close();
				}
				catch (Throwable ex) {
					// ignore, see SPR-12999
				}
			}
		}
		catch (FileNotFoundException ex) {
			// ignore, see SPR-12999
		}
	}

Variables state:

Error is caused by calling read method of JarURLInputStream which delegates to null when resource is a directory inside another JAR file on classpath.
Additionally when application is run by executing java -jar (all jars are packed inside Spring Boot jar), request to webjars/jquery/2.1.3/ or webjars/jquery/ ends up in a HTTP 200. 
This time inner class DataInputStream of org.springframework.boot.loader.data.RandomAccessDataFile is used, not inner class JarURLInputStream of sun.net.www.protocol.jar.JarURLConnection

If I have a table with family "testFamily", currently I can do Puts using the new API by specifying the family name with or without a colon.  The KV is then stored w/ or w/o depending on how the Put was done.
If you try to Put.add("testFamily:", "qualifier", "value") this should throw a NoSuchColumnFamilyException

We should check the export service instead of the camelContext.
— components/camel-spring/src/main/java/org/apache/camel/spring/remoting/CamelServiceExporter.jav(revision 895109)
+++ components/camel-spring/src/main/java/org/apache/camel/spring/remoting/CamelServiceExporter.jav(working copy)
@@ -83,7 +83,7 @@
         }
         Endpoint endpoint = CamelContextHelper.getMandatoryEndpoint(camelContext, uri);

notNull(camelContext, "service");
+        notNull(getService(), "service");
         Object proxy = getProxyForService();

         consumer = endpoint.createConsumer(new BeanProcessor(proxy, camelContext));

When security-realm, which is set as http-interface security-realm in management-interfaces, is modified and operation used 
{allow-resource-service-restart=true}
 header then server is NOT in reload-required state but modified security realm does not work correctly until server is manually reloaded.

AbstractHttpSockJsSession adds messages to be sent to an internal cache. This should be synchronized with request initialization (either initial or subsequent, long polling request). Not doing so means that under some circumstances a message may not get flushed until another message is written.

According to https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:1770086700346491686 (reported in HIVE-12274)
The alter table command to change the column datatype from VARCHAR to CLOB may not work. So the correct way to accomplish this is to add a new temp column, copy the value from the current column, drop the current column and rename the new column to old column.

We will get a NPE error when setting skipStartingCamelContext system property to be true.

      java.lang.NullPointerException
        at org.apache.camel.spring.SpringCamelContext.springCamelContext(SpringCamelContext.java:75)
        at org.apache.camel.test.junit4.CamelSpringTestSupport.createCamelContext(CamelSpringTestSupport.java:180)
        at org.apache.camel.test.junit4.CamelTestSupport.doSetUp(CamelTestSupport.java:197)
        at org.apache.camel.test.junit4.CamelTestSupport.setUp(CamelTestSupport.java:167)

Carried my comment on HBASE-15403 to here:
Recently when I ran PerformanceEvaluation, I did notice some problem with the number of rows.
hbase org.apache.hadoop.hbase.PerformanceEvaluation --table=TestTable1 randomWrite 1
hbase org.apache.hadoop.hbase.PerformanceEvaluation --table=TestTable5 randomWrite 5
hbase org.apache.hadoop.hbase.PerformanceEvaluation --table=TestTable10 randomWrite 10
hbase org.apache.hadoop.hbase.PerformanceEvaluation --table=TestTable10 randomWrite 20
All produced similar number of rows, and on the file system, they look like in similar size as well:
hadoop fs -du -h /apps/hbase/data/data/default
786.5 M /apps/hbase/data/data/default/TestTable1
786.0 M /apps/hbase/data/data/default/TestTable10
782.0 M /apps/hbase/data/data/default/TestTable20
713.4 M /apps/hbase/data/data/default/TestTable5
HBase is 1.2.0. Looks like a regression somewhere.

When using a JMSConnectionFactoryDefinition annotation, and specifying a non transactional connection factory, message is not being sent (or at least received by MDB). Example:

@JMSConnectionFactoryDefinitions(
    value = {
        @JMSConnectionFactoryDefinition(
            name = "java:app/jms/nonXAconnectionFactorySample",
            transactional = false, 
             properties = {
             "connectors=in-vm",}
        )
    }
)

When using an MDB message isn't received. Removing "transactional" attribute makes it work again.

The problem is the txid that we assign to SyncFuture. In AsyncFSWAL, we will assign a zero txid if no edit is append, and it just equals to SyncFuture.NOT_DONE, so the sync request will never finish...

static class Foo {
	Map<String, Object> map = new HashMap<String, Object>();
}

Foo foo = new Foo();
foo.map.put("foo", "bar");

RedisData rd = write(foo);

Foo result = converter.read(Foo.class, rd);
assertThat(result.map.get("foo"), instanceof(String.class));

hbase(main):004:0> list_quotas
OWNER                                                QUOTAS

ERROR: cannot load Java class org.apache.hadoop.hbase.client.ConnectionFactor

AtomicFileOutputStream causes NPE when created for file in current directory.
The NPE prevented the file of being created.

As per SalesforceSession's login exception handling [1] a message is computed to report both the error code and its description but then, when an object of type RestError is created, the computed message is used to set the RestError's code. 
IMHO, the error code provided by SalesForce should be reported as it is, then the computed message can be set for  RestError's message so instead of:

errors.add(new RestError(msg, error.getErrorDescription()));

It should be:

errors.add(new RestError(error.getError(), msg));

This helps to easily handle different error codes as one do not need to parse the error message. 
[1] https://github.com/apache/camel/blob/master/components/camel-salesforce/camel-salesforce-component/src/main/java/org/apache/camel/component/salesforce/internal/SalesforceSession.java#L199

MR job does not necessarily produce an output in the form of a file. For example: I am y be searching for certain data and when I encounter it I may want to send a message

Inserting a row with a Date parameter marker (PreparedStatement.setDate()) fails with ParseException:
Exception: org.apache.hive.service.cli.HiveSQLException: Error while compiling statement: FAILED: ParseException line 1:41 mismatched input '-' expecting ) near '1980' in statement
org.apache.hive.service.cli.HiveSQLException: Error while compiling statement: FAILED: ParseException line 1:41 mismatched input '-' expecting ) near '1980' in statement
        at org.apache.hive.jdbc.Utils.verifySuccess(Utils.java:231)
        at org.apache.hive.jdbc.Utils.verifySuccessWithInfo(Utils.java:217)
        at org.apache.hive.jdbc.HiveStatement.execute(HiveStatement.java:254)
        at org.apache.hive.jdbc.HiveStatement.executeUpdate(HiveStatement.java:4
06)
        at org.apache.hive.jdbc.HivePreparedStatement.executeUpdate(HivePrepared
Statement.java:117)
        at repro1.main(repro1.java:90)
Caused by: org.apache.hive.service.cli.HiveSQLException: Error while compiling statement: FAILED: ParseException line 1:41 mismatched input '-' expecting ) near '1980' in statement
        at org.apache.hive.service.cli.operation.Operation.toSQLException(Operat
ion.java:314)
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperati
on.java:102)
        at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOpe
ration.java:171)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
REPRO:
/*

It may be freely used, modified, and distributed with no restrictions.
 */
import java.sql.Connection;
import java.sql.DatabaseMetaData;
import java.sql.DriverManager;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Statement;
import java.sql.PreparedStatement;
import java.sql.ResultSetMetaData;
import java.io.Reader;

/**
 */
public class repro1
{
  /**

Main method.

@param args
no arguments required
   */
  public static void main(String [] args)
  {
    Connection con = null;
    Statement stmt = null;
    ResultSet rst = null;

    String drptab = "DROP TABLE SDLJUNK";
    String crttab = "CREATE TABLE SDLJUNK(I INT, D DATE)";
    String instab = "INSERT INTO TABLE SDLJUNK VALUES (1, ? )";
    try {
      System.out.println("=================================================");
      System.out.println("Problem description:");
      System.out.println("After setting a value for a DATE parameter marker ");
      System.out.println(" with PreparedStatement.setDate(),"); 
      System.out.println(" an INSERT statement fails execution with error:  "); 
      System.out.println("                                                  "); 
      System.out.println("  Error while compiling statement: FAILED: ");
      System.out.println("ParseException line 1:78 mismatched input '-' ");
      System.out.println(" expecting ) near '1980' in statement"); 
      System.out.println("");
      // Create new instance of JDBC Driver and make connection.
      System.out.println("Registering Driver.");
      Class.forName("org.apache.hive.jdbc.HiveDriver");
      String url="jdbc:hive2://hwhive:10000/R729999D";
      System.out.println("Making a connection to: "+url);
      con = DriverManager.getConnection(url, "hive", "hive");     
      System.out.println("Connection successful.\n");
      DatabaseMetaData dbmd = con.getMetaData();
      System.out.println("getDatabaseProductName() = "+dbmd.getDatabaseProductName());
      System.out.println("getDatabaseProductVersion() = "+dbmd.getDatabaseProductVersion());
      System.out.println("getDriverName() = "+dbmd.getDriverName());
      System.out.println("getDriverVersion() = "+dbmd.getDriverVersion());
      try 
{
         System.out.println("con.createStatement()");
         stmt = con.createStatement();

         System.out.println(drptab);
         stmt.executeUpdate(drptab);
         }

      catch (Exception ex)
      {	
        System.out.println("Exception: " + ex);
      }

      System.out.println(crttab);
      stmt.executeUpdate(crttab);
      System.out.println("preparing: "+instab);
      PreparedStatement pstmt = con.prepareStatement(instab);
      System.out.println("calling setDate() for parameter marker");
      java.sql.Date dt = java.sql.Date.valueOf("1980-12-26");
      pstmt.setDate(1, dt);
//    pstmt.setString(1, "1980-12-26");
      System.out.println("executing: "+instab);
      pstmt.executeUpdate();
//    System.out.println("committing");
//    con.commit();
    }
    catch (Exception ex)
    {	
      System.out.println("Exception: " + ex);
      ex.printStackTrace();
    }

    finally
    {			
      if (con != null)
      {	
        try
        {	
          // Close the connection
          con.close();				
        }
        catch (SQLException ex)
        {	
          System.out.println("SQLException: " + ex);
        }
      }
    } 
  }
  //-------------------------------------------------------------------
  // dispResultSet
  // Displays all columns and rows in the given result set
  private static void dispResultSet (ResultSet rs)
	throws SQLException
  {
    int i;
    // Get the ResultSetMetaData.  This will be used for
    // the column headings
    ResultSetMetaData rsmd = rs.getMetaData ();
    // Get the number of columns in the result set
    int numCols = rsmd.getColumnCount ();
    // Display column headings
    for (i=1; i<=numCols; i++) 
{
      if (i > 1) System.out.print(",");
      System.out.print(rsmd.getColumnLabel(i));
    }

    System.out.println("");
    // Display data, fetching until end of the result set
    boolean more = rs.next ();
    while (more) {
      // Loop through each column, getting the
      // column data and displaying
      for (i=1; i<=numCols; i++) 
{
        if (i > 1) System.out.print(",");
          System.out.print(rs.getString(i));
      }
      // Fetch the next result set row
      more = rs.next ();
    }
  }
}
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
REPRO OUTPUT:
Picked up _JAVA_OPTIONS: -Xms128m -Xmx256m
=================================================
Problem description:
After setting a value for a DATE parameter marker 
 with PreparedStatement.setDate(),
 an INSERT statement fails execution with error:  
  Error while compiling statement: FAILED: 
ParseException line 1:78 mismatched input '-' 
 expecting ) near '1980' in statement
Registering Driver.
Making a connection to: jdbc:hive2://hwhive:10000/R729999D
log4j:WARN No appenders could be found for logger (org.apache.hive.jdbc.Utils).
Connection successful.
getDatabaseProductName() = Apache Hive
getDatabaseProductVersion() = 0.14.0.2.2.0.0-2041
getDriverName() = Hive JDBC
getDriverVersion() = 0.14.0.2.2.0.0-2041
con.createStatement()
DROP TABLE SDLJUNK
CREATE TABLE SDLJUNK(I INT, D DATE)
preparing: INSERT INTO TABLE SDLJUNK VALUES (1, ? )
calling setDate() for parameter marker
executing: INSERT INTO TABLE SDLJUNK VALUES (1, ? )
	at org.apache.hive.jdbc.Utils.verifySuccess(Utils.java:231)
	at org.apache.hive.jdbc.Utils.verifySuccessWithInfo(Utils.java:217)
	at org.apache.hive.jdbc.HiveStatement.execute(HiveStatement.java:254)
	at org.apache.hive.jdbc.HiveStatement.executeUpdate(HiveStatement.java:406)
	at org.apache.hive.jdbc.HivePreparedStatement.executeUpdate(HivePreparedStatement.java:117)
	at repro1.main(repro1.java:90)
	at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:314)
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:102)
	at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:171)
	at org.apache.hive.service.cli.operation.Operation.run(Operation.java:256)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:376)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:363)
	at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:247)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:401)
	at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:206)
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.parse.ParseException:line 1:41 mismatched input '-' expecting ) near '1980' in statement
	at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:202)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:389)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:303)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1067)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1061)
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:100)
	... 15 more
ENVIRONMENT:
export CLASSPATH=.:/qas/hive14/hive-serde.jar:/qas/hive14/hive-exec.jar:/qas/hive14/slf4j-api-1.7.5.jar:/qas/hive14/libfb303-0.9.0.jar:/qas/hive14/hive-service.jar:/qas/hive14/httpclient-4.2.5.jar:/qas/hive14/hive-metastore.jar:/qas/hive14/hive-common.jar:/qas/hive14/httpcore-4.2.5.jar:/qas/hive14/hive-jdbc.jar:/qas/hive14/hadoop-common.jar:/qas/hive14/libthrift-0.9.0.jar:/qas/hive14/hive-shims.jar:/qas/hive14/log4j-1.2.16.jar:/qas/hive14/commons-logging-1.1.3.jar
export PATH=$JDK_HOME/bin:$PATH

addon-dbre generated entities with one-to-one relationship established have circular reference via toString aspects.
Let's say you have entity A and B with @OneToOne on A.refB and B.refA. Then you call A.toString() it will call A.refB.toString() who in is's turn will call B.refA.toString() -> loop. Need to be fixed. We should exclude those from toString at all or include it only at identifying side

NamedParameterUtils.parseSqlStatement has Problems with quoted single quotes within SQL.
  ParsedSql sql = NamedParameterUtils.parseSqlStatement("SELECT 'foo''doo', :xxx FROM DUAL");
  // sql.totalParameterCount == 0 !

A call to DataConfiguration.get() eventually invokes the PropertyConverter.to() method. Here a number of supported data types are checked and corresponding conversions are done.
However, the case that the value does not need to be converted at all - because it already has the expected type - is not taken into account. This is especially a problem for string values: there is not conversion to string, so the get() method fails even if the value is already a string.

In my project, every now and again some Spring Data Repository methods raise a ClassCastException when called. If this happens once, every subsequent call on the same method results in the same exception. The method is then broken until the JVM or the Spring context is restarted.
After investigating further I found out that this is caused by an incorrectly generated query string. In my case this JPA query string is something like 
select generatedAlias0 from Order as generatedAlias0 left join generatedAlias0.product as generatedAlias0 where generatedAlias0=:param0
The generated alias is the same for the root object as well as the join! After taking a closer look at Hibernate's sources, I found out that Hibernate's javax.persistence.criteria.CriteriaQuery implementation (CriteriaQueryImpl) is not thread safe. If there are no aliases set on the CriteriaQuery object (=default), alias names are generated on the first call that uses the object. Now, if multiple threads use the CriteriaQuery object at the same time, this can cause incorrectly generated alias names. Since Spring Data JPA repositories use a shared CriteriaQuery object for each query method, this causes problems in multithreaded environments.
JPA does not explicitly require implementations to provide thread safe CriteriaQuery objects. I reproduced this with Hibernate 4.2.5 and 4.1.9. Maybe with other JPA implementations alias generation is implemented differently and thread safe. Either way, unfortunately, Spring Data can not rely on thread safety in this regard. This problem might have been introduced in DATAJPA-71
Investigation notes:
Query generation in Hibernate can found in org.hibernate.ejb.criteria.CriteriaQueryCompiler (line 223). The renderingContext passed is unique for the thread/call (not unique for the CriteriqQuery object)

In a graceful shutdown, we will set cluster down in ServerManager, and in ServerManger.expireServer, if the cluster down flag is true and all rses are gone, we will call master.stop and quit.
But if we have no live rs when shutting down, then expireServer will never be triggered, so we are dead...

See nabble
http://camel.465427.n5.nabble.com/moveFailed-is-failing-when-streaming-is-on-tp5737065.html
We should ensure the splitter iterator is closed when we are done with splitting due to an exception. The current logic only closes at the end, which you we wont reach if stopOnException is enabled.

regression from HBASE-9963, found while looking at HBASE-10079.

It will make it easier to rewrite Canary with async client in the future.
And it is also very easy to write a simple sniff method for HBaseTestingUtility.

The current code is:

public class UDFLower extends UDF {

  Text t = new Text();
  public UDFLower() {
  }

  public Text evaluate(Text s) {
    if (s == null) {
    }
    t.set(s.toString().toUpperCase());
    return t;
  }

}

When loading outboard modules from the classpath, NestedJarResourceLoader deletes the original jar files from disk.

Maven central POM for spring-web has wrong versions of dependencies and a missing dependency.

 I openTxn() and acquireLocks() for a query that looks like "INSERT INTO T PARTITION(p) SELECT * FROM T".
Then I call commitTxn().  Then I call closeTxnManger() I get an exception saying lock not found (the only lock in this txn).  So it seems TxnMgr doesn't know that commit released the locks.
Here is the stack trace and some log output which maybe useful:

2014-06-17 15:54:40,771 DEBUG mapreduce.TransactionContext (TransactionContext.java:onCommitJob(128)) - onCommitJob(job_local557130041_0001). this=46719652
2014-06-17 15:54:40,771 DEBUG lockmgr.DbTxnManager (DbTxnManager.java:commitTxn(205)) - Committing txn 1
2014-06-17 15:54:40,771 DEBUG txn.TxnHandler (TxnHandler.java:getDbTime(872)) - Going to execute query <values current_timestamp>
2014-06-17 15:54:40,772 DEBUG txn.TxnHandler (TxnHandler.java:heartbeatTxn(1423)) - Going to execute query <select txn_state from TXNS where txn_id = 1 for\
 update>
2014-06-17 15:54:40,773 DEBUG txn.TxnHandler (TxnHandler.java:heartbeatTxn(1438)) - Going to execute update <update TXNS set txn_last_heartbeat = 140304568\
0772 where txn_id = 1>
2014-06-17 15:54:40,778 DEBUG txn.TxnHandler (TxnHandler.java:heartbeatTxn(1440)) - Going to commit
2014-06-17 15:54:40,779 DEBUG txn.TxnHandler (TxnHandler.java:commitTxn(344)) - Going to execute insert <insert into COMPLETED_TXN_COMPONENTS select tc_txn\
id, tc_database, tc_table, tc_partition from TXN_COMPONENTS where tc_txnid = 1>
2014-06-17 15:54:40,784 DEBUG txn.TxnHandler (TxnHandler.java:commitTxn(352)) - Going to execute update <delete from TXN_COMPONENTS where tc_txnid = 1>
2014-06-17 15:54:40,788 DEBUG txn.TxnHandler (TxnHandler.java:commitTxn(356)) - Going to execute update <delete from HIVE_LOCKS where hl_txnid = 1>
2014-06-17 15:54:40,791 DEBUG txn.TxnHandler (TxnHandler.java:commitTxn(359)) - Going to execute update <delete from TXNS where txn_id = 1>
2014-06-17 15:54:40,794 DEBUG txn.TxnHandler (TxnHandler.java:commitTxn(361)) - Going to commit
2014-06-17 15:54:40,795 WARN  mapreduce.TransactionContext (TransactionContext.java:cleanup(317)) - cleanupJob(JobID=job_local557130041_0001)this=46719652
2014-06-17 15:54:40,795 DEBUG lockmgr.DbLockManager (DbLockManager.java:unlock(109)) - Unlocking id:1
2014-06-17 15:54:40,796 DEBUG txn.TxnHandler (TxnHandler.java:getDbTime(872)) - Going to execute query <values current_timestamp>
2014-06-17 15:54:40,796 DEBUG txn.TxnHandler (TxnHandler.java:heartbeatLock(1402)) - Going to execute update <update HIVE_LOCKS set hl_last_heartbeat = 140\
3045680796 where hl_lock_ext_id = 1>
2014-06-17 15:54:40,800 DEBUG txn.TxnHandler (TxnHandler.java:heartbeatLock(1405)) - Going to rollback
2014-06-17 15:54:40,804 ERROR metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(143)) - NoSuchLockException(message:No such lock: 1)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.heartbeatLock(TxnHandler.java:1407)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.unlock(TxnHandler.java:477)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.unlock(HiveMetaStore.java:4817)
        at com.sun.proxy.$Proxy14.unlock(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.unlock(HiveMetaStoreClient.java:1598)
        at org.apache.hadoop.hive.ql.lockmgr.DbLockManager.unlock(DbLockManager.java:110)
        at org.apache.hadoop.hive.ql.lockmgr.DbLockManager.close(DbLockManager.java:162)
        at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.destruct(DbTxnManager.java:300)
        at org.apache.hadoop.hive.ql.lockmgr.HiveTxnManagerImpl.closeTxnManager(HiveTxnManagerImpl.java:39)
        at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.closeTxnManager(DbTxnManager.java:43)
        at org.apache.hive.hcatalog.mapreduce.TransactionContext.cleanup(TransactionContext.java:327)
        at org.apache.hive.hcatalog.mapreduce.TransactionContext.onCommitJob(TransactionContext.java:142)
        at org.apache.hive.hcatalog.mapreduce.OutputCommitterContainer.commitJob(OutputCommitterContainer.java:61)
        at org.apache.hive.hcatalog.mapreduce.FileOutputCommitterContainer.commitJob(FileOutputCommitterContainer.java:251)
        at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:537)

2014-06-17 15:54:40,804 ERROR lockmgr.DbLockManager (DbLockManager.java:unlock(114)) - Metastore could find no record of lock 1
2014-06-17 15:54:40,810 INFO  mapreduce.FileOutputCommitterContainer (FileOutputCommitterContainer.java:cancelDelegationTokens(976)) - Cancelling delegation token for the job.

"hive.stats.fetch.column.stats" controls whether the column stats for a table are fetched during explain (in Tez: during query planning). On my setup (1 table 4000 partitions, 24 columns) the time spent in semantic analyze goes from ~1 second to ~66 seconds when turning the flag on. 65 seconds spent fetching column stats...
The reason is probably that the APIs force you to make separate metastore calls for each column in each partition. That's probably the first thing that has to change. The question is if in addition to that we need to cache this in the client or store the stats as a single blob in the database to further cut down on the time. However, the way it stands right now column stats seem unusable.

I have a @QueryResult object, which has a field of Collection<Map<String, Object>>. 
This was working fine in 2.0.1, but 2.0.2-SNAPSHOT could not deal with it:

java.lang.ClassNotFoundException: java/util/Map<Ljava/lang/String;Ljava/lang/Object
	at java.lang.Class.forName0(Native Method) ~[na:1.8.0_91]
	at java.lang.Class.forName(Class.java:348) ~[na:1.8.0_91]
	at org.neo4j.ogm.classloader.MetaDataClassLoader.loadClass(MetaDataClassLoader.java:35) ~[neo4j-ogm-api-2.0.2-SNAPSHOT.jar:na]
	at org.neo4j.ogm.ClassUtils.computeType(ClassUtils.java:122) ~[neo4j-ogm-core-2.0.2-SNAPSHOT.jar:na]
	at org.neo4j.ogm.ClassUtils.getType(ClassUtils.java:59) ~[neo4j-ogm-core-2.0.2-SNAPSHOT.jar:na]
	at org.neo4j.ogm.context.SingleUseEntityMapper.underlyingElementType(SingleUseEntityMapper.java:139) ~[neo4j-ogm-core-2.0.2-SNAPSHOT.jar:na]
	at org.neo4j.ogm.context.SingleUseEntityMapper.writeProperty(SingleUseEntityMapper.java:122) ~[neo4j-ogm-core-2.0.2-SNAPSHOT.jar:na]

Env: hive master (commit:6de5d1d4ba40269a0bf5ad6ee42797021541fe97) + tez master
Query: insert overwrite with dynamic partitions

 errorMessage=Cannot recover from this error:org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: java.io.IOException: java.lang.StackOverflowError
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:74)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:419)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:189)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:172)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1724)
Caused by: java.io.IOException: java.io.IOException: java.lang.StackOverflowError
        at org.apache.hadoop.hive.io.HiveIOExceptionHandlerChain.handleRecordReaderNextException(HiveIOExceptionHandlerChain.java:121)
        at org.apache.hadoop.hive.io.HiveIOExceptionHandlerUtil.handleRecordReaderNextException(HiveIOExceptionHandlerUtil.java:77)
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:365)
        at org.apache.hadoop.hive.ql.io.HiveRecordReader.doNext(HiveRecordReader.java:79)
        at org.apache.hadoop.hive.ql.io.HiveRecordReader.doNext(HiveRecordReader.java:33)
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.next(HiveContextAwareRecordReader.java:116)
        at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.next(TezGroupedSplitsInputFormat.java:151)
        at org.apache.tez.mapreduce.lib.MRReaderMapred.next(MRReaderMapred.java:116)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:62)
        ... 17 more
Caused by: java.io.IOException: java.lang.StackOverflowError
        at org.apache.hadoop.hive.llap.io.api.impl.LlapRecordReader.rethrowErrorIfAny(LlapRecordReader.java:307)
        at org.apache.hadoop.hive.llap.io.api.impl.LlapRecordReader.nextCvb(LlapRecordReader.java:262)
        at org.apache.hadoop.hive.llap.io.api.impl.LlapRecordReader.next(LlapRecordReader.java:202)
        at org.apache.hadoop.hive.llap.io.api.impl.LlapRecordReader.next(LlapRecordReader.java:65)
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:360)
        ... 23 more
        at org.apache.hadoop.hive.llap.cache.EvictionDispatcher.notifyEvicted(EvictionDispatcher.java:44)
        at org.apache.hadoop.hive.llap.cache.SerDeLowLevelCacheImpl$LlapSerDeDataBuffer.notifyEvicted(SerDeLowLevelCacheImpl.java:60)

Haven't been able to reproduce this often though.

When trying to build 78099bb2fc with Maven 3.3.1 I get the following error from maven-enforcer plugin (at wildfly-feature-pack module):

[INFO] Building WildFly: Full Feature Pack 9.0.0.CR1-SNAPSHOT
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ wildfly-feature-pack ---
[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (ban-bad-dependencies) @ wildfly-feature-pack ---
[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (enforce-java-version) @ wildfly-feature-pack ---
[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (enforce-maven-version) @ wildfly-feature-pack ---
[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (ban-transitive-deps) @ wildfly-feature-pack ---
[WARNING] Rule 0: org.apache.maven.plugins.enforcer.BanTransitiveDependencies failed with message:
org.wildfly:wildfly-feature-pack:pom:9.0.0.CR1-SNAPSHOT
   org.wildfly:wildfly-client-all:jar:9.0.0.CR1-SNAPSHOT:compile has transitive dependencies:
      org.jboss.remotingjmx:remoting-jmx:jar:2.0.1.CR2:compile
         org.jboss.logging:jboss-logging:jar:3.2.1.Final:compile
         org.jboss.marshalling:jboss-marshalling:jar:1.4.10.Final:compile
         org.jboss.marshalling:jboss-marshalling-river:jar:1.4.10.Final:compile
         org.jboss.remoting:jboss-remoting:jar:4.0.8.Final:compile
         org.jboss.sasl:jboss-sasl:jar:1.0.5.Final:compile
         org.jboss.xnio:xnio-api:jar:3.3.1.Final:compile
         org.jboss.xnio:xnio-nio:jar:3.3.1.Final:compile

Oddly enough if you run mvn clean install -rf :wildfly-feature-pack then the build succeeds for the module..
I did try to specify -Dversion.enforcer.plugin=1.4, but that didn't help. 

Need to update the build.xml of example-camel-cxf to support run the examples of camel transport and web service provider API.

HiveIndexResult is not compression-aware, so for any index to work (regardless of compact/bitmap) we need to not compress the index intermediate file when we generate it.

The jdbc table types supported by hive server2 are not the documented typical types [1] in jdbc, they are hive specific types (MANAGED_TABLE, EXTERNAL_TABLE, VIRTUAL_VIEW). 
HIVE-4573 added support for the jdbc documented typical types, but the HS2 default configuration is to return the hive types 
The default configuration should result in the expected jdbc typical behavior.
[1] http://docs.oracle.com/javase/6/docs/api/java/sql/DatabaseMetaData.html?is-external=true#getTables(java.lang.String, java.lang.String, java.lang.String, java.lang.String[])

If you read from a file and use the tokenize pair in a predicate such as a filter / content based router, then the input stream should be closed. Otherwise OS such as Windows keep a lock on the stream, and the file cannot be moved/deleted after processing is done.
See nabble
http://camel.465427.n5.nabble.com/Riding-on-org-apache-camel-language-TokenPairPredicateTest-tp5041981p5041981.html
Note that using tokenizePair as a predicate is must likely very unusual, as its meant for splitting a stream into tokens, and thus most often only used with the splitter EIP.

Creating an IgniteComponent from configuration works fine, but when I try and create one from an existing Ignite instance it throws an IllegalStateException when starting the component: "No configuration resource or IgniteConfiguration was provided to the Ignite component." 
Looking at the code here it appears the lifecycleMode is ignored as it is only set to COMPONENT_MANAGED and cannot be altered outside of the class.  
The following patch sets the lifecycleMode USER_MANAGED when an ignite instance is set, which appears to resolve the problem.

  diff --git a/components/camel-ignite/src/main/java/org/apache/camel/component/ignite/AbstractIgniteComponent.java b/components/camel-ignite/src/main/java/org/apache/camel/component/ignite/AbstractIgniteComponent.java
  index eaf6583..e9efc79 100644
  --- a/components/camel-ignite/src/main/java/org/apache/camel/component/ignite/AbstractIgniteComponent.java
  +++ b/components/camel-ignite/src/main/java/org/apache/camel/component/ignite/AbstractIgniteComponent.java
  @@ -121,6 +108,7 @@
        */
       public void setIgnite(Ignite ignite) {
           this.ignite = ignite;
  +        lifecycleMode = IgniteLifecycleMode.USER_MANAGED;
       }
   
       /**

(github pull request to follow)

While hitting reload to see when a kill-initiated RS shutdown would make the Web UI go away, I got a stack trace from an NPE

Due to recent checkin for implict type conversion, avg broke and it always returns NULLs.

Sometimes, builds fail mysteriously and leave lots of tests hanging. This makes  flaky list go crazy.
This patch adds that feature to specify build ids to exclude in report-flakies.py.
If we find that a build screwed up, we can exclude it using "exclude=" option in --urls param and rerun the job to fix the flaky list.

Currently when a table is altered, if any of below conditions is true, HMS would try to update column statistics for the table:

database name is changed
table name is changed
old columns and new columns are not the same

As a result, when a column is added to a table, Hive also tries to update column statistics, which is not necessary. We can loose the last condition by checking whether all existing columns are changed or not. If not, we don't have to update stats info.

When I was working on CAMEL-6147, I found the file stream is never closed, even it met the close condition. 

HBase related paramters has been added by HIVE-12708.
Following the same way,parameters starting with "zookeeper.znode" should be add too,which are also HBase related paramters .
Refering to http://blog.cloudera.com/blog/2013/10/what-are-hbase-znodes/
I have seen a failure with Hive on Spark over HBase  due to customize zookeeper.znode.parent.

When reading a Parquet file written by Hive <= 0.12, the following error is thrown:

        at org.apache.hadoop.hive.ql.io.parquet.serde.AbstractParquetMapInspector.getMap(AbstractParquetMapInspector.java:73)
        at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serialize(LazySimpleSerDe.java:519)
        at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serializeField(LazySimpleSerDe.java:443)
        at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serialize(LazySimpleSerDe.java:427)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:582)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:796)
        at org.apache.hadoop.hive.ql.exec.LimitOperator.processOp(LimitOperator.java:51)
        at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:87)
        at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:92)
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:539)
        ... 9 more

This is because old versions of Hive (<= 0.12) write Map types using the following schema:

optional group m1 (MAP_KEY_VALUE) {
	repeated group map {
		required binary key;
		optional binary key;
	}
}	

PARQUET-113 mentions new annotations for Parquet nested types. 
https://github.com/rdblue/incubator-parquet-format/blob/PARQUET-113-add-list-and-map-spec/LogicalTypes.md#maps
And now the correct schema is:

optional group m1f (MAP) {
	repeated group map (MAP_KEY_VALUE) {
	}
}

We should be backwards compatible to the old schema as well.

Having distributable application backed by Undertow application-security-domain with Elytron SSO set (for FORM mechanism), successful login attempts results in the following error:

15:57:34,903 ERROR [org.infinispan.remoting.rpc.RpcManagerImpl] (default task-4) ISPN000073: Unexpected error while replicating: org.infinispan.commons.marshall.NotSerializableException: org.wildfly.clustering.web.undertow.sso.elytron.ElytronAuthentication
Caused by: an exception which occurred:
	in object org.wildfly.clustering.web.undertow.sso.elytron.ElytronAuthentication@46ef57a5
	in object org.wildfly.clustering.marshalling.jboss.SimpleMarshalledValue@46ef57a5
	in object org.wildfly.clustering.web.infinispan.sso.AuthenticationEntry@417b03e9
	in object org.infinispan.commands.write.PutKeyValueCommand@9646d052
	in object org.infinispan.commands.tx.PrepareCommand@50ee6487

15:57:34,905 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-4) ISPN000136: Error executing command PrepareCommand, writing keys [AuthenticationKey(ukdiDnE0KJg46OUFshcxq6XIE2xnV9JZRJfpScWx), CoarseSessionsKey(ukdiDnE0KJg46OUFshcxq6XIE2xnV9JZRJfpScWx)]: org.infinispan.commons.marshall.NotSerializableException: org.wildfly.clustering.web.undertow.sso.elytron.ElytronAuthentication

15:57:34,905 ERROR [org.infinispan.transaction.impl.TransactionCoordinator] (default task-4) ISPN000097: Error while processing a prepare in a single-phase transaction: org.infinispan.commons.marshall.NotSerializableException: org.wildfly.clustering.web.undertow.sso.elytron.ElytronAuthentication

Priority is set to blocker because it blocks EAP7-596.

2009-09-01 11:28:24,106 INFO org.apache.hadoop.ipc.HBaseServer: IPC Server handler 16 on 60000, call regionServerReport(address: 192.168.105.39:60020, startcode: 1251828463043, load: (requests=0, regions=21, usedHeap=135, maxHeap=4093), [Lorg.apache.hadoop.hbase.HMsg;@6556c280, [Lorg.apache.hadoop.hbase.HRegionInfo;@22fb957a) from 192.168.105.39:60281: error: java.io.IOException: java.util.ConcurrentModificationException
java.io.IOException: java.util.ConcurrentModificationException
        at java.util.TreeMap$PrivateEntryIterator.nextEntry(TreeMap.java:1100)
        at java.util.TreeMap$ValueIterator.next(TreeMap.java:1145)
        at org.apache.hadoop.hbase.master.RegionManager.isMetaServer(RegionManager.java:837)
        at org.apache.hadoop.hbase.master.RegionManager.regionsAwaitingAssignment(RegionManager.java:405)
        at org.apache.hadoop.hbase.master.RegionManager.assignRegions(RegionManager.java:202)
        at org.apache.hadoop.hbase.master.ServerManager.processMsgs(ServerManager.java:481)
        at org.apache.hadoop.hbase.master.ServerManager.processRegionServerAllsWell(ServerManager.java:415)
        at org.apache.hadoop.hbase.master.ServerManager.regionServerReport(ServerManager.java:324)
        at org.apache.hadoop.hbase.master.HMaster.regionServerReport(HMaster.java:722)
        at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:650)

and 

2009-09-01 11:28:25,713 INFO org.apache.hadoop.ipc.HBaseServer: IPC Server handler 23 on 60000, call regionServerReport(address: 192.168.105.37:60020, startcode: 1251828463132, load: (requests=0, regions=14, usedHeap=141, maxHeap=4093), [Lorg.apache.hadoop.hbase.HMsg;@68345260, [Lorg.apache.hadoop.hbase.HRegionInfo;@430c5212) from 192.168.105.37:35432: error: java.io.IOException: java.util.ConcurrentModificationException
        at org.apache.hadoop.hbase.master.RegionManager.regionsAwaitingAssignment(RegionManager.java:428)

As discussed with Mathias on IRC:
<hbs> regionsInTransition is a synchronized map so accesses to it are synchronized but not looping over it
<hbs> as stated in http://java.sun.com/j2se/1.5.0/docs/api/java/util/Collections.html#synchronizedMap%28java.util.Map%29
<hbs> so there is a missing synchronized(regionsInTransition) wherever regionsInTransition is iterated over.

    @Id
    private String id;
    @DBRef(lazy = true)
    B b;
}
    @Id
}
A c = this.mongoTemplate.findById("someId", A.class);
        final Criteria criteria = Criteria.where("b").is(c.getB());
        final A findOne = this.mongoTemplate.findOne(Query.query(criteria), A.class);
org.springframework.data.mapping.model.MappingException: Cannot create a reference to an object with a NULL id.
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.createDBRef(MappingMongoConverter.java:800)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.toDBRef(MappingMongoConverter.java:311)

In class "org.springframework.data.domain.PageImpl", the field "pageable" is considered as nullable :

the paging information, can be {@literal null}.

But the super class org.springframework.data.domain.Chunk, owns the same field, same name and considered as not null :

pageable must not be {@literal null}.
...
Assert.notNull(pageable, "Pageable must not be null!");

Two issues : 

Duplicate field -> either use the getter from Chunk#getPageable(), either make it protected
Make not Null the constructor "pageable" parameter of PageImpl

MethodInvokerUtils.getMethodInvokerByAnnotation() checks to make sure that the same annotation does not appear more than once on a single class.  If a duplicate is found, then an error such as the following is thrown:
java.lang.IllegalArgumentException: found more than one method on target class [org.springframework.batch.sample.domain.trade.internal.TradeWriter@178dc08] with the annotation type [org.springframework.batch.sample.domain.trade.internal.TradeWriter@178dc08]
The error should be:
java.lang.IllegalArgumentException: found more than one method on target class [TradeWriter] with the annotation type [AfterWrite]

About compatibility, there is one incompatible change about the replication TableCFs' config. The old config is a string and it concatenate the list of tables and column families in format "table1:cf1,cf2;table2:cfA,cfB" in zookeeper for table-cf to replication peer mapping. When parse the config, it use ":" to split the string. If table name includes namespace, it will be wrong (See HBASE-11386). It is a problem since we support namespace (0.98). So HBASE-11393 (and HBASE-16653) changed it to a PB object. When rolling update cluster, you need rolling master first. And the master will try to translate the string config to a PB object. But there are two problems.
1. Permission problem. The replication client can write the zookeeper directly. So the znode may have different owner. And master may don't have the write permission for the znode. It maybe failed to translate old table-cfs string to new PB Object. See HBASE-16938
2. We usually keep compatibility between old client and new server. But the old replication client may write a string config to znode directly. Then the new server can't parse them.

The signal handler in hive currently only interrupts MR jobs. The same logic can be used to interrupt Tez dags as well.

If queue declarations fail due to mis-matched arguments, the missingQueuesFatal property should control whether the container starts or not.
Or add mismatchedQueuesFatal - perhaps with false by default.

CacheRemoveHandler tries to read its parent resource in Stage.RUNTIME, which means it can't run in the same op (say a composite) with a remove of the parent, as the parent resource will be gone by RUNTIME.
This will also interfere with the WFCORE-808 improvement.
Easy fix, as the read of the parent resource looks to be cruft; the data is never used.

When FilterList is set to Operator.MUST_PASS_ALL, if a child Filter returns ReturnCode.SEEK_NEXT_USING_HINT, that return code gets swallowed and ReturnCode.INCLUDE gets returned instead. This causes false positives with ColumnPrefixFilter.

ConvertDecimal64ToDecimal uses scale from output column vector which results in incorrect results.
Input: decimal(8,1) Output: decimal(9,2)
Input value: 963.8 gets converted to 96.38 which is wrong. The scale should not change this case (value should be 963.8 even after the conversion). 

NOTIFICATION_LOG cleanup interval is hardcoded as 60s and is too small. It should be set to several hours or else the number of metastore calls would be too high and impact other operations.
Make it configurable item and set it as 2Hrs.

Brain dead simple application:

public class DemoApplication {
        SpringApplication.run(DemoApplication.class, args);
    }

    @RestController
    public static class DemoController {
        @GetMapping("/")
        public String getUri(ServerHttpRequest request) {
            return request.getURI().toString();
        }
    }
}

Test:

@SpringBootTest(
        webEnvironment = RANDOM_PORT
)
public class DemoApplicationTest {
    @LocalServerPort
    private int port;

    private WebClient webClient = WebClient.create(new ReactorClientHttpConnector());

    @Test
    public void testGetUri() {
        ClientRequest<Void> request = ClientRequest.GET("http://localhost:" + port)
                .build();

        URI uri = webClient.exchange(request)
                .then(response -> response.bodyToMono(String.class))
                .log()
                .map(URI::create)
                .block(Duration.ofSeconds(3l));

        assertThat(uri.getPort())
                .as("Application port: %d, returned port: %d.", port, uri.getPort())
                .isEqualTo(port);
    }
}

Failure:

org.junit.ComparisonFailure: [Application port: 14645, returned port: 55802.] 
Expected :14645
Actual   :55802

I've attached the Gradle project.

Scenario:
simple entity with a String field plus according Control.
If you enter e.g. german special chars like "München" or "Hänsel" into the form field (no matter whether this is a update or create) and save the data, the value get's stored as "M?chen" or "H?sel" into the MySQL-Database. I searched for this issue and found some tipps at the following blogs.
http://www.it-blogger.com/2005-08-13/mysql-hibernate-und-utf8/
http://twilia.blogspot.com/2007/09/hibernate-mit-mysql-und-utf8.html
I tested their suggestions by adding some parameters to the database.properties "database.url" entry. It currently looks the following:
database.url=jdbc\:mysql\://localhost\:3306/my_utf_test?autoReconnect\=true&useUnicode\=true&characterEncoding\=UTF-8
I even tried to enter the url into the persistence.xml (see below) but neither of these things worked.
   <property name="hibernate.connection.url" value="jdbc:mysql://localhost/my_utf_test?useUnicode=true&characterEncoding=utf8&connectionCollation=utf8_general_ci&characterSetResults=utf8" />
This bug makes ROO+Hibernate actually unusable for german based applications for me at the moment.
Have you got any suggestions?
Greets,
Alex

Running ant tar produces a very small tar file because all .jar dependencies are missing. This happens since the switch to Ivy.
Adding common.ivy.lib.dir to the build.xml fixes some of it but some things still don't work:

    <mkdir dir="${dist.dir}/lib"/>
    <copy todir="${dist.dir}/lib">
      <fileset dir="${build.lib}" />
      <fileset dir="${common.ivy.lib.dir}"/>
    </copy>

The jars for the contrib apps still seem to be missing. At the moment this is only stargate but the I've got the same problem for the new thrift contrib. I am afraid I don't know enough about Ant or Ivy to be of any further assistance.

JBoss Metadata APIs do not validate if the <servlet-mapping> tag has valid mappings or not. This should have been handled properly.

Example: If following kind of web.xml based application is deployed on WildFly9 then 

<?xml version="1.0"?>
      xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
      version="3.0"> 
	<servlet>
		<servlet-name>MyServlet</servlet-name>
		<servlet-class&gt;servlets.MyServlet</servlet-class&gt;
                <load-on-startup>1</load-on-startup>
	</servlet>
	<servlet-mapping>
		<!--url-pattern></url-pattern-->             <!-- NOTICE  url-pattern-tag is missing here -->
	</servlet-mapping>

With the above kind of web.xml a NullPointerException is encountered during deployment.

15:50:20,207 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./ContextParamNullDemo.UndertowDeploymentInfoService: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./ContextParamNullDemo.UndertowDeploymentInfoService: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.handleServletMappings(UndertowDeploymentInfoService.java:910)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:656)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.start(UndertowDeploymentInfoService.java:252)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
	... 3 more

15:50:20,348 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "ContextParamNullDemo.war")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.undertow.deployment.default-server.default-host./ContextParamNullDemo.UndertowDeploymentInfoService" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./ContextParamNullDemo.UndertowDeploymentInfoService: Failed to start service

Calling 

/subsystem=undertow/configuration=handler/file=my-testing-handler:add(path="/some/path")

results in this failure description, which just prints the provided path. 

{
    "failure-description" => "/some/path",
}

The failure description should be enhanced to include information what it doesn't like about the path => e.g the path 
{"/some/path"}
 doesn't exist on file system

Just saw this in pset cluster.  Marking blocker. 
We had an incidence of HBASE-1344 on our 0.19.x era hbase cluster.  The report from the regionserver was carrying at least two open messages.  The first provoked the exception, the second open message was never processed.  Regionserver thought it had successfully opened region.  Master didn't know anything about it.

After successfully configuring JBoss Fuse 6.3.0 GA in standalone mode for bxms integration as per the instructions then creating a fabric all the bxms integration has been removed.
As the instructions do not state that fabric is unsupported as per the description in ENTESB-5796, following the steps in the instructions but utilizing the appropriate fabric profile commands does not work.
In particular when this step is executed:
JBossFuse:karaf@root> fabric:profile-edit --features fuse-bxms-switchyard-bpm default
we see

2016-11-28 15:15:20,734 | ERROR | 5.0.1-1-thread-1 | DeploymentAgent                  | 175 - io.fabric8.fabric-agent - 1.2.0.redhat-630187 | Unable to update agent
org.osgi.service.resolver.ResolutionException: Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=switchyard; type=karaf.feature; version="[2.0.1,3.0.0)"
        at org.apache.felix.resolver.ResolutionError.toException(ResolutionError.java:42)[175:io.fabric8.fabric-agent:1.2.0.redhat-630187]
        at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:236)[175:io.fabric8.fabric-agent:1.2.0.redhat-630187]
        at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:159)[175:io.fabric8.fabric-agent:1.2.0.redhat-630187]
        at io.fabric8.agent.region.SubsystemResolver.resolve(SubsystemResolver.java:190)[175:io.fabric8.fabric-agent:1.2.0.redhat-630187]
        at io.fabric8.agent.service.Deployer.deploy(Deployer.java:273)[175:io.fabric8.fabric-agent:1.2.0.redhat-630187]
        at io.fabric8.agent.service.Agent.provision(Agent.java:366)[175:io.fabric8.fabric-agent:1.2.0.redhat-630187]
        at io.fabric8.agent.service.Agent.provision(Agent.java:199)[175:io.fabric8.fabric-agent:1.2.0.redhat-630187]
        at io.fabric8.agent.DeploymentAgent.doUpdate(DeploymentAgent.java:753)[175:io.fabric8.fabric-agent:1.2.0.redhat-630187]
        at io.fabric8.agent.DeploymentAgent$4.run(DeploymentAgent.java:303)[175:io.fabric8.fabric-agent:1.2.0.redhat-630187]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_91]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_91]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_91]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_91]
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_91]

And if we drop back to just trying to install the 'kie-camel' feature as per:
JBossFuse:karaf@root> fabric:profile-edit --features kie-camel default
A continuous loop of attempted fabric deployments ensue - see attached fuse.log. 

Proxies in Hibernate are no longer created using CGLIB and they use a different class separator.
Becuase of that, Hibernate proxied classes are not unproxied when looking up, for example, for ResourceMetadata, and we get the wrong information back.
For example, hrefs for links of lazy loaded relationships end up using the default rel because the correct mapping is not found and, if we defined a custom rel in the repository, incorrect href will be generated.

From HRegionServer.java, lines 1149+ (on current trunk):

    if (port >= 0) {
      String addr = this.conf.get("hbase.master.info.bindAddress", "0.0.0.0");
      // check if auto port bind enabled
      boolean auto = this.conf.getBoolean("hbase.regionserver.info.port.auto",
          false);

The above line needs to be changed to

      String addr = this.conf.get("hbase.regionserver.info.bindAddress", "0.0.0.0");

If java.lang.Exception is configured in the "no-rollback-exception-classes" this leads to an infinite loop when the skipLimit is reached, caused by an exception thrown in the ItemProcessor. 
Exceptions thrown in the writer are handled  just fine. 
It seems like this was introduced in 2.1 only (tested with 2.1.1 and 2.1.5) as it is working fine in 2.0.1. 

20:11:08,590 INFO  [org.wildfly.clustering.server] (DistributedSingletonService - 1) WFLYCLSV0003: node1 elected as the singleton provider of the jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".installer service
20:11:08,594 INFO  [org.wildfly.clustering.server] (DistributedSingletonService - 1) WFLYCLSV0001: This node will now operate as the singleton provider of the jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".installer service
20:11:08,603 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (thread-2) ISPN000094: Received new cluster view for channel server: [node1|4] (1) [node1]
...
20:11:08,794 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 26) WFLYCLINF0002: Started clusterbench-ee7-singleton-jbossall.ear/clusterbench-ee7-ejb.jar cache from ejb container
20:11:08,837 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".WeldStartService: Failed to start service
Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type Validator with qualifiers @Default
  at injection point [UnbackedAnnotatedField] @Inject private org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor.validator
  at org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor.validator(ValidationInterceptor.java:0)

	at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362)
	at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284)
	at org.jboss.weld.bootstrap.Validator.validateInterceptor(Validator.java:539)
	at org.jboss.weld.bootstrap.ConcurrentValidator$2.doWork(ConcurrentValidator.java:78)
	at org.jboss.weld.bootstrap.ConcurrentValidator$2.doWork(ConcurrentValidator.java:76)
	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:62)
	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:55)

There is a bug in IntegrationTestBigLinkedList that it reads the wrong config key to calculate the wrap size for the linked list. It uses num mappers, instead of num recors per mapper. This has not been caught before, because it causes the test to fail only if 1M is not divisible by num mappers. So launching the job with num mappers 1, 2, 4, 5 would succeed, while 6 will fail, etc. 

Seeing a NullPointer issue in master logs for table.jsp probably similar to HBASE-6607

2015-02-09 14:04:00,622 ERROR org.mortbay.log: /table.jsp
        at org.apache.hadoop.hbase.generated.master.table_jsp._jspService(table_jsp.java:71)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
        at org.apache.hadoop.http.lib.StaticUserWebFilter$StaticUserFilter.doFilter(StaticUserWebFilter.java:109)
        at org.apache.hadoop.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:1087)
        at org.apache.hadoop.http.NoCacheFilter.doFilter(NoCacheFilter.java:45)

Order of Locale in Accept-Language Header is slighted in AcceptHeaderLocaleResolver.
supportedLocales of AcceptHeaderLocaleResolver: ja, en_US, en
Accept-Language of Request: ja-JP,en-US;q=0.5
Expected: ja
Actual: en_US
"ja-JP,en-US;q=0.5" is meaning as "ja-JP ＞ ja ＞ en-US ＞ en".
(Reference: Last "For example" of https://tools.ietf.org/html/rfc4647#section-3.4.1)
And "ja" is supported.
So expected Locale is "ja".
Change "languageMatch = candidate;"
at
https://github.com/spring-projects/spring-framework/blob/v5.0.4.RELEASE/spring-webmvc/src/main/java/org/springframework/web/servlet/i18n/AcceptHeaderLocaleResolver.java#L132
to "return candidate;".
And delete languageMatch(always null).

If you firstly deploy a .war application by CLI command, then deploy 2nd time same .war application by copying it to /depolyment directory. After server restart, it shows:

15:26:26,913 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0049: WildFly Full 9.0.0.Alpha2-SNAPSHOT (WildFly Core 1.0.0.Alpha15) starting
15:26:27,133 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "xxx.war")]) - failure description: "WFLYCTL0212: Duplicate resource [(\"deployment\" => \"xxx.war\")]"
15:26:27,136 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
15:26:27,138 INFO  [org.jboss.as.server] (Thread-2) WFLYSRV0220: Server shutdown has been requested.
15:26:27,153 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0050: WildFly Full 9.0.0.Alpha2-SNAPSHOT (WildFly Core 1.0.0.Alpha15) stopped in 4ms

steps to reproduce:
1. start wildfly and deploy a .war application by CLI.
2. copy same .war application to /deployment directory
3. restart wildfly to see the error message. 
This happens because step 2 does a "full-replace-deployment" operation which does not remove content from standalone/data/content/aa/2d0425dd53572294d591b56efdee2680539eaf/content and deployment info from configuration file(standalone.xml). Therefore, you will have xxx.war in standalone/data/content and configuration file(standalone.xml), also a xxx.war and xxx.war.deployed file inside /standalone/deployments. A second time server restart will cause a duplicate resource error.

Wildfly Undertow (via org.wildfly.extension.undertow.HostAdd and org.wildfly.extension.undertow.ConsoleRedirectService) redirects all /console/... URL requests (on port 8080/8443) to /console on port 9990.  
This prevents developing or porting applications that themselves need to serve /console/... URLs.
There needs to be a way to disable (in the undertow subsystem configuration) the adding of ConsoleRedirectService by HostAdd.

Currently, when Calcite generates the SQL query for the JDBC storage handler, it will ignore capitalization for the identifiers names, which can lead to errors at execution time (though the query is properly generated).

HIVE-17807 has bumped version number in testutils/ptest2/pom.xml from 1.0 to 3.0 resulting failure to start PTestClient during Precommit runs:

java -cp '/home/jenkins/jenkins-slave/workspace/PreCommit-HIVE-Build/hive/build/hive/testutils/ptest2/target/hive-ptest-1.0-classes.jar:/home/jenkins/jenkins-slave/workspace/PreCommit-HIVE-Build/hive/build/hive/testutils/ptest2/target/lib/*' org.apache.hive.ptest.api.client.PTestClient --command testStart --outputDir /home/jenkins/jenkins-slave/workspace/PreCommit-HIVE-Build/hive/build/hive/testutils/ptest2/target --password '[*******]' --testHandle PreCommit-HIVE-Build-7389 --endpoint http://104.198.109.242:8080/hive-ptest-1.0 --logsEndpoint http://104.198.109.242/logs/ --profile master-mr2 --patch https://issues.apache.org/jira/secure/attachment/12893016/HIVE-17842.0.patch --jira HIVE-17842
Error: Could not find or load main class org.apache.hive.ptest.api.client.PTestClient

SessionState is not initialized when we load the materialized views, which leads to a NullPointerException and other issues.

I tried building hbase-spark module against Spark-2.0 snapshot and got the following compilation errors:
http://pastebin.com/bg3w247a
Some Spark classes such as DataTypeParser and Logging are no longer accessible to downstream projects.
hbase-spark module should not depend on such classes.

The ZKAclReset tool allows to clear ZK ACLs, which is useful if you are migrating from a secure to unsecure cluster setup.
If you want to make sure that your znode ACLs are correct, a -set-acls option, which allows to enforce the proper ACLs on the znodes in a secure setup, can be useful too.

create or replace view v1 as select 1 as q 

results in an error:

Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Table already exists: default.v1 (state=08S01,code=1)

however the following works (thank you Miklos Gergely)

create or replace view v1 as select 1 as q union all select 1 as qq where false

ZK interactions may run into transient errors that should be retried.  Currently there is no retry logic in WebHCat for this.

Similar to ROO-328, the EditorMetadata erroneously attempts to introduce various members when they are already defined in the target type. This is exhibited when undertaking a push-in refactor. The Roo ITDs should never contain members separately provided in the standard .java file. The Roo system correctly reports the error on the console, but the property editor add-on next to be fixed to not attempt this in the first place.

The org.apache.camel.model.OnExceptionDefinition class defines useOriginalBody() in the fluent API. This should actually be useOriginalMessage(), in accordance with CAMEL-1820.

We recently encountered an interesting NullPointerException in HDFS that bubbles up to HBase, and is resolved be restarting the regionserver.  The issue was exhibited while we were replacing a set of nodes in one of our clusters with a new set.  We did the following:
1. Turn off the HBase balancer
2. Gracefully move the regions off the nodes we’re shutting off using a tool we wrote to do so
3. Decommission the datanodes using the HDFS exclude hosts file and hdfs dfsadmin -refreshNodes
4. Wait for the datanodes to decommission fully
5. Terminate the VMs the instances are running inside.
A few notes.  We did not shutdown the datanode processes, and the nodes were therefore not marked as dead by the namenode.  We simply terminated the datanode VM (in this case an AWS instance).  The nodes were marked as decommissioned.  We are running our clusters with DNS, and when we terminate VMs, the associated CName is removed and no longer resolves.  The errors do not seem to resolve without a restart.
After we did this, the remaining regionservers started throwing NullPointerExceptions with the following stack trace:
2017-01-19 23:09:05,638 DEBUG org.apache.hadoop.hbase.ipc.RpcServer: RpcServer.RW.fifo.Q.read.handler=80,queue=14,port=60020: callId: 1727723891 service: ClientService methodName: Scan size: 216 connection: 172.16.36.128:31538
    at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2214)
    at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:123)
    at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:204)
    at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:183)
    at org.apache.hadoop.hdfs.DFSInputStream.seek(DFSInputStream.java:1564)
    at org.apache.hadoop.fs.FSDataInputStream.seek(FSDataInputStream.java:62)
    at org.apache.hadoop.hbase.io.hfile.HFileBlock$AbstractFSReader.readAtOffset(HFileBlock.java:1434)
    at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockDataInternal(HFileBlock.java:1682)
    at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockData(HFileBlock.java:1542)
    at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.readBlock(HFileReaderV2.java:445)
    at org.apache.hadoop.hbase.io.hfile.HFileBlockIndex$BlockIndexReader.loadDataBlockWithScanInfo(HFileBlockIndex.java:266)
    at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.seekTo(HFileReaderV2.java:642)
    at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.seekTo(HFileReaderV2.java:592)
    at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekAtOrAfter(StoreFileScanner.java:294)
    at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seek(StoreFileScanner.java:199)
    at org.apache.hadoop.hbase.regionserver.StoreScanner.seekScanners(StoreScanner.java:343)
    at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:198)
    at org.apache.hadoop.hbase.regionserver.HStore.createScanner(HStore.java:2106)
    at org.apache.hadoop.hbase.regionserver.HStore.getScanner(HStore.java:2096)
    at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:5544)
    at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:2569)
    at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2555)
    at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2536)
    at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:2405)
    at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:33738)
    at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2170)
    ... 3 more

Spring Roo generates populate methods as public. 

    public void VetsController.populateForm(Model model) {
      [...]
    }
    
    public void VetsController.populateFormats(Model model) {
      [...]
    }

These methods should be private.

slf4j binding uses the class loader to find it's binding. If the logging fraction is present the binding should be org.jboss.logmanager:slf4j-jboss-logmanager which is present the modules directory of the archive. However if the the module requesting the binding is located in the m2repo/org/wildfly/swarm/*-modules path it likely only has the org.slf4j module dependency and for some reason the paths don't include the binding.
The logging-modules.jar does seem to include the correct module.xml so I'm not sure how the resolution of modules works. Maybe there is an issue because the org.slf4j and org.slf4j.impl dependencies are circular dependencies.
logging-modules module.xml

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<module xmlns="urn:jboss:module:1.3" name="org.slf4j">
<resources>
    <artifact name="org.slf4j:slf4j-api:1.7.7.jbossorg-1"/>
  </resources>
  <dependencies>
    <module name="org.slf4j.impl"/>
  </dependencies>
</module>

When it loses the connection, it is not restored.
You have to write the reconnection logic

[thread #2 - seda://sendToMqtt2] SedaConsumer                   WARN  Error processing exchange. Exchange[]. Caused by: [org.eclipse.paho.client.mqttv3.MqttException - Client is not connected]
Client is not connected (32104)
	at org.eclipse.paho.client.mqttv3.internal.ExceptionHelper.createMqttException(ExceptionHelper.java:31)
	at org.eclipse.paho.client.mqttv3.internal.ClientComms.sendNoWait(ClientComms.java:166)
	at org.eclipse.paho.client.mqttv3.MqttAsyncClient.publish(MqttAsyncClient.java:1027)
	at org.eclipse.paho.client.mqttv3.MqttClient.publish(MqttClient.java:399)
	at org.apache.camel.component.paho.PahoProducer.process(PahoProducer.java:43)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:145)
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:541)
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:198)
	at org.apache.camel.component.seda.SedaConsumer.sendToConsumers(SedaConsumer.java:298)
	at org.apache.camel.component.seda.SedaConsumer.doRun(SedaConsumer.java:207)
	at org.apache.camel.component.seda.SedaConsumer.run(SedaConsumer.java:154)

AbstractLdapAuthenticator.getUserDns() must escape provided username before fomatting it into userDnFormat. It should use LdapEncoder.nameEncode().

The documentation is listing dependencies ( https://docs.spring.io/spring-data/neo4j/docs/5.0.0.RELEASE/reference/html/#reference:getting-started:dependency-management:maven ) which does not exist in the repository ( http://m2.neo4j.org/content/repositories/releases ).

Bug in ScannerCallableWithReplicas.addCallsForOtherReplicas method  
code in ScannerCallableWithReplicas.addCallsForOtherReplicas
private int addCallsForOtherReplicas(
      BoundedCompletionService<Pair<Result[], ScannerCallable>> cs, RegionLocations rl, int min,
      int max) {
    if (scan.getConsistency() == Consistency.STRONG) {
      return 0; // not scheduling on other replicas for strong consistency
    }
    for (int id = min; id <= max; id++) {
      if (currentScannerCallable.getHRegionInfo().getReplicaId() == id) {
        continue; //this was already scheduled earlier
      }
      ScannerCallable s = currentScannerCallable.getScannerCallableForReplica(id);
      if (this.lastResult != null) {
        s.getScan().setStartRow(this.lastResult.getRow());
      }
      outstandingCallables.add(s);
      RetryingRPC retryingOnReplica = new RetryingRPC(s);
      cs.submit(retryingOnReplica);
    }
    return max - min + 1;	//bug? should be "max - min",because "continue"
                                        //always happen once
  }

It can cause completed < submitted always so that the following code will be infinitely blocked.
code in ScannerCallableWithReplicas.call
// submitted larger than the actual one
 submitted += addCallsForOtherReplicas(cs, rl, 0, rl.size() - 1);
    try {
      //here will be affected
      while (completed < submitted) {
        try {
          Future<Pair<Result[], ScannerCallable>> f = cs.take();
          Pair<Result[], ScannerCallable> r = f.get();
          if (r != null && r.getSecond() != null) {
            updateCurrentlyServingReplica(r.getSecond(), r.getFirst(), done, pool);
          }
          return r == null ? null : r.getFirst(); // great we got an answer
        } catch (ExecutionException e) {
          // if not cancel or interrupt, wait until all RPC's are done
          // one of the tasks failed. Save the exception for later.
          if (exceptions == null) exceptions = new ArrayList<ExecutionException>(rl.size());
          exceptions.add(e);
          completed++;
        }
      }
    } catch (CancellationException e) {
      throw new InterruptedIOException(e.getMessage());
    } catch (InterruptedException e) {
    } finally {
      // We get there because we were interrupted or because one or more of the
      // calls succeeded or failed. In all case, we stop all our tasks.
      cs.cancelAll(true);
    }

If all replica-RS occur ExecutionException ,it will be infinitely blocked in  cs.take()

Seen in our failover tests (scenario shutdown) for remote stateful EJBs 
Setup: 4 node cluster, one node at time is shutdown, while standalone clients keep calling the application. 
When server is shutting down (via cli command ":shutdown"), it logs the following error message for each client invocation during suspend phase:

[JBossINF] [0m[0m12:36:39,319 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0211: Suspending server
[JBossINF] [0m[0m12:36:39,323 INFO  [org.jboss.as.server] (Thread-2) WFLYSRV0220: Server shutdown has been requested.
[JBossINF] [0m[31m12:36:39,346 ERROR [org.jboss.as.ejb3.invocation] (EJB default - 7) WFLYEJB0034: EJB Invocation failed on component RemoteStatefulSBImpl for method public abstract int org.jboss.test.clusterbench.common.ejb.CommonStatefulSB.getSerialAndIncrement(): org.jboss.as.ejb3.component.EJBComponentUnavailableException: WFLYEJB0467: The request was rejected as the container is suspended
[JBossINF] 	at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:50)
[JBossINF] 	at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
[JBossINF] 	at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66)
[JBossINF] 	at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
[JBossINF] 	at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
[JBossINF] 	at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64)
[JBossINF] 	at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356)
[JBossINF] 	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:635)
[JBossINF] 	at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61)
[JBossINF] 	at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80)
[JBossINF] 	at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
[JBossINF] 	at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:331)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:69)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:202)
[JBossINF] 	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
[JBossINF] 	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
[JBossINF] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[JBossINF] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[JBossINF] 	at java.lang.Thread.run(Thread.java:745)
[JBossINF] 	at org.jboss.threads.JBossThread.run(JBossThread.java:320)

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-shutdown-dist-async/2/console-perf18/

Occasionally seen during development:
Exception in thread "JLine Shell" java.lang.NullPointerException
        at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy.isReadyForCommands(ProcessManagerHostedExecutionStrategy.java:40)
        at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:113)
        at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:326)
        at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:119)
        at java.lang.Thread.run(Thread.java:637)

When a user implements an application domain object associated with a GemFire Subregion, by way of the @Region annotation on the domain object class, along with a corresponding Repository/GemfireRepository interface extension for basic data access and query operations, Spring Data GemFire fails to properly find the Subregion bean defined in the Spring ApplicationContext, and results in the following Exception...

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.spring.data.gemfire.cache.SubRegionRepositoryTest': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.spring.data.gemfire.app.dao.repo.ProgrammerRepository org.spring.data.gemfire.cache.SubRegionRepositoryTest.programmersRepo; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'programmerRepository': FactoryBean threw exception on object creation; nested exception is java.lang.IllegalStateException: No region '/Users/Programmers' found for domain class class org.spring.data.gemfire.app.beans.Programmer! Make sure you have configured a Gemfire region of that name in your application context!
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:289)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1146)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireBeanProperties(AbstractAutowireCapableBeanFactory.java:376)
	at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:110)
	at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:75)
	at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:312)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:211)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:288)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:284)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:76)
	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:195)
	at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:63)
	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:120)
Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.spring.data.gemfire.app.dao.repo.ProgrammerRepository org.spring.data.gemfire.cache.SubRegionRepositoryTest.programmersRepo; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'programmerRepository': FactoryBean threw exception on object creation; nested exception is java.lang.IllegalStateException: No region '/Users/Programmers' found for domain class class org.spring.data.gemfire.app.beans.Programmer! Make sure you have configured a Gemfire region of that name in your application context!
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:517)
	at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:87)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:286)
	... 29 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'programmerRepository': FactoryBean threw exception on object creation; nested exception is java.lang.IllegalStateException: No region '/Users/Programmers' found for domain class class org.spring.data.gemfire.app.beans.Programmer! Make sure you have configured a Gemfire region of that name in your application context!
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:149)
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.getObjectFromFactoryBean(FactoryBeanRegistrySupport.java:102)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1468)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:249)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:912)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:855)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:770)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:489)
	... 31 more
Caused by: java.lang.IllegalStateException: No region '/Users/Programmers' found for domain class class org.spring.data.gemfire.app.beans.Programmer! Make sure you have configured a Gemfire region of that name in your application context!
	at org.springframework.data.gemfire.repository.support.GemfireRepositoryFactory.getTemplate(GemfireRepositoryFactory.java:111)
	at org.springframework.data.gemfire.repository.support.GemfireRepositoryFactory.getTargetRepository(GemfireRepositoryFactory.java:98)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:136)
	... 39 more

With HIVE-19890 delete deltas of non-bucketed tables are computed from ROW__ID. This can create holes in output paths (and final paths) in FSOp.commit() resulting in NPE. 
Following is the exception

	at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.commitOneOutPath(FileSinkOperator.java:246)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.commit(FileSinkOperator.java:235)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.access$400(FileSinkOperator.java:168)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.closeOp(FileSinkOperator.java:1325)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:733)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:757)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:383)

In PATCHED_BLOB encoding (added in HIVE-4123), gapVsPatchList is an array of long that stores gap (g) between the values that are patched and the patch value (p). The maximum distance of gap can be 511 that require 8 bits to encode. And patch values can take more than 56 bits. When patch values take more than 56 bits, p + g will become > 64 bits which cannot be packed to a long. This will result in data corruption under the case where patch values are > 56 bits. 
Stack trace will look like:

Caused by: java.lang.ArrayIndexOutOfBoundsException: 3
at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerWriterV2.preparePatchedBlob(RunLengthIntegerWriterV2.java:593)
at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerWriterV2.determineEncoding(RunLengthIntegerWriterV2.java:541)
at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerWriterV2.write(RunLengthIntegerWriterV2.java:746)
at org.apache.hadoop.hive.ql.io.orc.WriterImpl$IntegerTreeWriter.write(WriterImpl.java:744)
at org.apache.hadoop.hive.ql.io.orc.WriterImpl$StructTreeWriter.write(WriterImpl.java:1320)
at org.apache.hadoop.hive.ql.io.orc.WriterImpl.addRow(WriterImpl.java:1849)
at org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat$OrcRecordWriter.write(OrcOutputFormat.java:75)
at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:638)
at org.apache.hadoop.hive.ql.exec.Operator.process(Operator.java:501)
at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:842)
at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:88)
at org.apache.hadoop.hive.ql.exec.ExtractOperator.processOp(ExtractOperator.java:45)
at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:249)
... 7 more

Temp tables that are analyzed by the SemanticAnalyzer get their default location set to a location in the session directory. Export of Acid tables also creates temp tables, but this is done via a plan transformation, and the temp table creation never goes through the SemanticAnalyzer, meaning the location is not set. There is some other logic in DDLTask (which I am changing in HIV-19837) which ends up automatically setting this path to the default table location in the warehouse directory. This should be fixed so that the path defaults to a location in the session directory, like with normal temp tables.
cc Eugene Koifman

Don't generate md5s anymore. New Apache release policy via Apache Infrastructure asks that we not provide md5 as md5 is 'broken for many purposes; we should movea awy from it.' Remove the md5' making from our make-rc.sh script.

I have a simple test case to demonstrate this issue. Here is the camel route:

<camelContext xmlns="http://camel.apache.org/schema/blueprint">
  <route id="testServiceRoute">
      <from uri="cxf:bean:testServiceEndpoint"/>
      <log message="Incoming Body:  ${body}"/>
      <to uri="language:constant:classpath:OKResponse.xml"/>
      <log message="Response Body before convert:  ${body}"/>
      <convertBodyTo type="com.test.testservice.TestMessageResponse"/>
      <log message="Response Body after convert:  ${body}"/>
  </route>

And the camel-cxf consumer endpoint:

<cxf:cxfEndpoint id="testServiceEndpoint"
                 address="/TestService/v1"
                 wsdlURL="wsdl/TestService.wsdl"
                 serviceName="s:TestServiceInterface"
                 endpointName="s:TestServicePort"
                 xmlns:s="http://test.com/TestService">
        <cxf:properties>
          <entry key="dataFormat" value="PAYLOAD"/>
        </cxf:properties>
</cxf:cxfEndpoint>

I have explicitly set "dataFormat" to default PAYLOAD just for clarity purpose.
In this simple camel route, I try to change the entire body to a String XML message. As a result, the client will get an empty response back (I mean an empty soap envelope). The reason is due to following method:
org.apache.camel.component.cxf.DefaultCxfBinding.getBodyFromCamel:

public static Object getBodyFromCamel(org.apache.camel.Message out,
            DataFormat dataFormat) {
        
        if (dataFormat == DataFormat.POJO) {
            answer = out.getBody();
        } else if (dataFormat == DataFormat.PAYLOAD) {
            answer = out.getBody(CxfPayload.class);
        } else if (dataFormat.dealias() == DataFormat.RAW) {
            answer = out.getBody(InputStream.class);
        } else if (dataFormat.dealias() == DataFormat.CXF_MESSAGE) {
        }
    }

Obviously it will return a null object back because it tries to get a body of CxfPayload type. And I also know that above camel route will work fine if I use MESSAGE dataFormat instead.
However, the strange behaviour aries if I refresh camel-jaxb bundle in Karaf container. The client will get a non-empty response from OKResponse.xml file and everything works fine now. It looks like that when I refreshed camel-jaxb bundle, camel-core's FallbackConverter kicked in and it helped CXF consumer to convert the payload object into POJO.
If I refreshed camel-core bundle, then above test case would stop working and client would get an empty response (empty soap envelope) back, again. So it looks like that when camel-core bundle's was refreshed, it's new activator was not able to load converters from camel-jaxb bundle since the bundle was already there. So only refreshing of the camel-jaxb bundle would enable camel-core to load the FallbackConverter again, thus helps the test route to work. 
I also tried to change "start-level" of the camel-jaxb bundle to a value much higher than '50', say '80', then it would work the most times. 

A distributed-workmanager is allowed to remove its short-running-threads, but it is a required resource to a dwm and once the short-running-threads, Wildfly fails to start the dwm.
To add a distributed-workmanager:

batch
/subsystem=jca/distributed-workmanager=dwm1:add(name=dwm1)
/subsystem=jca/distributed-workmanager=dwm1/short-running-threads=dwm1:add(max-threads=11,queue-length=22)
run-batch

Remove the short-running-threads

 /subsystem=jca/distributed-workmanager=dwm1/short-running-threads=dwm1:remove()
{
    }
}

Then Wildfly fails to reload the dwm

12:31:34,497 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "jca"),
    ("distributed-workmanager" => "dwm1")
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.thread.executor.short-running-threads.dwm1"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.connector.workmanager.dwm1 is missing [jboss.thread.executor.short-running-threads.dwm1]"]
}

The collection manipulation operations show up in the r-r-d etc output on a domain server but they should not as they are writes that can only be executed via the HC.
This is because their description has the RUNTIME_ONLY flag set.

I'm getting a NotReadablePropertyException in the scaffolded 'create' and 'update' JSPs when using RooEntity + identifierField + ManyToOne.
I've created two entities: Director and Movie. 1 Director has N Movies, and 1 Movie has 1 Director.
The Movie has a non default identifierField, as shown below.

@Entity
@RooJavaBean
@RooToString
@RooEntity
public class Director {

    @OneToMany(cascade = CascadeType.ALL, mappedBy = "director")
    private Set<Movie> movies = new HashSet<Movie>();
}

@Entity
@RooEntity(identifierField="codMovie")
public class Movie {

    private String title;

    @Max(10L)
    private Long rating;

    @ManyToOne(targetEntity = Director.class)
    @JoinColumn
    private Director director;
}

In the 'create' and 'update' JSPs for the Movie entity, the combo box for selecting the Director is using the id from Movie, as shown below:

<form:select cssStyle="width:250px" id="_director_id" path="director">
  <form:options itemValue="codMovie" items="${directors}"/>
</form:select>

I had a quick look in the JspDocumentHelper source code, and I think that the problem is on the  following line of the createFieldsForCreateAndUpdate method.

ifElement.appendChild(JspUtils.getSelectBox(document, field.getFieldName(), plural, entityMetadata.getIdentifierField()));

It's using the strong entityMetadata strong variable to get the identifier field, but that is the Movie. It should use the strong typeEntityMetadata strong, that is actually the Director.
Is my analysis correct?

        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:352)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:237)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.run(ReduceRecordProcessor.java:252)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:150)
        ... 14 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ArrayIndexOutOfBoundsException: 0
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.process(GroupByOperator.java:766)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:343)
        ... 17 more
        at org.apache.hadoop.hive.ql.udf.generic.NumDistinctValueEstimator.deserialize(NumDistinctValueEstimator.java:219)
        at org.apache.hadoop.hive.ql.udf.generic.NumDistinctValueEstimator.<init>(NumDistinctValueEstimator.java:112)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFComputeStats$GenericUDAFNumericStatsEvaluator.merge(GenericUDAFComputeStats.java:556)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.aggregate(GenericUDAFEvaluator.java:188)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.updateAggregations(GroupByOperator.java:612)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.processAggr(GroupByOperator.java:851)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.processKey(GroupByOperator.java:695)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.process(GroupByOperator.java:761)
        ... 18 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:0, Vertex vertex_1455918888034_27748_1_01 [Reducer 2] killed/failed due to:OWN_TASK_FAILURE]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0

With HBASE-12035 table existance now checked by getting table state from meta. So table becomes deleted right after table state removed. But some tests checks that table is deleted by scanning meta for rows belonging to deleting table. Also if table deletion fails after deleting table state table will be considered deleted in oppose to situtation when table will left in DISABLED state and can be redeleted once more (effectively cleanup remnants in META).

Dataset: 
 Window has 50001 record (2 blocks on disk and 1 block in memory)
 Size of the second block is >32Mb (2 splits)
Result:
When the last block is read from the disk only first split is actually loaded. The second split gets missed. The total count of the result dataset is correct, but some records are missing and another are duplicated.
Example:

CREATE TABLE ptf_big_src (
  id INT,
  key STRING,
  grp STRING,
  value STRING
) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\t';

LOAD DATA LOCAL INPATH '../../data/files/ptf_3blocks.txt.gz' OVERWRITE INTO TABLE ptf_big_src;

SELECT grp, COUNT(1) cnt FROM ptf_big_trg GROUP BY grp ORDER BY cnt desc;
---
-- A	25000
-- B	20000
-- C	5001
---

CREATE TABLE ptf_big_trg AS SELECT *, row_number() OVER (PARTITION BY key ORDER BY grp) grp_num FROM ptf_big_src;

-- 
-- A	34296
-- B	15704
-- C	1
---

Counts by 'grp' are incorrect!

The new Configuration update HBASE-2036 didn't change the main methods in HRegionServer and HMaster, can't start hbase.

Flavio Pompermaier reported in this thread:
http://search-hadoop.com/m/DHED4eZ8Nk1/Error+during+HBase+import&subj=Error+during+HBase+import
Here is stack trace:

Error: java.lang.NullPointerException
at org.apache.hadoop.hbase.client.Mutation.setClusterIds(Mutation.java:331)
at
org.apache.hadoop.hbase.mapreduce.Import$Importer.writeResult(Import.java:180)
at org.apache.hadoop.hbase.mapreduce.Import$Importer.map(Import.java:142)
at org.apache.hadoop.hbase.mapreduce.Import$Importer.map(Import.java:125)
at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:145)
at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:764)
at org.apache.hadoop.mapred.MapTask.run(MapTask.java:340)
at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:167)

This was due to clusterIds not being initialized in setup() method:

      try {
        zkw = new ZooKeeperWatcher(conf, context.getTaskAttemptID().toString(), null);
        clusterIds = Collections.singletonList(ZKClusterId.getUUIDForCluster(zkw));
      } catch (ZooKeeperConnectionException e) {

Instead of throwing NullPointerException from Import$Importer, Import should exit early with proper message and exit code.

this test seems to be failing in recent runs; taking a closer look shows that it might be some kryo related stackoverflow

Caused by: java.lang.IllegalArgumentException: Unable to create serializer "org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer" for class: org.apache.hadoop.hive.ql.io.TeradataBinaryFileOutput
Format
        at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:67)
        at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:45)
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.newDefaultSerializer(Kryo.java:380)
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.getDefaultSerializer(Kryo.java:364)
        at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.registerImplicit(DefaultClassResolver.java:74)
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.getRegistration(Kryo.java:490)
        at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.writeClass(DefaultClassResolver.java:97)
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeClass(Kryo.java:517)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultSerializers$ClassSerializer.write(DefaultSerializers.java:321)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultSerializers$ClassSerializer.write(DefaultSerializers.java:314)
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeObjectOrNull(Kryo.java:606)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.write(ObjectField.java:87)
        ... 104 more
        at sun.reflect.GeneratedConstructorAccessor101.newInstance(Unknown Source)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
        at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:54)
        ... 115 more
        at java.util.HashMap.hash(HashMap.java:338)
        at java.util.HashMap.get(HashMap.java:556)
        at org.apache.hive.com.esotericsoftware.kryo.Generics.getConcreteClass(Generics.java:61)
        at org.apache.hive.com.esotericsoftware.kryo.Generics.getConcreteClass(Generics.java:62)

Currently, we have
.as(RibbonArchive.class).serviceName("foo")
It would be good if we took the service-name from the archive name, and more generally just had an .advertise() flag.
Additionally, some easy way to advertise something such as the keycloak-auth.war, where we don't construct the archive.  Perhaps additions to the RibbonFraction of things-to-advertise.

When using management operations to add IOR settings, the settings don't get reflected in the IORSecConfigMetaDataService until a server reload. The management operations should mark that the jacorb subsystem needs to be restarted.

Currently HBaseAdmin#isTableEnabled() returns true for a table which doesn't exist.
We should check table existence.

In TsvImporterTextMapper rowkey initializing with wrong length. parser.parseRowKey give pair of start and end positions, so the rowkey length initialized with rowkey end position instead of length.

      Pair<Integer,Integer> rowKeyOffests = parser.parseRowKey(value.getBytes(), value.getLength());
      ImmutableBytesWritable rowKey = new ImmutableBytesWritable(
          value.getBytes(), rowKeyOffests.getFirst(), rowKeyOffests.getSecond());

Its better to change TsvParser#parseRowKey to return starting position and length of rowkey.

The DefaultJobExecutor sets the status to ExitStatus.FAILED when the run() method starts, but if the steps do not execute (i.e. they are all finished) then FAILED is returned, insted of FINISHED.
Notice that some other odd (or rather unexpected) behaviours also occur when an exception is thrown (no exit status is returned but rather an exception) or if the Job is Stopped (again, an exception is thrown).
I also can't check the status of a Job with the JobExecutorFacade so I can't really ask the status of the Job before executing.
Regards
Andres B.

Currently its other way round. Also, decimal should be lower than float.

In current master, I executed llap command and I confirmed following message.

[root@hadoop ~]# /usr/local/hive/bin/hive --service llap -i 1
(snip)
Failed: For input string: "1Gb"
java.lang.NumberFormatException: For input string: "1Gb"
	at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
	at java.lang.Long.parseLong(Long.java:589)
	at java.lang.Long.parseLong(Long.java:631)
	at org.apache.hadoop.conf.Configuration.getLong(Configuration.java:1311)
	at org.apache.hadoop.hive.conf.HiveConf.getLongVar(HiveConf.java:3065)
	at org.apache.hadoop.hive.llap.cli.LlapServiceDriver.run(LlapServiceDriver.java:282)
	at org.apache.hadoop.hive.llap.cli.LlapServiceDriver.main(LlapServiceDriver.java:71)

The overall microprofile fraction should have dependencies on all the specification fractions that make up MP 1.2 for this to be 1.2 compliant

The JMX audit logging is still using the javax.security.auth.Subject to get the user and remote IP address. This needs to use the AccessAuditContext for the remote IP and the SecurityIdentity for the user id.

In Hive 0.11 the default formatting for describe table changed.  A number of the HCat e2e tests do describe table and apply regular expressions to the output to make sure the table looks correct.  These formatting changes broke those tests.

Code executed:

    @Test
    public void testHbasePutDeleteCell() throws Exception {
        TableName tableName = TableName.valueOf("my_test");
        Configuration configuration = HBaseConfiguration.create();
        HTableInterface table = new HTable(configuration, tableName);
        final String rowKey = "12345";
        final byte[] familly = Bytes.toBytes("default");
        // put one row
      Put put = new Put(rowKey);
      put.add(family, Bytes.toBytes("A"), Bytes.toBytes("a"));
      put.add(family, Bytes.toBytes("B"), Bytes.toBytes("b"));
      put.add(family, Bytes.toBytes("C"), Bytes.toBytes("c"));
      put.add(family, Bytes.toBytes("D"), Bytes.toBytes("d"));	  
      table.put(put);
      // get row back and assert the values
      Get get = new Get(rowKey);
      Result result = table.get(get);
      assertTrue("Column A value should be a",
        Bytes.toString(result.getValue(family, Bytes.toBytes("A"))).equals("a"));
      assertTrue("Column B value should be b",
        Bytes.toString(result.getValue(family, Bytes.toBytes("B"))).equals("b"));
      assertTrue("Column C value should be c",
        Bytes.toString(result.getValue(family, Bytes.toBytes("C"))).equals("c"));
      assertTrue("Column D value should be d",
        Bytes.toString(result.getValue(family, Bytes.toBytes("D"))).equals("d"));
      // put the same row again with C column deleted
      put = new Put(rowKey);
      put.add(family, Bytes.toBytes("A"), Bytes.toBytes("a1"));
      put.add(family, Bytes.toBytes("B"), Bytes.toBytes("b1"));
      KeyValue marker = new KeyValue(rowKey, family, Bytes.toBytes("C"),
        HConstants.LATEST_TIMESTAMP, KeyValue.Type.DeleteColumn); 
      put.add(marker);
	  put.add(family, Bytes.toBytes("D"), Bytes.toBytes("d1"));

      get = new Get(rowKey);
      result = table.get(get);
      assertTrue("Column A value should be a1",
        Bytes.toString(result.getValue(family, Bytes.toBytes("A"))).equals("a1"));
      assertTrue("Column B value should be b1",
        Bytes.toString(result.getValue(family, Bytes.toBytes("B"))).equals("b1"));
      assertTrue("Column C should not exist",
        result.getValue(family, Bytes.toBytes("C")) == null);
	  assertTrue("Column D value should be d1",
        Bytes.toString(result.getValue(family, Bytes.toBytes("D"))).equals("d1"));
    }

This assertion fails, the cell  D is also deleted

if I set cleanServerBaseDir property in arquillian.xml I'm not able to specify jboss.server.base.dir
The problem is that [

commandBuilder.getConfigurationDirectory();

|https://github.com/wildfly/wildfly-arquillian/blob/2.1.0.Final/container-managed/src/main/java/org/jboss/as/arquillian/container/managed/ManagedDeployableContainer.java#L380] returns always default baseDir so it always creates a cleaned server base dir from standalone even if -Djboss.server.base.dir is specified to another location, e.g. standalone-custom
The base dir should be set before calling commandBuilder.getConfigurationDirectory(); in case the jbossArguments contains -Djboss.server.base.dir

column_size, decimal_digits, num_prec_radix should be set appropriately based on the type qualifiers.

Hi,
According with the documentation of `ObservableInputStream` and `ObservableInputStream.Observer`, it should be possible to use those classes as part of the `commons-io` utilities. However, `ObservableInputStream.Observer`'s methods are package private and can't be extended outside the project's source code.
My suggestion is to make `ObservableInputStream.Observer`'s methods protected.
I'm happy to open a PR for this.
Thank you
 
According to Gopal V queue limit has perf impact, esp. during hashtable load for mapjoin where in the past IO used to queue up more data for processing to process.
1) Overall the default limit could be adjusted higher.
2) Depending on Decimal64 availability, the weight for decimal columns could be reduced.

See nabble
http://camel.465427.n5.nabble.com/Error-handling-issue-for-splitter-with-sharedUnitOfWork-and-stopOnException-td5550093.html
The issue is that the when the message is handled by the dead letter channel, then some state from the sub unit of work, should be cleared, to ensure the exchange can be processed by the dead letter channel. This becomes only an issue when the dead letter endpoint is another route.

The recent change to the StandardWebSocketSession via SPR-15720, particularly the code:

@Override
public URI getUri() {
	Assert.state(this.uri != null, "WebSocket session is not yet initialized");
	return this.uri;
}

Produces the problem on the client side when we have, according org.apache.tomcat.websocket.WsSession JavaDocs:

* @param requestUri           The URI used to connect to this endpoint or
*                             <code>null</code> is this is a client session

Therefore that Assert has to be removed.
At the same time I'm not pretty sure how we may have it like:

@Nullable
private URI uri;

and say that it can't be null in the getUri(). 
Thanks

The Thrift example of DemoClient.cpp uses old APIs in 0.90.
So, I update and clean up DemoClient.cpp.

Exception in proto logging hook on secure cluster.

2018-05-18T04:48:01,136 ERROR [Hive Hook Proto Log Writer 0]: hooks.HiveProtoLoggingHook (:()) - Error writing proto message for query hive_20180518043717_ca3ab4df-6cab-4920-aa44-2340ae246ad2, eventType: QUERY_SUBMITTED:
java.io.IOException: Filesystem closed
 at org.apache.hadoop.hdfs.DFSClient.checkOpen(DFSClient.java:472) ~[hadoop-hdfs-client-3.0.0.3.0.0.0-1298.jar:?]
 at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:1652) ~[hadoop-hdfs-client-3.0.0.3.0.0.0-1298.jar:?]
 at org.apache.hadoop.hdfs.DistributedFileSystem$29.doCall(DistributedFileSystem.java:1569) ~[hadoop-hdfs-client-3.0.0.3.0.0.0-1298.jar:?]
 at org.apache.hadoop.hdfs.DistributedFileSystem$29.doCall(DistributedFileSystem.java:1566) ~[hadoop-hdfs-client-3.0.0.3.0.0.0-1298.jar:?]
 at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81) ~[hadoop-common-3.0.0.3.0.0.0-1298.jar:?]
 at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1581) ~[hadoop-hdfs-client-3.0.0.3.0.0.0-1298.jar:?]
 at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1734) ~[hadoop-common-3.0.0.3.0.0.0-1298.jar:?]
 at org.apache.hadoop.hive.ql.hooks.DatePartitionedLogger.getPathForDate(DatePartitionedLogger.java:89) ~[hive-exec-3.0.0.3.0.0.0-1298.jar:3.0.0.3.0.0.0-1298]
 at org.apache.hadoop.hive.ql.hooks.DatePartitionedLogger.getWriter(DatePartitionedLogger.java:73) ~[hive-exec-3.0.0.3.0.0.0-1298.jar:3.0.0.3.0.0.0-1298]
 at org.apache.hadoop.hive.ql.hooks.HiveProtoLoggingHook$EventLogger.writeEvent(HiveProtoLoggingHook.java:283) ~[hive-exec-3.0.0.3.0.0.0-1298.jar:3.0.0.3.0.0.0-1298]
 at org.apache.hadoop.hive.ql.hooks.HiveProtoLoggingHook$EventLogger.lambda$generateEvent$1(HiveProtoLoggingHook.java:274) ~[hive-exec-3.0.0.3.0.0.0-1298.jar:3.0.0.3.0.0.0-1298]
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:1.8.0_161]
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:1.8.0_161]
 at java.lang.Thread.run(Thread.java:748) [?:1.8.0_161]

Trying to do:

JMXFraction jmxFraction = new JMXFraction();
jmxFraction.jmxRemotingConnector().subresources().jmxRemotingConnector().useManagementEndpoint(true);
Swarm swarm = new Swarm().fraction(jmxFraction);
swarm.start();

results to:

2016-08-15 13:58:51,355 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 18) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "jmx"),
    ("remoting-connector" => "jmx")
]): java.lang.NoClassDefFoundError: org/jboss/remotingjmx/ServerMessageInterceptorFactory
	at org.jboss.as.jmx.RemotingConnectorAdd.performRuntime(RemotingConnectorAdd.java:76)
	at org.jboss.as.controller.AbstractAddStepHandler.performRuntime(AbstractAddStepHandler.java:337)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
	at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359)
Caused by: java.lang.ClassNotFoundException: org.jboss.remotingjmx.ServerMessageInterceptorFactory from [Module "org.jboss.as.jmx:main" from BootModuleLoader@23223dd8 for finders [BootstrapClasspathModuleFinder, BootstrapModuleFinder(org.wildfly.swarm.bootstrap:main), ClasspathModuleFinder, ContainerModuleFinder(swarm.container:main), ApplicationModuleFinder(swarm.application:main), FlattishApplicationModuleFinder(swarm.application:flattish)]]
	... 11 more

When using a DefaultMessageListenerContainer with transacted sessions, such as that created by the following spring integration bean definition:
    <jms:message-driven-channel-adapter id="inboundChannelAdapter"
        destination-resolver="jmsDestinationResolver" destination-name="jms/myqueue"
        connection-factory="jmsQueueConnectionFactory"
        concurrent-consumers="4" max-concurrent-consumers="4" max-messages-per-task="1"
        channel="importProcessChannel" acknowledge="transacted" 
    />
If you receive no messages on the queue for whatever you have your transaction timeout set for your QueueConnectionFactory (it's one hour by default in Weblogic 10.3), you will see messages like this in the logs (as SPR-3585 also seemed to be talking about):
2010-07-01 15:49:21,304 INFO  [tid=2242,tgn=Pooled Threads] [org.springframework.jms.listener.DefaultMessageListenerContainer.handleListenerSetupFailure():747] Setup of JMS message listener invoker failed for destination 'jms/myqueue' - trying to recover. Cause: Attempt to resume an inactive transaction: BEA1-000598DE4AF4FDE2FECA:error resuming transacted session's internal transaction
weblogic.jms.common.TransactionRolledBackException: Attempt to resume an inactive transaction: BEA1-000598DE4AF4FDE2FECA:error resuming transacted session's internal transaction
	at weblogic.jms.dispatcher.DispatcherAdapter.convertToJMSExceptionAndThrow(DispatcherAdapter.java:110)
	at weblogic.jms.dispatcher.DispatcherAdapter.dispatchSyncNoTran(DispatcherAdapter.java:61)
	at weblogic.jms.client.JMSSession.receiveMessage(JMSSession.java:870)
	at weblogic.jms.client.JMSConsumer.receiveInternal(JMSConsumer.java:644)
	at weblogic.jms.client.JMSConsumer.receive(JMSConsumer.java:523)
	at weblogic.jms.client.WLConsumerImpl.receive(WLConsumerImpl.java:184)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveMessage(AbstractPollingMessageListenerContainer.java:405)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:308)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:982)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:881)
Caused by: weblogic.jms.common.TransactionRolledBackException: Attempt to resume an inactive transaction: BEA1-000598DE4AF4FDE2FECA:error resuming transacted session's internal transaction
	at weblogic.jms.dispatcher.Request.handleThrowable(Request.java:87)
	at weblogic.jms.dispatcher.Request.getResult(Request.java:52)
	at weblogic.messaging.dispatcher.Request.wrappedFiniteStateMachine(Request.java:1124)
	at weblogic.messaging.dispatcher.DispatcherImpl.syncRequest(DispatcherImpl.java:184)
	at weblogic.messaging.dispatcher.DispatcherImpl.dispatchSyncNoTran(DispatcherImpl.java:287)
	at weblogic.jms.dispatcher.DispatcherAdapter.dispatchSyncNoTran(DispatcherAdapter.java:59)
	... 10 more
	at weblogic.jms.frontend.FESession.transactedException(FESession.java:2062)
	at weblogic.jms.frontend.FESession.throwTransactedException(FESession.java:2077)
	at weblogic.jms.frontend.FESession.transactedInfect(FESession.java:2178)
	at weblogic.jms.frontend.FEConsumer.receive(FEConsumer.java:553)
	at weblogic.jms.frontend.FEConsumer.invoke(FEConsumer.java:805)
	at weblogic.messaging.dispatcher.Request.wrappedFiniteStateMachine(Request.java:961)
	... 13 more
Caused by: javax.transaction.InvalidTransactionException: Attempt to resume an inactive transaction: BEA1-000598DE4AF4FDE2FECA
	at weblogic.transaction.internal.TransactionManagerImpl.resume(TransactionManagerImpl.java:360)
	at weblogic.transaction.internal.ServerTransactionManagerImpl.resume(ServerTransactionManagerImpl.java:376)
	at weblogic.jms.frontend.FESession.transactedInfect(FESession.java:2123)
	... 16 more
2010-07-01 15:49:21,351 INFO  [tid=2242,tgn=Pooled Threads] [org.springframework.jms.listener.DefaultMessageListenerContainer.refreshConnectionUntilSuccessful():791] Successfully refreshed JMS Connection
2010-07-01 15:49:21,367 DEBUG [tid=2243,tgn=Pooled Threads] [springframework.jms.support.destination.JndiDestinationResolver.lookup():111] Located object with JNDI name [jms/myqueue]
This will repeat every hour on the hour (or whatever you have your QueueConnectionFactory's transaction timeout set to) if you have no messages on the queue to receive for that hour, which is annoying, but not a big deal.  The main problem is that if you happen to receive a message right before the transaction timeout would occur - say, at 59 minutes and 50 seconds - and it takes more than 10 seconds to process the message, the JMS transaction will timeout so the message gets redelivered to another consumer while the first consumer still successfully processes it – and because XA transactions are not being used, the db work from the first delivery commits before it tries to commit the JMS session [which throws an exception], and the 2nd delivery also succeeds so that you end up successfully processing the message twice.  Here's some output demonstrating this, where, for ease of reproducing, I set my QueueConnectionFactory transaction timeout to 5 minutes then purposely put a message on the queue a few seconds before I expected to have an "inactive transaction" message like above.  The receiver of the message is just sleeping for a random time b/w 2 and 3 minutes (so, it should be within the transaction timeout of 5 minutes, but the problem is that it gets picked up a few minutes into the transaction [i.e. since the last session commit/rollback].  Note that the "tid=" part in the log lines is the thread id, for help in showing what thread is doing what.
2010-07-01 15:53:33,839 DEBUG [tid=3719,tgn=Pooled Threads] [org.springframework.jms.listener.DefaultMessageListenerContainer.doReceiveAndExecute():311] Received message of type [class weblogic.jms.common.ObjectMessageImpl] from consumer [weblogic.jms.client.WLConsumerImpl@23fea4a] of session [weblogic.jms.client.WLSessionImpl@23fe6da]
2010-07-01 15:53:34,198 INFO  [tid=3719,tgn=Pooled Threads] [mycompany.Test.receiveFromQueue():132] message received from queue: testmessage1
2010-07-01 15:53:34,198 INFO  [tid=3719,tgn=Pooled Threads] [mycompany.Test.receiveFromQueue():137] sleeping
2010-07-01 15:54:32,074 INFO  [tid=3798,tgn=Pooled Threads] [org.springframework.jms.listener.DefaultMessageListenerContainer.handleListenerSetupFailure():747] Setup of JMS message listener invoker failed for destination 'jms/myqueue' - trying to recover. Cause: Attempt to resume an inactive transaction: BEA1-000B98DE4AF4FDE2FECA:error resuming transacted session's internal transaction
weblogic.jms.common.TransactionRolledBackException: Attempt to resume an inactive transaction: BEA1-000B98DE4AF4FDE2FECA:error resuming transacted session's internal transaction
Caused by: weblogic.jms.common.TransactionRolledBackException: Attempt to resume an inactive transaction: BEA1-000B98DE4AF4FDE2FECA:error resuming transacted session's internal transaction
	... 10 more
	... 13 more
Caused by: javax.transaction.InvalidTransactionException: Attempt to resume an inactive transaction: BEA1-000B98DE4AF4FDE2FECA
	... 16 more
2010-07-01 15:54:32,074 INFO  [tid=3798,tgn=Pooled Threads] [org.springframework.jms.listener.DefaultMessageListenerContainer.refreshConnectionUntilSuccessful():791] Successfully refreshed JMS Connection
2010-07-01 15:54:32,074 DEBUG [tid=3804,tgn=Pooled Threads] [springframework.jms.support.destination.JndiDestinationResolver.lookup():111] Located object with JNDI name [jms/myqueue]
2010-07-01 15:54:47,855 DEBUG [tid=3802,tgn=Pooled Threads] [org.springframework.jms.listener.DefaultMessageListenerContainer.handleListenerSetupFailure():739] Setup of JMS message listener invoker failed - already recovered by other invoker
weblogic.jms.common.TransactionRolledBackException: Attempt to resume an inactive transaction: BEA1-000898DE4AF4FDE2FECA:error resuming transacted session's internal transaction
Caused by: weblogic.jms.common.TransactionRolledBackException: Attempt to resume an inactive transaction: BEA1-000898DE4AF4FDE2FECA:error resuming transacted session's internal transaction
	... 10 more
	... 13 more
Caused by: javax.transaction.InvalidTransactionException: Attempt to resume an inactive transaction: BEA1-000898DE4AF4FDE2FECA
	... 16 more
2010-07-01 15:54:47,871 DEBUG [tid=3805,tgn=Pooled Threads] [springframework.jms.support.destination.JndiDestinationResolver.lookup():111] Located object with JNDI name [jms/myqueue]
2010-07-01 15:54:47,887 DEBUG [tid=3806,tgn=Pooled Threads] [springframework.jms.support.destination.JndiDestinationResolver.lookup():111] Located object with JNDI name [jms/myqueue]
2010-07-01 15:54:47,949 DEBUG [tid=3806,tgn=Pooled Threads] [org.springframework.jms.listener.DefaultMessageListenerContainer.doReceiveAndExecute():311] Received message of type [class weblogic.jms.common.ObjectMessageImpl] from consumer [weblogic.jms.client.WLConsumerImpl@38bae4a] of session [weblogic.jms.client.WLSessionImpl@370ffce]
2010-07-01 15:54:47,965 INFO  [tid=3806,tgn=Pooled Threads] [mycompany.Test.receiveFromQueue():132] message received from queue: testmessage1
2010-07-01 15:54:47,965 INFO  [tid=3806,tgn=Pooled Threads] [mycompany.Test.receiveFromQueue():137] sleeping
2010-07-01 15:56:52,529 INFO  [tid=3719,tgn=Pooled Threads] [mycompany.Test.receiveFromQueue():161] Done processing testmessage1
2010-07-01 15:57:16,763 INFO  [tid=3806,tgn=Pooled Threads] [mycompany.Test.receiveFromQueue():161] Done processing testmessage1
2010-07-01 15:57:24,139 WARN  [tid=3719,tgn=Pooled Threads] [org.springframework.jms.listener.DefaultMessageListenerContainer.handleListenerException():646] Execution of JMS message listener failed
weblogic.jms.common.TransactionRolledBackException: Attempt to resume an inactive transaction: BEA1-000998DE4AF4FDE2FECA:error resuming transacted session's internal transaction
	at weblogic.jms.client.JMSSession.commit(JMSSession.java:1200)
	at weblogic.jms.client.JMSSession.commit(JMSSession.java:1174)
	at weblogic.jms.client.WLSessionImpl.commit(WLSessionImpl.java:108)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.commitIfNecessary(AbstractMessageListenerContainer.java:558)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:465)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:323)
Caused by: weblogic.jms.common.TransactionRolledBackException: Attempt to resume an inactive transaction: BEA1-000998DE4AF4FDE2FECA:error resuming transacted session's internal transaction
	... 11 more
	at weblogic.jms.frontend.FESession.acknowledge(FESession.java:1846)
	at weblogic.jms.frontend.FESession.invoke(FESession.java:2923)
	... 14 more
Caused by: javax.transaction.InvalidTransactionException: Attempt to resume an inactive transaction: BEA1-000998DE4AF4FDE2FECA
	... 17 more
2010-07-01 15:57:24,139 DEBUG [tid=3719,tgn=Pooled Threads] [org.springframework.jms.listener.DefaultMessageListenerContainer.handleListenerSetupFailure():739] Setup of JMS message listener invoker failed - already recovered by other invoker
	... 11 more
	... 14 more
	... 17 more
2010-07-01 15:57:24,154 DEBUG [tid=3937,tgn=Pooled Threads] [springframework.jms.support.destination.JndiDestinationResolver.lookup():111] Located object with JNDI name [jms/myqueue]
I know that's a lot of detail, but the general idea is that thread id 3719 picked up the message and then slept.  About a minute into its sleep, the JMS transactions have timed out and another thread (thread id 3806) creates a new JMS session and picks up the same message.  Eventually, both threads get done sleeping and have successfully processed the message and committed to the db.  Thread id 3719 then prints out the exception when it tries to then commit the JMS session b/c its transaction timed out.
It appears the root of the problem is the use of the cached JMS session and the lack of periodic commit/rollback on it if no messages are received.  According to the JMS spec, the transaction of a JMS session is started when you create the session, commit it, or roll it back.  The problem is that if no messages are received, Spring JMS is never calling commit or rollback on the shared/cached session (it only does so after a message is processed, in AbstractMessageListenerContainer.doExecuteListener()).  So, if you process a message, then commit/rollback the session, then keep polling to receive messages and keep receiving none, you are using up time in that transaction.  When you do eventually get a message in the receive(), if you're close to being an hour [or whatever your timeout is set to] from when you last received a message with that session, you have very little time to process the message before you will timeout the transaction.  Since XA is not being used, Spring is doing the logical thing of letting your work [and presumably your db transaction commit] before calling commit on the JMS session.  So this consumer will think everything's fine and commit its work, only to find out afterwards that it timed out and someone else did the work too, even though it took well under the transaction timeout to complete its work.  
There seem to be a number of ways to fix this.  It seems like calling commit or rollback on the shared/cached Session before using its consumer to receive a new message (perhaps in DefaultMessageListenerContainer.invokeListener()) is one way of fixing it, but I'm not sure what other side effects something like this may have (for instance, will calling rollback() on the session cause any client-side cached JMS messages to be returned to the JMS server so that message "pipelining" [as Weblogic calls it] can not be used).
Hopefully this makes sense.

create table hive_test_smb_bucket1 (key int, value string) partitioned by (ds string) clustered by (key) sorted by (key) into 2 buckets;
create table hive_test_smb_bucket2 (key int, value string) partitioned by (ds string) clustered by (key) sorted by (key) into 2 buckets;

set hive.optimize.bucketmapjoin = true;
set hive.input.format = org.apache.hadoop.hive.ql.io.BucketizedHiveInputFormat;

explain
SELECT /* + MAPJOIN(b) */ b.key as k1, b.value, b.ds, a.key as k2
FROM hive_test_smb_bucket1 a JOIN
hive_test_smb_bucket2 b
ON a.key = b.key WHERE a.ds = '2010-10-15' and b.ds='2010-10-15' and  b.key IS NOT NULL;

throws NPE

2012-06-28 08:59:13,459 ERROR ql.Driver (SessionState.java:printError(400)) - FAILED: NullPointerException null
	at org.apache.hadoop.hive.ql.optimizer.BucketMapJoinOptimizer$BucketMapjoinOptProc.process(BucketMapJoinOptimizer.java:269)
	at org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:89)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:88)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.walk(DefaultGraphWalker.java:125)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:102)
	at org.apache.hadoop.hive.ql.optimizer.BucketMapJoinOptimizer.transform(BucketMapJoinOptimizer.java:100)
	at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:87)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:7564)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:245)
	at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:50)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:258)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:215)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:406)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:744)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:607)

According to Stephane Nicoll, the new Java 10 profile is breaking Spring Boot's build.

Current implementation is as follow:

private long maxWait = GenericObjectPoolConfig.DEFAULT_MAX_TOTAL;

It should be modified as follow:

private long maxWait = GenericObjectPoolConfig.DEFAULT_MAX_WAIT_MILLIS;

It is common to rank within a Group/Partition and then only return the Top N entries within each Group.
With Streaming mode for Windowing, we should push the post filter on the rank into the Windowing processing as a Limit expression.

Encountered while streaming zip data over a network:
In the createArchiveInputStream method of ArchiveStreamFactory, when the provided input stream is read, and it blocks before 12 bytes are available for reading, due to the contract of the java.io.InputStream class, the archive signature will not be completely read, and an ArchiveException will be thrown ("No Archiver found for the stream signature").
In ZipArchiveInputStream, you have implemented a readFully method, which should solve this issue, but since you are checking the length of the signature read against the expected length, you are never getting to do that.  When you try to read the signature, you should be using readFully.
For reference, here is important part of the contract of java.io.InputStream.read():
This method blocks until [ANY] input data is available, end of file is detected, or an exception is thrown.
If len is zero, then no bytes are read and 0 is returned; otherwise, there is an attempt to read at least one byte. If no byte is available because the stream is at end of file, the value -1 is returned; otherwise, at least one byte is read and stored into b.

CombineHiveInputFormat should combine all files inside one partition to form a split but should not takes files cross partition boundary. This works for regular table and partitions since all input paths are directory. However this breaks when the input is files (in which case tablesample could be the use case). CombineHiveInputFormat should adjust to the case when input could also be non-directories. 

1. Add a regionserver znode under /hbase/draining znode.
2. Use RegionMover to unload all regions from the regionserver.
3. Run balancer.

16/09/21 14:17:33 ERROR ipc.RpcServer: Unexpected throwable object
java.lang.ArrayIndexOutOfBoundsException: 75
      at org.apache.hadoop.hbase.master.balancer.BaseLoadBalancer$Cluster.getLocalityOfRegion(BaseLoadBalancer.java:867)
      at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer$LocalityCostFunction.cost(StochasticLoadBalancer.java:1186)
      at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer.computeCost(StochasticLoadBalancer.java:521)
      at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer.balanceCluster(StochasticLoadBalancer.java:309)
      at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer.balanceCluster(StochasticLoadBalancer.java:264)
      at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:1339)
      at org.apache.hadoop.hbase.master.MasterRpcServices.balance(MasterRpcServices.java:442)
      at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:58555)
      at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2268)
      at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:123)
      at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:188)
      at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:168)

After the fix of ROO-3955 (which removes default constructor generation) when developer creates a new entity constructor for a entity, some .aj contains a compilation exception due missing constructor.

The user documentation for camel-netty4 discusses creating worker and boss thread pools that are shared across camel-netty4 consumers.  I am trying to do this, but discovered that the NettyServerBossPoolBuilder.build() method is package-protected, and I am therefore unable to use this builder to create the shared boss pool.  Unit tests pass because the tests are within the same package, but the method needs to be public for anyone else to use.

Although mechanism-names attributes model metadata define allowed values. This is not checked and I am allowed to execute this command

/subsystem=elytron/kerberos-security-factory=c:add(principal="HTTP/localhost", path="/not/exist", mechanism-names=[DOES_NOT_EXIST])

[standalone@localhost:9990 /] /subsystem=elytron/kerberos-security-factory=c:add(principal="HTTP/localhost", path="/not/exist", mechanism-names=[DOES_NOT_EXIST])
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: GSSException: Improperly formatted Object Identifier String - null",
}

elytron.model

"mechanism-names" => {
    "type" => LIST,
    "description" => "The mechanism names the credential should be usable with. Names will be converted to OIDs and used together with OIDs from mechanism-oids attribute.",
    "expressions-allowed" => true,
    "default" => [
        "KRB5",
        "SPNEGO"
    ],
    "allowed" => [
        "KRB5LEGACY",
        "GENERIC",
        "KRB5",
        "KRB5V2",
        "SPNEGO"
    ],
    "value-type" => STRING,
    "access-type" => "read-write",
    "storage" => "configuration",
    "restart-required" => "resource-services"
}

07:15:56,489 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("add") failed - address: ([
    ("kerberos-security-factory" => "c")
]): java.lang.IllegalArgumentException: GSSException: Improperly formatted Object Identifier String - null
	at org.wildfly.extension.elytron.KerberosSecurityFactoryDefinition$2.lambda$getValueSupplier$1(KerberosSecurityFactoryDefinition.java:172)
	at java.util.LinkedList$LLSpliterator.forEachRemaining(LinkedList.java:1235)
	at java.util.stream.StreamSpliterators$WrappingSpliterator.forEachRemaining(StreamSpliterators.java:312)
	at java.util.stream.Streams$ConcatSpliterator.forEachRemaining(Streams.java:742)
	at org.wildfly.extension.elytron.KerberosSecurityFactoryDefinition$2.getValueSupplier(KerberosSecurityFactoryDefinition.java:174)
	at org.wildfly.extension.elytron.TrivialAddHandler.performRuntime(TrivialAddHandler.java:77)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:979)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:722)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:441)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1397)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:421)
Caused by: GSSException: Improperly formatted Object Identifier String - null
	at org.ietf.jgss.Oid.<init>(Oid.java:71)
	at org.wildfly.extension.elytron.KerberosSecurityFactoryDefinition$2.lambda$getValueSupplier$1(KerberosSecurityFactoryDefinition.java:170)
	... 39 more

When org.apache.camel.component.cxf.jaxrs.DefaultCxfRsBinding is populating the response from an org.apache.camel.Exchange then only the exchange.getOut().getBody() is used.
In the SOAP case org.apache.camel.component.cxf.DefaultCxfBinding the response is either uses  exchange.getOut().getBody() or exchange.getIn().getBody()
See also Discussion for more details.

JAVA_HOME in my system is C:\Program Files (x86)\Java\jdk1.6.0_17
When I try to run roo.bat I get a following error:

W tym momencie \Java\jdk1.6.0_17\jre) było nieoczekiwane.

It means that \Java\jdk1.6.0_17\jre) was unexpected.
After turning echo on, I get a following output:

d:\>roo

d:\>setlocal

d:\>for %? in ("D:\spring-roo\bin\..") do set ROO_HOME=%~f?

d:\>set ROO_HOME=D:\spring-roo

d:\>rem echo Resolved ROO_HOME: "D:\spring-roo"
d:\>if exist "C:\Program Files (x86)\Java\jdk1.6.0_17\jre" (set ROO_JRE=C:\Program Files (x86)\Java\jdk1.6.0_17\jre) else (set ROO_JRE=C:\Program Files (x86)\Java\jdk1.6.0_17)

I figured out that this error is caused by parentheses in JAVA_HOME, what can be fixed by using delayed variable expansion. I enclose a patch containing this solution.

1) HiveStreamingConnection.Builder#init() adds a shutdown hook handler via ShutdownHookManager.addShutdownHook but it is never removed which causes all the handlers to accumulate and hence a memory leak.
2) AbstractRecordWriter creates an instance of FileSystem but does not close it which in turn causes a leak due to accumulation in FileSystem$Cache#map
 
Global transitions do not appear to fire listeners.  I think that transitionExecuting should be fired.
I think that Flow.handleEvent should call "return context.execute(transition);" instead of  "return transition.execute(currentState, context);" as this will fire the events.

Drop database cascade fails if any of the table has index. 
create database db2;
use db2;
create table tab1 (id int, name string);
create index idx1 on table tab1(id) as  'COMPACT' with DEFERRED REBUILD;
drop database db2 cascade;

A catalog column is added to the PARTITION_EVENTS and NOTIFICATION_LOG but the upgrade scripts do not include an UPDATE statement to set this to the default value.

In ObjectStore.java there are a few places with the code similar to:

    Query query = null;
    try {
      openTransaction();
      query = pm.newQuery(Something.class);
      ...
      commited = commitTransaction();
    } finally {
      if (!commited) {
        rollbackTransaction();
      }
      if (query != null) {
        query.closeAll();
      }
    }

The problem is that rollbackTransaction() may throw an exception in which case query.closeAll() wouldn't be executed. 
The fix would be to wrap rollbackTransaction in its own try-catch block.

StompSubProtocolHandler cannot handle receiving a PongMessage.

ERROR Feb 18 11:15:47 (56612 [qtp300104620-57] org.springframework.web.socket.messaging.StompSubProtocolHandler) Failed to parse PongMessage payload=[java.nio.HeapByteBuffer[pos=0 lim=0 cap=0]], byteCount=0, last=true] in session 123f6cb6. Sending STOMP ERROR to client.
     [java] java.lang.IllegalArgumentException: Unexpected WebSocket message type: PongMessage payload=[java.nio.HeapByteBuffer[pos=0 lim=0 cap=0]], byteCount=0, last=true]
     [java] 	at org.springframework.web.socket.messaging.StompSubProtocolHandler.handleMessageFromClient(StompSubProtocolHandler.java:203)
     [java] 	at org.springframework.web.socket.messaging.SubProtocolWebSocketHandler.handleMessage(SubProtocolWebSocketHandler.java:309)
     [java] 	at org.springframework.web.socket.handler.WebSocketHandlerDecorator.handleMessage(WebSocketHandlerDecorator.java:75)
     [java] 	at org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator.handleMessage(LoggingWebSocketHandlerDecorator.java:56)
     [java] 	at org.springframework.web.socket.handler.ExceptionWebSocketHandlerDecorator.handleMessage(ExceptionWebSocketHandlerDecorator.java:72)
     [java] 	at com.psymetrix.pdc.web.CustomJettyWebSocketHandlerAdapter.onWebSocketFrame(CustomJettyWebSocketHandlerAdapter.java:55)
     [java] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     [java] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
     [java] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
     [java] 	at java.lang.reflect.Method.invoke(Method.java:483)
     [java] 	at org.eclipse.jetty.websocket.common.events.annotated.CallableMethod.call(CallableMethod.java:71)
     [java] 	at org.eclipse.jetty.websocket.common.events.annotated.OptionalSessionCallableMethod.call(OptionalSessionCallableMethod.java:72)
     [java] 	at org.eclipse.jetty.websocket.common.events.JettyAnnotatedEventDriver.onFrame(JettyAnnotatedEventDriver.java:149)
     [java] 	at org.eclipse.jetty.websocket.common.events.AbstractEventDriver.incomingFrame(AbstractEventDriver.java:107)
     [java] 	at org.eclipse.jetty.websocket.common.WebSocketSession.incomingFrame(WebSocketSession.java:309)
     [java] 	at org.eclipse.jetty.websocket.common.extensions.ExtensionStack.incomingFrame(ExtensionStack.java:214)
     [java] 	at org.eclipse.jetty.websocket.common.Parser.notifyFrame(Parser.java:220)
     [java] 	at org.eclipse.jetty.websocket.common.Parser.parse(Parser.java:258)
     [java] 	at org.eclipse.jetty.websocket.common.io.AbstractWebSocketConnection.readParse(AbstractWebSocketConnection.java:613)
     [java] 	at org.eclipse.jetty.websocket.common.io.AbstractWebSocketConnection.onFillable(AbstractWebSocketConnection.java:468)
     [java] 	at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
     [java] 	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:626)
     [java] 	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:546)
     [java] 	at java.lang.Thread.run(Thread.java:745)

Note that the CustomJettyWebSocketHandlerAdapter class in the stack trace is used to workaround SPR-12727

An example is worth a thousand words:

[standalone@localhost:9990 /] /path=*:query(where={read-only=1})
{
        {
            "address" => [("path" => "jboss.server.temp.dir")],
            "result" => {
                "name" => "jboss.server.temp.dir",
                "path" => "/Users/hbraun/dev/prj/wildfly-core/core-build/target/wildfly-core-1.0.0.Alpha14-SNAPSHOT/standalone/tmp",
                "read-only" => true,
                "relative-to" => undefined
            },
        },
        {
            "address" => [("path" => "user.home")],
                "name" => "user.home",
                "path" => "/Users/hbraun",
            },
        },
        {
            "address" => [("path" => "jboss.server.base.dir")],
                "name" => "jboss.server.base.dir",
                "path" => "/Users/hbraun/dev/prj/wildfly-core/core-build/target/wildfly-core-1.0.0.Alpha14-SNAPSHOT/standalone",
            },
        },
        {
            "address" => [("path" => "java.home")],
                "name" => "java.home",
                "path" => "/Library/Java/JavaVirtualMachines/jdk1.7.0_67.jdk/Contents/Home/jre",
            },
        },
        {
            "address" => [("path" => "user.dir")],
                "name" => "user.dir",
                "path" => "/Users/hbraun/dev/prj/wildfly-core/core-build/target/wildfly-core-1.0.0.Alpha14-SNAPSHOT",
            },
        },
        {
            "address" => [("path" => "jboss.server.data.dir")],
                "name" => "jboss.server.data.dir",
                "path" => "/Users/hbraun/dev/prj/wildfly-core/core-build/target/wildfly-core-1.0.0.Alpha14-SNAPSHOT/standalone/data",
            },
        },
        {
            "address" => [("path" => "jboss.home.dir")],
                "name" => "jboss.home.dir",
            },
        },
        {
            "address" => [("path" => "jboss.server.log.dir")],
                "name" => "jboss.server.log.dir",
                "path" => "/Users/hbraun/dev/prj/wildfly-core/core-build/target/wildfly-core-1.0.0.Alpha14-SNAPSHOT/standalone/log",
            },
        },
        {
            "address" => [("path" => "jboss.server.config.dir")],
                "name" => "jboss.server.config.dir",
                "path" => "/Users/hbraun/dev/prj/wildfly-core/core-build/target/wildfly-core-1.0.0.Alpha14-SNAPSHOT/standalone/configuration",
            },
        },
        {
            "address" => [("path" => "jboss.controller.temp.dir")],
                "name" => "jboss.controller.temp.dir",
            },
            "failure-description" => "Illegal argument for attribute 'read-only'. Expected type BOOLEAN",
        }
    ],
}

One item in the set has a failure description but the overall response does not.
ReadResourceDescriptionHandler handles similar things but has logic for creating an overall failure-description.

Trying to use Arquillian with remote multi-host domain. 
Now see the code snippet below:

readRootNode calls readResource with includeRuntime set to true.
readResource also sets recursive to true.

However due to this behavior of read-resource no hosts other than domain controller's are visible to Arquillian: 
proxies – (boolean, default is false) – whether to include remote resources in a recursive query (i.e. host level resources from slave Host Controllers in a query of the Domain Controller; running server resources in a query of a host).
As a result if I have a DC on localhost with no servers and Host1 with Node1 on 127.0.0.2 and Host2 with Node2 on 127.0.0.3, Arquillian will not find ANY servers to deploy to - no proxies (remote hosts) will be enumerated.

    private void readRootNode() throws Exception {
        rootNode = readResource(new ModelNode());
    }

    private ModelNode readResource(ModelNode address) throws Exception {
        return readResource(address, true);
    }

   private ModelNode readResource(ModelNode address, boolean includeRuntime) throws Exception {
        final ModelNode operation = new ModelNode();
        operation.get(OP).set(READ_RESOURCE_OPERATION);
        operation.get(RECURSIVE).set("true");
        operation.get(INCLUDE_RUNTIME).set(includeRuntime);
        operation.get(OP_ADDR).set(address);

        return executeForResult(operation);
    }

Right now if there are regions in transition, sometimes the RIT over 60 seconds line is colored yellow. It shouldn't be colored yellow if there are no regions that have been in transition too long.

The isNew(…)  method is not used by JpaPersistableEntityInformation , which causes unwanted behavior in Repository.save(…) 
JpaPersistableEntityInformation  should extend PersistableEntityInformation instead of AbstractEntityInformation

In ValidateAllDecoration when we did not found element there is js exception without console error. 
It is in apply function:
var element = dojo.byId(this.elementId);
this.originalHandler = element[this.event];  // here element is null
You can reproduce it as exercise 9 in Developing Rich Web Applications with Spring training
<button id="searchButton">${findLabel}</button>  <!-- I want decorate this button -->
<script type="text/javascript">
		Spring.addDecoration(new Spring.ValidateAllDecoration(
{			
	        elementId : "searchButtona", <!-- here I make mistake -->
	        event : 'onclick'
	    }
));		
</script>

It's likely that objects of this type are not hashed today but would lead to very nasty bugs if they ever will be.
Looks like it was introduced in HCATALOG-438.

fails with
23:36:38,116 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "clusterbench-ee7.ear")]) - failure description: {"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
    "Services that were unable to start:" => [
        "jboss.clustering.web.\"clusterbench-ee7.ear.clusterbench-ee7-web-default.war\"",
        "jboss.clustering.web.\"clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war\"",
        "jboss.clustering.web.locator.\"clusterbench-ee7.ear.clusterbench-ee7-web-default.war\"",
        "jboss.clustering.web.locator.\"clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war\"",
        "jboss.deployment.subunit.\"clusterbench-ee7.ear\".\"clusterbench-ee7-web-default.war\".deploymentCompleteService",
        "jboss.deployment.subunit.\"clusterbench-ee7.ear\".\"clusterbench-ee7-web-passivating.war\".deploymentCompleteService",
        "jboss.deployment.unit.\"clusterbench-ee7.ear\".deploymentCompleteService",
        "jboss.infinispan.web.\"clusterbench-ee7.ear.clusterbench-ee7-web-default.war\"",
        "jboss.infinispan.web.\"clusterbench-ee7.ear.clusterbench-ee7-web-default.war\".config",
        "jboss.infinispan.web.\"clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war\"",
        "jboss.infinispan.web.\"clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war\".config",
        "jboss.undertow.deployment.default-server.default-host./clusterbench",
        "jboss.undertow.deployment.default-server.default-host./clusterbench.UndertowDeploymentInfoService",
        "jboss.undertow.deployment.default-server.default-host./clusterbench.codec",
        "jboss.undertow.deployment.default-server.default-host./clusterbench.session",
        "jboss.undertow.deployment.default-server.default-host./clusterbench-passivating",
        "jboss.undertow.deployment.default-server.default-host./clusterbench-passivating.UndertowDeploymentInfoService",
        "jboss.undertow.deployment.default-server.default-host./clusterbench-passivating.codec",
        "jboss.undertow.deployment.default-server.default-host./clusterbench-passivating.session"
    ],
    "Services that may be the cause:" => ["jboss.data-source.java:jboss/datasources/ExampleDS"]
}}
23:36:38,119 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
]) - failure description: {"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => 
{
        "jboss.clustering.registry.web.default",
        "jboss.infinispan.web.default.config"
    ],
}
}

When using XStreamMarshaller for serializing object to JSON by customizing StreamDriver to skip root node resulting in empty output. Configuration of StreamDriver illustrated by the following snapshot 

final XStreamMarshaller marshaller = new XStreamMarshaller();

marshaller.setStreamDriver(new JsonHierarchicalStreamDriver() {
    public HierarchicalStreamWriter createWriter(Writer writer) {
        return new JsonWriter(writer, JsonWriter.DROP_ROOT_MODE);
    }
});

At the same time using XSTream directly works just fine.

final XStream xStream = new XStream(new JsonHierarchicalStreamDriver() {
    }
});

When I set a management-access-predicate attribute in mod-cluster filter to some non-sense value and perform reload as requested, server prints following error in server.log:

11:18:13,442 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "ejb3")]) - failure description: {
    "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined,
    "WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
        "Services that were unable to start:" => [
            "jboss.ejb.default-local-ejb-receiver-service",
            "jboss.ejb3.ejbClientContext.default",
            "jboss.ejb3.localEjbReceiver.value"
        ],
            "jboss.remoting.remotingConnectorInfoService.http-remoting-connector",
            "jboss.undertow",
            "jboss.web.common.server"
        ]
    }
}
11:18:13,443 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "ejb3"),
    ("service" => "remote")
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.remoting.remotingConnectorInfoService.http-remoting-connector"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.ejb3.connector is missing [jboss.remoting.remotingConnectorInfoService.http-remoting-connector]"]
}
11:18:13,443 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "webservices")]) - failure description: {
        "jboss.web.common.server",
        "jboss.undertow"
    ],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.ws.config is missing [jboss.undertow, jboss.web.common.server]"]
}

From that error it is very hard to see what is actually causing the problem. Only what I can see is that some of the subsystems probably did not started and I need to investigate.
It would be nice if either this error would point me more precisely to the badly set management-access-predicate attribute or (what would be probably even better) if I the operation when I tried to set that attribute with invalid value ended with error with appropriate message directly.

This was done to run MR jobs when in Tez mode (emulate MR on Tez). However, we don't switch back when the user specifies MR as exec engine.

This is current implementation in JavaHBaseContext.scala:

def streamBulkGet[T, U](tableName: TableName,
                          batchSize: Integer,
                          javaDStream: JavaDStream[T],
                          makeGet: Function[T, Get],
                          convertResult: Function[Result, U])

Should be:

                          convertResult: Function[Result, U]): JavaDStream[U]

Hadoop decided to move record to hadoop-streaming so the compilation of the contrib code will be broken if we do not include this jar.

compile:
[echo] Project: contrib
[javac] Compiling 39 source files to /home/y/var/builds/thread2/workspace/Cloud-Hive-branch-0.12-Hadoop2-Component-JDK7/build/contrib/classes
[javac] /home/y/var/builds/thread2/workspace/Cloud-Hive-branch-0.12-Hadoop2-Component-JDK7/contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesWritableOutput.java:47: error: package org.apache.hadoop.record does not exist
[javac] import org.apache.hadoop.record.Record;
[javac]                                ^
[javac] /home/y/var/builds/thread2/workspace/Cloud-Hive-branch-0.12-Hadoop2-Component-JDK7/contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesOutput.java:30: error: package org.apache.hadoop.record does not exist
[javac] import org.apache.hadoop.record.Buffer;
[javac]                                ^
[javac] /home/y/var/builds/thread2/workspace/Cloud-Hive-branch-0.12-Hadoop2-Component-JDK7/contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesWritableOutput.java:224: error: cannot find symbol
[javac]   public void writeRecord(Record r) throws IOException {
[javac]                           ^
[javac]   symbol:   class Record
[javac]   location: class TypedBytesWritableOutput
[javac] /home/y/var/builds/thread2/workspace/Cloud-Hive-branch-0.12-Hadoop2-Component-JDK7/contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesInput.java:29: error: package org.apache.hadoop.record does not exist
[javac]                                ^
[javac] /home/y/var/builds/thread2/workspace/Cloud-Hive-branch-0.12-Hadoop2-Component-JDK7/contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesRecordInput.java:24: error: package org.apache.hadoop.record does not exist
[javac]                                ^
Besides this, https://issues.apache.org/jira/browse/HADOOP-10485 removes most of these classes. This Jira is being created to track this.
Viraj

integration/basic/src/test/java/org/jboss/as/test/integration/jca/moduledeployment/AbstractModuleDeploymentTestCaseSetup.java
integration/basic/src/test/java/org/jboss/as/test/integration/weld/multideployment/WeldModuleDeploymentTestCase
integration/basic/src/test/java/org/jboss/as/test/integration/ee/globalmodules/GlobalModulesTestCase.java
For the tests above, method deleteRecursively() does not delete test module directories properly, part of module directory remain in JBOSS_HOME/modules after test completion.
Example: JBOSS_HOME/modules/org/jboss/test is left behind for WeldModuleDeploymentTestCase, in that case the testModuleRoot is org/jboss/test/weldModule

&#27;[0m&#27;[31m08:43:00,006 ERROR [org.infinispan.persistence.jdbc.binary.JdbcBinaryStore] (default task-7) ISPN008012: Sql failure while inserting bucket: Bucket{entries={7KMFRGBkll3_n5BYO0U3U-0c=MarshalledEntryImpl{keyBytes=35 bytes, valueBytes=270 bytes, metadataBytes=25 bytes, key=7KMFRGBkll3_n5BYO0U3U-0c, value=
{test=1}, metadata=InternalMetadataImpl{actual=EmbeddedMetadata{version=null}, created=-1, lastUsed=-1}, marshaller=org.infinispan.marshall.core.CacheMarshaller@5b081828}}, bucketId=&apos865627136&apos}: org.h2.jdbc.JdbcSQLException: Unique index or primary key violation: "PRIMARY_KEY_A ON PUBLIC.""binarybased_default_host_session_db_cluster""(ID) VALUES ( /* key:2 */ &apos865627136&apos, X&apos0301fe0302000103ff810200000018374b4d465247426b6c6c335f6e3542594f305533552d30630369036a230301fe03ff810200000018374b4d465247426b6c6c335f6e3542594f305533552d3063036a8e020301fe040a000000396f72672e6a626f73732e61732e636c7573746572696e672e6d61727368616c6c696e672e53696d706c654d61727368616c6c656456616c756585255d4116f244c83e1e6f72672e6a626f73732e61732e636c7573746572696e672e636f6d6d6f6e3e046d61696e329b0000009700000001035301643e047465737404380000003d6f72672e6a626f73732e61732e746573742e636c7573746572696e672e73696e676c652e7765622e53696d706c65536572766c6574244d757461626c65b8d0b5a62b7773dd3e216465706c6f796d656e742e73657373696f6e2d64622d636c75737465722e7761723e046d61696e000000010000000576616c7565230016000000013535036a190301fe0368ffffffffffffffffffffffffffffffff03620001&apos, -1)"; SQL statement:
INSERT INTO "binarybased_default_host_session_db_cluster" (datum, version, id) VALUES(?,?,?) [23505-173]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:331)
	at org.h2.message.DbException.get(DbException.java:171)
	at org.h2.message.DbException.get(DbException.java:148)
	at org.h2.index.BaseIndex.getDuplicateKeyException(BaseIndex.java:101)
	at org.h2.index.TreeIndex.add(TreeIndex.java:68)
	at org.h2.table.RegularTable.addRow(RegularTable.java:125)
	at org.h2.command.dml.Insert.insertRows(Insert.java:127)
	at org.h2.command.dml.Insert.update(Insert.java:86)
	at org.h2.command.CommandContainer.update(CommandContainer.java:79)
	at org.h2.command.Command.executeUpdate(Command.java:235)
	at org.h2.jdbc.JdbcPreparedStatement.executeUpdateInternal(JdbcPreparedStatement.java:154)
	at org.h2.jdbc.JdbcPreparedStatement.executeUpdate(JdbcPreparedStatement.java:140)
	at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:493)
	at org.infinispan.persistence.jdbc.binary.JdbcBinaryStore.insertBucket(JdbcBinaryStore.java:405)
	at org.infinispan.persistence.jdbc.binary.JdbcBinaryStore.storeInBucket(JdbcBinaryStore.java:519)
	at org.infinispan.persistence.jdbc.binary.JdbcBinaryStore.write(JdbcBinaryStore.java:122)
	at org.infinispan.persistence.manager.PersistenceManagerImpl.writeToAllStores(PersistenceManagerImpl.java:432) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.CacheWriterInterceptor$Updater.visitSingleStore(CacheWriterInterceptor.java:306) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.CacheWriterInterceptor$Updater.visitPutKeyValueCommand(CacheWriterInterceptor.java:250) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:62) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.CacheWriterInterceptor.store(CacheWriterInterceptor.java:212) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.CacheWriterInterceptor.commitCommand(CacheWriterInterceptor.java:115) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.CacheWriterInterceptor.visitPrepareCommand(CacheWriterInterceptor.java:101) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:125) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:96) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:93) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.invokeNextAndCommitIf1Pc(AbstractTxLockingInterceptor.java:93) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitPrepareCommand(PessimisticLockingInterceptor.java:83) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.NotificationInterceptor.visitPrepareCommand(NotificationInterceptor.java:36) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:114) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:101) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitPrepareCommand(TransactionSynchronizerInterceptor.java:42) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:253) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:184) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.statetransfer.StateTransferInterceptor.visitPrepareCommand(StateTransferInterceptor.java:89) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:106) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:70) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:70) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:321) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.transaction.TransactionCoordinator.commit(TransactionCoordinator.java:154) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:58) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.transaction.tm.DummyTransaction.notifyAfterCompletion(DummyTransaction.java:263) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.transaction.tm.DummyTransaction.runCommitTx(DummyTransaction.java:312) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:69) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:80) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:101) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:83) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:64) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.CacheImpl.endBatch(CacheImpl.java:768) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.AbstractDelegatingCache.endBatch(AbstractDelegatingCache.java:53) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$1.end(InfinispanSessionManager.java:151)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$1.close(InfinispanSessionManager.java:141)
	at org.wildfly.clustering.web.undertow.session.SessionAdapter.requestDone(SessionAdapter.java:69)
	at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:708) [undertow-servlet-1.0.0.Beta20.jar:1.0.0.Beta20]
	at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:501) [undertow-servlet-1.0.0.Beta20.jar:1.0.0.Beta20]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:258) [undertow-servlet-1.0.0.Beta20.jar:1.0.0.Beta20]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:205) [undertow-servlet-1.0.0.Beta20.jar:1.0.0.Beta20]
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:69) [undertow-servlet-1.0.0.Beta20.jar:1.0.0.Beta20]
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:134) [undertow-servlet-1.0.0.Beta20.jar:1.0.0.Beta20]
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:138) [undertow-core-1.0.0.Beta20.jar:1.0.0.Beta20]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:622) [undertow-core-1.0.0.Beta20.jar:1.0.0.Beta20]

&#27;[0m&#27;[31m08:43:00,018 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-7) ISPN000136: Execution error: org.infinispan.persistence.CacheLoaderException: Sql failure while inserting bucket: Bucket{entries={7KMFRGBkll3_n5BYO0U3U-0c=MarshalledEntryImpl{keyBytes=35 bytes, valueBytes=270 bytes, metadataBytes=25 bytes, key=7KMFRGBkll3_n5BYO0U3U-0c, value={test=1}
, metadata=InternalMetadataImpl{actual=EmbeddedMetadata
{version=null}, created=-1, lastUsed=-1}, marshaller=org.infinispan.marshall.core.CacheMarshaller@5b081828}}, bucketId=&apos865627136&apos}
	at org.infinispan.persistence.jdbc.binary.JdbcBinaryStore.insertBucket(JdbcBinaryStore.java:411)
Caused by: org.h2.jdbc.JdbcSQLException: Unique index or primary key violation: "PRIMARY_KEY_A ON PUBLIC.""binarybased_default_host_session_db_cluster""(ID) VALUES ( /* key:2 */ &apos865627136&apos, X&apos0301fe0302000103ff810200000018374b4d465247426b6c6c335f6e3542594f305533552d30630369036a230301fe03ff810200000018374b4d465247426b6c6c335f6e3542594f305533552d3063036a8e020301fe040a000000396f72672e6a626f73732e61732e636c7573746572696e672e6d61727368616c6c696e672e53696d706c654d61727368616c6c656456616c756585255d4116f244c83e1e6f72672e6a626f73732e61732e636c7573746572696e672e636f6d6d6f6e3e046d61696e329b0000009700000001035301643e047465737404380000003d6f72672e6a626f73732e61732e746573742e636c7573746572696e672e73696e676c652e7765622e53696d706c65536572766c6574244d757461626c65b8d0b5a62b7773dd3e216465706c6f796d656e742e73657373696f6e2d64622d636c75737465722e7761723e046d61696e000000010000000576616c7565230016000000013535036a190301fe0368ffffffffffffffffffffffffffffffff03620001&apos, -1)"; SQL statement:
	... 77 more

&#27;[0m&#27;[31m08:43:00,023 ERROR [org.infinispan.transaction.TransactionCoordinator] (default task-7) ISPN000097: Error while processing a prepare in a single-phase transaction: org.infinispan.persistence.CacheLoaderException: Sql failure while inserting bucket: Bucket{entries={7KMFRGBkll3_n5BYO0U3U-0c=MarshalledEntryImpl{keyBytes=35 bytes, valueBytes=270 bytes, metadataBytes=25 bytes, key=7KMFRGBkll3_n5BYO0U3U-0c, value={test=1}, metadata=InternalMetadataImpl{actual=EmbeddedMetadata{version=null}
, created=-1, lastUsed=-1}, marshaller=org.infinispan.marshall.core.CacheMarshaller@5b081828}}, bucketId=&apos865627136&apos}
	... 77 more
&#27;[0m&#27;[31m08:43:00,028 ERROR [org.infinispan.transaction.tm.DummyTransaction] (default task-7) ISPN000111: afterCompletion() failed for SynchronizationAdapter{localTransaction=LocalTransaction
{remoteLockedNodes=null, isMarkedForRollback=false, lockedKeys=null, backupKeyLocks=null, topologyId=2, isFromStateTransfer=false} org.infinispan.transaction.synchronization.SyncLocalTransaction@13} org.infinispan.transaction.synchronization.SynchronizationAdapter@32: org.infinispan.commons.CacheException: Could not commit.
	at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:60) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.transaction.TransactionCoordinator.handleCommitFailure(TransactionCoordinator.java:204) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	at org.infinispan.transaction.TransactionCoordinator.commit(TransactionCoordinator.java:156) [infinispan-core-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT]
	... 23 more

&#27;[0m08:43:00,032 INFO  [org.jboss.as.test.clustering.cluster.ClusterAbstractTestCase] (main) Requested http://127.0.0.1:8080/session-db-cluster/simple, got 1.
&#27;[31m08:43:00,038 ERROR [org.infinispan.persistence.jdbc.binary.JdbcBinaryStore] (default task-8) ISPN008012: Sql failure while inserting bucket: Bucket{entries={7KMFRGBkll3_n5BYO0U3U-0c=MarshalledEntryImpl{keyBytes=29 bytes, valueBytes=27 bytes, metadataBytes=25 bytes, key=7KMFRGBkll3_n5BYO0U3U-0c, value=org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry@415e75b5, metadata=InternalMetadataImpl{actual=EmbeddedMetadata{version=null}, created=-1, lastUsed=-1}, marshaller=org.infinispan.marshall.core.CacheMarshaller@5b081828}}, bucketId=&apos865627136&apos}: org.h2.jdbc.JdbcSQLException: Unique index or primary key violation: "PRIMARY_KEY_A ON PUBLIC.""binarybased_default_host_session_db_cluster""(ID) VALUES ( /* key:2 */ &apos865627136&apos, X&apos0301fe030200013e18374b4d465247426b6c6c335f6e3542594f305533552d30630369036a1d0301fe3e18374b4d465247426b6c6c335f6e3542594f305533552d3063036a1b0301fe03ff80020000014209636c440000014209636c4500000708036a190301fe0368ffffffffffffffffffffffffffffffff03620001&apos, -1)"; SQL statement:

&#27;[0m&#27;[31m08:43:00,043 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-8) ISPN000136: Execution error: org.infinispan.persistence.CacheLoaderException: Sql failure while inserting bucket: Bucket{entries={7KMFRGBkll3_n5BYO0U3U-0c=MarshalledEntryImpl{keyBytes=29 bytes, valueBytes=27 bytes, metadataBytes=25 bytes, key=7KMFRGBkll3_n5BYO0U3U-0c, value=org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry@415e75b5, metadata=InternalMetadataImpl{actual=EmbeddedMetadata{version=null}, created=-1, lastUsed=-1}, marshaller=org.infinispan.marshall.core.CacheMarshaller@5b081828}}, bucketId=&apos865627136&apos}
Caused by: org.h2.jdbc.JdbcSQLException: Unique index or primary key violation: "PRIMARY_KEY_A ON PUBLIC.""binarybased_default_host_session_db_cluster""(ID) VALUES ( /* key:2 */ &apos865627136&apos, X&apos0301fe030200013e18374b4d465247426b6c6c335f6e3542594f305533552d30630369036a1d0301fe3e18374b4d465247426b6c6c335f6e3542594f305533552d3063036a1b0301fe03ff80020000014209636c440000014209636c4500000708036a190301fe0368ffffffffffffffffffffffffffffffff03620001&apos, -1)"; SQL statement:
	... 77 more

&#27;[0m&#27;[31m08:43:00,067 ERROR [org.infinispan.transaction.TransactionCoordinator] (default task-8) ISPN000097: Error while processing a prepare in a single-phase transaction: org.infinispan.persistence.CacheLoaderException: Sql failure while inserting bucket: Bucket{entries={7KMFRGBkll3_n5BYO0U3U-0c=MarshalledEntryImpl{keyBytes=29 bytes, valueBytes=27 bytes, metadataBytes=25 bytes, key=7KMFRGBkll3_n5BYO0U3U-0c, value=org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry@415e75b5, metadata=InternalMetadataImpl{actual=EmbeddedMetadata{version=null}, created=-1, lastUsed=-1}, marshaller=org.infinispan.marshall.core.CacheMarshaller@5b081828}}, bucketId=&apos865627136&apos}
	... 77 more

&#27;[0m&#27;[31m08:43:00,072 ERROR [org.infinispan.transaction.tm.DummyTransaction] (default task-8) ISPN000111: afterCompletion() failed for SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=null, isMarkedForRollback=false, lockedKeys=null, backupKeyLocks=null, topologyId=2, isFromStateTransfer=false}
 org.infinispan.transaction.synchronization.SyncLocalTransaction@16} org.infinispan.transaction.synchronization.SynchronizationAdapter@35: org.infinispan.commons.CacheException: Could not commit.
	... 23 more

If checking the xsd of IIOP subsystem at jboss-as-iiop-openjdk_1_0.xsd there are some properties which behaves to have a default values (and such information could be found in listing of jboss-cli.sh by /subsystem=iiop-openjdk:read-resource-description() but defaults are not listed in xsd.
This is problem of types

iorTransportConfigType
iorASContextType
iorSASContextType

I think that xsd of the iiop subsystem should contain the default values if exist.

An attempt to connect that fails makes the current context unusable.

Nightly on all branches 1 reports failure to get a PDF version of the ref guide

-1	refguide	2m 14s	patch failed to produce the pdf version of the reference guide.

Actual build log looks clean

[INFO] --- asciidoctor-maven-plugin:1.5.2.1:process-asciidoc (output-pdf) @ hbase ---
asciidoctor: WARNING: conversion missing in backend pdf for inline_indexterm
asciidoctor: WARNING: conversion missing in backend pdf for pass
asciidoctor: WARNING: conversion missing in backend pdf for inline_image
[INFO] Rendered /testptch/hbase/src/main/asciidoc/book.adoc

It is not possible to rotate (= rename current log file and start logging into a new one) Elytron Audit log files. It cannot be set to use the log rotation neither based on the file size (e.g. once the file size outreaches 100 MB) nor based on a time period (e.g. rotate create a new file every Sunday at midnight).
Inability to set the log rotation could lead to huge log files. Then it would be really difficult to read such files.

Toward the cleanupBulkLoad() method:

    fs.delete(new Path(request.getBulkToken()), true);

The return value from delete() call is ignore, potentially leading to file lying around after the cleanup.
This applies to all branches.
Discovered when investigating bulk load test failure.

return factory.createCompressorInputStream(new BufferedInputStream(new FileInputStream(new File(rsc.getFile()))));
can fail to find the files for testing e.g. /root/.jenkins/jobs/Commons%20Compress/workspace/target/test-classes/test.txt (No such file or directory)
This can be fixed by simply opening the stream from the URL:
    private CompressorInputStream getStreamFor(String resource)
            throws CompressorException, IOException 
{

        final URL rsc = classLoader.getResource(resource);
        assertNotNull("Could not find resource "+resource,rsc);
        return factory.createCompressorInputStream(
                   new BufferedInputStream(rsc.openStream()));
    }
            
The snapshot merge have left some unused/duplicated code in CreateTableHandler/ModifyRegionUtils

Having the following JAX-RS endpoint (async JAX-JS)
AsyncJaxrsEndpoint.java

 @Path("/async")
 @ApplicationScoped
 public class AsyncJaxrsEndpoint {
	@GET
	public void asyncGet(@Suspended final AsyncResponse asyncResponse) {
		ExecutorService executor = Executors.newSingleThreadExecutor();
		executor.execute(() -> {
			asyncResponse.resume("Async Jax-RS Done");
		});
	}
 }

...along with jaxrs- and jaeger fraction in pom.xml

  <dependency>
    <groupId>org.wildfly.swarm</groupId>
    <artifactId>jaxrs</artifactId>
  </dependency>
    <artifactId>jaeger</artifactId>

and the following projects-default.yml
 swarm:
  jaeger:
    service-name: async-jaeger
    reporter-log-spans: true
    sampler-type: const
    sampler-parameter: 1
..result in this stacktrace when accessing the endpoint /async
Caused by: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async
	at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:948)
	at org.jboss.resteasy.plugins.server.servlet.Servlet3AsyncHttpRequest$Servlet3ExecutionContext.setupAsyncContext(Servlet3AsyncHttpRequest.java:338)
	at org.jboss.resteasy.plugins.server.servlet.Servlet3AsyncHttpRequest$Servlet3ExecutionContext.suspend(Servlet3AsyncHttpRequest.java:326)
	at org.jboss.resteasy.plugins.server.servlet.Servlet3AsyncHttpRequest$Servlet3ExecutionContext.suspend(Servlet3AsyncHttpRequest.java:320)
	at org.jboss.resteasy.plugins.server.servlet.Servlet3AsyncHttpRequest$Servlet3ExecutionContext.suspend(Servlet3AsyncHttpRequest.java:314)
	at org.jboss.resteasy.core.AsynchronousResponseInjector.inject(AsynchronousResponseInjector.java:38)
	at org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImpl.java:91)

Commands from reproducer are succesful in 7.0. (Actually, in 7.0.7 it fails. This compatibility break in micro version will be tracked by another JIRA)
In 7.1 these commands fail

/subsystem=security/security-domain=test:add(cache-type=infinispan)
{
    org.wildfly.clustering.infinispan.default-cache-configuration.security; There are no known registration points which can provide this capability.",
}

Also fails when copying standalone.xml from 7.0 to 7.1

09:20:13,820 ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/subsystem=security/security-domain=test' are not available:
    org.wildfly.clustering.infinispan.default-cache-configuration.security; Possible registration points for this capability: 
		/subsystem=infinispan/cache-container=*
09:20:13,823 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.

This JIRA is created based on discussion from [1]
Setting to blocker as from my Pov it could breaks RFE EAP7-482. Thus need proper triage.
[1] http://post-office.corp.redhat.com/archives/jboss-support-eap6/2017-July/msg00236.html

spring security config : < remember-me / > yields an error "Factory bean 'org.springframework.security.userDetailsServiceFactory' not found".
this can be reproduced by import spring-security-samples-tutorial-3.1.0.M2.war from spring 3.1.0.M2 distribution on a freshly installed STS 2.5.1 installer from the spring website. After import -> war, add spring nature and enable "Load NameSpaceHandlers and XSDs from projects classpath" from project properties.

hive> select * from partition_varchar_2 where cast(dt as varchar(10)) = '2000-01-01';
FAILED: RuntimeException org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.RuntimeException: Internal error: Cannot find ObjectInspector  for VARCHAR

Hello,
I am streaming weblogs to Kafka and then to Flume 1.6 using a Hive sink, with an average of 20 million records a day. I have 5 compactors running at various times (30m/5m/5s), no matter what time I give, the compactors seem to run out of memory cleaning up a couple thousand delta files and ultimately falls behind compacting/cleaning delta files. Any suggestions on what I can do to improve performance? Or can Hive streaming not handle this kind of load?
I used this post as reference: http://henning.kropponline.de/2015/05/19/hivesink-for-flume/

2015-08-12 15:05:01,197 FATAL [main] org.apache.hadoop.mapred.YarnChild: Error running child : java.lang.OutOfMemoryError: Direct buffer memory

Max block location exceeded for split: CompactorInputSplit{base: hdfs://Dev01HWNameService/user/hive/warehouse/weblogs.db/dt=15-08-12/base_1056406, bucket: 0, length: 6493042, deltas: [delta_1056407_1056408, delta_1056409_1056410, delta_1056411_1056412, delta_1056413_1056414, delta_1056415_1056416, delta_1056417_1056418,…
, delta_1074039_1074040, delta_1074041_1074042, delta_1074043_1074044, delta_1074045_1074046, delta_1074047_1074048, delta_1074049_1074050, delta_1074051_1074052]} splitsize: 8772 maxsize: 10
2015-08-12 15:34:25,271 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.JobSubmitter (JobSubmitter.java:submitJobInternal(198)) - number of splits:3
2015-08-12 15:34:25,367 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.JobSubmitter (JobSubmitter.java:printTokens(287)) - Submitting tokens for job: job_1439397150426_0068
2015-08-12 15:34:25,603 INFO  [upladevhwd04v.researchnow.com-18]: impl.YarnClientImpl (YarnClientImpl.java:submitApplication(274)) - Submitted application application_1439397150426_0068
2015-08-12 15:34:25,610 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:submit(1294)) - The url to track the job: http://upladevhwd02v.researchnow.com:8088/proxy/application_1439397150426_0068/
2015-08-12 15:34:25,611 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:monitorAndPrintJob(1339)) - Running job: job_1439397150426_0068
2015-08-12 15:34:30,170 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:34:33,756 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:monitorAndPrintJob(1360)) - Job job_1439397150426_0068 running in uber mode : false
2015-08-12 15:34:33,757 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:monitorAndPrintJob(1367)) -  map 0% reduce 0%
2015-08-12 15:34:35,147 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:34:40,155 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:34:45,184 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:34:50,201 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:34:55,256 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:00,205 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:02,975 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:monitorAndPrintJob(1367)) -  map 33% reduce 0%
2015-08-12 15:35:02,982 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:printTaskEvents(1406)) - Task Id : attempt_1439397150426_0068_m_000000_0, Status : FAILED
2015-08-12 15:35:03,000 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:printTaskEvents(1406)) - Task Id : attempt_1439397150426_0068_m_000001_0, Status : FAILED
2015-08-12 15:35:04,008 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:monitorAndPrintJob(1367)) -  map 0% reduce 0%
2015-08-12 15:35:05,132 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:10,206 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:15,228 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:20,207 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:25,148 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:28,154 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:printTaskEvents(1406)) - Task Id : attempt_1439397150426_0068_m_000000_1, Status : FAILED
2015-08-12 15:35:29,161 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:printTaskEvents(1406)) - Task Id : attempt_1439397150426_0068_m_000001_1, Status : FAILED
2015-08-12 15:35:30,142 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:35,140 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:40,170 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:45,153 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:50,150 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:35:52,268 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:printTaskEvents(1406)) - Task Id : attempt_1439397150426_0068_m_000000_2, Status : FAILED
2015-08-12 15:35:53,274 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:printTaskEvents(1406)) - Task Id : attempt_1439397150426_0068_m_000001_2, Status : FAILED
2015-08-12 15:35:55,149 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:36:00,160 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:36:05,145 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:36:10,155 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:36:15,158 INFO  [Thread-7]: compactor.Initiator (Initiator.java:run(88)) - Checking to see if we should compact weblogs.vop_hs.dt=15-08-12
2015-08-12 15:36:17,397 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:monitorAndPrintJob(1367)) -  map 100% reduce 0%
2015-08-12 15:36:18,409 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:monitorAndPrintJob(1380)) - Job job_1439397150426_0068 failed with state FAILED due to: Task failed task_1439397150426_0068_m_000000
Job failed as tasks failed. failedMaps:1 failedReduces:0

2015-08-12 15:36:18,443 INFO  [upladevhwd04v.researchnow.com-18]: mapreduce.Job (Job.java:monitorAndPrintJob(1385)) - Counters: 10
	Job Counters 
		Failed map tasks=7
		Killed map tasks=1
		Launched map tasks=8
		Other local map tasks=6
		Data-local map tasks=2
		Total time spent by all maps in occupied slots (ms)=191960
		Total time spent by all reduces in occupied slots (ms)=0
		Total time spent by all map tasks (ms)=191960
		Total vcore-seconds taken by all map tasks=191960
		Total megabyte-seconds taken by all map tasks=884551680
2015-08-12 15:36:18,443 ERROR [upladevhwd04v.researchnow.com-18]: compactor.Worker (Worker.java:run(176)) - Caught exception while trying to compact weblogs.vop_hs.dt=15-08-12.  Marking clean to avoid repeated failures, java.io.IOException: Job failed!
	at org.apache.hadoop.mapred.JobClient.runJob(JobClient.java:865)
	at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.run(CompactorMR.java:186)
	at org.apache.hadoop.hive.ql.txn.compactor.Worker$1.run(Worker.java:169)
	at org.apache.hadoop.hive.ql.txn.compactor.Worker.run(Worker.java:166)

2015-08-12 15:36:18,444 ERROR [upladevhwd04v.researchnow.com-18]: txn.CompactionTxnHandler (CompactionTxnHandler.java:markCleaned(327)) - Expected to remove at least one row from completed_txn_components when marking compaction entry as clean!
^C

[ngmathew@upladevhwd04v ~]$ tail -f /var/log/hive/hivemetastore.log
Settings:
hive.txn.manager = org.apache.hadoop.hive.ql.lockmgr.DbTxnManager
hive.compactor.initiator.on = true
hive.compactor.worker.threads = 5
Table stored as ORC
hive.vectorized.execution.enabled = false
hive.input.format = org.apache.hadoop.hive.ql.io.HiveInputFormat

The signature of SessionFactoryImplementor.getProperties() changed in 5.2 to return Map rather than Properties. This leads to a NoSuchMethodError with 5.1 (and 5.0 too, I presume):

java.lang.NoSuchMethodError: org.hibernate.engine.spi.SessionFactoryImplementor.getProperties()Ljava/util/Map;
	at org.springframework.orm.hibernate5.SessionFactoryUtils.getDataSource(SessionFactoryUtils.java:153)
	at org.springframework.orm.hibernate5.HibernateTransactionManager.afterPropertiesSet(HibernateTransactionManager.java:353)
	at org.springframework.orm.hibernate5.HibernateTransactionManager.<init>(HibernateTransactionManager.java:145)

I'm not sure but it seems there's a bug in ParameterizedTypeInformation.java at line 88: link github:ParameterizedTypeInformation.java.
It seems this function should return TypeInformation for a Map descendant. But if for some reason (I faced this in spring-data-mongodb) the method gets a non Map type it will return super.getMapValueType() which in turn again executes doGetMapValueType and finally we get a StackOverflowError.
Shouldn't the first if (at line 61) be spanned across whole the method to verify that we are working with Map at all?

The default values for min and max pool size are confusing
"max-pool-size" => -1,
"min-pool-size" => -1,
They should either say default
"max-pool-size" => default,
"min-pool-size" => default,
or display the default JCA values which I believe are 2 and 20
"max-pool-size" => 20,
"min-pool-size" => 2,

Two TransactionTemplate instances are considered equal purely based on their DefaultTransactionDefinition properties, without taking the actual configured PlatformTransactionManager into account.
Cause: the TransactionTemplate class inherits equals() and hashCode() from DefaultTransactionDefinition. I would assume the actual PlatformTransactionManager should also be taken into account.

Let me up the retries so more likely tests will fail.
I went over a bunch of those w/ retries == 1 but most times it is what is wanted... a fail fast.  In snapshot test it is set to 1 retry only but seems like it could do w/ more retrying since a bunch of them load data first and it can take a while for stuff to come on line on loaded server.  See this failure:
http://54.241.6.143/job/HBase-0.95-Hadoop-2/org.apache.hbase$hbase-server/720/testReport/org.apache.hadoop.hbase.client/TestSnapshotFromClient/testSnapshotDeletionWithRegex/
Says....
org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 4600 actions: SocketTimeoutException: 4600 times, 
It is in the loadTable at start of the test.

The org.springframework.web.servlet.support.RequestDataValueProcessor generates hidden html input fields as:
<input type="hidden" name="xxx" value="yyy"></input>
Such closing tag on input element is invalid in HTML 4.01.
Should be:
<input type="hidden" name="xxx" value="yyy">

the doRead method of SimpleChunkProvider always calls listener.afterRead even if the returned item is null.
A null returned item indicates the file is complete, so the doRead shouldn't be calling the afterRead listener.

The following exception will be thrown in QA runs for TestAcidGuarantees:
Caused by: java.lang.RuntimeException: java.lang.OutOfMemoryError: unable to create new native thread
	at org.apache.hadoop.hbase.client.RpcRetryingCallerImpl.callWithoutRetries(RpcRetryingCallerImpl.java:178)
	at org.apache.hadoop.hbase.client.ClientScanner.call(ClientScanner.java:316)
	at org.apache.hadoop.hbase.client.ClientScanner.nextScanner(ClientScanner.java:291)
	at org.apache.hadoop.hbase.client.ClientScanner.initializeScannerInConstruction(ClientScanner.java:167)
	at org.apache.hadoop.hbase.client.ClientScanner.<init>(ClientScanner.java:160)
	at org.apache.hadoop.hbase.client.ClientSimpleScanner.<init>(ClientSimpleScanner.java:40)
	at org.apache.hadoop.hbase.client.HTable.getScanner(HTable.java:366)
	at org.apache.hadoop.hbase.TestAcidGuarantees$AtomicScanReader.doAnAction(TestAcidGuarantees.java:229)
	at org.apache.hadoop.hbase.MultithreadedTestUtil$RepeatingTestThread.doWork(MultithreadedTestUtil.java:147)
	at org.apache.hadoop.hbase.MultithreadedTestUtil$TestThread.run(MultithreadedTestUtil.java:123)
Set the hbase.hconnection.threads.max to avoid this failure.

In release 3.2.4 BeanUtils.copyProperties() ignores invalid property definirions like these:

public class InvalidBean {
    public String getValue() {...}
    public void setValue(int intValue) {...}
}

The culprit lies in class GenericTypeAwarePropertyDescriptor line 72, 73:
GenericTypeAwarePropertyDescriptor.java  Release 3.2.5
Method candidate = ClassUtils.getMethodIfAvailable(
	this.beanClass, "set" + StringUtils.capitalize(getName()), (Class<?>[]) null); // < Missing return type (!)
if (candidate != null && candidate.getParameterTypes().length == 1) {
	writeMethodToUse = candidate;
}

versus
GenericTypeAwarePropertyDescriptor.java Release 3.2.4
writeMethodToUse = ClassUtils.getMethodIfAvailable(this.beanClass,
	"set" + StringUtils.capitalize(getName(), readMethodToUse.getReturnType());

Due to performance reasons, we should disable use of hybrid grace hash join in llap when dynamic partition hash join is not used. With dynamic partition hash join, we need hybrid grace hash join due to the possibility of skews.

If the NotificationListener is registered through a java agent then it gets duplicated notifications on startup because of incorrect default running state.

When regions are allowed to take writes during recovery, we could end up in a situation where a split of a region might be triggered. That would close the old region leading to failure of the ongoing replay. In discussions with Jeffrey Zhong, it seemed to make sense to just disable split during recovery.

The lack of GC pauses is killing LLAP containers whenever the significant amount of memory is consumed by the off-heap structures which aren't cleaned up automatically until the GC runs.
There's a java.nio.DirectByteBuffer.Deallocator which runs when the Direct buffers are garbage collected, which actually does the cleanup of the underlying off-heap buffers.
The lack of Garbage collection activity for several hours while responding to queries triggers a build-up of these off-heap structures which end up forcing YARN to kill the process instead.
It is better to hit a GC pause occasionally rather than to lose a node every few hours.

JNDI lookups which trip access control issues can result in massive "Caused by" chains.  A simple fix can stop this.

HIVE-10074 added the ability to specify a -Dhive.metastore.uris from the commandline, so as to run the test against a deployed metastore.
However, because of the way HiveConf is written, this results in that parameter always overriding any value specified in the conf passed into it for instantiation, since it accepts System Var Overrides. This results in some tests, notably those that attempt to connect between two metastores (such as TestHCatClient#testPartitionRegistrationWithCustomSchema to fail.
Fixing this in HiveConf is not a good idea, since that behaviour is desired for HiveConf. Fixing this in HCatUtil.getHiveConf doesn't really work either, since that is a utility wrapper on HiveConf, and is supposed to behave similarly. Thus, the fix for this then becomes something to use in all our testcases, where we instantiate Configuration objects. It seems more appropriate to change the parameter we use to specify test parameters then, than to change each config object.
Thus, we should change semantics for running this test against an external metastore by specifying the override in a different parameter name, say test.hive.metastore.uris, instead of hive.metastore.uris, which has a specific meaning.

The automatically generated queries from method names do not use bind variables for numeric types.  For example,

public interface SomeEntityRepository implements JpaRepository<SomeEntity, Long>
{
    List<SomeEntity> findBySomeProperty(int value);
}

The criteria builder for the query inserts the parameter using the statement builder.equal(path, iterator.next()); rather than assigning it to a bind variable and setting the parameter in the resulting Query.  In the case of numeric parameter types (integer, long, etc.), Hibernate does not turn this into a bind variable; instead it treats the value as a constant in the generated query.  This makes the query from method name feature unusable from a performance standpoint.

Enabling a disabled datasource using the operation :enable() is broken. It remains disabled. 

When receiving a jms textmessage and just forward it to a another queue as a jms bytemessage the original textmessage is sendt without being converted to a jms bytemessage. 
JmsBinding.makeJmsMessage seems to use the exchange headers to determine of a new jms message should be created or the original send.
Exchange headers seems to be populated if you do routing or set a dummy header.
See http://camel.465427.n5.nabble.com/Convert-jms-message-from-textmessage-to-bytemessage-tc4895362.html
/preben

The HBase do not configure the 'fs.default.name' attribute, the hbck tool and Merge tool throw IllegalArgumentException.
the hbck tool and Merge tool, we should add 'fs.default.name' attriubte to the code.
hbck exception:
Exception in thread "main" java.lang.IllegalArgumentException: Wrong FS: hdfs://160.176.0.101:9000/hbase/.META./1028785192/.regioninfo, expected: file:///
	at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:412)
	at org.apache.hadoop.fs.RawLocalFileSystem.pathToFile(RawLocalFileSystem.java:59)
	at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:382)
	at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:285)
	at org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker.<init>(ChecksumFileSystem.java:128)
	at org.apache.hadoop.fs.ChecksumFileSystem.open(ChecksumFileSystem.java:301)
	at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:489)
	at org.apache.hadoop.hbase.util.HBaseFsck.loadHdfsRegioninfo(HBaseFsck.java:565)
	at org.apache.hadoop.hbase.util.HBaseFsck.loadHdfsRegionInfos(HBaseFsck.java:596)
	at org.apache.hadoop.hbase.util.HBaseFsck.onlineConsistencyRepair(HBaseFsck.java:332)
	at org.apache.hadoop.hbase.util.HBaseFsck.onlineHbck(HBaseFsck.java:360)
	at org.apache.hadoop.hbase.util.HBaseFsck.main(HBaseFsck.java:2907)
Merge exception:  
[2012-05-05 10:48:24,830] [ERROR] [main] [org.apache.hadoop.hbase.util.Merge 381] exiting due to error
java.lang.IllegalArgumentException: Wrong FS: hdfs://160.176.0.101:9000/hbase/.META./1028785192/.regioninfo, expected: file:///
	at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:823)
	at org.apache.hadoop.hbase.regionserver.HRegion.checkRegioninfoOnFilesystem(HRegion.java:415)
	at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:340)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:2679)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:2665)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:2634)
	at org.apache.hadoop.hbase.util.MetaUtils.openMetaRegion(MetaUtils.java:276)
	at org.apache.hadoop.hbase.util.MetaUtils.scanMetaRegion(MetaUtils.java:261)
	at org.apache.hadoop.hbase.util.Merge.run(Merge.java:115)
	at org.apache.hadoop.hbase.util.Merge.main(Merge.java:379)

Here is org.springframework.security.util.InMemoryResource.equals method code:
  public boolean equals(Object res) {
        if (res instanceof InMemoryResource) 
{
            return false;
        }

        return Arrays.equals(source, ((InMemoryResource)res).source);
    }

Obviously, this should be:

        if (!(res instanceof InMemoryResource)) {            return false;        }

    }

PatchInfoUnitTestCase should be skipped (rather than report a fail) in case that patching module is not enabled. 

Metastore runs background thread out of which one is partition discovery. While removing expired partitions following exception is thrown

2019-03-24 04:24:59.583 WARN [PartitionDiscoveryTask-0] metastore.MetaStoreDirectSql: Failed to execute [select "PARTITIONS"."PART_ID" from "PARTITIONS" inner join "TBLS" on "PARTITIONS"."TBL_ID" = "TBLS"."TBL_ID" and "TBLS"."TBL_NAME" = ? inner join "DBS" on "TBLS"."DB_ID" = "DBS"."DB_ID" and "DBS"."NAME" = ? inner join "PARTITION_KEY_VALS" "FILTER0" on "FILTER0"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER0"."INTEGER_IDX" = 0 inner join "PARTITION_KEY_VALS" "FILTER1" on "FILTER1"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER1"."INTEGER_IDX" = 1 inner join "PARTITION_KEY_VALS" "FILTER2" on "FILTER2"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER2"."INTEGER_IDX" = 2 where "DBS"."CTLG_NAME" = ? and ( ( (((case when "FILTER0"."PART_KEY_VAL" <> ? and "TBLS"."TBL_NAME" = ? and "DBS"."NAME" = ? and "DBS"."CTLG_NAME" = ? and "FILTER0"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER0"."INTEGER_IDX" = 0 then cast("FILTER0"."PART_KEY_VAL" as date) else null end) = ?) and ("FILTER1"."PART_KEY_VAL" = ?)) and ("FILTER2"."PART_KEY_VAL" = ?)) )] with parameters [logs, sys, hive, __HIVE_DEFAULT_PARTITION__, logs, sys, hive, 2019-03-23, warehouse-1553300821-692w, metastore-db-create-job]
javax.jdo.JDODataStoreException: Error executing SQL query "select "PARTITIONS"."PART_ID" from "PARTITIONS" inner join "TBLS" on "PARTITIONS"."TBL_ID" = "TBLS"."TBL_ID" and "TBLS"."TBL_NAME" = ? inner join "DBS" on "TBLS"."DB_ID" = "DBS"."DB_ID" and "DBS"."NAME" = ? inner join "PARTITION_KEY_VALS" "FILTER0" on "FILTER0"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER0"."INTEGER_IDX" = 0 inner join "PARTITION_KEY_VALS" "FILTER1" on "FILTER1"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER1"."INTEGER_IDX" = 1 inner join "PARTITION_KEY_VALS" "FILTER2" on "FILTER2"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER2"."INTEGER_IDX" = 2 where "DBS"."CTLG_NAME" = ? and ( ( (((case when "FILTER0"."PART_KEY_VAL" <> ? and "TBLS"."TBL_NAME" = ? and "DBS"."NAME" = ? and "DBS"."CTLG_NAME" = ? and "FILTER0"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER0"."INTEGER_IDX" = 0 then cast("FILTER0"."PART_KEY_VAL" as date) else null end) = ?) and ("FILTER1"."PART_KEY_VAL" = ?)) and ("FILTER2"."PART_KEY_VAL" = ?)) )".
at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:543)
at org.datanucleus.api.jdo.JDOQuery.executeInternal(JDOQuery.java:391)
at org.datanucleus.api.jdo.JDOQuery.executeWithArray(JDOQuery.java:267)
at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.executeWithArray(MetaStoreDirectSql.java:2042)
at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionIdsViaSqlFilter(MetaStoreDirectSql.java:621)
at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilter(MetaStoreDirectSql.java:487)
at org.apache.hadoop.hive.metastore.ObjectStore$9.getSqlResult(ObjectStore.java:3426)
at org.apache.hadoop.hive.metastore.ObjectStore$9.getSqlResult(ObjectStore.java:3418)
at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:3702)
at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExprInternal(ObjectStore.java:3453)
at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExpr(ObjectStore.java:3406)
at sun.reflect.GeneratedMethodAccessor82.invoke(Unknown Source)
at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:97)
at com.sun.proxy.$Proxy33.getPartitionsByExpr(Unknown Source)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_partitions_req(HiveMetaStore.java:4521)
at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source)
at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:147)
at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:108)
at com.sun.proxy.$Proxy34.drop_partitions_req(Unknown Source)
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropPartitions(HiveMetaStoreClient.java:1288)
at org.apache.hadoop.hive.metastore.Msck$2.execute(Msck.java:474)
at org.apache.hadoop.hive.metastore.Msck$2.execute(Msck.java:435)
at org.apache.hadoop.hive.metastore.utils.RetryUtilities$ExponentiallyDecayingBatchWork.run(RetryUtilities.java:91)
at org.apache.hadoop.hive.metastore.Msck.dropPartitionsInBatches(Msck.java:499)
at org.apache.hadoop.hive.metastore.Msck.repair(Msck.java:226)
at org.apache.hadoop.hive.metastore.PartitionManagementTask$MsckThread.run(PartitionManagementTask.java:213)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
NestedThrowablesStackTrace:
org.postgresql.util.PSQLException: ERROR: operator does not exist: date = character varying
Hint: No operator matches the given name and argument type(s). You might need to add explicit type casts.
Position: 886
at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2284)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2003)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:200)
at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:424)
at org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:161)
at org.postgresql.jdbc.PgPreparedStatement.executeQuery(PgPreparedStatement.java:114)
at com.zaxxer.hikari.pool.ProxyPreparedStatement.executeQuery(ProxyPreparedStatement.java:52)
at com.zaxxer.hikari.pool.HikariProxyPreparedStatement.executeQuery(HikariProxyPreparedStatement.java)
at org.datanucleus.store.rdbms.ParamLoggingPreparedStatement.executeQuery(ParamLoggingPreparedStatement.java:375)
at org.datanucleus.store.rdbms.SQLController.executeStatementQuery(SQLController.java:552)
at org.datanucleus.store.rdbms.query.SQLQuery.performExecute(SQLQuery.java:645)
at org.datanucleus.store.query.Query.executeQuery(Query.java:1855)
at org.datanucleus.store.rdbms.query.SQLQuery.executeWithArray(SQLQuery.java:807)
at org.datanucleus.api.jdo.JDOQuery.executeInternal(JDOQuery.java:368)

Even with streamCache set to false (which is the default situation), the HTTP (and HTTP4) component (in producer mode) always create a CachedOutputStream.
It should use a CachedOutputStream only if streamCache is true to the context.

The help text from the module CLI command is still referencing AS7 and doesn't explicitly specify that the command is local only. 

When we use spring shell in serengeti, we noticed that if users input a option name without big letters, spring shell will ignore this option rather throw some error messages. One example is here:
cluster create --name test --specfile /jun/1.json
The correct usage is cluster create --name test --specFile /jun/1.json
But spring shell just ignore --specfile without throwing any error messages. This will make users confused as it seems --specfile does not work, and they ususally do not aware the reason is --specFile.

I stumbled on this very exact problem, not using cross-jsp-inclusion, but working in a Tomcat where the Contexts are configured as crossContext="true".
Please see:
https://stackoverflow.com/questions/22128150/spring-and-cross-context-webasyncmanager-cannot-be-cast-to-webasyncmanager
It would be really useful if WebAsyncUtils.getAsyncManager could trap the ClassCastException and create a new WebAsyncManager instead of bombing out.

BasicPersistentEntity exposes an addPersistentEntity(...) method to allow adding properties and essentially makes it mutable. This potentially opens it up to a concurrency problem given the following scenario:
1. We concurrently use MongoTemplate for inserting objects of a type not already known to the MappingContext.
2. Thread A enters getPersistentEntity(...) which discovers the entity not mapped already and thus calls addPersistentEntity(...). The algorithm in there eagerly adds the PersistentEntity object to the map of PersistentEntities to allow type self-references be detected. No or some properties might have been discovered already.
3. Thread B enters getPersistentEntity(...) which now discovers the semi-parsed PersistentEntity and thus returns it. This thread continues and at some point doWithProperties(...) gets invoked, iterating over the PersistentProperties already registered.
4. Meanwhile Thread A wants to add additional PersistentProperties and thus causes a ConcurrentModificationException in thread B.

The UndertowDeploymentService triggers web components' start and stop lifecycle within the MSC thread which can lead to the server blocking during deployment. This was an issue with the older JBoss Web version of the Service too which was fixed as part of https://issues.jboss.org/browse/AS7-5969 (https://github.com/wildfly/wildfly/pull/3455). The same needs to be ported to this UndertowDeploymentService.
Here's an example where a user deployment ends up being blocked https://developer.jboss.org/message/932681#932681

Suppose we have a table with delta_0 insert data.
Txn 1 starts an insert into delta_1.
Txn 2 starts an IOW into base_2.
Txn 2 commits.
Txn 1 commits after txn 2 but its results would be invisible.
Txn 2 deletes rows committed by txn 1 that according to standard ACID semantics it could have never observed and affected; this sequence of events is only possible under read-uncommitted isolation level (so, 2 deletes rows written by 1 before 1 commits them). 
This is if we look at IOW as transactional delete+insert. Otherwise we are just saying IOW performs "semi"-transactional delete.
If 1 ran an update on rows instead of an insert, and 2 still ran an IOW/delete, row lock conflict (or equivalent) should cause one of them to fail.

The check for database name in TestJdbcDriver2.testMetaDataGetSchemas fails with the error -

junit.framework.ComparisonFailure: expected:<...efault> but was:<...bname>

ie, a database called dbname is found, which it does not expect. This failure will happen depending on the order in which the function get the databases, if "default" database is the first one, it succeeds.

After merging the maven changes from trunk to the tez branch, the mini tez tests do not work.

The logic to test completion candidates is failing on Windows, should be reviewed.

The query of insert overwrite table tbl1 sometimes will fail with the following errors. Seems we are constructing taskAttemptId with partitionId which is not unique if there are multiple attempts.

ava.lang.IllegalStateException: Hit error while closing operators - failing tree: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to rename output from: hdfs://table1/.hive-staging_hive_2016-06-14_01-53-17_386_3231646810118049146-9/_task_tmp.-ext-10002/_tmp.002148_0 to: hdfs://table1/.hive-staging_hive_2016-06-14_01-53-17_386_3231646810118049146-9/_tmp.-ext-10002/002148_0
at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.close(SparkMapRecordHandler.java:202)
at org.apache.hadoop.hive.ql.exec.spark.HiveMapFunctionResultList.closeRecordProcessor(HiveMapFunctionResultList.java:58)
at org.apache.hadoop.hive.ql.exec.spark.HiveBaseFunctionResultList$ResultIterator.hasNext(HiveBaseFunctionResultList.java:106)
at scala.collection.convert.Wrappers$JIteratorWrapper.hasNext(Wrappers.scala:41)
at scala.collection.Iterator$class.foreach(Iterator.scala:727)
at scala.collection.AbstractIterator.foreach(Iterator.scala:1157)
at org.apache.spark.rdd.AsyncRDDActions$$anonfun$foreachAsync$1$$anonfun$apply$15.apply(AsyncRDDActions.scala:120)

The "module remove" command fails when it deletes non-empty folder.
For instance a resource adapter module contains META-INF/ra.xml file in the module. When I choose to delete the module, it fails:
[standalone@localhost:9999 /] module remove --name=org.jboss.ironjacamar.ra16out 
Failed to delete /home/jcacek/Testing/jboss-eap-6.1.1.ER4/modules/org/jboss/ironjacamar/ra16out/main/META-INF

(From Joris): We should define something like a
DefaultStepExecutorFactory as the stepExecutorFactory for the
DefaultJobExecutor, since that one uses a SimpleStepExecutorFactory by
default which only supports SimpleStepConfigurations (Default* isn't as
default as you might guess...)

Osamu Nagano reports:
When you try to redeploy (or deploy with --force option) the same application which has the same contents hash, and a necessary dependency like a datasource beeing injected in the application is lost by some reason, the redeploy operation will delete the contents under $JBOSS_HOME/domain/data/content directory but won't delete entries in domain.xml. Then the domain controller fails to start up because no contents found in the directory. This likely happens when you frequently changes settings during other servers shutting down.
The domain controller fails to restart with the following log messages.
–
12:04:10,623 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("add") failed - address: ([("deployment" => "exampleapp.war")]) - failure description: "JBAS010876: No deployment content with hash c1306bc4855f4ed9914c9616f2b999c5c62a79d3 is available in the deployment content repository for deployment 'exampleapp.war'. This is a fatal boot error. To correct the problem, either restart with the --admin-only switch set and use the CLI to install the missing content or remove it from the configuration, or remove the deployment from the xml configuraiton file and restart."
12:04:10,628 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010933: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details.
–
The domain controller should be independent from such a server specific issue and there should be a way to fix this via CLI or Console, not by a manual editing of domain.xml.

if value of "hive.querylog.location" is '/tmp/root/hive123/test' if the parent directories not exist the creation of the folder is failed.

HIVE-21329 added automatic sizing of tez unordered partitioned KV buffer based on group by statistics. However, some corner cases for group by statistics sets Long.MAX for data size. This ends up setting Integer.MAX for unordered KV buffer size. This buffer size is expected to be in MB. Converting Integer.MAX value from MB to bytes will overflow and following exception is thrown.

2019-03-23T01:35:17,760 INFO [Dispatcher thread {Central}] HistoryEventHandler.criticalEvents: [HISTORY][DAG:dag_1553330105749_0001_1][Event:TASK_ATTEMPT_FINISHED]: vertexName=Map 1, taskAttemptId=attempt_1553330105749_0001_1_00_000000_0, creationTime=1553330117468, allocationTime=1553330117524, startTime=1553330117562, finishTime=1553330117755, timeTaken=193, status=FAILED, taskFailureType=NON_FATAL, errorEnum=FRAMEWORK_ERROR, diagnostics=Error: Error while running task ( failure ) : attempt_1553330105749_0001_1_00_000000_0:java.lang.IllegalArgumentException
at com.google.common.base.Preconditions.checkArgument(Preconditions.java:108)
at org.apache.tez.runtime.common.resources.MemoryDistributor.registerRequest(MemoryDistributor.java:177)
at org.apache.tez.runtime.common.resources.MemoryDistributor.requestMemory(MemoryDistributor.java:110)
at org.apache.tez.runtime.api.impl.TezTaskContextImpl.requestInitialMemory(TezTaskContextImpl.java:214)
at org.apache.tez.runtime.library.output.UnorderedPartitionedKVOutput.initialize(UnorderedPartitionedKVOutput.java:76)
at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask$InitializeOutputCallable._callInternal(LogicalIOProcessorRuntimeTask.java:537)
at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask$InitializeOutputCallable.callInternal(LogicalIOProcessorRuntimeTask.java:520)
at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask$InitializeOutputCallable.callInternal(LogicalIOProcessorRuntimeTask.java:505)
at org.apache.tez.common.CallableWithNdc.call(CallableWithNdc.java:36)

Stats for GBY operator is getting Long.MAX_VALUE as seen below

2019-03-23T01:35:16,466 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: [0] STATS-TS[0] (logs): numRows: 1795 dataSize: 4443078 basicStatsState: PARTIAL colStatsState: NONE colStats: {severity= colName: severity colType: string countDistincts: 359 numNulls: 89 avgColLen: 100.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: true}
2019-03-23T01:35:16,466 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: Estimating row count for GenericUDFOPEqual(Column[severity], Const string ERROR) Original num rows: 1795 New num rows: 5
2019-03-23T01:35:16,467 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: [1] STATS-FIL[8]: numRows: 5 dataSize: 12376 basicStatsState: PARTIAL colStatsState: NONE colStats: {severity= colName: severity colType: string countDistincts: 359 numNulls: 89 avgColLen: 100.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: true}
2019-03-23T01:35:16,467 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] exec.FilterOperator: Setting stats (Num rows: 5 Data size: 12376 Basic stats: PARTIAL Column stats: NONE) on: FIL[8]
2019-03-23T01:35:16,468 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] exec.SelectOperator: Setting stats (Num rows: 5 Data size: 12376 Basic stats: PARTIAL Column stats: NONE) on: SEL[2]
2019-03-23T01:35:16,468 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: [1] STATS-SEL[2]: numRows: 5 dataSize: 12376 basicStatsState: PARTIAL colStatsState: NONE colStats: {severity= colName: severity colType: string countDistincts: 359 numNulls: 89 avgColLen: 100.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: true}
2019-03-23T01:35:16,471 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: STATS-GBY[3]: inputSize: 4443078 maxSplitSize: 256000000 parallelism: 1 containsGroupingSet: false sizeOfGroupingSet: 1
2019-03-23T01:35:16,471 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: [Case 1] STATS-GBY[3]: cardinality: 5
2019-03-23T01:35:16,472 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] exec.GroupByOperator: Setting stats (Num rows: 1 Data size: 9223372036854775807 Basic stats: PARTIAL Column stats: NONE) on: GBY[3]
2019-03-23T01:35:16,472 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: [0] STATS-GBY[3]: numRows: 1 dataSize: 9223372036854775807 basicStatsState: PARTIAL colStatsState: NONE colStats: {severity= colName: severity colType: string countDistincts: 1 numNulls: 18 avgColLen: 100.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: true, _col0= colName: _col0 colType: bigint countDistincts: 1 numNulls: 0 avgColLen: 8.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: false}
2019-03-23T01:35:16,473 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] exec.ReduceSinkOperator: Setting stats (Num rows: 1 Data size: 9223372036854775807 Basic stats: PARTIAL Column stats: NONE) on: RS[4]
2019-03-23T01:35:16,474 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: [0] STATS-RS[4]: numRows: 1 dataSize: 9223372036854775807 basicStatsState: PARTIAL colStatsState: NONE colStats: {severity= colName: severity colType: string countDistincts: 1 numNulls: 18 avgColLen: 100.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: true, _col0= colName: _col0 colType: bigint countDistincts: 1 numNulls: 0 avgColLen: 8.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: false}
2019-03-23T01:35:16,474 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: STATS-GBY[5]: inputSize: 1 maxSplitSize: 256000000 parallelism: 1 containsGroupingSet: false sizeOfGroupingSet: 1
2019-03-23T01:35:16,474 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: [Case 7] STATS-GBY[5]: cardinality: 0
2019-03-23T01:35:16,474 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] stats.StatsUtils: STATS-GBY[5]: Equals 0 in number of rows. 0 rows will be set to 1
2019-03-23T01:35:16,474 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] exec.GroupByOperator: Setting stats (Num rows: 1 Data size: 9223372036854775807 Basic stats: PARTIAL Column stats: NONE) on: GBY[5]
2019-03-23T01:35:16,474 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: [0] STATS-GBY[5]: numRows: 1 dataSize: 9223372036854775807 basicStatsState: PARTIAL colStatsState: NONE colStats: {severity= colName: severity colType: string countDistincts: 1 numNulls: 18 avgColLen: 100.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: true, _col0= colName: _col0 colType: bigint countDistincts: 1 numNulls: 0 avgColLen: 8.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: false}
2019-03-23T01:35:16,474 DEBUG [c779e956-b3b9-451a-8248-6ae7c669854f main] annotation.StatsRulesProcFactory: [0] STATS-FS[7]: numRows: 1 dataSize: 9223372036854775807 basicStatsState: PARTIAL colStatsState: NONE colStats: {severity= colName: severity colType: string countDistincts: 1 numNulls: 36 avgColLen: 100.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: true, _col0= colName: _col0 colType: bigint countDistincts: 1 numNulls: 0 avgColLen: 8.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: false}

If on master restart it finds the ROOT/META to be in RIT state, master tries to assign the ROOT region through ProcessRIT.
Master will trigger the assignment and next will try to verify the Root Region Location.
Root region location verification is done seeing if the RS has the region in its online list.
If the master triggered assignment has not yet been completed in RS then the verify root region location will fail.
Because it failed 

splitLogAndExpireIfOnline(currentRootServer);

we do split log and also remove the server from online server list. Ideally here there is nothing to do in splitlog as no region server was restarted.
So master, though the server is online, master just invalidates the region server.
In a special case, if i have only one RS then my cluster will become non operative.

Here is the unit test with 3 tests (expected results and the strange behavior) : http://pastebin.com/JUnLFy70
A second adviceWith() on a second route will change the behavior from the first route during an Exception.
adviceWith is only used once per route, as suggested in the recommendation : http://camel.apache.org/advicewith.html
"It is recommended to only advice a given route once (you can of course advice multiple routes). If you do it multiple times, then it may not work as expected, especially when any kind of error handling is involved. The Camel team plan for Camel 3.0 to support this as internal refactorings in the routing engine is needed to support this properly."

SkipListener#onSkipInWrite(..) is called every time the problematic item is encountered i.e. multiple times in case of rollbacks. It should instead be called once per skipped item (i.e. the listener should be called when the write error was encountered and the item was marked for future skipping).

TarInputStream.read() does not convert the byte it has read to a positive number
after casting it to an integer.  This causes downstream processes to fail to
recognise the value properly.
Index: org/apache/commons/compress/tar/TarInputStream.java
— org/apache/commons/compress/tar/TarInputStream.java	(revision 231420)
+++ org/apache/commons/compress/tar/TarInputStream.java	(working copy)
@@ -306,7 +306,7 @@
         }
         else
         {
-            return (int)m_oneBuf[ 0 ];
+            return (int)m_oneBuf[ 0 ] & 0xFF;
         }
     }

If I follow these steps:
cd \java
mkdir clinic
cd clinic
roo
script clinic.roo
I get many lines from previous steps executed right and:
new controller automatic -name ~.web.OwnerController -formBackingObject ~.domain.Owner
Created SRC_MAIN_JAVA\com\springsource\petclinic\web\OwnerController.java
Created SRC_MAIN_JAVA\com\springsource\petclinic\domain\PetEditor.java
Created SRC_MAIN_JAVA\com\springsource\petclinic\web\OwnerController_Roo_Controller.aj
Created SRC_MAIN_WEBAPP\WEB-INF\jsp\owner
Created SRC_MAIN_WEBAPP\WEB-INF\jsp\owner\list.jsp
Created SRC_MAIN_WEBAPP\WEB-INF\jsp\owner\show.jsp
Undo create SRC_MAIN_WEBAPP\WEB-INF\jsp\owner\show.jsp
Undo create SRC_MAIN_WEBAPP\WEB-INF\jsp\owner\list.jsp
Undo create SRC_MAIN_WEBAPP\WEB-INF\jsp\owner
Undo create SRC_MAIN_JAVA\com\springsource\petclinic\web\OwnerController_Roo_Controller.aj
Undo create SRC_MAIN_JAVA\com\springsource\petclinic\domain\PetEditor.java
Undo create SRC_MAIN_JAVA\com\springsource\petclinic\web\OwnerController.java
Script execution aborted
roo>
if I try to execute by hand the rest of the "new controller automatic (Pet,Vet).", all undo the creation of files.

We encountered this when one of the hadoop test jars (specifically hadoop-mapreduce-client-jobclient-2.0.0-cdh4.3.0-tests.jar, but that's beside the point) had an hdfs-site.xml. This clobbered the hdfs-site.xml that we included on the classpath via HBASE_CLASSPATH in hbase-env.sh, meaning the master didn't start in HA NN mode, because the proxy-provider wasn't found in the hdfs-site.xml from the test jar (even though it was in our config file) because that was the first resolution of that file.
This should be a fairly simple fix in bin/hbase, but has some potentially wide-ranging effects on existing installs that just 'happen' to work.
Generally, I'd expect things set on the HBASE_CLASSPATH to take precedence over anything else when starting the hbase daemon.

The class org.jboss.metadata.parser.jbossweb.JBossWebMetaDataParser doesn't support reading "flushOnSessionInvalidation" attribute on "security-domain" element. And also the schema files for jboss-web.xml doesn't mention this attribute.
The class org.jboss.metadata.web.jboss.JBossWebMetaData contains the attribute flushOnSessionInvalidation, which comes from old JBoss versions (3.2 and 4.0). The description says:
The jboss-web.xml security-domain element now supports a flushOnSessionInvalidation boolean attribute that when true, will flush the security-domain JAAS authentication cache for the associated user principal.
This attribute is also supported in WildFly integration with Undertow (look at source), but the code is never reached as the flushOnSessionInvalidation attribute value stays always false.

Currently we do not log our decisions with respect to llap. Are we running everything in llap mode or only parts of the plan. We need more logging. Also, if llap mode is all but for some reason, we cannot run the work in llap mode, fail and throw an exception advise the user to change the mode to auto.

during test runs TestReplicationThrottler.testThrottling sometimes fails with assertion
testThrottling(org.apache.hadoop.hbase.replication.regionserver.TestReplicationThrottler)  Time elapsed: 0.229 sec  <<< FAILURE!
        at org.apache.hadoop.hbase.replication.regionserver.TestReplicationThrottler.testThrottling(TestReplicationThrottler.java:69)

When user adds a custom @Autowired constructor in any controller class, with different args that constructor  managed by Roo, this constructor remains in the ITD with @Autowired so there are compilation problems. 
Try to solve this by removing @Autowired on ITD constructor if already exists one in the .java.

java.lang.NoClassDefFoundError: org/infinispan/query/api/continuous/ContinuousQueryListener
	at org.apache.camel.component.infinispan.InfinispanEndpoint.createConsumer(InfinispanEndpoint.java:49)
	at org.apache.camel.impl.EventDrivenConsumerRoute.addServices(EventDrivenConsumerRoute.java:69)
	at org.apache.camel.impl.DefaultRoute.onStartingServices(DefaultRoute.java:98)
	at org.apache.camel.impl.RouteService.warmUp(RouteService.java:158)
	at org.apache.camel.impl.DefaultCamelContext.doWarmUpRoutes(DefaultCamelContext.java:3490)
	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:3420)
	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:3197)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:3053)
	at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:175)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2848)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2844)
	at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:2867)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:2844)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2813)
	at org.wildfly.camel.test.infinispan.InfinispanIntegrationTest.testCacheEntryModifiedEvent(InfinispanIntegrationTest.java:255)

OrcFileMergeOperator creates a new ORC file and appends the stripes from smaller orc file. This new ORC file creation should retain the same configuration as the small ORC files. Currently it does not set the orc row index stride and file version. Also merging of stripe statistics to file statistics was incorrect leading to issues like in HIVE-9080

javax.ejb.EJBException: WFLYJPA0030: Found extended persistence context in SFSB invocation call stack but that cannot be used because the transaction already has a transactional context associated with it.  This can be avoided by changing application code, either eliminate the extended persistence context or the transactional context.  See JPA spec 2.0 section 7.6.3.1.  Scoped persistence unit name=passivation-test.jar#main, persistence context already in transaction =ExtendedEntityManager passivation-test.jar#main, extended persistence context =ExtendedEntityManager passivation-test.jar#main.
	at org.jboss.as.jpa.container.ExtendedEntityManager.internalAssociateWithJtaTx(ExtendedEntityManager.java:149)
	at org.jboss.as.jpa.container.ExtendedEntityManager.getEntityManager(ExtendedEntityManager.java:129)
	at org.jboss.as.jpa.container.AbstractEntityManager.createQuery(AbstractEntityManager.java:444)
	at org.jboss.as.test.integration.ejb.stateful.passivation.TestPassivationBean.isPersistenceContextSame(TestPassivationBean.java:91)
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)
	at org.jboss.as.jpa.interceptor.SFSBInvocationInterceptor.processInvocation(SFSBInvocationInterceptor.java:57)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.processInvocation(StatefulSessionSynchronizationInterceptor.java:125)
	at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:65)
	at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:79)
	at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:44)
	at org.jboss.as.ejb3.remote.LocalEjbReceiver.processInvocation(LocalEjbReceiver.java:259)
	at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:184)
	at org.jboss.ejb.client.EJBObjectInterceptor.handleInvocation(EJBObjectInterceptor.java:58)
	at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:186)
	at org.jboss.ejb.client.EJBHomeInterceptor.handleInvocation(EJBHomeInterceptor.java:83)
	at org.jboss.ejb.client.TransactionInterceptor.handleInvocation(TransactionInterceptor.java:42)
	at org.jboss.ejb.client.ReceiverInterceptor.handleInvocation(ReceiverInterceptor.java:138)
	at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:255)
	at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:200)
	at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:183)
	at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:146)
	at com.sun.proxy.$Proxy72.isPersistenceContextSame(Unknown Source)
	at org.jboss.as.test.integration.ejb.stateful.passivation.PassivationTestCase.testPassivationMaxSize(PassivationTestCase.java:103)

We ran hbase 0.94.3 patched with 8354 and observed too many outstanding lease recoveries because of the short retry interval of 1 second between lease recoveries.
The namenode gets into the following loop:
1) Receives lease recovery request and initiates recovery choosing a primary datanode every second
2) A lease recovery is successful and the namenode tries to commit the block under recovery as finalized - this takes < 10 seconds in our environment since we run with tight HDFS socket timeouts.
3) At step 2), there is a more recent recovery enqueued because of the aggressive retries. This causes the committed block to get preempted and we enter a vicious cycle
So we do,  <initiate_recovery> --> <commit_block> --> <commit_preempted_by_another_recovery>
This loop is paused after 300 seconds which is the "hbase.lease.recovery.timeout". Hence the MTTR we are observing is 5 minutes which is terrible. Our ZK session timeout is 30 seconds and HDFS stale node detection timeout is 20 seconds.
Note that before the patch, we do not call recoverLease so aggressively - also it seems that the HDFS namenode is pretty dumb in that it keeps initiating new recoveries for every call. Before the patch, we call recoverLease, assume that the block was recovered, try to get the file, it has zero length since its under recovery, we fail the task and retry until we get a non zero length. So things just work.
Fixes:
1) Expecting recovery to occur within 1 second is too aggressive. We need to have a more generous timeout. The timeout needs to be configurable since typically, the recovery takes as much time as the DFS timeouts. The primary datanode doing the recovery tries to reconcile the blocks and hits the timeouts when it tries to contact the dead node. So the recovery is as fast as the HDFS timeouts.
2) We have another issue I report in HDFS 4721. The Namenode chooses the stale datanode to perform the recovery (since its still alive). Hence the first recovery request is bound to fail. So if we want a tight MTTR, we either need something like HDFS 4721 or we need something like this
  recoverLease(...)
  sleep(1000)
  sleep(configuredTimeout)
Where configuredTimeout should be large enough to let the recovery happen but the first timeout is short so that we get past the moot recovery in step #1.

If a user invokes InMemoryWebSession.changeSessionId before the session has been created, an error is reported stating:

java.lang.IllegalStateException: Failed to change session id: 4854375d-1713-468b-9e4c-61fe282de0bc because the Session is no longer present in the store.
		at org.springframework.web.server.session.InMemoryWebSessionStore$InMemoryWebSession.changeSessionId(InMemoryWebSessionStore.java:214)
		at org.springframework.security.web.server.csrf.WebSessionServerCsrfTokenRepository.lambda$saveToken$1(WebSessionServerCsrfTokenRepository.java:64)
		at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:118)
		... 36 more

I think the method should support changing the id even if the session is new.
As it currently stands an additional problem is that it appears there is no way to determine if this operation is safe.

We found a problem with Spring Data for Mongo DB.
Here is our situation: we have an entity which have an attribute which is a list of another kind of entity, like the code below.
@Document
public class ParentClass {
   private List<ChildClass> list;
}
the ChildClass is annotated with @Document too, but we want to store it's content as an embed document of ParentClass.
When using MongoTemplate class with code such as below, the _class attribute is not inserted on the embedded document, so, if one of the items of the list attribute is a subclass of ChildClass, and ChildClass is an abstract class, we begin to face instantiation problems.
Here is one example of usage of MongoTemplate in which we found a problem.
mongoTemplate.updateFirst(Query.query(criteria), 
  new Update().push("list", child));
If child is a subclass of ChildClass, the _class attribute is not added to the embedded document.

If ScriptTemplateView is used as View, response data display as plain text in Web Browser because it cannot set a Content-Type header(such as "text/html").
I tried it using following implementations and configuration.
Controller
@RequestMapping("script-template")
public class ScriptTemplateController {

    private static final Logger logger = LoggerFactory
            .getLogger(ScriptTemplateController.class);

    public String home(Locale locale, Model model,HttpServletResponse response) {
        logger.info("Welcome home! The client locale is {}.", locale);

        DateFormat dateFormat = DateFormat.getDateTimeInstance(DateFormat.LONG,
                DateFormat.LONG, locale);

        model.addAttribute("title", "Sample title")
                .addAttribute("body", "Sample body")
                .addAttribute("serverTime", dateFormat.format(new Date()));

        return "script-template/home";
    }

}

Template File (home.html)
<html>
<head>
    <title>{{title}}</title>
</head>
<body>
<p>{{body}}</p>

<p>The time on the server is {{serverTime}}.</p>
</body>
</html>

MVC Configuration (xml)
<mvc:view-resolvers>
    <mvc:script-template prefix="META-INF/views/" suffix=".html" />
</mvc:view-resolvers>

<mvc:script-template-configurer engine-name="nashorn" render-object="Mustache" render-function="render">
    <mvc:script location="classpath:META-INF/resources/vendor/mustache/mustache.js"/>
</mvc:script-template-configurer>

I access to "http://localhost:8080/script-template/". However response data does not render as HTML. it render as plain text.
Display contents in Web Browser
<html>
<head>
    <title>Sample title</title>
</head>
<body>
<p>Sample body</p>

<p>The time on the server is August 23, 2015 4:58:33 AM JST.</p>
</body>
</html>

I expect to display as follows in Web Browser.
Expected display contents
Sample body

The time on the server is August 23, 2015 5:20:12 AM JST.

I tried following other solution. However, it cannot resolved.
Other solution
    <mvc:bean-name />

<bean id="script-template/home" class="org.springframework.web.servlet.view.script.ScriptTemplateView">
    <property name="url" value="META-INF/views/script-template/home.html"/>
    <property name="contentType" value="text/html"/>
</bean>

The contentType property is not used  in ScriptTemplateView.
I think it should be fix as can be specify a content-type.
How do think ?

"FreeMarkerConfigurationFactory.createConfiguration()" uses instance variable "templateLoaders" (List).
This method adds loaders to "templateLoaders" directly.
        if (this.preTemplateLoaders != null) 
{
            this.templateLoaders.addAll(this.preTemplateLoaders); // Line 298
        }
        ...
If I call this method many times, "templateLoaders" contains great number of same loader.
I think, local variable is need for loaders.
+       List<TemplateLoader> templateLoaders = new ArrayList<TemplateLoader>();
+       templateLoaders.addAll(this.templateLoaders);
{
!           templateLoaders.addAll(this.preTemplateLoaders);
        }
        ...
Thank you for your consideration.

Due to HCatalog's move from the incubator to Hive, a link to TestReaderWriter.java is broken at the end of the "Reader and Writer Interfaces" doc for HCat 0.5 (here).  This should be fixed in the html and pdf files.
Thanks to Himanshu Bari for pointing this out.

We already have distZip task to package stuff and this collides with application plugin imported by boot gradle plugin. Application plugin creates a distZip task which calls startScripts task which then fails because we don't define mainClassName.
Just need to disable startScripts and distZip tasks for spring-yarn-boot-build-tests.

isEntity() throws a NPE when evaluating a HashMap. See the forum reference (from entry #4 and forth) for more details.

There are multiple stats aggregation issues with MM tables.
Some simple stats are double counted and some stats (simple stats) are invalid for ACID table dirs altogether. 
I have a patch almost ready, need to fix some more stuff and clean up.

Use the following test case with HIVE 0.12:

create table src(key int, value string);
load data local inpath 'src/data/files/kv1.txt' overwrite into table src;
  select c.key from
    (select a.key from src a join src b on a.key=b.key group by a.key) tmp
    join src c on tmp.key=c.key
  union all
) x;

We will get a NullPointerException from Union Operator:

java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"_col0":0}
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:175)
	at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:212)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"_col0":0}
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:544)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:157)
	... 4 more
	at org.apache.hadoop.hive.ql.exec.UnionOperator.processOp(UnionOperator.java:120)
	at org.apache.hadoop.hive.ql.exec.Operator.process(Operator.java:504)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:842)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:88)
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.genUniqueJoinObject(CommonJoinOperator.java:652)
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.genUniqueJoinObject(CommonJoinOperator.java:655)
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.checkAndGenObject(CommonJoinOperator.java:758)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.processOp(MapJoinOperator.java:220)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:91)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:534)
	... 5 more

The root cause is in CommonJoinTaskDispatcher.mergeMapJoinTaskIntoItsChildMapRedTask().

  +--------------+      +--------------+
  | MapJoin task |      | MapJoin task |
             \             /
              \           /
             +--------------+
             |  Union task  |

CommonJoinTaskDispatcher merges the two MapJoin tasks into their common child: Union task. The two MapJoin tasks have the same alias name for their big tables: $INTNAME, which is the name of the temporary table of a join stream. The aliasToWork map uses alias as key, so eventually only the MapJoin operator tree of one MapJoin task is saved into the aliasToWork map of the Union task, while the MapJoin operator tree of another MapJoin task is lost. As a result, Union operator won't be initialized because not all of its parents gets intialized (The Union operator itself indicates it has two parents, but actually it has only 1 parent because another parent is lost).
This issue does not exist in HIVE 0.11 and thus is a regression bug in HIVE 0.12.
The propsed solution is to use the query ID as prefix for the join stream name to avoid conflict and add sanity check code in CommonJoinTaskDispatcher that merge of a MapJoin task into its child MapRed task is skipped if there is any alias conflict. Please review the patch. I am not sure if the patch properly handles the case of DemuxOperator.
BTW, anyone knows the origin of "$INTNAME"? it is so confusing, maybe we can replace it with a meaningful name.

Issue
Loading a YAML configuration with dotted keys causes dots to be duplicated in the keys of the YAMLConfiguration object.
Repro
100% repro:
file.yml:

some.key.with.dots: 123

package foo;

import org.apache.commons.configuration2.YAMLConfiguration;
import org.apache.commons.configuration2.builder.FileBasedConfigurationBuilder;
import org.apache.commons.configuration2.builder.fluent.Parameters;
import org.apache.commons.configuration2.ex.ConfigurationException;

public class App {

    public static void main(String[] args) throws ConfigurationException {
        Parameters params = new Parameters();
        FileBasedConfigurationBuilder<YAMLConfiguration> builder1 =
                new FileBasedConfigurationBuilder<>(YAMLConfiguration.class)
                        .configure(params.fileBased().setFileName("file.yml"));
        
        YAMLConfiguration conf = builder1.getConfiguration();
        conf.getKeys().forEachRemaining(System.out::println);

        System.out.println("---");
        YAMLConfiguration yaml = new YAMLConfiguration();
        yaml.read(new InputStreamReader(ClassLoader.getSystemResourceAsStream("file.yml")));
        yaml.getKeys().forEachRemaining(System.out::println);
    }
}

prints

some..key..with..dots
---

That is a serious bug for a configuration system. The issue may easily go untested for some keys and only reveal itself on production.

Add support for the 1.4 XML namespace in the messaging subsystem that added the max-saved-replicated-journal-size attribute to the hornetq-server resource (compared to the 1.3 namespace)
Same attribute should be also available in 2.0 xml namespace.

I am upgrading our software to use Spring Boot 1.4 + Spring 4.3. As part of this upgrade, we are also using Spring Data Mongo 1.9.2.RELEASE. I am assuming that is 1.9.2 (Hopper SR2)?
We have a situation where we have a model object that looks like the following: 

Map<Integer, Map<Platform, String>> descriptions = new HashMap<>();

Where "Platform is Enum", although this is not the core issue. When we execute the following: 

	public void setAlternateDescriptionMap(int compositeId, Map<Integer, Map<Platform, String>> alternateDescriptionsMap) {
		Query query = new Query();
		query.addCriteria(Criteria.where("_id").is(compositeId));
		Update update = new Update();
		update.set("alternateDescriptionMap", alternateDescriptionsMap);

		coreMongoTemplate.updateFirst(query, update, "product");
	}

We end up getting the following exception: 

java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.String
	at com.mongodb.DBObjectCodec.encodeMap(DBObjectCodec.java:222)
	at com.mongodb.DBObjectCodec.writeValue(DBObjectCodec.java:199)
	at com.mongodb.DBObjectCodec.encodeMap(DBObjectCodec.java:223)
	at com.mongodb.DBObjectCodec.encode(DBObjectCodec.java:131)
	at com.mongodb.DBObjectCodec.encode(DBObjectCodec.java:62)
	at org.bson.codecs.BsonDocumentWrapperCodec.encode(BsonDocumentWrapperCodec.java:63)
	at org.bson.codecs.BsonDocumentWrapperCodec.encode(BsonDocumentWrapperCodec.java:29)
	at com.mongodb.connection.RequestMessage.addDocument(RequestMessage.java:253)
	at com.mongodb.connection.RequestMessage.addDocument(RequestMessage.java:205)
	at com.mongodb.connection.UpdateMessage.encodeMessageBodyWithMetadata(UpdateMessage.java:80)
	at com.mongodb.connection.RequestMessage.encodeWithMetadata(RequestMessage.java:160)
	at com.mongodb.connection.WriteProtocol.execute(WriteProtocol.java:89)
	at com.mongodb.connection.UpdateProtocol.execute(UpdateProtocol.java:67)
	at com.mongodb.connection.UpdateProtocol.execute(UpdateProtocol.java:42)
	at com.mongodb.connection.DefaultServer$DefaultServerProtocolExecutor.execute(DefaultServer.java:168)
	at com.mongodb.connection.DefaultServerConnection.executeProtocol(DefaultServerConnection.java:289)
	at com.mongodb.connection.DefaultServerConnection.update(DefaultServerConnection.java:88)
	at com.mongodb.operation.UpdateOperation.executeProtocol(UpdateOperation.java:66)
	at com.mongodb.operation.BaseWriteOperation$1.call(BaseWriteOperation.java:144)
	at com.mongodb.operation.BaseWriteOperation$1.call(BaseWriteOperation.java:134)
	at com.mongodb.operation.OperationHelper.withConnectionSource(OperationHelper.java:232)
	at com.mongodb.operation.OperationHelper.withConnection(OperationHelper.java:223)
	at com.mongodb.operation.BaseWriteOperation.execute(BaseWriteOperation.java:134)
	at com.mongodb.operation.BaseWriteOperation.execute(BaseWriteOperation.java:61)
	at com.mongodb.Mongo.execute(Mongo.java:827)
	at com.mongodb.Mongo$2.execute(Mongo.java:810)
	at com.mongodb.DBCollection.executeWriteOperation(DBCollection.java:333)
	at com.mongodb.DBCollection.updateImpl(DBCollection.java:495)
	at com.mongodb.DBCollection.update(DBCollection.java:455)
	at com.mongodb.DBCollection.update(DBCollection.java:432)
	at org.springframework.data.mongodb.core.MongoTemplate$12.doInCollection(MongoTemplate.java:1153)
	at org.springframework.data.mongodb.core.MongoTemplate$12.doInCollection(MongoTemplate.java:1132)
	at org.springframework.data.mongodb.core.MongoTemplate.execute(MongoTemplate.java:462)
	at org.springframework.data.mongodb.core.MongoTemplate.doUpdate(MongoTemplate.java:1132)
	at org.springframework.data.mongodb.core.MongoTemplate.updateFirst(MongoTemplate.java:1110)
	at com.build.dao.product.ProductStorageDaoImpl.setAlternateDescriptionMap(ProductStorageDaoImpl.java:1170)
	at com.build.dao.product.ProductStorageDaoImpl$$FastClassBySpringCGLIB$$4e03147e.invoke(<generated>)
	at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:720)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
	at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:655)
	at com.build.dao.product.ProductStorageDaoImpl$$EnhancerBySpringCGLIB$$8602f8b4.setAlternateDescriptionMap(<generated>)
	at com.build.dao.product.ProductStorageDaoIT.testSaveAlternateDescriptionsToCacheAndFetch(ProductStorageDaoIT.java:335)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:678)

We do not get this exception in spring-data-mongodb-1.9.1-RELEASE.
After a lot of debugging, It appears to be related to the code in MappingMongoConverter.convertMongoType(). It looks like the Issue DATAMONGO-1423 may have introduced this issue: 
https://github.com/spring-projects/spring-data-mongodb/commit/0e60630393980cf2bb4634c8a9c1a5a50407c471
I am going to work on just overriding this default method with a custom mapper. I suspect this code will also break in other cases where the key is mapped into anything other than a string. 
Let me know if you need any further input.

Roo creates a default constructor for entity JPA classes which defines constructors as its is required by JPA specification to support class instanciation by reflection.
Currently this constructor is generated in *Roo_Jpa_Entity.aj file but this makes than default entity properties initializers will never be invoked due AspectJ limitations.
This can generate NPE in some situations which can confound the developer as this problem is not easy to identify.

*Source does not need to extend ResourceLifecycle.  It doesn't really add anything - there's no reason why implementations of the *Source interfaces couldn't also implement ResourceLifecycle, but equally, there is no reason why a *Source has to be a ResourceLifecycle.

From the hive-user email group:

While executing a simple select query using a custom windowing UDAF I created I am constantly running into this error.
 
        at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:409)
        at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:392)
        at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:168)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1594)
        at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:163)
        ... 9 more
Caused by: java.lang.RuntimeException: Reduce operator initialization failed
        at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.configure(ExecReducer.java:173)
        ... 14 more
        at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getFunctionInfo(FunctionRegistry.java:647)
        at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getWindowFunctionInfo(FunctionRegistry.java:1875)
        at org.apache.hadoop.hive.ql.udf.ptf.WindowingTableFunction.streamingPossible(WindowingTableFunction.java:150)
        at org.apache.hadoop.hive.ql.udf.ptf.WindowingTableFunction.setCanAcceptInputAsStream(WindowingTableFunction.java:221)
        at org.apache.hadoop.hive.ql.udf.ptf.WindowingTableFunction.initializeStreaming(WindowingTableFunction.java:266)
        at org.apache.hadoop.hive.ql.exec.PTFOperator$PTFInvocation.initializeStreaming(PTFOperator.java:292)
        at org.apache.hadoop.hive.ql.exec.PTFOperator.initializeOp(PTFOperator.java:86)
        at org.apache.hadoop.hive.ql.exec.ExtractOperator.initializeOp(ExtractOperator.java:40)
        at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.configure(ExecReducer.java:166)
        ... 14 more
 
Just wanted to check if any of you have faced this earlier. Also when I try to run the Custom UDAF on another server it works fine. The only difference I can see it that the hive version I am using on my local machine is 0.13.1 where it is working and on the other machine it is 0.13.0 where I see the above mentioned error. I am not sure if this was a bug which was fixed in the later release but I just wanted to confirm the same.

There is a typo in description of the enable-http2 attribute of the reverse-proxy host element:

/subsystem=undertow/configuration=handler/reverse-proxy=a/host=a:read-resource-description
[...snip...]
                "description" => "If this is true then the proxy will attempt to use HTTP/2 to connect to the backend. If it is not supported it will fall back to HTTP/1.1/",

Forward slash at the end of the line should be removed.

Just upgraded my machine and found that svn info displays a "Relative URL:" line in svn 1.8.
saveVersion.sh does not deal with that correctly.

There is regression in EAP 7.0.0.ER5 against EAP 7.0.0.ER4 hit by TCK 7.
Deployment of MDB which contains:

@JMSConnectionFactoryDefinition(
        name = "java:jboss/exported/MyConnectionFactory",
        resourceAdapter = "activemq-ra",
        properties = {
            "connectors=http-connector",}
)

 definition of connection factory fails with:

09:19:10,704 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "mdb.jar")]) - failure description: {
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.connector.direct-connection-factory-activator.java:jboss/exported/MyConnectionFactory is missing [jboss.ra.deployer.\"activemq-ra.rar\"]"],
            "jboss.deployment.unit.\"mdb.jar\".component.mdb1.JndiBindingsService",
            "jboss.deployment.unit.\"mdb.jar\".component.mdb1.START",
            "jboss.deployment.unit.\"mdb.jar\".deploymentCompleteService",
            "jboss.deployment.unit.\"mdb.jar\".jndiDependencyService",
            "jboss.deployment.unit.\"mdb.jar\".moduleDeploymentRuntimeInformationStart",
            "jboss.naming.context.java.comp.mdb.mdb.mdb1.env.\"org.jboss.qa.hornetq.apps.mdb.LocalMdbFromQueueAnnotated\".cf"
        ],
            "jboss.connection-factory.reference-factory.jboss.naming.context.java.jboss.exported.MyConnectionFactory",
            "jboss.ra.deployer.\"activemq-ra.rar\""
        ]
    }
}

Failed TCK tests:

com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#checkClientIDOnDurableConnFactoryTest	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvQueueTestFromAppClient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvQueueTestFromEjbClient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvQueueTestFromJspClient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvQueueTestFromServletClient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvTopicTestFromAppClient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvTopicTestFromEjbClient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvTopicTestFromJspClient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvTopicTestFromServletClient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#verifyLookupWithRAElementSpecifiedTest
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#checkClientIDOnDurableConnFactoryTest_from_appclient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#checkClientIDOnDurableConnFactoryTest_from_ejb	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#checkClientIDOnDurableConnFactoryTest_from_jsp	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#checkClientIDOnDurableConnFactoryTest_from_servlet	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvQueueTest_from_appclient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvQueueTest_from_ejb	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvQueueTest_from_jsp	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvQueueTest_from_servlet	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvTopicTest_from_appclient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvTopicTest_from_ejb	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvTopicTest_from_jsp	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvTopicTest_from_servlet	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#verifyLookupWithRAElementSpecifiedTest_from_appclient	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#verifyLookupWithRAElementSpecifiedTest_from_ejb	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#verifyLookupWithRAElementSpecifiedTest_from_jsp	FAIL	20
com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#verifyLookupWithRAElementSpecifiedTest_from_servlet

xzhang@xzdt:~/apache/hive3$ export HIVE_AUX_JARS_PATH=foo
xzhang@xzdt:~/apache/hive3$ ./packaging/target/apache-hive-0.13.0-SNAPSHOT-bin/apache-hive-0.13.0-SNAPSHOT-bin/bin/beeline 
-hiveconf (No such file or directory)
hive.aux.jars.path=file:/foo (No such file or directory)
Beeline version 0.13.0-SNAPSHOT by Apache Hive

This is related to HIVE-6173 (hiveconf option is not supported for beeline), but it has additional problem in hive script where option -hiveconf should be --hiveconf (double dashes).

CAMEL-8190 has introduced behavior that has the potential to break existing code (hence setting to Critical priority so this can be fixed prior to 2.14.2/2.15.0 releases).  It broke my code (using 2.14.2-SNAPSHOT builds) in development and staging, and I didn't notice the problem until tonight.
Prior to CAMEL-8190, the value of the KafkaConstants.PARTITION_KEY header was used for both the key and partitionKey of the kafka KeyedMessage.  My downstream consumers depended on this for the correct key of the consumed message.  CAMEL-8190, changed things so the key is set only via the KafkaConstants.KEY header, and since my code didn't set that header, the key started coming through as null to downstream consumers.
I propose the following to fix this (will attach a patch shortly):

If both KEY and PARTITION_KEY are specified, no change from CAMEL-8190
If just one is specified, call the KeyedMessage 3-argument constructor with the value (uses the value for both key and partitionKey)
If neither are specified, pass null for both...but IMHO, a warning should be logged, as it seems unlikely that the user knowingly omitted both values.

If InfrastructureAdvisorAutoProxyCreator exists, then Spring Security will create proxies for security related classes when @EnableGlobalMethodSecurity(mode=ASPECTJ, ....
This is due to the fact that GlobalMethodSecurityConfiguration creates a MethodSecurityMetadataSourceAdvisor.
Instead we should conditionally create MethodSecurityMetadataSourceAdvisor in an ImportBeanDefintionRegistrar only when using proxies for Spring Security.

MPJwtPackageDetector currently detects org.eclipse.microprofile.annotation. It should be probably org.eclipse.microprofile.auth and org.eclipse.microprofile.jwt instead.

Previous code doesn't check for deltas before getting footers from local cache even though stripe filtering with deltas is not possible; this is because checking local cache is cheap I guess. Make sure we check early for metastore-based cache.

Don't know what causing it or how to reproduce it.
It started to show with EAP 7.1.0.DR10.
At first glance it shows quite randomly without any significant effect on server

2017-01-11 08:29:19,989 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0004: Undertow 1.4.8.Final-redhat-1 stopping
2017-01-11 08:29:20,108 ERROR [org.jboss.mod_cluster.undertow] (UndertowEventHandlerAdapter - 1) null: java.lang.NullPointerException
	at org.jboss.modcluster.ModClusterService.connectionEstablished(ModClusterService.java:305)
	at org.jboss.modcluster.mcmp.impl.DefaultMCMPHandler.status(DefaultMCMPHandler.java:392)
	at org.jboss.modcluster.mcmp.impl.DefaultMCMPHandler.status(DefaultMCMPHandler.java:365)
	at org.jboss.modcluster.ModClusterService.status(ModClusterService.java:454)
	at org.wildfly.mod_cluster.undertow.UndertowEventHandlerAdapter.run(UndertowEventHandlerAdapter.java:179)

http://paste.fedoraproject.org/530763/30767148/

When a node is disabled - try scheduling pending tasks. Tasks which may have been waiting for the node to become available could become candidates for scheduling on alternate nodes depending on the locality delay and disable duration.
This is what is causing an occasional timeout on testDelayedLocalityNodeCommErrorImmediateAllocation

if run this query using tez engine then hive will throw NPE

select sum(a) from (
  select cast(1.1 as decimal) a from dual
  union all
  select cast(null as decimal) a from dual
) t;

hive> select sum(a) from (
    >   select cast(1.1 as decimal) a from dual
    >   union all
    >   select cast(null as decimal) a from dual
    > ) t;
Query ID = apivovarov_20140814200909_438385b2-4147-47bc-98a0-a01567bbb5c5

Status: Running (application id: application_1407388228332_5616)

Map 1: -/-	Map 4: -/-	Reducer 3: 0/1	
Map 1: 0/1	Map 4: 0/1	Reducer 3: 0/1	
Map 1: 0/1	Map 4: 1/1	Reducer 3: 0/1	
Status: Failed
Vertex failed, vertexName=Map 1, vertexId=vertex_1407388228332_5616_1_02, diagnostics=[Task failed, taskId=task_1407388228332_5616_1_02_000000, diagnostics=[AttemptID:attempt_1407388228332_5616_1_02_000000_0 Info:Error: java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:188)
	at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:307)
	at org.apache.hadoop.mapred.YarnTezDagChild$5.run(YarnTezDagChild.java:564)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1594)
	at org.apache.hadoop.mapred.YarnTezDagChild.main(YarnTezDagChild.java:553)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:145)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:164)
	... 6 more
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableConstantHiveDecimalObjectInspector.precision(WritableConstantHiveDecimalObjectInspector.java:61)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFSum$GenericUDAFSumHiveDecimal.init(GenericUDAFSum.java:106)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.initializeOp(GroupByOperator.java:362)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:376)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:460)
	at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:416)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:67)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.initializeOp(TableScanOperator.java:189)
	at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:425)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:121)
	... 7 more

Container released by application, AttemptID:attempt_1407388228332_5616_1_02_000000_1 Info:Error: java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 6 more
	... 7 more

Container released by application, AttemptID:attempt_1407388228332_5616_1_02_000000_2 Info:Error: java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 6 more
	... 7 more

Container released by application, AttemptID:attempt_1407388228332_5616_1_02_000000_3 Info:Error: java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 6 more
	... 7 more
], Vertex failed as one or more tasks failed. failedTasks:1]
Vertex killed, vertexName=Reducer 3, vertexId=vertex_1407388228332_5616_1_01, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0]
DAG failed due to vertex failure. failedVertices:1 killedVertices:1
FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask

start WildFly with ActiveMQ security for in-vm (override-in-vm-security=false) and a pooled-connection-factory with user credentials (see attached configuration)
deploy the regular helloworld-mdb quickstart
stop WildFly (with Ctl+C)

The server logs a warning:

17:48:54,217 WARN  [org.apache.activemq.artemis.core.server] (Thread-6 (ActiveMQ-remoting-threads-ActiveMQServerImpl::serverUUID=1c98f514-2290-11e6-a581-c1ccabba71e3-1850673655-879332228)) Sending unexpected exception to the client: java.lang.IllegalArgumentException: No PolicyContextHandler for key=javax.security.auth.Subject.container
        at javax.security.jacc.PolicyContext.getContext(PolicyContext.java:96)
        at org.jboss.security.plugins.SubjectActions$GetSubjectAction.run(SubjectActions.java:90)
        at org.jboss.security.plugins.SubjectActions$GetSubjectAction.run(SubjectActions.java:82)
        at org.jboss.security.plugins.SubjectActions.getActiveSubject(SubjectActions.java:316)
        at org.jboss.security.plugins.JBossAuthorizationManager.getCurrentRoles(JBossAuthorizationManager.java:331)
        at org.jboss.security.plugins.JBossAuthorizationManager.doesUserHaveRole(JBossAuthorizationManager.java:148)
        at org.wildfly.extension.messaging.activemq.WildFlySecurityManager$1.run(WildFlySecurityManager.java:105)
        at org.wildfly.extension.messaging.activemq.WildFlySecurityManager$1.run(WildFlySecurityManager.java:78)
        at org.wildfly.extension.messaging.activemq.WildFlySecurityManager.validateUserAndRole(WildFlySecurityManager.java:78)
        at org.apache.activemq.artemis.core.security.impl.SecurityStoreImpl.check(SecurityStoreImpl.java:162)
        at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.destroyQueue(ActiveMQServerImpl.java:1272)
        at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.destroyQueue(ActiveMQServerImpl.java:1243)
        at org.apache.activemq.artemis.core.server.impl.ServerSessionImpl.deleteQueue(ServerSessionImpl.java:598)
        at org.apache.activemq.artemis.core.protocol.core.ServerSessionPacketHandler.handlePacket(ServerSessionPacketHandler.java:244)
        at org.apache.activemq.artemis.core.protocol.core.impl.ChannelImpl.handlePacket(ChannelImpl.java:626)
        at org.apache.activemq.artemis.core.protocol.core.impl.RemotingConnectionImpl.doBufferReceived(RemotingConnectionImpl.java:349)
        at org.apache.activemq.artemis.core.protocol.core.impl.RemotingConnectionImpl.bufferReceived(RemotingConnectionImpl.java:331)
        at org.apache.activemq.artemis.core.remoting.server.impl.RemotingServiceImpl$DelegatingBufferHandler.bufferReceived(RemotingServiceImpl.java:616)
        at org.apache.activemq.artemis.core.remoting.impl.invm.InVMConnection$1.run(InVMConnection.java:171)
        at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:100)

When the server is stopped, ActiveMQ RA will attempt to destroy the core queue corresponding to the MDB listening on the JMS topic.
On the broker side, the exception occurs because there is no dependency between the pooled-connection-factory's service and the boostrap security service that handles the javax.security.auth.Subject.container context.

Automatic partition discovery is added to external tables by default. But it doesn't check if the external table is partitioned or not.

Hibernate 5.2.0 changed the method signature for Session.getFlushMode() so that it returns a javax.persistence.FlushModeType instead of a org.hibernate.FlushMode
Spring 4.3.0 introduced several changes so that it could remain compatible with both 5.1.0 and 5.2.0 mainly by introducing indirection to obtain the Hibernate flush mode through SessionFactoryUtils.getFlushMode(session). However, this necessary change was omitted from SpringSessionSynchronization which still uses the following code snippet in beforeCommit():
			if (!session.getFlushMode().equals(FlushMode.MANUAL)) 
{ ... }

which should now be:

			FlushMode flushMode = SessionFactoryUtils.getFlushMode(session);
			if (FlushMode.MANUAL.equals(flushMode)) { ... }

This has critical consequences. Due to this bug, Spring 4.3.0 is not compatible with either Hibernate 5.1.0 nor 5.2.0
When using Hibernate 5.1.0 this bug causes a java.lang.NoSuchMethodError due to the method signature change:
java.lang.NoSuchMethodError: org.hibernate.Session.getFlushMode()Ljavax/persistence/FlushModeType;
        at org.springframework.orm.hibernate5.SpringSessionSynchronization.beforeCommit(SpringSessionSynchronization.java:101)
While in Hibernate 5.2.0 this causes javax.persistence.TransactionRequiredException due to equals(FlushMode.MANUAL) always returning false since it is comparing javax.persistence.FlushModeType vs org.hibernate.FlushMode
javax.persistence.TransactionRequiredException: no transaction is in progress
	at org.hibernate.internal.SessionImpl.checkTransactionNeeded(SessionImpl.java:3392)
	at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1385)
	at org.springframework.orm.hibernate5.SpringSessionSynchronization.beforeCommit(SpringSessionSynchronization.java:104)

unionDistinct_2 and update_after_multiple_inserts tests give different results in  different environments due to ordering issue.

If {fallbackPageable}} is set to null, but a specific page is requested without a valid sort parameter, a NullPointerException is thrown as the resolver tries to fetch the default sort from the fallbackPageable in the end (if no sort is determined yet). Case recap: page and size are given, sort is not.
Problem situated on line 249 in 1.9.1 source of PageableHandlerMethodArgumentResolver. As far as I can tell possible issue is still there in recent code base.
This is in fact blocking in situations where no valid sort properties are available. There is also no valid workaround to have the SortHandlerMethodArgumentResolver return an "empty" (but not null) sort instance.
Apart from the bug, possible improvement:
My case is as follows: for some controllers the paging settings are stored on the user profile.  If no actual pageable is defined, use the default from the user profile.  
With the current code base there appears to be no way to determine if the pageable you receive is the actual fallback pageable. Since new pageable instances get created, you cannot distinguish between the fallback and a manually selected version with the same parameters. Null would be the only - and acceptable - solution for this, but then you are forced to configure this globally on the resolver level.  An improvement could also be to have a null default pageable configurable on controller parameter.

Previously reported by someone in the referenced post, but also causing us problems.  
Given:
public class Money{
@Autowired
@Transient
private MoneyService moneyService;
... other private fields that map to the db
}
Get "Could not scaffold controller for type Money, the referenced type MoneyService cannot be handled" and roo stops managing the file (or just hangs).
My understanding of ActiveRecord is that the Domain objects should encapsulate their business logic, and in our case that involves interacting with other services.  This service object is not itself a @RooEntity (in our case it has a @Service annotation and is being instantiated via Component Scanning
What causes the related Controller Scaffold to error?

In a discussion with Ashutosh Chauhan, we find currently query planning only use valid stats. If the stats are outdated, Hive will not get any stats. Hive shall use whatever we can find in metastore. It does not need to be up to date during query planning.

I downloaded the latest snapshot apache-camel-1.3-20080210.022044-67.zip from
http://people.apache.org/repo/m2-snapshot-repository/org/apache/camel/apache-camel/1.3-SNAPSHOT/
The .zip file contains spring-2.5.1.jar twice
\camel\lib
\camel\lib\optional
Is Spring both mandatory and optional?
And btw it includes an old version of commons-logging-1.0.4.jar. v1.1 of commons logging is out.

A partitioned table with 4000 partitions and 200 files each doesn't trigger the BISplitStrategy, because each partition qualifies as a Strategy future instead of using the atomic counter upfront.

No real reason to just reuse tez one; also needed to parallelize the tests

If there is already a table d1.t2, the following rename statement would fail. 

alter table  d1.t1 rename to d2.t2; 

//Exception
2014-08-13 03:32:40,512 ERROR Datastore.Persist (Log4JLogger.java:error(115)) - Update of object "org.apache.hadoop.hive.metastore.model.MTable@729c5167" using statement "UPDATE TBLS SET TBL_NAME=? WHERE TBL_ID=?" failed : java.sql.SQLIntegrityConstraintViolationException: The statement was aborted because it would have caused a duplicate key value in a unique or primary key constraint or unique index identified by 'UNIQUETABLE' defined on 'TBLS'.
	at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source)
	at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
	at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeLargeUpdate(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeUpdate(Unknown Source)
	at com.jolbox.bonecp.PreparedStatementHandle.executeUpdate(PreparedStatementHandle.java:205)
	at org.datanucleus.store.rdbms.ParamLoggingPreparedStatement.executeUpdate(ParamLoggingPreparedStatement.java:399)
	at org.datanucleus.store.rdbms.SQLController.executeStatementUpdate(SQLController.java:439)
	at org.datanucleus.store.rdbms.request.UpdateRequest.execute(UpdateRequest.java:374)
	at org.datanucleus.store.rdbms.RDBMSPersistenceHandler.updateTable(RDBMSPersistenceHandler.java:417)
	at org.datanucleus.store.rdbms.RDBMSPersistenceHandler.updateObject(RDBMSPersistenceHandler.java:390)
	at org.datanucleus.state.JDOStateManager.flush(JDOStateManager.java:5027)
	at org.datanucleus.flush.FlushOrdered.execute(FlushOrdered.java:106)
	at org.datanucleus.ExecutionContextImpl.flushInternal(ExecutionContextImpl.java:4119)
	at org.datanucleus.ExecutionContextThreadedImpl.flushInternal(ExecutionContextThreadedImpl.java:450)
	at org.datanucleus.ExecutionContextImpl.markDirty(ExecutionContextImpl.java:3879)
	at org.datanucleus.ExecutionContextThreadedImpl.markDirty(ExecutionContextThreadedImpl.java:422)
	at org.datanucleus.state.JDOStateManager.postWriteField(JDOStateManager.java:4815)
	at org.datanucleus.state.JDOStateManager.replaceField(JDOStateManager.java:3356)
	at org.datanucleus.state.JDOStateManager.updateField(JDOStateManager.java:2018)
	at org.datanucleus.state.JDOStateManager.setStringField(JDOStateManager.java:1791)
	at org.apache.hadoop.hive.metastore.model.MStorageDescriptor.jdoSetlocation(MStorageDescriptor.java)
	at org.apache.hadoop.hive.metastore.model.MStorageDescriptor.setLocation(MStorageDescriptor.java:88)
	at org.apache.hadoop.hive.metastore.ObjectStore.copyMSD(ObjectStore.java:2699)
	at org.apache.hadoop.hive.metastore.ObjectStore.alterTable(ObjectStore.java:2572)
	at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source)
	at com.sun.proxy.$Proxy6.alterTable(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveAlterHandler.alterTable(HiveAlterHandler.java:205)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_table_with_environment_context(HiveMetaStore.java:2771)
	at com.sun.proxy.$Proxy8.alter_table_with_environment_context(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.alter_table(HiveMetaStoreClient.java:293)
	at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.alter_table(SessionHiveMetaStoreClient.java:201)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.alter_table(HiveMetaStoreClient.java:288)
	at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:89)
	at com.sun.proxy.$Proxy9.alter_table(Unknown Source)
	at org.apache.hadoop.hive.ql.metadata.Hive.alterTable(Hive.java:404)
	at org.apache.hadoop.hive.ql.exec.DDLTask.alterTable(DDLTask.java:3542)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:318)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:161)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1538)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1305)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1118)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:942)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:932)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:246)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:198)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:408)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:344)
	at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:833)
	at org.apache.hadoop.hive.cli.TestCliDriver.runTest(TestCliDriver.java:136)
	at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_alter_rename_table(TestCliDriver.java:120)
	at junit.framework.TestSuite.runTest(TestSuite.java:243)
	at junit.framework.TestSuite.run(TestSuite.java:238)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
Caused by: java.sql.SQLException: The statement was aborted because it would have caused a duplicate key value in a unique or primary key constraint or unique index identified by 'UNIQUETABLE' defined on 'TBLS'.
	... 86 more
Caused by: ERROR 23505: The statement was aborted because it would have caused a duplicate key value in a unique or primary key constraint or unique index identified by 'UNIQUETABLE' defined on 'TBLS'.
	at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)
	at org.apache.derby.impl.sql.execute.IndexChanger.insertAndCheckDups(Unknown Source)
	at org.apache.derby.impl.sql.execute.IndexChanger.finish(Unknown Source)
	at org.apache.derby.impl.sql.execute.IndexSetChanger.finish(Unknown Source)
	at org.apache.derby.impl.sql.execute.RowChangerImpl.finish(Unknown Source)
	at org.apache.derby.impl.sql.execute.UpdateResultSet.open(Unknown Source)
	at org.apache.derby.impl.sql.GenericPreparedStatement.executeStmt(Unknown Source)
	at org.apache.derby.impl.sql.GenericPreparedStatement.execute(Unknown Source)
	... 80 more

And in HiveAlterHandler#alterTable we should check if rename hdfs directory succeed.

When deploying application with WebSockets used in EAP 6 to EAP 7, deployment will fail due EAP7 not supporting [1] in jboss-web.xml. The <enable-websockets> element is required in EAP 6 to enable the WebSockets functionality in JBoss Web.
This element should be also allowed in EAP 7 in order to simplify migration from EAP 6. Functionality of {{ <enable-websockets>true</enable-websockets>}} can be ignored as in EAP 7 and in Undertow there is no need to enable WebSockets explicitly.
[1]

<jboss-web version="7.2"
   xmlns="http://www.jboss.com/xml/ns/javaee"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee schema/jboss-web_7_2.xsd">
    <enable-websockets>true</enable-websockets>
</jboss-web>

1. create a Hbase table hbase_table
2. create a external Hive table test_table mapping to the hbase table 
example: 
create 'hbase_t' ,
{NAME=>'cf',COMPRESSION=>'snappy'}
,
{NUMREGIONS=>15,SPLITALGO=>'HexStringSplit'}

create external table hbase_t_hive(key1 string,cf_train string,cf_flight string,cf_wbsw string,cf_wbxw string,cf_bgrz string,cf_bgtf string) 
stored by 'org.apache.hadoop.hive.hbase.HBaseStorageHandler' 
with serdeproperties("hbase.columns.mapping"=":key,cf:train,cf:flight,cf:wbsw,cf:wbxw,cf:bgrz,cf:bgtf") tblproperties("hbase.table.name"="hbase_t");
create table test3 as select * from hbase_t_hive where 1=2;
====
if hive.optimize.null.scan=true, it will return an FileNotFoundException

A simple route such as

        from("jetty:http://0.0.0.0:8080/ping").transform(constant("PONG\n"));

Enlists the jetty endpoint as just: http://0.0.0.0:8080/ping. But then its mistakenly the http component. It should be the full url with jetty as prefix.

When sending a JMS message using a org.springframework.ws.transport.jms.JmsMessageSender with sessionTransacted set to true, the org.springframework.ws.transport.jms.JmsSenderConnection.onSendAfterWrite method doesn't commit the transaction.  This leads to the transaction being rolled back when the connection is closed so the message is never sent.  JMSUtils.commitIfNecessary should be called before closing the message producer.
An example of how this is done in JmsTemplate:
JmsTemplate.java
protected void doSend(Session session, Destination destination, MessageCreator messageCreator)
			throws JMSException {

		Assert.notNull(messageCreator, "MessageCreator must not be null");
		MessageProducer producer = createProducer(session, destination);
		try {
			Message message = messageCreator.createMessage(session);
			if (logger.isDebugEnabled()) {
				logger.debug("Sending created message: " + message);
			}
			doSend(producer, message);
			// Check commit - avoid commit call within a JTA transaction.
			if (session.getTransacted() && isSessionLocallyTransacted(session)) {
				// Transacted session created by this template -> commit.
				JmsUtils.commitIfNecessary(session);
			}
		}
		finally {
			JmsUtils.closeMessageProducer(producer);
		}
	}

Similarly, the following should be done in JmsSenderConnection:
JmsSenderConnection.java
protected void onSendAfterWrite(WebServiceMessage message) throws IOException {
        MessageProducer messageProducer = null;
        try {
            messageProducer = session.createProducer(requestDestination);
            messageProducer.setDeliveryMode(deliveryMode);
            messageProducer.setTimeToLive(timeToLive);
            messageProducer.setPriority(priority);
            if (responseDestination == null) {
                responseDestination = session.createTemporaryQueue();
            }
            requestMessage.setJMSReplyTo(responseDestination);
            connection.start();
            messageProducer.send(requestMessage);
            if (session.getTransacted()) {
               JmsUtils.commitIfNecessary(session);
            }
        }
        catch (JMSException ex) {
            throw new JmsTransportException(ex);
        }
        finally {
            JmsUtils.closeMessageProducer(messageProducer);
        }
    }

To reproduce it, in q tests.

hive> set hive.exec.parallel;
hive.exec.parallel=true
hive> analyze table src compute statistics for columns;
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.ColumnStatsTask
java.lang.RuntimeException: Error caching map.xml: java.io.IOException: java.lang.InterruptedException
	at org.apache.hadoop.hive.ql.exec.Utilities.setBaseWork(Utilities.java:747)
	at org.apache.hadoop.hive.ql.exec.Utilities.setMapWork(Utilities.java:682)
	at org.apache.hadoop.hive.ql.exec.Utilities.setMapRedWork(Utilities.java:674)
	at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:375)
	at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:137)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.run(TaskRunner.java:75)
Caused by: java.io.IOException: java.lang.InterruptedException
	at org.apache.hadoop.util.Shell.runCommand(Shell.java:541)
	at org.apache.hadoop.util.Shell.run(Shell.java:455)
	at org.apache.hadoop.util.Shell$ShellCommandExecutor.execute(Shell.java:702)
	at org.apache.hadoop.util.Shell.execCommand(Shell.java:791)
	at org.apache.hadoop.util.Shell.execCommand(Shell.java:774)
	at org.apache.hadoop.fs.RawLocalFileSystem.setPermission(RawLocalFileSystem.java:646)
	at org.apache.hadoop.fs.FilterFileSystem.setPermission(FilterFileSystem.java:472)
	at org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:460)
	at org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:426)
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:906)
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:887)
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:784)
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:773)
	at org.apache.hadoop.hive.ql.exec.Utilities.setBaseWork(Utilities.java:715)
	... 7 more
hive> Job Submission failed with exception 'java.lang.RuntimeException(Error caching map.xml: java.io.IOException: java.lang.InterruptedException)'

Currently ResourceChecker logs a line similar to the following if it detects potential thread leak:

2012-11-02 10:18:59,299 INFO  [main] hbase.ResourceChecker(157): after master.cleaner.TestHFileCleaner#testTTLCleaner: 44 threads (was 43), 145 file descriptors (was 145). 0 connections,  -thread leak?-

We should enhance the log to include stack trace of the potentially hanging thread(s)
This work was motivated when I investigated test failure in HBASE-6796

This check is missing.
Which mean that prototype scoped bean would have been regarded as singleton by Camel.

Total number of Regions in Transition shows 100 when there are 100 or more regions in transition.

hive> explain dependency select * from srcpart where ds is not null;
OK
{"input_partitions":[
{"partitionName":"default@srcpart@ds=2008-04-08/hr=11"}
,
{"partitionName":"default@srcpart@ds=2008-04-08/hr=12"}
,
{"partitionName":"default@srcpart@ds=2008-04-09/hr=11"}
,
{"partitionName":"default@srcpart@ds=2008-04-09/hr=12"}
],"input_tables":[]}
input_tables should contain srcpart

The latest spring ref (http://static.springsource.org/spring/docs/3.1.x/spring-framework-reference/html/scheduling.html#scheduling-quartz) is still referencing old Quartz owner and link.
26.6. Using the OpenSymphony Quartz Scheduler
It should really be "Quartz Scheduler", and the link is http://quartz-scheduler.org

RetryInvoker should not retry if a given operation is transactional.  If the operation fails - the status of the current transaction will be rollback-only, which will fail due to invalid transaction status if retried.

even though we no longer call the old Get code, there are QueryMatchers and other accessory classes which used to be necessary but are no longer.

org.springframework.beans.factory.BeanDefinitionStoreException: I/O failure
during classpath scanning; nested exception is java.io.IOException: Could
not retrieve contents of directory [/home/prvadm/.ssh]

IMO the exception should be caught, a debug level message printed and Spring should continue scanning.

When using UriComponents expand() and encode() with path variables, slashes in the path variables are not escaped if the path variable was added using path(), but they are escaped if the path variable was added using pathSegment(). Furthermore, if normalize() is called, slashes are not escaped in either case.

String expanded = UriComponentsBuilder.fromUriString("https://example.com/") //
	.path("/{var1}") // encode() will *NOT* encode slashes in this variable
	.pathSegment("{var2}") // encode() *WILL* encode slashes in this variable
	.build()
	// .normalize() // If uncommented, encode() will *NOT* encode slashes in any path variable
	.expand("var/1", "var/2")
	.encode()
	.toUriString();

System.out.println(expanded);

output:

https://example.com/var/1/var%2F2

The underlying issue here is that expand() and encode() are two different calls, and once expand() is called, the information that this part of the path came from a path variable is lost and so encode() can't distinguish slashes inside the path variable from genuine path slashes. Internally, pathSegment() keeps each segment in a separate String so it doesn't suffer from this, but calling normalize() merges them into a single path and so the issue happens again.

A recent change to Hadoop20Shims.java added a dependency to o.a.h.tools.HadoopArchives.
Consequently, we need to add hadoop-*-tools.jar to the eclipse classpath.

completion and history are enabled when prompting user for certificate acceptance.
That is not the case for userName/password. Code refactoring is required to share the same logic for all these users interaction.

Concurrent access to a prototype bean with a nested map property causes random java.lang.ClassCastExceptions.
Example:
    <!-- prototype -->
    <bean   id="statefulBean"
            class="foo.bar.mapissue.bo.DefaultStatefulBean"
            init-method="init"
            scope="prototype">
        <property name="mappings">
            <map key-type="java.lang.String" value-type="java.lang.String">
                <entry key="fromA" value="toB"/>
                <entry key="fromB" value="toC"/>
            </map>
    </bean>
Running the attached program randomly yields the following exception:
27.07.2010 16:29:18 org.springframework.beans.factory.support.DefaultListableBeanFactory preInstantiateSingletons
INFO: Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@e5355f: defining beans [statefulBean]; root of factory hierarchy
Exception in thread "Thread-1100" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'statefulBean' defined in class path resource [spring/applicationContext.xml]: Error converting typed String value for bean property 'mappings'; nested exception is java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
        at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:194)
        at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveManagedMap(BeanDefinitionValueResolver.java:382)
        at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:161)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1317)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1076)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:517)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:310)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:190)
        at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1075)
        at foo.bar.mapissue.MapIssueTest$RequestThread.doWork(MapIssueTest.java:57)
        at foo.bar.mapissue.MapIssueTest$RequestThread.run(MapIssueTest.java:49)
Caused by: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
        at org.springframework.beans.factory.config.TypedStringValue.getTargetTypeName(TypedStringValue.java:135)
        at org.springframework.beans.factory.config.TypedStringValue.resolveTargetType(TypedStringValue.java:158)
        at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveTargetType(BeanDefinitionValueResolver.java:242)
        at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:184)
        ... 12 more
Possible workaround: do not use an anonymous inner bean but create a util:map-style bean and reference it from the prototype:
        <property name="mappings" ref="mappings"/>
    </bean>
    <util:map id="mappings" key-type="java.lang.String" value-type="java.lang.String">
          <entry key="fromA" value="toB"/>
          <entry key="fromB" value="toC"/>
    </util:map>
Please note: 

The issue does not occur all the time, running the test multiple times might be necessary.
Tested on Windows XP, SUN JVM 1.6.0_17, 1.6.0_18, 1.6.0_21

These files:
spring-security/config/src/main/resources/org/springframework/security/config/spring-security-3.1.xsd
spring-security/config/src/main/resources/org/springframework/security/config/spring-security-3.2.xsd
spring-security/config/src/main/resources/org/springframework/security/config/spring-security-3.1.rnc
spring-security/config/src/main/resources/org/springframework/security/config/spring-security-3.2.rnc
have docs:
    A pattern can also be configured to bypass Spring Security's filters
    completely by setting the "secured" attribute to "false".
for "http" element. But there are no any "secured" attribute! I guess that it might be security="none"...
Please update schema docs.

While debugging why reseek is so slow I found that it is quite broken for encoded scanners.
The problem is this:
AbstractScannerV2.reseekTo(...) calls isSeeked() to check whether scanner was seeked or not. If it was it checks whether the KV we want to seek to is in the current block, if not it always consults the index blocks again.
isSeeked checks the blockBuffer member, which is not used by EncodedScannerV2 and thus always returns false, which in turns causes an index lookup for each reseek.

Minor nit. If zoo.cfg is missing or incorrect on the task trackers, you'll get this NPE when the child task starts:
09/05/08 02:46:15 INFO mapred.JobClient: Task Id : attempt_200905080240_0002_m_000000_2, Status : FAILED
        at org.apache.hadoop.hbase.mapred.TableInputFormatBase$TableRecordReader.restart(TableInputFormatBase.java:117)
        at org.apache.hadoop.hbase.mapred.TableInputFormatBase$TableRecordReader.init(TableInputFormatBase.java:128)
        at org.apache.hadoop.hbase.mapred.TableInputFormatBase.getRecordReader(TableInputFormatBase.java:249)
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:336)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:305)
        at org.apache.hadoop.mapred.Child.main(Child.java:170)

See: https://issues.apache.org/jira/browse/YARN-1530
This is a simple pre/post exec hook to log query + plan information to yarn. This information can be used to build tools and UIs to monitor, track, debug and tune Hive queries.
Off by default, but can be enabled via:
hive.exec.pre.hooks=ql.src.java.org.apache.hadoop.hive.ql.hooks.ATSHook
hive.exec.post.hooks=ql.src.java.org.apache.hadoop.hive.ql.hooks.ATSHook
hive.exec.failure.hooks=ql.src.java.org.apache.hadoop.hive.ql.hooks.ATSHook

Given this route:
MyRoute.scala
import org.apache.camel.main.Main
import org.apache.camel.scala.dsl.builder.{RouteBuilder, RouteBuilderSupport}

class MyRoute extends RouteBuilder {

  "direct:input" ==> {
    id("my-route")
    to("mock:output")
  }

}

object MyRoute extends RouteBuilderSupport {

  def main(args: Array[String]) {
    val main = new Main()
    main.enableHangupSupport
    main.addRouteBuilder(new MyRoute)
    main.run
  }
  
}

On startup we can see a my-route id:

[main] DefaultCamelContext INFO Route: my-route started and consuming from: Endpoint[direct://input]

Adding an onException definition to the route:

  handle[FileNotFoundException] {
    to("mock:exception")
  }.handled

On startup we can see a route1 id:

[main] DefaultCamelContext INFO Route: route1 started and consuming from: Endpoint[direct://input]

HIVE-8130 commit missed q-test related files. Adding those in this patch. 

Getting wrong output with the local timezone set to PST (which has DST). I don't think this happens when the local timezone does not observe DST.

select from_utc_timestamp('2015-03-28 17:00:00', 'Europe/London')
2015-03-28 17:00:00

select from_utc_timestamp('2015-03-28 18:00:00', 'Europe/London')
2015-03-28 19:00:00  <= Wrong, should be 2015-03-28 18:00:00

select from_utc_timestamp('2015-03-28 19:00:00', 'Europe/London')
2015-03-28 20:00:00 <= Wrong, should be 2015-03-28 19:00:00

Also to_utc_timestamp():

select to_utc_timestamp('2015-03-28 17:00:00', 'Europe/London')

select to_utc_timestamp('2015-03-28 18:00:00', 'Europe/London')
2015-03-28 17:00:00 <= Wrong

select to_utc_timestamp('2015-03-28 19:00:00', 'Europe/London')
2015-03-28 18:00:00 <= Wrong

select to_utc_timestamp('2015-03-28 20:00:00', 'Europe/London')
2015-03-28 19:00:00 <= Wrong

The key used in Wss4j interceptor's Signature tests has expired. Attaching a new keystore and a new signed-soap.xml

Bucketmap inner join query between bucketed tables throws following exception when one table contains all the empty buckets while other has all the non-empty buckets.

Vertex failed, vertexName=Map 2, vertexId=vertex_1466710232033_0432_4_01, diagnostics=[Task failed, taskId=task_1466710232033_0432_4_01_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0432_4_01_000000_0:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:211)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:168)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:330)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:184)
	... 14 more
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.getKeyValueReader(MapRecordProcessor.java:372)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.initializeMapRecordSources(MapRecordProcessor.java:344)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:292)
	... 15 more
], TaskAttempt 1 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0432_4_01_000000_1:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 14 more
	... 15 more
], TaskAttempt 2 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0432_4_01_000000_2:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 14 more
	... 15 more
], TaskAttempt 3 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0432_4_01_000000_3:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 14 more
	... 15 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:59, Vertex vertex_1466710232033_0432_4_01 [Map 2] killed/failed due to:OWN_TASK_FAILURE]
FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Map 2, vertexId=vertex_1466710232033_0432_4_01, diagnostics=[Task failed, taskId=task_1466710232033_0432_4_01_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0432_4_01_000000_0:java.lang.RuntimeException: java.lang.RuntimeException: Map operator initialization failed
	... 14 more
	... 15 more
	... 14 more
	... 15 more
	... 14 more
	... 15 more
	... 14 more
	... 15 more

Steps to reproduce the issue:

set hive.execution.engine=tez;
set hive.exeucution.mode=container;
drop table if exists src_emptybucket;
create table src_emptybucket (name string, age int, gpa double)
clustered by (age)
into 30 buckets
stored as orc;
insert into table src_emptybucket
select * from studenttab10k limit 0;

drop table if exists src_nonemptybucket;
create table src_nonemptybucket (name varchar(50), age int, gpa decimal(38,18))
into 60 buckets
insert into table src_nonemptybucket
select * from studenttab10k 
where age in (
select distinct(age) from studenttab10k 
limit 60);

set hive.optimize.bucketmapjoin=true;
set hive.convert.join.bucket.mapjoin.tez=true;

select e1.name as e1_name, e1.age as e1_age, e1.gpa as e1_gpa, e2.name as e2_name, e2.age as e2_age, e2.gpa as e2_gpa from src_emptybucket e1 inner join src_nonemptybucket e2 on e1.age = e2.age;

If the ProviderManager has multiple AuthenticationProviders and one of the earlier providers throws an InternalAuthenticationServiceException then it will not be reported if a later provider throws any kind of AuthenticationException.
I experienced this when the errors that were occurring from a misconfigured LDAP provider were masked by the UsernameNotFoundException from the subsequent dao provider.
Given the javadocs for InternalAuthenticationServiceException it sounds like these errors should be logged even if a subsequent authentication provider succeeds (or fails).  Perhaps ProviderManager.authenticate() should have a special case for handling IASEs like it does for {{AccountStatusException}}s.

Camel JGroups component uses a JGroups JChannel object in JGroupsEndpoint, which is shared by its JGroupsProducer and JGroupsConsumer. 
However, both the producer and consumer call disconnect() independently in their doStop() methods. This can leave a producer or consumer disconnected if the other is stopped.
The channel connect/disconnect could use a shared counter to determine when the channel should be disconnected. 

// Kotlin code:

@RunWith(SpringRunner::class)
@JooqTest
class Test {    

    fun `this will fail`() {  }

}

Running this Kotlin test in a java 9 or 10 environment throws the following error:

org.springframework.aop.framework.AopConfigException: Could not generate CGLIB subclass of class [class Test]: Common causes of this problem include using a final class or a non-visible class; nested exception is org.springframework.cglib.core.CodeGenerationException: java.lang.reflect.InvocationTargetException-->null	at org.springframework.aop.framework.CglibAopProxy.getProxy(CglibAopProxy.java:209)
	at org.springframework.aop.framework.ProxyFactory.getProxy(ProxyFactory.java:110)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.createProxy(AbstractAutoProxyCreator.java:473)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.wrapIfNecessary(AbstractAutoProxyCreator.java:355)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.postProcessAfterInitialization(AbstractAutoProxyCreator.java:304)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:437)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1706)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:413)
	at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:119)
	at org.springframework.boot.test.autoconfigure.SpringBootDependencyInjectionTestExecutionListener.prepareTestInstance(SpringBootDependencyInjectionTestExecutionListener.java:44)
	at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:246)
Caused by: org.springframework.cglib.core.CodeGenerationException: java.lang.reflect.InvocationTargetException-->null
	at org.springframework.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:345)
	at org.springframework.cglib.proxy.Enhancer.generate(Enhancer.java:492)
	at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:93)
	at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:91)
	at org.springframework.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
	at java.base/java.util.concurrent.FutureTask.run$$$capture(FutureTask.java:264)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java)
	at org.springframework.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
	at org.springframework.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
	at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:116)
	at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:291)
	at org.springframework.cglib.proxy.Enhancer.createHelper(Enhancer.java:480)
	at org.springframework.cglib.proxy.Enhancer.createClass(Enhancer.java:337)
	at org.springframework.aop.framework.ObjenesisCglibAopProxy.createProxyClassAndInstance(ObjenesisCglibAopProxy.java:58)
	at org.springframework.aop.framework.CglibAopProxy.getProxy(CglibAopProxy.java:205)
	... 31 more
	at java.base/jdk.internal.reflect.GeneratedMethodAccessor43.invoke(Unknown Source)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:564)
	at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:459)
	at org.springframework.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:336)
	... 45 more
Caused by: java.lang.ClassFormatError: Illegal method name "this will fail" in class Test$$EnhancerBySpringCGLIB$$9a76c928
	at java.base/java.lang.ClassLoader.defineClass1(Native Method)
	at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1007)
	... 50 more

It doesn't matter if @JooqTest or @DataJpaTest is used. As soon as Spring attempts to proxy (with the transaction handler) the test class it fails.

A CLI class instance (programmatic access to CLI) should not have to call terminate in order for its process to exit. That is caused by a CLI Executor creating non daemon threads.

1. Have the Windowing Table Function support streaming mode.
2. Have special handling for Ranking UDAFs.
3. Have special handling for Sum/Avg for fixed size Wdws.

	@Test
	public void testPolymorphicWithPage(){
		Foo foo = new Foo();
		foo.id = "1";
		template.save(foo);

		foo = new Foo();
		foo.id = "2";

		Bar bar = new Bar();
		bar.id = "3";
		template.save(bar);

		bar = new Bar();
		bar.id = "4";

		List<Bar> bars = template.find(Query.query(new Criteria()).limit(1).skip(1), Bar.class);

		assertThat(bars,hasSize(1));
		assertThat(bars.get(0).id,is("4"));

	}

	@Document(collection = "foo")
	static class Foo {
		String id;
	}

	static class Bar extends Foo {

	}

When we query for Foo all works as expected but if I want to get only Bar then I get bar but with Foo id "2".
The issue is caused by the lack of query for concrete type.
I think there should be added to mongo query restriction for type and all subtypes names.
eg.

_class: { $in: ["Bar", "BarSub" ] }

based on provided query type.

The primary issue is when plan is generated pathToAliases map is populated with directory paths to table aliases. pathToAliases.put() uses path.toString() as map key. During probing, path.toUri().toString() is used. This can cause probe misses when path contains spaces in them. path.toUri() will escape the spaces in the path whereas path.toString() does not escape the spaces. As a result, HiveInputFormat can trigger a different code path which can fail to set list of columns to read from the source table. This was causing unexpected NPE in OrcInputFormat (after refactoring HIVE-11705) which removed null check for column names. The resulting exception is 

Caused by: java.lang.RuntimeException: ORC split generation failed with exception: java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1288)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getSplits(OrcInputFormat.java:1354)
        at org.apache.hadoop.hive.ql.io.HiveInputFormat.addSplitsForGroup(HiveInputFormat.java:367)
        at org.apache.hadoop.hive.ql.io.HiveInputFormat.getSplits(HiveInputFormat.java:457)
        at org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator.initialize(HiveSplitGenerator.java:152)
        at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable$1.run(RootInputInitializerManager.java:246)
        at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable$1.run(RootInputInitializerManager.java:240)
        at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable.call(RootInputInitializerManager.java:240)
        at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable.call(RootInputInitializerManager.java:227)
        ... 3 more
        at java.util.concurrent.FutureTask.report(FutureTask.java:122)
        at java.util.concurrent.FutureTask.get(FutureTask.java:192)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1282)
        ... 15 more
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.extractNeededColNames(OrcInputFormat.java:422)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.extractNeededColNames(OrcInputFormat.java:417)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.access$2000(OrcInputFormat.java:134)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.call(OrcInputFormat.java:1072)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.call(OrcInputFormat.java:919)
        ... 4 more

AuthenticationTokenSecretManager is never stopped in RPCServer.

    AuthenticationTokenSecretManager mgr = createSecretManager();
    if (mgr != null) {
      setSecretManager(mgr);
      mgr.start();
    }

It should be stopped during exit.

Status Quo
In JsonPathExpectationsHelper, the exists() method asserts that the evaluated JsonPath expression results in a value; however, if the value is an array the exists() method throws an AssertionError if the array exists but is empty. Similarly, the doesNotExist() method does not throw an AssertionError if an array exists but is empty.
This specialized treatment for arrays is illogical and inconsistent with the treatment of empty strings and empty maps.
Analysis
It turns out that existing specialized treatment of arrays is a result of the fact that the JsonPath library always returns an empty array if the path is an indefinite path that does not evaluate to a specific result. This can be the case when a JsonPath expression uses a filter to select results based on a predicate for which there is no match in the content. Consult the discussion on what is returned when in the JsonPath documentation for details.

 Ensure that empty arrays are considered existent when the JsonPath is definite but nonexistent when the JsonPath is indefinite, in line with current support for empty strings and empty maps.
 Introduce a new mechanism for asserting that an array, map, or string is empty.
	
addressed in SPR-13352

Looks like wildfly swarm jmx dependency could be used only when there is jar packaging. I tried to add this dependency to jaxrs-cdi example and I got following exception:

	at org.wildfly.swarm.bootstrap.Main.invoke(Main.java:86)
	at org.wildfly.swarm.bootstrap.Main.run(Main.java:50)
	at org.wildfly.swarm.bootstrap.Main.main(Main.java:45)
Caused by: java.lang.IllegalArgumentException: [SHRINKWRAP-93] Cannot use this JDK-based implementation to export as ZIP an archive with no content: baf3a278-3db2-462c-a520-06f04c8f0d57.war: 0 assets
	at org.jboss.shrinkwrap.impl.base.exporter.zip.ZipExporterDelegate.<init>(ZipExporterDelegate.java:46)
	at org.jboss.shrinkwrap.impl.base.exporter.zip.ZipExporterImpl.exportAsInputStream(ZipExporterImpl.java:48)
	at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:164)
	at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:76)
	at org.wildfly.swarm.Swarm.deploy(Swarm.java:378)
	at org.wildfly.swarm.Swarm.main(Swarm.java:502)
	... 7 more

Problem is that in org.wildfly.swarm.container.runtime.deployments.DefaultDeploymentCreator constructor there is only one factory with type jar but in createDefaultDeployment method (in the same class) there is war required type resulting in new EmptyJARArchiveDeploymentFactory instance

the following tests are broken:
>>><<< org.apache.hadoop.hbase.regionserver.TestStore.testIncrementColumnValue_ICVDuringFlush
All of the TestQueryMatcher tests.

Currently if the /host=master/directory-grouping=by-server is set the same directory will be used for all servers if the jboss.server.xxx.dir is overridden. For example of the jboss.server.log.dir is overridden all servers in the group write to the same server.log file. They should be in $jboss.server.log.dir/server-name/ directory.

Just did something like this:
        for (int i = 0; i < 1000; i++) 
{
            context.stopRoute("sedaToMock");
            context.startRoute("sedaToMock");	        
        }
 
and yeah, I had over 1000 threads in my JVM... not good 

Some tests are checking failure message or exception message as if the Locale is always English. Fixing those

HiveSchemaTool -validate fails for those databases that don't support schemas.

If there is a method without a method-intf the ejb-jar.xml it will not be considered when determining the transaction attribute. 

In Phoenix + HBase clusters, the hbase-site.xml configuration will point to a custom rpc controller factory which is a Phoenix-specific one to configure the priorities for index and system catalog table. 
However, sometimes these Phoenix-enabled clusters are used from pure-HBase client applications resulting in ClassNotFoundExceptions in application code or MapReduce jobs. Since hbase configuration is shared between Phoenix-clients and HBase clients, having different configurations at the client side is hard. 
We can instead try to load up the RPCControllerFactory from conf, and if not found, fallback to the default one (in case this is a pure HBase client). In case Phoenix is already in the classpath, it will work as usual. 
This does not affect the rpc scheduler factory since it is only used at the server side. 

Given the following bean configuration:

<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:context="http://www.springframework.org/schema/context"
       xmlns:mvc="http://www.springframework.org/schema/mvc"
       xsi:schemaLocation="
       http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd
       http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
       http://www.springframework.org/schema/mvc   http://www.springframework.org/schema/mvc/spring-mvc.xsd">
  <context:component-scan base-package="test" />
  <mvc:annotation-driven/>
</beans>

and the following controller:

package test;
// ...
  @RequestMapping("/home")
  @ResponseBody
  public String home(@RequestParam String param) {
    return param;
}

and using them in a Servlet 2.5 environment (e.g. Tomcat 6) will result in the following exception when a request is made to /home:

org.springframework.web.multipart.MultipartException: Current request is not a multipart request
        at org.springframework.web.method.annotation.RequestParamMethodArgumentResolver.handleMissingValue(RequestParamMethodArgumentResolver.java:188)
        at org.springframework.web.method.annotation.AbstractNamedValueMethodArgumentResolver.resolveArgument(AbstractNamedValueMethodArgumentResolver.java:104)
        at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:121)
        at org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:161)
        at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:128)
        at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:114)
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:827)
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:738)
        at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85)
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:963)
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897)
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970)
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        ...

This only occurs when Spring chooses to use the RequestMappingHandlerAdapter (as opposed to the deprecated AnnotationMethodHandlerAdapter).
The root cause of this seems to be in the (somewhat recent) MultipartResolutionDelegate class. Its servletPartClass field remains null in pre Servlet 3.0 environments, and some equality checks yield false positives due to that. For instance:

private static boolean isPartCollection(MethodParameter methodParam) {
	return (servletPartClass == getCollectionParameterType(methodParam));
}
private static Class<?> getCollectionParameterType(MethodParameter methodParam) {
	Class<?> paramType = methodParam.getNestedParameterType();
	if (Collection.class == paramType || List.class.isAssignableFrom(paramType)){
		Class<?> valueType = GenericCollectionTypeResolver.getCollectionParameterType(methodParam);
		if (valueType != null) {
			return valueType;
		}
	}
}

getCollectionParameterType returns null for non-collection parameters, which makes isPartCollection return true. The isPartArray method is plagued by the same issue (and maybe other places are too).

User should be able to change hive.jdbc settings, include "hive.jdbc.pushdown.enable".

Simple cli seems to hang on master :
% git clone git://github.com/SpringSource/spring-batch.git
% cd archetypes/simple-cli
% mvn exec:java

[WARNING] 
[WARNING] Some problems were encountered while building the effective model for org.springframework.batch:spring-batch-simple-cli:jar:2.1.6.CI-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-compiler-plugin is missing. @ line 166, column 12
[WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-surefire-plugin is missing. @ line 188, column 12
[WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-jar-plugin is missing. @ line 229, column 12
[WARNING] The expression ${pom.artifactId} is deprecated. Please use ${project.artifactId} instead.
[WARNING] 
[WARNING] 
[WARNING] 
[INFO]                                                                         
[INFO] Building Commandline 2.1.6.CI-SNAPSHOT
[INFO] 
[INFO] >>> exec-maven-plugin:1.1:java (default-cli) @ spring-batch-simple-cli >>>
[INFO] 
[INFO] <<< exec-maven-plugin:1.1:java (default-cli) @ spring-batch-simple-cli <<<
[INFO] 
[INFO] --- exec-maven-plugin:1.1:java (default-cli) @ spring-batch-simple-cli ---

Works fine on 2.1.5.RELEASE tag.
% git co 2.1.5.RELEASE

...
...
2011-01-19 09:50:28,367 INFO org.springframework.batch.core.launch.support.CommandLineJobRunner.main() [org.springframework.batch.core.launch.support.SimpleJobLauncher] - <Job: [FlowJob: [name=job1]] completed with the following parameters: [{}] and the following status: [COMPLETED]>
...

On master, I apply this patch, and it works again.

% git diff
diff --git a/archetypes/simple-cli/pom.xml b/archetypes/simple-cli/pom.xml
index 10236b8..8e0474a 100644
--- a/archetypes/simple-cli/pom.xml
+++ b/archetypes/simple-cli/pom.xml
@@ -15,7 +15,7 @@
        <properties>
                <maven.test.failure.ignore>true</maven.test.failure.ignore>
                <spring.framework.version>2.5.6</spring.framework.version>
-               <spring.batch.version>2.1.4.RELEASE</spring.batch.version>
+              <spring.batch.version>2.1.5.RELEASE</spring.batch.version>
                <dependency.locations.enabled>false</dependency.locations.enabled>
        </properties>
        <profiles>

EAP 7.2 is logging the ejb: JNDI binding 'ejb:ejb-client/Hello!com.jboss.examples.ejb.Hello' which can be used by remote clients, but when the deployment is not an ear there is not an an AppName/ModuleName.
the format is: ejb: appName / moduleName / distinctName / EJBName!EJBInterface
For a deployment ejb-client.jar, the EJB it seeing appName == moduleName == ejb-client.  But the way it has worked is if there is no sub deployment, then the appName is considered "", making the lookup: ejb:/ejb-client/Hello!com.jboss.examples.ejb.Hello
If the ejb-client.jar was packaged in app.ear, then the lookup would be ejb:app/ejb-client/Hello!com.jboss.examples.ejb.Hello
So all of that to say, there should be a / in the binding name when there is not an appName (ie not in an ear or not a subdeployment).

  @Resource(lookup = "java:app/AppName")
  private String appName;
  @Resource(lookup = "java:module/ModuleName")
  private String moduleName;

https://docs.jboss.org/author/display/WFLY/EJB+invocations+from+a+remote+server+instance

INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-5) WFLYEJB0473: JNDI bindings for session bean named 'Hello' in deployment unit 'deployment "ejb-client.jar"' are as follows:

	java:global/ejb-client/Hello!com.jboss.examples.ejb.Hello
	java:app/ejb-client/Hello!com.jboss.examples.ejb.Hello
	java:module/Hello!com.jboss.examples.ejb.Hello
	java:jboss/exported/ejb-client/Hello!com.jboss.examples.ejb.Hello
	ejb:ejb-client/Hello!com.jboss.examples.ejb.Hello
	java:global/ejb-client/Hello
	java:app/ejb-client/Hello
	java:module/Hello

org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor

            // log EJB's ejb:/ namespace binding
            final String ejbNamespaceBindingName = sessionBean.isStateful() ? ejbNamespaceBindingBaseName + "!" + viewClassName + "?stateful" : ejbNamespaceBindingBaseName + "!" + viewClassName;
            logBinding(jndiBindingsLogMessage, ejbNamespaceBindingName);

Queries with limit clause (with reasonable number), for example

select * from src order by key limit 10;

makes operator tree, 
TS-SEL-RS-EXT-LIMIT-FS
But LIMIT can be partially calculated in RS, reducing size of shuffling.
TS-SEL-RS(TOP-N)-EXT-LIMIT-FS

See nabble
http://camel.465427.n5.nabble.com/FileLockExclusiveReadLockStrategy-doesn-t-hold-lock-and-error-on-commit-tp5762668.html
The acquire lock method closes the channel if it acquired the lock, but that would make the lock invalid. Instead the channel should remain open and only closed when the lock is released.

A NullPointerException is thrown, when using a runtime-name for a batch job.
 Exception

    ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 13) WFLYCTL0013: Operation ("read-attribute") failed - address: ([  
        ("deployment" => "batch-chunk-csv-database.war"),  
        ("subsystem" => "batch-jberet"),  
        ("job" => "myJob")  
    ]): java.lang.NullPointerException  
        at org.wildfly.extension.batch.jberet.deployment.JobOperationStepHandler.execute(JobOperationStepHandler.java:68)  
        at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)  
        at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)  
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:230)  
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:988)  
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:921)  
        at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:664)  
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:383)  
        at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1364)  
        at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:416)  
        at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:237)  
        at org.wildfly.security.auth.client.PeerIdentity.runAsAll(PeerIdentity.java:431)  
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:206)  
        at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:237)  
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)  
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)  
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)  
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)  
        at org.wildfly.security.auth.client.PeerIdentity.runAsAll(PeerIdentity.java:464)  
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:225)  
        at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:185)  
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)  
        at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)  
        at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)  
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)  
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)  
        at java.lang.Thread.run(Thread.java:745)  
        at org.jboss.threads.JBossThread.run(JBossThread.java:320)  

Currently tez falls back to MR task for merge file task. It will beneficial to convert the merge file tasks to tez task to make use of the performance gains from tez. 

When RooShell is started on a project in STS, the following message is shown:
Invalid dependency between upstream 'MID:org.springframework.roo.addon.dod.DataOnDemandMetadata#SRC_TEST_JAVA?br.com.brpex.paavo.dominio.PedidoDataOnDemand' and downstream 'MID:org.springframework.roo.addon.dod.DataOnDemandMetadata#SRC_TEST_JAVA?br.com.brpex.paavo.dominio.AndamentoPedidoDataOnDemand'
Moreover, Roo not updated the files .j when i change my entities adding a new field, for example. Is that a problem is related to the first one?
Thanks.

This expression should work out of the box

                    .setHeader("goto").simple("${bean:myBean?method=whereToMate('MyAppV1.2.3', 'blah')}")

Both sql server & oracle treats date/timestamp higher in hierarchy than varchars

In standalone.xml, if we enable statistics such as:

            <cache-container name="web" default-cache="repl" module="org.wildfly.clustering.web.infinispan" statistics-enabled="true">
                <transport lock-timeout="60000"/>
                <replicated-cache name="repl" statistics-enabled="true" mode="ASYNC">
                    <locking isolation="READ_COMMITTED"/>
                    <transaction locking="OPTIMISTIC" mode="BATCH"/>
                    <state-transfer chunk-size="512" timeout="240000"/>
                </replicated-cache>
            </cache-container>

The following MBean:

jboss.infinispan:cluster=web,type=channel

is getting eventually registered when deploying any application.
When undeploying that application, the MBean is not getting unregistered and thus can leak pretty much anything.
Also, if you try to deploy the very same application right after another MBean will get registered:

jboss.infinispan2:cluster=web,type=channel

Note: cache enable-statistics=true doesn't seems to leak anything.

org.wildfly.test.integration.elytron.ejb.AuthenticationTestCase
There are missing permissions:

new PropertyPermission("jboss.bind.address", "read") required by TestSuiteEnvironment class,
new ElytronPermission("getSecurityDomain"),
new ElytronPermission("authenticate").

From mailing list by Ioannis Konstantinou:

The problem is in the class org.apache.hadoop.hbase.mapreduce.KeyValueSortReducer. 
When you add keyvalues to the treeset for sorting, you need to add keyvalue clones instead of just references. What happens now, is that in every iteration, the value that exists in the treeset gets replaced with the new value.

So, you need to replace line 41 ( map.add(kv);) 
with this line:   map.add(kv.clone())

in this case, the treeset populates correcty.

I filed this against 0.20.3 so if we have to cut a new RC, we can include this fix too.

Right now ITBLL can leave a table and some files on HDFS. It's then up to the user to clean them up. This can be a little messy. Lets give a single command to do that.

create table test(key string);
select nvl(key, true) from test;

The query above will throw NPE rather than the meaningful error "The first and seconds arguments of function NLV should have the same type".

In my project, we have an entity called NormalizedProfile, which is a huge collection of generic ListField s. Each listField is a list of Value s plus some metadata. And Value is a (well) single "value" plus some metadata. In our case, atomic "value" is either primitive wrapper, Object or Enum, never a collection (in case it is relevant).
Value<T> gets its generic type from ListField<T> it is enclosed in. Nothing fancy.
In addition to standard java SpringDataMongo config, we customise MappingMongoConverter to stop save and use "_class" field. No polymorphic behaviour is needed in our case, so why not.
Problem is with Object- and Enum- generalized ListField s. After they are saved, they never read as a real object and returned as LHM instead. When I use java.util.List instead of our custom structure, everything works fine.
Please see attached minimal test - j.u.List<Education> testcase succeeds and ListField<Education> fails.

We get back a ModelNode result from the underlying deploy() action.
We should complain loudly if it fails.

When scanning a table sometimes rows that have multiple column families get split into two rows if there are concurrent writes.  In this particular case we are overwriting the contents of a Get directly back onto itself as a Put.
For example, this is a two cf row (with "f1", "f2", .. "f9" cfs).  It is actually returned as two rows (#55 and #56). Interestingly if the two were merged we would have a single proper row.
Row row0000024461 had time stamps: [55: keyvalues=
{row0000024461/f0:data/1318200440867/Put/vlen=1000, row0000024461/f0:qual/1318200440867/Put/vlen=10, row0000024461/f1:data/1318200440867/Put/vlen=1000, row0000024461/f1:qual/1318200440867/Put/vlen=10, row0000024461/f2:data/1318200440867/Put/vlen=1000, row0000024461/f2:qual/1318200440867/Put/vlen=10, row0000024461/f3:data/1318200440867/Put/vlen=1000, row0000024461/f3:qual/1318200440867/Put/vlen=10, row0000024461/f4:data/1318200440867/Put/vlen=1000, row0000024461/f4:qual/1318200440867/Put/vlen=10}
, 
56: keyvalues=
{row0000024461/f5:data/1318200440867/Put/vlen=1000, row0000024461/f5:qual/1318200440867/Put/vlen=10, row0000024461/f6:data/1318200440867/Put/vlen=1000, row0000024461/f6:qual/1318200440867/Put/vlen=10, row0000024461/f7:data/1318200440867/Put/vlen=1000, row0000024461/f7:qual/1318200440867/Put/vlen=10, row0000024461/f8:data/1318200440867/Put/vlen=1000, row0000024461/f8:qual/1318200440867/Put/vlen=10, row0000024461/f9:data/1318200440867/Put/vlen=1000, row0000024461/f9:qual/1318200440867/Put/vlen=10}
]
I've only tested this on 0.90.1+patches and 0.90.3+patches, but it is consistent and duplicatable.

<gfe:gateway-sender id="modelTransferAlpha"
                        remote-distributed-system-id="${alpha.dsi}"
                        batch-size="1"
                        batch-time-interval="10"
                        persistent="false">
        <gfe:event-filter ref="alphaSenderFilter"/>
    </gfe:gateway-sender>
Doesn't like the ref attribute.

Taking:

@NamedQuery(name = "Test.findQuery", query = "from Test te where te.name like ?1 order by te.name desc")

And executing using:

repository.findQuery(name, new PageRequest(0, 5));

Results in:

org.springframework.orm.hibernate3.HibernateJdbcException: 
JDBC exception on Hibernate data access: 
SQLException for SQL [select count(test0_.id) as col_0_0_ from test test0_ where test0_.name=? order by test0_.name desc]; 
SQL state [null]; 
error code [0]; could not execute query; 
nested exception is org.hibernate.exception.GenericJDBCException: could not execute query...

I'm in 2 minds whether this is actually "correct" behaviour and whether there can be a more friendly/elegant way of warning or erroring out upfront if pageable requests are made on a named query with ordering etc. or whether the count query should be amended to exclude the order by (though there are probably a myriad of edge case scenarios that would then need to be catered for.)
Or is it just a case of 'caveat emptor' when mapping to a named query and using pageable finders? I'd hope there was some middle ground!

Section 3.3.1 of reference documentation should be clarified. id is no longer unique per XML file. It's now xsd:string.

HBASE-9832 added support for two more optional, special TSV columns, but no usage info was added. Add.

org.apache.hadoop.hive.ql.exec.DDLTask handles DDL operations in Hive.
Some operations (those exposed as REST API by Templeton) in this class, write a JSON object to stdout (on failure) which includes "error" and "errorCode" fields.  "errorCode" is set to values like 404, 500, etc. i.e. Http Status codes.  I believe this was done to support Templeton REST API.  This is not the right place to introduce Http codes.  
DDLTask should use canonical error messages defined in org.apache.hadoop.hive.ql.ErrorMsg and propagate it up to HCatCli which can decide how to encode the error and to which stream.  In particular it can create a parseable JSON object which Templeton can then interpret.  JSON object can also be generated here for errors from the parser/resolver (e.g. trying to describe a table which doesn't exist).
Then Templeton can map the canonical error code to appropriate Http Code.

When running hbck, I noticed "Number of requests" was wrong:
Average load: 466.41237113402065
Number of requests: -1835941345
Number of regions: 45242
Number of regions in transition: 0
The root cause is it use int, and clearly it overflowed.
I'll update a patch later.

in hplsql code, registerUDF code is
    sql.add("ADD JAR " + dir + "hplsql.jar");
    sql.add("ADD JAR " + dir + "antlr-runtime-4.5.jar");
    sql.add("ADD FILE " + dir + Conf.SITE_XML);
but pom configufation is
  <parent>
    <groupId>org.apache.hive</groupId>
    <artifactId>hive</artifactId>
    <version>2.2.0-SNAPSHOT</version>
    <relativePath>../pom.xml</relativePath>
  </parent>
  <artifactId>hive-hplsql</artifactId>
  <packaging>jar</packaging>
  <name>Hive HPL/SQL</name>
       <groupId>org.antlr</groupId>
       <artifactId>antlr4-runtime</artifactId>
       <version>4.5</version>
when run hplsql , errors occur as below
 Error while processing statement: /opt/apps/apache-hive-2.0.0-bin/lib/hplsql.jar does not exist

client-apis/mp_metrics_cdi_extension is present twice in pom.xml

StackOverflowError if body is FileInputStreamCache.
http://camel.465427.n5.nabble.com/camel-jclouds-StackOverflowError-if-body-is-FileInputStreamCache-tp5757810.html 

This is because of similar pattern as in 
https://issues.apache.org/jira/browse/HBASE-8547.
It took a lot of time to debug this and the reason for TestBlockeEvictionFromClient was flaky due to this. 
When we create split files the index of the firstKey that we create could possibly be the same key as in the case of #testBlockRefCountAfterSplits().
In such cases we were getting the same block to be cached again in the bucket cache. As part of HBASE-8547 such cases were being handled. 

String msg = "Caching an already cached block: " + cacheKey;
       msg += ". This is harmless and can happen in rare cases (see HBASE-8547)";
       LOG.warn(msg);

But this is a tricky case where this log msg will be coming only when block with same cachekey was completely cached in the bucket cache. If there is a case where the block with the same cachekey was not yet completed written to bucket cache (by cache writer threads) this this log msg won't come but the ramCache key wil prevent the block from again getting cached.

    if (ramCache.putIfAbsent(cacheKey, re) != null) {
      return;
    }

So when ever the block was getting cached once again and it is already in backingMap then we were doing a getBlock() to verify if the block is the same block. This was internallly adding to the refcount and so those blocks will never get removed from the bucket cache queue. ( there is no one to decrement the ref count on such cases). 
So I think for this rare cases it is better we do a copy of the block and then check if the block is same as the existing one. This should be harmless and should help us in doing proper ref counting 

I was doing a performance test using the Splitter EIP and after reaching good results with 2.23.0 release I tried the same test with 3.0.0-SNAPHOST discovering a memory leak located in the ReactiveHelper class (back LinkedList). It's at the routine engine level and a OOM error should be triggered with every load test, but I can share my test if it's needed.

1. 

if (admin.tableExists(tableName)) {
        System.out.println("Table does not exist.");
        System.exit(-1);
      }

if (!admin.tableExists(tableName)) {

2. 
SNAPPY is not suitable for begginer. They may get exceptions like 

Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.DoNotRetryIOException): org.apache.hadoop.hbase.DoNotRetryIOException: Compression algorithm 'snappy' previously failed test. Set hbase.table.sanity.checks to false at conf or table descriptor if you want to bypass sanity checks
	at org.apache.hadoop.hbase.master.HMaster.warnOrThrowExceptionForFailure(HMaster.java:1701)
	at org.apache.hadoop.hbase.master.HMaster.sanityCheckTableDescriptor(HMaster.java:1569)
	at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1491)
	at org.apache.hadoop.hbase.master.MasterRpcServices.createTable(MasterRpcServices.java:462)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:55682)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2178)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:112)
	at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:133)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:108)

So the code below

table.addFamily(new HColumnDescriptor(CF_DEFAULT).setCompressionType(Algorithm.SNAPPY));

it better to change into

table.addFamily(new HColumnDescriptor(CF_DEFAULT).setCompressionType(Algorithm.NONE));

3.
Before modify column family , get the table from connection
Change

HTableDescriptor table = new HTableDescriptor(tableName);

into

Table table = connection.getTable(TableName.valueOf(tablename));

4.
In  143.1.1. Code Formatting
it just said

Still in Preferences, click . Be sure the following options are selected:Apache HBase ™ Reference Guide

But nothing after click. It should be Java->Editor->Save Actions

My domain class has following javax.naming.Name attribute:

	@Attribute(name = "memberDN")
	private final Set<Name> memberDNs = new HashSet<Name>();

	public Set<Name> getMemberDNs() {
		return this.memberDNs ;
	}

	public void addMemberDN(final Name memberDN) {
		this.memberDNs.add(memberDN);
	}

	public void removeMemberDN(final Name memberDN) {
		this.memberDNs.remove(memberDN);
	}

1) First I created a new instance (without setting this attribut !!!) and save the instance by calling LDAPRepository.save() method.
2) After that I modified this attribut by calling addMemberDN(),
and saving the instance again throws a NullPointerException

[ERROR] java.lang.NullPointerException
[ERROR] 	at org.springframework.ldap.core.DirContextAdapter.collectModifications(DirContextAdapter.java:338)

look at the sourcecode:

NameAwareAttribute currentAttribute = originalAttrs.get(changedAttr.getID());

        if(changedAttr.hasValuesAsNames()) {
            try {
338:                currentAttribute.initValuesAsNames();
            }

problem: currentAttribute is null, because this attribute has not been seet,

If a chunk fails during write() then the recovery procedure will kick in.  But if all of the items pass during throttling, then no exception will be raised to try the chunk again.  Thus, the afterWrite() method will never be called because that method is only called by SimpleChunkProcessor.doWrite().

We use encoded name near everywhere. Makes logging regular-looking at least and eases tracing. In a few places we still do full region name. Let me fix (ran into it trying to debug...)

The soapAction HTTP header is not correctly set when running the CXF client in POJO mode using Camel.
The root cause seems to be that the service name from the generated service class differs from the service name in the WSDL.
For me it is unclear if this should be an issue with the cxf-codegen-plugin or with the Camel CXF component. When running the CXF client without Camel then the soapAction HTTP header is correctly set and the issue does not occur. So that's why I first report the bug with Camel.
Possible workarounds I found are:
1) Explicitly specifying the correct serviceName as CXF endpoint attribute.
2) Explicitly setting the soapAction header in the Camel route prior to calling the CXF endpoint.
Both workarounds are not desirable, because they are easily forgotten and CXF does not throw an exception when you do. According to the basic profile v1.0 the soapAction HTTP header must match the value in the WSDL and receiving SOAP servers may throw a SOAP Fault if it doesn't. Some SOAP servers do throw an exception when the soapAction HTTP header is invalid. Resulting in communication failures between some SOAP client/server combinations.
I created a test project to verify the above behaviour with the following tests:
1) CXF in PAYLOAD with Camel. => OK
2) CXF in POJO mode without Camel => OK
3) CXF in POJO mode with Camel => NOT OK
4) CXF in POJO mode with service name set => OK
5) CXF in POJO mode with soapAction set => OK
I run the test project with multiple combinations of Camel and CXF. The following combinations I have tried:
1) Camel 2.12.3 and CXF 2.7.10 (Apache Servicemix 5.0.0 setup)
2) Camel 2.12.4 and CXF 2.7.11 (Apache Servicemix 5.0.5 setup)
3) Camel 2.13.2 and CXF 2.7.11 (Apache Servicemix 5.1.3 and 5.3.0 setup)
4) Camel 2.14.0 and CXF 3.0.1
In the example project the mismatch occurs between an annotation in the generated service class:

@WebService(targetNamespace = "http://finalist.nl/ai/", name = "ICamelCxfTestService")

and the definition of the service name in the WSDL:

<wsdl:service name="CamelCxfTestService">

Newly added tests are not marked with @Test annotation and seemed not running. In my try after adding the annotation, testFetchFirstQuery is failed. Prasad Mujumdar Could you check this?

When a transaction which didn't do any changes finishes all bookmarks are cleared, including last bookmark (which already is in BM), loosing causal consistency.

WeakReferenceMonitor appears to have a subtle threading issue where an item can get added but ReleaseListener never gets called.
Sequence of events

monitor(item1, handler)
Item1 added to trackedEntries
isMonitoringThreadRunning() returns false
New monitoring thread started

Some time later
Monitor thread

Item1 becomes weakly reachable
Monitor thread detects reference in handleQueue
removeEntry(item1) and released
trackedEntries.isEmpty() returns true
while loop exits

Monitor thread pre-empted
Another thread

monitor(item2, handler)
sync
isMonitoringThreadRunning() returns true
release
done

Monitor thread rescheduled

sync
Monitor thread sets monitoringThread to null
release
monitor thread quits

In this state item2 release handler will never be called when item2 becomes weakly reachable.  If another item is added then the monitor thread will be restarted and item2 will be released properly.
Subtle and unlikely to occur and less likely to persist if monitor() is called often.

Left outer join on bucketed table on certain cases gives wrong results.
Depending on the order in which the table-scans are walked through, the FilterPruner might end up using the wrong table scan's table properties on the other table.

hiveserver2 is start seeing the memory pressure once the cachedUnionStructObjectInspector start going 
https://github.com/apache/hive/blob/master/serde/src/java/org/apache/hadoop/hive/serde2/objectinspector/ObjectInspectorFactory.java#L345
I did not see any eviction policy for cachedUnionStructObjectInspector, so we should implement some size or time-based eviction policy. 
  
Seen in our failover tests for remote stateful EJBs (but will be probably present in other scenarios as well).
This error is present in each server log in each test we have run so far. 
NullPointerException at at org.wildfly.clustering.server.registry.CacheRegistry.removed(CacheRegistry.java:178) occurs in a server log when some other server is shutting down/artefact is undeployed on the other server. 
It comes in these variants:

[JBossINF] [0m[31m14:12:09,106 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (remote-thread--p5-t15) ISPN000136: Execution error: org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.NullPointerException] while invoking method [public void org.wildfly.clustering.server.registry.CacheRegistry.removed(org.infinispan.notifications.cachelistener.event.CacheEntryRemovedEvent)] on listener instance: org.wildfly.clustering.server.registry.CacheRegistryFactory$1@5e33069d
[JBossINF] 	at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:291)
[JBossINF] 	at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:22)
[JBossINF] 	at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:309)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1212)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invokeNoChecks(CacheNotifierImpl.java:1207)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1184)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryRemoved(CacheNotifierImpl.java:356)
[JBossINF] 	at org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.notifyCommitEntry(ClusteringDependentLogic.java:132)
[JBossINF] 	at org.infinispan.interceptors.locking.ClusteringDependentLogic$InvalidationLogic.commitSingleEntry(ClusteringDependentLogic.java:331)
[JBossINF] 	at org.infinispan.interceptors.locking.ClusteringDependentLogic$ReplicationLogic.commitSingleEntry(ClusteringDependentLogic.java:372)
[JBossINF] 	at org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.commitEntry(ClusteringDependentLogic.java:108)
[JBossINF] 	at org.infinispan.interceptors.EntryWrappingInterceptor.commitContextEntry(EntryWrappingInterceptor.java:371)
[JBossINF] 	at org.infinispan.interceptors.EntryWrappingInterceptor.commitEntryIfNeeded(EntryWrappingInterceptor.java:549)
[JBossINF] 	at org.infinispan.interceptors.EntryWrappingInterceptor.commitContextEntries(EntryWrappingInterceptor.java:357)
[JBossINF] 	at org.infinispan.interceptors.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:104)
[JBossINF] 	at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:123)
[JBossINF] 	at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.invokeNextAndCommitIf1Pc(AbstractTxLockingInterceptor.java:96)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitPrepareCommand(PessimisticLockingInterceptor.java:99)
[JBossINF] 	at org.infinispan.interceptors.NotificationInterceptor.visitPrepareCommand(NotificationInterceptor.java:36)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:138)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:125)
[JBossINF] 	at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:111)
[JBossINF] 	at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:123)
[JBossINF] 	at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitPrepareCommand(TransactionSynchronizerInterceptor.java:39)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:200)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.visitPrepareCommand(StateTransferInterceptor.java:88)
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102)
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71)
[JBossINF] 	at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
[JBossINF] 	at org.infinispan.commands.tx.PrepareCommand.perform(PrepareCommand.java:113)
[JBossINF] 	at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:85)
[JBossINF] 	at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:32)
[JBossINF] Caused by: java.lang.NullPointerException
[JBossINF] 	at org.wildfly.clustering.server.registry.CacheRegistry.notifyListeners(CacheRegistry.java:183)
[JBossINF] 	at org.wildfly.clustering.server.registry.CacheRegistry.removed(CacheRegistry.java:178)
[JBossINF] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[JBossINF] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[JBossINF] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[JBossINF] 	at java.lang.reflect.Method.invoke(Method.java:497)
[JBossINF] 	at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:286)
[JBossINF] 	... 51 more

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-shutdown-repl-sync/2/console-perf20/

[JBossINF] [0m[31m14:05:17,107 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (transport-thread--p4-t5) ISPN000136: Execution error: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from perf21, see cause for remote stack trace
[JBossINF] 	at org.infinispan.remoting.transport.AbstractTransport.checkResponse(AbstractTransport.java:46)
[JBossINF] 	at org.infinispan.remoting.transport.AbstractTransport.parseResponseAndAddToResponseList(AbstractTransport.java:71)
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:586)
[JBossINF] 	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:287)
[JBossINF] 	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.prepareOnAffectedNodes(TxDistributionInterceptor.java:222)
[JBossINF] 	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.visitPrepareCommand(TxDistributionInterceptor.java:206)
[JBossINF] 	at org.infinispan.interceptors.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:102)
[JBossINF] 	at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitPrepareCommand(TransactionSynchronizerInterceptor.java:42)
[JBossINF] 	at org.infinispan.transaction.impl.TransactionCoordinator.commit(TransactionCoordinator.java:157)
[JBossINF] 	at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:112)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.finishResource(DummyTransaction.java:367)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.commitResources(DummyTransaction.java:413)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.runCommit(DummyTransaction.java:303)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:104)
[JBossINF] 	at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:73)
[JBossINF] 	at org.wildfly.clustering.ee.infinispan.ActiveTransactionBatch.close(ActiveTransactionBatch.java:48)
[JBossINF] 	at org.wildfly.clustering.server.registry.CacheRegistry.topologyChanged(CacheRegistry.java:157)
[JBossINF] 	at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1170)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1135)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyTopologyChanged(CacheNotifierImpl.java:590)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:201)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferManagerImpl.access$000(StateTransferManagerImpl.java:45)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferManagerImpl$1.updateConsistentHash(StateTransferManagerImpl.java:113)
[JBossINF] 	at org.infinispan.topology.LocalTopologyManagerImpl.doHandleTopologyUpdate(LocalTopologyManagerImpl.java:285)
[JBossINF] 	at org.infinispan.topology.LocalTopologyManagerImpl$1.run(LocalTopologyManagerImpl.java:218)
[JBossINF] 	at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.runInternal(SemaphoreCompletionService.java:173)
[JBossINF] 	at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.run(SemaphoreCompletionService.java:151)
[JBossINF] Caused by: org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.NullPointerException] while invoking method [public void org.wildfly.clustering.server.registry.CacheRegistry.removed(org.infinispan.notifications.cachelistener.event.CacheEntryRemovedEvent)] on listener instance: org.wildfly.clustering.server.registry.CacheRegistryFactory$1@79a3bffa
[JBossINF] 	... 3 more

[JBossINF] [0m[33m13:02:07,381 WARN  [org.infinispan.remoting.inboundhandler.NonTotalOrderPerCacheInboundInvocationHandler] (remote-thread--p5-t13) ISPN000071: Caught exception when handling command PrepareCommand {modifications=[RemoveCommand{key=perf21, value=null, flags=[FORCE_SYNCHRONOUS], valueMatcher=MATCH_ALWAYS}], onePhaseCommit=true, gtx=GlobalTransaction:<perf18>:51296:remote, cacheName='dist', topologyId=24}: org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.NullPointerException] while invoking method [public void org.wildfly.clustering.server.registry.CacheRegistry.removed(org.infinispan.notifications.cachelistener.event.CacheEntryRemovedEvent)] on listener instance: org.wildfly.clustering.server.registry.CacheRegistryFactory$1@76942caa
[JBossINF] 	at org.infinispan.interceptors.locking.ClusteringDependentLogic$DistributionLogic.commitSingleEntry(ClusteringDependentLogic.java:493)
[JBossINF] 	... 54 more

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-shutdown-dist-sync/2/console-perf20/
And it also appears in the [stderr] output as described in https://issues.jboss.org/browse/ISPN-5610

When using the JpaMessageIdRepository for an idempotent repo for file processing it holds onto connections and does not release them unless you manually flush the connection pool.

There is a serious bug in Spring Web MVC introduced in Spring 5 which results in the ExceptionHandlerMethodResolver (the one responsible for resolving @ControllerAdvice/@RestControllerAdvice exception handler methods) to lose all exception handler method associations under heavy memory/GC pressure.
We are currently using Spring 5 RC3 in an application and after about one day of runtime, our exception handler methods in a @ControllerAdvice class just won't get called anymore. They are being called perfectly once the application was started so there is no general issue with the code setup there.
We've investigated this issue very thoroughly and the cause is the use of an ConcurrentReferenceHashMap in (see: https://github.com/spring-projects/spring-framework/blob/master/spring-web/src/main/java/org/springframework/web/method/annotation/ExceptionHandlerMethodResolver.java#L53)
This changed as of Version 5 in Spring from a ConcurrentHashMap to this soft/weak reference map. Now, the problem is that the garbage collector will clear the soft/weak references held in this map under heavy memory load such that no exception handler method will ever get called again and the server reports HTTP status code 500 because of the exception being caught by the upper-most servlet handler.
We also realized that the ExceptionHandlerMethodResolver is being built and populated by the ExceptionHandlerExceptionResolver. HOWEVER, there it is being held in a strongly referenced ConcurrentHashMap. This will result in the ExceptionHandlerExceptionResolver NOT losing the ExceptionHandlerMethodResolver, BUT the methods in the soft/weak map inside the ExceptionHandlerMethodResolver to be cleared once GC performs a full cycle.
The issue is easy to reproduce: All that is needed is a simple Web MVC project with a @ControllerAdvice annotated class with a @ExceptionHandler(MyException.class) annotated method and a thread which keeps on allocating memory up to the point where an OutOfMemoryError would occur and then clearing the memory.
Please fix this by at least making the field ExceptionHandlerMethodResolver.mappedMethods not a soft/weak map anymore (the exceptionLookupCache field may of course be weak/soft, since it is a cache).
Thanks!

UnbalanceKillAndRebalanceAction does kill, balance and then start of region servers. But if the balance fails exception is thrown causing the region servers to not start. For me, the balance always kept on failing with socket timeout (default 1 min) as master runs one iteration of balance for 5 mins (default config). Eventually all servers are killed but never started back.

wildfly-arquillian currently adds automatically WILDFLY_HOME/modules as first path in modulePath, which causes Duplicate layer 'base' issues in some wildfly testsuites (WFLY-10615).
On the other hand, clustering test cases depends on this behavior (but Duplicate layer 'base' occures here too) - should be fixed in WFLY-10631.

After enabling hbase.zookeeper.useMulti in hbase cluster, we found that regionserver failed to shutdown. Other threads have exited except a NodeFailoverWorker thread.

"ReplicationExecutor-0" prio=10 tid=0x00007f0d40195ad0 nid=0x73a in Object.wait() [0x00007f0dc8fe6000]
        at org.apache.zookeeper.ClientCnxn.submitRequest(ClientCnxn.java:1309)
        - locked <0x00000005a16df080> (a org.apache.zookeeper.ClientCnxn$Packet)
        at org.apache.zookeeper.ZooKeeper.multiInternal(ZooKeeper.java:930)
        at org.apache.zookeeper.ZooKeeper.multi(ZooKeeper.java:912)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.multi(RecoverableZooKeeper.java:531)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.multiOrSequential(ZKUtil.java:1518)
        at org.apache.hadoop.hbase.replication.ReplicationZookeeper.copyQueuesFromRSUsingMulti(ReplicationZookeeper.java:804)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager$NodeFailoverWorker.run(ReplicationSourceManager.java:612)

It's sure that the shutdown method of the executor is called in  ReplicationSourceManager#join.
I am looking for the root cause and suggestions are welcomed. Thanks

./hbase shell - gave some error due to missing org/jruby/.. etc. 
Add the following to ivy.xml - 
   <dependency org="org.jruby" name="jruby-complete"
              rev="${jruby.version}" conf="common->default" />    
Also - in HBASE-2114 - there is an issue about missing log4j configuration as well. ( due to the fact that build/ivy/lib/common did not contain log4j , but build/ivy/lib/test did ). 
This patch addresses either of them. 
affects trunk  

Given following Java config class

package be.vdab.web;

import org.springframework.data.web.config.EnableSpringDataWebSupport;
import org.springframework.web.servlet.config.annotation.EnableWebMvc;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurerAdapter;

// enkele imports
@EnableSpringDataWebSupport
@ComponentScan
public class CreateControllerBeans extends WebMvcConfigurerAdapter {
}

, following Controller class

import org.springframework.web.servlet.ModelAndView;

import be.vdab.entities.Person;

@RequestMapping(value = "/")
	private static final String TOEVOEGEN_VIEW = "/WEB-INF/JSP/index.jsp";

	ModelAndView get() {
		return new ModelAndView(TOEVOEGEN_VIEW).addObject(new Person());
	}
	
	@RequestMapping(method = RequestMethod.POST)
	String post(@ModelAttribute Person person) {
	  if (person == null) {
		  throw new IllegalArgumentException("person IS NULL");
	  }
	  return "redirect:/";
	}

}

and following JSP

<%@taglib prefix="form" uri="http://www.springframework.org/tags/form" %>
<!doctype html>
<html lang="nl">
<head>
<title>Add person</title>
</head>
<body>
<form:form action="" method="post" commandName="person">
<form:label path="name">Name:</form:label>
<form:input path="name" autofocus="true"/>
<input type="submit">
</body>
</html>

the method post in PersonController throws the InvalidArgumentException because the person parameter is null.
Observation 1:
This worked up to and including spring-data-jpa 1.7.2.RELEASE
Observation 2:
The bug disappears when @EnableSpringDataWebSupport is put in comment in CreateControllerBeans.java
Observation 3:
The bug disappears when @ModelAttribute is put in comment in PersonController.java
You can clone a project that shows the bug from
https://github.com/desmethans/springDataJpaError.git

Hi guys,
I'm testing with the latest 2.1.0.BUILD-SNAPSHOT and when I try to open any of these links:
http://localhost:8111/rest/product/563845292892480/catalogVersion
http://localhost:8111/rest/product/563845292892480/contentUnit
http://localhost:8111/rest/product/563845292892480/variantType
I get this json:

{
    "cause": null,
    "message": "Id must be assignable to Serializable! Object of class [null] must be an instance of interface java.io.Serializable"
}

and this exception in the log:

[ERROR] Id must be assignable to Serializable! Object of class [null] must be an instance of interface java.io.Serializable
java.lang.IllegalArgumentException: Id must be assignable to Serializable! Object of class [null] must be an instance of interface java.io.Serializable
	at org.springframework.util.Assert.isInstanceOf(Assert.java:339)
	at org.springframework.data.rest.webmvc.support.RepositoryEntityLinks.linkToSingleResource(RepositoryEntityLinks.java:147)
	at org.springframework.data.rest.webmvc.PersistentEntityResourceAssembler.getSelfLinkFor(PersistentEntityResourceAssembler.java:88)
	at org.springframework.data.rest.webmvc.PersistentEntityResourceAssembler.toResource(PersistentEntityResourceAssembler.java:64)
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController$1.apply(RepositoryPropertyReferenceController.java:141)
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController$1.apply(RepositoryPropertyReferenceController.java:110)
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController.doWithReferencedProperty(RepositoryPropertyReferenceController.java:463)
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController.followPropertyReference(RepositoryPropertyReferenceController.java:148)
	at sun.reflect.GeneratedMethodAccessor199.invoke(Unknown Source)
	at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:215)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:132)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:749)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:690)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:945)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:717)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1644)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1632)
	at com.xxxxx.xxxx.xxxxx.xxxx.xxxxxx.filter.CorsFilter.doFilterInternal(CorsFilter.java:34)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1624)
	at org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:164)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1615)
	at org.apache.logging.log4j.core.web.Log4jServletFilter.doFilter(Log4jServletFilter.java:66)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:550)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:568)
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1110)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:479)
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:183)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1044)
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:199)
	at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109)
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
	at org.eclipse.jetty.server.Server.handle(Server.java:459)
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:281)
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:232)
	at org.eclipse.jetty.io.AbstractConnection$1.run(AbstractConnection.java:505)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:607)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:536)

The API changes made in HBASE-12798 need to be cleaned up so their common use makes more sense.

initialize should take some kind of configuration object that can be used in setting up a Connection (e.g. JobConf)
initialize should be called at the start of getSplits and getRecordReader rather than across the class when a member is needed
the same changes should be present in the mapred package since it is not longer deprecated
examples should rely on idiomatic MapReduce (specifically they should not be relying on JobConfigurable to get a JobConf instance)

I've downloaded the 1.0.0.RC4 and started a new project and typed the following commands:
hint
persistence setup --database HYPERSONIC_IN_MEMORY --provider HIBERNATE
hint
The hint displayed for entites refers to a "-name" argument, but that was renamed to "-class" in RC4. Also, the word "After" is mispelled.
No big deal, but it won't hurt to fix. 
The wrong sentences are:
Enter the --name in the form '~.domain.MyEntityClassName'
Afer specify a --name argument

ConcurrentIndex  has race condition and it is enough to use ConcurrentSkipListSet instead.

When creating a domain model that includes an enum, GWT scaffolding generates the line "return new Set ...", which is trying to instantiate an interface.
To replicate, run the attached script, then use "mvn gwt:run" to see this error:

[ERROR] Cannot instantiate the type Set<Interface>

TestMasterProcedureWalLease is flakey. Fails in teardown. It is looking for a second regionserver to show up (happens because hbase carrying meta is a sort of regionserver but then isn't because only does system tables).
For now, just make it so three regionservers running instead of minimum 2. Seems to break the flakeyness.

NPE is raised in SolrMetadata because it assumes version fields always exist.

this property is present in org.springframework.aop.framework.ProxyCreatorSupport
(sorry for bothering you with my issues regarding documentation  )
regards
Grzegorz Grzybek

The hbase.regionserver.dns.interface property is listed twice in the default file. Remove the one at line 213-219?

    <name>hbase.regionserver.dns.interface</name>
    <value>default</value>
    <description>The name of the Network Interface from which a region server 
      should report its IP address.
    </description>

ORDER BY clause missing from paging queries for DB2, Derby, SQL Server, Sybase.  Paging JDBC readers probably broken or unrelaiable as a result.

With the change that beans in fractions are only found when annotations are present, ensure that all beans we need to discover in fractions are properly annotated

Spring Roo generates method populateFomats  instead of populateFormats

    public void VetsController.populateFomats(Model model) {
      [...]
    }

Update the method name

AgeOfLastAppliedOp in MetricsSink.java is to indicate the time an edit sat in the 'replication queue' before it got replicated(aka applied)

  /**
   * Set the age of the last applied operation
   *
   * @param timestamp The timestamp of the last operation applied.
   * @return the age that was set
   */
  public long setAgeOfLastAppliedOp(long timestamp) {
    lastTimestampForAge = timestamp;
    long age = System.currentTimeMillis() - lastTimestampForAge;
    rms.setGauge(SINK_AGE_OF_LAST_APPLIED_OP, age);
    return age;
  } 

In the following scenario:
1) at 7:00am a sink op is applied, and the SINK_AGE_OF_LAST_APPLIED_OP is
set for example 100ms;
2) and then NO new Sink op occur.
3) when a refreshAgeOfLastAppliedOp() is invoked at 8:00am. Instead of
return the 100ms, the AgeOfLastAppliedOp become 1hour + 100ms, 
It was because that refreshAgeOfLastAppliedOp() get invoked periodically by getStats(). 
proposed fix: 

--- hbase-server/src/main/java/org/apache/hadoop/hbase/replication/regionserver/MetricsSink.java
+++ hbase-server/src/main/java/org/apache/hadoop/hbase/replication/regionserver/MetricsSink.java
@@ -35,6 +35,7 @@ public class MetricsSink {
 
   private MetricsReplicationSource rms;
   private long lastTimestampForAge = System.currentTimeMillis();
+  private long age = 0;
 
   public MetricsSink() {
     rms = CompatibilitySingletonFactory.getInstance(MetricsReplicationSource.class);
@@ -47,8 +48,12 @@ public class MetricsSink {
    * @return the age that was set
    */
   public long setAgeOfLastAppliedOp(long timestamp) {
-    lastTimestampForAge = timestamp;
-    long age = System.currentTimeMillis() - lastTimestampForAge;
+    if (lastTimestampForAge != timestamp) {
+      lastTimestampForAge = timestamp;
+      this.age = System.currentTimeMillis() - lastTimestampForAge;
+    } else {
+      this.age = 0;
+    }
     rms.setGauge(SINK_AGE_OF_LAST_APPLIED_OP, age);
     return age;
   }

detail discussion in dev@hbase  

Patch fixes multiple issues, including warnings when Hive is compiled due to multiple definitions of the same dependency (joda-time).

Falcon using hcat api to verify the target table schema and getting the error:

2014-10-07 00:30:23,255 ERROR - [1972803970@qtp-1214921164-3:gfoetl:POST//entities/submitAndSchedule/feed a0c221e3-efa8-4235-a403-b1047f23ec05] ~ Failure reason (FalconWebException:40)
java.lang.RuntimeException: cannot find field givenName(lowercase form: givenname) in [givenName, surname, middleName, gender, age, isGivenNameLowerCase, isGivenNameUpperCase, isPrimary, isSurnameLowerCase, isSurnameUpperCase]
	at org.apache.hadoop.hive.serde2.typeinfo.StructTypeInfo.getStructFieldTypeInfo(StructTypeInfo.java:109)
	at org.apache.hive.hcatalog.data.schema.HCatSchemaUtils.getHCatFieldSchema(HCatSchemaUtils.java:127)
	at org.apache.hive.hcatalog.data.schema.HCatSchemaUtils.getHCatFieldSchema(HCatSchemaUtils.java:115)
	at org.apache.hive.hcatalog.api.HCatTable.<init>(HCatTable.java:59)
	at org.apache.hive.hcatalog.api.HCatClientHMSImpl.getTable(HCatClientHMSImpl.java:157)
	at org.apache.falcon.catalog.HiveCatalogService.tableExists(HiveCatalogService.java:143)
	at org.apache.falcon.entity.parser.FeedEntityParser.validateStorageExists(FeedEntityParser.java:367)
	at org.apache.falcon.entity.parser.FeedEntityParser.validateFeedStorage(FeedEntityParser.java:309)
	at org.apache.falcon.entity.parser.FeedEntityParser.validate(FeedEntityParser.java:79)
	at org.apache.falcon.entity.parser.FeedEntityParser.validate(FeedEntityParser.java:54)
	at org.apache.falcon.resource.AbstractEntityManager.validate(AbstractEntityManager.java:364)
	at org.apache.falcon.resource.AbstractEntityManager.submitInternal(AbstractEntityManager.java:331)
	at org.apache.falcon.resource.AbstractEntityManager.submit(AbstractEntityManager.java:153)
	at org.apache.falcon.resource.ConfigSyncService.submit(ConfigSyncService.java:44)
	at org.apache.falcon.resource.channel.IPCChannel.invoke(IPCChannel.java:48)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy$1.doExecute(SchedulableEntityManagerProxy.java:118)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy$EntityProxy.execute(SchedulableEntityManagerProxy.java:410)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy.submit_aroundBody0(SchedulableEntityManagerProxy.java:120)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy$AjcClosure1.run(SchedulableEntityManagerProxy.java:1)
	at org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149)
	at org.apache.falcon.aspect.AbstractFalconAspect.logAround(AbstractFalconAspect.java:50)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy.submit(SchedulableEntityManagerProxy.java:107)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy.submit_aroundBody12(SchedulableEntityManagerProxy.java:341)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy$AjcClosure13.run(SchedulableEntityManagerProxy.java:1)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy.submitAndSchedule_aroundBody16(SchedulableEntityManagerProxy.java:341)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy$AjcClosure17.run(SchedulableEntityManagerProxy.java:1)
	at org.apache.falcon.resource.proxy.SchedulableEntityManagerProxy.submitAndSchedule(SchedulableEntityManagerProxy.java:335)
	at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1469)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1400)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1349)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1339)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:699)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1221)
	at org.apache.falcon.security.BasicAuthFilter$2.doFilter(BasicAuthFilter.java:183)
	at org.apache.hadoop.security.authentication.server.AuthenticationFilter.doFilter(AuthenticationFilter.java:392)
	at org.apache.falcon.security.BasicAuthFilter.doFilter(BasicAuthFilter.java:221)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
	at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:945)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)

If a user creates a Roo project and then performs a push-in refactor of all ITD types, Roo will report an error if the user has not yet deleted the @RooEntity annotation(s) from the target types. The error is cleared when @RooEntity is deleted as this indicates to Roo to no longer attempt to introduce an EntityManager field. This is a bug because Roo should always default to a "hands off" approach if the user has already defined a given member in the target type.
Exception fragment:

Method 'entityManager' already defined in target type 'com.foo.Food' (ITD target 'com.foo.Food_Roo_Entity')
java.lang.IllegalArgumentException: Method 'entityManager' already defined in target type 'com.foo.Food' (ITD target 'com.foo.Food_Roo_Entity')
    at org.springframework.roo.support.util.Assert.isNull(Assert.java:89)
    at org.springframework.roo.classpath.details.DefaultItdTypeDetailsBuilder.addMethod(DefaultItdTypeDetailsBuilder.java:93)
    at org.springframework.roo.addon.entity.EntityMetadata.<init>(EntityMetadata.java:143)
    at org.springframework.roo.addon.entity.EntityMetadataProvider.getMetadata(EntityMetadataProvider.java:73)

In our controlled test env, we are seeing frequent Large batch operation detected warnings (as implemented in HBASE-18023). 
We are not running any client with large batch sizes on this test env, but we start seeing these warnings after some runtime. Maybe it is caused due to some error / retry scenario. Could also be related to Phoenix index updates based on surrounding activity in the logs. Need to add more info like table/region name and anything else that will enable debugging the source or the scenario in which these warnings occur. 
2017-08-12 03:40:33,919 WARN  [7,queue=0,port=16020] regionserver.RSRpcServices - Large batch operation detected (greater than 5000) (HBASE-18023). Requested Number of Rows: 7108 Client: xxx
2017-08-12 03:40:34,476 WARN  [7,queue=0,port=16020] regionserver.RSRpcServices - Large batch operation detected (greater than 5000) (HBASE-18023). Requested Number of Rows: 7096 Client: xxx
2017-08-12 03:40:34,483 WARN  [4,queue=0,port=16020] regionserver.RSRpcServices - Large batch operation detected (greater than 5000) (HBASE-18023). Requested Number of Rows: 7091 Client: xxx
2017-08-12 03:40:35,728 WARN  [3,queue=0,port=16020] regionserver.RSRpcServices - Large batch operation detected (greater than 5000) (HBASE-18023). Requested Number of Rows: 7102 Client: xxx

Description of issue:
According to the rfc 4.1.1
http://tools.ietf.org/html/draft-ietf-oauth-v2-23#section-4.1 
The request must include response_type and it MUST be code.  
response_type
         REQUIRED.  Value MUST be set to "code".
If it is anything but 'code' an error should inform the user that the request
is wrong and it looks to me like the error should be:
  unsupported_response_type
               The authorization server does not support obtaining an
               authorization code using this method.
It appears that any value I send to the authorize endpoint for response_type is accepted (with same behavior as if I had passed "code").

There is an security issue on line 843/844. An attacker can manipulate the log via malicious request. 
The method doService extracts the URI from the request and uses  it unvalidated.
Source:

logger.debug("DispatcherServlet with name '" + getServletName() + "'" + resumed +
		" processing " + request.getMethod() + " request for [" + requestUri + "]");

An attacker can forge the log by sending a request containing %0D%0A
Like: /app/home%0D%0AFAKE
The log will looks like:

08:34:50.145 [http-bio-8080-exec-1] DEBUG o.s.web.servlet.DispatcherServlet - DispatcherServlet with name 'dispatcher' processing GET request for [/app/home
FAKE]

When moving to HDFS HA or removing HA we end up changing the NN namespace.  This can cause the HMaster not to start up fully due to trying to split phantom HLogs pointing to the wrong FS - java.lang.IllegalArgumentException: Wrong FS: error messages.  The HLogs in question might not even be on HDFS anymore.  You have to go in a manually clear out the ZK splitlogs directory to get HBase to properly boot up.

As part of our evaluation of HBase we have been testing failure scenarios to see how HBase fails in certain situations.
One of these is the outright failure of a HBase master.
What presently happens, if a HBase master is shutdown, is that the standby master becomes the active master in the Zookeeper. At the same time the region servers fail to connect to the dead master and typically fail their own heartbeats as part of the reportForDuty() method.
Following this the region server attempts to get a connection to a working HBase master, inside the getMaster() method the first action is to get the address of a potentially working master server from zookeeper. Following this the code is put into a tight loop whereupon it keeps attempting to connect to the address of the master found in Zookeeper.
Unfortunately it appears that during master fail-over, it becomes possible to get the address of the old, broken master, this address is then put into the connection attempt loop, whereupon the region server attempts to infinitely connect to the failed, none existent master. At this point nothing is able to break the loop in getMaster so the RS is unable to contact the master.
At the same time the new master is waiting patiently for the existing region servers as reported in Zookeeper to re-establish contact with it.
Attached is a patch that rectifies this issue in our test cluster for both the 0.90.0 tag and trunk versions (as of git SHA b72a24f71b67598e4077a9d1452f903082b0a9b7) of HBase.
This patch is also available in a forked repository here https://github.com/GregBowyer/hbase/commit/543f5903731ef6bbfd58c990e04a2c635e5c94b4

Proto logging hook uses append mode with SequenceFile which does not work on filesystems which does not support append. Move away to using sequence file with flush. And use the reader with Long.MAX_VALUE to ensure it reads beyond the length in NameNode.

HBASE-10141 is a good optimization, eliminating the need to scan already expired files (through TTL). However, I think if MIN_VERSIONS is set, it will not ensure that there will be at least that many versions since it bypasses the scan layer. 
I think we can just do a simple check before the HBASE-10141 optimization to see whether MIN_VERSIONS is set for the table, and if so just do the regular old way of doing the scan in the compaction. 

let's enable checkstyle again to avoid ugly code, trailing spaces, unused imports, etc...

Stats of non native tables are inaccurate, thus queries over non native tables can not optimized by stats optimizer.
Take example of query 

Explain select count(*) from (select `__time` from druid_test_table limit 1) as src ;

the plan will be reduced to 

POSTHOOK: query: explain extended select count(*) from (select `__time` from druid_test_table limit 1) as src
      limit: 1
        ListSink

Here is what J-D described here:
https://issues.apache.org/jira/browse/HBASE-5119?focusedCommentId=13179176&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13179176
I think I will retract from my statement that it "used to be extremely racy and caused more troubles than it fixed", on my first test I got a stuck region in transition instead of being able to recover. The timeout was set to 2 minutes to be sure I hit it.
First the region gets closed

2012-01-04 00:16:25,811 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Sent CLOSE to sv4r5s38,62023,1325635980913 for region test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791.
2 minutes later it times out:

2012-01-04 00:18:30,026 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791. state=PENDING_CLOSE, ts=1325636185810, server=null
2012-01-04 00:18:30,026 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_CLOSE for too long, running forced unassign again on region=test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791.
2012-01-04 00:18:30,027 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Starting unassignment of region test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791. (offlining)
100ms later the master finally gets the event:

2012-01-04 00:18:30,129 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_CLOSED, server=sv4r5s38,62023,1325635980913, region=1a4b111bcc228043e89f59c4c3f6a791, which is more than 15 seconds late
2012-01-04 00:18:30,129 DEBUG org.apache.hadoop.hbase.master.handler.ClosedRegionHandler: Handling CLOSED event for 1a4b111bcc228043e89f59c4c3f6a791
2012-01-04 00:18:30,129 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Table being disabled so deleting ZK node and removing from regions in transition, skipping assignment of region test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791.
2012-01-04 00:18:30,129 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:62003-0x134589d3db03587 Deleting existing unassigned node for 1a4b111bcc228043e89f59c4c3f6a791 that is in expected state RS_ZK_REGION_CLOSED
2012-01-04 00:18:30,166 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:62003-0x134589d3db03587 Successfully deleted unassigned node for region 1a4b111bcc228043e89f59c4c3f6a791 in expected state RS_ZK_REGION_CLOSED
At this point everything is fine, the region was processed as closed. But wait, remember that line where it said it was going to force an unassign?

2012-01-04 00:18:30,322 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:62003-0x134589d3db03587 Creating unassigned node for 1a4b111bcc228043e89f59c4c3f6a791 in a CLOSING state
2012-01-04 00:18:30,328 INFO org.apache.hadoop.hbase.master.AssignmentManager: Server null returned java.lang.NullPointerException: Passed server is null for 1a4b111bcc228043e89f59c4c3f6a791
Now the master is confused, it recreated the RIT znode but the region doesn't even exist anymore. It even tries to shut it down but is blocked by NPEs. Now this is what's going on.
The late ZK notification that the znode was deleted (but it got recreated after):

2012-01-04 00:19:33,285 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: The znode of region test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791. has been deleted.
Then it prints this, and much later tries to unassign it again:

2012-01-04 00:19:46,607 DEBUG org.apache.hadoop.hbase.master.handler.DeleteTableHandler: Waiting on  region to clear regions in transition; test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791. state=PENDING_CLOSE, ts=1325636310328, server=null
...
2012-01-04 00:20:39,623 DEBUG org.apache.hadoop.hbase.master.handler.DeleteTableHandler: Waiting on  region to clear regions in transition; test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791. state=PENDING_CLOSE, ts=1325636310328, server=null
2012-01-04 00:20:39,864 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791. state=PENDING_CLOSE, ts=1325636310328, server=null
2012-01-04 00:20:39,864 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_CLOSE for too long, running forced unassign again on region=test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791.
2012-01-04 00:20:39,865 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Starting unassignment of region test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791. (offlining)
2012-01-04 00:20:39,865 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Attempted to unassign region test1,089cd0c9,1325635015491.1a4b111bcc228043e89f59c4c3f6a791. but it is not currently assigned anywhere
And this is still ongoing.

HStoreKey.finalKey does not update the key value if the HStoreFile is not a part of the top of a split region.

The Stats log line for the LruBlockCache contains extra commas introduced in HBASE-5616:

2013-04-23 18:40:12,774 DEBUG [LRU Statistics #0] org.apache.hadoop.hbase.io.hfile.LruBlockCache: Stats: total=9.23 MB, free=500.69 MB, max=509.92 MB, blocks=95, accesses=322822, hits=107003, hitRatio=33.14%, , cachingAccesses=232794, cachingHits=106994, cachingHitsRatio=45.96%, , evictions=0, evicted=12, evictedPerRun=Infinity

Marking as "noob" 

HBASE-18511 enable no-regions-on-master as default. That feature mess up the metrics in TestRegionServerReadRequestMetrics.

Currently if we scan with bot limit and a Filter with filterRow(List<KeyValue>) implemented, an  IncompatibleFilterException will be thrown. The same exception should also be thrown if the filer has its filterRow() implemented.

There are a couple of flaky tests, encryption_drop_partition,q and encryption_drop_table.q, that sometimes fail on jenkins because a previous q-test, encryption_with_trash.q, is disabling the trash.
Trash is set automatically in QTestUtil.java. I don't remember why it was due that way, probably because some issues with other tests.
The best way to fix this is to delete encryption_with_trash.q. This test is not necessary and redundant, so it is safe to delete it. 

When @ModelAttribute is present on a Spring MVC controller method parameter that is a Spring Data projection interface, the binding fails as the standard model binding kicks in (i.e. our custom HandlerMethodArgumentResolver doesn't have a chance to kick in.
We need to deploy a custom BeanPostProcessor that customizes the HandlerMethodArgumentResolver list held in RequestMappingHandlerAdapter instances.

java.io.IOException: Unable to delete file: C:\Users\HADOOP~1.ONP\AppData\Local\Temp\hadoop\operation_logs\ac7d4f51-d9b9-4189-b248-6e8d5e3102af\4b1f1153-5c0c-4741-8f53-1f1b6ed9b190

	at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:2279)

	at org.apache.hive.service.cli.operation.OperationLog$LogFile.remove(OperationLog.java:131)

	at org.apache.hive.service.cli.operation.OperationLog.close(OperationLog.java:95)

	at org.apache.hive.service.cli.operation.Operation.cleanupOperationLog(Operation.java:268)

	at org.apache.hive.service.cli.operation.SQLOperation.close(SQLOperation.java:307)

	at org.apache.hive.service.cli.operation.OperationManager.closeOperation(OperationManager.java:215)

	at org.apache.hive.service.cli.session.HiveSessionImpl.closeOperation(HiveSessionImpl.java:640)

	at org.apache.hive.service.cli.CLIService.closeOperation(CLIService.java:392)

	at org.apache.hive.service.cli.thrift.ThriftCLIService.CloseOperation(ThriftCLIService.java:573)

	at org.apache.hive.service.cli.thrift.TCLIService$Processor$CloseOperation.getResult(TCLIService.java:1513)

	at org.apache.hive.service.cli.thrift.TCLIService$Processor$CloseOperation.getResult(TCLIService.java:1498)

On windows, close needs to be called before delete.

I have an aggregation pipeline with two stages (match, project) and a custom converter for the entity being matched by.
When MongoTemplate#aggregate is called with Aggregation.newAggregation(match, project) everything works as expected, but when it is called with Aggregation.newAggregation(project, match) appears the following exception:

Exception in thread "main" java.lang.IllegalArgumentException: can't serialize class MatchAfterProjectIssue$Age
	at org.bson.BasicBSONEncoder._putObjectField(BasicBSONEncoder.java:272)
	at org.bson.BasicBSONEncoder.putObject(BasicBSONEncoder.java:173)
	at org.bson.BasicBSONEncoder._putObjectField(BasicBSONEncoder.java:228)
	at org.bson.BasicBSONEncoder.putIterable(BasicBSONEncoder.java:297)
	at org.bson.BasicBSONEncoder._putObjectField(BasicBSONEncoder.java:236)
	at org.bson.BasicBSONEncoder.putObject(BasicBSONEncoder.java:119)
	at com.mongodb.DefaultDBEncoder.writeObject(DefaultDBEncoder.java:27)
	at com.mongodb.OutMessage.putObject(OutMessage.java:289)
	at com.mongodb.OutMessage.writeQuery(OutMessage.java:211)
	at com.mongodb.OutMessage.query(OutMessage.java:84)
	at com.mongodb.DBApiLayer$MyCollection.__find(DBApiLayer.java:285)
	at com.mongodb.DB.command(DB.java:262)
	at com.mongodb.DB.command(DB.java:244)
	at com.mongodb.DB.command(DB.java:301)
	at com.mongodb.DB.command(DB.java:199)
	at org.springframework.data.mongodb.core.MongoTemplate$1.doInDB(MongoTemplate.java:323)
	at org.springframework.data.mongodb.core.MongoTemplate$1.doInDB(MongoTemplate.java:321)
	at org.springframework.data.mongodb.core.MongoTemplate.execute(MongoTemplate.java:391)
	at org.springframework.data.mongodb.core.MongoTemplate.executeCommand(MongoTemplate.java:321)
	at org.springframework.data.mongodb.core.MongoTemplate.aggregate(MongoTemplate.java:1328)
	at org.springframework.data.mongodb.core.MongoTemplate.aggregate(MongoTemplate.java:1305)

Looks like this happens because the project stage, being first, sets the AggregationOperationContext to the newly created ExposedFieldsAggregationOperationContext which does not use custom converters. When match stage goes first it uses the proper AggregationOperationContext - TypeBasedAggregationOperationContext.
The relevant code is Aggregation#toDbObject method.
Attached gist and file contains code to reproduce the problem.
Thank you!

When an abort is triggered within the RPC call path by HRegion.RegionScannerImpl, AccessController is incorrectly apply the RPC caller identity in the RegionServerObserver.preStopRegionServer() hook.  This leaves the regionserver in a non-responsive state, where its regions are not reassigned and it returns exceptions for all requests.
When an abort is triggered on the server side, we should not allow a coprocessor to reject the abort at all.
Here is a sample stack trace:

17/05/25 06:10:29 FATAL regionserver.HRegionServer: RegionServer abort: loaded coprocessors are: [org.apache.hadoop.hbase.security.access.AccessController, org.apache.hadoop.hbase.security.token.TokenProvider]
17/05/25 06:10:29 WARN regionserver.HRegionServer: The region server did not stop
org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions for user 'rpcuser' (global, action=ADMIN)
        at org.apache.hadoop.hbase.security.access.AccessController.requireGlobalPermission(AccessController.java:548)
        at org.apache.hadoop.hbase.security.access.AccessController.requirePermission(AccessController.java:522)
        at org.apache.hadoop.hbase.security.access.AccessController.preStopRegionServer(AccessController.java:2501)
        at org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost$1.call(RegionServerCoprocessorHost.java:86)
        at org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost.execShutdown(RegionServerCoprocessorHost.java:300)
        at org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost.preStop(RegionServerCoprocessorHost.java:82)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.stop(HRegionServer.java:1905)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.abort(HRegionServer.java:2118)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.abort(HRegionServer.java:2125)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.abortRegionServer(HRegion.java:6326)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.handleFileNotFound(HRegion.java:6319)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.populateResult(HRegion.java:5941)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:6084)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:5858)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:2649)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:34950)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2320)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:123)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:188)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:168)

I haven't yet evaluated which other release branches this might apply to.
I have a patch currently in progress, which I will post as soon as I complete a test case.

DDLTask defines field conf
DDLTask extends Task
Task also defines protected field conf  (which is accessible from DDLTask)
Probably we should remove field conf from DDLTask.

See, for example:

// TODO: Use MVCC to make this set of increments atomic to reads

Here's an example of what I can happen (would probably be good to write up a test case for each read/update):
Concurrent update via increment and put.
The put grabs the row lock first and updates the memstore, but releases the row lock before the MVCC is advanced.  Then, the increment grabs the row lock and reads right away, reading the old value and incrementing based on that.
There are a few options here:
1) Waiting for the MVCC to advance for read/updates: the downside is that you have to wait for updates on other rows.
2) Have an MVCC per-row (table configuration): this avoids the unnecessary contention of 1)
3) Transform the read/updates to write-only with rollup on read..  E.g. an increment  would just have the number of values to increment.

The problem is similar to LDAP-37, but for the response controls.
http://forum.springframework.org/showthread.php?t=38123

        Control[] responseControls = ldapContext.getResponseControls();

        // Go through response controls and get info, regardless of class
        for (int i = 0; i < responseControls.length; i++) {

We need to perform a null check on responseControls. 

JmsTemplate is a major class in spring-jms (isn't it ?)
As it declare some import on org.springframework.transaction.support.TransactionSynchronizationManager I don't thing the <optional> element in maven pom should be set to "true"

Tez job progress messages are getting updated to stdout instead of stderr
Attaching output file for below command, with the tez job status printed
$HIVE_HOME/bin/beeline -n <username> -p <password> -u "<jdbc-connection-url" --outputformat=tsv -e "analyze table studenttab10k compute statistics;" > stdout

The request sent is with type = Namespace, but the response returned contains Global permissions (that is, the field of namespace is not set)
It is in hbase-client/src/main/java/org/apache/hadoop/hbase/protobuf/ProtobufUtil.java, from line 2380, and I made some comments into it

/**
   * A utility used to get permissions for selected namespace.
   * <p>
   * It's also called by the shell, in case you want to find references.
   *
   * @param protocol the AccessControlService protocol proxy
   * @param namespace name of the namespace
   * @throws ServiceException
   */
  public static List<UserPermission> getUserPermissions(
      AccessControlService.BlockingInterface protocol,
      byte[] namespace) throws ServiceException {
    AccessControlProtos.GetUserPermissionsRequest.Builder builder =
      AccessControlProtos.GetUserPermissionsRequest.newBuilder();
    if (namespace != null) {
      builder.setNamespaceName(ByteStringer.wrap(namespace)); 
    }
    builder.setType(AccessControlProtos.Permission.Type.Namespace);  //builder is set with type = Namespace
    AccessControlProtos.GetUserPermissionsRequest request = builder.build();  //I printed the request, its type is Namespace, which is correct.
    AccessControlProtos.GetUserPermissionsResponse response =  
       protocol.getUserPermissions(null, request);
/* I printed the response, it contains Global permissions, as below, not a Namespace permission.

user_permission {
  user: "a1"
  permission {
    type: Global
    global_permission {
      action: READ
      action: WRITE
      action: ADMIN
      action: EXEC
      action: CREATE
    }
  }
}

AccessControlProtos.GetUserPermissionsRequest has a member called type_ to store the type, but AccessControlProtos.GetUserPermissionsResponse does not.
*/
     
    List<UserPermission> perms = new ArrayList<UserPermission>(response.getUserPermissionCount());
    for (AccessControlProtos.UserPermission perm: response.getUserPermissionList()) {
      perms.add(ProtobufUtil.toUserPermission(perm));  // (1)
    }
    return perms;
  }

it could be more reasonable to return user permissions with namespace set in getUserPermission() for selected namespace ?

The "split" button from the web UI displays this message and indeed seems to do nothing.

Despite what it says in SPR-4785 valueSeparator is NOT a configurable property and therefore we can't disable the new behaviour which attempts to process colon characters within unrecognized placeholders.
In Alfresco we have a bean definition like this, containing a value that looks like a placeholder and contains a colon character
 <bean id="uk.org.itf.dm.runCheckReviewPeriodScriptAction" 
          class="org.alfresco.repo.action.scheduled.SimpleTemplateActionDefinition"> 
        <property name="actionName"> 
            <value>script</value> 
        </property> 
        <property name="parameterTemplates"> 
            <map> 
                <entry> 
                    <key> 
                        <value>script-ref</value> 
                    </key> 
                    <value>${selectSingleNode('workspace://SpacesStore', 'lucene', 'PATH:"/app:company_home/app:dictionary/app:scripts/cm:checkReviewPeriodAndSendEmail.js"')}</value> 
                </entry> 
            </map> 
In order to support this, I would like to have configured this on my PropertyPlaceHolderConfigurer
        <property name="ignoreUnresolvablePlaceholders">
        <property name="valueSeparator">
            <null/>
But unfortunately I can't, because there's no setter method for valueSeparator.

CLI prints unexpected ANSI character to output with "echo" command.

This is regression against EAP 7.0.0.DR13
This is blocker for GA release.
This is not beta blocker.
This is probably AESH issue, so I assign Stale Pedersen, but it is also CLI issue, so Oleksiy Lubyanskyy may be assigned to this

Always

./jboss-cli.sh --connect controller=127.0.0.1 command="echo test-echo" > out.txt
vim out.txt
	
"cat out.txt" can't be used for reproducing, because console hide unexpected ANSI characters

^[[0G^[[2Ktest-echo

test-echo

BindAuthenticator.java (3.0.2) line 115, change userDN:
Attributes attrs = ctx.getAttributes(userDn, getUserAttributes());
to fullDn:
Attributes attrs = ctx.getAttributes(fullDn, getUserAttributes());
The reason is that when you use fullDn the DN string is generated using the LdapEncoder from Spring-LDAP.   If you use the raw userDn string that encoding isn't used, so special characters in a username (admittedly rare) can prevent the user from authenticating.

Multi-line commands are not properly parsed by the hive support.

I noticed a problem in JmsBinding.java. If Camel has read a JMS message from a queue and that message has a bean method specified in the header ("org.apache.camel.MethodName"), the method header will removed if that message is written to another queue. Here's the offending code: 
    protected boolean shouldOutputHeader(org.apache.camel.Message camelMessage, String headerName, 
                                         Object headerValue) 
{ 
        return headerValue != null && !getIgnoreJmsHeaders().contains(headerName) 
               && ObjectHelper.isJavaIdentifier(headerName); 
    }
 
"org.apache.camel.MethodName" fails the check isJavaIdentifier and is excluded from the headers written to the new message. I'm not sure the purpose of this check, but this might be an unintended side effect. 
The call chain is something like this: 
JmsProducer.process 
JmsBinding.makeJmsMessage 
JmsBinding.appendJmsProperties 
JmsBinding.shouldOutputHeader 
Update: Experimenting later with WebLogic's JMS, I noticed that WebLogic (9.2) does not allow this header name. Maybe this was the original motivation for this check. In order to be compatible with WebLogic, perhaps the method header name should changed to something like "CamelMethod". I believe this would correct both problems.

Column statistics in ORC are optional protobuf fields. Old ORC files might not have statistics for newly added types like decimal, date, timestamp etc. But column statistics merging assumes column statistics exists for these types and invokes merge. For example, merging of TimestampColumnStatistics directly casts the received ColumnStatistics object without doing instanceof check. If the ORC file contains time stamp column statistics then this will work else it will throw ClassCastException.
Also, the file merge operator swallows the exception.

create table testpc(a int) partitioned by (ds string, hr string);
alter table testpc add partition (ds="1", hr="1"); --> works
alter table testpc add partition (ds="1", Hr="1"); --> doesn't work

it has cleanupReaders() in processStop()
cleanupReaders is useless in if(processStop()){} block

Hive on Spark yarn-cluster mode.
After setting "set spark.yarn.queue=QueueA;" ,
run the query "select count from test"  3 times and you will find  3 different yarn applications.
Two of the yarn applications in FINISHED & SUCCEEDED state,and one in RUNNING & UNDEFINED state waiting for next work.
And if you submit one more "select count from test" ,the third one will be in FINISHED & SUCCEEDED state and a new yarn application will start up.

Java1.8u60 and higher cause Joda Time 2.5 to incorrectly format timezones, which leads to the aws server rejecting requests with the aws sdk hadoop3.0 uses. This means any queries involving the s3a connector will return the following AmazonS3Exception:

com.amazonaws.services.s3.model.AmazonS3Exception: AWS authentication requires a valid Date or x-amz-date header

The fix for this is to update Joda Time from 2.5 to 2.8.1. See here for details:
https://github.com/aws/aws-sdk-java/issues/444

The WFLY-6049 work brought some module classification changes forward from EAP review work. The changes there to 'private' are fine, but 'unsupported' is an EAP-only classification that doesn't apply upstream. Upstream such a module is public.
WildFly doesn't support any modules in the sense that EAP uses the term.

The ExecDriver.addInputPaths() calls FileInputFormat.addPaths(), which takes a comma-separated string representing a set of paths. If the path name of a input file contains a comma, this code throw an exception: java.lang.IllegalArgumentException: Can not create a Path from an empty string.
Instead of calling FileInputFormat.addPaths(), ExecDriver.addInputPaths should iterate all paths and call FileInputFormat.addInputPath. 

When using the AbstractMongoConfiguration without any further modifications regarding the converter (afterMappingMongoConverterCreation) the @TypeAlias annotation is not used when writing the _class property. Seems like it always uses the SimpleTypeInformationMapper. The documentation suggests that you just annotate your @Document classes with the @TypeAlias annotations and everything should be fine. 

We need not to track per directory stats in FS based stats collection mechanism, which other stats collection mechanism need to do.

Using eUML to reverse engineer the models and finding more examples of cleanup that needs to occur in the ItemWriter hierarchy - a very small fix.  In this case CompositeItemWriter is both extending AbstractItemWriter and implementing ItemWriter.  Remove ItemWriter from implements list.

After a full test run, git status reports the following:

	testsuite/integration/basic/user-transaction-access-test.jar
	testsuite/integration/elytron/boot.log
	testsuite/integration/elytron/boot.log.2018-02-05
	testsuite/integration/iiop/CosServices.cfg
	testsuite/integration/iiop/ObjectStore/
	testsuite/integration/ws/jaxws-samples-wsse-policy-trust-client.jar

no changes added to commit (use "git add" and/or "git commit -a")

This is highly problematic as it's just a matter of time before one of these files ends up getting committed by mistake.
Update the test suite to create temporary files in target directories only.

We saw 5 occurences of an error on server during failover scenario eap-7x-failover-jvmkill-ha-ss (jvmkill scenario with HA singleton service).
Timeline:

18:46:02,901 perf20 started
18:46:09,303 perf20 received new cluster view
18:51:04,377 perf20 elected as the singleton provider of the jboss.test.myservice service
18:51:04,386 singleton service started on perf20

Server log stacktrace:

18:51:04,386 INFO  [org.jboss.test.singletonservice.TestingSingletonService] (MSC service thread 1-1) Service started on perf20
[JBossINF] 18:51:04,388 ERROR [org.jboss.as.ejb3.invocation] (default task-75) WFLYEJB0034: EJB Invocation failed on component ServiceAccessBean for method public abstract java.lang.String org.jboss.test.singletonservice.ServiceAccess.getNodeNameOfService(): javax.ejb.EJBException: java.lang.IllegalStateException: WFLYCLSV0009: Singleton service jboss.test.myservice is not started.
[JBossINF] 	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:187)
[JBossINF] 	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:277)
[JBossINF] 	at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:327)
[JBossINF] 	at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239)
[JBossINF] 	at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:359)
[JBossINF] 	at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:456)
[JBossINF] 	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
[JBossINF] 	at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:84)
[JBossINF] 	at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:80)
[JBossINF] 	at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
[JBossINF] 	at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
[JBossINF] 	at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
[JBossINF] 	at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
[JBossINF] 	at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
[JBossINF] 	at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:53)
[JBossINF] 	at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
[JBossINF] 	at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:375)
[JBossINF] 	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:609)
[JBossINF] 	at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:340)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:68)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:268)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.processMessage(VersionOneProtocolChannelReceiver.java:213)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versiontwo.VersionTwoProtocolChannelReceiver.processMessage(VersionTwoProtocolChannelReceiver.java:76)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.handleMessage(VersionOneProtocolChannelReceiver.java:159)
[JBossINF] 	at org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:434)
[JBossINF] 	at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:789)
[JBossINF] Caused by: java.lang.IllegalStateException: WFLYCLSV0009: Singleton service jboss.test.myservice is not started.
[JBossINF] 	at org.wildfly.clustering.server.singleton.PrimaryProxyService.getValue(PrimaryProxyService.java:71)
[JBossINF] 	at org.jboss.msc.service.ServiceControllerImpl.getValue(ServiceControllerImpl.java:1159)
[JBossINF] 	at org.wildfly.clustering.server.singleton.DistributedSingletonService.getValue(DistributedSingletonService.java:177)
[JBossINF] 	at org.wildfly.clustering.service.AsynchronousServiceBuilder.getValue(AsynchronousServiceBuilder.java:91)
[JBossINF] 	at org.jboss.test.singletonservice.ServiceAccessBean.getNodeNameOfService(ServiceAccessBean.java:20)
[JBossINF] 	at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source)
[JBossINF] 	at java.lang.reflect.Method.invoke(Method.java:498)
[JBossINF] 	at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
[JBossINF] 	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:85)
[JBossINF] 	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:96)
[JBossINF] 	at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
[JBossINF] 	at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
[JBossINF] 	at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
[JBossINF] 	at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
[JBossINF] 	at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21)
[JBossINF] 	at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
[JBossINF] 	at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
[JBossINF] 	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275)
[JBossINF] 	... 50 more

Singleton service jboss.test.myservice not started error occured also on client at the same time:

2017/01/12 18:51:04:396 EST [DEBUG][Runner - 1] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Response acquired, node name: perf20
2017/01/12 18:51:04:582 EST [ERROR][Runner - 3] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Error getting node name! <javax.ejb.EJBException: java.lang.IllegalStateException: WFLYCLSV0009: Singleton service jboss.test.myservice is not started.>
        javax.ejb.EJBException: java.lang.IllegalStateException: WFLYCLSV0009: Singleton service jboss.test.myservice is not started.
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:187)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:277)
	at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:359)
	at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:456)
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
	at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:84)
	at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:80)
	at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
	at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
	at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:53)
	at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
	at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:375)
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:609)
	at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:340)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:68)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:202)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:268)
	at org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:434)
	at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:789)
	at ...asynchronous invocation...(Unknown Source)
	at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:96)
	at org.jboss.ejb.client.EJBClientInvocationContext$1.run(EJBClientInvocationContext.java:282)
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:279)
	at org.jboss.ejb.client.EJBObjectInterceptor.handleInvocationResult(EJBObjectInterceptor.java:64)
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:290)
	at org.jboss.ejb.client.EJBHomeInterceptor.handleInvocationResult(EJBHomeInterceptor.java:88)
	at org.jboss.ejb.client.TransactionInterceptor.handleInvocationResult(TransactionInterceptor.java:46)
	at org.jboss.ejb.client.ReceiverInterceptor.handleInvocationResult(ReceiverInterceptor.java:142)
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:265)
	at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:453)
	at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:204)
	at com.sun.proxy.$Proxy0.getNodeNameOfService(Unknown Source)
	at org.jboss.smartfrog.clustering.ejb3.SSAccessProcessorFactoryImpl$SSAccessRequestProcessor.processRequest(SSAccessProcessorFactoryImpl.java:88)
Caused by: java.lang.IllegalStateException: WFLYCLSV0009: Singleton service jboss.test.myservice is not started.
	at org.wildfly.clustering.server.singleton.PrimaryProxyService.getValue(PrimaryProxyService.java:71)
	at org.jboss.msc.service.ServiceControllerImpl.getValue(ServiceControllerImpl.java:1159)
	at org.wildfly.clustering.server.singleton.DistributedSingletonService.getValue(DistributedSingletonService.java:177)
	at org.wildfly.clustering.service.AsynchronousServiceBuilder.getValue(AsynchronousServiceBuilder.java:91)
	at org.jboss.test.singletonservice.ServiceAccessBean.getNodeNameOfService(ServiceAccessBean.java:20)
	at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:85)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:96)
	... 1 more

2017/01/12 18:51:04:584 EST [INFO ][Runner - 3] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Resettin

Link to server log:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-jvmkill-ha-ss/7/console-perf20/
Link to client log:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-jvmkill-ha-ss/7/console-perf17/

Values that are sole spaces (or tabs, etc) are currently rejected

In HRegionInfo.readFields() the following looks wrong to me
    } else if (getVersion() == VERSION) 
{

it is always true.

Should it have been

    }
 else if (getVersion() == version) {
version is a local variable where the deserialized-version is stored.
(I am struggling with another issue where after applying some patches - including "HBASE-4388 Second start after migration from 90 to trunk crashes" my version of hbase-92 HRegionInfo.readFields() tries to find HTD in HRegionInfo and fails)

sometimes it is failing with
https://fusesource-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/camel.redhat.pipeline/job/2.21.x.redhat-7-0-x/18/testReport/junit/org.apache.camel.component.pubnub/PubNubPresenceTest/testPresence/
mock://result Received message count. Expected: <1> but was: <2>
java.lang.AssertionError: mock://result Received message count. Expected: <1> but was: <2>
	at org.apache.camel.component.pubnub.PubNubPresenceTest.testPresence(PubNubPresenceTest.java:53)
the problem is that in fact a lot of exchanges are created.
In org.apache.camel.component.mock.MockEndpoint.doAssertIsSatisfied(long), it is waiting to reach at least the given expected number in the provided timeout.
As soon as it is reached, it is doing the assertion.
But between the assertion done in the line just after, a new message may arrive.
You can notice it by putting a Thread.sleep(1000) for instance before the assertEquals, with PubNubTest it wil lalways fail and there will be a lo tmore messages.
So 3 possibilities:

the test should expect a minimum number of messages
the route used in test should be modified to trigger a single message
the camel product should not create several messages and in this case it is a product bug

I've created integration tests to post an account to the spring-data-rest endpoint, this account contains a nested entity called accountType. When posting to the endpoint I get the error below. I've attached the stackoverflow URL that describes my problem exactly.

 org.springframework.http.converter.HttpMessageNotReadableException: Could not read JSON: Template must not be null or empty! (through reference chain: com.wraith.repository.entity.Account["type"]); nested exception is com.fasterxml.jackson.databind.JsonMappingException: Template must not be null or empty! (through reference chain: com.wraith.repository.entity.Account["type"])
	at org.springframework.http.converter.json.MappingJackson2HttpMessageConverter.readJavaType(MappingJackson2HttpMessageConverter.java:228)
	at org.springframework.http.converter.json.MappingJackson2HttpMessageConverter.readInternal(MappingJackson2HttpMessageConverter.java:212)
	at org.springframework.http.converter.AbstractHttpMessageConverter.read(AbstractHttpMessageConverter.java:159)
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.resolveArgument(PersistentEntityResourceHandlerMethodArgumentResolver.java:100)
	at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:79)
	at org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:157)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:124)
	at com.wraith.repository.integrationTests.AbstractBaseIntegrationTests.performPostRequest(AbstractBaseIntegrationTests.java:105)
	at com.wraith.repository.integrationTests.AbstractBaseIntegrationTests.createNewEntity(AbstractBaseIntegrationTests.java:113)
	at com.wraith.repository.integrationTests.AccountRequestTest.createNewAccount(AccountRequestTest.java:43)
	at com.wraith.repository.integrationTests.AccountRequestTest.testCreateAccountRequest(AccountRequestTest.java:32)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:233)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:87)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:176)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
	at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:67)
Caused by: com.fasterxml.jackson.databind.JsonMappingException: Template must not be null or empty! (through reference chain: com.wraith.repository.entity.Account["type"])
	at com.fasterxml.jackson.databind.JsonMappingException.wrapWithPath(JsonMappingException.java:232)
	at com.fasterxml.jackson.databind.JsonMappingException.wrapWithPath(JsonMappingException.java:197)
	at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.wrapAndThrow(BeanDeserializerBase.java:1420)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:244)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:118)
	at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:2993)
	at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:2158)
	at org.springframework.http.converter.json.MappingJackson2HttpMessageConverter.readJavaType(MappingJackson2HttpMessageConverter.java:225)
	... 41 more
Caused by: java.lang.IllegalArgumentException: Template must not be null or empty!
	at org.springframework.util.Assert.hasText(Assert.java:162)
	at org.springframework.hateoas.UriTemplate.<init>(UriTemplate.java:56)
	at org.springframework.data.rest.webmvc.json.PersistentEntityJackson2Module$UriStringDeserializer.deserialize(PersistentEntityJackson2Module.java:380)
	at com.fasterxml.jackson.databind.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:525)
	at com.fasterxml.jackson.databind.deser.impl.MethodProperty.deserializeAndSet(MethodProperty.java:99)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:242)
	... 45 more

credential-store operation read-aliases should be read-only, it only reads, does not modify

[standalone@embedded /] /subsystem=elytron/credential-store=test:read-operation-description(name=read-aliases
{
        "description" => "Read aliases (entries) from a credential store.",
    }
}

When running ITBLL, observed below log and found the ratio of batch restarting is always zero:

15/10/12 17:05:37 INFO actions.Action: Performing action: Batch restarting 0% of region servers

Checking code, found batchRestartRSRatio never got initialized in SlowDeterministicMonkeyFactory, and current ITBLL never check the case of batch RS restarting in actual.

Thrift alter_table api doesnt validate column type so that invalid column type can sneak it.

This is due to hasVC flag in MapOperator is incorrectly initialized.

The first thing CxfPayloadConverter tries to do is convert the payload to a NodeList.  When used in combination of something like XSLT which would produce a "String", this results in a full DOM being created for the String.   With the streaming support in the CXF component, it should FIRST attempt to convert to "Source" and use that.   This can then be a StreamSource or similar that can be streamed directly.

If you deploy a web application which has a web fragment with a relative ordering referring to a non-existent fragment, it will fail. This was reported for old JBossAS as JBAS-8767, Remy said the spec was not clear so he would ask, and them it was fixed for AS 6.0.
The reproducer WAR from JBAS-8767 fails to deploy on WildFly as well. I am unsure as to the result of the spec clarification on whether it should work, but since we fixed it for AS 6 it should probably be fixed in WF too.

Before HBase-1.2, the Increment TimeRange set on the client was serialized over to the server. As of HBase 1.2, this appears to no longer be true, as my preIncrement coprocessor always gets HConstants.LATEST_TIMESTAMP as the value of increment.getTimeRange().getMax() regardless of what the client has specified.

hive> show create table inventory;
OK
CREATE TABLE `inventory`(
  `inv_item_sk` bigint,
  `inv_warehouse_sk` bigint,
  `inv_quantity_on_hand` int)
PARTITIONED BY (
  `inv_date_sk` bigint)
  'org.apache.hadoop.hive.ql.io.orc.OrcSerde'
  'org.apache.hadoop.hive.ql.io.orc.OrcInputFormat'
LOCATION
  'hdfs://ctr-e134-1499953498516-233086-01-000002.hwx.site:8020/apps/hive/warehouse/tpcds_bin_partitioned_orc_1000.db/inventory'
  'transient_lastDdlTime'='1508284425')
Time taken: 0.25 seconds, Fetched: 16 row(s)

hive> alter table inventory add constraint pk_in primary key (inv_date_sk, inv_item_sk, inv_warehouse_sk) disable novalidate rely;
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. InvalidObjectException(message:Parent column not found: inv_date_sk)

Exception from the log

2017-11-07T18:17:50,516 ERROR [d4ed6f97-20ea-4bc8-a046-b0646f483a20 main] exec.DDLTask: Failed
org.apache.hadoop.hive.ql.metadata.HiveException: InvalidObjectException(message:Parent column not found: inv_date_sk)
        at org.apache.hadoop.hive.ql.metadata.Hive.addPrimaryKey(Hive.java:4668) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.DDLTask.addConstraints(DDLTask.java:4356) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:413) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:206) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2276) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1906) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1623) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1362) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1352) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:239) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:187) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:409) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:827) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:765) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:692) ~[hive-cli-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.util.RunJar.run(RunJar.java:233) ~[hadoop-common-2.7.3.2.6.2.0-205.jar:?]
        at org.apache.hadoop.util.RunJar.main(RunJar.java:148) ~[hadoop-common-2.7.3.2.6.2.0-205.jar:?]
Caused by: org.apache.hadoop.hive.metastore.api.InvalidObjectException: Parent column not found: inv_date_sk
        at org.apache.hadoop.hive.metastore.ObjectStore.addPrimaryKeys(ObjectStore.java:4190) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore.addPrimaryKeys(ObjectStore.java:4163) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:97) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at com.sun.proxy.$Proxy39.addPrimaryKeys(Unknown Source) ~[?:?]
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.add_primary_key(HiveMetaStore.java:1718) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:148) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:107) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at com.sun.proxy.$Proxy42.add_primary_key(Unknown Source) ~[?:?]
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.addPrimaryKey(HiveMetaStoreClient.java:819) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:173) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at com.sun.proxy.$Proxy43.addPrimaryKey(Unknown Source) ~[?:?]
        at org.apache.hadoop.hive.ql.metadata.Hive.addPrimaryKey(Hive.java:4666) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        ... 21 more
2017-11-07T18:17:50,517  INFO [d4ed6f97-20ea-4bc8-a046-b0646f483a20 main] hooks.ATSHook: Created ATS Hook
2017-11-07T18:17:50,519 ERROR [d4ed6f97-20ea-4bc8-a046-b0646f483a20 main] ql.Driver: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. InvalidObjectException(message:Parent column not found: inv_date_sk)
2017-11-07T18:17:50,519  INFO [d4ed6f97-20ea-4bc8-a046-b0646f483a20 main] ql.Driver: Completed executing command(queryId=root_20171107181750_b5b6298f-57aa-4457-9848-368882dbf020); Time taken: 0.086 seconds

HBASE-15669 seems to have broken generating code for WAL.proto in cpp.

In file included from buck-out/gen/if/WAL.pb.cc/WAL.pb.cc:5:0:
buck-out/gen/if/WAL.pb.cc/WAL.pb.h:1103:37: error: 'google::protobuf::uint64 hbase::pb::StoreDescriptor::store_file_size() const' cannot be overloaded
   inline ::google::protobuf::uint64 store_file_size() const;
                                     ^
buck-out/gen/if/WAL.pb.cc/WAL.pb.h:1084:14: error: with 'int hbase::pb::StoreDescriptor::store_file_size() const'
   inline int store_file_size() const;
              ^
buck-out/gen/if/WAL.pb.cc/WAL.pb.h:3527:35: error: prototype for 'google::protobuf::uint64 hbase::pb::StoreDescriptor::store_file_size() const' does not match any in class 'hbase::pb::StoreDescriptor'
 inline ::google::protobuf::uint64 StoreDescriptor::store_file_size() const {
                                   ^
buck-out/gen/if/WAL.pb.cc/WAL.pb.h:3460:12: error: candidate is: int hbase::pb::StoreDescriptor::store_file_size() const
 inline int StoreDescriptor::store_file_size() const {
            ^

BUILD FAILED: //if:if#compile-WAL.pb.cc.oa0460dda,default failed with exit code 1:
c++-cpp-output compile

Attributes of complex type iorTransportConfigType are only defined as string in XSD but they should be probably enumerations.

    <xs:complexType name="iorTransportConfigType">
            <xs:documentation>
                <![CDATA[
                The iorTransportconfigType specifies the attributes used to setup the IOR transport settings.

                * integrity: indicates whether the transport must require integrity protection or not. Valid values are
                             "none", "supported" and "required".
                * confidentiality: indicates whether the transport must require confidentiality protection or not. Valid
                             values are "none", "supported" and "required".
                * trust-in-target: indicates if the transport must require trust in target to be established. Valid values
                             are "none" and "supported".
                * trust-in-client: indicates if the transport must require trust in client to be established. Valid values
                             are "none", "supported" and "required".
                * detect-replay: indicates whether the transport must require replay detection or not. Valid values are
                * detect-misordering: indicates whether the transport must require misordering detection or not. Valid
             ]]>
            </xs:documentation>
        <xs:attribute name="integrity" type="xs:string" use="optional"/>
        <xs:attribute name="confidentiality" type="xs:string" use="optional"/>
        <xs:attribute name="trust-in-target" type="xs:string" use="optional"/>
        <xs:attribute name="trust-in-client" type="xs:string" use="optional"/>
        <xs:attribute name="detect-replay" type="xs:string" use="optional"/>
        <xs:attribute name="detect-misordering" type="xs:string" use="optional"/>
    </xs:complexType>

The same trouble is for complex type iorASContextType and its attribute auth-method

    <xs:complexType name="iorASContextType">
                <![CDATA[
                The iorASContextType specifies the attributes used to setup the IOR Authentication Service settings.

                * auth-method: the authentication method. Valid values are "none" and "username_password".
                * realm: the Authentication Service realm name. If not provided it will be set to "Default".
                * requires: indicates if authentication is required (true) or not (false).
             ]]>
        <xs:attribute name="auth-method" type="xs:string" use="optional"/>
        <xs:attribute name="realm" type="xs:string" use="optional"/>
        <xs:attribute name="required" type="xs:boolean" use="optional"/>

and iorSASContextType of attribute caller-propagation

    <xs:complexType name="iorSASContextType">
                <![CDATA[
                The iorSASContextType specifies the attributes used to setup the IOR Secure Attribute Service settings.

                * caller-propagation: indicates whether the caller should be propagated in the SAS context or not. Valid
                                      values are "none" and "supported".
             ]]>
        <xs:attribute name="caller-propagation" type="xs:string" use="optional"/>

Removing children of security-realm (e.g. authentication) always finishes with 
. This happens even if type of children of security-realm does not exist in server configuration. It should rather finish with failure to indicate that nothing was removed.

There is different JGroups and Netty version in EAP 7.0.0.ER7 zip and dependencies downloaded by wildfly-jms-client-bom:

         <groupId>org.jboss.eap</groupId>
         <artifactId>wildfly-jms-client-bom</artifactId>
         <version>7.0.0.ER7-redhat-1</version>
         <type>pom</type>

Actual state:
EAP 7.0.0.ER7 contains Netty 4.0.32 but bom 4.0.30
EAP 7.0.0.ER7 contains JGroups 3.6.8 but bom 3.6.0
Expected state:
Those versions should be in sync.
Customer impact:
No issue was found. 
Priority can be increased if issue occurs.

As user hbase, user_permission command gave:

java.io.IOException: java.io.IOException
  at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2185)
  at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1854)
  at org.apache.hadoop.hbase.security.access.AccessControlLists.getUserTablePermissions(AccessControlLists.java:484)
  at org.apache.hadoop.hbase.security.access.AccessController.getUserPermissions(AccessController.java:1341)
  at org.apache.hadoop.hbase.protobuf.generated.AccessControlProtos$AccessControlService$1.getUserPermissions(AccessControlProtos.java:9949)
  at org.apache.hadoop.hbase.protobuf.generated.AccessControlProtos$AccessControlService.callMethod(AccessControlProtos.java:10107)
  at org.apache.hadoop.hbase.regionserver.HRegion.execService(HRegion.java:5121)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.execService(HRegionServer.java:3211)
  at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:26851)
  at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2147)
  ... 1 more

  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
  at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:106)
  at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:95)
  at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:235)
  at org.apache.hadoop.hbase.protobuf.ProtobufUtil.execService(ProtobufUtil.java:1304)
  at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel$1.call(RegionCoprocessorRpcChannel.java:87)
  at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel$1.call(RegionCoprocessorRpcChannel.java:84)
  at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:120)
  at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:98)
  at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel.callExecService(RegionCoprocessorRpcChannel.java:90)
  at org.apache.hadoop.hbase.ipc.CoprocessorRpcChannel.callBlockingMethod(CoprocessorRpcChannel.java:67)
  at org.apache.hadoop.hbase.protobuf.generated.AccessControlProtos$AccessControlService$BlockingStub.getUserPermissions(AccessControlProtos.java:10304)
  at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getUserPermissions(ProtobufUtil.java:1974)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
...
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(java.io.IOException): java.io.IOException
  ... 1 more

  at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1387)
  at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1591)
  at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1648)
  at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.execService(ClientProtos.java:27327)
  at org.apache.hadoop.hbase.protobuf.ProtobufUtil.execService(ProtobufUtil.java:1300)
  ... 234 more

According to help for user_permission command:

    hbase> user_permission
    hbase> user_permission 'table1'

not specifying table name should be accepted.

During Arquillian tests, the process is watching for a process file. If the file is used to trigger a shutdown, there is still a chance that the process gets yanked from existence before completely and cleanly shutting down.
In that case, let's not destroyForcible until we've given it a chance to destroy cleanly and waited maybe a little but extra.

create table zshao_int (a int);
select 1 from zshao_int;

The problem is that the directory for the table does not exist yet, but FileInputFormat.getSplits will fail in case the directory does not exist.

The logic of valueOf(int) on HttpStatus fails for 302 as there are two constants with this value - Found and Moved Temporarily. It simply chooses the first it finds.
In this example below, when the server returns 302 - Moved Temporarily the switch statement invokes 'default' as the status code is incorrectly HttpStatus.FOUND.

switch (statusCode) {
	case OK:
		return response.getBody();
	case MOVED_TEMPORARILY:
		this.log.error("Authentication failed.");
		break;
	default:
		this.log.error("Got unexpected status code: " + statusCode);
}

Use of searchTerm.toSentDate=now-24h (to poll only mails older than 24 hours) throws NPE. This is because MailConverters#toSearchTerm tries to build "toSentDate" criteria from "fromSentDate" value:
        if (simple.getToSentDate() != null) {
            String s = simple.getFromSentDate();
            if (s.startsWith("now")) {
The middle line should be:
            String s = simple.getToSentDate();

The creation date of a Tweet is build up with the Dateformat: EEE, d MMM yyyy HH:mm:ss Z
See in TwitterTemplate:209

private DateFormat dateFormat = new SimpleDateFormat("EEE, d MMM yyyy HH:mm:ss Z");

private Date toDate(String dateString) {
	try {
	     return dateFormat.parse(dateString);
	} catch (ParseException e) {
             return null;
	}
}

So a date String is for example:
Tue, 16 Nov 2010 10:32:32 +0000
Because of the english abbreviation for Tuesday this only works with the english Locale.
In all other cases every Tweet has null as his creation date
A possible but not realistic workaround is to alter the default Locale:

Locale.setDefault(Locale.ENGLISH);

In branch-1 and master we have some improvement and new features on scanning which is not compatible.
A client of old version to a server of new version is compatible (must be a bug if not, maybe need some test?). 
A client of new version may not be able to read from a server of old version correctly (because of scan limit, moreResults flag, etc), which is ok for major/minor upgrade and we can tell users to upgrade server before upgrading client. But RS also use scan to read meta. If meta table is in RS of old version, all RSs of new version may have trouble while scanning meta table.
So we should make sure meta table always in servers of new version. Force meta table in Master and upgrade Master first, or assign meta table in region servers with latest version?

This is related to SPR-11762. If a message is obviously wrong, we throw a JMSException. This isn't supposed to be possible in practice as MessageListener is not able to throw a JMSException.
Throwing a JMSException invalidates the connection and start a recovery which is invalid in such a case. 

The insert will fail with following stack:

by: parquet.io.ParquetEncodingException: empty fields are illegal, the field should be ommited completely instead
	at parquet.io.MessageColumnIO$MessageColumnIORecordConsumer.endField(MessageColumnIO.java:271)
	at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriter$ListDataWriter.write(DataWritableWriter.java:271)
	at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriter$GroupDataWriter.write(DataWritableWriter.java:199)
	at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriter$MessageDataWriter.write(DataWritableWriter.java:215)
	at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriter.write(DataWritableWriter.java:88)
	at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriteSupport.write(DataWritableWriteSupport.java:59)
	at org.apache.hadoop.hive.ql.io.parquet.write.DataWritableWriteSupport.write(DataWritableWriteSupport.java:31)
	at parquet.hadoop.InternalParquetRecordWriter.write(InternalParquetRecordWriter.java:116)
	at parquet.hadoop.ParquetRecordWriter.write(ParquetRecordWriter.java:123)
	at parquet.hadoop.ParquetRecordWriter.write(ParquetRecordWriter.java:42)
	at org.apache.hadoop.hive.ql.io.parquet.write.ParquetRecordWriterWrapper.write(ParquetRecordWriterWrapper.java:111)
	at org.apache.hadoop.hive.ql.io.parquet.write.ParquetRecordWriterWrapper.write(ParquetRecordWriterWrapper.java:124)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:697)

create table test_small (
key string,
arrayValues array<string>)
stored as parquet;
insert into table test_small select 'abcd', array() from src limit 1;

When creating the 'request-limit' filter in Undertow, there is not required to provide any of two available attributes. Although when I attach such filter to listener and perform request to server,  I get following error:

ERROR [io.undertow.request] (default I/O-1) UT005071: Undertow request failed HttpServerExchange{ GET /long-running-servlet/HeavyProcessing request {Accept=[text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8], Accept-Language=[cs,en-US;q=0.8,en;q=0.6], Cache-Control=[no-cache], Accept-Encoding=[gzip, deflate, sdch], DNT=[1], Pragma=[no-cache], User-Agent=[Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.75 Safari/537.36], Connection=[keep-alive], Upgrade-Insecure-Requests=[1], Host=[localhost:8080]} response {}}: java.lang.RuntimeException: WFLYUT0059: Could not construct handler for class: class io.undertow.server.handlers.RequestLimitingHandler. with parameters {
    "max-concurrent-requests" => undefined,
    "queue-size" => undefined
}
	at org.wildfly.extension.undertow.filters.Filter.createHandler(Filter.java:111)
	at org.wildfly.extension.undertow.filters.Filter.createHttpHandler(Filter.java:68)
	at org.wildfly.extension.undertow.filters.RequestLimitHandler.createHttpHandler(RequestLimitHandler.java:37)
	at org.wildfly.extension.undertow.filters.FilterService.createHttpHandler(FilterService.java:57)
	at org.wildfly.extension.undertow.filters.FilterRef.createHttpHandler(FilterRef.java:69)
	at org.wildfly.extension.undertow.LocationService.configureHandlerChain(LocationService.java:96)
	at org.wildfly.extension.undertow.Host.configureRootHandler(Host.java:117)
	at org.wildfly.extension.undertow.Host.getOrCreateRootHandler(Host.java:171)
	at org.wildfly.extension.undertow.Host$HostRootHandler.handleRequest(Host.java:285)
	at io.undertow.server.handlers.NameVirtualHostHandler.handleRequest(NameVirtualHostHandler.java:54)
	at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:76)
	at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:49)
	at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:158)
	at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:233)
	at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:131)
	at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:145)
	at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:92)
	at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:51)
	at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:291)
	at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286)
	at org.xnio.nio.QueuedNioTcpServer$1.run(QueuedNioTcpServer.java:121)
	at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:580)
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:464)
	at org.jboss.dmr.ModelValue.asInt(ModelValue.java:58)
	at org.jboss.dmr.ModelNode.asInt(ModelNode.java:240)
	at org.wildfly.extension.undertow.filters.Filter.createHandler(Filter.java:94)
	... 25 more

I think we should make those attributes as required when creating such filter as they are required for it's construction anyway.
Expected:
Make both attributes of request-limit filter as required when creating such filter and write operation error in case they are not provided.
NOTE: also it seems that now when I set attribute queue-size to 0 then this queue is unlimited. Maybe it would be more suitable to set behaviour like this:

undefined -> unlimited queue
0 -> no queue
1..N -> queue size
well this would be a change of behaviour so maybe it's too late to do such change already...

I tried to enable SpEL compilation support in my project using -Dspring.expression.compiler.mode=immediate. This project uses Thymeleaf for views, and thus relies rather heavily on SpEL expressions.
When running the application I can see that the compiler kicks in, but I'm seeing VerifyErrors on the generated SpEL classes:

Caused by: java.lang.VerifyError: (class: spel/Ex7, method: getValue signature: (Ljava/lang/Object;Lorg/springframework/expression/EvaluationContext;)Ljava/lang/Object;) Expecting to find integer on stack
	at java.lang.Class.getDeclaredConstructors0(Native Method)
	at java.lang.Class.privateGetDeclaredConstructors(Class.java:2532)
	at java.lang.Class.getConstructor0(Class.java:2842)
	at java.lang.Class.newInstance(Class.java:345)
	at org.springframework.expression.spel.standard.SpelCompiler.compile(SpelCompiler.java:106)
	at org.springframework.expression.spel.standard.SpelExpression.compileExpression(SpelExpression.java:464)
	at org.springframework.expression.spel.standard.SpelExpression.checkCompile(SpelExpression.java:434)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:266)
	at org.thymeleaf.standard.expression.VariableExpression.executeVariable(VariableExpression.java:149)
	at org.thymeleaf.standard.expression.SimpleExpression.executeSimple(SimpleExpression.java:59)
	at org.thymeleaf.standard.processor.attr.AbstractStandardSingleAttributeModifierAttrProcessor.getTargetAttributeValue(AbstractStandardSingleAttributeModifierAttrProcessor.java:67)
	at org.thymeleaf.processor.attr.AbstractSingleAttributeModifierAttrProcessor.getModifiedAttributeValues(AbstractSingleAttributeModifierAttrProcessor.java:59)
	at org.thymeleaf.processor.attr.AbstractAttributeModifierAttrProcessor.processAttribute(AbstractAttributeModifierAttrProcessor.java:61)
	... 68 more

I haven't tried to dig any deeper into the root cause, as byte code generation isn't really my cup of tea.
Thymeleaf has a lot of runtime overhead compared to JPSs or FreeMarker: if Spring could support compiled SpEL expressions in Thymeleaf views I think it could have a very positive impact on performance, so I'm eager to get this to work.

With ELY-1572 source compatibility check was disabled because of bug in japicmp-base-0.12.0 . With new release of japicmp it should be fixed and source compatibility can be checked again.
[1] https://github.com/wildfly-security/wildfly-elytron/pull/1145#issuecomment-393063711
[2] Also related ELY-1587

From https://builds.apache.org/job/HBase-1.1/78/testReport/org.apache.hadoop.hbase.mapreduce/TestLoadIncrementalHFiles/testSimpleLoad/ :

java.io.IOException: The connection has to be unmanaged.
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.getAdmin(ConnectionManager.java:715)
	at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.doBulkLoad(LoadIncrementalHFiles.java:239)
	at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.run(LoadIncrementalHFiles.java:936)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.runTest(TestLoadIncrementalHFiles.java:255)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.runTest(TestLoadIncrementalHFiles.java:229)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.runTest(TestLoadIncrementalHFiles.java:216)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.runTest(TestLoadIncrementalHFiles.java:206)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.testSimpleLoad(TestLoadIncrementalHFiles.java:102)

LoadIncrementalHFiles should use unmanaged connection.

Pointcut definitions are incorrectly evaluated if generic methods are used.
For example consider the following types:
interface IActionHandler<T extends AbstractAction> {
    int foo(T action);
}
class ConcreteActionHandler implements IActionHandler<ConcreteAction>  {
    public int foo(ConcreteAction action) 
{...}
}
The following pointcut definition used in "protect-pointcut" configuration will not match the ConcreteActionHandler#foo(...) call:
execution(* IActionHandler.foo(..))
The reason is the inappropriate resolving of "most specific method" in AbstractFallbackMethodDefinitionSource. The "most specific method" is resolved by the org.springframework.util.ClassUtils#getMostSpecificMethod(...) call, which does not resolve the Java 5 bridge methods! Bridge methods should not be considered at all when ConfigAttributeDefinition-s are figured out. The org.springframework.aop.support.AopUtils#getMostSpecificMethod(...) should be used instead of ClassUtils as it resolves bridge methods correctly.
The AopUtils should be used instead of ClassUtils in the following places:
Version 2.0.5 of SpringSecurity: org.springframework.security.intercept.method.AbstractFallbackMethodDefinitionSource line 116
Version 3.0.2 of SpringSecurity: org.springframework.security.access.method.AbstractFallbackMethodSecurityMetadataSource line 32
I have tested the version 2.0.5 - it works, when AopUtils is used instead of ClassUtils.
I have not tested the version 3.0.2 - the mentioned fix is just an assumption.

The PositionProvider offset is not updated correctly and an error like this may happen:

Caused by: java.lang.IllegalArgumentException: Seek in LENGTH to 541 is outside of the data
	at org.apache.orc.impl.InStream$UncompressedStream.seek(InStream.java:161)
	at org.apache.orc.impl.InStream$UncompressedStream.seek(InStream.java:123)
	at org.apache.orc.impl.RunLengthIntegerReaderV2.seek(RunLengthIntegerReaderV2.java:331)
	at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedTreeReaderFactory$StringStreamReader.seek(EncodedTreeReaderFactory.java:298)
	at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedTreeReaderFactory$StringStreamReader.seek(EncodedTreeReaderFactory.java:258)
	at org.apache.hadoop.hive.llap.io.decode.OrcEncodedDataConsumer.repositionInStreams(OrcEncodedDataConsumer.java:250)
	at org.apache.hadoop.hive.llap.io.decode.OrcEncodedDataConsumer.decodeBatch(OrcEncodedDataConsumer.java:134)
	at org.apache.hadoop.hive.llap.io.decode.OrcEncodedDataConsumer.decodeBatch(OrcEncodedDataConsumer.java:62)

We found this happens when ORC writes a strange stream combination - data stream for a RG has no values (the rows all have nulls), but there are values (0-s) in length stream for the same rows. That is technically a valid ORC file, although writing the 0s is completely useless. 
This may be fixed separately in ORC, but since these files now exist in the wild we should handle them correctly.

If the update statement misses, it would be useful for abortTxn() to 
run another query to see if the requested txnid is in Aborted state to improve error msg.
Note: get a separate read_committed connection for this.

Error messages:

[info] Cause: java.lang.NumberFormatException: null
[info] at java.lang.Long.parseLong(Long.java:552)
[info] at java.lang.Long.parseLong(Long.java:631)
[info] at org.apache.hadoop.hive.metastore.MetaStoreUtils.isFastStatsSame(MetaStoreUtils.java:315)
[info] at org.apache.hadoop.hive.metastore.HiveAlterHandler.alterPartitions(HiveAlterHandler.java:605)
[info] at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_partitions_with_environment_context(HiveMetaStore.java:3837)
[info] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[info] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[info] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[info] at java.lang.reflect.Method.invoke(Method.java:498)
[info] at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:148)
[info] at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:107)
[info] at com.sun.proxy.$Proxy23.alter_partitions_with_environment_context(Unknown Source)
[info] at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.alter_partitions(HiveMetaStoreClient.java:1527)

Hibernate Search is creating a batch job which embedded in a WildFly module. Any user of Hibernate Search should be able to the launch this batch job, no matter if they're using a batch-app. However, it seems that jobs are only resolvable for batch-app. More explicitly, WildFly requires deployed web-app to have the below structure to enable the job resolver:
    META-INF/batch-jobs
For those who don't have this batch folder in their webapp, they cannot use the jobs from installed module. And an error "JBERET000601: Failed to get job xml file for job" will be raised.

Right now, no INFO message with JGroups version is logged during EAP startup, which makes difficult to recognize what JGroups version is currently used. 

If a table is created on a non-default filesystem (i.e. non-hdfs), the empty files will be created with incorrect scheme information. This patch extracts the scheme and authority information for the new paths.

The DomainApiGenericOperationHandler needs to ensure any input streams it attaches to an operation are closed. In the case of a content upload two streams are attached and only one is closed during the add of the content in the operation step handler.

We need to make the temp directory where coprocessor jars are saved configurable. For this we will add hbase.local.dir configuration parameter. 
Windows tests are failing due to the pathing problems for coprocessor jars:
Two HBase TestClassLoading unit tests failed due to a failiure in loading the test file from HDFS:

testClassLoadingFromHDFS(org.apache.hadoop.hbase.coprocessor.TestClassLoading): Class TestCP1 was missing on a region
testClassLoadingFromLibDirInJar(org.apache.hadoop.hbase.coprocessor.TestClassLoading): Class TestCP1 was missing on a region

The problem is that CoprocessorHost.load() copies the jar file locally, and schedules the local file to be deleted on exit, but calling FileSystem.deleteOnExit(). However, the filesystem is not the file system of the local file, it is the distributed file system, so on windows, the Path fails.

In TyepCheckProcFactory.NumExprProcessor, the ExprNodeConstantDesc is created from strVal:

else if (expr.getText().endsWith("BD")) {
          // Literal decimal
          String strVal = expr.getText().substring(0, expr.getText().length() - 2);
          HiveDecimal hd = HiveDecimal.create(strVal);
          int prec = 1;
          int scale = 0;
          if (hd != null) {
            prec = hd.precision();
            scale = hd.scale();
          }
          DecimalTypeInfo typeInfo = TypeInfoFactory.getDecimalTypeInfo(prec, scale);
          return new ExprNodeConstantDesc(typeInfo, strVal);
        } 

It should use HiveDecmal:
return new ExprNodeConstantDesc(typeInfo, hd);

Investigating HBASE-19893, I'm encountering another issue.

create "test", "cf", {REGION_REPLICATION => 2}

2. Load data to the table

4. Take a snapshot for the table

And I encountered the following error:

hbase(main):004:0> snapshot "test", "snap"

ERROR: org.apache.hadoop.hbase.snapshot.HBaseSnapshotException: Snapshot { ss=snap table=test type=FLUSH } had an error. Procedure snap { waiting=[] done=[] }
at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.isSnapshotDone(SnapshotManager.java:379)
at org.apache.hadoop.hbase.master.MasterRpcServices.isSnapshotDone(MasterRpcServices.java:1144)
at org.apache.hadoop.hbase.shaded.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java)
at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:406)
at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:130)
at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:324)
at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:304)
Caused by: org.apache.hadoop.hbase.snapshot.CorruptedSnapshotException via Failed taking snapshot { ss=snap table=test type=FLUSH } due to exception:Manifest region info {ENCODED => b910488a686644a7c1c85246d0d123d5, NAME => 'test,,1517808523837_0001.b910488a686644a7c1c85246d0d123d5.', STARTKEY => '', ENDKEY => '', OFFLINE => true, SPLIT => true, REPLICA_ID => 1}doesn't match expected region:{ENCODED => ef8665859c0b19927b7dc127ec10120a, NAME => 'test,,1517808523837.ef8665859c0b19927b7dc127ec10120a.', STARTKEY => '', ENDKEY => '', OFFLINE => true, SPLIT => true}:org.apache.hadoop.hbase.snapshot.CorruptedSnapshotException: Manifest region info {ENCODED => b910488a686644a7c1c85246d0d123d5, NAME => 'test,,1517808523837_0001.b910488a686644a7c1c85246d0d123d5.', STARTKEY => '', ENDKEY => '', OFFLINE => true, SPLIT => true, REPLICA_ID => 1}doesn't match expected region:{ENCODED => ef8665859c0b19927b7dc127ec10120a, NAME => 'test,,1517808523837.ef8665859c0b19927b7dc127ec10120a.', STARTKEY => '', ENDKEY => '', OFFLINE => true, SPLIT => true}
at org.apache.hadoop.hbase.errorhandling.ForeignExceptionDispatcher.rethrowException(ForeignExceptionDispatcher.java:82)
at org.apache.hadoop.hbase.master.snapshot.TakeSnapshotHandler.rethrowExceptionIfFailed(TakeSnapshotHandler.java:306)
at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.isSnapshotDone(SnapshotManager.java:368)
... 6 more
Caused by: org.apache.hadoop.hbase.snapshot.CorruptedSnapshotException: Manifest region info {ENCODED => b910488a686644a7c1c85246d0d123d5, NAME => 'test,,1517808523837_0001.b910488a686644a7c1c85246d0d123d5.', STARTKEY => '', ENDKEY => '', OFFLINE => true, SPLIT => true, REPLICA_ID => 1}doesn't match expected region:{ENCODED => ef8665859c0b19927b7dc127ec10120a, NAME => 'test,,1517808523837.ef8665859c0b19927b7dc127ec10120a.', STARTKEY => '', ENDKEY => '', OFFLINE => true, SPLIT => true}
at org.apache.hadoop.hbase.master.snapshot.MasterSnapshotVerifier.verifyRegionInfo(MasterSnapshotVerifier.java:223)
at org.apache.hadoop.hbase.master.snapshot.MasterSnapshotVerifier.verifyRegions(MasterSnapshotVerifier.java:201)
at org.apache.hadoop.hbase.master.snapshot.MasterSnapshotVerifier.verifySnapshot(MasterSnapshotVerifier.java:119)
at org.apache.hadoop.hbase.master.snapshot.TakeSnapshotHandler.process(TakeSnapshotHandler.java:202)
at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:104)

hbase> snapshot 'sourceTable', 'snapshotName'
hbase> snapshot 'namespace:sourceTable', 'snapshotName', {SKIP_FLUSH => true}

Took 0.3390 seconds

The dependency for servlet-api is declared in the org.springframework.web.portlet pom.xml as:
      <groupId>javax.servlet</groupId>
      <artifactId>servlet-api</artifactId>
      <version>2.5</version>
      <scope>compile</scope>
I think the scope should be 'provided'?

Currently, a join is converted into a sort-merge join only if the join cols exactly matches the sort cols.
This constraint can definitely be relaxed.

If called with a non-null charset IOConvert.toInputStream returns a InputStream which will never close the opened BufferedReader.

http://static.springsource.org/spring-gemfire/docs/current/reference/html/apis.html#apis:template
The inner class in the snippet returns an Iterable<String> but the return statement is written as follows.  It's likely a typo.  The size() method shouldn't be there since that returns an int, and there's a " missing after the 5.
return region.query("length < 5).size();

For the query 28 of TPCs-BB with 1T data, the executor memory is set as 30G. Get the following exception:
java.lang.OutOfMemoryError
	at java.io.ByteArrayOutputStream.hugeCapacity(ByteArrayOutputStream.java:123)
	at java.io.ByteArrayOutputStream.grow(ByteArrayOutputStream.java:117)
	at java.io.ByteArrayOutputStream.ensureCapacity(ByteArrayOutputStream.java:93)
	at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:153)
	at java.io.DataOutputStream.write(DataOutputStream.java:107)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizedBatchUtil.setVector(VectorizedBatchUtil.java:467)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizedBatchUtil.addRowToBatchFrom(VectorizedBatchUtil.java:238)
	at org.apache.hadoop.hive.ql.exec.spark.SparkReduceRecordHandler.processVectors(SparkReduceRecordHandler.java:367)
	at org.apache.hadoop.hive.ql.exec.spark.SparkReduceRecordHandler.processRow(SparkReduceRecordHandler.java:286)
	at org.apache.hadoop.hive.ql.exec.spark.SparkReduceRecordHandler.processRow(SparkReduceRecordHandler.java:220)
	at org.apache.hadoop.hive.ql.exec.spark.HiveReduceFunctionResultList.processNextRecord(HiveReduceFunctionResultList.java:49)
	at org.apache.hadoop.hive.ql.exec.spark.HiveReduceFunctionResultList.processNextRecord(HiveReduceFunctionResultList.java:28)
	at org.apache.hadoop.hive.ql.exec.spark.HiveBaseFunctionResultList.hasNext(HiveBaseFunctionResultList.java:85)
	at scala.collection.convert.Wrappers$JIteratorWrapper.hasNext(Wrappers.scala:42)
	at scala.collection.Iterator$class.foreach(Iterator.scala:893)
	at scala.collection.AbstractIterator.foreach(Iterator.scala:1336)
	at org.apache.spark.rdd.AsyncRDDActions$$anonfun$foreachAsync$1$$anonfun$apply$12.apply(AsyncRDDActions.scala:127)
	at org.apache.spark.SparkContext$$anonfun$33.apply(SparkContext.scala:1974)
	at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:70)
	at org.apache.spark.scheduler.Task.run(Task.scala:85)
	at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:274)
	at java.lang.Thread.run(Thread.java:745) 
I think DataOutputBuffer isn't cleared on time cause this problem.

org.jboss.as.test.integration.sar.servicembean.ServiceMBeanSupportTestCase#testSarWithServiceMBeanSupport
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.sar.servicembean.ServiceMBeanSupportTestCase#testSarWithServiceMBeanSupport -Dsecurity.manager

ERROR [org.jboss.as.test.integration.sar.servicembean.TestService] (MSC service thread 1-2) WFLYSYSJMX0009: Initialization failed during postRegister: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("javax.management.MBeanPermission" "org.jboss.as.test.integration.sar.servicembean.TestResultService#CreateServiceInvoked[jboss:name=service-mbean-support-test-result]" "setAttribute")" in code source "(vfs:/content/service-mbean-support-test.sar <no signer certificates>)" of "null")
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.checkMBeanPermission(DefaultMBeanServerInterceptor.java:1830)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.checkMBeanPermission(DefaultMBeanServerInterceptor.java:1813)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.setAttribute(DefaultMBeanServerInterceptor.java:743)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.setAttribute(JmxMBeanServer.java:739)
	at org.jboss.as.test.integration.sar.servicembean.TestService.setTestResultMBeanAttribute(TestService.java:73)
	at org.jboss.as.test.integration.sar.servicembean.TestService.createService(TestService.java:47)
	at org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:221)
	at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:158)
	at org.jboss.system.ServiceMBeanSupport.postRegister(ServiceMBeanSupport.java:372)
	at com.sun.jmx.mbeanserver.MBeanSupport.postRegister(MBeanSupport.java:182)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.postRegister(DefaultMBeanServerInterceptor.java:1024)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:974)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:900)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:324)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522)
	at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.registerMBean(PluggableMBeanServerImpl.java:1527)
	at org.jboss.as.jmx.PluggableMBeanServerImpl.registerMBean(PluggableMBeanServerImpl.java:871)
	at org.jboss.as.jmx.MBeanRegistrationService.start(MBeanRegistrationService.java:101)

Line 60 in SqlProducer checks if the body is null. This will cause any parameters in header fields not to be populated into the prepared statement. Sample scenario is with a camel-jetty enriching a response using camel-sql. 

Spring is unable to deserialize the body of the following method:
  
@PostMapping(...)
public void post(@RequestBody SomeObject) {
      ....
}

Root cause - Jaxb2XmlDecoder does not implement method "decodeToMono"

When using the camel-quartz component in an unmanged context with multiple camel contexts, for example in a JUnit test case, causes the scheduler to be created with the instance name "DefaultQuartzScheduler" which is then shared across all camel context's within the same jvm.
This is in contradiction of the previous behaviour that uses `getCamelContext.getName()` which isolates the scheduler by denoting that the default instance is specific to the camel context.

package org.apache.camel.component.quartz;

import org.apache.camel.management.JmxSystemPropertyKeys;
import org.quartz.Scheduler;
import org.quartz.SchedulerException;

import static org.junit.Assert.assertNotEquals;
import static org.junit.Assert.assertNotSame;

/**
 * Test regression of camel-context isolation of default scheduler instance introduced in CAMEL-7034.
 */
public class QuartzComponentCamelContextSchedulerIsolationTest {

  @Test
  public void testSchedulerIsolation_unmanaged() throws Exception {
    disableJMX();
    testSchedulerIsolation();
  }

  @Test
  public void testSchedulerIsolation_managed() throws Exception {
    enableJMX();
  }

  private void testSchedulerIsolation() throws Exception {
    CamelContext context = createCamelContext();
    context.start();

    CamelContext anotherContext = createCamelContext();
    assertNotEquals(anotherContext.getName(), context.getName());
    assertNotEquals(anotherContext, context);

    assertNotSame(getDefaultScheduler(context), getDefaultScheduler(anotherContext));
  }

  /**
   * Create a new camel context instance.
   */
  private DefaultCamelContext createCamelContext() {
    return new DefaultCamelContext();
  }

  /**
   * Get the quartz component for the provided camel context.
   */
  private QuartzComponent getQuartzComponent(CamelContext context) {
    return context.getComponent("quartz", QuartzComponent.class);
  }

  /**
   * Get the default scheduler for the provided camel context.
   */
  private Scheduler getDefaultScheduler(CamelContext context) throws SchedulerException {
    return getQuartzComponent(context).getFactory().getScheduler();
  }

  /**
   * Disables the JMX agent.
   */
  private void disableJMX() {
    System.setProperty(JmxSystemPropertyKeys.DISABLED, "true");
  }

  /**
   * Enables the JMX agent.
   */
  private void enableJMX() {
    System.setProperty(JmxSystemPropertyKeys.DISABLED, "false");
  }

}

We see intermittent error in hiveserver2 log:

(HiveSessionImpl.java:setOperationLogSessionDir(211)) - Unable to create operation log session directory:xxxxxx

User are not able to retrieve their operation log through Hue.

First of all, the add-user.sh script has an invalid syntax on line 14 which reads:

    cygwin = true;

It should read:

    cygwin=true;

without spaces around the equal sign, Otherwise the truth value is not set, and the conversion back to Windows pathes is not done.
Furthermore, the back-conversions should be conditioned to avoid a "cygpath: can't convert empty path" in lines 56-60, especially with JAVA_HOME.
Finally, issuance of the following command : bin/add-user.sh u p
Gives:

cygpath: can't convert empty path
Exception in thread "main" java.lang.IllegalStateException: JBAS015232: Aucune java.io.Console disponible pour interagir avec l'utilisateur.
	at org.jboss.as.domain.management.security.AddPropertiesUser.<init>(AddPropertiesUser.java:107)
	at org.jboss.as.domain.management.security.AddPropertiesUser.<init>(AddPropertiesUser.java:118)
	at org.jboss.as.domain.management.security.AddPropertiesUser.main(AddPropertiesUser.java:166)
	at org.jboss.modules.Module.run(Module.java:270)
	at org.jboss.modules.Main.main(Main.java:294)

Issuance of the following command : bin/add-user.sh
Gives:

	at org.jboss.as.domain.management.security.AddPropertiesUser.<init>(AddPropertiesUser.java:78)
	at org.jboss.as.domain.management.security.AddPropertiesUser.main(AddPropertiesUser.java:168)

Option --silent doesn't make a difference.
An obvious workaround exists though: use with a CMD windows

bin\add-user.bat u p

There is a problem in parsing an invalid expression - the last element indexer missing the index: "$[]". An EvaluationException should be thrown but I get a NullPointerException instead. Simple code for reproduction of the bug:

List<String> list = Arrays.asList("foo", "bar", "baz");
ExpressionParser parser = new SpelExpressionParser();
Expression exp = parser.parseExpression("$[]");
exp.getValue(list); // NullPointerException

One problem is that the constructor of the org.springframework.expression.spel.ast.Selection.Selection class accepts a null-valued parameter SpelNodeImpl expression. The core problem is that the org.springframework.expression.spel.standard.InternalSpelExpressionParser.maybeEatSelection() method does not check the expression returned from eatExpression() for null. In such case it should probably throw the EvaluationException.
Please see the attached stacktrace for details.

The OnOffOpenTracingTestCase fails with IBM java due to the different stack trace output compared to the OpenJDK/OracleJDK. In the test there is checked

java.lang.NoClassDefFoundError: Lio/opentracing/Tracer

but IBM java provides slightly different variation

java.lang.NoClassDefFoundError: io.opentracing.Tracer

in the stacktrace.

org.jboss.as.test.manualmode.management.cli.ReloadRedirectTestCase from Wildfly core manual mode module stuck on HP-UX
destroy() is unable to kill the process waiting for the user input (accept certificate dialogue). We could either destroy the process forcibly by updating CliProcessWrapper:

    public void destroyProcess() {
        cliProcess.destroy();
    }

to 

        cliProcess.destroyForcibly();
    }

or add cliProc.ctrlCAndWaitForClose(); into finally block just before destroying the process in test case.
ReloadRedirectTestCase#testReloadwithRedirect()

    finally {
        cliProc.ctrlCAndWaitForClose();
        cliProc.destroyProcess();
    }

see WFCORE-2216 for test log and thread dump 
I'll send a PR for the second option.

java.lang.AssertionError: Should be called after loading tables
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.processRow(MapRecordProcessor.java:205)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:171)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:152)
This is because tables may have already been loaded.

Spring shell replaces multiple white spaces as a white space for parsing parameter of command  without quotation marks. I think it is OK. But,  in quotation marks, I think multiple white spaces is my real intention.

Steps to repro: 
in TestTxnCommands2WithSplitUpdate remove the overridden method testOrcPPD().
Then run:
mvn test -Dtest=TestTxnCommands2WithSplitUpdate#testOrcPPD
it will fail with ArrayIndexOutOfBounds.  HIVE-14448 was supposed to have fixed it....

2016-08-22T15:54:17,654  INFO [main] mapreduce.JobSubmitter: Cleaning up the staging area file:/Users/ekoifman/dev/hiverwgit/ql/target/tmp/hadoop-tmp/mapred/staging/ekoifman99742506\
0/.staging/job_local997425060_0002
2016-08-22T15:54:17,663 ERROR [main] exec.Task: Job Submission failed with exception 'java.lang.RuntimeException(ORC split generation failed with exception: java.lang.ArrayIndexOutO\
fBoundsException: 1)'
java.lang.RuntimeException: ORC split generation failed with exception: java.lang.ArrayIndexOutOfBoundsException: 1
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1670)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getSplits(OrcInputFormat.java:1756)
        at org.apache.hadoop.hive.ql.io.HiveInputFormat.addSplitsForGroup(HiveInputFormat.java:370)
        at org.apache.hadoop.hive.ql.io.HiveInputFormat.getSplits(HiveInputFormat.java:488)
        at org.apache.hadoop.mapreduce.JobSubmitter.writeOldSplits(JobSubmitter.java:329)
        at org.apache.hadoop.mapreduce.JobSubmitter.writeSplits(JobSubmitter.java:321)
        at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:197)
        at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1297)
        at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1294)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1656)
        at org.apache.hadoop.mapreduce.Job.submit(Job.java:1294)
        at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:562)
        at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:557)
        at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:557)
        at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:548)
        at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:417)
        at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:141)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1983)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1674)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1410)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1134)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1122)
        at org.apache.hadoop.hive.ql.TestTxnCommands2.runStatementOnDriver(TestTxnCommands2.java:1392)
        at org.apache.hadoop.hive.ql.TestTxnCommands2.testOrcPPD(TestTxnCommands2.java:195)
        at org.apache.hadoop.hive.ql.TestTxnCommands2.testOrcPPD(TestTxnCommands2.java:157)
        at java.lang.reflect.Method.invoke(Method.java:483)
        at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
        at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
        at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
        at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
        at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
        at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
        at org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:168)
        at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
        at org.junit.rules.RunRules.evaluate(RunRules.java:20)
        at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
        at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
        at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
        at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
        at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
        at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
        at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
        at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
        at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
        at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
        at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
Caused by: java.util.concurrent.ExecutionException: java.lang.ArrayIndexOutOfBoundsException: 1
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1664)
        ... 60 more
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getSargColumnNames(OrcInputFormat.java:394)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.extractNeededColNames(OrcInputFormat.java:447)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.extractNeededColNames(OrcInputFormat.java:442)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.access$2900(OrcInputFormat.java:149)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.callInternal(OrcInputFormat.java:1360)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.access$2700(OrcInputFormat.java:1154)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator$1.run(OrcInputFormat.java:1334)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator$1.run(OrcInputFormat.java:1331)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.call(OrcInputFormat.java:1331)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.call(OrcInputFormat.java:1154)

I have a Camel route along which I do something like this:

<setHeader headerName="CamelHttpPath">
  <simple>/resource/${headers.RESOURCE_ID.replaceAll("/", "%2F")}</simple>
</setHeader>

The header RESOURCE_ID is a String. I have JUnit test set up for the route and it passes OK. But when I deploy my bundle to Karaf I get the following exception:

org.apache.camel.language.bean.RuntimeBeanExpressionException: Failed to invoke method: .replaceAll("/", "%2F") on null due to: org.apache.camel.language.bean.RuntimeBeanExpressionException: Failed to invoke method: replaceAll("/", "%2F") on null due to: java.lang.IllegalArgumentException: name must be specified and not empty
	at org.apache.camel.language.bean.BeanExpression.evaluate(BeanExpression.java:117)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.language.bean.BeanExpression.evaluate(BeanExpression.java:132)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.model.language.ExpressionDefinition.evaluate(ExpressionDefinition.java:121)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.model.language.ExpressionDefinition.evaluate(ExpressionDefinition.java:113)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.builder.ExpressionBuilder$KeyedOgnlExpressionAdapter.evaluate(ExpressionBuilder.java:1814)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.support.ExpressionAdapter.evaluate(ExpressionAdapter.java:36)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.builder.ExpressionBuilder$58.evaluate(ExpressionBuilder.java:1381)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.builder.SimpleBuilder.evaluate(SimpleBuilder.java:83)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.builder.ProcessorBuilder$4.process(ProcessorBuilder.java:103)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:163)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:398)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:118)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:51)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:110)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.MulticastProcessor.doProcessSequential(MulticastProcessor.java:573)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.MulticastProcessor.doProcessSequential(MulticastProcessor.java:506)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.MulticastProcessor.process(MulticastProcessor.java:215)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.Splitter.process(Splitter.java:98)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.processor.FilterProcessor.process(FilterProcessor.java:58)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:401)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:201)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:165)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:187)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:114)[73:org.apache.camel.camel-core:2.12.2]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_51]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)[:1.7.0_51]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)[:1.7.0_51]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)[:1.7.0_51]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_51]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_51]
	at java.lang.Thread.run(Thread.java:744)[:1.7.0_51]
Caused by: org.apache.camel.language.bean.RuntimeBeanExpressionException: Failed to invoke method: replaceAll("/", "%2F") on null due to: java.lang.IllegalArgumentException: name must be specified and not empty
	at org.apache.camel.language.bean.BeanExpression$OgnlInvokeProcessor.process(BeanExpression.java:285)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.language.bean.BeanExpression.evaluate(BeanExpression.java:114)[73:org.apache.camel.camel-core:2.12.2]
	... 90 more
Caused by: java.lang.IllegalArgumentException: name must be specified and not empty
	at org.apache.camel.util.ObjectHelper.notEmpty(ObjectHelper.java:331)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.core.osgi.OsgiClassResolver.doLoadClass(OsgiClassResolver.java:87)[76:org.apache.camel.camel-spring:2.12.2]
	at org.apache.camel.core.osgi.OsgiClassResolver.resolveClass(OsgiClassResolver.java:47)[76:org.apache.camel.camel-spring:2.12.2]
	at org.apache.camel.component.bean.BeanHelper.isAssignableToExpectedType(BeanHelper.java:121)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.bean.MethodInfo$2.evaluateParameterValue(MethodInfo.java:515)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.bean.MethodInfo$2.evaluate(MethodInfo.java:472)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.bean.MethodInfo.createMethodInvocation(MethodInfo.java:239)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.bean.BeanInfo.createInvocation(BeanInfo.java:278)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.bean.BeanInfo.createInvocation(BeanInfo.java:180)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:148)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:105)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:67)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.language.bean.BeanExpression$InvokeProcessor.process(BeanExpression.java:189)[73:org.apache.camel.camel-core:2.12.2]
	at org.apache.camel.language.bean.BeanExpression$OgnlInvokeProcessor.process(BeanExpression.java:281)[73:org.apache.camel.camel-core:2.12.2]
	... 91 more

The notable difference seems to be that the JUnit test uses DefaultClassResolver instead of OsgiClassResolver which is used in Karaf.

The default value of saveState (data base item stream readers) is not false (according to the documentation), but true (written in code files).
http://static.springsource.org/spring-batch/reference/html/readersAndWriters.html#itemReader

follow up to HIVE-12003 to make exception message meaningful

While trying to verify a different issue, I configured a <distributed-cache> with l1-lifespan=300000 and added a Clusterbench deployment. The EAP start failed with:

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache-configuration.web.routing: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.web.routing: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1919)
Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000350: Enabling the L1 cache is only supported when using DISTRIBUTED as a cache mode.  Your cache mode is set to REPLICATED
	at org.infinispan.configuration.cache.L1ConfigurationBuilder.validate(L1ConfigurationBuilder.java:97)
	at org.infinispan.configuration.cache.ClusteringConfigurationBuilder.validate(ClusteringConfigurationBuilder.java:108)
	at org.infinispan.configuration.cache.ConfigurationBuilder.validate(ConfigurationBuilder.java:203)
	at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:246)
	at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:236)
	at org.wildfly.clustering.infinispan.spi.service.ConfigurationBuilder.start(ConfigurationBuilder.java:88)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1963)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1896)
	... 3 more

The full config is here:
http://pastebin.test.redhat.com/437800
The cache has owners=1, but that does not matter, the exception is thrown with the default owners=2 as well.
And the full server log is here:
http://pastebin.test.redhat.com/437799

Hive decimal type column precision is returning as zero, even though column has precision set.
Example: col67 decimal(18,2) scale is returning as zero for that column.
Tried with below program.

   System.out.println("Opening connection");   Class.forName("org.apache.hive.jdbc.HiveDriver");
   Connection con = DriverManager.getConnection("jdbc:hive2://x.x.x.x:10000/default");
  DatabaseMetaData dbMeta = con.getMetaData();
   ResultSet rs = dbMeta.getColumns(null, "DEFAULT", "data_type_test",null);

 while (rs.next()) {

if (rs.getString("COLUMN_NAME").equalsIgnoreCase("col48") || rs.getString("COLUMN_NAME").equalsIgnoreCase("col67") || rs.getString("COLUMN_NAME").equalsIgnoreCase("col68") || rs.getString("COLUMN_NAME").equalsIgnoreCase("col122")){
     System.out.println(rs.getString("COLUMN_NAME") + "\t" + rs.getString("COLUMN_SIZE") + "\t" + rs.getInt("DECIMAL_DIGITS"));
    }
   }

   rs.close();

   con.close();

  } catch (Exception e) {
   e.printStackTrace();
   ;
  }

Default fetch size is 50. if any column no is under 50 with decimal type, precision is returning properly, when the column no is greater than 50, scale is returning as zero.

Actually functionality is working correctly, but incorrect include/exclude macro in test directive is making its .q.out comparison against incorrect results.

JASPIAuthenticationMechanism#authenticate installs a response wrapper to later on handle secureResponse.
This is correct for the initial call to the SAM/context (prior to entering the Servlet pipeline), but this is most likely not correct for a call following HttpServletRequest#authenticate. In many situations this will lead to exceptions about a "requestChannel" already been opened (perhaps this should be "responseChannel"?).
JASPIAuthenticationMechanism#authenticate contains the following code:

  @Override
    public AuthenticationMechanismOutcome authenticate(final HttpServerExchange exchange, final SecurityContext sc) {
        final ServletRequestContext requestContext = exchange.getAttachment(ServletRequestContext.ATTACHMENT_KEY);
        final JASPIServerAuthenticationManager sam = createJASPIAuthenticationManager();
        final GenericMessageInfo messageInfo = createMessageInfo(exchange, sc);
        final String applicationIdentifier = buildApplicationIdentifier(requestContext);

    // ...

       secureResponse(exchange, sc, sam, messageInfo, cbh);

        return outcome;

With secureResponse:

   private void secureResponse(final HttpServerExchange exchange, final SecurityContext securityContext, final JASPIServerAuthenticationManager sam, final GenericMessageInfo messageInfo, final JASPICallbackHandler cbh) {
        // we add a response wrapper to properly invoke the secureResponse, after processing the destination
        exchange.addResponseWrapper(new ConduitWrapper<StreamSinkConduit>() {
            @Override
            public StreamSinkConduit wrap(final ConduitFactory<StreamSinkConduit> factory, final HttpServerExchange exchange) {
                ServletRequestContext requestContext = exchange.getAttachment(ServletRequestContext.ATTACHMENT_KEY);
                String applicationIdentifier = buildApplicationIdentifier(requestContext);
                // ...
                return factory.create();
            }
        });
    }

As can be seen, every call to authenticate attempts to install the handler again.
I guess secureResponse should somehow check if the call was made from request#authenticate, or that it was done at the beginning of the request, or simply remember whether a registration has already been made or not.
I patched the code locally to use a request attribute to implement the last option and this seems to work.

The timeout for graceful shutdown in case of domain server groups isn't respected.

start server in domain (domain.sh)
Deploy application which allows creating long running requests (you can use the one provided in attachment)
Create request to server-one (in main server group), which shall take longer time then graceful shutdown for example 50s (curl -v http://127.0.0.1:8080/long-running-servlet/HeavyProcessing?duration=50000)
In the mean time call graceful shutdown on main server group (/server-group=main-server-group:stop-servers(timeout=5))

The request should be terminated by server after 5s, still it is fully processed with 200 status code.

org.apache.thrift.TApplicationException: create_table_with_environment_context failed: out of sequence response
	at org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:76)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.recv_create_table_with_environment_context(ThriftHiveMetastore.java:793)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.create_table_with_environment_context(ThriftHiveMetastore.java:779)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.createTable(HiveMetaStoreClient.java:482)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.createTable(HiveMetaStoreClient.java:471)
	at org.apache.hcatalog.mapreduce.TestHCatPartitionPublish.createTable(TestHCatPartitionPublish.java:241)
	at org.apache.hcatalog.mapreduce.TestHCatPartitionPublish.testPartitionPublish(TestHCatPartitionPublish.java:133)

The xsd says the following for the discovery-optionType 'module' attribute:

        <xs:attribute name="module" type="xs:string" use="optional">
            <xs:annotation>
                <xs:documentation>
                    The module from which the DiscoveryOption implementation should be loaded. If not provided,
                    the DiscoveryOption implementation must be available from the Host Controller's own module.
                </xs:documentation>
            </xs:annotation>
        </xs:attribute>

But the MODULE attribute definition does not allow undefined.
But still, DiscoveryOptionAddHandler is coded as if undefined is allowed, but poorly so as it would pass an illegal null into ModuleIdentifier.fromString.
I like the behavior described in the xsd and think the AD and the handlers should be corrected.

When region split takes a significant amount of time, CatalogJanitor can cleanup one of SPLIT records, but left another in META. When another split finish, janitor cleans left SPLIT record, but parent regions haven't removed from FS and META not cleared.
The race condition is follows:
1. region split started
2. one of regions splitted, i.e. A (have no reference storefiles) but other (B) doesn't
3. janitor started and in routine checkDaughter removes SPLITA from meta, but see that SPLITB has references and does nothing.
4. region B completes split
5. janitor wakes up, removes SPLITB, but see that there is no records for A and does nothing again.
Result - parent region hangs forever.

Similar to HBASE-3702 on the response side.  If the wrapped value is null, ExecResult.write() will throw an NPE.

Currently we are excluding all the jackson core dependencies coming from druid. This is wrong in my opinion since this will lead to the packaging of unwanted jackson library from other projects.
As you can see the file hive-druid-deps.txt currently jacskon core is coming from calcite and the version is 2.6.3 which is very different from 2.4.6 used by druid. This patch exclude the unwanted jars and make sure to bring in druid jackson dependency from druid it self.

The maven-sign target is looking for build/maven/jars/hive-metastore-0.12.0.pom (note the "jars" dir).
The correct location is build/maven/poms/hive-metastore-0.12.0.pom

The implementation of PasswordEncoderParser doesn't seem to support the ref attribute and an exception will occur when the ref attribute is specified.
Suggested implementation and more details  : http://forum.springframework.org/showthread.php?t=48779

The following query 

explain select SUBSTRING(`Calcs`.`str0`,CAST(`Calcs`.`int2` AS int), 3) from `druid_tableau`.`calcs` `Calcs`;
OK
Plan not optimized by CBO. 

fails the cbo with the following exception 

 org.apache.hadoop.hive.ql.parse.SemanticException: Line 0:-1 Wrong arguments '3': No matching method for class org.apache.hadoop.hive.ql.udf.UDFSubstr with (string, bigint, int). Po
ssible choices: _FUNC_(binary, int)  _FUNC_(binary, int, int)  _FUNC_(string, int)  _FUNC_(string, int, int)
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1355) ~[hive-exec-2.1.0.2.6.0.2-SNAPSHOT.jar:2.1.0.2.6.0.2-SNA
PSHOT]

.

Following fields are logged for every row.

if (LOG.isDebugEnabled()) {
      LOG.debug("row from " + reader.path);
      LOG.debug("orc row = " + result);
    }

This should be moved to trace logging.

Some of the tests resolve the local temp directory for temporary test data, but use this directory path in dfs. Since on windows, local temp dir is resolved to something like: c:<path_to_local_dir>, DistributedFileSystem.getPathName() throws an IllegalArgumentException complaining that it is not a valid path name. 
Instead of relying on a local temp dir name, we should create a temp dir on dfs, and use this as a basis dir for test data. 
At least the following test cases are affected by this: 

TestHFileOutputFormat
TestHRegionServerBulkLoad

The InstallationManagerService uses a List for the which allows for duplicate files to be used for the module.path resulting in the following exception:

MSC000001: Failed to start service jboss.patching.manager: org.jboss.msc.service.StartException in service jboss.patching.manager: java.lang.IllegalStateException: Duplicate layer 'base'
	at org.jboss.as.patching.installation.InstallationManagerService.start(InstallationManagerService.java:106)
Caused by: java.lang.IllegalStateException: Duplicate layer 'base'
	at org.jboss.as.patching.installation.LayersFactory$ProcessedLayers.addLayer(LayersFactory.java:305)
	at org.jboss.as.patching.installation.LayersFactory.processRoot(LayersFactory.java:182)
	at org.jboss.as.patching.installation.LayersFactory.process(LayersFactory.java:127)
	at org.jboss.as.patching.installation.LayersFactory.load(LayersFactory.java:86)
	at org.jboss.as.patching.installation.InstallationManagerImpl.<init>(InstallationManagerImpl.java:47)
	at org.jboss.as.patching.installation.InstallationManager.load(InstallationManager.java:185)
	at org.jboss.as.patching.installation.InstallationManagerService.load(InstallationManagerService.java:128)
	at org.jboss.as.patching.installation.InstallationManagerService.start(InstallationManagerService.java:63)
	... 8 more

A property expression is not resolved for attribute "token-validity-seconds". Other expressions in the very same file are resolved however. The xml file is included into this ticket.
Providing the markup:
<s:remember-me key="optimus-remember-me" use-secure-cookie="true" token-validity-seconds="${security.rememberme.ttl}"/>
Will result in the exception:
Caused by: org.xml.sax.SAXParseException: cvc-datatype-valid.1.2.1: '${security.rememberme.ttl}' is not a valid value for 'integer'.
	at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:195)
	at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:131)
	at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:384)
	at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:318)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator$XSIErrorReporter.reportError(XMLSchemaValidator.java:423)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.reportSchemaError(XMLSchemaValidator.java:3188)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.processOneAttribute(XMLSchemaValidator.java:2783)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.processAttributes(XMLSchemaValidator.java:2720)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:2072)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.emptyElement(XMLSchemaValidator.java:731)
	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:377)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2756)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:647)
	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:511)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
	at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119)
	at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:232)
	at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:284)
	at org.springframework.beans.factory.xml.DefaultDocumentLoader.loadDocument(DefaultDocumentLoader.java:75)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:388)
	... 66 more
It works okay when providing a an integer constant.

While running rolling-restart.sh without arguments or with --master-only argument script throws error when trying to check did all regions are cleared from transition state.  Here is line causing error:

if [ "$zunassigned" == "null" ]; then zunassigned="unassigned"; fi 

AFAIK default value of "zookeeper.znode.unassiged" is changed to "region-in-transition". So we should change this line to:

if [ "$zunassigned" == "null" ]; then zunassigned="region-in-transition"; fi 

I will attach patch today.

Running an HBase scan load through the profiler revealed that RegionMetricsStorage.incrNumericMetric is called way too often.
It turns out that we make this call for each KV in StoreScanner.next(...).
Incrementing AtomicLong requires expensive memory barriers.
The observation here is that StoreScanner.next(...) can maintain a simple 
long in its internal loop and only update the metric upon exit. Thus the AtomicLong is not updated nearly as often.
That cuts about 10% runtime from scan only load (I'll quantify this better soon).

16:21:14,281 INFO  [org.apache.camel.impl.DefaultCamelContext] (pool-3-thread-1) Apache Camel 2.16-SNAPSHOT (CamelContext: swagger-test) is starting
16:21:14,283 INFO  [org.apache.camel.management.ManagedManagementStrategy] (pool-3-thread-1) JMX is enabled
16:21:14,360 INFO  [org.wildfly.extension.camel] (MSC service thread 1-5) Bound camel naming object: java:jboss/camel/context/swagger-test
16:21:14,360 INFO  [org.wildfly.extension.camel] (pool-3-thread-1) Camel context starting: swagger-test
16:21:14,493 INFO  [org.apache.camel.impl.DefaultCamelContext] (pool-3-thread-1) AllowUseOriginalMessage is enabled. If access to the original message is not needed, then its recommended to turn this option off as it may improve performance.
16:21:14,494 INFO  [org.apache.camel.impl.DefaultCamelContext] (pool-3-thread-1) StreamCaching is not in use. If using streams then its recommended to enable stream caching. See more details at http://camel.apache.org/stream-caching.html
16:21:14,577 INFO  [org.apache.camel.impl.DefaultCamelContext] (pool-3-thread-1) Route: route2 started and consuming from: Endpoint[direct://hello]
16:21:14,580 INFO  [org.apache.camel.impl.DefaultCamelContext] (pool-3-thread-1) Route: route1 started and consuming from: Endpoint[servlet:///hello/%7Bname%7D?httpMethodRestrict=GET]
16:21:14,580 INFO  [org.apache.camel.impl.DefaultCamelContext] (pool-3-thread-1) Total 2 routes, of which 2 is started.
16:21:14,581 INFO  [org.apache.camel.impl.DefaultCamelContext] (pool-3-thread-1) Apache Camel 2.16-SNAPSHOT (CamelContext: swagger-test) started in 0.299 seconds
16:21:15,358 INFO  [stdout] (pool-3-thread-1) org.apache.camel:context=swagger-test,type=context,name="swagger-test": <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
16:21:15,358 INFO  [stdout] (pool-3-thread-1) <rests xmlns="http://camel.apache.org/schema/spring">
16:21:15,358 INFO  [stdout] (pool-3-thread-1)     <rest path="/hello">
16:21:15,358 INFO  [stdout] (pool-3-thread-1)         <get uri="/{name}">
16:21:15,358 INFO  [stdout] (pool-3-thread-1)             <param paramType="path" name="name" required="true"/>
16:21:15,359 INFO  [stdout] (pool-3-thread-1)             <to uri="direct:hello" id="to1"/>
16:21:15,359 INFO  [stdout] (pool-3-thread-1)         </get>
16:21:15,359 INFO  [stdout] (pool-3-thread-1)     </rest>
16:21:15,359 INFO  [stdout] (pool-3-thread-1) </rests>
16:21:15,360 INFO  [stdout] (pool-3-thread-1) 
16:21:15,364 INFO  [stdout] (pool-3-thread-1) jboss.jsr77:j2eeType=JVM,name=default,J2EEServer=default: null
16:21:15,365 INFO  [stdout] (pool-3-thread-1) jboss.jsr77:j2eeType=J2EEServer,name=default: null
16:21:15,365 INFO  [stdout] (pool-3-thread-1) jboss.jsr77:j2eeType=J2EEDomain,name=jboss.jsr77: null
16:21:15,820 ERROR [io.undertow.request] (default task-2) UT005023: Exception handling request to /swagger-tests/api-docs: java.lang.NullPointerException
	at org.apache.camel.component.swagger.RestSwaggerReader$$anonfun$createParameters$2.apply(RestSwaggerReader.scala:190)
	at org.apache.camel.component.swagger.RestSwaggerReader$$anonfun$createParameters$2.apply(RestSwaggerReader.scala:179)
	at scala.collection.TraversableLike$WithFilter$$anonfun$foreach$1.apply(TraversableLike.scala:772)
	at scala.collection.Iterator$class.foreach(Iterator.scala:727)
	at scala.collection.AbstractIterator.foreach(Iterator.scala:1157)
	at scala.collection.IterableLike$class.foreach(IterableLike.scala:72)
	at scala.collection.AbstractIterable.foreach(Iterable.scala:54)
	at scala.collection.TraversableLike$WithFilter.foreach(TraversableLike.scala:771)

In RunAsPrincipalTestCase#testSingletonPostconstructSecurityNotPropagating, when Elytron enabled, identity (including Admin role) is propagated into StatelessBBean:

StatelessSingletonUseBean
SimpleSingletonBean
| check Admin in [Admin] (has required role)
StatelessBBean

In non-Elytron case the check is unsuccessful as test require, because identity is not propagated:

| authorize
EXCEPTION
 methodRoles = Admin
 securityContext.subjectInfo = anonymouse

This is lack of WFLY-981 fix when Elytron used: Identity is propagated from @PostConstruct method.

On client code, when one calls TokenUtil.obtainToken it loads ProtobufUtil which in its static block initializes DynamicClassLoader and that creates the directory ${hbase.local.dir}/jars/ and also instantiates a filesystem class to access hbase.dynamic.jars.dir.
https://github.com/apache/hbase/blob/master/hbase-common/src/main/java/org/apache/hadoop/hbase/util/DynamicClassLoader.java#L109-L127
Since this is region server specific code, not expecting this to happen when one accesses hbase as a client.

When installing finder for an entity which has two fields that has similar names eg.:
name of field1: code, field2: codeGroup, finderName: findCodesByCodeAndCodeGroup
error:
Unable to match all fields of Code for CodeAndCodeGroup (remaining 'Group')
attached a .roo script which reproduces the bug.

Consider the following MVC Controller. When calling a URL with something like "test/myParam=1", I'd expect the second handler method to be invoked, whereas in fact the first one gets invoked.
The workaround is to add method=GET on the second method also, since then the param filter works as expected. But shouldn't the param filter take precendence over the method filter?

@RequestMapping("/test*")

  @RequestMapping(method = RequestMethod.GET)
  public void doStuff(Model model){
    ...
  }

  @RequestMapping(params = "myParam")
  public void doStuff(@RequestParam("myParam") int myParam, Model model){
    ...
  }

}

MarkerFileExclusiveReadLockStrategy is not thread-safe. When I run  a File endpoint with more than one thread the MarkerFileExclusiveReadLockStrategy only deletes the last file to start being processed. 
The MarkerFileExclusiveReadLockStrategy uses global variables: 
private File lock; 
private String lockFileName; 
and gives them values on the acquireExclusiveReadLock method. When another thread calls the releaseExclusiveReadLock method it uses the global variables to delete the locked file. That means that if another thread came and called the acquireExclusiveReadLock it would have changed the values on the global variables. 
If lock and lockFileName are not global variables the problem seems to disappear and I can a multithreaded File endpoint and not locked file is left undeleted. 

When doing OSGi testing in Spring Integration I've encountered the following

An Import-Package could not be resolved. Caused by missing constraint in bundle <org.springframework.data.redis_0.0.0>
             constraint: <Import-Package: org.apache.commons.beanutils; version="1.8.5">

Should probably be optional 

In FreeMarkerConfigurationFactory.createConfiguration(), the shared variables are passed to Configuration.setAllSharedVariables() by wrapping them in a new SimpleHash. This means that the variables themselves, and any values returned from methods on them, will be wrapped by the DefaultObjectWrapper, rather than whichever one was configured.
Like FreeMarkerView, FreeMarkerConfigurationFactory should pass the object wrapper from the new Configuration to the SimpleHash constructor, so that it is used to wrap the variable values.
This is affecting me because I'm trying to use a custom wrapper that doesn't change the order of keys in a map returned from an object in the shared variables.

Changes in Spring Data Commons CDI Repository support for allowing unlimited implementation classes and also now requiring a CustomRepositoryImplementationDetector cause the SDG^2 test suite to fail.

The following comment is wrong.
It should be 'normal_QOS < replication_QOS < replay_QOS < QOS_threshold < admin_QOS < high_QOS'
hbase-common/src/main/java/org/apache/hadoop/hbase/HConstants.java
// normal_QOS < QOS_threshold < replication_QOS < replay_QOS < admin_QOS < high_QOS
public static final int NORMAL_QOS = 0;
public static final int QOS_THRESHOLD = 10;
public static final int HIGH_QOS = 200;
public static final int REPLICATION_QOS = 5;
public static final int REPLAY_QOS = 6;
public static final int ADMIN_QOS = 100;
public static final int SYSTEMTABLE_QOS = HIGH_QOS;

After HIVE-3833, reading partitioned Avro data fails due to missing properties. The "avro.schema.(url|literal)" properties are not making it all the way to the SerDe. Non-partitioned data can still be read.

HIVE-19924 add capacity for replication job set a query tag and kill the replication distcp job with the tag. Here I make it more general, user can set arbitrary "hive.query.tag" in sql script, and kill query with the tag. Hive will cancel the corresponding operation in hs2, along with Tez/MR application launched for the query. For example:

set hive.query.tag=mytag;
select ..... -- long running query

In another session:

kill query 'mytag';

There're limitations in the implementation:
1. No tag duplication check. There's nothing to prevent conflicting tag for same user, and kill query will kill queries share the same tag. However, kill query will not kill queries from different user unless admin. So different user might share the same tag
2. In multiple hs2 environment, kill statement should be issued to all hs2 to make sure the corresponding operation is canceled. When beeline/jdbc connects to hs2 using regular way (zookeeper url), the session will connect to random hs2, which might be different than the hs2 where query run on. User can use HiveConnection.getAllUrls or beeline --getUrlsFromBeelineSite (HIVE-20507) to get a list of all hs2 instances.

The code in Vectorizer is as such:

    boolean isMergePartial = (desc.getMode() != GroupByDesc.Mode.HASH);

then, if it's reduce side:

    if (isMergePartial) {
        // Reduce Merge-Partial GROUP BY.
        // A merge-partial GROUP BY is fed by grouping by keys from reduce-shuffle.  It is the
        // first (or root) operator for its reduce task.
....
      } else {
        // Reduce Hash GROUP BY or global aggregation.
...

In fact, this logic is missing the COMPLETE mode. Both from the comment:

 COMPLETE: complete 1-phase aggregation: iterate, terminate
...
HASH: For non-distinct the same as PARTIAL1 but use hash-table-based aggregation
...
PARTIAL1: partial aggregation - first phase: iterate, terminatePartial

and from the explain plan like this (the query has multiple stages of aggregations over a union; the mapper does a partial hash aggregation for each side of the union, which is then followed by mergepartial, and 2nd stage as complete):

Map Operator Tree:
...
          keys: _col0 (type: int), _col1 (type: int), _col2 (type: int), _col3 (type: int), _col4 (type: int), _col5 (type: bigint), _col6 (type: bigint), _col7 (type: bigint), _col8 (type: bigint), _col9 (type: bigint), _col10 (type: bigint), _col11 (type: bigint), _col12 (type: bigint)
          mode: hash
          outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12
          Reduce Output Operator
...
feeding into

Reduce Operator Tree:
  Group By Operator
    keys: KEY._col0 (type: int), KEY._col1 (type: int), KEY._col2 (type: int), KEY._col3 (type: int), KEY._col4 (type: int), KEY._col5 (type: bigint), KEY._col6 (type: bigint), KEY._col7 (type: bigint), KEY._col8 (type: bigint), KEY._col9 (type: bigint), KEY._col10 (type: bigint), KEY._col11 (type: bigint), KEY._col12 (type: bigint)
    mode: mergepartial
    outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12
    Group By Operator
      aggregations: sum(_col5), sum(_col6), sum(_col7), sum(_col8), sum(_col9), sum(_col10), sum(_col11), sum(_col12)
      keys: _col0 (type: int), _col1 (type: int), _col2 (type: int), _col3 (type: int), _col4 (type: int)
      mode: complete
      outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12

it seems like COMPLETE is actually the global aggregation, and HASH isn't (or may not be).
So, it seems like reduce-side COMPLETE should be handled on the else-path of the above if. For map-side, it doesn't check mode at all as far as I can see.
Not sure if additional code changes are necessary after that, it may just work.

If cell-level ACLs are used to give a user "W" permissions to a cell, they should be able to delete that cell. In testing the Java API, I've confirmed that this is respected. Using the HBase shell, however, a user trying to delete a cell to which they don't have read permissions results in a "Row Not Found" error. 
Matteo Bertozzi tracked this down to a change introduced by HBASE-5837 wherein an attempt is made to get the cell before deleting it to confirm that it exists.

On the master info page, the clicking the tabs under Tasks causes the page to scroll back to the top of the page.

Tasks
Show All Monitored Tasks Show non-RPC Tasks Show All RPC Handler Tasks Show Active RPC Calls Show Client Operations View as JSON

^^ Any of those
The other tab-like links on the page keep the scroll in the same location.

HConnectionImplementation doesn't stop RpcClient on close so that it could leak some RpcClient connections/worker threads.

When restarting a large set of regions on a reasonably small cluster the replication from another cluster tied up every xceiver meaning nothing could be onlined.

We have an application that creates a lot of channels, resulting in a lot of producers with a Cometd local session attached. These local sessions just add up till we get a out of memory. 

https://github.com/wildfly/wildfly/blame/master/ejb3/src/main/java/org/jboss/as/ejb3/iiop/EjbCorbaServant.java#L275

276                            if (incomingIdentity != null && incomingIdentity.length > 0) {
277                                //we have an identity token, which is a trust based mechanism
278                                if (incomingIdentity.length > 0) {

check on line 278 is unnecessary

When a route contains an exception handler clause, stream based message being sent to the error handler have been cached, but the message still isn't readable.
This only happens with a 1.6.2-SNAPSHOT, the trunk handles stream-based messages correctly.

The current epsilon used is 1E-6 and its too big it might overflow the desiredMaxFileSize. A trivial fix is to lower the epsilon to 2^-52 or even 2^-53. An option to consider too is just to shift the jitter to always decrement hbase.hregion.max.filesize (MAX_FILESIZE) instead of increase the size of the region and having to deal with the round off.

When hive.spark.client.rpc.server.address is configured, this property is not retrieved properly because we are getting the value by String hiveHost = config.get(HiveConf.ConfVars.SPARK_RPC_SERVER_ADDRESS);  which always returns null in getServerAddress() call of RpcConfiguration.java. Rather it should be String hiveHost = config.get(HiveConf.ConfVars.SPARK_RPC_SERVER_ADDRESS.varname);.

mvn validate -Prelease fails on hbase-shaded-check-invariants with:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-enforcer-plugin:3.0.0-M1:enforce (min-maven-min-java-banned-xerces) on project hbase-shaded-check-invariants: Execution min-maven-min-java-banned-xerces of goal org.apache.maven.plugins:maven-enforcer-plugin:3.0.0-M1:enforce failed.: NullPointerException -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-enforcer-plugin:3.0.0-M1:enforce (min-maven-min-java-banned-xerces) on project hbase-shaded-check-invariants: Execution min-maven-min-java-banned-xerces of goal org.apache.maven.plugins:maven-enforcer-plugin:3.0.0-M1:enforce failed.
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:213)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
        at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
        at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
        at org.apache.maven.cli.MavenCli.execute(MavenCli.java:993)
        at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:345)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:191)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
        at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
        at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Caused by: org.apache.maven.plugin.PluginExecutionException: Execution min-maven-min-java-banned-xerces of goal org.apache.maven.plugins:maven-enforcer-plugin:3.0.0-M1:enforce failed.
        at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:145)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
        ... 20 more
        at org.apache.maven.plugins.enforcer.EnforceBytecodeVersion.isBadArtifact(EnforceBytecodeVersion.java:221)
        at org.apache.maven.plugins.enforcer.EnforceBytecodeVersion.checkDependencies(EnforceBytecodeVersion.java:206)
        at org.apache.maven.plugins.enforcer.EnforceBytecodeVersion.handleArtifacts(EnforceBytecodeVersion.java:132)
        at org.apache.maven.plugins.enforcer.AbstractResolveDependencies.execute(AbstractResolveDependencies.java:77)
        at org.apache.maven.plugins.enforcer.EnforceMojo.execute(EnforceMojo.java:202)
        at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
        ... 21 more

cc: Sean Busbey

Hello,
When you want to sign the BinarySecurityToken with Wss4jSecurityInterceptor, in a previous version of spring 2.0.x and wss4j (1.5.x), you only had to add a special keyword Token in the signatureParts. Since spring-ws 2.1.x relies on wss4j 1.6.x, this keyword was removed from wss4j and the signature processing failed => Token element not found in the DOM. The current doc makes a reference to the old special keyword. Nowadays, it's impossible to sign the BST. When using STRTransform, we don't sign the BST but just a reference, that's not really the same issue and the signature validation fails on server.
if you have a replacement procedure in order to sign the BST, i will take it quickly.

HIVE-12749 removes constprog2.q and constprog_partitioner.q tests, as they did not test constant propagation anymore. Ideally, we should create them again with compatible types to test constant propagation and constant propagation in the presence of partitions.

TestHBaseNegativeCliDriver does not drop all of the tables created during the test. The next CliDriver test in line (TestMinimrCliDriver) tries to clean up the tables created by the test HBase instance and fails:

{format}
junit.framework.AssertionFailedError: Unexpected exception in setup
	at junit.framework.Assert.fail(Assert.java:57)
	at junit.framework.TestCase.fail(TestCase.java:227)
	at org.apache.hadoop.hive.cli.TestMinimrCliDriver.setUp(TestMinimrCliDriver.java:71)

This only happens if you run these tests in the same maven command. 

Shutdown hook tries delete "delete on exit" files after test completion but it cannot because HDFS is closed already.

Sometimes hadoop can return null counters for a mapreduce job if the job has been retired. The HadoopJobExecHelper needs to handle it.

Tests run: 7, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 301.644 sec <<< FAILURE! - in org.apache.hadoop.hbase.master.TestMasterFailover
testMasterFailoverWithMockedRIT(org.apache.hadoop.hbase.master.TestMasterFailover)  Time elapsed: 240.112 sec  <<< ERROR!
org.junit.runners.model.TestTimedOutException: test timed out after 240000 milliseconds
	at org.apache.hadoop.hbase.util.Threads.sleep(Threads.java:146)
	at org.apache.hadoop.hbase.MiniHBaseCluster.waitForActiveAndReadyMaster(MiniHBaseCluster.java:535)
	at org.apache.hadoop.hbase.HBaseCluster.waitForActiveAndReadyMaster(HBaseCluster.java:280)
	at org.apache.hadoop.hbase.master.TestMasterFailover.testMasterFailoverWithMockedRIT(TestMasterFailover.java:400)
Results :
Tests in error:
  TestMasterFailover.testMasterFailoverWithMockedRIT:400 » TestTimedOut test tim...
Tests run: 7, Failures: 0, Errors: 1, Skipped: 0

Part of jacorb subsystem has not been removed in iiop-openjdk subsystem PR. It should be removed.

The script doesn't check for the status of the website build commands. This means it will happily blow away the whole website assuming a failed mvn site command.

When client-server schema as 'Client -> Server A -> Server B' is used and intermediate server (server A) uses authentication-configuration.security-domain and DIGEST-MD5 mechanism is used then application (i.e. EJB) from intermediate server cannot authenticate to server B. It seems that DIGEST-MD5 mechanism cannot be chosen by SASL mechanism selector when no user and credentials are explicitly allowed.
As we understand attribute authentication-configuration.security-domain correctly (since there is not any sufficient documentation or example project), then intermediate server should be able to obtain credentials from given security domain and use them for authentication.
See reproducer for more details.
Exception from intermediate server:

ERROR [org.jboss.as.ejb3.invocation] (default task-6) WFLYEJB0034: EJB Invocation failed on component Intermediate for method public abstract java.lang.String example.ejb.WhoAmIBeanRemote.whoAmI(): javax.ejb.EJBException: java.lang.IllegalStateException: EJBCLIENT000024: Not able to find EJB matching "StatelessEJBLocator for "/server-side/WhoAmIBean", view is interface example.ejb.WhoAmIBeanRemote, affinity is None"
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:188)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:332)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:240)
	at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
	at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:327)
	at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
	at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:89)
	at org.jboss.as.ejb3.security.AuthorizationInterceptor.processInvocation(AuthorizationInterceptor.java:138)
	at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:57)
	at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
	at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:256)
	at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
	at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
	at org.wildfly.security.auth.server.SecurityIdentity.runAsFunctionEx(SecurityIdentity.java:380)
	at org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:460)
	at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:455)
	at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:165)
Caused by: java.lang.IllegalStateException: EJBCLIENT000024: Not able to find EJB matching "StatelessEJBLocator for "/server-side/WhoAmIBean", view is interface example.ejb.WhoAmIBeanRemote, affinity is None"
	at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:162)
	at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:112)
	at com.sun.proxy.$Proxy48.whoAmI(Unknown Source)
	at example.ejb.Intermediate.whoAmI(Intermediate.java:21)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:90)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
	at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
	... 44 more
	Suppressed: javax.security.sasl.SaslException: Authentication failed: none of the mechanisms presented by the server (JBOSS-LOCAL-USER, DIGEST-MD5) are supported
		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:438)
		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:246)
		at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:545)
		at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:513)
		at org.jboss.remoting3.EndpointImpl.doGetConnection(EndpointImpl.java:464)
		at org.jboss.remoting3.EndpointImpl.getConnectedIdentity(EndpointImpl.java:410)
		... 74 more

Schema for JBoss Product Installation Report ( EAP7-250 ) does not contain information about its version. Schema version is in generated report, but not in schema.
Always

get fresh EAP
./domain.sh
:read-operation-description(name=product-info)

Schema version is not in schema:

{
        "operation-name" => "product-info",
        "description" => "Get product info report",
        "reply-properties" => {
            "value-type" => {"summary" => {
                "description" => "Summary of the current server installation.",
                "value-type" => {
                    "report-version" => {
                        "type" => STRING,
                        "description" => "Version of the summary of the current server installation.",
                        "expressions-allowed" => false,
                        "nillable" => false,
                        "min-length" => 1L,
                        "max-length" => 2147483647L
                    },
                    "node-name" => {
                        "description" => "The name of the instance node.",
                        "nillable" => true,
                    },
                    "host-name" => {
                        "description" => "The name to use for this host's host controller. Must be unique across the domain. If not set, defaults to the runtime value of InetAddress.getLocalHost().getHostName().",
                    },
                    "instance-identifier" => {
                        "description" => "Unique Id of the server instance.",
                    },
                    "product-name" => {
                        "description" => "The name of the product that is being run by this server.",
                    },
                    "product-community-identifier" => {
                        "description" => "Indicates the type of distribution, if it is a Product or a Project.",
                        "default" => "Project",
                    },
                    "product-version" => {
                        "description" => "The version of the product release that is being run by this server.",
                    },
                    "product-home" => {
                        "description" => "Installation directory of the current server instance.",
                    },
                    "installation-date" => {
                        "description" => "Installation date of the current server instance.",
                    },
                    "last-update-date" => {
                        "description" => "Date of the last update of the current product.",
                    },
                    "host-operating-system" => {
                        "description" => "The name of the Operating System.",
                    },
                    "jvm" => {
                        "type" => OBJECT,
                        "description" => "The JVM configuration for the server.",
                        "value-type" => {
                            "java-version" => {
                                "type" => STRING,
                                "description" => "The Java language version.",
                                "expressions-allowed" => false,
                                "nillable" => true,
                                "min-length" => 1L,
                                "max-length" => 2147483647L
                            },
                            "jvm-version" => {
                                "description" => "The complete build version of the JVM.",
                            },
                            "jvm-vendor" => {
                                "description" => "The vendor of the JVM.",
                            },
                            "java-home" => {
                                "description" => "Thepath to the JVM used by the server instance.",
                            }
                        }
                    },
                    "host-cpu" => {
                        "description" => "The description of the host CPU.",
                            "host-cpu-arch" => {
                                "description" => "The CPU architecture of the host.",
                            },
                            "host-core-count" => {
                                "type" => INT,
                                "description" => "The number of cores available on the host.global.summary.java-home=The Java home.",
                                "default" => 1
                            }
                        }
                    }
                }
            }}
        },
    }
}

Schema version should be in schema.

@Document(collection = "normalized_profiles")
public class NormalizedProfile {

    @Id
    private ObjectId id = ObjectId.get();
...
    private ListField<String> firstName;
    private ListField<String> firstNameCanonical;
...
}

So I have 2 properties - firstName and firstNameCanonical, and CycleChecker warns about possible cycle reference on framework startup. Quite misleading, because searchResults.profile.lastNameCanonical is not a subpath of searchResults.profile.lastName (for example).
I believe the problem is with following code in MongoPersistentEntityIndexResolver.Path.cycles():

/**
 * Checks whether the given property is owned by the same entity and if it has been already visited by a subset of
 * the current path. Given {@literal foo.bar.bar} cycles if {@literal foo.bar} has already been visited and
 * {@code class Bar} contains a property of type {@code Bar}. The previously mentioned path would not cycle if
 * {@code class Bar} contained a property of type {@code SomeEntity} named {@literal bar}.
 * 
 * @param property
 * @param path
 * @return
 */
boolean cycles(MongoPersistentProperty property, String path) {

    if (!property.getOwner().equals(this.property.getOwner())) {
    }

    return path.contains(this.path);
}

'Contains' should be analyzed in terms of dot-notation (ie properties), rather than a simple string contains.

2014-12-16 22:26:35.419 / [main] WARN  o.s.d.m.c.index.MongoPersistentEntityIndexResolver - Found cycle for field 'data' in type 'ListField' for path 'searchResults.profile.lastName'
org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$CyclicPropertyReferenceException: Found cycle for field 'data' in type 'ListField' for path 'searchResults.profile.lastName'
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$CycleGuard.protect(MongoPersistentEntityIndexResolver.java:472) ~[spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$3.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:231) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$3.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:226) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mapping.model.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:294) [spring-data-commons-1.9.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.appendTextIndexInformation(MongoPersistentEntityIndexResolver.java:226) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.access$400(MongoPersistentEntityIndexResolver.java:56) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$3.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:256) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.potentiallyCreateTextIndexDefinition(MongoPersistentEntityIndexResolver.java:205) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForEntity(MongoPersistentEntityIndexResolver.java:99) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForClass(MongoPersistentEntityIndexResolver.java:79) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForClass(MongoPersistentEntityIndexResolver.java:56) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.checkForAndCreateIndexes(MongoPersistentEntityIndexCreator.java:128) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.checkForIndexes(MongoPersistentEntityIndexCreator.java:121) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.<init>(MongoPersistentEntityIndexCreator.java:87) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.<init>(MongoPersistentEntityIndexCreator.java:64) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.<init>(MongoTemplate.java:218) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.config.AbstractMongoConfiguration.mongoTemplate(AbstractMongoConfiguration.java:95) [spring-data-mongodb-1.6.1.RELEASE.jar:na]
	at com.scorr.config.MongoStorageConfig$$EnhancerBySpringCGLIB$$486c2c56.CGLIB$mongoTemplate$8(<generated>) [spring-core-4.0.6.RELEASE.jar:na]
	at com.scorr.config.MongoStorageConfig$$EnhancerBySpringCGLIB$$486c2c56$$FastClassBySpringCGLIB$$8ad6efc3.invoke(<generated>) [spring-core-4.0.6.RELEASE.jar:na]
	at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228) [spring-core-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:312) [spring-context-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at com.scorr.config.MongoStorageConfig$$EnhancerBySpringCGLIB$$486c2c56.mongoTemplate(<generated>) [spring-core-4.0.6.RELEASE.jar:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_25]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_25]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_25]
	at java.lang.reflect.Method.invoke(Method.java:483) ~[na:1.8.0_25]
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:166) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:586) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1094) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:989) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:504) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:475) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:302) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:228) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:298) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:328) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:108) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1456) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1197) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:537) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:198) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:271) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:1017) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:960) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:858) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:480) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:87) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:289) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1185) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:324) [spring-context-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at com.scorr.collector.CollectorWebConfig$$EnhancerBySpringCGLIB$$a7d50d23.userDetailsService(<generated>) [spring-core-4.0.6.RELEASE.jar:na]
	at com.scorr.collector.CollectorWebConfig.configureGlobal(CollectorWebConfig.java:79) [classes/:na]
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredMethodElement.inject(AutowiredAnnotationBeanPostProcessor.java:589) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:703) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:760) [spring-context-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:482) [spring-context-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:403) [spring-web-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:306) [spring-web-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:106) [spring-web-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at com.scorr.web.EmbeddedWebServer$1.contextInitialized(EmbeddedWebServer.java:86) [classes/:na]
	at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:798) [jetty-server-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:444) [jetty-servlet-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:789) [jetty-server-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:294) [jetty-servlet-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1343) [jetty-webapp-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1336) [jetty-webapp-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741) [jetty-server-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499) [jetty-webapp-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) [jetty-util-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132) [jetty-util-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114) [jetty-util-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61) [jetty-server-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.server.Server.start(Server.java:387) [jetty-server-9.2.4.v20141103.jar:9.2.4.v20141103]
	at org.eclipse.jetty.server.Server.doStart(Server.java:354) [jetty-server-9.2.4.v20141103.jar:9.2.4.v20141103]
	at com.scorr.web.EmbeddedWebServer.start(EmbeddedWebServer.java:106) [classes/:na]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1681) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1620) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1549) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:539) [spring-beans-4.0.6.RELEASE.jar:4.0.6.RELEASE]
	at com.scorr.service.ServiceLauncher.main(ServiceLauncher.java:48) [classes/:na]

We are testing Alfresco against the CI-477 build and have found that org.springframework.orm.hibernate3.LocalSessionFactoryBean which now claims to require "Hibernate 3.2 or later" still doesn't work against 3.2 for schema updates. We get the following trace.
Caused by: java.lang.NoClassDefFoundError: org/hibernate/jdbc/Work
	at org.springframework.orm.hibernate3.LocalSessionFactoryBean.updateDatabaseSchema(LocalSessionFactoryBean.java:1004)
	at org.springframework.orm.hibernate3.LocalSessionFactoryBean.afterSessionFactoryCreation(LocalSessionFactoryBean.java:886)
	at org.springframework.orm.hibernate3.AbstractSessionFactoryBean.afterPropertiesSet(AbstractSessionFactoryBean.java:213)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1460)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1398)
	... 25 more

The "human unit tester" (Kannan) last night wondered what happens splitting logs and we come across an edit whose region has since been removed.  Taking a look, it looks like we'll create the output file and write the edits for the no-longer-extant region anyways.  This will leave litter in the filesystem – region split files that will never be used nor removed.  This issue is about verifying that indeed this is whats happening (We do SequenceFile.createWriter with the overwrite flag set to true which tracing seems to mean create all intermediary directories – to be verified) and if it indeed is happening, fixing split so unless the region dir exists, don't write out edits.. just drop them.

A user has reported (with an example) that setting a transaction timeout on the UserTransaction will leak the timeout onto the thread and subsequent transaction creation on that thread uses the leaked value instead of new values. 
More details in the referenced forum thread.

Passing in an unmanaged connnection to MetaTableAccessor causes an exception.  MetaTableAccessor should be able to use both unmanaged and managed connections.

In org.wildfly.extension.messaging.activemq.ServerAdd#processOutgoingInterceptors, the interceptors are wrongly added to the incoming interceptors instead of the outgoing interceptors.

Reported on the forums:
http://forum.springframework.org/showthread.php?t=35874

when creating a CombinedConfiguration with an overridecombiner I get into trouble when I need to generate a xml file from te resulting view. It seems that the viewNodes which are created do not handle the parent of the attributes correctly. 
So when saving this configuration the attributes get lost and attached to the rootnode.
I made a unit test and will attach the following files :

component1.xml
component1_spec.xml
AttributeTest.java
log output

HMaster's clear command still could bind the the master's jmx ports because it was using the wrong HBASE_OPTS.

Around 29 files that should have apache license headers are missing it in 0.12 branch. There are some more such files in trunk.
This needs to be fixed for the 0.12 release.

When an RS opens meta, and later closes it, the WAL(FSHlog) is not closed. The last WAL file just sits there in the RS WAL directory. If RS stops gracefully, the WAL file for meta is deleted. Otherwise if RS aborts, WAL for meta is not cleaned. It is also not split (which is correct) since master determines that the RS no longer hosts meta at the time of RS abort. 
From a cluster after running ITBLL with CM, I see a lot of -splitting directories left uncleaned: 

[root@os-enis-dal-test-jun-4-7 cluster-os]# sudo -u hdfs hadoop fs -ls /apps/hbase/data/WALs
Found 31 items
drwxr-xr-x   - hbase hadoop          0 2015-06-05 01:14 /apps/hbase/data/WALs/hregion-58203265
drwxr-xr-x   - hbase hadoop          0 2015-06-05 07:54 /apps/hbase/data/WALs/os-enis-dal-test-jun-4-1.openstacklocal,16020,1433489308745-splitting
drwxr-xr-x   - hbase hadoop          0 2015-06-05 09:28 /apps/hbase/data/WALs/os-enis-dal-test-jun-4-1.openstacklocal,16020,1433494382959-splitting
drwxr-xr-x   - hbase hadoop          0 2015-06-05 10:01 /apps/hbase/data/WALs/os-enis-dal-test-jun-4-1.openstacklocal,16020,1433498252205-splitting
...

The directories contain WALs from meta: 

[root@os-enis-dal-test-jun-4-7 cluster-os]# sudo -u hdfs hadoop fs -ls /apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285-splitting
Found 2 items
-rw-r--r--   3 hbase hadoop     201608 2015-06-05 03:15 /apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285-splitting/os-enis-dal-test-jun-4-5.openstacklocal%2C16020%2C1433466904285..meta.1433470511501.meta
-rw-r--r--   3 hbase hadoop      44420 2015-06-05 04:36 /apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285-splitting/os-enis-dal-test-jun-4-5.openstacklocal%2C16020%2C1433466904285..meta.1433474111645.meta

The RS hosted the meta region for some time: 

2015-06-05 03:14:28,692 INFO  [PostOpenDeployTasks:1588230740] zookeeper.MetaTableLocator: Setting hbase:meta region location in ZooKeeper as os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285
...
2015-06-05 03:15:17,302 INFO  [RS_CLOSE_META-os-enis-dal-test-jun-4-5:16020-0] regionserver.HRegion: Closed hbase:meta,,1.1588230740

In between, a WAL is created: 

2015-06-05 03:15:11,707 INFO  [RS_OPEN_META-os-enis-dal-test-jun-4-5:16020-0-MetaLogRoller] wal.FSHLog: Rolled WAL /apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285/os-enis-dal-test-jun-4-5.openstacklocal%2C16020%2C1433466904285..meta.1433470511501.meta with entries=385, filesize=196.88 KB; new WAL /apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285/os-enis-dal-test-jun-4-5.openstacklocal%2C16020%2C1433466904285..meta.1433474111645.meta

When CM killed the region server later master did not see these WAL files: 

./hbase-hbase-master-os-enis-dal-test-jun-4-3.log:2015-06-05 03:36:46,075 INFO  [MASTER_SERVER_OPERATIONS-os-enis-dal-test-jun-4-3:16000-0] master.SplitLogManager: started splitting 2 logs in [hdfs://os-enis-dal-test-jun-4-1.openstacklocal:8020/apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285-splitting] for [os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285]
./hbase-hbase-master-os-enis-dal-test-jun-4-3.log:2015-06-05 03:36:47,300 INFO  [main-EventThread] wal.WALSplitter: Archived processed log hdfs://os-enis-dal-test-jun-4-1.openstacklocal:8020/apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285-splitting/os-enis-dal-test-jun-4-5.openstacklocal%2C16020%2C1433466904285.default.1433475074436 to hdfs://os-enis-dal-test-jun-4-1.openstacklocal:8020/apps/hbase/data/oldWALs/os-enis-dal-test-jun-4-5.openstacklocal%2C16020%2C1433466904285.default.1433475074436
./hbase-hbase-master-os-enis-dal-test-jun-4-3.log:2015-06-05 03:36:50,497 INFO  [main-EventThread] wal.WALSplitter: Archived processed log hdfs://os-enis-dal-test-jun-4-1.openstacklocal:8020/apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285-splitting/os-enis-dal-test-jun-4-5.openstacklocal%2C16020%2C1433466904285.default.1433475175329 to hdfs://os-enis-dal-test-jun-4-1.openstacklocal:8020/apps/hbase/data/oldWALs/os-enis-dal-test-jun-4-5.openstacklocal%2C16020%2C1433466904285.default.1433475175329
./hbase-hbase-master-os-enis-dal-test-jun-4-3.log:2015-06-05 03:36:50,507 WARN  [MASTER_SERVER_OPERATIONS-os-enis-dal-test-jun-4-3:16000-0] master.SplitLogManager: returning success without actually splitting and deleting all the log files in path hdfs://os-enis-dal-test-jun-4-1.openstacklocal:8020/apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285-splitting
./hbase-hbase-master-os-enis-dal-test-jun-4-3.log:2015-06-05 03:36:50,508 INFO  [MASTER_SERVER_OPERATIONS-os-enis-dal-test-jun-4-3:16000-0] master.SplitLogManager: finished splitting (more than or equal to) 129135000 bytes in 2 log files in [hdfs://os-enis-dal-test-jun-4-1.openstacklocal:8020/apps/hbase/data/WALs/os-enis-dal-test-jun-4-5.openstacklocal,16020,1433466904285-splitting] in 4433ms

In some rare cases camel-cxf may propagate wrong Content-Length HTTP headers in routing scenarios.
The scenario in question is a simple camel-cxf to camel-cxf scenario with a request-reply pattern. If the called server does respond with a Content-Length (not chunked) and the server does not send any HTTP protocol header that is not filtered (like Content-Length or Content-Type) the headers from the original server response are forwarded.
If the payload returned by Camel is longer than the payload returned by the called server (which provided the Content-Length) e.g. because the proxy is working in PAYLOAD mode and the server uses shorter namespace prefixes for the SOAP envelope, the Content-Length will be too short and the calling client may cut off the message.
See the attached unit test for details.
The reason for that is that the original headers get set when copying the invocation context from the camel exchange. Normally the protocol header map will be overwritten with the map of filtered headers, so this is not an issue, however of the map of filtered headers is completely empty this will not happen. The fix is to remove the copied protocol headers in that case.
The situation will rarely occur in real life because the Server header is there most of the time, so the list of filtered protocol headers is not empty. 

Hive.mvFile() misses the "." char when joining the filename + extension. This may cause incorrect results when compressed files are copied to a table location.

Missing module dependency on netty after Infinispan 9.2 upgrade.

value = fileItem.getString in parseFileItems in CommonsFileUploadSupport does not pass the correct encoding
value = fileItem.getString(encoding);
and
value = fileItem.getString();
This uses the encoding of the request (or the default) and does not read the charset from the Content-Type line in the multipart part.
This means you cannot send a multipart POST with different encodings for different parts/parameters.
Patch attached.

Any XSLT transformation will fail if the XML document that needs to be transformed contains a default namespace and camel-saxon is present.
The same transformation will just work fine without camel-saxon (e.g. if the test is executed in camel-core).
Example: If you try to transform the following XML document with XSLT and have camel-saxon in the classpath, an exception will be thrown:

<Message xmlns="http://www.camel.apache.org/envelope">
    <Version>2.0</Version>
</Message>

org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[ID-WDFN34057358A-51410-1484310448314-0-2]
	at org.apache.camel.util.ObjectHelper.wrapCamelExecutionException(ObjectHelper.java:1710)
	at org.apache.camel.util.ExchangeHelper.extractResultBody(ExchangeHelper.java:677)
	at org.apache.camel.impl.DefaultProducerTemplate.extractResultBody(DefaultProducerTemplate.java:515)
	at org.apache.camel.impl.DefaultProducerTemplate.extractResultBody(DefaultProducerTemplate.java:511)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:163)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:168)
	at org.apache.camel.component.xslt.PayloadWithDefaultNamespaceTest.test_map_only(PayloadWithDefaultNamespaceTest.java:38)
	at net.sf.saxon.event.ReceivingContentHandler.startPrefixMapping(ReceivingContentHandler.java:269)
	at org.apache.camel.converter.jaxp.StAX2SAXSource.parse(StAX2SAXSource.java:140)
	at org.apache.camel.converter.jaxp.StAX2SAXSource.parse(StAX2SAXSource.java:343)
	at net.sf.saxon.event.Sender.sendSAXSource(Sender.java:451)
	at net.sf.saxon.event.Sender.send(Sender.java:153)
	at net.sf.saxon.Controller.makeSourceTree(Controller.java:1927)
	at net.sf.saxon.s9api.XsltTransformer.transform(XsltTransformer.java:573)
	at net.sf.saxon.jaxp.TransformerImpl.transform(TransformerImpl.java:185)
	at org.apache.camel.builder.xml.XsltBuilder.process(XsltBuilder.java:141)
	at org.apache.camel.impl.ProcessorEndpoint.onExchange(ProcessorEndpoint.java:103)
	at org.apache.camel.component.xslt.XsltEndpoint.onExchange(XsltEndpoint.java:131)
	at org.apache.camel.impl.ProcessorEndpoint$1.process(ProcessorEndpoint.java:71)
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:201)
	at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:62)
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:97)
	at org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:529)
	at org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:1)
	at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:365)
	at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:497)
	at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:225)
	at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:144)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:161)
	... 31 more

When using XHR polling as a transport for SockJs, a deadlock can occur when one thread is sending a message at the same time the heartbeat run.
Stack from thread sending a message :

at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.cancelHeartbeat(AbstractSockJsSession.java:280) 
- waiting to lock [0x00000000820ce450] (a java.lang.Object) 
at org.springframework.web.socket.sockjs.transport.session.AbstractHttpSockJsSession.sendMessageInternal(AbstractHttpSockJsSession.java:301) 
- locked [0x00000000820cfce0] (a java.lang.Object) 
at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.sendMessage(AbstractSockJsSession.java:166)

Heartbeat task :

at org.springframework.web.socket.sockjs.transport.session.AbstractHttpSockJsSession.resetRequest(AbstractHttpSockJsSession.java:334) 
- waiting to lock [0x00000000820cfce0] (a java.lang.Object) 
at org.springframework.web.socket.sockjs.transport.session.PollingSockJsSession.writeFrame(PollingSockJsSession.java:83) 
at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.sendHeartbeat(AbstractSockJsSession.java:255) 
- locked [0x00000000820ce450] (a java.lang.Object) 
at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession$HeartbeatTask.run(AbstractSockJsSession.java:451) 
- locked [0x00000000820ce450] (a java.lang.Object)

Looking at the code, there seem to be two locks : heartbeatLock in AbstractSockJsSession and responseLock in AbstractHttpSockJsSession. When calling sendMessage(), the lock order is responseLock then heartbeatLock. For the HeartbeatTask, the lock order is heartbeatLock then responseLock.

In my performance cluster(0.90.3), The Hmaster memory from 100 M up to 4G when one region server crashed.
I added some print in function doneWriting and found the values of totalBuffered is negative.
10:29:52,119 WARN org.apache.hadoop.hbase.regionserver.wal.HLogSplitter: gjc:release Used -565832
hbase-root-master-157-5-111-21.log:2011-06-24 10:29:52,119 WARN org.apache.hadoop.hbase.regionserver.wal.HLogSplitter: gjc:release Used -565832release size25168
void doneWriting(RegionEntryBuffer buffer) {
      synchronized (this) 
{
    	LOG.warn("gjc1: relase currentlyWriting +biggestBufferKey " + buffer.encodedRegionName );
        boolean removed = currentlyWriting.remove(buffer.encodedRegionName);
        assert removed;
      }
      long size = buffer.heapSize();
      synchronized (dataAvailable) 
{
        totalBuffered -= size;
        LOG.warn("gjc:release Used " + totalBuffered );
        // We may unblock writers
        dataAvailable.notifyAll();
      }
      LOG.warn("gjc:release Used " + totalBuffered + "release size"+ size);
    }

testPermissions fails when run by itself even when there’s no bug in the code. 
This test can be fixed by looking up the name before testActionWithPermission is called, as shown in the following pull request. 
https://github.com/wildfly/wildfly/pull/11833
Let me know if you want to discuss more.

Currently a BeanCreationException is thrown if the log level is not set to DEBUG (as per code snippet below). However, the exception should never be thrown if beanFactory.isCurrentlyInCreation is true. It should log the message when in DEBUG mode, otherwise do nothing.
This issue was caused by a change made to address SPR-5752 in Spring Framework 3.0.0.M4 committed in revision 1327.
Current code in BeanConfigurerSupport (line 152 - 162):
if (rootCause instanceof BeanCurrentlyInCreationException) {
	BeanCreationException bce = (BeanCreationException) rootCause;
	if (logger.isDebugEnabled() && this.beanFactory.isCurrentlyInCreation(bce.getBeanName())) 
{
		logger.debug("Failed to create target bean '" + bce.getBeanName() +
			"' while configuring object of type [" + beanInstance.getClass().getName() +
			"] - probably due to a circular reference. This is a common startup situation " +
			"and usually not fatal. Proceeding without injection. Original exception: " + ex);
		return;
	}
}
throw ex;
This should be changed to:
	if (this.beanFactory.isCurrentlyInCreation(bce.getBeanName())) {
                if (logger.isDebugEnabled()) 
{
		        logger.debug("Failed to create target bean '" + bce.getBeanName() +
			       "' while configuring object of type [" + beanInstance.getClass().getName() +
			       "] - probably due to a circular reference. This is a common startup situation " +
			       "and usually not fatal. Proceeding without injection. Original exception: " + ex);
                }
		return;
	}
}
throw ex;

The compile of hbase-protocol failed for there are two message named RegionTransition in ZooKeeper.proto and RegionServerStatus.proto

$mvn clean package -Pcompile-protobuf  -X
....
[DEBUG] RegionServerStatus.proto:81:9: "RegionTransition" is already defined in file "ZooKeeper.proto".
[DEBUG] RegionServerStatus.proto:114:12: "RegionTransition" seems to be defined in "ZooKeeper.proto", which is not imported by "RegionServerStatus.proto".  To use it here, please add the necessary import.
[ERROR] protoc compiler error
Through It will be ok if we compile the the ZooKeeper.proto and RegionServerStatus.proto seperately. it is not very convenient.
The new RegionTransition is RegionServerStatus.proto and introduced in HBASE-11059.
Jimmy Xiang
What's your suggestion about this issue? 

Query like 
 select * from (select a.key as ak, a.value as av, b.key as bk, b.value as bv from src a join src1 b where a.key = '428' ) c;
will fail as

Example:

@Query("select user.lastAccess from user where user.id = :id")
LocalDateTime lastAccess(@Param("id") Long id);

Caused by RepositorySearchController.java on Versioned Entity

	protected ResponseEntity<?> toResource(final Object source, final PersistentEntityResourceAssembler assembler,
			Class<?> domainType, Link baseLink, HttpHeaders headers, RootResourceInformation information) {

		if (source instanceof Iterable) {
			return ResponseEntity.ok(toResources((Iterable<?>) source, assembler, domainType, baseLink));
		} else if (source == null) {
			throw new ResourceNotFoundException();
		} else if (ClassUtils.isPrimitiveOrWrapper(source.getClass())) {

Only primitive types have direct return

			return ResponseEntity.ok(source);
		}

		PersistentEntity<?, ?> entity = information.getPersistentEntity();

		return resourceStatus.getStatusAndHeaders(headers, source, entity).toResponseEntity(//
				new Supplier<PersistentEntityResource>() {

					@Override
					public PersistentEntityResource get() {
						return assembler.toFullResource(source);
					}
				});
	}

When client_id is not found, Auth server first allows user to log in (which is IMHO not necessary), then reports an error to the client as a JSON object.
Instead, it must redirect back to the client through redirection URI (if provided) with error code and description in query parameters (see http://tools.ietf.org/html/draft-ietf-oauth-v2-10#section-3.2).
If the redirecition URI is not provided in the request, since the client is unknown, the Auth server can display an error page, though it's not described in draft 10. Anyway, sending JSON to an end-user under web-server profile is not good.

Charles tried building with the the offline repo (build #37) and got the following:
1) cxf failed completely expectedly with the same eclipse problem that we just release-noted in 4.4.1-fuse-03-06 SP3; known issue.
2) fuseenterprise failed to build when trying to merge notices:
[INFO] — maven-notices-plugin:1.25:merge-notices-in-repository (merge-notices-in-repository) @ fuse-f\ abric —
[ERROR] Could not generate notices, please check target/dependency-pom.xml.log for details. [INFO]
Should verify #1 works with ESB 4.4.1 workaround and fix whatever is wrong in #2.

expected output needs updating due to pre/post hook messages from the authorization changes

The Core Proc-V2 AM change in HBASE-14614 disabled two tests inTestHCM: testMulti and testRegionCaching
This JIRA tracks the work to enable them.

In some cases, esp. with derived names, e.g. from Avro schemas, the column names can be pretty long. COLUMNS_V2 name field has a very short length.

$ mvn compile shows the following warnings:
[WARNING] src/main/java/org/apache/commons/crypto/utils/Utils.java:[108,41] sun.nio.ch.DirectBuffer is internal proprietary API and may be removed in a future release
[WARNING] src/main/java/org/apache/commons/crypto/utils/Utils.java:[109,27] sun.misc.Cleaner is internal proprietary API and may be removed in a future release
[WARNING] src/main/java/org/apache/commons/crypto/utils/Utils.java:[109,64] sun.nio.ch.DirectBuffer is internal proprietary API and may be removed in a future release
This means that the code will generally only run on specific Oracle Java versions.

Token #MUTUAL should work as follow:
#MUTUAL - matches all mechanisms which authenticate the server in some way (this might just mean, making the server prove that the server knows the password); currently matches #FAMILY(SCRAM) and #FAMILY(GS2) but may be adjusted in the future as new mechanisms are available. [1]
However it also incorrectly requires SSL context to be used, in SaslMechanismPredicate.MUTUAL [2] see:

boolean test(final String mechName, final SSLSession sslSession) {
    return sslSession != null && SaslMechanismInformation.MUTUAL.test(mechName);
}

SSL context should not be required for #FAMILY(SCRAM) or #FAMILY(GS2).
[1] https://issues.jboss.org/browse/EAP7-567?focusedCommentId=13408238&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13408238
[2] https://github.com/wildfly-security/wildfly-elytron/blob/03e583dd476dbbdf05e3c852d34e191f181038aa/src/main/java/org/wildfly/security/sasl/SaslMechanismPredicate.java#L185

we write out latency value after each row is processes by testRow() function. But if multiget is enabled, say set to 10, testRow() returns immediately for 9 rows and sends out request in the 10th iteration. This screws up latency metrics (50th, 75th, 90th percentiles are all 0).

The jconsole scripts use a some hardcoded module names and the module path to resolve the classpath. This however might not work with a patched instance, since modules get invalidated.

I have recently updated one of our resource definitions and missed updating one of the subsystem templates so currently have the following error reported: -

Message: WFLYCTL0376: Unexpected attribute 'security-domain' encountered. Valid attributes are: 'http-authentication-factory, override-deployment-config'
[Host Controller] 	at org.jboss.as.controller.parsing.ParseUtils.unexpectedAttribute(ParseUtils.java:128)

Previously my resource has been using the 'security-domain' attribute for it's name but now has been reverted to using 'name' for the name - in the above error message 'name' should have been listed as one of the valid attributes.

Status Quo
When attempting to parse an Integer literal expression such as 42.toString(), SpEL throws a SpelParseException with a message similar to: EL1041E:(pos 3): After parsing a valid expression, there is still more data in the expression: 'toString'.
However, SpEL succeeds at parsing an equivalent expression for a Double literal such as 3.14.isInfinite().

Ensure that method invocation on an Integer literal works analogous to the existing support for method invocation on a Double literal.

Kafka Partitions with transactional messages (post 0.11) will include commit or abort markers which indicate the result of a transaction. The markers are not returned to applications, yet have an offset in the log. Therefore the end of Stream position can be the offset of a control message. 
This Patch change the way how we keep track of the consumer position by using  

 consumer.position(topicP) 

 as oppose to using the offset of the consumed messages.
Also I have done some refactoring to help code readability  hopefully.

Problem:
We have implemented a TransactionManager that extends the AbstractPlatformTransactionManager. We noticed that there's a break when we moved to 3.0.0.RC3.
Details:
In the getTransaction(...) method, when doBegin(...) is called, the TransactionStatus is now instantiated using a private method instantiateTransactionStatus(). This breaks our transactionManager that extends newTransactionStatus(). This is infact the case for all the instances where doBegin() is called throughout the code. 
Note: The split between creation of the TransactionStatus and preparingSynchronization whereever doBegin() is being called is correct in that the TransactionStatus needs to be created before a call to doBegin() - this was an OOM issue that Juergen had fixed in 3.0.rc1
Proposed Solution: 
newTransactionStatus(...) should keep doing what it did earlier i.e. simply be responsible for creating the new TransactionStatus. The prepareSynchronization(...) method should be called outside of it. 

Spring Data REST is capturing any exceptions thrown by event handler methods and re-throwing them as IllegalStateException. By doing this, Spring Data REST makes it very hard to adopt any exception handling mechanism offered by Spring MVC (controller advices, for example) because we cannot pinpoint which exception we would like to handle in each exception handler of the controller advice (the only exception that we can handle is IllegalStateException).
The patch in the pull request corrects this behavior. If a event handler throws a unchecked exception, than it makes sure that this very exception is thrown. Otherwise (if it is a checked exception), it resorts to the old behavior, encapsulating the checked exception in a IllegalStateException. Without this patch, the controller advice shown below does not work.

@ControllerAdvice
public class ExceptionHandlingControllerAdvice {
  @ExceptionHandler(UnauthorizedException.class)
  public ResponseEntity handleUnauthorizedException(UnauthorizedException exception) {
    String stackTrace = ExceptionUtils.getStackTrace(exception);
    return new ResponseEntity(stackTrace, HttpStatus.FORBIDDEN); 
  }
}

By applying this patch, I believe Spring Data REST better fits the Spring MVC world.

RelOptHiveTable.hiveColStatsMap might contain mismatched stats since it was built by assuming the stats returned from
==
hiveColStats =StatsUtils.getTableColumnStats(hiveTblMetadata, hiveNonPartitionCols, nonPartColNamesThatRqrStats);
or 
HiveMetaStoreClient.getTableColumnStatistics(dbName, tableName, colNames)
==
have the same order of the requested columns. But actually the order is non-deterministic. therefore the returned stats should be re-ordered before it is put in hiveColStatsMap.

After upgrading from 2.5.0 to 2.9.0 using xqury predicate after an xpath filter throws  java.lang.ClassCastException: net.sf.saxon.tinytree.TinyElementImpl cannot be cast to net.sf.saxon.om.DocumentInfo . Attached unit test doesn't fail in camel 2.5.0.
from("direct:xpath") 
.split(xpathsplitter) 
.filter().xquery("//record[type=2]") 
.to("mock:result");    	
See nabble discussion http://camel.465427.n5.nabble.com/Unit-test-fails-after-upgrading-to-2-7-1-Cannot-use-xquery-expression-after-xpath-td4422582.html

File org/springframework/batch/core/schema-mysql.sql cannot be executed.
Error:
SQL query:
CREATE TABLE BATCH_STEP_EXECUTION_SEQ(
ID BIGINT NOT NULL ,
UNIQUE_KEYCHAR( 1 ) NOT NULL CONSTRAINT UNIQUE_KEY_UN UNIQUE (
UNIQUE_KEY
)
) ENGINE = MYISAM ;
MySQL said: Documentation
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'constraint UNIQUE_KEY_UN unique (UNIQUE_KEY)
) ENGINE=MYISAM' at line 4 

Means, unless conf is in default location, we mess up asking zk for state (we'll be pointed at wrong ensemble), etc.

IN the setup wherein HBase jars are loaded in child classloader whose parent had loaded hadoop-common jar, HBaseConfiguration.create() throws "hbase-default.xml file seems to be for and old version of HBase (null)... " exception. ClassLoader should be set in Hadoop conf object before calling addHbaseResources method

ObjectStoreTypeTestCase fails intermittently on IPv6. This test is not from wf-core.

5%
this issue is more common on pure IPv6 machines with IBM JDK

Maven logs:

12:52:47 Running org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase
12:55:18 Tests run: 5, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 151.197 sec <<< FAILURE! - in org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase
12:55:18 testJdbcObjectStore(org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase)  Time elapsed: 38.363 sec  <<< FAILURE!
12:55:18 java.lang.AssertionError: Failed to execute line 'data-source remove --name=ObjectStoreTestDS': org.jboss.as.cli.CommandFormatException: The command is not available in the current context (e.g. required subsystems or connection to the controller might be unavailable).
12:55:18 	at org.junit.Assert.fail(Assert.java:88)
12:55:18 	at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:166)
12:55:18 	at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:188)
12:55:18 	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.removeDataSource(ObjectStoreTypeTestCase.java:261)
12:55:18 	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testJdbcObjectStore(ObjectStoreTypeTestCase.java:140)
12:55:18 
12:55:18 testJournalObjectStore(org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase)  Time elapsed: 29.533 sec  <<< FAILURE!
12:55:18 org.junit.ComparisonFailure: expected:<[default]> but was:<[jdbc]>
12:55:18 	at org.junit.Assert.assertEquals(Assert.java:115)
12:55:18 	at org.junit.Assert.assertEquals(Assert.java:144)
12:55:18 	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testJournalObjectStore(ObjectStoreTypeTestCase.java:98)
12:55:18 
12:55:18 testUseJdbcStoreWithoutDatasource(org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase)  Time elapsed: 27.734 sec  <<< FAILURE!
12:55:18 java.lang.AssertionError: Failed to execute line 'data-source add --name=ObjectStoreTestDS --jndi-name=java:jboss/datasources/ObjectStoreTestDS --driver-name=h2 --connection-url=jdbc:h2:mem:test;DB_CLOSE_DELAY=-1 --jta=false': org.jboss.as.cli.CommandLineException: {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0212: Duplicate resource [
12:55:18     (\"subsystem\" => \"datasources\"),
12:55:18     (\"data-source\" => \"ObjectStoreTestDS\")
12:55:18 ]"}}
12:55:18 	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.createDataSource(ObjectStoreTypeTestCase.java:257)
12:55:18 	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testUseJdbcStoreWithoutDatasource(ObjectStoreTypeTestCase.java:151)

org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testJdbcObjectStore

java.lang.AssertionError: Failed to execute line 'data-source remove --name=ObjectStoreTestDS': org.jboss.as.cli.CommandFormatException: The command is not available in the current context (e.g. required subsystems or connection to the controller might be unavailable).
	at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:166)
	at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:188)
	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.removeDataSource(ObjectStoreTypeTestCase.java:261)
	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testJdbcObjectStore(ObjectStoreTypeTestCase.java:140)

12:52:47,276 INFO  [org.jboss.arquillian.container.test.impl.client.container.ClientContainerController] (main) Manual starting of a server instance
12:52:47,545 WARNING [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Bundles path is deprecated and no longer used.
12:52:47,560 INFO  [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Starting container with: [/qa/tools/opt/amd64/ibm-java-80/bin/java, -D[Standalone], -Dorg.jboss.ejb.client.wildfly-testsuite-hack=true, -Xmx512m, -XX:MetaspaceSize=128m, -Djboss.dist=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/jboss-eap-7.1, -Djava.net.preferIPv4Stack=false, -Djava.net.preferIPv6Addresses=true, -server, -Dts.timeout.factor=100, -Dnode0=2620:52:0:105f::ffff:192, -Dnode1=2620:52:0:105f::ffff:193, -Dmcast=ff0e:52:0:105f::ffff:195, -Dmcast.ttl=0, -Djbossas.ts.submodule.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode, -Djbossas.ts.integ.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/.., -Djbossas.ts.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/../.., -Djbossas.project.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/../../.., -Djava.io.tmpdir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target, -Djboss.inst=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Djboss.node.name=default-jbossas, -ea, -Djboss.home.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Dorg.jboss.boot.log.file=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/log/server.log, -Dlogging.configuration=file:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/logging.properties, -jar, /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/jboss-modules.jar, -mp, /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/modules:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/jboss-eap-7.1/modules:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/modules, org.jboss.as.standalone, -Djboss.home.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Djboss.server.base.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone, -Djboss.server.log.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/log, -Djboss.server.config.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration, -Dts.wildfly.version=7.1.0.Alpha1-redhat-11, -c=standalone-ha.xml]
12:52:48,082 INFO  [org.jboss.remoting] (main) JBoss Remoting version 5.0.0.Beta12-redhat-1
12:52:48,164 INFO  [org.xnio] (main) XNIO version 3.4.3.Final-redhat-1
12:52:48,287 INFO  [org.xnio.nio] (main) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
12:52:49,068 INFO  [org.wildfly.security] (main) ELY00001: WildFly Elytron version 1.1.0.Beta18-redhat-1
&amp#27;[0m12:52:51,269 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta3-redhat-1
&amp#27;[0m&amp#27;[0m12:52:53,468 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:52:54,015 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) starting
&amp#27;[0m&amp#27;[0m12:52:54,668 INFO  [org.jboss.as.domain.management] (MSC service thread 1-2) WFLYDM0136: Registered OpenSSL provider
&amp#27;[0m&amp#27;[0m12:52:59,007 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:52:59,191 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 10) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:53:00,425 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
&amp#27;[0m&amp#27;[0m12:53:00,462 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:53:00,507 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:53:00,832 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 2 core threads with 16 task threads based on your 1 available processors
&amp#27;[0m&amp#27;[0m12:53:00,925 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 5.0.0.Beta12-redhat-1
&amp#27;[0m&amp#27;[0m12:53:00,931 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
&amp#27;[0m&amp#27;[0m12:53:01,147 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 48) WFLYJSF0007: Activated the following JSF Implementations: [main]
&amp#27;[0m&amp#27;[0m12:53:01,159 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 51) WFLYNAM0001: Activating Naming Subsystem
&amp#27;[0m&amp#27;[0m12:53:01,209 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 58) WFLYSEC0002: Activating Security Subsystem
&amp#27;[0m&amp#27;[0m12:53:01,309 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 45) WFLYCLJG0001: Activating JGroups subsystem.
&amp#27;[0m&amp#27;[0m12:53:01,317 INFO  [org.jboss.as.security] (MSC service thread 1-1) WFLYSEC0001: Current PicketBox version=5.0.0.Alpha3-redhat-1
&amp#27;[0m&amp#27;[33m12:53:01,454 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
&amp#27;[0m&amp#27;[0m12:53:01,512 INFO  [org.jboss.as.naming] (MSC service thread 1-1) WFLYNAM0003: Starting Naming Service
&amp#27;[0m&amp#27;[0m12:53:01,545 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
&amp#27;[0m&amp#27;[0m12:53:01,733 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
&amp#27;[0m&amp#27;[0m12:53:01,801 INFO  [org.wildfly.security] (MSC service thread 1-2) ELY00001: WildFly Elytron version 1.1.0.Beta18-redhat-1
&amp#27;[0m&amp#27;[0m12:53:02,025 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-1) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m12:53:02,027 INFO  [org.jboss.as.connector] (MSC service thread 1-1) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.0.Final-redhat-1)
&amp#27;[0m&amp#27;[0m12:53:02,169 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0003: Undertow 1.4.8.Final-redhat-1 starting
&amp#27;[0m&amp#27;[0m12:53:02,479 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0018: Started Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:53:02,833 INFO  [org.jboss.as.ejb3] (MSC service thread 1-2) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 16 (per class), which is derived from thread worker pool sizing.
&amp#27;[0m&amp#27;[0m12:53:02,834 INFO  [org.jboss.as.ejb3] (MSC service thread 1-2) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 4 (per class), which is derived from the number of CPUs on this host.
&amp#27;[0m&amp#27;[0m12:53:03,020 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
&amp#27;[0m&amp#27;[0m12:53:03,089 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0012: Started server default-server.
&amp#27;[0m&amp#27;[0m12:53:03,091 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0018: Host default-host starting
&amp#27;[0m&amp#27;[0m12:53:03,447 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow AJP listener ajp listening on [2620:52:0:105f::ffff:192]:8009
&amp#27;[0m&amp#27;[0m12:53:03,696 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTP listener default listening on [2620:52:0:105f::ffff:192]:8080
&amp#27;[0m&amp#27;[0m12:53:03,723 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000001: Initializing mod_cluster version 1.3.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:53:03,772 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000032: Listening to proxy advertisements on /ff0e:52:0:105f:0:0:ffff:195:23364
&amp#27;[0m&amp#27;[0m12:53:04,334 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:53:04,335 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:53:04,338 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:53:05,306 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
&amp#27;[0m&amp#27;[33m12:53:05,331 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-1) WFLYDM0111: Keystore /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
&amp#27;[0m&amp#27;[0m12:53:05,575 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTPS listener https listening on [2620:52:0:105f::ffff:192]:8443
&amp#27;[0m&amp#27;[0m12:53:05,581 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-2) WFLYDS0013: Started FileSystemDeploymentService for directory /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/deployments
&amp#27;[0m&amp#27;[0m12:53:05,883 INFO  [org.jboss.ws.common.management] (MSC service thread 1-2) JBWS022052: Starting JBossWS 5.1.6.Final-redhat-1 (Apache CXF 3.1.8.redhat-1) 
&amp#27;[0m&amp#27;[0m12:53:08,210 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:192]:9990/management
&amp#27;[0m&amp#27;[0m12:53:08,212 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[2620:52:0:105f::ffff:192]:9990
&amp#27;[0m&amp#27;[0m12:53:08,212 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) started in 19241ms - Started 351 of 670 services (471 services are lazy, passive or on-demand)
&amp#27;[0m&amp#27;[0m12:53:08,215 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 64) WFLYSRV0212: Resuming server
&amp#27;[0m12:53:14,504 INFO  [org.jboss.as.cli.CommandContext] (main) Warning! The CLI is running in a non-modular environment and cannot load commands from management extensions.
12:53:15,001 INFO  [org.jboss.as.cli.CommandContext] (main) {
    "result" => "default"
}
&amp#27;[0m12:53:15,570 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0098: Bound non-transactional data source: java:jboss/datasources/ObjectStoreTestDS
&amp#27;[0m12:53:16,773 INFO  [org.jboss.as.cli.CommandContext] (main) {
        "operation-requires-restart" => true,
        "process-state" => "restart-required"
    }
}
12:53:17,319 INFO  [org.jboss.as.cli.CommandContext] (main) {
    }
}
&amp#27;[0m12:53:17,429 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0099: Unbound non-transactional data source: java:jboss/datasources/ObjectStoreTestDS
&amp#27;[0m&amp#27;[0m12:53:17,430 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:53:17,433 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:53:17,439 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 19) MODCLUSTER000002: Initiating mod_cluster shutdown
&amp#27;[0m&amp#27;[0m12:53:17,437 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0019: Host default-host stopping
&amp#27;[0m&amp#27;[0m12:53:17,511 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow AJP listener ajp suspending
&amp#27;[0m&amp#27;[0m12:53:17,513 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow AJP listener ajp stopped, was bound to [2620:52:0:105f::ffff:192]:8009
&amp#27;[0m&amp#27;[0m12:53:17,514 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTPS listener https suspending
&amp#27;[0m&amp#27;[0m12:53:17,515 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to [2620:52:0:105f::ffff:192]:8443
&amp#27;[0m&amp#27;[0m12:53:17,426 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:53:17,572 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0019: Stopped Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:53:17,622 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow HTTP listener default suspending
&amp#27;[0m&amp#27;[0m12:53:17,623 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow HTTP listener default stopped, was bound to [2620:52:0:105f::ffff:192]:8080
&amp#27;[0m&amp#27;[0m12:53:17,672 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0004: Undertow 1.4.8.Final-redhat-1 stopping
&amp#27;[0m&amp#27;[0m12:53:17,870 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-1) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m12:53:18,039 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) stopped in 696ms
&amp#27;[0m&amp#27;[0m12:53:18,042 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) starting
&amp#27;[0m&amp#27;[0m12:53:19,098 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:53:19,281 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 27) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:53:20,041 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
&amp#27;[0m&amp#27;[0m12:53:20,160 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
&amp#27;[0m&amp#27;[0m12:53:20,219 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 45) WFLYCLJG0001: Activating JGroups subsystem.
&amp#27;[0m&amp#27;[0m12:53:20,196 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
&amp#27;[0m&amp#27;[0m12:53:20,274 INFO  [org.jboss.as.connector] (MSC service thread 1-1) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.0.Final-redhat-1)
&amp#27;[0m&amp#27;[0m12:53:20,282 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 2 core threads with 16 task threads based on your 1 available processors
&amp#27;[0m&amp#27;[0m12:53:20,306 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0018: Started Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:53:20,314 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
&amp#27;[0m&amp#27;[0m12:53:20,329 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 58) WFLYSEC0002: Activating Security Subsystem
&amp#27;[0m&amp#27;[0m12:53:20,344 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 51) WFLYNAM0001: Activating Naming Subsystem
&amp#27;[0m&amp#27;[33m12:53:20,348 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
&amp#27;[0m&amp#27;[0m12:53:20,359 INFO  [org.jboss.as.security] (MSC service thread 1-1) WFLYSEC0001: Current PicketBox version=5.0.0.Alpha3-redhat-1
&amp#27;[0m&amp#27;[0m12:53:20,579 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.4.8.Final-redhat-1 starting
&amp#27;[0m&amp#27;[0m12:53:20,606 INFO  [org.jboss.as.naming] (MSC service thread 1-1) WFLYNAM0003: Starting Naming Service
&amp#27;[0m&amp#27;[0m12:53:20,608 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-1) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m12:53:20,613 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
&amp#27;[0m&amp#27;[0m12:53:20,642 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 16 (per class), which is derived from thread worker pool sizing.
&amp#27;[0m&amp#27;[0m12:53:20,643 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 4 (per class), which is derived from the number of CPUs on this host.
&amp#27;[0m&amp#27;[0m12:53:20,646 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0012: Started server default-server.
&amp#27;[0m&amp#27;[0m12:53:20,758 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow AJP listener ajp listening on [2620:52:0:105f::ffff:192]:8009
&amp#27;[0m&amp#27;[0m12:53:20,759 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0018: Host default-host starting
&amp#27;[0m&amp#27;[0m12:53:20,769 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000001: Initializing mod_cluster version 1.3.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:53:20,773 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000032: Listening to proxy advertisements on /ff0e:52:0:105f:0:0:ffff:195:23364
&amp#27;[0m&amp#27;[0m12:53:20,768 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0098: Bound non-transactional data source: java:jboss/datasources/ObjectStoreTestDS
&amp#27;[0m&amp#27;[0m12:53:20,843 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0006: Undertow HTTP listener default listening on [2620:52:0:105f::ffff:192]:8080
&amp#27;[0m&amp#27;[0m12:53:21,211 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:53:21,213 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:53:21,213 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:53:22,444 INFO  [org.jboss.as.patching] (MSC service thread 1-2) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
&amp#27;[0m&amp#27;[33m12:53:22,447 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-2) WFLYDM0111: Keystore /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
&amp#27;[0m&amp#27;[0m12:53:22,448 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-2) WFLYDS0013: Started FileSystemDeploymentService for directory /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/deployments
&amp#27;[0m&amp#27;[0m12:53:22,478 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0006: Undertow HTTPS listener https listening on [2620:52:0:105f::ffff:192]:8443
&amp#27;[0m&amp#27;[0m12:53:22,479 INFO  [org.jboss.ws.common.management] (MSC service thread 1-1) JBWS022052: Starting JBossWS 5.1.6.Final-redhat-1 (Apache CXF 3.1.8.redhat-1) 
&amp#27;[0m&amp#27;[33m12:53:23,156 WARN  [org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$WildFlyXaMCF] (Periodic Recovery) IJ030000: Unable to load connection listener: IJ031002: Error during loading connection listener plugin: javax.resource.ResourceException: IJ031002: Error during loading connection listener plugin
	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory.loadConnectionListenerPlugin(BaseWrapperManagedConnectionFactory.java:929)
	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory.getConnectionListenerPlugin(BaseWrapperManagedConnectionFactory.java:978)
	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.getWrappedConnection(BaseWrapperManagedConnection.java:1203)
	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.getConnection(BaseWrapperManagedConnection.java:462)
	at org.jboss.jca.core.tx.jbossts.XAResourceRecoveryImpl.openConnection(XAResourceRecoveryImpl.java:438)
	at org.jboss.jca.core.tx.jbossts.XAResourceRecoveryImpl.getXAResources(XAResourceRecoveryImpl.java:199)
	at com.arjuna.ats.internal.jbossatx.jta.XAResourceRecoveryHelperWrapper.getXAResources(XAResourceRecoveryHelperWrapper.java:51)
	at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.resourceInitiatedRecoveryForRecoveryHelpers(XARecoveryModule.java:545)
	at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:184)
	at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:765)
	at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:377)
Caused by: java.lang.ClassNotFoundException: org.jboss.as.test.manualmode.jca.connectionlistener.TestConnectionListener
	at java.lang.Class.forNameImpl(Native Method)
	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory.loadConnectionListenerPlugin(BaseWrapperManagedConnectionFactory.java:923)
	... 10 more

&amp#27;[0m&amp#27;[33m12:53:23,161 WARN  [org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$WildFlyXaMCF] (Periodic Recovery) IJ030000: Unable to load connection listener: IJ031002: Error during loading connection listener plugin: javax.resource.ResourceException: IJ031002: Error during loading connection listener plugin
	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.returnHandle(BaseWrapperManagedConnection.java:563)
	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.closeHandle(BaseWrapperManagedConnection.java:541)
	at org.jboss.jca.adapters.jdbc.WrappedConnection.returnConnection(WrappedConnection.java:298)
	at org.jboss.jca.adapters.jdbc.WrappedConnection.close(WrappedConnection.java:256)
	at org.jboss.jca.core.recovery.DefaultRecoveryPlugin.close(DefaultRecoveryPlugin.java:107)
	at org.jboss.jca.core.tx.jbossts.XAResourceRecoveryImpl.closeConnection(XAResourceRecoveryImpl.java:469)
	at org.jboss.jca.core.tx.jbossts.XAResourceRecoveryImpl.getXAResources(XAResourceRecoveryImpl.java:212)
	... 17 more

&amp#27;[0m&amp#27;[0m12:53:23,749 INFO  [org.jboss.as.protocol] (management I/O-2) WFLYPRT0057:  cancelled task by interrupting thread Thread[management-handler-thread - 4,5,management-handler-thread]
&amp#27;[0m&amp#27;[0m12:53:24,045 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 64) WFLYSRV0212: Resuming server
&amp#27;[0m12:53:24,078 INFO  [org.jboss.arquillian.container.test.impl.client.container.ClientContainerController] (main) Manual stopping of a server instance
&amp#27;[0m12:53:24,099 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:192]:9990/management
&amp#27;[0m&amp#27;[0m12:53:24,101 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[2620:52:0:105f::ffff:192]:9990
&amp#27;[0m&amp#27;[0m12:53:24,101 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) started in 6053ms - Started 357 of 676 services (472 services are lazy, passive or on-demand)
&amp#27;[0m&amp#27;[0m12:53:24,326 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0236: Suspending server with no timeout.
&amp#27;[0m&amp#27;[0m12:53:24,382 INFO  [org.jboss.as.server] (Management Triggered Shutdown) WFLYSRV0241: Shutting down in response to management operation 'shutdown'
&amp#27;[0m&amp#27;[0m12:53:24,557 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:53:24,572 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:53:24,574 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:53:24,765 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000002: Initiating mod_cluster shutdown
&amp#27;[0m&amp#27;[0m12:53:24,828 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0019: Host default-host stopping
&amp#27;[0m&amp#27;[0m12:53:24,857 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow AJP listener ajp suspending
&amp#27;[0m&amp#27;[0m12:53:24,859 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow AJP listener ajp stopped, was bound to [2620:52:0:105f::ffff:192]:8009
&amp#27;[0m&amp#27;[0m12:53:24,859 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow HTTPS listener https suspending
&amp#27;[0m&amp#27;[0m12:53:24,860 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to [2620:52:0:105f::ffff:192]:8443
&amp#27;[0m&amp#27;[0m12:53:24,965 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTP listener default suspending
&amp#27;[0m&amp#27;[0m12:53:24,967 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTP listener default stopped, was bound to [2620:52:0:105f::ffff:192]:8080
&amp#27;[0m&amp#27;[0m12:53:24,972 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0004: Undertow 1.4.8.Final-redhat-1 stopping
&amp#27;[0m&amp#27;[0m12:53:24,973 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0099: Unbound non-transactional data source: java:jboss/datasources/ObjectStoreTestDS
&amp#27;[0m&amp#27;[0m12:53:24,978 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0019: Stopped Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:53:25,073 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) stopped in 492ms
&amp#27;[0m

org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testJournalObjectStore

org.junit.ComparisonFailure: expected:<[default]> but was:<[jdbc]>
	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testJournalObjectStore(ObjectStoreTypeTestCase.java:98)

12:53:25,500 INFO  [org.jboss.arquillian.container.test.impl.client.container.ClientContainerController] (main) Manual starting of a server instance
12:53:25,523 WARNING [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Bundles path is deprecated and no longer used.
12:53:25,547 INFO  [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Starting container with: [/qa/tools/opt/amd64/ibm-java-80/bin/java, -D[Standalone], -Dorg.jboss.ejb.client.wildfly-testsuite-hack=true, -Xmx512m, -XX:MetaspaceSize=128m, -Djboss.dist=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/jboss-eap-7.1, -Djava.net.preferIPv4Stack=false, -Djava.net.preferIPv6Addresses=true, -server, -Dts.timeout.factor=100, -Dnode0=2620:52:0:105f::ffff:192, -Dnode1=2620:52:0:105f::ffff:193, -Dmcast=ff0e:52:0:105f::ffff:195, -Dmcast.ttl=0, -Djbossas.ts.submodule.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode, -Djbossas.ts.integ.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/.., -Djbossas.ts.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/../.., -Djbossas.project.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/../../.., -Djava.io.tmpdir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target, -Djboss.inst=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Djboss.node.name=default-jbossas, -ea, -Djboss.home.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Dorg.jboss.boot.log.file=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/log/server.log, -Dlogging.configuration=file:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/logging.properties, -jar, /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/jboss-modules.jar, -mp, /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/modules:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/jboss-eap-7.1/modules:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/modules, org.jboss.as.standalone, -Djboss.home.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Djboss.server.base.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone, -Djboss.server.log.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/log, -Djboss.server.config.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration, -Dts.wildfly.version=7.1.0.Alpha1-redhat-11, -c=standalone-ha.xml]
&amp#27;[0m12:53:28,442 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta3-redhat-1
&amp#27;[0m&amp#27;[0m12:53:31,091 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:53:31,660 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) starting
&amp#27;[0m&amp#27;[0m12:53:32,467 INFO  [org.jboss.as.domain.management] (MSC service thread 1-2) WFLYDM0136: Registered OpenSSL provider
&amp#27;[0m&amp#27;[0m12:53:37,670 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:53:37,965 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 21) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:53:40,066 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
&amp#27;[0m&amp#27;[0m12:53:40,279 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:53:40,364 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
&amp#27;[0m&amp#27;[33m12:53:40,699 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
&amp#27;[0m&amp#27;[0m12:53:40,791 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
&amp#27;[0m&amp#27;[0m12:53:40,824 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
&amp#27;[0m&amp#27;[0m12:53:40,920 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 58) WFLYSEC0002: Activating Security Subsystem
&amp#27;[0m&amp#27;[0m12:53:40,941 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 48) WFLYJSF0007: Activated the following JSF Implementations: [main]
&amp#27;[0m&amp#27;[0m12:53:41,430 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 51) WFLYNAM0001: Activating Naming Subsystem
&amp#27;[0m&amp#27;[0m12:53:41,485 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0003: Undertow 1.4.8.Final-redhat-1 starting
&amp#27;[0m&amp#27;[0m12:53:41,489 INFO  [org.jboss.as.security] (MSC service thread 1-1) WFLYSEC0001: Current PicketBox version=5.0.0.Alpha3-redhat-1
&amp#27;[0m&amp#27;[0m12:53:41,508 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 5.0.0.Beta12-redhat-1
&amp#27;[0m&amp#27;[0m12:53:41,678 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 2 core threads with 16 task threads based on your 1 available processors
&amp#27;[0m&amp#27;[0m12:53:41,691 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 45) WFLYCLJG0001: Activating JGroups subsystem.
&amp#27;[0m&amp#27;[0m12:53:41,701 INFO  [org.jboss.as.connector] (MSC service thread 1-1) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.0.Final-redhat-1)
&amp#27;[0m&amp#27;[0m12:53:41,905 INFO  [org.jboss.as.naming] (MSC service thread 1-1) WFLYNAM0003: Starting Naming Service
&amp#27;[0m&amp#27;[0m12:53:41,912 INFO  [org.wildfly.security] (MSC service thread 1-2) ELY00001: WildFly Elytron version 1.1.0.Beta18-redhat-1
&amp#27;[0m&amp#27;[0m12:53:41,909 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-1) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m12:53:42,064 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
&amp#27;[0m&amp#27;[0m12:53:42,159 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
&amp#27;[0m&amp#27;[0m12:53:42,659 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0018: Started Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:53:43,061 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0012: Started server default-server.
&amp#27;[0m&amp#27;[0m12:53:43,209 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 16 (per class), which is derived from thread worker pool sizing.
&amp#27;[0m&amp#27;[0m12:53:43,362 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 4 (per class), which is derived from the number of CPUs on this host.
&amp#27;[0m&amp#27;[0m12:53:43,363 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0018: Host default-host starting
&amp#27;[0m&amp#27;[0m12:53:44,187 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow AJP listener ajp listening on [2620:52:0:105f::ffff:192]:8009
&amp#27;[0m&amp#27;[0m12:53:44,206 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0006: Undertow HTTP listener default listening on [2620:52:0:105f::ffff:192]:8080
&amp#27;[0m&amp#27;[0m12:53:44,213 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0098: Bound non-transactional data source: java:jboss/datasources/ObjectStoreTestDS
&amp#27;[0m&amp#27;[0m12:53:44,295 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000001: Initializing mod_cluster version 1.3.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:53:44,304 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000032: Listening to proxy advertisements on /ff0e:52:0:105f:0:0:ffff:195:23364
&amp#27;[0m&amp#27;[0m12:53:46,834 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:53:46,835 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:53:46,837 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:53:46,989 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
&amp#27;[0m&amp#27;[33m12:53:47,003 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-2) WFLYDM0111: Keystore /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
&amp#27;[0m&amp#27;[0m12:53:47,005 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-2) WFLYDS0013: Started FileSystemDeploymentService for directory /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/deployments
&amp#27;[0m&amp#27;[0m12:53:47,364 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTPS listener https listening on [2620:52:0:105f::ffff:192]:8443
&amp#27;[0m&amp#27;[0m12:53:48,055 INFO  [org.jboss.ws.common.management] (MSC service thread 1-2) JBWS022052: Starting JBossWS 5.1.6.Final-redhat-1 (Apache CXF 3.1.8.redhat-1) 
&amp#27;[0m&amp#27;[0m12:53:50,639 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:192]:9990/management
&amp#27;[0m&amp#27;[0m12:53:50,640 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[2620:52:0:105f::ffff:192]:9990
&amp#27;[0m&amp#27;[0m12:53:50,641 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) started in 24187ms - Started 357 of 676 services (472 services are lazy, passive or on-demand)
&amp#27;[0m&amp#27;[0m12:53:50,642 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 64) WFLYSRV0212: Resuming server
&amp#27;[0m12:53:51,263 INFO  [org.jboss.as.cli.CommandContext] (main) Warning! The CLI is running in a non-modular environment and cannot load commands from management extensions.
12:53:51,444 INFO  [org.jboss.as.cli.CommandContext] (main) {
    "result" => "jdbc"
}
12:53:51,506 INFO  [org.jboss.as.cli.CommandContext] (main) {
}
12:53:52,356 INFO  [org.jboss.as.cli.CommandContext] (main) {
    }
}
12:53:52,835 INFO  [org.jboss.as.cli.CommandContext] (main) {
    }
}
12:53:53,259 INFO  [org.jboss.as.cli.CommandContext] (main) {
    }
}
12:53:53,715 INFO  [org.jboss.as.cli.CommandContext] (main) {
    }
}
12:53:53,775 INFO  [org.jboss.arquillian.container.test.impl.client.container.ClientContainerController] (main) Manual stopping of a server instance
&amp#27;[0m12:53:53,803 INFO  [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0236: Suspending server with no timeout.
&amp#27;[0m&amp#27;[0m12:53:53,873 INFO  [org.jboss.as.server] (Management Triggered Shutdown) WFLYSRV0241: Shutting down in response to management operation 'shutdown'
&amp#27;[0m&amp#27;[0m12:53:54,090 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:53:54,152 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:53:54,154 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:53:54,346 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000002: Initiating mod_cluster shutdown
&amp#27;[0m&amp#27;[0m12:53:54,414 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0019: Host default-host stopping
&amp#27;[0m&amp#27;[0m12:53:54,508 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow AJP listener ajp suspending
&amp#27;[0m&amp#27;[0m12:53:54,539 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow AJP listener ajp stopped, was bound to [2620:52:0:105f::ffff:192]:8009
&amp#27;[0m&amp#27;[0m12:53:54,601 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTP listener default suspending
&amp#27;[0m&amp#27;[0m12:53:54,627 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTP listener default stopped, was bound to [2620:52:0:105f::ffff:192]:8080
&amp#27;[0m&amp#27;[0m12:53:54,536 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow HTTPS listener https suspending
&amp#27;[0m&amp#27;[0m12:53:54,630 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to [2620:52:0:105f::ffff:192]:8443
&amp#27;[0m&amp#27;[0m12:53:54,633 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0004: Undertow 1.4.8.Final-redhat-1 stopping
&amp#27;[0m&amp#27;[0m12:53:54,665 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0099: Unbound non-transactional data source: java:jboss/datasources/ObjectStoreTestDS
&amp#27;[0m&amp#27;[0m12:53:54,670 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0019: Stopped Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:53:54,738 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) stopped in 533ms

org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testUseJdbcStoreWithoutDatasource

java.lang.AssertionError: Failed to execute line 'data-source add --name=ObjectStoreTestDS --jndi-name=java:jboss/datasources/ObjectStoreTestDS --driver-name=h2 --connection-url=jdbc:h2:mem:test;DB_CLOSE_DELAY=-1 --jta=false': org.jboss.as.cli.CommandLineException: {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0212: Duplicate resource [
    (\"subsystem\" => \"datasources\"),
    (\"data-source\" => \"ObjectStoreTestDS\")
]"}}
	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.createDataSource(ObjectStoreTypeTestCase.java:257)
	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testUseJdbcStoreWithoutDatasource(ObjectStoreTypeTestCase.java:151)

12:53:54,968 INFO  [org.jboss.arquillian.container.test.impl.client.container.ClientContainerController] (main) Manual starting of a server instance
12:53:54,976 WARNING [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Bundles path is deprecated and no longer used.
12:53:54,996 INFO  [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Starting container with: [/qa/tools/opt/amd64/ibm-java-80/bin/java, -D[Standalone], -Dorg.jboss.ejb.client.wildfly-testsuite-hack=true, -Xmx512m, -XX:MetaspaceSize=128m, -Djboss.dist=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/jboss-eap-7.1, -Djava.net.preferIPv4Stack=false, -Djava.net.preferIPv6Addresses=true, -server, -Dts.timeout.factor=100, -Dnode0=2620:52:0:105f::ffff:192, -Dnode1=2620:52:0:105f::ffff:193, -Dmcast=ff0e:52:0:105f::ffff:195, -Dmcast.ttl=0, -Djbossas.ts.submodule.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode, -Djbossas.ts.integ.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/.., -Djbossas.ts.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/../.., -Djbossas.project.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/../../.., -Djava.io.tmpdir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target, -Djboss.inst=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Djboss.node.name=default-jbossas, -ea, -Djboss.home.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Dorg.jboss.boot.log.file=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/log/server.log, -Dlogging.configuration=file:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/logging.properties, -jar, /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/jboss-modules.jar, -mp, /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/modules:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/jboss-eap-7.1/modules:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/modules, org.jboss.as.standalone, -Djboss.home.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Djboss.server.base.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone, -Djboss.server.log.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/log, -Djboss.server.config.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration, -Dts.wildfly.version=7.1.0.Alpha1-redhat-11, -c=standalone-ha.xml]
&amp#27;[0m12:53:57,625 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta3-redhat-1
&amp#27;[0m&amp#27;[0m12:54:00,279 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:54:00,857 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) starting
&amp#27;[0m&amp#27;[0m12:54:01,702 INFO  [org.jboss.as.domain.management] (MSC service thread 1-2) WFLYDM0136: Registered OpenSSL provider
&amp#27;[0m&amp#27;[0m12:54:06,509 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:54:06,719 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 22) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:54:08,905 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
&amp#27;[0m&amp#27;[0m12:54:09,017 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:54:09,056 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:54:09,516 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
&amp#27;[0m&amp#27;[0m12:54:09,652 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0003: Undertow 1.4.8.Final-redhat-1 starting
&amp#27;[0m&amp#27;[0m12:54:09,658 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 2 core threads with 16 task threads based on your 1 available processors
&amp#27;[0m&amp#27;[0m12:54:09,699 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
&amp#27;[0m&amp#27;[33m12:54:09,791 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
&amp#27;[0m&amp#27;[0m12:54:09,859 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 48) WFLYJSF0007: Activated the following JSF Implementations: [main]
&amp#27;[0m&amp#27;[0m12:54:09,918 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 45) WFLYCLJG0001: Activating JGroups subsystem.
&amp#27;[0m&amp#27;[0m12:54:10,021 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
&amp#27;[0m&amp#27;[0m12:54:10,083 INFO  [org.jboss.as.connector] (MSC service thread 1-1) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.0.Final-redhat-1)
&amp#27;[0m&amp#27;[0m12:54:10,150 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 51) WFLYNAM0001: Activating Naming Subsystem
&amp#27;[0m&amp#27;[0m12:54:10,161 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 58) WFLYSEC0002: Activating Security Subsystem
&amp#27;[0m&amp#27;[0m12:54:10,371 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0018: Started Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:54:10,372 INFO  [org.jboss.as.security] (MSC service thread 1-1) WFLYSEC0001: Current PicketBox version=5.0.0.Alpha3-redhat-1
&amp#27;[0m&amp#27;[0m12:54:10,449 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 5.0.0.Beta12-redhat-1
&amp#27;[0m&amp#27;[0m12:54:10,938 INFO  [org.wildfly.security] (MSC service thread 1-2) ELY00001: WildFly Elytron version 1.1.0.Beta18-redhat-1
&amp#27;[0m&amp#27;[0m12:54:11,007 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
&amp#27;[0m&amp#27;[0m12:54:11,381 INFO  [org.jboss.as.naming] (MSC service thread 1-1) WFLYNAM0003: Starting Naming Service
&amp#27;[0m&amp#27;[0m12:54:12,044 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 16 (per class), which is derived from thread worker pool sizing.
&amp#27;[0m&amp#27;[0m12:54:12,045 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 4 (per class), which is derived from the number of CPUs on this host.
&amp#27;[0m&amp#27;[0m12:54:12,049 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-1) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m12:54:12,572 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0012: Started server default-server.
&amp#27;[0m&amp#27;[0m12:54:13,204 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTP listener default listening on [2620:52:0:105f::ffff:192]:8080
&amp#27;[0m&amp#27;[0m12:54:13,207 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0018: Host default-host starting
&amp#27;[0m&amp#27;[0m12:54:13,232 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0006: Undertow AJP listener ajp listening on [2620:52:0:105f::ffff:192]:8009
&amp#27;[0m&amp#27;[0m12:54:13,239 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0098: Bound non-transactional data source: java:jboss/datasources/ObjectStoreTestDS
&amp#27;[0m&amp#27;[0m12:54:13,246 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000001: Initializing mod_cluster version 1.3.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:54:13,290 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000032: Listening to proxy advertisements on /ff0e:52:0:105f:0:0:ffff:195:23364
&amp#27;[0m&amp#27;[0m12:54:13,573 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:54:13,608 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:54:13,614 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:54:14,914 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
&amp#27;[0m&amp#27;[33m12:54:15,209 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-2) WFLYDM0111: Keystore /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
&amp#27;[0m&amp#27;[0m12:54:15,212 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-2) WFLYDS0013: Started FileSystemDeploymentService for directory /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/deployments
&amp#27;[0m&amp#27;[0m12:54:15,495 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTPS listener https listening on [2620:52:0:105f::ffff:192]:8443
&amp#27;[0m&amp#27;[0m12:54:16,087 INFO  [org.jboss.ws.common.management] (MSC service thread 1-2) JBWS022052: Starting JBossWS 5.1.6.Final-redhat-1 (Apache CXF 3.1.8.redhat-1) 
&amp#27;[0m&amp#27;[0m12:54:19,422 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 64) WFLYSRV0212: Resuming server
&amp#27;[0m&amp#27;[0m12:54:19,422 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:192]:9990/management
&amp#27;[0m&amp#27;[0m12:54:19,471 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[2620:52:0:105f::ffff:192]:9990
&amp#27;[0m&amp#27;[0m12:54:19,472 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) started in 23779ms - Started 357 of 676 services (472 services are lazy, passive or on-demand)
&amp#27;[0m12:54:20,014 INFO  [org.jboss.as.cli.CommandContext] (main) Warning! The CLI is running in a non-modular environment and cannot load commands from management extensions.
12:54:20,148 INFO  [org.jboss.as.cli.CommandContext] (main) {
}
12:54:20,584 INFO  [org.jboss.as.cli.CommandContext] (main) {
}
12:54:21,270 INFO  [org.jboss.as.cli.CommandContext] (main) operation-requires-reload: true            
process-state:             reload-required 
12:54:21,342 INFO  [org.jboss.arquillian.container.test.impl.client.container.ClientContainerController] (main) Manual stopping of a server instance
&amp#27;[0m12:54:21,433 INFO  [org.jboss.as.server] (management-handler-thread - 4) WFLYSRV0236: Suspending server with no timeout.
&amp#27;[0m&amp#27;[0m12:54:21,498 INFO  [org.jboss.as.server] (Management Triggered Shutdown) WFLYSRV0241: Shutting down in response to management operation 'shutdown'
&amp#27;[0m&amp#27;[0m12:54:21,698 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:54:21,775 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:54:21,777 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:54:21,976 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0099: Unbound non-transactional data source: java:jboss/datasources/ObjectStoreTestDS
&amp#27;[0m&amp#27;[0m12:54:22,019 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000002: Initiating mod_cluster shutdown
&amp#27;[0m&amp#27;[0m12:54:22,123 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0019: Host default-host stopping
&amp#27;[0m&amp#27;[0m12:54:22,151 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow AJP listener ajp suspending
&amp#27;[0m&amp#27;[0m12:54:22,166 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow HTTPS listener https suspending
&amp#27;[0m&amp#27;[0m12:54:22,169 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow AJP listener ajp stopped, was bound to [2620:52:0:105f::ffff:192]:8009
&amp#27;[0m&amp#27;[0m12:54:22,173 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to [2620:52:0:105f::ffff:192]:8443
&amp#27;[0m&amp#27;[0m12:54:22,180 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0019: Stopped Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:54:22,246 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTP listener default suspending
&amp#27;[0m&amp#27;[0m12:54:22,247 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTP listener default stopped, was bound to [2620:52:0:105f::ffff:192]:8080
&amp#27;[0m&amp#27;[0m12:54:22,323 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0004: Undertow 1.4.8.Final-redhat-1 stopping
&amp#27;[0m&amp#27;[0m12:54:22,428 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) stopped in 611ms

org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testHornetQObjectStore

java.lang.AssertionError: Failed to execute line '/subsystem=transactions/log-store=log-store:read-attribute(name=type)': org.jboss.as.cli.CommandFormatException: No connection to the controller.
	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.readObjectStoreType(ObjectStoreTypeTestCase.java:265)
	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.setDefaultObjectStore(ObjectStoreTypeTestCase.java:275)
	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.setDefaultObjectStore(ObjectStoreTypeTestCase.java:271)
	at org.jboss.as.test.manualmode.transaction.ObjectStoreTypeTestCase.testHornetQObjectStore(ObjectStoreTypeTestCase.java:89)

12:03:49,027 INFO  [org.jboss.arquillian.container.test.impl.client.container.ClientContainerController] (main) Manual starting of a server instance
12:03:49,033 WARNING [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Bundles path is deprecated and no longer used.
12:03:49,036 INFO  [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Starting container with: [/qa/tools/opt/amd64/ibm-java-80/bin/java, -D[Standalone], -Dorg.jboss.ejb.client.wildfly-testsuite-hack=true, -Xmx512m, -XX:MetaspaceSize=128m, -Djboss.dist=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/jboss-eap-7.1, -Djava.net.preferIPv4Stack=false, -Djava.net.preferIPv6Addresses=true, -server, -Dts.timeout.factor=100, -Dnode0=2620:52:0:105f::ffff:196, -Dnode1=2620:52:0:105f::ffff:197, -Dmcast=ff0e:52:0:105f::ffff:199, -Dmcast.ttl=0, -Djbossas.ts.submodule.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode, -Djbossas.ts.integ.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/.., -Djbossas.ts.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/../.., -Djbossas.project.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/../../.., -Djava.io.tmpdir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target, -Djboss.inst=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Djboss.node.name=default-jbossas, -ea, -Djboss.home.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Dorg.jboss.boot.log.file=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/log/server.log, -Dlogging.configuration=file:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/logging.properties, -jar, /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/jboss-modules.jar, -mp, /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/modules:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/jboss-eap-7.1/modules:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/modules, org.jboss.as.standalone, -Djboss.home.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas, -Djboss.server.base.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone, -Djboss.server.log.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/log, -Djboss.server.config.dir=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration, -Dts.wildfly.version=7.1.0.Alpha1-redhat-12, -c=standalone-ha.xml]
&amp#27;[0m12:03:50,917 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta4-redhat-1
&amp#27;[0m&amp#27;[0m12:03:53,752 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.SP1-redhat-1
&amp#27;[0m&amp#27;[0m12:03:54,152 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha22-redhat-1) starting
&amp#27;[0m&amp#27;[0m12:03:54,774 INFO  [org.jboss.as.domain.management] (MSC service thread 1-1) WFLYDM0136: Registered OpenSSL provider
&amp#27;[0m&amp#27;[0m12:03:59,746 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:03:59,994 INFO  [org.wildfly.security] (ServerService Thread Pool -- 6) ELY00001: WildFly Elytron version 1.1.0.Beta21-redhat-1
&amp#27;[0m&amp#27;[0m12:03:59,996 INFO  [org.wildfly.extension.elytron] (ServerService Thread Pool -- 6) WFLYELY00001: Activating Elytron Subsystem Elytron Version=1.1.0.Beta21-redhat-1, Subsystem Version=1.0.0.Beta2
&amp#27;[0m&amp#27;[0m12:04:00,083 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 28) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:04:01,997 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
&amp#27;[0m&amp#27;[0m12:04:02,081 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.4.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:04:02,112 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m12:04:02,472 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 41) WFLYIO001: Worker 'default' has auto-configured to 2 core threads with 16 task threads based on your 1 available processors
&amp#27;[0m&amp#27;[0m12:04:02,526 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 60) WFLYSEC0002: Activating Security Subsystem
&amp#27;[0m&amp#27;[33m12:04:02,569 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 62) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
&amp#27;[0m&amp#27;[0m12:04:02,942 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 49) WFLYJSF0007: Activated the following JSF Implementations: [main]
&amp#27;[0m&amp#27;[0m12:04:02,994 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 46) WFLYCLJG0001: Activating JGroups subsystem.
&amp#27;[0m&amp#27;[0m12:04:03,030 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 52) WFLYNAM0001: Activating Naming Subsystem
&amp#27;[0m&amp#27;[0m12:04:03,072 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 42) WFLYCLINF0001: Activating Infinispan subsystem.
&amp#27;[0m&amp#27;[0m12:04:03,084 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 64) WFLYWS0002: Activating WebServices Extension
&amp#27;[0m&amp#27;[0m12:04:03,094 INFO  [org.jboss.as.security] (MSC service thread 1-1) WFLYSEC0001: Current PicketBox version=5.0.0.Alpha3-redhat-1
&amp#27;[0m&amp#27;[0m12:04:03,134 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 5.0.0.Beta12-redhat-1
&amp#27;[0m&amp#27;[0m12:04:03,602 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 37) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
&amp#27;[0m&amp#27;[0m12:04:03,688 INFO  [org.jboss.as.connector] (MSC service thread 1-1) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.1.Final)
&amp#27;[0m&amp#27;[0m12:04:04,386 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0003: Undertow 1.4.8.Final-redhat-1 starting
&amp#27;[0m&amp#27;[0m12:04:04,555 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0018: Started Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:04:04,556 INFO  [org.jboss.as.naming] (MSC service thread 1-2) WFLYNAM0003: Starting Naming Service
&amp#27;[0m&amp#27;[0m12:04:04,628 INFO  [org.jboss.as.ejb3] (MSC service thread 1-2) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 16 (per class), which is derived from thread worker pool sizing.
&amp#27;[0m&amp#27;[0m12:04:04,804 INFO  [org.jboss.as.ejb3] (MSC service thread 1-2) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 4 (per class), which is derived from the number of CPUs on this host.
&amp#27;[0m&amp#27;[0m12:04:04,871 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 63) WFLYUT0014: Creating file handler for path '/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
&amp#27;[0m&amp#27;[0m12:04:04,899 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-1) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m12:04:05,546 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0012: Started server default-server.
&amp#27;[0m&amp#27;[0m12:04:06,048 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow AJP listener ajp listening on [2620:52:0:105f::ffff:196]:8009
&amp#27;[0m&amp#27;[0m12:04:06,116 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0018: Host default-host starting
&amp#27;[0m&amp#27;[0m12:04:06,279 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 66) MODCLUSTER000001: Initializing mod_cluster version 1.3.6.CR1
&amp#27;[0m&amp#27;[0m12:04:06,302 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTP listener default listening on [2620:52:0:105f::ffff:196]:8080
&amp#27;[0m&amp#27;[0m12:04:06,494 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 66) MODCLUSTER000032: Listening to proxy advertisements on /ff0e:52:0:105f:0:0:ffff:199:23364
&amp#27;[0m&amp#27;[0m12:04:06,714 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:04:06,714 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:04:06,813 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:04:07,765 INFO  [org.jboss.as.patching] (MSC service thread 1-2) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
&amp#27;[0m&amp#27;[33m12:04:07,962 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-2) WFLYDM0111: Keystore /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
&amp#27;[0m&amp#27;[0m12:04:07,965 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-2) WFLYDS0013: Started FileSystemDeploymentService for directory /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/deployments
&amp#27;[0m&amp#27;[0m12:04:08,245 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTPS listener https listening on [2620:52:0:105f::ffff:196]:8443
&amp#27;[0m&amp#27;[0m12:04:08,821 INFO  [org.jboss.ws.common.management] (MSC service thread 1-2) JBWS022052: Starting JBossWS 5.1.7.Final (Apache CXF 3.1.9) 
&amp#27;[0m&amp#27;[0m12:04:11,110 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 66) WFLYSRV0212: Resuming server
&amp#27;[0m&amp#27;[0m12:04:11,146 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:196]:9990/management
&amp#27;[0m&amp#27;[0m12:04:11,148 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[2620:52:0:105f::ffff:196]:9990
&amp#27;[0m&amp#27;[0m12:04:11,149 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha22-redhat-1) started in 21534ms - Started 376 of 695 services (475 services are lazy, passive or on-demand)
&amp#27;[0m12:04:11,579 INFO  [org.jboss.as.cli.CommandContext] (main) Warning! The CLI is running in a non-modular environment and cannot load commands from management extensions.
12:04:11,637 INFO  [org.jboss.as.cli.CommandContext] (main) {
}
12:04:12,297 INFO  [org.jboss.as.cli.CommandContext] (main) {
    }
}
&amp#27;[0m12:04:12,438 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:04:12,439 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:04:12,459 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:04:12,466 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0019: Host default-host stopping
&amp#27;[0m&amp#27;[0m12:04:12,473 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow AJP listener ajp suspending
&amp#27;[0m&amp#27;[0m12:04:12,474 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow AJP listener ajp stopped, was bound to [2620:52:0:105f::ffff:196]:8009
&amp#27;[0m&amp#27;[0m12:04:12,475 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTPS listener https suspending
&amp#27;[0m&amp#27;[0m12:04:12,476 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to [2620:52:0:105f::ffff:196]:8443
&amp#27;[0m&amp#27;[0m12:04:12,491 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 66) MODCLUSTER000002: Initiating mod_cluster shutdown
&amp#27;[0m&amp#27;[0m12:04:12,550 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0019: Stopped Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:04:12,676 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTP listener default suspending
&amp#27;[0m&amp#27;[0m12:04:12,678 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTP listener default stopped, was bound to [2620:52:0:105f::ffff:196]:8080
&amp#27;[0m&amp#27;[0m12:04:12,688 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0004: Undertow 1.4.8.Final-redhat-1 stopping
&amp#27;[0m&amp#27;[0m12:04:12,936 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-2) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m12:04:12,984 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha22-redhat-1) stopped in 670ms
&amp#27;[0m&amp#27;[0m12:04:12,988 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha22-redhat-1) starting
&amp#27;[0m&amp#27;[0m12:04:14,141 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:04:14,319 INFO  [org.wildfly.extension.elytron] (ServerService Thread Pool -- 14) WFLYELY00001: Activating Elytron Subsystem Elytron Version=1.1.0.Beta21-redhat-1, Subsystem Version=1.0.0.Beta2
&amp#27;[0m&amp#27;[0m12:04:14,346 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 25) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m12:04:14,928 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
&amp#27;[0m&amp#27;[0m12:04:15,085 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 60) WFLYSEC0002: Activating Security Subsystem
&amp#27;[0m&amp#27;[0m12:04:15,088 INFO  [org.jboss.as.security] (MSC service thread 1-2) WFLYSEC0001: Current PicketBox version=5.0.0.Alpha3-redhat-1
&amp#27;[0m&amp#27;[33m12:04:15,097 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 62) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
&amp#27;[0m&amp#27;[0m12:04:15,123 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 46) WFLYCLJG0001: Activating JGroups subsystem.
&amp#27;[0m&amp#27;[0m12:04:15,155 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 52) WFLYNAM0001: Activating Naming Subsystem
&amp#27;[0m&amp#27;[0m12:04:15,161 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 64) WFLYWS0002: Activating WebServices Extension
&amp#27;[0m&amp#27;[0m12:04:15,176 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 41) WFLYIO001: Worker 'default' has auto-configured to 2 core threads with 16 task threads based on your 1 available processors
&amp#27;[0m&amp#27;[0m12:04:15,211 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 42) WFLYCLINF0001: Activating Infinispan subsystem.
&amp#27;[0m&amp#27;[0m12:04:15,237 INFO  [org.jboss.as.connector] (MSC service thread 1-2) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.1.Final)
&amp#27;[0m&amp#27;[0m12:04:15,241 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.4.8.Final-redhat-1 starting
&amp#27;[0m&amp#27;[0m12:04:15,306 INFO  [org.jboss.as.naming] (MSC service thread 1-1) WFLYNAM0003: Starting Naming Service
&amp#27;[0m&amp#27;[0m12:04:15,345 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 16 (per class), which is derived from thread worker pool sizing.
&amp#27;[0m&amp#27;[0m12:04:15,347 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 4 (per class), which is derived from the number of CPUs on this host.
&amp#27;[0m&amp#27;[0m12:04:15,268 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 63) WFLYUT0014: Creating file handler for path '/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
&amp#27;[0m&amp#27;[0m12:04:15,674 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-1) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m12:04:15,675 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0012: Started server default-server.
&amp#27;[0m&amp#27;[0m12:04:15,701 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTP listener default listening on [2620:52:0:105f::ffff:196]:8080
&amp#27;[0m&amp#27;[0m12:04:15,702 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0018: Host default-host starting
&amp#27;[0m&amp#27;[0m12:04:15,812 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0006: Undertow AJP listener ajp listening on [2620:52:0:105f::ffff:196]:8009
&amp#27;[0m&amp#27;[0m12:04:15,826 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 66) MODCLUSTER000001: Initializing mod_cluster version 1.3.6.CR1
&amp#27;[0m&amp#27;[0m12:04:15,831 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 66) MODCLUSTER000032: Listening to proxy advertisements on /ff0e:52:0:105f:0:0:ffff:199:23364
&amp#27;[0m&amp#27;[0m12:04:15,896 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 37) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
&amp#27;[0m&amp#27;[0m12:04:15,929 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0018: Started Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:04:16,002 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:04:16,006 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:04:15,937 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:04:16,815 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
&amp#27;[0m&amp#27;[33m12:04:16,852 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-2) WFLYDM0111: Keystore /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
&amp#27;[0m&amp#27;[0m12:04:16,854 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-2) WFLYDS0013: Started FileSystemDeploymentService for directory /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/1d07701d/testsuite/integration/manualmode/target/jbossas/standalone/deployments
&amp#27;[0m&amp#27;[0m12:04:16,892 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTPS listener https listening on [2620:52:0:105f::ffff:196]:8443
&amp#27;[0m&amp#27;[0m12:04:16,895 INFO  [org.jboss.ws.common.management] (MSC service thread 1-2) JBWS022052: Starting JBossWS 5.1.7.Final (Apache CXF 3.1.9) 
&amp#27;[0m12:04:18,708 INFO  [org.jboss.arquillian.container.test.impl.client.container.ClientContainerController] (main) Manual stopping of a server instance
&amp#27;[0m12:04:18,760 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:196]:9990/management
&amp#27;[0m&amp#27;[0m12:04:18,762 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[2620:52:0:105f::ffff:196]:9990
&amp#27;[0m&amp#27;[0m12:04:18,762 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha22-redhat-1) started in 5768ms - Started 376 of 695 services (475 services are lazy, passive or on-demand)
&amp#27;[0m&amp#27;[0m12:04:18,767 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 66) WFLYSRV0212: Resuming server
&amp#27;[0m&amp#27;[0m12:04:18,906 INFO  [org.jboss.as.server] (management-handler-thread - 3) WFLYSRV0236: Suspending server with no timeout.
&amp#27;[0m&amp#27;[0m12:04:18,964 INFO  [org.jboss.as.server] (Management Triggered Shutdown) WFLYSRV0241: Shutting down in response to management operation 'shutdown'
&amp#27;[0m&amp#27;[0m12:04:19,116 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m12:04:19,139 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatXaDS]
&amp#27;[0m&amp#27;[0m12:04:19,140 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/StatDS]
&amp#27;[0m&amp#27;[0m12:04:19,236 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0019: Host default-host stopping
&amp#27;[0m&amp#27;[0m12:04:19,244 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 66) MODCLUSTER000002: Initiating mod_cluster shutdown
&amp#27;[0m&amp#27;[0m12:04:19,367 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow AJP listener ajp suspending
&amp#27;[0m&amp#27;[0m12:04:19,369 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow AJP listener ajp stopped, was bound to [2620:52:0:105f::ffff:196]:8009
&amp#27;[0m&amp#27;[0m12:04:19,370 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow HTTPS listener https suspending
&amp#27;[0m&amp#27;[0m12:04:19,371 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to [2620:52:0:105f::ffff:196]:8443
&amp#27;[0m&amp#27;[0m12:04:19,421 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0019: Stopped Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m12:04:19,480 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTP listener default suspending
&amp#27;[0m&amp#27;[0m12:04:19,481 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTP listener default stopped, was bound to [2620:52:0:105f::ffff:196]:8080
&amp#27;[0m&amp#27;[0m12:04:19,483 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0004: Undertow 1.4.8.Final-redhat-1 stopping
&amp#27;[0m&amp#27;[0m12:04:19,562 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha22-redhat-1) stopped in 375ms

No errors

Before the master is initialized, if a move request comes in, it could cause the master to abort, if the region was already in transition before the master started up.

Addon MVC is not generating views for finders.
To reproduce try the attached clinic.roo file

The following Roo script:
project --topLevelPackage com.example
entity --class ~.domain.Foo --testAutomatically
field string --fieldName name
perform tests
quit
works as expected under Java6 (build 1.6.0_12-b04). However, in Java 5 the following command
$roo script --file ../jira.roo >jira.log 2>&1
results in a failure of all unit tests. The exception at the bottom of the stacktrace is: org.hibernate.HibernateException: Unable to get the default Bean Validation factory

Flat3Map's Entry objects will overwrite other Entry's values if Entry.setValue() is called on one.  It should only overwrite the Entry at hand.
I've looked at the source, and the case statement incorrectly falls through, rather than returning like it should:
Flat3Map.java, lines 646-660:
        public Object setValue(Object value) {
            if (canRemove == false) 
{
                throw new IllegalStateException(AbstractHashedMap.SETVALUE_INVALID);
            }
            Object old = getValue();
            switch (nextIndex) 
{
                case 3: 
                    parent.value3 = value;
                case 2:
                    parent.value2 = value;
                case 1:
                    parent.value1 = value;
            }
            return old;
        }
With this code, if I set the value of the third item in the EntrySet, then all three values are set to the new value.

We are having an issue in our application in production when we try to make a deploy. When the weblogic (the application server that we are using) tries to stop the defaultmessagelistener container it hangs the process and we have to shutdown the server and restart it. From my understanding of the thread dump that I've attached it is hanging on the method org.springframework.jms.listener.DefaultMessageListenerContainer.doShutdown(DefaultMessageListenerContainer.java:543) but I don't know if i'm interpreting this right. We have recently updated the spring version and the previous versions (pre 4.0 I think but I'm not sure) didn't have this problem.

In my meta region server log file, I see lots of error messages complaining about meta region scanner lease expired.

See HBASE-701 - spotted some more byte output:

regionserver.CompactSplitThread: "Compaction failed for region ..." [twice in run()]

regionserver.CompactSplitThread: "Updating ... with region split info" [l.157]

util.SoftSortedMap: "Reference for key ... has been cleared" [l.181]

master.BaseScanner: "no longer has references to ... " [l.339]

INFO org.apache.hadoop.ipc.Server: IPC Server handler 5 on 60020, call batchUpdate([B@11b8a00, org.apache.hadoop.hbase.io.BatchUpdate@10134ba) from 127.0.0.2:59620: error:

AbstractMessageConverterMethodProcessor does target media-type selection in a strange way. If I have Accept="text/plain; q=0.5, application/json" then it picks text/plain as target Content-type. The reason is that MediaType.sortBySpecificity() ignores "q" parameter if the types are different as in this example. 

HiveConf hive.conf.restricted.list contains "hikari." instead of "hikaricp."

We observed this production that after a region server dies there are huge number of hfiles in that region for the region server running the version with HBASE-13082, In the doc it is given that it is expected to happen, but we found a one place where scanners are not being closed. If the scanners are not closed their references are not decremented and that is leading to the issue of huge number of store files not being finalized
All I was able to find is in the selectScannersFrom, where we discard some of the scanners and we are not closing them. I am attaching a patch for that.
Also to avoid these issues should the files that are done be logged and finalized (moved to archive) as a part of region close operation. This will solve any leaks that can happen and does not cause any dire consequences?

Currently running spring 4.2.0.BUILD-SNAPSHOT
Adding the <websocket:decorator-factories> element to a <websocket:message-broker> configuration in XML will prevent the associated SubProtocolWebSocketHandler from starting. Any attempts to make websocket connections will hang on the CONNECT frame.
Connect log with <websocket:decorator-factories> in place:

2015-07-01 12:57:08,817 DEBUG: org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator - New WebSocketServerSockJsSession[id=2r1eakba]
2015-07-01 12:57:08,819 TRACE: org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator - Handling TextMessage payload=[CONNECT
ac..], byteCount=56, last=true] in WebSocketServerSockJsSession[id=2r1eakba]
2015-07-01 12:57:08,820 DEBUG: org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler - Processing CONNECT user=cduplichien session=2r1eakba
2015-07-01 12:57:08,829 DEBUG: org.springframework.web.socket.messaging.SubProtocolWebSocketHandler - No session for GenericMessage [payload=byte[0], headers={simpMessageType=CONNECT_ACK, simpUser=org.springframework.security.authentication.UsernamePasswordAuthenticationToken@fb48ec72: Principal: org.springframework.security.core.userdetails.User@40dd7ab4: Username: cduplichien; Password: [PROTECTED]; Enabled: true; AccountNonExpired: true; credentialsNonExpired: true; AccountNonLocked: true; Granted Authorities: ...omitted..., simpHeartbeat=[J@6b8741, simpSessionId=2r1eakba}], simpSessionId=2r1eakba}]

Connect log without <websocket:decorator-factories> in place:

2015-07-01 12:54:35,054 DEBUG: org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator - New WebSocketServerSockJsSession[id=4hbhkzih]
2015-07-01 12:54:35,054 TRACE: org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator - Handling TextMessage payload=[CONNECT
ac..], byteCount=56, last=true] in WebSocketServerSockJsSession[id=4hbhkzih]
2015-07-01 12:54:35,054 DEBUG: org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler - Processing CONNECT user=cduplichien session=4hbhkzih
2015-07-01 12:54:38,642 INFO : org.springframework.web.socket.config.WebSocketMessageBrokerStats - WebSocketSession[1 current WS(1)-HttpStream(0)-HttpPoll(0), 2 total, 0 closed abnormally (0 connect failure, 0 send limit, 0 transport error)], stompSubProtocol[processed CONNECT(2)-CONNECTED(2)-DISCONNECT(0)], stompBrokerRelay[null], inboundChannel[pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0], outboundChannelpool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0], sockJsScheduler[pool size = 1, active threads = 1, queued tasks = 0, completed tasks = 0]

The "No Session for Generic Message" log is produced when using <websocket:decorator-factories> because the SubProtocolWebSocketHandler was not started when the CONNECT frame was received, and did not create a new session.
In Debugging, there actually was a SubProtocolWebSocketHandler which was started by the SmartLifecycle, but it was a different instance than the one wrapped by the decorator factory configured through <websocket:decorator-factories>.
Manually starting the SubProtocolWebSocketHandler from my DecoratorFactory as a workaround makes the connections usable, and the websockets function as expected.
It would seem that a separate instance is provided to the DecoratingFactoryBean by MessageBrokerBeanDefinitionParser, and this instance is never started.

HIVE-2206 introduces two new operators, which are DemuxOperator and MuxOperator. queryplan.thrift has been updated. But code generated by thrift should be also updated

Unable to pass any attribute to jboss-cli.ps1 script

C:\wildfly\wildfly-12.0.0.Final\bin> PowerShell -ExecutionPolicy Bypass -File jboss-cli.ps1 --help
'--help-Dcom.ibm.jsse2.overrideDefaultTLS=true' is not a valid operation name.

C:\wildfly\wildfly-12.0.0.Final\bin> PowerShell -ExecutionPolicy Bypass -File jboss-cli.ps1 --version
'--version-Dcom.ibm.jsse2.overrideDefaultTLS=true' is not a valid operation name
.

C:\wildfly\wildfly-12.0.0.Final\bin> PowerShell -ExecutionPolicy Bypass -File jboss-cli.ps1 -c
'-c-Dcom.ibm.jsse2.overrideDefaultTLS=true' is not a valid operation name.

C:\wildfly\wildfly-12.0.0.Final\bin> PowerShell -ExecutionPolicy Bypass -File jboss-cli.ps1
You are disconnected at the moment. Type 'connect' to connect to the server or '
help' for the list of supported commands.

I am using PowerShell 4.0

PS C:\> $PSVersionTable.PSVersion

Major  Minor  Build  Revision
-----  -----  -----  --------
4      0      -1     -1

PS C:\>

This behaviour is caused by this change:
https://github.com/wildfly/wildfly-core/blame/master/core-feature-pack/src/main/resources/content/bin/jboss-cli.ps1#L13

GAE projects need to have this in their pom.xml: 
<buildCommand>
  <name>com.google.appengine.eclipse.core.enhancerbuilder</name>
</buildCommand> 

See nabble
http://camel.465427.n5.nabble.com/Correct-way-to-handle-transactions-acroos-multiple-routes-joined-with-ActiveMQ-tp4402998p4402998.html

CAMEL-686 fixed the issue of not propagating transport headers (e.g. SOAPAction) but it looks like we added quotes around the value (i.e. getCustomer becomes "getCustomer").  I updated the CustomerServicesTest to illustrate the problem.  Also, I cleaned up the client/server-application.xml.

Description copied from https://bugzilla.redhat.com/show_bug.cgi?id=1184292
When XMLStreamException occurs by web.xml parser process for xml file which does not have the encoding attribute, e.getLocation()[1] is null. We cannot find cause of exception by NullPointerException.
[1]

org.jboss.as.web.deployment.WebParsingDeploymentProcessor.java
#115            } catch (XMLStreamException e) 
{
-> #116                throw new DeploymentUnitProcessingException(MESSAGES.failToParseXMLDescriptor(webXml, e.getLocation().getLineNumber(), e.getLocation().getColumnNumber()), e);
#117            }
 catch (IOException e) 
{
#118                throw new DeploymentUnitProcessingException(MESSAGES.failToParseXMLDescriptor(webXml), e);
#119            }
 
Version-Release number of selected component (if applicable):
EAP 6.3.2
Attached web.xml for reproducing.
1. Create war application using attached web.xml.
2. Deploy war to EAP.
3. Start EAP.
You can confirm NullPointerException.
15:56:23,190 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."test.war".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."test.war".PARSE: JBAS018733: Failed to process phase PARSE of deployment "test.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [jboss-as-server-7.4.2.Final-redhat-2.jar:7.4.2.Final-redhat-2]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1980) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1913) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71]
	at org.jboss.as.web.deployment.WebParsingDeploymentProcessor.deploy(WebParsingDeploymentProcessor.java:116)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [jboss-as-server-7.4.2.Final-redhat-2.jar:7.4.2.Final-redhat-2]
	... 5 more

Write new UT tests that use random data and intentional isRepeating batches to checks for NULL and Wrong Results for vectorized filter and compare.
BUGS:
1) LongColLessLongColumn SIMD optimization do not work for very large integers:
 -7272907770454997143 < 8976171455044006767
 outputVector[i] = (vector1[i] - vector2[i]) >>> 63;
 Produces 0 instead of 1...
Also, add DECIMAL_64 testing. Add missing DECIMAL/DECIMAL_64 Comparison and IF vectorized expression classes.

if i have server.contextpath=foo in my application.properties 
and i go to localhost:8080/foo/ i am redirected to localhost:8080/browser/index.html which is 404. It if i navigate to: localhost:8080/foo/browser/index.html it also redirects me to that same place. 
Hal Browser needs to take context path into account.

There's some strange code in the output handler that changes output directory into a file because Hive supposedly wants that. 
If you run insert overwrite with a side directory multiple times, the 2nd insert fails

Getting NPE when trying to do assertion like this result.allMessages().xpath("/foo", String.class).isEqualTo("bar"); 

Cosider the input data is as below 
ROWKEY, TIEMSTAMP, Col_Value
r1,1,v1	>> Correct line
r1	         >> Bad line
r1,3,v3	>> Correct line
r1,4,v4	>> Correct line
When data is bulk loaded using importTsv with mapper as TsvImporterTextMapper ,  All the lines are getting ignored even though skipBadLines is set to true. 

Note the contents of build/target/wildfly-core-2.0.0.CR4-SNAPSHOT/standalone/configuration/logging.properties
 $ ./build/target/wildfly-core-2.0.0.CR4-SNAPSHOT/bin/jboss-cli.sh 
Check the contents of build/target/wildfly-core-2.0.0.CR4-SNAPSHOT/standalone/configuration/logging.properties, the file is empty.
Starting standalone will restore the default contents.

Between core and listener introduced by the new BrokerEventListener.

Load statements with incorrect order of partitions put input files to incorrect paths. 

CREATE TABLE test_parts (c1 string, c2 int) PARTITIONED BY (p1 string,p2 string);
LOAD DATA LOCAL INPATH '/opt/hive/examples/files/kv1.txt' OVERWRITE INTO TABLE test_parts PARTITION (p2='p1', p1='p2')"

The input file is located as below and the data is not readable.

% find /user/hive/warehouse/test_parts/
/user/hive/warehouse/test_parts/
/user/hive/warehouse/test_parts//p1=p2
/user/hive/warehouse/test_parts//p1=p2/p2=p1
/user/hive/warehouse/test_parts//p2=p1
/user/hive/warehouse/test_parts//p2=p1/p1=p2
/user/hive/warehouse/test_parts//p2=p1/p1=p2/.kv1.txt.crc
/user/hive/warehouse/test_parts//p2=p1/p1=p2/kv1.txt

hbase(main):005:0* describe '.META.'
08/08/29 04:39:49 DEBUG client.HConnectionManager$TableServers: Cache hit in table locations for row <> and tableName .META.: location server 208.76.44.142:60020, location region name .META.,,1
ArgumentError: Failed to find table named .META.        
from /home/stack/trunk/bin/../bin/HBase.rb:61:in `describe'        
from /home/stack/trunk/bin/../bin/hirb.rb:246:in `describe' 
from (hbase):6:in `binding'
code}

TransactionScopedJMSContextTestCase fails with security manager

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" in code source "(vfs:/content/TransactionScopedJMSContextTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.TransactionScopedJMSContextTestCase.jar" from Service Module Loader")
        at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
        at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
        at org.wildfly.security.auth.server.SecurityDomain.getCurrent(SecurityDomain.java:160)
        at org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory.createThread(ElytronManagedThreadFactory.java:48)
        at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl.newThread(ManagedThreadFactoryImpl.java:127)
        at org.jboss.as.test.integration.messaging.jms.context.transactionscoped.auxiliary.ThreadLauncher.start(ThreadLauncher.java:56)
        at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
        at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
        at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
        at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:90)
        at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
        at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
        at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
        at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
        at org.jboss.as.jpa.interceptor.SFSBInvocationInterceptor.processInvocation(SFSBInvocationInterceptor.java:57)
        at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.processInvocation(StatefulSessionSynchronizationInterceptor.java:135)
        at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
        at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
        at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
        at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:59)
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275)
        ... 180 more
...

When a I have a custom validator to child collection that can't be indexed, (example attached with Set.class), fails. The problem is the same with SPR-8634.

The suspend-state attribute def says the attribute is required, but if the SuspendController service is not up it returns undefined.
This can primarily happen if the value is read while the server is shutting down, e.g. https://ci.wildfly.org/viewLog.html?buildId=90460&buildTypeId=WildFlyCore_PullRequest
Since we have graceful startup implemented, I think SUSPENDED is a correct value if the suspend controller is not present. If we're booting and the suspend controller isn't installed yet, it's suspended. And once we get to the point in shutdown where the SC is gone, it's last state was SUSPENDED.

We're using a lot of endpoints with path parameters, such as: restlet://https://localhost:58530//people/{personId}?restletMethod=GET 
The endpoint URI contains curly brackets, which is invalid and doesn't pass validation in URI.create. Unfortunately, that is exactly what happens in OpenTracingTracer:

SpanDecorator sd = decorators.get(URI.create(endpoint.getEndpointUri()).getScheme());

Naturally, this results in OpenTracing not working and lots of warnings like this: 

WARN  o.a.c.opentracing.OpenTracingTracer - OpenTracing: Failed to capture tracing data
java.lang.IllegalArgumentException: Illegal character in path at index 42: restlet://https://localhost:58530//people/{personId}?restletMethod=GET
	at java.net.URI.create(URI.java:852)
	at org.apache.camel.opentracing.OpenTracingTracer.getSpanDecorator(OpenTracingTracer.java:192)
	at org.apache.camel.opentracing.OpenTracingTracer$OpenTracingEventNotifier.notify(OpenTracingTracer.java:218)
	at org.apache.camel.util.EventHelper.doNotifyEvent(EventHelper.java:1096)
	at org.apache.camel.util.EventHelper.notifyExchangeSending(EventHelper.java:833)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:137)
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:110)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:548)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:138)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:101)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:148)
	at org.apache.camel.component.timer.TimerConsumer.sendTimerExchange(TimerConsumer.java:197)
	at org.apache.camel.component.timer.TimerConsumer$2.run(TimerConsumer.java:110)
Caused by: java.net.URISyntaxException: Illegal character in path at index 42: restlet://https://localhost:58530//people/{personId}?restletMethod=GET
	at java.net.URI$Parser.fail(URI.java:2848)
	at java.net.URI$Parser.checkChars(URI.java:3021)
	at java.net.URI$Parser.parseHierarchical(URI.java:3105)
	at java.net.URI$Parser.parse(URI.java:3053)
	at java.net.URI.<init>(URI.java:588)
	at java.net.URI.create(URI.java:850)

Previously Restlet endpoint URI used normal brackets instead of curly brackets, so this wasn't an issue.

The Javadoc comment below states that the method "throws IllegalArgumentException if the prototype is null":
   	    /**	     
	     ..

@param prototype  the object to clone each time in the factory
@return the <code>prototype</code> factory
@throws IllegalArgumentException if the prototype is null
@throws IllegalArgumentException if the prototype cannot be cloned
	     */
	    public static <T> Factory<T> prototypeFactory(T  prototype) 
{
	        return PrototypeFactory.<T>prototypeFactory(prototype);
	    }

1. Change "@throws IllegalArgumentException if the prototype is null" and "@return" to "@return NULL_INSTANCE if the prototype is null".
or
2. Remove the entire "throws IllegalArgumentException if the prototype is null".

Nested executeWithRetry() calls caused by using HiveMetaStore.get_partition() can result in mis-matched open/commit calls. Fixes the same issue as described in HIVE-1760.

For entity types whose name begins with more than one capital letter, code that does not compile is being generated.
For example, in SWOTWeaknessController_Roo_Controller.aj, the following code was generated for the DELETE method:
  @RequestMapping(value = "/
{id}", method = RequestMethod.DELETE)
    public String SWOTWeaknessController.delete(@PathVariable("id") Long id, @RequestParam(value = "page", required = false) Integer page, @RequestParam(value = "size", required = false) Integer size, Model uiModel) {
        SWOTWeakness SWOTWeakness = SWOTWeakness.findSWOTWeakness(id);   <=== THIS LINE HAS ERROR due to SWOTWeakness instance variable
        SWOTWeakness.remove();

The problem is that the instance variable "SWOTWeakness" has the same name as the class "SWOTWeakness", which results in the error:
[ERROR] error at SWOTWeakness SWOTWeakness = SWOTWeakness.findSWOTWeakness(id);
[ERROR] ^^^
[ERROR] D:\LYNIADEclipseWorkspace\LYNHP019\src\main\java\com\lyniad\web\SWOTWeaknessController_Roo_Controller.aj:93:0::0
 The local variable SWOTWeakness may not have been initialized

The problem does not occur for classes that follow the more conventional naming of beginning with a single capital letter. For example, the same code for a class for an entity type named "Tactic" is fine:

  @RequestMapping(value = "/{id}
", method = RequestMethod.DELETE)
    public String TacticController.delete(@PathVariable("id") Long id, @RequestParam(value = "page", required = false) Integer page, @RequestParam(value = "size", required = false) Integer size, Model uiModel) {
        Tactic tactic = Tactic.findTactic(id);    <=== This line is fine
        tactic.remove();
Suggested fix: The code which determines the upper/lower case of the instance variable needs to ensure that the resulting instance variable name is different from the class name
The workaround is to simply rename the entity, in the above case to "SwotWeakness", although that change must be propagated to object models, documentation, code that references the entity type, etc.  So the workaround is a chore, but doable.

In the XML schema for spring mongo  http://www.springframework.org/schema/data/mongo/spring-mongo-1.0.xsd in the restricted values for write-concern attribute there is REPLICA_SAFE while in the java  type (com.mongodb.WriteConcern) the name is REPLICAS_SAFE , please either change the schema or the class to the appropriate form.

If defaulting to current DB/schema name for resolving UDF name, the DB name should be lowercased before doing the UDF lookup.

I have a simple xml transformer:

<camel:camelContext id="camelContext" trace="true">

<camel:route id="testRoute">
<camel:from uri="direct:testEndpoint" />
<camel:process ref="testProcessor" />
<camel:marshal>
<camel:jaxb fragment="true" partClass="test.Talk" contextPath="test"
partNamespace="{http://test/}talk"/>
</camel:marshal>

<camel:to uri="log:TEST-AFTER-MARSHALL" />

<camel:to uri="xslt:xslt/transform.xsl?transformerFactory=saxonTransformerFactory" />

<camel:to uri="log:TEST-AFTER-XSL" />

</camel:route>

</camel:camelContext>

The xslt is very simple then:

<xsl:template match="/">
<afterXlst>
<xsl:value-of select="test:talk/text" />
</afterXlst>
</xsl:template>

With this example run multiple times (3 in the cases below), I'm seeing inconsistent inconsistent transformers being used with 2.10.3 and also 2.11 SNAPSHOT:

wildflower:test-bundle $ tail -f output.log | grep "XsltBuilder TRACE Using"
2013-01-17 11:37:59,201 [ main] XsltBuilder TRACE Using BytesSource[
2013-01-17 11:38:18,664 [ main] XsltBuilder TRACE Using javax.xml.transform.stream.StreamSource@4af6fd54 as source
2013-01-17 11:38:38,241 [ main] XsltBuilder TRACE Using javax.xml.transform.stax.StAXSource@23f95cce as source

I'm using spring-rabbit 1.0.0.RELEASE to declare a queue in rabbit with the "x-message-ttl" header set and I've run into a problem setting queue arguments. 
 The queue is never declared if I write:

   <rabbit:queue name="agent.command.queue">
      <rabbit:queue-arguments>
         <entry key="x-message-ttl" value="10000"/>
      </rabbit:queue-arguments>
   </rabbit:queue>
 
   ~ $ sudo rabbitmqctl list_queues name arguments
   Listing queues ...
   ...done.
 
 If I remove the queue-arguments the queue is declared correctly, though without the arguments:

   agent.command.queue    []
   ...done.
   ~ $ 
 
 If I use the amqp-client-2.5.1 directly, the arguments are set correctly:

   Map<String, Object> args = new HashMap<String, Object>();
   args.put("x-message-ttl", 1000);
   channel.queueDeclare("butter-with-args", true, false, false, args);
 
   butter-with-args    [{"x-message-ttl",1000}]
   butter    []
   command.queue    []
   ...done.
   ~ $

RabbitAdmin is declared with:

 <bean id="rabbitAdmin"
   class="org.springframework.amqp.rabbit.core.RabbitAdmin">
   <constructor-arg name="connectionFactory" ref="rabbitConnectionFactory"/>
 </bean> 

The SimpleStepFactoryBean has a setter for the ExceptionHandler, but it isn't used anywhere.

When a blueprint like:

<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0"
           xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
           xmlns:ext="http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.5.0"
           xsi:schemaLocation="
             http://www.osgi.org/xmlns/blueprint/v1.0.0 https://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd
             http://camel.apache.org/schema/blueprint http://camel.apache.org/schema/blueprint/camel-blueprint.xsd">
  
  <reference id="httpService" interface="org.osgi.service.http.HttpService"/>

  <bean class="org.apache.camel.component.servlet.osgi.OsgiServletRegisterer"
        init-method="register"
        destroy-method="unregister">
    <property name="alias" value="/camel-rest-sql"/>
    <property name="httpService" ref="httpService"/>
    <property name="servlet" ref="camelServlet"/>
  </bean>

  <bean id="camelServlet" class="org.apache.camel.component.servlet.CamelHttpTransportServlet"/>

  <camelContext xmlns="http://camel.apache.org/schema/blueprint">

    <restConfiguration
        component="servlet"
        bindingMode="json"
        contextPath="/camel-rest-sql" port="{{env:HTTP_PORT:8181}}"
        apiContextPath="/api-doc">
    </restConfiguration>

    <rest path="/books" consumes="application/json" produces="application/json">
      <get uri="/" outType="java.util.String">
        <to uri="log:blueprint-swagger"/>
      </get>
    </rest>

  </camelContext>
</blueprint>

and then one try to access http://localhost:8181/camel-rest-sql/api-doc there is a null pointer exception:

2018-11-03 08:31:37,062 | INFO  | ead #2 - timer://foo | generateOrder-route              | 120 - org.apache.camel.camel-core - 2.21.0.fuse-720040 | Inserted new order 1

2018-11-03 08:31:37,547 | INFO  | rocessed%20=%20false | processOrder-route               | 120 - org.apache.camel.camel-core - 2.21.0.fuse-720040 | Processed order id 1 item ActiveMQ of 10 copies of ActiveMQ in Action

2018-11-03 08:31:45,741 | WARN  | qtp1210359820-76     | o.a.c.s.RestSwaggerProcessor     | 125 - org.apache.camel.camel-swagger-java - 2.21.0.fuse-720040 | Error rendering Swagger API due null

	at org.apache.camel.swagger.RestSwaggerSupport.renderResourceListing(RestSwaggerSupport.java:211) ~[?:?]

	at org.apache.camel.swagger.RestSwaggerProcessor.process(RestSwaggerProcessor.java:119) ~[?:?]

	at org.apache.camel.component.rest.RestApiProducer.process(RestApiProducer.java:36) ~[?:?]

	at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61) ~[?:?]

	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:148) ~[?:?]

	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:548) ~[?:?]

	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:201) ~[?:?]

	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:97) ~[?:?]

	at org.apache.camel.http.common.CamelServlet.doService(CamelServlet.java:214) ~[?:?]

	at org.apache.camel.http.common.CamelServlet.service(CamelServlet.java:80) ~[?:?]

	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) ~[36:javax.servlet-api:3.1.0]

	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865) ~[?:?]

	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:535) ~[?:?]

	at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) ~[?:?]

	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) ~[?:?]

	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) ~[?:?]

	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) ~[?:?]

	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) ~[?:?]

	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595) ~[?:?]

	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) ~[?:?]

	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1317) ~[?:?]

	at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) ~[?:?]

	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) ~[?:?]

	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473) ~[?:?]

	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564) ~[?:?]

	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) ~[?:?]

	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1219) ~[?:?]

	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) ~[?:?]

	at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) ~[?:?]

	at org.eclipse.jetty.server.Server.handle(Server.java:531) ~[?:?]

	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:352) ~[?:?]

	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:260) ~[?:?]

	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:281) ~[?:?]

	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:102) ~[?:?]

	at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118) ~[?:?]

	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333) ~[94:org.eclipse.jetty.util:9.4.11.v20180605]

	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310) ~[94:org.eclipse.jetty.util:9.4.11.v20180605]

	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168) ~[94:org.eclipse.jetty.util:9.4.11.v20180605]

	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.produce(EatWhatYouKill.java:132) ~[94:org.eclipse.jetty.util:9.4.11.v20180605]

	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:762) [94:org.eclipse.jetty.util:9.4.11.v20180605]

	at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:680) [94:org.eclipse.jetty.util:9.4.11.v20180605]

	at java.lang.Thread.run(Thread.java:748) [?:?]

this is happening because restConfiguration is build with apiProperties as null because there is no tag <apiProperty key="" value=""/> inside <restConfiguration> tag; thus the null pointer here: https://github.com/apache/camel/blob/master/components/camel-swagger-java/src/main/java/org/apache/camel/swagger/RestSwaggerSupport.java#L213-L215
What do you think is the best approach to fix this:

check for null in RestSwaggerSupport.java
or investigate why blueprint use initialize apiProperties as null (which I think might be a legitimate behaviour)

The bugfix CAMEL-8948 seems to make older timing problems related to property-placeholders visible.
To reproduce the problem i changed the test 
org.apache.camel.test.blueprint.ConfigAdminNoReloadLoadConfigurationFileTest 
from the component camel-test-blueprint a bit, respectively the context 
"org/apache/camel/test/blueprint/configadmin-no-reload-loadfile.xml": 
I added the trace Attribute to the camelContext:

<camelContext xmlns="http://camel.apache.org/schema/blueprint" trace="{{tracing}}"> 

and added also the property to the etc/stuff.cfg 

tracing=true 

Until 2.15.2 this worked fine. From 2.15.3 on the property cannot be 
replaced any more.
But, if setting a breakpoint in CamelBlueprintTestSupport#createBundleContext at loadConfigAdminConfigurationFile() (Line 123 in 2.15.4) - the error occurs even in older versions like 2.14 - so the timing problem seems to be there for a while but did not occur because the loading of the configAdminFile seems to be faster than the event handling during service registration triggered by the code some lines above.
The issue can also be reproduced when replacing a property's String type 
with int in the MyCoolBean class and setting its value by using the 
placeholder like before but with an int value of course. The test run shows 
that the placeholder "${..}" will not be replaced and leads to a 
NumberfFormatException. 
The production code that is under test works fine in karaf. 

I added a comment here but I think, it'll be better to create a new issue.
I use spring-jdbc with postgres driver. To call stored procedure which returns a table row, I use the following code:

        MapSqlParameterSource params = new MapSqlParameterSource()
                .addValue("in_id", name);

        Map<String, Object> resultMap = new SimpleJdbcCall(jdbcTemplate)
                .withFunctionName(STORED_FUNCTION_NAME)
                .execute(params);

It produces following exception: 

org.springframework.dao.InvalidDataAccessApiUsageException: Required input parameter 'id' is missing
        at org.springframework.jdbc.core.CallableStatementCreatorFactory$CallableStatementCreatorImpl.createCallableStatement(CallableStatementCreatorFactory.java:211)
        at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1083)
        at org.springframework.jdbc.core.JdbcTemplate.call(JdbcTemplate.java:1141)
        at org.springframework.jdbc.core.simple.AbstractJdbcCall.executeCallInternal(AbstractJdbcCall.java:405)
        at org.springframework.jdbc.core.simple.AbstractJdbcCall.doExecute(AbstractJdbcCall.java:365)
        at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:198)
        at com.example.demo.DemoApplicationTests.callProcedure(DemoApplicationTests.java:35)
It wants me insert an output parameter. 
I searched a little and found following:

PgDatabaseMetaData returns java.sql.DatabaseMetaData.procedureColumnResult.
CallMetaDataContext doesn't check parameter type for equality to this value. It checks for DatabaseMetaData.procedureColumnReturn only.

I created a sample project (in attachment). It uses Flyway to initialize and Testcontainers to use real postgres db. Change driver name and url if you do not want to use docker.

The jboss-ejb-client.xml deployment descriptor file can be used to configure the pass semantics of the local EJB receiver using the local-receiver-pass-by-value attribute.
As per the EJB spec, the default behaviour should be to pass by value, and this is appropriately reflected in the jboss-ejb-client XSD.  As of Wildfly 11, the omission of the local-receiver-pass-by-value attribute in a jboss-ejb-client deployment descriptor actually results in remote EJB parameters and the return value being passed by reference as opposed to the documented default of being passed by value.
It appears that this bug is a result of changes made for WFLY-5403.  The root cause is that the EJBClientDescriptorMetaDataProcessor.java class only uses the pass-by-value receiver if the local-receiver-pass-by-value attribute is Boolean.TRUE (line 177 in 13.0.0.Final), but EJBClientDescriptor10Parser.java defaults the value to null if it is not included in the jboss-ejb-client.xml (line 132 in 13.0.0.Final).  The old and working behaviour was to fallback to the value configured at the ejb subsystem level if the jboss-ejb-client.xml excluded the attribute.

In order to use spring features like "depends-on" and PropertyPlaceholderConfigure, it is desirable to configure the CamelContext using the standard Spring boolean definition (bean and property tags, etc), instead of the shortcut xbean style definition (<camelContext> tag).
However, the org.apache.camel.spring.CamelContextFactoryBean, which is typically used to configure the CamelContext bean, uses the org.apache.camel.model.PackageScanDefinition class to hold the package scanning information. This class does not have any public setter for its private properties and can only be configured via xbean. This makes it very hard to configure the CamelContext bean using the standard Spring bean definition. Please add the public setters to this class so it can be used by Spring directly.
At present, a workaround is to implement a subclass of the org.apache.camel.model.PackageScanDefinition to add the missing setters. A sample Spring definition would look like this:
    <bean id="camel" class="org.apache.camel.spring.CamelContextFactoryBean" depends-on="my-other-bean">
        <property name="trace" value="false"/>
        <property name="packageScan">
            <bean class="com.mypackage.CamelPackageScanDefinition">
                <property name="packageList"><value>${route.packageScan}</value></property>
            </bean>
        </bean>
    <bean id="template" class="org.apache.camel.spring.CamelProducerTemplateFactoryBean">
        <property name="camelContext" ref="camel"/>
    </bean>
In the above sample, the CamelPackageScanDefinition is the custom subclass.

CREATE TABLE table_7 (int_col INT);

SELECT
(t1.int_col) * (t1.int_col) AS int_col
FROM (
SELECT
MIN(NULL) OVER () AS int_col
FROM table_7
) t1
WHERE
(False) NOT IN (SELECT
False AS boolean_col
FROM (
SELECT
) tt1
WHERE
(t1.int_col) = (tt1.int_col));

The problem seems to be in the method that tries to resolve the subquery column MIN(NULL). It checks the column inspector and ends up returning a constant expression instead of a column expression for min(null).

When JMS connection factory definitions are used to setup connection factory, the messaging subsystem adds the "netty" connector if no connectors are specified in the definition.
This introduces a problem if users do not define a connector named "netty" in their configuration (as it will be the case when we switch to using the http-connector instead of the remote-connector by default).
Workaround this is to ask HornetQ for the connectors that can be used and pick one (and logs a warning message telling the user that it should not depend on that behaviour and explicitly specify which connector to use).

I just happened to catch the following exception:

[standalone@localhost:9990 /] /subsystem=jgroups/stack=anothertcp:add(transport={type=TCP,socket-binding=jgroups-tcp},protocols=[{Exception in thread "Aesh Process Loop 1561063579" java.lang.IllegalArgumentException
	at org.jboss.dmr.ModelValue.asType(ModelValue.java:147)
	at org.jboss.dmr.ModelNode.asType(ModelNode.java:321)
	at org.jboss.as.cli.impl.ValueTypeCompleter$ComplexInstance.isCompliantType(ValueTypeCompleter.java:239)
	at org.jboss.as.cli.impl.ValueTypeCompleter$Instance.getType(ValueTypeCompleter.java:103)
	at org.jboss.as.cli.impl.ValueTypeCompleter$ValueTypeCallbackHandler.getCandidates(ValueTypeCompleter.java:445)
	at org.jboss.as.cli.impl.ValueTypeCompleter.complete(ValueTypeCompleter.java:332)
	at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:254)
	at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:74)
	at org.jboss.as.cli.CommandCompleter.doComplete(CommandCompleter.java:134)
	at org.jboss.as.cli.impl.Console$Factory$1$1.complete(Console.java:143)
	at org.jboss.aesh.console.AeshCompletionHandler.complete(AeshCompletionHandler.java:155)
	at org.jboss.aesh.console.AeshInputProcessor.complete(AeshInputProcessor.java:423)
	at org.jboss.aesh.console.AeshInputProcessor.parseOperation(AeshInputProcessor.java:165)
	at org.jboss.aesh.console.Console.processInternalOperation(Console.java:773)
	at org.jboss.aesh.console.Console.execute(Console.java:733)
	at org.jboss.aesh.console.Console.access$900(Console.java:73)
	at org.jboss.aesh.console.Console$6.run(Console.java:642)

when double tapping tab on the following:

[standalone@localhost:9990 /] /subsystem=jgroups/stack=anothertcp:add(transport={type=TCP,socket-binding=jgroups-tcp},protocols=[{

When trying a second time, it popped up again, so it is likely reproducible. Note that the server was started with:

./standalone -c standalone-ha.xml

The exception killed the CLI.

First of all, sorry if this is not a bug. I may have missed some information on how to make autoSave and FileChangedReloadingStrategy work.
When a change has been detected by the FileChangedReloadingStrategy code, a clear() followed by a load() is executed in the AbstractFileConfiguration class (around line 809 of version 1.4). The clear() method leads to a possiblySave() call which overwrites the configuration. At the end of the clear() method, the configuration file is empty and the following load() method loads this empty configuration. The possiblySave() call is invoked via the work-around (according to the comment in the code) in AbstractConfiguration (line 538).
I'm using the following code:
CompositeConfiguration config = new CompositeConfiguration();
XMLConfiguration xmlconfig = new XMLConfiguration("config.xml");
FileChangedReloadingStrategy fcrs = new FileChangedReloadingStrategy();
xmlconfig.setReloadingStrategy(fcrs);
config.addConfiguration(new SystemConfiguration());
config.addConfiguration(xmlconfig);
xmlconfig.setAutoSave(true);
...wait for config changes...		
A workaround for the problem is to deactivate autoSave in the reload() method of the AbstractFileConfiguration class. After the configuration is cleared and loaded, the original autoSave is restored. See the diff below:
806a807,808
>                         boolean autoSaveBak = this.isAutoSave(); // save the current state
>                         this.setAutoSave(false); // deactivate autoSave to prevent information loss
813a816
>                               this.setAutoSave(autoSaveBak); // set autoSave to previous value
The code fragment looks like:
--------------------------
                    if (strategy.reloadingRequired())
                    {
                        if (getLogger().isInfoEnabled())
                        {
                            getLogger().info("Reloading configuration. URL is " + getURL());
                        }
                        fireEvent(EVENT_RELOAD, null, getURL(), true);
                        setDetailEvents(false);
                        boolean autoSaveBak = this.isAutoSave(); // save the current state
                        this.setAutoSave(false); // deactivate autoSave to prevent information loss
                        try
                        {
                            clear();
                            load();
                        }
                        finally
                        {
                                this.setAutoSave(autoSaveBak); // set autoSave to previous value
                            setDetailEvents(true);
                        }
                        fireEvent(EVENT_RELOAD, null, getURL(), false);
                        // notify the strategy
                        strategy.reloadingPerformed();
                    }
I hope this is a valid fix. 

2015-07-30 12:37:31,658 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.subunit."jslxml_ejb_vehicle.ear"."jslxml_ejb_vehicle_client.jar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.subunit."jslxml_ejb_vehicle.ear"."jslxml_ejb_vehicle_client.jar".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of subdeployment "jslxml_ejb_vehicle_client.jar" of deployment "jslxml_ejb_vehicle.ear"
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) [wildfly-server-2.0.0.Alpha11.jar:2.0.0.Alpha11]
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_40]
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_40]
  at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_40]
  at java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:711) [rt.jar:1.8.0_40]
  at java.util.LinkedHashMap$LinkedKeyIterator.next(LinkedHashMap.java:734) [rt.jar:1.8.0_40]
  at org.wildfly.extension.batch.jberet.deployment.BatchDeploymentResourceProcessor.deploy(BatchDeploymentResourceProcessor.java:60)
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) [wildfly-server-2.0.0.Alpha11.jar:2.0.0.Alpha11]
  ... 5 more

I think that RequestMappingHandlerAdapter.initInitBinderArgumentResolvers() is incorrectly adding custom resolvers to the wrong variable.

initBinderArgumentResolvers.addResolver(new ExpressionValueMethodArgumentResolver(beanFactory));
// Custom resolvers
argumentResolvers.addResolvers(customArgumentResolvers);
// Type-based resolvers
initBinderArgumentResolvers.addResolver(new ServletRequestMethodArgumentResolver());

I think should be:

initBinderArgumentResolvers.addResolvers(customArgumentResolvers);

I ran into this as I was trying to configure a Spring Sec stack without the security namespace in place. In 3.0.0M2 there is a hard-coded "false" for useExpressions in the FilterInvocationSecurityMetadataSourceBeanDefinitionParser, at the following line (on or about line 47):
        LinkedHashMap<RequestKey, List<ConfigAttribute>> requestMap =
        HttpSecurityBeanDefinitionParser.parseInterceptUrlsForFilterInvocationRequestMap(interceptUrls,
                convertPathsToLowerCase, false, parserContext);
I believe this code should be augmented to look for the "use-expressions" attribute on the <sec:filter-security-metadata-source> element. The resultant code would look something like the following (note, I haven't been able to get a compilable version of Spring Sec from source, otherwise I'd supply a patch  ):
        boolean useExpressions = false;
        if(StringUtils.hasLength(element.getAttribute(HttpSecurityBeanDefinitionParser.ATT_USE_EXPRESSIONS))) 
{
        	useExpressions = Boolean.parseBoolean(element.getAttribute(HttpSecurityBeanDefinitionParser.ATT_USE_EXPRESSIONS));
        }
                convertPathsToLowerCase, useExpressions, parserContext);
Note also that in order to use this code patch you'll have to expand the visibility of the constant reference ATT_USE_EXPRESSIONS.
Since I can't verify that SpEL access declarations work with this fix (although they should), I can't guarantee this is all-inclusive, but hopefully it'll be close!
Sample bean definition (although you probably don't need it):
	<bean id="filterSecurityInterceptor" class="org.springframework.security.web.access.intercept.FilterSecurityInterceptor">
	  <property name="authenticationManager" ref="customAuthenticationManager"/>
	  <property name="accessDecisionManager" ref="affirmativeBased"/>
	  <property name="securityMetadataSource">
	    <security:filter-security-metadata-source use-expressions="true">
			<security:intercept-url pattern="/login.do" access="permitAll"/>
			<security:intercept-url pattern="/home.do" access="permitAll"/>
			<security:intercept-url pattern="/account/*.do" access="hasRole('ROLE_USER') and fullyAuthenticated"/>
			<security:intercept-url pattern="/*" access="hasRole('ROLE_USER')"/>
	    </security:filter-security-metadata-source>
	  </property>
	</bean>
You needn't worry about analyzing the expressions for correctness - I've verified they work already using the standard <http use-expressions="true"> format. Thanks for reviewing the bug!

I have a subclass of PollingConsumerSupport and create it in a subclass of DefaultPollingEndpoint. The problem is that DefaultPollingEndpoint wraps PollingConsumer into DefaultScheduledPollConsumer and the latter does not call PollingConsumerSupport.start:
DefaultScheduledPollConsumer.java:
    @Override
    protected void doStart() throws Exception 
{
        pollingConsumer = getEndpoint().createPollingConsumer();
        super.doStart();
    }
            
We found out that when the transaction manager "reaper" thread rolls back a transaction, it doesn't remove the transaction from a static collection.  tx.suspend, which disassociates the transaction from the application thread, also doesn't remove the transaction from the static collection.  As a result, the transaction leaks and all of the objects references by it (including all resources that are put there like JPA persistence contexts).
To address this, we should change org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction (STATUS_ROLLEDBACK case in switch statement) to call tm.rollback() instead of tm.suspend().

In QueryDslJpaRepository, when findAll(Predicate, Pageable) is called with a null Pageable, a NPE is thrown after the code tries to access the offset. However, delegation to the Querydsl helper class has dealt with the null value properly two lines above. 

@JmsListener does not work correctly when using ByteMessage.
I tried it with ActiveMQ Artimes and got a following result.

When receiving ByteMessage, the method annotated was called.
But I got empty bytes through ByteMessage.readBytes().
I got correct result when using TextMessage, of course.

I will request a reproducing code in github.

I used a virtual host in Wildfly like this :
<host name="toto" alias="www.toto.com">
  <location name="/" handler="welcome-content"/>
</host>
When I try to access www.toto.com/sub/, a new cookie is created. It would be great with a "/sub" context but it is not for a "/" context.

I'm using XMLConfiguration to manipulate my xml configuration file. Here is what I did,
1) Add a new node using "addNodes"
2) Save the configuration (using save method)
3) The new node gets added to the configuration file   <--- Good
4) Now try setting a value in the just added new node using "setProperty" method.
5) Save the configuration (using save method)
6) The save method still writes the configuration that was in step 3        <------- Bug
Looks like for some reason the save still holds the old configuration in cache that after the add nodes. If I call "reload" after each save then everything works fine. 
Just a setProperty on its own (without addNodes) work fine. It's only when you try to addNodes and then do setProperty that this fails.
I've tried this with the latest nightly build (1.5), released 1.4 and 1.3 --> all of them fail in this situation.

Caused by: java.lang.ClassCastException: org.springframework.security.web.authentication.NullRememberMeServices cannot be cast to org.springframework.security.web.authentication.rememberme.AbstractRememberMeServices
	at org.springframework.security.config.http.UserDetailsServiceInjectionBeanPostProcessor.postProcessBeforeInitialization(UserDetailsServiceInjectionBeanPostProcessor.java:54)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:393)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1386)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:511)
	... 46 more

	<security:http ...>
                ...
		<security:remember-me services-ref="rememberMeServices" />
		...

	<bean id="rememberMeServices"
		class="org.springframework.security.web.authentication.NullRememberMeServices" />

When a @RestResource(exported = false) annotation is placed against the appropriate (highest level of functionality) findAll(…) method, all entities are still shown in the REST JSON response.
Example:

@Override
@RestResource(exported = false)
Page<Person> findAll(Pageable pageable);

User reported trouble setting out SOAP headers in 1.x 
http://www.nabble.com/setting-soap-headers-in-camel-cxf-router-td25068148.html#a25068148
We should also test/fix it in 2.x as well as adding documentation on how to set/get SOAP headers in POJO and PAYLOAD modes.

$ hive -e "show tables;"

OK
table1
table2
table3
Time taken: 0.694 seconds, Fetched: 3 row(s)
classLoader = java.net.URLClassLoader@29978933
SharedSecrets.getJavaNetAccess()=java.net.URLClassLoader$7@4b7d03c5

Observe the last two lines that are printed upon the end of Hive CLI session. 
JavaUtils#closeClassLoader uses reflection to invoke sun.misc.ClassLoaderUtil.releaseLoader. Just peeking at the implementation of this method clearly showed this:

            System.out.println ("classLoader = " + classLoader);
            System.out.println ("SharedSecrets.getJavaNetAccess()="+SharedSecrets.getJavaNetAccess());

See line 80-81 at http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/6-b14/sun/misc/ClassLoaderUtil.java.

      double min = cluster.numRegions / cluster.numServers;

Integral division result is cast to double.

Consider the follwoing code snippet:

String mapFunction = "classpath:js/map.js";
String reduceFunction = "classpath:js/reduce.js";
MapReduceOptions mapReduceOptions = new MapReduceOptions();
mapReduceOptions.outputCollection("outColl");

MapReduceResults<MRResult> results =mongo.mapReduce("myColl", mapFunction, reduceFunction, mapReduceOptions, MRResult.class);

If map.js or reduce.js are not found on the classpath, function replaceWithResourceIfNecessary silently ignores this and considers the string classpath:map.js as the map function. Following debug statement is printed which is not very helpful and does not create any suspicion.

2011-11-21 08:20:27,906 [main] DEBUG org.springframework.data.mongodb.core.MongoTemplate - Executing MapReduce on collection [myColl], mapFunction [classpath:map.js], reduceFunction [classpath:reduce.js]

This leads to the following error which is also not helpful in debugging:

2011-11-21 08:20:27,926 [main] WARN  org.springframework.data.mongodb.core.MongoTemplate - Command execution of { "mapreduce" : "myColl" , "map" : "classpath:map.js" , "reduce" : "classpath:reduce.js" , "verbose" : true , "out" : { "replace" : "outColl"}} failed: db assertion failure

Error description on the mongod log is also useless:

Mon Nov 21 08:20:27 [conn9] JS Error: SyntaxError: missing ; before statement nofile_a:0
Mon Nov 21 08:20:27 [conn9] mr failed, removing collection :: caused by :: 13598 couldn't compile code for: _map

So, it becomes really hard to debug that the real problem is missing js file on the classpath.
Catching and ignoring exception in method protected String replaceWithResourceIfNecessary(String function) is a bad thing to do.

…
} catch (Exception e) {
	// ignore - could be embedded JavaScript text
}

The file samples/openid-xml/src/main/webapp/js/openid-jquery.js should replace the URL http://yahoo.com/ with https://me.yahoo.com/. The correct URL is used in samples/openid-jc/src/main/resources/resources/js/openid-jquery.js.
Without this fix, the XML application fails to use OpenID against Yahoo!, otherwise you get this stack:
09:41:33.431 [http-nio-8080-exec-9] DEBUG o.s.s.o.OpenIDAuthenticationFilter - Failed to consume claimedIdentity: http://yahoo.com/
org.springframework.security.openid.OpenIDConsumerException: Error processing ConsumerManager authentication
        at org.springframework.security.openid.OpenID4JavaConsumer.beginConsumption(OpenID4JavaConsumer.java:123) ~[spring-security-openid-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.security.openid.OpenIDAuthenticationFilter.attemptAuthentication(OpenIDAuthenticationFilter.java:135) ~[spring-security-openid-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:217) [spring-security-web-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330) [spring-security-web-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:120) [spring-security-web-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:64) [spring-security-web-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [spring-web-4.1.6.RELEASE.jar:4.1.6.RELEASE]
        at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:53) [spring-security-web-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:91) [spring-security-web-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:213) [spring-security-web-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:176) [spring-security-web-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:344) [spring-web-4.1.6.RELEASE.jar:4.1.6.RELEASE]
        at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:261) [spring-web-4.1.6.RELEASE.jar:4.1.6.RELEASE]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.15]
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.15]
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219) [catalina.jar:8.0.15]
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) [catalina.jar:8.0.15]
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) [catalina.jar:8.0.15]
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) [catalina.jar:8.0.15]
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) [catalina.jar:8.0.15]
        at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610) [catalina.jar:8.0.15]
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) [catalina.jar:8.0.15]
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:537) [catalina.jar:8.0.15]
        at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1085) [tomcat-coyote.jar:8.0.15]
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:658) [tomcat-coyote.jar:8.0.15]
        at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222) [tomcat-coyote.jar:8.0.15]
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1556) [tomcat-coyote.jar:8.0.15]
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1513) [tomcat-coyote.jar:8.0.15]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_45]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_45]
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-util.jar:8.0.15]
        at java.lang.Thread.run(Thread.java:745) [na:1.8.0_45]
Caused by: org.openid4java.consumer.ConsumerException: 0xa00: Authentication cannot continue: no discovery information provided.
        at org.openid4java.consumer.ConsumerManager.authenticate(ConsumerManager.java:1029) ~[openid4java-nodeps-0.9.6.jar:na]
        at org.springframework.security.openid.OpenID4JavaConsumer.beginConsumption(OpenID4JavaConsumer.java:97) ~[spring-security-openid-4.0.2.CI-SNAPSHOT.jar:4.0.2.CI-SNAPSHOT]
        ... 36 common frames omitted
09:41:33.431 [http-nio-8080-exec-9] DEBUG o.s.s.o.OpenIDAuthenticationFilter - Authentication request failed: org.springframework.security.authentication.AuthenticationServiceException: Unable to process claimed identity 'http://yahoo.com/'

HiveServer2 and Hive Metastore Zookeeper component is hardcoded to only support the Oracle/Open JDK. I was performing testing of Hadoop running on the IBM JDK and discovered this issue and have since drawn up the attached patch. This looks to resolve the issue in a similar manner as how the Hadoop core folks handle the IBM JDK.

If @Async("executor") is declared on an implementation method and jdk proxies are used, the getExecutorQualifier tries to find the annotation on the interface method and (as it's not annotated) failes and falls back to the default executor. I guess getExecutorQualifier should take targetClass method as a parameter and not the methodInvocation method. 

https://jira.spring.io/browse/SPR-16033 was seemingly fixed for 5.0.1 for autowiring, but in that release when asking the app context directly for a map of beans of a given type (getBeansOfType), the problem remains.
Reproduced in https://github.com/spring-projects/spring-framework-issues/pull/173.

After integrating spring batch admin with an existing web application, on restarting the server after running a job, the context fails to initialize with the following exception
org.springframework.jmx.export.UnableToRegisterMBeanException: Unable to register MBean [org.springframework.batch.admin.jmx.SimpleStepExecutionMetrics@18b3e62] with key 'spring.application:type=JobExecution,name=analysisJob,step=performAnalysis:partition3'; nested exception is javax.management.MalformedObjectNameException: Invalid character `:' in value
	at org.springframework.jmx.export.MBeanExporter.registerBeanNameOrInstance(MBeanExporter.java:602)
	at org.springframework.batch.admin.jmx.BatchMBeanExporter.registerSteps(BatchMBeanExporter.java:125)
	at org.springframework.batch.admin.jmx.BatchMBeanExporter.doStart(BatchMBeanExporter.java:281)
	at org.springframework.batch.admin.jmx.BatchMBeanExporter.start(BatchMBeanExporter.java:234)
	at org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:166)
	... 24 more
Caused by: javax.management.MalformedObjectNameException: Invalid character `:' in value
	at javax.management.ObjectName.parseValue(ObjectName.java:958)
	at javax.management.ObjectName.checkValue(ObjectName.java:990)
	at javax.management.ObjectName.construct(ObjectName.java:709)
	at javax.management.ObjectName.<init>(ObjectName.java:1446)
	at javax.management.ObjectName.getInstance(ObjectName.java:1346)
	at org.springframework.jmx.support.ObjectNameManager.getInstance(ObjectNameManager.java:95)
	at org.springframework.jmx.export.naming.MetadataNamingStrategy.getObjectName(MetadataNamingStrategy.java:128)
	at org.springframework.jmx.export.MBeanExporter.getObjectName(MBeanExporter.java:728)
	at org.springframework.jmx.export.MBeanExporter.registerBeanInstance(MBeanExporter.java:631)
	at org.springframework.jmx.export.MBeanExporter.registerBeanNameOrInstance(MBeanExporter.java:598)
	... 28 more
Jan 14, 2011 7:11:54 PM org.apache.catalina.core.StandardContext listenerStart

A test case for embedded beeline would have been helpful. ie, with URL jdbc:hive2:///default
This causes beeline (JDBC driver) to invoken embedded hive.

A few of the balancer tests timed out here http://54.241.6.143/job/HBase-0.95-Hadoop-2/org.apache.hbase$hbase-server/608/testReport/org.apache.hadoop.hbase.master.balancer/TestStochasticLoadBalancer/testSmallCluster3/
Chatting w/ Elliott, let me just up the timeouts here; on a contended resource could take a while to complete.

The user gets an error message on socket timeout exception:
The words "the" and "call" need a space between them. Fix is trivial.
2012-10-11 11:09:06,154 DEBUG org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Encountered a SocketTimeoutException. Since thecall to the remote cluster timed out, which is usually caused by a machine failure or a massive slowdown, sleeping 1000 times 100
The error is present in .92 and onward all the way through to the trunk. Fix should go into all those branches.

There are quite some new optimizations in Spark 2.0.0. We need to bump up Spark to 2.0.0 to benefit those performance improvements.
To update Spark version to 2.0.0, the following changes are required:

Spark API updates:
	
SparkShuffler#call return Iterator instead of Iterable
SparkListener -> JavaSparkListener
InputMetrics constructor doesn’t accept readMethod
Method remoteBlocksFetched and localBlocksFetched in ShuffleReadMetrics return long type instead of integer

Dependency upgrade:
	
Jackson: 2.4.2 -> 2.6.5
Netty version: 4.0.23.Final -> 4.0.29.Final
Scala binary version: 2.10 -> 2.11
Scala version: 2.10.4 -> 2.11.8

It reproduces when HMaster is started for the first time and NN is started without starting DN
Hmaster logs:
2011-04-19 16:49:09,208 DEBUG org.apache.hadoop.hbase.master.ActiveMasterManager: A master is now available
2011-04-19 16:49:09,400 WARN org.apache.hadoop.hbase.util.FSUtils: Version file was empty, odd, will try to set it.
2011-04-19 16:51:09,674 WARN org.apache.hadoop.hdfs.DFSClient: DataStreamer Exception: org.apache.hadoop.ipc.RemoteException: java.io.IOException: File /hbase/hbase.version could only be replicated to 0 nodes, instead of 1
...........
2011-04-19 16:51:09,674 WARN org.apache.hadoop.hdfs.DFSClient: Error Recovery for block null bad datanode[0] nodes == null
2011-04-19 16:51:09,674 WARN org.apache.hadoop.hdfs.DFSClient: Could not get block locations. Source file "/hbase/hbase.version" - Aborting...
2011-04-19 16:51:09,674 WARN org.apache.hadoop.hbase.util.FSUtils: Unable to create version file at hdfs://C4C1:9000/hbase, retrying: org.apache.hadoop.ipc.RemoteException: java.io.IOException: File /hbase/hbase.version could only be replicated to 0 nodes, instead of 1
2011-04-19 16:56:19,695 WARN org.apache.hadoop.hbase.util.FSUtils: Unable to create version file at hdfs://C4C1:9000/hbase, retrying: org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hdfs.protocol.AlreadyBeingCreatedException: failed to create file /hbase/hbase.version for DFSClient_hb_m_C4C1.site:60000_1303202948768 on client 157.5.100.1 because current leaseholder is trying to recreate file.
org.apache.hadoop.hdfs.protocol.AlreadyBeingCreatedException: failed to create file /hbase/hbase.version for DFSClient_hb_m_C4C1.site:60000_1303202948768 on client 157.5.100.1 because current leaseholder is trying to recreate file.
       at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInternal(FSNamesystem.java:1068)
....

It seems only type not supported currently, from the code:

      throw new IOException("JsonSerDe does not support BINARY type");

Coverity found suspicious logical operation https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9563899&defectInstanceId=2359232&mergedDefectId=1377462
See detailed description of possible problem in [1]
If I extend DigestUtilTest#testDecodeByteOrderedInteger with case from [1], test fails

        byte[] inputFF = CodePointIterator.ofString("000000FF").hexDecode().drain();
        assertEquals(0xFF, decodeByteOrderedInteger(inputFF, 0, 4));

If I change decodeByteOrderedInteger implementation according to [1], all tests passes.

result |= (buf[offset + i] & 0xff);

[1] http://findbugs.sourceforge.net/bugDescriptions.html#BIT_IOR_OF_SIGNED_BYTE
Setting to high priority, because correct behavior of SASL Digest mechanism could be impacted.

Issue introduced with WFLY-1548, the dialog added with WFLY-1548 is to get a connection with jconsole local process connection is used to establish a connection to the management api.  This bug is because when using remote, the init(...) is not being called with the existing CommandContext

Since 1-arg ROUND returns an integer, it's hard to fix this without either losing data (return NULL) or making a backwards-incompatible change (return DOUBLE instead of BIGINT).
In any case, we should definitely fix 2-arg ROUND to preserve infinity/NaN/etc, since it is already returning double.

HBASE-6552 caused the TestAcidGuarantees system test to flush more aggressively, because flushes are where ACID problems have occurred in the past.
After some more cluster testing, it seems like this too aggressive; my clusters eventually can't keep up with the number of flushes/compactions and start getting SocketTimeoutExceptions.  We could try to optimize the flushes/compactions, but since this workload would never occur in practice, I don't think it is worth the effort.  Instead, let's just only flush once a minute.  This is arbitrary, but seems to work.
Here is my comment in the (upcoming) patch:

// Flushing has been a source of ACID violations previously (see HBASE-2856), so ideally,
// we would flush as often as possible.  On a running cluster, this isn't practical:
// (1) we will cause a lot of load due to all the flushing and compacting
// (2) we cannot change the flushing/compacting related Configuration options to try to
// alleviate this
// (3) it is an unrealistic workload, since no one would actually flush that often.
// Therefore, let's flush every minute to have more flushes than usual, but not overload
// the running cluster.

Summary of findings
Spring Security should persist the SecurityContext immediately if any of the following methods are invoked since they commit the response and can hand control back to the client immediately. This is similar to SEC-398.

HttpServletResponse.flushBuffer()
HttpServletResponse.getWriter().close()
HttpServletResponse.getWriter().flush()
HttpServletRespose.getOutputStream().close()
HttpServletRespose.getOutputStream().flush()

Original description
During stress/loadtesting of our web application we are experiencing some severe-error issues regarding the freshness of a spring-security security context.
The referenced forum post contains a bit more detail but here is a summary.
A single loadtest client (during high tomcat-7/server load) can execute a "login" establishing a security context and a subsequent API call requiring a security context will fail.  The loadtest client (grinder/jython single threaded (per client)) uses a CommonsHttpInvokerRequestExecutor sending and receiving hessian content over a "typical" http request/response.
The login request is handled by our login service bean which establishes a spring security context.  That security context is persisted in spring-security scope in a "finally" block of SecurityContextPersistenceFilter.doFilter.  
However, the underlying components (take your pick here... tomcat-7 Connector thread, java input/output streams, etc...) have sent the http response content-length number of bytes across the wire and therefore completed the HTTP request and response pair.
The completion of the HTTP request is realized by the loadtest client (and any client I suppose) and moves on to the next HTTP request expecting the proper cookie handling and security context to be applied to the next request.  
This next HTTP request is accepted by the appserver and processed by spring and further spring-security before the finally block on the previous request has executed.  Therefore the spring security context is not available in this subsequent request.  
If I place a client-side delay (100ms or so), that is typically enough time to ensure that the complete spring stack has executed and the spring security context is valid.
We also have this semantically similar issue during "logout".  Prior to logout, we make a call to our server that requires a security context (the last API call of our loadtest workflow).  This call appears "complete" to our clients because the http reqeust/response is complete.  So we continue our loadtest workflow sending a "logout" command.  This clears the spring security context before the finally block of the previous call has executed therefore the completion of the previous request throws an exception because the session is invalid.
Once again, if we place a 100ms delay prior to the logout, no race condition occurs and things work as expected.

org.jboss.as.test.integration.domain.slavereconnect.SlaveReconnectTestCase#test01_OrderedExtensionsAndDeployments
org.jboss.as.test.integration.domain.slavereconnect.SlaveReconnectTestCase#test02_DeploymentOverlays
mvn test -Dtest=SlaveReconnectTestCase -Dsecurity.manager -DtestLogToFile=false

[Server:server-affected] 13:16:12,425 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service test.deployment.one: org.jboss.msc.service.StartException in service test.deployment.one: Failed to start service
[Server:server-affected] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
[Server:server-affected] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153) [rt.jar:1.8.0]
[Server:server-affected] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [rt.jar:1.8.0]
[Server:server-affected] 	at java.lang.Thread.run(Thread.java:785) [vm.jar:1.8.0]
[Server:server-affected] Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "test.deployment.prop.one" "write")" in code source "(vfs:/content/reconnect-slave-depone.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.reconnect-slave-depone.jar" from Service Module Loader")
[Server:server-affected] 	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278) [wildfly-elytron-1.1.0.Beta27-redhat-1.jar:1.1.0.Beta27-redhat-1]
[Server:server-affected] 	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) [wildfly-elytron-1.1.0.Beta27-redhat-1.jar:1.1.0.Beta27-redhat-1]
[Server:server-affected] 	at java.lang.System.setProperty(System.java:476) [vm.jar:1.8.0]
[Server:server-affected] 	at org.jboss.as.test.integration.domain.slavereconnect.deployment.ServiceActivatorBaseDeployment.start(ServiceActivatorBaseDeployment.java:64)
[Server:server-affected] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
[Server:server-affected] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
[Server:server-affected] 	... 3 more

In default configuration, Undertow default servlet container in EAP will not propagate stack traces on errors out of local environment. Therefore, when testsuite is ran with node0 bound to non-loopback address, org.jboss.as.test.integration.ejb.securityAuthenticationTestCase fails since it expects the stack trace from servlet to be propagated:
[mjurc@tigris basic]$ mvn clean test -Dtest=org.jboss.as.test.integration.ejb.security.AuthenticationTestCase -Delytron -Dnode0=10.40.5.81
 T E S T S
Running org.jboss.as.test.integration.ejb.security.AuthenticationTestCase
Tests run: 19, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.582 sec <<< FAILURE! - in org.jboss.as.test.integration.ejb.security.AuthenticationTestCase
testAuthentication_TwoBeans_ReAuth__BadPwd_ViaServlet(org.jboss.as.test.integration.ejb.security.AuthenticationTestCase)  Time elapsed: 0.07 sec  <<< FAILURE!
	at org.jboss.as.test.integration.ejb.security.AuthenticationTestCase.testAuthentication_TwoBeans_ReAuth__BadPwd_ViaServlet(AuthenticationTestCase.java:258)
	at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
	at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
	at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
	at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
	at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:1475)
	at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:724)

Results :

  AuthenticationTestCase.testAuthentication_TwoBeans_ReAuth__BadPwd_ViaServlet:258 null

Tests run: 19, Failures: 1, Errors: 0, Skipped: 0

The documentation for the soTimeout parameter in the camel-ftp option says:
FTP and FTPS Only: Camel 2.4: Is the SocketOptions.SO_TIMEOUT value in millis. Note SFTP will automatic use the connectTimeout as the soTimeout.
The last statement is unfortunately not entirely true. JSCH's Session.connect(int connectTimeout) method will initially set the SO_TIMEOUT of the underlying socket to connectTimeout, however once the connection phase is finished, it will change this value to the provided timeout value.
We have an incredibly broken SFTP server. On that connections sometimes hang after the connect phase, which causes polling consumer endpoints to hang in a Socket.read() forever (which means that they stop polling).
IMO the fix for that is twofold:
1. I attach a (trivial one-line) fix for the camel-ftp component, which will set the soTimeout parameter to the timeout parameter of the JSCH session.
2. Someone with the access rights should modify the camel-ftp documentation
3. It might make sense to set the default for the soTimeout parameter to something more sane than 0 (forever) but I don't do that in the patch (as it may change the existing behaviour).

It seems that the type resolution is not working properly when having nested object composition with generic type.
Example of model: constructors, getters,... ommited

public class Outer {
	private Generic<?> generic;
}

public enum MyEnum {
	E1, E2
}

public abstract class Generic<T> {
	private Inner<T> inner;
	public static class EnumGeneric extends Generic<MyEnum> {
	}
}

public class Inner<T> {
	private T elem;
	private List<T> myList;
}

And create instance of Outer with 

Outer outer = new Outer(new EnumGeneric(new Inner<>(
    MyEnum.E1, Arrays.asList(MyEnum.E1, MyEnum.E2)
)));

When we create an instance of Outer which has reference to instance of Generic whose generic type is MyEnum then if we save Outer instance using MongoTemplate it's persisted in db correctly converted to mongo's document.

{
  "generic" : {
    "inner" : {
      "elem" : "E1",
      "myList" : ["E1", "E2"]
    },
    "_class" : "my.pckg.Generic$EnumGeneric"
  },
  "_class" : "my.pckg.Outer"
}

But, when we try to read it from db it is mapped incorrectly back to Outer. Field myList in instance of Inner contains a List which contains instances of String, but field elem in instance of Inner is mapped correctly and it really contains an instance of MyEnum. Seems that problem is in MongoConverter. I'm attaching a simple project which is able to reproduce problem described above. In tests, I'm not actually storing an instance to mongo collection, but rather using only MongoConverter to convert an instance to Document and than back to Outer. I don't know if workaround for this cold be writing a custom Converter. 
My workaround for this (in real project) was to manually convert a Document to some domain specific instance, but that is really annoying.  I know that mapping from mongo types back can be tricky and sometimes type information is lost, but that is not case here. For comparison, I've tried Jackson's ObjectMapper to do serialization of instance of Outer to JSON string and than de-serialize JSON on back to Outer and it seems that Jackson resolves  generic types correctly.

If producer sends large message to EAP with JDBC-persistance store, the following error arises on the server.

11:49:34,248 ERROR [org.apache.activemq.artemis.core.server] (default I/O-9) AMQ224016: Caught exception: ActiveMQInternalErrorException[errorType=INTERNAL_ERROR message=Invalid conversion requested]
	at org.apache.activemq.artemis.core.persistence.impl.journal.LargeServerMessageImpl.validateFile(LargeServerMessageImpl.java:376)
	at org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.createLargeMessage(JournalStorageManager.java:458)
	at org.apache.activemq.artemis.core.server.impl.ServerSessionImpl.sendLarge(ServerSessionImpl.java:1189)
	at org.apache.activemq.artemis.core.protocol.core.ServerSessionPacketHandler.handlePacket(ServerSessionPacketHandler.java:436)
	at org.apache.activemq.artemis.core.protocol.core.impl.ChannelImpl.handlePacket(ChannelImpl.java:624)
	at org.apache.activemq.artemis.core.protocol.core.impl.RemotingConnectionImpl.doBufferReceived(RemotingConnectionImpl.java:373)
	at org.apache.activemq.artemis.core.protocol.core.impl.RemotingConnectionImpl.bufferReceived(RemotingConnectionImpl.java:356)
	at org.apache.activemq.artemis.core.remoting.server.impl.RemotingServiceImpl$DelegatingBufferHandler.bufferReceived(RemotingServiceImpl.java:621)
	at org.apache.activemq.artemis.core.remoting.impl.netty.ActiveMQChannelHandler.channelRead(ActiveMQChannelHandler.java:68)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:292)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:278)
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:277)
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:264)
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:962)
	at org.xnio.netty.transport.AbstractXnioSocketChannel$ReadListener.handleEvent(AbstractXnioSocketChannel.java:435)
	at org.xnio.netty.transport.AbstractXnioSocketChannel$ReadListener.handleEvent(AbstractXnioSocketChannel.java:371)
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.4.1.Final-redhat-1.jar:3.4.1.Final-redhat-1]
	at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66) [xnio-api-3.4.1.Final-redhat-1.jar:3.4.1.Final-redhat-1]
	at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89) [xnio-nio-3.4.1.Final-redhat-1.jar:3.4.1.Final-redhat-1]
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:567) [xnio-nio-3.4.1.Final-redhat-1.jar:3.4.1.Final-redhat-1]
Caused by: java.sql.SQLException: Invalid conversion requested
	at oracle.jdbc.driver.T4CVarcharAccessor.StringToNUMBER(T4CVarcharAccessor.java:832)
	at oracle.jdbc.driver.T4CVarcharAccessor.getNUMBER(T4CVarcharAccessor.java:239)
	at oracle.jdbc.driver.T4CVarcharAccessor.getInt(T4CVarcharAccessor.java:527)
	at oracle.jdbc.driver.GeneratedStatement.getInt(GeneratedStatement.java:217)
	at oracle.jdbc.driver.GeneratedScrollableResultSet.getInt(GeneratedScrollableResultSet.java:573)
	at org.jboss.jca.adapters.jdbc.WrappedResultSet.getInt(WrappedResultSet.java:1490)
	at org.apache.activemq.artemis.jdbc.store.file.JDBCSequentialFileFactoryDriver.createFile(JDBCSequentialFileFactoryDriver.java:165)
	at org.apache.activemq.artemis.jdbc.store.file.JDBCSequentialFileFactoryDriver.openFile(JDBCSequentialFileFactoryDriver.java:102)
	at org.apache.activemq.artemis.jdbc.store.file.JDBCSequentialFile.open(JDBCSequentialFile.java:98)
	at org.apache.activemq.artemis.core.persistence.impl.journal.LargeServerMessageImpl.openFile(LargeServerMessageImpl.java:391)
	at org.apache.activemq.artemis.core.persistence.impl.journal.LargeServerMessageImpl.validateFile(LargeServerMessageImpl.java:370)
	... 21 more
Caused by: java.lang.NumberFormatException
	at java.math.BigDecimal.<init>(BigDecimal.java:494) [rt.jar:1.8.0_111]
	at java.math.BigDecimal.<init>(BigDecimal.java:383) [rt.jar:1.8.0_111]
	at java.math.BigDecimal.<init>(BigDecimal.java:806) [rt.jar:1.8.0_111]
	at oracle.jdbc.driver.T4CVarcharAccessor.StringToNUMBER(T4CVarcharAccessor.java:825)
	... 31 more

Customer impact: Clients are not able to send large messages. Sending/receiving large messages is common customer use case. This blocks RFE EAP7-591.
There is no workaround. 

If user sets batching in Scan object, ClientSmallScanner may return unexpected result because data from same row may appear in multiple Result objects but ClientSmallScanner considers different Results to correspond to different rows.
Small scan with batching should be disallowed.

HIVE-9664 makes hive depend on the existence of ivysettings.xml, and if it is not present, it makes hive NPE when instantiating a CLISessionState.

at org.apache.hadoop.hive.ql.session.DependencyResolver.<init>(DependencyResolver.java:61)
at org.apache.hadoop.hive.ql.session.SessionState.<init>(SessionState.java:343)
at org.apache.hadoop.hive.ql.session.SessionState.<init>(SessionState.java:334)
at org.apache.hadoop.hive.cli.CliSessionState.<init>(CliSessionState.java:60)

This happens because of the following bit:

    // If HIVE_HOME is not defined or file is not found in HIVE_HOME/conf then load default ivysettings.xml from class loader
    if (ivysettingsPath == null || !(new File(ivysettingsPath).exists())) {
      ivysettingsPath = ClassLoader.getSystemResource("ivysettings.xml").getFile();
      _console.printInfo("ivysettings.xml file not found in HIVE_HOME or HIVE_CONF_DIR," + ivysettingsPath + " will be used");
    }

This makes it so that an attempt to instantiate CliSessionState without an ivysettings.xml file will cause hive to fail with an NPE. Hive should not have a hard dependency on a ivysettings,xml being present, and this feature should gracefully fail in that case instead.

It happens that the CLI does a custom parsing of the value in case ModelNode.fromString fails (whatever the exception).
The issue is that the custom parsing doesn't follow the ModelNode parsing syntax and parse everything as String. So the resulting ModelNode that is serialised and sent to the server has been transformed.
I am surprised that we don't have more of such failures. For example, when numbers are located inside custom complex structure such as: 
{mynumber=9999}
 that will be sent as an OBJECT containing a STRING although the valid DMR syntax 
{"my number"=>999}
 would be sent as an OBJECT containing an INT.
Some server side subsystems are smart enough to call into asXXX methods and not check the type?

This captures the planning changes required in hive to support hash joins. We need to convert the join operator to a map join operator. This is hooked into the infrastructure provided by HIVE-5095.

There has been a use case that core-site.xml file is used along with the JDBC jar, which sets "hadoop.security.group.mapping" using the class names such as "org.apache.hadoop.security.JniBasedUnixGroupsMappingWithFallback". This will cause CNF errors due to the renaming. So we need to exclude those security related classes in the relocation part.

I was checking the messaging migration (for WFLY-5004) and I was wondering whether the jacorb migration was also working in domain mode.
It fails with an error but it also happens in standalone mode.
1. edit the wildfly standalone-full.xml and replace the iiop-openjdk configuration from the template in legacy/jacorb resources (with the socket-bindings too):

   <subsystem xmlns="urn:jboss:domain:jacorb:2.0">
       <orb persistent-server-id="1" socket-binding="jacorb" ssl-socket-binding="jacorb-ssl">
           <initializers transactions="spec" security="identity"/>
       </orb>
       <naming root-context="JBoss/Naming/root" export-corbaloc="on"/>
   </subsystem>

2. start the server in admin-only
3.  perform the migration 

{
    "result" => [("iiop-openjdk" => "1.0.0")]
}

4. reload the server in normal mode. 
=> it fails with the error:

12:09:24,138 INFO  [org.wildfly.iiop.openjdk] (ServerService Thread Pool -- 63) WFLYIIOP0001: Activating IIOP Subsystem
12:09:24,138 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0003: Undertow 1.3.0.Beta4 starting
12:09:24,144 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.iiop-openjdk.orb-service: org.jboss.msc.service.StartException in service jboss.iiop-openjdk.orb-service: java.lang.NumberFormatException: For input string: "undefined"
        at org.wildfly.iiop.openjdk.service.CorbaORBService.start(CorbaORBService.java:142)
Caused by: java.lang.NumberFormatException: For input string: "undefined"
        at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
        at java.lang.Integer.parseInt(Integer.java:580)
        at java.lang.Integer.<init>(Integer.java:867)
        at com.sun.corba.se.spi.orb.OperationFactory$IntegerAction.operate(OperationFactory.java:224)
        at com.sun.corba.se.spi.orb.OperationFactory$ListAction.operate(OperationFactory.java:397)
        at com.sun.corba.se.spi.orb.OperationFactory$ComposeAction.operate(OperationFactory.java:475)
        at com.sun.corba.se.impl.orb.NormalParserAction.apply(NormalParserAction.java:47)
        at com.sun.corba.se.spi.orb.PropertyParser.parse(PropertyParser.java:70)
        at com.sun.corba.se.spi.orb.ParserImplBase.init(ParserImplBase.java:74)
        at com.sun.corba.se.impl.orb.ORBDataParserImpl.<init>(ORBDataParserImpl.java:408)
        at com.sun.corba.se.impl.orb.ORBImpl.postInit(ORBImpl.java:456)
        at com.sun.corba.se.impl.orb.ORBImpl.set_parameters(ORBImpl.java:543)
        at org.omg.CORBA.ORB.init(ORB.java:353)
        at org.wildfly.iiop.openjdk.service.CorbaORBService.start(CorbaORBService.java:126)
        ... 5 more

The giop-version in  XML configuration after migration looks indeed wrong:

        <subsystem xmlns="urn:jboss:domain:iiop-openjdk:1.0">
            <orb ssl-socket-binding="jacorb-ssl" socket-binding="jacorb" giop-version="1.undefined"/>
            <initializers transactions="spec" security="identity"/>
            <security add-component-via-interceptor="false"/>

maximumPoolSize endpoint option of the Netty component is effectively ignored. We keep OrderedMemoryAwareThreadPoolExecutor in the NettyComponent#executorService field - it means that we keep, configure and start the executor on the component, not the endpoint level.
Netty component is started before the endpoint is created, so NettyComponent#executorService will be always created with the default size (before endpoint will set the pool size on the configuration object).
There is a workaround for this issue (changing configuration on the component level), but if we provide maximumPoolSize on the endpoint, then we should respect it.
IMHO it is impossible to configure maximumPoolSize at the endpoint level and cache executor instance in the component at the same time. Maybe we should just remove that option from the documentation of the endpoint options as maximumPoolSize should be configured only on the component level?

select key, value, ds from pcr_foo where (ds % 2 == 1);
ql/src/test/queries/clientpositive/pcr.q
The test generates 1.0==1 predicate in the pruner which cannot be evaluated since a double cannot be converted to int.

I got a weird error twice on a MR job which eventually though completed

...
09/08/19 11:28:31 INFO mapreduce.TableInputFormatBase: split: 2591->foo.bar.net:1fff99f02088fe,1fffdcbdb0476b
09/08/19 11:28:31 INFO mapreduce.TableInputFormatBase: split: 2592->foo.bar.net:1fffdcbdb0476b,
09/08/19 11:28:31 INFO mapred.JobClient: Running job: job_200908120615_0015
09/08/19 11:28:32 INFO mapred.JobClient:  map 0% reduce 0%
09/08/19 11:35:43 INFO mapred.JobClient:  map 1% reduce 0%
09/08/19 11:39:53 INFO mapred.JobClient:  map 2% reduce 0%
09/08/19 11:42:58 INFO mapred.JobClient:  map 3% reduce 0%
09/08/19 11:47:02 INFO mapred.JobClient:  map 4% reduce 0%
09/08/19 11:50:41 INFO mapred.JobClient:  map 5% reduce 0%
09/08/19 11:54:25 INFO mapred.JobClient:  map 6% reduce 0%
09/08/19 11:58:31 INFO mapred.JobClient:  map 7% reduce 0%
09/08/19 12:02:36 INFO mapred.JobClient:  map 8% reduce 0%
09/08/19 12:06:12 INFO mapred.JobClient:  map 9% reduce 0%
09/08/19 12:10:01 INFO mapred.JobClient:  map 10% reduce 0%
09/08/19 12:13:40 INFO mapred.JobClient:  map 11% reduce 0%
09/08/19 12:17:04 INFO mapred.JobClient:  map 12% reduce 0%
09/08/19 12:21:07 INFO mapred.JobClient:  map 13% reduce 0%
09/08/19 12:24:46 INFO mapred.JobClient:  map 14% reduce 0%
09/08/19 12:29:27 INFO mapred.JobClient:  map 15% reduce 0%
09/08/19 12:33:42 INFO mapred.JobClient:  map 16% reduce 0%
09/08/19 12:38:04 INFO mapred.JobClient:  map 17% reduce 0%
09/08/19 12:44:16 INFO mapred.JobClient:  map 18% reduce 0%
09/08/19 12:50:20 INFO mapred.JobClient:  map 19% reduce 0%
09/08/19 12:55:44 INFO mapred.JobClient:  map 20% reduce 0%
09/08/19 13:01:11 INFO mapred.JobClient:  map 21% reduce 0%
09/08/19 13:06:21 INFO mapred.JobClient:  map 22% reduce 0%
09/08/19 13:11:24 INFO mapred.JobClient:  map 23% reduce 0%
09/08/19 13:15:39 INFO mapred.JobClient:  map 24% reduce 0%
09/08/19 13:20:33 INFO mapred.JobClient:  map 25% reduce 0%
09/08/19 13:25:58 INFO mapred.JobClient:  map 26% reduce 0%
09/08/19 13:29:52 INFO mapred.JobClient:  map 27% reduce 0%
09/08/19 13:34:44 INFO mapred.JobClient:  map 28% reduce 0%
09/08/19 13:38:19 INFO mapred.JobClient:  map 29% reduce 0%
09/08/19 13:41:53 INFO mapred.JobClient:  map 30% reduce 0%
09/08/19 13:45:09 INFO mapred.JobClient:  map 31% reduce 0%
09/08/19 13:49:06 INFO mapred.JobClient:  map 32% reduce 0%
09/08/19 13:52:47 INFO mapred.JobClient:  map 33% reduce 0%
09/08/19 13:56:37 INFO mapred.JobClient:  map 34% reduce 0%
09/08/19 13:59:48 INFO mapred.JobClient:  map 35% reduce 0%
09/08/19 14:04:14 INFO mapred.JobClient:  map 36% reduce 0%
09/08/19 14:09:32 INFO mapred.JobClient:  map 37% reduce 0%
09/08/19 14:14:00 INFO mapred.JobClient:  map 38% reduce 0%
09/08/19 14:17:42 INFO mapred.JobClient:  map 39% reduce 0%
09/08/19 14:21:50 INFO mapred.JobClient:  map 40% reduce 0%
09/08/19 14:25:17 INFO mapred.JobClient:  map 41% reduce 0%
09/08/19 14:28:57 INFO mapred.JobClient:  map 42% reduce 0%
09/08/19 14:33:03 INFO mapred.JobClient:  map 43% reduce 0%
09/08/19 14:36:51 INFO mapred.JobClient:  map 44% reduce 0%
09/08/19 14:40:49 INFO mapred.JobClient:  map 45% reduce 0%
09/08/19 14:44:44 INFO mapred.JobClient:  map 46% reduce 0%
09/08/19 14:48:37 INFO mapred.JobClient:  map 47% reduce 0%
09/08/19 14:52:15 INFO mapred.JobClient:  map 48% reduce 0%
09/08/19 14:55:57 INFO mapred.JobClient:  map 49% reduce 0%
09/08/19 14:59:21 INFO mapred.JobClient:  map 50% reduce 0%
09/08/19 15:02:58 INFO mapred.JobClient:  map 51% reduce 0%
09/08/19 15:07:23 INFO mapred.JobClient:  map 52% reduce 0%
09/08/19 15:10:19 INFO mapred.JobClient:  map 53% reduce 0%
09/08/19 15:13:19 INFO mapred.JobClient:  map 54% reduce 0%
09/08/19 15:16:38 INFO mapred.JobClient:  map 55% reduce 0%
09/08/19 15:19:36 INFO mapred.JobClient:  map 56% reduce 0%
09/08/19 15:22:41 INFO mapred.JobClient:  map 57% reduce 0%
09/08/19 15:25:35 INFO mapred.JobClient:  map 58% reduce 0%
09/08/19 15:30:07 INFO mapred.JobClient:  map 59% reduce 0%
09/08/19 15:37:41 INFO mapred.JobClient:  map 60% reduce 0%
09/08/19 15:42:04 WARN zookeeper.ClientCnxn: Exception closing session 0x422d8cc8cbb310e to sun.nio.ch.SelectionKeyImpl@4737371
java.io.IOException: TIMED OUT
        at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:858)
09/08/19 15:42:05 INFO zookeeper.ClientCnxn: Attempting connection to server tr-bt-dal-03/10.12.205.194:2181
09/08/19 15:42:05 INFO zookeeper.ClientCnxn: Priming connection to java.nio.channels.SocketChannel[connected local=/10.16.182.238:41125 remote=tr-bt-dal-03/10.12.205.194:2181]
09/08/19 15:42:05 INFO zookeeper.ClientCnxn: Server connection successful
09/08/19 15:43:08 INFO mapred.JobClient:  map 61% reduce 0%
09/08/19 15:49:24 INFO mapred.JobClient:  map 62% reduce 0%
09/08/19 15:54:04 INFO mapred.JobClient:  map 63% reduce 0%
09/08/19 15:57:01 INFO mapred.JobClient:  map 64% reduce 0%
09/08/19 16:00:42 INFO mapred.JobClient:  map 65% reduce 0%
09/08/19 16:03:20 INFO mapred.JobClient:  map 66% reduce 0%
09/08/19 16:06:53 INFO mapred.JobClient:  map 67% reduce 0%
09/08/19 16:09:20 INFO mapred.JobClient:  map 68% reduce 0%
09/08/19 16:12:02 INFO mapred.JobClient:  map 69% reduce 0%
09/08/19 16:14:35 INFO mapred.JobClient:  map 70% reduce 0%
09/08/19 16:17:26 INFO mapred.JobClient:  map 71% reduce 0%
09/08/19 16:20:19 INFO mapred.JobClient:  map 72% reduce 0%
09/08/19 16:23:14 INFO mapred.JobClient:  map 73% reduce 0%
09/08/19 16:25:56 INFO mapred.JobClient:  map 74% reduce 0%
09/08/19 16:30:16 INFO mapred.JobClient:  map 75% reduce 0%
09/08/19 16:34:14 INFO mapred.JobClient:  map 76% reduce 0%
09/08/19 16:37:45 INFO mapred.JobClient:  map 77% reduce 0%
09/08/19 16:41:38 INFO mapred.JobClient:  map 78% reduce 0%
09/08/19 16:44:33 INFO mapred.JobClient:  map 79% reduce 0%
09/08/19 16:47:54 INFO mapred.JobClient:  map 80% reduce 0%
09/08/19 16:52:20 INFO mapred.JobClient:  map 81% reduce 0%
09/08/19 16:56:44 INFO mapred.JobClient:  map 82% reduce 0%
09/08/19 17:00:50 INFO mapred.JobClient:  map 83% reduce 0%
09/08/19 17:02:57 INFO mapred.JobClient: Task Id : attempt_200908120615_0015_m_002231_0, Status : FAILED
org.apache.hadoop.hbase.client.RetriesExhaustedException: Trying to contact region server 10.16.182.240:60020 for region segmentdata,79d34f17-9b48-4835-bf03-971c9e21ff2f,1250687021375, row '7c78ca95-4d82-420f-ab2f-495fe139bad0', but failed after 10 attempts.
Exceptions:
        at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:847)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:837)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.get(HRegionServer.java:1770)
        at sun.reflect.GeneratedMethodAccessor39.invoke(Unknown Source)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:913)
        at org.apache.hadoop.hbase.regionserver.WildcardColumnTracker.checkColumn(WildcardColumnTracker.java:136)
        at org.apache.hadoop.hbase.regionserver.WildcardColumnTracker.checkColumn(WildcardColumnTracker.java:158)
        at org.apache.hadoop.hbase.regionserver.WildcardColumnTracke
09/08/19 17:04:01 INFO mapred.JobClient:  map 84% reduce 0%
09/08/19 17:07:16 INFO mapred.JobClient:  map 85% reduce 0%
09/08/19 17:10:38 INFO mapred.JobClient:  map 86% reduce 0%
09/08/19 17:13:44 INFO mapred.JobClient:  map 87% reduce 0%
09/08/19 17:16:12 INFO mapred.JobClient:  map 88% reduce 0%
09/08/19 17:19:29 INFO mapred.JobClient:  map 89% reduce 0%
09/08/19 17:23:00 INFO mapred.JobClient:  map 90% reduce 0%
09/08/19 17:29:25 INFO mapred.JobClient: Task Id : attempt_200908120615_0015_m_002231_1, Status : FAILED
09/08/19 17:31:22 INFO mapred.JobClient:  map 91% reduce 0%
09/08/19 17:43:27 INFO mapred.JobClient:  map 92% reduce 0%
09/08/19 17:57:27 INFO mapred.JobClient:  map 93% reduce 0%
09/08/19 18:09:43 INFO mapred.JobClient:  map 94% reduce 0%
09/08/19 18:19:16 INFO mapred.JobClient:  map 95% reduce 0%
09/08/19 18:21:49 INFO mapred.JobClient: Task Id : attempt_200908120615_0015_m_002231_2, Status : FAILED
09/08/19 18:31:22 INFO mapred.JobClient:  map 96% reduce 0%
09/08/19 18:42:54 INFO mapred.JobClient:  map 97% reduce 0%
09/08/19 18:43:02 INFO mapred.JobClient: Job complete: job_200908120615_0015
09/08/19 18:43:02 INFO mapred.JobClient: Counters: 11
09/08/19 18:43:02 INFO mapred.JobClient:   Job Counters
09/08/19 18:43:02 INFO mapred.JobClient:     Rack-local map tasks=30
09/08/19 18:43:02 INFO mapred.JobClient:     Launched map tasks=2530
09/08/19 18:43:02 INFO mapred.JobClient:     Data-local map tasks=2500
09/08/19 18:43:02 INFO mapred.JobClient:     Failed map tasks=1
09/08/19 18:43:02 INFO mapred.JobClient:   net.foo.hadoop.hbase.mapred.SetCurrentData$SetCurrentMapper$Counters
09/08/19 18:43:02 INFO mapred.JobClient:     ROWS=22692113
09/08/19 18:43:02 INFO mapred.JobClient:     NETWORK=101481740
09/08/19 18:43:02 INFO mapred.JobClient:     ASSOC=231471790
09/08/19 18:43:02 INFO mapred.JobClient:     CURR_NETWORK=23944682
09/08/19 18:43:02 INFO mapred.JobClient:     CURR_PROVIDER=1801150
09/08/19 18:43:02 INFO mapred.JobClient:   Map-Reduce Framework
09/08/19 18:43:02 INFO mapred.JobClient:     Map input records=22692113
09/08/19 18:43:02 INFO mapred.JobClient:     Spilled Records=0

ERROR | 11 Jan 2016 20:19:02,781 | org.apache.hive.hcatalog.templeton.CatchallExceptionMapper |
        at org.apache.hive.hcatalog.templeton.SecureProxySupport$2.run(SecureProxySupport.java:171)
        at org.apache.hive.hcatalog.templeton.SecureProxySupport.writeProxyDelegationTokens(SecureProxySupport.java:168)
        at org.apache.hive.hcatalog.templeton.SecureProxySupport.open(SecureProxySupport.java:95)
        at org.apache.hive.hcatalog.templeton.HcatDelegator.run(HcatDelegator.java:63)
        at org.apache.hive.hcatalog.templeton.Server.ddl(Server.java:217)
        at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
        at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
        at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
        at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
        at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
        at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
        at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
        at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1480)
        at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1411)
        at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1360)
        at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1350)
        at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
        at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538)
        at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716)
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:565)
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1360)
        at org.apache.hadoop.security.authentication.server.AuthenticationFilter.doFilter(AuthenticationFilter.java:615)
        at org.apache.hadoop.security.authentication.server.AuthenticationFilter.doFilter(AuthenticationFilter.java:574)
        at org.apache.hadoop.hdfs.web.AuthFilter.doFilter(AuthFilter.java:88)
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1331)
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:477)
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1031)
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:406)
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:965)
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
        at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:47)

I'm using an OSGi bundle from the Springsource Enterprise Bundle Repository, org.springframework.ws.soap.security_2.0.0.RELEASE . This bundle imports the package org.springframework.security.authentication at version="[2.0.0,3.0.0)" (to clarify, this means greater than or equal to 2.0.0 and less than 3.0.0). This same import information still seems to be in the Spring WS trunk. The org.springframework.security.authentication package is provided by Spring Security Core, but that package doesn't seem to exist in versions of Spring Securtiy Core prior to 3.0.0. This is causing org.springframework.ws.soap.security to be unable to resolve its dependency on Spring Security Core.

See https://github.com/spring-projects/spring-framework/commit/b25e91a550beaf428a6e696959b717341a04f27d#commitcomment-4760691

Kryo 3.x introduces a Pooling mechanism for Kryo
https://github.com/EsotericSoftware/kryo#pooling-kryo-instances

// Build pool with SoftReferences enabled (optional)
KryoPool pool = new KryoPool.Builder(factory).softReferences().build();

Create a region co-processor and override preBatchMutate such that it creates a put corresponding to a user put having same timestamp and TTL as the user put.
Create a table and add a row having TTL set to 3000 ms.
Wait for > 3000 ms.
Scan the table.

Expected Result
 No rows should be retrieved in step 4
Actual Result
 User row is not retreived, while put created via co-processor is still retrieved.
Analysis/Issue
 Unlike user mutations, the mutations added by coprocessor do not have tags corresponding to TTL, hence they are retrieved in scan even after TTL expires.

The WriteConcern strings (SAFE, NONE, etc..) was not being parsed correctly, probably a wrong assumption it was an enum and the test case was only testing the at the bean definition level, not instantiating the MongoDbFactory to check its value.

during log recovery, we dont reset Store.maxSeqId, thus new log entries are stamped starting off from the old files.  This can cause a problem if we fail and recover again, since the new mutations are deemed "old" and shouldnt be applied in a subsequent recovery scenario.

Cloning HIVE-5550 because HIVE-5550 fixed org.apache.hcatalog., and not org.apache.hive.hcatalog. . And that other package needs this change too. And with 0.14 pruning of org.apache.hcatalog.*, we miss this patch altogether.
====
A table was created using HCatalog API with out specifying the file format, it defaults to:

fileFormat=TextFile, inputformat=org.apache.hadoop.mapred.TextInputFormat, outputformat=org.apache.hadoop.hive.ql.io.IgnoreKeyTextOutputFormat

But, when hive fetches the table from the metastore, it strangely replaces the output format with org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
and the comparison between source and target table fails.
The code in org.apache.hadoop.hive.ql.parse.ImportSemanticAnalyzer#checkTable does a string comparison of classes and fails.

      // check IF/OF/Serde
      String existingifc = table.getInputFormatClass().getName();
      String importedifc = tableDesc.getInputFormat();
      String existingofc = table.getOutputFormatClass().getName();
      String importedofc = tableDesc.getOutputFormat();
      if ((!existingifc.equals(importedifc))
          || (!existingofc.equals(importedofc))) {
        throw new SemanticException(
            ErrorMsg.INCOMPATIBLE_SCHEMA
                .getMsg(" Table inputformat/outputformats do not match"));
      }

This only affects tables with text and sequence file formats but not rc or orc.

org.springframework.core.type.classreading.CachingMetadataReaderFactory.clearCache() was modified in Spring 5 to only clear the metaDataReaderCache of the LocalResourceCache instance type. When created with the constructor that takes a ResourceLoader as an argument, CachingMetadataReaderFactory will keep a strong reference on the Map that it got from the DefaultResourceLoader. This would be fine if DefaultResourceLoader.clearResourceCaches(), that is called after a context refresh, cleared the resourceCaches and the inner map that it contains, but this is not the case. So CachingMetadataReaderFactory.metaDataReaderCache remain in memory after context refresh.
In our application this increased the memory footprint by about 100mb after we updated to Spring 5.
A possible fix would be for CachingMetadataReaderFactory.clearCache() to set its metadataReaderCache to null if it's not an instance of LocalResourceCache.

Spring Security 3.2.5 documentation has an example about setting custom HeaderWriters: http://docs.spring.io/spring-security/site/docs/3.2.5.RELEASE/reference/htmlsingle/#headers-delegatingrequestmatcherheaderwriter
Building the given example gives me the following error:
org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 90 in XML document from class path resource [applicationContext-spring-security.xml] is invalid; nested exception is org.xml.sax.SAXParseException; lineNumber: 90; columnNumber: 58; cvc-complex-type.3.2.2: Attribute 'header-ref' is not allowed to appear in element 'header'.

Hive runs into a NPE when the query has a filter on a date column and the partitioned column 
eg: 

create table date_dim (d_date date) partitioned by (d_date_sk bigint) stored as orc;
insert into date_dim partition(d_date_sk=2416945) values('1905-04-09');
insert into date_dim partition(d_date_sk=2416946) values('1905-04-10');
insert into date_dim partition(d_date_sk=2416947) values('1905-04-11');
analyze table date_dim partition(d_date_sk) compute statistics for columns;

explain select count(*) from date_dim where d_date > date "1900-01-02" and d_date_sk= 2416945;

Here d_date_sk is a partition column and d_date is of type date.

2016-09-16T08:27:06,510 DEBUG [90d4780f-77e4-4704-9907-4860ce11a206 main] metastore.AggregateStatsCache: No aggregate stats cached for database:default, table:date_dim, column:d_date
2016-09-16T08:27:06,512 DEBUG [90d4780f-77e4-4704-9907-4860ce11a206 main] metastore.MetaStoreDirectSql: Direct SQL query in 1.302231ms + 0.00653ms, the query is [select "COLUMN_NAME", "COLUMN_TYPE", min("LONG_LOW_VALUE"), max("LONG_HIGH_VALUE"), min("DOUBLE_LOW_VALUE"), max("DOUBLE_HIGH_VALUE"), min(cast("BIG_DECIMAL_LOW_VALUE" as decimal)), max(cast("BIG_DECIMAL_HIGH_VALUE" as decimal)), sum("NUM_NULLS"), max("NUM_DISTINCTS"), max("AVG_COL_LEN"), max("MAX_COL_LEN"), sum("NUM_TRUES"), sum("NUM_FALSES"), avg(("LONG_HIGH_VALUE"-"LONG_LOW_VALUE")/cast("NUM_DISTINCTS" as decimal)),avg(("DOUBLE_HIGH_VALUE"-"DOUBLE_LOW_VALUE")/"NUM_DISTINCTS"),avg((cast("BIG_DECIMAL_HIGH_VALUE" as decimal)-cast("BIG_DECIMAL_LOW_VALUE" as decimal))/"NUM_DISTINCTS"),sum("NUM_DISTINCTS") from "PART_COL_STATS" where "DB_NAME" = ? and "TABLE_NAME" = ?  and "COLUMN_NAME" in (?) and "PARTITION_NAME" in (?) group by "COLUMN_NAME", "COLUMN_TYPE"]
2016-09-16T08:27:06,526  INFO [90d4780f-77e4-4704-9907-4860ce11a206 main] metastore.MetaStoreDirectSql: useDensityFunctionForNDVEstimation = false
partsFound = 1
ColumnStatisticsObj = [ColumnStatisticsObj(colName:d_date, colType:date, statsData:<ColumnStatisticsData >)]
2016-09-16T08:27:06,526 DEBUG [90d4780f-77e4-4704-9907-4860ce11a206 main] metastore.ObjectStore: Commit transaction: count = 0, isactive true at:
        org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.commit(ObjectStore.java:2827)
2016-09-16T08:27:06,531 DEBUG [90d4780f-77e4-4704-9907-4860ce11a206 main] metastore.ObjectStore: null retrieved using SQL in 43.425925ms
2016-09-16T08:27:06,545 ERROR [90d4780f-77e4-4704-9907-4860ce11a206 main] ql.Driver: FAILED: NullPointerException null
        at org.apache.hadoop.hive.metastore.api.ColumnStatisticsData.getFieldDesc(ColumnStatisticsData.java:451)
        at org.apache.hadoop.hive.metastore.api.ColumnStatisticsData.getDateStats(ColumnStatisticsData.java:574)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.getColStatistics(StatsUtils.java:759)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.convertColStats(StatsUtils.java:806)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:304)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:152)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:140)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$TableScanStatsRule.process(StatsRulesProcFactory.java:126)
        at org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:90)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:105)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:89)
        at org.apache.hadoop.hive.ql.lib.LevelOrderWalker.walk(LevelOrderWalker.java:143)
        at org.apache.hadoop.hive.ql.lib.LevelOrderWalker.startWalking(LevelOrderWalker.java:122)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.AnnotateWithStatistics.transform(AnnotateWithStatistics.java:78)
        at org.apache.hadoop.hive.ql.parse.TezCompiler.runStatsAnnotation(TezCompiler.java:260)
        at org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeOperatorPlan(TezCompiler.java:129)
        at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:140)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10928)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:255)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:251)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:467)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:342)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1235)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1355)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1143)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1131)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:233)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:184)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:400)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:777)
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:715)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:642)
        at org.apache.hadoop.util.RunJar.run(RunJar.java:233)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:148)

FacebookProfile prof=con.getApi().userOperations().getUserProfile();
System.out.println(prof.getAgeRange().toString());
Result:
The above output generates UNKNOWN as its value, though we set up the birthdate field in facebook.

I'm facing exceptions in my WebFlux Spring Boot application that are all related to the handling of multipart web requests. Once these requests hit the threshold and need to be stored temporarly in the filesystem sporadic race conditions occur.
My Dependencies:

Spring Boot 2.0.0.RC1
Spring 5.0.4.RELEASE
reactor-netty 0.7.5.RELEASE
reactor-core 3.1.5.RELEASE
reactor-spring 1.0.1.RELEASE

Typically it fails with the reason that it was unable to create the directory `/tmp/nio-stream-storage` but if I look into the `/tmp` directory I can see that it was not present before and has been created. If I run the application again it fails sporadically while looking up the temporary files inside of the folder `/tmp/nio-stream-storage`:

java.lang.IllegalStateException: Unable to create the inputStream.
	at org.synchronoss.cloud.nio.stream.storage.FileStreamStorage.newFileInputStream(FileStreamStorage.java:324)
	at org.synchronoss.cloud.nio.stream.storage.FileStreamStorage.getInputStream(FileStreamStorage.java:245)
	at org.springframework.core.io.buffer.DataBufferUtils.lambda$readInputStream$1(DataBufferUtils.java:97)
	at reactor.core.publisher.FluxUsing.subscribe(FluxUsing.java:75)
	at reactor.core.publisher.FluxPeekFuseable.subscribe(FluxPeekFuseable.java:86)
	at reactor.core.publisher.Flux.subscribe(Flux.java:6873)
	at reactor.core.publisher.FluxConcatArray$ConcatArraySubscriber.onComplete(FluxConcatArray.java:200)
	at reactor.core.publisher.FluxConcatArray.subscribe(FluxConcatArray.java:80)
	at reactor.core.publisher.FluxDefer.subscribe(FluxDefer.java:54)
	at reactor.core.publisher.FluxConcatIterable$ConcatIterableSubscriber.onComplete(FluxConcatIterable.java:141)
	at reactor.core.publisher.FluxConcatIterable.subscribe(FluxConcatIterable.java:60)
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.drain(FluxConcatMap.java:418)
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.onSubscribe(FluxConcatMap.java:210)
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:128)
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:61)
	at reactor.core.publisher.FluxConcatMap.subscribe(FluxConcatMap.java:121)
	at reactor.core.publisher.FluxMap.subscribe(FluxMap.java:59)
	at reactor.core.publisher.FluxContextStart.subscribe(FluxContextStart.java:49)
	at reactor.ipc.netty.channel.ChannelOperationsHandler.drain(ChannelOperationsHandler.java:461)
	at reactor.ipc.netty.channel.ChannelOperationsHandler.flush(ChannelOperationsHandler.java:191)
	at io.netty.channel.AbstractChannelHandlerContext.invokeFlush0(AbstractChannelHandlerContext.java:776)
	at io.netty.channel.AbstractChannelHandlerContext.invokeWriteAndFlush(AbstractChannelHandlerContext.java:802)
	at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:814)
	at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:794)
	at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:831)
	at io.netty.channel.DefaultChannelPipeline.writeAndFlush(DefaultChannelPipeline.java:1049)
	at io.netty.channel.AbstractChannel.writeAndFlush(AbstractChannel.java:300)
	at reactor.ipc.netty.NettyOutbound.lambda$sendObject$6(NettyOutbound.java:298)
	at reactor.ipc.netty.FutureMono$DeferredFutureMono.subscribe(FutureMono.java:134)
	at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.drain(MonoIgnoreThen.java:148)
	at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:56)
	at reactor.core.publisher.Mono.subscribe(Mono.java:3080)
	at reactor.core.publisher.MonoSourceFlux.subscribe(MonoSourceFlux.java:47)
	at reactor.core.publisher.FluxFlatMap.trySubscribeScalarMap(FluxFlatMap.java:172)
	at reactor.core.publisher.MonoFlatMap.subscribe(MonoFlatMap.java:53)
	at reactor.ipc.netty.channel.ChannelOperations.applyHandler(ChannelOperations.java:380)
	at reactor.ipc.netty.http.client.HttpClientOperations.onHandlerStart(HttpClientOperations.java:501)
	at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
	at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)
	at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:304)
Caused by: java.io.FileNotFoundException: /tmp/nio-stream-storage/nio-body-1-85f003fe-a58a-4b79-8563-e4b3e6054a40.tmp (No such file or directory)
	at java.io.FileInputStream.open0(Native Method)
	at java.io.FileInputStream.open(FileInputStream.java:195)
	at java.io.FileInputStream.<init>(FileInputStream.java:138)
	at org.synchronoss.cloud.nio.stream.storage.NameAwarePurgableFileInputStream.<init>(NameAwarePurgableFileInputStream.java:49)
	at org.synchronoss.cloud.nio.stream.storage.FileStreamStorage.newFileInputStream(FileStreamStorage.java:322)
	... 56 common frames omitted

This smells like a race condition in the handling of this temporary directory and files contained in.
BTW,
Is it actually intended that WebFlux writes uploaded multipart files to disk? I thought the actual intention of being reactive is to leverage backpressure propagation.
Unfortunately, I can't provide a reproducible example.
However, reducing my code to a skeleton it would look like (basically a multi-file upload proxy):

@RequestMapping(path = "/somePath", method = RequestMethod.POST, consumes = MediaType.MULTIPART_FORM_DATA_VALUE)
public Flux<SomeElement> entrypoint( @RequestBody Flux<Part> parts ) {
  return parts.filter(part -> FilePart.class.isInstance(part))
    .cast(FilePart.class)
    .flatMap(part -> {
      MultipartBodyBuilder builder = new MultipartBodyBuilder();
      builder.asyncPart("file", part.content(), DataBuffer.class).headers(h -> {
        h.setContentDispositionFormData("file", part.filename());
        h.setContentType(MediaType.APPLICATION_OCTET_STREAM);
      });

      return client 
        .post() 
        .uri("http://somewhere/path") 
        .contentType(MediaType.MULTIPART_FORM_DATA) 
        .syncBody(builder.build()) 
        .retrieve() 
        .bodyToMono(SomeElement.class);
    });
}

See HIVE-5264. Postgres aborts transaction on any failed query, so the fallback doesn't work.
Original code used to do rollback/restart tx on SQL failure, but then it was removed to allow usage in cases like dropTable/etc., where there's external tx present and we cannot partially rollback.
Looks like the solution for now is to reinstate the rollback/reopen, and prohibit the usage inside external transactions.

Seen in our HTTP-based failover tests (no matter what failover type: jvmkill/shutdown/undeploy), with distributed cache used. 
Does not occur when replicated cache is used.
Setup: 4 node cluster, one node at time is shutdown, while standalone clients keep calling the application.
After failing one node(failover type: jvmkill/shutdown/undeploy) - perf18 for example, perf19,20,21 log the following error message many times (seems like one error per each session)

[JBossINF] [0m[31m05:48:40,646 ERROR [io.undertow.request] (default task-110) UT005023: Exception handling request to /clusterbench/session: org.infinispan.statetransfer.OutdatedTopologyException: Cache not running on node perf18
[JBossINF] 	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.checkTxCommandResponses(TxDistributionInterceptor.java:274)
[JBossINF] 	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.visitLockControlCommand(TxDistributionInterceptor.java:186)
[JBossINF] 	at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
[JBossINF] 	at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:174)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.acquireRemoteIfNeeded(PessimisticLockingInterceptor.java:238)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:66)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:70)
[JBossINF] 	at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
[JBossINF] 	at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:86)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:346)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:364)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleDefault(StateTransferInterceptor.java:349)
[JBossINF] 	at org.infinispan.interceptors.CacheMgmtInterceptor.visitDataReadCommand(CacheMgmtInterceptor.java:103)
[JBossINF] 	at org.infinispan.interceptors.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:91)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:430)
[JBossINF] 	at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:427)
[JBossINF] 	at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:287)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.findValue(CoarseSessionFactory.java:120)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.findValue(CoarseSessionFactory.java:56)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:232)
[JBossINF] 	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:116)
[JBossINF] 	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:725)
[JBossINF] 	at io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:367)
[JBossINF] 	at org.jboss.weld.servlet.SessionHolder.requestInitialized(SessionHolder.java:47)
[JBossINF] 	at org.jboss.weld.servlet.HttpContextLifecycle.requestInitialized(HttpContextLifecycle.java:231)
[JBossINF] 	at org.jboss.weld.servlet.WeldInitialListener.requestInitialized(WeldInitialListener.java:152)
[JBossINF] 	at io.undertow.servlet.core.ApplicationListeners.requestInitialized(ApplicationListeners.java:216)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:281)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:261)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:172)
[JBossINF] 	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
[JBossINF] 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-http-session-jvmkill-dist-async/3/console-perf19/

It looks like HBASE-11625 (cc stack, Appy) has broken checksum verification? I'm seeing the following on my cluster (1.3.0, Hadoop 2.7).
Caused by: org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file <file path>
	at org.apache.hadoop.hbase.io.hfile.HFile.pickReaderVersion(HFile.java:497)
	at org.apache.hadoop.hbase.io.hfile.HFile.createReader(HFile.java:525)
	at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.<init>(StoreFile.java:1135)
	at org.apache.hadoop.hbase.regionserver.StoreFileInfo.open(StoreFileInfo.java:259)
	at org.apache.hadoop.hbase.regionserver.StoreFile.open(StoreFile.java:427)
	at org.apache.hadoop.hbase.regionserver.StoreFile.createReader(StoreFile.java:528)
	at org.apache.hadoop.hbase.regionserver.StoreFile.createReader(StoreFile.java:518)
	at org.apache.hadoop.hbase.regionserver.HStore.createStoreFileAndReader(HStore.java:652)
	at org.apache.hadoop.hbase.regionserver.HStore.access$000(HStore.java:117)
	at org.apache.hadoop.hbase.regionserver.HStore$1.call(HStore.java:519)
	at org.apache.hadoop.hbase.regionserver.HStore$1.call(HStore.java:516)
	... 6 more
Caused by: java.lang.IllegalArgumentException: input ByteBuffers must be direct buffers
	at org.apache.hadoop.util.NativeCrc32.nativeComputeChunkedSums(Native Method)
	at org.apache.hadoop.util.NativeCrc32.verifyChunkedSums(NativeCrc32.java:59)
	at org.apache.hadoop.util.DataChecksum.verifyChunkedSums(DataChecksum.java:301)
	at org.apache.hadoop.hbase.io.hfile.ChecksumUtil.validateChecksum(ChecksumUtil.java:120)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.validateChecksum(HFileBlock.java:1785)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockDataInternal(HFileBlock.java:1728)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockData(HFileBlock.java:1558)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$AbstractFSReader$1.nextBlock(HFileBlock.java:1397)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$AbstractFSReader$1.nextBlockWithBlockType(HFileBlock.java:1405)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.<init>(HFileReaderV2.java:151)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV3.<init>(HFileReaderV3.java:78)
	at org.apache.hadoop.hbase.io.hfile.HFile.pickReaderVersion(HFile.java:487)
	... 16 more
Prior this change we won't use use native crc32 checksum verification as in Hadoop's DataChecksum#verifyChunkedSums we would go this codepath
if (data.hasArray() && checksums.hasArray()) {
  <check native checksum, but using byte[] instead of byte buffers>
}
So we were fine. However, now we're dropping below and try to use the slightly different variant of native crc32 (if one is available)  taking ByteBuffer instead of byte[], which expects DirectByteBuffer, not Heap BB. 
I think easiest fix working on all Hadoops would be to remove asReadonly() conversion here:
!validateChecksum(offset, onDiskBlockByteBuffer.asReadOnlyBuffer(), hdrSize)) {
I don't see why do we need it. Let me test.

At the moment in my code exist method with such signature:

@RequestMapping(value = "/projects/{filter}/{order}-{direction}", method = RequestMethod.GET)
public String filteredProjectListing(@PathVariable("filter") String filter, @PathVariable("order") String order,
            @PathVariable("direction") String direction, ModelMap model) {
 ...
}

order is String variable containing ognl-like expresssion ie. "raging.result" (which I later use for BeanComparator) but this mapping is in version RC3 is not found, which is different behaviour from RC2 where there is no such problem.
Log message with example of given fault result is:

2009-12-01 16:38:02,459 WARN [org.springframework.web.servlet.PageNotFound] - <No mapping found for HTTP request with URI [/Example/projects/all/rate.result-asc.html] in DispatcherServlet with name 'Example'>

There is no problem with handling path which doesn't contain more '.' (dot) characters, so this can probably help you with analysis of the problem. 

You should be able to set ftp endpoint uri as:

"ftp://scott@localhost:" + getPort() + "/deletefile?password=tiger&binary=false&delete=true"

And when using password and username in the userinfo part of the uri:

"ftp://tiger:scott@localhost:" + getPort() + "/deletefile?binary=false&delete=true"

The latter didn't work

When I use non-existent attribute name for 'list-add' operation, I get following NPE in server.log:

12:44:24,150 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 10) WFLYCTL0013: Operation ("list-add") failed - address: ([
	at org.jboss.as.controller.operations.global.AbstractCollectionHandler.execute(AbstractCollectionHandler.java:92)
	at org.jboss.as.controller.operations.global.ListOperations$ListAddHandler.execute(ListOperations.java:108)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:921)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:664)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:383)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1364)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:416)
	at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:237)
	at org.wildfly.security.auth.client.PeerIdentity.runAsAll(PeerIdentity.java:431)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:206)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:237)
	at org.wildfly.security.auth.client.PeerIdentity.runAsAll(PeerIdentity.java:464)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:225)

Yeah - I understand that it is my fault that I provided bad command. But still, server should not respond with NPE. Ideally it should told me that provided list attribute does not exist for particular element and should finish operation with error.

The read-children-types op is implemented by reading the names of the NodeSubregistry objects in the target resource's ManagementResourceRegistration. The read-children-names and read-children-resources ops are implemented by reading the full PathElement of registered child MRRs.
It's possible these two can get out of sync, as a NodeSubregistry can be added in order to support a submodel, but such subregistries aren't removed if all children are removed. This manifests itself in EAP 6 with the 'server' child type. See https://bugzilla.redhat.com/show_bug.cgi?id=1093030. (Note WF should not have this specific problem, as WF registers a generic MRR for 'server'.)
Fix is for GlobalOperationHandlers.getChildAddresses() to include an entry with an empty value for any valid child type. This will ensure the responses are consistent.

TransactionalValidationListener.validateTableStructure get the catalog from the conf file rather than taking it from the passed in table structure.  This causes createTable operations to fail.

I have error after application start under Resin:

Caused by: jar:file:/home/odenemby/www/odenem.by/WEB-INF/lib/spring-security-taglibs-3.0.3.RELEASE.jar!/META-INF/security.tld:113: <description> is an unexpected tag (parent <attribute> starts at 112).

111:         </attribute>
112:         <attribute>
113:             <description>Set HTML escaping for this tag, as a boolean value.</description>
114:             <name>htmlEscape</name>
115:             <required>false</required>

 Check for duplicate and out-of-order tags.

<name> is expected.

<attribute> syntax: (<name>, <required>?, <rtexprvalue>?, <type>?, <description>?)
	at com.caucho.xml.DOMBuilder.error(DOMBuilder.java:604)
	at com.caucho.xml.DOMBuilder.error(DOMBuilder.java:576)
	at com.caucho.relaxng.VerifierImpl.error(VerifierImpl.java:73)
	at com.caucho.relaxng.VerifierHandlerImpl.error(VerifierHandlerImpl.java:378)
	at com.caucho.relaxng.VerifierHandlerImpl.error(VerifierHandlerImpl.java:392)
	at com.caucho.relaxng.VerifierHandlerImpl.startElement(VerifierHandlerImpl.java:249)
	at com.caucho.relaxng.VerifierFilter.startElement(VerifierFilter.java:131)
	at com.caucho.xml.XmlParser.addElement(XmlParser.java:2615)
	at com.caucho.xml.XmlParser.parseElement(XmlParser.java:663)
	at com.caucho.xml.XmlParser.parseNode(XmlParser.java:381)
	at com.caucho.xml.XmlParser.parseInt(XmlParser.java:256)
	at com.caucho.xml.AbstractParser.parse(AbstractParser.java:644)
	at com.caucho.relaxng.VerifierFilter.parse(VerifierFilter.java:80)
	at com.caucho.config.Config.parseDocument(Config.java:385)
	at com.caucho.config.Config.configure(Config.java:205)
	at com.caucho.jsp.TldManager.parseTldPreload(TldManager.java:733)
	at com.caucho.jsp.TldManager.parseTldPreload(TldManager.java:685)
	at com.caucho.jsp.TldManager.loadJarTlds(TldManager.java:444)
	... 93 more

If modify security.tld (put tag <description> after tag <name>) than there is no this error.
Сould you please change these tags places. There is no big effort.
Thanks

Favicon appears broken even if there is no favicon set. 
See: 

I just got this NPE when deploying a new application on my Wildfly 10 CR4 domain cluster.
JGRP000027: failed passing message up: java.lang.RuntimeException: java.lang.NullPointerException
        at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:689)
        at org.jgroups.JChannel.up(JChannel.java:738)
        at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1029)
        at org.jgroups.protocols.FORK.up(FORK.java:133)
        at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
        at org.jgroups.protocols.FlowControl.up(FlowControl.java:394)
        at org.jgroups.protocols.pbcast.GMS.installView(GMS.java:735)
        at org.jgroups.protocols.pbcast.ParticipantGmsImpl.handleViewChange(ParticipantGmsImpl.java:140)
        at org.jgroups.protocols.pbcast.GMS.up(GMS.java:925)
        at org.jgroups.stack.Protocol.up(Protocol.java:412)
        at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:294)
        at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:474)
        at org.jgroups.protocols.pbcast.NAKACK2.deliverBatch(NAKACK2.java:982)
        at org.jgroups.protocols.pbcast.NAKACK2.removeAndPassUp(NAKACK2.java:912)
        at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:846)
        at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:618)
        at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155)
        at org.jgroups.protocols.FD.up(FD.java:260)
        at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:310)
        at org.jgroups.protocols.MERGE3.up(MERGE3.java:285)
        at org.jgroups.protocols.Discovery.up(Discovery.java:295)
        at org.jgroups.protocols.TP.passMessageUp(TP.java:1577)
        at org.jgroups.protocols.TP$MyHandler.run(TP.java:1796)
        at org.wildfly.clustering.server.group.ChannelNodeFactory.createNode(ChannelNodeFactory.java:55)
        at org.wildfly.clustering.server.group.ChannelNodeFactory.createNode(ChannelNodeFactory.java:40)
        at org.wildfly.clustering.server.dispatcher.ChannelCommandDispatcherFactory.getNodes(ChannelCommandDispatcherFactory.java:207)
        at org.wildfly.clustering.server.dispatcher.ChannelCommandDispatcherFactory.getNodes(ChannelCommandDispatcherFactory.java:201)
        at org.wildfly.clustering.server.dispatcher.ChannelCommandDispatcherFactory.viewAccepted(ChannelCommandDispatcherFactory.java:216)
        at org.jgroups.blocks.MessageDispatcher.handleUpEvent(MessageDispatcher.java:605)
        at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:686)
        ... 25 more
I have already stumbled upon this issue in Wildfly 9: https://developer.jboss.org/thread/265607

Straightforward problem. Post processor attempts to inject the remember-me services bean into the BasicProcessingFilter bean (which doesn't exist)
> Here's my config:
> 
> <http>
> 	<intercept-url pattern="/messageList.htm" access="ROLE_USER,ROLE_GUEST" />
> 	<intercept-url pattern="/messagePost.htm" access="ROLE_USER" />
> 	<form-login login-page="/login.jsp" default-target-url="/messageList.htm"
> 		authentication-failure-url="/login.jsp?error=true" />
> 	<logout logout-success-url="/login.jsp" />
> 	<anonymous username="guest" granted-authority="ROLE_GUEST" />
> 	<remember-me />
> </http>
> 
> Here's the stack trace:
> 
> Mar 31, 2008 10:01:15 PM org.springframework.security.config.HttpSecurityConfigPostProcessor injectRememberMeServicesIntoFiltersRequiringIt
> INFO: Using RememberMeServices org.springframework.security.ui.rememberme.TokenBasedRememberMeServices@1f1235b with filter class org.springframework.security.ui.webapp.AuthenticationProcessingFilter[ order=-2147481948; ]
> Mar 31, 2008 10:01:15 PM org.springframework.web.context.ContextLoader initWebApplicationContext
> SEVERE: Context initialization failed
> java.lang.IllegalArgumentException: Required a single bean of type class org.springframework.security.ui.basicauth.BasicProcessingFilter but found 0
> 	at org.springframework.util.Assert.isTrue(Assert.java:65)
> 	at org.springframework.security.config.HttpSecurityConfigPostProcessor.getBeanOfType(HttpSecurityConfigPostProcessor.java:235)
> 	at org.springframework.security.config.HttpSecurityConfigPostProcessor.injectRememberMeServicesIntoFiltersRequiringIt(HttpSecurityConfigPostProcessor.java:121)

SocketBindingManagerImpl does not work with client sockets.
It adds sockets to a map based on local address.  Client sockets that have not been bound yet do not have a local address.
This breaks the JGroups subsystem's ManagedSocketFactory, which uses SocketBindingManagerImpl for both server and client sockets.

As shown in the test case in the patch below, when we have partitioned tables which have no data, we fail with an NPE with the following stack trace:

  at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.walk(DefaultGraphWalker.java:128)
  at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:109)
  at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.validateMapWork(Vectorizer.java:357)
  at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.convertMapWork(Vectorizer.java:321)
  at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.dispatch(Vectorizer.java:307)
  at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.dispatch(TaskGraphWalker.java:111)
  at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.walk(TaskGraphWalker.java:194)
  at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.startWalking(TaskGraphWalker.java:139)
  at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.resolve(Vectorizer.java:847)
  at org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeTaskPlan(TezCompiler.java:468)
  at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:223)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10170)
  at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:221)
  at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:74)

Add a bit to the refguide on the new hbase-thirdparty lib and why it exists.

Excerpt about the choice of solution from :
The first option was actually quite messy to implement. clusterId and conf are fixed in HBaseClient when it's created and cached by SecureRpcEngine, so to implement the fix here I would have had to pass the different cluster confs up through HConnectionManager and HBaseRPC in order to override the clusterId in SecureClient#SecureConnection.
I've gone with the second option of creating and caching different SecureClients for the local and remote clusters in SecureRpcEngine - keyed off of the clusterId instead of the default SocketFactory. I think this is a cleaner solution.

Expressions (system properties, variables and command substitutions) aren't resolved and replaced during parsing of argument and parameter values in case the value is:

quoted;
a value of an attribute of a complex type;
list item;
in parenthesis.
E.g. op:add(param="$var")

The default max age value is set as follow:
public static final int DEFAULT_COOKIE_MAX_AGE = Integer.MAX_VALUE;
This default value leads to cookie expiring in year 1977 ...
I think default value should be null (use Integer instead of int) and the max age should be set on the cookie only if it is != null

java.io.IOException: org.apache.hadoop.ipc.RemoteException(java.io.IOException): Delegation Token can be issued only with kerberos or web authentication
It could be reproduced:
1) prepare sample data:
a=1
while [[ $a -lt 100 ]]; do echo $a ; let a=$a+1; done > data
2) prepare source hive table:
CREATE TABLE `s`(`c` string);
load data local inpath 'data' into table s;
3) prepare the bucketed table:
set hive.enforce.bucketing=true;
CREATE TABLE `t`(`c` string) CLUSTERED BY (c) SORTED BY (c) INTO 5 BUCKETS;
insert into t select * from s;
4) reproduce this issue:
SET hive.execution.engine=spark;
SET hive.auto.convert.sortmerge.join = true;
SET hive.auto.convert.sortmerge.join.bigtable.selection.policy = org.apache.hadoop.hive.ql.optimizer.LeftmostBigTableSelectorForAutoSMJ;
SET hive.auto.convert.sortmerge.join.noconditionaltask = true;
SET hive.optimize.bucketmapjoin = true;
SET hive.optimize.bucketmapjoin.sortedmerge = true;
select * from t join t t1 on t.c=t1.c;
The stack is as following:

Job aborted due to stage failure: Task 0 in stage 0.0 failed 4 times, most recent failure: Lost task 0.3 in stage 0.0 (TID 6, ychencdh571-2.vpc.cloudera.com): java.lang.RuntimeException: Error processing row: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"c":"13"}
	at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.processRow(SparkMapRecordHandler.java:154)
	at org.apache.hadoop.hive.ql.exec.spark.HiveMapFunctionResultList.processNextRecord(HiveMapFunctionResultList.java:48)
	at org.apache.hadoop.hive.ql.exec.spark.HiveMapFunctionResultList.processNextRecord(HiveMapFunctionResultList.java:27)
	at org.apache.hadoop.hive.ql.exec.spark.HiveBaseFunctionResultList$ResultIterator.hasNext(HiveBaseFunctionResultList.java:95)
	at scala.collection.convert.Wrappers$JIteratorWrapper.hasNext(Wrappers.scala:41)
	at org.apache.spark.rdd.AsyncRDDActions$$anonfun$foreachAsync$1$$anonfun$apply$15.apply(AsyncRDDActions.scala:120)
	at org.apache.spark.SparkContext$$anonfun$38.apply(SparkContext.scala:2003)
	at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:66)
	at org.apache.spark.scheduler.Task.run(Task.scala:89)
	at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:214)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"c":"13"}
	at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.processRow(SparkMapRecordHandler.java:141)
	... 16 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: org.apache.hadoop.ipc.RemoteException(java.io.IOException): Delegation Token can be issued only with kerberos or web authentication
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getDelegationToken(FSNamesystem.java:7454)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getDelegationToken(NameNodeRpcServer.java:542)
	at org.apache.hadoop.hdfs.server.namenode.AuthorizationProviderProxyClientProtocol.getDelegationToken(AuthorizationProviderProxyClientProtocol.java:662)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getDelegationToken(ClientNamenodeProtocolServerSideTranslatorPB.java:966)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:617)
	at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:1073)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2086)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2082)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2080)

	at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator$MergeQueue.nextHive(SMBMapJoinOperator.java:774)
	at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator$MergeQueue.setupContext(SMBMapJoinOperator.java:711)
	at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator.setUpFetchContexts(SMBMapJoinOperator.java:538)
	at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator.processOp(SMBMapJoinOperator.java:248)
	at org.apache.hadoop.hive.ql.exec.FilterOperator.processOp(FilterOperator.java:120)
	... 17 more
Caused by: java.io.IOException: org.apache.hadoop.ipc.RemoteException(java.io.IOException): Delegation Token can be issued only with kerberos or web authentication

	at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator$MergeQueue.next(SMBMapJoinOperator.java:795)
	at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator$MergeQueue.nextHive(SMBMapJoinOperator.java:772)
	... 26 more
Caused by: org.apache.hadoop.ipc.RemoteException(java.io.IOException): Delegation Token can be issued only with kerberos or web authentication

	at org.apache.hadoop.ipc.Client.call(Client.java:1471)
	at org.apache.hadoop.ipc.Client.call(Client.java:1408)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:230)
	at com.sun.proxy.$Proxy18.getDelegationToken(Unknown Source)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getDelegationToken(ClientNamenodeProtocolTranslatorPB.java:914)
	at com.sun.proxy.$Proxy19.getDelegationToken(Unknown Source)
	at org.apache.hadoop.hdfs.DFSClient.getDelegationToken(DFSClient.java:1062)
	at org.apache.hadoop.hdfs.DistributedFileSystem.getDelegationToken(DistributedFileSystem.java:1452)
	at org.apache.hadoop.fs.FileSystem.collectDelegationTokens(FileSystem.java:541)
	at org.apache.hadoop.fs.FileSystem.addDelegationTokens(FileSystem.java:519)
	at org.apache.hadoop.hdfs.DistributedFileSystem.addDelegationTokens(DistributedFileSystem.java:2181)
	at org.apache.hadoop.mapreduce.security.TokenCache.obtainTokensForNamenodesInternal(TokenCache.java:140)
	at org.apache.hadoop.mapreduce.security.TokenCache.obtainTokensForNamenodesInternal(TokenCache.java:100)
	at org.apache.hadoop.mapreduce.security.TokenCache.obtainTokensForNamenodes(TokenCache.java:80)
	at org.apache.hadoop.mapred.FileInputFormat.listStatus(FileInputFormat.java:206)
	at org.apache.hadoop.mapred.FileInputFormat.getSplits(FileInputFormat.java:315)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextSplits(FetchOperator.java:362)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.getRecordReader(FetchOperator.java:294)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:445)
	... 28 more

When accessing snapshot jsp with below url inadvertently NPE comes in UI:
Requested URL:  
http://<MasterHost>:<Port>/snapshot.jsp?
Response:
	at org.apache.hadoop.hbase.generated.master.snapshot_jsp._jspService(snapshot_jsp.java:66)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)

It seems that the expression caching doesn't work when using UDF inside another UDF or a hive function.
For example :
tbl has one row : 'a','b'
The following query :

 select concat(custUDF(a),' ', custUDF(b)) from tbl; 

returns 'a a'
seems to cache custUDF(a)  and use it for custUDF(b).
Same query without the concat works fine.
Replacing the concat with another custom UDF also returns 'a a'

If composite operation is performed on naming subsystem and member operation are in wrong order the composite operation is not performed and all changes are rolled back. See https://issues.jboss.org/browse/JBEAP-6418?focusedCommentId=13314862&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13314862
and https://issues.jboss.org/browse/JBEAP-6418?focusedCommentId=13314879&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13314879

This can happens if the socket is already closed. The log is confusing.

Use case example :

// The given entity
MyEntity {
@Id
String code;
}

// Querying using
Query(new Criteria().orOperator(new Criteria[]{
Criteria.where("code").regex(".*value.*", "i")
}))

// Produces
{ "$or" : [ { "code" : { "$regex" : ".*value.*" , "$options" : "i"}}}

// Instead of
{ "$or" : [ { "_id" : { "$regex" : ".*value.*" , "$options" : "i"}}}

The QueryMapper.getMappedObject set the entityClass as null for reentrant calls from the or/nor case, I don't anderstand why ?
Fix : Set the entityClass for reentrant calls (L91).

Adhere to changes in Spring URL tag for HTML and JavaScript escaping attributes. The correct attributes for URL escaping is htmlEscape="false" javaScriptEscape="false" rather than htmlEncoding="false" and javascriptEncoding="false" as documented by SPR.

I happened to come across this:

  public KeyValue(Cell c) {
    this(c.getRowArray(), c.getRowOffset(), (int)c.getRowLength(),
        c.getFamilyArray(), c.getFamilyOffset(), (int)c.getFamilyLength(), 
        c.getQualifierArray(), c.getQualifierOffset(), (int) c.getQualifierLength(),
        c.getTimestamp(), Type.codeToType(c.getTypeByte()), 
        c.getValueArray(), c.getValueOffset(), c.getValueLength());
  }

Wrong header comments on integration-tests.sh script, the header of integration-tests.sh script was copied of the build.sh script.

====================================================================== ###

##
This is the main entry point for the build system.                      ##
##
Users should execute this file rather than 'mvn' to ensure              ##
the correct version is being used with the correct configuration.       ##
##
		
$Id: build.sh 105735 2010-06-04 19:45:13Z pgier $

Not critically important, but if you try and use the MBean exporter (org.springframework.jmx.export.MBeanExporter) to export a web services client (JaxWsPortProxyFactoryBean) then you get an NPE
MBeanExporter.adaptMBeanIfPossible() gets a null back from AopUtils.getTargetClass(), (probably right?)
then JmxUtils.getMXBeanInterface() tries to find the superclass of a null class.
Probably the getMXBeanInterface() should be made null safe?

The String.toUpperCase() call is used in constructor of AttributeMapping class without providing Locale.ENGLISH or Locale.US as parameter.
This can lead to problems on systems with non-English default locale (e.g. -Duser.language=tr).

When running UNARCHIVE on a partition which has many files in its directory we get:
cp: When copying multiple files, destination should be a directory.
FAILED: Error in metadata: org.apache.hadoop.hive.ql.metadata.HiveException: Error while copying files from archive

The SimpleRegionNormalizer has this:

     if ((smallestRegion.getSecond() + smallestNeighborOfSmallestRegion.getSecond()
          < avgRegionSize)) {
        LOG.debug("Table " + table + ", smallest region size: " + smallestRegion.getSecond()
          + " and its smallest neighbor size: " + smallestNeighborOfSmallestRegion.getSecond()
          + ", less than half the avg size, merging them");

It does not check for "less than half the avg size" but only "less than the avg size", that is, drop the "half". Fix message.

Our test coverage of parsing and marshaling compatibility has holes.

User reported problem with getting work jdbc_realm with bcrypt mapper. He had configured org.wildfly.security to log TRACE messages, but log does not provide any useful information regarding mapping password from DB.
In this case seems problem was in mixing base64 vs. modular crypt format.
Looking into PasswordKeyMapper there is a lot of logic and lot of steps which can get wrong. So logging some TRACE messages can hint user what is going on and what went wrong.
Also I have noticed there is unhandled exception. Please at least log some TRACE message.
PasswordKeyMapper.java

} catch (InvalidKeySpecException e) {
	// fall out (unlikely but possible)
}

[1] https://developer.jboss.org/message/977727

Right now the SASL digest client handles callbacks like this:

If a realm choice is available use RealmChoiceCallback to get it, and fail if it is not supported
Try to use RealmCallback+NameCallback+CredentialCallback (with digest password)
Try to use RealmCallback+NameCallback+CredentialCallback (with two-way password)
Try to use RealmCallback+NameCallback+PasswordCallback

This is a problem because RealmChoiceCallback should not be required, and if it was supported, RealmCallback is not needed.  It's basically OK to retry realm selection and name selection if the credential was unsupported.
The logic should probably be more like this:

Try to use <a realm callback>+NameCallback+CredentialCallback (with digest password)
	
First try with RealmChoiceCallback if there is a choice
Then try with RealmCallback if RealmChoiceCallback is unsupported
If there is no default realm, fail
Otherwise try with no realm callback and use the default realm

Try to use <a realm callback>+NameCallback+CredentialCallback (with two-way password)
	
First try with RealmChoiceCallback if it was not eliminated above and there is a choice
Then try RealmCallback if it was not eliminated above

Try to use <a realm callback>+NameCallback+PasswordCallback
	
This way we don't retry callbacks that don't work, and we don't fail if RealmCallback is not supported.  If no user name or credential is given, then the attempt should be considered a failure and the next credential tried without eliminating any realm callbacks.  If no realm is given then the attempt should be a failure without trying other realm callback options, because the callback is supported but there was no realm given (which is a programming error).
If a user name or realm is given in an earlier stage, it should stay as the default for later stages.

The log message in `tryOpen` is reversed:

            if (currentPath != null) {
              LOG.debug("link open path=" + path);
            } else {
              LOG.trace("link switch from path=" + currentPath + " to path=" + path);
            }

By reading the logic, we can see that when switching paths (currentPath != null) it will log that it opened a path, and when opening a path, it will print that it switched from path=null to the new path.  

If 94 has a table called "data" NamespaceUpgrade will fail to bring that table up and the generated layout will be dirty with stuff like "/hbase/data/.data" and so on.
(the reserved names that we have no longer apply in 96+ since the data is separate from the root dir)

Using a class that extends EventNotifierSupport, we advise a route by adding a processor in between two outputs.
It looks like this
from().processor().bean().processor().processor(advised),to().
To add the adviceWith processor we listen to the routeAdded event and advice the route.
While Camel is starting up there is a line (line number 2966) in the DefaultCamelContext that loops through the available routes for later logging the amount of routes started in the context. This calls for a method ( if(this.getRouteStatus(route.getId()).isStarted()) { ) that may return null if there are no routes running while this is being done, so IT WILL throw a NullPointerException.
Since I'm advising routes while the context is being started, the route gets stopped and restarted, meanwhile the aforementioned method gets called and BUM.... NullPointerException.
Here's the stacktrace:
org.apache.camel.spring.boot.CamelSpringBootInitializationException: java.lang.NullPointerException
	at org.apache.camel.spring.boot.RoutesCollector.onApplicationEvent(RoutesCollector.java:124) ~[camel-spring-boot-2.18.2.jar:2.18.2]
	at org.apache.camel.spring.boot.RoutesCollector.onApplicationEvent(RoutesCollector.java:41) ~[camel-spring-boot-2.18.2.jar:2.18.2]
	at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:167) ~[spring-context-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:139) ~[spring-context-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:383) ~[spring-context-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:337) ~[spring-context-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:882) ~[spring-context-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.finishRefresh(EmbeddedWebApplicationContext.java:144) ~[spring-boot-1.5.1.RELEASE.jar:1.5.1.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:545) ~[spring-context-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:122) ~[spring-boot-1.5.1.RELEASE.jar:1.5.1.RELEASE]
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:737) [spring-boot-1.5.1.RELEASE.jar:1.5.1.RELEASE]
	at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:370) [spring-boot-1.5.1.RELEASE.jar:1.5.1.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:314) [spring-boot-1.5.1.RELEASE.jar:1.5.1.RELEASE]
	at org.springframework.boot.SpringApplication$run.call(Unknown Source) [spring-boot-1.5.1.RELEASE.jar:1.5.1.RELEASE]
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48) [groovy-all-2.4.7.jar:2.4.7]
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113) [groovy-all-2.4.7.jar:2.4.7]
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) [groovy-all-2.4.7.jar:2.4.7]
	at com.my.app.ApplicationMain.main(ApplicationMain.groovy:12) [main/:?]
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2943) ~[camel-core-2.18.2.jar:2.18.2]
	at org.apache.camel.spring.boot.RoutesCollector.maybeStart(RoutesCollector.java:141) ~[camel-spring-boot-2.18.2.jar:2.18.2]
	at org.apache.camel.spring.boot.RoutesCollector.onApplicationEvent(RoutesCollector.java:116) ~[camel-spring-boot-2.18.2.jar:2.18.2]
	... 17 more

During master intialization we are setting ACLs for the znodes.
In ZKUtil.createACL(ZooKeeperWatcher zkw, String node, boolean isSecureZooKeeper),

      String superUser = zkw.getConfiguration().get("hbase.superuser");
      ArrayList<ACL> acls = new ArrayList<ACL>();
      // add permission to hbase supper user
      }

Here we are directly setting "hbase.superuser" value to Znode which will cause an issue when multiple values are configured. In "hbase.superuser" multiple superusers and supergroups can be configured separated by comma. We need to iterate them and set ACL.

The Spring Data Geode Reference Guide formatting is all messed up as the Maven Asciidoctor plugin did not and could not render the Asciidoc document(s) correctly.
This also caused an increase in the build time when generating the docs in different formats (e.g. PDF, etc).

We can add additional positive test coverage for HIVE-11658 covering load directory to text partition. 

When using @Secured on generated Roo_Entity methods a NPE is thrown due to target and _this information being missing when AspectJ creates the Join Point over an already aspected class. this NPE is thrown in AbstractMethodSecurityMetadataSource.getAttributes as there is a check against the Target to get the class. 
Have found that this information can also be retrieved from the signature.
This is using AspectJSecurityInterceptor configuration as opposed to SpringAOP, which we know doesn't work with Roo at all - yet   The configuration is based on the aspects sample within Spring Security.
I have changed the following within AbstractMethodSecurityMetadataSource and it seems to work.... 
Class<?> targetClass = jp.getTarget().getClass();
To the following - though it too could just use one line and only call the signature:
            Class<?> targetClass = null;
            if(jp.getTarget() != null)
            {
                targetClass = jp.getTarget().getClass();
            }
            else
            {
                //this class has already been aspected, hence see if we can get the info from the
                //static part
                targetClass = jp.getStaticPart().getSignature().getDeclaringType();
            }

Section 4.1:
  "the trigger annotation always incorporation an @Roo prefix" should say "the trigger annotation always incorporating an @Roo prefix"?
  "that is automatically responds" should say "that it automatically responds"
  "or receive a shell command" should say "or receive*s* a shell command"
Section 4.2:
  "the completio options" should say "the completio*n* options"
Section 4.3:
  "the latest releases STS" should say "the latest release STS" or "the latest release of STS"
  "the file systme" should say "the file system"
Section 4.4:
  "two build system environment." should say "two build system environments."
Section 4.8:
  "recognize the Roo ships" should say "recognize that Roo ships"
  "we require must host" seems wrong
  "the add-on your need" should say "the add-on you need"
  "security verificatons" should say "security verifications"
  "common, user-friendly and more security "addon" commands" should perhaps say "common, user-friendly and more secure "addon" commands"?

The reader keeps moving  the result set cursor while returning items from the buffer (after rollback). This means after next commit the buffer is cleared and some items from the chunk following the rollbacked chunk are skipped e.g.
read -> 1
commit
read -> 2
rollback
read ->2
commit
read -> 4 // 3 was skipped during re-reading 2

ORC+ACID creates ACID structure splits for all missing buckets in a table

java.lang.RuntimeException: java.io.IOException: java.io.IOException: Vectorization and ACID tables are incompatible.
at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRecordReader(OrcInputFormat.java:996)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:240)
	... 15 more

The tables are normal ORC tables and are not using ACID structure at all.

@@ -539,7 +539,7 @@ public void run() {
         for(int b=0; b < context.numBuckets; ++b) {
           if (!covered[b]) {
             context.splits.add(new OrcSplit(dir, b, 0, new String[0], null,
-                               false, false, deltas));
+                               isOriginal, false, deltas));
           }
         }

seems to fix the issue. Owen O'Malley, please confirm if that is what I should be doing.

[Rev. 692]
ROO-702 introduced <spring:eval> in display.tagx.
Since in the generated show.jspx, Map-typed properties are not excluded (like in create.jspx and update.jspx), and no Converters are registered for Map->String in the controller there is the following exception:

org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from [java.util.Map] to [java.lang.String]
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:136)
	at org.springframework.expression.spel.support.StandardTypeConverter.convertValue(StandardTypeConverter.java:70)
	at org.springframework.expression.common.ExpressionUtils.convertTypedValue(ExpressionUtils.java:68)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:98)
	at org.springframework.web.servlet.tags.EvalTag.doEndTag(EvalTag.java:108)
	at org.apache.jsp.tag.web.form.fields.display_tagx._jspx_meth_spring_005feval_005f0(display_tagx.java:498)
	at org.apache.jsp.tag.web.form.fields.display_tagx._jspx_meth_c_005fotherwise_005f0(display_tagx.java:471)
	at org.apache.jsp.tag.web.form.fields.display_tagx._jspx_meth_c_005fchoose_005f0(display_tagx.java:352)
	at org.apache.jsp.tag.web.form.fields.display_tagx.doTag(display_tagx.java:200)
	at org.apache.jsp.WEB_002dINF.views.questions.show_jspx._jspx_meth_field_005fdisplay_005f1(show_jspx.java:134)
	at org.apache.jsp.WEB_002dINF.views.questions.show_jspx.access$1(show_jspx.java:117)
	at org.apache.jsp.WEB_002dINF.views.questions.show_jspx$Helper.invoke0(show_jspx.java:221)
	at org.apache.jsp.WEB_002dINF.views.questions.show_jspx$Helper.invoke(show_jspx.java:244)

Proposed solution:  Add converter for Map properties or suppress Map properties in show views (and maybe also in list view, if use of spring:eval is planned in table.tagx as well) 

It's valid for a `login-config` section to not be present in web.xml and therefore `project-defaults.yml`, especially when using the keycloak subsystem adapter.

Currently DDLSemanticAnalyzer.analyzeShowRoles() isn't using HiveAuthorizationTaskFactory to create task, at odds with other Authorization related task creations such as for analyzeShowRolePrincipals(). This JIRA is to make it consistent.

We don't log at INFO level the arrival on the Master of a create table request. Need to log for basic audit purposes the initiator and the pid created to run the create table.
Review other macro ops to make sure they log at INFO level.

ItdSourceFileComposer correctly takes type parameters in appendImplementsTypes() by means of calling extendsType.getNameIncludingTypeParameters() but in appendExtendsTypes() calls getFullyQualifiedTypeName() and getSimpleTypeName().
We have an addon that triggers on @RooRepository annotation on interfaces and classes (the interface's implementation). For the interface it creates an aspect file that should look like this:
privileged aspect UserRepository_Roo_Repository {    
    declare parents: UserRepository extends Repository<User, Long>;
}
For the implementation it looks like this:
privileged aspect UserRepositoryImpl_Roo_Repository {    
    declare parents: UserRepositoryImpl extends RepositoryImpl<User, Long>;    
    declare @type: UserRepositoryImpl: @Repository("userRepository");
}
With ItdSourceFileComposer unmodified the interface's aspect file looks like this:
    declare parents: UserRepository extends Repository;
}
Replacing the code in appendExtendsTypes() with the code in appendImplementsTypes() solves the problem.

When using a non default name for a transaction manager bean, the @TransactionConfiguration is supposed to override that default and this does not seem to work.  Tested on 2.5.4 and 2.5.5.  To reproduce the problem, use a non default name and the annotation to override that value.  For my failure, these are the annotations used:
@TransactionConfiguration(transactionManager = "league.dao.txManager", 
        defaultRollback = true)
@ContextConfiguration(locations = 
{ "classpath:league-dao.xml",
        "classpath:league-service.xml" }
)
@RunWith(SpringJUnit4ClassRunner.class)
@TestExecutionListeners( 
{ DependencyInjectionTestExecutionListener.class,
        TransactionalTestExecutionListener.class }
)
Case 1: transaction Manager named transactionManager  NO @TransactionConfiguration
Expected: Should Work
Actual: As expected, works 
Case 2: transaction Manager named transactionManager  WITH @TransactionConfiguration (league.dao.txManager)
Expected: Should fail complaining can't find league.dao.txManager bean
Actual: As expected, fail complaining can't find league.dao.txManager bean
Case 3:  transaction Manager named league.dao.txManager NO @TransactionConfiguration
Expected: Should fail complaining can't find transactionManager bean
Actual: As expected, fail complaining can't find transactionManager bean
Case 4: transaction Manager named league.dao.txManager WITH @TransactionConfiguration (league.dao.txManager)
Actual: Fails complaining can't find transactionManager bean (BUG)
So the easy work around is to use the default name (transactionManager) for the transactionManager bean.

Calling FileSystemUtils.freeSpaceKb with ".", "./", "../", "../foo" etc. will result in an empty string being passed to df.
freeSpaceKb calls FileNameUtils.normalize on the path which destroys relative paths.
I don't see any need to normalize the path so the fix is simply to remove that call.

Hi,
In the following route example, the pollenrich processor is never called

            <camel:from uri="quartz://x3sReporting/clientError?cron=0+0/5+9-18+?+*+MON-FRI"/>
            <camel:pollEnrich uri="queuingservice:x3s:reporting" strategyRef="queueAggregator"/>

            <camel:transacted ref="PROPAGATION_REQUIRED_NEW" />
            <camel:choice>
                <camel:when>
                    <camel:simple>${body} != null</camel:simple>
                    <camel:doTry>
                        <camel:marshal ref="csvAuditBindyDataFormat" />

Definiton of the AggregationStrategy class used

public class QueueAggregator implements AggregationStrategy {
   
    private static final transient Log LOG = LogFactory.getLog(QueueAggregator.class);

        if (newExchange == null) {
            LOG.info("Old object received (null exchange) : " + oldExchange.getIn().getBody().toString());
            return oldExchange;
        }
        Object oldBody = oldExchange.getIn().getBody();
        LOG.info("Old object received : " + oldBody.toString());
        Object newBody = newExchange.getIn().getBody();
        LOG.info("New object received : " + newBody.toString());
        oldExchange.getIn().setBody(newBody);
        return oldExchange;
    }
}

Unfortunately, the aggregator is not called (no info trace in the LOG) and the body object send to the endpoint (marshall) is of type org.quartz.JobDetail

11:10:02,703 | INFO  | heduler_Worker-1 | TraceInterceptor                 | rg.apache.camel.processor.Logger   88 | ID-dell-charles-3372-1251127950838-0-10 >>> from(quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI) --> ref:PROPAGATION_REQUIRED_NEW, Pattern:InOnly, Headers:{triggerGroup=x3sReporting, jobInstance=org.apache.camel.component.quartz.CamelJob@1264f27, nextFireTime=Tue Aug 25 11:15:00 CEST 2009, previousFireTime=null, jobDetail=JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false, triggerName=clientError, trigger=Trigger 'x3sReporting.clientError':  triggerClass: 'org.quartz.CronTrigger isVolatile: false calendar: 'null' misfireInstruction: 0 nextFireTime: Tue Aug 25 11:15:00 CEST 2009, scheduler=org.quartz.impl.StdScheduler@16975d, jobRunTime=-1, scheduledFireTime=Tue Aug 25 11:10:00 CEST 2009, result=null, calendar=null, mergedJobDataMap=org.quartz.JobDataMap@ccc462dc, refireCount=0, fireTime=Tue Aug 25 11:10:00 CEST 2009}, BodyType:org.quartz.JobDetail, Body:JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false
11:10:02,718 | INFO  | heduler_Worker-1 | TraceInterceptor                 | rg.apache.camel.processor.Logger   88 | ID-dell-charles-3372-1251127950838-0-10 >>> ref:PROPAGATION_REQUIRED_NEW --> Choice, Pattern:InOnly, Headers:{triggerGroup=x3sReporting, jobInstance=org.apache.camel.component.quartz.CamelJob@1264f27, nextFireTime=Tue Aug 25 11:15:00 CEST 2009, previousFireTime=null, jobDetail=JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false, triggerName=clientError, trigger=Trigger 'x3sReporting.clientError':  triggerClass: 'org.quartz.CronTrigger isVolatile: false calendar: 'null' misfireInstruction: 0 nextFireTime: Tue Aug 25 11:15:00 CEST 2009, scheduler=org.quartz.impl.StdScheduler@16975d, jobRunTime=-1, scheduledFireTime=Tue Aug 25 11:10:00 CEST 2009, result=null, calendar=null, mergedJobDataMap=org.quartz.JobDataMap@ccc462dc, refireCount=0, fireTime=Tue Aug 25 11:10:00 CEST 2009}, BodyType:org.quartz.JobDetail, Body:JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false
11:10:02,734 | INFO  | heduler_Worker-1 | TraceInterceptor                 | rg.apache.camel.processor.Logger   88 | ID-dell-charles-3372-1251127950838-0-10 >>> Choice --> Try, Pattern:InOnly, Headers:{triggerGroup=x3sReporting, jobInstance=org.apache.camel.component.quartz.CamelJob@1264f27, nextFireTime=Tue Aug 25 11:15:00 CEST 2009, previousFireTime=null, jobDetail=JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false, triggerName=clientError, trigger=Trigger 'x3sReporting.clientError':  triggerClass: 'org.quartz.CronTrigger isVolatile: false calendar: 'null' misfireInstruction: 0 nextFireTime: Tue Aug 25 11:15:00 CEST 2009, scheduler=org.quartz.impl.StdScheduler@16975d, jobRunTime=-1, scheduledFireTime=Tue Aug 25 11:10:00 CEST 2009, result=null, calendar=null, mergedJobDataMap=org.quartz.JobDataMap@ccc462dc, refireCount=0, fireTime=Tue Aug 25 11:10:00 CEST 2009}, BodyType:org.quartz.JobDetail, Body:JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false
11:10:02,734 | INFO  | heduler_Worker-1 | TraceInterceptor                 | rg.apache.camel.processor.Logger   88 | ID-dell-charles-3372-1251127950838-0-10 >>> Try -->, Pattern:InOnly, Headers:{triggerGroup=x3sReporting, jobInstance=org.apache.camel.component.quartz.CamelJob@1264f27, nextFireTime=Tue Aug 25 11:15:00 CEST 2009, previousFireTime=null, jobDetail=JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false, triggerName=clientError, trigger=Trigger 'x3sReporting.clientError':  triggerClass: 'org.quartz.CronTrigger isVolatile: false calendar: 'null' misfireInstruction: 0 nextFireTime: Tue Aug 25 11:15:00 CEST 2009, scheduler=org.quartz.impl.StdScheduler@16975d, jobRunTime=-1, scheduledFireTime=Tue Aug 25 11:10:00 CEST 2009, result=null, calendar=null, mergedJobDataMap=org.quartz.JobDataMap@ccc462dc, refireCount=0, fireTime=Tue Aug 25 11:10:00 CEST 2009}, BodyType:org.quartz.JobDetail, Body:JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false
11:10:03,171 | INFO  | heduler_Worker-1 | TraceInterceptor                 | rg.apache.camel.processor.Logger  166 | ID-dell-charles-3372-1251127950838-0-10 >>> Try -->, Pattern:InOnly, Headers:{triggerGroup=x3sReporting, jobInstance=org.apache.camel.component.quartz.CamelJob@1264f27, nextFireTime=Tue Aug 25 11:15:00 CEST 2009, previousFireTime=null, jobDetail=JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false, triggerName=clientError, trigger=Trigger 'x3sReporting.clientError':  triggerClass: 'org.quartz.CronTrigger isVolatile: false calendar: 'null' misfireInstruction: 0 nextFireTime: Tue Aug 25 11:15:00 CEST 2009, scheduler=org.quartz.impl.StdScheduler@16975d, jobRunTime=-1, scheduledFireTime=Tue Aug 25 11:10:00 CEST 2009, result=null, calendar=null, mergedJobDataMap=org.quartz.JobDataMap@ccc462dc, refireCount=0, fireTime=Tue Aug 25 11:10:00 CEST 2009}, BodyType:org.quartz.JobDetail, Body:JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false, Exception: java.lang.ClassCastException: org.quartz.JobDetail
11:10:03,171 | INFO  | heduler_Worker-1 | TraceInterceptor                 | rg.apache.camel.processor.Logger   88 | ID-dell-charles-3372-1251127950838-0-11 >>>  --> log://com.xpectis.x3s?level=INFO&multiline=true&showCaughtException=true&showException=true&showStackTrace=true, Pattern:InOnly, Headers:{calendar=null, scheduledFireTime=Tue Aug 25 11:10:00 CEST 2009, trigger=Trigger 'x3sReporting.clientError':  triggerClass: 'org.quartz.CronTrigger isVolatile: false calendar: 'null' misfireInstruction: 0 nextFireTime: Tue Aug 25 11:15:00 CEST 2009, triggerGroup=x3sReporting, previousFireTime=null, jobRunTime=-1, jobDetail=JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false, result=null, triggerName=clientError, fireTime=Tue Aug 25 11:10:00 CEST 2009, mergedJobDataMap=org.quartz.JobDataMap@ccc462dc, jobInstance=org.apache.camel.component.quartz.CamelJob@1264f27, scheduler=org.quartz.impl.StdScheduler@16975d, refireCount=0, nextFireTime=Tue Aug 25 11:15:00 CEST 2009}, BodyType:org.quartz.JobDetail, Body:JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false
11:10:03,187 | INFO  | heduler_Worker-1 | x3s                              | rg.apache.camel.processor.Logger   88 | Exchange[
, BodyType:org.quartz.JobDetail
, Body:JobDetail 'DEFAULT.quartz://x3sReporting/clientError?cron=0+0%2F5+9-18+%3F+*+MON-FRI':  jobClass: 'org.apache.camel.component.quartz.CamelJob isStateful: false isVolatile: false isDurable: false requestsRecovers: false
, CaughtExceptionType:java.lang.ClassCastException, CaughtExceptionMessage:org.quartz.JobDetail, StackTrace:java.lang.ClassCastException: org.quartz.JobDetail
    at org.apache.camel.dataformat.bindy.csv.BindyCsvDataFormat.marshal(BindyCsvDataFormat.java:60)

Jackson was upgraded to 2.3.0 which contains a bug that breaks RESTEasy. RESTEasy currently uses 2.2.1. Downgrading to at least 2.2.3, which is what CR1 is at, seems to resolve this issue.
We should likely keep the version aligned with RESTEasy, but since CR1 was using 2.2.3 with no issues, I think reverting back to that should be fine.

Referring to org.springframework.web.context.ContextLoader
JavaDocs for ContextLoader#ContextLoader(WebApplicationContext) state:

The context may or may not yet be refreshed. If it (a) is an implementation of ConfigurableWebApplicationContext and (b) has not already been refreshed (the recommended approach), then the following will occur:

If the given context has not already been assigned an id, one will be assigned to it
ServletContext and ServletConfig objects will be delegated to the application context
customizeContext(javax.servlet.ServletContext, org.springframework.web.context.ConfigurableWebApplicationContext) will be called
Any ApplicationContextInitializers specified through the "contextInitializerClasses" init-param will be applied.
refresh() will be called

If the context has already been refreshed or does not implement ConfigurableWebApplicationContext, none of the above will occur under the assumption that the user has performed these actions (or not) per his or her specific needs.
However, it appears that a context provided to the constructor which has already been refreshed, is again refreshed.
ContextLoader#initWebApplicationContext(ServletContext) checks if the context is a ConfigurableWebApplicationContext but no check appears to be made for ConfigurableApplicationContext#isActive(), or Lifecycle#isRunning()

STS is showing compilation errors in load-scripts.tagx
javax.servlet.jsp.JspWriter cannot be resolved to a type	
JspContext cannot be resolved to a type	                        
JspException cannot be resolved to a type
pageContext cannot be resolved
SkipPageException cannot be resolved to a type
Rather confusing as: 
		<dependency>
			<groupId>javax.servlet</groupId>
			<artifactId>servlet-api</artifactId>
			<version>2.5</version>
			<scope>provided</scope>
		</dependency>
Is clearly specified in the projects pom.

I tried to define my own RememberMeService as shown
<security:remember-me 
   services-ref="rememberMeServices" 
   key="${app.security.key.rememberMe}"/>
<bean id="rememberMeServices" class="org.springframework.security.web.authentication.rememberme.PersistentTokenBasedRememberMeServices">
        <property name="key" value="${app.security.key.rememberMe}"/>
        <property name="cookieName" value="rememberme-ref"/>
        <property name="parameter" value="j_rememberme"/>
        <property name="tokenValiditySeconds" value="1209600"/>
        <property name="tokenRepository" ref="rememberMeDao"/>
        <property name="userDetailsService" ref="userDetailsDao" />
</bean>
But RememberMeAuthenticationProvider instance is created with default "SpringSecured" key instead of my own so RememberMeAuthenticationProvider.authenticate never succeeds.

The documentation states that if you inject the RedisTemplate it should automatically convert to the proper operation.  It doesn't do it for HashOperations.  If that is by design due to the added key in the hash then the documentation should be updated.

StringPrep from utils use java.text.Normalizer to NFKC normalization. But this normalization is not in accordance with RFC 3454 - see mapping table:
http://tools.ietf.org/html/rfc3454#appendix-B.2
Relevant profile description:
http://tools.ietf.org/html/rfc3454#section-3.2
Full test is part of pull request 13, but for basic testing can be used this simple test:

    @Test
    public void testNormalizationWithNFKC(){
        ByteStringBuilder b = new ByteStringBuilder();

        String before = "\u0041\u0042\u0043\u0044\u0045\u0046\u0047";
        String after =  "\u0061\u0062\u0063\u0064\u0065\u0066\u0067";

        StringPrep.encode(before, b, StringPrep.NORMALIZE_KC);
        assertEquals(after, new String(b.toArray()));
    }

Currently default protocol is set to jmx-as7. It is recommended to use servlet instead as there are issues in RTS testsuite when using jmx protocol.
see http://discuss.arquillian.org/t/solved-randomly-before-method-runs-twice/193/4 for more details.

Would you mind taking a look at a recent set of failures please Jeffrey Zhong?  It seems to be failing more recently of late:
https://issues.apache.org/jira/browse/HBASE-9438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13759275#comment-13759275
https://builds.apache.org/job/PreCommit-HBASE-Build/7060//testReport/
https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/703/
Thank you.

In HBASE-17716 we have changed the public field name in ServerSideScanMetrics which is IA.Public, which causes source compatibility issue, and we propose to fix it in this JIRA.

Scan.setStartRow() and setStopRow() should validate the byte[] passed to ensure it meets the criteria for a row key.  If the byte[] length is greater that Short.MAX_VALUE, we should throw an IllegalArgumentException in order to fast fail and prevent server-side errors being thrown and retried.

The insertDBObject(…), insertDBObjectList(…) and saveDBObject(…) do not use the WriteResultChecking similar to what is done in doInsert(…) and doUpdate(…) methods.

See CAMEL-8963
Its the Route instance that do not update it state as well. But the RouteService has the correct state. So one can be Started and the other Suspended.

DefaultNettyHttpBinding the uri used for request is computed as follow:

String uriForRequest = uri;
if (configuration.isUseRelativePath()) {
    int indexOfPath = uri.indexOf((new URI(uri)).getPath());
    if (indexOfPath > 0) {
        uriForRequest = uri.substring(indexOfPath);
    }
}

This has some issues:

indexOf + substring are in fact the same as what we cna achieve with new URI(uri).getPath()
in case the path is resolved to / then the logic is wrong as in case of an uri like http://something:80/ it will end up with //something:80/

This is a typo.  The predicate tests for the wrong answer.  Please see the patch, which is clear.

If fields of a composite primary key contain column lengths or @Size constraints, the embedded identifier constructor must be passed data that will honour these constraints. Currently tests fail where a column length is smaller than the data passed into the constructor

KeyValueUtil.oswrite() handles the serialization of the Cells.  In case of non KV cases we write the tagLen as 0 but while deserializing using KeyValueUtil.create() this does not work as we don't include the tag length.  This problem is not visible because we don't write tags from the server to clients.  But if we have DBEs enabled and we have a scenario to send back the tags also to the clients then this will break.

Add support for vectorizing PTF AVG, MAX, MIN, SUM when:

ROWS PRECEDING(MAX)~CURRENT

Operation log may only be enabled for some operations, however the routing appender still creates appenders for the queries where it's not enabled as far as I see, that don't get cleaned up.

In various situations it would have been useful to me to glance at the operator plan before we break it into tasks and apply join, total order sort, etc optimizations.
I've added this as an options to explain. "Explain logical <QUERY>" will output the full operator tree (not the stage plans, tasks, AST etc).
Again, I don't think this has to even be documented for users, but might be useful to developers. 

The RBAC classification resource are storing the values of the relevant default-requires-xxx attributes in the DMR model even though those are runtime-only attributes. The DMR value is unused in read-resource/read-attribute because the read handlers for the attribute don't read from DMR.
Unless WFCORE-4185 is fixed these will get propogated to slave HCs when they connect though.
Cleaning this up helps resolve WFCORE-4183 by removing irrelevant data that confuses domain mode transformer tests.

Multiple updates against same row/column/ts will be seen as increments to cache size on insert but when we then play the memcache at flush time, we'll only see the most recent entry and decrement the memcache size by whatever its size; memcache will be off.

The introduction of XZ seems to break the OSGi support for the compress bundle.
The XZ component doesn't seem to be included or referred to (dependency).
!ENTRY org.apache.commons.compress 4 0 2012-08-20 17:06:19.339
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: The bundle "org.apache.commons.compress_1.4.1 [20]" could not be resolved. Reason: Missing Constraint: Import-Package: org.tukaani.xz; version="0.0.0"
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.getResolverError(AbstractBundle.java:1327)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.getResolutionFailureException(AbstractBundle.java:1311)
        at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:323)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:389)
        at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1131)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:559)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:544)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:457)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:243)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:438)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:1)
        at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)
Included in my project by maven and
	<groupId>org.apache.commons</groupId>
	<artifactId>commons-compress</artifactId>
	<version>1.4.1</version>

When I measure the times in TestReplication.queueFailover, it takes about 15s on my (reasonably fast) Laptop.
The timeout in queueFailover currently is 1500*2*15 = 45000ms.
For setup before each test (which truncates the table and waits for the changes to replicate) it is 1500*15 = 22500ms.
Interestingly I see queueFailover failures where the wait time is measured as 64260ms and some at 72316ms.
Since these numbers are not even close to 45000ms, the machine or JVM must have been stuck for 15 or almost 30s (otherwise we'd get a timeout and the total time spent should be close to the timeout).
So I would suggest that we increase the timeouts further.
We could set SLEEP_TIME to 2000 and retries to 20. Would lead to 2000*2*20 = 80000ms.
Any objections?

Weblogic does not allow repeat execution of filter chain, so OAuth2ClientContextFilter doesn't work (http://forum.springsource.org/showthread.php?113899-Broken-Filter-Chain-in-WebLogic-in-OAuth2ClientContextFilter).  There doesn't seem to be any way round this other than a re-design, if possible, of the client interceptor features.  The filter chain is only repeated when a new access token is acquired, so my guess is we could move that recovery down the stack into the OAuth2RestTemplate itself somehow.

Site is broke because of a failure finding .proto files (was pointed out on list and in closed proto issue...). Failure looks like this:

[INFO] --- protobuf-maven-plugin:0.5.0:compile (compile-protoc) @ hbase-rsgroup ---
[INFO] Compiling 2 proto file(s) to /home/jenkins/jenkins-slave/workspace/hbase_generate_website/hbase/hbase-rsgroup/target/generated-sources/protobuf/java
[ERROR] PROTOC FAILED: HBase.proto: File not found.
RSGroup.proto: Import "HBase.proto" was not found or had errors.
RSGroup.proto:31:12: "ServerName" is not defined.
RSGroup.proto:32:12: "TableName" is not defined.

[ERROR] /home/jenkins/jenkins-slave/workspace/hbase_generate_website/hbase/hbase-rsgroup/src/main/protobuf/RSGroup.proto [0:0]: HBase.proto: File not found.

[ERROR] /home/jenkins/jenkins-slave/workspace/hbase_generate_website/hbase/hbase-rsgroup/src/main/protobuf/RSGroupAdmin.proto [0:0]: HBase.proto: File not found.

jboss-cli.ps1 script doesn't return exit value correctly

start Command prompt in Windows
PowerShell -ExecutionPolicy Bypass -File jboss-cli.ps1 "--commands=nonsence" --timeout=10000
echo %ERRORLEVEL%
	
"0" is printed, "1" should be printed

add "exit 5" to the end of jboss-cli.ps1 file
	
"5" is printed

cc: James Perkins, Erich Duda, Jean Francois Denise

[0m[31m21:58:14,062 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (default task-1) ISPN000136: Error executing command PrepareCommand, writing keys [InfinispanBeanGroupKey(UUIDSessionID [f1e2dd2e-c03c-458e-bc46-84c82edd2133]), InfinispanBeanKey(UUIDSessionID [f1e2dd2e-c03c-458e-bc46-84c82edd2133])]: java.lang.ExceptionInInitializerError
	at org.jboss.marshalling.river.RiverMarshaller.<clinit>(RiverMarshaller.java:1274)
	at org.jboss.marshalling.river.RiverMarshallerFactory.createMarshaller(RiverMarshallerFactory.java:54)
	at org.wildfly.clustering.marshalling.jboss.SimpleMarshallingContext.createMarshaller(SimpleMarshallingContext.java:68)
	at org.wildfly.clustering.marshalling.jboss.SimpleMarshalledValue.getBytes(SimpleMarshalledValue.java:76)
	at org.wildfly.clustering.marshalling.jboss.SimpleMarshalledValueExternalizer.writeObject(SimpleMarshalledValueExternalizer.java:51)
	at org.wildfly.clustering.marshalling.jboss.SimpleMarshalledValueExternalizer.writeObject(SimpleMarshalledValueExternalizer.java:36)
	at org.wildfly.clustering.ejb.infinispan.group.InfinispanBeanGroupEntryExternalizer.writeObject(InfinispanBeanGroupEntryExternalizer.java:45)
	at org.wildfly.clustering.ejb.infinispan.group.InfinispanBeanGroupEntryExternalizer.writeObject(InfinispanBeanGroupEntryExternalizer.java:37)
	at org.infinispan.commands.write.PutKeyValueCommand.writeTo(PutKeyValueCommand.java:111)
	at org.infinispan.commons.marshall.MarshallUtil.marshallArray(MarshallUtil.java:182)
	at org.infinispan.commands.tx.PrepareCommand.writeTo(PrepareCommand.java:206)
	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.prepareOnAffectedNodes(TxDistributionInterceptor.java:311)
	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.lambda$visitPrepareCommand$6(TxDistributionInterceptor.java:299)
	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.visitPrepareCommand(TxDistributionInterceptor.java:287)
	at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:185)
	at org.infinispan.interceptors.DDAsyncInterceptor.visitPrepareCommand(DDAsyncInterceptor.java:132)
	at org.infinispan.interceptors.impl.EntryWrappingInterceptor.prepareHandler(EntryWrappingInterceptor.java:178)
	at org.infinispan.interceptors.impl.EntryWrappingInterceptor.wrapEntriesForPrepareAndApply(EntryWrappingInterceptor.java:848)
	at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:173)
	at org.infinispan.interceptors.impl.NotificationInterceptor.visitPrepareCommand(NotificationInterceptor.java:41)
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitPrepareCommand(PessimisticLockingInterceptor.java:120)
	at org.infinispan.interceptors.impl.TxInterceptor.handlePrepareCommand(TxInterceptor.java:158)
	at org.infinispan.interceptors.impl.TxInterceptor.visitPrepareCommand(TxInterceptor.java:127)
	at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitCommand(TransactionSynchronizerInterceptor.java:41)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:185)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:203)
	at org.infinispan.statetransfer.StateTransferInterceptor.visitPrepareCommand(StateTransferInterceptor.java:69)
	at org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:69)
	at org.infinispan.transaction.impl.TransactionCoordinator.commit(TransactionCoordinator.java:156)
	at org.jboss.as.ejb3.cache.distributable.DistributableCache.create(DistributableCache.java:101)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.createSession(StatefulSessionComponent.java:240)
	at org.jboss.as.weld.ejb.StatefulSessionObjectReferenceImpl.<init>(StatefulSessionObjectReferenceImpl.java:73)
	at org.jboss.as.weld.services.bootstrap.WeldEjbServices.resolveEjb(WeldEjbServices.java:53)
	at org.jboss.weld.module.ejb.SessionBeanImpl.createReference(SessionBeanImpl.java:248)
	at org.jboss.weld.module.ejb.EnterpriseBeanProxyMethodHandler.<init>(EnterpriseBeanProxyMethodHandler.java:87)
	at org.jboss.weld.module.ejb.EnterpriseBeanProxyMethodHandler.<init>(EnterpriseBeanProxyMethodHandler.java:67)
	at org.jboss.weld.module.ejb.SessionBeanProxyInstantiator.createEnterpriseTargetBeanInstance(SessionBeanProxyInstantiator.java:77)
	at org.jboss.weld.module.ejb.SessionBeanProxyInstantiator.newInstance(SessionBeanProxyInstantiator.java:58)
	at org.jboss.weld.module.ejb.SessionBeanImpl.create(SessionBeanImpl.java:154)
	at org.jboss.weld.util.bean.IsolatedForwardingBean.create(IsolatedForwardingBean.java:45)
	at org.jboss.weld.contexts.AbstractContext.get(AbstractContext.java:96)
	at org.jboss.weld.contexts.PassivatingContextWrapper$AbstractPassivatingContextWrapper.get(PassivatingContextWrapper.java:76)
	at org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:100)
	at org.jboss.weld.bean.ContextualInstanceStrategy$CachingContextualInstanceStrategy.get(ContextualInstanceStrategy.java:177)
	at org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50)
	at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:102)
	at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
	at org.jboss.as.test.clustering.cluster.ejb.stateful.bean.Incrementor$64999020$Proxy$_$$_WeldClientProxy.increment(Unknown Source)
	at org.jboss.as.test.clustering.cluster.cdi.CdiServlet.doGet(CdiServlet.java:52)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.sun.reflect")" in code source "(vfs:/content/CdiFailoverTestCase.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.CdiFailoverTestCase.war" from Service Module Loader")
	at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1564)
	at org.wildfly.security.manager.WildFlySecurityManager.checkPackageAccess(WildFlySecurityManager.java:490)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:329)
	at org.jboss.modules.JDKSpecific.getSystemClass(JDKSpecific.java:180)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:395)
	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
	at org.jboss.marshalling.river.Protocol.<clinit>(Protocol.java:310)
	... 165 more

ImmutableBytesWritable.getSize and getLength are duplicate methods in the same class.  A comment says to deprecate getSize and replace with getLength.  This does that.

testCliDriver_insert_nonacid_from_acid, testCliDriver_acid_join are failing. They were committed around same time HIVE-8745 changes to decimal went it, didn't have the required updates to decimal output.

UPDATE/DELETE on MM tables fails with 
"FAILED: SemanticException Error 10297: Attempt to do update or delete on table tpch.tbl_default_mm that is not transactional". 
This is invalid since the MM table is transactional. 

Build up on jenkins is failing because I just enabled the rat/license check as part of our build.  We're failing because CP is writing test data into top-level at ./test.

Running the following command:

hbase hbase org.apache.hadoop.hbase.mapreduce.ImportTsv \ 
-Dhfile.format.version=3 \ 
-Dmapreduce.map.combine.minspills=1 \ 
-Dimporttsv.separator=, \ 
-Dimporttsv.skip.bad.lines=false \ 
-Dimporttsv.columns="HBASE_ROW_KEY,cf1:a,HBASE_CELL_TTL" \ 
-Dimporttsv.bulk.output=/tmp/testttl/output/1 \ 
testttl \ 
/tmp/testttl/input 

The content of input is like:

row1,data1,00000060 
row2,data2,00000660 
row3,data3,00000060 
row4,data4,00000660

When running hfile tool with the output hfile, there is no ttl tag.

Christian-Muellers-MacBook-Pro:bin cmueller$ ./karaf clean
karaf@root> features:addurl mvn:org.apache.camel.karaf/apache-camel/2.9.0/xml/features
karaf@root> features:install camel-eventadmin
Error executing command: Could not start bundle mvn:org.apache.camel/camel-eventadmin/2.9.0 in feature(s) camel-eventadmin-2.9.0: Unresolved constraint in bundle org.apache.camel.camel-eventadmin [59]: Unable to resolve 59.0: missing requirement [59.0] package; (&(package=org.osgi.service.event)(version>=1.2.0)(!(version>=2.0.0)))
We have to install the feature eventadmin (from Karaf) first

The following statement can cause a NPE (line #256 in DefaultAsyncProcessorAwaitManager at version 2.17.1):
MessageHistory history = list.get(list.size() - 1);

        at org.apache.camel.impl.DefaultAsyncProcessorAwaitManager$AwaitThreadEntry.<init>(DefaultAsyncProcessorAwaitManager.java:257) ~[camel-core-2.17.1.jar!/:2.17.1]
        at org.apache.camel.impl.DefaultAsyncProcessorAwaitManager$AwaitThreadEntry.<init>(DefaultAsyncProcessorAwaitManager.java:238) ~[camel-core-2.17.1.jar!/:2.17.1]
        at org.apache.camel.impl.DefaultAsyncProcessorAwaitManager.await(DefaultAsyncProcessorAwaitManager.java:73) ~[camel-core-2.17.1.jar!/:2.17.1]
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:122) ~[camel-core-2.17.1.jar!/:2.17.1]
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:87) ~[camel-core-2.17.1.jar!/:2.17.1]
        at org.apache.camel.component.stream.StreamConsumer.processLine(StreamConsumer.java:218) ~[camel-stream-2.17.1.jar!/:2.17.1]
        at org.apache.camel.component.stream.StreamConsumer.readFromStream(StreamConsumer.java:146) ~[camel-stream-2.17.1.jar!/:2.17.1]
        at org.apache.camel.component.stream.StreamConsumer.run(StreamConsumer.java:99) ~[camel-stream-2.17.1.jar!/:2.17.1]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_91]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_91]
        at java.lang.Thread.run(Thread.java:745) [na:1.8.0_91]

We hit this exception last night...
2010-10-26 01:20:20,056 INFO org.apache.hadoop.hbase.regionserver.StoreFile: Bloom added to HFile (...): 18752B, 13012/13601 (96%)
2010-10-26 01:20:20,056 INFO org.apache.hadoop.hbase.regionserver.HRegion: aborted compaction on region 04,04c84c80,1286302852528.77d461b19c7f410041f1d03f4823ef8b. after 20mins, 43sec
2010-10-26 01:20:20,056 ERROR org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction failed for region 04,04c84c80,1286302852528.77d461b19c7f410041f1d03f4823ef8b.
java.lang.ArrayIndexOutOfBoundsException: 17
at org.apache.hadoop.hbase.util.Bytes.compareTo(Bytes.java:860)
at org.apache.hadoop.hbase.KeyValue$KeyComparator.compareRows(KeyValue.java:1888)
at org.apache.hadoop.hbase.KeyValue$KeyComparator.compare(KeyValue.java:1822)
at org.apache.hadoop.hbase.io.hfile.HFile$Writer.appendMetaBlock(HFile.java:476)
at org.apache.hadoop.hbase.regionserver.StoreFile$Writer.close(StoreFile.java:862)
at org.apache.hadoop.hbase.regionserver.Store.compact(Store.java:896)
at org.apache.hadoop.hbase.regionserver.Store.compact(Store.java:687)
at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:858)
at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:807)
The problem is that appendMetaBlock() is using the wrong comparator. although the variable is called 'rawComparator', it's actually a normal comparator (KeyComparator) that defaults to RawComparator if not specified. All meta sorting needs to be done using the actual Bytes.RAW_COMPARATOR.  This happened because >=2 things were inserted into meta. 

^C17:12:20,850 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) JBAS017535: Unregistered web context: /clusterbench-passivating
17:12:20,852 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) JBAS017535: Unregistered web context: /clusterbench-granular
17:12:20,852 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017535: Unregistered web context: /clusterbench
17:12:20,859 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 66) MODCLUSTER000002: Initiating mod_cluster shutdown
17:12:20,870 SEVERE [javax.faces] (MSC service thread 1-8) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
17:12:20,872 SEVERE [javax.faces] (MSC service thread 1-8) Unable to call @PreDestroy annotated methods because no InjectionProvider can be found. Does this container implement the Mojarra Injection SPI?
17:12:20,872 SEVERE [javax.faces] (MSC service thread 1-8) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
17:12:20,884 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 68) ISPN000029: Passivating all entries to disk
17:12:20,885 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 68) ISPN000030: Passivated 0 entries in 0 milliseconds
17:12:20,890 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) JBAS017532: Host default-host stopping
17:12:20,873 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 66) ISPN000029: Passivating all entries to disk
17:12:20,896 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 65) ISPN000029: Passivating all entries to disk
17:12:20,896 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 78) ISPN000029: Passivating all entries to disk
17:12:20,897 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 65) ISPN000030: Passivated 0 entries in 0 milliseconds
17:12:20,912 INFO  [org.jboss.weld.deployer] (MSC service thread 1-6) JBAS016009: Stopping weld service for deployment clusterbench-ee7.ear
17:12:20,917 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-3) JBAS010409: Unbound data source [java:jboss/datasources/ExampleDS]
17:12:20,930 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-7) JBAS010418: Stopped Driver service with driver-name = h2
17:12:20,930 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 68) JBAS010282: Stopped default-host/clusterbench-passivating cache from web container
17:12:20,932 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 77) ISPN000029: Passivating all entries to disk
17:12:20,934 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 78) ISPN000030: Passivated 2 entries in 37 milliseconds
17:12:20,950 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 65) JBAS010282: Stopped default-host/clusterbench-granular cache from web container
17:12:20,950 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 77) ISPN000030: Passivated 1 entries in 18 milliseconds
17:12:20,963 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 78) JBAS010282: Stopped default-host/clusterbench cache from web container
17:12:20,981 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 78) ISPN000029: Passivating all entries to disk
17:12:20,982 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 77) JBAS010282: Stopped dist cache from web container
17:12:20,942 WARN  [org.infinispan.factories.ComponentRegistry] (ServerService Thread Pool -- 66) ISPN000189: While stopping a cache or cache manager, one of its components failed to stop: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.eviction.PassivationManagerImpl.passivateAll() throws org.infinispan.persistence.spi.PersistenceException on object of type PassivationManagerImpl
	at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:185)
	at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869)
	at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:674)
	at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:552)
	at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:241)
	at org.infinispan.CacheImpl.stop(CacheImpl.java:697)
	at org.infinispan.CacheImpl.stop(CacheImpl.java:692)
	at org.infinispan.AbstractDelegatingCache.stop(AbstractDelegatingCache.java:316)
	at org.jboss.as.clustering.infinispan.subsystem.CacheService.stop(CacheService.java:96)
	at org.jboss.as.clustering.msc.AsynchronousService$2.run(AsynchronousService.java:114) [wildfly-clustering-common-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final.jar:2.1.1.Final]
Caused by: org.infinispan.persistence.spi.PersistenceException: org.infinispan.persistence.spi.PersistenceException: java.lang.IllegalArgumentException: JBAS014577: Unsupported marshalling version: 1
	at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:317)
	at org.infinispan.persistence.manager.PersistenceManagerImpl.writeToAllStores(PersistenceManagerImpl.java:457)
	at org.infinispan.eviction.PassivationManagerImpl.passivateAll(PassivationManagerImpl.java:94)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0]
	at java.lang.reflect.Method.invoke(Method.java:483) [rt.jar:1.8.0]
	at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:183)
	... 13 more
Caused by: org.infinispan.persistence.spi.PersistenceException: java.lang.IllegalArgumentException: JBAS014577: Unsupported marshalling version: 1
	at org.infinispan.marshall.core.MarshalledEntryImpl.marshall(MarshalledEntryImpl.java:107)
	at org.infinispan.marshall.core.MarshalledEntryImpl.getValueBytes(MarshalledEntryImpl.java:88)
	at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:275)
	... 20 more
Caused by: java.lang.IllegalArgumentException: JBAS014577: Unsupported marshalling version: 1
	at org.jboss.as.ejb3.component.stateful.VersionedMarshallingConfigurationService.getMarshallingConfiguration(VersionedMarshallingConfigurationService.java:88)
	at org.jboss.as.clustering.marshalling.SimpleMarshallingContext.getMarshallingConfiguration(SimpleMarshallingContext.java:69) [wildfly-clustering-common-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.clustering.marshalling.SimpleMarshallingContext.createMarshaller(SimpleMarshallingContext.java:65) [wildfly-clustering-common-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.clustering.marshalling.SimpleMarshalledValue.getBytes(SimpleMarshalledValue.java:75) [wildfly-clustering-common-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.clustering.marshalling.SimpleMarshalledValue.writeExternal(SimpleMarshalledValue.java:150) [wildfly-clustering-common-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:876)
	at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) [jboss-marshalling-1.4.3.Final.jar:1.4.3.Final]
	at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:115) [jboss-marshalling-1.4.3.Final.jar:1.4.3.Final]
	at org.wildfly.clustering.ejb.infinispan.group.InfinispanBeanGroupEntryExternalizer.writeObject(InfinispanBeanGroupEntryExternalizer.java:50)
	at org.wildfly.clustering.ejb.infinispan.group.InfinispanBeanGroupEntryExternalizer.writeObject(InfinispanBeanGroupEntryExternalizer.java:36)
	at org.infinispan.marshall.core.ExternalizerTable$ForeignExternalizerAdapter.writeObject(ExternalizerTable.java:444)
	at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:148)
	at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:74)
	at org.infinispan.marshall.core.VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:77)
	at org.infinispan.commons.marshall.AbstractMarshaller.objectToBuffer(AbstractMarshaller.java:41)
	at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectToBuffer(AbstractDelegatingMarshaller.java:85)
	at org.infinispan.marshall.core.MarshalledEntryImpl.marshall(MarshalledEntryImpl.java:105)
	... 22 more
	in object org.jboss.as.clustering.marshalling.SimpleMarshalledValue@d8dbecb5
	in object org.wildfly.clustering.ejb.infinispan.group.InfinispanBeanGroupEntry@2fb506a3

17:12:20,988 INFO  [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 78) ISPN000030: Passivated 1 entries in 6 milliseconds
17:12:21,009 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-2) ISPN000080: Disconnecting JGroups Channel
17:12:21,022 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 78) JBAS010282: Stopped dist cache from ejb container
17:12:21,023 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 66) JBAS010282: Stopped clusterbench-ee7.ear/clusterbench-ee7-ejb-1.1.0-SNAPSHOT.jar cache from ejb container
17:12:21,026 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-6) ISPN000080: Disconnecting JGroups Channel
17:12:21,027 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) JBAS017521: Undertow HTTP listener default suspending
17:12:21,028 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) JBAS017520: Undertow HTTP listener default stopped, was bound to /127.0.0.1:8080
17:12:21,027 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) JBAS017521: Undertow AJP listener ajp suspending
17:12:21,034 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) JBAS017520: Undertow AJP listener ajp stopped, was bound to /127.0.0.1:8009
17:12:21,038 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015877: Stopped deployment null (runtime-name: clusterbench-ee7-web-1.1.0-SNAPSHOT-granular.war) in 202ms
17:12:21,041 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015877: Stopped deployment null (runtime-name: clusterbench-ee7-web-1.1.0-SNAPSHOT-default.war) in 209ms
17:12:21,035 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015877: Stopped deployment null (runtime-name: clusterbench-ee7-ejb-1.1.0-SNAPSHOT.jar) in 200ms
17:12:21,035 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015877: Stopped deployment null (runtime-name: clusterbench-ee7-web-1.1.0-SNAPSHOT-passivating.war) in 203ms
17:12:21,041 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) JBAS017506: Undertow 1.0.0.Final stopping
17:12:21,042 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015877: Stopped deployment clusterbench-ee7.ear (runtime-name: clusterbench-ee7.ear) in 211ms
17:12:21,390 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-6) ISPN000082: Stopping the RpcDispatcher
17:12:21,392 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-2) ISPN000082: Stopping the RpcDispatcher
17:12:21,400 INFO  [org.jboss.as] (MSC service thread 1-1) JBAS015950: WildFly 8.0.1.Final-SNAPSHOT "WildFly" stopped in 565ms

According to a report on the Spring Data JDBC Extensions, there is a discrepancy between our SqlXmlHandler javadoc and our implementations:
https://github.com/spring-projects/spring-data-jdbc-ext/issues/24

Starting up an RPC server is done in two steps.  In the constructor, we instantiate the RPC server.  Then in startServiceThreads() we start() it.
If someone RPCs in between the instantiation and the start(), it seems that bad things can happen.  We need to make sure this can't happen and there aren't any races here.

With the same code as ROO-1538, if I "persistence setup --provider DATANUCLEUS --database GOOGLE_APP_ENGINE --applicationId opentemperament" as my persistence setup and at the end do a "mvn gae:deploy", I get 17 errors. How should I indicate what kind of field "id" should be?
Test set: net.opentemperament.entities.CommaIntegrationTest
Tests run: 9, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.257 sec <<< FAILURE!
testCountCommas(net.opentemperament.entities.CommaIntegrationTest)  Time elapsed: 0.01 sec  <<< ERROR!
org.springframework.orm.jpa.JpaSystemException: Error in meta-data for net.opentemperament.entities.Comma.id: Cannot have a java.lang.Long primary key and be a child object (owning field is net.opentemperament.entities.Comma.alias).; nested exception is javax.persistence.PersistenceException: Error in meta-data for net.opentemperament.entities.Comma.id: Cannot have a java.lang.Long primary key and be a child object (owning field is net.opentemperament.entities.Comma.alias).
	at org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:311)
	at org.springframework.orm.jpa.DefaultJpaDialect.translateExceptionIfPossible(DefaultJpaDialect.java:120)
	at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:480)
	at net.opentemperament.entities.Comma_Roo_Entity.ajc$interMethod$net_opentemperament_entities_Comma_Roo_Entity$net_opentemperament_entities_Comma$persist(Comma_Roo_Entity.aj:55)
	at net.opentemperament.entities.Comma.persist(Comma.java:1)
	at net.opentemperament.entities.Comma_Roo_Entity.ajc$interMethodDispatch1$net_opentemperament_entities_Comma_Roo_Entity$net_opentemperament_entities_Comma$persist(Comma_Roo_Entity.aj)
	at net.opentemperament.entities.CommaDataOnDemand_Roo_DataOnDemand.ajc$interMethod$net_opentemperament_entities_CommaDataOnDemand_Roo_DataOnDemand$net_opentemperament_entities_CommaDataOnDemand$init(CommaDataOnDemand_Roo_DataOnDemand.aj:50)
	at net.opentemperament.entities.CommaDataOnDemand.init(CommaDataOnDemand.java:1)
	at net.opentemperament.entities.CommaDataOnDemand_Roo_DataOnDemand.ajc$interMethodDispatch1$net_opentemperament_entities_CommaDataOnDemand_Roo_DataOnDemand$net_opentemperament_entities_CommaDataOnDemand$init(CommaDataOnDemand_Roo_DataOnDemand.aj)
	at net.opentemperament.entities.CommaDataOnDemand_Roo_DataOnDemand.ajc$interMethod$net_opentemperament_entities_CommaDataOnDemand_Roo_DataOnDemand$net_opentemperament_entities_CommaDataOnDemand$getRandomComma(CommaDataOnDemand_Roo_DataOnDemand.aj:37)
	at net.opentemperament.entities.CommaDataOnDemand.getRandomComma(CommaDataOnDemand.java:1)
	at net.opentemperament.entities.CommaDataOnDemand_Roo_DataOnDemand.ajc$interMethodDispatch1$net_opentemperament_entities_CommaDataOnDemand_Roo_DataOnDemand$net_opentemperament_entities_CommaDataOnDemand$getRandomComma(CommaDataOnDemand_Roo_DataOnDemand.aj)
	at net.opentemperament.entities.CommaIntegrationTest_Roo_IntegrationTest.ajc$interMethod$net_opentemperament_entities_CommaIntegrationTest_Roo_IntegrationTest$net_opentemperament_entities_CommaIntegrationTest$testCountCommas(CommaIntegrationTest_Roo_IntegrationTest.aj:43)
	at net.opentemperament.entities.CommaIntegrationTest.testCountCommas(CommaIntegrationTest.java:1)
	at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:82)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:240)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:180)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:180)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350)
	at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)
Caused by: javax.persistence.PersistenceException: Error in meta-data for net.opentemperament.entities.Comma.id: Cannot have a java.lang.Long primary key and be a child object (owning field is net.opentemperament.entities.Comma.alias).
	at org.datanucleus.jpa.NucleusJPAHelper.getJPAExceptionForNucleusException(NucleusJPAHelper.java:264)
	at org.datanucleus.jpa.EntityTransactionImpl.commit(EntityTransactionImpl.java:122)
	at org.datanucleus.store.appengine.jpa.DatastoreEntityTransactionImpl.commit(DatastoreEntityTransactionImpl.java:55)
	... 49 more
Caused by: org.datanucleus.store.appengine.MetaDataValidator$DatastoreMetaDataException: Error in meta-data for net.opentemperament.entities.Comma.id: Cannot have a java.lang.Long primary key and be a child object (owning field is net.opentemperament.entities.Comma.alias).
	at org.datanucleus.store.appengine.MetaDataValidator.checkForIllegalChildField(MetaDataValidator.java:376)
	at org.datanucleus.store.appengine.MetaDataValidator.validateField(MetaDataValidator.java:226)
	at org.datanucleus.store.appengine.MetaDataValidator.validateFields(MetaDataValidator.java:148)
	at org.datanucleus.store.appengine.MetaDataValidator.validate(MetaDataValidator.java:121)
	at org.datanucleus.store.appengine.DatastoreManager.validateMetaDataForClass(DatastoreManager.java:766)
	at org.datanucleus.store.appengine.DatastorePersistenceHandler.insertPreProcess(DatastorePersistenceHandler.java:328)
	at org.datanucleus.store.appengine.DatastorePersistenceHandler.insertObjects(DatastorePersistenceHandler.java:251)
	at org.datanucleus.store.appengine.DatastorePersistenceHandler.insertObject(DatastorePersistenceHandler.java:240)
	at org.datanucleus.state.JDOStateManagerImpl.internalMakePersistent(JDOStateManagerImpl.java:3185)
	at org.datanucleus.state.JDOStateManagerImpl.flush(JDOStateManagerImpl.java:4513)
	at org.datanucleus.ObjectManagerImpl.flushInternal(ObjectManagerImpl.java:2814)
	at org.datanucleus.ObjectManagerImpl.flush(ObjectManagerImpl.java:2754)
	at org.datanucleus.ObjectManagerImpl.preCommit(ObjectManagerImpl.java:2893)
	at org.datanucleus.TransactionImpl.internalPreCommit(TransactionImpl.java:369)
	at org.datanucleus.TransactionImpl.commit(TransactionImpl.java:256)
	at org.datanucleus.jpa.EntityTransactionImpl.commit(EntityTransactionImpl.java:104)
	... 51 more

Rare flake. 
[ERROR] Tests run: 17, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 21.788 s <<< FAILURE! - in org.apache.hadoop.hbase.TestChoreService
[ERROR] testForceTrigger(org.apache.hadoop.hbase.TestChoreService) Time elapsed: 1.044 s <<< FAILURE!
at org.apache.hadoop.hbase.TestChoreService.testForceTrigger(TestChoreService.java:381)
Increase the delta to compensate for environmental variance.

After master-RS colocation, now the pseudo dist-mode does not work as documented since you cannot start a region server in the same port 16020. 
I think we can either select a random port (and info port) for the master's region server, or document how to do a pseudo-distributed setup in the book. 
Jimmy Xiang wdyt? 

When trying to set the following header:

            <setHeader headerName="CamelExecCommandArgs" >
                <simple>"--import" "--export"</simple>

We receive the following error:

org.apache.camel.TypeConversionException: Error during type conversion from type: java.lang.String to the required type: java.util.List with value "--import" "--export" due java.lang.NumberFormatException: For input string: ""--import" "--export""

The issue can be reproduced by steps below:
1. Insert a row to Non-ACID table
2. Convert Non-ACID to ACID table (i.e. set transactional=true table property)
3. Perform Major compaction

When upgrading from 5.0.9 to 5.1.0.RC3 i experienced severe performance degredation in some parts of an application that happens to call ApplicationContext.getBean(Class) many times in for loops.
I have reproduced the problem in the referenced project.
500k lookups of the same bean takes 1,5 seconds in 5.0.9 but 11 seconds in 5.1.0.RC3 on my computer.
When activating TRACE logging both versions prints Returning cached instance of singleton bean 'thebean' from org.springframework.beans.factory.support.DefaultListableBeanFactory  but something clearly has broken regarding the cache

Customer impact: 
Possibly in testing scenarios, production scenarios will very likely use security.
Scenario description: Automated test (source code) which does these steps:
1. starts two servers (with standalone-ha.xml profile, but they don't form a cluster): CLUSTER1_NODE1 and CLUSTER2_NODE1 (the original scenario was simplified from 2 clusters to 2 servers)
2. creates remote outbound connection on CLUSTER1_NODE1 to CLUSTER2_NODE1:

        <subsystem xmlns="urn:jboss:domain:remoting:4.0">
            <endpoint/>
            <http-connector name="http-remoting-connector" connector-ref="default" security-realm="ApplicationRealm"/>
            <outbound-connections>
                <remote-outbound-connection name="connection-to-cluster2" outbound-socket-binding-ref="connection-to-cluster2"/>
            </outbound-connections>

3. deletes security-realm="ApplicationRealm" from CLUSTER2_NODE1:

    <subsystem xmlns="urn:jboss:domain:remoting:4.0">
      <endpoint/>
      <http-connector connector-ref="default" name="http-remoting-connector"/>
    </subsystem>

4. deploys intermediary bean on CLUSTER1_NODE1 (source code) and target bean on CLUSTER2_NODE1 (source code)
5. invokes intermediary bean with this code:

        final Properties properties = new Properties();
        properties.put(Context.INITIAL_CONTEXT_FACTORY, WildFlyInitialContextFactory.class.getName());
        final InitialContext ejbCtx = new InitialContext(properties);
        final IntermediaryBeanRemote bean = (IntermediaryBeanRemote)ejbCtx
                .lookup("ejb:/bean-intermediary/" + IntermediaryBeanStateless.class.getSimpleName() + "!"
                        + IntermediaryBeanRemote.class.getName());
        for (int i = 0; i < 200; i++) {
            bean.call();
        }

When intermediary bean tries to invoke target bean,  it gets this exception:

CLUSTER1_NODE1: 09:29:34,536 ERROR [org.jboss.as.ejb3.invocation] (default task-6) WFLYEJB0034: EJB Invocation failed on component IntermediaryBeanStateless for method public abstract void org.jboss.qa.ejb.tests.jbeap10217.beans.IntermediaryBeanRemote.call(): java.lang.SecurityException: WFTXN0013: The peer threw a SecurityException; see peer logs for more information
        at org.wildfly.transaction.client.provider.remoting.TransactionClientChannel.setRollbackOnly(TransactionClientChannel.java:178)
        at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer$1.end(RemotingRemoteTransactionPeer.java:158)
        at org.wildfly.transaction.client.SubordinateXAResource.end(SubordinateXAResource.java:130)
        at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.doEnd(TransactionImple.java:1089)
        at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.endAssociation(TransactionImple.java:1060)
        at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.endAssociation(XAResourceRecord.java:1287)
        at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelAbort(XAResourceRecord.java:313)
        at com.arjuna.ats.arjuna.coordinator.BasicAction.Abort(BasicAction.java:1615)
        at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:99)
        at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1289)
        at org.wildfly.transaction.client.LocalTransaction.commitAndDissociate(LocalTransaction.java:73)
        at org.wildfly.transaction.client.ContextTransactionManager.commit(ContextTransactionManager.java:71)
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:92)
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:279)
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:332)
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:240)
        at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
        at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
        at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:89)
        at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:57)
        at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
        at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
        at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:609)
        at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
        at org.jboss.as.ejb3.remote.AssociationImpl$$Lambda$1232/202321503.apply(Unknown Source)
        at org.wildfly.security.auth.server.SecurityIdentity.runAsFunctionEx(SecurityIdentity.java:380)
        at org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:535)
        at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:530)
        at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:193)
        at org.jboss.as.ejb3.remote.AssociationImpl$$Lambda$1230/1343168004.run(Unknown Source)
Caused by: Remote exception java.lang.SecurityException: WFTXN0088: User anonymous does not have permission ("org.wildfly.transaction.client.RemoteTransactionPermission" "")
        at org.wildfly.transaction.client.provider.remoting.TransactionServerChannel.getSecurityIdentity(TransactionServerChannel.java:745)
        at org.wildfly.transaction.client.provider.remoting.TransactionServerChannel.handleXaTxnRollbackOnly(TransactionServerChannel.java:390)
        at org.wildfly.transaction.client.provider.remoting.TransactionServerChannel$ReceiverImpl.handleMessage(TransactionServerChannel.java:132)
        at org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:430)
        at org.jboss.remoting3.remote.RemoteConnectionChannel$$Lambda$901/21589536.run(Unknown Source)
        at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:926)
        at org.jboss.remoting3.EndpointImpl$TrackingExecutor$$Lambda$885/1175809082.run(Unknown Source)
        ... 3 more

It seems, that transaction client is trying to check the "org.wildfly.transaction.client.RemoteTransactionPermission". This permission is bound to Elytron but Elytron is not running? 
The permission is defined in standalone-ha.xml on CLUSTER2_NODE1:

          <permission-mapping>
            <principal name="anonymous"/>
            <permission module="org.wildfly.extension.batch.jberet" target-name="*" class-name="org.wildfly.extension.batch.jberet.deployment.BatchPermission"/>
            <permission module="org.wildfly.transaction.client" class-name="org.wildfly.transaction.client.RemoteTransactionPermission"/>
            <permission module="org.jboss.ejb-client" class-name="org.jboss.ejb.client.RemoteEJBPermission"/>
          </permission-mapping>

Please check https://github.com/wildfly/wildfly-transaction-client/blob/master/src/main/java/org/wildfly/transaction/client/provider/remoting/TransactionServerChannel.java#L744 

This addresses what is likely a performance issue in how the TransactionSynchronizationRegistry is looked up for (JPA container managed) persistence contexts used inside of JTA transactions.

When HFiles are flushed through the normal path, they include an attribute TIMERANGE_KEY which can be used to cull HFiles when performing a time-restricted scan. Files produced by HFileOutputFormat are currently missing this metadata.

CxfProducer didn't write back return value to the exchange, so can't get return value when other kind of consumer (such as SMX consumer) work with CxfProducer
need add 
exchange.copyFrom(cxfExchange); 
in the public void process(Exchange exchange) method
The CamelInvoker used for CxfConsumer didn't set correct ExchangePattern after create the Exchage, 
need add
        if (bop.getOperationInfo().isOneWay()) 
{
        	cxfExchange.setPattern(ExchangePattern.InOnly);
        }
 else 
{
        	cxfExchange.setPattern(ExchangePattern.InOut);
        }

to set the MEP correctly according to the Cxf ServiceModel

HBASE-2414 added a coarse check to see if the test cluster is up, but that prevents from starting ZK before everything else. Needed for replication's unit testing.

There's typo in this message
 
"MUTLI is currently not supported in cluster mode."

Source codes location is https://github.com/spring-projects/spring-data-redis/blob/2.1.5.RELEASE/src/main/java/org/springframework/data/redis/connection/jedis/JedisClusterConnection.java#L353
 
"MUTLI" must be "MULTI"
 
See related bug: https://bugzilla.redhat.com/show_bug.cgi?id=1167293
The shopping-cart quickstart has a note in the README file that states: 
    Note: You also see the following EJB Invocation failed and NoSuchEJBException messages in the server log. This is the expected result because method is annotated with @Remove. This means the next invocation after the shopping cart checkout fails because the container has destroyed the instance and it is no longer available.
However, usually people see the stacktrace in the server and assume something is terribly wrong. (see https://bugzilla.redhat.com/show_bug.cgi?id=910868)
I spoke with Brad Maxwell and David M Lloyd to see if there is a way to suppress the stacktrace and only print the exception message, but it is not possible. The stacktrace doesn't really provide any additional information, and since it's thrown, the caller has access to it.
See related bug for JBoss EAP 6.4: https://bugzilla.redhat.com/show_bug.cgi?id=1167983
David said: Looks like the place to make this change would be in org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.  Maybe a specific catch clause for exception types to not log?

After applying HIVE-13864, multiple line queries that have comment at the end of one of the middle lines fail when executed via beeline -e

$ beeline -u "<jdbc-url>" -e "select 1, --test
> 2"
scan complete in 3ms
......
Error: Error while compiling statement: FAILED: ParseException line 1:9 cannot recognize input near '<EOF>' '<EOF>' '<EOF>' in selection target (state=42000,code=40000)
Closing: 0: jdbc:hive2://host-10-17-80-194.coe.cloudera.com:10000/default;principal=hive/host-10-17-80-194.coe.cloudera.com@YSHI.COM;ssl=true;sslTrustStore=/certs/hive/hive-keystore.jks;trustStorePassword=cloudera

I used nightly build version spring-roo-1.1.3.BUILD-SNAPSHOT_20110404.105742-cff4477.
The domain hierarchy doesn't work properly at runtime stage.
It is compiled fine. But error is raised when page is opened in browser. gwt:run is used.
Add the following linese to expenses.roo to reproduce error:
entity --class ~.server.domain.Generic --abstract
entity --class ~.server.domain.Employee --extends Generic --testAutomatically
field string --fieldName test  --class Generic

TestReplicationSyncUpTool failed again:
https://builds.apache.org/job/HBase-TRUNK/4895/testReport/junit/org.apache.hadoop.hbase.replication/TestReplicationSyncUpTool/testSyncUpTool/
It's not super obvious why only one of the two tables is replicated, the test could use some more logging, but I understand it this way:
The first ReplicationSyncUp gets started and for some reason it cannot replicate the data:

2014-02-06 21:32:19,811 INFO  [Thread-1372] regionserver.ReplicationSourceManager(203): Current list of replicators: [1391722339091.SyncUpTool.replication.org,1234,1, quirinus.apache.org,37045,1391722237951, quirinus.apache.org,33502,1391722238125] other RSs: []
2014-02-06 21:32:19,811 INFO  [Thread-1372.replicationSource,1] regionserver.ReplicationSource(231): Replicating db42e7fc-7f29-4038-9292-d85ea8b9994b -> 783c0ab2-4ff9-4dc0-bb38-86bf31d1d817
2014-02-06 21:32:19,892 TRACE [Thread-1372.replicationSource,2] regionserver.ReplicationSource(596): No log to process, sleeping 100 times 1
2014-02-06 21:32:19,911 TRACE [Thread-1372.replicationSource,1] regionserver.ReplicationSource(596): No log to process, sleeping 100 times 1
2014-02-06 21:32:20,094 TRACE [Thread-1372.replicationSource,2] regionserver.ReplicationSource(596): No log to process, sleeping 100 times 2
...
2014-02-06 21:32:23,414 TRACE [Thread-1372.replicationSource,1] regionserver.ReplicationSource(596): No log to process, sleeping 100 times 8
2014-02-06 21:32:23,673 INFO  [ReplicationExecutor-0] replication.ReplicationQueuesZKImpl(169): Moving quirinus.apache.org,37045,1391722237951's hlogs to my queue
2014-02-06 21:32:23,768 DEBUG [ReplicationExecutor-0] replication.ReplicationQueuesZKImpl(396): Creating quirinus.apache.org%2C37045%2C1391722237951.1391722243779 with data 10803
2014-02-06 21:32:23,842 DEBUG [ReplicationExecutor-0] replication.ReplicationQueuesZKImpl(396): Creating quirinus.apache.org%2C37045%2C1391722237951.1391722243779 with data 10803
2014-02-06 21:32:24,297 TRACE [Thread-1372.replicationSource,2] regionserver.ReplicationSource(596): No log to process, sleeping 100 times 9
2014-02-06 21:32:24,314 TRACE [Thread-1372.replicationSource,1] regionserver.ReplicationSource(596): No log to process, sleeping 100 times 9

Finally it gives up:

2014-02-06 21:32:30,873 DEBUG [Thread-1372] replication.TestReplicationSyncUpTool(323): SyncUpAfterDelete failed at retry = 0, with rowCount_ht1TargetPeer1 =100 and rowCount_ht2TargetAtPeer1 =200

The syncUp tool has an ID you can follow, grep for syncupReplication1391722338885 or just the timestamp, and you can see it doing things after that. The reason is that the tool closes the ReplicationSourceManager but not the ZK connection, so events still come in and NodeFailoverWorker still tries to recover queues but then there's nothing to process them.
Later in the logs you can see:

2014-02-06 21:32:37,381 INFO  [ReplicationExecutor-0] replication.ReplicationQueuesZKImpl(169): Moving quirinus.apache.org,33502,1391722238125's hlogs to my queue
2014-02-06 21:32:37,567 INFO  [ReplicationExecutor-0] replication.ReplicationQueuesZKImpl(239): Won't transfer the queue, another RS took care of it because of: KeeperErrorCode = NoNode for /1/replication/rs/quirinus.apache.org,33502,1391722238125/lock

There shouldn't' be any racing, but now someone already moved "quirinus.apache.org,33502,1391722238125" away.
FWIW I can't even make the test fail on my machine so I'm not 100% sure closing the ZK connection fixes the issue, but at least it's the right thing to do.

When using the hive cli, the tool appears to favour a hive-site.xml file in the current working directory even if the --config option is used with a valid directory containing a hive-site.xml file.
I would have expected the directory specified with --config to take precedence in the CLASSPATH search order.
Here's an example -
/home/spurija/hive-site.xml =
    <name>hive.exec.local.scratchdir</name>
    <value>/tmp/example1</value>
/tmp/hive/hive-site.xml =
    <value>/tmp/example2</value>
-bash-4.1$ diff /home/spurija/hive-site.xml /tmp/hive/hive-site.xml
23c23
<     <value>/tmp/example1</value>
—
>     <value>/tmp/example2</value>

{ check the value of scratchdir, should be example 1 }
-bash-4.1$ pwd
/home/spurija
-bash-4.1$ hive
Logging initialized using configuration in jar:file:/opt/mapr/hive/hive-0.13/lib/hive-common-0.13.0-mapr-1405.jar!/hive-log4j.properties
hive> set hive.exec.local.scratchdir;
hive.exec.local.scratchdir=/tmp/example1

{ run with a specified config, check the value of scratchdir, should be example2 … still reported as example1 }

-bash-4.1$ hive --config /tmp/hive

{ remove the local config, check the value of scratchdir, should be example2 … now correct }

-bash-4.1$ rm hive-site.xml
hive.exec.local.scratchdir=/tmp/example2
Is this expected behavior or should it use the directory supplied with --config as the preferred configuration?

The following IllegalStateException occurs when attempting to deploy an application that doesn't specify  the login-config:

 java.lang.IllegalStateException: WFLYUT0084: No authentication mechanisms have been selected.
        at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.initialSecurityHandler(ApplicationSecurityDomainDefinition.java:345)
        at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$applyElytronSecurity$0(ApplicationSecurityDomainDefinition.java:295)
        at io.undertow.servlet.core.DeploymentManagerImpl.setupSecurityHandlers(DeploymentManagerImpl.java:400)
        at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:204)

The following code produces incorrect mapping path for method edit:

@RequestMapping("/{foo:.*[^0-9].*}")
public class NonNumberFooController {
	@RequestMapping(value = "/edit/", method = GET)
	public String edit() {
		return "foo/edit";
	}
}

Actual result: 

/{foo:.*[^0-9].*}

Expected: 

/{foo:.*[^0-9].*}/edit/

The problem seems to be in org.springframework.util.AntPathMatcher.combine() method, that handles dots "." inside pattern specially (as filename.extension delimiter), ignoring the fact that dot can appear inside {pathVariable:regex} block as a part of regex.

For example, create table TableA (cola int, colb string).
The MetadataTypedColumnsetSerDe is not capable of producing int values.

I've seen a couple intermittent failures in CI runs:
https://ci.wildfly.org/project.html?projectId=WildFlyCore&buildTypeId=&tab=testDetails&testNameId=-4143278160763350583&order=TEST_STATUS_DESC&branch_WildFlyCore=__all_branches__&itemsCount=50
I think the cause is the test is doing a reload of the HC but is not waiting for the connection to close.

If it happens, it means that the server is in an unexpected state, to the next iterations are likely to fail as well. As the client retries for around 5 minutes, the sooner we stop the better 

Here's a simple example with the foodmart database:

hive> explain select count(*) from
    > sales_fact_1997 join store on sales_fact_1997.store_id = store.store_id
    > where ((store.salad_bar)) and ((store_number) <=> (customer_id));

This happens on trunk and on HDP 2.5.3 / Hive 2. If you use = the NPE doesn't happen. If you remove the boolean condition the NPE doesn't happen.

2016-12-13T18:23:33,604 ERROR [c4b7242e-1252-4709-8adf-22f631af75e8 main] ql.Driver: FAILED: NullPointerException null
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagateProcFactory$ConstantPropagateFilterProc.process(ConstantPropagateProcFactory.java:1047)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:105)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:89)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagate$ConstantPropagateWalker.walk(ConstantPropagate.java:151)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:120)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagate.transform(ConstantPropagate.java:120)
	at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:242)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10913)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:246)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:250)
	at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:75)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:435)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:326)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1169)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1262)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1095)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:232)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:183)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:399)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:776)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:714)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:641)
	at org.apache.hadoop.util.RunJar.run(RunJar.java:233)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:148)

Run explain on the following query:

select p.p_partkey, li.l_suppkey
from (select distinct l_partkey as p_partkey from lineitem) p join lineitem li on p.p_partkey = li.l_partkey
where li.l_linenumber = 1 and
 li.l_orderkey in (select l_orderkey where l_linenumber = li.l_linenumber)
;

gave me NPE:

  at org.apache.hadoop.hive.ql.parse.QBSubQuery.validateAndRewriteAST(QBSubQuery.java:516)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genFilterPlan(SemanticAnalyzer.java:2605)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8866)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9745)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9638)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10125)
  at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:420)
  at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:306)
  at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1108)
  at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1170)
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1045)
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1035)
  at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:199)
  at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:151)
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:362)
  at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:720)
  at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:639)
  at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:578)

Is this query invalid? If so, it should at least give some explanations, not just a plain NPE message, and left user clueless.

The StringQuoteHelper.splitSafeQuote can not split the invocation string like this
"*, '', 'arg3'"
The third parameter should be "arg3" but camel 2.11.0 treat it as ",arg3".
Here is the mail thread which discuses about it. 

ZipArchiveInputStream.closeEntry() will not properly advance to the next entry causing the next call to getNextZipEntry to incorrectly return null if there are junk bytes at the end of the compressed data section.
More specifically, I found a case where the first entry's local header says that its compressed data size is 620 bytes. There are in fact 620 bytes before the next local header. However, when the compressed data is inflated, it only requires 618 of the 620 bytes to fully inflate (i.e. before it encounters the DEFLATE end of data code). This means that there is complete DEFLATE compressed data + extra garbage bytes after it, all within the specified zip entry data section.
The commons compress ZipArchiveInputStream streaming implementation doesn't exactly read on zip entry boundaries, but instead it reads 512 bytes at a time. As a result it tends to read more bytes than necessary per entry and then seek back to the beginning of the next entry. When it seeks back, it assumes that number of bytes that were required to be read to reach the end of the zip entry is the same as the number of bytes needed to inflate the data. However that assumption does not hold up in this case. 620 bytes need to be read to reach then end of the zip entry, but only 618 were needed to inflate the data.  After the pushback, the closeEntry() method should perform a final drain of the remaining bytes to reach the next local file header.
I've created a test case and fix.  I will submit a pull request shortly.

In method org.apache.hadoop.hbase.mapreduce.TableInputFormatBase.getSplits(JobContext)
this.table is used before null-throw check.

In Beeline.java, method getApplicationTitle(), it looks to the Beeline class's package to find version information.  However, MANIFESTs are not included in Beeline jar after mavenization.

This is mostly to help others facing the same issue, as we just spent 4x3 hours figuring this out.
An app, that consumes syslog entries and forwards JMS (over OpenMQ), was upgraded from camel 2.13.0 to 2.14.0.
Afterwards many things broke upstream, which was masked by poor logging in some Glassfish servers (truncating stacktraces).
Turns out that the CamelSyslogTimestamp header was silently discarded, being a java.util.GregorianCalendar instance.
Forcing it into a java.util.Date before routing to the JMS endpoint restored service throughout the valuechain.
As I wrote; this is mostly a FYI to others .
But perhaps the documentation might reflect the lack of guaranteed conversion?

I think the result of the test is not deterministic
Sometimes line 626 in the output shows 256.0 sometimes 255.5
Both results are correct because this UDAF returns approximate result.
Probably results in the range of 255-257 should be considered as correct

I'd like to update the Box Java SDK on which the camel-box component is built to the newly released version 2.8.1. Bug/Improvement borderline case.
This is due to the fix to https://github.com/box/box-java-sdk/issues/466 included in this version which allows a user to set timeouts to avoid blocking threads due to network issues. This is an issue which does occur in our production environment.
Pull request will follow shortly.
NOTE: I do not have access to a proper Box test site against which I can run all integration tests. I've contacted Box.com to see if that is possible, but thus far I've only done semi-manual testing of the user manager parts of the component which I am using.
This seems fine so far, but I obviously needed to change a call in the file manager part to get the code to compile. A minor change, but a change I've thus not tested properly, as I've not been able to regression test any of the other functionality yet.
I hope someone else have access to such an integration test environment and can run the tests properly.

We can define something like:

spring:
    yarn:
        batch:
            jobs:
              - name: job
                parameters:
                  ? job1key1
                  : job1val1

as of now, parameters are not passed into a job.

For that attached code, if I use the correct component URI prefix "test-jms" that I have registered, Camel runs fine:
            from("test-jms:queue:test.queue").process(new Processor() { ...
[Registration done via:
      context.addComponent("test-jms", JmsComponent.jmsComponentAutoAcknowledge(connectionFactory));
]
But if I misspell the component prefix (here, "test-jms4"), Camel halts with no output or feedback to the user informing him of the problem:
            from("test-jms4:queue:test.queue").process(new Processor() { ...
No feedback about the problem is given in the log files either.  
I think in the from() and to() methods, Camel should be changed to throw an exception whenever it cannot resolve the component (i.e., if the user uses "test-jms4" instead of "test-jms", "cfx" instead of "cxf", etc.), not just halt silently.

The web console adds two slashes to the address after the port
http://localhost:9990//console/App.html

In a 0.94 hbase cluster, we found a NPE with following stack:

Exception in thread "regionserver21600.leaseChecker" java.lang.NullPointerException
        at org.apache.hadoop.hbase.KeyValue$KVComparator.compare(KeyValue.java:1530)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap$KVScannerComparator.compare(KeyValueHeap.java:225)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap$KVScannerComparator.compare(KeyValueHeap.java:201)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap$KVScannerComparator.compare(KeyValueHeap.java:191)
        at java.util.PriorityQueue.siftDownUsingComparator(PriorityQueue.java:641)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.close(KeyValueHeap.java:241)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.close(StoreScanner.java:355)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.close(KeyValueHeap.java:237)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.close(HRegion.java:4302)
        at org.apache.hadoop.hbase.regionserver.HRegionServer$ScannerListener.leaseExpired(HRegionServer.java:3033)
        at org.apache.hadoop.hbase.regionserver.Leases.run(Leases.java:119)

Before this NPE exception, there is an exception happens in pollRealKV, which we think is the culprit of the NPE.

ERROR org.apache.hadoop.hbase.regionserver.HRegionServer:
java.io.IOException: Could not reseek StoreFileScanner[HFileScanner for reader reader=....
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.reseek(StoreFileScanner.java:180)
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.enforceSeek(StoreFileScanner.java:371)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.pollRealKV(KeyValueHeap.java:366)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:116)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:455)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:154)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.populateResult(HRegion.java:4124)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:4196)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:4067)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:4057)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.internalNext(HRegionServer.java:2898)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:2833)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:2815)
        at sun.reflect.GeneratedMethodAccessor38.invoke(Unknown Source)
        at org.apache.hadoop.hbase.ipc.SecureRpcEngine$Server.call(SecureRpcEngine.java:337)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1583)

Simply put, if there is an exception happens in pollRealKV( ), the KeyValueHeap.current might be in heap. Later on, when KeyValueHeap.close( ) is called, the current would be closed firstly. However, since it might still be in the heap, it would either be closed again or its peek() (which is null after it is closed) is called by the heap's poll().  Neither case is expected.
Although it is caught in 0.94, it is still in the trunk from the code. 

When idle connection get cleaned from Thrift server, underlying table instances are still cached in a thread local cache.
This is the antipattern. Table objects are lightweight and should not be cached, besides this, underlying connections can be closed by periodic connection cleaner chore (ConnectionCache) and cached table instances may become invalid. This is Thrift1 specific issue. Thrift2 is OK.

Having this sql

select *
from projects
where project in (:#in:names)
and license in (:#in:licenses)
order by id

and send as following

Map<String, Object> headers = new HashMap<>();
headers.put("names", new String[]{"Camel", "AMQ"});
headers.put("licenses", new String[]{"ASF", "XXX", "YYY"});
template.requestBodyAndHeaders("direct:query", "Hi there!", headers);

causes parameter mismatch

Caused by: java.sql.SQLException: Number of parameters mismatch. Expected: 4, was: 5
        at org.apache.camel.component.sql.DefaultSqlPrepareStatementStrategy.populateStatement(DefaultSqlPrepareStatementStrategy.java:152) ~[classes/:?]
        at org.apache.camel.component.sql.SqlProducer$2.doInPreparedStatement(SqlProducer.java:146) ~[classes/:?]
        at org.apache.camel.component.sql.SqlProducer$2.doInPreparedStatement(SqlProducer.java:116) ~[classes/:?]
        at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:633) ~[spring-jdbc-4.3.4.RELEASE.jar:4.3.4.RELEASE]
        ... 51 more

HBASE-11520 improved configuration of bucket cache to no longer require hbase.bucketcache.percentage.in.combinedcache. This was done rather aggressively, with this previously mandatory configuration being ignored. This can result in RS crashes for unsuspecting users. We should add a WARN when hbase.bucketcache.percentage.in.combinedcache is set to make debugging the crash more straight forward.

Scenario:

The AS is configured to use a JDBC storage for EJB timers (using the H2 ExampleDS is sufficient for reproduction)
There is a persistent calendar timer going off every few seconds
The 'trigger' management operation is called on that timer
The timer goes off one time extra, as expected
The 'suspend' management operation is called on that timer
After a few seconds, the 'activate' operation is called on that timer
The timer will never go off again (not even by invoking 'trigger' operation)

The cause:

Each time the timer goes off, a new java.util.TimerTask is scheduled to handle the next alarm
When the 'trigger' operation is invoked, the TimerServiceImpl computes the timestamp of the next alarm and schedules a new TimerTask
The problem is that this new TimerTask overwrites the one currently registered in the TimerServiceImpl, because the TimerServiceImpl assigns TimerTasks to Timers using a map: https://github.com/wildfly/wildfly/blob/10.0.0.Alpha1/ejb3/src/main/java/org/jboss/as/ejb3/timerservice/TimerServiceImpl.java#L905 - the TimerServiceImpl loses the reference to the previously registered TimerTask and doesn't cancel it
From now on, each new alarm registers the next TimerTask, but makes TimerServiceImpl forget the previous one
After some time, when the 'suspend' operation is called, the TimerServiceImpl cancels its stored TimerTask. However, it doesn't know that there is another scheduled elsewhere
The TimerTask goes off during the time when the timer is suspended.
DatabaseTimerPersistence checks whether the TimerTask can run and sets the Timer's state to IN_TIMEOUT if yes (https://github.com/wildfly/wildfly/blob/10.0.0.Alpha1/ejb3/src/main/java/org/jboss/as/ejb3/timerservice/persistence/database/DatabaseTimerPersistence.java#L395). However, this is done BEFORE checking whether the timer is suspended. DatabaseTimerPersistence commits this change. Then comes the mentioned check (https://github.com/wildfly/wildfly/blob/10.0.0.Alpha1/ejb3/src/main/java/org/jboss/as/ejb3/timerservice/task/TimerTask.java#L141) and it fails, so the Timer will not go off, but the Timer state remains IN_TIMEOUT forever!
With every next invocation, as the timer's state remains IN_TIMEOUT, all invocations are skipped.

On a one-box windows setup, do the following from a powershell prompt:
cmd /c curl.exe -s `
  -d user.name=hadoop `
  -d arg=-useHCatalog `
  -d execute="emp = load '/data/emp/emp_0.dat'; dump emp;" `
  -d statusdir="/tmp/webhcat.output01" `
  'http://localhost:50111/templeton/v1/pig' -v
The job fails with error code 7, but it should run. 
I traced this down to the following. In the job configuration for the TempletonJobController, we have templeton.args set to
cmd,/c,call,C:\\hadoop\\\\pig-0.11.0.1.3.0.0-0846/bin/pig.cmd,-D_WEBHCAT_TOKEN_FILE_LOCATION_="-useHCatalog",-execute,"emp = load '/data/emp/emp_0.dat'; dump emp;"
Notice the = sign before "-useHCatalog". I think this should be a comma.
The bad string D_WEBHCAT_TOKEN_FILE_LOCATION_="-useHCatalog" gets created in  org.apache.hadoop.util.GenericOptionsParser.preProcessForWindows().
It happens at line 434:

      } else {
          if (i < args.length - 1) {
            prop += "=" + args[++i];   // RIGHT HERE! at iterations i = 37, 38
          }
        }

Bug is here:

      if (prop != null) {
        if (prop.contains("=")) {  // -D__WEBHCAT_TOKEN_FILE_LOCATION__ does not contain equal, so else branch is run and appends ="-useHCatalog",
          // everything good
        } else {
            prop += "=" + args[++i];
          }
        }
        newArgs.add(prop);
      }

One possible fix is to change the string constant org.apache.hcatalog.templeton.tool.TempletonControllerJob.TOKEN_FILE_ARG_PLACEHOLDER to have an "=" sign in it. Or, preProcessForWindows() itself could be changed.

If "hbase.rest.readonly" was set, all write operations should be forbidden via REST, right? So table schema deletion should also be forbidden in readonly mode?

We see some new testsuite failures of org.jboss.as.test.manualmode.ejb.ssl.SSLEJBRemoteClientTestCase with 7.1.0.CR2 bits. This however doesn't look like the functional issue as the tests pass if run as a single test. 
The test fails during the setup phase with missing management resource:

    "failure-description" => "WFLYCTL0216: Management resource '[
    (\"subsystem\" => \"undertow\"),
    (\"server\" => \"default-server\"),
    (\"https-listener\" => \"https\")
]' not found",

I expect that some other test run prior this one cause this.  Note that we no longer run the manualmode tests in alphabetic order (JBEAP-12192), that may be the answer why we didn't see this failure before.
I'll look more into this and try to find the culprit. 
Failing tests:

 org.jboss.as.test.manualmode.ejb.ssl.SSLEJBRemoteClientTestCase.testStatefulBeanAsync 
 org.jboss.as.test.manualmode.ejb.ssl.SSLEJBRemoteClientTestCase.testStatefulBean 
 org.jboss.as.test.manualmode.ejb.ssl.SSLEJBRemoteClientTestCase.testStatelessBeanAsync 
 org.jboss.as.test.manualmode.ejb.ssl.SSLEJBRemoteClientTestCase.testStatelessBean
 org.jboss.as.test.manualmode.ejb.ssl.SSLEJBRemoteClientTestCase.org.jboss.as.test.manualmode.ejb.ssl.SSLEJBRemoteClientTestCase

myuser@myhost/bin:jboss-cli.sh -c
[domain@localhost:9999 /] read-operation read-children-types
	Gets the type names of all the children under the selected resource
PARAMETERS
	n/a

	at org.jboss.dmr.ModelValue.asPropertyList(ModelValue.java:100)
	at org.jboss.dmr.ModelNode.asPropertyList(ModelNode.java:360)
	at org.jboss.as.cli.handlers.ReadOperationHandler.handleResponse(ReadOperationHandler.java:177)
	at org.jboss.as.cli.handlers.BaseOperationCommand.doHandle(BaseOperationCommand.java:213)
	at org.jboss.as.cli.handlers.CommandHandlerWithHelp.handle(CommandHandlerWithHelp.java:86)
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:582)
	at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:598)
	at org.jboss.as.cli.impl.CommandContextImpl.interact(CommandContextImpl.java:1186)
	at org.jboss.as.cli.impl.CliLauncher.main(CliLauncher.java:259)
	at org.jboss.as.cli.CommandLineMain.main(CommandLineMain.java:34)
	at org.jboss.modules.Main.main(Main.java:411)
myuser@myhost/bin:

For a session, the scratch directory can be either a local path or a hdfs scratch path. The method name createRootHDFSDir is quite confusing. So add the schema information to the debug log for the troubleshooting need.

When using Spring Webflux's WebClient, it is not possible to deserialize a JSON array of integers using the bodyToFlux method. Spring returns an empty Flux. However, using bodyToMono to get a List<Integer> works and returns a Mono<List<Integer>> as expected.
I believe the problem lies in Jackson2Tokenizer's handling of this scenario. It returns an empty list of tokens. A variation of this issue was addressed in SPR-16166. It addresses top-level scalar values returned as a JSON response. However, the fix for that still doesn't address the above scenario.
Original StackOverflow question

Is it possible to change the visibility of LazyBean marker interface to `public`?
We are planning to pull up spring dependencies as JBoss EAP "module" (shared libraries) to be shared among all of our applications.
Each "module" has its own isolated ClassLoader, and is parallel to the war "module" ClassLoader, so we have to emulate the class loading hierarchy ourselves for compatibility.
The problem is that the aggregated ClassLoader (delegates to "module" classLoader and then the applications's ClassLoader) cannot sees the private LazyBean marker.

Some ALTER TABLE commands drop the table stats. That may make sense for some ALTER TABLE operations, but certainly not for others. Personally, I I think ALTER TABLE should only change what was requested by the user without any side effects that may be unclear to users. In particular, collecting stats can be an expensive operation so it's rather inconvenient for users if they get wiped accidentally.
Repro:

create table t (i int);
insert into t values(1);
analyze table t compute statistics;
alter table t set tblproperties('test'='test');
hive> describe formatted t;
OK
	 	 
i                   	int                 	                    
	 	 
# Detailed Table Information	 	 
Owner:              	abehm               	 
CreateTime:         	Tue Jan 17 18:13:34 PST 2017	 
Protect Mode:       	None                	 
Retention:          	0                   	 
Location:           	hdfs://localhost:20500/test-warehouse/t	 
Table Type:         	MANAGED_TABLE       	 
Table Parameters:	 	 
	COLUMN_STATS_ACCURATE	false               
	last_modified_by    	abehm               
	last_modified_time  	1484705748          
	numFiles            	1                   
	numRows             	-1                  
	rawDataSize         	-1                  
	test                	test                
	totalSize           	2                   
	transient_lastDdlTime	1484705748          
	 	 
Time taken: 0.169 seconds, Fetched: 34 row(s)

The same behavior can be observed with several other ALTER TABLE commands.

    @Test
        Put put = new Put(Bytes.toBytes(rowKey));
        put.add(familly, Bytes.toBytes("A"), Bytes.toBytes("a"));
        put.add(familly, Bytes.toBytes("B"), Bytes.toBytes("b"));
        put.add(familly, Bytes.toBytes("C"), Bytes.toBytes("c"));
        table.put(put);
        // get row back and assert the values
        Get get = new Get(Bytes.toBytes(rowKey));
        Result result = table.get(get);
        Assert.isTrue(Bytes.toString(result.getValue(familly, Bytes.toBytes("A"))).equals("a"), "Column A value should be a");
        Assert.isTrue(Bytes.toString(result.getValue(familly, Bytes.toBytes("B"))).equals("b"), "Column B value should be b");
        Assert.isTrue(Bytes.toString(result.getValue(familly, Bytes.toBytes("C"))).equals("c"), "Column C value should be c");
        // put the same row again with C column deleted
        put = new Put(Bytes.toBytes(rowKey));
        put.add(new KeyValue(Bytes.toBytes(rowKey), familly, Bytes.toBytes("C"), HConstants.LATEST_TIMESTAMP, KeyValue.Type.DeleteColumn));
        get = new Get(Bytes.toBytes(rowKey));
        result = table.get(get);
        Assert.isTrue(Bytes.toString(result.getValue(familly, Bytes.toBytes("B"))).equals("b"), "Column A value should be b");
        Assert.isTrue(result.getValue(familly, Bytes.toBytes("C")) == null, "Column C should not exists");
    }

This assertion fails, the cell is not deleted but rather the value is empty:

hbase(main):029:0> scan 'my_test'
ROW                                                   COLUMN+CELL                                                                                                                                                 
 12345                                                column=default:A, timestamp=1408473082290, value=a                                                                                                          
 12345                                                column=default:B, timestamp=1408473082290, value=b                                                                                                          
 12345                                                column=default:C, timestamp=1408473082290, value=      

This behavior is different than previous 4.8.x Cloudera version and is currently corrupting all hive queries involving is null or is not null operators on the columns mapped to hbase

2018-10-29T10:10:16,325 ERROR [b4bf5eb2-a986-4aae-908e-93b9908acd32 HiveServer2-HttpHandler-Pool: Thread-124]: dao.GenericJdbcDatabaseAccessor (:()) - Caught exception while trying to execute query
java.lang.IllegalArgumentException: null
	at com.google.common.base.Preconditions.checkArgument(Preconditions.java:108) ~[guava-19.0.jar:?]
	at org.apache.hive.storage.jdbc.dao.GenericJdbcDatabaseAccessor.addBoundaryToQuery(GenericJdbcDatabaseAccessor.java:238) ~[hive-jdbc-handler-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-99]
	at org.apache.hive.storage.jdbc.dao.GenericJdbcDatabaseAccessor.getRecordIterator(GenericJdbcDatabaseAccessor.java:161) ~[hive-jdbc-handler-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-99]
	at org.apache.hive.storage.jdbc.JdbcRecordReader.next(JdbcRecordReader.java:58) ~[hive-jdbc-handler-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-99]
	at org.apache.hive.storage.jdbc.JdbcRecordReader.next(JdbcRecordReader.java:35) ~[hive-jdbc-handler-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-99]
	at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:569) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:509) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:146) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:2734) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.reexec.ReExecDriver.getResults(ReExecDriver.java:229) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:469) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.operation.OperationManager.getOperationNextRowSet(OperationManager.java:328) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.session.HiveSessionImpl.fetchResults(HiveSessionImpl.java:910) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.CLIService.fetchResults(CLIService.java:564) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.thrift.ThriftCLIService.FetchResults(ThriftCLIService.java:790) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1837) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1822) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.thrift.server.TServlet.doPost(TServlet.java:83) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.thrift.ThriftHttpServlet.doPost(ThriftHttpServlet.java:208) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) ~[javax.servlet-api-3.1.0.jar:3.1.0]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) ~[javax.servlet-api-3.1.0.jar:3.1.0]
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:848) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:584) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:224) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:493) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.Server.handle(Server.java:534) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:283) ~[jetty-io-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108) ~[jetty-io-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:251) ~[jetty-io-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) ~[jetty-io-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136) ~[jetty-runner-9.3.20.v20170531.jar:9.3.20.v20170531]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:1.8.0_161]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:1.8.0_161]
	at java.lang.Thread.run(Thread.java:748) [?:1.8.0_161]
2018-10-29T10:10:16,325 ERROR [b4bf5eb2-a986-4aae-908e-93b9908acd32 HiveServer2-HttpHandler-Pool: Thread-124]: jdbc.JdbcRecordReader (:()) - An error occurred while reading the next record from DB.
org.apache.hive.storage.jdbc.exception.HiveJdbcDatabaseAccessException: Caught exception while trying to execute query
	at org.apache.hive.storage.jdbc.dao.GenericJdbcDatabaseAccessor.getRecordIterator(GenericJdbcDatabaseAccessor.java:177) ~[hive-jdbc-handler-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-99]
	... 45 more

 T E S T S
Running org.apache.camel.component.mina.MinaUdpTest
1578 [AnonymousIoService-1] WARN org.apache.camel.component.mina.MinaConsumer$1 - [/127.0.0.1:32858] EXCEPTION, please implement org.apache.camel.component.mina.MinaConsumer$1.exceptionCaught() for proper handling:
java.lang.IllegalStateException: Already released buffer.  You released the buffer too many times.
        at org.apache.mina.common.PooledByteBufferAllocator$PooledByteBuffer.release(PooledByteBufferAllocator.java:310)
        at org.apache.mina.util.ByteBufferUtil.releaseIfPossible(ByteBufferUtil.java:39)
        at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:572)
        at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
        at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
        at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
        at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:58)
        at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:173)
        at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:220)
        at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:264)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
        at java.lang.Thread.run(Thread.java:595)
2143 [AnonymousIoService-2] WARN org.apache.camel.component.mina.MinaConsumer$1 - [/127.0.0.1:32858] EXCEPTION, please implement org.apache.camel.component.mina.MinaConsumer$1.exceptionCaught() for proper handling:
3151 [AnonymousIoService-3] WARN org.apache.camel.component.mina.MinaConsumer$1 - [/127.0.0.1:32858] EXCEPTION, please implement org.apache.camel.component.mina.MinaConsumer$1.exceptionCaught() for proper handling:
Sent 3 messages
Dec 5, 2007 10:28:57 AM org.apache.camel.component.mock.MockEndpoint assertIsSatisfied
INFO: Asserting: Endpoint[mock:result] is satisfied
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.442 sec
Running org.apache.camel.component.mina.MinaFileUdpTest
Dec 5, 2007 10:28:58 AM org.apache.camel.component.mock.MockEndpoint assertIsSatisfied
INFO: Asserting: Endpoint[mock:results] is satisfied
1600 [AnonymousIoService-3] WARN org.apache.camel.component.mina.MinaConsumer$1 - [/127.0.0.1:32858] EXCEPTION, please implement org.apache.camel.component.mina.MinaConsumer$1.exceptionCaught() for proper handling:
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.842 sec
Running org.apache.camel.component.mina.MinaUdpUsingTemplateTest
495 [AnonymousIoService-4] WARN org.apache.camel.component.mina.MinaConsumer$1 - [/127.0.0.1:32858] EXCEPTION, please implement org.apache.camel.component.mina.MinaConsumer$1.exceptionCaught() for proper handling:
497 [AnonymousIoService-4] WARN org.apache.camel.component.mina.MinaConsumer$1 - [/127.0.0.1:32858] EXCEPTION, please implement org.apache.camel.component.mina.MinaConsumer$1.exceptionCaught() for proper handling:
498 [AnonymousIoService-4] WARN org.apache.camel.component.mina.MinaConsumer$1 - [/127.0.0.1:32858] EXCEPTION, please implement org.apache.camel.component.mina.MinaConsumer$1.exceptionCaught() for proper handling:
Dec 5, 2007 10:29:00 AM org.apache.camel.component.mock.MockEndpoint assertIsSatisfied

Add an optional dependency to org.jboss.remote-naming to the org.hornetq.ra to be able to create a RA that connects to a remote hornetq-server.

Many Hive query tests lack an ORDER BY clause, and consequently the ordering
of the rows in the result set is nondeterministic:
groupby1_limit
input11_limit
input1_limit
input_lazyserde
join18_multi_distinct
join_1to1
join_casesensitive
join_filters
join_nulls
merge3
rcfile_columnar
rcfile_lazydecompress
rcfile_union
sample10
udf_sentences
union24
columnarserde_create_shortcut
combine1
global_limit

Starting and stopping a loaded large cluster is way too flakey and takes too long.  This is 0.19.x but same issues apply to TRUNK I'd say.
At pset with our > 100 nodes carrying 6k regions:
+ shutdown takes way too long.... maybe ten minutes or so.  We compact regions inline with shutdown.  We should just go down.  It doesn't seem like all regionservers go down everytime either.
+ startup is a mess with our assigning out regions an rebalancing at same time.  By time that the compactions on open run, it can be near an hour before whole thing settles down and becomes useable

See http://camel.465427.n5.nabble.com/Trouble-with-split-tokenize-on-linux-td5721677.html for details

Status Quo
The ServletTestExecutionListener was introduced in Spring Framework 3.2 and is enabled by default when using the TestContext framework without specifying custom listeners via @TestExecutionListeners. However, the ServletTestExecutionListener has not been added to the default set of listeners for Spring's abstract base test classes.

 Prepend ServletTestExecutionListener to the set of default listeners in AbstractJUnit4SpringContextTests.
 Prepend ServletTestExecutionListener to the set of default listeners in AbstractTestNGSpringContextTests.

Calling Future.get() on a response from CommandDispatcher.submitOnCluster(...) will always throw an NPE.
We also need to handle the case where the response from a node was filtered.

ZooKeeperTokenStore does not automatically setup the zookeeper client to use kerberos authentication to talk to zookeeper, it requires additional configuration.
If kerberos is enabled in the configuration, it makes sense to do this configuration for zookeeper client automatically.

If Hive is configured with an authorization hook like Sentry, and a view is created with a WHERE clause referencing a different view' user has no access to, user cannot access the view as view' is considered direct input.

create database db1;
create database db3;
 
create table db1.table1 (cola string, colb string, colc string);
insert into db1.table1 values ('a','b','c');
insert into db1.table1 values ('x','y','z');
CREATE VIEW db2.view1 AS SELECT cola, colb, colc FROM db1.table1 WHERE cola="x"; 
CREATE VIEW db2.view2 AS SELECT table1.cola, table1.colb, table1.colc FROM db1.table1 WHERE table1.cola NOT IN (SELECT view1.cola FROM db2.view1); 
create view db3.view3 as select * from db2.view2

 If test_user has read permission for only db3 (but not db1 or db2), their query

select * from db3.view3;

will fail with :

Error while compiling statement: FAILED: SemanticException No valid privileges User test_user does not have privileges for QUERY The required privileges: Server=server1->Db=db2->Table=view1->action=select; 

WHERE IN and WHERE EXISTS cause the same issue.
Cascading views created with no WHERE clauses (i.e. with simple SELECTs and FROM clauses) work fine.

If both options are true, then parallel aggregate runs in sequence. It was a missing place in the code that wasn't changed when the parallelAggregate option was added to Camel

Since version 4.3 we can annotate a class with @SendToUser in order to avoid to repeat the annotation on every @MessageMapping method in the class, and that's great.
Anyway, that creates a problem when I a method of the class uses a @SendTo annotation: instead of overriding the class wide annotation, it gets ignored.
I think that the correct semantic should be that if a method is annotated with a @SendTo annotation it should ovverride both @SendTo and @SendToUser class wide annotations.

Input splits are always created in the same directory. That won't work.

The DATETIME datatype in SQL Server has a precision of ~0.003 seconds.
It sometimes can happen that an EJB timer gets scheduled to a timestamp which will get rounded after its insertion into the database, because the timestamps are generated with precision to miliseconds.
After that, the timer service will be unable to locate this row, because it attempts to select using WHERE NEXT_DATE=$timestamp, where $timestamp is the original unrounded java.sql.Timestamp, and this condition no longer holds true. 
After a timer is scheduled to go off at such unfortunate timestamp, it will never go off again.
The solution is to either truncate the milisecond part, or to use the newer DATETIME2 datatype, which has an accuracy of 100 nanoseconds (https://msdn.microsoft.com/en-us/library/bb677335.aspx). DATETIME2 is supported on SQL Server 2008+.

SDR Event Handlers do not resolve generic parameter types
When annotating an Parent Class with the SDR Event with a generic parameter, each time an event for any type extending that generic type is called, not limiting to the specific class defined in the child.
In the following example, if a BeforeCreateEvent is fired for a List, the SetHandler should not be called and vise versa.

	static class AbstractCollectionEventHandler<T extends Collection<?>>{
		int callCount = 0;
		@HandleBeforeCreate
		private void method(T collection){
			callCount += 1;
		}
	}
	@RepositoryEventHandler
	static class ListEventHandler extends AbstractCollectionEventHandler<List<?>>{}
	static class SetEventHandler extends AbstractCollectionEventHandler<Set<?>>{}

HS2 calls SessionState.start multiple times (acquire, operation.run) - where it really just cares that the session is set in the thread local store. There are some calls in start session method now that preload stuff that's used during the session. Instead of doing that over and over again, I think it'd be nicer for HS2 to start a session once and then just do the thread local magic as needed.

The samples/tutorial will not operate because it is missing some JAR files.   At least the jstl.jar and standard.jar for the JSP standard tag library usage in the application.

MongoDB Tailable cursor consumer fails to stop on shutdown(when using Ctrl+C) if collection is not empty. Routes are described in xml file.
Camel (...) thread #8 - ShutdownTask INFO  o.a.c.c.m.MongoDbTailingProcess - Stopping MongoDB Tailable Cursor consumer, bound to collection: db: ..., col: ... 
Camel (...) thread #8 - ShutdownTask INFO  o.a.c.c.m.MongoDbTailingProcess - Going to wait for stopping
When collection is empty, all is ok and I see next line
Camel (...) thread #8 - ShutdownTask INFO  o.a.c.c.m.MongoDbTailingProcess - Stopped MongoDB Tailable Cursor consumer, bound to collection: db: ..., col: ...

Most likely to happen only for pojo consuming where you may have a JMS listener execute concurrently and do some routing, and on initial messages then they need to register as service in CamelContext which can trigger to this ConcurrentModificationException.

2014-08-07 10:09:09,338 [sonnel.records]] WARN  EndpointMessageListener        - Execution of JMS message listener failed. Caused by: [org.apache.camel.FailedToCreateProducerException - Failed to create Producer for endpoint: Endpoint[file://target/messages/amer/finance_pickup]. Reason: java.util.ConcurrentModificationException]
org.apache.camel.FailedToCreateProducerException: Failed to create Producer for endpoint: Endpoint[file://target/messages/amer/finance_pickup]. Reason: java.util.ConcurrentModificationException
	at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:410)
	at org.apache.camel.impl.ProducerCache.acquireProducer(ProducerCache.java:123)
	at org.apache.camel.processor.RecipientListProcessor.createProcessorExchangePairs(RecipientListProcessor.java:174)
	at org.apache.camel.processor.MulticastProcessor.process(MulticastProcessor.java:219)
	at org.apache.camel.processor.RecipientList.sendToRecipientList(RecipientList.java:167)
	at org.apache.camel.component.bean.MethodInfo$1.doProceed(MethodInfo.java:286)
	at org.apache.camel.component.bean.MethodInfo$1.proceed(MethodInfo.java:252)
	at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:166)
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:105)
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:87)
	at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:103)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:562)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:500)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:468)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:325)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:263)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1101)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1093)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:990)
	at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:859)
	at java.util.ArrayList$Itr.next(ArrayList.java:831)
	at org.apache.camel.impl.DefaultCamelContext.doAddService(DefaultCamelContext.java:976)
	at org.apache.camel.impl.DefaultCamelContext.addService(DefaultCamelContext.java:963)
	at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:408)
	... 22 more
2014-08-07 10:09:09,345 [main           ] INFO  SpringCamelContext             - Apache Camel 2.14-SNAPSHOT (CamelContext: camel-1) started in 0.254 seconds
2014-08-07 10:09:14,347 [main           ] INFO  CamelContextTest               - ********************************************************************************
2014-08-07 10:09:14,347 [main           ] INFO  CamelContextTest               - Testing done: testCheckFiles(org.apache.camel.example.pojo_messaging.CamelContextTest)

JdbcJobExecutionDao.getRunningJobExecutions() ignores jobName

Minor improvement. There is already some code to manage the exception, so I've change it to share between the classes.

Current Jetty component just set the 'httpClient.' parameter to a useless Jetty http client, and using the apache common http client indeed.
We need to pass the parameters into the apache common http client and remove the useless Jetty http client.

We should pass the “effectiveDurability” to the doWALAppend() metohd.
HRegion.java
private Result doDelta(...) {
        Durability effectiveDurability = getEffectiveDurability(mutation.getDurability());
        Map<Store, List<Cell>> forMemStore =
            new HashMap<Store, List<Cell>>(mutation.getFamilyCellMap().size());
        // Reckon Cells to apply to WAL --  in returned walEdit -- and what to add to memstore and
        // what to return back to the client (in 'forMemStore' and 'results' respectively).
        WALEdit walEdit = reckonDeltas(op, mutation, effectiveDurability, forMemStore, results);
        // Actually write to WAL now if a walEdit to apply.
        if (walEdit != null && !walEdit.isEmpty()) {
          writeEntry = doWALAppend(walEdit, durability, nonceGroup, nonce);
        } else {
}

TestRowTooBig uses local directory to create region, which does not work well in Windows, and the code path expects s DFS file path

java.lang.Exception: Unexpected exception, expected<org.apache.hadoop.hbase.regionserver.RowTooBigException> but was<java.lang.IllegalArgumentException>
	at org.apache.hadoop.hbase.regionserver.HRegionFileSystem.createRegionOnFileSystem(HRegionFileSystem.java:875)
	at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:5921)
	at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:5892)
	at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:5867)
	at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:5949)
	at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:5828)
	at org.apache.hadoop.hbase.HBaseTestingUtility.createLocalHRegion(HBaseTestingUtility.java:1877)
	at org.apache.hadoop.hbase.regionserver.TestRowTooBig.testScannersSeekOnFewLargeCells(TestRowTooBig.java:83)

	at org.apache.hadoop.hbase.regionserver.TestRowTooBig.testScanAcrossManySmallColumns(TestRowTooBig.java:125)

Introduced by HIVE-11634. The original idea in HIVE-11634 was to remove the IN partition conditions from the predicate list since the static dynamic partitioning would kick in and push these predicates down to metastore. However, the check is too aggressive and removes events such as below :

-                    Select Operator
-                      expressions: UDFToDouble(UDFToInteger((hr / 2))) (type: double)
-                      outputColumnNames: _col0
-                      Statistics: Num rows: 1 Data size: 7 Basic stats: COMPLETE Column stats: NONE
-                      Group By Operator
-                        keys: _col0 (type: double)
-                        mode: hash
-                        outputColumnNames: _col0
-                        Statistics: Num rows: 1 Data size: 7 Basic stats: COMPLETE Column stats: NONE
-                        Dynamic Partitioning Event Operator
-                          Target Input: srcpart
-                          Partition key expr: UDFToDouble(hr)
-                          Statistics: Num rows: 1 Data size: 7 Basic stats: COMPLETE Column stats: NONE
-                          Target column: hr
-                          Target Vertex: Map 1

We change permissions of the directory creation to 777 for HiveServer 2 operation and it turns out that because of HDFS caching, it does not reflect once created. We need to use the non-cached version of the API to get a FileSystem object to fix this.

Function registry does a pass to register all GenericUDAFs as window functions. However any aggregate functions added after this (such as a user-added temporary function) don't work as window functions:
hive> create temporary function mysum as 'org.apache.hadoop.hive.ql.udf.generic.GenericUDAFSum';
OK
Time taken: 0.0050 seconds
hive> explain select mysum(key) over () from src;                                               
	at org.apache.hadoop.hive.ql.parse.PTFTranslator.translate(PTFTranslator.java:354)
	at org.apache.hadoop.hive.ql.parse.PTFTranslator.translate(PTFTranslator.java:194)
	at org.apache.hadoop.hive.ql.parse.WindowingComponentizer.next(WindowingComponentizer.java:86)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genWindowingPlan(SemanticAnalyzer.java:10721)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:7904)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:7862)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:8678)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:8904)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:310)
	at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:65)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:440)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:340)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:996)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1039)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:922)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:792)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:686)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:625)

The result changes to as if the union didn't have count() inside. The issue can be fixed by using srcunion.value outside the subquery in count (replace count(1) with count(srcunion.value)). Otherwise, it looks like count(1) node from union-ed queries is not present in AST at all, which might cause this result.
Interestingly, adding group by to each query in a union produces completely weird result (count(1) is 309 for each key, whereas it should be 1 and the "logical" incorrect value if internal count is lost is 500) Nm, that groups by table column called key, which is weird but is what Hive does

The gradle plugin does not wrap the output from a jar task defined by archiveTask. The documentation states archiveTask defines "A Jar-Task which should be wrapped instead of the JAR-Task (Java-Plugin) or WAR-Task (WAR-Plugin)". 
Currently, the project Jar/War output is wrapped and the archiveTask output is not included.
swarm 
{
    archiveTask = jarTask
}
            
This error is the result of improper handing of namespaces and their prefixes.  Specifically, when using the default namespace attribute "xmlns".  For example:
<soap:Envelope>
<soap:Body>
<foo xmlns="bar" />
</soap:Body>
The full stack trace is as follows:
javax.xml.transform.TransformerException: org.w3c.dom.DOMException: NAMESPACE_ERR: An attempt is made to create or change an object in a way which is incorrect with regard to namespaces.
        at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:501)
        at org.springframework.ws.server.endpoint.support.PayloadRootUtils.getPayloadRootQName(PayloadRootUtils.java:87)
        at org.springframework.ws.server.endpoint.mapping.PayloadRootQNameEndpointMapping.resolveQName(PayloadRootQNameEndpointMapping.java:57)
        at org.springframework.ws.server.endpoint.mapping.AbstractQNameEndpointMapping.getLookupKeyForMessage(AbstractQNameEndpointMapping.java:33)
        at org.springframework.ws.server.endpoint.mapping.AbstractMapBasedEndpointMapping.getEndpointInternal(AbstractMapBasedEndpointMapping.java:106)
        at org.springframework.ws.server.endpoint.mapping.AbstractEndpointMapping.getEndpoint(AbstractEndpointMapping.java:83)
        at org.springframework.ws.server.MessageDispatcher.getEndpoint(MessageDispatcher.java:242)
        at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:195)
        at org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:162)
        at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:87)
        at org.springframework.ws.transport.http.WebServiceMessageReceiverHandlerAdapter.handle(WebServiceMessageReceiverHandlerAdapter.java:57)
        at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:197)
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:476)
        at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:441)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1072)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6981)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3892)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2766)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
Caused by: org.w3c.dom.DOMException: NAMESPACE_ERR: An attempt is made to create or change an object in a way which is incorrect with regard to namespaces.
        at org.apache.xml.utils.DOMBuilder.startElement(DOMBuilder.java:374)
        at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072)
        at org.springframework.ws.soap.saaj.support.SaajXmlReader.handleElement(SaajXmlReader.java:140)
        at org.springframework.ws.soap.saaj.support.SaajXmlReader.handleNode(SaajXmlReader.java:123)
        at org.springframework.ws.soap.saaj.support.SaajXmlReader.parse(SaajXmlReader.java:115)
        at org.springframework.ws.soap.saaj.support.SaajXmlReader.parse(SaajXmlReader.java:96)
        at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484)
        ... 25 more
Normally this error is associated with a buggy version of Xalan-J.  In this case, however, it appears to be an error in org.springframework.ws.soap.saaj.support.SaajXmlReader.
I have isolated the problem and will supply a patch.

You can get errors like

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'healthChecksMvcEndpoint' defined in class path resource [org/apache/camel/spring/boot/actuate/endpoint/CamelHealthCheckEndpointAutoConfiguration.class]: Post-processing of merged bean definition failed; nested exception is java.lang.NoClassDefFoundError: org/springframework/http/ResponseEntity
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:526) ~[spring-beans-4.3.11.RELEASE.jar!/:4.3.11.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483) ~[spring-beans-4.3.11.RELEASE.jar!/:4.3.11.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306) ~[spring-beans-4.3.11.RELEASE.jar!/:4.3.11.RELEASE]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) ~[spring-beans-4.3.11.RELEASE.jar!/:4.3.11.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302) ~[spring-beans-4.3.11.RELEASE.jar!/:4.3.11.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197) ~[spring-beans-4.3.11.RELEASE.jar!/:4.3.11.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:761) ~[spring-beans-4.3.11.RELEASE.jar!/:4.3.11.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:867) ~[spring-context-4.3.11.RELEASE.jar!/:4.3.11.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:543) ~[spring-context-4.3.11.RELEASE.jar!/:4.3.11.RELEASE]
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:693) [spring-boot-1.5.7.RELEASE.jar!/:1.5.7.RELEASE]
	at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:360) [spring-boot-1.5.7.RELEASE.jar!/:1.5.7.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:303) [spring-boot-1.5.7.RELEASE.jar!/:1.5.7.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1118) [spring-boot-1.5.7.RELEASE.jar!/:1.5.7.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1107) [spring-boot-1.5.7.RELEASE.jar!/:1.5.7.RELEASE]
	at com.camelinaction.ClientApplication.main(ClientApplication.java:10) [classes!/:na]

From John Beatty on the ML:

Thanks Ryan, but I seem to be missing something then. It NPEs for me.
When running against 0.89.20100726 and providing a null expected value
I get the below stack trace (and works like a champ when I provide a
byte[0]. I also don't see the transformation you're referring to in
HTable.
(for reference,
http://svn.apache.org/viewvc/hbase/branches/0.89.20100726/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java?view=markup)
java.io.IOException: java.io.IOException: java.lang.NullPointerException
       at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:845)
       at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:835)
       at org.apache.hadoop.hbase.regionserver.HRegionServer.checkAndMutate(HRegionServer.java:1754)
       at org.apache.hadoop.hbase.regionserver.HRegionServer.checkAndPut(HRegionServer.java:1773)
       at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source)
       at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
       at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:576)
       at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:919)
       at org.apache.hadoop.hbase.regionserver.HRegion.checkAndMutate(HRegion.java:1616)
       at org.apache.hadoop.hbase.regionserver.HRegionServer.checkAndMutate(HRegionServer.java:1751)
       ... 6 more
Looking in the code, I'm not sure either where the null conversion is done, even worse is that we don't even have unit tests! It should be put intoTestFromClientSide.

In HRegionServer.java openScanner()

      r.prepareScanner(scan);
      RegionScanner s = null;
      if (r.getCoprocessorHost() != null) {
        s = r.getCoprocessorHost().preScannerOpen(scan);
      }
      if (s == null) {
        s = r.getScanner(scan);
      }
        s = r.getCoprocessorHost().postScannerOpen(scan, s);
      }

If we dont have implemention for postScannerOpen the RegionScanner is null and so throwing nullpointer 

	at java.util.concurrent.ConcurrentHashMap.put(ConcurrentHashMap.java:881)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.addScanner(HRegionServer.java:2282)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.openScanner(HRegionServer.java:2272)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:364)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1326)

Making this defect as blocker.. Pls feel free to change the priority if am wrong.  Also correct me if my way of trying out coprocessors without implementing postScannerOpen is wrong.  Am just a learner.

See nabble
http://camel.465427.n5.nabble.com/onCompletion-for-failed-exchanges-tp3281388p3281388.html

TestAvroSerdeUtils determinSchemaCanReadSchemaFromHDFS is failing when running hive on hadoop23:
$ant very-clean package -Dhadoop.version=0.23.1 -Dhadoop-0.23.version=0.23.1 -Dhadoop.mr.rev=23
$ant test -Dhadoop.version=0.23.1 -Dhadoop-0.23.version=0.23.1 -Dhadoop.mr.rev=23 -Dtestcase=TestAvroSerdeUtils
 <testcase classname="org.apache.hadoop.hive.serde2.avro.TestAvroSerdeUtils" name="determineSchemaCanReadSchemaFromHDFS" time="0.21">
    <error message="org/apache/hadoop/net/StaticMapping" type="java.lang.NoClassDefFoundError">java.lang.NoClassDefFoundError: org/apache/hadoop/net/StaticMapping
    at org.apache.hadoop.hdfs.MiniDFSCluster.initMiniDFSCluster(MiniDFSCluster.java:534)
    at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:489)
    at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:360)
    at org.apache.hadoop.hive.serde2.avro.TestAvroSerdeUtils.determineSchemaCanReadSchemaFromHDFS(TestAvroSerdeUtils.java:187)
    at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
    at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:420)
    at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:911)
    at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:768)
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.net.StaticMapping
    at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
    ... 25 more
</error>
  </testcase>

If a converter creates a FacesMessage instance the message does appear as a result of the h:messages and h:message tags, but if the FacesContext is queried using the getMaximumSeverity method, the method returns null.  I was able to replicate the issue using the swf-booking-faces example by modifing the enterBookingDetails.xhtml.  I will attach the file once the issue has been created.  To reproduce, I removed the client side checking for one of the date entry boxes, and entered an incorrect date.  At the top of the page above the converter message should be the message "Please Correct the following errors:" which should only be rendered if any errors were detected.

Consider the following cli file:

/subsystem=datasources/data-source=fai-bfsa:add( \
  driver-name=PostgresJDBCDriver, \
  driver-class="org.postgresql.Driver", \
  jndi-name=java:jboss/jdbc/fai-bfsa, \
  connection-url=jdbc:postgresql://tpg0001:5432/xfgb01, \
  max-pool-size=20, \
  min-pool-size=10, \
  new-connection-sql="select 1", \
  check-valid-connection-sql="select 1", \
  user-name=uuuuu, \
  password=uuuuu, \
  background-validation=false, \
  validate-on-match=false, \
  enabled=false, \
  jta=true, \
  use-ccm=true, \
  share-prepared-statements=false, \
)

This is reflected into standalone-full.xml as:

<datasource jta="true" jndi-name="java:jboss/jdbc/fai-bfsa" pool-name="fai-bfsa" enabled="false" use-ccm="true">
    <connection-url>jdbc:postgresql://tpg0001:5432/xfgb01</connection-url>
    <driver-class>org.postgresql.Driver</driver-class>
    <driver>PostgresJDBCDriver</driver>
    <new-connection-sql>select 1</new-connection-sql>
    <pool>
        <min-pool-size>10</min-pool-size>
        <max-pool-size>20</max-pool-size>
    </pool>
    <security>
        <user-name>uuuuu</user-name>
        <password>uuuuu</password>
    </security>
    <validation>
        <check-valid-connection-sql>select 1</check-valid-connection-sql>
        <validate-on-match>false</validate-on-match>
        <background-validation>false</background-validation>
    </validation>
    <statement>
        <share-prepared-statements>false</share-prepared-statements>
    </statement>
</datasource>

I can now enable and disable that datasource both via cli or console without problem.
If i create the same datasource via console, with the very same attributes, producing the very same standalone-full.xml (i have diffed them), i cannot enable it nether via cli nor console because i get the following error:

14:33:00,230 ERROR [org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer] (MSC service thread 1-3) Error during the deployment of java:jboss/jdbc/fai-bfsa: java.lang.IllegalStateException
        at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47)
        at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer.getTransactionIntegration(AbstractDataSourceService.java:409)
        at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer.createMcf(AbstractDataSourceService.java:461)
        at org.jboss.jca.deployers.common.AbstractDsDeployer.deployDataSource(AbstractDsDeployer.java:430)
        at org.jboss.jca.deployers.common.AbstractDsDeployer.createObjectsAndInjectValue(AbstractDsDeployer.java:283)
        at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer.deploy(AbstractDataSourceService.java:310)
        at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:124)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51]
        at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]

14:33:00,236 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.data-source.java:jboss/jdbc/fai-bfsa: org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/jdbc/fai-bfsa: JBAS010433: Error during the deployment of fai-bfsa
        at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:131)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
Caused by: org.jboss.msc.service.StartException in anonymous service: JBAS010432: Unable to start the ds because it generated more than one cf
        at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:126)
        ... 5 more

14:33:00,242 INFO  [org.jboss.as.controller] (XNIO-4 task-2) JBAS014774: Servicestatus report
JBAS014775:    New missing/unsatisfied dependencies:
      service jboss.data-source.reference-factory.fai-bfsa (missing) dependents:[service jboss.naming.context.java.jboss.jdbc.fai-bfsa]
      service jboss.data-source-config.fai-bfsa (missing) dependents: [service jboss.data-source.java:jboss/jdbc/fai-bfsa]
JBAS014777:   Services which failed to start:      service jboss.data-source.java:jboss/jdbc/fai-bfsa

CacheListeners are added twice to the ClientRegionFactory (one inside if (attributes != null) 
{ ...}
 and again immediately after).
Not serious for a simple logging listener but could be an issue for more complex listeners.

When external-context is defined in EAP and it's pointing to external Artemis broker, it can't be injected in to MDB via @Resource(lookup = "java:global/externalcontext"). Such injection results in null object.
Injecting destinations from external context results in javax.ejb.EJBTransactionRolledbackException.

When a flow which contains a camel-validation endpoint is started, the XSD schemas are not loaded until the first request comes in and the camel-validation endpoint is first hit.
If two requests come in simultaneously, the initialization will be performed twice, at the same time. It seems that SchemaFactory is not thread-safe, so this results in the following exception:
10:38:20,860 | ERROR - org.apache.camel.processor.DeadLetterChannel - org.apache.camel.processor.Logger - Failed delivery for exchangeId: ID-ATOS-B624
E47AF0/3211-1240562892751/0-11. On delivery attempt: 0 caught: org.xml.sax.SAXException: FWK005 parse may not be called while parsing.
org.xml.sax.SAXException: FWK005 parse may not be called while parsing.
        at com.sun.org.apache.xerces.internal.jaxp.validation.Util.toSAXException(Util.java:62)
        at com.sun.org.apache.xerces.internal.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:214)
        at javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:594)
        at org.apache.camel.processor.validation.ValidatingProcessor.createSchema(ValidatingProcessor.java:204)
        at org.apache.camel.processor.validation.ValidatingProcessor.getSchema(ValidatingProcessor.java:118)
        at org.apache.camel.processor.validation.ValidatingProcessor.process(ValidatingProcessor.java:54)
        at org.apache.camel.impl.ProcessorEndpoint.onExchange(ProcessorEndpoint.java:92)
        at org.apache.camel.impl.ProcessorEndpoint$1.process(ProcessorEndpoint.java:66)
        at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:43) 
.....
For more info: http://www.nabble.com/Concurrency-Issue-with-camel-validation-td23213294.html
Is it possible to backport the fix to 1.4?

The reading parameter in camel-facebook can not be configured via an exchange header as described in the documentation:
The reading option can be a reference or value of type facebook4j.Reading, or can be specified using the following reading options in either the endpoint URI or exchange header with CamelFacebook. prefix.

I've tried to migrate my project from spring 3.2.x to 4.0 following SPR-11240 comment https://jira.springsource.org/browse/SPR-11240#comment-97549.
But it turns out that I have a compatibility problem using 

FormattingConversionService.addFormatterForFieldType which throws a java.lang.IllegalArgumentException: Type must not be null

I've created a reproduction project, see the given reference URL.

Related to CAMEL-5301
Which was implemented for recipient list. But the same thing should be fixed/implemented for send processor as well.
See nabble
http://camel.465427.n5.nabble.com/Rest-DSL-org-apache-camel-ExchangeTimedOutException-The-OUT-message-was-not-received-within-20000-mis-tp5761530.html

The protobuf deserialization code added in HIVE-9783 optimistically assumes all fields in the protocol buffers are set.  However, the serialization code only sets fields if they are not null in the corresponding thrift objects.  This causes issues.

When running any kind of compaction, we read every block of every storefile being compacted into the block cache.
We would like to reuse any already cached blocks, if available, but otherwise we should not bog down the LRU with unnecessary blocks.
This is not as bad as it was with the old LRU because the latest LRU implementation (HBASE-1460) is scan-resistant.  This ensures that we are not causing massive eviction of the blocks that are being read multiple times or from in-memory tables.  However, this does add to the GC-woes of an import because each block gets further referenced, and for longer periods of time.  There is also overhead in running the LRU evictions.

The worker fails to update the stats when the metastore is using Postgres as the RDBMS.  

org.postgresql.util.PSQLException: ERROR: relation "tab_col_stats" does not exist

Reference forum message http://forum.springsource.org/showthread.php?t=64011
Given the following two methods in a Controller
@RequestMapping(value="/rest/mail/v1/ipm/*", method=RequestMethod.GET)
public ModelAndView Method1()
@RequestMapping(value="/rest/mail/v1/ipm//*", method=RequestMethod.GET)
public ModelAndView Method2()
Given the request path /rest/mail/v1/ipm/JA8AAAAAAAAAKwAB4awBIfRXAeRU it matches the first method, but then chooses the second path as a BETTER match, resulting in the wrong method being called.  This is because of the simplistic implementation of isBetterPathMatch() that decides that a longer length path is a better match regardless of the number of elements in the path.
This occurs in AnnotationMethodHandlerAdapter.ServletHandlerMethodResolver.isBetterPathMatch.  It clearly does not take account of the extra / in the second path, which is not present in the given URL.
Although it is possible to make a workaround which involves having a single method, where the code then makes decisions based on the request path, it complicates Controller implementations forcing different sets of business logic to be combined.

ClassFinder logs error messages that are not actionable, so they just cause distraction

TLDs under META-INF/resources inside the web-fragment jar is not loaded.
directory structure of the web-fragment jar

taglib-jar
|-- META-INF
|   |-- resources
|   |   `-- WEB-INF
|   |       `-- tlds
|   |           `-- hi.tld
|   `-- web-fragment.xml
`-- simple
    `-- HiTag.class

web-fragment.xml

<web-fragment id="WebFragment_ID"
    version="3.0"
    xmlns="http://java.sun.com/xml/ns/javaee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-fragment_3_0.xsd">
    ...(snip)...

    <jsp-config>
        <taglib>
            <taglib-uri>/HiTag</taglib-uri>
            <taglib-location>/WEB-INF/tlds/hi.tld</taglib-location>
        </taglib>
    </jsp-config>

</web-fragment>

The following ERROR is thrown at the deployment:

ERROR [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0074: Could not find TLD /WEB-INF/tlds/hi.tld

JSP returns "500 Internal Server Error" and Jastow throws the following ERROR when accessing the JSP which has <%@ taglib uri="/HiTag" prefix="say"%> or <%@ taglib uri="/WEB-INF/tlds/hi.tld" prefix="say"%>:

ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /taglib-jar-in-war/hi.jsp: org.apache.jasper.JasperException: JBWEB004036: File "/HiTag" not found
	at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:57)
	at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:278)
	at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:75)
	at org.apache.jasper.compiler.TagLibraryInfoImpl.<init>(TagLibraryInfoImpl.java:171)
	at org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:412)
	at org.apache.jasper.compiler.Parser.parseDirective(Parser.java:475)
	at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1459)
	at org.apache.jasper.compiler.Parser.parse(Parser.java:143)
	at org.apache.jasper.compiler.ParserController.doParse(ParserController.java:223)
	at org.apache.jasper.compiler.ParserController.parse(ParserController.java:102)
	at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:200)
	at org.apache.jasper.compiler.Compiler.compile(Compiler.java:354)
	at org.apache.jasper.compiler.Compiler.compile(Compiler.java:334)
	at org.apache.jasper.compiler.Compiler.compile(Compiler.java:321)
	at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:652)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:358)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
	...(snip)...

ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /taglib-jar-in-war/index.jsp: org.apache.jasper.JasperException: JBWEB004036: File "/WEB-INF/tlds/hi.tld" not found

Note that the same war file can be deployed and the JSPs works on Tomcat 8.

CI build logs (see Reference URL) show that DEBUG logging level for org.springframework.amqp.rabbit is switched by log4j-amqp.properties and isn't returned back to INFO.
It causes very slow test results parsing process on Bamboo.

Wrong posBigTable used when accessing inputObjInspectors.  Found when testing HIVE-15627: "Make hive.vectorized.adaptor.usage.mode=all vectorize all UDFs not just those in supportedGenericUDFs" – it opened up a query to being vectorized and exposed the bug.  Array index out of bounds error.

Changed protobuf format not handled properly, so on startup of on top of old hbase files protobuf raises exception:
Thanks to stack for finding that.

90 2014-09-15 16:28:12,387 FATAL [ActiveMasterManager] master.HMaster: Failed to become active master
 91 java.io.IOException: content=20546
 92   at org.apache.hadoop.hbase.util.FSTableDescriptors.readTableDescriptor(FSTableDescriptors.java:599)
 93   at org.apache.hadoop.hbase.util.FSTableDescriptors.createTableDescriptorForTableDirectory(FSTableDescriptors.java:804)
 94   at org.apache.hadoop.hbase.util.FSTableDescriptors.createTableDescriptor(FSTableDescriptors.java:771)
 95   at org.apache.hadoop.hbase.util.FSTableDescriptors.createTableDescriptor(FSTableDescriptors.java:749)
 96   at org.apache.hadoop.hbase.master.MasterFileSystem.checkRootDir(MasterFileSystem.java:460)
 97   at org.apache.hadoop.hbase.master.MasterFileSystem.createInitialFileSystemLayout(MasterFileSystem.java:147)
 98   at org.apache.hadoop.hbase.master.MasterFileSystem.<init>(MasterFileSystem.java:127)
 99   at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:488)
100   at org.apache.hadoop.hbase.master.HMaster.access$500(HMaster.java:155)
101   at org.apache.hadoop.hbase.master.HMaster$1.run(HMaster.java:1244)
102   at java.lang.Thread.run(Thread.java:744)
103 Caused by: org.apache.hadoop.hbase.exceptions.DeserializationException: com.google.protobuf.InvalidProtocolBufferException: While parsing a protocol message, the input ended unexpectedly in the middle of a field.  This could mean either than the input has been truncated or that an embedded message misreported its own length.
104   at org.apache.hadoop.hbase.TableDescriptor.parseFrom(TableDescriptor.java:120)
105   at org.apache.hadoop.hbase.util.FSTableDescriptors.readTableDescriptor(FSTableDescriptors.java:597)
106   ... 10 more
107 Caused by: com.google.protobuf.InvalidProtocolBufferException: While parsing a protocol message, the input ended unexpectedly in the middle of a field.  This could mean either than the input has been truncated or that an embedded message misreported its own length.
108   at com.google.protobuf.InvalidProtocolBufferException.truncatedMessage(InvalidProtocolBufferException.java:70)
109   at com.google.protobuf.CodedInputStream.refillBuffer(CodedInputStream.java:728)
110   at com.google.protobuf.CodedInputStream.readRawByte(CodedInputStream.java:769)
111   at com.google.protobuf.CodedInputStream.readRawLittleEndian64(CodedInputStream.java:488)
112   at com.google.protobuf.CodedInputStream.readFixed64(CodedInputStream.java:203)
113   at com.google.protobuf.UnknownFieldSet$Builder.mergeFieldFrom(UnknownFieldSet.java:481)
114   at com.google.protobuf.GeneratedMessage.parseUnknownField(GeneratedMessage.java:193)
115   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableName.<init>(HBaseProtos.java:215)
116   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableName.<init>(HBaseProtos.java:173)
117   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableName$1.parsePartialFrom(HBaseProtos.java:261)
118   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableName$1.parsePartialFrom(HBaseProtos.java:256)
119   at com.google.protobuf.CodedInputStream.readMessage(CodedInputStream.java:309)
120   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableSchema.<init>(HBaseProtos.java:852)
121   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableSchema.<init>(HBaseProtos.java:799)
122   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableSchema$1.parsePartialFrom(HBaseProtos.java:923)
123   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableSchema$1.parsePartialFrom(HBaseProtos.java:918)
124   at com.google.protobuf.CodedInputStream.readMessage(CodedInputStream.java:309)
125   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableDescriptor.<init>(HBaseProtos.java:3396)
126   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableDescriptor.<init>(HBaseProtos.java:3343)
127   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableDescriptor$1.parsePartialFrom(HBaseProtos.java:3445)
128   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableDescriptor$1.parsePartialFrom(HBaseProtos.java:3440)
129   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableDescriptor$Builder.mergeFrom(HBaseProtos.java:3800)
130   at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$TableDescriptor$Builder.mergeFrom(HBaseProtos.java:3672)
131   at com.google.protobuf.AbstractMessage$Builder.mergeFrom(AbstractMessage.java:337)
132   at com.google.protobuf.AbstractMessage$Builder.mergeFrom(AbstractMessage.java:267)
133   at com.google.protobuf.AbstractMessageLite$Builder.mergeFrom(AbstractMessageLite.java:170)

In order to determine what is a valid type to use on the client side the GWT add-on checks to see if the referenced type is located in a package that has been declared in the application gwt.xml file. During this check a dtd file is downloaded. If no internet connection is present Roo hangs and the throws a "java.net.UnknownHostException".

When using RedirectView to redirect to a URL that includes a path variable the model value is not correctly URL encoded.  This differs from the query parameter where URL encoding occurs.
Eg:

RedirectView view = new RedirectView("/ab/{cd}");
view.render(Collections.singletonMap("cd", "C D"), request, response);
// Currently throws URISyntaxException, Should redirect to /ab/C+D

Repro:
1) Enable dfs.permissions
2) Start HBaseMaster in a different linux user account from HDFS. 
I get the following exception in the log. It looks like waitOnSafeMode requires HDFS superuser privileges which I do not grant to HBase.

2009-12-29 14:44:27,503 ERROR org.apache.hadoop.hbase.master.HMaster: Can not start master
        at org.apache.hadoop.hbase.master.HMaster.doMain(HMaster.java:1227)
        at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:1268)
Caused by: org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.security.AccessControlException: Superuser privilege is requ
ired
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkSuperuserPrivilege(FSNamesystem.java:4528)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.datanodeReport(FSNamesystem.java:3560)
        at org.apache.hadoop.hdfs.server.namenode.NameNode.getDatanodeReport(NameNode.java:596)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:508)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:959)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:955)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:953)

        at org.apache.hadoop.ipc.Client.call(Client.java:739)
        at org.apache.hadoop.ipc.RPC$Invoker.invoke(RPC.java:220)
        at $Proxy0.getDatanodeReport(Unknown Source)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:82)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:59)
        at org.apache.hadoop.hdfs.DFSClient.datanodeReport(DFSClient.java:818)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getDataNodeStats(DistributedFileSystem.java:353)
        at org.apache.hadoop.hbase.util.FSUtils.waitOnSafeMode(FSUtils.java:146)
        at org.apache.hadoop.hbase.master.HMaster.<init>(HMaster.java:197)

While reading the code of FrameworkServlet#RequestBindingInterceptor, I noticed that we try to obtain the HttpServletResponse using webRequest.getNativeRequest(HttpServletResponse.class) instead of webRequest.getNativeResponse(HttpServletResponse.class) :
https://github.com/spring-projects/spring-framework/blob/v5.0.0.RC3/spring-webmvc/src/main/java/org/springframework/web/servlet/FrameworkServlet.java#L1142
I'm wondering if it's a typo, and if it should be fixed?
I'm not sure about the impact, but it seems to have been added in this commit, so I guess it is not a huge issue, since the code is here since 2013... But I thought I might as well create a ticket, just in case.

We are having trouble getting LDAPS referrals working with an Elytron LDAP realm. The issue is the following stack trace.

javax.security.sasl.SaslException: ELY05012: Authentication mechanism server-side authentication failed [Caused by org.wildfly.security.auth.server.RealmUnavailableException: ELY01153: Direct LDAP verification failed with DN [redacted] and absolute DN [null]]
        at org.wildfly.security.sasl.plain.PlainSaslServer.evaluateResponse(PlainSaslServer.java:121)
        at org.wildfly.security.sasl.util.AuthenticationCompleteCallbackSaslServerFactory$1.evaluateResponse(AuthenticationCompleteCallbackSaslServerFactory.java:58)
        at org.wildfly.security.sasl.util.AuthenticationTimeoutSaslServerFactory$DelegatingTimeoutSaslServer.evaluateResponse(AuthenticationTimeoutSaslServerFactory.java:106)
        at org.wildfly.security.sasl.util.SecurityIdentitySaslServerFactory$1.evaluateResponse(SecurityIdentitySaslServerFactory.java:59)
        at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:245)
        at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:217)
        at org.jboss.remoting3.remote.ServerConnectionOpenListener$AuthStepRunnable.run(ServerConnectionOpenListener.java:486)
Caused by: org.wildfly.security.auth.server.RealmUnavailableException: ELY01153: Direct LDAP verification failed with DN [redacted] and absolute DN [null]
        at org.wildfly.security.auth.realm.ldap.DirectEvidenceVerifier$1.verifyEvidence(DirectEvidenceVerifier.java:104)
        at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.verifyEvidence(LdapSecurityRealm.java:609)
        at org.wildfly.security.auth.realm.AggregateSecurityRealm$Identity.verifyEvidence(AggregateSecurityRealm.java:155)
        at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.verifyEvidence(ServerAuthenticationContext.java:1977)
        at org.wildfly.security.auth.server.ServerAuthenticationContext.verifyEvidence(ServerAuthenticationContext.java:759)
        at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:992)
        at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:902)
        at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handle(ServerAuthenticationContext.java:839)
        at org.wildfly.security.sasl.util.SSLQueryCallbackHandler.handle(SSLQueryCallbackHandler.java:60)
        at org.wildfly.security.sasl.util.TrustManagerSaslServerFactory.lambda$createSaslServer$0(TrustManagerSaslServerFactory.java:96)
        at org.wildfly.security.sasl.plain.PlainSaslServer.evaluateResponse(PlainSaslServer.java:117)
        ... 12 more
Caused by: javax.naming.CommunicationException: ldap.acme.com:636 [Root exception is java.lang.ClassNotFoundException: org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory from [Module "org.wildfly.extension.io" version 5.0.0.Final from local module loader @7586beff (finder: local module finder @3b69e7d1 (roots: redacted))]]
        at com.sun.jndi.ldap.Connection.<init>(Connection.java:226)
        at com.sun.jndi.ldap.LdapClient.<init>(LdapClient.java:137)
        at com.sun.jndi.ldap.LdapClient.getInstance(LdapClient.java:1615)
        at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2749)
        at com.sun.jndi.ldap.LdapCtx.ensureOpen(LdapCtx.java:2699)
        at com.sun.jndi.ldap.LdapCtx.ensureOpen(LdapCtx.java:2673)
        at com.sun.jndi.ldap.LdapCtx.reconnect(LdapCtx.java:2669)
        at org.wildfly.security.auth.realm.ldap.DelegatingLdapContext.reconnect(DelegatingLdapContext.java:181)
        at org.wildfly.security.auth.realm.ldap.DirectEvidenceVerifier$1.verifyEvidence(DirectEvidenceVerifier.java:97)
        ... 22 more
Caused by: java.lang.ClassNotFoundException: org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory from [Module "org.wildfly.extension.io" version 5.0.0.Final from local module loader @7586beff (finder: local module finder @3b69e7d1 (roots: redacted))]
        at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255)
        at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
        at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
        at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
        at java.lang.Class.forName(Class.java:348)
        at com.sun.jndi.ldap.VersionHelper12.loadClass(VersionHelper12.java:72)
        at com.sun.jndi.ldap.Connection.createSocket(Connection.java:281)
        at com.sun.jndi.ldap.Connection.<init>(Connection.java:203)
        ... 30 more

As you can see the Sun/Oracle LDAP classes try to load the class org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory using the TCCL which is the org.wildfly.extension.io module loader. This will not work as ThreadLocalSSLSocketFactor is in the module org.wildfy.security.elytron-private.

I'm experiencing trouble deserializing an object that contains an empty EnumSet. My model contains the "stuff" field below : 

    public enum Stuff {
        FOO,
        BAR,
        BAZ
    }

    public EnumSet<Stuff> stuff;

Considering the following :

        repository.save(new Customer("Alice", "Smith", EnumSet.of(Customer.Stuff.BAR)));
        repository.save(new Customer("Bob", "Smith", EnumSet.noneOf(Customer.Stuff.class)));
        System.out.println(repository.findByFirstName("Alice"));
        System.out.println(repository.findByFirstName("Bob"));

Both customers are correctly stored into Mongo :

> db.customer.find()
{ "_id" : ObjectId("581dfc9d8d059f366d5d19f2"), "_class" : "hello.Customer", "firstName" : "Alice", "lastName" : "Smith", "stuff" : [ "BAR" ] }
{ "_id" : ObjectId("581dfc9d8d059f366d5d19f3"), "_class" : "hello.Customer", "firstName" : "Bob", "lastName" : "Smith", "stuff" : [ ] }

But line 4 raises a ConversionFailedException :

Caused by: org.springframework.core.convert.ConversionFailedException: Failed to convert from type [java.util.HashSet<?>] to type [java.util.EnumSet<?>] for value '[]'; nested exception is java.lang.ClassCastException: class java.lang.Enum not an enum
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:42) ~[spring-core-4.3.3.RELEASE.jar:4.3.3.RELEASE]
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:192) ~[spring-core-4.3.3.RELEASE.jar:4.3.3.RELEASE]
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:176) ~[spring-core-4.3.3.RELEASE.jar:4.3.3.RELEASE]
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.getPotentiallyConvertedSimpleRead(MappingMongoConverter.java:823) ~[spring-data-mongodb-1.9.3.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.readCollectionOrArray(MappingMongoConverter.java:890) ~[spring-data-mongodb-1.9.3.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.readValue(MappingMongoConverter.java:1195) ~[spring-data-mongodb-1.9.3.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.access$200(MappingMongoConverter.java:79) ~[spring-data-mongodb-1.9.3.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$MongoDbPropertyValueProvider.getPropertyValue(MappingMongoConverter.java:1145) ~[spring-data-mongodb-1.9.3.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.getValueInternal(MappingMongoConverter.java:871) ~[spring-data-mongodb-1.9.3.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$1.doWithPersistentProperty(MappingMongoConverter.java:284) ~[spring-data-mongodb-1.9.3.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$1.doWithPersistentProperty(MappingMongoConverter.java:272) ~[spring-data-mongodb-1.9.3.RELEASE.jar:na]
	at org.springframework.data.mapping.model.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:312) ~[spring-data-commons-1.12.3.RELEASE.jar:na]

Attached is an example from the the tutorial with the extra "stuff" field.
Thanks.

For Example:
hive (default)> create table liza_1 as 
              > select *, sum(key), sum(value) 
              > from new_src;
Starting Job = job_201304191025_0003, Tracking URL = http://hd17-vm5:51030/jobdetails.jsp?jobid=job_201304191025_0003
Kill Command = /home/zongren/hadoop-current/bin/../bin/hadoop job  -kill job_201304191025_0003
Hadoop job information for Stage-1: number of mappers: 0; number of reducers: 1
2013-04-22 11:09:28,017 Stage-1 map = 0%,  reduce = 0%
2013-04-22 11:09:34,054 Stage-1 map = 0%,  reduce = 100%
2013-04-22 11:09:37,074 Stage-1 map = 100%,  reduce = 100%
Ended Job = job_201304191025_0003
Moving data to: hdfs://hd17-vm5:9101/user/zongren/hive/liza_1
FAILED: Error in metadata: InvalidObjectException(message:liza_1 is not a valid object name)
Job 0: Reduce: 1   HDFS Read: 0 HDFS Write: 12 SUCCESS
hive (default)> create table liza_1 as         
              > from new_src                   
              > group by key, value;
Number of reduce tasks not specified. Estimated from input data size: 1
Starting Job = job_201304191025_0004, Tracking URL = http://hd17-vm5:51030/jobdetails.jsp?jobid=job_201304191025_0004
Kill Command = /home/zongren/hadoop-current/bin/../bin/hadoop job  -kill job_201304191025_0004
2013-04-22 11:11:58,945 Stage-1 map = 0%,  reduce = 0%
2013-04-22 11:12:01,964 Stage-1 map = 0%,  reduce = 100%
2013-04-22 11:12:04,982 Stage-1 map = 100%,  reduce = 100%
Ended Job = job_201304191025_0004
Job 0: Reduce: 1   HDFS Read: 0 HDFS Write: 0 SUCCESS
But the following tow Queries  work:
hive (default)> create table liza_1 as select * from new_src;
Total MapReduce jobs = 3
Launching Job 1 out of 3
Number of reduce tasks is set to 0 since there's no reduce operator
Starting Job = job_201304191025_0006, Tracking URL = http://hd17-vm5:51030/jobdetails.jsp?jobid=job_201304191025_0006
Kill Command = /home/zongren/hadoop-current/bin/../bin/hadoop job  -kill job_201304191025_0006
Hadoop job information for Stage-1: number of mappers: 0; number of reducers: 0
2013-04-22 11:15:00,681 Stage-1 map = 0%,  reduce = 0%
2013-04-22 11:15:03,697 Stage-1 map = 100%,  reduce = 100%
Ended Job = job_201304191025_0006
Stage-4 is selected by condition resolver.
Stage-3 is filtered out by condition resolver.
Stage-5 is filtered out by condition resolver.
Moving data to: hdfs://hd17-vm5:9101/user/zongren/hive-scratchdir/hive_2013-04-22_11-14-54_632_6709035018023861094/-ext-10001
Table default.liza_1 stats: [num_partitions: 0, num_files: 0, num_rows: 0, total_size: 0, raw_data_size: 0]
Job 0:  HDFS Read: 0 HDFS Write: 0 SUCCESS
OK
Time taken: 9.576 seconds
hive (default)> create table liza_1 as
              > select sum (key), sum(value) 
              > from new_test;
Starting Job = job_201304191025_0008, Tracking URL = http://hd17-vm5:51030/jobdetails.jsp?jobid=job_201304191025_0008
Kill Command = /home/zongren/hadoop-current/bin/../bin/hadoop job  -kill job_201304191025_0008
2013-04-22 11:22:52,200 Stage-1 map = 0%,  reduce = 0%
2013-04-22 11:22:55,216 Stage-1 map = 0%,  reduce = 100%
2013-04-22 11:22:58,234 Stage-1 map = 100%,  reduce = 100%
Ended Job = job_201304191025_0008
Table default.liza_1 stats: [num_partitions: 0, num_files: 1, num_rows: 0, total_size: 6, raw_data_size: 0]
Job 0: Reduce: 1   HDFS Read: 0 HDFS Write: 6 SUCCESS
OK
Time taken: 11.115 seconds
In MySQL :
mysql> select * from example ;
-----

See user forum
http://camel.465427.n5.nabble.com/camel-jetty-and-jetty-version-9-4-7-v20170914-td5814774.html
Also it causes camel-ribbon-starter tests to fail

The Spring Data GemFire XML namespace (XSD) <gfe:gateway-sender> element is missing the 'disk-synchronous' attribute.

I keep getting red cross in my eclipse, whatever the jdk (jdk6, jdk7, jdk8)
Name clash: The method remove(K, V) of type PoolMap<K,V> has the same erasure as remove(Object, Object) of type Map<K,V> but does not override it
maybe related to HBASE-10030
The solution I have is simply removing the deprecated method, and everything is fine. I am not sure of the backwards compatibility here.

Selenium tests fail because the test is searching for //input[@value='Save'] but because of the new localization the button is called "Speichern" and not "Save". Using the id (proceed) would be a lot better.

central-pom.xml files are failed.
1) spring-batch-core : you should change xstream reference
  <profiles>
    <profile>
      <id>tiger</id>
      <activation>
        <jdk>1.5</jdk>
      </activation>
      <dependencies>
			<groupId>com.thoughtworks.xstream</groupId>
			<artifactId>xstream</artifactId>
      </dependencies>
    </profile>
  </profiles>
2) spring-batch-core : groupid missing
3) spring-core : bad version for stax
you should change from 1.2 to 1.2.0 in dependencyManagement
I attach the corrected files

Predicates defined in the java dsl are not dumped to xml when using jmx.
Eg, this java dsl route:

from("seda:a").choice().when(header("test").isNotNull()).log("not null").end().to("mock:a");

Will be dumped as this:

<route group="com.example.TestRoute" id="route1" xmlns="http://camel.apache.org/schema/spring">
    <from uri="seda:a"/>
    <choice id="choice23">
        <when id="when24">
            <expressionDefinition/>
            <log message="not null" id="log20"/>
        </when>
    </choice>
    <to uri="mock:a" id="to17"/>
</route>

The <expressionDefinition> element should contain the expression.
This seems similar to CAMEL-4733.

The following error prevents the Keycloak server to start in 2017.12.1:

2017-12-13 23:58:23,428 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                  Logging - STABLE          org.wildfly.swarm:logging:2017.12.1
2017-12-13 23:58:23,441 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                      JMX - STABLE          org.wildfly.swarm:jmx:2017.12.1
2017-12-13 23:58:23,443 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:             Transactions - STABLE          org.wildfly.swarm:transactions:2017.12.1
2017-12-13 23:58:23,443 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:               Infinispan - STABLE          org.wildfly.swarm:infinispan:2017.12.1
2017-12-13 23:58:23,444 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                      JCA - STABLE          org.wildfly.swarm:jca:2017.12.1
2017-12-13 23:58:23,445 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                  Elytron - STABLE          org.wildfly.swarm:elytron:2017.12.1
2017-12-13 23:58:23,445 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:              Datasources - STABLE          org.wildfly.swarm:datasources:2017.12.1
2017-12-13 23:58:23,446 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                   JAX-RS - STABLE          org.wildfly.swarm:jaxrs:2017.12.1
2017-12-13 23:58:23,447 WARN  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:          Keycloak Server - UNSTABLE        org.wildfly.swarm:keycloak-server:2017.12.1
2017-12-13 23:58:23,448 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                 Remoting - STABLE          org.wildfly.swarm:remoting:2017.12.1
2017-12-13 23:58:23,449 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                 Undertow - STABLE          org.wildfly.swarm:undertow:2017.12.1
2017-12-13 23:58:25,745 WARN  [org.wildfly.swarm.datasources] (main) WFSWARM1005: Not creating a default datasource due to lack of JDBC driver
2017-12-13 23:58:25,767 INFO  [org.wildfly.swarm.jmx] (main) JMX not configured for remote access
2017-12-13 23:58:26,760 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.SP1
2017-12-13 23:58:27,046 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0049: WildFly Swarm 2017.12.1 (WildFly Core 3.0.8.Final) starting
2017-12-13 23:58:27,114 INFO  [org.wildfly.swarm] (MSC service thread 1-8) WFSWARM0019: Install MSC service for command line args: []
2017-12-13 23:58:28,152 INFO  [org.wildfly.security] (ServerService Thread Pool -- 11) ELY00001: WildFly Elytron version 1.1.6.Final
2017-12-13 23:58:28,316 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 18) WFLYNAM0001: Activating Naming Subsystem
2017-12-13 23:58:28,321 INFO  [org.jboss.as.jaxrs] (ServerService Thread Pool -- 19) WFLYRS0016: RESTEasy version 3.0.24.Final
2017-12-13 23:58:28,337 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 20) WFLYTX0013: The node-identifier attribute on the /subsystem=transactions is set to the default value. This is a danger for environments running multiple servers. Please make sure the attribute value is unique.
2017-12-13 23:58:28,407 INFO  [org.jboss.as.naming] (MSC service thread 1-2) WFLYNAM0003: Starting Naming Service
2017-12-13 23:58:28,425 INFO  [org.xnio] (ServerService Thread Pool -- 21) XNIO version 3.5.4.Final
2017-12-13 23:58:28,437 INFO  [org.xnio.nio] (ServerService Thread Pool -- 21) XNIO NIO Implementation Version 3.5.4.Final
2017-12-13 23:58:28,442 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 25) WFLYSEC0002: Activating Security Subsystem
2017-12-13 23:58:28,460 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 24) WFLYCLINF0001: Activating Infinispan subsystem.
2017-12-13 23:58:28,481 INFO  [org.jboss.as.security] (MSC service thread 1-6) WFLYSEC0001: Current PicketBox version=5.0.2.Final
2017-12-13 23:58:28,522 INFO  [org.jboss.as.connector] (MSC service thread 1-2) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.6.Final)
2017-12-13 23:58:28,543 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 21) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
2017-12-13 23:58:28,549 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 30) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.4)
2017-12-13 23:58:28,557 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0018: Started Driver service with driver-name = h2
2017-12-13 23:58:28,582 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.4.18.Final starting
2017-12-13 23:58:28,952 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 5.0.5.Final
2017-12-13 23:58:29,191 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0012: Started server default-server.
2017-12-13 23:58:29,276 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0006: Undertow HTTP listener default listening on [0:0:0:0:0:0:0:0]:8080
2017-12-13 23:58:29,280 WARN  [org.jboss.as.remoting] (MSC service thread 1-6) ****** All authentication is ANONYMOUS for org.jboss.as.remoting.RemotingHttpUpgradeService
2017-12-13 23:58:29,412 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "keycloak-server.war" (runtime-name: "keycloak-server.war")
2017-12-13 23:58:29,592 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/KeycloakDS]
2017-12-13 23:58:29,797 INFO  [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-7) ISPN000128: Infinispan version: Infinispan 'Chakra' 8.2.8.Final
2017-12-13 23:58:30,422 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 38) WFLYCLINF0002: Started realms cache from keycloak container
2017-12-13 23:58:30,423 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 34) WFLYCLINF0002: Started users cache from keycloak container
2017-12-13 23:58:30,423 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 37) WFLYCLINF0002: Started keys cache from keycloak container
2017-12-13 23:58:30,424 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 33) WFLYCLINF0002: Started work cache from keycloak container
2017-12-13 23:58:30,425 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 35) WFLYCLINF0002: Started sessions cache from keycloak container
2017-12-13 23:58:30,426 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 36) WFLYCLINF0002: Started authorization cache from keycloak container
2017-12-13 23:58:30,425 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 40) WFLYCLINF0002: Started loginFailures cache from keycloak container
2017-12-13 23:58:30,436 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 39) WFLYCLINF0002: Started offlineSessions cache from keycloak container
2017-12-13 23:58:30,452 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "keycloak-server.war")]) - failure description: {
        "org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions",
        "org.wildfly.clustering.infinispan.cache.keycloak.actionTokens"
    ],
        "jboss.concurrent.ee.context.config.auth.auth is missing [org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions, org.wildfly.clustering.infinispan.cache.keycloak.actionTokens]",
        "jboss.naming.context.java.module.auth.auth.InstanceName is missing [org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions, org.wildfly.clustering.infinispan.cache.keycloak.actionTokens]",
        "jboss.deployment.unit.\"keycloak-server.war\".jca.cachedConnectionManagerSetupProcessor is missing [org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions, org.wildfly.clustering.infinispan.cache.keycloak.actionTokens]",
        "jboss.naming.context.java.module.auth.auth.ModuleName is missing [org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions, org.wildfly.clustering.infinispan.cache.keycloak.actionTokens]",
        "jboss.naming.context.java.module.auth.auth is missing [org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions, org.wildfly.clustering.infinispan.cache.keycloak.actionTokens]",
        "jboss.naming.context.java.app.auth.AppName is missing [org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions, org.wildfly.clustering.infinispan.cache.keycloak.actionTokens]",
        "jboss.naming.context.java.module.auth.auth.InAppClientContainer is missing [org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions, org.wildfly.clustering.infinispan.cache.keycloak.actionTokens]",
        "jboss.deployment.unit.\"keycloak-server.war\".INSTALL is missing [org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions, org.wildfly.clustering.infinispan.cache.keycloak.actionTokens]",
        "jboss.naming.context.java.app.auth is missing [org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions, org.wildfly.clustering.infinispan.cache.keycloak.actionTokens]"
    ]
}
2017-12-13 23:58:30,567 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 31) WFLYSRV0010: Deployed "keycloak-server.war" (runtime-name : "keycloak-server.war")
2017-12-13 23:58:30,569 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
      service org.wildfly.clustering.infinispan.cache.keycloak.actionTokens (missing) dependents: [service jboss.naming.context.java.app.auth.AppName, service jboss.deployment.unit."keycloak-server.war".jca.cachedConnectionManagerSetupProcessor, service jboss.naming.context.java.module.auth.auth.InAppClientContainer, service jboss.naming.context.java.module.auth.auth.ModuleName, WFLYCTL0208: ... and 6 more ] 
      service org.wildfly.clustering.infinispan.cache.keycloak.authenticationSessions (missing) dependents: [service jboss.naming.context.java.app.auth.AppName, service jboss.deployment.unit."keycloak-server.war".jca.cachedConnectionManagerSetupProcessor, service jboss.naming.context.java.module.auth.auth.InAppClientContainer, service jboss.naming.context.java.module.auth.auth.ModuleName, WFLYCTL0208: ... and 6 more ] 

In many DW and BI systems, the data are stored in RDBMS for now such as oracle, mysql, postgresql ... for reporting, charting and etc.
It would be useful to be able to import data from RDBMS and export data to RDBMS using JDBC connections.
If Hive support JDBC connections, It wll be much easier to use 3rd party DW/BI tools.

When a cluster is fully shutdown and then started up again with hbase.master.startup.retainassign set to true, I noticed that the assignments are not retained. Upon digging, it seems like HBASE-10101 made a change due to which the server holding the META previously is added to dead-servers (in HMaster.assignMeta). Later on, this makes the AssignmentManager think that the master recovered from a failure as opposed to a fresh cluster start (the ServerManager.deadServers list is not empty in the check within 
AssignmentManager.processDeadServersAndRegionsInTransition)

If a route that consumes from JMS is in state Stopped, and first Suspend and then Resume are called upon it, the route reports itself as being in state Started. However, it is not actually consuming anything from the endpoint.

Hive query's result is written to a temporary directory first and then FetchTask takes the files and display it to the users. Currently the file format used for the resulting file is TextFile format. This could cause incorrect result display if some string typed column contains new lines, which are used as record delimiters in TextInputFormat. Switching to SequenceFile format will solve this problem. 

This came from the mailing this:
We were able to replicate this behavior in a pseudo-distributed hbase
(hbase-0.94.1) environment. We wrote a test program that creates a test
table "MyTestTable" and populates it with random rows, then it creates a
row with 60,000 columns and repeatedly updates it. Each column has a 18
byte qualifier and a 50 byte value. In our tests, when we ran the
program, we usually never got beyond 15 updates before it would flush
for a really long time. The rows that are being updated are about 4MB
each (minues any hbase metadata).
It doesn't seem like it's caused by GC. I turned on gc logging, and
didn't see any long pauses. This is the gc log during the flush.
http://pastebin.com/vJKKXDx5
This is the regionserver log with debug on during the same flush
http://pastebin.com/Fh5213mg
This is the test program we wrote.
http://pastebin.com/aZ0k5tx2
You should be able to just compile it, and run it against a running
HBase cluster.
$ java TestTable
Carlos

The legacy feature pack licenses.xml generation uses the maven-resources-plugin copy-resources goal to copy the core-feature-pack-licenses.xml file from a custom src location to a custom target location, and then runs the licenses-plugin insert-versions goal, using that target file as both an input and an output of that goal.
The problem is using the -Pjboss-release profile causes those executions to occur in a different order. With -Pjboss-release, the copy-resources happens after the insert-versions, removing all effect of the insert-versions.
There are a couple fixes that come to mind. One is moving the copy-resources from prepare-package phase to prepare-resources.  The other is dropping the copy-resources altogether and just directly specifying the src file as the input to the insert-versions.
I think I'll go for the latter as the result seems simpler to understand in the future.

When is set Server-identity/secret to use password obtained from credential-store then there is a problem with it.
I observe that SecretIdentityService expects password as constructor argument [1][2] and afterwards is resolved password from credential-store. But it fails because of regular password isn't defined and it is used as method argument [3].
Server log

Unable to find source-code formatter for language: collapse. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml
[Host Controller] [0m[31m12:27:48,205 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service org.wildfly.core.management.security.realm.ManagementRealm.secret: org.jboss.msc.service.StartException in service org.wildfly.core.management.security.realm.ManagementRealm.secret: Failed to start service[0m
[Host Controller] [31m	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978)[0m
[Host Controller] [31m	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[0m
[Host Controller] [31m	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[0m
[Host Controller] [31m	at java.lang.Thread.run(Thread.java:745)[0m
[Host Controller] [31mCaused by: java.lang.IllegalArgumentException: Last unit does not have enough valid bits[0m
[Host Controller] [31m	at java.util.Base64$Decoder.decode0(Base64.java:734)[0m
[Host Controller] [31m	at java.util.Base64$Decoder.decode(Base64.java:526)[0m
[Host Controller] [31m	at java.util.Base64$Decoder.decode(Base64.java:549)[0m
[Host Controller] [31m	at org.jboss.as.domain.management.security.SecretIdentityService.start(SecretIdentityService.java:77)[0m
[Host Controller] [31m	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)[0m
[Host Controller] [31m	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)[0m
[Host Controller] [31m	... 3 more[0m

[1] https://github.com/wildfly/wildfly-core/blob/3.0.0.Beta22/domain-management/src/main/java/org/jboss/as/domain/management/security/SecurityRealmAddHandler.java#L753
[2] https://github.com/wildfly/wildfly-core/blob/3.0.0.Beta22/domain-management/src/main/java/org/jboss/as/domain/management/security/SecretIdentityService.java#L68
[3] https://github.com/wildfly/wildfly-core/blob/3.0.0.Beta22/domain-management/src/main/java/org/jboss/as/domain/management/security/SecretIdentityService.java#L77

The hadoop .23 version needs to be bumped to 0.23.1-SNAPSHOT

There's an almost easy way to get stuck after a RS holding ROOT dies, usually from a GC-like event. It happens frequently to my TestReplication in HBASE-2223.
Some logs:

2010-06-10 11:35:52,090 INFO  [master] wal.HLog(1175): Spliting is done. Removing old log dir hdfs://localhost:55814/user/jdcryans/.logs/10.10.1.63,55846,1276194933831
2010-06-10 11:35:52,095 WARN  [master] master.RegionServerOperationQueue(183): Failed processing: ProcessServerShutdown of 10.10.1.63,55846,1276194933831; putting onto delayed todo queue
java.io.IOException: Cannot delete: hdfs://localhost:55814/user/jdcryans/.logs/10.10.1.63,55846,1276194933831
        at org.apache.hadoop.hbase.regionserver.wal.HLog.splitLog(HLog.java:1179)
        at org.apache.hadoop.hbase.master.ProcessServerShutdown.process(ProcessServerShutdown.java:298)
        at org.apache.hadoop.hbase.master.RegionServerOperationQueue.process(RegionServerOperationQueue.java:149)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:456)
Caused by: java.io.IOException: java.io.IOException: /user/jdcryans/.logs/10.10.1.63,55846,1276194933831 is non empty
2010-06-10 11:35:52,097 DEBUG [master] master.RegionServerOperationQueue(126): -ROOT- isn't online, can't process delayedToDoQueue items
2010-06-10 11:35:53,098 DEBUG [master] master.RegionServerOperationQueue(126): -ROOT- isn't online, can't process delayedToDoQueue items
2010-06-10 11:35:53,523 INFO  [main.serverMonitor] master.ServerManager$ServerMonitor(131): 1 region servers, 1 dead, average load 14.0[10.10.1.63,55846,1276194933831]
2010-06-10 11:35:54,099 DEBUG [master] master.RegionServerOperationQueue(126): -ROOT- isn't online, can't process delayedToDoQueue items
2010-06-10 11:35:55,101 DEBUG [master] master.RegionServerOperationQueue(126): -ROOT- isn't online, can't process delayedToDoQueue items

The last lines are my own debug. Since we don't process the delayed todo if ROOT isn't online, we'll never reassign the regions. 

 Looks like the following logic kicks in during OpTraitsRulesProcFactory.TableScanRule.checkBucketedTable(), which prevents the table from being considered a proper bucketed table:
            // The number of files for the table should be same as number of
            // buckets.
            if (fileNames.size() != 0 && fileNames.size() != numBuckets) 
{
              return false;
            }
            
The Progressable used on region open to tickle the ZK OPENING node to prevent the master from timing out a region open operation will currently abort the RegionServer if this fails for some reason.  However it could be "normal" for an RS to have a region open operation aborted by the master, so should just handle as it does other places by reverting the open.
We had a cluster trip over some other issue (for some reason, the tickle was not happening in < 30 seconds, so master was timing out every time).  Because of the abort on BadVersion, this eventually led to every single RS aborting itself eventually taking down the cluster.

A stack overflow may occur when a reverse scan is done. To reproduce (on a Mac), use the following steps:

Download the Phoenix 4.5.0 RC here: https://dist.apache.org/repos/dist/dev/phoenix/phoenix-4.5.0-HBase-1.1-rc0/bin/
Copy the phoenix-4.5.0-HBase-1.1-server.jar into the HBase lib directory (removing any earlier Phoenix version if there was one installed)
Stop and restart HBase
From the bin directory of the Phoenix binary distribution, start sqlline like this: ./sqlline.py localhost
Create a new table and populate it like this:

create table desctest (k varchar primary key desc);
upsert into desctest values ('a');
upsert into desctest values ('ab');
upsert into desctest values ('b');

Note that the following query works fine at this point:

select * from desctest order by k;
+------------------------------------------+
|                    K                     |
| a                                        |
| ab                                       |
| b                                        |

Stop and start HBase
Rerun the above query again and you'll get  a StackOverflowError at StoreFileScanner.seekToPreviousRow()

java.lang.RuntimeException: org.apache.phoenix.exception.PhoenixIOException: org.apache.phoenix.exception.PhoenixIOException: org.apache.hadoop.hbase.DoNotRetryIOException: DESCTEST,,1437847235264.a74d70e6a8b36e24d1ea1a70edb0cdf7.: null
	at org.apache.phoenix.util.ServerUtil.createIOException(ServerUtil.java:84)
	at org.apache.phoenix.util.ServerUtil.throwIOException(ServerUtil.java:52)
	at org.apache.phoenix.coprocessor.BaseScannerRegionObserver$2.nextRaw(BaseScannerRegionObserver.java:352)
	at org.apache.phoenix.coprocessor.DelegateRegionScanner.nextRaw(DelegateRegionScanner.java:77)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:2393)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32205)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2112)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:101)
	at org.apache.hadoop.hbase.io.hfile.ChecksumUtil.numChunks(ChecksumUtil.java:201)
	at org.apache.hadoop.hbase.io.hfile.ChecksumUtil.numBytes(ChecksumUtil.java:189)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock.totalChecksumBytes(HFileBlock.java:1826)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock.getBufferReadOnly(HFileBlock.java:356)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$EncodedScannerV2.getEncodedBuffer(HFileReaderV2.java:1211)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$EncodedScannerV2.getFirstKeyInBlock(HFileReaderV2.java:1307)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.seekBefore(HFileReaderV2.java:657)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.seekBefore(HFileReaderV2.java:646)
	at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekToPreviousRow(StoreFileScanner.java:425)
	at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekToPreviousRow(StoreFileScanner.java:449)

I've attempted to reproduce this in a standalone HBase unit test, but have not been able to (but I'll attach my attempt which mimics what Phoenix is doing).

The "run-as" roles feature with RBAC will only allow multiple role declarations if the caller provides a ModelNode of type LIST. The CLI doesn't do that and clients using the HTTP interface (e.g. web console) cannot do that. This makes doing this largely unsupported except for things like unit tests that create custom clients.
Fix is to do some more sophisticated parsing in RunAsRolesMapper.getOperationHeaderRoles(...).
1) If the trimmed role-list string starts with [ and ends with ] try to use ModelNode.fromString to parse. Return result if no error.
2) If not, or there is a parse error in 1), check for "," and use String.split(",")
3) Just return the trimmed string in a ModelNode.
Step 2 makes "," a kind of privileged char in role names. However, in the extremely remote chance users want to include "," in role names and still use this feature, the solution is to use proper DMR syntax for the roles header value, e.g.
["yuck,commas","Maintainer"]
So, in the CLI:
$ :read-resource
{roles=["yuck,commas","Maintainer"]}

An HTTP client like the console should use proper DMR syntax for the value of the operation-header-roles query parameter.

The "if" conditions in the Elytron's ServerAuthenticationContext.assignName are wrong (copy/paste issue):
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=17824833&defectInstanceId=4142373&mergedDefectId=1433254

Having a JSF enabled app, the jsf fraction is not detected when no fractions are specified. This happens when subpackages of javax.faces are used in the app
eg.

package org.demo.view;

import java.io.Serializable;
import java.util.ArrayList;

import javax.annotation.Resource;
import javax.ejb.SessionContext;
import javax.ejb.Stateful;
import javax.enterprise.context.Conversation;
import javax.enterprise.context.ConversationScoped;
import javax.faces.application.FacesMessage;
import javax.faces.component.UIComponent;
import javax.faces.context.FacesContext;
import javax.faces.convert.Converter;
import javax.inject.Inject;
import javax.inject.Named;
import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;
import javax.persistence.PersistenceContextType;
import javax.persistence.TypedQuery;
import javax.persistence.criteria.CriteriaBuilder;
import javax.persistence.criteria.CriteriaQuery;
import javax.persistence.criteria.Predicate;
import javax.persistence.criteria.Root;

import org.demo.model.Customer;

/**
 * Backing bean for Customer entities.
 * <p/>
 * This class provides CRUD functionality for all Customer entities. It focuses
 * purely on Java EE 6 standards (e.g. <tt>&#64;ConversationScoped</tt> for
 * state management, <tt>PersistenceContext</tt> for persistence,
 * <tt>CriteriaBuilder</tt> for searches) rather than introducing a CRUD
 * framework or custom base class.
 */

@Named
@Stateful
@ConversationScoped
public class CustomerBean implements Serializable {

	private static final long serialVersionUID = 1L;

	/*
	 * Support creating and retrieving Customer entities
	 */

	private Long id;

	public Long getId() {
		return this.id;
	}

	public void setId(Long id) {
	}

	public Customer getCustomer() {
		return this.customer;
	}

	public void setCustomer(Customer customer) {
		this.customer = customer;
	}

	@Inject
	private Conversation conversation;

	@PersistenceContext(unitName = "demo-persistence-unit", type = PersistenceContextType.EXTENDED)
	private EntityManager entityManager;

	public String create() {

		this.conversation.begin();
		this.conversation.setTimeout(1800000L);
		return "create?faces-redirect=true";
	}

	public void retrieve() {

		if (FacesContext.getCurrentInstance().isPostback()) {
			return;
		}

		if (this.conversation.isTransient()) {
			this.conversation.begin();
			this.conversation.setTimeout(1800000L);
		}

		if (this.id == null) {
			this.customer = this.example;
		} else {
			this.customer = findById(getId());
		}
	}

	public Customer findById(Long id) {

		return this.entityManager.find(Customer.class, id);
	}

	/*
	 * Support updating and deleting Customer entities
	 */

	public String update() {
		this.conversation.end();

		try {
			if (this.id == null) {
				this.entityManager.persist(this.customer);
				return "search?faces-redirect=true";
			} else {
				this.entityManager.merge(this.customer);
				return "view?faces-redirect=true&id=" + this.customer.getId();
			}
		} catch (Exception e) {
			FacesContext.getCurrentInstance().addMessage(null,
					new FacesMessage(e.getMessage()));
		}
	}

	public String delete() {

		try {
			Customer deletableEntity = findById(getId());

			this.entityManager.remove(deletableEntity);
			this.entityManager.flush();
			return "search?faces-redirect=true";
		}
	}

	/*
	 * Support searching Customer entities with pagination
	 */

	private int page;
	private long count;
	private List<Customer> pageItems;

	private Customer example = new Customer();

	public int getPage() {
		return this.page;
	}

	public void setPage(int page) {
		this.page = page;
	}

	public int getPageSize() {
		return 10;
	}

	public Customer getExample() {
		return this.example;
	}

	public void setExample(Customer example) {
		this.example = example;
	}

	public String search() {
		this.page = 0;
		return null;
	}

	public void paginate() {

		CriteriaBuilder builder = this.entityManager.getCriteriaBuilder();

		// Populate this.count

		CriteriaQuery<Long> countCriteria = builder.createQuery(Long.class);
		Root<Customer> root = countCriteria.from(Customer.class);
		countCriteria = countCriteria.select(builder.count(root)).where(
				getSearchPredicates(root));
		this.count = this.entityManager.createQuery(countCriteria)
				.getSingleResult();

		// Populate this.pageItems

		CriteriaQuery<Customer> criteria = builder.createQuery(Customer.class);
		root = criteria.from(Customer.class);
		TypedQuery<Customer> query = this.entityManager.createQuery(criteria
				.select(root).where(getSearchPredicates(root)));
		query.setFirstResult(this.page * getPageSize()).setMaxResults(
				getPageSize());
		this.pageItems = query.getResultList();
	}

	private Predicate[] getSearchPredicates(Root<Customer> root) {

		List<Predicate> predicatesList = new ArrayList<Predicate>();

		String firstName = this.example.getFirstName();
		if (firstName != null && !"".equals(firstName)) {
			predicatesList.add(builder.like(
					builder.lower(root.<String> get("firstName")),
					'%' + firstName.toLowerCase() + '%'));
		}
		String lastName = this.example.getLastName();
		if (lastName != null && !"".equals(lastName)) {
					builder.lower(root.<String> get("lastName")),
					'%' + lastName.toLowerCase() + '%'));
		}

		return predicatesList.toArray(new Predicate[predicatesList.size()]);
	}

	public List<Customer> getPageItems() {
		return this.pageItems;
	}

	public long getCount() {
		return this.count;
	}

	/*
	 * Support listing and POSTing back Customer entities (e.g. from inside an
	 * HtmlSelectOneMenu)
	 */

	public List<Customer> getAll() {

		CriteriaQuery<Customer> criteria = this.entityManager
				.getCriteriaBuilder().createQuery(Customer.class);
		return this.entityManager.createQuery(
				criteria.select(criteria.from(Customer.class))).getResultList();
	}

	@Resource
	private SessionContext sessionContext;

	public Converter getConverter() {

		final CustomerBean ejbProxy = this.sessionContext
				.getBusinessObject(CustomerBean.class);

		return new Converter() {

			@Override
			public Object getAsObject(FacesContext context,
					UIComponent component, String value) {

				return ejbProxy.findById(Long.valueOf(value));
			}

			@Override
			public String getAsString(FacesContext context,
					UIComponent component, Object value) {

				if (value == null) {
					return "";
				}

				return String.valueOf(((Customer) value).getId());
			}
		};
	}

	/*
	 * Support adding children to bidirectional, one-to-many tables
	 */

	private Customer add = new Customer();

	public Customer getAdd() {
		return this.add;
	}

	public Customer getAdded() {
		Customer added = this.add;
		this.add = new Customer();
		return added;
	}
}

In a table column we use 19-digit IDs. The column type is set to NUMBER. An example of an ID is "1000000009704976470". Now, if we access by using NamedParameterJdbcTemplate.queryForLong (String sql, SqlParameterSource paramSource) or overloaded methods, it returns the for example the long 1000000009704976512L instead of 1000000009704976470L. The cause lies in the implementation of the method queryForLong.
The current implementation looks like this:
public long queryForLong(String sql, SqlParameterSource paramSource) throws DataAccessException {
Number number = queryForObject(sql, paramSource, Number.class);
return (number != null ? number.longValue() : 0);
}
A solution could look like this:
Number number = queryForObject(sql, paramSource, Long.class);
}
One note, the JdbcTemplate class implements the method queryForLong properly.

Our UI is often too long. Lets give it more room if available.

Fix a few javadoc warnings.  Sneaking in some debug on a TestSplitLogManager failure over on 0.98 that happened last night while I'm at it.

The implementation of HTable.ClientScanner.filterSaysStop() doesnt refer to the old filter, which could result in an NPE if you use an old-style filter.
It also ignores the old style filter, so if you want to use old filters only, you dont get the effect you need.

Generate an application using the following commands:
project --topLevelPackage com.bloudraak.sample.xss
persistence setup --provider HIBERNATE --database MYSQL 
entity --class ~.models.Item --table items
field string --fieldName title 
field string --fieldName body --sizeMax 4096
controller all --package ~.controllers
exit
Start the application by executing "mvn tomcat:run".  Create a new "Item" and enter "<script>alert('Hello Dude')</script>" in the description field and save.  Notice a dialog appearing that says "Hello Dude".  Also note that when listing all items, the website is "broken". 
Also note that I can "break" the application by entering an HTML comment, such as "<!--". 
You can find a few things to check for using this cheat sheet   I would strongly suggest that ROO generates tests to cover these cases so that a developer knows when he breaks the security.  

YARN (2.7.4, at least) defaults to asserting at least 10% of the disk usage free on the local machine in order for the NodeManagers to function.
On my development machine, despite having over 50G free, I would see the warning from the NM that all the local dirs were bad which would cause the test to become stuck waiting to submit a mapreduce job. Surefire would eventually kill the process.
We should increase this value to avoid it causing us headache.

Originally reported by Deepesh Khandelwal
    Open the Hive CLI, ensure that HIVE_AUX_JARS_PATH has hcatalog-core.jar in the path.
    Keep it idle for more than 5 minutes (this is the default tez session timeout). Essentially Tez session should time out.
    Run a Hive on Tez query, the query fails. Here is a sample CLI session:

    hive> select from_unixtime(unix_timestamp(), "dd-MMM-yyyy") from vectortab10korc limit 1;
    Query ID = hrt_qa_20140626002525_6e964079-4031-406b-85ed-cda9c65dca22
    Total jobs = 1
    Launching Job 1 out of 1
    Tez session was closed. Reopening...
    Session re-established.

    Status: Running (application id: application_1403688364015_1930)

    Map 1: -/-
    Map 1: 0/1
    Map 1: 0/1
    Map 1: 0/1
    Map 1: 0/1
    Map 1: 0/1
    Status: Failed
    Vertex failed, vertexName=Map 1, vertexId=vertex_1403688364015_1930_1_00, diagnostics=[Task failed, taskId=task_1403688364015_1930_1_00_000000, diagnostics=[AttemptID:attempt_1403688364015_1930_1_00_000000_0 Info:Container container_1403688364015_1930_01_000002 COMPLETED with diagnostics set to [Resource hdfs://ambari-sec-1403670773-others-2-1.cs1cloud.internal:8020/tmp/hive-hrt_qa/_tez_session_dir/3d3ef758-90f3-4bb3-86cb-902aeb3b8830/hive-hcatalog-core-0.13.0.2.1.3.0-554.jar changed on src filesystem (expected 1403741969169, was 1403742347351
    ], AttemptID:attempt_1403688364015_1930_1_00_000000_1 Info:Container container_1403688364015_1930_01_000003 COMPLETED with diagnostics set to [Resource hdfs://ambari-sec-1403670773-others-2-1.cs1cloud.internal:8020/tmp/hive-hrt_qa/_tez_session_dir/3d3ef758-90f3-4bb3-86cb-902aeb3b8830/hive-hcatalog-core-0.13.0.2.1.3.0-554.jar changed on src filesystem (expected 1403741969169, was 1403742347351
    ], AttemptID:attempt_1403688364015_1930_1_00_000000_2 Info:Container container_1403688364015_1930_01_000004 COMPLETED with diagnostics set to [Resource hdfs://ambari-sec-1403670773-others-2-1.cs1cloud.internal:8020/tmp/hive-hrt_qa/_tez_session_dir/3d3ef758-90f3-4bb3-86cb-902aeb3b8830/hive-hcatalog-core-0.13.0.2.1.3.0-554.jar changed on src filesystem (expected 1403741969169, was 1403742347351
    ], AttemptID:attempt_1403688364015_1930_1_00_000000_3 Info:Container container_1403688364015_1930_01_000005 COMPLETED with diagnostics set to [Resource hdfs://ambari-sec-1403670773-others-2-1.cs1cloud.internal:8020/tmp/hive-hrt_qa/_tez_session_dir/3d3ef758-90f3-4bb3-86cb-902aeb3b8830/hive-hcatalog-core-0.13.0.2.1.3.0-554.jar changed on src filesystem (expected 1403741969169, was 1403742347351
    ]], Vertex failed as one or more tasks failed. failedTasks:1]
    DAG failed due to vertex failure. failedVertices:1 killedVertices:0
    FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask

4 changes in this code:
1) When caught and rethrowed as a IOException we always rethrow InterruptedIOException
2) When we were both throwing an exception AND resetting the interrupt status we only throw an exception now.
3) When we were trying to reset the status by Thread.interrupted() (which does not do that), we now do it for real with a Thread.currentThread.interrupt().
4) Sometimes, we were rethrowing something else then InterruptedIOException, while the contract would have allowed it. I've changed this as well.
This patch does not make means that we're fine when we're interrupted, but we're globally cleaner at least. I will then create other patches specific to some parts.

In reviewing code for ShellStatus, I noticed it omits the recently-added message field. Need to correct it.

Test Table:

create table test(id int,key int,name int);

Data：

id
key
name

1	
1	
2

1	
2	
3

1	
3	
2

1	
4	
2

1	
5	
3

Test SQL1:

select id,count(Distinct key),count(Distinct name)
from (select id,key,name from count_distinct_test group by id,key,name)m
group by id;

result：

1
5
4

expect:

1
5
2

Test SQL2:

select id,count(Distinct name),count(Distinct key)
from (select id,key,name from count_distinct_test group by id,name,key)m

result:

1
2
5

HBASE-11804 was only applied to the Linux scripts. Do the same for Windows. Need a +1 here from the Windows supporters, since this patch is a one liner but I need to know if it is OK to do on Windows. I'd say yes, but better ask first. cc Enis Soztutar

Inserting into an existing partition, after changing a table's location to point to a different HDFS filesystem:

   query += "CREATE TABLE test_managed_tbl (id int, name string, dept string) PARTITIONED BY (year int);\n"
    query += "INSERT INTO test_managed_tbl PARTITION (year=2016) VALUES (8,'Henry','CSE');\n"
    query += "ALTER TABLE test_managed_tbl ADD PARTITION (year=2017);\n"
    query += "ALTER TABLE test_managed_tbl SET LOCATION 
                                  'hdfs://ns2/warehouse/tablespace/managed/hive/test_managed_tbl'"
    query += "INSERT INTO test_managed_tbl PARTITION (year=2017) VALUES (9,'Harris','CSE');\n"

Results in the following error:

java.lang.IllegalArgumentException: Wrong FS: hdfs://ns1/warehouse/tablespace/managed/hive/test_managed_tbl/year=2017, expected: hdfs://ns2
        at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:781)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getPathName(DistributedFileSystem.java:240)
        at org.apache.hadoop.hdfs.DistributedFileSystem$29.doCall(DistributedFileSystem.java:1583)
        at org.apache.hadoop.hdfs.DistributedFileSystem$29.doCall(DistributedFileSystem.java:1580)
        at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1595)
        at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1734)
        at org.apache.hadoop.hive.ql.metadata.Hive.copyFiles(Hive.java:4141)
        at org.apache.hadoop.hive.ql.metadata.Hive.loadPartition(Hive.java:1966)
        at org.apache.hadoop.hive.ql.exec.MoveTask.handleStaticParts(MoveTask.java:477)
        at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:397)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:210)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2701)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:2372)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:2048)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1746)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1740)

When I ran TestSplitTransactionOnCluster, some times tests are failing.

	at org.junit.Assert.failNotEquals(Assert.java:647)
	at org.junit.Assert.assertEquals(Assert.java:128)
	at org.junit.Assert.assertEquals(Assert.java:472)
	at org.junit.Assert.assertEquals(Assert.java:456)
	at org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster.getAndCheckSingleTableRegion(TestSplitTransactionOnCluster.java:89)
	at org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster.testShutdownFixupWhenDaughterHasSplit(TestSplitTransactionOnCluster.java:298)
Seems like test is flaky, random other cases also fails.

Analysis
The test cases send 10 messages. The consumer uses manual ack and does a double ack on the first message causing the channel to be closed. It is a race between the broker closing the channel and the second message being received by the listener.
The listener counts down a latch that the test is waiting on.
If the broker loses the race, the channel is closed AFTER the second message is received by the listener and the message is redelivered after the consumer is recovered.
This results in 11 messages being received and the final test for a null message fails.
Solution
In the listener, only count down the latch if the message is NOT a redelivery (because the latch would have already been counted down for this message). However, we can't just test the redelivered flag - the message might have been sent by the broker but not actually received by the listener.
Add the message to a Set and only countdown the latch if it's not already received.

Running into an "Out Of Memory" error when trying to drop a table with 128K partitions.
The methods dropTable in metastore/src/java/org/apache/hadoop/hive/metastore/ObjectStore.java 
and dropTable in ql/src/java/org/apache/hadoop/hive/ql/exec/DDLTask.java encounter out of memory errors 
when dropping tables with lots of partitions because they try to load the metadata for every partition into memory.

    if(whiteListParamsStr == null && whiteListParamsStr.trim().isEmpty()) {

If whiteListParamsStr is null, the call to trim() would result in NPE.

It happens when RemoteDriver crashes between JobStarted and JobSubmitted, e.g. killed by kill -9. RemoteSparkJobMonitor will consider the job has started, however it can't get the job info because it hasn't received the JobId. Then the monitor will loop forever.

Fix hive builds to reflect the hive subproject branch structure.

Building the shims against http://hudson.zones.apache.org/hudson/job/Hadoop-trunk/lastSuccessfulBuild/artifact/trunk/hadoop-2009-06-21_11-01-36.tar.gz
fails:
build_shims:
[echo] Compiling shims against hadoop 0.20.2-ckatrak (/home/ckatrak/co/hive/build/hadoopcore/hadoop-0.20.2-ckatrak)
[javac] Compiling 2 source files to /home/ckatrak/co/hive/build/shims/classes
[javac] /home/ckatrak/co/hive/shims/src/0.20/java/org/apache/hadoop/hive/shims/Hadoop20Shims.java:253: getInputPaths(org.apache.hadoop.mapreduce.JobContext) in org.apache.hadoop.mapreduce.lib.input.FileInputFormat cannot be applied to (org.apache.hadoop.mapred.JobConf)
[javac]       Path[] paths = CombineFileInputFormat.getInputPaths(conf);
[javac]                                            ^
[javac] /home/ckatrak/co/hive/shims/src/0.20/java/org/apache/hadoop/hive/shims/Hadoop20Shims.java:262: cannot find symbol
[javac] symbol  : method createPool(org.apache.hadoop.mapred.JobConf,org.apache.hadoop.fs.PathFilter[])
[javac] location: class org.apache.hadoop.mapred.lib.CombineFileInputFormat<K,V>
[javac]       super.createPool(conf, filters);
[javac]            ^
[javac] /home/ckatrak/co/hive/shims/src/0.20/java/org/apache/hadoop/hive/shims/Hadoop20Shims.java:122: cannot find symbol
[javac] symbol  : constructor CombineFileSplit(org.apache.hadoop.mapred.lib.CombineFileSplit)
[javac] location: class org.apache.hadoop.mapred.lib.CombineFileSplit
[javac]       super(old);
[javac]       ^
[javac] Note: /home/ckatrak/co/hive/shims/src/0.20/java/org/apache/hadoop/hive/shims/Hadoop20Shims.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: /home/ckatrak/co/hive/shims/src/0.20/java/org/apache/hadoop/hive/shims/Hadoop20Shims.java uses unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[javac] 3 errors

Tested with version: spring-websocket-4.0.0.BUILD-20130914.053543-227
The method getSockJsPath() in the class org.springframework.web.socket.sockjs.support.AbstractSockJsService creates a wrong result in the following scenario:

DispatcherServlet mapped to /snakedemo/*

...

	@Override
	protected String[] getServletMappings() {
		return new String[] { "/snakedemo/*" };
	}
...
}

Websocket/SockJS Handler mapped to /snake 

@EnableWebSocket
public class WebConfig extends WebMvcConfigurerAdapter implements WebSocketConfigurer {

	@Override
	public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
		registry.addHandler(snakeWebSocketHandler(), "/snake").withSockJS();
	}
...
}

The client then tries to send a GET request to info and the server returns a 404. The problem is the code in getSockJsPath line 362-371 that results in a wrong sockjs path

request.getURI().getPath() ==> /snakedemo/snake/info
Return value of getSockJsPath() ==> demo/snake/info

The token endpoint does not accept a scope= parameter in general from the client during an auth code grant, but it still uses it if there, and (worse) the default auth request factory overwrites the existing value if the input has no explicit scope.  This means that the client actually must supply scope parameter to the token endpoint where actually it should be ignored (I suspect).

          Cell fk = new KeyValue.KeyOnlyKeyValue(getFirstKey(), 0, getFirstKey().length);
          // This will be null when the file is empty in which we can not
          // seekBefore to any key
          if (fk == null)

fk wouldn't be null.

ValidationErrors doesn't consider the nested path of fields correctly.

I am using Webflux in Spring Boot 2.0.3.RELEASE to create REST API. With that implementation, I customize and use the webSessionManager as below. (Sorry, the code is written in Kotlin.)

// Kotlin
@EnableWebFluxSecurity
class SecurityConfiguration {
    @Bean
    fun webSessionManager(): WebSessionManager {
        return DefaultWebSessionManager().apply {
            sessionIdResolver = HeaderWebSessionIdResolver().apply {
                headerName = "X-Sample"
            }
            sessionStore = InMemoryWebSessionStore()
        }
    }

    // ...
}

And in order to test the REST API, I created a test code as follows. (addUser and signin are extension functions.)

// Kotlin
@AutoConfigureWebTestClient
@FixMethodOrder(MethodSorters.NAME_ASCENDING)
class UserTests {
    private lateinit var client: WebTestClient

    @Test
    fun testGetUserInfo() {
        client.addUser(defaultUser)
        val sessionKey = client.signin(defaultUser)

        client.get().uri(userPath)
                .header("X-Sample", sessionKey)
                .expectStatus().isOk
                .expectBody()
                .jsonInStrict("""
                {
                  "user": {
                    "mail_address": "user@example.com"
                  }
                }
                """.trimIndent())
    }

    // ...
}

The test failed. It is refused by authorization. However, if I start the server and run it from curl it will succeed in the authorization.
After investigating the cause, it turned out that org.springframework.test.web.reactive.server.AbstractMockServerSpec set webSessionManager to DefaultWebSessionManager. The default is used, not the webSessionManager I customized. For this reason, it could not get the session ID.

AbstractMockServerSpec.java#L41
AbstractMockServerSpec.java#L72-L78

I think that it is better to have the following implementation, what do you think?

// Java
abstract class AbstractMockServerSpec<B extends WebTestClient.MockServerSpec<B>>
        implements WebTestClient.MockServerSpec<B> {

    // ...

    private WebSessionManager sessionManager = null;

    // ...

    @Override
    public WebTestClient.Builder configureClient() {
        WebHttpHandlerBuilder builder = initHttpHandlerBuilder();
        builder.filters(theFilters -> theFilters.addAll(0, this.filters));
        if (this.sessionManager != null) {
            builder.sessionManager(this.sessionManager);
        }
        this.configurers.forEach(configurer -> configurer.beforeServerCreated(builder));
        return new DefaultWebTestClientBuilder(builder);
    }

    // ...
}

I saw the following in HBase-0.92-security build #39:

[ERROR] <https://builds.apache.org/job/HBase-0.92-security/ws/trunk/src/test/java/org/apache/hadoop/hbase/regionserver/TestStore.java>:[590,4] method does not override or implement a method from a supertype
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.0.2:testCompile (default-testCompile) on project hbase: Compilation failure
<https://builds.apache.org/job/HBase-0.92-security/ws/trunk/src/test/java/org/apache/hadoop/hbase/regionserver/TestStore.java>:[590,4] method does not override or implement a method from a supertype

The above was probably introduced by HBASE-5006

This is along the lines of other admin operations such as modifyColumnFamily, AddColumnFamily to make it a synchronous op.

if the BeforeClass setup method fails in certain ways, the table member will be null and we'll still try to call close() on it in our AfterClass.

Per Gopal V's recommendation tried running streaming ingest with and without zlib. Following are the numbers
 
Compression: NONE
 Total rows committed: 93800000
 Throughput: 1563333 rows/second
$ hdfs dfs -du -s -h /apps/hive/warehouse/prasanth.db/culvert
14.1 G  /apps/hive/warehouse/prasanth.db/culvert
  
Compression: ZLIB
 Total rows committed: 92100000
 Throughput: 1535000 rows/second
7.4 G  /apps/hive/warehouse/prasanth.db/culvert
  
 ZLIB is getting us 2x compression and only 2% lesser throughput. We should enable ZLIB by default for streaming ingest. 

Our man Ted Dunning found the following where RS checks in with one name, the master tells it use another name but we seem to go ahead and continue with our original name.
In RS logs I see:

2011-01-07 15:45:50,757 INFO  org.apache.hadoop.hbase.regionserver.HRegionServer [regionserver60020]: Master passed us address to use. Was=perfnode11:60020, Now=10.10.30.11:60020

On master I see

2011-01-07 15:45:38,613 INFO  org.apache.hadoop.hbase.master.ServerManager [IPC Server handler 0 on 60000]: Registering server=10.10.30.11,60020,1294443935414, regionCount=0, userLoad=false

....
then later

2011-01-07 15:45:44,247 INFO  org.apache.hadoop.hbase.master.ServerManager [IPC Server handler 2 on 60000]: Registering server=perfnode11,60020,1294443935414, regionCount=0, userLoad=true

This might be since we started letting servers register in other than with the reportStartup.

If there is a more accurate way to calculate the RealmUser then use it.

In a JSF environment, RequestDispatcher is used to forward request to /j_spring_security_check to do user login. In Spring Security 3.1.0, doing so results in 404 error. The same code works fine with 3.0.7.
Currently I use a custom filter to invoke UsernamePasswordAuthenticationFilter directly to work around the problem. As such, I suspect FilterChainProxy is not run when the request is forwarded.

The groupId and artifact used for jstl are incorrect and is no longer available to download
Refer to https://issues.sonatype.org/browse/MVNCENTRAL-71 which highlights an issue and that artifact was deleted.
Please upadate the Roo shell to generate the following for the pom.xml file:
    <groupId>javax.servlet.jsp.jstl</groupId>
    <artifactId>jstl-api</artifactId>
    <version>1.2</version>
I tried doing this manually, but as soon as I run a Roo command that updated the pom.xml file it reverts my changes.

Before I get into this, I'm willing to accept that what I'm doing is wrong (very old code). If so feel free to close this.
I have a OncePerRequestFilter that is invoked in the Spring Security chain after the FORM_LOGIN_FILTER filter. Inside this filter, the code decides whether some conditions are true and if so it redirects the user to a new page:

public void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain chain) throws IOException, ServletException {
    if (someEvent) {
        new RedirectView(someUrl, true).render(model, request, response);
        return; // Stop the filter chain
    }
    chain.doFilter(request, response); // Keep going
}

In RedirectView's renderMergedOutputModel method, a null pointer exception (silently for some reason) occurs because the following line returns null:

FlashMapManager flashMapManager = RequestContextUtils.getFlashMapManager(request);
flashMapManager.saveOutputFlashMap(flashMap, request, response); // Null Pointer

Having thrown some breakpoints around it seems to be because the DispatcherServlet hasn't added the FlashMapManager into the request as the filter was invoked before the DispatcherServlet.
I can get around this by overriding renderMergedOutputModel and taking out the stuff about flash attributes as I do not need them.
Again, happy to be told I'm "doing it wrong". 

HBASE-2 is really an incompatible change as it changes the format of region server log file names.
Update Migration tool so that it ensures there are no unrecovered region server log files.

2013-05-17 13:51:35,664 ERROR [regionserver60020-smallCompactions-1368795988827] org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction failed org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner@1a7abea0

from the comment and the expected behavior AssignmentManager.assign() should be sync

/** Assigns specified regions round robin, if any.
 * This is a synchronous call and will return once every region has been
public void assign(List<HRegionInfo> regions)

but the code has two path. 1 sync and the async

if (servers == 1 || (regions < bulkAssignThresholdRegions
        && servers < bulkAssignThresholdServers)) {
   for (HRegionInfo region: plan.getValue()) {
     ...
        invokeAssign(region);  // <-- this is async threadPool.submit(assign)
     ...
  }
} else {
  BulkAssigner ba = new GeneralBulkAssigner(...);
  ba.bulkAssign();  // <-- this is sync, calls BulkAssign.waitUntilDone()
}

https://builds.apache.org/job/HBase-1.1/452/ TestCreateTableProcedure is flaky because of this async behavior

On load we already have a StoreFileInfo and we create it from the path,
this will result in an extra fs.getFileStatus() call.
In completeCompactionMarker() we do a fs.exists() and later a fs.getFileStatus()
to create the StoreFileInfo, we can avoid the exists.

empty folders jboss-as-patch-# are left in /tmp/ after patch applying

my regionserver got wedged:
2009-03-02 15:43:30,938 WARN org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper: Failed to create /hbase:
org.apache.zookeeper.KeeperException$SessionExpiredException: KeeperErrorCode = Session expired for /hbase
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:87)
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:35)
        at org.apache.zookeeper.ZooKeeper.create(ZooKeeper.java:482)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.ensureExists(ZooKeeperWrapper.java:219)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.ensureParentExists(ZooKeeperWrapper.java:240)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.checkOutOfSafeMode(ZooKeeperWrapper.java:328)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRootRegion(HConnectionManager.java:783)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:468)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:443)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegionInMeta(HConnectionManager.java:518)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:477)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.relocateRegion(HConnectionManager.java:450)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getRegionLocation(HConnectionManager.java:295)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getRegionLocationForRowWithRetries(HConnectionManager.java:919)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.processBatchOfRows(HConnectionManager.java:950)
        at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:1370)
        at org.apache.hadoop.hbase.client.HTable.commit(HTable.java:1314)
        at org.apache.hadoop.hbase.client.HTable.commit(HTable.java:1294)
        at org.apache.hadoop.hbase.RegionHistorian.add(RegionHistorian.java:237)
        at org.apache.hadoop.hbase.RegionHistorian.add(RegionHistorian.java:216)
        at org.apache.hadoop.hbase.RegionHistorian.addRegionSplit(RegionHistorian.java:174)
        at org.apache.hadoop.hbase.regionserver.HRegion.splitRegion(HRegion.java:607)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.split(CompactSplitThread.java:174)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.run(CompactSplitThread.java:107)
this message repeats over and over.  
Looking at the code in question:
  private boolean ensureExists(final String znode) {
    try 
{
      zooKeeper.create(znode, new byte[0],
                       Ids.OPEN_ACL_UNSAFE, CreateMode.PERSISTENT);
      LOG.debug("Created ZNode " + znode);
      return true;
    }
 catch (KeeperException.NodeExistsException e) 
{
      return true;      // ok, move on.
    }
 catch (KeeperException.NoNodeException e) 
{
      return ensureParentExists(znode) && ensureExists(znode);
    }
 catch (KeeperException e) 
{
      LOG.warn("Failed to create " + znode + ":", e);
    }
 catch (InterruptedException e) 
{
    }
    return false;
  }
We need to catch this exception specifically and reopen the ZK connection.

Updating the contents of a WAR file in a domain controller content repository will usually lead to a disabled deployment in a server group being enabled.

The restricted visibility means that method chaining can't be used, so the code below results in a compilation error:
MessageProperties props  = 
MessagePropertiesBuilder.newInstance()
.setHeader("fruit", fruit.toString())
.setHeader("seeds", fruit.seeds().toString())
.build();

TestHeapSize worked for me when tested locally but failing up on Hudson:

    [junit] Running org.apache.hadoop.hbase.io.TestHeapSize
    [junit] 2009-06-20 01:29:11,577 DEBUG [main] util.ClassSize(121): bytes
    [junit] 	class [B
    [junit] 2009-06-20 01:29:11,580 DEBUG [main] util.ClassSize(121): offset
    [junit] 	int
    [junit] 2009-06-20 01:29:11,580 DEBUG [main] util.ClassSize(121): length
    [junit] 2009-06-20 01:29:11,581 DEBUG [main] util.ClassSize(147): Primitives 8, arrays 1, references(inlcuding 16, for object overhead) 2, refSize 4, size 32
    [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0.181 sec
    [junit] Test org.apache.hadoop.hbase.io.TestHeapSize FAILED

the following code throws an ArrayIndexOutOfBoundsException although it is perfectly valid (the byte 0x9c should be ignored according to the standard):

byte[x] = new byte[] { 'n', 'A', '=', '=', 0x9c };
Base64.decodeBase64(x);

The problem is the following method:

    private static boolean isBase64(byte octect) {
        if (octect == PAD) {
        } else if (base64Alphabet[octect] == -1) {
        } else {
        }
    }

in Java octect is a signed value, so it is not correct to use it as an offset for an array [0..254] which base64Alphabet is. 0x9c is -100!
FIX:
use base64Alphabet[ 0xff & octect ] in the "else if" block to convert the octet prior using it as an offset for the lookup table

for example：
create table alias_test_01(a INT, b STRING) ;
create table alias_test_02(a INT, b STRING) ;
create table alias_test_03(a INT, b STRING) ;
set hive.groupby.position.alias = true;
explain 
select * from 
alias_test_01 alias01 
left join 
(
select 2017 as a, b from alias_test_02 group by 1, 2
) alias02 
on alias01.a = alias02.a 
left join 
alias_test_03 alias03
on alias01.a = alias03.a;
error info:
FAILED: SemanticException [Error 10220]: Invalid position alias in Group By
Position alias: 2017 does not exist
The Select List is indexed from 1 to 2
the first process Position Alias result:
when CBO optimize failed and reAnalyzeAST is true, position alias will be processed twice.
1.   'group by 1, 2' convert to 'group by 2017, b'
2.   'group by 2017, b'  2017 column does not exist

In section 9.3.2 - WriteBuffer and Batch Methods, the link  "ACID semantics"  is broken.

I was working on my unittest and it failed with TableNotFoundException. I debugged a bit and found out that for meta scan, it does not give any primaryOperationTimeout to primary meta region. This will be an issue as the meta replica will contain stale data and it is possible that the meta replica will return back first than primary.
https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ConnectionImplementation.java#L823

Ran into this bug testing 0.90rc2. I kill -STOPed a server, and then -CONT it after its logs had been split. It correctly decided it should abort, but got stuck during the shutdown process.

A Spring Data JPA-based test is failing in Spring Boot when I upgrade to Spring Framework 4.2. The failure occurs because Spring Data's Repositories class fails to find the JpaRepositoryFactoryBean in the application context. It looks for it by calling BeanFactoryUtils.beanNamesForTypeIncludingAncestors(factory, RepositoryFactoryInformation.class, false, false)). RepositoryFactoryInformation is an interface that is implemented by JpaRepositoryFactoryInformation.
The problem looks like it may be due to the use of ResolvableType in 4.2. When run against Spring Framework 4.1.x, it boils down to AbstractBeanFactory.isTypeMatch calling org.springframework.data.repository.core.support.RepositoryFactoryInformation.class.isAssignableFrom(org.springframework.data.jpa.repository.support.JpaRepositoryFactoryBean.class). When run against Spring Framework 4.2 it's the ResolvableType for RepositoryFactoryInformation that's used. In 4.1.x the isAssignableFrom call returns true, in 4.2 it returns false. This is summarised in the following test:

assertTrue(RepositoryFactoryInformation.class
        .isAssignableFrom(JpaRepositoryFactoryBean.class));
assertTrue(ResolvableType.forClass(RepositoryFactoryInformation.class)

It fails on the second assertion.

BlockMergeTask has a main() and when used directly (instead of say partition concatenate feature), the -jobconf arguments are not honored. This is not something most people directly use.
Usage:
BlockMergeTask -input <colon seperated input paths>  -outputDir outputDir [-jobconf k1=v1 [-jobconf k2=v2] ...] 
Run BlockMergeTask with say -jobconf mapred.job.name=test and launched job will have a different name.

The SaslAuthenticationFactory sublcass of AbstractMechanismAuthenticationFactory is using org.wildfly.security.sasl.util.SaslMechanismInformation#getSupportedServerCredentialTypes() to determine what credentials are available.  But, that method returns null if nothing is known about that mechanism name.  AbstractMechanismAuthenticationFactory doesn't check for null in the returned collection, and so NPE results which is uncaught and can cause hangs and other problems.

In some scenarios, LLAP might store column vectors in cache that are getting reused and reset just before their original content would be written.
The issue is a concurrency issue and is thereby flaky. It is not easy to reproduce, but the odds of surfacing this issue can by improved by setting LLAP executor and IO thread counts this way:

set hive.llap.daemon.num.executors=32;
set hive.llap.io.threadpool.size=1;
using TPCDS input data of store_sales table, have at least a couple of 100k's of rows, and use text format:

ROW FORMAT SERDE    'org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe'  WITH SERDEPROPERTIES (    'field.delim'='|',    'serialization.format'='|')  STORED AS INPUTFORMAT    'org.apache.hadoop.mapred.TextInputFormat'  OUTPUTFORMAT    'org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat'

having more splits increases the issue showing itself, so it is worth to set tez.grouping.min-size=1024; set tez.grouping.max-size=1024;
run query on this this table: select min(ss_sold_date_sk) from store_sales;

The first query result is correct (2450816 in my case). Repeating the query will trigger reading from LLAP cache and produce a wrong result: 0.
If one wants to make sure of running into this issue, place a Thread.sleep(250) at the beginning of VectorDeserializeOrcWriter#run().
 
In statements like struct(a,b) IN (const struct('x','y'), ... ) the comparision in UDFIn may fail because if a or b is of char/varchar type the constants will retain string type - especially after PointlookupOptimizer compaction.

In the region split process, daughter regions are opened in different threads, Throwable t is set in these threads and it is checked in the calling thread. Need to make it volatile so the checking will not miss any exceptions from opening daughter regions.

While running patch:simulate to look into a problem with the patching mechanism, I noticed this output:

JBossFuse:karaf@root> patch:simulate fabric-zookeeper-patch 
DEBUG: Applying patch: fabric-zookeeper-patch / null
DEBUG: Adding artifact: mvn:io.fabric8/fabric-zookeeper/1.0.0.redhat-35X
DEBUG: Overwriting startup.properties with: io.fabric8:fabric-zookeeper:1.0.0.redhat-35X
DEBUG: Adding artifact: mvn:io.fabric8/fabric-zookeeper-commands/1.0.0.redhat-35X
Bundles to update:
    io.fabric8.fabric-zookeeper/1.0.0.redhat-350 with mvn:io.fabric8/fabric-zookeeper/1.0.0.redhat-35X
Installation will begin.  The connection may be lost or the console restarted.
[name]                                   [old]      [new]     
io.fabric8.fabric-zookeeper              1.0.0.redhat-350 1.0.0.redhat-35X

It looks like the simulate step already updated my etc/startup.properties file.

My service jars doesn't start anymore with java -jar (didn't change anything). I think something changed in the snapshot versions.
I'm using the bom mechanism, so I doesn't configured the versions.
The service starts with wildfly-swarm:run but not by starting the assembled jar.
*The error while starting the jar is is: *

SWARM> Exception in thread "main" org.jboss.modules.ModuleLoadException: java.io.IOException: Unable to locate artifact: org.wildfly.swarm:topology-api:1.0.0.CR2
SWARM> at org.wildfly.swarm.bootstrap.modules.ApplicationModuleFinder.buildModule(ApplicationModuleFinder.java:92)
SWARM> at org.wildfly.swarm.bootstrap.modules.AbstractSingleModuleFinder.findModule(AbstractSingleModuleFinder.java:49)
SWARM> at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439)
SWARM> at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342)
SWARM> at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289)
SWARM> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:221)
SWARM> at org.wildfly.swarm.bootstrap.Main.getMainClass(Main.java:71)
SWARM> at org.wildfly.swarm.bootstrap.Main.run(Main.java:48)
SWARM> at org.wildfly.swarm.bootstrap.Main.main(Main.java:43)
SWARM> Caused by: java.io.IOException: Unable to locate artifact: org.wildfly.swarm:topology-api:1.0.0.CR2
SWARM> at org.wildfly.swarm.bootstrap.util.WildFlySwarmApplicationConf$GAVEntry.apply(WildFlySwarmApplicationConf.java:221)
SWARM> at org.wildfly.swarm.bootstrap.util.WildFlySwarmApplicationConf.apply(WildFlySwarmApplicationConf.java:69)
SWARM> at org.wildfly.swarm.bootstrap.modules.ApplicationModuleFinder.handleWildFlySwarmApplicationConf(ApplicationModuleFinder.java:124)
SWARM> at org.wildfly.swarm.bootstrap.modules.ApplicationModuleFinder.buildModule(ApplicationModuleFinder.java:61)
SWARM> ... 8 more

The reason is a version conflict (attached screenshot) that is the cause that just version CR3 of topology is bundled and CR2 is missing. 
BOM Version: 1.0.0.CR1-SNAPSHOT

We have two choices:
https://freegeoip.io/json
http://ip-api.com/json
The first seems to be the successor of freegeoip.net. So I guess we can go with them and maybe take a look, sometimes, if they are up and running.

When attempting to access ${APP_ROOT}/${AUTH_ENDPOINT_URL} without providing any parameters, e.g., http://localhost:8080/sparklr2/oauth/authorize, one receives a 405 error response stating "Request method 'GET' not supported" with an Allow header of POST only.
However, the spec seems to indicate otherwise: http://tools.ietf.org/html/draft-ietf-oauth-v2-31#section-4.1.2.1
"If the resource owner denies the access request or if the request fails for reasons other than a missing or invalid redirection URI, the authorization server informs the client by adding the following parameters to the query component of the redirection URI using the "application/x-www-form-urlencoded" format, per Appendix B:
   error
         REQUIRED.  A single ASCII [USASCII] error code from the
         following:
         invalid_request
               The request is missing a required parameter, includes an
               invalid parameter value, includes a parameter more than
               once, or is otherwise malformed.
"
Compare the response of:
http://localhost:8080/sparklr2/oauth/authorize
to:
http://localhost:8080/sparklr2/oauth/authorize?response_type=foo
http://localhost:8080/sparklr2/oauth/authorize?response_type=code
http://localhost:8080/sparklr2/oauth/authorize?response_type=code&client_id=foo
http://localhost:8080/sparklr2/oauth/authorize?response_type=code&client_id=tonr
for further illustration.

After upgrading to Spring 5.1 RC1 my application started failing with following exception - 

Caused by: java.lang.UnsupportedOperationException
 at org.springframework.asm.ClassVisitor.visitNestHostExperimental(ClassVisitor.java:156) ~[spring-core-5.1.0.RC1.jar:5.1.0.RC1]
 at org.springframework.asm.ClassReader.accept(ClassReader.java:541) ~[spring-core-5.1.0.RC1.jar:5.1.0.RC1]
 at org.springframework.asm.ClassReader.accept(ClassReader.java:391) ~[spring-core-5.1.0.RC1.jar:5.1.0.RC1]
 at org.springframework.core.type.classreading.SimpleMetadataReader.<init>(SimpleMetadataReader.java:65) ~[spring-core-5.1.0.RC1.jar:5.1.0.RC1]
 at org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader(SimpleMetadataReaderFactory.java:103) ~[spring-core-5.1.0.RC1.jar:5.1.0.RC1]
 at org.springframework.core.type.classreading.CachingMetadataReaderFactory.getMetadataReader(CachingMetadataReaderFactory.java:123) ~[spring-core-5.1.0.RC1.jar:5.1.0.RC1]
  
Turned out, this is happening when spring tries to process classes which have inner class themselves. e.g.  in.workingtheory.Application class has an inner class FailureGeneration. Application will not start unless I remove this inner class altogether or remove class in.workingtheory.Application from class path scanning.
This is only reproducible on JDK 11 and Spring 5.1 RC1 but works fine on JDK 10.
Sample project for reproducing this issue is attached.
Environment
Oracle JDK 11 Build 23 (64 Bit)
Spring framework 5.1 RC1

If the Append/Increment skips the WAL, the sequential id will not be updated.
It introduces that the AbstractMemStore#upsert may remove the cell even though the cell is visible to the oldest scanner.

We encountered a situation where we had an esseitially read only table and attempted to do a clean HDFS DN decommission.  DN's cannot decomission if there are open blocks being written to currently on it.  Because the hbase Hlog file was open, had some data (hlog header), the DN could not decommission itself.  Since no new data is ever written, the existing periodic check is not activated.
After discussing with Aaron T. Myers, it seems that although an hdfs semantics change would be ideal (e.g. hbase doesn't have to be aware of hdfs decommission and the client would roll over) this would take much more effort than having hbase periodically force a log roll.  This would enable the hdfs dn con complete.

Following the instructions here:
http://hbase.apache.org/book/hbase.tests.html#integration.tests
After pulling down the latest bits from trunk and running,
> mvn clean compile test-compile package install assembly:assembly -DskipTests
I should be able to run integration tests with the following command:
> bin/hbase --config /path/to/configs  org.apache.hadoop.hbase.IntegrationTestsDriver
According to the documentation, this should kick off the tests.
Observed behavior:
Upon executing 
I see the following:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/hadoop/hbase/IntegrationTestsDriver
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.IntegrationTestsDriver
I can fix it by adding the following line to the hbase-env.sh file corresponding to the configs:
export HBASE_CLASSPATH=/path/to/project/hbase/hbase-it/target/test-classes/
This produces the correct output.

2014-10-23 07:55:44,221 - WARN  [NIOServerCxn.Factory:0.0.0.0/0.0.0.0:2181:NIOServerCnxnFactory@193] - Too many connections from /172.31.47.11 - max is 60

Search string sql injection in example spring webflow application:
http://apache.bonsai-sec.com:8080/swf-booking-mvc/spring/hotels/search?searchString=hotel%27%20AND%20%272%%27=%271&pageSize=6

When desc a table with command line or hive jdbc way, the table's comment can't be read.
1. I have updated javax.jdo.option.ConnectionURL parameter in hive-site.xml file.
   jdbc:mysql://...:3306/hive?characterEncoding=UTF-8
2. In mysql database, the comment field of COLUMNS table can be read normally.

If I implement an Interface on my Controller, my @SessionAttributes annotation has no effect.
Example code

@Controller("editProfileController")
@SessionAttributes(types = MyModel.class)
@Order(10)
public class EditProfileControllerImpl implements EditProfileController {

...

public interface EditProfileController {
    @RequestMapping(value = "/secure/editProfile.htm", method = RequestMethod.POST)
    ModelAndView saveEditProfilePage(
....

If I change it so the class doesn't implement the interface, everything works fine.

Consumer/Producer templates created in CamelAutoConfiguration as Spring beans are, contrary to the comment on the @Bean methods, not managed by Camel, the DefaultCamelContext in createProducerTemplate and createConsumerTemplate methods starts the returned templates but does not hold references to them and thus cannot stop them on shutdown.

KeyValue does not clear its row cache in reading new values (readFields()).
Therefore, If a KeyValue (kv) which caches its row bytes reads another KeyValue instance, kv.getRow() returns a wrong value. 

I'm experiencing a problem when using Tomcat 7 with a file named project-1.0.0.M3.war. When deployed the application can be accessed using the following URLs:
http://localhost:8080/project-1.0.0.M3/ - works fine
http://localhost:8080/project-1.0.0.M3 - fails because the appropriate view cannot be found 
The problem is caused by the content negotiation logic which detects an M3 file extension and decides that the requested MIME type is application/octet-stream. This happens in ContentNegotiatingViewResolver.getMediaTypes where the filename extraction mechanism should first remove the context path and then do what it does.

Cause : EnvironmentContext not passed here:
https://github.com/apache/hive/blob/36c33ca066c99dfdb21223a711c0c3f33c85b943/standalone-metastore/src/main/java/org/apache/hadoop/hive/metastore/HiveAlterHandler.java#L726
 
It will be useful to have the environmentContext passed to DbNotificationListener in this case, to know if the alter happened due to a stat change.

During the creation of one of our beans, we call getBeansWithAnnotation(Class<? extends Annotation> annotationType) to get a map of lazy-loaded annotated beans.  This method instantiates these annotated beans using getBean(String beanName).
In our configuration, we're dynamically registering Spring beans using a post processor bean.  The post processor bean receives a callback whenever one of these annotated beans is created, and dynamically registers new bean definitions.
The problem is that dynamic registration modifies List<String> beanDefinitionNames while Spring is iterating over it, causing a java.util.ConcurrentModificationException to be thrown:

	at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:901)
	at java.util.ArrayList$Itr.next(ArrayList.java:851)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansWithAnnotation(DefaultListableBeanFactory.java:566)
	at com.homeaway.TestConfiguration.testBean(TestConfiguration.java:43)
	at com.homeaway.TestConfiguration$$EnhancerBySpringCGLIB$$c0d0df0c.CGLIB$testBean$0(<generated>)
	at com.homeaway.TestConfiguration$$EnhancerBySpringCGLIB$$c0d0df0c$$FastClassBySpringCGLIB$$7a010a97.invoke(<generated>)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:309)
	at com.homeaway.TestConfiguration$$EnhancerBySpringCGLIB$$c0d0df0c.testBean(<generated>)
	... 36 more

Spring 3.2.2.RELEASE doesn't exhibit the same behavior because it creates a local set of bean names and iterates over that:

        // 3.2.2.RELEASE, DefaultListableBeanFactory.java
        public Map<String, Object> getBeansWithAnnotation(Class<? extends Annotation> annotationType) {
		Set<String> beanNames = new LinkedHashSet<String>(getBeanDefinitionCount());
		beanNames.addAll(Arrays.asList(getBeanDefinitionNames()));
		beanNames.addAll(Arrays.asList(getSingletonNames()));
		Map<String, Object> results = new LinkedHashMap<String, Object>();
		for (String beanName : beanNames) {
			if (findAnnotationOnBean(beanName, annotationType) != null) {
				results.put(beanName, getBean(beanName));
			}
		}
		return results;
	}

        // 4.1.4.RELEASE, DefaultListableBeanFactory.java
	@Override
	public Map<String, Object> getBeansWithAnnotation(Class<? extends Annotation> annotationType) {
		for (String beanName : this.beanDefinitionNames) {
			BeanDefinition beanDefinition = getBeanDefinition(beanName);
			if (!beanDefinition.isAbstract() && findAnnotationOnBean(beanName, annotationType) != null) {
			}
		}
		for (String beanName : this.manualSingletonNames) {
			if (!results.containsKey(beanName) && findAnnotationOnBean(beanName, annotationType) != null) {
			}
		}
	}

As a workaround for Spring 4.1.4.RELEASE, I've implemented a separate version of getBeansWithAnnotation(Class<? extends Annotation> annotationType as a custom method outside of Spring using the logic in 3.2.2.RELEASE.
I've attached an isolated test configuration and unit test that demonstrates the problem.

This is a very annoying bug, I have two clusters running on the same machine so I often stop the wrong one (both are for testing). When it happens, it leaves a HMaster running with this:

"main" prio=10 tid=0x0000000041dd3800 nid=0x55d5 in Object.wait() [0x00007f3c7165a000]
	- waiting on <0x00007f3bac94f528> (a java.lang.Object)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getMaster(HConnectionManager.java:382)
	- locked <0x00007f3bac94f528> (a java.lang.Object)
	at org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:90)
	at org.apache.hadoop.hbase.master.HMasterCommandLine.stopMaster(HMasterCommandLine.java:160)
	at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:104)
	at org.apache.hadoop.hbase.util.ServerCommandLine.doMain(ServerCommandLine.java:76)
	at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:1058)

And if I happen to restart that cluster right away, IT KILLS IT!

Test fails with wrong number of listeners:

Tests run: 11, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 202.248 sec <<< FAILURE! - in org.apache.hadoop.hbase.TestZooKeeper
testRegionAssignmentAfterMasterRecoveryDueToZKExpiry(org.apache.hadoop.hbase.TestZooKeeper) Time elapsed: 48.687 sec <<< FAILURE!
java.lang.AssertionError: expected:<16> but was:<15>
at org.junit.Assert.failNotEquals(Assert.java:743)
at org.junit.Assert.assertEquals(Assert.java:118)
at org.junit.Assert.assertEquals(Assert.java:555)
at org.junit.Assert.assertEquals(Assert.java:542)
at org.apache.hadoop.hbase.TestZooKeeper.testRegionAssignmentAfterMasterRecoveryDueToZKExpiry(TestZooKeeper.java:518)

Suppose we have a flow called FLOW_A containing a global transition like the following: 
    <global-transitions>
        <transition on="something" to="somewhere">
            <evaluate expression="myHandler.doSomething()"/>
        </transition>  
    </global-transitions>
Suppose FLOW_A has a parent abstract flow FLOW_B also containing some global transitions containing on-exceptions like the following:
        <transition on-exception="Exception1" to="somewhere">
            <evaluate expression="exceptionHandler.handleException1(rootCauseException)"/>
        </transition>
        <transition on-exception="Exception2" to="somewhere">
            <evaluate expression="exceptionHandler.handleException2(rootCauseException)"/>
During the merge of both global transitions the result will be something like:
instead of 
This is because in the org.springframework.webflow.engine.model.TransitionModel.isMergeableWith(Model model) method only the "on" is considered and not "on-exception": 
    public boolean isMergeableWith(Model model) {
        if (!(model instanceof TransitionModel)) 
{
        }
        TransitionModel transition = (TransitionModel) model;
        return ObjectUtils.nullSafeEquals(getOn(), transition.getOn());
    }

instead of 

        if (!(model instanceof TransitionModel)) {            return false;        }
        return ObjectUtils.nullSafeEquals(getOn(), transition.getOn())
                && ObjectUtils.nullSafeEquals(getOnException(), transition.getOnException());
    }

The problem resides in the class HessianClientInterceptor, which HessianProxyFactoryBean extends. Everytime I throw a business exception (which is meaningfull to my system) I get in my client side a RemoteAccessException (totally meaningless...). In order to know if it was some bug or if it was part of the business logic, I have to "unpack" this exception... I am sure you will agree this is not pretty nor is it right.
The expected behaviour of such proxy is that the exceptions declared in my service interface (normally business exceptions or of value to my business) are in fact caught directly in my client, not that they are wrapped around by some other meaningless exception.
To solve this problem we had to create a class which extended HessianProxyFactoryBean and use it to create the bean. It would be nice if the invoke method instead of wrapping the exceptions would just throw them as it is expected... I think.

Non UTF-8 charsest response seems to not be working. Response is text/xml;charset=ISO-8859-1, but altering the mediatype does not resolve it.
The error message is: org.springframework.web.client.RestClientException : Could not extract response: no suitable HttpMessageConverter found for response type [com.acme.Feed] and content type [text/xml;charset=ISO-8859-1]
Code Example:
HttpComponentsClientHttpRequestFactory requestFactory = new HttpComponentsClientHttpRequestFactory();
RestTemplate restTemplate = new RestTemplate(requestFactory);
List<HttpMessageConverter<?>> messageConverters = new ArrayList<HttpMessageConverter<?>>();
messageConverters.add(new FormHttpMessageConverter());
messageConverters.add(new StringHttpMessageConverter());
SimpleXmlHttpMessageConverter xmlMessageConverter = new SimpleXmlHttpMessageConverter();
ArrayList supportedMediaTypes = new ArrayList();
MediaType mediaType = new MediaType("text", "xml", Charset.forName("ISO-8859-1"));
supportedMediaTypes.add(mediaType);    	
xmlMessageConverter.setSupportedMediaTypes(supportedMediaTypes);
messageConverters.add(xmlMessageConverter);
restTemplate.setMessageConverters(messageConverters);
HttpHeaders headers = new HttpHeaders();
ResponseEntity responseEntity = 
	restTemplate.exchange(restURL, 
	                      HttpMethod.GET, 
	                      new HttpEntity<String>(headers), 
	                      Class.forName(com.acme.Feed));
XML Response:
<feed>
  <feedname>Alerts</feedname>
  <authData>
    <token>...</token>
    <username>...</username>
    <employeeId>...</employeeId>
  </authData>
  <dataMessages>
    <dataMessage>
            ...
    </dataMessage>
  </dataMessages>
</feed>

Encoding breaks when using updateStatus with media in the timelineOperaions()
tw.timelineOperations().updateStatus("날짜", details);
https://twitter.com/amoeba_daumsoft/status/209873215911235584
this works ok!
But if i use 
tw.timelineOperations().updateStatus("날짜", media, details);
-> here the media contains image url
https://twitter.com/amoeba_daumsoft/status/209873058314465280
it fails to get the proper encoding
seems the Content-type is set to ISO-8859-1
i have the spring 3.1 with the latest SNAPSHOT of spring social
Example korean text producing similar encoding problem:
카페인이 치매 발생을 억제하는 효과가 있다는 연구결과가 나왔다.
Console with DEBUG level:
DEBUG: org.apache.http.wire - >> "POST /1/statuses/update_with_media.json HTTP/1.1[\r][\n]"
DEBUG: org.apache.http.wire - >> "Accept: application/json[\r][\n]"
DEBUG: org.apache.http.wire - >> "Content-Type: multipart/form-data;boundary=dcikZijK06wDqXewoxMCEMYADAfzjZdAOHMa 2YsJ[\r][\n]"
DEBUG: org.apache.http.wire - >> "Authorization: OAuth oauth_version="1.0", oauth_nonce="756438553", oauth_signature_method="HMAC-SHA1", oauth_consumer_key="t6Y77DYUh4Cr2sleHlE64w", oauth_token="561734297-QP9HYnzVzNzmuLpSXQCSNUz9yXD7QHsvgD2PrnjE", oauth_timestamp="1338873843", oauth_signature="5MrurmzjYX%2BjKsOr2RqsEc1KVVU%3D"[\r][\n]"
DEBUG: org.apache.http.wire - >> "Content-Length: 59991[\r][\n]"
DEBUG: org.apache.http.wire - >> "Host: upload.twitter.com[\r][\n]"
DEBUG: org.apache.http.wire - >> "Connection: Keep-Alive[\r][\n]"
DEBUG: org.apache.http.wire - >> "User-Agent: Apache-HttpClient/4.2-beta1 (java 1.5)[\r][\n]"
DEBUG: org.apache.http.wire - >> "[\r][\n]"
DEBUG: org.apache.http.headers - >> POST /1/statuses/update_with_media.json HTTP/1.1
DEBUG: org.apache.http.headers - >> Accept: application/json
DEBUG: org.apache.http.headers - >> Content-Type: multipart/form-data;boundary=dcikZijK06wDqXewoxMCEMYADAfzjZdAOHMa 2YsJ
DEBUG: org.apache.http.headers - >> Authorization: OAuth oauth_version="1.0", oauth_nonce="756438553", oauth_signature_method="HMAC-SHA1", oauth_consumer_key="t6Y77DYUh4Cr2sleHlE64w", oauth_token="561734297-QP9HYnzVzNzmuLpSXQCSNUz9yXD7QHsvgD2PrnjE", oauth_timestamp="1338873843", oauth_signature="5MrurmzjYX%2BjKsOr2RqsEc1KVVU%3D"
DEBUG: org.apache.http.headers - >> Content-Length: 59991
DEBUG: org.apache.http.headers - >> Host: upload.twitter.com
DEBUG: org.apache.http.headers - >> Connection: Keep-Alive
DEBUG: org.apache.http.headers - >> User-Agent: Apache-HttpClient/4.2-beta1 (java 1.5)
DEBUG: org.apache.http.wire - >> "--dcikZijK06wDqXewoxMCEMYADAfzjZdAOHMa2YsJ[\r][\n]"
DEBUG: org.apache.http.wire - >> "Content-Disposition: form-data; name="status"[\r][\n]"
DEBUG: org.apache.http.wire - >> "Content-Type: text/plain;charset=ISO-8859-1[\r][\n]"
DEBUG: org.apache.http.wire - >> "Content-Length: 2[\r][\n]"
DEBUG: org.apache.http.wire - >> "??[\r][\n]"
DEBUG: org.apache.http.wire - >> "Content-Disposition: form-data; name="media"; filename="3929889463_249e03e5f9_o.jpg"[\r][\n]"
DEBUG: org.apache.http.wire - >> "Content-Type: image/jpeg[\r][\n]"
DEBUG: org.apache.http.wire - >> "Content-Length: 59424[\r][\n]"
....

Redundant test cases in samples?  There are some test cases in the (mis-named?) iosample package that only test classes in src/test/java.  Is this just a mistake?

When HBase became a formal subproject of Hadoop, its files changed relative locations in SVN tree. As a result, TestMigrate broke because it reads data out of the source tree.

To reproduce run e.g. 

/subsystem=undertow/servlet-container=default/setting=session-cookie:add(http-only=true)

yields NPE when registering with the proxy

2016-08-01 14:42:20,623 ERROR [org.jboss.modcluster] (UndertowEventHandlerAdapter - 1) MODCLUSTER000042: Error MEM sending STATUS command to apache-server/10.0.0.1:6666, configuration will be reset: MEM: Can't read node
2016-08-01 14:42:30,626 ERROR [org.jboss.mod_cluster.undertow] (UndertowEventHandlerAdapter - 1) null: java.lang.NullPointerException
    at org.jboss.modcluster.mcmp.impl.DefaultMCMPRequestFactory.createConfigRequest(DefaultMCMPRequestFactory.java:128)
    at org.jboss.modcluster.mcmp.impl.ResetRequestSourceImpl.getResetRequests(ResetRequestSourceImpl.java:89)
    at org.jboss.modcluster.mcmp.impl.DefaultMCMPHandler.status(DefaultMCMPHandler.java:399)
    at org.jboss.modcluster.mcmp.impl.DefaultMCMPHandler.status(DefaultMCMPHandler.java:365)
    at org.jboss.modcluster.ModClusterService.status(ModClusterService.java:457)
    at org.wildfly.mod_cluster.undertow.UndertowEventHandlerAdapter.run(UndertowEventHandlerAdapter.java:179)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)

The current implementation of the ResponseEntityResultHandler only writes each ResponseEntity response header on the response only if there's none already for that header name.
This behavior is not consistent with what's being done in Spring MVC with the HttpEntityMethodProcessor - it also creates issues for some use cases (see reference URL for an example).
Given the following code snippet:

@GetMapping(path="/test", produces="text/plain")
public Mono<String> handler() {
   return Mono.error(new IllegalArgumentException("error")); 
}

@ExceptionHandler(IllegalArgumentException.class)
public ResponseEntity<String> errorhandler(IllegalArgumentException ex) {
  return ResponseEntity.badRequest()
             .contentType(MediaType.APPLICATION_JSON)
             .body(jsonBody);
}

 In such a case, here's what happens:

the handler is selected and invoked
the text/plain content-type handler is written to the response
it's getting an error signal instead of the response body
the exception handler is invoked, all response entity headers are applied to the response, expect the ones that are already present in the response
Content-Type is already there, so it's not written and the client will get an HTTP 406 instead

Attached patch is not done.  Removes two to three layers – depending on how you count – between client and rpc client and similar on server side (between rpc and server implementation).  Strips ProtobufRpcServer/Client and HBaseClientRpc/HBaseServerRpc.  Also gets rid of proxy.

Since Authentication is Serializable, all sub-components of it must also be Serializable. An OAuth2Authentication object may now be augmented with an OAuth2AuthenticationDetails object, but as this class is not Serializable any attempts to read or write the object with the Serialization API will fail. 

Column number mismatch between query and destination tables when alias.* expressions are present in the select list of a join. The reason is due to a bug in how the row resolver is constructed in SemanticAnalyzer.

If we want to have audit logging and check for authenticate event, with cas the user details are not copied in this first even thus we are unable to know from which ip the authenticate event is originating from (or whatever else information is carried in the details).
The WebAuthenticationDetails in the passed authentication object is copied to the CasAuthenticationToken only after it has been published (see AbstractAuthenticationManager::authenticate(Authentication)) , thus in the AuthenticationEvent you miss the servlet request where it is originating.
I did a workaround to do it as follows:
public class CasAuthenticationProvider extends org.acegisecurity.providers.cas.CasAuthenticationProvider {
    public Authentication authenticate(Authentication authentication) throws AuthenticationException 
{
        CasAuthenticationToken result =  (CasAuthenticationToken)super.authenticate(authentication);
        copyDetails(authentication, result);
    }

    protected void copyDetails(Authentication source, CasAuthenticationToken dest) {
        if (dest.getDetails() == null) 
{
            Object details = source.getDetails();
            dest.setDetails(details);
        }
    }
}

Noticed this while testing hive integration with HBase snapshots. The yammer metrics jar is needed for working with snapshots, but we don't include it in the bin/hbase mapredcp output. That means the necessary classes are not on Hive's classpath by default.

E.g. * * * * 11-13 * should fail to parse, but actually only fails at runtime when the trigger is fired.

Revision 1864 introduced the problem: https://fisheye.springsource.org/browse/spring-framework/trunk/org.springframework.core/ivy.xml?r=1864

Suppose I have two classes: 
1) BaseObj, which has a field "private String name;"
2) DerivedObj, which has a field "@NotNull @Size(min = 2) private String name;"
On upgrading to new versions of Spring Data MongoDB / Commons, I get an exception, even if I annotate both with @Field("name"): 

org.springframework.data.mapping.model.MappingException: Ambiguous field mapping detected! Both @org.springframework.data.mongodb.core.mapping.Field(order=2147483647, value=name) private java.lang.String com.mycompany.BaseObj.name and @javax.validation.constraints.NotNull(message=
Unknown macro: {javax.validation.constraints.NotNull.message} 
, payload=[], groups=[]) @javax.validation.constraints.Size(message=
Unknown macro: {javax.validation.constraints.Size.message} 
, min=2, max=2147483647, payload=[], groups=[]) private java.lang.String com.mycompany.DerivedObj.name map to the same field name name! Disambiguate using @Field annotation!
This used to work just fine, as the derived object is hiding the base object's field, and doing so in order to apply restrictions that don't apply to the rest of the domain model, which should be a supported use case.

The MavenCommands.mvn method does not set the working directory of  the maven process. This causes the command to fail if running embedded  
inside STS (the current directory is not the Roo project directory).  You can fix that by passing the working directory to the  "Runtime.exec" call: Runtime.getRuntime().exec("mvn clean eclipse:clean", new String[0], new File("/file/system/path/ roo-1.0.0.RC2/clinic"));

When I try to use 2017.12.0 release bits I see this issue in my build
[INFO] — wildfly-swarm-plugin:2017.12.0:package (default) @ microprofile-demo —
[...]
Downloaded: https://repo.maven.apache.org/maven2/org/wildfly/swarm/fraction-metadata/2017.12.0/fraction-metadata-2017.12.0.jar (190 kB at 1.3 MB/s)
Resolving 100 out of 344 artifacts
Downloading: https://repository.jboss.org/nexus/content/groups/public/org/wildfly/swarm/mp_fault_tolerance_cdi_extension/2017.12.0/mp_fault_tolerance_cdi_extension-2017.12.0.jar
Downloading: https://repo.maven.apache.org/maven2/org/wildfly/swarm/mp_fault_tolerance_cdi_extension/2017.12.0/mp_fault_tolerance_cdi_extension-2017.12.0.jar
org.eclipse.aether.resolution.ArtifactResolutionException: Failure to find org.wildfly.swarm:mp_fault_tolerance_cdi_extension:jar:2017.12.0 in https://repository.jboss.org/nexus/content/groups/public/ was cached in the local repository, resolution will not be reattempted until the update interval of jboss-public-repository-group has elapsed or updates are forced
Looking at https://github.com/wildfly-swarm/wildfly-swarm/blob/2017.12.0/fractions/microprofile/microprofile-fault-tolerance/src/main/resources/modules/org/wildfly/swarm/microprofile/faulttolerance/cdi/main/module.xml#L21
shows that it references a CDI extension with that name, but that should not be there as the extension was merged into the fraction in SWARM-1721

Running a mixed read write workload on a recent build off branch-1.3, we are seeing compactions occasionally fail with errors like the following (actual filenames replaced with placeholders):

16/09/27 16:57:28 ERROR regionserver.CompactSplitThread: Compaction selection failed Store = XXX, pri = 116
java.io.FileNotFoundException: File does not exist: hdfs://.../hbase/data/ns/table/region/cf/XXfilenameXX
        at org.apache.hadoop.hdfs.DistributedFileSystem$22.doCall(DistributedFileSystem.java:1309)
        at org.apache.hadoop.hdfs.DistributedFileSystem$22.doCall(DistributedFileSystem.java:1301)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1317)
        at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:421)  
        at org.apache.hadoop.hbase.regionserver.StoreFileInfo.getReferencedFileStatus(StoreFileInfo.java:342)
        at org.apache.hadoop.hbase.regionserver.StoreFileInfo.getFileStatus(StoreFileInfo.java:355)  
        at org.apache.hadoop.hbase.regionserver.StoreFileInfo.getModificationTime(StoreFileInfo.java:360)
        at org.apache.hadoop.hbase.regionserver.StoreFile.getModificationTimeStamp(StoreFile.java:321)  
        at org.apache.hadoop.hbase.regionserver.StoreUtils.getLowestTimestamp(StoreUtils.java:63)
        at org.apache.hadoop.hbase.regionserver.compactions.RatioBasedCompactionPolicy.shouldPerformMajorCompaction(RatioBasedCompactionPolicy.java:63)
        at org.apache.hadoop.hbase.regionserver.compactions.SortedCompactionPolicy.selectCompaction(SortedCompactionPolicy.java:82)  
        at org.apache.hadoop.hbase.regionserver.DefaultStoreEngine$DefaultCompactionContext.select(DefaultStoreEngine.java:107)  
        at org.apache.hadoop.hbase.regionserver.HStore.requestCompaction(HStore.java:1644)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.selectCompaction(CompactSplitThread.java:373)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.access$100(CompactSplitThread.java:59)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.doCompaction(CompactSplitThread.java:498)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.run(CompactSplitThread.java:568)
16/09/27 17:01:31 ERROR regionserver.CompactSplitThread: Compaction selection failed Store = XXX, pri = 115

It looks like we somehow deleted the underlying store file from HDFS (probably after it was compacted away), after the path was loaded into the list of store files for the region.
For two cases of this that I looked into, in both cases the region in question was previously hosted by a regionserver that stalled, then aborted after its zk session expired.  In both cases it looked like a compaction was also in progress.  So it's possible that the compacted files are being deleted from HDFS by the stalled regionserver before it aborts, but after the region has been opened by a new regionserver.  That's speculation though and needs to be substantiated.

If the bus is create by cxfEndpoint itself, cxfEndpoint should shutdown it when the endpoint is stopped.

Env: KMS was enabled after cluster was kerberos secured. 
Problem: PROBLEM: Any Hive query via beeline that performs a MapJoin fails with a java.lang.reflect.UndeclaredThrowableException  from KMSClientProvider.addDelegationTokens.

2015-03-18 08:49:17,948 INFO [main]: Configuration.deprecation (Configuration.java:warnOnceIfDeprecated(1022)) - mapred.input.dir is deprecated. Instead, use mapreduce.input.fileinputformat.inputdir 
2015-03-18 08:49:19,048 WARN [main]: security.UserGroupInformation (UserGroupInformation.java:doAs(1645)) - PriviledgedActionException as:hive (auth:KERBEROS) cause:org.apache.hadoop.security.authentication.client.AuthenticationException: GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt) 
2015-03-18 08:49:19,050 ERROR [main]: mr.MapredLocalTask (MapredLocalTask.java:executeFromChildJVM(314)) - Hive Runtime Error: Map local work failed 
java.io.IOException: java.io.IOException: java.lang.reflect.UndeclaredThrowableException 
at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:634) 
at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.startForward(MapredLocalTask.java:363) 
at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.startForward(MapredLocalTask.java:337) 
at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.executeFromChildJVM(MapredLocalTask.java:303)
at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.main(ExecDriver.java:735) 
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
at java.lang.reflect.Method.invoke(Method.java:606) 
at org.apache.hadoop.util.RunJar.main(RunJar.java:212) 
Caused by: java.io.IOException: java.lang.reflect.UndeclaredThrowableException 
at org.apache.hadoop.crypto.key.kms.KMSClientProvider.addDelegationTokens(KMSClientProvider.java:826) 
at org.apache.hadoop.crypto.key.KeyProviderDelegationTokenExtension.addDelegationTokens(KeyProviderDelegationTokenExtension.java:86) 
at org.apache.hadoop.hdfs.DistributedFileSystem.addDelegationTokens(DistributedFileSystem.java:2017) 
at org.apache.hadoop.mapreduce.security.TokenCache.obtainTokensForNamenodesInternal(TokenCache.java:121) 
at org.apache.hadoop.mapreduce.security.TokenCache.obtainTokensForNamenodesInternal(TokenCache.java:100) 
at org.apache.hadoop.mapreduce.security.TokenCache.obtainTokensForNamenodes(TokenCache.java:80) 
at org.apache.hadoop.mapred.FileInputFormat.listStatus(FileInputFormat.java:205) 
at org.apache.hadoop.mapred.FileInputFormat.getSplits(FileInputFormat.java:313) 
at org.apache.hadoop.hive.ql.exec.FetchOperator.getRecordReader(FetchOperator.java:413) 
at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:559) 
... 9 more 
Caused by: java.lang.reflect.UndeclaredThrowableException 
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1655) 
at org.apache.hadoop.crypto.key.kms.KMSClientProvider.addDelegationTokens(KMSClientProvider.java:808) 
... 18 more 
Caused by: org.apache.hadoop.security.authentication.client.AuthenticationException: GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt) 
at org.apache.hadoop.security.authentication.client.KerberosAuthenticator.doSpnegoSequence(KerberosAuthenticator.java:306) 
at org.apache.hadoop.security.authentication.client.KerberosAuthenticator.authenticate(KerberosAuthenticator.java:196) 
at org.apache.hadoop.security.token.delegation.web.DelegationTokenAuthenticator.authenticate(DelegationTokenAuthenticator.java:127)

To make sure map join happen, test need a small table join with a large one, for example:

CREATE TABLE if not exists jsmall (code string, des string, t int, s int) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\t';
CREATE TABLE if not exists jbig1 (code string, des string, t int, s int) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\t';
load data local inpath '/tmp/jdata' into table jsmall;
load data local inpath '/tmp/jdata' into table jbig1;

select count(*) from jsmall small join jbig1 big on (small.code = big.code);

BeanFactoryLocator has been dropped in the latest Spring Framework 5 snapshots. See https://jira.spring.io/browse/SPR-15154 for details. This breaks JsrJobOperator and its tests which use ContextSingletonBeanFactoryLocator. It may break other parts of Batch too, I haven't done an exhaustive search.

We have an environment were different server groups run artifacts that have very similar names.
E.g. artifact-1.0.0-build3.war runs in group "test" and artifact-1.0.0-build2.war run in group "qanda". Now I want to undeploy the artifact from the "test" group and in the pom there is the following configuration:

<domain>
  <server-groups>
    <server-group>test</server-group>
  </server-groups>
</domain>
<matchPattern>${project.artifactId}-(\d+\.?){3,}-build\d+.war</matchPattern>
<matchPatternStrategy>fail</matchPatternStrategy>

Intiutively I would expect the plugin to match only the artifact deployed into the server group I specified ("test" in this case). But instead I get an error that there are two artifacts deployed, listing also the artifact in the "qanda" group.
It would be great if this behaviour could either be changed to only consider artifacts in the domain groups or - if it needs to be backwards compatible - add another flagg (e.g. "matchServerGroupOnly") with a default to false but at least can enable to only match deployments in a specific server group.
Thanks
Previous reference https://github.com/wildfly/wildfly-maven-plugin/issues/16

When a new LogContext is created for per-deployment logging the class loader is registered as the key. On undeploy the LogContext should be removed, but the wrong {{LogContext}}t is retrieved due to the caller class loader being used rather than the TCCL.
The use of the caller class loader is for filtering out system dependencies from the deployment so the correct LogContext is retrieved from the selector.

Three branches (for EvidenceVerifyCallback, MechanismInformationCallback, CredentialUpdateCallback) in handleOne method of CallbackHandler created in ServerAuthenticationContext.createCallbackHandler() do not call handleOne(callbacks, idx + 1);, which means that another callbacks in array are not processed then. In case it is expected then some assertion that no another callback is obtained in callbacks array should be added.

The separate test cases in the file are interfering with each other by using the same region.

Right now we have a couple of tests clusters that are just cycling through IT tests. There's a pretty sizable gap between the last MR job stopping and the next one starting. It's almost always waiting on an action to finish.

"main" #1 prio=5 os_prio=0 tid=0x00007f455000d800 nid=0x2a2773 in Object.wait() [0x00007f4556e42000]
	at java.lang.Thread.join(Thread.java:1245)
	- locked <0x00000003ef054138> (a java.lang.Thread)
	at java.lang.Thread.join(Thread.java:1319)
	at org.apache.hadoop.hbase.chaos.monkies.PolicyBasedChaosMonkey.waitForStop(PolicyBasedChaosMonkey.java:149)
	at org.apache.hadoop.hbase.IntegrationTestBase.cleanUpMonkey(IntegrationTestBase.java:173)
	at org.apache.hadoop.hbase.IntegrationTestBase.cleanUpMonkey(IntegrationTestBase.java:167)
	at org.apache.hadoop.hbase.IntegrationTestBase.cleanUp(IntegrationTestBase.java:139)
	at org.apache.hadoop.hbase.IntegrationTestBase.doWork(IntegrationTestBase.java:125)
	at org.apache.hadoop.hbase.util.AbstractHBaseTool.run(AbstractHBaseTool.java:112)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList.main(IntegrationTestBigLinkedList.java:1686)

Update AcmeChallenge.Type to be able to handle newly introduced / unknown challenge types to avoid issues with AcmeChallenge.Type.forName() returning null if/when new challenge types is encountered.

Most namespace parsers call ConfigUtils.registerProviderManagerIfNecessary() if they configure beans that require access to an authentication manager. However, GlobalMethodSecurityBeanDefinitionParser doesn't do this, which may result in exceptions when loading the Spring context.
One use case where this happens is when using hierarchical contexts, where most security configuration (like HTTP filters and such) is done in the (child) web application context, and you want to use the sec:global-method-security element (using a default authentication manager) in some parent context. In this case, a default (or custom) authentication manager is only registered in the child context, to which the parent context doesn't have access.
In general, I also think that the provider manager should be configurable on all namespace elements that require an authentication manager. This would allow to share a single authentication manager (defined in the most upper context) from multiple child contexts, for example for authentication purposes from multiple web applications in a single ear, or for (re-)authentication purposes from AbstractSecurityInterceptor.
Finally, I never really understood why an authentication manager is always required in authorization-related classes (e.g. AbstractSecurityInterceptor). This is only required if alwaysReauthenticate==true or if the authentication object is not yet authenticated. If you don't use these features (I've never seen use for them in a pre-authenticated scenario), then it makes no sense to require an authentication manager. Making the authentication manager optional would greatly simplify dependency management, especially in the case of hierarchical contexts.

SQL error caused by changes to JdbcExecutionContextDao – need to use toString() when passed in as bind parameter.  See http://forum.springframework.org/showthread.php?t=59050

As HBASE-10438 got closed, we still need to fix the Index out of bound exception that occurs.  If we have a proper fix will fix this, if the bug was a false alarm would close this. 

MapJobInstanceDao.getLastJobInstances ignores jobName parameter and returns  JobInstances for all jobs. 

A follow up to WFLY-2436 : the previous issue was making sure the server would not be terminated in case of IllegalStateException but I witnessed now that we need to protect also against other Runtime errors such as HibernateExceptions, specifically org.hibernate.service.UnknownServiceException is possible.

We observed frequent fullGC of RS in our production environment, and after analyzing the heapdump, we found large memory occupancy by HStore#changedReaderObservers, the map is surprisingly containing 7500w objects...
After some debugging, I located some possible memory leak in StoreScanner constructor:

  public StoreScanner(Store store, ScanInfo scanInfo, Scan scan, final NavigableSet<byte[]> columns,
      long readPt)
    this(store, scan, scanInfo, columns, readPt, scan.getCacheBlocks());
    if (columns != null && scan.isRaw()) {
      throw new DoNotRetryIOException("Cannot specify any column for a raw scan");
    }
    matcher = new ScanQueryMatcher(scan, scanInfo, columns,
        ScanType.USER_SCAN, Long.MAX_VALUE, HConstants.LATEST_TIMESTAMP,
        oldestUnexpiredTS, now, store.getCoprocessorHost());

    this.store.addChangedReaderObserver(this);

    // Pass columns to try to filter out unnecessary StoreFiles.
    List<KeyValueScanner> scanners = getScannersNoCompaction();
    ...
    seekScanners(scanners, matcher.getStartKey(), explicitColumnQuery
        && lazySeekEnabledGlobally, parallelSeekEnabled);
    ...
    resetKVHeap(scanners, store.getComparator());
  }

If there's any Exception thrown after this.store.addChangedReaderObserver(this), the returned scanner might be null and there's no chance to remove the scanner from changedReaderObservers, like in HRegion#get

    RegionScanner scanner = null;
    try {
    } finally {
    }

What's more, all exception thrown in the HRegion#getScanner path will cause scanner==null then memory leak, so we also need to handle this part.

The javadoc refers to channelSecurity() but should use requiresChannel 
http://docs.spring.io/spring-security/site/docs/3.2.0.RC2/apidocs/org/springframework/security/config/annotation/web/builders/HttpSecurity.html#requiresChannel()

Region states could be out of sync under a rare scenario. The regions hosted by a server could be wrong.

BeanWrapperFieldSetMapper occasionally fails in a concurrent setting with strange messages about duplicate properties and the distance limit, even if the column names are exact.  Must be a concurrency bug in the caching.

The RefinedSoundex code creates an instance of itself in the variable US_ENGLISH; however this appears before some of the other static final variables.
The variable US_ENGLISH needs to be moved after the other variables.
See patch to follow.

The affected version is 2017.2.0-SNAPSHOT(5b88789).
I created a keycloak example which contains the following project-stages.yml.

swarm:
  keycloak:
    security:
      constraints:
        - url-pattern: /secured
          methods: [GET]
          roles: [admin]

but I got the following exception(and attached the full log).

Caused by: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: Stage config 'swarm.keycloak.security.constraints.0' is missing

The Configurable values are supposed to be injected into the SecuredArchivePreparer..securityConstraints .
https://github.com/wildfly-swarm/wildfly-swarm/blob/master/fractions/keycloak/src/main/java/org/wildfly/swarm/keycloak/runtime/SecuredArchivePreparer.java#L135-L136

stop-hbase.sh removes process pid file irrespective of whether process is running or not. 
Same should be the behavior with hbase-daemon.sh stop command.

Below is from mailing list.  Read from bottom to top:

 I was going to write that perhaps you needed to turn mapred.reduce.tasks.speculative.execution off, but if enabling it and things work, that would seem to indicate that a our reducer first takes longer than the task timeout maximum and secondly, on failure, we should clean up the hfile.

On the first issue, you are using KeyValueSortReducer?  Are your values large?  We set reducer status every 100 values.  Maybe this is not enough?  We should set status more frequently?  If you call context setstatus more frequently, do things work w/o speculative execution?
 
On the second, HFileOutputFormat close will set the metadata on the hfile and then close it.  On kill, this code is not being called.   Let me see if can do something about that (e.g. register a shutdown hook to clean away incomplete files -- ).

Thanks,
St.Ack

On Sun, Dec 20, 2009 at 11:26 PM, ChingShen <chingshenchen@gmail.com> wrote:
I think I found a way.
I set the "mapred.reduce.tasks.speculative.execution" to true and output
hfiles again, then successfully load hfiles into hbase.
Is it best solution? or HFileOutputFormat bug?

Shen

On Mon, Dec 21, 2009 at 8:25 AM, ChingShen <chingshenchen@gmail.com> wrote:

> Thanks, stack.
>
> I checked this file that isn't empty. But I found that as long as the
> "Killed Task Attempts" > 0 in reduce phase, and run the loadtable.rb script
> to load hfiles then failed.
> How to avoid this problem?
>
> Thanks.
>
> Shen
>
>
> On Sat, Dec 19, 2009 at 3:49 AM, stack <stack@duboce.net> wrote:
>
>> Check the
>> file
>> hdfs://domU-12-31-39-09-C5-54.compute-1.internal/osm2_hfile/Level4/197894389945760574.
>>  Is it empty?  Was there an error during running of your MR job?  Perhaps
>> a
>> task failed?
>>
>> St.Ack
>>
>>
>>
>> On Thu, Dec 17, 2009 at 9:46 PM, ChingShen <chingshenchen@gmail.com>
>> wrote:
>>
>> > Hi,
>> >  I use the script loadtable.rb to load my hfiles into hbase, but I got
>> an
>> > exception as below.
>> >  Does anyone have any suggestions?
>> >
>> > 09/12/17 23:59:33 INFO loadtable: 18 read firstkey of -3.9290_52.5534
>> from
>> >
>> >
>> hdfs://domU-12-31-39-09-C5-54.compute-1.internal/osm2_hfile/Level4/1978943899457605747
>> > org/apache/hadoop/hbase/io/hfile/HFile.java:1335:in `deserialize':
>> > java.io.IOException: Trailer 'header' is wrong; does the trailer size
>> match
>> > content? (NativeException)
>> >    from org/apache/hadoop/hbase/io/hfile/HFile.java:813:in `readTrailer'
>> >    from org/apache/hadoop/hbase/io/hfile/HFile.java:758:in
>> `loadFileInfo'
>> >    from sun.reflect.GeneratedMethodAccessor7:-1:in `invoke'
>> >    from sun/reflect/DelegatingMethodAccessorImpl.java:25:in `invoke'
>> >    from java/lang/reflect/Method.java:597:in `invoke'
>> >    from org/jruby/javasupport/JavaMethod.java:298:in
>> > `invokeWithExceptionHandling'
>> >    from org/jruby/javasupport/JavaMethod.java:259:in `invoke'
>> >    from org/jruby/java/invokers/InstanceMethodInvoker.java:36:in `call'
>> >     ... 18 levels...
>> >    from org/jruby/Main.java:94:in `main'
>> >    from loadtable.rb:83:in `each'
>> >    from loadtable.rb:83
>> > Complete Java stackTrace
>> match
>> > content?
>> >    at
>> >
>> >
>> org.apache.hadoop.hbase.io.hfile.HFile$FixedFileTrailer.deserialize(HFile.java:1335)
>> >    at
>> >
>> org.apache.hadoop.hbase.io.hfile.HFile$Reader.readTrailer(HFile.java:813)
>> >    at
>> >
>> org.apache.hadoop.hbase.io.hfile.HFile$Reader.loadFileInfo(HFile.java:758)
>> >    at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
>> >    at
>> >
>> >
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> >    at java.lang.reflect.Method.invoke(Method.java:597)
>> >    at
>> >
>> >
>> org.jruby.javasupport.JavaMethod.invokeWithExceptionHandling(JavaMethod.java:298)
>> >    at org.jruby.javasupport.JavaMethod.invoke(JavaMethod.java:259)
>> >    at
>> >
>> >
>> org.jruby.java.invokers.InstanceMethodInvoker.call(InstanceMethodInvoker.java:36)
>> >    at
>> > org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:70)
>> >    at loadtable.ensure_1$RUBY$__ensure___2(loadtable.rb:86)
>> >    at loadtable.block_0$RUBY$__for__(loadtable.rb:85)
>> >    at loadtableBlockCallback$block_0$RUBY$__for__xx1.call(Unknown
>> Source)
>> >    at org.jruby.runtime.CompiledBlock.yield(CompiledBlock.java:102)
>> >    at org.jruby.runtime.Block.yield(Block.java:100)
>> >    at
>> org.jruby.java.proxies.ArrayJavaProxy.each(ArrayJavaProxy.java:112)
>> >    at
>> >
>> >
>> org.jruby.java.proxies.ArrayJavaProxy$i_method_0_0$RUBYINVOKER$each.call(org/jruby/java/proxies/ArrayJavaProxy$i_method_0_0$RUBYINVOKER$each.gen)
>> >    at
>> >
>> >
>> org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:263)
>> >    at
>> >
>> >
>> org.jruby.runtime.callsite.CachingCallSite.callBlock(CachingCallSite.java:81)
>> >    at
>> >
>> >
>> org.jruby.runtime.callsite.CachingCallSite.callIter(CachingCallSite.java:96)
>> >    at loadtable.__file__(loadtable.rb:83)
>> >    at loadtable.load(loadtable.rb)
>> >    at org.jruby.Ruby.runScript(Ruby.java:577)
>> >    at org.jruby.Ruby.runNormally(Ruby.java:480)
>> >    at org.jruby.Ruby.runFromMain(Ruby.java:354)
>> >    at org.jruby.Main.run(Main.java:229)
>> >    at org.jruby.Main.run(Main.java:110)
>> >    at org.jruby.Main.main(Main.java:94)
>> >
>>
>
>
>
>

--
*****************************************************
Ching-Shen Chen
Advanced Technology Center,
Information & Communications Research Lab.
E-mail: chenchingshen@itri.org.tw
Tel:+886-3-5915542

When I run a build I see this...
Running org.apache.camel.example.spring.IntegrationTest
[                          main] Main                           INFO  Apache Camel 1.3-SNAPSHOT starting
[                          main] ClassPathXmlApplicationContext INFO  Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@9a0feb: display name [org.springframework.context.support.ClassPathXmlApplicationContext@9a0feb]; startup date [Fri Jan 18 12:34:29 GMT 2008]; root of context hierarchy
[                          main] XmlBeanDefinitionReader        INFO  Loading XML bean definitions from file [/workspace/java/camel/examples/camel-example-spring/target/classes/META-INF/spring/camel-context.xml]
[                          main] ClassPathXmlApplicationContext INFO  Bean factory for application context [org.springframework.context.support.ClassPathXmlApplicationContext@9a0feb]: org.springframework.beans.factory.support.DefaultListableBeanFactory@3864d9
[                          main] ClassPathXmlApplicationContext INFO  Bean 'mbeanServer' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
[                          main] ClassPathXmlApplicationContext INFO  Bean 'org.apache.camel.example.spring.MyRouteBuilder' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
[                          main] ClassPathXmlApplicationContext INFO  Bean 'camel' is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
[                          main] DefaultListableBeanFactory     INFO  Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@3864d9: defining beans [camel:beanPostProcessor,camel,jms,agent,mbeanServer,registry,serverConnector]; root of factory hierarchy
[                          main] InstrumentationProcessor       WARN  Could not register CamelContext MBean
javax.management.InstanceAlreadyExistsException: org.apache.camel:context=stracbook.local/camel,name=context
        at com.sun.jmx.mbeanserver.RepositorySupport.addMBean(RepositorySupport.java:452)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.internal_addObject(DefaultMBeanServerInterceptor.java:1410)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:936)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:337)
        at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:497)
        at org.apache.camel.management.InstrumentationAgentImpl.registerMBeanWithServer(InstrumentationAgentImpl.java:186)
        at org.apache.camel.management.InstrumentationAgentImpl.register(InstrumentationAgentImpl.java:119)
        at org.apache.camel.management.InstrumentationAgentImpl.register(InstrumentationAgentImpl.java:102)
        at org.apache.camel.management.InstrumentationLifecycleStrategy.onContextCreate(InstrumentationLifecycleStrategy.java:53)
        at org.apache.camel.management.InstrumentationAgentImpl.doStart(InstrumentationAgentImpl.java:157)
        at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:51)
        at org.apache.camel.spring.SpringInstrumentationAgent.afterPropertiesSet(SpringInstrumentationAgent.java:39)

ScannerCallable.java doesn't retry on the same server in case of NotServingRegionException.
        if (ioe instanceof NotServingRegionException) {
          // Throw a DNRE so that we break out of cycle of calling NSRE
          // when what we need is to open scanner against new location.
          // Attach NSRE to signal client that it needs to resetup scanner.
          throw new DoNotRetryIOException("Reset scanner", ioe);
In the scenario when region server is in shutdown process, RegionServerStoppedException will be thrown. ScannerCallable still retry. It isn't necessary.

The org.springframework.web.util.HttpSessionMutexListener will store a "mutex" object under the key WebUtils.SESSION_MUTEX_ATTRIBUTE in the HttpSession.  The getSessionMutex(HttpSession session) in the WebUtils class is pretty straight forward and implemented correctly.
The implementation of a similar method, getSessionMutex(PortletSession session) looks like the same implementation, substituting HttpSession with PortletSession.
In the portlet world, PortletSession is a thin vineer over HttpSession.  The difference is that portlets provide two different scopes within this session, APPLICATION_SCOPE and PORTLET_SCOPE.  APPLICATION_SCOPE is essentially equivalent to HttpSession.  PORTLET_SCOPE differs in that it is essentially limited (often by namespacing from an implementation perspective) to a given portlet.  This means that by default, one portlet cannot see another portlets session unless they are explicitly sharing objects in the "APPLICATION_SCOPE".
Long story short, the following line in the current PortletUtils class:
Object mutex = session.getAttribute(WebUtils.SESSION_MUTEX_ATTRIBUTE);
Is attempting to get the variable placed into HttpSession (ie APPLICATION_SCOPE) by searching in PORTLET_SCOPE.  For portlet containers like WebSphere, this will never work.  To get things out of HttpSession (ie the APPLICATION_SCOPE of PortletSession), the line above needs to be changed to:
Object mutex = session.getAttribute(WebUtils.SESSION_MUTEX_ATTRIBUTE, PortletSession.APPLICATION_SCOPE);
This issue may not have been found because the code will silently fail and default to providing PortletSession to synchronize on.  Also, not all vendors choose to implement this feature.  In an IBM environment however, the resulting behavior is not safe if you are using parallel portlet rendering.

With multicast when an Exchange is sent to multiple endpoints, the FAILURE_ENDPOINT header points to the last endpoint hit, not the (last) one that actually caused the exception.
I have a fix for it, but I need to see if this happens for other EIPs as well.

ORC merging/concatenation compatibility check just looks for column count match at outer level. ORC schema evolution now supports inner structs as well. With that outer level column count will match but inner column level will not match. Compatibility check should do full schema match before merging/concatenation. This issue will not cause data loss but will cause task failures with exception like below

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to close OrcFileMergeOperator
	at org.apache.hadoop.hive.ql.exec.OrcFileMergeOperator.closeOp(OrcFileMergeOperator.java:247)
	at org.apache.hadoop.hive.ql.exec.OrcFileMergeOperator.processKeyValuePairs(OrcFileMergeOperator.java:172)
	at org.apache.hadoop.hive.ql.exec.OrcFileMergeOperator.process(OrcFileMergeOperator.java:72)
	at org.apache.hadoop.hive.ql.exec.tez.MergeFileRecordProcessor.processRow(MergeFileRecordProcessor.java:212)
	... 16 more
Caused by: java.lang.IllegalArgumentException: Column has wrong number of index entries found: 0 expected: 1
	at org.apache.orc.impl.WriterImpl$TreeWriter.writeStripe(WriterImpl.java:695)
	at org.apache.orc.impl.WriterImpl$StructTreeWriter.writeStripe(WriterImpl.java:2147)
	at org.apache.orc.impl.WriterImpl.flushStripe(WriterImpl.java:2661)
	at org.apache.orc.impl.WriterImpl.close(WriterImpl.java:2834)
	at org.apache.hadoop.hive.ql.io.orc.WriterImpl.close(WriterImpl.java:321)
	at org.apache.hadoop.hive.ql.exec.OrcFileMergeOperator.closeOp(OrcFileMergeOperator.java:243)
	... 19 more

Concatenation should also make sure writer version is matching (it currently checks only file version match).

The implementation of AS7BindingRegistry#lookup always return null.
This method is called by HornetQ when JNDI entries for its resources
are updated using its own management API.
We advise against using it in WildFly (and use WildFly own management API) but we must still respect the SPI contract for this method.

Start a source cluster with 2 database. Replicate the databases to target after doing some operations. Keep taking incremental dump for both database and keep replicating them to target cluster. Keep one the database idle for more than 24 hrs. After 24 hrs, the incremental dump of idle database fails with event missing error.

The Put copy constructor ends up with Puts sharing Lists of Cells for the same family.  Adding a Cell to the copied Put affects the original Put also.

org.jboss.as.test.integration.ee.concurrent.DefaultContextServiceServletTestCase.testServlet fails on IBM jdk.

Test set: org.jboss.as.test.integration.ee.concurrent.DefaultContextServiceServletTestCase
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.182 sec <<< FAILURE! - in org.jboss.as.test.integration.ee.concurrent.DefaultContextServiceServletTestCase
testServlet(org.jboss.as.test.integration.ee.concurrent.DefaultContextServiceServletTestCase)  Time elapsed: 0.142 sec  <<< ERROR!
java.io.IOException: java.util.concurrent.ExecutionException: java.io.IOException: HTTP Status 500 Response: <html><head><title>ERROR</title><style>body {
    font-family: "Lucida Grande", "Lucida Sans Unicode", "Trebuchet MS", Helvetica, Arial, Verdana, sans-serif;
    margin: 5px;
}

.header {
    background-image: linear-gradient(bottom, rgb(153,151,153) 8%, rgb(199,199,199) 54%);
    background-image: -o-linear-gradient(bottom, rgb(153,151,153) 8%, rgb(199,199,199) 54%);
    background-image: -moz-linear-gradient(bottom, rgb(153,151,153) 8%, rgb(199,199,199) 54%);
    background-image: -webkit-linear-gradient(bottom, rgb(153,151,153) 8%, rgb(199,199,199) 54%);
    background-image: -ms-linear-gradient(bottom, rgb(153,151,153) 8%, rgb(199,199,199) 54%);
    
    background-image: -webkit-gradient(
        linear,
        left bottom,
        left top,
        color-stop(0.08, rgb(153,151,153)),
        color-stop(0.54, rgb(199,199,199))
    );
    color: black;
    padding: 2px;
    font-weight: normal;
    border: solid 1px;
    font-size: 170%;
    text-align: left;
    vertical-align: middle; 
    height: 32px; 
}
.error-div {
   display: inline-block;   width: 32px;   height: 32px;    background: url('data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAACAAAAAgCAYAAABzenr0AAAABmJLR0QAAAAAAAD5Q7t/AAAACXBIWXMAAABIAAAASABGyWs+AAAACXZwQWcAAAAgAAAAIACH+pydAAAGGElEQVRYw8WXW2wcVxnHf+fM7NXrdXbdtZ3ipGqCEzvQKmlFoUggwkvvGBoaqVVV5Y0nkCoQPPCAhMQbQlzUh/IWHoh6QUVKZVLxUCGogKZRW9uJkyg0iVzZ2dhre9c7u7M7c87hYWc2M7t2bBASI306O/85+v7/7zLn24H/8yV2u/EcFNvwVNK2X0DKw1qpYaX1gCWlY0m5arRe8JQ6I2DmaVj/nwk4CxO2Zf1aw9dKo6N67+eOZHN7x0gViiSHBmlXa7hrazjLt1i+eKmxUi5bwpg/e8a8PA3X/msBr0MyJ+WvgFOffehY8v7HH5OW78HqGjgOtNrge2AnIJWAgQEYLqBsm3/NvKM/mZ1rYczpRa2/9x3w/iMBM1BCiHfuGRmZevClF9NJ5cP1m9B0+/aa3t/ZDNw3TtuSfPy737trK6sXtTGPPwOruxLwNhSEEHMHpqZGDz93wubKFdio3ZXUGNOHs2cIDh/g6pt/9G8uXLnlGPP5k1Dt5bN60m6lhXj34OTkxKET37SZm4d6oz/KgFRH7yOrBozbwlTWGf7ql6RZrWTcytrxaTj9Ro9OGb3JS/mz0nDxgYnnvmWbuUsdJ6FTY2JmImShqZA83N90UbOXOXDiG4nCcPFoTsqfbluCP8DenJQLx1/+7pBcXILaZl9qo2svFmalb48xkM9hxkf5+29+u9HSenIayn0ZyEr5i0NHpnKy7aGrtW6UehsLozRBRlRQEh3BwzLpWh3h++yfPJRLSvnzvhK8DkPamOl7n3nCUjcXtyXuK0X0WViaAFc9QtSNJe594uu2MubZGcjHBGTgqeFiQQml0K12nDgSpd4iyi4uRMci6Q8xJSWq7SGEZCg/qD14LCYgIcTzoxMHc6qygYk40aETKTFSdh2aANOWhbEsjJSYCK6C/V0LcH+9xvCB/TlbiBdCAXbQMJPZ/fvQjUbXEULAa6/1deyuh0dwNU+e7DSzEOhmi8xn9iI+ujgVE6ChlBwpYcqVjuIgA3IXBMYYtNbd30IIpJQI0ZEa+gPQnk9ieA8GSrESaGNyiWIBrVQntUHqdrq01iiluo0WilBK4fs+WutOr4S9YAyJoRzamMGYAClEve046ETyTr13EKCU6kZ+N4GNCxfwKpVOryQSuOUVhBCbsRIIuN1cWRkaSCfRrdaOTncijgltNPDn5xHZLIn7x3GNh4CVmADgcv3a9YmBY0cxm06nAQH31KlOao3BL5fxbtzAOE73hAt7JXb6RU7PGO44WK5Do1ZHw6WYAN+YM+X5S8dLXziWizVNvY5aWcFfWuq8Idsctb1Yr8DwmRwrUr1yfVMbcyYmwIWZ2mbdai9+gvfBAsaAbrUwrrtllLuJPibIGGQ2hUlIHLdlA+diTXgSqkKIt5b/OevL+8bwqlWU63anW3jyhaa4c9T2Hs0hrsL5EOCJQ/sov7/gS8Mb07AZEwDgav2D5aVy3eSziEL+Dllk0PSRcmcMqx6BUeGykINsksrttboPP4w2aVfACVhGiFevvft+I/XwJCad3DF6tc2MiD4zmRSZhyZY/OusI4V4JTqKYwIA6lr/2Gm6s5/+7UMv/egDmEyqL7VbRR/LViR6sikGvniYpffm2m6r/VFd65/0vqZ9R/tbsMeG+WKpMDL+lWMJ58Jl/NVqvOG26PAoDmCXhhg4epDl9+a9zUp1uQkPbvWfcMvZchbuEXAuk0kf2X/84YxpuDQv3kA5zW1fw9CswSyZyXFEJsmnf/m46bntuTY8+SxUtuLadri9CokxeEUK8WJhtJgaeeSIxG3RurWGv+Gg3RbaU5CwkOkU1lCWxFgBmbS4ff6qX7297rXh9Gn4/llobMcjtsFywACQ+zZMTsOP8vBIOpNS+bFiJj2cxx7MYg+k8ZwmrWqD9lqNjVvrTc9tWRtw/k345dtwFagDTmTdUUA2EDAYXffB2JPw6FH4ch7GUpCzIemD50J9A1Y+hH/8Cc4vdTq9Tud9D9dNOt+MajclyNL53xZmIhusmcBSQJLOd4UJnHqACzTppDy0kHizl/yuPRB5nggIM0A6IE4GuA34EQFtoBUQuwGm7kbwb+eaEEXmuV5dAAAAJXRFWHRjcmVhdGUtZGF0ZQAyMDA5LTExLTEwVDE5OjM4OjI0LTA3OjAwdDKp4gAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAxMC0wMi0yMFQyMzoyNjoyNC0wNzowMC7DUNYAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMTAtMDEtMTFUMDg6NTc6MzUtMDc6MDCruapPAAAAMnRFWHRMaWNlbnNlAGh0dHA6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvUHVibGljX2RvbWFpbj/96s8AAAAldEVYdG1vZGlmeS1kYXRlADIwMDktMTEtMTBUMTk6Mzg6MjQtMDc6MDArg9/WAAAAGXRFWHRTb3VyY2UAVGFuZ28gSWNvbiBMaWJyYXJ5VM/tggAAADp0RVh0U291cmNlX1VSTABodHRwOi8vdGFuZ28uZnJlZWRlc2t0b3Aub3JnL1RhbmdvX0ljb25fTGlicmFyebzIrdYAAAAASUVORK5CYII=') left center no-repeat;
}.error-text-div {
   display: inline-block;   vertical-align: top;   height: 32px;}.label {   font-weight:bold;   display: inline-block;}.value {   display: inline-block;}</style></head><body><div class="header"><div class="error-div"></div><div class="error-text-div">Error processing request</div></div><div class="label">Context Path:</div><div class="value">/war-example</div><br/><div class="label">Servlet Path:</div><div class="value">/simple</div><br/><div class="label">Path Info:</div><div class="value">null</div><br/><div class="label">Query String:</div><div class="value">null</div><br/><b>Stack Trace</b><br/>javax.servlet.ServletException: java.lang.ClassNotFoundException: org.wildfly.extension.undertow.security.AccountImpl$AccountPrincipal<br/>org.jboss.as.test.integration.ee.concurrent.DefaultContextServiceTestServlet.doGet(DefaultContextServiceTestServlet.java:74)<br/>javax.servlet.http.HttpServlet.service(HttpServlet.java:687)<br/>javax.servlet.http.HttpServlet.service(HttpServlet.java:790)<br/>io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)<br/>io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)<br/>io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)<br/>org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)<br/>io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br/>io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)<br/>io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)<br/>io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br/>io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)<br/>io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)<br/>io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)<br/>io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72)<br/>io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)<br/>io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)<br/>io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br/>org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)<br/>io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br/>io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br/>io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284)<br/>io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)<br/>io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)<br/>io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)<br/>io.undertow.server.Connectors.executeRootHandler(Connectors.java:198)<br/>io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:788)<br/>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)<br/>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)<br/>java.lang.Thread.run(Thread.java:785)<br/></body></html>
	at java.util.concurrent.FutureTask.report(FutureTask.java:133)
	at java.util.concurrent.FutureTask.get(FutureTask.java:217)
	at org.jboss.as.test.integration.ee.concurrent.DefaultContextServiceServletTestCase.testServlet(DefaultContextServiceServletTestCase.java:67)
Caused by: java.io.IOException: HTTP Status 500 Response: <html><head><title>ERROR</title><style>body {
}

.header {
    
        linear,
        left top,
    );
}
	at java.util.concurrent.FutureTask.run(FutureTask.java:277)

I noticed recently that the concurrent login detection in the Spring Security "tutorial" sample is broken. On closer inspection, this is because the SessionRegistryImpl bean is not being notified of session-destruction events when a user logs out, so the user cannot log in again. SessionRegistryImpl is an ApplicationListener and stepping though the code in AbstractApplicationEventMulticaster.getApplicationListeners(ApplicationEvent event) seems to show inconsistent behaviour wrt the caching. The first time the method is called, the SessionRegistry bean name is found in defaultRetriever.applicationListenerBeans, is looked up in the BeanFactory and is returned in the collection of listeners. At the same time, a new ListenerRetriever instance is created and the bean name is added:

BeanFactory beanFactory = getBeanFactory();
for (String listenerBeanName : this.defaultRetriever.applicationListenerBeans) {
    ApplicationListener listener = beanFactory.getBean(listenerBeanName, ApplicationListener.class);
    if (!allListeners.contains(listener) && supportsEvent(listener, eventType, sourceType)) {
        retriever.applicationListenerBeans.add(listenerBeanName);
        allListeners.add(listener);
    }
}

i.e. the bean name is added to the retriever, not the actual listener instance.
However, when the method is called again, the ListenerRetriever is invoked and returns an empty list. This is because the code related to retrieving the listener by name can never be invoked:

if (!this.applicationListenerBeans.isEmpty()) {
    BeanFactory beanFactory = getBeanFactory();
    for (String listenerBeanName : this.applicationListenerBeans) {
        ApplicationListener listener = beanFactory.getBean(listenerBeanName, ApplicationListener.class);
        if (!this.preFiltered && !allListeners.contains(listener)) {
            allListeners.add(listener);
        }
    }
}

preFiltered is always true in this case, so as far as I can see the listeners will never be added list.

The test udf_nondeterministic.q failed due to the change in HIVE-10728, in which unix_timestamp() is now marked as deterministic.

Alok reported seeing the following exception when subclass of class which implements CoprocessorService is used for hbase.coprocessor.region.classes :

hbase(main):015:0> grant 'mktg1', 'RWC', 'iemployee'

ERROR: org.apache.hadoop.hbase.exceptions.UnknownProtocolException: No registered coprocessor service found for name AccessControlService in region hbase:acl,,1437137157604.2daf735ea38da95e9ba249db6b63b79c.
        at org.apache.hadoop.hbase.regionserver.HRegion.execService(HRegion.java:7367)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.execServiceOnRegion(RSRpcServices.java:1873)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.execService(RSRpcServices.java:1855)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32209)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2112)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:101)

The root cause is in the following code of RegionCoprocessorHost:

    for (Class<?> c : implClass.getInterfaces()) {
      if (CoprocessorService.class.isAssignableFrom(c)) {
        region.registerService( ((CoprocessorService)instance).getService() );
      }
    }

We currently only check the interfaces directly implemented by the underlying class.
What should be done is to check all the interfaces implemented by class itself and its superclasses.

I am trying to connect from jboss-cli.sh to EAP server. To reproduce the problem it is enough BC FIPS is used only on client side.

11:50:25,147 ERROR [org.jboss.as.cli.impl.CliLauncher] Error processing CLI: org.jboss.as.cli.CliInitializationException: Failed to connect to the controller
        at org.jboss.as.cli.impl.CliLauncher.initCommandContext(CliLauncher.java:330)
        at org.jboss.as.cli.impl.CliLauncher.main(CliLauncher.java:291)
        at org.jboss.as.cli.CommandLineMain.main(CommandLineMain.java:45)
        at org.jboss.modules.Module.run(Module.java:352)
        at org.jboss.modules.Module.run(Module.java:320)
        at org.jboss.modules.Main.main(Main.java:593)
Caused by: org.jboss.as.cli.CommandLineException: Failed to resolve host 'localhost'
        at org.jboss.as.cli.impl.CommandContextImpl.connectController(CommandContextImpl.java:1256)
        at org.jboss.as.cli.impl.CommandContextImpl.connectController(CommandContextImpl.java:1203)
        at org.jboss.as.cli.impl.CommandContextImpl.connectController(CommandContextImpl.java:1198)
        at org.jboss.as.cli.impl.CliLauncher.initCommandContext(CliLauncher.java:328)
        ... 5 more
Caused by: java.io.IOException: Failed to obtain SSLContext
        at org.jboss.as.cli.impl.CLIModelControllerClient.<init>(CLIModelControllerClient.java:156)
        at org.jboss.as.cli.impl.ModelControllerClientFactory$2.getClient(ModelControllerClientFactory.java:85)
        at org.jboss.as.cli.impl.CommandContextImpl.connectController(CommandContextImpl.java:1222)
        ... 8 more
Caused by: java.security.KeyManagementException: java.security.NoSuchAlgorithmException: SunX509 KeyManagerFactory not available
        at org.bouncycastle.jsse.provider.ProvSSLContextSpi.selectKeyManager(ProvSSLContextSpi.java:589)
        at org.bouncycastle.jsse.provider.ProvSSLContextSpi.engineInit(ProvSSLContextSpi.java:531)
        at javax.net.ssl.SSLContext.init(SSLContext.java:282)
        at org.wildfly.security.ssl.SSLContextBuilder.lambda$build$0(SSLContextBuilder.java:372)
        at org.wildfly.security.OneTimeSecurityFactory.create(OneTimeSecurityFactory.java:53)
        at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.getSSLContext(AuthenticationContextConfigurationClient.java:221)
        at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.getSSLContext(AuthenticationContextConfigurationClient.java:208)
        at org.jboss.as.cli.impl.CLIModelControllerClient.<init>(CLIModelControllerClient.java:153)
        ... 10 more
Caused by: java.security.NoSuchAlgorithmException: SunX509 KeyManagerFactory not available
        at sun.security.jca.GetInstance.getInstance(GetInstance.java:159)
        at javax.net.ssl.KeyManagerFactory.getInstance(KeyManagerFactory.java:137)
        at org.bouncycastle.jsse.provider.ProvSSLContextSpi.selectKeyManager(ProvSSLContextSpi.java:583)
        ... 17 more

When I use non-FIPS java with CLI I can make it work. It does occure also when connecting to default unsecured port 9990.
When I use BCFKS truststore on server side, e.g. in 2-way http communication it works.
I believe problem is I cant configure algorithm for keymanager on client side in wildfly-config.xml. (At least I don't see how could I do so).
BC provider does not know SunX509 arlgorithm, rather X509, X.509 or PKIX could be used.

In case of direct sql failure, metastore query falls back to DataNucleus. It'd be good to record how often this happens as a metrics counter.

In DR19 there was introduced DelegatingKeyManager [1], which is used by default. That breaks FIPS TLS on Oracle/OpenJDK java, because only JSSE keymanagers are permitted in FIPS mode [2]
SSLContextImpl.java

	// In FIPS mode, require that one of SunJSSE's own keymanagers
	// is used. Otherwise, we cannot be sure that only keys from
	// the FIPS token are used.
	if ((km instanceof X509KeyManagerImpl) || (km instanceof SunX509KeyManagerImpl)) {
		return (X509ExtendedKeyManager)km;
	} else {
		// throw exception, we don't want to silently use the
		// dummy keymanager without telling the user.
		throw new KeyManagementException ("FIPS mode: only SunJSSE KeyManagers may be used");
	}

Note, in my opinion it will be not enough to restrict reload operation only to file-based keystores. From my point of view reload would be also valid operation on PKCS11 module. 
But more importantly there also exists file based FIPS keystore type - BCFKS (Bouncy Castle FIPS).
[1] https://github.com/wildfly/wildfly-core/commit/de41fa268cca32cebb13e21d850614802bd8d434 
[2] http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/sun/security/ssl/SSLContextImpl.java#158

When using field other the field name is specified via a --name option.  For all other field types it is --fieldName.
The --path option is required, even though the command will default to the last used class in the usual way if --class is not specified.  The path must specify the correct maven location or that class won't be found.
Auto-complete seems to behave differently.
  field string --<tab>  generates a list of the available options
  field other --<tab>  auto-completes --class
Running "help field other" to list the possible options --notNull is not listed.  However --notNull can be specified (but it won't be auto-completed) and the field will be created with no warning.  However the @NotNull annotation will be missing.  Either notNull is supported and should be available in help and auto-complete, or it should generate a warning that it is being ignore, or an error that it is not supported should be generated.

Access log valves are not automatically migrated, it should be either printed warning for them to be migrated automatically or migrated automatically.

Ordering issues can cause the UserDetailsService to be null. To resolve this, a UserDetailsServiceDelegator should be created. An example workaround can be found below:

    private UserDetailsServiceDelegator userDetailsService = new UserDetailsServiceDelegator();

    @Bean
    @Override
    public UserDetailsService userDetailsServiceBean() throws Exception {
        return userDetailsService;
    }

    @Override
    protected void registerAuthentication(
            AuthenticationManagerBuilder auth) throws Exception {
        userDetailsService.setBuilder(auth);
        ...
    }
    
    static final class UserDetailsServiceDelegator implements UserDetailsService {
        private AuthenticationManagerBuilder delegateBuilder;
        private UserDetailsService delegate;
        private final Object delegateMonitor = new Object();

        private void setBuilder(AuthenticationManagerBuilder authentication) {
            this.delegateBuilder = authentication;
        }

        public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException { 
            if(delegate != null) {
                return delegate.loadUserByUsername(username);
            }

            synchronized(delegateMonitor) {
                if (delegate == null) {
                    delegate = this.delegateBuilder.getDefaultUserDetailsService();
                    this.delegateBuilder = null;
                }
            }

            return delegate.loadUserByUsername(username);
        }
    }
}

Elytron does not do RunAs identity remote propagation
-> EJB with @RunAs("ejbuser") -> remote EJB , where Elytron security forwarding is configured, @RunAs is not working. And caused authentication error when trying to call the 2nd server when @RunAs is added.

Use Case:
Using Sftp End point to poll remote directory
Set the following attributes in uri
noop=true 
idempotent=true
idempotentRepository=#idemRep
where #idemRep is defined in context xml as below
 <bean id="idemRep" class="org.apache.camel.processor.idempotent.MemoryIdempotentRepository">
       <property name="cacheSize" value="10"  />
    </bean>
The number of files in the remote directory is more than 10.
In the above scenario, while trying to add 11th entry into the map, the eldest entry is evicted as expected but soon after the eviction the LRUCache.onEviction clears cache, which i am wondering is not the expected behavior of LRU Cache.
This happens because LRUCache.stopOnEviction is always set to true during the LRUCache instantiation which triggers ServiceHelper.stopService on eviction.
 I am trying to understand why we need to reset the cache on eviction.

I'm facing the following error when scanning with reversed=true and loadColumnFamiliesOnDemand=true:

java.lang.IllegalStateException: requestSeek cannot be called on ReversedKeyValueHeap
	at org.apache.hadoop.hbase.regionserver.ReversedKeyValueHeap.requestSeek(ReversedKeyValueHeap.java:66)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.joinedHeapMayHaveData(HRegion.java:6725)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:6652)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:6364)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:3108)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:3345)
	at org.apache.hadoop.hbase.shaded.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:41548)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:409)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:130)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:324)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:304)

I will attach a UT patch to reproduce this issue.

TestZooKeeper#testRegionAssignmentAfterMasterRecoveryDueToZKExpiry sometimes hung.
Here were two recent occurrences:
https://builds.apache.org/job/PreCommit-HBASE-Build/7676/console
https://builds.apache.org/job/PreCommit-HBASE-Build/7671/console
There were 9 occurrences of the following in both stack traces:

"FifoRpcScheduler.handler1-thread-5" daemon prio=10 tid=0x09df8800 nid=0xc17 waiting for monitor entry [0x6fdf8000]
  at org.apache.hadoop.hbase.master.TableNamespaceManager.isTableAvailableAndInitialized(TableNamespaceManager.java:250)
  - waiting to lock <0x7f69b5f0> (a org.apache.hadoop.hbase.master.TableNamespaceManager)
  at org.apache.hadoop.hbase.master.HMaster.isTableNamespaceManagerReady(HMaster.java:3146)
  at org.apache.hadoop.hbase.master.HMaster.getNamespaceDescriptor(HMaster.java:3105)
  at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1743)
  at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1782)
  at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:38221)
  at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:1983)
  at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:92)

The test hung here:

"pool-1-thread-1" prio=10 tid=0x74f7b800 nid=0x5aa5 in Object.wait() [0x74efe000]
  at java.lang.Object.wait(Native Method)
  - waiting on <0xcc848348> (a org.apache.hadoop.hbase.ipc.RpcClient$Call)
  at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1436)
  - locked <0xcc848348> (a org.apache.hadoop.hbase.ipc.RpcClient$Call)
  at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1654)
  at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1712)
  at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$BlockingStub.createTable(MasterProtos.java:40372)
  at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$5.createTable(HConnectionManager.java:1931)
  at org.apache.hadoop.hbase.client.HBaseAdmin$2.call(HBaseAdmin.java:598)
  at org.apache.hadoop.hbase.client.HBaseAdmin$2.call(HBaseAdmin.java:594)
  at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:116)
  - locked <0x7faa26d0> (a org.apache.hadoop.hbase.client.RpcRetryingCaller)
  at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:94)
  at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3124)
  at org.apache.hadoop.hbase.client.HBaseAdmin.createTableAsync(HBaseAdmin.java:594)
  at org.apache.hadoop.hbase.client.HBaseAdmin.createTable(HBaseAdmin.java:485)
  at org.apache.hadoop.hbase.TestZooKeeper.testRegionAssignmentAfterMasterRecoveryDueToZKExpiry(TestZooKeeper.java:486)

Please see the discussion here: http://camel.465427.n5.nabble.com/Spring-Boot-and-Camel-2-17-HangupSupport-Removed-td5781339.html#a5781417

set camel.springboot.main-run-controller to false
manually run ApplicationController ctx.getBean(CamelSpringBootApplicationController.class).run()

I'm under an ugly impression that one can't actually change history and decay attributes of DynamicLoadBalanceFactorProvider.
I was trying to figure out why the new test suite of CustomLoadMetric tests does not pass. In order to get load figures without history and decay manipulation, I set the following:

<subsystem xmlns="urn:jboss:domain:modcluster:1.2">
    <mod-cluster-config advertise-socket="modcluster" connector="ajp">
    <dynamic-load-provider history="0">
        <custom-load-metric class="biz.karms.modcluster.CustomLoadMetric" weight="1">
            <property name="capacity" value="1000"/>
            <property name="loadfile" value="/tmp/mod_cluster-eapx/loadfileA"/>
            <property name="parseexpression" value="^LOAD: ([0-9]*)$"/>
        </custom-load-metric>
    </dynamic-load-provider>
    </mod-cluster-config>
</subsystem>

The aforementioned history=0 effectively means that there is just 1 "slot" for a one historical value on which decay function should work.
If you take a look at the code in DynamicLoadBalanceFactorProvider constructor, it is apparent
that the size of the List that later serves for storing the historical values is set sooner than the actual setHistory(int history) method is called.
The actual size of that List collection wouldn't do any harm by itself but it is being used in the aforementioned class with .size() to control cycles.
The same IMHO holds for the decay attribute.
Anyhow, I put some additional logging to the DynamicLoadBalanceFactorProvider.java:

// Historical value contribute an exponentially decayed factor
for (int i = 0; i < queue.size(); ++i) {
    double decay = 1 / Math.pow(decayFactor, i);
    totalDecay += decay;
    this.log.info("KTAG: totalLoad:"+totalLoad+", with decay:"+(totalLoad+queue.get(i).doubleValue() * decay));
    totalLoad += queue.get(i).doubleValue() * decay;
}

and

try {
    // Normalize load with respect to capacity
    this.recordLoad(metricLoadHistory, metric.getLoad(engine) / metric.getCapacity());
    this.log.info("KTAG metricLoadHistory:"+metricLoadHistory.toString());
    totalWeight += weight;
    totalWeightedLoad += this.average(metricLoadHistory) * weight;
    this.log.error(e.getLocalizedMessage(), e);
}

with the following being the output: redacted_log.
So, despite having history=0, which should force the system to keep just 1, the current value, metricLoadHistory grew from

KTAG metricLoadHistory:[0.8]

to

KTAG metricLoadHistory:[0.9, 0.9, 0.9, 0.9, 0.9, 0.9, 0.9, 0.9, 0.9, 0.8]

which is exactly 9 + 1 in size 
WDYT?

The web.xml for the jsf-booking sample does not include configuration for spring-js. Also the webflow modules are not included in the war built by ant; notwithstanding the fact that the xhtml files do refer to the sf:xxx tags. 
To fix this, the following should be added to web.xml (and the ivy file updated).
 	<!-- Serves static resource content from .jar files such as spring-faces.jar -->
	<servlet>
		<servlet-name>Resources Servlet</servlet-name>
		<servlet-class>org.springframework.js.resource.ResourceServlet</servlet-class>
		<load-on-startup>0</load-on-startup>
	<!-- Map all /resources requests to the Resource Servlet for handling -->
		<url-pattern>/resources/*</url-pattern>
Also: note that the following comment inside web.xml
	<!-- Just here so the JSF implementation can initialize, not used at runtime -->
is not applicable for the jsf-booking sample, because the faces servlet is used at runtime.

HiveHistoryUtil.parseLine() is not thread safe, it could be used by multiple clients of HWA.

Sometimes when sending data to destinations with multiple subscribers not all of them receive the data.
 This seems to happen after a large number of subscriptions has been done (tests were done with ~2000 subscribers on the same destination, related to DEFAULT_CACHE_LIMIT = 1024?).
From one of our test runs:
Session dn0zchmw subscribes to /api/en/events/9719 at start, always receives data.
Session v535qopd subscribes to /api/en/events/9719 after 2000 other sessions has subscribed to it, does not receive any data.
Looking up the session v535qopd in DefaultSubscriptionRegistry.subscriptionRegistry it exits and is mapped correctly:

[
  sessionId=v535qopd,
  subscriptions={
    /request-response-userv535qopd=[subscription(id=/user/request-response)],
    /error-userv535qopd=[subscription(id=/user/error)],
    /api/en/events/9719=[subscription(id=/api/en/events/9719)]
  }
]

However, looking up the destination /api/en/events/9719 in DefaultSubscriptionRegistry.accessCache does not return that session, only the working one: 

/api/en/events/9719 = {dn0zchmw=[/api/en/events/9719]}

Removing the cache from DefaultSubscriptionRegistry to make findSubscriptionsInternal always fall back to doing a lookup in subscriptionRegistry seems to fix the issue.

When I invoke "add-user.bat <args>", then I'm getting this Windows error message (in German):

"that" kann syntaktisch an dieser Stelle nicht verarbeitet werden.

The solution is to remove the brackets in line 34, i.e. before:

echo   WARNING: The JBOSS_HOME ("%SANITIZED_JBOSS_HOME%") that this script uses points to a different installation than the one that this script resides in ("%RESOLVED_JBOSS_HOME%"). Unpredictable results may occur.

After:

echo   WARNING: The JBOSS_HOME "%SANITIZED_JBOSS_HOME%" that this script uses points to a different installation than the one that this script resides in "%RESOLVED_JBOSS_HOME%". Unpredictable results may occur.

HIVE-14764 refactored the metrics start functions outside the for loop. This caused that the colName is always null in this case.
We should remove these extra elements, since they provide no extra information.

The following JUnit tests that are supposed to test authentication with the camel-jcr component are currently broken and disabled (annotated @Ignore):

AuthTokenLoginFailureTest
JcrAuthTokenWithLoginTest

Testing authentication in camel-jcr (i.e. connection URI parsing) is essential and should be fixed.

EJB tests fails if node0 and node1 is used and node0 != node1
Test works correctly, if node0 and node1 is not used.
Priority of this jira is blocker, because this is regression against EAP 7.1.0.DR16.
Always, easy to reproduce

./integration-tests.sh  -Dts.multinode -Dts.noSmoke -Djboss.dist=${PATH_TO_EAP} -Dnode0=127.0.0.2 -Dnode1=127.0.0.3
./integration-tests.sh  -Dts.manualmode -Dts.noSmoke -Djboss.dist=${PATH_TO_EAP} -Dnode0=127.0.0.2 -Dnode1=127.0.0.3 -Dtest=RemoteOutboundConnectionReconnectTestCase
./integration-tests.sh  -Dts.domain -Dts.noSmoke -Djboss.dist=${PATH_TO_EAP} -Dnode0=127.0.0.2 -Dnode1=127.0.0.3

Maven logs are attached:  [^maven.logs.txt]
All logs are attached:  [^testsuite.zip]

No errors

SELECT key, value FROM src WHERE key = cast(86 as double);
86.0  val_86

With constant propagate off we get different and correct result.

set hive.optimize.constant.propagation=false;
SELECT key, value FROM src WHERE key =  cast(86 as double);
86  val_86

Add to shell major compacting of .META. on drop or truncate.  Implementing this workaround in scripts will narrow the number exposed to the issue where on recreate of a a just-dropped table, they can get erratic results querying meta.

:spring-core:test

org.springframework.core.ResolvableTypeTests > resolveTypeVariableFromMethodParameterTypeWithImplementsType FAILED
    java.lang.AssertionError at ResolvableTypeTests.java:754

org.springframework.core.ResolvableTypeTests > classWithGenericsAs FAILED
    java.lang.AssertionError at ResolvableTypeTests.java:1125

org.springframework.core.ResolvableTypeTests > forClassWithGenerics FAILED
    java.lang.AssertionError at ResolvableTypeTests.java:1119

org.springframework.core.ResolvableTypeTests > resolveFromClassWithGenerics FAILED
    java.lang.AssertionError at ResolvableTypeTests.java:872

org.springframework.core.ResolvableTypeTests > resolveTypeVariableFromFieldTypeWithImplementsType FAILED
    java.lang.AssertionError at ResolvableTypeTests.java:669

org.springframework.core.convert.TypeDescriptorTests > collectionNested FAILED
    org.junit.ComparisonFailure at TypeDescriptorTests.java:652

org.springframework.core.convert.TypeDescriptorTests > collection FAILED
    org.junit.ComparisonFailure at TypeDescriptorTests.java:636

org.springframework.core.convert.TypeDescriptorTests > map FAILED
    org.junit.ComparisonFailure at TypeDescriptorTests.java:668

org.springframework.core.convert.TypeDescriptorTests > mapNested FAILED
    org.junit.ComparisonFailure at TypeDescriptorTests.java:685

org.springframework.core.convert.support.DefaultConversionTests > collection FAILED
    java.lang.AssertionError at DefaultConversionTests.java:641

org.springframework.core.convert.support.DefaultConversionTests > map FAILED
    java.lang.AssertionError at DefaultConversionTests.java:664

A security-domain can only load login-modules from a single JBoss module.  Even though the security-domain configuration will allow each login module defined within a single security-domain to have a "module" attribute, the only module that is used to load the login-modules is the last "module" attribute that the parsing system locates.  
For example, with the following configuration, it looks like "org.jboss.example.CustomLoginModule" should be loaded from the "org.jboss.example" jboss-module and "org.jboss.example.CustomBaseCertLoginModule" should be loaded from the "org.jboss.another.example" jboss-module:
  <security-domain name="jmx-console" cache-type="default">
      <authentication>
          <login-module code="org.jboss.example.CustomLoginModule" module="org.jboss.example" flag="required">
              <module-option name="usersProperties" value="${jboss.server.config.dir}/users.properties"/>
              <module-option name="rolesProperties" value="${jboss.server.config.dir}/roles.properties"/>
          </login-module>
          <login-module code="org.jboss.example.CustomBaseCertLoginModule" module="org.jboss.another.example" flag="required">
      </authentication>
  </security-domain>
Unfortunately, it does not work like this.  Only the "org.jboss.another.example" jboss-module is used to load the custom login modules.

Case:
CamelContext with one route :
from("direct:a")
 .routingSlip(generateHttpUrl())
Where generateHttpUrl() returns  for example:
"jetty:http://someurl.com:666/some?httpClientMinThreads=128&"
When CamelContext is closing, JettyHttpProducer.doStop is not called.
Result:

When JettyHttpProducer.client is closing, its thread pool is not closed and the threads are non-deamon threads (subject to another JIRA),  so application cannot be shutdown.

A while back I'd added zoo.cfg to the hbase jar.  I added it at top-level.  Turns out that was wrong location.   It couldn't be found unless it was in a conf subdir.  Fellas trying to build unit tests that depended on hbase were getting this:

21:31 < cwensel> adding zoo.cfg to cp gets me this: junit.framework.AssertionFailedError: Forked Java VM exited abnormally. Please note the time in the report does not reflect the time until the VM exit.

So, I moved zoo.cfg down into conf but also moved hbase-default.xml there.  The latter was a mistake.  It should stay at top level.  In its new location, fellas were getting NPEs out of ZK Quorum Main.

This was introduce under the following commit to address transitive dependency issues: -
commit b49586d5c90e673aa1abceef3c047257da6cb19e
Author: Tomaz Cerar <tomaz.cerar@gmail.com>
Date:   Mon Apr 24 17:13:16 2017 +0200
 JBEAP-10175 JBEAP-10174 Unmanaged transitive dependencies in EJB client BOM dependency tree
However the version override means a version upgrade in core does not get applied to EAP.

Currently, the LIKE expression implementation is a dumb StringExpr::equals() loop.
For an input of N bytes and a pattern of M bytes, this has the complexity of ((N-M)*M), which is not an issue with small patterns or small inputs.
The pattern matching is currently optimized for matches, while in clickstream data the opposite is true in general.
From the common crawl data, the following run will go through the same

select count(1) from uservisits_orc_data where useragent like "%Opera%" and searchword LIKE "%fruit%";

Lots of files do not have proper ASF headers included in. We should add them in.

To fix this it's simply needed to add second parameter to IOException constructor. Patches for 0.4, 0.5 and trunk are available.

HIVE-18513 introduced query results caching along with some toggles to control enabling/disabling it. We should whiltelist the following configs so that the end user can dynamically control it in their session.

hive.query.results.cache.enabled
hive.query.results.cache.wait.for.pending.results

org.springframework.messaging.MessageHeaders clearly states it is immutable in its JavaDoc. However the private void writeObject(ObjectOutputStream out) method any non-serializable values in the map are actually removed from the headers,
this.headers.remove(key);
rather than simply not being placed in the output stream. 
So a result (and I appreciate this is probably an usual use case), if the MessageHeaders are serialized in say a ChannelInterceptor it is possible to break a message flow by accidentally removing the reply-channel from the headers. 
The correct implementation is to write the keys/values that ARE serializable as a map into the output stream rather than the whole map. 

The Infinispan subsystem allows enabling and disabling the collection of statistics for cache managers and caches via the "statistics-enabled" management API attribute.
It is possible to set statistics-enabled attributes independently for cache managers and caches in the management API, but when checking the Infinispan MBeans, we see that statistics are either enabled for cache managers and their caches, or disabled for cache managers and caches.  

Was reported on user forum
http://camel.465427.n5.nabble.com/ClassCastException-DirectVmEndpoint-cannot-be-cast-to-HttpCommonEndpoint-tp5814893.html

While using the mini tez cluster, if we do not close the session, containers do not get freed up resulting in locking up of resources and hive times out. We need to ensure clean-up of session before new ones are launched in the Qtest framework.

When polling file from a directory using a relative file URI, the file name gets lost when it starts with the same characters as the directory name.
E.g. a directory 'orders' containing 'orders-1719.xml' and 'orders-1819.xml'

from("file:orders").process(new Processor() {
  public void process(Exchange exchange) {
    // there's no file name on the message here (exchange.getIn().getHeader(Exchange.FILE_NAME) returns null)
  }
});

CoreAddressResource is a dynamic resource with special logic related to child types. That logic is inconsistent with respect to naming of the child type, in some places calling it "role" in others "security-role". The management metadata says "role" so that's what it shall be.
This surfaced in the RBAC work because changes in :read-resource handling caused different code paths to execute that revealed the bug.

Embed host controller sometime logs ERROR message while booting up after the reload ('reload --host=master --admin-only=true').

ERROR [org.jboss.as.controller.management-operation] (main) WFLYCTL0013: Operation ("read-attribute") failed - address: ([("host" => "master")]) - failure description: "WFLYCTL0030: No resource definition is registered for address [(\"host\" => \"master\")]"

My initial thought on this was that issue is reproducible only on virtualized systems as I saw the error only a few times on my local machine, but I tried some bare-metal servers in MWQE lab and the error poped-up quite often there.
Reproducer job (#6 and #7 ran with 7.0.0.ER2 bits) :
 - https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-cli-embed-host-reload/
In extreme cases, error can appear after every other reload operation (46 out of 99)
 - https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-cli-embed-host-reload/7/jdk=java1.8,label_exp=eap-sustaining&&EAP-RHEL7/console

We can remove some code from HRegion by using the new FSUtils.logFileSystemState() instead of the custom HRegion.listPaths()

Hadoop 2.8.0 has been out since March, we should upgrade to it. Release notes for Hadoop 2.8.x are here: http://hadoop.apache.org/docs/r2.8.0/index.html
It has a number of useful features, improvements for S3 support, ADLS support, etc. along with a bunch of other fixes. This should also help us on our way to upgrading to Hadoop 3.x (HIVE-15016).

If the MR task is finished after printing the cumulative CPU time then there is the possibility to print inconsistent CPU usage information.
Correct one:

2016-07-12 11:31:42,961 Stage-3 map = 0%,  reduce = 0%
2016-07-12 11:31:48,237 Stage-3 map = 100%,  reduce = 0%, Cumulative CPU 2.5 sec
MapReduce Total cumulative CPU time: 2 seconds 500 msec
Ended Job = job_1468321038188_0003
Stage-Stage-3: Map: 1   Cumulative CPU: 2.5 sec   HDFS Read: 5864 HDFS Write: 103 SUCCESS
Total MapReduce CPU Time Spent: 2 seconds 500 msec

One type of inconsistent data (easily reproducible one):

2016-07-12 11:39:00,540 Stage-3 map = 0%,  reduce = 0%
Ended Job = job_1468321038188_0004
Stage-Stage-3: Map: 1   Cumulative CPU: 2.51 sec   HDFS Read: 5864 HDFS Write: 103 SUCCESS
Total MapReduce CPU Time Spent: 2 seconds 510 msec

When starting the HiveServer2 we are seeing an extra Tez AM launched.
This is where it is getting created .

2014-05-09 23:11:22,261 INFO  [main]: metastore.HiveMetaStore (HiveMetaStore.java:addAdminUsers(588)) - No user is added in admin role, since config is empty
java.lang.Exception: Opening session
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:134)
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:119)
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:356)
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:292)
        at org.apache.hive.service.cli.session.SessionManager.applyAuthorizationConfigPolicy(SessionManager.java:88)
        at org.apache.hive.service.cli.session.SessionManager.init(SessionManager.java:63)
        at org.apache.hive.service.CompositeService.init(CompositeService.java:59)
        at org.apache.hive.service.cli.CLIService.init(CLIService.java:110)
        at org.apache.hive.service.server.HiveServer2.init(HiveServer2.java:68)
        at org.apache.hive.service.server.HiveServer2.startHiveServer2(HiveServer2.java:100)
        at org.apache.hive.service.server.HiveServer2.main(HiveServer2.java:149)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:212)

This is particularly highlighted when running hive out of svn against cloudera's install of hadoop, which puts the libraries in a funky place.
The attached patch queries hadoop to find out what it's version is, instead of asking the libraries what version they have in their string.

If I create keystore with generate-self-signed-certificate-host defined, and define https listener to use such keystore, upon first request, when it is being created it fails with [1]. Any following requests results in this log message [2]. All the requests are hanging till client timeouts them.
If the key-password is really needed, I believe it should be validated upon configuration creation.
Also the requests should be terminated and rejected with 500 due server failing to initialize the ssl context due server being incorrectly configured.
[1]

13:15:45,781 ERROR [org.xnio.listener] (default I/O-6) XNIO001007: A channel event listener threw an exception: java.lang.RuntimeException: WFLYDM0114: Failed to lazily initialize SSL context
	at org.jboss.as.domain.management.security.SSLContextService$LazyInitSSLContext$LazyInitSpi.doInit(SSLContextService.java:231)
	at org.jboss.as.domain.management.security.SSLContextService$LazyInitSSLContext$LazyInitSpi.engineCreateSSLEngine(SSLContextService.java:257)
	at javax.net.ssl.SSLContext.createSSLEngine(SSLContext.java:361)
	at io.undertow.protocols.ssl.UndertowAcceptingSslChannel.accept(UndertowAcceptingSslChannel.java:139)
	at io.undertow.protocols.ssl.UndertowAcceptingSslChannel.accept(UndertowAcceptingSslChannel.java:56)
	at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:289)
	at org.xnio.ChannelListeners$DelegatingChannelListener.handleEvent(ChannelListeners.java:1092)
	at org.xnio.nio.QueuedNioTcpServer$1.run(QueuedNioTcpServer.java:131)
	at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:588)
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:468)
Caused by: java.lang.RuntimeException: WFLYDM0112: Failed to generate self signed certificate
	at org.jboss.as.domain.management.security.FileKeyManagerService.generateFileKeyStore(FileKeyManagerService.java:219)
	at org.jboss.as.domain.management.security.FileKeyManagerService.loadKeyStore(FileKeyManagerService.java:185)
	at org.jboss.as.domain.management.security.AbstractKeyManagerService.createKeyManagers(AbstractKeyManagerService.java:125)
	at org.jboss.as.domain.management.security.AbstractKeyManagerService.getKeyManagers(AbstractKeyManagerService.java:104)
	at org.jboss.as.domain.management.security.SSLContextService$LazyInitSSLContext$LazyInitSpi.doInit(SSLContextService.java:228)
	... 12 more
Caused by: java.lang.IllegalArgumentException: password can't be null
	at sun.security.provider.KeyProtector.<init>(KeyProtector.java:135)
	at sun.security.provider.JavaKeyStore.engineSetKeyEntry(JavaKeyStore.java:266)
	at sun.security.provider.JavaKeyStore$JKS.engineSetKeyEntry(JavaKeyStore.java:56)
	at sun.security.provider.KeyStoreDelegator.engineSetKeyEntry(KeyStoreDelegator.java:117)
	at sun.security.provider.JavaKeyStore$DualFormatJKS.engineSetKeyEntry(JavaKeyStore.java:70)
	at java.security.KeyStore.setKeyEntry(KeyStore.java:1140)
	at org.jboss.as.domain.management.security.FileKeyManagerService.generateFileKeyStore(FileKeyManagerService.java:212)
	... 16 more

[2]

13:34:05,862 ERROR [org.xnio.listener] (default I/O-2) XNIO001007: A channel event listener threw an exception: java.lang.IllegalStateException: SSLContextImpl is not initialized
	at sun.security.ssl.SSLContextImpl.engineCreateSSLEngine(SSLContextImpl.java:207)
	at org.jboss.as.domain.management.security.SSLContextService$LazyInitSSLContext$LazyInitSpi.engineCreateSSLEngine(SSLContextService.java:258)

The current implementation of Flajolet-Martin estimator to estimate the number of distinct values doesn't use hash functions that are pairwise independent. This is problematic because the input values don't distribute uniformly. When run on large TPC-H data sets, this leads to a huge discrepancy for primary key columns. Primary key columns are typically a monotonically increasing sequence.

The optimisation check for reduce deduplication only checks the first child node for join and the check itself also contains a major bug causing ArrayOutOfBoundException no matter what.
Sample data table form:

time
user
host
path
referer
code
agent
size
method

int
string
string
string
string
bigint
string
bigint
string

Sample query

SELECT 
  t1.host,
  COUNT(DISTINCT t1.`date`) AS login_count,
  MAX(t2.code) AS code,
  unix_timestamp() AS time
FROM (
    SELECT 
      HOST,
      MIN(time) AS DATE
    FROM
      www_access
    WHERE
      HOST IS NOT NULL
    GROUP BY
      HOST
  ) t1
JOIN (
    SELECT 
      HOST,
      MIN(time) AS code
    FROM
    WHERE
    GROUP BY
      HOST
  ) t2
  ON t1.host = t2.host
GROUP BY
  t1.host

TarArchiveEntry.getDirectoryEntries() always returns an empty array. This is because entry.getFile() returns null for a directory entry.
Let folder.tar be a Tar Archive which contains a folder, and that folder contains a file. Consider the following snippet:

import java.io.FileInputStream;
import org.apache.commons.compress.archivers.tar.*;
public class GetDirectoryEntriesBug {
	public static void main(String[] args) throws Exception {
		TarArchiveInputStream tais = new TarArchiveInputStream(new FileInputStream("folder.tar"));
		for(TarArchiveEntry entry; (entry = tais.getNextTarEntry()) != null; ) 
{
			System.out.println("Name: " + entry.getName() + ", isDirectory: " + entry.isDirectory() + ", getDirectoryEntries().length: " + entry.getDirectoryEntries().length);
		}
		tais.close();
	}
}

Output:
Name: folder/file, isDirectory: false, getDirectoryEntries().length: 0
Name: folder/, isDirectory: true, getDirectoryEntries().length: 0
I expected that, for "folder/", getDirectoryEntries() will not return an empty array.

We're looking at aliasToWork.values() to determine input paths etc. This can contain nulls when we're scanning empty tables.

If external tables are enabled for replication on an existing repl policy, then bootstrapping of external tables are combined with incremental dump.
If incremental bootstrap load fails with non-retryable error for which user will have to manually drop all the external tables before trying with another bootstrap dump. For full bootstrap, to retry with different dump, we suggested user to drop the DB but in this case they need to manually drop all the external tables which is not so user friendly. So, need to handle it in Hive side as follows.
REPL LOAD takes additional config (passed by user in WITH clause) that says, drop all the tables which are bootstrapped from previous dump. 
hive.repl.clean.tables.from.bootstrap=<previous_bootstrap_dump_dir>
Hive will use this config only if the current dump is combined bootstrap in incremental dump.
Caution to be taken by user that this config should not be passed if previous REPL LOAD (with bootstrap) was successful or any successful incremental dump+load happened after "previous_bootstrap_dump_dir".

Currently getters in OrcStruct class for list and map object inspectors does not have null checks which may throw NPE when UDFs like size() is used on list or map column.

cmueller$ ./karaf clean
        __ __                  ____
       / //_/____ __________ _/ __/
      / ,<  / __ `/ ___/ __ `/ /_
     / /| |/ /_/ / /  / /_/ / __/
    /_/ |_|\__,_/_/   \__,_/_/

  Apache Karaf (2.3.1)

Hit '<tab>' for a list of available commands
and '[cmd] --help' for help on a specific command.
Hit '<ctrl-d>' or type 'osgi:shutdown' or 'logout' to shutdown Karaf.

karaf@root> features:chooseurl camel 2.11.1
adding feature url mvn:org.apache.camel.karaf/apache-camel/2.11.1/xml/features
karaf@root> features:install camel-mybatis
Error executing command: Could not start bundle mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.commons-dbcp/1.4_3 in feature(s) camel-quartz-2.11.1, camel-jpa-2.11.1, camel-bam-2.11.1, camel-mybatis-2.11.1, camel-ibatis-2.11.1: Unresolved constraint in bundle org.apache.servicemix.bundles.commons-dbcp [64]: Unable to resolve 64.0: missing requirement [64.0] osgi.wiring.package; (osgi.wiring.package=javax.transaction)

Found it when implementing HBASE-17045. Seems the final result of the scan is correct but no doubt the logic is broken. We need to fix it to stop things get worse in the future.

Set an configuration variable with 'transactional' property to indicate the table is ACID.

metrics.js:82 Uncaught TypeError: Cannot read property 'CacheCapacityTotal' of undefined

Base64's new constructor parameters are ignored (e.g. chunkSize and chunkSeparator) when using the Encoder interface.

For example using a quartz route policy to keep starting and stopping a route may lead to unnecessary processors being wrapped.
A log snippet where we have wrapped 4 times

2013-03-27 17:43:10,004 [amel-1_Worker-4] DEBUG RouteService                   - Starting child service on route: started-and-stopped-route -> RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[Pipeline[[Channel[Log(started-and-stopped-route)[ ${body}]], Channel[Wrap[org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a] -> org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a]]]]]]]]]
2013-03-27 17:43:10,005 [amel-1_Worker-4] DEBUG RouteService                   - Starting child service on route: started-and-stopped-route -> RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[Pipeline[[Channel[Log(started-and-stopped-route)[ ${body}]], Channel[Wrap[org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a] -> org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a]]]]]]]]
2013-03-27 17:43:10,005 [amel-1_Worker-4] DEBUG RouteService                   - Starting child service on route: started-and-stopped-route -> RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[Pipeline[[Channel[Log(started-and-stopped-route)[ ${body}]], Channel[Wrap[org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a] -> org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a]]]]]]]
2013-03-27 17:43:10,006 [amel-1_Worker-4] DEBUG RouteService                   - Starting child service on route: started-and-stopped-route -> RouteContextProcessor[RouteContextProcessor[RouteContextProcessor[Pipeline[[Channel[Log(started-and-stopped-route)[ ${body}]], Channel[Wrap[org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a] -> org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a]]]]]]
2013-03-27 17:43:10,007 [amel-1_Worker-4] DEBUG RouteService                   - Starting child service on route: started-and-stopped-route -> RouteContextProcessor[RouteContextProcessor[Pipeline[[Channel[Log(started-and-stopped-route)[ ${body}]], Channel[Wrap[org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a] -> org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a]]]]]
2013-03-27 17:43:10,008 [amel-1_Worker-4] DEBUG RouteService                   - Starting child service on route: started-and-stopped-route -> RouteContextProcessor[Pipeline[[Channel[Log(started-and-stopped-route)[ ${body}]], Channel[Wrap[org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a] -> org.apache.camel.routepolicy.quartz.StartStopCronRoutePolicyIssueTest$2@20091e0a]]]]

If the queue name for rabbit direct-exchange binding contains a dot character, the default routing key evaluation will fail on non-existing bean <string_before_first_dot>, which unfortunately breaks all our direct-exchange bindings with such queue names.
Following configuration fails on unresolvable bean 'communication'.

<rabbit:direct-exchange name="communication.mail">
  <rabbit:bindings>
    <rabbit:binding queue="communication.mail" />
  </rabbit:bindings>
</rabbit:direct-exchange>

What was the reason behind using SPEL expression as default routing key in DirectExchangeParser?
It would be ok if it's used with explicitly set key to take advantage of spel evaluation to provide flexible routing keys, but as a default, it's somehow undocumented hidden breaking magic.

The runThriftServer() in TestThriftHttpServer,  we have the following :

private void runThriftServer(int customHeaderSize) throws Exception {
//......
    startHttpServerThread(args.toArray(new String[args.size()]));

    // wait up to 10s for the server to start
    for (int i = 0; i < 100
        && (thriftServer.serverRunner == null ||  thriftServer.serverRunner.httpServer ==
        null); i++) {
      Thread.sleep(100);
    }
//......
      checkHttpMethods(url);
//......
}

The port may still not open  even if  the thriftServer.serverRunner != null  and  thriftServer.serverRunner.httpServer != null,   so the checkHttpMethods will get a connection refused ... 
We should wait till the port is really listening....

Due to a mistaken commit which comments out several bits of pom.xml (commit 80fbcfcd)

Test deployments that have valid OSGi metadata should not be enriched and treated as OSGi bundles if the target container does not contain the OSGi subsystem.

For SPR-6692, the return type of FactoryBean.getObjectType() was changed from Class<? extends T> to Class<?>. This is great, but unfortunately, the correspinding abstract method in AbstractFactoryBean wasn't changed, so any classes which extend AbstractFactoryBean cannot use the wider return type.

Verification of JWT tokens with empty signature part fails in Elytron.
The Elytron token-realm can be configured to not verify JWT token signature.

/subsystem=elytron/token-realm=JwtRealm:add(jwt={})

The JWT specification describes tokens without signature in RFC 7519 Section 6.
When user is comming with such a token the validation in Elytron fails.
Sample token:

eyJhbGciOiJub25lIiwidHlwIjoiSldUIn0.eyJpc3MiOiJpc3N1ZXIud2lsZGZseS5vcmciLCJzdWIiOiJlbHl0cm9uQHdpbGRmbHkub3JnIiwiZXhwIjoyMDUxMjIyMzk5LCJhdWQiOiJlbHl0cm9uLXRlc3QifQ.

Header:
{
  "alg": "none",
  "typ": "JWT"
}

Payload:
{
  "iss": "issuer.wildfly.org",
  "sub": "elytron@wildfly.org",
  "exp": 2051222399,
  "aud": "elytron-test"
}

The problem is probably in this piece of code in JwtValidator class:

        String[] parts = jwt.split("\\.");

        if (parts.length < 3) {
            throw log.tokenRealmJwtInvalidFormat();
        }

Even if the token correctly contains 2 dots, the split returns array of lenght 2 (because the last part is empty). Additional negative-integer argument to the split() method could help here: 

jwt.split("\\.", -1);

Using a ha profile in a mixed domain( i.e EAP 7 as a domain controler and EAP 6.3 as a slave) it does not seem possible to deploy ejb successfully. 
While deploying a simple @clustered ejb on EAP 6.3 server below exception was thrown. This issue is easily replicated.

19:12:11,886 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-16) JNDI bindings for session bean named CounterBean in deployment unit deployment "Clusterejb-0.0.1.jar" are as follows:

    java:global/Clusterejb-0.0.1/CounterBean!com.test.Counter
    java:app/Clusterejb-0.0.1/CounterBean!com.test.Counter
    java:module/CounterBean!com.test.Counter
    java:jboss/exported/Clusterejb-0.0.1/CounterBean!com.test.Counter
    java:global/Clusterejb-0.0.1/CounterBean
    java:app/Clusterejb-0.0.1/CounterBean
    java:module/CounterBean

19:12:12,089 INFO  [org.jboss.as.server] (Controller Boot Thread) JBAS018559: Deployed "Clusterejb-0.0.1.jar" (runtime-name : "Clusterejb-0.0.1.jar")
19:12:12,090 INFO  [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
      service jboss.ejb.cache.cluster.simple (missing) dependents: [service jboss.ejb.cache.cluster]

19:12:12,093 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: JBoss EAP 6.3.0.GA (AS 7.4.0.Final-redhat-19) started (with errors) in 2654ms - Started 185 of 293 services (14 services failed or missing dependencies, 117 services are lazy, passive or on-demand)

I have attached the configuration files for both EAP 7 and EAP 6. 

See nabble
http://camel.465427.n5.nabble.com/The-file-is-not-deleted-if-it-is-submitted-to-digital-signature-end-point-crypto-sign-td5721377.html

HIVE-16869 added the filter predicate to the debug log of HS2, but since these filters may contain sensitive information they should not be logged out.
The log statement should be changed back to the original form.

The ProxyProjectionFactory currently does not handle primitive and non-primitive arrays correctly.

scaffold generation fails for DBRE generated domain objects.
The first object that contains a Date field, fails when the show.jspx is generated.
Something about the date patterns is failing:

 roo> controller all --package ~.admin
...
Created SRC_MAIN_WEBAPP\WEB-INF\views\members
7a89f73 Created SRC_MAIN_WEBAPP\WEB-INF\views\members\list.jspx
e37ac40 Created SRC_MAIN_WEBAPP\WEB-INF\views\members\views.xml
45ddfe6 Created SRC_MAIN_WEBAPP\WEB-INF\views\members\show.jspx
cebd76a Updated SRC_MAIN_WEBAPP\WEB-INF\views\members\views.xml
    at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadata.getDatePatterns(WebScaffoldMetadata.java:1231)
    at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadata.<init>(WebScaffoldMetadata.java:107)
    at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadataProviderImpl.getMetadata(WebScaffoldMetadataProviderImpl.java:86)
    at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:266)
    at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:136)
    at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:81)
    at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:179)
    at org.springframework.roo.addon.web.mvc.jsp.JspViewManager.getPathForType(JspViewManager.java:533)
    at org.springframework.roo.addon.web.mvc.jsp.JspViewManager.createFieldsForCreateAndUpdate(JspViewManager.java:446)
    at org.springframework.roo.addon.web.mvc.jsp.JspViewManager.getCreateDocument(JspViewManager.java:253)
    at org.springframework.roo.addon.web.mvc.jsp.JspMetadataListener.get(JspMetadataListener.java:175)
    at org.springframework.roo.addon.web.mvc.jsp.JspMetadataListener.notify(JspMetadataListener.java:352)
    at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:199)
    at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:262)
    at org.springframework.roo.metadata.AbstractHashCodeTrackingMetadataNotifier.notifyIfRequired(AbstractHashCodeTrackingMetadataNotifier.java:52)
    at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:313)
    at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:143)
    at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:141)
    at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:344)
    at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanNotified(PollingFileMonitorService.java:217)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:187)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:141)
    at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy.execute(ProcessManagerHostedExecutionStrategy.java:47)
    at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:165)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:358)
    at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:132)
    at java.lang.Thread.run(Thread.java:619)

RemotingModelControllerClient closes its Remoting endpoint.  While generally not correct, this can still be done if the close is performed asynchronously.  We can revisit the relationship between the remote controller client and its connections and endpoints at a later time.

The RememberMeProcessingFilter always adds a valid Authentication Token to the SecurityContextHolder, even after a AuthenticationException.  For example :

user 'joebob' can only have 1 login session at any time (via the ConcurrentSessionController)
person A logs in with 'joebob' on his machine, and sets a cookie on his machine to remember his Authentication details
person A closes his browser and after 30 minutes his session in the acegi SessionRegistry times out
person B logs in with 'joebob' on his machine - a valid login attempt as there are no other sessions for 'joebob' at the moment
person A opens his browser and attempts to log in automatically with the cookie - and is granted access.  Even though his cookie is invalidated (rememberMeServices.loginFail(httpRequest, httpResponse) - he is still granted a valid authentication token for his session.

A fix is to return from doFilter before exiting the AuthenticationException catch block in RememberMeProcessingFilter, before the SecurityContextHolder is updated with a valid AuthenticationToken.
In general there seems to be a lot of potential overlap here with AbstractProcessingFilter, which seems to offer a lot more with successful and unsuccessful authentication attempts - such as offering a failure url to redirect to, and storing the AuthenticationException in the session.
I kinda get the feeling that the RememberMeProcesssingFilter should extend the AbstractProcessingFilter because of this, its just lacks the right hooks - attemptAuthentication only provides the HttpServletRequest, and both the request and response are required for the rememberMeServices.autoLogin() method.

I recently wrote a UDF which emits BINARY values (as implemented in HIVE-2380). When testing this, I encountered the following exception (because I was evaluating f(g(constant string))) and g() was emitting a BytesWritable type.
FAILED: Hive Internal Error: java.lang.RuntimeException(Internal error: Cannot find ConstantObjectInspector for BINARY)
java.lang.RuntimeException: Internal error: Cannot find ConstantObjectInspector for BINARY
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorFactory.getPrimitiveWritableConstantObjectInspector(PrimitiveObjectInspectorFactory.java:196)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getConstantObjectInspector(ObjectInspectorUtils.java:899)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDF.initializeAndFoldConstants(GenericUDF.java:128)
	at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.newInstance(ExprNodeGenericFuncDesc.java:214)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprNodeDesc(TypeCheckProcFactory.java:684)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:805)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:161)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:7708)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:2301)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:2103)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:6126)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:6097)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:6723)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:7484)
It looks like a pretty simple fix - add a case for BINARY in PrimitiveObjectInspectorFactory.getPrimitiveWritableConstantObjectInspector() and implement a WritableConstantByteArrayObjectInspector class (almost identical to the others). I'm happy to do this, although this is my first foray into the world of contributing to FOSS so I might end up asking a few stupid questions.

When map join happens, if projection columns include complex data types, query will fail. 

hive> set hive.auto.convert.join;
hive.auto.convert.join=true
hive> desc foo;
a                   	array<int>
hive> select * from foo;
[1,2]
hive> desc src_int;
key                 	int
value               	string
hive> select * from src_int where key=2;
2	   val_2
hive> select * from foo join src_int src  on src.key = foo.a[1];

Query will fail with stack trace

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryArray cannot be cast to [Ljava.lang.Object;
	at org.apache.hadoop.hive.serde2.objectinspector.StandardListObjectInspector.getList(StandardListObjectInspector.java:111)
	at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serialize(LazySimpleSerDe.java:314)
	at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serializeField(LazySimpleSerDe.java:262)
	at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.doSerialize(LazySimpleSerDe.java:246)
	at org.apache.hadoop.hive.serde2.AbstractEncodingAwareSerDe.serialize(AbstractEncodingAwareSerDe.java:50)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:692)
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.internalForward(CommonJoinOperator.java:644)
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.genAllOneUniqueJoinObject(CommonJoinOperator.java:676)
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.checkAndGenObject(CommonJoinOperator.java:754)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.process(MapJoinOperator.java:386)
	... 23 more

Similar error when projection columns include a map:

hive> CREATE TABLE test (a INT, b MAP<INT, STRING>) STORED AS ORC;
hive> INSERT OVERWRITE TABLE test SELECT 1, MAP(1, "val_1", 2, "val_2") FROM src LIMIT 1;
hive> select * from src join test where src.key=test.a;

When building Hcatalog on Window 8, build fail because "HIVE_DIR\hcatalog\build.xml:213: Javadoc failed: java.io.IOException: Cannot run program "JAVA_HOME\bin\javadoc.exe": CreateProces
s error=206, The filename or extension is too long

When removing a version field from a scaffolded entity with versionField="" WebScaffoldMetadata & JspViewManager throw an exception because FinderMetadata is null.
This can be resolved by moving the finder MD lookup to WebScaffoldMetadataProviderImpl and JspViewManager respectively.

When there is a time service with pending timeouts a bad redeploy can hang worker threads in the server.

Per Siddharth Seth following enhancements can be made to llap status tool
1) If state changes from an ACTIVE state to STOPPED - terminate the script immediately (fail fast)
2) Add a threshold of what is acceptable in terms of the running state - RUNNING_PARTIAL may be ok if 80% nodes are up for example.

There are log4j configuration errors when running hive on hadoop23, some of them may fail testcases, since the following log4j error message could printed to console, or to output file, which diffs from the expected output:
[junit] < log4j:ERROR Could not find value for key log4j.appender.NullAppender
[junit] < log4j:ERROR Could not instantiate appender named "NullAppender".
[junit] < 12/09/04 11:34:42 WARN conf.HiveConf: hive-site.xml not found on CLASSPATH

BindyCsvDataFormat only holds one model. When multiple models are defined in the same package or field positions overlap, only one @DataField is kept (the last one) overwriting the previous mapping. This leads to unpredictable behavior, from the wrong field value being populated, to format mismatch exceptions for fields of different types.
This behavior is by design, as camel supports deep models, spread over multiple files (see AnnotationModelLoader.loadModels() implementation where whole packages are scanned).
The documentation is rather vague, but I believe supporting multiple models in the same package is not really feasible, and overkill at best. Therefore my preference would be to keep the functionality as is and document the limitation.
Currently the BindyCVSFieldEndingWithSeparatorIssueTest fails due to a conflict between MyCsvRecord.class and BindyDoubleQuotesCsvUnmarshallTest.Order.class defined in the same package. Moving MyCsvRecord to a different package is a trivial fix. I will look into adding some model validation as well to WARN if the model is inconsistent (i.e. has overlaps or gaps).

E.g: In cross product case, the tight loop in merge join operator ignores any interrupt or abort flag checks, causing the tasks to be in running state even when the client cli is quit.
intensionally written cross product query to simulate this.

hive> select count(1) from lineitem, orders;;

Even when the cli is quit, LLAP would continue executing the task for quite sometime. E.g stack trace

"TezTaskRunner" #1945 daemon prio=5 os_prio=0 tid=0x00007fe9e43a5000 nid=0x4c8 runnable [0x00007fc8d881b000]
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.copyToStandardObject(ObjectInspectorUtils.java:453)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.mergeJoinComputeKeys(CommonMergeJoinOperator.java:603)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.process(CommonMergeJoinOperator.java:207)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:351)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:282)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.fetchOneRow(CommonMergeJoinOperator.java:410)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.fetchNextGroup(CommonMergeJoinOperator.java:381)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.doFirstFetchIfNeeded(CommonMergeJoinOperator.java:491)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.process(CommonMergeJoinOperator.java:209)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:185)

When trying to resolve paths from a given OpenAPI 2.0 document the trailing part of the path after the last path parameter placeholder is lost.
For example path with:

/path/{param}/will/be/lost

Is resolved as:

/path/{param}

It looks like spark-assembly contains versions of Hive classes (e.g. HiveConf), and these sometimes (always?) come from older versions of Hive.
We've seen problems where depending on classpath perturbations, NoSuchField errors may be thrown for recently added ConfVars because the HiveConf class comes from spark-assembly.
Would making sure spark-assembly comes last in the classpath solve the problem?
Otherwise, can we depend on something that does not package older Hive classes?
Currently, HIVE-12179 provides a workaround (in non-Spark use case, at least; I am assuming this issue can also affect Hive-on-Spark).

The jars in hive.reloadable.aux.jar.paths are being added to HiveServer2 classpath while hive.aux.jar.paths is not. 
Then the local task like 'select udf from src' will fail to find needed udf class.

The problem is that this test is not run as part of regular CI execution thus is destined to be broken. The test should be run as part of regular CI set of tests; if intermittently failing then it should be @Ignore-d in the way intermittently failing tests are.

Example code to reproduce the issue,

    Cluster cluster = new Cluster();
    cluster.add("rest-server-IP", rest-server-port);

    Client client = new Client(cluster);
    RemoteHTable table = new RemoteHTable(client, "t1");

    // Insert few records,
    Put put = new Put(Bytes.toBytes("r1"));
    put.add(Bytes.toBytes("cf1"), Bytes.toBytes("c1"), Bytes.toBytes("c1"));
    put.add(Bytes.toBytes("cf1"), Bytes.toBytes("c2"), Bytes.toBytes("c2"));
    put.add(Bytes.toBytes("cf2"), Bytes.toBytes("c1"), Bytes.toBytes("c1"));
    table.put(put);

    put = new Put(Bytes.toBytes("r2"));

    // Delete the entire column family from the row
    Delete del = new Delete(Bytes.toBytes("r2"));
    del.addFamily(Bytes.toBytes("cf1"));
    table.delete(del);

Here the problem is in building row specification in RemoteHTable.buildRowSpec(). Row specification is framed as "/t1/r2/cf1:" instead of "/t1/r2/cf1". 

Looks like the jenkins machines are flaky/slow again, causing this test to fail. Same stacktrace all three times:

	at org.junit.Assert.fail(Assert.java:92)
	at org.junit.Assert.assertTrue(Assert.java:54)
	at org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster.testSplitBeforeSettingSplittingInZK(TestSplitTransactionOnCluster.java:656)
	at org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster.testSplitBeforeSettingSplittingInZK(TestSplitTransactionOnCluster.java:608)

The background thread used in HIVE-13901 for adding partitions needs to be reinitialized with current UGI for each invocation. Otherwise the user in context while thread was created would be the current UGI during the actions in the thread.

Describe statement takes different codepath for HS2 where bit vectors weren't displayed.

Section 10.3.1 of the Spring security documentation (Testing Form Based Authentication) states:
We can also customize the parameters names that the username and password are included on. For example, this is the above request modified to include the username on the HTTP parameter "u" and the password on the HTTP parameter "p".
The actual example is:

mvc
	.perform(formLogin("/auth").user("a","admin").password("p","pass"))

The "a" parameter should actually be "u" in the code example

The class DefaultCompositeApiClient cannot handle null responsestream send out during an update process.
Need to handle null as a valid response format other than Json and XML

Currently, for tables with many string columns, it is possible to significantly underestimate the memory used by the ORC dictionaries and cause the query to run out of memory in the task. 

Indexer has invalid string equality constructs. Something like

if (exitTypeDescriptor == "I") 

When primitive numeric fields are declared without @NotNull, DoD uses null in the initializer resulting in failing tests. 

If you execute a batch that fails, the CLI remains in batch mode.
[domain@localhost:9990 /] batch
[domain@localhost:9990 / #] /profile=test:add
#1 /profile=test:add
[domain@localhost:9990 / #] :bogus
#2 /:bogus
[domain@localhost:9990 / #] run-batch
JBAS014884: No operation named 'bogus' exists at address []
[domain@localhost:9990 / #]
This might be intentional (e.g. to let me fix a typo in my ":bogus" op), but if so, perhaps some output explaining that would be good? And for non-interactive mode staying in the batch seems wrong.
The same problem occurs in the EAP branch, which is where I first noticed it when investigating another issue. In that case the :bogus command wasn't bogus but was a proper op that failed for legitimate reasons. 

I recently ran into a couple data loss issues with small scans. Similar to HBASE-13262, these issues only appear when scans are configured in such a way that the max result size limit is reached before the caching limit is reached. As far as I can tell, this issue affects branches 0.98+
I should note that after investigation it looks like the root cause of these issues is not the same as HBASE-13262. Rather, these issue are caused by errors in the small scanner logic (I will explain in more depth below). 
Furthermore, I do know that the solution from HBASE-13262 has not made its way into small scanners (it is being addressed in HBASE-13335). As a result I made sure to test these issues with the patch from HBASE-13335 applied and I saw that they were still present.
The following two issues have been observed (both lead to data loss):
1. When a small scan is configured with a caching value of Integer.MAX_VALUE, and a maxResultSize limit that is reached before the region is exhausted, integer overflow will occur. This eventually leads to a preemptive skip of the regions.
2. When a small scan is configured with a maxResultSize that is smaller than the size of a single row, the small scanner will jump between regions preemptively. This issue seems to be because small scanners assume that, unless a region is exhausted, at least 2 rows will be returned from the server. This assumption isn't clearly state in the small scanners but is implied through the use of skipRowOfFirstResult.
Again, I would like to stress that the root cause of these issues is NOT related to the cause of HBASE-13262. These issues occur because of inappropriate assumption made in the small scanner logic. The inappropriate assumptions are:
1. Integer overflow will not occur when incrementing caching
2. At least 2 rows will be returned from the server unless the region has been exhausted
I am attaching a patch that contains tests to display these issues. If these issues should be split into separate JIRAs please let me know.

This is a report from a user against M3.  To investigate.
Also see this comment:
"as of last check if I  wanted to find a variable specifically in flowScope #
{requestContext.flowScope.theVariable}
 It complained that there was no property getTheVariable in localAttributeMap."

JBossFuse:karaf@root> features:install camel-jms
   package&(package=org.ops4j.pax.swissbox.core)(version>=1.6.0)(!(version>=2.
0.0)))
      OPS4J Pax Web - Jetty
   package&(package=org.ops4j.lang)(version>=1.4.0))
      OPS4J Pax Swissbox :: OSGi Core

The shutdown hook that guards against this kind of leakage is only set up when the TezJobMonitor class is loaded. If you kill the shell before that - that might be too late.

Janos Gub reported seeing the following error when running backup / restore test on Azure:

2018-07-25 17:03:56,661|INFO|MainThread|machine.py:167 - run()||GUID=e7de7672-ebfd-402d-8f1f-68e7e8444cb1|org.apache.hadoop.hbase.snapshot.CorruptedSnapshotException: Couldn't read snapshot info from:wasb://hbase3-m30wub1711kond-115001@humbtesting8wua.blob.core.windows.net/user/hbase/backup_loc/backup_1532538064246/default/table_fnfawii1za/.hbase-snapshot/.tmp/.
snapshotinfo
2018-07-25 17:03:56,661|INFO|MainThread|machine.py:167 - run()||GUID=e7de7672-ebfd-402d-8f1f-68e7e8444cb1|at org.apache.hadoop.hbase.snapshot.SnapshotDescriptionUtils.readSnapshotInfo(SnapshotDescriptionUtils.java:328)
2018-07-25 17:03:56,661|INFO|MainThread|machine.py:167 - run()||GUID=e7de7672-ebfd-402d-8f1f-68e7e8444cb1|at org.apache.hadoop.hbase.backup.util.RestoreServerUtil.getTableDesc(RestoreServerUtil.java:237)
2018-07-25 17:03:56,662|INFO|MainThread|machine.py:167 - run()||GUID=e7de7672-ebfd-402d-8f1f-68e7e8444cb1|at org.apache.hadoop.hbase.backup.util.RestoreServerUtil.restoreTableAndCreate(RestoreServerUtil.java:351)
2018-07-25 17:03:56,662|INFO|MainThread|machine.py:167 - run()||GUID=e7de7672-ebfd-402d-8f1f-68e7e8444cb1|at org.apache.hadoop.hbase.backup.util.RestoreServerUtil.fullRestoreTable(RestoreServerUtil.java:186)

Here is related code in master branch:

  Path getTableInfoPath(TableName tableName) throws IOException {
    Path tableSnapShotPath = getTableSnapshotPath(backupRootPath, tableName, backupId);
    Path tableInfoPath = null;

    // can't build the path directly as the timestamp values are different
    FileStatus[] snapshots = fs.listStatus(tableSnapShotPath);

In the above code, we don't exclude incomplete snapshot, leading to exception later when reading snapshot info.

karaf@root> features:install camel-servlet
Error executing command: Could not start bundle mvn:org.apache.camel/camel-servlet/2.9.0 in feature(s) camel-servlet-2.9.0: Unresolved constraint in bundle org.apache.camel.camel-servlet [80]: Unable to resolve 80.0: missing requirement [80.0] package; (&(package=org.osgi.service.http)(version>=1.2.0)(!(version>=2.0.0)))
We have to install the Karaf http feature first.

Fixed in samples by using Log4jConfigListener (it shuts down the appenders) and also in spring-rabbit by manually closing the connection factory when the appender closes.

ICV demonstrates a race condition under high load.  The result is a duplicate KeyValue with the same timestamp, at first in the memcache, and in hfile, then both in hfile.  The get/scan code doesnt know which one to read, and picks one arbitrarily.  One of the keyvalues is correct, one is incorrect.
What happens at a deeper level:

we start an ICV
a snapshot happens and moves the memstore to the snapshot
the ICV code puts a key-value into memstore that has the same timestamp as a keyvalue in the snapshot.

This is a deep race condition and several attempts to fix it failed in production here at SU.  This issue is about a more permanent fix.

This content type is listed here:
https://developer.salesforce.com/docs/atlas.en-us.api_asynch.meta/api_asynch/asynch_api_reference_jobinfo.htm
 
Hi,
I am encountering a performance problem in DualHashBidiMap.  It
appears in version 3.2.1 and also in revision 1352574 (21 June 2012).
I attached a test that exposes this problem and a patch that fixes it.
On my machine, for this test, the patch provides a 173X speedup.
$ java Test
Time is 5029
Time is 29
The attached test shows that, for a "DualHashBidiMap bidi" object, the
following operation is very slow:
bidi.entrySet().removeAll(toRemove);
DualHashBidiMap.entrySet() returns a
"DualHashBidiMap.EntrySet" object, which inherits 
removeAll(Collection<?> coll) from "DualHashBidiMap.View".  
"DualHashBidiMap.View.removeAll(Collection<?> coll)" performs
"coll.contains(it.next())" for each element in the View.
"coll.contains(it.next())" can be very slow, e.g., if "coll" is a
list.
The patch avoids this cost by using remove(Object obj) (defined in
"EntrySet<K, V>", "KeySet<K>", and "Values<V>"), which is fast because
it uses only operations on sets.
Is this a bug, or am I misunderstanding something? If so, can you
please confirm that the patch is correct?
Thanks,
Adrian

In delta operations, Increment and Append. We will read current value first and then write the new whole result into WAL as the type of Put with current timestamp. If the previous ts is larger than current ts, we will use the previous ts.
If we have two Puts with same TS, we will ignore the Put with lower sequence id. It is not friendly with versioning. And for replication we will drop sequence id  while writing to peer cluster so in the slave we don't know what the order they are being written. If the pushing is disordered, the result will be wrong.
We can set the new ts to previous+1 if the previous is not less than now.

Since "\" is used to escape non-printable character but not treated as special character in conversion, it could lead to unexpected conversion.
For example, please consider the following code snippet.

public void testConversion() {
  byte[] original = {
      '\\', 'x', 'A', 'D'
  };
  String stringFromBytes = Bytes.toStringBinary(original);
  byte[] converted = Bytes.toBytesBinary(stringFromBytes);
  System.out.println("Original: " + Arrays.toString(original));
  System.out.println("Converted: " + Arrays.toString(converted));
  System.out.println("Reversible?: " + (Bytes.compareTo(original, converted) == 0));
}

Output:
-------
Original: [92, 120, 65, 68]
Converted: [-83]
Reversible?: false

The "\" character needs to be treated as special and must be encoded as a non-printable character ("\x5C") to avoid any kind of ambiguity during conversion.

I found an issue similar to DATAMONGO-2105
I am not using the @EnableMongoRepositories annotation
When I use an URI field, I get a warning about illegal reflective access.
The full stacktrace is as follows (repeated for different subfields of URI).

WARNING: Illegal reflective access by org.springframework.util.ReflectionUtils (file:/C:/Users/dave/.m2/repository/org/springframework/spring-core/5.1.5.RELEASE/spring-core-5.1.5.RELEASE.jar) to constructor java.net.URI(java.lang.String,java.lang.String)
	at org.springframework.util.ReflectionUtils.makeAccessible(ReflectionUtils.java:515)
	at org.springframework.data.mapping.PreferredConstructor.<init>(PreferredConstructor.java:69)
	at org.springframework.data.mapping.model.PreferredConstructorDiscoverer$Discoverers.buildPreferredConstructor(PreferredConstructorDiscoverer.java:228)
	at org.springframework.data.mapping.model.PreferredConstructorDiscoverer$Discoverers.access$200(PreferredConstructorDiscoverer.java:89)
	at org.springframework.data.mapping.model.PreferredConstructorDiscoverer$Discoverers$1.discover(PreferredConstructorDiscoverer.java:112)
	at org.springframework.data.mapping.model.PreferredConstructorDiscoverer.discover(PreferredConstructorDiscoverer.java:77)
	at org.springframework.data.mapping.model.BasicPersistentEntity.<init>(BasicPersistentEntity.java:105)
	at org.springframework.data.mongodb.core.mapping.BasicMongoPersistentEntity.<init>(BasicMongoPersistentEntity.java:70)
	at org.springframework.data.mongodb.core.mapping.MongoMappingContext.createPersistentEntity(MongoMappingContext.java:90)
	at org.springframework.data.mongodb.core.mapping.MongoMappingContext.createPersistentEntity(MongoMappingContext.java:39)
	at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:366)
	at java.base/java.util.Collections$SingletonSet.forEach(Collections.java:4795)
	at org.springframework.data.mapping.context.AbstractMappingContext$PersistentPropertyCreator.createAndRegisterProperty(AbstractMappingContext.java:557)
	at org.springframework.data.mapping.context.AbstractMappingContext$PersistentPropertyCreator.doWith(AbstractMappingContext.java:515)
	at org.springframework.util.ReflectionUtils.doWithFields(ReflectionUtils.java:756)
	at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:383)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:248)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:191)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:85)
	at org.springframework.data.mapping.context.MappingContext.getRequiredPersistentEntity(MappingContext.java:73)
	at org.springframework.data.mongodb.repository.support.ReactiveMongoRepositoryFactory.getEntityInformation(ReactiveMongoRepositoryFactory.java:118)
	at org.springframework.data.mongodb.repository.support.ReactiveMongoRepositoryFactory.getTargetRepository(ReactiveMongoRepositoryFactory.java:91)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:305)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.lambda$afterPropertiesSet$5(RepositoryFactoryBeanSupport.java:297)
	at org.springframework.data.util.Lazy.getNullable(Lazy.java:211)
	at org.springframework.data.util.Lazy.get(Lazy.java:94)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.afterPropertiesSet(RepositoryFactoryBeanSupport.java:300)
WARNING: Illegal reflective access by org.springframework.util.ReflectionUtils (file:/C:/Users/dave/.m2/repository/org/springframework/spring-core/5.1.5.RELEASE/spring-core-5.1.5.RELEASE.jar) to constructor java.net.URI()
	at org.springframework.data.mapping.model.PreferredConstructorDiscoverer$Discoverers.buildPreferredConstructor(PreferredConstructorDiscoverer.java:211)
WARNING: Illegal reflective access by org.springframework.util.ReflectionUtils (file:/C:/Users/dave/.m2/repository/org/springframework/spring-core/5.1.5.RELEASE/spring-core-5.1.5.RELEASE.jar) to field java.net.URI.scheme
	at org.springframework.util.ReflectionUtils.makeAccessible(ReflectionUtils.java:483)
	at org.springframework.data.mapping.context.AbstractMappingContext$PersistentPropertyCreator.doWith(AbstractMappingContext.java:509)
	at org.springframework.data.mongodb.repository.support.ReactiveMongoRepositoryFactoryBean.afterPropertiesSet(ReactiveMongoRepositoryFactoryBean.java:124)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1821)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1758)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:593)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:515)
	at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:320)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)

I see this in  hadoopqa output and it seems to be causing the two warnings we currently see in hadoopqa reports:

2 warnings
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-common/src/main/java/org/apache/hadoop/hbase/util/Bytes.java:43: warning: sun.misc.Unsafe is Sun proprietary API and may be removed in a future release
[WARNING] import sun.misc.Unsafe;
[WARNING] ^
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-common/src/main/java/org/apache/hadoop/hbase/util/Bytes.java:1032: warning: sun.misc.Unsafe is Sun proprietary API and may be removed in a future release
[WARNING] static final Unsafe theUnsafe;

Documentation claims that firstIndex option must be of Long Java type.
However WaitIndex (that is generated by Consul and should be set for firstIndex to skip all events until one that has such WaitIndex) is actually of BigInteger type and can be out of Long type range - https://github.com/hashicorp/consul/blob/master/api/event.go#L90-L104
org.apache.camel.component.consul.enpoint.ConsulEventConsumer has index field of correct type AtomicReference<BigInteger> and is initialized as

this.index = new AtomicReference(BigInteger.valueOf(configuration.getFirstIndex()));

However BigInteger value that is out of Long range cannot be passed for index  from apiEnpoint option firstIndex because org.apache.camel.component.consul.ConsulConfiguration has firstIndex field that is declared as long type:

    @UriParam(
        label = "consumer,watch",
        defaultValue = "0"
    )
    private long firstIndex;

Seems that it should be changed to be of BigInteger type.

This is a continuation of BATCH-761, which is closed and won't accept new attachments.  Feel free to close this as won't fix, but now that Woodstox allows disabling of "auto-closing of unmatched start elements" in versions >= 3.2.9 the attached patch against 1.1.4.RELEASE is my preferred solution to BATCH-761.  With this patch there is no burden on the Spring Batch user that chooses Woodstox >= 3.2.9 as their StAX implementation to override Spring Batch API, or even be aware that this issue ever existed.
Again apologies for the lack of a test case, but my plan is to flesh that out by taking a stab at BATCH-981 when we get a chance to migrate to 2.0.  For what it's worth we have an internal integration test case to trap this issue, and it passes with Woodstox 4.0.4 and this patch.

CompactionChecker will periodically check whether a region should perform a major compaction.
If a region should perform a major compact, a request is submitted. But before the request is submitted, the variable forceMajor is not set to true by calling triggerMajorCompaction.
When filtering a storefile, the large storefile may cause the request to be canceled or became minor compact.
HRegionServer.java
@Override
    protected void chore() {
      for (Region r : this.instance.onlineRegions.values()) {
        if (r == null)
          continue;
        for (Store s : r.getStores()) {
          try {
            long multiplier = s.getCompactionCheckMultiplier();
            assert multiplier > 0;
            if (iteration % multiplier != 0) continue;
            if (s.needsCompaction()) {
              // Queue a compaction. Will recognize if major is needed.
              this.instance.compactSplitThread.requestSystemCompaction(r, s, getName()
                  + " requests compaction");
            } else if (s.isMajorCompaction()) {              
              if (majorCompactPriority == DEFAULT_PRIORITY
                  || majorCompactPriority > ((HRegion)r).getCompactPriority()) {
                this.instance.compactSplitThread.requestCompaction(r, s, getName()
                    + " requests major compaction; use default priority", null);
              } else {
                    + " requests major compaction; use configured priority",
                  this.majorCompactPriority, null, null);
              }
            }
            LOG.warn("Failed major compaction check on " + r, e);
          }
        }
      }
      iteration = (iteration == Long.MAX_VALUE) ? 0 : (iteration + 1);
    }

ModelTestUtils.trimUndefinedChildren uses an 'undefined' var to track whether all fields in an ModelType.OBJECT node are undefined.  But it does not reset the var before moving on to the next object, so the results from one node pollute the processing of the next.

Calls in the admin that only get status should re-try.
got a call stack like:

org.apache.hadoop.hbase.exceptions.PleaseHoldException: org.apache.hadoop.hbase.exceptions.PleaseHoldException: Master is initializing
	at org.apache.hadoop.hbase.master.HMaster.checkInitialized(HMaster.java:2266)
	at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1610)
	at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1646)
	at org.apache.hadoop.hbase.protobuf.generated.MasterAdminProtos$MasterAdminService$2.callBlockingMethod(MasterAdminProtos.java:20930)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2122)
	at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1829)

	at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:79)
	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:230)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:2705)
	at org.apache.hadoop.hbase.client.HBaseAdmin.execute(HBaseAdmin.java:2674)
	at org.apache.hadoop.hbase.client.HBaseAdmin.createTableAsync(HBaseAdmin.java:524)
	at org.apache.hadoop.hbase.client.HBaseAdmin.createTable(HBaseAdmin.java:417)
	at org.apache.hadoop.hbase.client.HBaseAdmin.createTable(HBaseAdmin.java:349)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList$Generator.createSchema(IntegrationTestBigLinkedList.java:437)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList$Generator.runGenerator(IntegrationTestBigLinkedList.java:471)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList$Generator.run(IntegrationTestBigLinkedList.java:505)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList$Loop.runGenerator(IntegrationTestBigLinkedList.java:698)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList$Loop.run(IntegrationTestBigLinkedList.java:748)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedListWithChaosMonkey.testContinuousIngest(IntegrationTestBigLinkedListWithChaosMonkey.java:80)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:138)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:117)
	at org.apache.hadoop.hbase.IntegrationTestsDriver.doWork(IntegrationTestsDriver.java:111)
	at org.apache.hadoop.hbase.util.AbstractHBaseTool.run(AbstractHBaseTool.java:108)
	at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:84)
	at org.apache.hadoop.hbase.IntegrationTestsDriver.main(IntegrationTestsDriver.java:47)

Currently MultiRegionTable sets hbase.log.dir to the value defined in src/test/hbase-site.xml which is 

<value>${user.dir}/logs</value>

And this points to HBASE_HOME/build/test/data/logs which is not there.

In MutliByteBuff there are couple of inconsistencies, one is in the toBytes function where the offset for copying in the initial element is not being reset with respect to the element

 public byte[] toBytes(int offset, int length) {
     byte[] output = new byte[length];
     int itemIndex = getItemIndex(offset);
     ByteBuffer item = this.items[itemIndex];
     // the offset has to be reset here to the items offset 
     // should be offset = offset - itemBeingPos[itemIndex]
     int toRead = item.limit() - offset;
     int destinationOffset = 0;
    .  .   .   .

Since there is already an existing function get to copy to an byte array it is better we reuse the function here, I attached a patch with a corresponding unit test. (HBASE-XXXX.patch)
Another inconsistency I noticed is that there is lack of some consistency in using the position marker of the bytebuffers passed, In the constructor we noting the beginning offsets of each bytebuffer in the itemBeginPos array we are using these position markers in most of the absolute index functions such as get(index), put(index, byte), toBytes, get(int,byte[],int,int) to find the current item to access. There are two problems with this

The array itemBeginPos is not being updated whenever there are some writes to internal bytebuffers (remember itemBeginPos depends on the bytebuffer.position() of the internal bytebuffers and the position marker is changed whenever some writes happen to bytebuffers)
Also the position marker is not being used in any of the index functions for example here in the get function
   
 @Override
  public byte get(int index) {
    int itemIndex = getItemIndex(index);
    return ByteBufferUtils.toByte(this.items[itemIndex], index - this.itemBeginPos[itemIndex]);
  } 
   
where the the index I think should be index - this.itemBeginPos[itemIndex] + items[itemIndex].position() because we are using the position marker to calculate the offsets.

There are two solutions I think for this 

The simple solution I feel for this should be probably ignoring the position marker while calculating the itemBeginPos array which will unify the semantics
Not use this array at all and iterate over bytebuffers every time for the getItemIndex function and also use the position marker before calling the ByteBufferUtils functions

I can put up a patch for the second part if we decide which way to go.

0.90 was fixed but in trunk there is still bug

The exec package contains both operators and classes used to execute the job. Moving the latter into a sub package makes the package slightly more manageable and will make it easier to provide a tez-based implementation. 

If you specify an invalided class name in the  convertBodyTo@type, you will get a NPE error, but no detail log information for the type attribute.
We need to throw the exception for user to locate the error.

Nevermind, the Javadoc is clear I just didn't understand it correctly.
You can close the ticket !

Previously in Spring 3.0.6, it was entirely valid to return a redirect view with any arbitrary data in the anchor:
Map<String, String> pojo = new HashMap<String, String>();
pojo.put("one", "abc");
String json = (new ObjectMapper()).writeValueAsString(pojo);
return new RedirectView("/test#" + json, true);
It seems like Spring 3.1GA attempts to replace '
{' ABC  '}
' with the corresponding variable in the model. However, it's perfectly valid for the anchor to json, which wouldn't work, or be expected.
I don't see any option on the RedirectView to disable applying Uri Template Variables, or it should ignore everything after the '#', or both.

since the client is not sync, we end up with failures if the create is slow.
we fixed the problem already by adding a custom create/delete with a latch on postCreateTableHandler() to be able to wait the real completion.
There are a couple of createTable() call that are not using that latch causing failures.

	at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:93)
	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:64)
	at org.apache.hadoop.mapred.MapTask$OldOutputCollector.<init>(MapTask.java:481)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:390)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:324)
	at org.apache.hadoop.mapred.Child$4.run(Child.java:266)
	at javax.security.auth.Subject.doAs(Subject.java:416)
	at org.apache.hadoop.mapred.Child.main(Child.java:260)
	at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:88)
	... 10 more
Caused by: java.lang.IllegalArgumentException: Can't read partitions file
	at org.apache.hadoop.mapred.lib.TotalOrderPartitioner.configure(TotalOrderPartitioner.java:91)
	at org.apache.hadoop.hive.ql.exec.HiveTotalOrderPartitioner.configure(HiveTotalOrderPartitioner.java:37)
	... 15 more
Caused by: java.io.IOException: Split points are out of order
	at org.apache.hadoop.mapred.lib.TotalOrderPartitioner.configure(TotalOrderPartitioner.java:78)
	... 16 more

When executing the following Roo script, I anticipate that Roo should augment ~.web.ProfileController with @RooWebJson. Instead, the operation quietly exits without any changes.

// Spring Roo 1.2.0.BUILD-SNAPSHOT [rev 5cdc536] log opened at 2011-09-07 17:58:15
project --topLevelPackage net.digitalmaelstrom.examples.roo
persistence setup --provider HIBERNATE --database HYPERSONIC_PERSISTENT 
entity --class ~.domain.Profile --testAutomatically 
field string --fieldName firstName
field string --fieldName lastName
json all
web mvc setup
web mvc all --package ~.web
// Expecting Roo to modify ~.web.ProfileController to support JSON
web mvc json all
// However, the no changes are made.

Recently while impplementing the 2-legged authentication using consumerkey and consumer secret, came across the issue where
if we specify an empty token in the Oauth header , the authentication fails.
However if we remove the token="" altogether, everything works fine as expected.
I put a fix in the following location to get around this issue as some oauth clients still produce token="" in the oauth header.
spring-security-oauth/src/main/java/org/springframework/security/oauth/provider/ProtectedResourceProcessingFilter.java
In the method
protected void onValidSignature(HttpServletRequest request, HttpServletResponse response, FilterChain chain) throws IOException, ServletException 
Changed 
if (token != null) {
to
if (token != null && !"".equals(token)) {
Thanks

java.lang.AssertionError: expected null, but was:<R40kShrSMeGxwf6nVClIZKuZsHoviRm3cv0TLA6f=node-2>
	at org.junit.Assert.failNotNull(Assert.java:755)
	at org.junit.Assert.assertNull(Assert.java:737)
	at org.junit.Assert.assertNull(Assert.java:747)
	at org.jboss.as.test.clustering.cluster.web.AbstractWebFailoverTestCase.testFailover(AbstractWebFailoverTestCase.java:163)
	at org.jboss.as.test.clustering.cluster.web.AbstractWebFailoverTestCase.testGracefulSimpleFailover(AbstractWebFailoverTestCase.java:92)
	at org.jboss.as.test.clustering.cluster.web.AbstractWebFailoverTestCase.test(AbstractWebFailoverTestCase.java:88)
	at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:379)
	at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
	at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:372)
	at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:246)
	at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:260)
	at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:324)
	at sun.reflect.GeneratedMethodAccessor15.invoke(Unknown Source)
	at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:317)
	at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:205)

~Started to fail intermittently again after 19 Oct, which seems to correlate with Infinispan 9.4.0.Final upgrade on 17 Oct.~

07:17:11,909 INFO  [io.undertow.servlet] (default task-1) /CoarseWebFailoverTestCase/simple, value = 3
07:17:12,491 INFO  [org.infinispan.CLUSTER] (remote-thread--p6-t2) [Context=CoarseWebFailoverTestCase.war] ISPN100009: Advancing to rebalance phase READ_NEW_WRITE_ALL, topology id 33
07:17:12,503 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (remote-thread--p6-t3) ISPN000136: Error executing command LockControlCommand, writing keys []: org.infinispan.util.concurrent.TimeoutException: Could not acquire lock on SessionCreationMetaDataKey(nUIcjLVQdeTRWxsBIwHRSRarTu75v5FgXeZQ4Lnt) in behalf of transaction GlobalTx:node-3:24. Current owner GlobalTx:node-2:30.
	at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.timeout(DefaultPendingLockManager.java:252)
	at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.awaitOn(DefaultPendingLockManager.java:337)
	at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.awaitPendingTransactionsForAllKeys(DefaultPendingLockManager.java:137)
	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:153)
	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:122)
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.localLockCommandWork(PessimisticLockingInterceptor.java:208)
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.lambda$new$0(PessimisticLockingInterceptor.java:46)
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitLockControlCommand(PessimisticLockingInterceptor.java:191)
	at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
	at org.infinispan.interceptors.impl.TxInterceptor.visitLockControlCommand(TxInterceptor.java:223)
	at org.infinispan.interceptors.BaseAsyncInterceptor.lambda$new$0(BaseAsyncInterceptor.java:22)
	at org.infinispan.interceptors.InvocationSuccessFunction.apply(InvocationSuccessFunction.java:25)
	at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.addCallback(SimpleAsyncInvocationStage.java:70)
	at org.infinispan.interceptors.InvocationStage.thenApply(InvocationStage.java:45)
	at org.infinispan.interceptors.BaseAsyncInterceptor.asyncInvokeNext(BaseAsyncInterceptor.java:224)
	at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitCommand(TransactionSynchronizerInterceptor.java:46)
	at org.infinispan.statetransfer.StateTransferInterceptor.visitLockControlCommand(StateTransferInterceptor.java:90)
	at org.infinispan.interceptors.DDAsyncInterceptor.visitLockControlCommand(DDAsyncInterceptor.java:160)
	at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invokeAsync(AsyncInterceptorChainImpl.java:234)
	at org.infinispan.commands.control.LockControlCommand.invokeAsync(LockControlCommand.java:126)
	at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokeCommand(BasePerCacheInboundInvocationHandler.java:95)
	at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invoke(BaseBlockingRunnable.java:99)
	at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runAsync(BaseBlockingRunnable.java:71)
	at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:40)
	at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)

07:17:12,511 WARN  [org.infinispan.remoting.inboundhandler.NonTotalOrderTxPerCacheInboundInvocationHandler] (remote-thread--p6-t3) ISPN000071: Caught exception when handling command LockControlCommand{cache=CoarseWebFailoverTestCase.war, keys=[SessionCreationMetaDataKey(nUIcjLVQdeTRWxsBIwHRSRarTu75v5FgXeZQ4Lnt)], flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_WRITE_LOCK], unlock=false, gtx=GlobalTx:node-3:24}: org.infinispan.util.concurrent.TimeoutException: Could not acquire lock on SessionCreationMetaDataKey(nUIcjLVQdeTRWxsBIwHRSRarTu75v5FgXeZQ4Lnt) in behalf of transaction GlobalTx:node-3:24. Current owner GlobalTx:node-2:30.

07:17:13,090 INFO  [org.infinispan.CLUSTER] (remote-thread--p6-t3) [Context=CoarseWebFailoverTestCase.war] ISPN100010: Finished rebalance with members [node-3, node-2], topology id 34
07:17:14,298 INFO  [io.undertow.servlet] (default task-2) /CoarseWebFailoverTestCase/simple, value = 4

https://gist.github.com/rhusar/496f1c7c5a308db1901a81a4437b570e
https://ci.wildfly.org/viewLog.html?buildId=125879&tab=buildResultsDiv&buildTypeId=WF_PullRequest_Windows#testNameId6517845608855553882

Based on PR
https://github.com/apache/camel/pull/522#issuecomment-103620070
Yeah I had a look its due primtive vs object types, that causes Camel to not match the setter method.
eg the method uses a boolean type, but the returned value from the reference lookup is a java.lang.Boolen type. And therefor its not used. I will log a ticket and fix that.

WildFly resources can registered metrics for runtime read-only attributes whose value change during server activity.
Some of these metrics are "disabled" by default (as they may be expensive to compute) and are enabled using a boolean attribute named statistics-enabled in their resource tree.
When these metrics would not be able to compute their value, they could register a "undefined metric value" that would be returned by the :read-attribute handler if the metric read handler would return an undefined value.
This causes a significant issue when one observes WildFly as it generates metrics figures that gives an incorrect observation of the server activity.
Typical example is undertow metrics to see bytes sent and received on its http(s)-listeners[1].
When the metric is defined[2], it specifies an undefined metric value of 0.
From the outside, when a monitoring tool will fetch value for the bytes-sent metric, it may return 0 in 2 different cases:

the metric is not enabled if the statistics-enabled attribute at [3] is false (which is the case by default). This does not mean that there is no network traffic.
statistics-enabled is true but there is no network traffic on the HTTP listener

These 2 cases are wildly different but it is not possible to distinguish between them
In order to distinguish these 2 cases, the :read-attribute operation (and by extension the :read-resource operation) will be enhanced with a "include-undefined-metric" operation parameter.
This parameter is taken into account only for metric attribute:

if include-undefined-metric is true, the operation will return a undefined value from the metric's read handler without substituting it by the *undefined metric value from the metric AttributeDefinition
if the flag is false (by default), the current behaviour is used (if the read handler returns an undefined value, uses the  undefined metric value from the metric AttributeDefinition.

This will allow external monitoring tool (as well as the metrics subsystem from WFLY-10712) to know that the metric does not return a meaningful value.
When I looked at various metrics registered in WildFly, some of them returns a meaningless value if the runtime code can not compute the value (e.g. Undertow statistics returns 0 if they are not able to obtain the underlying statistics[4]) in addition to defined an "undefined metric value" from the metric AttributeDefinition.
These read handlers would have to be fixed so they MUST NOT return a defined value that does not correspond to the actual value required by the operation.
[1] http://wildscribe.github.io/WildFly/14.0/subsystem/undertow/server/http-listener/index.html
[2] https://github.com/wildfly/wildfly/blob/8f620bbe6d481c9c2c6422e2250326a98c378056/undertow/src/main/java/org/wildfly/extension/undertow/ListenerResourceDefinition.java#L170-L172
[3] http://wildscribe.github.io/WildFly/14.0//subsystem/undertow/index.html#attr-statistics-enabled
[4] https://github.com/wildfly/wildfly/blob/8f620bbe6d481c9c2c6422e2250326a98c378056/undertow/src/main/java/org/wildfly/extension/undertow/ListenerResourceDefinition.java#L268

If a regionserver crashes while the client is engaged in IPC with it at a vulnerable point in the TCP FSM (ESTABLISHED, no outstanding data to send), the IPC will be stuck waiting "forever" (> 12 hours, etc.). This hoses the client, especially if it is trying to look up a region in META. Worse, it is not possible to restart the regionserver if the hung client is colocated with it on the same host, because the OS will consider port 60020 bound and in use, unless the client is forcibly killed. Killing some types of applications – especially long running processes which can't redo work from a checkpoint but must start over from the beginning – can be very painful. Investigate if TCP keepalives can be enabled at the IPC level. 

We've been getting 2 new javadoc warnings.
Here's what are the warnings from a recent precommit build:

// hbase-common
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-common/src/main/java/org/apache/hadoop/hbase/util/Bytes.java:[51,15] sun.misc.Unsafe is Sun proprietary API and may be removed in a future release
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-common/src/main/java/org/apache/hadoop/hbase/util/Bytes.java:[1095,19] sun.misc.Unsafe is Sun proprietary API and may be removed in a future release
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-common/src/main/java/org/apache/hadoop/hbase/util/Bytes.java:[1101,21] sun.misc.Unsafe is Sun proprietary API and may be removed in a future release
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-common/src/main/java/org/apache/hadoop/hbase/util/Bytes.java:[1106,28] sun.misc.Unsafe is Sun proprietary API and may be removed in a future release
...

2 warnings
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-common/src/main/java/org/apache/hadoop/hbase/util/Bytes.java:51: warning: sun.misc.Unsafe is Sun proprietary API and may be removed in a future release
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-common/src/main/java/org/apache/hadoop/hbase/util/Bytes.java:1095: warning: sun.misc.Unsafe is Sun proprietary API and may be removed in a future release
...
// hbase-protocol
2 warnings
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-protocol/src/main/java/org/apache/hadoop/hbase/protobuf/generated/MasterAdminProtos.java:33377: warning - @return tag cannot be used in method with void return type.
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-protocol/src/main/java/org/apache/hadoop/hbase/protobuf/generated/MasterAdminProtos.java:32381: warning - @return tag cannot be used in method with void return type.
...

I believe the new ones are the protobuf related warnings.

Hi,
I am encountering a performance problem in ListOrderedSet.removeAll().
It appears in version 3.2.1 and also in revision 1344775 (31 May
2012).  I have attached a test that exposes this problem and a
one-line patch that fixes it.  On my machine, for this test, the patch
provides a 317X speedup.
$ java Test
Time is 3812
Time is 12
As the patch shows, the problem is in 
ListOrderedSet.remove(Object object).  The code for this method is:
boolean result = collection.remove(object);
setOrder.remove(object);
return result;
The patch changes it to :
if (result) setOrder.remove(object);
The "setOrder.remove(object)" is not necessary if 
"collection.remove(object)" did not find the object.
This small change speeds up
ListOrderedSet.ListOrderedSet.removeAll(Collection<?> coll) because
ListOrderedSet.ListOrderedSet.removeAll(Collection<?> coll) iterates
over all the elements in "coll" and calls 
ListOrderedSet.remove(Object object).  So the un-patched code has
quadratic complexity, while the patched code has linear complexity.
Is this truly a bug, or am I missing something here?  If so, can you
please confirm if the patch is correct?
Thanks,
Adrian

ReplicationSource uses a backing-off algorithm to sleep for an increasing duration when an error is encountered in the replication run loop. However, this backing-off is also performed when there is nothing found to replicate in the HLog.
Assuming default settings (1 second base retry sleep time, and maximum multiplier of 10), this means that replication takes up to 10 seconds to occur when there is a break of about 55 seconds without anything being written. As there is no error condition, and there is apparently no substantial load on the regionserver in this situation, it would probably make more sense to not back off in non-error situations.

If -Dorg.jboss.server.bootstrap.maxThreads is explictily set in Wildfly, then, the permissions.xml file is not even parsed when the application is deployed.
Debugging the Wildfly 8.2.0 source code revealed the problem in org.jboss.as.server.ServerService#addService:218 

if (configuration.getServerEnvironment().isAllowModelControllerExecutor()) {
            serviceBuilder.addDependency(Services.JBOSS_SERVER_EXECUTOR, ExecutorService.class, service.getExecutorServiceInjector());
        }

The org.jboss.as.server.ServerEnvironment#allowModelControllerExecutor property is set to true if -Dorg.jboss.server.bootstrap.maxThreads was set. 
The above 'if' seems a little strange because a default value for maxThreads is always set in org.jboss.as.server.ServerEnvironment#getBootstrapMaxThreads even when the -Dorg.jboss.server.bootstrap.maxThreads property was not specified. 
This may also cause other things to not work properly when  -Dorg.jboss.server.bootstrap.maxThreads is set.

The original patch used localhost to have assignment fail fast. Avoiding misleading DNS exceptions, delays due to dns lookup, etc. 
Was wondering what the reason was for changing it?

Usage is wrong for hbck tool for -sidelineCorruptHfiles option: 
it is like:
-sidelineCorruptHfiles  Quarantine corrupted HFiles.  implies -checkCorruptHfiles
here in "sidelineCorruptHfiles" and "checkCorruptHfiles" small 'f' is used but actually in code it is like 
  else if (cmd.equals("-checkCorruptHFiles")) 
{
        checkCorruptHFiles = true;
      }
 else if (cmd.equals("-sidelineCorruptHFiles")) 
{
        sidelineCorruptHFiles = true;
      }

so if we use sidelineCorruptHfiles option for hbck then it will give error 
Unrecognized option:-sidelineCorruptHfiles

Running a JBoss CLI script with embed-server led to DeploymentScanner (intermittent) failure:

2017-02-10 21:16:00,591 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) WFLYDS0012: Scan of /home/kwart/projects/wildfly/wildfly/testsuite/integration/smoke/target/jbossas/standalone/deployments threw Exception: java.lang.IllegalStateException
	at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47)
	at org.jboss.as.controller.access.management.ManagementSecurityIdentitySupplier.get(ManagementSecurityIdentitySupplier.java:59)
	at org.jboss.as.controller.access.management.ManagementSecurityIdentitySupplier.get(ManagementSecurityIdentitySupplier.java:39)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:223)
	at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:711)
	at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:701)
	at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations$ControllerClient$1.lambda$execute$0(DefaultDeploymentOperations.java:158)
	at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations$ControllerClient$1.execute(DefaultDeploymentOperations.java:158)
	at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations.execute(DefaultDeploymentOperations.java:137)
	at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations.getDeploymentsStatus(DefaultDeploymentOperations.java:81)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1685)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1634)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.forcedUndeployScan(FileSystemDeploymentService.java:519)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$UndeployScanRunnable.run(FileSystemDeploymentService.java:770)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)

Background:
We use enable-elytron.cli  script to reconfigure server profiles (default and full) in the testsuite to run with Elytron provided security.

By default, RedisTemplate uses a JdkSerializationRedisSerializer that will use the default class loader (typically the app class loader) for deserialization. This assumes that the class loader that loaded RedisTemplate will also be able to load an application's own classes. This doesn't hold true when using Spring Boot's DevTools or in a container where Spring Data Redis is installed as a shared library.
DATAREDIS-427 made it easier to configure the class loader used by JdkSerializationRedisSerializer. Could RedisTemplate be updated to take advantage of this and configure its default JdkSerializationRedisSerializer to use the application context's ClassLoader?

PropertiesConfiguration.save() ignores the delimiter parsing disabled flag and escapes all delimiter characters it encounters. When the configuration is loaded again (with delimiter parsing disabled) the values of affected properties contain the escaping character.
This bug is very similar to CONFIGURATION-268, but for PropertiesConfiguration.

Recently we observed below error message on client side when put process blocked:

2016-04-26 10:27:11,707 ERROR [Sink: Unnamed (1/1)] com.alibaba.search.blink.streaming.connector.hbase.HBaseOutputFormat: Doing mutation failed
org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 1 action: IOException: 1 time,
        at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.makeException(AsyncProcess.java:228)
        at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.access$1700(AsyncProcess.java:208)
        at org.apache.hadoop.hbase.client.AsyncProcess.waitForAllPreviousOpsAndReset(AsyncProcess.java:1694)
        at org.apache.hadoop.hbase.client.BufferedMutatorImpl.backgroundFlushCommits(BufferedMutatorImpl.java:208)
        at org.apache.hadoop.hbase.client.BufferedMutatorImpl.flush(BufferedMutatorImpl.java:183)

And checking RS logs we found nothing noticable. After adding some logging to show the detailed exception, it turns out something went wrong in one of our coprocessors:

2016-04-26 12:03:13,776 ERROR [Sink: Unnamed (1/1)] org.apache.hadoop.hbase.client.AsyncProcess: Exception occurred! Exception details: [java.io.IOException: java.io.IOException: notify meta has not load success.
        at com.taobao.kart.coprocessor.server.CoprocessorNotifyMeta.checkMetaLoadSuccess(CoprocessorNotifyMeta.java:38)
        at com.taobao.kart.coprocessor.server.NotifyQualifySetter.updatePut(NotifyQualifySetter.java:47)
        at com.taobao.kart.coprocessor.server.NotifyQualifySetter.updatePut(NotifyQualifySetter.java:39)
        at com.taobao.kart.coprocessor.server.KartCoprocessor.prePut(KartCoprocessor.java:176)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$30.call(RegionCoprocessorHost.java:902)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$RegionOperation.call(RegionCoprocessorHost.java:1673)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperation(RegionCoprocessorHost.java:1748)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperation(RegionCoprocessorHost.java:1705)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.prePut(RegionCoprocessorHost.java:898)
        at org.apache.hadoop.hbase.regionserver.HRegion.doPreMutationHook(HRegion.java:2890)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2865)

So in this JIRA we propose to add a property to allow logging detailed exception stacktrace rather than statistics for batch errors, and I believe this would be useful for debugging in some cases.

Status Quo
Spring's DelegatingDataSource does not correctly implement the java.sql.Wrapper interface.
Analysis
According to the documentation for the unwrap() and isWrapper() methods, if the receiver implements the received interface, it should return itself, something like this:

public <T> T unwrap(Class<T> iface) throws SQLException {
	T result;
	if(iface.isInstance(this)) {
		result = iface.cast(this);
	} else {
		result = getTargetDataSource().unwrap(iface);
	}
	return result;
}

But the implementation is currently this:

	return getTargetDataSource().unwrap(iface);
}

So, a call to new DelegatingDataSource().unwrap(DelegatingDataSource.class) will fail instead of returning itself.

Similar to HBASE-10854 we need to handle different versions while the versions are in memstore and/or before compaction happens when the max versions for the CF == 1.

This test is failing on occasion of late.  See https://builds.apache.org/job/PreCommit-HBASE-Build/6856//testReport/org.apache.hadoop.hbase.migration/TestNamespaceUpgrade/testRenameUsingSnapshots/ for recent example.  Let me up the timeouts to see if helps.

Combo box in a generated jsp looks strange: it seems the selector arrow isn't drawn correctly (doesn't take all control's height).
The same effect is in all browsers I tested: Chrome, Firefox, IE.
I'm not sure whether the issue relates to Spring roo jsp generation or dojo but anyway.

When a hive table's SerDe is ParquetHiveSerDe, while some partitions are of other SerDe, AND if this table has string column[s], hive generates confusing error message:
"Failed with exception java.io.IOException:java.lang.ClassCastException: parquet.hive.serde.primitive.ParquetStringInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.primitive.SettableTimestampObjectInspector"
This is confusing because timestamp is mentioned even if it is not been used by the table. The reason is when there is SerDe difference between table and partition, hive tries to convert objectinspector of two SerDes. ParquetHiveSerDe's object inspector for string type is ParquetStringInspector (newly introduced), neither a subclass of WritableStringObjectInspector nor JavaStringObjectInspector, which ObjectInspectorConverters expect for string category objector inspector. There is no break statement in STRING case statement, hence the following TIMESTAMP case statement is executed, generating confusing error message.
see also in the following parquet issue:
https://github.com/Parquet/parquet-mr/issues/324
To fix that it is relatively easy, just make ParquetStringInspector subclass of JavaStringObjectInspector instead of AbstractPrimitiveJavaObjectInspector. But because constructor of class JavaStringObjectInspector is package scope instead of public or protected, we would need to move ParquetStringInspector to the same package with JavaStringObjectInspector.
Also ArrayWritableObjectInspector's setStructFieldData needs to also accept List data, since the corresponding setStructFieldData and create methods return a list. This is also needed when table SerDe is ParquetHiveSerDe, and partition SerDe is something else.

Over in HBASE-14421, TestFastFail has been failing assertions that talk of events that 'should' be happening. Fix. For now HBASE-14421 has disabled the 'should' assertions. They seem fine on apache jenkins build but fail fairly reliably for me on alternate HW.
To address, get familiar with the test. Change the commented out asserts to be yes/no instead of a 'likely' (On a cursory scan, it is possible that a test run may not involve preemption and it is these runs that are throwing asserts).

See nabble
http://camel.465427.n5.nabble.com/Problem-with-JT400-DataQueue-tp5784876.html
When creating the consumer we must remember to call configureConsumer like all other component does.

Certain common constructs are unnecessarily complicated or effectively impossible for everyday users to configure in the management model (such as "if these principals match, use these permissions, else use these permissions") due to the lack of backend support for a default case in the SimplePermissionMapper.
Add a way to introduce a Mapping which matches all principals.  The most general way to do this simply is to change the principal set into a principal predicate.

Based on the idea of Oliver Gierke in https://jira.spring.io/browse/DATAMONGO-525 I followed some post like the ones below
http://stackoverflow.com/questions/18129291/mongodb-and-spel-expressions-in-document-annotations
and
http://stackoverflow.com/questions/19807733/mongodb-multi-tenacy-spel-with-document?rq=1
but in the end I realized that the problem is that AbstractMongoQuery is cached between requests(maybe a problem in my config?), and its query-method object of type MongoQueryMethod, which holds the metadata, MongoEntityMetadata. And thus make this approach (use SpEL in @Document annotation) not fully working.
AbstractMongoQuery deals with different kind of executions. All of them but SingleEntityExecution suffers from this problem, and it's because in SingleEntityExecution mongoOperations is called without passing collectionName and thus letting, in the end, BasicMongoPersistentEntity.getCollection apply SpEL over entity class to obtain the runtime collection name.

I am loading configuration information from multiple sources and have registered a listener with the resulting configuration object. Unfortunately the listener does not receive "clear property" events. I've confirmed that it can properly receive other events (like "set property"), and that calls to "clearProperty()" do actually clear the property, so I believe this may be a bug in commons-configuration. I've tried setting "details" to true, which had no effect. Below is a watered down version of what I am doing (note, my configuration file simply pulls in a property file containing this property: name.first=Mike):
ConfigurationFactory configurationFactory = new ConfigurationFactory();
URL configFileURL = ... get the config file ...
configurationFactory.setConfigurationURL(configFileURL);
Configuration configuration = ConfigurationFactory.getConfiguration();
configuration.addConfigurationListener(new ConfigurationListener() {
    public void configurationChanged(ConfigurationEvent e) 
{
        System.out.println(e.getPropertyName() + ": " + e.getPropertyValue());
    }
});
System.out.println(configuration.getProperty("name.first")); // prints "Mike"
configuration.claerProperty("name.first")); // no output whatsoever
System.out.println(configuration.getProperty("name.first")); // prints "null"

"Snell, Tracy" <tjs@juicelabs.com> breaks with the current address parsing.

A test I'm writing that uses the CLI embed-server command hung forever:

"main" #1 prio=5 os_prio=31 tid=0x00007fd461007800 nid=0x1303 in Object.wait() [0x0000000102c67000]
	at java.lang.Object.wait(Object.java:502)
	at org.jboss.threads.AsyncFutureTask.await(AsyncFutureTask.java:192)
	- locked <0x00000007b8d69eb0> (a org.jboss.as.server.FutureServiceContainer)
	at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:266)
	at org.wildfly.core.embedded.EmbeddedStandAloneServerFactory$StandaloneServerImpl.start(EmbeddedStandAloneServerFactory.java:306)

The boot.log showed boot did not complete:

2015-08-23 12:04:37,572 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("internal-model-validation") failed - address: ([("subsystem" => "xts")]) - failure description: "WFLYCTL0172: host is required"
2015-08-23 12:04:37,573 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.

The problem is the failure never results in operationFailed(...) being called on the AsyncFutureTask returned by ServerService.getValue().
This probably only affects the embedded CLI and WildFly Swarm; other code does not block on this future.
I would not be surprised if a similar problem exists with the Host Controller and the CLI's embed-host-controller command.

I think we are logging too much info in RPC layer with recent changes there in DEBUG mode. All tests run with DEBUG log enabled. 

2014-09-18 07:04:26,098 DEBUG [RpcServer.reader=3,port=60020] ipc.RpcServer: Have read input token of size 820 for processing by saslServer.unwrap()
2014-09-18 07:04:26,100 DEBUG [RpcServer.reader=3,port=60020] ipc.RpcServer: Have read input token of size 1597 for processing by saslServer.unwrap()
2014-09-18 07:04:26,101 DEBUG [RpcServer.reader=3,port=60020] ipc.RpcServer: Have read input token of size 1681 for processing by saslServer.unwrap()
2014-09-18 07:04:26,101 DEBUG [RpcServer.reader=3,port=60020] ipc.RpcServer: Have read input token of size 1414 for processing by saslServer.unwrap()
2014-09-18 07:04:26,101 DEBUG [RpcServer.reader=3,port=60020] ipc.RpcServer: Have read input token of size 1108 for processing by saslServer.unwrap()
2014-09-18 07:04:26,101 DEBUG [RpcServer.reader=3,port=60020] ipc.RpcServer: Have read input token of size 1158 for processing by saslServer.unwrap()

Seems this one has slipped through the net. The artifactId at http://www.springsource.org/spring-data/commons is spring-data-commons-core.

Unable to use Swarm maven plugin when using Fraction auto detect mode force. Regression from Beta7 in at least one project. Swarm plugin section of POM looks like. Fraction and additional fractions can be added or removed, but result is the same so long as <fractionDetectMode>force</fractionDetectMode> is used.
          <mainClass>com.myorg.swarm.SwarmMain</mainClass>
          <properties>
            <swarm.context.path>/my-root-context</swarm.context.path>
          </properties>
          <fractionDetectMode>force</fractionDetectMode>
          <fractions>
            <fraction>jaxrs-cdi</fraction>
            <fraction>undertow</fraction>
            <fraction>jpa</fraction>
            <fraction>ejb</fraction>
            <fraction>mail</fraction>
          </fractions>
          <additionalFractions>
            <additionalFraction>jaxrs-cdi</additionalFraction>
            <additionalFraction>undertow</additionalFraction>
            <additionalFraction>jpa</additionalFraction>
            <additionalFraction>ejb</additionalFraction>
            <additionalFraction>mail</additionalFraction>
          </additionalFractions>
      </plugin>
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:1.0.0.Final:package (default) on project sam-war: Unable to create -swarm.jar
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Caused by: org.apache.maven.plugin.MojoFailureException: Unable to create -swarm.jar
at org.wildfly.swarm.plugin.maven.PackageMojo.execute(PackageMojo.java:138)
at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
... 20 more
Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1955)
at org.wildfly.swarm.tools.FractionUsageAnalyzer.asClassNameMatch(FractionUsageAnalyzer.java:86)
at org.wildfly.swarm.tools.FractionUsageAnalyzer$$Lambda$54/412497692.apply(Unknown Source)
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
at java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1540)
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:512)
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:502)
at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
at org.wildfly.swarm.tools.FractionUsageAnalyzer.detectNeededFractions(FractionUsageAnalyzer.java:63)
at org.wildfly.swarm.tools.BuildTool.detectFractions(BuildTool.java:242)
at org.wildfly.swarm.tools.BuildTool.addWildflySwarmBootstrapJar(BuildTool.java:303)
at org.wildfly.swarm.tools.BuildTool.build(BuildTool.java:177)
at org.wildfly.swarm.tools.BuildTool.build(BuildTool.java:171)
at org.wildfly.swarm.plugin.maven.PackageMojo.execute(PackageMojo.java:121)
... 22 more

Cell implements Iterable<Cell> but its iteration is broken since it will always go one past the edge and throw an ArrayIndexOutOfBoundsException

CloudFoundry deployments of Roo apps with MongoDB persistence fail due to API change in Spring Data MongoDB project between M3 and M4 releases.

run org.apache.hadoop.hbase.mapreduce.SyncTable’ command.
Follow the steps in HBASE-15557 between two secured cluster, get errors below:

WARN [hconnection-0x55b5e331-metaLookup-shared--pool6-t1] org.apache.hadoop.hbase.ipc.RpcClientImpl: Exception encountered while connecting to the server : javax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)]
2017-02-08 14:33:57,465 FATAL [hconnection-0x55b5e331-metaLookup-shared--pool6-t1] org.apache.hadoop.hbase.ipc.RpcClientImpl: SASL authentication failed. The most likely cause is missing or invalid credentials. Consider 'kinit'.
javax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)]
	at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:211)
	at org.apache.hadoop.hbase.security.HBaseSaslRpcClient.saslConnect(HBaseSaslRpcClient.java:179)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.setupSaslConnection(RpcClientImpl.java:617)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.access$700(RpcClientImpl.java:162)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection$2.run(RpcClientImpl.java:743)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection$2.run(RpcClientImpl.java:740)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1697)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.setupIOstreams(RpcClientImpl.java:740)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.writeRequest(RpcClientImpl.java:906)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.tracedWriteRequest(RpcClientImpl.java:873)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl.call(RpcClientImpl.java:1241)
	at org.apache.hadoop.hbase.ipc.AbstractRpcClient.callBlockingMethod(AbstractRpcClient.java:227)
	at org.apache.hadoop.hbase.ipc.AbstractRpcClient$BlockingRpcChannelImplementation.callBlockingMethod(AbstractRpcClient.java:336)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.scan(ClientProtos.java:34094)
	at org.apache.hadoop.hbase.client.ClientSmallScanner$SmallScannerCallable.call(ClientSmallScanner.java:201)
	at org.apache.hadoop.hbase.client.ClientSmallScanner$SmallScannerCallable.call(ClientSmallScanner.java:180)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithoutRetries(RpcRetryingCaller.java:210)
	at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas$RetryingRPC.call(ScannerCallableWithReplicas.java:364)
	at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas$RetryingRPC.call(ScannerCallableWithReplicas.java:338)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:136)
Caused by: GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)
	at sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:147)
	at sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
	at sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
	at sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
	at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
	at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
	at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:192)
	... 25 more
2017-02-08 14:33:59,602 WARN [hconnection-0x55b5e331-metaLookup-shared--pool6-t1] org.apache.hadoop.hbase.ipc.RpcClientImpl: Exception encountered while connecting to the server : javax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)]

preScannerOpen() method of RegionCoprocessorHost class is documented to return 'false' value in negative case (default operation should not be bypassed). Actual implementation returns 'null' value.
Proposed solution is just to correct comment to match existing implementation.

HBASE-15866 splits rpc timeout into read timeout and write timeout.
The HTable.delete(List), HTable.get(List), and HTable.existsAll(List) call AP#batch() to submit data, but they don’t use the read/write timeout argument. So the AP will use the rpc timeout got from hbase.rpc.timeout.

I got the following in building 0.96.

     [exec] /home/jxiang/git-repos/apache/tmp/0.96/hbase-common/src/saveVersion.sh: 26: /home/jxiang/git-repos/apache/tmp/0.96/hbase-common/src/saveVersion.sh: pushd: not found
     [exec] /home/jxiang/git-repos/apache/tmp/0.96/hbase-common/src/saveVersion.sh: 43: /home/jxiang/git-repos/apache/tmp/0.96/hbase-common/src/saveVersion.sh: popd: not found

The OXM bundle incorrectly specifies its Bundle-SymbolicName as org.springframework.orm.

Test was in the patch that was over in HBASE-11171.  I forgot to svn add it.  Let me do it in this issue.

The following tests seem to be failing under Java 10:

openjpa.OpenJPASharedModuleProviderTestCase
EclipseLinkSharedModuleProviderTestCase.testSimpleCreateAndLoadEntities

See the CI results for more info.

java.lang.AssertionError: expected:<4> but was:<5>
	at org.apache.hadoop.hbase.client.TestMultiParallel.testActiveThreadsCount(TestMultiParallel.java:168)

Since upgrading from 2.10.6 to 2.12.1 Camel logs the following warning:

18:47:10,278 [WARN ] DefaultErrorHandler       - Cannot determine current route from Exchange with id: ID-xyz-0-12, will fallback and use first error handler.

It looks like the "splitter" is causing the problem. If the "<split>" is disabled in the route, then the warning disappears!
Here's the example route for reproduction:

       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
	       http://camel.apache.org/schema/spring http://camel.apache.org/schema/spring/camel-spring.xsd">

	<!-- custom exceptions -->
	<bean id="demoIllegalStateException" class="java.lang.IllegalStateException">
		<constructor-arg index="0" value="Forced Exception" type="java.lang.String"/>
	</bean>

	<!-- this is the camel route which proxy the web service and forward it to the real web service -->
	<camelContext id="camelCtx" xmlns="http://camel.apache.org/schema/spring" errorHandlerRef="defaultErrorHandler" trace="false"
	              messageHistory="true">

		<errorHandler id="defaultErrorHandler" type="DefaultErrorHandler">
			<redeliveryPolicy logExhausted="true"/>
		</errorHandler>

		<errorHandler id="noErrorHandler" type="NoErrorHandler"/>

		<endpoint id="myTimer" uri="timer://myTimer?period=5s"/>
		<route id="Start" autoStartup="true" trace="false" errorHandlerRef="defaultErrorHandler"
		       startupOrder="900">
			<from uri="ref:myTimer"/>
			<setBody>
				<simple>Some Test Message</simple>
			</setBody>
			<to uri="direct:Process"/>
		</route>

		<route id="Process" autoStartup="true" trace="false" errorHandlerRef="defaultErrorHandler"
		       startupOrder="800">
			<from uri="direct:Process"/>

			<onException>
				<exception>java.lang.ArithmeticException</exception>
				<handled>
					<constant>true</constant>
				</handled>
				<to uri="direct:HandleException"/>
			</onException>

			<!-- now delegate the processing of the body with all the selected transfers -->
			<to uri="direct:Process2"/>
		</route>

		<route id="Process2" autoStartup="true" trace="false" errorHandlerRef="defaultErrorHandler"
		       startupOrder="30">
			<from uri="direct:Process2"/>

				<exception>java.lang.IllegalStateException</exception>
				<handled>

			<split stopOnException="true" streaming="false" parallelProcessing="false">
				<simple>${body}</simple>

				<throwException ref="demoIllegalStateException"/>
			</split>
		</route>

		<route id="HandleException" autoStartup="true" trace="false"
		       errorHandlerRef="noErrorHandler"
		       startupOrder="13">
			<from uri="direct:HandleException"/>

			<log loggingLevel="INFO" message="[${property.LogPrefix}] EXCEPTION message: ${exception}"/>
			<log loggingLevel="DEBUG" message="[${property.LogPrefix}] EXCEPTION stacktrace: ${exception.stacktrace}"/>
			<stop/>
		</route>
	</camelContext>
</beans>

Is it a bug or do I have to configure something new? 2.10.6 and previous versions did not show this kind of behavior (meaning: did not log this warning)!

As JD pointed it out, we not consistent in the naming. As well, it could be simpler to make it run.
patch for trunk, but I would like to put it in the next 0.96 rc as well.

See nabble
http://camel.465427.n5.nabble.com/intercept-using-adviceWith-tp4520468p4520468.html

TextUtils.java should, but does not, escape the ampersand character.  So '&' would be rendered as '&' in the browser instead of as '&'.

ConfVars.METASTORE_FILTER_HOOK in authorization V2 is will be override without prompting info or warning.
it will cause user failed to customize the METASTORE_FILTER_HOOK. We should log information such as "this value is ignored" when override happens.

Gateway support has a few problems. The Gateway is not automatically started which it should be by default. Also if the Gateway queue includes a disk-store-ref, I get an error that the disk store does not exist (since Spring hasn't created it yet.

I think lines 378-383 should refer to anonymousElt, not httpElt. As it stands,  <security:anonymous /> namespace attributes are ignored.
        if (anonymousElt != null) 
{
            grantedAuthority = httpElt.getAttribute("granted-authority");
            username = httpElt.getAttribute("username");
            key = httpElt.getAttribute("key");
            source = pc.extractSource(anonymousElt);
        }
            
The ReflectivePropertyAccessor findGetterForProperty and findSetterForProperty methods searches all methods for a name based match. If the class being searched implements an interface with generic types it possible that bridge methods will be incorrectly discovered.
As the order of Class.getMethods() is undetermined and JVM specific this issue is not consistently reproducible.  See SWF-1438 for an example that fails on Windows but not Linux.

The getList() and getStringArray() methods always return a one element list/array, when used with DatabaseConfiguration, even if the value of the queried property contains the list delimiter character.

Instead of running a separate command, it would be nice to have a Gradle build task that runs all the Maven Android tests. The Gradle task should execute the following command from the root of the repository:

mvn clean install -f ./test/pom.xml

when having typed a space as first character and then a single character. pressing tab results in this NPE.
Killing Roo and Restart is necessary.
Welcome to Spring ROO. For assistance press TAB or type "hint" then hit ENTER.
roo>  chException in thread "main" java.lang.NullPointerException
        at java.lang.String.startsWith(String.java:1422)
        at java.lang.String.startsWith(String.java:1451)
        at org.springframework.roo.shell.SimpleParser.isMatch(SimpleParser.java:299)
        at org.springframework.roo.shell.SimpleParser.locateTargets(SimpleParser.java:248)
        at org.springframework.roo.shell.SimpleParser.complete(SimpleParser.java:352)
        at org.springframework.roo.shell.jline.JLineCompletorAdapter.complete(JLineCompletorAdapter.java:27)
        at jline.ConsoleReader.complete(ConsoleReader.java:832)
        at jline.ConsoleReader.readLine(ConsoleReader.java:518)
        at jline.ConsoleReader.readLine(ConsoleReader.java:448)
        at jline.ConsoleReader.readLine(ConsoleReader.java:300)
        at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:96)
        at org.springframework.roo.bootstrap.Bootstrap.run(Bootstrap.java:99)
        at org.springframework.roo.bootstrap.Bootstrap.main(Bootstrap.java:48)

When you have a sequence of RedueSinks on constants you get this error:

	at org.apache.hadoop.hive.ql.optimizer.ReduceSinkDeDuplication$ReduceSinkDeduplicateProcFactory$ReducerReducerProc.getPartitionAndKeyColumnMapping(ReduceSinkDeDuplication.java:416)

The e.g. to generate this si:

select p_name from (select p_name from part distribute by 1 sort by 1) p distribute by 1 sort by 1

Sorry for the contrived e.g., but this actually happens when we stack windowing clauses (see PTF-Windowing branch)

Exception in thread "M:1;asf911:33460" java.lang.NullPointerException
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:550)

If any exception happen in starting the active master, the clusterSchemaService won't be initialized.

I added a repository in my pom that did not include a "name" element:

<repository>
    <id>spring-json</id>
    <url>http://spring-json.sourceforge.net/repository</url>
</repository>

I started Roo and got the following error:

I can add a name element to my repository definition, no problem. Just wanted to log this issue as the error message is not very particular and the condition of not having a name element in a repository definition should maybe not result in an error.
Seems to affect 1.1, but not 1.0.2.

Making the getTableRegions Thrift API method handle TableNotFoundException and return an empty list in that case. Without this the behavior is dependent on whether an HTable object is present in the thread-local cache in case a table was deleted.

MapJoin is an essential component for high performance joins in Hive and the current code has done great service for many years. However, the code is showing it's age and currently suffers  from the following issues:

Uses static state via the MapJoinMetaData class to pass serialization metadata to the Key, Row classes.
The api of a logical "Table Container" is not defined and therefore it's unclear what apis HashMapWrapper
needs to publicize. Additionally HashMapWrapper has many used public methods.
HashMapWrapper contains logic to serialize, test memory bounds, and implement the table container. Ideally these logical units could be seperated
HashTableSinkObjectCtx has unused fields and unused methods
CommonJoinOperator and children use ArrayList on left hand side when only List is required
There are unused classes MRU, DCLLItemm and classes which duplicate functionality MapJoinSingleKey and MapJoinDoubleKeys

We need httpclient & httpcore jars to be present when rootdir is placed on s3(a).
Attempts to move to the fully shaded amazon-SDK JAR caused problems of its own. (according to Steve Loughran)
Here are the versions we should use:
<commons.httpclient.version>4.5.2</commons.httpclient.version>
<commons.httpcore.version>4.4.4</commons.httpcore.version>
Currently they are declared test dependency.
This JIRA is to move to compile time dependency so that the corresponding jars are bundled in lib directory.

AbstractHttpSenderConnectio.hasResponse reads the enter message into memory in order to ensure a message exists. When dealing with large messages this causes an OutOfMemoryError: 
	at java.util.Arrays.copyOf(Arrays.java:2786)
	at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:94)
	at org.springframework.util.FileCopyUtils.copy(FileCopyUtils.java:113)
	at org.springframework.util.FileCopyUtils.copyToByteArray(FileCopyUtils.java:164)
	at org.springframework.ws.transport.http.AbstractHttpSenderConnection.hasResponse(AbstractHttpSenderConnection.java:72)
	at org.springframework.ws.transport.AbstractSenderConnection.createTransportInputStream(AbstractSenderConnection.java:46)
	at org.springframework.ws.transport.AbstractWebServiceConnection.receive(AbstractWebServiceConnection.java:86)
	at org.springframework.ws.client.core.WebServiceTemplate.doSendAndReceive(WebServiceTemplate.java:548)
	at org.springframework.ws.client.core.WebServiceTemplate.sendAndReceive(WebServiceTemplate.java:496)
	at gov.ic.dia.cdir.client.CdirFetchServicesClientImpl.fetchWithAttachments(CdirFetchServicesClientImpl.java:160)
	at gov.ic.dia.cdir.client.CommandLineClient.testFetchEnclosure(CommandLineClient.java:283)
	at gov.ic.dia.cdir.client.CommandLineClient.main(CommandLineClient.java:129) 

The support for the X-Forwarded-Host header added in SPR-10110 does not account for having multiple comma-separated hosts in the header, e.g.:

X-Forwarded-Host: foo.com, bar.com, baz.com
Test case:

  @Test
  public void testMultiValuedXForwardedHostHeader() {
    MockHttpServletRequest request = new MockHttpServletRequest();
    request.addHeader("X-Forwarded-Host", "a.example.org, b.example.org, c.example.org");

    assertEquals("a.example.org", ServletUriComponentsBuilder.fromRequest(request).build().getHost());
  }

AMQP remote client cannot connect to Artemis broker while it is embedded into WildFly.
When client connects, it doesn't receive anything from the server. I turned on frame logging in AmqpNetLite and it show like following:

[03:58:25.015] SEND AMQP 3 1 0 0
[03:58:25.062] SEND sasl-init(mechanism:PLAIN,initial-response:006775657374006775657374,hostname:127.0.0.1)

Server just does nothing, any traces, any response to client.
I made changes as suggested by Justin in corresponding thread (https://developer.jboss.org/thread/269424)

The Artemis AMQP protocol implementation module (at <WFLY_HOME>/modules/system/layers/base/org/apache/activemq/artemis/protocol/amqp/main) needs a dependency on Netty in its module.xml (e.g. <module name="io.netty"/>).
Artemis requires Proton-J 0.10 and Wildfly ships with 0.8 so you can copy proton-j-0.10.jar and proton-jms-0.10.jar from Artemis' /lib directory to <WFLY_HOME>/modules/system/layers/base/org/apache/qpid/proton/main and update the module.xml accordingly.

Then I turned debug traces and see following exception:

13:01:00,713 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955)) java.nio.ReadOnlyBufferException
13:01:00,716 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at java.nio.ByteBuffer.array(ByteBuffer.java:996)
13:01:00,720 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.buffer.UnsafeByteBufUtil.setBytes(UnsafeByteBufUtil.java:368)
13:01:00,730 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.buffer.PooledUnsafeDirectByteBuf.setBytes(PooledUnsafeDirectByteBuf.java:205)
13:01:00,734 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:877)
13:01:00,745 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.proton.plug.handler.impl.ProtonHandlerImpl.outputBuffer(ProtonHandlerImpl.java:226)
13:01:00,749 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.proton.plug.context.AbstractConnectionContext.flushBytes(AbstractConnectionContext.java:145)
13:01:00,760 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.proton.plug.context.AbstractConnectionContext$LocalListener.onTransport(AbstractConnectionContext.java:160)
13:01:00,766 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.proton.plug.handler.impl.ProtonHandlerImpl.dispatch(ProtonHandlerImpl.java:349)
13:01:00,770 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.proton.plug.handler.impl.ProtonHandlerImpl.flush(ProtonHandlerImpl.java:257)
13:01:00,783 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.proton.plug.handler.impl.ProtonHandlerImpl.inputBuffer(ProtonHandlerImpl.java:158)
13:01:00,789 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.proton.plug.context.AbstractConnectionContext.inputBuffer(AbstractConnectionContext.java:81)
13:01:00,800 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.apache.activemq.artemis.core.protocol.proton.ActiveMQProtonRemotingConnection.bufferReceived(ActiveMQProtonRemotingConnection.java:127)
13:01:00,807 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.apache.activemq.artemis.core.remoting.server.impl.RemotingServiceImpl$DelegatingBufferHandler.bufferReceived(RemotingServiceImpl.java:619)
13:01:00,814 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.apache.activemq.artemis.core.remoting.impl.netty.ActiveMQChannelHandler.channelRead(ActiveMQChannelHandler.java:68)
13:01:00,820 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318)
13:01:00,832 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304)
13:01:00,839 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.handler.codec.ByteToMessageDecoder.handlerRemoved(ByteToMessageDecoder.java:216)
13:01:00,849 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.DefaultChannelPipeline.callHandlerRemoved0(DefaultChannelPipeline.java:527)
13:01:00,855 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.DefaultChannelPipeline.callHandlerRemoved(DefaultChannelPipeline.java:521)
13:01:00,866 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.DefaultChannelPipeline.remove0(DefaultChannelPipeline.java:351)
13:01:00,871 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.DefaultChannelPipeline.remove(DefaultChannelPipeline.java:322)
13:01:00,882 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.DefaultChannelPipeline.remove(DefaultChannelPipeline.java:299)
13:01:00,887 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.apache.activemq.artemis.core.protocol.ProtocolHandler$ProtocolDecoder.decode(ProtocolHandler.java:175)
13:01:00,902 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:360)
13:01:00,913 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:244)
13:01:00,920 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at org.apache.activemq.artemis.core.protocol.ProtocolHandler$ProtocolDecoder.channelRead(ProtocolHandler.java:118)
13:01:00,931 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318)
13:01:00,937 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304)
13:01:00,949 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:846)
13:01:00,954 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:131)
13:01:00,965 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511)
13:01:00,969 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468)
13:01:00,981 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382)
13:01:00,986 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354)
13:01:00,998 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
13:01:01,003 ERROR [stderr] (Thread-1 (activemq-netty-threads-1534405955))      at java.lang.Thread.run(Thread.java:745)

Configuration and server logs are attached.

2 Threads. Thread1 is polling Aesh console status for its running state, as soon as the state is switched to !running, the CLI exists. 
Ctrl-C is sent to CLI, Aesh command Thread initiates a shutdown, the CLI calls console.stop(). Aesh change running state to be false THEN does some cleanup. If thread1 is scheduled, then CLI exists although cleanup has not yet been operated. leaving an insane TTY.
The fix is to switch to Aesh 0.66.15 in which this bug has been fixed.

There can be a potential issue in PollEnricher as it should use a try .. catch to deal with any runtime exceptions that may be thrown from the polling consumer api.
This is mandated by the async routine engine.

Uncovered by Jan Kasik.
Credential stores are opened with wrong password. Regression caused by WFLY-9613 [1].

09:43:29,686 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 60) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "modcluster")]): java.lang.IllegalStateException: java.io.IOException: Keystore was tampered with, or password was incorrect
	at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.<init>(JSSESocketFactory.java:113)
	at org.wildfly.extension.mod_cluster.ProxyConfigurationServiceConfigurator.configure(ProxyConfigurationServiceConfigurator.java:315)
	at org.wildfly.extension.mod_cluster.ModClusterSubsystemServiceHandler.installServices(ModClusterSubsystemServiceHandler.java:79)
	at org.jboss.as.clustering.controller.AddStepHandler.performRuntime(AddStepHandler.java:179)
	at org.jboss.as.controller.AbstractAddStepHandler.performRuntime(AbstractAddStepHandler.java:338)
	at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:159)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743)
	at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:384)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)
Caused by: java.io.IOException: Keystore was tampered with, or password was incorrect
	at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:780)
	at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:56)
	at sun.security.provider.KeyStoreDelegator.engineLoad(KeyStoreDelegator.java:224)
	at sun.security.provider.JavaKeyStore$DualFormatJKS.engineLoad(JavaKeyStore.java:70)
	at java.security.KeyStore.load(KeyStore.java:1445)
	at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.getStore(JSSESocketFactory.java:230)
	at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.getKeystore(JSSESocketFactory.java:179)
	at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.getKeyManagers(JSSESocketFactory.java:251)
	at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.<init>(JSSESocketFactory.java:98)
	... 15 more
Caused by: java.security.UnrecoverableKeyException: Password verification failed
	at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:778)
	... 23 more

[1] https://github.com/wildfly/wildfly/pull/10708/files#diff-fabeb2ec71da4fcaf9944716768c9efdR251

Currently the TypeConverter in the camel-hl7 component uses a default PipeParser. This parser performs HL7 message validation (using the default validation profile) even if validation on the endpoint is disabled.
IMHO the TypeConverter shouldn't perform any validation at all, it's not the responsible of a TypeConverter. It should just convert types. Validation is already the responsibility of the consumer and enabled by default.

The hadoop-yarn-server-resourcemanager dep in the scheduler shim should be optional so that yarn doesn't pollute dependent classpaths. Users who want to use this feature must provide the yarn classes.

When fetching a root page with no trailing slash (http://app-server/context), all resources on this page are not properly re-encoded with cache-busting strings, and these resources are served unversioned. If a trailing slash is added to the root page (http://app-server/context/), resources are encoded correctly.
Apparent cause:
When fetching a root page "http://app-server/context" with a static resource "/resources/foo.js", ResourceUrlEncodingFilter.encodeUrl(String url) sets indexLookupPath to 0. This causes lookup paths to not strip out the URL prefix of "/context", and attempt to resolve paths in the form "/context/resources/foo.js" instead of the intended "/resources/foo.js". Such resources can't be found by ResourceUrlProvider (returns null).

A synchronized block is used in "org.apache.hive.jdbc.HiveConnection.SynchronizedHandler.invoke(Object, Method, Object[])" to synchronize the client invocations. The problem is that it does not guarantee any fairness. One issue we were seeing is that a cancellation request was not able to be issued to HS2 until all the getOperationStatus() calls are finished from a while loop. Thus the cancellation cannot take effect.

If you follow the instructions of the readme file in quickstart/secure-rest then you cannot access the service.
You get this error:
This XML file does not appear to have any style information associated with it. The document tree is shown below.
<ns1:XMLFault xmlns:ns1="http://cxf.apache.org/bindings/xformat">
<ns1:faultstring xmlns:ns1="http://cxf.apache.org/bindings/xformat">java.lang.SecurityException</ns1:faultstring>
</ns1:XMLFault>
And in the log:tail we see

2013-10-25 18:30:56,230 | WARN  | tp1508868494-167 | PhaseInterceptorChain            | ?                                   ? | 153 - org.apache.cxf.cxf-api - 2.7.0.redhat-610130 | Interceptor for {http://secure.rest.fuse.quickstarts.jboss.org/}CustomerService has thrown exception, unwinding now
java.lang.SecurityException
	at org.apache.cxf.interceptor.security.JAASLoginInterceptor.handleMessage(JAASLoginInterceptor.java:129)[152:org.apache.cxf.cxf-rt-core:2.7.0.redhat-610130]
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272)[153:org.apache.cxf.cxf-api:2.7.0.redhat-610130]
	at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)[153:org.apache.cxf.cxf-api:2.7.0.redhat-610130]
	at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:239)[163:org.apache.cxf.cxf-rt-transports-http:2.7.0.redhat-610130]
...

this is a test issue only and this could be fixed by
https://github.com/fabric8io/fabric8/issues/2484

Each call to getFeatures() is adding another LoggingFeature into the array.  Would be better to add/remove the feature when it's configured.

There are two Maven modules that are not part of the codebase since mid 2011. It would be better to remove them.
These modules are:

arquillian/protocol-servlet
arquillian/processor-jsfunit

It seems != is a supported inequality operator according to: https://cwiki.apache.org/confluence/display/Hive/LanguageManual+UDF#LanguageManualUDF-Built-inOperators.
However, HiveCLI crashes if we try a query:

hive> select * from src where key != '10';
[ERROR] Could not expand event
java.lang.IllegalArgumentException: != '10';: event not found
	at jline.console.ConsoleReader.expandEvents(ConsoleReader.java:779)
	at jline.console.ConsoleReader.finishBuffer(ConsoleReader.java:631)
	at jline.console.ConsoleReader.accept(ConsoleReader.java:2019)
	at jline.console.ConsoleReader.readLine(ConsoleReader.java:2666)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:730)

Beeline is also based on jline and does not crash.
Current Hive is on jline-2.12.

While trying to run HFilePerformanceEvaluation with hbase-2.0.0 UniformRandomSmallScan is failing with StackOverflowError. Lookes related to the byte array to Cell based HFile changes.
2015-01-26 12:42:09,551 WARN  [main] util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
2015-01-26 12:42:09,760 INFO  [main] hbase.HFilePerformanceEvaluation: Running SequentialWriteBenchmark for 1000000 rows.
2015-01-26 12:42:10,007 INFO  [main] hfile.CacheConfig: CacheConfig:disabled
2015-01-26 12:42:11,560 INFO  [main] hbase.HFilePerformanceEvaluation: Running SequentialWriteBenchmark for 1000000 rows took 1496ms.
2015-01-26 12:42:11,561 INFO  [0] hbase.HFilePerformanceEvaluation: Running UniformRandomSmallScan for 1000000 rows.
2015-01-26 12:42:11,561 INFO  [0] hfile.CacheConfig: CacheConfig:disabled
Exception in thread "0" java.lang.StackOverflowError
        at org.apache.hadoop.hbase.HFilePerformanceEvaluation.createCell(HFilePerformanceEvaluation.java:78)

HiveMetaStoreFsImpl#deleteDir moves a dir to a the trash, but then doesn't check if FileUtils#moveToTrash returns true or not. Then it checks if the file exists, and throes an exception if it doesn't. If FileUtils#moveToTrash returns true then the exists check is not necessary. Before HIVE-15880 the code was reading the return value of delete and then conditionally ran the exists check, we should go back to the old behavior. This can also cause problems on filesystems like S3.

Inserting data into HBase table via hive query fails with the following message:

$ hive -e "FROM pgc INSERT OVERWRITE TABLE pagecounts_hbase SELECT pgc.* WHERE rowkey LIKE 'en/q%' LIMIT 10;"
...
java.lang.IllegalArgumentException: Property value must not be null
        at com.google.common.base.Preconditions.checkArgument(Preconditions.java:88)
        at org.apache.hadoop.conf.Configuration.set(Configuration.java:810)
        at org.apache.hadoop.conf.Configuration.set(Configuration.java:792)
        at org.apache.hadoop.hive.ql.exec.Utilities.copyTableJobPropertiesToConf(Utilities.java:2002)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.checkOutputSpecs(FileSinkOperator.java:947)
        at org.apache.hadoop.hive.ql.io.HiveOutputFormatImpl.checkOutputSpecs(HiveOutputFormatImpl.java:67)
        at org.apache.hadoop.mapreduce.JobSubmitter.checkSpecs(JobSubmitter.java:458)
        at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:342)
        at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1268)
        at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1265)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1491)
        at org.apache.hadoop.mapreduce.Job.submit(Job.java:1265)
        at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:425)
        at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:136)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1414)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1192)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1020)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:888)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:259)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:216)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:413)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:348)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:731)
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:675)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:614)
Job Submission failed with exception 'java.lang.IllegalArgumentException(Property value must not be null)'
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.mr.MapRedTask

The following testcases are failing when running Hive0.9.0 on MapReduce2 due to non-deterministic testcase result:
groupby7_noskew_multi_single_reducer.q
groupby_complex_types_multi_single_reducer.q
groupby_multi_single_reducer.q
leftsemijoin.q

The ModelControllerClientConfiguration contains an ExecutorService that gets shutdown when the ModelControllerClient is closed. In the AbstractServerConnection the ModelControllerClientConfiguration is cached causing possible issues if a connection closed and a new one created.

HIVE-10592 has a fix for the following NPE issue (table should have all columns values as null for timestamp and date columns)
query
select count(*) from orctable where timestamp_col is null;
select count(*) from orctable where date_col is null;

exception
	at org.apache.hadoop.hive.ql.io.orc.ColumnStatisticsImpl$TimestampStatisticsImpl.getMinimum(ColumnStatisticsImpl.java:845)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.getMin(RecordReaderImpl.java:308)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.evaluatePredicateProto(RecordReaderImpl.java:332)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$SargApplier.pickRowGroups(RecordReaderImpl.java:710)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.pickRowGroups(RecordReaderImpl.java:751)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.readStripe(RecordReaderImpl.java:777)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.advanceStripe(RecordReaderImpl.java:986)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.advanceToNextRow(RecordReaderImpl.java:1019)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.<init>(RecordReaderImpl.java:205)
	at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger$ReaderPair.<init>(OrcRawRecordMerger.java:183)
	at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger$OriginalReaderPair.<init>(OrcRawRecordMerger.java:226)
	at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger.<init>(OrcRawRecordMerger.java:437)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getReader(OrcInputFormat.java:1235)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRecordReader(OrcInputFormat.java:1117)
	... 26 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:1, Vertex vertex_1446768202865_0008_5_00 [Map 1] killed/failed due to:OWN_TASK_FAILURE]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0

Requests counter showing negative count, example under 'Requests' column: -645470239

Name	Region Server	Start Key	End Key	Requests
usertable,user2037516127892189021,1326756873774.16833e4566d1daef109b8fdcd1f4b5a6. 	xxx.com:60030 	user2037516127892189021 	user2296868939942738705 	-645470239

RegionLoad.readRequestsCount and RegionLoad.writeRequestsCount are of int type. Our Ops has been running lots of heavy load operation. RegionLoad.getRequestsCount() overflows int.MAX_VALUE. It is set to D986E7E1. In table.jsp, RegionLoad.getRequestsCount() is assigned to long type. D986E7E1 is converted to long FFFFFFFFD986E7E1 which is -645470239 in decimal.
Suggested fix is to make readRequestsCount and writeRequestsCount long type. 

It looks like spring-core 4.x has a bug in how it handles a ByteBuffer being sent on a Spring channel. It converts the ByteBuffer to a byte array, then takes the first element of that array, converts that to a byte array, and then wraps that byte array in a new ByteBuffer. As a result, when I pass a ByteBuffer on a Spring channel, I get a different ByteBuffer out and it only contains the first element, if the ByteBuffer had one or more elements remaining. Most of this happens in ByteBufferConverter.

Auto reducer parallelism cannot be used for cases where a custom routing VertexManager is used.
Allow a tri-state for ReduceSinkDesc::isAutoParallel to allow "allow, disable, unset" mechanics.
The state machine for this setting will now be 
Allowed transitions
unset -> allow
unset -> disable
allow -> disable
with no transition case for
disable -> allow.

The preemption logic in the Hive processor needs some more work. There are definitely windows where the abort flag is completely dropped within the Hive processor.

Similar things as in SPR-12902 happened again on spring-cloud dalston ( spring framework 4.3.9.RELEASE). Not sure but maybe the change has been introduced from change 
spring-cloud dalston SR3 to SR4 (did not happen fopr me before)

java.lang.IllegalStateException: LifecycleProcessor not initialized - call 'refresh' before invoking lifecycle methods via the context: org.springframework.boot.context.embedded.AnnotationConfigEmbeddedWebApplicationContext@624c96df: startup date [Thu Nov 02 08:27:24 CET 2017]; parent: org.springframework.context.annotation.AnnotationConfigApplicationContext@1c5ebbc5
	at org.springframework.context.support.AbstractApplicationContext.getLifecycleProcessor(AbstractApplicationContext.java:427)
	at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:999)
	at org.springframework.context.support.AbstractApplicationContext.close(AbstractApplicationContext.java:958)
	at org.springframework.boot.SpringApplication.handleRunFailure(SpringApplication.java:750)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:314)
	at com.myorg.dvd.core.DvdSpringApplication.run(DvdSpringApplication.java:68)
	at com.myorg.dvd.core.DvdSpringApplication.run(DvdSpringApplication.java:37)
	at com.myorg.dvd.cfg.ConfigServerApplication.main(ConfigServerApplication.java:36)
	at org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49)
 
2017-11-02 08:27:28.425 ERROR [configserver,,,] 13740 --- [  restartedMain] o.s.b.f.s.DefaultListableBeanFactory     : Destroy method on bean with name 'org.springframework.boot.autoconfigure.internalCachingMetadataReaderFactory' threw an exception
 
java.lang.IllegalStateException: ApplicationEventMulticaster not initialized - call 'refresh' before multicasting events via the context: org.springframework.boot.context.embedded.AnnotationConfigEmbeddedWebApplicationContext@624c96df: startup date [Thu Nov 02 08:27:24 CET 2017]; parent: org.springframework.context.annotation.AnnotationConfigApplicationContext@1c5ebbc5
	at org.springframework.context.support.AbstractApplicationContext.getApplicationEventMulticaster(AbstractApplicationContext.java:414)
	at org.springframework.context.support.ApplicationListenerDetector.postProcessBeforeDestruction(ApplicationListenerDetector.java:97)
	at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:253)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:578)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:554)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingleton(DefaultListableBeanFactory.java:961)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:523)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingletons(DefaultListableBeanFactory.java:968)
	at org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:1030)
	at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:1006)

There is no validation of some attributes of messaging provider. Setting of these attributes to non valid value causes an error during next reload. Some of these attributes are: journal-file-size or journal-compact-percentage.

They are configured in processAmqpListener instead of processListener.

During a query, lots of the following error found in executor's log:

03:47:28.759 [Executor task launch worker-0] ERROR org.apache.hive.spark.counter.SparkCounters - counter[HIVE, RECORDS_OUT_0] has not initialized before.
03:47:28.762 [Executor task launch worker-1] ERROR org.apache.hive.spark.counter.SparkCounters - counter[HIVE, RECORDS_OUT_0] has not initialized before.
03:47:30.707 [Executor task launch worker-1] ERROR org.apache.hive.spark.counter.SparkCounters - counter[HIVE, RECORDS_OUT_1_default.tmp_tmp] has not initialized before.
03:47:33.385 [Executor task launch worker-1] ERROR org.apache.hive.spark.counter.SparkCounters - counter[HIVE, RECORDS_OUT_1_default.test_table] has not initialized before.
03:47:33.388 [Executor task launch worker-0] ERROR org.apache.hive.spark.counter.SparkCounters - counter[HIVE, RECORDS_OUT_1_default.test_table] has not initialized before.
03:47:33.495 [Executor task launch worker-0] ERROR org.apache.hive.spark.counter.SparkCounters - counter[HIVE, RECORDS_OUT_1_default.test_table] has not initialized before.
03:47:35.141 [Executor task launch worker-1] ERROR org.apache.hive.spark.counter.SparkCounters - counter[HIVE, RECORDS_OUT_1_default.test_table] has not initialized before.

We will not optimize query containing NS join expression because our join reordering algo cant optimize such joins.

Status Quo
When executing TestNG-based integration tests that subclass AbstractTestNGSpringContextTests and are annotated with @WebAppConfiguration, if the ServletTestExecutionListener resets the request attributes stored in the RequestContextHolder after a test method, then any injected Servlet API mocks that are managed by the listener (e.g., MockHttpServletRequest, MockHttpServletResponse, and ServletWebRequest) will continue to hold values from the first such test method.
The net effect is that subsequent web tests will not have access to the current mocks.
See the referenced discussion on Stack Overflow for an example of a failing test case.

Analysis
The reason for this behavior is that ServletTestExecutionListener resets the request attributes after each test method, but DependencyInjectionTestExecutionListener does not re-inject dependencies before each test method (at least not by default). When a second test method is executed, an injected ServletRequest field will still reference the MockHttpServletRequest that was created for the previous test method; whereas, ServletTestExecutionListener creates a new instance of MockHttpServletRequest for each test method and sets it in the request attributes. Thus, the injected request and the one stored in the RequestContextHolder are only the same for the first test method that executes in TestNG.
Note: this bug only applies to TestNG tests; JUnit-based tests are not affected by this.

Temporary Work-Arounds
If you need a work-around before this fix is available, you have two options.
You can annotate the affected test methods with @DirtiesContext (or annotate your test class with @DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD)). This will allow your tests to pass as you expect. The use of `@DirtiesContext` will make Spring close your test `ApplicationContext` after each test method, and this will likely have a negative impact on the speed of your tests; however, as of Spring 3.2.8 and 4.0.3, this is the only non-custom solution.
The second option is a more efficient work-around. Just define this custom TestExecutionListener in your project:

public class AlwaysReinjectDependenciesTestExecutionListener extends AbstractTestExecutionListener {

  public void afterTestMethod(TestContext testContext) throws Exception {
    testContext.setAttribute(
      DependencyInjectionTestExecutionListener.REINJECT_DEPENDENCIES_ATTRIBUTE,
      Boolean.TRUE);
    }
}

And then annotate your test class like this:

@TestExecutionListeners(AlwaysReinjectDependenciesTestExecutionListener.class)

That should clear up any issues and keep your test suite running quickly.

 Ensure that Servlet mocks managed by the ServletTestExecutionListener are re-injected into test instances between TestNG methods, if the RequestContextHolder is reset.

Wrong JAVA_OPTS propagation, wrong PowerShell GC logging
Merging of PR3496 introduces:

new blocker regression
	
Wrong JAVA_OPTS propagation on JDK8
		
Default JAVA_OPTS, like max heap size (xmx), xms, etc. are not propagated to JVM on bat scripts
set "GC_LOG=true"
standalone.bat
->

===============================================================================

  JBOSS_HOME: "C:\Users\Administrator\playground\wfly.30.gc\wildfly"

  JAVA: "C:\Program Files\Java\jdk1.8.0_121\bin\java"

  JAVA_OPTS: ""-Dprogram.name=standalone.bat -Xms64M -Xmx512M -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman" -Xloggc:"C:\Users\Administrator\playground\wfly.30.gc\wildfly\standalone\log\gc.log" -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=3M -XX:-TraceClassUnloading "

it looks like some quotation bug
according to the jconsole - max heap size (Xmx) is not set correctly (~1.8GB), according to the cli - program.name is not set correctly (program.name = "standalone.bat -Xms64M -Xmx512M -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman")

new blocker bug
	
wrong PowerShell GC logging
		
"standalone.bat + jdk11 + gc enabled" creates:
			
standalone\log\gc.log
standalone\log\gc.log.0

"standalone.ps1 + jdk11 + gc enabled" creates:
			
* standalone\log\gc.log

Target release of this jira should be WF15

OrcAcidUtils.getLastFlushLength() should check for file existence first.  Currently causes unnecessary/confusing logging:

org.apache.hadoop.ipc.RemoteException(java.io.FileNotFoundException): File does not exist: /domains/adl/rrslog/data_history/rrslog/r\
rslog/hot/server_date=2016-08-19/delta_0005913_0005913/bucket_00023_flush_length
        at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:71)
        at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:61)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsInt(FSNamesystem.java:1860)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1831)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1744)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:693)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolSe\
rverSideTranslatorPB.java:373)
        at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientName\
nodeProtocolProtos.java)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:640)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:982)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2313)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2309)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2307)

        at org.apache.hadoop.ipc.Client.getRpcResponse(Client.java:1552)
        at org.apache.hadoop.ipc.Client.call(Client.java:1496)
        at org.apache.hadoop.ipc.Client.call(Client.java:1396)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:233)
        at com.sun.proxy.$Proxy14.getBlockLocations(Unknown Source)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getBlockLocations(ClientNamenodeProtocolTranslatorPB\
.java:270)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:278)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:194)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:176)
        at com.sun.proxy.$Proxy15.getBlockLocations(Unknown Source)
        at org.apache.hadoop.hdfs.DFSClient.callGetBlockLocations(DFSClient.java:1236)
        at org.apache.hadoop.hdfs.DFSClient.getLocatedBlocks(DFSClient.java:1223)
        at org.apache.hadoop.hdfs.DFSClient.getLocatedBlocks(DFSClient.java:1211)
        at org.apache.hadoop.hdfs.DFSInputStream.fetchLocatedBlocksAndGetLastBlockLength(DFSInputStream.java:309)
        at org.apache.hadoop.hdfs.DFSInputStream.openInfo(DFSInputStream.java:274)
        at org.apache.hadoop.hdfs.DFSInputStream.<init>(DFSInputStream.java:266)
        at org.apache.hadoop.hdfs.DFSClient.open(DFSClient.java:1536)
        at org.apache.hadoop.hdfs.DistributedFileSystem$4.doCall(DistributedFileSystem.java:330)
        at org.apache.hadoop.hdfs.DistributedFileSystem$4.doCall(DistributedFileSystem.java:326)
        at org.apache.hadoop.hdfs.DistributedFileSystem.open(DistributedFileSystem.java:326)
        at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:782)
        at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger.getLastFlushLength(OrcRawRecordMerger.java:513)
        at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger.<init>(OrcRawRecordMerger.java:460)
at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRawReader(OrcInputFormat.java:1525)
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR$CompactorMap.map(CompactorMR.java:631)
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR$CompactorMap.map(CompactorMR.java:610)
        at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54)
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:453)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343)
        at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:162)

Also,

2016-08-02 01:05:01,107 INFO  [org.apache.hadoop.hive.ql.txn.AcidHouseKeeperService-0]: txn.TxnHandler (TxnHandler.java:timeOutLocks(2836)) - Deleted 9 ext locks from HIVE_LOCKS due to timeout (vs. 1 found. List: [738]) maxHeartbeatTime=1470099601000

Note that the msg says "Deleted 9 ext locks..."  It actually delete 1 ext which has 9 internal components.  Need to follow up on this.
Also,
TxnHandler has

        LOG.info(quoteString(key) + " locked by " + quoteString(TxnHandler.hostname));

and a corresponding "unlock" msg which flood the metastore log.

I have custom FORM_LOGIN_FILTER class (extends UsernamePasswordAuthenticationFilter). When I have (expected) SessionAuthenticationException I see the following log messages:
2012-07-19 16:38:50,311 [btpool0-4] DEBUG FormAuthenticationFilter - Authentication request failed: org.springframework.security.web.authentication.session.SessionAuthenticationException: Only concurrent sessions for the same principal are allowed
2012-07-19 16:38:50,311 [btpool0-4] DEBUG FormAuthenticationFilter - Updated SecurityContextHolder to contain null Authentication
2012-07-19 16:38:50,311 [btpool0-4] DEBUG FormAuthenticationFilter - Delegating to authentication failure handlerorg.springframework.security.web.authentication.SimpleUrlAuthenticationFailureHandler@5226e4c9
As you can see "Delegating to authentication failure handlerorg.springframework.security.web.authentication.SimpleUrlAuthenticationFailureHandler@5226e4c9" message has no space.
The missing space is in the AbstractAuthenticationProcessingFilter class (see Reference URL).

As reported on https://issues.jboss.org/browse/WFNOSQL-28, the wildfly-nosql subsystems are failing on WF14.  I will try to work around the failure, following Brian's advice but would still like to see this resolved for other (externally created) subsystems that might hit it.
Example of failure:

2018-10-04 11:09:17,904 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool – 10) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "mongodb"),("mongo" => "default"),("host" => "default")
]): java.lang.IllegalStateException: WFLYCTL0364: Capability 'org.wildfly.nosql.mongo.driver-service' is unknown.
at org.jboss.as.controller.CapabilityReferenceRecorder$DefaultCapabilityReferenceRecorder.getDependentName(CapabilityReferenceRecorder.java:139)
at org.jboss.as.controller.CapabilityReferenceRecorder$ContextDependencyRecorder.processCapabilityRequirement(CapabilityReferenceRecorder.java:196)
at org.jboss.as.controller.CapabilityReferenceRecorder$ContextDependencyRecorder.addCapabilityRequirements(CapabilityReferenceRecorder.java:182)
at org.jboss.as.controller.AttributeDefinition.addCapabilityRequirements(AttributeDefinition.java:1066)
at org.jboss.as.controller.AbstractAddStepHandler.recordCapabilitiesAndRequirements(AbstractAddStepHandler.java:291)
at org.jboss.as.controller.AbstractAddStepHandler.execute(AbstractAddStepHandler.java:154)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:384)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at org.jboss.threads.JBossThread.run(JBossThread.java:485)

Backward compatibility broken with SimpleJdbcOperations.query() methods.  This appeared after M3, but before RC1.
SimpleJdbcOperations method signatures do not refer to ParameterizedRowMapper any more (even though the interface still exists).  This is fine for new code, but if I depend on a library that was compiled with the old signature (e.g. Spring Batch 2.0), I get a NoSuchMethodError at runtime, even if my code doesn't use the method at all.

1. Use of ignore-dependency in the resource-ref in jboss-web.xml doesn't work, the resource reference remains mandatory.
Have the following in web.xml

<resource-ref>
    <res-ref-name>wm/WM1</res-ref-name>
    <res-type>commonj.work.WorkManager</res-type>
    <res-auth>Container</res-auth>
    <res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>

    <res-ref-name>tm/TM1</res-ref-name>
    <res-type>commonj.timers.TimerManager</res-type>
    <res-sharing-scope>Unshareable</res-sharing-scope>

In order to let the ear/war deploy at JBoss EAP (where the CommonJ API isn't available), add a jboss-web.xml setting these resource references to be ignored by adding <ignore-dependency/>

<jboss-web xmlns="http://www.jboss.com/xml/ns/javaee"
           xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee http://www.jboss.org/j2ee/schema/jboss-web_7_2.xsd"
           version="7.2">

    <context-root>mod</context-root>

    <resource-ref>
        <res-ref-name>wm/WM1</res-ref-name>
        <jndi-name>DummyWorkManager</jndi-name>
        <ignore-dependency/>
    </resource-ref>

        <res-ref-name>tm/TM1</res-ref-name>
        <jndi-name>DummyTimerManager</jndi-name>

However the deploy will fail (as if the jboss-web.xml wouldn't be there at all):

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.subunit."APP.ear"."mod.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."APP.ear"."mod.war".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of subdeployment "mod.war" of deployment "APP.ear"
            at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
            at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
            at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
            at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
            at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
            at java.lang.Thread.run(Thread.java:748)
    Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0027: Could not load commonj.work.WorkManager referenced in env-entry
            at org.jboss.as.ee.component.deployers.ResourceReferenceProcessor.getResourceRefEntries(ResourceReferenceProcessor.java:153)
            at org.jboss.as.ee.component.deployers.ResourceReferenceProcessor.processDescriptorEntries(ResourceReferenceProcessor.java:74)
            at org.jboss.as.ee.component.deployers.AbstractDeploymentDescriptorBindingsProcessor.deploy(AbstractDeploymentDescriptorBindingsProcessor.java:95)
            at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
            ... 5 more
    Caused by: java.lang.ClassNotFoundException: commonj.work.WorkManager from [Module "deployment.APP.ear.mod.war" from Service Module Loader]
            at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
            at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
            at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
            at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
            at org.jboss.as.ee.component.deployers.ResourceReferenceProcessor.getResourceRefEntries(ResourceReferenceProcessor.java:151)
            ... 8 more

2. Overriding resource-ref from web.xml in jboss-web.xml doesn't work properly.
I can partially work around the above ClassNotFoundException by adding a dummy res-type like

<res-type>javax.resource.Referenceable</res-type>

to both resource references in jboss-web.xml, however this seems to override only the 1st entry as the ClassNotFoundException will change to

java.lang.ClassNotFoundException: commonj.timers.TimerManager

and I don't seem to be able to get rid of this one in any way, save for removing the 2nd resource reference (timer manager) from web.xml and jboss.xml completely.
Then the deploy will fail with

ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "APP.ear")]) - failure description: {
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.naming.context.java.module.app-name.mod-name.env.DummyWorkManager"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.naming.context.java.module.app-name.mod-name.env.wm.WM1 is missing [jboss.naming.context.java.module.app-name.mod-name.env.DummyWorkManager]"]
}

which only confirms that the ignore-dependency doesn't work.
Notes:

The fact that the CommonJ API can't be used at JBoss EAP isn't a problem. The ear is built to be usable for multiple app servers. The CommonJ WorkManager and TimerManager resources are used only at those app servers where available. We just need the ear to successfully deploy at JBoss EAP. We can take care of the rest.
It's likely that providing a modified web.xml via deployment overlay would make things work (not tested but I'm pretty confident about that), but we want to avoid that, we'd like to have the ear deploy straight away (and it should be possible with the use of ignore-dependency)
ignore-dependency did work at JBoss AS 6.0, see https://developer.jboss.org/thread/160804
Slightly more extensive description of both issues is available here: https://stackoverflow.com/questions/52967897/jboss-eap-7-1-how-to-ignore-irrelevant-resource-reference
Since there are actually 2 issues being reported here (but they seem to be connected), this JIRA issue can be split into 2 if required

In Section "62.5. Secure Bulk Load", the doc tell us to enable secure bulkload with the configuration:

<name>hbase.coprocessor.regionserver.classes</name>
<value>org.apache.hadoop.hbase.security.token.TokenProvider,org.apache.hadoop.hbase.security.access.AccessController,
org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint</value>

When we set the configuration like this, the regionserver can not start due to this ERROR:

2015-01-22 15:55:46,395 FATAL org.apache.hadoop.hbase.regionserver.HRegionServer: ABORTING region server hadoop-node-xxxxx: The coprocessor org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint threw java.lang.ClassCastException: org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost$RegionServerEnvironment can not be cast to org.apache.hadoop.hbase.coprocessor.RegionCoprocessorEnvironment
java.lang.ClassCastException: org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost$RegionServerEnvironment cannot be cast to org.apache.hadoop.hbase.coprocessor.RegionCoprocessorEnvironment
        at org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint.start(SecureBulkLoadEndpoint.java:125)
        at org.apache.hadoop.hbase.coprocessor.CoprocessorHost$Environment.startup(CoprocessorHost.java:673)
        at org.apache.hadoop.hbase.coprocessor.CoprocessorHost.loadInstance(CoprocessorHost.java:265)
        at org.apache.hadoop.hbase.coprocessor.CoprocessorHost.loadSystemCoprocessors(CoprocessorHost.java:168)
        at org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost.<init>(RegionServerCoprocessorHost.java:46)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:883)

In source code org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint we can see, the environment for this coprocessor is "RegionCoprocessorEnvironment". So the coprocessor "SecureBulkLoadEndpoint" should be put into "hbase.coprocessor.region.classes", instead of "hbase.coprocessor.regionserver.classes"
The correct configuration to enable secure bulk load is:

<name>hbase.coprocessor.region.classes</name>  <value>org.apache.hadoop.hbase.security.token.TokenProvider,org.apache.hadoop.hbase.security.access.AccessController,

PROBLEM:
Those properties are not used even when hiveserver2 in http mode. The properties used are hive.server2.thrift.min/max.worker.threads.
Remove those 2 properties as they are causing confusion.

The remove (management) operation on a JMS queue merely unbinds the queue from JNDI instead of destroying the queue. It appears that the change was done as part of https://issues.jboss.org/browse/AS7-1899 (the PR is here https://github.com/wildfly/wildfly/pull/398). The change done in that PR to address the original issue reported in that other JIRA doesn't look right.
So the original issue reported in that thread is that a server has a queue with messages and the server is stopped. Upon restart the messages have disappeared because upon stop, the JMSQueueService's stop() method used to destroy the queue. The real fix would have been to differentiate the "remove()" operation from a mere service stop. The explicit remove (handler) would then be responsible for destroying the queue (which even means a JNDI unbind) and not that service's stop method.
All of this even applies to the JMS topic which has a similar problem.
On a related note, the add() operation too seems suspicious because it ends up calling a createXXX on the JMSServer API which says:

/**
    * Creates a JMS Queue.
    *
    * @param queueName
    *           The name of the queue to create
    * @param selectorString
    * @param durable
    * @return true if the queue is created or if it existed and was added to
    *         JNDI
    * @throws Exception
    *            if problems were encountered creating the queue.
    */
   boolean createQueue(boolean storeConfig, String queueName, String selectorString, boolean durable, String ...bindings) throws Exception;

Notice the "if the queue is created or if it existed and was added to JNDI" part. So it appears that the management "add" operation can end up behaving like an update (write-attribute) kind of operation in some cases. I'm not sure if that's good thing.

The camel-servlet component responds with an incorrect http Content-Length header, causing the HTTP client to retreive a incomplete response, when the body of the out message is of a POJO type and is converted into a string that contains unicode characters.
For example, the following route returns "Büe Wör", but should return "Büe Wörld".

from("servlet:///testUnicodeWithObjectResponse?matchOnUriPrefix=true") 
   .process(new Processor() {
       public void process(Exchange exchange) throws Exception {                    
           String contentType = exchange.getIn().getHeader(Exchange.CONTENT_TYPE, String.class);
           exchange.getOut().setHeader(Exchange.CONTENT_TYPE, contentType + "; charset=UTF-8");  
    }})
    .transform(constant(
        new Object(){
            @Override
            public String toString() 
Unknown macro: {                return "Büe Wörld";            } 
        }
    ));
The attached patch contains a fix for the problem and a test to reproduce the problem.

During execution of a CLI command the ComandContext initializes org.jboss.modules.Module which replaces the JAXP factories. Other plugins that require JAXP no longer function because jboss-modules is not on the class path. The factories should be reset after we're done using the CommandContext.

The WFLY-2043 implementation is not working correctly because fetching the config from the master without fully registering is not properly implemented.

The input columns list for SEL operations isn't merged properly in the optimization. The best way to see this is running union_remove_22.q with -Dhadoop.mr.rev=23. The plan shows lost UDFs and a broken lineage for one column.
Note: union_remove tests do not run on hadoop 1 or 0.20.

It seems like the capability to add filter to an hbase scan which was added as part of HIVE-6411 doesn't work. This is primarily because in the HiveHBaseInputFormat, the filter is added in the getsplits instead of getrecordreader. This works fine for start and stop keys but not for filter because a filter is respected only when an actual scan is performed. This is also related to the initial refactoring that was done as part of HIVE-3420.

Tests in TestHCatClient and TestCommands wind up instantiating HCatPartition with a dummy empty String as location. This causes test failures when run against an existing metastore, as introduced by HIVE-10074.
We need to instantiate actual values instead of dummy "" strings.

The license for the com/simontuffs/onejar files is at http://one-jar.sourceforge.net/index.php?page=documents&file=license.
When I build camel-example-spring neither this license nor the apache license nor apache notice file is in the one-jar.jar artifact.
I'd suggest disabling the one-jar plugin until someone can figure out how to include these files.

The InterceptorsBeanDefinitionParser scans for interceptors in the following order: first "bean", then "ref", and so on. I.e. the order in which the interceptors are called is dependent on the way the interceptors are included.
One would expect that the interceptors are called in the order in which they were specified, so that changing a "bean" to a "ref" does not modify the calling order.

From David Lerman:
"
I'm running into errors where CombinedHiveInputFormat is combining data from
two different tables which is causing problems because the tables have
different input formats.
It looks like the problem is in
org.apache.hadoop.hive.shims.Hadoop20Shims.getInputPathsShim.  It calls
CombineFileInputFormat.getInputPaths which returns the list of input paths
and then chops off the first 5 characters to remove file: from the
beginning, but the return value I'm getting from getInputPaths is actually
hdfs://domain/path.  So then when it creates the pools using these paths,
none of the input paths match the pools (since they're just the file path
which protocol or domain).
"
We should use Path.getPath() to get the path part of an URI instead of just chopping off 5 chars.

Version: 5.1.2 RELEASE
The UriComponentsBuilder encodes the already encoded query parameter again.
Please check. 
https://github.com/spring-projects/spring-framework/blob/master/spring-web/src/main/java/org/springframework/web/server/adapter/ForwardedHeaderTransformer.java#L88

We should flip value and result.getResponse().getHeader(name) here since current code produces misleading error messages (actual versus expected).

I observed that when I have the following value set in my hbase-site.xml file

<name>hbase.regionserver.wal.encryption</name>
<value>false</value>
<name>hbase.regionserver.hlog.reader.impl</name>
<value>org.apache.hadoop.hbase.regionserver.wal.SecureProtobufLogReader</value>
<name>hbase.regionserver.hlog.writer.impl</name>
<value>org.apache.hadoop.hbase.regionserver.wal.SecureProtobufLogWriter</value>

And while log splitting on hbase service restart, master shutdown with following exception.
Exception in master log

2014-09-24 17:14:28,590 FATAL [master:host-10-18-40-18:60000] master.HMaster: Master server abort: loaded coprocessors are: [org.apache.hadoop.hbase.security.access.AccessController]
2014-09-24 17:14:28,590 FATAL [master:host-10-18-40-18:60000] master.HMaster: Unhandled exception. Starting shutdown.
java.io.IOException: error or interrupted while splitting logs in [hdfs://10.18.40.18:8020/tmp/hbase-ashish/hbase/WALs/host-10-18-40-18,60020,1411558717849-splitting] Task = installed = 6 done = 0 error = 6
                at org.apache.hadoop.hbase.master.SplitLogManager.splitLogDistributed(SplitLogManager.java:378)
                at org.apache.hadoop.hbase.master.MasterFileSystem.splitLog(MasterFileSystem.java:415)
                at org.apache.hadoop.hbase.master.MasterFileSystem.splitMetaLog(MasterFileSystem.java:307)
                at org.apache.hadoop.hbase.master.MasterFileSystem.splitMetaLog(MasterFileSystem.java:298)
                at org.apache.hadoop.hbase.master.HMaster.splitMetaLogBeforeAssignment(HMaster.java:1071)
                at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:863)
                at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:612)
                at java.lang.Thread.run(Thread.java:745)

Exception in region server log

2014-09-24 20:10:16,535 WARN  [RS_LOG_REPLAY_OPS-host-10-18-40-18:60020-1] regionserver.SplitLogWorker: log splitting of WALs/host-10-18-40-18,60020,1411558717849-splitting/host-10-18-40-18%2C60020%2C1411558717849.1411558724316.meta failed, returning error
java.io.IOException: Cannot get log reader
                at org.apache.hadoop.hbase.regionserver.wal.HLogFactory.createReader(HLogFactory.java:161)
                at org.apache.hadoop.hbase.regionserver.wal.HLogFactory.createReader(HLogFactory.java:89)
                at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.getReader(HLogSplitter.java:660)
                at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.getReader(HLogSplitter.java:569)
                at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFile(HLogSplitter.java:282)
                at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFile(HLogSplitter.java:225)
                at org.apache.hadoop.hbase.regionserver.SplitLogWorker$1.exec(SplitLogWorker.java:143)
                at org.apache.hadoop.hbase.regionserver.handler.HLogSplitterHandler.process(HLogSplitterHandler.java:82)
                at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128)
                at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
                at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
Caused by: java.lang.UnsupportedOperationException: Unable to find suitable constructor for class org.apache.hadoop.hbase.regionserver.wal.SecureWALCellCodec
                at org.apache.hadoop.hbase.util.ReflectionUtils.instantiateWithCustomCtor(ReflectionUtils.java:39)
                at org.apache.hadoop.hbase.regionserver.wal.WALCellCodec.create(WALCellCodec.java:101)
                at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.getCodec(ProtobufLogReader.java:242)
                at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.initAfterCompression(ProtobufLogReader.java:247)
                at org.apache.hadoop.hbase.regionserver.wal.SecureProtobufLogReader.initAfterCompression(SecureProtobufLogReader.java:138)
                at org.apache.hadoop.hbase.regionserver.wal.ReaderBase.init(ReaderBase.java:85)
                at org.apache.hadoop.hbase.regionserver.wal.HLogFactory.createReader(HLogFactory.java:113)
                ... 11 more
Caused by: java.lang.NoSuchMethodException: org.apache.hadoop.hbase.regionserver.wal.SecureWALCellCodec.<init>(org.apache.hadoop.conf.Configuration, org.apache.hadoop.hbase.regionserver.wal.CompressionContext)
                at java.lang.Class.getConstructor0(Class.java:2849)
                at java.lang.Class.getDeclaredConstructor(Class.java:2053)
                at org.apache.hadoop.hbase.util.ReflectionUtils.instantiateWithCustomCtor(ReflectionUtils.java:33)
                ... 17 more

Question,
When wal encryption is disabled should we set SecureWALCellCodec for cellCodecClsName in WALHeader.Builder object  ?

CREATE TABLE sales (name STRING, id INT)
ROW FORMAT DELIMITED FIELDS TERMINATED BY '\t';
CREATE TABLE things (id INT, name STRING)
The 'sales' table has data in a file: sales.txt, and the data is：
Joe 2
Hank 2
The 'things' table has data int two files: things.txt and things2.txt：
The content of things.txt is :
2 Tie
The content of things2.txt is :
2 Tie
SELECT * FROM sales LEFT SEMI JOIN things ON (sales.id = things.id);
will output：
Joe 2
Joe 2
Hank 2
Hank 2
so the result is wrong.
In CommonJoinOperator left semi join should use " genObject(null, 0, new IntermediateObject(new ArrayList[numAliases], 0), true); " to generate data.
but now it uses " genUniqueJoinObject(0, 0); " to generate data.
This patch will solve this problem.

If the deployment scanner element is removed from the configuration of the standalone server a NullPointerException is logged which is unclear and difficult to find as the stack does not show any hint.
Config:
{xml}
        <subsystem xmlns="urn:jboss:domain:deployment-scanner:2.0">
            <!-- deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000" runtime-failure-causes-rollback="${jboss.deployment.scanner.rollback.on.failure:false}"/ -->
        </subsystem>{xml}

Log message:
ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool – 34) WFLYCTL0403: Unexpected failure during execution of the following operation(s): []: java.lang.NullPointerException
	at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1185)
	at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:767)
	at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:753)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:680)

        at org.apache.commons.configuration.HierarchicalConfiguration.fetchNodeList(HierarchicalConfiguration.java:721)
        at org.apache.commons.configuration.AbstractHierarchicalFileConfiguration.fetchNodeList(AbstractHierarchicalFileConfiguration.java:338)
        at org.apache.commons.configuration.HierarchicalConfiguration.getProperty(HierarchicalConfiguration.java:284)
        at org.apache.commons.configuration.AbstractHierarchicalFileConfiguration.getProperty(AbstractHierarchicalFileConfiguration.java:319)
        at org.apache.commons.configuration.AbstractConfiguration.resolveContainerStore(AbstractConfiguration.java:1222)
        at org.apache.commons.configuration.AbstractConfiguration.getBoolean(AbstractConfiguration.java:667)
        at org.apache.commons.configuration.AbstractConfiguration.getBoolean(AbstractConfiguration.java:633)
        at org.apache.commons.configuration.AbstractConfiguration.getString(AbstractConfiguration.java:1097)
        at org.apache.commons.configuration.AbstractConfiguration.getString(AbstractConfiguration.java:1077)

Currently using Optional with repository query methods doesn't work correctly as the ConversionService used in AbstractMongoQuery tries to eagerly convert the result returned by the query execution into the methods return type.

Check if all elements in elytron-1_0.xsd are parsed correctly in ElytronXmlParser and vice versa.

if we call unload to generate the region file and then one of the region in the splits or we end up with a null pointer exception during one of the print.
if we skip that NPE then we end up with the "split/moved" error message, which is the expected one.

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:checkstyle (check-style) on project wildfly-naming: Execution check-style of goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:checkstyle failed. NullPointerException -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:checkstyle (check-style) on project wildfly-naming: Execution check-style of goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:checkstyle failed.
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
	at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
	at org.apache.maven.wrapper.BootstrapMainStarter.start(BootstrapMainStarter.java:39)
	at org.apache.maven.wrapper.WrapperExecutor.execute(WrapperExecutor.java:122)
	at org.apache.maven.wrapper.MavenWrapperMain.main(MavenWrapperMain.java:50)
Caused by: org.apache.maven.plugin.PluginExecutionException: Execution check-style of goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:checkstyle failed.
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:145)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
	... 27 more
	at com.puppycrawl.tools.checkstyle.checks.SuppressWarningsHolder.isSuppressed(SuppressWarningsHolder.java:200)
	at com.puppycrawl.tools.checkstyle.filters.SuppressWarningsFilter.accept(SuppressWarningsFilter.java:38)
	at com.puppycrawl.tools.checkstyle.api.FilterSet.accept(FilterSet.java:88)
	at com.puppycrawl.tools.checkstyle.Checker.fireErrors(Checker.java:358)
	at com.puppycrawl.tools.checkstyle.Checker.process(Checker.java:276)
	at org.apache.maven.plugin.checkstyle.exec.DefaultCheckstyleExecutor.executeCheckstyle(DefaultCheckstyleExecutor.java:252)
	at org.apache.maven.plugin.checkstyle.AbstractCheckstyleReport.executeReport(AbstractCheckstyleReport.java:473)
	at org.apache.maven.plugin.checkstyle.CheckstyleReport.executeReport(CheckstyleReport.java:154)
	at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:255)
	at org.apache.maven.reporting.AbstractMavenReport.execute(AbstractMavenReport.java:143)
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
	... 28 more

We check the return value against null returning true if the return value is null. This is reversed, we should return true if the value is not null.

We have a service with two HTTP contexts:
http://0.0.0.0:9000/endpoin1/dynamic"
http://0.0.0.0:9000/endpoin2/dynamic"
Both endpoints can be called using a HTTP GET method and a dynamic router routes the message differently.
Each HTTP endpoint  has its own instance of the dynamic router bean. The dynamic router bean does not use any shared state.
When the HTTP endpoints are called sequentially the calls are handled as expected. When the HTTP endpoints are called concurrently then sometimes the the dynamic router of the 9000/endpoin1/dynamic endpoint is re-routing calls originating from 9000/endpoin2/dynamic and vice versa.
Please take a look at attached unit test case for more detail.

Log the SessionID in addition the log trace ID (which can be different).

There's unguarded access to domainClass in AbstractMongoEventListener.onApplicationEvent(…) although it could be null in case the type lookup in the constructor fails. We should default that to Object.

HBase extends OutputCommitter which turns recovery off. Meaning all completed maps are lost on RM restart and job starts from scratch. FileOutputCommitter implements recovery so we should look at that to see what is potentially needed for recovery.

On line 259 in org.springframework.web.servlet.mvc.condition.PatternsRequestCondition shipped with version 3.2.2 this block from getMatchingPattern function has unnecessary code.

boolean endsWithSlash = pattern.endsWith("/");
if (this.useTrailingSlashMatch) {
    if (!endsWithSlash && this.pathMatcher.match(pattern + "/", lookupPath)) {
        return pattern +"/";
    }
}

endsWithSlash initialization should be moved inside if statement as it is not used anywhere else in the function

when we go to the webpage in the link, https://hbase.apache.org/book.html#quickstart, there is a text as below.
"Prior to HBase 0.94.x, HBase expected the loopback IP address to be 127.0.0.1. Ubuntu and some other distributions default to 127.0.1.1 and this will cause problems for you. See Why does HBase care about /etc/hosts? for detail".
The web link provided for the text "Why does HBase care about /etc/hosts?" does not work. 

Operation stop on mod_cluster worker disable all contexts (send disable status to balancer) for the duration of session draining. After the session is drained ( successfully or not ), worker stops all contexts ( send stop status to balancer ).

[standalone@192.168.122.206:9990 /] /subsystem=modcluster:stop(waittime=-1)
{
    "result" => {"session-draining-complete" => true}
}

However, status stays disabled, but functionallity is of a stopped one

 "/karel" => {
   "requests" => 0,
   "status" => "disabled"
}

Apache httpd server as balancer correctly recognize stop status and stops contexts

/karel, Status: STOPPED Request: 0 Enable Disable

Reproducing:

Set up undertow balancer with one worker
Deploy an app to the worker
Chech that app is correctly registered with balancer and that is enabled
Stop the worker 

 /subsystem=modcluster:stop()

Watch if the context (deployed app) is moved to the stoped status 

/subsystem=undertow/configuration=filter/mod-cluster=modcluster:read-resource(include-runtime=true, recursive=true, recursive-depth=100)

Tx status was STATUS_MARKED_ROLLBACK.

org.jboss.as.test.integration.ejb.stateful.passivation.PassivationTestCase.testPassivationMaxSize: javax.ejb.EJBException: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=265}, status=1} is not in a valid state to be invoking cache operations on.
    at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:394)
    at org.infinispan.interceptors.TxInterceptor.enlistIfNeeded(TxInterceptor.java:350)
    at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:344)
    at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:330)
    at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
    at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
    at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:107)
    at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:76)
    at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:85)
    at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
    at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:411)
    at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:443)
    at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:286)
    at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBeanFactory.findValue(InfinispanBeanFactory.java:87)
    at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBeanFactory.findValue(InfinispanBeanFactory.java:49)
    at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager.findBean(InfinispanBeanManager.java:237)
    at org.jboss.as.ejb3.cache.distributable.DistributableCache.discard(DistributableCache.java:167)
    at org.jboss.as.ejb3.component.stateful.StatefulSessionComponentInstance.discard(StatefulSessionComponentInstance.java:155)
    at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:78)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:327)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239)
    at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:79)
    at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
    at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43)
    at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
    at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
    at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:44)
    at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66)
    at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
    at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
    at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64)
    at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356)
    at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636)
    at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61)

I have a zip file created with WinZip containing Unicode extra fields. Upon attempting to extract it with org.apache.commons.compress.archivers.zip.ZipFile, ZipFile.getInputStream() returns null for ZipArchiveEntries previously retrieved with ZipFile.getEntry() or even ZipFile.getEntries(). See UTF8ZipFilesTest.patch in the attachments for a test case exposing the bug. The original test case stopped short of trying to read the entries, that's why this wasn't flagged up before. 
The problem lies in the fact that inside ZipFile.java entries are stored in a HashMap. However, at one point after populating the HashMap, the unicode extra fields are read, which leads to a change of the ZipArchiveEntry name, and therefore a change of its hash code. Because of this, subsequent gets on the HashMap fail to retrieve the original values.
ZipFile.patch contains an (admittedly simple-minded) fix for this problem by reconstructing the entries HashMap after the Unicode extra fields have been parsed. The purpose of this patch is mainly to show that the problem is indeed what I think, rather than providing a well-designed solution.
The patches have been tested against revision 1210416.

Port assignments for master ports in site configuration appear to be ignored.
We are not catching this in tests because there appears to be no positive test for port assignment and the only fixed information we require is the zookeeper quorum and client port. 

Over on HBASE-12911, buildbot tells me I'm missing some interface audience annotations. Indeed, from test log, my patch is not the only one missing annotations.

2015-09-08 12:05:31,071 DEBUG [main] hbase.ClassFinder(147): Looking in /Users/ndimiduk/repos/hbase/hbase-client/target/classes/org/apache/hadoop/hbase; isJar=false
2015-09-08 12:05:31,071 DEBUG [main] hbase.ClassFinder(147): Looking in /Users/ndimiduk/repos/hbase/hbase-annotations/target/classes/org/apache/hadoop/hbase; isJar=false
2015-09-08 12:05:31,071 DEBUG [main] hbase.ClassFinder(147): Looking in /Users/ndimiduk/repos/hbase/hbase-common/target/classes/org/apache/hadoop/hbase; isJar=false
2015-09-08 12:05:31,072 DEBUG [main] hbase.ClassFinder(147): Looking in /Users/ndimiduk/repos/hbase/hbase-hadoop-compat/target/classes/org/apache/hadoop/hbase; isJar=false
2015-09-08 12:05:31,072 DEBUG [main] hbase.ClassFinder(147): Looking in /Users/ndimiduk/repos/hbase/hbase-hadoop2-compat/target/classes/org/apache/hadoop/hbase; isJar=false
2015-09-08 12:05:31,072 DEBUG [main] hbase.ClassFinder(147): Looking in /Users/ndimiduk/repos/hbase/hbase-protocol/target/classes/org/apache/hadoop/hbase; isJar=false
2015-09-08 12:05:31,158 INFO  [main] hbase.TestInterfaceAudienceAnnotations(252): These are the classes that DO NOT have @InterfaceAudience annotation:
2015-09-08 12:05:31,158 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.client.MetricsRegionClientWrapper
2015-09-08 12:05:31,158 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.client.MetricsConnectionWrapper
2015-09-08 12:05:31,160 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.client.MetricsConnectionSourceFactory
2015-09-08 12:05:31,160 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.client.MetricsConnectionHostSource
2015-09-08 12:05:31,160 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): class org.apache.hadoop.hbase.replication.regionserver.MetricsReplicationSourceSourceImpl
2015-09-08 12:05:31,160 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.replication.regionserver.MetricsReplicationSourceFactory
2015-09-08 12:05:31,160 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.thrift.MetricsThriftServerSource
2015-09-08 12:05:31,160 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.master.balancer.MetricsStochasticBalancerSource
2015-09-08 12:05:31,161 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.regionserver.wal.MetricsEditsReplaySource
2015-09-08 12:05:31,161 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.thrift.MetricsThriftServerSourceFactory
2015-09-08 12:05:31,161 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): class org.apache.hadoop.hbase.replication.regionserver.MetricsReplicationSinkSourceImpl
2015-09-08 12:05:31,161 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.client.MetricsConnectionSource
2015-09-08 12:05:31,161 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.regionserver.MetricsRegionServerWrapper
2015-09-08 12:05:31,161 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.regionserver.MetricsRegionServerSource
2015-09-08 12:05:31,161 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): class org.apache.hadoop.hbase.replication.regionserver.MetricsReplicationGlobalSourceSource
2015-09-08 12:05:31,162 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): class org.apache.hadoop.hbase.replication.regionserver.MetricsReplicationSourceFactoryImpl
2015-09-08 12:05:31,162 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.regionserver.MetricsRegionSource
2015-09-08 12:05:31,162 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.master.MetricsMasterWrapper
2015-09-08 12:05:31,162 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.metrics.BaseSource
2015-09-08 12:05:31,162 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.rest.MetricsRESTSource
2015-09-08 12:05:31,162 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.replication.regionserver.MetricsReplicationSource
2015-09-08 12:05:31,162 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): class org.apache.hadoop.hbase.CompatibilityFactory
2015-09-08 12:05:31,162 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.regionserver.MetricsRegionAggregateSource
2015-09-08 12:05:31,163 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.regionserver.MetricsRegionWrapper
2015-09-08 12:05:31,163 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): class org.apache.hadoop.hbase.CompatibilitySingletonFactory$SingletonStorage
2015-09-08 12:05:31,163 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.ipc.MetricsHBaseServerWrapper
2015-09-08 12:05:31,163 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.regionserver.wal.MetricsWALSource
2015-09-08 12:05:31,163 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.master.MetricsMasterSource
2015-09-08 12:05:31,163 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.metrics.MBeanSource
2015-09-08 12:05:31,163 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.master.MetricsAssignmentManagerSource
2015-09-08 12:05:31,163 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.ipc.MetricsHBaseServerSource
2015-09-08 12:05:31,164 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.master.MetricsMasterFileSystemSource
2015-09-08 12:05:31,164 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.master.balancer.MetricsBalancerSource
2015-09-08 12:05:31,164 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): class org.apache.hadoop.hbase.CompatibilitySingletonFactory
2015-09-08 12:05:31,164 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.regionserver.MetricsRegionServerSourceFactory
2015-09-08 12:05:31,164 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.master.MetricsSnapshotSource
2015-09-08 12:05:31,164 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.master.MetricsMasterSourceFactory
2015-09-08 12:05:31,164 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.replication.regionserver.MetricsReplicationSourceSource
2015-09-08 12:05:31,165 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): interface org.apache.hadoop.hbase.replication.regionserver.MetricsReplicationSinkSource
2015-09-08 12:05:31,165 INFO  [main] hbase.TestInterfaceAudienceAnnotations(254): class org.apache.hadoop.hbase.ipc.MetricsHBaseServerSourceFactory

The cas client sample is an example. It doesn't use basic, form or OpenID login through the namespace. An error should be reported through the parserContext rather than throwing an exception.

I compiled the latest WildFly snapshot and now have a regression compared with the snapshot
from March 13. Maybe it is related to https://github.com/wildfly/wildfly/commit/dae2b07610205264fb85c0021684b1f9d563773c
which was merged on March 13.
Using Hibernate I'm persisting a simple object into an XA datasource (there is another 2nd XA datasource in
standalone.xml which isn't used during the failing transaction). This new Java object
doesn't reference another object, and isn't referenced by any other object. Invoking
EntityManager.persist() via Hibernate works fine. However, during Commit (via @Transactional
as a CDI interceptor) I'm getting the following exception and stacktrace:

2015-03-18 19:44:29,267 WARN  [com.arjuna.ats.arjuna] ARJUNA012125: TwoPhaseCoordinator.beforeCompletion - failed for SynchronizationImple< 0:ffffc0a83801:3620239c:5509c313:57, org.jboss.as.txn.service.internal.tsr.JCAOrderedLastSynchronizationList@6112018f >: java.util.ConcurrentModificationException
	at org.jboss.as.txn.service.internal.tsr.JCAOrderedLastSynchronizationList.beforeCompletion(JCAOrderedLastSynchronizationList.java:90)
	at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:76)
	at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:371)
	at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:91)
	at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162)
	at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1200)
	at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126)
	at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75)
	at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:173)
	at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:434)
	at org.jboss.weld.bean.builtin.CallableMethodHandler.invoke(CallableMethodHandler.java:42)
	at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
	at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100)
	at org.jboss.weldx.transaction.UserTransaction$215414646$Proxy$_$$_Weld$Proxy$.commit(Unknown Source)
	at de.shop.artikelverwaltung.business.ArtikelBrokerTest.save(ArtikelBrokerTest.java:78)
	at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:370)
	at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363)
	at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422)
	at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315)
	at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner$Proxy$_$$_WeldSubclass.executeTest(Unknown Source)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner$Proxy$_$$_WeldSubclass.execute(Unknown Source)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner$Proxy$_$$_WeldSubclass.doGet(Unknown Source)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner$Proxy$_$$_WeldSubclass.service(Unknown Source)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner$Proxy$_$$_WeldSubclass.service$$super(Unknown Source)
	at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51)
	at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:79)
	at org.jboss.weld.probe.InvocationMonitor.monitor(InvocationMonitor.java:105)
	at sun.reflect.GeneratedMethodAccessor125.invoke(Unknown Source)
	at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:86)
	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:74)
	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:58)
	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130)
	at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:151)
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
	at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85)
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70)
	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:278)
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:255)
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80)
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)

 Java SaslClientFactory and SaslServerFactory interfaces define where null parameters or null return values are allowed  and which Exception types can be used in methods. Elytron implementation of SASL mechanisms doesn't follow this contract, which results in NullPointerExceptions.
E.g.

	at org.wildfly.security.sasl.scram.ScramSaslClientFactory.getMechanismNames(ScramSaslClientFactory.java:119)
...

In our web application we use spring security combining url security as well as method security using XML configuration only.
The webapp is being deployed on a stock Tomcat 6.0.29 using JDK6.

URL-security is configured using <sec:intercept-url /> tags only.

Method-security is configured using <sec:protect-pointcut /> tags only referencing a central Pointcuts-class. The pointcut class implements dummy methods being referenced in the method security XML configuration. The reason for doing so is to have descriptive names for the pointcut expressions. The pointcut expressions are being configured using @Pointcut annotations.

The URL- and method-security XML configuration files are seperate. We don't use any annotation based security configuration. We recognized a very slow bootstrap performance as well as a very poor runtime performance being caused by spring security. When disabling method-security performance is as expected.
The performance difference at bootstrap is about 30 sec with method-security enabled and about 6 sec with method-security disabled.
During runtime opening pages takes a couple seconds when method-security is enabled and only a fraction of a second with method-security disabled.
The performance difference is so huge and evident that we did not even make concrete performance measurements in order to quantize the difference.
During bootstrap we made random thread dumps recognizing the same pattern over and over where the main-Threads is stuck:
"main" prio=10 tid=0x080e1800 nid=0xbcc waiting on condition [0xb73e6000]
        at java.lang.ClassLoader.loadClass(ClassLoader.java:307)

locked <0xa4000500> (a sun.misc.Launcher$AppClassLoader)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1560)
locked <0xa4149438> (a org.apache.catalina.loader.WebappClassLoader)
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491)
        at org.aspectj.weaver.reflect.ReflectionBasedReferenceTypeDelegateFactory.createDelegate(ReflectionBasedReferenceTypeDelegateFactory.java:40)
        at org.aspectj.weaver.reflect.ReflectionWorld.resolveDelegate(ReflectionWorld.java:111)
        at org.aspectj.weaver.World.resolveToReferenceType(World.java:388)
        at org.aspectj.weaver.World.resolve(World.java:279)
        at org.aspectj.weaver.patterns.SimpleScope.lookupType(SimpleScope.java:57)
        at org.aspectj.weaver.bcel.AtAjAttributes$BindingScope.lookupType(AtAjAttributes.java:1680)
        at org.aspectj.weaver.patterns.WildTypePattern.lookupTypeInScope(WildTypePattern.java:716)
        at org.aspectj.weaver.patterns.WildTypePattern.resolveBindingsFromFullyQualifiedTypeName(WildTypePattern.java:703)
        at org.aspectj.weaver.patterns.WildTypePattern.resolveBindings(WildTypePattern.java:631)
        at org.aspectj.weaver.patterns.TypePattern.resolveExactType(TypePattern.java:194)
        at org.aspectj.weaver.patterns.ReferencePointcut.resolveBindings(ReferencePointcut.java:131)
        at org.aspectj.weaver.patterns.Pointcut.resolve(Pointcut.java:196)
        at org.aspectj.weaver.tools.PointcutParser.resolvePointcutExpression(PointcutParser.java:332)
        at org.aspectj.weaver.tools.PointcutParser.parsePointcutExpression(PointcutParser.java:310)
        at org.aspectj.weaver.tools.PointcutParser.parsePointcutExpression(PointcutParser.java:288)
        at org.springframework.security.intercept.method.ProtectPointcutPostProcessor.postProcessBeforeInitialization(ProtectPointcutPostProcessor.java:103)
        ...

During runtime load we also made thread dumps randomly recognized the same pattern where the request threads are being stuck. During runtime we have another problem that other http request are being blocked. This is a production no-go.
The blocking thread:
"http-8120-6" daemon prio=10 tid=0x08e1a000 nid=0x7912 waiting on condition [0x9a8ff000]

locked <0xa3fab6c0> (a sun.misc.Launcher$ExtClassLoader)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:296)
locked <0xa3fab678> (a sun.misc.Launcher$AppClassLoader)
locked <0xa40cf610> (a org.apache.catalina.loader.WebappClassLoader)
        ...

The blocked threads:
"http-8120-5" daemon prio=10 tid=0x08e74c00 nid=0x7910 waiting for monitor entry [0x9a950000]
        ...
"http-8120-4" daemon prio=10 tid=0x08e73000 nid=0x790f waiting for monitor entry [0x9a9a1000]
        ...
"http-8120-3" daemon prio=10 tid=0x09325000 nid=0x790e waiting for monitor entry [0x9a9f2000]
        ...
"http-8120-1" daemon prio=10 tid=0x093d8400 nid=0x3f18 waiting for monitor entry [0x9af95000]
        ...
Please find attached a source code and configuration sample.
We found a couple places on the forums where the problem is being recognized but so far we did not find any JIRA issue.
Our current planned resolution is to avoid pointcut expressions for method-security at all. Instead we will use either annotations or the intercept-methods bean decorator and hope that performance increases. It would be nice though to use pointcut expressions.

If you use for example spring-boot and configure rest-dsl globally there then its configuration gets overridden by default empty configuration in the RestComponent when it does merges.

TextMessage.toStringPayload throws StringIndexOutOfBoundsException if a payload-bytes is greater than 10 and a payload-length less than 10. 
This method throws an exception in the following code.

new TextMessage("\u3042\u3044\u3046\u3048\u304a").toString();

Stacktrace: 
Exception in thread "main" java.lang.StringIndexOutOfBoundsException: String index out of range: 10
	at java.lang.String.substring(String.java:1950)
	at org.springframework.web.socket.TextMessage.toStringPayload(TextMessage.java:79)
	at org.springframework.web.socket.AbstractWebSocketMessage.toString(AbstractWebSocketMessage.java:91)
	at samples.websocket.config.SampleWebSocketsApplication.main(SampleWebSocketsApplication.java:58)
Pull request:
https://github.com/spring-projects/spring-framework/pull/657

Problem happens when trying to update the FS root location:

# HIVE_CONF_DIR=/etc/hive/conf.server/ hive --service metatool -dryRun -updateLocation hdfs://mycluster hdfs://c6401.ambari.apache.org:8020
...
Looking for LOCATION_URI field in DBS table to update..
Dry Run of updateLocation on table DBS..
old location: hdfs://c6401.ambari.apache.org:8020/apps/hive/warehouse new location: hdfs://mycluster/apps/hive/warehouse
Found 1 records in DBS table to update
Looking for LOCATION field in SDS table to update..
Dry Run of updateLocation on table SDS..
old location: hdfs://c6401.ambari.apache.org:8020/apps/hive/warehouse/web_sales/ws_web_site_sk=12 new location: hdfs://mycluster/apps/hive/warehouse/web_sales/ws_web_site_sk=12
old location: hdfs://c6401.ambari.apache.org:8020/apps/hive/warehouse/web_sales/ws_web_site_sk=13 new location: hdfs://mycluster/apps/hive/warehouse/web_sales/ws_web_site_sk=13
...
Found 143 records in SDS table to update
Warning: Found records with bad LOCATION in SDS table..
bad location URI: hdfs://c6401.ambari.apache.org:8020/apps/hive/warehouse/customer_demographics/cd_education_status=Advanced Degree
bad location URI: hdfs://c6401.ambari.apache.org:8020/apps/hive/warehouse/customer_demographics/cd_education_status=4 yr Degree
bad location URI: hdfs://c6401.ambari.apache.org:8020/apps/hive/warehouse/customer_demographics/cd_education_status=2 yr Degree

The reason why some entries are marked as bad location is that they have space character in the partition name.

The project brings in jcl-over-slf4j dependancy which is not needed.
When using log4j, it breaks the jcl logging.

Bloom filter aggregation buffer may result in allocation of upto ~594MB array which is unnecessary.

We want to clean up the old dump dirs to save space and reduce scan time when needed.

Add test coverage for https://issues.jboss.org/browse/WFLY-3659

See SO
http://stackoverflow.com/questions/42000191/camel-advicewith-behaves-differently-when-changing-the-order-of-weave-statements/42288144#42288144

I'm using an enpoint like this one : 

sftp://myserver/folder1/folder2?idempotent=true&stepwise=false&...&move=../archive

With 2.18.2, I have logs like this : 

  2017-02-15T13:23:47.314 [Camel (camel-1) thread #10 - sftp://myserver/folder1/folder2] WARN  o.a.c.c.file.remote.SftpOperations - Cannot delete file: folder1/folder2/../archive/myfile.txt
com.jcraft.jsch.SftpException: No such file
	at com.jcraft.jsch.ChannelSftp.throwStatusError(ChannelSftp.java:2873)
	at com.jcraft.jsch.ChannelSftp.rm(ChannelSftp.java:1985)
	at org.apache.camel.component.file.remote.SftpOperations.deleteFile(SftpOperations.java:435)
	at org.apache.camel.component.file.strategy.GenericFileProcessStrategySupport.renameFile(GenericFileProcessStrategySupport.java:100)

the issue was introduced with CAMEL-10712
Thanks to Guillaume Lundy for pointing that out

Validation of frame content in org.springframework.web.socket.sockjs.frame.SockJsFrame#SockJsFrame
is not doing anything since first line in constructor:
StringUtils.hasText(content) returns a boolean that is not checked, when content is empty it instead fails on this line:
else if (content.charAt(0) == 'a') with a java.lang.StringIndexOutOfBoundsException: String index out of range: 0 exception.
Please update so that a proper exception is thrown

Index: src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java
--- src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java     (revision 1095238)
+++ src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java     (working copy)
@@ -3092,8 +3092,7 @@
         get.addFamily(family);
       }
     }
-    List<KeyValue> results =  new ArrayList<KeyValue>();
-    results = get(get, true);
+    List<KeyValue> results = get(get, true);
     return new Result(results);
   }

Reported by Lars George up on dev list.

JSON-P 1.1 is not loaded when ee8.preview.mode property is defined in standalone.xml file.
Early investigation done by James and Stuart indicates that Elytron uses JSON-P stuff too early and it prevents JSON-P 1.1 activation when ee8.preview.mode property is defined in standalone.xml file.
CCing James Perkins Stuart Douglas Jason Greene Kabir Khan Brian Stansberry

Section 12.4.4 of the JMS 2.0 spec says:

If a method is called on an injected JMSContext when there is a JTA 
transaction (either bean-managed or container-managed), the scope of 
the JMSContext will be @TransactionScoped.
This is not currently true in WildFly. As a test case, suppose you have the following two beans:

import javax.enterprise.context.ApplicationScoped;
import javax.enterprise.inject.Instance;
import javax.jms.JMSContext;
import javax.jms.Topic;
import javax.transaction.Transactional;

@ApplicationScoped
public class AppScopedBean {
	
	@Inject
	private JMSContext jmsCtx;
	//private Instance<JMSContext> jmsCtx;
	@Resource(lookup = "jms/topic/test")
	private Topic topic;
	
	public void sendMessage() {
		jmsCtx.createProducer().setDisableMessageID(true).setDisableMessageTimestamp(true).send(topic, "a message");
		//jmsCtx.get().createProducer().setDisableMessageID(true).setDisableMessageTimestamp(true).send(topic, "a message");
	}

}

import javax.enterprise.concurrent.ManagedThreadFactory;
import javax.enterprise.context.Dependent;
import javax.enterprise.context.Initialized;
import javax.enterprise.event.Observes;

@Dependent
public class ThreadLauncher {

	@Resource
	private ManagedThreadFactory threadFactory;
	@Inject
	private AppScopedBean bean;
	
	void start(@Observes @Initialized(ApplicationScoped.class) Object event) {
		System.out.println("starting threads");
		for (int i = 0; i < 5; i++) {
			threadFactory.newThread(new SendRunnable()).start();
		}
		System.out.println("start finished");
	}
	
	private class SendRunnable implements Runnable {

		public void run() {
			System.out.println("starting to send");
			for (int i = 0; i < 100; i++) {
				bean.sendMessage();
			}
			System.out.println("done sending");
		}
		
	}
	
}

If you deploy and run the above code, you will see a lot of this:

2014-05-12 16:46:02,936 WARN  [org.hornetq.core.client] (EE-ManagedThreadFactory-default-Thread-4) HQ212051: Invalid concurrent session usage. Sessions are not supposed to be used by more than one thread concurrently.: java.lang.Exception: trace
That should not be happening if the JMSContext is really @TransactionScoped. The problem appears to be in org.jboss.as.messaging.deployment.JMSContextProducer, specifically the JMSContextWrapper.getDelegate() method. If two threads call it at the same time, the first will create a delegate but the second will receive the same delegate as the first, because the delegate doesn't get nulled until the transaction in the first thread completes.
This means that both threads are using the same session at the same time, which is not allowed. I don't know how HornetQ detects concurrent use, but depending on how that works, it's also possible that messages will end up being part of the wrong transaction.
A workaround is to inject Instance<JMSContext> instead of JMSContext directly (the two commented out lines of code). Since the JMSContext producer is @Dependent, each Instance.get() call will return a new instance, and only one thread will ever use any given instance.

Noticed that commit 1882de7810fc55a2466dd4cbe74ed67bb41cb667 exists in 0.13 branch, but not it trunk. 
https://github.com/apache/hive/commit/1882de7810fc55a2466dd4cbe74ed67bb41cb667

(trunk) $ git branch -a --contains 1882de7810fc55a2466dd4cbe74ed67bb41cb667
    remotes/origin/branch-0.13

I looked through some of the changes in this commit and don't see those in trunk.  Nor do I see a commit that reverts these changes in trunk.
Thejas M Nair, should we port this over to trunk ? 
Thanks.

Camel throws GenericFileOperationFailedException for example route:
 <route>
 <from uri="file:source?delete=true&readLock=fileLock"/>
 <process ref="processor"/>
 </route>
See on forum:
http://camel.465427.n5.nabble.com/GenericFileOperationFailedException-for-file-deletion-td5739382.html

2.12.1
Works

        <simple>"${body.subOrderName}Endpoint"</simple>

Fails 

         <groovy>"${request.body.subOrderName}Endpoint"</groovy>

2.11.1
Works

Works

        <groovy>"${request.body.subOrderName}Endpoint"</groovy>

*Fails by returning a previous calls result for subOrderName. 
To reproduce you must make several calls in a timely manner with different bean data (OGNL/subOrderName).
Route:

...
<setHeader headerName="RSSX_ORDER_ROUTING_SLIP">
<groovy>return "${request.body.subOrderName}Endpoint"</groovy>
<!-- Route the order by the routing slip header -->
<routingSlip>
<header>RSSX_ORDER_ROUTING_SLIP</header>
</routingSlip>
...

Log:
1st execution
Before set header:    UpdatePortIn
After set header:   RSSX_ORDER_ROUTING_SLIP=UpdatePortInEndpoint
2nd execution (in a timely manner – exposing a LRU Cache issue?)
Before set header: ResellerAddSubscriberPortIn
After set header:    RSSX_ORDER_ROUTING_SLIP=UpdatePortInEndpoint
Same logic works in 2.11.1
Additionally this does not appear OGNL related:
I just ran into the case where       

        <groovy>"${request.body.getSubOrderName()}Endpoint"</groovy>
      </setHeader>

returns the cached subOrderName from the previous transaction
So this appears to be isolated to the <groovy> component changes (LRU Cache?) that were introduced in 2.12.1

Replace HiveDecimal implementation that currently represents the decimal internally as a BigDecimal with a faster version that does not allocate extra objects
Replace HiveDecimalWritable implementation with a faster version that has new mutable* calls (e.g. mutableAdd, mutableEnforcePrecisionScale, etc) and stores the result as a fast decimal instead of a slow byte array containing a serialized BigInteger.
Provide faster ways to serialize/deserialize decimals.

Trying to upgrade to Spring 5.0.1. I'm using AspectJ 1.8.12 as per the release notes of 5.0.1, even if the issues referred to 1.9 RC.
This aspect worked well with 4.3:

	@Component
	@Aspect
	static class MonitorInterceptor extends PerformanceMonitorInterceptor {

		@Override
		@Pointcut("bean(s3Client)")
		public void auditable() {
		}
	}

static abstract class PerformanceMonitorInterceptor {

	public abstract void auditable();

	@Around("auditable()")
	public final Object audit(final ProceedingJoinPoint pjp) throws Throwable {
		String name = createName(pjp);
		String target = pjp.getSignature().getDeclaringTypeName();
		Logger logger = LoggerFactory.getLogger(target);

		StopWatch stopWatch = new StopWatch(name);
		stopWatch.start(name);
		try {
			return pjp.proceed();
		} finally {
			stopWatch.stop();
			logger.debug(stopWatch.shortSummary());
		}
	}

	private static String createName(ProceedingJoinPoint pjp) {
		MethodSignature signature = (MethodSignature) pjp.getSignature();
		Method method = signature.getMethod();
		return method.getName();
	}
}

But in 5.0.1, I get:

	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:539)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:761)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:461)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:207)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'conversionService' defined in class path resource [com/mycompany/storage/server/applicationContext.xml]: Cannot create inner bean 'org.springframework.format.number.NumberFormatAnnotationFormatterFactory#7c729a55' of type [org.springframework.format.number.NumberFormatAnnotationFormatterFactory] while setting bean property 'formatters' with key [0]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.format.number.NumberFormatAnnotationFormatterFactory#7c729a55' defined in class path resource [com/mycompany/storage/server/applicationContext.xml]: Initialization of bean failed; nested exception is java.lang.IllegalArgumentException: Pointcut is not well-formed: expecting '(' at character position 0
bean(s3Client)
^

	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:327)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:124)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveManagedSet(BeanDefinitionValueResolver.java:413)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:163)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1607)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1352)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:582)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:205)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:845)
	... 25 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.format.number.NumberFormatAnnotationFormatterFactory#7c729a55' defined in class path resource [com/mycompany/storage/server/applicationContext.xml]: Initialization of bean failed; nested exception is java.lang.IllegalArgumentException: Pointcut is not well-formed: expecting '(' at character position 0
^

	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:591)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:312)
	... 44 more
Caused by: java.lang.IllegalArgumentException: Pointcut is not well-formed: expecting '(' at character position 0
^

	at org.aspectj.weaver.tools.PointcutParser.resolvePointcutExpression(PointcutParser.java:334)
	at org.aspectj.weaver.reflect.InternalUseOnlyPointcutParser.resolvePointcutExpression(InternalUseOnlyPointcutParser.java:36)
	at org.aspectj.weaver.reflect.Java15ReflectionBasedReferenceTypeDelegate.getDeclaredPointcuts(Java15ReflectionBasedReferenceTypeDelegate.java:309)
	at org.aspectj.weaver.ReferenceType.getDeclaredPointcuts(ReferenceType.java:884)
	at org.aspectj.weaver.ResolvedType$PointcutGetter.get(ResolvedType.java:243)
	at org.aspectj.weaver.ResolvedType$PointcutGetter.get(ResolvedType.java:241)
	at org.aspectj.weaver.Iterators$4$1.hasNext(Iterators.java:213)
	at org.aspectj.weaver.Iterators$4.hasNext(Iterators.java:230)
	at org.aspectj.weaver.ResolvedType.findPointcut(ResolvedType.java:743)
	at org.aspectj.weaver.patterns.ReferencePointcut.resolveBindings(ReferencePointcut.java:148)
	at org.aspectj.weaver.patterns.Pointcut.resolve(Pointcut.java:189)
	at org.aspectj.weaver.tools.PointcutParser.resolvePointcutExpression(PointcutParser.java:331)
	at org.aspectj.weaver.tools.PointcutParser.parsePointcutExpression(PointcutParser.java:312)
	at org.springframework.aop.aspectj.AspectJExpressionPointcut.buildPointcutExpression(AspectJExpressionPointcut.java:226)
	at org.springframework.aop.aspectj.AspectJExpressionPointcut.obtainPointcutExpression(AspectJExpressionPointcut.java:197)
	at org.springframework.aop.aspectj.AspectJExpressionPointcut.getClassFilter(AspectJExpressionPointcut.java:176)
	at org.springframework.aop.support.AopUtils.canApply(AopUtils.java:224)
	at org.springframework.aop.support.AopUtils.canApply(AopUtils.java:283)
	at org.springframework.aop.support.AopUtils.findAdvisorsThatCanApply(AopUtils.java:315)
	at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.findAdvisorsThatCanApply(AbstractAdvisorAutoProxyCreator.java:124)
	at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.findEligibleAdvisors(AbstractAdvisorAutoProxyCreator.java:93)
	at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.getAdvicesAndAdvisorsForBean(AbstractAdvisorAutoProxyCreator.java:74)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.wrapIfNecessary(AbstractAutoProxyCreator.java:352)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:438)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1708)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:583)
	... 46 more

Recently, complex type column vectors were added to Hive. We should use them in IO elevator.
Vectorization itself doesn't support complex types (yet), but this would be useful when it does, also it will enable LLAP IO elevator to be used in non-vectorized context with complex types after HIVE-13617

credential-reference cannot use PBE encrypted credentials AKA masked passwords (MASK-). 

The note in the quickstart guide about how the web ui ports changed only renders the title as a note. the text is just a normal paragraph afterwards.

I have a One-To-Many relationship in my domain model: 
An entity Post has many Categories.
So, in the  create.jspx and update.jspx for Post, a select tag with multiple=true is generated for the property category.
I can select multiple categories and sucessfully persist a Post with Multiple categories.
But, when I try to edit the Post  (i.e. use update.jspx), there is always only one Category selected in the select box, even the Post has multiple Categories.
I looked into the html in the Browser, and that seems okay, since multiple opetion tages have "selected=true" there.
Then I removed the the following  DOJO decoration in select.tagx, and then it worked:
<script type="text/javascript">Spring.addDecoration(new Spring.ElementDecoration({elementId : '_${field}_id', widgetType: 'dijit.form.MultiSelect', widgetAttrs : {}})); </script>

The 'period' parameter in RegionServerMetricsWrapperRunnable is in MILLISECOND. When initializing the 'lastRan' parameter, the original code misused the 'period' as in SECOND.

Reflect that our most expected Hive deployment will be using vectorization and change the default of hive.vectorized.execution.enabled to true.

Pretty minor, but I noticed that the 
{ssha}
 option for LDAP SSHA is an allowable value in the schema for password-encoder's hash attribute, but it isn't handled by PasswordEncoderParser.

We had a similar issue recently with the routing slip. The same goes for intercept send to endpoint.

If the file system for temp files differs from the default file system in the conf, HiveIndexResult's constructor fails.

All @EnableClusterConfiguration annotation attributes are ignored by SDG when configured by the user and their settings have no effect on the application.
This is easy enough to workaround by setting the corresponding configuration property.
For example, if a user wanted to push the Cluster Configuration from his/her Spring Boot, Apache Geode client cache application to a Geode cluster using HTTP, the user would do the following:

@ClientCacheApplication
@EnableClusterConfiguration(useHttp = true)
class MySpringBootGeodeCacheClientApplication {
  ...
}

NOTE: the default value for the useHttp attribute is false.
However, the value of useHttp when set using the annotation attribute is ignored by SDG.  So the user must set the corresponding configuration property instead, in the Spring Boot application.properties file as so...

spring.data.gemfire.management.use-http=true

Using the corresponding configuration property works around the bug.

With XMLConfiguration it is not possible to change the value of an attribute of the root element.
New attributes on the root level can be created, e.g.:
XMLConfiguration config = new XMLConfiguration();
config.addProperty("[@test]", "true");
would create a new "test" attribute of the root element. However if this configuration is saved and loaded again, a
config.setProperty("[@test]", "false");
only temporarily changes the value: getProperty() returns the new value, but when the configuration is saved, the old value is written.

It appears that with the XML config the URL /login/openid is CSRF protected but the page directing the browser to it, openidlogin.jsp, has no security enabled on it:
        <http pattern="/openidlogin.jsp*" security="none" />
so even if the CSRF tags were placed in it, they would interpolate to empty strings.
1) Build the sample app.
2) git clone https://github.com/spring-projects/spring-security.git
3) cd spring-security/samples/openid-xml
4) ../../gradlew war
5) cp build/libs/spring-security-samples-openid-xml-4.0.2.CI-SNAPSHOT.war /tmp
6) Download a copy of Apache Tomcat 8 from http://tomcat.apache.org/download-80.cgi.
7) Unpack Tomcat.
8) cd apache-tomcat-8.XX
9) ./bin/start
10) cp /tmp/spring-security-samples-openid-xml-4.0.2.CI-SNAPSHOT.war webapps/
11) Open http://127.0.0.1:8080/spring-security-samples-openid-xml-4.0.2.CI-SNAPSHOT/
12) Select Yahoo!.
You will get
HTTP Status 403 - Invalid CSRF Token 'null' was found on the request parameter '_csrf' or header 'X-CSRF-TOKEN'.
The demo in openid-jc works fine.

Looking through the code, it looks like this message is outdated:
https://github.com/spring-projects/spring-data-mongodb/blob/master/spring-data-mongodb/src/main/java/org/springframework/data/mongodb/core/mapping/BasicMongoPersistentEntity.java#L56
I guess it should just refer to the @Field annotation to disambiguate? According to git blame this has been there for quite a while

The runtime-queue resource only exists at runtime but isn't registered as such. I noticed this as ManagementClient does a recursive read-resource of the entire tree, but with include-runtime=false, but a CI run showed a failure reading one of these resources anyway:
```
21:01:01,754 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014613: Operation ("read-attribute") failed - address: ([
    ("runtime-queue" => "jms.tempqueue.661a6b15-7863-4d6c-b4b1-f8d62d294ea5")
]) - failure description: "JBAS011676: No resource exists at address [
    (\"subsystem\" => \"messaging\"),
    (\"hornetq-server\" => \"default\"),
    (\"runtime-queue\" => \"jms.tempqueue.661a6b15-7863-4d6c-b4b1-f8d62d294ea5\")
]"
```
Doing read-resource with these is a bit problematic in any case, since a bunch of read-attribute calls get executed as steps (that's what the above was) but the resource can disappear in the middle. But that's a separate problem. 

For rejection-style transformer tests, the subsystem test framework stores expected rejected operations in a map keyed by PathAddress.  This is fine when the subsystem's parser only generates add operations.  However, if the parser generates an add operation as well as a a write-attribute operation, these 2 operations will have the same path address.  If we expect one of these operations to be rejected, but not the other, we end up with an unexpected rejection - and the test fails.
This is a little hard to explain in the abstract, so let me know if any of the above doesn't make sense.

Getting an exception when trying to make a composite operation

[standalone@localhost:9990 /] :composite(steps=[{aException in thread "Aesh Process Loop 1409160703" java.lang.IllegalArgumentException
	at org.jboss.dmr.ModelValue.getKeys(ModelValue.java:139)
	at org.jboss.dmr.ModelNode.keys(ModelNode.java:1378)
	at org.jboss.as.cli.impl.ValueTypeCompleter$ValueTypeCallbackHandler.getCandidates(ValueTypeCompleter.java:502)

Happens only for certain strings, e.g.

:composite(steps=[{a<TAB> fails
:composite(steps=[a<TAB> doesn't fail (suggests "," or "]")
:composite(steps=[a=<TAB> fails

ServletContext and ServletConfig properties are added too late in FrameworkServlet initializer.  I wanted to use the Environment in an ApplicationContextInitializer including the property sources from web.xml (as advertised in StandardServletEnvironment), but StandardServletEnvironment isn't initialized until the refresh starts.  The workaround is easy - just call

WebApplicationContextUtils.initServletPropertySources(
    applicationContext.getEnvironment().getPropertySources(),
    servletContext, applicationContext.getServletConfig()
);

in the ApplicationContextInitializer, for example: https://github.com/cloudfoundry/uaa/blob/master/common/src/main/java/org/cloudfoundry/identity/uaa/config/YamlServletProfileInitializer.java#L58

This commit added Map to HRegion

commit 888d73a9f5fe907f7c616211322fff339eeaa446
Author: Zhihong Yu <tedyu@apache.org>
Date:   Fri Dec 9 06:01:58 2011 +0000

    HBASE-4946  HTable.coprocessorExec (and possibly coprocessorProxy) does not work with
                   dynamically loaded coprocessors (Andrei Dragomir)

The following appears in the build output:
This can be fixed by adding something like the following to Makefile:
$(JAVAC) $(BOOT) -source 1.6 ...
where
BOOT_LIB:=$(JAVA_HOME)/jre/lib/rt.jar
BOOT:=-bootclasspath $(BOOT_LIB)
The BOOT variables should probably be defined in Makefile.common

The DTD for validating the XML plist files (PropertyList-1.0.dtd) is not included in the commons-configuration.jar. This prevents the usage of XMLPropertyListConfiguration if the DTD is not added manually at the root of the classpath.

2010-09-21 18:28:30,856 ERROR
org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while
processing event M_SERVER_SHUTDOWN
       at org.apache.hadoop.hbase.catalog.MetaReader.getServerUserRegions(MetaReader.java:413)
       at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:106)
       at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:150)
       at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
       at java.lang.Thread.run(Thread.java:619)

Problem is that there was no server set in .META. yet for a particular row but we went ahead tried to use the server as though it non-null.

When custom converters are included in a spring-boot nested jar, and the corresponding META-INF/services/org/apache/camel/TypeConverter declares just the package containing the converters (not their full class names), spring-boot is not able to find them.
Eg. whenever you include the camel-core test-jar in a spring-boot application, the application crashes with the attached exception. This happens only when the application is packaged and launched with `java -jar myspringboot-with-nested-jars.jar`, everything works if the application is not packaged.
I experienced the same behavior with a sample module created ad hoc. The problem is related to package scanning, when full-qualified-class names are used in the descriptor there are no problems.

2016-06-14 17:45:56.208 ERROR 27164 --- [on(3)-127.0.0.1] o.s.boot.SpringApplication               : Application startup failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'configureComponent' defined in class path resource [org/apache/camel/component/event/springboot/EventComponentAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.component.event.EventComponent]: Factory method 'configureComponent' threw exception; nested exception is org.apache.camel.RuntimeCamelException: org.apache.camel.TypeConverterLoaderException: Failed to load type converters because of: Cannot find any type converter classes from the following packages: [org.apache.camel.converter.myconverter]
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:599) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1123) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1018) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:510) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:772) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:839) ~[spring-context-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:538) ~[spring-context-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:766) [spring-boot-1.3.5.RELEASE.jar!/:1.3.5.RELEASE]
	at org.springframework.boot.SpringApplication.createAndRefreshContext(SpringApplication.java:361) [spring-boot-1.3.5.RELEASE.jar!/:1.3.5.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:307) [spring-boot-1.3.5.RELEASE.jar!/:1.3.5.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1191) [spring-boot-1.3.5.RELEASE.jar!/:1.3.5.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1180) [spring-boot-1.3.5.RELEASE.jar!/:1.3.5.RELEASE]
	at org.apache.camel.ITestApplication.main(ITestApplication.java:31) [test.jar!/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_91]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_91]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_91]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_91]
	at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:54) [test.jar!/:na]
	at org.apache.camel.itest.springboot.arquillian.ArquillianSyncBootJarLauncher.launch(ArquillianSyncBootJarLauncher.java:44) [test.jar:na]
	at org.springframework.boot.loader.Launcher.launch(Launcher.java:61) [test.jar:na]
	at org.apache.camel.itest.springboot.arquillian.ArquillianSyncBootJarLauncher.run(ArquillianSyncBootJarLauncher.java:32) [test.jar:na]
	at org.apache.camel.itest.springboot.AbstractSpringBootTestSupport.startSpringBoot(AbstractSpringBootTestSupport.java:44) [test.jar:na]
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) [arquillian-junit.jar:na]
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) [arquillian-junit.jar:na]
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) [arquillian-junit.jar:na]
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24) [arquillian-junit.jar:na]
	at org.jboss.arquillian.junit.Arquillian$StatementLifecycleExecutor.invoke(Arquillian.java:463) [arquillian-junit.jar:na]
	at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35) [arquillian-core.jar:na]
	at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) [arquillian-core.jar:na]
	at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) [arquillian-core.jar:na]
	at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) [arquillian-core.jar:na]
	at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130) [arquillian-core.jar:na]
	at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) [arquillian-core.jar:na]
	at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92) [arquillian-core.jar:na]
	at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73) [arquillian-core.jar:na]
	at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) [arquillian-core.jar:na]
	at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) [arquillian-core.jar:na]
	at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:108) [arquillian-core.jar:na]
	at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:241) [arquillian-junit.jar:na]
	at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:426) [arquillian-junit.jar:na]
	at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) [arquillian-junit.jar:na]
	at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259) [arquillian-junit.jar:na]
	at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:319) [arquillian-junit.jar:na]
	at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159) [arquillian-core.jar:na]
	at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:312) [arquillian-junit.jar:na]
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) [arquillian-junit.jar:na]
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) [arquillian-junit.jar:na]
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) [arquillian-junit.jar:na]
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) [arquillian-junit.jar:na]
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) [arquillian-junit.jar:na]
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) [arquillian-junit.jar:na]
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) [arquillian-junit.jar:na]
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) [arquillian-junit.jar:na]
	at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204) [arquillian-junit.jar:na]
	at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218) [arquillian-junit.jar:na]
	at org.junit.runners.ParentRunner.run(ParentRunner.java:309) [arquillian-junit.jar:na]
	at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166) [arquillian-junit.jar:na]
	at org.junit.runner.JUnitCore.run(JUnitCore.java:160) [arquillian-junit.jar:na]
	at org.junit.runner.JUnitCore.run(JUnitCore.java:138) [arquillian-junit.jar:na]
	at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) [arquillian-junit.jar:na]
	at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:135) [arquillian-container-se.jar:na]
	at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:114) [arquillian-container-se.jar:na]
	at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71) [na:1.8.0_91]
	at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275) [na:1.8.0_91]
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112) [na:1.8.0_91]
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46) [na:1.8.0_91]
	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237) [na:1.8.0_91]
	at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138) [na:1.8.0_91]
	at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252) [na:1.8.0_91]
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) [na:1.8.0_91]
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801) [na:1.8.0_91]
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468) [na:1.8.0_91]
	at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76) [na:1.8.0_91]
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309) [na:1.8.0_91]
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401) [na:1.8.0_91]
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829) [na:1.8.0_91]
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:324) [na:1.8.0_91]
	at sun.rmi.transport.Transport$1.run(Transport.java:200) [na:1.8.0_91]
	at sun.rmi.transport.Transport$1.run(Transport.java:197) [na:1.8.0_91]
	at java.security.AccessController.doPrivileged(Native Method) [na:1.8.0_91]
	at sun.rmi.transport.Transport.serviceCall(Transport.java:196) [na:1.8.0_91]
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568) [na:1.8.0_91]
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826) [na:1.8.0_91]
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:683) [na:1.8.0_91]
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682) [na:1.8.0_91]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_91]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_91]
	at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_91]
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.component.event.EventComponent]: Factory method 'configureComponent' threw exception; nested exception is org.apache.camel.RuntimeCamelException: org.apache.camel.TypeConverterLoaderException: Failed to load type converters because of: Cannot find any type converter classes from the following packages: [org.apache.camel.converter.myconverter]
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:189) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:588) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	... 163 common frames omitted
Caused by: org.apache.camel.RuntimeCamelException: org.apache.camel.TypeConverterLoaderException: Failed to load type converters because of: Cannot find any type converter classes from the following packages: [org.apache.camel.converter.myconverter]
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1690) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.impl.DefaultCamelContext.getTypeConverter(DefaultCamelContext.java:2361) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.component.event.springboot.EventComponentAutoConfiguration.configureComponent(EventComponentAutoConfiguration.java:47) ~[camel-spring-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.component.event.springboot.EventComponentAutoConfiguration$$EnhancerBySpringCGLIB$$44639dd6.CGLIB$configureComponent$0(<generated>) ~[camel-spring-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.component.event.springboot.EventComponentAutoConfiguration$$EnhancerBySpringCGLIB$$44639dd6$$FastClassBySpringCGLIB$$345be9ab.invoke(<generated>) ~[camel-spring-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228) ~[spring-core-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:356) ~[spring-context-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	at org.apache.camel.component.event.springboot.EventComponentAutoConfiguration$$EnhancerBySpringCGLIB$$44639dd6.configureComponent(<generated>) ~[camel-spring-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:162) ~[spring-beans-4.2.6.RELEASE.jar!/:4.2.6.RELEASE]
	... 164 common frames omitted
Caused by: org.apache.camel.TypeConverterLoaderException: Failed to load type converters because of: Cannot find any type converter classes from the following packages: [org.apache.camel.converter.myconverter]
	at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.load(AnnotationTypeConverterLoader.java:119) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.loadTypeConverters(BaseTypeConverterRegistry.java:602) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.impl.converter.DefaultTypeConverter.doStart(DefaultTypeConverter.java:53) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:75) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.impl.DefaultCamelContext.doAddService(DefaultCamelContext.java:1277) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.impl.DefaultCamelContext.addService(DefaultCamelContext.java:1237) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	at org.apache.camel.impl.DefaultCamelContext.getTypeConverter(DefaultCamelContext.java:2359) ~[camel-core-2.18-SNAPSHOT.jar!/:2.18-SNAPSHOT]
	... 175 common frames omitted

When a node (DN+RS) has machine/OS level failure, another RS will try to do lease recovery for the log file. It will retry for every hbase.lease.recovery.dfs.timeout (default to 61s) from the second time. When the hdfs configuration is not properly configured (e.g. socket connection timeout) and without patch HDFS-4721, the lease recovery time can exceeded the timeout specified by hbase.lease.recovery.dfs.timeout. This will lead to  endless retries and preemptions until the final timeout.

An application is deployed via deployment scanner.
On an attempt to redeploy it via jboss-cli the following error is displayed:

[standalone@localhost:9990 deployment=sample.war] :redeploy
{
    "failure-description" => "WFLYCTL0155: runtime-name may not be null",
}

If set the transaction synchronization to be SYNCHRONIZATION_NEVER, e.g.:

    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
        if(bean instanceof AbstractPlatformTransactionManager){
            AbstractPlatformTransactionManager transactionManager = (AbstractPlatformTransactionManager)bean;
            transactionManager.setTransactionSynchronization(SYNCHRONIZATION_NEVER);
        }
        return bean;
    }

I get a following exception when trying to save an object using jpa repository:

Caused by: javax.persistence.TransactionRequiredException: No EntityManager with actual transaction available for current thread - cannot reliably process 'persist' call
	at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:277)
	at com.sun.proxy.$Proxy126.persist(Unknown Source)
	at org.springframework.data.jpa.repository.support.SimpleJpaRepository.save(SimpleJpaRepository.java:439)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:483)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:468)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:440)

With that setup TransactionSynchronizationManager.setActualTransactionActive(status.hasTransaction()); is not called and now SharedEntityManagerCreator requires actual transaction to be active:

                                if (target == null || !TransactionSynchronizationManager.isActualTransactionActive()) {
					throw new TransactionRequiredException("No EntityManager with actual transaction available " +
							"for current thread - cannot reliably process '" + method.getName() + "' call");
				}

The Proc-V2 AM in HBASE-14614 disabled the following tests:

Disabled TestExportSnapshot Hangs.
Disabled TestSecureExportSnapshot
Disabled TestMobSecureExportSnapshot and TestMobExportSnapshot

This JIRA tracks the work to enable them.  If MOB requires more work, we could split to 2 tickets.

Got this testing the 0.95.2 RC.
I killed -STOP a region server and let it stay like that while running PE. The clients didn't find the new region locations and in the jstack were stuck doing RPC. Eventually I killed -CONT and the client printed these:
Exception in thread "TestClient-6" java.lang.RuntimeException: org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 128 actions: IOException: 90 times, SocketTimeoutException: 38 times,

Max-Age uses Duration.toString() but should get the seconds instead. Expires uses seconds instead of milliseconds.

Memory footprint of full profile after server start jumped 50 megabytes compared to EAP 7.1.0.DR11. Heap dump shows a few huge byte[] arrays referenced by io.netty.buffer.PoolChunk

There seems to be a typo in the Thrift2 documentation with the example on how to start it.  The example shows this:
./bin/hbase-daemon.sh stop thrift
When it should be this:
./bin/hbase-daemon.sh stop thrift2

We just upgraded to Spring 4 and JMS 2.0. We are using a CachingConnectionFactory and a JmsTemplate to publish messages and noticed that when publishing to a destination, the first attempt works and then further attempts to publish to the same destination cause the following exception:
Caused by: javax.jms.IllegalStateException: The producer is closed
Everything worked fine with Spring 3.2 and JMS 1.1 so I did some digging to see what the problem was and it seems the issue is in the CachedMessageProducer class. Normally this class re-implements all of the methods in the MessageProducer interface. Specifically there is a close() method that is re-implemented and will only reset properties but keep the producer alive (since it is a caching factory) after a message is sent using the JmsTemplate.
However, there is a new method in Spring 4 called getProxyIfNecessary that determines whether or not JMS 2.0 is being used and when it detects JMS 2.0 it creates a Jms2MessageProducerInvocationHandler proxy. The invoke method of this proxy is delegating all calls to the original MessageProducer object, and seems to be bypassing method calls in the CachedMessageProducer. The end result is that the close method gets called on the original MessageProducer object (which we don't want since it should be cached). This means that future attempts to publish give the exception that the producer has been closed.

Lets add default implementaitons – even if they are just throw NotImplementedException – to our Table Interface now we are up on jdk8. Table implementations are how the likes of hbase-indexer modify hbase --via  a publically supported API – and I notice that the kafka proxy now goes the same route. Typically, these customizations are only interested in one or two methods of Table adding in their own implementations but they have to supply implementations for all Table methods in their override. Lets help them out by adding defaults (I had a patch but lost it...). 

Creating a project with Spring ROO in STS:
roo> project --topLevelPackage z --projectName z --java 7 --packaging WAR
Created ROOT\pom.xml
Created ROOT\src\main\resources
Created ROOT\src\main\resources\log4j.properties
Undo create ROOT\src\main\resources\log4j.properties
Undo create ROOT\src\main\resources
Undo create ROOT\pom.xml
NullPointerException at org.springframework.roo.project.packaging.WarPackaging.createOtherArtifacts(WarPackaging.java:41)

Current behavior:
1. Try to unmarshal (PGPDateFormat) not encrypted file, just plain text.
2. You will get NPE exception.
1. Try to unmarshal (PGPDateFormat) encrypted file with different keys
2. You will get PGPException says "input is not encrypted" 
2. You will get PGPException says "wrong keys used"

From the list, cure at xg dot pol:

Hi

  Hbase 0.2.0 dev - fresh from trunk 
  Example :
       I have a table x with column : 'col'.

  i put somevalue into column 'col' for row 'aaa':

       HTable table = new HTable("x");
       BatchUpdate batch = new BatchUpdate("aaa");
       batch.put("col:", "somevalue".getBytes());
       table.commit(batch);                  
  i deleteAll - full denial remove 'aaa'

       table.deleteAll("aaa".getBytes());

  but  on shell i see that this row still exists.

  when i use deleteAll(row, column) - it's ok and value is removed.

 Thanks - Antony 

I then tried it myself:

durruti:~/Documents/checkouts/hbase/trunk stack$ ./bin/hbase shell
HBase Shell; enter 'help<RETURN>' for list of supported commands.
Version: 0.2.0-dev, r670651, Mon Jun 23 11:08:56 PDT 2008
hbase(main):001:0> scan 'x'
ROW                          COLUMN+CELL
 aaa                         column=x:, timestamp=1214243416011, value=somevalue
1 row(s) in 0.1760 seconds
hbase(main):002:0> deleteall 'x', 'aaa'
0 row(s) in 0.0030 seconds
hbase(main):003:0> scan 'x'
1 row(s) in 0.0100 seconds

Starting a camel rabbit consumer with the rabbitmq broker down and then bringing the broker up used to work before 2.20.1 with automaticRecoveryEnabled=true.  
The logic added in line 298 of the RabbitConsumer and line 301 now only will recover in the case if automaticRecoveryEnabled=false by allowing it through to line 303 and opening a connection for the FIRST TIME.  
 In addition line 298 null pointers on '&& null' if automaticRecoveryEnabled wasn't specified at all.
https://github.com/apache/camel/blob/bad9ed4bb2ce1e258039d96ac80c71a746b0520d/components/camel-rabbitmq/src/main/java/org/apache/camel/component/rabbitmq/RabbitConsumer.java#L298
As of now you can not have automaticRecoveryEnabled either not set or true and handle have camel work in the startup with broker down and then up use case.

The old HColumnDescriptor(String) is deprecated and going away. The most straightforward replacement for it is very wordy: ColumnFamilyDescriptorBuilder.newBuilder(byte []).build()
We can provide a more inline replacement like ColumnFamilyDescriptor.for(String) that will be useful if we do not need to actually do any modifications on it, only pass it as an argument to something (like table descriptor operations).
We can do the same kind of improvement for TableDescriptor, but I do not think the use case is as helpful because usually we will want to do something to the modifiable TableDescriptor, and I have not seen many use cases where it is passed as an argument unadorned.

This is a re-open of SPR-10829.
Some work was done around this. We initially thought that the fix works. But seems like it doesn't.
Here is a summary of the fix:
JMSResourceHolder.java
catch (javax.jms.IllegalStateException ex) {
				if (this.connectionFactory != null) {
					try {
						Method getDataSourceMethod = this.connectionFactory.getClass().getMethod("getDataSource");
						Object ds = ReflectionUtils.invokeMethod(getDataSourceMethod, this.connectionFactory);
						if (ds != null && TransactionSynchronizationManager.hasResource(ds)) {
							// IllegalStateException from sharing the underlying JDBC Connection
							// which typically gets committed first, e.g. with Oracle AQ --> ignore
							return;
						}
					}
					catch (Throwable ex2) {
						if (logger.isDebugEnabled()) {
							logger.debug("No working getDataSource method found on ConnectionFactory: " + ex2);
						}
						// No working getDataSource method - cannot perform DataSource transaction check
					}
				}
				throw ex;
			}
		}

This is for ignoring the IllegalArgumentException
The problem with this fix is that the datasource object returned by the reflective invocation of getDataSource on the connection factory (which is oracle.jms.AQjmsQueueConnectionFactory) returns org.springframework.data.jdbc.config.oracle.AqJmsFactoryBeanFactory$TransactionAwareDataSource, which is a transactionally wrapped proxy (to use transactional datasource resource and also to suppress "close" etc on the connection returned) around the actual datasource. So TransactionSynchronizationManager.hasResource(ds) returns false.
I don't know what is an easy and clean fix to this.
But there is one way to deal with the problem.
org.springframework.data.jdbc.config.oracle.AqJmsFactoryBeanFactory$TransactionAwareDataSource is a org.springframework.jdbc.datasource.DelegatingDataSource which gives access to the actual target datasource.
So an instance check can be done and if matches, the target datasource can be retrieved.
By adding the following before checking the transaction synchronization manager for the datasource resource:

if(DelegatingDataSource.class.isInstance(ds)) {
    ds = ((DelegatingDataSource)ds).getTargetDataSource();
}

The catch block would then look like:
                if (this.connectionFactory != null) {
                    try {
                        Method getDataSourceMethod = this.connectionFactory.getClass().getMethod("getDataSource");
                        Object ds = ReflectionUtils.invokeMethod(getDataSourceMethod, this.connectionFactory);
                        if(DelegatingDataSource.class.isInstance(ds)) {
                            ds = ((DelegatingDataSource)ds).getTargetDataSource();
                        }
                        if (ds != null && TransactionSynchronizationManager.hasResource(ds)) {
                            // IllegalStateException from sharing the underlying JDBC Connection
                            // which typically gets committed first, e.g. with Oracle AQ --> ignore
                            return;
                        }
                    }
                    catch (Throwable ex2) {
                        if (logger.isDebugEnabled()) {
                            logger.debug("No working getDataSource method found on ConnectionFactory: " + ex2);
                        }
                        // No working getDataSource method - cannot perform DataSource transaction check
                    }
                }
                throw ex;
            }
	}

Basically make the transaction synchronization check on the target if needed.

Redeclaring an overloaded method might invoke another existing method because of parameter assignability. 
Consider following repository declaration: 

interface RxJava2ConvertingRepository extends Repository<Object, Long> {

	Completable delete(Serializable id);
}

backed by a repository ReactiveSortingRepository<Object, Serializable>.
Invoking delete(serializable) may execute delete(Object), declared in the backing repository instead of delete(serializable). 
Method selection does not consider direct matches but relies on the order of Class.getMethods to verify parameter assignability.

http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/aop.html
"through" is spelled as "throuch":
You may register aspect classes as regular beans in your Spring XML configuration, or autodetect them throuch classpath scanning - just like any other Spring-managed bean.

There are still pieces of code that deal with:

supporting select expressions with Windowing
supporting a filter with windowing

Need to do this before introducing  Perf. improvements. 

The PR https://github.com/wildfly/wildfly-core/pull/1268/ seemed to have introduced a regression where some times (seems to be most in my case) stty sane is required to get a shell back to normal. My guess is it's the aesh upgrade, but I'm not certain on that so I'll start the JIRA here and it can be moved to AESH if necessary.

When using nested properties (e.g. "foo.bar") the ConversionService is not set for the nested BeanWrapperImpl that is constructed in BeanWrapperImpl.getNestedBeanWrapper(String).
Additionally to copying the default editors and custom editors (lines 498 + 499), 
  nestedBw.setConversionService(getConversionService())
should be called.

In findbugs output of recent build, we could see ICAST warnings (Result of integer multiplication cast to long) on Compactor and ExportSnapshot
From the code I guess the design is to avoid multiplication result to overflow, however current implementation cannot achieve the goal. For example, output of below codes

int i = 1000000;
long a = i * i;
long b = (long) i * i;
System.out.println(a);
System.out.println(b);

will be

-727379968
1000000000000

Will make some minor changes to resolve this issue.

This is after HBASE-14105  but we've seen this earlier where adding ruby units to the shell tests can cause the visibility tests to fail inexplicably. We can't just avoid adding ruby units to TestShell in 0.98 so figure out the root cause and fix or disable these. 

  1) Error:
test_The_get/put_methods_should_work_for_data_written_with_Visibility(Hbase::VisibilityLabelsAdminMethodsTest):
NativeException: junit.framework.AssertionFailedError: Waiting timed out after [10,000] msec
    junit/framework/Assert.java:57:in `fail'
    org/apache/hadoop/hbase/Waiter.java:193:in `waitFor'
    org/apache/hadoop/hbase/Waiter.java:128:in `waitFor'
    org/apache/hadoop/hbase/HBaseTestingUtility.java:3514:in `waitFor'
    org/apache/hadoop/hbase/HBaseTestingUtility.java:3576:in `waitLabelAvailable'
    ./src/test/ruby/hbase/visibility_labels_admin_test.rb:73:in `test_The_get/put_methods_should_work_for_data_written_with_Visibility'
    org/jruby/RubyProc.java:270:in `call'
    org/jruby/RubyKernel.java:2105:in `send'
    org/jruby/RubyArray.java:1620:in `each'

  2) Error:
test_The_set/clear_methods_should_work_with_authorizations(Hbase::VisibilityLabelsAdminMethodsTest):
    ./src/test/ruby/hbase/visibility_labels_admin_test.rb:52:in `test_The_set/clear_methods_should_work_with_authorizations'

If an SFTP endpoint is configured to delete files after successful processing, the processing takes a long time, and the SFTP server closes the connection while the (successful) processing takes place the file will not be deleted. There is no log about that (not even on debug level).

Right now, the BinaryConverter in PrimitiveObjectInspectorConverter does not handle null values the same as the other converters.

i have created one Rest service using wild fly swarm but i am not able to register this service in Consul with urlprefix tag.
i have attach Project-stages.yml . Please validate the setting.
*why Urlprefix tag is important to me  -"  i want to use fabio as a load Balancer but fabio is only adding those service they have urlprefix tag in consul but using wildfly swarm i am unable to add urlprefix tag . Please do the needful as wildfly  become bottleneck for us .
Project-stages.yml structure -

service:
    hpgdtv:
        service:
          name: "GAGAN"
          tags: "urlprefix-/hpgdtv"
          check:
            id: "hpgdtv" 
            name: "GAGAN"
            http: "http://127.0.0.1:8180/health"
            interval: "3s"
            timeout: "1s"
swarm:
    port:
        offset: 100
    consul:
        url: "http://127.0.0.1:8500"

In this test case, there are 2 SET statements:
set hive.mapjoin.localtask.max.memory.usage = 0.0001;
set hive.mapjoin.check.memory.rows = 2;
But in HiveConf, the names of these 2 conf variable do not match with each other.

Minor cleanup around AssignmentManager. Cleans up 

unused imports
superfluous exception in method definitions

After HBASE-5683 we have no longer the .regioninfo written on disk during the table creation.
so, if we fail before adding entries to .META. we end up with regions on disk that has no information, and hbck is not able to recover this situation.
The .regioninfo is written in checkRegioninfoOnFilesystem() that was called by initialize(), during the table creation and region opening. With HBASE-5683 we skip the call to initialize(), in during the region creation, to avoid to initialize the memstore & co.

TestGet2.testGetClosestBefore fails with hadoop-0.17.1
After the rows are flushed to a MapFile, we get no result when we try to find the closest row before 038. We find 035, but that is deleted. So we advance, the next record is 040 which is after 038 and we give up. This results in a null result being passed back to the test which then dies with an NPE because it expects that getClosestRowBefore should find row 030.
It appears that there is no logic to back up from a candidate row if the candidate came before the desired key but is deleted. We should find the row before.
I'm guessing that this is failing because hadoop-0.17.1 incorporates HADOOP-3472 (MapFile.Reader getClosest() function returns incorrect results when before is true)

We are importing html version of the transformed hbase-default.xml; our styl'ing of the xml has broken.

The javax.json.binding.api only imports the services from the org.eclipse.yasson implementation. However the services and the implementation need to be exported as the ServiceLoader will be loaded on the deployments class loader not the javax.json.binding.api class loader.

In order to send to kafka, one need to construct KeyedMessage. 

    public KeyedMessage(String topic, K key, Object partKey, V message) {
        this.topic = topic;
        this.key = key;
        this.partKey = partKey;
        this.message = message;
        class.$init$(this);
        if(topic == null) {
            throw new IllegalArgumentException("Topic cannot be null.");
        }
    }

    public KeyedMessage(String topic, V message) {
        Object var10002 = null;
        Object var10003 = null;
        this(topic, (Object)null, (Object)null, message);
    }

    public KeyedMessage(String topic, K key, V message) {

Looks like only topic is required parameter, but partition key is optional. Also, if key is provided by the user I think is makes sense to propagate it.

The FastByteArrayInputStream.read() returns the byte as-is without the necessary conversion to the 0..255 int value and thus breaking the InputStream contract.
 
Problem
CPU usage of a region server in our CDH 5.4.5 cluster, at some point, starts to gradually get higher up to nearly 90-100% when using G1GC.  We've also run into this problem on CDH 5.7.3 and CDH 5.8.2.
In our production cluster, it normally takes a few weeks for this to happen after restarting a RS.  We reproduced this on our test cluster and attached the results.  Please note that, to make it easy to reproduce, we did some "anti-tuning" on a table when running tests.
In metrics.png, soon after we started running some workloads against a test cluster (CDH 5.8.2) at about 7 p.m. CPU usage of the two RSs started to rise.  Flame Graphs (slave1.svg to slave4.svg) are generated from jstack dumps of each RS process around 10:30 a.m. the next day.
After investigating heapdumps from another occurrence on a test cluster running CDH 5.7.3, we found that the ThreadLocalMap contain a lot of contiguous entries of HFileBlock$PrefetchedHeader probably due to primary clustering.  This caused more loops in ThreadLocalMap#expungeStaleEntries(), consuming a certain amount of CPU time.  What is worse is that the method is called from RPC metrics code, which means even a small amount of per-RPC time soon adds up to a huge amount of CPU time.
This is very similar to the issue in HBASE-16616, but we have many HFileBlock$PrefetchedHeader not only Counter$IndexHolder instances.  Here are some OQL counts from Eclipse Memory Analyzer (MAT).  This shows a number of ThreadLocal instances in the ThreadLocalMap of a single handler thread.

SELECT *
FROM OBJECTS (SELECT AS RETAINED SET OBJECTS value
			  FROM OBJECTS 0x4ee380430) obj
WHERE obj.@clazz.@name = "org.apache.hadoop.hbase.io.hfile.HFileBlock$PrefetchedHeader"

#=> 10980 instances

SELECT *
WHERE obj.@clazz.@name = "org.apache.hadoop.hbase.util.Counter$IndexHolder"

#=> 2052 instances

Although as described in HBASE-16616 this somewhat seems to be an issue in G1GC side regarding weakly-reachable objects, we should keep ThreadLocal usage minimal and avoid creating an indefinite number (in this case, a number of HFiles) of ThreadLocal instances.
HBASE-16146 removes ThreadLocals from the RPC metrics code.  That may solve the issue (I just saw the patch, never tested it at all), but the HFileBlock$PrefetchedHeader are still there in the ThreadLocalMap, which may cause issues in the future again.
Our Solution
We simply removed the whole HFileBlock$PrefetchedHeader caching and fortunately we didn't notice any performance degradation for our production workloads.
Because the PrefetchedHeader caching uses ThreadLocal and because RPCs are handled randomly in any of the handlers, small Get or small Scan RPCs do not benefit from the caching (See HBASE-10676 and HBASE-11402 for the details).  Probably, we need to see how well reads are saved by the caching for large Scan or Get RPCs and especially for compactions if we really remove the caching. It's probably better if we can remove ThreadLocals without breaking the current caching behavior.
FWIW, I'm attaching the patch we applied. It's for CDH 5.4.5.

Should not cache blocks during major compactions like with minor compactions.
Also, need to only work on passed StoreFiles.

Undertow deployment metrics are relevant only when /subsystem=undertow's statistics-enabled is true.
When that it not the case (and metrics can not be computed) the metrics' read handler should not return a meaningless value (e.g. 0) as it already specifies an undefined metric value in the metrics' attribute definition.

We do have some race conditions there. We don't see them fail in the unit tests, because our #wait are bounded. But from a performance point of view, they do occur. I've reviewed them and fix all the issue I found excepted in the AM (haven't reviewed this one, may be it's fine).
On a perf test, this seems to improve the max latency.

Reported already:

String to Class conversion failure when setting up OXM with a ConversionService registered
Other areas this could show up:
String to Resource

canConvert(Class, Class) should return false if the element conversion cannot be performed.

maven-help-plugin and xml-maven-plugin are not properly inherited in integration testsuite modules. As a result some modules do not produce help.* artifacts in target as well running the test suite with -Dnode0/1 results in many failing tests because server is still starting on 127.0.0.1 as in the vanilla wildfly server.

Relevant Stack trace: 
2011-11-30 13:10:26,557 [IPC Client (47) connection to xx.xx.xx/172.22.4.68:60020 from an unknown user] WARN  org.apache.hadoop.ipc.HBaseClient - Unexpected exception receiving call responses
>-at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.receiveResponse(HBaseClient.java:583)
>-at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.run(HBaseClient.java:511)

  if (LOG.isDebugEnabled())
          LOG.debug(getName() + " got value #" + id);
        Call call = calls.remove(id);
        // Read the flag byte
        byte flag = in.readByte();
        boolean isError = ResponseFlag.isError(flag);
        if (ResponseFlag.isLength(flag)) {
          // Currently length if present is unused.
          in.readInt();
        }
        int state = in.readInt(); // Read the state.  Currently unused.
        if (isError) {
          //noinspection ThrowableInstanceNeverThrown
          call.setException(new RemoteException( WritableUtils.readString(in),
              WritableUtils.readString(in)));
        } else {

This line 

Call call = calls.remove(id);

  may return a null 'call'. It is so because if you have rpc timeout enable, we proactively clean up other calls which have expired their lifetime along with the call for which socket timeout exception happend.

CLI ends with java.lang.NullPointerException after "ls" command and "tab" key
100 %

ls / -l
	
don't press "enter" key

press "tab" key

	at org.jboss.as.cli.handlers.LsHandler.getOperationRequestAddress(LsHandler.java:402)
	at org.jboss.as.cli.handlers.LsHandler.access$000(LsHandler.java:52)
	at org.jboss.as.cli.handlers.LsHandler$1.canAppearNext(LsHandler.java:75)
	at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:257)
	at org.jboss.as.cli.impl.CommandContextImpl.interact(CommandContextImpl.java:1322)

No errors on output

GwtMetadata.resolveEntityInformation(GwtMetadata.java:142) throws NPE trying to access entityMetadata.getVersionField() since there is no version field defined. By default DBRE annotates entities with @RooEntity(versionField = ""). At the same time EntityMetadata.getVersionField() return null in this case. This causes GwtMetadata to e caught with NPE.

The default file only contains commented out lines, however the following error is reported.

12:28:44,523 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-12) MSC000001: Failed to start service elytron.keystore.mgmt_properties: org.jboss.msc.service.StartException in service elytron.keystore.mgmt_properties: Failed to start service
Caused by: java.lang.IllegalArgumentException: The supplied character array must contain an even number of hex chars.
	at org.wildfly.security.sasl.util.HexConverter.convertFromHex(HexConverter.java:91)
	at org.wildfly.security.sasl.util.HexConverter.convertFromHex(HexConverter.java:123)
	at org.wildfly.security.keystore.PropertiesKeyStoreSpi.engineLoad(PropertiesKeyStoreSpi.java:296)
	at java.security.KeyStore.load(KeyStore.java:1433)
	at org.wildfly.security.keystore.AtomicLoadKeyStoreSpi.engineLoad(AtomicLoadKeyStoreSpi.java:51)
	at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:109)
	... 3 more

12:28:44,527 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
    ("keystore" => "mgmt_properties")
]) - failure description: {"WFLYCTL0080: Failed services" => {"elytron.keystore.mgmt_properties" => "org.jboss.msc.service.StartException in service elytron.keystore.mgmt_properties: Failed to start service
    Caused by: java.lang.IllegalArgumentException: The supplied character array must contain an even number of hex chars."}}

When the OpenAPI specification contains a basePath property the REST DSL routes should be prefixed by that value. The value is currently ignored.

The tests on windows fail with java.lang.OutOfMemoryError: PermGen space.
We have -XX:MaxPermSize=100m for tests on linux. We should just set it the same in windows. 

WeldDeploymentProcessor only processes top level deployments (jpa dependencies for subdeployments are skipped). This means that subdeployments that CDI inject a persistence unit/context, will not add a dependency on the JPA PersistenceUnitService. As a result, the PersistenceUnitService is referenced before it is started (which leads to PersistenceUnitService.entityManagerFactory being null).
We should avoid the following NPE by ensuring that dependencies on the JPA persistence unit are added for all sub-deployments.

at org.jboss.as.jpa.container.TransactionScopedEntityManager.createEntityManager(TransactionScopedEntityManager.java:186)
at org.jboss.as.jpa.container.TransactionScopedEntityManager.getEntityManager(TransactionScopedEntityManager.java:91)
at org.jboss.as.jpa.container.AbstractEntityManager.find(AbstractEntityManager.java:212)
Potential fix is at https://github.com/scottmarlow/wildfly/tree/jpaNPE

The server components do not return responses to SAP caller.

In standalone mode hbase thrift web-ui is gives 404 error.

$ ./bin/start-hbase.sh
running master, logging to /Users/peter.somogyi/hbase/bin/../logs/hbase-peter.somogyi-master-psomogyi-MBP.local.out
$ ./bin/hbase thrift start
...
Jul 12, 2017 12:32:03 PM org.apache.jasper.servlet.JspServlet serviceJspFile
SEVERE: PWC6117: File "/Users/peter.somogyi/hbase/hbase-server/target/hbase-webapps/thrift/thrift.jsp" not found

Doing "alter table foo compact 'minor'" results in the error:
ERROR ql.Driver (SessionState.java:printError(550)) - FAILED: HiveException Operation should not be null
org.apache.hadoop.hive.ql.metadata.HiveException: Operation should not be null
"alter table foo partition (key='value') compact 'minor'" works fine.

This is about restoring some of the hbase1 parity... You used to be able to get list of Region on the local server and talk to them directly.
Suggested by Anoop Sam John up in review. Makes sense.

java.lang.Exception: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
        at org.apache.hadoop.mapred.LocalJobRunner$Job.runTasks(LocalJobRunner.java:492) ~[hadoop-mapreduce-client-common-3.1.0.jar:?]
        at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:552) [hadoop-mapreduce-client-common-3.1.0.jar:?]
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:163) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54) ~[hadoop-mapreduce-client-core-3.1.0.jar:?]
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapRunner.run(ExecMapRunner.java:37) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:465) ~[hadoop-mapreduce-client-core-3.1.0.jar:?]
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:349) ~[hadoop-mapreduce-client-core-3.1.0.jar:?]
        at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:271) ~[hadoop-mapreduce-client-common-3.1.0.jar:?]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:1.8.0_181]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:1.8.0_181]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:1.8.0_181]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:1.8.0_181]
        at java.lang.Thread.run(Thread.java:748) ~[?:1.8.0_181]
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:973) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:154) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating cstring1
        at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:149) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.Operator.vectorForward(Operator.java:965) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:938) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.process(VectorFilterOperator.java:136) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:125) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.deliverVectorizedRowBatch(VectorMapOperator.java:812) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:845) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
Caused by: java.lang.ClassCastException: org.apache.hadoop.io.FloatWritable cannot be cast to org.apache.hadoop.io.Text
        at org.apache.hadoop.hive.ql.exec.vector.VectorAssignRow.assignRowColumn(VectorAssignRow.java:471) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.vector.VectorAssignRow.assignRowColumn(VectorAssignRow.java:350) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.setResult(VectorUDFAdaptor.java:205) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.evaluate(VectorUDFAdaptor.java:146) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.vector.expressions.IfExprCondExprBase.conditionalEvaluate(IfExprCondExprBase.java:68) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.vector.expressions.IfExprColumnCondExpr.evaluate(IfExprColumnCondExpr.java:113) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:146) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
...

To repro:

--! qt:dataset:alltypesorc
set hive.explain.user=false;
SET hive.vectorized.execution.enabled=true;

EXPLAIN VECTORIZATION ONLY EXPRESSION SELECT cdouble, cstring1, cint, cfloat, csmallint,
  case
    when (cdouble is not null) then cdouble
    when (cstring1 is not null) then cstring1
    when (cint is not null) then cint
    when (cfloat is not null) then cfloat
    when (csmallint is not null) then csmallint
    else null
    end as c
FROM alltypesorc
WHERE (cdouble IS NULL)
ORDER BY cdouble, cstring1, cint, cfloat, csmallint, c
LIMIT 10;

SELECT cdouble, cstring1, cint, cfloat, csmallint,
  case
    else null
    end as c
LIMIT 10;

Did some profiling again.
I we can gain some performance [1] when passing buffer, rowoffset, and rowlength instead of making a copy of the row key.
That way we can also remove the row key caching (and this patch also removes the timestamps caching). Considering the sheer number in which we create KVs, every byte save is good.
[1] (15-20% when data is in the block cache we setup a Filter such that only a single row is returned to the client).

Problem described in the forum at http://forum.springsource.org/showthread.php?t=86144
It seems fairly easy to fix this at the source, re-put the conversationContainer at end of FlowExecutorImpl.launchExecution (or at end of SessionBindingConversationManager.beginConversation() as mentioned in forum).
Workaround right now is using a custom filter with the app which re-puts the conversationContainer at end of every request. Something like below filter:
public class SpringWebflowWorkaroundFilter implements Filter {
  private static final String WEBFLOW_CONVERSATION_CONTAINER_KEY = "webflowConversationContainer";
  public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException,
      ServletException 
{
    chain.doFilter(request, response);
    springWebflowWorkaround(((HttpServletRequest) request).getSession());
  }
  private void springWebflowWorkaround(HttpSession session) {
    if (session == null) return;
    // reput the conversationContainer after every request
    Object conversationContainer = session.getAttribute(WEBFLOW_CONVERSATION_CONTAINER_KEY);
    if (conversationContainer != null) 
{
      session.setAttribute(WEBFLOW_CONVERSATION_CONTAINER_KEY, conversationContainer);
    }
  }
}

Load balancer does a good job not to assign regions of tables not configured to put on the active master. However, if there is no other region server, it still assigns users regions to the master. This happens when all normal region servers are crashed and recovering.

I see the exception during e.g CDI TCK execution (but also during another tests execution as well) and it manifests as:

2015-08-03 07:14:38,692 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0009: Failed to store configuration to standalone-full.xml: java.lang.UnsupportedOperationException: 'acl:acl' not supported as initial attribute
	at sun.nio.fs.UnixFileModeAttribute.toUnixMode(UnixFileModeAttribute.java:74)
	at sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:210)
	at java.nio.file.Files.newByteChannel(Files.java:361)
	at java.nio.file.Files.createFile(Files.java:632)
	at org.jboss.as.controller.persistence.FilePersistenceUtils.createTempFileWithAttributes(FilePersistenceUtils.java:124)
	at org.jboss.as.controller.persistence.FilePersistenceUtils.writeToTempFile(FilePersistenceUtils.java:106)
	at org.jboss.as.controller.persistence.ConfigurationFilePersistenceResource.doCommit(ConfigurationFilePersistenceResource.java:55)
	at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.commit(AbstractFilePersistenceResource.java:58)
	at org.jboss.as.controller.ModelControllerImpl$4.commit(ModelControllerImpl.java:779)
	at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:702)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:653)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:357)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1235)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:207)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:129)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:151)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:147)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:147)

Rolling back to before this patch shows that the unit tests are passing, after the patch, the majority of the unit tests are failing.

My XML configuration has the following attribute:
<some-element some-attribute="

" />
But XML Configuration is trying to split this string and trims it after splitting. I don't need this behaviour, but setting setDelimiterParsingDisabled() just changing delimeter to "|" and not disables attribute trimming.
Need either to disable trimming/splitting if setDelimiterParsingDisabled() is set to TRUE (incompatible change), or add something like setParseAttributesAsIs() that will prevent attributes to be trimmed and splitted

Using of the #entityName SpEL within the @Query annotation causes StringQuery.alias to become null because the query string cannot be matched against ALIAS_MATCH in QueryUtils.detectAlias().
This means that using Pageable parameters with repository methods do not evaluate the alias correctly when constructing the sorted query string, i.e. given the @Query on the repository method

@Query("SELECT o FROM #{#entityName} o WHERE o.orderState = :orderState")
public Page<Order> findOrders(@Param("orderState") OrderState orderState, Pageable pageable);

called from 

orderRepository.findOrders(state, new PageRequest(0, 10, Direction.DESC, "orderDate"))

then end query is parsed/resolved to

SELECT o FROM Order o WHERE o.orderState = :orderState  order by null.orderDate desc

The project I'm working on has 2 data access configuration, one with Spring-data-jpa, and an other with Spring-data-redis. 
Since I added the JedisConnectionFactory as a Spring bean, one of my JPA-based junit failed because it attempts to catch a DataIntegrityViolationException. But instead this exception is wrapped into a JedisSystemException (see JedisUtils.convertJedisAccessException()).
When I read the code in ChainedPersistenceExceptionTranslator, I understand that a PersistenceExceptionTranslator that doesn't handle an exception should return null. So I think JedisUtils.convertJedisAccessException() should return null also in case of unhandled exception.

create table src3(key string, value string) partitioned by (pt string)
row format delimited fields terminated by ',';
ALTER TABLE src3 ADD IF NOT EXISTS PARTITION (pt='20110911000000') ;
ALTER TABLE src3 ADD IF NOT EXISTS PARTITION (pt='20110912000000') ;
ALTER TABLE src3 ADD IF NOT EXISTS PARTITION (pt='20110913000000') ;
explain extended
select user_id 
from
 (
   select 
    cast(key as int) as user_id
    ,case when (value like 'aaa%' or value like 'vvv%')
            then 1
            else 0  end as tag_student
   from src3
 ) sub
where sub.tag_student > 0;
    Map Reduce
        sub:src3 
          TableScan
            alias: src3
              isSamplingPred: false
                  expr: (CASE WHEN (((value like 'aaa%') or (value like 'vvv%'))) THEN (1) ELSE (0) END > 0)
                expressions:
                      expr: UDFToInteger(key)
                      type: int
                      expr: CASE WHEN (((value like 'aaa%') or (value like 'vvv%'))) THEN (1) ELSE (0) END
                      type: int
                outputColumnNames: _col0, _col1
                Filter Operator
                  isSamplingPred: false
                  predicate:
                      expr: (_col1 > 0)
                      type: boolean
                  Select Operator
                    expressions:
                          expr: _col0
                          type: int
                    outputColumnNames: _col0
                    File Output Operator
                      compressed: false
                      GlobalTableId: 0
                      directory: hdfs://localhost:54310/tmp/hive-tianzhao/hive_2011-10-11_19-26-12_894_9085644225727185586/-ext-10001
                      NumFilesPerFileSink: 1
                      table:
                          input format: org.apache.hadoop.mapred.TextInputFormat
                          output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
                          properties:
                            columns _col0
                            columns.types int
                            serialization.format 1
                      TotalFiles: 1
                      MultiFileSpray: false
      Needs Tagging: false
      limit: -1
if we set hive.optimize.ppd=false;
    Map Reduce
        sub:src3 
          TableScan
                    expr: UDFToInteger(key)
                    type: int
                    expr: CASE WHEN (((value like 'aaa%') or (value like 'vvv%'))) THEN (1) ELSE (0) END
                    type: int
              outputColumnNames: _col0, _col1
              Filter Operator
                isSamplingPred: false
                predicate:
                    expr: (_col1 > 0)
                    type: boolean
                  expressions:
                        expr: _col0
                        type: int
                  outputColumnNames: _col0
                    GlobalTableId: 0
                    directory: hdfs://localhost:54310/tmp/hive-tianzhao/hive_2011-10-11_19-27-22_527_1729287213481398480/-ext-10001
                    NumFilesPerFileSink: 1
                    table:
                        properties:
                          columns _col0
                          columns.types int
                          serialization.format 1
                    TotalFiles: 1
                    MultiFileSpray: false
      Path -> Alias:
        hdfs://localhost:54310/user/hive/warehouse/src3/pt=20110911000000 [sub:src3]
        hdfs://localhost:54310/user/hive/warehouse/src3/pt=20110912000000 [sub:src3]
        hdfs://localhost:54310/user/hive/warehouse/src3/pt=20110913000000 [sub:src3]
      Path -> Partition:
        hdfs://localhost:54310/user/hive/warehouse/src3/pt=20110911000000 
          Partition
            base file name: pt=20110911000000

Due to mis-declarations, spring-websocket-4.2.xsd cannot be referenced explicitly and spring-websocket-4.1.xsd accidentally refers to the 4.2 version of spring-beans and spring-tool.

FlowExecturoImpl's resume() and refresh() methods both call executionRepository.parseFlowExecutionKey(flowExecutionKey), which throws an IllegalArgumentException if the supplied encodedKey is empty (i.e., Assert.hasText(encodedKey, "The string encoded flow execution key is required")).
This behavior does not comply with the FlowExecutor's API, which states that resume() and refresh() should throw a FlowException.
Alternatively, AbstractConversationFlowExecutionRepository's parseFlowExecutionKey(String encodedKey) method should throw a FlowExecutionRepositoryException instead of the IllegalArgumentException.
In either case, the goal is to have SWF throw SWF specific exceptions instead of allowing an IllegalArgumentException to trickle all the way up the execution stack.
The impetus for this JIRA issue is that I am updating the SpringWebFlowExceptionResolver (see SWF-158), and it is not reasonable to register an IllegalArgumentException as a "supported SWF exception".
To reproduce this bug, configure a continuation backed flow using a RequestPathFlowExecutorArgumentHandler (configured with a defaultFlowId) as the argument handler in the FlowController, and omit the key from the URL. For example, with a web application context mapped to the ROOT and a FlowController mapped to "registration", accessing the following URL will throw an IllegalArgumentException:
http://localhost:8080/registration/k/

When Elytron dir-context is configured to use referral mode THROW and MS Active Directory is used and ldap-realm attributes identity-mapping.search-base-dn or identity-mapping.attribute-mapping.filter-base-dn is configured to referral domain (i.e. domain which is referred through crossRef of LDAP server configured in related dir-context) then LdapReferralException is thrown and authentication is failed.
In correct behavior ldap-realm with THROW referral mode should be able to authenticate user from referral correctly.
Thrown Exception:

BASIC: org.wildfly.security.http.HttpAuthenticationException: org.wildfly.security.http.HttpAuthenticationException: org.wildfly.security.auth.server.RealmUnavailableException: ELY01108: Ldap-backed realm identity search failed
	at org.wildfly.security.http.impl.BasicAuthenticationMechanism.evaluateRequest(BasicAuthenticationMechanism.java:176)
	at org.wildfly.security.http.util.SetMechanismInformationMechanismFactory$1.evaluateRequest(SetMechanismInformationMechanismFactory.java:114)
	at org.wildfly.security.http.util.SecurityIdentityServerMechanismFactory$1.evaluateRequest(SecurityIdentityServerMechanismFactory.java:77)
	at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.authenticate(HttpAuthenticator.java:115)
	at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.access$100(HttpAuthenticator.java:94)
	at org.wildfly.security.http.HttpAuthenticator.authenticate(HttpAuthenticator.java:78)
	at org.wildfly.elytron.web.undertow.server.SecurityContextImpl.authenticate(SecurityContextImpl.java:100)
	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:55)
	at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
	at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
	at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
Caused by: org.wildfly.security.http.HttpAuthenticationException: org.wildfly.security.auth.server.RealmUnavailableException: ELY01108: Ldap-backed realm identity search failed
	at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.authenticate(UsernamePasswordAuthenticationMechanism.java:79)
	at org.wildfly.security.http.impl.BasicAuthenticationMechanism.evaluateRequest(BasicAuthenticationMechanism.java:152)
	... 37 more
Caused by: org.wildfly.security.auth.server.RealmUnavailableException: ELY01108: Ldap-backed realm identity search failed
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapSearch.search(LdapSecurityRealm.java:1138)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.getIdentity(LdapSecurityRealm.java:689)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.verifyEvidence(LdapSecurityRealm.java:601)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.verifyEvidence(ServerAuthenticationContext.java:1859)
	at org.wildfly.security.auth.server.ServerAuthenticationContext.verifyEvidence(ServerAuthenticationContext.java:665)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:877)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:787)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:928)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handle(ServerAuthenticationContext.java:735)
	at org.wildfly.security.http.util.SecurityIdentityServerMechanismFactory$SecurityIdentityCallbackHandler.handle(SecurityIdentityServerMechanismFactory.java:113)
	at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.authenticate(UsernamePasswordAuthenticationMechanism.java:73)
	... 38 more
Caused by: com.sun.jndi.ldap.LdapReferralException: [LDAP: error code 10 - 0000202B: RefErr: DSID-03100781, data 0, 1 access points
	ref 1: 'eap-vm002.mw.lab.eng.bos.redhat.com'
\00]; remaining name 'ou=SimpleADReferralTestCasea4e11461,OU=secondary,O=eapqe,DC=JBOSS3,DC=test2'
	at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2975)
	at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2888)
	at com.sun.jndi.ldap.LdapCtx.searchAux(LdapCtx.java:1846)
	at com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1769)
	at com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1786)
	at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search(ComponentDirContext.java:418)
	at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:396)
	at javax.naming.directory.InitialDirContext.search(InitialDirContext.java:297)
	at org.wildfly.security.auth.realm.ldap.DelegatingLdapContext.search(DelegatingLdapContext.java:330)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapSearch.searchWithPagination(LdapSecurityRealm.java:1158)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapSearch.search(LdapSecurityRealm.java:1052)
	... 48 more

Similar issue for referral mode THROW is also included in older version of application server, see JBEAP-3027 and JBEAP-3029.

Camel-cxf component does not seem to support application SOAP fault in PAYLOAD mode.

Typically a semijoin branch and a mapjoin may create a cycle when on same operator tree. This is already handled, however, a semijoin branch can serve more than one filters and the cycle detection logic currently only handles the 1st one causing cycles preventing the queries from running.

If I define a custom query of this type:

@Query("SELECT DISTINCT m.genre FROM Media m WHERE m.user = ?1 ORDER BY m.genre ASC")
Page<String> getJukeGenres(User user, Pageable pageable);

The resulting Page element has wrong Total Elements.
It seems like it gives the number of total records instead of the distinct ones.
I had to create another adhoc query just to have the correct count:

@Query("SELECT count(*) as num FROM Media m WHERE m.user = ?1 AND m.genre IS NOT NULL")
long countGenres(User user);

But this is tedious workaround that I would like to avoid

We wanted to use an int (32-bit) atomic counter and we initialize it with a certain value when the row is created. Later, we increment the counter using HTable.incrementColumnValue(). This call results in one of two outcomes. 
1. The call succeeds, but the column value now is a long (64-bit) and is corrupt (by additional data that was in the buffer read).
2. Throws IOException/IllegalArgumentException.
Java.io.IOException: java.io.IOException: java.lang.IllegalArgumentException: offset (65547) + length (8) exceed the capacity of the array: 65551
        at org.apache.hadoop.hbase.util.Bytes.explainWrongLengthOrOffset(Bytes.java:502)
        at org.apache.hadoop.hbase.util.Bytes.toLong(Bytes.java:480)
        at org.apache.hadoop.hbase.regionserver.HRegion.incrementColumnValue(HRegion.java:3139)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.incrementColumnValue(HRegionServer.java:2468)
        at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source)
Based on our incorrect usage of counters (initializing it with a 32 bit value and later using it as a counter), I would expect that we fail consistently with mode 2 rather than silently corrupting data with mode 1. However, the exception is thrown only rarely and I am not sure what determines the case to be executed. I am wondering if this has something to do with flush.
Here is a HRegion unit test that can reproduce this problem. http://paste.lisp.org/display/122822
We modified our code to initialize the counter with a 64 bit value. But, I was also wondering if something has to change in HRegion.incrementColumnValue() to handle inconsistent counter sizes gracefully without corrupting existing data.
Please let me know if you need additional information.

The build fails at the last step with this exception:

[INFO] --- japicmp-maven-plugin:0.11.0:cmp (default) @ wildfly-elytron ---
[INFO] Written file '/home/david/src/java/wildfly-elytron/target/japicmp/japicmp.diff'.
[INFO] Total time: 02:50 min
[INFO] Finished at: 2018-03-09T10:05:46-06:00
[INFO] Final Memory: 62M/206M
[ERROR] Failed to execute goal com.github.siom79.japicmp:japicmp-maven-plugin:0.11.0:cmp (default) on project wildfly-elytron: Execution default of goal com.github.siom79.japicmp:japicmp-maven-plugin:0.11.0:cmp failed: A required class was missing while executing com.github.siom79.japicmp:japicmp-maven-plugin:0.11.0:cmp: javax/xml/bind/JAXBException
[ERROR] -----------------------------------------------------
[ERROR] realm =    plugin>com.github.siom79.japicmp:japicmp-maven-plugin:0.11.0
[ERROR] strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
[ERROR] urls[0] = file:/home/david/.m2/repository/com/github/siom79/japicmp/japicmp-maven-plugin/0.11.0/japicmp-maven-plugin-0.11.0.jar
[ERROR] urls[1] = file:/home/david/.m2/repository/org/sonatype/aether/aether-util/1.11/aether-util-1.11.jar
[ERROR] urls[2] = file:/home/david/.m2/repository/org/sonatype/sisu/sisu-inject-bean/2.1.1/sisu-inject-bean-2.1.1.jar
[ERROR] urls[3] = file:/home/david/.m2/repository/org/sonatype/sisu/sisu-guice/2.9.4/sisu-guice-2.9.4-no_aop.jar
[ERROR] urls[4] = file:/home/david/.m2/repository/org/codehaus/plexus/plexus-interpolation/1.14/plexus-interpolation-1.14.jar
[ERROR] urls[5] = file:/home/david/.m2/repository/org/codehaus/plexus/plexus-utils/2.0.6/plexus-utils-2.0.6.jar
[ERROR] urls[6] = file:/home/david/.m2/repository/org/codehaus/plexus/plexus-component-annotations/1.5.5/plexus-component-annotations-1.5.5.jar
[ERROR] urls[7] = file:/home/david/.m2/repository/org/sonatype/plexus/plexus-sec-dispatcher/1.3/plexus-sec-dispatcher-1.3.jar
[ERROR] urls[8] = file:/home/david/.m2/repository/org/sonatype/plexus/plexus-cipher/1.4/plexus-cipher-1.4.jar
[ERROR] urls[9] = file:/home/david/.m2/repository/com/github/siom79/japicmp/japicmp/0.11.0/japicmp-0.11.0.jar
[ERROR] urls[10] = file:/home/david/.m2/repository/org/javassist/javassist/3.22.0-GA/javassist-3.22.0-GA.jar
[ERROR] urls[11] = file:/home/david/.m2/repository/com/google/guava/guava/18.0/guava-18.0.jar
[ERROR] urls[12] = file:/home/david/.m2/repository/org/apache/maven/reporting/maven-reporting-impl/2.3/maven-reporting-impl-2.3.jar
[ERROR] urls[13] = file:/home/david/.m2/repository/backport-util-concurrent/backport-util-concurrent/3.1/backport-util-concurrent-3.1.jar
[ERROR] urls[14] = file:/home/david/.m2/repository/junit/junit/3.8.1/junit-3.8.1.jar
[ERROR] urls[15] = file:/home/david/.m2/repository/org/apache/maven/shared/maven-shared-utils/0.6/maven-shared-utils-0.6.jar
[ERROR] urls[16] = file:/home/david/.m2/repository/com/google/code/findbugs/jsr305/2.0.1/jsr305-2.0.1.jar
[ERROR] urls[17] = file:/home/david/.m2/repository/org/apache/maven/doxia/doxia-sink-api/1.2/doxia-sink-api-1.2.jar
[ERROR] urls[18] = file:/home/david/.m2/repository/org/apache/maven/doxia/doxia-core/1.2/doxia-core-1.2.jar
[ERROR] urls[19] = file:/home/david/.m2/repository/commons-lang/commons-lang/2.4/commons-lang-2.4.jar
[ERROR] urls[20] = file:/home/david/.m2/repository/org/apache/httpcomponents/httpclient/4.0.2/httpclient-4.0.2.jar
[ERROR] urls[21] = file:/home/david/.m2/repository/org/apache/httpcomponents/httpcore/4.0.1/httpcore-4.0.1.jar
[ERROR] urls[22] = file:/home/david/.m2/repository/commons-codec/commons-codec/1.3/commons-codec-1.3.jar
[ERROR] urls[23] = file:/home/david/.m2/repository/org/apache/maven/doxia/doxia-site-renderer/1.2/doxia-site-renderer-1.2.jar
[ERROR] urls[24] = file:/home/david/.m2/repository/org/apache/maven/doxia/doxia-decoration-model/1.2/doxia-decoration-model-1.2.jar
[ERROR] urls[25] = file:/home/david/.m2/repository/org/apache/maven/doxia/doxia-module-xhtml/1.2/doxia-module-xhtml-1.2.jar
[ERROR] urls[26] = file:/home/david/.m2/repository/org/apache/maven/doxia/doxia-module-fml/1.2/doxia-module-fml-1.2.jar
[ERROR] urls[27] = file:/home/david/.m2/repository/org/codehaus/plexus/plexus-i18n/1.0-beta-7/plexus-i18n-1.0-beta-7.jar
[ERROR] urls[28] = file:/home/david/.m2/repository/org/codehaus/plexus/plexus-velocity/1.1.7/plexus-velocity-1.1.7.jar
[ERROR] urls[29] = file:/home/david/.m2/repository/org/apache/velocity/velocity/1.5/velocity-1.5.jar
[ERROR] urls[30] = file:/home/david/.m2/repository/oro/oro/2.0.8/oro-2.0.8.jar
[ERROR] urls[31] = file:/home/david/.m2/repository/commons-collections/commons-collections/3.2.1/commons-collections-3.2.1.jar
[ERROR] urls[32] = file:/home/david/.m2/repository/commons-validator/commons-validator/1.3.1/commons-validator-1.3.1.jar
[ERROR] urls[33] = file:/home/david/.m2/repository/commons-beanutils/commons-beanutils/1.7.0/commons-beanutils-1.7.0.jar
[ERROR] urls[34] = file:/home/david/.m2/repository/commons-digester/commons-digester/1.6/commons-digester-1.6.jar
[ERROR] urls[35] = file:/home/david/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar
[ERROR] urls[36] = file:/home/david/.m2/repository/commons-logging/commons-logging/1.0.4/commons-logging-1.0.4.jar
[ERROR] urls[37] = file:/home/david/.m2/repository/org/apache/maven/reporting/maven-reporting-api/2.2.1/maven-reporting-api-2.2.1.jar
[ERROR] urls[38] = file:/home/david/.m2/repository/org/apache/maven/doxia/doxia-logging-api/1.1/doxia-logging-api-1.1.jar
[ERROR] urls[39] = file:/home/david/.m2/repository/org/codehaus/groovy/groovy-jsr223/2.4.6/groovy-jsr223-2.4.6.jar
[ERROR] urls[40] = file:/home/david/.m2/repository/org/codehaus/groovy/groovy/2.4.6/groovy-2.4.6.jar
[ERROR] Number of foreign imports: 1
[ERROR] import: Entry[import  from realm ClassRealm[maven.api, parent: null]]
[ERROR] 
[ERROR] : javax.xml.bind.JAXBException
[ERROR] 
[ERROR] 
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginContainerException

Maybe because JAXB is not an included module by default on Java 9.  Might need an --add-module somewhere?

Hi,
I am playing with Camel 1.4-SNAPSHOT.
I have created a route that goes to jpa, but I receive the error
"[PersistenceUnit: camel-jpa] class or package not found". 
In persistence.xml in camel-jpa-1.4-SNAPSHOT.jar camel-jpa is defined as:
<persistence-unit name="camel-jpa" transaction-type="RESOURCE_LOCAL">
<class>org.apache.camel.processor.idempotent.jpa.MessageProcessed</class>
  </persistence-unit>
Where can I find the MessageProcessed class? It is not in camel-core nor camel-jpa.

In Olingo2AppImpl.readContent()/writeContent() if a RuntimeError or any other unhandled exception/error occurs the wait for response will never get triggered and the component ends up in an endless wait state.  These functions should be modified to capture any type of throwable/exception/error.

Super users have all the permissions for ACL and Visibility labels.
They are defined in hbase-site.xml.
Currently in VisibilityController, we persist super user with their system permission in hbase:labels.
This makes change in super user difficult.
In the current DefaultVisibilityLabelServiceImpl.addSystemLabel, we only add super user when we initially create the 'system' label.
No additional update after that even if super user changed. See code for details.
Additionally, there is no mechanism to remove any super user from the labels table.
We probably should not persist super users in the labels table.
They are in hbase-site.xml and can just stay in labelsCache and used from labelsCache after retrieval by Visibility Controller.

First attempt and failure detection:

2016-11-18 20:20:01,980 [INFO] [TaskSchedulerEventHandlerThread] |tezplugins.LlapTaskSchedulerService|: Received allocateRequest. task=attempt_1478967587833_2622_1_06_000031_0, priority=65, capability=&lt;memory:4096, vCores:1&gt;, hosts=[3n01]
2016-11-18 20:20:01,982 [INFO] [LlapScheduler] |tezplugins.LlapTaskSchedulerService|: Assigned task TaskInfo{task=attempt_1478967587833_2622_1_06_000031_0, priority=65, startTime=0, containerId=null, assignedInstance=null, uniqueId=55, localityDelayTimeout=9223372036854775807} to container container_222212222_2622_01_000056 on node=DynamicServiceInstance [alive=true, host=3n01:15001 with resources=&lt;memory:59392, vCores:16&gt;, shufflePort=15551, servicesAddress=http://3n01:15002, mgmtPort=15004]
2016-11-18 20:20:01,982 [INFO] [LlapScheduler] |tezplugins.LlapTaskSchedulerService|: ScheduleResult for Task: TaskInfo{task=attempt_1478967587833_2622_1_06_000031_0, priority=65, startTime=10550817928, containerId=container_222212222_2622_01_000056, assignedInstance=DynamicServiceInstance [alive=true, host=3n01:15001 with resources=&lt;memory:59392, vCores:16&gt;, shufflePort=15551, servicesAddress=http://3n01:15002, mgmtPort=15004], uniqueId=55, localityDelayTimeout=9223372036854775807} = SCHEDULED
2016-11-18 20:20:03,427 [INFO] [Dispatcher thread {Central}] |impl.TaskAttemptImpl|: TaskAttempt: [attempt_1478967587833_2622_1_06_000031_0] started. Is using containerId: [container_222212222_2622_01_000056] on NM: [3n01:15001]
2016-11-18 20:20:03,427 [INFO] [Dispatcher thread {Central}] |history.HistoryEventHandler|: [HISTORY][DAG:dag_1478967587833_2622_1][Event:TASK_ATTEMPT_STARTED]: vertexName=Map 1, taskAttemptId=attempt_1478967587833_2622_1_06_000031_0, startTime=1479500403427, containerId=container_222212222_2622_01_000056, nodeId=3n01:15001
2016-11-18 20:20:03,430 [INFO] [TaskCommunicator # 1] |tezplugins.LlapTaskCommunicator|: Successfully launched task: attempt_1478967587833_2622_1_06_000031_0
2016-11-18 20:20:03,434 [INFO] [IPC Server handler 11 on 43092] |impl.TaskImpl|: TaskAttempt:attempt_1478967587833_2622_1_06_000031_0 sent events: (0-1).
2016-11-18 20:20:03,434 [INFO] [IPC Server handler 11 on 43092] |impl.VertexImpl|: Sending attempt_1478967587833_2622_1_06_000031_0 24 events [0,24) total 24 vertex_1478967587833_2622_1_06 [Map 1]
2016-11-18 20:25:43,249 [INFO] [Dispatcher thread {Central}] |history.HistoryEventHandler|: [HISTORY][DAG:dag_1478967587833_2622_1][Event:TASK_ATTEMPT_FINISHED]: vertexName=Map 1, taskAttemptId=attempt_1478967587833_2622_1_06_000031_0, creationTime=1479500401929, allocationTime=1479500403426, startTime=1479500403427, finishTime=1479500743249, timeTaken=339822, status=FAILED, taskFailureType=NON_FATAL, errorEnum=TASK_HEARTBEAT_ERROR, diagnostics=AttemptID:attempt_1478967587833_2622_1_06_000031_0 Timed out after 300 secs, nodeHttpAddress=http://3n01:15002, counters=Counters: 1, org.apache.tez.common.counters.DAGCounter, DATA_LOCAL_TASKS=1
2016-11-18 20:25:43,255 [INFO] [TaskSchedulerEventHandlerThread] |tezplugins.LlapTaskSchedulerService|: Processing de-allocate request for task=attempt_1478967587833_2622_1_06_000031_0, state=ASSIGNED, endReason=OTHER
2016-11-18 20:25:43,259 [INFO] [Dispatcher thread {Central}] |node.AMNodeImpl|: Attempt failed on node: 3n01:15001 TA: attempt_1478967587833_2622_1_06_000031_0 failed: true container: container_222212222_2622_01_000056 numFailedTAs: 7
2016-11-18 20:25:43,262 [INFO] [Dispatcher thread {Central}] |impl.VertexImpl|: Source task attempt completed for vertex: vertex_1478967587833_2622_1_07 [Reducer 2] attempt: attempt_1478967587833_2622_1_06_000031_0 with state: FAILED vertexState: RUNNING

Second attempt:

2016-11-18 20:25:43,267 [INFO] [TaskSchedulerEventHandlerThread] |tezplugins.LlapTaskSchedulerService|: Received allocateRequest. task=attempt_1478967587833_2622_1_06_000031_1, priority=64, capability=&lt;memory:4096, vCores:1&gt;, hosts=null
2016-11-18 20:25:43,297 [INFO] [LlapScheduler] |tezplugins.LlapTaskSchedulerService|: ScheduleResult for Task: TaskInfo{task=attempt_1478967587833_2622_1_06_000031_1, priority=64, startTime=0, containerId=null, assignedInstance=null, uniqueId=318, localityDelayTimeout=9223372036854775807} = DELAYED_RESOURCES
2016-11-18 20:25:43,297 [INFO] [LlapScheduler] |tezplugins.LlapTaskSchedulerService|: Preempting for task=attempt_1478967587833_2622_1_06_000031_1 on any available host
2016-11-18 20:25:43,298 [INFO] [LlapScheduler] |tezplugins.LlapTaskSchedulerService|: ScheduleResult for Task: TaskInfo{task=attempt_1478967587833_2622_1_06_000031_1, priority=64, startTime=0, containerId=null, assignedInstance=null, uniqueId=318, localityDelayTimeout=9223372036854775807} = DELAYED_RESOURCES
2016-11-18 20:25:43,299 [INFO] [LlapScheduler] |tezplugins.LlapTaskSchedulerService|: Assigned task TaskInfo{task=attempt_1478967587833_2622_1_06_000031_1, priority=64, startTime=0, containerId=null, assignedInstance=null, uniqueId=318, localityDelayTimeout=9223372036854775807} to container container_222212222_2622_01_000164 on node=DynamicServiceInstance [alive=true, host=1n02:15001 with resources=&lt;memory:59392, vCores:16&gt;, shufflePort=15551, servicesAddress=http://1n02:15002, mgmtPort=15004]
2016-11-18 20:25:43,300 [INFO] [LlapScheduler] |tezplugins.LlapTaskSchedulerService|: ScheduleResult for Task: TaskInfo{task=attempt_1478967587833_2622_1_06_000031_1, priority=64, startTime=10551159245, containerId=container_222212222_2622_01_000164, assignedInstance=DynamicServiceInstance [alive=true, host=1n02:15001 with resources=&lt;memory:59392, vCores:16&gt;, shufflePort=15551, servicesAddress=http://1n02:15002, mgmtPort=15004], uniqueId=318, localityDelayTimeout=9223372036854775807} = SCHEDULED
2016-11-18 20:25:43,301 [INFO] [Dispatcher thread {Central}] |impl.TaskAttemptImpl|: TaskAttempt: [attempt_1478967587833_2622_1_06_000031_1] started. Is using containerId: [container_222212222_2622_01_000164] on NM: [1n02:15001]
2016-11-18 20:25:43,301 [INFO] [Dispatcher thread {Central}] |history.HistoryEventHandler|: [HISTORY][DAG:dag_1478967587833_2622_1][Event:TASK_ATTEMPT_STARTED]: vertexName=Map 1, taskAttemptId=attempt_1478967587833_2622_1_06_000031_1, startTime=1479500743301, containerId=container_222212222_2622_01_000164, nodeId=1n02:15001
2016-11-18 20:25:43,485 [INFO] [TaskCommunicator # 7] |tezplugins.LlapTaskCommunicator|: Successfully launched task: attempt_1478967587833_2622_1_06_000031_1
2016-11-18 20:25:43,500 [INFO] [IPC Server handler 5 on 43092] |impl.TaskImpl|: TaskAttempt:attempt_1478967587833_2622_1_06_000031_1 sent events: (0-1).
2016-11-18 20:25:43,500 [INFO] [IPC Server handler 5 on 43092] |impl.VertexImpl|: Sending attempt_1478967587833_2622_1_06_000031_1 24 events [0,24) total 24 vertex_1478967587833_2622_1_06 [Map 1]

The IPC thread logs some other activity 250ms later, so it's not stuck nor did it log an error.
After this, there are no mentions of any tasks for 2622_1_06_000031 in the log.
The attempt was not running in LLAP.
However, the attempt does come up again when the DAG is killed, long time after it was stuck; presumably, AM failed to detect the failure (or heartbeat failure for that matter?) and never tried to reschedule.

2016-11-22 08:45:14,228 [INFO] [Dispatcher thread {Central}] |history.HistoryEventHandler|: [HISTORY][DAG:dag_1478967587833_2622_1][Event:TASK_ATTEMPT_FINISHED]: vertexName=Map 1, taskAttemptId=attempt_1478967587833_2622_1_06_000031_1, creationTime=1479500743255, allocationTime=1479500743300, startTime=1479500743301, finishTime=1479804314228, timeTaken=303570927, status=KILLED, errorEnum=TERMINATED_BY_CLIENT, diagnostics=Task KILL is received. Killing attempt. Diagnostics: Killing tasks in vertex: vertex_1478967587833_2622_1_06 [Map 1] due to trigger: DAG_TERMINATED, nodeHttpAddress=http://1n02:15002, counters=Counters: 1, org.apache.tez.common.counters.DAGCounter, OTHER_LOCAL_TASKS=1

I do see some errors elsewhere to this node (w/Connection refused), but they happen later. Let me know if you need anything else from AM log.

2016-11-18 20:27:15,902 [WARN] [TaskCommunicator # 8] |ipc.Client|: Failed to connect to server: 1n02/(snip).2:15001: retries get failed due to exceeded maximum allowed time (in MILLISECONDS): 16000
2016-11-18 20:27:34,517 [WARN] [TaskCommunicator # 3] |ipc.Client|: Failed to connect to server: 1n02/(snip).2:15001: retries get failed due to exceeded maximum allowed time (in MILLISECONDS): 16000

It seems like a parallel query caused the memory exhaustion on LLAP; most mappers for this job eventually completed successfully, a few were lost as per above, and the DAG got stuck because of that.
Relevant slider containers and restarts (the last one seems to be the one where the attempt was running).
Unfortunately the logs from relevant LLAP containers are missing from aggregation.

2016-11-18 20:20:24,822 [AMRM Callback Handler Thread] ERROR appmaster.SliderAppMaster - Role instance RoleInstance{role='LLAP', id='container_e55_1478967587833_2465_01_000005', container=ContainerID=container_e55_1478967587833_2465_01_000005 nodeID=3n01:45454  ... diagnostics='Container [pid=1636544,containerID=container_e55_1478967587833_2465_01_000005] is running beyond physical memory limits. Current usage: 140.3 GB of 140.3 GB physical memory used; 141.8 GB of 294.5 GB virtual memory used. Killing container.
2016-11-18 20:20:31,912 [AMRM Callback Handler Thread] ERROR appmaster.SliderAppMaster - Role instance RoleInstance{role='LLAP', id='container_e55_1478967587833_2465_01_000003', container=ContainerID=container_e55_1478967587833_2465_01_000003 nodeID=1n02:45454  ... diagnostics='Container [pid=607173,containerID=container_e55_1478967587833_2465_01_000003] is running beyond physical memory limits. Current usage: 141.0 GB of 140.3 GB physical memory used; 142.5 GB of 294.5 GB virtual memory used. Killing container.
2016-11-18 20:25:39,248 [AMRM Callback Handler Thread] ERROR appmaster.SliderAppMaster - Role instance RoleInstance{role='LLAP', id='container_e55_1478967587833_2465_01_000007', container=ContainerID=container_e55_1478967587833_2465_01_000007 nodeID=3n01:45454  ... diagnostics='Container [pid=1227721,containerID=container_e55_1478967587833_2465_01_000007] is running beyond physical memory limits. Current usage: 140.3 GB of 140.3 GB physical memory used; 143.2 GB of 294.5 GB virtual memory used. Killing container.
2016-11-18 20:26:30,250 [AMRM Callback Handler Thread] ERROR appmaster.SliderAppMaster - Role instance RoleInstance{role='LLAP', id='container_e55_1478967587833_2465_01_000009', container=ContainerID=container_e55_1478967587833_2465_01_000009 nodeID=1n02:45454  ... diagnostics='Container [pid=1893586,containerID=container_e55_1478967587833_2465_01_000009] is running beyond physical memory limits. Current usage: 141.2 GB of 140.3 GB physical memory used; 144.4 GB of 294.5 GB virtual memory used. Killing container.

2016-11-18 20:20:41,060 [145589505@qtp-14633842-4] INFO  agent.AgentProviderService - Component operation. Status: COMPLETED; new container state: HEALTHY; new component state: STARTED
2016-11-18 20:20:49,171 [145589505@qtp-14633842-4] INFO  agent.AgentProviderService - Component operation. Status: COMPLETED; new container state: HEALTHY; new component state: STARTED
2016-11-18 20:25:55,942 [145589505@qtp-14633842-4] INFO  agent.AgentProviderService - Component operation. Status: COMPLETED; new container state: HEALTHY; new component state: STARTED
2016-11-18 20:26:47,019 [145589505@qtp-14633842-4] INFO  agent.AgentProviderService - Component operation. Status: COMPLETED; new container state: HEALTHY; new component state: STARTED

realUser is not usually set in all cases for delegation tokens; we should use the owner.

public static MutationProto toMutationNoData(final MutationType type, final Mutation mutation)

is gone which causes Hive build break.

[javac] .../hbase-handler/src/java/org/apache/hadoop/hive/hbase/PutWritable.java:65: toMutationNoData(org.apache.hadoop.hbase.protobuf.generated.ClientProtos.MutationProto.MutationType,org.apache.hadoop.hbase.client.Mutation,org.apache.hadoop.hbase.protobuf.generated.ClientProtos.MutationProto.Builder) in org.apache.hadoop.hbase.protobuf.ProtobufUtil cannot be applied to (org.apache.hadoop.hbase.protobuf.generated.ClientProtos.MutationProto.MutationType,org.apache.hadoop.hbase.client.Put)
[javac] ProtobufUtil.toMutationNoData(MutationType.PUT, put).writeDelimitedTo(DataOutputOutputStream.from(out));

Small memory leak in StepSynchronizationManager: the counts map is not cleaned up at the end of a step execution.

The index_auto_mult_tables and index_auto_mult_tables_compact q tests are failing from time to time with the following error:

org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_index_auto_mult_tables

Failing for the past 1 build (Since Failed#16 )
Took 16 sec.

Unexpected exception junit.framework.AssertionFailedError: Client Execution results failed with error code = 1
See ./ql/target/tmp/log/hive.log or ./itests/qtest/target/tmp/log/hive.log, or check ./ql/target/surefire-reports or ./itests/qtest/target/surefire-reports/ for specific test cases logs.
 at junit.framework.Assert.fail(Assert.java:57)
 at org.apache.hadoop.hive.ql.QTestUtil.failedDiff(QTestUtil.java:2001)
 at org.apache.hadoop.hive.cli.TestCliDriver.runTest(TestCliDriver.java:194)
 at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_index_auto_mult_tables(TestCliDriver.java:142)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
 at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
 at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
 at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
 at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
 at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
 at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
 at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
 at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
 at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
 at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
 at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
 at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
 at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
 at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
 at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264)
 at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
 at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
 at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
 at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
 at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)

junit.framework.AssertionFailedError: Unexpected exception junit.framework.AssertionFailedError: Client Execution results failed with error code = 1
	at org.apache.hadoop.hive.ql.QTestUtil.failedDiff(QTestUtil.java:2001)
	at org.apache.hadoop.hive.cli.TestCliDriver.runTest(TestCliDriver.java:194)
	at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_index_auto_mult_tables(TestCliDriver.java:142)

	at org.apache.hadoop.hive.ql.QTestUtil.failed(QTestUtil.java:2011)
	at org.apache.hadoop.hive.cli.TestCliDriver.runTest(TestCliDriver.java:198)
Standard Output

Running: diff -a /home/hiveptest/hive-ptest-cloudera-slaves-0c70-6.vpc.cloudera.com-hiveptest-1/cdh-source/itests/qtest/../../itests/qtest/target/qfile-results/clientpositive/index_auto_mult_tables.q.out /home/hiveptest/hive-ptest-cloudera-slaves-0c70-6.vpc.cloudera.com-hiveptest-1/cdh-source/itests/qtest/../../ql/src/test/results/clientpositive/index_auto_mult_tables.q.out
216c216,218
<   Stage-1 depends on stages: Stage-3
---
>   Stage-1 depends on stages: Stage-3, Stage-5
>   Stage-6 is a root stage
>   Stage-5 depends on stages: Stage-6
224,225c226,227
<             alias: default__src_src_index__
<             filterExpr: (((((UDFToDouble(key) > 80.0) and (UDFToDouble(key) < 100.0)) and (UDFToDouble(key) > 70.0)) and (UDFToDouble(key) < 90.0)) and (not EWAH_BITMAP_EMPTY(_bitmaps))) (type: boolean)
---
>             alias: default__srcpart_srcpart_index__
>             filterExpr: (((((UDFToDouble(key) > 70.0) and (UDFToDouble(key) < 90.0)) and (UDFToDouble(key) > 80.0)) and (UDFToDouble(key) < 100.0)) and (not EWAH_BITMAP_EMPTY(_bitmaps))) (type: boolean)
227c229
<               predicate: (((((UDFToDouble(key) > 80.0) and (UDFToDouble(key) < 100.0)) and (UDFToDouble(key) > 70.0)) and (UDFToDouble(key) < 90.0)) and (not EWAH_BITMAP_EMPTY(_bitmaps))) (type: boolean)
---
>               predicate: (((((UDFToDouble(key) > 70.0) and (UDFToDouble(key) < 90.0)) and (UDFToDouble(key) > 80.0)) and (UDFToDouble(key) < 100.0)) and (not EWAH_BITMAP_EMPTY(_bitmaps))) (type: boolean)
316a319,358
>   Stage: Stage-6
>     Map Reduce
>       Map Operator Tree:
>           TableScan
>             alias: default__src_src_index__
>             filterExpr: (((((UDFToDouble(key) > 80.0) and (UDFToDouble(key) < 100.0)) and (UDFToDouble(key) > 70.0)) and (UDFToDouble(key) < 90.0)) and (not EWAH_BITMAP_EMPTY(_bitmaps))) (type: boolean)
>             Filter Operator
>               predicate: (((((UDFToDouble(key) > 80.0) and (UDFToDouble(key) < 100.0)) and (UDFToDouble(key) > 70.0)) and (UDFToDouble(key) < 90.0)) and (not EWAH_BITMAP_EMPTY(_bitmaps))) (type: boolean)
>               Select Operator
>                 expressions: _bucketname (type: string), _offset (type: bigint)
>                 outputColumnNames: _col0, _col1
>                 Group By Operator
>                   aggregations: collect_set(_col1)
>                   keys: _col0 (type: string)
>                   mode: hash
>                   outputColumnNames: _col0, _col1
>                   Reduce Output Operator
>                     key expressions: _col0 (type: string)
>                     sort order: +
>                     Map-reduce partition columns: _col0 (type: string)
>                     value expressions: _col1 (type: array<bigint>)
>       Reduce Operator Tree:
>         Group By Operator
>           aggregations: collect_set(VALUE._col0)
>           keys: KEY._col0 (type: string)
>           mode: mergepartial
>           outputColumnNames: _col0, _col1
>           File Output Operator
>             compressed: false
>             table:
>                 input format: org.apache.hadoop.mapred.TextInputFormat
>                 output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
>                 serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
> 
>   Stage: Stage-5
>     Move Operator
>       files:
>           hdfs directory: true
> #### A masked pattern was here ####
> 
325a368,372
> PREHOOK: Input: default@default__srcpart_srcpart_index__
> PREHOOK: Input: default@default__srcpart_srcpart_index__@ds=2008-04-08/hr=11
> PREHOOK: Input: default@default__srcpart_srcpart_index__@ds=2008-04-08/hr=12
> PREHOOK: Input: default@default__srcpart_srcpart_index__@ds=2008-04-09/hr=11
> PREHOOK: Input: default@default__srcpart_srcpart_index__@ds=2008-04-09/hr=12
335a383,387
> POSTHOOK: Input: default@default__srcpart_srcpart_index__
> POSTHOOK: Input: default@default__srcpart_srcpart_index__@ds=2008-04-08/hr=11
> POSTHOOK: Input: default@default__srcpart_srcpart_index__@ds=2008-04-08/hr=12
> POSTHOOK: Input: default@default__srcpart_srcpart_index__@ds=2008-04-09/hr=11
> POSTHOOK: Input: default@default__srcpart_srcpart_index__@ds=2008-04-09/hr=12
342a395,442
> 82	val_82
> 82	val_82
> 82	val_82
> 82	val_82
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 83	val_83
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 84	val_84
> 85	val_85
> 85	val_85
> 85	val_85
> 85	val_85
> 86	val_86
> 86	val_86
> 86	val_86
> 86	val_86
> 87	val_87
> 87	val_87
> 87	val_87
> 87	val_87
Standard Error

Begin query: index_auto_mult_tables.q
Warning: fs.defaultFS is not set when running "chgrp" command.
Warning: fs.defaultFS is not set when running "chmod" command.
Exception: Client Execution results failed with error code = 1
junit.framework.AssertionFailedError: Client Execution results failed with error code = 1
Failed query: index_auto_mult_tables.q

From the output of the failing test, it seems that the index on the srcpart table is not used. 
The hive.log contains the following:

2016-11-07T02:47:45,992  INFO [6401ee51-9d53-4101-a14e-9067d0bc357d main] index.IndexWhereProcessor: checking index staleness...
2016-11-07T02:47:45,998  INFO [6401ee51-9d53-4101-a14e-9067d0bc357d main] index.IndexWhereProcessor: Index is stale on partition 'ds=2008-04-09/hr=11'. Modified time (1478515600000) for 'pfile:/home/hiveptest/54.215.115.117-hiveptest-0/apache-github-source-source/itests/qtest/target/warehouse/srcpart/ds=2008-04-09/hr=11/kv1.txt' is higher than index creation time (1478515599000).

The staleness check fails for the index on the srcpart table for the ds=2008-04-09/hr=11 partition, so the index is really not used. The staleness check fails, because the modification time of the itests/qtest/target/warehouse/srcpart/ds=2008-04-09/hr=11/kv1.txt file (11:46:40:0) is higher than the index creation time (11:46:39:0).
After some investigation, I found that this happens if the creation of the partition folder and moving the kv1.txt file happens when the second turns. So the folder is created at 11:46:39,961, but the MoveTask which moves the kv1.txt file to the folder starts at 11:46:39:961 and finishes at 11:46:40,012.

2016-11-07T02:46:39,961  INFO [9b9edc01-22c2-460e-b008-03878e74077e main] common.FileUtils: Creating directory if it doesn't exist: pfile:/home/hiveptest/54.215.115.117-hiveptest-0/apache-github-source-source/itests/qtest/target/warehouse/srcpart/ds=2008-04-09/hr=11
2016-11-07T02:46:39,973 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] shims.HdfsUtils: {-chgrp,-R,hiveptest,pfile:/home/hiveptest/54.215.115.117-hiveptest-0/apache-github-source-source/itests/qtest/target/warehouse/srcpart/ds=2008-04-09}
2016-11-07T02:46:39,981 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] shims.HdfsUtils: Return value is :0
2016-11-07T02:46:39,981 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] shims.HdfsUtils: {-chmod,-R,755,pfile:/home/hiveptest/54.215.115.117-hiveptest-0/apache-github-source-source/itests/qtest/target/warehouse/srcpart/ds=2008-04-09}
2016-11-07T02:46:39,992 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] shims.HdfsUtils: Return value is :0
2016-11-07T02:46:39,992 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] metadata.Hive: The source path is /home/hiveptest/54.215.115.117-hiveptest-0/apache-github-source-source/data/files/kv1.txt/ and the destination path is /home/hiveptest/54.215.115.117-hiveptest-0/apache-github-source-source/itests/qtest/target/warehouse/srcpart/ds=2008-04-09/hr=11/kv1.txt/
2016-11-07T02:46:40,001 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] shims.HdfsUtils: {-chgrp,-R,hiveptest,pfile:/home/hiveptest/54.215.115.117-hiveptest-0/apache-github-source-source/itests/qtest/target/warehouse/srcpart/ds=2008-04-09/hr=11/kv1.txt}
2016-11-07T02:46:40,006 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] shims.HdfsUtils: Return value is :0
2016-11-07T02:46:40,006 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] shims.HdfsUtils: {-chmod,-R,755,pfile:/home/hiveptest/54.215.115.117-hiveptest-0/apache-github-source-source/itests/qtest/target/warehouse/srcpart/ds=2008-04-09/hr=11/kv1.txt}
2016-11-07T02:46:40,012 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] shims.HdfsUtils: Return value is :0
2016-11-07T02:46:40,012 DEBUG [9b9edc01-22c2-460e-b008-03878e74077e main] log.PerfLogger: </PERFLOG method=FileMoves start=1478515599961 end=1478515600012 duration=51 from=MoveTask>

In this case, the last modification time of the folder itests/qtest/target/warehouse/srcpart/ds=2008-04-09/hr=11/ will be 11:46:39 and of the kv1.txt will be 11:46:40.
When the index is built in the DDLTask.alterIndex method, the modification time which is stored for each partition is the modification time of the folder:

if (baseTbl.isPartitioned()) {
  List<Partition> baseParts;
  if (alterIndex.getSpec() != null) {
    baseParts = db.getPartitions(baseTbl, alterIndex.getSpec());
  } else {
    baseParts = db.getPartitions(baseTbl);
  }
  if (baseParts != null) {
    for (Partition p : baseParts) {
      FileSystem fs = p.getDataLocation().getFileSystem(db.getConf());
      FileStatus fss = fs.getFileStatus(p.getDataLocation());
      basePartTs.put(p.getSpec(), fss.getModificationTime());
    }
  }
} else {

But when the staleness is checked in the IndexUtils.isIndexPartitionFresh method, it checks the modification time of the files in the partition folder:

  private static boolean isIndexPartitionFresh(Hive hive, Index index,
      Partition part) throws HiveException {
    LOG.info("checking index staleness...");
    try {
      String indexTs = index.getParameters().get(part.getSpec().toString());
      if (indexTs == null) {
      }

      FileSystem partFs = part.getDataLocation().getFileSystem(hive.getConf());
      FileStatus[] parts = partFs.listStatus(part.getDataLocation(), FileUtils.HIDDEN_FILES_PATH_FILTER);
      for (FileStatus status : parts) {
        if (status.getModificationTime() > Long.parseLong(indexTs)) {
          LOG.info("Index is stale on partition '" + part.getName()
              + "'. Modified time (" + status.getModificationTime() + ") for '" + status.getPath()
              + "' is higher than index creation time (" + indexTs + ").");
          return false;
        }
      }
      throw new HiveException("Failed to grab timestamp information from partition '" + part.getName() + "': " + e.getMessage(), e);
    }
  }

Because of the modification time of the itests/qtest/target/warehouse/srcpart/ds=2008-04-09/hr=11/kv1.txt file is higher (11:46:40), than the modification time of the itests/qtest/target/warehouse/srcpart/ds=2008-04-09/hr=11 folder (11:46:39), the check fails and the index is not used which leads to the failure of the q test.

See the route below. beanOne throws ExceptionOneException and beanTwo throws ExceptionTwoException. ExceptionOneException it caught and handled as it's supposed to.  But ExceptionTwoException goes all the way through, without  being caught and routed to the exceptionTwoQueue. Is it the when tag or the methodCall tag that is the cause of this?

<camelContext id="MyCamelContext xmlns="http://activemq.apache.org/camel/schema/spring">
	<endpoint id="myMainQueue" uri="activemq:${my.project.queue.main}"/>
	<endpoint id="exceptionOneQueue" uri="activemq:${my.project.queue.exceptionOne}"/>
	<endpoint id="exceptionTwoQueue" uri="activemq:${my.project.queue.exceptionTwo}"/>
	<route>		
		<from ref="myMainQueue" />
		<onException>
			<exception>my.project.queue.ExceptionOneException</exception>
			<redeliveryPolicy maximumRedeliveries="0" />
			<handled>
				<constant>true</constant>
			</handled>
			<to ref="exceptionOneQueue"/>
		</onException>
			<exception>my.project.queue.ExceptionTwoException</exception>
			<handled>
			<to ref="exceptionTwoQueue"/>
			<exception>java.lang.Exception</exception>
			<handled>
				<constant>false</constant>
		<unmarshal>
			<jaxb prettyPrint="true" contextPath="my.project.domain" />
		</unmarshal>
		<choice>
			<when>
				<methodCall bean="beanTwo" method="methodFromBeanTwo"/>
			</when>
			<otherwise>
				<to uri="bean:beanOne?methodName=methodFromBeanOne" />
			</otherwise>
		</choice>
	</route>

The following code should use BasicAuthenticationEntryPoint

@Override
protected void configure(HttpSecurity http) throws Exception {
    http
        .authorizeUrls()
            .anyRequest().authenticated()
            .and()
        .httpBasic();       
}

A workaround for now is:

@Bean
public BasicAuthenticationEntryPoint entryPoint() {
    BasicAuthenticationEntryPoint basicAuthEntryPoint = new BasicAuthenticationEntryPoint();
    basicAuthEntryPoint.setRealmName("My Realm");
    return basicAuthEntryPoint;
}

@Override

    http
        .exceptionHandling()
            .authenticationEntryPoint(entryPoint())
            .and()
            .and()
}

Using the swarmtool the -swarm.jar file is generated but when executing it stops with the following exception:

2017-07-18 13:44:41,854 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                  Logging - STABLE          org.wildfly.swarm:logging:2017.7.0
2017-07-18 13:44:41,869 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:        CDI Configuration - STABLE          org.wildfly.swarm:cdi-config:2017.7.0
2017-07-18 13:44:41,870 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                      JSF - STABLE          org.wildfly.swarm:jsf:2017.7.0
2017-07-18 13:44:41,870 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:          Bean Validation - STABLE          org.wildfly.swarm:bean-validation:2017.7.0
2017-07-18 13:44:41,870 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:             Transactions - STABLE          org.wildfly.swarm:transactions:2017.7.0
2017-07-18 13:44:41,871 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                      CDI - STABLE          org.wildfly.swarm:cdi:2017.7.0
2017-07-18 13:44:41,871 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                 Undertow - STABLE          org.wildfly.swarm:undertow:2017.7.0
	at org.wildfly.swarm.bootstrap.Main.run(Main.java:128)
	at org.wildfly.swarm.bootstrap.Main.main(Main.java:83)
Caused by: java.lang.RuntimeException: java.lang.RuntimeException: org.jboss.modules.ModuleLoadException: Error loading module from modules/io/undertow/servlet/main/module.xml
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:114)
	at org.wildfly.swarm.Swarm.start(Swarm.java:372)
	at org.wildfly.swarm.Swarm.main(Swarm.java:628)
	... 7 more
Caused by: java.lang.RuntimeException: org.jboss.modules.ModuleLoadException: Error loading module from modules/io/undertow/servlet/main/module.xml
	at org.wildfly.swarm.bootstrap.modules.ClasspathModuleFinder.findModule(ClasspathModuleFinder.java:108)
	at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439)
	at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342)
	at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289)
	at org.jboss.modules.Module.addPaths(Module.java:1079)
	at org.jboss.modules.Module.link(Module.java:1449)
	at org.jboss.modules.Module.getPaths(Module.java:1410)
	at org.jboss.modules.Module.getPathsUnchecked(Module.java:1433)
	at org.jboss.modules.Module.loadModuleClass(Module.java:601)
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
	at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:358)
	at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:437)
	at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:274)
	at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:78)
	at org.jboss.modules.Module.loadModuleClass(Module.java:606)
	at org.jboss.weld.resources.AbstractClassLoaderResourceLoader.classForName(AbstractClassLoaderResourceLoader.java:40)
	at org.jboss.weld.util.reflection.Reflections.loadClass(Reflections.java:368)
	at org.jboss.weld.environment.deployment.discovery.jandex.JandexDiscoveryStrategy.containsBeanDefiningAnnotation(JandexDiscoveryStrategy.java:145)
	at org.jboss.weld.environment.deployment.discovery.jandex.JandexDiscoveryStrategy.processAnnotatedDiscovery(JandexDiscoveryStrategy.java:94)
	at org.jboss.weld.environment.deployment.discovery.AbstractDiscoveryStrategy.performDiscovery(AbstractDiscoveryStrategy.java:129)
	at org.jboss.weld.environment.se.Weld.createDeployment(Weld.java:678)
	at org.jboss.weld.environment.se.Weld.initialize(Weld.java:570)
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.lambda$null$0(ServerBootstrapImpl.java:150)
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.lambda$bootstrap$1(ServerBootstrapImpl.java:121)
	... 10 more
Caused by: org.jboss.modules.ModuleLoadException: Error loading module from modules/io/undertow/servlet/main/module.xml
	at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228)
	at org.wildfly.swarm.bootstrap.modules.ClasspathModuleFinder.findModule(ClasspathModuleFinder.java:85)
	... 44 more
Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to resolve artifact 'io.undertow:undertow-servlet:1.4.0.Final' (position: END_TAG seen ...s>\n    <artifact name="io.undertow:undertow-servlet:1.4.0.Final"/>... @4:64) 
	at org.jboss.modules.xml.ModuleXmlParser.parseArtifact(ModuleXmlParser.java:838)
	at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:739)
	at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535)
	at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340)
	at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226)
	... 45 more
	... 7 more
	... 10 more
	... 44 more
	... 45 more

In WFLY-10163 was Apache Directory upgraded for wildfly to 2.0.0-M24.
To be consistent, DS should be upgraded in elytron too.

In ReplicationPeersZKImpl.addPeer(), there is a race between client creating tableCf znode and the server triggering  TableCFsTracker. If the server wins, it wont be able to read the data set on tableCF znode and  replication will be misconfigured 

The getKeys(String prefix) implementation of AbstractHierarchicalConfiguration doesn't return anything if the prefix used is the key of an existing property. The iterator returned should at least contain the key used as the prefix.
Here is the test method for TestHierarchicalConfiguration, currently the first assertion fails:

public void testGetKeysWithKeyAsPrefix()
{
    Iterator<?> it = config.getKeys("order.key1");
    assertTrue("no key found", it.hasNext());
    assertEquals("1st key", "order.key1", it.next());
    assertFalse("more keys than expected", it.hasNext());
}

Aloha,
I have the following query:

public GeoResults<MyObject> findByTypeAndLocationNear(MyObjectType type, Point p, Distance distance) {
   final NearQuery nearQuery = NearQuery.near(p).maxDistance(distance);
   log.info("{}",nearQuery.toDBObject());
   return mongoTemplate.geoNear(nearQuery, MyObject.class);
}

The geoNear method is documented like this:

Returns {@link GeoResults} for all entities matching the given {@link NearQuery}.

I expect 1000 "matching" documents But i only get 100. There is some default being set, that restricts the result to 100. That should be stated in the method. And another method having a pageable should be added.
What do you think?

Hibernate's behaviour changed with version 4.3.0.Beta5, I think.
Instead of throwing an IllegalStateException, null is returned.
Something like the following might fix it.
In org.springframework.data.jpa.repository.support.JpaMetamodelEntityInformation.IdMetadata

		public Class<?> getType() {

			if (idType != null) {
				return idType;
			}

			Class<?> idType;

			try {
                final Type<?> idType1 = type.getIdType();
                if (idType1 != null) {
                    idType = idType1.getJavaType();
                } else {
                    IdClass annotation = AnnotationUtils.findAnnotation(type.getJavaType(), IdClass.class);
                    idType = annotation == null ? null : annotation.value();
                }
			} catch (IllegalStateException e) {
				// see https://hibernate.onjira.com/browse/HHH-6951
				IdClass annotation = AnnotationUtils.findAnnotation(type.getJavaType(), IdClass.class);
				idType = annotation == null ? null : annotation.value();
			}

			this.idType = idType;
			return idType;
		}

After removing <sws:annotation-driven/> EndpointExceptionResolver starts to work. Whats more - it looks like that <sws:annotation-driven/> tag is not needed as anotation based Endpoints works without it.
Additional details in the Spring forum post.

ListenerResourceDefinition registers the LISTENER_CAPABILITY regardless of the value of the 'enabled' attribute. But the contract provided by that capability is only fulfilled if the attribute is 'true'.
Even worse, the attribute supports expressions, which can only be reliably resolved in Stage.RUNTIME, which is too late for recording a capability.
Fortunately, it's vault resolution that makes it necessary to resolve in RUNTIME and reality is people are highly unlikely to use the vault for this expression, so we can try and resolve and hope for the best.
This enabled stuff is just the worst. DON'T USE THIS CONCEPT IN YOUR MODEL!

It it currently not possible to define entities whose names contain the reserved word "Test"
roo> 
entity --class ~.model.TestCase
Entity name rejected as conflicts with test execution defaults; please remove 'Test' and/or 'TestCase' 
This is even true if reserved words are explicitly allowed:
~.TestCase roo> entity --class ~.TestCase --permitReservedWords
Entity name rejected as conflicts with test execution defaults; please remove 'Test' and/or 'TestCase'

This came up during testing the ITBLL on a custom cluster. 
Master aborts if WAL splitting fails: 

2016-08-03 19:56:57,693 INFO  [B.priority.fifo.QRpcServer.handler=4,queue=0,port=20000] master.ServerManager: Registering server=hbase-bug58335-6.openstacklocal,16020,1470254212713
2016-08-03 19:57:00,062 INFO  [main-EventThread] coordination.SplitLogManagerCoordination: task /hbase-secure/splitWAL/WALs%2Fhbase-bug58335-6.openstacklocal%2C16020%2C1470253655579-splitting%2Fhbase-bug58335-6.openstacklocal%252C16020%252C1470253655579.default.1470253660327 entered state: ERR hbase-bug58335-4.openstacklocal,16020,1470253592920
2016-08-03 19:57:00,064 WARN  [main-EventThread] coordination.SplitLogManagerCoordination: Error splitting /hbase-secure/splitWAL/WALs%2Fhbase-bug58335-6.openstacklocal%2C16020%2C1470253655579-splitting%2Fhbase-bug58335-6.openstacklocal%252C16020%252C1470253655579.default.1470253660327
2016-08-03 19:57:00,064 WARN  [MASTER_SERVER_OPERATIONS-hbase-bug58335-7:20000-0] master.SplitLogManager: error while splitting logs in [hdfs://hbase-bug58335-7.openstacklocal:8020/apps/hbase/data/WALs/hbase-bug58335-6.openstacklocal,16020,1470253655579-splitting] installed = 1 but only 0 done
2016-08-03 19:57:00,065 ERROR [MASTER_SERVER_OPERATIONS-hbase-bug58335-7:20000-0] executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN
java.io.IOException: failed log splitting for hbase-bug58335-6.openstacklocal,16020,1470253655579, will retry
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.resubmit(ServerShutdownHandler.java:357)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:220)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:129)
Caused by: java.io.IOException: error or interrupted while splitting logs in [hdfs://hbase-bug58335-7.openstacklocal:8020/apps/hbase/data/WALs/hbase-bug58335-6.openstacklocal,16020,1470253655579-splitting] Task = installed = 1 done = 0 error = 1
        at org.apache.hadoop.hbase.master.SplitLogManager.splitLogDistributed(SplitLogManager.java:290)
        at org.apache.hadoop.hbase.master.MasterFileSystem.splitLog(MasterFileSystem.java:393)
        at org.apache.hadoop.hbase.master.MasterFileSystem.splitLog(MasterFileSystem.java:366)
        at org.apache.hadoop.hbase.master.MasterFileSystem.splitLog(MasterFileSystem.java:288)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:213)
        ... 4 more
2016-08-03 19:57:00,067 FATAL [MASTER_SERVER_OPERATIONS-hbase-bug58335-7:20000-0] master.HMaster: Master server abort: loaded coprocessors are: [org.apache.ranger.authorization.hbase.RangerAuthorizationCoprocessor, org.apache.hadoop.hbase.backup.master.BackupController]
2016-08-03 19:57:00,067 FATAL [MASTER_SERVER_OPERATIONS-hbase-bug58335-7:20000-0] master.HMaster: Caught throwable while processing event M_SERVER_SHUTDOWN
        ... 4 more

If we fail to split the WAL, we normally retry, but it seems that it is doing this by throwing an exception: 

  private void resubmit(final ServerName serverName, IOException ex) throws IOException {
    // typecast to SSH so that we make sure that it is the SSH instance that
    // gets submitted as opposed to MSSH or some other derived instance of SSH
    this.services.getExecutorService().submit((ServerShutdownHandler) this);
    this.deadServers.add(serverName);
    throw new IOException("failed log splitting for " + serverName + ", will retry", ex);
  }

HBASE-14968 made the change that if the handler is throwing an uncaught exception, we abort the server: 

  protected void handleException(Throwable t) {
    String msg = "Caught throwable while processing event " + eventType;
    LOG.error(msg, t);
    if (server != null) {
      server.abort(msg, t);
    }
  }

It seems that SSH, and some other handlers are throwing exceptions in valid cases to retry the operations. We can undo the server.abort() call which was originally added in HBASE-14968 for cases where unchecked exceptions like ConcurrentModificationException, etc are not ignored. 

When using encrypted passwords via the Hadoop Credential Provider, HiveServer2 currently does not correctly forward enough information to the job configuration for jobs to read those secrets. If your job needs to access any secrets, like S3 credentials, then there's no convenient and secure way to configure this today.
You could specify the decryption key in files like mapred-site.xml that HiveServer2 uses, but this would place the encryption password on local disk in plaintext, which can be a security concern.
To solve this problem, HiveServer2 should modify job configuration to include the environment variable settings needed to decrypt the passwords. Specifically, it will need to modify:

For MR2 jobs:
	
yarn.app.mapreduce.am.admin.user.env
mapreduce.admin.user.env

For Spark jobs:
	
spark.yarn.appMasterEnv.HADOOP_CREDSTORE_PASSWORD
spark.executorEnv.HADOOP_CREDSTORE_PASSWORD

HiveServer2 can get the decryption password from its own environment, the same way it does for its own credential provider store today.
Additionally, it can be desirable for HiveServer2 to have a separate encrypted password file than what is used by the job. HiveServer2 may have secrets that the job should not have, such as the metastore database password or the password to decrypt its private SSL certificate. It is also best practices to have separate passwords on separate files. To facilitate this, Hive will also accept:

A configuration for a path to a credential store to use for jobs. This should already be uploaded in HDFS. (hive.server2.job.keystore.location or a better name) If this is not specified, then HS2 will simply use the value of hadoop.security.credential.provider.path.
An environment variable for the password to decrypt the credential store (HIVE_JOB_KEYSTORE_PASSWORD or better). If this is not specified, then HS2 will simply use the standard environment variable for decrypting the Hadoop Credential Provider.

In my Spring XML file I have a static-wsdl defined and in the WSDL I imported a XML Schema Definition with namespace and schemaLocation attributes.
When I deploy my Web Application I want to the 

 <soap:address location /> 

 and 

 <xs:import schemaLocation /> 

 in WSDL to be transformed to reflect the URI of the incoming HttpServletRequest.
So to achieve this behavior in the web.xml file I have this configuration:

<servlet>
   <servlet-name>spring-ws-dispatcher</servlet-name>
   <servlet-class>org.springframework.ws.transport.http.MessageDispatcherServlet</servlet-class>
      <init-param>
         <param-name>transformWsdlLocations</param-name>
         <param-value>true</param-value>
      </init-param>
         <param-name>transformSchemaLocations</param-name>
      <load-on-startup>1</load-on-startup>

The problem:
When the application is deployed, the method 'initWsdlDefinitionHandlerAdapter' in class 'MessageDispatcherServlet' runs, but only the attribute 

 transformLocations 

 in class 'WsdlDefinitionHandlerAdapter' is properly setted with the value passed through the 

<init-param />

 tag in the web.xml file, and the attribute 

 transformSchemaLocations 

 is not. As can be seen in red in the code below:
MessageDispatcherServlet.class
private void initWsdlDefinitionHandlerAdapter(ApplicationContext context) {
   try {
      try {
         wsdlDefinitionHandlerAdapter = context.getBean(getWsdlDefinitionHandlerAdapterBeanName(), WsdlDefinitionHandlerAdapter.class);

      } catch (NoSuchBeanDefinitionException ignored) {
           wsdlDefinitionHandlerAdapter = new WsdlDefinitionHandlerAdapter();
      }
{color:red} 
      wsdlDefinitionHandlerAdapter.setTransformLocations(isTransformWsdlLocations());
{color}
      wsdlDefinitionHandlerAdapter.afterPropertiesSet();

   } catch (Exception ex) {
        throw new BeanInitializationException("Could not initialize WsdlDefinitionHandlerAdapter", ex);
   }
}

My solution was: 
Create in the Spring XML file a wsdlDefinitionHandlerAdapter bean and set the properties 'transformLocations' and 'transformSchemaLocations' with value true.

<bean id="wsdlDefinitionHandlerAdapter" class="org.springframework.ws.transport.http.WsdlDefinitionHandlerAdapter">
	<property name="transformSchemaLocations" value="true" />
    	<property name="transformLocations" value="true" />
</bean>

ForwardedHeaderFilter captures the requestUri on initial request (e.g. /foo).  That request URI can be altered due to a server-side forward - for example:

request.getRequestDispatcher("/bar").forward(request, response)

When the request is re-dispatched, code calling HttpServletRequest.getRequestURI() receives the old value (e.g. /foo) instead of the new value (e.g. /bar).  Even if the filter is registered with DispatcherType.FORWARD, the issue remains that the filter implements OncePerRequestFilter.

The Camel-shiro component allows the ability to perform authorization based on permissions. However, it does not allow using straight-forward roles for authorization. While using permissions is more flexible, we should also support authorization using roles.

When the table is disabled, move_tables_rsgroup will throw an exception, but the table has been moved to the new group successfully.

hbase(main):009:0> move_tables_rsgroup 'default',['t1']
ERROR: java.io.IOException
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:465)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:134)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:325)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:305)
        at org.apache.hadoop.hbase.shaded.protobuf.generated.MasterProcedureProtos$MoveRegionStateData$Builder.setSourceServer(MasterProcedureProtos.java:26022)
        at org.apache.hadoop.hbase.master.assignment.MoveRegionProcedure.serializeStateData(MoveRegionProcedure.java:133)
        at org.apache.hadoop.hbase.procedure2.ProcedureUtil.convertToProtoProcedure(ProcedureUtil.java:198)
        at org.apache.hadoop.hbase.procedure2.store.wal.ProcedureWALFormat.writeEntry(ProcedureWALFormat.java:211)
        at org.apache.hadoop.hbase.procedure2.store.wal.ProcedureWALFormat.writeInsert(ProcedureWALFormat.java:222)
        at org.apache.hadoop.hbase.procedure2.store.wal.WALProcedureStore.insert(WALProcedureStore.java:470)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.submitProcedure(ProcedureExecutor.java:866)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.submitProcedure(ProcedureExecutor.java:835)
        at org.apache.hadoop.hbase.master.procedure.ProcedureSyncWait.submitAndWaitProcedure(ProcedureSyncWait.java:120)
        at org.apache.hadoop.hbase.master.assignment.AssignmentManager.move(AssignmentManager.java:557)
        at org.apache.hadoop.hbase.rsgroup.RSGroupAdminServer.moveTables(RSGroupAdminServer.java:413)
        at org.apache.hadoop.hbase.rsgroup.RSGroupAdminEndpoint$RSGroupAdminServiceImpl.moveTables(RSGroupAdminEndpoint.java:190)
        at org.apache.hadoop.hbase.protobuf.generated.RSGroupAdminProtos$RSGroupAdminService.callMethod(RSGroupAdminProtos.java:12786)
        at org.apache.hadoop.hbase.master.MasterRpcServices.execMasterService(MasterRpcServices.java:786)
        at org.apache.hadoop.hbase.shaded.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:406)
        ... 3 more

Reassign tables from one RegionServer group to another.

Example:

  hbase> move_tables_rsgroup 'dest',['table1','table2']

Took 0.0297 seconds

Injecting the TimerService with an @Resource annotation

    @Resource
    private TimerService timerService;
When I call timerService.getTimers().size() in the @PreDestroy method, it always return 0.
If I deploy the same application in jboss eap 6, then timerService.getTimers().size() return 1.

The enableTrace() method of the Camel Main class doesn't work.
When we setup the code as such

    public static void main(String... args) throws Exception {
        Main main = new Main();
        main.enableHangupSupport();
        main.addRouteBuilder(new MyRouteBuilder());
        main.enableTrace();
        main.run(args);

and launch the Main class, than the messages reported by the route in the log are not traced at all.
If we debug, we can see that there is not CamelContext object when this method of the MainSupport class is called

    public void enableTrace() {
        this.trace = true;
        for (CamelContext context : camelContexts) { // EMPTY
            context.setTracing(true);
        }
    }

The workaround is to enable the tracing within the route definition

    public void configure() {

        getContext().setTracing(true);

the domain/template.xml file still has an obsolete version number in the xml namespace.
After upgrading to wildfly-core 6.0.0 the template should use urn:jboss:domain:8.0 namespace but it still using urn:jboss:domain:7.0 namespace.

Updated Description
In 3.1 the accesscontrollist tag began performing an and on the permissions. This may have been accidental, but I think that it is more intuitive & secure for it to behave this way. When compared to hasAnyRole and hasRoles the hasPermission tag implies it is an and. If users end up needing OR support, then the authorize tag can be used along with the hasPermission expression. For example:

<sec:authorize access="hasPermission(#domain, 'read') or hasPermission(#domain, 'write') ">

In general, the authorize tag should be preferred as it is the more powerful way of performing authorization checks.
Original
According to section 4.4 of the Spring Security reference guide:
It checks a comma-separated list of required permissions for a specified domain object. If the current user has any of those permissions, then the tag body will be evaluated. If they don’t, it will be skipped.
http://docs.spring.io/spring-security/site/docs/3.2.4.RELEASE/reference/htmlsingle/#the-accesscontrollist-tag
However, the tag seems to check that the user must have all the permissions listed in the hasPermission attribute.
It looks like SEC-1560 introduced the problem.  I believe that means it impacts versions 3.1 through the current version.
I'm attaching a diff that I believe will get the tag working as documented again.

I pass an xml fragment to an xslt. I have the following code where the queue holds xml messages
       from("activemq:example.A")
               .setHeader("agent.id", new XPathExpression("/"))
               .process(new ReadLocalFile())
               .to("xslt:transform.xsl")
The xslt looks like:
   ...
   <xsl:param name="agent.xml"/>
	<xsl:template match="/">
		<xsl:value-of select="$agent.xml/agent/id" />
I would expect the xml fragment to be available as a nodeset in the xsl, but I get the following exception:
javax.xml.transform.TransformerException: java.lang.RuntimeException: Invalid conversion from 'com.sun.org.apache.xml.internal.dtm.ref.DTMNodeList' to 'node-set'.
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:670)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:300)
	at org.apache.camel.builder.xml.XsltBuilder.process(XsltBuilder.java:83)
       ...

Noticed the following in the test output of TestHFileArchiving :

SnapshotHFileCleaner.init(Map<String,Object>) line: 79
HFileCleaner(CleanerChore<T>).newFileCleaner(String, Configuration) line: 260
HFileCleaner(CleanerChore<T>).initCleanerChain(String) line: 232
HFileCleaner(CleanerChore<T>).<init>(String, int, Stoppable, Configuration, FileSystem, Path, String, Map<String,Object>) line: 182
HFileCleaner.<init>(int, Stoppable, Configuration, FileSystem, Path, Map<String,Object>) line: 104
HFileCleaner.<init>(int, Stoppable, Configuration, FileSystem, Path) line: 51
TestHFileArchiving.testCleaningRace() line: 377

This was due to SnapshotHFileCleaner#init not checking the parameter params.

The following is one of the reasons why we might want to provide an option to disable spark tests :
In the current master branch, unit tests fail with windows OS because of the dependency on "bash" executable in itests/hive-unit/pom.xml around these lines :

                 <target>
                    <exec executable="bash" dir="${basedir}" failonerror="true">
                      <arg line="../target/download.sh"/>
                    </exec>
                  </target>

We should provide an option to disable spark tests in OSes  like Windows where bash might be absent. That being mentioned, spark tests will be enabled by default in pre-commit test runs and should still continue to work as it is in the master branch.

While looking at some other test issues I noticed test logging that indicates that the server embedded in the CLI seems to not always be cleaning up properly, resulting in MSC leaving mbeans installed and subsequent mbean registration errors when the next attempt to launch happens.
Here's an example from a server.log; my impression is one test method attempts to create a server with an invalid --empty-config param, and when that fails the appropriate cleanup doesn't happen.

2015-04-20 11:27:44,020 ERROR [org.jboss.msc.service.fail] (MSC service thread 17-1) MSC000001: Failed to start service jboss.as.server-controller: org.jboss.msc.service.StartException in service jboss.as.server-controller: Failed to start service
Caused by: java.lang.IllegalStateException: WFLYCTL0389: Could not create an empty configuration at file /Users/bstansberry/dev/wildfly/wildfly-core/testsuite/manualmode/target/wildfly-core/standalone/configuration/standalone-cli.xml as there is an existing non-empty configuration there
	at org.jboss.as.controller.persistence.ConfigurationFile.getBootFile(ConfigurationFile.java:242)
	at org.jboss.as.controller.persistence.BackupXmlConfigurationPersister.<init>(BackupXmlConfigurationPersister.java:70)
	at org.jboss.as.server.Bootstrap$Configuration$1.createConfigurationPersister(Bootstrap.java:178)
	at org.jboss.as.server.ServerService.start(ServerService.java:241)
	... 3 more

2015-04-20 11:27:44,031 INFO  [org.jboss.modules] (main) JBoss Modules version 1.4.2.Final
2015-04-20 11:27:44,032 ERROR [org.jboss.msc] (main) MSC000010: Failed to register MBean with MBeanServer: javax.management.InstanceAlreadyExistsException: jboss.msc:type=container,name=jboss-as
	at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:437)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1898)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:966)
	at org.jboss.msc.service.ServiceContainerImpl.<init>(ServiceContainerImpl.java:372)
	at org.jboss.msc.service.ServiceContainer$Factory.create(ServiceContainer.java:266)
	at org.jboss.as.server.BootstrapImpl$ShutdownHook.register(BootstrapImpl.java:198)
	at org.jboss.as.server.BootstrapImpl$ShutdownHook.access$100(BootstrapImpl.java:188)
	at org.jboss.as.server.BootstrapImpl.<init>(BootstrapImpl.java:62)
	at org.jboss.as.server.Bootstrap$Factory.newInstance(Bootstrap.java:243)
	at org.wildfly.core.embedded.EmbeddedStandAloneServerFactory$StandaloneServerImpl.start(EmbeddedStandAloneServerFactory.java:280)
	at org.wildfly.core.embedded.StandaloneServerIndirection.invokeOnServer(StandaloneServerIndirection.java:70)
	at org.wildfly.core.embedded.StandaloneServerIndirection.start(StandaloneServerIndirection.java:55)
	at org.jboss.as.cli.embedded.EmbedServerHandler.doHandle(EmbedServerHandler.java:201)
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:676)
	at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:163)
	at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:177)
	at org.jboss.as.test.manualmode.management.cli.CLIEmbedServerTestCase.stdoutTest(CLIEmbedServerTestCase.java:219)
	at org.jboss.as.test.manualmode.management.cli.CLIEmbedServerTestCase.testStdOutEcho(CLIEmbedServerTestCase.java:199)

In order to use the LDAP feature for authentication and authorization over SSL I had to modify the class :
 org.acegisecurity.providers.ldap.DefaultInitialDirContextFactory
At line 132 I have modified the test:
if (url.startsWith("ldap:")) {
By:
if (url.startsWith("ldap:") || url.startsWith("ldaps:")) {
That's the only way I've been able to do it after a long debugging session.
I hope it will help.
Franck

Refer to:
https://issues.apache.org/jira/browse/HIVE-16743?focusedCommentId=16024139&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16024139

Several methods were removed from the IMetaStoreClient interface as part of HIVE-675:

  /**
   * Drop the table.
   *
   * @param tableName
   *          The table to drop
   * @param deleteData
   *          Should we delete the underlying data
   * @throws MetaException
   *           Could not drop table properly.
   * @throws UnknownTableException
   *           The table wasn't found.
   * @throws TException
   *           A thrift communication error occurred
   * @throws NoSuchObjectException
   */
  public void dropTable(String tableName, boolean deleteData)
      throws MetaException, UnknownTableException, TException,
      NoSuchObjectException;

  /**
   * Get a table object.
   *
   *          Name of the table to fetch.
   * @return An object representing the table.
   *           Could not fetch the table
   *           In case the table wasn't found.
   */
  public Table getTable(String tableName) throws MetaException, TException,

  public boolean tableExists(String databaseName, String tableName) throws MetaException,
      TException, UnknownDBException;

These methods should be reinstated with a deprecation warning.

Not sure the reason. The link at the bottom of the RS UI back to master always lists 0 as the info port, thus fails when clicked. 
Any takers ?

We store the partition spec value in the metastore. In mysql (and derby i think), the trailing space is ignored. That is, if you have a partition column "col" (type varchar or string) with value "a " and then select from the table where col = "a", it will return. However, in postgres and Oracle, the trailing space is not ignored. 

WildFly Core TS failures on Java 11

The following tests fail for TestFromClientSide: 

testPoolBehavior()
testClientPoolRoundRobin()
testClientPoolThreadLocal()

The first test fails due to the fact that the test (wrongly) assumes that ThredPoolExecutor can reclaim the thread immediately. 
The second and third tests seem to fail because that Put's to the table does not specify an explicit timestamp, but on windows, consecutive calls to put happen to finish in the same milisecond so that the resulting mutations have the same timestamp, thus there is only one version of the cell value.  

The deployment overlay tests in testsuite/integration/basic module have to be updated. The current implementation hide problems which occur before adding the overlay (as there is another failure in finally section.

If user specifies absolute path for one of the files in ZooKeeper, the following will not do what it's supposed to:
if (!ensureZNodeExists(parentZNode)) {
  ...
Because the user specified path is not a child of parentZNode, all operations on it will fail.

hive --service jar fails. I have to open another ticket to clean up the scripts and unify functions like version detection.

See the following test case:
1) Create a table with RCFile format:

CREATE TABLE test (a int) PARTITIONED BY (p int)
ROW FORMAT DELIMITED FIELDS TERMINATED BY '|' 
STORED AS RCFILE;

2) run "DESC FORMATTED test"

# Storage Information
SerDe Library:      	org.apache.hadoop.hive.serde2.columnar.ColumnarSerDe
InputFormat:        	org.apache.hadoop.hive.ql.io.RCFileInputFormat
OutputFormat:       	org.apache.hadoop.hive.ql.io.RCFileOutputFormat

shows that SerDe used is "ColumnarSerDe"
3) run "SHOW CREATE TABLE" and get the output:

CREATE TABLE `test`(
  `a` int)
  `p` int)
  FIELDS TERMINATED BY '|'
  'org.apache.hadoop.hive.ql.io.RCFileInputFormat'
  'org.apache.hadoop.hive.ql.io.RCFileOutputFormat'
LOCATION
  'hdfs://node5.lab.cloudera.com:8020/user/hive/warehouse/case_78732.db/test'
  'transient_lastDdlTime'='1448343875')

Note that there is no mention of "ColumnarSerDe"
4) Drop the table and then create the table again using the output from 3)
5) Check the output of "DESC FORMATTED test"

SerDe Library:      	org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe

The SerDe falls back to "LazySimpleSerDe", which is not correct.
Any further query tries to INSERT or SELECT this table will fail with errors
I suspect that we can't specify ROW FORMAT DELIMITED with ROW FORMAT SERDE at the same time at table creation, this causes confusion to end users as copy table structure using "SHOW CREATE TABLE" will not work.

Parsing xml schema files with xs:element tags have do not a 'name' attribute causes the builder to fail with the following exception when requesting the wsdl:
at org.springframework.ws.wsdl.wsdl11.builder.XsdBase dSoap11Wsdl4jDefinitionBuilder.isRequestMessage(Xs dBasedSoap11Wsdl4jDefinitionBuilder.java:244)
at org.springframework.ws.wsdl.wsdl11.builder.XsdBase dSoap11Wsdl4jDefinitionBuilder.buildMessages(XsdBa sedSoap11Wsdl4jDefinitionBuilder.java:223)
at org.springframework.ws.wsdl.wsdl11.builder.Abstrac tWsdl4jDefinitionBuilder.buildMessages(AbstractWsd l4jDefinitionBuilder.java:115)
I have tested a fix locally, and adding a null check to the element name within the following method resolves this problem:
protected void buildMessages(Definition definition) throws WSDLException {
		NodeList elements = schemaElement.getElementsByTagNameNS(
				SCHEMA_NAMESPACE_URI, "element");
		for (int i = 0; i < elements.getLength(); i++) {
			Element element = (Element) elements.item;
			QName elementName = getSchemaElementName(element);
			if ((elementName != null)
					&& (isRequestMessage(elementName) || isResponseMessage(elementName))) 
{
				Message message = definition.createMessage();
				populateMessage(message, element);
				Part part = definition.createPart();
				populatePart(part, elementName);
				message.addPart(part);
				message.setUndefined(false);
				definition.addMessage(message);
			}
		}
	}

There is no connection timeout and pipeline buffering is enabled. The lack of timeout is especially problematic as it can result in FD exhaustion if browsers hold onto connections for long periods

TestRegionObserverBypass.testMulti() fails with 

	at org.apache.hadoop.hbase.coprocessor.TestRegionObserverBypass.checkRowAndDelete(TestRegionObserverBypass.java:173)
	at org.apache.hadoop.hbase.coprocessor.TestRegionObserverBypass.testMulti(TestRegionObserverBypass.java:166)

HIVE-6455 added dynamic partition sort optimization. It added startGroup() method to FileSink operator to look for changes in reduce key for creating partition directories. This method however is not reliable as the key called with startGroup() is different from the key called with processOp(). startGroup() is called with newly changed key whereas processOp() is called with previously aggregated key. This will result in processOp() writing the last row of previous group as the first row of next group. This happens only when used with group by operator.
The fix is to not rely on startGroup() and do the partition directory creation in processOp() itself.

In Camel Netty HTTP component, we don't remove headerFilterStrategy option from the parameters, so it is propagated as a query parameter.
When I create producer URL like this - netty-http:http://host.com?headerFilterStrategy=#headerFilterStrategy&foo=bar I expect only foo=bar to be send as a query to to endpoint (while headerFilterStrategy=#headerFilterStrategy should be resolved from the registry and removed from the parameters). This is how it works in Jetty component for example.

I am seeing lower number of request in the masters gui then I have seen in 0.18.0 while scanning.
I thank part of it is we moved to report per sec request not per 3 secs so the request should be 1/3 of the old numbers I was getting.
hbase.client.scanner.caching is not the reason the request are under reported.
I set hbase.client.scanner.caching = 1 and still get about 2K request a sec in the gui
but when the job is done I take records / job time and get 36,324/ records /sec. So
there must be some caching out side of the hbase.client.scanner.caching making the
request per sec lower then it should be. I know it running faster then reported just thought
it might give some new users the wrong impression that request/sec = read/write /sec.

When hive.server2.logging.operation.level is set to EXECUTION (default),  operation logs do not include Driver logs, which contain useful info like total number of jobs launched, stage getting executed, etc. that help track high-level progress. It only adds a few more lines to the output.

15/11/24 14:09:12 INFO ql.Driver: Semantic Analysis Completed
15/11/24 14:09:12 INFO ql.Driver: Starting command(queryId=hive_20151124140909_e8cbb9bd-bac0-40b2-83d0-382de25b80d1): select count(*) from sample_08
15/11/24 14:09:12 INFO ql.Driver: Query ID = hive_20151124140909_e8cbb9bd-bac0-40b2-83d0-382de25b80d1
15/11/24 14:09:12 INFO ql.Driver: Total jobs = 1
...
15/11/24 14:09:40 INFO ql.Driver: MapReduce Jobs Launched:
15/11/24 14:09:40 INFO ql.Driver: Stage-Stage-1: Map: 1  Reduce: 1   Cumulative CPU: 3.58 sec   HDFS Read: 52956 HDFS Write: 4 SUCCESS
15/11/24 14:09:40 INFO ql.Driver: Total MapReduce CPU Time Spent: 3 seconds 580 msec
15/11/24 14:09:40 INFO ql.Driver: OK

The various "authentication-context" attributes added into the connector module for the elytron integration say they support expressions. They shouldn't, as model references should not support expressions as these interfere with model referential integrity checks.
Also, where possible the attribute definitions should be configured as capability references, thus automatically turning on the kernel's referential integrity checks and allowing CLI and HAL value completion.
The latter is only possible for ADs where the containing resource exposes a capability itself. The DS and XA DS resources do. I'm not sure about RAs but I suspect they don't yet.

For example when using JMS in the loanbroaker example. There us a colon in the JMS queue name which is invalid char in JMX.
2011-03-06 08:26:55,859 [main           ] WARN  ManagedManagementStrategy      - Cannot check whether the managed object is registered. This exception will be ignored.
javax.management.MalformedObjectNameException: Could not create ObjectName from: org.apache.camel:context=vesta.apache.org/camel-1,type=threadpools,name=JmsReplyManagerTimeoutChecker[queue2:parallelLoanRequestQueue]. Reason: javax.management.MalformedObjectNameException: Invalid character ':' in value part of property
	at org.apache.camel.management.DefaultManagementNamingStrategy.createObjectName(DefaultManagementNamingStrategy.java:315)[camel-core-2.7-SNAPSHOT.jar:2.7-SNAPSHOT]

If you have a route like this: from("jms:queue").to("bean:testBean").to("bean:testBean"),
the second instance of the processor "to(bean:testBean)" will fail to register with mbean server because of duplicated objectname.  As a result, only one instance of the "to(bean:testBean)" processor is visible to mbean server and we won't set the performance counter of the second instance.
 http://www.nabble.com/Starting-Camel-context-causes-JMX-exception.-tp18304692s22882p18304692.html

Please visit this page http://hbase.apache.org/book.html#quickstart and try to access the link for 'Why does HBase care about /etc/hosts?' ->http://blog.devving.com/why-does-hbase-care-about-etchosts/
which gives me server not found error.

If you have a @ManagedResource on a scoped proxy (e.g. with @Lazy @Scope(proxyMode = ScopedProxyMode.TARGET_CLASS)) then @EnableMBeanExport will expose 2 MBeans.

Two of the values that are being stored as user metadata in TestOrcFile.metaData weren't flipped and thus were empty buffers. The test passes because they are compared to empty buffers. We should fix the test to perform the expected test.

     When you set the bindy dataformat with below DSL , you will get the error that camel can't find the DataFormat. 

     public void configure() {
            from("direct:start").marshal()
                .bindy(BindyType.KeyValue, "org.apache.camel.dataformat.bindy.model.fix.simple")
                .to("mock:result");
        }
     
Thrown NoClassDefFoundError with Enhanced JAX-RS Client. I attached the error log.

When trying to deploy a Spring Batch project in a web container it fails to deploy due to DefaultBatchConfigurer violating the @PostConstruct annotation rule.
http://docs.oracle.com/javaee/5/api/javax/annotation/PostConstruct.html
The DefaultBatchConfigurer can't throw a checked exception in the initialize method. My suggestion would be to catch whatever exception is being thrown and wrap it in a run time exception.

The group name is not properly resolved if people specify a invalid host name, such as with underscores.
If so we should fallback and grab the group name by grabbing the string until the first path separator char.
See nabble
http://camel.465427.n5.nabble.com/Camel-Quartz-consumer-doesn-t-allow-underscores-tp5063734p5063734.html

LogCleaner code refers to SnapshotLogCleaner, but no such class exists.  Perhaps it refers to work done in HBASE-50 that was never checked in.

Setting StandaloneMockMvcBuilder.useSuffixPatternMatch to false does not work with the 4.2.2 release. It worked in 4.1.7, but after an upgrade yesterday it stopped working.

Noticed replication sources could get stuck while doing some tests that involved RS restart. On these cases, upon RS restart, the newly created normal source was reaching wal end and not recognising it was open for write, what leads to remove it from source queue. Thus, no new OP get's replicated unless this log goes to a recovery queue.
Checking this further, my understanding is that, during restart, RS will start replication services, which inits ReplicationSourceManager and ReplicationSources for each wal group id, in below sequence:

HRegionServer -> Replication.startReplicationService() -> ReplicationSourceManager.init() -> add ReplicationSource 

At this point, ReplicationSources have no paths yet, so WAL reader thread is not running. ReplicationSourceManager is registered as a WAL listener, in order to get notified whenever new wal file is available. During ReplicationSourceManager and ReplicationSource instances creation, a WALFileLengthProvider instance is obtained from WALProvider and cached by both ReplicationSourceManager and ReplicationSource. The default implementation for this WALFileLengthProvider is below, on WALProvider interface:

default WALFileLengthProvider getWALFileLengthProvider() {
    return path -> getWALs().stream().map(w -> w.getLogFileSizeIfBeingWritten(path))
        .filter(o -> o.isPresent()).findAny().orElse(OptionalLong.empty());
  } 

Notice that if WALProvider.getWALs returns an empty list, this WALFileLengthProvider instance is always going to return nothing. This is relevant because when ReplicationSource finally starts ReplicationSourceWALReader thread, it passes this WALFileLengthProvider, which is used by WALEntryStream (inside the wal reader) to determine if wal is being written (and should be kept in the queue) here:

  private void tryAdvanceEntry() throws IOException {
    if (checkReader()) {
      boolean beingWritten = readNextEntryAndRecordReaderPosition();
      LOG.trace("reading wal file {}. Current open for write: {}", this.currentPath, beingWritten);
      if (currentEntry == null && !beingWritten) {
        // no more entries in this log file, and the file is already closed, i.e, rolled
        // Before dequeueing, we should always get one more attempt at reading.
        // This is in case more entries came in after we opened the reader, and the log is rolled
        // while we were reading. See HBASE-6758
        resetReader();
        readNextEntryAndRecordReaderPosition();
        if (currentEntry == null) {
          if (checkAllBytesParsed()) { // now we're certain we're done with this log file
            dequeueCurrentLog();
            if (openNextLog()) {
              readNextEntryAndRecordReaderPosition();
            }
          }
        }
      }
...

Here code snippet for WALEntryStream.readNextEntryAndRecordReaderPosition() method that relies on the WALFileLengthProvider:

...
#1   OptionalLong fileLength = walFileLengthProvider.getLogFileSizeIfBeingWritten(currentPath);
    if (fileLength.isPresent() && readerPos > fileLength.getAsLong()) {
      // see HBASE-14004, for AsyncFSWAL which uses fan-out, it is possible that we read uncommitted
      // data, so we need to make sure that we do not read beyond the committed file length.
      if (LOG.isDebugEnabled()) {
        LOG.debug("The provider tells us the valid length for " + currentPath + " is " +
            fileLength.getAsLong() + ", but we have advanced to " + readerPos);
      }
      resetReader();
    }
    if (readEntry != null) {
      metrics.incrLogEditsRead();
      metrics.incrLogReadInBytes(readerPos - currentPositionOfEntry);
    }
    currentEntry = readEntry; // could be null
    this.currentPositionOfReader = readerPos;
    return fileLength.isPresent();
...

The problem can occur because when wal file is indeed created in AbstractFSWALProvider.getWAL() method (snippet shown below), line marked as #2 in below snippet triggers notification of registered WALListeners, including ReplicationSourceManager, which will start ReplicationSourceWALReader thread. If ReplicationSourceWALReader thread reaches the point #1 from snippet above before the thread running AbstractFSWALProvider.getWAL() method gets to point #3 from below snippet, then WALFileLengthProvider will return empty and the wal will not be considered as open, causing it to be dequeued:

  @Override
  public T getWAL(RegionInfo region) throws IOException {
    T walCopy = wal;
    if (walCopy == null) {
      // only lock when need to create wal, and need to lock since
      // creating hlog on fs is time consuming
      synchronized (walCreateLock) {
        walCopy = wal;
        if (walCopy == null) {
          walCopy = createWAL();
          boolean succ = false;
          try {
#2            walCopy.init();
            succ = true;
          } finally {
            if (!succ) {
              walCopy.close();
            }
          }
 #3         wal = walCopy;
        }
      }
    }
    return walCopy;
  }

This can be sorted by making AbstractFSWALProvider.getWALs reuse AbstractFSWALProvider.getWAL method to obtain the WAL instance. Do we really have scenarios where we want to return no WAL instance? Another possibility could be to synchronize getWALs on same lock currently used by getWAL.
Am proposing an initial patch with the 1st solution, after some tests, it does seem to be enough to sort the problem.

When using camel-jdbc component with newly introduced StreamList mode I've faced a 100% reproducible connection leak issue.
My investigation leads me to Tomcat connection pool implementation - it has problem with returing current connection from Statement object - instead of returning pool specific proxy it returns actual JDBC connection.
There is `statement.getConnection()` line in `org.apache.camel.component.jdbc.ResultSetIterator` so in my particular scenario things work like this:
1) Camel borrows connection from Tomcat pool
2) Camel leaves JDBC connection and ResultSet intact as we use StreamList mode of camel-jdbc component
3) Route processes resultset in streaming mode and completes successfully
4) Camel tries to close connection, but due to connection pool implementation issue it closes actual JDBC connection instead of returing it to the pool
5) Actual JDBC connection is closed an connection pool is unaware of this fact thinking it's still open and in use by application
It would be more error prone to pass proper connection object to ResultSetIterator along with result set and not rely on statement.getConnection() call.

org.springframework.web.util.UriUtils#encode(java.lang.String, java.nio.charset.Charset) needs to allow reserved characters (as defined per https://tools.ietf.org/html/rfc3986#section-2.2) unencoded in a URI.
Under the hood UriUtils#encode(java.lang.String, java.nio.charset.Charset) calls out to
UriUtils#encode(source, charset, HierarchicalUriComponents.Type.URI);
Current implementation of isAllowed for org.springframework.web.util.HierarchicalUriComponents.Type#URI simply delegates to HierarchicalUriComponents.Type#isUnreserved.
According to the RFC3896 (https://tools.ietf.org/html/rfc3986#section-2) spec, the following characters may be used without percent encoding:

Reserved: gen-delims, sub-delims
Unreserved:  ALPHA / DIGIT / "-" / "." / "_" / "~"

There is also HierarchicalUriComponents.Type#isReserved method that is never referenced from any where within spring-web jar - another sign of a bug.
The correct implementation for HierarchicalUriComponents.Type#URI#isAllowed should be:

URI {
	@Override
	public boolean isAllowed(int c) {
		return isUnreserved(c) || isReserved(c);
	}
};

"alter table .. concatenate" DDL command creates MR task by default. When hive cli is launched with execution engine as tez, the scheduling of the MR task for file merging could be delayed until tez session expiration. This happens because YARN will not have capacity to launch another AppMaster for MR task. We should create tez task to overcome this. When the execution engine is tez TezTask will be created else MRTask will be created.

The clean target currently consist of:

clean:
	rm -rf $(TARGET)
	rm -rf $(COMMONS_CRYPTO_OUT)

This removes some input files that it needs and anyway COMMONS_CRYPTO_OUT is under TARGET
It should only drop the files it actually creates.

clean:
	rm -rf $(TARGET)/jni-classes

JBoss-CLI "deploy -l" always returns exit code 1 even when it succeededs.
It looks that DeploymentHandler.listDeployments() always throws CommandFormatException and this causes the "deploy -l" command returns exit code 1.
cli/src/main/java/org/jboss/as/cli/handlers/DeploymentHandler.java

 55     protected void listDeployments(CommandContext ctx, boolean l) throws CommandFormatException {
 56         if(!l) {
 57             printList(ctx, Util.getDeployments(ctx.getModelControllerClient()), l);
 58             return;
 59         }
 60         final ModelControllerClient client = ctx.getModelControllerClient();
 61         final List<String> names = Util.getDeployments(client);
 62         if(names.isEmpty()) {
 63             return;
 64         }
 65 
 66         final StrictSizeTable table = new StrictSizeTable(names.size());
 67         final List<Property> descriptions = getDeploymentDescriptions(ctx, names).asPropertyList();
 68         for(Property prop : descriptions) {
 69             final ModelNode step = prop.getValue();
 70             if(step.hasDefined(Util.RESULT)) {
 71                 final ModelNode result = step.get(Util.RESULT);
 72                 table.addCell(Util.NAME, result.get(Util.NAME).asString());
 73                 table.addCell(Util.RUNTIME_NAME, result.get(Util.RUNTIME_NAME).asString());
 74                 if(result.has(Util.ENABLED)) {
 75                     table.addCell(Util.ENABLED, result.get(Util.ENABLED).asString());
 76                 }
 77                 if(result.has(Util.STATUS)) {
 78                     table.addCell(Util.STATUS, result.get(Util.STATUS).asString());
 79                 }
 80             }
 81             if(!table.isAtLastRow()) {
 82                 table.nextRow();
 83             }
 84         }
 85         throw new CommandFormatException(table.toString());   // -> CommandFormatException is always thrown. This looks a root cause.
 86     }

cli/src/main/java/org/jboss/as/cli/impl/CommandContextImpl.java

 907     public void handleSafe(String line) {
 908         exitCode = 0;
 909         try {
 910             handle(line);
 911         } catch(Throwable t) {
 912             error(Util.getMessagesFromThrowable(t));   // -> This is invoked when CommandFormatException happened in the above listDeployments. 
 913         }
 914     }
  :
 993     protected void error(String message) {
 994         this.exitCode = 1;
 995         printLine(message);
 996     }

Interruption a CLI session with Ctrl+C during authentication dialogue could get CLI into unresponsive state.
reproduce
Either use a remote server, --no-local-auth cli script arg or remove a local element from ManagementRealm configuration

         <security-realms>
             <security-realm name="ManagementRealm">
                 <authentication>
-                    <local default-user="$local" skip-group-loading="true"/>

start a standalone server and launch a CLI

[pkremens@localhost] $ ./standalone.sh &
[pkremens@localhost] $ ./jboss-cli.sh
Authenticating against security realm: ManagementRealm
Username: <Press Ctrl+C here>

Could not connect message is printed, but process is not terminated and stuck at this point.

The controller is not available at localhost:9990: java.net.ConnectException: WFLYPRT0023: Could not connect to http-remoting://localhost:9990. The connection timed out: WFLYPRT0023: Could not connect to http-remoting://localhost:9990. The connection timed out

Only way to recover the terminal is to SIGKILL the CLI process.

Fix for SEC-760 causes another bug. If you deploy JAAS login module (application policy) with application, as a service archive, JaasAuthenticationProvider does not see it because of an config reset, which was a fix in SEC-760.
If line "Configuration.getConfiguration().refresh();" is removed everything works ok.

The following function does some bad I/O

public synchronized void sync(long position) throws IOException {
  ...
      try {
        seek(position + 4); // skip escape
        in.readFully(syncCheck);
        int syncLen = sync.length;
        for (int i = 0; in.getPos() < end; i++) {
          int j = 0;
          for (; j < syncLen; j++) {
            if (sync[j] != syncCheck[(i + j) % syncLen]) {
              break;
            }
          }
          if (j == syncLen) {
            in.seek(in.getPos() - SYNC_SIZE); // position before
            // sync
            return;
          }
          syncCheck[i % syncLen] = in.readByte();
        }
      }
...
    }

This causes a rather large number of readByte() calls which are passed onto a ByteBuffer via a single byte array.
This results in rather a large amount of CPU being burnt in a the linear search for the sync pattern in the input RCFile (upto 92% for a skewed example - a trivial map-join + limit 100).
This behaviour should be avoided at best or at least replaced by a rolling hash for efficient comparison, since it has a known byte-width of 16 bytes.
Attached the stack trace from a Yourkit profile.

The following exception was noticed in testing out the AccumuloStorageHandler's OutputFormat:

java.lang.IllegalStateException: Connector info for AccumuloOutputFormat can only be set once per job
  at org.apache.accumulo.core.client.mapreduce.lib.impl.ConfiguratorBase.setConnectorInfo(ConfiguratorBase.java:146)
  at org.apache.accumulo.core.client.mapred.AccumuloOutputFormat.setConnectorInfo(AccumuloOutputFormat.java:125)
  at org.apache.hadoop.hive.accumulo.mr.HiveAccumuloTableOutputFormat.configureAccumuloOutputFormat(HiveAccumuloTableOutputFormat.java:95)
  at org.apache.hadoop.hive.accumulo.mr.HiveAccumuloTableOutputFormat.checkOutputSpecs(HiveAccumuloTableOutputFormat.java:51)
  at org.apache.hadoop.hive.ql.io.HivePassThroughOutputFormat.checkOutputSpecs(HivePassThroughOutputFormat.java:46)
  at org.apache.hadoop.hive.ql.exec.FileSinkOperator.checkOutputSpecs(FileSinkOperator.java:1124)
  at org.apache.hadoop.hive.ql.io.HiveOutputFormatImpl.checkOutputSpecs(HiveOutputFormatImpl.java:67)
  at org.apache.hadoop.mapreduce.JobSubmitter.checkSpecs(JobSubmitter.java:268)
  at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:139)
  at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1290)
  at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1287)
  at javax.security.auth.Subject.doAs(Subject.java:415)
  at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1657)
  at org.apache.hadoop.mapreduce.Job.submit(Job.java:1287)
  at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:575)
  at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:570)
  at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:570)
  at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:561)
  at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:431)
  at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:137)
  at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:160)
  at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:88)
  at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1653)
  at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1412)
  at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1195)
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1059)
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1049)
  at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:213)
  at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:165)
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:376)
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:311)
  at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:409)
  at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:425)
  at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:714)
  at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:681)
  at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:621)
  at org.apache.hadoop.util.RunJar.run(RunJar.java:221)
  at org.apache.hadoop.util.RunJar.main(RunJar.java:136)
  Job Submission failed with exception 'java.lang.IllegalStateException(Connector info for AccumuloOutputFormat can only be set once per job)'

The OutputFormat implementation already had a method in place to account for this exception but the method accidentally wasn't getting called.

When maximumReconnectAttempts > 0 on the endpoint, both camel-ftp consumers and producers retry connecting to an unavailable FTP server twice as much as the number of maximumReconnectAttempts. It is because of the following logic in RemoteFileConsumer.prePollCheck() and RemoteFileProducer.preWriteCheck():

                if (getEndpoint().getMaximumReconnectAttempts() > 0) {
                    // only use recoverable if we are allowed any re-connect attempts
                    recoverableConnectIfNecessary();
                } else {
                    connectIfNecessary();
                }

where recoverableConnectIfNecessary() retries RemoteFileOperations.connect() once in case of initial connection failure.
Digging into the commit history, this logic appears to be introduced due to CAMEL-2829 as a workaround. However, since the root cause NET-327 is already resolved the logic doesn't seem to be necessary any more. So probably we can remove the logic to avoid attempting reconnects twice as much as maximumReconnectAttempts.

'whoami' operation in domain mode seems to require the domain wide configuration lock.  This is problematic when there is an editing operation of domain.xml like a long running undeployment because all 'whoami' requests are blocked by the existing task.  The number of blocked thread increases indefinitely and it will cause an OutOfMemoryError.
It doesn't happen in standalone mode.

We've done a lot of work to get rid of the error-prone errors, we should make sure they stay out. Let's enable errorProne profile and analysis in precommit.
Sean Busbey - I tried figuring out how to pass flags (-PerrorProne to the mvn compile precommit check but was unable to unravel that thread. Any help is appreciated.

08/10/14 18:13:17 FATAL regionserver.HRegionServer: Unhandled exception. Aborting...
java.io.IOException: Call failed on local exception
        at org.apache.hadoop.ipc.Client.call(Client.java:718)
        at org.apache.hadoop.hbase.ipc.HbaseRPC$Invoker.invoke(HbaseRPC.java:245)
        at $Proxy0.getProtocolVersion(Unknown Source)
        at org.apache.hadoop.hbase.ipc.HbaseRPC.getProxy(HbaseRPC.java:388)
        at org.apache.hadoop.hbase.ipc.HbaseRPC.getProxy(HbaseRPC.java:364)
        at org.apache.hadoop.hbase.ipc.HbaseRPC.getProxy(HbaseRPC.java:412)
        at org.apache.hadoop.hbase.ipc.HbaseRPC.waitForProxy(HbaseRPC.java:328)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.reportForDuty(HRegionServer.java:709)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:290)
        at java.lang.Thread.run(Thread.java:674)
Caused by: java.net.ConnectException: Connection refused
        at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
        at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:592)
        at sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:118)
        at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:300)
        at org.apache.hadoop.ipc.Client$Connection.access$1700(Client.java:177)
        at org.apache.hadoop.ipc.Client.getConnection(Client.java:789)
        at org.apache.hadoop.ipc.Client.call(Client.java:704)
        ... 9 more
08/10/14 18:13:17 DEBUG hbase.RegionHistorian: Offlined
08/10/14 18:13:17 INFO ipc.Server: Stopping server on 60020
Exception in thread "regionserver/0:0:0:0:0:0:0:0:60020" java.lang.NullPointerException
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:449)

In ThriftCLIService, if any of the API calls error out, the server API tries to send back a detailed error response by trying to extract information from the caught exception e like - HiveSQLException.toTStatus(e). However, within the HiveSQLException#toTStatus method, the detailed error info (sqlState, errorCode, errorMessage) is sent back only if the caught exception is an instance of HiveSQLException, otherwise only the error status is set. For other exceptions as well, we can set the error message in the response in addition to setting the error status to help in debugging.

Under very rare scenario, master could hang waiting for meta to be assigned while the meta server is dead.

org.jboss.as.test.integration.deployment.jcedeployment.JCETestCase#testJCE
./integration-tests.sh -Dts.basic -Dts.noSmoke -DtestLogToFile=false -Dsecurity.manager -Dtest=org.jboss.as.test.integration.deployment.jcedeployment.JCETestCase#testJCE

ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /test/controller: javax.servlet.ServletException: Cannot install the certificate to the validator.
	at org.jboss.as.test.integration.deployment.jcedeployment.ControllerServlet.init(ControllerServlet.java:80)
	at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
	at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
	at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
	at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:231)
	at io.undertow.servlet.core.ManagedServlet.getServlet(ManagedServlet.java:170)
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:84)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284)
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)
	at io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:180)
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:177)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "../jcetest.keystore" "read")" in code source "(vfs:/content/jcetest.ear/test.war/WEB-INF/classes <no signer certificates>)" of "null")
	at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
	at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:377)
	at java.io.FileInputStream.<init>(FileInputStream.java:127)
	at java.io.FileInputStream.<init>(FileInputStream.java:93)
	at org.jboss.as.test.integration.deployment.jcedeployment.ControllerServlet.init(ControllerServlet.java:65)
	... 34 more

ItemReaders and ItemWriters implement both DisposableBean and ItemStream, which results in calling the close() method twice (e.g. in case of HibernateCursorItemReader the second calls result in error as hibernate session is already closed)

Currently we have API to build the protobuf UserPermission to client user permission in AccessControlUtil but we cannot do the same when we use shaded protobufs.

  /**
   * Converts a user permission proto to a client user permission object.
   *
   * @param proto the protobuf UserPermission
   * @return the converted UserPermission
   */
  public static UserPermission toUserPermission(AccessControlProtos.UserPermission proto) {
    return new UserPermission(proto.getUser().toByteArray(),
        toTablePermission(proto.getPermission()));
  }

fetch task conversion is does some strange things:
For instance: select * from (select * from x) t, wont get converted even though it's the exact same operator plan as: select * from x.
Or: select * from foo will get converted with minimal, but select <list all columns of foo> from foo won't.
We also check the AST for group by etc, but then do the same thing in the operator tree again.
I'm also wondering why we ship with "moar" as default, but test with "minimal" in the unit tests.

If the user goes to admin-only mode without restarting the servers and tries to come back to normal mode restarting them, the following warning is logged:

WARN  [org.jboss.as.process] (ProcessController-threads - 3) WFLYPC0005: Attempted to register duplicate named process 'Server:server-master'

The domain gets in an unstable state since the reload operation does not end correctly, DC has to be manually restarted.

There is a bug in the org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl class which caused the bloom filter index saved in the ORC file not being used. The root cause is the bloomFilterIndices variable defined in the SargApplier class superseded the one defined in its parent class. Therefore, in the ReaderImpl.pickRowGroups()

  protected boolean[] pickRowGroups() throws IOException {
    // if we don't have a sarg or indexes, we read everything
    if (sargApp == null) {
    }
    readRowIndex(currentStripe, included, sargApp.sargColumns);
    return sargApp.pickRowGroups(stripes.get(currentStripe), indexes);
  }

The bloomFilterIndices populated by readRowIndex() is not picked up by sargApp object. One solution is to make SargApplier.bloomFilterIndices a reference to its parent counterpart.

18:46 $ diff src/java/org/apache/hadoop/hive/ql/io/orc/RecordReaderImpl.java src/java/org/apache/hadoop/hive/ql/io/orc/RecordReaderImpl.java.original
174d173
<     bloomFilterIndices = new OrcProto.BloomFilterIndex[types.size()];
178c177
<           sarg, options.getColumnNames(), strideRate, types, included.length, bloomFilterIndices);
---
>           sarg, options.getColumnNames(), strideRate, types, included.length);
204a204
>     bloomFilterIndices = new OrcProto.BloomFilterIndex[types.size()];
673c673
<         List<OrcProto.Type> types, int includedCount, OrcProto.BloomFilterIndex[] bloomFilterIndices) {
---
>         List<OrcProto.Type> types, int includedCount) {
677c677
<       this.bloomFilterIndices = bloomFilterIndices;
---
>       bloomFilterIndices = new OrcProto.BloomFilterIndex[types.size()];

I created a simple repository like below

public interface PersonRepository extends PagingAndSortingRepository<Person, String> {
	
	Person findOneByFirstname(String name);
	Person findOneByFirstnameAndLastname(String firstname, String lastname);
}

and when queried using this repository

Person p = repository.findOneByFirstnameAndLastname("Shirish","Reddy");

The command that goes in to mongodb is
runQuery called db.persons 
{ lastname: "Reddy" }
 where as it should be having 

The online book is intended to be styled, there's a file freebsd_docbook.css. It's not being applied; fix that.

If a class loaded by the system class loader (null) then it is cached by the CachedIntrospectionResults class. However there is no way to clear this item from the cache as clearClassLoader ignores null class loader arguments.
This means that the classCache will include a reference to the CachedIntrospectionResults thus preventing in some cases CachedIntrospectionResults from being garbage collected.
The class that causes this problem in my spring + spring security app is ArrayList. It seems to happen when I include a task scheduler in my application.
I tried to create a simple test case below. But it was able to unload the classes in this case.
public class TestListener implements ServletContextListener {
  public void contextInitialized(ServletContextEvent sce) 
{
    CachedIntrospectionResults.acceptClassLoader(Thread.currentThread()
      .getContextClassLoader());
    BeanUtils.getPropertyDescriptors(ArrayList.class);

  }

  public void contextDestroyed(ServletContextEvent sce) 
{
    CachedIntrospectionResults.clearClassLoader(Thread.currentThread()
  }
}

When the logging level is set to DEBUG, certain scoped beans – normally protected behind scoped proxies – are instantiated. This is because of the class:
org.springframework.core.convert.support.GenericConversionService
The convert() method (line 159) will, when debug logging is enabled, invoke StylerUtils.style() on the bean. This ends up calling toString() on the proxy, forcing instantiation of the underlying bean. In my case, the bean (an instance of UserContext) is request-scoped, so the bean instantiation fails outside of a request context. Stack trace follows.
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'scopedTarget.userContext': Scope 'request' is not active for the current thread; consider defining a scoped proxy for this bean if you intend to refer to it from a singleton; nested exception is java.lang.IllegalStateException: No thread-bound request found: Are you referring to request attributes outside of an actual web request, or processing a request outside of the originally receiving thread? If you are actually operating within a web request and still receive this message, your code is probably running outside of DispatcherServlet/DispatcherPortlet: In this case, use RequestContextListener or RequestContextFilter to expose the current request.
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:339)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:190)
	at org.springframework.aop.target.SimpleBeanTargetSource.getTarget(SimpleBeanTargetSource.java:33)
	at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.getTarget(Cglib2AopProxy.java:653)
	at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:604)
	at com.lifeimage.common.model.UserContext$$EnhancerByCGLIB$$a3fff27e.toString(<generated>)
	at java.lang.String.valueOf(Unknown Source)
	at org.springframework.core.style.DefaultValueStyler.style(DefaultValueStyler.java:78)
	at org.springframework.core.style.StylerUtils.style(StylerUtils.java:47)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:159)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:141)
	at org.springframework.beans.BeanWrapperImpl.convertIfNecessary(BeanWrapperImpl.java:447)
	at org.springframework.beans.BeanWrapperImpl.convertForProperty(BeanWrapperImpl.java:499)
	at org.springframework.beans.BeanWrapperImpl.convertForProperty(BeanWrapperImpl.java:493)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.convertForProperty(AbstractAutowireCapableBeanFactory.java:1371)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1330)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1086)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:517)
	... 58 more
Caused by: java.lang.IllegalStateException: No thread-bound request found: Are you referring to request attributes outside of an actual web request, or processing a request outside of the originally receiving thread? If you are actually operating within a web request and still receive this message, your code is probably running outside of DispatcherServlet/DispatcherPortlet: In this case, use RequestContextListener or RequestContextFilter to expose the current request.
	at org.springframework.web.context.request.RequestContextHolder.currentRequestAttributes(RequestContextHolder.java:131)
	at org.springframework.web.context.request.AbstractRequestAttributesScope.get(AbstractRequestAttributesScope.java:40)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:325)
	... 75 more

select sum(key_int1), sum(distinct key_int1) from t1 group by key_int1;
fails with message..

FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.MapRedTask

hadoop says..

Caused by: java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
	at java.util.ArrayList.RangeCheck(ArrayList.java:547)
	at java.util.ArrayList.get(ArrayList.java:322)
	at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.init(StandardStructObjectInspector.java:95)
	at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.(StandardStructObjectInspector.java:86)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorFactory.getStandardStructObjectInspector(ObjectInspectorFactory.java:252)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.initEvaluatorsAndReturnStruct(ReduceSinkOperator.java:188)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.processOp(ReduceSinkOperator.java:197)
	at org.apache.hadoop.hive.ql.exec.Operator.process(Operator.java:471)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:744)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:85)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:532)

I think the deficient number of key expression, compared to number of key column, is the problem, which should be equal or more. 
Would it be solved if add some key expression? I'll try.

I'm trying to build and run the example java code I found in the HBase Documentation, and I'm running into several issues.
1. I don't have the code/library used in the following import:
import static com.example.hbase.Constants.*;
I don't believe it is included in any of the HBase libraries or documentation.
2. All of the methods in createOrOverwrite() that use table.getName() should instead be using table.getTableName()
3. The interface org.apache.hadoop.hbase.client.Admin is abstract, and can't be instantiated with a Configuration. Constructing an org.apache.hadoop.hbase.client.HBaseAdmin would allow the code to compile, but that constructor is deprecated.
4. I have no references to the field "TABLE_NAME" or "CF_DEFAULT". I'm assuming they are Strings in com.example.hbase.Constants. Perhaps those variables should simply be copied into the the Example?
Link to the documentation section:
http://hbase.apache.org/book.html#_examples
<code>
package com.example.hbase.admin;
import org.apache.hadoop.hbase.HBaseConfiguration;
import org.apache.hadoop.hbase.HColumnDescriptor;
import org.apache.hadoop.hbase.HTableDescriptor;
import org.apache.hadoop.hbase.TableName;
import org.apache.hadoop.hbase.client.Admin;
import org.apache.hadoop.hbase.io.compress.Compression.Algorithm;
import org.apache.hadoop.conf.Configuration;
public class CreateSchema {
  public static void createOrOverwrite(Admin admin, HTableDescriptor table) throws IOException {
    if (admin.tableExists(table.getName())) 
{
      admin.disableTable(table.getName());
      admin.deleteTable(table.getName());
    }
    admin.createTable(table);
  }
  public static void createSchemaTables (Configuration config) {
    try 
{
      final Admin admin = new Admin(config);
      HTableDescriptor table = new HTableDescriptor(TableName.valueOf(TABLE_NAME));
      table.addFamily(new HColumnDescriptor(CF_DEFAULT).setCompressionType(Algorithm.SNAPPY));

      System.out.print("Creating table. ");
      createOrOverwrite(admin, table);
      System.out.println(" Done.");

      admin.close();
    }
{
      e.printStackTrace();
      System.exit(-1);
    }
  }
}
</code>

Since Base64.decode throws a RuntimeException if it detects bad characters in the input string, org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter throws the RTE if the Authentication header contains malformed base 64. The effect is that http servers return 500 rather than  401.
My fix just adds an additional check by calling Base64.isBase64, and if that fails, continues processing as if the Authentication header were missing.

DomainControllerClientConfig creates a remoting endpoint. Not all uses of this class are closing it, thus leaking endpoints.
This is a factor in some of the recent testsuite instability where runs are failing due to reaching user process limits. At the max, the leak results in 68 extra threads.

Seeing an issue when dynamic sort optimization is enabled while doing an insert into bucketed table. We seem to be flipping the negative sign on the hashcode instead of taking the complement of it for routing the data correctly. This results in correctness issues in bucket map joins in hive on tez when the hash code goes negative.

As raised in https://github.com/spring-projects/spring-kafka/issues/172, MessageMethodArgumentResolver has a breaking change in 4.3 in that its default constructor got substituted with one accepting a MessageConverter. Let's reintroduce a default constructor side by side for backwards compatibility.

Coverity static-analysis scan found resource leak in KeyStoreCredentialStore.load(String) method.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=6803973&defectInstanceId=1776761&mergedDefectId=1388282
The method calls

keyStore.load(Files.newInputStream(location), getStorePassword(protectionParameter));

The resource java.nio.file.Files.newInputStream(location) is not closed in the load method.

Newer hadoops have implemented FileSystem object cache. it means that calling Filesystem.get() didnt always return new object, it prefers to return cached instance. Problem is that after calling fs.close() no other work with hdfs is possible.
I am using spring context in mapper task. in xml i have standard:
<hadoop:configuration/>
<hadoop:file-system/>
after finishing my task, i am closing spring context and this closes filesystem too. This is problem because hadoop mapper can not finish its cleanup tasks and marks entire task attempt as FAILED.
I need you to add another boolean property to https://github.com/SpringSource/spring-hadoop/blob/master/src/main/java/org/springframework/data/hadoop/fs/FileSystemFactoryBean.java
called close (default true). If set to false then filesystem is not closed when spring context is shutting down.
2012-08-29 17:55:05,670 INFO [main] org.springframework.context.support.ClassPathXmlApplicationContext: Closing org.springframework.context.support.ClassPathXmlApplicationContext@67148603: startup date [Wed Aug 29 17:53:44 CEST 2012]; root of context hierarchy
2012-08-29 17:55:05,674 INFO [main] org.springframework.context.support.DefaultLifecycleProcessor: Stopping beans in phase 0
2012-08-29 17:55:05,724 INFO [main] org.springframework.context.support.DefaultLifecycleProcessor: Stopping beans in phase 0
2012-08-29 17:55:05,725 INFO [main] org.springframework.beans.factory.support.DefaultListableBeanFactory: Destroying singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@4adf2940: defining beans [classloader-fix,default,fetch,generate,parse,index]; root of factory hierarchy
2012-08-29 17:55:05,725 INFO [main] org.springframework.context.support.ClassPathXmlApplicationContext: Closing ApplicationContext 'generate': startup date [Wed Aug 29 17:54:15 CEST 2012]; root of context hierarchy
2012-08-29 17:55:05,746 INFO [main] org.springframework.context.support.DefaultLifecycleProcessor: Stopping beans in phase 0
2012-08-29 17:55:05,746 INFO [main] org.springframework.beans.factory.support.DefaultListableBeanFactory: Destroying singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@16ad339b: defining beans org.springframework.data.hadoop.mapreduce.MapReducePropertyEditorRegistrar.ns.registration,hadoopConfiguration,hadoopFs,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,urlfilters,urlnormalizers,parsers,parsefilters,mimedetectors,encodingdetectors,indexingfilters,indexwriters,protocols,scoringfilters,signatures,cacheManager,org.springframework.aop.config.internalAutoProxyCreator,org.springframework.cache.annotation.AnnotationCacheOperationSource#0,org.springframework.cache.interceptor.CacheInterceptor#0,org.springframework.cache.config.internalCacheAdvisor,pluginmanager-skeleton,classloader-fix,jsr303validator,pluginmanager,nutchunsort,selector-mapper,selector-reducer,selector-partitioner,partition-mode,schedule,generate,org.springframework.context.annotation.ConfigurationClassPostProcessor$ImportAwareBeanPostProcessor#0; root of factory hierarchy
2012-08-29 17:55:05,754 INFO [main] org.apache.nutch.plugin.PluginManager: Closing ApplicationContext 'pluginmanager': startup date [Wed Aug 29 17:54:34 CEST 2012]; parent: ApplicationContext 'generate'
2012-08-29 17:55:05,754 INFO [main] org.springframework.beans.factory.support.DefaultListableBeanFactory: Destroying singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@4c825cf3: defining beans lib-domutils,creativecommons,creativecommons/index,creativecommons/parse,encoding-icu,encoding-icu/detector,feed,feed/parse,feed/index,htmlparser-neko,htmlparser-neko/dombuilder,htmlparser-tagsoup,htmlparser-tagsoup/dombuilder,index-anchor,index-anchor/index,index-basic,index-basic/index,index-more/index,index-more,index-static,index-static/index,language-identifier,language-identifier/parse,language-identifier/index,lib-crawlercommons,robotstxt,robotstxt/manager,lib-http,lib-regex-filter,lib-robots,lib-robots/parser,lib-xml,microformats-reltag,microformats-reltag/index,microformats-reltag/parse,mime-tikamagic,mime-tikamagic/detect,parse-ext,parse-ext/parser,parse-html,parse-html/parse,parse-js,parse-js/parse,parse-swf,parse-swf/parse,parse-tika,parse-tika/parse,parse-zip,parse-zip/parse,protocol-file,protocol-file/file,protocol-ftp,protocol-ftp/ftp,protocol-http,protocol-http/http,protocol-httpclient,protocol-httpclient/http,protocol-httpclient/https,scoring-link,scoring-link/scoring,scoring-opic,scoring-opic/score,subcollection,subcollection/index,subcollection/filter,tld,tld/index,tld/score,urlfilter-automaton,urlfilter-automaton/filter,urlfilter-domain,urlfilter-domain/filter,urlfilter-prefix,urlfilter-prefix/filter,urlfilter-regex,urlfilter-regex/filter,urlfilter-suffix,urlfilter-suffix/filter,urlfilter-validator,urlfilter-validator/filter,urlmeta,urlmeta/score,urlmeta/index,urlnormalizer-basic,urlnormalizer-basic/normalize,urlnormalizer-pass,urlnormalizer-pass/normalize,urlnormalizer-regex,urlnormalizer-regex/normalize,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,jsr303validator,cz-domainfilter,cz-domains-res,org.springframework.context.annotation.ConfigurationClassPostProcessor$ImportAwareBeanPostProcessor#0; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@16ad339b
2012-08-29 17:55:06,241 ERROR [main] org.apache.hadoop.security.UserGroupInformation: PriviledgedActionException as:crawler (auth:SIMPLE) cause:java.io.IOException: Filesystem closed
2012-08-29 17:55:06,242 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : java.io.IOException: Filesystem closed
	at org.apache.hadoop.hdfs.DFSClient.checkOpen(DFSClient.java:371)
	at org.apache.hadoop.hdfs.DFSInputStream.close(DFSInputStream.java:453)
	at java.io.FilterInputStream.close(FilterInputStream.java:172)
	at org.apache.hadoop.io.SequenceFile$Reader.close(SequenceFile.java:1916)
	at org.apache.hadoop.mapreduce.lib.input.SequenceFileRecordReader.close(SequenceFileRecordReader.java:105)
	at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.close(MapTask.java:463)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:729)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:332)
	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:154)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1177)
	at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:149)

The schema tool has an option to verify the schema version stored in the metastore. This is implemented as a simple select query executed via JDBC. The problem is that Postgres requires object names to be quoted due to the way tables are created. It's a similar issues hit by metastore direct SQL (HIVE-5264,  HIVE-5265 etc).

There's a mismatch between the explicit version constraints on the javax.activation, javax.annotation, javax.jws, javax.xml.ws etc. packages in the camel-cxf manifest and the actual version assigned to these packages by Equinox when pulled in via the system packages from the Java6 rt.jar.
This causes bundle resolution failures such as the following:

org.osgi.framework.BundleException: The bundle could not be resolved. Reason: Package uses conflict: Import-Package: org.apache.camel; version="2.2.something"

Normally this issue could be suppressed by configuring the Equinox system packages to exclude the problematic javax.* packages. However, we don't have enough control over this in pax-runner 1.3 (which unilaterally adds these packages in the generated config.ini).
The solution is to loosen the version constraints on these imports in the camel-cxf bundle manifest.

Simply adding the CLUSTER BY clause on the ROW_OFFSET does not work with a GROUP BY clause, causing a SemanticException when trying to compile the the index builder task. Based on conversation with John Sichi, for now we will just turn off this feature.

The LazyTimestamp.init() code turns into a NULL generator after parsing the very first NULL value (or format error). 
The code is as follows 

    Timestamp t = null;
    if (s.compareTo("NULL") == 0) {
      isNull = true;
      logExceptionMessage(bytes, start, length, "TIMESTAMP");
    } else {
      try {
        t = Timestamp.valueOf(s);
      } catch (IllegalArgumentException e) {
        isNull = true;
        logExceptionMessage(bytes, start, length, "TIMESTAMP");
      }
    }

As might be obvious from the code above, the class does not reset the isNull to false when a parse is successful.
So if by any reason, it is initialized with a NULL value, the LazyTimestamp.getObject() will always return NULL for all further rows.

In case CLASSPATH or java.library.path from hadoop or HBASE_HOME contains directories with names containing whitespaces, the bin script splits out errors. We can fix the ws handling hopefully once and for all (or not)  

I have a route like the following:
        <route>
            <from uri="file://tracnet?charset=ISO-8859-1"/>
            <c:split streaming="true">
                <c:tokenize token="\n"/>
                <unmarshal>
                    <csv delimiter="\t"/>
                </unmarshal>
                <to uri="log:org.hisp.dhix?showAll=true"/>
            </c:split>
        </route>
My camel context complains that the delimiter should be of length 1 when I try to load this.  It seems it sees my escaped tab as 2 characters?

The camel-jpa component uses open-jpa for testing, but it does not require the bundle in the feature, and could be used with other JPA implementations, such as Hibernate. 

dbHolder.doesNotHoldNonDefaultDB() in MongoDbUtils.doGetDB() is always false, so the DbHolder is never used. 
MongoDbUtils.doGetDB() is also always registering synchronization for the same Mongo instance on every call. For two or more calls it fails to unbindResource() because resource is already unbounded.

ReloadCertificateRevocationList in SSLDefinitions should extend ElytronRuntimeOnlyHandler so it won't try and execute runtime work on a profile resource.
Possibly this op shouldn't be registered at all on a profile resource, but changing this is a simple way to guard against problems if it is.

For a composite row key, Phoenix strips off trailing null columns values in the row key. The reason this is important is that then new nullable row key columns can be added to a schema without requiring any data upgrade to existing rows. Otherwise, adding new row key columns to the end of a schema becomes extremely cumbersome, as you'd need to delete all existing rows and add them back with a row key that includes a null value.
Rather than Phoenix needing to modify the iteration code everywhere (as Nick Dimiduk outlined here: https://issues.apache.org/jira/browse/HBASE-8693?focusedCommentId=13744499&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13744499), it'd be better if StructIterator handled this out-of-the-box. Otherwise, if Phoenix has to specialize this, we'd lose the interop piece which is the justification for switching our type system to this new one in the first place.

Currently TBinarySortable Protocol does not support serializing null "\0" characters which confused a lot of users.
We should support that.

HIVE-7496 removes "hive-default.xml.template" from the source control.  
However, hive-common still refers to this file in the build-resources.  Thus trying to build eclipse projects on fresh checkout of branch will get "hive-common missing required source-folder: ../conf/"

Reported on user list and today also on gitter
http://camel.465427.n5.nabble.com/File-Encoding-falls-back-to-default-encoding-while-grouping-after-split-using-tokenize-td5797769.html
Jakob Krejberg Ørhøj @jakoborhoj_twitter Sep 28 12:30
Hello. I've been battling with some encoding issues when using split().tokenize() in Camel. I am having the same issue as described in: http://camel.465427.n5.nabble.com/File-Encoding-falls-back-to-default-encoding-while-grouping-after-split-using-tokenize-td5797769.html. Is it a bug that Camel does not pass the exchange to the converter so that it can get the encoding set in the exchange? Currently it will always default to UTF-8 as I see it.

Currently, Spark doesn't check hive.vectorized.execution.reduce.enabled. So there is no better way to disable it.

For an Jersey-Client we enabled errorstream-buffering in HttpUrlConnection. Due to global properties this also affected Spring-SimpleClientHttpRequestFactory and subsequently caused NullPointerException for httpstatus-errors. Seems to happen everytime for 4XX or 5XX with non-empty body.
It seems that Java8-HttpUrlConnection doesnt expect when buffered errorstream is attempted to drain after already closed. The drain-after-close occurs because DefaultResponseErrorHandler reads and closes the response-inputstream, and a later finally-block in RestTemplate#doExecute drains+closes again.
 
 at sun.net.www.protocol.http.HttpURLConnection$ErrorStream.read(HttpURLConnection.java:3690)
 at sun.net.www.protocol.http.HttpURLConnection$ErrorStream.read(HttpURLConnection.java:3685)
 at org.springframework.util.StreamUtils.drain(StreamUtils.java:201)
 at org.springframework.http.client.SimpleClientHttpResponse.close(SimpleClientHttpResponse.java:103)
 at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:747)
 at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:686)
 
I will put up a MergeRequest shortly

I have a Deployment of Type WAR which includes Apache httpclient-4.3.1
which i use to communicate to other web site for Example finance.yahoo.com.
My Deployment includes JAX-RS Rest Services, if i deploy the WAR to  JBoss-7.2.0 everything works fine. If i deploy it to Wildfly-8.0.0.Beta1 i got the following error.

10:32:54,545 ERROR [org.jboss.as.ejb3] (ServerService Thread Pool -- 53) javax.ejb.EJBTransactionRolledbackException: Unexpected Error
10:32:54,555 ERROR [org.jboss.as.ejb3.invocation] (ServerService Thread Pool -- 53) JBAS014134: EJB Invocation failed on component TransactionEJB for method public java.lang.Object com.citc.ewallet.tx.TransactionEJB.executeWithin(com.citc.ewallet.tx.TXWork): javax.ejb.EJBTransactionRolledbackException: Unexpected Error
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleInCallerTx(CMTTxInterceptor.java:157) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:253) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:342) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:325)
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:437)
	at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165)
	at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72)
	at com.citc.ewallet.tx.TransactionEJB$$$view2.executeWithin(Unknown Source) [classes:]
	at com.citc.ewallet.exchange.ExchangeService.processExchangeRates(ExchangeService.java:80) [classes:]
	at com.citc.ewallet.exchange.ExchangeService.init(ExchangeService.java:57) [classes:]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_21]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_21]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_21]
	at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_21]
	at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:130)
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:165) [wildfly-weld-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:148) [wildfly-weld-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.1.0.Beta2.jar:2013-09-14 18:00]
	at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:84) [wildfly-weld-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:56) [wildfly-weld-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptorFactory$ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptorFactory.java:115)
	at org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
	at org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:62) [wildfly-weld-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:273) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:369) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:66) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43) [wildfly-weld-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:160)
	at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:84)
	at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:126) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_21]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_21]
	at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_21]
	at org.jboss.threads.JBossThread.run(JBossThread.java:122)
Caused by: java.lang.NoSuchFieldError: INSTANCE
	at org.apache.http.impl.io.DefaultHttpRequestWriterFactory.<init>(DefaultHttpRequestWriterFactory.java:52) [httpcore-4.3.jar:4.3]
	at org.apache.http.impl.io.DefaultHttpRequestWriterFactory.<init>(DefaultHttpRequestWriterFactory.java:56) [httpcore-4.3.jar:4.3]
	at org.apache.http.impl.io.DefaultHttpRequestWriterFactory.<clinit>(DefaultHttpRequestWriterFactory.java:46) [httpcore-4.3.jar:4.3]
	at org.apache.http.impl.conn.ManagedHttpClientConnectionFactory.<init>(ManagedHttpClientConnectionFactory.java:72) [httpclient-4.3.1.jar:4.3.1]
	at org.apache.http.impl.conn.ManagedHttpClientConnectionFactory.<init>(ManagedHttpClientConnectionFactory.java:84) [httpclient-4.3.1.jar:4.3.1]
	at org.apache.http.impl.conn.ManagedHttpClientConnectionFactory.<clinit>(ManagedHttpClientConnectionFactory.java:59) [httpclient-4.3.1.jar:4.3.1]
	at org.apache.http.impl.conn.PoolingHttpClientConnectionManager$InternalConnectionFactory.<init>(PoolingHttpClientConnectionManager.java:487) [httpclient-4.3.1.jar:4.3.1]
	at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.<init>(PoolingHttpClientConnectionManager.java:147) [httpclient-4.3.1.jar:4.3.1]
	at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.<init>(PoolingHttpClientConnectionManager.java:136) [httpclient-4.3.1.jar:4.3.1]
	at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.<init>(PoolingHttpClientConnectionManager.java:112) [httpclient-4.3.1.jar:4.3.1]
	at org.apache.http.impl.client.HttpClientBuilder.build(HttpClientBuilder.java:727) [httpclient-4.3.1.jar:4.3.1]
	at org.apache.http.impl.client.HttpClients.createDefault(HttpClients.java:58) [httpclient-4.3.1.jar:4.3.1]
	at com.citc.ewallet.exchange.ExchangeService.processRates(ExchangeService.java:105) [classes:]
	at com.citc.ewallet.exchange.ExchangeService$1.doVoidWork(ExchangeService.java:83) [classes:]
	at com.citc.ewallet.tx.TXVoidWork.doWork(TXVoidWork.java:6) [classes:]
	at com.citc.ewallet.tx.TransactionEJB.executeWithin(TransactionEJB.java:21) [classes:]
	at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72)
	at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:130) [wildfly-weld-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:138) [wildfly-weld-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.concurrency.ContainerManagedConcurrencyInterceptor.processInvocation(ContainerManagedConcurrencyInterceptor.java:104) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46) [weld-core-impl-2.1.0.Beta2.jar:2013-09-14 18:00]
	at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:251) [wildfly-ejb3-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	... 88 more

After some research i found out that JBoss-7.2.0 and Wildfly-8.0.0.Beta1 both are using httpclient-4.2.1, which are loaded through resteasy from the server modules.
I tried to exclude the server module "org.apache.httpcomponents" with a jboss-deployment-structure.xml but got no success. It seems that something changed with the classloading of the implicit modules in Wildfly

If an enum implements abstract methods of some kind the Class object returned by ${ENUM}.getClass() does not return true for an isEnum() call anymore. This is why the call to SimpleTypeHolder.isSimpleType(Class<?> type) will return false in such cases. We should rather enlist Enum into the set of default simple types so that the ....isAssignableFrom(...) check discovers enums already.

The following query where column ts is of type TIMESTAMP WITH LOCAL TIME ZONE:

select ts, i, sum(f) over (partition by i order by ts)
from over10k_2
limit 100;

fails with the following stacktrace:

org.apache.hadoop.hive.ql.parse.SemanticException: Failed to breakup Windowing invocations into Groups. At least 1 group must only depend on input columns. Also check for circular dependencies.
Underlying error: Primitive type TIMESTAMPLOCALTZ not supported in Value Boundary expression
        at org.apache.hadoop.hive.ql.parse.WindowingComponentizer.next(WindowingComponentizer.java:97)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genWindowingPlan(SemanticAnalyzer.java:13508)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:9912)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:9871)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:10784)
...

The list of supported types for boundaries expressions in PTFTranslator needs to be updated.

We have a set of MVC controllers that work fine in Spring 3.0 but break in 3.1.  The issue is that the controller request mappings never get applied so the URLs never get resolved.  I spent some time in the debugger and think I know what the issue is: Spring 3.1 can no longer see annotations on controllers where the annotations are on an interface and not the class.  In our implementation, the controllers are composed of a combination of a Java interface, which has many of the annotations that we use, and a concrete class implementing that interface. We also specify the use of JDK Dynamic Proxies for our proxying implementation, which works just fine since many of the annotations are on the interface.  If you watch the ClassPathScanningCandidateComponentProvider and its use of the AnnotationTypeFilter you will see that it is looking for the @Controller annotation on the generated proxy class, which it can't find, so the bean is rejected as not being a controller.  If I move the @Controller annotation from the class to the interface so it can be seen by the filter, it gets rejected because the interface is not concrete.  The only work around I've discovered is to have the @Controller annotation in both the interface and class, which isn't very DRY.  We use aspects and transactional proxies on our controllers and had issues switching to a CGLIB-based solution.  I was hoping for a drop-in replacement for the 3.0 libraries and will wait until the issue is resolved.

Issue - 
SELECT TO_DATE(date1), TO_DATE(datetime1) FROM druid_table_n1;
Running this query on Druid returns null values when date1 and datetime1 are of type String. 

INFO  : Executing command(queryId=hive_20180627144822_d4395567-e3cb-4b20-b53b-4e5eba2d7dac): EXPLAIN SELECT TO_DATE(datetime0) ,TO_DATE(date0) FROM calcs
INFO  : Starting task [Stage-1:EXPLAIN] in serial mode
INFO  : Completed executing command(queryId=hive_20180627144822_d4395567-e3cb-4b20-b53b-4e5eba2d7dac); Time taken: 0.003 seconds
INFO  : OK
|                      Explain                       |
| Plan optimized by CBO.                             |
|                                                    |
| Stage-0                                            |
|   Fetch Operator                                   |
|     limit:-1                                       |
|     Select Operator [SEL_1]                        |
|       Output:["_col0","_col1"]                     |
|       TableScan [TS_0]                             |
|         Output:["vc","vc0"],properties:{"druid.fieldNames":"vc,vc0","druid.fieldTypes":"date,date","druid.query.json":"{\"queryType\":\"scan\",\"dataSource\":\"druid_tableau.calcs\",\"intervals\":[\"1900-01-01T00:00:00.000Z/3000-01-01T00:00:00.000Z\"],\"virtualColumns\":[{\"type\":\"expression\",\"name\":\"vc\",\"expression\":\"timestamp_floor(\\\"datetime0\\\",'P1D','','UTC')\",\"outputType\":\"LONG\"},{\"type\":\"expression\",\"name\":\"vc0\",\"expression\":\"timestamp_floor(\\\"date0\\\",'P1D','','UTC')\",\"outputType\":\"LONG\"}],\"columns\":[\"vc\",\"vc0\"],\"resultFormat\":\"compactedList\"}","druid.query.type":"scan"} |
|                                                    |
10 rows selected (0.606 seconds)

Reported by Dileep Kumar Chiguruvada

When starting the tonr2 web application you will get the following error. Look at the attachment for the full stack trace.
Caused by: org.springframework.beans.NotWritablePropertyException: Invalid property 'messageConverters' of bean class [org.springframework.security.oauth2.config.OAuth2RestTemplateFactoryBean]: Bean property 'messageConverters' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter?
The problem appears to have been caused when SECOAUTH-28 modified the spring-servlet.xml to use the following.
<oauth:rest-template resource="facebook">
I am not sure if the intent of rest-template is to allow for this type of customization or if this example (facebook) should be doing it the old way. Either way if you let me know how you would like it to behave I could provide a patch.

HTTP Proxy support in Jetty9 Client is broken, which causes HTTP Proxy tests in the Salesforce components to fail. 
They have been marked as ignored for now, but it MUST be fixed in Jetty9 ASAP and the component updated to use the new version of Jetty9 client with working support for Proxy authentication. 

When I secure management interface with wrongly configured http-authentication-factory and try to authenticate I get no error except of warning during boot 

11:41:16,140 WARN  [org.jboss.as.remoting] (MSC service thread 1-2) ****** All authentication is ANONYMOUS for org.jboss.as.remoting.RemotingHttpUpgradeService

But user is not able to know what is going wrong.
When I do similar for deployment there is at least error during boot:

14:30:59,608 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 63) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./secured-webapp: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./secured-webapp: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
	... 6 more
Caused by: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.initialSecurityHandler(ApplicationSecurityDomainDefinition.java:463)
	... 8 more

14:30:59,613 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "secured-webapp.war")]) - failure description: {
    "WFLYCTL0080: Failed services" => {"jboss.undertow.deployment.default-server.default-host./secured-webapp" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./secured-webapp: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
    Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
    Caused by: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory."},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.undertow.deployment.default-server.default-host./secured-webapp"]
}

Add some error, to help user troubleshoot this kind of problem.

Appy noticed on HBASE-18624 that our check for Hadoop annotations failed to flag a use.
looking at our check:

  warnings=$(${GREP} 'import org.apache.hadoop.classification' "${patchfile}")
  if [[ ${warnings} -gt 0 ]]; then
    add_vote_table -1 hbaseanti "" "The patch appears use Hadoop classification instead of HBase: ${warnings}."
    ((result=result+1))
  fi

That should have been a "grep -c" and not a "grep". So we've been falsely giving a negative on all these checks.

When the same KeyValue object is used multiple times for deserialization using readFields, some methods may return incorrect values. Here is a sequence of operations that will reproduce the problem:

A KeyValue is created whose key has length 10. The private field keyLength is initialized to 0.
KeyValue.getKeyLength() is called. This reads the key length 10 from the backing array and caches it in keyLength.
KeyValue.readFields() is called to deserialize a new value. The keyLength field is not cleared and keeps its value of 10, even though this value is probably incorrect.
If getKeyLength() is called, the value 10 will be returned.

For example, in a reducer with Iterable<KeyValue>, all values after the first one from the iterable are likely to return incorrect values from getKeyLength().
The solution is to clear all memoized values in KeyValue.readFields(). I'll write a patch for this soon.

I don't reproduce this all the time, but I had it on a fairly clean env.
It occurs every 5 minutes (i.e. the balancer period). Impact is severe: the balancer does not run. When it starts to occurs, it occurs all the time. I haven't tried to restart the master, but I think it should be enough.
Now, looking at the code, the NPE is strange. 

2013-04-18 08:09:52,079 ERROR [box,60000,1366281581983-BalancerChore] org.apache.hadoop.hbase.master.balancer.BalancerChore: Caught exception
	at org.apache.hadoop.hbase.master.balancer.BaseLoadBalancer$Cluster.<init>(BaseLoadBalancer.java:145)
	at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer.balanceCluster(StochasticLoadBalancer.java:194)
	at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:1295)
	at org.apache.hadoop.hbase.master.balancer.BalancerChore.chore(BalancerChore.java:48)
	at org.apache.hadoop.hbase.Chore.run(Chore.java:81)
2013-04-18 08:09:52,103 DEBUG [box,60000,1366281581983-CatalogJanitor] org.apache.hadoop.hbase.client.ClientScanner: Creating scanner over .META. starting at key ''

          if (regionFinder != null) {
            //region location
            List<ServerName> loc = regionFinder.getTopBlockLocations(region);
            regionLocations[regionIndex] = new int[loc.size()];
            for (int i=0; i < loc.size(); i++) {
              regionLocations[regionIndex][i] = serversToIndex.get(loc.get(i));  // <========= NPE here
            }
          }

pinging Enis Soztutar, just in case.

There's a race when you disable a table, if one of the region servers started the split before the call and it reports after the master scanned the .META. regions, then you're not disabling the daughter regions. I see this in the master log:

2010-11-10 15:29:35,990 INFO org.apache.hadoop.hbase.master.handler.DisableTableHandler: Attemping to disable table TestTable
2010-11-10 15:29:35,996 INFO org.apache.hadoop.hbase.master.handler.DisableTableHandler: Offlining 2 regions.
...
2010-11-10 15:29:39,014 INFO org.apache.hadoop.hbase.master.handler.DisableTableHandler: Disabled table is done=true
2010-11-10 15:29:39,105 INFO org.apache.hadoop.hbase.master.ServerManager: Received REGION_SPLIT: TestTable,,1289431761746.9de9305168be83098273e083f24ea5d8.:
 Daughters; TestTable,,1289431775593.a08b127a61b89e268129aa022fd18ce1.,
 TestTable,0001037720,1289431775593.4a5f831723ffbdb859d45510742d9926. from hbasedev,60020,1289431673756
...

Currently, while costing the SJ in a plan, the stats of the a TS that is reduced by a SJ are not adjusted after we have decided to keep a SJ in the tree. Ideally, we could adjust the stats to take into account decisions that have already been made.

I first saw this in a Hudson build, but can reproduce locally with enough test runs (5-10 times):

Test set: org.apache.hadoop.hbase.regionserver.TestHRegion
Tests run: 51, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 39.413 sec <<< FAILURE!
testIncrementColumnValue_UpdatingInPlace(org.apache.hadoop.hbase.regionserver.TestHRegion)  Time elapsed: 0.079 sec  <<< FAILURE!
junit.framework.AssertionFailedError: expected:<1> but was:<2>
        at junit.framework.Assert.fail(Assert.java:47)
        at junit.framework.Assert.failNotEquals(Assert.java:283)
        at junit.framework.Assert.assertEquals(Assert.java:64)
        at junit.framework.Assert.assertEquals(Assert.java:195)
        at junit.framework.Assert.assertEquals(Assert.java:201)
        at org.apache.hadoop.hbase.regionserver.TestHRegion.testIncrementColumnValue_UpdatingInPlace(TestHRegion.java:1889)

Alternately, the failure can also show up in testIncrementColumnValue_UpdatingInPlace_Negative():

testIncrementColumnValue_UpdatingInPlace_Negative(org.apache.hadoop.hbase.regionserver.TestHRegion)  Time elapsed: 0.03 sec  <<< FAILURE!
junit.framework.AssertionFailedError: expected:<2> but was:<3>
        at junit.framework.Assert.assertEquals(Assert.java:130)
        at junit.framework.Assert.assertEquals(Assert.java:136)
        at
org.apache.hadoop.hbase.regionserver.TestHRegion.assertICV(TestHRegion.java:2081)
        at
org.apache.hadoop.hbase.regionserver.TestHRegion.testIncrementColumnValue_UpdatingInPlace_Negative(TestHRegion.java:1990)

Hive DDL's are intermittently failing with Error- Couldn't acquire the DB log notification lock because we reached the maximum # of retries: 5 retries

Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:Couldn't acquire the DB log notification lock because we reached the maximum # of retries: 5 retries. If this happens too often, then is recommended to increase the maximum number of retries on the hive.notification.sequence.lock.max.retries configuration :: Error executing SQL query "select "NEXT_EVENT_ID" from "NOTIFICATION_SEQUENCE" for update".)
2018-08-28 01:17:56,808|INFO|MainThread|machine.py:183 - run()||GUID=94e6ff4d-5db8-45eb-8654-76f546e7f0b3|java.sql.SQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:Couldn't acquire the DB log notification lock because we reached the maximum # of retries: 5 retries. If this happens too often, then is recommended to increase the maximum number of retries on the hive.notification.sequence.lock.max.retries configuration :: Error executing SQL query "select "NEXT_EVENT_ID" from "NOTIFICATION_SEQUENCE" for update".)

It seems, metastore operations are slow in this cluster and hence concurrent writes/DDL operations are failing to lock the row for update.
Currently, the sleep interval between retries is specified via the config hive.notification.sequence.lock.retry.sleep.interval. The default value is 500 ms which seems to be too small. Can we set higher values for sleep interval and retries count,
hive.notification.sequence.lock.retry.sleep.interval=10s
hive.notification.sequence.lock.max.retries=10

I'm experimenting with Master on "2.0" and RSs on 1.x and the first problem that I get is on createTable where the Master is trying to write the HTD as TableDescriptor instead of TableSchema and the RS is not able to read it.
Since TableDescriptor does nothing for now. I'd say we can remove it. 

The documentation for the 'key' attribute of the <binding> element claims that the queue name will be used as a default (if no 'key' attribute is provided). However, that does not actually happen. Instead if there is no key, the value is empty. It just so happens that for the default no-name exchange a queue name is automatically bound, but there's no reason for using the <binding> element to bind to the no-name exchange in the first place.
The documentation should probably just be shortened (unless we decide the default behavior it claims does make sense - in which case this bug is not just about documentation but about implementing that functionality). For now, if no 'key' is provided, then no binding key is used... for fanout exchanges that works (for a topic exchange, even '#' might be a reasonable default).

String format uses Minutes value (25 in the example below) for both minutes and seconds (positions 5 and 6)

now:
apivovarov_20150311102525_6a149732-8360-43b8-9858-a6e59a8be68c

should be:
apivovarov_20150311102551_6a149732-8360-43b8-9858-a6e59a8be68c

The following query is throwing Hive 2 Internal error: unsupported conversion from type: date
Query:
create table table_one (ts timestamp, dt date) stored as orc;
insert into table_one values ('2034-08-04 17:42:59','2038-07-01');
insert into table_one values ('2031-02-07 13:02:38','2072-10-19');
create table table_two (ts timestamp, dt date) stored as orc;
insert into table_two values ('2069-04-01 09:05:54','1990-10-12');
insert into table_two values ('2031-02-07 13:02:38','2072-10-19');
create table table_three as
select count from table_one
group by ts,dt
having dt in (select dt from table_two);
Error while running task ( failure ) : attempt_1486991777989_0184_18_02_000000_0:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1833)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:95)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:70)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:420)
	... 15 more
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:883)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:86)
	... 18 more
Caused by: java.lang.RuntimeException: Hive 2 Internal error: unsupported conversion from type: date
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorUtils.getLong(PrimitiveObjectInspectorUtils.java:770)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.gen.FilterLongColumnBetweenDynamicValue.evaluate(FilterLongColumnBetweenDynamicValue.java:82)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.FilterExprAndExpr.evaluate(FilterExprAndExpr.java:39)
	at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.process(VectorFilterOperator.java:112)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:883)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:130)
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:783)
	... 19 more

If not the clients are not disconnected hence still depend on the timeout...

Our system using the following infinispan configuration for web session cache (i.e. an async, non-transactional, batch, optimistic locking dustrubutable cache):

<cache-container name="web" default-cache="dist" module="org.wildfly.clustering.web.infinispan">
	<transport lock-timeout="60000"/>
	<distributed-cache name="dist" mode="ASYNC" l1-lifespan="0" owners="2">
		<locking isolation="REPEATABLE_READ"/>
		<transaction locking="OPTIMISTIC" mode="BATCH"/>
		<file-store/>
	</distributed-cache>
</cache-container>

When we perform a load test for one of our business use case in our system, Wildfly always throw the infamous locking for 15 seconds timeout exception:

2016-07-21 13:01:37,971 TRACE [org.infinispan.util.concurrent.locks.impl.DefaultLockManager] (default task-33) Lock all keys=[4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl, 4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->YYY] for owner=GlobalTransaction:<10.1.3.29>:492:local. timeout=15000 (MILLISECONDS)
2016-07-21 13:01:52,975 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-33) ISPN000136: Error executing command PrepareCommand, writing keys [4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl, 4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->YYY]: org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key 4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->YYY and requestor GlobalTransaction:<10.1.3.29>:492:local. Lock is held by GlobalTransaction:<10.1.3.29>:458:local
	at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$KeyAwareExtendedLockPromise.lock(DefaultLockManager.java:236)
	at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$CompositeLockPromise.lock(DefaultLockManager.java:305)
	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockAllAndRecord(AbstractLockingInterceptor.java:199)
	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:199)
	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:165)
	at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:69)
	at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:173)
	at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
	at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:157)
	at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:144)
	at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
	at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:112)
	at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitPrepareCommand(TransactionSynchronizerInterceptor.java:42)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:238)
	at org.infinispan.statetransfer.StateTransferInterceptor.visitPrepareCommand(StateTransferInterceptor.java:87)
	at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:107)
	at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:76)
	at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
	at org.infinispan.transaction.impl.TransactionCoordinator.commit(TransactionCoordinator.java:157)
	at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:114)
	at org.infinispan.transaction.tm.DummyTransaction.finishResource(DummyTransaction.java:389)
	at org.infinispan.transaction.tm.DummyTransaction.commitResources(DummyTransaction.java:435)
	at org.infinispan.transaction.tm.DummyTransaction.runCommit(DummyTransaction.java:314)
	at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:105)
	at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:73)
	at org.wildfly.clustering.ee.infinispan.ActiveTransactionBatch.close(ActiveTransactionBatch.java:48)
	at org.wildfly.clustering.web.undertow.session.DistributableSession.requestDone(DistributableSession.java:77)
	at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:768)
	at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:557)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:331)

After tracing using the trace log, we found the time difference between a "Lock all keys" log statement and the "Release locks for keys" log statement takes for about 15~20 seconds, so if another concurrent request would like to lock the same key within that interval, it will result in the timeout exception, example as below:

2016-07-21 13:01:37,958 TRACE [org.infinispan.util.concurrent.locks.impl.DefaultLockManager] (default task-37) Lock all keys=[4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->XXX, 4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->YYY, 4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->ZZZ, 4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl] for owner=GlobalTransaction:<10.1.3.29>:458:local. timeout=15000 (MILLISECONDS)
2016-07-21 13:01:53,364 TRACE [org.infinispan.util.concurrent.locks.impl.DefaultLockManager] (default task-37) Release locks for keys=[4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->XXX, 4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->YYY, 4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->ZZZ, 4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl]. owner=GlobalTransaction:<10.1.3.29>:458:local

We think that is strange as those session keys are POJO without complex nested objects, and we only perform read operation on those objects. Although we know objects without marked @org.wildfly.clustering.web.annotation.Immutable will perform cache sync, we believe that should not took for more than 1 second to commit the cache but it takes for more than 15 seconds...
After future tracing, we found the following log message on another cluster node:

2016-07-21 13:01:53,410 TRACE [org.infinispan.commands.tx.PrepareCommand] (Incoming-10,ee,10.1.3.30) {} Invoking remotely originated prepare: PrepareCommand {modifications=[PutKeyValueCommand{key=4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->XXX, value=[B@f9f09c2, flags=[IGNORE_RETURN_VALUES], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true}, PutKeyValueCommand{key=4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->YYY, value=[B@f72eca9, flags=[IGNORE_RETURN_VALUES], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true}, PutKeyValueCommand{key=4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->ZZZ, value=[B@6f108f88, flags=[IGNORE_RETURN_VALUES], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true}, PutKeyValueCommand{key=4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl, value=org.wildfly.clustering.web.infinispan.session.SimpleSessionAccessMetaData@126bb5d4, flags=[IGNORE_RETURN_VALUES], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true}, PutKeyValueCommand{key=4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->XXX, value=[B@1a574fb5, flags=[IGNORE_RETURN_VALUES], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true}, PutKeyValueCommand{key=4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->YYY, value=[B@3141bcb, flags=[IGNORE_RETURN_VALUES], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true}, PutKeyValueCommand{key=4V3S9Lw0pGPAK3wt8bYEt3BK06iimxk88geCH2Gl->ZZZ.menuName, value=[B@ae3a302, flags=[FORCE_SYNCHRONOUS], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{lifespan=-1, maxIdle=-1, version=null}, successful=true}, ...], onePhaseCommit=true, retried=false, gtx=GlobalTransaction:<10.1.3.29>:458:remote, cacheName='app.war', topologyId=2} with invocation context: org.infinispan.context.impl.RemoteTxInvocationContext@3d21e5e9

In general, it synchronized XXX key 2 times, YYY key 2272 times, ZZZ key 3 times!!!
The root cause should be this line: https://github.com/wildfly/wildfly/blob/10.0.0.Final/clustering/web/infinispan/src/main/java/org/wildfly/clustering/web/infinispan/session/fine/FineSessionAttributes.java#L76 where a new CacheEntryMutator.mutate() will trigger a new PutKeyValueCommand. For consecutive get call on the same session key, it will trigger the PutKeyValueCommand multiple times, but that is not necessary for transactional/ batched cache in general as the MarshalledValue is lazily serialized, the actual value is pointing to the same instance.
Attached the suggested change, which solved our issue. Basically use a Set to track the mutated attribute names, to ensure the command is only issued once. Tested on non-transactional, batched cache (non-transactional, non-batch cache may not work as I did not think about that...)

Testing on cluster w/ aggressive killing, if Master is killed serially a few times such that is offline a good while, regionservers that want to report a region transition pause too long between retries.
Here is the regionserver reporting failures:

  1 2017-05-31 20:50:53,840 INFO  [RS_CLOSE_REGION-ve0542:16020-2] regionserver.HRegionServer: Failed report of region transition server { host_name: "ve0542.halxg.cloudera.com" port: 16020 start_code: 1496279470954 } transition { transition_code: CLOSED region_info { region_id: 1496284931226 table_name { namesp    ace: "default" qualifier: "IntegrationTestBigLinkedList" } start_key: "\337\377\377\377\377\377\377\362" end_key: "\352\252\252\252\252\252\252\234" offline: false split: false replica_id: 0 } }; retry (#0) after 1008ms delay (Master is coming online...).
  2 2017-05-31 20:50:54,853 INFO  [RS_CLOSE_REGION-ve0542:16020-2] regionserver.HRegionServer: Failed report of region transition server { host_name: "ve0542.halxg.cloudera.com" port: 16020 start_code: 1496279470954 } transition { transition_code: CLOSED region_info { region_id: 1496284931226 table_name { namesp    ace: "default" qualifier: "IntegrationTestBigLinkedList" } start_key: "\337\377\377\377\377\377\377\362" end_key: "\352\252\252\252\252\252\252\234" offline: false split: false replica_id: 0 } }; retry (#1) after 2026ms delay (Master is coming online...).
  3 2017-05-31 20:50:56,886 INFO  [RS_CLOSE_REGION-ve0542:16020-2] regionserver.HRegionServer: Failed report of region transition server { host_name: "ve0542.halxg.cloudera.com" port: 16020 start_code: 1496279470954 } transition { transition_code: CLOSED region_info { region_id: 1496284931226 table_name { namesp    ace: "default" qualifier: "IntegrationTestBigLinkedList" } start_key: "\337\377\377\377\377\377\377\362" end_key: "\352\252\252\252\252\252\252\234" offline: false split: false replica_id: 0 } }; retry (#2) after 6084ms delay (Master is coming online...).
  4 2017-05-31 20:51:02,976 INFO  [RS_CLOSE_REGION-ve0542:16020-2] regionserver.HRegionServer: Failed report of region transition server { host_name: "ve0542.halxg.cloudera.com" port: 16020 start_code: 1496279470954 } transition { transition_code: CLOSED region_info { region_id: 1496284931226 table_name { namesp    ace: "default" qualifier: "IntegrationTestBigLinkedList" } start_key: "\337\377\377\377\377\377\377\362" end_key: "\352\252\252\252\252\252\252\234" offline: false split: false replica_id: 0 } }; retry (#3) after 30588ms delay (Master is coming online...).
  5 2017-05-31 20:51:33,570 INFO  [RS_CLOSE_REGION-ve0542:16020-2] regionserver.HRegionServer: Failed report of region transition server { host_name: "ve0542.halxg.cloudera.com" port: 16020 start_code: 1496279470954 } transition { transition_code: CLOSED region_info { region_id: 1496284931226 table_name { namesp    ace: "default" qualifier: "IntegrationTestBigLinkedList" } start_key: "\337\377\377\377\377\377\377\362" end_key: "\352\252\252\252\252\252\252\234" offline: false split: false replica_id: 0 } }; retry (#4) after 308422ms delay (Master is coming online...).
  6 2017-05-31 20:56:41,997 INFO  [RS_CLOSE_REGION-ve0542:16020-2] regionserver.HRegionServer: Failed report of region transition server { host_name: "ve0542.halxg.cloudera.com" port: 16020 start_code: 1496279470954 } transition { transition_code: CLOSED region_info { region_id: 1496284931226 table_name { namesp    ace: "default" qualifier: "IntegrationTestBigLinkedList" } start_key: "\337\377\377\377\377\377\377\362" end_key: "\352\252\252\252\252\252\252\234" offline: false split: false replica_id: 0 } }; retry (#5) after 6171203ms delay (Master is coming online...).

See how by the time we get to the 5th retry, we are waiting 100 minutes before we'll retry. That is too long. Make retry happen more frequently. Data is offline until the close is successfully reported.

See recent trunk hadoop qa where it has test properties for audit set to 84 so when there is actually a rat check problem, it doesn't show up on a hadoop qa build:
https://builds.apache.org/job/PreCommit-HBASE-Build/5403/consoleFull
Grep for 'There appear to be 84 release audit warnings before the patch and 1 release audit warnings after applying the patch.'
Also, we have a rat warning since we did site move back out of hbase-assembly (noticed by JD).

input41.q:
set hive.mapred.mode=strict;
  (select count(1) from src 
    union all
   select count(1) from srcpart where ds = '2009-08-09'
  )x;
  (select * from src 
    union all
   select * from srcpart where ds = '2009-08-09'
  )x;
The above test should fail - but it succeeds

hbase-client needs a test scope dependency on org.slf4j:slf4j-api in its POM. Without this change at least Eclipse cannot resolve org.slf4j.Logger from RecoverableZooKeeper - the ZooKeeper classes use it - and so the 'hbase-client' project will not build. 

The jaxrs 2.1 spec section 3.2 require resource method parameters be checked at deployment time of errors handling @DefaultValue annotations.  This must be added in wfly because
resteasy is not called until the first client request.
Testing
Build and deploy attached app to wildfly.  
Before code fix deployment should be successful.
Running app with cmd:  curl "http://localhost:8080/jaxrs-wf/a?param=2"
should fail.
After code fix deployment should fail with detailed msg.

ABAP defines the keyword SPACE to specify a single space character in ABAP programs. This keyword is used regularly to specify the default value of a single character CHAR parameter in remote function module interfaces. The meta data for this parameter from the JCo runtime will indicate the default value for it using the keyword (i.e. literally the character string 'SPACE') instead of the character string ' '. This causes the data layer of the SAP components to use the character string 'SPACE' for the value of the parameter instead of ' ' when the parameter is not specified. 

When the declareExchange property is set for the AmqpAppender in log4j.properties, a call to org.apache.log4j.Logger.getLogger(..) will cause an application exception if the connection to RabbitMQ is not available. Stack trace below:

	org.springframework.amqp.AmqpConnectException: java.net.ConnectException: Connection timed out: connect
	org.springframework.amqp.rabbit.support.RabbitExceptionTranslator.convertRabbitAccessException(RabbitExceptionTranslator.java:58)
	org.springframework.amqp.rabbit.connection.AbstractConnectionFactory.createBareConnection(AbstractConnectionFactory.java:273)
	org.springframework.amqp.rabbit.connection.CachingConnectionFactory.createConnection(CachingConnectionFactory.java:500)
	org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils$1.createConnection(ConnectionFactoryUtils.java:85)
	org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils.doGetTransactionalResourceHolder(ConnectionFactoryUtils.java:135)
	org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils.getTransactionalResourceHolder(ConnectionFactoryUtils.java:71)
	org.springframework.amqp.rabbit.core.RabbitTemplate.doExecute(RabbitTemplate.java:1278)
	org.springframework.amqp.rabbit.core.RabbitTemplate.execute(RabbitTemplate.java:1271)
	org.springframework.amqp.rabbit.core.RabbitTemplate.execute(RabbitTemplate.java:1247)
	org.springframework.amqp.rabbit.core.RabbitAdmin.declareExchange(RabbitAdmin.java:126)
	org.springframework.amqp.rabbit.log4j.AmqpAppender.maybeDeclareExchange(AmqpAppender.java:434)
	org.springframework.amqp.rabbit.log4j.AmqpAppender.activateOptions(AmqpAppender.java:407)
	org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:307)
	org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:172)
	org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:104)
	org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:842)
	org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:768)
	org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:648)
	org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:514)
	org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:580)
	org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:526)
	org.apache.log4j.LogManager.&lt;clinit&gt;(LogManager.java:127)
	org.apache.log4j.Logger.getLogger(Logger.java:117)

A workaround is to set the declareExchange property to false, however a better solution would be to wrap the declareExchange(..) method in a try/catch and follow the log4j error handler pattern when the connection is not available.

If the body is null and you use convertBodyTo you will get a no type converter exception due body is null. Instead it should accept the null body and continue routing.

Attempts to use the schematool --createCatalog option when the metastore is using Oracle result in

SQL Error code: 1786
org.apache.hadoop.hive.metastore.HiveMetaException: Failed to add catalog
at org.apache.hive.beeline.HiveSchemaTool.createCatalog(HiveSchemaTool.java:941)
at org.apache.hive.beeline.HiveSchemaTool.main(HiveSchemaTool.java:1459)
at org.apache.hadoop.util.RunJar.run(RunJar.java:308)
at org.apache.hadoop.util.RunJar.main(RunJar.java:222)
Caused by: java.sql.SQLSyntaxErrorException: ORA-01786: FOR UPDATE of this query expression is not allowed

at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450)
at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:399)
at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1059)
at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:522)
at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:257)
at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:587)
at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:210)
at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:30)
at oracle.jdbc.driver.T4CStatement.executeForDescribe(T4CStatement.java:762)
at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:925)
at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1111)
at oracle.jdbc.driver.OracleStatement.executeQuery(OracleStatement.java:1309)
at oracle.jdbc.driver.OracleStatementWrapper.executeQuery(OracleStatementWrapper.java:422)
at org.apache.hive.beeline.HiveSchemaTool.createCatalog(HiveSchemaTool.java:926)
... 7 more

The HL7AcknowledgmentGenerator is setting the CamelMllpAcknowledgement message header, but this should be an exchange property.
This is "hangover" from when this class was an internal/implementation class.  Since I moved it and made it generally available for use, it should be setting the exchange property so that the acknowledgement will be delivered.
As currently written, the user will have to copy the message header to the exchange property for it to be used.  If this isn't done, the component will generate a new acknowledgement.

While verifying the patch fix for HBASE-13768 we were unable to successfully test the programmatic JAAS configuration option for secure ZooKeeper integration. Unclear if that was due to a bug or incorrect test configuration.
Update the security section of the online book with clear instructions for setting up the programmatic JAAS configuration option for secure ZooKeeper integration.
Verify it works.
Fix as necessary.

I am getting an IllegalArgumentException when I try to query a MongoDB collection using a Criteria.within and a Box.

Criteria.where("location").within(new Box(lowerLeft, upperRight));

The exception reads:
java.lang.IllegalArgumentException: can't serialize class org.springframework.data.mongodb.core.query.GeoCommand

As part of a Swarm application, I have a simple application metric such as

public class HelloService {
    @Timed(unit = MetricUnits.MILLISECONDS, name = "hello-time", absolute = true, displayName = "Hello Time", description = "Time of hello invocations")
    public String hello() throws InterruptedException {
        Thread.sleep(new Random().nextInt(100) + 1);
        return "Hello from timed method";
    }
}

The intent is for the method to take roughly between 1 and 100 millis, and have the duration reported in millis as well.
However, when I run that -swarm.jar uberjar, trigger the timed method several times and then issue request to localhost:8080/metrics, I see:

{
    "application": {
        "hello-time": {
            ...
            "max": 98169935, 
            "min": 2095416, 
            ...
        }
    }, 
    ...
}

Clearly the times are in nanoseconds, which is the default for the @Timed annotation.
Yet the metric metadata say the unit is millis, like specified in the annotation:

{
            "description": "Time of hello invocations", 
            "displayName": "Hello Time", 
            "type": "timer", 
            "unit": "milliseconds"
        }
    }, 
    "base": {
        ...
    }
}

I believe this itself is a blocking issue, though I can't find a single place in the MP Metrics spec that would conclusively confirm or refute.
I have another argument, though, that makes it clear that there's definitely something wrong: if I request the metrics in the Prometheus format, I see:

...
application:hello_time_min_seconds 2095.416
application:hello_time_max_seconds 98169.935
...

This is very clearly wrong – the invocations don't take thousands of seconds!
I believe that, when converting the values to seconds as MP Metrics spec requires, WildFly Swarm acted as if the metric was in millis (per the metadata!). Problem is that the values are actually in nanos!
To conclude, I think these 2 wrong outputs are actually caused by a single problem.

the following roo script

project --topLevelPackage tld.domain.project --java 6 --projectName icc_roo2

entity --abstract --name ~.model.AbstractEntity

entity --name ~.model.ConcreteEntity --testAutomatically
field reference --fieldName reference --type ~.model.AbstractEntity --notNull yes

produces the entity

@Entity
public class ConcreteEntity {

    @NotNull
    @ManyToOne(targetEntity = AbstractEntity.class)
    private AbstractEntity reference;
}

and the following DataOnDemand ITD

privileged aspect ConcreteEntityDataOnDemand_Roo_DataOnDemand {
[...]
    @Autowired    
    private AbstractEntityDataOnDemand ConcreteEntityDataOnDemand.abstractEntityDataOnDemand;    
[...]

Unfortunately AbstractEntityDataOnDemand does not exist. 
And it can not be created because --testAutomatically is not allowed for abstract classes.
The reference to abstractEntityDataOnDemand is only included if the corresponding class member is marked as @NotNull.

Observed:
A couple of my client tests fail to compile against trunk because the method PerformanceEvaluation.generateValue was removed as part of HBASE-8496.
This is an issue because it was used in a number of places, including unit tests. Since we did not explicitly label this API as private, it's ambiguous as to whether this could/should have been used by people writing apps against 0.96. If they used it, then they would be broken upon upgrade to 0.98 and trunk.
Potential Solution:
The method was renamed to generateData, but the logic is still the same. We can reintroduce it as deprecated in 0.98, as compat shim over generateData. The patch should be a few lines. We may also consider doing so in trunk, but I'd be just as fine with leaving it out.
More generally, this raises the question about what other code is in this "grey-area", where it is public, is used outside of the package, but is not explicitly labeled with an AudienceInterface.

Serialization of generic map with null values results in java.lang.UnsupportedOperationException: Type id handling not implemented for type java.lang.Object.
The issue is fixed in jackson-databind 2.5.2 https://github.com/FasterXML/jackson-databind/issues/691

MicroprofileMetricsFraction shouldn't need to @DeploymentModule Weld Core

The symptoms are that, both ITBLL and ITLAV fail in their verification steps complaining about lots of undefined rows. 

org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList$Verify$Counts
                REFERENCED=199619372
                UNDEFINED=190084
                UNREFERENCED=190084

I think the problem is in HRegionServer.doBatchOp() where in case HRegion.batchMutate() throws an exception, RegionActionResult indexes are not set correctly.  

When we have keystore which obtains password from credential store, we change on file system backed storage file which contains wrong password to keystore and reload it. Credential store is right state, but keystore still works.
There is expected fail.
For simplifying we only update value in credential store and reload it (it should work too JBEAP-6614).
In my opinion is there same problem and solving one will solve both problems.

/subsystem=elytron/credential-store=cs001:add(uri="cr-store://cs001.jceks?create=true", relative-to="jboss.server.data.dir", credential-reference={clear-text=pass123})
/subsystem=elytron/credential-store=cs001/alias=ff:add(secret-value=Elytron)
/subsystem=elytron/key-store=firefly:add(path=firefly.keystore,relative-to=jboss.server.data.dir,type=JKS,credential-reference= {store=cs001,alias=ff}
this command show all aliases
/subsystem=elytron/key-store=firefly:read-children-names(child-type=alias)

Now we change keystore password to wrong and reload credential store
OR
You can replace storage file which contains wrong password to keystore and call RELOAD command only

/subsystem=elytron/credential-store=cs001/alias=ff:remove
/subsystem=elytron/credential-store=cs001/alias=ff:add(secret-value=ElytronWrong)
/subsystem=elytron/credential-store=cs001:reload

This command wrongly prints all aliases

We expect error message about wrong password to access to keystore

I use the mssql JDBC driver which is configured in the src/main/module. When running a test with arquillian ("@RunWith(Arquillian.class)"). The jdbc driver is not found when I provide a datasource config via XML or via Java API. I ended up adding the src/main/module via the swarm.build.modules property.
uberjar is working fine.

We have two servers, one deployment on each.
TX impl: jta
there is remote outbound connection on the EAP 1 for EJB call from EAP1 to EAP2
outbound connection points to socket proxy which is managable (communication can be stopped) and forward communication to EAP2 (location that should be used in remote outbound connection without socket proxy)
Scenario:
    call servlet on EAP 1 which trigger EJB on the EAP 1
    EJB enlists dummy xa resource and writes to DB
    EJB call EJB on the EAP 2 via remote outbound connection
    EJB on the server 2 enlists dummy xa resource and writes to DB and return
    at the exit of the prepare phase in dummy xa resource on EAP 2 communication (socket proxy) is killed
    Transaction is supposed to be rolled back.
However, we can see that there are prepared resources on the EAP 2 that have not been rolled back
[INFO] Transaction
		Xid:< formatId=131077, gtrid_length=29, bqual_length=37, tx_uid=0:ffff0a280499:6a6c4aa6:59885e66:12, node_name=0, branch_uid=0:ffff0a280499:6a6c4aa6:59885e66:27, subordinatenodename=1, eis_name=0 > 
		Type:StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction/SubordinateAtomicAction/JCA 
		ParentNodeName:0 
		Participant:false 
		CreationTime:Mon, 07 Aug 2017 14:35:11 +0200 
		AgeInSeconds:128 
		Id:0:ffff0a280499:-166fadbf:59885e75:10 
		Participant
			HeuristicValue:-1 
			Status:PREPARED 
			JndiName:java:/TestXAResource 
			GlobalTransactionId:[B@4e1b1193 
			HeuristicStatus:UNKNOWN 
			NodeName:null 
			Timeout:0 
			FormatId:-1 
			BranchQualifier:[B@39a95e4c 
			Type:/StateManager/AbstractRecord/XAResourceRecord 
			Participant:true 
			EisProductVersion:EAP Test 
			ClassName:com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord 
			EisProductName:Crash Recovery Test 
			Id:0:ffff0a280499:-166fadbf:59885e75:1a 
			JndiName:java:jboss/eap2-ds-jndi 
			GlobalTransactionId:[B@5c4ce097 
			Timeout:0 
			BranchQualifier:[B@6945cfc7 
			EisProductVersion:9.3.15 
			EisProductName:PostgreSQL 
			Id:0:ffff0a280499:-166fadbf:59885e75:22 
[INFO] ..........................................................................................
There is no evidence (eap1.server.log) that periodic recovery process is looking for in doubt transactions on the other server that could be rolled back.

It causes several flakey tests. Let me rewrite it with more caution...

HIVE-5369 changes explain extended output to add statistics information. This breaks dynamic_partition_skip_default.q file on trunk.

Minor issue where we write back table name in a few places. Should clean it up:

 } else { 
      out.write("\n        <title>Table: ");
      out.print( fqtn );
      out.write("</title>\n    ");
 } 

Calling exec on LettuceConnection while pipelining should return null, but instead returns a List containing the Future results of exec.

When mapping a document containing a GeoJSON location into a GeoJsonPoint object, if the location coordinates are "round" numbers (e.g. [0,0]) I get a ClassCastException: 

Failed to convert from type \[com.mongodb.BasicDBObject\] to type \[org.springframework.data.mongodb.core.geo.GeoJsonPoint\] for value '\{ "type" : "Point" , "coordinates" : [ 0 , 0]\}'; nested exception is java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Double

1) Only locks for tables should be checked.
2) Check on whether txnWriteIdList is null or not needs to be fixed: it should be done on the configuration property value, as the object txnWriteIdList will never be null.

When using 

  @Autowired
  org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor executor;

inside a test it doesn't pick up a bean created by <task:executor ... /> which is documented to create a bean of that particular type. I've reproduced this in a simple test project that you can find in my git repository: http://github.com/iwein/Spring-Integration-Sandbox/commit/52f039a7cd118fcc48060318f5a48ae1373a66ee

When DBObjectAccessor is building the BasicDBObject it could check if the current dbObject already holds a BasicDBObject for the given key
And thus documents like the one below will be inserted correctly (now only "id" and "desc"  are inserted)

    public class One {
      @Id String id;
      @Field("DATA.TITLE") String title;
      @Field("DATA.DESC") String desc;
     ....
    }

I have provided a sample projecte with a few tests in order to verify the behaviour before and after the proposed change.
I am aware that field names cannot contain the dot (.) character (https://docs.mongodb.org/manual/core/document/#field-names), and that data structures like the one before should be mapped with a Map BUT now the read process can cope with this kind of data structures so I am wondering if we can improve the write process to cover this case.  JUST AN IDEA

Seems that the content after: 
https://hbase.apache.org/book.html#jython seems to be broken. No more titles and links. 
Misty Linville FYI. 

create temporary table events(`user id` bigint, `user name` string);
explain analyze table events compute statistics for columns `user id`;

FAILED: SemanticException [Error 30009]: Encountered parse error while parsing rewritten query

Our design invariants state that ZooKeeper data is safe to delete. However, replication only stores its data in zookeeper. 
This can lead to operators accidentally disabling their replication set up while attempting to recover from an unrelated issue by clearing the zk state.
We should update the operational concerns section on replication to call out that the /hbase/replication tree should not be deleted. We should probably also add a warning to the set up steps.

We found the reported issue upgrading Spring Data MongoDB library from 1.3.5.RELEASE to 1.5.5.RELEASE. The issue is triggered querying a nested generic field qualified with a custom class (not primitive). Following snippet shows the nested field we are trying to query:

public class External{
 ..
 private Optional<Internal> field = new Optional<Internal>();
 ..
}

The call to mongoOperations throws a NullPointerException originating from AbstractMappingContext. It is a Spring Data Commons class and we noticed that the issue starts from version 1.7.2.RELEASE of this library, just after commit 02046da.

Embedded metastore clients can't be retried, they throw an exception - "For direct MetaStore DB connections, we don't support retries at the client level."
This tends to mask the real error that caused the attempts to retry. RetryingMetaStoreClient shouldn't even attempt to reconnect when direct/embedded metastore client is used.

It is currently not possible to deploy *.cli built by multi-jsf-installer shipped with WildFly. When attempting to deploy, this message will appear:

org.jboss.as.cli.CommandFormatException: org.jboss.as.cli.CommandLineException: java.util.concurrent.ExecutionException: org.jboss.as.cli.CommandLineException: Failed to locate /tmp/vfs/cli-1528866094723/cli-1528866094723450313ef1dc90cff/install-mojarra-2.2.17.cli-212b6d42ba0c47e1/jsf-api-2.2.17.jar, if you defined a nonexistent resource on purpose you should use the --allow-nonexistent-resources option

Instead of completing the job, and force the user to re-run the export if something failed, let the Mapper fail and retry automatically based on the job.getMaxMapAttempts()

"[Spring Roo Process Manager Background Polling Thread]" incorrectly displays when development mode is false at startup time (eg as per roo.sh startup script).

SocialAuthenticationFilter doesn't honor the 'scope' parameter if one is passed in on the initiating request.

After the basic testsuite is run, there remains a ejb-xa-recovery folder in testsuite/integration/basic that is not properly cleaned up.
I grepped the testsuite for ejb-xa-recovery but could not find a match.
I suspect that this folder is created by Narayan as it deals with XA recovery.
This folder contains a single file named 20005_00000000000000000000ffff7f0000010000f9965b2237980000003b31_00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 whose content is:

http-remoting://127.0.0.1:8080

rop table t1;
drop table t2;
create table t1 (key string, value string) partitioned by (ds string, hr string);
create table t2 (key string, value string) partitioned by (ds string);
insert overwrite table t1 partition (ds='1', hr='1') select key, value from src cluster by key;
insert overwrite table t1 partition (ds='1', hr='2') select key, value from src cluster by key;
insert overwrite table t1 partition (ds='1', hr='2') select key, value from t1 where ds = '1' and hr = '2';
desc extended t1;
desc extended t1 partition (ds='1', hr='1');
desc extended t1 partition (ds='1', hr='2');
alter table t2 add partition (ds='1') location '/data/users/njain/hive3/hive3/build/ql/test/data/warehouse/t1/ds=1';
select count(1) from t2 where ds='1';
set hive.input.format = org.apache.hadoop.hive.ql.io.CombineHiveInputFormat;
drop table t1;
Consider the above testcase, some files are generated by mappers, whereas some others are generated by reducers. 
It is therefore possible that some files contain Text in their key, whereas others contain BytesWritable.
Due to that, combinehiveInputFormat record reader may get an error.
Note that, this works in hiveinputformat because different files are not combined in the same mapper - it even works if
we query 't1' because different partitions are not combined in the same mapper

As discussed in JBEAP-11190, this concerns the following use case:
#4 Adding TCPPING via add-protocol operation - NOK
/subsystem="jgroups"/stack="tcpping":add-protocol(type="TCPPING")
# throws with DR19

which no longer works in DR19 because it requires socket bindings to be defined.

Currently, when a developer defines an application GemfireRepository interface extension type and calls the findAll(:Sort) query method, SDG incorrectly formats the GemFire/Geode OQL query statement, and throws the following Exception...

java.lang.UnsupportedOperationException: non-distinct order-by not yet supported
	at com.gemstone.gemfire.cache.query.internal.CompiledSelect.prepareEmptyResultSet(CompiledSelect.java:824)
	at com.gemstone.gemfire.cache.query.internal.CompiledSelect.doIterationEvaluate(CompiledSelect.java:556)
	at com.gemstone.gemfire.cache.query.internal.CompiledSelect.evaluate(CompiledSelect.java:284)
	at com.gemstone.gemfire.cache.query.internal.DefaultQuery.executeUsingContext(DefaultQuery.java:529)
	at com.gemstone.gemfire.cache.query.internal.DefaultQuery.execute(DefaultQuery.java:365)
	at org.springframework.data.gemfire.GemfireTemplate.find(GemfireTemplate.java:299)
	at org.springframework.data.gemfire.repository.support.SimpleGemfireRepository.findAll(SimpleGemfireRepository.java:166)

The problem is caused by the fact that GemFire does not support non-unique queries with an ORDER BY clause, and SDG fails to correctly include the DISTINCT OQL Query keyword in the statement.

ThriftUnionObjectInspector uses toString from StructObjectInspector, which accesses uninitialized member variable fields.

If an unexpected exception occurs when deserialization occurs for a custom filter, the exception gets wrapped in a DeserializationException. Since this exception is in turn wrapped in an IOException, the many loop retry logic kicks in. The net effect is that this same deserialization error occurs again and again as the retries occur, just causing the client to wait needlessly.
IMO, either the parseFrom methods should be allowed to throw whatever type of IOException they'd like, in which case they could throw a DoNotRetryIOException, or a DeserializationException should be wrapped in a DoNotRetryIOException.

Recently I noticed that on application start Quartz founds and triggers misfired triggers:

INFO o.s.s.q.LocalDataSourceJobStore - Handling 1 trigger(s) that missed their scheduled fire-time.

That wasn't not the realistic case in my scenario - since I could see in a database that NEXT_FIRE_TIME is much ahead of the current time.
After digging a little I found the issue in the QuartzScheduledPollConsumerScheduler:

 // Ensure the cron schedule is updated
CronTrigger newTrigger = existingTrigger.getTriggerBuilder().withSchedule(CronScheduleBuilder.cronSchedule(getCron()).inTimeZone(getTimeZone())).build();

quartzScheduler.rescheduleJob(triggerKey, newTrigger);

There 2 issues here:
1. Job is rescheduled even if nothing has been changed (i.e. cron expression, cron timezone)
2.  existingTrigger.getTriggerBuilder() returns trigger builder with START_TIME of existing trigger which, surely, is the past. This is causing the described bug - NEXT_FIRE_TIME is calculated based on the old START_TIME and is in the past also. So rescheduled trigger becomes misfired trigger immediately.
Proposal:
1. Do not reschedule job if nothing has been changed.
2. If job needs to be rescheduled - make sure to set START_TIME to a current date.

During external table replication the file copy is done in parallel to the meta data replication. If the file copy task creates the directory with do as set to true, it will create the directory with permission set to the user running the repl command. In that case the meta data task while creating the table may fail as hive user might not have access to the created directory.
The fix should be

While creating directory, if sql based authentication is enabled, then disable storage based authentication for hive user.
Currently the created directory has the login user access, it should retain the source clusters owner, group and permission.
For external table replication don't create the directory during create table and add partition.

ALTER TABLE ONLY "DBS" ADD CONSTRAINT "UNIQUE_DATABASE" UNIQUE ("NAME");

Should also include "CTLG_NAME".

On the tez branch, the test cli driver tests fail to compile after HIVE-5543.

Allow Complex Types to be vectorized (since HIVE-16207: "Add support for Complex Types in Fast SerDe" was committed).
Add more classes we vectorize AVG in preparation for fully supporting AVG GroupBy.  In particular, the PARTIAL2 and FINAL groupby modes that take in the AVG struct as input.  And, add the COMPLETE mode that takes in the Original data and produces the Full Aggregation for completeness, so to speak.

Class LdapSecurityRealm cannot be used from elytron subsystem since is has only package access, see [1].
[1] https://github.com/wildfly-security/wildfly-elytron/blob/1.1.0.Beta4/src/main/java/org/wildfly/security/auth/provider/ldap/LdapSecurityRealm.java#L73

When an application defines 2 or more different application domain objects, for instance...

@Region("Users")
public class AdminUser extends User {
  ...
}

public class GuestUser extends User {
  ...
}

Where each domain object is stored in multiple different, but identically named Subregions in GemFire, where the SDG XML namespace-based configuration meta-data might look like the following...

<gfe:replicated-region id="Local" persistent="false">
  <gfe:replicated-region name="Admin" persistent="false">
    <gfe:replicated-region name="Users" persistent="false"/>
  </gfe:replicated-region>
  <gfe:replicated-region name="Guest" persistent="false">
</gfe:replicated-region>

Then Spring Data GemFire's Repository extension support infrastructure fails to properly associate the corresponding application domain object to the appropriate Subregion, i.e. ...
AdminUser to /Local/Admin/Users
and...
GuestUser to /Local/Guest/Users

There is a bug in ObjectStore, where we use pm.deletePersistent instead of pm.deletePersistentAll, which causes the persistenceManager to try and drop a org.datanucleus.store.rdbms.query.ForwardQueryResult instead of the appropriate associated org.apache.hadoop.hive.metastore.model.MNotificationLog.
This results in an error that looks like this:

Exception in thread "CleanerThread" org.datanucleus.api.jdo.exceptions.ClassNotPersistenceCapableException: The class "org.datanucleus.store.rdbms.query.ForwardQueryResult" is not persistable. This means that it either hasnt been enhanced, or that the enhanced version of the file is not in the CLASSPATH (or is hidden by an unenhanced version), or the Meta-Data/annotations for the class are not found.
at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:380)
at org.datanucleus.api.jdo.JDOPersistenceManager.jdoDeletePersistent(JDOPersistenceManager.java:807)
at org.datanucleus.api.jdo.JDOPersistenceManager.deletePersistent(JDOPersistenceManager.java:820)
at org.apache.hadoop.hive.metastore.ObjectStore.cleanNotificationEvents(ObjectStore.java:7149)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:114)
at com.sun.proxy.$Proxy0.cleanNotificationEvents(Unknown Source)
at org.apache.hive.hcatalog.listener.DbNotificationListener$CleanerThread.run(DbNotificationListener.java:277)
The class "org.datanucleus.store.rdbms.query.ForwardQueryResult" is not persistable. This means that it either hasnt been enhanced, or that the enhanced version of the file is not in the CLASSPATH (or is hidden by an unenhanced version), or the Meta-Data/annotations for the class are not found.
org.datanucleus.exceptions.ClassNotPersistableException: The class "org.datanucleus.store.rdbms.query.ForwardQueryResult" is not persistable. This means that it either hasnt been enhanced, or that the enhanced version of the file is not in the CLASSPATH (or is hidden by an unenhanced version), or the Meta-Data/annotations for the class are not found.
at org.datanucleus.ExecutionContextImpl.assertClassPersistable(ExecutionContextImpl.java:5698)
at org.datanucleus.ExecutionContextImpl.deleteObjectInternal(ExecutionContextImpl.java:2495)
at org.datanucleus.ExecutionContextImpl.deleteObjectWork(ExecutionContextImpl.java:2466)
at org.datanucleus.ExecutionContextImpl.deleteObject(ExecutionContextImpl.java:2417)
at org.datanucleus.ExecutionContextThreadedImpl.deleteObject(ExecutionContextThreadedImpl.java:245)
at org.datanucleus.api.jdo.JDOPersistenceManager.jdoDeletePersistent(JDOPersistenceManager.java:802)

The end result of this bug is that users of DbNotificationListener will have an evergrowing number of notification events that are not cleaned up as they age. This is an easy enough fix, but shows that we have a lack of test coverage here.

If the last line in the file is comment then NullPointerException is thrown by ResourceLineReader.
Attached patch fixes this problem.

This one I've seen a few times.  In hql, I do show tables and it shows my table.  I then try to do a select against the table and hql reports table does not exist.  Digging, whats happening is that the getClosest facility is failing to find the first table region in the .META. table.  I hacked up a region reading tool – attached (for 0.1 branch) – and tried it against but a copy and the actual instance of the region and it could do the getClosest fine.  I'm pretty sure I restarted the HRS and when it came up again, the master had given it again the .META. and again was failing to find the first region in the table (Looked around in server logs and it seemed 'healthy').

We ran into a case with ITLoadAndVerify with CM which left a region in RIT state, because the region failed a region SPLIT, but AM did not process this correctly. 
Region server attempting SPLIT and rollover: 

2013-10-06 16:42:56,959 INFO  [Priority.RpcServer.handler=0,port=60020] regionserver.HRegionServer: Splitting IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e.
...
2013-10-06 16:43:01,480 INFO  [regionserver60020-splits-1381102351302] regionserver.SplitTransaction: Starting split of region IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e.
2013-10-06 16:43:01,480 DEBUG [regionserver60020-splits-1381102351302] regionserver.SplitTransaction: regionserver:60020-0x1418eb9f38301bb Creating ephemeral node for 9608be62536a61444766da669e67d39e in SPLITTING state
2013-10-06 16:43:01,570 DEBUG [regionserver60020-splits-1381102351302] zookeeper.ZKAssign: regionserver:60020-0x1418eb9f38301bb Transitioning 9608be62536a61444766da669e67d39e from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLITTING
2013-10-06 16:43:01,607 DEBUG [regionserver60020-splits-1381102351302] zookeeper.ZKAssign: regionserver:60020-0x1418eb9f38301bb Transitioned node 9608be62536a61444766da669e67d39e from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLITTING
2013-10-06 16:43:01,607 DEBUG [regionserver60020-splits-1381102351302] zookeeper.ZKAssign: regionserver:60020-0x1418eb9f38301bb Transitioning 9608be62536a61444766da669e67d39e from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLITTING
2013-10-06 16:43:01,629 DEBUG [regionserver60020-splits-1381102351302] zookeeper.ZKAssign: regionserver:60020-0x1418eb9f38301bb Transitioned node 9608be62536a61444766da669e67d39e from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLITTING
2013-10-06 16:43:02,047 DEBUG [regionserver60020-splits-1381102351302] regionserver.HRegion: Closing IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e.: disabling compactions & flushes
2013-10-06 16:43:02,047 DEBUG [regionserver60020-splits-1381102351302] regionserver.HRegion: Updates disabled for region IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e.
2013-10-06 16:43:02,047 DEBUG [regionserver60020-splits-1381102351302] regionserver.HRegion: Started memstore flush for IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e., current region memstore size 4.4 M
2013-10-06 16:43:03,945 INFO  [regionserver60020-splits-1381102351302] regionserver.HRegion: Finished memstore flush of ~4.4 M/4607072, currentsize=0/0 for region IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e. in 1898ms, sequenceid=6703616, compaction requested=true
2013-10-06 16:43:04,026 INFO  [StoreCloserThread-IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e.-1] regionserver.HStore: Closed f1
2013-10-06 16:43:04,027 INFO  [regionserver60020-splits-1381102351302] regionserver.HRegion: Closed IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e.
2013-10-06 16:43:36,938 INFO  [regionserver60020-splits-1381102351302] regionserver.SplitRequest: Running rollback/cleanup of failed split of IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e.; Took too long to split the files and create the references, aborting split
java.io.IOException: Took too long to split the files and create the references, aborting split
  at org.apache.hadoop.hbase.regionserver.SplitTransaction.splitStoreFiles(SplitTransaction.java:584)
  at org.apache.hadoop.hbase.regionserver.SplitTransaction.createDaughters(SplitTransaction.java:296)
  at org.apache.hadoop.hbase.regionserver.SplitTransaction.execute(SplitTransaction.java:465)
  at org.apache.hadoop.hbase.regionserver.SplitRequest.run(SplitRequest.java:82)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
  at java.lang.Thread.run(Thread.java:722)
2013-10-06 16:43:37,482 INFO  [StoreOpener-9608be62536a61444766da669e67d39e-1] compactions.CompactionConfiguration: size [134217728, 9223372036854775807); files [3, 10); ratio 1.200000; off-peak ratio 5.000000; throttle point 2684354560; delete expired; major period 604800000, major jitter 0.500000
2013-10-06 16:43:37,509 DEBUG [StoreOpener-9608be62536a61444766da669e67d39e-1] regionserver.HStore: loaded hdfs://ambari-unsec-1381055459-hbase-1.cs1cloud.internal:8020/apps/hbase/data/data/default/IntegrationTestLoadAndVerify/9608be62536a61444766da669e67d39e/f1/12cecfd69b7948eb8bbf9bacc3d7fbb0, isReference=false, isBulkLoadResult=false, seqid=6703616, majorComp
2013-10-06 16:43:37,549 DEBUG [StoreOpener-9608be62536a61444766da669e67d39e-1] regionserver.HStore: loaded hdfs://ambari-unsec-1381055459-hbase-1.cs1cloud.internal:8020/apps/hbase/data/data/default/IntegrationTestLoadAndVerify/9608be62536a61444766da669e67d39e/f1/6b715040df9b424cbd3d01f36b34677b, isReference=false, isBulkLoadResult=false, seqid=6703217, majorComp
2013-10-06 16:43:37,588 DEBUG [StoreOpener-9608be62536a61444766da669e67d39e-1] regionserver.HStore: loaded hdfs://ambari-unsec-1381055459-hbase-1.cs1cloud.internal:8020/apps/hbase/data/data/default/IntegrationTestLoadAndVerify/9608be62536a61444766da669e67d39e/f1/97cbd5f18ee64e0aaf43f48b1d3fae73, isReference=false, isBulkLoadResult=false, seqid=6681405, majorComp
2013-10-06 16:43:37,630 DEBUG [StoreOpener-9608be62536a61444766da669e67d39e-1] regionserver.HStore: loaded hdfs://ambari-unsec-1381055459-hbase-1.cs1cloud.internal:8020/apps/hbase/data/data/default/IntegrationTestLoadAndVerify/9608be62536a61444766da669e67d39e/f1/a0d33ad9786d4a6fb6fa83b530cb5acd, isReference=false, isBulkLoadResult=false, seqid=6699746, majorComp
2013-10-06 16:43:37,676 DEBUG [StoreOpener-9608be62536a61444766da669e67d39e-1] regionserver.HStore: loaded hdfs://ambari-unsec-1381055459-hbase-1.cs1cloud.internal:8020/apps/hbase/data/data/default/IntegrationTestLoadAndVerify/9608be62536a61444766da669e67d39e/f1/c4ad2148624d42e6b8408b9b257a4c70, isReference=false, isBulkLoadResult=false, seqid=6689091, majorComp
2013-10-06 16:43:37,893 INFO  [regionserver60020-splits-1381102351302] regionserver.HRegionFileSystem: Cleaned up old failed split transaction detritus: hdfs://ambari-unsec-1381055459-hbase-1.cs1cloud.internal:8020/apps/hbase/data/data/default/IntegrationTestLoadAndVerify/9608be62536a61444766da669e67d39e/.splits
2013-10-06 16:43:37,937 INFO  [regionserver60020-splits-1381102351302] regionserver.HRegion: Onlined 9608be62536a61444766da669e67d39e; next sequenceid=6703617
2013-10-06 16:43:38,021 DEBUG [regionserver60020-splits-1381102351302] zookeeper.ZKAssign: regionserver:60020-0x1418eb9f38301bb Deleted unassigned node 9608be62536a61444766da669e67d39e in expected state RS_ZK_REGION_SPLITTING
2013-10-06 16:43:38,021 INFO  [regionserver60020-splits-1381102351302] regionserver.SplitRequest: Successful rollback of failed split of IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e.

The RS, 4 mins later will try to do another split, but it will fail to let master know so, because master still thinks the region is in RIT due to the first split. 

2013-10-06 16:43:01,606 DEBUG [AM.ZK.Worker-pool2-t202] master.AssignmentManager: Handling RS_ZK_REGION_SPLITTING, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,60020,1381101889371, region=9608be62536a61444766da669e67d39e, current_state=null
2013-10-06 16:43:01,609 INFO  [AM.ZK.Worker-pool2-t202] master.RegionStates: Transitioned {9608be62536a61444766da669e67d39e state=OPEN, ts=1381102229682, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,60020,1381101889371} to {9608be62536a61444766da669e67d39e state=SPLITTING, ts=1381102981609, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,600
2013-10-06 16:43:01,634 DEBUG [AM.ZK.Worker-pool2-t203] master.AssignmentManager: Handling RS_ZK_REGION_SPLITTING, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,60020,1381101889371, region=9608be62536a61444766da669e67d39e, current_state={9608be62536a61444766da669e67d39e state=SPLITTING, ts=1381102981609, server=ambari-unsec-1381055459-hbase-5.cs1cloud
2013-10-06 16:43:38,019 DEBUG [AM.ZK.Worker-pool2-t204] master.AssignmentManager: Znode IntegrationTestLoadAndVerify,/(k\xCA\x1A\xF2\x86\xB6,1381100194019.9608be62536a61444766da669e67d39e. deleted, state: {9608be62536a61444766da669e67d39e state=SPLITTING, ts=1381102981634, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,60020,1381101889371}
2013-10-06 16:44:35,673 DEBUG [AM.ZK.Worker-pool2-t206] master.AssignmentManager: Handling RS_ZK_REGION_SPLITTING, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,60020,1381101889371, region=ae22b90a3ddeb30c45c5735f7c855014, current_state=null
2013-10-06 16:44:35,673 INFO  [AM.ZK.Worker-pool2-t206] master.RegionStates: Transitioned {ae22b90a3ddeb30c45c5735f7c855014 state=OPEN, ts=1381102362273, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,60020,1381101889371} to {ae22b90a3ddeb30c45c5735f7c855014 state=SPLITTING, ts=1381103075673, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,600
2013-10-06 16:44:35,725 DEBUG [AM.ZK.Worker-pool2-t207] master.AssignmentManager: Handling RS_ZK_REGION_SPLITTING, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,60020,1381101889371, region=ae22b90a3ddeb30c45c5735f7c855014, current_state={ae22b90a3ddeb30c45c5735f7c855014 state=SPLITTING, ts=1381103075673, server=ambari-unsec-1381055459-hbase-5.cs1cloud
2013-10-06 16:44:38,707 DEBUG [ambari-unsec-1381055459-hbase-1.cs1cloud.internal,60000,1381101554357-BalancerChore] master.HMaster: Not running balancer because 2 region(s) in transition: {9608be62536a61444766da669e67d39e={9608be62536a61444766da669e67d39e state=SPLITTING, ts=1381102981634, server=ambari-unsec-1381055459-hbase-5.cs1cloud.internal,60020,1381101889

It seems that AM.nodeDeleted() does not revert the in-memory state for the region to be opened. 

 We just discovered the following scenario:

Cluster A and B are setup in master/master replication
By accident we had Cluster C replicate to Cluster A.

Now all edit originating from C will be bouncing between A and B. Forever!
The reason is that when the edit come in from C the cluster ID is already set and won't be reset.
We have a couple of options here:

Optionally only support master/master (not cycles of more than two clusters). In that case we can always reset the cluster ID in the ReplicationSource. That means that now cycles > 2 will have the data cycle forever. This is the only option that requires no changes in the HLog format.
Instead of a single cluster id per edit maintain a (unordered) set of cluster id that have seen this edit. Then in ReplicationSource we drop any edit that the sink has seen already. The is the cleanest approach, but it might need a lot of data stored per edit if there are many clusters involved.
Maintain a configurable counter of the maximum cycle side we want to support. Could default to 10 (even maybe even just). Store a hop-count in the WAL and the ReplicationSource increases that hop-count on each hop. If we're over the max, just drop the edit.

fails with
ekoifman:hcatalog ekoifman$ bin/hcat
/Users/ekoifman/dev/hive/packaging/target/apache-hive-0.13.0-SNAPSHOT-bin/apache-hive-0.13.0-SNAPSHOT-bin/hcatalog/bin/hcat: Cannot find lib dir within HIVE_HOME : ./lib

The definitions of the various global read-xxx handlers all include setRuntimeOnly() which is incorrect as these ops in one way or the other deal with the management model, either by reading the Resource tree or by reading the ManagementResourceRegistration tree.
Having these declare themselves as runtime-only interferes with resolving WFCORE-2858, because the WFCORE-2858 solution is to treat read-only + runtime-only ops targeting profile resources as requiring multiphase rollout across the domain instead of simply reading the DC. Doing a multiphase rollout for these ops is incorrect.

In the doGetMethod the bean name to alreadyCreated HashSet but if there is a failure in creation this entry is not removed leading to a leak.
In our particular case the bean is a redirect with a name containing all of the unique parameters. getMergedLocalBeanDefinition, which is not in a try-catch block, throws a NoSuchBeanException therefore doGetBean throws without removing the entry from alreadyCreated.
And it would appear that at no other failure point in the method is the entry removed from Already created.
This has also be noted by CXF and worked around in their code (https://issues.apache.org/jira/browse/CXF-4795)
Which also lead to the same local fix in Mule (https://github.com/mulesoft/mule/pull/21)

For SASL and HTTP mechanisms it is possible to define realm-mapping as part of *-authentication-factory. But this cannot be used for EXTERNAL/CLIENT_CERT mechanism, because ServerAuthenticationContext is not constructed by mechanism but by SecurityDomainTrustManager - without relation to any *-authentication-factory.
It can be misleading for user, that EXTERNAL mechanism is present in sasl-authentication-factory, but if realm-mapper is defined here, it is ignored: (because SSL authentication finish before any SASL is initiated)

<sasl-authentication-factory name="client-cert-digest" sasl-server-factory="configured" security-domain="client-cert-domain">
    <mechanism-configuration>
        <mechanism mechanism-name="EXTERNAL" realm-mapper="key-store-realm"/>
    </mechanism-configuration>
</sasl-authentication-factory>

Should be considered adding way how to pass realm-mapper into SSL authentication - maybe add realm-mapper attribute into server-ssl-context definition?

Description of Elytron mapped-regex-realm-mapper and simple-regex-realm-mapper for read-resource-description operation in JBoss CLI and in wildfly-elytron_1_0.xsd should be improved. Following information should be provided there for mapped-regex-realm-mapper:

In case when username does not matches pattern and delegate-realm-mapper is used then result of delegate-realm-mapper is mapped through realm-map. Add this information to description of delegate-realm-mapper.
In case when value for mapping is not in the map or in case when realm with name of value in to from realm-map does exist in given security domain then default realm is used.

Following information should be provided for both simple-regex-realm-mapper and mapped-regex-realm-mapper

In case when more capture groups are obtained in pattern then first capture group is used. Add this information to description of pattern.

It's little weird, but it happened in the product environment that few RegionServer missed master znode create notification on master failover. In that case ZooKeeperNodeTracker will not refresh the cached data and MasterAddressTracker will always return old active HM detail to Region server on ServiceException.
Though We create region server stub on failure but without refreshing the MasterAddressTracker data.
In HRegionServer.createRegionServerStatusStub()

  boolean refresh = false; // for the first time, use cached data
    RegionServerStatusService.BlockingInterface intf = null;
    boolean interrupted = false;
    try {
      while (keepLooping()) {
        sn = this.masterAddressTracker.getMasterAddress(refresh);
        if (sn == null) {
          if (!keepLooping()) {
            // give up with no connection.
            LOG.debug("No master found and cluster is stopped; bailing out");
          }
          if (System.currentTimeMillis() > (previousLogTime + 1000)) {
            LOG.debug("No master found; retry");
            previousLogTime = System.currentTimeMillis();
          }
          refresh = true; // let's try pull it from ZK directly
          if (sleep(200)) {
          }
          continue;
        }

Here we refresh node only when 'sn' is NULL otherwise it will use same cached data. 
So in above case RegionServer will never report active HMaster successfully until HMaster failover or RegionServer restart.

Apache commons configuration uses commons bean-utils in a few places, but the module.xml does not declare a dependency on it.
The POM (http://search.maven.org/#artifactdetails|commons-configuration|commons-configuration|1.6|jar) also suggests that digesters is also a dependency, but I haven't seen any issues from that being missing.

HIVE-14149 changed the joda-time dependency to 2.8.1 version. However, the hcatalog-pig-adapter has 2.2 hardcoded.

The line
+ "ACL_OBJECT_IDENTITY,ENTRIES_INHERITING, "
should be
+ "ACL_OBJECT_IDENTITY.ENTRIES_INHERITING, " (notice the dot instead of comma)

Here is the discussion[1] about it.
[1]http://camel.465427.n5.nabble.com/CXFRS-producer-removing-JMS-headers-tp5568925p5574037.html

See https://github.com/spring-projects/spring-boot/issues/1328 for original report. Easy to reproduce with Spring Boot app:

public class Application extends BaseConfiguration {

    }
}

@EnableAutoConfiguration(exclude = DataSourceAutoConfiguration.class)
abstract class BaseConfiguration {
}

The following query can give wrong results when CBO is on:

select part1,randum123
from (SELECT *, cast(rand() as double) AS randum123 FROM testA where part1='CA' and part2 = 'ABC') a
where randum123 <= 0.5) s where s.randum123 > 0.25 limit 20;

The plan of the query is as follows:
    Map Reduce
          TableScan
            alias: testa
            Statistics: Num rows: 2 Data size: 4580 Basic stats: COMPLETE Column stats: NONE
              predicate: ((rand() <= 0.5D) and (rand() > 0.25D)) (type: boolean)
              Statistics: Num rows: 1 Data size: 2290 Basic stats: COMPLETE Column stats: NONE
                expressions: 'CA' (type: string), rand() (type: double)
                Statistics: Num rows: 1 Data size: 2290 Basic stats: COMPLETE Column stats: NONE
                Limit
                  Number of rows: 20
                  Statistics: Num rows: 1 Data size: 2290 Basic stats: COMPLETE Column stats: NONE
                    Statistics: Num rows: 1 Data size: 2290 Basic stats: COMPLETE Column stats: NONE
                    table:
                        input format: org.apache.hadoop.mapred.SequenceFileInputFormat
                        output format: org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat

      limit: 20
        ListSink

The relevant part in the plan is the filter:

The predicates randum123 <= 0.5 and s.randum123 > 0.25 were pushed down.  And randum123 was resolved to rand().  This is bad because it will result in invocation of rand() two times and rand() UDF is non-deterministic.  Both the rand calls can generate values that can satisfy the predicates independently, but not together, whereas the original intention of the query is to give results when rand falls between 0.25 and 0.5.
A sample result:

CA	0.9191984370369802
CA	0.397933021566812

where the condition was not satisfied.

in serde/pom.xml

      <groupId>org.apache.arrow</groupId>
      <artifactId>arrow-vector</artifactId>
      <version>${arrow.version}</version>

maven is complaining:

[WARNING] 
[WARNING] Some problems were encountered while building the effective model for org.apache.hive:hive-serde:jar:3.1.0-SNAPSHOT
[WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: org.apache.arrow:arrow-vector:jar -> duplicate declaration of version ${arrow.version} @ org.apache.hive:hive-serde:[unknown-version], /home/kirk/projects/hive/HIVE-19237-oid-once/serde/pom.xml, line 73, column 17
[WARNING] 

This example fails when running mvn camel:run as stated in the readme.txt file.

HIVE-13555 adds support for nullif. I'm encountering issues with nullif on master (3.0.0-SNAPSHOT rdac3786d86462e4d08d62d23115e6b7a3e534f5d)
Cluster side jobs work fine but client side don't.
Consider these two tables:
e011_02:
Columns c1 = float, c2 = double
1.0	1.0
1.5	1.5
2.0	2.0
test:
Columns c1 = int, c2 = int
Data:
1	1
2	2
And this query:
select nullif(c1, c2) from e011_02;
With e011_02 I get:

java.io.IOException: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating NULLIF(c1,c2)
	at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:165)
	at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:2177)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:253)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:184)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:821)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:759)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:686)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating NULLIF(c1,c2)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.process(SelectOperator.java:93)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:897)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:442)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:434)
	at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:147)
	... 13 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.lazy.LazyFloat cannot be cast to org.apache.hadoop.io.FloatWritable
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableFloatObjectInspector.get(WritableFloatObjectInspector.java:36)
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorUtils.comparePrimitiveObjects(PrimitiveObjectInspectorUtils.java:412)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFNullif.evaluate(GenericUDFNullif.java:93)
	at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator._evaluate(ExprNodeGenericFuncEvaluator.java:187)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:80)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:68)
	... 18 more

With 
select nullif(c1, c2) from test;
I get:

2017-05-01T03:32:19,905 ERROR [cbaf5380-5b06-4531-aeb9-524c62314a46 main] CliDriver: Failed with exception java.io.IOException:org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating NULLIF(c1,c2)
	... 13 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.lazy.LazyInteger cannot be cast to org.apache.hadoop.io.IntWritable
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableIntObjectInspector.get(WritableIntObjectInspector.java:36)
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorUtils.comparePrimitiveObjects(PrimitiveObjectInspectorUtils.java:404)
	... 18 more

Now if I set hive.fetch.task.conversion=none; and force a cluster side job, everything works fine
/cc Zoltan Haindrich in case you have any ideas

The elements add-logging-api-dependencies and use-deployment-logging-config should have a default of true in the schema.

The SingleConnectionFactory$AggregatedExceptionListener objects contains a list of delegates in a LinkedHashSet, protected by the SingleConnectionFactory.connectionMonitor lock object.
If you configure a SingleConnectionFactory with reconnectOnException = true, and use it in a SimpleMessageListenerContainer, the following will happen on a JMSException:

SingleConnectionFactory$AggregatedExceptionListener.onException() is called, and starts looping over the delegates Set
At a certain point in time, it will call SimpleMessageListenerContainer.onException(), which calls refreshSharedConnection(), createSharedConnection(), prepareSharedConnection(), connection.setExceptionListener()
This modifies the delegates list (from the same thread, so the locking does not help)
A ConcurrentModificationException will be thrown in SingleConnectionFactory$AggregatedExceptionListener.onException()

Full exception message:

Exception in thread "ActiveMQ Connection Executor: tcp://localhost/127.0.0.1:61616@52892" java.util.ConcurrentModificationException
	at org.springframework.jms.connection.SingleConnectionFactory$AggregatedExceptionListener.onException(SingleConnectionFactory.java:670)
	at org.apache.activemq.ActiveMQConnection$5.run(ActiveMQConnection.java:2004)

The list of delegates should probably be copied before iteration, or the SimpleMessageListenerContainer should not re-add itself as listener.

HIVE-18659 added hive.acid.version in the file footer.  
orcfiledump prints something like 

User Metadata:
  hive.acid.key.index=1,536870912,1;
  hive.acid.stats=2,0,0
  hive.acid.version=

probably because

    public static void setAcidVersionInDataFile(Writer writer) {
      //so that we know which version wrote the file
      ByteBuffer bf = ByteBuffer.allocate(4).putInt(ORC_ACID_VERSION);
      bf.rewind(); //don't ask - some ByteBuffer weridness. w/o this, empty buffer is written
      writer.addUserMetadata(ACID_VERSION_KEY, bf);
    }

use 
UTF8.encode()) instead

We shouldn’t be running Accumulo+Hive tests in Windows as Accumulo is currently unsupported on Windows. Hence we should provide an option to disable these tests; that being mentioned, the default behavior would be to enable these tests.

org.apache.hcatalog.data.schema.HCatSchema.remove(HCatFieldSchema hcatFieldSchema) makes the following call:
fieldPositionMap.remove(hcatFieldSchema);
but fieldPositionMap is of type Map<String, Integer> so the element is not getting removed
Here's a detailed comment from Sushanth Sowmyan
The result is that that the name will not be removed from fieldPositionMap. This results in 2 things:
a) If anyone tries to append a field to a hcatschema after having removed that field, it shouldn't fail, but it will.
b) If anyone asks for the position of the removed field by name, it will still give the position.
Now, there is only one place in hcat code where we remove a field, and that is called from HCatOutputFormat.setSchema, where we try to detect if the user specified partition column names in the schema when they shouldn't have, and if they did, we remove it. Normally, people do not specify this, and this check tends to be superfluous.
Once we do this, we wind up serializing that new object (after performing some validations), and this does appear to stay through the serialization (and eventual deserialization) which is very worrying.
However, we are luckily saved by the fact that we do not append that field to it at any time(all appends in hcat code are done on newly initialized HCatSchema objects which have had no removes done on them), and we don't ask for the position of something we do not expect to be there(harder to verify for certain, but seems to be the case on inspection).
The main part that gives me worry is that HCatSchema is part of our public interface for HCat, in that M/R programs that use HCat can use it, and thus, they might have more interesting usage patterns that are hitting this bug.
I can't think of any currently open bugs that is caused by this because of the rarity of the situation, but nevertheless, something we should fix immediately.

Include the following out of the box for sun.jdk module

for working with javax.sql.rowset.RowSetProvider
                 <path name="com/sun/rowset"/>
                 <path name="com/sun/rowset/providers"/>

for working with java.lang.invoke.MethodHandleProxies
                 <path name="sun/invoke"/>

This affects EAP customers using CP releases when overlays override changes made in the original module.xml. For sun.jdk classes, the above packages should be included out of the box.

Section 5.6.1 has invalid xml for its example of how to configure the exceptionMappers for SoapFaultMappingExceptionResolver:

<beans>
    <bean id="exceptionResolver"
        class="org.springframework.ws.soap.server.endpoint.SoapFaultMappingExceptionResolver">
        <property name="defaultFault" value="SERVER">
        <property name="exceptionMappings">
            org.springframework.oxm.ValidationFailureException=CLIENT,Invalid request
    </bean>
</beans>

Should be

<beans>
          <value>
          </value>
    </bean>
</beans>

hive> SHOW TABLE EXTENDED LIKE pokes;
OK
tableName:pokes
owner:carl
location:hdfs://localhost/user/hive/warehouse/pokes
inputformat:org.apache.hadoop.mapred.TextInputFormat
outputformat:org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
columns:struct columns { i32 num}
partitioned:false
partitionColumns:
totalNumberFiles:0
totalFileSize:0
maxFileSize:0
minFileSize:0
lastAccessTime:0
lastUpdateTime:1274517075221

hive> SHOW TABLE EXTENDED LIKE "p*";
FAILED: Error in metadata: MetaException(message:Got exception: javax.jdo.JDOUserException ')' expected at character 54 in "database.name == dbName && ( tableName.matches("(?i)"p.*""))")

hive> SHOW TABLE EXTENDED LIKE 'p*';
OK

hive> SHOW TABLE EXTENDED LIKE `p*`;
OK

Logging a BeanCreationException containing a PersistenceException doesn't log the PersistenceException's cause (a MappingException in my case).
Log prints:
Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactory' defined in class path resource [org/springframework/boot/autoconfigure/orm/jpa/HibernateJpaConfiguration.class]: Invocation of init method failed; nested exception is javax.persistence.PersistenceException: [PersistenceUnit: default] Unable to build Hibernate SessionFactory
but the important message is missing (extracted from manual debug):
org.hibernate.MappingException: Could not determine type for: pse.shop.component.ShopComponent, at table: shop_template_component, for columns: [org.hibernate.mapping.Column(component)]
From my investigation, the issue is in NestedExceptionUtls.java, line 52:
sb.append("nested exception is ").append(cause);
where cause is an instance of PersistenceException, but PersistenceException.toString() doesn't contain the cause string.
This issue adds development overhead requiring manual debug to extract the exception message.

TCPPING and TCPGOSSIP are notoriously awkward to configure and manage.  This can be addressed by using capability references to outbound-socket-bindings.
e.g.
<sockets-protocol type="TCPPING" outbound-socket-bindings="binding1 binding2"/>
Additionally, TCPPING port_range can be auto-configured from the port_range specified by the transport.

Description for /subsystem=undertow/configuration=filter/mod-cluster=load-balancer[connections-per-thread]

            "connections-per-thread" => {
                "description" => "The number of connections that will be maintained to backend servers, per IO thread. Defaults to 10.",
                "default" => 40,
                "restart-required" => "no-services"
            },

and for /profile=load-balancer/subsystem=undertow/configuration=handler/reverse-proxy=my-rev-proxy[connections-per-thread]

            },

I can see one or maybe two problems there:

Description for connections-per-thread in mod-cluster element is wrong as it does not reflect reality as it says that default value for that attribute is 10, but in fact default value there is 40. Maybe we should just remove information about default value from the description completely?
Is not actually wrong that those two attributes have different default value as they basically reffer to the same thing althgouth one in the mod-cluster and second in the reverse-proxy?

In TableOutputFormat, connection will not be released in case when "mutator.close()" throws exception.
org.apache.hadoop.hbase.mapreduce.TableOutputFormat

    public void close(TaskAttemptContext context)
    throws IOException {
      mutator.close();
      connection.close();
    }

org.apache.hadoop.hbase.mapred.TableOutputFormat

    public void close(Reporter reporter) throws IOException {
      this.m_mutator.close();
      if (connection != null) {
        connection.close();
        connection = null;
      }
    }

The use case is:

dir = hdfs://host:9000/user/warehouse/tableName/abc
pathToPartitionInfo = {/user/warehouse/tableName : myPart}

Then calling 

getPartitionDescFromPath(dir, pathToPartitionInfo)

will throw an IOException because /user/warehouse/tableName is not a prefix of hdfs://host:9000/user/warehouse/tableName/abc. Currently, this is not an issue but will come up if CombineFileInputFormat is modified so what the scheme and authority are not stripped out  when generating splits (see MAPREDUCE-1806).
The proposed solution is add a case where matching is done by just the path component of the URI's.

Using SimpleActionEndpointMapping results in wsa:MessageAddressingHeaderRequired errors being returned from a request unless that request specifies
a wsa:To and wsa:MessageID header. According to the WS-Addressing standard, only the wsa:Action header is mandatory.
The problem appears to lie in the  hasRequiredProperties() method of org.springframework.ws.soap.addressing.MessageAddressingProperties. This method insists on
 1. wsa:To being present
 2. wsa:MessageID being present if either ReplyTo or FaultTo have been specified. 
In the case of (2) above I was able to trigger the fault by omitting all of the MessageID, ReplyTo and FaultTo headers in my request, so it may be that the server-side stack has inserted a default "anonymous endpoint" value into one or both of the latter and that is triggering the error.

This ensures we cleanup resources nicely.
Also the backlog tracer should remove processor definitions when a route is removed to not keep reference to defintions which are no longer in use.
See nabble
http://camel.465427.n5.nabble.com/BacklogTracer-memory-leak-tp5744561.html

HIVE-11724 introduced new setting to change the order of jobs listed. In-cases where "templeton.jobs.listorder" is set to lexicographicaldesc, filtering based on jobid still returning values greater then given job if, where as less than are expected. Its a code bug.

This issue was discovered in HIVE-2585 and more details about why this issue was filed are available there.
Currently if one sets hive.metastore.uris the following error will always be displayed:

2012-07-24 15:23:58,647 [main] WARN org.apache.hadoop.hive.conf.HiveConf - DEPRECATED: Configuration property hive.metastore.local no longer has any effect. Make sure to provide a valid value for hive.metastore.uris if you are connecting to a remote metastore.

The reason is javax.jdo.option.ConnectionURL has a default value and will never be null. I set this property in hive-site.xml and walked through the configuration loading in a debugger. If the value is not empty it takes effect, and is ignored if empty.
Since javax.jdo.option.ConnectionURL has a default and cannot be unset, this warning will always be printed if someone sets hive.metastore.uris.
Per the review comments, the error message was added to reduce user confusion, and prevent surprises by using the wrong metastore (either embedded or remote). In HiveMetaStoreClient.java we see a very clear info message printed saying that a remote metastore is used.

LOG.info("Trying to connect to metastore with URI " + store);
...
LOG.info("Connected to metastore.");

Since we clearly communicate to the user that a remote metastore at the given URI is being used we'll remove that message. Additionally, to further clarify a remote metastore is used I'll make the following HiveMetaStoreClient logging change:

LOG.debug("Trying to connect to remote HiveMetaStore: " + store);
...
LOG.info("Connected to remote HiveMetaStore: " + store);

The change is at debug level we print connection attempts, and always print which remote HiveMetaStore we actually connected to.

https://github.com/wildfly/wildfly-core/blob/master/controller/src/main/java/org/jboss/as/controller/operations/global/ReadResourceDescriptionHandler.java#L427 is suspect. AFAICT that operation variable will be from the original op that triggered the multi-part request. So its address is not the address of the bit that had the failure, but the use of that address implies the intent is that it is the bit that had the failure.
Perhaps it should be resultItem.get(OP_ADDR) ?

When a property begins with a joinAlias, the order by clause incorrectly assigns the qualifyReference boolean.
The following query shows the problem.  It assumes Cat.created and Dog.created exist, and a Sort column of "created".
from Cat c join Dog d
Because both tables have "created" as a column name and the property "created" begins with a joinAlias "c", the qualifyReference is set to false, resulting in "order by created" instead of "order by c.created".  This results in "column reference created is ambiguous".
I have attached a patch that resolves the issue.

davsclaus:/opt/fuse-esb-7.1.0.fuse-040$ bin/fuseesb 
Please wait while Fuse Fabric is loading...
  8% [========>  
Notice it says Fuse Fabric, and not Fuse ESB

For our, on Spring Boot based, project we have quite some integration tests. Some of these integration tests create a new application context due to custom configuration or the use of @MockBean.
To limit the number of cached contexts (as they are fairly large) we decided to reduce the number of cached context by setting the spring.test.context.cache.maxSize property to something less then 32. 
However we noticed that after running some tests we were leaking memory. After fixing some issues with our own code (static references to the app context). We still noticed a leak. 
After some digging we noticed that, amongst others, the JobRepositoryFactoryBean from Spring Batch kept hanging around. Which in turn had a reference to our JpaTransactionManager, which held on to the EntityManagerFactory all in all leaking around 50MB. Multiple this by a factor 30 and it starts to add up. 
Some further digging lead to the discovery that a FactoryBean that doesn't implement DisposableBean or doesn't create instances which themselves are a DisposableBean they never get cleaned. 
Our workaround is now to call getObject on the FactoryBean ourself. Which disables the registration of the FactoryBean and thus doesn't need to be cleaned up anymore. However would be nice if such a work-around wouldn't be needed. 

Debug logs on HIVE side - 

2017-05-03T23:49:00,672 DEBUG [HttpClient-Netty-Worker-0] client.NettyHttpClient: [GET http://localhost:8082/druid/v2/datasources/cmv_basetable_druid/candidates?intervals=1900-01-01T00:00:00.000+05:53:20/3000-01-01T00:00:00.000+05:30] Got response: 500 Server Error

Druid exception stack trace - 

2017-05-03T18:56:58,928 WARN [qtp1651318806-158] org.eclipse.jetty.servlet.ServletHandler - /druid/v2/datasources/cmv_basetable_druid/candidates
java.lang.IllegalArgumentException: Invalid format: ""1900-01-01T00:00:00.000 05:53:20"
	at org.joda.time.format.DateTimeFormatter.parseDateTime(DateTimeFormatter.java:899) ~[joda-time-2.8.2.jar:2.8.2]
	at org.joda.time.convert.StringConverter.setInto(StringConverter.java:212) ~[joda-time-2.8.2.jar:2.8.2]
	at org.joda.time.base.BaseInterval.<init>(BaseInterval.java:200) ~[joda-time-2.8.2.jar:2.8.2]
	at org.joda.time.Interval.<init>(Interval.java:193) ~[joda-time-2.8.2.jar:2.8.2]
	at org.joda.time.Interval.parse(Interval.java:69) ~[joda-time-2.8.2.jar:2.8.2]
	at io.druid.server.ClientInfoResource.getQueryTargets(ClientInfoResource.java:320) ~[classes/:?]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_92]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_92]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_92]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_92]

Note that intervals being sent as part of the HTTP request URL are not encoded properly when not using UTC timezone.  

Bucket mapjoin throws exception archiving stored hashtables. 

hive> set hive.optimize.bucketmapjoin = true;
hive> select /*+mapjoin(a)*/ a.key, a.value, b.value 
    > from srcbucket_mapjoin_part a join srcbucket_mapjoin_part_2 b 
    > on a.key=b.key;
12/06/28 12:36:18 WARN conf.HiveConf: DEPRECATED: Ignoring hive-default.xml found on the CLASSPATH at /home/navis/hive/conf/hive-default.xml
Execution log at: /tmp/navis/navis_20120628123636_5298a863-605c-4b98-bbb3-0a132c85c5a3.log
2012-06-28 12:36:18	Starting to launch local task to process map join;	maximum memory = 932118528
2012-06-28 12:36:18	Processing rows:	153	Hashtable size:	153	Memory usage:	1771376	rate:	0.002
2012-06-28 12:36:18	Dump the hashtable into file: file:/tmp/navis/hive_2012-06-28_12-36-17_003_3016196240171705142/-local-10002/HashTable-Stage-1/MapJoin-a-00-srcbucket22.txt.hashtable
2012-06-28 12:36:18	Upload 1 File to: file:/tmp/navis/hive_2012-06-28_12-36-17_003_3016196240171705142/-local-10002/HashTable-Stage-1/MapJoin-a-00-srcbucket22.txt.hashtable File size: 9644
2012-06-28 12:36:19	Processing rows:	309	Hashtable size:	156	Memory usage:	1844568	rate:	0.002
2012-06-28 12:36:19	Dump the hashtable into file: file:/tmp/navis/hive_2012-06-28_12-36-17_003_3016196240171705142/-local-10002/HashTable-Stage-1/MapJoin-a-00-srcbucket23.txt.hashtable
2012-06-28 12:36:19	Upload 1 File to: file:/tmp/navis/hive_2012-06-28_12-36-17_003_3016196240171705142/-local-10002/HashTable-Stage-1/MapJoin-a-00-srcbucket23.txt.hashtable File size: 10023
2012-06-28 12:36:19	End of local task; Time Taken: 0.773 sec.
Execution completed successfully
Mapred Local Task Succeeded . Convert the Join into MapJoin
java.io.IOException: This archives contains unclosed entries.
	at org.apache.commons.compress.archivers.tar.TarArchiveOutputStream.finish(TarArchiveOutputStream.java:214)
	at org.apache.hadoop.hive.common.FileUtils.tar(FileUtils.java:276)
	at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:391)
	at org.apache.hadoop.hive.ql.exec.MapRedTask.execute(MapRedTask.java:137)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:134)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1324)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1110)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:944)
Job Submission failed with exception 'java.io.IOException(This archives contains unclosed entries.)'
java.lang.IllegalArgumentException: Can not create a Path from an empty string
	at org.apache.hadoop.fs.Path.checkPathArg(Path.java:82)
	at org.apache.hadoop.fs.Path.<init>(Path.java:90)
	at org.apache.hadoop.hive.ql.exec.Utilities.getHiveJobID(Utilities.java:380)
	at org.apache.hadoop.hive.ql.exec.Utilities.clearMapRedWork(Utilities.java:193)
	at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:460)
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.MapRedTask

Seemed to be regression from HIVE-3128.

The simple language fails calling methods with parameters that contains ")".
First use case, direct use:

<route>
    <from uri="timer:foo?repeatCount=1"/>
    <setBody>
        <groovy>[")", 42]</groovy>
    </setBody>
    <setHeader headerName="test">
        <simple>${body.contains(")")}</simple>
    </setHeader>
    <log message="Body: ${body}, contains: ${header.test}"/>
</route>

It throws an error.
Second use case, with a usage of a parameter:

<route>
    <setBody>
    <setProperty propertyName="query">
        <constant>)</constant>
    </setProperty>
        <simple>${body.contains(${property.query})}</simple>
</route>

It doesn't throw any exception but doesn't work.

Following log message is logged during the deploy operation of a deployment:

10:52:11,703 INFO  [io.jaegertracing.Configuration] (ServerService Thread Pool -- 72) Initialized tracer=JaegerTracer(version=Java-0.30.6, serviceName=helloworld-rs.war, reporter=RemoteReporter(sender=UdpSender(), closeEnqueueTimeout=1000), sampler=RemoteControlledSampler(maxOperations=2000, manager=HttpSamplingManager(hostPort=localhost:5778), sampler=ProbabilisticSampler(tags={sampler.type=probabilistic, sampler.param=0.001})), tags={hostname=dhcp-10-40-5-80.brq.redhat.com, jaeger.version=Java-0.30.6, ip=10.40.5.80}, zipkinSharedRpcSpan=false, expandExceptionLogs=false)

This information is too verbose for INFO level. I propose to do one of following:

Remove this log message from INFO level - note that very similar message is also logged on DEBUG level:

10:52:11,714 DEBUG [org.wildfly.microprofile.opentracing.smallrye] (ServerService Thread Pool -- 72) WFLYTRAC0001: Tracer initialized: JaegerTracer(version=Java-0.30.6, serviceName=helloworld-rs.war, reporter=RemoteReporter(sender=UdpSender(), closeEnqueueTimeout=1000), sampler=RemoteControlledSampler(maxOperations=2000, manager=HttpSamplingManager(hostPort=localhost:5778), sampler=ProbabilisticSampler(tags={sampler.type=probabilistic, sampler.param=0.001})), tags={hostname=dhcp-10-40-5-80.brq.redhat.com, jaeger.version=Java-0.30.6, ip=10.40.5.80}, zipkinSharedRpcSpan=false, expandExceptionLogs=false)

Simplify the log message on INFO level to something simple, like:

10:52:11,703 INFO  [io.jaegertracing.Configuration] (ServerService Thread Pool -- 72) Initialized tracer for service helloworld-rs.war

This issue is a followup of a WFLY-10904.

Remove the empty method left in TestClientCommandHookFactory

There's a subtle bug in DefaultFragmentEventReader causing it to read a record twice in case "markFragmentFinished" is called directly after "markFragmentStart" without reading any events in between.

If the transaction isolation level is set to SERIALIZABLE if one node aquires the row lock via the 
UPDATE JBOSS_EJB_TIMER.. 
the other nodes throw an
ORA-08177: can't serialize access for this transaction
exception.
The timer thats row threw the exception never runs any more, not even in case the other nodes were shut down.
The serialization exception is also thrown upon server/application startup sometimes.

I've downloaded wildfly beta, attempted to add a vhost using the undertow configuration (can't find documentation btw) but when it starts, it says:
org.jboss.msc.service.DuplicateServiceException: Service jboss.web.common.host./ is already registered 
I originally posted the question here:
https://community.jboss.org/message/842352
The relevant config section (standalone.xml) is the following:
<subsystem xmlns="urn:jboss:domain:undertow:1.0">
	<buffer-caches>
		<buffer-cache name="default" buffer-size="1024" buffers-per-region="1024" max-regions="10"/>
	</buffer-caches>
	<server name="default-server">
		<http-listener name="default" socket-binding="http" max-post-size="10485760"/>
		<host name="default-host" alias="localhost">
			<location name="/" handler="welcome-content"/>
		</host>
		<host name="other-host" alias="www.mysite.com" default-web-module="something.war">
			<location name="/" handler="welcome-content">
				<filter-ref name="connection-limit"/>
			</location>
		</host>
	</server>
	<servlet-container name="default" default-buffer-cache="default" stack-trace-on-error="local-only">
		<jsp-config/>
		<persistent-sessions path="persistent-web-sessions" relative-to="jboss.server.data.dir"/>
	</servlet-container>
	<handlers>
		<file name="welcome-content" path="${jboss.home.dir}/welcome-content" directory-listing="true"/>
	</handlers>

If @ComponentScan is used as a meta annotation and filters are attributes that can be overriden via the target annotation, the following happens:

java.lang.IllegalArgumentException: Attribute 'excludeFilters' is of type [Filter[]], but [AnnotationAttributes[]] was expected. Cause: 
	at org.springframework.core.annotation.AnnotationAttributes.doGet(AnnotationAttributes.java:117)
	at org.springframework.core.annotation.AnnotationAttributes.getAnnotationArray(AnnotationAttributes.java:101)
	at org.springframework.context.annotation.ComponentScanAnnotationParser.parse(ComponentScanAnnotationParser.java:103)
	at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:249)
	at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:218)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:185)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:155)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:305)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:243)
	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanDefinitionRegistryPostProcessors(PostProcessorRegistrationDelegate.java:254)
	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:94)
	at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:403)
	at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:106)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4210)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4709)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
	at org.apache.catalina.core.StandardHost.start(StandardHost.java:822)
	at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
	at org.apache.catalina.core.StandardService.start(StandardService.java:525)
	at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
	at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
	at org.springsource.loaded.ri.ReflectiveInterceptor.jlrMethodInvoke(ReflectiveInterceptor.java:1270)
	at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
	at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)

When the filters are uses like so, in the meta-annotation, it works well:

    excludeFilters = {
        @ComponentScan.Filter(type = FilterType.ANNOTATION, value = TestConfiguration.class)
    }
)
@Import(PostProcessors.class)
@Target(ElementType.TYPE)
public @interface WebContextConfiguration {
}

This however, breaks:

    Filter[] excludeFilters() default {};

}

@WebContextConfiguration(
    }
)
public class Config {}

Currently, Hive is mostly using user-defined black box sql operators during Query planning. It will be more beneficial to use proper calcite operators, this is to prepare the ground for pushing complex expressions to Druid-calcite adapter.
 
Looks like "as" keyword is not needed/supported on Oracle. Let me make a quick patch...

create table student(
            name string,
            age int,
            gpa double)

create table voter(
            age int,
            registration string,
            contributions float)

select * 
from student 
where not student.age in
(select age from voter) 
order by age;

Fails in Tez – Vectorized Reduce.

If we package a camel websocket route ("websocket://0.0.0.0:9090/newsTopic?sendToAll=true&staticResources=classpath:webapp") as a bundle and set the staticResources as parameter (classpath:webapp), then the pages cannot be accessed from the browser
Code should be 

            if (resources[0].equals("classpath")) {
                URL url = this.getCamelContext().getClassResolver().loadResourceAsURL(resources[1]);
                context.setBaseResource(Resource.newResource(url));
            } else if (resources[0].equals("file")) {
                context.setBaseResource(Resource.newResource(resources[1]));
            }

RLIKE works like contains() and LIKE works like matches().
The UDFLike LIKE -> Regex conversion returns unanchored regexes making the vectorized LIKE behave like RLIKE.

create temporary table x (a string) stored as orc;
insert into x values('XYZa'), ('badXYZa');

select * from x where a LIKE 'XYZ%a%' order by 1;
OK
XYZa
badXYZa
Time taken: 4.029 seconds, Fetched: 2 row(s)

I have two file systems. One is Red Hat Linux, the other is MS Windows.
I created a *.tgz file in Red Hat Linux and tried to decompress it in MS Windows using Commons Compress.
The default system encoding are different. UTF-8 in Red Hat Linux and CP949 in MS Windows.
It seems that the file name encoding follows the default encoding even though when I use the following to untar it.
FileInputStream fis = new FileInputStream(new File(*.tgz));
TarArchiveInputStream zis = new TarArchiveInputStream(new BufferedInputStream(fis),encodingOfRedHatLinux);
while ((entry = (TarArchiveEntry)zis.getNextEntry()) != null)
{
entry.getName(); // filename is not UTF-8 it is encoded in CP949 and so the filename isn't consistent
}
By referring to this
    /**

Constructor for TarInputStream.
@param is the input stream to use
@param encoding name of the encoding to use for file names
@since Commons Compress 1.4
     */
    public TarArchiveInputStream(InputStream is, String encoding) 
{
        this(is, TarBuffer.DEFAULT_BLKSIZE, TarBuffer.DEFAULT_RCDSIZE, encoding);
    }

encoding should be used for file names.
But actually this doesn't seem to work.

instance-id only works for profiles with ha:

        <subsystem xmlns="urn:jboss:domain:undertow:4.0" instance-id="node1">

The code snippet showing how to setup the in memory repository is incorrect, the following should be used instead:
<bean id="simpleJobRepository" class="org.springframework.batch.core.repository.support.SimpleJobRepository">
		<constructor-arg ref="mapJobInstanceDao" />
	    <constructor-arg ref="mapJobExecutionDao" />
	    <constructor-arg ref="mapStepExecutionDao" />
	</bean>
	<bean id="mapJobInstanceDao"
	        class="org.springframework.batch.core.repository.dao.MapJobInstanceDao" />
	<bean id="mapJobExecutionDao"
	        class="org.springframework.batch.core.repository.dao.MapJobExecutionDao" />
	<bean id="mapStepExecutionDao"
	        class="org.springframework.batch.core.repository.dao.MapStepExecutionDao" />

While returning a session to the pool, the interrupt status on the thread seems to be set, which causes the pool return to fail.
The session slot is useless at this point. A HS2 instance configured for a single session will stop running queries.

2017-01-25T01:21:02,803 ERROR [HiveServer2-Background-Pool: Thread-117]: exec.Task (TezTask.java:execute(210)) - Failed to execute tez graph.
java.lang.InterruptedException
  at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1220) ~[?:1.8.0_77]
  at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:335) ~[?:1.8.0_77]
  at java.util.concurrent.ArrayBlockingQueue.put(ArrayBlockingQueue.java:350) ~[?:1.8.0_77]
  at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolManager.returnSession(TezSessionPoolManager.java:337) ~[hive-exec-2.1.jar:2.1]
  at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:196) [hive-exec-2.1.jar:2.1]
  at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:197) [hive-exec-2.1.jar:2.1]
  at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100) [hive-exec-2.1.jar:2.1]
  at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1874) [hive-exec-2.1.jar:2.1]
  at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1578) [hive-exec-2.1.jar:2.1]
  at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1329) [hive-exec-2.1.jar:2.1]
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1098) [hive-exec-2.1.jar:2.1]
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1091) [hive-exec-2.1.jar:2.1]
  at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:242) [hive-service-2.1.jar:2.1]
  at org.apache.hive.service.cli.operation.SQLOperation.access$800(SQLOperation.java:91) [hive-service-2.1.jar:2.1]
  at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:334) [hive-service-2.1.jar:2.1]
  at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_77]
  at javax.security.auth.Subject.doAs(Subject.java:422) [?:1.8.0_77]
  at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1724) [hadoop-common-2.7.3.2.6.0.0-389.jar:?]
  at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:347) [hive-service-2.1.jar:2.1]
  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_77]
  at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_77]
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_77]
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_77]
  at java.lang.Thread.run(Thread.java:745) [?:1.8.0_77]
2017-01-25T01:21:02,803 INFO  [e208c68c-f502-4c9d-a7b1-f3e7dd8b9447 HiveServer2-Handler-Pool: Thread-99]: session.SessionState (SessionState.java:resetThreadName(428))

Inside the pom under the maven-release-plugin there is a configuration that defines what the release-plugin uses like so
            <!--You need this profile. It'll sign your artifacts.
                I'm not sure if this config. actually works though.
                I've been specifying -Papache-release on the command-line
             -->
            <releaseProfiles>apache-release</releaseProfiles>
            <!--This stops our running tests for each stage of maven release.
                But it builds the test jar.  From SUREFIRE-172.
              -->
            <arguments>-Dmaven.test.skip.exec</arguments>
            <pomFileName>pom.xml</pomFileName>
The arguments are hardcoded in and will automatically override any arguments the user passes in from the command line.
I propose to modify this to the following
<arguments>-Dmaven.test.skip.exec ${arguments}</arguments>

cxf-tools-common depends on banned com.sun.xml.bind:jaxb-core, yet it does not excludes it. 

While debugging a case where a region was getting opened on a RegionServer and then closed soon after (and then never re-opened anywhere thereafter), it seemed like the processing in handleRegion to do with deletion of ZK nodes should be non-asynchronous. This achieves two things:
1. The synchronous deletion prevents more than one processing on the same event data twice. Assuming that we do get more than one notification (on let's say, region OPENED event), the subsequent processing(s) in handleRegion for the same znode would end up with a zookeeper node not found exception. The return value of the data read would be null and that's already handled. If it is asynchronous, it leads to issues like - master opens a region on a certain RegionServer and soon after it sends that RegionServer a close for the same region, and then the znode is deleted.
2. The deletion is currently handled in an executor service. This is problematic since by design the events for a given region should be processed in order. By delegating a part of the processing to executor service we are somewhat violating this contract since there is no guarantee of the ordering in the executor service executions...
Thanks to Jeffrey Zhong and Enis Soztutar for the discussions on this issue.

Here is the unit test with the 2 tests (expected result and the strange behavior) : http://pastie.org/5684461
Extra parameters using httpClient is forcing the use of the endpoint and prevent the intercept from working.

Edit: Updated the link to the updated unit test.

EntityMetadata fails to detect naming classes if there is an existing field with the same name as the proposed identifier field.
The new version field name is correctly resolved (though also see ROO-60). We need similar logic for the identifier field.
create project com.foo
install jpa -provider HIBERNATE -database HYPERSONIC_IN_MEMORY 
new persistent class jpa -name SomeClass -testAutomatically   
add field string someField
Running "mvn test" at this point will pass. If you then "add field string id -class com.foo.SomeClass", it will give an ITD error when the tests are compiled:
compiler errors : 
error at public java.lang.String SomeClass.getId() {    
                                  ^^
/home/balex/t/src/main/java/com/foo/SomeClass_Roo_JavaBean.aj:13:0::0 intertype declaration from com.foo.SomeClass_Roo_Entity conflicts with intertype declaration: java.lang.String com.foo.SomeClass.getId() from com.foo.SomeClass_Roo_JavaBean
error at public java.lang.Long SomeClass.getId() {    
                                ^^

Executing the following CLI commands: -
CLI Commands

./core-service=management/security-realm=SSLRealm:add
./core-service=management/security-realm=SSLRealm/server-identity=ssl:add(keystore-password=keystore_password, keystore-relative-to=jboss.server.config.dir, keystore-path=server.keystore){allow-resource-service-restart=true}

Results in the following NullPointerException being recorded: -

15:23:28,074 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 6) WFLYCTL0013: Operation ("add") failed - address: ([
    ("core-service" => "management"),
    ("security-realm" => "SSLRealm"),
    ("server-identity" => "ssl")
	at org.jboss.as.domain.management.security.SecurityRealmAddHandler.addSSLServices(SecurityRealmAddHandler.java:596) [wildfly-domain-management-1.0.0.Alpha6-SNAPSHOT.jar:1.0.0.Alpha6-SNAPSHOT]
	at org.jboss.as.domain.management.security.SecurityRealmAddHandler.installServices(SecurityRealmAddHandler.java:188) [wildfly-domain-management-1.0.0.Alpha6-SNAPSHOT.jar:1.0.0.Alpha6-SNAPSHOT]
	at org.jboss.as.domain.management.security.SecurityRealmParentRestartHandler.recreateParentService(SecurityRealmParentRestartHandler.java:66) [wildfly-domain-management-1.0.0.Alpha6-SNAPSHOT.jar:1.0.0.Alpha6-SNAPSHOT]
	at org.jboss.as.controller.RestartParentResourceHandlerBase$1.execute(RestartParentResourceHandlerBase.java:74) [wildfly-controller-1.0.0.Alpha6-SNAPSHOT.jar:1.0.0.Alpha6-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:664) [wildfly-controller-1.0.0.Alpha6-SNAPSHOT.jar:1.0.0.Alpha6-SNAPSHOT]

I am evaluating Acegi and have it setup against our corporate Active Directory. Things seems to be working fine.
But, all our groups in AD contains spaces eg. "CPHG AD ADMINS". The authz taglib does not seem to support this?
I can use eg. request.isUserInRole("CPHG AD ADMINS") and all groups are listed if I print getAuthorities() from authentication.
I tried creating a role with no spaces and it worked. 
Is there any reason not to support spaces in role/group names ?

If not a null message is created and send.
See nabble:
http://old.nabble.com/JPA%3A-Could-not-pass-Object-from-jpa-to-jms-to26160124.html

Firefox, Safari and IE use ISO-8859_1 character encoding when generating authentication header. If the credentials contain umlauts (eg. ü), the decoded string on the server is incorrect and authentication fails.
This affects web console authentication when LDAP is used as credentials store.
Web console can solve this by using https://issues.jboss.org/browse/UNDERTOW-595 which adds ability for Undertow to use user-agent patterns to choose correct charset during BASIC authentication.

In documents with subdocuments being a one-to-one relation ship, SD REST is neither able to render them correctly, nor to accept them in a POST/PUT. 

When the HIveServer2 have started more than 7 days, I use beeline  shell  to  connect the HiveServer2,all operation failed.
The log of HiveServer2 shows it was caused by the Kerberos auth failure,the exception stack trace is:
2013-03-26 11:55:20,932 ERROR hive.ql.metadata.Hive: java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.metastore.HiveMetaStoreClient
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1084)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:51)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:61)
        at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:2140)
        at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:2151)
        at org.apache.hadoop.hive.ql.metadata.Hive.getDelegationToken(Hive.java:2275)
        at org.apache.hive.service.cli.CLIService.getDelegationTokenFromMetaStore(CLIService.java:358)
        at org.apache.hive.service.cli.thrift.ThriftCLIService.OpenSession(ThriftCLIService.java:127)
        at org.apache.hive.service.cli.thrift.TCLIService$Processor$OpenSession.getResult(TCLIService.java:1073)
        at org.apache.hive.service.cli.thrift.TCLIService$Processor$OpenSession.getResult(TCLIService.java:1058)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge20S.java:565)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:206)
        at sun.reflect.GeneratedConstructorAccessor52.newInstance(Unknown Source)
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1082)
        ... 16 more
Caused by: java.lang.IllegalStateException: This ticket is no longer valid
        at javax.security.auth.kerberos.KerberosTicket.toString(KerberosTicket.java:601)
        at java.lang.String.valueOf(String.java:2826)
        at java.lang.StringBuilder.append(StringBuilder.java:115)
        at sun.security.jgss.krb5.SubjectComber.findAux(SubjectComber.java:120)
        at sun.security.jgss.krb5.SubjectComber.find(SubjectComber.java:41)
        at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:130)
        at sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:328)
        at sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:325)
        at sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:128)
        at sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:106)
        at sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:172)
        at sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:209)
        at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:195)
        at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:162)
        at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:175)
        at org.apache.thrift.transport.TSaslClientTransport.handleSaslStartMessage(TSaslClientTransport.java:94)
        at org.apache.thrift.transport.TSaslTransport.open(TSaslTransport.java:253)
        at org.apache.thrift.transport.TSaslClientTransport.open(TSaslClientTransport.java:37)
        at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport$1.run(TUGIAssumingTransport.java:52)
        at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport$1.run(TUGIAssumingTransport.java:49)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1408)
        at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport.open(TUGIAssumingTransport.java:49)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.open(HiveMetaStoreClient.java:277)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:163)
        ... 20 more
I check the code of HiveAuthFactory.loginFromKeytab,it does not schedule a timer to renew the TGT. So I suspect this is the reason of the kerberos auth failure?
Thanks.

When migrating https connector with SSL configuration, the SSL configuration is migrated as part of the https connector migration. Still there is migration warning that :migrate operation isn't able to migrate the ssl configuration even though it was successfully migrated.

sq_count_check()  will either return an error at runtime or a single row. In case of query6, the subquery has avg() function that should return a single row. Attaching the explain. 
This does not need an x-prod, because it is not useful to shuffle the big table side for a cross-product against 1 row.

Assertions in pSetEx contain duplicate non-null checks on the key. The expireTimeout is not checked on non-null.

If connected database is Oracle it is not possible to accurately store long values larger than 9999999999999998 or lesser than -9999999999999998 using SimpleJdbcInsert. Inserting wider values would end in a loss of precision (9999999999999999 will be inserted as 10000000000000000).
Here a table creation script :
create table Test  (
  CustomerId         VARCHAR2(16) not null,
  Id                 NUMERIC(19),
  constraint PK_Test primary key (Id)
  );
Here is a sample Java code to reproduce the issue :
        DriverManagerDataSource dataSource = new DriverManagerDataSource();
        dataSource.setDriverClassName("oracle.jdbc.driver.OracleDriver");
        dataSource.setUrl("jdbc:oracle:thin:sa/sa@oracleHost:1521:XE");
        dataSource.setUsername("sa");
        dataSource.setPassword("sa");
        SimpleJdbcInsert simpleJdbcInsert = new SimpleJdbcInsert(dataSource);
        Map<String, Object> parameters = new HashMap<String, Object>();
        parameters.put("customerid", "1");
        parameters.put("id", -9999999999999999L);
        simpleJdbcInsert.setTableName("Test");
        simpleJdbcInsert.execute(parameters);
Here is the result in DB :
SQL> select * from Test;
CUSTOMERID                                       ID
---------------- ----------------------------------
1                                -10000000000000000
Now a sample code that works with the same DriverManagerDataSource :
        SimpleJdbcTemplate simpleJdbcTemplate = new SimpleJdbcTemplate(dataSource);
        List<Object[]> data = new ArrayList<Object[]>();
        data.add(new Object[]
{"3",-9999999999999999L}
);
        simpleJdbcTemplate.batchUpdate("insert into Test (customerid, id) values (?,?)", data);
SQL> select * from test;
3                                 -9999999999999999
FYI There no such issue with MS-SQL Server 2000.

Deploying the attached invalid deployment, causes a deployment failure.  Restarting the server with the attached deployment, can cause the server to terminate with:

14:03:24,361 ERROR [org.jboss.as.server] (Controller Boot Thread) JBAS015956: Caught exception during boot: java.lang.NullPointerException
        at org.jboss.as.jpa.management.EntityManagerFactoryLookup.entityManagerFactory(EntityManagerFactoryLookup.java:39)
        at org.jboss.as.jpa.hibernate4.management.HibernateEntityStatistics.getDynamicChildrenNames(HibernateEntityStatistics.java:145)
        at org.jboss.as.jpa.management.DynamicManagementStatisticsResource.getChildren(DynamicManagementStatisticsResource.java:166)
        at org.jboss.as.controller.registry.AbstractModelResource$DelegateResource.getChildren(AbstractModelResource.java:254) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:252) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:239) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:225) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:254) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:213) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.ModelControllerImpl.writeModel(ModelControllerImpl.java:567) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.OperationContextImpl.createPersistenceResource(OperationContextImpl.java:223) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:512) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractOperationContext.finishStep(AbstractOperationContext.java:684) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:659) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:332) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:293) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.server.ServerService.boot(ServerService.java:356) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.server.ServerService.boot(ServerService.java:331) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:255) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_40]

Added test coverage for syslog reconnection issues - https://issues.jboss.org/browse/LOGMGR-123.

concurrentResult field of org.springframework.web.context.request.async.WebAsyncManager should be volatile to enforce the read thread to reach the memory.

Flakiness with regard to SMB joins in tez. TEZ-1647 is required to complete the fix.

Multiple Mongo databases are being accessed in a transactional test case. When the transaction is rolled back at the end of the test, the following exception is thrown:
2013-08-01 19:55:56,774 ERROR [org.springframework.transaction.support.TransactionSynchronizationUtils] - <TransactionSynchronization.beforeCompletion threw exception>
java.lang.IllegalStateException: No value for key [Mongo: localhost/127.0.0.1:27017] bound to thread [main]
at org.springframework.transaction.support.TransactionSynchronizationManager.unbindResource(TransactionSynchronizationManager.java:209)
at org.springframework.transaction.support.ResourceHolderSynchronization.beforeCompletion(ResourceHolderSynchronization.java:69)
at org.springframework.transaction.support.TransactionSynchronizationUtils.triggerBeforeCompletion(TransactionSynchronizationUtils.java:106)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.triggerBeforeCompletion(AbstractPlatformTransactionManager.java:937)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:834)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:822)
at org.springframework.test.context.transaction.TransactionalTestExecutionListener$TransactionContext.endTransaction(TransactionalTestExecutionListener.java:519)
at org.springframework.test.context.transaction.TransactionalTestExecutionListener.endTransaction(TransactionalTestExecutionListener.java:293)
at org.springframework.test.context.transaction.TransactionalTestExecutionListener.afterTestMethod(TransactionalTestExecutionListener.java:186)
at org.springframework.test.context.TestContextManager.afterTestMethod(TestContextManager.java:406)
at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:91)
at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)
at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:76)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:195)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:63)
This is a similar stack trace that was filed for DATAMONGO-546. I looked for a code resolution to that issue, but it appears that it was closed because the reporter upgraded and the issue disappeared.
After some debugging of the interaction between MongoDbUtils and TransactionSynchronizationManager, I have a working theory as to the cause. In a nutshell, MongoDbUtils invokes TransactionSynchronizationManager for each database in the same Mongo instance. This ends up registering two MongoSynchronizations that have the same holder. As such, there is only one resource bound in the TransactionSynchronizationManager, (see MongoDbUtils.java lines 124-139). When the transaction is completed, TransactionSynchronizationUtils.triggerBeforeCompletion() is invoked and it iterates through the MongoSynchronizations in effect invoking unbindResource() for each. The first database's synchronization unbinds the holder by Mongo key. The second fails because the holder is only bound once.
I am willing to submit a patch for this issue that does one of two things:
1. Override MongoSynchronization.beforeCompletion() and MongoSynchronization.suspend() so that they utilize unbindResourceIfPossible(), or
2. Modify MongoDbUtils.doGetDB() so that it only registers one MongoSynchronization per Mongo instead of one per database.
I am not sure which of these two options is "better", so some feedback from the committer community would be appreciated before I get too far into the weeds!

Since we added "Show Functions" in HIVE-580, test results will depend on what temporary functions are added to the system.
We should add the capability of "DROP FUNCTION", and do that at the end of those "create function" tests to make sure the "show functions" results are deterministic.

I have been successfully deploying an application on WildFly 8.2.1 and WildFly 9.0.2 versions with the following <jsp-config> directives in web.xml deployment descriptor:
<jsp-config>
<jsp-property-group>
<description>header and footer settings</description>
<url-pattern>/WEB-INF/view/*</url-pattern>
<url-pattern>/WEB-INF/error/*</url-pattern>
<include-prelude>/WEB-INF/jspf/header.jspf</include-prelude>
<include-coda>/WEB-INF/jspf/footer.jspf</include-coda>
</jsp-property-group>
</jsp-config>
This code fragment includes the contents of /WEB-INF/jspf/header.jspf at the beginning of each .jsp file and <include-coda>/WEB-INF/jspf/footer.jspf</include-coda> at the end of each .jsp file that matches the <url-pattern>.
But when I try to deploy this application with the same deployment descriptor in WildFly 10.0.0.Final, the contents of /WEB-INF/jspf/header.jspf and /WEB-INF/jspf/footer.jspf are included twice in each .jsp file that matches the <url-pattern>.
If I add another <url-pattern> line, then the contents of /WEB-INF/jspf/header.jspf and /WEB-INF/jspf/footer.jspf are included three times, and so on.
Any suggestion about this issue?
Is this a deployment descriptor issue or a configuration issue in the standalone.xml of WildFly 10.0.0.Final version?

mvn test -Delytron -Dtest=SecurityAuthCommandsTestCase

[INFO] Running org.jboss.as.test.integration.management.cli.SecurityAuthCommandsTestCase
[ERROR] Tests run: 14, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 7.44 s <<< FAILURE! - in null
[ERROR] testDisableAuthManagement(org.jboss.as.test.integration.management.cli.SecurityAuthCommandsTestCase)  Time elapsed: 0.261 s  <<< ERROR!
java.lang.Exception: Should have fail
	at org.jboss.as.test.integration.management.cli.SecurityAuthCommandsTestCase.testDisableAuthManagement(SecurityAuthCommandsTestCase.java:705)
[ERROR] testOOBSASLManagementNative(org.jboss.as.test.integration.management.cli.SecurityAuthCommandsTestCase)  Time elapsed: 0.17 s  <<< ERROR!
{
    "failure-description" => 
{
    }
,
}
	at org.jboss.as.test.integration.management.cli.SecurityAuthCommandsTestCase.testOOBSASLManagementNative(SecurityAuthCommandsTestCase.java:423)
[ERROR] Failure when constructing test  Time elapsed: 0.431 s  <<< ERROR!
java.lang.RuntimeException: java.io.IOException: java.net.ConnectException: WFLYPRT0053: Could not connect to remote+http://127.0.0.1:9990. The connection failed
	at org.wildfly.core.testrunner.ManagementClient.executeForResult(ManagementClient.java:238)
	at org.wildfly.core.testrunner.WildflyTestRunner.checkServerState(WildflyTestRunner.java:167)
	at org.wildfly.core.testrunner.WildflyTestRunner.runTearDownTasks(WildflyTestRunner.java:138)
	at org.wildfly.core.testrunner.WildflyTestRunner.run(WildflyTestRunner.java:111)
Caused by: java.io.IOException: java.net.ConnectException: WFLYPRT0053: Could not connect to remote+http://127.0.0.1:9990. The connection failed
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:149)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:75)
	at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerClient.java:63)
	at org.wildfly.core.testrunner.ManagementClient.executeForResult(ManagementClient.java:234)
	... 21 more
Caused by: java.net.ConnectException: WFLYPRT0053: Could not connect to remote+http://127.0.0.1:9990. The connection failed
	at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:128)
	at org.jboss.as.protocol.ProtocolConnectionManager$EstablishingConnection.connect(ProtocolConnectionManager.java:259)
	at org.jboss.as.protocol.ProtocolConnectionManager.connect(ProtocolConnectionManager.java:70)
	at org.jboss.as.protocol.mgmt.ManagementClientChannelStrategy$Establishing.getChannel(ManagementClientChannelStrategy.java:167)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:146)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:60)
	at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:135)
	at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:110)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeRequest(AbstractModelControllerClient.java:263)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:168)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:147)
	... 24 more
   ANONYMOUS: javax.security.sasl.SaslException: ELY05092: Authentication name is empty
	at org.jboss.remoting3.remote.ClientConnectionOpenListener.allMechanismsFailed(ClientConnectionOpenListener.java:109)
	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:402)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:571)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:533)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:521)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:204)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:120)
	... 34 more
	Suppressed: javax.security.sasl.SaslException: ELY05092: Authentication name is empty
		at org.wildfly.security.sasl.anonymous.AnonymousSaslClient.evaluateMessage(AnonymousSaslClient.java:74)
		at org.wildfly.security.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:199)
		at org.wildfly.security.sasl.util.AbstractSaslClient.evaluateChallenge(AbstractSaslClient.java:79)
		at org.wildfly.security.sasl.util.AbstractDelegatingSaslClient.evaluateChallenge(AbstractDelegatingSaslClient.java:54)
		at org.wildfly.security.sasl.util.PrivilegedSaslClient.lambda$evaluateChallenge$0(PrivilegedSaslClient.java:55)
		at org.wildfly.security.sasl.util.PrivilegedSaslClient.evaluateChallenge(PrivilegedSaslClient.java:55)
		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.lambda$handleEvent$1(ClientConnectionOpenListener.java:460)
		at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:949)
		at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
		at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
		at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
		at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
		at java.lang.Thread.run(Thread.java:748)
[INFO] 
[INFO] 
[ERROR] Errors: 
[ERROR]   java.io.IOException: java.net.ConnectException: WFLYPRT0053: Could not connect to remote+http://127.0.0.1:9990. The connection failed
[ERROR]   SecurityAuthCommandsTestCase.testDisableAuthManagement:705  Should have fail
[ERROR]   SecurityAuthCommandsTestCase.testOOBSASLManagementNative:423 » CommandLine {
 ...
[INFO] 
[ERROR] Tests run: 14, Failures: 0, Errors: 3, Skipped: 0
[INFO] 

For a entity which has been defined a custom identifier column Thymeleaf controllers generates a non compilable code.

For some combinations of file lengths, the archive created by TarArchiveOutputStream writes garbage beyond the end of the TAR stream. TarArchiveInputStream can still read the stream without problems, but it does not read beyond the garbage. This is problematic for my use case because I write a checksum after the TAR content. If I then try to read the checksum back, I read garbage instead.
Functional impact:

TarArchiveInputStream is asymmetrical with respect to TarArchiveOutputStream, in the sense that TarArchiveInputStream does not read everything that was written by TarArchiveOutputStream.
The content is unnecessarily large. The garbage is totally unnecessarily large: ~10K overhead compared to Linux command-line tar.

This symptom is remarkably similar to #COMPRESS-81, which is supposedly fixed since 1.1. Except for the fact that this issue still exists... I've tested this with 1.0 and 1.4.1.

See nabble
http://old.nabble.com/File-consumer-with-noop%3Dtrue-recursive%3Dtrue-ts28229501.html

Callers to the API can call supports* and exists, the return value of supports* should not be dependent on the return value of exists as the caller may be checking if it is worth calling create.

the Activator in camel-core take care of loading the converters from bundles, we should avoid  calling BaseTypeConverterRegistry.loadTypeConverters() in OSGi container, otherwise due to no classloader was specified, see this code in OsgiTypeConverter
            @Override
            public Set<ClassLoader> getClassLoaders() 
{
                // we don't need any classloaders as we use osgi service tracker instead
                return Collections.emptySet();
            }

we'll get exception like
Caused by: org.apache.camel.TypeConverterLoaderException: Failed to load type converters because of: Cannot find any type converter classes from the following packages: [org.apache.servicemix.camel.converter]
	at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.load(AnnotationTypeConverterLoader.java:90)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.loadTypeConverters(BaseTypeConverterRegistry.java:406)
	at org.apache.camel.impl.converter.DefaultTypeConverter.doStart(DefaultTypeConverter.java:42)
	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:67)
	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:54)
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:56)
	at org.apache.camel.core.osgi.OsgiTypeConverter.createRegistry(OsgiTypeConverter.java:163)

As per this HMS API test case listing partition names doesn't check tha max param against MetaStoreConf.LIMIT_PARTITION_REQUEST (as other methods do by checkLimitNumberOfPartitionsByFilter), and also behaves differently on max=0 setting compared to other methods.
We should bring this into consistency.

Adding a bootclasspath library causes an NPE when running hbase map reduce jobs in TableMapReduceUtil.findContainingJar().  Classes in the library added to the bootclasspath get a null classpathLoader.   Check for a null loader in  TableMapReduceUtil.findContainingJar().

Trying to run all unit tests runs only a small sub-set of the tests:
mvn test -Phadoop-2
only ran 272 tests.
Others ran into similar issues when running the UTs from a particular package like ql.
This is potentially related to HIVE-10941 where an additional option to skip the Spark UTs was added. When I take out 
<exclude>%regex[${skip.spark.files}]</exclude>
from the exclude list of tests, all tests are executed again. This is not a fix though, instead the spark-test profile should be fixed.
I see the problem in both the 1.2 branch as well as master.

The PATCH request when we have a Map in our entities doesn't work. I have a map containing the localizations values for an field.  The PUT/POST works correctly. Once I try to PATCH with application/json media type I get a NullPointerException.
Just send the following raw content as PATCH request body:

{
  "name": {
    "bg_BG": {
      "value": "Мъже123"
    },
    "en_GB": {
      "value": "Mens66"
    }
  }
}

The problem I guess is inside DomainObjectReader.doMerge(…). Here once I hit the map property there is a check is nested != null and is it a property. Because property is true it invokes recursively the doMerge(…) method which at the beginning is trying to get entities.getPersistentEntity(…) but the argument passed is a PersistentMap and the result is null, so after that getJacksonProperties(…) of null throws an NPE. 
I am attaching a simple project containing a JUnit test that shows that (the test is called testPatchHttp).
Looking at the code I noticed that in JsonPatchHandler.apply(…) there is a check checking request.isJsonPatchRequest() which in case of application/json is false. (the case explained above) I tried to send content type of application/json-patch+json to go on the other route but there I also got an exception "Can not deserialize instance of java.util.ArrayList out of START_OBJECT token". I am attaching this test as well which is called "testPatchJsonPatchHttp".

When there is a prototype bean with a field annotated with @Autowired whose value is a prototype bean created in dependence of its injection point it seams that the the injection point isn't propagated.
Test setup:
MyBeanImpl.java
public class MyBeanImpl implements MyBean {

    private Logger logger;

        logger.info("Hello World");
    }

}

MyTest.java
@ContextConfiguration
public class MyTest {

    static class TestConfiguration {

        @Bean
        @Scope(SCOPE_PROTOTYPE)
        public Logger createLogger(InjectionPoint injectionPoint) {
            return LogManager.getLogger(injectionPoint.getMember().getDeclaringClass());
        }

        @Bean
        public MyBean createMyBean() {
            return new MyBeanImpl();
        }
    }

    private MyBean beanA;

    private MyBean beanB;

    @Test
    public void test() {

    }

        try (AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(TestConfiguration.class)) {
            ctx.getBean(MyBean.class);
        }
    }
}

If I execute the test then I get the following log:
Log output of MyTest#test()
16:36:53.997 [main] INFO  org.springframework.test.context.support.AbstractContextLoader - Could not detect default resource locations for test class [test.MyTest]: no resource found for suffixes {-context.xml}.
16:36:54.092 [main] INFO  org.springframework.test.context.support.AbstractDelegatingSmartContextLoader - AnnotationConfigContextLoader detected default configuration classes for context configuration [ContextConfigurationAttributes@255b53dc declaringClass = 'test.MyTest', classes = '{class test.MyTest$TestConfiguration}', locations = '{}', inheritLocations = true, initializers = '{}', inheritInitializers = true, name = [null], contextLoaderClass = 'org.springframework.test.context.ContextLoader'].
16:36:54.105 [main] INFO  org.springframework.test.context.support.DefaultTestContextBootstrapper - Loaded default TestExecutionListener class names from location [META-INF/spring.factories]: [org.springframework.test.context.web.ServletTestExecutionListener, org.springframework.test.context.support.DirtiesContextBeforeModesTestExecutionListener, org.springframework.test.context.support.DependencyInjectionTestExecutionListener, org.springframework.test.context.support.DirtiesContextTestExecutionListener, org.springframework.test.context.transaction.TransactionalTestExecutionListener, org.springframework.test.context.jdbc.SqlScriptsTestExecutionListener]
16:36:54.109 [main] INFO  org.springframework.test.context.support.DefaultTestContextBootstrapper - Could not instantiate TestExecutionListener [org.springframework.test.context.jdbc.SqlScriptsTestExecutionListener]. Specify custom listener classes or make the default listener classes (and their required dependencies) available. Offending class: [org/springframework/transaction/interceptor/TransactionAttribute]
16:36:54.110 [main] INFO  org.springframework.test.context.support.DefaultTestContextBootstrapper - Could not instantiate TestExecutionListener [org.springframework.test.context.web.ServletTestExecutionListener]. Specify custom listener classes or make the default listener classes (and their required dependencies) available. Offending class: [javax/servlet/ServletContext]
16:36:54.112 [main] INFO  org.springframework.test.context.support.DefaultTestContextBootstrapper - Could not instantiate TestExecutionListener [org.springframework.test.context.transaction.TransactionalTestExecutionListener]. Specify custom listener classes or make the default listener classes (and their required dependencies) available. Offending class: [org/springframework/transaction/interceptor/TransactionAttributeSource]
16:36:54.112 [main] INFO  org.springframework.test.context.support.DefaultTestContextBootstrapper - Using TestExecutionListeners: [org.springframework.test.context.support.DirtiesContextBeforeModesTestExecutionListener@6295d394, org.springframework.test.context.support.DependencyInjectionTestExecutionListener@475e586c, org.springframework.test.context.support.DirtiesContextTestExecutionListener@657c8ad9]16:36:54.302 [main] INFO  org.springframework.context.support.GenericApplicationContext - Refreshing org.springframework.context.support.GenericApplicationContext@27ae2fd0: startup date [Sat Jun 25 16:36:54 CEST 2016]; root of context hierarchy
16:36:54.757 [main] INFO  test.MyBeanImpl - Hello World
16:36:54.758 [main] INFO  test.MyTest - Hello World
16:36:54.764 [Thread-1] INFO  org.springframework.context.support.GenericApplicationContext - Closing org.springframework.context.support.GenericApplicationContext@27ae2fd0: startup date [Sat Jun 25 16:36:54 CEST 2016]; root of context hierarchy

The lines 16:36:54.757 and 16:36:54.758 in the log show that the InjectionPoint of the Logger field differs, because the injection point's member declaring class is used to instantiate the logger. I would expect that they don't differ because both times the same bean is instantiated.
After a closer look I recognized that the second logger is instantiated for the test class MyTest, so I assume that the injection point isn't populated recursively. To prove my assumption I created the method MyTest#main() where I setup an ApplicationContext by hand. When I execute this method I get the following log:
Log output of MyTest#main()
16:56:43.372 [main] INFO  org.springframework.context.annotation.AnnotationConfigApplicationContext - Refreshing org.springframework.context.annotation.AnnotationConfigApplicationContext@436e852b: startup date [Sat Jun 25 16:56:43 CEST 2016]; root of context hierarchy
16:56:44.071 [main] INFO  test.MyBeanImpl - Hello World
16:56:44.077 [main] INFO org.springframework.context.annotation.AnnotationConfigApplicationContext - Closing org.springframework.context.annotation.AnnotationConfigApplicationContext@436e852b: startup date [Sat Jun 25 16:56:43 CEST 2016]; root of context hierarchy
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'createMyBean': Injection of autowired dependencies failed; nested exception is java.lang.IllegalStateException: No current InjectionPoint available for method 'createLogger' parameter 0
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:356)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1214)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:543)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:220)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:352)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:333)
	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1088)
	at test.MyTest.main(MyTest.java:50)
Caused by: java.lang.IllegalStateException: No current InjectionPoint available for method 'createLogger' parameter 0
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:830)
	at org.springframework.beans.factory.support.ConstructorResolver.resolvePreparedArguments(ConstructorResolver.java:784)
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:415)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.resolvedCachedArgument(AutowiredAnnotationBeanPostProcessor.java:533)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.access$200(AutowiredAnnotationBeanPostProcessor.java:118)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:562)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:350)
	... 14 more

This log confirmed my assumption from above, because now there isn't a parent injection point and the thrown error state that there isn't an current injection point at all. I guess the that the method AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject must be fixed to populate the injection point of its field via ConstructorResolver#setCurrentInjectionPoint().
I have attached a maven project so that you are able to reproduce the observed behavior.

2016-07-05 12:19:22,154|beaver.machine|INFO|4569|140080276555584|MainThread|2016-07-05 12:19:21,661 INFO  [main] hbase.IntegrationTestDDLMasterFailover: Runtime is up
2016-07-05 12:19:22,154|beaver.machine|INFO|4569|140080276555584|MainThread|2016-07-05 12:19:22,026 ERROR [main] hbase.IntegrationTestDDLMasterFailover: Found exception in thread: Thread-11
2016-07-05 12:19:22,154|beaver.machine|INFO|4569|140080276555584|MainThread|2016-07-05 12:19:21,384 INFO  [Thread-16] hbase.IntegrationTestDDLMasterFailover: Performing Action: CREATE_TABLE
2016-07-05 12:19:22,154|beaver.machine|INFO|4569|140080276555584|MainThread|2016-07-05 12:19:22,027 INFO  [Thread-16] hbase.IntegrationTestDDLMasterFailover: Thread-16 stopped
2016-07-05 12:19:22,154|beaver.machine|INFO|4569|140080276555584|MainThread|2016-07-05 12:19:20,506 INFO  [Thread-30] hbase.IntegrationTestDDLMasterFailover: Performing Action: ADD_COLUMNFAMILY
2016-07-05 12:19:22,154|beaver.machine|INFO|4569|140080276555584|MainThread|java.lang.IllegalArgumentException: n must be positive
2016-07-05 12:19:22,154|beaver.machine|INFO|4569|140080276555584|MainThread|at java.util.Random.nextInt(Random.java:300)
2016-07-05 12:19:22,155|beaver.machine|INFO|4569|140080276555584|MainThread|at org.apache.commons.lang.math.JVMRandom.nextInt(JVMRandom.java:118)
2016-07-05 12:19:22,155|beaver.machine|INFO|4569|140080276555584|MainThread|at org.apache.commons.lang.math.RandomUtils.nextInt(RandomUtils.java:88)
2016-07-05 12:19:22,155|beaver.machine|INFO|4569|140080276555584|MainThread|at org.apache.commons.lang.math.RandomUtils.nextInt(RandomUtils.java:74)
2016-07-05 12:19:22,155|beaver.machine|INFO|4569|140080276555584|MainThread|at org.apache.hadoop.hbase.IntegrationTestDDLMasterFailover$TableAction.selectTable(IntegrationTestDDLMasterFailover.java:212)
2016-07-05 12:19:22,155|beaver.machine|INFO|4569|140080276555584|MainThread|at org.apache.hadoop.hbase.IntegrationTestDDLMasterFailover$AddColumnFamilyAction.perform(IntegrationTestDDLMasterFailover.java:421)
2016-07-05 12:19:22,155|beaver.machine|INFO|4569|140080276555584|MainThread|at org.apache.hadoop.hbase.IntegrationTestDDLMasterFailover$Worker.run(IntegrationTestDDLMasterFailover.java:695)

In db, everything is lower case. When we retrieve constraints back, we need to normalize dbname/tablename. Otherwise, the following sample script fail:
alter table Table9 add constraint pk1 primary key (a) disable novalidate;
ALTER TABLE Table9 drop constraint pk1;
Error message: InvalidObjectException(message:The constraint: pk1 does not exist for the associated table: default.Table9

If I secure an object with a mixture of @PreAuthorize and @Secured annotations, then one or the other is silently ignored:

@PreAuthorize("isAuthenticated()")
public class FooHelper {

  // you have to be logged in to do this
  public Foo getFoo(int id) {
    ...
  }

  @Secured("ROLE_FOO_EDITOR")
  public void saveFoo(Foo newFoo) {
    ...
  }
}

In the above example, I wanted to use @Secured where I had a role-based restriction, as it's prettier than @PreAuthorize, but I had to use @PreAuthorize for the isAuthenticated() restriction, as that is not expressable with @Secured.
I have had a look at the code, and I believe the culprit is here:
core/src/main/java/org/springframework/security/access/method/DelegatingMethodSecurityMetadataSource.java:49

            // No cached value, so query the sources to find a result
            Collection<ConfigAttribute> attributes = null;
            for (MethodSecurityMetadataSource s : methodSecurityMetadataSources) {
                attributes = s.getAttributes(method, targetClass);
                if (attributes != null && !attributes.isEmpty()) {
                    break;
                }
            }

The "break" means that only the first MethodSecurityMetadataSource is considered. I think all should be considered.
I have attached my attempted fix with a unit test, however it breaks another test, and I can't immediately see why.
Please could someone have a look and see if they can fix it up?
(Also, I assume that returning multiple ConfigAttributes here will AND them together, is that correct?)
Many thanks,
Rich

Hcat cli tries to authorize actions using the authorizer configured for hive-cli. When authorizer based on new authorization interface is used, it throws a NPE as it checks only for the old api based authorization implementation.

When a table's location (the value of column 'LOCATION' in SDS table in metastore) does not have a scheme, map job returns error. For example, 
when do select count ( * ) from t1, get following exception:

15/02/18 12:29:43 [Thread-22]: WARN mapred.LocalJobRunner: job_local2120192529_0001
java.lang.Exception: java.lang.RuntimeException: java.lang.IllegalStateException: Invalid input path file:/user/hive/warehouse/t1/data
	at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:354)
Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: Invalid input path file:/user/hive/warehouse/t1/data
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:430)
	at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:223)
Caused by: java.lang.IllegalStateException: Invalid input path file:/user/hive/warehouse/t1/data
	at org.apache.hadoop.hive.ql.exec.MapOperator.getNominalPath(MapOperator.java:406)
	at org.apache.hadoop.hive.ql.exec.MapOperator.cleanUpInputFileChangedOp(MapOperator.java:442)
	at org.apache.hadoop.hive.ql.exec.Operator.cleanUpInputFileChanged(Operator.java:1051)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:486)
	... 9 more

Not applicable to branch-1 since ConnectionManager makes use of refCount.

WebSocketTransportHandler passes in an empty Map into the delegate HandshakeHandler. This causes two problems:

The first is that no attributes that are were copied from any HandshakeInterceptor instances are available. For example, TransportHandlingSockJsService will invoke the HandshakeInterceptor and then delegate to a WebSocketTransportHandler. Since the attributes provided by the HandshakeInterceptor are not passed into the delegate HandshakeHandler
The second is that the delegate HandshakeHandler cannot populate any attributes to be provided in the WebSocket Session. For one Collections.<String, Object>emptyMap() is immutable. For two, the values are never copied to the WebSocket Session.

After the application of HIVE-2362, we're unable to run queries against the Hive cluster (RC2 and 3):

java.io.IOException: Failed to set permissions of path: /user/jhoman-667872320/.staging to 0700
        at org.apache.hadoop.fs.FileUtil.checkReturnValue(FileUtil.java:680)
        at org.apache.hadoop.fs.FileUtil.setPermission(FileUtil.java:653)
        at org.apache.hadoop.fs.RawLocalFileSystem.setPermission(RawLocalFileSystem.java:483)
        at org.apache.hadoop.fs.RawLocalFileSystem.mkdirs(RawLocalFileSystem.java:318)
        at org.apache.hadoop.fs.FilterFileSystem.mkdirs(FilterFileSystem.java:183)
        at org.apache.hadoop.mapreduce.JobSubmissionFiles.getStagingDir(JobSubmissionFiles.java:116)

this is due to all the hadoop confs not being loaded and the LocalJobRunner (which builds staging directories in this manner) being used instead of the regular one. It's also not possible to access the hdfs since no default fs is specified.  
Reverting 2362 fixes this, but I've not yet looked at that patch to see the exact cause.

if (!reference.exists()) {
    throw new IllegalArgumentException("The reference file '" + file + "' doesn't exist");
}

If second argument file does not exist isFileNewer method generates exception with message about first argument file does not exist.

During work, CLI freezes randomly. See attached thread dump which was taken on Fedora 23.

On the template.mf, packages matching "org.springframework.*" will generate wrong package version import on the MANIFEST.MF for spring-data-commons-core dependencies, (i.e. "[3.0.5,4.0)" instead of, for example, "[1.1.0.M2,2.0)")

Using a NettyProducer without the disconnect=true configuration is causing the route to block after 10 messages on the to("netty://tcp....") call.
It appears that a new socket connection is created for every message, and then after 10 connections no new connection is allowed (must be a default thread pool limit?).
Using the disconnect=true option fixes the problem as a socket is connected, message sent, then disconnected. But this does not seem viable for implementations where that overhead is undesirable or where more than one response is expected on a channel.
–
This is a small Unit Test that shows the problem (http://camel.465427.n5.nabble.com/Camel-Netty-Producer-creating-new-connection-on-every-message-td4844805.html#none) 
package netty; 
import java.util.Arrays; 
import java.util.Collection; 
import java.util.concurrent.TimeUnit; 
import java.util.concurrent.atomic.AtomicBoolean; 
import java.util.concurrent.atomic.AtomicInteger; 
import junit.framework.TestCase; 
import org.apache.camel.CamelContext; 
import org.apache.camel.Exchange; 
import org.apache.camel.ExchangePattern; 
import org.apache.camel.Processor; 
import org.apache.camel.builder.RouteBuilder; 
import org.apache.camel.impl.DefaultCamelContext; 
import org.junit.Before; 
import org.junit.BeforeClass; 
import org.junit.Test; 
import org.junit.runner.RunWith; 
import org.junit.runners.Parameterized; 
import org.junit.runners.Parameterized.Parameters; 
import org.slf4j.Logger; 
import org.slf4j.LoggerFactory; 
@RunWith(Parameterized.class) 
public class NettyTest extends TestCase 
{ 
    private final static Logger logger = LoggerFactory.getLogger(NettyTest.class); 
    private final static CamelContext serverContext = new DefaultCamelContext(); 
    private final CamelContext clientContext = new DefaultCamelContext(); 
    private final AtomicInteger responseCounter = new AtomicInteger(0); 
    private final AtomicBoolean passedTen = new AtomicBoolean(false); 
    private Boolean disconnectClient; 
    public NettyTest(Boolean disconnectClient) 
    { 
        this.disconnectClient = disconnectClient; 
    } 

    @Parameters 
    public static Collection<Object[]> configs() 
    { 
        return Arrays.asList(new Object[][] { 
{ true }
, 
{ false }
 }); 
    } 
    @BeforeClass 
    public static void createServer() throws Exception 
    { 
        serverContext.addRoutes(new RouteBuilder() 
        { 
            @Override 
            public void configure() throws Exception 
            { 
                from("netty:tcp://localhost:9000?sync=true&disconnectOnNoReply=false&allowDefaultCodec=true&tcpNoDelay=true&reuseAddress=true&keepAlive=false") 
                        .setExchangePattern(ExchangePattern.InOut) 
                        .process(new Processor() { 
                            @Override 
                            public void process(Exchange exchange) throws Exception 
                            { 
                                Object body = exchange.getIn().getBody(); 
                                logger.info("Request received : Value = {}", body); 
                            } 
                        }) 
                        .transform(constant(3)).stop(); 
            } 
        }); 
        serverContext.start(); 
    } 
    @Before 
    public void createClient() throws Exception 
    { 
        clientContext.addRoutes(new RouteBuilder() 
        { 
            @Override 
            { 
                // Generate an Echo message and ensure a Response is sent 
                from("timer://echoTimer?delay=1s&fixedRate=true&period=1s") 
                        .transform() 
                        .constant(2) 
                        .to(ExchangePattern.InOut, "netty:tcp://localhost:9000?allowDefaultCodec=true&tcpNoDelay=true&reuseAddress=true&keepAlive=false&sync=true&disconnect=" + disconnectClient.toString()) 
                        .process(new Processor() 
                        { 
                            @Override 
                            { 
                                logger.info("Response number {} : Value = {}", 
                                        responseCounter.incrementAndGet(), body); 
                                if (responseCounter.get() > 10) 
{ 
                                    passedTen.set(true); 
                                }
 
                            } 
                        }).stop(); 
            } 
        }); 
    } 
    @Test 
    public void test() throws Exception 
    { 
        clientContext.getShutdownStrategy().setTimeout(1); 
        clientContext.start(); 
        logger.info("Disconnect = {}", this.disconnectClient); 
        Thread.sleep(TimeUnit.SECONDS.toMillis(15)); 
        clientContext.stop(); 
        assertTrue("More than 10 responses have been received", passedTen.get()); 
    } 
} 

The "install web flow" command results in a pom.xml containing the following:
  <groupId>org.springframework.webflow</groupId>
  <artifactId>org.springframework.webflow-library</artifactId>
  <version>2.0.7.RELEASE</version>
This fails to download:
Downloading: http://repository.springsource.com/maven/bundles/release/org/springframework/webflow/org.springframework.webflow-library/2.0.7.RELEASE/org.springframework.webflow-library-2.0.7.RELEASE.jar
Downloading: http://repository.springsource.com/maven/bundles/external/org/springframework/webflow/org.springframework.webflow-library/2.0.7.RELEASE/org.springframework.webflow-library-2.0.7.RELEASE.jar
Downloading: http://repository.springsource.com/maven/bundles/milestone/org/springframework/webflow/org.springframework.webflow-library/2.0.7.RELEASE/org.springframework.webflow-library-2.0.7.RELEASE.jar
Downloading: http://repo1.maven.org/maven2/org/springframework/webflow/org.springframework.webflow-library/2.0.7.RELEASE/org.springframework.webflow-library-2.0.7.RELEASE.jar
I'm a little surprised we're using the library in the first place, but I'm not familiar with this add-on.

This is preventing BeanProcessor from using bean methods with a Message parameter, or bean methods not named "process" that have an Exchange as their parameter.  For example, to map to a Message the it tries using the ParameterExpression bodyAs(Message.class) instead of inmessageExpression().

Stack

        at java.util.HashMap$HashIterator.nextEntry(HashMap.java:922)
        at java.util.HashMap$EntryIterator.next(HashMap.java:962)
        at java.util.HashMap$EntryIterator.next(HashMap.java:960)
        at org.apache.hadoop.hive.metastore.AggregateStatsCache.findBestMatch(AggregateStatsCache.java:244)
        at org.apache.hadoop.hive.metastore.AggregateStatsCache.get(AggregateStatsCache.java:186)
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.aggrColStatsForPartitions(MetaStoreDirectSql.java:1131)
        at org.apache.hadoop.hive.metastore.ObjectStore$9.getSqlResult(ObjectStore.java:6174)
        at org.apache.hadoop.hive.metastore.ObjectStore$9.getSqlResult(ObjectStore.java:6170)
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2405)
        at org.apache.hadoop.hive.metastore.ObjectStore.get_aggr_stats_for(ObjectStore.java:6170)
        at sun.reflect.GeneratedMethodAccessor103.invoke(Unknown Source)
        at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:114)
        at com.sun.proxy.$Proxy6.get_aggr_stats_for(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_aggr_stats_for(HiveMetaStore.java:5707)
        at sun.reflect.GeneratedMethodAccessor102.invoke(Unknown Source)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:107)
        at com.sun.proxy.$Proxy8.get_aggr_stats_for(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getAggrColStatsFor(HiveMetaStoreClient.java:2067)
        at sun.reflect.GeneratedMethodAccessor101.invoke(Unknown Source)

2010-07-02 11:38:07,439 FATAL [org.apache.camel.component.file.remote.FtpConsumer:CamelThread 10]   - <Consumer Consumer[my_ftp_URI_here caused by: Java heap space>
My remote FTP server has ~60k 100 byte files, and the camel endpoint consumer falls over and doesn't start again.  I can use JMX to stop/start the consumer, (it still has status "started") and it will log in to the remote server again, but then fall over with the out of heap space.
I can work around this by increasing the heap, or by moving some of the files aside,  but I don't think camel should care how many files there are, or at least, I think it should deal with it more gracefully.

[standalone@localhost:9990 /] /subsystem=jgroups/channel=ee/fork=myfork:add
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service jboss.jgroups.factory.ee is already registered",
}

the problem is fixed in org.jboss.as.clustering.jgroups.subsystem.ForkAddHandler#installRuntimeServices

Boot refactored field names in @ConfigurationProperties, so we need to change this as well.

To reproduce the problem,
1. Create a table, say, person_age (name STRING, age INT).
2. Create a file whose name has a space in it, say, "data set.txt".
3. Try to load the date in the file to the table.
The following error can be seen in the console:
hive> LOAD DATA INPATH '/home/xzhang/temp/data set.txt' INTO TABLE person_age;
Loading data to table default.person_age
Failed with exception Wrong file format. Please check the file's format.
Note: the error message is confusing.

The various uses of setAutoFlush() seem to need some tlc.  There's a note in HTableInterface: "@deprecated in 0.99 since setting clearBufferOnFail is deprecated. Use setAutoFlushTo(boolean) instead."  It would be ideal to change all internal uses of setAutoFlush(boolean, boolean) to use setAutoFlushTo, if possible.
HTable.setAutoFlush(boolean, boolean) is used in a handful of places.  setAutoFlush(false, false) has the same results as HTable.setAutoFlush(false).  Calling HTable.setAutoFlush(false, true) has the same affect as Table.setAutoFlushTo(false), assuming HTable.setAutoFlush(false) was not called previously (by default, the second parameter, clearBufferOnFail, is true and should remain true according to the comments). 

The constructor of QueryExecutorMethodInterceptor tries to reject interfaces containing query methods if no QueryLookupStrategy is defined. Unfortunately it doesn't as it checks for custom methods instead of query methods.

If a Repository method is annotated with the @Query annotation specifying a custom Query/OQL statement, such as ...
@Query(SELECT count FROM /Users u WHERE u.username LIKE $1")
Integer countUsersByUsernameLike(String username);
SDG throws an IllegalStateException...

Caused by: java.lang.IllegalStateException: Unsupported query: select count(*) from /users
       at org.springframework.data.gemfire.repository.query.StringBasedGemfireRepositoryQuery.execute(StringBasedGemfireRepositoryQuery.java:136)
       at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:384)
       at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:344)
       at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
       at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
       at com.sun.proxy.$Proxy53.totalSubscriberEntries(Unknown Source)
       at com.gopivotal.vodafone.geopoc.service.SubscriberService.findTotalSubscriberEntries(SubscriberService.java:69)
       at com.gopivotal.vodafone.geopoc.GeoApplication.test(GeoApplication.java:176)
       at com.gopivotal.vodafone.geopoc.GeoApplication.run(GeoApplication.java:135)
       at org.springframework.boot.SpringApplication.runCommandLineRunners(SpringApplication.java:669)
       ... 5 common frames omitted

the number of reducers is not set by this command (unlike other hive queries). since mapred.reduce.tasks=-1 (to let hive infer this automatically) - jobtracker fails the job (number of reducers cannot be negative)
hive> alter table ad_imps_2 partition(ds='2009-06-16') concatenate;
alter table ad_imps_2 partition(ds='2009-06-16') concatenate;
Starting Job = job_201103101203_453180, Tracking URL = http://curium.data.facebook.com:50030/jobdetails.jsp?jobid=job_201103101203_453180
Kill Command = /mnt/vol/hive/sites/curium/hadoop/bin/../bin/hadoop job  -Dmapred.job.tracker=curium.data.facebook.com:50029 -kill job_201103101203_453180
Hadoop job information for null: number of mappers: 0; number of reducers: 0
2011-04-22 10:21:24,046 null map = 100%,  reduce = 100%
Ended Job = job_201103101203_453180 with errors
Moved to trash: /user/facebook/warehouse/ad_imps_2/_backup.ds=2009-06-16
after the job fails - the partition is deleted
thankfully it's still in trash

The comma-seperated lists for server-groups in DeployHandler and UndeployHandler were missed in the original commit for WFCORE-1199.  The --properties field for ASModuleHandler as also omitted by mistake.  

Calling an EJB method containing an array in parameters throws EJBAccessException, even if the method has @PermitAll annotation.

2017-09-12 17:44:13,020 INFO  [main] mapreduce.Job: Task Id : attempt_1505170797673_0010_m_000000_0, Status : FAILED
Error: java.io.IOException: java.lang.reflect.InvocationTargetException
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:221)
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:114)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.map(PerformanceEvaluation.java:311)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.map(PerformanceEvaluation.java:264)
	at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:146)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:787)
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:219)
	... 11 more
Caused by: java.lang.NoClassDefFoundError: org/apache/commons/lang3/ArrayUtils
	at org.apache.hadoop.hbase.HConstants.<clinit>(HConstants.java:1144)
	at org.apache.hadoop.hbase.client.ConnectionUtils.getPauseTime(ConnectionUtils.java:84)
	at org.apache.hadoop.hbase.client.AsyncProcess.<init>(AsyncProcess.java:209)
	at org.apache.hadoop.hbase.client.ConnectionImplementation.<init>(ConnectionImplementation.java:266)
	... 16 more

I think I found a bug in Camel OncompletionProcessor code when used with a Mail poller route and onCompletion.
The error occurs when the Log level is set to DEBUG or TRACE. In that case the logger tries to call the toString() method of the DefaultExchange class which calls org.apache.camel.component.mail.MailMessage.toString().
At that stage, the POP3Folder is already closed.
A very obvious (but not elegant) solution, would be to add a try-catch block to the log instruction. 
Otherwise, I think a good solution is to change the DefaultExchange#toString method.
Here is the exception that occured:
java.lang.IllegalStateException: Folder is not Open
	at com.sun.mail.pop3.POP3Folder.checkOpen(POP3Folder.java:551)
	at com.sun.mail.pop3.POP3Folder.getProtocol(POP3Folder.java:581)
	at com.sun.mail.pop3.POP3Message.loadHeaders(POP3Message.java:606)
	at com.sun.mail.pop3.POP3Message.getHeader(POP3Message.java:383)
	at javax.mail.internet.MimeMessage.getAddressHeader(MimeMessage.java:701)
	at javax.mail.internet.MimeMessage.getFrom(MimeMessage.java:362)
	at org.apache.camel.component.mail.MailUtils.dumpMessage(MailUtils.java:106)
	at org.apache.camel.component.mail.MailMessage.toString(MailMessage.java:49)
	at java.lang.String.valueOf(String.java:2854)
	at org.apache.camel.impl.DefaultExchange.toString(DefaultExchange.java:81)
	at org.slf4j.helpers.MessageFormatter.safeObjectAppend(MessageFormatter.java:304)
	at org.slf4j.helpers.MessageFormatter.deeplyAppendParameter(MessageFormatter.java:276)
	at org.slf4j.helpers.MessageFormatter.arrayFormat(MessageFormatter.java:230)
	at ch.qos.logback.classic.spi.LoggingEvent.<init>(LoggingEvent.java:115)
	at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:439)
	at ch.qos.logback.classic.Logger.filterAndLog_1(Logger.java:413)
	at ch.qos.logback.classic.Logger.debug(Logger.java:506)
	at org.apache.camel.processor.OnCompletionProcessor$OnCompletionSynchronization$1.call(OnCompletionProcessor.java:178)
	at org.apache.camel.processor.OnCompletionProcessor$OnCompletionSynchronization$1.call(OnCompletionProcessor.java:176)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
	at java.util.concurrent.FutureTask.run(FutureTask.java:166)

MongodbSerializer#visit(Constant<?> expr, Void context)
should check for custom conversions availability to enable typesafe querydsl expressions containing enums. Currently it performs the following:

if (Enum.class.isAssignableFrom(expr.getType())) {
            @SuppressWarnings("unchecked") //Guarded by previous check
            Constant<? extends Enum<?>> expectedExpr = (Constant<? extends Enum<?>>) expr;
            return expectedExpr.getConstant().name();
        } else {
            return expr.getConstant();
        }

Assuming the following model:

class Connection {
  private String id;
  private ConnectionType type;
}

enum ConnectionType {
        A(0),
	B(1),
	C(2);

	private final int value;

        ConnectionType(int value){
		this.value = value;
	}
}

and registered conversions: 

@ReadingConverter
public class ConnectionTypeReadConverter implements Converter<Integer, ConnectionType> {
    @Override
    public ConnectionType convert(Integer source) {
        return source == null ? null : ConnectionType.getConnectionType((Integer)source);
    }
}

@WritingConverter
public class ConnectionTypeWriteConverter implements Converter<ConnectionType, Integer> {
    @Override
    public Integer convert(ConnectionType source) {
        return source == null ? null : source.getValue();
    }
}

then the following query generates the enum name (A) instead of value(0) as condition:

ConnectionType type = ConnectionType.A;
QConnection qConnection = QConnection.connection;
Predicate predicate = qConnection.type.eq(type);

connectionRepository.findOne(predicate);}}

Fails with exception

avax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)]
        at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:194)
        at org.apache.hadoop.hbase.security.HBaseSaslRpcClient.saslConnect(HBaseSaslRpcClient.java:139)
        at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection.setupSaslConnection(SecureClient.java:194)
        at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection.access$500(SecureClient.java:92)
        at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection$2.run(SecureClient.java:302)
        at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection$2.run(SecureClient.java:299)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1178)
        at org.apache.hadoop.hbase.util.Methods.call(Methods.java:37)
        at org.apache.hadoop.hbase.security.User.call(User.java:590)
        at org.apache.hadoop.hbase.security.User.access$700(User.java:51)
        at org.apache.hadoop.hbase.security.User$SecureHadoopUser.runAs(User.java:444)
        at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection.setupIOstreams(SecureClient.java:298)
        at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:1124)
        at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:974)
        at org.apache.hadoop.hbase.ipc.SecureRpcEngine$Invoker.invoke(SecureRpcEngine.java:104)
        at $Proxy5.getProtocolVersion(Unknown Source)
        at org.apache.hadoop.hbase.ipc.SecureRpcEngine.getProxy(SecureRpcEngine.java:146)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getMaster(HConnectionManager.java:711)
        at org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:116)
        at org.apache.hadoop.hbase.rest.RESTServlet.<init>(RESTServlet.java:74)
        at org.apache.hadoop.hbase.rest.RESTServlet.getInstance(RESTServlet.java:57)
        at org.apache.hadoop.hbase.rest.Main.main(Main.java:81)
        at sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:130)

mvn test -Delytron -Dtest=ReloadSASLFactoryTestCase

[INFO] Running org.jboss.as.test.integration.management.cli.ReloadSASLFactoryTestCase
[ERROR] Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 2.446 s <<< FAILURE! - in null
[ERROR] Failure when constructing test  Time elapsed: 2.443 s  <<< ERROR!
	... 21 more
	... 24 more
	... 34 more

[INFO] 
[INFO] 
[INFO] 
[ERROR] Tests run: 2, Failures: 0, Errors: 1, Skipped: 0
[INFO] 

I want to make the extra field I am creating for CODEC-210 Serializable, but this requires ZipLong also be Serializable.
Might as well do the other two while I'm at it (ZipShort, ZipEightByteInteger).

From logs:

2018-04-03 02:06:00,630 INFO org.apache.hadoop.hbase.regionserver.HRegion: Replaying edits from hdfs://ns1/hbase/data/default/IntegrationTestBigLinkedList_20180403004104/834545a2ae1baa47082a3bc7aab2be2f/recovered.edits/0000000000001032167
2018-04-03 02:06:00,724 INFO org.apache.hadoop.hbase.regionserver.RSRpcServices: Scanner 2120114333978460945 lease expired on region IntegrationTestBigLinkedList_20180403004104,\xF1\xFE\xCB\x98e1\xF8\xD4,1522742825561.ce0d91585a2d188123173c36d0b693a5.
2018-04-03 02:06:00,730 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: ***** ABORTING region server vd0510.halxg.cloudera.com,22101,1522626204176: Uncaught exception in executorService thread regionserver/vd0510.halxg.cloudera.com/10.17.226.13:22101.leaseChecker *****
  at org.apache.hadoop.hbase.CellComparatorImpl.compareRows(CellComparatorImpl.java:202)
  at org.apache.hadoop.hbase.CellComparatorImpl.compare(CellComparatorImpl.java:74)
  at org.apache.hadoop.hbase.CellComparatorImpl.compare(CellComparatorImpl.java:61)
  at org.apache.hadoop.hbase.regionserver.KeyValueHeap$KVScannerComparator.compare(KeyValueHeap.java:207)
  at org.apache.hadoop.hbase.regionserver.KeyValueHeap$KVScannerComparator.compare(KeyValueHeap.java:190)
  at org.apache.hadoop.hbase.regionserver.KeyValueHeap$KVScannerComparator.compare(KeyValueHeap.java:178)
  at java.util.PriorityQueue.siftDownUsingComparator(PriorityQueue.java:721)
  at java.util.PriorityQueue.siftDown(PriorityQueue.java:687)
  at java.util.PriorityQueue.poll(PriorityQueue.java:595)
  at org.apache.hadoop.hbase.regionserver.KeyValueHeap.close(KeyValueHeap.java:228)
  at org.apache.hadoop.hbase.regionserver.StoreScanner.close(StoreScanner.java:483)
  at org.apache.hadoop.hbase.regionserver.StoreScanner.close(StoreScanner.java:464)
  at org.apache.hadoop.hbase.regionserver.KeyValueHeap.close(KeyValueHeap.java:224)
  at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.close(HRegion.java:6666)
  at org.apache.hadoop.hbase.regionserver.RSRpcServices$ScannerListener.leaseExpired(RSRpcServices.java:460)
  at org.apache.hadoop.hbase.regionserver.Leases.run(Leases.java:122)
2018-04-03 02:06:00,731 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: RegionServer abort: loaded coprocessors are: [org.apache.hadoop.hbase.security.access.AccessController, org.apache.hadoop.hbase.security.token.TokenProvider, org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint, com.cloudera.navigator.audit.hbase.RegionAuditCoProcessor]
2018-04-03 02:06:00,737 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Dump of metrics as JSON on abort: {

See SO
http://stackoverflow.com/questions/35938139/how-to-release-file-lock-with-camel-when-not-consuming-from-seda-queue/35940850#35940850

XSiteSimpleTestCase is design to use node0, node1, node2 and node3. If all these node addresses are set to the same real address (like 127.0.0.1), test pass. Test pass also if these 4 addresses are different. But test fail, if only two addresses are set.

Test fail if node0==node2 && node1==node3 && node0!= node1
Test pass if node0==node1 && node2==node3 && node0!=node2. But all other tests in TS needs to have different node0 and node1. And XSiteSimpleTestCase is the only one testcase in EAP TS, that needs 4 addresses. So there is no way to run TS with two different IP addresses with passing XSiteSimpleTestCase.

This is explained by Radoslav Husar here
I suggest to

keep current default behaviour
add new profile, that allows to run XSiteSimpleTestCase with two different IP addresses.

Always

cd testsuite/integration/clustering
mvn clean install -Dmaven.test.failure.ignore=true -Djboss.dist=$JBOSS_DIST -Dtest=XSiteSimpleTestCase \
    -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2

Running org.jboss.as.test.clustering.xsite.XSiteSimpleTestCase
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 47.186 sec <<< FAILURE! - in org.jboss.as.test.clustering.xsite.XSiteSimpleTestCase
testPutRelayedToBackups(org.jboss.as.test.clustering.xsite.XSiteSimpleTestCase)  Time elapsed: 42.766 sec  <<< FAILURE!
java.lang.AssertionError: expected:<200> but was:<500>
	at org.junit.Assert.assertEquals(Assert.java:631)
	at org.jboss.as.test.clustering.xsite.XSiteSimpleTestCase.testPutRelayedToBackups(XSiteSimpleTestCase.java:169)

No errors
This jira doesn't fix JBEAP-11086

The XSD for the Infinispan subsystem (jboss-as-infinispan_4_0.xsd) says the following about <transaction mode="...">:
Sets the cache transaction mode to one of NONE, NON_XA, NON_DURABLE_XA, FULL_XA.
However, the enum org.jboss.as.clustering.infinispan.subsystem.TransactionMode has the following values:

NONE
BATCH
NON_XA
NON_DURABLE_XA
FULL_XA

I.e., the BATCH value is missing from the documentation. Interestingly, BATCH is also used in the default config for all the web and ejb caches.

In docs/manual/src/docs/asciidoc/_includes/websocket.adoc is this line:
<b:constructor-arg value="#
{T(org.springframework.security.web.csrf.CsrfFilter).DEFAULT_MATCHER}
"/>
The DEFAULT_MATCHER should be DEFAULT_CSRF_MATCHER: http://docs.spring.io/autorepo/docs/spring-security/current/apidocs/org/springframework/security/web/csrf/CsrfFilter.html#DEFAULT_CSRF_MATCHER .

It mainly happens when 
1 )file schema and record schema are not same
2 ) Record schema is nullable  but file schema is not.
The potential code location is at class AvroDeserialize

 if(AvroSerdeUtils.isNullableType(recordSchema)) {
      return deserializeNullableUnion(datum, fileSchema, recordSchema, columnType);
    }

In the above code snippet, recordSchema is verified if it is nullable. But the file schema is not checked.
I tested with these values:

recordSchema= ["null","string"]
fielSchema= "string"

And i got the following exception <line numbers might not be the same due to mu debugged code version>.

org.apache.avro.AvroRuntimeException: Not a union: "string" 
        at org.apache.avro.Schema.getTypes(Schema.java:272)
        at org.apache.hadoop.hive.serde2.avro.AvroDeserializer.deserializeNullableUnion(AvroDeserializer.java:275)
        at org.apache.hadoop.hive.serde2.avro.AvroDeserializer.worker(AvroDeserializer.java:205)
        at org.apache.hadoop.hive.serde2.avro.AvroDeserializer.workerBase(AvroDeserializer.java:188)
        at org.apache.hadoop.hive.serde2.avro.AvroDeserializer.deserialize(AvroDeserializer.java:174)
        at org.apache.hadoop.hive.serde2.avro.TestAvroDeserializer.verifyNullableType(TestAvroDeserializer.java:487)
        at org.apache.hadoop.hive.serde2.avro.TestAvroDeserializer.canDeserializeNullableTypes(TestAvroDeserializer.java:407)

The interface org.apache.hadoop.hive.metastore.IMetaStoreClient declares a method getPartition as:

Partition getPartition(String tblName, String dbName, List<String> partVals) throws NoSuchObjectException, MetaException, TException;

This is implemented in org.apache.hadoop.hive.metastore.HiveMetaStoreClient as:

public Partition getPartition(String db_name, String tbl_name, List<String> part_vals) throws NoSuchObjectException, MetaException, TException {
  return deepCopy(filterHook.filterPartition(client.get_partition(db_name, tbl_name, part_vals)));
}

Note that in the above code the param named db_name occupies the tbl_name equivalent in the IMetaStoreClient method and vice-versa.
The method called in HiveMetaStoreClient also seemingly expects db_name to appear first (see ThriftHiveMetastore.Iface.get_partition):

public Partition get_partition(String db_name, String tbl_name, List<String> part_vals) throws MetaException, NoSuchObjectException, org.apache.thrift.TException;

And following this all the way through to the implementation of org.apache.hadoop.hive.metastore.ObjectStore.getMTable(String, String) shows that the database name is ultimately taken from the first argument.
Therefore I propose that the order needs to be corrected on IMetaStoreClient.

If the mapjoin.mapreduce optimization kicks in on a query of this form:

select count(distinct a.v) 
from a join b on (a.k = b.k)
group by a.g

The planer will NPE in the metadataonly optimizer.

In source for AbstractUrlHandlerMapping version 3.0.5 line 210 (method getHandlerInternal), when checking for mapped interceptors a HandlerExecutionChain is created, interceptors are inserted into the chain, but returned object from method is handler not handler chain, thus causing handler to loose all its mapped interceptors.

The AbstractGenericUDFEWAHBitmapBop.java does not clear the return list when evaluate() is called, causing each subsequent call to a bitmap operation to return the wrong values.

When a port offset is specified in the socket binding group and the socket binding has a port of 0, then the port offset is not used to calculate the port instead port 0 is bound.

LookupInjectionSource assumes the source jndi name has scheme java:, which results in no support for other schemes such as ldap:.

TestImportExport has been failing against hadoop 0.23 profile

The splitter component can use a bean with a "split method". It seems that this "split bean" is handled as expression and resolved lately using Camel Context from current exchange.
If I send an exchange using a separate CamelContext ("client")
<camelContext id="client" xmlns="http://camel.apache.org/schema/spring">
to a route defined in another CamelContext ("server") using in-memory transport like "direct" or "vm"
<camelContext id="server" xmlns="http://camel.apache.org/schema/spring">
   <route id="route02" trace="false" streamCache="false">
     <from uri="vm:route02"/>
     <split>
       <method bean   ="stringLineSplitter" method="split"/>
       <log    message="before sending: ${body}"/>
       <inOut  uri    ="vm:route04"/>
       <log    message="after sending"/>
     </split>
     <to uri="mock:route02"/>
   </route>
the test fails with 
"Cannot find class: stringLineSplitter" (Camel 2.8.0). 
"org.apache.camel.NoSuchBeanException - No bean could be found in the registry for: stringLineSplitter" (Camel 2.9-SNAPSHOT)
If I understood Camel right it fails
because it tries to resolve this bean based on client Camel Context
which is still set at the current exchange send from "client" to "server" but it
doesn't contain the bean.
If I send an exchange using same "client" CamelContext to another route in
"server" CamelContext involving "external" components like "jms" (ActiveMQ)
   <route id="route03" trace="false" streamCache="false">
     <from uri="jms:queue:route03"/>
     <split>
     </split>
     <to uri="mock:route03"/>
   </route>
the test passed successfully. It seems that "jms" component creates a
new exchange using "server" CamelContext.

Currently the condition is taken from the original Filter. However, a new condition is given as an input parameter; the new Filter should use that condition.

EntityMetadata correctly resolves a non-conflicting field name for optimistic locking version support. However, it fails to ensure the @javax.persistence.Column definition has the correct "name" attribute to reflect the resolved non-conflicting field name. It always assumes the column name is "version", even if the resolved non-conflicting field name is, for example, "_version".
add field string version
A review of SomeClass_Roo_Entity.aj includes:
    @javax.persistence.Version    
    @javax.persistence.Column(name = "version")    
    private java.lang.Integer SomeClass._version;    
This is incorrect and will clash with the user-defined "version" property. The resulting exception when "mvn test" executed:
Caused by: javax.persistence.PersistenceException: [PersistenceUnit: persistenceUnit] Unable to build EntityManagerFactory
	at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:677)
	at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:132)
	at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:225)
	at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:288)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1368)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1334)
	... 53 more
Caused by: org.hibernate.MappingException: Repeated column in mapping for entity: com.foo.SomeClass column: version (should be mapped with insert="false" update="false")
	at org.hibernate.mapping.PersistentClass.checkColumnDuplication(PersistentClass.java:652)
	at org.hibernate.mapping.PersistentClass.checkPropertyColumnDuplication(PersistentClass.java:674)
	at org.hibernate.mapping.PersistentClass.checkColumnDuplication(PersistentClass.java:696)
	at org.hibernate.mapping.PersistentClass.validate(PersistentClass.java:450)
	at org.hibernate.mapping.RootClass.validate(RootClass.java:192)
	at org.hibernate.cfg.Configuration.validate(Configuration.java:1108)
	at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1293)
	at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:859)
	at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:669)

G1GC does really badly with long lived large objects. Lets allow limiting the size of a block that can be kept in the block cache.

Running TestShell ended up with the following on master branch:

  1) Error:
test_Get_replication_sink_metrics_information(Hbase::AdminAlterTableTest):
NoMethodError: undefined method `getAgeOfLastAppliedOp' for nil:NilClass
    /home/hbase/trunk/hbase-shell/src/main/ruby/hbase/admin.rb:725:in `status'
    file:/home/hbase/.m2/repository/org/jruby/jruby-complete/1.6.8/jruby-complete-1.6.8.jar!/builtin/java/java.util.rb:7:in `each'
    /home/hbase/trunk/hbase-shell/src/main/ruby/hbase/admin.rb:720:in `status'
    /home/hbase/trunk/hbase-shell/src/test/ruby/test_helper.rb:130:in `replication_status'
    ./src/test/ruby/hbase/admin_test.rb:427:in `test_Get_replication_sink_metrics_information'

  2) Error:
test_Get_replication_source_metrics_information(Hbase::AdminAlterTableTest):
    ./src/test/ruby/hbase/admin_test.rb:423:in `test_Get_replication_source_metrics_information'

  3) Error:
test_Get_replication_status(Hbase::AdminAlterTableTest):
    ./src/test/ruby/hbase/admin_test.rb:419:in `test_Get_replication_status'

An example is HiveBaseResultSet.rowDeleted. It throws SQLException("Method not supported") instead of SQLFeatureNotSupportedException.
For that optional method, the use of SQLFeatureNotSupportedException is more appropriate.
See 
http://docs.oracle.com/javase/7/docs/api/java/sql/ResultSet.html#rowDeleted()
http://docs.oracle.com/javase/7/docs/api/java/sql/SQLFeatureNotSupportedException.html

The testcase is intended to test REPL LOAD with retry. The test creates a partitioned table and a function in the source database and loads those to the replica. The first attempt to load a dump is intended to fail while loading one of the partitions. Based on the order in which the objects get loaded, if the function is queued after the table, it will not be available in replica after the load failure. But if it's queued before the table, it will be available in replica even after the load failure. The test assumes the later case, which may not be true always.
Hence fix the testcase to order the objects by a fixed ordering. By setting hive.in.repl.test.files.sorted to true, the objects are ordered by the directory names. This ordering is available with minimal changes for testing, hence we use it. With this ordering a function gets loaded before a table. So changed the test to not expect the function to be available after the failed load, but be available after the retry.
While writing that testcase, I found that even if a function fails to load, it's visible through show functions and also is available to be called just as if the failure has not happened. Digging further it was found that when creating a function we add it to the registry and also to the metastore. If the later fails, we do not clean it up from the registry and thus it remains visible after failure. Fixed the same.

The method org.jboss.as.connector.deployers.ds.processors.DriverProcessor.deploy() should catch java.lang.Throwable instead of only java.lang.Exception because class loading can also produce Throwables of type java.lang.Error.

08:29:48,196 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."reporting.war".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."reporting.war".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "reporting.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154)
Caused by: java.lang.UnsatisfiedLinkError: Unable to load library 'odbc': Native library (linux-x86/libodbc.so) not found in resource path (/home/andrek/Schreibtisch/wildfly-10.0.0.Final/jboss-modules.jar)
	at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:277)
	at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:403)
	at com.sun.jna.Library$Handler.<init>(Library.java:147)
	at com.inet.odbc.OdbcLibrary$1.<init>(OdbcLibrary.java:34)
	at com.inet.odbc.OdbcLibrary.<clinit>(OdbcLibrary.java:34)
	at com.inet.odbc.OdbcDriver.<clinit>(OdbcDriver.java:21)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:408)
	at org.jboss.as.connector.deployers.ds.processors.DriverProcessor.deploy(DriverProcessor.java:65)
	... 5 more

08:29:48,213 ERROR [org.jboss.as.controller.management-operation] (management task-7) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "reporting")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"reporting.war\".INSTALL" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"reporting.war\".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment \"reporting.war\"
    Caused by: java.lang.UnsatisfiedLinkError: Unable to load library 'odbc': Native library (linux-x86/libodbc.so) not found in resource path (/home/andrek/Schreibtisch/wildfly-10.0.0.Final/jboss-modules.jar)"}}
08:29:48,217 ERROR [org.jboss.as.server] (management task-7) WFLYSRV0021: Deploy of deployment "reporting.war" was rolled back with the following failure message: 
{"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"reporting.war\".INSTALL" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"reporting.war\".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment \"reporting.war\"

I started the full esb 040 and created a fabric.
And got this exception in the console

FuseESB:karaf@root> fabric:create 
No user found in etc/users.properties or specified as an option. Please specify one ...
New user name: admin
Password for admin: 
Verify password for admin:
Passwords did not match. Please try again!
javax.management.InstanceAlreadyExistsException: org.apache.activemq:BrokerName=root,Type=Broker
	at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:453)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.internal_addObject(DefaultMBeanServerInterceptor.java:1484)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:963)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:917)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:482)
	at org.apache.activemq.broker.jmx.ManagementContext.registerMBean(ManagementContext.java:366)
	at org.apache.activemq.broker.jmx.AnnotatedMBean.registerMBean(AnnotatedMBean.java:72)
	at org.apache.activemq.broker.BrokerService.startManagementContext(BrokerService.java:2370)
	at org.apache.activemq.broker.BrokerService.start(BrokerService.java:567)
	at org.fusesource.mq.fabric.ActiveMQServiceFactory$ClusteredConfiguration$$anon$3.run(ActiveMQServiceFactory.scala:307)
Zookeeper password not specified or generated.
You can use the --zookeeper-password option to specify one.
Or you can use the --generate-zookeeper-password to have fabric generate one for you.
Reusing users admin password:admin
You can retrieve the zookeeper password at any time using the fabric:ensemble-password command.
FuseESB:karaf@root> javax.management.InstanceAlreadyExistsException: org.apache.activemq:BrokerName=root,Type=Broker
...

Related to DATAJPA-984. Querrying empty table for non-standard JPA type results in IllegalStateExcepion with the message "No aliases found in result tuple", instead of returning null.
In the linked git repository this is showcased with org.joda.time.LocalDate instances. Querries for standard types, e.g. java.time.LocalDate return null as expected. It would be nice if the behaviour was unified.

Issuing a merge statement gives this error,
hive> 2017-03-14T18:34:02,945 ERROR [17d1c728-8865-47f5-a6fd-2b156d183d0f main] ql.Driver: FAILED: ClassCastException org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc cannot be cast to org.apache.hadoop.hive.ql.plan.ExprNodeColumnDesc
java.lang.ClassCastException: org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc cannot be cast to org.apache.hadoop.hive.ql.plan.ExprNodeColumnDesc
	at org.apache.hadoop.hive.ql.optimizer.DynamicPartitionPruningOptimization.generateSemiJoinOperatorPlan(DynamicPartitionPruningOptimization.java:410)
	at org.apache.hadoop.hive.ql.optimizer.DynamicPartitionPruningOptimization.process(DynamicPartitionPruningOptimization.java:226)
	at org.apache.hadoop.hive.ql.lib.ForwardWalker.walk(ForwardWalker.java:74)
	at org.apache.hadoop.hive.ql.parse.TezCompiler.runDynamicPartitionPruning(TezCompiler.java:359)
	at org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeOperatorPlan(TezCompiler.java:91)
	at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:138)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:11159)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10708)
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeInternal(UpdateDeleteSemanticAnalyzer.java:70)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:257)
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeMerge(UpdateDeleteSemanticAnalyzer.java:729)
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeInternal(UpdateDeleteSemanticAnalyzer.java:84)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:455)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:336)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1197)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1290)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1123)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1111)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:233)

org.apache.hive.service.cli.Type.getType(org.apache.hive.service.cli.thrift.TTypeId) throws an IllegalArgumentException with 'Unrecognized' misspelled as 'Unregonized'.

This happens because Infinispan's BatchContainer relies on thread locals.  We need to use the new Batcher capabilities used by ejb clustering for web clustering.  These modules should be refactored so they can share these objects.

VectorizedRowBatchCtx.addPartitionColsToBatch uses wrong values to populate DATE and TIMESTAMP data types.

If a user attempts to run MSCK REPAIR TABLE on a directory with a large number of untracked partitions HMS will OOME. I suspect this is because it attempts to do one large bulk load in an effort to save time. Ultimately this can lead to a collection so large in size that HMS eventually hits an Out of Memory Exception. 
Instead I suggest that Hive include a configurable batch size that HMS can use to break up the load. 

The affected JAR: wildfly-client-all-VERSION-sources.jar
Currently
Manifest contains: Implementation version: WRONG_VERSION
Should be 
Manifest contains: Implementation version: VERSION

http://www.nabble.com/Classloading-and-OSGI-to22303475.html#a22303475

After upgrading an application form 3.2.5.RELEASE to 4.0.0 the initialization of a bean that uses the @Scheduled annotation failed.
I use the annotation as follows:

@Scheduled(cron = "${cron.setting}")

I see that the property is resolved

DEBUG 09:36:25,516 PropertySourcesPropertyResolver (81) - Searching for key 'cron.setting' in [environmentProperties]
DEBUG 09:36:25,516 PropertySourcesPropertyResolver (81) - Searching for key 'cron.setting' in [systemProperties]
DEBUG 09:36:25,516 PropertySourcesPropertyResolver (81) - Searching for key 'cron.setting' in [systemEnvironment]
DEBUG 09:36:25,516 PropertySourcesPropertyResolver (81) - Searching for key 'cron.setting' in [class path resource [mmt-mdm-container.properties]]
DEBUG 09:36:25,516 PropertySourcesPropertyResolver (90) - Found key 'cron.setting' in [class path resource [mmt-mdm-container.properties]] with type [String] and value '0 0 12 1 7 *'
DEBUG 09:36:25,516 PropertySourcesPropertyResolver (90) - Found key 'cron.setting' in [environmentProperties] with type [String] and value '0 0 12 1 7 *'

The causing Exception is

	at sun.util.calendar.ZoneInfoFile.getFileName(ZoneInfoFile.java:501)
	at sun.util.calendar.ZoneInfoFile.createZoneInfo(ZoneInfoFile.java:596)
	at sun.util.calendar.ZoneInfoFile.getZoneInfo(ZoneInfoFile.java:566)
	at sun.util.calendar.ZoneInfo.getTimeZone(ZoneInfo.java:663)
	at java.util.TimeZone.getTimeZone(TimeZone.java:566)
	at java.util.TimeZone.getTimeZone(TimeZone.java:562)
	at org.springframework.util.StringUtils.parseTimeZoneString(StringUtils.java:732)
	at org.springframework.scheduling.annotation.ScheduledAnnotationBeanPostProcessor.processScheduled(ScheduledAnnotationBeanPostProcessor.java:187)
	at org.springframework.scheduling.annotation.ScheduledAnnotationBeanPostProcessor$1.doWith(ScheduledAnnotationBeanPostProcessor.java:121)
	at org.springframework.util.ReflectionUtils.doWithMethods(ReflectionUtils.java:473)
	at org.springframework.util.ReflectionUtils.doWithMethods(ReflectionUtils.java:451)
	at org.springframework.scheduling.annotation.ScheduledAnnotationBeanPostProcessor.postProcessAfterInitialization(ScheduledAnnotationBeanPostProcessor.java:117)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:421)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1558)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:539)
	... 40 more

I use JDK 1.7.0_45 and thought this should work.

When running things like bin/start-hbase and bin/hbase-daemon.sh start [master|regionserver|etc] we end up setting HBASE_OPTS property a couple times via calling hbase-env.sh. This is generally not a problem for most cases, but when you want to set your own GC log properties, one would think you should set HBASE_GC_OPTS, which get added to HBASE_OPTS. 
NOPE! That would make too much sense.
Running bin/hbase-daemons.sh will run bin/hbase-daemon.sh with the daemons it needs to start. Each time through hbase-daemon.sh we also call bin/hbase. This isn't a big deal except for each call to hbase-daemon.sh, we also source hbase-env.sh twice (once in the script and once in bin/hbase). This is important for my next point.
Note that to turn on GC logging, you uncomment:

# export HBASE_OPTS="$HBASE_OPTS -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps $HBASE_GC_OPTS" 

and then to log to a gc file for each server, you then uncomment:

# export HBASE_USE_GC_LOGFILE=true

in hbase-env.sh
On the first pass through hbase-daemon.sh, HBASE_GC_OPTS isn't set, so HBASE_OPTS doesn't get anything funky, but we set HBASE_USE_GC_LOGFILE, which then sets HBASE_GC_OPTS to the log file (-Xloggc:...). Then in bin/hbase we again run hbase-env.sh, which now hs HBASE_GC_OPTS set, adding the GC file. 
This isn't a general problem because HBASE_OPTS is set without prefixing the existing HBASE_OPTS (eg. HBASE_OPTS="$HBASE_OPTS ..."), allowing easy updating. However, GC OPTS don't work the same and this is really odd behavior when you want to set your own GC opts, which can include turning on GC log rolling (yes, yes, they really are jvm opts, but they ought to support their own param, to help minimize clutter).
The simple version of this patch will just add an idempotent GC option to hbase-env.sh and some comments that uncommenting 

will lead to a custom gc log file per server (along with an example name), so you don't need to set "-Xloggc".
The more complex solution does the above and also solves the multiple calls to hbase-env.sh so we can be sane about how all this works. Note that to fix this, hbase-daemon.sh just needs to read in HBASE_USE_GC_LOGFILE after sourcing hbase-env.sh and then update HBASE_OPTS. Oh and also not source hbase-env.sh in bin/hbase. 
Even further, we might want to consider adding options just for cases where we don't need gc logging - i.e. the shell, the config reading tool, hcbk, etc. This is the hardest version to handle since the first couple will willy-nilly apply the gc options.

When WS Addressing is being used the Axiom message factory appears to produce malformed SOAP messages (details to follow)  

The JavaDoc on getAcidState() reads, in part:
"Note that because major compactions don't
   preserve the history, we can't use a base directory that includes a
   transaction id that we must exclude."
which is correct but there is nothing in the code that does this.
And if we detect a situation where txn X must be excluded but and there are deltas that contain X, we'll have to abort the txn.  This can't (reasonably) happen with auto commit mode, but with multi statement txns it's possible.
Suppose some long running txn starts and lock in snapshot at 17 (HWM).  An hour later it decides to access some partition for which all txns < 20 (for example) have already been compacted (i.e. GC'd).  
==========================================================
Here is a more concrete example.  Let's say the file for table A are as follows and created in the order listed.
delta_4_4
delta_5_5
delta_4_5
base_5
delta_16_16
delta_17_17
base_17  (for example user ran major compaction)
let's say getAcidState() is called with ValidTxnList(20:16), i.e. with HWM=20 and ExceptionList=<16>
Assume that all txns <= 20 commit.
Reader can't use base_17 because it has result of txn16.  So it should chose base_5 "TxnBase bestBase" in getChildState().
Then the reset of the logic in getAcidState() should choose delta_16_16 and delta_17_17 in Directory object.  This would represent acceptable snapshot for such reader.
The issue is if at the same time the Cleaner process is running.  It will see everything with txnid<17 as obsolete.  Then it will check lock manger state and decide to delete (as there may not be any locks in LM for table A).  The order in which the files are deleted is undefined right now.  It may delete delta_16_16 and delta_17_17 first and right at this moment the read request with ValidTxnList(20:16) arrives (such snapshot may have bee locked in by some multi-stmt txn that started some time ago.  It acquires locks after the Cleaner checks LM state and calls getAcidState(). This request will choose base_5 but it won't see delta_16_16 and delta_17_17 and thus return the snapshot w/o modifications made by those txns.
[This is not possible currently since we only support autoCommit=true.  The reason is the a query (0) opens txn (if appropriate), (1) acquires locks, (2) locks in the snapshot.  The cleaner won't delete anything for a given compaction (partition) if there are locks on it.  Thus for duration of the transaction, nothing will be deleted so it's safe to use base_5]
This is a subtle race condition but possible.
1. So the safest thing to do to ensure correctness is to use the latest base_x as the "best" and check against exceptions in ValidTxnList and throw an exception if there is an exception <=x.
2. A better option is to keep 2 exception lists: aborted and open and only throw if there is an open txn <=x.  Compaction throws away data from aborted txns and thus there is no harm using base with aborted txns in its range.
3. You could make each txn record the lowest open txn id at its start and prevent the cleaner from cleaning anything delta with id range that includes this open txn id for any txn that is still running.  This has a drawback of potentially delaying GC of old files for arbitrarily long periods.  So this should be a user config choice.   The implementation is not trivial.
I would go with 1 now and do 2/3 together with multi-statement txn work.
Side note:  if 2 deltas have overlapping ID range, then 1 must be a subset of the other
A more concrete example (autoCommit=true)  (given 2.1 codebase)
Suppose base_2 exists.
1. lock table T
2. Lock in the snapshot, txnid 3 open, hwm 5.
3. a long GC pause or more practically the query is submitted but there are no resources to start App Master which is where getAcidState() is called from.
4. getAcidState() is called
It's not unreasonable that during #3 txnid 3 commits and base_5 is produced and is seen in #4.

Simple UDAFs with more than 1 parameter crash when the query returns no rows. Currently, this only seems to affect the percentile() UDAF where the second parameter is the percentile to be computed (of type double). I've also verified the bug by adding a dummy parameter to ExampleMin in contrib. 
On an empty query, Hive seems to be trying to resolve an iterate() method with signature 
{null,null}
 instead of 
{null,double}
. You can reproduce this bug using:
CREATE TABLE pct_test ( val INT );
SELECT percentile(val, 0.5) FROM pct_test;
which produces a lot of errors like: 
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to execute method public boolean org.apache.hadoop.hive.ql.udf.UDAFPercentile$PercentileLongEvaluator.iterate(org.apache.hadoop.io.LongWritable,double)  on object org.apache.hadoop.hive.ql.udf.UDAFPercentile$PercentileLongEvaluator@11d13272 of class org.apache.hadoop.hive.ql.udf.UDAFPercentile$PercentileLongEvaluator with arguments 
{null, null}
 of size 2

In most case when camel-cxf endpoint use RAW|MESSAGE DataFormat, DefaultCxfBinding.getContentFromCxf just return InputStream already, however in some cases such as use cxf jms transport with byte[] jms type, as cxf message content stored in a StringReader,  this make DefaultCxfBinding.getContentFromCxf  return NULL

When saving the configuration in BeeLine the conf attribute is persisted, which should not. When loading the configuration this causes an error message to be printed:

Error setting configuration: conf: java.lang.IllegalArgumentException: No method matching "setconf" was found in org.apache.hive.beeline.BeeLineOpts.

In our project we have several classes that extend SpringRouteBuilder and that are annotated with @Component.
Some days ago we've noticed that most of them stopped being initialized on application startup.
Found out that our issues started from this commit:
https://github.com/apache/camel/commit/6bcc0b6110a762623888ded294c78dc168a18e75
If I roll it back everything is fine again.

When Region server's time is ahead of Master's time and the difference is more than hbase.master.maxclockskew value, region server startup is not failing with ClockOutOfSyncException.
This causes some abnormal behavior as detected by our Tests.
    ServerManager.java#checkClockSkew
          long skew = System.currentTimeMillis() - serverCurrentTime;
        if (skew > maxSkew) 
{
          String message = "Server " + serverName + " has been " +
            "rejected; Reported time is too far out of sync with master.  " +
            "Time difference of " + skew + "ms > max allowed of " + maxSkew + "ms";
          LOG.warn(message);
          throw new ClockOutOfSyncException(message);
        }

    Above line results in negative value when Master's time is lesser than region server time and  " if (skew > maxSkew) " check fails to find the skew in this case.
    Please Note: This was tested in hbase 0.94.11 version and the trunk also currently has the same logic.
The fix for the same would be to make the skew positive value first as below:
 long skew = System.currentTimeMillis() - serverCurrentTime;
    skew = (skew < 0 ? -skew : skew);
    if (skew > maxSkew) {.....

.\domain.bat "-secmgr"
check that "-secmgr" property is present in PC or HC
.\domain.ps1 "-secmgr"
check that "-secmgr" property is not present in PC or HC

Secmgr can't be enabled also by $env:SECMGR = "true"
This issue is not about java-opts, but it is related with WFCORE-3830

Insert queries can do the equivalent of delete and insert of all rows of a table or partition, if the overwrite keyword is used. As a result DELETE privilege is applicable to such queries.
However, SQL Standard auth requires DELETE privilege even for queries that don't have the overwrite keyword.

The MBeanServer.createMBean methods that take an "ObjectName loaderName" argument are completely broken in EAP 6.
These methods call findDelegate to make sure there is already an existing MBean registered with the given name passed in for the new MBean, or else it throws an exception.
This is obviously wrong, as there'd be no point in calling createMBean if it already existed.
javax.management.InstanceNotFoundException: test:service=Test
at org.jboss.as.jmx.PluggableMBeanServerImpl.findDelegate(PluggableMBeanServerImpl.java:1083)
at org.jboss.as.jmx.PluggableMBeanServerImpl.createMBean(PluggableMBeanServerImpl.java:253)

HIVE-10562 introduced a new column to NOTIFICATION_LOG table. The mssql init scripts which were modified have a syntax error and they fail to initialize metastore schema from 2.2.0 onwards.

Time/etc literals conflict with non-ANSI query column names starting with a number that were previously supported without quotes (e.g. 30days).

When running the completebulkload tool, the -D arguments are not being honored. For example, when setting -Dhbase.zookeeper.property.clientPort to something other than the 2181, it still tried to connect to ZK on 2181.

A number of issues where found in HIVE-5107 and we plan on committing them directly to trunk.

In the Acegi Security documentation for CAS
(http://acegisecurity.org/docbook/acegi.html#cas-server-3), the instructions
say:
"Copy Acegi-security.jar file into /localPlugins/lib."
I believe they should say:
"Copy Acegi-security.jar and Acegi-security-cas-1.0.2.jar files into
/localPlugins/lib."
Otherwise, you'll get a java.lang.ClassNotFoundException:
org.acegisecurity.adapters.cas3.CasAuthenticationHandler.

After HIVE-9976 got checked in dynamic partition pruning doesn't work.
Partitions are pruned and later show up in splits.

Similar to HIVE-6374, for command ALTER TABLE .. PARTITION(..) SET LOCATION .., if location path is not a fully qualified path and Hive is not using default namenode, it should use fully qualified path for the partition.

Sample use case:  You have a .war in an .ear, and the .war has a web.xml with a <servlet-class> that refers to a JAX-WS endpoint, so the class is annotated with @WebService.  If that class is packaged in a jar found in the ear's lib directory, the JBossWS DUP won't pick it up, and then Undertow will throw an error like this:

UT010009: Servlet ClientEndpoint of type class com.redhat.gss.jaxws.ClientEndpoint does not implement javax.servlet.Servlet

If multiple cookie names are supplied, with spaces in the string, then spaces won't be trimmed , resulting in incorrect cookie names.

org.apache.hadoop.hbase.HColumnDescriptor.isLegalFamilyName(byte[]) accesses byte[0] w/o first checking the array length.

I removed TestByteBloomFilter when I shouldn't have when I removed all related to unused dynamic bloomfilters.  Readd.

When I run things on my test cluster I see things like this in my logs:

18/03/14 13:35:20 WARN session.SessionState: METASTORE_FILTER_HOOK will be ignored, since hive.security.authorization.manager is set to instance of HiveAuthorizerFactory.
18/03/14 13:35:21 WARN session.SessionState: METASTORE_FILTER_HOOK will be ignored, since hive.security.authorization.manager is set to instance of HiveAuthorizerFactory.

That's because the code in SessionState.java is wrong:

    String metastoreHook = sessionConf.get(ConfVars.METASTORE_FILTER_HOOK.name());
    if (!ConfVars.METASTORE_FILTER_HOOK.getDefaultValue().equals(metastoreHook) &&
        !AuthorizationMetaStoreFilterHook.class.getName().equals(metastoreHook)) {
      LOG.warn(ConfVars.METASTORE_FILTER_HOOK.name() +
          " will be ignored, since hive.security.authorization.manager" +
          " is set to instance of HiveAuthorizerFactory.");
    }

It's using .name() which is the enum name, not the actual config key.

Unresolvable dependency in parent pom.  See here http://tinyurl.com/3aob2t for description of problems this causes.  Extract of important bit:
"The problem seems to be in spring-ws POM
(which is parent of spring-ws-core) which contains artifact spring-ws-doc
in its dependencyManagement section. Maven doesn't find spring-ws-doc."
Presumably spring-ws-doc is not a jar, so dependening on it is a bad idea?

i got a reply to my proposed patch for lzocodec:
Instead of deriving from DefaultCodec, you probably want to do the followng:
CompressionCodec lzoCodec = (CompressionCodec)
ReflectionUtils.newInstance(Class.forName("com.hadoop.compression.lzo.LzoCodec"), conf);
setConf is automatically handled by RefletionUtils.newInstance.
We should do that.

It's not possible to remove deployment-overlay in mixed domain when slave host is EAP 6.3. or older. The error is:

{"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {"eap6-server-group" => {"host" => {"msimka-t450.brq.redhat.com" => {"server-one" => {"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "JBAS014762: Removing services has lead to unsatisfied dependencies:
Service jboss.deploymentOverlayIndexService.deploymentOverlayService.overlay-test was depended upon by service jboss.deploymentOverlayIndexService.deploymentOverlayService.contentService.overlay-test.\"WEB-INF/web.xml\", service jboss.deploymentOverlayIndexService.deploymentOverlayLinkService.overlay-test.\"simple-servlet.war\""}}}}}}}}

It works when slave is EAP 6.4.0. 

We have noticed that the JsonSerde produces a NullPointerException if a JSON object has a key value that is not lower case. For example. Assume we have the file "one.json": 

{ "empId" : 123, "name" : "John" } 
{ "empId" : 456, "name" : "Jane" } 

hive> CREATE TABLE emps (empId INT, name STRING) 
ROW FORMAT SERDE "org.apache.hive.hcatalog.data.JsonSerDe"; 
hive> LOAD DATA LOCAL INPATH 'one.json' INTO TABLE emps; 
hive> SELECT * FROM emps; 
Failed with exception java.io.IOException:java.lang.NullPointerException 
-------- 
Notice, it seems to work if the keys are lower case. Assume we have the file 'two.json': 
{ "empid" : 123, "name" : "John" } 
{ "empid" : 456, "name" : "Jane" } 

hive> DROP TABLE emps; 
hive> LOAD DATA LOCAL INPATH 'two.json' INTO TABLE emps;
OK 
123	John 
456	Jane

The directions for a basic intro into securing a spring mvc web application seem to be wrong.  I cannot follow them and produce the expected results.
1) It says "Enter SecurityWebApplicationInitializer for the Name" of a the class.  But the source code for the class has the class name as:
public class MessageSecurityWebApplicationInitializer
This is easy enough to fix.
2) It says "our Spring root application context is initialized using MessageWebApplicationInitializer which is included with our spring-security-samples-messages-jc "  However I cannot find a class by this name any where.  In fact I did a search for usages of the super class "AbstractAnnotationConfigDispatcherServletInitializer".  I did not find any usages of that class.
I followed as many instructions as I could, but in the end I could not get a login screen.  I like Spring and I am sure you did a good job at the security library.  I just have a hard time getting an idea of what it does without a working intro.  
As an aside I recommend when you give people the git command, clone from a tag instead of cloning from the tip.
git clone https://github.com/SpringSource/spring-security.git -b 3.2.0.RC2

Cli operation description

[standalone@localhost:9990 /] /subsystem=modcluster/:read-operation-description(name=stop
{
        "description" => "Tell reverse proxies that all contexts on the node can't process requests.",
            "description" => "Timeout to wait for all contexts to stop.",
        }},
    }
}

Documentation

 Stopping a context with waittime set to 0, meaning no timeout, instructs the balancer to stop routing any request to it immediately, which forces failover to another available context.

If you set a timeout value using the waittime argument, no new sessions are created on this context, but existing sessions will continue to be directed to this node until they complete or the specified timeout has elapsed. The waittime argument defaults to 10 seconds. 

There is difference, documentation basically says that till timeout is hit, node is disabled, cli description isn't that specific. Could you elaborate this?

http://www.nabble.com/Re%3A-Delayer%3A-%22Transport-disposed%22-at-JVM-Shutdown-td22202577s22882.html

Message in the log shows up as:

INFO  [main] master.HMaster: STARTING service 'HMaster

Unable to store boolean values to HCat table 
Assume in Hive you have two tables...
CREATE TABLE btest(test as boolean);
CREATE TABLE btest2(test as boolean);
Then in Pig 
A = LOAD 'btest' USING org.apache.hcatalog.pig.HCatLoader();
STORE A INTO 'btest2' USING org.apache.hcatalog.pig.HCatStorer();
You will get an "ERROR 115: Unsupported type 5: in Pig's Schema"  
Checking HCatBaseStorer.java, the case for data types doesn't check for booleans.  Might have been overlooked in adding boolean to Pig in 0.10

This issue lies outside the bounds of traditional clean shutdown, since the initiating events are driven by activity by other nodes, or asynchronous events driven by local node activity.  Essentially, we need a simple mechanism for blocking shutdown until active listeners complete.

[JBossINF] [0m[31m04:43:50,274 ERROR [org.infinispan.remoting.rpc.RpcManagerImpl] (transport-thread--p7-t21) ISPN000073: Unexpected error while replicating: java.lang.NullPointerException
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotelyAsync(JGroupsTransport.java:568)
[JBossINF] 	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotelyAsync(RpcManagerImpl.java:170)
[JBossINF] 	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:212)
[JBossINF] 	at org.infinispan.transaction.impl.AbstractEnlistmentAdapter.removeTransactionInfoRemotely(AbstractEnlistmentAdapter.java:93)
[JBossINF] 	at org.infinispan.transaction.impl.AbstractEnlistmentAdapter.releaseLocksForCompletedTransaction(AbstractEnlistmentAdapter.java:83)
[JBossINF] 	at org.infinispan.transaction.xa.TransactionXaAdapter.forgetSuccessfullyCompletedTransaction(TransactionXaAdapter.java:230)
[JBossINF] 	at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:116)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.finishResource(DummyTransaction.java:371)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.commitResources(DummyTransaction.java:417)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.runCommit(DummyTransaction.java:301)
[JBossINF] 	at org.wildfly.clustering.server.registry.CacheRegistry.topologyChanged(CacheRegistry.java:154)
[JBossINF] 	at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:21)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1185)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1143)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1108)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyTopologyChanged(CacheNotifierImpl.java:557)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:203)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferManagerImpl.access$000(StateTransferManagerImpl.java:47)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferManagerImpl$1.updateConsistentHash(StateTransferManagerImpl.java:115)
[JBossINF] 	at org.infinispan.topology.LocalTopologyManagerImpl.resetLocalTopologyBeforeRebalance(LocalTopologyManagerImpl.java:328)
[JBossINF] 	at org.infinispan.topology.LocalTopologyManagerImpl.doHandleRebalance(LocalTopologyManagerImpl.java:408)
[JBossINF] 	at org.infinispan.topology.LocalTopologyManagerImpl$3.run(LocalTopologyManagerImpl.java:377)

The HIVE_CONF_HIDDEN_LIST("hive.conf.hidden.list") already contains keys contaiing aws credentials. The Azure properties to be added are:

dfs.adls.oauth2.credential
fs.adl.oauth2.credential

It seems that getHeader(String) is also being called inside checkNotModified. This method is not in HttpServletResponse in Servlet 2.5. Here is the stacktrace I'm facing. Issue was introduced in 4.2.0 as we were previously in 4.1.7.
Java 7.0_11
Jonas 5.2.4 - Servlet 2.5
Spring 4.2.1.RELEASE

[ERROR] 2015-09-02 11:04:12,663 [TP-Processor15]  org.apache.juli.logging.DirectJDKLog:167 - Servlet.service() for servlet appServlet threw exception
java.lang.NoSuchMethodError: javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;
        at org.springframework.web.context.request.ServletWebRequest.checkNotModified(ServletWebRequest.java:187) ~[spring-web-4.2.1.RELEASE.jar:4.2.1.RELEASE]
        at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.handleRequest(ResourceHttpRequestHandler.java:240) ~[spring-webmvc-4.2.1.RELEASE.jar:4.2.1.RELEASE]
        at org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter.handle(HttpRequestHandlerAdapter.java:51) ~[spring-webmvc-4.2.1.RELEASE.jar:4.2.1.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959) ~[spring-webmvc-4.2.1.RELEASE.jar:4.2.1.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893) ~[spring-webmvc-4.2.1.RELEASE.jar:4.2.1.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) ~[spring-webmvc-4.2.1.RELEASE.jar:4.2.1.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861) ~[spring-webmvc-4.2.1.RELEASE.jar:4.2.1.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) ~[javaee-api-5.2.4.jar:5.2.4]
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846) ~[spring-webmvc-4.2.1.RELEASE.jar:4.2.1.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) ~[javaee-api-5.2.4.jar:5.2.4]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) ~[jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) ~[jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) ~[jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.ow2.jonas.web.tomcat6.CheckOpenResourcesValve.invoke(CheckOpenResourcesValve.java:73) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.ow2.jonas.web.tomcat6.tx.TransactionValve.invoke(TransactionValve.java:90) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.ow2.jonas.web.tomcat6.ResetAuthenticationValve.invoke(ResetAuthenticationValve.java:95) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:776) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:705) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:898) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) [jonas-web-container-tomcat-6.0-5.2.4-ipojo.jar:5.2.4]
        at java.lang.Thread.run(Thread.java:722) [na:1.7.0_11]

As of today, we're not able to switch to a servlet 3.0 compatible application server.

Follow up to HBASE-3198, now that we are doing the right thing it seems that TestWALObserver is throwing NPEs. Digging in more, I figured that HLog.findMemstoresWithEditsOlderThan actually needs to be looking at edits that are equal or older rather than just older since logs with only 1 edit won't get any regions to flush.

In WebMvcConfigurationSupport the requestMappingHandlerAdapter() method references mvcValidator(), which returns a LocalValidatorFactoryBean. When an @Configuration class extends from WebMvcConfiguration (vs using @EnableWebMvc), the requestMappingHandlerAdapter() method gets a Validator, which has not been initialized via InitializingBean. This is not the case when using @EnableWebMvc and extending from WebMvcConfigurerAdapter.

Currently, the client needs to specify several parameters based on which an appropriate connection is created with the server. In case of dynamic service discovery, when multiple HS2 instances are running, it is much more usable for the server to add its config parameters to ZK which the driver can use to configure the connection, instead of the jdbc/odbc user adding those in connection string.
However, at minimum, client will need to specify zookeeper ensemble and that she wants the JDBC driver to use ZooKeeper:

beeline> !connect jdbc:hive2://vgumashta.local:2181,vgumashta.local:2182,vgumashta.local:2183/;serviceDiscoveryMode=zooKeeper;zooKeeperNamespace=hiveserver2 vgumashta vgumashta org.apache.hive.jdbc.HiveDriver

LlapServiceDriver should package hadoop-metrics2.properties file to support dumping llap daemon metrics to hadoop metric sinks. 

In branch-0.98 we have below codes to avoid accessing meta in parallel in HConnectionManager:

          Result regionInfoRow;
          // This block guards against two threads trying to load the meta
          // region at the same time. The first will load the meta region and
          // the second will use the value that the first one found.
          if (useCache) {
            if (TableName.META_TABLE_NAME.equals(parentTable) && usePrefetch &&
                getRegionCachePrefetch(tableName)) {
              synchronized (regionLockObject) {
                // Check the cache again for a hit in case some other thread made the
                // same query while we were waiting on the lock.
                ...
              }
            }
          ...

while in HBASE-10018 we removed such logic along with region-location-prefetching. 
We regard this as an unexpected behavior change and observed below phenomenon in our product env:
1. Unnecessary connection setup to meta when multiple threads locating region in a client process
2. Priority handler of the RS holding meta region exhausted, application keep retrying and cause a vicious circle
To resolve this problem, we propose to add the userRegionLock back and keep the behavior in accordance with 0.98

QE Cc Miroslav Novak, Ondřej Kalman, Martin Styk, Petr Kremensky
Cc Kabir Khan, Jason Greene
See steps to reproduce. The question is, to what degree should CLI commands be backward compatible with 7.0? XML configurations pasted from 7.0 are OK in this case.
I previously thought these changes were OK (once documented in migration guide), but after discussion with the rest of the QE team, the most common opinion is that CLI commands should be 100% backward compatible with 7.0, which is not the case here.
Bilgehan Ozpeynirci since this is not stated anywhere I know, can you confirm that CLI commands in 7.1 need to be backward compatible with 7.0?

Calling RetryingMetaStoreClient.getProxy(HiveConf, Boolean) will result in error

Exception in thread "main" java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.metastore.HiveMetaStoreClient
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1661)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:81)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:131)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:87)
Caused by: java.lang.NoSuchMethodException: org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(org.apache.hadoop.hive.conf.HiveConf, java.lang.Boolean)

When an appclient is configured with the messaging-activemq subsystem:

 <subsystem xmlns="urn:jboss:domain:messaging-activemq:1.0">
            <server name="default" >
		<http-connector name="http-connector" socket-binding="http" endpoint="http-acceptor" />
		<in-vm-connector name="in-vm" server-id="1"/>
                <!-- no acceptors are defined -->
		
		<connection-factory name="RemoteConnectionFactory" connectors="http-connector" entries="RemoteConnectionFactory java:/ConnectionFactory java:jboss/DefaultJMSConnectionFactory" consumer-window-size="0" thread-pool-max-size="10"/>
            </server>

There are intermittent errors during server start up:

\u001b[0m\u001b[31m09:27:42,858 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.messaging-activemq.default: org.jboss.msc.service.StartException in service jboss.messaging-activemq.default: WFLYMSGAMQ0033: Failed to start service
        at org.wildfly.extension.messaging.activemq.ActiveMQServerService.start(ActiveMQServerService.java:359)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1714) [jboss-msc-1.3.2.Final.jar:1.3.2.Final]
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1693) [jboss-msc-1.3.2.Final.jar:1.3.2.Final]
        at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1540) [jboss-msc-1.3.2.Final.jar:1.3.2.Final]
        at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
        at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
        at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
        at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1364) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
        at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_162]
Caused by: org.jboss.msc.service.StartException in anonymous service: WFLYMSGAMQ0030: Failed to find SocketBinding for connector: http-connector
        at org.wildfly.extension.messaging.activemq.ActiveMQServerService.start(ActiveMQServerService.java:216)
        ... 8 more

If there are no acceptors, the connectors resource have only optional dependencies to the socket -binding (or outbound-socket-binding) service.
It happens that from time to time, the messaging-activemq subsystem performs its runtime before the socket binding service is started.
The dependency to the socket binding must be required for connectors resources (though for historical reasons, it can depend on either a socket-binding or an outbound-socket-binding)

If I take down a datanode, the regionserver will repeatedly return this error:
java.io.IOException: Stream closed.
        at org.apache.hadoop.dfs.DFSClient$DFSOutputStream.isClosed(DFSClient.java:1875)
        at org.apache.hadoop.dfs.DFSClient$DFSOutputStream.writeChunk(DFSClient.java:2096)
        at org.apache.hadoop.fs.FSOutputSummer.writeChecksumChunk(FSOutputSummer.java:141)
        at org.apache.hadoop.fs.FSOutputSummer.flushBuffer(FSOutputSummer.java:124)
        at org.apache.hadoop.fs.FSOutputSummer.write1(FSOutputSummer.java:112)
        at org.apache.hadoop.fs.FSDataOutputStream$PositionCache.write(FSDataOutputStream.java:41)
        at java.io.DataOutputStream.write(Unknown Source)
        at org.apache.hadoop.io.SequenceFile$Writer.append(SequenceFile.java:977)
        at org.apache.hadoop.hbase.HLog.append(HLog.java:377)
        at org.apache.hadoop.hbase.HRegion.update(HRegion.java:1455)
        at org.apache.hadoop.hbase.HRegion.batchUpdate(HRegion.java:1259)
        at org.apache.hadoop.hbase.HRegionServer.batchUpdate(HRegionServer.java:1433)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:910)
It appears that hbase/dfsclient does not attempt to reopen the stream.

I followed the steps described in the README.md.  There is an error while installing the quickstart:

2016-03-21 10:28:29,853 | ERROR | l Console Thread | Console                          | 38 - org.apache.karaf.shell.console - 2.4.0.redhat-630033 | Exception caught while executing command
	Unable to start bundle mvn:org.jboss.quickstarts.fuse/cxf-secure-rest/6.3.0.redhat-033: Unresolved constraint in bundle org.jboss.quickstarts.fuse.cxf-secure-rest [287]: Unable to resolve 287.0: missing requirement [287.0] osgi.wiring.package; (osgi.wiring.package=org.eclipse.jetty.plus.jaas)
	at org.apache.karaf.shell.console.MultiException.throwIf(MultiException.java:91)
	at org.apache.karaf.shell.osgi.InstallBundle.doExecute(InstallBundle.java:70)
	at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:38)
	at org.apache.felix.gogo.commands.basic.AbstractCommand.execute(AbstractCommand.java:35)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.8.0_72]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_72]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_72]
	at java.lang.reflect.Method.invoke(Method.java:498)[:1.8.0_72]
	at org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:54)[19:org.apache.aries.proxy.impl:1.0.4]
...

Execute the following script (note the uppercase letter in the field name):
project --topLevelPackage org.test.rootask
entity --name ~.domain.Task
field string Name
controller all --package ~.web 
Run it and browse to: http://localhost:8080/rootask/task/form
It throws an error:
org.springframework.beans.NotReadablePropertyException: Invalid property 'Name' of bean class [org.test.rootask.domain.Task]: Bean property 'Name' is not readable or has an invalid getter method: Does the return type of the getter match the parameter type of the setter?

When the MQTT Endpoint is started the MQTT connection is immediately established, causing an immediate influx of persisted messages (put on the topic when the client was not available). 
Issue is that at this point, most likely no consumers are available yet to process these messages.
Receiving a PUBLISH message
Publish message are received without any consumers. Result : msg with QoS > 0 that were put on the topic while the client was not connected are never processed.

Daemon Thread [hawtdispatch-DEFAULT-3] (Suspended (breakpoint at line 815 in CallbackConnection))	
	CallbackConnection.toReceiver(PUBLISH) line: 815	
	CallbackConnection.processFrame(MQTTFrame) line: 732	
	CallbackConnection.access$1500(CallbackConnection, MQTTFrame) line: 51	
	CallbackConnection$6.onTransportCommand(Object) line: 392	
	TcpTransport.drainInbound() line: 709	
	TcpTransport$6.run() line: 588	
	NioDispatchSource$3.run() line: 209	
	SerialDispatchQueue.run() line: 100	
	SimpleThread.run() line: 77	

No consumers registered yet
Only when this finishes will Camel be able to process the messages.

Daemon Thread [localhost-startStop-1] (Suspended (breakpoint at line 164 in MQTTEndpoint))	
	owns: SpringCamelContext  (id=92)	
	owns: Object  (id=143)	
	owns: StandardContext  (id=144)	
	MQTTEndpoint.addConsumer(MQTTConsumer) line: 164	
	MQTTConsumer.doStart() line: 35	
	MQTTConsumer(ServiceSupport).start() line: 61	
	SpringCamelContext(DefaultCamelContext).startService(Service) line: 2158	
	SpringCamelContext(DefaultCamelContext).doStartOrResumeRouteConsumers(Map<Integer,DefaultRouteStartupOrder>, boolean, boolean) line: 2452	
	SpringCamelContext(DefaultCamelContext).doStartRouteConsumers(Map<Integer,DefaultRouteStartupOrder>, boolean) line: 2388	
	SpringCamelContext(DefaultCamelContext).safelyStartRouteServices(boolean, boolean, boolean, boolean, Collection<RouteService>) line: 2318	
	SpringCamelContext(DefaultCamelContext).doStartOrResumeRoutes(Map<String,RouteService>, boolean, boolean, boolean, boolean) line: 2091	
	SpringCamelContext(DefaultCamelContext).doStartCamel() line: 1951	
	SpringCamelContext(DefaultCamelContext).doStart() line: 1777	

These messages will never be picked up.
Perhaps it's more the responsibility of the consumer / producer to start a connection when they get attached to the endpoint ? 

Problem: Deployment errors thrown by the Batch fraction result in a non-terminating JVM.
Expected behavior: JVM terminates on all deployment errors.
Related Jira task: https://issues.jboss.org/browse/SWARM-1219 . The fix in that task is not sufficient to prevent this problem.

For any simple type, i.e. Date:
context.getPersistentEntity(Date::class.java) === null
context.hasPersistentEntityFor(Date::class.java) == true
Test case included.
I think it's misleading and it has implications. For example in my use case it breaks repository sorting on any subsequent invocation with Spring Data Rest and Spring Data MongoDB. That's just for starters, for once a simple type 'leaks' there, it affects other operations. 
That's for PUT:
Caused by: org.springframework.data.mapping.MappingException: Couldn't find PersistentEntity for type class java.lang.String!
	at org.springframework.data.mapping.context.MappingContext.getRequiredPersistentEntity(MappingContext.java:76)
	at org.springframework.data.mapping.context.PersistentEntities.lambda$getPersistentEntity$1(PersistentEntities.java:61)
	at org.springframework.data.mapping.context.PersistentEntities.getPersistentEntity(PersistentEntities.java:61)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.mergeForPut(DomainObjectReader.java:141)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.lambda$mergeCollections$6(DomainObjectReader.java:460)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.mergeCollections(DomainObjectReader.java:443)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.access$200(DomainObjectReader.java:68)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader$MergingPropertyHandler.doWithPersistentProperty(DomainObjectReader.java:646)
	at org.springframework.data.mapping.model.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:342)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.lambda$mergeForPut$0(DomainObjectReader.java:145)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.readPut(DomainObjectReader.java:116)

If you create this naming store by passing a store into the constructor this store will be cleared on stop, and a new one created on start. Perhaps it should be passed some kind of factory, or have a protected createStore method that can be overriden.

we ended up with two ServerName with different cases, AAA and aaa.
Trying to create a table, every once in a while, we ended up with the region lost and not assigned. 
BaseLoadBalancer.roundRobinAssignment() goes through each server and create a map with what to assign to them.
We had to server on the list AAA and aaa which are the same machine, the problem is that the round robin now is assigning an empty list to one of the two. so depending on the order we ended up with a region not assigned.
ServerName equals() does the case insensitive comparison but the hashCode() is done on a case sensitive server name, so the Map in ServerManager will never hit the item and compare it using equals, so we end up with two entries that are the same server. similar thing for ServerName.isSameHostnameAndPort() where we don't check for cases

Current implementation of druid storage handler does leak some resources if the creation of the http client fails due to too many files exception.
The reason this is leaking is the fact the cleaning hook is registered after the client starts.
In order to fix this will extract the creation of the HTTP client to become static and reusable instead of per query creation.

I need to get the underlying PostgreSQL database connection from a datasource, see "Steps to Reproduce" for how exactly I'm trying to achieve this. In Wildfly Swarm this results in a ClassNotFoundException. I have also tried this with Wildfly 10 and there it does work.

There appears to be a bug in HBASE-2248 as committed to trunk. See following failing test:
http://hudson.zones.apache.org/hudson/job/HBase-TRUNK/1296/testReport/junit/org.apache.hadoop.hbase/TestAcidGuarantees/testAtomicity/
Think this is the same bug we saw early on in 2248 in the 0.20 branch, looks like the fix didn't make it over.

A query using with a vectorized IF(condition, thenExpr, elseExpr) function can produce wrong results.

Without using PDX serialization, boolean based queries throw on unsupported operation out of Predicates.getOperator. The type:Type parameter to the method comes in as TRUE or FALSE, however neither of these are supported in the getOperator method.
I have attached a patch file that I believe corrects the issue completely as well as a test project to replicate the issue.
Exact error messages are:

HiveStreamingConnection explicitly sets execution engine to mr which was from old code. It is no longer required. 

I noticed that you get a NullPointerException when you forget the bridgeEndpoint=true option when bridging two HTTP endpoints (first endpoint is a REST Jetty endpoint, second one also uses Jetty). Maybe Camel can warn in this case that the bridgeEndpoint parameter is missing.
Simplified basic code (Java):

 restConfiguration().component("jetty").host("0.0.0.0").port(8080)
                .dataFormatProperty("prettyPrint", "true")
                .bindingMode(RestBindingMode.auto);

rest("/API/").get("/{ID}/").to("jetty:http://www.google.com");

HTTP Request to http://localhost:8080/API/1/ results in NullPointerException.
	at org.eclipse.jetty.client.HttpClient.send(HttpClient.java:521)
	at org.eclipse.jetty.client.HttpRequest.send(HttpRequest.java:694)
	at org.eclipse.jetty.client.HttpRequest.send(HttpRequest.java:678)
	at org.apache.camel.component.jetty9.JettyContentExchange9.send(JettyContentExchange9.java:228)
	at org.apache.camel.component.jetty.JettyHttpProducer.processInternal(JettyHttpProducer.java:247)
	at org.apache.camel.component.jetty.JettyHttpProducer.process(JettyHttpProducer.java:86)
	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:163)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:542)
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:197)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:120)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:83)
	at org.apache.camel.component.jetty.CamelContinuationServlet.doService(CamelContinuationServlet.java:191)
	at org.apache.camel.http.common.CamelServlet.service(CamelServlet.java:74)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
	at org.eclipse.jetty.server.Server.handle(Server.java:499)
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
	at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
This issue is probably a bit related to the already resolved CAMEL-4242.

Currently repository interfaces cannot be used with a @MappedSuperclass annotated JPA entity class as we try to lookup an EntityType from the EntityManager's Metamodel which MappedSuperclass aren't. We should rather use ….managedType(…) and see if it implements IdentitifiedType to look for id information.

Calling hGetAll on any connection type while pipelining or in a transaction causes it to return null.  When wrapped in a DefaultStringRedisConnection, an NPE occurs attempting to deserialize the Map:
	at org.springframework.data.redis.connection.DefaultStringRedisConnection.deserialize(DefaultStringRedisConnection.java:616)
	at org.springframework.data.redis.connection.DefaultStringRedisConnection.hGetAll(DefaultStringRedisConnection.java:741)
	at org.springframework.data.redis.connection.rjc.RjcConnectionPipelineIntegrationTests.testHSetGet(RjcConnectionPipelineIntegrationTests.java:143)

Following query fails:
 create table store_sales_2 stored as orc as select * from alltypesorc;

Actually camel-undertow doesn't work in OSGi.

java.lang.IllegalArgumentException: UT001031: Unknown scheme in URI http://localhost:8010/test
	at io.undertow.client.UndertowClient.getClientProvider(UndertowClient.java:163) [26:io.undertow.core:1.4.18.Final]

Because it is using

UndertowClient.getInstance(getCamelContext().getApplicationContextClassLoader())

and it cannot find its providers. We should use 

UndertowClient.getInstance()

See OWASP page on why we should clean it up someday:
https://www.owasp.org/index.php/Unvalidated_Redirects_and_Forwards_Cheat_Sheet
Here is where we do the redirect:

    @Override
    public void doGet(HttpServletRequest request,
        HttpServletResponse response) throws ServletException, IOException {
      String redirectUrl = request.getScheme() + "://"
        + request.getServerName() + ":" + regionServerInfoPort
        + request.getRequestURI();
      response.sendRedirect(redirectUrl);
    }
  }

Seems like a bug in the recently committed patch. See http://hudson.zones.apache.org/hudson/job/HBase-TRUNK/1289/testReport/org.apache.hadoop.hbase.regionserver/TestHRegion/testCheckAndDelete_ThatDeleteWasWritten/

In not embedded environment, the request path show/edit inside thymeleaf list template, missing the context root. For example:
function ( data, type, full, meta ) { return '<a role="button" class="btn-accion ver" href="/pointofsales/' + data + '" data-th-text="#
{label_show}">Show</a>' + '<a role="button" class="btn-accion modificar" href="/pointofsales/' + data + '/edit-form" data-th-text="#{label_edit}">Edit</a>' + '<a role="button" class="btn-accion eliminar" data-th-text="#{label_delete}" onclick="javascript:jQuery.deletePointOfSale(' + data + ')"></a>' } 

I solved the problem with a variable btnUrl:

var btnUrl = [[@{/pointofsales/}]];
function ( data, type, full, meta ) { return '<a role="button" class="btn-accion ver" href="' + btnUrl + data + '" data-th-text="#{label_show}
">Show</a>' + '<a role="button" class="btn-accion modificar" href="' + btnUrl + data + '/edit-form" data-th-text="#
{label_edit}
">Edit</a>' + '<a role="button" class="btn-accion eliminar" data-th-text="#
{label_delete}
" onclick="javascript:jQuery.deletePointOfSale(' + data + ')"></a>' }

junit.framework.AssertionFailedError: expected:<[[2009-12-31T16:00:00.000-08:00/2010-04-01T23:00:00.000-07:00], [2010-04-01T23:00:00.000-07:00/2010-07-02T05:00:00.000-07:00], [2010-07-02T05:00:00.000-07:00/2010-10-01T11:00:00.000-07:00], [2010-10-01T11:00:00.000-07:00/2010-12-31T16:00:00.000-08:00]]> but was:<[[2010-01-01T00:00:00.000Z/2010-04-02T06:00:00.000Z], [2010-04-02T06:00:00.000Z/2010-07-02T12:00:00.000Z], [2010-07-02T12:00:00.000Z/2010-10-01T18:00:00.000Z], [2010-10-01T18:00:00.000Z/2011-01-01T00:00:00.000Z]]>	at org.apache.hadoop.hive.druid.TestHiveDruidQueryBasedInputFormat.testCreateSplitsIntervals(TestHiveDruidQueryBasedInputFormat.java:54)

Seems offset by 7-8 hours.

Take the example MVC Controller method:
@RequestMapping("/entity/
{entityId}
")
public String showEntityScreen(@PathVariable("entityId") long entityId, @ModelAttribute("entityModel") Entity entity)
Assume that the "Entity" object above has an "entityId" property.  Spring is mapping the path variable value to the model object's property, for example:
Request URL: /entity/5
entityId Form Value: 20
The ModelAttribute's entityId property is being set as 5 instead of the correct value of 20.
Changing the @RequestMapping and @PathVariable to use a different name ("entityId_pv", for example) fixes the issue, as does reverting back to 3.0.3.RELEASE. We have verified that the form data is being submitted correctly.

Similar to -fixReferenceFiles, HBCK should be able to sideline dangling HFile Links as well. 
We have seen a couple of cases, where due to HDFS-level fsck run which deleted files with missing blocks, the cluster is left with dangling HFIle Links, and regions cannot be opened because of these. Only a manual and error-prone finding and clearing of HFileLinks can save the tables regions. 

See SO
http://stackoverflow.com/questions/16667720/connections-are-hanging-in-close-wait-even-after-successful-shutdown-of-camel-co

    @Counted(monotonic = true, name = "hello", absolute = true, displayName = "HELLO", description = "Number of hello invocations")
    public String hello() {
        return "Hello from counted method";
    }
}

When I run that -swarm.jar uberjar, trigger the metered method (this is so that the metric is registered, see SWARM-1897) and then issue an OPTIONS request to localhost:8080/metrics, I don't see the displayName and description:

{
        "hello": {
            "displayName": "hello", 
            "type": "counter", 
        }
    }, 
    "base": {
        ...
    }
}

While checking 0.98 rc, running bulkload tools. By mistake passed wrong column family to importtsv. LoadIncrementalHfiles failed with following exception

Exception in thread "main" java.io.IOException: Unmatched family names found: unmatched family names in HFiles to be bulkloaded: [f1]; valid family names of table test are: [f]
        at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.doBulkLoad(LoadIncrementalHFiles.java:241)
        at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.run(LoadIncrementalHFiles.java:823)
        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:84)
        at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.main(LoadIncrementalHFiles.java:828)

Its better to fail fast if any of the passed column family is not present in table.

In Consul catalog registered two instances of one service. Health check for first instance have "passed" state, and for second instance - "critical". Camel returns both service instances with healty checks, which method "isHealthy" returns "false".
I've make some changes in ConsulServiceDiscoveryTest to show up this bug, and fix it in ConsulServiceDiscovery.

If EAP 7 is started then there is logged warning like:

13:03:30,260 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 70) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.

There should be provided information what it means for example by providing link to documentation and how to configure it in CLI. node-identifier can be set in CLI using:
/subsystem=transactions:write-attribute(name=node-identifier,value=unique-value) command

managed executor:

<managed-executor-services>
    <managed-executor-service name="default" jndi-name="java:jboss/ee/concurrency/executor/default" context-service="default" hung-task-threshold="60000" keepalive-time="5000"/>
</managed-executor-services>

With each undeploy, the application classloader is leaked and not released because contextClassLoader references persisted on the executor threads:

Class Name                                                                                                                                          | Ref. Objects | Shallow Heap | Ref. Shallow Heap | Retained Heap
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread @ 0xc3677570  EE-ManagedExecutorService-default-Thread-13 Thread|            1 |          160 |                88 |         1,344
'- contextClassLoader org.jboss.modules.ModuleClassLoader @ 0xc32b9d98                                                                              |            1 |           88 |                88 |       366,800

Tracing with byteman, what's strange is that it sets the app classloader on setup:

Thread.setContextClassLoader: Thread[EE-ManagedExecutorService-default-Thread-16,5,ServerService ThreadGroup] ModuleClassLoader for Module "deployment.services-1.0.4-rc1.war" from Service Module Loader
java.lang.Thread.setContextClassLoader(Thread.java:1477)
org.wildfly.security.manager.WildFlySecurityManager.setCurrentContextClassLoaderPrivileged(WildFlySecurityManager.java:1272)
org.jboss.as.ee.concurrent.handle.ClassLoaderContextHandleFactory$ClassLoaderSetupContextHandle.setup(ClassLoaderContextHandleFactory.java:83)
org.jboss.as.ee.concurrent.ConcurrentContext$ChainedSetupContextHandle.setup(ConcurrentContext.java:166)
org.jboss.as.ee.concurrent.DefaultContextSetupProviderImpl.setup(DefaultContextSetupProviderImpl.java:58)
org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.setupContext(ManagedFutureTask.java:121)
org.glassfish.enterprise.concurrent.internal.ManagedThreadPoolExecutor.beforeExecute(ManagedThreadPoolExecutor.java:109)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
java.lang.Thread.run(Thread.java:748)

And still sets that app classloader after task execution in the reset:

org.jboss.as.ee.concurrent.handle.ClassLoaderContextHandleFactory$ClassLoaderResetContextHandle.reset(ClassLoaderContextHandleFactory.java:113)
org.jboss.as.ee.concurrent.ConcurrentContext$ChainedResetContextHandle.reset(ConcurrentContext.java:284)
org.jboss.as.ee.concurrent.DefaultContextSetupProviderImpl.reset(DefaultContextSetupProviderImpl.java:63)
org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.resetContext(ManagedFutureTask.java:134)
org.glassfish.enterprise.concurrent.internal.ManagedThreadPoolExecutor.afterExecute(ManagedThreadPoolExecutor.java:90)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1157)

So the thread is sitting in the pool with the app classloader.  Is there some way we should be able to get the context loader cleared or unset from the app loader in the reset?

We are using Hibernate second level cache through JPA configured as such:

    <properties>
        <property name="hibernate.cache.use_query_cache" value="true"/>
        <property name="hibernate.cache.use_second_level_cache" value="true"/>
        <property name="hibernate.cache.region.factory_class" value="org.jboss.as.jpa.hibernate5.infinispan.SharedInfinispanRegionFactory"/>
    </properties>

After heap dump inspection, it seems that the JGroups ForkChannel identified by "hibernate" can hold a listener that hold the SessionFactoryImpl which then hold the whole application classloader.
When undeploying the application, this can lead to classloader leak.
I took an heap dump of such scenario and analysed it using eclipse memory analyzer (MAT) and here is the result:

Class Name                                                                                                  | Ref. Objects | Shallow Heap | Ref. Shallow Heap | Retained Heap
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
channel org.jgroups.JChannel @ 0xc0eac6a0                                                                   |            1 |          112 |               136 |           448
'- channel_listeners java.util.concurrent.CopyOnWriteArraySet @ 0xc0ecd260                                  |            1 |           16 |               136 |           112
   '- al java.util.concurrent.CopyOnWriteArrayList @ 0xc0ecd270                                             |            1 |           24 |               136 |            96
      '- array java.lang.Object[2] @ 0xc0ecd2b8                                                             |            1 |           24 |               136 |            24
         '- [0] org.jgroups.fork.ForkChannel @ 0xc103d250                                                   |            1 |          120 |               136 |         1 328
            '- channel_listeners java.util.concurrent.CopyOnWriteArraySet @ 0xc103d350                      |            1 |           16 |               136 |           968
               '- al java.util.concurrent.CopyOnWriteArrayList @ 0xc103d360                                 |            1 |           24 |               136 |           952
                  '- array java.lang.Object[1] @ 0xc103d3a8                                                 |            1 |           24 |               136 |           880
                     '- [0] org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher @ 0xc103d1f0|            1 |           96 |               136 |           856

To remove that leak I ugily patched JGroups ForkChannel close method as such:

    /** Closes the fork-channel, essentially setting its state to CLOSED. Note that - contrary to a regular channel -
     * a closed fork-channel can be connected again: this means re-attaching the fork-channel to the main-channel*/
    @Override
    public void close() {
        ((ForkProtocolStack)prot_stack).remove(fork_channel_id);
        if(state == State.CLOSED)
            return;
        disconnect();                     // leave group if connected
        prot_stack.destroy();
        state=State.CLOSED;
        notifyChannelClosed(this);
	this.clearChannelListeners(); // <-- this is the line I added
    }

With that change in place, the memory leak is gone. I highly doubt though this is an acceptable fix. Though it does confirm my theory.
I doubt that JGroups is really the culprit – I'm more in the thinking that the "thing managing" JGroups is the culprit.
Since I'm not an expert around that field I've opened the issue against the Wildfly project. Feel free to move it to the proper project.
If you need any other informations let me know.

DataNucleus in its infinite wisdom doesn't create all tables.

On the FlowExecutionListener.sessionEnded callback, the flow has already terminated.  If a commit occurs here and fails because of a version check on an optimistic lock, there is no way for the ending flow to capture this and ask the user to start over and try again.  The common optimistic lock failure case should be implemented and the commit logic possibly moved to sessionEnding which runs before ending--allowing the flow to handle failures.

Right now ExplainTask is created directly. That's fragile and can lead to stuff like: HIVE-10829

I found an issue with seda and stream endpoints. 
Using more then 1 concurrent consumers for seda and using "stream:out" as destination endopoint , I sometimes receive some NullPointerExceptions. 
This is how to reproduce the problem: 
context.addRoutes(new RouteBuilder() { 
  @Override 
   public void configure() throws Exception 
{ 
        from("seda:sendRequest?concurrentConsumers=10") 
        .to("stream:out"); 
   }
 
}); 
context.start(); 
for ( int i = 0; i < 50000; i++ ) { 
        producer.sendBody("seda:sendRequest", String.format("Message %d", i)); 
} 
And this is one of the exceptions: 
2011-10-25 10:12:36,550 ERROR  [org.apache.camel.processor.DefaultErrorHandler] - Failed delivery for exchangeId: ID-localhost-51879-1319530353835-0-48591. Exhausted after delivery attempt: 1 caught: java.lang.NullPointerException 
java.lang.NullPointerException: null 
        at java.io.Writer.<init>(Writer.java:71) ~[na:1.6.0_26] 
        at java.io.OutputStreamWriter.<init>(OutputStreamWriter.java:113) ~[na:1.6.0_26] 
        at org.apache.camel.component.stream.StreamProducer.writeToStream(StreamProducer.java:135) ~[camel-stream-2.8.1.jar:2.8.1] 
        at org.apache.camel.component.stream.StreamProducer.process(StreamProducer.java:83) ~[camel-stream-2.8.1.jar:2.8.1] 
        at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50) ~[camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:78) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:114) ~[camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:284) ~[camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:109) ~[camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:69) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99) ~[camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:318) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:209) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:305) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:102) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.component.seda.SedaConsumer.sendToConsumers(SedaConsumer.java:217) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.component.seda.SedaConsumer.doRun(SedaConsumer.java:155) [camel-core-2.8.1.jar:2.8.1] 
        at org.apache.camel.component.seda.SedaConsumer.run(SedaConsumer.java:129) [camel-core-2.8.1.jar:2.8.1] 
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [na:1.6.0_26] 
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [na:1.6.0_26] 
        at java.lang.Thread.run(Thread.java:680) [na:1.6.0_26] 
Lorenzo

When a server host with a Region Server holding the .META. table is powered down on a live cluster, while the HBase cluster itself detects and reassigns the .META. table, connected HBase Client's take an excessively long time to detect this and re-discover the reassigned .META. 
Workaround: Decrease the ipc.socket.timeout on HBase Client side to a low  value (default is 20s leading to 35 minute recovery time; we were able to get acceptable results with 100ms getting a 3 minute recovery) 
This was found during some hardware failure testing scenarios. 
Test Case:
1) Apply load via client app on HBase cluster for several minutes
2) Power down the region server holding the .META. server (i.e. power off ... and keep it off)
3) Measure how long it takes for cluster to reassign META table and for client threads to re-lookup and re-orient to the lesser cluster (minus the RS and DN on that host).
Observation:
1) Client threads spike up to maxThreads size ... and take over 35 mins to recover (i.e. for the thread count to go back to normal) - no client calls are serviced - they just back up on a synchronized method (see #2 below)
2) All the client app threads queue up behind the oahh.ipc.HBaseClient#setupIOStreams method http://tinyurl.com/7js53dj
After taking several thread dumps we found that the thread within this synchronized method was blocked on  NetUtils.connect(this.socket, remoteId.getAddress(), getSocketTimeout(conf));
The client thread that gets the synchronized lock would try to connect to the dead RS (till socket times out after 20s), retries, and then the next thread gets in and so forth in a serial manner.
Default ipc.socket.timeout is set to 20s. We dropped this to a low number (1000 ms,  100 ms, etc) on the client side hbase-site.xml. With this setting, the client threads recovered in a couple of minutes by failing fast and re-discovering the .META. table on a reassigned RS.
Assumption: This ipc.socket.timeout is only ever used during the initial "HConnection" setup via the NetUtils.connect and should only ever be used when connectivity to a region server is lost and needs to be re-established. i.e it does not affect the normal "RPC" actiivity as this is just the connect timeout.
During RS GC periods, any new clients trying to connect will fail and will require .META. table re-lookups.
This above timeout workaround is only for the HBase client side.

If ORC footer is read from cache, we want to parse it without having the reader, opening a file, etc. I thought it would be as simple as protobuf parseFrom bytes, but apparently there's bunch of stuff going on there. It needs to be accessible via something like parseFrom(ByteBuffer), or similar.

I have defined the following in my JSF page:
HTML Code:
            <sf:ajaxEvent id="changeDriverAjax" action="changeDriver" event="onchange">
              <h:selectOneRadio id="Driver_currentRowIndex" 
                                value="#
{driverDataModel.rowIndex}
">
                <f:selectItems value="#
{drivers}
"/>
              </h:selectOneRadio>
            </sf:ajaxEvent>
The radio's value is the index of the Data Model, i.e. 0, 1, 2 etc.
This used to work in RC1 but stopped working in 2.0.1. 
I tried to debug, and this is the difference that I found:
RC1:
Spring.advisors.push(new Spring.RemoteEventAdvisor(
{event:'onchange', targetId: 'mainForm:Driver_currentRowIndex', sourceId : 'mainForm:changeDriverAjax', formId : 'mainForm', processIds : 'mainForm:changeDriverAjax'}
));
2.0.1:
Spring.addDecoration(new Spring.AjaxEventDecoration({event:'onchange', elementId: 'mainForm:Driver_currentRowIndex', formId : 'mainForm', params: 
{processIds : 'mainForm:changeDriverAjax', ajaxSource : 'mainForm:changeDriverAjax'}
 }));
If sourceId is empty, the underlying remoting handler that calls Dojo uses elementId. This is where the code path between RC1 and 2.0.1 starts to differ. In RC1, dojo.byId() tries to look for the <sf:ajaxEvent> (which doesn't exist in the DOM), whereas in 2.0.1, it tries to look for 'main: Driver_currentRowIndex' (which in the DOM is a <table> hosting the radio buttons).
Because of this difference, when I inspect the HTTP Post in Firebug, the value submitted for the radio button is:
RC1:
mainForm:Driver_currentRowIndex	0
2.0.1:
mainForm:Driver_currentRowIndex	mainForm:Driver_currentRowIndex
The second one eventually fails when the radio button tries to update my Data Model index.

As I can see in the code and with the behavior I'm currently experiencing, it seems that limit on MapReduceOptions is not working.
In the source code, there's no attribute set with the provided param, the limit(int limit) method only return the current instance.

public MapReduceOptions limit(int limit) {
}

	public static final String JPA_MAPPING_CONTEXT_BEAN_NAME = "jpaMapppingContext";

should be:

	public static final String JPA_MAPPING_CONTEXT_BEAN_NAME = "jpaMappingContext";

Creating a expense with amount 'asd' briefly shows validation error, but creates the expense nevertheless.
1. Run in DevMode
2. Click on 'Create expense'
3. Add amount of 'foo'
4. Add description of 'bar'
5. Click 'Save'
A validation error briefly flashes and then the expense entity is created
6. Click on 'Create expense'
The previous validation message is shown.

From https://builds.apache.org/job/PreCommit-HBASE-Build/4822/artifact/patchprocess/patch-unit-hbase-thrift.txt , it is pretty clear that only one test was run - TestCallQueue
Even though the patch contains modified TestThriftHBaseServiceHandler.

For instance, currently rewriting algorithm does not support some operators. Or we cannot have non-deterministic function in the MV definition. In those cases, we should fail either when we try to create the MV with rewriting enabled, or when when we enable the rewriting for a MV already created.

File writers do not behave correctly on rollback.  It doesn't seem to affect regular users of FlatFileItemWriter (and XML) but if you write one item at a time instead of all at once in a transaction which rolls back, then no data are ever written by the writer.
The bug is in TransactionAwareBufferedWriter which fails to clear its transaction resource on rollback.

When redelivery occurs for dynamic routers, the properties are being kept. So if the dynamic router uses a property to store the current state such as used in example http://camel.apache.org/dynamic-router.html , then the redelivery actually ends up skipping the endpoint that caused the exception
Here is my dynamic router class

public class Router {
	public String route(Exchange exchange) {
		Boolean invoked = exchange.getProperty("invoked", Boolean.class);
		if (invoked == null) {
			exchange.setProperty("invoked", true);
			return "mock:route";
		} else
	}
}

Here is my unit test class

@ContextConfiguration(loader = CamelSpringDelegatingTestContextLoader.class)
public class DynamicRouterTest {

	@Produce(uri = "direct:start")
	private ProducerTemplate producerTemplate;

	@EndpointInject(uri = "mock:end")
	private MockEndpoint end;

	@EndpointInject(uri = "mock:route")
	private MockEndpoint route;

	public static class JavaConfig extends SingleRouteCamelConfiguration {

		@Override
		public RouteBuilder route() {
			return new SpringRouteBuilder() {

				@Override
				public void configure() throws Exception {
					this.getContext().setTracing(true);
					from("direct:start").onException(IOException.class).maximumRedeliveries(-1).end()

					.dynamicRouter().method(Router.class).to("mock:end");
				}
			};
		}

	}

	@Test
	public void test() throws InterruptedException {
		route.whenAnyExchangeReceived(new Processor() {

			@Override
			public void process(Exchange exchange) throws Exception {
				exchange.getIn().setBody("mock route");
			}
		});
		route.expectedBodiesReceived("before");
		end.expectedBodiesReceived("mock route");

		producerTemplate.sendBody("before");
		route.assertIsSatisfied();
		end.assertIsSatisfied();
	}

	@Test
	public void test_exception() throws InterruptedException {
		route.whenExchangeReceived(1, new Processor() {

			@Override
				exchange.setException(new IOException());
			}
		});
		route.whenExchangeReceived(2, new Processor() {

			@Override
			}
		});

                // this bit fails
		route.expectedBodiesReceived("before", "before");

	}
}

The test method runs successfully but the test_exception method which tests the redelivery does not. Fails with "java.lang.AssertionError: mock://route Received message count. Expected: <2> but was: <1>" which shows that the dynamic router only called the mock:route once.

When I tried to delete a cell using it's timestamp in the Hbase Shell, the previous versions of the same cell also got deleted. But when I tried the same using the Java API, then the previous versions are not deleted and I can retrive the previous values.
https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/client/Delete.java
see this file to fix the issue. This method (public Delete addColumn(final byte [] family, final byte [] qualifier, final long timestamp)) only deletes the current version of the cell. The previous versions are not deleted.

I get a hibernate exception when searching for a boolean value.
org.hibernate.hql.ast.QuerySyntaxException: unexpected token: : near line 1, column 102 [SELECT Contact FROM ...domain.Contact AS contact WHERE contact.callback NOT :callback]
the field definition is:

    @NotNull
    private Boolean callback;

the generated finder is:

    public static Query Contact.findContactsByCallbackNot(Boolean callback) {    
        if (callback == null) throw new IllegalArgumentException("The callback argument is required");        
        EntityManager em = Contact.entityManager();        
        Query q = em.createQuery("SELECT Contact FROM Contact AS contact WHERE contact.callback NOT :callback");        
        q.setParameter("callback", callback);        
        return q;        
    }    

As there is nothing special in my class I think this affects every Boolean fields so I ommited the complete script as this should be reproducable.

the methodToMock() pointcut does not honor the @MockStaticEntityMethods and simply applies to pointcut for all @Entity beans.

Once you're close to the 90%+ it's hard to see a difference because getting a full percent change is rare.

It is possible to overlay WEB-inf/lib/xy.jar without having xy.jar included in the war file.
If an EAR file is used a module in the lib directory can not be added in the same way. But overlay is working if the lib/xy.jar is available.

If a region server is launched in a context such that its classloader is different from the system class loader, then the Class object used to represent the Coprocessor interface of the coprocessor will be different than the Coprocessor Class object that is used by RegionCoprocessorHost.loadSystemCoprocessors() .
There's a few options that come to mind to fix this problem:
1. Remove the logic where loadSystemCoprocessors changes the context's ClassLoader back to the system default classloader.
2. Remove the cast to Coprocessor in CoprocessorHost.load() and invoke methods via reflection.
3. Set the class loader back to the system default before launching any daemon threads.

If I have an entity with a getter containing a set (of itself in this case - it's a tree structure):

    @ManyToMany(fetch=FetchType.EAGER)
    @JoinTable(
        name="ancestors",
        joinColumns=@JoinColumn(name="entity_id"),
        inverseJoinColumns=@JoinColumn(name="entity_ancestor_id")
    )
    public Set<TreeEntity> getAncestors() {
        return ancestors;
    }

and I have a method on my repository:

    @Query("select " +
            "    distinct entity.ancestors " +
            "from " +
            "    example.data.TreeEntity entity " +
            "where " +
            "    entity.id = :entityId")
    public List<TreeEntity> findAncestors(@Param("entityId") Long groupId);

then in 1.1.0 RC1, when the query is parsed, it believes that the signature of the method should return List<Set<TreeEntity>>, when in fact the query will really return a List<Group>. 1.0.3 got this correct, and so it's a regression.
I attach a very basic Maven project which shows the problem. Changing the version back to 1.0.3 gets the query typing correct.

Discovered while investigating why vectorization_7.q has different results for non-vectorized [+CBO] and vectorized [+CBO].

create table exportPartitionTable(id int, name string) partitioned by(country string) clustered by (id) into 2 buckets  stored as orc tblproperties ("transactional"="true");
export table exportPartitionTable PARTITION (country='india') to '/tmp/exportDataStore';

Error

FAILED: SemanticException [Error 10004]: Line 1:165 Invalid table alias or column reference 'india': (possible column names are: id, name, country)

Marshalling data with camel-csv will use the JVM default encoding instead of the one configured for the message. This will break non-ascii characters, especially if the platform default encoding does not support them (e.g. because the platform default encoding is ASCII)

StepScope does not apply to twice nested inner beans
e.g.  <bean ...>
			<property ...>
				<bean ... >
					<property ...>
						<bean ... scope="step"/>
					</property>
				</bean>
			</property>
		</bean>

I backport offheap in 2.0 to hbase-1.1.2, and when testing，I encounter a similar problem HBASE-15379 ,Here is the stack trace:

java.io.IOException: java.lang.UnsupportedOperationException: Cell is not of type org.apache.hadoop.hbase.SettableSequenceId
        at org.apache.hadoop.hbase.CellUtil.setSequenceId(CellUtil.java:915)
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.setCurrentCell(StoreFileScanner.java:203)
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.requestSeek(StoreFileScanner.java:338)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.generalizedSeek(KeyValueHeap.java:321)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.requestSeek(KeyValueHeap.java:279)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.reseek(StoreScanner.java:821)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.seekAsDirection(StoreScanner.java:809)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:636)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:153)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.populateResult(HRegion.java:5611)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:5750)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:5551)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:5528)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:5515)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:2125)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:2068)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32201
)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:790)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:102)
        at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:133)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:108)

this will occur in read path when offheap is used. mostly due to ByteBuffer backed Cells dont implement interface SettableSequenceId. 

Enabling the Jackson type converter causes trying to convert from a String to Enum to fail. I fixed my offending code for this to set an enum constant on the header but I would have not expected this to happen.  I suggest checking if the class type is an enum in JacksonTypeConverters and returning null so that a fallback converter can be used instead.

Async HBase won't work on a protobuf'd server for quite a while.  We should remove that code from perf evaluation until it async hbase is working again.

Seems to happen on windows due to byteman's inability to bind a ServerSocket. Changing all the byteman tests to use different ports should fix this.

MasterSnapshotVerifier::verifyRegion():
...
// check to see if hfile is present in the real table
        String fileName = hfile.getPath().getName();
        Path file = new Path(realCfDir, fileName);
        Path archived = new Path(archivedCfDir, fileName);
        if (!fs.exists(file) && !file.equals(archived)) 
{
          throw new CorruptedSnapshotException("Can't find hfile: " + hfile.getPath()
              + " in the real (" + realCfDir + ") or archive (" + archivedCfDir
              + ") directory for the primary table.", snapshot);
        }
....
The second part of the if condition will always be true:
!file.equals(archived)
Corrected:
if (!fs.exists(file) && !fs.exists(archived))

JspViewManager produces field.invalid.integer instead of field_invalid_integer

Use the sample application spring-websocket-portfolio with IE9
IE9 issues a HTTP get to receive all updates.
After 128K, the server completes the async request:
09:22:03 TRACE [MessageChannel-6] [HtmlFileTransportHandler$HtmlFileStreamingSockJsSession] - Preparing to write SockJsFrame content='a["MESSAGE\nsubscription:sub-1\nmessage-id:17kxgwnl-922\ndestination:/topic/pric...(truncated)'
09:22:03 TRACE [MessageChannel-6] [HtmlFileTransportHandler$HtmlFileStreamingSockJsSession] - Writing SockJsFrame content='<script>\np("a[\"MESSAGE\\nsubscription:sub-1\\nmessage-id:17kxgwnl-922ndestina...(truncated)'
09:22:03 TRACE [MessageChannel-6] [HtmlFileTransportHandler$HtmlFileStreamingSockJsSession] - 131090 bytes written so far, 0 more messages not flushed
09:22:03 TRACE [MessageChannel-6] [HtmlFileTransportHandler$HtmlFileStreamingSockJsSession] - Streamed bytes limit reached. Recycling current request
09:22:03 DEBUG [MessageChannel-6] [HtmlFileTransportHandler$HtmlFileStreamingSockJsSession] - Completing asynchronous request
IE9 issues another http GET and server starts to send data
in the console of IE9, the following error is logged multiple times:
SCRIPT5009: 'p' is undefined 
htmlfile?c=_jp.afmmijq, line 35 character 1

Option "readLock=rename" (according to htttp://camel.apache.org/file2.html) is necessary to lock work file in case of it is not used by another application. But currently we see "FileNotFound" during test rename operation and "FILE" component tries to lock and process corresponding work file.
This issue can be resolved by wrapping of corresponding rename operation by try-catch block. See diff.txt for "camel-core/src/main/java/org/apache/camel/component/file/strategy/GenericFileRenameExclusiveReadLockStrategy.java" in attachment which shows way to correct current issue.
Similar issue is applicable for previous Camel version also.  

One reason TestTableResource was failing was because comparing region names as strings was failing because the two below no longer matched.  My guess is that the rest stuff is not using the new means of constructing region names.  See HBASE-2531
TestTableResource,,1275503739792.30a45563321be3ec11841b0f1e79d687.
TestTableResource,,1275503739792

I am not sure if this bug was already raised in JIRA.
In our test cluster we had a scenario where the RS had gone down and ServerShutDownHandler started with splitLog.
But as the HDFS was down the check waitOnSafeMode throws IOException.

try {
        // If FS is in safe mode, just wait till out of it.
        FSUtils.waitOnSafeMode(conf,
          conf.getInt(HConstants.THREAD_WAKE_FREQUENCY, 1000));  
        splitter.splitLog();
      } catch (OrphanHLogAfterSplitException e) {

We catch the exception

      checkFileSystem();
      LOG.error("Failed splitting " + logDir.toString(), e);
    }

So the HLog split itself did not happen. We encontered like 4 regions that was recently splitted in the crashed RS was lost.
Can we abort the Master in such scenarios? Pls suggest.

org.springframework.messaging.MessageHeaders can be modified using Map.Entry.setValue() method like in the following snippet:

Integer value = 123;
Map<String, Object> map = new HashMap<String, Object>();
map.put("test", value);
MessageHeaders headers = new MessageHeaders(map);
headers.entrySet().iterator().next().setValue(124);

Immutability should be achievable using something like in java.util.Collections.UnmodifiableMap.entrySet()
Doesn't seem like a big problem, but it's in contradiction with the documentation of the class which describes it as immutable

I'm calling jdbcTemplate.query() with a Map of named parameters.  The following worked fine in Spring 2.5 but fails in Spring 3:
jdbcTemplate.query(query, rowMapper, Collections.singletonMap("petIds", new Long(1)));
to work in Spring 3 it has to be changed to the following:
jdbcTemplate.query(query, rowMapper, Collections.singletonMap("petIds", (Object)new Long(1)));  //note the explicit cast to "Object".
otherwise the Object...args overload of the method is called instead of the Map<String, Object> args override.
I'm not too good at generics so I don't know if it is possible to fix this or not perhaps the signature should be changed to:
public <T> List<T> query(String sql, RowMapper<T> rm, Map<String, ?> args) 
Mike

ClassCastException on getReturnedDomainClass for variable types.
The base interface:

@NoRepositoryBean
public interface BaseRepository<T extends BaseEntity> extends JpaRepository<T, Long> {

    List<T> findByExternalIdIn(List<String> externalIds);

}

The repository interface:

public interface FooRepository extends BaseRepository<Foo> {

}

The class where the exception is thrown:

org.springframework.data.repository.util.ClassUtils

The line where the exception is thrown:

return componentType instanceof ParameterizedType ? (Class<?>) ((ParameterizedType) componentType).getRawType()
					: (Class<?>) componentType;

Caused by: java.lang.ClassCastException: sun.reflect.generics.reflectiveObjects.TypeVariableImpl cannot be cast to java.lang.Class
	at org.springframework.data.repository.util.ClassUtils.getReturnedDomainClass(ClassUtils.java:64) ~[spring-data-commons-core-1.1.0.RELEASE.jar:na]
	at org.springframework.data.repository.query.QueryMethod.getDomainClass(QueryMethod.java:124) ~[spring-data-commons-core-1.1.0.RELEASE.jar:na]
	at org.springframework.data.repository.query.QueryMethod.getNamedQueryName(QueryMethod.java:115) ~[spring-data-commons-core-1.1.0.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$DeclaredQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:118) ~[spring-data-jpa-1.0.1.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateIfNotFoundQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:157) ~[spring-data-jpa-1.0.1.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$AbstractQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:71) ~[spring-data-jpa-1.0.1.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:303) ~[spring-data-commons-core-1.1.0.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:157) ~[spring-data-commons-core-1.1.0.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:120) ~[spring-data-commons-core-1.1.0.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:39) ~[spring-data-commons-core-1.1.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:142) ~[spring-beans-3.0.6.RELEASE.jar:3.0.6.RELEASE]
	... 35 common frames omitted

in autowireConstructor() the "List causes" variable is re-instantiated on every loop iteration.
https://fisheye.springsource.org/browse/spring-framework/trunk/org.springframework.beans/src/main/java/org/springframework/beans/factory/support/ConstructorResolver.java?r=1779#l178
This means that all but the last exception is lost.
The author possibly meant to initialize this variable outside of the for loop.

Status Quo
The changes made in conjunction with SPR-6888 introduced a regression in ClassPathResource.getDescription(). 
Specifically, calls to getDescription() on a resource constructed using ClassPathResource(String, Class<?>) – where the supplied path is a fully-qualified (i.e., absolute) path – now contain the fully-qualified path twice.
For example, the following code:

System.out.println(new ClassPathResource("/org/springframework/core/io/file.xml", ClassPathResource.class).getDescription());

... prints:

class path resource [org/springframework/core/io//org/springframework/core/io/file.xml]

... when it should instead print:

class path resource [org/springframework/core/io/file.xml]

Ensure that ClassPathResource.getDescription() returns consistent, meaningful results for all variants of the ClassPathResource() constructors.

shifts += keyShifts[i];

should be also ensured by

shifts += keyShifts[i] & 0xff;

True is array keyShifts does not contain any negative value, but it doesn't neither IP or keyPerm, which are ensured ?
This follow up https://issues.jboss.org/browse/ELY-960

java.lang.ClassNotFoundException: # Licensed to the Apache Software Foundation (ASF) under one or more not found by groovy-all [228]
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1556)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:77)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1993)[org.apache.felix.framework-4.4.1.jar:]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)[:1.8.0_51]
	at org.apache.felix.framework.Felix.loadBundleClass(Felix.java:1853)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.BundleImpl.loadClass(BundleImpl.java:958)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.camel.script.osgi.Activator$BundleScriptEngineResolver.getFactory(Activator.java:229)[230:org.apache.camel.camel-script:2.15.1]
	at org.apache.camel.script.osgi.Activator$BundleScriptEngineResolver.getScriptNames(Activator.java:210)[230:org.apache.camel.camel-script:2.15.1]
	at org.apache.camel.script.osgi.Activator$BundleScriptEngineResolver.access$000(Activator.java:191)[230:org.apache.camel.camel-script:2.15.1]
	at org.apache.camel.script.osgi.Activator.getAvailableScriptNames(Activator.java:118)[230:org.apache.camel.camel-script:2.15.1]
	at org.apache.camel.script.osgi.Activator.updateAvailableScriptLanguages(Activator.java:138)[230:org.apache.camel.camel-script:2.15.1]
	at org.apache.camel.script.osgi.Activator.removedBundle(Activator.java:107)[230:org.apache.camel.camel-script:2.15.1]
	at org.apache.camel.impl.osgi.tracker.BundleTracker$Tracked.customizerRemoved(BundleTracker.java:455)[176:org.apache.camel.camel-core:2.15.1]
	at org.apache.camel.impl.osgi.tracker.AbstractTracked.untrack(AbstractTracked.java:346)[176:org.apache.camel.camel-core:2.15.1]
	at org.apache.camel.impl.osgi.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:413)[176:org.apache.camel.camel-core:2.15.1]
	at org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:869)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:790)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:515)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4429)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.Felix.stopBundle(Felix.java:2528)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.Felix$RefreshHelper.stop(Felix.java:4859)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.Felix.refreshPackages(Felix.java:4130)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.FrameworkWiringImpl.run(FrameworkWiringImpl.java:178)[org.apache.felix.framework-4.4.1.jar:]
	at java.lang.Thread.run(Thread.java:745)[:1.8.0_51]

SyslogAuditLogHandlerAddHandler and FileAuditLogHandlerAddHandler are doing reference validation directly in populateModel. This should instead be done in a separate step, removing the requirement to have the add op for the formatter occur before the add op for the handler, so long as both ops occur within the set of ops handled by the same OperationContext.
This will simplify booting from a filesystem tree instead of xml, removing the need to persist ordering information about formatter/handler in the FS.

HBASE-10531 comment out not only testBlockIndex but also testcases other than testSecondaryIndexBinarySearch. Just get them back.

The sorting fields of a Query instance are disregarded during the query execution using an instance of GridFsOperations. The result sets of the found GridFS files are not sorted no matter of the existence of the sorting fields in the preceding query. I expected the resources to be sorted according to the instructions of the corresponding sorting fields.
Example (a dummy one):
Prerequisites:
1. At least 2 files have been stored using GridFs
2. We have certain meta-data fields, which are used as part of the criteria, but we will miss, since they are irrelevant to the example.

private GridFsOperations ops;

Query query = Query.query(Criteria.where(...));
query = query.sort().on("uploadDate", Order.DESCENDING);

final List<GridFSDBFile> files = ops.find(query);

The results in the list, named files, will not be sorted according to the standard GridFsDbFile attribute uploadDate. I believe that the reason lies into the default implementation of the GridFsOperations, more precisely in the class GridFsTemplate. There the method getMappedQuery(Query), which is used for a basic mapping facility from Query to DBObject is implemented like this:

private DBObject getMappedQuery(Query query) {
	return query == null ? null : queryMapper.getMappedObject(query.getQueryObject(), null);
}

I believe that this is the problematic call, since I debugged the DBObject returned from the invocation of the queryMapper.getMappedObject(…) and it never contained any sorting fields no matter that they were part of if the transformed Query instance. I think that if one goes through the MongoTemplate find-ers implementations, she / he may find the mapping implementation there way better than what is currently available with the GridFs implementation.

The template should use the child resource instead of the attribute.

Currently, it's possible for GetCallerPrincipalTestCase to fail due to the wrong sasl-authentication-factory being used by the http-connector (i.e., "application-sasl-factory" gets used instead of the sasl-authentication-factory that's created in EjbElytronDomainSetup).

currently in CxfConsumer we have code like

                BindingOperationInfo boi = cxfExchange.getBindingOperationInfo();
                // make sure the "boi" is remained as wrapped in PAYLOAD mode
                if (dataFormat == DataFormat.PAYLOAD && boi.isUnwrapped()) {
                    boi = boi.getWrappedOperation();
                    cxfExchange.put(BindingOperationInfo.class, boi);
                }

however, the boi could be NULL if the message PAYLOAD not match the ServiceModel, which means can't determine the operation from the PAYLOAD, should add a NPE guarder before boi.isUnwrapped to avoid the NPE

Some client code that is not easy to change uses a 2-arg constructor on HiveMetaStoreClient.
It is trivial and safe to add this constructor:

public HiveMetaStoreClient(HiveConf conf, HiveMetaHookLoader hookLoader) throws MetaException {
    this(conf, hookLoader, true);
}

We see this issue happened in a cluster restart:
1) when shutdown a cluster, some regions are in offline state because no Region servers are available(stop RS and then Master)
2) When the cluster restarts, the offlined regions are forced to be offline again and SSH skip re-assigning them by function AM.processServerShutdown as shown below.

2013-12-03 10:41:56,686 INFO  [master:h2-ubuntu12-sec-1386048659-hbase-8:60000] master.AssignmentManager: Processing 873dbd8c269f44d0aefb0f66c5b53537 in state: M_ZK_REGION_OFFLINE
2013-12-03 10:41:56,686 DEBUG [master:h2-ubuntu12-sec-1386048659-hbase-8:60000] master.AssignmentManager: RIT 873dbd8c269f44d0aefb0f66c5b53537 in state=M_ZK_REGION_OFFLINE was on deadserver; forcing offline
...
2013-12-03 10:41:56,739 DEBUG [AM.-pool1-t8] master.AssignmentManager: Force region state offline {873dbd8c269f44d0aefb0f66c5b53537 state=OFFLINE, ts=1386067316737, server=h2-ubuntu12-sec-1386048659-hbase-6.cs1cloud.internal,60020,1386066968696}
...
2013-12-03 10:41:57,223 WARN  [MASTER_SERVER_OPERATIONS-h2-ubuntu12-sec-1386048659-hbase-8:60000-3] master.RegionStates: THIS SHOULD NOT HAPPEN: unexpected {873dbd8c269f44d0aefb0f66c5b53537 state=OFFLINE, ts=1386067316737, server=h2-ubuntu12-sec-1386048659-hbase-6.cs1cloud.internal,60020,1386066968696} 

The name part of an email address can have any character, and it needs to be encoded with the correct charset provided for the exchange. 

HIVE-14988 adds support for Insert Overwrite for Acid tables.
once we have direct write to target dir (i.e. no move op) - how do we handle the case where the txn running IOW aborts?  See if getAcidState() does the right thing

Trigger validation for ELAPSED_TIME counter should happen even if session is not created. Currently ELAPSED_TIME counter is populated only after session creation but a query can be waiting to get a session for a long time by the time trigger might have been violated. 

Consider the following configuration class:

import org.springframework.beans.factory.support.BeanDefinitionRegistryPostProcessor;

public class MyConfiguration {

    @Bean
    public static BeanDefinitionRegistryPostProcessor myPostProcessor() {
        return new MyBeanDefinitionPostProcessor();
    }
}

(if it matters, this class is loaded in Spring MVC and Spring Boot applications via an @Import(MyConfiguration.class) annotation.)
This causes a WARN message to be printed as follows:
Cannot enhance @Configuration bean definition 'myPostProcessor' since its singleton instance has been created too early. The typical cause is a non-static @Bean method with a BeanDefinitionRegistryPostProcessor return type: Consider declaring such methods as 'static'.
As you can see, the method is declared as static, yet I still receive the WARN message.  When I remove the static modifier, I still receive the same WARN message.  Something is amiss.
This is a problem for us because we use this code in a Spring library as well as a Spring Boot starter/plugin that we distribute to customers - when they see the WARN message, they think something is wrong, even though everything is working as expected.

If there are some files in snapshot dir and snapshot is disabled. Then we will stop master process. As part of this stop got NPE.

Exception in thread "master/host-10-18-40-106/10.18.40.106:16020" java.lang.NullPointerException
	at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.stop(SnapshotManager.java:930)
	at org.apache.hadoop.hbase.procedure.MasterProcedureManagerHost.stop(MasterProcedureManagerHost.java:56)
	at org.apache.hadoop.hbase.master.HMaster.stopServiceThreads(HMaster.java:994)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:1010)

TestMapReduce_2 in jobsubmission.conf should be removed, as it is a duplicate of TestHeartbeat_2 in jobsubmission2.conf

We have to revert the fix introduced for DATACMNS-179 as this leaves MappingContext implementations in uninitialized state at container init stages when other application components might already rely on the context being fully initialized.
E.g. this could be a MongoDB query execution in an init method of a component that relies on all persistent entities being known in advance. 

Coverity static-analysis scan found resource leak in OidsUtil static initialization block.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=6804056&defectInstanceId=1776762&mergedDefectId=1384493
Following code is used in the static block

props.load(OidsUtil.class.getResourceAsStream("oids.properties"));

The resource created by OidsUtil.class.getResourceAsStream("oids.properties") is not closed properly.

We should skip bridge methods instead considering them for @Query annotation inspection, since we cannot extract the generic type parameter from bridge  methods.

This code uses String instead of Path as key type of the pathToAliases map, so seems like get(String) always null.
GenMapRedUtils.java

        for (int pos = 0; pos < size; pos++) {
          String taskTmpDir = taskTmpDirLst.get(pos);
          TableDesc tt_desc = tt_descLst.get(pos);
          MapWork mWork = plan.getMapWork();
          if (mWork.getPathToAliases().get(taskTmpDir) == null) {
            taskTmpDir = taskTmpDir.intern();
            Path taskTmpDirPath = StringInternUtils.internUriStringsInPath(new Path(taskTmpDir));
            mWork.removePathToAlias(taskTmpDirPath);
            mWork.addPathToAlias(taskTmpDirPath, taskTmpDir);
            mWork.addPathToPartitionInfo(taskTmpDirPath, new PartitionDesc(tt_desc, null));
            mWork.getAliasToWork().put(taskTmpDir, topOperators.get(pos));

Schematool gives following error - 

bin/schematool -dbType derby -initSchema
Starting metastore schema initialization to 1.0
org.apache.hadoop.hive.metastore.HiveMetaException: Unknown version specified for initialization: 1.0

Metastore schema hasn't changed from 0.14.0 to 1.0.0. So there is no need for new .sql files for 1.0.0. However, schematool needs to be made aware of the metastore schema equivalence.

select  avg(c_int) over(rows between 1 PRECEDING and current row) from t1

results in 

:1}}
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:271)
	... 9 more
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFAverage$GenericUDAFAverageEvaluatorDouble$1.getNextResult(GenericUDAFAverage.java:180)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFAverage$GenericUDAFAverageEvaluatorDouble$1.getNextResult(GenericUDAFAverage.java:166)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFStreamingEvaluator$SumAvgEnhancer.iterate(GenericUDAFStreamingEvaluator.java:166)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.aggregate(GenericUDAFEvaluator.java:185)
	at org.apache.hadoop.hive.ql.udf.ptf.WindowingTableFunction.processRow(WindowingTableFunction.java:348)
	at org.apache.hadoop.hive.ql.exec.PTFOperator$PTFInvocation.processRow(PTFOperator.java:318)
	at org.apache.hadoop.hive.ql.exec.PTFOperator.processOp(PTFOperator.java:131)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:800)
	at org.apache.hadoop.hive.ql.exec.ExtractOperator.processOp(ExtractOperator.java:45)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:262)
	... 9 more

Stumbled upon while fixing WFLY-6294; mod_cluster is the only consumer of this at the moment.

See discussion in hbase-1806.  Agreement that Scanners are loosey-goosey.  Need to doc. that this is how they work in Scanner javadoc.

We need to improve logging across the board. TEZ-2851 added a caller context so that one can correlate logs with the application. This jira adds a new configuration for users that can be used to correlate the logs.

The elytron subsystem is not checking for appropriate conditions before registering attributes and operations, leading to inappropriate things being registered on the managed domain /profile=*/subsystem=elytron resources. In some cases the OSH handling things attempts to avoid having things blow up if executed on the profile (e.g. ElytronRuntimeOnlyHandler) but really things should not be registered at all if they are not functional.
This JIRA is about attributes and resources, which are a simpler case from operations. A runtime-only resource or attribute really has no function in the /profile=* tree as any sort of runtime behind those is not allowed.
Following are uses of AbstractAttributeDefinitionBuilder.setStorageRuntime() in the subsystem. All or nearly all of these have an issue of some nature:

src/main/java/org/wildfly/extension/elytron/AvailableMechanismsRuntimeResource.java:        .setStorageRuntime() available-mechanisms -- FIXME not on profile
src/main/java/org/wildfly/extension/elytron/CertificateChainAttributeDefinitions.java:        .setStorageRuntime() ok; just a base AD for next one
src/main/java/org/wildfly/extension/elytron/CertificateChainAttributeDefinitions.java:                .setStorageRuntime() local-certificates and peer-certificates  -- FIXME not on profile
src/main/java/org/wildfly/extension/elytron/CredentialStoreResourceDefinition.java:            .setStorageRuntime() "alias" -- ok; not an attribute (minor fixme to drop pointless call)
src/main/java/org/wildfly/extension/elytron/CredentialStoreResourceDefinition.java:                .setStorageRuntime() "entry-type" -- ok; not an attribute (minor fixme to drop pointless call)
src/main/java/org/wildfly/extension/elytron/CredentialStoreResourceDefinition.java:            .setStorageRuntime() "secret-value" -- ok; not an attribute (minor fixme to drop pointless call)
src/main/java/org/wildfly/extension/elytron/KeyStoreDefinition.java:        .setStorageRuntime() size -- FIXME not on profile
src/main/java/org/wildfly/extension/elytron/KeyStoreDefinition.java:        .setStorageRuntime() synchronized -- FIXME not on profile
src/main/java/org/wildfly/extension/elytron/KeyStoreDefinition.java:        .setStorageRuntime() modified  -- FIXME not on profile
src/main/java/org/wildfly/extension/elytron/LdapKeyStoreDefinition.java:            .setStorageRuntime() size  -- FIXME not on profile 
src/main/java/org/wildfly/extension/elytron/PropertiesRealmDefinition.java:        .setStorageRuntime() synchronized   -- FIXME not on profile 
src/main/java/org/wildfly/extension/elytron/ProviderAttributeDefinition.java:        .setStorageRuntime() loaded-provider -- FIXME not on profile
src/main/java/org/wildfly/extension/elytron/ProviderAttributeDefinition.java:        .setStorageRuntime() service -- not relevant; inner field of "loaded-providers"
src/main/java/org/wildfly/extension/elytron/ProviderAttributeDefinition.java:        .setStorageRuntime() loaded-providers -- FIXME not on profile
src/main/java/org/wildfly/extension/elytron/SSLDefinitions.java:            .setStorageRuntime() active-session-count  -- FIXME not on profile 
src/main/java/org/wildfly/extension/elytron/SSLSessionDefinition.java:            .setStorageRuntime() -- FIXME resource should not be on profile
src/main/java/org/wildfly/extension/elytron/ServiceStateDefinition.java:        .setStorageRuntime() state  -- FIXME not on profile 

I believe I'll resolve this via some sort of utility code that the registration logic can call in order to avoid invalid registrations. See also WFCORE-2829.

When scanner batching disable (which is the default) a row compare in StoreScanner avoided, because only entire rows of data are requested.
This provides a slight performance gain, especially for tall tables (and when all data is in the cache)

As already pointed out in #ROO-865 the expense demo does not work. Digging deeper it seems that the GWT support is broken. I created two demos. The first has a simple domain object and shows the behavior described in #ROO-865. The second has no domain object and doesn't work but with a different error.

This fails because the embedded metastore can't connect to the database because the command line -D arguments passed to pig are not getting passed to the metastore when the embedded metastore is created. Using hive.metastore.uris set to the empty string causes creation of an embedded metastore.
pig -useHCatalog "-Dhive.metastore.uris=" "-Djavax.jdo.option.ConnectionPassword=AzureSQLDBXYZ"
The goal is to allow a pig job submitted via WebHCat to specify a metastore to use via job arguments. That is not working because it is not possible to pass Djavax.jdo.option.ConnectionPassword and other necessary arguments to the embedded metastore.

Run a mixed domain where EAP 7.1.0.DR9 is the master and EAP 6.4.0/6.3.0/6.2.0 is a slave server. Operations on data sources are broken due to incompatibility of models:

[domain@127.0.0.100:9990 /] /host=eap640/server=server-one/subsystem=datasources/data-source=ExampleDS:test-connection-in-pool
{
    "failure-description" => "WFLYCTL0297: Transforming operation {
    \"address\" => [
        (\"host\" => \"eap640\"),
        (\"server\" => \"server-one\"),
        (\"subsystem\" => \"datasources\"),
        (\"data-source\" => \"ExampleDS\")
    ],
    \"operation\" => \"test-connection-in-pool\",
    \"operation-headers\" => {
        \"caller-type\" => \"user\",
        \"access-mechanism\" => \"NATIVE\",
        \"domain-uuid\" => \"ae186a65-8c76-41d0-bd23-79154b5f92f7\"
    }
} at resource [
    (\"host\" => \"eap640\"),
    (\"server\" => \"server-one\"),
    (\"data-source\" => \"ExampleDS\")
] to subsystem 'datasources' model version '1.3.0' -- attributes [connection-url] WFLYCTL0336: The following attributes are nillable in the current model but must be defined in the target model version: [connection-url]",
    "result" => [true]
}

The fix for JBEAP-5770 seems to be the cause.

test-udfs.jar is created in ql/build.xml and used in build-common.xml
As a result test targets that run hive queries and are not a part fo ql/build.xml will fail. This is happening in the hwi targets that were added to trunk.

some xxx-realm operations should be marked runtime-only. Their handlers extends ElytronRuntimeOnlyHandler and they don't seem to change anything in model. 
properties-realm:load
caching-realm:clear-cache

[domain@localhost:9990 /] /profile=default/subsystem=elytron/properties-realm=ApplicationRealm:read-operation-description(name=load
{
        "description" => "Reload the properties files from the file system.",
    }
}
[domain@localhost:9990 /] /profile=default/subsystem=elytron/caching-realm=test:read-operation-description(name=clear-cache
{
        "operation-name" => "clear-cache",
        "description" => "Removes all entries from the cache.",
    }
}

There was a major revision on Bootstrap css we should take the upgrade as it make responsive layouts much easier in the future.

The problem is in following file 011-HIVE-3649.derby.sql that contains following line:

ALTER TABLE "SDS" ADD  "IS_STOREDASSUBDIRECTORIES" CHAR(1) NOT NULL;

This query will however fail if the table SDS have at least one row.

The Makefile defines variables for MVN and TAR but does not appear to use them.

Review for org.apache.hadoop.hive.ql.util.ResourceDownloader

Remove unused dependencies
Make returned lists immutable
Use Apache Commons when applicable
Use SLF4J paramaterized logging
Code simplification

The private class field XMLConfiguration.XMLBuilderVisitor.listDelimiter is initialised to
AbstractConfiguration.getDefaultListDelimiter();
However, the only constructor overwrites the field.
So the default init could be removed, and the field could be made final.

Apply WFLY-2590 fix to distributable cache.

In the IncreasingToUpperBoundRegionSplitPolicy, a region with a store having hfile reference may split after a forced split. This will break many assumptions of design.

We currently skip the IO elevator when we encounter an SMB join (see HIVE-16761). However, it might work with elevator with the code commented out in HIVE-16761. Need to look again after HIVE-16965 is fixed.

When new Endpoints are created via camel-web, some endpoint uris result in bad href links generated for the endpoint page.

Deploying a web application should only start 2 caches:

Cache for storing sessions (deployment specific)
Cache for storing routing information (shared)

However, currently, the default cache is also started, even though it is never used.

In the big jar file apache-camel-1.4.0.jar we have included log4j.properties in the root classpath. This file should not be there. Its very annoying.

http://static.springsource.org/spring/docs/3.1.1.RELEASE/spring-framework-reference/html/spring.tld.html#spring.tld.url
javascriptEncoding is listed as an attribute. The correct name is javaScriptEscape

Trying to getting started with:
http://static.springsource.org/spring-data/commons/docs/current/reference/html/repositories.html#d0e893
However I get a ClassNotFoundException: org.codehaus.jackson.map.ObjectMapper when using Jackson 2.x

The issue can be reproduced with WAR files using the following naming scheme:
http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Naming
The foo#bar.war name is required when you want to achieve a deep context path value like /foo/bar.
The ServletContextResourcePatternResolver and the UrlResource implementation which is used internally do not provide any handling for special characters like #. This leads to a MalformedURLException.
The private doRetrieveMatchingJarEntries method of the ServletContextResourcePatternResolver cannot be overridden and the only workaround at the moment is to duplicate the whole class logic in a custom implementation. A simple encoding of the special character fixes the issue.

WeldComponentIntegrationProcessor properly adds service dependency on the WeldStartService. This however does not happen for built-in components e.g. Mojarra's com.sun.faces.config.ConfigureListener which does use CDI. As a result, the deployment may fail depending on timing of WeldStartService and UndertowDeploymentService

15:34:53,108 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-5) Critical error during deployment: : org.jboss.weld.context.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.faces.flow.builder.FlowDefinition                                                                                                                                                 

15:34:53,120 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./test: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./test: Failed to start service                                                                                                                 

Caused by: java.lang.RuntimeException: java.lang.RuntimeException: org.jboss.weld.context.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.faces.flow.builder.FlowDefinition    

        at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:86)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:71)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
        ... 3 more
Caused by: java.lang.RuntimeException: org.jboss.weld.context.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.faces.flow.builder.FlowDefinition
        at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:274)
        at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173)
        at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:189)
        ... 7 more
Caused by: org.jboss.weld.context.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.faces.flow.builder.FlowDefinition
        at org.jboss.weld.manager.BeanManagerImpl.getContext(BeanManagerImpl.java:684)
        at org.jboss.weld.util.ForwardingBeanManager.getContext(ForwardingBeanManager.java:181)
        at com.sun.faces.application.ApplicationAssociate$PostConstructApplicationListener.loadFlows(ApplicationAssociate.java:323)
        at com.sun.faces.application.ApplicationAssociate$PostConstructApplicationListener.processEvent(ApplicationAssociate.java:303)
        at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108)
        at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2187)
        at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163)
        at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:296)
        at org.jboss.as.jsf.injection.weld.ForwardingApplication.publishEvent(ForwardingApplication.java:294)
        at com.sun.faces.config.ConfigManager.publishPostConfigEvent(ConfigManager.java:692)
        at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:254)
        ... 9 more

15:34:53,407 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "test.ear")]) - failure description: {"JBAS014671: Failed services" => {"jboss.undertow.deployment.default-server.default-host./test" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./test: Failed to start service
    Caused by: java.lang.RuntimeException: java.lang.RuntimeException: org.jboss.weld.context.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.faces.flow.builder.FlowDefinition
    Caused by: java.lang.RuntimeException: org.jboss.weld.context.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.faces.flow.builder.FlowDefinition
    Caused by: org.jboss.weld.context.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.faces.flow.builder.FlowDefinition"}}
15:34:53,415 ERROR [org.jboss.as.server] (management-handler-thread - 1) JBAS015870: Deploy of deployment "test.ear" was rolled back with the following failure message: 
{"JBAS014671: Failed services" => {"jboss.undertow.deployment.default-server.default-host./test" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./test: Failed to start service

 Configuration conf =
        ShimLoader.getHadoopShims().getConfiguration(jobContext);
    List<OrcSplit> splits =
        OrcInputFormat.generateSplitsInfo(ShimLoader.getHadoopShims()
        .getConfiguration(jobContext));
    List<InputSplit> result = new ArrayList<InputSplit>();
    for(OrcSplit split: OrcInputFormat.generateSplitsInfo(conf)) {
      result.add(new OrcNewSplit(split));
    }

The for loop does not iterate over the local variable.

Whenever a SOAP Fault is returned on the server side, the server error code is not set to 500. This does not comply with WS-I.
See http://forum.springframework.org/showthread.php?t=39122

When the fileName uri option does not contain any folder information, ie: "fileName=filename.txt" the producer runs in exception
The exception is thrown when the producer calls ls method of jsch ChannelSftp passing an empty string as directory parameter in org.apache.camel.component.file.remote.SftpOperations.existsFile line 704
sample URI: 
sftp://user@hostname:22?disconnect=true&eagerDeleteTargetFile=false%3Bstepwise%3Dfalse&fileName=SYSTEM01&password=******&soTimeout=30000&tempFileName=%24%7Bfile%3Aname.noext%7D.tmp

[2011-03-03 14:40:40,827][RecipientList (thread #4)][ERROR][org.apache.camel.processor.DefaultErrorHandler][] Failed delivery for exchangeId: ID-******-33331-1299163043684-0-10. Exhausted after delivery attempt: 1 caught: org.apache.camel.component.file.GenericFileOperationFailedExcept on: 
org.apache.camel.component.file.GenericFileOperationFailedException: 
        at org.apache.camel.component.file.remote.SftpOperations.existsFile(SftpOperations.java:727) 
        at org.apache.camel.component.file.GenericFileProducer.processExchange(GenericFileProducer.java:130) 
        at org.apache.camel.component.file.remote.RemoteFileProducer.process(RemoteFileProducer.java:50) 
        at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50) 
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:77) 
        at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299) 
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208) 
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:109) 
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:103) 
        at org.apache.camel.processor.MulticastProcessor.doProcessParallel(MulticastProcessor.java:716) 
        at org.apache.camel.processor.MulticastProcessor.access$100(MulticastProcessor.java:78) 
        at org.apache.camel.processor.MulticastProcessor$1.call(MulticastProcessor.java:282) 
        at org.apache.camel.processor.MulticastProcessor$1.call(MulticastProcessor.java:274) 
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) 
        at java.util.concurrent.FutureTask.run(FutureTask.java:138) 
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) 
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 
        at java.lang.Thread.run(Thread.java:619) 
Caused by: 4: 
        at com.jcraft.jsch.ChannelSftp.ls(ChannelSftp.java:1353) 
        at org.apache.camel.component.file.remote.SftpOperations.existsFile(SftpOperations.java:704) 
        ... 20 more 
Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: 0 
        at java.lang.String.charAt(String.java:686) 
        at com.jcraft.jsch.ChannelSftp.remoteAbsolutePath(ChannelSftp.java:2367) 
        at com.jcraft.jsch.ChannelSftp.ls(ChannelSftp.java:1185) 
        ... 21 more

When setting parameters to a Hive Prepared Statement, if the parameter  has an odd number of escape characters, then the Statement fails.
For example, I set one of the parameters to "/somepath/\044
{yyyy}
/\044
{MM}
/\044
{dd}
/". Here, I have escaped the dollar character with \044 because Hive gives an Atlas exception with "$" character. 
Now, when the parameters are getting set inside Hive, getCharIndexFromSqlByParamLocation throws an Exception.
Hive records something called signal count.
      if (c == '\'' || c == '')// record the count of char "'" and char "\"
      {
        signalCount++;
      } 

And the parameter is set only if the signalCount %2 is 0.
else if (c == cchar && signalCount % 2 == 0) {// check if the ? is really the parameter
        num++;
        if (num == paramLoc) 
{
          charIndex = i;
          break;
        }

Since my parameter has three "\" characters, the signal Count modulo is not 0 and the parameter is not set at all throwing an exception.

I use spring2-5 annotation based configuration :
public class UserDetailsService implements org.springframework.security.userdetails.UserDetailsService {
..
}
and in my security.xml file I have :
<authentication-provider user-service-ref="userDetailsService"/>
I get this error :
Caused by: org.xml.sax.SAXParseException: cvc-id.1: There is no ID/IDREF binding for IDREF 'userDetailsService'.
at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.xs.XMLSchemaValidator$XSIErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.xs.XMLSchemaValidator.reportSchemaError(Unknown Source)
at org.apache.xerces.impl.xs.XMLSchemaValidator.handleEndElement(Unknown Source)
at org.apache.xerces.impl.xs.XMLSchemaValidator.endElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
at org.springframework.beans.factory.xml.DefaultDocumentLoader.loadDocument(DefaultDocumentLoader.java:78)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:361)
chanding the XSD file to from type="xs:IDREF" to xs:string fixes this.
There are probably other type="xs:IDREF" attributes that should also be changed

The end result is if the translated value contains upper case characters the users input will not match, as an example for German ja and Ja - whatever the user inputs it will be converted to 'ja' but is always compared to 'Ja'.

This is seen in hive 0.12 branch sequential test run. TestThriftHttpCLIService.testExecuteStatement
https://builds.apache.org/job/Hive-branch-0.12-hadoop1/13/testReport/org.apache.hive.service.cli.thrift/TestThriftHttpCLIService/testExecuteStatement/
stderr has "FAILED: Error in acquiring locks: Locks on the underlying
objects cannot be acquired. retry after some time"

Hive query-cache needs a transactional list, even when the entry is pending state so that other identical queries with the same transactional state can wait for the first query to complete, instead of triggering their own instance.

The Spring Documentation lists the required version of Tiles as 2.0.4 or greater.
http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/ch16s03.html
The JavaDoc for TilesConfigurer in spring 3.0, lists the required version of Tiles as 2.1.2 or greater.
http://static.springsource.org/spring/docs/3.0.x/javadoc-api/org/springframework/web/servlet/view/tiles2/TilesConfigurer.html
I'm assuming the documentation for TilesConfigurer is correct as when I try to build an application with Spring 3.0 and Tiles 2.0.7, I get the following exception and the referenced missing class is not part of Tiles 2.0.7.
java.lang.ClassNotFoundException: org.apache.tiles.startup.TilesInitializer
	org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1360)
	org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1206)
	java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
	java.lang.Class.getDeclaredConstructors0(Native Method)
	java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
	java.lang.Class.getDeclaredConstructors(Class.java:1836)
	org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.determineCandidateConstructors(AutowiredAnnotationBeanPostProcessor.java:224)
	org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.determineConstructorsFromBeanPostProcessors(AbstractAutowireCapableBeanFactory.java:903)
	org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:876)
	org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:479)
	org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:450)
	org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:289)
	org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
	org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:286)
	org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:188)
	org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:543)
	org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:730)
	org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:387)
	org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:447)
	org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:342)
	org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:308)
	org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:127)
	javax.servlet.GenericServlet.init(GenericServlet.java:212)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
	java.lang.Thread.run(Thread.java:619)

To replicate:

Generate a simple, advanced, or i18n addon using the relevant command, e.g. "addon create simple --topLevelPackage com.example"
Generate the Eclipse project files using the Maven Eclipse plugin (not m2e), e.g. using "perform eclipse" in the Roo shell
Import the project into Eclipse or STS as an existing (Eclipse) project, i.e. "Import... > Existing Projects into Workspace"
The Eclipse/STS "Problems" view shows the following error messages:

Build path contains duplicate entry: 'M2_REPO/org/springframework/roo/org.springframework.roo.metadata/1.2.0.BUILD-SNAPSHOT/org.springframework.roo.metadata-1.2.0.BUILD-SNAPSHOT.jar' for project 'com.example'
The project cannot be built until build path errors are resolved

MappingMongoConverter.createDBRef(…) inspects the given object's metadata to extract id value and collection information of it. In case the given object is a DBRef already this is not necessary. Actually it will cause DBRef being added as PersistentEntity which should be avoided.

The previous code called Bytes.equal() which does a check for "null" on the left or right argument. Now the comparator calls Bytes.compareTo() - which has no check for null. But this is a valid input and checks for existence. I actually noticed this running 
https://github.com/larsgeorge/hbase-book/blob/master/ch04/src/main/java/client/CheckAndPutExample.java
This used to work, now it throws an NPE

	at org.apache.hadoop.hbase.util.Bytes.compareTo(Bytes.java:854)
	at org.apache.hadoop.hbase.filter.WritableByteArrayComparable.compareTo(WritableByteArrayComparable.java:63)
	at org.apache.hadoop.hbase.regionserver.HRegion.checkAndMutate(HRegion.java:1681)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.checkAndMutate(HRegionServer.java:1693)
	... 6 more

	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getRegionServerWithRetries(HConnectionManager.java:1026)
	at org.apache.hadoop.hbase.client.HTable.checkAndPut(HTable.java:750)
	at client.CheckAndPutExample.main(CheckAndPutExample.java:33)

Easy fixable, just needs to handle the null value before even calling comparator.compareTo().

Now we use procedure for replication. When peer state changed, the RS will read peer state from storage to cache. If RS found the peer state changed, then it will refresh replication source. If refresh failed, the Master will retry the procedure. Then RS will read peer state again, but now the peer state in cache is right. So it don't refresh replication source...... So we need reset the peer state to old peer state when refresh failed.

In case when both pattern-filter and predefined-filter are set in one Object in CLI command for filters of Elytron configurable-sasl-server-factory then it finishes with insufficient failure-description:

/subsystem=elytron/configurable-sasl-server-factory=someFactory:add(sasl-server-factory=global,filters=[{pattern-filter=(.*),predefined-filter=BINDING}])
{
    "failure-description" => "WFLYELY01014: Invalid [filters] definition.",
}

This failure-description is not wrong but it is also not helpful. Improve failure-description to say that only one of pattern-filter and predefined-filter can be set in one Object in list of filters.

In JRuby 1.7.12, Node.childNodes() apparently contains null values, which we need to handle defensively.

if hive.merge.mapfiles is set to true, the job counter will go to 3.

Some appenders, like SMTPAppender, require javax.mail.api. Should probably verify other appenders don't require other modules too.

HC does not inform that DC changed configuration and reload/restart is required when `--cached-dc` is used.
This issue was created based on discussion at https://issues.jboss.org/browse/EAP7-496.
HC starts with `--cached-dc` and DC is down. If DC contains changed attribute and is started HC receives configuration updates that was changed in comparison to existing 
"domain.cached-remote.xml". The change seems to be propagated to HC but it's not "activated" (it's not part of model at HC) neither information that reload/restart of HC is needed is provided.
This could be checked with following steps

start DC and HC with --cached-dc parameter
 
 cd $JBOSS_HOME
 ./bin/domain.sh --host-config=host-master.xml
 ./bin/domain.sh  --host-config=host-slave.xml -Djboss.domain.master.address=127.0.0.1 -Djboss.management.native.port=9899 -Djboss.host.name=slave --cached-dc
 
stop HC
configure logging at DC
 
 ./bin/jboss-cli.sh -c
 /profile=full/subsystem=logging/logger=my.test:add(category=my.test, level=FINE)
 
stop DC
start HC
 
check that logging is not configured
 
 ./bin/jboss-cli.sh -c --controller=remoting://localhost:9899
 /host=slave/server=server-one/subsystem=logging:read-children-resources(child-type=logger)
 
start DC and wait a while when HC is connected to it
 
 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 33) WFLYHC0150: Trying to reconnect to master host controller.
 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 33) WFLYHC0148: Connected to master host controller at remote://127.0.0.1:9999
 
check what DC says about server-one
 
The result is that the new logger my.test is not part of the configuration of server-one. There is no warning about such fact in server log what I can see.
True is that here behaves differently against my testing before that after printing resources of the subsystem logging node there is information reload-required.
From your point of view - is this correct behavior? If so I think some warning message in server log at least that content of domain.cached-remote.xml is not in sync with servers' model should be promoted.

I happened to look at a log today where I saw a lot lines like this:

2012-12-06 23:29:08,318 INFO org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Slave cluster looks down: This server is in the failed servers list: sv4r20s49/10.4.20.49:10304
2012-12-06 23:29:15,987 WARN org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Can't replicate because of a local or network error: 
java.net.ConnectException: Connection refused
	at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:567)
	at org.apache.hadoop.net.SocketIOWithTimeout.connect(SocketIOWithTimeout.java:206)
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:519)
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:484)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupConnection(HBaseClient.java:416)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:462)
	at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:1150)
	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:1000)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:150)
	at $Proxy14.replicateLogEntries(Unknown Source)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.shipEdits(ReplicationSource.java:627)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:365)
2012-12-06 23:29:15,988 INFO org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Slave cluster looks down: Connection refused

What struck me as weird is this had been going on for some days, I would expect the RS to find new servers if it wasn't able to replicate. But the reality is that only a few of the chosen sink RS were down so eventually the source hits one that's good and is never able to refresh its list of servers.
We should remove the dead servers, it's spammy and probably adds some slave lag.

CBO correctness test is extremely annoying - it runs forever, if anything fails it's hard to debug due to the volume of logs from all the stuff, also it doesn't run further so if multiple things fail they can only be discovered one by one; also SORT_QUERY_RESULTS cannot be used, because some queries presumably use sorting.
It should be split into separate tests, the numbers in there now may be good as boundaries.

In table.tagx, there is 

<spring:url value="/${typePath}/form" var="create_url"/>

This leads to an error when clicking on the according button. AFAIU it should be:

<spring:url value="${typePath}?form" var="create_url"/>

If a route is adding after CamelContext has been started, then it's autoStartup flag should be honored. In case the flag is autoStartup=false, the route should not be auto started.

If hadoop-zookeeper-server is installed and started, starting hbase-master in standalone mode will display this error message which has some typos.
$ sudo /etc/init.d/hadoop-hbase-master start
Starting Hadoop HBase master daemon: starting master, logging to /usr/lib/hbase/logs/hbase-hbase-master/cloudera-vm.out
Couldnt start ZK at requested address of 2181, instead got: 2182.  Aborting. Why? Because clients (eg shell) wont be able to find this ZK quorum
hbase-master.

DeploymentMountProvider.start() calls Executors.newScheduledThreadPool but stop() does not shutdown the pool. The effect is the reload command results in a slow thread leak that will eventually result in OOM.

This was reported by HH Zhu (zhh200910@gmail.com)
If the following is specified in hbase-site.xml：

        <name>hfile.format.version</name>
        <value>1</value>

Clear the hdfs directory "hbase.rootdir" so that MasterFileSystem.bootstrap() is executed.
You would see:

    at org.apache.hadoop.hbase.io.hfile.HFileReaderV1.close(HFileReaderV1.java:358)
    at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.close(StoreFile.java:1083)
    at org.apache.hadoop.hbase.regionserver.StoreFile.closeReader(StoreFile.java:570)
    at org.apache.hadoop.hbase.regionserver.Store.close(Store.java:441)
    at org.apache.hadoop.hbase.regionserver.HRegion.doClose(HRegion.java:782)
    at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:717)
    at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:688)
    at org.apache.hadoop.hbase.master.MasterFileSystem.bootstrap(MasterFileSystem.java:390)
    at org.apache.hadoop.hbase.master.MasterFileSystem.checkRootDir(MasterFileSystem.java:356)
    at org.apache.hadoop.hbase.master.MasterFileSystem.createInitialFileSystemLayout(MasterFileSystem.java:128)
    at org.apache.hadoop.hbase.master.MasterFileSystem.<init>(MasterFileSystem.java:113)
    at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:435)
    at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:314)

The above exception would lead to:

java.lang.RuntimeException: HMaster Aborted
    at org.apache.hadoop.hbase.master.HMasterCommandLine.startMaster(HMasterCommandLine.java:152)
    at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:103)
    at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:65)
    at org.apache.hadoop.hbase.util.ServerCommandLine.doMain(ServerCommandLine.java:76)
    at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:1512)

In org.apache.hadoop.hbase.master.HMaster.HMaster(Configuration conf), we have:

this.conf.setFloat(CacheConfig.HFILE_BLOCK_CACHE_SIZE_KEY, 0.0f);

When CacheConfig is instantiated, the following is called:

org.apache.hadoop.hbase.io.hfile.CacheConfig.instantiateBlockCache(Configuration conf)

Since "hfile.block.cache.size" is 0.0, instantiateBlockCache() would return null, resulting in blockCache field of CacheConfig to be null.
When master closes Root region, org.apache.hadoop.hbase.io.hfile.HFileReaderV1.close(boolean evictOnClose) would be called. cacheConf.getBlockCache() returns null, leading to master abort.
The following should be called in HFileReaderV1.close(), similar to the code in HFileReaderV2.close():

if (evictOnClose && cacheConf.isBlockCacheEnabled())

JRedisConnectionFactory fails to initialize if Redis is not running, despite the fact that the underlying connection has some retry features built in.

Getting WFCORE-282 to work surfaces a problem with :read-operation-description handling, which will get invoked in the background by the CLI whenever the user inputs a wildcard read op.
Problem is ReadOperationDescriptionHandler.getDescribedOp, which attempts to deal with cases where there is no resource registration for the target address. It checks if the request is for a wildcard address, and if so it sees if there are concrete registrations for that address, and if so whether they all use the same description. If yes, it provides the description.
This is broken in a couple ways:
1) It assumes the wildcard applies to the last element in the address, which may not be the case with ops that support wildcard addressing schemes.
2) It looks vulnerable to problems with proxy resources, particularly the /host=* case on the DC where there can be a normal ConcreteResourceRegistration for the local host=master child, and then ProxyControllerRegistration instances for the various host=slave-x registrations. I suspect this might lead to false results.

See nabble
http://old.nabble.com/Camel-Cache%3A-Processors-not-released--ts26908653.html

// BEGIN THIS CODE FAILS
from("direct:stock-history-data")
.setHeader( "downloadUrl", constant("http://ichart.finance.yahoo.com/table.csv?s=MSFT&a=00&b=1&c=2005&d=06&e=29&f=2012&g=d&ignore=.csv")).
.log(LoggingLevel.ERROR, "got ${in.header.downloadUrl}")
.setHeader("CamelHttpUri", simple("${in.header.downloadUrl}"))
.setHeader("User-Agent", constant("Mozilla"))
.to("http://some-invalid-host");
// END THIS CODE FAILS
// BEGIN THIS CODE WORKS (replace http with ahc:http)
.to("ahc:http://some-invalid-host");
// END THIS CODE WORKS
This fails. However, when I replace 
org.apache.camel.component.http.HttpOperationFailedException: HTTP operation failed invoking http://ichart.finance.yahoo.com/table.csv?symbol=MSFT with statusCode: 404
	at org.apache.camel.component.http.HttpProducer.populateHttpOperationFailedException(HttpProducer.java:229)
	at org.apache.camel.component.http.HttpProducer.process(HttpProducer.java:157)
	at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:120)
	at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:292)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:115)
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:73)
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:330)
	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:122)
	at org.apache.camel.processor.RouteInflightRepositoryProcessor.processNext(RouteInflightRepositoryProcessor.java:48)
	at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:61)
	at org.apache.camel.processor.UnitOfWorkProcessor.processAsync(UnitOfWorkProcessor.java:150)
	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:117)
	at org.apache.camel.component.jetty.CamelContinuationServlet.service(CamelContinuationServlet.java:113)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:547)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1359)
	at org.eclipse.jetty.servlets.MultiPartFilter.doFilter(MultiPartFilter.java:97)
	at org.apache.camel.component.jetty.CamelFilterWrapper.doFilter(CamelFilterWrapper.java:44)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1330)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:478)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:941)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:409)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:875)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110)
	at org.eclipse.jetty.server.Server.handle(Server.java:349)
	at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:441)
	at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:919)
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:582)
	at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218)
	at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:51)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:586)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:44)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:598)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:533)

When no locality information is provide, task requests can stack up on a node because of consistent no selection. When locality information is not provided we should fallback to random selection for better work distribution. 

  More than 490,000 paths was added to java.io.DeleteOnExitHook on one of our long running HiveServer2 instances,taken up more than 100MB on heap.
  Most of the paths contains a suffix of ".pipeout".

When I'm a running a star join query after HIVE-3784, it is failing with following error:
2013-02-13 08:36:04,584 ERROR org.apache.hadoop.hive.ql.exec.MapJoinOperator: Load Distributed Cache Error
2013-02-13 08:36:04,585 FATAL ExecMapper: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.EOFException
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.loadHashTable(MapJoinOperator.java:189)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.cleanUpInputFileChangedOp(MapJoinOperator.java:203)
	at org.apache.hadoop.hive.ql.exec.Operator.cleanUpInputFileChanged(Operator.java:1421)
	at org.apache.hadoop.hive.ql.exec.Operator.cleanUpInputFileChanged(Operator.java:1425)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:614)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:391)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:325)

When issuing a sql command which does not compile then the LogRunnable thread is never closed.
The issue can be easily detected when running beeline with showWarnings=true.

$ ./beeline -u "jdbc:hive2://localhost:10000 pvary pvary" --showWarnings=true
[..]
Connected to: Apache Hive (version 2.2.0-SNAPSHOT)
Driver: Hive JDBC (version 2.2.0-SNAPSHOT)
Beeline version 2.2.0-SNAPSHOT by Apache Hive
0: jdbc:hive2://localhost:10000> selekt;
Warning: java.sql.SQLException: Method getQueryLog() failed. Because the stmtHandle in HiveStatement is null and the statement execution might fail. (state=,code=0)
[..]
Warning: java.sql.SQLException: Can't getQueryLog after statement has been closed (state=,code=0)
[..]

When you have a route like this

                    .doTry()
                        .recipientList(constant("direct:foo")).end()
                        .transform().constant("doCatch")
                    .end()

Then if an exception was thrown it should be catch by doCatch
A similar route with to instead works as expected.

Seems to be identical consequence as with previous issue CAMEL-5677, but perhaps due to a different cause.
Having a file or SFTP based route, trying something like:

for (int i = 0; i < 50; i++) {
    camelContext.startRoute(routeId);
    camelContext.stopRoute(routeId);
}

results in 50 orphan threads of this type:

"Camel (camel) thread #231 - sftp://user@host/path" #10170 daemon prio=5 os_prio=0 tid=0x00007fa4b46a5800 nid=0x10fc waiting on condition [0x00007fa452934000]
      at sun.misc.Unsafe.park(Native Method)
      - parking to wait for  <0x00000000b83dc900> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
      at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
      at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
      at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
      at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
      at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
      at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
      at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
      at java.lang.Thread.run(Thread.java:745)

Switching to suspend/resume solves the problem, however I guess the start/stop issue should be addressed.

When TableInputFormatBase has a non-null RowFilterInterface to apply, it creates combines the row filter with a StopRowFilter to get a scanner for each input split.  However, the StopRowFilter never indicates that fitlerAllRemaining is true, so each input split will end up scanning to the end of the table.  (Contrast with HTable.getScanner(byte[][] columns, byte[] starRow, byte[] stopRow, long timestamp) which uses a StopRowFilter wrapped in a WhileMatchRowFilter to ensure that scanning ends at the stop row.

I have an Aggregator POJO with this method :
public Map<Hoteles, List<EventoPrecio>> agregaEventoPrecio(Map<Hoteles, List<EventoPrecio>> lista, EventoPrecio evento) 
With this route :
from("timer://tesipro?fixedRate=true&period=60000").
beanRef("uploadARIService", "getEventosPrecio").
aggregate(constant(true), AggregationStrategies.bean(AgregadorEventos.class, "agregaEventoPrecio")).
completionSize(100).
log("Ejecucion de Quartz ");
And I get this error :
Error occurred during starting Camel: CamelContext(249-camel-9) due Parameter annotations at index 1 is not supported on method: public java.util.HashMap com.tesipro.conectores.interfaces.tesiproconpush.camel.AgregadorEventos.agregaEventoPrecio(java.util.HashMap,com.tesipro.conectores.domain.EventoPrecio)          
It seems the problem is that annotations are not supported in the aggregator arguments nor in the argument class.
https://github.com/apache/camel/blob/3f4f8e9ddcc8de32cca084927a10c5b3bceef7f9/camel-core/src/main/java/org/apache/camel/processor/aggregate/AggregationStrategyBeanInfo.java#L67

If an application (singleton-deployment) is deployed into a cluster with more nodes than are initial in the list of the client it can happen that a node is elected to run this application which is not know initially by the client,
or
the node with the singleton application is shutted down or crash during runtime.
In any case the EJB invocation will not work if a node is elected to run the deployment which is not part of the servers listed as initial connections at client side.
With some BYTEMAN rules I checked that the client side ClusterTopologyMessageHandler and ClusterNodeRemovalHandler did not see more than the node which have the application deployed.
If all nodes are added to the client jboss-ejb-client.properties the DeploymentNodeSelector is used for the first invocation, the cluster-view is received with one node.
After this node is down the DNS will show another node and the cluster-view received afterwards onyl show this node.

List of moduleSets included in src.xml and hadoop-two-compat.xml differ quite a lot. Particularly, hadoop-two-compat.xml is missing quite a few modules.
The core issue is duplication involved in <included> list. Let me try to get rid of it by using a shared list and including it using <componentDescriptor>

The DeploymentOverlayTestCase is part of the CLITestSuite however when starting/stopping the DomainTestSupport it references the DomainTestSuite which attempts to start a new set of servers. The test should use the CLITestSuite static methods for starting/stopping the DomainTestSupport.

The translation into a physical plan does not support this way of expressing windowing functions. Instead, we will not merge the Project operators when we find this pattern.

hbase:rsgroup table will be created by calling createRSGroupTable when master load system coprocessors in 
 
844  this.cpHost = new MasterCoprocessorHost(this, this.conf);

when ProcedureExecutor hasn't been initialized before createRSGroupTable, it will encounter Exception as follows,
 
Exception in thread "org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker-localhost,49715,1518088607130" java.lang.IllegalArgumentException
at org.apache.hbase.thirdparty.com.google.common.base.Preconditions.checkArgument(Preconditions.java:120)
at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.submitProcedure(ProcedureExecutor.java:847)
at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.submitProcedure(ProcedureExecutor.java:835)
at org.apache.hadoop.hbase.master.HMaster.createSystemTable(HMaster.java:1795)
at org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker.createRSGroupTable(RSGroupInfoManagerImpl.java:858)
at org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker.waitForGroupTableOnline(RSGroupInfoManagerImpl.java:823)
at org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker.run(RSGroupInfoManagerImpl.java:743)

while ProcedureExecutor  initialized by calling

848  startServiceThreads();

And LoadBalancer is initialized by calling 

868  this.balancer.initialize();

When LoadBalancer hasn't been initialized before createRSGroupTable, it will encounters Exception as follows,
2018-02-02,16:12:45,688 ERROR org.apache.hadoop.hbase.procedure2.ProcedureExecutor: CODE-BUG: Uncaught runtime exception: pid=7, state=RUNNABLE:CREATE_TABLE_ASSIGN_REGIONS; CreateTableProcedure table=hbase:rsgroup
 at org.apache.hadoop.hbase.rsgroup.RSGroupBasedLoadBalancer.generateGroupMaps(RSGroupBasedLoadBalancer.java:254)
 at org.apache.hadoop.hbase.rsgroup.RSGroupBasedLoadBalancer.roundRobinAssignment(RSGroupBasedLoadBalancer.java:162)
 at org.apache.hadoop.hbase.master.assignment.AssignmentManager.createRoundRobinAssignProcedures(AssignmentManager.java:603)
 at org.apache.hadoop.hbase.master.procedure.CreateTableProcedure.executeFromState(CreateTableProcedure.java:108)
 at org.apache.hadoop.hbase.master.procedure.CreateTableProcedure.executeFromState(CreateTableProcedure.java:51)
 at org.apache.hadoop.hbase.procedure2.StateMachineProcedure.execute(StateMachineProcedure.java:182)
 at org.apache.hadoop.hbase.procedure2.Procedure.doExecute(Procedure.java:845)
 at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1458)
 at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1227)
 at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$800(ProcedureExecutor.java:78)
 at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1738)
 
As a result of CreateTableProcedure.rollbackState, it may then print logs warning TableExistsException as follows,
2018-02-02,16:12:55,503 WARN org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker: Failed to perform check
 java.io.IOException: Failed to create group table. org.apache.hadoop.hbase.TableExistsException: hbase:rsgroup
 at org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker.createRSGroupTable(RSGroupInfoManagerImpl.java:877)
 
After some auto-retries, it loops running the thread RSGroupStartupWorker, will print logs as follows, 
2018-02-02,16:23:17,626 INFO org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker: RSGroup table=hbase:rsgroup isOnline=true, regionCount=0, assignCount=0, rootMetaFound=true
 2018-02-02,16:23:17,730 INFO org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker: RSGroup table=hbase:rsgroup isOnline=true, regionCount=0, assignCount=0, rootMetaFound=true
 2018-02-02,16:23:17,834 INFO org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker: RSGroup table=hbase:rsgroup isOnline=true, regionCount=0, assignCount=0, rootMetaFound=true
 2018-02-02,16:23:17,937 INFO org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker: RSGroup table=hbase:rsgroup isOnline=true, regionCount=0, assignCount=0, rootMetaFound=true
 
And using shells of rsgroup, it will tips that currently is in "offline mode".
 
The reason of this problem is that the order of createRSGroupTable and initializing of ProcedureExecutor and LoadBalancer is out of control. If the former is excuted earlier, it will encounter Exception mentioned before.
 
TestScannerTimeout.test2481() fails with:

java.lang.AssertionError: We should be timing out
	at org.apache.hadoop.hbase.client.TestScannerTimeout.test2481(TestScannerTimeout.java:117)

Same as HIVE-12992. Missed a single line check. TPCDS query 4 with bucketing can produce this issue.

This cauught my eye in RS UI. We should make wals uppercase in line with the other tabs. 

Description of configurable-sasl-server-factory resource in CLI is incorrectly copied from aggregate-sasl-server-factory. It says "description" => "A sasl server factory definition where the sasl server factory is an aggregation of other sasl server factories.".

ISO-SQL 2011 defines how lag and lead should behave when invalid offsets are provided to the functions.
i.e. select tint.rnum,tint.cint, lag( tint.cint, -100 )  over ( order by tint.rnum) from tint tint 
Instead of a meaningful error (as other vendors will emit) you get 
Error: Query returned non-zero code: 2, cause: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.MapRedTask
SQLState:  08S01
ErrorCode: 2

SimpleJdbcInsertOperations.executeAndReturnKey() call fails if there is any SqlLobValue parameter passed as a value to SQL request.
Seems that the problem is in AbstractJdbcInsert.setParameterValues() method, which incorrectly parses parameter types, setting them all to TYPE_UNKNOWN even if types are properly specified.
To corrent the problem the following code in setParameterValues() should be modifed:
if (columnTypes == null || colIndex < columnTypes.length) {
  StatementCreatorUtils.setParameterValue(preparedStatement, colIndex, SqlTypeValue.TYPE_UNKNOWN, value);
}
->
if (columnTypes == null || colIndex > columnTypes.length) {
}

A lot of people reported that weren't able to add/delete a column because only some of the regions got the modification. I personally thought it was due to the CME bug in the Master, but I'm able to easily reproduce on 0.20.4 on a 1800 regions table.
Since 0.20.3, we now call disableTable after every retry to make sure we don't miss any region. This creates a race where while we scan .META. in TableOperation, a region could be reported as closed after we scanned the row. We end up processing it like if it was assigned and we put it back into regionsInTransition. We need to either query .META. before processing each region or make some more check to see if the region was closed.
This kills the RC in my book.
In the mean time, anyone getting this can restart their HBase and it will pick up the change.

Caused by: java.io.IOException: java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.vector.LongColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector
	at org.apache.hadoop.hive.ql.io.BatchToRowReader.next(BatchToRowReader.java:153)
	at org.apache.hadoop.hive.ql.io.BatchToRowReader.next(BatchToRowReader.java:78)
	at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:360)
	... 26 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.vector.LongColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector
	at org.apache.hadoop.hive.ql.io.BatchToRowReader.nextString(BatchToRowReader.java:334)
	at org.apache.hadoop.hive.ql.io.BatchToRowReader.nextValue(BatchToRowReader.java:602)
	at org.apache.hadoop.hive.ql.io.BatchToRowReader.next(BatchToRowReader.java:149)
	... 28 more

set hive.enforce.sortmergebucketmapjoin=false;
set hive.optimize.bucketmapjoin.sortedmerge=true;
set hive.auto.convert.sortmerge.join=true;
set hive.auto.convert.join.noconditionaltask.size=500;

select year,quarter,count(*) from transactions_raw_orc_200 a join customer_accounts_orc_200 b on a.account_id=b.account_id group by year,quarter;

Consider an XML configuration file config.xml containing:
<foo attr="aValue">
</foo>
Update the configuration to set an attribute to empty:
    XMLConfiguration config = new XMLConfiguration("config.xml");
    config.setExpressionEngine(new XPathExpressionEngine());
    config.setProperty("foo/@attr", "");
The file has been modified as follows:
<foo/>
The attribute shouldn't be removed as an empty attribute is different from a missing attribute.
Method removing the attribute: XMLConfiguration$XMLBuilderVisitor.updateAttribute(Node node, Element elem, String name, char listDelimiter)

See:
http://opensource.atlassian.com/projects/spring/browse/SPR-2442

The StandardEvaluationContext implementation allows the root object to be set.  I believe that setRootObject is incorrectly testing the private member rather than the argument for null:

	public void setRootObject(Object rootObject) {
		if (this.rootObject == null) {
			this.rootObject = TypedValue.NULL;
		} else {
			this.rootObject = new TypedValue(rootObject);//, TypeDescriptor.forObject(rootObject));
		}
	}

should be?

		if (rootObject == null) {
		} else {
		}
	}

This was observed in a cluster where HBase Master UI was not monitored for quite a while. During this period, a distributed log spitting task failed in an in-completable way and Master kept recreating the task over and over again.
And each such task would create a monitored status...
SplitLogManager.java
.......
  public long splitLogDistributed(final List<Path> logDirs, PathFilter filter) 
    MonitoredTask status = TaskMonitor.get().createStatus(
          "Doing distributed log split in " + logDirs);
.......

...which kept accumulating on heap.
Now these monitored tasks get cleaned only when someone looks at the service UI otherwise they keep growing boundless.
The postmortem of the heap dump showed that these task object occupied 99% of HBase master heap accumulated over a week.

Missing:

CACHE_INDEX_ON_WRITE
CACHE_BLOOMS_ON_WRITE
EVICT_BLOCKS_ON_CLOSE
CACHE_DATA_IN_L1

It's possible to set them with syntax like 

{ CONFIGURATION = { <option> = <value> } }

but let's save some keystrokes. 

Mailing thread ref: http://mail-archives.apache.org/mod_mbox/hbase-dev/201803.mbox/%3CCAAjhxrriGy_UXpC4iHCSyBB18iAbjU3Y2%2BnjQ-66i9kPPCrPRQ%40mail.gmail.com%3E
TLDR; HBASE-19400 messed up perms required for flushing a table.

Looks like flush and snapshot procedures are already doing permissions check as part of preTableFlush/preSnapshot hooks. However, LogRollMasterProcedureManager is missing access checks (Josh Elser, can someone look at it?)
 
With that, it makes no sense to put an ADMIN perm requirement which was added by me in HBASE-19400. Removing it.
However, to make things better for future, i have made few design changes which will ensure 1) perm checks don't slip by mistake, 2) a suitable placeholder for checks for flush & snapshot when we remove AccessController for good.
 
Hi, I am running a app on top of phoenix which will fork say around 100+ thread to call htable.getscanner(scan) to do parallel scan ( say each scan is actually targeting one Region), And each scan will only match a few result and return thus will be very fast.
under this case, I found that the htable.getscanner(scan) op itself runs pretty slow. by profiling with jvisualvm. I found 90% of app time is cost on org.apache.hadoop.net.DNS.getDefaultHost. Which been invoked by scannnercallable.checkIfRegionServerIsRemote. 
The root cause is that DNS.getDefaultHost involves synchronized methods in java.net.Inet4AddressImpl which have the 100+ thread to lock and wait upon each other. each call to DNS.getDefaultHost cost around 30ms, while in another case, I run single thread to call 100K times DNS.getDefaultHost , each cost leas than 0.06ms.
By hacking the code and remove the call to checkIfRegionServerIsRemote, my app runs 5 times faster, say, 50K op in my app cost 200+ seconds instead of 1000+ seconds.
by check the code further, I found this checkIfRegionServerIsRemote seems just for use of metrics collection. ( or maybe retry logic?) I am wondering that could this been removed or switch to some other implementation? so that cases like mine which run large number of small scan with multi threads could performance way better?

In these tests two indexes are created, one on the src table and one on the srcpart table. But when the indexes are dropped in the end of the q file, both indexes are dropped from the src table.

CREATE INDEX src_index_compact ON TABLE src(key) as 'COMPACT' WITH DEFERRED REBUILD;
ALTER INDEX src_index_compact ON src REBUILD;

CREATE INDEX srcpart_index_compact ON TABLE srcpart(key) as 'COMPACT' WITH DEFERRED REBUILD;
ALTER INDEX srcpart_index_compact ON srcpart REBUILD;

...

DROP INDEX src_index_compact on src;
DROP INDEX srcpart_index_compact on src;

This test HotRodPersistenceWebFailoverTestCase seems to fail more or less consistently for me on CI.

Bug in tarjan's algo results in incorrect strongly connected components. I've seen this manifest itself as an NPE in TezCompiler.

        LOG.warn(getName() + ": marking at should close, reason =" + e.getMessage()); 
        if (LOG.isDebugEnabled()) {
          LOG.debug(getName() + ": marking at should close, reason =" + e.getMessage()); <== Once is enough
        }

      private void initMethodReturnValueHandlers() {
            ...
            if (isPresent(XOM_CLASS_NAME)) {
                methodArgumentResolvers.add(new XomPayloadMethodProcessor());
            }
            ...
      }

as you can see the XomPayloadMethodProcessor is added to the methodArgumentResolvers and not to the methodReturnValueHandlers. 
To fix the problem just replace the methodArgumentResolvers.add(...) with methodReturnValueHandlers.add(...) 

In this method we continue the span and then close it, which causes the current span (the one created by client app around HTabl#get() or similar API call) to be closed incorrectly.

 TraceScope ts = Trace.continueSpan(span);
      try {
        writeRequest(call, priority, span);
      } finally {
        ts.close();
      }

Running the following line, using /bin/sh:
$ bin/local-regionservers.sh --config ~/hbase-dev/hbase-conf/conf/ start 1 2 3 4 5
Produces the output below:
bin/local-regionservers.sh: 55: bin/local-regionservers.sh: [[: not found
Invalid argument
Considering:

if [[ "$i" =~ ^[0-9]+$ ]]; then
   run_master $cmd $i
  else
   echo "Invalid argument"
fi

The reasons is that the regex operator =~ doesn't have compatibility with /bin/sh but works running /bin/bash 
$ bash -x bin/local-regionservers.sh --config ~/hbase-dev/hbase-conf/conf/ start 1 2 3 4 5

XMLPropertyListConfiguration parses integers as 32 bits values, but the plist spec doesn't limit the size of the integers. It should at least support Long values, and maybe BigIntegers.

EJB timers don't execute, because the DatabaseTimerPersistence.shouldRun method returns false for them, because it is unable to SELECT them from the database using a java.sql.Timestamp.
On MariaDB 5.3+ and MySQL 5.6.4+, the behavior of the DATETIME type has changed compared to MySQL 5.5 and older.
In previous versions, it was possible to insert into DATETIME columns with JDBC using a java.sql.Timestamp which contained fractional seconds, the fraction was truncated/rounded and a subsequent SELECT statement with the same java.sql.Timestamp returned such rows, because the fraction was truncated/rounded from the queried Timestamp too.
On MySQL 5.6.4+ and MariaDB 5.3+, when a java.sql.Timestamp including a fractional second is inserted into a DATETIME, attempting to SELECT with the same Timestamp doesn't return the row, because the DATETIME type now defaults to DATETIME(0) which truncates/rounds to whole seconds, and the queried Timestamp no longer gets truncated/rounded during the query execution. It would only work if the column was declared as DATETIME(6), which ensures that inserted values don't get truncated/rounded. Documentation: https://dev.mysql.com/doc/refman/5.7/en/fractional-seconds.html
MySQL rounds the timestamp, MariaDB truncates it (always rounds down).
However, declaring DATETIME(6) is not possible in older versions of MySQL or MariaDB, so to support both new and old versions, we have probably these options:
1. introduce a new DDL file(s) for MySQL 5.6.4+ and MariaDB 5.3+ and use it depending on the detected version - this DDL would use DATETIME(6) instead of DATETIME
2. change the DatabaseTimerPersistence implementation so that it will not insert fractional seconds into the database at all (EJB timers don't support timing with higher precision than whole seconds anyway)
3. same as option 2, but only for MariaDB/MySQL dialects 
4. any other idea?
I personally like number 3 the best, it is the least risky and introduces only minimal changes.. but it's still somewhat ugly.
This seems to resolve it for me (implementation suggestion of option 3): https://github.com/jmartisk/wildfly/commits/mysql-mariadb-timer-suggestion

The ConfigurationClassPostProcessor contains this method:
	public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) {
		if (this.postProcessBeanDefinitionRegistryCalled) 
{
			throw new IllegalStateException(
					"postProcessBeanDefinitionRegistry already called for this post-processor");
		}
		if (this.postProcessBeanFactoryCalled) 
{
					"postProcessBeanFactory already called for this post-processor");
		}
		this.postProcessBeanDefinitionRegistryCalled = true;
		processConfigBeanDefinitions(registry);
	}
This throws an exception when invoked twice, even if it is invoked with two different BeanDefinitionRegistry objects. Surely this should only happen if invoked twice on the same BeanDefinitionRegistry?

During verification of JBEAP-9297 I have found another occurences where logging should be justified. 
In some cases not logging exception can hide original cause of problem.
But justification is necessary if extending loggin won't introduce unnecessary logs, but it does not seems to me this should be case.

[mchoma@localhost wildfly-elytron]$ grep -r ".*\.debug([^\"]" --include=*.java .
./src/main/java/org/wildfly/security/auth/realm/FileSystemSecurityRealm.java:                ElytronMessages.log.debug(e);
./src/main/java/org/wildfly/security/auth/realm/FileSystemSecurityRealm.java:                            ElytronMessages.log.debug(e);
./src/main/java/org/wildfly/security/auth/realm/FileSystemSecurityRealm.java:                                    ElytronMessages.log.debug(e);
./src/main/java/org/wildfly/security/http/util/SecurityProviderServerMechanismFactory.java:                            log.debug(e);
./src/main/java/org/wildfly/security/http/util/ServiceLoaderServerMechanismFactory.java:                log.debug(e);
./src/main/java/org/wildfly/security/sasl/util/SecurityProviderSaslClientFactory.java:                            log.debug(e);
./src/main/java/org/wildfly/security/sasl/util/SecurityProviderSaslServerFactory.java:                                log.debug(e);
./src/main/java/org/wildfly/security/sasl/util/SecurityProviderSaslServerFactory.java:                            log.debug(e);

[mchoma@localhost wildfly-elytron]$ grep -r ".*\.trace([^\"]" --include=*.java .
./src/main/java/org/wildfly/security/ssl/CipherSuiteSelector.java:            ElytronMessages.tls.trace(b);
./src/main/java/org/wildfly/security/ssl/CipherSuiteSelector.java:                    ElytronMessages.tls.trace(b);
./src/main/java/org/wildfly/security/http/impl/DigestAuthenticationMechanism.java:                        log.trace(e);

These are OK

Setting to Critical priority, as this could reveal useful information during process of troubleshooting.

Method intersectAndStore in DefaultSetOperations don't return count the number of elements in the resulting set.
http://redis.io/commands/sinterstore

public Long intersectAndStore(K key, Collection<K> otherKeys, K destKey) {
  final byte[][] rawKeys = rawKeys(key, otherKeys);
  final byte[] rawDestKey = rawKey(destKey);
  return execute(new RedisCallback<Long>() {

    public Long doInRedis(RedisConnection connection) {
      connection.sInterStore(rawDestKey, rawKeys);
      return null; // <<<<
    }
  }, true);
}

HierarchicalConfiguration allows setting a root node explicitly using either setRootNode() or setRoot(). The latter exists for backwards compatibility only and operates on the type HierarchicalConfiguration.Node rather than ConfigurationNode. To support a corresponding getRoot() method a new instance of HierarchicalConfiguration.Node is created, and the child nodes of the root node are added to it. Thus these nodes become child nodes of this new node.
If now addProperty() is called for adding new properties to the configuration, the nodes created for the new properties are added to the node passed to the setRootNode() method. So they have a different parent node than the existing nodes.
As long as only methods of the Configuration interface are used for querying or manipulating the configuration, this does not seem to have any strange effects. But when working with the nodes directly it is certainly confusing.

use the jedis driver 2.0.0 , invoke the api template.opsForSet().randomMember(Object key), throw exception stack:
org.springframework.data.redis.serializer.SerializationException: Cannot deserialize; nested exception is org.springframework.core.serializer.support.SerializationFailedException: Failed to deserialize payload. Is the byte array a result of corresponding serialization for DefaultDeserializer?; nested exception is java.io.StreamCorruptedException: invalid stream header: 69736C61
	at org.springframework.data.redis.serializer.JdkSerializationRedisSerializer.deserialize(JdkSerializationRedisSerializer.java:44)
	at org.springframework.data.redis.core.AbstractOperations.deserializeValue(AbstractOperations.java:189)
	at org.springframework.data.redis.core.AbstractOperations$ValueDeserializingRedisCallback.doInRedis(AbstractOperations.java:50)
	at org.springframework.data.redis.core.RedisTemplate.execute(RedisTemplate.java:162)
	at org.springframework.data.redis.core.RedisTemplate.execute(RedisTemplate.java:133)
	at org.springframework.data.redis.core.AbstractOperations.execute(AbstractOperations.java:75)
	at org.springframework.data.redis.core.DefaultSetOperations.randomMember(DefaultSetOperations.java:164)
	at com.anansi.gs.common.db.redis.RedisProxy.srandmember(RedisProxy.java:164)
	at com.anansi.gs.parking.model.dao.PlayerDAO.getRaceStrangers(PlayerDAO.java:216)
	at com.anansi.gs.parking.service.PlayerService.getRaceStrangers(PlayerService.java:424)
	at com.anansi.gs.parking.service.PlayerService$$FastClassByCGLIB$$f64d8f94.invoke(<generated>)
	at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:191)

Actually functionality is working correctly, but incorrect include/exclude macro make cause the wrong query file to be run.

The test below should not fail with NumberFormatException.

@Test
public void parseShouldRemoveNonNumericVersionParts() {
	assertThat(Version.parse("2.0.0-rc1"), is(new Version(2, 0, 0)));
}

Ran into this issue while testing against mongodb server mongodb-osx-x86_64-2.6.1-rc0

As reported by Enis Soztutar
We have seen this in one of the test runs: 

2014-09-26 05:31:19,788 WARN  [main-BucketCacheWriter-2] bucket.BucketCache: Failed doing drain
  at org.apache.hadoop.hbase.io.hfile.bucket.BucketCache$RAMQueueEntry.writeToCache(BucketCache.java:1239)
  at org.apache.hadoop.hbase.io.hfile.bucket.BucketCache$WriterThread.doDrain(BucketCache.java:773)
  at org.apache.hadoop.hbase.io.hfile.bucket.BucketCache$WriterThread.run(BucketCache.java:731)
2014-09-26 05:31:19,925 INFO  [main-BucketCacheWriter-2] bucket.BucketCache: main-BucketCacheWriter-2 exiting, cacheEnabled=true
2014-09-26 05:31:19,838 WARN  [main-BucketCacheWriter-1] bucket.BucketCache: Failed doing drain
2014-09-26 05:31:19,791 WARN  [main-BucketCacheWriter-0] bucket.BucketCache: Failed doing drain
2014-09-26 05:31:19,926 INFO  [main-BucketCacheWriter-0] bucket.BucketCache: main-BucketCacheWriter-0 exiting, cacheEnabled=true
2014-09-26 05:31:19,926 INFO  [main-BucketCacheWriter-1] bucket.BucketCache: main-BucketCacheWriter-1 exiting, cacheEnabled=true

We are still running with assertions on in tests, and this block is failing the assertion. Seems important: 

        if (data instanceof HFileBlock) {
          ByteBuffer sliceBuf = ((HFileBlock) data).getBufferReadOnlyWithHeader();
          sliceBuf.rewind();
          assert len == sliceBuf.limit() + HFileBlock.EXTRA_SERIALIZATION_SPACE;

TestAsyncProcess#testErrorsServers fails quite frequently on Suse because HTable.WriteBufferSize is NOT set so the test may fail at HTable.put command where backgroundFlushCommits kicks in.

org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 1 action: Exception: 1 time, 
	at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.makeException(AsyncProcess.java:161)
	at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.access$500(AsyncProcess.java:149)
	at org.apache.hadoop.hbase.client.AsyncProcess.getErrors(AsyncProcess.java:707)
	at org.apache.hadoop.hbase.client.HTable.backgroundFlushCommits(HTable.java:911)
	at org.apache.hadoop.hbase.client.HTable.doPut(HTable.java:878)
	at org.apache.hadoop.hbase.client.HTable.put(HTable.java:840)
	at org.apache.hadoop.hbase.client.TestAsyncProcess.testErrorsServers(TestAsyncProcess.java:603)

The issue is that bucket count is used for checking the scaled down size of the hash tables but is used later on to convert to the map join as well which may be incorrect in cases where the entire hash table does not fit in the specified size.

2016/09/24 00:31:57 ERROR - jmeter.threads.JMeterThread: Test failed! java.lang.NoClassDefFoundError: org/apache/hadoop/conf/Configuration
        at org.apache.hive.jdbc.HiveConnection.createUnderlyingTransport(HiveConnection.java:418)
        at org.apache.hive.jdbc.HiveConnection.createBinaryTransport(HiveConnection.java:438)
        at org.apache.hive.jdbc.HiveConnection.openTransport(HiveConnection.java:225)
        at org.apache.hive.jdbc.HiveConnection.<init>(HiveConnection.java:182)
        at org.apache.hive.jdbc.HiveDriver.connect(HiveDriver.java:107)

[FelixDispatchQueue] NullPointerException at org.springframework.roo.addon.web.mvc.controller.converter.ConversionServiceMetadataProvider.isMethodOfInterest(ConversionServiceMetadataProvider.java:145)
I have no log.roo to replicate the issue yet.

Update for the description. Debugged more at this front based on the comments from Enis. 
The cause is that for the primary replica, if its retry is exhausted too fast, f.get() [1] returns ExecutionException. This Exception needs to be ignored and continue with the replicas.
The other issue is that after adding calls for the replicas, if the first completed task gets ExecutionException (due to the retry exhausted), it throws the exception to the client[2].
In this case, it needs to loop through these tasks, waiting for the success one. If no one succeeds, throw exception.
Similar for the scan as well
[1] https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/client/RpcRetryingCallerWithReadReplicas.java#L197
[2] https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/client/RpcRetryingCallerWithReadReplicas.java#L219

Proxy of a cached context has an empty (null) protection domain which fails when running under a security manager. 
Affected test-case:
org.jboss.as.test.integration.naming.ExternalContextBindingTestCase#testBasicWithCache
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.naming.ExternalContextBindingTestCase#testBasicWithCache -Dsecurity.manager

SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-3-thread-1) Failed: org.jboss.as.test.integration.naming.ExternalContextBindingTestCase.testBasicWithCache: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.naming.java.permission.JndiPermission" "module/LookupEjb" "lookup")" in code source "(null <no signer certificates>)" of "ModuleClassLoader for Module "org.jboss.as.naming:main" from local module loader @1ff8b8f (finder: local module finder @387c703b (roots: /home/jtymel/jboss-eap/src/7/jboss-eap-7.0.0.ER7/testsuite/integration/basic/target/jbossas/modules,/home/jtymel/jboss-eap/src/7/jboss-eap-7.0.0.ER7/dist/target/jboss-eap-7.0/modules,/home/jtymel/jboss-eap/src/7/jboss-eap-7.0.0.ER7/dist/target/jboss-eap-7.0/modules/system/layers/base,/home/jtymel/jboss-eap/src/7/jboss-eap-7.0.0.ER7/testsuite/integration/basic/target/modules))")
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:197)
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:184)
	at org.jboss.as.naming.InitialContext$DefaultInitialContext.lookup(InitialContext.java:237)
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:193)
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:189)
	at org.jboss.as.naming.ExternalContextObjectFactory$CachedContext.invoke(ExternalContextObjectFactory.java:144)
	at javax.naming.InitialContext$$$$Proxy1.lookup(Unknown Source)
	at org.jboss.as.test.integration.naming.ExternalContextBindingTestCase.testBasicWithCache(ExternalContextBindingTestCase.java:335)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.doRunTestMethod(ArquillianService.java:247)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:223)
	at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:1503)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:75)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:70)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:70)

create a simple project with at least one "leaf" entity, i.e. no references to other entities
scaffold the MVC layer in the normal way, e.g. using "web mvc all --package ~.web"
delete the above entity's .java file (e.g. Foo.java in the attached demo project)
the MVC addon throws this stack trace (instead of quietly adjusting the MVC layer):

[Spring Roo Process Manager Background Polling Thread] Deleted SRC_MAIN_JAVA/com/foo/bar/domain/Foo_Roo_ToString.aj
[Spring Roo Process Manager Background Polling Thread] Deleted SRC_MAIN_JAVA/com/foo/bar/domain/Foo_Roo_Jpa_Entity.aj
[Spring Roo Process Manager Background Polling Thread] Deleted SRC_MAIN_JAVA/com/foo/bar/domain/Foo_Roo_Entity.aj
[Spring Roo Process Manager Background Polling Thread] Deleted SRC_MAIN_JAVA/com/foo/bar/domain/Foo_Roo_Configurable.aj
[Spring Roo Process Manager Background Polling Thread] Unable to obtain physical type metadata for type com.foo.bar.domain.Foo
java.lang.IllegalArgumentException: Unable to obtain physical type metadata for type com.foo.bar.domain.Foo
at org.springframework.roo.support.util.Assert.notNull(Assert.java:112)
at org.springframework.roo.addon.web.mvc.controller.scaffold.finder.WebFinderMetadataProviderImpl.getMetadata(WebFinderMetadataProviderImpl.java:59)
at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:318)
at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:147)
at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:81)
at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:149)
at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:236)
at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:191)
at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:131)
at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:330)
at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:304)
at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:178)
at org.springframework.roo.process.manager.internal.DefaultProcessManager.backgroundPoll(DefaultProcessManager.java:125)
at org.springframework.roo.process.manager.internal.DefaultProcessManager.timerBasedPoll(DefaultProcessManager.java:240)
at org.springframework.roo.process.manager.internal.DefaultProcessManager$2.run(DefaultProcessManager.java:68)
at java.lang.Thread.run(Thread.java:680)

Query

set hive.cbo.enable=true
set hive.stats.fetch.column.stats=true
set hive.exec.dynamic.partition.mode=nonstrict
set hive.tez.auto.reducer.parallelism=true
set hive.auto.convert.join.noconditionaltask.size=320000000
set hive.exec.reducers.bytes.per.reducer=100000000
set hive.txn.manager=org.apache.hadoop.hive.ql.lockmgr.DummyTxnManager
set hive.support.concurrency=false
set hive.tez.exec.print.summary=true
explain  
SELECT sum(cs1.cs_ext_discount_amt) as excess_discount_amount
FROM (SELECT cs.cs_item_sk as cs_item_sk,
                             cs.cs_ext_discount_amt as cs_ext_discount_amt
             FROM catalog_sales cs
             JOIN date_dim d ON (d.d_date_sk = cs.cs_sold_date_sk)
             WHERE d.d_date between '2000-01-27' and '2000-04-27') cs1
JOIN item i ON (i.i_item_sk = cs1.cs_item_sk)
JOIN (SELECT cs2.cs_item_sk as cs_item_sk,
                          1.3 * avg(cs_ext_discount_amt) as avg_cs_ext_discount_amt
           FROM (SELECT cs.cs_item_sk as cs_item_sk,
                                        cs.cs_ext_discount_amt as cs_ext_discount_amt
                        FROM catalog_sales cs
                        JOIN date_dim d ON (d.d_date_sk = cs.cs_sold_date_sk)
                        WHERE d.d_date between '2000-01-27' and '2000-04-27') cs2
                        GROUP BY cs2.cs_item_sk) tmp1
ON (i.i_item_sk = tmp1.cs_item_sk)
WHERE i.i_manufact_id = 436 and
               cs1.cs_ext_discount_amt > tmp1.avg_cs_ext_discount_amt

Exception

14/11/07 19:15:38 [main]: ERROR parse.SemanticAnalyzer: CBO failed, skipping CBO. 
org.apache.hadoop.hive.ql.parse.SemanticException: Line 0:-1 Both left and right aliases encountered in JOIN 'avg_cs_ext_discount_amt'
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondition(SemanticAnalyzer.java:2369)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondition(SemanticAnalyzer.java:2293)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondition(SemanticAnalyzer.java:2249)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genJoinTree(SemanticAnalyzer.java:8010)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9678)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9593)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9619)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9606)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10053)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:221)
	at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:74)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:415)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1129)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1004)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:994)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:247)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:199)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:410)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:345)
	at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:443)
	at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:459)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:739)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:677)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:616)

Against trunk, using MRv1 with hadoop 1.0.4, r1393290, I am able to run MRv1 jobs (e.g. pi 2 4).
However, when I use it to run MR over HBase jobs, they fail with the stack trace below.
From the trace, the issue seems to be that it cannot find a class that the netty jar contains. This would make sense, given that the dependency jars that we use for the MapReduce job are hard-coded, and that the netty jar is not one of them.
https://github.com/apache/hbase/blob/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/TableMapReduceUtil.java#L519
Strangely, this is only an issue in trunk, not 0.95, even though the code hasn't changed.
Command:

/bin/hbase org.apache.hadoop.hbase.mapreduce.RowCounter sampletable

TT logs (attached)
Output from console running job:

13/09/13 16:02:58 INFO mapred.JobClient: Task Id : attempt_201309131601_0002_m_000000_2, Status : FAILED
java.io.IOException: Cannot create a record reader because of a previous error. Please look at the previous logs lines from the task's full log for more details.
	at org.apache.hadoop.hbase.mapreduce.TableInputFormatBase.createRecordReader(TableInputFormatBase.java:119)
	at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.<init>(MapTask.java:489)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:731)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:370)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1149)

13/09/13 16:03:09 INFO mapred.JobClient: Job complete: job_201309131601_0002
13/09/13 16:03:09 INFO mapred.JobClient: Counters: 7
13/09/13 16:03:09 INFO mapred.JobClient:   Job Counters 
13/09/13 16:03:09 INFO mapred.JobClient:     SLOTS_MILLIS_MAPS=29913
13/09/13 16:03:09 INFO mapred.JobClient:     Total time spent by all reduces waiting after reserving slots (ms)=0
13/09/13 16:03:09 INFO mapred.JobClient:     Total time spent by all maps waiting after reserving slots (ms)=0
13/09/13 16:03:09 INFO mapred.JobClient:     Launched map tasks=4
13/09/13 16:03:09 INFO mapred.JobClient:     Data-local map tasks=4
13/09/13 16:03:09 INFO mapred.JobClient:     SLOTS_MILLIS_REDUCES=0
13/09/13 16:03:09 INFO mapred.JobClient:     Failed map tasks=1

As a stopgap, the netty jar should be included in that list. More generally, there should be a more elegant way to include the jars that are needed.

When using SimpleJaxWsServiceExporter into a .war application deployed in Weblogic, it never can start-up due to the following exception:
 org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.remoting.jaxws.SimpleJaxWsServiceExporter#0' defined in ServletContext resource [/WEB-INF/webmvc-config.xml]: Invocation of init method failed; nested exception is java.lang.IllegalArgumentException: Cannot create URL for this address /MyService.
[........]
java.lang.IllegalArgumentException: Cannot create URL for this address /MyService
        at weblogic.wsee.jaxws.spi.WLSEndpoint.publish(WLSEndpoint.java:133)
        at org.springframework.remoting.jaxws.SimpleJaxWsServiceExporter.publishEndpoint(SimpleJaxWsServiceExporter.java:67)
        at org.springframework.remoting.jaxws.AbstractJaxWsServiceExporter.publishEndpoints(AbstractJaxWsServiceExporter.java:125)
        at org.springframework.remoting.jaxws.AbstractJaxWsServiceExporter.afterPropertiesSet(AbstractJaxWsServiceExporter.java:104)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory
.java:1369)
        Truncated. see log file for complete stacktrace
The problem is that the Weblogic JAX-WS implementation that is being called by SimpleJaxWsServiceExporter to publish the service doesn't accept URIs without a trailing slash '/'.
I have found out that patching the following method in SimpleJaxWsServiceExporter by adding the required slash character enables the webservice publication:
	protected void publishEndpoint(Endpoint endpoint, WebService annotation) 
{
		String fullAddress = this.baseAddress + annotation.serviceName() + '/';   // Added slash for Weblogic 10.3
		endpoint.publish(fullAddress);
	}

Indeed, I'm not sure is this patch is appliable for different application servers that Weblogic 10.3

Observed the following in recent Jenkins build (https://builds.apache.org/job/HBase-TRUNK/6732/console):

testWALfencingWithoutWALRolling(org.apache.hadoop.hbase.master.procedure.TestMasterFailoverWithProcedures)  Time elapsed: 9.938 sec  <<< ERROR!
org.apache.hadoop.ipc.RemoteException: failed to create file /user/jenkins/test-data/0d9e3047-6bb1-4219-9ed2-5b9884176321/MasterProcWALs/state-00000000000000000002.log for DFSClient_NONMAPREDUCE_-966558185_1 for client 127.0.0.1 because current leaseholder is trying to recreate file.
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.recoverLeaseInternal(FSNamesystem.java:2589)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInternal(FSNamesystem.java:2386)

When file creation fails (e.g. due to RemoteException), we should handle the exception by returning false.
Similar handling can be applied to failure in writing header.
Thanks to Matteo Bertozzi for offline discussion.

While reading the source code trying to figure out how to configure a custom security context repository, I noted that the 'security-context-repository-ref' attribute ref is not listed in Appendix B.  Other attributes are undocumented also; compare the 'ATT_*' constants in HttpConfigurationBuilder with those listed in the documentation.
BTW - this is not a "trivial" defect in my estimation.  A trivial documentation defect is a spelling error or some cumbersome text.  Any documentation defect that requires the reader to delve into the source code is non-trivial.  (OTOH ... if you disagree, perhaps I should stop wasting my time reporting documentation issues.)

Since last night, this query:

    @Query("SELECT o FROM PreApprovalRequest o JOIN o.createdBy cb WHERE o.rowEndDate is NULL and cb.id IN (SELECT u2.id FROM PaceUser u2 WHERE LOWER(CONCAT(u2.firstName, ', ', u2.lastName)) LIKE CONCAT('%',LOWER(?1),'%'))")

generates the below jpql:

select count(o FROM core.domain.request.PreApprovalRequest o JOIN o.createdBy cb WHERE o.rowEndDate is NULL and cb.id IN (SELECT u2.id) FROM core.domain.login.PaceUser u2 WHERE LOWER(CONCAT(u2.firstName, ', ', u2.lastName)) LIKE CONCAT('%',LOWER(?1),'%'))

Notice that it's closing the select right after (SELECT u2.id ... for some reason. Thus it breaks the subselect sentence.

If you use stopOnException on splitter then when an exception occurs then changes to eg exchange.properties should not override the input exchange, as that would not be expected.

create table disable table alter table output below:

hbase(main):041:0> create 't1', {NAME => 'f1', VERSIONS => 5}
08/06/30 01:26:43 DEBUG client.HConnectionManager$TableServers: reloading table servers because: No server address listed in .META. for region t1,,1214807203247
08/06/30 01:26:43 DEBUG client.HConnectionManager$TableServers: Removed .META.,,1 from cache because of t1,,99999999999999
08/06/30 01:26:43 DEBUG client.HConnectionManager$TableServers: Found ROOT REGION => {NAME => '-ROOT-,,0', STARTKEY => '', ENDKEY => '', ENCODED => 70236052, TABLE => {NAME => '-ROOT-', FAMILIES => [{NAME => 'info', VERSIONS => 1, COMPRESSION => 'NONE', IN_MEMORY => false, BLOCKCACHE => false, LENGTH => 2147483647, TTL => FOREVER, BLOOMFILTER => NONE}]}
0 row(s) in 10.4300 seconds

hbase(main):042:0> disable 't1'
08/06/30 01:27:08 DEBUG client.HBaseAdmin: Sleep. Waiting for first region to be disabled from t1
08/06/30 01:27:18 DEBUG client.HBaseAdmin: Wake. Waiting for first region to be disabled from [B@1bc93a7
08/06/30 01:27:18 INFO client.HBaseAdmin: Disabled t1
0 row(s) in 10.0810 seconds

hbase(main):043:0> alter 't1', {NAME => 'f1', VERSIONS => 1}
NativeException: org.apache.hadoop.hbase.InvalidColumnNameException: org.apache.hadoop.hbase.InvalidColumnNameException: Column family 'f1' doesn't exist, so cannot be modified.
        at org.apache.hadoop.hbase.master.ModifyColumn.postProcessMeta(ModifyColumn.java:51)
        at org.apache.hadoop.hbase.master.TableOperation$ProcessTableOperation.call(TableOperation.java:130)
        at org.apache.hadoop.hbase.master.TableOperation$ProcessTableOperation.call(TableOperation.java:67)
        at org.apache.hadoop.hbase.master.RetryableMetaOperation.doWithRetries(RetryableMetaOperation.java:62)
        at org.apache.hadoop.hbase.master.TableOperation.process(TableOperation.java:141)
        at org.apache.hadoop.hbase.master.HMaster.modifyColumn(HMaster.java:655)
        at org.apache.hadoop.hbase.ipc.HbaseRPC$Server.call(HbaseRPC.java:424)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:896)

        from sun/reflect/NativeConstructorAccessorImpl.java:-2:in `newInstance0'
        from sun/reflect/NativeConstructorAccessorImpl.java:39:in `newInstance'
        from sun/reflect/DelegatingConstructorAccessorImpl.java:27:in `newInstance'
        from java/lang/reflect/Constructor.java:513:in `newInstance'
        from org/apache/hadoop/hbase/RemoteExceptionHandler.java:82:in `decodeRemoteException'
        from org/apache/hadoop/hbase/client/HBaseAdmin.java:658:in `modifyColumn'
        from org/apache/hadoop/hbase/client/HBaseAdmin.java:636:in `modifyColumn'
        from sun/reflect/NativeMethodAccessorImpl.java:-2:in `invoke0'
        from sun/reflect/NativeMethodAccessorImpl.java:39:in `invoke'
        from sun/reflect/DelegatingMethodAccessorImpl.java:25:in `invoke'
        from java/lang/reflect/Method.java:597:in `invoke'
        from org/jruby/javasupport/JavaMethod.java:250:in `invokeWithExceptionHandling'
        from org/jruby/javasupport/JavaMethod.java:219:in `invoke'
        from org/jruby/javasupport/JavaClass.java:416:in `execute'
        from org/jruby/internal/runtime/methods/SimpleCallbackMethod.java:67:in `call'
        from org/jruby/internal/runtime/methods/DynamicMethod.java:94:in `call'
... 118 levels...
        from ruby.hbase_minus_671438.bin.hirbInvokermethod__23$RUBY$startOpt:-1:in `call'
        from org/jruby/internal/runtime/methods/DynamicMethod.java:74:in `call'
        from org/jruby/internal/runtime/methods/CompiledMethod.java:48:in `call'
        from org/jruby/runtime/CallSite.java:123:in `cacheAndCall'
        from org/jruby/runtime/CallSite.java:298:in `call'
        from ruby/hbase_minus_671438/bin//hbase/bin/hirb.rb:348:in `__file__'
        from ruby/hbase_minus_671438/bin//hbase/bin/hirb.rb:-1:in `__file__'
        from ruby/hbase_minus_671438/bin//hbase/bin/hirb.rb:-1:in `load'
        from org/jruby/Ruby.java:512:in `runScript'
        from org/jruby/Ruby.java:432:in `runNormally'
        from org/jruby/Ruby.java:312:in `runFromMain'
        from org/jruby/Main.java:144:in `run'
        from org/jruby/Main.java:89:in `run'
        from org/jruby/Main.java:80:in `main'
        from /hbase/bin/hirb.rb:229:in `alter'
        from (hbase):44:in `binding'hbase(main):044:0>

Example configuration:

@RequestMapping("/services/traces")
public class TracesController {
    @RequestMapping(value = "", method = {RequestMethod.GET, RequestMethod.HEAD})
    public String traces(Model model, @RequestParam(value = "application", required = false) ApplicationName application) { ... }
}

Mapped "
{[/services/resources/],[GET, HEAD],params=[[start && end]],headers=TRUE}
"
Reported by Spring Insight.

--! qt:dataset:lineitem
--! qt:dataset:part
--! qt:dataset:src

set hive.support.concurrency=true;
set hive.txn.manager=org.apache.hadoop.hive.ql.lockmgr.DbTxnManager;
--set hive.compute.query.using.stats=false;
set hive.optimize.ppd=true;
set hive.ppd.remove.duplicatefilters=true;
set hive.tez.dynamic.semijoin.reduction=true;
set hive.optimize.metadataonly=false;
set hive.stats.autogather=true;
set hive.tez.bigtable.minsize.semijoin.reduction=1;
set hive.tez.min.bloom.filter.entries=1;
set hive.tez.bloom.filter.factor=1.0f;
set hive.auto.convert.join=false;
set hive.optimize.shared.work=false;

create database tpch_test;
use tpch_test;

CREATE TABLE `customer`(
  `c_custkey` bigint, 
  `c_name` string, 
  `c_address` string, 
  `c_nationkey` bigint, 
  `c_phone` string, 
  `c_acctbal` double, 
  `c_mktsegment` string, 
  `c_comment` string)
  'bucketing_version'='2', 
  'transactional'='true', 
  'transactional_properties'='default', 
  'transient_lastDdlTime'='1543026723');

CREATE TABLE `lineitem`(
  `l_orderkey` bigint, 
  `l_partkey` bigint, 
  `l_suppkey` bigint, 
  `l_linenumber` int, 
  `l_quantity` double, 
  `l_extendedprice` double, 
  `l_discount` double, 
  `l_tax` double, 
  `l_returnflag` string, 
  `l_linestatus` string, 
  `l_shipdate` string, 
  `l_commitdate` string, 
  `l_receiptdate` string, 
  `l_shipinstruct` string, 
  `l_shipmode` string, 
  `l_comment` string)
  'transient_lastDdlTime'='1543027179');

CREATE TABLE `orders`(
  `o_orderkey` bigint, 
  `o_custkey` bigint, 
  `o_orderstatus` string, 
  `o_totalprice` double, 
  `o_orderdate` string, 
  `o_orderpriority` string, 
  `o_clerk` string, 
  `o_shippriority` int, 
  `o_comment` string)
  'transient_lastDdlTime'='1543026824');

alter table customer update statistics set('numRows'='150000000','rawDataSize'='8633707142');
alter table lineitem update statistics set('numRows'='5999989709','rawDataSize'='184245066955');
alter table orders update statistics set('numRows'='1500000000','rawDataSize'='46741318253');

create view q18_tmp_cached as
select l_orderkey, sum(l_quantity) as t_sum_quantity
from lineitem
where l_orderkey is not null
group by l_orderkey;

-- Set bloom filter size to huge number so we get any possible semijoin reductions

set hive.tez.min.bloom.filter.entries=0;
set hive.tez.max.bloom.filter.entries=1;

create table q18_large_volume_customer_cached stored as orc tblproperties ('transactional'='true', 'transactional_properties'='default') as
select c_name, c_custkey, o_orderkey, o_orderdate, o_totalprice, sum(l_quantity)
from customer, orders, q18_tmp_cached t, lineitem l
where
  c_custkey = o_custkey and o_orderkey = t.l_orderkey
  and o_orderkey is not null and t.t_sum_quantity > 300
  and o_orderkey = l.l_orderkey and l.l_orderkey is not null
group by c_name, c_custkey, o_orderkey, o_orderdate, o_totalprice
order by o_totalprice desc, o_orderdate
limit 100;

drop database tpch_test cascade;

To reproduce run the above as TestMiniLlapLocalCliDriver test

We have been running a CI system building from the spring snapshot repo. At Mon Aug 03 12:49:06 CEST 2009 this build turned red. Inspection of your build system at http://build.springframework.org/build/viewBuildSummary!default.action?buildKey=SPR-TRUNKSNAPSHOT reveals that the snapshot repo build has been running red for something like 4 weeks (!!).
This means the problem/change has been introduced in one of the commits as follows:
svn log -vr1600:1679
The problem we are experiencing is a regression wrt 2.5.6, but may be intentional in spring 3.0. There is a slight chance this is an intentional change, so I will describe the problem first:
We have a FactoryBean for interface MYIF, and the FactoryBean is annotated with a Qualifier say @Qualifier("FACTORY"). There exists other implementations of MYIFthat are annotated with @Qualifier("IMPL").
    @Qualifier("FACTORY")
    private MYIF myIF;
This worked fine under 2.5.6 and prior versions of 3.0, but stopped working at this time. Is this an intended change ?

The field "include" in ExtendedProperties is currently static and protected, yet has instance get/set accessors.
Given that there are accessors, it seems unnecessary for the field to be protected - it could be private.
The field should also surely be non-static - or the accessors should be made static, if the field really is supposed to be shared among instances.

Any attempt to update or uninstall an osgi bundle results in an exception:

roo> osgi update --bundleSymbolicName org.apache.felix.gogo.runtime
Cannot coerce update(Long) to any of [(Bundle, String), (Bundle)]
java.lang.IllegalArgumentException: Cannot coerce update(Long) to any of [(Bundle, String), (Bundle)]
    at org.apache.felix.gogo.runtime.Reflective.invoke(Reflective.java:178)
    at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:82)
    at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)
    at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)
    at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
    at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)
    at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)
    at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)
    at org.springframework.roo.felix.FelixDelegator.perform(FelixDelegator.java:185)
    at org.springframework.roo.felix.FelixDelegator.update(FelixDelegator.java:298)
    at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy$1.callback(ProcessManagerHostedExecutionStrategy.java:47)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:325)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:71)
    at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy.execute(ProcessManagerHostedExecutionStrategy.java:44)
    at org.springframework.roo.shell.AbstractShell.executeCommandImpl(AbstractShell.java:226)
    at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:136)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:421)
    at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:539)

Let's say we have a consumer using CachingConnectionFactory with channelCheckoutTimeout being set to a value greater than zero.
When we experience connection drop, a semaphore permit is being obtained but is never  released. 
This over time leads to exhaust (leak) of permits, and in the end to the AmqpTimeoutException("No available channels") being thrown because there are no more permits to acquire.
More detailed explanation of the issue and the example on how to reproduce this behavior can be find in linked Stack Overflow question story.
Code causing this behavior can be find here.

Comparisons between NaN values and doubles do not work as expected:
hive> select 'NaN' = 4.3 from data_one limit 1;
Execution log at: /tmp/pbutler/pbutler_20101123145656_d23f9b77-8907-4ed3-aef9-8b99a1cc3138.log
Job running in-process (local Hadoop)
2010-11-23 14:56:40,488 null map = 100%,  reduce = 0%
Ended Job = job_local_0001
OK
true
Time taken: 9.47 seconds
hive> select 4 <> 'NaN' from data_one limit 1;
Execution log at: /tmp/pbutler/pbutler_20101123145858_0d243ac2-f745-4e25-9a38-509bef3bb370.log
2010-11-23 14:58:45,689 null map = 100%,  reduce = 0%
OK
false
Time taken: 3.938 seconds

There seems be a bug that the secondary master didn't come out when the primary master dead. 
Because the secondary master will be in a loop forever to watch a local variable before setting a zk watcher.
However this local variable is changed by the zk call back function.
So the secondary master will be in the infinite loop forever.

DefaultHeapMemoryTuner often resets the maximum step size for tuning to 8% of total heap size. Often, when the size of memstore is to be decreased while tuning, the 8% tuning can suddenly drop the memstore size below the low water mark of the previous memstore size (which could potentially be  the used size of the memstore)
This is problematic because suddenly it blocks all the updates by suddenly causing a situation where memstore used size is above high water mark. This has a very bad performance impact on an otherwise fine HBase cluster. 

If I try to transfer a file to a directory that does not exist using Camel SCP I see a warning like this in the log:
[scp] WARN scp: /home/user/scp/1234: No such file or directory
It looks like the code says that Camel will just log a warning when such an error occurs. There is no exception in the code, so it looks like the file was transferred when it was not.
https://github.com/apache/camel/blob/52a739feb9da8acd29067304c7c8356bbc5ef4dd/components/camel-jsch/src/main/java/org/apache/camel/component/scp/ScpOperations.java#L347
The error codes for SCP are:
1 General error in file copy 
2 Destination is not directory, but it should be 
http://support.attachmate.com/techdocs/2116.html
The fix should have the SCP Endpoint raise an error if the return code is not 0.  
See the following discussion.  
http://camel.465427.n5.nabble.com/Camel-SCP-Warnings-td5792552.html

LogstashCustomizer overrides existing root-logger level and handlers with LogstashFraction level and a single logstash-handler.
https://github.com/wildfly-swarm/wildfly-swarm/blob/2017.1.1/fractions/logstash/src/main/java/org/wildfly/swarm/logstash/runtime/LogstashCustomizer.java#L61

LogstashFraction level should be set as logstash-handler level
logstash-handler should be added into the existing root handlers  to honor them.

The HttpSessionContextIntegrationFilter only stores the SecurityContext into the session if the context has "changed" during the filter chain. It uses the hashcode() method to determine if the context has "changed". However, CapchaSecurityContextImpl does not override the default hashcode implementation from SecurityContextImpl, and therefore always returns -1 (assuming the authentication is null), even though the context is human.

Noticed this while looking at HIVE-20082.
The type conversion done during GenericUDFIn (via ReturnObjectInspectorResolver) uses FunctionRegistry.getCommonClass(), whereas the other comparison operators (=, <, >, <=, >=) use FunctionRegistry.getCommonClassForComparison(). As a result, dec_column IN ('1.1', '2.2') compares the values as strings, whereas dec_column = '1.1' would compare the values as doubles. This makes a difference for HIVE-20082 since it is related to changing the 0-padding during decimal-to-string conversions.
cc Ashutosh Chauhan

We never call viewHandler.init for one.
We need to make sure we are conforming to the JSF specification.

Incorrectly scaled timeout value passed to org.jboss.as.controller.ControllerLogger method timeoutCompletingOperation and org.jboss.as.controller.ControllerMessages method serviceInstallTimedOut
parameter value is ms, second is expected. 

If you want to leverage the camel transport for CXF to route the message with sub camel context, you may face an issue that camel transport doesn't setup the content type with the encoding information like this "text/xml; charset=UTF-8"
It just sets the Content-Type like this "text/xml" which fails WS-I validation. 

The following code gets executed only in case of cygwin.
HIVE_AUX_JARS_PATH=`echo $HIVE_AUX_JARS_PATH | sed 's/,/:/g'`
But since HIVE_AUX_JARS_PATH gets added to HADOOP_CLASSPATH, the comma should get replaced by : for all cases.

The TTL per CF is in seconds, we will convert it to milliseconds when construct HStore. And if it is HConstants.FOREVER, we will set it to Long.MAX_VALUE.
HStore.java
  public static long determineTTLFromFamily(final HColumnDescriptor family) {
    // HCD.getTimeToLive returns ttl in seconds.  Convert to milliseconds.
    long ttl = family.getTimeToLive();
    if (ttl == HConstants.FOREVER) {
      // Default is unlimited ttl.
      ttl = Long.MAX_VALUE;
    } else if (ttl == -1) {
    } else {
      // Second -> ms adjust for user data
      ttl *= 1000;
    }
    return ttl;
  }

Product info report show wrong "host-cpu-arch" on amd64 architecture with 32-bit version of java (example: "Linux 32-bit x86" version of IBM JDK 8). Host-cpu-arch is probably generated by JDK version.

use 32bit java on 64bit architecture of CPU
get fresh EAP from zip

        ...
        "host-cpu" => {
            "host-cpu-arch" => "x86",
            "host-core-count" => 8
        },
        ...

Correct value for "host-cpu-arch":

        ...
            "host-cpu-arch" => "amd64",
        },
        ...

Architecture from product report is architecture of java (not architecture of CPU). There should be at least something like "host-cpu-arch (generated by JVM)" in product report.

ConnectDialog uses sun.tools.jconsole.Utilities.ensureContrast JDK internal API (jdk.jconsole)
https://github.com/wildfly/wildfly-core/blob/master/cli/src/main/java/org/jboss/as/cli/gui/ConnectDialog.java#L155
ensureContrast logic could be ported to util method and dependency on JDK method removed
http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/sun/tools/jconsole/Utilities.java#Utilities.ensureContrast%28java.awt.Color%2Cjava.awt.Color%29

The DefaultPropertyReplacer + PropertyResolver algorithm is broken for vault expressions. It's based on the assumption that the contents of the expression string between "$
{" and "}

" have a fixed format a la the old JBoss AS system properties (e.g. propertyname[: default value]) and then the PropertyResolver tries to resolve "propertyname".
This is incorrect in the case of vault expressions, which do not follow this format. In particular the ":" char appears multiple places in a vault expression and does not serve as a delimiter between "propertyname" and "default value".

Upon asynchronous call from 7.0 client to bean deployed on 7.1 server, the following exception is produced:

Mar 17, 2017 7:25:36 AM org.jboss.as.quickstarts.ejb.asynchronous.client.AsynchronousClient fireAndForget
INFO: The server log should contain a message at (about) Fri Mar 17 07:25:51 UTC 2017, indicating that the call to the asynchronous bean completed.
Exception in thread "main" java.lang.ClassCastException: java.lang.String cannot be cast to java.util.concurrent.Future
	at com.sun.proxy.$Proxy0.longerRunning(Unknown Source)
	at org.jboss.as.quickstarts.ejb.asynchronous.client.AsynchronousClient.getResultAsync(AsynchronousClient.java:88)
	at org.jboss.as.quickstarts.ejb.asynchronous.client.AsynchronousClient.main(AsynchronousClient.java:159)

Setting the following in core-site.xml works fine in a secure cluster with hive.server2.allow.user.substitution set to true:

  <name>hadoop.proxyuser.user1.groups</name>
  <value>users</value>
    
  <name>hadoop.proxyuser.user1.hosts</name>
  <value>*</value>

where user1 will be proxying for user2:

!connect jdbc:hive2:/myhostname:10000/;principal=hive/_HOST@EXAMPLE.COM;hive.server2.proxy.user=user2 user1 fakepwd org.apache.hive.jdbc.HiveDriver

However, setting this in hive-site.xml throws "Failed to validate proxy privilage" exception.

taking down the entire cluster to merge 2 regions is a pain, i dont see why the table or regions specifically couldnt be taken offline, then merged then brought back up.
this might need a new API to the regionservers so they can take direction from not just the master.

CoreOAuthProviderSupport.loadSignificantParametersForSignatureBaseString method repeatedly applies OAuthCodec.oauthEncode method to 'parameterName' which have multiple values.
As a result, signature base string is generated incorrectly and verification fails.

The initial intention of this issue is to remove the hard dependency on as.security from Weld  beanvalidation, transaction and webservices in order to help Galleon to provision a slimmer server. However, analisys shows there are additional unused dependencies that can be removed. This issue will be used to clean up them. 

Right now default scanner prefetching is set to 1.  In PerformanceEvaluation, this leads to basically benchmarking RPC round-trip performance.

WF TS should pass with non-"en_US.UTF-8" locale settings. These tests needs to be fixed:

org.jboss.as.test.integration.ee.injection.resource.jndi.bad.BadResourceTestCase#testBadDU
org.jboss.as.test.integration.jca.workmanager.WorkManagerThreadsCheckTestCase#testOneLongRunningThreadPool
org.jboss.as.test.integration.jca.workmanager.WorkManagerThreadsCheckTestCase#testOneShortRunningThreadPool
org.jboss.as.test.integration.jpa.epcpropagation.slsbxpc.FailBecauseOfXPCNotInSFSBTestCase#testSerialization
org.jboss.as.test.integration.jpa.epcpropagation.unsync.TestForMixedSynchronizationTypes#testShouldGetEjbExceptionBecauseEPCIsAddedToTxAfterPc
org.jboss.as.test.integration.ws.authentication.EJBEndpointNoClassLevelSecurityAnnotationAuthenticationTestCase#accessHelloWithAuthenticatedUser

In case a null comparator was provided natural ordering should be used, as stated in the javadoc.
In fact an exception is thrown the first time the returned iterator is used.

When camel-scr (2.15-SNAPSHOT) is deployed and used with Apache Karaf - 2.3.0.redhat-611412
The following errors are generated when SCR got the CamelComponent or lost the Component

2014-12-26 11:13:49,453 | ERROR | r-1.0.0-thread-2 | osgi-camel-scr                   | ?                                   ? | 255 - com.redhat.gpe.training.osgi-camel-scr - 1.0.0 | [com.redhat.gpe.training.osgi.camel.BootStrap(52)] The gotCamelComponent method has thrown an exception
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_51]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_51]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_51]
	at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_51]
	at org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:231)[82:org.apache.felix.scr:1.8.0.redhat-611412]
	at org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:39)[82:org.apache.felix.scr:1.8.0.redhat-611412]

2014-12-26 11:22:50,355 | ERROR | l Console Thread | osgi-camel-scr                   | ?                                   ? | 255 - com.redhat.gpe.training.osgi-camel-scr - 1.0.0 | [com.redhat.gpe.training.osgi.camel.BootStrap(52)] The lostCamelComponent method has thrown an exception
	at org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:624)[82:org.apache.felix.scr:1.8.0.redhat-611412]
	at org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:508)[82:org.apache.felix.scr:1.8.0.redhat-611412]
	at org.apache.felix.scr.impl.helper.BindMethod.invoke(BindMethod.java:37)[82:org.apache.felix.scr:1.8.0.redhat-611412]
	at org.apache.felix.scr.impl.manager.DependencyManager.invokeUnbindMethod(DependencyManager.java:1711)[82:org.apache.felix.scr:1.8.0.redhat-611412]

Here is the code used as example :

import org.apache.camel.RoutesBuilder;
import org.apache.camel.scr.AbstractCamelRunner;
import org.apache.camel.spi.ComponentResolver;
import org.apache.felix.scr.annotations.*;

@Component(label = BootStrap.COMPONENT_LABEL, description = BootStrap.COMPONENT_DESCRIPTION)
@Properties({
        @Property(name = "camelContextId", value = "camel-scr-exercise"),
        @Property(name = "active", value = "true")
})
@References({
        @Reference(name = "camelComponent",referenceInterface = ComponentResolver.class,
                cardinality = ReferenceCardinality.MANDATORY_MULTIPLE, policy = ReferencePolicy.DYNAMIC,
                policyOption = ReferencePolicyOption.GREEDY, bind = "gotCamelComponent", unbind = "lostCamelComponent")
})
public class BootStrap extends AbstractCamelRunner {

    public static final String COMPONENT_LABEL = "bootstrap.CamelScrExercise";
    public static final String COMPONENT_DESCRIPTION = "This is the description for camel-scr-exercise.";

    public static final Logger LOGGER = LoggerFactory.getLogger(BootStrap.class);

    @Override
    protected List<RoutesBuilder> getRouteBuilders() {
        LOGGER.info("Load Camel Routes definition");
        List<RoutesBuilder> routesBuilders = new ArrayList<>();
        routesBuilders.add(new GreeterRoute());
        return routesBuilders;
    }
}

2013-08-19 17:24:47,592 INFO  [main] mapreduce.Job: Task Id : attempt_1370384262467_4376_m_000001_0, Status : FAILED
Error: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:128)
	at org.apache.hadoop.mapred.JobConf.getOutputKeyComparator(JobConf.java:808)
	at org.apache.hadoop.mapred.MapTask$MapOutputBuffer.init(MapTask.java:970)
	at org.apache.hadoop.mapred.MapTask.createSortingCollector(MapTask.java:390)
	at org.apache.hadoop.mapred.MapTask.access$100(MapTask.java:79)
	at org.apache.hadoop.mapred.MapTask$NewOutputCollector.<init>(MapTask.java:669)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:741)
	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:158)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1478)
	at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:153)
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:126)
	... 12 more

The line 28 of OAuth2ErrorHandler.java parser authenticationHeader ignoring that it starts with "OAuth ", so resulting map contains key "OAuth error" instead of just "error"

With Core Proc-V2 AM change in HBASE-14614, stuff is different now around startup which messes up the TestMasterMetrics test. HBASE-14614 disabled two of three tests.
This JIRA tracks work to fix the disabled tests.

Test DLL :

CREATE TABLE `date_dim`(
  `d_date_sk` int, 
  `d_date_id` string, 
  `d_date` date, 
  `d_current_week` string, 
  `d_current_month` string, 
  `d_current_quarter` string, 
  `d_current_year` string) ;

Hive query :

    SELECT *  
    FROM   date_dim     
    WHERE d_date  IN ('2000-03-22','2001-03-22')  ;

In 1.0.0 ,  the above query fails with:

    FAILED: SemanticException [Error 10014]: Line 1:180 Wrong arguments ''2001-03-22'': The arguments for IN should be the same type! Types are: {date IN (string, string)}

I changed the query as given to pass the error :

    SELECT *  
    WHERE d_date  IN (CAST('2000-03-22' AS DATE) , CAST('2001-03-22' AS DATE)  )  ;

But it works without casting  :

    SELECT *  
    WHERE d_date   = '2000-03-22' ;

overview.xml has the following links to Configuration api doc which leads to 404:
<a href="apidocs/org/apache/commons/configuration/Configuration.html">Configuration</a>
They should be changed to:
<a href="../apidocs/org/apache/commons/configuration/Configuration.html">

We had to debug an issue that resulted in mis-generated protobuf code in backported patches. It turns out that Snapshot.proto is not in hbase-protocol/pom.xml which results in the corresponding java code to be skipped when you do: 

mvn compile -Pcompile-protobuf

They aren't really needed since MR can't be used without server.

Camel ServiceHelper suspends and resumes services in a wrong way:

Resume: https://github.com/apache/camel/blob/camel-2.18.1/camel-core/src/main/java/org/apache/camel/util/ServiceHelper.java#L313
Suspend: https://github.com/apache/camel/blob/camel-2.18.1/camel-core/src/main/java/org/apache/camel/util/ServiceHelper.java#L384

When suspending a service, Camel checks if the service is implementing the Suspendable (marker) interface, while that interface is ignored when resuming it.
If you take a non Suspendable service like the TimerConsumer (it is not Suspendable but it is a SuspendableService, like many others...), the ServiceHelper will call the "stop()" method when suspending it, and the "resume()" method when resuming it. Practically it'll remain stopped ("resume()" is not implemented in > 90% of the components), since "start()" should be called after a stop operation.
So the ThrottlingInflightRoutePolicy, that suspends a route when there are too many exchanges and resumes it when they get lower than a threshold, is broken for many components (the route is stopped, but it's never restarted correctly).

There is no need to create an output PTF Partition for the last PTF in a chain. For the Windowing PTF this should give a perf. boost; we avoid creating temporary results for each UDAF; avoid populating an output Partition.

JDK 9 is going to use a new version schema based on JEP-223. The current JvmOptionsBuilderFactory would return version 7 if a the java.specification.version system property returned 9.0.0.

Columns of type Short generate ShortRecord class incorrectly for GWT. The object should be transferred directly.
I think that the problem lies with:
addon-gwt/src/main/java/org/springframework/roo/addon/gwt/GwtMetadata.java
On the line where it tests for a domain object:
                                boolean isDomainObject = !isEnum && !isShared(returnType) && !(returnType.equals(JavaType.BOOLEAN_OBJECT) || returnType.equals(JavaType.INT_OBJECT) || returnType.isPrimitive() ||
                                    returnType.equals(JavaType.LONG_OBJECT) || returnType.equals(JavaType.STRING_OBJECT) || returnType.equals(JavaType.DOUBLE_OBJECT) || returnType.equals(JavaType.FLOAT_OBJECT) || returnType.equals(new JavaType("java.util.Date")));
It seems like this list should also include Short, Char and Byte.

When conversion is minimal, simple fetch can be used only when filter on partition column or no filter at all. But it lead to simple fetch even if filter on non-partition column. Unit test " select * from srcpart where key > 100 limit 10 " in the nonmr_fetch.q demonstration this issue – the unit test is not correct indeed(it should be Map Reduce  but in test it is Simple Fetch).
This issue lead to a serious problem when data size is huge. When conversion is more and filter on both partition column and non-partition column, it will not chech hive.fetch.task.conversion.threshold, which lead to the query to takes hours to finish. This issue doesn't exist in 1.2.1, how it works should be a magic...

In HBASE-3305, the behavior of createTable was changed and introduced this bug: createTable now blocks until all regions have been assigned, since it uses BulkStartupAssigner. BulkStartupAssigner.waitUntilDone calls assignmentManager.waitUntilNoRegionsInTransition, which waits across all regions, not just the regions of the table that has just been created.
We saw an issue where one table had a region which was unable to be opened, so it was stuck in RegionsInTransition permanently (every open was failing). Since this was the case, waitUntilDone would always block indefinitely even though the newly created table had been assigned.

The ControllerInitializer.addRemoteOutboundSocketBinding() requires that a dummy ControllerInitializer.addSocketBinding() is added. The implementation should also check if the outboundSocketBindings are not empty so the default socket bindings are added during initialization.

I am getting an issue where the original Configuration has some parameters needed to read the remote Avro schema (specifically S3 keys).
Doing new Configuration doesn't pick it up because the keys are not on the classpath.
We should reuse the Configuration already present in callers.
I'm using Hive/Avro from Spark so it'd be nice if we could put this into Hive 0.13 since that's what Spark's built against.
See also https://github.com/jghoman/haivvreo/pull/30

The region list displayed by regionserver.jsp contains regions that have ceased existence due to splits.
Example:
Region Name	Encoded Name	Start Key	End Key
...
maxentriestest,acacdk,1214292085212	732557990 	acacdk	
maxentriestest,acacdk,1214297936860	1583424516 	acacdk	acqtzk
maxentriestest,acacdk,1214293855954	1509492302 	acacdk	adhlxw
maxentriestest,acqtzk,1214297936862	1120286366 	acqtzk	adhlxw
maxentriestest,adhlxw,1214293855955	400707061 	adhlxw	
maxentriestest,adhlxw,1214299372674	2060549477 	adhlxw	aelrxo
maxentriestest,adhlxw,1214297324386	336026175 	adhlxw	afpxzs
maxentriestest,aelrxo,1214299372674	1352588233 	aelrxo	afpxzs
maxentriestest,afpxzs,1214297324387	1235754353 	afpxzs	

It seems to me that the documentation of the command line arguments for CommandLineJobRunner in the JavaDoc class comment is wrong. It says the parameters are "java jobPath jobName jobLauncherPath jobParameters...".
First of all I would remove "java" here. But jobLauncherPath seams to be really wrong. There is no such parameter.
The JavaDoc for "main(String[])" says there are the parameters are "jobPath, jobName, jobParameters...". And the code seams to proof that.

SGB reported at https://spring.io/blog/2014/11/26/spring-roo-1-3-1-rc1-available-with-important-bug-fixes :

I downloaded the latest 1.3.1.RC1 version of spring ROO and attempted to reverse engineer JPA entity classes from my test postgresql database. The earlier error with the add-on for postgress driver is now fixed.
However, when I attempt the run the command,

roo> database reverse engineer --schema public --package ~.domain

I get a different error this time:

NullPointerException at 
 org.springframework.roo.classpath.TypeLocationServiceImpl.cacheType(TypeLocationServiceImpl.java:161)

I wonder if I might be doing something wrong. But I remember generating the JPA entity classes from the same tables a few months back in late september using java 7 and spring-too 1.2.5.

The fix for COMPRESS-117 which modified ArchiveStreamFactory().createArchiveInputStream(inputstream) results in short text files (empirically seems to be those <= 100 bytes) being detected as tar archives which obviously is not desirable if one wants to know whether or not the files are archives.
I'm not an expert on compressed archives but perhaps the heuristic that if a stream is interpretable as a tar file without an exception being thrown should only be applied on archives greater than 100 bytes?

getting multiple warnings for the following

[WARNING] 'reporting.plugins.plugin.version' for org.apache.maven.plugins:maven-project-info-reports-plugin is missing. @ org.apache.hbase:hbase:3.0.0-SNAPSHOT, /home/vagrant/hbase/pom.xml, line 3492, column 15
[WARNING] 'reporting.plugins.plugin.version' for org.apache.maven.plugins:maven-javadoc-plugin is missing. @ org.apache.hbase:hbase:3.0.0-SNAPSHOT, /home/vagrant/hbase/pom.xml, line 3520, column 15
[WARNING] 'reporting.plugins.plugin.version' for org.apache.maven.plugins:maven-checkstyle-plugin is missing. @ org.apache.hbase:hbase:3.0.0-SNAPSHOT, /home/vagrant/hbase/pom.xml, line 3721, column 15
[WARNING] 'reporting.plugins.plugin.version' for org.scala-tools:maven-scala-plugin is missing. @ org.apache.hbase:hbase:3.0.0-SNAPSHOT, /home/vagrant/hbase/pom.xml, line 3729, column 15

Shell documentation says:

~ stack$ ${HBASE_HOME}/bin/hbase shell PATH_TO_SCRIPT
Your script can lean on the methods provided by the HBase Shell.

This doesn't actually work.

I have wrote code below make camel as a load balancer, but camel-http4(and the camel-http, etc) deal the http header Host wrongly, it replace the Host header with the host name of the backend of balancer, that make the backend generate the wrong link.
Main.java

import org.apache.camel.model.RouteDefinition;

public class Main {
    public static void main(String[] args) throws Exception {
        DefaultCamelContext context = new DefaultCamelContext();

        RouteDefinition route = new RouteDefinition();
        route.from("jetty:http://0.0.0.0:8080/?matchOnUriPrefix=true")
                .loadBalance().roundRobin()
                .to("http4://127.0.0.1:8081/?bridgeEndpoint=true&throwExceptionOnFailure=false")
                .to("http4://127.0.0.1:8082/?bridgeEndpoint=true&throwExceptionOnFailure=false");
        //
        context.addRouteDefinition(route);
        context.start();
    }
}

I have view the code and found a fix of https://issues.apache.org/jira/browse/CAMEL-5757(See the commit), it's commits simply removed the host header https://fisheye6.atlassian.com/browse/camel-git/components/camel-http4/src/main/java/org/apache/camel/component/http4/HttpProducer.java?hb=true#to106. and I really do not think it should be dealt like that.
Some backend will use the Host header to generate link, and when the Host header removed and then it be set to the backend's host, the backend got the wrong Host, and generate the wrong link.
I expect the link should be http://localhost:8080/web but it generate http://127.0.0.1:8081/web or http://127.0.0.1:8082/web when I view the page with the url http://localhost:8080

When setting non-existing factory class to connector service, no validation is done and during startup after reload service will fail.

The method-call String path = WebUtils.extractFullFilenameFromUrlPath(request.getPathInfo()); throws a NullPointerException, because the pathInfo is null and the method only accepts not-null values.
I am not sure where it should be fixed (Spring Web oder Spring Batch Admin?). Is there maybe a workaround? 
Note: The first call against the application works, because then the method returns "/". 

at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:656)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:549)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1097)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1038)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:145)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:130)
	at org.springframework.web.filter.ShallowEtagHeaderFilter.doFilterInternal(ShallowEtagHeaderFilter.java:58)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:87)
	at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:834)
	at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:682)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:566)
	at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:486)
	at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:90)
	at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:748)
	at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1461)
	at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:118)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:458)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:387)
	at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:102)
	at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
	at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
	at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136)
	at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:195)
	at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:743)
	at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:873)
	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1473)
	at org.springframework.web.util.WebUtils.extractFullFilenameFromUrlPath(WebUtils.java:670)
	at org.springframework.batch.admin.web.interceptor.ContentTypeInterceptor.postHandle(ContentTypeInterceptor.java:96)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:801)
	... 34 more

HIVE-5511 fixed the same problem on Linux, but it still broke on Windows.

I noticed a couple of times, the word could is written as Cound.

Looks like HIVE-13945 change the decimal division precision/scale rules - the explanation being "Changed the default decimal precision in division, not sure why it was so low by default." (https://issues.apache.org/jira/browse/HIVE-13945?focusedCommentId=15354403&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15354403)
As far as I can tell this causes decimal division to have a minimum scale of 18.
cc Sergey Shelukhin - the rules that were in place were based on the SQL Server precision/scale rules in https://msdn.microsoft.com/en-us/library/ms190476.aspx
I'd like to revert this change to precision/scale rules

We want that multijoin optimization in SemanticAnalyzer always kicks in when CBO is enabled (if possible). For that, we may need to swap the join inputs when we return from CBO through the Hive AST.

When trying to encode an empty URL value for an application that has a configured servlet contextpath, the ResourceUrlEncodingFilter throws a StringIndexOutOfBoundsException.

User names are case sensitive on Linux but not on Windows when using the Elytron FileSystemSecurityRealm
This is IMO a security issue. And it also affects platform certifications.
If this is by any chance an expected behavior, then it has to be emphasized in documentation and in the domain model too (description of file-system-realm)

Inserting data via insert into table backed by druid can lead to a Hive server hang.
This is due to some bug in the naming of druid segments partitions.

drop table login_hive;
create table login_hive(`timecolumn` timestamp, `userid` string, `num_l` double);
insert into login_hive values ('2015-01-01 00:00:00', 'user1', 5);
insert into login_hive values ('2015-01-01 01:00:00', 'user2', 4);
insert into login_hive values ('2015-01-01 02:00:00', 'user3', 2);

insert into login_hive values ('2015-01-02 00:00:00', 'user1', 1);
insert into login_hive values ('2015-01-02 01:00:00', 'user2', 2);
insert into login_hive values ('2015-01-02 02:00:00', 'user3', 8);

insert into login_hive values ('2015-01-03 00:00:00', 'user1', 5);
insert into login_hive values ('2015-01-03 01:00:00', 'user2', 9);
insert into login_hive values ('2015-01-03 04:00:00', 'user3', 2);

insert into login_hive values ('2015-03-09 00:00:00', 'user3', 5);
insert into login_hive values ('2015-03-09 01:00:00', 'user1', 0);
insert into login_hive values ('2015-03-09 05:00:00', 'user2', 0);

drop table login_druid;
CREATE TABLE login_druid
TBLPROPERTIES ("druid.datasource" = "druid_login_test_tmp", "druid.segment.granularity" = "DAY", "druid.query.granularity" = "HOUR")
AS
select `timecolumn` as `__time`, `userid`, `num_l` FROM login_hive;
select * FROM login_druid;

insert into login_druid values ('2015-03-09 05:00:00', 'user4', 0); 

This patch unifies the logic of pushing and segments naming by using Druid data segment pusher as much as possible.
This patch also has some minor code refactoring and test enhancements.

If user configures IOR settings so that SSL connections are required, but there security is not configured properly, then normal socket is opened on iiop-ssl port. In described scenario error should be printed and iiop subsystem should fail to start.

ListKeyWrapper::equals() 

    @Override
    public boolean equals(Object obj) {
      if (!(obj instanceof ListKeyWrapper)) {
      }
      Object[] copied_in_hashmap = ((ListKeyWrapper) obj).keys;
      return equalComparer.areEqual(copied_in_hashmap, keys);
    }

In some very exceptional cases, SemanticAnayzer fails to merge join tree. Example is below.
create table a (val1 int, val2 int)
create table b (val1 int, val2 int)
create table c (val1 int, val2 int)
create table d (val1 int, val2 int)
create table e (val1 int, val2 int)
1. all same(single) join key --> one MR, good
select * from a join b on a.val1=b.val1 join c on a.val1=c.val1 join d on a.val1=d.val1 join e on a.val1=e.val1
2. two join keys --> expected to have two MR, but resulted to three MR
select * from a join b on a.val1=b.val1 join c on a.val1=c.val1 join d on a.val1=d.val1 join e on a.val2=e.val2
3. by changing the join order, we could attain two MR as first-expectation.
select * from a join e on a.val2=e.val2 join c on a.val1=c.val1 join d on a.val1=d.val1 join b on a.val1=b.val1

It should be defined as follows as per RFC 5280 Section 4.2.1.2 :

SubjectKeyIdentifier ::= KeyIdentifier
KeyIdentifier ::= OCTET STRING

The defaultBus could be polluted in the container like ServceMix.

If there is an orphaned softlink a -> b, but b does not exists anymore than the softlink will not be removed. This happens when you call FileUtils.deleteDirectory() and when the linked target b is deleted earlier than the link.
This is caused by the "ugly" file.exists() call in forceDelete()
if (!file.exists()) {
         throw new FileNotFoundException("File does not exist: " + file);
}
if this check is not done, everything works as expected. I think this test is not neccessery, cause file.delete will test this better.
Please discuss and change this.
thanx
Stefan 

If an implicit deployment occurs before a test-deployment, wildfly-swarm:start might return early.

SUMMARY:
After an anonymous user authenticates in order to access a protected resource, the RequestCacheAwareFilter does not destroy the saved request. 
After successfully replaying the original request for the protected resource, the saved request is no longer valid/useful and should be destroyed.
BACKGROUND:
I have a form handler registered at:
http://foo.com/app/form
A handler is defined with two methods (one for GET and one for POST). The form posts back to the same url as the GET request for the form (a relatively common practice?).
GET: /app/form
<form action="/app/form" method="POST"> ... </form>
The URL "/app/form" is protected by Spring Security and requires "IS_AUTHENTICATED_FULLY".
When an anonymous user  attempts to access the protected resource, they are correctly redirected to the login form. Once authentication is successful, the user is directed back to the protected resource.
Upon submitting the form, though, the POST fails, because the session still contains a cached copy of the original GET request.
Because the session still contains a copy of the original GET request, SavedRequest.doesRequestMatch (line 166) erroneously returns true. However, the requests do NOT match: the current request is a POST, whereas the saved request was a GET.
Additionally, after successfully completing the saved request after authentication, RequestCacheAwareFilter.doFilter (line 36) does not remove the saved request from the cache.
As a result, when the user attempts to POST the form, the result is the user being directed back to the GET view of the form, with no form-processing actions taking place. Debugging confirms that the requests are mapped to the handler's GET method.
I would consider this a critical if not blocking issue, as it prevents normal form processing to occur after authenticating. 
I am still looking, but I have not yet discovered a way to configure Spring Security to use a custom class in-place-of the RequestCacheAwareFilter - so I cannot easily extend or remove the Filter.
As a work around, I can change the form handler's POST methods to map to a different URL than the GET method - however, this breaks any RESTful contracts I might have wished to adhere to.
Additionally, I can configure a custom AuthenticationSuccessHandler (namely, using the SimpleUrlAuthenticationSuccessHandler instead of the SavedRequestAwareAuthenticationSuccessHandler). Doing so effectively stops the Security layer from trying to replay the original request, but this has a jarring impact on the user experience in that users always get redirected back to the default URL after authenticating.
CONCLUSION
Any other suggestions are welcome, and I am happy to provide more concrete code examples if necessary...

Sample code can be found here:
https://github.com/pivotal-Jammy-Louie/PCC-Pizza
When I start my application using JPA, configured with the @EnableContinuousQueries annotation, my app fails to start with Exceptions...
stack trace:

2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'pizzaController' defined in file [/home/vcap/app/BOOT-INF/classes/io/pivotal/pccpizza/controller/PizzaController.class]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'pizzaService' defined in file [/home/vcap/app/BOOT-INF/classes/io/pivotal/pccpizza/service/PizzaService.class]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'pizzaRepository': Cannot create inner bean '(inner bean)#3697186' of type [org.springframework.orm.jpa.SharedEntityManagerCreator] while setting bean property 'entityManager'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#3697186': Initialization of bean failed; nested exception is java.lang.NullPointerException
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:723) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:192) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1269) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1126) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:545) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:502) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:312) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:228) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:310) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:200) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:756) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:868) ~[spring-context-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:549) ~[spring-context-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh(ServletWebServerApplicationContext.java:122) ~[spring-boot-2.0.0.M3.jar!/:2.0.0.M3]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:750) [spring-boot-2.0.0.M3.jar!/:2.0.0.M3]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:386) [spring-boot-2.0.0.M3.jar!/:2.0.0.M3]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.SpringApplication.run(SpringApplication.java:327) [spring-boot-2.0.0.M3.jar!/:2.0.0.M3]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.SpringApplication.run(SpringApplication.java:1245) [spring-boot-2.0.0.M3.jar!/:2.0.0.M3]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.SpringApplication.run(SpringApplication.java:1233) [spring-boot-2.0.0.M3.jar!/:2.0.0.M3]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at io.pivotal.pccpizza.PccPizzaApplication.main(PccPizzaApplication.java:11) [classes/:na]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_131]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_131]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_131]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_131]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:48) [app/:na]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.loader.Launcher.launch(Launcher.java:87) [app/:na]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.loader.Launcher.launch(Launcher.java:50) [app/:na]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.boot.loader.JarLauncher.main(JarLauncher.java:51) [app/:na]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'pizzaService' defined in file [/home/vcap/app/BOOT-INF/classes/io/pivotal/pccpizza/service/PizzaService.class]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'pizzaRepository': Cannot create inner bean '(inner bean)#3697186' of type [org.springframework.orm.jpa.SharedEntityManagerCreator] while setting bean property 'entityManager'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#3697186': Initialization of bean failed; nested exception is java.lang.NullPointerException
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:251) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1133) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1060) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:809) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:715) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         ... 27 common frames omitted
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'pizzaRepository': Cannot create inner bean '(inner bean)#3697186' of type [org.springframework.orm.jpa.SharedEntityManagerCreator] while setting bean property 'entityManager'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#3697186': Initialization of bean failed; nested exception is java.lang.NullPointerException
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:327) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:131) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1607) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1352) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:582) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         ... 41 common frames omitted
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#3697186': Initialization of bean failed; nested exception is java.lang.NullPointerException
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:591) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:312) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         ... 55 common frames omitted
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT Caused by: java.lang.NullPointerException: null
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.data.gemfire.config.annotation.ContinuousQueryConfiguration.lambda$isApplicationBean$0(ContinuousQueryConfiguration.java:147) ~[spring-data-gemfire-2.0.0.RELEASE.jar!/:2.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at java.util.Optional.filter(Optional.java:178) ~[na:1.8.0_131]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.data.gemfire.config.annotation.ContinuousQueryConfiguration.isApplicationBean(ContinuousQueryConfiguration.java:147) ~[spring-data-gemfire-2.0.0.RELEASE.jar!/:2.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.data.gemfire.config.annotation.ContinuousQueryConfiguration.access$000(ContinuousQueryConfiguration.java:70) ~[spring-data-gemfire-2.0.0.RELEASE.jar!/:2.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.data.gemfire.config.annotation.ContinuousQueryConfiguration$1.postProcessBeforeInitialization(ContinuousQueryConfiguration.java:121) ~[spring-data-gemfire-2.0.0.RELEASE.jar!/:2.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:423) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1696) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:583) ~[spring-beans-5.0.0.RELEASE.jar!/:5.0.0.RELEASE]
2017-10-16T15:41:55.97-0400 [APP/PROC/WEB/0]OUT         ... 57 common frames omitted
2017-10-16T15:41:56.08-0400 [APP/PROC/WEB/0]OUT Exit status 1
2017-10-16T15:41:56.08-0400 [CELL/0]     OUT Exit status 0
2017-10-16T15:41:56.08-0400 [CELL/0]     OUT Stopping instance 8e9877cc-bdb0-486a-64b6-c024
2017-10-16T15:41:56.08-0400 [CELL/0]     OUT Destroying container
2017-10-16T15:41:56.10-0400 [API/0]      OUT Process has crashed with type: "web"
2017-10-16T15:41:56.11-0400 [API/0]      OUT App instance exited with guid f1ad1fa2-2e01-4461-be3d-d7e9e17bc07b payload: {"instance"=>"8e9877cc-bdb0-486a-64b6-c024", "index"=>0, "reason"=>"CRASHED", "exit_description"=>"APP/PROC/WEB: Exited with status 1", "crash_count"=>3, "crash_timestamp"=>1508182916049041208, "version"=>"879c94b0-7975-4125-91d1-7bf32a14b767"}
2017-10-16T15:41:57.48-0400 [CELL/0]     OUT Successfully destroyed container

OperationCancellationTestCase showed this failure:

2015-09-23 06:43:40,147 INFO  [org.jboss.as.test.integration.management.extension.blocker.BlockerExtension] (Host Controller Service Threads - 82) block requested by testSlaveBlockCompletionCancelSlave for slave/undefined(COMMIT)
2015-09-23 06:43:40,147 INFO  [org.jboss.as.test.integration.management.extension.blocker.BlockerExtension] (Host Controller Service Threads - 82) will block at COMMIT for 20000
2015-09-23 06:43:40,164 INFO  [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 71) WFLYCTL0352: Cancelling operation 'block' with id '1900489784' running on thread 'Host Controller Service Threads - 82'
2015-09-23 06:43:40,185 ERROR [stderr] (Host Controller Service Threads - 82) Exception in thread "Host Controller Service Threads - 82" java.lang.AssertionError
2015-09-23 06:43:40,185 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestContext.completed(TransactionalProtocolOperationHandler.java:475)
2015-09-23 06:43:40,186 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:190)
2015-09-23 06:43:40,186 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:136)
2015-09-23 06:43:40,186 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:132)
2015-09-23 06:43:40,186 ERROR [stderr] (Host Controller Service Threads - 82) 	at java.security.AccessController.doPrivileged(Native Method)
2015-09-23 06:43:40,186 ERROR [stderr] (Host Controller Service Threads - 82) 	at javax.security.auth.Subject.doAs(Subject.java:360)
2015-09-23 06:43:40,186 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:81)
2015-09-23 06:43:40,186 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:152)
2015-09-23 06:43:40,186 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:148)
2015-09-23 06:43:40,187 ERROR [stderr] (Host Controller Service Threads - 82) 	at java.security.AccessController.doPrivileged(Native Method)
2015-09-23 06:43:40,187 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:148)
2015-09-23 06:43:40,187 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:299)
2015-09-23 06:43:40,187 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:519)
2015-09-23 06:43:40,187 ERROR [stderr] (Host Controller Service Threads - 82) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2015-09-23 06:43:40,187 ERROR [stderr] (Host Controller Service Threads - 82) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2015-09-23 06:43:40,187 ERROR [stderr] (Host Controller Service Threads - 82) 	at java.lang.Thread.run(Thread.java:745)
2015-09-23 06:43:40,187 ERROR [stderr] (Host Controller Service Threads - 82) 	at org.jboss.threads.JBossThread.run(JBossThread.java:320)

What happens here is the slave HC executing the 'block' op has sent a prepare message to the master, and then when the commit has not come back yet the test driver triggers a cancel on the slave. At this point the thread running the 'block' op returns and tries to send the final result to the master. But it fails because the prepare logic has nulled out the responseChannel field, and the commit message has not arrived yet to restore a new one.
If assertions weren't enabled, the result would be an NPE when the null responseChannel is used.
I don't see any reason for null out the responseChannel.

RPC server does not handle the AccessControlException thrown by authorizeConnection failure properly and in return sends IOException to the HBase client. 
Ultimately the client does retries and gets RetriesExhaustedException but does not getting any link or information or stack trace about AccessControlException.
                In short summary, upon inspection of RPCServer.java, it seems for the Listener, the Reader read code as below does not handle AccessControlException

void doRead(….
…..
…..
              try {
        count = c.readAndProcess(); // This readAndProcess method throws AccessControlException from processOneRpc(byte[] buf) which is not handled ?
      } catch (InterruptedException ieo) {
        throw ieo;
      } catch (Exception e) {
        LOG.warn(getName() + ": count of bytes read: " + count, e);
        count = -1; //so that the (count < 0) block is executed
      }

Below is the client logs if authorizeConnection throws AccessControlException:
2014-07-24 19:40:58,768 INFO  [main] client.HConnectionManager$HConnectionImplementation: getMaster attempt 7 of 7 failed; no more retrying.
com.google.protobuf.ServiceException: java.io.IOException: Call to host-10-18-40-101/10.18.40.101:60000 failed on local exception: java.io.EOFException
        at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1674)
        at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1715)
        at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$BlockingStub.isMasterRunning(MasterProtos.java:42561)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$MasterServiceStubMaker.isMasterRunning(HConnectionManager.java:1688)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$StubMaker.makeStubNoRetries(HConnectionManager.java:1597)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$StubMaker.makeStub(HConnectionManager.java:1623)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$MasterServiceStubMaker.makeStub(HConnectionManager.java:1677)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getKeepAliveMasterService(HConnectionManager.java:1885)
[...]
Caused by: java.io.IOException: Call to host-10-18-40-101/10.18.40.101:60000 failed on local exception: java.io.EOFException
        at org.apache.hadoop.hbase.ipc.RpcClient.wrapException(RpcClient.java:1485)
        at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1457)
        at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1657)
        ... 254 more
        at org.apache.hadoop.hbase.ipc.RpcClient$Connection.readResponse(RpcClient.java:1072)
        at org.apache.hadoop.hbase.ipc.RpcClient$Connection.run(RpcClient.java:728)

A recent hive-user mailing list conversation asked about having a command to show the current database.
http://mail-archives.apache.org/mod_mbox/hive-user/201303.mbox/%3CCAMGr+0i+CRY69m3id=DxthmUCWLf0NxpKMCtROb=uauH2vAHng@mail.gmail.com%3E
MySQL seems to have a command to do so:

select database();

http://dev.mysql.com/doc/refman/5.0/en/information-functions.html#function_database
We should look into having something similar in Hive.

In some cases when there's a mapjoin in union work we need to broadcast the same result set to multiple downstream work items. This causes a vertex failure right now.

This is due to the following check clazz.isAssignableFrom(ByteArrayResource.class), which is in reverse order to what it should be.

The quickstart guide currently instructs folks to set JAVA_HOME, but to the wrong place

The JAVA_HOME variable should be set to a directory which contains the executable file bin/java. Most modern Linux operating systems provide a mechanism, such as /usr/bin/alternatives on RHEL or CentOS, for transparently switching between versions of executables such as Java. In this case, you can set JAVA_HOME to the directory containing the symbolic link to bin/java, which is usually /usr.

JAVA_HOME=/usr

instead, it should tell folks to point it to a jdk installation and help them on how to find that.

Currently, we do not support partition pruning for the following scenario

create table pcr_t1 (key int, value string) partitioned by (ds string);
insert overwrite table pcr_t1 partition (ds='2000-04-08') select * from src where key < 20 order by key;
insert overwrite table pcr_t1 partition (ds='2000-04-09') select * from src where key < 20 order by key;
insert overwrite table pcr_t1 partition (ds='2000-04-10') select * from src where key < 20 order by key;
explain extended select ds from pcr_t1 where struct(ds, key) in (struct('2000-04-08',1), struct('2000-04-09',2));

If we run the above query, we see that all the partitions of table pcr_t1 are present in the filter predicate where as we can prune  partition (ds='2000-04-10'). 
The optimization is to rewrite the above query into the following.

explain extended select ds from pcr_t1 where  (struct(ds)) IN (struct('2000-04-08'), struct('2000-04-09')) and  struct(ds, key) in (struct('2000-04-08',1), struct('2000-04-09',2));

The predicate (struct(ds)) IN (struct('2000-04-08'), struct('2000-04-09'))  is used by partition pruner to prune the columns which otherwise will not be pruned.
This is an extension of the idea presented in HIVE-11573.

Normally, the read resource operation returns children of a given type in their correct order. However, if the child type has overrides (e.g. type=foo overrides type=*), the read resource operation returns the override children first, followed by the wildcard children in order.  Order should be respected for all children of a given type.

I am using a cxf endpoint configured in POJO mode and running in wsdl-first-approach. When a web-service client(Soap-UI) send a request with headers, it expects headers back with appropriate response Action defined in wsdl, however, with this configuration no headers are not being sent back.
Error seen on debug logs:
ContextUtils                   DEBUG retrieving MAPs from context property javax.xml.ws.addressing.context.inbound
ContextUtils                   WARN  WS-Addressing - failed to retrieve Message Addressing Properties from context
MAPAggregator                  DEBUG MAPs retrieved from message null
ContextUtils                   DEBUG retrieving MAPs from context property javax.xml.ws.addressing.context.outbound
Please find attached detailed logs, a sample project, and a sample xml request.
Some more details:
Endpoint configuration: CxfEndpoint, WSAdressing Feature enabled, Wsdl First approach
Camel Version: 2.0.0
CXF Version: 2.2.2

When running hive recursive debug mode, for example,
./bin/hive --debug:port=10008,childSuspend=y
It fails with error msg:
–
ERROR: Cannot load this JVM TI agent twice, check your java command line for duplicate jdwp options.Error occurred during initialization of VM
agent library failed to init: jdwp
–
It is because HADOOP_OPTS and HADOOP_CLIENT_OPTS both have jvm debug options when invoking HADOOP.sh for the child process. The HADOOP_CLIENT_OPTS is appended to HADOOP_OPTS in HADOOP.sh which leads to the duplicated debug options.

Create a table test(a string); 
Hive> create table test(key string);
Change the /user/hive/warehouse/test  permission to something else other than the default, like 777.
Hive> dfs -chmod 777 /user/hive/warehouse/test;
Hive> dfs -ls -d /user/hive/warehouse/test;
drwxrwxrwx   - axu wheel         68 2015-01-26 18:45 /user/hive/warehouse/test
Then truncate table test; 
Hive> truncate table test;
The permission goes back to the default.
hive> dfs -ls -d /user/hive/warehouse/test;
drwxr-xr-x   - axu wheel         68 2015-01-27 10:09 /user/hive/warehouse/test

Hi, 
I've tried to used CombinedConfiguration but it seems escaped characters are not taken into account :
import org.apache.commons.configuration.CombinedConfiguration;
import org.apache.commons.configuration.ConfigurationException;
import org.apache.commons.configuration.PropertiesConfiguration;
import junit.framework.TestCase;
public class TestProp extends TestCase {
	public void testprop() throws ConfigurationException 
{
		// test.properties contains :
		//    without_escape=aa,bb
		//    with_escape=aa\,bb
		//    with_2escapes=aa\\,bb
		
		String prop_filename = "c:\\tmp\\test.properties";
		PropertiesConfiguration properties_config = new PropertiesConfiguration(prop_filename);
		CombinedConfiguration   combined_config   = new CombinedConfiguration();
		combined_config.addConfiguration(properties_config);
		
		System.out.println("Properties config");
		System.out.println(properties_config.getString("without_escape"));
		System.out.println(properties_config.getString("with_escape"));
		System.out.println(properties_config.getString("with_2escapes"));

		System.out.println("\nCombined config");
		System.out.println(combined_config.getString("without_escape"));
		System.out.println(combined_config.getString("with_escape"));
		System.out.println(combined_config.getString("with_2escapes"));
		
	}
}
Result : 
---------
Properties config
aa
aa,bb
aa,bb
Combined config
aa
aa
aa
Thanks !
Franck

I've tested SPR-9239 on 3.2M2 and set @RequestBody(required=false), and it is still throwing org.springframework.http.converter.HttpMessageNotReadableException when I send it a null body from a test client. I would expect my body object parameter to be sent through as null, as per the comments on the @RequestBody.required() method.
Any suggestions?

class Order {

  Set<LineItems> lineItems;
}

If Order is repository managed but LineItems is not, the line items do not get rendered at all.

Materialized views registry is doing SessionState.start() which will start regular tez session. In the presence of external tez sessions, it should get session from external sessions pool. There are also other places where SessionState.start() might be invoked.

The UnaryOperator is supposed to offer a final override configuration so needs to wrap the inner factory not the outer one as the outer one already has configuration based modifications applied to it so the effect of the UnaryOperator is ignored.

The RememberMeServices bean isn't being injected into the AuthenticationProcessingFilter, probably after some of the recent changes to post processing or form login parsing.

If in a race a COMPLETE_TX_REQUEST cancelling an op is processed by a server/slave HC before the original EXECUTE_TX_REQUEST is processed, when the EXECUTE_TX_REQUEST comes in the AbortOperationHandler attempts to respond with a "outcome"=>"cancelled" response. This will fail because the ExecutionRequestContext will not be initialized.
In this situation the AbortOperationHandler should initialize the ERC.
With assertions enabled, this appears in the log:

20:58:47,947 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) Exception in thread "Remoting "slave:main-three:MANAGEMENT" task-6" java.lang.AssertionError

20:58:47,947 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestContext.failed(TransactionalProtocolOperationHandler.java:458)

20:58:47,948 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$AbortOperationHandler.handleRequest(TransactionalProtocolOperationHandler.java:275)

20:58:47,948 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:270)

20:58:47,948 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:252)

20:58:47,948 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:123)

20:58:47,949 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at org.jboss.as.protocol.mgmt.ManagementChannelReceiver$1.handleMessage(ManagementChannelReceiver.java:56)

20:58:47,949 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at org.jboss.as.protocol.mgmt.ManagementChannelReceiver.handleMessage(ManagementChannelReceiver.java:85)

20:58:47,949 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:451)

20:58:47,949 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at org.jboss.remoting3.EndpointImpl$TrackingExecutor$1.run(EndpointImpl.java:705)

20:58:47,950 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

20:58:47,950 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

20:58:47,950 ERROR [stderr] (Remoting "slave:main-three:MANAGEMENT" task-6) 	at java.lang.Thread.run(Thread.java:745)

Without assertions, a few lines later a call to sendResponse will result in an NPE.

A MDB is configured using a deployment descriptor as a CMT with:

    <assembly-descriptor>
        <container-transaction>
            <method>
                <ejb-name>ContainerManagedTransactionNotSupportedMDBWithDD</ejb-name>
                <method-name>onMessage</method-name>
                <method-params>
                    <method-param>javax.jms.Message</method-param>
                </method-params>
            </method>
            <trans-attribute>NotSupported</trans-attribute>
        </container-transaction>
    </assembly-descriptor>

According to the sec, a call to MessageDrivenContext.setRollbackOnly() in the MDB's onMessage() method must throw an illegal state exception (as there is no active transaction).
Thats's not the case.
I debugged the code and WildFly identifies the invocation as the component MESSAGE_ENDPOINT methodIntf and its tx attribute as REQUIRED. The call to MessageDrivenContext.setRollbackOnly() succeeds when it must not.
The component txattrs do contain a BEAN methodIntf for the same method onMessage(javax.jms.Message) with NOT_SUPPORTED that corresponds to the deployment descriptor but it is not used.
If I explicitly set

   <method-intf>MessageEndpoint</method-intf>

the test passes (MessageDrivenContext.setRollbackOnly() throws the expected exception)
I think it is a bug to have to specify the <method-intf> in the DD. The test should pass without it as this "style 3" method declaration is legal for MDB.

These tests have never run due to a pom.xml configuration mishap, and some of them fail:

ConnectionTests
PrincipalMappingTests
UserPasswordTests

After https://github.com/dmlloyd/wildfly-elytron/commit/d65a5a074d65 is fixed (PR https://github.com/wildfly-security/wildfly-elytron/pull/40) it will just be a question of un-commenting the commented-out line in pom.xml to run the missing tests.

Netty channel buffer size is hard-coded 128KB now. It should be made configurable.

Follow up to JBEAP-12140. 
The OtpSaslTestCase has to be updated.

set hive.map.aggr=false; 
select count(key),count(distinct value) from src group by key;

We will get an ArrayIndexOutOfBoundsException from GroupByOperator:

	at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:485)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:420)
	at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:260)
	... 5 more
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.configure(ExecReducer.java:159)
	... 10 more
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.initializeOp(GroupByOperator.java:281)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:377)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.configure(ExecReducer.java:152)
	... 10 more

explain select count(key),count(distinct value) from src group by key;

    Map Reduce
        src 
          TableScan
            alias: src
                    expr: key
                    type: int
              outputColumnNames: key, value
                      expr: key
                      type: int
                sort order: ++
                      expr: key
                      type: int
                tag: -1
          aggregations:
                expr: count(KEY._col0)   // The parameter causes this problem
                           ^^^^^^^^^^^                
                expr: count(DISTINCT KEY._col1:0._col0)
          bucketGroup: false
          keys:
                expr: KEY._col0
                type: int
          mode: complete
          outputColumnNames: _col0, _col1, _col2
                  type: bigint
            outputColumnNames: _col0, _col1
              table:

      limit: -1

The root cause is within GroupByOperator.initializeOp(). The method forgets to handle the case:
For a query has distinct aggregations, there is an aggregation function has a parameter which is a groupby key column but not distinct key column.

        if (unionExprEval != null) {
          String[] names = parameters.get(j).getExprString().split("\\.");
          // parameters of the form : KEY.colx:t.coly
          if (Utilities.ReduceField.KEY.name().equals(names[0])) {
            String name = names[names.length - 2];
            int tag = Integer.parseInt(name.split("\\:")[1]);
            
            ...
            
          } else {
            // will be VALUE._COLx
            if (!nonDistinctAggrs.contains(i)) {
              nonDistinctAggrs.add(i);
            }
          }

We have a replica set with three nodes with hostnames A, B and C. ServerAddressPropertyEditor parses the replica set A,B,C and fails if one of the host name is unresolvable. That's not correct because the replica set configuration is treated as a seed for the MongoDB's driver. The driver is able discover the replica set topology even if only one node is available from the seed. 
ServerAddressPropertyEditor should be more robust and fail only if all hostnames from the replica set seed are unresolvable. You can see such implementation below

public class RobustServerAddressPropertyEditor extends PropertyEditorSupport{
    private static Logger log = LoggerFactory.getLogger(RobustServerAddressPropertyEditor.class);

    @Override
    public void setAsText(String replicaSetString) {
        String[] replicaSetStringArray = StringUtils.commaDelimitedListToStringArray(replicaSetString);
        List<ServerAddress> serverAddresses = new ArrayList<ServerAddress>(replicaSetStringArray.length);

        for (int i = 0; i < replicaSetStringArray.length; i++) {
            String[] hostAndPort = StringUtils.delimitedListToStringArray(replicaSetStringArray[i], ":");
            try {
                ServerAddress serverAddress = new ServerAddress(hostAndPort[0], Integer.parseInt(hostAndPort[1]));
                serverAddresses.add(serverAddress);
            } catch (NumberFormatException e) {
                log.warn("Could not parse MongoDB configuration port {}", hostAndPort[1]);
            } catch (UnknownHostException e) {
                log.warn("The IP address for host {} could not be determined", hostAndPort[0]);
            }
        }
        if(serverAddresses.isEmpty()) {
            log.error("Cannot resolve at least one host in MongoDB replicaSet configuratuin {}", replicaSetString);
            throw new IllegalArgumentException("Cannot resolve at least one host in MongoDB replicaSet configuratuin");
        }
        setValue(serverAddresses.toArray(new ServerAddress[0]));
    }
}

Executing a query with the MAPJOIN hint and the bucketed sort merge join optimizations enabled:

set hive.input.format=org.apache.hadoop.hive.ql.io.BucketizedHiveInputFormat;
set hive.optimize.bucketmapjoin.sortedmerge = true;

works fine with partitioned tables if there is only one partition in the table. However, if you add a second partition, Hive attempts to do a regular map-side join which can fail because the tables are too large. Hive ought to be able to still do the bucketed sort merge join with partitions.

I've been working on a PR to support failOnError for script execution, per the discussion on GitHub PR #47.
Leaving aside the fact that the note in the comment on this @Parameter states that "this setting is not used for scripts" and "Scripts must handle errors on their own," and that the impetus for the "not failing on error" was that CLI module handling (add/remove) is broken in both commands and scripts for "if-end-if" and "try-catch"; the setting isn't behaving as expected.
During debugging, unless the configuration is set explicitly, the default value is always false, even though defaultValue = "true" is set in the annotation.
I don't know enough about Mojo DI to know if this is an artifact of a @Parameter of a @Parameter or something else, but explicitly setting private boolean failOnError = true; in Commands produces the expected results.
I have a PR with tests of you're interested, but it means exposing the Commands field via ExecuteCommandsMojo#getCommands() for inspection during testing.

hive> select 0.09765625BD;
FAILED: IllegalArgumentException Decimal scale must be less than or equal to precision

Put HBase logo back on book
Remove docbkx building instructions and make sure asciidoc building instructions are solid
Several feedback items from Lars George:

Lars George
Jan-19 8:45 pm
@misty Something is off with Table1, no? https://github.com/apache/hbase/blob/master/src/main/asciidoc/_chapters/getting_started.adoc#24-adva...
Is seems like a header for a table, but has no content
Misty Stanley-Jones
Jan-19 8:47 pm
yes you are right
@misty yeah, it is missing the node-a etc in the first column and the Xs (I presume) in the others for the assignment

Jan-19 11:53 pm
@misty 2.4 (or was it 2.3, but it is at the end of that section) and 5. are messing up the ports for the UIs
Jan-19 11:56 pm
@misty there is a stray section between 2.5 and 3. that seems lost and out of place.
Tuesday January 20, 2015
Jan-20 12:04 am
@misty hbase.balancer.period in the section with the parsed hbase-default.xml is borked
Jan-20 12:05 am
A few more below that are also borked
Jan-20 12:15 am
This is 6.2 btw
Jan-20 12:16 am
There are quite a few where "Description" is missing and the actual description is printed as Courier font text, like the property name
Jan-20 12:17 am
@misty That dangling section between 2.5 and 3. seems redundant, as 6.x explain them all. Unless the former is for the quickstart section?
Jan-20 12:41 am
@misty 11.1 also stuffs up the ports, the new master port in this case
Jan-20 12:43 am
@misty in general the upgrading sections should be subsections (11, 12, 13, etc should be no major sections)
Jan-20 12:45 am
@misty between 17. and 18. is another dangling section with no numbering
Jan-20 12:47 am
And again, 18., 19., 20. etc should be one major section with subsections, not all major section on their own
I presume now that that dangling section between 17. and 18. is the Intro and the other should be beneath it. I guess also then this is the same for earlier issues with section placements.
Jan-20 12:51 am
Yeah, same for 23.5 to 24., the Data Model is the intro but shows up dangling and all else is moved up the hierarchy
Jan-20 1:19 am
@misty 38. (or whatever that really is now that I noticed the broken hierarchy) is also out of date.
Jan-20 1:20 am
(well decoupled flushing is still being worked on though)

Jan-20 8:05 pm
@misty 70.5 the lead into the bulleted list is borked, it appears as part of the first item
Jan-20 8:06 pm
@misty and did you see those other 20+ message I sent earlier? Just checking you se them
Jan-20 8:08 pm
oh, and a spell check run would not be the worst idea. Some later content is off.
Jan-20 8:27 pm
@misty Same issue with bulleted list in 70.7.7 - I assume this is a wider issue after conversion?
Jan-20 8:39 pm
@misty "Parameters Used by Compaction Algorithm" the table is broken

Currently there is no way to throw custom IOExceptions from any of the filter methods.
For implementers of custom filters that presents a problem.
For example there are scenarios where the filter would want to indicate to the client that there it should not retry. Currently there is no way of doing that.

When the jboss-cli.sh (and by extension, the CommandContext API in java) is given certain commands while not connected to the client, an unhandled NPE is thrown from org.jboss.as.cli.handlers.GenericTypeOperationHandler.getOperationDescription(GenericTypeOperationHandler.java:886)
Certain other commands succeed: 
[disconnected / #] /subsystem=datasources/jdbc-driver=ibmdb2:add(driver-name=ibmdb2,driver-module-name=com.ibm.db2)
#1 /subsystem=datasources/jdbc-driver=ibmdb2:add(driver-name=ibmdb2,driver-module-name=com.ibm.db2)
The line in question is here, in org.jboss.as.cli.handlers.GenericTypeOperationHandler:
result = ctx.getModelControllerClient().execute(request);
At the time of this call, the client field of the context is null; therefore, calling the execute method results in this NPE. This code is not hit with the /subsystem command because of some logic I see in CommandContextImpl.

The test seems to be picking up some state changed by another test , as it fails only when run in sequence. (cd itests; mvn install test -Dtest=TestCliDriver -Dqfile_regex=.authorization.  -Phadoop-2 -Dtest.output.overwrite=true)
The diff -

--- a/ql/src/test/results/clientpositive/authorization_explain.q.out
+++ b/ql/src/test/results/clientpositive/authorization_explain.q.out
@@ -16,9 +16,6 @@ CURRENT_USER:
   hive_test_user
 OPERATION: 
   QUERY
-AUTHORIZATION_FAILURES: 
-  No privilege 'Select' found for inputs { database:default, table:srcpart, columnName:key}
-  No privilege 'Select' found for inputs { database:default, table:src, columnName:key}
 Warning: Shuffle Join JOIN[4][tables = [src, srcpart]] in Stage 'Stage-1:MAPRED' is a cross product
 PREHOOK: query: explain formatted authorization select * from src join srcpart
 PREHOOK: type: QUERY

if 2 concurrent calls to MutexApi.acquireLock() happen with the same "key" value and there is no row in AUX_TABLE for that value yet (i.e. both are attempting to insert it) Postgres kills the txn which gets the Duplicate Key error and no more statements can be executed on this txn.
(This is different from the way most DBs behave).

Caused by: MetaException(message:Unable to lock 'CheckLock' due to: ERROR: current transaction is aborted, commands ignored until end of transaction block (SQLState=25P02, ErrorCode=0); org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block
	at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2198)
	at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1927)
	at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255)
	at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:561)
	at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:405)
	at org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:285)
	at com.jolbox.bonecp.StatementHandle.executeQuery(StatementHandle.java:464)
	at org.apache.hadoop.hive.metastore.txn.TxnHandler.acquireLock(TxnHandler.java:3250)
	at org.apache.hadoop.hive.metastore.txn.TxnHandler.checkLock(TxnHandler.java:2319)
	at org.apache.hadoop.hive.metastore.txn.TxnHandler.checkLockWithRetry(TxnHandler.java:1022)
	at org.apache.hadoop.hive.metastore.txn.TxnHandler.lock(TxnHandler.java:794)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.lock(HiveMetaStore.java:5941)
	at com.sun.proxy.$Proxy30.lock(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.lock(HiveMetaStoreClient.java:2109)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:154)
	at com.sun.proxy.$Proxy31.lock(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2259)
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager$SynchronizedMetaStoreClient.lock(DbTxnManager.java:745)
	at org.apache.hadoop.hive.ql.lockmgr.DbLockManager.lock(DbLockManager.java:103)
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.acquireLocks(DbTxnManager.java:341)
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.acquireLocksWithHeartbeatDelay(DbTxnManager.java:357)
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.acquireLocks(DbTxnManager.java:167)
	at org.apache.hadoop.hive.ql.Driver.acquireLocksAndOpenTxn(Driver.java:985)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1321)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1088)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:242)
	at org.apache.hive.service.cli.operation.SQLOperation.access$800(SQLOperation.java:91)
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:334)
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:347)
)
	at org.apache.hadoop.hive.metastore.txn.TxnHandler.acquireLock(TxnHandler.java:3268)

Create a simple GWT app as follows:

jpa setup --provider ECLIPSELINK --database H2_IN_MEMORY

entity jpa --class ~.domain.Thing

entity jpa --class ~.domain.Owner
field set --fieldName things --type ~.domain.Thing

web gwt setup
web gwt all --proxyPackage ~.client.proxy --requestPackage ~.client.request

Start the app using "mvn gwt:run".
Create a Thing.
Create an Owner in which the set contains the Thing you created above.
When you click "Save", the following text appears in the UI:

[com.example.client.proxy.ThingProxyAutoBean_com_google_web_bindery_requestfactory_shared_impl_EntityProxyCategory_com_google_web_bindery_requestfactory_shared_impl_ValueProxyCategory_com_google_web_bindery_requestfactory_shared_impl_BaseProxyCategory$2@1] ([com.example.client.proxy.ThingProxyAutoBean_com_google_web_bindery_requestfactory_shared_impl_EntityProxyCategory_com_google_web_bindery_requestfactory_shared_impl_ValueProxyCategory_com_google_web_bindery_requestfactory_shared_impl_BaseProxyCategory$2@1])

Caused by: java.lang.IllegalStateException: WFLYUT0047: Relative ordering conflict with JAR: <jarname>.jar
       at org.wildfly.extension.undertow.deployment.WarMetaDataProcessor.resolveOrder(WarMetaDataProcessor.java:717)
       at org.wildfly.extension.undertow.deployment.WarMetaDataProcessor.deploy(WarMetaDataProcessor.java:212)
       ... 6 more

Customer has domain mode, they have the following enabled

RBAC
Management realm with ssl and ldap

When HC is disconnected from the DC due to bad GC performance, it then cannot connect to the DC with the following errors
2018-08-15 04:30:19,035 WARN  [org.jboss.as.host.controller] (management task-3) WFLYHC0015: Connection to remote host-controller closed. Trying to reconnect.
2018-08-15 04:30:19,036 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 149) WFLYHC0150: Trying to reconnect to master host controller.
2018-08-15 04:30:21,006 ERROR [org.jboss.as.host.controller] (Host Controller Service Threads - 151) WFLYHC0143: Failed to apply domain-wide configuration from master host controller. Operation outcome: failed. Failure description "WFLYCTL0313: Unauthorized to execute operation 'server-set-reload-required' for resource '[]' – \"WFLYCTL0332: Permission denied\""
due to this , We are not able to restart any JVMs in this domain. The only way we could recover was to restart all DC/HC & JVMs. I have collected the logs and config files for DC/HC/JVM and I am uploading it to the case. Please review and let us know what is the root cause of this issue and what can be done to prevent it. 
There is a management operation is requires reload in the log.

Java 6 ServiceLocator requires SPI resources to be encoded in UTF8 according to <http://docs.oracle.com/javase/6/docs/api/java/util/ServiceLoader.html>.
I believe Camel SPI locator should confirm to this.
Pull request with patch:
<https://github.com/apache/camel/pull/115>
Sorry for not supplying tests. Try running tests using property "file.encoding=UTF16" 

There are upstream dependencies in EJB client BOM dependency tree:

org.wildfly.discovery:wildfly-discovery-client:jar:1.0.0.Beta10:compile
org.wildfly.transaction:wildfly-transaction-client:jar:1.0.0.Beta19:compile
org.jboss.spec.javax.resource:jboss-connector-api_1.7_spec:jar:1.0.0.Final:compile
org.wildfly.client:wildfly-client-config:jar:1.0.0.Beta2:compile

Full dependency tree is:

\- org.jboss.eap:wildfly-ejb-client-bom:pom:7.1.0.Beta1-redhat-1:compile
   +- org.jboss:jboss-ejb-client:jar:4.0.0.Beta24-redhat-1:compile
   |  +- org.wildfly.discovery:wildfly-discovery-client:jar:1.0.0.Beta10:compile
   |  \- org.wildfly.transaction:wildfly-transaction-client:jar:1.0.0.Beta19:compile
   |     \- org.jboss.spec.javax.resource:jboss-connector-api_1.7_spec:jar:1.0.0.Final:compile
   +- org.jboss.logging:jboss-logging:jar:3.3.1.Final-redhat-1:compile
   +- org.jboss.marshalling:jboss-marshalling:jar:2.0.0.Beta5-redhat-1:compile
   +- org.jboss.marshalling:jboss-marshalling-river:jar:2.0.0.Beta5-redhat-1:compile
   +- org.jboss.remoting:jboss-remoting:jar:5.0.0.Beta19-redhat-1:compile
   |  \- org.wildfly.client:wildfly-client-config:jar:1.0.0.Beta2:compile
   +- org.jboss.spec.javax.transaction:jboss-transaction-api_1.2_spec:jar:1.0.1.Final-redhat-1:compile
   +- org.jboss.spec.javax.ejb:jboss-ejb-api_3.2_spec:jar:1.0.0.Final-redhat-1:compile
   +- org.jboss.xnio:xnio-api:jar:3.5.0.Beta4-redhat-1:compile
   +- org.jboss.xnio:xnio-nio:jar:3.5.0.Beta4-redhat-1:compile
   +- org.wildfly:wildfly-naming-client:jar:1.0.0.Beta13-redhat-1:compile
   +- org.wildfly.common:wildfly-common:jar:1.2.0.Beta9-redhat-1:compile
   \- org.wildfly.security:wildfly-elytron:jar:1.1.0.Beta34-redhat-1:compile

When calling beanFactory.getBeanNamesForType with  ResolvableType.forClassWithGenerics(), if bean is lazy it works, after initialization or bean not lazy this code will not work. 
Here's a case, all asserts return true:

@SpringBootApplication 
public class DemoApplication \{
 public static void main(String[] args) {
 ConfigurableApplicationContext run = SpringApplication.run(DemoApplication.class, args);
 assert run.getBeanNamesForType(ResolvableType.forClassWithGenerics(Test.class, String.class)).length == 0; 
 assert run.getBean(run.getBeanNamesForType(ResolvableType.forClassWithGenerics(Test.class, Integer.class))[0]) != null;
 assert run.getBeanNamesForType(ResolvableType.forClassWithGenerics(Test.class, Integer.class)).length == 0; } 

@Bean 
Test<String> getString() \{ 
return new Test<>(); 
} 

@Bean 
@Lazy 
Test<Integer> getInteger() \{ 
return new Test<>();
 } }

 class Test<T>\{ }

The builds on my Mac use the platform specific encoding thus leading to the following warngin:

[WARNING] Using platform encoding (MacRoman actually) to copy filtered resources, i.e. build is platform dependent!

We should use the <project.build.sourceEncoding> property to specify a project specific encoding (UTF-8).

I see the following exception under some cases in the logs. This possibly happens when you try to add empty partitions.

2018-04-19T19:32:19,260 ERROR [pool-7-thread-7] metastore.RetryingHMSHandler: MetaException(message:java.lang.NumberFormatException: null)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newMetaException(HiveMetaStore.java:6824)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_partitions_with_environment_context(HiveMetaStore.java:4864)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_partitions(HiveMetaStore.java:4801)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:108)
        at com.sun.proxy.$Proxy24.alter_partitions(Unknown Source)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$alter_partitions.getResult(ThriftHiveMetastore.java:16046)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$alter_partitions.getResult(ThriftHiveMetastore.java:16030)
        at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:111)
        at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:107)
        at org.apache.hadoop.hive.metastore.TUGIBasedProcessor.process(TUGIBasedProcessor.java:119)
Caused by: java.lang.NumberFormatException: null
        at java.lang.Long.parseLong(Long.java:552)
        at java.lang.Long.parseLong(Long.java:631)
        at org.apache.hadoop.hive.metastore.utils.MetaStoreUtils.isFastStatsSame(MetaStoreUtils.java:632)
        at org.apache.hadoop.hive.metastore.HiveAlterHandler.alterPartitions(HiveAlterHandler.java:743)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_partitions_with_environment_context(HiveMetaStore.java:4827)
        ... 21 more

When CombineHiveInputFormat is used, it's possible that two files with different numbers of files can be included in the same split, in which case Hive will fail at one of several points with an ArrayIndexOutOfBoundsException.
This can happen when a partition contains empty files or two partitions are read with different numbers of columns.

Since an upgrade to JPA 1.6 RC1, Spring MVC fails to properly address a NullableWrapper and this is returned, with the contents contained with the NullableWrapper.
I have a MVC method that is returning:

public Callable<Set<Pos>> get(.....) {
    final Set<Pos> allPos = posService.findAll();
    return ImmutableSortedSet.copyOf(allPos);
}

With Spring Data JPA 1.5., I get on the wire a set of Pos's in JSON format, i.e.,

[{"name: "pos1"}, {"name: "pos2"}]

With Spring Data JPA 1.6 RC1, I now get the NullableWrapper with Contents:

[valueType: "java.util.ArrayList", value: [{"name: "pos1"}, {"name: "pos2"}]]

Setting of timeouts in 

EntityManagerFactoryUtils.applyTransactionTimeout()

 for update or delete queries fails because EclipseLink throws IllegalArgumentException. 

Test result could not show the difference because predicates pushed down are not removed currently(HIVE-2897). So I added log message(scan.toMap()) and checked the output.
with query
select * from hbase_ppd_keyrange where key > 8 and key < 21;
timeRange=[0, 9223372036854775807], batch=-1, startRow=\x00\x00\x00\x08\x00, stopRow=\x00\x00\x00\x15, ...
but with query
select * from hbase_ppd_keyrange where 8 < key and key < 21;
timeRange=[0, 9223372036854775807], batch=-1, startRow=, stopRow=\x00\x00\x00\x15, ...

org.jboss.as.jpa.injectors.PersistenceContextInjectionSource handles injection of a persistence context into EE components.  PersistenceContextInjectionSource is not properly handling SynchronizationType.UNSYNCHRONIZED when injecting an extended persistence context.  I'm not sure why this failure only appeared with Hibernate ORM 5.
If SynchronizationType is UNSYNCHRONIZED, we should call 
EntityManagerFactory.createEntityManager(SynchronizationType synchronizationType, Map map), instead of EntityManagerFactory.createEntityManager(Map map).

When using the following configuration for a Freemarker template in Java 8, Spring throws a java.beans.IntrospectionException. This configuration works fine with Java 7.

<bean class="freemarker.template.Configuration">
            <property name="templateLoader">
                <bean class="org.springframework.ui.freemarker.SpringTemplateLoader">
                    <constructor-arg>
                        <bean class="org.springframework.core.io.DefaultResourceLoader"/>
                    </constructor-arg>
                    <constructor-arg value="/freemarker"/>
                </bean>
            </property>
        </bean>

TestCoprocessorEndpoint is failing intermittently in Jenkins.  The errors are all similar to:

Test set: org.apache.hadoop.hbase.coprocessor.TestCoprocessorEndpoint
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 30.562 sec <<< FAILURE!
testAggregation(org.apache.hadoop.hbase.coprocessor.TestCoprocessorEndpoint)  Time elapsed: 0.069 sec  <<< FAILURE!
java.lang.AssertionError: Invalid result expected:<180> but was:<190>
	at org.apache.hadoop.hbase.coprocessor.TestCoprocessorEndpoint.testAggregation(TestCoprocessorEndpoint.java:149)

Property file passed via CLI with --properties option does not resolve expressions in EAP 7, where in EAP 6 it works fine. 

I suspect it is related to the fancy optimizations in vectorized double divide that try to quickly process the batch without checking each row for null.

 public static void setNullAndDivBy0DataEntriesDouble(
      DoubleColumnVector v, boolean selectedInUse, int[] sel, int n, DoubleColumnVector denoms) {
    assert v.isRepeating || !denoms.isRepeating;
    v.noNulls = false;
    double[] vector = denoms.vector;
    if (v.isRepeating && (v.isNull[0] = (v.isNull[0] || vector[0] == 0))) {
      v.vector[0] = DoubleColumnVector.NULL_VALUE;

I have a simple camel route:

<camelContext xmlns="http://camel.apache.org/schema/spring">
    <route>
        <from uri="file:C:/tmp/data/in?include=.*$&amp;move=C:/tmp/data/done/${file:onlyname}-${exchangeId}" />
        <setHeader headerName="CamelFileName">
            <simple>${file:onlyname}-${exchangeId}</simple>
        </setHeader>
        <to uri="file:C:/tmp/data/out" />
    </route>

If the destination folder "C:/tmp/data/done/" for the move operation does not allow writing, then the file dropped to the "C:/tmp/data/in/" folder will be repeatedly polled, processed and rolled back due to "Access is denied" exception.
Even if we fix the permission issue on the folder "C:/tmp/data/done/" to allow writing, the problem still persists and above endless cycle continues. However the reason for the issue will be a bit different now. It is caused by deletion failure to the file from "C:/tmp/data/in/" folder after successful FileUtil.renameFile() operation due to fact that something is still holding the file handle. 
The root cause is in the function FileUtil.copyFile():

public static void copyFile(File from, File to) throws IOException {
        FileChannel in = new FileInputStream(from).getChannel();
        FileChannel out = new FileOutputStream(to).getChannel();
        try {
            if (LOG.isTraceEnabled()) {
                LOG.trace("Using FileChannel to copy from: " + in + " to: " + out);
            }

            long size = in.size();
            long position = 0;
            while (position < size) {
                position += in.transferTo(position, BUFFER_SIZE, out);
            }
        } finally {
            IOHelper.close(in, from.getName(), LOG);
            IOHelper.close(out, to.getName(), LOG);
        }
    }

If the destination folder "C:/tmp/data/done/" for move operation is not allowed for writing, the creation of the FileOutputStream will throw an exception straight away. However, because both FileInputStream and FileOutputStream are created outside the try{}...finally{} block, the FileInputStream is never closed. It still holds handle to the file and caused FileSystem unable to delete it. Therefore caused the whole route to fail. 
The solution is quite simple, we just need to create the Input/Output streams inside try{}...finally{} loop to make sure that the Input/Output streams get closed if something happens during creating of these objects.

After running some queries with metrics enabled, metastore starts throwing the following messages.

Caused by: java.sql.SQLException: java.lang.OutOfMemoryError: GC overhead limit exceeded
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1075)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:989)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:984)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:929)
        at com.mysql.jdbc.Util.handleNewInstance(Util.java:433)
        at com.mysql.jdbc.PreparedStatement.getInstance(PreparedStatement.java:877)
        at com.mysql.jdbc.ConnectionImpl.clientPrepareStatement(ConnectionImpl.java:1489)
        at com.mysql.jdbc.ConnectionImpl.prepareStatement(ConnectionImpl.java:4343)
        at com.mysql.jdbc.ConnectionImpl.prepareStatement(ConnectionImpl.java:4242)
        at com.jolbox.bonecp.ConnectionHandle.prepareStatement(ConnectionHandle.java:1024)
        at org.datanucleus.store.rdbms.SQLController.getStatementForQuery(SQLController.java:350)
        at org.datanucleus.store.rdbms.SQLController.getStatementForQuery(SQLController.java:295)
        at org.datanucleus.store.rdbms.scostore.JoinListStore.listIterator(JoinListStore.java:761)
        ... 36 more
Nested Throwables StackTrace:
java.sql.SQLException: java.lang.OutOfMemoryError: GC overhead limit exceeded
        at org.datanucleus.store.rdbms.scostore.AbstractListStore.listIterator(AbstractListStore.java:93)
        at org.datanucleus.store.rdbms.scostore.AbstractListStore.iterator(AbstractListStore.java:83)
        at org.datanucleus.store.types.wrappers.backed.List.loadFromStore(List.java:264)
        at org.datanucleus.store.types.wrappers.backed.List.iterator(List.java:492)
        at org.apache.hadoop.hive.metastore.ObjectStore.convertToFieldSchemas(ObjectStore.java:1199)
        at org.apache.hadoop.hive.metastore.ObjectStore.convertToStorageDescriptor(ObjectStore.java:1266)
        at org.apache.hadoop.hive.metastore.ObjectStore.convertToStorageDescriptor(ObjectStore.java:1281)
        at org.apache.hadoop.hive.metastore.ObjectStore.convertToTable(ObjectStore.java:1138)
        at org.apache.hadoop.hive.metastore.ObjectStore.ensureGetTable(ObjectStore.java:2651)
        at org.apache.hadoop.hive.metastore.ObjectStore.updatePartitionColumnStatistics(ObjectStore.java:6141)

HiveMetastore uses start/end functions for starting/ending the scope in MetricsFactory. In some places in HiveMetastore the function names are not matching causing gradual memory leak in metastore with metrics enabled.

ObjectTypeValidator is incorrectly implementing AllowedValuesValidator and should not implement it at all.
The values returned from an AllowedValuesValidator are meant to be an enumeration of the complete legal values for the attribute. ObjectTypeValidator is simply returning the legal keys for the fields in the object, which are not complete legal values.
The result of this is any attribute that uses this validator (which all complex objects probably do) will report bogus and unnecessary data in the read-resource-description "allowed-values" metadata. Unnecessary because the description of the attribute already includes full details of the fields via the "value-type" metadata.
I'm classifying this as minor because the bogus metadata likely does no harm.

The following test code should send a "hello world"  request and receive a "bye world" response.
The JMSReplyTo field is set. but camel won't send a reply.
If I explicitly set the exchange pattern in the route all goes fine.
This code uses template.send() , I also got the same error with template.asycRequestBody()
============= Code  snippet ===============
 context.addComponent("test-jms", ActiveMQComponent.jmsComponent(connectionFactory));
        context.addRoutes(new RouteBuilder() {
              from("test-jms:queue:test")
                             //.setExchangePattern(ExchangePattern.InOut) <-- Setting this explicitly solves the issue. camel should detect that automatically.
                    .process(new Processor() {
                    public void process(Exchange exchange) throws Exception 
{
                        exchange.getIn().setBody("Bye world");
                        System.out.println(exchange.getProperty(JmsConstants.JMS_REPLY_DESTINATION).toString());
                    }
                });
            }});
        ProducerTemplate template = context.createProducerTemplate();
         Exchange out = template.send("test-jms:queue:test", ExchangePattern.InOut, new Processor() {
            public void process(Exchange exchange) throws Exception 
{
            }
        });
================Logs: =============================================================
11:32:59,605 DEBUG DefaultCamelContext:497 - Adding routes from: Routes: [Route[[From[test-jms:queue:test]] -> [process[com.mycompany.CamelExample.App$1$1@4b14b82b]]]] routes: []
11:32:59,611  INFO DefaultCamelContext:875 - Apache Camel 2.0-M2 (CamelContext:camel-1) is starting
11:32:59,612 DEBUG DefaultProducerServicePool:93 - Starting service pool: org.apache.camel.impl.DefaultProducerServicePool@6293df2c
11:32:59,613 DEBUG DefaultCamelContext:882 - StreamCaching is enabled
11:32:59,720 DEBUG DefaultInstrumentationAgent:229 - Starting JMX agent on server: com.sun.jmx.mbeanserver.JmxMBeanServer@4b8a6e6e
11:32:59,921 DEBUG DefaultInstrumentationAgent:293 - Registered MBean with objectname: org.apache.camel:context=niso/camel-1,name=context
11:33:00,000 DEBUG DefaultComponent:77 - Creating endpoint uri=[test-jms:queue:test], path=[queue:test], parameters=[{}]
11:33:00,009 DEBUG DefaultCamelContext:379 - test-jms:queue:test converted to endpoint: Endpoint[test-jms:queue:test] by component: org.apache.camel.component.jms.JmsComponent@410d3f0d
11:33:00,044 DEBUG DefaultInstrumentationAgent:293 - Registered MBean with objectname: org.apache.camel:context=niso/camel-1,type=endpoints,name="test-jms:queue:test?id=0xa6c6baa1"
11:33:00,119 DEBUG DefaultInstrumentationAgent:293 - Registered MBean with objectname: org.apache.camel:context=niso/camel-1,type=processors,nodeid=process1,name="process[com.mycompany.CamelExample.App$1$1@4b14b82b]"
11:33:00,180 DEBUG DefaultInstrumentationAgent:293 - Registered MBean with objectname: org.apache.camel:context=niso/camel-1,type=routes,name="route1"
11:33:00,203 DEBUG DefaultInstrumentationAgent:293 - Registered MBean with objectname: org.apache.camel:context=niso/camel-1,type=consumers,name=JmsConsumer(0x6ec5122f)
11:33:00,522 DEBUG WireFormatNegotiator:77 - Sending: WireFormatInfo { version=3, properties=
{CacheSize=1024, CacheEnabled=true, SizePrefixDisabled=false, MaxInactivityDurationInitalDelay=10000, TcpNoDelayEnabled=true, MaxInactivityDuration=30000, TightEncodingEnabled=true, StackTraceEnabled=true}, magic=[A,c,t,i,v,e,M,Q]}
11:33:00,525 DEBUG DefaultMessageListenerContainer:347 - Established shared JMS Connection
11:33:00,552 DEBUG WireFormatNegotiator:108 - Received WireFormat: WireFormatInfo { version=3, properties={CacheSize=1024, CacheEnabled=true, SizePrefixDisabled=false, MaxInactivityDurationInitalDelay=10000, TcpNoDelayEnabled=true, MaxInactivityDuration=30000, TightEncodingEnabled=true, StackTraceEnabled=true}
, magic=[A,c,t,i,v,e,M,Q]}
11:33:00,553 DEBUG WireFormatNegotiator:115 - tcp://amq1/192.168.5.28:61616 before negotiation: OpenWireFormat
{version=3, cacheEnabled=false, stackTraceEnabled=false, tightEncodingEnabled=false, sizePrefixDisabled=false}
11:33:00,554 DEBUG WireFormatNegotiator:130 - tcp://amq1/192.168.5.28:61616 after negotiation: OpenWireFormat{version=3, cacheEnabled=true, stackTraceEnabled=true, tightEncodingEnabled=true, sizePrefixDisabled=false}
11:33:00,712 DEBUG DefaultProducerServicePool:97 - Stopping service pool: org.apache.camel.impl.DefaultProducerServicePool@6293df2c
11:33:00,737  INFO DefaultCamelContext:868 - Apache Camel 2.0-M2 (CamelContext:camel-1) started
11:33:00,743 DEBUG ProducerCache:196 - Adding to producer cache with key: Endpoint[test-jms:queue:test] for producer: Producer[test-jms:queue:test]
11:33:00,847 DEBUG ProducerCache:163 - >>>> Endpoint[test-jms:queue:test] Exchange[JmsMessage: Hello World]
11:33:00,857 DEBUG WireFormatNegotiator:77 - Sending: WireFormatInfo { version=3, properties={CacheSize=1024, CacheEnabled=true, SizePrefixDisabled=false, MaxInactivityDurationInitalDelay=10000, TcpNoDelayEnabled=true, MaxInactivityDuration=30000, TightEncodingEnabled=true, StackTraceEnabled=true}, magic=[A,c,t,i,v,e,M,Q]}
11:33:00,859 DEBUG SimpleMessageListenerContainer:347 - Established shared JMS Connection
11:33:00,877 DEBUG WireFormatNegotiator:108 - Received WireFormat: WireFormatInfo { version=3, properties={CacheSize=1024, CacheEnabled=true, SizePrefixDisabled=false, MaxInactivityDurationInitalDelay=10000, TcpNoDelayEnabled=true, MaxInactivityDuration=30000, TightEncodingEnabled=true, StackTraceEnabled=true}, magic=[A,c,t,i,v,e,M,Q]}
11:33:00,878 DEBUG WireFormatNegotiator:115 - tcp://amq1/192.168.5.28:61616 before negotiation: OpenWireFormat{version=3, cacheEnabled=false, stackTraceEnabled=false, tightEncodingEnabled=false, sizePrefixDisabled=false}
11:33:00,878 DEBUG WireFormatNegotiator:130 - tcp://amq1/192.168.5.28:61616 after negotiation: OpenWireFormat
{version=3, cacheEnabled=true, stackTraceEnabled=true, tightEncodingEnabled=true, sizePrefixDisabled=false}
11:33:00,948 DEBUG JmsProducer:202 - Using JMS API v1.1
11:33:00,954 DEBUG WireFormatNegotiator:77 - Sending: WireFormatInfo { version=3, properties={CacheSize=1024, CacheEnabled=true, SizePrefixDisabled=false, MaxInactivityDurationInitalDelay=10000, TcpNoDelayEnabled=true, MaxInactivityDuration=30000, TightEncodingEnabled=true, StackTraceEnabled=true}, magic=[A,c,t,i,v,e,M,Q]}
11:33:00,958 DEBUG WireFormatNegotiator:108 - Received WireFormat: WireFormatInfo { version=3, properties={CacheSize=1024, CacheEnabled=true, SizePrefixDisabled=false, MaxInactivityDurationInitalDelay=10000, TcpNoDelayEnabled=true, MaxInactivityDuration=30000, TightEncodingEnabled=true, StackTraceEnabled=true}, magic=[A,c,t,i,v,e,M,Q]}
11:33:00,958 DEBUG WireFormatNegotiator:115 - tcp://amq1/192.168.5.28:61616 before negotiation: OpenWireFormat{version=3, cacheEnabled=false, stackTraceEnabled=false, tightEncodingEnabled=false, sizePrefixDisabled=false}
11:33:00,958 DEBUG WireFormatNegotiator:130 - tcp://amq1/192.168.5.28:61616 after negotiation: OpenWireFormat{version=3, cacheEnabled=true, stackTraceEnabled=true, tightEncodingEnabled=true, sizePrefixDisabled=false}
11:33:00,987 DEBUG JmsConfiguration$CamelJmsTemplate:469 - Executing callback on JMS Session: ActiveMQSession 
{id=ID:niso-55060-1246264380379-0:2:1,started=false}
11:33:00,992 DEBUG JmsBinding:370 - Using JmsMessageType: Text
11:33:01,023 DEBUG JmsProducer:188 - Endpoint[test-jms:queue:test] sending JMS message: ActiveMQTextMessage 
{commandId = 0, responseRequired = false, messageId = null, originalDestination = null, originalTransactionId = null, producerId = null, destination = null, transactionId = null, expiration = 0, timestamp = 0, arrival = 0, brokerInTime = 0, brokerOutTime = 0, correlationId = ID-niso-53590-1246264380744-2-0, replyTo = temp-queue://ID:niso-55060-1246264380379-0:1:1, persistent = false, type = null, priority = 0, groupID = null, groupSequence = 0, targetConsumerId = null, compressed = false, userID = null, content = null, marshalledProperties = null, dataStructure = null, redeliveryCounter = 0, size = 0, properties = null, readOnlyProperties = false, readOnlyBody = false, droppable = false, text = Hello World}
11:33:01,024 DEBUG JmsConfiguration$CamelJmsTemplate:202 - Sending created message: ActiveMQTextMessage 
11:33:01,026 DEBUG ActiveMQSession:1640 - ID:niso-55060-1246264380379-0:2:1 sending message: ActiveMQTextMessage 
{commandId = 0, responseRequired = false, messageId = ID:niso-55060-1246264380379-0:2:1:1:1, originalDestination = null, originalTransactionId = null, producerId = ID:niso-55060-1246264380379-0:2:1:1, destination = queue://test, transactionId = null, expiration = 1246264401026, timestamp = 1246264381026, arrival = 0, brokerInTime = 0, brokerOutTime = 0, correlationId = ID-niso-53590-1246264380744-2-0, replyTo = temp-queue://ID:niso-55060-1246264380379-0:1:1, persistent = true, type = null, priority = 4, groupID = null, groupSequence = 0, targetConsumerId = null, compressed = false, userID = null, content = null, marshalledProperties = null, dataStructure = null, redeliveryCounter = 0, size = 0, properties = null, readOnlyProperties = true, readOnlyBody = true, droppable = false, text = Hello World}
11:33:01,057 DEBUG ActiveMQMessageConsumer:432 - ID:niso-55060-1246264380379-0:0:1:1 received message: MessageDispatch {commandId = 0, responseRequired = false, consumerId = ID:niso-55060-1246264380379-0:0:1:1, destination = queue://test, message = ActiveMQTextMessage 
{commandId = 5, responseRequired = true, messageId = ID:niso-55060-1246264380379-0:2:1:1:1, originalDestination = null, originalTransactionId = null, producerId = ID:niso-55060-1246264380379-0:2:1:1, destination = queue://test, transactionId = null, expiration = 1246264401026, timestamp = 1246264381026, arrival = 0, brokerInTime = 1246264325691, brokerOutTime = 1246264325719, correlationId = ID-niso-53590-1246264380744-2-0, replyTo = temp-queue://ID:niso-55060-1246264380379-0:1:1, persistent = true, type = null, priority = 4, groupID = null, groupSequence = 0, targetConsumerId = null, compressed = false, userID = null, content = null, marshalledProperties = null, dataStructure = null, redeliveryCounter = 0, size = 0, properties = null, readOnlyProperties = true, readOnlyBody = true, droppable = false, text = Hello World}
, redeliveryCounter = 0}
11:33:01,057 DEBUG DefaultMessageListenerContainer:311 - Received message of type [class org.apache.activemq.command.ActiveMQTextMessage] from consumer [ActiveMQMessageConsumer 
{ value=ID:niso-55060-1246264380379-0:0:1:1, started=true }
] of session [ActiveMQSession 
{id=ID:niso-55060-1246264380379-0:0:1,started=true}
]
11:33:01,060 DEBUG EndpointMessageListener:66 - Endpoint[test-jms:queue:test] consumer receiving JMS message: ActiveMQTextMessage 
11:33:01,066 DEBUG DefaultPackageScanClassResolver:80 - Searching for annotations of org.apache.camel.Converter in packages: [org.apache.camel.component.file, org.apache.camel.converter, org.apache.camel.component.activemq, org.apache.activemq.camel.converter, org.apache.camel.spring.converter]
11:33:01,067 DEBUG DefaultPackageScanClassResolver:243 - Loading from jar: /home/ori7/.m2/repository/org/apache/camel/camel-core/2.0-M2/camel-core-2.0-M2.jar
11:33:01,077 DEBUG TcpTransport:458 - Stopping transport tcp://amq1/192.168.5.28:61616
11:33:01,352 DEBUG DefaultPackageScanClassResolver:243 - Loading from jar: /home/ori7/.m2/repository/org/apache/camel/camel-core/2.0-M2/camel-core-2.0-M2.jar
11:33:01,527 DEBUG DefaultPackageScanClassResolver:243 - Loading from jar: /home/ori7/.m2/repository/org/apache/camel/camel-activemq/1.1.0/camel-activemq-1.1.0.jar
11:33:01,563 DEBUG DefaultPackageScanClassResolver:243 - Loading from jar: /home/ori7/.m2/repository/org/apache/activemq/activemq-camel/5.2.0/activemq-camel-5.2.0.jar
11:33:01,615 DEBUG DefaultPackageScanClassResolver:90 - Found: [class org.apache.camel.component.file.GenericFileConverter, class org.apache.camel.converter.CamelConverter, class org.apache.camel.converter.CollectionConverter, class org.apache.camel.converter.IOConverter, class org.apache.camel.converter.NIOConverter, class org.apache.camel.converter.ObjectConverter, class org.apache.camel.converter.jaxp.DomConverter, class org.apache.camel.converter.jaxp.StaxConverter, class org.apache.camel.converter.jaxp.StreamSourceConverter, class org.apache.camel.converter.jaxp.XmlConverter, class org.apache.camel.converter.stream.StreamCacheConverter, class org.apache.camel.component.activemq.ActiveMQConverter, class org.apache.activemq.camel.converter.ActiveMQConverter, class org.apache.activemq.camel.converter.ActiveMQMessageConverter]
11:33:01,619 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.component.file.GenericFileConverter
11:33:01,625 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.CamelConverter
11:33:01,627 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.CollectionConverter
11:33:01,629 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.IOConverter
11:33:01,632 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.NIOConverter
11:33:01,634 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.ObjectConverter
11:33:01,635 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.jaxp.DomConverter
11:33:01,636 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.jaxp.StaxConverter
11:33:01,638 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.jaxp.StreamSourceConverter
11:33:01,639 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.jaxp.XmlConverter
11:33:01,644 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.converter.stream.StreamCacheConverter
11:33:01,646 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.camel.component.activemq.ActiveMQConverter
11:33:01,646 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.activemq.camel.converter.ActiveMQConverter
11:33:01,647  WARN DefaultTypeConverter:197 - Overriding type converter from: StaticMethodTypeConverter: public static org.apache.activemq.command.ActiveMQDestination org.apache.camel.component.activemq.ActiveMQConverter.toDestination(java.lang.String) to: StaticMethodTypeConverter: public static org.apache.activemq.command.ActiveMQDestination org.apache.activemq.camel.converter.ActiveMQConverter.toDestination(java.lang.String)
11:33:01,648 DEBUG AnnotationTypeConverterLoader:65 - Loading converter class: org.apache.activemq.camel.converter.ActiveMQMessageConverter
temp-queue://ID:niso-55060-1246264380379-0:1:1
11:33:20,552 DEBUG InactivityMonitor:99 - 10000 ms elapsed since last write check.
11:33:20,877 DEBUG InactivityMonitor:99 - 9999 ms elapsed since last write check.
11:33:21,080 DEBUG JmsProducer:239 - Future timed out: java.util.concurrent.TimeoutException
        at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:228)
        at java.util.concurrent.FutureTask.get(FutureTask.java:91)
        at org.apache.camel.component.jms.JmsProducer.process(JmsProducer.java:231)
        at org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:165)
        at org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:151)
        at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:136)
        at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:150)
        at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:104)
        at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:102)
        at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:89)
        at com.mycompany.CamelExample.App.main(App.java:57)
11:33:21,855 DEBUG DefaultTimeoutMap:128 - Evicting inactive request for correlationID: Entry for key: ID-niso-53590-1246264380744-2-0
11:33:30,552 DEBUG InactivityMonitor:99 - 10000 ms elapsed since last write check.
11:33:30,877 DEBUG InactivityMonitor:99 - 10000 ms elapsed since last write check.
11:33:40,552 DEBUG InactivityMonitor:99 - 10000 ms elapsed since last write check.

When invalid column name is specified for column statistics IndexOutOfBoundsException is thrown. 

hive> analyze table customer_staging compute statistics for columns c_first_name, invalid_name, c_customer_sk;
FAILED: IndexOutOfBoundsException Index: 2, Size: 1

If the invalid column name appears at first or last then INVALID_COLUMN_REFERENCE is thrown at query planning stage. But if the invalid column name appears somewhere in the middle of column lists then IndexOutOfBoundsException is thrown at semantic analysis step. The problem is with getTableColumnType() and getPartitionColumnType() methods. The following segment 

    for (int i=0; i <numCols; i++) {
      colName = colNames.get(i);
      for (FieldSchema col: cols) {
        if (colName.equalsIgnoreCase(col.getName())) {
          colTypes.add(i, new String(col.getType()));
        }
      }
    }

is the reason for it. If the invalid column names appears in the middle of column list then the equalsIgnoreCase() skips the invalid name and increments the i. Since the list is not initialized it results in exception. 

We have been seeing the PooledEJBLifecycleTestCase fail frequently. The testMDB() is the recent one:

java.lang.AssertionError: Wrong postCreate calls count expected:<0> but was:<1>
    at org.jboss.as.test.integration.ejb.pool.lifecycle.PooledEJBLifecycleTestCase.testMDB(PooledEJBLifecycleTestCase.java:142)
    at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:270)
    at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
    at sun.reflect.GeneratedMethodAccessor35.invoke(Unknown Source)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
    at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
    at org.jboss.arquillian.container.test.impl.execution.ContainerTestExecuter.execute(ContainerTestExecuter.java:38)
    at sun.reflect.GeneratedMethodAccessor34.invoke(Unknown Source)
    at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89)
    at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43

Entire logs attached.

In the org.apache.camel.util.MainSupport class, the option "-ad" (aggregate-dot) conflicts with the option "-a" (applicationContext) defined in org.apache.camel.spring.Main. Both start with "a". See MainSupport.java:437: fullName.startsWith(arg) yields true with -a and aggregate-dot.
I'm not sure if this is camel-spring or camel-core issue, it depends what was created first. It was working before so I guess the camel-core brought it in recently.
One of the options should be renamed. I would rename the -a to -ac in the camel-spring Main class. So the apps that used -a would barf on the non-existing option so people will know what's going on. What happens now is it just silently ignores your spring config file. Let me know if you need a patch for the change.

ChangeSetPerformer's perform function takes an ArchiveInputStream as an argument and thus frequently runs into issues described under heading 'ZipArchiveInputStream vs ZipFile' at http://commons.apache.org/compress/zip.html 
Personally for a simple local solution I've added a slightly modified performZip function taking a ZipFile argument in place of the ArchiveInputStream argument:
diff perform performZip
1c1
<     public ChangeSetResults perform(ArchiveInputStream in, ArchiveOutputStream out)
—
>     public ChangeSetResults performZip(ZipFile zf, ArchiveOutputStream out)
17,18c17,18
<         ArchiveEntry entry = null;
<         while ((entry = in.getNextEntry()) != null) {
—
>         ArrayList<ZipArchiveEntry> entries = Collections.list(zf.getEntriesInPhysicalOrder());
>         for (ZipArchiveEntry entry : entries) {
46c46
<                 copyStream(in, out, entry);
—
>                 copyStream(zf.getInputStream(entry), out, entry);
A permanent fix may require some re-design, the perform(ArchiveInputStream in, ArchiveOutputStream out) abstraction may be overly general.

StaxConverter creates XMLEventReader and XMLStreamReader always with a specified encoding. However, the encoding of the data the readers should read is not always known. Therefore exceptions occur.
The solution is easy: The encoding should not be set so that the readers can determine the encoding.

The javadoc for HFileOutputFormat states that the class does not support writing multiple column families; however, this hasn't been the case since HBASE-1861 was resolved.

From http://www.mail-archive.com/dev@hive.apache.org/msg75617.html
Unlock can be called even it's not locked in some situation.

I have server built from WF master and I noticed that domain boots with empty host config file.
WF 11 fails with WFLYCTL0085: Failed to parse configuration for the same case.
I filed it as Critical because it's regression, but not really in too bad way.
Is it intended behavior now? If yes, where is this change tracked?
Discovered via https://github.com/jboss-eap-qe/vdx-wildfly-testsuite/blob/master/src/test/java/org/wildfly/test/integration/vdx/domain/SmokeDomainTestCase.java#L72

The web site for the FTP modules says you can use a URL like ftp://publicftpserver.com/download for anonymous FTP, but this doesn't work unless you specify a username.

When debugging hbck, found that the code responsible for this exception can leak open file handles.

12/01/15 05:58:11 INFO regionserver.HRegion: Replaying edits from hdfs://haus01.
sf.cloudera.com:56020/hbase-jon/test5/98a1e7255731aae44b3836641840113e/recovered
.edits/0000000000003211315; minSequenceid=3214658
12/01/15 05:58:11 ERROR handler.OpenRegionHandler: Failed open of region=test5,8
\x90\x00\x00\x00\x00\x00\x00/000005_0,1326597390073.98a1e7255731aae44b3836641840
113e.
        at java.io.DataInputStream.readByte(DataInputStream.java:250)
        at org.apache.hadoop.io.WritableUtils.readVLong(WritableUtils.java:299)
        at org.apache.hadoop.io.WritableUtils.readVInt(WritableUtils.java:320)
        at org.apache.hadoop.io.Text.readString(Text.java:400)
        at org.apache.hadoop.io.SequenceFile$Reader.init(SequenceFile.java:1486)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1437)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1424)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1419)
        at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader$WALReader.<init>(SequenceFileLogReader.java:57)
        at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.init(SequenceFileLogReader.java:158)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.getReader(HLog.java:572)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEdits(HRegion.java:1940)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEditsIfAny(HRegion.java:1896)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:366)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:2661)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:2647)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:312)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:99)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:158)

Resource plan with multiple pools and trigger set to move job across those pools seems to be failing to do so
Resource plan:

1: jdbc:hive2://ctr-e137-1514896590304-51538-> show resource plan plan_2; INFO : Compiling command(queryId=hive_20180202220823_2fb8bca7-5b7a-48cf-8ff9-8d5f3548d334): show resource plan plan_2 INFO : Semantic Analysis Completed INFO : Returning Hive schema: Schema(fieldSchemas:[FieldSchema(name:line, type:string, comment:from deserializer)], properties:null) INFO : Completed compiling command(queryId=hive_20180202220823_2fb8bca7-5b7a-48cf-8ff9-8d5f3548d334); Time taken: 0.008 seconds INFO : Executing command(queryId=hive_20180202220823_2fb8bca7-5b7a-48cf-8ff9-8d5f3548d334): show resource plan plan_2 INFO : Starting task [Stage-0:DDL] in serial mode INFO : Completed executing command(queryId=hive_20180202220823_2fb8bca7-5b7a-48cf-8ff9-8d5f3548d334); Time taken: 0.196 seconds INFO : OK +----------------------------------------------------+ | line | +----------------------------------------------------+ | plan_2[status=ACTIVE,parallelism=null,defaultPool=pool2] | | + pool2[allocFraction=0.5,schedulingPolicy=default,parallelism=3] | | | trigger too_large_write_triger: if (HDFS_BYTES_WRITTEN > 10kb) { MOVE TO pool1 } | | | mapped for default | | + pool1[allocFraction=0.3,schedulingPolicy=default,parallelism=5] | | | trigger slow_pool_trigger: if (ELAPSED_TIME > 30000) { MOVE TO pool3 } | | + pool3[allocFraction=0.2,schedulingPolicy=default,parallelism=3] | | + default[allocFraction=0.0,schedulingPolicy=null,parallelism=4] | +----------------------------------------------------+ 8 rows selected (0.25 seconds)

Workload Manager Events Summary from query run:

INFO  : {
  "queryId" : "hive_20180202213425_9633d7af-4242-4e95-a391-2cd3823e3eac",
  "queryStartTime" : 1517607265395,
  "queryEndTime" : 1517607321648,
  "queryCompleted" : true,
  "queryWmEvents" : [ {
    "wmTezSessionInfo" : {
      "sessionId" : "21f8a4ab-511e-4828-a2dd-1d5f2932c492",
      "poolName" : "pool2",
      "clusterPercent" : 50.0
    },
    "eventStartTimestamp" : 1517607269660,
    "eventEndTimestamp" : 1517607269661,
    "eventType" : "GET",
    "elapsedTime" : 1
  }, {
      "poolName" : null,
      "clusterPercent" : 0.0
    },
    "eventStartTimestamp" : 1517607321663,
    "eventEndTimestamp" : 1517607321663,
    "eventType" : "RETURN",
    "elapsedTime" : 0
  } ],
  "appliedTriggers" : [ {
    "name" : "too_large_write_triger",
    "expression" : {
      "counterLimit" : {
        "limit" : 10240,
        "name" : "HDFS_BYTES_WRITTEN"
      },
      "predicate" : "GREATER_THAN"
    },
    "action" : {
      "type" : "MOVE_TO_POOL",
      "poolName" : "pool1"
    },
    "violationMsg" : null
  } ],
  "subscribedCounters" : [ "HDFS_BYTES_WRITTEN" ],
  "currentCounters" : {
    "HDFS_BYTES_WRITTEN" : 33306829
  },
  "elapsedTime" : 56284
}

From the Workload Manager Event Summary it could seen that the 'MOVE' event didn't happen though the limit for counter (10240) HDFS_BYTES_WRITTEN was exceeded

Related to HIVE-12462

select count(1) from accounts a, transactions t where year(a.dt) = year(t.dt) and account_id = 22;

    alias: a

Ends up being evaluated as year(cast(dt as int)) because the pruner only checks for final type, not the column type.

    ObjectInspector oi =
        PrimitiveObjectInspectorFactory.getPrimitiveWritableObjectInspector(TypeInfoFactory
            .getPrimitiveTypeInfo(si.fieldInspector.getTypeName()));

    Converter converter =
        ObjectInspectorConverters.getConverter(
            PrimitiveObjectInspectorFactory.javaStringObjectInspector, oi);

Currently, there is no access control for replicating WAL entries in secure HBase cluster. Any authenticated user can write any data they want to any table of a secure cluster by using the replication api.
Simple solution is  to add permission check before replicating WAL entries. And only user with global write permission can replicate WAL entries to this cluster.
Another option is adding "Replication" action in hbase and only user with "Replication" permission can replicate WAL entries to this cluster?
Andrew Purtell 
What's your suggestion? Thanks

Proposing changes to class org.apache.hive.beeline.SeparatedValuesOutputFormat.

Simplify the code
Code currently creates and destroys CsvListWriter, which contains a buffer, for every line printed
Use Apache Commons libraries for certain actions
Prefer non-synchronized StringBuilderWriter to Java's synchronized StringWriter

1. MLOCK_AGENT points to the wrong path in hbase-config.sh
When the mlock agent is build, the binary is installed under $HBASE_HOME/lib/native  and not under $HBASE_HOME/native
2. By default we pass $HBASE_REGIONSERVER_UID to the agent options which causes the mlock agent to attempt to do a setuid in order to mlock the memory of the RS process. We should only pass that user if specified in the environment, not by default. (the agent currently handles that gracefully)

I've noticed that default-lazy-init attribute inside beans element is not processed when XSD validation is disabled. Thus all singletons that should be lazy become initialized. Tests are attached to the issue.

currently: 

jon@swoop:~/proj/hbase-trunk$ ls -la dev-support/generate-hadoopX-poms.sh 
-rw-r--r-- 1 jon jon 5216 2013-09-06 10:45 dev-support/generate-hadoopX-poms.sh

after patch:

-rwxr-xr-x 1 jon jon 5216 2013-08-07 18:05 dev-support/generate-hadoopX-poms.sh

OrcRecordUpdater does not honor the  OrcRecordUpdater.OrcOptions.tableProperties()  setting.  
It would need to translate the specified tableProperties (as listed in OrcTableProperties enum)  to the properties that OrcWriter internally understands (listed in HiveConf.ConfVars).
This is needed for multiple clients.. like Streaming API and Compactor.

    Properties orcTblProps = ..   // get Orc Table Properties from MetaStore;
    AcidOutputFormat.Options updaterOptions =   new OrcRecordUpdater.OrcOptions(conf)
                                                     .inspector(..)
                                                     .bucket(..)
                                                     .minimumTransactionId(..)
                                                     .maximumTransactionId(..)
                                                     .tableProperties(orcTblProps); // <<== 
    OrcOutputFormat orcOutput =   new ...
    orcOutput.getRecordUpdater(partitionPath, updaterOptions );

In org.wildfly.swarm.topology.consul.runtime.Advertiser there is a Thread sending regular pings to consul (TTL check). If consul is unreachable for some reason (process down, network error whatever) or any exception occurs the thread is dying and the service will never be marked as available again, even if consul is up again.
I already have a fix for this, pull request will follow soon.

Here is the example:

@Document
class User {
   @Id
   private String id;
   
   @Indexed(unique=true, name="username_unique_1")
   @Field("username")
   private String user_name;
} 

Spring Data will generate the follwoing index document: 

{ "v" : 1, "key" : { "username_unique_1" : 1 }, "unique" : true, "ns" : "test_db.user", "name" : "username_unique_1", "dropDups" : false, "sparse" : false }

However the expected document is:

{ "v" : 1, "key" : { "username" : 1 }, "unique" : true, "ns" : "test_db.user", "name" : "username_unique_1", "dropDups" : false, "sparse" : false }

I think the expected behavior is: @Indexed.name should correpond to name in the index document, while @Field.value should correpsond to the key in the index document. If @Field is absent, than field name should be used as a key in the index document.
The current implementation confusing: if you put something different from a field name into @Indexed.name, your index will be created on nonexistent field. However this is why we need @Indexed.name - to add a descriptive name to the index.
If someone wants to use @Indexed.name for creating an index on non-existen field (to be honest can't imagine the case) then low-level API like execute on DBCollection should be used.
The issue is related to the line 165 of MongoPersistentEntityIndexCreator.java where @Inbdexed.name is implicitly used as a name of the field on which index should be created.
P.S. Before submitting this issue I've seatched this JIRA for similar defact and found couple of them:

DATAMONGO-70
DATAMONGO-79
DATAMONGO-237

The mentioned issues doesn't describe the problem in full.
Guys, would you like me to sumbit a patch for that?

In case when method equals(MatchRule other) is called on org.wildfly.security.auth.client.MatchRule then it finishes with java.lang.IllegalStateException with following stack trace, for calling MatchRule.ALL.equals(MatchRule.ALL);:

java.lang.IllegalStateException
	at org.wildfly.security.auth.client.MatchRule$1.getMatchUser(MatchRule.java:102)
	at org.wildfly.security.auth.client.MatchRule.getMatchUser(MatchRule.java:500)
	at org.wildfly.security.auth.client.MatchNoUserRule.halfEqual(MatchNoUserRule.java:46)
	at org.wildfly.security.auth.client.MatchRule.equals(MatchRule.java:157)
    ...

Colons are escaped in job parameters in Jobs page (e.g. input.file=files\://foo/bar.txt).  This is not fatal, it just means that you have to backspace over them before you submit the job.

Its that darn rbac stuff that they make to strict that a system bundle like camel-karaf-commands cannot even call a operation on a mbean. It has bitten so many users - darn you!

2015-07-14 09:46:17,770 | ERROR | l Console Thread | Console                          | ?                                   ? | 17 - org.apache.karaf.shell.console - 2.4.2 | Exception caught while executing command
javax.management.MBeanException: RuntimeException thrown in RequiredModelMBean while trying to invoke operation dumpRouteStatsAsXml
	at javax.management.modelmbean.RequiredModelMBean.invokeMethod(RequiredModelMBean.java:1282)[:1.7.0_45]
	at javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean.java:1081)[:1.7.0_45]
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)[:1.7.0_45]
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)[:1.7.0_45]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_45]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_45]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_45]
	at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_45]
	at org.apache.karaf.management.boot.KarafMBeanServerBuilder$MBeanInvocationHandler.invoke(KarafMBeanServerBuilder.java:80)[karaf-jmx-boot.jar:]
	at com.sun.proxy.$Proxy0.invoke(Unknown Source)[:]
	at org.apache.camel.commands.AbstractLocalCamelController.getRouteStatsAsXml(AbstractLocalCamelController.java:376)
	at org.apache.camel.commands.RouteProfileCommand.executeOnRoute(RouteProfileCommand.java:63)
	at org.apache.camel.karaf.commands.RouteProfile.doExecute(RouteProfile.java:36)
	at org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:54)[11:org.apache.aries.proxy.impl:1.0.4]
	at org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:119)[11:org.apache.aries.proxy.impl:1.0.4]
	at org.apache.karaf.shell.console.commands.$BlueprintCommand216744734.execute(Unknown Source)[17:org.apache.karaf.shell.console:2.4.2]
	at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[17:org.apache.karaf.shell.console:2.4.2]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[17:org.apache.karaf.shell.console:2.4.2]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[17:org.apache.karaf.shell.console:2.4.2]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[17:org.apache.karaf.shell.console:2.4.2]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[17:org.apache.karaf.shell.console:2.4.2]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[17:org.apache.karaf.shell.console:2.4.2]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)[17:org.apache.karaf.shell.console:2.4.2]
	at org.apache.karaf.shell.console.jline.Console.run(Console.java:195)[17:org.apache.karaf.shell.console:2.4.2]
	at java.lang.Thread.run(Thread.java:744)[:1.7.0_45]
Caused by: java.lang.SecurityException: Insufficient roles/credentials for operation
	at org.apache.karaf.management.KarafMBeanServerGuard.handleInvoke(KarafMBeanServerGuard.java:301)
	at org.apache.karaf.management.KarafMBeanServerGuard.handleGetAttribute(KarafMBeanServerGuard.java:221)
	at org.apache.karaf.management.KarafMBeanServerGuard.invoke(KarafMBeanServerGuard.java:89)
	at org.apache.karaf.management.boot.KarafMBeanServerBuilder$MBeanInvocationHandler.invoke(KarafMBeanServerBuilder.java:63)[karaf-jmx-boot.jar:]
	at com.sun.proxy.$Proxy0.getAttribute(Unknown Source)[:]
	at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:267)[:1.7.0_45]
	at com.sun.proxy.$Proxy41.getRouteId(Unknown Source)
	at org.apache.camel.management.mbean.ManagedRoute.dumpRouteStatsAsXml(ManagedRoute.java:294)
	at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:75)[:1.7.0_45]
	at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:279)[:1.7.0_45]
	at javax.management.modelmbean.RequiredModelMBean$4.run(RequiredModelMBean.java:1249)[:1.7.0_45]
	at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_45]
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)[:1.7.0_45]
	at javax.management.modelmbean.RequiredModelMBean.invokeMethod(RequiredModelMBean.java:1243)[:1.7.0_45]
	... 30 more

Also karaf do not log the command that caused this, it just says error while executing command.

Looks like RedHat broke OpenJDK 7 crypto: https://bugzilla.redhat.com/show_bug.cgi?id=1031145 
I came across this today when setting up a Jenkins slave for OpenJDK 7. Looks like 1.7.0u25 is affected but 1.7.0u45 is not - a more recent RH package build I suspect. 
The issue manifests as exceptions caused ultimately by:

Caused by: sun.security.pkcs11.wrapper.PKCS11Exception: CKR_ARGUMENTS_BAD
	at sun.security.pkcs11.wrapper.PKCS11.C_DecryptUpdate(Native Method)
	at sun.security.pkcs11.P11Cipher.implDoFinal(P11Cipher.java:795)

The RH bug report for this problem includes a workaround that fixed the problem for me. 
Informational issue only, will attach a patch for the manual shortly. 

Whereever JMXConnectorFactory.connect() is called, the resulting JMXConnector should be closed

The clone() operation on a XMLConfiguration does not work correctly due to the following problem:
private class XMLFileConfigurationDelegate extends FileConfigurationDelegate
{
     public void load(InputStream in) throws ConfigurationException
     {
            XMLConfiguration.this.load(in);
      }
}
Obviously the delegate references the XMLConfiguration instance it is created in. Thus when calling
public Object clone()
{
      XMLConfiguration copy = (XMLConfiguration) super.clone();
       // clear document related properties
       copy.document = null;
       copy.setDelegate(createDelegate());
       // clear all references in the nodes, too
       copy.getRoot().visit(new NodeVisitor()
       {
            public void visitBeforeChildren(Node node, ConfigurationKey key)
            {
                node.setReference(null);
             }
        }, null);
}
the delegate still references the original XMLConfiguration, thus will save the content of the original one
to file instead of the clone as expected! Changing the code like this
        copy.setDelegate(copy.createDelegate());
solves the problem! Now the cloned XMLConfiguration with all its  applied changes can be saved!

Migration from 1.2.0 to 1.5.2 leads to regression in terms of support of accentuated characters in named binding parameters. The problem comes form the use of \w+ in regular expression to match named parameter.  One solution would be to use "\p
{L}
+" instead (see the JavaDoc of Pattern).
The code that might be improved is in the static field PARAMETER_BINDING_PATTERN in the enum ParameterBindingParser of org.springframework.data.jpa.repository.query.StringQuery class.

public static void main(String[] args) {
  
  String frenchWord = "abonnés";

  Pattern pOK = Pattern.compile("\\p\{L\}+", Pattern.CASE_INSENSITIVE);
  Matcher matcherOK = pOK.matcher(frenchWord);
  System.out.println(frenchWord + " matches " +  pOK.pattern() + " : " + matcherOK.matches());
		
  Pattern pKO = Pattern.compile("\\w+", Pattern.CASE_INSENSITIVE);
  Matcher matcherKO = pKO.matcher(frenchWord);
  System.out.println(frenchWord + " matches " +  pKO.pattern() + " : " + matcherKO.matches());
}

I modified several of my source files because I needed the update, but I am a bit frustrated. It would be nice to check elsewhere the use of \w+ in Spring data regular expression. Thank you very much in advance to bring back the support of native languages everywhere, just like Java does.

User reported over the #camel channel the following exception trying to send a message after the context was stopped and restarted
 "Failed to create Producer for endpoint:". Thats the exception I'm getting
Reason: java.util.concurrent.RejectedExecutionException

Exception in thread "core" org.apache.camel.FailedToCreateProducerException: Failed to create Producer for endpoint: Endpoint[activemq://queue:request.lavaOrderProducer.powerTraderServer]. Reason: java.util.concurrent.RejectedExecutionException
	at org.apache.camel.component.jms.JmsProducer.testAndSetRequestor(JmsProducer.java:116)
	at org.apache.camel.component.jms.JmsProducer.processInOut(JmsProducer.java:175)
	at org.apache.camel.component.jms.JmsProducer.process(JmsProducer.java:147)
	at org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:179)
	at org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:161)
	at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:146)
	at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:160)
	at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:98)
	at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:97)
	at com.wjb.producer.lavaData.dispatcher.ServerRequestDispatcher.requestSymbolSectorArray(ServerRequestDispatcher.java:122)
	at com.wjb.producer.core.LavaDataManager.initialize(LavaDataManager.java:64)
	at com.wjb.producer.core.ProducerCore.run(ProducerCore.java:98)
Caused by: java.util.concurrent.RejectedExecutionException
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1760)
	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:767)
	at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute(ScheduledThreadPoolExecutor.java:216)
	at java.util.concurrent.ScheduledThreadPoolExecutor.schedule(ScheduledThreadPoolExecutor.java:366)
	at org.apache.camel.util.DefaultTimeoutMap.schedulePoll(DefaultTimeoutMap.java:156)
	at org.apache.camel.util.DefaultTimeoutMap.<init>(DefaultTimeoutMap.java:52)
	at org.apache.camel.component.jms.requestor.Requestor.<init>(Requestor.java:68)
	at org.apache.camel.component.jms.JmsProducer.testAndSetRequestor(JmsProducer.java:107)

The following unit tests seems to reproduce the problem:

ublic final class StartStopTest 
{
	private final GenericApplicationContext applicationContext = new GenericApplicationContext();
	private final int testCount = 3;
	
	@Test
	public void test() throws Exception 
	{		
		//Initialize
		final File propertiesFile = new File(Constants.RESOURCE_DIRECTORY_NAME, Constants.PROPERTIES_FILE_NAME);
		PropertyConfigurator.configure(propertiesFile.getPath());
		
		final File applicationContextFile = new File(Constants.RESOURCE_DIRECTORY_NAME, Constants.CONTEXT_FILE_NAME);	
		final Resource applicationContextResource = new FileSystemResource(applicationContextFile);
				
		final AbstractBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(this.applicationContext);
		
		beanDefinitionReader.loadBeanDefinitions(applicationContextResource);
		this.applicationContext.refresh();	
		
		//Begin Testing
		for (int i = 0; i < this.testCount; i++)
		{			
			this.startSendStop();
		    Thread.sleep(3000);
		}		
	}
	
	private void startSendStop() throws Exception
	{
		final SpringCamelContext springCamelContext = (SpringCamelContext)this.applicationContext.getBean(Constants.CAMEL_CONTEXT_NAME);
		final ProducerTemplate producerTemplate;
		final Endpoint serverRequestQueue;
		
		springCamelContext.start();
		
		producerTemplate = springCamelContext.createProducerTemplate();
		serverRequestQueue = springCamelContext.getEndpoint("serverRequestQueue");
		
		final Exchange exchange = producerTemplate.send(serverRequestQueue, new Processor()
		{
			public void process(final Exchange exchange) throws Exception 
			{				
				exchange.setPattern(ExchangePattern.InOut);	
				exchange.getIn().setHeader(ServerJmsServices.REQUEST, ServerJmsServices.GET_SYMBOL_INFO);
				exchange.getIn().setBody("");
			}			
		});
		final String responseString = (String)exchange.getOut().getBody();
		
		Assert.assertTrue(responseString.length() > 0);
		
		springCamelContext.stop();
	}
}

<beans xmlns="http://www.springframework.org/schema/beans" 
       xmlns:camel="http://camel.apache.org/schema/spring"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
                           http://camel.apache.org/schema/spring http://camel.apache.org/schema/spring/camel-spring.xsd">
        
    <!-- ActiveMQ component for Camel to use -->   
    <bean id="activemq" class="org.apache.activemq.camel.component.ActiveMQComponent" > 
        <property name="connectionFactory"> 
            <bean class="org.apache.activemq.ActiveMQConnectionFactory"> 
                <property name="brokerURL" value="tcp://192.168.5.10:61616?daemon=true" />
            </bean> 
    </bean> 
           
    <!-- Camel Context -->
    <camelContext id="camelContext" xmlns="http://camel.apache.org/schema/spring" autoStartup="false">   	
    	<camel:endpoint id="serverRequestQueue"	uri="activemq:queue:request.lavaOrderProducer.powerTraderServer" />   	
</beans>

      List<RegionInfo> onlineRegions = TEST_UTIL.getAdmin().getRegions(rs);
      while (onlineRegions.size() != 2) {
        onlineRegions = TEST_UTIL.getAdmin().getRegions(rs);
        Thread.sleep(100);
        LOG.info("Waiting on SPLIT to complete...");
      }

Actually this piece of code is not correct. We only have one region server in this test so the region server will also carry meta region.

Currently it just throws a SecurityException with "Unauthorized" which does not get translated to 403 status code to the client.

Overall Spring Security is AWESOME and you guys are doing a great job!
However, I am convinced I found either a bug or Doc error in UnanimousBased AccessDecisionManager.  
The API doc says "grants access if only grant votes were received" but I am certain I got it to grant access when one of the votes was an Abstention.
Or if this is not a bug, please clarify API to say 
"grants access if only grant or abstained votes were received"
Thanks so much and keep up the great work!!
Spring Security Rocks!

These unittests are failing on Windows because the temporary snapshot file path is not valid.
hadoop.hbase.client.TestSnapshotTemporaryDirectory
hadoop.hbase.client.TestSnapshotDFSTemporaryDirectory
hadoop.hbase.client.TestSnapshotTemporaryDirectoryWithRegionReplica
 
The error is:
 
 2019-04-08 23:42:02,080 ERROR [master/MININT-2D9TFVB:0:becomeActiveMaster] helpers.MarkerIgnoringBase(159): ***** ABORTING master minint-2d9tfvb.northamerica.corp.microsoft.com,57169,1554792118500: Unhandled exception. Starting shutdown. *****
java.lang.IllegalArgumentException: *Wrong FS: file://C:\src\hbase\hbase-server/2f6562be-fe12-49a4-b370-2b6928e5aa72, expected: file:///*
 at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:647)
 at org.apache.hadoop.fs.RawLocalFileSystem.pathToFile(RawLocalFileSystem.java:82)
 at org.apache.hadoop.fs.RawLocalFileSystem.deprecatedGetFileStatus(RawLocalFileSystem.java:606)
 at org.apache.hadoop.fs.RawLocalFileSystem.getFileLinkStatusInternal(RawLocalFileSystem.java:824)
 at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:601)
 at org.apache.hadoop.fs.ChecksumFileSystem.delete(ChecksumFileSystem.java:638)
 at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.resetTempDir(SnapshotManager.java:298)
 at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.initialize(SnapshotManager.java:1186)
 at org.apache.hadoop.hbase.procedure.MasterProcedureManagerHost.initialize(MasterProcedureManagerHost.java:50)
 at org.apache.hadoop.hbase.master.HMaster.initializeZKBasedSystemTrackers(HMaster.java:828)
 at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:1004)
 at org.apache.hadoop.hbase.master.HMaster.startActiveMasterManager(HMaster.java:2373)
 at org.apache.hadoop.hbase.master.HMaster.lambda$run$0(HMaster.java:603)
 
If a server is removed from a batch the command will fail.
The same command will work correct if no batch is used
21:13:46,310 INFO  [org.jboss.as.process.Server:server-one.status] (reaper for Server:server-one) WFLYPC0011: Process 'Server:server-one' finished with an exit status of 0
[Host Controller] 21:13:46,351 INFO  [org.jboss.as.host.controller] (ProcessControllerConnection-thread - 2) WFLYHC0027: Unregistering server server-one
[Host Controller] 21:13:46,392 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("stop") failed - address: ([
[Host Controller]     ("host" => "master"),
[Host Controller]     ("server-config" => "server-one")
[Host Controller] ]) - failure description: "WFLYCTL0216: Management resource '[
[Host Controller]     (\"host\" => \"master\"),
[Host Controller]     (\"server-config\" => \"server-one\")
[Host Controller] ]' not found"

 DefaultCamelContext throws NPE in getRoute(String id) if no routes are deployed.
This happens because the "route LinkedHashSet" is not initialized.
Fix:
 don't do Lazy init of route  or add this to getRoute(String id):
 if (routes == null) 
{
	routes = new LinkedHashSet<Route>();
 }
 
When getProperty() is called on a CombinedConfiguration object the reloadingRequired() method is not called.

From the 0.98.19RC0 thread:
Sean Busbey

[1]: ASF policy requires that each file hosted in the project dist
space have a file with just the MD5 sum in a file named after the
original with ".md5" as a suffix. (Having an additional file with all
the checksums is a good practice, IMO.) I brought this up in our last
round of RCs as well. I don't want to hold up this vote, but I plan to
start voting -1 on future RCs that don't include md5 files.
relevant policy:
http://www.apache.org/dev/release-distribution.html#sigs-and-sums

Our release documentation (https://hbase.apache.org/book.html#releasing)
says we should generate sums like so:
for i in *.tar.gz; do echo $i; gpg --print-mds $i > $i.mds ; done
The make_rc.sh script also encodes the same. Let's fix.

There's no point to having a special/separate kerberosSecurityFactory on AuthenticationConfiguration.  The callback handling code path for this would work exactly the same if the Kerberos credential were instead stored on the regular CredentialSource in the configuration.

When using FileUtils.copyDirectory to copy directories with subdirectories, the source will overwrite all files that exist in the destination directory, but not the subdirectories themselves. The files inside the subdirectories will be overwritten. The only difference that I've noticed thus far is that this preserves the old file dates of the subdirectories rather than using the dates from the source or the current date, if preserveFileDate is set to 'false.'

When calling the update method on the DrivingQueryItemReader to save the state to the execution context, an attempt is made to get the current key by doing a get(currentIndex - 1) on the keys list.  Unfortunately, since the read() method has not yet been called, the currentIndex is still at 0, and an ArrayIndexOutOfBoundsError is thrown.

Spring Data GemFire is completely missing XML configuration support for Pivotal GemFire's Off-Heap Region data storage capabilities.  This includes...
1. Support for the off-heap attribute on all <gfe:*-region> elements (e.g. <gfe:partitioned-region id="Example" ... off-heap="true"/>), and...
2. Support for both critical-off-heap-percentage and eviction-off-heap-percentage
 attributes on the <gfe:cache> element.
The rest of Pivotal GemFire's Off-Heap configuration (e.g. off-heap-memory-size) is by way of GemFire properties.

Consider the following testcase:
create table tst5 (key string, value string) partitioned by (ds string) stored as rcfile;
insert overwrite table tst5 partition (ds='1') select * from src;    
insert overwrite table tst5 partition (ds='2') select * from src;    
insert overwrite table tst5 partition (ds='3') select * from src;    
alter table tst5 stored as sequencefile; 
insert overwrite table tst5 partition (ds='4') select * from src;    
insert overwrite table tst5 partition (ds='5') select * from src;    
insert overwrite table tst5 partition (ds='6') select * from src;  
alter table tst5 set serde 'org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe'; 
insert overwrite table tst5 partition (ds='7') select * from src;    
insert overwrite table tst5 partition (ds='8') select * from src;    
insert overwrite table tst5 partition (ds='9') select * from src;  
The following query works fine:
 select key + key, value from tst5 where ((ds = '4') or (ds = '1'));   
since both the partitions use ColumnarSerDe
But the following query fails:
select key + key, value from tst5 where ((ds = '4') or (ds = '1') or (ds='7'));
since different serdes are used.

The construction of SourceCache is wrong , it will cause the NPE when you enable the stream cache.

  public SourceCache(String data) {
        new StringSource(data);
        // It should be changed to 
        // super(data);
    }

Since HBASE-5914, we using bulk assign for SSH
But in the bulk assign case if we get an ALREADY_OPENED case there is no one to clear the znode created by bulk assign. 
Another thing, when RS opening a list of regions, if one region is already in transition, it will throw RegionAlreadyInTransitionException and stop opening other regions.

I'm trying to run test suite on a local machine. I never get to the second part because I fail on below test with below exception near every time (and an ipv6 test... will do that next).  
1 -------------------------------------------------------------------------------
  2 Test set: org.apache.hadoop.hbase.zookeeper.TestZooKeeperMainServer
  3 -------------------------------------------------------------------------------
  4 Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.161 s <<< FAILURE! - in org.apache.hadoop.hbase.zookeeper.TestZooKeeperMainServer
  5 testCommandLineWorks(org.apache.hadoop.hbase.zookeeper.TestZooKeeperMainServer)  Time elapsed: 15.848 s  <<< ERROR!
  6 org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /testCommandLineWorks
  7   at org.apache.hadoop.hbase.zookeeper.TestZooKeeperMainServer.testCommandLineWorks(TestZooKeeperMainServer.java:81)
Looks like running the command before we are connected causes the above – we pause 15 seconds and then throw the above.   If I wait until connected before proceding, stuff seems to work reliably. I don't have access to the watcher on connections since we override the zk main class... so this seems only avenue available at mo (This zk main thing is all a hack around zk main because it had bugs ... but I think we have to keep the hack because folks use different versions of zk. My $workplace defaults to something that is years old, 3.4.5 for instance).

I've been running tests on clusters with "lots" of regions, about 400, and I'm seeing weird contention in the client.
This one I see a lot, hundreds and sometimes thousands of threads are blocked like this:

"htable-pool4-t74" daemon prio=10 tid=0x00007f2254114000 nid=0x2a99 waiting for monitor entry [0x00007f21f9e94000]
	at org.apache.hadoop.security.UserGroupInformation.getCurrentUser(UserGroupInformation.java:466)
	- waiting to lock <0x00000000fb5ad000> (a java.lang.Class for org.apache.hadoop.security.UserGroupInformation)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection.writeRequest(RpcClient.java:1013)
	at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1407)
	at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1634)
	at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1691)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.multi(ClientProtos.java:27339)
	at org.apache.hadoop.hbase.client.MultiServerCallable.call(MultiServerCallable.java:105)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithoutRetries(RpcRetryingCaller.java:183)

While the holder is doing this:

"htable-pool17-t55" daemon prio=10 tid=0x00007f2244408000 nid=0x2a98 runnable [0x00007f21f9f95000]
	at java.security.AccessController.getStackAccessControlContext(Native Method)
	at java.security.AccessController.getContext(AccessController.java:487)
	- locked <0x00000000fb5ad000> (a java.lang.Class for org.apache.hadoop.security.UserGroupInformation)

The wildfly-swarm-addon uses the FractionUsageAnalyzer class in the wildfly-swarm-detect-fractions command. 
It seems that after the FractionUsageAnalyzer refactoring, it stopped working when source(new File(project_dir+"/target/classes")) is specified.

With DoAs enabled, HoS failed with following errors:

Exception in thread "main" org.apache.hadoop.security.AccessControlException: systest tries to renew a token with renewer hive
	at org.apache.hadoop.security.token.delegation.AbstractDelegationTokenSecretManager.renewToken(AbstractDelegationTokenSecretManager.java:484)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.renewDelegationToken(FSNamesystem.java:7543)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.renewDelegationToken(NameNodeRpcServer.java:555)
	at org.apache.hadoop.hdfs.server.namenode.AuthorizationProviderProxyClientProtocol.renewDelegationToken(AuthorizationProviderProxyClientProtocol.java:674)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.renewDelegationToken(ClientNamenodeProtocolServerSideTranslatorPB.java:999)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2141)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2137)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1783)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2135)

It is related to the change from HIVE-14383. It looks like that SparkSubmit logs in Kerberos with passed in hive principal/keytab and then tries to create a hdfs delegation token for user systest with renewer hive.

admin#move takes a byte array for the destination servername.
It's quite easy to get it wrong, for example in TestHCM we don't send the right byte array.
Let's add a minimal check when we parse the server name.

Upstream issues: HBASE-11171 and HBASE-11098. Could back port some of what is in these issues, the package-info.java class for instance.

org.wildfly.swarm.topology.openshift.runtime.NamespaceService contains a simple algorithm to select which namespace to target when reading the topology. This checks the KUBERNETES_NAMESPACE env var, then OPENSHIFT_BUILD_NAMESPACE and then possibly the list of all projects iff it contains a single entry.
However, the KUBERNETES_NAMESPACE env var doesn't seem to be present (not sure if it ever was), and the OPENSHIFT_BUILD_NAMESPACE env var contains the name of the namespace where the image was built (https://docs.openshift.com/enterprise/3.1/dev_guide/builds.html#output-image-environment-variables). This isn't necessarily the name of the namespace in which the pod is currently running (though it's probably quite common).
It seems reading /var/run/secrets/kubernetes.io/serviceaccount/namespace is the best option (see https://kubernetes.io/docs/tasks/administer-cluster/access-cluster-api/#accessing-the-api-from-a-pod).

RepeatTemplate aborts early if multiple threads throw ignorable exceptions.  This is the underlying cause for BATCH-1272.

When trying to switch to spring-data-mongo-1.1.M2 from 1.0.3, I had the following stacktrace :

org.springframework.data.mapping.model.MappingInstantiationException: Could not instantiate bean class [com.mycompany.catalog.Transaction]: Illegal arguments for constructor; nested exception is java.lang.IllegalArgumentException: argument type mismatch
	at org.springframework.data.convert.ReflectionEntityInstantiator.createInstance(ReflectionEntityInstantiator.java:77)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:230)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:210)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:174)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:170)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:73)
	at org.springframework.data.mongodb.core.MongoTemplate$ReadDbObjectCallback.doWith(MongoTemplate.java:1718)
	at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:1441)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1244)
	at com.mycompany.catalog.repositories.AbstractRepositoryCustomMongo.findByQueryPageable(AbstractRepositoryCustomMongo.java:35)
	at com.mycompany.catalog.repositories.TransactionRepositoryCustomMongo.findByProduct(TransactionRepositoryCustomMongo.java:64)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:309)
	at $Proxy26.findByProduct(Unknown Source)
	at com.mycompany.catalog.repositories.TransactionRepositoryTest.testFindByProduct(TransactionRepositoryTest.java:49)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
	at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:62)
Caused by: org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [com.mycompany.catalog.Transaction]: Illegal arguments for constructor; nested exception is java.lang.IllegalArgumentException: argument type mismatch
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:158)
	at org.springframework.data.convert.ReflectionEntityInstantiator.createInstance(ReflectionEntityInstantiator.java:75)
	... 50 more
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:147)
	... 51 more

After further investigation, I found that the problem come from the instanciation of my Transaction document which use @PersistenceConstructor on this constructor :

@PersistenceConstructor
public Transaction(
        ObjectId id,
        Product product,
        List<Operation> operations
)

Spring try to instantiate it with an HashSet instead of a List for the third constructor argument.
The HashSet is passed from the method org.springframework.data.mongodb.core.convert.MappingMongoConverter#readCollectionOrArray resulting in the a IllegalArgumentException: argument type mismatch
The readCollectionOrArray method should return an empty collection which matches the type of the constructor param at line https://github.com/SpringSource/spring-data-mongodb/blob/master/spring-data-mongodb/src/main/java/org/springframework/data/mongodb/core/convert/MappingMongoConverter.java#L724
It may be related to :

issue DATAMONGO-458
commit https://github.com/SpringSource/spring-data-mongodb/commit/b3a891c69b38f5b53b5f6041c9af6aa3f89afe24

I recently noticed that there is wrong entry order in file using 
FileIdempotentRepository implementation. 
The effect is that instead of having order like: 
file1.txt.20171123 
file2.txt.20171123 
file1.txt.20171124 
file3.txt.20171125 
file2.txt.20171126 
we have: 
where date extension represents order in which particular file was consumed 
by the idempotent file consumer. 
As a consequence instead of initializing memory cache with newest values, 
it is initialized (probably) based on hash function from truncStore method 
and we consume same file more than once: 
    protected void trunkStore() { 
        LOG.info("Trunking idempotent filestore: {}", fileStore); 
        FileOutputStream fos = null; 
        try { 
            fos = new FileOutputStream(fileStore); 
            for (String key : cache.keySet()) 
{ 
                fos.write(key.getBytes()); 
                fos.write(STORE_DELIMITER.getBytes()); 
            }
 
        } catch (IOException e) 
{ 
            throw ObjectHelper.wrapRuntimeCamelException(e); 
        }
 finally 
{ 
            IOHelper.close(fos, "Trunking file idempotent repository", LOG); 
        }
 
    } 

When scanning using REST API, if the table is disabled in the middle of the scan, code 410 (Gone) should be returned.
Currently in 1.3 and lower releases, ScannerResultGenerator#next() doesn't handle TableNotEnabledException, leading to the exception being ignored and code 204 is returned to caller.
This was first spotted by Duo Zhang when investigating HBASE-17603.
Patch for HBASE-17603 contains fix for this problem.
This issue fixes the bug for 1.3 and lower branches and adds test for branch-1 and master branch.

Should use OQL select count from /region to return consistent results

compustat_avro.q: The way the location file path was being specified using system:hive.root wasn't working on Windows. create_like.q has an example of how to get this to work, using system:test.tmp.dir
load_dyn_part14_win.q: Looks like HIVE-9039 changed the Hive syntax, and the original load_dyn_part14.q had changed but the Windows-specific version load_dyn_part14_win.q had not been updated.

Otherwise if we use an SSLContext that does not support it we get a NPE, e.g. with wildfly-openssl: -
	at org.wildfly.security.ssl.SSLContextBuilder.lambda$build$0(SSLContextBuilder.java:302)
	at org.wildfly.security.OneTimeSecurityFactory.create(OneTimeSecurityFactory.java:45)
	at org.wildfly.extension.elytron.SSLDefinitions$4.lambda$getValueSupplier$1(SSLDefinitions.java:725)
	at org.wildfly.extension.elytron.TrivialService.start(TrivialService.java:53)
	... 3 more

shutdown-requested is a  (boolean) runtime read-only attribute, not a metric
the other attributes are correctly registered as metrics. However their definition should not specify "undefined metric value" as their values can always be computed.

An HRegion asks each HStore to flush its cache with a sequence number X. The assumption is that all the updates before X will be flushed. So during the startup reconstruction, the updates before X are skipped.
The use of updatesLock should guarantee that all the updates before X will be flushed when HStore flushes with X - snapshots are taken after the write lock on updatesLock is acquired, while all the updates are written to the log and to the cache with the read lock on updatesLock is acquired. However, because the sequence number X is obtained without the write lock on updatesLock, some updates with sequence number <= X may not have been written to the cache which will be flushed.

Hi,
I found the some of the iterator classes does not fulfill the iterator specification of JDK.
e.g. hasNext() should never throw exception.
Here is an automatically generated junit test (I am now writing a tool)

public void test233() throws Throwable {
    java.lang.Integer var6 = new java.lang.Integer(0);
    org.apache.commons.collections.list.GrowthList var7 = new org.apache.commons.collections.list.GrowthList(var6);
    org.apache.commons.collections.Predicate var9 = org.apache.commons.collections.PredicateUtils.anyPredicate((java.util.Collection)var7);
    java.lang.Long var10 = new java.lang.Long(10L);
    org.apache.commons.collections.iterators.FilterListIterator var13 = new org.apache.commons.collections.iterators.FilterListIterator(var9);
    //this line throws exception!
    var13.hasNext();
}

could you please check it to confirm whether it is bug or I misunderstand the specification of apache common collections?
thanks,

 create table AcidTablePart(a int, b int) partitioned by (p string) clustered by (a) into 2 buckets stored as orc TBLPROPERTIES ('transactional'='true');
 create temporary table if not exists data1 (x int);
 insert into data1 values (1);
 from data1
   insert into AcidTablePart partition(p) select 0, 0, 'p' || x
   insert into AcidTablePart partition(p='p1') select 0, 1

Each branch of this multi-insert create a row in partition p1/bucket0 with ROW__ID=(1,0,0).
The same can happen when running SQL Merge (HIVE-10924) statement that has both Insert and Update clauses when target table has 'transactional'='true','transactional_properties'='default'  (see HIVE-14035).  This is so because Merge is internally run as a multi-insert statement.
The solution relies on statement ID introduced in HIVE-11030.  Each Insert clause of a multi-insert is gets a unique ID.
The ROW__ID.bucketId now becomes a bit packed triplet (format version, bucketId, statementId).
(Since ORC stores field names in the data file we can't rename ROW__ID.bucketId).
This ensures that there are no collisions and retains desired sort properties of ROW__ID.
In particular SortedDynPartitionOptimizer works w/o any changes even in cases where there fewer reducers than buckets.  

When I send a HTTP request with an empty body, the respective controller method is invoked with a null argument for the parameter annotated with @RequestBody. Instead, a HttpMessageNotReadableException should be thrown.
This may be a regression introduced by the fix of SPR-9942. Note that fix removed the statement that threw HttpMessageNotReadableException.

SimpleRpcScheduler.java
    if (callqReadShare > 0) {
      // at least 1 read handler and 1 write handler
      callExecutor = new RWQueueRpcExecutor("deafult.RWQ", Math.max(2, handlerCount),
        maxQueueLength, priority, conf, server);
    } else {
      if (RpcExecutor.isFifoQueueType(callQueueType)) {
        callExecutor = new FastPathBalancedQueueRpcExecutor("deafult.FPBQ", handlerCount,
            maxPriorityQueueLength, priority, conf, server);
    } else {
        callExecutor = new BalancedQueueRpcExecutor("deafult.BQ", handlerCount, maxQueueLength,
            priority, conf, server);
      }
    }

When upgrading from Acegi 1.0.6 to Spring Security 2.0.0, we found that URL path matching did not work in some cases (we are still using the old definition source style since it's a big app and it will take time to migrate to the new simplified XML).
We narrowed this down to patterns that contained both lowercase and uppercase characters. We have disabled the flag in the object definition source that marked whether we wanted to turn both the pattern and path to lowercase before comparison.
The reason for this is that a different AntUrlPathMatcher instance is used when initializing the FilterChainProxyBean, than when the comparison is actually made. One instance has the requiresLowerCaseUrl set to true (the initial, default instance), while the second one which used the object definition source flag has requiresLowerCaseUrl set to false. Why does this happen? See subtle error:
        // Convert the FilterDefinitionSource to a filterChainMap if set
        if (fids != null) 
{
            Assert.isNull(uncompiledFilterChainMap, "Set the filterChainMap or FilterInvocationDefinitionSource but not both");
            FIDSToFilterChainMapConverter converter = new FIDSToFilterChainMapConverter(fids, applicationContext);
            setFilterChainMap(converter.getFilterChainMap()); <--------------- THIS SHOULD BE CALLED AFTER setMatcher(converter.getMatcher())
            setMatcher(converter.getMatcher());                            <---------------
            fids = null;
        }

        Assert.notNull(uncompiledFilterChainMap, "filterChainMap must be set");
    }
The reason is that setFilterChainMap calls createCompiledMap which is turn uses the matcher instance field. At this point the instance matcher has not been changed yet, so that causes the compiled map to have been compiled with the wrong matcher.
Our workaround has been to enable the CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON flag and lowercase all patterns.

Coprocessors are added to HBase using a TreeSet that is initialized with an EnvironmentPriorityComparator. The net effect is that only one coprocessor of a given priority can be loaded at a time for a given table. This appears to be due to how the TreeSet uses the EnvironmentPriorityComparator to determine whether there are duplicate entries - if the coprocessors have the same priority (e.g., User), they are considered the same and won't be added to the Set.

Anonymous authentication for ejbs works on EAP 7.0.x using the following configuration:
            <http-connector name="http-remoting-connector" connector-ref="default" security-realm="ApplicationRealm">
                <properties>
                    <property name="SASL_MECHANISMS" value="ANONYMOUS,PLAIN"/>
                    <property name="SASL_POLICY_NOANONYMOUS" value="false"/>
                </properties>
            </http-connector>
Unfortunately, this same configuration does not work on 7.1.1.  It looks
like the server still wants to use DIGEST-MD5 based authentication.
Has the legacy based configuration (non-elytron) for anonymous ejb
access changed on eap 7.1.1?
I am attaching the standalone.xml, server.log and client log.
Customer does not want to use elytron at the moment.

There appears to be some subtle concurrency issue in FixedSizedObjectPool that happens with multiple consumers where some object may be retrieved twice. 
Unfortunately running a load test for hour(s) does not trigger it for me and overall it happens extremely rarely on non-specific tests; adding debug info at this level is a little bit difficult to determine how it could have happened and interlocked operations in the trace may actually eliminate the issue. I suspect it has something to do with aggressive assumptions made for locking and array elements and the memory model. Maybe that can be simplified without much perf loss.
Anyway, for now we will disable the pools where multiple consumers use them.
Need to test perf to see if these two pools even matter; if so, we can simplify the model as per above or debug the issue in some way.

I have a class SignCommand annotated with @RooJavaBean and with this property:
somepackage.SomeClass.Enum sslRef;
For this roo generates this getter:
    public Enum SignCommand.getSslRef() 
{
        return this.sslRef;
    }

which is fine, but it imports SomeClass.Enum without package name, so the import can't be resolved.

Unclear error message after cloning non-existing profile to new profile.

[domain@localhost:9990 /] /profile=non-existing-profile:clone(to-profile=whatever)
{
    "server-groups" => undefined,
}
[domain@localhost:9990 /] 

There should be something like this on output:
Profile 'non-existing-profile' doesn't exist.

In current RetriesExhaustedWithDetailsException#getDesc, we have constructed a StringBuilder to add information of issue servers but returned the wrong string:

  public static String getDesc(List<Throwable> exceptions,
                               List<? extends Row> actions,
                               List<String> hostnamePort) {
    String s = getDesc(classifyExs(exceptions));
    StringBuilder addrs = new StringBuilder(s);
    addrs.append("servers with issues: ");
    Set<String> uniqAddr = new HashSet<String>();
    uniqAddr.addAll(hostnamePort);

    for(String addr : uniqAddr) {
      addrs.append(addr).append(", ");
    }
    return s;
  }

If your context object is a Class<?> then you cannot evaluate an expression that calls a getter on that object.

    /**
     * WORKS
     */
    public void testSpelGetterOnBean() {
        final String name = "foo";
        final Object thing = new Object() {
            public String getName() { return name; }
        };
        
        final ExpressionParser parser = new SpelExpressionParser();
        final StandardEvaluationContext context = new StandardEvaluationContext(thing);
        final Object result = parser.parseExpression("name").getValue(context);

        assertEquals(name, result);
    }

    /**
     * FAILS
     */
    public void testSpelGetterOnClass() {
        final Class<?> clazz = Object.class;
        final String name = clazz.getName();
        
        final StandardEvaluationContext context = new StandardEvaluationContext(clazz);

    }

Trying to use @Cachable on a method triggers a SpEL compiler exception:

@Cacheable(cacheManager = "eohsCacheManager", cacheNames = "eohsManagersCache", key = "#userId.toLowerCase(T(java.util.Locale).ENGLISH)")
private Manager getRemoteManager(String userId) {
}

Also tried with #userId.toString().toLowerCase(T(java.util.Locale).ENGLISH), fails the same way.
Works with #userId.toLowerCase().
Stacktrace is actually from my 4.2.4 SNAPSHOT test.

2015-12-09 14:27:00,271 taskExecutor-5 ||| DEBUG [o.s.e.s.s.SpelCompiler] - SpEL: compiling #userId.toLowerCase(T(java.util.Locale).ENGLISH)
2015-12-09 14:27:00,287 taskExecutor-5 ||| ERROR [o.q.c.JobRunShell] - Job DEFAULT.personsSyncJob threw an unhandled Exception: 
java.lang.IllegalStateException: Failed to instantiate CompiledExpression
	at org.springframework.expression.spel.standard.SpelCompiler.compile(SpelCompiler.java:111)
	at org.springframework.expression.spel.standard.SpelExpression.compileExpression(SpelExpression.java:467)
	at org.springframework.expression.spel.standard.SpelExpression.checkCompile(SpelExpression.java:437)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:243)
	at org.springframework.cache.interceptor.ExpressionEvaluator.key(ExpressionEvaluator.java:115)
	at org.springframework.cache.interceptor.CacheAspectSupport$CacheOperationContext.generateKey(CacheAspectSupport.java:635)
	at org.springframework.cache.interceptor.CacheAspectSupport.generateKey(CacheAspectSupport.java:490)
	at org.springframework.cache.interceptor.CacheAspectSupport.collectPutRequests(CacheAspectSupport.java:461)
	at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:341)
	at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:302)
	at org.springframework.cache.aspectj.AbstractCacheAspect.ajc$around$org_springframework_cache_aspectj_AbstractCacheAspect$1$2bc714b5(AbstractCacheAspect.aj:74)
	.....
Caused by: java.lang.VerifyError: (class: spel/Ex2, method: getValue signature: (Ljava/lang/Object;Lorg/springframework/expression/EvaluationContext;)Ljava/lang/Object;) Incompatible object argument for function call
	at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671)
	at java.lang.Class.getConstructor0(Class.java:3075)
	at java.lang.Class.newInstance(Class.java:412)
	at org.springframework.expression.spel.standard.SpelCompiler.compile(SpelCompiler.java:108)

Investigating a failed query:

set hive.orderby.position.alias=true;
select distinct age from student order by 1 desc limit 20;

The query does not sort the output correctly when cbo is disabled/inactivated. I found two issues:
1. "order by position" query is broken by HIVE-16774
2. In particular, select distinct query never work for "order by position" query

We use the AST tree String representation of a condition in the WHERE clause to identify its column in the RowResolver. This can lead to OOM Exceptions when the condition is very large.

Some of the older servers will not launch with Java 11. This requires the slaves to override the Java home path. However the modular JDK parameters are passed to the Java 8 VM arguments which causes the VM to fail to start. These parameters should not be passed.

Currently, GenericSubsystemDescribeHandler relies on ImmutableManagementResourceRegistration.getChildAddresses(...) to find child resources.  When processing a wildcard address, all resource children are matched. Thus any non-wildcard paths returned by getChildAddresses(...) for the same child type will end up being described twice.  Additionally, child order needs to be preserved, even in the presence of override models.

Hadoop 1.1.2 has been released.
From Matt:
This release includes 24 bug fixes and backward-compatible enhancements,
compared to Hadoop 1.1.1.  Improvements include:

bug fixes in use of Kerberos security and SPNEGO
a couple potential deadlock situations
fixes for IBM JDK compatibility
several unit test failure cleanups
other useful improvements

For details, please see
http://hadoop.apache.org/docs/r1.1.2/releasenotes.html.

Hi,
ListUtils.subtract is very slow when subtracting two large lists.  The
root cause of this problem is similar to the root cause of the
previously fixed COLLECTIONS-328 in ListUtils, i.e., quadratic
complexity instead of linear complexity.
I am encountering this problem in version 3.2.1 and also in revision
1342815 (May 25th 2012).  I have attached a test that exposes this
problem and a simple patch.  On my machine, for the attached test,
this patch provides a 95X speedup.
$ java Test
Currently, the code for ListUtils.subtract is:
final ArrayList<E> result = new ArrayList<E>(list1);
for (E e : list2) {
    result.remove(e);
}
which is quadratic, because result.remove(e) has linear complexity.
The attached patch makes the remove() be constant complexity by
removing from an org.apache.commons.collections.bag.HashBag.  I use
HashBag and not HashSet because ListUtils.subtract needs to respect
the cardinality when there are repeated objects in the list.
As mentioned in COLLECTIONS-328 discussion, for small lists, there is
some overhead for creating the HashBag.  This can be fixed with a
threshold, but I did not implement it in my patch because the
COLLECTIONS-328 patch does not implement it.
Unlike the patch for COLLECTIONS-328, my patch does not choose the
list to iterate over based on size, because of the cardinality
requirement in subtract.  This means the code could be made even
faster if we could use something like a LinkedHashBag but neither
Apache Collections nor standard Java libraries have such a class.
Even so, this patch is still a lot faster than the original version.
Thanks,
Adrian

If you try to go to a backup master web UI's, it doesn't work because the link is is missing "http://".

The problem has happened using spring-integration-amqp.
Trying to read a value from the header of a message I get that this value is of com.rabbitmq.client.impl.LongStringHelper.ByteArrayLongString type, when it was supposed to be String.

  /**

Create a new CachedThreadPool with a bounded number as the maximum
thread size in the pool.

@param maxCachedThread the maximum thread could be created in the pool
@param timeout the maximum time to wait
@param unit the time unit of the timeout argument
@param threadFactory the factory to use when creating new threads
@return threadPoolExecutor the cachedThreadPool with a bounded number
as the maximum thread size in the pool.
   */
  public static ThreadPoolExecutor getBoundedCachedThreadPool(
      int maxCachedThread, long timeout, TimeUnit unit,
      ThreadFactory threadFactory) 
{
    ThreadPoolExecutor boundedCachedThreadPool =
      new ThreadPoolExecutor(maxCachedThread, maxCachedThread, timeout,
        TimeUnit.SECONDS, new LinkedBlockingQueue<Runnable>(), threadFactory);
    // allow the core pool threads timeout and terminate
    boundedCachedThreadPool.allowCoreThreadTimeOut(true);
    return boundedCachedThreadPool;
  }

Currently, while there is a close on HTable, it does not let go of the zk session.. it does not call close... because the session is shared by all HTables in the VM.  Add a shutdown hook that will close zk on the way out.   Otherwise it makes for session timeouts in zk server logs.

When doing a copy table from a table with a lot of regions to a table to way less regions, on a cluster with limited number of mappers, since map tasks are ordered by key, tasks will first run for the few first regions and will hotspot a single region server on the destination side.
To avoid this, we should submit the map tasks in a random order.
This JIRA is to add this option to CopyTable and TableInputFormat

Hi,
I am encountering a performance problem in CollectionUtils.subtract().
It appears in version 3.2.1 and also in revision 1352300 (20 June
2012).  I attached a test that exposes this problem and a patch that
fixes it.  On my machine, for this test, the patch provides a 204X
speedup.
$ java Test
Time is 11036
Time is 54
The root cause of this problem is similar to the root cause of the
previously fixed COLLECTIONS-406 in ListUtils.subtract(), i.e.,
quadratic complexity instead of linear complexity.  This problem
affects two methods:
CollectionUtils.subtract(final Iterable<? extends O> a, final Iterable<? extends O> b)
and
CollectionUtils.subtract(final Iterable<? extends O> a, final Iterable<? extends O> b, final Predicate<O> p)
because the former just calls the latter.
Currently, the code for
"CollectionUtils.subtract(final Iterable<? extends O> a, final Iterable<? extends O> b, final Predicate<O> p)"
is:
ArrayList<O> list = new ArrayList<O>();
addAll(list, a);
for (O element : b) {
    if (p.evaluate(element)) 
{
        list.remove(element);
    }
}
which is quadratic, because "list.remove(element)" has linear
complexity for "ArrayList<O> list = new ArrayList<O>()".
removing from an org.apache.commons.collections.bag.HashBag.  The
attached patch is very similar to the patch of COLLECTIONS-406, so I
assume the risk of applying this patch is minimal.  Just like in the
patch for COLLECTIONS-406, this patch uses a HashBag (and not a
HashSet) to respect cardinality when there are repeated objects.
Can you please confirm if the patch is correct?
Thanks,
Adrian

When working on the management models we first need to check the last final release so that we can identify if we do need to increment the versions or not.
I had already added a clean version 4 ready for ongoing development.
Also on a related point it would be better if we can add the new version in one commit and then make changes in a subsequent commit - this way we can use various git tools to see the changes made otherwise the first set of changes are never visible.

After triggering CamelContext#close() method the execution will reach org.apache.camel.component.kafka.KafkaConsumer#doStop where the shutdown of the executor instance will be triggered and where in it's turn the interruption of the submitted to the executor threads should happen (by reaching the native implementation of Thread#interrupt())
According to https://docs.oracle.com/javase/8/docs/api/java/lang/Thread.html#interrupt-- interrupt method will only set a corresponding status to the thread, but will not terminate it. 
Problem is in the line KafkaConsumer.java:108:
ConsumerRecords<Object, Object> records = consumer.poll(Long.MAX_VALUE);
In the Kafka implementation of the poll method this will lead to almost infinite while loop which is not checking the thread status and this loop will exit only in case of receiving a message from a broker. Only after exciting the loop the interrupted status of the thread will be discovered and the thread will be terminated.
This leads to a couple of problems:
1. The KafkaConsumers remain alive until receiving at least one more message from the broker.
2. As the CamelContext at this point of time is most likely already shut down, the received message is not going to be processed, but will be acknowledged to the broker. So effectively the message gets lost.
A potential fix would be to either make the poll timeout reasonably small or configurable.

DomainRootDefinition.java always set launch type to 

new LaunchTypeHandler(ServerEnvironment.LaunchType.DOMAIN)

 even if the host controller process is embedded. 
Looking into the LaunchType class, I believe that EMBEDDED value should be used.

    /** The manner in which a server can be launched */
    public static enum LaunchType {
        /** Launched by a Host Controller in a managed domain */
        DOMAIN(ProcessType.DOMAIN_SERVER),
        /** Launched from the command line */
        STANDALONE(ProcessType.STANDALONE_SERVER),
        /** Launched by another process in which the server is embedded */
        EMBEDDED(ProcessType.EMBEDDED_SERVER),
...

launch-type              STANDALONE

launch-type              DOMAIN

[disconnected /] embed-server 
launch-type              EMBEDDED

[disconnected /] embed-host-controller

A number of the hadoop-2 unit test failures are due to HADOOP-10425, fixed in Hadoop 2.4.  Perhaps we should move onto that version.

org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_nullgroup3
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_ppd_join4
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_select_dummy_source
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_symlink_text_input_format
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_udf_current_database
org.apache.hadoop.hive.cli.TestMinimrCliDriver.testCliDriver_bucketizedhiveinputformat

Oct 15, 2010 3:04:57 PM org.springframework.roo.felix.JdkDelegatingLogListener logNow
SEVERE: [org.springframework.roo.addon.op4j [30]] [org.springframework.roo.addon.op4j.Op4jMetadataProvider] Cannot create component instance due to failure to bind reference metadataService
SEVERE: [org.springframework.roo.addon.op4j [30]] FrameworkEvent ERROR
org.apache.felix.log.LogException: org.osgi.framework.ServiceException: Service factory returned null.

HBASE-2037 introduced a new MemStoreScanner which triggers a ConcurrentSkipListMap.buildFromSorted clone of the memstore and snapshot when starting a scan.
After upgrading to 0.20.3, we noticed a big slowdown in our use of short scans.  Some of our data repesent a time series.   The data is stored in time series order, MR jobs often insert/update new data at the end of the series, and queries usually have to pick up some or all of the series.  These are often scans of 0-100 rows at a time.  To load one page, we'll observe about 20 such scans being triggered concurrently, and they take 2 seconds to complete.  Doing a thread dump of a region server shows many threads in ConcurrentSkipListMap.biuldFromSorted which traverses the entire map of key values to copy it.  

Similar to HBASE-3593. This patch upgrades DemoClient.Java to Thrift 0.5/0.6, fixes the check for allowing non-utf8 in row names, and eliminates the hard-coded host/port.

11000 lines and counting. Separating genMRTasks into it's own unit will only make a small dent, but will definitely help maintaining this beast.

I haven't looked into it yet but saw this at the end of the .q.out:
+Ended Job = job_201102071402_0020 with errors
+FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.MapRedTask

The spring batch documentation in section 5.1.6 has snippet below saying skip-limit is set at tasklet level, the code is at chunk level.....
  <step id="step1">
      <tasklet skip-limit="10">
          <chunk reader="flatFileItemReader" writer="itemWriter" commit-interval="10">
              <skippable-exception-classes>
                  org.springframework.batch.item.file.FlatFileParseException
              </skippable-exception-classes>
          </chunk>
      </tasklet>
  </step>

We had an issue where a regionserver on our destination side failed to refresh the keytabs.  The source side's replication got stuck because the HBaseInterClusterReplicationEndpoint only chooses new sinks if there happens to be a ConnectException but the SaslException is an IOException, which does not choose new sinks.  
I'll put up a patch to check this exception and choose new sinks.

Documentation link:
https://commons.apache.org/proper/commons-compress/javadocs/api-release/org/apache/commons/compress/archivers/cpio/CpioArchiveInputStream.html
In the example section, the following class name is used: CPIOArchiveInputStream, where it should be CpioArchiveInputStream.
Similar thing with CPIOArchiveEntry – proper class name seems to be CpioArchiveEntry.

You can ealily understand the problem from the below logs:

[2012-09-01 11:41:02,062] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager$CreateAsyncCallback 978] create rc =SESSIONEXPIRED for /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846 remaining retries=3
[2012-09-01 11:41:02,062] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager$CreateAsyncCallback 978] create rc =SESSIONEXPIRED for /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846 remaining retries=2
[2012-09-01 11:41:02,063] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager$CreateAsyncCallback 978] create rc =SESSIONEXPIRED for /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846 remaining retries=1
[2012-09-01 11:41:02,063] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager$CreateAsyncCallback 978] create rc =SESSIONEXPIRED for /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846 remaining retries=0
[2012-09-01 11:41:02,063] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager 393] failed to create task node/hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846
[2012-09-01 11:41:02,063] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager 353] Error splitting /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846
[2012-09-01 11:41:02,063] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager$DeleteAsyncCallback 1052] delete rc=SESSIONEXPIRED for /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846 remaining retries=9223372036854775807
[2012-09-01 11:41:02,064] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager$DeleteAsyncCallback 1052] delete rc=SESSIONEXPIRED for /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846 remaining retries=9223372036854775806
[2012-09-01 11:41:02,064] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager$DeleteAsyncCallback 1052] delete rc=SESSIONEXPIRED for /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846 remaining retries=9223372036854775805
[2012-09-01 11:41:02,064] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager$DeleteAsyncCallback 1052] delete rc=SESSIONEXPIRED for /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846 remaining retries=9223372036854775804
[2012-09-01 11:41:02,065] [WARN ] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.hadoop.hbase.master.SplitLogManager$DeleteAsyncCallback 1052] delete rc=SESSIONEXPIRED for /hbase/splitlog/hdfs%3A%2F%2Fxh01%3A9000%2Fhbase%2F.logs%2Fxh01%2C20020%2C1339552105088-splitting%2Fxh01%252C20020%252C1339552105088.1339557014846 remaining retries=9223372036854775803
...................
[2012-09-01 11:41:03,307] [ERROR] [MASTER_SERVER_OPERATIONS-xh03,20000,1339549619270-1] [org.apache.zookeeper.ClientCnxn 623] Caught unexpected throwable
java.lang.StackOverflowError

HIVE-7634 was supposed to give users the ability to not have to specify the metastore password in the hive conf, by configuring a credential provider and using the new getPassword() API. Looks like this jira didn't do the most important change which was to have ObjectStore use getPassword() when populating the properties that are passed to JDO. 

hive> set hive.auto.convert.join = true;
hive> set hive.optimize.skewjoin = true;
hive> set hive.skewjoin.key = 3;
hive> 
    > EXPLAIN FROM 
    > (SELECT src.* FROM src) x
    > JOIN 
    > (SELECT src.* FROM src) Y
    > ON (x.key = Y.key)
    > SELECT sum(hash(Y.key)), sum(hash(Y.value));
OK
  Stage-8 is a root stage
  Stage-6 depends on stages: Stage-8
  Stage-5 depends on stages: Stage-6 , consists of Stage-4, Stage-2
  Stage-4
  Stage-2 depends on stages: Stage-4, Stage-1
...

Stage-2 references not-existing Stage-1

while testing 0.98 RC found usage is printing two times with help option.

HOST-10-18-91-14:/home/rajeshbabu/98RC3/hbase-0.98.0-hadoop2/bin # ./hbase upgrade -h
usage: $bin/hbase upgrade -check [-dir DIR]|-execute
 -check       Run upgrade check; looks for HFileV1  under ${hbase.rootdir}
              or provided 'dir' directory.
 -dir <arg>   Relative path of dir to check for HFileV1s.
 -execute     Run upgrade; zk and hdfs must be up, hbase down
 -h,--help    Help
Read http://hbase.apache.org/book.html#upgrade0.96 before attempting upgrade

Example usage:

Run upgrade check; looks for HFileV1s under ${hbase.rootdir}:
 $ bin/hbase upgrade -check

Run the upgrade:
 $ bin/hbase upgrade -execute

Found this when implementing HBASE-21875, the UncaughtExceptionHandler will not be invoked if you use submit to submit the task, as by design, you should use the returned Future object to get the result(exception).
As we do not care the return value here, let's change to use execute method.

During Hive2 dev, the PerfLogger was moved to DEBUG levels only making it impossible to debug timings from LLAP logs without manually editing log4j2.properties and redeploying LLAP.
Enable PerfLogger by default on LLAP.

URI option mapMailMessage=true as is the default with Mail Component fetches IMAP-messages without peek=true option. This results to faulty rollback logic since in case of an exception and rollback, messages are already marked with flag SEEN and won't be rolled back to UNSEEN.
Messages are marked with peek-option in processBatch-method but mapping mail messages to Camel messages happens before that method call in createExchanges-method.
I've attached a patch where peek option is set to the messages already in the poll-method which resolves the issue. Unfortunately I couldn't write a proper jUnit test for this scenario since org.jvnet.mock_javamail.Mailbox doesn't seem to support marking messages as SEEN even if they have been fetched.  However, I have attached traces of faulty and fixed run with a test route (that route is also included).

Running a bucket map join exception on a table with more than one partition results in an exception is below.  This is because the partition spec is added to the file name, which unintentionally, produces a new subdirectory.   
 [junit] java.io.FileNotFoundException: /Users/kevinwilfong/Documents/hive_driver_start/build/ql/scratchdir/local/hive_2012-09-04_18-35-38_679_3765928822897237252/local-10002/HashTable-Stage-1/MapJoin-b-21(ds=2008-04-08 (No such file or directory)
[junit] 	at java.io.FileInputStream.open(Native Method)
[junit] 	at java.io.FileInputStream.<init>(FileInputStream.java:120)
[junit] 	at org.apache.hadoop.hive.common.CompressionUtils.tar(CompressionUtils.java:59)
[junit] 	at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:398)
[junit] 	at org.apache.hadoop.hive.ql.exec.MapRedTask.execute(MapRedTask.java:137)
[junit] 	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:135)
[junit] 	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:57)
[junit] 	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1326)
[junit] 	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1112)
[junit] 	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:945)
[junit] 	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:259)
[junit] 	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:216)
[junit] 	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:412)
[junit] 	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:347)
[junit] 	at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:712)
[junit] 	at org.apache.hadoop.hive.cli.TestMinimrCliDriver.testCliDriver_bucketmapjoin7(TestMinimrCliDriver.java:288)
[junit] 	at junit.framework.TestCase.runTest(TestCase.java:168)
[junit] 	at junit.framework.TestCase.runBare(TestCase.java:134)
[junit] 	at junit.framework.TestResult$1.protect(TestResult.java:110)
[junit] 	at junit.framework.TestResult.runProtected(TestResult.java:128)
[junit] 	at junit.framework.TestResult.run(TestResult.java:113)
[junit] 	at junit.framework.TestCase.run(TestCase.java:124)
[junit] 	at junit.framework.TestSuite.runTest(TestSuite.java:232)
[junit] 	at junit.framework.TestSuite.run(TestSuite.java:227)
[junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:518)
[junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1052)
[junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:906)
[junit] java.lang.IllegalArgumentException: Can not create a Path from an empty string
[junit] 	at org.apache.hadoop.fs.Path.checkPathArg(Path.java:82)
[junit] 	at org.apache.hadoop.fs.Path.<init>(Path.java:90)
[junit] 	at org.apache.hadoop.hive.ql.exec.Utilities.getHiveJobID(Utilities.java:381)
[junit] 	at org.apache.hadoop.hive.ql.exec.Utilities.clearMapRedWork(Utilities.java:194)
[junit] 	at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:472)
[junit] junit.framework.AssertionFailedError: Client Execution failed with error code = 1

The initialisation code in the transaction subsystem sets the transaction log directory on the wrong instance (https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java/org/jboss/as/txn/service/ArjunaObjectStoreEnvironmentService.java#L78). The code should pass in the null string for the instance name to get the default instance.
The bug arises because we recently fixed JBTM-2207 in order to avoid string comparison with the default name and the reason this is not a backwards compatibility issue is that com.arjuna.common.internal.util.propertyservice.BeanPopulator is internal code that the app server is using.

User complain about the NPE, when using the camel-smpp component to send the message which length is less than 255.
Here is the mail thread about it.
http://camel.465427.n5.nabble.com/SMPP-2-8-component-null-pointers-tp4776354p4776354.html

Submitting dag caused NPE on execution.
Multiple issues:

Some configs weren't set right
Key desc/Table desc weren't set properly
parallelism was left at -1

We have a proper current_timestamp function that is not evaluated at runtime.
Behavior of unix_timestamp(void) is both surprising, and is preventing some optimizations on the other overload since the function becomes non-deterministic.

Consider a case where my master is getting restarted.  RS that was alive when the master restart started, gets restarted before the master initializes the ServerShutDownHandler.

serverShutdownHandlerEnabled = true;

In this case when the RS tries to register with the master, the master will try to expire the server but the server cannot be expired as still the serverShutdownHandler is not enabled.
This case may happen when i have only one RS gets restarted or all the RS gets restarted at the same time.(before assignRootandMeta).

LOG.info(message);
      if (existingServer.getStartcode() < serverName.getStartcode()) {
        LOG.info("Triggering server recovery; existingServer " +
          existingServer + " looks stale, new server:" + serverName);
        expireServer(existingServer);
      }

If another RS is brought up then the cluster comes back to normalcy.
May be a very corner case.

I have defined a object model such as "person" to include a field "tenant" as UUID type, I want to annotate with "Indexed" so I can query person by tenant

@RedisHash("Person")
public class Person implements Serializable {
   @Id
   String id;

   @Indexed
   UUID tenant;

   @Indexed
   String email;
}

I added two persons by calling PersonRepository.save(person) with the same tenant UUID with different email.
Then I have following repository that defines two custom queries where first query using tenant (UUID) return empty (I expected two) while second query using email return one person that is expected. 
@Repository public interface PersonRespository extends CrudRepository<Person, String> 
{ 
List<Person> findByTenantAndEmail(UUID tenant, String email); //return empty List<Person> findByEmail(String email);//this one works fine }

It looks like framework does not index UUID type as I found out through debugging that PathIndexResolver will try to index UUID.mostSigBits  and UUID.leastSigBits.
I was able to workaround that by handling UUID type handling inside PathIndexResolver#Set<IndexedData> doResolveIndexesFor(..), but that method is private and I have to copy the code block in the extended class. I wonder if you can make the following enhancement:

Support UUID for secondary index inside the framework
or make PathIndexResolver#Set<IndexedData> doResolveIndexesFor(..) method protected instead of private so developer can handle custom object when dealing with secondary index.

Following test if run with TestMiniLlapLocalCliDriver will fail:

CREATE TABLE `alterPartTbl`(
   `po_header_id` bigint,
   `vendor_num` string,
   `requester_name` string,
   `approver_name` string,
   `buyer_name` string,
   `preparer_name` string,
   `po_requisition_number` string,
   `po_requisition_id` bigint,
   `po_requisition_desc` string,
   `rate_type` string,
   `rate_date` date,
   `rate` double,
   `blanket_total_amount` double,
   `authorization_status` string,
   `revision_num` bigint,
   `revised_date` date,
   `approved_flag` string,
   `approved_date` timestamp,
   `amount_limit` double,
   `note_to_authorizer` string,
   `note_to_vendor` string,
   `note_to_receiver` string,
   `vendor_order_num` string,
   `comments` string,
   `acceptance_required_flag` string,
   `acceptance_due_date` date,
   `closed_date` timestamp,
   `user_hold_flag` string,
   `approval_required_flag` string,
   `cancel_flag` string,
   `firm_status_lookup_code` string,
   `firm_date` date,
   `frozen_flag` string,
   `closed_code` string,
   `org_id` bigint,
   `reference_num` string,
   `wf_item_type` string,
   `wf_item_key` string,
   `submit_date` date,
   `sap_company_code` string,
   `sap_fiscal_year` bigint,
   `po_number` string,
   `sap_line_item` bigint,
   `closed_status_flag` string,
   `balancing_segment` string,
   `cost_center_segment` string,
   `base_amount_limit` double,
   `base_blanket_total_amount` double,
   `base_open_amount` double,
   `base_ordered_amount` double,
   `cancel_date` timestamp,
   `cbc_accounting_date` date,
   `change_requested_by` string,
   `change_summary` string,
   `confirming_order_flag` string,
   `document_creation_method` string,
   `edi_processed_flag` string,
   `edi_processed_status` string,
   `enabled_flag` string,
   `encumbrance_required_flag` string,
   `end_date` date,
   `end_date_active` date,
   `from_header_id` bigint,
   `from_type_lookup_code` string,
   `global_agreement_flag` string,
   `government_context` string,
   `interface_source_code` string,
   `ledger_currency_code` string,
   `open_amount` double,
   `ordered_amount` double,
   `pay_on_code` string,
   `payment_term_name` string,
   `pending_signature_flag` string,
   `po_revision_num` double,
   `preparer_id` bigint,
   `price_update_tolerance` double,
   `print_count` double,
   `printed_date` date,
   `reply_date` date,
   `reply_method_lookup_code` string,
   `rfq_close_date` date,
   `segment2` string,
   `segment3` string,
   `segment4` string,
   `segment5` string,
   `shipping_control` string,
   `start_date` date,
   `start_date_active` date,
   `summary_flag` string,
   `supply_agreement_flag` string,
   `usd_amount_limit` double,
   `usd_blanket_total_amount` double,
   `usd_exchange_rate` double,
   `usd_open_amount` double,
   `usd_order_amount` double,
   `ussgl_transaction_code` string,
   `xml_flag` string,
   `purchasing_organization_id` bigint,
   `purchasing_group_code` string,
   `last_updated_by_name` string,
   `created_by_name` string,
   `incoterms_1` string,
   `incoterms_2` string,
   `ame_approval_id` double,
   `ame_transaction_type` string,
   `auto_sourcing_flag` string,
   `cat_admin_auth_enabled_flag` string,
   `clm_document_number` string,
   `comm_rev_num` double,
   `consigned_consumption_flag` string,
   `consume_req_demand_flag` string,
   `conterms_articles_upd_date` timestamp,
   `conterms_deliv_upd_date` timestamp,
   `conterms_exist_flag` string,
   `cpa_reference` double,
   `created_language` string,
   `email_address` string,
   `enable_all_sites` string,
   `fax` string,
   `lock_owner_role` string,
   `lock_owner_user_id` double,
   `min_release_amount` double,
   `mrc_rate` string,
   `mrc_rate_date` string,
   `mrc_rate_type` string,
   `otm_recovery_flag` string,
   `otm_status_code` string,
   `pay_when_paid` string,
   `pcard_id` bigint,
   `program_update_date` timestamp,
   `quotation_class_code` string,
   `quote_type_lookup_code` string,
   `quote_vendor_quote_number` string,
   `quote_warning_delay` double,
   `quote_warning_delay_unit` string,
   `retro_price_apply_updates_flag` string,
   `retro_price_comm_updates_flag` string,
   `style_id` double,
   `supplier_auth_enabled_flag` string,
   `supplier_notif_method` string,
   `tax_attribute_update_code` string,
   `update_sourcing_rules_flag` string,
   `xml_change_send_date` timestamp,
   `xml_send_date` timestamp,
   `primary_po_distribution_id` bigint,
   `primary_dist_code_combination_id` bigint,
   `group_requisitions` string,
   `group_requisition_lines` string,
   `use_need_by_date` string,
   `use_ship_to` string,
   `document_status` string,
   `prc_bu_id` bigint,
   `req_bu_id` bigint,
   `default_taxation_country` string,
   `tax_document_subtype` string,
   `del_flag` int)
 PARTITIONED BY (
   `source_system_name` string);

alter table alterPartTbl add partition(source_system_name='CCL');

drop table alterPartTbl;

I'm not able to uniquely index a property if it's a reference.
For example: 

@DBRef
@Indexed(unique = true) // This does not work because of @DBRef
private User user1;

@Indexed(unique = true) // This works fine

I know that it's possible to unique index a DBRef, so I'm not sure why this doesn't work. It seems like a pretty important piece of functionality. 

When an argument value contains a space (eg. deploy /path/to/test-application.war --all-server-groups --headers={rollout id=foo}) and if user hits tab after the whitespace, suggestions are generated based on the command, rather than the current argument's name.

When a default configuration is used for DIGEST-MD5 SASL mechanism, then server suggest hostname as a realm name, but authentication fails because ServerAuthenticationContext checks mechanism configuration and fails with following exception:

@Message(id = 1092, value = "Invalid mechanism realm selection \"%s\"")
IllegalArgumentException invalidMechRealmSelection(String realmName);

Suggested fix:
If the server suggests realm name, then it should be able to consume it. Or if the realm name is really mandatory, then server should not suggest such a default value. IMO allowing such a default and simplifying configuration would have positive impact on user experience.
The full stacktrace (hidden):

 javax.security.sasl.SaslException: ELY05053: [DIGEST-MD5] Callback handler failed for unknown reason [Caused by java.lang.IllegalArgumentException: ELY01092: Invalid mechanism realm selection "localhost"]
         at org.wildfly.security.sasl.util.AbstractSaslParticipant.tryHandleCallbacks(AbstractSaslParticipant.java:105)
         at org.wildfly.security.sasl.digest.AbstractDigestMechanism.getPredigestedSaltedPassword(AbstractDigestMechanism.java:482)
         at org.wildfly.security.sasl.digest.DigestSaslServer.validateDigestResponse(DigestSaslServer.java:259)
         at org.wildfly.security.sasl.digest.DigestSaslServer.evaluateMessage(DigestSaslServer.java:355)
         at org.wildfly.security.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:180)
         at org.wildfly.security.sasl.digest.DigestSaslServer.evaluateResponse(DigestSaslServer.java:328)
         at org.wildfly.security.sasl.util.AuthenticationCompleteCallbackSaslServerFactory$1.evaluateResponse(AuthenticationCompleteCallbackSaslServerFactory.java:58)
         at org.wildfly.security.sasl.util.AuthenticationTimeoutSaslServerFactory$DelegatingTimeoutSaslServer.evaluateResponse(AuthenticationTimeoutSaslServerFactory.java:106)
         at org.wildfly.security.sasl.util.SecurityIdentitySaslServerFactory$1.evaluateResponse(SecurityIdentitySaslServerFactory.java:57)
         at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:245)
         at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:217)
         at org.jboss.remoting3.remote.ServerConnectionOpenListener$AuthStepRunnable.run(ServerConnectionOpenListener.java:470)
         at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:897)
         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
         at java.lang.Thread.run(Thread.java:748)
 Caused by: java.lang.IllegalArgumentException: ELY01092: Invalid mechanism realm selection "localhost"
         at org.wildfly.security.auth.server.ServerAuthenticationContext$InitialState.setMechanismRealmName(ServerAuthenticationContext.java:1615)
         at org.wildfly.security.auth.server.ServerAuthenticationContext.setMechanismRealmName(ServerAuthenticationContext.java:712)
         at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:927)
         at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handle(ServerAuthenticationContext.java:735)
         at org.wildfly.security.sasl.util.TrustManagerSaslServerFactory.lambda$createSaslServer$0(TrustManagerSaslServerFactory.java:96)
         at org.wildfly.security.sasl.util.AbstractSaslParticipant.tryHandleCallbacks(AbstractSaslParticipant.java:101)
         ... 15 more

Attached also server configuration and WireShark log.

The logic in CacheMutator treats all Number subclasses as immutable.  However, AtomicInteger and AtomicLong both extend Number, but are mutable.

with postgres rdbms for hive-metastore any DDL fails when dbnotification is enabled, the reason being a lock on the notification sequence is required, which for Postgres requires the column-names and table names to enclosed in "(double quotes) as we are using direct SQL and not going through datanucleus and  postgres is case sensitive.

When the user adds request headers to an op, they are not propagated to the servers during domain rollout if the 'composite' op is involved.
For example, if I add some stdout printing of what the headers are on the various processes and invoke this:

[domain@localhost:9990 /] deploy ~/tmp/helloworld.war --headers={blocking-timeout=5;rollback-on-runtime-failure=false} --all-server-groups

Then on a HC with two servers, this is logged:
[Host Controller] 10:53:40,697 INFO  [stdout] (management-handler-thread - 3) "composite" headers: 
{
[Host Controller] 10:53:40,697 INFO  [stdout] (management-handler-thread - 3)     "blocking-timeout" => "5",
[Host Controller] 10:53:40,698 INFO  [stdout] (management-handler-thread - 3)     "rollback-on-runtime-failure" => "false",
[Host Controller] 10:53:40,698 INFO  [stdout] (management-handler-thread - 3)     "caller-type" => "user",
[Host Controller] 10:53:40,698 INFO  [stdout] (management-handler-thread - 3)     "access-mechanism" => "NATIVE"
[Host Controller] 10:53:40,698 INFO  [stdout] (management-handler-thread - 3) }
[Host Controller] 10:53:40,727 INFO  [org.jboss.as.repository] (management-handler-thread - 3) WFLYDR0001: Content added at location /Users/bstansberry/dev/wildfly/wildfly-core/dist/target/wildfly-core-2.0.5.Final-SNAPSHOT/domain/data/content/6f/cd9eae343ed6d5aa9fffa83012d155b1ef911c/content
[Server:server-one] 10:53:40,772 INFO  [stdout] (ServerService Thread Pool – 11) "composite" headers: null
[Server:server-two] 10:53:40,772 INFO  [stdout] (ServerService Thread Pool – 11) "composite" headers: null
The HC logs, then the servers report. The user-specified headers are not included.
Invoke the same op without the batch and this is logged:

[Host Controller] 10:43:50,400 INFO  [stdout] (management-handler-thread - 4) "composite" headers: {
[Host Controller] 10:43:50,401 INFO  [stdout] (management-handler-thread - 4)     "blocking-timeout" => "5",
[Host Controller] 10:43:50,401 INFO  [stdout] (management-handler-thread - 4)     "rollback-on-runtime-failure" => "false",
[Host Controller] 10:43:50,401 INFO  [stdout] (management-handler-thread - 4)     "caller-type" => "user",
[Host Controller] 10:43:50,401 INFO  [stdout] (management-handler-thread - 4)     "access-mechanism" => "NATIVE"
[Host Controller] 10:43:50,401 INFO  [stdout] (management-handler-thread - 4) }
[Host Controller] 10:43:50,425 INFO  [org.jboss.as.repository] (management-handler-thread - 4) WFLYDR0001: Content added at location /Users/bstansberry/dev/wildfly/wildfly-core/dist/target/wildfly-core-2.0.5.Final-SNAPSHOT/domain/data/content/6f/cd9eae343ed6d5aa9fffa83012d155b1ef911c/content
[Server:server-two] 10:43:50,464 INFO  [stdout] (ServerService Thread Pool -- 11) "composite" headers: {
[Server:server-two] 10:43:50,464 INFO  [stdout] (ServerService Thread Pool -- 11)     "blocking-timeout" => "5",
[Server:server-two] 10:43:50,464 INFO  [stdout] (ServerService Thread Pool -- 11)     "rollback-on-runtime-failure" => "false",
[Server:server-one] 10:43:50,464 INFO  [stdout] (ServerService Thread Pool -- 11) "composite" headers: {
[Server:server-two] 10:43:50,464 INFO  [stdout] (ServerService Thread Pool -- 11)     "access-mechanism" => "NATIVE",
[Server:server-one] 10:43:50,465 INFO  [stdout] (ServerService Thread Pool -- 11)     "blocking-timeout" => "5",
[Server:server-two] 10:43:50,465 INFO  [stdout] (ServerService Thread Pool -- 11)     "domain-uuid" => "216d2e99-dba5-4c89-8020-b0c16bd553c5"
[Server:server-one] 10:43:50,465 INFO  [stdout] (ServerService Thread Pool -- 11)     "rollback-on-runtime-failure" => "false",
[Server:server-two] 10:43:50,465 INFO  [stdout] (ServerService Thread Pool -- 11) }
[Server:server-one] 10:43:50,465 INFO  [stdout] (ServerService Thread Pool -- 11)     "access-mechanism" => "NATIVE",
[Server:server-one] 10:43:50,465 INFO  [stdout] (ServerService Thread Pool -- 11)     "domain-uuid" => "216d2e99-dba5-4c89-8020-b0c16bd553c5"
[Server:server-one] 10:43:50,465 INFO  [stdout] (ServerService Thread Pool -- 11) }

Expected headers are present.
Note the CLI 'deploy' is far from the only time the 'composite' op is used. Among other places, the high level CLI 'batch' command in a domain involves use of 'composite'.

I'm trying to set transport type for JGroups UDP transport. After successful setting via CLI (or model node) and reload, this value is reverted back to undefined.
[standalone@localhost:9990 transport=UDP] :write-attribute(name="type" ,value="TUNNEL")
{
{
    }
}
[standalone@localhost:9990 transport=UDP] ls
property                              diagnostics-socket-binding=undefined  oob-executor=undefined                shared=false                          thread-factory=undefined              
thread-pool                           machine=undefined                     properties=[]                         site=undefined                        timer-executor=undefined              
default-executor=undefined            module=org.jgroups                    rack=undefined                        socket-binding=jgroups-udp            type=undefined   

HCatalog splits it's different components (core, hcatalog-pig-adaptor, webhcat, etc.) into separate build.xml files, all controlled by the top build.xml.  A side effect of this is that when the user does "ant test" and the top build file is iterating through the tests, if one of the component's test targets fail then unit tests are not run for subsequent components.  This means a failure in one component can mask issues in others.  
test should run on all the components even when there is a failure in one of the components.

These are the warnings at compilation time:

warning(200): IdentifiersParser.g:424:5:
Decision can match input such as "KW_UNKNOWN" using multiple alternatives: 1, 10

As a result, alternative(s) 10 were disabled for that input

This means that multiple parser rules can match certain query text, possibly leading to unexpected errors at parsing time.

If a custom SecurityConfigurerAdapter tries to apply additional SecurityConfigurerAdapter, then it will cause the following error

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'springSecurityFilterChain' defined in class org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [javax.servlet.Filter]: Factory method 'springSecurityFilterChain' threw exception; nested exception is java.lang.IllegalStateException: securityBuilder cannot be null
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:599)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:305)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:301)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:196)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:295)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:834)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:537)
	at org.springframework.context.annotation.AnnotationConfigApplicationContext.<init>(AnnotationConfigApplicationContext.java:84)
	at org.springframework.security.config.http.customconfigurer.CustomHttpSecurityConfigurerTests.loadContext(CustomHttpSecurityConfigurerTests.java:114)
	at org.springframework.security.config.http.customconfigurer.CustomHttpSecurityConfigurerTests.customConfiguerPermitAll(CustomHttpSecurityConfigurerTests.java:73)
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [javax.servlet.Filter]: Factory method 'springSecurityFilterChain' threw exception; nested exception is java.lang.IllegalStateException: securityBuilder cannot be null
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:189)
	... 41 more
Caused by: java.lang.IllegalStateException: securityBuilder cannot be null
	at org.springframework.security.config.annotation.SecurityConfigurerAdapter.getBuilder(SecurityConfigurerAdapter.java:65)
	at org.springframework.security.config.annotation.web.configurers.AbstractAuthenticationFilterConfigurer.updateAuthenticationDefaults(AbstractAuthenticationFilterConfigurer.java:360)
	at org.springframework.security.config.annotation.web.configurers.AbstractAuthenticationFilterConfigurer.init(AbstractAuthenticationFilterConfigurer.java:226)
	at org.springframework.security.config.annotation.web.configurers.FormLoginConfigurer.init(FormLoginConfigurer.java:211)
	at org.springframework.security.config.annotation.web.configurers.AbstractAuthenticationFilterConfigurer.init(AbstractAuthenticationFilterConfigurer.java:1)
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.add(AbstractConfiguredSecurityBuilder.java:206)
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.apply(AbstractConfiguredSecurityBuilder.java:130)
	at org.springframework.security.config.annotation.web.builders.HttpSecurity.getOrApply(HttpSecurity.java:1191)
	at org.springframework.security.config.annotation.web.builders.HttpSecurity.formLogin(HttpSecurity.java:836)
	at org.springframework.security.config.http.customconfigurer.CustomConfigurer.init(CustomConfigurer.java:54)
	at org.springframework.security.config.http.customconfigurer.CustomConfigurer.init(CustomConfigurer.java:1)
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.init(AbstractConfiguredSecurityBuilder.java:371)
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.doBuild(AbstractConfiguredSecurityBuilder.java:325)
	at org.springframework.security.config.annotation.AbstractSecurityBuilder.build(AbstractSecurityBuilder.java:41)
	at org.springframework.security.config.annotation.web.builders.WebSecurity.performBuild(WebSecurity.java:287)
	at org.springframework.security.config.annotation.web.builders.WebSecurity.performBuild(WebSecurity.java:1)
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.doBuild(AbstractConfiguredSecurityBuilder.java:334)
	at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration.springSecurityFilterChain(WebSecurityConfiguration.java:105)
	at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerBySpringCGLIB$$d1e9db75.CGLIB$springSecurityFilterChain$6(<generated>)
	at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerBySpringCGLIB$$d1e9db75$$FastClassBySpringCGLIB$$325a4508.invoke(<generated>)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:318)
	at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerBySpringCGLIB$$d1e9db75.springSecurityFilterChain(<generated>)
	... 42 more

setupTestEnv() just sets 100 bytes not 100k bytes

private static void setupTestEnv() {
// / XXX: From o.a.zk.t.ClientBaseprivate static void setupTestEnv() {
// during the tests we run with 100K prealloc in the logs.
// on windows systems prealloc of 64M was seen to take ~15seconds
// resulting in test failure (client timeout on first session).
// set env and directly in order to handle static init/gc issues
  System.setProperty("zookeeper.preAllocSize", "100");
  FileTxnLog.setPreallocSize(100);
}

to reduce too many call padLogFile(), I think 100k is correct.

SingletonTunnelTestCase(ASYNC-tunnel)#testSingletonService is failing consistently now.
The problem is that this test is not run as part of regular CI execution thus is destined to be broken. The test should be moved to the right location and renamed (i.e. drop tunnel since that has nothing to do with what it is testing). 

&amp#27;[0m&amp#27;[31m04:44:19,235 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "singleton.war")]) - failure description: {
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.clustering.group.default"],
        "jboss.test1.service.default is missing [jboss.clustering.group.default]",
        "jboss.test2.service.default is missing [jboss.clustering.group.default]"
    ],
            "jboss.deployment.discovery.\"singleton.war\"",
            "jboss.deployment.unit.\"singleton.war\".CdiValidatorFactoryService",
            "jboss.deployment.unit.\"singleton.war\".WeldStartService",
            "jboss.deployment.unit.\"singleton.war\".component.TopologyChangeListenerBean.JndiBindingsService",
            "jboss.deployment.unit.\"singleton.war\".component.TopologyChangeListenerBean.START",
            "jboss.deployment.unit.\"singleton.war\".component.TopologyChangeListenerBean.VIEW.\"org.jboss.as.test.clustering.TopologyChangeListener\".REMOTE",
            "jboss.deployment.unit.\"singleton.war\".component.TopologyChangeListenerBean.WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".component.TopologyChangeListenerBean.WeldInterceptorBindingsService",
            "jboss.deployment.unit.\"singleton.war\".component.\"com.sun.faces.config.ConfigureListener\".START",
            "jboss.deployment.unit.\"singleton.war\".component.\"com.sun.faces.config.ConfigureListener\".WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".component.\"javax.faces.webapp.FacetTag\".START",
            "jboss.deployment.unit.\"singleton.war\".component.\"javax.faces.webapp.FacetTag\".WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".START",
            "jboss.deployment.unit.\"singleton.war\".component.\"javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV\".WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".START",
            "jboss.deployment.unit.\"singleton.war\".component.\"javax.servlet.jsp.jstl.tlv.ScriptFreeTLV\".WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.as.test.clustering.TopologyChangeListenerServlet\".START",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.as.test.clustering.TopologyChangeListenerServlet\".WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.as.test.clustering.cluster.singleton.service.NodeServiceServlet\".START",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.as.test.clustering.cluster.singleton.service.NodeServiceServlet\".WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.as.test.clustering.cluster.singleton.service.ValueServiceServlet\".START",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.as.test.clustering.cluster.singleton.service.ValueServiceServlet\".WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.weld.servlet.WeldInitialListener\".START",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.weld.servlet.WeldInitialListener\".WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.weld.servlet.WeldTerminalListener\".START",
            "jboss.deployment.unit.\"singleton.war\".component.\"org.jboss.weld.servlet.WeldTerminalListener\".WeldInstantiator",
            "jboss.deployment.unit.\"singleton.war\".deploymentCompleteService",
            "jboss.deployment.unit.\"singleton.war\".ejb3.client-context.registration-service",
            "jboss.deployment.unit.\"singleton.war\".jndiDependencyService",
            "jboss.deployment.unit.\"singleton.war\".moduleDeploymentRuntimeInformation",
            "jboss.deployment.unit.\"singleton.war\".moduleDeploymentRuntimeInformationStart",
            "jboss.naming.context.java.app.singleton.singleton.TopologyChangeListenerBean",
            "jboss.naming.context.java.app.singleton.singleton.\"TopologyChangeListenerBean!org.jboss.as.test.clustering.TopologyChangeListener\"",
            "jboss.naming.context.java.global.singleton.TopologyChangeListenerBean",
            "jboss.naming.context.java.global.singleton.\"TopologyChangeListenerBean!org.jboss.as.test.clustering.TopologyChangeListener\"",
            "jboss.naming.context.java.module.singleton.singleton.TopologyChangeListenerBean",
            "jboss.naming.context.java.module.singleton.singleton.\"TopologyChangeListenerBean!org.jboss.as.test.clustering.TopologyChangeListener\"",
            "jboss.undertow.deployment.default-server.default-host./singleton",
            "jboss.undertow.deployment.default-server.default-host./singleton.UndertowDeploymentInfoService"
        ],
            "jboss.clustering.group.default",
            "org.wildfly.network.socket-binding.undefined"
        ]
    }
}

For instance,

template.sendBodyAndHeader("jetty:http://localhost:9000/test?bridgeEndpoint=true", "Hello World", Exchange.HTTP_URI, "/<>{}");

this test code crashes with the following error:

java.net.URISyntaxException: Illegal character in path at index 1: /<>{}

It is because there are places in the HTTP producers code where they are trying to create a java.net.URI instance based on the unsafe string "/<>{}".
This issue causes practical problems when bridging between Netty HTTP consumer endpoints and those HTTP producer endpoints, since Netty consumers route IN messages with Exchange.HTTP_URI header being unencoded.

A UDFToLong breaks PK/FK inferences and triggers mis-estimation of joins in LLAP.
Snippet from the bad plan.

| STAGE PLANS:                                                                                                                                                             |
|   Stage: Stage-1                                                                                                                                                         |
|     Tez                                                                                                                                                                  |
|       DagId: hive_20161031222730_a700058f-78eb-40d6-a67d-43add60a50e2:6                                                                                                  |
|       Edges:                                                                                                                                                             |
|         Map 2 <- Map 1 (BROADCAST_EDGE)                                                                                                                                  |
|         Map 3 <- Map 2 (BROADCAST_EDGE)                                                                                                                                  |
|         Reducer 4 <- Map 3 (CUSTOM_SIMPLE_EDGE), Map 7 (CUSTOM_SIMPLE_EDGE), Map 8 (BROADCAST_EDGE), Map 9 (BROADCAST_EDGE)                                              |
|         Reducer 5 <- Reducer 4 (SIMPLE_EDGE)                                                                                                                             |
|         Reducer 6 <- Reducer 5 (SIMPLE_EDGE)                                                                                                                             |
|       DagName:                                                                                                                                                           |
|       Vertices:                                                                                                                                                          |
|         Map 1                                                                                                                                                            |
|             Map Operator Tree:                                                                                                                                           |
|                 TableScan                                                                                                                                                |
|                   alias: supplier                                                                                                                                        |
|                   filterExpr: (s_suppkey is not null and s_nationkey is not null) (type: boolean)                                                                        |
|                   Statistics: Num rows: 10000000 Data size: 160000000 Basic stats: COMPLETE Column stats: COMPLETE                                                       |
|                   Filter Operator                                                                                                                                        |
|                     predicate: (s_suppkey is not null and s_nationkey is not null) (type: boolean)                                                                       |
|                     Statistics: Num rows: 10000000 Data size: 160000000 Basic stats: COMPLETE Column stats: COMPLETE                                                     |
|                     Select Operator                                                                                                                                      |
|                       expressions: s_suppkey (type: bigint), s_nationkey (type: bigint)                                                                                  |
|                       outputColumnNames: _col0, _col1                                                                                                                    |
|                       Statistics: Num rows: 10000000 Data size: 160000000 Basic stats: COMPLETE Column stats: COMPLETE                                                   |
|                       Reduce Output Operator                                                                                                                             |
|                         key expressions: _col0 (type: bigint)                                                                                                            |
|                         sort order: +                                                                                                                                    |
|                         Map-reduce partition columns: _col0 (type: bigint)                                                                                               |
|                         Statistics: Num rows: 10000000 Data size: 160000000 Basic stats: COMPLETE Column stats: COMPLETE                                                 |
|                         value expressions: _col1 (type: bigint)                                                                                                          |
|             Execution mode: vectorized, llap                                                                                                                             |
|             LLAP IO: all inputs                                                                                                                                          |
|         Map 2                                                                                                                                                            |
|                   alias: lineitem                                                                                                                                        |
|                   filterExpr: (l_suppkey is not null and l_orderkey is not null) (type: boolean)                                                                         |
|                   Statistics: Num rows: 2285121364 Data size: 63983407882 Basic stats: COMPLETE Column stats: PARTIAL                                                    |
|                     predicate: (l_suppkey is not null and l_orderkey is not null) (type: boolean)                                                                        |
|                     Statistics: Num rows: 2285121364 Data size: 127966796384 Basic stats: COMPLETE Column stats: PARTIAL                                                 |
|                       expressions: l_orderkey (type: bigint), l_suppkey (type: int), l_extendedprice (type: double), l_discount (type: double), l_shipdate (type: date)  |
|                       outputColumnNames: _col0, _col1, _col2, _col3, _col4                                                                                               |
|                       Statistics: Num rows: 2285121364 Data size: 127966796384 Basic stats: COMPLETE Column stats: PARTIAL                                               |
|                       Map Join Operator                                                                                                                                  |
|                         condition map:                                                                                                                                   |
|                              Inner Join 0 to 1                                                                                                                           |
|                         keys:                                                                                                                                            |
|                           0 _col0 (type: bigint)                                                                                                                         |
|                           1 UDFToLong(_col1) (type: bigint)                                                                                                              |
|                         outputColumnNames: _col1, _col2, _col4, _col5, _col6                                                                                             |
|                         input vertices:                                                                                                                                  |
|                           0 Map 1                                                                                                                                        |
|                         Statistics: Num rows: 10000000 Data size: 880000000 Basic stats: COMPLETE Column stats: PARTIAL                                                  |
|                         Reduce Output Operator                                                                                                                           |
|                           key expressions: _col2 (type: bigint)                                                                                                          |
|                           sort order: +                                                                                                                                  |
|                           Map-reduce partition columns: _col2 (type: bigint)                                                                                             |
|                           Statistics: Num rows: 10000000 Data size: 880000000 Basic stats: COMPLETE Column stats: PARTIAL                                                |
|                           value expressions: _col1 (type: bigint), _col4 (type: double), _col5 (type: double), _col6 (type: date)                                        |
|         Map 3                                                                                                                                                            |
|                   alias: orders                                                                                                                                          |
|                   filterExpr: (o_orderkey is not null and o_custkey is not null) (type: boolean)                                                                         |
|                   Statistics: Num rows: 4318801126 Data size: 51825626753 Basic stats: COMPLETE Column stats: NONE                                                       |
|                     predicate: (o_orderkey is not null and o_custkey is not null) (type: boolean)                                                                        |
|                     Statistics: Num rows: 4318801126 Data size: 51825626753 Basic stats: COMPLETE Column stats: NONE                                                     |
|                       expressions: o_orderkey (type: int), o_custkey (type: bigint)                                                                                      |
|                       Statistics: Num rows: 4318801126 Data size: 51825626753 Basic stats: COMPLETE Column stats: NONE                                                   |
|                         keys:                                                                                                                                            |
|                           0 _col2 (type: bigint)                                                                                                                         |
|                           1 UDFToLong(_col0) (type: bigint)                                                                                                              |
|                         outputColumnNames: _col1, _col4, _col5, _col6, _col8                                                                                             |
|                           0 Map 2                                                                                                                                        |
|                         Statistics: Num rows: 4750681341 Data size: 57008190663 Basic stats: COMPLETE Column stats: NONE                                                 |
|                           key expressions: _col8 (type: bigint)                                                                                                          |
|                           Map-reduce partition columns: _col8 (type: bigint)                                                                                             |
|                           Statistics: Num rows: 4750681341 Data size: 57008190663 Basic stats: COMPLETE Column stats: NONE                                               |
|         Map 7                                                                                                                                 

Note the Map2 to Map3 output.
This causes a rather large join (120GB) to be categorized as a map-join.

org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase

mvn test -DtestLogToFile=false -Dtest=JmxControlledStateNotificationsTestCase -Dsecurity.manager

fails on IBM JDK with:

java.lang.AssertionError: {"outcome" => "failed","result" => undefined,"failure-description" => {"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {"main-server-group" => {"host" => {"master" => {"main-one" => {"WFLYCTL0080: Failed services" => {"test.deployment.jmx" => "java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.io.FilePermission\" \"/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-secman/19de6045/testsuite/domain/target/domains/JmxControlledStateNotificationsTestCase/master\" \"read\")\" in code source \"(vfs:/content/test-jmx-notifications-deployment.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.test-jmx-notifications-deployment.jar\" from Service Module Loader\")
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.io.FilePermission\" \"/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-secman/19de6045/testsuite/domain/target/domains/JmxControlledStateNotificationsTestCase/master\" \"read\")\" in code source \"(vfs:/content/test-jmx-notifications-deployment.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.test-jmx-notifications-deployment.jar\" from Service Module Loader\")"}}}}}}}},"rolled-back" => true,"server-groups" => {"main-server-group" => {"host" => {"master" => {"main-one" => {"response" => {"outcome" => "failed","failure-description" => {"WFLYCTL0080: Failed services" => {"test.deployment.jmx" => "java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.io.FilePermission\" \"/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-secman/19de6045/testsuite/domain/target/domains/JmxControlledStateNotificationsTestCase/master\" \"read\")\" in code source \"(vfs:/content/test-jmx-notifications-deployment.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.test-jmx-notifications-deployment.jar\" from Service Module Loader\")
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.io.FilePermission\" \"/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-secman/19de6045/testsuite/domain/target/domains/JmxControlledStateNotificationsTestCase/master\" \"read\")\" in code source \"(vfs:/content/test-jmx-notifications-deployment.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.test-jmx-notifications-deployment.jar\" from Service Module Loader\")"}},"rolled-back" => true}}}}}}}
	at org.jboss.as.test.integration.management.rbac.RbacUtil.checkOperationResult(RbacUtil.java:115)
	at org.jboss.as.test.integration.management.rbac.RbacUtil.executeOperation(RbacUtil.java:100)
	at org.wildfly.test.jmx.JMXListenerDeploymentSetupTask.setup(JMXListenerDeploymentSetupTask.java:75)
	at org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase.setupClass(JmxControlledStateNotificationsTestCase.java:86)

Moreover it causes that all following test cases will fail.
It seems it is caused by [1] which configures different Path for IBM JDK, but this is not covered in permissions for deployment created in [2].
[1] https://github.com/wildfly/wildfly-core/blob/8b28abb588dd7d9d51e66201118063520da3a971/testsuite/domain/src/test/java/org/jboss/as/test/integration/domain/events/JmxControlledStateNotificationsTestCase.java#L70
[2] https://github.com/wildfly/wildfly-core/blob/8b28abb588dd7d9d51e66201118063520da3a971/testsuite/shared/src/main/java/org/wildfly/test/jmx/ServiceActivatorDeploymentUtil.java#L94

I have problem with camel setup to consume feeds atom://atomUri?splitEntries=true&filter=true&throttleEntries=false, feed processor does not skip last consumed entry.
The source of problem is in UpdateDateFilter class, it filters only entries older than last update and entries of same pubdate are once more
consumed.

2014-09-29 16:26:41,670 | INFO  | FelixStartLevel  | restlet                          | org.restlet.engine.Engine         900 | 75 - org.restlet - 2.2.1.v20140506-1533 | Unable to register the helper org.restlet.ext.httpclient.HttpClientHelper
java.lang.NoClassDefFoundError: org/apache/http/params/HttpParams
	at java.lang.Class.getDeclaredConstructors0(Native Method)[:1.7.0_45]
	at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493)[:1.7.0_45]
	at java.lang.Class.getConstructor0(Class.java:2803)[:1.7.0_45]
	at java.lang.Class.getConstructor(Class.java:1718)[:1.7.0_45]
	at org.restlet.engine.Engine.registerHelper(Engine.java:896)[75:org.restlet:2.2.1.v20140506-1533]
	at org.restlet.engine.Engine.registerHelpers(Engine.java:928)[75:org.restlet:2.2.1.v20140506-1533]
	at org.restlet.engine.internal.Activator.registerHelper(Activator.java:96)[75:org.restlet:2.2.1.v20140506-1533]
	at org.restlet.engine.internal.Activator.registerHelper(Activator.java:78)[75:org.restlet:2.2.1.v20140506-1533]
	at org.restlet.engine.internal.Activator.registerHelpers(Activator.java:117)[75:org.restlet:2.2.1.v20140506-1533]
	at org.restlet.engine.internal.Activator.start(Activator.java:143)[75:org.restlet:2.2.1.v20140506-1533]
	at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.Felix.activateBundle(Felix.java:1977)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.Felix.startBundle(Felix.java:1895)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1191)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295)[org.apache.felix.framework-4.0.3.jar:]
Caused by: java.lang.ClassNotFoundException: org.apache.http.params.HttpParams not found by org.restlet.ext.httpclient [76]
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1460)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:358)[:1.7.0_45]
	... 16 more

JSFSubsystemTransformers class has the following block, FindBugs detects the equals method between ModelNode and String:

final ModelNode value = operation.get(ModelDescriptionConstants.VALUE);
                if (SLOT_ATTRIBUTE_NAME.equals(name)) {
                    if (value.isDefined() && value.equals(SLOT_DEFAULT_VALUE)) {
                        return DISCARD.transformOperation(context, address, operation);
                    } else {
                        return new TransformedOperation(operation,
                                new RejectionWithFailurePolicy(MESSAGES.invalidJSFSlotValue(value.asString())),
                                OperationResultTransformer.ORIGINAL_RESULT);
                    }
                }

The same problem in another class JBossStandaloneEJBContainerProvider:

final ModelNode result = server.getModelControllerClient().execute(add);
        if (!result.get(OUTCOME).equals(SUCCESS)) {
            throw new EJBException(result.asString());
        }

1) In TCTLSeparatedProtocol.SimpleTransportTokenizer.nextToken() is doing null check for the tokenizer.
If tokenizer is null, fillTokenizer() method is called to get the tokenizer object. But fillTokenizer() method also can update the tokenizer with NULL , so NULL check should be done before using the tokenizer.
2) Also improved some logging in TCTLSeparatedProtocol.java

In ObjectStore.addNotificationEvent():

      Query objectQuery = pm.newQuery(MNotificationNextId.class);
      Collection<MNotificationNextId> ids = (Collection) objectQuery.execute();

The query is never closed.

HIVE-9845 introduced a notion of compression for HCatSplits so that when serializing, it finds commonalities between PartInfo and TableInfo objects, and if the two are identical, it nulls out that field in PartInfo, thus making sure that when PartInfo is then serialized, info is not repeated.
This, however, has the side effect of making the PartInfo object unusable if HCatSplit.write has been called.
While this does not affect M/R directly, since they do not know about the PartInfo objects and once serialized, the HCatSplit object is recreated by deserializing on the backend, which does restore the split and its PartInfo objects, this does, however, affect framework users of HCat that try to mimic M/R and then use the PartInfo objects to instantiate distinct readers.
Thus, we need to make it so that PartInfo is still usable after HCatSplit.write is called.

The following script fail on MR mode:

CREATE TABLE orc_update_table (k1 INT, f1 STRING, op_code STRING) 
CLUSTERED BY (k1) INTO 2 BUCKETS 
STORED AS ORC TBLPROPERTIES("transactional"="true"); 
INSERT INTO TABLE orc_update_table VALUES (1, 'a', 'I');
CREATE TABLE orc_table (k1 INT, f1 STRING) 
CLUSTERED BY (k1) SORTED BY (k1) INTO 2 BUCKETS 
STORED AS ORC; 
INSERT OVERWRITE TABLE orc_table VALUES (1, 'x');
SET hive.execution.engine=mr; 
SET hive.auto.convert.join=false; 
SET hive.input.format=org.apache.hadoop.hive.ql.io.CombineHiveInputFormat;
SELECT t1.*, t2.* FROM orc_table t1 
JOIN orc_update_table t2 ON t1.k1=t2.k1 ORDER BY t1.k1;

Stack:

Error: java.io.IOException: java.lang.NullPointerException
	at org.apache.hadoop.hive.io.HiveIOExceptionHandlerChain.handleRecordReaderCreationException(HiveIOExceptionHandlerChain.java:97)
	at org.apache.hadoop.hive.io.HiveIOExceptionHandlerUtil.handleRecordReaderCreationException(HiveIOExceptionHandlerUtil.java:57)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:251)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getRecordReader(CombineHiveInputFormat.java:701)
	at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.<init>(MapTask.java:169)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:429)
	at org.apache.hadoop.hive.ql.io.AcidUtils.deserializeDeltas(AcidUtils.java:368)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getReader(OrcInputFormat.java:1211)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRecordReader(OrcInputFormat.java:1129)
	... 9 more

The script pass in 1.2.0 release however.

The ObjectStore.addPartitions() method does this:

for (Partition part : parts) {
  if (!part.getTableName().equals(tblName) || !part.getDbName().equals(dbName)) {
    throw new MetaException("Partition does not belong to target table "
        + dbName + "." + tblName + ": " + part);
  }
  MPartition mpart = convertToMPart(part, true); // <-- Here
  toPersist.add(mpart);
  ...

Since HIVE-4148, Guava is not getting included in the appropriate packages. This manifests as a ClassNotFoundException.

LazySimpleDeserializeRead parses an empty array wrong. For example, a line ',' in a text file table with a delimiter ',' and schema 'array<int>, array<array<string>>' shows [null], [[""]], instead of [], [] with MapReduce engine and vectorized execution enabled. LazySimpleDeserializeRead has following code; 

switch (complexField.complexCategory) {
case LIST:
  {
    // Allow for empty string, etc.
    final boolean isNext = (fieldPosition <= complexFieldEnd);

Empty string value read should be only applied to string families, not to other data types. 

rw-rw-r-  graceful_stop.sh
rw-rw-r-  hbase-config.sh
rw-rw-r-  local-master-backup.sh
rw-rw-r-  local-regionservers.sh

Running a range scan with PE tool with 25 threads getting this error

java.lang.ArithmeticException: / by zero
        at org.apache.hadoop.hbase.io.BoundedByteBufferPool.putBuffer(BoundedByteBufferPool.java:104)
        at org.apache.hadoop.hbase.ipc.RpcServer$Call.done(RpcServer.java:325)
        at org.apache.hadoop.hbase.ipc.RpcServer$Responder.processResponse(RpcServer.java:1078)
        at org.apache.hadoop.hbase.ipc.RpcServer$Responder.processAllResponses(RpcServer.java:1103)
        at org.apache.hadoop.hbase.ipc.RpcServer$Responder.doAsyncWrite(RpcServer.java:1036)
        at org.apache.hadoop.hbase.ipc.RpcServer$Responder.doRunLoop(RpcServer.java:956)
        at org.apache.hadoop.hbase.ipc.RpcServer$Responder.run(RpcServer.java:891)

I checked in the trunk code also.  I think the comment in the code suggests that the size will not be exact so there is a chance that it could be even 0.

In Undertow there are Handlers which can be used similarly as Valves. Some valves have corresponding handler in Undertow. Such valves could be migrated.
E.g. as part of [EAP7-428] there is added io.undertow.server.handlers.RequestDumpingHandler.
This could be thereby migrated from 

<subsystem xmlns="urn:jboss:domain:web:2.2" default-virtual-server="default-host" native="false">
     <valve name="request-dumper" module="org.jboss.as.web" class-name="org.apache.catalina.valves.RequestDumperValve"/>
     <virtual-server name="default-host" enable-welcome-root="false">
         <alias name="localhost"/>
         <alias name="example.com"/>
     </virtual-server>
      ...

to something like:

<subsystem xmlns="urn:jboss:domain:undertow:3.0">
    <buffer-cache name="default"/>
    <server name="default-server" default-host="default-host">
        <host name="default-host" alias="localhost, example.com">
            <filter-ref name="request-dumper"/>
        </host>
    </server>
    <servlet-container name="default">
        <jsp-config/>
    </servlet-container>
    <filter name="request-dumper" module="io.undertow.core" class-name="io.undertow.server.handlers.RequestDumpingHandler"/>
    ...

You will find following log message :

ERROR hive.metastore: Unable to shutdown local metastore client
org.apache.thrift.transport.TTransportException: Cannot write to null outputStream
       at org.apache.thrift.transport.TIOStreamTransport.write(TIOStreamTransport.java:142)
       at org.apache.thrift.protocol.TBinaryProtocol.writeI32(TBinaryProtocol.java:163)
       at org.apache.thrift.protocol.TBinaryProtocol.writeMessageBegin(TBinaryProtocol.java:91)
       at org.apache.thrift.TServiceClient.sendBase(TServiceClient.java:62)
       at com.facebook.fb303.FacebookService$Client.send_shutdown(FacebookService.java:431)
       at com.facebook.fb303.FacebookService$Client.shutdown(FacebookService.java:425)
       at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.close(HiveMetaStoreClient.java:435)
       at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.destruct(DbTxnManager.java:304)
       at org.apache.hadoop.hive.ql.lockmgr.HiveTxnManagerImpl.finalize(HiveTxnManagerImpl.java:44)
       at java.lang.ref.Finalizer.invokeFinalizeMethod(Native Method)
       at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:101)
       at java.lang.ref.Finalizer.access$100(Finalizer.java:32)
       at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:190)

When using MockMvcResultMatcher.xpath(...) to assert the result of a REST service, the XML document in the response is decoded using WebUtils.DEFAULT_CHARACTER_ENCODING (ISO-8859-1) as defined in MockHttpServletResponse instead of the character set specified in the XML header. In the implementation of XpathResultMatchers, the XML document is accessed with result.getResponse().getContentAsString(), which only considers any character set potentially specified in the content-type HTTP header.
This fails, if the XML character set is not UTF-8 and the response does not specify the character encoding in the content-type header and contains characters encoded differently in UTF-8 and the actual default character set.
E.g.for the response
  Content-Type: application/xml
  <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  <foo>ö</foo>
the test
  andExpect(xpath("/foo").string("ö"))
will fail with
  java.lang.AssertionError: XPath /foo
  Expected :ö
  Actual   :Ã¶

I've seen this in a local mode cluster running LTT:

2014-09-11 00:04:11,293 ERROR [localhost,63272,1410418744870-BalancerChore] balancer.BalancerChore: Caught exception
java.util.NoSuchElementException
	at java.util.HashMap$HashIterator.nextEntry(HashMap.java:925)
	at java.util.HashMap$KeyIterator.next(HashMap.java:956)
	at org.apache.hadoop.hbase.master.balancer.BaseLoadBalancer.balanceMasterRegions(BaseLoadBalancer.java:968)
	at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer.balanceCluster(StochasticLoadBalancer.java:210)
	at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:982)
	at org.apache.hadoop.hbase.master.balancer.BalancerChore.chore(BalancerChore.java:50)
	at org.apache.hadoop.hbase.Chore.run(Chore.java:80)

Jimmy Xiang FYI. 

2018-01-03T01:09:23,822 ERROR [HiveServer2-Background-Pool: Thread-409]: exec.Task (:()) - Failed to execute tez graph.
  at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.ensureLocalResources(TezSessionState.java:600) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.openInternal(TezSessionState.java:264) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolSession.openInternal(TezSessionPoolSession.java:127) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:223) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.exec.tez.TezTask.ensureSessionHasResources(TezTask.java:352) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:188) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2257) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1909) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1640) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1385) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1378) ~[hive-exec-3.0.0.3.0.0.0-663.jar:3.0.0.3.0.0.0-663]

Jonathan Hsieh found an issue when doing a diff between a pre-0.96 branch and a post-0.96 branch.
Typically, if the pre-0.96 branch is specified first, and the post-0.96 branch second, the exisitng logic handles it.
When it is in the reverse order, that logic is not handled properly.
The fix should address this.

Simple fix is to remove the overriden jumpToItem(int) method and use the default provided by superclass

I am getting a 404 error when working with the mvc namespace and using a .htm URL. 
That issue did not exist prior to Spring 3.1.RC1.
Inside the PatternsRequestCondition used in my application, the only fileExtension available
is ".xml". My url has an extension of ".htm" so it is not matched. If I
change the servlet-mapping to "*.xml" and use a URL with ".xml" in
the end, it's working then.

We ran into an OutOfMemory Exception while stress testing our application, and it turned out that SimpleApplicationEventMulticaster retained 75% heap. From debugging the code it looks like the retrieverCache from AbstractApplicationEventMulticaster filled up with over 60,000 Elements. Each time our application publishes an ApplicationEvent it gets a different ListenerCacheKey and the map size grows by 1. 
This only happens with Events which are not of type ApplicationEvent. See attached Unit Test to demonstrate the behaviour. Test "userEventTypeApplicationEventCaching" works and "userEventCaching" fails.

ERROR recovering /Users/jdere/dev/hwx/gerrit/hive2-gerrit/ql/target/tmp/TestFixAcidKeyIndex.testValidKeyIndex.orc
java.lang.IllegalArgumentException: Seek to a negative row number -1
        at org.apache.orc.impl.RecordReaderImpl.seekToRow(RecordReaderImpl.java:1300)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.seekToRow(RecordReaderImpl.java:101)
        at org.apache.hadoop.hive.ql.io.orc.FixAcidKeyIndex.recoverFile(FixAcidKeyIndex.java:232)
        at org.apache.hadoop.hive.ql.io.orc.FixAcidKeyIndex.recoverFiles(FixAcidKeyIndex.java:132)
        at org.apache.hadoop.hive.ql.io.orc.FixAcidKeyIndex.main(FixAcidKeyIndex.java:104)

There are currently no tests for the available() method.
Tme method should return an estimate of the number of items remaining, so it should be possible to read - or skip - that many items without reaching EOF.
At present, the code measures the number of CharBuf entries remaining; I think that is wrong - it should be the number of bytes left in the byte stream.

HBase version: 0.90 release-candidate-1
bin/hbase blindly creates "target" directory and fails to generate "target/cached_classpath.txt" if it's in the binary (pre-built) distribution. 

$ bin/hbase shell
cat: ... /hbase-0.90.0/bin/../target/cached_classpath.txt: No such file or directory

bin/hbase

112: add_maven_deps_to_classpath() {
113:   # The maven build dir is called 'target'
114:   target="${HBASE_HOME}/target"
115:   if [ ! -d "${HBASE_HOME}/target" ]
116:   then
117:     mkdir "${target}"
118:   fi
119:   # Need to generate classpath from maven pom. This is costly so generate it
120:   # and cache it. Save the file into our target dir so a mvn clean will get
121:   # clean it up and force us create a new one.
122:   f="${target}/cached_classpath.txt"
123:   if [ ! -f "${f}" ]
124:   then
125:     ${MVN} -f "${HBASE_HOME}/pom.xml" dependency:build-classpath -Dmdep.outputFile="${f}" &> /dev/null
126:   fi
127:   CLASSPATH=${CLASSPATH}:`cat "${f}"`

Maybe we can simply skip this process if "target" directory doesn't exist.

In my repository I have:

@Query(value = "from mytable where" 
		+ " name  LIKE CONCAT('%', :name, '%') "
		+ "and  ((trunc ( to_date(date, 'DD/MM/YYYY' )) = trunc (to_date(:date,'DD/MM/YYYY'))) or :date is null) ")
List<Prodotto> cercaProdotto(@Param("name") String name, @Param("date") Date date, Pageable p);

Pageable and Sort (in service class):
Pageable p = new PageRequest(1, 10, mySort);
Sort mySort = new Sort(Sort.Direction.ASC, "name");

I am getting an error finishing with: … order by where.name asc.

The runtime-failure-causes-rollback is never stored to the model in the add op.

Column names specified for orc bloom filter creation should be case insensitive.

According to last changes with nonNullable assertations I've noticed one change with ambiguous meaning. add method in class Sort has javadoc with description @param sort can be null.. But code was changed not to use null values on it.
In case javadoc is not still valid, please notice add method usages on other projects. For example: org.springframework.data.jpa.repository.query.PartTreeJpaQuery implementation on Spring Data JPA project

public Query createQuery(Object[] values) {
...
criteriaQuery = creator.createQuery(getDynamicSort(values));
...
}

private Sort getDynamicSort(Object[] values) {
      return parameters.potentiallySortsDynamically() ? new ParametersParameterAccessor(parameters, values).getSort() : null;
}

org.springframework.data.jpa.repository.query.JpaQueryCreator

public T createQuery(Sort dynamicSort) {
         return complete(createCriteria(tree), tree.getSort().and(dynamicSort));
}

Otherwise, it is reasonable to revert this change for this method.
I'm ready to work on pull request, if it will be reasonable.

Issues being addressed:

In case of create-table-as-select query, the database the table belongs to is not among the objects to be authorized.
Create table has the objectName field of the table entry with the database prefix - like testdb.testtable, instead of just the table name.
checkPrivileges(CREATEVIEW) does not include the name of the view being created in outputHObjs.

The "backup" command does not include empty directories.
This causes problems if people use the backup command to make a ZIP file that other person attempt to then use with Eclipse (via mvn eclipse:eclipse). Eclipse reports a missing src/main/resources directory.

see HBASE-16743. Creating separate jira so we don't forget. This test been flaky for a while. Need to make sure it's fixed.
it's already enabled on branch-1 and branch-1.3 (rather, never was disabled)

followup to HIVE-1523:
ant -Dtestcase=TestCliDriver -Dqfile=bucketizedhiveinputformat.q -Dclustermode=miniMR  clean-test test 
 [junit] Begin query: bucketizedhiveinputformat.q
[junit] Exception: null
[junit] java.lang.AssertionError
[junit]   at org.apache.hadoop.hive.ql.exec.ExecDriver.showJobFailDebugInfo(ExecDriver.java:788)
[junit]   at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:624)
[junit]   at org.apache.hadoop.hive.ql.exec.MapRedTask.execute(MapRedTask.java:120)
ExecDriver.java:788
        // These tasks should have come from the same job.                                                                  
        assert(ti.getJobId() == jobId);

The example for the PayloadTransformingInterceptor is supposed to demonstrate using the requestXslt and responseXslt property but actually has the requestXslt property twice.
That is this:
    <property name="requestXslt" value="/WEB-INF/oldRequests.xslt"/>
    <property name="requestXslt" value="/WEB-INF/oldResponses.xslt"/>
should be 
    <property name="responseXslt" value="/WEB-INF/oldResponses.xslt"/>

If a child class of Pageable is passed in a page query, then there is an error in server startup

Caused by: java.lang.IllegalArgumentException: Paging query needs to have a Pageable parameter! Offending method public abstract com.app.backend.repository.pagination.AppPage com.app.backend.repository.BaseRepository.findAll(com.app.backend.repository.pagination.AppPageRequest)
    at org.springframework.util.Assert.isTrue(Assert.java:116) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
    at org.springframework.data.repository.query.QueryMethod.<init>(QueryMethod.java:99) ~[spring-data-commons-2.0.9.RELEASE.jar:2.0.9.RELEASE]
    at org.springframework.data.neo4j.repository.query.GraphQueryMethod.<init>(GraphQueryMethod.java:41) ~[spring-data-neo4j-5.0.9.RELEASE.jar:5.0.9.RELEASE]
    at org.springframework.data.neo4j.repository.query.GraphQueryLookupStrategy.resolveQuery(GraphQueryLookupStrategy.java:49) ~[spring-data-neo4j-5.0.9.RELEASE.jar:5.0.9.RELEASE]

Here is a sample code:

public class AppPageRequest extends PageRequest implements Pageable {

  private AppPageRequest(int page, int size, Sort sort) {
    super(page - 1, size, sort);
  }

  public static AppPageRequest of(int page, int size) {
    return of(page, size, Sort.unsorted());
  }

  public static AppPageRequest of(int page, int size, Sort sort) {
    return new AppPageRequest(page, size, sort);
  }
}

public interface BaseRepository<T, ID extends Serializable> extends Neo4jRepository<T, ID> {

  Page<T> findAll(AppPageRequest appPageRequest);
}

public class BaseRepositoryImpl<T, ID extends Serializable> extends SimpleNeo4jRepository<T, ID> implements BaseRepository<T, ID> {

  public BaseRepositoryImpl(Class<T> domainClass, Session session) {
    super(domainClass, session);
  }

  public Page<T> findAll(AppPageRequest appPageRequest) {
    return super.findAll(appPageRequest);
  }
}

I pulled the WildFly source as of today and used that for my testing.
I configured 2 instances of WildFly for HornetQ live-backup functionality.  I started both and after a few minutes I killed the live server.  The backup became active as expected with no problems.  Then after a few more minutes I restarted the live server.  At this point fail-back occurred so that the backup again became passive.  However, I began to see WARN messages like this on the backup every 2 minutes or so:

10:33:45,054 WARN  [org.hornetq.jms.server] (Periodic Recovery) HQ122015: Can not connect to XARecoveryConfig [transportConfiguration = [TransportConfiguration(name=246bb54d-eef6-11e2-a532-65f5ccbce265, factory=org-hornetq-core-remoting-impl-invm-InVMConnectorFactory) ?server-id=0], discoveryConfiguration = null, username=null, password=null] on auto-generated resource recovery: HornetQException[errorType=NOT_CONNECTED message=HQ119007: Cannot connect to server(s). Tried with all available servers.]
	at org.hornetq.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:852) [hornetq-core-client-2.3.1.Final.jar:]
	at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.connect(HornetQXAResourceWrapper.java:378) [hornetq-jms-server-2.3.1.Final.jar:]
	at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.getDelegate(HornetQXAResourceWrapper.java:287) [hornetq-jms-server-2.3.1.Final.jar:]
	at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.recover(HornetQXAResourceWrapper.java:75) [hornetq-jms-server-2.3.1.Final.jar:]
	at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoveryFirstPass(XARecoveryModule.java:534) [narayana-jts-jacorb-5.0.0.M3.jar:5.0.0.M3 (revision: ${buildNumber})]
	at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:168) [narayana-jts-jacorb-5.0.0.M3.jar:5.0.0.M3 (revision: ${buildNumber})]
	at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:743) [narayana-jts-jacorb-5.0.0.M3.jar:5.0.0.M3 (revision: ${buildNumber})]
	at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371) [narayana-jts-jacorb-5.0.0.M3.jar:5.0.0.M3 (revision: ${buildNumber})]

In Schema Evolution, the reader schema is different than the file schema which is used to evaluate predicate push down.

HBASE-2461 added a synchronize on close(), but it's deadlocking with internalFlushCache. We should just check after getting the write locks if the region is already closed.

RepositoryRestHandlerMapping constructor change breaks backwards compatibility after crossorigin was added. RepositoryCorsConfigurationAccessor constructor arg "repositories" is marked @NonNull causing the legacy 2 arg constructor for the outer class to fail lombok validation. This was probably an oversight as "repositories" param desc still lists it as optional. Cross posting for springfox-data-rest compatibility issue.
RepositoryRestHandlerMapping.java

	public RepositoryRestHandlerMapping(ResourceMappings mappings, RepositoryRestConfiguration config) {
		this(mappings, config, null);
	}

	/**
	 * Creates a new {@link RepositoryRestHandlerMapping} for the given {@link ResourceMappings}
	 * {@link RepositoryRestConfiguration} and {@link Repositories}.
	 *
	 * @param mappings must not be {@literal null}.
	 * @param config must not be {@literal null}.
	 * @param repositories can be {@literal null} if {@link CrossOrigin} resolution is not required.
	 */
	public RepositoryRestHandlerMapping(ResourceMappings mappings, RepositoryRestConfiguration config,
			Repositories repositories) {

		super(config);

		Assert.notNull(mappings, "ResourceMappings must not be null!");
		Assert.notNull(config, "RepositoryRestConfiguration must not be null!");

		this.mappings = mappings;
		this.configuration = config;
		this.repositories = repositories;
		this.corsConfigurationAccessor = new RepositoryCorsConfigurationAccessor(mappings, repositories,
				NoOpStringValueResolver.INSTANCE);

Commit msg

DATAREST-573 - Polishing.  …
Removed RepositoryRestConfiguration.addCorsMapping(…) as we currently don't have any other shortcut methods for configuration like this.
Tweaked the setup of (now Repository)CorsConfigurationAccessor to be created earlier so that we avoid recreation for every lookup. Introduced a NoOpStringValueResolver to be used by default so that we don't need to deal with the case of the resolver being null at the end of the call chain. Replaced constructor of RepositoryCorsConfigurationAccessor with corresponding Lombok annotation.
Updated reference documentation accordingly.
Original pull request: #233.
olivergierke committed on Oct 28, 2016
40bb8e8

this helps debugging/diagnosing issues
Something like:
Map<String, String> env = System.getenv();
      List<String> propKeys = new ArrayList<String>(env.keySet());
      Collections.sort(propKeys);
      LOG.info("WebHCat environment:");
      for(String propKey : propKeys) 
{
        LOG.info(propKey + "=" + env.get(propKey));
      }
      LOG.info("Configuration props:");
      Iterator<Map.Entry<String, String>> configProps = appConf.iterator();
      while(configProps.hasNext()) 
{
        Map.Entry<String, String> ent = configProps.next();
        LOG.info(ent.getKey() + "=" + ent.getValue());
      }

Could be useful to add a REST call to dump such info as well  (is security a concern here?)
Also, make sure to log what config files it attempted to load and which it actually did load.

Here is the test class:

public class TestStatistics {
 
       DefaultCamelContext context = new DefaultCamelContext();
       context.addRoutes(new RouteBuilder() {
 
           @Override
           public void configure() throws Exception {
              	intercept().to("log:intercept");
		from("timer://myTimer?period=2000").setBody()
				.simple("Current time is ${header.firedTime}").to("log:out");
 
           }
       });
       context.start();
       Thread.sleep(500000);
       context.stop();
    }
}

The MBean [org.apache.camel/processors/XXX/to2/Attributes/ExchangesTotal] property has no value, therefore no statistics information can be accessed.
I used 2.9.2-SNAPSHOT.

RegionState rit = this.services.getAssignmentManager().isRegionInTransition(e.getKey());
            ServerName addressFromAM = this.services.getAssignmentManager()
                .getRegionServerOfRegion(e.getKey());
            if (rit != null && !rit.isClosing() && !rit.isPendingClose()) {
              // Skip regions that were in transition unless CLOSING or
              // PENDING_CLOSE
              LOG.info("Skip assigning region " + rit.toString());
            } else if (addressFromAM != null
                && !addressFromAM.equals(this.serverName)) {
              LOG.debug("Skip assigning region "
                    + e.getKey().getRegionNameAsString()
                    + " because it has been opened in "
                    + addressFromAM.getServerName());
              }

In ServerShutDownHandler we try to get the address in the AM.  This address is initially null because it is not yet updated after the region was opened .i.e. the CAll back after node deletion is not yet done in the master side.
But removal from RIT is completed on the master side.  So this will trigger a new assignment.
So there is a small window between the online region is actually added in to the online list and the ServerShutdownHandler where we check the existing address in AM.

From Hitesh Shah:
"Tez is a client-side only component ( no daemons, etc ) and therefore it is meant to be installed on the gateway box ( or where its client libraries are needed by any other services’ daemons). It does not have any cluster dependencies both in terms of libraries/jars as well as configs. When it runs on a worker node, everything was pre-packaged and made available to the worker node via the distributed cache via the client code. Hence, its client-side configs are also only needed on the same (client) node as where it is installed. The only other install step needed is to have the tez tarball be uploaded to HDFS and the config has an entry “tez.lib.uris” which points to the HDFS path. "
We need a way to pass client jars and tez-site.xml to the LaunchMapper.
We should create a general purpose mechanism here which can supply additional artifacts per job type.

NullPointerException is thrown while trying to access secured content with a user which does not have a neccessary role in the Authorities set (Access Denied situation):
  at org.acegisecurity.ui.ExceptionTranslationFilter.handleException(ExceptionTranslationFilter.java:229)
  at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:176)
  at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
  at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
  at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
  at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173)
  at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
  at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:110)
  at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
  at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149)
  at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
  ...
Seems to be caused by accessDeniedHandler being null on that line:
  229: accessDeniedHandler.handle(request, response, (AccessDeniedException) exception);
Seems that for some reason default AccessDeniedHandlerImpl is not being assigned.

See nabble
http://camel.465427.n5.nabble.com/InterceptSendToEndpoint-Http-Component-tp3296620p3296620.html

A package with an uppercase letter like 

org.wildfly.camel.test.core.subA

would be treated as class leading to 

	at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.loadConverterMethods(AnnotationTypeConverterLoader.java:262)
	at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.load(AnnotationTypeConverterLoader.java:130)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.loadTypeConverters(BaseTypeConverterRegistry.java:544)

When setting up mod-cluster via CLI then msg Failed to start service Caused by: java.lang.NullPointerException" may appear.
Particular file where exception is thrown is: ModClusterService.java, line 90 . Reason for exception is that advertise socket binding has to have set multicast address also (mod cluster just expect it is set it does not check it). In case multicat address is set then adding mod-cluster filter is successful.
I would expect that more reasonable message is print to user instead of generic NPE.

The patch does not change anything else than the description says. The changes are about extracting the common paths.

The min/max factors offer no real improvement when the fractions are meaningless, for example when 0.25 * 2  is applied as the min.

Minimally, an HBase client needs several libraries in its CLASSPATH when connecting to a cluster, including:

commons-configuration (commons-configuration-1.6.jar)
commons-lang3 (commons-lang3-3.6.jar)
commons-logging (commons-logging-1.1.1.jar)
hadoop-core (hadoop-core-1.0.0.jar)
hbase (hbase-0.92.0.jar)
log4j (log4j-1.2.16.jar)
slf4j-api (slf4j-api-1.5.8.jar)
slf4j-log4j (slf4j-log4j12-1.5.8.jar)
zookeeper (zookeeper-3.4.2.jar)

The libraries listed in our docs are stale. Also, it may be better to say "Minimally, an HBase client needs hbase-client module in its dependencies when connecting to a cluster" rather than "Minimally, an HBase client needs several libraries in its CLASSPATH when connecting to a cluster, including:". I don't think newbie want to add all dependencies manually.

Yongqiang tried this and it fails in local mode:
add file ../data/scripts/dumpdata_script.py;
select count(distinct subq.key) from
(FROM src MAP src.key USING 'python dumpdata_script.py' AS key WHERE src.key = 10) subq;
this needs to be fixed because it means we cannot choose local mode automatically in case of transform scripts (since different paths need to be used for cluster vs. local mode execution)

Document default value in javadoc comment for org.springframework.data.hadoop.mapreduce Class JobRunner method setRunAtStartup(boolean runAtStartup)

After changes in HIVE-13169, metastore get_delegation_token fails with null ip address.

2016-03-03 07:45:31,055 ERROR [pool-6-thread-22]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(159)) - MetaException(message:Unauthorized connection for super-user: HTTP/<hostname@realm> from IP null)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_delegation_token(HiveMetaStore.java:5290)
	at com.sun.proxy.$Proxy16.get_delegation_token(Unknown Source)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_delegation_token.getResult(ThriftHiveMetastore.java:11492)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_delegation_token.getResult(ThriftHiveMetastore.java:11476)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:551)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:546)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:546)

There is no description at server attributes:

[standalone@localhost:9990 /] /subsystem=io/worker=default/server=*:read-resource-description
{       
            ("subsystem" => "io"),
            ("worker" => "default"),
            ("server" => "*")
        ],
            "description" => "description",
            "storage" => "runtime-only",
                "connection-count" => {
                    "type" => INT,
                    "description" => "connection-count",
                    "required" => true,
                    "access-type" => "metric",
                },
                "connection-limit-high-water-mark" => {
                    "description" => "connection-limit-high-water-mark",
                },
                "connection-limit-low-water-mark" => {
                    "description" => "connection-limit-low-water-mark",
                }
            },
        }
    }]
}

CoreResourceManagementTestCase was broken when it was moved from full to core. A number of tests are testing adds of /host=x/server=y/subsystem=io/worker=default:add but these tests are bogus:
1) The worker already exists in the profile used by the DC.
2) The params passed to the add op are bogus (leftovers from the 'full' test that tested the threads subsystem.
The tests are primarily checking for failures but these issues mean they can be falsely passing; passing due to failures unrelated to what the test is checking.

I have impelemented a columnValueFilter (with new interface) that should filter out the last of two rows in a table. However, I notice that filterRow is only being called on the first row, and the second row is returned.
This patch fixes it, but needs review. My first attempt at adding the call in the DONE_SCAN case did not fix it, but still seems right. The second addition at the end of the method fixed it.

HIVE-10127 is causing incorrect results when orc_merge12.q is run in llap.
It reads timestamp wrongly.
LLAP IO Enabled
hive> select atimestamp1 from alltypesorc3xcols limit 10;
OK
1969-12-31 15:59:46.674
NULL
1969-12-31 15:59:55.787
1969-12-31 15:59:44.187
1969-12-31 15:59:50.434
1969-12-31 16:00:15.007
1969-12-31 16:00:07.021
1969-12-31 16:00:04.963
1969-12-31 15:59:52.176
1969-12-31 15:59:44.569

LLAP IO Disabled
OK
NULL
1969-12-31 16:00:14.007
1969-12-31 16:00:06.021
1969-12-31 16:00:03.963

HBASE-21643 introduced two new coprocessor methods postIncrementBeforeWAL and postAppendBeforeWAL instead of the old coprocessor postMutationsBeforeWAL. These coprocessor methods give coprocessors to update the new cells before apply to WAL or memstore. But the cell's column family may be changed, too. So it should apply the new cell to memstore depend on the cell's column family.
 
I am attempting to seemlessly handle requests for KML files from Google Maps API and return a gzip version when requested. Google Maps puts 'accept-encoding = gzip' into the header.
I have the following code:
@RequestMapping(value = "/course/
{courseIdParam}.kml", method=RequestMethod.GET, headers="Accept-Encoding!=gzip")
	@ResponseBodypublic void getCourseAsKml(@PathVariable final String courseIdParam, final ModelMap modelMap, final OutputStream outputStream, final HttpServletResponse response, final HttpServletRequest request) throws JAXBException, IOException {
}

@RequestMapping(value = "/course/{courseIdParam}
.kml", method=RequestMethod.GET, headers="Accept-Encoding=gzip")
	@ResponseBodypublic void getCourseAsKmz(@PathVariable final String courseIdParam, final ModelMap modelMap, final OutputStream outputStream, final HttpServletResponse response, final HttpServletRequest request) throws JAXBException, IOException {
}
Expected behaviour:
getCourseAsKmz should be called.
getCourseAsKml should not be called
Actual behaviour:
getCourseAsKml is called
I believe the problem is in ServletAnnotationMappingUtils.checkHeaders
    else if (!value.equals(request.getHeader(key))) 
{
	return negated;
    }

I think the ! needs to be removed from the condition

I have model entity as below
Document <-1-----M--> Document
and repository method is "public List<DocumentWithoutParent> findByParentIsNull()"
where 'DocumentWithoutParent' is projection
sql that hibernate generate is incorrect. but when I change List<DocumentWithoutParent> to List<Document> it is OK.
So I think problem come from spring data jpa.
Below is  a test project on this problem.
https://github.com/pramoth/hibernate-generate-wrong-sql-with-projection

Using Fuse 6.1 which ships Hibernate 4.2.9.Final, there is an issue with certain bundle refreshes and deployments that manifests in 2 ways.
CCE on finds

Caused by: java.lang.ClassCastException: org.mrobson.example.minihibernate.datamodel.Person cannot be cast to org.mrobson.example.minihibernate.datamodel.Person

PropertyAccessException on merges

Cause: org.hibernate.PropertyAccessException: could not get a field value by reflection getter of org.mrobson.example.minihibernate.datamodel.Person.id Error: IllegalArgumentException: Can not set int field org.mrobson.example.minihibernate.datamodel.Person.id to org.mrobson.example.minihibernate.datamodel.Person

Attached are 3 screenshots from the heapdump.
person_bundleCL_osgiCL_CCE.png shows the Person class from BundleClassLoader 0xe1ce0250 mapped to the Hibernate OsgiClassLoader.
Drilling down on the OsgiClassLoader, it's referencing the old BundleClassLoader which has an out of date reference to a Person class object that no longer maps to the datamodel bundles ClassLoader.
person_bundleREV_bundleCL_CCE.png shows my datamodel bundle with it's Person class in BundleClassLoader 0xe22d9420 thus putting the parent and sub enhanced class within different classloaders as well as being incorrectly mapped to the OsgiClassLoader.
person_bundleREV_buncleCL_Working.png shows restarting again to bring things into a working state.
OsgiClassLoader references BundleClassLoader 0xf7c89828 which maps to both Person from datamodel and the enhanced Person class.
It looks like in this case Hibernate is not re-creating the OSGI classloader mappings with updated references when certain combinations of bundle restarts or deployments happen with the bundle containing the entity classes.  From there, it's references end up out of date.

Modification in AbstractAutowireCapableBeanFactory to prevent StackOverflowErrors causes context not to load with org.springframework.beans.factory.NoSuchBeanDefinitionException.
This commit causes our code to throw the exception below.
Earlier versions of AbstractAutowireCapableBeanFactory work fine.
Note that the reference.service.instrumentEhcache bean is created via a subclass of org.springframework.cache.ehcache.EhCacheFactoryBean
The context being loaded is rather complex, I have not yet been able to create a minimal test example.

2017-01-10 11:24:38.991 17201 [main] ERROR o.s.test.context.TestContextManager - Caught exception while allowing TestExecutionListener [org.springframework.test.context.support.DependencyInjectionTestExecutionListener@59d016c9] to prepare test instance [*.*.*.*.*.*.PositionAccountManagerTest@16ca4532]
	at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:124)
	at org.springframework.test.context.support.DefaultTestContext.getApplicationContext(DefaultTestContext.java:83)
	at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:230)
	at org.springframework.test.context.junit4.statements.RunPrepareTestInstanceCallbacks.evaluate(RunPrepareTestInstanceCallbacks.java:63)
	at org.springframework.test.context.junit4.statements.SpringFailOnTimeout.evaluate(SpringFailOnTimeout.java:87)
	at org.springframework.test.context.junit4.statements.ProfileValueChecker.evaluate(ProfileValueChecker.java:101)
	at org.springframework.test.context.junit4.rules.SpringClassRule$TestContextManagerCacheEvictor.evaluate(SpringClassRule.java:242)
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'reference.referenceCache' defined in URL [jar:file:/*/*/*/*/*/*/*/*/*/*.jar!/*/*/*/reference/cache/ReferenceCache.class]: Unsatisfied dependency expressed through constructor parameter 14: Error creating bean with name 'reference.service.instrumentCache' defined in URL [jar:file:/*/*/*/*/*/*/*/*/*/*.jar!/*/*/*/reference/cache/InstrumentCache.class]: Unsatisfied dependency expressed through constructor parameter 0: No qualifying bean of type [net.sf.ehcache.Ehcache] found for dependency [net.sf.ehcache.Ehcache]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Qualifier(value=reference.service.instrumentEhcache)}; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [net.sf.ehcache.Ehcache] found for dependency [net.sf.ehcache.Ehcache]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Qualifier(value=reference.service.instrumentEhcache)}; nested exception is org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'reference.service.instrumentCache' defined in URL [jar:file:/*/*/*/*/*/*/*/*/*/*.jar!/com/theice/cds/reference/cache/InstrumentCache.class]: Unsatisfied dependency expressed through constructor parameter 0: No qualifying bean of type [net.sf.ehcache.Ehcache] found for dependency [net.sf.ehcache.Ehcache]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Qualifier(value=reference.service.instrumentEhcache)}; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [net.sf.ehcache.Ehcache] found for dependency [net.sf.ehcache.Ehcache]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Qualifier(value=reference.service.instrumentEhcache)}
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:749)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:189)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1147)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1050)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:751)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:541)
	at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.delegateLoading(AbstractDelegatingSmartContextLoader.java:108)
	at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.loadContext(AbstractDelegatingSmartContextLoader.java:251)
	at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:98)
	at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:116)
	... 29 common frames omitted
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'reference.service.instrumentCache' defined in URL [jar:file:/*/*/*/*/*/*/*/*/*/*.jar!/*/*/*/reference/cache/InstrumentCache.class]: Unsatisfied dependency expressed through constructor parameter 0: No qualifying bean of type [net.sf.ehcache.Ehcache] found for dependency [net.sf.ehcache.Ehcache]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Qualifier(value=reference.service.instrumentEhcache)}; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [net.sf.ehcache.Ehcache] found for dependency [net.sf.ehcache.Ehcache]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Qualifier(value=reference.service.instrumentEhcache)}
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202)
	at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:207)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:1239)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1079)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1044)
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:835)
	... 47 common frames omitted
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [net.sf.ehcache.Ehcache] found for dependency [net.sf.ehcache.Ehcache]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Qualifier(value=reference.service.instrumentEhcache)}
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoMatchingBeanFound(DefaultListableBeanFactory.java:1431)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1082)

The ClientCacheFactoryBean.isReadyForEvents() method may throw a GemFire CacheClosedException during onApplicationEvent(:ContextRefereshedEvent) since the ClientCache initialization maybe lazy, in which case, the ClientCache will not have been properly "initialized" before being "looked up" in the ClientCacheFactory.getAnyInstance() call inside ClientCacheFactoryBean.fetchCache(), thus leading to the CacheClosedException.

A NullPointerException randomly occurs in org.jboss.as.controller.OperationContextImpl.createTargetAttribute(OperationContextImpl.java:1172) when getMBeanCount is called over and over.
See attached server.log and reproducer

00:16:01,315 ERROR [org.jboss.as.controller.management-operation] (pool-2-thread-2) WFLYCTL0013: Operation ("check-default-resource-access") failed - address: ([
    ("service" => "management-operations"),
    ("active-operation" => "-1652526387")
	at org.jboss.as.controller.OperationContextImpl.createTargetAttribute(OperationContextImpl.java:1172) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.OperationContextImpl.authorizeResource(OperationContextImpl.java:1136) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.OperationContextImpl.authorizeResource(OperationContextImpl.java:130) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.operations.global.ReadResourceDescriptionHandler$CheckResourceAccessHandler.execute(ReadResourceDescriptionHandler.java:467) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:700) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:535) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:308) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:303) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1158) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:328) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:197) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.model.ResourceAccessControlUtil.getResourceAccess(ResourceAccessControlUtil.java:85) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:51) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:61) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.model.RootResourceIterator.iterate(RootResourceIterator.java:43) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.model.ModelControllerMBeanHelper.getMBeanCount(ModelControllerMBeanHelper.java:105) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.model.ModelControllerMBeanServerPlugin.getMBeanCount(ModelControllerMBeanServerPlugin.java:154) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.PluggableMBeanServerImpl.getMBeanCount(PluggableMBeanServerImpl.java:561) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.BlockingNotificationMBeanServer.getMBeanCount(BlockingNotificationMBeanServer.java:143) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.remotingjmx.protocol.v2.ServerProxy$GetMBeanCountHandler.handle(ServerProxy.java:655)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:75) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:70) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_51]
	at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_51]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:70) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]

MAPREDUCE-1981 introduced a new API for FileSystem - listLocatedStatus. It is used in Hadoop's FileInputFormat.getSplits(). Hive's ProxyFileSystem class needs to implement this API in order to make Hive unit test work.
Otherwise, you'll see these exceptions when running TestCliDriver test case, e.g. results of running allcolref_in_udf.q:

[junit] Running org.apache.hadoop.hive.cli.TestCliDriver
    [junit] Begin query: allcolref_in_udf.q
    [junit] java.lang.IllegalArgumentException: Wrong FS: pfile:/GitHub/Monarch/project/hive-monarch/build/ql/test/data/warehouse/src, expected: file:///
    [junit] 	at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:642)
    [junit] 	at org.apache.hadoop.fs.RawLocalFileSystem.pathToFile(RawLocalFileSystem.java:69)
    [junit] 	at org.apache.hadoop.fs.RawLocalFileSystem.listStatus(RawLocalFileSystem.java:375)
    [junit] 	at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1482)
    [junit] 	at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1522)
    [junit] 	at org.apache.hadoop.fs.FileSystem$4.<init>(FileSystem.java:1798)
    [junit] 	at org.apache.hadoop.fs.FileSystem.listLocatedStatus(FileSystem.java:1797)
    [junit] 	at org.apache.hadoop.fs.ChecksumFileSystem.listLocatedStatus(ChecksumFileSystem.java:579)
    [junit] 	at org.apache.hadoop.fs.FilterFileSystem.listLocatedStatus(FilterFileSystem.java:235)
    [junit] 	at org.apache.hadoop.mapreduce.lib.input.FileInputFormat.listStatus(FileInputFormat.java:264)
    [junit] 	at org.apache.hadoop.mapreduce.lib.input.CombineFileInputFormat.getSplits(CombineFileInputFormat.java:217)
    [junit] 	at org.apache.hadoop.mapred.lib.CombineFileInputFormat.getSplits(CombineFileInputFormat.java:69)
    [junit] 	at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileInputFormatShim.getSplits(HadoopShimsSecure.java:385)
    [junit] 	at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileInputFormatShim.getSplits(HadoopShimsSecure.java:351)
    [junit] 	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:389)
    [junit] 	at org.apache.hadoop.mapreduce.JobSubmitter.writeOldSplits(JobSubmitter.java:503)
    [junit] 	at org.apache.hadoop.mapreduce.JobSubmitter.writeSplits(JobSubmitter.java:495)
    [junit] 	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:390)
    [junit] 	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1268)
    [junit] 	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1265)
    [junit] 	at java.security.AccessController.doPrivileged(Native Method)
    [junit] 	at javax.security.auth.Subject.doAs(Subject.java:396)
    [junit] 	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1481)
    [junit] 	at org.apache.hadoop.mapreduce.Job.submit(Job.java:1265)
    [junit] 	at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:557)
    [junit] 	at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:552)
    [junit] 	at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:552)
    [junit] 	at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:543)
    [junit] 	at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:448)
    [junit] 	at org.apache.hadoop.hive.ql.exec.ExecDriver.main(ExecDriver.java:688)
    [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    [junit] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    [junit] 	at java.lang.reflect.Method.invoke(Method.java:597)
    [junit] 	at org.apache.hadoop.util.RunJar.main(RunJar.java:212)

The JMS resources that can be stored in JNDI (connection-factory, pooled-connection-factory, jms-queue, jms-topic) does not check whether their list of JNDI entries contains duplicates.
At runtime, duplicates are eliminated but this introduces a difference between the resource model with duplicate entries and its runtime state (without duplicates).
The attribute definitions for their JNDI entries should validate at the MODEL stage that their value does not contain duplicate elements.

Tested on nightly build of August 29th 2011:
public interface MyRepository {
}
public class MyRepositoryImpl implements MyRepository {
    @Scheduled(fixedDelay = 5)
    public void initCache() {}
}
This works. But when I change from @Component to @Repository I get this exception: 
	at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:64)
	at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:53)
	at org.springframework.scheduling.concurrent.ReschedulingRunnable.run(ReschedulingRunnable.java:81)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
Adding the @Scheduled method to the interface doesn't help also.

Vault command bulk-convert must contain in --help output which options are required.
All options are required with two exceptions:
"properties" option and
when user uses plain-text password then he can omit SALT and ITERATION option.

When creating an aggregation, if a new field is named in the project, the new field name is converted to something else in a group by following the projection; the name passed in the group by is ignored.  This causes the results to be incorrect. See test case for an example. 

in following flow

.setBody(constant("body"))
.tryBlock()
.process(new ExceptionThrower())
.handle(Exception.class)
.setBody(constant("exception"));

the result of such invocation is "body" instead of "exception".

The jboss xsd allows for the jndi-binding-policy to be configured outside of the enterprise-beans section. This jndi-binding-policy should then be applied to all beans in the enterprise-beans section. However, this doesn't happen. The following jboss.xml:
<!-- $Id: jboss.xml 68870 2008-01-11 09:47:56Z wolfc $ -->
<jboss xmlns="http://www.jboss.com/xml/ns/javaee"
       xmlns:jee="http://java.sun.com/xml/ns/javaee"
       xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee http://www.jboss.org/j2ee/schema/jboss_5_0.xsd"
       version="5.0">
    <jndi-binding-policy>org.jboss.metadata.ejb.test.jndibindingpolicy.DummyPolicy</jndi-binding-policy>
        <session>
            <ejb-name>DummyBean</ejb-name>
</jboss>
when converted to metadata return null jndi-binding-policy for the DummyBean.
P.S: Note that the jndi-binding-policy probably makes more sense in assembly-descriptor section (as Carlo pointed out on IRC today) of the jboss.xml. So i guess, this might be the time to move it to assembly-descriptor section? 

The groupId field of the Dependency class uses JavaPackage for its type. Maven groupIds can be specified such that they are not valid Java package names. For example commons-logging is a valid groupId but is not a valid Java package name as it contains a dash. This prevents the dash character to be added to the list of illegal characters in the check for valid package names in JavaSymbolName. This change will make groupId a String with some checks to ensure the XML remains well-formed and also add the dash character to JavaPackage as it should.

When a regionserver crash, another regionserver will try to take over the replication hlogs queue and help the the the dead regionserver to finish the replcation.See NodeFailoverWorker in ReplicationSourceManager
Currently hbase.zookeeper.useMulti is false in default configuration. The operation of taking over replication queue is not atomic. The ReplicationSourceManager firstly lock the replication node of dead regionserver and then copy the replication queue, and delete replication node of dead regionserver at last. The operation of the lockOtherRS just creates a persistent zk node named "lock" which prevent other regionserver taking over the replication queue.
See:

  public boolean lockOtherRS(String znode) {
    try {
      String parent = ZKUtil.joinZNode(this.rsZNode, znode);
      if (parent.equals(rsServerNameZnode)) {
        LOG.warn("Won't lock because this is us, we're dead!");
      }
      String p = ZKUtil.joinZNode(parent, RS_LOCK_ZNODE);
      ZKUtil.createAndWatch(this.zookeeper, p, Bytes.toBytes(rsServerNameZnode));
    } catch (KeeperException e) {
      ...
    }
  }

But if a regionserver crashed after creating this "lock" zk node and before coping the replication queue to its replication queue, the "lock" zk node will be left forever and
no other regionserver can take over the replication queue.
In out production cluster, we encounter this problem. We found the replication queue was there and no regionserver took over it and a "lock" zk node left there.

hbase.32561.log:2014-09-24,14:09:28,790 INFO org.apache.hadoop.hbase.replication.ReplicationZookeeper: Won't transfer the queue, another RS took care of it because of: KeeperErrorCode = NoNode for /hbase/hhsrv-micloud/replication/rs/hh-hadoop-srv-st09.bj,12610,1410937824255/lock
hbase.32561.log:2014-09-24,14:14:45,148 INFO org.apache.hadoop.hbase.replication.ReplicationZookeeper: Won't transfer the queue, another RS took care of it because of: KeeperErrorCode = NoNode for /hbase/hhsrv-micloud/replication/rs/hh-hadoop-srv-st10.bj,12600,1410937795685/lock
A quick solution is that the lock operation just create an ephemeral "lock" zookeeper node and when the lock node is deleted, other regionserver will be notified to check if there are replication queue left.
Suggestions are welcomed! Thanks.

branch: master

2017-01-22T19:52:42,470 WARN  [IPC Server handler 3 on 34642 ()] org.apache.hadoop.ipc.Server: IPC Server handler 3 on 34642, call org.apache.hadoop.hive.llap.protocol.LlapProtocolBlockingPB.submitWork ...Call#17257 Retry#0
java.lang.OutOfMemoryError: unable to create new native thread
        at java.lang.Thread.start0(Native Method) ~[?:1.8.0_77]
        at java.lang.Thread.start(Thread.java:714) [?:1.8.0_77]
        at java.util.concurrent.ThreadPoolExecutor.addWorker(ThreadPoolExecutor.java:950) ~[?:1.8.0_77]
        at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1368) ~[?:1.8.0_77]
        at com.google.common.util.concurrent.MoreExecutors$ListeningDecorator.execute(MoreExecutors.java:480) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at com.google.common.util.concurrent.AbstractListeningExecutorService.submit(AbstractListeningExecutorService.java:61) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.llap.daemon.impl.AMReporter.taskKilled(AMReporter.java:231) ~[hive-llap-server-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.llap.daemon.impl.ContainerRunnerImpl$KilledTaskHandlerImpl.taskKilled(ContainerRunnerImpl.java:501) ~[hive-llap-server-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]

One of our RS/DN machines ran out of diskspace on the partition to which we write the log files.
It turns out we still had a table in our source cluster with REPLICATION_SCOPE=>1 that did not have a matching table in the remote cluster.
In then logged a long stack trace every 50ms or so, over a few days that filled up our log partition.
Since ReplicationSource cannot make any progress in this case anyway, it should probably sleep a bit before retrying (or at least limit the rate at which it spews out these exceptions to the log).

WebHCat E2E tests when running against a ssl enabled webhdfs url fails.

Adding cache store to already created cache ends by failure even if it should succeed:

[standalone@localhost:9990 /] /subsystem=infinispan/cache-container=hibernate/invalidation-cache=foobar/store=STORE:add(class="org.infinispan.configuration.cache.SingleFileStoreConfigurationBuilder")
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.infinispan.cache.store.hibernate.foobar is already registered",
}

This is a regression against 7.1.0.DR18.

As far as I can tell, TableInputFormat creates an instance of HTable which is used by TableRecordReaderImpl. However TableRecordReaderImpl.close() only closes the scanner, not the table. In turn the HTable's HConnection's reference count is never decreased which leads to leaking HConnections.
TableOutputFormat might have a similar bug.

TestHBaseFsck failed recently because the balancer ran one more time even after it's turned off.  Balancer should double-check if it is on before each run.

"backup" on Windows 2000 gives the following exception when in development mode:
The filename, directory name, or volume label syntax is incorrect
java.io.IOException: The filename, directory name, or volume label syntax is incorrect
    at java.io.WinNTFileSystem.canonicalize0(Native Method)
    at java.io.Win32FileSystem.canonicalize(Unknown Source)
    at java.io.File.getCanonicalPath(Unknown Source)
    at org.springframework.roo.file.monitor.event.FileDetails.getCanonicalPath(FileDetails.java:83)
    at org.springframework.roo.addon.backup.BackupOperations.backup(BackupOperations.java:62)
    at org.springframework.roo.addon.backup.BackupCommands.backup(BackupCommands.java:33)

In internal tests at Salesforce we found that fake row keys sometimes are passed to filters (Filter.filterRowKey(...) specifically).
The KVs are eventually filtered by the StoreScanner/ScanQueryMatcher, but the row key is passed to filterRowKey in RegionScannImpl before that happens.

When eventPerFile is enabled, writer is set to null after the first event, it causes an NPE in the next path until handleTick comes back.

"Value" and credential-reference are mutually exclusive and one of them must be set.
There must be a way how to update existing server-identity/secret for change "value" to credential-reference and vice versa.
User is not able to do some like that:

/core-service=management/security-realm=ManagementRealm/server-identity=secret:write-attribute(name=credential-reference, value={clear-text=pass123})            
{
    "failure-description" => "WFLYCTL0105: credential-reference is invalid in combination with value",
}
[standalone@localhost:9990 /] /core-service=management/security-realm=ManagementRealm/server-identity=secret:undefine-attribute(name=value
{
    "failure-description" => "WFLYCTL0172: value is required",
}

resource-description

[domain@localhost:9990 /] /host=master/core-service=management/security-realm=ManagementRealm/server-identity=secret:read-resource-description
{
        "description" => "Configuration of the secret/password-based identity of a server or host controller.",
        "deprecated" => {
            "since" => "1.7.0",
            "reason" => "The security-realm configuration is deprecated and may be removed or moved in future versions."
        },
        "access-constraints" => {"sensitive" => {"security-realm" => {"type" => "core"}}},
        "attributes" => {
            "credential-reference" => {
                "description" => "The reference to credential for the secret / password stored in CredentialStore under defined alias or clear text password.",
                "alternatives" => ["value"],
                "access-constraints" => {"sensitive" => {"credential" => {"type" => "core"}}},
                    "store" => {
                        "description" => "The name of the credential store holding the alias to credential.",
                        "required" => false,
                        "alternatives" => ["clear-text"],
                        "requires" => ["alias"],
                    },
                    "alias" => {
                        "description" => "The alias which denotes stored secret or credential in the store.",
                        "expressions-allowed" => true,
                        "requires" => ["store"],
                    },
                    "type" => {
                        "description" => "The type of credential this reference is denoting.",
                    },
                    "clear-text" => {
                        "description" => "Secret specified using clear text. Check credential store way of supplying credential/secrets to services.",
                        "alternatives" => ["store"],
                    }
                },
            },
            "value" => {
                "description" => "The secret / password - Base64 Encoded.",
                "alternatives" => ["credential-reference"],
                "max-length" => 2147483647L,
            }
        },
        "operations" => undefined,
        "notifications" => undefined,
        "children" => {}
    }
}

HTTP/FTP deployment URL's for libraries do not resolve when placed in profiles; file deployment URL's for libraries however do resolve. A network deployment URL will be required in order to support deployment of libraries across the distributed fabric environment. 

The actual issues is fixed by HIVE-19861.
This is a follow up to add a test case.
Issue:

org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.IllegalArgumentException: Can not create a Path from a null string
	at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:940) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:945) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.exec.DDLTask.createTableLike(DDLTask.java:5099) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:433) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeAcidExport(UpdateDeleteSemanticAnalyzer.java:195) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeInternal(UpdateDeleteSemanticAnalyzer.java:106) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:288) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:658) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1813) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1760) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1755) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.reexec.ReExecDriver.compileAndRespond(ReExecDriver.java:126) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:194) ~[hive-service-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:257) ~[hive-service-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hive.service.cli.operation.Operation.run(Operation.java:243) ~[hive-service-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:541) ~[hive-service-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:527) ~[hive-service-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:312) ~[hive-service-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:562) ~[hive-service-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1557) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1542) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.metastore.security.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:647) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
Caused by: java.lang.IllegalArgumentException: Can not create a Path from a null string
	at org.apache.hadoop.fs.Path.checkPathArg(Path.java:164) ~[hadoop-common-3.0.0.3.0.0.0-1485.jar:?]
	at org.apache.hadoop.fs.Path.<init>(Path.java:180) ~[hadoop-common-3.0.0.3.0.0.0-1485.jar:?]
	at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.createTempTable(SessionHiveMetaStoreClient.java:459) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.create_table_with_environment_context(SessionHiveMetaStoreClient.java:117) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.createTable(HiveMetaStoreClient.java:831) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.createTable(HiveMetaStoreClient.java:816) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at sun.reflect.GeneratedMethodAccessor124.invoke(Unknown Source) ~[?:?]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_112]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_112]
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:212) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at com.sun.proxy.$Proxy55.createTable(Unknown Source) ~[?:?]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2768) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:929) ~[hive-exec-3.0.0.3.0.0.0-1485.jar:3.0.0.3.0.0.0-1485]
	... 27 more
2018-06-14T17:53:32,112 ERROR [07758225-f4e7-4fc2-a9e5-c6ed19e9fcfd HiveServer2-Handler-Pool: Thread-143]: metadata.Hive (:()) - Table tpch.tbl_export_05da5215_6695_420e_99e9_24a9bb5d1a39 not found: hive.tpch.tbl_export_05da5215_6695_420e_99e9_24a9bb5d1a39 table not found
2018-06-14T17:53:32,113 ERROR [07758225-f4e7-4fc2-a9e5-c6ed19e9fcfd HiveServer2-Handler-Pool: Thread-143]: ql.Driver (:()) - FAILED: SemanticException org.apache.hadoop.hive.ql.metadata.InvalidTableException: Table not found tbl_export_05da5215_6695_420e_99e9_24a9bb5d1a39
org.apache.hadoop.hive.ql.parse.SemanticException: org.apache.hadoop.hive.ql.metadata.InvalidTableException: Table not found tbl_export_05da5215_6695_420e_99e9_24a9bb5d1a39
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeAcidExport(UpdateDeleteSemanticAnalyzer.java:198)
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeInternal(UpdateDeleteSemanticAnalyzer.java:106)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:288)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:658)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1813)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1760)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1755)
	at org.apache.hadoop.hive.ql.reexec.ReExecDriver.compileAndRespond(ReExecDriver.java:126)
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:194)
	at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:257)
	at org.apache.hive.service.cli.operation.Operation.run(Operation.java:243)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:541)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:527)
	at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:312)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:562)
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1557)
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1542)
	at org.apache.hadoop.hive.metastore.security.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:647)
Caused by: org.apache.hadoop.hive.ql.metadata.InvalidTableException: Table not found tbl_export_05da5215_6695_420e_99e9_24a9bb5d1a39
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1141)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1092)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1079)
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeAcidExport(UpdateDeleteSemanticAnalyzer.java:196)
	... 23 more

HBASE-2632 added code to detect terminal width. On some terminals (eg emacs shell) this returns 0, which resulted in infinite loops in the formatter. Should default to 100 when we can't detect width.

AbstractApplicationEventMulticaster has two getApplicationListeners methods. The no parameter method will return duplicate listeners in its list while the one subsetting by event type does not.
It appears that when the default ListenerRetriever class is iterating over the listenerBeanNames the add call should be protected by a !allListeners.contains(listener) check like the event subset method is.
Attached is a zip file which shows the two listeners printed from the no parameter method while only one is printed from the event type method.

We using secure bulk load heavily in our environment. And it was working with no problem during some time. But last week I found that clients hangs while calling doBulkLoad
After some investigation I found that HDFS keeps more than 1,000,000 directories in /tmp/hbase-staging directory.
When directory's content was purged the load process runs successfully.
According the hbase book 

HBase manages creation and deletion of this directory.

In live environment it can be that you have started and stopped servers within a server group. (Peek Time Configuration, Dynamic RAM) ...
During the validation of the domain deployment (org.wildfly.plugin.deployment.domain.DomainDeployment:199) the method should check, if each provided "server-group" has at least one server in ServerStatus.STARTED.
What it currently does:
1. check if servers are assigned to the server-group selected for deployment
2. check if these servers are all started
Therefore even if one server is started the method throws an DeploymentFailureException which is a different behavior compared to Management Console Deployments.
It is also possible that the error is within, "client.getServerStatuses()" according to the documentation: (org.jboss.as.controller.client.helpers.domain.impl.DomainClientImpl:145)
"Gets a list of all servers known to the domain, along with their current status. Servers associated with host controllers that are currently off line will not be included."
The actual implementation returns all available servers within the host configuration including on and offline servers. CLI also returns on and offline servers. So maybe the behavior has changed.
So where to fix?
Best
Jens
org.jboss.as.controller.client.helpers.domain.impl.DomainClientImpl:145

    @Override
    public Map<ServerIdentity, ServerStatus> getServerStatuses() {
        Map<ServerIdentity, ServerStatus> result = new HashMap<ServerIdentity, ServerStatus>();
        List<String> hosts = getHostControllerNames();
        for (String host : hosts) {
            Set<String> servers = getServerNames(host);
            for (String server : servers) {
                ModelNode address = new ModelNode();
                address.add("host", host);
                address.add("server-config", server);
                String group = readAttribute("group", address).asString();
                ServerStatus status = Enum.valueOf(ServerStatus.class, readAttribute("status", address).asString());
                ServerIdentity id = new ServerIdentity(host, group, server);
                result.put(id, status);
            }

        }
    }

org.wildfly.plugin.deployment.domain.DomainDeployment:199

    void validate() throws DeploymentFailureException {
        final Map<ServerIdentity, ServerStatus> statuses = client.getServerStatuses();
        // Check for NPE
        final List<String> serverGroups = domain.getServerGroups();
        for (String serverGroup : serverGroups) {
            boolean notFound = true;
            // Check the servers
            for (ServerIdentity serverId : statuses.keySet()) {
                if (serverGroup.equals(serverId.getServerGroupName())) {
                    ServerStatus currentStatus = statuses.get(serverId);
                    if (currentStatus != ServerStatus.STARTED) {
                        throw new DeploymentFailureException("Status of server group '%s' is '%s', but is required to be '%s'.",
                                serverGroup, currentStatus, ServerStatus.STARTED);
                    }
                    notFound = false;
                    break;
                }
            }
            if (notFound) {
                throw new DeploymentFailureException("Server group '%s' does not exist on the server.", serverGroup);
            }
        }
    }

Previous reference https://github.com/wildfly/wildfly-maven-plugin/issues/12

Data loss when using "create external table like" statement. 
1) Set up an external table S, point to location L. Populate data in S.
2) Create another external table T, using statement like this:
    create external table T like S location L
   Make sure table T point to the same location as the original table S.
3) Query table T, see the same set of data in S.
4) drop table T.
5) Query table S will return nothing, and location L is deleted. 

The behavior of interrupting an app with mvn wildfly-swarm:run is different from java -jar target/app-swarm.jar. The former does not perform a graceful shutdown. 
Output of mvn wildfly-swarm:run: 

[INFO]                                                                         
[INFO] Building demo 1.0.0-SNAPSHOT
[INFO] 
[INFO] >>> wildfly-swarm-plugin:1.0.0.CR1-SNAPSHOT:run (default-cli) > package @ demo >>>
[INFO] 
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ demo ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 0 resource
[INFO] 
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ demo ---
[INFO] 
[INFO] --- maven-resources-plugin:2.6:testResources (default-testResources) @ demo ---
[INFO] 
[INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ demo ---
[INFO] 
[INFO] --- maven-surefire-plugin:2.12.4:test (default-test) @ demo ---
[INFO] 
[INFO] --- maven-war-plugin:2.6:war (default-war) @ demo ---
[INFO] Packaging webapp
[INFO] Assembling webapp [demo] in [/tmp/demo/target/demo]
[INFO] Processing war project
[INFO] Copying webapp resources [/tmp/demo/src/main/webapp]
[INFO] Webapp assembled in [41 msecs]
[INFO] Building war: /tmp/demo/target/demo.war
[INFO] 
[INFO] --- wildfly-swarm-plugin:1.0.0.CR1-SNAPSHOT:package (default) @ demo ---
No WildFly Swarm dependencies found; scanning for needed fractions
Detected fractions: jaxrs:1.0.0.Beta5-SNAPSHOT, undertow:1.0.0.Beta5-SNAPSHOT
Adding fractions: container:1.0.0.Beta5-SNAPSHOT, ee:1.0.0.Beta5-SNAPSHOT, io:1.0.0.Beta5-SNAPSHOT, jaxrs:1.0.0.Beta5-SNAPSHOT, naming:1.0.0.Beta5-SNAPSHOT, security:1.0.0.Beta5-SNAPSHOT, undertow:1.0.0.Beta5-SNAPSHOT
[INFO] 
[INFO] <<< wildfly-swarm-plugin:1.0.0.CR1-SNAPSHOT:run (default-cli) < package @ demo <<<
[INFO] 
[INFO] --- wildfly-swarm-plugin:1.0.0.CR1-SNAPSHOT:run (default-cli) @ demo ---
[INFO] Starting .war
[INFO] No WildFly Swarm dependencies found - scanning for needed fractions
[INFO] Detected fractions: jaxrs:1.0.0.Beta5-SNAPSHOT, undertow:1.0.0.Beta5-SNAPSHOT
[INFO] Using fractions: container:1.0.0.Beta5-SNAPSHOT, ee:1.0.0.Beta5-SNAPSHOT, io:1.0.0.Beta5-SNAPSHOT, jaxrs:1.0.0.Beta5-SNAPSHOT, naming:1.0.0.Beta5-SNAPSHOT, security:1.0.0.Beta5-SNAPSHOT, undertow:1.0.0.Beta5-SNAPSHOT
12:43:26,874 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
12:43:27,087 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0049: WildFly Core 2.0.10.Final "Kenny" starting
12:43:27,693 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 11) WFLYSEC0002: Activating Security Subsystem
12:43:27,697 INFO  [org.jboss.as.security] (MSC service thread 1-5) WFLYSEC0001: Current PicketBox version=4.9.4.Final
12:43:27,702 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 12) WFLYNAM0001: Activating Naming Subsystem
12:43:27,757 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 9) WFLYUT0003: Undertow 1.3.15.Final starting
12:43:27,759 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.3.15.Final starting
12:43:27,777 INFO  [org.jboss.as.naming] (MSC service thread 1-6) WFLYNAM0003: Starting Naming Service
12:43:27,780 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 13) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
12:43:27,840 INFO  [org.xnio] (MSC service thread 1-5) XNIO version 3.3.4.Final
12:43:27,848 INFO  [org.xnio.nio] (MSC service thread 1-5) XNIO NIO Implementation Version 3.3.4.Final
12:43:27,883 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0012: Started server default-server.
12:43:28,007 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.10.Final "Kenny" started in 1171ms - Started 63 of 75 services (14 services are lazy, passive or on-demand)
12:43:28,054 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0006: Undertow HTTP listener default listening on [0:0:0:0:0:0:0:0]:8080
12:43:28,646 INFO  [org.wildfly.swarm.runtime.deployer] (main) deploying demo.war
12:43:28,663 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "demo.war" (runtime-name: "demo.war")
12:43:29,978 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0018: Host default-host starting
12:43:30,294 INFO  [org.jboss.resteasy.resteasy_jaxrs.i18n] (ServerService Thread Pool -- 16) RESTEASY002225: Deploying javax.ws.rs.core.Application: class org.demo.rest.RestApplication
12:43:30,322 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 16) WFLYUT0021: Registered web context: /
12:43:30,347 INFO  [org.jboss.as.server] (main) WFLYSRV0010: Deployed "demo.war" (runtime-name : "demo.war")
^C[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] Total time: 23.082 s
[INFO] Finished at: 2016-04-05T12:43:40-03:00
[INFO] Final Memory: 71M/516M

Output of java -jar app-swarm.jar 

12:44:56,311 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
12:44:56,461 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0049: WildFly Core 2.0.10.Final "Kenny" starting
12:44:57,173 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 11) WFLYSEC0002: Activating Security Subsystem
12:44:57,187 INFO  [org.jboss.as.security] (MSC service thread 1-5) WFLYSEC0001: Current PicketBox version=4.9.4.Final
12:44:57,204 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 13) WFLYNAM0001: Activating Naming Subsystem
12:44:57,248 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0003: Undertow 1.3.15.Final starting
12:44:57,252 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 14) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
12:44:57,253 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 9) WFLYUT0003: Undertow 1.3.15.Final starting
12:44:57,258 INFO  [org.jboss.as.naming] (MSC service thread 1-6) WFLYNAM0003: Starting Naming Service
12:44:57,310 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.3.4.Final
12:44:57,330 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.3.4.Final
12:44:57,432 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0012: Started server default-server.
12:44:57,538 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.10.Final "Kenny" started in 1256ms - Started 63 of 75 services (14 services are lazy, passive or on-demand)
12:44:57,604 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0006: Undertow HTTP listener default listening on [0:0:0:0:0:0:0:0]:8080
12:44:58,273 INFO  [org.wildfly.swarm.runtime.deployer] (main) deploying demo.war
12:44:58,289 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0027: Starting deployment of "demo.war" (runtime-name: "demo.war")
12:44:59,668 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0018: Host default-host starting
12:45:00,082 INFO  [org.jboss.resteasy.resteasy_jaxrs.i18n] (ServerService Thread Pool -- 2) RESTEASY002225: Deploying javax.ws.rs.core.Application: class org.demo.rest.RestApplication
12:45:00,120 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 2) WFLYUT0021: Registered web context: /
12:45:00,152 INFO  [org.jboss.as.server] (main) WFLYSRV0010: Deployed "demo.war" (runtime-name : "demo.war")
^C12:45:01,771 INFO  [org.jboss.as.server] (Thread-4) WFLYSRV0220: Server shutdown has been requested.
12:45:01,783 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTP listener default suspending
12:45:01,784 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTP listener default stopped, was bound to [0:0:0:0:0:0:0:0]:8080
12:45:01,789 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 2) WFLYUT0022: Unregistered web context: /
12:45:01,800 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0019: Host default-host stopping
12:45:01,804 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0004: Undertow 1.3.15.Final stopping
12:45:01,811 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0028: Stopped deployment demo.war (runtime-name: demo.war) in 33ms
12:45:01,814 INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0050: WildFly Core 2.0.10.Final "Kenny" stopped in 26ms

Sending byte[] input via http in some circumstances causes ugly NonRepeatableEntityException because of the internal usage of InputStreamEntity in the HttpEntityConverter which is not repeatable. The usage of ByteArrayEntity seems more resonable for this input.
A workaround is to explicitly convertbodyto string but this is taken with care because of encoding when creating string and StringEntity later on!

When running "process clean" the Eclipse project meta data will get  deleted. This is not very nice if running inside STS or Eclipse. It should really only do a "clean".

The function:

public void createTable(final HTableDescriptor desc, byte [][] splitKeys)

in HBaseAdmin is synchronous and returns once all the regions of the table are online, but does not wait for the table to be enabled, which is the last step of table creation (see CreateTableHandler).
This is confusing and leads to racy code because users do not realize that this is the case.  For example, I saw the following test failure in 0.92 when I ran:
mvn test -Dtest=org.apache.hadoop.hbase.client.TestAdmin#testEnableDisableAddColumnDeleteColumn 

org.apache.hadoop.hbase.TableNotEnabledException: testMasterAdmin at org.apache.hadoop.hbase.master.handler.DisableTableHandler.<init>(DisableTableHandler.java:75) at org.apache.hadoop.hbase.master.HMaster.disableTable(HMaster.java:1154) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:364) at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1336)

org.apache.hadoop.hbase.TableNotEnabledException: org.apache.hadoop.hbase.TableNotEnabledException: testMasterAdmin
at org.apache.hadoop.hbase.master.handler.DisableTableHandler.<init>(DisableTableHandler.java:75)
at org.apache.hadoop.hbase.master.HMaster.disableTable(HMaster.java:1154)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:364)
at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1336)

The issue is that code will create and table and immediately disable it in order to do some testing, for example, to test an operation that only works when the table is disabled.  If the table has not been enabled yet, they will get back a TableNotEnabledException.
The specific test above was fixed in HBASE-5206, but other examples exist in the code, for example the following:

hbase org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat newtable asdf14

The code in question is:

byte[] tname = args[1].getBytes();
HTable table = util.createTable(tname, FAMILIES);
HBaseAdmin admin = new HBaseAdmin(conf);
admin.disableTable(tname);

It would be better if createTable just waited until the table was enabled, or threw a TableNotEnabledException if it exhausted the configured number of retries.

I upgrade my hbase cluster to 0.94.10 three weeks ago, and this case happened several days after that. I change the bug's priority to 'Critical' because every  time it happens, a regionserver halt down. All of them have the same log:

ERROR org.apache.hadoop.hbase.regionserver.wal.HLog: Logic Error Snapshot seq id from earlier flush still present! for region c0d88db4ce3606842fbec9d34c38f707 overwritten oldseq=80114270537with new seq=80115066829

I check the code finding that it locates at HLog.startCacheFlush method. The 'lastSeqWritten' has been locked. Maybe something wrong happened outside the HLog that change it by mistake.

In a kerberized HS2 with LDAP authentication enabled, LDAP user usually logs in using username in form of username@domain in LDAP multi-domain case. But it fails if the domain was not in the Hadoop auth_to_local mapping rule, the error is as following:

Caused by: org.apache.hadoop.security.authentication.util.KerberosName$NoMatchingRule: No rules applied to ctang@mydomain.com
at org.apache.hadoop.security.authentication.util.KerberosName.getShortName(KerberosName.java:389)
at org.apache.hadoop.security.User.<init>(User.java:48)

On https://hbase.apache.org/book.html#_using_rest_endpoints
The documentation states that to update a table schema (the configuration for a column family), the PUT HTTP verb will update the current configuration with the "fragment" of configuration provided, while the POST HTTP verb will replace the current configuration with whatever is provided.
In reality, the opposite is true: POST updates the configuration, PUT replaces. The old javadoc for the o.a.h.h.rest package got it right, but the entry on the HBase book transposed this.

This is a backward incompatibility issue for coprocessors so I marked as critical. 
When deleting a row, prepareDelete() will add delete marker for all column families before preDelete is called in hbase0.94 while in hbase0.96 and later version we invoke prepareDelete() after preDelete() hook is invoked but before postDelete() is called. 

The HealthAnnotationProcessor.processArchive() resolves the path Health endpoint wrongly to cause internal error during listing the available health endpoints by http://localhost:8080/health
After some debugging, I found that it is caused by HealthAnnotationProcessor.processArchive() where it provides WRONG URL for the health check fraction. When the @Path on method has leading slash, the URL is correct = /hello/health-check.
However, without leading slash, the URL becomes /hellohealth-check. I think it is a bug.
First of all, in the Oracle JAX-RS tutorial(JEE 7), it claims that

A @Path value isn't required to have leading or trailing slashes (/). The JAX-RS runtime parses URI path templates the same way, whether or not they have leading or trailing slashes.
 I think the Health/Monitor fraction should follow this behaviour.
Secondly, the issue is caused by

// the class level @Path
for (AnnotationInstance classAnnotation : classInfo.classAnnotations()) {
    if (classAnnotation.name().equals(PATH)) {
        String methodPathValue = classAnnotation.value().asString();
        if (!methodPathValue.equals("/"))
            safeAppend(sb, methodPathValue);
    }
}

if (methodInfo.hasAnnotation(PATH)) {

    // the method level @Path
    sb.append(methodInfo.annotation(PATH).value().asString());

    // the method level @Health
    AnnotationInstance healthAnnotation = methodInfo.annotation(HEALTH);
    isSecure = healthAnnotation.value("inheritSecurity") != null ? healthAnnotation.value("inheritSecurity").asBoolean() : true;

the line sb.append(methodInfo.annotation(PATH).value().asString());
where i think it should use safeAppend same as the class level @Path
This issue is firstly reported in the google group
The attached monitor.health.zip is the project to reproduce the issue

So farm, the initialization of GemfireMappingContext instance has been a repository factory local matter which under certain circumstances could lead to Spring Data REST not being able to pick up entity meta information correctly.
There have been various steps taken to fix this but the slightly overcomplicate the matter and even introduces some invalid registrations of Spring beans in lifecycle phases that must not trigger registrations anymore. We should rather move to a single GemfireMappingContext bean definition by default and make sure the downstream components consume that one.

HIVE-6037 puts the definitions of configuration parameters into the HiveConf.java file, but several recent jiras for release 0.13.0 introduce new parameters that aren't in HiveConf.java yet and some parameter definitions need to be altered for 0.13.0.  This jira will patch HiveConf.java after HIVE-6037 gets committed.
Also, four typos patched in HIVE-6582 need to be fixed in the new HiveConf.java.

Moving regions is unacceptably slow when using bucket cache, as it takes too long to free all the blocks.

Colspan on the footer row in table.tagx is hardcoded to 10. If a table has more than 10 columns (like a data table showing mostly numbers), this creates formatting issues for the footer row.

The use-bean-factory-locator attribute is not parsed from the namespace resulting in inability to disable BeanFactory lookup.

There's a connection leak in DataSourceInitializer - most people will use this only in integration tests, so the leak isn't that sever, but it's easy to fix.

When using the consumer template to receive from a remote http service using camel-http the method receive(5000) that uses a 5 sec timeout does not work as expected.
Camel does not use the 5000 value.

Checked a recent run of Hive QA and it doesn't look like qtests specified in spark.only.query.files are being run.
I think some modifications to ptest config files are required to get this working - e.g. the deployed master-m2.properties file for ptest should contain mainProperties.${spark.only.query.files} in the qFileTest.miniSparkOnYarn.groups.normal key.

On a multi-interface Windows box
Even though the EAP balancer instance is bound to an IP address, 10.40.128.61 in this case:

    <interfaces>
        <interface name="management">
            <inet-address value="10.40.128.61"/>
        </interface>
        <interface name="public">
    </interfaces>

, it advertises a hostname as its Manager-Address. The receiving worker node then might have troubles calling the balancer if it translates the hostname to a different IP address (interface on the same box...):
Balancer:

2016-04-28 18:00:00,232 DEBUG [io.undertow] (default I/O-2) UT005040: Gonna send payload:
HTTP/1.0 200 OK
Date: Thu, 28 Apr 2016 18:00:00 -0700
Sequence: 11
Digest: d356f44c4372f38eeb064e214b61b3e0
Server: 73a81e63-9938-42ce-bd17-92e2aeef3991
X-Manager-Address: atomic-0.yada.bla.bla.redhat.com:8847
X-Manager-Url: /
X-Manager-Protocol: https
X-Manager-Host: atomic-0.yada.bla.bla.redhat.com

Worker:

MODCLUSTER000043: Failed to send INFO command to atomic-0.yada.bla.bla.redhat.com/169.254.47.37:8847: Connection refused: connect

i.e. instead of using  10.40.128.61 the balancer is bound to, worker tries to call anotehr interface and fails.
Suggestion: If user explicitly uses IP address instead of a hostname, it should be either honoured or at least explicitly configurable for the Manager-Address attribute. IMHO.

Pig on Tez jobs with larger tables hit PIG-4443. Running on HDFS data which has even triple the number of splits(100K+ splits and tasks) does not hit that issue.

HCatBaseInputFormat.java:
 //Call getSplit on the InputFormat, create an
      //HCatSplit for each underlying split
      //NumSplits is 0 for our purposes
      org.apache.hadoop.mapred.InputSplit[] baseSplits = 
        inputFormat.getSplits(jobConf, 0);

      for(org.apache.hadoop.mapred.InputSplit split : baseSplits) {
        splits.add(new HCatSplit(
            partitionInfo,
            split,allCols));
      }

Each hcatSplit duplicates partition schema and table schema.

Anayzling heap dump shows:

6,454 instances of "java.lang.Class", loaded by "<system class loader>" occupy 6,081,912 (11.44%) bytes. 

Biggest instances:
•class org.springframework.core.ResolvableType @ 0x7833d2c50 - 720,944 (1.36%) bytes. 
*********************************************************************************

Class Name                                                          | Shallow Heap | Retained Heap | Percentage
----------------------------------------------------------------------------------------------------------------
class org.springframework.core.ResolvableType @ 0x7833d2c50         |           16 |       720,944 |      1.36%
|- org.springframework.util.ConcurrentReferenceHashMap @ 0x7833d2d00|           40 |       720,880 |      1.36%
|- org.springframework.core.ResolvableType @ 0x7833d2ce0            |           32 |            32 |      0.00%
|- org.springframework.core.ResolvableType[0] @ 0x7833d2cd0         |           16 |            16 |      0.00%

We recently introduced "memstore timestamps" which are internal, and allow a cell to exist twice with the same timestamp, from different puts. TestTimeRangeMapred now fails since it sees both the old and new version of the cells during verification. Setting the max versions of the verification scanner to 1 fixes it.

Controller:
@RequestMapping("//menu/*")
public class MenuTreeController {
	@RequestMapping("type/

")
	public ModelAndView getFirstLevelFunctionNodes(@PathVariable("code") String code) {
        }
}
I get following error for url like localhost:8080/book/menu/type/M5
org.springframework.web.bind.annotation.support.HandlerMethodInvocationException: Failed to invoke handler method [public org.springframework.web.servlet.ModelAndView com.abc.MenuTreeController.getFirstLevelFunctionNodes(java.lang.String)]; nested exception is java.lang.IllegalStateException: Could not find @PathVariable [code] in @RequestMapping
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:171)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:414)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:402)
I works for me, before. Can you guys help me to solve this problem, thanks.
btw, problem seems to be in AntPathStringMatcher.

Currently, SFTP throws an ResolveEndpointFailed exception if the option "ftpClient.connectionTimeout" is provided as a part of the URI. This could be fixed by calling the Session.connect(int timeout) method of JSCH. Some investigation reveals that this method eventually calls Socket.setSoTimeout(int timeout), which implies that the time unit of the timeout is milliseconds.
http://grepcode.com/file/repo1.maven.org/maven2/com.jcraft/jsch/0.1.42/com/jcraft/jsch/Session.java#Session.connect%28int%29
Example:
sftp://user@host/dir?password=secret&ftpClient.connectionTimeout=30000&disconnect=true&passiveMode=true
ResolveEndpointFailedException:
[...]
There are 1 parameters that couldn't be set on the endpoint. Check the uri if the parameters are spelt correctly and that they are properties of the endpoint. Unknown parameters=[
{ftpClient.connectionTimeout=30000}
] 

StatsUpdater task failed with GSS Exception while trying to connect to remote Metastore.

org.apache.thrift.transport.TTransportException: GSS initiate failed 
at org.apache.thrift.transport.TSaslTransport.sendAndThrowMessage(TSaslTransport.java:232) 
at org.apache.thrift.transport.TSaslTransport.open(TSaslTransport.java:316) 
at org.apache.thrift.transport.TSaslClientTransport.open(TSaslClientTransport.java:37) 
at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport$1.run(TUGIAssumingTransport.java:52) 
at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport$1.run(TUGIAssumingTransport.java:49) 
at java.security.AccessController.doPrivileged(Native Method) 
at javax.security.auth.Subject.doAs(Subject.java:422) 
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1866) 
at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport.open(TUGIAssumingTransport.java:49) 
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.open(HiveMetaStoreClient.java:487) 
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:282) 
at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.<init>(SessionHiveMetaStoreClient.java:76) 
at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1564) 
at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:92) 
at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:138) 
at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:110) 
at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:3526) 
at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:3558) 
at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:533) 
at org.apache.hadoop.hive.ql.txn.compactor.Worker$StatsUpdater.gatherStats(Worker.java:300) 
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.run(CompactorMR.java:265) 
at org.apache.hadoop.hive.ql.txn.compactor.Worker$1.run(Worker.java:177) 
at org.apache.hadoop.hive.ql.txn.compactor.Worker.run(Worker.java:174) 
) 
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.open(HiveMetaStoreClient.java:534) 

since metastore client is running in HMS so there is no need to connect to remote URI.

JarFinder#jarDir() and JarFinder#zipDir() have such code:

99                 InputStream is = new FileInputStream(f);
100                 copyToZipStream(is, anEntry, zos);

The InputStream is not closed after copy operation.

Having a return type of InitBinderDataBinderFactory would make allow greater flexibility when overriding createDataBinderFactory.

This change is in 0.96 branch, but missing in 0.98.
Including the commit that made this change

Add List<String> getCoprocessors() to HTableInterface to retreive the list of coprocessors loaded into this table.

Currently, this service starts actively.  However, it only needs to start when demanded by a deployed @Clustered @MessageDriven EJB.

I create Tar archive using TarArchiveOutputStream. And I've got one contradiction in output achive file with Tar-file format specification.
https://www.gnu.org/software/tar/manual/html_node/Standard.html#SEC186 
Specification has next sentention for entry header fields:
"The name, linkname, magic, uname, and gname are null-terminated character strings. All other fields are zero-filled octal numbers in ASCII. Each numeric field of width w contains w minus 1 digits, and a null."
But in file generated TarArchiveOutputStream octal numbers fields (mode, size, checksum etc) has terminated character not NULL (0x00) but SPACE (0x20), so some programs have problems while work with this files.

https://github.com/apache/camel/blob/master/components/camel-cxf/src/main/java/org/apache/camel/component/cxf/DefaultCxfBinding.java#L690-L696
It is possible to pass an header value with null and if the headerFilterStrategy allow null values this will throw an NPE

The test failed with:

testLogReplayForDisablingTable(org.apache.hadoop.hbase.master.TestDistributedLogSplitting)  Time elapsed: 0.144 sec  <<< ERROR!
java.io.FileNotFoundException: File hdfs://localhost:56794/user/hortonzy/hbase/disableTable/6676df27ed855d9c61ad20ed650700e7/recovered.edits does not exist.
        at org.apache.hadoop.hdfs.DistributedFileSystem.listStatus(DistributedFileSystem.java:405)
        at org.apache.hadoop.hbase.master.TestDistributedLogSplitting.testLogReplayForDisablingTable(TestDistributedLogSplitting.java:774)

This was due to FileNotFoundException being thrown out of listStatus() for non-existent directory in hadoop 2.0.

Some descriptions lack a space on line break:

"authorize-id" => {
                "description" => "The SASL authorization ID.  Used as authentication user name to use if no authentication CallbackHandler is specifiedand the se
lected SASL mechanism demands a user name.",
....
"heartbeat-interval" => {
                "description" => "The interval to use for connection heartbeat, in milliseconds.  If the connection is idle in the outbound directionfor this amount of time, a ping message will be sent, which will trigger a corresponding reply message.",

warning(200): org/apache/hadoop/hive/ql/parse/HiveParser.g:2439:5:
Decision can match input such as "KW_CHECK KW_DATETIME" using multiple alternatives: 1, 2

As a result, alternative(s) 2 were disabled for that input
Decision can match input such as "KW_CHECK KW_DATE {LPAREN, StringLiteral}" using multiple alternatives: 1, 2

Decision can match input such as "KW_CHECK KW_UNIONTYPE LESSTHAN" using multiple alternatives: 1, 2

Decision can match input such as "KW_CHECK {KW_EXISTS, KW_TINYINT}" using multiple alternatives: 1, 2

Decision can match input such as "KW_CHECK KW_STRUCT LESSTHAN" using multiple alternatives: 1, 2

This is effectively a sub-task for HBASE-15174.
CP Methods
MasterObserver
	preListSnapshot
	postListSnapshot
	preSnapshot
	postSnapshot
	preCloneSnapshot
	postCloneSnapshot
	preRestoreSnapshot
	postRestoreSnapshot
	preDeleteSnapshot
	postDeleteSnapshot
	preSetUserQuota
	postSetUserQuota
	preSetTableQuota
	postSetTableQuota
	preSetNamespaceQuota
	postSetNamespaceQuota
RegionServerObserver
	preReplicateLogEntries
	postReplicateLogEntries
Note : This issue not handling Quota related CPs.  Same is handled by a subtask here HBase-18807

our clover profile uses a super old version of the clover plugin, sufficiently old that it requires maven 2.
update to use ~4.x clover version and make sure things work.

Using two slashes in a CLI path and hitting TAB confuses the auto-completion

Looking at http://search.maven.org/remotecontent?filepath=org/apache/camel/camel-spring/2.18.2/camel-spring-2.18.2.jar
I can see that file /META-INF/spring.schemas shows non-expanded maven property v${camel.schema.version} in the file. This causes loading a route in Karaf fail.

#
# Licensed to the Apache Software Foundation (ASF) under one or more
# contributor license agreements.  See the NOTICE file distributed with
...
http\://camel.apache.org/schema/spring=camel-spring.xsd
http\://camel.apache.org/schema/spring/v${camel.schema.version}=camel-spring-v${camel.schema.version}.xsd

Ok in 2.17.x and 2.16.x  but broken in 2.18.x releases.
Stack trace from running a camel route in Karaf with camel-spring-2.18.2 installed:

2017-03-12 23:00:39,527 | WARN  | pool-32-thread-2 | NamespaceHandlerRegistryImpl     | 12 - org.apache.aries.blueprint.core - 1.7.1 | Error registering NamespaceHandler
java.lang.IllegalArgumentException: Illegal character in path at index 40: http://camel.apache.org/schema/spring/v${camel.schema.version}
        at java.net.URI.create(URI.java:852) [?:?]
        at org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl.getNamespaces(NamespaceHandlerRegistryImpl.java:203) [12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl.registerHandler(NamespaceHandlerRegistryImpl.java:157) [12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl.addingService(NamespaceHandlerRegistryImpl.java:121) [12:org.apache.aries.blueprint.core:1.7.1]
        at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:941) [?:?]
        at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:870) [?:?]
        at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256) [?:?]
        at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229) [?:?]
        at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:901) [?:?]
        at org.apache.felix.framework.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:990) [?:?]
        at org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:838) [?:?]
        at org.apache.felix.framework.EventDispatcher.fireServiceEvent(EventDispatcher.java:545) [?:?]
        at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4557) [?:?]
        at org.apache.felix.framework.Felix.registerService(Felix.java:3549) [?:?]
        at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:348) [?:?]
        at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:355) [?:?]
        at org.apache.aries.blueprint.spring.SpringExtension.start(SpringExtension.java:78) [202:org.apache.aries.blueprint.spring:0.2.0]
        at org.apache.felix.utils.extender.AbstractExtender$1.run(AbstractExtender.java:265) [202:org.apache.aries.blueprint.spring:0.2.0]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [?:?]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [?:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:?]
        at java.lang.Thread.run(Thread.java:745) [?:?]
Caused by: java.net.URISyntaxException: Illegal character in path at index 40: http://camel.apache.org/schema/spring/v${camel.schema.version}
        at java.net.URI$Parser.fail(URI.java:2848) ~[?:?]
        at java.net.URI$Parser.checkChars(URI.java:3021) ~[?:?]
        at java.net.URI$Parser.parseHierarchical(URI.java:3105) ~[?:?]
        at java.net.URI$Parser.parse(URI.java:3053) ~[?:?]
        at java.net.URI.<init>(URI.java:588) ~[?:?]
        at java.net.URI.create(URI.java:850) ~[?:?]
        ... 24 more

Profiling, I see an unused toString – left over from debugging is my guess – is cost us 13% of measured CPU profiling (whatever that means).

similar to HIVE-19029
{{Alter Table T add Partition ...} T is acid should check to make sure input files were not copied from another Acid table, i.e. make sure the files don't have Acid metadata columns.

When a property file reference for PropertyPlaceholderConfigurer uses a system property that isn't set, no error used to be thrown in Spring 2.5.6.  But now in 3.0.0.RELEASE, this exception is thrown.  Temporary workaround to use SpEL to insert a fake directory if the system property isn't set (<value>classpath*:/config/#
{ systemProperties['cloudtools.application.profile']?: 'xxx' }
/*/.properties</value>).
    ex: <value>classpath*:/config/${cloudtools.application.profile}/*/.properties</value>
Caused by: org.springframework.beans.factory.BeanDefinitionStoreException: Invalid bean definition with name 'java.lang.String#0' defined in class path resource [org/springbyexample/property/PropertyTest-context.xml]: Could not resolve placeholder 'foo'
	at org.springframework.beans.factory.config.PropertyPlaceholderConfigurer.processProperties(PropertyPlaceholderConfigurer.java:272) [org.springframework.beans-3.0.0.RELEASE.jar:3.0.0.RELEASE]
	at org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java:75) [org.springframework.beans-3.0.0.RELEASE.jar:3.0.0.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:624) [org.springframework.context-3.0.0.RELEASE.jar:3.0.0.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:599) [org.springframework.context-3.0.0.RELEASE.jar:3.0.0.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:398) [org.springframework.context-3.0.0.RELEASE.jar:3.0.0.RELEASE]
	at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:84) [org.springframework.test-3.0.0.RELEASE.jar:3.0.0.RELEASE]
	at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:1) [org.springframework.test-3.0.0.RELEASE.jar:3.0.0.RELEASE]
	at org.springframework.test.context.TestContext.loadApplicationContext(TestContext.java:280) [org.springframework.test-3.0.0.RELEASE.jar:3.0.0.RELEASE]
	at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:304) [org.springframework.test-3.0.0.RELEASE.jar:3.0.0.RELEASE]
	... 28 common frames omitted

When I ran the commands introduced in Getting Started page, ant gen-test failed with the following error.

$ ant gen-test                                                                                                                                       
Buildfile: /Users/sho/src/apache/hive/ql/build.xml
test-conditions:
[echo] Project: ql
test-init:
[mkdir] Created dir: /Users/sho/src/apache/hive/build/ql/test/data
[mkdir] Created dir: /Users/sho/src/apache/hive/build/ql/test/logs/clientpositive
[mkdir] Created dir: /Users/sho/src/apache/hive/build/ql/test/logs/clientnegative
[mkdir] Created dir: /Users/sho/src/apache/hive/build/ql/test/logs/positive
[mkdir] Created dir: /Users/sho/src/apache/hive/build/ql/test/logs/negative
[mkdir] Created dir: /Users/sho/src/apache/hive/build/ql/test/data/warehouse
[mkdir] Created dir: /Users/sho/src/apache/hive/build/ql/test/data/metadb
gen-test:
[echo] ql
[qtestgen] Template Path:/Users/sho/src/apache/hive/ql/src/test/templates
[qtestgen] 2012/03/25 15:27:10 org.apache.velocity.runtime.log.JdkLogChute log
[qtestgen] ???: FileResourceLoader : adding path '/Users/sho/src/apache/hive/ql/src/test/templates'
[qtestgen] Generated /Users/sho/src/apache/hive/build/ql/test/src/org/apache/hadoop/hive/ql/parse/TestParse.java from template TestParse.vm
[qtestgen] Generated /Users/sho/src/apache/hive/build/ql/test/src/org/apache/hadoop/hive/ql/parse/TestParseNegative.java from template TestParseNegative.vm
[qtestgen] Generated /Users/sho/src/apache/hive/build/ql/test/src/org/apache/hadoop/hive/cli/TestCliDriver.java from template TestCliDriver.vm
/Users/sho/src/apache/hive/ql/build.xml:116: Problem: failed to create task or type if
Cause: The name is undefined.
Action: Check the spelling.
Action: Check that any custom tasks/types have been declared.
Action: Check that any <presetdef>/<macrodef> declarations have taken place.
Getting Started: https://cwiki.apache.org/confluence/display/Hive/GettingStarted+EclipseSetup

Currently AvroSerializer uses java.util.ArrayList for serializing a list in Hive.
This causes problems when we need to convert the avro object into some other representation say a tuple in Pig.

Console does not produce output when running on Sun JDK 1.6.0_18.
I had to re-install Sun JDK 1.6.0_17 in order to get it working.
Note that a similar problem was reported in http://forum.springsource.org/showthread.php?t=80983 , except I was using Sun JDK.

SimpleXmlHttpMessageConverter is not verifying that it can read or write an object.

There should be a . between the region and the host. The queueUrl is, for example, https://sqs.sqs.us-gov-west-1amazonaws.com - it should be https://sqs.sqs.us-gov-west-1.amazonaws.com.
 
This bug was caused by https://github.com/apache/camel/commit/6bb9f5559145bfc1f9db6718192e86c2a09a4e07

The call to initialize the GAE login-widget driver has been removed from generated GWT source code with Roo version 1.1.2.  This is causing security logic to malfunction for the scaffold app.
The affected method is init() in ~.client.scaffold.ScaffoldDesktopApp.java
Roo 1.1.1 generates:
    // AppEngine user authentication
    new GaeLoginWidgetDriver(requestFactory).setWidget(shell.loginWidget);
    new ReloadOnAuthenticationFailure().register(eventBus);
Roo 1.1.2 generates:
Adding the missing line back in fixes the problem.

Assume we have the following entity with UUID as its primary id:

@NodeEntity
public class User {

    @Id @GeneratedValue(strategy = UuidStrategy.class)
    @Convert(UuidConverter.class)
    private UUID id;

    ...

}

And a simple repository for Spring Data Rest:

public interface UserRepository extends Neo4jRepository<User, UUID> {

}

POSTing an entity will result in the following error

java.lang.IllegalArgumentException: Id must be assignable to Serializable!: null
	at org.springframework.util.Assert.instanceCheckFailed(Assert.java:637) ~[spring-core-5.0.10.RELEASE.jar:5.0.10.RELEASE]
	at org.springframework.util.Assert.isInstanceOf(Assert.java:537) ~[spring-core-5.0.10.RELEASE.jar:5.0.10.RELEASE]
	at org.springframework.data.rest.webmvc.support.RepositoryEntityLinks.linkToSingleResource(RepositoryEntityLinks.java:135) ~[spring-data-rest-webmvc-3.0.11.RELEASE.jar:3.0.11.RELEASE]
	at org.springframework.data.rest.core.support.DefaultSelfLinkProvider.createSelfLinkFor(DefaultSelfLinkProvider.java:68) ~[spring-data-rest-core-3.0.11.RELEASE.jar:3.0.11.RELEASE]
...

The entity gets saved fine with Spring Data Neo4j/OGM. The problem lies when Spring Data REST wants to respond and needs to create self links. By default, it will consult the underlying Spring Data project for the id property of the entity. Because SDN/OGM doesn't recognize the uuid as an id property, it will return `null`, tripping over the link creation of SDR.
This is partly circumventable by plugging in a `EntityLookupSupport<T>` for SDR. This will cause it to use the plugin instead of defaulting to the underlying Spring Data project lookup. However, when PUTing the entity, the same issue occurs regarding a `null` id property.

{
  "timestamp": "2018-10-18T23:38:25.056+0000",
  "status": 500,
  "error": "Internal Server Error",
  "message": "Required identifier property not found for class org.neo4j.boot.test.domain.User!",
  "path": "/users/28810a1f-22d2-4727-b1a4-21f5afc3258a"
}

Currently, it doesn't seem to be possible to use Spring Data Neo4j andSpring Data REST with UUID as primary id for entities.
I couldn't get the tests to work because I couldn't get past the error

org.json.JSONException: Unparsable JSON string

I included a rest-api.http I used to test the behavior which you should be able to copy/paste into IntelliJ's HTTP client tool.

0: jdbc:hive2://localhost:10000> CREATE TRIGGER global.big_hdfs_read WHEN HDFS_BYTES_READ > '300kb' DO KILL;
INFO : Compiling command(queryId=pjayachandran_20180621131017_72b1441b-d790-4db7-83ca-479735843890): CREATE TRIGGER global.big_hdfs_read WHEN HDFS_BYTES_READ > '300kb' DO KILL
INFO : Semantic Analysis Completed (retrial = false)
INFO : Returning Hive schema: Schema(fieldSchemas:null, properties:null)
INFO : Completed compiling command(queryId=pjayachandran_20180621131017_72b1441b-d790-4db7-83ca-479735843890); Time taken: 0.015 seconds
INFO : Executing command(queryId=pjayachandran_20180621131017_72b1441b-d790-4db7-83ca-479735843890): CREATE TRIGGER global.big_hdfs_read WHEN HDFS_BYTES_READ > '300kb' DO KILL
INFO : Starting task [Stage-0:DDL] in serial mode
INFO : Completed executing command(queryId=pjayachandran_20180621131017_72b1441b-d790-4db7-83ca-479735843890); Time taken: 0.025 seconds
INFO : OK
No rows affected (0.054 seconds)
0: jdbc:hive2://localhost:10000> ALTER TRIGGER global.big_hdfs_read ADD TO UNMANAGED;
INFO : Compiling command(queryId=pjayachandran_20180621131031_dd489324-db23-412f-9409-32ba697a10e5): ALTER TRIGGER global.big_hdfs_read ADD TO UNMANAGED
INFO : Completed compiling command(queryId=pjayachandran_20180621131031_dd489324-db23-412f-9409-32ba697a10e5); Time taken: 0.014 seconds
INFO : Executing command(queryId=pjayachandran_20180621131031_dd489324-db23-412f-9409-32ba697a10e5): ALTER TRIGGER global.big_hdfs_read ADD TO UNMANAGED
INFO : Completed executing command(queryId=pjayachandran_20180621131031_dd489324-db23-412f-9409-32ba697a10e5); Time taken: 0.029 seconds
INFO : OK
0: jdbc:hive2://localhost:10000> ALTER RESOURCE PLAN global ENABLE;
INFO : Compiling command(queryId=pjayachandran_20180621131036_26a5f4f3-91e3-4bec-ab42-800adb90104e): ALTER RESOURCE PLAN global ENABLE
INFO : Completed compiling command(queryId=pjayachandran_20180621131036_26a5f4f3-91e3-4bec-ab42-800adb90104e); Time taken: 0.012 seconds
INFO : Executing command(queryId=pjayachandran_20180621131036_26a5f4f3-91e3-4bec-ab42-800adb90104e): ALTER RESOURCE PLAN global ENABLE
INFO : Completed executing command(queryId=pjayachandran_20180621131036_26a5f4f3-91e3-4bec-ab42-800adb90104e); Time taken: 0.021 seconds
INFO : OK
No rows affected (0.045 seconds)
0: jdbc:hive2://localhost:10000> ALTER RESOURCE PLAN global ACTIVATE;
INFO : Compiling command(queryId=pjayachandran_20180621131037_551b2af0-321b-4638-8ac0-76771a159f4b): ALTER RESOURCE PLAN global ACTIVATE
INFO : Completed compiling command(queryId=pjayachandran_20180621131037_551b2af0-321b-4638-8ac0-76771a159f4b); Time taken: 0.017 seconds
INFO : Executing command(queryId=pjayachandran_20180621131037_551b2af0-321b-4638-8ac0-76771a159f4b): ALTER RESOURCE PLAN global ACTIVATE
ERROR : FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Invalid expression: HDFS_BYTES_READ > 300kb
INFO : Completed executing command(queryId=pjayachandran_20180621131037_551b2af0-321b-4638-8ac0-76771a159f4b); Time taken: 0.037 seconds
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Invalid expression: HDFS_BYTES_READ > 300kb (state=08S01,code=1)

Changing the the parent ACL of an AclImpl when it has a parent already causes a NullpointException in AclImpl.equals(.)
The unit test (paste into AclImplTests.java) proves it.
@Test
  public void testChangeParent() throws Exception
  {
    AclImpl parentAcl = new AclImpl(objectIdentity, 1L, mockAuthzStrategy, mockAuditLogger);
    AclImpl childAcl = new AclImpl(objectIdentity, 2L, mockAuthzStrategy, mockAuditLogger);
    AclImpl changeParentAcl = new AclImpl(objectIdentity, 3L, mockAuthzStrategy, mockAuditLogger);

    // This works
    childAcl.setParent(parentAcl);
    childAcl.setParent(null);                        // setting to null first avoids NPE
    childAcl.setParent(changeParentAcl);

    // This causes an NPE
  }
            
CachedStore can return null partition for getPartitionWithAuth() when partition does not exist. null value serialization in thrift will break the connection. Instead if partition does not exist it should throw NoSuchObjectException.
Clients will see this exception

org.apache.thrift.TApplicationException: get_partition_with_auth failed: unknown result
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.recv_get_partition_with_auth(ThriftHiveMetastore.java:3017) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.get_partition_with_auth(ThriftHiveMetastore.java:2990) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getPartitionWithAuthInfo(HiveMetaStoreClient.java:1679) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getPartitionWithAuthInfo(HiveMetaStoreClient.java:1671) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_181]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_181]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_181]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_181]
at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:212) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at com.sun.proxy.$Proxy36.getPartitionWithAuthInfo(Unknown Source) ~[?:?]
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2976) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at org.apache.hadoop.hive.metastore.SynchronizedMetaStoreClient.getPartitionWithAuthInfo(SynchronizedMetaStoreClient.java:101) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at org.apache.hadoop.hive.ql.metadata.Hive.getPartition(Hive.java:2870) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at org.apache.hadoop.hive.ql.metadata.Hive.getPartition(Hive.java:2835) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at org.apache.hadoop.hive.ql.metadata.Hive.loadPartition(Hive.java:1950) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at org.apache.hadoop.hive.ql.metadata.Hive$4.call(Hive.java:2490) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at org.apache.hadoop.hive.ql.metadata.Hive$4.call(Hive.java:2481) ~[hive-exec-3.1.0.3.0.100.0-266.jar:3.1.0.3.0.100.0-266]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:1.8.0_181]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:1.8.0_181]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:1.8.0_181]
at java.lang.Thread.run(Thread.java:748) [?:1.8.0_181]

Saw a failure during some testing with region_mover.rb

NativeException: java.lang.NullPointerException: null
        __ensure__ at /usr/hdp/current/hbase-master/bin/region_mover.rb:110
  isSuccessfulScan at /usr/hdp/current/hbase-master/bin/region_mover.rb:109
  isSuccessfulScan at /usr/hdp/current/hbase-master/bin/region_mover.rb:104
     unloadRegions at /usr/hdp/current/hbase-master/bin/region_mover.rb:328

To try to get a real stacktrace, I wrote a simple test. Turns out, it was really simple to just produce the NPE within ClientScanner.

	at org.apache.hadoop.hbase.client.ClientScanner.getResultsToAddToCache(ClientScanner.java:576)
	at org.apache.hadoop.hbase.client.ClientScanner.loadCache(ClientScanner.java:492)
	at org.apache.hadoop.hbase.client.ClientScanner.next(ClientScanner.java:364)

Patch with fix and test incoming.

Cannot able to alter a table to parquet.
>alter table t1 set fileformat parquet;
Then cannot able to query to the table.

        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.getMetaReplicaNodes(ZooKeeperWatcher.java:489)
        at org.apache.hadoop.hbase.zookeeper.MetaTableLocator.blockUntilAvailable(MetaTableLocator.java:549)
        at org.apache.hadoop.hbase.client.ZooKeeperRegistry.getMetaRegionLocation(ZooKeeperRegistry.java:61)
        at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateMeta(ConnectionManager.java:1211)
        at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegion(ConnectionManager.java:1178)
        at org.apache.hadoop.hbase.client.RpcRetryingCallerWithReadReplicas.getRegionLocations(RpcRetryingCallerWithReadReplicas.java:305)
        at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas.call(ScannerCallableWithReplicas.java:156)
        at org.apache.hadoop.hbase.client.ScannerCallableWithReplicas.call(ScannerCallableWithReplicas.java:60)
        at org.apache.hadoop.hbase.client.ClientScanner.call(ClientScanner.java:320)
        at org.apache.hadoop.hbase.client.ClientScanner.nextScanner(ClientScanner.java:295)
        at org.apache.hadoop.hbase.client.ClientScanner.initializeScannerInConstruction(ClientScanner.java:160)
        at org.apache.hadoop.hbase.client.ClientScanner.<init>(ClientScanner.java:155)
        at org.apache.hadoop.hbase.client.HTable.getScanner(HTable.java:804)
        at org.apache.hadoop.hbase.MetaTableAccessor.fullScan(MetaTableAccessor.java:602)
        at org.apache.hadoop.hbase.MetaTableAccessor.tableExists(MetaTableAccessor.java:366)
        at org.apache.hadoop.hbase.client.HBaseAdmin.tableExists(HBaseAdmin.java:396)
        at com.thinkaurelius.titan.diskstorage.hbase.HBaseAdmin1_2.clearTable(HBaseAdmin1_2.java:38)
        at com.thinkaurelius.titan.diskstorage.hbase.HBaseStoreManager.clearStorage(HBaseStoreManager.java:483)

It happens when hbase is not fully up, and the client comes in.

Just ran clinic.roo script and try to add an owner.
The datepicker widget doesn't if I set my windows locale to dutch (netherlands). It will pick a date as 14-9-2009 instead of 14-sep-2009. It will say:
Failed to convert property value of type [java.lang.String] to required type [java.util.Date] for property birthDay; nested exception is java.lang.IllegalArgumentException: Could not parse date: Unparseable date: "14-9-2009"
may not be null
When changing my locale to english, it works (on IE8, but not in FF3.5).
Also, non-required fields are rejected when not filled in.

In many cases where an ExpressionTree could not be made from a filter (e.g. parser fails to parse a filter etc.) and its value is null. But this null is passed around and used by a couple of HMS methods which can cause NullPointerException.

When prefetch on open is specified, there is a deadlocking case
where if the prefetch is cancelled, the PrefetchExecutor interrupts
the threads if necessary, when that happens in FileIOEngine, it
causes an ClosedByInterruptException which is a subclass of
ClosedChannelException. If we retry all ClosedChannelExceptions,
this will lock as this access is expected to be interrupted.
This change removes calling refreshFileConnections for
ClosedByInterruptExceptions.

nextBatch() method that computes the batchSize is only aware of stripe boundaries. This will not work when predicate pushdown (PPD) in ORC is enabled as PPD works at row group level (stripe contains multiple row groups). By default, row group stride is 10000. When PPD is enabled, some row groups may get eliminated. After row group elimination, disk ranges are computed based on the selected row groups. If batchSize computation is not aware of this, it will lead to BufferUnderFlowException (reading beyond disk range). Following scenario should illustrate it more clearly

|--------------------------------- STRIPE 1 ------------------------------------|
|-- row grp 1 --|-- row grp 2 --|-- row grp 3 --|-- row grp 4 --|-- row grp 5 --|
                |--------- diskrange 1 ---------|               |- diskrange 2 -|
                                                ^
                                             (marker)   

diskrange1 will have 20000 rows and diskrange 2 will have 10000 rows. Since nextBatch() was not aware of row groups and hence the diskranges, it tries to read 1024 values from the end of diskrange 1 where it should only read 20000 % 1024 = 544 values. This will result in BufferUnderFlowException.
To fix this, a marker is placed at the end of each range and batchSize is computed accordingly. 

batchSize = Math.min(VectorizedRowBatch.DEFAULT_SIZE, (markerPosition - rowInStripe));

	at java.nio.Buffer.nextGetIndex(Buffer.java:492)
	at java.nio.HeapByteBuffer.get(HeapByteBuffer.java:135)
	at org.apache.hadoop.hive.ql.io.orc.InStream$CompressedStream.read(InStream.java:207)
	at org.apache.hadoop.hive.ql.io.orc.SerializationUtils.readFloat(SerializationUtils.java:70)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$FloatTreeReader.nextVector(RecordReaderImpl.java:673)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$StructTreeReader.nextVector(RecordReaderImpl.java:1615)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.nextBatch(RecordReaderImpl.java:2883)
	at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcInputFormat$VectorizedOrcRecordReader.next(VectorizedOrcInputFormat.java:94)
	... 15 more

List views generated by the mvc addon do not use formatters for java.util.Calendar Items.
Instead the class name is displayed.

When we force split strategy to use "BI" (using hive.exec.orc.split.strategy), entire file is considered as single split. This might be inefficient when the files are large. Instead, BI should consider splitting at block boundary. 

Doesn't matter when using a normal table, but this is using a special comparator on columns for the catalog tables.  Replace comparator.compareRows with Bytes.compareTo

The Leases class has lots of thread contention.  These locks are there to ensure that all timeouts are met exactly.  This isn't needed in HBase.  

When I run this script:

project --topLevelPackage foo
entity --class ~.Person --testAutomatically
field reference --fieldName lastChangedBy --type ~.Person --notNull

Created G:\workspace-sts\asset-manager\pom.xml
Created SRC_MAIN_JAVA
Created SRC_MAIN_RESOURCES
Created SRC_TEST_JAVA
Created SRC_TEST_RESOURCES
Created SRC_MAIN_WEBAPP
Created SRC_MAIN_RESOURCES\META-INF\spring
Created SRC_MAIN_RESOURCES\META-INF\spring\applicationContext.xml
Created SRC_MAIN_RESOURCES\META-INF\spring\log4j.properties
Created SRC_MAIN_RESOURCES\META-INF\persistence.xml
Created SRC_MAIN_RESOURCES\META-INF\spring\database.properties
Managed SRC_MAIN_RESOURCES\META-INF\spring\applicationContext.xml
Managed ROOT\pom.xml
Created SRC_MAIN_JAVA\foo
Created SRC_MAIN_JAVA\foo\Person.java
Created SRC_TEST_JAVA\foo
Created SRC_TEST_JAVA\foo\PersonDataOnDemand.java
Created SRC_TEST_JAVA\foo\PersonIntegrationTest.java
Created SRC_MAIN_JAVA\foo\Person_Roo_Entity.aj
Created SRC_MAIN_JAVA\foo\Person_Roo_ToString.aj
Created SRC_MAIN_JAVA\foo\Person_Roo_Configurable.aj
Created SRC_TEST_JAVA\foo\PersonDataOnDemand_Roo_Configurable.aj
Created SRC_TEST_JAVA\foo\PersonDataOnDemand_Roo_DataOnDemand.aj
Created SRC_TEST_JAVA\foo\PersonIntegrationTest_Roo_Configurable.aj
Created SRC_TEST_JAVA\foo\PersonIntegrationTest_Roo_IntegrationTest.aj
Managed SRC_MAIN_JAVA\foo\Person.java
Created SRC_MAIN_JAVA\foo\Person_Roo_JavaBean.aj
Managed SRC_MAIN_JAVA\foo\Person_Roo_ToString.aj
Undo manage SRC_MAIN_JAVA\foo\Person_Roo_ToString.aj
Undo create SRC_MAIN_JAVA\foo\Person_Roo_JavaBean.aj
Undo manage SRC_MAIN_JAVA\foo\Person.java
Upstream dependency cannot be the same as the downstream dependency ('MID:org.springframework.roo.addon.dod.DataOnDemandMetadata#SRC_TEST_JAVA?foo.PersonDataOnDemand')

If I remove either the --testAutomatically or the --notNull, the script works fine.

If you link the wildfly swarm jat file into /etc/init.d and try to execute the following command: 
/etc/init.d/service start
it doesn't start in the background. The service starts in the foreground and shows all console messages 

Test the AsyncRpcClient with encryption in infinity loop, will get the OOM exception like the following:
io.netty.util.internal.OutOfDirectMemoryError: failed to allocate 29106160 byte(s) of direct memory (used: 2607219760, max: 2609905664)
	at io.netty.util.internal.PlatformDependent.incrementMemoryCounter(PlatformDependent.java:592)
	at io.netty.util.internal.PlatformDependent.allocateDirectNoCleaner(PlatformDependent.java:546)
	at io.netty.buffer.PoolArena$DirectArena.allocateDirect(PoolArena.java:699)
	at io.netty.buffer.PoolArena$DirectArena.newUnpooledChunk(PoolArena.java:695)
	at io.netty.buffer.PoolArena.allocateHuge(PoolArena.java:246)
	at io.netty.buffer.PoolArena.allocate(PoolArena.java:224)
	at io.netty.buffer.PoolArena.allocate(PoolArena.java:141)
	at io.netty.buffer.PooledByteBufAllocator.newDirectBuffer(PooledByteBufAllocator.java:262)
	at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:179)
	at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:170)
	at io.netty.buffer.AbstractByteBufAllocator.buffer(AbstractByteBufAllocator.java:107)
	at org.apache.hadoop.hbase.security.SaslClientHandler.write(SaslClientHandler.java:328)
	at io.netty.channel.AbstractChannelHandlerContext.invokeWrite0(AbstractChannelHandlerContext.java:724)
	at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:716)
	at io.netty.channel.AbstractChannelHandlerContext.access$1900(AbstractChannelHandlerContext.java:36)
	at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.write(AbstractChannelHandlerContext.java:1064)
	at io.netty.channel.AbstractChannelHandlerContext$WriteAndFlushTask.write(AbstractChannelHandlerContext.java:1111)
	at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.run(AbstractChannelHandlerContext.java:1049)
	at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:339)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:393)
	at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:742)

When using WsImport, the structure of the generated Exception class for SOAP Faults have only a two arg constructor generated ie:

public MyException(String message, <Type> faultInfo) {}

However in Soap11DataFormatAdapter::createExceptionFromFault the code is trying to get a reference to the single argument constructor, before it tries to find/use the two argument constructor, which would cause a NoSuchMethodException to be thrown as no such constructor exits on the class.
The solution is to move the messageConstructor variable inside the catch block.  So we try to get/use the two arg constructor and if that fails then we try to get/use the single argument constructor, which is the real logic of that try/catch block anyway.

Using Spring Web Flow/Ajax to refesh a single Tile....  works fine in Firefox, but in IE7 the whole page is refreshed - what happens is:
1) I click on the link.
2) The browser requests the fragment specified.
3) The server responds with just the content of the single associated tile.
4) The browser requests the whole page.
When using Firefox, step 4 does not happen - it replaces <div>s in my document with <div>s with matching ids from the response, which is exactly what I expect. IE7 is failing to replace the divs, and instead requests the entire page (it resends  the same request without the 'fragments' parameter.)
This problem is apparent in the swf-booking-mvc sample application for version 2.0.6. It was OK in version 2.0.5. (NB remember to clear out your IE cache when switching between the two, otherwise the javascript files get cached.)
One way to observe the problem is by using a proxy (such as Fiddler), so you can see what requests are being made.

There is a JSF installer module resources https://github.com/wildfly/wildfly/tree/master/jsf/multi-jsf-installer/src/main/resources which seem to be out of sync with the JSF modules defined in feature-pack:
https://github.com/wildfly/wildfly/blob/master/feature-pack/src/main/resources/modules/system/layers/base/javax/faces/api/main/module.xml
https://github.com/wildfly/wildfly/blob/master/feature-pack/src/main/resources/modules/system/layers/base/com/sun/jsf-impl/main/module.xml
https://github.com/wildfly/wildfly/blob/master/feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jsf/main/module.xml
https://github.com/wildfly/wildfly/blob/master/feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jsf-injection/main/module.xml
I guess these should be synced, ie. changes from feature-pack should be reflected in JSF installer too.

GemFire throws several Index related Exceptions on attempts to create Indexes. The one that is currently caught by spring-data-gemfire is IndexExistsException, which occurs when an Index of the same definition exists. GemFire also throws IndexNameConflictException, which occurs when an Index with the same name exists.
In at least GemFire 6.6.3 and 7.0.2.3, the IndexNameConflictException is the Exception thrown when two instances of an Index with the same name and definition are created simultaneously. In spring-data-gemfire 1.5.2.RELEASE and onwards, Exceptions are no longer swallowed during Index creation, so the IndexNameConflictException is thrown and not handled, while the IndexExistsException is handled, but may return null as the Index may not be named identically.

DefaultMessageListenerContainer does not reliably manage its activeInvokerCount, which may prevent it from shutting down. Instead, it will wait indefinitely in 

Thread-0@6084, prio=5, in group 'main', status: 'WAIT'
	  at java.lang.Object.wait(Object.java:-1)
	  at java.lang.Object.wait(Object.java:485)
	  at org.springframework.jms.listener.DefaultMessageListenerContainer.doShutdown(DefaultMessageListenerContainer.java:489)
	  at org.springframework.jms.listener.AbstractJmsListeningContainer.shutdown(AbstractJmsListeningContainer.java:211)
	  at org.springframework.jms.listener.AbstractJmsListeningContainer.destroy(AbstractJmsListeningContainer.java:149)

In org.springframework.jms.listener.DefaultMessageListenerContainer.AsyncMessageListenerInvoker#run, #decreateActiveInvokerCount will never be called, if an exception is thrown from within the catch(Throwable ex) block, lines 886-908.
In the case at hand, a NPE is caused by https://jira.springframework.org/browse/SPR-5470, which has been fixed in 3.0, but not in 2.5.x. Other runtime exceptions are imaginable as well. This issue is fairly reproducible with an embedded ActiveMQ broker which is shut down at the same time as the listener (may cause JMSExceptions in the listener).
To fix this issue, I suggest to use a finally block in order to decrement the active invoker count, and perform other clean up as necessary.

i am using a BatchConfigurer with @EnableBatchProcessing. another @Configuration class uses @ImportResource to include some xml-based job configuration using the batch namespace.
now i got exceptions regarding cglib vs. jdk proxying on startup. removing the batch xml "fixes" it.
debugging into this, it looks like the BeanDefinition of the StepScope coming from Java Config is not registered with a beanClassName of "org.springframework.batch.core.scope.StepScope", but looks like the following:

Root bean: class [null]; scope=; abstract=false; lazyInit=false; autowireMode=3; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=org.springframework.batch.core.configuration.annotation.StepScopeConfiguration; factoryMethodName=stepScope; initMethodName=null; destroyMethodName=(inferred); defined in class path resource [org/springframework/batch/core/configuration/annotation/StepScopeConfiguration.class]

so, the CoreNamespaceUtils do not find it and register their own StepScope.
making things worse, Java Config works with a default of StepScope.autoProxy = false while the xml namespace one defaults to true.
the StepScope from the xml namespace is (at least in my case) registered later, seems to win (or is applied at least), causes the errors (i do not want autoProxy-ing).

TestAccessController#testPermissionList is failing on master with this: https://builds.apache.org/job/HBase-TRUNK/5646/testReport/org.apache.hadoop.hbase.security.access/TestAccessController/testPermissionList/
2014-10-10 09:00:03,829 WARN  [MASTER_TABLE_OPERATIONS-hemera:46872-0] access.AccessController(907): Not adding owner permission for table testPermissionList. hbase:acl is not yet created. AccessController should be configured as the first Coprocessor

Here is the unit test to reproduce the issue

package org.test;

import org.apache.camel.test.junit4.CamelTestSupport;

public class RecipientListTest extends CamelTestSupport {

    public static class Router {
        public String findEndpoint() {
            return "unresolved://endpoint";
        }
    }

    @Test
    public void recipientList() throws Exception {
        MockEndpoint endpoint = getMockEndpoint("mock://error");
        endpoint.expectedMessageCount(1);

        sendBody("direct://parent", "Hello World!");

    }

    @Override
            @Override
                from("direct://parent")
                    .onException(Throwable.class)
                        .to("mock://error")
                    .end()
                    .to("direct://child");

                from("direct://child")
                    .errorHandler(noErrorHandler())
                    .routingSlip(bean(Router.class));
            }
        };
    }

}

if async prepare is enabled, control will be returned to the client before driver could set of the query has a result set or not. But in current code, while generating the response for the query, it is not checked if the result set field is set or not. 

Hi,
It looks like a bug in JaxWsPortClientInterceptor that it uses the name of @WebServiceClient as the client PortName.
In Spring 3.0.4, Spring tried to get some webservice info from @WebService annotation, please see the jira https://jira.springframework.org/browse/SPR-7412 . however, it should not get Port name from @WebService because one webservice could have multiple ports, and every ports have its own port name. Also, JaxWsPortClientInterceptor should not assume that the default PortName is the name of @WebService .
e.g. we could have one webservice client class below, it does not have the portname in @WebServiceClient. In this case, JaxWsPortClientInterceptor will use the name of WebServiceClient as its portname, and it leads to error.
@WebServiceClient(name = "CalculatorService", targetNamespace = "http://xml.ms.com/ns/msjava/cxfutils/examples/calculator")
public class CalculatorService extends Service {
@WebEndpoint(name = "CalculatorHTTPPort")
public Calculator getCalculatorHTTPPort() 
{...}

@WebEndpoint(name = "CalculatorTCPPort")
public Calculator getCalculatorTCPPort() {...}

I think JaxWsPortClientInterceptor should not get Port name from its annotation, and it should not pick up servicename and targetNamespace from annotation. Also, the portname will be dynamically generated by the underlying webservice framework when portname is null and it can be decided at runtime. Could you please fix it? thanks.

With <relativePath /> being present in the parent pom declaration, Maven is alway using the pom available at that exact location which might not be the one actually referenced through the actual coordinates (especially considering the version).
We should remove the <relativePath /> element entirely.

Vault Command --bulk-convert ignore --summary option.
There is expected to get one CLI command for each converted credential store.
download all attachments to same location as wildfly-elytron-tool.jar or update locations in bulk-vault-conversion-desc file and then run.

java -jar wildfly-elytron-tool.jar vault --bulk-convert bulk-vault-conversion-desc --summary
Vault (enc-dir="./";keystore="server.store") converted to credential store "converted.jceks"
Vault (enc-dir="./";keystore="server.store") converted to credential store "converted2.jceks"  

You don't see any summary with CLI commands for each converted credential store.

I tried to add a custom attribute "_multipart" to the form:create tag.
According too Roo documentation , attributes with leading "_" are not included in the hashcode (z attribute) ... So I expected I could use them without intefering with Roo code generation.
So, I tried to use this new attribute in a Roo-mangaed view: 
<form:create id="fc_..." _multipart="true" ...>
But next time the view was regenerated, this attribute was removed again. Even worse: All changes I had made in the content of the form tag (f.e. some field customization "rendered="false") were also lost.
I seems, the whole form element and all of its content has been re-generated...

According to RFE EAP7-548 there must be set access-constraint where are referenced elytron capabilities.
6 places were found where access-constraint missing.

/subsystem=undertow:read-resource-description(recursive=true)

There is http-invoker, attr http-authentication-factory with org.wildfly.security.http-authentication-factory capability.

/subsystem=datasources:read-resource-description(recursive=true)

There is xa-data-source, attr recovery-authentication-context with org.wildfly.security.authentication-context capability.

/subsystem=ejb3:read-resource-description(recursive=true)

There is identity, attr outflow-security-domains with org.wildfly.security.security-domain capability.

/core-service=management/management-interface=http-interface:read-resource-description(recursive=true)

There is sasl-authentication-factory with org.wildfly.security.sasl-authentication-factory capability.

/deployment=test:read-resource-description(recursive=true)

There is xa-data-source, attr recovery-authentication-context with org.wildfly.security.authentication-context capability
and there is same problem in subdeployment resource too.

ORC concatenation uses combine hive input format for merging files. Under specific case where all files within a combine split are incompatible for merge (old files without stripe statistics) then these files are added to incompatible file set. But this file set is not processed as closeOp() will not be called (no output file writer will exist which will skip super.closeOp()). As a result, these incompatible files are not moved to final path.

This configuration was introduced to reduce overhead of replication. 
 Now the overhead of replication is negligible. Besides that, this config is not in hbase-default.xml, user has to read the code to know about it and its' default value, this is unfriendly.
So let's remove it. suggestions?

Currently, Roo generated .java files contain only fully qualified types. The import resolution mechanism seems broken.
This looks like a regression between the 1.0.0 release and 1.0.1 release.

The Thrift gateway should start with a default mode if one is not selected. Currently, instead we see:

Exception in thread "main" java.lang.AssertionError: Exactly one option out of [-hsha, -nonblocking, -threadpool, -threadedselector] has to be specified
	at org.apache.hadoop.hbase.thrift.ThriftServerRunner$ImplType.setServerImpl(ThriftServerRunner.java:201)
	at org.apache.hadoop.hbase.thrift.ThriftServer.processOptions(ThriftServer.java:169)
	at org.apache.hadoop.hbase.thrift.ThriftServer.doMain(ThriftServer.java:85)
	at org.apache.hadoop.hbase.thrift.ThriftServer.main(ThriftServer.java:192)

See also BIGTOP-648. 

In a secure cluster, WALPlayer needs to add credentials to job.
Currently when replaying onto live table, we get this security exception:

javax.security.sasl.SaslException: Failure to initialize security context [Caused by org.ietf.jgss.GSSException, major code: 13, minor code: 0
        major string: Invalid credentials
        minor string: Cannot get credential from JAAS Subject for principal: default principal ]
        at com.ibm.security.sasl.gsskerb.GssKrb5Client.<init>(GssKrb5Client.java:131)
        at com.ibm.security.sasl.gsskerb.FactoryImpl.createSaslClient(FactoryImpl.java:53)
        at javax.security.sasl.Sasl.createSaslClient(Sasl.java:362)
        at org.apache.hadoop.hbase.security.HBaseSaslRpcClient.<init>(HBaseSaslRpcClient.java:96)
        ...
        at org.apache.hadoop.hbase.ipc.RpcClient$Connection$2.run(RpcClient.java:878)
        at java.security.AccessController.doPrivileged(AccessController.java:366)
        at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupIOstreams(RpcClient.java:878)
        at org.apache.hadoop.hbase.ipc.RpcClient.getConnection(RpcClient.java:1532)
        at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1421)
        ...
        at org.apache.hadoop.hbase.client.HTable$2.call(HTable.java:700)
        at org.apache.hadoop.hbase.client.HTable$2.call(HTable.java:698)
        at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:116)
        at org.apache.hadoop.hbase.client.HTable.getRowOrBefore(HTable.java:704)
        at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:144)
        ...
        at org.apache.hadoop.hbase.client.HTable.finishSetup(HTable.java:325)
        at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:191)
        at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:164)
        at org.apache.hadoop.hbase.mapreduce.MultiTableOutputFormat$MultiTableRecordWriter.getTable(MultiTableOutputFormat.java:105)
        at org.apache.hadoop.hbase.mapreduce.MultiTableOutputFormat$MultiTableRecordWriter.write(MultiTableOutputFormat.java:131)
        ...
        at org.apache.hadoop.hbase.mapreduce.WALPlayer$HLogMapper.map(WALPlayer.java:138)

Commit 8311af003ab888ca53a042ce5e9955b7cd5a845b reveals previously hidden bug.

configure rabbitmq consumer to connect to existing rabbitmq server but to non existing queue Q1
start rabbitmq consumer with several channels.
after some time create Q1 on target rabbitmq server

All channels are connected to  rabbitmq server and can consume messages from Q1
 
All channels are connected to  rabbitmq server and but only one channel can consume messages from Q1
 
Note:
Separation on channels creating and their starting causes that channels are not started in reconnect loop if  they were successfully created in createConsumer but not started in startConsumers().
 
The testconfiguration.properties contains multiple tests in encrypted.query.files.
There is no comma at the end of the list, so the tests are not running

Hive has been doing positional based schema evolution. ORC-54 changed it to column name based schema evolution causing unexpected results. Queries returned results earlier are now returning no results. Change the default in hive to positional schema evolution. 

Following the last suggestion shown by the hint command 
roo> hint
At this stage of the project, you have a few options:

List all hint topics via 'hint topics'
Create more fields with 'hint fields'
Create more entities with 'hint entities'
Create a web controller with 'hint controllers'
Create dynamic finders with 'hint finders'
Setup your logging levels via 'hint logging'
Run tests via Maven (type 'perform tests')
Build a deployment artifact (type 'perform package')
Learn about Eclipse integration by typing 'hint eclipse'
Add support for Google Web Toolkit via 'hint gwt'
Discover all Roo commands by typing 'help'

One gets the following error message:
roo> help
Command 'help' not found (for assistance press TAB or type "hint" then hit ENTER) 

The ogm test harness module is not marked as a test scoped dependency . As a result, the released SDN modules pull in a transitive dependency to a test harness jar that can't be resolved, because the test harness is not part of the release train.
This does not result in unbuildable projects using SDN because the test-harness code is never called from the core product, but it does mean that mvn dependency:list shows unresolvable dependencies.

There's a bug where any RPC call that throws an exception ends up leaking the parameter objects of that call. This was introduced by HBASE-2360

Got this on an internal rig run.  Maybe you want to take a looksee JingchengDu?

Metrics Counters should be equal expected:<5> but was:<2>

java.lang.AssertionError: Metrics Counters should be equal expected:<5> but was:<2>
	at org.apache.hadoop.hbase.test.MetricsAssertHelperImpl.assertCounter(MetricsAssertHelperImpl.java:185)
	at org.apache.hadoop.hbase.regionserver.TestRegionServerMetrics.testMobMetrics(TestRegionServerMetrics.java:448)

When restarting, instead of appending at the end of the file, the writer opens the file for writing at position 0. The items written in the file beforehand are lost.
The MultiResourceItemWriter doesn't set the flag 'opened' to true in its open() method.

if (executionContext.containsKey(getExecutionContextKey(CURRENT_RESOURCE_ITEM_COUNT))) {
	// It's a restart
	delegate.open(executionContext);
}
else {
	opened = false;
}

As a consequence, when the write() function is called, a new ExecutionContext is passed to the delegate.		

if (!opened) {
	File file = setResourceToDelegate();
	// create only if write is called
	file.createNewFile();
	Assert.state(file.canWrite(), "Output resource " + file.getAbsolutePath() + " must be writable");
	delegate.open(new ExecutionContext());
	opened = true;
}

This behaviour is fine in conjunction with a FlatFileItemWriter as in the sample 
https://github.com/spring-projects/spring-batch/blob/master/spring-batch-samples/src/main/resources/jobs/iosample/multiResource.xml
but the StaxEventItemWriter requires the old execution context to retrieve the position when opening:

startAtPosition = executionContext.getLong(getExecutionContextKey(RESTART_DATA_NAME));

Instead of appending at the end of the file, it opens the file for writing at position 0.
Changing the open() method in MultiResourceItemWriter by setting the flag 'opened' to true seems to fix the issue (tested with a FlatFileItemWriter and StaxEventItemWriter).

}
else {
}

We reuse the keys for the vectorized row batch and need to use a separate buffer (for strings) for reuse the batch for new values.

In the AssertFile class in spring-batch-test, the method:
assertFileEquals(File actual, File expected)
should be:
assertFileEquals(File expected, File actual)
Patches are attached to fix this.

spring-data-mongodb - 1.3.3.RELEASE
mongo-java-driver - 2.11.3
Unable to execute query using void org.springframework.data.mongodb.core.MongoTemplate.executeQuery(Query query, String collectionName, DocumentCallbackHandler dch)
with queries which contain Criteries with Enums.
:
java.lang.IllegalArgumentException: can't serialize class Day
	at org.bson.BasicBSONEncoder._putObjectField(BasicBSONEncoder.java:273)
	at org.bson.BasicBSONEncoder.putIterable(BasicBSONEncoder.java:298)
	at org.bson.BasicBSONEncoder._putObjectField(BasicBSONEncoder.java:237)
	at org.bson.BasicBSONEncoder.putObject(BasicBSONEncoder.java:174)
	at org.bson.BasicBSONEncoder._putObjectField(BasicBSONEncoder.java:229)
	at org.bson.BasicBSONEncoder.putObject(BasicBSONEncoder.java:120)
	at com.mongodb.DBApiLayer$MyCollection.__find(DBApiLayer.java:273)
	at com.mongodb.DBCursor._check(DBCursor.java:368)
	at com.mongodb.DBCursor._hasNext(DBCursor.java:459)
	at com.mongodb.DBCursor.hasNext(DBCursor.java:484)
	at org.springframework.data.mongodb.core.MongoTemplate.executeQueryInternal(MongoTemplate.java:1701)
	at org.springframework.data.mongodb.core.MongoTemplate.executeQuery(MongoTemplate.java:377)
	at org.springframework.data.mongodb.core.MongoTemplate.executeQuery(MongoTemplate.java:350)

Please find little unit test in attachment

HIVE-18866 introduced a fast-path for integer -> murmur hash, but the change hasn't been applied to BloomKFilter for integers.

public class BloomKFilter {
  private final byte[] BYTE_ARRAY_4 = new byte[4];
  private final byte[] BYTE_ARRAY_8 = new byte[8];

Remove these objects and use the fast-path.

This isn't really a functional bug, just more about erroring out cleanly.
In the future, everyone should check and catch exceptions. Meaningful error messages should be shown instead of stack traces. For debugging purposes, 'hbase shell -d' can be used which outputs a detailed stack trace.

the shell commands assign, move, unassign and merge_region can throw the following error if given an invalid argument:

hbase(main):032:0> unassign 'adsfdsafdsa'

ERROR: org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hbase.UnknownRegionException: adsfdsafdsa
	at org.apache.hadoop.hbase.master.HMaster.unassign(HMaster.java:1562)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1336)

Unassign a region. Unassign will close region in current location and then
reopen it again.  Pass 'true' to force the unassignment ('force' will clear
all in-memory state in master before the reassign. If results in
double assignment use hbck -fix to resolve. To be used by experts).
Use with caution.  For expert use only.  Examples:

  hbase> unassign 'REGIONNAME'
  hbase> unassign 'REGIONNAME', true

hbase(main):033:0> 

drop_namespace, describe_namespace throw stack trace too.

hbase(main):002:0> drop_namespace "SDf"

ERROR: org.apache.hadoop.hbase.NamespaceNotFoundException: SDf
	at org.apache.hadoop.hbase.master.TableNamespaceManager.remove(TableNamespaceManager.java:175)
	at org.apache.hadoop.hbase.master.HMaster.deleteNamespace(HMaster.java:2119)
	at org.apache.hadoop.hbase.master.MasterRpcServices.deleteNamespace(MasterRpcServices.java:430)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:44279)

Drop the named namespace. The namespace must be empty.

fix error message in close_region

hbase(main):007:0> close_region "sdf"

ERROR: sdf

delete_snapshot throws exception too.

ERROR: org.apache.hadoop.hbase.snapshot.SnapshotDoesNotExistException: Snapshot 'sdf' doesn't exist on the filesystem
	at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.deleteSnapshot(SnapshotManager.java:270)
	at org.apache.hadoop.hbase.master.MasterRpcServices.deleteSnapshot(MasterRpcServices.java:452)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:44261)

Delete a specified snapshot. Examples:

  hbase> delete_snapshot 'snapshotName',

other commands, when given bogus arguments, tend to fail cleanly and not leave stacktrace in the output.

Not every DUP properly removes deployment unit attachments on undeploy.  To ensure that singleton deployments can restart the deployment chain, we should auto-remove any lingering deployment unit attachments when the DUP chain is restarted.

When mime-mapping is added to servlet container then no reload of server is required, although change takes effect after server restart is performed.
Expected behaivour is either that change takes effect immediatelly after configuration is changed or that server reload is required in response message and result of the operation.

JDR replaces $JBOSS_HOME with the text `JBOSS_HOME` in the generated zipfile. On windows the path is improperly constructed. For example if JBOSS_HOME=/foo/bar/baz, when the file /foo/bar/baz/example.txt is copied into the JDR archive the path will be:
JBOSS_HOMEz/example.txt
JBOSS_HOME/example.txt

Create a new web template project from the spring-framework-issues repo, and try and launch it in Tomcat 6.  Or alternatively try and create an application context in a test case:

new GenericXmlApplicationContext("file:./src/main/webapp/WEB-INF/spring/servlet-context.xml");

java.lang.NoClassDefFoundError: javax/servlet/AsyncListener
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
        at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
        at java.lang.Class.getDeclaredMethods0(Native Method)
        at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
        at java.lang.Class.getDeclaredMethods(Class.java:1791)
        at org.springframework.core.type.StandardAnnotationMetadata.hasAnnotatedMethods(StandardAnnotationMetadata.java:159)
        at org.springframework.context.annotation.ConfigurationClassUtils.isLiteConfigurationCandidate(ConfigurationClassUtils.java:104)
        at org.springfram
...

The CxfPayloadConverter throws a runtime Exception for (optional) conversion from byte[] to CxfPayload instead of returning null when the body is not valid XML.

After migrating our application to Spring4 it is unable to start due to beans configured using XML DTD. The application runs behind the firewall without any access to the Internet and fails with the following error:

org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Failed to import bean definitions from relative location [rmi-exporters-spring-beans.xml]
Offending resource: class path resource [applicationContext.xml]; nested exception is org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Failed to import bean definitions from URL location [classpath:log4j-config-server-spring-beans.xml]
Offending resource: class path resource [rmi-exporters-spring-beans.xml]; nested exception is org.springframework.beans.factory.BeanDefinitionStoreException: IOException parsing XML document from class path resource [log4j-config-server-spring-beans.xml]; nested exception is java.net.UnknownHostException: www.springframework.org
        at org.springframework.beans.factory.parsing.FailFastProblemReporter.error(FailFastProblemReporter.java:70)
        at org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:85)
        at org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:76)
        at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.importBeanDefinitionResource(DefaultBeanDefinitionDocumentReader.java:261)
        at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseDefaultElement(DefaultBeanDefinitionDocumentReader.java:186)
        at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:171)
        at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.doRegisterBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:144)
        at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:100)
        at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:510)
        at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:392)
        at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:336)
        at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:304)
        at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:181)
        at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:217)
        at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:188)
        at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:252)
        at org.springframework.context.support.AbstractXmlApplicationContext.loadBeanDefinitions(AbstractXmlApplicationContext.java:127)
        at org.springframework.context.support.AbstractXmlApplicationContext.loadBeanDefinitions(AbstractXmlApplicationContext.java:93)
        at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:129)
        at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:537)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:452)

It is due to missing spring-beans.dtd file in the spring-beans.jar which used to be there in org/springframework/beans/factory/xml/spring-beans.dtd in the spring 3.2.x jars. Lack of this file breaks the backward compatibility of the applications running without the access to the Internet.
What is interesting is that spring-beans-2.0.dtd is present in the jar... However, spring does not automatically resolve to this file in the absence of spring-beans.dtd.
Currently we have added an additional jar containing this single missing file to our classpath which is a workaround for this issue, but you might take a look if the lack of the file was done intentionally.

In case inheritance is used in projection interfaces and an accessor method is redeclared, the property is returned twice in ReturnedType.getInputProperties(). The reason for that is that the accessor methods are backed by different PropertyDescriptor instances as they're unique per declared type.

ClientAsyncPrefetchScanner uses a fixed capacity LinkedBlockingQueue, so it may throw “queue full”. For example, scan with infinite caching or extra data from observer.

  @Override
  protected void initCache() {
    // concurrent cache
    cacheCapacity = calcCacheCapacity();
    cache = new LinkedBlockingQueue<Result>(cacheCapacity);
    cacheSizeInBytes = new AtomicLong(0);
    exceptionsQueue = new ConcurrentLinkedQueue<Exception>();
    prefetchRunnable = new PrefetchRunnable();
    prefetchRunning = new AtomicBoolean(false);
    closingThreadId = new AtomicLong(NO_THREAD);
  }

docs/oauth2.md says:

The OAuth2ExceptionHandlerFilter is used to handle any errors.
Looks to me like the class org.springframework.security.oauth2.provider.filter.OAuth2ExceptionHandlerFilter was removed some time between M6 and RC1, but this oauth2 guide still refers to it.
I have an app that was using M6 and extended OAuth2ExceptionHandlerFilter to customize the response when a certain type of RuntimeException was encountered. What is the proper class to extend in 1.0.0 and beyond to customize the response in this scenario?

When CBO is not enabled/fails, we should still be able to run queries on Druid datasources.
This is implemented as Select query that will retrieve all data available from Druid and then execute the rest of the logic on the data. However, currently we might fail due to wrong inferred type for the Druid datasource columns for numerical types.

I was trying to create a table. The table creation failed

java.io.IOException: java.util.concurrent.ExecutionException: java.lang.IllegalStateException: Could not instantiate a region instance.
	at org.apache.hadoop.hbase.master.handler.CreateTableHandler.handleCreateHdfsRegions(CreateTableHandler.java:256)
	at org.apache.hadoop.hbase.master.handler.CreateTableHandler.handleCreateTable(CreateTableHandler.java:204)
	at org.apache.hadoop.hbase.master.handler.CreateTableHandler.process(CreateTableHandler.java:153)
	at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:130)
Caused by: java.util.concurrent.ExecutionException: java.lang.IllegalStateException: Could not instantiate a region instance.
	at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
	... 7 more
Caused by: java.lang.IllegalStateException: Could not instantiate a region instance.
	at org.apache.hadoop.hbase.regionserver.HRegion.newHRegion(HRegion.java:3765)
	at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:3870)
	at org.apache.hadoop.hbase.util.ModifyRegionUtils$1.call(ModifyRegionUtils.java:106)
	at org.apache.hadoop.hbase.util.ModifyRegionUtils$1.call(ModifyRegionUtils.java:103)
	... 3 more
	at org.apache.hadoop.hbase.regionserver.HRegion.newHRegion(HRegion.java:3762)
	... 11 more
Caused by: java.lang.NoClassDefFoundError: org/apache/hadoop/hbase/CompoundConfiguration$1
	at org.apache.hadoop.hbase.CompoundConfiguration.add(CompoundConfiguration.java:82)
	at org.apache.hadoop.hbase.regionserver.HRegion.<init>(HRegion.java:438)
	at org.apache.hadoop.hbase.regionserver.HRegion.<init>(HRegion.java:401)
	... 16 more

Am not sure of the above failure.  The same setup is able to create new tables.
Now the table is already in ENABLING state.  The master was restarted.
Now as the table was found in ENABLING state but not added to META the EnableTableHandler 

2013-04-03 18:33:03,850 FATAL org.apache.hadoop.hbase.master.HMaster: Unhandled exception. Starting shutdown.
org.apache.hadoop.hbase.exceptions.TableNotFoundException: TestTable
	at org.apache.hadoop.hbase.master.handler.EnableTableHandler.prepare(EnableTableHandler.java:89)
	at org.apache.hadoop.hbase.master.AssignmentManager.recoverTableInEnablingState(AssignmentManager.java:2586)
	at org.apache.hadoop.hbase.master.AssignmentManager.joinCluster(AssignmentManager.java:390)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:777)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:522)
2013-04-03 18:33:03,880 INFO org.apache.hadoop.hbase.master.HMaster: Aborting

This does not allow me to start my master further leading to unoperationable state of the whole cluster.

I noticed that since spring-data-commons release 2.0.12 (if not the earlier 2.x versions), using the method

org.springframework.data.web.PagedResourcesAssembler#toResource()

eventually culminates in calling 

org.springframework.data.web.HateoasPageableHandlerMethodArgumentResolver#enhance()

, which throws an UnsupportedOperationException. I noticed this while upgrading our project from Spring Boot 1.4 (with spring-data-commons-1.12.2) to Spring Boot 2.0 (with spring-data-commons-2.0.12).
I suspect the reason behind this is that in spring-data-commons-2.x (as opposed to 1.x), the method addPaginationLinks() in class PagedResourcesAssembler was modified as follows:
spring-data-commons-2.0.12 (inside method addPaginationLinks):

Link selfLink = link.map(it -> it.withSelfRel())//
 .orElseGet(() -> createLink(base, page.getPageable(), Link.REL_SELF));

spring-data-commons-1.12.2 (inside method addPaginationLinks):

resources.add(createLink(base, null, Link.REL_SELF));

As you can see, the method createLink is now being passed a page.getPageable(), as opposed to null, which down the line gets passed to HateoasPageableHandlerMethodArgumentResolver#enhance(), which throws an UnsupportedOperationException when pageable.getPageNumber(); is called inside it. Previously, a null was being passed to this enhance() method, which resulted in an early return due to this if condition:
 
if (!(value instanceof Pageable)) {
 return;
} 

I am not very familiar with the spring-data-commons library, but if someone could shed some light on this, I would be grateful. Thanks.
FYI, here are all the versions of the different libraries I am using:
spring-boot: 2.0.7
spring-data-commons: 2.0.12.RELEASE
spring-boot-starter-data-jpa: 2.0.7.RELEASE
spring-boot-starter-data-rest: 2.0.7.RELEASE
spring-data-rest-core: 3.0.12.RELEASE
spring-data-jpa: 2.0.12.RELEASE
spring-hateoas:0.25.0.RELEASE
spring: 5.0.11.RELEASE

I noticed that the errors variable in JobRegistryBackgroundJobRunner is modified by one thread and accessed by another without synchronization. As the ArrayList isn't thread safe, I think this might cause visibility issues in the code that checks if errors has occurred during initialization of the application context. As with all visibility issues it is hard to prove this, but I believe that at least in theory this may be a problem.
A way to fix this would be by replacing
private static List<Exception> errors = new ArrayList<Exception>();
with
private static List<Exception> errors = Collections.synchronizedCollection(new ArrayList<Exception>());
Not sure if making the list volatile will work...as I'm not all that confident on what the implications are of making a collection variable volatile. Don't think there will much of a performance hit this particular case anyway.

explain
select a.key, a.value, b.value
from tab a join tab_part b on a.key = b.key and a.ds = b.ds;

fails.

Below are list hanging tests from various build jobs(which aren't reported as failures).
From hbase-0.95 last three runs
======= 420 skipped(Or don't have) following tests =======
org.apache.hadoop.hbase.client.testadmin
org.apache.hadoop.hbase.mapreduce.testsecureloadincrementalhfilessplitrecovery
org.apache.hadoop.hbase.mapreduce.testsecureloadincrementalhfiles
======= 421 skipped(Or don't have) following tests =======
======= 422 skipped(Or don't have) following tests =======
From hbase-0.95-on-hadoop2
======= 225 skipped(Or don't have) following tests =======
org.apache.hadoop.hbase.catalog.testmetamigrationconvertingtopb
======= 226 skipped(Or don't have) following tests =======
======= 227 skipped(Or don't have) following tests =======

Building examples such as /jaxrs/jaxrs or /jaxrs/jaxrs-cdi that use joda-time or lombok, respectively, results in the dependent jar being present in WEB-INF/lib of the WAR in /bootstrap as well as /m2repo.

When the Load Balancer is not enabled, the command "balancer" will not be executed , but the command "balance_rsgroup" can still run, which is not reasonable.So we need to fix it

If EAP 7 with (manually) migrated configuration from EAP 6.4.7.CP server is started then MDB deployment fails with:

14:17:09,432 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".cache-dependencies-installer: org.jboss.msc.service.StartException in service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".cache-dependencies-installer: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71]
Caused by: org.jboss.msc.service.DuplicateServiceException: Service jboss.infinispan.ejb."mdb-1.0-SNAPSHOT.jar".config is already registered
	at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
	at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:235) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
	at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:768) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
	at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
	at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2401) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
	at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:317) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
	at org.jboss.as.ejb3.cache.distributable.DistributableCacheFactoryBuilderService.installDeploymentUnitDependencies(DistributableCacheFactoryBuilderService.java:93)
	at org.jboss.as.ejb3.deployment.processors.CacheDependenciesProcessor$1.start(CacheDependenciesProcessor.java:50)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
	... 3 more

Problem seems to be configuration of caches in ejb subsystem which looks like:

   <subsystem xmlns="urn:jboss:domain:ejb3:4.0">
...
            <caches>
                <cache name="simple" aliases="NoPassivationCache"/>
                <cache name="passivating" passivation-store-ref="file" aliases="SimpleStatefulCache"/>
                <cache name="clustered" passivation-store-ref="infinispan" aliases="StatefulTreeCache"/>
            </caches>
...

If any of lines:

<cache name="passivating" passivation-store-ref="file" aliases="SimpleStatefulCache"/>
<cache name="clustered" passivation-store-ref="infinispan" 

is removed or I take default configuration from EAP 7:

<caches>
        <cache name="simple"/>
        <cache name="distributable" passivation-store-ref="infinispan" aliases="passivating clustered"/>
</caches>

then MDB is deployed. 

We are having problems with property "shouldDeleteIfEmpty" from FlatFileItemWriter.
If an error occurs during an execution, we are unable to restart application because the re-execution cannot find the files created at first time. For example:
Application functionality:
We have an application which receive an input file "INPUT.TXT". The invalid data from input file gets a "rejected" status and are recorded in a file named "INPUT.TXT.REJ". The valid data are processed and generate an output file "OUTPUT.TXT".
Both files, output and rejected, are generated by FlatFileItemWriter, and they have property "shouldDeleteIfEmpty" with value=true.
Error scenario:
If we didn't give reading permission and execute the application, it will not be able to read INPUT.TXT file. So an exception is thrown. Then we give reading permission, and try to re-execute the application. Another Exception is thrown because the application cannot read the output file or the rejected file that were created at first execution. The files were deleted because when the error occurred both files were empty.
Because of these problems we can't execute reprocessing. I believe the re-execution should be able to create a new file if it doesn't exists.

Configuring JedisConnectionFactory to use Sentinel but without pooling will connect to localhost:6373, i.e. using Redis standalone instead of Sentinel. 
We should either reject this configuration or configure the pool with defaults.

When specifying a ManyToOne annotation, the optional = false attribute implies a NOT NULL column. However, the DataOnDemand aspect will not populate the field, or provide the link to the related DataOnDemand bean unless @NotNull is explicitly included.
Proposed fix: Have @ManyToOne(optional = false) cause the same behaviour as @NotNull

while fixing HBASE-13651 I noticed that if we have a failure inside the RSRpcService.scan(), when the request has a hasNextCallSeq()  the nextCallSeq is incremented and not rolledback, which means that the client retry will send a request with a nextCallSeq not up to date, which result in an OutOfOrderScannerNextException.

if (rows > 0) {
  if (request.hasNextCallSeq()) {
    if (request.getNextCallSeq() != rsh.nextCallSeq) {
      throw new OutOfOrderScannerNextException(...)
    }
    // Increment the nextCallSeq value which is the next expected from client.
    rsh.nextCallSeq++;
  }
}
try {
  ...scan code...
}

after the scanner heartbeat patches HBASE-13090, we seems to be able to recover from that OutOfOrder exception, but the error show up anyway.
After a discussion with Stack we ended up saying that decrementing the callSeq on exception seems to be fine. but we had the open question about having that nextCallSeq to be atomic, if that was supposed to prevent concurrent requests with the same id. any thoughts?

For the feature I am building, I need to use SFTP to fetch files to process. When it comes to large files, I want to be able to pick up a file for processing only when its been completely written. In order to achieve this, I tried the following combination suggesting the file age should be 10 minutes or more.
readLock=changed
readLockMinAge=10m 
This did not work as expected and kept picking up the files in the next poll as soon as the write has started. I found the following while debugging.
In class SftpChangedExclusiveReadLockStrategy,  
long startTime = (new Date()).getTime();  ==> returns time in milliseconds as long
newLastModified = f.getAttrs().getMTime();  ==> returns time in seconds as int casted to long.
Hence when the following check is made, the comparison becomes to be between newLastModified which is in seconds and newOlderThan in milliseconds hence never quite honoring the readLockMinAge specified.
(minAge != 0 && newLastModified < newOlderThan)
It looks like there should be 
newLastModified = f.getAttrs().getMTime() * 1000; 
to convert this to milliseconds.

The DefaultWebSecurityExpressionHandler no longer implements WebSecurityExpressionHandler which causes issues when using spring-webflow's AbstractAuthorizeTag which looks up the WebExpressionHandler for authorize statements. We should probably also look into getting webflow to use the provided AbstractAuthorizeTag (I haven't had time to investigate why they might have their own copy of this tag).

In convertJoinMapJoin():

    for (Operator<? extends OperatorDesc> parentOp : joinOp.getParentOperators()) {
      if (parentOp instanceof MuxOperator) {
      }
    }

NPE would result if convertJoinMapJoin() returns null:

    MapJoinOperator mapJoinOp = convertJoinMapJoin(joinOp, context, bigTablePosition);
    MapJoinDesc joinDesc = mapJoinOp.getConf();

This issue happened while quickly writing an example with weaver to test another issue.
I created a sample project to call the maven-plugin with privilizer, as in the project home page example.

import org.apache.commons.weaver.privilizer.Privileged;

public class SimpleClass {

    public void sayA() {
        System.out.println("Aaa");
    }
    
    @Privileged
    public void sayNothing() {
        System.out.println("Nothing");
    }
}

As I was in a hurry, I didn't bother creating a package, adding comments, etc. When I asked Eclipse to build the project, it threw a NPE. Then I tried via command line, same behavior.
My pom.xml was using version 1.3, but since I have the project sources in my workspace, I re-synced the local repo, `mvn install`'d, and then updated the pom to use 1.4-SNAPSHOT.
Same issue. I believe the issue is in the ScanResult#getWeavable method that returns a WeavablePackage.

// snip
    /**
     * Public for use by {@link WeaveProcessor}.
     * @param pkg to wrap
     * @return {@link WeavablePackage}
     */
    public WeavablePackage getWeavable(final Package pkg) {
        final String key = pkg.getName();
        if (packages.containsKey(key)) {
            return packages.get(key);
        }
        final WeavablePackage result = new WeavablePackage(pkg);
        final WeavablePackage faster = packages.putIfAbsent(key, result);
        return faster == null ? result : faster;
    }
// snip

I believe when you create a class with no package, trying to get its package (i.e. obj.getClass().getPackage()) will return null. So I'm no sure how this issue could be fixed. Simply passing a null to WeavablePackage's contructor seems like will create other issues...
For the time being, will update my example to use packages.

While testing snapshot branch I found this exception.  

2013-01-18 05:42:09,832 ERROR org.apache.hadoop.hbase.master.CatalogJanitor: Caught exception
	at java.util.AbstractList.remove(AbstractList.java:144)
	at org.apache.hadoop.hbase.client.HTable.delete(HTable.java:738)
	at org.apache.hadoop.hbase.catalog.MetaEditor.deleteFromMetaTable(MetaEditor.java:145)
	at org.apache.hadoop.hbase.catalog.MetaEditor.deleteFromMetaTable(MetaEditor.java:132)
	at org.apache.hadoop.hbase.catalog.MetaEditor.deleteDaughtersReferencesInParent(MetaEditor.java:372)
	at org.apache.hadoop.hbase.master.CatalogJanitor.removeDaughtersFromParent(CatalogJanitor.java:288)
	at org.apache.hadoop.hbase.master.CatalogJanitor.cleanParent(CatalogJanitor.java:239)
	at org.apache.hadoop.hbase.master.CatalogJanitor.scan(CatalogJanitor.java:142)
	at org.apache.hadoop.hbase.master.CatalogJanitor.initialChore(CatalogJanitor.java:74)
	at org.apache.hadoop.hbase.Chore.run(Chore.java:65)

This was introduced by HBASE-7365 (currently committed in snapshot branch, soon to be committed to trunk.)

getValue(EvaluationContext context, Class<T> expectedResultType)

Does it, but:

getValue(EvaluationContext context, Object rootObject, Class<T> desiredResultType)

Doesn't

As to my interpretation of ServletResponse#setLocale() JavaDoc which reads:

In the case of HTTP, the locale is communicated via the Content-Language header, the character encoding as part of the Content-Type header for text media types.
the corresponding implementation should set HttpHeaders.CONTENT_LANGUAGE which specifies the "language" of response content. Currently it sets HttpHeaders.ACCEPT_LANGUAGE, which is "language that client understands / prefers" - that one should be set by the client when it makes a request.
See also:

org.mortbay.jetty.Response#setLocale()
io.undertow.servlet.spec.HttpServletResponseImpl#setLocale()

See SO
http://stackoverflow.com/questions/35455582/apacha-camel-rest-dsl-duplicating-content-type

As per the discussion on the dev list, the class LZWInputStream has some non-private mutable fields.
These should be accessed via getters/setters only (data encapsulation).

Testing the StandardServletMultipartResolver on Resin 4.0.27 with this form.
<form action="uploadTest" method="post" enctype="multipart/form-data">
  <input type="hidden" name="hiddenParameter" value="theHiddenValue" />
  ...
</form>
The resolver tries to cleanup the parts with the cleanupMultipart method 
by calling part.delete();
Resin throws this exception
8:08:25.093 [resin-port-8080-19] WARN  o.s.w.m.s.StandardServletMultipartResolver - Failed to perform cleanup of multipart items
ava.io.IOException: Part.delete() is not applicable to part 'hiddenParameter':'theHiddenValue'
       at com.caucho.server.http.AbstractCauchoRequest$PartImpl.delete(AbstractauchoRequest.java:1086) ~[resin.jar:4.0.27] 
       at org.springframework.web.multipart.support.StandardServletMultipartResolver.cleanupMultipart(StandardServletMultipartResolver.java:65) ~[spring-web-3.1.1.RELEASE.jar:3.1.1.RELEASE]
Not sure why Resin not simply ignores the call to delete() for this kind of parts, as all the other servers (Tomcat, Jetty) do.

Adding a new option to bindy annotation

    /**
     * Indicates to clip data in the field if it exceeds the allowed length when using fixed length.
     */
    boolean clip() default false;

Then if enabled it will clip the data so it can fit the length.
Also now Camel throws an exception if the data is too long and you have clip set as false.

We have seen the clients hanging in running the test IntegrationTestRegionReplicaPerf in 1.1 code base during the test.The jstack gives: 

"IPC Client (1344340481) connection to os-enis-dal-test-jun-4-1.openstacklocal/172.22.80.25:16020 from root - writer" daemon prio=10 tid=0x00007f3891b29800 nid=0x7345 waiting on condition [0x00007f3865647000]
        - parking to wait for  <0x000000070d54a240> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
        at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:374)
        at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection$CallSender.run(RpcClientImpl.java:253)

"TestClient-3" prio=10 tid=0x00007f3892660800 nid=0x63b0 waiting on condition [0x00007f386ecdd000]
        at org.apache.hadoop.hbase.ipc.RpcClientImpl.close(RpcClientImpl.java:1139)
        at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.internalClose(ConnectionManager.java:2371)
        at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.close(ConnectionManager.java:2384)
        at org.apache.hadoop.hbase.PerformanceEvaluation$Test.testTakedown(PerformanceEvaluation.java:1036)
        at org.apache.hadoop.hbase.PerformanceEvaluation$RandomReadTest.testTakedown(PerformanceEvaluation.java:1351)
        at org.apache.hadoop.hbase.PerformanceEvaluation$Test.test(PerformanceEvaluation.java:1055)
        at org.apache.hadoop.hbase.PerformanceEvaluation.runOneClient(PerformanceEvaluation.java:1612)
        at org.apache.hadoop.hbase.PerformanceEvaluation$1.call(PerformanceEvaluation.java:410)
        at org.apache.hadoop.hbase.PerformanceEvaluation$1.call(PerformanceEvaluation.java:405)

If there are multiple thread accessing metastore concurrently, there are cases that JDO threw exceptions because of concurrent access of HashMap inside JDO. Setting javax.jdo.option.Multithreaded to true solves this issue. 

This bug is not in 4.1.0.RC2 but in 4.1.0.RELEASE
I think it is a blocker as this class is at the core of spring, widely used and produces unexpected results which crashes the application completely:
We are using ReloadableResourceBundleMessageSource with cacheMillis = -1 in production. We use this class to have a reloadable instance in development mode.
There is a race condition when getMergedProperties(Locale locale) is called.
It results in an empty but cached propertiesHolder. Imagine two threads calling getMergedProperties(Locale locale). The first thread is running into getProperties(filename) Line 354. it then runs into line 464:
propHolder = new PropertiesHolder();
PropertiesHolder existingHolder = this.cachedProperties.putIfAbsent(filename, propHolder);
so thread 1 is setting an empty PropertiesHolder into the cache. Imagine thread 1 is waiting here for a long time and a second thread is running into this method. It will find the empty propHolder in line 453 and it get returned in line 460. Now thread 2 goes on with this empty propHolder but it does not put it into mergedProperties (line  355).
But in line 360 the second thread is putting his mergedholder into the cache. Now thread 1 continues but will not update the cache as an entry already exists. Subsequent threads  will get the mergedHolder from the cache which is partially empty (depending on how often this race condition occurs).
I was able to reproduce this bug on my development engine with breakpoints. I think you need to fix line 464-465.
This else thread is only running on start up. A fix would be to add this line after line 464:
propHolder = refreshProperties(filename, propHolder);
I hope I explained it good enough. 

The stack trace.

   java.lang.NullPointerException
	at
org.apache.camel.osgi.OsgiFactoryFinder.getResource(OsgiFactoryFinder.java:85)
	at
org.apache.camel.osgi.OsgiFactoryFinder.findClass(OsgiFactoryFinder.java:51)
	at
org.apache.camel.component.file.GenericFileEndpoint.createGenericFileStrategy(GenericFileEndpoint.java:130)
	at
org.apache.camel.component.file.GenericFileEndpoint.getGenericFileProcessStrategy(GenericFileEndpoint.java:114)
	at
org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:162)
	at
org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:120)
	at
org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:93)
	at
org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:98)
	at
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
	at
	at
	at
	at
	at

Here is the mail thread[1]  which discusses about this issue.
[1]http://www.nabble.com/Error-using-camel-file-with-windows-tt25475829.html#a25486384

In FileUtils, a yottabyte is currently defined as follows:
public static final BigInteger ONE_YB = ONE_ZB.multiply(BigInteger.valueOf(ONE_EB));
I believe this should be:
public static final BigInteger ONE_YB = ONE_ZB.multiply(BigInteger.valueOf(ONE_KB));

One of the clusters timed out taking a snapshot for a disabled table. The table is big enough, and the master operation takes more than 1 min to complete. However while trying to increase the timeout, we noticed that there are two parameters with very similar names configuring different things: 
hbase.snapshot.master.timeout.millis is defined in SnapshotDescriptionUtils and is send to client side and used in disabled table snapshot. 
hbase.snapshot.master.timeoutMillis is defined in SnapshotManager and used as the timeout for the procedure execution. 
So, there are a couple of improvements that we can do: 

1 min is too low for big tables. We need to set this to 5 min or 10 min by default. Even a 6T table which is medium sized fails.
Unify the two timeouts into one. Decide on either of them, and deprecate the other. Use the biggest one for BC.
Add the timeout to hbase-default.xml.
Why do we even have a timeout for disabled table snapshots? The master is doing the work so we should not timeout in any case.

The REST Swagger component sets the specificationUri to "" for endpoint uris that in the remaining part start with #, for instance: "petstore:#getPetById". It should not allow empty specificationUris and in this case should use the default swagger.json.

Something like the following shouldn't be allowed to fail a boot; if it happens an ERROR should be logged but no exception thrown:

2016-04-22 22:10:21,247 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: java.lang.IllegalStateException: WFLYCTL0056: Could not rename C:\BuildAgent\work\38e1ea00f932992d\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone_xml_history\current to C:\BuildAgent\work\38e1ea00f932992d\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone_xml_history\20160422-221021244
	at org.jboss.as.controller.persistence.ConfigurationFile.createHistoryDirectory(ConfigurationFile.java:668)
	at org.jboss.as.controller.persistence.ConfigurationFile.successfulBoot(ConfigurationFile.java:500)
	at org.jboss.as.controller.persistence.BackupXmlConfigurationPersister.successfulBoot(BackupXmlConfigurationPersister.java:94)
	at org.jboss.as.controller.AbstractControllerService.finishBoot(AbstractControllerService.java:452)
	at org.jboss.as.server.ServerService.boot(ServerService.java:367)

That stack trace indicates file standalone\configuration\standalone_xml_history\20160422-221021144 must already exist but the 2nd attempt renameTo standalone\configuration\standalone_xml_history\20160422-221021244 has failed. It would be good to sort out what happened, but regardless it should not fail boot.

This gives errors like:

[domain@localhost:9999 /] /profile=full-ha-7.1.x/subsystem=security/security-domain=jboss-web-policy/authorization=classic/policy-module=Delegating:write-attribute(name=module-options,value={a=>b})
{
    "failure-description" => {"host-failure-descriptions" => {"slave" => "JBAS010849: Operation write-attribute for address [
    (\"profile\" => \"full-ha-7.1.x\"),
    (\"subsystem\" => \"security\"),
    (\"security-domain\" => \"jboss-web-policy\"),
    (\"authorization\" => \"classic\")
] can only be handled by the master Domain Controller; this host is not the master Domain Controller"}},
}

This should probably be handled somewhere in the communication layer 

Commit 8d2933f1091230cf22aef9ce41aa7851be49607d caused the Spring Boot to fail with the following exception: 

java.lang.NoClassDefFoundError: com/mysema/query/types/EntityPath
    at java.lang.Class.getDeclaredMethods0(Native Method)
    at java.lang.Class.privateGetDeclaredMethods(Class.java:2688)
    at java.lang.Class.getDeclaredMethods(Class.java:1962)
    at org.springframework.util.ReflectionUtils.getDeclaredMethods(ReflectionUtils.java:606)
    at org.springframework.util.ReflectionUtils.doWithMethods(ReflectionUtils.java:518)
    at org.springframework.util.ReflectionUtils.doWithMethods(ReflectionUtils.java:504)
    at org.springframework.util.ReflectionUtils.getUniqueDeclaredMethods(ReflectionUtils.java:564)
    at org.springframework.context.event.EventListenerMethodProcessor.processBean(EventListenerMethodProcessor.java:106)
    at org.springframework.context.event.EventListenerMethodProcessor.afterSingletonsInstantiated(EventListenerMethodProcessor.java:92)
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:792)
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:834)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:537)
    at org.springframework.boot.autoconfigure.data.rest.RepositoryRestMvcAutoConfigurationTests.load(RepositoryRestMvcAutoConfigurationTests.java:120)
    at org.springframework.boot.autoconfigure.data.rest.RepositoryRestMvcAutoConfigurationTests.testDefaultRepositoryConfiguration(RepositoryRestMvcAutoConfigurationTests.java:67)
    at java.lang.reflect.Method.invoke(Method.java:483)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
    at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
Caused by: java.lang.ClassNotFoundException: com.mysema.query.types.EntityPath
    at java.net.URLClassLoader$1.run(URLClassLoader.java:372)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    ... 38 more

The root cause seems to be that SpringDataWebConfiguration now always registers a querydslBindingsFactory bean. This bean is scanned by Spring 4.2's EventListenerMethodProcessor which triggers the exception.
One possible fix would be to only register QueryDSL beans if it is on the classpath (perhaps by using an ImportBeanDefinitionRegistrar). A fix could also go into Spring but this won't be ready before we want to release Spring Boot 1.3.M3

Adding "SET hive.vectorized.execution.enabled=true;" to orc_merge_incompat_schema.q triggers this call stack:

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Not implemented yet
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory$19.writeValue(VectorExpressionWriterFactory.java:1496) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFArgDesc.getDeferredJavaObject(VectorUDFArgDesc.java:123) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.setResult(VectorUDFAdaptor.java:199) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.evaluate(VectorUDFAdaptor.java:151) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:146) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Operator.vectorForward(Operator.java:955) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:928) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:125) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.flushDeserializerBatch(VectorMapOperator.java:630) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.setupPartitionContextVars(VectorMapOperator.java:698) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.cleanUpInputFileChangedOp(VectorMapOperator.java:607) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Operator.cleanUpInputFileChanged(Operator.java:1210) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:829) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:154) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54) ~[hadoop-mapreduce-client-core-3.0.0-beta1.jar:?]

The complex types in VectorExpressionWriterFactory are not fully implemented.
Also, null_cast.q, nullMap.q, and nested_column_pruning.q

When I use the UI to navigate to an execution I get an info message about not being able to load the execution context.  After tracing through the code I find that SimpleJobServiceFactoryBean creates an JdbcExectutionContextDao but never sets the serializer for that DAO.  As a result, when the UI accesses the execution it fails because it can't deserialize the context.
I have spring batch admin in a tomcat server and when I restart I get this error accessing old jobs.  This seems to prevent the UI from abandoning or stopping these jobs and makes the UI somewhat ineffectual for job control.

SFSB tracks expiration with "new Date().getTime()" and "System.currentTimeMillis()".
But the expiration threads are scheduled (inside JDK classes) with System.nanoTime().
If the expiration task runs before the bean is considered expired, the expiration check fails and the bean is never expired.

Server fails to start after submitting invalid security attributes values for remoting http connector (e.g QOP, strength)
Only fix for the configuration is to manually change the XML file directly

File system paths should be allowed as arguments for
/core-service=patching:patch(input-stream-index=)

If the files are very oddly sized then it's possible that ExploringCompactionPolicy can get stuck.

[    SpringOsgiExtenderThread-4] PackageHelper                  DEBUG Failed to find out org.springframework.jms version: java.lang.NullPointerException
	at org.apache.camel.util.PackageHelper.isValidVersion(PackageHelper.java:47)
	at org.apache.camel.component.jms.JmsConfiguration.defaultCacheLevel(JmsConfiguration.java:1036)
	at org.apache.camel.component.jms.JmsConfiguration.configureMessageListenerContainer(JmsConfiguration.java:942)
	at org.apache.camel.component.jms.JmsConfiguration.createMessageListenerContainer(JmsConfiguration.java:417)
	at org.apache.camel.component.jms.JmsEndpoint.createConsumer(JmsEndpoint.java:161)
	at org.apache.camel.component.jms.JmsEndpoint.createConsumer(JmsEndpoint.java:51)
	at org.apache.camel.impl.EventDrivenConsumerRoute.addServices(EventDrivenConsumerRoute.java:61)
	at org.apache.camel.Route.getServicesForRoute(Route.java:74)
	at org.apache.camel.impl.RouteService.doStart(RouteService.java:77)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:773)
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:94)
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:113)
isValidVersion fortunately returns true when an exception occurs, so it gets passed this check anyway.

PoC reported trying to use SQLFire with spring-batch-2.1.9-RELEASE. Found some additional incomplete sqlfire issues in supporting the case. 

Some EJB2 clustering tests fail with security manager because of missing permission PropertyPermission("jboss.node.name", "read"):

ERROR [org.jboss.as.ejb3.invocation] (default task-8) WFLYEJB0034: EJB Invocation failed on component StatelessBean for method public abstract java.lang.String org.jboss.as.test.clustering.cluster.ejb2.stateless.bean.StatelessRemote.getNodeName(): javax.ejb.EJBException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "jboss.node.name" "read")" in code source "(vfs:/content/stateless-ejb2-failover-dd-test.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.stateless-ejb2-failover-dd-test.jar" from Service Module Loader")
	at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
	at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
	at org.jboss.as.ejb3.component.interceptors.EjbExceptionTransformingInterceptorFactories$1.processInvocation(EjbExceptionTransformingInterceptorFactories.java:80)
	at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
	at org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:535)
	at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:530)
	at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:193)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "jboss.node.name" "read")" in code source "(vfs:/content/stateless-ejb2-failover-dd-test.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.stateless-ejb2-failover-dd-test.jar" from Service Module Loader")
	at org.jboss.as.test.clustering.NodeNameGetter.getNodeName(NodeNameGetter.java:34)
	at org.jboss.as.test.clustering.cluster.ejb2.stateless.bean.StatelessBeanBase.getNodeName(StatelessBeanBase.java:43)
	... 44 more

Right now SparkClientImpl requires spark.home to be defined. We should allow SPARK_HOME as well.

Currently ORC writer does not log anything making it difficult find where the destination path is. 

See also : https://issues.apache.org/jira/browse/HBASE-20475?focusedCommentId=16463322&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16463322
The NPE stack is as following: 

2018-05-03 21:05:58,075 ERROR [RS_CLOSE_REGION-regionserver/instance-2:0-1] helpers.MarkerIgnoringBase(159): ***** ABORTING region server instance-2.c.gcp-hbase.internal,42063,1525381545380: Unrecoverable exception while closing region tes
t,,1525381436038.66de217a470764f3b37d8faebfd8e8c8., still finishing close *****
java.io.IOException: java.lang.NullPointerException
        at org.apache.hadoop.hbase.regionserver.HRegion.doClose(HRegion.java:1637)
        at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:1466)
        at org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler.process(CloseRegionHandler.java:104)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.reportFileArchivalForQuotas(HRegionServer.java:3709)
        at org.apache.hadoop.hbase.regionserver.HStore.reportArchivedFilesForQuota(HStore.java:2718)
        at org.apache.hadoop.hbase.regionserver.HStore.removeCompactedfiles(HStore.java:2649)
        at org.apache.hadoop.hbase.regionserver.HStore.close(HStore.java:929)
        at org.apache.hadoop.hbase.regionserver.HRegion$2.call(HRegion.java:1615)
        at org.apache.hadoop.hbase.regionserver.HRegion$2.call(HRegion.java:1612)
        ... 3 more

In HRegionServer#run(),  we have the following: 

@Override
......
    // Stop the quota manager
    if (rsQuotaManager != null) {
      rsQuotaManager.stop();
    }
    if (rsSpaceQuotaManager != null) {
      rsSpaceQuotaManager.stop();
      rsSpaceQuotaManager = null;
    }
......
    // Closing the compactSplit thread before closing meta regions
    if (!this.killed && containsMetaTableRegions()) {
      if (!abortRequested || this.fsOk) {
        if (this.compactSplitThread != null) {
          this.compactSplitThread.join();
          this.compactSplitThread = null;
        }
        closeMetaTableRegions(abortRequested);
      }
    }
......
}

We  stop the rsSpaceQuotaManager firstly, and then close the meta region, but when close meta region, we need to use rsSpaceQuotaManager to reportFileArchivalForQuotas() , just as the stack trace  said ... 

Noticed this from CI test servers

	at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:819)
	at java.util.ArrayList$Itr.next(ArrayList.java:791)
	at org.apache.camel.component.aws.sqs.SqsExtendMessageVisibilityTest.longReceiveExtendsMessageVisibility(SqsExtendMessageVisibilityTest.java:61)
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
	at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:47)
	at org.junit.rules.RunRules.evaluate(RunRules.java:18)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:119)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:101)
	at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103)
	at com.sun.proxy.$Proxy0.invoke(Unknown Source)
	at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:150)
	at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:91)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69)

@SLTests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.032 sec
@SLRunning org.apache.camel.component.aws.sqs.SqsExtendMessageVisibilityTest

The org.apache.activemq.artemis module has an optional dependency on a org.apache.activemq.artemis.addons that is meant to define classes that needs to be instantiated by Artemis (e.g. divert's transformers, server interceptors, etc.).
However the code that is instantiating classes from Artemis has been moved from the  org.apache.activemq.artemis to the org.apache.activemq.artemis.journal module in WFLY-5522.
The optional dependency to org.apache.activemq.artemis.addons should set export to true so that its classes can be loaded by the  org.apache.activemq.artemis.journal module.

After the optimization, if two query blocks have the same distinct clause and the same group by keys, but the first query block does not reference all the rows the second query block does, an invalid column reference error is raised for the columns unreferenced in the first query block.
E.g.
FROM src
INSERT OVERWRITE TABLE dest_g2 SELECT substr(src.key,1,1), count(DISTINCT src.key) WHERE substr(src.key,1,1) >= 5 GROUP BY substr(src.key,1,1)
INSERT OVERWRITE TABLE dest_g3 SELECT substr(src.key,1,1), count(DISTINCT src.key), count(src.value) WHERE substr(src.key,1,1) < 5 GROUP BY substr(src.key,1,1);
This results in an invalid column reference error on src.value

As Mindaugas Kairys reported in HBASE-11544, copy ctor of Scan doesn't copy allowPartialResults.
This issue is to fix this defect.

Following queries throw IndexOutOfBoundsException in SemanticAnalyzer
Queries
CREATE TABLE staging(t tinyint,
           si smallint,
           i int,
           b bigint,
           f float,
           d double,
           bo boolean,
           s string,
           ts timestamp,
           dec decimal(4,2),
           bin binary)
ROW FORMAT DELIMITED FIELDS TERMINATED BY '|'

LOAD DATA LOCAL INPATH '../../data/files/over1k' OVERWRITE INTO TABLE staging;

CREATE TABLE orc_ppd(t tinyint,
           i int,
           b bigint,
           f float,
           d double,
           s string,
           c char(50),
           v varchar(50),
           da date,
STORED AS ORC tblproperties("orc.row.index.stride" = "1000");

insert overwrite table orc_ppd select si, i, b, f, d, bo, s, cast(s as char(50)), cast(s as varchar(50)), cast(ts as date), ts, dec, bin from staging;

StackTrace
java.lang.IndexOutOfBoundsException: Index: 13, Size: 13
        at java.util.ArrayList.rangeCheck(ArrayList.java:635)
        at java.util.ArrayList.get(ArrayList.java:411)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genConversionSelectOperator(SemanticAnalyzer.java:6754)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genFileSinkPlan(SemanticAnalyzer.java:6543)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:8989)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8880)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9730)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9623)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10115)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:330)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10126)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:209)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:240)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:422)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:310)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1139)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1192)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1068)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1058)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:213)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:165)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:376)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:736)
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:681)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:621)

Some actions happen in wrong order and may cause race condition

ContainerStatus containerStatus = ((ContainerCompletedEvent) event).getContainerStatus();
onContainerCompleted(containerStatus);
Container container = runningContainers.remove(containerStatus.getContainerId());
if (container != null) {
	registeredContainers.remove(container);
}

removing running container should happen after calling `onContainerCompleted`.

I declare a method named findByLeakInfoAuditStateIn(Collection states). When I start up my application, Spring Data throws an exception: 

PropertyReferenceException: No property leak found for type Leak!

LeakInfo is a bean, Leak is not. Then i debug into source, i found source that:

public String extractProperty(String part) {

  String candidate = StringUtils.uncapitalize(part);
  for (String keyword : keywords) {
    if (candidate.endsWith(keyword)) {
      return candidate.substring(0, candidate.indexOf(keyword));
    }
  }
  return candidate;
}

The String.indexOf(…) method find the first In within LeakInfo. That's not excepted. May be use String.lastIndexOf(…) instead?

HIVE-5755 removed hive-unit from the itests pom and it should not have been removed.

Setting up a ConversionService as follows makes the initialization of the application context fail.

<bean id="conversionService" class="org.springframework.context.support.ConversionServiceFactoryBean">
    <property name="converters">
        <set>
            <bean class="com.test.StringToAccountConverter">
                <property name="accountService" ref="accountService" />
            </bean>
        </set>
</bean>

Due to the context wanting to setup the ConversionService before anything else (I suppose) it will try to create the AccountService using the default constructor. The AccountService bean however has has been annotated with @Service and the constructor with @Autowired to make Spring create it and inject the necessary dependencies automatically. This therefore makes startup fail with the error:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'conversionService' defined in ServletContext resource [/WEB-INF/spring/general.xml]: Cannot create inner bean 'com.test.converters.StringToAccountConverter#1e565bd' of type [com.test.converters.StringToAccountConverter] while setting bean property 'converters' with key [0]; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'com.test.StringToAccountConverter#1e565bd' defined in ServletContext resource [/WEB-INF/spring/general.xml]: Cannot resolve reference to bean 'accountService' while setting bean property 'accountService'; 
nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'accountService' defined in file [...AccountServiceImpl.class]: Instantiation of bean failed; 
nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [com.test.AccountServiceImpl]: No default constructor found; 
nested exception is java.lang.NoSuchMethodException: com.test.AccountServiceImpl.<init>()

A temporary fix is to put the conversion service in the servlet specific Web Application context (and not the global application context) as it can then initialize the global context with the AccountService before creating the conversion service. It would however be nice to put the conversion service in the global context to make the custom converters globally available.
As a reference here is the relevant parts of the AccountService class:
AccountService.java
 
@Service("accountService")
public class AccountServiceImpl implements AccountService {

    private final GraphDatabaseService graphDatabaseService;
    private final IndexService indexService;

    private Node accountsNode;

    public AccountServiceImpl(GraphDatabaseService graphDatabaseService, IndexService indexService) {
        this.graphDatabaseService = graphDatabaseService;
        this.indexService = indexService;
    }

    ...

After upgrading a simple project using aspectJ compile time weaving to Spring 4.1, I get errors during build:
[ERROR] error can't determine superclass of missing type org.springframework.cache.jcache.interceptor.JCacheAspectSupport
[ERROR] when batch building BuildConfig[null] #Files=115 AopXmls=#0
The project in question is compiled with spring-aspects for ApsectJ.
The aforementioned problem can be resolved by adding spring-context-support as dependency to my POM.
The problems don't end there, though. After that, I get an exception that classes cannot be examined for JCache (javax.cache) annotations.  And indeed, JCache is not included in my dependencies.
It would be great if Spring could fallback more gracefully, if spring-context-support and/or JCache are not available on the classpath.

There seems to be a code bug that can cause expiration of one region server carrying meta to bring down the master under certain case.
Here is the sequence of event.
a) The master detects the expiration of a region server on ZK, and starts to expire the region server.
b) Since the failed region server carries meta, the shutdown handler will call verifyAndAssignMetaWithRetries() during processing the expired rs.
c)  In verifyAndAssignMeta(), there is a logic to verifyMetaRegionLocation

(!server.getMetaTableLocator().verifyMetaRegionLocation(server.getConnection(),
      this.server.getZooKeeper(), timeout)) {
      this.services.getAssignmentManager().assignMeta
      (HRegionInfo.FIRST_META_REGIONINFO);
    } else if (serverName.equals(server.getMetaTableLocator().getMetaRegionLocation(
      this.server.getZooKeeper()))) {
      throw new IOException("hbase:meta is onlined on the dead server "
          + serverName);

If we see the meta region is still alive on the expired rs, we throw an exception.
We do some retries (default 10x1000ms) for verifyAndAssignMeta.
If we still get the exception after retries, we abort the master.

2015-05-27 06:58:30,156 FATAL [MASTER_META_SERVER_OPERATIONS-bdvs1163:60000-0] master.HMaster: Master server abort: loaded coprocessors are: []
2015-05-27 06:58:30,156 FATAL [MASTER_META_SERVER_OPERATIONS-bdvs1163:60000-0] master.HMaster: verifyAndAssignMeta failed after10 times retries, aborting
java.io.IOException: hbase:meta is onlined on the dead server bdvs1164.svl.ibm.com,16020,1432681743203
        at org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.verifyAndAssignMeta(MetaServerShutdownHandler.java:162)
        at org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.verifyAndAssignMetaWithRetries(MetaServerShutdownHandler.java:184)
        at org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.process(MetaServerShutdownHandler.java:93)
2015-05-27 06:58:30,156 INFO  [MASTER_META_SERVER_OPERATIONS-bdvs1163:60000-0] regionserver.HRegionServer: STOPPED: verifyAndAssignMeta failed after10 times retries, aborting

The problem happens when the expired is slow processing its own expiration or has a slow death, and is still able to respond to master's meta verification in the meantime

2010-09-09 22:49:21,500 ERROR [192.168.1.157:51901-balancerChore] hbase.Chore(69): Caught exception
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
	at org.apache.hadoop.hbase.master.LoadBalancer.balanceCluster(LoadBalancer.java:250)
	at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:568)
	at org.apache.hadoop.hbase.master.HMaster$1.chore(HMaster.java:480)
	at org.apache.hadoop.hbase.Chore.run(Chore.java:66)

Hello,
I found an little mistake at:
http://docs.spring.io/spring-data/mongodb/docs/1.9.6.RELEASE/reference/html/#mongodb_cross-store-application
actual: "Here is an example of a simple Entity that has a field annotated with @RelatedEntity"
nominal: "Here is an example of a simple Entity that has a field annotated with @RelatedDocument" 

EhCacheBasedUserCache (org.acegisecurity.providers.dao.cache) has a dependency of type net.sf.ehcache.Cache.
In the presence of an proper interface type (net.sf.ehcache.Ehcache) this is bad usage of IoC: it limits users to a concrete type, disallowing alternative implementations or decorators.
Since acegi is quite often used in a spring IoC context, this inflexibility is very easy to demonstrate:
  <bean id="cacheManager" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"/>
  <bean id="userCacheBackend" class="org.springframework.cache.ehcache.EhCacheFactoryBean">
    <property name="cacheManager" ref="cacheManager"/>
    <property name="cacheName" value="userCache"/>
    <property name="blocking" value="true"/>
  </bean>
  <bean id="cache" class="org.acegisecurity.providers.dao.cache.EhCacheBasedUserCache">
    <property name="cache" ref="userCacheBackend"/>
  </bean>
Note that the "blocking" property is set on bean "userCacheBackend", triggering the creation of a decorator for the backing cache.
Instantiating above context (using spring 2.1m3, acegi 1.0.4 and ehcache 1.2.3) will (of course) fail:
Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'cache' defined in class path resource [factories.xml]: Error setting property values; nested exception is org.springframework.beans.PropertyBatchUpdateException; nested PropertyAccessExceptions (1) are:
PropertyAccessException 1: org.springframework.beans.TypeMismatchException: Failed to convert property value of type [net.sf.ehcache.constructs.blocking.BlockingCache] to required type [net.sf.ehcache.Cache] for property 'cache'; nested exception is java.lang.IllegalArgumentException: Cannot convert value of type [net.sf.ehcache.constructs.blocking.BlockingCache] to required type [net.sf.ehcache.Cache] for property 'cache': no matching editors or conversion strategy found
I'm not familiar with acegi source, but it seems that there's actually no need at all to use the concrete Cache class: no specific implementation details of that type seem to be used.
Especially considering the endless "interface based dependencies" preaching by Rod (et al), this seems a bit strange for a "spring" project.

There is 2 changes in  spark_explainuser_1.q.out:
1., After HIVE-17465, the row numbers are different in the explain plans. Vineet Garg, Ashutosh Chauhan: Could you please check, wether it is an intended change?
2., After HIVE-17535, CBO optimization turned on and the output of the following query changed:
Query

explain select explode(array('a', 'b'));

Original

 POSTHOOK: query: explain select explode(array('a', 'b'))
 Plan not optimized by CBO.
 
 Stage-0
   Fetch Operator
     limit:-1
    UDTF Operator [UDTF_2]
      function name:explode
      Select Operator [SEL_1]
        Output:["_col0"]
        TableScan [TS_0]

New

 Plan optimized by CBO.
 
 Stage-0
     limit:-1
    Select Operator [SEL_3]
      Output:["_col0"]
      UDTF Operator [UDTF_2]
        function name:explode
        Select Operator [SEL_1]
          Output:["_col0"]
          TableScan [TS_0]

This 2nd change does not look like a successful optimization for me. Is it planned 
If you think these are planned changes, then I think it would be good to update the golden file.
Thanks,
Peter

When you create custom formater - XMLFormatter /subsystem=logging/custom-formatter=XMLFormatter:add(class=java.util.logging.XMLFormatter, module=org.jboss.logmanager) and then in web console edit class of formatter to org.jboss.logmanager.formatters.PatternFormatter then save and try to add properties  - pattern=%s%E%n. Property is not saved.
When you create new formatter with org.jboss.logmanager.formatters.PatternFormatter class and then try to add same property, saving is successful.

https://developer.jboss.org/thread/224262 announced availability of WildFly nightly builds.
Current status is that you must know the URL based on current version in master
At this moment it is https://ci.wildfly.org/guestAuth/repository/download/WF_Nightly/latest.lastFinished/wildfly-11.0.0.Final-SNAPSHOT.zip, root dir of the zip is wildfly-11.0.0.Final-SNAPSHOT
'11.0.0.Final-SNAPSHOT' is the changing part and when you want to consume nightly build in CI (e.g. Travis) you end up doing unnecessary changes to .travis.yml (Alpha1-SNAPSHOT ==> Beta1-SNAPSHOT ==> Final-SNAPSHOT) when PRs fail because of unavailable nightly bits
Proposal 1 - expose latest bits under the same URL + keep the same root dir name
  URL:                  https://ci.wildfly.org/guestAuth/repository/download/WF_Nightly/latest.lastFinished/wildfly-latest-SNAPSHOT.zip
  root dir of the zip:  wildfly-latest-SNAPSHOT
Automation would be prepared just once and "work forever".
Usage of project.version in dist and servlet-dist module prevents to use mvn clean install -Djboss.as.release.version=latest-SNAPSHOT to adjust final zip & root dir name.
Discussion starting point: http://lists.jboss.org/pipermail/wildfly-dev/2017-September/006052.html

Hi guys,
On my current roo 1.1.0 project, if I fire up roo-dev pulled from git today, I get the following errors, seems to come from a null pointer exception and leading to the mysql jdbc driver not being found
[Thread-2] [org.springframework.roo.addon.dbre [11]] ServiceEvent REGISTERED
roo> java.lang.IllegalStateException: java.lang.NullPointerException
	at org.springframework.roo.addon.dbre.model.DatabaseXmlUtils.readDatabaseStructureFromInputStream(DatabaseXmlUtils.java:280)
	at org.springframework.roo.addon.dbre.DbreModelServiceImpl.deserializeDatabaseMetadataIfPossible(DbreModelServiceImpl.java:307)
	at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:201)
	at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:185)
	at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:150)
	at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.getIdentifiers(DbreDatabaseListenerImpl.java:306)
	at org.springframework.roo.addon.entity.AbstractIdentifierServiceAwareMetadataProvider.getIdentifiersForType(AbstractIdentifierServiceAwareMetadataProvider.java:53)
	at org.springframework.roo.addon.entity.EntityMetadataProviderImpl.getMetadata(EntityMetadataProviderImpl.java:87)
	at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:266)
	at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:136)
	at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:81)
	at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:179)
	at org.springframework.roo.addon.dbre.DbreMetadataProviderImpl.getMetadata(DbreMetadataProviderImpl.java:52)
	at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:143)
	at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:199)
	at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:262)
	at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:141)
	at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:344)
	at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:318)
	at org.springframework.roo.process.manager.internal.DefaultFileManager.notify(DefaultFileManager.java:199)
	at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:276)
	at org.springframework.roo.addon.maven.MavenProjectMetadataProvider.onFileEvent(MavenProjectMetadataProvider.java:220)
	at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:36)
	at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:15)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:177)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:99)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager$1.frameworkEvent(DefaultProcessManager.java:62)
	at org.apache.felix.framework.util.EventDispatcher.invokeFrameworkListenerCallback(EventDispatcher.java:767)
	at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:724)
	at org.apache.felix.framework.util.EventDispatcher.run(EventDispatcher.java:942)
	at org.apache.felix.framework.util.EventDispatcher.access$000(EventDispatcher.java:54)
	at org.apache.felix.framework.util.EventDispatcher$1.run(EventDispatcher.java:106)
	at org.springframework.roo.addon.dbre.model.DatabaseContentHandler.getColumn(DatabaseContentHandler.java:115)
	at org.springframework.roo.addon.dbre.model.DatabaseContentHandler.startElement(DatabaseContentHandler.java:46)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501)
	at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:179)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1343)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2755)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
	at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
	at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
	at javax.xml.parsers.SAXParser.parse(SAXParser.java:198)
	at org.springframework.roo.addon.dbre.model.DatabaseXmlUtils.readDatabaseStructureFromInputStream(DatabaseXmlUtils.java:275)
	... 37 more
[FelixDispatchQueue] Downloaded 0% of roobot.xml.zip
[FelixDispatchQueue] Downloaded 100% of roobot.xml.zip
[FelixDispatchQueue] Located add-on that may offer this JDBC driver
[FelixDispatchQueue] 1 found, sorted by rank; T = trusted developer; R = Roo 1.1 compatible
[FelixDispatchQueue] ID T R DESCRIPTION -------------------------------------------------------------
[FelixDispatchQueue] 01 Y Y 5.1.13.0001 #jdbcdriver driverclass:com.mysql.jdbc.Driver. This...
[FelixDispatchQueue] --------------------------------------------------------------------------------
[FelixDispatchQueue] [HINT] use 'addon info TAB' to see details about a bundle
[FelixDispatchQueue] [HINT] use 'addon install TAB' to install a specific bundle
[FelixDispatchQueue] JDBC driver not available for 'com.mysql.jdbc.Driver'
                     java.lang.IllegalArgumentException: JDBC driver not available for 'com.mysql.jdbc.Driver'
                         at org.springframework.roo.support.util.Assert.notNull(Assert.java:112)
                         at org.springframework.roo.addon.dbre.jdbc.ConnectionProviderImpl.getConnection(ConnectionProviderImpl.java:41)
                         at org.springframework.roo.addon.dbre.jdbc.ConnectionProviderImpl.getConnection(ConnectionProviderImpl.java:53)
                         at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getConnection(DbreModelServiceImpl.java:317)
                         at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:214)
                         at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:185)
                         at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:150)
                         at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.getIdentifiers(DbreDatabaseListenerImpl.java:306)
                         at org.springframework.roo.addon.entity.AbstractIdentifierServiceAwareMetadataProvider.getIdentifiersForType(AbstractIdentifierServiceAwareMetadataProvider.java:53)
                         at org.springframework.roo.addon.entity.EntityMetadataProviderImpl.getMetadata(EntityMetadataProviderImpl.java:87)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:266)
                         at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:136)
                         at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:179)
                         at org.springframework.roo.addon.dbre.DbreMetadataProviderImpl.getMetadata(DbreMetadataProviderImpl.java:52)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:143)
                         at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:199)
                         at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:262)
                         at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:141)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:344)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:318)
                         at org.springframework.roo.process.manager.internal.DefaultFileManager.notify(DefaultFileManager.java:199)
                         at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:276)
                         at org.springframework.roo.addon.maven.MavenProjectMetadataProvider.onFileEvent(MavenProjectMetadataProvider.java:220)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:177)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:99)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager$1.frameworkEvent(DefaultProcessManager.java:62)
                         at org.apache.felix.framework.util.EventDispatcher.invokeFrameworkListenerCallback(EventDispatcher.java:767)
                         at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:724)
                         at org.apache.felix.framework.util.EventDispatcher.run(EventDispatcher.java:942)
	at org.springframework.roo.addon.dbre.DbreModelServiceImpl.considerStartup(DbreModelServiceImpl.java:86)
	at org.springframework.roo.addon.dbre.DbreModelServiceImpl.onProcessManagerStatusChange(DbreModelServiceImpl.java:78)
	at org.springframework.roo.process.manager.event.AbstractProcessManagerStatusPublisher.setProcessManagerStatus(AbstractProcessManagerStatusPublisher.java:52)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:103)
	... 13 more
roo> ERROR: EventDispatcher: Error during dispatch. (java.lang.IllegalStateException: java.lang.IllegalArgumentException: JDBC driver not available for 'com.mysql.jdbc.Driver')
java.lang.IllegalStateException: java.lang.IllegalArgumentException: JDBC driver not available for 'com.mysql.jdbc.Driver'
	at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:237)
Caused by: java.lang.IllegalArgumentException: JDBC driver not available for 'com.mysql.jdbc.Driver'
	at org.springframework.roo.support.util.Assert.notNull(Assert.java:112)
	at org.springframework.roo.addon.dbre.jdbc.ConnectionProviderImpl.getConnection(ConnectionProviderImpl.java:41)
	at org.springframework.roo.addon.dbre.jdbc.ConnectionProviderImpl.getConnection(ConnectionProviderImpl.java:53)
	at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getConnection(DbreModelServiceImpl.java:317)
	at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:214)
	... 11 more
[Thread-2] [org.apache.felix.framework [0]] FrameworkEvent STARTLEVEL CHANGED
I can also recreate this with a new project:
project --topLevelPackage tld.tempproject
persistence setup --provider OPENJPA --database MYSQL --userName temp --password pass --databaseName tempproject --hostName 10.0.1.4
database reverse engineer --package ~.domain --schema schema
gives
Located add-on that may offer this JDBC driver
1 found, sorted by rank; T = trusted developer; R = Roo 1.1 compatible
ID T R DESCRIPTION -------------------------------------------------------------
01 Y Y 5.1.13.0001 #jdbcdriver driverclass:com.mysql.jdbc.Driver. This...
--------------------------------------------------------------------------------
[HINT] use 'addon info TAB' to see details about a bundle
[HINT] use 'addon install TAB' to install a specific bundle
JDBC driver not available for 'com.mysql.jdbc.Driver'
java.lang.IllegalArgumentException: JDBC driver not available for 'com.mysql.jdbc.Driver'
    at org.springframework.roo.addon.dbre.jdbc.ConnectionProviderImpl.getConnection(ConnectionProviderImpl.java:41)
    at org.springframework.roo.addon.dbre.jdbc.ConnectionProviderImpl.getConnection(ConnectionProviderImpl.java:53)
    at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getConnection(DbreModelServiceImpl.java:317)
    at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:214)
    at org.springframework.roo.addon.dbre.DbreModelServiceImpl.refreshDatabase(DbreModelServiceImpl.java:155)
    at org.springframework.roo.addon.dbre.DbreOperationsImpl.reverseEngineerDatabase(DbreOperationsImpl.java:77)
    at org.springframework.roo.addon.dbre.DbreCommands.serializeDatabaseMetadata(DbreCommands.java:50)
    at org.springframework.roo.support.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:191)
    at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy$1.callback(ProcessManagerHostedExecutionStrategy.java:49)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:177)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:140)
    at java.lang.Thread.run(Thread.java:680)
What's going on? Is MySQL no longer supported?

Hello
https://github.com/apache/camel/blob/camel-2.15.2/camel-core/src/main/java/org/apache/camel/component/file/FileOperations.java
Permissions are never updated without setting a charset.
The block code at line 280 seems to be at the wrong place.
Best,
Nicolas.

A POSIX-format archive that came from sysdiagnose produces NumberFormatException[1] when I try to read it with TarArchiveInputStream.
The relevant part of the .tar file looks like this:
   18 uid=429496729
That's the uid of 'nobody' on Mac OS (on Mac OS, uid_t is 'unsigned int').
POSIX doesn't say anything about the width of the uid extended header[2], so I assume the tar file is okay. GNU tar doesn't have trouble with it.
The relevant code, in applyPaxHeadersToCurrentEntry:
            } else if ("gid".equals(key))
{
                currEntry.setGroupId(Integer.parseInt(val));
...
            }
 else if ("uid".equals(key)){
                currEntry.setUserId(Integer.parseInt(val));
uid_t and gid_t are typically unsigned 32-bit integers, so these should presumably use Long.parseLong to handle integers with the top bit set (and TarArchiveEntry would need some modifications to handle large uid and gid, too).
[1] java.lang.NumberFormatException: For input string: "4294967294"
        at java.lang.Integer.parseInt(Integer.java:495)
        at java.lang.Integer.parseInt(Integer.java:527)
        at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.applyPaxHeadersToCurrentEntry(TarArchiveInputStream.java:488)
        at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.paxHeaders(TarArchiveInputStream.java:415)
        at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.getNextTarEntry(TarArchiveInputStream.java:295)
[2] http://pubs.opengroup.org/onlinepubs/9699919799/utilities/pax.html#tag_20_92_13_03
uid
The user ID of the file owner, expressed as a decimal number using digits from the ISO/IEC 646:1991 standard. This record shall override the uid field in the following header block(s). When used in write or copy mode, pax shall include a uid extended header record for each file whose owner ID is greater than 2097151 (octal 7777777).

The security listener incorrectly adds a copy of the auth header for streaming api client. Although this causes the exchange to ultimately fail, the BayeuxClient reconnects and proceeds without raising errors in Camel route. However, this ends up logging multiple warnings from the security listener and the BayeuxClient. 
Fixing the security listener to reset the auth header will optimize this process and let the BayeuxClient continue with the existing exchange. 

I have been using 2017.6.0 because of datasource trouble, but needed to upgrade to 2017.12.1 for JavaEE 8 for new project.
This issue is connected to, but distinct from: https://issues.jboss.org/browse/SWARM-1486
I'm using swarm for testing with Arquillian. It's a lot nicer (to me) than requiring an application server and messing with paths when I can just use Swarm for tests since I will be using Wildfly in prod anyway.
project-defaults.yml looks like this:

swarm:
  datasources:
    data-sources:
      app:
        jndi-name: java:/app
        driver-name: myh2
        connection-url: jdbc:h2:mem:test;DB_CLOSE_DELAY=-1;DB_CLOSE_ON_EXIT=FALSE
        user-name: sa
        password: sa
    jdbc-drivers:
      myh2:
        driver-class-name: org.h2.Driver
        xa-datasource-name: org.h2.jdbcx.JdbcDataSource
        driver-module-name: com.h2database.h2

persistence.xml looks like:

<persistence xmlns="http://xmlns.jcp.org/xml/ns/persistence"
	xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/persistence http://xmlns.jcp.org/xml/ns/persistence/persistence_2_1.xsd"
	version="2.1">
	
	<persistence-unit name="app">
		<jta-data-source>java:/app</jta-data-source>
		<properties>
			<property name="hibernate.hbm2ddl.auto" value="update" />
			<property name="hibernate.hbm2ddl.import_files_sql_extractor" value="org.hibernate.tool.hbm2ddl.MultipleLinesSqlCommandExtractor" />
		</properties>
	</persistence-unit>
</persistence>

I attempt to run with mvn test and the result is a crash that indicates that it expects to find the datasource at java:jboss/datasources/app instead of the defined java:/app. If I modify the definition in project-defaults.yml and persistence.xml to use java:jboss/datasources/app, it works without any problem

I need to double check the code, but from some logs it appears that if region moves from A to B, then from B to A, and then closed on A for reason that is not move (not clear what), and is assigned to C, A and B will play ping-pong with the client for a while until some serendipitous occasion refreshes meta.

If we are loading data from local fs to hive tables using 'LOAD DATA LOCAL INPATH' and if a file with the same name exists in the table's location then the new file will be suffixed by *_copy_1.
But if we do the 'LOAD DATA INPATH'  for a file in hdfs then there is no rename happening but just a move task is getting triggered. Since a file with same name exists in same hdfs location, hadoop fs move operation throws an error.
hive> LOAD DATA INPATH '/userdata/bejoy/site.txt' INTO TABLE test.site;
Loading data to table test.site
hive> 

The new Acl interface specifies the method:
void insertAce(Serializable afterAceId, Permission permission, Sid sid, boolean granting)
        throws NotFoundException;
but doesn't specify what happens if the afterAceId is null. In fact the AclImpl adds it to the end of the list. This means there are two ways to add to the end of the list and no way to add to the start of the list. Either the null behaviour should be changed to add to the start of the list , or beforeAceIds should be used. Changing the behaviour of null seems preferable and requires only the one line change in the insertAce method of AclImpl:
this.aces.add(ace)
to
this.aces.add(0, ace);
This is vital functionality as we are intending to use the ordering to implement the order of precedence in an acl ie user denies, user grants, role denies, role grants then check parent.

As a result, repeating @Configurable annotations are ignored and config item name is calculated. E.g. org.wildfly.swarm.undertow.UndertowFraction#alias - annotations are ignored and the calculated name is swarm.undertow.alias.

When an operation gets timed out, it is removed from handleToOperation hash map in OperationManager.removeTimedOutOperation(). However OPEN_OPERATIONS counter is not decremented. 
This can result in an inaccurate open operations metrics value being reported. Especially when submitting queries to Hive from Hue with close_queries=false option, this results in misleading HS2 metrics charts.

When a transaction times out during execution of HTTP request and an inadequate error handling lets it escape the next HTTP request gets exception:

20130528,17:20:05,561 ERROR [CheckupAction] DB-HIBERNATE: ERROR: xx.yyy.zzz.utils.TransactionAdapterSDB$TransactionSDBException: java.lang.RuntimeException: javax.transaction.NotSupportedException: BaseTransaction.checkTransactionState - ARJUNA016051: 
thread is already associated with a transaction!
        at xx.yyy.zzz.utils.TransactionAdapterSDB.begin(TransactionAdapterSDB.java:85) [WebPortalCore.jar:]
        at xx.yyy.apps.crmtrk.web.component.HibernateSessionHandler.getHBS(HibernateSessionHandler.java:30) [WebPortalCore.jar:]
        at xx.yyy.apps.crmtrk.web.action.HibernateAction.getHBS(HibernateAction.java:91) [WebPortalCore.jar:]
        at xx.yyy.apps.crmtrk.web.action.CheckupAction.execute(CheckupAction.java:643) [classes:]
        at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:283) [xwork-1.0.5.jar:]
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:166) [xwork-1.0.5.jar:]
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:35) [xwork-1.0.5.jar:]
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:164) [xwork-1.0.5.jar:]
        at xx.yyy.apps.crmtrk.web.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:80) 

This does not happen to transactions that did not timed out. They seemed to be cleaned up.
This is due to the TransactionRollbackSetupAction class that supposed to make sure that there are not transaction leaks in EE request. There is a method checkTransactionStatus() that performs a check on an escaped transaction and does a rollback() if it finds a transaction with following status: 

	switch (status) {
                case Status.STATUS_ACTIVE:
                case Status.STATUS_COMMITTING:
                case Status.STATUS_MARKED_ROLLBACK:
                case Status.STATUS_PREPARING:
                case Status.STATUS_ROLLING_BACK:
                case Status.STATUS_PREPARED:
                    try {
                        TransactionLogger.ROOT_LOGGER.transactionStillOpen(status);
                        tm.rollback();
                    } catch (Exception ex) {
                        TransactionLogger.ROOT_LOGGER.unableToRollBack(ex);
                    }
            }

The status of a timed out transaction is STATUS_ROLLEDBACK which explains why it escapes this cleanup attempt.

The way to reproduce:

set hive.execution.engine=spark;
create table if not exists test(id int);
create table if not exists test1(id int);
insert into test values(1);
insert into test1 values(1);
select max(a.id) from test a ,test1 b
where a.id = b.id;

shortcutFunction() has the following code:

          if (c.getValue() == Boolean.FALSE) {

Boolean.FALSE.equals() should be used.
There're a few other occurrences of using reference equality on Boolean in this class.

I catch issue with JMS-Bridge integration with Credential store through credential-reference attribute.
There is problem with source-credential-reference (target-credential-reference works fine).
Problem is that source-credential-reference is ignored.

Right now there are two ways to get HBaseReadWrite instance in metastore. Both get a threadlocal instance (is there a good reason for that?).
1) One is w/o conf and only works if someone called the (2) before, from any thread.
2) The other blindly sets a static conf and then gets an instance with that conf, or if someone already happened to call (1) or (2) from this thread, it returns the existing instance with whatever conf was set before (but still resets the current conf to new conf).
This doesn't make sense even in an already-thread-safe case (like linear CLI-based tests), and can easily lead to bugs as described; the config propagation logic is not good (example - HIVE-12167); some calls just reset config blindly, so there's no point in setting staticConf, other than for the callers of method (1) above who don't have a conf and would rely on the static (which is bad design).
Having connections with different configs reliably in not possible, and multi-threaded cases would also break - you could even set conf, have it reset and get instance with somebody else's conf. 
Static should definitely be removed, maybe threadlocal too (HConnection is thread-safe).

Type information specified  while using a custom reduce script is converted to lower case, and causes type mismatch during query semantic analysis .  The following REDUCE query where field name =  "userId" failed.
hive> CREATE TABLE SS (
   >                     a INT,
   >                     b INT,
   >                     vals ARRAY<STRUCT<userId:INT, y:STRING>>
   >                 );
OK
hive> FROM (select * from srcTable DISTRIBUTE BY id SORT BY id) s
   >     INSERT OVERWRITE TABLE SS
   >     REDUCE *
   >         USING 'myreduce.py'
   >         AS
   >                     (a INT,
   >                     b INT,
   >                     )
   >         ;
FAILED: Error in semantic analysis: line 2:27 Cannot insert into
target table because column number/types are different SS: Cannot
convert column 2 from array<struct<userId:int,y:string>> to
array<struct<userid:int,y:string>>.
The same query worked fine after changing "userId" to "userid".

CAMEL-5529 was an incomplete fix and broke the streaming consumer.  Patch attached.

The Method.invoke call in 2 cases is done via (Object[])null but empty Object array will shut up the compiler.

When dropping a non-existent database, the HMS will still fire registered DROP_DATABASE event listeners.  This results in an NPE when the listeners attempt to deref the null database parameter.

It is possible to overlay resource directly in deployed jar, however, same resource can not be properly overlayed if said jar is deployed as part of ear ( possibly war as well ).
Example:
jar (xxx.jar):
/org/test/ejb/EJBImpl.class
/org/test/ejb/resourceToOverlya.txt
ear(yyy.ear) - war seems to be the subject of this as well
/xxx.jar
Overlay #1( over jar)
overlay target: xxx.jar/org/test/ejb/resourceToOverlya.txt
Result: proper deployment(EJB is deployed), resource has been overlayed
Overlay #2( over jar inside ear )
overlay target: org/test/ejb/resourceToOverlya.txt
Result: bad deployment, no EJB deployed, overlay target has been overlayed
Reason of such outcome is that VFS.exists() does not recognize JavaZipFileSystem$ZipNode/Entry as zipped archive and does not dive into children.
So what happens in here is as follows. When EAR is deployed OverlayProcessor kicks in at:
https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/org/jboss/as/server/deployment/DeploymentOverlayDeploymentUnitProcessor.java#L107
For this example ear/jar pair, first pair of values:
mountPoint: /content/yyy.ear/xxx.jar/org/test/ejb/resourceToOverlya.txt
parent:  /content/yyy.ear/xxx.jar/org/test/ejb
Outcome of exists() call == false, should be true.
this will iterate up to parent == /content/yyy.ear/xxx.jar
At this point, 'createParents' contain some entries and 
https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/org/jboss/as/server/deployment/DeploymentOverlayDeploymentUnitProcessor.java#L114
will create tmp/virtual mounts for:

/content/yyy.ear/xxx.jar/org/test/ejb
/content/yyy.ear/xxx.jar/org/test
/content/yyy.ear/xxx.jar/org

What it will essentially do is create overlay for whole 'org' package! The VirtualFile.getChildren() will return tmp mounted VirtualFile for 'org' entry: https://github.com/jbossas/jboss-vfs/blob/master/src/main/java/org/jboss/vfs/VirtualFile.java#L335
There is part of code which should remove 'submount' if there is directory entry: https://github.com/jbossas/jboss-vfs/blob/master/src/main/java/org/jboss/vfs/VirtualFile.java#L345 however ( if I remember correctly) 'org' tmp mount ends up twice in 'submounts'
When VirtualFile.getChildren is called for 'this' == /content/yyy.ear/xxx.jar ( in this case it is properly removed) and when 'this' ==  /content/yyy.ear/xxx.jar/org - in which case it derails getChildren and diverts into tmp mount.
Now about https://github.com/jbossas/jboss-vfs/blob/master/src/main/java/org/jboss/vfs/spi/JavaZipFileSystem.java#L355
What happens here, for ear deployment - it dives recursively into 'find' until 'target' is equal to '/content/yyy.ear/xxx.jar' at this target.getParent() == 'mountPoint' == '/content/yyy.ear'.
At this point 'find' will get result ZipNode == /content/yyy.ear and fetch child 'xxx.jar' and pop back up one notch in the call stack. However the 'xxx.jar' entry does not have any children, hence there is no way to fetch next child in line 'org'.

This code

            MBeanServer server = ManagementFactory.getPlatformMBeanServer();
            for (ObjectName oname : server.queryNames(new ObjectName("*:type=context,*"), null)) {
                System.out.println(oname);
            }

gives 

16:51:25,842 INFO  [stdout] (pool-3-thread-1) org.apache.camel:context=swagger-test,type=context,name="swagger-test"
16:51:25,842 INFO  [stdout] (pool-3-thread-1) jboss.jsr77:j2eeType=J2EEServer,name=default
16:51:25,843 INFO  [stdout] (pool-3-thread-1) jboss.jsr77:j2eeType=JVM,name=default,J2EEServer=default
16:51:25,843 INFO  [stdout] (pool-3-thread-1) jboss.jsr77:j2eeType=J2EEDomain,name=jboss.jsr77

Trying table sampling on any non-empty table throws NPE. This does not occur by test on mini-MR.

select count(*) from emp tablesample (0.1 percent);     
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.sampleSplits(CombineHiveInputFormat.java:450)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:403)
	at org.apache.hadoop.mapred.JobClient.writeOldSplits(JobClient.java:971)
	at org.apache.hadoop.mapred.JobClient.writeSplits(JobClient.java:963)
	at org.apache.hadoop.mapred.JobClient.access$500(JobClient.java:170)
	at org.apache.hadoop.mapred.JobClient$2.run(JobClient.java:880)
	at org.apache.hadoop.mapred.JobClient$2.run(JobClient.java:833)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1127)
	at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:833)
	at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:807)
	at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:432)
	at org.apache.hadoop.hive.ql.exec.MapRedTask.execute(MapRedTask.java:136)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1332)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1123)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:931)
Job Submission failed with exception 'java.lang.NullPointerException(null)'

This is necessary when use JBI packaging for servicemix-camel ServiceUnit  so that we get chance to use SU classloader to scan packages in the ServiceUnit

Tez doesn't expose a distributed cache. JARs are localized via yarn APIs and added to vertices and the dag itself as needed. For hive we need to localize the hive-exec.jar.

After running the hbck in the cluster ,it is found that one region is not assigned
So the hbck -fix is used to fix this 
But the assignment didnt happen since the zookeeper session is closed
Please find the attached trace for more details
Trying to fix unassigned region...
12/04/03 11:02:57 INFO util.HBaseFsckRepair: Region still in transition, waiting for it to become assigned: 
{NAME => 'ufdr,002300,1333379123498.00871fbd7583512e12c4eb38e900be8d.', STARTKEY => '002300', ENDKEY => '002311', ENCODED => 00871fbd7583512e12c4eb38e900be8d,}
12/04/03 11:02:58 INFO client.HConnectionManager$HConnectionImplementation: Closed zookeeper sessionid=0x236738a2630000a
12/04/03 11:02:58 INFO zookeeper.ZooKeeper: Session: 0x236738a2630000a closed
ERROR: Region 
{ meta => ufdr,010444,1333379123857.01594219211d0035b9586f98954462e1., hdfs => hdfs://10.18.40.25:9000/hbase/ufdr/01594219211d0035b9586f98954462e1, deployed => }
 not deployed on any region server.
12/04/03 11:02:58 INFO zookeeper.ClientCnxn: EventThread shut down
12/04/03 11:02:58 WARN zookeeper.ZKUtil: hconnection-0x236738a2630000a Unable to set watcher on znode (/hbase)
at org.apache.zookeeper.KeeperException.create(KeeperException.java:127)
at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
at org.apache.zookeeper.ZooKeeper.exists(ZooKeeper.java:1021)
at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.exists(RecoverableZooKeeper.java:150)
at org.apache.hadoop.hbase.zookeeper.ZKUtil.checkExists(ZKUtil.java:263)
at org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker.checkIfBaseNodeAvailable(ZooKeeperNodeTracker.java:208)
at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.checkIfBaseNodeAvailable(HConnectionManager.java:695)
at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getMaster(HConnectionManager.java:626)
at org.apache.hadoop.hbase.client.HBaseAdmin.getMaster(HBaseAdmin.java:211)
at org.apache.hadoop.hbase.client.HBaseAdmin.assign(HBaseAdmin.java:1325)
at org.apache.hadoop.hbase.util.HBaseFsckRepair.forceOfflineInZK(HBaseFsckRepair.java:109)
at org.apache.hadoop.hbase.util.HBaseFsckRepair.fixUnassigned(HBaseFsckRepair.java:92)
at org.apache.hadoop.hbase.util.HBaseFsck.tryAssignmentRepair(HBaseFsck.java:1235)
at org.apache.hadoop.hbase.util.HBaseFsck.checkRegionConsistency(HBaseFsck.java:1351)
at org.apache.hadoop.hbase.util.HBaseFsck.checkAndFixConsistency(HBaseFsck.java:1114)
at org.apache.hadoop.hbase.util.HBaseFsck.onlineConsistencyRepair(HBaseFsck.java:356)
at org.apache.hadoop.hbase.util.HBaseFsck.onlineHbck(HBaseFsck.java:375)
at org.apache.hadoop.hbase.util.HBaseFsck.main(HBaseFsck.java:2894)
12/04/03 11:02:58 ERROR zookeeper.ZooKeeperWatcher: hconnection-0x236738a2630000a Received unexpected KeeperException, re-throwing exception
12/04/03 11:02:58 INFO client.HConnectionManager$HConnectionImplementation: This client just lost it's session with ZooKeeper, trying to reconnect.
12/04/03 11:02:58 INFO client.HConnectionManager$HConnectionImplementation: Trying to reconnect to zookeeper
12/04/03 11:02:58 INFO zookeeper.ZooKeeper: Initiating client connection, connectString=10.18.40.21:2181,10.18.40.25:2181,10.18.40.93:2181 sessionTimeout=60000 watcher=hconnection
12/04/03 11:02:58 INFO zookeeper.ClientCnxn: Opening socket connection to server /10.18.40.93:2181
12/04/03 11:02:58 INFO zookeeper.RecoverableZooKeeper: The identifier of this process is 18333@HOST-10-18-40-93
12/04/03 11:02:58 WARN client.ZooKeeperSaslClient: SecurityException: java.lang.SecurityException: Unable to locate a login configuration occurred when trying to find JAAS configuration.
12/04/03 11:02:58 INFO client.ZooKeeperSaslClient: Client will not SASL-authenticate because the default JAAS configuration section 'Client' could not be found. If you are not using SASL, you may ignore this. On the other hand, if you expected SASL to work, please fix your JAAS configuration.
12/04/03 11:02:58 INFO zookeeper.ClientCnxn: Socket connection established to HOST-10-18-40-93/10.18.40.93:2181, initiating session
12/04/03 11:02:58 INFO zookeeper.ClientCnxn: Session establishment complete on server HOST-10-18-40-93/10.18.40.93:2181, sessionid = 0x3367392d5140018, negotiated timeout = 40000
12/04/03 11:02:58 INFO client.HConnectionManager$HConnectionImplementation: Reconnected successfully. This disconnect could have been caused by a network partition or a long-running GC pause, either way it's recommended that you verify your environment.
Exception in thread "main" org.apache.hadoop.hbase.MasterNotRunningException
at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getMaster(HConnectionManager.java:686)
Please find the attached file for more details..

ModelControllerClientOperationHandler's constructor creates a ThreadPoolExecutor for handling client requests and then the class doesn't clean it up.
In addition, an instance of ModelControllerClientOperationHandler is created per channel, not one per ModelControllerClientOperationHandlerFactoryService. I know I at least thought of the thread pool as being per remote management interface, not per channel.
Making it be per ModelControllerClientOperationHandlerFactoryService and cleaning it up in that service's stop would be the easiest fix, but the pool settings may not be appropriate if we do that, so tread carefully.

In MapRecordProcessor::getFinalOp() due to external cause(not known), the TezDummyStoreOperator may have MergeJoin Op as child intermittently. Due to this, the fetchDone remains set to true for the DummyOp which was set by previous task. Ideally, fetchDone should be reset for each task. This eventually leads to the join op skip rows from that dummy op resulting in wrong results.
Good init order

2018-11-01 21:42:33,677 [INFO] [TezChild] |tez.MapRecordProcessor|: getFinalOp child Ops = TS[3] (core)
2018-11-01 21:42:33,677 [INFO] [TezChild] |tez.MapRecordProcessor|: getFinalOp child Ops = FIL[24]
2018-11-01 21:42:33,677 [INFO] [TezChild] |tez.MapRecordProcessor|: getFinalOp child Ops = SEL[5]
2018-11-01 21:42:33,677 [INFO] [TezChild] |tez.MapRecordProcessor|: getFinalOp child Ops = DUMMY_STORE[45]
2018-11-01 21:42:33,677 [INFO] [TezChild] |tez.MapRecordProcessor|: Iterating children of dummy op DUMMY_STORE[45]
2018-11-01 21:42:33,677 [INFO] [TezChild] |tez.MapRecordProcessor|: getFinalOp returns DUMMY_STORE[45]
2018-11-01 21:42:33,677 [INFO] [TezChild] |tez.MapRecordProcessor|: InitProcessor : setting fetchDone to false

Bad init order 

2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  getFinalOp child Ops = TS[3] (core)
2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  getFinalOp child Ops = FIL[24]
2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  getFinalOp child Ops = SEL[5]
2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  getFinalOp child Ops = DUMMY_STORE[45]
2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  Iterating children of dummy op DUMMY_STORE[45]
2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  Child of Dummy Op MERGEJOIN[44]
2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  getFinalOp child Ops = MERGEJOIN[44]
2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  getFinalOp child Ops = SEL[13]
2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  getFinalOp child Ops = RS[14]
2018-11-01 21:42:33,304 [INFO] [TezChild] |tez.MapRecordProcessor|:  getFinalOp returns RS[14]

(E) ManagerProcessing
        (O) LoadableExtensionLoader.load
        (E) ServiceLoader
(E) ManagerStarted
        (O) ConfigurationRegistrar.loadConfiguration
        (E) ArquillianDescriptor
                (O) ContainerRegistryCreator.createRegistry
                (E) ContainerRegistry
                (O) ProtocolRegistryCreator.createRegistry
                (E) ProtocolRegistry
(E) BeforeSuite
        (I) TestContextHandler.createSuiteContext
        (O) ContainerEventController.execute
        (E) ContainerMultiControlEvent
                (O) ContainerLifecycleController.setupContainers
                (E) SetupContainer
                        (I) ContainerDeploymentContextHandler.createContainerContext
                        (O) ContainerLifecycleController.setupContainer
                        (E) BeforeSetup
                        (E) Container
                        (E) AfterSetup
                (O) ClientContainerControllerCreator.createClientSideContainerController
                (E) ContainerController
                (O) ClientDeployerCreator.createClientSideDeployer
                (E) Deployer
                (O) ContainerLifecycleController.startSuiteContainers
                (E) StartContainer
                        (O) ContainerLifecycleController.startContainer
                        (E) BeforeStart
                        (E) ManagementClient
                        (E) ArchiveDeployer
                        (E) IllegalArgumentException
                (E) IllegalArgumentException
        (E) IllegalArgumentException

        at org.jboss.dmr.ModelValue.getKeys(ModelValue.java:124)
        at org.jboss.dmr.ModelNode.keys(ModelNode.java:1194)
        at org.jboss.as.arquillian.container.domain.ManagementClient.createDomain(ManagementClient.java:116)
        at org.jboss.as.arquillian.container.domain.CommonDomainDeployableContainer.start(CommonDomainDeployableContainer.java:126)
        at org.jboss.arquillian.container.impl.ContainerImpl.start(ContainerImpl.java:199)
        at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:163)
        at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:157)
        at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forContainer(ContainerLifecycleController.java:255)
        at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startContainer(ContainerLifecycleController.java:156)
        at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
        at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
        at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
        at org.jboss.arquillian.container.impl.client.ContainerDeploymentContextHandler.createContainerContext(ContainerDeploymentContextHandler.java:57)
        at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
        at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
        at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
        at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
        at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$2.perform(ContainerLifecycleController.java:77)
        at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$2.perform(ContainerLifecycleController.java:70)
        at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forEachSuiteContainer(ContainerLifecycleController.java:221)
        at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startSuiteContainers(ContainerLifecycleController.java:69)
        at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:86)
        at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
        at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeSuite(EventTestRunnerAdaptor.java:68)
        at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:97)
        at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
        at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
        at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(ReflectionUtils.java:208)
        at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:159)
        at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:87)
        at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
        at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:95)

tl;dr version from Brian:
The ServerService Threads and Host Controller Service Threads pools have no core size and a thread timeout of 20 secs, so if a management request comes in periodically but less often then every 20 secs (says twice a minute) the pool will continually churn threads. That kind of periodic polling is not an unusual scenario, so, we'll put in a core size of one or two.
Original details from Rostislav:
I did quite simple thing in the loop : 

deploy attached application into jboss-eap-7.0/standalone/deployments/
wait 1 minute
remove anything from jboss-eap-7.0/standalone/deployments/

I connected with jvisualvm and was watching monitor tab for cpu / classes / heap / threads overview statistics. After some time I spotted jumps (up and down) on threads.
After some time I see threads named "ServerService Thread Pool – 346", I ended with number bigger than 1400. In my case 15 threads are created for 20 seconds when deploying and another 15 threads are created for 20 seconds when undeploying. Nothing seems to be reused
Setup for threads is done in https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/org/jboss/as/server/ServerService.java#L207-L213 method addService
Is it intentional to have threads alive only 20 seconds and then scratch them ? Keeping a lot of threads means usage of system resources, creating new threads has some overhead too. Maybe the question is what is the right balance ? 
Note: It would be nice to have "Possible Bug" Issue Type for issues like this 

Compile error when setting hadoop.version to 2.9.0-SNAPSHOT:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.1:testCompile (default-testCompile) on project hive-shims-common: Compilation failure: Compilation failure:
[ERROR] /Users/ajisaka/git/hive/shims/common/src/main/test/org/apache/hadoop/hive/io/TestHdfsUtils.java:[34,17] package org.junit does not exist
[ERROR] /Users/ajisaka/git/hive/shims/common/src/main/test/org/apache/hadoop/hive/io/TestHdfsUtils.java

This commit broke our 0.92/0.94 compatibility:

r1136686 | stack | 2011-06-16 14:18:08 -0700 (Thu, 16 Jun 2011) | 1 line

HBASE-3927 display total uncompressed byte size of a region in web UI

I just tried the new RC for 0.94.  I brought up a 0.94 master on a 0.92 cluster and rather than just digest version 1 of the HServerLoad, I get this:

2012-04-14 22:47:59,752 WARN org.apache.hadoop.ipc.HBaseServer: Unable to read call parameters for client 10.4.14.38
java.io.IOException: Error in readFields
        at org.apache.hadoop.hbase.io.HbaseObjectWritable.readObject(HbaseObjectWritable.java:684)
        at org.apache.hadoop.hbase.ipc.Invocation.readFields(Invocation.java:125)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Connection.processData(HBaseServer.java:1269)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Connection.readAndProcess(HBaseServer.java:1184)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Listener.doRead(HBaseServer.java:722)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Listener$Reader.doRunLoop(HBaseServer.java:513)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Listener$Reader.run(HBaseServer.java:488)
Caused by: A record version mismatch occured. Expecting v2, found v1
        at org.apache.hadoop.io.VersionedWritable.readFields(VersionedWritable.java:46)
        at org.apache.hadoop.hbase.HServerLoad$RegionLoad.readFields(HServerLoad.java:379)
        at org.apache.hadoop.hbase.HServerLoad.readFields(HServerLoad.java:686)
        at org.apache.hadoop.hbase.io.HbaseObjectWritable.readObject(HbaseObjectWritable.java:681)
        ... 9 more

Setting methods names to blank on @RooEntity does not prevent those methods from being generated the same way versionField="" does, the settings appear to be ignored.
My specific requirement is to make an Entity read only (persistMethod="", removeMethod="", mergeMethod="") but all of the method name attributes should probably work the same way.

Hi all
Now is asserting on member instead argument. Actually is

public void setAspectJAdvisorFactory(AspectJAdvisorFactory aspectJAdvisorFactory) {
		Assert.notNull(this.aspectJAdvisorFactory, "AspectJAdvisorFactory must not be null");
		this.aspectJAdvisorFactory = aspectJAdvisorFactory;
	}

I supose that should be:

		Assert.notNull(aspectJAdvisorFactory, "AspectJAdvisorFactory must not be null");
	}

Jose

Problem occurs while testing the rest example with curl command-line tool. This error is thrown, while invoking POST call : javax.ws.rs.ClientErrorException: HTTP 415 Unsupported Media Type
Changing the content-type to application/xml should fix that.

Removing a peer does not clean up the associated metrics and state from walsById map in the ReplicationSourceManager.

When creating cache in newly creating cache container, it fails with [1]. 
This fails with EAP 7.1.0.DR11 even though this works with EAP 7.0. As this is regression in comparison to EAP 7.0 setting priority to critical.
[1]

16:24:10,561 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache-configuration.xxx.aaa: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.xxx.aaa: Failed to start service
Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000343: Must have a transport set in the global configuration in order to define a clustered cache
	at org.infinispan.configuration.cache.ClusteringConfigurationBuilder.validate(ClusteringConfigurationBuilder.java:115)
	at org.infinispan.configuration.cache.ConfigurationBuilder.validate(ConfigurationBuilder.java:229)
	at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:240)
	at org.infinispan.configuration.ConfigurationManager.putConfiguration(ConfigurationManager.java:80)
	at org.infinispan.manager.DefaultCacheManager.defineConfiguration(DefaultCacheManager.java:390)
	at org.infinispan.manager.DefaultCacheManager.defineConfiguration(DefaultCacheManager.java:353)
	at org.jboss.as.clustering.infinispan.DefaultCacheContainer.defineConfiguration(DefaultCacheContainer.java:73)
	... 3 more

16:24:10,562 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
    ("cache-container" => "xxx"),
    ("invalidation-cache" => "aaa")
    "WFLYCTL0080: Failed services" => {"org.wildfly.clustering.infinispan.cache-configuration.xxx.aaa" => "org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.xxx.aaa: Failed to start service
    Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000343: Must have a transport set in the global configuration in order to define a clustered cache"},
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.clustering.infinispan.cache-configuration.xxx.aaa"]
}

hbase(main):002:0> create 't1', 'cf'
create 't1', 'cf'
0 row(s) in 1.1320 seconds

hbase(main):003:0> disable 't1'
disable 't1'
0 row(s) in 1.0810 seconds

hbase(main):004:0> alter 't1', {NAME => 'cf', BLOOMFILTER => 'ROW'}
alter 't1', {NAME => 'cf', BLOOMFILTER => 'ROW'}

ERROR: no constructor with arguments matching [class org.jruby.java.proxies.ArrayJavaProxy, class org.jruby.RubyFixnum, class org.jruby.RubyString, class org.jruby.RubyBoolean, class org.jruby.RubyBoolean, class org.jruby.RubyFixnum, class org.jruby.RubyFixnum, class org.jruby.RubyBoolean, class org.jruby.RubyFixnum] on object #<Java::OrgApacheHadoopHbase::HColumnDescriptor:0x1e4218cb>

When running Beeline with -e option to pass in sql commands, a null pointer exception is thrown, even though the command completes successfully.

The current implementation of ConfigurationDynaBean makes some assumptions about the underlying Configuration object that are not met by all configuration implementations. Especially setting values for indexed properties by calling getList() and manipulating mapped properties through a subset configuration do not work for configurations derived from HierarchicalConfiguration.

DomainDeploymentOverlayTestCase fails on pure IPv6 machine with Unable to determine IP address from host name "2620:52:0:105f::ffff:8%eth0"
Always on pure IPv6 machine if proxy is used

./integration-tests.sh -Dmaven.repo.local=$MAVEN_REPO_LOCAL -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIPV6_1 -Dnode1=$MYTESTIPV6_2 -Dmcast=$MCAST_ADDRV6 -Dipv6  -Djboss.dist=$JBOSS_DIST -Dtest=DomainDeploymentOverlayTestCase -Dts.domain -DfailIfNoTests=false $PROXY_PARAMS

MYTESTIPV6_1=2620:52:0:105f::ffff:8

The following error was encountered while trying to retrieve the URL: http://2620:52:0:105f::ffff:8%eth0:8080/deployment0/SimpleServlet?

    Unable to determine IP address from host name "2620:52:0:105f::ffff:8%eth0"

The DNS server returned:

    Name Error: The domain name does not exist.

This means that the cache was not able to resolve the hostname presented in the URL. Check if the address is correct.

Your cache administrator is sysadmin-engops-jbossqe@redhat.com.

No error

Currently, the ResourceHttpRequestHandler returns a 404 NOT FOUND when a resource is requested for which ServletContext#getMimeType() returns null. This causes severe issues when common files have no associated mime type configured in the server, which might be avoidable by using some generic mime type and/or by trying an alternative approach like the Java Activation framework to determine the mime type if the servlet context can't. 
I ran into this on a WebLogic 10.3.2 server, which didn't even return a mime type for .gif, .png and .js files. Not sure if this was caused by a misconfiguration of the server or if WebLogic really doesn't have any pre-configured mime types for these files, but now the only solution was to add a bunch of mime type mappings to the web.xml. 

when zookeeper is down during a major compaction or a sweep tool run in progress, we switch to a minor.

try {
  zk = MobZookeeper.newInstance(this.conf, compactionName);
} catch (KeeperException e) {
  LOG.error("Cannot connect to the zookeeper, ready to perform the minor compaction instead", e);
  // change the major compaction into a minor one
  compaction.getRequest().setIsMajor(false);
  return super.compact(compaction);
}

but the "request start" (HRegion.reportCompactionRequestStart) is "major" and increments the major-compactions counter
while the "request end" (HRegion.reportCompactionRequestEnd) is "minor" and decrements the minor-compactions counter
triggering the assert newValue >= 0, since we are decrementing the wrong counter

To specify external secret file location externalPath is intended. However in case of PKCS11 it can't be achieved.

10:53:03,403 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service org.wildfly.security.credential-store.fips-credential-store: org.jboss.msc.service.StartException in service org.wildfly.security.credential-store.fips-credential-store: WFLYELY00004: Unable to start the service.
	at org.wildfly.extension.elytron.CredentialStoreService.start(CredentialStoreService.java:134)
Caused by: org.wildfly.security.credential.store.CredentialStoreException: ELY09514: Unable to initialize credential store
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.setupExternalStorage(KeyStoreCredentialStore.java:954)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.load(KeyStoreCredentialStore.java:828)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.initialize(KeyStoreCredentialStore.java:214)
	at org.wildfly.security.credential.store.CredentialStore.initialize(CredentialStore.java:159)
	at org.wildfly.extension.elytron.CredentialStoreService.start(CredentialStoreService.java:126)
	... 5 more
Caused by: java.nio.file.NoSuchFileException: /home/mchoma/workspace/git-repositories/tests-security/fips/fips-credential-store
	at sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
	at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
	at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
	at sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214)
	at java.nio.file.Files.newByteChannel(Files.java:407)
	at java.nio.file.spi.FileSystemProvider.newInputStream(FileSystemProvider.java:384)
	at java.nio.file.Files.newInputStream(Files.java:152)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.setupExternalStorage(KeyStoreCredentialStore.java:943)
	... 9 more

10:53:03,409 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("add") failed - address: ([
    ("credential-store" => "fips-credential-store")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.fips-credential-store" => "WFLYELY00004: Unable to start the service.
    Caused by: org.wildfly.security.credential.store.CredentialStoreException: ELY09514: Unable to initialize credential store
    Caused by: java.nio.file.NoSuchFileException: /home/mchoma/workspace/git-repositories/tests-security/fips/fips-credential-store"}}

Problem seems to be in method

    private void setupExternalStorage(final String keyContainingKeyStoreType, final Path keyContainingKeyStoreLocation) throws CredentialStoreException {
        KeyStore keyContainingKeyStore = getKeyStoreInstance(keyContainingKeyStoreType);
        keyStore = getKeyStoreInstance("JCEKS");
        externalStorage = new ExternalStorage();
        try {
            final char[] storePassword = getStorePassword(protectionParameter);
            if (keyContainingKeyStoreLocation != null) {
                try (InputStream is = Files.newInputStream(keyContainingKeyStoreLocation)) {
                    keyContainingKeyStore.load(is, storePassword);
                }
            } else {
                // keystore without file (e.g. PKCS11)
                synchronized (EmptyProvider.getInstance()) {
                    keyContainingKeyStore.load(null, storePassword);
                }
            }
            externalStorage.init(cryptographicAlgorithm, encryptionKeyAlias, keyContainingKeyStore, storePassword, keyStore);
        } catch(IOException | GeneralSecurityException e) {
            throw log.cannotInitializeCredentialStore(e);
        }
    }

Although location is not specified in CLI command keyContainingKeyStoreLocation is not null. Because once location is not specified it becomes name of CS, in this case fips-credential-store (This default is in elytron subsystem).

Why this profile "insight/insight-activemq" [1] is not included in the list of profiles provided by fabric in JBoss Fuse 6.2.1, and if we plan to include it in next version?
[1] https://github.com/fabric8io/insight/tree/master/insight-activemq

If "field sets" are used, then the mobile ui.xml template that's generated has an invalid reference. Ray C is going to see if this is a quick fix; if not, we can punt for the RC.

An optional parameter or a parameter with a key and without a value causes this error:
java.lang.IllegalStateException: Cannot bind to placeholder: jobParameters['DOMAIN']
e.g. with this definition:
<property name="domain" value="#
{jobParameters['DOMAIN']}
" />
Trace:
: Initialization of bean failed; nested exception is java.lang.IllegalStateException: Cannot bind to placeholder: jobParameters['DOMAIN']
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:480)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380)
	at org.springframework.beans.factory.support.AbstractBeanFactory$2.getObject(AbstractBeanFactory.java:302)
	at org.springframework.batch.core.scope.StepScope.get(StepScope.java:150)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:298)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164)
	at org.springframework.batch.core.scope.util.PlaceholderTargetSource.getTarget(PlaceholderTargetSource.java:185)
	at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.getTarget(Cglib2AopProxy.java:666)
	at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:616)
	at de.mazda.mets.scheduler.tasks.printinvoice.PrintInvoiceTasklet$$EnhancerByCGLIB$$33b22891.beforeStep(<generated>)
	at org.springframework.batch.core.listener.CompositeStepExecutionListener.beforeStep(CompositeStepExecutionListener.java:76)
	at org.springframework.batch.core.step.AbstractStep.execute(AbstractStep.java:192)

MSCK REPAIR TABLE is throwing Null Pointer Exception while running on single threaded mode (hive.mv.files.thread=0)
Error:
2016-10-10T22:27:13,564 ERROR [e9ce04a8-2a84-426d-8e79-a2d15b8cee09 main([])]: exec.DDLTask (DDLTask.java:failed(581)) - java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.metadata.HiveMetaStoreChecker.checkPartitionDirs(HiveMetaStoreChecker.java:423)
	at org.apache.hadoop.hive.ql.metadata.HiveMetaStoreChecker.findUnknownPartitions(HiveMetaStoreChecker.java:315)
	at org.apache.hadoop.hive.ql.metadata.HiveMetaStoreChecker.checkTable(HiveMetaStoreChecker.java:291)
	at org.apache.hadoop.hive.ql.metadata.HiveMetaStoreChecker.checkTable(HiveMetaStoreChecker.java:236)
	at org.apache.hadoop.hive.ql.metadata.HiveMetaStoreChecker.checkMetastore(HiveMetaStoreChecker.java:113)
	at org.apache.hadoop.hive.ql.exec.DDLTask.msck(DDLTask.java:1834)
In order to reproduce:
set hive.mv.files.thread=0 and run MSCK REPAIR TABLE command

An upgrade to XStream version has broken the alias cache manipulation in XmlRestProcessor. Earlier versions of XStream used to only throw a ClassNotFoundException when CachingMapper.realClass call failed to find a mapped class, but recent versions now add the exception to its cache. This makes it imperative that the cache be flushed when no real class is found. As a result, the cache lookup optimization now only avoids flushing in case the alias mapping hasn't changed, which still works for repeated invocation of the same endpoint which requires using an XML alias for Salesforce's RESTish API. 

Maybe a Docbook quickstart, some brief advice on what editor to use, how to build the docs and website, how to edit UI strings, config descriptions, script help output, etc.

A few of us trying migration from hbase1 to hbase2 have run into various assignment issues. In my case, I see that Master coming online, reading hbase:meta, finding an issue in OPENING state and then just not assigning. My thought is that its expecting a callback to come in. Eventually log is fills with this sort of stuff:
2017-11-02 15:02:54,237 WARN  [ProcExecTimeout] assignment.AssignmentManager: TODO Handle stuck in transition: rit=OPENING, location=ve0528.halxg.cloudera.com,16020,1509657692581, table=IntegrationTestBigLinkedList, region=919cc6636ffbed17f628f335d3a58726
Let me get a cleaner run. This current log is polluted by a few restarts.

To use some of the fixes made for 1.1.2 I grabbed the code from git, 1.1.2 rev 91ece7d
The project that worked fine with ROO 1.1.2 now says when Roo starts up:
java.lang.IllegalArgumentException: The entire package name must be lowercase (received 'org.apache.sanselan.common.byteSources')
Problem is, the package name IS mixed case, so this requirement seems weird. What's going on?
(reference to the package name: http://commons.apache.org/sanselan/api-release/org/apache/sanselan/common/byteSources/package-summary.html )

After visiting the isHealthy in HRegionServer, I think there is a logic mistake.

    // Verify that all threads are alive
    if (!(leases.isAlive()
        && cacheFlusher.isAlive() && hlogRoller.isAlive()
        && this.compactionChecker.isAlive())   <---- logic wrong here
        && this.periodicFlusher.isAlive()) {
      stop("One or more threads are no longer alive -- stop");
    }

which should be

        && this.compactionChecker.isAlive()
        && this.periodicFlusher.isAlive())) {
    }

Please finger out if i am wrong. Thx

If META don't have the same region boundaries as the stores files, writes and read might go to the wrong place. We need to provide a way to check that withing HBCK.

If metastore startup fails for some reason, such as not being able to access the database, it fails to exit. Instead the process continues to be up in a bad state.
This is happening because of a non daemon thread.

Up on jenkins, we currently make assemblies but there no doc in them.  The site goal runs last.  You can't run it anywhere else else build fails.  Upgrading the site plugin helps.   Upgrading site plugin I notice that there are a bunch of extra reports generated that would be no harm showing on the web site; e.g. dependencies transitively included, what dependencies we have, etc.  This issue is about upgrading site plugin to fix jenkins assemblies and to expose reports we are generating anyways (at least one report is new w/ the info-report upgrade from earlier today).

If LDAP is configured with multiple domains for authentication, users can be in different domains.
Currently, LdapAuthenticationProviderImpl blindly appends the domain configured "hive.server2.authentication.ldap.Domain" to the username, which limits user to that domain. However, under multi-domain authentication, the username may already include the domain (ex:  user@domain.foo.com). We should not append a domain if one is already present.
Also, if username already includes the domain, rest of Hive and authorization providers still expects the "short name" ("user" and not "user@domain.foo.com") for looking up privilege rules, etc.  As such, any domain info in the username should be stripped off.

I'm facing an issue with the version of camel 2.15.2 
I have a component that create an endpoint. 
This endpoint override the shutdown and doShutdown method so we can log values at shutdown time. 
But when this endpoint is intercept with the interceptSendToEnpoint method the shutdown is not called. 
Here is an example of code to reproduce: 
the Component: 
public class CustomComponent extends DefaultComponent {
        @Override
        protected Endpoint createEndpoint(String uri, String remaining, Map<String, Object> parameters) throws Exception 
{
            return new CustomEndpoint();
        }
    }
the Endpoint: 
    public class CustomEndpoint extends DefaultEndpoint {
        @Override
        public Producer createProducer() throws Exception {
            return new DefaultProducer(this) {
                @Override
                public void process(Exchange exchange) throws Exception 
{
                    log.info(exchange.getExchangeId());
                }
            };
        }
        @Override
        public Consumer createConsumer(Processor processor) throws Exception 
{
        }

        @Override
        public boolean isSingleton() 
{
        }

        @Override
        public void shutdown() throws Exception 
{
            super.shutdown();
            System.out.println("SHUTDOWN");
        }

        @Override
        protected void doShutdown() throws Exception 
{
            super.doShutdown();
            System.out.println("do SHUTDOWN");
        }

        @Override
        protected String createEndpointUri() 
{
            return "myEndpoint";
        }
    }
the route: 
public class MyRoute extends RouteBuilder {
        @Override
        public void configure() {
            try 
{
                getContext().addComponent("myEndpoint", new CustomComponent());
            }
{
                e.printStackTrace();
            }
            interceptSendToEndpoint("myEndpoint:producer")
                    .log("INTERCEPTED");
            from("direct:murex").routeId("Trade Repository Route")
                 .to("myEndpoint:producer");
        }
    }
When there is an interceptor the shutdown on the endpoint is not called, when there is no interceptor the shutdown is called. 
After some debugging I noticed that in the DefaultCamelContext at the shutdown time the shutdown is called on the list of endpoints, when there is an interceptor the list do not contain the CustomEnpoint but only the Interceptor, and because the interceptor does not implement ShutdownableAware the shutdown is not propagate to the underlying endpoint (here the CustomEndpoint) 
Without the interceptor the CustomEndpoint appears in the list and the shutdown method is called. 

Per the documentation, the default delay is 30s, but running the camel-twitter-directmessage polls at 500ms interval.

Plans generated in hive changed in the tez branch. We need to update the results of TestParse to reflect the same.

Addon create advanced uses removed MutableClassOrInterfaceDetails which leads to build errors when compiling the add-on.

When we stop the RS carrying ROOT/META, if it is in the splitting for some region, the whole stopping process may take 50 mins.
The reason is :
1.ROOT/META region is closed when stopping the regionserver
2.The Split Transaction failed updating META and it will retry
3.The retry num is 100, and the total time is about 50 mins as default;
This configuration is set by HConnectionManager#setServerSideHConnectionRetries
I think 50 mins is too long to acceptable, my suggested solution is closing MetaTable regions after the compact/split thread is closed

You use `[[` instead of `[` for invoking `test` in the shell script. That's a bashism, but since you declare `#!/bin/sh` on Ubuntu it will use `dash` which does not support this, so it fails to execute. You should replace it with `[`.

latest JBoss FUSE 6.1 kit miss a lot of jars|folders, so that when we try to launch we can error like

Could not create framework: java.io.FileNotFoundException: /Users/ffang/kit/jboss-fuse-6.1.0.redhat-170/system/org/apache/felix/org.apache.felix.framework/4.0.3.redhat-610170/org.apache.felix.framework-4.0.3.redhat-610170.jar
java.io.FileNotFoundException: /Users/ffang/kit/jboss-fuse-6.1.0.redhat-170/system/org/apache/felix/org.apache.felix.framework/4.0.3.redhat-610170/org.apache.felix.framework-4.0.3.redhat-610170.jar
	at org.apache.karaf.main.Main.createClassLoader(Main.java:1129)
	at org.apache.karaf.main.Main.launch(Main.java:268)
	at org.apache.karaf.main.Main.main(Main.java:525)

Also there's no quickstarts folder so we miss all examples
, I tried 169,170,171, same problem

HIVE-3495 fixed this for single gbys but not for multi-gbys. For example,

FROM (select key, cast(key as double) as value from src order by key) a
INSERT OVERWRITE TABLE e1
    SELECT COUNT(*)
INSERT OVERWRITE TABLE e2
    SELECT percentile_approx(value, 0.5);

FAILED: UDFArgumentTypeException The second argument must be a constant, but double was passed instead.

I am trying to decrease maxConcurrentConsumers propetry using jboss jmx-console in runtime. The value of the property really decreases in jmx-console, but the number of consumers doesn't decrease and spring still uses the excessive consumer(s).
How to regenerate:
1. Change the log configuration as follows in JBoss, so that we can see thread names:
Code:
   <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender">
      <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
      <param name="Target" value="System.out"/>
	  <param name="Threshold" value="DEBUG" />
      <layout class="org.apache.log4j.PatternLayout">
         <!-- The default pattern: Date Priority [Category] Message\n -->
		<param name="ConversionPattern" value="%d
{ABSOLUTE}
 %t %-5p %M [%c] %m%n"/>
      </layout>
   </appender>
2. Set concurrentConsumers to 1, maximumConsumers to 2.
3. Send 2 messages to jms queue. At the moment the number of the consumers should be 2.
4. Push some more messages into JMS for 60 seconds.
5. From the log messages it is obvious that, there are 2 consumer threads used by DMLC.

This attribute was assigned a default value by mistake. This change must be reverted.

springsecurity.pdf p60
<bean id="rememberMeAuthenticationProvider" class=
"org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationProvider">
<property name="key" value="springRocks"/>
</bean>
is not correct
"org.springframework.security.authentication.RememberMeAuthenticationProvider">
</bean>
is correct

One of HMaster and RegionServers is token key master, and others are key slaves, key master will write keys to zookeeper and key slaves will read. If any disconnetion between key slaves and zookeeper, then these HMaster or RegionServers may lost new token, client which use token authentication will get InvalidToken exception.

Class org.wildfly.security.mechanism.MechanismUtil
  "E1.2 - API type removed" : method public final static void org.wildfly.security.mechanism.MechanismUtil.handleCallbacks(java.lang.String,javax.security.auth.callback.CallbackHandler,javax.security.auth.callback.Callback[])

Comparing latest from 1.1.x and 1.2.x
Base version: 1.1.8.CR1-SNAPSHOT
Tested version: 1.2.0.Beta10-SNAPSHOT
Incompatible change was introduced by [1]
[1] https://github.com/wildfly-security/wildfly-elytron/commit/c1a5ce817635d39d649a0b415a46bc2c7418255b#diff-dc452f10810725ac3695fb239ad9639fL152

AbstractOperations.deserializeTupleValues does not check if the rawValues is set to null, which it will be on any op executed in a tx or pipeline.

I'm looking into some more of the flaky tests on trunk and this one seems to be  particularly gross, failing about half the time in recent days. Some probably-relevant output from a recent run:

2015-08-27 18:50:14,318 INFO  [main] hbase.TestIOFencing(326): Allowing compaction to proceed
2015-08-27 18:50:14,318 DEBUG [main] hbase.TestIOFencing$CompactionBlockerRegion(110): allowing compactions
2015-08-27 18:50:14,318 DEBUG [RS:0;hemera:35619-shortCompactions-1440701403303] regionserver.HStore(1732): Removing store files after compaction...
2015-08-27 18:50:14,323 DEBUG [RS:0;hemera:35619-longCompactions-1440701391112] regionserver.HStore(1732): Removing store files after compaction...
2015-08-27 18:50:14,330 DEBUG [RS:0;hemera:35619-longCompactions-1440701391112] backup.HFileArchiver(224): Archiving compacted store files.
2015-08-27 18:50:14,331 DEBUG [RS:0;hemera:35619-shortCompactions-1440701403303] backup.HFileArchiver(224): Archiving compacted store files.
2015-08-27 18:50:14,337 DEBUG [RS:0;hemera:35619-longCompactions-1440701391112] backup.HFileArchiver(438): Finished archiving from class org.apache.hadoop.hbase.backup.HFileArchiver$FileableStoreFile, file:hdfs://localhost:34675/user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/99e903ad7e0f4029862d0e35c5548464, to hdfs://localhost:34675/user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/archive/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/99e903ad7e0f4029862d0e35c5548464
2015-08-27 18:50:14,337 DEBUG [RS:0;hemera:35619-shortCompactions-1440701403303] backup.HFileArchiver(438): Finished archiving from class org.apache.hadoop.hbase.backup.HFileArchiver$FileableStoreFile, file:hdfs://localhost:34675/user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/74a80cc06d134361941085bc2bb905fe, to hdfs://localhost:34675/user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/archive/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/74a80cc06d134361941085bc2bb905fe
2015-08-27 18:50:14,341 DEBUG [RS:0;hemera:35619-longCompactions-1440701391112] backup.HFileArchiver(438): Finished archiving from class org.apache.hadoop.hbase.backup.HFileArchiver$FileableStoreFile, file:hdfs://localhost:34675/user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/7067addd325446089ba15ec2c77becbc, to hdfs://localhost:34675/user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/archive/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/7067addd325446089ba15ec2c77becbc
2015-08-27 18:50:14,342 INFO  [RS:0;hemera:35619-longCompactions-1440701391112] regionserver.HStore(1353): Completed compaction of 2 (all) file(s) in family of tabletest,,1440701396419.94d6f21f7cf387d73d8622f535c67311. into e138bb0ec6c64ad19efab3b44dbbcb1a(size=68.7 K), total size for store is 146.9 K. This selection was in queue for 0sec, and took 10sec to execute.
2015-08-27 18:50:14,343 INFO  [RS:0;hemera:35619-longCompactions-1440701391112] regionserver.CompactSplitThread$CompactionRunner(527): Completed compaction: Request = regionName=tabletest,,1440701396419.94d6f21f7cf387d73d8622f535c67311., storeName=family, fileCount=2, fileSize=73.1 K, priority=998, time=525052314434020; duration=10sec
2015-08-27 18:50:14,343 DEBUG [RS:0;hemera:35619-shortCompactions-1440701403303] backup.HFileArchiver(438): Finished archiving from class org.apache.hadoop.hbase.backup.HFileArchiver$FileableStoreFile, file:hdfs://localhost:34675/user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/2926c09f1941416eb557ee5d283d7e2b, to hdfs://localhost:34675/user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/archive/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/2926c09f1941416eb557ee5d283d7e2b
2015-08-27 18:50:14,347 DEBUG [RS_CLOSE_REGION-hemera:35619-0] regionserver.HRegion(1405): Updates disabled for region tabletest,,1440701396419.94d6f21f7cf387d73d8622f535c67311.
2015-08-27 18:50:14,343 DEBUG [RS:0;hemera:35619-longCompactions-1440701391112] regionserver.CompactSplitThread$CompactionRunner(550): CompactSplitThread Status: compaction_queue=(0:3), split_queue=0, merge_queue=0
2015-08-27 18:50:14,348 ERROR [RS:0;hemera:35619-shortCompactions-1440701403303] regionserver.CompactSplitThread$CompactionRunner(547): Compaction failed Request = regionName=tabletest,,1440701396419.94d6f21f7cf387d73d8622f535c67311., storeName=family, fileCount=2, fileSize=51.6 K, priority=998, time=525051341420855
	at org.apache.hadoop.hbase.regionserver.HStore.logCompactionEndMessage(HStore.java:1343)
	at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:1259)
	at org.apache.hadoop.hbase.regionserver.HRegion.compact(HRegion.java:1812)
	at org.apache.hadoop.hbase.TestIOFencing$CompactionBlockerRegion.compact(TestIOFencing.java:127)
	at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.run(CompactSplitThread.java:524)
2015-08-27 18:50:14,349 DEBUG [RS:0;hemera:35619-shortCompactions-1440701403303] regionserver.CompactSplitThread$CompactionRunner(550): CompactSplitThread Status: compaction_queue=(0:3), split_queue=0, merge_queue=0
2015-08-27 18:50:14,351 INFO  [StoreCloserThread-tabletest,,1440701396419.94d6f21f7cf387d73d8622f535c67311.-1] regionserver.HStore(889): Closed family
2015-08-27 18:50:14,352 ERROR [RS_CLOSE_REGION-hemera:35619-0] regionserver.HRegion(1493): Memstore size is 62664
2015-08-27 18:50:14,353 INFO  [RS_CLOSE_REGION-hemera:35619-0] regionserver.HRegion(1506): Closed tabletest,,1440701396419.94d6f21f7cf387d73d8622f535c67311.
2015-08-27 18:50:14,353 DEBUG [RS_CLOSE_REGION-hemera:35619-0] handler.CloseRegionHandler(122): Closed tabletest,,1440701396419.94d6f21f7cf387d73d8622f535c67311.
2015-08-27 18:50:14,361 ERROR [RS:1;hemera:39431-shortCompactions-1440701414271] regionserver.CompactSplitThread$CompactionRunner(541): Compaction failed Request = regionName=tabletest,,1440701396419.94d6f21f7cf387d73d8622f535c67311., storeName=family, fileCount=9, fileSize=289.6 K (25.6 K, 47.0 K, 26.0 K, 68.7 K, 26.1 K, 26.1 K, 26.1 K, 26.1 K, 18.0 K), priority=991, time=525062316035397
java.io.FileNotFoundException: File does not exist: /user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/7067addd325446089ba15ec2c77becbc
	at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:64)
	at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:54)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsUpdateTimes(FSNamesystem.java:1795)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsInt(FSNamesystem.java:1738)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1718)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1690)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:519)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolServerSideTranslatorPB.java:337)
	at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:928)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2013)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2009)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2007)

	at org.apache.hadoop.hdfs.DFSClient.callGetBlockLocations(DFSClient.java:1167)
	at org.apache.hadoop.hdfs.DFSClient.getLocatedBlocks(DFSClient.java:1155)
	at org.apache.hadoop.hdfs.DFSClient.getLocatedBlocks(DFSClient.java:1145)
	at org.apache.hadoop.hdfs.DFSInputStream.fetchLocatedBlocksAndGetLastBlockLength(DFSInputStream.java:268)
	at org.apache.hadoop.hdfs.DFSInputStream.openInfo(DFSInputStream.java:235)
	at org.apache.hadoop.hdfs.DFSInputStream.<init>(DFSInputStream.java:228)
	at org.apache.hadoop.hdfs.DFSClient.open(DFSClient.java:1318)
	at org.apache.hadoop.hdfs.DistributedFileSystem$3.doCall(DistributedFileSystem.java:293)
	at org.apache.hadoop.hdfs.DistributedFileSystem$3.doCall(DistributedFileSystem.java:289)
	at org.apache.hadoop.hdfs.DistributedFileSystem.open(DistributedFileSystem.java:289)
	at org.apache.hadoop.fs.FilterFileSystem.open(FilterFileSystem.java:160)
	at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:764)
	at org.apache.hadoop.hbase.io.FSDataInputStreamWrapper.<init>(FSDataInputStreamWrapper.java:106)
	at org.apache.hadoop.hbase.io.FSDataInputStreamWrapper.<init>(FSDataInputStreamWrapper.java:82)
	at org.apache.hadoop.hbase.regionserver.StoreFileInfo.open(StoreFileInfo.java:248)
	at org.apache.hadoop.hbase.regionserver.StoreFile.open(StoreFile.java:385)
	at org.apache.hadoop.hbase.regionserver.StoreFile.createReader(StoreFile.java:492)
	at org.apache.hadoop.hbase.regionserver.StoreFileScanner.getScannersForStoreFiles(StoreFileScanner.java:115)
	at org.apache.hadoop.hbase.regionserver.StoreFileScanner.getScannersForStoreFiles(StoreFileScanner.java:99)
	at org.apache.hadoop.hbase.regionserver.compactions.Compactor.createFileScanners(Compactor.java:203)
	at org.apache.hadoop.hbase.regionserver.compactions.DefaultCompactor.compact(DefaultCompactor.java:70)
	at org.apache.hadoop.hbase.regionserver.DefaultStoreEngine$DefaultCompactionContext.compact(DefaultStoreEngine.java:124)
	at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:1231)
Caused by: org.apache.hadoop.ipc.RemoteException(java.io.FileNotFoundException): File does not exist: /user/jenkins/test-data/19edea13-027b-4c6a-9f3f-edaf1fc590ab/data/default/tabletest/94d6f21f7cf387d73d8622f535c67311/family/7067addd325446089ba15ec2c77becbc

	at org.apache.hadoop.ipc.Client.call(Client.java:1411)
	at org.apache.hadoop.ipc.Client.call(Client.java:1364)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:206)
	at com.sun.proxy.$Proxy21.getBlockLocations(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor31.invoke(Unknown Source)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:187)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:102)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getBlockLocations(ClientNamenodeProtocolTranslatorPB.java:225)
	at sun.reflect.GeneratedMethodAccessor32.invoke(Unknown Source)
	at org.apache.hadoop.hbase.fs.HFileSystem$1.invoke(HFileSystem.java:279)
	at com.sun.proxy.$Proxy22.getBlockLocations(Unknown Source)
	at org.apache.hadoop.hdfs.DFSClient.callGetBlockLocations(DFSClient.java:1165)
	... 29 more

Running scan '.META.' from the shell throws IllegalArgumentException if a split is running at the same time:
hbase(main):004:0> scan '.META.'
ROW                          COLUMN+CELL                                                                      
 VerifiableEditor,,127414503 column=info:regioninfo, timestamp=1274145178356, value=REGION => {NAME => 'Verifi
 3318                        ableEditor,,1274145033318', STARTKEY => '', ENDKEY => '-1942612687<1274143362177>
                             ', ENCODED => 1741581486, OFFLINE => true, SPLIT => true, TABLE => {{NAME => 'Ver
                             ifiableEditor', FAMILIES => [
{NAME => 'info', REPLICATION_SCOPE => '0', COMPRESSI
                             ON => 'NONE', VERSIONS => '3', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMO
                             RY => 'false', BLOCKCACHE => 'true'}
]}}                                          
 VerifiableEditor,,127414503 column=info:server, timestamp=1274145178356, value=                              
 3318                                                                                                         
ERROR: java.lang.IllegalArgumentException: offset (0) + length (8) exceed the capacity of the array: 0

On my dev machine the first network interface is an IPv6 tunnel. Hbase works internally with ipv4 addresses. Addressing selects the first tunnel to use. This causes the  ClusterStatusPublisher its DatagramChannel group join to crash. 

java.io.IOException: Shutting down
	at org.apache.hadoop.hbase.MiniHBaseCluster.init(MiniHBaseCluster.java:231)
	at org.apache.hadoop.hbase.MiniHBaseCluster.<init>(MiniHBaseCluster.java:93)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniHBaseCluster(HBaseTestingUtility.java:976)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:936)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:810)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:792)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:779)
	at org.apache.hadoop.hbase.client.TestHCM.setUpBeforeClass(TestHCM.java:140)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:74)
	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:211)
Caused by: java.lang.RuntimeException: Failed construction of Master: class org.apache.hadoop.hbase.master.HMaster
	at org.apache.hadoop.hbase.util.JVMClusterUtil.createMasterThread(JVMClusterUtil.java:143)
	at org.apache.hadoop.hbase.LocalHBaseCluster.addMaster(LocalHBaseCluster.java:215)
	at org.apache.hadoop.hbase.LocalHBaseCluster.<init>(LocalHBaseCluster.java:153)
	at org.apache.hadoop.hbase.MiniHBaseCluster.init(MiniHBaseCluster.java:213)
	... 26 more
Caused by: java.io.IOException: Network interface not configured for IPv4
	at sun.nio.ch.DatagramChannelImpl.innerJoin(DatagramChannelImpl.java:860)
	at sun.nio.ch.DatagramChannelImpl.join(DatagramChannelImpl.java:885)
	at io.netty.channel.socket.nio.NioDatagramChannel.joinGroup(NioDatagramChannel.java:409)
	at org.apache.hadoop.hbase.master.ClusterStatusPublisher$MulticastPublisher.connect(ClusterStatusPublisher.java:286)
	at org.apache.hadoop.hbase.master.ClusterStatusPublisher.<init>(ClusterStatusPublisher.java:129)
	at org.apache.hadoop.hbase.master.HMaster.<init>(HMaster.java:379)
	at org.apache.hadoop.hbase.util.JVMClusterUtil.createMasterThread(JVMClusterUtil.java:139)
	... 29 more

It can happen, that when in one given session, multiple queries are executed, that due to a race condition, multiple spark application master gets kicked off.
In this case, the one that started earlier, will not be killed, when the hive session closes, consuming resources.

from Docs http://static.springsource.org/spring-security/site/docs/3.0.x/reference/ns-config.html
@PreAuthorize("hasAuthority('ROLE_TELLER')")
but "hasAuthority" is wrong. work around is to use "hasRole" instead.
<intercept-url pattern="/login.jsp*" access="IS_AUTHENTICATED_ANONYMOUSLY"/> also is not working.
java.lang.IllegalArgumentException: Failed to evaluate expression 'IS_AUTHENTICATED_ANONYMOUSLY'
work around is to use:
<intercept-url pattern="/login.jsp*" access="permitAll" />

In Driver.java

ss = Utilities.readColumn(resStream, bos);
if (bos.getCount() > 0) {
  row = new String(bos.getData(), 0, bos.getCount(), "UTF-8");
} else if (ss == Utilities.StreamStatus.TERMINATED) {
  row = new String();
}

if (row != null) {
  numRows++;
  res.add(row);
}

last line would be added once more after EOF.

Coverity static-analysis scan found 3 possible calls on null objects in AbstractDigestMechanism class:
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760450&defectInstanceId=1541368&mergedDefectId=1369283
Method wrapConfidentialityProtectedMessage

cipheredPart = wrapCipher.update(toCipher);
// ... cipheredPart may be null
byte[] result = new byte[cipheredPart.length + 6];

https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760450&defectInstanceId=1541380&mergedDefectId=1369285
Method createCipher

// the getTransformationSpec may be null - look at DefaultTransformationMapper
ciph = Cipher.getInstance(trans.getTransformationSpec(SaslMechanismInformation.Names.DIGEST_MD5, cipher).getTransformation());

https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760450&defectInstanceId=1541367&mergedDefectId=1369297
Method unwrapConfidentialityProtectedMessage

clearText = unwrapCipher.update(message, offset, len - 6);
// the clearText may be null in clearText.length
System.arraycopy(clearText, clearText.length - 10, hmac, 0, 10);

Suggested improvement
Add null checks.

The remove() method currently does nothing; it should throw new UnsupportedOperationException() for consistency with other read-only iterators.

When using JDK 7 to generate Javadoc, the Javadoc parser based on javax.swing.text.html.parser.Parser fails to extract the first method if it has a void return type. For some reason the combination of the Javadoc generated by JDK7 and its Parser class gets the elements in the wrong order, causing the parser to go into the wrong state missing the first method. The next method element puts the parser back in the right state. 
The fix is to not let the parser come out of the METHOD_SUMMARY if it has not seen any methods at that point. 

if I give this in the configuration:
<test xml:space="preserve"> a b c </test>
It does not seem to preserve the whitespace on the current node.  However, if I do
<space xml:space="preserve>
   <test> a b c </test>
</space>
it does preserve it. I would like to be able to turn on whitespace preservation on the current node without changing the path to my node.
I tested my values by printing out values retrieved from getList() method.

This should fix it:

Index: src/test/org/apache/hadoop/hbase/regionserver/TestCompaction.java
--- src/test/org/apache/hadoop/hbase/regionserver/TestCompaction.java   (revision 727828)
+++ src/test/org/apache/hadoop/hbase/regionserver/TestCompaction.java   (working copy)
@@ -57,7 +57,7 @@
     
     // Set cache flush size to 1MB
     conf.setInt("hbase.hregion.memcache.flush.size", 1024*1024);
-    conf.setInt("hbase.hregion.memcache.block.multiplier", 2);
+    conf.setInt("hbase.hregion.memcache.block.multiplier", 10);
     this.cluster = null;

We're writing in excess of the 2MB limit and the gate is coming down stopping all other edits freezing the test.

In a split given to a task, the task's orc reader is unnecessarily reading stripe footers for stripes that are not its responsibility to read. This is happening with hive.optimize.index.filter set to true.
Assuming one split per task(no tez grouping considered), a task should not need to read beyond the split's end offset. Even in some split computation strategies where a split's end offset can be in the middle of a stripe, it should not need to read more than one stripe beyond the split's end offset(to fully read a stripe that started in it). However I see that some tasks make unnecessary filesystem calls to read all the stripe footers in a file from the split start offset till the end of the file.

Pipeout files are created when a connection is established and removed only when data was produced. Instead we should create them only when data has to be fetched or remove them whether data is fetched or not.

It seems not to be like this before. Anyway, we should fix it.

13/09/04 09:23:31 INFO util.HBaseFsck: Trying to sildeline reference filehdfs://test-1.cloud.cloudera.com:8020/hbase/data/default/usertable/5dbfd775b15a383caab6131b992e1d37/f/864fa006a4814f1f9b42e2bd34ea6543.6bbe5472a333772ec4b2c5c87de503e0 to hdfs://test-1.cloud.cloudera.com:8020/864fa006a4814f1f9b42e2bd34ea6543.6bbe5472a333772ec4b2c5c87de503e0
Exception in thread "main" org.apache.hadoop.security.AccessControlException: Permission denied: user=hbase, access=WRITE, inode="/":hdfs:supergroup:drwxr-xr-x
        at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.check(FSPermissionChecker.java:234)

in the postOpen() hook also we should say correctly the isRecovering status of the region. Now it always comes as false.

Instead of throw exception, just filter out NULLs in the Native Vector MapJoin operators.

When working on HIVE-14799, I noticed there were some RuntimeException when running explainanalyze_3.q and explainanalyze_5.q, though these tests shew successful.

016-10-10T19:02:48,455 ERROR [aa5c6743-b5de-40fc-82da-5dde0e6b387f main] ql.Driver: FAILED: Hive Internal Error: java.lang.RuntimeException(Cannot overwrite read-only table: src)
java.lang.RuntimeException: Cannot overwrite read-only table: src
	at org.apache.hadoop.hive.ql.hooks.EnforceReadOnlyTables.run(EnforceReadOnlyTables.java:74)
	at org.apache.hadoop.hive.ql.hooks.EnforceReadOnlyTables.run(EnforceReadOnlyTables.java:56)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1736)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1505)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1218)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1208)
	at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:106)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:251)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:504)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1298)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1436)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:400)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:336)
	at org.apache.hadoop.hive.ql.QTestUtil.executeClientInternal(QTestUtil.java:1319)
	at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:1293)
	at org.apache.hadoop.hive.cli.control.CoreCliDriver.runTest(CoreCliDriver.java:173)
	at org.apache.hadoop.hive.cli.control.CliAdapter.runTest(CliAdapter.java:104)
	at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.testCliDriver(TestMiniTezCliDriver.java:59)
	at org.apache.hadoop.hive.cli.control.CliAdapter$2$1.evaluate(CliAdapter.java:92)
	at org.apache.hadoop.hive.cli.control.CliAdapter$1$1.evaluate(CliAdapter.java:73)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)

3 failures in camel-core that do not seem to occur on linux and mac.
Failure Details
	testCannotDeleteFile
	junit.framework.AssertionFailedError: Should have thrown an exception
org.apache.camel.component.file.strategy.GenericFileDeleteProcessStrategyTest:125
	testCacheStreamToFileAndNotCloseStream
	junit.framework.AssertionFailedError: we should have no temp file expected:<1> but was:<0>
org.apache.camel.converter.stream.CachedOutputStreamTest:117
	testRouteIsCorrectAtRuntime
	junit.framework.AssertionFailedError: expected:<4> but was:<1>
org.apache.camel.processor.ChoiceWithEndTest:39

While upgrading from M5 to GA I started getting this error in my tests:

java.lang.ClassCastException: com.mongodb.BasicDBObject cannot be cast to com.mongodb.BasicDBList
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writeInternal(MappingMongoConverter.java:324)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.write(MappingMongoConverter.java:294)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.convertToMongoType(MappingMongoConverter.java:850)
	at org.springframework.data.mongodb.core.QueryMapper.getMappedObject(QueryMapper.java:106)
	at org.springframework.data.mongodb.core.QueryMapper.getMappedObject(QueryMapper.java:102)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1259)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1248)
	at net.emota.together.service.PersonService.createOrUpdateGroupPersons(PersonService.java:372)
	at net.emota.together.core.itest.service.PersonServiceIT.createOrUpdateGroupPersons(PersonServiceIT.java:303)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
	at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
	at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
	at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
	at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)

The query I am using is simple (and involves $in, maybe releated to my previous issue?):

{
"fbUserId" : { "$in" : [ "88888" , "ABCDE" , "12345"]}
}

The daemons currently prints GC details. It will be useful to print the total useful time application spent and the total time for which application threads are stopped.
Need to add

-XX:+PrintGCApplicationStoppedTime -XX:+PrintGCApplicationConcurrentTime

to get something like

Application time: 0.3440086 seconds
Total time for which application threads were stopped: 0.0620105 seconds
Application time: 0.2100691 seconds
Total time for which application threads were stopped: 0.0890223 seconds

Reference: https://plumbr.eu/blog/performance-blog/logging-stop-the-world-pauses-in-jvm

I'm using Spring Boot 1.5.2.RELEASE and dependencies spring-boot-starter-data-rest and spring-boot-starter-data-jpa. This transitively pulls in {{spring-data-rest-core }} 2.6.1.RELEASE which is supposed to have CORS support based on the reference documentation and DATAREST-573.
My web application works fine and I expose REST api using app property spring.data.rest.base-path=/api. When I annotate my repo with @CrossOrigin annotation, e.g.

@CrossOrigin
public interface GroupRepository extends PagingAndSortingRepository<Group, Long>, QueryDslPredicateExecutor<Group> {
    List<Group> findByName(@Param("name") String name);
}

Spin up the application and invoke the following curl command:

curl -v -H "Accept: application/hal+json" -H "Origin: http://localhost:1234" http://localhost:8080/api/groups

The server side doesn't return CORS headers: Access-Control-Allow-Credentials, Access-Control-Allow-Origin.

Consider

update acidTbl set b=19 where acidTbl.b in(select I.b from nonAcidOrcTbl I where I.a = 3)

noAcidOrcTbl doesn't get locked at all.  (SHARED_WRITE is taken on acidTbl).
Same for _delete_ with subquery
This is is because the ReadEntity for nonAcidOrcTbl is skipped by

    for (ReadEntity input : plan.getInputs()) {
      if (!input.needsLock() || input.isUpdateOrDelete()) {
        // We don't want to acquire readlocks during update or delete as we'll be acquiring write
        // locks instead.
        continue;
      }

whatever sets isUpdateOrDelete() flag doesn't pay attention to whether the table is written to or not.
HIVE-10150 was a similar issue, abstractly

There are a couple of javadoc warning

[WARNING] /home/th30z/asf/hbase/hbase-common/src/main/java/org/apache/hadoop/hbase/security/User.java:175: warning - @return tag has no arguments.
[WARNING] /home/th30z/asf/hbase/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ConnectionFactory.java:56: warning - End Delimiter } missing for possible See Tag in comment string: "A non-instantiable class that manages creation of {@link Connection}s.
[WARNING] Managing the lifecycle of the {@link Connection}s to the cluster is the responsibility of
[WARNING] the caller.
[WARNING] From this {@link Connection} {@link Table} implementations are retrieved
[WARNING] with {@link Connection#getTable(TableName)}. Example:
[WARNING] <pre>
[WARNING] {@code
[WARNING] Connection connection = ConnectionFactory.createConnection(config);
[WARNING] Table table = connection.getTable(TableName.valueOf("table1"));
[WARNING] try {
[WARNING] // Use the table as needed, for a single operation and a single thread
[WARNING] } finally {
[WARNING] table.close();
[WARNING] connection.close();
[WARNING] }
[WARNING] </pre>
[WARNING] 
[WARNING] Similarly, {@link Connection} also returns {@link RegionLocator} implementations.
[WARNING] This class replaces {@link HConnectionManager}, which is now deprecated."
[WARNING] /home/th30z/asf/hbase/hbase-client/src/main/java/org/apache/hadoop/hbase/client/HConnectionManager.java:144: warning - End Delimiter } missing for possible See Tag in comment string: "Create a new HConnection instance using the passed <code>conf</code> instance.
[WARNING] <p>Note: This bypasses the usual HConnection life cycle management done by
[WARNING] {@link #getConnection(Configuration)}. The caller is responsible for
[WARNING] calling {@link HConnection#close()} on the returned connection instance.
[WARNING] This is the recommended way to create HConnections.
[WARNING] HConnection connection = HConnectionManager.createConnection(conf);
[WARNING] HTableInterface table = connection.getTable("mytable");
[WARNING] table.get(...);
[WARNING] ...
[WARNING] }"

Interpolsation is mostly done by AbstractConfiguration. All classes that override get methods of AbstractConfiguration need to be careful not to break interpolsation.
The class CompositeConfiguration overrides getList() to easily chain the results of getList for its subconfigurations. The calls to getList() in the subconfigurations does interpolsation but only inside the subconfiguration. The combined lists never get interpolated in the whole CompositeConfiguration. So whenever a reference in the value refers to a property in another subconfiguration, interpolation breaks.
Since all the scalar get methods correctly interpolate between different sub configurations, I assume, that this special behavior in getList() is not intended.
A simple test case would be using the ConfigurationFactory with a config.xml, that uses two property files x.properties:
x.1=a
x.2=b
and y.properties:
y=${x.1}, ${x.2}
and then calling getList for the key "y".
The attached patch fixes the problem locally in CompositeConfiguration. It's not very elegant, but tries to keep the fix local.
The patch should work for 1.2, 1.3 and trunk, since getList() in CompositeConfiguration ist the same in these versions.

I am observing unexpected behavior in Spring MVC 3.0.5 in our application with @Controllers that use class-level @RequestMappings in conjunction with a "default" or "root" path mapping specified at the method-level (relative to the class-level base path).  Rather than try to explain the problem, I'll just illustrate it from several simple use cases in which I've reproduced the unexpected behavior.
Consider the following @Controller definition and the @RequestMapping rules defined within:

@RequestMapping("/invite")
public class InviteController {

    @RequestMapping(method=RequestMethod.GET)
    public void invitePage(@FacebookUserId String facebookUserId, Model model) { ... }
	
    @RequestMapping(value="/accept", method=RequestMethod.GET, params="token")
    public String acceptInvitePage(@RequestParam String token, Model model, HttpServletResponse response);

    @RequestMapping(value="/accept", method=RequestMethod.POST)
    public String acceptInvite(@RequestParam String token, @Valid SignupForm form, BindingResult formBinding, Model model);

}

Now consider the following web requests:

GET /invite
GET /invite/bogus
GET /invite/accept
GET /invite/accept?token=123456789

With the @RequestMapping configuration above, for each web request I list which handler method was invoked and if that was expected:

GET /invite 
 invitePage (expected) 

GET /invite/bogus 
 404 (expected) 

GET /invite/accept 
 invitePage (NOT expected. Expected 404 or 405, instead a 500 ultimately resulted due to RuntimeException since the invitePage handler was relying on view name translation to kick in, expecting only to be invoked for GET /invite requests) 

GET /invite/accept?token=123456789 
 (acceptInvitePage (expected) 

Attempting to generalize what is happening here, it seems if I do not specify a @RequestMapping path value at the method level, that handler method is treated as the "default fallback" in the case of no other match.  However, this default rule seems to only apply if we access a sub-resource path that is referenced in another @RequestMapping rule, such as the '/accept' sub-path here.  If you access a completely unknown sub-path, such as 'bogus' here, a 404 is returned.  I find this confusing, and would expect a 404 in both cases.  With the @Controller code above, I am simply trying to state the following:

invitePage should be the handler for GET /invite requests
acceptInvitePage should be the handler for GET /invite/accept?token=
{token}
 requests.
acceptInvite should be the handler for POST /invite/accept requests.
Any other request within the GET /invite path should return a 404.
Unfortunately, if I send a GET request to /accept, invitePage will actually be invoked!  Even If I remove the acceptInvitePage handler method, a GET request to /accept will still result in invitePage being invoked.  Only if I remove the "acceptInvitePage" AND "acceptInvite" methods, will I then get a 404 if I send a request to GET /invite/accept (or any other path within /invite.)

I reported this issue to Juergen and he advised me to be explicit with my relative-root mappings at the method level by using "/" as the value instead of defining no value at all.  I tried that and ended up with code like this:

    @RequestMapping(value="/", method=RequestMethod.GET)
	
}

Here's what happened with this configuration:

 404 (NOT expected) 

 405 (good enough since only a POST is allowed if no token query parameter is present) 

 acceptInvitePage (expected) 

Unfortunately, now the root mapping of GET /invite, and any other mapping like it where the "/" value is specified the method level, does not match.  That's a show stopper.
Juergen then suggested I try the /path/** syntax at the class-level.  I did that and got the following code and results:

@RequestMapping("/invite/**")

}

 invitePage (NOT expected - Spring MVC appears to fallback to this even though invitePage is mapped explicitly to "/"! Expected 405 

So this sort of works; however, the default fallback behavior appears to have changed.  Furthermore, I discovered this causes side effects that effect one of my other @Controllers, TwitterInviteController which handles a nested path under the /invite namespace.  Specifically, that @Controller is now defined like this:

@RequestMapping("/invite/twitter")
public class TwitterInviteController {

    public void friendFinder(Account account, Model model) { ... }

}

With the class-level mapping of /invite/** in InviteController, TwitterInviteController works: if I send a GET request to /invite/twitter, friendFinder is called.  However, if I change /invite/** in InviteController back to simply "/invite/", TwitterInviteController no longer works.  Accessing GET /invite/twitter returns a 404 and Spring MVC warns of no matching handler method.  I became concerned seeing a @RequestMapping rule in one @Controller effect another one defined independently.
Also shown above with /invite/**, sending a GET request to /invite/accept caused the invitePage handler mapped to "/" to be invoked.  I cannot explain why this happened, since I did define the "/" value explicitly.
Finally, I tried /invite/* just to see what would happened in that case.  I got the same behavior as the /invite option, which I did not expect.
So at this point, I am confused over what I should be doing here to get the behavior I want.  I am seriously considering defining all @RequestMapping path mappings explicitly at the method level for the time being, and not using the class-level mapping feature at all until its rules are more clearly defined.

The timeunit parameter in the ctor of ConstantTimeToLiveExpirationPolicy is not used.
Additionally, the validateAndConvertToMillis method is wrong, it should be changed like this:

    private static long validateAndConvertToMillis(final long timeToLive,
                                                   final TimeUnit timeUnit) {
  if (timeUnit == null) {
    throw new IllegalArgumentException("Time unit must not be null");
  }
  return TimeUnit.MILLISECONDS.convert(timeToLive, timeUnit);
}

When queries are being run concurrently against HS2, sometimes the wrong user ends performing the metastore action and you get an error like - 

..INFO|java.sql.SQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:java.security.AccessControlException: action WRITE not permitted on path hdfs://example.net:8020/apps/hive/warehouse/tbl_4eeulg9zp4 for user hrt_qa)

batch-jberet/pom.xml currently has

<exclude path="org/wildfly/extension/batch/jberet/_private"/>

which does not exist. It should be:

<exclude path="org/wildfly/extension/batch/_private"/>

We could call HRegion#flushcache() concurrently now through HRegionServer#splitRegion or HRegionServer#flushRegion by HBaseAdmin.
However, we find if HRegion#internalFlushcache() is called concurrently by multi thread, HRegion.memstoreSize will be calculated wrong.
At the end of HRegion#internalFlushcache(), we will do this.addAndGetGlobalMemstoreSize(-flushsize), but the flushsize may not the actual memsize which flushed to hdfs. It cause HRegion.memstoreSize is negative and prevent next flush if we close this region.
Logs in RS for region e9d827913a056e696c39bc569ea3
2012-03-11 16:31:36,690 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for writetest1,,1331454657410.e9d827913a056e696c39bc569ea3
f99f., current region memstore size 128.0m
2012-03-11 16:31:37,999 INFO org.apache.hadoop.hbase.regionserver.Store: Added hdfs://dw74.kgb.sqa.cm4:9700/hbase-func1/writetest1/e9d827913a056e696c39bc569e
a3f99f/cf1/8162481165586107427, entries=153106, sequenceid=619316544, memsize=59.6m, filesize=31.2m
2012-03-11 16:31:38,830 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for writetest1,,1331454657410.e9d827913a056e696c39bc569ea3
f99f., current region memstore size 134.8m
2012-03-11 16:31:39,458 INFO org.apache.hadoop.hbase.regionserver.Store: Added hdfs://dw74.kgb.sqa.cm4:9700/hbase-func1/writetest1/e9d827913a056e696c39bc569e
a3f99f/cf2/3425971951499794221, entries=230183, sequenceid=619316544, memsize=68.5m, filesize=26.6m
2012-03-11 16:31:39,459 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~128.1m for region writetest1,,1331454657410.e9d827913a
056e696c39bc569ea3f99f. in 2769ms, sequenceid=619316544, compaction requested=false
2012-03-11 16:31:39,459 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for writetest1,,1331454657410.e9d827913a056e696c39bc569ea3
f99f., current region memstore size 6.8m
2012-03-11 16:31:39,529 INFO org.apache.hadoop.hbase.regionserver.Store: Added hdfs://dw74.kgb.sqa.cm4:9700/hbase-func1/writetest1/e9d827913a056e696c39bc569e
a3f99f/cf1/1811012969998104626, entries=8002, sequenceid=619332759, memsize=3.1m, filesize=1.6m
2012-03-11 16:31:39,640 INFO org.apache.hadoop.hbase.regionserver.Store: Added hdfs://dw74.kgb.sqa.cm4:9700/hbase-func1/writetest1/e9d827913a056e696c39bc569e
a3f99f/cf2/770333473623552048, entries=12231, sequenceid=619332759, memsize=3.6m, filesize=1.4m
2012-03-11 16:31:39,641 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~134.8m for region writetest1,,1331454657410.e9d827913a
056e696c39bc569ea3f99f. in 811ms, sequenceid=619332759, compaction requested=true
2012-03-11 16:31:39,707 INFO org.apache.hadoop.hbase.regionserver.Store: Added hdfs://dw74.kgb.sqa.cm4:9700/hbase-func1/writetest1/e9d827913a056e696c39bc569e
a3f99f/cf1/5656568849587368557, entries=119, sequenceid=619332979, memsize=47.4k, filesize=25.6k
2012-03-11 16:31:39,775 INFO org.apache.hadoop.hbase.regionserver.Store: Added hdfs://dw74.kgb.sqa.cm4:9700/hbase-func1/writetest1/e9d827913a056e696c39bc569e
a3f99f/cf2/794343845650987521, entries=157, sequenceid=619332979, memsize=47.8k, filesize=19.3k
2012-03-11 16:31:39,777 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~6.8m for region writetest1,,1331454657410.e9d827913a05
6e696c39bc569ea3f99f. in 318ms, sequenceid=619332979, compaction requested=true

Updating your log configuration (log4j.properties) to see logs specifically from org.springframework.batch.item.file.FlatFileItemWriter does not work because that class incorrectly identifies itself as org.springframework.batch.item.database.JdbcBatchItemWriter.
A patch is attached, which has been verified with a full maven build against the trunk.

Originally raised in Spring Boot #8659 it appears that Spring Data REST causes the following exception when a @ExceptionHandler method is used:

	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:132) ~[spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ExceptionHandlerExceptionResolver.doResolveHandlerMethodException(ExceptionHandlerExceptionResolver.java:384) ~[spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.handler.AbstractHandlerMethodExceptionResolver.doResolveException(AbstractHandlerMethodExceptionResolver.java:59) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.handler.AbstractHandlerExceptionResolver.resolveException(AbstractHandlerExceptionResolver.java:136) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.handler.HandlerExceptionResolverComposite.resolveException(HandlerExceptionResolverComposite.java:74) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.processHandlerException(DispatcherServlet.java:1218) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1030) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:980) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846) [spring-webmvc-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) [tomcat-embed-websocket-8.5.11.jar!/:8.5.11]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99) [spring-web-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [spring-web-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:105) [spring-web-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:81) [spring-web-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197) [spring-web-4.3.7.RELEASE.jar!/:4.3.7.RELEASE]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:474) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:349) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:783) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:798) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1434) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_111]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_111]
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-8.5.11.jar!/:8.5.11]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_111]

Digging a bit, it appears that returnValueHandlers in ServletInvocableHandlerMethod is null. Usually this doesn't happen because it's set from ExceptionHandlerExceptionResolver which has an afterPropertiesSet method to always initialize its returnValueHandlers.
In Spring Data REST the RepositoryRestMvcConfiguration has a extendHandlerExceptionResolvers method which creates a new ExceptionHandlerExceptionResolver. It doesn't however call afterPropertiesSet or setReturnValueHandlers.
Here's the line code

An error case could be in Coprocessor AggregationClient, the median() function handles an empty region and returns a List Object with the first element as a Null value. NPE occurs in the RPC response stage and the response never gets sent.

When deploying my application (ear with a couple of jar and war files) on Wildfly 11.0.0.Beta1-SNAPSHOT I get warnings like this one for all the war files:

WARN  [org.jboss.as.jaxrs#deploy] WFLYRS0015: No Servlet declaration found for JAX-RS application.  In ws-common.war either provide a class that extends javax.ws.rs.core.Application or declare a servlet class in web.xml.  

When deploying the same ear file on a Wildfly 10.1. this warning message does not appear.
Those war files raising the warnings do not contain RESTful Webservices, only SOAP based Webservices, and therefore do not need either servlet or class.
Only 2 sub modules contain RESTful Webservices and have a class extending javax.ws.rs.core.Application.
Following jaikiran's analysis, the existence of at least one JAX-RS subdeployment triggers the warning message for all other web modules in the war.

While using the ToStringVisitor, GET("/foo").and(contentType(MediaType.TEXT_PLAIN) results in the string "((GET && /foo)Content-Type: text/plain)" while it should be "((GET && /foo) && Content-Type: text/plain)". Note missing "&&"

We need to update the schema definition as camel-cxf already support to setup the publishEndpointUrl option out of box.
The work around is define the publishEndpointUrl from the endpoint properties just like this.

<cxf:cxfEndpoint id="routerEndpoint" address="http://localhost:9090/CxfGreeterConverterRouterTest/CamelContext/RouterPort"
    		serviceClass="org.apache.hello_world_soap_http.Greeter" 
    		endpointName="s:SoapPort"
    		serviceName="s:SOAPService"
    	    xmlns:s="http://apache.org/hello_world_soap_http">
    	    <cxf:properties>
    	       <entry key="publishedEndpointUrl" value="http://www.simple.com/services/test" />
    	    </cxf:properties>
    	    
   </cxf:cxfEndpoint>

When getting help from the shell, help 'group' produces an overview of that category of commands. For the snapshots feature, there is a command named 'snapshot' and also the group name is 'snapshot'. The command help takes precedence, so group help info is not available.

The legacy security subsytem is inadvertantly setting the global Policy to 'null' on reload where it is not handling JACC itself.

This came up in the context of testing HBASE-6788.  Currently HBaseClient and HBaseServer call UserGroupInformation.isSecurityEnabled() when determining whether or not to use SASL to negotiate connections.  This means they are using the hadoop.security.authentication configuration value.  Since this is in the context of HBase RPC connections, it seems more correct to use the hbase.security.authentication configuration value by calling User.isHBaseSecurityEnabled().

StatsNoJobTask is used by StatsProvidingRecordReaders like ORC reader for computing fast basic stats. The stats collection fails when "fs" based stats class is used and when table directory contains subdirectories (typically from union queries).

The subclass of ScannerCallable, called SmallScannerCallable seems to miss calling any of the increment methods of the ScanMetrics. The superclass does so, but the super methods are not invoked. It emits the metrics dutifully at the end of next(), but there are no useful numbers in it.

When a finder method does not have any @RestResource annotation, the name of the method is taken by default.
The following construct does not work, I would expect it to take the custom path as the rel value instead of the following exception:

@RestResource(path = "username")
UserAccount findByUsername(@Param("name") String username);

java.lang.IllegalArgumentException: Rel must not be null or empty!
	at org.springframework.hateoas.Link.<init>(Link.java:88)
	at org.springframework.hateoas.Link.<init>(Link.java:76)
	at org.springframework.data.rest.webmvc.RepositorySearchController.getSearchLinks(RepositorySearchController.java:247)
	at org.springframework.data.rest.webmvc.RepositorySearchController.listSearches(RepositorySearchController.java:108)

Seeing this in trunk:

hbase(main):001:0> truncate 'table'
Truncating 'table' table (it may take a while):

ERROR: wrong number of arguments (1 for 3)

  Disables, drops and recreates the specified table.

... caused by the removal of the HTable(String) constructor.

After upgrading our existing application from 3.0.5 to 3.1.2, we see java.beans.IntrospectionException on our domain model classes.  It appears to be triggered by interaction with the java.beans code and GC on Weak/Soft Reference objects.
I will create a test sample in github.

I've noticed that beeline do have support for -e and -f parameters, however those are not documented in the help text that can be retrieved by calling beeline with parameter -h.

When hive.optimize.ppd and hive.optimize.index.filter are turned, and a select query has a condition on a column that doesn't exist in Parquet file (such as a partition column), Hive often returns wrong result.
Please see below example for details:

hive> create table test_parq (a int, b int) partitioned by (p int) stored as parquet;
OK
Time taken: 0.292 seconds
hive> insert overwrite table test_parq partition (p=1) values (1, 2);
OK
Time taken: 5.08 seconds
hive> select * from test_parq where a=1 and p=1;
OK
1	2	1
Time taken: 0.441 seconds, Fetched: 1 row(s)
hive> select * from test_parq where (a=1 and p=1) or (a=999 and p=999);
OK
1	2	1
Time taken: 0.197 seconds, Fetched: 1 row(s)
hive> set hive.optimize.index.filter=true;
OK
Time taken: 0.167 seconds
hive> select * from test_parq where (a=1 or a=999) and (a=999 or p=1);
OK
Time taken: 0.563 seconds

When running with Security Manager enabled, DeploymentReflectionIndex requires additional permissions (see below) even if its creation is guarded by ServerPermission("createDeploymentReflectionIndex"). 
Required additional permissions:

new RuntimePermission("accessDeclaredMembers")
new ReflectPermission("suppressAccessChecks"))

It is actually the constructor of ClassReflectionIndex invoked from DeploymentReflectionIndex#getClassIndex() method which requires these permissions.
This issue was catched by org.jboss.as.test.integration.pojo.test.BeanFactoryTestCase, see the stacktrace:

20:24:38,511 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.pojo.D.CREATE: org.jboss.msc.service.StartException in service jboss.pojo.D.CREATE: java.lang.reflect.InvocationTargetException
	at org.jboss.as.pojo.service.LifecyclePojoPhase.startInternal(LifecyclePojoPhase.java:51)
	at org.jboss.as.pojo.service.AbstractPojoPhase.start(AbstractPojoPhase.java:75)
	at org.jboss.as.pojo.service.MethodJoinpoint.dispatch(MethodJoinpoint.java:41)
	at org.jboss.as.pojo.service.BeanUtils.dispatchLifecycleJoinpoint(BeanUtils.java:155)
	at org.jboss.as.pojo.service.LifecyclePojoPhase.dispatchJoinpoint(LifecyclePojoPhase.java:43)
	at org.jboss.as.pojo.service.LifecyclePojoPhase.startInternal(LifecyclePojoPhase.java:49)
	... 6 more
	at org.jboss.as.test.integration.pojo.support.D.create(D.java:36)
	... 14 more
Caused by: java.lang.RuntimeException: WFLYSRV0177: Error getting reflective information for class org.jboss.as.test.integration.pojo.support.B with ClassLoader ModuleClassLoader for Module "deployment.bean-factory.jar" from Service Module Loader
	at org.jboss.as.server.deployment.reflect.DeploymentReflectionIndex.getClassIndex(DeploymentReflectionIndex.java:70)
	at org.jboss.as.pojo.service.DefaultBeanInfo.lookup(DefaultBeanInfo.java:78)
	at org.jboss.as.pojo.service.DefaultBeanInfo.getConstructor(DefaultBeanInfo.java:86)
	at org.jboss.as.pojo.service.BeanUtils.instantiateBean(BeanUtils.java:98)
	at org.jboss.as.pojo.descriptor.BaseBeanFactory.create(BaseBeanFactory.java:62)
	... 19 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessDeclaredMembers")" in code source "(vfs:/content/bean-factory.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.bean-factory.jar" from Service Module Loader")
	at java.lang.Class.getDeclaredFields(Class.java:1915)
	at org.jboss.as.server.deployment.reflect.ClassReflectionIndex.<init>(ClassReflectionIndex.java:72)
	at org.jboss.as.server.deployment.reflect.DeploymentReflectionIndex.getClassIndex(DeploymentReflectionIndex.java:66)
	... 23 more

Or make threads daemons - currently stops context from closing.

By default, if you access the content of an IMAPMessage, it will be flagged as SEEN on the server. This creates a problem if the route is subsequently rolled back (due to an exception - e.g. connection error on destination endpoint), the message will remain as SEEN and never get picked up on subsequent polls (unseen=true).
setPeek(true) should be called on each IMAPMessage before being dispatched to the processor; this ensures that the message will not be automatically flagged as SEEN before being fully consumed.
As a work around, implement a custom processor that calls setPeek(true) on the original IMAPMessage (using reflection):

Message msgIn = exchange.getIn();
Field f = msgIn.getClass().getDeclaredField("originalMailMessage");
f.setAccessible(true);
IMAPMessage im = (IMAPMessage) f.get( msgIn );
im.setPeek(true);

For reference, this is my route configuration:

from("imap://sn?username=un&password=xx&delete=false&unseen=true").
process( new MyCustomAttachmentProcessor() ).
to("jms://xyz");

I had some tables refuse to find their indexes even though they were defined and had been updated. Scanning .META. I see that some regions from the table don't have the indexes...
Oddly, during  the .META. scan, I would see that I had 3 entries per table. (I have very little data in each table, def not splitting yet) But when I visited the UI it showed just one region per table...
This patch also addes some toStrings that helped in diagnostics, and a new null check that I found I needed in IndexedTableScanner

This is with 0.98.0 in an insecure setup with 7u55 and 7u60. Under high load, RPCServer threads can wedge, fail to make progess, and consume 100% CPU time on a core indefinitely. 
Dumping threads, all threads are in BLOCKED or IN_NATIVE state. The IN_NATIVE threads are mostly in EPollArrayWrapper.epollWait or FileDispatcherImpl.read0. The number of threads found in FileDispatcherImpl.read0 correspond to the number of runaway threads expected based on looking at 'top' output. These look like:

Thread 64758: (state = IN_NATIVE)
 - sun.nio.ch.FileDispatcherImpl.read0(java.io.FileDescriptor, long, int) @bci=0 (Compiled frame; information may be imprecise)
 - sun.nio.ch.SocketDispatcher.read(java.io.FileDescriptor, long, int) @bci=4, line=39 (Compiled frame)
 - sun.nio.ch.IOUtil.readIntoNativeBuffer(java.io.FileDescriptor, java.nio.ByteBuffer, long, sun.nio.ch.NativeDispatcher) @bci=114, line=223 (Compil
ed frame)
 - sun.nio.ch.IOUtil.read(java.io.FileDescriptor, java.nio.ByteBuffer, long, sun.nio.ch.NativeDispatcher) @bci=48, line=197 (Compiled frame)
 - sun.nio.ch.SocketChannelImpl.read(java.nio.ByteBuffer) @bci=234, line=379 (Compiled frame)
 - org.apache.hadoop.hbase.ipc.RpcServer.channelRead(java.nio.channels.ReadableByteChannel, java.nio.ByteBuffer) @bci=12, line=2224 (Compiled frame)
 - org.apache.hadoop.hbase.ipc.RpcServer$Connection.readAndProcess() @bci=509, line=1488 (Compiled frame)
 - org.apache.hadoop.hbase.ipc.RpcServer$Listener.doRead(java.nio.channels.SelectionKey) @bci=23, line=790 (Compiled frame)
 - org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.doRunLoop() @bci=97, line=581 (Compiled frame)
 - org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.run() @bci=1, line=556 (Interpreted frame)
 - java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1145 (Interpreted frame)
 - java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=615 (Interpreted frame)
 - java.lang.Thread.run() @bci=11, line=745 (Interpreted frame)

Google PubSub and Google Bigquery components require Apache HTTP client, which is NOT explicitly called out in dependencies.
As such they would work, if camel-http4 component is mentioned in the dependencies, but would fail on their own.
As a developer I would like to be able to define an absolute minimum of the dependencies, thus I need the component to import all components they rely on, themselves.

The view returned by the subList() method of a SetUniqueList checks contains() against the set of the original list.
As shown by the following test snippet.
		List list = new ArrayList();
		List uniqueList = SetUniqueList.decorate(list);
		uniqueList.add("Hello");
		uniqueList.add("World");
		List subList = list.subList(0, 0);
		List subUniqueList = uniqueList.subList(0, 0);
		assertFalse(subList.contains("World")); // passes
		assertFalse(subUniqueList.contains("World")); // fails

If user has a CLASSPATH in their environment, we pick it up.  Makes for had to diagnose issues because CLASSPATH is not as expected. 

there's a new javadoc warning that causes warnings on all of our new patches and (I believe) breaks us on jdk8.
Thanks to Stack for chasing it down on HBASE-14849.

1 warning
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/LoadIncrementalHFiles.java:430: warning - @param argument "hfilesDir" is not a parameter name.
[INFO]

As per the W3C recommendation (http://www.w3.org/TR/eventsource/#event-stream-interpretation) the event type field is called "event".
The SseEmitter.SseEventBuilder class erroneously builds it using "name" as a prefix. 

The value of the max threads, max tasks, etc. can be improved to not unnecessarily reject tasks. In one of our internal tests, we saw tasks getting rejected (with the defaults that is currently there in the unpatched code):

2015-04-09 12:36:34,111|beaver.machine|INFO|15134|140028818736896|MainThread|Caused by: java.lang.RuntimeException: java.util.concurrent.RejectedExecutionException: Task 
org.apache.hadoop.hbase.client.ResultBoundedCompletionService$QueueingFuture@6658c97b rejected from 
java.util.concurrent.ThreadPoolExecutor@5a06eeee[Running, pool size = 3, active threads = 3, queued tasks = 300, completed tasks = 0]
2015-04-09 12:36:34,111|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithoutRetries(RpcRetryingCaller.java:208)
2015-04-09 12:36:34,112|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.ClientSmallReversedScanner.next(ClientSmallReversedScanner.java:145)
2015-04-09 12:36:34,112|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegionInMeta(ConnectionManager.java:1246)
2015-04-09 12:36:34,112|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegion(ConnectionManager.java:1152)
2015-04-09 12:36:34,113|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.AsyncProcess.submit(AsyncProcess.java:370)
2015-04-09 12:36:34,113|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.AsyncProcess.submit(AsyncProcess.java:321)
2015-04-09 12:36:34,113|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.BufferedMutatorImpl.backgroundFlushCommits(BufferedMutatorImpl.java:206)
2015-04-09 12:36:34,113|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.BufferedMutatorImpl.flush(BufferedMutatorImpl.java:183)
2015-04-09 12:36:34,114|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:1414)
2015-04-09 12:36:34,114|beaver.machine|INFO|15134|140028818736896|MainThread|at org.apache.hadoop.hbase.client.HTable.put(HTable.java:1010)

Trivial code cleanup around memstore lower limit configuration.

Caused by: java.lang.IllegalArgumentException: Can not create a Path from an empty string
	at org.apache.hadoop.fs.Path.checkPathArg(Path.java:168)
	at org.apache.hadoop.fs.Path.<init>(Path.java:237)
	at org.apache.hadoop.hive.metastore.Warehouse.getDnsPath(Warehouse.java:143)
	at org.apache.hadoop.hive.metastore.Warehouse.getDnsPath(Warehouse.java:147)
	at org.apache.hadoop.hive.metastore.Warehouse.getWhRoot(Warehouse.java:160)
	at org.apache.hadoop.hive.metastore.Warehouse.getDatabasePath(Warehouse.java:235)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getMetaData(SemanticAnalyzer.java:2335)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getMetaData(SemanticAnalyzer.java:2074)

given that the path passed to getDnsPath is already a path that is probably valid, this method needs to be a little bit more reliable. Not sure which argument turns out to be empty, but I wonder why this complexity is needed for the default database.
Of note: this only affects CTAS for me.
I can create a table and insert data and it works fine; location is  hdfs://[...].hortonworks.com:8020/warehouse/

splitmap.TransformedMap is part of the Get/Put hierarchy, but it does not behave like a proper Java Map. 
In particular, java.util.Map.put(K, V) returns V.
However the collections Put interface returns Object.
As far as I can tell, this was done in order to be able to include TransformedMap in the hiearchy. But the side effect is to break the generics for all the non-transformer maps in the hierarchy.
Maybe there should be a separate PutTransformed interface which has the appropriate generic types, i.e.
public T put(K key, V value)

<simple-load-provider factor="0"/> isn't accepted by the parser.

The code below is copied from the javadoc of HttpSecurity HttpSecurity .requestMatcher(RequestMatcher requestMatcher):

 @Configuration
 @EnableWebSecurity
 public class RequestMatchersSecurityConfig extends WebSecurityConfigurerAdapter {

     @Override
     protected void configure(HttpSecurity http) throws Exception {
         http
             .requestMatchers()
                 .antMatchers("/api/**")
                 .and()
                 .antMatchers("/oauth/**")
                 .and()
             .authorizeRequests()
                 .antMatchers("/**").hasRole("USER").and()
                 .httpBasic();
     }

     @Override
     protected void configure(AuthenticationManagerBuilder auth)
             throws Exception {
         auth
             .inMemoryAuthentication()
                 .withUser("user")
                     .password("password")
                     .roles("USER");
     }
 }

the request matcher only matches /oauth/** exptected an OrMatcher on /api/** and /oauth/**

2015-03-17 14:55:10.448  INFO 35782 --- [           main] o.s.s.web.DefaultSecurityFilterChain     : Creating filter chain: OrRequestMatcher [requestMatchers=[Ant [pattern='/oauth/**']]], [org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter@6956e01, org.springframework.security.web.context.SecurityContextPersistenceFilter@4708993a, org.springframework.security.web.header.HeaderWriterFilter@448d9973, org.springframework.security.web.csrf.CsrfFilter@624f1602, org.springframework.security.web.authentication.logout.LogoutFilter@79b04c7, org.springframework.security.web.authentication.www.BasicAuthenticationFilter@306eb59c, org.springframework.security.web.savedrequest.RequestCacheAwareFilter@292e39db, org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter@501cc8a5, org.springframework.security.web.authentication.AnonymousAuthenticationFilter@3c690707, org.springframework.security.web.session.SessionManagementFilter@1516d73d, org.springframework.security.web.access.ExceptionTranslationFilter@110f9f2f, org.springframework.security.web.access.intercept.FilterSecurityInterceptor@364adedd]

Notice OrRequestMatcher [requestMatchers=[Ant [pattern='/oauth/**']]] in log.

I'm getting an exception when starting up my Spring Boot application:

java.lang.ArrayIndexOutOfBoundsException: 193
	at org.springframework.asm.ClassReader.readLabel(ClassReader.java:2185)
	at org.springframework.asm.ClassReader.readTypeAnnotations(ClassReader.java:1614)
	...

It seems that when my classes are inspected for annotations, ClassReader (Spring 4.2.5) chokes on one of my classes containing Java-8 type annotations. This is extremely unfortunate, because it means that I can't use Spring annotations in combination with type annotations.
I've attached a very small (maven) project that reproduces the problem. All you need to do is run "mvn test". The included unit test attempts to read the problematic class file using org.springframework.asm.ClassReader, and gives the same exception as above.
The class that can't be read is

public class Problem implements Interface<String> {
	public void serialize(String request) {
		Map<String, @Nullable Object> values = new HashMap<>();
		values.clear();
	}
}

The @Nullable type annotation is from org.eclipse.jdt.annotation 2.0.0. I've included the source code in the attached project.
And the interface:

public interface Interface<T> {
	void serialize(T request);
}

Without the interface, the problem doesn't occur. Also the type parameter is essential to reproduce the problem.
What is also surprising, is that when the class is not compiled by maven (javac), but by Eclipse, the problem does not occur.
It would be great to know if there is a workaround for this problem, e.g. compiler settings that can be included in the pom file.

If a query has multiple mapjoins and one of the tables to be mapjoined is empty, the query can result in a "no such file or directory" when looking for the hashtable.
This is because when we generate a dummy hash table, we do not close the TableScan (TS) operator for that table. Additionally, HashTableSinkOperator (HTSO) outputs it's hash tables in the closeOp method. However, when close is called on HTSO we check to ensure that all parents are closed: https://github.com/apache/hive/blob/trunk/ql/src/java/org/apache/hadoop/hive/ql/exec/Operator.java#L333
which is not true on this case, because the TS operator for the empty table was never closed.

Add a flag so on zk session expiration, regionserver goes down and doesn't try restarting.

When using cxfRs to send a rest message in InOnly mode, Camel do not close
the javax.ws.rs.core.Response object. As we are InOnly, the reponse object is not passed through the exchange, so the caller can not close it either.
Here is the mail thread which talks about it.

hi 
1. SINGLE_TABLE
2. TABLE_PER_CLASS
3. MAPPED_SUPERCLASS
4.JOINED
Out of the list above it appears that SINGLE_TABLE, JOINED and MAPPED_SUPERCLASS work (see scripts @ http://forum.springsource.org/showthread.php?t=101118) but TABLE_PER_CLASS does not.
TABLE_PER_CLASS doesn't work
persistence setup --provider HIBERNATE --database MYSQL
database properties set --key database.username --value root
database properties set --key database.password --value pwd
database properties set --key database.url --value jdbc:mysql://localhost:3306/inheritance_table_per_class
entity --class ~.server.domain.Shape --abstract --inheritanceType TABLE_PER_CLASS
entity --class ~.server.domain.Square --extends ~.server.domain.Shape --testAutomatically
entity --class ~.server.domain.Circle --extends ~.server.domain.Shape --testAutomatically
field number --fieldName area --type java.lang.Double --class ~.server.domain.Shape
field number --fieldName volume --type java.lang.Double --class ~.server.domain.Shape
gwt setup
this is the error message that I'm getting, so I guess its not support in GWT because of union subclass joins. Could someone shed some light on this please
[INFO] at org.springframework.beans.factory.support.BeanDefi nitionValueResolver.resolveReference(BeanDefinitio nValueResolver.java:328)
[INFO] at org.springframework.beans.factory.support.BeanDefi nitionValueResolver.resolveValueIfNecessary(BeanDe finitionValueResolver.java:106)
[INFO] at org.springframework.beans.factory.support.Abstract AutowireCapableBeanFactory.applyPropertyValues(Abs tractAutowireCapableBeanFactory.java:1325)
[INFO] at org.springframework.beans.factory.support.Abstract AutowireCapableBeanFactory.populateBean(AbstractAu towireCapableBeanFactory.java:1086)
[INFO] at org.springframework.beans.factory.support.Abstract AutowireCapableBeanFactory.doCreateBean(AbstractAu towireCapableBeanFactory.java:517)
[INFO] at org.springframework.beans.factory.support.Abstract AutowireCapableBeanFactory.createBean(AbstractAuto wireCapableBeanFactory.java:456)
[INFO] at org.springframework.beans.factory.support.Abstract BeanFactory$1.getObject(AbstractBeanFactory.java:2 91)
[INFO] at org.springframework.beans.factory.support.DefaultS ingletonBeanRegistry.getSingleton(DefaultSingleton BeanRegistry.java:222)
[INFO] at org.springframework.beans.factory.support.Abstract BeanFactory.doGetBean(AbstractBeanFactory.java:288 )
[INFO] at org.springframework.beans.factory.support.Abstract BeanFactory.getBean(AbstractBeanFactory.java:190)
[INFO] at org.springframework.beans.factory.support.DefaultL istableBeanFactory.preInstantiateSingletons(Defaul tListableBeanFactory.java:580)
[INFO] at org.springframework.context.support.AbstractApplic ationContext.finishBeanFactoryInitialization(Abstr actApplicationContext.java:895)
[INFO] at org.springframework.context.support.AbstractApplic ationContext.refresh(AbstractApplicationContext.ja va:425)
[INFO] at org.springframework.web.context.ContextLoader.crea teWebApplicationContext(ContextLoader.java:276)
[INFO] at org.springframework.web.context.ContextLoader.init WebApplicationContext(ContextLoader.java:197)
[INFO] at org.springframework.web.context.ContextLoaderListe ner.contextInitialized(ContextLoaderListener.java: 47)
[INFO] at org.mortbay.jetty.handler.ContextHandler.startCont ext(ContextHandler.java:543)
[INFO] at org.mortbay.jetty.servlet.Context.startContext(Con text.java:136)
[INFO] at org.mortbay.jetty.webapp.WebAppContext.startContex t(WebAppContext.java:1220)
[INFO] at org.mortbay.jetty.handler.ContextHandler.doStart(C ontextHandler.java:513)
[INFO] at org.mortbay.jetty.webapp.WebAppContext.doStart(Web AppContext.java:448)
[INFO] at com.google.gwt.dev.shell.jetty.JettyLauncher$WebAp pContextWithReload.doStart(JettyLauncher.java:447)
[INFO] at org.mortbay.component.AbstractLifeCycle.start(Abst ractLifeCycle.java:39)
[INFO] at org.mortbay.jetty.handler.HandlerWrapper.doStart(H andlerWrapper.java:130)
[INFO] at org.mortbay.jetty.handler.RequestLogHandler.doStar t(RequestLogHandler.java:115)
[INFO] at org.mortbay.jetty.Server.doStart(Server.java:222)
[INFO] at com.google.gwt.dev.shell.jetty.JettyLauncher.start (JettyLauncher.java:542)
[INFO] at com.google.gwt.dev.DevMode.doStartUpServer(DevMode .java:431)
[INFO] at com.google.gwt.dev.DevModeBase.startUp(DevModeBase .java:1053)
[INFO] at com.google.gwt.dev.DevModeBase.run(DevModeBase.jav a:795)
[INFO] at com.google.gwt.dev.DevMode.main(DevMode.java:282)
[INFO] Caused by: org.springframework.beans.factory.BeanCreationExce ption: Error creating bean with name 'entityManagerFactory' defined in file [C:\springsource\Spring-Roo\spring-roo-1.
1.1.RELEASE\samples\inheritance_TABLE_PER_CLASS\ta rget\example-0.1.0.BUILD-SNAPSHOT\WEB-INF\classes\META-INF\spring\applicationContext.xml]: Invocation of init method failed; nested exc
eption is javax.persistence.PersistenceException: [PersistenceUnit: persistenceUnit] Unable to build EntityManagerFactory
[INFO] at org.springframework.beans.factory.support.Abstract AutowireCapableBeanFactory.initializeBean(Abstract AutowireCapableBeanFactory.java:1420)
[INFO] at org.springframework.beans.factory.support.Abstract AutowireCapableBeanFactory.doCreateBean(AbstractAu towireCapableBeanFactory.java:519)
[INFO] at org.springframework.beans.factory.support.BeanDefi nitionValueResolver.resolveReference(BeanDefinitio nValueResolver.java:322)
[INFO] ... 33 more
[INFO] Caused by: javax.persistence.PersistenceException: [PersistenceUnit: persistenceUnit] Unable to build EntityManagerFactory
[INFO] at org.hibernate.ejb.Ejb3Configuration.buildEntityMan agerFactory(Ejb3Configuration.java:911)
[INFO] at org.hibernate.ejb.HibernatePersistence.createConta inerEntityManagerFactory(HibernatePersistence.java :74)
[INFO] at org.springframework.orm.jpa.LocalContainerEntityMa nagerFactoryBean.createNativeEntityManagerFactory( LocalContainerEntityManagerFactoryBean.java:225)
[INFO] at org.springframework.orm.jpa.AbstractEntityManagerF actoryBean.afterPropertiesSet(AbstractEntityManage rFactoryBean.java:308)
[INFO] at org.springframework.beans.factory.support.Abstract AutowireCapableBeanFactory.invokeInitMethods(Abstr actAutowireCapableBeanFactory.java:1477)
[INFO] at org.springframework.beans.factory.support.Abstract AutowireCapableBeanFactory.initializeBean(Abstract AutowireCapableBeanFactory.java:1417)
[INFO] ... 40 more
[INFO] Caused by: org.hibernate.MappingException: Cannot use identity column key generation with <union-subclass> mapping for: com.example.server.domain.Shape
[INFO] at org.hibernate.persister.entity.UnionSubclassEntity Persister.<init>(UnionSubclassEntityPersister.java :90)
[INFO] at org.hibernate.persister.PersisterFactory.createCla ssPersister(PersisterFactory.java:90)
[INFO] at org.hibernate.impl.SessionFactoryImpl.<init>(Sessi onFactoryImpl.java:284)
[INFO] at org.hibernate.cfg.Configuration.buildSessionFactor y(Configuration.java:1842)
[INFO] at org.hibernate.ejb.Ejb3Configuration.buildEntityMan agerFactory(Ejb3Configuration.java:902)
[INFO] ... 45 more
Edit/Delete Message

Setting up the contacts example on Orion does not work out of the box.
This is because of a bug/feature in Orion where the 'getServletPath' method returns null when called from within a filter.  The FilterInvocation class makes use of this method and therefore fails to do the redirects to the 'j_acegi_security_check'.  Everything works fine if you configure Acegi longhand via the web.xml.
I realise this is more of a bug with Orion (and I have raised it with them) but it would be good if you guys could put a workaround into the framework.  In my investigations I got it work by putting something similar to the following in the 'getRequestUrl()' method of FilterInvocation, but I obviously havn't done a full impact analysis of this change.
 String uri = request.getServletPath();
    if (uri == null) 
{
      uri = request.getRequestURI();
      uri = uri.substring(request.getContextPath().length());
    }

Thanks
Paul

Bad ItemKeyGenerator strategy can lead to infinite loop in retry. http://forum.springframework.org/showthread.php?t=51766 is a good example.  Part of the problem here is that the skip limit is ignored when retry is in place (that's a bug as well).

11:19:42,688 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 8) Attribute properties of resource /subsystem=iiop-openjdk is not marked as reload required
11:19:42,690 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute statistics-enabled of resource /subsystem=undertow is not marked as reload required
11:19:42,690 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute default-security-domain of resource /subsystem=undertow is not marked as reload required
11:19:42,690 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute buffer-size of resource /subsystem=undertow/buffer-cache=* is not marked as reload required
11:19:42,691 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute buffers-per-region of resource /subsystem=undertow/buffer-cache=* is not marked as reload required
11:19:42,691 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute max-regions of resource /subsystem=undertow/buffer-cache=* is not marked as reload required
11:19:42,691 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute default-host of resource /subsystem=undertow/server=* is not marked as reload required
11:19:42,691 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute servlet-container of resource /subsystem=undertow/server=* is not marked as reload required
11:19:42,691 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 18) Attribute task-keepalive of resource /subsystem=io/worker=* is not marked as reload required
11:19:42,692 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 18) Attribute task-max-threads of resource /subsystem=io/worker=* is not marked as reload required
11:19:42,692 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 18) Attribute io-threads of resource /subsystem=io/worker=* is not marked as reload required
11:19:42,692 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 18) Attribute stack-size of resource /subsystem=io/worker=* is not marked as reload required
11:19:42,692 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 18) Attribute buffer-size of resource /subsystem=io/buffer-pool=* is not marked as reload required
11:19:42,693 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 18) Attribute buffers-per-slice of resource /subsystem=io/buffer-pool=* is not marked as reload required
11:19:42,693 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 18) Attribute direct-buffers of resource /subsystem=io/buffer-pool=* is not marked as reload required
11:19:42,705 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute send-buffer-size of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,706 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute receive-buffer-size of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,706 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute buffer-region-size of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,706 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute transmit-window-size of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,706 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute receive-window-size of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,706 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute max-outbound-channels of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,706 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute max-inbound-channels of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,707 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute authorize-id of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,707 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute auth-realm of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,707 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute authentication-retries of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,707 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute max-outbound-messages of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,708 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute max-inbound-messages of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,708 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute heartbeat-interval of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,708 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute max-inbound-message-size of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,708 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute max-outbound-message-size of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,708 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute server-name of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,709 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 2) Attribute sasl-protocol of resource /subsystem=remoting/configuration=endpoint is not marked as reload required
11:19:42,711 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute default-web-module of resource /subsystem=undertow/server=/host= is not marked as reload required
11:19:42,712 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute default-response-code of resource /subsystem=undertow/server=/host= is not marked as reload required
11:19:42,712 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute disable-console-redirect of resource /subsystem=undertow/server=/host= is not marked as reload required
11:19:42,712 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute handler of resource /subsystem=undertow/server=/host=/location=* is not marked as reload required
11:19:42,713 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute predicate of resource /subsystem=undertow/server=/host=/location=/filter-ref= is not marked as reload required
11:19:42,713 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute priority of resource /subsystem=undertow/server=/host=/location=/filter-ref= is not marked as reload required
11:19:42,713 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute pattern of resource /subsystem=undertow/server=/host=/setting=access-log is not marked as reload required
11:19:42,713 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute prefix of resource /subsystem=undertow/server=/host=/setting=access-log is not marked as reload required
11:19:42,738 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute suffix of resource /subsystem=undertow/server=/host=/setting=access-log is not marked as reload required
11:19:42,740 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute rotate of resource /subsystem=undertow/server=/host=/setting=access-log is not marked as reload required
11:19:42,740 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute directory of resource /subsystem=undertow/server=/host=/setting=access-log is not marked as reload required
11:19:42,740 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute use-server-log of resource /subsystem=undertow/server=/host=/setting=access-log is not marked as reload required
11:19:42,741 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute relative-to of resource /subsystem=undertow/server=/host=/setting=access-log is not marked as reload required
11:19:42,741 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute extended of resource /subsystem=undertow/server=/host=/setting=access-log is not marked as reload required
11:19:42,742 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute predicate of resource /subsystem=undertow/server=/host=/setting=access-log is not marked as reload required
11:19:42,742 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute predicate of resource /subsystem=undertow/server=/host=/filter-ref=* is not marked as reload required
11:19:42,742 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute priority of resource /subsystem=undertow/server=/host=/filter-ref=* is not marked as reload required
11:19:42,742 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute domain of resource /subsystem=undertow/server=/host=/setting=single-sign-on is not marked as reload required
11:19:42,743 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute path of resource /subsystem=undertow/server=/host=/setting=single-sign-on is not marked as reload required
11:19:42,743 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute http-only of resource /subsystem=undertow/server=/host=/setting=single-sign-on is not marked as reload required
11:19:42,744 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute secure of resource /subsystem=undertow/server=/host=/setting=single-sign-on is not marked as reload required
11:19:42,744 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute cookie-name of resource /subsystem=undertow/server=/host=/setting=single-sign-on is not marked as reload required
11:19:42,746 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute path of resource /subsystem=undertow/configuration=handler/file=* is not marked as reload required
11:19:42,747 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute cache-buffer-size of resource /subsystem=undertow/configuration=handler/file=* is not marked as reload required
11:19:42,747 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute cache-buffers of resource /subsystem=undertow/configuration=handler/file=* is not marked as reload required
11:19:42,747 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute directory-listing of resource /subsystem=undertow/configuration=handler/file=* is not marked as reload required
11:19:42,747 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute follow-symlink of resource /subsystem=undertow/configuration=handler/file=* is not marked as reload required
11:19:42,748 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute case-sensitive of resource /subsystem=undertow/configuration=handler/file=* is not marked as reload required
11:19:42,748 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute safe-symlink-paths of resource /subsystem=undertow/configuration=handler/file=* is not marked as reload required
11:19:42,752 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute connections-per-thread of resource /subsystem=undertow/configuration=handler/reverse-proxy=* is not marked as reload required
11:19:42,752 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute session-cookie-names of resource /subsystem=undertow/configuration=handler/reverse-proxy=* is not marked as reload required
11:19:42,752 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute problem-server-retry of resource /subsystem=undertow/configuration=handler/reverse-proxy=* is not marked as reload required
11:19:42,752 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute request-queue-size of resource /subsystem=undertow/configuration=handler/reverse-proxy=* is not marked as reload required
11:19:42,753 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute max-request-time of resource /subsystem=undertow/configuration=handler/reverse-proxy=* is not marked as reload required
11:19:42,753 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute cached-connections-per-thread of resource /subsystem=undertow/configuration=handler/reverse-proxy=* is not marked as reload required
11:19:42,753 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute connection-idle-timeout of resource /subsystem=undertow/configuration=handler/reverse-proxy=* is not marked as reload required
11:19:42,753 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute scheme of resource /subsystem=undertow/configuration=handler/reverse-proxy=/host= is not marked as reload required
11:19:42,754 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute instance-id of resource /subsystem=undertow/configuration=handler/reverse-proxy=/host= is not marked as reload required
11:19:42,754 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute path of resource /subsystem=undertow/configuration=handler/reverse-proxy=/host= is not marked as reload required
11:19:42,776 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute max-concurrent-requests of resource /subsystem=undertow/configuration=filter/request-limit=* is not marked as reload required
11:19:42,776 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute queue-size of resource /subsystem=undertow/configuration=filter/request-limit=* is not marked as reload required
11:19:42,781 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute header-name of resource /subsystem=undertow/configuration=filter/response-header=* is not marked as reload required
11:19:42,781 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute header-value of resource /subsystem=undertow/configuration=filter/response-header=* is not marked as reload required
11:19:42,782 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute code of resource /subsystem=undertow/configuration=filter/error-page=* is not marked as reload required
11:19:42,782 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute path of resource /subsystem=undertow/configuration=filter/error-page=* is not marked as reload required
11:19:42,782 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute class-name of resource /subsystem=undertow/configuration=filter/custom-filter=* is not marked as reload required
11:19:42,782 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute module of resource /subsystem=undertow/configuration=filter/custom-filter=* is not marked as reload required
11:19:42,783 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute parameters of resource /subsystem=undertow/configuration=filter/custom-filter=* is not marked as reload required
11:19:42,783 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute management-socket-binding of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,783 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute advertise-socket-binding of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,783 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute security-key of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,783 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute advertise-protocol of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,784 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute advertise-path of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,784 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute advertise-frequency of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,784 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute health-check-interval of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,784 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute broken-node-timeout of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,784 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute worker of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,784 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute max-request-time of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,785 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute management-access-predicate of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,785 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute connections-per-thread of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,785 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute cached-connections-per-thread of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,785 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute connection-idle-timeout of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,785 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute request-queue-size of resource /subsystem=undertow/configuration=filter/mod-cluster=* is not marked as reload required
11:19:42,826 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 4) Attribute require-bean-descriptor of resource /subsystem=weld is not marked as reload required
11:19:42,826 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 4) Attribute non-portable-mode of resource /subsystem=weld is not marked as reload required
11:19:42,827 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 4) Attribute development-mode of resource /subsystem=weld is not marked as reload required
11:19:42,855 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute entries of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,856 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute auto-group of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,856 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute block-on-acknowledge of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,856 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute block-on-durable-send of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,856 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute block-on-non-durable-send of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,856 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute cache-large-message-client of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,856 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute call-failover-timeout of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,857 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute call-timeout of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,857 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute client-failure-check-period of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,857 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute client-id of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,857 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute compress-large-messages of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,857 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute confirmation-window-size of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,857 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute connection-load-balancing-policy-class-name of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,857 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute connection-ttl of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,858 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute consumer-max-rate of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,858 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute consumer-window-size of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,858 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute dups-ok-batch-size of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,858 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute factory-type of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,858 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute failover-on-initial-connection of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,858 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute group-id of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,859 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute ha of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,859 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute initial-connect-attempts of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,859 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute initial-message-packet-size of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,859 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute max-retry-interval of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,859 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute min-large-message-size of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,859 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute pre-acknowledge of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,860 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute producer-max-rate of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,860 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute producer-window-size of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,860 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute reconnect-attempts of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,860 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute retry-interval of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,860 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute retry-interval-multiplier of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,860 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute scheduled-thread-pool-max-size of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,861 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute expression of resource /subsystem=undertow/configuration=filter/expression-filter=* is not marked as reload required
11:19:42,878 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute module of resource /subsystem=undertow/configuration=filter/expression-filter=* is not marked as reload required
11:19:42,878 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute thread-pool-max-size of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,878 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute transaction-batch-size of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,878 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute target of resource /subsystem=undertow/configuration=filter/rewrite=* is not marked as reload required
11:19:42,878 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute use-global-pools of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,879 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute redirect of resource /subsystem=undertow/configuration=filter/rewrite=* is not marked as reload required
11:19:42,879 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 7) Attribute discovery-group of resource /subsystem=messaging-activemq/server=/legacy-connection-factory= is not marked as reload required
11:19:42,879 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute http-authentication-factory of resource /subsystem=undertow/application-security-domain=* is not marked as reload required
11:19:42,879 ERROR [org.jboss.as.controller] (ServerService Thread Pool – 16) Attribute override-deployment-config of resource /subsystem=undertow/application-security-domain=* is not marked as reload required

I am not able to upload new file with DropboxUploadMode.add option.
see reproducer:

git clone -b refactor_dropbox_test https://github.com/bouskaJ/camel.git
add access token (https://github.com/bouskaJ/camel/blob/refactor_dropbox_test/components/camel-dropbox/src/test/resources/test-options.properties)
run DropboxProducerPutSingleFileTest

use DropboxUploadMode.force

There is regression in EAP 7.1.0.DR8. JMS bridge is not able to lookup queue or connection factory from remote EAP 7.1.0.DR8 server.
If server with JMS bridge is started then following warning is logged in server.log:

13:30:14,006 WARN  [org.apache.activemq.artemis.jms.bridge] (Thread-102) AMQ342010: Failed to connect JMS Bridge N/A: javax.naming.NamingException: Failed to create remoting connection [Root exception is java.lang.NoClassDefFoundError: org/jboss/remoting3/Remoting]
	at org.jboss.naming.remote.client.ClientUtil.namingException(ClientUtil.java:51) [jboss-remote-naming-2.0.4.Final-redhat-1.jar:2.0.4.Final-redhat-1]
	at org.jboss.naming.remote.client.InitialContextFactory.getInitialContext(InitialContextFactory.java:152) [jboss-remote-naming-2.0.4.Final-redhat-1.jar:2.0.4.Final-redhat-1]
	at org.jboss.as.naming.InitialContext.getDefaultInitCtx(InitialContext.java:114)
	at org.jboss.as.naming.InitialContext.init(InitialContext.java:99)
	at javax.naming.ldap.InitialLdapContext.<init>(InitialLdapContext.java:154) [rt.jar:1.8.0_71]
	at org.jboss.as.naming.InitialContext.<init>(InitialContext.java:89)
	at org.jboss.as.naming.InitialContextFactory.getInitialContext(InitialContextFactory.java:43)
	at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684) [rt.jar:1.8.0_71]
	at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313) [rt.jar:1.8.0_71]
	at javax.naming.InitialContext.init(InitialContext.java:244) [rt.jar:1.8.0_71]
	at javax.naming.InitialContext.<init>(InitialContext.java:216) [rt.jar:1.8.0_71]
	at org.apache.activemq.artemis.jms.bridge.impl.JNDIFactorySupport.createObject(JNDIFactorySupport.java:43) [artemis-jms-server-1.5.0.redhat-1.jar:1.5.0.redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JNDIDestinationFactory.createDestination(JNDIDestinationFactory.java:32) [artemis-jms-server-1.5.0.redhat-1.jar:1.5.0.redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.setupJMSObjects(JMSBridgeImpl.java:1072) [artemis-jms-server-1.5.0.redhat-1.jar:1.5.0.redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.setupJMSObjectsWithRetry(JMSBridgeImpl.java:1247) [artemis-jms-server-1.5.0.redhat-1.jar:1.5.0.redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.access$2600(JMSBridgeImpl.java:75) [artemis-jms-server-1.5.0.redhat-1.jar:1.5.0.redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl$FailureHandler.run(JMSBridgeImpl.java:1747) [artemis-jms-server-1.5.0.redhat-1.jar:1.5.0.redhat-1]
Caused by: java.lang.NoClassDefFoundError: org/jboss/remoting3/Remoting
	at org.jboss.naming.remote.client.EndpointCache.get(EndpointCache.java:47) [jboss-remote-naming-2.0.4.Final-redhat-1.jar:2.0.4.Final-redhat-1]
	at org.jboss.naming.remote.client.InitialContextFactory.createEndpoint(InitialContextFactory.java:226) [jboss-remote-naming-2.0.4.Final-redhat-1.jar:2.0.4.Final-redhat-1]
	at org.jboss.naming.remote.client.InitialContextFactory.getOrCreateEndpoint(InitialContextFactory.java:207) [jboss-remote-naming-2.0.4.Final-redhat-1.jar:2.0.4.Final-redhat-1]
	at org.jboss.naming.remote.client.InitialContextFactory.getOrCreateNamingStore(InitialContextFactory.java:170) [jboss-remote-naming-2.0.4.Final-redhat-1.jar:2.0.4.Final-redhat-1]
	at org.jboss.naming.remote.client.InitialContextFactory.getInitialContext(InitialContextFactory.java:146) [jboss-remote-naming-2.0.4.Final-redhat-1.jar:2.0.4.Final-redhat-1]
	... 18 more

This seems to be related to upgrade remote-naming -> wildfly-naming. As JMS bridge is using "artemis" module the dependency for wildfly-naming should be updated.
Configuration of JMS bridge:

<jms-bridge name="myBridge" module="org.apache.activemq.artemis" quality-of-service="ONCE_AND_ONLY_ONCE" failure-retry-interval="1000" max-retries="-1" max-batch-size="10" max-batch-time="100" add-messageID-in-header="true">
                <source connection-factory="java:/ConnectionFactory" destination="jms/queue/InQueue"/>
                <target connection-factory="jms/RemoteConnectionFactory" destination="jms/queue/OutQueue">
                    <target-context>
                        <property name="java.naming.factory.initial" value="org.jboss.naming.remote.client.InitialContextFactory"/>
                        <property name="java.naming.provider.url" value="http-remoting://127.0.0.1:10080"/>
                    </target-context>
                </target>
            </jms-bridge>

In localizeResource once we got an IOException, we always assume this is due to another thread writing the same file. But that is not always the case. Even without the interference from other threads, it may still get an IOException (RemoteException) due to failure of copyFromLocalFile in a specific environment, for example, in a kerberized HDFS encryption zone where the TGT is expired.
We'd better fail early with different message to avoid confusion.

As per http://camel.465427.n5.nabble.com/2-19-0-Rest-Producer-DSL-http4-support-for-PUT-workaround-td5799706.html
https://github.com/apache/camel/blob/camel-2.19.x/components/camel-http4/src/main/java/org/apache/camel/component/http4/helper/HttpMethodHelper.java#L64
The createMethod function does not take the http verb from the URI, PUT is transformed to a POST since there is a payload.  Resulting in an incorrect http request being formed.  The verb from the URI should take precedence.  
There is a workaround of setting Exchange.HTTP_METHOD header as per:
      .setHeader(Exchange.HTTP_METHOD, constant(HttpMethods.PUT))
      .to("rest:put:api/resource/resource.id")
HttpHelperTest is lacking coverage of http verbs other than GET and POST

Requires to escape the “\” on windows to make it compile. So make sure to use the escaped path in the VM templates instead of actual path.

MDB with method annotated with @PreDestroy and injected EJB. In this method we are calling an EJB. When the application is undeployed the PreDestroy method is called but it fails on the call to the injected EJB as it's already been undeployed.
This was fixed in an RFE for Session Beans but does not seem to work for MDB.

See nabble
http://old.nabble.com/AmbiguousMethodCallException-on-transactional-spring-bean-to26496269.html

The problem can be reproduced by running the script attached.
Backtrace

2015-04-29 10:34:36,390 ERROR [main]: ql.Driver (SessionState.java:printError(956)) - FAILED: IndexOutOfBoundsException Index: 0, Size: 0
	at java.util.ArrayList.rangeCheck(ArrayList.java:635)
	at java.util.ArrayList.get(ArrayList.java:411)
	at org.apache.hadoop.hive.ql.optimizer.RemoveDynamicPruningBySize.process(RemoveDynamicPruningBySize.java:61)
	at org.apache.hadoop.hive.ql.lib.ForwardWalker.walk(ForwardWalker.java:77)
	at org.apache.hadoop.hive.ql.parse.TezCompiler.runStatsDependentOptimizations(TezCompiler.java:281)
	at org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeOperatorPlan(TezCompiler.java:123)
	at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:102)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10092)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9932)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:227)
	at org.apache.hadoop.hive.ql.QTestUtil.executeClientInternal(QTestUtil.java:1026)
	at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:1000)
	at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.runTest(TestMiniTezCliDriver.java:139)
	at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.testCliDriver_q85(TestMiniTezCliDriver.java:123)

INFO] --- maven-jar-plugin:2.4:jar (default-jar) @ hbase-spark ---
[INFO] Building jar: /Users/appy/apache/hbase/hbase-spark/target/hbase-spark-2.0.0-SNAPSHOT.jar
[INFO]
[INFO] --- scalatest-maven-plugin:1.0:test (integration-test) @ hbase-spark ---
Discovery starting.
Discovery completed in 2 seconds, 434 milliseconds.
Run starting. Expected test count is: 78
HBaseDStreamFunctionsSuite:
2016-06-02 01:04:05,208 INFO  [ScalaTest-main-running-DiscoverySuite] hbase.HBaseTestingUtility(1029): Starting up minicluster with 1 master(s) and 1 regionserver(s) and 1 datanode(s)
2016-06-02 01:04:05,216 INFO  [ScalaTest-main-running-DiscoverySuite] hbase.HBaseTestingUtility(512): Created new mini-cluster data directory: /Users/appy/apache/hbase/hbase-spark/target/test-data/a075b24a-36fe-48a9-80c5-31b983a29a8e/dfscluster_d7a5357d-4269-4451-afc6-f456a2392469, deleteOnExit=true
2016-06-02 01:04:05,217 INFO  [ScalaTest-main-running-DiscoverySuite] hbase.HBaseTestingUtility(759): Setting test.cache.data to /Users/appy/apache/hbase/hbase-spark/target/test-data/a075b24a-36fe-48a9-80c5-31b983a29a8e/cache_data in system properties and HBase conf
2016-06-02 01:04:05,217 INFO  [ScalaTest-main-running-DiscoverySuite] hbase.HBaseTestingUtility(759): Setting hadoop.tmp.dir to /Users/appy/apache/hbase/hbase-spark/target/test-data/a075b24a-36fe-48a9-80c5-31b983a29a8e/hadoop_tmp in system properties and HBase conf
2016-06-02 01:04:05,218 INFO  [ScalaTest-main-running-DiscoverySuite] hbase.HBaseTestingUtility(759): Setting hadoop.log.dir to /Users/appy/apache/hbase/hbase-spark/target/test-data/a075b24a-36fe-48a9-80c5-31b983a29a8e/hadoop_logs in system properties and HBase conf
2016-06-02 01:04:05,218 INFO  [ScalaTest-main-running-DiscoverySuite] hbase.HBaseTestingUtility(759): Setting mapreduce.cluster.local.dir to /Users/appy/apache/hbase/hbase-spark/target/test-data/a075b24a-36fe-48a9-80c5-31b983a29a8e/mapred_local in system properties and HBase conf
2016-06-02 01:04:05,219 INFO  [ScalaTest-main-running-DiscoverySuite] hbase.HBaseTestingUtility(759): Setting mapreduce.cluster.temp.dir to /Users/appy/apache/hbase/hbase-spark/target/test-data/a075b24a-36fe-48a9-80c5-31b983a29a8e/mapred_temp in system properties and HBase conf

AbstractAddStepHandler.recordCapabilitiesAndRequirements(...) has this:

        ModelNode model = resource.getModel();
        for (AttributeDefinition ad : attributes) {
            if (model.hasDefined(ad.getName())) {
                ad.addCapabilityRequirements(context, model.get(ad.getName()));
            }
        }

That 'if' check removes the opportunity for an AD to register a requirement based on the default value of the attribute.
SimpleAttributeDefinition includes logic for doing that, so not giving it a chance to execute is inconsistent. AbstractWriteAttributeHandler also doesn't include any such limitation.

This issue is related to https://issues.apache.org/activemq/browse/CAMEL-2495.  We need to make sure SOAP 1.2 Fault works.

Henry  Yandell wrote me:

A quick note that I noticed that there were copyright statements in the HBase code.
http://svn.apache.org/repos/asf/hbase/trunk/src/main/java/org/apache/hadoop/hbase/ClusterStatus.java
My understanding from http://www.apache.org/legal/src-headers.html is
that they shouldn't be there.

The latest plugin 1.1.0.Beta1 does not seem to work well with the recent WildFly master revision 6f0ace609c2d4942633b06c8fb848fe76dd2d307 . Calling the reload command by execute-commands Mojo results in

Command execution failed for command 'reload'. Unsupported ModelControllerClient implementation org.wildfly.plugin.cli.CommandExecutor$NonClosingModelControllerClient

If executor memory + cache memory is configured close or equal to Xmx, the task attempts that is causing OOM can take down the LLAP daemon. Provide some leeway for other services during memory crunch. 

As noted by Sushanth Sowmyan, two files are missing the Apache headers:

/Users/sush/t/rel/apache-hive-2.1.0-src/common/src/java/org/apache/hive/common/util/DateParser.java
/Users/sush/t/rel/apache-hive-2.1.0-src/common/src/test/org/apache/hive/common/util/TestDateParser.java

Tim Sell over in HBASE-697 suggests we add unit tests for our thrift guts (Shouldn't need to fire up thrift to do this IIRC).

Here is the related code, starting line 921:

          if (regionState == null
              || !regionState.isPendingOpenOrOpeningOnServer(sn)) {
            LOG.warn("Received OPENED for " + prettyPrintedRegionName
              + " from " + sn + " but the region isn't PENDING_OPEN/OPENING here: "
              + regionStates.getRegionState(encodedName));

            // Close it without updating the internal region states,
            // so as not to create double assignments in unlucky scenarios
            // mentioned in OpenRegionHandler#process
            unassign(regionState.getRegion(), null, -1, null, false, sn);

If regionState is null, we should not dereference it.

https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java
nextInternal() method.

// Check if rowkey filter wants to exclude this row. If so, loop to next.
 // Technically, if we hit limits before on this row, we don't need this call.
 if (filterRowKey(current)) {
 incrementCountOfRowsFilteredMetric(scannerContext);
 // early check, see HBASE-16296
 if (isFilterDoneInternal()) {
 return scannerContext.setScannerState(NextState.NO_MORE_VALUES).hasMoreValues();
 }
 // Typically the count of rows scanned is incremented inside #populateResult. However,
 // here we are filtering a row based purely on its row key, preventing us from calling
 // #populateResult. Thus, perform the necessary increment here to rows scanned metric
 incrementCountOfRowsScannedMetric(scannerContext);
 boolean moreRows = nextRow(scannerContext, current);
 if (!moreRows) {
 }
 results.clear();
 continue;
 }

// Ok, we are good, let's try to get some results from the main heap.
 populateResult(results, this.storeHeap, scannerContext, current);
 if (scannerContext.checkAnyLimitReached(LimitScope.BETWEEN_CELLS)) {
 if (hasFilterRow) {
 throw new IncompatibleFilterException(
 "Filter whose hasFilterRow() returns true is incompatible with scans that must "
 + " stop mid-row because of a limit. ScannerContext:" + scannerContext);
 }
 return true;
 }

If filterRowKey always return ture, then it skip to checkAnyLimitReached. For batch/size limit, it is ok to skip as we don't read anything. But for time limit, it is not right. If the filter always filter row key, we will stuck here for a long time.

Find this bug when reading code. We dont use the API, so it is a trivial bug.
sb.append(this.configs); -> sb.append(m);

  @Override
  public String toString() {
    StringBuffer sb = new StringBuffer();
    sb.append("CompoundConfiguration: " + this.configs.size() + " configs");
    for (ImmutableConfigMap m : this.configs) {
      sb.append(this.configs);
    }
  }

See http://54.241.6.143/job/HBase-0.95-Hadoop-2/org.apache.hbase$hbase-server/602/testReport/org.apache.hadoop.hbase.master/TestTableLockManager/testTableReadLock/
When we run tests, they run w/ assertions enabled so we can stuff like this:

2013-07-11 08:55:40,781 INFO  [RpcServer.handler=0,port=51447] regionserver.HRegionServer(3619): Splitting testTableReadLock,85203ae86f2de2662ca5b6d614fbe495-4672,1373532936861.f17cc40a225b8de3797757dc3b05dde3.
2013-07-11 08:55:40,782 ERROR [RpcServer.handler=0,port=51447] ipc.RpcServer(2161): Unexpected throwable object 
java.lang.AssertionError: getSplitPoint() called on a region that can't split!
	at org.apache.hadoop.hbase.regionserver.HStore.getSplitPoint(HStore.java:1587)
	at org.apache.hadoop.hbase.regionserver.RegionSplitPolicy.getSplitPoint(RegionSplitPolicy.java:81)
	at org.apache.hadoop.hbase.regionserver.HRegion.checkSplit(HRegion.java:5311)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.splitRegion(HRegionServer.java:3626)
	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:14396)
2013-07-11 08:55:40,816 DEBUG [Split thread] catalog.CatalogTracker(208): Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@25e0df1b
2013-07-11 08:55:40,833 WARN  [Split thread] master.TestTableLockManager$7(382): Caught exception
java.io.IOException: java.io.IOException: getSplitPoint() called on a region that can't split!
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2162)
Caused by: java.lang.AssertionError: getSplitPoint() called on a region that can't split!
	... 1 more

	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:232)
	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.split(ProtobufUtil.java:1511)
	at org.apache.hadoop.hbase.client.HBaseAdmin.split(HBaseAdmin.java:1801)
	at org.apache.hadoop.hbase.client.HBaseAdmin.split(HBaseAdmin.java:1774)
	at org.apache.hadoop.hbase.client.HBaseAdmin.split(HBaseAdmin.java:1747)
	at org.apache.hadoop.hbase.master.TestTableLockManager$7.chore(TestTableLockManager.java:372)
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(java.io.IOException): java.io.IOException: getSplitPoint() called on a region that can't split!
	... 1 more

	at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1369)
	at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1573)
	at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1630)
	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$BlockingStub.splitRegion(AdminProtos.java:15141)
	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.split(ProtobufUtil.java:1509)
	... 6 more
2013-07-11 08:55:40,834 FATAL [Split thread] hbase.Chore(91): Split threaderror
java.lang.AssertionError: java.io.IOException: getSplitPoint() called on a region that can't split!
	... 1 more

	at org.apache.hadoop.hbase.master.TestTableLockManager$7.chore(TestTableLockManager.java:383)

The assertion here is for a condition that is not a problem; the region is currently not splittable because it has references.
Let me remove the assertion; it is causing the test splitter thread to exit but the test depends on it making progress ... so we are timing out.

Operators are not evaluated if using simple for setting bodies or headers:

from("direct:simple")
    .setHeader("myHeader").simple("true == true", Boolean.class)
    .log("header = [${header.myHeader}]")
    .setBody(simple("true == true", Boolean.class))
    .log("body = [${body}]");

Output is as follows:

INFO  header = [false]
INFO  body = [false]

The outcome should be true in both cases.
Also, see http://stackoverflow.com/questions/23523409/camel-how-to-set-boolean-header-parameter-using-simple-comparison/23560989#23560989

jobs that require iterative processing may take longer than 10 mins to produce rows. This shouldn't be cause to kill the job. Producing keepalive dummy rows to stdout is bad if the data has to go into a Hive table or other Hive steps.
If we adopt the solution of using stderr to indicate heartbeats, can that be combined with streaming counters (http://hadoop.apache.org/core/docs/current/streaming.html#How+do+I+update+counters+in+streaming+applications%3F )? Also, will limitations on size of stderr break this?

it's happening at 

    MetaStoreUtils.updateUnpartitionedTableStatsFast(newtCopy,
        wh.getFileStatusesForSD(newtCopy.getSd()), false, true);

other methods in this class call getWh() to get Warehouse so this likely explains why it's intermittent.

If integer partition columns have values stores in non-canonical form, for example with leading zeroes, the integer filter doesn't work. That is because JDO pushdown uses substrings to compare for equality, and SQL pushdown is intentionally crippled to do the same to produce same results.
Probably, since both SQL pushdown and integers pushdown are just perf optimizations, we can remove it for JDO (or make configurable and disable by default), and uncripple SQL.

[standalone@localhost:9990 /] /subsystem=singleton/singleton-policy=foo/election-policy=random:add{allow-resource-service-restart=true
[standalone@localhost:9990 /] /subsystem=singleton/singleton-policy=foo/election-policy=simple:add{allow-resource-service-restart=true
{
    "failure-description" => "WFLYCTL0436: Cannot register capability 'org.wildfly.clustering.singleton.policy.election.foo' at location '[
    (\"subsystem\" => \"singleton\"),
    (\"singleton-policy\" => \"foo\"),
    (\"election-policy\" => \"simple\")
]' as it is already registered in context 'global' at location(s) '[[
    (\"election-policy\" => \"random\")
]]'",
}

The namespace improperly handles the method attribute when populating ChannelProcessingFilter.securityMetadataSource. The problems differ between 3.0.x and 3.1.x. For 3.0.x the issue is that the method is ignored. The issue for 3.1.x is that if the path is /** the method is ignored. I have attached a patch with tests and a fix for both master and 3.0.x. Note that I included a test for 3.1.x that actually works but was broke in 3.0.x in order to ensure it continues to work. While it might be wise to refactor to reuse the logic in creating the securityMetadataSource, I did not do so to limit the scope of this change.
PS: I did not look at 2.x to see if it needed corrections.

I have not debugged this yet but I would suspect this is actually happening during writing the file for a subsequent user added.

HBASE-2899 renamed hfile.min.blocksize.size to hbase.mapreduce.hfileoutputformat.blocksize. However, HBASE-1861 (committed after HBASE-2899) reverted this change.

In Thrift server,  listen port will bind always to the address which  is passed through command line argument. 

InetSocketAddress inetSocketAddress = bindToPort(cmd.getOptionValue("bind"), listenPort);

private static InetSocketAddress bindToPort(String bindValue, int listenPort)
      throws UnknownHostException {
    try {
      if (bindValue == null) {
        return new InetSocketAddress(listenPort);
      } else {
        return new InetSocketAddress(InetAddress.getByName(bindValue), listenPort);
      }
    } catch (UnknownHostException e) {
      throw new RuntimeException("Could not bind to provided ip address", e);
    }
  }

In case when bind address is not passed through argument then it is binding with any local  address. It should read hbase.thrift.info.bindAddress  value from configuration first.

In a route builder, we have a log definition: 
from("direct:testSimple")
 .log("${body.toString}");
The body contains an object, that implements a public toString() method. But the problem is, that the simple-expression does not find the method toString() and route processing stops without throwing an exception.
The funny thing is, that when we just rename the method, e.g. toInfoString(), then it works:
 .log("${body.toInfoString}");
Why does simple expression have a problem with a method named "toString"?

When renaming a table within the same DB, this operation causes MetaStoreEventListener.onAlterTable() to fire but when changing DB name for a table it causes MetaStoreEventListener.onDropTable() + MetaStoreEventListener.onCreateTable().
The files from original table are moved to new table location.  
This creates confusing semantics since any logic in onDropTable() doesn't know about the larger context, i.e. that there will be a matching onCreateTable().
In particular, this causes a problem for Acid tables since files moved from old table use WriteIDs that are not meaningful with the context of new table.
Current implementation is due to replication.  This should ideally be changed to raise a "not supported" error for tables that are marked for replication.
cc Sankar Hariappan

When I run set and save command at Beeline in my environment. And NullPointerException occurred as follows.

[root@hive ~]# /usr/local/hive/bin/beeline
beeline> !set
beeline> !save
Saving preferences to: /root/.beeline/beeline.properties

This problem has occurred because the following method's return value in BeeLineOpts#toProperties is null.

beeLine.getReflector().invoke(this, "get" + names[i], new Object[0]).toString()

Therefore it is modified so as to avoid NullPointerException.

See nabble
http://camel.465427.n5.nabble.com/How-to-specify-route-to-folder-with-in-actual-name-tp2839895p2839895.html

I found the issue using the Specification and PageRequest when i have joins and distinct at the same time in my query. When i call Page.getTotalElements() i get wrong number, bigger than it should be. Seems that duplicate items introduced by join get counted for total elements.
So the problem is that i use joins while building a Predicate, so to eliminate duplicates i set distinct property of query object to true:

public Predicate toPredicate(Root<Parent> root, CriteriaQuery<?> query, CriteriaBuilder cb) {
                Path<Set<Child>> childrenPath = root.get("children");
                root.join("children");
                query.distinct(true);
                return cb.isNotEmpty(childrenPath);
            }

As i see from DATA JPA code before doing the actual select query it performs count query, from my log it's the following:

select
        distinct count(*) as col_0_0_ 
    from
        parent parent0_ 
    inner join
        parent_children children1_ 
            on parent0_.id=children1_.parent_id 
    inner join
        child child2_ 
            on children1_.child_id=child2_.id 
    where
        exists (
            select
                child4_.id 
            from
                parent_children children3_,
                child child4_ 
            where
                parent0_.id=children3_.parent_id 
                and children3_.child_id=child4_.id
        )

As i understand distinct clause should be inside count() function:

select count(distinct *) ...

If i run such query directly in DB i'll get the right number of items.
I believe this issue can be fixed by using countDistinct instead of count() here https://github.com/SpringSource/spring-data-jpa/blob/master/src/main/java/org/springframework/data/jpa/repository/support/SimpleJpaRepository.java#L459
Or it can be conditionally ran 

if (query.isDistinct()) {
    query.select(builder.countDistinct(root));
} else {
    query.select(builder.count(root));
}

Please see the attached zip file of the test project.
Please let me know if there is any workaround.

This issue was initially raised on stackoverflow (see below).
When the EJB subsystem starts, it starts instances of LocalEJBReceiver which have optional dependencies on the Remoting Endpoint as well as the EJBRemoteConnectorService. I assume that these were marked as optional as remote invocations on EJBs is not required by the spec for the web profile. 
As stated in the forum post, the issue is that the LocalEJBReceiver gets started before its dependency EJBRemoteConnectorService and so the optional dependency does not get resolved correctly - effectively turning off the LocalEJBReceiver's ability to add cluster nodes to cluster contexts for the clusters it belongs to.
This results in the exception
.java.lang.IllegalStateException: EJBCLIENT000029: No cluster context available for cluster named ejb
The solution described in the forum post works to ensure that the dependencies are established correctly, but we need to factor into this what the spec says about the web profile and the possibility that some components (e.g. the EJBRemoteConnector) may be optionally removed.

Toby Crawley reports:

adding a duplicate extension under server > extensions causes an
   IllegalStateException that occurs when trying to generate the
   XMLStreamException
   (https://gist.github.com/tobias/59d155afe0c88e268b83cb75734353eb)

The problem happens because before the parser calls the invalidAttributeValue method to throw an exception, it has already consumed the element, preventing invalidAttributeValue working properly.
This should really be a custom exception that more clearly explains the problem, which is that the 'module' attribute value must be unique across the extension elements.

branch: hive master 
Running Q76 at 1 TB generates the following exception.

Caused by: java.io.IOException: java.lang.UnsupportedOperationException
        at org.apache.hadoop.hive.llap.io.api.impl.LlapRecordReader.rethrowErrorIfAny(LlapRecordReader.java:349)
        at org.apache.hadoop.hive.llap.io.api.impl.LlapRecordReader.nextCvb(LlapRecordReader.java:304)
        at org.apache.hadoop.hive.llap.io.api.impl.LlapRecordReader.next(LlapRecordReader.java:244)
        at org.apache.hadoop.hive.llap.io.api.impl.LlapRecordReader.next(LlapRecordReader.java:67)
        ... 23 more
        at org.apache.hadoop.hive.common.io.DiskRange.getData(DiskRange.java:86)
        at org.apache.hadoop.hive.ql.io.orc.encoded.IoTrace.logRange(IoTrace.java:304)
        at org.apache.hadoop.hive.ql.io.orc.encoded.IoTrace.logRanges(IoTrace.java:291)
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:328)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:426)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:250)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:247)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:247)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:96)
        ... 6 more        

When IncompleteCb is encountered, it ends up throwing this error.

Line 151: 		mark();
Seems like this is a bug – it would break the mark/reset logic of the enclosing Step.

Before HIVE-17877, each DPP sink has only one target work. The output path of a DPP work is TMP_PATH/targetWorkId/dppWorkId. When we do the pruning, each map work reads DPP outputs under TMP_PATH/targetWorkId.
After HIVE-17877, each DPP sink can have multiple target works. It's possible that a map work needs to read DPP outputs from multiple TMP_PATH/targetWorkId. To solve this, I think we can have a DPP output path specific to each query, e.g. QUERY_TMP_PATH/dpp_output. Each DPP work outputs to QUERY_TMP_PATH/dpp_output/dppWorkId. And each map work reads from QUERY_TMP_PATH/dpp_output.

While testing something else, I was loading a region with a lot of data. Writing 30M cells in 1M rows, with 1 byte values. 
The memstore size turned out to be estimated as 4.5GB, while with the JFR profiling I can see that we are using 2.8GB for all the objects in the memstore (KV + KV byte[] + CSLM.Node + CSLM.Index). 
This obviously means that there is room in the write cache that we are not effectively using. 

All DDL operations currently acquire an exclusive lock.  This is too course grained, as some operations like alter table add partition shouldn't get an exclusive lock on the entire table.

In TestMasterReplication we put some mutations and wait until we can read the data from slave cluster. However the waiting time is too short. Replication service in slave cluster may not be initialized and ready to handle replication RPC requests in several seconds. 
We should wait for more time.

2016-07-25 11:47:03,156 WARN  [Time-limited test-EventThread.replicationSource,1.replicationSource.10.235.114.28%2C56313%2C1469418386448,1] regionserver.HBaseInterClusterReplicationEndpoint(310): Can't replicate because of a local or network error: 
java.io.IOException: java.io.IOException: Replication services are not initialized yet
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2263)
Caused by: com.google.protobuf.ServiceException: Replication services are not initialized yet
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.replicateWALEntry(RSRpcServices.java:1935)
	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:22751)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2212)
	... 3 more

Seeing this with a fresh checkout of trunk and 0.95, only with JDK 6:

[ERROR] hbase-server/src/main/java/org/apache/hadoop/hbase/security/access/AccessController.java:[541,56] incompatible types; no instance(s) of type variable(s) K,V exist so that java.util.TreeMap<K,V> conforms to java.util.Map<byte[],java.util.Set<byte[]>>
[ERROR] found   : <K,V>java.util.TreeMap<K,V>
[ERROR] required: java.util.Map<byte[],java.util.Set<byte[]>>
[ERROR] hbase-server/src/main/java/org/apache/hadoop/hbase/security/access/AccessController.java:[1072,56] incompatible types; no instance(s) of type variable(s) K,V exist so that java.util.TreeMap<K,V> conforms to java.util.Map<byte[],java.util.Set<byte[]>>
[ERROR] hbase-server/src/main/java/org/apache/hadoop/hbase/security/access/AccessController.java:[1383,64] incompatible types; no instance(s) of type variable(s) K,V exist so that java.util.TreeMap<K,V> conforms to java.util.Map<byte[],java.util.Set<byte[]>>
[ERROR] hbase-server/src/main/java/org/apache/hadoop/hbase/security/access/AccessController.java:[1473,63] incompatible types; no instance(s) of type variable(s) K,V exist so that java.util.TreeMap<K,V> conforms to java.util.Map<byte[],java.util.Collection<byte[]>>
[ERROR] required: java.util.Map<byte[],java.util.Collection<byte[]>>

LOAD DATA INSERT INTO seems to be broken currently for partitions that do not use hive's native directory structure naming scheme, thus ignoring any location previously set by an ALTER TABLE ADD PARTITION ... LOCATION ... command.
Here is a simple reproducer:

echo 1 > /tmp/data1.txt
hive -e "create external table testpart(id int) partitioned by (date string) location '/tmp/testpart';"
hive -e "alter table testpart add partition(date='2014-09-16')  location '/tmp/testpart/20140916';"
hive -e "describe formatted testpart partition(date='2014-09-16') ;" | egrep '/tmp/testpart/(date=.?)?2014-?09-?16' > /tmp/a
hive -e "load data local inpath '/tmp/data1.txt' into table testpart partition(date='2014-09-16');"
hive -e "describe formatted testpart partition(date='2014-09-16') ;" | egrep '/tmp/testpart/(date=.?)?2014-?09-?16' > /tmp/b
diff /tmp/a /tmp/b
hadoop fs -ls /tmp/testpart/

Basically, what happens is that after the ALTER TABLE ADD PARTITION ... LOCATION, the location is "/tmp/testpart/20140916". After the LOAD DATA has run, the partition location becomes "/tmp/testpart/date=2014-09-16/". Any data previously present in the other location will then be ignored as well.

hive version: apache-hive-2.1.1 
we use hue(3.11.0) connecting to the HiveServer2.  Sometimes when we use sql that has been worked right before, an exception about unable to execute TezTask will come into being.

It forces us to enumerate all the jars except this jar on Windows instead of directly referencing the “dist\lib*.jar” folder in the class path.

Given a Camel proxy for an @InOnly service interface, and a route from the proxy to a JMS endpoint, calling hashCode() on the proxy throws an exception, either immediately or after a number of retries, depending on the route configuration.
See the attached test case for different scenarios.
The reason is that hashCode() is forwarded by the CamelInvocationHandler to the remote endpoint, which does not make sense in this case.

in my maven project i have a file src/main/resources/someFile.txt so it's on the classpath.
in spring 4.1.5 the following constructor autowiring works. but in spring 4.2.3 it doesn't

public MyConstructor(@Value("someFile.txt") Resource res) {
    ...
}

4.2.3 throws the following exception:

Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [com.mycompany.MyConstructor]: Constructor threw exception; nested exception is java.io.FileNotFoundException: Could not open ServletContext resource [/someFile.txt]
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:163) ~[spring-beans-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:122) ~[spring-beans-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:267) ~[spring-beans-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	... 45 common frames omitted
Caused by: java.io.FileNotFoundException: Could not open ServletContext resource [/someFile.txt]

to make it work in spring 4.2.3 you have to add "classpath:/". the follwoing works in 4.2.3

public MyConstructor(@Value("classpath:/someFile.txt") Resource res) {
    ...
}

The javadoc of getOne() is misleading. 
It doesn't really explain what the method does ("Returns a reference to the entity with the given identifier.") and doesn't explain what a "reference" is (only providing a non-clickable "See also" to EntityManager.getReference()).
But most importantly, it says: "Throws: javax.persistence.EntityNotFoundException - if no entity exists for given id." which is incorrect, since getReference() precisely assumes that the entity exists, without checking, and returns an uninitialized proxy. The exception will only be thrown when accessing the state of the entity.
This should be clarified. I've seen several Stackoverflow questions caused by this confusing javadoc (see https://stackoverflow.com/questions/49784730/spring-jpa-repository-cannot-catch-entitynotfoundexception/49784801#49784801 for the last one).

The constructor of org.wildfly.extension.batch.jberet.job.repository.JdbcJobRepositoryService is called twice: https://github.com/wildfly/wildfly/blob/80247ada8e7daa46660c732c4fc927e26f055d76/batch/extension-jberet/src/main/java/org/wildfly/extension/batch/jberet/job/repository/JdbcJobRepositoryService.java#L69 (both lines 56 and 69 typically get executed). Two threads then race to create the tables. 
Some databases can deal with it (those which support IF NOT EXISTS clause in the CREATE TABLE query). But where this is not used, creating a JDBC Batch repository fails with

15:21:31,526 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 29) MSC000001: Failed to start service org.wildfy.batch.job.repository.jdbc: org.jboss.msc.service.StartException in service org.wildfy.batch.job.repository.jdbc: WFLYBATCH000011: Failed to create JDBC job repository.
	at org.wildfly.extension.batch.jberet.job.repository.JdbcJobRepositoryService.lambda$start$1(JdbcJobRepositoryService.java:59)
	at org.wildfly.extension.batch.jberet.job.repository.JdbcJobRepositoryService$$Lambda$12/1223050080.run(Unknown Source)
Caused by: javax.batch.operations.BatchRuntimeException: JBERET000624: Failed to create tables for batch job repository database product name Adaptive Server Enterprise with DDL sql/jberet-sybase.ddl
	at org.jberet.repository.JdbcRepository.createTables(JdbcRepository.java:281)
	at org.jberet.repository.JdbcRepository.<init>(JdbcRepository.java:205)
	at org.jberet.repository.JdbcRepository.<init>(JdbcRepository.java:167)
	at org.wildfly.extension.batch.jberet.job.repository.JdbcJobRepositoryService.lambda$start$1(JdbcJobRepositoryService.java:56)
	... 5 more
Caused by: java.sql.BatchUpdateException: JZ0BE: BatchUpdateException: Error occurred while executing batch statement: There is already an object named 'JOB_INSTANCE' in the database.

	at com.sybase.jdbc4.jdbc.ErrorMessage.raiseBatchUpdateException(ErrorMessage.java:1300)
	at com.sybase.jdbc4.jdbc.SybStatement.batchLoop(SybStatement.java:2134)
	at com.sybase.jdbc4.jdbc.SybStatement.sendBatch(SybStatement.java:1924)
	at com.sybase.jdbc4.jdbc.SybStatement.executeBatch(SybStatement.java:1882)
	at com.sybase.jdbc4.jdbc.SybStatement.executeBatch(SybStatement.java:1691)
	at org.jboss.jca.adapters.jdbc.WrappedStatement.executeBatch(WrappedStatement.java:1174)
	at org.jberet.repository.JdbcRepository.createTables(JdbcRepository.java:279)
	... 8 more

from("timer://foo?fixedRate=true&delay=0&period=5000")
  .to("http4:www.google.com/search?q=Camel")
  .to("log:root");
This does not
 .to("http4:www.google.com/search?q=Camel")
 .to("log:root")
 .to("http4:192.168.172.41:8092/MyService/?wsdl");
A netstat shows this (173.194.35.145 is a google ip)
tcp6       0      1 10.4.5.107:42627        173.194.35.145:8092     SYN_SENT
It looks like the second http4 declaration modified the port of the first one.
Setting explicitly the port fixes the problem, like this
 .to("http4:www.google.com:80/search?q=Camel")
Even this works fine
 .to("http4:192.168.172.41:8092/MyService/?wsdl")
 .to("http4:www.yahoo.com:80/search?q=Camel");
camel-http does NOT have this issue (BTW camel-http4 is missing from the form component list). 
I do not think this is by design, anyway it is very confusing to debug, because suddenly a previously working route stops to work just "freezing".

Standalone powershell script does't support --debug option. Also -secmgr option and SECMGR=true environment variable settings is missing in posershell script. 

.\standalone.ps1 --debug

Debug mode is not active

...
Listening for transport dt_socket at address: 8787
...

Description of security-domain attribute is currently just "Security Domain for the Identity Provider."

This is being installed using archive name as both the app and module name, if there is an archive in the deployment with a similar name then this can race with the service for that module, and if the EAR's module ends up being the last one to start then the EJB's will not be available.
This is causing intermittent failures in NestedRemoteContextTestCase

Excerpt below has major compactions scheduled ever few hours but nothing to compact each time through – last run was a major compaction – and times are off.  Need to touch files if nothing to compact so major doesn't get scheduled again.

2008-12-20 02:41:03,933 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 170018656/content. Time since last major compaction: 249999 seconds
2008-12-20 05:27:43,933 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 170018656/content. Time since last major compaction: 259999 seconds
2008-12-20 08:14:23,932 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 170018656/content. Time since last major compaction: 269999 seconds
2008-12-20 11:01:03,932 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 170018656/content. Time since last major compaction: 279999 seconds
2008-12-20 13:47:43,932 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 170018656/content. Time since last major compaction: 289999 seconds
2008-12-20 16:34:23,932 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 170018656/content. Time since last major compaction: 299999 seconds
2008-12-20 19:21:03,933 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 170018656/content. Time since last major compaction: 309999 seconds
2008-12-20 22:07:43,932 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 170018656/content. Time since last major compaction: 319999 seconds

Then it says: 

2008-12-20 13:47:43,935 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Skipping major compaction because only one (major) compacted file only and elapsedTime 289999825 is < ttl=-1

I think whats happening is that we're not compacting because we just did but major compactions keep getting triggered because we are not updating the file timestamp.  Look into it.  At least fix up logging so its clearer whats happening..  Here is snippet:

2008-12-20 11:01:04,026 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Skipping major compaction because only one (major) compacted file only and elapsedTime 149999850 is < ttl=-1
2008-12-20 11:01:04,026 INFO org.apache.hadoop.hbase.regionserver.HRegion: compaction completed on region assigners,,1229364037757 in 0sec
2008-12-20 13:47:43,932 DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction requested for region streamitems,^@^@^@^@^C�r�,1229427582771 because: regionserver/0:0:0:0:0:0:0:0:60020.majorCompactionChecker requests major compaction
2008-12-20 13:47:43,932 INFO org.apache.hadoop.hbase.regionserver.HRegion: starting compaction on region streamitems,^@^@^@^@^C�r�,1229427582771
2008-12-20 13:47:43,934 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 65151897/content. Time since last major compaction: 259999 seconds
2008-12-20 13:47:43,934 DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction requested for region streamitems,^@^@^@^@^C3=�,1229459727659 because: regionserver/0:0:0:0:0:0:0:0:60020.majorCompactionChecker requests major compaction
2008-12-20 13:47:43,935 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 1579534353/content. Time since last major compaction: 259983 seconds
2008-12-20 13:47:43,935 DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction requested for region streamitems,^@^@^@^@^AV^Ds,1229459695202 because: regionserver/0:0:0:0:0:0:0:0:60020.majorCompactionChecker requests major compaction
2008-12-20 13:47:43,936 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Major compaction triggered on store: 1277711984/content. Time since last major compaction: 339999 seconds
...

The current lpad and rpad don't support the multibyte character at "str" and "pad".
For example, we can see the following result.

hive> select name from sample1;
OK
tokyo
ＴＯＫＹＯ
hive> select lpad(name, 20, '*') from sample1;
OK
***************tokyo
*****ＴＯＫＹＯ

This is improved as follows.

***************ＴＯＫＹＯ

Regression in 1.0.0-RELEASE. Works as expected in 1.0.0-RC1
Query: { "type" : 
{ "$in" : [ "folder"]}
 , "deleted" : false }
When a query contains a DBObject as a value like "type" in the example QueryMapper.getMappedObject will return in line 103 ignoring all further keys of the query.
This results in the query { "type" : 
 } sent to MongoDB.

resolved password from recovery-credential-reference from xa datasource or resource adapter isn't propagated further to ironjacamar

Looking at this build: https://builds.apache.org/job/hbase-0.95-on-hadoop2/173/testReport/org.apache.hadoop.hbase.replication/TestReplicationQueueFailoverCompressed/queueFailover/
The only thing I can find that went wrong is that the recovered queue was not completely done because the source fails like this:

2013-07-10 11:53:51,538 INFO  [Thread-1259] regionserver.ReplicationSource$2(799): Slave cluster looks down: Call to hemera.apache.org/140.211.11.27:38614 failed on local exception: java.nio.channels.ClosedByInterruptException

And just before that it got:

2013-07-10 11:53:51,290 WARN  [ReplicationExecutor-0.replicationSource,2-hemera.apache.org,43669,1373457208379] regionserver.ReplicationSource(661): Can't replicate because of an error on the remote cluster: 
org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException): org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 1594 actions: FailedServerException: 1594 times, 
	at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.makeException(AsyncProcess.java:158)
	at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.access$500(AsyncProcess.java:146)
	at org.apache.hadoop.hbase.client.AsyncProcess.getErrors(AsyncProcess.java:692)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.processBatchCallback(HConnectionManager.java:2106)
	at org.apache.hadoop.hbase.client.HTable.batchCallback(HTable.java:689)
	at org.apache.hadoop.hbase.client.HTable.batchCallback(HTable.java:697)
	at org.apache.hadoop.hbase.client.HTable.batch(HTable.java:682)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSink.batch(ReplicationSink.java:239)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSink.replicateEntries(ReplicationSink.java:161)
	at org.apache.hadoop.hbase.replication.regionserver.Replication.replicateLogEntries(Replication.java:173)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.replicateWALEntry(HRegionServer.java:3735)
	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:14402)

	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$BlockingStub.replicateWALEntry(AdminProtos.java:15177)
	at org.apache.hadoop.hbase.protobuf.ReplicationProtbufUtil.replicateWALEntry(ReplicationProtbufUtil.java:94)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.shipEdits(ReplicationSource.java:642)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:376)

I wonder what's closing the socket with an interrupt, it seems it still needs to replicate more data. I'll start by adding the stack trace for the message when it fails to replicate on a "local exception". Also I found a thread that wasn't shutdown properly that I'm going to fix to help with debugging.

The compiled version of HibernateTransactionManager seems to contain a reference to SharedSessionContractImplementor (perhaps from the lambda call?).
When running with Hibernate 5.1.x in the classpath, resolution of SharedSessionContractImplementor will fail, triggering a NoClassDefFoundError.
Please take a look at the output of "javap -v" for the compiled version of HibernateTransactionManager in the latest release jar.

Currently the launchers DomainCommandBuilder adds modular JDK arguments to the process controller, but not the host controller. This means when using the default JVM arguments the host controller won't start.

I'm trying to set an entry of a Map thru BeanWrapper via the code below. But I'm getting an IllegalStateException. This used to work back in 3.2.x, but doesn't work on 4.0.x.
I've attached a sample project to show the issue. Simply switch to Spring 3.2.x to see that it works.

public interface Context<D> {
   D getData();
}
...
public class ContextImpl<D> implements Context<D> {
   private final D data;
   public ContextImpl(D data) {
      this.data = data;
   }
   public D getData() {
      return this.data;
   }
}
...
BeanWrapper bw = PropertyAccessorFactory.forBeanPropertyAccess(context);
bw.setPropertyValue("data['message']", "it works!");
...

java.lang.IllegalStateException: Unable to obtain nested generic from ? at level 1
	at org.springframework.core.convert.TypeDescriptor.nested(TypeDescriptor.java:704)
	at org.springframework.core.convert.TypeDescriptor.nested(TypeDescriptor.java:676)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:1040)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:902)
	at typedescriptor.issue.ContextImplTest.setProperty(ContextImplTest.java:25)

Jar name : spring-security-core-3.1.2.RELEASE.jar
In jar spring-security-core-3.1.2.RELEASE.jar, the file  messages.properties having incorrect value for the key BindAuthenticator.emptyPassword
It is a typo in the below :
BindAuthenticator.emptyPassword=Emtpy Password
The value must be Empty instead of Emtpy

Description of custom-formatter's attributes seems to be copy-pasted from custom-handler: 

"attributes" => {
            "class" => {
                "description" => "The logging handler class to be used.",
                ...
            },
            "module" => {
                "description" => "The module that the logging handler depends on.",
                ...
            },
            "properties" => {
                "description" => "Defines the properties used for the logging handler. All properties must be accessible via a setter method.",
                ...
            }
        }

Running the booker demo results in the UI being unable to access the store, or any, service because it can't find the location of the proxy.
Debugging showed that the TopologyProxyService is not being activated, resulting in the Undertow Reverse Proxy pointing to a URL location that doesn't exist so the service on topology is never called.
Have been able to reproduce with local JGroups and OpenShift

We are setting in hbase-site the default value of 300 for replication.source.maxretriesmultiplier introduced in HBASE-11964.
While this value works fine to recover for transient errors with remote ZK quorum from the peer Hbase cluster - it proved to have side effects in the code introduced in HBASE-11367 Pluggable replication endpoint, where the default is much lower (10).
See:
1. https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/replication/regionserver/ReplicationSource.java#L169
2. https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/replication/regionserver/HBaseInterClusterReplicationEndpoint.java#L79
The the two default values are definitely conflicting - when replication.source.maxretriesmultiplier is set in the hbase-site to 300 this will lead to a  sleep time of 300*300 (25h!) when a sockettimeout exception is thrown.

As per section 7.2.1 of RFC 2616, any HTTP/1.1 message containing an entity-body SHOULD (not MUST) include a Content- Type header field defining the media type of that body.
The populateExchangeFromRestletRequest method of the DefaultRestletBinding class, unlike others in the same class, needs to be changed:

if (request.getEntity().getMediaType().equals(MediaType.APPLICATION_WWW_FORM)) {
  ...
} else {
  inMessage.setBody(request.getEntity().getStream());
}

The replication factor only gets set in some abnormal cases.

Currently, the SARG parser gets a NPE when the push down predicate uses a type like decimal that isn't supported.

o In the current Templeton design, each time a Job is submitted thru the REST API (it can be Pig/Hive or MR job), it will consume one Hadoop map slot. Given that the number of map slots is finite in the cluster (16 node cluster will have 32 map slots), in some circumstances, a user can deadlock the cluster if Templeton job submission pipeline takes over all map slots (Templeton map tasks will wait for the actual underlying jobs to complete, what will never happen, given that Hadoop has no free map slots to schedule new tasks).
o HCat queries use a different mechanism and do not contribute to the deadlock.

Andrew is OOMEing again.  Looking at some of his heaps, I can count Reader with DataOutputBuffers of ~600MB in a 2G heap.  Testing I see that the DataOutputBuffer allocated at head of Mapfile.Reader is reused when we call next, a reset is called. If I trace, the DataOutputBuffer has in it an internal Buffer class which is based on ByteArrayOutputStream.  Reset of the DOB eventually goes through to the BAOS reset.  This just sets the position.  It keeps the buffer sized to whatever it grew to last time this BAOS was used (Figuring this was a little complicated by the fact that DOB does some fancy footwork in a reset override to avoid copies).

According to section 6 of RFC 4627, the correct MIME media type for JSON responses is "application/json", however the JSON-generating methods created by Roo set the HTTP "Content-Type" header to "application/text".

Please mark Maven repositories as non-snapshot.  The poms have <repository> declarations in them, and there is no explicit flag to set snapshot scanning to off.  This means that any project that depends on Spring and also has snapshot dependencies has to wade through all the Spring-specified repositories looking for updates.  Just add

<snapshots>
	<enabled>false</enabled>
</snapshots>

to all <repository/> elements.

The jboss-cli.sh allows me to add a security-domain definition which is not valid. Apparently you must have a keystore-password or truststore-password, but this restriction is not enforced in the cli. 
I do not have too deep an understanding of how the cli decides that a given attribute is required, but I have seen cases where the cli will warn me if I try to do something without all required attributes. Something similar should probably be done here.

1. ConstantVectorExpression vector should be updated for bytecolumnvectors and decimalColumnVectors. The current code changes the reference to the vector which might be shared across multiple columns
2. VectorizationContext.foldConstantsForUnaryExpression(ExprNodeDesc exprDesc) has a minor bug as to when to constant fold the expression.
The following code should replace the corresponding piece of code in the trunk.
..
    GenericUDF gudf = ((ExprNodeGenericFuncDesc) exprDesc).getGenericUDF();
    if (gudf instanceof GenericUDFOPNegative || gudf instanceof GenericUDFOPPositive

 castExpressionUdfs.contains(gudf.getClass())
...

From a fresh install of Karaf, I add the Camel feature repository and run feature:install camel-geocoder. Using a basic geocoder endpoint, I get the following exception:

java.lang.NoClassDefFoundError: com/google/gson/GsonBuilder
	at com.google.code.geocoder.Geocoder.geocode(Geocoder.java:56)
	at org.apache.camel.component.geocoder.GeoCoderProducer.process(GeoCoderProducer.java:89)
	... 23 more

This appears to be caused by the feature "wrap:mvn:com.google.code.geocoder-java/geocoder-java/0.16" which uses optional for all its import packages which is incorrect as it appears to require gson (amongst other things).
A quick fix was to also install camel-gson, but this should be handled transitively.

Cannot avoid creating outputs when outputs are e.g. streaming

These two tests don't pass. Turns out the cause was interesting.
We added a workaround for case where procedure WAL could have procs out of order.
HBASE-18216 [AMv2] Workaround for HBASE-18152, corrupt procedure WAL
If we find a procedure that is not 'increasing' – of a later timestamp or procid – then we'd skip the application of the 'old' proc. The workaround was until we figure in what scenarios we can write procedures out of order (seems to be rare and high-concurrency... TBD).
These two tests trip FAILs and ROLLBACKs (double delete of table or disable of an already disabled table). They are good tests. But procedures that get marked FAIL or ROLLEDBACK will have procids that are less than current. Makes it so we skipped adding the ROLLBACK and so finishing up the procedure.

Some of the links, such as in http://docs.wildfly.org/13/WildFly_Elytron_Security.html#get-started-using-the-elytron-subsystem, currently result in a 404 error.

In ZKW:

 int sessionTimeout = conf.getInt("zookeeper.session.timeout", 10 * 1000);

If hbase-default.xml is not in the path, that means potential trouble.

On some paths with exception, the call can be removed from the list w/o being set to done. Hence it won't be cleaned on connection close, and the client will keep waiting.

When initializing 2 contexts at the same time, which both use a EhCacheFactoryBean, there is a potential race condition when :

the same CacheManager instance is used
both contexts have a cache with the same name

The error stack's root cause is :
Caused by: net.sf.ehcache.CacheException: Cannot replace XXX It does not equal the incumbent cache.
        at net.sf.ehcache.CacheManager.replaceCacheWithDecoratedCache(CacheManager.java:1653)
        at org.springframework.cache.ehcache.EhCacheFactoryBean.afterPropertiesSet(EhCacheFactoryBean.java:354)
The expected behaviour (which occurs most of the time) is that one of the contexts creates the cache, and the other one simply gets a reference to it.

Right now it's a pain if you remove a peer and still have rogue queues because they get moved on and on and on. NodeFailoverWorker needs to run the check:
if (!zkHelper.getPeerClusters().containsKey(src.getPeerClusterId())) {
before this:
SortedMap<String, SortedSet<String>> newQueues = zkHelper.copyQueuesFromRS(rsZnode);
And test.

There are several calls of method getBytes(); in clustering subsystem. These calls were identified by Coverity static code analysis as dubious [1]. getBytes() depends on platform's default charset [2]. This will cause the application behaviour to vary between platforms.
Better solution would imho be getBytes(StandardCharsets.UTF_8); 
Occurrences:

./jgroups/extension/src/main/java/org/jboss/as/clustering/jgroups/subsystem/DigestAuthTokenBuilder.java:60:            return new BinaryAuthToken(digest.digest(sharedSecret.getBytes()));
./jgroups/extension/src/main/java/org/jboss/as/clustering/jgroups/subsystem/PlainAuthTokenBuilder.java:39:        return new BinaryAuthToken(sharedSecret.getBytes());
./jgroups/extension/src/main/java/org/jboss/as/clustering/jgroups/subsystem/CipherAuthTokenBuilder.java:105:            return new CipherAuthToken(cipher, pair, authValue.getBytes());
./marshalling/jboss/src/test/java/org/wildfly/clustering/marshalling/jboss/SimpleMarshalledValueFactoryTestCase.java:93:        assertNull(mv.getBytes());
./marshalling/jboss/src/main/java/org/wildfly/clustering/marshalling/jboss/HashableMarshalledValueExternalizer.java:50:        return new HashableMarshalledValue<>(value.getBytes(), hashCode);
./marshalling/jboss/src/main/java/org/wildfly/clustering/marshalling/jboss/SimpleMarshalledValue.java:67:    byte[] getBytes() throws IOException {
./marshalling/jboss/src/main/java/org/wildfly/clustering/marshalling/jboss/SimpleMarshalledValue.java:135:            byte[] us = this.getBytes();
./marshalling/jboss/src/main/java/org/wildfly/clustering/marshalling/jboss/SimpleMarshalledValue.java:136:            byte[] them = value.getBytes();
./marshalling/jboss/src/main/java/org/wildfly/clustering/marshalling/jboss/SimpleMarshalledValue.java:152:        byte[] bytes = this.getBytes();
./marshalling/jboss/src/main/java/org/wildfly/clustering/marshalling/jboss/SimpleMarshalledValueExternalizer.java:51:        byte[] bytes = object.getBytes();

[1] http://station5.brq.redhat.com:8080/docs/en/findbugs/fb_checker_ref.html#FB.DM_DEFAULT_ENCODING
[2] https://docs.oracle.com/javase/8/docs/api/java/lang/String.html#getBytes--

"Fix" is to bump up OK findbugs count in test-patch.properties.  Agreed to on the list.

The method org.apache.camel.component.rss.RssComponent#afterConfiguration creates the Url that will be used to fetch the rss feed. We find that with some url's url encoding goes wrong.
consider this url: http://api.flickr.com/services/feeds/photos_public.gne?id=23353282@N05&tags=lowlands&lang=en-us&format=rss_200
AfterConfiguration() calls org.apache.camel.util.URISupport#createRemainingURI This method first calls org.apache.camel.util.URISupport#createQueryString, which is a method that will iterate over a map of request parameters, escape each param name and value using java.net.URLEncoder#encode, and put them together with all the & and = stuff to form the query string.
Then it calls org.apache.camel.util.URISupport#createURIWithQuery Which is a method that takes a URI (the base url) and the constructed query string, and simply creates a new URI with that, returning the toString() output from that.
So this is what the output of this procedure looks like: http://api.flickr.com/services/feeds/photos_public.gne?format=rss_200&id=23353282%2540N05&lang=en-us&tags=lowlands
1 the @ sign was escaped by org.apache.camel.util.URISupport#createQueryString, creating a query string like: id=23353282%40N05&tags=lowlands&lang=en-us&format=rss_200 (which is good)
2 the URI constructor then finds the % in %40 and escapes that again! creating a url like: http://api.flickr.com/services/feeds/photos_public.gne?format=rss_200&id=23353282%2540N05&lang=en-us&tags=lowlands 
Which predictably fails...
I did some tests with the URI constructor, and it seems it only escapes % chars, everything else is left alone.
I attach a groovy script that demonstrates the problem
regards,
Ernst Bunders

Currently there is a gap between the time locks acquisition and the first heartbeat being sent out. Normally the gap is negligible, but when it's big it will cause query fail since the locks are timed out by the time the heartbeat is sent.
Need to remove this gap.

HiveMetaStoreClient should first close its existing thrift connection, no matter it is already dead or still live, before its opening another connection in its reconnect() method. Otherwise, it might lead to resource huge accumulation or leak at HMS site when client keeps on retrying.

ServerInventoryImpl.reconnectServer is registering the ProxyController for the reconnecting server with the DomainModelControllerService. The problem is that ProxyController is not yet in a state where it can forward requests to the server. That won't happen until the server calls back with a DomainServerProtocol.SERVER_RECONNECT_REQUEST and the ServerToHostProtocolHandler.ServerReconnectRequestHandler handles it. The effect is if a request for the server comes in during this window, it will fail. If that request is part of a domain operation rollout (because during the window the HC regarded the server as 'live' and instructed the DC to send rollout ops to it), then the domain rollout will be affected. This happened in the testsuite failure I just saw. Most significant logging is as follows:

2015-09-18 17:59:32,229 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.0.CR2-SNAPSHOT "Kenny" (Host Controller) started in 93ms - Started 48 of 51 services (15 services are lazy, passive or on-demand)
2015-09-18 17:59:32,247 INFO  [org.jboss.as.controller.management-operation] (Remoting "slave:MANAGEMENT" task-16) Initialized for 1849055188
2015-09-18 17:59:32,247 INFO  [org.jboss.as.host.controller] (Remoting "slave:MANAGEMENT" task-14) WFLYHC0021: Server [Server:main-three] connected using connection [Channel ID 08aa200b (inbound) of Remoting connection 27e3d90d to /127.0.0.1:49272]
2015-09-18 17:59:32,247 INFO  [org.jboss.as.host.controller] (Remoting "slave:MANAGEMENT" task-15) WFLYHC0021: Server [Server:other-two] connected using connection [Channel ID 02bd2646 (inbound) of Remoting connection 64a8b7f2 to /127.0.0.1:49273]
2015-09-18 17:59:32,247 INFO  [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 34) Initialized for 1849055188
2015-09-18 17:59:32,252 INFO  [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 34) sending prepared response for 1849055188  --- interrupted: false
2015-09-18 17:59:32,254 INFO  [org.jboss.as.controller.management-operation] (Remoting "slave:MANAGEMENT" task-1) Initialized for 1933145457
2015-09-18 17:59:32,254 INFO  [org.jboss.as.controller.management-operation] (Remoting "slave:MANAGEMENT" task-1) Initialized for 481103151
2015-09-18 17:59:32,254 INFO  [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 36) Initialized for 1933145457
2015-09-18 17:59:32,254 INFO  [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 37) Initialized for 481103151
2015-09-18 17:59:32,255 INFO  [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 36) sending pre-prepare failed response for 1933145457  --- interrupted: false
2015-09-18 17:59:32,256 INFO  [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 37) sending pre-prepare failed response for 481103151  --- interrupted: false

The HC completes boot. Then servers main-three and other-two register. The HC sends a prepared response to a request. This is the host rollout request to the slave from the DC with the response being the ops to invoke on the servers. The HC reports sending a "pre-prepare failed response" to two requests. These are the requests the DC has asked it to proxy to the servers.
The result of all this for the client is the following failure of a management op:

Failed operation:
{
    "address" => [("extension" => "org.jboss.as.test.hc.extension")]
}
Response:
{
    "failure-description" => {"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {
        "main-server-group" => {"host" => {"slave" => {"main-three" => "WFLYHC0153: Channel closed"}}},
        "other-server-group" => {"host" => {"slave" => {"other-two" => "WFLYHC0153: Channel closed"}}}
    }}},
    "server-groups" => {
        "main-server-group" => {"host" => {
            "master" => {"main-one" => {"response" => {
                "outcome" => "failed",
                "result" => [("HC" => "1.1.1")],
                "rolled-back" => true
            }}},
            "slave" => {"main-three" => {"response" => {
                "result" => undefined,
                "failure-description" => "WFLYHC0153: Channel closed",
            }}}
        }},
        "other-server-group" => {"host" => {"slave" => {"other-two" => {"response" => {
            "failure-description" => "WFLYHC0153: Channel closed",
        }}}}}
    }
}

The "WFLYHC0153: Channel closed" failure is what is produced when an attempt is made to invoke on a disconnected proxy controller.

https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/optimizer/SortedDynPartitionOptimizer.java#L173

      // unlink connection between FS and its parent
      fsParent = fsOp.getParentOperators().get(0);
      fsParent.getChildOperators().clear();

The optimizer discards any cases where the fsParent has another SEL child 

From WildFly dev ml:
Subject: Using a custom module to preview "next-gen" Hibernate versions on WildFly 9
Date: 05/21/2015

Second experiment - use the "application provided"

In this case I hope to hint the JPA  deployer to not add the default
implementor but look for a JPA implementation within my deployment,
but still package my custom Hibernate build as a module.

use the same custom module containing Hibernate ORM 5 (a preview snapshot)
Add a "Dependency:" section to the manifest to import (and export)
my custom module
set the "jboss.as.jpa.providerModule" property to value "application"

This gets me:
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException:
WFLYJPA0027: Persistence provider module load error application (class
org.hibernate.jpa.HibernatePersistenceProvider)
at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.lookupProvider(PersistenceUnitServiceHandler.java:985)
at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.addPuService(PersistenceUnitServiceHandler.java:267)
at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.handleWarDeployment(PersistenceUnitServiceHandler.java:200)
at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.deploy(PersistenceUnitServiceHandler.java:131)
at org.jboss.as.jpa.processor.PersistenceBeginInstallProcessor.deploy(PersistenceBeginInstallProcessor.java:52)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:156)
[wildfly-server-1.0.0.CR1.jar:1.0.0.CR1]
... 5 more
Caused by: org.jboss.modules.ModuleNotFoundException: application:main
at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:236)
[jboss-modules.jar:1.4.3.Final]
at org.jboss.as.jpa.persistenceprovider.PersistenceProviderLoader.loadProviderModuleByName(PersistenceProviderLoader.java:65)
at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.lookupProvider(PersistenceUnitServiceHandler.java:978)
... 10 more
Remarks:

it's attempting to load the "application:main" module?!

Running org.acegisecurity.taglibs.authz.AuthorizeTagExpressionLanguageTests
Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.104 sec <<< FAILURE!

Initializing interactive CLI session via jboss-cli.bat script fails during initializing of Aesh console. Non-interactive commands work.
>jboss-cli.bat -c 
fails
>jboss-cli.bat -c "echo test"
works
Installing Microsoft Visual C++ 2008 Redistributable Package solves the problem
We encountered a similar issue in the past with EAP installer jar:
Bug 1190789 - Installer: Installation of EAP with installation script fails on Windows W2k8 servers

The scenario is that when you have a transactional factory bean that
is any other scope other than singleton and you call
getBeansWithAnnotation(MyAnnotation) you get an
IllegalArgumentException from the internals of Spring. The reason for
the error is that the getTypeForFactoryBean method is returning null
(instead of a Class) if the bean is a not a singleton. This null Class
value is then passed to AnnotationUtils.findAnnotationOnBean which has
an Assert statement that throws the exception.

The API on the RestTemplate is misleading when it comes to variable passing
When Map<String,?> is used you would expect it to be possible to send an impl of HashMap<String,Integer> without any issues , but since expand of URI code is 

Object[] values = new String[this.variableNames.size()];
		for (int i = 0; i < this.variableNames.size(); i++) {
			String name = this.variableNames.get(i);
			if (!uriVariables.containsKey(name)) {
				throw new IllegalArgumentException("'uriVariables' Map has no value for '" + name + "'");
			}
			values[i] = uriVariables.get(name);
		}

you cannot ever send anything else but String. 
The API should in my opinion be e.g
public <T> T getForObject(String url, Class<T> responseType, Map<String, ?> urlVariables) ---> public <T> T getForObject(String url, Class<T> responseType, Map<String, String> urlVariables)
To make it clear that String is the only allowed parameter value and to make impl take care of String conversion. 

The CreateIfNotFoundQueryLookupStrategy cannot be used with Hibernate 4.3 in a JTA environment. Spring Data JPA calls em.createNamedQuery(queryName) in the NamedQuery constructor to check if the named query exists. In previous Hibernate versions this caused an IllegalArgumentException to be thrown by the entity manager. But now Hibernate roles back the transaction and a NullPointerException is thrown that is never caught by Spring Data JPA.

The shell seems to hang longer than the normal client and then display uninformative messages when doing wrong things.
For example, inserting into a non-existing family or reading from a disabled table.  I believe in both these cases, HTable will throw informative exceptions like InvalidFamilyException and TableDisabledException (need to confirm exactly what it does).
But in the shell, I get things like:
Inserting to a family that does not exist:

ERROR: org.apache.hadoop.hbase.client.RetriesExhaustedException: Still had 1 puts left after retrying 7 times.

Reading from a disabled table (this takes a long time before anything is displayed):

ERROR: org.apache.hadoop.hbase.client.RetriesExhaustedException: Trying to contact region server 10.0.0.4:62505 for region sample,,1286217181143.1459f8fdde55752fd91022fb1153d39a., row '', but failed after 7 attempts.
org.apache.hadoop.hbase.NotServingRegionException: org.apache.hadoop.hbase.NotServingRegionException: sample,,1286217181143.1459f8fdde55752fd91022fb1153d39a.
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegion(HRegionServer.java:2221)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.openScanner(HRegionServer.java:1812)
	at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:557)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1007)

org.apache.hadoop.hbase.client.RegionOfflineException: region offline: sample,,1286217181143.1459f8fdde55752fd91022fb1153d39a.

I've got very simply camel route:
CamelContext context = new DefaultCamelContext();
context.addRoutes(new RouteBuilder() {
  public void configure() 
{
    from("file://" + INBOX_DIR + "?noop=false").to("file://" + OUTBOX_DIR);
  }
});
context.start();
All this route does, is to copy a file from INBOX_DIR to OUTBOX_DIR.
And everything goes fine for smaller files, but when I put something bigger into INBOX_DIR (on my machine problem starts with files bigger than ~100MB) things go wrong.
The file in OUTBOX_DIR has different size than the original one. In general it is smaller than the original (its size varies - can be 3/4 of the original, can be 1/2 etc).
With Camel 1.6.1 with noop set to "true" the file in OUTBOX was bigger than the original one (even 1,5-2 times larger !). With Camel 2.0-M2 setting noop to true or false didn't matter - the file in OUTBOX was smaller than the original one.
It is possible to avoid this bug, by setting delay but this is no good. To handle large files, I'd have to set a very high value which would slow down the whole application.
I've tried all possible configurations noop=true/false, readLock, readLockTimeout but without success.
Tested on both Apache Camel 1.6.1 and 2.0-M2 with similar results.
My environment:
Java: 1.6.0.14
OS: Linux, Kubuntu 9.04
Attached you will find a Maven project which exposes the bug.
Unpack it, run
mvn assembly:assembly
next run
run.sh
and copy big file to inbox dir and observe resulting file in outbox dir.
To kill the application hit CTRL+C 

Variable final PathAddress address in method BroadcastGroupAdd.performRuntime is declared but never used.

    @Override
    protected void performRuntime(OperationContext context, ModelNode operation, ModelNode model) throws OperationFailedException {
        ...
        else {
            final PathAddress address = context.getCurrentAddress();
            final String name = context.getCurrentAddressValue();

            final ServiceTarget target = context.getServiceTarget();
            if (model.hasDefined(JGROUPS_CLUSTER.getName())) {
                // nothing to do, in that case, the clustering.jgroups subsystem will have setup the stack
            } else if(model.hasDefined(RemoteTransportDefinition.SOCKET_BINDING.getName())) {
                final GroupBindingService bindingService = new GroupBindingService();
                target.addService(GroupBindingService.getBroadcastBaseServiceName(serviceName).append(name), bindingService)
                        .addDependency(SocketBinding.JBOSS_BINDING_NAME.append(model.get(SOCKET_BINDING).asString()), SocketBinding.class, bindingService.getBindingRef())
                        .install();
            }
        }
} 

https://github.com/wildfly/wildfly/blame/master/messaging-activemq/src/main/java/org/wildfly/extension/messaging/activemq/BroadcastGroupAdd.java#L129

Here is the OS:
Linux sea0 2.6.38-11-generic #48-Ubuntu SMP Fri Jul 29 19:02:55 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

testArchiveOldRegion(org.apache.hadoop.hbase.master.TestCatalogJanitor)  Time elapsed: 0.007 sec  <<< FAILURE!
java.lang.AssertionError: Not the same number of current files
Expected (2):      Gotten (0):
Not Found:
_store0
_store1

Extra:

  at org.junit.Assert.fail(Assert.java:93)
  at org.junit.Assert.assertTrue(Assert.java:43)
  at org.junit.Assert.assertNull(Assert.java:551)
  at org.apache.hadoop.hbase.util.HFileArchiveTestingUtil.assertArchiveEqualToOriginal(HFileArchiveTestingUtil.java:132)
  at org.apache.hadoop.hbase.util.HFileArchiveTestingUtil.assertArchiveEqualToOriginal(HFileArchiveTestingUtil.java:95)
  at org.apache.hadoop.hbase.master.TestCatalogJanitor.testArchiveOldRegion(TestCatalogJanitor.java:623)

Findbugs and javadoc are complaining in hadoopqa builds.  Try and fix.

Hi,
Currently the JsPDocumentHelper class of the mvc-jsp addon generates a table to list all entities of a kind. This tables have a misplaced tr and thead like this
<table>
   <tr>
       <thead>
             <th>...</th>
               ..............
      </thead>
  </tr>
The tr tag should be a child of the thead tag instead
<table>
   <thead>
       <tr>
             <th>....</th>
      </tr>
  </thead>
The change is pretty trivial, patch attached
Regards

From http://54.241.6.143/job/HBase-TRUNK/org.apache.hbase$hbase-server/496/testReport/org.apache.hadoop.hbase.util.hbck/TestOfflineMetaRebuildOverlap/testMetaRebuildOverlapFail/ :

java.lang.Exception: test timed out after 120000 milliseconds
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:148)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:94)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3153)
	at org.apache.hadoop.hbase.client.HBaseAdmin.unassign(HBaseAdmin.java:1714)
	at org.apache.hadoop.hbase.util.hbck.OfflineMetaRebuildTestCore.wipeOutMeta(OfflineMetaRebuildTestCore.java:242)
	at org.apache.hadoop.hbase.util.hbck.TestOfflineMetaRebuildOverlap.testMetaRebuildOverlapFail(TestOfflineMetaRebuildOverlap.java:54)
...
2013-09-17 00:59:52,928 ERROR [FifoRpcScheduler.handler1-thread-2] ipc.RpcServer(2016): Unexpected throwable object 
	at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:2301)
	at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:2381)
	at org.apache.hadoop.hbase.master.HMaster.unassignRegion(HMaster.java:2499)
	at org.apache.hadoop.hbase.protobuf.generated.MasterAdminProtos$MasterAdminService$2.callBlockingMethod(MasterAdminProtos.java:32854)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:1979)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:90)
	at org.apache.hadoop.hbase.ipc.FifoRpcScheduler$1.run(FifoRpcScheduler.java:73)

Am seeing exceptions like the following during 'normal' operation though the region has not been explicitly set to be read-only (new feature added with commit of HBASE-62).

2008-07-21 20:50:25,071 INFO org.apache.hadoop.ipc.Server: IPC Server handler 3 on 60020, call batchUpdate([B@63443c, row => 0000791906, {column => info:data, value => '...'}) from XX.XX.XX.139:59778: error: java.io.IOException: region is read only
java.io.IOException: region is read only
        at org.apache.hadoop.hbase.regionserver.HRegion.batchUpdate(HRegion.java:1322)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.batchUpdate(HRegionServer.java:1151)
        at org.apache.hadoop.hbase.ipc.HbaseRPC$Server.call(HbaseRPC.java:438)

For date type parameters, mask() UDF replaces year/month/day field values with the values given in arguments to the UDF. Argument value -1 is treated as special, to specify that mask() should retain the value in the parameter. This allows to selectively mask only year/month/day fields.
Specifying "-1" does not retain the values for day/month fields; however the year value is retained, as shown below.

0: jdbc:hive2://localhost:10000> select id, join_date from employee where id < 4;
+-----+-------------+--+
| id  |  join_date  |
| 1   | 2012-01-01  |
| 2   | 2014-02-01  |
| 3   | 2013-03-01  |
3 rows selected (0.435 seconds)
0: jdbc:hive2://localhost:10000> select id, mask(join_date, -1, -1, -1, -1,-1, -1,-1,-1) join_date from employee where id < 4;
| 2   | 2014-01-01  |
| 3   | 2013-01-01  |
3 rows selected (0.344 seconds)

Profiling, I learned that the HBASE-975 makes things worse rather than better.  For every Reader opened – one is opened per store file when we open a region as well as a Reader per file when we compact and then another Reader whenever a Scanner is opened – the change adds about 4 seeks and at least in the case of compacting and scanning, to no benefit. Even where it is of benefit, when going against HalfMapFiles or when many Store files and we're testing to see if row is in file, it looks like the number of seeks saved are miniscule – definetly not something that would show up in timings.
This issue is about undoing the get of first and last key on open of a store file, the heart of HBASE-975 (975 included a bunch of cleanup refactoring. That'll stay).
Profiling seeks, I did notice that we do an extra seek during a get, a reset that takes us to the start of the file.  Then internally to getClosest, the core of our get, we're also doing a seek to closest index.  Let me try undoing the extra seek and see if it breaks things.

The "calculateFilenamesForLocale" method does not correctly calculate filenames if the variant is set, but not the country.
For example, if you have the locale with language="en", country="", variant="POSIX", the method will create the following filenames:
(with basename "messages")
 . messages_en_POSIX
 . messages_en
The variant is now in the country position - it should have been messages_en__POSIX (extra underscore).

This is more or less a "corner-case" I stumbled upon, though
the HashSet/HashMap (2.5/2.10 camel versions) in the DefaultManagementAgent containing the registered Mbean mbeansRegistered isn't Thread-Safe. 
This has been an issue for us while using the ProducerTemplate in a wrongful way, by instantiating the ProducerTemplate during every Route run. 
As this might be a common mistake by users I'd suggest to improve the mbeansRegistered by using a Synchronized Map.

user_permission check the user permission only on the table level (requiring at least a table-level admin)
global and namespace permission listing is done without checking anything.
but only a global admins should be able to perform this operations.

When I try to config TilesConfigurer to use custom definitionsFactoryClass I got NullPointerException in any DefinitionsFactory class in getDefinition method.
After 4 days of debugging I have found the cause.
TilesConfigurer uses SpringTilesContainerFactory which extends BasicTilesContainerFactory. The problem is in createDefinitionsFactory method.
SpringTilesContainerFactory:
		@Override
		protected DefinitionsFactory createDefinitionsFactory(TilesApplicationContext applicationContext,
				TilesRequestContextFactory contextFactory, LocaleResolver resolver) {
			if (definitionsFactoryClass != null) 
{
				return BeanUtils.instantiate(definitionsFactoryClass);
			}
			else 
{
				return super.createDefinitionsFactory(applicationContext, contextFactory, resolver);
			}
		}
BasicTilesContainerFactory:
    /**

Creates the definitions factory. By default it creates a
{@link UnresolvingLocaleDefinitionsFactory}
 with default dependencies.
     *
@param applicationContext The Tiles application context.
@param contextFactory The Tiles context factory.
@param resolver The locale resolver.
     *
@return The definitions factory.
@since 2.1.1
     */
    protected DefinitionsFactory createDefinitionsFactory(TilesApplicationContext applicationContext,
            TilesRequestContextFactory contextFactory,
            LocaleResolver resolver) 
Unknown macro: {        UnresolvingLocaleDefinitionsFactory factory = instantiateDefinitionsFactory(                applicationContext, contextFactory, resolver);        factory.setApplicationContext(applicationContext);        factory.setLocaleResolver(resolver);        factory.setDefinitionDAO(createLocaleDefinitionDao(applicationContext,                contextFactory, resolver));        if (factory instanceof Refreshable) {
            ((Refreshable) factory).refresh();
        }        return factory;    } 

As you see if custom definitionsFactoryClass is used Springs createDefinitionsFactory just returns BeanUtils.instantiate(definitionsFactoryClass); and setApplicationContext,setLocaleResolver and setDefinitionDAO are not ever called.
That causes NullPointerException in 
public class UnresolvingLocaleDefinitionsFactory for example: 
    /** 
{@inheritDoc}
 */
    public Definition getDefinition(String name,
            TilesRequestContext tilesContext) {
        Locale locale = null;
        if (tilesContext != null) 
{
            locale = localeResolver.resolveLocale(tilesContext); //NullPointerException
        }

        return definitionDao.getDefinition(name, locale);
    }
Here is stacktrace
WARNING: Nested in org.springframework.web.util.NestedServletException: Request processing failed; nested exception is java.lang.NullPointerException:
	at org.apache.tiles.definition.UnresolvingLocaleDefinitionsFactory.getDefinition(UnresolvingLocaleDefinitionsFactory.java:102)
	at org.springframework.web.servlet.view.tiles2.TilesView.checkResource(TilesView.java:92)
	at org.springframework.web.servlet.view.UrlBasedViewResolver.loadView(UrlBasedViewResolver.java:421)
	at org.springframework.web.servlet.view.AbstractCachingViewResolver.createView(AbstractCachingViewResolver.java:158)
	at org.springframework.web.servlet.view.UrlBasedViewResolver.createView(UrlBasedViewResolver.java:384)
	at org.springframework.web.servlet.view.AbstractCachingViewResolver.resolveViewName(AbstractCachingViewResolver.java:77)
	at org.springframework.web.servlet.DispatcherServlet.resolveViewName(DispatcherServlet.java:1091)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1040)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:798)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:716)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:647)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:552)
	at com.google.appengine.api.blobstore.dev.ServeBlobFilter.doFilter(ServeBlobFilter.java:51)
	at com.google.appengine.tools.development.StaticFileFilter.doFilter(StaticFileFilter.java:121)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
	at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
	at com.google.appengine.tools.development.JettyContainerService$ApiProxyHandler.handle(JettyContainerService.java:352)
	at org.mortbay.jetty.Server.handle(Server.java:313)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830)
	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
	at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
	at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)

Wildcard "{0}" is replaced by username in filter-name in filtering attribute mapping.
It is correct for search of identity roles, but wrong for search roles of role - on role-recursion. In such case it should be replaced by name of that role.

I have @Repository DAO classes that are not Spring Data repositories and are not part of the basePackages passed to @EnableJpaRepsitories(basePackages={}). They are incorrectly being activated for Spring DataAcessException translation and fail to autowire.
@Repository annotated classes in the basePackages passed to @EnableJpaRepsitories(basePackages={}) are correctly being activated for Spring DataAcessException translation.
After reading DATAJPA-112 and DATAJPA-221, I understand that @Repository makes a class eligible for Spring DataAccessException translation, but the basePackages paremeter of @EnableJpaRepositories implies I have control over which classes are translated. 

While using Beeswax, Hue fails to execute statement with following error:
Error while compiling statement: FAILED: ParseException line 3:4 missing KW_ROLE at 'a' near 'a' line 3:5 missing EOF at '=' near 'a'

– comment
SET a=1;
SELECT 1;
The same code works in Beeline and in Impala.
The same code fails in CliDriver 
Hive deals with sql comments (“-- to end of line”) in different places.
Some clients attempt to strip comments. For example BeeLine was recently enhanced in https://issues.apache.org/jira/browse/HIVE-13864 to strip comments from multi-line commands before they are executed.
Other clients such as Hue or Jdbc do not strip comments before sending text.
Some tests such as TestCliDriver strip comments before running tests.
When Hive gets a command the CommandProcessorFactory looks at the text to determine which CommandProcessor should handle the command. In the bug case the correct CommandProcessor is SetProcessor, but the comments confuse the CommandProcessorFactory and so the command is treated as sql. Hive’s sql parser understands and ignores comments, but it does not understand the set commands usually handled by SetProcessor and so we get the ParseException shown above.

The predicate pushdown optimizer starts at the topmost operators traverses the operator tree, at each stage collecting predicates to be pushed down.  At each operator, ive.ql.ppd.OpProcFactory.DefaultPPD.mergeWithChildrenPred is called, which merges the predicates of the children nodes into the current node.  The predicates are stored in hive.ql.ppd.ExprWalkerInfo.pushdownPreds as a map from the alias a predicate refers to (a predicate may only refer to one alias at a time as only such predicates can be pushed) to a list of such predicates.  Since at each stage the alias the predicate refers to may change (subqueries may change aliases), this is updated for each operator (hive.ql.ppd.ExprWalkerProcFactory.extractPushdownPreds is called which walks the ExprNodeDesc for each predicate). When a JoinOperator is encountered, mergeWithChildrenPred is passed an optional parameter "aliases" which contains a set of aliases that can be pushed per ansi semantics (see hive.ql.ppd.OpProcFactory.JoinPPD.getQualifiedAliases).  The part that is incorrect is that aliases are filtered in mergeWithChildrenPred before extractPushdownPreds is called, which associates the predicates with the correct alias in the current operator's context while the filtering should happen after.
In test case Q2 below, when the predicate "a.bar=3" comes into the JoinOperator, the alias is "a" coming in so it is accepted for pushdown.  When brought into the JoinOperator's context, however, since the predicate refers to b.foo in the inner scope, we should not actually accept this for pushdown.
With the test cases

-- Q1: predicate should not be pushed on the right side of a left outer join (this is correct in trunk)
explain
SELECT a.foo as foo1, b.foo as foo2, b.bar
FROM pokes a LEFT OUTER JOIN pokes2 b
ON a.foo=b.foo
WHERE b.bar=3;

-- Q2: predicate should not be pushed on the right side of a left outer join (this is broken in trunk)
explain
SELECT * FROM
    (SELECT a.foo as foo1, b.foo as foo2, b.bar
    FROM pokes a LEFT OUTER JOIN pokes2 b
    ON a.foo=b.foo) a
WHERE a.bar=3;

-- Q3: predicate should be pushed (this is correct in trunk)
explain
    (SELECT a.foo as foo1, b.foo as foo2, a.bar
    FROM pokes a JOIN pokes2 b

The current output is

hive> 
    > -- Q1: predicate should not be pushed on the right side of a left outer join
    > explain
    > SELECT a.foo as foo1, b.foo as foo2, b.bar
    > FROM pokes a LEFT OUTER JOIN pokes2 b
    > ON a.foo=b.foo
    > WHERE b.bar=3;
OK
ABSTRACT SYNTAX TREE:
  (TOK_QUERY (TOK_FROM (TOK_LEFTOUTERJOIN (TOK_TABREF (TOK_TABNAME pokes) a) (TOK_TABREF (TOK_TABNAME pokes2) b) (= (. (TOK_TABLE_OR_COL a) foo) (. (TOK_TABLE_OR_COL b) foo)))) (TOK_INSERT (TOK_DESTINATION (TOK_DIR TOK_TMP_FILE)) (TOK_SELECT (TOK_SELEXPR (. (TOK_TABLE_OR_COL a) foo) foo1) (TOK_SELEXPR (. (TOK_TABLE_OR_COL b) foo) foo2) (TOK_SELEXPR (. (TOK_TABLE_OR_COL b) bar))) (TOK_WHERE (= (. (TOK_TABLE_OR_COL b) bar) 3))))

    Map Reduce
        a 
          TableScan
            alias: a
                    expr: foo
                    type: int
                    expr: foo
                    type: int
              tag: 0
                    expr: foo
                    type: int
        b 
          TableScan
            alias: b
                    expr: foo
                    type: int
                    expr: foo
                    type: int
              tag: 1
                    expr: foo
                    type: int
                    expr: bar
                    type: int
               Left Outer Join0 to 1
            0 {VALUE._col0}
            1 {VALUE._col0} {VALUE._col1}
          outputColumnNames: _col0, _col4, _col5
                expr: (_col5 = 3)
                    type: int
                    expr: _col4
                    type: int
                    type: int
              outputColumnNames: _col0, _col1, _col2
                table:

      limit: -1

Time taken: 0.113 seconds
hive> 
    > -- Q2: predicate should not be pushed on the right side of a left outer join
    > explain
    > SELECT * FROM
    >     (SELECT a.foo as foo1, b.foo as foo2, b.bar
    >     FROM pokes a LEFT OUTER JOIN pokes2 b
    >     ON a.foo=b.foo) a
    > WHERE a.bar=3;
OK
  (TOK_QUERY (TOK_FROM (TOK_SUBQUERY (TOK_QUERY (TOK_FROM (TOK_LEFTOUTERJOIN (TOK_TABREF (TOK_TABNAME pokes) a) (TOK_TABREF (TOK_TABNAME pokes2) b) (= (. (TOK_TABLE_OR_COL a) foo) (. (TOK_TABLE_OR_COL b) foo)))) (TOK_INSERT (TOK_DESTINATION (TOK_DIR TOK_TMP_FILE)) (TOK_SELECT (TOK_SELEXPR (. (TOK_TABLE_OR_COL a) foo) foo1) (TOK_SELEXPR (. (TOK_TABLE_OR_COL b) foo) foo2) (TOK_SELEXPR (. (TOK_TABLE_OR_COL b) bar))))) a)) (TOK_INSERT (TOK_DESTINATION (TOK_DIR TOK_TMP_FILE)) (TOK_SELECT (TOK_SELEXPR TOK_ALLCOLREF)) (TOK_WHERE (= (. (TOK_TABLE_OR_COL a) bar) 3))))

    Map Reduce
        a:a 
          TableScan
            alias: a
                    expr: foo
                    type: int
                    expr: foo
                    type: int
              tag: 0
                    expr: foo
                    type: int
        a:b 
          TableScan
            alias: b
                  expr: (bar = 3)
                      expr: foo
                      type: int
                      expr: foo
                      type: int
                tag: 1
                      expr: foo
                      type: int
                      expr: bar
                      type: int
                  type: int
                  expr: _col4
                  type: int
                  type: int
            outputColumnNames: _col0, _col1, _col2
                    type: int
                    type: int
                    type: int
                table:

      limit: -1

Time taken: 0.101 seconds
hive> 
    > -- Q3: predicate should be pushed
    > explain
    >     (SELECT a.foo as foo1, b.foo as foo2, a.bar
    >     FROM pokes a JOIN pokes2 b
OK
  (TOK_QUERY (TOK_FROM (TOK_SUBQUERY (TOK_QUERY (TOK_FROM (TOK_JOIN (TOK_TABREF (TOK_TABNAME pokes) a) (TOK_TABREF (TOK_TABNAME pokes2) b) (= (. (TOK_TABLE_OR_COL a) foo) (. (TOK_TABLE_OR_COL b) foo)))) (TOK_INSERT (TOK_DESTINATION (TOK_DIR TOK_TMP_FILE)) (TOK_SELECT (TOK_SELEXPR (. (TOK_TABLE_OR_COL a) foo) foo1) (TOK_SELEXPR (. (TOK_TABLE_OR_COL b) foo) foo2) (TOK_SELEXPR (. (TOK_TABLE_OR_COL a) bar))))) a)) (TOK_INSERT (TOK_DESTINATION (TOK_DIR TOK_TMP_FILE)) (TOK_SELECT (TOK_SELEXPR TOK_ALLCOLREF)) (TOK_WHERE (= (. (TOK_TABLE_OR_COL a) bar) 3))))

    Map Reduce
        a:a 
          TableScan
            alias: a
                      expr: foo
                      type: int
                      expr: foo
                      type: int
                tag: 0
                      expr: foo
                      type: int
                      expr: bar
                      type: int
        a:b 
          TableScan
            alias: b
                    expr: foo
                    type: int
                    expr: foo
                    type: int
              tag: 1
                    expr: foo
                    type: int
               Inner Join 0 to 1
            0 {VALUE._col0} {VALUE._col1}
            1 {VALUE._col0}
          outputColumnNames: _col0, _col1, _col4
                  type: int
                  type: int
                  type: int
                    type: int
                    type: int
                    type: int
                table:

      limit: -1

Note that Q2 is incorrect because the predicate "bar = 3" is incorrectly pushed to the right side of the left outer join (Q1 and Q3 are correct).

When the selectNow == true, in requestCompactionInternal, the compaction pool section is incorrect.
as discussed in:
http://mail-archives.apache.org/mod_mbox/hbase-dev/201504.mbox/%3CCAAAYAnNC06E-pUG_Fhu9-7x5z--tm_apnFqpuqfn%3DLdNESE3mA%40mail.gmail.com%3E

As reported here (https://issuetracker.springsource.com/browse/STS-1985) Roo doesn't start on JDK 1.7.0.
This was reported against STS, but Roo also doesn't start outside of STS on Java7, therefore moving this issue over.
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\kpietrzak>java -version
java version "1.7.0"
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) 64-Bit Server VM (build 21.0-b17, mixed mode)
C:\Users\kpietrzak>roo
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.backup-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.backup [7]: Unable to resolve 7.0: missing requirement [7.0] package; (&(package=org.springframework.roo.file.monitor.event)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: m
issing requirement [52.0] package; (package=javax.xml.namespace)]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.backup [7]: Unable to resolve 7.0: missing requirement [7.0] package; (&(package=org.springframework.roo.file.monitor.event)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]
at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3409)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1719)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1148)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
at java.lang.Thread.run(Thread.java:722)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.configurable-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.configurable [8]: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.
0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.configurable [8]: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 5
2.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.creator-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.creator [9]: Unable to resolve 9.0: missing requirement [9.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.creator [9]: Unable to resolve 9.0: missing requirement [9.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.dbre-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.dbre [10]: Unable to resolve 10.0: missing requirement [10.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.dbre [10]: Unable to resolve 10.0: missing requirement [10.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.dod-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.dod [11]: Unable to resolve 11.0: missing requirement [11.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing
requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.dod [11]: Unable to resolve 11.0: missing requirement [11.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39
.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.email-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.email [12]: Unable to resolve 12.0: missing requirement [12.0] package; (&(package=org.springframework.roo.addon.propfiles)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 24.0: missing requirement [24.0] package; (&(package=org.springframework.roo.process.manager)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 45.0:
missing requirement [45.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.email [12]: Unable to resolve 12.0: missing requirement [12.0] package; (&(package=org.springframework.roo.addon.propfiles)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 24.0: missing requirement [24.0] package; (&(package=org.springframework.roo.process.manager)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 45.0: missing requirement [45.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to res
olve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.entity-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.entity [13]: Unable to resolve 13.0: missing requirement [13.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: mi
ssing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.entity [13]: Unable to resolve 13.0: missing requirement [13.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve
39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.finder-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.finder [14]: Unable to resolve 14.0: missing requirement [14.0] package; (&(package=org.springframework.roo.addon.entity)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 13.0: missing requirement [13.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 8.0
: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.finder [14]: Unable to resolve 14.0: missing requirement [14.0] package; (&(package=org.springframework.roo.addon.entity)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 13.0: missing requirement [13.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve
36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.gwt-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.gwt [15]: Unable to resolve 15.0: missing requirement [15.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.gwt [15]: Unable to resolve 15.0: missing requirement [15.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.javabean-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.javabean [16]: Unable to resolve 16.0: missing requirement [16.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: mi
ssing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.javabean [16]: Unable to resolve 16.0: missing requirement [16.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52
.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.jdbc-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.jdbc [17]: Unable to resolve 17.0: missing requirement [17.0] package; (&(package=org.springframework.roo.support.api)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.jdbc [17]: Unable to resolve 17.0: missing requirement [17.0] package; (&(package=org.springframework.roo.support.api)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.jms-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.jms [18]: Unable to resolve 18.0: missing requirement [18.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.jms [18]: Unable to resolve 18.0: missing requirement [18.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.jpa-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.jpa [19]: Unable to resolve 19.0: missing requirement [19.0] package; (&(package=org.springframework.roo.addon.propfiles)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 24.0: missing requirement [24.0] package; (&(package=org.springframework.roo.process.manager)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 45.0: mis
sing requirement [45.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.jpa [19]: Unable to resolve 19.0: missing requirement [19.0] package; (&(package=org.springframework.roo.addon.propfiles)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 24.0: missing requirement [24.0] package; (&(package=org.springframework.roo.process.manager)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 45.0: missing requirement [45.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resol
ve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.json-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.json [20]: Unable to resolve 20.0: missing requirement [20.0] package; (&(package=org.springframework.roo.addon.plural)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 22.0: missing requirement [22.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing re
quirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.json [20]: Unable to resolve 20.0: missing requirement [20.0] package; (&(package=org.springframework.roo.addon.plural)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 22.0: missing requirement [22.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0:
missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.logging-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.logging [21]: Unable to resolve 21.0: missing requirement [21.0] package; (&(package=org.springframework.roo.model)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 44.0: missing requirement [44.0] package; (&(package=org.springframework.roo.support.util)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing
requirement [52.0] package; (package=javax.xml.namespace)]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.logging [21]: Unable to resolve 21.0: missing requirement [21.0] package; (&(package=org.springframework.roo.model)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 44.0: missing requirement [44.0] package; (&(package=org.springframework.roo.support.util)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.plural-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.plural [22]: Unable to resolve 22.0: missing requirement [22.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missin
g requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.plural [22]: Unable to resolve 22.0: missing requirement [22.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0
: missing requirement [52.0] package; (package=javax.xml.namespace)]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.property.editor-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.property.editor [23]: Unable to resolve 23.0: missing requirement [23.0] package; (&(package=org.springframework.roo.addon.entity)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 13.0: missing requirement [13.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Una
ble to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.property.editor [23]: Unable to resolve 23.0: missing requirement [23.0] package; (&(package=org.springframework.roo.addon.entity)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 13.0: missing requirement [13.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable t
o resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.propfiles-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.propfiles [24]: Unable to resolve 24.0: missing requirement [24.0] package; (&(package=org.springframework.roo.process.manager)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 45.0: missing requirement [45.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve
39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.propfiles [24]: Unable to resolve 24.0: missing requirement [24.0] package; (&(package=org.springframework.roo.process.manager)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 45.0: missing requirement [45.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to res
olve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.roobot.client-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.roobot.client [25]: Unable to resolve 25.0: missing requirement [25.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.roobot.client [25]: Unable to resolve 25.0: missing requirement [25.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.security-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.security [26]: Unable to resolve 26.0: missing requirement [26.0] package; (&(package=org.springframework.roo.addon.web.mvc.jsp.tiles)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 34.0: missing requirement [34.0] package; (package=javax.xml.parsers)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.security [26]: Unable to resolve 26.0: missing requirement [26.0] package; (&(package=org.springframework.roo.addon.web.mvc.jsp.tiles)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 34.0: missing requirement [34.0] package; (package=javax.xml.parsers)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.serializable-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.serializable [27]: Unable to resolve 27.0: missing requirement [27.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.serializable [27]: Unable to resolve 27.0: missing requirement [27.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolv
e 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.solr-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.solr [28]: Unable to resolve 28.0: missing requirement [28.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.solr [28]: Unable to resolve 28.0: missing requirement [28.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.test-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.test [29]: Unable to resolve 29.0: missing requirement [29.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missin
g requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.test [29]: Unable to resolve 29.0: missing requirement [29.0] package; (&(package=org.springframework.roo.addon.configurable)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 8.0: missing requirement [8.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 3
9.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.tostring-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.tostring [30]: Unable to resolve 30.0: missing requirement [30.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: mi
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.tostring [30]: Unable to resolve 30.0: missing requirement [30.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.web.flow-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.flow [31]: Unable to resolve 31.0: missing requirement [31.0] package; (&(package=org.springframework.roo.addon.web.mvc.controller)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 32.0: missing requirement [32.0] package; (package=javax.xml.parsers)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.flow [31]: Unable to resolve 31.0: missing requirement [31.0] package; (&(package=org.springframework.roo.addon.web.mvc.controller)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 32.0: missing requirement [32.0] package; (package=javax.xml.parsers)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.web.mvc.controller-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.mvc.controller [32]: Unable to resolve 32.0: missing requirement [32.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.mvc.controller [32]: Unable to resolve 32.0: missing requirement [32.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.web.mvc.embedded-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.mvc.embedded [33]: Unable to resolve 33.0: missing requirement [33.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.mvc.embedded [33]: Unable to resolve 33.0: missing requirement [33.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.web.mvc.jsp-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.mvc.jsp [34]: Unable to resolve 34.0: missing requirement [34.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.mvc.jsp [34]: Unable to resolve 34.0: missing requirement [34.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.addon.web.selenium-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.selenium [35]: Unable to resolve 35.0: missing requirement [35.0] package; (&(package=org.springframework.roo.addon.web.mvc.controller.details)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 32.0: missing requirement [32.0] package; (package=javax.xml.parsers)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.addon.web.selenium [35]: Unable to resolve 35.0: missing requirement [35.0] package; (&(package=org.springframework.roo.addon.web.mvc.controller.details)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 32.0: missing requirement [32.0] package; (package=javax.xml.parsers)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.classpath-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.classpath [36]: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing re
quirement [52.0] package; (package=javax.xml.namespace)]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.classpath [36]: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.classpath.javaparser-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.classpath.javaparser [37]: Unable to resolve 37.0: missing requirement [37.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to reso
lve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.classpath.javaparser [37]: Unable to resolve 37.0: missing requirement [37.0] package; (&(package=org.springframework.roo.classpath)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 36.0: missing requirement [36.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to reso
lve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.felix-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.felix [38]: Unable to resolve 38.0: missing requirement [38.0] package; (&(package=org.bouncycastle.jce.provider)(version>=1.45.0)(!(version>=2.0.0))) [caused by: Unable to resolve 58.0: missing requirement [58.0] package; (package=javax.crypto)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.felix [38]: Unable to resolve 38.0: missing requirement [38.0] package; (&(package=org.bouncycastle.jce.provider)(version>=1.45.0)(!(version>=2.0.0))) [caused by: Unable to resolve 58.0: missing requirement [58.0] package; (package=javax.crypto)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.file.monitor-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.file.monitor [39]: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.file.monitor [39]: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.file.monitor.polling-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.file.monitor.polling [40]: Unable to resolve 40.0: missing requirement [40.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to re
solve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.file.monitor.polling [40]: Unable to resolve 40.0: missing requirement [40.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.file.monitor.polling.roo-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.file.monitor.polling.roo [41]: Unable to resolve 41.0: missing requirement [41.0] package; (&(package=org.springframework.roo.file.monitor.event)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by
: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.file.monitor.polling.roo [41]: Unable to resolve 41.0: missing requirement [41.0] package; (&(package=org.springframework.roo.file.monitor.event)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.file.undo-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.file.undo [42]: Unable to resolve 42.0: missing requirement [42.0] package; (&(package=org.springframework.roo.support.logging)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.file.undo [42]: Unable to resolve 42.0: missing requirement [42.0] package; (&(package=org.springframework.roo.support.logging)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.metadata-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.metadata [43]: Unable to resolve 43.0: missing requirement [43.0] package; (&(package=org.springframework.roo.support.style)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.metadata [43]: Unable to resolve 43.0: missing requirement [43.0] package; (&(package=org.springframework.roo.support.style)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.model-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.model [44]: Unable to resolve 44.0: missing requirement [44.0] package; (&(package=org.springframework.roo.support.util)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.model [44]: Unable to resolve 44.0: missing requirement [44.0] package; (&(package=org.springframework.roo.support.util)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.process.manager-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.process.manager [45]: Unable to resolve 45.0: missing requirement [45.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0
: missing requirement [52.0] package; (package=javax.xml.namespace)]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.process.manager [45]: Unable to resolve 45.0: missing requirement [45.0] package; (&(package=org.springframework.roo.file.monitor)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 39.0: missing requirement [39.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.project-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.project [46]: Unable to resolve 46.0: missing requirement [46.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.project [46]: Unable to resolve 46.0: missing requirement [46.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.shell-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.shell [47]: Unable to resolve 47.0: missing requirement [47.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.shell [47]: Unable to resolve 47.0: missing requirement [47.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.shell.jline-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.shell.jline [48]: Unable to resolve 48.0: missing requirement [48.0] package; (&(package=jline)(version>=0.9.0)(!(version>=1.0.0))) [caused by: Unable to resolve 62.0: missing requirement [62.0] package; (package=javax.swing)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.shell.jline [48]: Unable to resolve 48.0: missing requirement [48.0] package; (&(package=jline)(version>=0.9.0)(!(version>=1.0.0))) [caused by: Unable to resolve 62.0: missing requirement [62.0] package; (package=javax.swing)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.shell.jline.osgi-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.shell.jline.osgi [49]: Unable to resolve 49.0: missing requirement [49.0] package; (&(package=org.springframework.roo.shell)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 47.0: missing requirement [47.0] package; (package=javax.xml.parsers)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.shell.jline.osgi [49]: Unable to resolve 49.0: missing requirement [49.0] package; (&(package=org.springframework.roo.shell)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 47.0: missing requirement [47.0] package; (package=javax.xml.parsers)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.shell.osgi-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.shell.osgi [50]: Unable to resolve 50.0: missing requirement [50.0] package; (&(package=org.springframework.roo.shell)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 47.0: missing requirement [47.0] package; (package=javax.xml.parsers)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.shell.osgi [50]: Unable to resolve 50.0: missing requirement [50.0] package; (&(package=org.springframework.roo.shell)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 47.0: missing requirement [47.0] package; (package=javax.xml.parsers)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.startlevel-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.startlevel [51]: Unable to resolve 51.0: missing requirement [51.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.startlevel [51]: Unable to resolve 51.0: missing requirement [51.0] package; (package=javax.xml.parsers)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.support-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.support [52]: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.support [52]: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.support.osgi-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.support.osgi [53]: Unable to resolve 53.0: missing requirement [53.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.support.osgi [53]: Unable to resolve 53.0: missing requirement [53.0] package; (&(package=org.springframework.roo.support.ant)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.uaa-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.uaa [54]: Unable to resolve 54.0: missing requirement [54.0] package; (&(package=org.springframework.roo.metadata)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 43.0: missing requirement [43.0] package; (&(package=org.springframework.roo.support.style)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.
0] package; (package=javax.xml.namespace)]])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.uaa [54]: Unable to resolve 54.0: missing requirement [54.0] package; (&(package=org.springframework.roo.metadata)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 43.0: missing requirement [43.0] package; (&(package=org.springframework.roo.support.style)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 52.0: missing requirement [52.0] package; (package=javax.xml.namespace)]]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.url.stream.jdk-1.1.5.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.url.stream.jdk [56]: Unable to resolve 56.0: missing requirement [56.0] package; (&(package=org.springframework.roo.shell)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 47.0: missing requirement [47.0] package; (package=javax.xml.parsers)])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.url.stream.jdk [56]: Unable to resolve 56.0: missing requirement [56.0] package; (&(package=org.springframework.roo.shell)(version>=1.1.0)(!(version>=2.0.0))) [caused by: Unable to resolve 47.0: missing requirement [47.0] package; (package=javax.xml.parsers)]
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.wrapping.bcprov-jdk15-1.45.0.0010.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.wrapping.bcprov-jdk15 [58]: Unable to resolve 58.0: missing requirement [58.0] package; (package=javax.crypto))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.wrapping.bcprov-jdk15 [58]: Unable to resolve 58.0: missing requirement [58.0] package; (package=javax.crypto)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.roo.wrapping.jline-0.9.94.0010.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.wrapping.jline [62]: Unable to resolve 62.0: missing requirement [62.0] package; (package=javax.swing))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.wrapping.jline [62]: Unable to resolve 62.0: missing requirement [62.0] package; (package=javax.swing)
ERROR: Error starting file:/C:/Program%20Files/springsource/spring-roo-1.1.5.RELEASE/bundle/org.springframework.uaa.client-1.0.2.RELEASE.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.uaa.client [65]: Unable to resolve 65.0: missing requirement [65.0] package; (package=javax.xml.parsers))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.uaa.client [65]: Unable to resolve 65.0: missing requirement [65.0] package; (package=javax.xml.parsers)

Configuration Details -
Product: SpringSource Tool Suite 2.7.1.201107091000-RELEASE (com.springsource.sts.ide)
Installed Features:
com.springsource.sts 2.7.1.201107091000-RELEASE

The changes for SEC-830 and SEC-857 appear to have cause an issue with duplicate parameter values appearing when getParameterValues() is called on the wrapper. This will only apply to URL parameters. When deciding how to combine the values from the saved and wrapped request (or if we should), then whether they both contain the same values should be take into account.

There seem to be a race condition in AnnotationMethodHandlerExceptionResolver. I've tried to reproduce in a unit test, but haven't succeeded. I regularly see this in the production logs though:
Invoking request method resulted in exception : public static native long java.lang.System.currentTimeMillis() []  at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver.doResolveException(AnnotationMethodHandlerExceptionResolver.java:143)
java.lang.IllegalArgumentException: Invalid handler method return value: 1329504807993
System.currentTimeMillis() is a dummy placeholder in AnnotationMethodHandlerExceptionResolver that shouldn't be called if there isn't a race condition. This is what I believe happens. I've added comments to the findBestExceptionHandlerMethod-method from AnnotationMethodHandlerExceptionResolver which I believe causes the problem:

    private Method findBestExceptionHandlerMethod(Object handler, final Exception thrownException) {
        //T1 and T2 enters method
        final Class<?> handlerType = ClassUtils.getUserClass(handler);
        final Class<? extends Throwable> thrownExceptionType = thrownException.getClass();
        Method handlerMethod = null;

        Map<Class<? extends Throwable>, Method> handlers = exceptionHandlerCache.get(handlerType);
        //Timing makes (handlers==null) for T1 (handler != null) for T2
        if (handlers != null) {
            handlerMethod = handlers.get(thrownExceptionType);
            //handlerMethod is still null for T2
            if (handlerMethod != null) {
                return (handlerMethod == NO_METHOD_FOUND ? null : handlerMethod);
            }
        }
        else {
            //T1 does this, the hashmap created here is read by T2 in if-test above matching this else block
            handlers = new ConcurrentHashMap<Class<? extends Throwable>, Method>();
            exceptionHandlerCache.put(handlerType, handlers);
        }

        //handlers is empty for both T1 and T2, the two threads' resolverMethod variables will reference the same
        // ConcurrentHashMap instance
        final Map<Class<? extends Throwable>, Method> resolverMethods = handlers;

        //This block does not find a match for the exception
        ReflectionUtils.doWithMethods(handlerType, new ReflectionUtils.MethodCallback() {
            public void doWith(Method method) {
                method = ClassUtils.getMostSpecificMethod(method, handlerType);
                List<Class<? extends Throwable>> handledExceptions = getHandledExceptions(method);
                for (Class<? extends Throwable> handledException : handledExceptions) {
                    if (handledException.isAssignableFrom(thrownExceptionType)) {
                        if (!resolverMethods.containsKey(handledException)) {
                            resolverMethods.put(handledException, method);
                        } else {
                            Method oldMappedMethod = resolverMethods.get(handledException);
                            if (!oldMappedMethod.equals(method)) {
                                throw new IllegalStateException(
                                        "Ambiguous exception handler mapped for " + handledException + "]: {" +
                                                oldMappedMethod + ", " + method + "}.");
                            }
                        }
                    }
                }
            }
        });
        //T1 finds no match and puts NO_METHOD_FOUND in cache and returns null
        // When T2 hits this line resolverMethods for T2 reference the same Map that T1 just put the NO_METHOD_FOUND
        // as a result getBestMatchingMethod will return NO_SUCH_METHOD_FOUND (System.timeMillis()) which will be invoked
        // by the doResolveException further up the callstack.
        handlerMethod = getBestMatchingMethod(resolverMethods, thrownException);
        handlers.put(thrownExceptionType, (handlerMethod == null ? NO_METHOD_FOUND : handlerMethod));
        return handlerMethod;
    }

Basically, I'd say the following

if (handlerMethod != null) {

test at the beginning of findBestExceptionHandlerMethod does not sufficiently protect against race conditions.

      rj.waitForCompletion();
      if (!rj.isSuccessful()) {
        throw new IOException(compactionType == CompactionType.MAJOR ? "Major" : "Minor" +
               " compactor job failed for " + jobName + "! Hadoop JobId: " + rj.getID());
      }

produces no useful info in case of Major compaction

2018-02-28 00:59:16,416 ERROR [gdpr1-61]: compactor.Worker (Worker.java:run(191)) - Caught exception while trying to compact id:38602,dbname:audit,tableName:COMP_ENTRY_AF_A,partN\
ame:partition_dt=2017-04-11,state:^@,type:MAJOR,properties:null,runAs:null,tooManyAborts:false,highestTxnId:0.  Marking failed to avoid repeated failures, java.io.IOException: Ma\
jor
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.launchCompactionJob(CompactorMR.java:314)
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.run(CompactorMR.java:269)
        at org.apache.hadoop.hive.ql.txn.compactor.Worker$1.run(Worker.java:175)
        at org.apache.hadoop.hive.ql.txn.compactor.Worker.run(Worker.java:172)

This morning we ran into a situation in which some 0.2.x region servers started up and joined a 0.18.1 cluster. 
This 'sort of' worked in that the hrs could communicate with the master, but clients could not communicate with the 0.2 region servers because the api version changed (the master wouldn't have liked it if it had deployed root or meta there).
Suggestion is that we have a single api version that gets bumped when any of the interfaces changes.

Having a Swarm WAR Module containing dependency...

            <groupId>com.nimbusds</groupId>
            <artifactId>oauth2-oidc-sdk</artifactId>
            <version>5.24.2</version>

... results in NoClassDefFoundError like this:

Caused by: java.lang.NoClassDefFoundError: Failed to link com/nimbusds/oauth2/sdk/token/BearerAccessToken (Module "deployment.swarm-dependency-bug-0.0.1-SNAPSHOT.war:main" from Service Module Loader): Failed to link com/nimbusds/oauth2/sdk/token/AccessToken (Module "deployment.swarm-dependency-bug-0.0.1-SNAPSHOT.war:main" from Service Module Loader): Failed to link com/nimbusds/oauth2/sdk/token/Token (Module "deployment.swarm-dependency-bug-0.0.1-SNAPSHOT.war:main" from Service Module Loader): Failed to link com/nimbusds/oauth2/sdk/id/Identifier (Module "deployment.swarm-dependency-bug-0.0.1-SNAPSHOT.war:main" from Service Module Loader): net/minidev/json/JSONAware

The dependency mentioned above contains a transitive dependency, which is not packaged into the WAR for the swarm uber jar, and that causes the NoClassDefFoundError for net/minidev/json/JSONAware. It seems to be packed into /m2repo folder. 

            <groupId>net.minidev</groupId>
            <artifactId>json-smart</artifactId>
            <version>1.3.1</version>

Also declaring this dependency explicitly does not work.
Only swarm fractions and their transitive dependencies should be removed from the WAR and packed into m2repo?
I could not find net.minidev.json-smart in any dependency tree of my fractions.

The camel-test-blueprint dependency scope should be test, otherwise bundle plugin could import the packages of pojosr framework.

WL9 only supports J2EE1.4 (SAAJ1.2) but somehow has a SAAJ1.3 class javax.xml.soap.SAAJMetaFactory. we checked the application WEB-INF/lib does not have any saaj-api.jar, we checked other jars free of a similarly named class.
Now SaajUtils.java in spring-ws uses Class.forName to load that class to decide that the SAAJ version is 1.3 but at runtime you get the NoSuchMethod trying to instantiate the MessageFactory with the new 1.3 newInstance() which takes a string url instead of the 1.2 newInstance() which does not take any arguments.
I logged a bug because this is a bad way to detect the version and WL9 proves this point. maybe you can add a property to tell SaajUtils which version of SAAJ or fall back on the NoSuchMethod Exception instead of ClassNotFound if that is the only difference from spring perspective. several people are hitting this issue and are forced to hack around it but the real resolution should be in code. Hope this makes since.

It's recommended to do the following for numeric primitive types

For historical reasons, repeated fields of basic numeric types aren't encoded as efficiently as they could be. New code should use the special option [packed=true] to get a more efficient encoding
See details at https://developers.google.com/protocol-buffers/docs/proto

Beeline fails to read queries where lines have comments at the end. This works in the embedded Hive CLI.
Example:
SELECT
1 – this is a comment about this value
FROM
table;
Error: Error while processing statement: FAILED: ParseException line 1:36 mismatched input '<EOF>' expecting FROM near '1' in from clause (state=42000,code=40000)

curl -H "Accept: application/json" -X OPTIONS http://localhost:9990/metrics/base/memory.usedHeap

{
    "memory.usedHeap": {
        "unit": "bytes",
        "type": "gauge",
        "displayName": "memory.usedHeap",
        "tags": ""
    }
} 

curl -H "Accept: application/json" -X OPTIONS http://localhost:9990/metrics/base/memory.committedHeap

{
    "memory.committedHeap": {
        "displayName": "memory.committedHeap",
        "tags": ""
    }
}

When I hit this line of code:
if (!(project.getDependenciesExcludingVersion(new Dependency("org.codeconsole", "webapp-analytics", "0.5.9")).size() == 0)) {
I get the following exception:
Exception in thread "Spring Roo JLine Shell" java.lang.NoClassDefFoundError: org/springframework/roo/project/Dependency
	at org.codeconsole.roo.addon.webappanalytics.AnalyticsOperationsImpl.isInstallAnalyticsAvailable(AnalyticsOperationsImpl.java:68)
	at org.codeconsole.roo.addon.webappanalytics.AnalyticsCommands.analyticsInfo(AnalyticsCommands.java:48)
	at org.springframework.roo.support.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:191)
	at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy$1.callback(ProcessManagerHostedExecutionStrategy.java:49)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:180)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:143)
	at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy.execute(ProcessManagerHostedExecutionStrategy.java:47)
	at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:165)
	at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:358)
	at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:132)
This only happens in 1.1.2. I do not get the exception <= 1.1.1
I have
      <groupId>org.springframework.roo</groupId>
      <artifactId>org.springframework.roo.project</artifactId>
      <version>${roo.version}</version>
      <type>bundle</type>
specified in my pom file.

org.apache.hadoop.hbase.client.Scan#setStopRow javadoc, in "deprecated" paragraph, points out to incorrect value. It uses pointer to withStartRow, but should use withStopRow

The hard coded host of the client can only let it run on the same host as the thrift server.

Listing and reading log files using CLI or Web Console works only for log files placed in jboss.server.log.dir directly. It should be enabled to log files in sub-directories of jboss.server.log.dir, too.

Seeing some of these errors in the HBase master's logs:

2010-03-24 16:52:17,003 DEBUG org.apache.hadoop.hbase.master.BaseScanner: GET on test1,8947030000,1269474720493 got different address than SCAN: sa=10.18.34.217:60020, serverAddress=
2010-03-24 16:52:17,003 DEBUG org.apache.hadoop.hbase.master.BaseScanner: GET on test1,8947030000,1269474720493 got different startcode than SCAN: sc=1269456397807, serverAddress=0
2010-03-24 16:52:17,018 DEBUG org.apache.hadoop.hbase.master.BaseScanner: GET on test1,8953040000,1269474720493 got different address than SCAN: sa=10.18.34.215:60020, serverAddress=
2010-03-24 16:52:17,018 DEBUG org.apache.hadoop.hbase.master.BaseScanner: GET on test1,8953040000,1269474720493 got different startcode than SCAN: sc=1269456397735, serverAddress=0

Ideas? 

Some of the decimal unit tests fail on hadoop 2. The reason is unspecified order in some of the queries.

Some JSF 1.2 specific methods were erroneously added to Jsf2FlowApplication instead of FlowApplication. This causes backwards compatibility issues with Apache MyFaces 1.2 where some of these methods throw UnsupportedOperationException. 

This job currently gets the following error:
09:08:15 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (rename) on project fuse-karaf-framework: An Ant BuildException has occured: Warning: Could not find file /home/jenkins/workspace/fuse-6.3.x.redhat-deploy/esb/fuse-karaf-framework/target/unpack/fabric8-karaf-1.2.0.redhat-630194 to copy.
09:08:15 [ERROR] around Ant part ...<move file="target/unpack/fabric8-karaf-1.2.0.redhat-630194" toFile="target/unpack/resources"/>... @ 4:98 in /home/jenkins/workspace/fuse-6.3.x.redhat-deploy/esb/fuse-karaf-framework/target/antrun/build-main.xml
09:08:15 [ERROR] -> [Help 1]
09:08:15 [ERROR] 
09:08:15 [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
09:08:15 [ERROR] Re-run Maven using the -X switch to enable full debug logging.
09:08:15 [ERROR] For more information about the errors and possible solutions, please read the following articles:
09:08:15 [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
09:08:15 [ERROR] After correcting the problems, you can resume the build with the command
09:08:15 [ERROR]   mvn <goals> -rf :fuse-karaf-framework

As with some of the other broken tests on 0.23, this is broken because the order of results generated by the query on 0.23 is different from the order in the golden output file. However, there appears to be nothing wrong with the query itself.
This can be fixed by adding an order-by clause and regenerating the golden file.

From name of the hbase.client.retries.number property, it should be the number of maximum retries, or say if we set the property to 1, there should be 2 attempts in total. However, there're two different semantics when using it in current code base.
For example, in ConnectionImplementation#locateRegionInMeta:

    int localNumRetries = (retry ? numTries : 1);

    for (int tries = 0; true; tries++) {
      if (tries >= localNumRetries) {
        throw new NoServerForRegionException("Unable to find region for "
            + Bytes.toStringBinary(row) + " in " + tableName +
            " after " + numTries + " tries.");
      }

the retries number is regarded as max times for tries
While in RpcRetryingCallerImpl#callWithRetries:

    for (int tries = 0;; tries++) {
      long expectedSleep;
      try {
        callable.prepare(tries != 0); // if called with false, check table status on ZK
        interceptor.intercept(context.prepare(callable, tries));
        return callable.call(getRemainingTime(callTimeout));
      } catch (PreemptiveFastFailException e) {
        throw e;
      } catch (Throwable t) {
        ...
        if (tries >= retries - 1) {
          throw new RetriesExhaustedException(tries, exceptions);
        }

it's regarded as exactly for REtry (try a call first with no condition and then check whether to retry or exceeds maximum retry number)
This inconsistency will cause misunderstanding in usage, such as one of our customer set the property to zero expecting one single call but finally received NoServerForRegionException.
We should unify the semantic of the property, and I suggest to keep the original one for retry rather than total tries.

Some implementations of FileConfiguration return an iterator in their getKeys() method that is directly connected to the underlying data store. When now a reload is performed (which can happen at any time) the data store is modified, and the iterator becomes invalid.
This behavior is very confusing because ConcurrentModificationExceptions are typically related to multi-threading access. But even if the code performing the iteration is the only instance that accesses the configuration, the exception can be thrown.

If a member of a component candidate is annotated with an attribute, that again is annotated with a privately scoped meta-attribute containing values, the scanning will fail with an Illegal state exception caused by an IllegalAccessException caught in  org.springframework.core.annotation.AnnotationUtils.getAnnotationAttributes.
An example where this happens if one uses the rest.li framework in connection with spring:
RestMethod.java
public class RestMethod
{
  /**
   *  This annotation defines mapping of RestMethod annotations to {@link com.linkedin.restli.common.ResourceMethod}
   */
  @Retention(RetentionPolicy.RUNTIME)
  @Target(ElementType.ANNOTATION_TYPE)
  private static @interface ToResourceMethod {
    ResourceMethod value();
  }

  ...

  @Target(ElementType.METHOD)
  @ToResourceMethod(ResourceMethod.GET)
  public @interface Get  { }

  ...
}

MyComponent.java
....
public class MyComponent extends SomeRestliBaseClass
{

   @RestMethods.Get // Adding this attribute causes the stack trace below
   public ARecord get (String id) {
       ....
   }
}

org.springframework.beans.factory.BeanDefinitionStoreException: Failed to read candidate component class: file […]; nested exception is java.lang.IllegalStateException: Could not obtain annotation attribute values
	at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:290)
	at org.springframework.context.annotation.ClassPathBeanDefinitionScanner.doScan(ClassPathBeanDefinitionScanner.java:242)
	at org.springframework.context.annotation.ComponentScanBeanDefinitionParser.parse(ComponentScanBeanDefinitionParser.java:84)
	at org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(NamespaceHandlerSupport.java:73)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1438)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1428)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:185)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.doRegisterBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:139)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:108)
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:174)
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:209)
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:180)
	at org.springframework.web.context.support.XmlWebApplicationContext.loadBeanDefinitions(XmlWebApplicationContext.java:125)
	at org.springframework.web.context.support.XmlWebApplicationContext.loadBeanDefinitions(XmlWebApplicationContext.java:94)
	at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:537)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:451)
	…
Caused by: 
java.lang.IllegalStateException: Could not obtain annotation attribute values
	at org.springframework.core.annotation.AnnotationUtils.getAnnotationAttributes(AnnotationUtils.java:432)
	at org.springframework.core.type.classreading.AnnotationAttributesReadingVisitor.registerMetaAnnotations(AnnotationAttributesReadingVisitor.java:250)
	at org.springframework.core.type.classreading.AnnotationAttributesReadingVisitor.doVisitEnd(AnnotationAttributesReadingVisitor.java:241)
	at org.springframework.core.type.classreading.RecursiveAnnotationAttributesVisitor.visitEnd(AnnotationAttributesReadingVisitor.java:167)
	at org.springframework.asm.ClassReader.a(Unknown Source)
	at org.springframework.asm.ClassReader.accept(Unknown Source)
	at org.springframework.core.type.classreading.SimpleMetadataReader.<init>(SimpleMetadataReader.java:64)
	at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:266)
	…
Caused by: 
java.lang.IllegalAccessException: Class org.springframework.core.annotation.AnnotationUtils can not access a member of class com.linkedin.restli.server.annotations.RestMethod$ToResourceMethod with modifiers "public abstract"
	at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:105)
	at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(AccessibleObject.java:261)
	at java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:253)
	at java.lang.reflect.Method.invoke(Method.java:599)
	at org.springframework.core.annotation.AnnotationUtils.getAnnotationAttributes(AnnotationUtils.java:400)
	…

Java 8 will introduce new default methods for the Map interface which clash with the existing method "V remove(K key1, K key2)" in our MultiKeyMap interface.
To avoid future problems rename the method (and other similar methods with more multi key arguments) to a more specific version:

V removeMultiKey(K key1, K key2, ...)
V removeKey(K key1, K key2, ...)

I'm using MySQL database with the following structure:
Campaign table

-- Campaign table

CREATE  TABLE IF NOT EXISTS `campaign` (
  `id` INT UNSIGNED NOT NULL AUTO_INCREMENT ,
  `provider_id` INT UNSIGNED NOT NULL ,
  `identifier` VARCHAR(255) NOT NULL ,
  `title` VARCHAR(255) NOT NULL ,
  `description` TEXT NULL ,
  `created_at` DATETIME NOT NULL ,
  `updated_at` DATETIME NOT NULL ,
  PRIMARY KEY (`id`) ,
  UNIQUE INDEX `identifier_UNIQUE` (`identifier` ASC) ,
  INDEX `fk_campaign_provider1` (`provider_id` ASC) ,
  CONSTRAINT `fk_campaign_provider1`
    FOREIGN KEY (`provider_id` )
    REFERENCES `provider` (`id` )
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;

Provider table
-- Provider table

CREATE  TABLE IF NOT EXISTS `provider` (
  UNIQUE INDEX `identifier_UNIQUE` (`identifier` ASC) )

DBRE MySQL databas with roo 1.2.2.RELEASE (latest stable).

I've ran DBRE feature with this command:

database reverse engineer --schema no-schema-required --activeRecord false --package ~.domain --testAutomatically

Result in CampaignDataOnDemand:
CampaignDataOnDemand.java#getNewTransientCampaign
public Campaign CampaignDataOnDemand.getNewTransientCampaign(int index) {
        Campaign obj = new Campaign();
        setCreatedAt(obj, index);
        setDescription(obj, index);
        setIdentifier(obj, index);
        setTitle(obj, index);
        setUpdatedAt(obj, index);
    }

Field "providerId" is missing from generated code above. This cause failed tests.

DBRE MySQL databas with roo 1.2.1.RELEASE (previous stable).
        setProviderId(obj, index);
    }

As you see here, provider_id field exists in this code.
This issue cause impossible with spring roo 1.2.2.RELEASE monospaced}}perform test{{monospaced command to be executed successfully.

When running in regionserver mode the Canary is expected to probe for service health one time per regionserver during a probe interval. 
Each time the canary chore fires, we create a RegionServerMonitor, which uses filterRegionServerByName (via getAllRegionServerByName) to enumerate over all table descriptors, find the locations for each table, then assemble the list of regionservers to probe from this result. The list may not contain all live regionservers, if there is a regionserver up but for some reason not serving any regions. To ensure we have the complete list of live regionservers I think it would be better to use Admin#getClusterStatus and enumerate the live server list returned in the result.

I'm getting this error:
2012-02-09 11:02:23,992 | ERROR | rint Extender: 2 | BlueprintContainerImpl           | ?                                   ? | 11 - org.apache.aries.blueprint - 0.3.1.fuse-7-022 | Unable to start blueprint container for bundle camel-blueprint
org.osgi.service.blueprint.container.ComponentDefinitionException: Failed to create the JAXB binder : javax.xml.bind.JAXBException: Provider com.sun.xml.internal.bind.v2.ContextFactory could not be instantiated: javax.xml.bind.JAXBException: ClassCastException: attempting to cast jar:file:/opt/fuse/fuse-esb-7.0.0.fuse-022/lib/endorsed/org.apache.servicemix.specs.jaxb-api-2.2-2.0.0.fuse-7-022.jar!/javax/xml/bind/JAXBContext.class to bundle://138.0:1/javax/xml/bind/JAXBContext.class.  Please make sure that you are specifying the proper ClassLoader.    	

with linked exception:
[javax.xml.bind.JAXBException: ClassCastException: attempting to cast jar:file:/opt/fuse/fuse-esb-7.0.0.fuse-022/lib/endorsed/org.apache.servicemix.specs.jaxb-api-2.2-2.0.0.fuse-7-022.jar!/javax/xml/bind/JAXBContext.class to bundle://138.0:1/javax/xml/bind/JAXBContext.class.  Please make sure that you are specifying the proper ClassLoader.    ]
	at org.apache.camel.blueprint.handler.CamelNamespaceHandler.parseCamelContextNode(CamelNamespaceHandler.java:174)[180:org.apache.camel.camel-blueprint:2.9.0.fuse-7-022]
	at org.apache.camel.blueprint.handler.CamelNamespaceHandler.parse(CamelNamespaceHandler.java:137)[180:org.apache.camel.camel-blueprint:2.9.0.fuse-7-022]
	at org.apache.aries.blueprint.container.Parser.parseCustomElement(Parser.java:1248)[11:org.apache.aries.blueprint:0.3.1.fuse-7-022]
	at org.apache.aries.blueprint.container.Parser.loadComponents(Parser.java:337)[11:org.apache.aries.blueprint:0.3.1.fuse-7-022]
	at org.apache.aries.blueprint.container.Parser.populate(Parser.java:277)[11:org.apache.aries.blueprint:0.3.1.fuse-7-022]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:281)[11:org.apache.aries.blueprint:0.3.1.fuse-7-022]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:230)[11:org.apache.aries.blueprint:0.3.1.fuse-7-022]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_23]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)[:1.6.0_23]
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)[:1.6.0_23]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)[:1.6.0_23]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)[:1.6.0_23]
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_23]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_23]
	at java.lang.Thread.run(Thread.java:662)[:1.6.0_23]
Caused by: javax.xml.bind.JAXBException: Provider com.sun.xml.internal.bind.v2.ContextFactory could not be instantiated: javax.xml.bind.JAXBException: ClassCastException: attempting to cast jar:file:/opt/fuse/fuse-esb-7.0.0.fuse-022/lib/endorsed/org.apache.servicemix.specs.jaxb-api-2.2-2.0.0.fuse-7-022.jar!/javax/xml/bind/JAXBContext.class to bundle://138.0:1/javax/xml/bind/JAXBContext.class.  Please make sure that you are specifying the proper ClassLoader.    	
	at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:187)[138:org.apache.servicemix.specs.jaxb-api-2.2:1.9.0]
	at javax.xml.bind.ContextFinder.find(ContextFinder.java:310)[138:org.apache.servicemix.specs.jaxb-api-2.2:1.9.0]
	at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:412)[138:org.apache.servicemix.specs.jaxb-api-2.2:1.9.0]
	at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:375)[138:org.apache.servicemix.specs.jaxb-api-2.2:1.9.0]
	at org.apache.camel.blueprint.handler.CamelNamespaceHandler.createJaxbContext(CamelNamespaceHandler.java:471)[180:org.apache.camel.camel-blueprint:2.9.0.fuse-7-022]
	at org.apache.camel.blueprint.handler.CamelNamespaceHandler.getJaxbContext(CamelNamespaceHandler.java:458)[180:org.apache.camel.camel-blueprint:2.9.0.fuse-7-022]
	at org.apache.camel.blueprint.handler.CamelNamespaceHandler.parseCamelContextNode(CamelNamespaceHandler.java:172)[180:org.apache.camel.camel-blueprint:2.9.0.fuse-7-022]
	... 14 more
Caused by: javax.xml.bind.JAXBException: ClassCastException: attempting to cast jar:file:/opt/fuse/fuse-esb-7.0.0.fuse-022/lib/endorsed/org.apache.servicemix.specs.jaxb-api-2.2-2.0.0.fuse-7-022.jar!/javax/xml/bind/JAXBContext.class to bundle://138.0:1/javax/xml/bind/JAXBContext.class.  Please make sure that you are specifying the proper ClassLoader.    
	at javax.xml.bind.ContextFinder.handleClassCastException(ContextFinder.java:107)[138:org.apache.servicemix.specs.jaxb-api-2.2:1.9.0]
	at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:140)[138:org.apache.servicemix.specs.jaxb-api-2.2:1.9.0]
	... 20 more

due to different jaxb versions being exprted
FuseESB:karaf@root> packages:exports | grep javax.xml.bind
     0 javax.xml.bind; version=2.2.0           
     0 javax.xml.bind.annotation; version=2.2.0
     0 javax.xml.bind.annotation.adapters; version=2.2.0
     0 javax.xml.bind.attachment; version=2.2.0
     0 javax.xml.bind.helpers; version=2.2.0   
     0 javax.xml.bind.util; version=2.2.0      
   138 javax.xml.bind.attachment; version=2.2.1
   138 javax.xml.bind.helpers; version=2.2.1   
   138 javax.xml.bind.annotation; version=2.2.1
   138 javax.xml.bind.util; version=2.2.1      
   138 javax.xml.bind.annotation.adapters; version=2.2.1
   138 javax.xml.bind; version=2.2.1   

When using a transaction manager with a non-durable subscription, messages are lost.  Because the consumer isn't cached, Spring is opening/closing the subscription continually, in essence creating new subscriptions each time.
An overview of what's happening:
-DefaultmessageListenerContainer.initalize(): with a transaction manager, the cache level is set to CACHE_NONE
-AbstractJmsListeningContainer.doStart() - does not create shared connections based on cache level
-DefaultMessageListenerContainer.executeOngoingLoop() - controlling loop that executes while the container is active
-AbstractPollingMessageListenerContainer.doReceiveAndExecute() - attempts to receive a single message from the topic, calls the listener, and returns.
Because of the cache level, AbstractPollingMessageListenerContainer.doReceiveAndExecute() creates a new connection and new session before polling the messaging platform.  After receiving a message (and calling the listener) or timing out (no message available), the session and connection are closed and the method returns.  Only a single message is read in any one call.
Because the subscription ceases to exist once everything is closed, there are two possible scenarios for lost messages:
1) Additional messages are published while the listener is executing.  Once the listener consumers the message, the session/connection are closed.  When a non-durable subscription is closed, any messages unconsumed are lost, and therefore lost.
2) Additional messages published while the listener is not subscribed (i.e., between calls to doReceiveAndExecute()). There is no subscription and therefore the published messages just go to the bit bucket.

TxnHandler.heartbeatTxn() updates the timestamp on the txn but not on the associated locks.  This makes SHOW LOCKS confusing/misleading.
This is especially visible in Streaming API use cases which use
TxnHandler.heartbeatTxnRange(HeartbeatTxnRangeRequest rqst) 

The vectorized aggregates ignore the DISTINCT clause. This cause incorrect results. Due to how GroupByOperatorDesc adds the DISTINCT keys to the overall aggregate keys the vectorized aggregates do account for the extra key, but they do not process the data correctly for the key. the reduce side the aggregates the input from the vectorized map side to results that are only sometimes correct but mostly incorrect. HIVE-4607 tracks the proper fix, but meantime I'm filing a bug to disable vectorized execution if DISTINCT is present. Fix is trivial.

The SASL DIGEST-MD5 password type is located in the sasl.password package, but the SASL SCRAM password type is in the main password package.  We need to pick one place or the other for SASL password types.

Hi!
Creation of a new method to a class using JavaParserMethodMetadata.addMethod(...) only adds throws type list when parameter list is not empty because // Add exceptions which the method my throw code is inside parameter list loop.
// Lines 259-268
// Add exceptions which the method my throw
if (method.getThrowsTypes().size() > 0) {
	List<NameExpr> throwsTypes = new ArrayList<NameExpr>();
	for (JavaType javaType: method.getThrowsTypes()) {
		NameExpr importedType = JavaParserUtils.importTypeIfRequired(compilationUnitServices.getEnclosingTypeName(), compilationUnitServices.getImports(), javaType);
		throwsTypes.add(importedType);
	}
	d.setThrows(throwsTypes);
}

It must be checked outside parameter loop in JavaParserMethodMetadata.addMethod(...).
And if create a method with parameters and you add a List of JavaTypes that don't extend java.lang.Exception or java.lang.Throwable  as throwsTypes variable in MethodMetadata (i.e. java.lang.Long), the method is created anyway without errors (in ROO console) but in the project exists compiling errors because this is not an Exception class declared to be thrown.
Thanks!

With remote metastore, REPL DUMP  leaking connections. Each repl dump task is leaking one connection due to the usage of stale hive object. 

18/09/04 16:01:46 INFO ReplState: REPL::EVENT_DUMP: {"dbName":"*","eventId":"566","eventType":"EVENT_COMMIT_TXN","eventsDumpProgress":"1/0","dumpTime":1536076906}
18/09/04 16:01:46 INFO events.AbstractEventHandler: Processing#567 OPEN_TXN message : {"txnIds":null,"timestamp":1536076905,"fromTxnId":269,"toTxnId":269,"server":"thrift://metastore-service.warehouse-1536062326-s74h.svc.cluster.local:9083","servicePrincipal":""}
18/09/04 16:01:46 INFO ReplState: REPL::EVENT_DUMP: {"dbName":"*","eventId":"567","eventType":"EVENT_OPEN_TXN","eventsDumpProgress":"2/0","dumpTime":1536076906}
18/09/04 16:01:46 INFO metastore.HiveMetaStoreClient: Trying to connect to metastore with URI thrift://metastore-service.warehouse-1536062326-s74h.svc.cluster.local:9083
18/09/04 16:01:46 INFO metastore.HiveMetaStoreClient: Opened a connection to metastore, current connections: 471
18/09/04 16:01:46 INFO metastore.HiveMetaStoreClient: Connected to metastore.
18/09/04 16:01:46 INFO metastore.RetryingMetaStoreClient: RetryingMetaStoreClient proxy=class org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient ugi=hive (auth:SIMPLE) retries=24 delay=5 lifetime=0
18/09/04 16:01:46 INFO ReplState: REPL::END: {"dbName":"*","dumpType":"INCREMENTAL","actualNumEvents":2,"dumpEndTime":1536076906,"dumpDir":"/user/hive/repl/e45bde27-74dc-45cd-9823-400a8fc1aea3","lastReplId":"567"}
18/09/04 16:01:46 INFO repl.ReplDumpTask: Done dumping events, preparing to return /user/hive/repl/e45bde27-74dc-45cd-9823-400a8fc1aea3,567
18/09/04 16:01:46 INFO ql.Driver: Completed executing command(queryId=hive_20180904160145_30f9570a-44e0-4f3b-b961-1906d3972fc4); Time taken: 0.585 seconds
OK
18/09/04 16:01:46 INFO ql.Driver: OK
18/09/04 16:01:46 INFO lockmgr.DbTxnManager: Stopped heartbeat for query: hive_20180904160145_30f9570a-44e0-4f3b-b961-1906d3972fc4
18/09/04 16:01:46 INFO metastore.HiveMetaStoreClient: Opened a connection to metastore, current connections: 472

It seems that a key containing the escapedDelimiter is stored without the delimiter and the escape is not recreated when saving the configuration. 

test.java
HierarchicalINIConfiguration inicfg = new HierarchicalINIConfiguration();
inicfg.setProperty( "Andrew L.. Cooper.first", "Andrew" );
inicfg.setProperty( "Andrew L.. Cooper.last", "Cooper" );
inicfg.setProperty( "Andrew L.. Cooper.mail", "andrew.cooper@example.com" );
inicfg.save( System.out );
System.out.println( inicfg.get( "Andrew L..Cooper.mail" );

Expected Output
[Andrew L. Cooper]
first = Andrew
last = Cooper
mail = andrew.cooper@example.com

andrew.cooper@example.com

Actual Output

<camel:setHeader headerName="CamelSmppDestAddrTon">
  <camel:constant>0</camel:constant>
</camel:setHeader>

java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Byte
	at org.apache.camel.component.smpp.SmppBinding.createSubmitSm(SmppBinding.java:105)
	at org.apache.camel.component.smpp.SmppProducer.process(SmppProducer.java:128)
	at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:77)
	at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:104)
	at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:272)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:98)
	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)
	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:269)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:125)
	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:109)
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:103)
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85)
	at org.apache.camel.component.mina.MinaConsumer$ReceiveHandler.messageReceived(MinaConsumer.java:117)
	at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:570)
	at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
	at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
	at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
	at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:220)
	at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:264)

In the function store.isMajorCompaction:
      if (filesToCompact.size() == 1) {
        // Single file
        StoreFile sf = filesToCompact.get(0);
        long oldest =
            (sf.getReader().timeRangeTracker == null) ?
                Long.MIN_VALUE :
                now - sf.getReader().timeRangeTracker.minimumTimestamp;
        if (sf.isMajorCompaction() &&
            (this.ttl == HConstants.FOREVER || oldest < this.ttl)) {
          if (LOG.isDebugEnabled()) 
{
            LOG.debug("Skipping major compaction of " + this.storeNameStr +
                " because one (major) compacted file only and oldestTime " +
                oldest + "ms is < ttl=" + this.ttl);
          }
        }
      } else {
When there is only one storefile in the store, and some keyvalues' TTL are overtime, the majorcompactchecker should send this region to the compactquene and run a majorcompact to clean these outdated data. But according to the code in 0.90.1, it will do nothing. 

In cases like Query89, the vertex with the filter is not vectorized.

                   Filter Operator
                      predicate: CASE WHEN ((avg_window_0 <> 0.0D)) THEN (((abs((_col6 - avg_window_0)) / avg_window_0) > 0.1D)) ELSE (null) END (type: boolean)

        Reducer 3 
            Execution mode: llap
            Reduce Vectorization:
                enabled: true
                enableConditionsMet: hive.vectorized.execution.reduce.enabled IS true, hive.execution.engine tez IN [tez, spark] IS true
                notVectorizedReason: FILTER operator: Unexpected hive type name void
                vectorized: false

The query specifically has 

where case when (avg_monthly_sales <> 0) then (abs(sum_sales - avg_monthly_sales) / avg_monthly_sales) else null end > 0.1

while rewriting it to 

where case when (avg_monthly_sales <> 0) then (abs(sum_sales - avg_monthly_sales) / avg_monthly_sales) > 0.1 else false end

does vectorize into 

                      Filter Vectorization:
                          className: VectorFilterOperator
                          native: true
                          predicateExpression: SelectColumnIsTrue(col 12:boolean)(children: VectorUDFAdaptor(CASE WHEN ((avg_window_0 <> 0.0D)) THEN (((abs((_col6 - avg_window_0)) / avg_window_0) > 0.1D)) ELSE (false) END)(children: DoubleColNotEqualDoubleScalar(col 7:double, val 0.0) -> 8:boolean, DoubleColGreaterDoubleScalar(col 9:double, val 0.1)(children: DoubleColDivideDoubleColumn(col 10:double, col 7:double)(children: FuncAbsDoubleToDouble(col 9:double)(children: DoubleColSubtractDoubleColumn(col 6:double, col 7:double) -> 9:double) -> 10:double) -> 9:double) -> 11:boolean) -> 12:boolean)
                      predicate: CASE WHEN ((avg_window_0 <> 0.0D)) THEN (((abs((_col6 - avg_window_0)) / avg_window_0) > 0.1D)) ELSE (false) END (type: boolean)
                      Statistics: Num rows: 11 Data size: 5291 Basic stats: COMPLETE Column stats: COMPLETE

When deploying an ear file that contains an Entity bean with an inappropriate @PersistenceContext annotation, the following stacktrace is generated, and the deployment fails:
15:36:16,322 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-9) MSC00001: Failed to start service jboss.deployment.subunit."xxx.xxxxxx.xxxxx.deploy.ear"."xxx.xxxxxx.xxxxx.ejb-0.0.1-SNAPSHOT.jar".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."xxx.xxxxxx.xxxxx.deploy.ear"."xxx.xxxxxx.xxxxx.ejb-0.0.1-SNAPSHOT.jar".PARSE: Failed to process phase PARSE of subdeployment "xxx.xxxxxx.xxxxx.ejb-0.0.1-SNAPSHOT.jar" of deployment "xxx.xxxxxx.xxxxx.deploy.ear"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:121) [jboss-as-server-7.0.2.Final.jar:7.0.2.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_29]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_29]
	at java.lang.Thread.run(Thread.java:680) [:1.6.0_29]
Caused by: java.lang.IllegalArgumentException: Class level annotations must provide a name.
	at org.jboss.as.jpa.processor.JPAAnnotationParseProcessor.processClass(JPAAnnotationParseProcessor.java:233)
	at org.jboss.as.jpa.processor.JPAAnnotationParseProcessor.processPersistenceAnnotations(JPAAnnotationParseProcessor.java:127)
	at org.jboss.as.jpa.processor.JPAAnnotationParseProcessor.deploy(JPAAnnotationParseProcessor.java:90)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:115) [jboss-as-server-7.0.2.Final.jar:7.0.2.Final]
	... 5 more
The IllegalArgumentException gives no data for the annotation, the class, or any relevant data to the cause.  I built JBoss debug from source to discover that the culprit in my case was a misplaced PersistenceContext annotation in an entity bean.  The offending annotation had actually existed in a version of our code running in JBoss 4 without error.

Today when i play with the REST interface and found the column POST/PUT/GET has a problem.
When i use the hbase shell to check the data, i found the row name has the padding zero.
The cause is that TableHandler use Text class to encode the string to the UTF-8. But CharSetEncoder
will pre-allocate more spaces then the length of String for performance. So we get the padding zero
when inserting the value to the table.  The fix is to get the String instead of the byte[] for the BatchUpdate.
Below is the patch.  Also, the patch includes fixing the wrong use of (bytes[]).toString() using Bytes.toString(byte[])
Index: src/java/org/apache/hadoop/hbase/rest/TableHandler.java
— src/java/org/apache/hadoop/hbase/rest/TableHandler.java    (revision 678664)
+++ src/java/org/apache/hadoop/hbase/rest/TableHandler.java    (working copy)
@@ -174,7 +174,7 @@
         // copy over those cells with requested column names
         for(byte [] current_column: columns_retrieved) {

if(requested_columns_set.contains(current_column.toString()))
Unknown macro: {+          if(requested_columns_set.contains(Bytes.toString(current_column))){
             m.put(current_column, prefiltered_result.get(current_column));           
           }         } 
@@ -295,7 +295,7 @@

     try{
       // start an update

Text key = new Text(row);
+      String key = new Text(row).toString();
       batchUpdate = timestamp == null ?
         new BatchUpdate(key) : new BatchUpdate(key, Long.parseLong(timestamp));

@@ -308,7 +308,7 @@
         // extract the name and value children
         Node name_node = column.getElementsByTagName("name").item(0);

Text name = new Text(name_node.getFirstChild().getNodeValue());
+        String name = new Text(name_node.getFirstChild().getNodeValue()).toString();

         Node value_node = column.getElementsByTagName("value").item(0);
@@ -356,7 +356,7 @@
           XMLOutputter outputter = getXMLOutputter(response.getWriter());
           outputter.startTag("regions");
           for (int i = 0; i < startKeys.length; i++) 
{
-            doElement(outputter, "region", startKeys[i].toString());
+            doElement(outputter, "region", Bytes.toString(startKeys[i]));
           }
           outputter.endTag();
           outputter.endDocument();
@@ -368,7 +368,7 @@
           PrintWriter out = response.getWriter();
{
             // TODO: Add in the server location.  Is it needed?
-            out.print(startKeys[i].toString());
+            out.print(Bytes.toString(startKeys[i]));
           }
           out.close();
         break;
@@ -454,7 +454,7 @@
     // pull the row key out of the path
     String row = URLDecoder.decode(pathSegments[2], HConstants.UTF8_ENCODING);

+    String key = new Text(row).toString();

     String[] columns = request.getParameterValues(COLUMN);
@@ -472,7 +472,7 @@
       } else{
         // delete each column in turn     
         for(int i = 0; i < columns.length; i++)
{
-          table.deleteAll(key, new Text(columns[i]));
+          table.deleteAll(key, new Text(columns[i]).toString());
         }
       }
       response.setStatus(202);

Hadoop RPC has had some improvements done.  Copied them down to our version of hadoop RPC, HBaseRPC in the hbase.ipc package.

@JsonView annotations aren't being honoured when the return type is a >= 2 nested generic type. i.e. Mono<ResponseEntity<UserAccount>>. For example (in Kotlin, but the same occurs with Java):

@RequestMapping("/users")
class UserController(
        val userAccountRepository: UserAccountRepository,
        val passwordEncoder: BCryptPasswordEncoder
) {

    @JsonView(UserView.PublicView::class)
    @PostMapping
    fun create(@RequestBody userAccount: UserAccount, uriBuilder: UriComponentsBuilder): Mono<ResponseEntity<UserAccount>> {
        return userAccountRepository
                .save(UserAccount(null,
                        userAccount.username,
                        passwordEncoder.encode(userAccount.password))).map {
            ResponseEntity.created(uriBuilder.path("/users/${it.id}").build().toUri())
                    .body(it)
        }
    }
}

This is because in AbstractMessageWriterResultHandler.writeBody(...) where bodyType is resolved, ResolvableType.forMethodParameter(...) strips the typeProvider when extracting the nested generics in ResolvableType#getNested()
There was some discussion around this in https://jira.spring.io/browse/SPR-14693 which has now been closed, hence I've created a new issue.

 97% [=====================================================================>  ]ERROR: Bundle io.fabric8.support.support-karaf [182] Error starting mvn:io.fabric8.support/support-karaf/1.2.0.redhat-059 (org.osgi.framework.BundleException: Unresolved constraint in bundle io.fabric8.support.support-karaf [182]: Unable to resolve 182.0: missing requirement [182.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.felix.scr)(version>=1.8.0)(!(version>=2.0.0))))
org.osgi.framework.BundleException: Unresolved constraint in bundle io.fabric8.support.support-karaf [182]: Unable to resolve 182.0: missing requirement [182.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.felix.scr)(version>=1.8.0)(!(version>=2.0.0)))
	at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4002)
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2045)
	at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1299)
	at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)
 98% [======================================================================> ]ERROR: Bundle io.fabric8.support.support-fabric8 [185] Error starting mvn:io.fabric8.support/support-fabric8/1.2.0.redhat-059 (org.osgi.framework.BundleException: Unresolved constraint in bundle io.fabric8.support.support-fabric8 [185]: Unable to resolve 185.0: missing requirement [185.0] osgi.wiring.package; (osgi.wiring.package=io.fabric8.api))
org.osgi.framework.BundleException: Unresolved constraint in bundle io.fabric8.support.support-fabric8 [185]: Unable to resolve 185.0: missing requirement [185.0] osgi.wiring.package; (osgi.wiring.package=io.fabric8.api)

Output from log:

15:24:16,463 | WARN  | FelixStartLevel  | AetherBasedResolver              | 1 - org.ops4j.pax.url.mvn - 2.2.0 | Error resolving artifactio.fabric8:fabric8-karaf:xml:features:1.2.0.redhat-059:Could not find artifact io.fabric8:fabric8-karaf:xml:features:1.2.0.redhat-059 in central (http://repo1.maven.org/maven2/)
shaded.org.eclipse.aether.resolution.ArtifactResolutionException: Could not find artifact io.fabric8:fabric8-karaf:xml:features:1.2.0.redhat-059 in central (http://repo1.maven.org/maven2/)
	at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:444)[1:org.ops4j.pax.url.mvn:2.2.0]
	at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246)[1:org.ops4j.pax.url.mvn:2.2.0]
	at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:223)[1:org.ops4j.pax.url.mvn:2.2.0]
	at shaded.org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:294)[1:org.ops4j.pax.url.mvn:2.2.0]
	at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:344)[1:org.ops4j.pax.url.mvn:2.2.0]
	at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolveFile(AetherBasedResolver.java:313)[1:org.ops4j.pax.url.mvn:2.2.0]
	at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:297)[1:org.ops4j.pax.url.mvn:2.2.0]
	at org.ops4j.pax.url.mvn.internal.Connection.getInputStream(Connection.java:131)[1:org.ops4j.pax.url.mvn:2.2.0]
	at org.apache.karaf.features.internal.FeatureValidationUtil.validate(FeatureValidationUtil.java:55)[8:org.apache.karaf.features.core:2.4.0.redhat-620055]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.validateRepository(FeaturesServiceImpl.java:201)[8:org.apache.karaf.features.core:2.4.0.redhat-620055]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.internalAddRepository(FeaturesServiceImpl.java:243)[8:org.apache.karaf.features.core:2.4.0.redhat-620055]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.start(FeaturesServiceImpl.java:1200)[8:org.apache.karaf.features.core:2.4.0.redhat-620055]
	at org.apache.karaf.features.osgi.Activator.doStart(Activator.java:126)[8:org.apache.karaf.features.core:2.4.0.redhat-620055]
	at org.apache.karaf.features.osgi.Activator$2.addingService(Activator.java:96)[8:org.apache.karaf.features.core:2.4.0.redhat-620055]
	at org.apache.karaf.features.osgi.Activator$2.addingService(Activator.java:93)[8:org.apache.karaf.features.core:2.4.0.redhat-620055]
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)[karaf.jar:2.4.0.redhat-620055]
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)[karaf.jar:2.4.0.redhat-620055]
	at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)[karaf.jar:2.4.0.redhat-620055]
	at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)[karaf.jar:2.4.0.redhat-620055]
	at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:317)[karaf.jar:2.4.0.redhat-620055]
	at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261)[karaf.jar:2.4.0.redhat-620055]
	at org.apache.karaf.features.osgi.Activator.start(Activator.java:111)[8:org.apache.karaf.features.core:2.4.0.redhat-620055]
	at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.Felix.activateBundle(Felix.java:2154)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2072)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1299)[org.apache.felix.framework-4.4.1.jar:]
	at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)[org.apache.felix.framework-4.4.1.jar:]
	at java.lang.Thread.run(Thread.java:745)[:1.8.0_25]
Caused by: shaded.org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact io.fabric8:fabric8-karaf:xml:features:1.2.0.redhat-059 in central (http://repo1.maven.org/maven2/)
	at shaded.org.eclipse.aether.connector.basic.ArtifactTransportListener.transferFailed(ArtifactTransportListener.java:39)[1:org.ops4j.pax.url.mvn:2.2.0]
	at shaded.org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:355)[1:org.ops4j.pax.url.mvn:2.2.0]
	at shaded.org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:67)[1:org.ops4j.pax.url.mvn:2.2.0]
	at shaded.org.eclipse.aether.connector.basic.BasicRepositoryConnector$DirectExecutor.execute(BasicRepositoryConnector.java:581)[1:org.ops4j.pax.url.mvn:2.2.0]
	at shaded.org.eclipse.aether.connector.basic.BasicRepositoryConnector.get(BasicRepositoryConnector.java:249)[1:org.ops4j.pax.url.mvn:2.2.0]
	at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.performDownloads(DefaultArtifactResolver.java:520)[1:org.ops4j.pax.url.mvn:2.2.0]
	at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:421)[1:org.ops4j.pax.url.mvn:2.2.0]
	... 27 more
15:24:16,466 | WARN  | FelixStartLevel  | FeaturesServiceImpl              | 8 - org.apache.karaf.features.core - 2.4.0.redhat-620055 | Unable to add features repository mvn:io.fabric8/fabric8-karaf/1.2.0.redhat-059/xml/features at startup
java.io.IOException: Error resolving artifact io.fabric8:fabric8-karaf:xml:features:1.2.0.redhat-059: Could not find artifact io.fabric8:fabric8-karaf:xml:features:1.2.0.redhat-059 in central (http://repo1.maven.org/maven2/)
	at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:355)[1:org.ops4j.pax.url.mvn:2.2.0]
15:24:16,648 | ERROR | FelixStartLevel  | FeaturesServiceImpl              | 8 - org.apache.karaf.features.core - 2.4.0.redhat-620055 | Error installing boot feature fabric: feature not found
15:24:16,649 | ERROR | FelixStartLevel  | FeaturesServiceImpl              | 8 - org.apache.karaf.features.core - 2.4.0.redhat-620055 | Error installing boot feature fabric-maven-proxy: feature not found
15:24:16,649 | ERROR | FelixStartLevel  | FeaturesServiceImpl              | 8 - org.apache.karaf.features.core - 2.4.0.redhat-620055 | Error installing boot feature mq-fabric: feature not found
15:24:16,649 | ERROR | FelixStartLevel  | FeaturesServiceImpl              | 8 - org.apache.karaf.features.core - 2.4.0.redhat-620055 | Error installing boot feature camel-amq: feature not found
15:24:16,650 | ERROR | FelixStartLevel  | FeaturesServiceImpl              | 8 - org.apache.karaf.features.core - 2.4.0.redhat-620055 | Error installing boot feature fabric-redirect: feature not found

org.jboss.as.test.integration.xerces.unit.XercesUsageTestCase
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=XercesUsageTestCase -Dsecurity.manager
org.jboss.as.test.integration.xerces.ws.unit.XercesUsageInWebServiceTestCase#testXercesUsageInWebService
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=XercesUsageInWebServiceTestCase -Dsecurity.manager

14:39:06,214 WARN  [org.jboss.modules] (ServerService Thread Pool -- 27) Failed to define class org.apache.xerces.impl.xs.XMLSchemaValidator in Module "deployment.xerces-usage-jsf.ear" from Service Module Loader: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.org.apache.xerces.impl.xs.identity")" in code source "(vfs:/content/xerces-usage-jsf.ear/lib/xercesImpl.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.xerces-usage-jsf.ear" from Service Module Loader")
	at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1655)
	at org.wildfly.security.manager.WildFlySecurityManager.checkPackageAccess(WildFlySecurityManager.java:481)
	at java.lang.J9VMInternals$2.run(J9VMInternals.java:259)
	at java.security.AccessController.doPrivileged(AccessController.java:620)
	at java.lang.J9VMInternals.checkPackageAccess(J9VMInternals.java:257)
	at java.lang.ClassLoader.defineClassImpl(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:346)
	at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:77)
	at org.jboss.modules.Module.loadModuleClass(Module.java:708)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
	at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Unknown Source)
	at __redirected.__DocumentBuilderFactory.newDocumentBuilder(__DocumentBuilderFactory.java:123)
	at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:402)
	at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:227)
	at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:205)
	at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction$$Lambda$734.00000000144B0DE0.call(Unknown Source)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$735.00000000143DD4D0.call(Unknown Source)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:522)

14:39:06,227 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 27) Critical error during deployment: : com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.org.apache.xerces.impl.xs.identity")" in code source "(vfs:/content/xerces-usage-jsf.ear/lib/xercesImpl.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.xerces-usage-jsf.ear" from Service Module Loader")
	at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:453)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.org.apache.xerces.impl.xs.identity")" in code source "(vfs:/content/xerces-usage-jsf.ear/lib/xercesImpl.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.xerces-usage-jsf.ear" from Service Module Loader")
	... 25 more

TezWork is the class that encapsulates all the info needed to execute a single Tez job (i.e.: a dag of map or reduce work).

Currently Zookeeper#interruptedException will swallow the InterruptedException and only log, which might cause unexpected behavior, such as when invoking ZKUtil#checkExists and the watcher thread somehow interrupted, the method will return -1 which means the checked znode doesn't exist, while actually the znode exists.
We could also see a TODO tag in the javadoc, which indicates we need some fix/improvement here:

  /**
   * Handles InterruptedExceptions in client calls.
   * <p>
   * This may be temporary but for now this gives one place to deal with these.
   * <p>
   * TODO: Currently, this method does nothing.
   *       Is this ever expected to happen?  Do we abort or can we let it run?
   *       Maybe this should be logged as WARN?  It shouldn't happen?
   * <p>
   * @param ie
   */

Here we propose to throw a KeeperException$SystemErrorException in ZookeeperWatcher#interruptedException, and will add a UT case to cover the interruption scenario.

This came from HBASE-7468.
I got the issue. I am able to reproduce this
See the logs

2013-01-14 14:37:21,760 INFO  [main] regionserver.SplitTransaction(216): Starting split of region testShouldClearRITWhenNodeFoundInSplittingState,,1358154439514.a9e57d09c58b3ef3b949d602232fb2c2.

2013-01-14 14:37:21,760 DEBUG [main] regionserver.SplitTransaction(871): regionserver:61665-0x13c384e4e4f0002 Creating ephemeral node for a9e57d09c58b3ef3b949d602232fb2c2 in SPLITTING state

2013-01-14 14:37:21,844 DEBUG [main] zookeeper.ZKAssign(757): regionserver:61665-0x13c384e4e4f0002 Attempting to transition node a9e57d09c58b3ef3b949d602232fb2c2 from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLITTING

2013-01-14 14:37:21,849 DEBUG [Thread-873-EventThread] zookeeper.ZooKeeperWatcher(277): master:62334-0x13c384e4e4f001b Received ZooKeeper Event, type=NodeChildrenChanged, state=SyncConnected, path=/hbase/unassigned

2013-01-14 14:37:21,853 DEBUG [main] zookeeper.ZKUtil(1565): regionserver:61665-0x13c384e4e4f0002 Retrieved 140 byte(s) of data from znode /hbase/unassigned/a9e57d09c58b3ef3b949d602232fb2c2; data=region=testShouldClearRITWhenNodeFoundInSplittingState,,1358154439514.a9e57d09c58b3ef3b949d602232fb2c2., origin=Ram.Home,61665,1358154325430, state=RS_ZK_REGION_SPLITTING

2013-01-14 14:37:21,918 DEBUG [main] zookeeper.ZKAssign(820): regionserver:61665-0x13c384e4e4f0002 Successfully transitioned node a9e57d09c58b3ef3b949d602232fb2c2 from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLITTING

2013-01-14 14:37:21,919 DEBUG [Thread-873-EventThread] zookeeper.ZKUtil(417): master:62334-0x13c384e4e4f001b Set watcher on existing znode /hbase/unassigned/a9e57d09c58b3ef3b949d602232fb2c2

Here we can observe that the SPLITTING node was first created. Then we transit it to SPLITTING to SPLITTING so that AM can have the nodeDataChange event. But for the nodeDataChange event to happen first nodeChildrenChange event should happen so that the master can set a watcher on the node.
Now when this hang happens, we can see that after the transition happens only then the watcher is set by nodeChildrenChange event and so the SPLITTING to SPLITTING event itself is missed or skipped.
Ideally the nodeChildrenChange event iterates thro the list of new znodes on the /hbase/assignment nodes. And then creates a watcher on that. One reason could be there are more than one znode and so the watch setting operation takes time. The order of execution is different when we try running from eclipse and when we run mvn tests. 
My conclusion is that the testcase actually reveals the problem but the same can happen in any case where the SPLITTING event can get missed out. May be some of the SPLIT related bugs that were raised is due to this? Need to analyse.
Any suggestions welcome. We should ensure that the transition from SPLITTING to SPLITTING should happen only after the master has set the watch on the znode and we should be sure of that.

When the RedisCacheManager is configured the following way:

RedisCacheManager cacheManager = new RedisCacheManager(redisTemplate());
cacheManager.setTransactionAware(true);
cacheManager.setCacheNames(Arrays.asList(cacheName));

then the created Cache instances are decorated twice with the TransactionAwareCacheDecorator.
The problem is that in the addConfiguredCachesIfNecessary method the not configured caches are retrieved with the getCache(cacheName) method which already returns a decorated cache. This cache is then used in the loadCaches() method of the AbstractCacheManager and there it will be decorated again with the TransactionAwareCacheDecorator.
The attached patch was created on the master branch and contains tests which show the issue and a quick fix is also implemented.
Shall I create a pull request for this?

http://www.nabble.com/FileEndpoing-%22consumer.recursive%22-is-misleading-td18897261s22882.html

In case username passed to org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity starts with the same string as is used in identityMapping.rdnIdentifier then authentication fails. It is caused by wrong condition in [1].
Thrown exception in server log:

ERROR [io.undertow.request] (default task-12) UT005023: Exception handling request to /print-roles/protected/printRoles: java.lang.RuntimeException: ELY01078: Ldap-backed realm failed to obtain identity "uidyllic" from server
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.getIdentity(LdapSecurityRealm.java:625)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.exists(LdapSecurityRealm.java:545)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.verifyEvidence(LdapSecurityRealm.java:513)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.verifyEvidence(ServerAuthenticationContext.java:1634)
	at org.wildfly.security.auth.server.ServerAuthenticationContext.verifyEvidence(ServerAuthenticationContext.java:654)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:818)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:752)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:850)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handle(ServerAuthenticationContext.java:703)
	at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.authenticate(UsernamePasswordAuthenticationMechanism.java:69)
	at org.wildfly.security.http.impl.BasicAuthenticationMechanism.evaluateRequest(BasicAuthenticationMechanism.java:151)
	at org.wildfly.security.http.util.SetMechanismInformationMechanismFactory$1.evaluateRequest(SetMechanismInformationMechanismFactory.java:115)
	at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.authenticate(HttpAuthenticator.java:106)
	at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.access$100(HttpAuthenticator.java:90)
	at org.wildfly.security.http.HttpAuthenticator.authenticate(HttpAuthenticator.java:74)
	at org.wildfly.elytron.web.undertow.server.SecurityContextImpl.authenticate(SecurityContextImpl.java:82)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1671)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:207)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:810)
Caused by: javax.naming.InvalidNameException: Invalid name: uidyllic
	at javax.naming.ldap.Rfc2253Parser.doParse(Rfc2253Parser.java:111)
	at javax.naming.ldap.Rfc2253Parser.parseDn(Rfc2253Parser.java:70)
	at javax.naming.ldap.LdapName.parse(LdapName.java:785)
	at javax.naming.ldap.LdapName.<init>(LdapName.java:123)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.getIdentity(LdapSecurityRealm.java:571)
	... 45 more

[1] https://github.com/wildfly-security/wildfly-elytron/blob/cb57f2f0ffcdb1470e3135007603c97679b9434f/src/main/java/org/wildfly/security/auth/realm/ldap/LdapSecurityRealm.java#L570

DDL scripts for BPEL does not work correctly on EAP. I used scripts located in $EAP_HOME/sql/riftsaw-dao-jpa-hibernate. I found out that when database is not manually initialised then Riftsaw will initialise it itself with scripts located in engine-3.2.2.Final-redhat-1.jar (Fuse 6.2.1 ER2).
MySQL

Our provided script: FAILED => SQL procedure "execute_if_not_exists" is not defined.
Riftsaw script: OK

PostreSQL

DB2

Our provided script: FAILED => DB2 SQL Error: SQLCODE=-302, SQLSTATE=22001, SQLERRMC=null, DRIVER=4.14.122 (http://www-01.ibm.com/support/knowledgecenter/SSEPGG_9.7.0/com.ibm.db2.luw.sql.ref.doc/doc/r0000777.html?cp=SSEPGG_9.7.0%2F2-10-3-2-18)
Riftsaw script: FAILED => DB2 SQL Error: SQLCODE=-604, SQLSTATE=42611 (http://www.sqlerror.de/db2_sql_error_-604_sqlstate_42611.html)

Oracle

Our provided script: FAILED => ORA-00942: table or view does not exist
Riftsaw script:  FAILED => ORA-00907: missing right parenthesis
I tried this: https://github.com/riftsaw/riftsaw/blob/3.2.2.Final/engine/src/main/resources/sqls/oracle.sql

PARTLY WORKS => Some tests are failing.

SQLServer2008

Our provided script: OK

Integration tests are failing. Some of errors in log.
		
SQL Error: 1033, SQLState: S0001

Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: The ORDER BY clause is invalid in views, inline functions, derived tables, subqueries, and common table expressions, unless TOP or FOR XML is also specified.

Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: Invalid object name 'dual'.

09:33:56,441 ERROR [org.riftsaw.engine.internal.BPELEngineImpl] (http-localhost/127.0.0.1:8080-1) Timeout or execution error when waiting for response to MEX {MyRoleMex#hqejbhcnphraldogql3l7s [Client hqejbhcnphraldogql3l7r] calling {urn:org.jboss.soa.integration:bpel-error-handler-test:1.0}TestProcessPortType.process(...)} java.util.concurrent.TimeoutException: Message exchange org.apache.ode.bpel.engine.MyRoleMessageExchangeImpl$ResponseFuture@240ad273 timed out(120000 ms) when waiting for a response!: java.util.concurrent.TimeoutException: Message exchange org.apache.ode.bpel.engine.MyRoleMessageExchangeImpl$ResponseFuture@240ad273 timed out(120000 ms) when waiting for a response!

Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: Transaction (Process ID 54) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

H2 external server

Integration tests are failing.
		
10:16:56,886 ERROR [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (ODEServer-1) Table "BPAF_EVENT" not found; SQL statement:
insert into BPAF_EVENT (EID, ACTIVITY_DEFINITION_ID, ACTIVITY_INSTANCE_ID, ACTIVITY_NAME, CURRENT_STATE, PREVIOUS_STATE, PROCESS_DEFINITION_ID, PROCESS_INSTANCE_ID, PROCESS_NAME, SERVER_ID, TIMESTAMP) values (null, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) [42102-188]

I think that provided scripts should be the same as scripts contained in engine-3.2.2.Final-redhat-1.jar.

Test calls startMiniMapReduceCluster() but never calls shutdownMiniMapReduceCluster().
This causes failures with -Dhadoop.profile=23 when both testMROnTable and testMROnTableWithCustomMapper are run, because the cluster cannot start up properly for the second test.

The JPA and Querydsl meta model classes, like AbstractPersistable_ and QAbstractPersistable are no longer contained in the built artifact. It's the case for all 2.x releases. 1.x releases seem fine. The source code for them, however, is still generated, so I can only assume this wasn't intentional.

This ticket tracks the following CVE(s) that were found in the direct dependency org.openjdk.jmh:jmh-core:1.19: 
CVE-2009-1896, CVE-2009-2689, CVE-2009-3879, CVE-2009-0733, CVE-2009-2475, CVE-2009-3883, CVE-2009-2476, CVE-2009-3884, CVE-2013-0169, CVE-2012-5373, CVE-2009-3880, CVE-2009-3881, CVE-2009-3882, CVE-2009-0581, CVE-2009-2690, CVE-2012-2739, CVE-2009-0723, CVE-2009-3728 

Trying to execute management requests against a managed domain server that is unresponsive due to OOME results in threads on the HC in stuck permanently in a state like this:

"Host Controller Service Threads - 48" #91 prio=5 os_prio=31 tid=0x00007fbbf0039800 nid=0x3d33 in Object.wait() [0x0000700003c42000]
	- waiting on <0x00000007b64842d0> (a org.jboss.as.protocol.mgmt.ActiveOperationImpl)
	at org.jboss.threads.AsyncFutureTask.awaitUninterruptibly(AsyncFutureTask.java:221)
	- locked <0x00000007b64842d0> (a org.jboss.as.protocol.mgmt.ActiveOperationImpl)
	at org.jboss.as.controller.client.impl.BasicDelegatingAsyncFuture.awaitUninterruptibly(BasicDelegatingAsyncFuture.java:57)
	at org.jboss.as.controller.client.impl.AbstractDelegatingAsyncFuture.awaitUninterruptibly(AbstractDelegatingAsyncFuture.java:35)
	at org.jboss.as.controller.client.impl.BasicDelegatingAsyncFuture.cancel(BasicDelegatingAsyncFuture.java:74)
	at org.jboss.as.controller.client.impl.AbstractDelegatingAsyncFuture.cancel(AbstractDelegatingAsyncFuture.java:35)
	at org.jboss.as.controller.remote.RemoteProxyController.execute(RemoteProxyController.java:173)
	at org.jboss.as.controller.TransformingProxyController$Factory$TransformingProxyControllerImpl.execute(TransformingProxyController.java:203)
	at org.jboss.as.controller.ProxyStepHandler.execute(ProxyStepHandler.java:170)

The RemoteProxyController code looks like this:

                long timeout = blockingTimeout.getProxyBlockingTimeout(targetAddress, this);
                prepared = queue.poll(timeout, TimeUnit.MILLISECONDS);
                if (prepared == null) {
                    blockingTimeout.proxyTimeoutDetected(targetAddress);
                    futureResult.cancel(true);

The problem is that "cancel" call will block, uninterruptibly, until the remote process responds to the cancel message. Which it won't do, as it's all messed up from the OOME condition.
Hopefully this can be simply fixed by converting that call to asyncCancel.

The set-password operation on identities in filesystem-realm doesn't support OTP credentials.  So identity with OneTimePassword can't be created in the filesystem-realm (Elytron subsystem).

Scan#write:

      HbaseObjectWritable.writeObject(out, this.filter, Filter.class, null);

Because of the third argument (Filter.class), HbaseObjectWritable can not write or read the filter (as Filter is not instantiable).

per HBASE-18760 ; the shadejars clean check is currently broken due to a typo, we should excise  it.
needs to be done in all the branches.
Also limit runs of the test to changes that alter poms or java files. probably that's all that can break this. Any edge cases will come up in nightly.

I have a simple @RestController implementing a method returning List<Object>. Spring 5 fails with a ClassCastException when accessing http://localhost:8080. I have created a sample project at https://github.com/torstenwerner/springwebmvcexception that reproduces the problem. Please look at the file DemoApi.java for the implementation. The web controller works with spring 4.3 and returns JSON serialized by jackson.

When writing string data to fields designated as char/varchar fields, JsonSerDe does not escape special characters, which can invalidate the JSON.
Looks like string columns use SerDeUtils.escapeString() when building the JSON string. Char/varchar need to do the same.

The hbase table files currently all have 'x' mode in there:

$hadoop fs -ls -R /hbase/data/default/TestTable/
drwxr-xr-x   - hbase biadmin          0 2014-04-08 20:53 /hbase/data/default/TestTable/.tabledesc
-rw-r--r--   1 hbase biadmin        313 2014-04-08 20:53 /hbase/data/default/TestTable/.tabledesc/.tableinfo.0000000001
drwxr-xr-x   - hbase biadmin          0 2014-04-08 20:53 /hbase/data/default/TestTable/724c8c3075da516b450ce4826327ce64
-rwxr-xr-x   1 hbase biadmin         68 2014-04-08 20:53 /hbase/data/default/TestTable/724c8c3075da516b450ce4826327ce64/.regioninfo
drwxr-xr-x   - hbase biadmin          0 2014-04-08 21:54 /hbase/data/default/TestTable/724c8c3075da516b450ce4826327ce64/info
-rwxr-xr-x   1 hbase biadmin  272958577 2014-04-08 20:53 /hbase/data/default/TestTable/724c8c3075da516b450ce4826327ce64/info/7138e61cbcd24538b64726db13dab48e
-rwxr-xr-x   1 hbase biadmin  108603714 2014-04-08 20:53 /hbase/data/default/TestTable/724c8c3075da516b450ce4826327ce64/info/9ce233fcdfde49679797d13f28e26129
drwxr-xr-x   - hbase biadmin          0 2014-04-08 20:53 /hbase/data/default/TestTable/b5350c581363f786e49ff6f32e71f564
-rwxr-xr-x   1 hbase biadmin         68 2014-04-08 20:53 /hbase/data/default/TestTable/b5350c581363f786e49ff6f32e71f564/.regioninfo
drwxr-xr-x   - hbase biadmin          0 2014-04-08 21:54 /hbase/data/default/TestTable/b5350c581363f786e49ff6f32e71f564/info
-rwxr-xr-x   1 hbase biadmin   33800049 2014-04-08 21:54 /hbase/data/default/TestTable/b5350c581363f786e49ff6f32e71f564/info/576190de431341b9a02280654e3deb58
-rwxr-xr-x   1 hbase biadmin  108650474 2014-04-08 20:53 /hbase/data/default/TestTable/b5350c581363f786e49ff6f32e71f564/info/7c54098fb62a4ef29aab0f5658b25260

If the user does not specify 'hbase.data.umask', we use the fs default:
FsPermission.getDefault()
Instead we should use FsPermission.getFileDefault().

Shouldn't the lines
return SpringSecurityLdapTemplate.searchForSingleEntryInternal(context, searchControls,
                   searchRoot, searchFilter, new Object[]
{username}
);
actually be
{bindPrincipal}
);
?
This currently breaks our authentication.

ItemOrientedStep might not either commit or rollback transaction.  There is a catch (CommitFailedException) that leads to a simple rethrow and no attempt to rollback.

{{Error creating bean with name 'servletEndpointRegistrar' defined in class path resource [org/springframework/boot/actuate/autoconfigure/endpoint/web/ServletEndpointManagementContextConfiguration$WebMvcServletEndpointManagementContextConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.boot.actuate.endpoint.web.ServletEndpointRegistrar]: Factory method 'servletEndpointRegistrar' threw exception; nested exception is org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'routeControllerEndpoint' defined in class path resource [org/apache/camel/spring/boot/actuate/endpoint/CamelRouteControllerEndpointAutoConfiguration.class]: Unsatisfied dependency expressed through method 'routeControllerEndpoint' parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'camelContext' defined in class path resource [org/apache/camel/spring/boot/CamelAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.CamelContext]: Factory method 'camelContext' threw exception; nested exception is org.apache.camel.RuntimeCamelException: org.apache.camel.TypeConverterLoaderException: Failed to load type converters because of: Cannot find any type converter classes from the following packages: [org.apache.camel.component.elasticsearch.converter] }}

A possible solution to this is to use FQN class names instead of package name

It seems like a good idea to keep Mutations similar, in that vein, the {{
{set|get}
ReturnResults()}} method of Append seems like something Increment could also benefit from, no?

Currently, sasl encryption doesn't work with AsyncRpcChannelImpl, there has 3 problems:
1. sourcecode will throw the following exception:
java.lang.UnsupportedOperationException: direct buffer
	at io.netty.buffer.UnpooledUnsafeDirectByteBuf.array(UnpooledUnsafeDirectByteBuf.java:199)
	at org.apache.hadoop.hbase.security.SaslClientHandler.write(SaslClientHandler.java:308)
2. sourcecode has deadlocks problem.
3. TestAsyncSecureIPC doesn't cover the sasl encryption test case.

The *-PLUS SASL mechanisms (i.e. variants with channel binding) should be preferred by Elytron over the non-plus ones.
The channel binding RFC-5056 in section 2.1 states:

      *  If the authentication protocol used by the application supports
         channel binding, the application SHOULD use it.

I have an app where I create many spring contexts for 3rd party classes, so they can autowire some resources, work in restricted environment, basically some "plugin system". These contexts are created and destroyed dynamically, sometimes in rapid pace.
Since I added support for custom javaconfig style context configuration, app started to produce PermGen errors. I traced it to the root of the problem, shown in this simple test:

package springctx;

public class SpringCtxTest {

		while (true) {
			AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(MyConfigClass.class);
			ctx.destroy();
		}
	}

}

Config class:

public class MyConfigClass {

}

When I run this, I can see clearly in VisualVM that PermGen is heading to the sky. Heapdump revealed gazillion of springctx.MyConfigClass$$EnhancerByCGLIB$$5d91109e entries in CachedIntrospectionResults
When I run it without @Configuration annotation, everything is OK.

2013-03-21 16:31:15,307 [qtpXXXXXXXXXXXXX9 Selector0] WARN  nio:org.eclipse.jetty.util:7.6.7.v20120910:130  - 
        at org.eclipse.jetty.http.HttpGenerator.toString(HttpGenerator.java:1079)[119:org.eclipse.jetty.http:7.6.7.v20120910]
        at java.util.Formatter$FormatSpecifier.printString(Formatter.java:2838)[:1.7.0_10]
        at java.util.Formatter$FormatSpecifier.print(Formatter.java:2718)[:1.7.0_10]
        at java.util.Formatter.format(Formatter.java:2488)[:1.7.0_10]
        at java.util.Formatter.format(Formatter.java:2423)[:1.7.0_10]
        at java.lang.String.format(String.java:2797)[:1.7.0_10]
        at org.eclipse.jetty.client.AbstractHttpConnection.toString(AbstractHttpConnection.java:360)[123:org.eclipse.jetty.client:7.6.7.v20120910]
        at org.eclipse.jetty.io.nio.SelectChannelEndPoint.toString(SelectChannelEndPoint.java:766)[121:org.eclipse.jetty.io:7.6.7.v20120910]
        at java.lang.String.valueOf(String.java:2854)[:1.7.0_10]
        at org.eclipse.jetty.util.log.JavaUtilLog.format(JavaUtilLog.java:156)[130:org.eclipse.jetty.util:7.6.7.v20120910]
        at org.eclipse.jetty.util.log.JavaUtilLog.debug(JavaUtilLog.java:108)[130:org.eclipse.jetty.util:7.6.7.v20120910]
        at org.eclipse.jetty.io.nio.SelectorManager$SelectSet.createEndPoint(SelectorManager.java:842)[121:org.eclipse.jetty.io:7.6.7.v20120910]
        at org.eclipse.jetty.io.nio.SelectorManager$SelectSet.doSelect(SelectorManager.java:481)[121:org.eclipse.jetty.io:7.6.7.v20120910]
        at org.eclipse.jetty.io.nio.SelectorManager$1.run(SelectorManager.java:290)[121:org.eclipse.jetty.io:7.6.7.v20120910]
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)[130:org.eclipse.jetty.util:7.6.7.v20120910]
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)[130:org.eclipse.jetty.util:7.6.7.v20120910]
        at java.lang.Thread.run(Thread.java:722)[:1.7.0_10]
Issue occurs also in  jboss-fuse-6.0.0.redhat-015
Please apply https://issues.apache.org/jira/browse/KARAF-1951
and fix this null pointer in Jetty.

Database field is defined as NUMBER(1,0).
Model object with a boolean field is mapped to parameters via SqlParameterSourceUtil.createBatch().
In version 3.2.2.RELEASE StatementCreationUtils.javaTypeToSqlTypeMap had no mapping for java boolean (more precisely it was commented out) and was working fine. This resulted in StatementCreationUtils.setValue() to execute ps.setObject(paramIndex, inValue).
After boolean mapping was uncommented ps.setObject(paramIndex, inValue, sqlType) is used.
Oracle doesn't have proper matching boolean type, however driver is smart enough to do automatic conversion from boolean to NUMBER.
Therefore following statements are valid:
ps.setObject(1, true);
ps.setBoolean(1, true);
ps.setObject(1, true, Types.NUMERIC); //very narrow-minded, works for this particular case but not generic enough
What is currently done:
ps.setObject(1, true, Types.BOOLEAN);
Which fails with invalid column type 17004.

When I execute mvn jetty:run the following exception is thrown:

WARNING: Could not find endpoint/port for {http://reportincident.example.camel.apache.org}ReportIncidentEndpointPort in wsdl. Using {http://reportincident.example.camel.apache.org}ReportIncidentService.
2010-01-31 15:07:35,342 [main           ] ERROR ContextLoader                  - Context initialization failed
org.apache.camel.RuntimeCamelException: org.apache.cxf.service.factory.ServiceConstructionException
        at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1055)
        at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:103)
        at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:593)
        at org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:78)

2010-01-31 15:07:35.347::WARN:  Failed startup of context org.mortbay.jetty.plugin.Jetty6PluginWebAppContext@5952e9a8{/camel-example-reportincident,/data/workspace/examples_orig/camel-example-reportincident/src/main/webapp}
        at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:593

Caused by: java.net.MalformedURLException: no protocol: /incident
        at java.net.URL.<init>(URL.java:567)
        at java.net.URL.<init>(URL.java:464)
        at java.net.URL.<init>(URL.java:413)
        at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.<init>(JettyHTTPDestination.java:96)
        at org.apache.cxf.transport.http_jetty.JettyHTTPTransportFactory.createDestination(JettyHTTPTransportFactory.java:116)
        at org.apache.cxf.transport.http_jetty.JettyHTTPTransportFactory.getDestination(JettyHTTPTransportFactory.java:103)
        at org.apache.cxf.endpoint.ServerImpl.initDestination(ServerImpl.java:90)
        at org.apache.cxf.endpoint.ServerImpl.<init>(ServerImpl.java:69)
        at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:106)

I have edited the exception to make it shorter.

This exception occurs during deployment:
"17:07:33,154 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.undertow.deployment.default-host./jboss-as-kitchensink: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-host./jboss-as-kitchensink: Failed to start service
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1900) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
Caused by: org.jboss.weld.exceptions.IllegalArgumentException: JBAS016071: Singleton not set for ModuleClassLoader for Module "org.wildfly.extension.undertow:main" from local module loader @21d1cd0d (finder: local module finder @54ed21d3 (roots: /Users/max/code/wildfly/build/target/wildfly-8.0.0.Beta1-SNAPSHOT/modules,/Users/max/code/wildfly/build/target/wildfly-8.0.0.Beta1-SNAPSHOT/modules/system/layers/base)). This means that you are trying to access a weld deployment with a Thread Context ClassLoader that is not associated with the deployment.
at org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:83)
at org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:69)
"
full details at https://gist.github.com/maxandersen/798e6f9eb9c23285df5d
When I have this annotation on a class:
@javax.websocket.server.ServerEndpoint(
        value = "/registration", 
        encoders = 
{MemberEncoder.class}
)
Without it things deploy but of course the websocket does not work.
Full example:
https://github.com/pjiricka/jboss-as-quickstart/commit/7484d494ea294034aded6a28b80a5c754053bc03
/kitchensink in this repo fails with this commit.

Although Hive is using jetty 9.3, transitive dependencies bring in 6.2.x which should be avoided.

See nabble
http://camel.465427.n5.nabble.com/camel-spring-batch-2-11-1-breaks-previous-working-routes-tp5737426.html

According to the instruction of using Review Board, we can create a review request by running the following command:

$ rbt post

However, if we use current version of RBTools (0.7.6), above command doesn't work because the values accepted to the option "--guess-fields" was updated since 0.6.

$ rbt --version
RBTools 0.7.6
$ rbt post
ERROR: Invalid value "true" for argument "--guess-fields"

It is better to update the value of GUESS_FIELDS option in .reviewboardrc to avoid this error.

Noticed this
lastExchangeFailureTimestamp="1970-01-01T00:59:59.999+0100" 

Currently, only Puts are reported instead of all mutations (increment, append, delete) when it is not writing to WAL. It should do the book keeping for other mutations too.

I suppose evaluating '=' or '!=' should never ever throw a ClassCastException. However, this happens with comparable operands of different types.
Example: 10 != 'ten' should evaluate to true IMO. But it doesn't. To check for yourself, add the following line to the corresponding test OperatorTests.testNotEqual()

evaluate("10 ne '10'", true, Boolean.class);

The cause is the call to compare(..) if the first operand is comparable.
See class org.springframework.expression.spel.ast.Operator, method equalityCheck. Below the number handling, in line 99 the code contains the following three lines

if (left != null && (left instanceof Comparable)) {
	return (state.getTypeComparator().compare(left, right) == 0);
}

Simply removing these lines would fix the bug. Moreover, there is no failing test case after doing so, I'm not sure what kind of use case has been in mind when adding these lines to the evaluation of equals.
Alternatively catching the exception would solve the problem, too. But if you do so then please add a test that shows the necessity for using the compare logic.
My vote is for removing the cited code snippet.

  @Override
  protected Cell getCell(int i) {
    if( (i < minCellIdx) && (i >= maxCellIdx) ) return null;
    return block[i];
  }

&& -> ||
We have checked the index of bound before calling this method, so the exception doesn't happen at current trunk.

The HFile contains checksums for decrease the iops, so when Hbase read HFile , that dont't need to read the checksum from meta file of HDFS.  But HLog file of Hbase don't contain the checksum, so when HBase read the HLog, that must read checksum from meta file of HDFS.  We could  add setSkipChecksum per file to hdfs or we could write checksums into WAL if this skip checksum facility is enabled 

1. Start a CLI session and create a permanent function.
2. Exit current CLI session.
3. Start a new CLI session and drop the function.

FAILED: error during drop function: java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.exec.Registry.removePersistentFunctionUnderLock(Registry.java:513)
	at org.apache.hadoop.hive.ql.exec.Registry.unregisterFunction(Registry.java:501)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.unregisterPermanentFunction(FunctionRegistry.java:1532)
	at org.apache.hadoop.hive.ql.exec.FunctionTask.dropPermanentFunction(FunctionTask.java:228)
	at org.apache.hadoop.hive.ql.exec.FunctionTask.execute(FunctionTask.java:95)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1860)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1564)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1316)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1085)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1073)

Its annoying.  If you change the TestTable descriptor, then PE fails because descriptors are not the same.

See https://gist.github.com/andaag/f30aeff3bda499bb159f50649a0eb353
When returning a Mono<ResponseEntity>, and the returned ResponseEntity has a custom http code, spring throws an java.lang.IllegalArgumentException: No matching constant for [555]

LazyTransactionEnlistmentUnitTestCase#testRawSQL fails with security manager:

LazyTransactionEnlistmentUnitTestCase.testRawSQL:82 expected:<875000.0> but was:<625000.0>

It is not obvious why does it fail. In case the same conditions can occur in a real application, it may lead to unexpected and undesirable behaviour. Setting priority to Blocker, proper investigation is necessary.

In RestoreTablesClient#restore(), the following variable is not used:

    Set<String> backupIdSet = new HashSet<>();

There is backupIdSet#add() call later in the method but the variable doesn't appear in any other part of the code.

When a JAXB class that is created or generated has no @XmlRootElement
 annotation JaxbDataFormat would try to find a ObjectFactory method which
 can create a JAXBElement for the type of the object. It would then use
 the JAXBElement to marshal the object.
While trying to find the objectFactory and to call the appropriate
 method it would catch ALL Exceptions that are thrown and just logs a
 message.
While I don't see why an Exception should only be logged here, this especially
 breaks when the exception is thrown due to a validation error. Because
 the calls to the marshal operation will throw an MarshalException in
 that case which would be caught by the catch block. In other cases where
 no object factory is used but JAXB classes with XmlRootElement
 Annotations or JAXBElements are used the MarshalExceptions will be
 thrown and the doMarshal method will be left.
I already created a PR on github for this: PR2800 
Workaround: If someone is experiencing this problem the first thing to check whether is it possible to make the JAXB Class have the @XmlRootElement Annotation. In that case you won't experience any problems. 
Especially when the classes are generated from XSD you may either use an separate binding to add the annotation or you may create the element definitions in the xsd using an anonymous inline complexType/simpleType that extends your desired type. 
In my case the @XmlRootElement annotation was not added because i used the definition as follows:

<element name="myElement" type="tns:myElementType"/>
<complexType name="myElementType">
<!-- your type definition here -->
</complexType>

instead you should write

<element name="myElement>
  <complexType>
   <!-- your type definition here -->
  </complexType>
</element>

The issue was first reported to Spring Integration project: https://jira.springsource.org/browse/INT-2778 and we narrowed down the problem to the fact that the persisted object had a cycle. In the reported case persisted object is Exception who's default 'cause' is 'this' thus creating a cycle.
I think classes of type Throwable needs to be treated in a special way where instead of using Reflection getCause() should be called.
However it would also help to have some cycle detection mechanism even for the purpose of throwing a more meaningful exception (e.g., Cycle detected)

Calcite has a rule which can do this transformation. Lets take advantage of this since Hive has native Left semi join operator.

When issuing PUT requests for existing entities properties that are not mapped (e.g. using @JsonIgnore) must not be nulled out.

If you do typo when editing security domain of identity provider it's impossible to fix it by writing correct value to attribute but you have to remove the whole identity provider and create it again.

Elytron ldap-realm is not able to work with LDAP which uses principal to group mapping. It seems that there is currently no way how to configure principal to group mapping in application server.
Simplified example:

dn: uid=TestUserOne,ou=users,dc=principal-to-group,dc=example,dc=org
objectClass: groupMember
memberOf: uid=GroupOne,ou=groups,dc=principal-to-group,dc=example,dc=org
memberOf: uid=Slashy/Group,ou=groups,dc=principal-to-group,dc=example,dc=org

dn: uid=GroupOne,ou=groups,dc=principal-to-group,dc=example,dc=org
objectClass: group
memberOf: uid=GroupFive,ou=subgroups,ou=groups,dc=principal-to-group,dc=example,dc=org

Example for reproducing: (by olukas)
Role SomeRole is currently not able to be assigned to user someUser when following ldif is used. In this case principal to group mapping is provided by attribute description, but in can be provided by any attribute (e.g. memberOf). User thisUserIsNotUsed is used only for simpler reproduction of issue.

dn: ou=People,dc=jboss,dc=org
objectclass: top
objectclass: organizationalUnit
ou: People

dn: uid=someUser,ou=People,dc=jboss,dc=org
objectclass: person
objectclass: inetOrgPerson
uid: someUser
cn: some User
sn: User
userPassword: Password
description: cn=SomeRole,ou=Roles,dc=jboss,dc=org

dn: uid=thisUserIsNotUsed,ou=People,dc=jboss,dc=org
uid: thisUserIsNotUsed
cn: this User Is Not Used
sn: this User Is Not Used

dn: ou=Roles,dc=jboss,dc=org
ou: Roles

dn: cn=SomeRole,ou=Roles,dc=jboss,dc=org
objectclass: groupOfNames
cn: SomeRole
member: uid=thisUserIsNotUsed,ou=People,dc=jboss,dc=org

Mentioned ldif works with legacy security solution.
This missing feature can cause that migration from legacy security solution will not be possible -> we request blocker.

JSONAddNotNullConstraintMessage.java, BucketCodec.java, TaskTrackerTest.java are missing the ASF header that should be added.

The getFormattedDomainResult isn't processing nested composites correctly. It takes the response for the top level step and passes it into the HostControllerExecutionSupport for that step. That's fine for the simple response variants of HostControllerExecutionSupport, which just return the passed in node. But it fails if the support for that step is in turn MultiStepOpExecutionSupport, as it is expecting a response node's 'result' child, not the outer response node itself.
Solution is to detect this, clone the outer response node, and pass it's 'result' child into the child MultiStepOpExecutionSupport, replacing the outer response node's 'result' with the return value.

In case the URI handling returns an empty String (e.g. on requests to the root mapping) the subsequent lookup of the handler method fails to discover the RepositoryController on Tomcat.

The ATS API used by the Hive ATSHook is a blocking call, if ATS goes down this can block the ATSHook executor, while the hook continues to submit work to the executor with each query.
Over time the buildup of queued items can cause OOM.

CREATE TABLE T1(key int, val STRING) STORED AS TEXTFILE;

LOAD DATA LOCAL INPATH '../../data/files/T1.txt' INTO TABLE T1;

add jar /tmp/testudf.jar;
create temporary function square as 'org.apache.hive.udf.UDFSquare';
select square(key) from T1 limit 3;

Fails with 

Vertex failed, vertexName=Map 1, vertexId=vertex_1397230190905_0590_1_00, diagnostics=[Task failed, taskId=task_1397230190905_0590_1_00_000000, diagnostics=[AttemptID:attempt_1397230190905_0590_1_00_000000_0 Info:Error: java.lang.RuntimeException: Map operator initialization failed
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:163)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1557)
Caused by: java.lang.RuntimeException: java.lang.ClassNotFoundException: org.apache.hive.udf.UDFSquare
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBridge.getUdfClass(GenericUDFBridge.java:133)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.isStateful(FunctionRegistry.java:1636)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.isDeterministic(FunctionRegistry.java:1599)
	at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator.isDeterministic(ExprNodeGenericFuncEvaluator.java:132)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluatorFactory.iterate(ExprNodeEvaluatorFactory.java:83)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluatorFactory.toCachedEval(ExprNodeEvaluatorFactory.java:73)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:59)
	... 7 more

The  related UT are: 

TestRestoreSnapshotFromClientAfterSplittingRegions
TestRestoreSnapshotFromClientWithRegionReplicas
TestMobRestoreSnapshotFromClientAfterSplittingRegions

I guess the main problem is:  a dead lock between SplitTableRegionProcedure and SnapshotProcedure.. 
Attached logs from the failed UT. 

When we read back row containers from disk, a misconfiguration causes us to look for a non-existing file.

Caused by: java.io.FileNotFoundException: File file:/grid/0/hadoop/yarn/local/usercache/appcache/application_1440685000561_0028/container_e26_1440685000561_0028_01_000005/container_tokens does not exist
	at org.apache.hadoop.fs.RawLocalFileSystem.deprecatedGetFileStatus(RawLocalFileSystem.java:608)
	at org.apache.hadoop.fs.RawLocalFileSystem.getFileLinkStatusInternal(RawLocalFileSystem.java:821)
	at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:598)
	at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:414)
	at org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker.<init>(ChecksumFileSystem.java:140)
	at org.apache.hadoop.fs.ChecksumFileSystem.open(ChecksumFileSystem.java:341)
	at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:766)
	at org.apache.hadoop.security.Credentials.readTokenStorageFile(Credentials.java:169)
	... 31 more

Using filesystem manipulation code for things that are not related to filesystems can lead to things like WFCORE-3072.

Hello Camel team,
I have faced a URI validation issue that does not allow me to use a correct file producer URI if it does not contain parameters. My file endpoint URI looks like this:

raw form:             file:D:\camel_test\test&run
in encoded format:  file:D%3A%5Ccamel_test%5Ctest%26run

As you can see this is a simple file endpoint URI which does not contain any parameters, please note that the target folder name contains '&' char.
When I try to start a route for this endpoint I get the following error:

Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: file://D:%5Ccamel_test%5Ctest&run due to: Failed to resolve endpoint: file://D:%5Ccamel_test%5Ctest&run due to: Invalid uri syntax: no ? marker however the uri has & parameter separators. Check the uri if its missing a ? marker.
at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:547)
at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:72)
at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:202)
at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:107)
at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:113)
at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:61)
at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:55)
at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:500)
at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:213)
at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:942)
Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: file://D:%5Ccamel_test%5Ctest&run due to: Invalid uri syntax: no ? marker however the uri has & parameter separators. Check the uri if its missing a ? marker.
at org.apache.camel.impl.DefaultComponent.validateURI(DefaultComponent.java:210)
at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:115)
at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:527)

The issue is that I have an '&' char in my folder path and do not have URI parameters. As a result the DefaultComponent.validateURI() function throws the exception at this point:

if (uri.contains("&") && !uri.contains("?")) {
            throw new ResolveEndpointFailedException(uri, "Invalid uri syntax: no ? marker however the uri "
                + "has & parameter separators. Check the uri if its missing a ? marker.");
        }

I think the issue is that for some reason & char at this point is in decoded form which is incorrect because it should be URI encoded here. I know that Camel has issues with + and & chars and in case of URI parameters we can use RAW() wrapper as a workaround. But as far as I can see we cannot do the same in base endpoint URI.
Please note that if I add an URI parameter (any parameter works) the issue disappears and the event target works fine.

raw form:             file:D:\camel_test\test&run?forceWrites=true
in encoded format:  file:D%3A%5Ccamel_test%5Ctest%26run?forceWrites=true

I also found that Camel cannot normally handle URIs with ? char in base URI string. For example in case of File endpoint it tries to handle the second part of the base URI (which follows the ? char) as a parameter which is incorrect because ? char was correctly encoded and should not be used as the point where parameters string starts. If I try to use ? char in bucket name for S3 endpoint the part after ? is simply ignored.
For example the following URI produces an error:

raw form:             file:D:\camel_test\test?run?forceWrites=true
in encoded format:  file:D%3A%5Ccamel_test%5Ctest%3Frun?forceWrites=true

Error:

2015-10-13 13:26:38,285 INFO [com.informatica.saas.infaagentv3.agentcore.TomcatManager] - Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: file://D:%5Ccamel_test%5Ctest?run%3FforceWrites=true due to: There are 1 parameters that couldn't be set on the endpoint. Check the uri if the parameters are spelt correctly and that they are properties of the endpoint. Unknown parameters=[{run?forceWrites=true}]
at org.apache.camel.impl.DefaultComponent.validateParameters(DefaultComponent.java:192)
at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:137)

And yes I know that ? char in a file path is not the best idea, I used the above example to illustrate a global camel issue.

Hi,
I am no expert in Spring Reactive but after a lot of headbanging and research I think this should just work, but it doesn't:

public Mono<PagedResources<Foo>> getFoos() {
        return client.get()
            .uri("/foos").accept(MediaTypes.HAL_JSON)
            .retrieve()
            .bodyToMono(new ParameterizedTypeReference<PagedResources<Foo>>(){});
}

The identical example works with RestTemplate:

ResponseEntity<PagedResources<Foo>> responseEntity = 
    restTemplate.exchange("/foos", HttpMethod.GET, null, 
    new ParameterizedTypeReference<PagedResources<Foo>>() {}, 
    randomServerPort, 0, 100);
PagedResources<Foo> resources = responseEntity.getBody();
List<foo> foos = new ArrayList(resources.getContent());

If this is an actual bug, is there a workaround? I have tried manually doing the de-serialization (i.e. using a Jackson object mapper directly by means Jackson's own TypeReference) but I've had no luck so far.... if you could point to an example workaround it would be great.
Or otherwise point out what is wrong with my code example, as no one on StackOverflow seems to know either.
TIA!
Alex

JaccService of security subsystem does not use the system property 'org.jboss.as.security.jacc-module' for class loader.
Due to this "not using", the custom JACC module is not used.
This property was introduced by WFLY-5340

The following error messages occur if invalid syntax is used when applying a patch to a standalone ESB container:

FuseESB:karaf@root> patch:list
[name]                                   [installed] [description]
fuse-esb-7.1.0.fuse-047-p3               false      null
FuseESB:karaf@root>

FuseESB:karaf@root> patch:simulate
Error executing command: Patch 'null' not found
FuseESB:karaf@root> 

FuseESB:karaf@root> patch:install

A more informative message should be displayed to indicate a patch name should be supplied to the command.

The book and the usage instructions could be improved to include more details, things caveats and to better explain usage.
One example in particular, could be updated to refer to ReplicationRegionInterface and ReplicationRegionServer in thier current locations (o.a.h.h.client.replication and o.a.h.h.replication.regionserver), and better explain why one would use particular arguments.

$ bin/hbase org.apache.hadoop.hbase.mapreduce.CopyTable
--rs.class=org.apache.hadoop.hbase.ipc.ReplicationRegionInterface
--rs.impl=org.apache.hadoop.hbase.regionserver.replication.ReplicationRegionServer
--starttime=1265875194289 --endtime=1265878794289
--peer.adr=server1,server2,server3:2181:/hbase TestTable

While evaulating a Selection expression like --> 
"#root.?[someproperty_Of_Type_X > someobject_Of_Type_X]",
where #root is a List<ApplicationObject>, 
If the property on left hand side is null, then SpEL evaulates this condition as TRUE (ideally which should not be the case, u can't evaluate to true with null) and returns such underlying objects as part of Selection result. 
Bigger problem arises when similar expression (as mentioned above) are tested with other operators like less than "<" or equals "==", SpEL treats them differently i.e. somehow it evaluates them as FALSE and as a result such underlying objects are eliminated from Selection result.
This is causing big problems in evaluating complex expressions and thus introducing misleading results.
Request to evaulate the problem stated above and provide solution to it .
Kailash

RetryingHMSHandler.<init>  is called during Hive metastore startup, and any transient db failures during that call are not retried. This can result in failure for HiveMetastore startup.

If Bean Validator is deployed into OSGi container (like Karaf), it should use OSGi-friendly ValidationProviderResolver.
We should detect the type of the current CamelContext and if the latter is OSGi-aware, and if ValidationProviderResolver isn't specified explicitly, then we should use HibernateValidationProviderResolver (which is OSGi-friendly).

If the target 'tmp' directory (specified by java.io.tmpdir) used by Camel, does not have proper privileges, then Camel enters infinite loop. The offending code is found in org.apache.camel.util.FileUtil.createNewTempDir().
We need to check the if the temp file is writable.

Doing some test uploads on a fresh single node setup, I'm seeing non-fatal NPEs in the region server log coming from HLog.append when calling writer.getLength. I'll post a log in a follow-up comment.
Assigning to Nicolas so that he takes a look.

At the moment the cache object used in GenericUDTFJSONTuple is a static linked hashmap that is not thread-safe. In the case of HoS it may be accessed concurrently and has race conditions. In particular, its size may overgrow even though the limit is 32. This can be observed from the attached image.
An easy way to fix it is to make it non-static.

-- union query without UDF
explain
select * from (select key + key from src limit 1) a
union all
select * from (select key + key from src limit 1) b;

add jar /tmp/udf-2.2.0-snapshot.jar;
create temporary function myudf as 'com.aginity.amp.hive.udf.UniqueNumberGenerator';

-- Now try the query with the UDF
explain
select myudf()from (select key from src limit 1) a
union all
select myudf() from (select key from src limit 1) a;

Got error:

2015-10-16 17:00:55,557 ERROR ql.Driver (SessionState.java:printError(963)) - FAILED: KryoException Unable to find class: com.aginity.amp.hive.udf.UniqueNumberGenerator
genericUDF (org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc)
colExprMap (org.apache.hadoop.hive.ql.exec.SelectOperator)
parentOperators (org.apache.hadoop.hive.ql.exec.UnionOperator)
childOperators (org.apache.hadoop.hive.ql.exec.LimitOperator)
org.apache.hive.com.esotericsoftware.kryo.KryoException: Unable to find class: com.aginity.amp.hive.udf.UniqueNumberGenerator
        at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readName(DefaultClassResolver.java:138)
        at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readClass(DefaultClassResolver.java:115)
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.readClass(Kryo.java:656)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:99)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.read(FieldSerializer.java:507)
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.readClassAndObject(Kryo.java:776)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.read(MapSerializer.java:139)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.read(MapSerializer.java:17)
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:694)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:106)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:112)
        at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:18)
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:672)
        at org.apache.hadoop.hive.ql.exec.Utilities.deserializeObjectByKryo(Utilities.java:1081)
        at org.apache.hadoop.hive.ql.exec.Utilities.deserializePlan(Utilities.java:970)
        at org.apache.hadoop.hive.ql.exec.Utilities.cloneOperatorTree(Utilities.java:928)
        at org.apache.hadoop.hive.ql.parse.GenTezUtils.removeUnionOperators(GenTezUtils.java:228)
        at org.apache.hadoop.hive.ql.parse.TezCompiler.generateTaskTree(TezCompiler.java:373)
        at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:205)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10193)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:211)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:227)
        at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:74)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:424)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:308)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1122)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1170)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1059)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1049)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:311)
        at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:409)
        at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:425)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:714)
Caused by: java.lang.ClassNotFoundException: com.aginity.amp.hive.udf.UniqueNumberGenerator
        at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
        at java.lang.Class.forName(Class.java:270)
        at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readName(DefaultClassResolver.java:136)
        ... 64 more

HIVE-7223 adds support for PartitionSpecs in Hive Metastore. The HCatClient API must add support to fetch partitions, add partitions, etc. using PartitionSpec semantics.

If you call GenericTypeResolver.resolveTypeArguments(Map.class, Map.class) on a Spring 3.x you get null returned as the first Map parameter is a raw type effectively. With Spring 4 snapshots we get back [Object.class, Object.class] which effectively disables the detection of a raw type against a type explicitly typed to Object.

I tried the following query today ...

set mapred.job.map.memory.mb=2048;
set mapred.job.reduce.memory.mb=2048;
set mapred.map.child.java.opts=-server -Xmx3072m -Djava.net.preferIPv4Stack=true;
set mapred.reduce.child.java.opts=-server -Xmx3072m -Djava.net.preferIPv4Stack=true;

set mapred.reduce.tasks=60;

set hive.stats.autogather=false;
set hive.exec.parallel=false;
set hive.map.aggr=true;
set hive.mapred.reduce.tasks.speculative.execution=false;
set hive.auto.convert.sortmerge.join.noconditionaltask=false;
set hive.auto.convert.join.noconditionaltask=false;
set hive.auto.convert.join.noconditionaltask.size=100000000;
set hive.optimize.reducededuplication.min.reducer=1;
set hive.input.format=org.apache.hadoop.hive.ql.io.HiveInputFormat;
set hive.mapjoin.smalltable.filesize=45000000;

set hive.optimize.index.filter=false;
set hive.optimize.correlation=false;
select
   i_item_id,
   s_state,
   avg(ss_quantity) agg1,
   avg(ss_list_price) agg2,
   avg(ss_coupon_amt) agg3,
   avg(ss_sales_price) agg4
FROM store_sales
JOIN date_dim on (store_sales.ss_sold_date_sk = date_dim.d_date_sk)
JOIN item on (store_sales.ss_item_sk = item.i_item_sk)
JOIN customer_demographics on (store_sales.ss_cdemo_sk = customer_demographics.cd_demo_sk)
JOIN store on (store_sales.ss_store_sk = store.s_store_sk)
where
   cd_gender = 'F' and
   cd_marital_status = 'U' and
   cd_education_status = 'Primary' and
   d_year = 2002 and
   s_state in ('GA','PA', 'LA', 'SC', 'MI', 'AL')
group by i_item_id, s_state with rollup
order by
   s_state
limit 100;

The log shows ...

14/03/14 17:05:02 INFO plan.ConditionalResolverCommonJoin: Failed to resolve driver alias (threshold : 45000000, length mapping : {store=94175, store_sales=48713909726, item=39798667, customer_demographics=1660831, date_dim=2275902})
Stage-27 is filtered out by condition resolver.
14/03/14 17:05:02 INFO exec.Task: Stage-27 is filtered out by condition resolver.
Stage-28 is filtered out by condition resolver.
14/03/14 17:05:02 INFO exec.Task: Stage-28 is filtered out by condition resolver.
Stage-3 is selected by condition resolver.

Stage-3 is a reduce join. Actually, the resolver should pick the map join

The annotation @ScriptAssert of Hibernate Validator doesn't work anymore. In EAP 6.1.Beta @ScriptAssert works fine and invokes the Javascript engine of Oracle's JDK, i.e. Rhino. However, in WildFly 8.0.0.Alpha1 I get the stacktrace below.
Example for @ScriptAssert:
@ScriptAssert(lang = "javascript",
	          script = "_this.password != null && _this.password.equals(_this.passwordWdh)",
	          message = "
{kundenverwaltung.kunde.password.notEqual}
",
	          groups = PasswordGroup.class)
public class Kunde 
{...}

The long stacktrace:
09:25:13,701 ERROR [io.undertow.request] Servlet request failed io.undertow.server.HttpServerExchange@47763a: org.jboss.resteasy.spi.UnhandledException: javax.validation.ValidationException: HV000028: Unexpected exception during isValid call.
	at org.jboss.resteasy.core.ExceptionHandler.handleApplicationException(ExceptionHandler.java:80) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:220) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:146) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:351) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:177) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0-beta-4.jar:]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Alpha1.jar:1.0.0.Alpha1]
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:138) [undertow-websockets-jsr-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:82) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.server.HttpHandlers.executeHandler(HttpHandlers.java:46) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:116) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:79)
	at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:52) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:66) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:71) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:26) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:56)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:118) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:106) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleRequest(ServletInitialHandler.java:83) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:52) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:544) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
Caused by: javax.validation.ValidationException: HV000028: Unexpected exception during isValid call.
	at org.hibernate.validator.internal.engine.ConstraintTree.validateSingleConstraint(ConstraintTree.java:311) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.engine.ConstraintTree.validateConstraints(ConstraintTree.java:180) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.engine.ConstraintTree.validateConstraints(ConstraintTree.java:124) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.metadata.core.MetaConstraint.validateConstraint(MetaConstraint.java:86) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.engine.ValidatorImpl.validateConstraint(ValidatorImpl.java:442) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.engine.ValidatorImpl.validateConstraintsForNonDefaultGroup(ValidatorImpl.java:417) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.engine.ValidatorImpl.validateConstraintsForCurrentGroup(ValidatorImpl.java:348) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.engine.ValidatorImpl.validateInContext(ValidatorImpl.java:303) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.engine.ValidatorImpl.validate(ValidatorImpl.java:133) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at de.shop.kundenverwaltung.service.KundeService.validateKunde(KundeService.java:398) [classes:]
	at de.shop.kundenverwaltung.service.KundeService.createKunde(KundeService.java:375) [classes:]
	at de.shop.kundenverwaltung.service.KundeService$Proxy$_$$_WeldSubclass.createKunde(Unknown Source) [classes:]
	at org.jboss.weld.interceptor.proxy.SimpleInterceptionChain.interceptorChainCompleted(SimpleInterceptionChain.java:47) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.interceptor.chain.AbstractInterceptionChain.invokeNextInterceptor(AbstractInterceptionChain.java:80) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.interceptor.proxy.InterceptorInvocationContext.proceed(InterceptorInvocationContext.java:141) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at de.shop.util.LogInterceptor.log(LogInterceptor.java:73) [classes:]
	at org.jboss.weld.interceptor.proxy.SimpleMethodInvocation.invoke(SimpleMethodInvocation.java:30) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.interceptor.chain.AbstractInterceptionChain.invokeNext(AbstractInterceptionChain.java:93) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.interceptor.chain.AbstractInterceptionChain.invokeNextInterceptor(AbstractInterceptionChain.java:78) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:48) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:41) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:53) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at de.shop.kundenverwaltung.rest.KundeResource.createKunde(KundeResource.java:221) [classes:]
	at de.shop.kundenverwaltung.rest.KundeResource$Proxy$_$$_WeldSubclass.createKunde(Unknown Source) [classes:]
	at de.shop.util.TransactionalInterceptor.manageTransaction(TransactionalInterceptor.java:45) [classes:]
	at de.shop.kundenverwaltung.rest.KundeResource$Proxy$_$$_WeldClientProxy.createKunde(Unknown Source) [classes:]
	at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:167) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:344) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:296) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:285) [resteasy-jaxrs-3.0-beta-4.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:336) [resteasy-jaxrs-3.0-beta-4.jar:]
	... 42 more
Caused by: javax.validation.ConstraintDeclarationException: javax.script.ScriptException: No JSR 223 script engine found for language "javascript".
	at org.hibernate.validator.internal.constraintvalidators.ScriptAssertValidator.isValid(ScriptAssertValidator.java:66) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.engine.ConstraintTree.validateSingleConstraint(ConstraintTree.java:308) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	... 112 more
Caused by: javax.script.ScriptException: No JSR 223 script engine found for language "javascript".
	at org.hibernate.validator.internal.util.scriptengine.ScriptEvaluatorFactory.createNewScriptEvaluator(ScriptEvaluatorFactory.java:108) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.util.scriptengine.ScriptEvaluatorFactory.getScriptEvaluatorByLanguageName(ScriptEvaluatorFactory.java:87) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.validator.internal.constraintvalidators.ScriptAssertValidator.isValid(ScriptAssertValidator.java:63) [hibernate-validator-4.3.1.Final.jar:4.3.1.Final]
	... 113 more

While uploading big files (> 2.1 GB) request ends with integer overflow that happens exactly here:
https://github.com/spring-projects/spring-framework/blob/master/spring-web/src/main/java/org/springframework/http/codec/multipart/SynchronossPartHttpMessageReader.java#L141
Content-Length being Long is converted to int.
 
Informatica has a multithreaded application running multiple instances of CLIDriver.  When running concurrent queries they sometimes hit the following error:

2014-05-30 10:24:59 <pool-10-thread-1> INFO: Hadoop_Native_Log :INFO org.apache.hadoop.hive.ql.exec.Utilities: No plan file found: hdfs://ICRHHW21NODE1:8020/tmp/hive-qamercury/hive_2014-05-30_10-24-57_346_890014621821056491-2/-mr-10002/6169987c-3263-4737-b5cb-38daab882afb/map.xml
2014-05-30 10:24:59 <pool-10-thread-1> INFO: Hadoop_Native_Log :INFO org.apache.hadoop.mapreduce.JobSubmitter: Cleaning up the staging area /tmp/hadoop-yarn/staging/qamercury/.staging/job_1401360353644_0078
2014-05-30 10:24:59 <pool-10-thread-1> INFO: Hadoop_Native_Log :ERROR org.apache.hadoop.hive.ql.exec.Task: Job Submission failed with exception 'java.lang.NullPointerException(null)'
                at org.apache.hadoop.hive.ql.io.HiveInputFormat.init(HiveInputFormat.java:255)
                at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:271)
                at org.apache.hadoop.mapreduce.JobSubmitter.writeOldSplits(JobSubmitter.java:520)
                at org.apache.hadoop.mapreduce.JobSubmitter.writeSplits(JobSubmitter.java:512)
                at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:394)
                at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1285)
                at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1282)
                at javax.security.auth.Subject.doAs(Subject.java:415)
                at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1557)
                at org.apache.hadoop.mapreduce.Job.submit(Job.java:1282)
                at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:562)
                at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:557)
                at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:557)
                at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:548)
                at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:420)
                at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:136)
                at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:153)
                at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:85)
                at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1504)
                at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1271)
                at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1089)
                at org.apache.hadoop.hive.ql.Driver.run(Driver.java:912)
                at org.apache.hadoop.hive.ql.Driver.run(Driver.java:902)
                at com.informatica.platform.dtm.executor.hive.impl.AbstractHiveDriverBaseImpl.run(AbstractHiveDriverBaseImpl.java:86)
                at com.informatica.platform.dtm.executor.hive.MHiveDriver.executeQuery(MHiveDriver.java:126)
                at com.informatica.platform.dtm.executor.hive.task.impl.HiveTaskHandlerImpl.executeQuery(HiveTaskHandlerImpl.java:358)
                at com.informatica.platform.dtm.executor.hive.task.impl.HiveTaskHandlerImpl.executeScript(HiveTaskHandlerImpl.java:247)
                at com.informatica.platform.dtm.executor.hive.task.impl.HiveTaskHandlerImpl.executeMainScript(HiveTaskHandlerImpl.java:194)
                at com.informatica.platform.ldtm.executor.common.workflow.taskhandler.impl.BaseTaskHandlerImpl.run(BaseTaskHandlerImpl.java:126)
                at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
                at java.util.concurrent.FutureTask.run(FutureTask.java:262)
                at java.lang.Thread.run(Thread.java:744)

Call to SearchControls.setSearchScope(int) missing in constructor body. As a consequence one gets the default scope in SearchControls (ONELEVEL) when creating DefaultDirContextValidator with its default constructor (which would like to use OBJECT scope). 

There is still a problem in case there is a mixture of string and non-string partition columns.

If the incremental dump have drop of partitioned table followed by create/insert on non-partitioned table with same name, doesn't replicate the data. Explained below.
Let's say we have a partitioned table T1 which was already replicated to target.
DROP_TABLE(T1)->CREATE_TABLE(T1) (Non-partitioned) -> INSERT(T1)(10) 
After REPL LOAD, T1 doesn't have any data.
Same is valid for non-partitioned to partitioned and partition spec mismatch case as well.
 
To determine if a column descriptor is unused, we call listStorageDescriptorsWithCD(), which may return a big list of SDs.  This can severely slow down dropping partitions.
We can add a maximum number of SDs to return, and just ask for 1 SD, since we are just doing an existential check.

See nabble
http://camel.465427.n5.nabble.com/Camel-Error-handling-throwing-exception-not-moving-to-error-queue-tp5714076.html
The jms producer should catch unhandled exceptions from the Spring JMS, such as its destination resolver. And ensure the callback is invoked, to let Camel error handler be triggered.

HIVE-701 already makes most reserved keywords available for table/column/partition names and 'show create table' produces usable DDLs.
However I think it's better if we quote table/column/partition names for the output of 'show create table', which is how mysql works and seems more robust.
For example, use select as column name will produce unusable DDL:

create table table_select(`select` string);
show create table table_select;

"Insert into table <table-name> ~~" is expected to append query result into the table. But when the table name contains uppercase character, it overwrite existing table.

Deployment of an EAR fails because of this exception:
09:34:30,854 INFO  [org.jboss.weld.deployer] (MSC service thread 1-2) JBAS016002: Processing weld deployment Project-ejb.jar
09:34:30,862 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-2) JNDI bindings for session bean named ModelContext in deployment unit subdeployment "Project-ejb.jar" of deployment "Project-ear-0.1.0-SNAPSHOT.ear" are as follows:
        java:global/Project-ear-0.1.0-SNAPSHOT/Project-ejb/ModelContext!simulator.ModelContext
        java:app/Project-ejb/ModelContext!simulator.ModelContext
        java:module/ModelContext!simulator.ModelContext
        java:global/Project-ear-0.1.0-SNAPSHOT/Project-ejb/ModelContext
        java:app/Project-ejb/ModelContext
        java:module/ModelContext
09:34:30,863 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-2) JNDI bindings for session bean named AccountsBean in deployment unit subdeployment "Project-ejb.jar" of deployment "Project-ear-0.1.0-SNAPSHOT.ear" are as follows:
        java:global/Project-ear-0.1.0-SNAPSHOT/Project-ejb/AccountsBean!simulator.AccountsBean
        java:app/Project-ejb/AccountsBean!simulator.AccountsBean
        java:module/AccountsBean!simulator.AccountsBean
        java:global/Project-ear-0.1.0-SNAPSHOT/Project-ejb/AccountsBean
        java:app/Project-ejb/AccountsBean
        java:module/AccountsBean
09:34:30,864 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-2) JNDI bindings for session bean named ContactsBean in deployment unit subdeployment "Project-ejb.jar" of deployment "Project-ear-0.1.0-SNAPSHOT.ear" are as follows:
        java:global/Project-ear-0.1.0-SNAPSHOT/Project-ejb/ContactsBean!simulator.ContactsBean
        java:app/Project-ejb/ContactsBean!simulator.ContactsBean
        java:module/ContactsBean!simulator.ContactsBean
        java:global/Project-ear-0.1.0-SNAPSHOT/Project-ejb/ContactsBean
        java:app/Project-ejb/ContactsBean
        java:module/ContactsBean
09:34:30,892 INFO  [org.jboss.weld.deployer] (MSC service thread 1-1) JBAS016002: Processing weld deployment Project-webapp.war
09:34:30,954 INFO  [org.jboss.weld.deployer] (MSC service thread 1-1) JBAS016005: Starting Services for CDI deployment: Project-ear-0.1.0-SNAPSHOT.ear
09:34:31,016 INFO  [org.jboss.weld.Version] (MSC service thread 1-1) WELD-000900: 2.2.6 (Final)
09:34:31,169 INFO  [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016008: Starting weld service for deployment Project-ear-0.1.0-SNAPSHOT.ear
09:34:32,203 INFO  [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-1) Mojarra 2.2.8-jbossorg-1 20140822-1131 f³r Kontext '/v1' wird initialisiert.
09:34:33,738 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-1) Critical error during deployment: : org.jboss.weld.exceptions.IllegalStateException: WELD-001332: BeanManager method getBeans() is not available during application initialization
        at org.jboss.weld.bean.builtin.BeanManagerProxy.checkContainerState(BeanManagerProxy.java:246) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
        at org.jboss.weld.bean.builtin.BeanManagerProxy.checkContainerState(BeanManagerProxy.java:251) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
        at org.jboss.weld.bean.builtin.BeanManagerProxy.getBeans(BeanManagerProxy.java:100) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
        at com.sun.faces.application.JavaFlowLoaderHelper.loadFlows(JavaFlowLoaderHelper.java:66) [jsf-impl-2.2.8-jbossorg-1.jar:]
        at com.sun.faces.application.ApplicationAssociate$PostConstructApplicationListener.processEvent(ApplicationAssociate.java:298) [jsf-impl-2.2.8-jbossorg-1.jar:]
        at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108) [jboss-jsf-api_2.2_spec-2.2.8.jar:2.2.8]
        at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2190) [jsf-impl-2.2.8-jbossorg-1.jar:]
        at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163) [jsf-impl-2.2.8-jbossorg-1.jar:]
        at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:296) [jsf-impl-2.2.8-jbossorg-1.jar:]
        at org.jboss.as.jsf.injection.weld.ForwardingApplication.publishEvent(ForwardingApplication.java:294) [wildfly-jsf-injection-8.2.0.Final.jar:8.2.0.Final]
        at com.sun.faces.config.ConfigManager.publishPostConfigEvent(ConfigManager.java:692) [jsf-impl-2.2.8-jbossorg-1.jar:]
        at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:260) [jsf-impl-2.2.8-jbossorg-1.jar:]
        at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
        at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:193) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:87)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:72)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_31]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_31]
        at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_31]
09:34:33,938 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./v1: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./v1: Failed to start service
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
Caused by: java.lang.RuntimeException: java.lang.RuntimeException: org.jboss.weld.exceptions.IllegalStateException: WELD-001332: BeanManager method getBeans() is not available during application initialization
        at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:222)
        ... 3 more
Caused by: java.lang.RuntimeException: org.jboss.weld.exceptions.IllegalStateException: WELD-001332: BeanManager method getBeans() is not available during application initialization
        at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:280)
        at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:193)
        ... 7 more
Caused by: org.jboss.weld.exceptions.IllegalStateException: WELD-001332: BeanManager method getBeans() is not available during application initialization
        at org.jboss.weld.bean.builtin.BeanManagerProxy.checkContainerState(BeanManagerProxy.java:246)
        at org.jboss.weld.bean.builtin.BeanManagerProxy.checkContainerState(BeanManagerProxy.java:251)
        at org.jboss.weld.bean.builtin.BeanManagerProxy.getBeans(BeanManagerProxy.java:100)
        at com.sun.faces.application.JavaFlowLoaderHelper.loadFlows(JavaFlowLoaderHelper.java:66)
        at com.sun.faces.application.ApplicationAssociate$PostConstructApplicationListener.processEvent(ApplicationAssociate.java:298)
        at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2190)
        at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:260)
        ... 9 more
09:34:34,099 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "Project-ear-0.1.0-SNAPSHOT.ear")]) - failure description: {"JBAS014671: Failed services" => {"jboss.undertow.deployment.default-server.default-host./v1" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./v1: Failed to start service
    Caused by: java.lang.RuntimeException: java.lang.RuntimeException: org.jboss.weld.exceptions.IllegalStateException: WELD-001332: BeanManager method getBeans() is not available during application initialization
    Caused by: java.lang.RuntimeException: org.jboss.weld.exceptions.IllegalStateException: WELD-001332: BeanManager method getBeans() is not available during application initialization
    Caused by: org.jboss.weld.exceptions.IllegalStateException: WELD-001332: BeanManager method getBeans() is not available during application initialization"}}
09:34:34,188 INFO  [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "Project-ear-0.1.0-SNAPSHOT.ear" (runtime-name : "Project-ear-0.1.0-SNAPSHOT.ear")
09:34:34,188 INFO  [org.jboss.as.controller] (DeploymentScanner-threads - 2) JBAS014774: Service status report
JBAS014777:   Services which failed to start:
service jboss.undertow.deployment.default-server.default-host./v1: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./v1: Failed to start service
The EAR contains:
 1.) An EJB JAR
 2.) An WepApp WAR
The webapp uses JSF and JAX-RS.
None of our code seesm to be involved.
The EAR can succesfully deployet on an Weblogic AS.
When I start the WildFly AS with --debug mode and halt at BeanManagerProxy.getBeans() and directly continue the thread exectuion. the deployment of the EAR file works correctly. Feels like some race condition..
Any ideas how to fix this?

1) Grant a group permission(other than READ) on a namespace
2) Scan a table in that namespace from a user belonging to that group
we get the following exception.

	at org.apache.hadoop.hbase.security.access.TablePermission.implies(TablePermission.java:215)
	at org.apache.hadoop.hbase.security.access.TableAuthManager.authorize(TableAuthManager.java:340)
	at org.apache.hadoop.hbase.security.access.TableAuthManager.authorize(TableAuthManager.java:332)
	at org.apache.hadoop.hbase.security.access.TableAuthManager.authorizeGroup(TableAuthManager.java:473)
	at org.apache.hadoop.hbase.security.access.TableAuthManager.authorize(TableAuthManager.java:490)
	at org.apache.hadoop.hbase.security.access.TableAuthManager.authorize(TableAuthManager.java:500)
	at org.apache.hadoop.hbase.security.access.AccessController.permissionGranted(AccessController.java:415)
	at org.apache.hadoop.hbase.security.access.AccessController.permissionGranted(AccessController.java:484)
	at org.apache.hadoop.hbase.security.access.AccessController.internalPreRead(AccessController.java:1504)
	at org.apache.hadoop.hbase.security.access.AccessController.preScannerOpen(AccessController.java:2027)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.preScannerOpen(RegionCoprocessorHost.java:1987)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.scan(HRegionServer.java:3102)

Note: Line numbers may not match.

The JASPI auth-module configuration does not support a "module" attribute.  This means that when using a custom JASPI module you will need to configure the application to depend on the custom module, make the JASPI module a global module or add the JASPI class to the picketbox module.
I think the JASPI auth-module should support a "module" attribute so that a user can specify which module contains a custom JASPI module.

Writing Protobuf as response body  doesn't work with default settings  because ProtobufHttpMessageConverter attempt to write HTTP header of read-only ServletServerHttpResponse.
As the result, the following exeception is thrown after HTTP request:

java.lang.UnsupportedOperationException: null
	at java.util.Collections$UnmodifiableMap.put(Collections.java:1517)
	at org.springframework.http.HttpHeaders.set(HttpHeaders.java:869)
	at org.springframework.http.converter.protobuf.ProtobufHttpMessageConverter.setProtoHeader(ProtobufHttpMessageConverter.java:196)
	at org.springframework.http.converter.protobuf.ProtobufHttpMessageConverter.writeInternal(ProtobufHttpMessageConverter.java:182)
	at org.springframework.http.converter.protobuf.ProtobufHttpMessageConverter.writeInternal(ProtobufHttpMessageConverter.java:60)
	at org.springframework.http.converter.AbstractHttpMessageConverter.write(AbstractHttpMessageConverter.java:208)
	at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:153)
	at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:97)
	at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor.handleReturnValue(RequestResponseBodyMethodProcessor.java:202)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:781)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:721)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:943)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:620)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1070)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1736)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1695)

Current  ProtobufHttpMessageConverter implementation is like:

	@Override
	protected void writeInternal(Message message, HttpOutputMessage outputMessage)
			throws IOException, HttpMessageNotWritableException {

		// ... ommited
		OutputStreamWriter writer = new OutputStreamWriter(outputMessage.getBody(), charset); // <-- (1)

		if (MediaType.TEXT_HTML.isCompatibleWith(contentType)) {
			HtmlFormat.print(message, writer);
		}
                // ... ommited
		else if (PROTOBUF.isCompatibleWith(contentType)) {
			setProtoHeader(outputMessage, message); // <-- (2)
			FileCopyUtils.copy(message.toByteArray(), outputMessage.getBody());
		}
	}

	private void setProtoHeader(HttpOutputMessage response, Message message) {
		response.getHeaders().set(X_PROTOBUF_SCHEMA_HEADER, message.getDescriptorForType().getFile().getName());
		response.getHeaders().set(X_PROTOBUF_MESSAGE_HEADER, message.getDescriptorForType().getFullName());
	}

At (1) outputMessage.getBody() makes headersWritten field true and headers field read-only in ServletServerHttpResponse.
At (2) Header is set in spite of the headers is already read-only.
Actually, customized ProtobufHttpMessageConverter works well like:

        ProtobufHttpMessageConverter protobufHttpMessageConverter = new ProtobufHttpMessageConverter((registry) -> {
        }) {
            @Override
            protected void writeInternal(Message message, HttpOutputMessage outputMessage) throws IOException, HttpMessageNotWritableException {
                outputMessage.getHeaders().set(X_PROTOBUF_SCHEMA_HEADER, message.getDescriptorForType().getFile().getName());
                outputMessage.getHeaders().set(X_PROTOBUF_MESSAGE_HEADER, message.getDescriptorForType().getFullName());
                FileCopyUtils.copy(message.toByteArray(), outputMessage.getBody());
            }
        };

The parameters used by remote/http connector/acceptors in HornetQ might not be supported by Artemis.
During migration, the operation should check if the parameters to migrate are allowed by the Artemis resources.
If that's not the case, they will be removed from the migrated resources and warnings will be added to the :migrate operation outcome.

org.apache.hive.hcatalog.security.StorageDelegationAuthorizationProvider
has a block like this:
  static 
{
    registerAuthProvider("org.apache.hadoop.hive.hbase.HBaseStorageHandler",
      "org.apache.hive.hcatalog.hbase.HBaseAuthorizationProvider");
    registerAuthProvider("org.apache.hive.hcatalog.hbase.HBaseHCatStorageHandler",
  }

In reality, HBaseHCatStorageHandler and HBaseAuthorizationProvider only exist in org.apache.hcatalog
This should be fixed by removing org.apache.hive.hcatalog.security.StorageDelegationAuthorizationProvider.  We have org.apache.hcatalog.security.StorageDelegationAuthorizationProvider which is only used by now deprecated hcatalog version of hbase storage handler.
Also,
hcatalog/src/test/e2e/hcatalog/tests/pig.conf & hadoop.conf have the same problem.  
In addition, the tests affected in pig.conf/hadoop.conf should use org.apache.hcatalog.pig.HCatLoader/HCatStorer.
Finally, hadoop.conf#Hadoop_HBase is using org.apache.hive.hcatalog.utils.HBaseReadWrite which internally refers to org.apache.hive.hcatalog.* classes.  The later should only use org.apache.hcatalog.* since it's using HBaseHCatStoreageHandler.  Also, should move HBaseReadWrite to org.apache.hcatalog for clarity.
(see the last paragraph of the Description of HIVE-5274)

Proper way is to get rid of those 2 helper methods and use EntityUtils.toString method

I have an app that ends up using Spring's org.springframework.http.converter.ActivationMediaTypeFactory which configured the org/springframework/mail/javamail/mime.types file with the Java Activation Framework. That file, however, resolves PNG images as the image/x-png image type, which I only noticed because my version of Safari (10.1; OS X) refuses to display images with that MIME type.
I believe the official MIME type for PNG images is image/png and thus believe this file could be changed to reflect that, instead of image/x-png.
For what it's worth, I notice the org/springframework/http/mime.types file uses image/png already.

I was reading this great reference documentation (the pdf file).
Chapter 3.5 - page 13 - Creating the project.
The last sentence puzzle me a bit:
(You can see the contents of the 'WEB-INF/spring-ws-servlet.xml' file for this example beginning here.)
I do not see the content anywhere.

The JVM is much more lenient than java as far as class names are concerned, we should probably just get rid of this message altogether. 

The calculateShift method contains a bug which means that the maximum concurrency level is not respected.

The reply type is STRING so setReplyValueType is not required.

See nabble
http://camel.465427.n5.nabble.com/Problem-with-adviceWith-on-2-13-x-tp5752421.html
The work-around when using transacted is to set isUseAdvice return false.

Recent versions of ZooKeeper whitelist the so-called 4-letter word admin commands, and 'stat' is not in the default whitelist, so TestZKMainServer#testCommandLineWorks cannot get off the ground.. Set system property zookeeper.4lw.commands.whitelist=* in MiniZooKeeperCluster#setupTestEnv as we do not need to whitelist 4-letter commands for unit tests.

When ConfigurationClassParser#processImports processes classes it will defer the processing of DeferredImportSelector at the very end, adding them to a list rather than processing them right away. 
This used to work recursively as well (i.e. if a deferred import selector imports itself a deferred import selector it would be queued). This is broken as of 5.0

An NPE can be found at the following location in a few circumstances:

MSC000004: Failure during stop of service jboss.deployment.unit."17ef036e-b6a1-4660-93b8-d4e55066057d.jar".WeldStartService: java.lang.NullPointerException
        at org.jboss.as.weld.ejb.StatefulSessionObjectReferenceImpl.isRemoved(StatefulSessionObjectReferenceImpl.java:134)
        at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:111)
        at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
        at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100)
        at org.jboss.as.test.integration.weld.ejb.multipleviews.EntertainmentDevice$MusicPlayer$1279946549$Proxy$_$$_Weld$EnterpriseProxy$.destroy(Unknown Source)
        at org.jboss.weld.bean.SessionBean.destroy(SessionBean.java:162)
        at org.jboss.weld.util.bean.IsolatedForwardingBean.destroy(IsolatedForwardingBean.java:50)
        at org.jboss.weld.context.AbstractContext.destroyContextualInstance(AbstractContext.java:139)
        at org.jboss.weld.context.AbstractContext.destroy(AbstractContext.java:153)
        at org.jboss.weld.context.AbstractSharedContext.destroy(AbstractSharedContext.java:61)
        at org.jboss.weld.context.AbstractSharedContext.invalidate(AbstractSharedContext.java:56)
        at org.jboss.weld.bootstrap.WeldRuntime.shutdown(WeldRuntime.java:56)
        at org.jboss.weld.bootstrap.WeldBootstrap.shutdown(WeldBootstrap.java:113)
        at org.jboss.as.weld.WeldStartService.stop(WeldStartService.java:128)
        at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2150)
        at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2101)

WFLYEE0006: Failed to destroy component instance  Instance of BMTEPCStatefulBean {UUIDSessionID [37f90331-65e4-4d7e-a5a8-f08e2ec0a509]}: java.lang.NullPointerException
        at org.jboss.as.test.integration.jpa.epcpropagation.unsync.CMTPCStatefulBean$Proxy$_$$_Weld$EnterpriseProxy$.destroy(Unknown Source)
        at org.jboss.weld.context.CreationalContextImpl.destroy(CreationalContextImpl.java:142)
        at org.jboss.weld.context.CreationalContextImpl.release(CreationalContextImpl.java:130)
        at org.jboss.weld.context.CreationalContextImpl.release(CreationalContextImpl.java:121)
        at org.jboss.as.weld.injection.WeldManagedReferenceFactory$WeldManagedReference.release(WeldManagedReferenceFactory.java:70)
        at org.jboss.as.ee.component.ManagedReferenceReleaseInterceptor.processInvocation(ManagedReferenceReleaseInterceptor.java:60)
        at org.jboss.as.ee.component.ManagedReferenceReleaseInterceptor.processInvocation(ManagedReferenceReleaseInterceptor.java:56)
        at org.jboss.as.jpa.interceptor.SFSBDestroyInterceptor.processInvocation(SFSBDestroyInterceptor.java:49)
        at org.jboss.as.ee.component.BasicComponentInstance.destroy(BasicComponentInstance.java:125)
        at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.destroyInstance(StatefulSessionComponent.java:159)
        at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.destroyInstance(StatefulSessionComponent.java:77)
        at org.jboss.as.ejb3.cache.simple.SimpleCache.stop(SimpleCache.java:91)
        at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.done(StatefulSessionComponent.java:367)
        at org.jboss.as.ejb3.component.EJBComponent.stop(EJBComponent.java:596)
        at org.jboss.as.ee.component.ComponentStartService$2.run(ComponentStartService.java:78)

Both of these exceptions were found in the output of the basic integration test suite.

The log in client scanner should probably be on the trace level otherwise you end up with this:

2013-07-05 12:41:12,501 DEBUG [pool-48-thread-3] client.ClientScanner(97): Scan table=IntegrationTestMTTR, startRow=
2013-07-05 12:41:12,502 DEBUG [pool-48-thread-3] client.ClientScanner(97): Scan table=IntegrationTestMTTR, startRow=
2013-07-05 12:41:12,503 DEBUG [pool-48-thread-3] client.ClientScanner(97): Scan table=IntegrationTestMTTR, startRow=
2013-07-05 12:41:12,506 DEBUG [pool-48-thread-3] client.ClientScanner(97): Scan table=IntegrationTestMTTR, startRow=
2013-07-05 12:41:12,507 DEBUG [pool-48-thread-3] client.ClientScanner(97): Scan table=IntegrationTestMTTR, startRow=
2013-07-05 12:41:12,508 DEBUG [pool-48-thread-3] client.ClientScanner(97): Scan table=IntegrationTestMTTR, startRow=
2013-07-05 12:41:12,509 DEBUG [pool-48-thread-3] client.ClientScanner(97): Scan table=IntegrationTestMTTR, startRow=
2013-07-05 12:41:12,510 DEBUG [pool-48-thread-3] client.ClientScanner(97): Scan table=IntegrationTestMTTR, startRow=

There are 4 different version properties for Narayana in WildFly, despite each component that uses the variable being released together (i.e. it's not possible to get a situation where the values of these versions differ).

    <version.org.jboss.jbossts.jbossjts>5.0.0.M2/version.org.jboss.jbossts.jbossjts>
        <version.org.jboss.jbossts.jbossjts-integration>5.0.0.M2</version.org.jboss.jbossts.jbossjts-integration>
        <version.org.jboss.jbossts.jbossxts>5.0.0.M2</version.org.jboss.jbossts.jbossxts>
        <version.org.jboss.jbossts.narayana>5.0.0.M2</version.org.jboss.jbossts.narayana>

As well as being messy, error-prone and more effort to change; it's also caused us a merge conflict (JBTM-1691) that didn't auto-merge correctly.
One version called "version.org.jboss.narayana" would make most sense.

Using hive-jdbc-0.13.1-cdh5.2.0.jar.
All of the get-by-column-label methods of HiveBaseResultSet are now broken.  They don't take just the column label as they should.  Instead you have to pass in <table name>.<column name>.  This requirement doesn't conform to the java ResultSet API which specifies:
"columnLabel - the label for the column specified with the SQL AS clause. If the SQL AS clause was not specified, then the label is the name of the column"
Looking at the code, it seems that the problem is that findColumn() method is looking in normalizedColumnNames instead of the columnNames.
BTW, Another annoying issue with the code is that the SQLException thrown gives no indication of what the problem is.  It should at least say that the column name wasn't found in the description string.

When an application is configured to use the DataNucleus orm provider the testRemove() unit tests fail. This has been fixed by adding a call em.flush() after the remove() is performed.

When using JavaConfig, if the user writes the config method as shown below:

@Bean
protected ItemWriter<Object> writer() {
	return new RetrySampleItemWriter();
}

and attempts to use that bean in a class configured as such:

@Autowire
private RetrySampleItemWriter<?> itemWriter;

it doesn't work with Spring 4.  Instead, you get a NoSuchBeanDefinitionException stating that there are no beans qualifying for type RetrySampleItemWriter (RetrySampleItemWriter implements ItemWriter).  This worked in Spring 3.2.

Currently Authentication.getAuthorities returns a GrantedAuthority[]. This is dangerous because calling code can accidentaly or deliberatly modify elements of the array to anything.
This method should really return an unmodifiable collection. Alternatly class instances could return a clone of the array.

There are 2 kinds of SCP for a same server will be scheduled during cluster restart, one is ZK session timeout, the other one is new server report in will cause the stale one do fail over. The only barrier for these 2 kinds of SCP is check if the server is in the dead server list.

    if (this.deadservers.isDeadServer(serverName)) {
      LOG.warn("Expiration called on {} but crash processing already in progress", serverName);
    }

But the problem is when master finish initialization, it will delete all stale servers from dead server list. Thus when the SCP for ZK session timeout come in, the barrier is already removed.
Here is the logs that how this problem occur.

2018-12-07,11:42:37,589 INFO org.apache.hadoop.hbase.master.procedure.ServerCrashProcedure: Start pid=9, state=RUNNABLE:SERVER_CRASH_START, hasLock=true; ServerCrashProcedure server=c4-hadoop-tst-st27.bj,29100,1544153846859, splitWal=true, meta=false
2018-12-07,11:42:58,007 INFO org.apache.hadoop.hbase.master.procedure.ServerCrashProcedure: Start pid=444, state=RUNNABLE:SERVER_CRASH_START, hasLock=true; ServerCrashProcedure server=c4-hadoop-tst-st27.bj,29100,1544153846859, splitWal=true, meta=false

Now we can see two SCP are scheduled for the same server.
But the first procedure is finished after the second SCP starts.

2018-12-07,11:43:08,038 INFO org.apache.hadoop.hbase.procedure2.ProcedureExecutor: Finished pid=9, state=SUCCESS, hasLock=false; ServerCrashProcedure server=c4-hadoop-tst-st27.bj,29100,1544153846859, splitWal=true, meta=false in 30.5340sec

Thus it will leads the problem that regions will be assigned twice.

2018-12-07,12:16:33,039 WARN org.apache.hadoop.hbase.master.assignment.AssignmentManager: rit=OPEN, location=c4-hadoop-tst-st28.bj,29100,1544154149607, table=test_failover, region=459b3130b40caf3b8f3e1421766f4089 reported OPEN on server=c4-hadoop-tst-st29.bj,29100,1544154149615 but state has otherwise

And here we can see the server is removed from dead server list before the second SCP starts.

2018-12-07,11:42:44,938 DEBUG org.apache.hadoop.hbase.master.DeadServer: Removed c4-hadoop-tst-st27.bj,29100,1544153846859 ; numProcessing=3

Thus we should not delete dead server from dead server list immediately.
Patch to fix this problem will be upload later.

MQTT Endpoint does not correctly return the MQTT-Payload. It returns the whole MQTT Message (header + payload).
The bug is in line 89 of MQTTEndpoint.java (version 2.11, but also in 2.10)
 exchange.getIn().setBody(body.getData());
must become
 exchange.getIn().setBody(body.toByteArray()); 
because getData() ignores the offset (to skip the MQTT header) set in the body byte array.

Camel-File component throws heap memory issue when processing csv file which is about 45MB with 218k Lines. 
http://camel.465427.n5.nabble.com/Java-heap-space-issue-with-reading-large-CSV-file-tt2638903.html#a2638903

We moved recently to Spring Data JPA 2.0.2, Hibernate 5.2.12 and therefore JPA 2.1.
Since then some of our database tests became flickering.
When they fail, it is because an IllegalArgumentException is thrown from Spring Data JPA core in JPAQueryExecution.java at line 354.
I think I know why. For some streamed queries, Spring Data receives a proxied javax.persistence.Query and for others, it receives the plain org.hibernate.query.Query.
After application bootstrap:

if the first received streamed query is a proxy of org.hibernate.query.Query, StreamExecution will enable the fallback mode for the rest of the application runtime, and there will be no issue
if the first received stream is a plain instance of org.hibernate.query.Query, StreamExecution will find getResultStream in the instance and enable JPA 2.2 for the rest of the runtime. From this moment, any received query, including proxied ones, will be considered as eligible to JPA 2.2 stream mode and this will trigger the exception.

I see 2 possible fixes:

StreamExecution caches the discovered `streamMethod` with its instance class. On subsequent call, we check that streamMethod is not null AND that the received query is an instance of the cached class.
Remove the whole dynamic check

I can make a PR with test and fix if you tell me what should be the fix.

org.springframework.dao.InvalidDataAccessApiUsageException: object is not an instance of declaring class; nested exception is java.lang.IllegalArgumentException: object is not an instance of declaring class
	at org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:368)
	at org.springframework.orm.jpa.vendor.HibernateJpaDialect.translateExceptionIfPossible(HibernateJpaDialect.java:227)
	at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.translateExceptionIfPossible(AbstractEntityManagerFactoryBean.java:500)
	at org.springframework.dao.support.ChainedPersistenceExceptionTranslator.translateExceptionIfPossible(ChainedPersistenceExceptionTranslator.java:61)
	at org.springframework.dao.support.DataAccessUtils.translateIfNecessary(DataAccessUtils.java:217)
	at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:153)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185)
	at com.cosium.spring.data.jpa.entity.graph.repository.support.RepositoryMethodEntityGraphExtractor$JpaEntityGraphMethodInterceptor.doInvoke(RepositoryMethodEntityGraphExtractor.java:157)
	at com.cosium.spring.data.jpa.entity.graph.repository.support.RepositoryMethodEntityGraphExtractor$JpaEntityGraphMethodInterceptor.invoke(RepositoryMethodEntityGraphExtractor.java:109)
	at org.springframework.data.jpa.repository.support.CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodInterceptor.invoke(CrudMethodMetadataPostProcessor.java:135)
	at org.springframework.data.repository.core.support.SurroundingTransactionDetectorMethodInterceptor.invoke(SurroundingTransactionDetectorMethodInterceptor.java:61)
	at com.cos.framework.core.data.repository.CosSpecificationRepositoryProxyPostProcessor.invoke(CosSpecificationRepositoryProxyPostProcessor.java:60)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212)
	at com.cos.center.authority.$Proxy267.findAllByInvoicedSiteIdAndInvoicedSiteNameNot(Unknown Source)
	at com.cos.center.authority.UserListViewServiceImpl.afterSiteUpdate(UserListViewServiceImpl.java:253)
	at com.cos.center.authority.UserListViewServiceImpl.afterSiteUpdate(UserListViewServiceImpl.java:139)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:338)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:206)
	at com.sun.proxy.$Proxy268.afterSiteUpdate(Unknown Source)
	at org.springframework.context.event.ApplicationListenerMethodAdapter.doInvoke(ApplicationListenerMethodAdapter.java:264)
	at org.springframework.context.event.ApplicationListenerMethodAdapter.processEvent(ApplicationListenerMethodAdapter.java:182)
	at org.springframework.context.event.ApplicationListenerMethodAdapter.onApplicationEvent(ApplicationListenerMethodAdapter.java:144)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.doInvokeListener(SimpleApplicationEventMulticaster.java:172)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:165)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:139)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:399)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:353)
	at com.cos.framework.core.data.repository.CosCrudRepositoryImpl.save(CosCrudRepositoryImpl.java:107)
	at com.cos.framework.core.data.repository.CosCrudRepositoryImpl.save(CosCrudRepositoryImpl.java:92)
	at sun.reflect.GeneratedMethodAccessor157.invoke(Unknown Source)
	at org.springframework.data.repository.core.support.RepositoryComposition$RepositoryFragments.invoke(RepositoryComposition.java:377)
	at org.springframework.data.repository.core.support.RepositoryComposition.invoke(RepositoryComposition.java:200)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$ImplementationMethodExecutionInterceptor.invoke(RepositoryFactorySupport.java:636)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:600)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:580)
	at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:59)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:294)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:98)
	at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:139)
	at com.sun.proxy.$Proxy158.save(Unknown Source)
	at com.cos.center.automaticorderform.AutomaticOrderFormServiceImplTest.lambda$findAllCenterAvailableForCopy$0(AutomaticOrderFormServiceImplTest.java:454)
	at java.util.ArrayList.forEach(ArrayList.java:1255)
	at com.cos.center.automaticorderform.AutomaticOrderFormServiceImplTest.findAllCenterAvailableForCopy(AutomaticOrderFormServiceImplTest.java:451)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:251)
	at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:223)
	at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:207)
	at org.springframework.data.jpa.repository.query.JpaQueryExecution$StreamExecution.doExecute(JpaQueryExecution.java:354)
	at org.springframework.data.jpa.repository.query.JpaQueryExecution.execute(JpaQueryExecution.java:89)
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.doExecute(AbstractJpaQuery.java:127)
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.execute(AbstractJpaQuery.java:116)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:597)
	... 104 more

When I try to run a task with a small period (1 second or less) using  ManagedScheduledExecutorService.scheduleAtFixedRate sometimes I get NullPointerException at http://grepcode.com/file/repo1.maven.org/maven2/org.wildfly/wildfly-ee/8.0.0.Final/org/jboss/as/ee/concurrent/ConcurrentContext.java line 167 (resetHandles is null). I think it occurs when a next task has run before a previous finishes. On 8.1.0 I have the same problem.

After upgrading from Spring 2.5.6 to Spring 3.0.0.RELEASE, context:component-scan did not work anymore (see stack trace below).
Inserting the line 
"rootDirResource = resolveRootDirResource(rootDirResource);" 
into PathMatchingResourcePatternResolver.findPathMatchingResources, line 343, directly after
"for (Resource rootDirResource : rootDirResources) {"
fixed it.
Deployment-Scenario: The application resides in a jar inside an Eclipse RCP. The exception is thrown while instantiating a new ClassPathXmlApplicationContext.
21:36:21,762  WARN org.springframework.core.io.support.PathMatchingResourcePatternResolver - Cannot search for matching files underneath URL [bundleresource://7.fwk1301078346/khoerder/traders/] because it does not correspond to a directory in the file system
java.io.FileNotFoundException: URL [bundleresource://7.fwk1301078346/khoerder/traders/] cannot be resolved to absolute file path because it does not reside in the file system: bundleresource://7.fwk1301078346/khoerder/traders/
	at org.springframework.util.ResourceUtils.getFile(ResourceUtils.java:204)
	at org.springframework.core.io.AbstractFileResolvingResource.getFile(AbstractFileResolvingResource.java:51)
	at org.springframework.core.io.UrlResource.getFile(UrlResource.java:168)
	at org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:529)
	at org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:350)
	at org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:269)
	at org.springframework.context.support.AbstractApplicationContext.getResources(AbstractApplicationContext.java:1156)
	at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:204)
...

org.wildfly.swarm.spi.runtime.ServerConfiguration#processArchiveMetaData takes an org.jboss.jandex.Index object as an argument. 
The Jandex dependency in spi-runtime is defined in provided scope, therefore it's not available for a fraction that implements it unless you add it explicitly. 

Scenario: 

execute a prepared statement using JdbcTemplate inserting a row into MySQL 5.5:

jdbcTemplate.update("insert into users (id, name, description) values (?, ?, ?)", id, name, description);

condition to reproduce: one of the arguments of the prepared statement is null. The column definition in MySQL corresponding to the null argument accepts null values.

When trying to execute the above with Spring 5.0 RC4 we are getting a "java.sql.SQLException: Parameter metadata not available for the given statement".
The same code executes fine when using the 4.3.11.RELEASE of spring-jdbc.
Using version 5.1.44 of mysql-connector-java, we're seeing the same behaviour on the following MySQL versions:
Ver 14.14 Distrib 5.5.53
Ver 14.14 Distrib 5.7.18-15

The siteminder example refers to </security-authentication-manager> but should be </security:authentication-manager>

When using ftps with a secure data channel, camel-ftp cannot recover from a lost connection. This is due to a bug/flaw in the SFTPClient class in commons-net. Once a secure data channel has been established, SFTPClient replaces the connection factory with one that does not provide support for creating "unconnected sockets".
While waiting for a fix from the commons-net team (should they chosse to create one), a work-around in camel-ftp is to always create a new instance of SFTPClient for every connect attempt.
Attached are patches containing an attempt to implement the mentioned work-around. The classes, FtpsOperations, FtpsEndpoint and FtpOperations are involved.

Created from https://github.com/wildfly/wildfly-arquillian/issues/96.
Suppose I want to define following property in my arquillian.xml container configuration:

<property name="jbossArguments">${additional.jboss.args}</property>

By default I would like to have this property empty which is not possible because container won't start succesfully (it will get property with empty key and empty value).

I have a ~6.46GB BucketCache configured. The startup message:

2014-11-04 02:28:30,443 INFO  [main] bucket.BucketCache: 
Started bucket cache; ioengine=offheap, capacity=6.46 GB, blockSize=64 KB,
writerThreadNum=3, writerQLen=64, persistencePath=null, 
bucketAllocator=bucket.0: size=5120, freeCount=410, used=0, bucket.1: 
[...]

clocks in at 154,195 characters long, because it dumps information on all 3300 buckets. Let's nuke this from orbit.

The code added to make sure it doesn't get stuck, doesn't take into account filesCompacting.
This is the cause of recent TestHFileArchiving failures...

Hive relies on StorageHandler to ship jars to backend automatically in several cases: JdbcStorageHandler, HBaseStorageHandler, AccumuloStorageHandler. This does not work reliably, in particular, the first dag in the session will have those jars, the second will not unless container is reused. In the later case, the containers allocated to first dag will be reused in the second dag so the container will have additional resources.

Right now the ZK status page in the master dumps data from ZK using ZKUtil without doing any processing to e.g. escape HTML entities.
ie.:

        <div class="container-fluid content">
            <div class="row inner_header">
                <div class="page-header">
                    <h1>ZooKeeper Dump</h1>
                </div>
            </div>
            <div class="row">
                <div class="span12">
                    <pre><%= ZKUtil.dump(watcher).trim() %></pre>
                </div>
            </div>
        </div>

current url: https://github.com/apache/hbase/blob/master/hbase-server/src/main/resources/hbase-webapps/master/zk.jsp#L83

As with issue 698 (previously closed) the create_url in the table.tagx file is not correct. Line 144:
    <spring:url value="/${path}" var="create_url">
    <spring:url value="${path}" var="create_url">
in order for the context to be included correctly.

An HTTPAcceptor brings some config and classloading deps that can probably be better controlled if a capability were used.
1) Once WFCORE-4166 is done a capability requirement can be used for the required HttpListenerRegistryService, which will help ensure config consistency by making the config links clear.
2) If there are any module dependencies the messaging subsystem module has that are only needed to support an HTTPAcceptor, then those can be made optional, and then the RuntimeCapability.Builder.addAdditionalRequiredPackages method can be used to record the requirement for those optional packages if the new capability is present. (Actually, at a glance it looks like the relevant module deps are already optional, so this bit is about telling Galleon when they are required.)

The different ETL pathways differed in reducer choice slightly for -ve hashcodes.

(hashCode & Integer.MAX_VALUE) % numberOfBuckets;
!=
Math.abs(hashCode) % numberOfBuckets

Add a backwards compat option, which can be used to protect against old data left over from 0.13.

In the data-source-context.xml file (for the sample apps), at line 21 it says
    <!-- Set up or detect a System property called "environment" used to construct a properties file on the classpath.  The default is "hsql".  -->
But in reality the system property is called
    org.springframework.batch.support.SystemPropertyInitializer.ENVIRONMENT
as given by
http://static.springframework.org/spring-batch/apidocs/constant-values.html#org.springframework.batch.support.SystemPropertyInitializer.ENVIRONMENT

There's no shell test for truncate_preserve, should add one.

Temporary Reply Queues are configured autoAck=false, but we don't ack the reply. If using a cached channel, this causes accounting problems on the Rabbit admin (channel shows unacked count).
Also, since the replyHandoff is a SynchronizedQueue, there is a race condition in the case the timeout is exceeded just as the reply is received; the consumer thread hangs on the put() because there is nobody in take().

The SQLErrorCodeSQLExceptionTranslator class does a binary search on the SQLErrorCodes of each category. But binary search expects  these to be in ascending order. 
Since these error-codes are stored in String[], they need to be in an "alphanumeric" sorted order in the sql-error-codes.xml  file. 
Following are some examples of this not being the case:
In release 2.5.6 for DB=Sybase the following codes are defined:
		<property name="transientDataAccessResourceCodes">
			<value>921,1105</value>
These are in ascending order numerically but since SQLErrorCodeSQLExceptionTranslator does a binary search on String[] this is not ascending alphanumerically
The following break in older version 2.5.5 and older":
		<property name="dataIntegrityViolationCodes">
			<value>423,511,515,530,547,2601,2615,2714</value>
There are other such breaks as well in the file. 
Instead of fixing the config file to keep the codes sorted alphanumerically, may I suggest that the SQLErrorCodes actually be explicitly sorted on load?  In case a user overrides the the sql-error-codes.xml it can easily lead to bugs if  the file is not maintained alphanumerically sorted.

User is getting an error with the following stack trace below.  It looks like when Class.forName() is called, it may not be using the correct class loader (JavaUtils.getClassLoader() is used in other contexts when the loaded jar may be required).

FAILED: RuntimeException org.apache.hadoop.hive.ql.metadata.HiveException: Failed with exception java.lang.ClassNotFoundException: my.serde.ColonSerdejava.lang.RuntimeException: java.lang.ClassNotFoundException: my.serde.ColonSerde
    at org.apache.hadoop.hive.ql.plan.TableDesc.getDeserializerClass(TableDesc.java:68)
    at org.apache.hadoop.hive.ql.exec.FetchOperator.getRowInspectorFromTable(FetchOperator.java:231)
    at org.apache.hadoop.hive.ql.exec.FetchOperator.getOutputObjectInspector(FetchOperator.java:608)
    at org.apache.hadoop.hive.ql.exec.FetchTask.initialize(FetchTask.java:80)
    at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:497)
    at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:352)
    at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:995)
    at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1038)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:931)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:921)
    at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:268)
    at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:220)
    at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:422)
    at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:790)
    at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:684)
    at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:623)
    at org.apache.hadoop.util.RunJar.main(RunJar.java:212)
Caused by: java.lang.ClassNotFoundException: my.serde.ColonSerde
    at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:190)
    at org.apache.hadoop.hive.ql.plan.TableDesc.getDeserializerClass(TableDesc.java:66)
    ... 20 more

Use SoftReference and/or expiry to store entries in RetryContextCache implementation(s).  If the map-based cache is used in a multi-VM environment, stale cache entries can easily be accumulated inadvertently because the successful processing of a previously failed item happened on a different node than the original failure.  A good start would be to use SoftReferences in the map-based implementation.  Expiry and more complicated features would be best left to mature cache technologies, and custom implementations of the RetryContextCache interface.

The following Stack trace is output in the Shell when the setEmbeddedId method is implemented in the DataOnDemand java class.
Method 'setEmbeddedId' already defined in target type 'com.iquo.igneous.brokersystem.server.domain.working.client.ClientDataOnDemand' (ITD target 'com.iquo.igneous.brokersystem.server.domain.working.client.ClientDataOnDemand_Roo_DataOnDemand')
    java.lang.IllegalArgumentException: Method 'setEmbeddedId' already defined in target type 'com.iquo.igneous.brokersystem.server.domain.working.client.ClientDataOnDemand' (ITD target 'com.iquo.igneous.brokersystem.server.domain.working.client.ClientDataOnDemand_Roo_DataOnDemand')
        at org.springframework.roo.support.util.Assert.isNull(Assert.java:89)
        at org.springframework.roo.classpath.details.ItdTypeDetailsBuilder.onAddMethod(ItdTypeDetailsBuilder.java:84)
        at org.springframework.roo.classpath.details.AbstractMemberHoldingTypeDetailsBuilder.addMethod(AbstractMemberHoldingTypeDetailsBuilder.java:138)
        at org.springframework.roo.classpath.details.AbstractMemberHoldingTypeDetailsBuilder.addMethod(AbstractMemberHoldingTypeDetailsBuilder.java:156)
        at org.springframework.roo.addon.dod.DataOnDemandMetadata.<init>(DataOnDemandMetadata.java:136)

HColumnDescriptor caches the value of VERSIONS in a cachedMaxVersions member variable. This member variable should be reset or cleared when setValue(HConstants.VERSIONS, value) is called, like this:

  static final bytes[] VERSIONS_BYTES = Bytes.toBytes(HConstants.VERSIONS);
  public HColumnDescriptor setValue(byte[] key, byte[] value) {
    if (Bytes.compare(HConstants.VERSIONS_BYTES, key) == 0) {
        cachedMaxVersions = UNINITIALIZED;
    }
    values.put(new ImmutableBytesWritable(key),
      new ImmutableBytesWritable(value));
  }

Otherwise, you continue getting back cachedMaxVersions instead of the updated value.

UnassignProcedure gets stuck in a retry loop for a region stuck in OPENING state. From logs:

2018-04-25 15:59:53,825 WARN org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure: Retryable error trying to transition: pid=142564, state=RUNNABLE:REGION_TRANSITION_DISPATCH; UnassignProcedure table=IntegrationTestBigLinkedList_20180331004141, region=bd2fb2c7d39236c9b9085f350358df7c, server=vb1122.halxg.cloudera.com,22101,1522626198450; rit=OPENING, location=vb1122.halxg.cloudera.com,22101,1522626198450
org.apache.hadoop.hbase.exceptions.UnexpectedStateException: Expected [SPLITTING, SPLIT, MERGING, OPEN, CLOSING] so could move to CLOSING but current state=OPENING
at org.apache.hadoop.hbase.master.assignment.RegionStates$RegionStateNode.transitionState(RegionStates.java:158)
at org.apache.hadoop.hbase.master.assignment.AssignmentManager.markRegionAsClosing(AssignmentManager.java:1514)
at org.apache.hadoop.hbase.master.assignment.UnassignProcedure.updateTransition(UnassignProcedure.java:179)
at org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure.execute(RegionTransitionProcedure.java:309)
at org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure.execute(RegionTransitionProcedure.java:85)
at org.apache.hadoop.hbase.procedure2.Procedure.doExecute(Procedure.java:845)
at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1458)
at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1227)
at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$800(ProcedureExecutor.java:78)
at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1738)
2018-04-25 15:59:53,892 WARN org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure: Retryable error trying to transition: pid=142564, state=RUNNABLE:REGION_TRANSITION_DISPATCH; UnassignProcedure table=IntegrationTestBigLinkedList_20180331004141, region=bd2fb2c7d39236c9b9085f350358df7c, server=vb1122.halxg.cloudera.com,22101,1522626198450; rit=OPENING, location=vb1122.halxg.cloudera.com,22101,1522626198450

If I look into AbstractUserDetailsAuthenticationProvider, I see the followng code:
  try 
{
                user = retrieveUser(username, (UsernamePasswordAuthenticationToken) authentication);
            }
 catch (UsernameNotFoundException notFound) {
                if (hideUserNotFoundExceptions) 
{
                    throw new BadCredentialsException(messages.getMessage(
                            "AbstractUserDetailsAuthenticationProvider.badCredentials", "Bad credentials"));
                }
 else 
{
                    throw notFound;
                }
            }
            Assert.notNull(user, "retrieveUser returned null - a violation of the interface contract");
        }
        preAuthenticationChecks.check(user);
        try 
{
            additionalAuthenticationChecks(user, (UsernamePasswordAuthenticationToken) authentication);
        }
 catch (AuthenticationException exception) {
            if (cacheWasUsed) 
{
                // There was a problem, so try again after checking
                // we're using latest data (ie not from the cache)
                cacheWasUsed = false;
### HERE ###
                additionalAuthenticationChecks(user, (UsernamePasswordAuthenticationToken) authentication);
            }
 else 
{
                throw exception;
            }
        }
Isn't it necessary to execute the preAuthenticationChecks at ### HERE ### again?
I don't want that disabled, locked or expired users are able to log in. 

Repeated calls to CSVParser Iterable return new Iterators that each reference the same underlying parser lexer. Within the scope of a single Iterator, row peeking with Iterator.hasNext() works as intended. When row peeking with Iterator.hasNext() under circumstances that create a new Iterator, an element is consumed by the iterator which cannot be accessed by subsequent, newly created Iterators and Iterator.next()s. Effectively, the record Iterator and the lexer get out of sequence. See snippet below.
The "right thing" is keeping the Iterator in sequence with the lexer, and since this is reading from a buffer, there seem to me to be only two resolutions:

One lexer, one Iterator.
New Iterators, but peeking with hasNext doesn't advance the lexer.

If there's a consensus on one of these, I can put up a PR.
 
  @Test

  public void newIteratorSameLexer() throws Exception {

    String fiveRows = "1\n2\n3\n4\n5\n";

    System.out.println("Enhanced for loop, no peeking:");

    CSVParser parser =

        new CSVParser(new BufferedReader(new StringReader(fiveRows)), CSVFormat.DEFAULT);

    int recordNumber = 0;

    for (CSVRecord record : parser) {

      recordNumber++;

      System.out.println(recordNumber + " -> " + record.get(0));

      if (recordNumber >= 2) {

        break;

      }

    }

    // CSVParser.iterator() returns a new iterator, but the lexer isn't reset so we can pick up

    // where we left off.

    }

    // Enhanced for loop, no peeking:

    // 1 -> 1

    // 2 -> 2

    // 3 -> 3

    // 4 -> 4

    // 5 -> 5

    System.out.println("\nEnhanced for loop, with peek:");

    parser = new CSVParser(new BufferedReader(new StringReader(fiveRows)), CSVFormat.DEFAULT);

    recordNumber = 0;

        break;

      }

    }

    // CSVParser.iterator() returns a new iterator, but we call hasNext before next, so we queue

    // one element for consumption. This element is discarded by the new iterator, even though the

    // lexer has advanced a row, so we've consumed an element with the peek!

    System.out.println("hasNext(): " + parser.iterator().hasNext());

    }

    // Enhanced for loop, with peek:

    // 1 -> 1

    // 2 -> 2

    // hasNext(): true

    // 3 -> 4

    // 4 -> 5

    System.out.println("\nIterator while, with peek:");

    Iterator<CSVRecord> iter = parser.iterator();

    while (iter.hasNext()) {

      CSVRecord record = iter.next();

        break;

      }

    }

    // When we use the same iterator, iterator and lexer are in sequence.

    System.out.println("hasNext(): " + iter.hasNext());

    }

    // Iterator while, with peek:

    // 1 -> 1

    // 2 -> 2

    // 3 -> 3

    // 4 -> 4

    // 5 -> 5

  }

Originally raised by Rossen in regard to subclassing Spring's own WebMvcConfigurationSupport
Reproduction

package com.foo.model;

}

public class Bar {
    private final Foo foo;

    public Bar(Foo foo) {
    }

    public Bar getBar() {
        this.bar = bar;
    }
}

package com.foo.config.a;

public class BaseConfig {
    @Bean
    Foo packagePrivateFoo() {
        return new Foo();
    }

    @Bean
    public Foo publicFoo() {
        return packagePrivateFoo();
    }
}

package com.foo.config.b; // <-- notice different package

public class SubConfig extends BaseConfig {
    @Bean
    public Bar bar1() {
        return new Bar(publicFoo());
    }

    @Bean
    public Bar bar2() {
    }
}

package com.foo.tests;

public class WiringTests {
    @Test
        AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext();
        ctx.register(SubConfig.class);
        ctx.refresh();
        Bar bar1 = ctx.getBean("bar1", Bar.class);
        Bar bar2 = ctx.getBean("bar2", Bar.class);
        Foo foo = ctx.getBean(Foo.class);   // <-- works, i.e. @Bean was registered
        assertThat(bar1.foo, is(bar2.foo)); // <-- fails, i.e. @Bean was not enhanced
    }
}

Background and Analysis
There are three distinct phases to processing @Bean methods.  The first phase is so-called 'configuration class parsing', in which we use ASM to introspect the entire class hierarchy of a given @Configuration class in order to discover and register all @Bean methods as BeanDefinition objects within the Spring container.
In the scenario above, this happens exactly as expected. Both the bar1 and bar2 beans are discovered within SubConfig, and in the BaseConfig superclass, packagePrivateFoo is also discovered and registered.
The second phase of processing @Bean methods is enhancement, in which we use CGLIB to dynamically subclass a given @Configuration class (SubConfig in this case), and introduce interceptor methods for each of the @Bean methods found in that class.  These interceptors ensure that when a @Bean method is invoked, that it consults the Spring container before proceeding to see if the bean has already been created.  If so, the interceptor simply returns the cached bean.  If not, the original method proceeds and a new bean is created.
In the scenario above, SubConfig's bar1 and bar2 methods receive this enhancement as expected, but BaseConfig's packagePrivateFoo method does not get enhanced.  This is because packagePrivateFoo is not visible to SubConfig, given that it is declared in a different package.  Literally, package-private semantics are kicking in here, and there is no way using CGLIB to introduce an interceptor for that method.
The third phase of processing @Bean methods is when the methods themselves are invoked.  This invocation may happen directly by the ApplicationContext as it goes through it's refresh() lifecycle and pre-instantiates all singletons, or it may happen via so-called 'inter-bean method references', like the one that we see in bar1 and bar2 as they call through to publicFoo in the base class, which in turn calls packagePrivateFoo. As mentioned above, it is here that the introduction of interceptors through CGLIB enhancement kicks in.
It is this third phase that causes us the real trouble.  bar1 and bar2 indirectly call packagePrivateFoo through the publicFoo method in BaseConfig.  Because packagePrivateFoo was never enhanced, this means that two distinct Foo objects are created, returned, and ultimately injected into the bar1 and bar2 respectively.  Then, a third Foo object is created when the container goes through it's refresh() lifecycle, because due to the lack of enhancement, the container was never informed about the previous two Foo objects created.
While this represents a legitimate flaw in the design of @Configuration classes and @Bean methods, it is also an edge case that most users would never run into.  Unfortunately, however, this edge case happens to be implemented by Spring MVC's WebMvcConfigurationSupport base class and it's mvcValidator/getValidator method pair.  In this case, mvcValidator is package-private and getValidator is public.  Subclasses of WMCS (which are always declared in different packages) trigger the problem described above, and while mvcValidator is in fact registered as a bean definition, it does not get enhanced.  If JSR-303 is present on the application's classpath, the object returned from mvcValidator is a LocalValidatorFactoryBean, which implements Spring's InitializingBean interface.  This means that the Spring container should invoke afterPropertiesSet() on the object immediately, but this never occurs, because the mvcValidator method is not enhanced, and therefore the returned object never passes through the Spring container in order to get these lifecycle callbacks.  This results in the LocalValidatorFactoryBean being injected as expected into the calling @Bean method, but because afterPropertiesSet was never called, the object remains uninitialized and otherwise normal calls into it cause NullPointerException.
There is no straightforward way to remedy this problem within the container.  If bytecode weaving were used instead of CGLIB subclass proxies, we could handle it.  If we used CGLIB to subclass not only SubConfig, but also every superclass in its hierarchy, and were then able to swap in the enhanced classes at all the right places, that could work in theory, but there is no way to do such 'superclass swapping' with CGLIB.  Nor would it probably be justifiable to introduce such complexity just to handle this rare case.
The simplest possible workaround to this problem is to use protected visibility instead of package-private.   Given that protected methods are by design visible to subclasses regardless of package boundaries, @Bean methods will always be discovered and CGLIB-enhanced properly.
For the WebMvcConfigurationSupport case, this workaround has a clear downside: mvcValidator is expressly designed not to be overridden by subclasses.  The decision to go with package-private visibility was made simply because private visibility is not allowed for @Bean methods due to CGLIB constraints.  The remedy for this, however technically unsatisfying, lies in documentation.  The user should simply be informed in the Javadoc that while mvcValidator is technically available for overriding, it should not be, and getValidator should be favored for that purpose.
Note that while it is technically possible to mark a method as protected and final that will also not work here because the method needs to be overridden by CGLIB and final would disallow that.

While trying to decompres gzipped data with random removed bytes, no exceptions are thrown. Same file with zcat command line utility produces error below

gzip: badfiles-red-64/data.txt.gz: invalid compressed data--crc error
gzip: badfiles-red-64/data.txt.gz: invalid compressed data--length error

The code below should throw an exception about corrupted file
Sample extraction code
        CompressorInputStream cis = null;
        try {
            cis = new CompressorStreamFactory().createCompressorInputStream(
                    "gz", new FileInputStream("badfiles-red-64/data.txt.gz"));
        } catch (CompressorException e) {
            // This will never happen unless "gz" is changed 2 lines above
            log.error(e.getMessage(), e);
            throw new ProcessingException(e);
        }
        try {
            while (cis.read() > 0) {
            }
        }

CxfSoapBinding has a bug that it mandates a body to exist. But when you send a GET then there is of course no body.
The code below fixed this in the method getCxfInMessage

        // body can be empty in case of GET etc.
        InputStream body = message.getBody(InputStream.class);
        if (body != null) {
            answer.setContent(InputStream.class, body);
        } else if (message.getBody() != null) {
            // fallback and set the body as what it is
            answer.setContent(Object.class, body);
        }

Willem Tam can you review if that is okay? Maybe the code can be more finer to check the HTTP method and in cases of GET etc. it allows no body.
I will commit my fix to get the unit tests passing.

In Visibility Labels security, a set of labels (auths) are administered and associated with a user.
A user can normally  only see cell data during scan that are part of the user's label set (auths).
Scan uses setAuthorizations to indicates its wants to use the auths to access the cells.
Similarly in the shell:

scan 'table1', AUTHORIZATIONS => ['private']

But it is a surprise to find that setAuthorizations seems to be 'mandatory' in the default visibility label security setting.  Every scan needs to setAuthorizations before the scan can get any cells even the cells are under the labels the request user is part of.
The following steps will illustrate the issue:
Run as superuser.

1. create a visibility label called 'private'
2. create 'table1'
3. put into 'table1' data and label the data as 'private'
4. set_auths 'user1', 'private'
5. grant 'user1', 'RW', 'table1'

Run as 'user1':

1. scan 'table1'
This show no cells.
2. scan 'table1', scan 'table1', AUTHORIZATIONS => ['private']
This will show all the data.

I am not sure if this is expected by design or a bug.
But a more reasonable, more client application backward compatible, and less surprising default behavior should probably look like this:
A scan's default auths, if its Authorizations attributes is not set explicitly, should be all the auths the request user is administered and allowed on the server.
If scan.setAuthorizations is used, then the server further filter the auths during scan: use the input auths minus what is not in user's label set on the server.

Splitting the whole table is happening too often. Lets make this happen less frequently as there are more regions.

Using spring 3.0.4.BUILD-SNAPSHOT on August 18 2010, redirected views that include a question mark (and possibly other special characters) have the question mark url encoded which causes the url to no longer work. This bug was introduced probably as a result of the fix for  SPR-7427
https://jira.springframework.org/browse/SPR-7427
redirect:some/path/foo.html?id=1
would be incorrectly encoded as:
some/path/foo.html%3Fid=1
Possibly the encodeUrl method should know how to separately encode the path portion of the url separately from the parameters ?

To run integration tests, need hbase-annotation-tests on the CLASSPATH else:

[stack@c2020 hbase.git]$ HADOOP_HOME=~/hadoop-2.6.0-CRC-SNAPSHOT ~/hbase/bin/hbase --config ~/conf_hbase org.apache.hadoop.hbase.IntegrationTestRunnerWithJSONOutput
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/hadoop/hbase/IntegrationTests
	at org.apache.hadoop.hbase.IntegrationTestsDriver$IntegrationTestFilter.<init>(IntegrationTestsDriver.java:53)
	at org.apache.hadoop.hbase.IntegrationTestsDriver.<init>(IntegrationTestsDriver.java:43)
	at org.apache.hadoop.hbase.IntegrationTestRunnerWithJSONOutput.<init>(IntegrationTestRunnerWithJSONOutput.java:34)
	at org.apache.hadoop.hbase.IntegrationTestRunnerWithJSONOutput.main(IntegrationTestRunnerWithJSONOutput.java:140)
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.IntegrationTests
	at java.net.URLClassLoader$1.run(URLClassLoader.java:372)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
	... 4 more

Its looking for IntegrationTests which is in the annotation test jar.  Let me just commit this little patch.  Complain if you think it not needed:

@@ -1057,7 +1057,7 @@
         <artifactId>hbase-annotations</artifactId>
         <version>${project.version}</version>
         <type>test-jar</type>
-        <scope>test</scope>
+        <!--Was test scope only but if we want to run hbase-it tests, need the annotations test jar-->
       </dependency>
       <dependency>
         <groupId>org.apache.hbase</groupId>

I have a zip file containing files with names containing accents like é or è (à, ...)
When extracting the namefile from a ZipArchiveEntry (zae.getName() ), it shows � in place of accents
Thanks in advance, 
Ben

I created a Roo project, and then deployed it to a tc Server instance in WTP (but I believe any Tomcat with LTW enabled would give the same results). When the application is deployed, the following errors are produced by aspectj:
[TomcatAspectJWeavingClassLoader@39b1ff47] error aspect 'com.springsource.ccoach.domain.Coach_Roo_ToString' woven into 'com.springsource.ccoach.domain.Coach' must be defined to the weaver (placed on the aspectpath, or defined in an aop.xml file if using LTW).
[TomcatAspectJWeavingClassLoader@39b1ff47] error aspect 'com.springsource.ccoach.domain.Coach_Roo_JavaBean' woven into 'com.springsource.ccoach.domain.Coach' must be defined to the weaver (placed on the aspectpath, or defined in an aop.xml file if using LTW).
[TomcatAspectJWeavingClassLoader@39b1ff47] error aspect 'com.springsource.ccoach.domain.Coach_Roo_Configurable' woven into 'com.springsource.ccoach.domain.Coach' must be defined to the weaver (placed on the aspectpath, or defined in an aop.xml file if using LTW).
[TomcatAspectJWeavingClassLoader@39b1ff47] error aspect 'com.springsource.ccoach.domain.Coach_Roo_Entity' woven into 'com.springsource.ccoach.domain.Coach' must be defined to the weaver (placed on the aspectpath, or defined in an aop.xml file if using LTW).
Roo should generate and maintain an  aop.xml file for the aspects that it creates, so that Roo projects can be used in LTW environments without error.

I am seeing cluster sometimes fails to go down hanging out waiting on close - it looks like it is waiting on hbase:meta that is the issue.  I am running 0.98.0RC3 and hadoop-2.4.0-SNAPSHOT.  Might be my setup.  Filing this issue to keep an eye on this as I go.
It looks like we are not calling close the region that is holding us up.  Log is full of this:

2014-02-14 16:07:21,095 DEBUG [regionserver60020] regionserver.HRegionServer: Waiting on 1588230740

The JdbcPlayerDaoIntegrationTests fail due to rows added to customer table by other tests.  The tests expect an empty table but it contains other rows:
ID: AbduKa00
ID: AbduRa00
ID: AberWa00
ID: AbraDa00
ID: AdamBo00

cellVisibility presence check should be performed against null.

  public CacheEvictionStats clearRegionBlockCache(Region region) {
    BlockCache blockCache = this.getCacheConfig().getBlockCache();
    long evictedBlocks = 0;

    for(Store store : region.getStores()) {
      for(StoreFile hFile : store.getStorefiles()) {
        evictedBlocks += blockCache.evictBlocksByHfileName(hFile.getPath().getName());
      }
    }

    return CacheEvictionStats.builder()
        .withEvictedBlocks(evictedBlocks)
        .withMaxCacheSize(blockCache.getMaxSize())
        .build();
  }

BlockCache is the regionserver level object.If we accumulate this value for each region, we will get a wrong result.
The value of maxCacheSize should be set to BlockCache.getMaxSize() after processing all the regions on this regionserver.

Currently it's set to 30s, which tends to be longer than needed. Reduce it to 5s, only considering jvm startup time. (Eventually, we may want to make this configurable.)

When I revised HIVE-12780, I confirmed that a result of history output it twice.

[root@hadoop ~]# cat ~/.beeline/history
select 1;
select 2;
select 3;
[root@hadoop ~]# beeline
which: no hbase in (/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/hadoop/bin:/usr/local/hive/bin:/usr/pgsql-9.4/bin:/root/bin)
Beeline version 2.1.0-SNAPSHOT by Apache Hive
beeline> !history
1.    0: select 1;
1.    1: select 2;
1.    2: select 3;
1.    3: select 1;
1.    4: select 2;
1.    5: select 3;

Currently for x-www-form-urlencoded post request camel puts the body into a form key with a null value:

if ((Method.PUT == method || Method.POST == method) && MediaType.APPLICATION_WWW_FORM.equals(mediaType, true)) {
            form = new Form();
            // must use string based for forms
            String body = exchange.getIn().getBody(String.class);
            if (body != null) {
                form.add(body, null);
            }
        }

Which results in a body like this:
name=jay&password=secret
ending up with a form parameter looking like this: 
name%3Djay%26password%3Dsecret=null
I think something like this should be used to correctly set the key values.

                List<NameValuePair> pairs = URLEncodedUtils.parse(body, Charset.forName("UTF-8"));
                for(NameValuePair p : pairs){
                	form.add(p.getName(), p.getValue());
                }
            }
        }

The patch in HBASE-4054 switches the PooledHTable to extend HTable as opposed to implement HTableInterface.
Since HTable does not have an empty constructor, the patch added a call to the super() constructor, which though does trigger the ZooKeeper and META scan, causing a considerable delay. 
With multiple threads using the pool in parallel, the first thread is holding up all the subsequent ones, in effect it negates the whole reason we have a HTable pool.
We should complete HBASE-5728, or alternatively add a protected, empty constructor the HTable. I am +1 for the former.

If we have a  table in partially enabled state (ENABLING) then on HMaster restart we treat it as a clean cluster start up and do a bulk assign.  Currently in 0.94 bulk assign will not handle ALREADY_OPENED scenarios and it leads to region assignment problems.  Analysing more on this we found that we have better way to handle these scenarios.

if (false == checkIfRegionBelongsToDisabled(regionInfo)
            && false == checkIfRegionsBelongsToEnabling(regionInfo)) {
          synchronized (this.regions) {
            regions.put(regionInfo, regionLocation);
            addToServers(regionLocation, regionInfo);
          }

We dont add to regions map so that enable table handler can handle it.  But as nothing is added to regions map we think it as a clean cluster start up.
Will come up with a patch tomorrow.

During concurrency testing, observed 1000s of ipc thread creations. Ideally, the connections to same hosts should be reused.

If combination of SWF and MyFaces Trinidad is used, the flag JsfRuntimeInformation.myFacesInUse may be set to wrong value in method JsfRuntimeInformation.isMyFacesInUse().
Reason: facesContext.getClass() may be org.apache.myfaces.trinidadinternal.context.FacesContextFactoryImpl$CacheRenderKit (depending on the order of wrapped FacesContexts) which is interpreted as "MyFaces Core" by code 

facesContext.getClass().getPackage().getName().startsWith("org.apache.myfaces.")

Bet solution of solving this inside method JsfRuntimeInformation.isMyFacesInUse() seem to be:
walk through a potential stack of FacesContextWrapper instances until you reach a non-FacesContextWrapper FacesContext which should be good for deciding if it's MyFaces Core or not.

Stack

2017-10-09T09:39:54,804 ERROR [HiveServer2-Background-Pool: Thread-95]: metadata.Table (Table.java:getColsInternal(642)) - Unable to get field from serde: org.apache.hadoop.hive.hbase.HBaseSerDe
java.lang.ArrayIndexOutOfBoundsException: 1
        at java.util.Arrays$ArrayList.get(Arrays.java:3841) ~[?:1.8.0_77]
        at org.apache.hadoop.hive.serde2.BaseStructObjectInspector.init(BaseStructObjectInspector.java:104) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.serde2.lazy.objectinspector.LazySimpleStructObjectInspector.init(LazySimpleStructObjectInspector.java:97) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.serde2.lazy.objectinspector.LazySimpleStructObjectInspector.<init>(LazySimpleStructObjectInspector.java:77) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.serde2.lazy.objectinspector.LazyObjectInspectorFactory.getLazySimpleStructObjectInspector(LazyObjectInspectorFactory.java:115) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.hbase.HBaseLazyObjectFactory.createLazyHBaseStructInspector(HBaseLazyObjectFactory.java:79) ~[hive-hbase-handler-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.hbase.HBaseSerDe.initialize(HBaseSerDe.java:127) ~[hive-hbase-handler-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.serde2.AbstractSerDe.initialize(AbstractSerDe.java:54) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.serde2.SerDeUtils.initializeSerDe(SerDeUtils.java:531) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.getDeserializer(MetaStoreUtils.java:424) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.getDeserializer(MetaStoreUtils.java:411) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.metadata.Table.getDeserializerFromMetaStore(Table.java:279) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.metadata.Table.getDeserializer(Table.java:261) ~[hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.metadata.Table.getColsInternal(Table.java:639) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.metadata.Table.getCols(Table.java:622) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:833) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:869) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.exec.DDLTask.createTable(DDLTask.java:4228) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:347) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:197) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1905) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1607) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1354) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1123) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1116) [hive-exec-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:242) [hive-service-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hive.service.cli.operation.SQLOperation.access$800(SQLOperation.java:91) [hive-service-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:334) [hive-service-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_77]
        at javax.security.auth.Subject.doAs(Subject.java:422) [?:1.8.0_77]
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1866) [hadoop-common-2.7.3.2.6.2.0-205.jar:?]
        at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:348) [hive-service-2.1.0.2.6.2.0-205.jar:2.1.0.2.6.2.0-205]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_77]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_77]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_77]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_77]
        at java.lang.Thread.run(Thread.java:745) [?:1.8.0_77]

Steps to Repro:

Create Hbase Table:
========================
create 'hbase_avro_table', 'test_col_fam', 'test_col'

Create Hive Table:
CREATE EXTERNAL TABLE test_hbase_avro2
ROW FORMAT SERDE 'org.apache.hadoop.hive.hbase.HBaseSerDe'
STORED BY 'org.apache.hadoop.hive.hbase.HBaseStorageHandler'
WITH SERDEPROPERTIES (
"hbase.columns.mapping" = ":key,test_col_fam:test_col",
"test_col_fam.test_col.serialization.type" = "avro",
"test_col_fam.test_col.avro.schema.url" = "hdfs://rpathak-h1.openstacklocal:8020/user/hive/schema.avsc")
"hbase.table.name" = "hbase_avro_table",
"hbase.mapred.output.outputtable" = "hbase_avro_table",
"hbase.struct.autogenerate"="true",
"avro.schema.literal"='{
"type": "record",
"name": "test_hbase_avro",
"fields": [
{ "name":"test_col", "type":"string"}
]
}');

The same query works with Hive 1.2.1

@RequestMapping handlers are considered to have written the response themselves if they take a ServletResponse/OutputStream/Writer argument. This isn't the case with @ExceptionHandler methods.

package com.test;

import java.io.PrintWriter;

import org.springframework.web.bind.annotation.ExceptionHandler;

public class Test
{
	@ExceptionHandler
	public void exception( Throwable t, PrintWriter out )
	{
		out.println( "Oops" );
//		out.close();
	}
	
	@RequestMapping( "/busted" )
	public void get( PrintWriter out )
	{
		throw new RuntimeException( "foo" );
	}
	
	@RequestMapping( "/works" )
	public void works( PrintWriter out )
	{
		out.println( "Works!" );
	}
}

Works correctly with a @RequestMapping

$ curl -i "http://localhost/test/works"
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Length: 8
Date: Fri, 14 Aug 2009 19:51:11 GMT

Works!

But does not with an @ExceptionHandler

$ curl -i "http://localhost/test/busted"
HTTP/1.1 500 Internal Server Error
Content-Type: text/html;charset=utf-8
Content-Length: 2940
Date: Fri, 14 Aug 2009 19:52:03 GMT
Connection: close

<html><head><title>Apache Tomcat/6.0.18 - Error report</title><style><!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--></style> </head><body><h1>HTTP Status 500 - </h1><HR size="1" noshade="noshade"><p><b>type</b> Exception report</p><p><b>message</b> <u></u></p><p><b>description</b> <u>The server encountered an internal error () that prevented it from fulfilling this request.</u></p><p><b>exception</b> <pre>org.springframework.web.util.NestedServletException: Request processing failed; nested exception is java.lang.RuntimeException: foo
        org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:625)
        org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:525)
        javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
        javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
</pre></p><p><b>root cause</b> <pre>java.lang.RuntimeException: foo
        com.test.Test.get(Test.java:22)
        sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        java.lang.reflect.Method.invoke(Method.java:597)
        org.springframework.web.bind.annotation.support.HandlerMethodInvoker.doInvokeMethod(HandlerMethodInvoker.java:626)
        org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:150)
        org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:354)
        org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:342)
        org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:763)
        org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:709)
        org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:613)
</pre></p><p><b>note</b> <u>The full stack trace of the root cause is available in the Apache Tomcat/6.0.18 logs.</u></p><HR size="1" noshade="noshade"><h3>Apache Tomcat/6.0.18</h3></body></html>

Note: If you uncomment the out.close() on the exception handler, the correct response is written only because the container is no longer able to reset the response and do whatever it normally does for uncaught exceptions (The exception is still thrown in the same manner and logged by the container).

Attached is a maven project which highlights the problem.
Essentially the user is attempting to use JSONFormatter which uses PDX under the covers. The sample works, once one adds pdx-persistent=true to the cache definition.
Documentation states that pdx-persistent defaults to true: http://docs.spring.io/spring-gemfire/docs/1.2.0.M1/reference/appendix-schema.html
This issue was discussed here: https://communities.vmware.com/message/2313823

I'm looking at a 0.20.4 cluster of 80 fast machines.  It runs fine for a while and then falls over into crazy balancing churn (My view on logs is sporadic but have a log before me where this is happening).  Things I see that seem to be of 0.20.4 particularly:
+ We don't reach an equilibrium or at least it takes so long, its as though it wasn't every going to happen
+ Master log filled w/ open, close of one or two regions  usually the same ones over and over (The Regions that are candidates to close are provided by the RS.  They are ordered by hash of their name.  We return the top ten from this Set every time.  So, we always close the same regions all the time even if we just opened it)
+ Often, we'll tell an RS to close a region.  It will do the job.  In 0.20.4 we made it so if RS has any work at all for the master, that we return immediately rather than wait for the reporting period to elaspse.   So, on these fast machines, it can be back near immediately if it just opened another some other region, say.  It can get assigned the region it just closed.  Seems to happen frequently enough.
For example, look at the below extract featuring a single regions life.  Its opened and closed 5 times in about 1/2 a second:

2010-05-25 11:01:05,488 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: ProcessRegionClose of GenericMetaStore,139757491,1274779304880, false, reassign: true
2010-05-25 11:01:05,489 INFO org.apache.hadoop.hbase.master.ProcessRegionClose$1: region set as unassigned: GenericMetaStore,139757491,1274779304880
2010-05-25 11:01:05,490 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region GenericMetaStore,139757491,1274779304880 to a025.example.com,60020,1274744064673
2010-05-25 11:01:05,510 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_OPEN: GenericMetaStore,139757491,1274779304880 from a025.example.com,60020,1274744064673; 1 of 1
2010-05-25 11:01:05,510 INFO org.apache.hadoop.hbase.master.RegionServerOperation: GenericMetaStore,139757491,1274779304880 open on 10.209.32.189:60020
2010-05-25 11:01:05,511 INFO org.apache.hadoop.hbase.master.RegionServerOperation: Updated row GenericMetaStore,139757491,1274779304880 in region .META.,,1 with startcode=1274744064673, server=10.209.32.189:60020
2010-05-25 11:01:05,548 DEBUG org.apache.hadoop.hbase.master.RegionManager: Going to close region GenericMetaStore,139757491,1274779304880
2010-05-25 11:01:05,552 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_CLOSE: GenericMetaStore,139757491,1274779304880 from a025.example.com,60020,1274744064673; 1 of 2
2010-05-25 11:01:05,552 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: ProcessRegionClose of GenericMetaStore,139757491,1274779304880, false, reassign: true
2010-05-25 11:01:05,552 INFO org.apache.hadoop.hbase.master.ProcessRegionClose$1: region set as unassigned: GenericMetaStore,139757491,1274779304880
2010-05-25 11:01:05,556 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region GenericMetaStore,139757491,1274779304880 to a028.example.com,60020,1274747560769
2010-05-25 11:01:05,578 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_OPEN: GenericMetaStore,139757491,1274779304880 from a028.example.com,60020,1274747560769; 1 of 1
2010-05-25 11:01:05,578 INFO org.apache.hadoop.hbase.master.RegionServerOperation: GenericMetaStore,139757491,1274779304880 open on 10.209.32.185:60020
2010-05-25 11:01:05,579 INFO org.apache.hadoop.hbase.master.RegionServerOperation: Updated row GenericMetaStore,139757491,1274779304880 in region .META.,,1 with startcode=1274747560769, server=10.209.32.185:60020
2010-05-25 11:01:05,599 DEBUG org.apache.hadoop.hbase.master.RegionManager: Going to close region GenericMetaStore,139757491,1274779304880
2010-05-25 11:01:05,605 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_CLOSE: GenericMetaStore,139757491,1274779304880 from a028.example.com,60020,1274747560769; 1 of 2
2010-05-25 11:01:05,605 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: ProcessRegionClose of GenericMetaStore,139757491,1274779304880, false, reassign: true
2010-05-25 11:01:05,606 INFO org.apache.hadoop.hbase.master.ProcessRegionClose$1: region set as unassigned: GenericMetaStore,139757491,1274779304880
2010-05-25 11:01:05,607 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region GenericMetaStore,139757491,1274779304880 to sjc1c104.example.com,60020,1274747062601
2010-05-25 11:01:05,640 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_OPEN: GenericMetaStore,139757491,1274779304880 from sjc1c104.example.com,60020,1274747062601; 1 of 1
2010-05-25 11:01:05,640 INFO org.apache.hadoop.hbase.master.RegionServerOperation: GenericMetaStore,139757491,1274779304880 open on 10.209.42.181:60020
2010-05-25 11:01:05,641 INFO org.apache.hadoop.hbase.master.RegionServerOperation: Updated row GenericMetaStore,139757491,1274779304880 in region .META.,,1 with startcode=1274747062601, server=10.209.42.181:60020
2010-05-25 11:01:05,723 DEBUG org.apache.hadoop.hbase.master.RegionManager: Going to close region GenericMetaStore,139757491,1274779304880
2010-05-25 11:01:05,729 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_CLOSE: GenericMetaStore,139757491,1274779304880 from sjc1c104.example.com,60020,1274747062601; 1 of 4
2010-05-25 11:01:05,729 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: ProcessRegionClose of GenericMetaStore,139757491,1274779304880, false, reassign: true
2010-05-25 11:01:05,730 INFO org.apache.hadoop.hbase.master.ProcessRegionClose$1: region set as unassigned: GenericMetaStore,139757491,1274779304880
2010-05-25 11:01:05,731 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region GenericMetaStore,139757491,1274779304880 to sjc1c091.example.com,60020,1274747056415
2010-05-25 11:01:05,751 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_OPEN: GenericMetaStore,139757491,1274779304880 from sjc1c091.example.com,60020,1274747056415; 1 of 1
2010-05-25 11:01:05,752 INFO org.apache.hadoop.hbase.master.RegionServerOperation: GenericMetaStore,139757491,1274779304880 open on 10.209.42.238:60020
2010-05-25 11:01:05,752 INFO org.apache.hadoop.hbase.master.RegionServerOperation: Updated row GenericMetaStore,139757491,1274779304880 in region .META.,,1 with startcode=1274747056415, server=10.209.42.238:60020
2010-05-25 11:01:05,775 DEBUG org.apache.hadoop.hbase.master.RegionManager: Going to close region GenericMetaStore,139757491,1274779304880
2010-05-25 11:01:05,780 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_CLOSE: GenericMetaStore,139757491,1274779304880 from sjc1c091.example.com,60020,1274747056415; 1 of 2
2010-05-25 11:01:05,780 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: ProcessRegionClose of GenericMetaStore,139757491,1274779304880, false, reassign: true
2010-05-25 11:01:05,780 INFO org.apache.hadoop.hbase.master.ProcessRegionClose$1: region set as unassigned: GenericMetaStore,139757491,1274779304880
2010-05-25 11:01:05,808 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region GenericMetaStore,139757491,1274779304880 to sjc1a003.example.com,60020,1274747057557
2010-05-25 11:01:05,828 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_OPEN: GenericMetaStore,139757491,1274779304880 from sjc1a003.example.com,60020,1274747057557; 1 of 1
2010-05-25 11:01:05,828 INFO org.apache.hadoop.hbase.master.RegionServerOperation: GenericMetaStore,139757491,1274779304880 open on 10.209.32.148:60020
2010-05-25 11:01:05,829 INFO org.apache.hadoop.hbase.master.RegionServerOperation: Updated row GenericMetaStore,139757491,1274779304880 in region .META.,,1 with startcode=1274747057557, server=10.209.32.148:60020

The culprit seems to be the code that wants to bring up underloaded regionservers up to average.  That and something about the lightly loaded servers math that is off.
I'm marking this as a blocker.  I'm not sure why its not more common.  There were some issues on this cluster regards disks filling but though such an event may have provoked the issue, we should have evened out eventually.
Making this a blocker on 0.20.5.   Need to fix it for this user at least.

ManagementClient.readResource is not including the include-runtime=true param in its read-resource op even though it expects to read resources that really are runtime only, e.g.  /deployment=foo.war/subystem=undertow.
This prevent fixes like some of the things contemplated in WFCORE-3432 that would result in these resources being correctly treated as runtime-only.

Now queries leaves the map outputs under scratch.dir after execution. If the hive server is stopped we need not keep the stopped server's map oputputs. So whle starting the server we can clear the scratch.dir. This can help in improved disk usage.

When comparing family+column you can end up in  a situation like column1 is "abcd:efg" and column2 is "abc:defg" which in the current implementation of
KeyValue.KeyComparator.compare will result in a faulty result.

Similar to https://jira.spring.io/browse/DATAMONGO-949
Error raised during application loading:

Caused by: org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$CyclicPropertyReferenceException: Found cycle for field 'rules' in type 'Filter' for path 'filter.rules'
at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$CycleGuard.protect(MongoPersistentEntityIndexResolver.java:370) ~[spring-data-mongodb-1.5.0.RELEASE.jar:na]
at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$2.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:144) ~[spring-data-mongodb-1.5.0.RELEASE.jar:na]
at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$2.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:138) ~[spring-data-mongodb-1.5.0.RELEASE.jar:na]
at org.springframework.data.mapping.model.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:294) ~[spring-data-commons-1.8.0.RELEASE.jar:na]
Objects involved:

@Document(collection="rules")
public class Rule {

    @Id private String id;

    // other fields

    private Filter filter;

}

public class Filter {

    // for groups
    private String condition;

    private List<Filter> rules = new ArrayList<Filter>();

    // for query
    private String field;

    private String value;

}

The Filter.rules list might have a cyclic reference, and in that case a error must be thrown. But the same structure should work perfectly when there are no cycles. At least Spring could log a warning in that case, but the application must run.
Spring Data MongoDB 1.4.2 accepts this pattern without error nor warnings
In my case these objects are only created from an JSON input, so no cycle possible.

camel-castor specifies a non-flexible version dependency on Castor 1.2.0.  Ideally should be changed to [1.2.0,2.0) to allow later versions of Castor to be deployed.  Castor 1.2 was released in Feb 2008, 1.3 was first released in Feb 2009

It's not possible to configure acceptor with multicastPrefix=jms.topic. and anycastPrefix=jms.queue.". 
Problem is that those 2 parameters must be set to extraProps variable in TransportConfiguration:
https://github.com/apache/activemq-artemis/blob/a6b0b7e44291a76d6732c20b9efedf2a934fd189/artemis-core-client/src/main/java/org/apache/activemq/artemis/api/core/TransportConfiguration.java#L128
however in messaging integration we don't call TransportConfiguration constructor with extreProps map:
https://github.com/wildfly/wildfly/blob/47b1db08fadb745706df7ba411db4f7252d5dd04/messaging-activemq/src/main/java/org/wildfly/extension/messaging/activemq/TransportConfigOperationHandlers.java#L258
Ideally this CLI command should configure acceptor with anycast/multicast prefixes:

/subsystem=messaging-activemq/server=default/acceptor=acceptor:add(socket-binding=http,factory-class=org.apache.activemq.artemis.core.remoting.impl.netty.NettyAcceptorFactory,params={protocols="CORE",multicastPrefix="jms.topic",anycastPrefix="jms.queue"})

CommonFSUtils had a reference comparison in isValidWALRootDir. It was changed to equals and stack recommended to use Path:makeQualified.

messaging-activemq subsystem does not load properly the service for ActiveMQXAResourceWrapperFactory.
The service file contains a typo: it is org.apache.activemq.service.extensions.xa.ActiveMQXAResourceWrapperFactory while it must be org.apache.activemq.artemis.service.extensions.xa.ActiveMQXAResourceWrapperFactory

When the expression in a spring:eval tag evaluates to null, the string 'null' is displayed. I think the right behaviour would be an empty string because that would be consistent with the behaviour of JSP EL and spring:bind.

select
    > a.col1,
    > a.col2,
    > a.col3,
    > a.col4
    > from
    > tab1 a
    > inner join
    > (
    > select
    > max as x
    > from
    > tab1
    > where
    > x < 20130327
    > ) r
    > on
    > a.x = r.x
    > where
    > a.col1 = 'F'
    > and a.col3 in ('A', 'S', 'G');
Failed Task log snippet:
2015-05-18 19:22:17,372 INFO [main] org.apache.hadoop.hive.ql.exec.mr.ObjectCache: Ignoring retrieval request: _MAP_PLAN_
2015-05-18 19:22:17,372 INFO [main] org.apache.hadoop.hive.ql.exec.mr.ObjectCache: Ignoring cache key: _MAP_PLAN_
2015-05-18 19:22:17,457 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : java.lang.RuntimeException: Error in configuring object
at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:109)
at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:75)
at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:133)
at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:446)
at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:168)
at javax.security.auth.Subject.doAs(Subject.java:415)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1642)
at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:163)
at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:106)
... 9 more
at org.apache.hadoop.mapred.MapRunner.configure(MapRunner.java:38)
... 14 more
... 17 more
at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:157)
... 22 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.NullStructSerDe$NullStructSerDeObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.PrimitiveObjectInspector
at org.apache.hadoop.hive.ql.exec.MapOperator.getConvertedOI(MapOperator.java:334)
at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:352)
at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:126)
... 22 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.NullStructSerDe$NullStructSerDeObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.PrimitiveObjectInspector
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.isInstanceOfSettableOI(ObjectInspectorUtils.java:1111)
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.hasAllFieldsSettable(ObjectInspectorUtils.java:1149)
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters.getConvertedOI(ObjectInspectorConverters.java:219)
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters.getConvertedOI(ObjectInspectorConverters.java:183)
at org.apache.hadoop.hive.ql.exec.MapOperator.getConvertedOI(MapOperator.java:316)

XML spring context sample :
    <bean id="john" class="java.lang.String">
        <constructor-arg index="0" value="John"/>
    </bean>
    <bean id="jane" class="java.lang.String">
        <constructor-arg index="0" value="Jane"/>
    </bean>
    <batch:job id="firstJob" job-repository="jobRepository">
        <batch:step id="firstJobFirstStep" next="firstJobSecondStep">
            <batch:tasklet>
                <bean class="spring.batch.test.InnerBeanStepScopedTest$Hello" scope="step">
                    <property name="name" ref="jane"/>
                </bean>
            </batch:tasklet>
        </batch:step>
        <batch:step id="firstJobSecondStep">
                    <property name="name" ref="john"/>
                </bean>
    </batch:job>
The output produced is:
    19:08:03.885 [main] INFO  s.b.t.InnerBeanStepScopedTest$Hello - Hello John!
    19:08:03.975 [main] INFO  s.b.t.InnerBeanStepScopedTest$Hello - Hello John!
Now, the question is: where is Jane? :o)
If the two tasklets are unscoped (just remove scope="step") then the ouput is:
    19:13:20.801 [main] INFO  s.b.t.InnerBeanStepScopedTest$Hello - Hello Jane!
    19:13:20.921 [main] INFO  s.b.t.InnerBeanStepScopedTest$Hello - Hello John!
Yes, Jan is back!
So, dependency injection fails on step scoped inner anonymous beans. 
Workaround: name inner beans with an id attribute... but it's boring (me).

The org.springframework.batch.io.file package doesn't exists - should reference org.springframework.batch.item.file instead

When Pig tries to retrieve result in fetch mode through HCatalog then HCatLoader#setLocation(String location, Job job) can't set the outputschema because HCatUtil#checkJobContextIfRunningFromBackend(job) always returns false :

public static boolean checkJobContextIfRunningFromBackend(JobContext j) {
    if (j.getConfiguration().get("mapred.task.id", "").equals("") &&
        !("true".equals(j.getConfiguration().get("pig.illustrating")))) {
    }
  }

This is because in fetch mode we don't have a mapred.task.id. A null outputschema will raise an exception when HCatBaseLoader#getNext() is called: (ERROR 6018: Error converting read value to tuple).

I can't add multiple queues since version 1.1.2 of spring roo.  I have experienced the same issue on 1.1.5 and 1.2.1.
Version 1.1.1
net.cs roo> jms setup --provider ACTIVEMQ_IN_MEMORY --destinationType QUEUE --destinationName jms.queue.roo111a
Created SRC_MAIN_RESOURCES/META-INF/spring/applicationContext-jms.xml
Updated SRC_MAIN_RESOURCES/META-INF/spring/applicationContext-jms.xml
Updated ROOT/pom.xml [Added dependency org.springframework:spring-beans:${spring.version}]
Updated ROOT/pom.xml [Added dependency org.springframework:spring-jms:${spring.version}]
Updated ROOT/pom.xml [Added dependency org.apache.geronimo.specs:geronimo-jms_1.1_spec:1.1]
Updated ROOT/pom.xml [Added dependency org.apache.activemq:activemq-core:5.3.2]
Updated ROOT/pom.xml [Added dependency org.apache.xbean:xbean-spring:3.6]
\net.cs roo> jms setup --provider ACTIVEMQ_IN_MEMORY --destinationType QUEUE --destinationName jms.queue.roo111b  
Version 1.1.2
net.cs roo> jms set --provider ACTIVEMQ_IN_MEMORY --destinationType QUEUE --destinationName jms.queue.roo112a
Updated ROOT/pom.xml [Added dependencies org.springframework:spring-beans:${spring.version}, org.springframework:spring-jms:${spring.version}, org.apache.geronimo.specs:geronimo-jms_1.1_spec:1.1, org.apache.activemq:activemq-core:5.4.2, org.apache.xbean:xbean-spring:3.6]
\net.cs roo> jms set --provider ACTIVEMQ_IN_MEMORY --destinationType QUEUE --destinationName jms.queue.roo112b  
Command 'jms set --provider ACTIVEMQ_IN_MEMORY --destinationType QUEUE --destinationName jms.queue.roo1b' was found but is not currently available (type 'help' then ENTER to learn about this command) 

Some work was done in HBASE-7560, it seems it's not enough. Let's increase these timeouts.

If a subsystem handler calls OperationContext.setRollbackOnly() during boot, only the ParallelBootOperationContext handling that subsystem is effected. The result is that subsystem rolls back but the boot itself is not aborted.

TestFileDump builds data row where one of the column is BigDecimal
The test adds value 2.2222
There are 2 ways to create BigDecimal object.
1. use new
2. use valueOf
in this particular case 
1. "new" will create 2.222199999999999953
2. valueOf will use the canonical String representation and the result will be 2.2222
Probably we should use valueOf to create BigDecimal object
TestTimestampWritable and TestHCatStores use valueOf

cluster-connection must require discovery-group or static-connector (exclusively, not both can be defined) but currently it's possible to create it without it:

[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/cluster-connection=my-cluster1:add(connector-name=connector, cluster-connection-address=jms)
{
    }
}
[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/cluster-connection=my-cluster1:read-resource
{
        "allow-direct-connections-only" => false,
        "call-failover-timeout" => -1L,
        "call-timeout" => 30000L,
        "check-period" => 30000L,
        "cluster-connection-address" => "jms",
        "confirmation-window-size" => 1048576,
        "connection-ttl" => 60000L,
        "connector-name" => "connector",
        "discovery-group" => undefined,
        "initial-connect-attempts" => -1,
        "max-hops" => 1,
        "max-retry-interval" => 2000L,
        "message-load-balancing-type" => "ON_DEMAND",
        "min-large-message-size" => 102400,
        "notification-attempts" => 2,
        "notification-interval" => 1000L,
        "producer-window-size" => -1,
        "reconnect-attempts" => -1,
        "retry-interval" => 500L,
        "retry-interval-multiplier" => 1.0,
        "static-connectors" => undefined,
        "use-duplicate-detection" => true
    },
}

Such cluster-connection will not work and is hard to see where is the problem. 
All credit for finding this issue goes to Wayne Wang, thanks.

This test runs twice, once as plane TestHLogSplit and then again as TestHLogSplitCompressed.  It shows up from time to time as an 'invisible' test – a test that is not listed as one of the running tests in a failed build (but is present in builds that pass).  Let me try setting timeouts on the 30odd tests in this class to see if that makes it fail fast rather than as an 'invisible'.

Otherwise, routes fail with ClassNotFoundException IOUtils, e.g. when running Olingo4IntegrationTest in WildFly Camel

When variables are substituted, the command length his updated and makes completion logic to fail. The substitution needs to be taken into account at completion time.

Currently, some build scripts are out of time, like the part of building on IBM JDK, the latest IBM JDK have fixed the jni issue, we should clean the script

Documentation Page: http://hbase.apache.org/book/ops.snapshots.html
Expected documentation:
The class should be specified as org.apache.hadoop.hbase.snapshot.ExportSnapshot
Current documentation:
Specified as: org.apache.hadoop.hbase.snapshot.tool.ExportSnapshot
This makes sense because the class is located in the org.apache.hadoop.hbase.snapshot package:
https://github.com/apache/hbase/blob/0.98/hbase-server/src/main/java/org/apache/hadoop/hbase/snapshot/ExportSnapshot.java#19

Follow up to what I said on the mailing list:

Currently both trunk and 0.90's pom.xml are incomplete, we were
relying on Ryan's repo have the thrift pom but now that it was changed
to Stack's new comers cannot compile the project since that pom is
missing. Reported by kzk9 on IRC.
So either we had Ryan's repo back in the pom, or Stack copies the
files to his own repo, or we add a FB's repo that has it.
I'm going to do it quickly by adding back Ryan's repo, it's pretty harmless.

When converting row keys to a printable string representation, Bytes class considers SPACE as a printable character, so it prints it out as it is. So, it's quite possible that a row key has a space at the end.
When specifying split points in a file, the row keys are not quoted and the shell wrapper "admin.rb" strips any whitespace off the row keys:

 File.foreach(splits_file) do |line|
            arg[SPLITS].push(line.strip())
          end

The correct approach is to use "chomp()" instead of "strip()" to just strip off carriage returns and newlines. We should assume that the hbase user is either using split points printed out by hbase itself (which will not have tabs) or is diligent enough to not use tabs at the end of a split point.
What's worse is that it goes undetected and will result in undesirable split points.

TestCacheOnWrite uses TestHFileWriterV2.randomOrderedKey to generate a random byte array, then use first 32 bytes as row and remaining part as family and qualifier. But TestHFileWriterV2.randomOrderedKey may return a byte array only contains 32 bytes, so there will be zero length family and qualifier.

When surrounding an argument with double quotes, currently a space must be added to the end of the argument before the second double quote else the same option is displayed again when TAB is pressed.
entity --class "Foo" then TAB causes --class to be displayed again. 
Multiple valued arguments are not affected. For example, the hypothetical command below works OK:
echo --message "foo bar" then TAB does not cause --message to be displayed again.
Also, echo --message "foo" then ENTER prompts for the --message again

The test if broken by HIVE-16603. Currently on constraints are created without order on replication destination cluster during bootstrap, after HIVE-16603, it is no longer possible. We need to create foreign keys at last after all primary keys are created.

Chapter 13.5 of spring reference document refers to spring-tomcat-weaver.jar but this library cannot be found anywhere in the distribution. Similar issue applies to chapter 7.8 where spring-instrument-tomcat.jar is mentioned, but actually it's name is different in binary distribution (org.springframework.instrument.tomcat-3.0.0.RELEASE.jar).

One problem test case is: 
create table intermediate(key int) partitioned by (p int) stored as orc;
insert into table intermediate partition(p='455') select distinct key from src where key >= 0 order by key desc limit 2;
insert into table intermediate partition(p='456') select distinct key from src where key is not null order by key asc limit 2;
insert into table intermediate partition(p='457') select distinct key from src where key >= 100 order by key asc limit 2;
create table multi_partitioned (key int, key2 int) partitioned by (p int);
from intermediate
insert into table multi_partitioned partition(p=2) select p, key
insert overwrite table multi_partitioned partition(p=1) select key, p;

as part of HIVE-17814 we are going to handle the issue w.r.t to hive as well as the post execution hook api's . However for atlas which is a commonly used hive post execution hook, we want to prevent additional memory usage. Also Atlas currently does not handle /  work on replication queries hence overloading the hookContext with TaskRunner objects is just using a lot of memory.  The same should be true for other execution hooks as well since replication is a new functionality,
This task is to reduce that for replication related queries. 

$ echo "2011-12-25 09:00:00.123456" > /tmp/data5.txt
hive> create table ts1(t1 timestamp);
hive> load data local inpath '/tmp/data5.txt' overwrite into table ts1;
hive> select t1, from_utc_timestamp(t1, 'JST'), from_utc_timestamp(t1, 'JST') from ts1 limit 1;

The following result is expected:

 2011-12-25 09:00:00.123456      2011-12-25 18:00:00.123456      2011-12-25 18:00:00.123456

However, the above query return incorrect result like this:

 2011-12-26 03:00:00.492456      2011-12-26 03:00:00.492456      2011-12-26 03:00:00.492456

This is because GenericUDFFromUtcTimestamp.applyOffset() does setTime() improperly.
On evaluating query, timestamp argument always returns the same instance.
GenericUDFFromUtcTimestamp.applyOffset() does setTime() on the instance.
That means it adds all offsets in the query.

Shell sometime can not exit after typing "quit" or "exit" then press "Enter" key. User has to press "Enter" key again to exit.

Redis command MSETNX returns 0 or 1 depending on result of execution.
Spring-data-redis org.springframework.data.redis.connection.RedisStringCommands#mSetNX and org.springframework.data.redis.core.ValueOperations#multiSetIfAbsent have 'void' as return type.
This makes the command unusable for most scenarios.

Apparently sometimes the delete count in ACID stats doesn't match what merger actually returns.
It could be due to some deltas having duplicate deletes from parallel queries (I guess?) that are being squashed by the merger or some other reasons beyond my mortal comprehension.
The loop assumes the merger will return the exact number of records, so it fails with array index exception. Also, it could actually be done in a single loop.

There are three TODO's in TestReplicationStateBasic.testReplicationQueues.
1. Possible NPE when getLogPosition is called on a Bogus HLog file.
2. The assertion that tested setting a log position on a bogus file was commented out.
3. When claimQueues is given the regionserver znode for itself, it will try to copy its own queues.

Upon executing the attached script, the Master entity is generated without any fields(only a ONE_TO_MANY relationship Set). You will notice that the conversion service ITD, for the controller, does not setup a converter for the entity.
In attempting to fix the problem, I add a string field to the entity via an editor (say STS). Still no converter.
Finally, adding a field via the shell (e.g. field string --fieldName dummy) and all is well.

hive server standalone mode (hive --service hiveserver) fails on hadoop 0.20.x

When BeanInfo introspects class which implements a interface with one method, implemented method is filtered out and no invocation of the method is possible.
Interface

public interface RequestMessageTranslator<I, O> {

    O translate(I in);
}

Implementation

public class RequestMessageTranslatorImpl implements RequestMessageTranslator<String, String> {

    public String translate(String in) {
    }
}

Then calling the class from route:

from(ROUTE_ID)
                .id(ROUTE_ID)
                .bean(requestMessageTranslator)

ends with:

Caused by: java.lang.IllegalStateException: No method invocation could be created, no matching method could be found on: RequestMessageTranslator@402fbbaf
	at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:165)

Now that the shims allow a single build to work with any version of Hadoop, we shouldn't include the hadoop version in the tarball name.

When we logout from a management console with IE, the logout redirect is failed with an Error Code"INET_E_INVALID_URL".

Hi If I used MongoRepository and anotation Quary and Pageable in response I get true result but getTotalElements == 0
@Query("{'snapshotId' : ?0 ,'defects.id':{ $in:?1}}")
Page<Test> findBySnapshotIdAndDefects(ObjectId snapshotId, List<Integer> defectIds, Pageable pageable);
Base Struct
{5225a5ece4b0a01629fce9c6={ "_id" : 
{ "$oid" : "5225a5ece4b0a01629fce9c6"}
 , "snapshotId" : 
{ "$oid" : "5225a5ece4b0a01629fce9c5"}
 , "defects" : [ 
{ "_id" : 1 }
]}

camel-cdi does no longer work on wildfly-9.0

org.jboss.weld.exceptions.IllegalStateException: WELD-000143: Container lifecycle event method invoked outside of extension observer method invocation.
	at org.jboss.weld.bootstrap.events.ContainerEvent.checkWithinObserverNotification(ContainerEvent.java:61)
	at org.jboss.weld.bootstrap.events.ProcessAnnotatedTypeImpl.getAnnotatedType(ProcessAnnotatedTypeImpl.java:56)
	at org.apache.camel.cdi.internal.CamelContextConfig.configure(CamelContextConfig.java:47)
	at org.apache.camel.cdi.internal.CamelContextBean.configureCamelContext(CamelContextBean.java:131)
	at org.apache.camel.cdi.internal.CamelExtension.startConsumeBeans(CamelExtension.java:231)

To reproduce, build: https://github.com/tdiesler/wildfly-camel/tree/2.0
Cross Issue: https://issues.jboss.org/browse/WFLY-4046

When adding some bogus data and then trying to call deleteDir with a bogus name, a NullPointerException results. See attached test.

HIVE-6977 deleted hiveserver1, however the scripts remain under bin/ext/-
ls bin/ext/hiveserver.*
bin/ext/hiveserver.cmd bin/ext/hiveserver.sh
The should be removed as well.

There's a bug in StompHeaderAccessor class, method updateStompCommandAsClientMessage.
Problem occurs when getCommand() returns null. setHeader is called with SEND command, but command variable is not set after that and method returns null instead of SEND
It cause the stomp broker relay to ignore destination prefixes because command is null (see StompBrokerRelayMessageHandler L507).

SELECT IF (bool_col, 'first', 'second') FROM ...
is broken for Vectorization.

I tried to upgrade my project to the new camel version. Sadly after changeing the version I got the following exception. 

org.jboss.solder.config.xml.util.XmlConfigurationException: Wrong root namespace for XML config file, expected:urn:java:ee, http://java.sun.com/xml/ns/javaee or no namespace, found:http://xmlns.jcp.org/xml/ns/javaee at vfs:/C:/workspace/xxx/xxx-ear/target/xxx.ear/lib/camel-cdi-2.17.0.jar/META-INF/beans.xml:22
	at org.jboss.solder.config.xml.model.ModelBuilder.build(ModelBuilder.java:72)
	at org.jboss.solder.config.xml.bootstrap.XmlConfigExtension.beforeBeanDiscovery(XmlConfigExtension.java:93)
	at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
	at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
	at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
	at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
	at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:164)
	at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:51)
	at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:154)
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:245)
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:233)
	at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:213)
	at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:75)
	at org.jboss.weld.bootstrap.events.BeforeBeanDiscoveryImpl.fire(BeforeBeanDiscoveryImpl.java:46)
	at org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:335)
	at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:62)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1980)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1913)

It looks like the namespace in the beans.xml is JEE7 specific.

This bug can be observed by using the contact example application and trying to login with dianne/emu while using the "remember me option". This user mght not be remembered, as it is the case for other users. this, however, might not be reproductible under certain conditions.
The heart of the problem is that a user will not be remembered if the resulting base64 encoded value stored in in cookie has a number of significant caracters that is not an exact multiple of 4. In such condition, according to thee base64 specification, the value is padded with trailing "=". The result is a cookie value padded with "%3D", which is ok.
When the cookie value is retrieved by the autoLogin method, the trailing "=" are lost. Although on might think this should be detected by Base64.Base64.isArrayByteBase64(), it is not because this method returns true if the value contains only valid character, even if the value itself is not valid.
Workaround :
A simple workaround is to add the missing trailing "=" to the retrieved value, which can be done with the following code :
  public Authentication autoLogin(HttpServletRequest request, HttpServletResponse response) {
    Cookie[] cookies = request.getCookies();
    if ((cookies == null) || (cookies.length == 0)) 
{
    }

    for (int i = 0; i < cookies.length; i++) {
      if (ACEGI_SECURITY_HASHED_REMEMBER_ME_COOKIE_KEY.equals(cookies[i].getName())) {
        String cookieValue = cookies[i].getValue();
        /*************************
          PATCH BEGINS HERE
         *************************/
        for (int j = 0; j < cookieValue.length() % 4; j++) 
{
          cookieValue = cookieValue + "=";
        }
        /************************
        PATCH ENDS HERE
        *************************/
        if (Base64.isArrayByteBase64(cookieValue.getBytes())) {
          if (logger.isDebugEnabled()) 
{
            logger.debug("Remember-me cookie detected");
          }

Fix: 
The real fix would probably concern either Base64.decodeBase64 or Cookie.getValue

HBCK is sometimes used as a way to check the health of the cluster. When doing that it's not necessary to turn off the balancer. As such it's not needed to lock other runs of hbck out.
We should add the --no-lock and --no-balancer command line flags.

set hive.check.par=1
If the above .q file is executed, the first statement is lost.
Found this while reviewing https://issues.apache.org/jira/browse/HIVE-2848

  TestExecDriver.testMapPlan1:498->fileDiff:182 expected:<false> but was:<true>
  TestExecDriver.testMapPlan2:506->fileDiff:182 expected:<false> but was:<true>
  TestExecDriver.testMapRedPlan1:515->fileDiff:182 expected:<false> but was:<true>
  TestExecDriver.testMapRedPlan2:524->fileDiff:182 expected:<false> but was:<true>
  TestExecDriver.testMapRedPlan3:533->fileDiff:182 expected:<false> but was:<true>
  TestExecDriver.testMapRedPlan4:542->fileDiff:182 expected:<false> but was:<true>
  TestExecDriver.testMapRedPlan5:551->fileDiff:182 expected:<false> but was:<true>
  TestExecDriver.testMapRedPlan6:560->fileDiff:182 expected:<false> but was:<true>

RedisCommand contains a declaration of min/max parameter counts. Setting the max parameter to a number greater than min parameters requires exact argument count and commands with a range of argument counts (e.g. BITPOS accepting 2 to 4 arguments) are always required to provide 4 arguments.

I've tried a new feature of cacheing supported at Spring 4.3.
I've used the storeByValue property of ConcurrentMapCacheManager as follow:

public class CacheConfig {
    @Bean
    CacheManager cacheManager() {
        ConcurrentMapCacheManager cacheManager = new ConcurrentMapCacheManager("configs");
        cacheManager.setStoreByValue(true);
        return cacheManager;
    }
}

However, it does not worked serialization and deserialization a cache value 
Is my configuration wrong ?
I've tried as follow, it work fine.  I want to know best configuration for this case.

public class CacheConfig implements BeanClassLoaderAware { // Add

    ClassLoader classLoader;

    @Override
    public void setBeanClassLoader(ClassLoader classLoader) {
        this.classLoader = classLoader;
    }

    @Bean
        cacheManager.setBeanClassLoader(classLoader); // Add
    }

}

Run `ant test -Dtestcase=TestHiveServer && ant testreport`, the test report will be empty because not 'TEST-*.xml' file was produced by JUnit.

Need to use the stage re-arranger on tez as well. That will give predictable order of the stages.

We should revert to older behaviour when config publishing is disabled.

Looks like its dependent on isTableEnabled actually returning true when the table is enabled only, isTableEnabled looks like its set whenever any region from a table is enabled which is not the semantic I remember it always having.  This needs fixing.  Meantime the test TestLoadAndSwitchEncodeOnDisk will fail for me sometimes.

There is a bug JBEAP-12968. It was very hard to find out was is going on as stacktrace of exception was hidden. Even setting TRACE level in jboss-cli.properties does not reveal anything.

 ./jboss-cli.bat -c "-Dwildfly.config.url=C:\wildfly-config.xml"
java.lang.ExceptionInInitializerError: java.lang.NullPointerException

Please log full stacktrace into jboss-cli.log in such case.

There is an extra snapshot/addrecord line in hadoop2-compat MetricsHBaseServerSourceImpl resulting in IPC metrics with a ".1"
the extra line is not present in the hadoop1-compat "mirror"

"numCallsInGeneralQueue.1" : 0,
"numCallsInReplicationQueue.1" : 0,
"numCallsInPriorityQueue.1" : 0,
...

Some work has been done in order to make BridgePropertyPlaceholderConfigurer work with nested spring-style properties (see CAMEL-6233).
However, the fix does not allow using nested spring-style properties for system variables; here only camel-style is supported. For example: 
inCamelSystem=${${environment}.inCamelSystem} does not work when "environment" has been set as a system variable (e.g. set to "junit").
inCamelSystem={{environment.inCamelSystem}} works, however.
Camel test case is attached.

By default the DLC will mark an Exchange as been handled if it could not redeliver it and will log it at ERROR level = the default DLC settings.
But it should not mark the Exchange as handled, if there has not been configured to do so in

DLC.handled(true)
onException(Foo.class).handled(true)

So in that regard it will still LOG it at ERROR level but the Exchange seen by the original caller, or eg a FileConsumer will still se the Exchange as both failed and not handled.
Only if end user configure the route to use handled(true) it should mark the Exchange as handled.

Ran AccumuloStorageHandler queries with Tez and found that configuration elements that are pulled from the -hiveconf and passed to the inputJobProperties or outputJobProperties by the AccumuloStorageHandler aren't available inside of the Tez container.
I'm guessing that there is a disconnect from the configuration that the StorageHandler creates and what the Tez container sees.
The HBaseStorageHandler likely doesn't run into this because it expects to have hbase-site.xml available via tmpjars (and can extrapolate connection information from that file). Accumulo's site configuration file is not meant to be shared with consumers which means that this exact approach is not sufficient.

This issue was reported against Spring Integration 3. Since Spring Integration uses the same same id generation code as the spring-messaging module, we need to fix the issue in the Spring Framework's spring-messaging module as well.
Here is an example stack trace:

java.lang.UnsupportedOperationException: Hardware error, function engineGenerateSeed has no meaning in hardware
at com.ibm.crypto.hdwrCCA.provider.SecureRandom.engineGenerateSeed(SecureRandom.java:66)
at java.security.SecureRandom.generateSeed(SecureRandom.java:343)
at org.springframework.integration.MessageHeaders$AlternativeJdkIdGenerator.<init>(MessageHeaders.java:297)

See INT-3252 for the complete detail of the original report.

My App has a transactionMangername that is not a "transactionManager" name, I had set the the attribute of the entity-manager-factory-ref, but the app still scan the "tranactionManager".

Double.parseDouble(
                new String(bytes, fieldStart, fieldLength, StandardCharsets.UTF_8));

This takes ~25% of the query time in some cases.

On September 5, 2012, Facebook will change the name of the "likes" property on the Comment object to "like_count". Spring Social's Facebook API binding will need to change accordingly.
See https://developers.facebook.com/roadmap/#september-2012

roo>
persistence setup --database MYSQL --provider HIBERNATE
entity --class ~.model.Produttore --testAutomatically
field string --fieldName nome
entity --class ~.model.Articolo --testAutomatically
field reference --fieldName produttore --type ~.model.Produttore  
controller scaffold --class ~.business.ProduttoreController --entity ~.model.Produttore --path /produttore
controller scaffold --class ~.business.ArticoloController --entity ~.model.Articolo --path /articolo
—
On left menu the links to create new entry are correct.
ex.
http://localhost:8080/Magazzino/produttore?form
http://localhost:8080/Magazzino/articolo?form
But inside articolo form (when produttore's table is empty), the link to create new produttore is wrong
It's 
http://localhost:8080/Magazzino/produttores?form
THK

This is a follow-up to SPR-17506 in which writing with Content-Length: 0 and byte[0] was causing hanging. The issue was fixed in 5.1.3 by using response.setComplete() instead of writing an empty byte array. However the underlying issue of hanging with Content-Length: 0 and byte[0] remains. 
After further investigation, there is an issue in ChanelSendOperator in that it currently only cancels the upstream write Publisher. So in a case where a cancel happens after the first signal (onNext, onError, onComplete) is emitted, and therefore after the server write Subscriber is hooked in, in that scenario only the upstream write Publisher is notified to stop sending, but the server write Subscriber is not aware.
In addition to the sample in SPR-17506 there is also a sample in https://github.com/reactor/reactor-netty/issues/518.

Trace:
java.lang.AssertionError: Results should contain region test,ccc,1334638013935.b9d77206f6eb226928b898e66fd1d508. for row 'ccc'
	at org.apache.hadoop.hbase.regionserver.TestServerCustomProtocol.verifyRegionResults(TestServerCustomProtocol.java:363)
	at org.apache.hadoop.hbase.regionserver.TestServerCustomProtocol.testNullReturn(TestServerCustomProtocol.java:330)

Elytron filesystem-realm should load existing identities from file system. The steps to reproduce results in:

[standalone@localhost:9990 /] /subsystem=elytron/filesystem-realm=realm/identity=user:read-identity
{
    (\"subsystem\" => \"elytron\"),
    (\"filesystem-realm\" => \"realm\"),
    (\"identity\" => \"user\")
}
[standalone@localhost:9990 /] /subsystem=elytron/filesystem-realm=realm/identity=user:add
{
    "failure-description" => "WFLYELY01000: Identity with name [user] already exists.",
}

When using intercept-methods in a bean definition with autowire-candidate="false", the created proxy is still a candidate for autowiring.
Attached a sample to reproduce the problem.
This is the same problem as was fixed for aop:scoped-proxy in SPR-3804.

Hi,
I am using spring-hateoas to generate URL links between my REST managed resources. Since the upstep from Spring 4.1.4 -> 4.1.5, I'm having problems with the PORT/SCHEME combination generated.
Example link before the update:
 https://example.com/rest/mobile/users/1
Example link after the update:
 https://example.com:80/rest/mobile/users/1
As you can see, it automatically append port 80 to the URL. The problem is that my rest back-end is running on a cloud platform heroku, which is using a reverse proxy to terminate the TLS (HTTPS).
    browser — (HTTPS/TLS on :443) — reverse proxy — (HTTP on :80) — Heroku web server
This worked well before the update since the port was not automatically appended and the browser could figure out the port by negotiation. By hard coding it (by taking it form the original request), this auto detecting is not possible anymore.
These are my headers:
	Header Name: host, Header Value: example.com
	Header Name: connection, Header Value: close
	Header Name: user-agent, Header Value: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:36.0) Gecko/20100101 Firefox/36.0
	Header Name: accept, Header Value: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
	Header Name: accept-language, Header Value: en-US,en;q=0.5
	Header Name: accept-encoding, Header Value: gzip, deflate
	Header Name: x-request-id, Header Value: d97ed0c8-c91e-492a-b609-e05290f2fb2d
	Header Name: x-forwarded-for, Header Value: 84.198.58.199
	Header Name: x-forwarded-proto, Header Value: https
	Header Name: x-forwarded-port, Header Value: 443
	Header Name: via, Header Value: 1.1 vegur
I believe the problem lies in UriComponentsBuilder.fromHttpRequest:
    String portHeader = request.getHeaders().getFirst("X-Forwarded-Port");
    if (StringUtils.hasText(portHeader)) 
{
        port = Integer.parseInt(portHeader);
    }

    ...
    builder.scheme(scheme);
    builder.host(host);
    if (scheme.equals("http") && port != 80 || scheme.equals("https") && port != 443) 
{
        builder.port(port);
    }
    return builder;
In my case X-Forwarded-Port == 443, so the builder.port should be set to 443 or left blank (not filled with 80 as is now the case).

https://github.com/apache/hive/blob/master/beeline/src/java/org/apache/hive/beeline/BeeLine.java#L744
the string literal used here should be "silent", not "slient". There is no functional bug here just a silly typo.

Based on Paul feedback in https://github.com/wildfly/wildfly/pull/8221#issuecomment-145013596:
You may want to consider renaming these attributes, however, since the names are now a little confusing. For example, jgroups-stack is perhaps better described as jgroups-channel-factory, since it can specify either a stack name or a channel name. jgroups-channel is also confusing in this context, since this specifies either the cluster name, in the case where jgroups-stack specifies a stack; or the fork name, in the case where the jgroups-stack specifies a channel name. Perhaps jgroups-cluster-name is a better choice?

Beider Morse does not close Scanners used to read config files in classes:

org.apache.commons.codec.language.bm.Lang
org.apache.commons.codec.language.bm.Languages

BoundKeyOperationsTest.testRename() causes an infinite loop when run with Lettuce.  This is due to the fact that LettuceConnection returns null if no statements were executed in the transaction (as is the case when attempting to rename a key that doesn't yet exist.)  This causes an infinite loop in https://github.com/SpringSource/spring-data-redis/blob/master/src/main/java/org/springframework/data/redis/support/collections/CollectionUtils.java#L71
Lettuce issue:
https://github.com/wg/lettuce/issues/9

Seeing a lot this kind of log when running jobs without any reduce,changing this log to debug level should be ok.

2015-07-10 15:13:52,910 | INFO  | HiveServer2-Background-Pool: Thread-6074 | File not found: File does not exist: /tmp/hive-scratch/admin/3f70dbe7-96c0-41be-baac-72f4a2e45ea0/hive_2015-07-10_15-13-40_991_7379130813954010484-5/-mr-10008/ef20bbe4-9311-4633-9057-e018ce08cc00/reduce.xml
 at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:71)
 at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:61)
 at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsInt(FSNamesystem.java:1834)
 at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1805)
 at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1718)
 at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:589)
 at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolServerSideTranslatorPB.java:367)
 at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java)
 at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:616)
 at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:972)
 at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2088)
 at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2084)
 at java.security.AccessController.doPrivileged(Native Method)
 at javax.security.auth.Subject.doAs(Subject.java:422)
 at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1672)
 at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2084)
 | org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:456)

AllEncompassingFormHttpMessageConverter forces Jackson XML without any option given to the user to choose an implementation. Until 4.1.7.RELEASE, Jackson JSON used to be the default and the code didn't set part converters exclusively (as it does now using if-else instead of if as was before). There's no log statements indicating what converters are chosen by default causing a whole lot of pain for people like me whose code is now broken.

public class MethodParameterTests {

	@Test
	public void testname() throws Exception {
		new MethodParameter(MethodParameterTests.class.getMethod("testname"), 0);
	}
}

On Spring 5.0 snapshots, the code above results in an exception with the following message:

Parameter index needs to be between 0 and -1

This is misleading as 0 was indeed passed into the constructor. However, throwing exception is perfectly fine, but only -1 is a valid value as the method doesn't take any parameters in the first place.

See the linked issue and its PR.
In addition it would be useful to make some methods public:
getFirstDate
setDate

Caused by: java.lang.IllegalArgumentException: Illegal character in opaque part at index 11: jar:file:C:\Users\sezgin\.m2\repository\org\apache\camel\spi-annotations\3.0.0-SNAPSHOT\spi-annotations-3.0.0-SNAPSHOT.jar!/
 at java.net.URI.create (URI.java:852)
 at org.apache.camel.maven.packaging.PackageJaxbMojo.asFolder (PackageJaxbMojo.java:172)
 at java.util.stream.ReferencePipeline$3$1.accept (ReferencePipeline.java:193)
 at java.util.ArrayList$ArrayListSpliterator.forEachRemaining (ArrayList.java:1382)
 at java.util.stream.AbstractPipeline.copyInto (AbstractPipeline.java:481)
 at java.util.stream.AbstractPipeline.wrapAndCopyInto (AbstractPipeline.java:471)
 at java.util.stream.ForEachOps$ForEachOp.evaluateSequential (ForEachOps.java:151)
 at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential (ForEachOps.java:174)
 at java.util.stream.AbstractPipeline.evaluate (AbstractPipeline.java:234)
 at java.util.stream.ReferencePipeline.forEach (ReferencePipeline.java:418)
 at org.apache.camel.maven.packaging.PackageJaxbMojo.createIndex (PackageJaxbMojo.java:161)
 at org.apache.camel.maven.packaging.PackageJaxbMojo.execute (PackageJaxbMojo.java:111)
 at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:134)

It appears that if you're using Castor to marshal your responses, and you're using Axiom without payload caching, that the SOAP response comes back with an empty Soap Body.  I did not try this with other Marshalling technologies like JAXB, etc, so I'm not sure if it is restricted to Castor only or not.
It looks like NonCachingPayload.DelegatingStreamWriter.writeEndDocument() never gets called at least when marshalling with Castor.  Castor by default does not fire an endDocument SAX event (or close or flush for that matter).  But if you call setMarshalAsDocument(true) on a castor marshaller it does call endDocument().
I just now worked around this with Castor by creating a simple subclass of CastorMarshaller like this below:
    public class MyCastorMarshaller extends CastorMarshaller {
        protected void customizeMarshaller(Marshaller marshaller) 
{
            super.customizeMarshaller(marshaller);
            marshaller.setMarshalAsDocument(true);
        }
    }
See this forum thread for additional details: http://forum.springframework.org/showthread.php?p=181732&posted=1#post181732

Applying an xpath expression to a message containing a CxfPayload may lead to loss of data. 
A unit test to demonstrate this, has been written.
A work around is converting the CxfPayload to a String, followed by applying xpath to the String.
The unit test fails on current snapshot-version:
testMessageWithIncreasingSize(org.apache.camel.component.cxf.CxfConsumerPayloadXPathTest)  Time elapsed: 1.357 sec  <<< FAILURE!
java.lang.AssertionError: Lengths of testMessage and receiveMessage should be equal (body is CxfPayload), expected:<10000> but was:<3805>
	at org.apache.camel.component.cxf.CxfConsumerPayloadXPathTest.execTest(CxfConsumerPayloadXPathTest.java:131)
	at org.apache.camel.component.cxf.CxfConsumerPayloadXPathTest.testMessageWithIncreasingSize(CxfConsumerPayloadXPathTest.java:109)

TPCH Query 9 fails when bucket map join is enabled:

FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Reducer 5, vertexId=vertex_1450634494433_0007_2_06, diagnostics=[Exception in EdgeManager, vertex=vertex_1450634494433_0007_2_06 [Reducer 5], Fail to sendTezEventToDestinationTasks, event:DataMovementEvent [sourceIndex=0, targetIndex=-1, version=0], sourceInfo:{ producerConsumerType=OUTPUT, taskVertexName=Map 1, edgeVertexName=Reducer 5, taskAttemptId=attempt_1450634494433_0007_2_05_000000_0 }, destinationInfo:null, EdgeInfo: sourceVertexName=Map 1, destinationVertexName=Reducer 5, java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.exec.tez.CustomPartitionEdge.routeDataMovementEventToDestination(CustomPartitionEdge.java:88)
	at org.apache.tez.dag.app.dag.impl.Edge.sendTezEventToDestinationTasks(Edge.java:458)
	at org.apache.tez.dag.app.dag.impl.Edge.handleCompositeDataMovementEvent(Edge.java:386)
	at org.apache.tez.dag.app.dag.impl.Edge.sendTezEventToDestinationTasks(Edge.java:439)
	at org.apache.tez.dag.app.dag.impl.VertexImpl.handleRoutedTezEvents(VertexImpl.java:4382)
	at org.apache.tez.dag.app.dag.impl.VertexImpl.access$4000(VertexImpl.java:202)
	at org.apache.tez.dag.app.dag.impl.VertexImpl$RouteEventTransition.transition(VertexImpl.java:4172)
	at org.apache.tez.dag.app.dag.impl.VertexImpl$RouteEventTransition.transition(VertexImpl.java:4164)

After successful configuration and build, the QS cannot be deployed using deploy-domain.cli script. It ends with:

The batch failed with the following error (you are remaining in the batch editing mode to have a chance to correct the error): WFLYDC0022: Operation failed or was rolled back on all servers.

Errors logged in server log:

[Server:app-twoB] 09:43:23,441 ERROR [org.jboss.as.server] (ServerService Thread Pool -- 59) WFLYSRV0022: Deploy of deployment "jboss-ejb-multi-server-app-two.ear" was rolled back with no failure message
[Server:app-main] 09:43:23,441 ERROR [org.jboss.as.server] (ServerService Thread Pool -- 68) WFLYSRV0022: Deploy of deployment "jboss-ejb-multi-server-app-main.ear" was rolled back with no failure message
[Server:app-twoA] 09:43:23,439 ERROR [org.jboss.as.server] (ServerService Thread Pool -- 59) WFLYSRV0022: Deploy of deployment "jboss-ejb-multi-server-app-two.ear" was rolled back with no failure message

This worked fine in ER3. JBEAP-2831 blocked testing in ER4.

When MyBatis experiences an error committing a statement the session.close() is not called and the DB is caught in a writelock state until camel is exited.
I have not tested a fix yet, but I believe that if, in: camel/components/camel-mybatis/src/main/java/org/apache/camel/component/mybatis/MyBatisProducer.java
session.commit() is placed in a try/catch block with session.close() in its finally it will ensure the session is closed even when MyBatis throws an exception during a commit.
One of the exceptions I've experienced this with is 'java.sql.BatchUpdateException' where a row was attempting to be inserted with a field that violated a table's unique index constraint.
I should be able to submit a patch later this week if necessary.

Debugging scratch column reuse is particularly painful and slow, adding a config allows for this to be done without rebuilds.

I was getting SessionAlreadyUsedException on rapid usage (by single user). The strack trace of the exception is below.
The problem seems to be the unsynchronized sequence of commands Inside ConcurrentSessionControllerImpl.registerSuccessfulAuthentication():
            sessionRegistry.removeSessionInformation(sessionId);
            sessionRegistry.registerNewSession(sessionId, principal);
The registerNewSession() will fail if an other thread registers the same session between these two commands.
The strack trace:
2007-03-02 16:53:46,204 DEBUG [org.acegisecurity.ui.ExceptionTranslationFilter]
(http-0.0.0.0-8080-1 Authentication exception occurred; redirecting to
authentication entry point
org.acegisecurity.concurrent.SessionAlreadyUsedException: Session
1E1B65235B4D42FF17C5F76E7287228D is already is use
        at
org.acegisecurity.concurrent.SessionRegistryImpl.registerNewSession(SessionRegistryImpl.java:121)
        at
org.acegisecurity.concurrent.ConcurrentSessionControllerImpl.registerSuccessfulAuthentication(ConcurrentSessionControllerImpl.java:142)
        at
org.acegisecurity.providers.ProviderManager.doAuthentication(ProviderManager.java:191)

camel-bom needs a <distributionManagement/> section - getting an error trying to deploy camel :
[ERROR] Failed to execute goal org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:deploy (default-cli) on project camel-bom: Deployment failed: repository element was not specified in the POM inside distributionManagement element or in -DaltDeploymentRepository=id::layout::url parameter -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:deploy (default-cli) on project camel-bom: Deployment failed: repository element was not specified in the POM inside distributionManagement element or in -DaltDeploymentRepository=id::layout::url parameter
Caused by: org.apache.maven.plugin.MojoExecutionException: Deployment failed: repository element was not specified in the POM inside distributionManagement element or in -DaltDeploymentRepository=id::layout::url parameter
	at org.sonatype.nexus.maven.staging.deploy.strategy.AbstractDeployStrategy.getDeploymentRepository(AbstractDeployStrategy.java:257)
	at org.sonatype.nexus.maven.staging.deploy.strategy.DeferredDeployStrategy.deployPerModule(DeferredDeployStrategy.java:52)
	at org.sonatype.nexus.maven.staging.deploy.DeployMojo.execute(DeployMojo.java:192)
	... 20 more
[ERROR] 
[ERROR] 
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
[ERROR] 
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn <goals> -rf :camel-bom
[Pipeline] }

When using ProtobufJavaUtilSupport to serialize Protocol Buffers to JSON the OutputStreamWriter used as sink isn't flushed resulting in empty response bodies.
A pull request fixing this issue is forthcoming.

The http management interface, upon error, returns an incorrect 'Content-Type' of 

'Content-Type: text/plain; charset=utf-8' 

although JSON response is returned.
To reproduce, issue from the command line a simple 'read' operation

curl --digest -D - http://localhost:9990/management --header "Content-Type: application/json" -d '{"operation":"read-attribute", "name":"foo"}' -u <username>:<password>

..
Content-Type: text/plain; charset=utf-8
Content-Length: 119
Date: Sun, 23 Feb 2014 17:27:10 GMT

{
    "failure-description" : "JBAS014792: Unknown attribute foo",
    "rolled-back" : true
}

The 'Content-Type' should have been set to 'application/json' instead of 'text/plain'
Note: On JBoss AS 7.1.1.Final, the correct type of 'application/json' is returned for the same operation.

Status Quo
SocketUtils attempts to find an unused socket.
This does not work (at least on OS X) if something is already bound to localhost but not to other network interfaces. Instead, the requested socket is successfully bound to other network interfaces.
Proposal
Since tests generally want to bind to localhost, SocketUtils should test the loopback interface to ensure that the port is actually available for localhost.
Further Resources
See pull request 1537 for a similar fix in Spring Integration.

Seems like a bug in hadoop trying to set some permission on windows causing a NPE in Java code

org.apache.camel.FailedToCreateProducerException: Failed to create Producer for endpoint: Endpoint[hdfs2:////E:/workspa
e/camel/components/camel-hdfs2/target/test/test-camel1?fileSystemType=LOCAL&fileType=SEQUENCE_FILE&valueType=TEXT]. Rea
on: java.lang.NullPointerException
        at java.lang.ProcessBuilder.start(ProcessBuilder.java:1012)
        at org.apache.hadoop.util.Shell.runCommand(Shell.java:445)
        at org.apache.hadoop.util.Shell.run(Shell.java:418)
        at org.apache.hadoop.util.Shell$ShellCommandExecutor.execute(Shell.java:650)
        at org.apache.hadoop.util.Shell.execCommand(Shell.java:739)
        at org.apache.hadoop.util.Shell.execCommand(Shell.java:722)
        at org.apache.hadoop.fs.RawLocalFileSystem.setPermission(RawLocalFileSystem.java:631)
        at org.apache.hadoop.fs.FilterFileSystem.setPermission(FilterFileSystem.java:468)
        at org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:456)
        at org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:424)
        at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:907)
        at org.apache.hadoop.io.SequenceFile$Writer.<init>(SequenceFile.java:1071)
        at org.apache.hadoop.io.SequenceFile.createWriter(SequenceFile.java:270)
        at org.apache.camel.component.hdfs2.HdfsFileType$2.createOutputStream(HdfsFileType.java:212)
        at org.apache.camel.component.hdfs2.HdfsOutputStream.createOutputStream(HdfsOutputStream.java:69)
        at org.apache.camel.component.hdfs2.HdfsProducer.setupHdfs(HdfsProducer.java:143)
        at org.apache.camel.component.hdfs2.HdfsProducer.doStart(HdfsProducer.java:104)
        at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61)
        at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:2869)
        at org.apache.camel.impl.DefaultCamelContext.doAddService(DefaultCamelContext.java:1097)
        at org.apache.camel.impl.DefaultCamelContext.addService(DefaultCamelContext.java:1058)
        at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:405)
        at org.apache.camel.impl.ProducerCache.acquireProducer(ProducerCache.java:123)
        at org.apache.camel.processor.SendProcessor.doStart(SendProcessor.java:219)
        at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:74)
        at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:59)
        at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:103)
        at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:89)
        at org.apache.camel.processor.RedeliveryErrorHandler.doStart(RedeliveryErrorHandler.java:1272)
        at org.apache.camel.support.ChildServiceSupport.start(ChildServiceSupport.java:44)
        at org.apache.camel.support.ChildServiceSupport.start(ChildServiceSupport.java:31)
        at org.apache.camel.processor.interceptor.DefaultChannel.doStart(DefaultChannel.java:153)

TypeInfos for decimal/char/varchar don't appear to be serializing properly with javaXML.
Decimal needed proper getters/setters for precision/scale.
Also disabling setTypeInfo since for decimal/char/varchar the proper type name should already be set by the constructor.

With HIVE 0.13.0, run the following test case:

create table src(key bigint, value string);

select  
   count(distinct key) as col0
from src
order by col0;

The following exception will be thrown:

	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1121)
	... 9 more
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.configure(ExecReducer.java:173)
	... 14 more
Caused by: java.lang.RuntimeException: cannot find field _col0 from [0:reducesinkkey0]
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getStandardStructFieldRef(ObjectInspectorUtils.java:415)
	at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.getStructFieldRef(StandardStructObjectInspector.java:150)
	at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator.initialize(ExprNodeColumnEvaluator.java:79)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.initializeOp(GroupByOperator.java:288)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.configure(ExecReducer.java:166)
	... 14 more

This issue is related to HIVE-6455. When hive.optimize.reducededuplication is set to false, then this issue will be gone.
Logical plan when hive.optimize.reducededuplication=false;

src 
    alias: src
    Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: NONE
    Select Operator (SEL_1)
      expressions: key (type: bigint)
      outputColumnNames: key
      Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: NONE
      Group By Operator (GBY_2)
        aggregations: count(DISTINCT key)
        keys: key (type: bigint)
        mode: hash
        outputColumnNames: _col0, _col1
        Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: NONE
        Reduce Output Operator (RS_3)
          istinctColumnIndices:
          key expressions: _col0 (type: bigint)
          DistributionKeys: 0
          OutputKeyColumnNames: _col0
          Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: NONE
          Group By Operator (GBY_4)
            aggregations: count(DISTINCT KEY._col0:0._col0)
            mode: mergepartial
            Statistics: Num rows: 1 Data size: 16 Basic stats: COMPLETE Column stats: NONE
            Select Operator (SEL_5)
              expressions: _col0 (type: bigint)
              outputColumnNames: _col0
              Statistics: Num rows: 1 Data size: 16 Basic stats: COMPLETE Column stats: NONE
              Reduce Output Operator (RS_6)
                key expressions: _col0 (type: bigint)
                DistributionKeys: 1
                OutputKeyColumnNames: reducesinkkey0
                OutputVAlueColumnNames: _col0
                Statistics: Num rows: 1 Data size: 16 Basic stats: COMPLETE Column stats: NONE
                value expressions: _col0 (type: bigint)
                Extract (EX_7)
                  Statistics: Num rows: 1 Data size: 16 Basic stats: COMPLETE Column stats: NONE
                  File Output Operator (FS_8)
                    Statistics: Num rows: 1 Data size: 16 Basic stats: COMPLETE Column stats: NONE
                    table:

You will see that RS_3 and RS_6 are not merged.
Logical plan when hive.optimize.reducededuplication=true;

src 
    alias: src
        mode: hash
          DistributionKeys: 1
          OutputKeyColumnNames: reducesinkkey0
              File Output Operator (FS_8)
                table:
                    serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe

You will see that RS_6 has been merged into RS_3. However, Obviously the merge is incorrect because RS_3 and RS_6 have different sort keys. (The sort key for RS_3 is
key and the sort key for RS_6 is count(distinct key)).
The problem is that the method sameKeys() returns the result that both RS have same keys. sameKeys() depends ExprNodeDescUtils.backtrack() to backtrack a key expr of cRS to pRS.
I don't understand the logical behind the following logic in ExprNodeDescUtils: 
  Why still backtrack when there is no mapping for the column of the current operator?

  private static ExprNodeDesc backtrack(ExprNodeColumnDesc column, Operator<?> current,
      Operator<?> terminal) throws SemanticException {
    ...
    if (mapping == null || !mapping.containsKey(column.getColumn())) {
      return backtrack((ExprNodeDesc)column, current, terminal);
    }
    ...
  }

The process of backtracking _col0 of cRS to pRS:
RS_6:_col0 --> SEL_5:_col0 --> GBY_4:_col0 (because the colExprMap is null for GBY_4) --> RS_3:_col0 (No mapping for output column _col0), which is a wrong backtrack.

CheckBoxTag may create a hidden field which name will be "_checkBoxName" and its value is usually "on". The problem is that when this field is sent to RequestDataValueProcessor interface, instead of sending it as a "hidden" field it is sent as if it was a "checkbox", which is incorrect, in version 5.0.7 this line:

tagWriter.writeAttribute("value", processFieldValue(name, "on", getInputType()));

should be changed to:

tagWriter.writeAttribute("value", processFieldValue(name, "on", "hidden"));

At least the following classes suffer the same issue
spring-webmvc/src/main/java/org/springframework/web/servlet/tags/form/CheckboxesTag.java
spring-webmvc/src/main/java/org/springframework/web/servlet/tags/form/CheckboxTag.java
i.e. SelectTag is handling the hidden field properly

The following query will give incorrect result.

CREATE TABLE tbl1(id INT) STORED AS PARQUET;
INSERT INTO tbl1 VALUES(1), (2);

CREATE TABLE tbl2(id INT, value STRING) STORED AS PARQUET;
INSERT INTO tbl2 VALUES(1, 'value1');
INSERT INTO tbl2 VALUES(1, 'value2');

set hive.optimize.index.filter = true;
select tbl1.id, t1.value, t2.value
FROM tbl1
JOIN (SELECT * FROM tbl2 WHERE value='value1') t1 ON tbl1.id=t1.id
JOIN (SELECT * FROM tbl2 WHERE value='value2') t2 ON tbl1.id=t2.id;

We are enforcing to use common join and tbl2 will have 2 files after 2 insertions underneath.
the map job contains 3 TableScan operators (2 for tbl2 and 1 for tbl1). When    hive.optimize.index.filter is set to true, we are incorrectly applying the later filtering condition to each block, which causes no data is returned for the subquery SELECT * FROM tbl2 WHERE value='value1'.

Looks like this test has been failing for the past 84 builds prior to
https://builds.apache.org/job/PreCommit-HIVE-MASTER-Build/597/testReport/org.apache.hadoop.hive.metastore/TestMetaStoreMetrics/testConnections/
org.apache.hadoop.hive.metastore.TestMetaStoreMetrics.testConnections
Failing for the past 84 builds (Since #514 )
Took 28 ms.
expected:<[1]> but was:<[2]>
org.junit.ComparisonFailure: expected:<[1]> but was:<[2]>
	at org.apache.hadoop.hive.common.metrics.MetricsTestUtils.verifyMetricsJson(MetricsTestUtils.java:50)
	at org.apache.hadoop.hive.metastore.TestMetaStoreMetrics.testConnections(TestMetaStoreMetrics.java:146)

Currently, despite all Spring WS JARs being OSGi bundles, you can't use classes from spring-ws-core-tiger in an OSGi container.  This is due to spring-ws-core-tiger exporting packages that are already exported by spring-ws-core.
The easiest fix for this would be to change spring-ws-core-tiger to a fragment bundle, with its host bundle set to spring-ws-core.  This can be fixed by adding the following manifest entry to spring-ws-core-tiger.
Fragment-Host: org.springframework.bundle.ws.core;version="[1.5.4, 1.5.4]"
I have not checked if the oxm/oxm-tiger JARs have a similar issue.

The operators join and groupby can consume a lot of rows before producing any output. 
All operators which do not have a output for every input should report progress periodically.
Currently, it is only being done for ScriptOperator and FilterOperator.

In the standalone.xml, there are <up/> criterion which is sufficient to identify a unique NIC under the environment described above.

            <up/>
            <inet-address value="${jboss.bind.address.management:127.0.0.1}"/>
            <up/>
            <inet-address value="${jboss.bind.address:127.0.0.1}"/>

But it says "ambiguous". WildFly 10.1.0.Final doesn't show this error.

# $JBOSS_HOME/bin/standalone.sh -b 192.168.1.1 -bmanagement=192.168.1.1
...
04:38:52,839 WARN  [org.jboss.as.controller] (MSC service thread 1-3) WFLYCTL0023: Value '192.168.1.1' for interface selection criteria 'inet-address' is ambiguous, as more than one address or network interface available on the machine matches it. Because of this ambiguity,
 no address will be selected as a match. Matching addresses: [/192.168.1.1].  Matching network interfaces: [ens9, ens10].
04:38:52,840 WARN  [org.jboss.as.controller] (MSC service thread 1-4) WFLYCTL0023: Value '192.168.1.1' for interface selection criteria 'inet-address' is ambiguous, as more than one address or network interface available on the machine matches it. Because of this ambiguity,
04:38:52,840 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.network.public: org.jboss.msc.service.StartException in service jboss.network.public: WFLYSRV0082: failed to resolve interface public
        at org.jboss.as.server.services.net.NetworkInterfaceService.start(NetworkInterfaceService.java:91)

04:38:52,841 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.network.management: org.jboss.msc.service.StartException in service jboss.network.management: WFLYSRV0082: failed to resolve interface management
...

http://static.springsource.org/spring-social/docs/1.0.x/reference/html/signin.html
has the xml sippet below 
<bean class="org.springframework.social.connect.signin.web.ProviderSignInController">
    <!-- relies on by-type autowiring for the constructor-args -->    
</bean>
cutting and pasting this into my code caused an ClassNotFoundException fixed by changing the snippet to 
<bean class="org.springframework.social.connect.web.ProviderSignInController">
</bean>

Depending on the location string passed into temp external table, a query requiring a map/reduce job will fail.  Example:

create temporary external table tmp1 (c1 string) location '/tmp/tmp1';
describe extended tmp1;
select count(*) from tmp1;

Will result in the following error:

	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:426)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:342)
	... 9 more
	... 14 more
	... 17 more
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:154)
	... 22 more
	at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:404)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:123)
	... 22 more
	at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:398)
	... 23 more

If the location is set to 'hdfs:/tmp/tmp1', it gets the following error:

java.io.IOException: cannot find dir = hdfs://node-1.example.com:8020/tmp/tmp1/tmp1.txt in pathToPartitionInfo: [hdfs:/tmp/tmp1]
	at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getPartitionDescFromPathRecursively(HiveFileFormatUtils.java:344)
	at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getPartitionDescFromPathRecursively(HiveFileFormatUtils.java:306)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat$CombineHiveInputSplit.<init>(CombineHiveInputFormat.java:108)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:455)
	at org.apache.hadoop.mapreduce.JobSubmitter.writeOldSplits(JobSubmitter.java:520)
	at org.apache.hadoop.mapreduce.JobSubmitter.writeSplits(JobSubmitter.java:512)
	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:394)
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1285)
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1282)
	at org.apache.hadoop.mapreduce.Job.submit(Job.java:1282)
	at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:562)
	at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:557)
	at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:557)
	at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:548)
	at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:420)
	at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:136)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1555)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1322)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1136)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:960)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:950)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:265)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:217)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:427)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:363)
	at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:460)
	at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:476)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:756)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:694)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:633)
Job Submission failed with exception 'java.io.IOException(cannot find dir = hdfs://node-1.example.com:8020/tmp/tmp1/tmp1.txt in pathToPartitionInfo: [hdfs:/tmp/tmp1])'

The only location string value that works properly here is 'hdfs://hostname/tmp/tmp1'.

hive> describe function explode;
describe function explode;
FAILED: Error in metadata: java.lang.NullPointerException
hive> describe function sum;
describe function sum;
hive> describe function conv;
describe function conv;
OK
conv(num, from_base, to_base) - convert num from from_base to to_base
Time taken: 0.042 seconds

This is a problem when using 2 set of nested pipeline and doing a transform as the first processor in that pipeline

                from("direct:start").multicast(new SumAggregateBean())
                    .pipeline().transform(bean(IncreaseOne.class)).bean(new IncreaseTwo()).to("log:foo").end()
                    .pipeline().transform(bean(IncreaseOne.class)).bean(new IncreaseTwo()).to("log:bar").end()
                .end()

HCatSchemaUtils.getHCatFieldSchema converts a FieldSchema to a HCatFieldSchema. Instead of initializing the comment property from the FieldSchema object, the comment in the HCatFieldSchema is always set to null.

The Camel logger logs INFO level messages at the DEBUG level. CAMEL-1048 fixed the problem in one of two cases (logging without an exception), but it is still broken for logging with an exception. Patch to fix this is attached.

The code to consider:

public MessagingException(Message<?> message) {
	super("");
	this.failedMessage = message;
}

Where the NestedRuntimeException superclass does this:

}

And that utility method implementation is like this:

if (message != null) {
	sb.append(message).append("; ");
}

Having such a logic we end up with bad StackTrace message which is starting just from the "; " string.
We can just provide the null for that description to the superclass or deprecate all those constructors without description argument in the MessagingException and its inheritors to make end user to provide the particular info for better logs readability. 
See the linked Spring Integration issue and its Pull Request for more info.
Looking forward for any other thoughts on the matter!
Thanks in advance

truststore-Type attribute of element server-sslType should be named truststore-type in XSD. Wildfly configuration parser works with truststore-type, but for example eclipse xml validator complains when truststore-type is used in configuration file.
On the other side when truststore-Type (comply to XSD) is used, wildfly configuration parser starts to complain:

 [Host Controller] 14:49:21,822 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0033: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
[Host Controller] 	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:131)
[Host Controller] 	at org.jboss.as.host.controller.HostControllerConfigurationPersister.load(HostControllerConfigurationPersister.java:188)
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService.boot(DomainModelControllerService.java:585)
[Host Controller] 	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:299)
[Host Controller] Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[110,13]
[Host Controller] Message: WFLYCTL0197: Unexpected attribute 'truststore-Type' encountered
[Host Controller] 	at org.jboss.as.controller.parsing.ParseUtils.unexpectedAttribute(ParseUtils.java:117)
[Host Controller] 	at org.jboss.as.host.controller.parsing.HostXml_4.parseServerSsl(HostXml_4.java:1271)
[Host Controller] 	at org.jboss.as.host.controller.parsing.HostXml_4.parseServerContent(HostXml_4.java:1131)
[Host Controller] 	at org.jboss.as.host.controller.parsing.HostXml_4.parseServer(HostXml_4.java:1088)
[Host Controller] 	at org.jboss.as.host.controller.parsing.HostXml_4.parseServers(HostXml_4.java:1071)
[Host Controller] 	at org.jboss.as.host.controller.parsing.HostXml_4.readHostElement(HostXml_4.java:388)
[Host Controller] 	at org.jboss.as.host.controller.parsing.HostXml_4.readElement(HostXml_4.java:170)
[Host Controller] 	at org.jboss.as.host.controller.parsing.HostXml.readElement(HostXml.java:79)
[Host Controller] 	at org.jboss.as.host.controller.parsing.HostXml.readElement(HostXml.java:50)
[Host Controller] 	at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110)
[Host Controller] 	at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69)
[Host Controller] 	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:123)
[Host Controller] 14:49:21,823 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0034: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details

Need to use 'new String(byte[])' instead of 'byte[].toString()' when converting to String for jdbc, in SQLOperation.convertLazyToJava()
Need to add support for binary in jdbc driver code.
THe exception that gets thrown while trying to access binary column is like this - 

    [junit] org.apache.hive.service.cli.HiveSQLException: java.lang.ClassCastException: [B cannot be cast to java.lang.String
    [junit]     at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:188)
    [junit]     at org.apache.hive.service.cli.operation.OperationManager.getOperationNextRowSet(OperationManager.java:170)
    [junit]     at org.apache.hive.service.cli.session.HiveSessionImpl.fetchResults(HiveSessionImpl.java:324)
    [junit]     at org.apache.hive.service.cli.CLIService.fetchResults(CLIService.java:290)

If you are using WebSphere and IBM JSF, the following problem happens:
The fact that WebSphere container puts non-string array objects into the request parameter maps such as String object
causes ClassCastException when ExceptionTranslator instanciates a new SavedRequest instance, 
which executes the following code in its constructor(Line #113):
//SavedRequest class
.
.
.
// Parameters
Map parameters = request.getParameterMap();
Iterator paramNames = parameters.keySet().iterator();
while (paramNames.hasNext()) {
	String paramName = (String) paramNames.next();
	String[] paramValues = (String[]) parameters.get(paramName);
	this.addParameter(paramName, paramValues);
}
.
.
.
Since it's happening in the constructor, I can't override this behavior,so 
I have to write my own SavedRequest class that does string-array type check before casting the returned value from the parameter map.
//Custom SavedRequest class
.
.
.
	Object o =  parameters.get(paramName);
	if(o instanceof String[])
{
		String[] paramValues = (String[])o;
		this.addParameter(paramName, paramValues);
	}
	else
{
		//log
		.
		.
		.
	}
}
.
.
.
The bad thing was I also had to modify other classes which referenced the original SavedRequest object.
Do you think you can fix this issue in the next release?

PHOENIX-2477 revealed that the changes from HBASE-14501 breaks binary compatibility in Phoenix compiled with earlier versions of HBase and run agains later versions. 
This is one of the areas that the boundary is not clear, but it won't hurt us to fix it. 
The exception trace is: 

Exception in thread "main" java.lang.NoSuchFieldError: in
	at org.apache.hadoop.hbase.regionserver.wal.IndexedWALEditCodec$PhoenixBaseDecoder.<init>(IndexedWALEditCodec.java:106)
	at org.apache.hadoop.hbase.regionserver.wal.IndexedWALEditCodec$IndexKeyValueDecoder.<init>(IndexedWALEditCodec.java:121)
	at org.apache.hadoop.hbase.regionserver.wal.IndexedWALEditCodec.getDecoder(IndexedWALEditCodec.java:63)
	at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.initAfterCompression(ProtobufLogReader.java:292)
	at org.apache.hadoop.hbase.regionserver.wal.ReaderBase.init(ReaderBase.java:82)
	at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.init(ProtobufLogReader.java:148)
	at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:316)
	at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:281)
	at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:269)
	at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:418)
	at org.apache.hadoop.hbase.wal.WALPrettyPrinter.processFile(WALPrettyPrinter.java:247)
	at org.apache.hadoop.hbase.wal.WALPrettyPrinter.run(WALPrettyPrinter.java:422)
	at org.apache.hadoop.hbase.wal.WALPrettyPrinter.main(WALPrettyPrinter.java:357)

Although BaseDecoder.in is still there, it got changed to be a class rather than an interface. BaseDecoder is marked Private, thus the binary compat check is not run at all. Not sure whether it would have caught this. 

When using pagination with a query method the returned Page's metadata is invalid. The total number of pages gets calculated wrongly.

select ctinyint, count(cdouble) from (select ctinyint, cdouble from alltypesorc group by ctinyint, cdouble) t1 group by ctinyint order by ctinyint limit 20;

This gives different result set depending on which set of optimizations are on. In particular in .q test environment following two invocations will give you different result set:

*   mvn test -Phadoop-2 -Dtest.output.overwrite=true -Dtest=TestMiniTezCliDriver -Dqfile=test.q -Dhive.optimize.reducededuplication.min.reducer=1 -Dhive.limit.pushdown.memory.usage=0.3f

*   mvn test -Phadoop-2 -Dtest.output.overwrite=true -Dtest=TestMiniTezCliDriver -Dqfile=test.q 

JGroupsFilters#dropNonCoordinatorViews doesn't filter non-view messages properly which can cause the wrong route to be started. This issue was not so easy to detect, as usually the channels used for cluster management doesn't send any other messages, than view ones.

CombineHiveInputFormat: getSplits()
     if (this.mrwork != null && this.mrwork.getHadoopSupportsSplittable()) 
should check if hadoop supports splittable is false

wsconsume.sh, and wsconsume.bat does not properly support the -secmgr flag in the
generated command.  Changes to jboss-module.jar requires the -secmgr flag be positioned
immediately after the  jboss-module.jar declaration.

eval \"$JAVA\" $JAVA_OPTS \
    -classpath \""$JBOSS_CLASSPATH"\" \
    org.jboss.modules.Main \
    -secmgr \
    -mp \""$JBOSS_HOME"/modules\" \
    org.jboss.ws.tools.wsconsume \
    '"$@"'

This value is pass to this utility via the JAVA_OPTS env variable.

The TLDs for Spring Web Servlet must be located under META-INF in the compiled JAR.  The TLDs are currently located at org/springframework/web/servlet/tags/spring.tld and org/springframework/web/servlet/tags/form/spring-form.tld.
The TLD files will not be automatically discovered unless they are located under META-INF.

Consider TestWorker.minorWithOpenInMiddle()
since there is an open txnId=23, this doesn't have any meaningful minor compaction work to do.  The system still tries to compact a single delta file for 21-22 id range, and effectively copies the file onto itself.
This is 1. inefficient and 2. can potentially affect a reader.
(from a real cluster)
Suppose we start with 

drwxr-xr-x   - ekoifman staff          0 2016-06-09 16:03 /user/hive/warehouse/t/base_0000016
-rw-r--r--   1 ekoifman staff        602 2016-06-09 16:03 /user/hive/warehouse/t/base_0000016/bucket_00000
drwxr-xr-x   - ekoifman staff          0 2016-06-09 16:07 /user/hive/warehouse/t/base_0000017
-rw-r--r--   1 ekoifman staff        588 2016-06-09 16:07 /user/hive/warehouse/t/base_0000017/bucket_00000
drwxr-xr-x   - ekoifman staff          0 2016-06-09 16:07 /user/hive/warehouse/t/delta_0000017_0000017_0000
-rw-r--r--   1 ekoifman staff        514 2016-06-09 16:06 /user/hive/warehouse/t/delta_0000017_0000017_0000/bucket_00000
drwxr-xr-x   - ekoifman staff          0 2016-06-09 16:07 /user/hive/warehouse/t/delta_0000018_0000018_0000
-rw-r--r--   1 ekoifman staff        612 2016-06-09 16:07 /user/hive/warehouse/t/delta_0000018_0000018_0000/bucket_00000

then do alter table T compact 'minor';
then we end up with 

drwxr-xr-x   - ekoifman staff          0 2016-06-09 16:11 /user/hive/warehouse/t/delta_0000018_0000018
-rw-r--r--   1 ekoifman staff        500 2016-06-09 16:11 /user/hive/warehouse/t/delta_0000018_0000018/bucket_00000

So compaction created a new dir /user/hive/warehouse/t/delta_0000018_0000018

When using Camel CXF in PAYLOAD mode.If the client sends a SOAP request with body having no namespace prefix. The element which get for the Payload body has an attribute "xmlns:xmlns".
You can find more information in the stack overflow site

HIVE-4904 moved GroupBy Optimization to happen before ColumnPruner
Now, the RewriteGBUsingIndex happens after GroupByOptimization.
So  setting of bucketGroup flag doesn't happen for Index tables.
Temporary fix is to update .q.out file.
Will file a bug to look into moving RewriteGBUsingIndex before GroupByOptimizer. 

Fix for WFLY-2640 broke :add operation for cached-connection-manager
scipts that do

/profile=default-web/subsystem=jca/cached-connection-manager=cached-connection-manager:add(install="true")

/subsystem=jca/cached-connection-manager=cached-connection-manager:add(install="true")

now fail with
Operation 'add' does not expect any property.
This breaks our quickstarts

ReplicationObserver was added in HBASE-17290 to prevent "Potential loss of data for replication of bulk loaded hfiles".
I tried to enable bulk loading replication feature (hbase.replication.bulkload.enabled=true and configure hbase.replication.cluster.id) on a HBase 2.0.0 cluster, but the RegionServer started with the following error:

2018-08-02 18:20:36,365 INFO org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost: System coprocessor loading is enabled
2018-08-02 18:20:36,365 INFO org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost: Table coprocessor loading is enabled
2018-08-02 18:20:36,365 ERROR org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost: org.apache.hadoop.hbase.replication.regionserver.ReplicationObserver is not of type
RegionServerCoprocessor. Check the configuration of hbase.coprocessor.regionserver.classes
2018-08-02 18:20:36,366 ERROR org.apache.hadoop.hbase.coprocessor.CoprocessorHost: Cannot load coprocessor ReplicationObserver
It looks like this was broken by HBASE-17732 to me, but I could be wrong. 

In case when some attribute of Elytron security-domain is changed through CLI write-attribute with allow-resource-service-restart=true flag then it finishes with DuplicateServiceException. In case when it is executed again then in passes correctly.
See:

/subsystem=elytron/security-domain=ManagementDomain:write-attribute(name=realm-mapper,value=local){allow-resource-service-restart=true}
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.security.security-domain.ManagementDomain.initial is already registered",
}

Thrown exception to server log:

ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
    ("security-domain" => "ManagementDomain")
]): org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.security.security-domain.ManagementDomain.initial is already registered
	at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158)
	at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:235)
	at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:768)
	at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223)
	at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2555)
	at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:317)
	at org.jboss.as.controller.OperationContextImpl.installService(OperationContextImpl.java:2015)
	at org.jboss.as.controller.OperationContextImpl.access$500(OperationContextImpl.java:132)
	at org.jboss.as.controller.OperationContextImpl$2$1.installService(OperationContextImpl.java:749)
	at org.jboss.as.controller.OperationContextImpl$ContextServiceBuilder.install(OperationContextImpl.java:2209)
	at org.jboss.as.controller.DelegatingServiceBuilder.install(DelegatingServiceBuilder.java:218)
	at org.wildfly.extension.elytron.DomainDefinition.installInitialService(DomainDefinition.java:307)
	at org.wildfly.extension.elytron.DomainDefinition.installService(DomainDefinition.java:324)
	at org.wildfly.extension.elytron.DomainDefinition.access$400(DomainDefinition.java:96)
	at org.wildfly.extension.elytron.DomainDefinition$WriteAttributeHandler.recreateParentService(DomainDefinition.java:494)
	at org.jboss.as.controller.RestartParentWriteAttributeHandler.applyUpdateToRuntime(RestartParentWriteAttributeHandler.java:72)
	at org.jboss.as.controller.AbstractWriteAttributeHandler$1.execute(AbstractWriteAttributeHandler.java:104)

For Envers it actually has to be a "long-valued property" https://docs.jboss.org/hibernate/orm/3.5/api/org/hibernate/envers/RevisionEntity.html
This leads to failures when one defines a custom RevisionEntity with Envers and tries to access Revison.getDate(), as described in https://github.com/spring-projects/spring-data-envers/issues/122

In a number of places, we show examples that lend themselves to using Java 7's try-with-resources statement, but we use the statement in a less-than-ideal nested way. Let's change our docs throughout to do it the recommended way.

The searchSubtree property is never read.  This makes searches of more the one-level impossible.
The only constructor for DefaultLdapAuthoritiesPopulator:
    public DefaultLdapAuthoritiesPopulator(InitialDirContextFactory initialDirContextFactory, String groupSearchBase) 
{
        this.setInitialDirContextFactory(initialDirContextFactory);
        this.setGroupSearchBase(groupSearchBase);
    }

The setInitialDirContextFactory method (called by the constructor):
    private void setInitialDirContextFactory(InitialDirContextFactory initialDirContextFactory) 
{
        Assert.notNull(initialDirContextFactory, "InitialDirContextFactory must not be null");
        this.initialDirContextFactory = initialDirContextFactory;

        ldapTemplate = new LdapTemplate(initialDirContextFactory);
        ldapTemplate.setSearchControls(searchControls);
    }

After the constructor ends, ldapTemplate has been set to an LdapTemplate instance where searchControls for the template has a value as set by the line:
private SearchControls searchControls = new SearchControls();
Because setSearchSubtree only executes after the constructor, it cannot alter the searchScope before it gets set on the ldapTemplate.
I could not find a workaround that didn't involve coding a new class.  My workaround was to create a new class by cutting-and-pasting and then moving the setting of the searchScope to just before the ldapTemplate is used:
    public Set getGroupMembershipRoles(String userDn, String username) {
        Set authorities = new HashSet();
        if (getGroupSearchBase() == null) 
{
            return authorities;
        }

        if (logger.isDebugEnabled()) 
{
            logger.debug("Searching for roles for user '" + username + "', DN = " + "'" + userDn + "', with filter "
                + groupSearchFilter + " in search base '" + getGroupSearchBase() + "'");
        }

        // *************** fix begin ***************
	ldapTemplate = new LdapTemplate(initialDirContextFactory);
	ldapTemplate.setSearchControls(searchControls);
        // **************** fix end ****************
        Set userRoles = ldapTemplate.searchForSingleAttributeValues(getGroupSearchBase(), groupSearchFilter,
                new String[] 
{userDn, username}
, groupRoleAttribute);
{
            logger.debug("Roles from search: " + userRoles);
        }

        Iterator it = userRoles.iterator();
        while (it.hasNext()) {
            String role = (String) it.next();
            if (convertToUpperCase) 
{
                role = role.toUpperCase();
            }

            authorities.add(new GrantedAuthorityImpl(rolePrefix + role));
        }
        return authorities;
    }

WiretapConnector.exchanges leaks memory by referring to the ExchangeResult. For example, the following code will result in WiretapConnector.exchanges having a reference to Long.MAX_VALUE number of ExchangeResult instances.

@Test
public void testMemory() throws Exception {
	WebTestClient webTestClient = WebTestClient
		.bindToController(new TestController())
		.build();
	for(int i=0;i<Long.MAX_VALUE;i++) {
		this.webTestClient.get().uri("/")
			.exchange()
			.expectStatus().isOk()
			.expectBody(String.class).isEqualTo("Hello!");
	}
}

static class TestController {
	@GetMapping("/")
	public String handle() {
		return "Hello!";
	}
}

Had trouble with HIVE-16369 patch being blocked by Apache SPAM filters – so separating out adding vectorized versions of current windowing_*.q tests.

There is a little regression in 2.12.2 about the camel-stream component, requiring x2 ENTER to read

Enter something: hello

HELLO

Status Quo
It is a user configuration error if an alias is configured via @AliasFor for an attribute in a meta-annotation and the meta-annotation is not meta-present. However, the support for validating the configuration of @AliasFor in AnnotationUtils currently silently ignores such errors.

 Ensure that an exception is thrown whenever a required meta-annotation is not present or meta-present on an annotation that declares an alias for an attribute in the meta-annotation.

LegacyTimerFormatTestCase.createTimerService fails because a River v4 unmarshaller cannot read <= 3 data directly.  Granted this use was never supported, but it did work.
The fix is a one-liner to set the unmarshaller version.

Currently there's a way to configure container size for tez as well as java opts to start containers.
However, if you only set container size and not java opts, we fall back to MR settings for java opts which will likely fail (killed by yarn).
vcores is always taken from the MR settings. Need to have a way to overwrite that too.
Tez 0.5 and onwards will automatically generate the right java opts string when the container/cpus are specified. This is preferable to falling back to MR.

If you specify in the XAdES Properties a value of the attribute
attribute "Qualifier" of the element "CommitmentTypeId" then this value is not used, instead wrongly the value of the  DataObjectFormatIdentifierQualifier is used. 

Some applications are using getQueryString() method from the QueryPlan class to get the query that is being executed by Hive. The query string returned is not redacted, and it is returning sensitive information that is logged in Navigator.
We need to return data redacted from the QueryPlan to avoid other applications to log sensitive data.

CTAS temporary table query fails if regular table with the same name already exists. 

hive> use dbtemptable;
OK
Time taken: 0.273 seconds
hive> create table a(i int);
OK
Time taken: 0.297 seconds
hive> create temporary table a(i int);
OK
Time taken: 0.165 seconds
hive> create table b(i int);
OK
Time taken: 0.212 seconds
hive> create temporary table b as select * from a;
FAILED: SemanticException org.apache.hadoop.hive.ql.parse.SemanticException: Table already exists: dbtemptable.b
hive> create table c(i int);
OK
Time taken: 0.264 seconds
hive> create temporary table b as select * from c;

Method with following signature "public static UriComponentsBuilder fromMethodName(Class<?> controllerType,String methodName, Object... argumentValues)" makes use of the getParameterCount() method found in the java.lang.reflect.Method class. This is specific to Java 8 and will cause projects using prior versions of Java to throw an exception.

(java.lang.NoSuchMethodError: java.lang.reflect.Method.getParameterCount())

Changing it to getParameterTypes().length to get the total number of parameters fixes this.

Currently if there is a Camel route that involves two or more cxf endpoints, then the on the wire message headers such as SOAP headers are dropped.
This fix enables one to relay these headers along the route or preserve the old behaviour and drop the headers. 
Headers relay/drop is bidirectional. Both out-of-band (not defined  in WSDL contract) and in-band (defined in WSDL contract) headers are supported.
Relaying headers can be further customized by implementing additional logic inside of MessageHeadersRelay interface. 
The default behaviour is to relay headers provided that  an instance of MessageHeadersRelay bound to message binding namespace allows a header to be relayed. 
Please see .../components/camel-cxf/src/test/java/org/apache/camel/component/cxf/soap/headers/CxfMessageHeadersRelayTest.java for details on how this is done.
Attached is the patch that provides this functionality.
Thanks,
Marat

wsprovide.sh, wsprovide.bat  does not generate the cmd with the -secmgr flag in the
proper position.  Changes to jboss-module.jar requires -segmgr to reside just after
the jboss-module.jar reference like this.

    -jar \""$JBOSS_HOME"/jboss-modules.jar\" \
    *-secmgr \ *                                                                  
    org.jboss.ws.tools.wsprovide \
    '"$@"'

Current the old style and this new style value is passed in via the JAVA_OPTS env var.

J-D found this one testing.  He found that if a split comes in during shutdown of a regionserver, then the regionserver can stick open... and won't go down.
We fixed a similar problem in the past where if balancer cut in during shutdown and assigned a regionserver an region during shutdown, we'd open it and it'd cause us again to stick open.  We fixed that by introducing the 'closing' state.
Fix for the issue j-d found is to do closing check when onlining daughters.

Happened when keyCount for the table is 0 (hit this while trying to test some local changes). This is a very unlikely scenario, but this shouldn't happen.

], TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ArithmeticException: / by zero
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ArithmeticException: / by zero
	at org.apache.hadoop.hive.ql.exec.tez.HashTableLoader.load(HashTableLoader.java:184)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.loadHashTable(MapJoinOperator.java:292)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.initializeOp(MapJoinOperator.java:183)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:362)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.init(ReduceRecordProcessor.java:148)
	... 13 more
	at org.apache.hadoop.hive.ql.exec.persistence.HybridHashTableContainer.<init>(HybridHashTableContainer.java:241)
	at org.apache.hadoop.hive.ql.exec.persistence.HybridHashTableContainer.<init>(HybridHashTableContainer.java:221)
	at org.apache.hadoop.hive.ql.exec.tez.HashTableLoader.load(HashTableLoader.java:170)
	... 18 more

I have a somewhat weird use case but I believe this is a regression anyway. 
I have a map of Integer to an enum. My code declars the maps as private Map<Integer,MyEnum> enums but the setter injection is declared as setEnums(Map<Integer,String> enums). 
Notice that the value type does not match here. Probably the guy who wrote this didn't knew about property conversion (or when he wrote it it was not supported yet). 
Anyway, with Spring 3.1, we assume (wrongly) that the type can be converted safely
In AbstractAutowireCapableBeanFactory
boolean convertible = bw.isWritableProperty(propertyName) && !PropertyAccessorUtils.isNestedOrIndexedProperty(propertyName);
if (convertible) {
    convertedValue = convertForProperty(resolvedValue, propertyName, bw, converter);
}
As a result of course, the wrong map is being injected
Caused by: org.springframework.beans.PropertyBatchUpdateException; nested PropertyAccessExceptions (1) are:
PropertyAccessException 1: org.springframework.beans.TypeMismatchException: Failed to convert property value of type 'java.util.LinkedHashMap' to required type 'java.util.Map' for property 'enums'; nested exception is java.lang.ClassCastException: com.bsb.showcase.spring.inject.SampleEnum cannot be cast to java.lang.String
	at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:102)
	at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:58)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1393)
	... 37 more
Attached a sample test case. To run with 3.0.6, just run "mvn test -Dspring.version=3.0.6.RELEASE"

Here's the code from Hadoop23Shims:
Hadoop23Shims.java
    @Override
    public int comparePathKeyStrength(Path path1, Path path2) throws IOException {
      EncryptionZone zone1, zone2;

      zone1 = hdfsAdmin.getEncryptionZoneForPath(path1);
      zone2 = hdfsAdmin.getEncryptionZoneForPath(path2);

      if (zone1 == null && zone2 == null) {
        return 0;
      } else if (zone1 == null) {
        return -1;
      } else if (zone2 == null) {
        return 1;
      }

      return compareKeyStrength(zone1.getKeyName(), zone2.getKeyName());
    }

    private int compareKeyStrength(String keyname1, String keyname2) throws IOException {
      KeyProvider.Metadata meta1, meta2;

      if (keyProvider == null) {
        throw new IOException("HDFS security key provider is not configured on your server.");
      }

      meta1 = keyProvider.getMetadata(keyname1);
      meta2 = keyProvider.getMetadata(keyname2);

      if (meta1.getBitLength() < meta2.getBitLength()) {
        return -1;
      } else if (meta1.getBitLength() == meta2.getBitLength()) {
        return 0;
      } else {
        return 1;
      }
    }
  }

It turns out that EncryptionZone already has the cipher's bit-length stored in a member variable. One shouldn't need an additional name-node call (KeyProvider::getMetadata()) only to fetch it again.

This is dangerous since the code uses the table metadata everywhere to get the number of buckets

type for map <10, cast(null as int)> becomes map <int,string>

When using a custom editor 

public class AccountEditor extends PropertyEditorSupport {
  @Override
  public void setAsText(String text) {
    setValue(new Account("dummy"));
  }

  @Override
  public String getAsText() {
    Account account = (Account) getValue();
    return (account != null ? account.toString() : "");
  }
}

and registering it 

  @InitBinder
  public void initBinder(WebDataBinder binder) {
    binder.registerCustomEditor(Account.class, new AccountEditor(accountService));
  }

When creating the following updateForm action, I want spring to give me an Account object created via the AccountEditor.
In the case where the request param is not present in the http request, the PropertyEditor should use the default value specified in the @RequestParam annotation.
As the @RequestParam javadoc says 

The default value to use as a fallback. Supplying a default value implicitly sets #required to false.

And because the defaultValue is by set at "" by default I need to set manually required = false

@RequestMapping("/updateForm")
public void updateForm(@RequestParam(value="accountId",required=false,defaultValue="") Account account, Model model) {
  assert account != null;
}

The behavior I get is the following :

/updateForm?accountId=xxx : passes
/updateForm : assertion exception raised

Therefore, either @RequestParam default value should be null or the HandlerMethodInvoker class should handle the "" default value as follows (in the resolveRequestParam method)

if (paramValue == null) {
  if (StringUtils.hasText(defaultValue)) {
    paramValue = resolveDefaultValue(defaultValue);
  }
  else if (required) {
    raiseMissingParameterException(paramName, paramType);
  }
  paramValue = checkValue(paramName, paramValue, paramType);
}

When requesting a default value at "", it should probably be

--> if (!required) {
  }
  else {
  }
}

@RequestParam, @CookieValue and @RequestHeader share the same behavior for default values.

When context path is empty, LogoutFilter erroneously believes "/anything/before/j_acegi_logout" is a logout URL.  The requiresLogout() method should use uri.equals(request.getContextPath() + filterProcessesUrl) instead of uri.endsWith(request.getContextPath() + filterProcessesUrl), or more simple, uri.endsWith(filterProcessesUrl) to detect any URL ending with j_acegi_logout.

I have my bash environment setup to echo absolute pathnames when a relative one is specified in 'cd'. This caused problems with all the Hadoop bash scripts because the script accidentally sets the $bin variable twice in this setup. (e.g. would set $bin="/path/bin/hbase\n/path/bin/hbase")
This jira is for HBase scripts. I filed a separate jira for HDFS scripts, which share the same pattern.

source:
hbase(main):001:0> scan 't1', 
{RAW => true, VERSIONS => 100}
ROW                                      COLUMN+CELL                                                                                                           
 r1                                      column=f1:, timestamp=1449030102091, value=value1112                                                                  
 r1                                      column=f1:, timestamp=1449029774173, value=value1001                                                                  
 r1                                      column=f1:, timestamp=1449029709974, value=value1002                                                                  

target:
hbase(main):023:0> scan 't1', {RAW => true, VERSIONS => 100}
 r1                                      column=f1:, timestamp=1449030090758, value=value1112                                                                  
 r1                                      column=f1:, timestamp=1449029984282, value=value1111                                                                  
 r1                                      column=f1:, timestamp=1449029709974, value=value1002   
/bin/hbase org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication --versions=100 1 t1
org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication$Verifier$Counters
		GOODROWS=1
Does not show any mismatch. Ideally it should show. This is because in 
VerifyReplication Class maxVersion is not correctly set.

With an AbstractSecurityWebApplicationInitializer in place its imposible to register an other filter in front of SpringSecurityFilterChain.

 JDR report contains some legacy reference to AS7
 Always

Create a JDR report using one of provided scripts (depends on OS)
Check the created report
	
cd $JDR_LOCATION
find | grep as7

./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7
./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7/configuration.json
./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7/tree.txt
./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7/dump-services.json
./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7/deployment-dependencies.txt
./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7/jarcheck.txt
./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7/cluster-proxies-configuration.json
./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7/local-module-dependencies.txt
./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7/system-properties.txt
./jdr_15-10-02_04-28-03_dhcp-10-40-5-38/sos_strings/as7/jndi-view.json

No references to AS7

The code to get compaction priority is as such:

   public int getCompactPriority(int priority) {
     // If this is a user-requested compaction, leave this at the highest priority
     if(priority == Store.PRIORITY_USER) {
       return Store.PRIORITY_USER;
     } else {
       return this.blockingStoreFileCount - this.storefiles.size();
     }
   }

.
PRIORITY_USER is 1.
The priorities are compared as numbers in HRegion, so compactions of blocking stores will override user priority (probably intended); also, if you have blockingFiles minus one, your priority is suddenly PRIORITY_USER, which may cause at least this:
        LOG.debug("Warning, compacting more than " + comConf.getMaxFilesToCompact() +
            " files because of a user-requested major compaction");
as well as some misleading logging.

NettyComponent.timer is static. It is initialized/started on component startup and stopped/nulled on component shutdown. The static timer is shared between. It means that when you start two bundles using camel-netty and then stop one of it, then the remaining running bundle will not be able to create new endpoints dynamically, because of the nulled timer in the component (until some other bundle using Netty component is started and reinitalizes the timer again).
IMHO, we should not stop neither null the static timer. It can be shared between components and initialized/started when the first NettyComponent instance is created, but it should last forever. We technically could count the number of the component instances, and stops the timer when there is no NettyComponent available, but I don't see a point in this kind of micro-optimization. This is only one timer instance per application.

Currently NettyServerBootstrapConfiguration doesn't provide default values of keyStoreFormat and securityProvider options. This is not in sync with description of these options in Netty doc (1).
For example the following configuration:

<bean id="httpsConfiguration" class="org.apache.camel.component.netty.http.NettySharedHttpServerBootstrapConfiguration">
  <property name="port" value="10020"/>
  <property name="host" value="0.0.0.0"/>
  <property name="keyStoreResource" value="jsse/localhost.ks"/>
  <property name="trustStoreResource" value="jsse/localhost.ks"/>
  <property name="passphrase" value="changeit"/>
</bean>	 

...won't work until I add keyStoreFormat and securityProvider explicitly to it:

  <property name="keyStoreFormat" value="JKS"/>
  <property name="securityProvider" value="SunX509"/>

Solution:
We should add keyStoreFormat=JKS and securityProvider=SunX509 defaults to the NettyServerBootstrapConfiguration.
(1) http://camel.apache.org/netty.html

HIVE-1403 fixes the issue of timing out issue when closing too many files but it doesn't cover the case that files are under different directories. For the case of dynamic partitioning, it is usually the case so that we still get time-out.

org.jboss.as.test.integration.management.cli.CliAliasTestCase consumes an extra 20sec
org.jboss.as.test.integration.management.cli.CliConfigTestCase consumes an extra 40sec
By fixing these 2 tests, 1 minute gain should be expected.

In the loadDefaultKeyStore method of org.springframework.ws.soap.security.support.KeyStoreUtils class I found this code:
....
String passwordProperty = System.getProperty("javax.net.ssl.keyStorePassword");
if (StringUtils.hasLength(passwordProperty)) 
{
        password = passwordProperty;
    }
    type = System.getProperty("javax.net.ssl.trustStore");
}
....
In the line, System.getProperty("javax.net.ssl.trustStore"), the String parameter should be "javax.net.ssl.keyStoreType", right?

If BulkLoad job is running with out creating a table.
job itself will create the table if table is not found.

if (!doesTableExist(tableName)) {
        createTable(conf, tableName);
      }

if columns contains timestamp also then table is creating with defined columns and timestamp key.

eg: -Dimporttsv.columns=HBASE_ROW_KEY,HBASE_TS_KEY,d:num
table is creating with the following columnFamilies.
'HBASE_TS_KEY' and 'd' 
while iterating timestamp key also need to avoid while describing the column descriptors.

private static void createTable(HBaseAdmin admin, String tableName, String[] columns)
    HTableDescriptor htd = new HTableDescriptor(TableName.valueOf(tableName));
    Set<String> cfSet = new HashSet<String>();
    for (String aColumn : columns) {
      if (TsvParser.ROWKEY_COLUMN_SPEC.equals(aColumn)) continue;
      // we are only concerned with the first one (in case this is a cf:cq)
      cfSet.add(aColumn.split(":", 2)[0]);
    }
    for (String cf : cfSet) {
      HColumnDescriptor hcd = new HColumnDescriptor(Bytes.toBytes(cf));
      htd.addFamily(hcd);
    }
    LOG.warn(format("Creating table '%s' with '%s' columns and default descriptors.",
      tableName, cfSet));
    admin.createTable(htd);
  }

Index: hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/ImportTsv.java
--- hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/ImportTsv.java	(revision 1539967)
+++ hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/ImportTsv.java	(working copy)
@@ -413,7 +413,8 @@
     HTableDescriptor htd = new HTableDescriptor(TableName.valueOf(tableName));
     Set<String> cfSet = new HashSet<String>();
     for (String aColumn : columns) {
-      if (TsvParser.ROWKEY_COLUMN_SPEC.equals(aColumn)) continue;
+      if (TsvParser.ROWKEY_COLUMN_SPEC.equals(aColumn)
+          || TsvParser.TIMESTAMPKEY_COLUMN_SPEC.equals(aColumn)) continue;
       // we are only concerned with the first one (in case this is a cf:cq)
       cfSet.add(aColumn.split(":", 2)[0]);
     }

When rolling-restart.sh script stop master it enters loop trying to detect that master znode is deleted. Since it is unable to execute check command script hangs in infinite loop. Problematic line of script is:
while ! bin/hbase zkcli stat $zmaster 2>&1 | grep "Node does not exist"; do
"bin/hbase zkcli stat" can not be executed since script is run from bin directory. My suggestion is that this line should be like this in order to work:
while ! "$bin"/hbase zkcli stat $zmaster 2>&1 | grep "Node does not exist"; do
After i made this change i was able to execute rolling restart.

When a fixed length record contains a "Link" marshalling doesn't take this field into account while with unmarshalling it is unmarshalled.
Issue comes from a difference in building the model in BindyCsvDataFormat and BindyFixedLengthDataFormat. In the csv-format all field are taken into account that have the "Link"  annotation.

An attempt to rerun stopped job using following code sometimes leads to creation of new JobInstance with same JOB_KEY but with entries in different order.
List<JobInstance> jobInstances = jobExplorer.getJobInstances(jobName, 0, 1);
if (!jobInstances.isEmpty()) {
    jobLauncher.run(job, jobInstances.get(0).getJobParameters());
}
I tried to debug it and I think the problem may be in JdbcJobInstanceDao.FIND_PARAMS_FROM_ID used in getJobParameters(). This query relies on the fact that job parameters are retrieved from database in same order as they have been inserted - which does not have to be true. Maybe ordering by job parameter name would help. Maybe it would be best to add this behavior to the JobParameters instead of relying on LinkedHashMap and insert order.

Following up on SPR-16060, we should also apply the same policy to superclass methods, even if annotation inheritance expectations across generics might be less common there.
Due to the inconsistency with generic interfaces and the inconsistency between AnnotationUtils and AnnotatedElementUtils (since only the former finds annotations on generic interface methods), this qualifies as a follow-up bug that needs to be fixed in the 5.0.x line as well.

This inconsistency bothers me.
hbase:meta	The hbase:meta table holds references to all User Table regions
hbase:namespace	The .NAMESPACE. table holds information about namespaces.
Should it be the .NAMESPACE. table? or should it be hbase:namespace

autolocal1.q is failing only on hadoop0.23 MR2, due to cluster initialization problem:
Begin query: autolocal1.q
diff -a /var/lib/jenkins/workspace/zhenxiao-CDH4-Hive-0.9.0/build/ql/test/logs/clientnegative/autolocal1.q.out /var/lib/jenkins/workspace/zhenxiao-CDH4-Hive-0.9.0/ql/src/test/results/clientnegative/autolocal1.q.out
5c5
< Job Submission failed with exception 'java.io.IOException(Cannot initialize Cluster. Please check your configuration for mapreduce.framework.name and the correspond server addresses.)'
—
> Job Submission failed with exception 'java.lang.IllegalArgumentException(Does not contain a valid host:port authority: abracadabra)'
Exception: Client execution results failed with error code = 1
See build/ql/tmp/hive.log, or try "ant test ... -Dtest.silent=false" to get more logs.
Failed query: autolocal1.q

In the javadoc Package org.apache.hadoop.hbase.client Description it states that "Scans (currently) operate without respect for row locks." I think that since 0.20.4 and HBASE-2248 this is no longer the case.

from("file://input?fileName=${bean:notexist?method=notImportant}");

this bean doesn't exist, but code run well without any exception.

This line: https://github.com/apache/hive/blob/456a65180dcb84f69f26b4c9b9265165ad16dfe4/standalone-metastore/src/main/java/org/apache/hadoop/hive/metastore/columnstats/aggr/StringColumnStatsAggregator.java#L181
Should be: 
aggregateData.setAvgColLen(Math.max(aggregateData.getAvgColLen(), newData.getAvgColLen()));

PathMatchingResourcePatternResolver provides duplicate resources when using "classpath*" prefix combined with Ant-style patterns.
I'll attach an application that reproduces the problem.The application uses the location pattern "classpath*:/*-perm.json" to resolve Resources.
If you package and run it

mvn clean package && java -jar target/resources-0.0.1-SNAPSHOT.jar

You should see the following output:

file:/D:/resources/target/resources-0.0.1-SNAPSHOT.jar!/
file:D:\resources\target\resources-0.0.1-SNAPSHOT.jar!/
file:/C:/Program%20Files/Java/jdk1.8.0_40/jre/lib/ext/dnsns.jar!/
...
file:/D:/resources/target/resources-0.0.1-SNAPSHOT.jar!/domaine-perm.json
file:D:\resources\target\resources-0.0.1-SNAPSHOT.jar!/domaine-perm.json

The change in HIVE-10578 has broken two tests in TestSQLStdHiveAccessControllerHS2 - testConfigProcessing and testConfigProcessingCustomSetWhitelistAppend.

Currently HBase uses append to trigger the close of HLog during Hlog split. Append is a very expensive operation, which involves not only NameNode operations but creating a writing pipeline. If one of datanodes on the pipeline has a problem, this recovery may takes minutes. I'd like implement a lightweight NameNode operation to trigger lease recovery and make HBase to use this instead.

The type converter loading is not threadsafe and fails sometimes. That will end up with around 17 type converters loaded only which will probably let your camel routes fail with conversion errors like:

07:04:31,112 | ERROR | qtp25205731-2783 | DefaultErrorHandler | rg.apache.camel.processor.Logger 248 | 68 - org.apache.camel.camel-core - 2.4.0.fuse-00-00 | Failed delivery for exchangeId: 53e23457-5551-4487-9fc4-87dd33687f0b. Exhausted after delivery attempt: 1 caught: java.lang.ClassCastException: org.apache.camel.converter.stream.InputStreamCache cannot be cast to org.w3c.dom.Node
java.lang.ClassCastException: org.apache.camel.converter.stream.InputStreamCache cannot be cast to org.w3c.dom.Node
at com.sun.org.apache.xpath.internal.jaxp.XPathExpressionImpl.eval(XPathExpressionImpl.java:116)[:1.6.0_17]
at com.sun.org.apache.xpath.internal.jaxp.XPathExpressionImpl.eval(XPathExpressionImpl.java:98)[:1.6.0_17]
at com.sun.org.apache.xpath.internal.jaxp.XPathExpressionImpl.evaluate(XPathExpressionImpl.java:180)[:1.6.0_17]
at org.apache.camel.builder.xml.XPathBuilder.doInEvaluateAs(XPathBuilder.java:598)[68:org.apache.camel.camel-core:2.4.0.fuse-00-00]
at org.apache.camel.builder.xml.XPathBuilder.evaluateAs(XPathBuilder.java:570)[68:org.apache.camel.camel-core:2.4.0.fuse-00-00]
at org.apache.camel.builder.xml.XPathBuilder.matches(XPathBuilder.java:122)[68:org.apache.camel.camel-core:2.4.0.fuse-00-00]

Tracking the issue down showed that several type converter loaders share the same registry object and fail to load all converters every once a while. That can be fixed by making the load method synchronized...see attached patch.

CXF 2.7.8 is released, we should consider to upgrade the version.

If you create an MBean in your EJB and deploy the EJB.
<pre>
@SuppressWarnings("serial")
public class Monitor implements MonitorMXBean, Serializable {
	private static final Logger log = LoggerFactory.getLogger(Monitor.class);
	private Boolean enabled = Boolean.FALSE;
	private Long valueOne;
	public Monitor() 
{
		log.debug("CTOR");
	}

	@Override
	public Boolean isEnabled() 
{
		return enabled;
	}
	@Override
	public void setEnabled(Boolean enabled) 
{
		this.enabled = enabled;
	}

	@Override
	public Long getValueOne() 
{
		return valueOne;
	}
	@Override
	public void setValueOne(Long valueOne) 
{
		this.valueOne = valueOne;
	}

}
</pre>
And JMX MXBean
<pre>
import javax.management.MXBean;
@MXBean
public interface MonitorMXBean 
{

	void setEnabled(Boolean enabled);
	Boolean isEnabled();

	void setValueOne(Long valueOne);
	Long getValueOne();

}

</pre>
17:34:42,455 ERROR [org.jboss.as.weld] (MSC service thread 1-1) JBAS016001: Failed to tear down Weld contexts: javax.naming.NameNotFoundException: java:comp/BeanManager
	at org.jboss.as.naming.InitialContext$DefaultInitialContext.findContext(InitialContext.java:187)
	at org.jboss.as.naming.InitialContext$DefaultInitialContext.lookup(InitialContext.java:231)
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:188)
	at javax.naming.InitialContext.lookup(InitialContext.java:417) [rt.jar:1.8.0_25]
	at org.jboss.as.weld.arquillian.WeldContextSetup.teardown(WeldContextSetup.java:108)
	at org.jboss.as.jmx.MBeanRegistrationService.stop(MBeanRegistrationService.java:132) [wildfly-jmx-8.1.0.Final.jar:8.1.0.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_25]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_25]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_25]
Is this related to: https://issues.jboss.org/browse/WFLY-822 ?

Our team observed this, although I admit it is probably a rare situation.
To summarize, the JDBC connection is never released if:

an exception is thrown in the controller method
a second exception is thrown during handling of the first exception
attempting to log that second exception causes a third exception to be thrown
the third exception directly extends Throwable, not Exception or Error

I reproduced it with just small changes to the project at https://github.com/spring-projects/spring-boot/tree/master/spring-boot-samples/spring-boot-sample-data-jpa.
First, I changed the line in the controller method from "Bath" to "Foo", below:

@GetMapping("/")
public String helloWorld() {
    return this.cityService.getCity("Foo", "UK").getName();
}

This causes getCity() to return null, so the method throws an NPE.
So far, everything is okay, the exception is caught here, and the JDBC connection is still released within the call to triggerAfterCompletion().
But we really wanted a custom response HTTP status of 400 instead of 500, so we added:

@ResponseStatus(value=HttpStatus.BAD_REQUEST)
@ExceptionHandler(Exception.class)
public void handleException(Exception ex) {
   //TODO: some more handling logic to come later
}

Now the status is 500, but we still wanted some special logic in that exception handler for adding a log message.  
Eventually, we observed now that in some scenarios that handling logic ends up throwing an second exception while trying to handle the exception thrown in the controller method.  
This isn't so bad, because secondary exceptions thrown during exception handling are caught and handled here.
But we observed that the second exception is a custom class, that had an override of some of the methods in Throwable ... and those overrides in turn threw a third exception.
This also wouldn't be so bad by itself, because there is logic here to still end up unreleasing the JDBC connection in that scenario, as long as the exception sublcasses either Exception or Error.
Unfortunately, we found in our case this custom exception class was directly extending Throwable.  
This means the JDBC connection *is not* released.
The below is a bit contrived, but it proves the point:

	@ResponseStatus(value=HttpStatus.BAD_REQUEST)
	@ExceptionHandler(Exception.class)
	public void handleException(Exception ex) {
		throwUnchecked(new MyException());
	}

	public static class MyException extends Throwable {
		@Override
		public String getMessage() {
			SampleController.throwUnchecked(this);
			return "";
		}
	}

	public static void throwUnchecked(Throwable e) {
		SampleController.<RuntimeException>throwAny(e);
	}

	@SuppressWarnings("unchecked")
	private static <E extends Throwable> void throwAny(Throwable e) throws E {
		throw (E) e;
	}

While I admit this is probably a rare edge case, this is actually a security vulnerability, since unreleased connections can be used as an attack vector.  And there is nothing inapprorpiate about subclassing Throwable, or overriding methods like getMessage() to do custom logic there.
*NOTE:* if you are on spring 4.3, the logging level is debug, where it used to be error, so this whole issue is only reproducible if you also add the following to resources/application.properties:

logging.level.org.springframework.web.servlet.mvc.method.annotation=debug

When notifications are active and the server gets reloaded into admin-only mode we still have notifications to 'normal' mode.

When the Wss4jSecurityInterceptor replaces the AxiomMessage in the SoapMessage, if the original SoapMessage already had a SoapAction set, the value is lost.
I believe, in the Wss4jSecurityInterceptor.replaceMessage() method, the following workaround should be done:
// replace the Axiom message
String tempSoapAction = soapMessage.getSoapAction();
axiomMessage.setAxiomMessage(newMessage);
soapMessage.setSoapAction(tempSoapAction);

In findConfFile() function of HiveConf.java, here are some issues. File.pathSeparator which is ":" is used as the separator rather than "/". new File(jarUri).getParentFile() will get the "$hive_home/lib" folder, but actually we want "$hive_home".

copy paste error in /system endpoint. THP references same files again.

On line 130 of AclImpl.java in trunk (line number is different in other releases) a check is performed on the upper bound of the list of access control entries.
Code is:
        if (aceIndex > this.aces.size()) {
should be:
        if (aceIndex >= this.aces.size()) {
Result is that exception out of underlying list impl is thrown.  Minor.

The SpringPersistenceUnitInfo property 'persistenceXMLSchemaVersion' defaults to 1.0 and is never changed.  This is a MAJOR headache for ORMs which use the version information to adjust their behavior.
The bug appears to be in org.springframework.orm.jpa.persistenceunit.PersistenceUnitReader.  The version attribute is not used when the document is read to set the value in the SpringPersistenceUnitInfo instances.

If the network goes down between Artemis and DB, the Artemis should behave in the same way as in case that journal storage is used and underlying network file system is disconnected. It should throw an critical IO error and stop itself.
Currently if network is down, JDBC calls hang until OS tcp timeout expires (typically 10 minutes). It contradicts fail fast pattern.
This behavior can be changed by setting networkTimeout [1] property to non zero value. I think this timeout should be configurable and default value should be less than 30 seconds what is default timeout for client's blocking operations.
If JDBC connection is closed from any reason (expiration of tcp timeout or networkTimeout), Artemis should throw critical IO error and stop itself.
Currently even if JDBC connection is closed, Artemis tries to execute DB operations on it what causes throwing of exceptions. Artemis is not able to recover from this state and it must be restarted.
Customer impact: If the network goes down between Artemis and DB, there is no error in server log for 10 minutes. During this time clients are blocked without any explanatory exception. It contradicts fail fast pattern and is difficult to find out what is wrong.
If JDBC connection is closed after 10 minutes, clients are still successfully connected to Artemis but they get exception for all operations. Since their connections are still active, they don't reconnect to other Artemis instance.
[1] https://docs.oracle.com/javase/7/docs/api/java/sql/Connection.html#setNetworkTimeout(java.util.concurrent.Executor,%20int)

BOMInputStream.read(byte[]) returns 0 when it should return -1.
This is not a valid action (unless buf.length == 0) and can cause problems, e.g. "java.io.IOException: Underlying input stream returned zero bytes - at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:268)"
From java.io.InputStream.read(byte[]) JavaDocs: "If the length of b is zero, then no bytes are read and 0 is returned; otherwise, there is an attempt to read at least one byte. If no byte is available because the stream is at the end of the file, the value -1 is returned; otherwise, at least one byte is read and stored into b."
Suggested fix, change line 287 of BOMInputStream.java from
        return (secondCount < 0) ? firstCount : firstCount + secondCount;
into
        return (secondCount < 0) ? (firstCount > 0 ? firstCount : -1) : firstCount + secondCount;

In following code message should go to mock:invalid when invalid message is sent. Currently message is sent nowhere as exceptions in handle() clause are swallowed.

exception(ValidationException.class).to("mock:invalid");
                
from("direct:start").tryBlock().process(validator).to("mock:valid")
    .handle(ValidationException.class).process(validator);

When using class-level validation annotations the returned codes differ from those returned in 3.0.6.
3.1:

Constraint.object.
Constraint.
Constraint

3.0.6:

Constraint.object

Please see the attached example: switch to Spring 3.0.6 in the pom and the test turns green.

If you use both fixed reply queues and have useMessageIDAsCorrelationID=true, then the dynamic MessageSelectorCreator may not evict the correlationID causing the JMSMessage selector to keep growing.

mvn test -Dtest=TestCliDriver -Dtest.output.overwrite=true -Dqfile=cbo_rp_udf_udaf.q -Dhive.compute.query.using.stats=true repros the issue.
In StatsOptimizer with return path on, we may have aggr($f0), aggr($f1) in GBY
and then select aggr($f1), aggr($f0) in SEL.
Thus we need to use colExp to find out which position is
corresponding to which position.

Transaction default timeout could be wrongly set up because of race condition in configuration of the CoordinatorEnvironmentBean and the TxControl class which is used on transaction begin and loads data from the coordinator bean to static variable.
The default transaction timeout defined by Narayana is 60 seconds. It's coded in source at https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/common/CoordinatorEnvironmentBean.java#L74
The CoordinatorEnvironmentBean is instantiated with the default value or with value taken from system property or xml descriptor (https://jbossts.blogspot.com/2018/01/narayana-periodic-recovery-of-xa.html#configuration).
When new transaction is started it does not use directly the CoordinatorEnvironmentBean#getDefaultTimeout() but the TxControl#getDefaultTimeout() (https://github.com/jbosstm/narayana/blob/5.9.3.Final/ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/TxControl.java#L75). 
From the Stephen Fikes testing with Byteman[1] when there is used the environment property -Dcom.arjuna.ats.arjuna.coordinator.defaultTimeout=301 (should not be used for WFLY) and WFLY model configuration <coordinator-environment default-timeout="302"/> we can see the CoordinatorEnvironmentBean.setDefaultTimeout is called twice. First time it's time of the bean initialization and the value of 301 is taken (BeanPopulator instantiates the bean and reset the default value of 60 to 301. Next the ArjunaTransactionManagerService is started and set the value to 302 as model defines https://github.com/wildfly/wildfly/blob/16.0.0.Final/transactions/src/main/java/org/jboss/as/txn/service/ArjunaTransactionManagerService.java#L87.
Unfortunately, there is no changes for the TxControl class which is used during transaction startup. If the TxControl would be initialized before the ArjunaTransactionService is started then the value defined in the WFLY model would not be considered until a change in the CLI (/subsystem=transactions:write-attribute(name=default-timeout, value=100)) is done. The cli command causes the TxControl is reset - https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java/org/jboss/as/txn/subsystem/TransactionSubsystemRootResourceDefinition.java#L524
We should ensure the TxControl._defaultTimeout value is configured during ArjunaTransactionManagerService start up as well.
[1]

INFO  [stdout] (MSC service thread 1-2) [BMAN]
 CoordinatorEnvironmentBean.setDefaultTimeout(301)
 com.arjuna.ats.arjuna.common.CoordinatorEnvironmentBean.setDefaultTimeout(CoordinatorEnvironmentBean.java:-1)
 sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:-2)
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 java.lang.reflect.Method.invoke(Method.java:498)
 com.arjuna.common.internal.util.propertyservice.BeanPopulator.handleSimpleProperty(BeanPopulator.java:312)
 com.arjuna.common.internal.util.propertyservice.BeanPopulator.configureFromProperties(BeanPopulator.java:172)
 com.arjuna.common.internal.util.propertyservice.BeanPopulator.getNamedInstance(BeanPopulator.java:87)
 com.arjuna.common.internal.util.propertyservice.BeanPopulator.getDefaultInstance(BeanPopulator.java:53)
 com.arjuna.ats.arjuna.common.arjPropertyManager.getCoordinatorEnvironmentBean(arjPropertyManager.java:51)
 com.arjuna.ats.arjuna.coordinator.BasicAction.<clinit>(BasicAction.java:3754)
 com.arjuna.ats.internal.jta.recovery.arjunacore.CommitMarkableResourceRecordRecoveryModule.<clinit>(CommitMarkableResourceRecordRecoveryModule.java:79)
 java.lang.Class.forName0(Class.java:-2)
 java.lang.Class.forName(Class.java:264)
 com.arjuna.common.internal.util.ClassloadingUtility.loadClass(ClassloadingUtility.java:57)
 com.arjuna.common.internal.util.ClassloadingUtility.loadClass(ClassloadingUtility.java:85)
 com.arjuna.common.internal.util.ClassloadingUtility.loadAndInstantiateClass(ClassloadingUtility.java:117)
 com.arjuna.common.internal.util.ClassloadingUtility.loadAndInstantiateClassesWithInit(ClassloadingUtility.java:192)
 com.arjuna.ats.arjuna.common.RecoveryEnvironmentBean.getRecoveryModules(RecoveryEnvironmentBean.java:465)
 com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.loadModules(PeriodicRecovery.java:883)
 com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.<init>(PeriodicRecovery.java:121)
 com.arjuna.ats.internal.arjuna.recovery.RecoveryManagerImple.<init>(RecoveryManagerImple.java:107)
 com.arjuna.ats.arjuna.recovery.RecoveryManager.<init>(RecoveryManager.java:477)
 com.arjuna.ats.arjuna.recovery.RecoveryManager.manager(RecoveryManager.java:132)
 com.arjuna.ats.arjuna.recovery.RecoveryManager.manager(RecoveryManager.java:112)
 com.arjuna.ats.jbossatx.jta.RecoveryManagerService.create(RecoveryManagerService.java:54)
 org.jboss.as.txn.service.ArjunaRecoveryManagerService.start(ArjunaRecoveryManagerService.java:126)
 org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
 org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
 java.lang.Thread.run(Thread.java:748)

 CoordinatorEnvironmentBean.setDefaultTimeout(302)
 org.jboss.as.txn.service.ArjunaTransactionManagerService.start(ArjunaTransactionManagerService.java:88)
 java.lang.Thread.run(Thread.java:748) 

In the master jmx, metrics clusterRequests increases so fast. Looked into the code and found the calculation is a little bit wrong. It's a counter. However, for each region server report, the total number of requests is added to clusterRequests. That means it's added multiple times.

[root@s1 ~]# beeline --silent=true --showHeader=false --outputformat=table -u "jdbc:hive2://localhost:10000" -e "select * from t1;"
--------+
1
--------+
[root@s1 ~]# beeline --silent=true --showHeader=false --outputformat=vertical -u "jdbc:hive2://localhost:10000" -e "select * from t1;"
t1.c1 1
[root@s1 ~]# beeline --silent=true --showHeader=false --outputformat=csv -u "jdbc:hive2://localhost:10000" -e "select * from t1;"
't1.c1'
'1'
[root@s1 ~]# beeline --silent=true --showHeader=false --outputformat=tsv -u "jdbc:hive2://localhost:10000" -e "select * from t1;"
't1.c1'
'1'
[root@s1 ~]# beeline --silent=true --showHeader=false --outputformat=dsv -u "jdbc:hive2://localhost:10000" -e "select * from t1;"
t1.c1
1
[root@s1 ~]# beeline --silent=true --showHeader=false --outputformat=csv2 -u "jdbc:hive2://localhost:10000" -e "select * from t1;"
t1.c1
1
[root@s1 ~]# beeline --silent=true --showHeader=false --outputformat=tsv2 -u "jdbc:hive2://localhost:10000" -e "select * from t1;"
t1.c1
1

When server is started with start-mode=suspend. 
First received transition is from SUSPENDED to NORMAL. It should be something -> SUSPENDED. Probably STARTING -> SUSPENDED, but now listener always receives first transition from SUSPENDED

This is a regression introduced in the latest build of the CBO branch.
Removing the subquery for item will remove the cross products
Query

select i_item_id,sum(ss_ext_sales_price) total_sales from store_sales, date_dim, item where item.i_item_id in (select i.i_item_id from item i where i_color in ('purple','burlywood','indian')) and ss_item_sk = i_item_sk and ss_sold_date_sk = d_date_sk and d_year = 2001 and d_moy = 1 group by i_item_id;

Warning: Map Join MAPJOIN[38][bigTable=?] in task 'Map 1' is a cross product
Warning: Map Join MAPJOIN[39][bigTable=store_sales] in task 'Map 4' is a cross product
OK

    Tez
      Edges:
        Map 1 <- Map 3 (BROADCAST_EDGE)
        Map 4 <- Map 1 (BROADCAST_EDGE), Map 2 (BROADCAST_EDGE)
        Reducer 5 <- Map 4 (SIMPLE_EDGE)
      DagName: mmokhtar_20140904141313_9c253f7e-aad1-4ca4-9be1-ea45e3d34496:1
      Vertices:
        Map 1
                TableScan
                  alias: item
                  filterExpr: (true and i_item_id is not null) (type: boolean)
                  Statistics: Num rows: 462000 Data size: 663862160 Basic stats: COMPLETE Column stats: NONE
                    predicate: i_item_id is not null (type: boolean)
                    Statistics: Num rows: 231000 Data size: 331931080 Basic stats: COMPLETE Column stats: NONE
                    Map Join Operator
                      condition map:
                           Inner Join 0 to 1
                      condition expressions:
                        0 {i_item_sk} {i_item_id}
                        1 {d_date_sk}
                      keys:
                        0
                        1
                      outputColumnNames: _col0, _col1, _col25
                      input vertices:
                        1 Map 3
                      Statistics: Num rows: 254100 Data size: 365124192 Basic stats: COMPLETE Column stats: NONE
                        expressions: _col0 (type: int), _col1 (type: string), _col25 (type: int)
                        outputColumnNames: _col0, _col1, _col25
                        Statistics: Num rows: 254100 Data size: 365124192 Basic stats: COMPLETE Column stats: NONE
                        Reduce Output Operator
                          sort order:
                          Statistics: Num rows: 254100 Data size: 365124192 Basic stats: COMPLETE Column stats: NONE
                          value expressions: _col0 (type: int), _col1 (type: string), _col25 (type: int)
        Map 2
                TableScan
                  alias: i
                  filterExpr: ((i_color) IN ('purple', 'burlywood', 'indian') and i_item_id is not null) (type: boolean)
                    predicate: ((i_color) IN ('purple', 'burlywood', 'indian') and i_item_id is not null) (type: boolean)
                    Statistics: Num rows: 115500 Data size: 165965540 Basic stats: COMPLETE Column stats: NONE
                      expressions: i_item_id (type: string)
                      Statistics: Num rows: 115500 Data size: 165965540 Basic stats: COMPLETE Column stats: NONE
                        keys: _col0 (type: string)
                        mode: hash
                        Statistics: Num rows: 115500 Data size: 165965540 Basic stats: COMPLETE Column stats: NONE
                          key expressions: _col0 (type: string)
                          sort order: +
                          Map-reduce partition columns: _col0 (type: string)
                          Statistics: Num rows: 115500 Data size: 165965540 Basic stats: COMPLETE Column stats: NONE
        Map 3
                TableScan
                  filterExpr: ((d_year = 2001) and (d_moy = 1)) (type: boolean)
                  Statistics: Num rows: 73049 Data size: 81741831 Basic stats: COMPLETE Column stats: NONE
                    predicate: ((d_year = 2001) and (d_moy = 1)) (type: boolean)
                    Statistics: Num rows: 18262 Data size: 20435178 Basic stats: COMPLETE Column stats: NONE
                      sort order:
                      Statistics: Num rows: 18262 Data size: 20435178 Basic stats: COMPLETE Column stats: NONE
                      value expressions: d_date_sk (type: int)
        Map 4
                TableScan
                  Statistics: Num rows: 82510879939 Data size: 7203833257964 Basic stats: COMPLETE Column stats: NONE
                      0 {ss_sold_date_sk} {ss_item_sk} {ss_ext_sales_price}
                      1 {_col0} {_col1} {_col25}
                    keys:
                      0
                      1
                    outputColumnNames: _col0, _col2, _col15, _col27, _col28, _col52
                      1 Map 1
                    Statistics: Num rows: 90761969664 Data size: 7924217282560 Basic stats: COMPLETE Column stats: NONE
                      predicate: ((_col2 = _col27) and (_col0 = _col52)) (type: boolean)
                      Statistics: Num rows: 22690492416 Data size: 1981054320640 Basic stats: COMPLETE Column stats: NONE
                        expressions: _col15 (type: float), _col28 (type: string)
                        outputColumnNames: _col15, _col59
                        Statistics: Num rows: 22690492416 Data size: 1981054320640 Basic stats: COMPLETE Column stats: NONE
                        Map Join Operator
                          condition map:
                               Left Semi Join 0 to 1
                          condition expressions:
                            0 {_col15} {_col59}
                            1
                          keys:
                            0 _col59 (type: string)
                            1 _col0 (type: string)
                          outputColumnNames: _col15, _col59
                          input vertices:
                            1 Map 2
                          Statistics: Num rows: 24959541248 Data size: 2179159818240 Basic stats: COMPLETE Column stats: NONE
                          Select Operator
                            expressions: _col59 (type: string), _col15 (type: float)
                            outputColumnNames: _col0, _col1
                            Statistics: Num rows: 24959541248 Data size: 2179159818240 Basic stats: COMPLETE Column stats: NONE
                            Group By Operator
                              aggregations: sum(_col1)
                              keys: _col0 (type: string)
                              mode: hash
                              outputColumnNames: _col0, _col1
                              Statistics: Num rows: 24959541248 Data size: 2179159818240 Basic stats: COMPLETE Column stats: NONE
                              Reduce Output Operator
                                key expressions: _col0 (type: string)
                                sort order: +
                                Map-reduce partition columns: _col0 (type: string)
                                Statistics: Num rows: 24959541248 Data size: 2179159818240 Basic stats: COMPLETE Column stats: NONE
                                value expressions: _col1 (type: double)
        Reducer 5
                aggregations: sum(VALUE._col0)
                keys: KEY._col0 (type: string)
                mode: mergepartial
                Statistics: Num rows: 12479770624 Data size: 1089579909120 Basic stats: COMPLETE Column stats: NONE
                  expressions: _col0 (type: string), _col1 (type: double)
                  Statistics: Num rows: 12479770624 Data size: 1089579909120 Basic stats: COMPLETE Column stats: NONE
                    Statistics: Num rows: 12479770624 Data size: 1089579909120 Basic stats: COMPLETE Column stats: NONE
                    table:

      limit: -1
        ListSink

No cross product generated for this query

 select i_item_id,sum(ss_ext_sales_price) total_sales
 from
        store_sales,
        date_dim,
         item
where i_color in ('purple','burlywood','indian')
 and     ss_item_sk              = i_item_sk
 and     ss_sold_date_sk         = d_date_sk
 and     d_year                  = 2001
 and     d_moy                   = 1
 group by i_item_id;

The MP-JWT TCK has a PrimitiveInjectionTest that includes injection values like:

    @Inject
    @Claim("aud")
    private Set<String> aud;

This test exists in the TCK, but it was not included in the tck-base-suite.xml or README.adoc as described in this MP-JWT issue:
https://github.com/eclipse/microprofile-jwt-auth/issues/61
and so this usecase was not tested when validating the MP-JWT fraction. 

Currently if service start produces an exception, stop is called to clear flags. But stop() is noop if service was in stopped state before. This leaves service in starting+stopped unusable state.

When we make the call beeline -u "jdbc:hive2://localhost:10000/;user=aaa;password=bbb", the user and password are overwritten by the blank ones since internally it constructs a "connect <url> '' '' <driver>" call with empty user and password. 

We should test whether the Message returned by messageConsumer.receive is null (case of time out for instance) or else a NPE is thrown:
Message message = receiveTimeout >= 0 ? messageConsumer.receive(receiveTimeout) : messageConsumer.receive();

Currently SemanticAnalyzer.ACID_TABLE_PROPERTY and Initiator.NO_AUTO_COMPACT are defined in the classes that use them.  Since these are both potential table properties and they both are ACID related it makes sense to collect them together.  There's no central place for Table properties at this point.

Looking at 1.1.1RC0 shaded artifacts, looks like classes from find bugs are under the edu prefix and are not shaded. We should exclude find bugs from the shaded builds, and/or shade shade the edu prefix as well.

I'm just trying to upgrade from Spring Security 3.1 to 4.0.1 and have discovered a breaking change in the behaviour of request.isUserInRole().
In Spring 3.1 the following was returning true and now returns false:
request.isUserInRole("ROLE_REMEMBER_ME")
In Spring 4.0.1 I had to change it to the following:
request.isUserInRole("REMEMBER_ME")

SlaveReconnectTestCase from wildfly-core fails intermittently with IBM JDK:

10% if you run single test from TS on IBM JDK
always if you run all tests from testsuite on IBM JDK

mvn install -Dmaven.repo.local=$MAVEN_REPO_LOCAL -fae -Dnode0=$MYTESTIP_1 -Dmcast=$MCAST_ADDR -DfailIfNoTests=false -Dts.domain -Dtest=SlaveReconnectTestCase

test01_OrderedExtensionsAndDeployments results:

org.jboss.as.test.integration.management.util.MgmtOperationException: Management operation failed.
	at org.jboss.as.test.integration.domain.management.util.DomainTestUtils.executeForResult(DomainTestUtils.java:160)
	at org.jboss.as.test.integration.domain.slavereconnect.DeploymentScenario.undeploy(DeploymentScenario.java:261)
	at org.jboss.as.test.integration.domain.slavereconnect.DeploymentScenario.tearDownDomain(DeploymentScenario.java:123)
	at org.jboss.as.test.integration.domain.slavereconnect.SlaveReconnectTestCase.testReconnect(SlaveReconnectTestCase.java:156)
	at org.jboss.as.test.integration.domain.slavereconnect.SlaveReconnectTestCase.test01_OrderedExtensionsAndDeployments(SlaveReconnectTestCase.java:93)

INFO  [org.xnio] XNIO version 3.3.4.Final-redhat-1
INFO  [org.xnio.nio] XNIO NIO Implementation Version 3.3.4.Final-redhat-1
INFO  [org.jboss.remoting] JBoss Remoting version 4.0.18.Final-redhat-1
&amp#27;[0m06:48:48,668 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1
&amp#27;[0m&amp#27;[0m06:48:49,375 INFO  [org.jboss.as.process.Host Controller.status] (main) WFLYPC0018: Starting process 'Host Controller'
&amp#27;[0m[Host Controller] &amp#27;[0m06:48:54,053 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:48:54,686 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:48:54,927 INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:48:57,111 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:48:57,126 INFO  [org.xnio] (MSC service thread 1-4) XNIO version 3.3.4.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:48:57,158 INFO  [org.xnio.nio] (MSC service thread 1-4) XNIO NIO Implementation Version 3.3.4.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:48:57,354 INFO  [org.jboss.remoting] (MSC service thread 1-4) JBoss Remoting version 4.0.18.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:48:57,471 INFO  [org.jboss.as.remoting] (MSC service thread 1-1) WFLYRMT0001: Listening on 10.16.95.146:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m06:48:57,558 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-3) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m06:49:00,017 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-one&amp#27;[0m
&amp#27;[0m06:49:00,168 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-one'
&amp#27;[0m[Server:main-one] 06:49:06,140 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1
[Server:main-one] 06:49:07,555 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1
[Server:main-one] 06:49:08,037 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting
[Server:main-one] 06:49:08,358 INFO  [org.xnio] (MSC service thread 1-8) XNIO version 3.3.4.Final-redhat-1
[Server:main-one] 06:49:08,398 INFO  [org.xnio.nio] (MSC service thread 1-8) XNIO NIO Implementation Version 3.3.4.Final-redhat-1
[Server:main-one] 06:49:08,492 INFO  [org.jboss.remoting] (MSC service thread 1-8) JBoss Remoting version 4.0.18.Final-redhat-1
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:11,745 INFO  [org.jboss.as.host.controller] (Remoting "master:MANAGEMENT" task-3) WFLYHC0021: Server [Server:main-one] connected using connection [Channel ID 32521e75 (inbound) of Remoting connection 2868ecda to /10.16.95.146:54380]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:11,876 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://10.16.95.146:9990/management&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:11,878 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://10.16.95.146:9990&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:11,880 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" (Host Controller) started in 21516ms - Started 49 of 49 services (11 services are lazy, passive or on-demand)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:11,895 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-one&amp#27;[0m
[Server:main-one] 06:49:13,162 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 11) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
[Server:main-one] 06:49:14,145 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" started in 13171ms - Started 49 of 65 services (22 services are lazy, passive or on-demand)
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] All servers started in 28034 ms
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] HostController started in 28294 ms
&amp#27;[0m06:49:19,902 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1
&amp#27;[0m&amp#27;[0m06:49:21,161 INFO  [org.jboss.as.process.Host Controller.status] (main) WFLYPC0018: Starting process 'Host Controller'
&amp#27;[0m[Host Controller] &amp#27;[0m06:49:25,502 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:25,956 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:26,154 INFO  [org.jboss.as] (MSC service thread 1-5) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:28,070 INFO  [org.xnio] (MSC service thread 1-6) XNIO version 3.3.4.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:28,078 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (19990) securePort (-1)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:28,128 INFO  [org.xnio.nio] (MSC service thread 1-6) XNIO NIO Implementation Version 3.3.4.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:28,292 INFO  [org.jboss.remoting] (MSC service thread 1-6) JBoss Remoting version 4.0.18.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:28,418 INFO  [org.jboss.as.remoting] (MSC service thread 1-1) WFLYRMT0001: Listening on 10.16.95.146:19999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:32,479 INFO  [org.jboss.as.domain.controller] (Host Controller Service Threads - 12) WFLYHC0019: Registered remote slave host "slave", WildFly 2.0.6.Final-redhat-SNAPSHOT "Kenny"&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:32,485 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0148: Connected to master host controller at remote://10.16.95.146:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:32,645 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-three&amp#27;[0m
&amp#27;[0m06:49:32,769 INFO  [org.jboss.as.process.Server:main-three.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-three'
&amp#27;[0m[Server:main-three] 06:49:39,023 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1
[Server:main-three] 06:49:40,512 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1
[Server:main-three] 06:49:41,031 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting
[Server:main-three] 06:49:41,410 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.3.4.Final-redhat-1
[Server:main-three] 06:49:41,460 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.3.4.Final-redhat-1
[Server:main-three] 06:49:41,618 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.18.Final-redhat-1
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:44,879 INFO  [org.jboss.as.host.controller] (Remoting "slave:MANAGEMENT" task-6) WFLYHC0021: Server [Server:main-three] connected using connection [Channel ID 67c682e1 (inbound) of Remoting connection a80dd256 to /10.16.95.146:45011]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:44,942 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server other-two&amp#27;[0m
&amp#27;[0m06:49:45,011 INFO  [org.jboss.as.process.Server:other-two.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:other-two'
&amp#27;[0m[Host Controller] &amp#27;[0m&amp#27;[0m06:49:45,011 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-three&amp#27;[0m
[Server:main-three] 06:49:46,080 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 8) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
[Server:main-three] 06:49:47,688 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" started in 14325ms - Started 50 of 66 services (23 services are lazy, passive or on-demand)
[Server:other-two] 06:49:52,242 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1
[Server:other-two] 06:49:53,954 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1
[Server:other-two] 06:49:54,394 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting
[Server:other-two] 06:49:54,872 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.3.4.Final-redhat-1
[Server:other-two] 06:49:54,909 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.3.4.Final-redhat-1
[Server:other-two] 06:49:55,016 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.18.Final-redhat-1
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:57,542 INFO  [org.jboss.as.host.controller] (Remoting "slave:MANAGEMENT" task-12) WFLYHC0021: Server [Server:other-two] connected using connection [Channel ID 4265a37a (inbound) of Remoting connection f85d1a6d to /10.16.95.146:60116]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:57,626 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server other-two&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:57,634 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://10.16.95.146:19990/management&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:57,645 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0054: Admin console is not enabled&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:49:57,646 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" (Host Controller) started in 35462ms - Started 48 of 49 services (13 services are lazy, passive or on-demand)&amp#27;[0m
[Server:other-two] 06:49:58,512 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 8) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
[Server:other-two] 06:49:59,648 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" started in 13735ms - Started 50 of 66 services (23 services are lazy, passive or on-demand)
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] All servers started in 44891 ms
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] HostController started in 45148 ms
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:03,186 INFO  [org.jboss.as.host.controller] (management-handler-thread - 1) WFLYHC0023: Starting server server-unaffected&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m06:50:03,189 WARN  [org.jboss.as.host.controller] (management-handler-thread - 1) WFLYHC0011: Ignoring <permgen> for jvm 'SUN' type jvm: null&amp#27;[0m
&amp#27;[0m06:50:03,314 INFO  [org.jboss.as.process.Server:server-unaffected.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:server-unaffected'
&amp#27;[0m[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[33m06:50:03,377 WARN  [org.jboss.as.host.controller] (ProcessControllerConnection-thread - 2) WFLYHC0011: Ignoring <permgen> for jvm 'SUN' type jvm: null&amp#27;[0m
[Server:server-unaffected] 06:50:09,434 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1
[Server:server-unaffected] 06:50:10,574 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1
[Server:server-unaffected] 06:50:11,215 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting
[Server:server-unaffected] 06:50:11,575 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.3.4.Final-redhat-1
[Server:server-unaffected] 06:50:11,624 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.3.4.Final-redhat-1
[Server:server-unaffected] 06:50:11,738 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.18.Final-redhat-1
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m06:50:15,128 INFO  [org.jboss.as.host.controller] (Remoting "slave:MANAGEMENT" task-3) WFLYHC0021: Server [Server:server-unaffected] connected using connection [Channel ID 7b99b49d (inbound) of Remoting connection 24f20b4a to /10.16.95.146:54148]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:15,224 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server server-unaffected&amp#27;[0m
[Server:server-unaffected] 06:50:17,179 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" started in 12876ms - Started 41 of 57 services (21 services are lazy, passive or on-demand)
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:19,297 INFO  [org.jboss.as.host.controller] (management-handler-thread - 3) WFLYHC0023: Starting server server-affected&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m06:50:19,306 WARN  [org.jboss.as.host.controller] (management-handler-thread - 3) WFLYHC0011: Ignoring <permgen> for jvm 'SUN' type jvm: null&amp#27;[0m
&amp#27;[0m06:50:19,409 INFO  [org.jboss.as.process.Server:server-affected.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:server-affected'
&amp#27;[0m[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[33m06:50:19,466 WARN  [org.jboss.as.host.controller] (ProcessControllerConnection-thread - 2) WFLYHC0011: Ignoring <permgen> for jvm 'SUN' type jvm: null&amp#27;[0m
[Server:server-affected] 06:50:24,637 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1
[Server:server-affected] 06:50:25,812 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1
[Server:server-affected] 06:50:26,126 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting
[Server:server-affected] 06:50:26,338 INFO  [org.xnio] (MSC service thread 1-5) XNIO version 3.3.4.Final-redhat-1
[Server:server-affected] 06:50:26,366 INFO  [org.xnio.nio] (MSC service thread 1-5) XNIO NIO Implementation Version 3.3.4.Final-redhat-1
[Server:server-affected] 06:50:26,450 INFO  [org.jboss.remoting] (MSC service thread 1-5) JBoss Remoting version 4.0.18.Final-redhat-1
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m06:50:28,660 INFO  [org.jboss.as.host.controller] (Remoting "slave:MANAGEMENT" task-4) WFLYHC0021: Server [Server:server-affected] connected using connection [Channel ID 0b33ef0a (inbound) of Remoting connection 41562de1 to /10.16.95.146:37200]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:28,858 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server server-affected&amp#27;[0m
[Server:server-affected] 06:50:30,584 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" started in 10442ms - Started 41 of 57 services (21 services are lazy, passive or on-demand)
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:32,698 INFO  [org.jboss.as.repository] (management-handler-thread - 6) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/master/data/content/09/d3f8807790439e696b8317b611b3dcd3b73357/content&amp#27;[0m
[Server:server-affected] 06:50:33,005 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0027: Starting deployment of "reconnect-slave-depone.jar" (runtime-name: "reconnect-slave-depone.jar")
[Server:server-affected] 06:50:33,167 INFO  [stdout] (MSC service thread 1-5) ===> class org.jboss.as.test.integration.domain.slavereconnect.deployment.ServiceActivatorDeploymentOne setting property test.deployment.prop.one=one
[Server:server-affected] 06:50:33,236 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 4) WFLYSRV0010: Deployed "reconnect-slave-depone.jar" (runtime-name : "reconnect-slave-depone.jar")
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:33,347 INFO  [org.jboss.as.repository] (management-handler-thread - 2) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/master/data/content/6b/bc9ff93840d04e654599ba2bfd2d8ca6dc8300/content&amp#27;[0m
[Server:server-affected] 06:50:33,585 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "reconnect-slave-deptwo.jar" (runtime-name: "reconnect-slave-deptwo.jar")
[Server:server-affected] 06:50:33,634 INFO  [stdout] (MSC service thread 1-1) ===> class org.jboss.as.test.integration.domain.slavereconnect.deployment.ServiceActivatorDeploymentTwo setting property test.deployment.prop.two=two
[Server:server-affected] 06:50:33,741 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 4) WFLYSRV0010: Deployed "reconnect-slave-deptwo.jar" (runtime-name : "reconnect-slave-deptwo.jar")
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:34,161 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 23) WFLYHC0024: Stopping server main-one&amp#27;[0m
&amp#27;[0m06:50:34,174 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 4) WFLYPC0019: Stopping process 'Server:main-one'
&amp#27;[0m[Server:main-one] 06:50:34,180 INFO  [org.jboss.as.server] (Thread-9) WFLYSRV0220: Server shutdown has been requested.
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:34,298 INFO  [org.jboss.as.host.controller] (Remoting "master:MANAGEMENT" task-11) WFLYHC0027: Unregistering server main-one&amp#27;[0m
[Server:main-one] 06:50:34,359 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0050: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" stopped in 129ms
&amp#27;[0m06:50:34,398 INFO  [org.jboss.as.process.Server:main-one.status] (reaper for Server:main-one) WFLYPC0011: Process 'Server:main-one' finished with an exit status of 0
&amp#27;[0m[Host Controller] &amp#27;[0m&amp#27;[0m06:50:34,402 INFO  [org.jboss.as.host.controller] (ProcessControllerConnection-thread - 2) WFLYHC0027: Unregistering server main-one&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m06:50:34,455 WARN  [org.jboss.as.domain.controller] (MSC service thread 1-3) WFLYHC0030: Connection to remote host "slave" closed unexpectedly&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m06:50:34,521 WARN  [org.jboss.as.host.controller] (Remoting "slave:MANAGEMENT" task-8) WFLYHC0015: Connection to remote host-controller closed. Trying to reconnect.&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m06:50:34,545 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 14) WFLYHC0150: Trying to reconnect to master host controller.&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m06:50:34,566 INFO  [org.jboss.as] (MSC service thread 1-5) WFLYSRV0050: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" stopped in 422ms&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:34,573 INFO  [org.jboss.as] (MSC service thread 1-5) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:34,914 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:35,021 INFO  [org.jboss.as.remoting] (MSC service thread 1-4) WFLYRMT0001: Listening on 10.16.95.146:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:35,558 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 14) WFLYHC0150: Trying to reconnect to master host controller.&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:36,112 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://10.16.95.146:9990/management&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:36,114 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0054: Admin console is not enabled&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:36,115 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" (Host Controller) started in 1539ms - Started 49 of 49 services (11 services are lazy, passive or on-demand)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:36,558 INFO  [org.jboss.as.repository] (management-handler-thread - 3) WFLYDR0002: Content removed from location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/master/data/content/09/d3f8807790439e696b8317b611b3dcd3b73357/content&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:36,650 INFO  [org.jboss.as.repository] (management-handler-thread - 4) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/master/data/content/ab/7255f2406ac895cc3e9c8edadc609af88bf636/content&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:36,932 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0002: Content removed from location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/master/data/content/6b/bc9ff93840d04e654599ba2bfd2d8ca6dc8300/content&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:36,996 INFO  [org.jboss.as.repository] (management-handler-thread - 2) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/master/data/content/a2/f1854f72e5888fed7ab9b24794f221f37ac757/content&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:37,135 INFO  [org.jboss.as.repository] (management-handler-thread - 3) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/master/data/content/c4/0aaecf59ae8bb17142bf35da9865286082c9e5/content&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:37,298 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0050: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" stopped in 55ms&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:37,307 INFO  [org.jboss.as] (MSC service thread 1-3) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:37,622 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m06:50:37,692 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-1) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m06:50:37,705 INFO  [org.jboss.as.remoting] (MSC service thread 1-3) WFLYRMT0001: Listening on 10.16.95.146:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:38,503 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-one&amp#27;[0m
&amp#27;[0m06:50:38,563 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 4) WFLYPC0018: Starting process 'Server:main-one'
&amp#27;[0m[Host Controller] &amp#27;[0m&amp#27;[0m06:50:39,654 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 14) WFLYHC0150: Trying to reconnect to master host controller.&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[31m06:50:39,751 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 15) WFLYCTL0013: Operation ("resolve-subsystems") failed - address: ([]): java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/profile=*/subsystem=ordered-children'&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:215)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.extension.ExtensionRegistry$SubsystemRegistrationImpl.registerSubsystemModel(ExtensionRegistry.java:702)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.test.integration.domain.extension.OrderedChildResourceExtension.initialize(OrderedChildResourceExtension.java:83)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.domain.controller.operations.ApplyExtensionsHandler.initializeExtension(ApplyExtensionsHandler.java:221)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.domain.controller.operations.ApplyExtensionsHandler.execute(ApplyExtensionsHandler.java:137)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1344)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:418)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.DomainModelControllerService.access$1100(DomainModelControllerService.java:176)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.installSlaveExtensions(DomainModelControllerService.java:1237)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.RemoteDomainConnectionService.resolveSubsystems(RemoteDomainConnectionService.java:544)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.RemoteDomainConnectionService.access$1000(RemoteDomainConnectionService.java:131)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.RemoteDomainConnectionService$2.resolveSubsystemVersions(RemoteDomainConnectionService.java:508)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.RemoteDomainConnection.resolveSubsystemVersions(RemoteDomainConnection.java:297)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.RemoteDomainConnection$HostControllerConnectRequest$1.execute(RemoteDomainConnection.java:389)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)&amp#27;[0m
[Host Controller] &amp#27;[31m	at java.util.concurr[Host Controller] &amp#27;[0m&amp#27;[0m06:50:39,772 INFO  [org.jboss.as.protocol] (Remoting "master:MANAGEMENT" I/O-1) WFLYPRT0057:  cancelled task by interrupting thread Thread[Host Controller Service Threads - 42,5,Host Controller Service Threads]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[31m06:50:39,774 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 42) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.IllegalStateException: java.lang.InterruptedException&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.executeBlocking(HostControllerRegistrationHandler.java:617)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processSubsystems(HostControllerRegistrationHandler.java:456)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$900(HostControllerRegistrationHandler.java:334)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$HostRegistrationStepHandler.execute(HostControllerRegistrationHandler.java:327)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:408)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.DomainModelControllerService.access$900(DomainModelControllerService.java:176)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1230)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:424)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:334)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:230)&amp#27;[0m
[Host Controller] &amp#27;[31m	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)&amp#27;[0m
[Host Controller] &amp#27;[31m	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)&amp#27;[0m
[Host Controller] &amp#27;[31m	at java.lang.Thread.run(Thread.java:785)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.threads.JBossThread.run(JBossThread.java:320)&amp#27;[0m
[Host Controller] &amp#27;[31mCaused by: java.lang.InterruptedException&amp#27;[0m
[Host Controller] &amp#27;[31m	at java.lang.Object.wait(Native Method)&amp#27;[0m
[Host Controller] &amp#27;[31m	at java.lang.Object.wait(Object.java:172)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.threads.AsyncFutureTask.await(AsyncFutureTask.java:192)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:266)&amp#27;[0m
[Host Controller] &amp#27;[31m	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.executeBlocking(HostControllerRegistrationHandler.java:614)&amp#27;[0m
[Host Controller] &amp#27;[31m	... 20 more&amp#27;[0m
[Host Controller] &amp#27;[31m&amp#27;[0m
ent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)&amp#27;[0m
[Server:main-one] 06:50:43,912 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.0.Final-redhat-1
[Server:main-one] 06:50:44,982 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1
[Server:main-one] 06:50:45,418 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" starting
[Server:main-one] 06:50:45,668 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.3.4.Final-redhat-1
[Server:main-one] 06:50:45,729 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.3.4.Final-redhat-1
[Server:main-one] 06:50:45,880 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 4.0.18.Final-redhat-1
[Host Controller] &amp#27;[31m&amp#27;[0m&amp#27;[0m06:50:48,783 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 14) WFLYHC0150: Trying to reconnect to master host controller.&amp#27;[0m
[Host Controller] &amp#27;[31m&amp#27;[0m&amp#27;[0m06:50:49,461 INFO  [org.jboss.as.host.controller] (Remoting "master:MANAGEMENT" task-16) WFLYHC0021: Server [Server:main-one] connected using connection [Channel ID 65fce631 (inbound) of Remoting connection 33bba145 to /10.16.95.146:43301]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m06:50:49,862 WARN  [org.jboss.as.host.controller] (Host Controller Service Threads - 17) WFLYHC0011: Ignoring <permgen> for jvm 'SUN' type jvm: null&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[33m06:50:49,870 WARN  [org.jboss.as.host.controller] (Host Controller Service Threads - 17) WFLYHC0011: Ignoring <permgen> for jvm 'SUN' type jvm: null&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[33m06:50:49,877 WARN  [org.jboss.as.host.controller] (Host Controller Service Threads - 17) WFLYHC0011: Ignoring <permgen> for jvm 'SUN' type jvm: null&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[33m06:50:49,884 WARN  [org.jboss.as.host.controller] (Host Controller Service Threads - 17) WFLYHC0011: Ignoring <permgen> for jvm 'SUN' type jvm: null&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m06:50:50,020 INFO  [org.jboss.as.repository] (Host Controller Service Threads - 17) WFLYDR0002: Content removed from location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/slave/data/content/6b/bc9ff93840d04e654599ba2bfd2d8ca6dc8300/content&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:50,030 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 14) WFLYHC0148: Connected to master host controller at remote://10.16.95.146:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:50,027 INFO  [org.jboss.as.domain.controller] (Host Controller Service Threads - 42) WFLYHC0019: Registered remote slave host "slave", WildFly 2.0.6.Final-redhat-SNAPSHOT "Kenny"&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:50,075 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-one&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:50,081 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://10.16.95.146:9990/management&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:50,091 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://10.16.95.146:9990&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:50,093 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 2.0.6.Final-redhat-SNAPSHOT "Kenny" (Host Controller) started in 12771ms - Started 49 of 49 services (11 services are lazy, passive or on-demand)&amp#27;[0m
[Server:main-one] 06:50:51,002 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 13) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
{
    "operation" => "read-resource",
        ("host" => "master"),
        ("server" => "main-one"),
        ("subsystem" => "ordered-children")
    ],
    "recursive" => true
}
Response:
{
    "failure-description" => "WFLYCTL0379: System boot is in process; execution of remote management operations is not currently available",
}
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:51,289 INFO  [org.jboss.as.repository] (management-handler-thread - 3) WFLYDR0002: Content removed from location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/master/data/content/c4/0aaecf59ae8bb17142bf35da9865286082c9e5/content&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m06:50:51,317 INFO  [org.jboss.as.repository] (Host Controller Service Threads - 14) WFLYDR0002: Content removed from location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/19de6045/testsuite/domain/target/domains/SlaveReconnectTestCase/slave/data/content/c4/0aaecf59ae8bb17142bf35da9865286082c9e5/content&amp#27;[0m
{
        {
            "operation" => "remove",
                ("server-group" => "deployment-group-affected"),
                ("deployment" => "reconnect-slave-depfour.jar")
            ]
        },
        {
            "address" => [("deployment" => "reconnect-slave-depfour.jar")]
        }
    ]
}
Response:
{
        "step-1" => {
        },
        "step-2" => {
        }
    },
    "failure-description" => {"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {"deployment-group-affected" => {"host" => {"slave" => {"server-affected" => {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0216: Management resource '[(\"deployment\" => \"reconnect-slave-depfour.jar\")]' not found"}}}}}}}},
    "server-groups" => {"deployment-group-affected" => {"host" => {"slave" => {"server-affected" => {"response" => {
        "outcome" => "failed",
        "result" => {"step-1" => {
            "failure-description" => "WFLYCTL0216: Management resource '[(\"deployment\" => \"reconnect-slave-depfour.jar\")]' not found",
        }},
        "failure-description" => {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0216: Management resource '[(\"deployment\" => \"reconnect-slave-depfour.jar\")]' not found"}},
        "response-headers" => {"process-state" => "reload-required"},
        "rolled-back" => true
    }}}}}}
}

test02_DeploymentOverlays results:

	at org.jboss.as.test.integration.domain.slavereconnect.SlaveReconnectTestCase.cloneProfile(SlaveReconnectTestCase.java:183)

{
    "operation" => "clone",
    "address" => [("profile" => "minimal")],
    "to-profile" => "unaffacted"
}
Response:
{
    "failure-description" => {"domain-failure-description" => "WFLYCTL0212: Duplicate resource [(\"profile\" => \"unaffacted\")]"},
}

No errors
Jenkins reproducer job: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-AS-Testsuite/view/EAP7-AS-Testsuite-Reproducers/job/eap-7x-as-testsuite-test-core-rhel-basic-reconnect/

The return type for ViewControllerRegistration was changed from void to ViewControllerRegistration which prevents Boot from working with both 4.0.x and 4.1 . 

It would be good to have the possibility to override where the TestBeeLineDriver looks for the golden files

This can show for multiple things; should be handled better 

 - /jmx ()] org.apache.hive.http.JMXJsonServlet: getting attribute UsageThreshold of java.lang:type=MemoryPool,name=G1 Survivor Space threw an exception
javax.management.RuntimeMBeanException: java.lang.UnsupportedOperationException: Usage threshold is not supported
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.rethrow(DefaultMBeanServerInterceptor.java:839) ~[?:1.8.0_25]
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.rethrowMaybeMBeanException(DefaultMBeanServerInterceptor.java:852) ~[?:1.8.0_25]
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:651) ~[?:1.8.0_25]
	at com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:678) ~[?:1.8.0_25]
	at org.apache.hive.http.JMXJsonServlet.writeAttribute(JMXJsonServlet.java:322) ~[hive-exec-2.1.0.2.6.3.0-235.jar:2.1.0.2.6.3.0-235]
	at org.apache.hive.http.JMXJsonServlet.listBeans(JMXJsonServlet.java:300) ~[hive-exec-2.1.0.2.6.3.0-235.jar:2.1.0.2.6.3.0-235]
	at org.apache.hive.http.JMXJsonServlet.doGet(JMXJsonServlet.java:194) ~[hive-exec-2.1.0.2.6.3.0-235.jar:2.1.0.2.6.3.0-235]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) ~[servlet-api-2.5.jar:2.5]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) ~[servlet-api-2.5.jar:2.5]
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:565) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:479) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:521) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:227) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1031) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:406) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:186) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:965) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:111) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:312) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:250) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.Server.handle(Server.java:345) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:449) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:910) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:634) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:230) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:76) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:609) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:45) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:599) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:534) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
	at java.lang.Thread.run(Thread.java:745) [?:1.8.0_25]
Caused by: java.lang.UnsupportedOperationException: Usage threshold is not supported
	at sun.management.MemoryPoolImpl.getUsageThreshold(MemoryPoolImpl.java:106) ~[?:1.8.0_25]
	at sun.reflect.GeneratedMethodAccessor134.invoke(Unknown Source) ~[?:?]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_25]
	at java.lang.reflect.Method.invoke(Method.java:483) ~[?:1.8.0_25]
	at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71) ~[?:1.8.0_25]
	at sun.reflect.GeneratedMethodAccessor111.invoke(Unknown Source) ~[?:?]
	at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275) ~[?:1.8.0_25]
	at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenReturn(ConvertingMethod.java:193) ~[?:1.8.0_25]
	at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenReturn(ConvertingMethod.java:175) ~[?:1.8.0_25]
	at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:117) ~[?:1.8.0_25]
	at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:54) ~[?:1.8.0_25]
	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237) ~[?:1.8.0_25]
	at com.sun.jmx.mbeanserver.PerInterface.getAttribute(PerInterface.java:83) ~[?:1.8.0_25]
	at com.sun.jmx.mbeanserver.MBeanSupport.getAttribute(MBeanSupport.java:206) ~[?:1.8.0_25]
	at javax.management.StandardMBean.getAttribute(StandardMBean.java:372) ~[?:1.8.0_25]
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:647) ~[?:1.8.0_25]
	... 31 more

This attribute is a model reference, and therefore should not allow expressions.

This patch covers 6 tests that check the integration of several Partitioned Table Functions with blobstores

I try to define an interface method in a super repository interface and 'implement' this in an extending interface with @Query. This does not work.
Tested in the latest nightly build:

public interface EntityRepository<T> extends JpaRepository<T, Long> {

	T findByDealer(Dealer dealer);
}

public interface CarRepository extends EntityRepository<PersonalSiteVehicle> {

	@Override
	@Query("select p from PersonalSiteVehicle p join p.detail d join d.enrichable e where e.dealer = ?1")
	PersonalSiteVehicle findByDealer(Dealer dealer);
}

Results in 

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'carRepository': FactoryBean threw exception on object creation; nested exception is java.lang.IllegalArgumentException: Could not create query metamodel for method public abstract java.lang.Object nl.inmotiv.indi.repository.EntityRepository.findByDealer(nl.inmotiv.indi.domain.Dealer)!
	at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1442)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:248)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:848)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:790)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:707)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:478)
	... 32 more
Caused by: java.lang.IllegalArgumentException: Could not create query metamodel for method public abstract java.lang.Object nl.inmotiv.indi.repository.EntityRepository.findByDealer(nl.inmotiv.indi.domain.Dealer)!
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:95)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateIfNotFoundQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:164)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$AbstractQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:71)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:269)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:142)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:114)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:38)
	... 40 more
Caused by: java.lang.IllegalArgumentException: No property dealer found for type class nl.inmotiv.indi.domain.PersonalSiteVehicle
	at org.springframework.data.mapping.PropertyPath.<init>(PropertyPath.java:73)
	at org.springframework.data.mapping.PropertyPath.<init>(PropertyPath.java:92)
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:319)
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:301)
	at org.springframework.data.mapping.PropertyPath.from(PropertyPath.java:265)
	at org.springframework.data.mapping.PropertyPath.from(PropertyPath.java:239)
	at org.springframework.data.repository.query.parser.Part.<init>(Part.java:70)
	at org.springframework.data.repository.query.parser.PartTree$OrPart.<init>(PartTree.java:180)
	at org.springframework.data.repository.query.parser.PartTree$Predicate.buildTree(PartTree.java:260)
	at org.springframework.data.repository.query.parser.PartTree$Predicate.<init>(PartTree.java:240)
	at org.springframework.data.repository.query.parser.PartTree.<init>(PartTree.java:71)
	at org.springframework.data.jpa.repository.query.PartTreeJpaQuery.<init>(PartTreeJpaQuery.java:57)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:93)

It looks like Spring Data does not use the @Query annotation in the sub interface. 

The description in the following is wrong:

    <name>hbase.dynamic.jars.dir</name>
    <value>${hbase.rootdir}/lib</value>
    <description>
      The directory from which the custom filter/co-processor jars can be loaded
      dynamically by the region server without the need to restart. However,
      an already loaded filter/co-processor class would not be un-loaded. See
      HBASE-1936 for more details.

The DynamicClassLoader is not used for coprocessors, but only for filters, comparators, and exceptions. Fix.

If the url safe method is used the padding characters are missing, resulting in a too short string as output.

Hadoop has upgraded to this new version of Guava. We should, too, so we don't have compatibility issues running on Hadoop 2.0+
currently, hive is using guava-r09.jar
we should update it to guava-11.0.2.jar

If a http endpoint is using httpBindingRef option to use a special binding, then it would change the binding on the http component, which means than any new http endpoints created thereafter will use what binding that aforementioned endpoint was using.

getBigTableCandidates will return "null" in the outer join case. The join transformation assumes that it's always a Set (and empty when there are no candidates).

update tbl set a = 5;
should raise an error if 'a' is a bucketing column.
Such operation is not supported but currently not checked for.

My Error
=======
I have a Spring webapp running in Google App Engine (GAE).  It has been running fine for more than a year, but once I upgraded to Spring 3.2.9.RELEASE, I started getting java.security.AccessControlException's (see stack trace below) when running the app in the AppEngine runtime (Note: the app works fine locally in the AppEngine devserver, which is basically a Jetty container).  This is typical for appengine - the runtime classloader permissions are more restrictive in the production runtime than in the development server.
Cause
=====
My app has an HttpSessionEventPublisher configured to publish session events.  It appears that SPR-11606 introduced subtle changes to AbstractApplicationEventMulticaster (https://github.com/spring-projects/spring-framework/commit/e1602f7f83ded6438ce1307605d4de2366cfb8f7#diff-2047c68c136729519797ac17b17a5bcc) on line 178 that start accessing the classloader of each event's "source" and "type".  From my own investigation, it appears that while using SpringSocial (Facebook), the ProviderSignInUtils kicks off a new session, and when the AbstractApplicationEventMulticaster encounters this event, it attempts to get the ClassLoader for the following class, which is not allowed in Appengine: com.google.apphosting.runtime.jetty.SessionManager$AppEngineSession (throws the AccessControlException).
I realize this is somewhat of an AppEngine issue, but am wondering if it makes sense for Spring to try and do something more appropriate here?  As-is, anyone using HttpSessions with HttpSessionEventPublisher in AppEngine will probably break.
–
org.springframework.social.connect.web.ProviderSignInController signIn: Exception while building authorization URL: 
java.security.AccessControlException: access denied (java.lang.RuntimePermission getClassLoader)
	at com.google.appengine.runtime.Request.process-b35531ed0170125f(Request.java)
	at java.lang.Class.getClassLoader(Class.java:445)
	at org.springframework.util.ClassUtils.isCacheSafe(ClassUtils.java:400)
	at org.springframework.context.event.AbstractApplicationEventMulticaster.getApplicationListeners(AbstractApplicationEventMulticaster.java:178)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:86)
	at org.springframework.security.web.session.HttpSessionEventPublisher.sessionCreated(HttpSessionEventPublisher.java:69)
	at org.mortbay.jetty.servlet.AbstractSessionManager.addSession(AbstractSessionManager.java:577)
	at org.mortbay.jetty.servlet.AbstractSessionManager.newHttpSession(AbstractSessionManager.java:415)
	at org.mortbay.jetty.Request.getSession(Request.java:1242)
	at javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:216)
	at org.springframework.web.context.request.ServletRequestAttributes.getSession(ServletRequestAttributes.java:79)
	at org.springframework.web.context.request.ServletRequestAttributes.setAttribute(ServletRequestAttributes.java:127)
	at org.springframework.social.connect.web.HttpSessionSessionStrategy.setAttribute(HttpSessionSessionStrategy.java:8)
	at org.springframework.social.connect.web.ConnectSupport.buildOAuth2Url(ConnectSupport.java:223)
	at org.springframework.social.connect.web.ConnectSupport.buildOAuthUrl(ConnectSupport.java:128)
	at org.springframework.social.connect.web.ProviderSignInController.signIn(ProviderSignInController.java:175)
	at java.lang.reflect.Method.invoke(Method.java:45)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:745)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:685)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:919)

The biggest difference between select query and scan query is that, scan query doesn't retain all rows in memory before rows can be returned to client.
It will cause memory pressure if too many rows required by select query.
Scan query doesn't have this issue.
Scan query can return all rows without issuing another pagination query, which is extremely useful when query against historical or realtime node directly.

HIVE-5279 added a @Deprecated annotation to the UDAF class. The comment in that class says UDAF classes are REQUIRED to inherit from this class.
One of these two needs to be updated. Either remove the annotation or document why it was deprecated and what to use instead.
Unfortunately Navis did not leave any documentation about his intentions.
I'm happy to provide a patch once I know the intentions.

Copied from JBEAP-12889:

The EJB client relies on topology updates from servers in order to maintain a view of cluster membership. These updates are supplied with membership information by a replicated cache called the client-mappings cache. When a server starts up, it puts a client-mappings entry into this cache. When topology changes occur, the client mappings cache entries are consulted to build the topology update information.
It has been observed that the number of entries in the client mappings cache on each node can vary, resulting in different views of the cluster topology being sent by different servers to the same client, resulting in an overall incorrect view of the cluster topology. Such incorrect views break load balancing.

As part of the empty config HC work, 0 length configurations were considered to be "empty". This is not correct in the case of domain.xml and a slave using --cached-dc if the master is unavailable on initial boot.
Since the embedded empty config is always using supressLoad with --empty-domain-config, zero length domain.xml / domain-cached.xml is an error, and result in an exception and exit.

Tez cost model might get NPE if collation returned by join algorithm is null.

When a permission name like "write" is passed into AclPermissionEvaluator.resolvePermission method, it first tries to resolve it as is. If not, it then calls permString.toUpperCase() and tries so. However, lowercase "write" is changed into "WRİTE" (I with dotted above) when system's default Locale is tr_TR. Hence, it is not resolved among BasePermissions.
Obvious solution is calling permString.toUpperCase() with Locale.US input parameter.

presently truncate on disabled table is deleting existing table and recreating(ENABLED)
disable(table_name) call in truncate returing if table is disabled without nofifying to user.

    def disable(table_name)
      tableExists(table_name)
      return if disabled?(table_name)
      @admin.disableTable(table_name)
    end

one more thing is we are calling tableExists in disable(table_name) as well as drop(table_name) which is un necessary.
Any way below HTable object creation will check whether table exists or not.

h_table = org.apache.hadoop.hbase.client.HTable.new(conf, table_name)

We can change it to 

      h_table = org.apache.hadoop.hbase.client.HTable.new(conf, table_name)
      table_description = h_table.getTableDescriptor()
      yield 'Disabling table...' if block_given?

      yield 'Dropping table...' if block_given?
      @admin.deleteTable(table_name)

      yield 'Creating table...' if block_given?
      @admin.createTable(table_description)

I can compile the code but not execute it because a class seems to be missing. I guess the class is not part of the API but used internally.
When I use the constructor of org.apache.commons.compress.compressors.xz.XZCompressorOutputStream, then I need org/tukaani/xz/FilterOptions at run-time, which is not part of apache-compress.jar.
It's at least not immediately obvious that other .jar files are required to use some of the functionality. Maybe this was intended to be included in the distribution?

HIVE-13153 introduced off-by-one in appending spaces to thread names. 

Recently Alex Newman committed a change HBASE-4955 renaming Dsurefire.*PartThreadCount to Dsurefire.*PartForkCount for the 2.0 version.
I'm excited to help with documentation and the webpage going forward. Can someone help mentor me with the process? Thanks.

I have following servlet-context.xml configured:

<context:component-scan base-package="com.siemens.dynamowerk.tedabindexer.webapp" />
<beans:bean class="com.siemens.dynamowerk.tedabindexer.webapp.app.MvcConfigurationPostProcessor" />

<annotation-driven conversion-service="conversionService" content-negotiation-manager="contentNegotiationManager">
  <message-converters register-defaults="true">
    <beans:bean class="org.springframework.http.converter.xml.MarshallingHttpMessageConverter">
    <beans:constructor-arg>
      <beans:bean class="org.springframework.oxm.xstream.XStreamMarshaller" p:autodetectAnnotations="true" />
    </beans:constructor-arg>
    </beans:bean>
  </message-converters>
</annotation-driven>

<beans:bean id="conversionService" class="org.springframework.context.support.ConversionServiceFactoryBean">
  <beans:property name="converters">
    <beans:set>
      <beans:bean class="com.siemens.dynamowerk.tedabindexer.webapp.rest.converters.OutputTypeConverter" />
    </beans:set>
  </beans:property>
</beans:bean>

<beans:bean id="contentNegotiationManager" class="org.springframework.web.accept.ContentNegotiationManagerFactoryBean">
  <beans:property name="mediaTypes">
      <beans:value>
          json=application/json
          xml=application/xml
      </beans:value>

Along with some other unrelated stuff.
I have also the following config post processor:

  @Override
  public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
    if (bean instanceof RequestMappingHandlerMapping) {
      RequestMappingHandlerMapping mapping = ((RequestMappingHandlerMapping) bean); 
      mapping.setUseRegisteredSuffixPatternMatch(true);
    }
    
    return bean;
  }

  @Override
  public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
  }

  @Override
  public int getOrder() {
    return PriorityOrdered.HIGHEST_PRECEDENCE;
  }

}

I simply want smart suffix matching with JSON and XML. According the RequestMappingHandlerMapping code, file extensions are registered in the afterPropertiesSet() method. Now here's the problem: this does not happen timely and interferes with method handling discovery as you can see from this log snippet (full excerpt has been attached):

11:26:27.163 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Creating shared instance of singleton bean 'org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping#0'
11:26:27.163 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping#0'
11:26:27.163 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Eagerly caching bean 'org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping#0' to allow for resolving potential circular references
11:26:27.163 [main] TRACE o.s.beans.CachedIntrospectionResults - Getting BeanInfo for class [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping]
11:26:27.179 [main] TRACE o.s.beans.CachedIntrospectionResults - Caching PropertyDescriptors for class [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping]
...
11:26:27.241 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Finished creating instance of bean 'org.springframework.web.servlet.handler.MappedInterceptor#3'
11:26:39.706 [main] DEBUG o.s.w.s.m.m.a.RequestMappingHandlerMapping - Looking for request mappings in application context: WebApplicationContext for namespace 'dispatch-servlet': startup date [Mon Jan 14 11:26:25 CET 2013]; parent: Root WebApplicationContext
11:27:17.880 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/admin],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.admin.controller.AdminController.index()
11:27:30.158 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/admin/demo],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.admin.controller.AdminController.demo()
11:27:35.728 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/app],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.app.controller.AppController.index()
11:27:37.477 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/app/demo],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.app.controller.AppController.demo()
11:27:38.117 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/errors/404],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.controller.ErrorsController.notFound()
11:27:38.882 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/errors/401],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.controller.ErrorsController.unauthorized()
11:27:39.579 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/errors/403],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.controller.ErrorsController.forbidden()
11:27:40.640 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/errors/500],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.controller.ErrorsController.internalServerError()
11:27:42.170 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/app/ldap/users],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.util.Collection<com.siemens.dynamowerk.tedabindexer.webapp.ldap.LdapDAO$User> com.siemens.dynamowerk.tedabindexer.webapp.ldap.LdapController.getUsers() throws javax.naming.NamingException
11:27:43.278 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/rest/db-search],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public org.springframework.http.ResponseEntity<java.lang.Object> com.siemens.dynamowerk.tedabindexer.webapp.rest.controller.DbSearchController.searchProjects(java.lang.String,java.lang.String[],com.siemens.dynamowerk.tedabindexer.webapp.rest.controller.DbSearchController$OutputType)
11:27:43.966 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/rest/db-search/{project:[A-Z0-9_+\.\(\)=\- ]+}],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public org.springframework.http.ResponseEntity<java.lang.Object> com.siemens.dynamowerk.tedabindexer.webapp.rest.controller.DbSearchController.lookupProject(java.lang.String,java.lang.String[],com.siemens.dynamowerk.tedabindexer.webapp.rest.controller.DbSearchController$OutputType)
11:27:43.981 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Invoking afterPropertiesSet() on bean with name 'org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping#0'
11:27:43.981 [main] DEBUG o.s.w.s.m.m.a.RequestMappingHandlerMapping - Looking for request mappings in application context: WebApplicationContext for namespace 'dispatch-servlet': startup date [Mon Jan 14 11:26:25 CET 2013]; parent: Root WebApplicationContext
11:28:13.731 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/admin],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.admin.controller.AdminController.index()
11:28:16.235 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/admin/demo],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.admin.controller.AdminController.demo()
11:28:21.275 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/app],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.app.controller.AppController.index()
11:28:22.150 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/app/demo],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.app.controller.AppController.demo()
11:28:22.790 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/errors/404],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.controller.ErrorsController.notFound()
11:28:23.478 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/errors/401],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.controller.ErrorsController.unauthorized()
11:28:24.430 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/errors/403],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.controller.ErrorsController.forbidden()
11:28:25.023 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/errors/500],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.siemens.dynamowerk.tedabindexer.webapp.controller.ErrorsController.internalServerError()
11:28:25.632 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/app/ldap/users],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.util.Collection<com.siemens.dynamowerk.tedabindexer.webapp.ldap.LdapDAO$User> com.siemens.dynamowerk.tedabindexer.webapp.ldap.LdapController.getUsers() throws javax.naming.NamingException
11:28:26.382 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/rest/db-search],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public org.springframework.http.ResponseEntity<java.lang.Object> com.siemens.dynamowerk.tedabindexer.webapp.rest.controller.DbSearchController.searchProjects(java.lang.String,java.lang.String[],com.siemens.dynamowerk.tedabindexer.webapp.rest.controller.DbSearchController$OutputType)
11:28:27.052 [main] INFO  o.s.w.s.m.m.a.RequestMappingHandlerMapping - Mapped "{[/rest/db-search/{project:[A-Z0-9_+\.\(\)=\- ]+}],methods=[GET],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public org.springframework.http.ResponseEntity<java.lang.Object> com.siemens.dynamowerk.tedabindexer.webapp.rest.controller.DbSearchController.lookupProject(java.lang.String,java.lang.String[],com.siemens.dynamowerk.tedabindexer.webapp.rest.controller.DbSearchController$OutputType)
11:28:27.052 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Finished creating instance of bean 'org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping#0'

Mapping handling happens once, the afterPropertiesSet() method is called and then a second run follows. I do not see why this happens at all but the outcome is that the second run doesn't overwrite previous registration. File extensions aren't propagated to private RequestMappingInfo createRequestMappingInfo(RequestMapping annotation, RequestCondition<?> customCondition) and this.fileExtensions is simply empty.
I have attached a few screenshots from a debug session, you'll see that the necessary spots are filled in the RequestMappingHandlerMapping instance but not in the RequestMappingInfo instance(s).
This is my @RequestMapping:

@RequestMapping(value = "/{project:[A-Z0-9_+\\.\\(\\)=\\- ]+}", method = RequestMethod.GET)
  public ResponseEntity<Object> lookupProject(@PathVariable String project,
    @RequestParam(value = "attributes", required = false) String[] attributes,
    @RequestParam(value = "outputType", required = false, defaultValue = "hash") OutputType outputType)

Please note that a period is valid in the project path variable. Therefore smart/registerd suffix matching has been introduced.
The status code is a 404 in this case. There is a workaround for that. You have to add these methods:

@RequestMapping(value = "/{project:[A-Z0-9_+\\.\\(\\)=\\- ]+}.json", method = RequestMethod.GET, produces = "application/json;charset=UTF-8")
public ResponseEntity<Object> lookupProjectAsJsonWithExt(@PathVariable String project,
  @RequestParam(value = "attributes", required = false) String[] attributes,
  @RequestParam(value = "outputType", required = false, defaultValue = "hash") OutputType outputType) {

  return lookupProject(project, attributes, outputType);
}

@RequestMapping(value = "/{project:[A-Z0-9_+\\.\\(\\)=\\- ]+}.xml", method = RequestMethod.GET, produces = MediaType.APPLICATION_XML_VALUE)
public ResponseEntity<Object> lookupProjectAsXmlWithExt(@PathVariable String project,

}

The StringQuoteHelper does not handle single quotes inside double quotes correctly, as these should be seen as part of the content inside the double quote and not an actual single quote start.
This means that a route containing a simple transform like this will fail:

<transform>  
  <simple>${in.body.replace("'UNH+", "'\nUNH+")}</simple>
</transform>

When ETL split strategy is applied to ACID tables with predicate pushdown (SARG enabled), split generation fails for ACID. This bug will be usually exposed when working with data at scale, because in most otherwise cases only BI split strategy is chosen. My guess is that this is happening because the correct readerSchema is not being picked up when we try to extract SARG column names.
 @Test
  public void testETLSplitStrategyForACID() throws Exception {
    hiveConf.setVar(HiveConf.ConfVars.HIVE_ORC_SPLIT_STRATEGY, "ETL");
    hiveConf.setBoolVar(HiveConf.ConfVars.HIVEOPTINDEXFILTER, true);
    runStatementOnDriver("insert into " + Table.ACIDTBL + " values(1,2)");
    runStatementOnDriver("alter table " + Table.ACIDTBL + " compact 'MAJOR'");
    runWorker(hiveConf);
    List<String> rs = runStatementOnDriver("select * from " +  Table.ACIDTBL  + " where a = 1");
    int[][] resultData = new int[][] {{1,2}};
    Assert.assertEquals(stringifyValues(resultData), rs);
  }

Back-trace for this failed test is as follows:

exec.Task: Job Submission failed with exception 'java.lang.RuntimeException(ORC split generation failed with exception: java.lang.NegativeArraySizeException)'
java.lang.RuntimeException: ORC split generation failed with exception: java.lang.NegativeArraySizeException
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1570)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getSplits(OrcInputFormat.java:1656)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.addSplitsForGroup(HiveInputFormat.java:370)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getSplits(HiveInputFormat.java:488)
	at org.apache.hadoop.mapreduce.JobSubmitter.writeOldSplits(JobSubmitter.java:329)
	at org.apache.hadoop.mapreduce.JobSubmitter.writeSplits(JobSubmitter.java:321)
	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:197)
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1297)
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1294)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1656)
	at org.apache.hadoop.mapreduce.Job.submit(Job.java:1294)
	at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:417)
	at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:141)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1962)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1653)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1389)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1131)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1119)
	at org.apache.hadoop.hive.ql.TestTxnCommands2.runStatementOnDriver(TestTxnCommands2.java:1292)
	at org.apache.hadoop.hive.ql.TestTxnCommands2.testETLSplitStrategyForACID(TestTxnCommands2.java:280)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:254)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:149)
Caused by: java.util.concurrent.ExecutionException: java.lang.NegativeArraySizeException
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1560)
	... 57 more
Caused by: java.lang.NegativeArraySizeException
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getSargColumnNames(OrcInputFormat.java:378)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.extractNeededColNames(OrcInputFormat.java:444)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.extractNeededColNames(OrcInputFormat.java:439)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.access$2800(OrcInputFormat.java:146)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.callInternal(OrcInputFormat.java:1274)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.access$2600(OrcInputFormat.java:1068)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator$1.run(OrcInputFormat.java:1248)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator$1.run(OrcInputFormat.java:1245)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.call(OrcInputFormat.java:1245)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$ETLSplitStrategy.runGetSplitsSync(OrcInputFormat.java:883)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$ETLSplitStrategy.access$1300(OrcInputFormat.java:700)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$ETLSplitStrategy$1.run(OrcInputFormat.java:857)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$ETLSplitStrategy$1.run(OrcInputFormat.java:854)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$ETLSplitStrategy.call(OrcInputFormat.java:854)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$ETLSplitStrategy.call(OrcInputFormat.java:700)

    FileInputStream in = new FileInputStream(args[0]);

The above FileInputStream is not closed.

Login to application
Change windows password
Logout of application
Login to application using old password
This succeeds when it should not.
Login to application using new password. This succeeds and it should.
Reboot application, old password still works and still shouldn't.
Reboot machine, old password still works and still shouldn't.
Config:
<bean id="contextSource" class="org.springframework.security.ldap.DefaultSpringSecurityContextSource">
		<constructor-arg value="${ldap.url}"/>
		<property name="userDn" value="CN=svc-ldap-deliveries,OU=Service Accounts,DC=MYDC,DC=com"/> 
		<property name="password" value="pwd"/> 
		<property name="referral" value="follow" />
	</bean> 
	<bean id="secondLdapProvider"
		  class="org.springframework.security.providers.ldap.LdapAuthenticationProvider">
		<security:custom-authentication-provider /> 
		<constructor-arg> 
			<bean class="org.springframework.security.providers.ldap.authenticator.BindAuthenticator">
				<constructor-arg ref="contextSource"/> 
				<property name="userSearch">
					<bean id="userSearch" class="org.springframework.security.ldap.search.FilterBasedLdapUserSearch">
						<constructor-arg index="0" value=""/> 
						<constructor-arg index="1" value="sAMAccountName=
{0}"/> 
						<constructor-arg index="2" ref="contextSource" /> 
					</bean> 
				</property> 
			</bean> 
		</constructor-arg>

	 	<constructor-arg> 		
			<bean class="org.springframework.security.ldap.populator.DefaultLdapAuthoritiesPopulator">

				<constructor-arg ref="contextSource" /> 
				<constructor-arg value="OU=DLS File Permissions" />
				<property name="rolePrefix" value="ROLE_"/> 			
				<property name="convertToUpperCase" value="false"/> 					
				<property name="groupRoleAttribute" value="cn"></property>			
				<property name="groupSearchFilter" value="(member={0}
)"/>
				<property name="searchSubtree" value="true"></property>
			</bean> 
	</bean>
Spring core 2.0.4 and spring ldap 1.3.0

The method readBoolean in SwappedDataInputStream returns true when the byte is zero, false otherwise. In accordance with the contract in java.io.DataInput, true should indicate a non-zero byte. SwappedDataInputStream is for reading Little Endian formats, it should not change the boolean value of individual bytes.

1. Installed latest apache-camel
2. Applied the attached patch on the samples.
3. Compile the sample (camel-example-jms-file) using mvn compile
4. Install the camel sample into repository using "mvn clean install" command
5. Open the package (i.e. jar file) from <USERPROFILE>\.m2\repository\org\apache\camel\camel-example-jms-file\<Camel-Version> folder and open the Manifest.MF file located in META-INF folder.
6. Added the below packages in Import-Packge list. (We are adding the below packges because, without these the deployment is failed with class not found exceptions)
	org.apache.activemq.xbean,org.apache.activemq.broker,org.apache.activemq.pool
7. Save the Manifest.MF and the jar file as well.
8. Started the servicemix server
9. Installed below bundles into servicemix
	osgi:install wrap:org.apache.activemq/activemq-camel/5.3.1.0M1-fuse
 	osgi:install wrap:mvn:org.apache.camel/camel-example-jms-file/2.0.0-psc-01-00M2
10. Start the bundles 
11. Observe that the bundles are started and active. No exceptions observed in the console and Karaf.log file.
12. Observe that, the JmsToFileClient.java is not used any where in the route. This code actually sends some test messages to the queue(test.queue) which is used for testing the sample.

Even though package dir is defined as below (with a / at the end) -

LLAP_PACKAGE_DIR = ".yarn/package/LLAP/";

copyLocalFileToHdfs API fails to create the dir hierarchy of .yarn/package/LLAP/ first and then copy the file under it. It instead uploads the file under .yarn/package with name LLAP.

An example output of the current version command
[standalone@localhost:9990 /] version 
JBoss Admin Command-line Interface
JBOSS_HOME: /xxx/wildfly-core-3.0.0.Alpha1-SNAPSHOT
JBoss AS release: 3.0.0.Alpha1-SNAPSHOT "Kenny"
JBoss AS product: <product name>
JAVA_HOME: /yyy/java
java.version: 1.8.0_60
java.vm.vendor: Oracle Corporation
java.vm.version: 25.60-b23
os.name: Linux
os.version: 4.4.6-300.fc23.x86_64
'JBoss AS' should not appear in the field names.

Waiting indefinitely expecting flushed files to reach a certain count after triggering a flush but compaction has happened between the flush and check for number of store files. 

        admin.flush(tableName);
        regions = TEST_UTIL.getHBaseCluster().getRegions(tableName);
        for (HRegion region : regions) {
          Store store = region.getStore(fam);
- Flush and compaction has happened before here --->
          while (!(store.getStorefilesCount() > 2)) {
- Hung forever in here ---> 
            Thread.sleep(10);
          }
        }

With Hadoop 1.0.0 around the corner ( http://mail-archives.apache.org/mod_mbox/hadoop-general/201111.mbox/%3C9D6B6144-F4E0-4A31-883F-2AC504727A1F%40hortonworks.com%3E ), it will be useful to make Hive work with it.

Current used Druid Version is 0.11.0
This Patch updates the Druid version to the most recent version 0.12.0

When doing a ycsb test with a large number of handlers (regionserver.handler.count=60), I get the following exceptions:

Caused by: org.apache.hadoop.ipc.RemoteException: java.io.IOException: java.lang.NullPointerException
	at org.apache.hadoop.io.SequenceFile$Writer.getLength(SequenceFile.java:1099)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter.getLength(SequenceFileLogWriter.java:314)
	at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1291)
	at org.apache.hadoop.hbase.regionserver.wal.HLog.sync(HLog.java:1388)
	at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchPut(HRegion.java:2192)
	at org.apache.hadoop.hbase.regionserver.HRegion.put(HRegion.java:1985)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:3400)
	at sun.reflect.GeneratedMethodAccessor17.invoke(Unknown Source)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:366)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1351)

	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:920)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:152)
	at $Proxy1.multi(Unknown Source)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$3$1.call(HConnectionManager.java:1691)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$3$1.call(HConnectionManager.java:1689)
	at org.apache.hadoop.hbase.client.ServerCallable.withoutRetries(ServerCallable.java:214)

and 

	java.lang.NullPointerException
		at org.apache.hadoop.io.SequenceFile$Writer.checkAndWriteSync(SequenceFile.java:1026)
		at org.apache.hadoop.io.SequenceFile$Writer.append(SequenceFile.java:1068)
		at org.apache.hadoop.io.SequenceFile$Writer.append(SequenceFile.java:1035)
		at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter.append(SequenceFileLogWriter.java:279)
		at org.apache.hadoop.hbase.regionserver.wal.HLog$LogSyncer.hlogFlush(HLog.java:1237)
		at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1271)
		at org.apache.hadoop.hbase.regionserver.wal.HLog.sync(HLog.java:1391)
		at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchPut(HRegion.java:2192)
		at org.apache.hadoop.hbase.regionserver.HRegion.put(HRegion.java:1985)
		at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:3400)
		at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source)
		at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
		at java.lang.reflect.Method.invoke(Method.java:597)
		at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:366)
		at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1351)

It seems the root cause of the issue is that we open a new log writer and close the old one at HLog#rollWriter() holding the updateLock, but the other threads doing syncer() calls

logSyncerThread.hlogFlush(this.writer);

without holding the updateLock. LogSyncer only synchronizes against concurrent appends and flush(), but not on the passed writer, which can be closed already by rollWriter(). In this case, since SequenceFile#Writer.close() sets it's out field as null, we get the NPE. 

This is a continuation of HIVE-17830, which haven't solved the issue. We need to run "SET @@session.sql_mode=ANSI_QUOTES" statement before we run 
select \"NEXT_EVENT_ID\" from \"NOTIFICATION_SEQUENCE\"". We shall keep table name quoted to be in consistent with rest of ObjectStore code. This approach is the same as what MetaStoreDirectSql take (set session variable before every query).

AccessLogHandler's javadoc mentions:

%{r,xxx} xxx is an attribute in the ServletRequest
But adding the following to access log pattern

%{r,javax.servlet.error.status_code}

results in a server log message:

19:55:55,432 ERROR [undertow] (MSC service thread 1-6) UT005017: Unknown variable %{r,javax.servlet.error.status_code}

TestZooKeeperNodeTracker sometimes fails with errors like the following:

Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.738 sec <<< FAILURE!
testNodeTracker(org.apache.hadoop.hbase.zookeeper.TestZooKeeperNodeTracker)  Time elapsed: 0.17 sec  <<< FAILURE!
        at org.junit.Assert.assertTrue(Assert.java:43)
        at org.junit.Assert.assertTrue(Assert.java:54)
        at org.apache.hadoop.hbase.zookeeper.TestZooKeeperNodeTracker.testNodeTracker(TestZooKeeperNodeTracker.java:203)

Running the test locally this can happen as much as 25-50% of the time.
It looks like this is due to a basic race condition in the way the test is structured.  The test code uses:

    // Wait for zk event to be processed
    zkListener.waitForDataChange();

But, since zkListener is instantiated (and registered with ZooKeeperWatcher) prior to secondTracker (which is always the source of the failure), zkListener will be notified first of the change and there is a race condition between the subsequent test assertions and the secondTracker notification.
Attaching a patch with a simple fix of just instantiating secondTracker prior to zkListener so that it's registered (and notified) first.

Using RestTemplate to connect to a server that occasionally throws HTTP Status of 420, I am getting IllegalArgumentExceptions when accessing the HttpStatus object in my implementation of the ResponseErrorHandler interface.  When I removed that, and started pulling the status from the Headers directly, RestTemplate started throwing errors due to the logger.warn call in RestTemplate.handleResponseError().  I've gotten around this by not using the HttpStatus enum (getting status from the HttpHeaders directly) and by turning up the log level for RestTemplate to ERROR.  Shouldn't this support any HTTP status value?

I have this in RS log:

2012-10-22 02:21:50,698 ERROR org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Failed transitioning node b9,\xEE\xAE\x9BiQO\x89]+a\xE0\x7F\xB7'X?,1349052737638.9af7cfc9b15910a0b3d714bf40a3248f. from OPENING to OPENED -- closing region
org.apache.zookeeper.KeeperException$BadVersionException: KeeperErrorCode = BadVersion for /hbase/unassigned/9af7cfc9b15910a0b3d714bf40a3248f

Master says this (it is bulk assigning):

....
2012-10-22 02:21:40,673 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: master:10302-0xb3a862e57a503ba Set watcher on existing znode /hbase/unassigned/9af7cfc9b15910a0b3d714bf40a3248f
...

then this
....

2012-10-22 02:23:47,089 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: master:10302-0xb3a862e57a503ba Set watcher on existing znode /hbase/unassigned/9af7cfc9b15910a0b3d714bf40a3248f
....
2012-10-22 02:24:34,176 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: master:10302-0xb3a862e57a503ba Retrieved 112 byte(s) of data from znode /hbase/unassigned/9af7cfc9b15910a0b3d714bf40a3248f and set watcher; region=b9,\xEE\xAE\x9BiQO\x89]+a\xE0\x7F\xB7'X?,1349052737638.9af7cfc9b15910a0b3d714bf40a3248f., origin=sv4r17s44,10304,1350872216778, state=RS_ZK_REGION_OPENED

etc.

Disagreement as to what is going on here.

1.Fix the download link
2.Fix support OS list
3.Fix a typo on website page
4.Fix file permission of web cgi script

HIVE-8351 added the build name to the pre-commit message, but included a carriage return in the middle.

Create two entities with a @OneToOne relationship. The auto-generated DataOnDemand creates a circular reference, endlessly calling init() and eventually throwing a StackOverflowError.
You can observe the problem checking out http://code.google.com/p/ossmoney, debugging InvestmentTransactionIntegrationTest and looking at the InvestmentTransaction and InvestmentPrice classes.

When using the following configuration, the message will never be acknowledged:

<bean id="connectionFactory" class="org.springframework.amqp.rabbit.connection.CachingConnectionFactory">
	    <constructor-arg value="localhost"/>
	    <property name="username" value="guest"/>
	    <property name="password" value="guest"/>
	</bean>	
		
	<bean id="rabbitTransactionManager" class="org.springframework.amqp.rabbit.transaction.RabbitTransactionManager">
		<property name="connectionFactory" ref="connectionFactory" />
	</bean>
	
	<bean class="org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer">
		<property name="queueNames" value="Queue" />
		<property name="messageListener">
			<bean class="org.springframework.amqp.rabbit.listener.adapter.MessageListenerAdapter">
				<property name="delegate" ref="endpoint" />
			</bean>
		<property name="transactionManager" ref="rabbitTransactionManager" />
		<property name="channelTransacted" value="true" />
	</bean>

	<bean id="endpoint" class="amqp.Endpoint" />
	
	<rabbit:admin connection-factory="connectionFactory" />
	
	<rabbit:queue name="Queue" />

Attached is a zip file with a sample demo project that reproduces the issue.
PS: The test was done with both 1.1.1.RELEASE and 1.1.2.BUID-SNAPSHOT.
This may be related to AMQP-190.

Getting this exception while accessing data through Hive. 
Exception in thread "main" java.lang.NoSuchMethodError: org.apache.hadoop.hdfs.DFSClient.getKeyProvider()Lorg/apache/hadoop/crypto/key/KeyProvider;
        at org.apache.hadoop.hive.shims.Hadoop23Shims$HdfsEncryptionShim.<init>(Hadoop23Shims.java:1152)
        at org.apache.hadoop.hive.shims.Hadoop23Shims.createHdfsEncryptionShim(Hadoop23Shims.java:1279)
        at org.apache.hadoop.hive.ql.session.SessionState.getHdfsEncryptionShim(SessionState.java:392)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.isPathEncrypted(SemanticAnalyzer.java:1756)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getStagingDirectoryPathname(SemanticAnalyzer.java:1875)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getMetaData(SemanticAnalyzer.java:1689)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getMetaData(SemanticAnalyzer.java:1427)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genResolvedParseTree(SemanticAnalyzer.java:10132)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10147)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:192)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1112)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1160)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1039)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:207)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:159)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:370)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:754)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:615)

When using JodaTimeConverters with Spring 3.2 attempting to convert a String to a Date results in the following error:

org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type java.util.Date to type org.joda.time.ReadableInstant
	at org.springframework.core.convert.support.GenericConversionService.handleConverterNotFound(GenericConversionService.java:276)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:172)
	at org.springframework.format.support.FormattingConversionService$PrinterConverter.convert(FormattingConversionService.java:133)
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:35)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:169)

When HBase was in hadoop/contrib, the hbase script set both HADOOP_CONF_DIR
and HBASE_CONF_DIR to CLASSPATH, so that dfs's configuration can be loaded
correctly. However, when moved out hadoop/contrib, it only sets HBASE_CONF_DIR.
I can think of several possible solutions:
1) set HADOOP_CONF_DIR in hbase-env.sh, then add HADOOP_CONF_DIR to CLASSPATH as before
2) Instruct user to create links for hadoop-*.xml if they want to customize some dfs settings.
3) If only a small set of dfs confs are related to dfs's client, maybe they can be set via  hbase-site.xml, then hbase sets these for us when create a FileSystem obj.
Please see the thread "# of dfs replications when using hbase" on hbase-user@.

The following classes miss Interface audience:
FlushNonSloppyStoresFirstPolicy
FlushAllLargeStoresPolicy
MemStoreCompactor
This JIRA adds Interface audience to these classes.

Apparently, it's possible to find yourself in a situation when the logging fraction isn't present. It's probably fairly rare, because the undertow fraction depends on the logging fraction explicitly and undertow will be present most of the time, but Arquillian-based integration tests with fraction autodetection can lead to such situations.
It leads to a warning message [WARN] logging not available, logging will not be configured, and then logging goes through common java.util.logging facilities. Which looks weird.
To me, this warrants a question if the logging fraction should just be present unconditionally. Thoughts?

10-20%

&amp#27;[0m&amp#27;[0m16:04:10,046 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Beta21-redhat-1 "Kenny" started in 207ms - Started 83 of 87 services (23 services are lazy, passive or on-demand)
&amp#27;[0m&amp#27;[0m16:04:10,079 INFO  [org.jboss.as.protocol] (management I/O-1) WFLYPRT0057:  cancelled task by interrupting thread Thread[management-handler-thread - 2,5,management-handler-thread]
&amp#27;[0m&amp#27;[31m16:04:10,082 ERROR [org.wildfly.extension.core.management] (management-handler-thread - 2) WFLYCM0003: Error invoking the process state listener my-listener: java.lang.InterruptedException
	at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:404)
	at java.util.concurrent.FutureTask.get(FutureTask.java:204)
	at org.wildfly.extension.core.management.ProcessStateListenerService.transition(ProcessStateListenerService.java:146)
	at org.wildfly.extension.core.management.ProcessStateListenerService.lambda$new$0(ProcessStateListenerService.java:99)
	at java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:335)
	at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:327)
	at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:263)
	at org.jboss.as.controller.ControlledProcessStateService.stateChanged(ControlledProcessStateService.java:105)
	at org.jboss.as.controller.ControlledProcessState.setStopping(ControlledProcessState.java:127)
	at org.jboss.as.controller.operations.common.ProcessReloadHandler$1$1$1.listenerAdded(ProcessReloadHandler.java:82)
	at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1537)
	at org.jboss.msc.service.ServiceControllerImpl.addListener(ServiceControllerImpl.java:1254)
	at org.jboss.as.controller.OperationContextImpl$OperationContextServiceController.addListener(OperationContextImpl.java:2367)
	at org.jboss.as.controller.operations.common.ProcessReloadHandler$1$1.handleResult(ProcessReloadHandler.java:79)
	at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1484)
	at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1466)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1428)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1401)
	at org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1275)
	at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:847)
	at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:833)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:742)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:440)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1390)

&amp#27;[0m&amp#27;[31m16:04:10,083 ERROR [org.wildfly.extension.core.management] (management-handler-thread - 2) WFLYCM0003: Error invoking the process state listener my-listener: java.lang.InterruptedException
	at org.wildfly.extension.core.management.ProcessStateListenerService.suspendTransition(ProcessStateListenerService.java:207)
	at org.wildfly.extension.core.management.ProcessStateListenerService.transition(ProcessStateListenerService.java:180)

&amp#27;[0m&amp#27;[0m16:04:10,114 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0050: WildFly Core 3.0.0.Beta21-redhat-1 "Kenny" stopped in 29ms
&amp#27;[0m&amp#27;[0m16:04:10,115 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Core 3.0.0.Beta21-redhat-1 "Kenny" starting

Although we're synchronized on pendingConfirms, the values are maps and we fail to synchronize on those while iterating/removing.

here are test cases:
SimpleAliasRegistry sar = new SimpleAliasRegistry();
 sar.registerAlias("name", "alias_a");
 sar.registerAlias("name", "alias_b");
 sar.registerAlias("real_name", "name");
assertTrue((sar).hasAlias("real_name", "alias_b")); //case 1
 sar.registerAlias("name", "alias_d");
assertFalse((sar).hasAlias("real_name", "alias_b")); //case 2

The attached script sets up my initial attempt at the Composite pattern, with a basic class(component) which is extended by two sub classes (Leaf and Composite). Upon executing the controllers under Tomcat, and adding a Composite, a ConverterNotFound exception is raised upon executing the show.jspx jsp. It seems that the Spring Expression evaluator is complaining about not being able to convert a Set. 
One workaround I have found is to not render the field:display tag in the show.jspx file (render="false").  

create table pc (a int) partitioned by (b string, c string);
alter table pc add partition (b="f", c='');
above alter cmd fails but actually creates a partition with name 'b=f/c=' but describe partition on the same name fails. creation of such partitions should not be allowed.

While Spring Data allows Vavr's Seq to be used as a return type in a repository interface, it appears that using Vavr Set results in a cast exception. This can be demonstrated with the Vavr example of the spring-data-examples GitHub project. If the return type for PersonRepository.findByFirstnameContaining() is changed to Set<Person> (and the integration test changed accordingly) then running the test throws the following error:
java.lang.ClassCastException: io.vavr.collection.List$Cons cannot be cast to io.vavr.collection.Set
	at example.PersonRepositoryIntegrationTests.readsPeopleIntoJavaslangSeq(PersonRepositoryIntegrationTests.java:70)
Changing the version of spring-boot-starter-parent in spring-data-example's POM from 2.0.0.M7 to 2.0.0.RC1 makes no difference.

I think this comes from work on SECOAUTH-210.  The content type is not set correctly and XML rendering only works if you customize the error handlers whereas in 1.0.0.M6 it worked out of the box.  In fact WebResponseExceptionTranslator seems like the wrong abstraction altogether.

org.apache.hadoop.hbase.wal.TestBoundedRegionGroupingProvider#setMembershipDedups() fails during testing in windows:

java.lang.IllegalArgumentException: Pathname /C:/tmp/hbase-myuser/hbase/WALs/setMembershipDedups from hdfs://127.0.0.1:61737/C:/tmp/hbase-myuser/hbase/WALs/setMembershipDedups is not a valid DFS filename.
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.<init>(FSHLog.java:477)
	at org.apache.hadoop.hbase.wal.DefaultWALProvider.init(DefaultWALProvider.java:97)
	at org.apache.hadoop.hbase.wal.WALFactory.getProvider(WALFactory.java:147)
	at org.apache.hadoop.hbase.wal.BoundedRegionGroupingProvider.init(BoundedRegionGroupingProvider.java:56)
	at org.apache.hadoop.hbase.wal.WALFactory.<init>(WALFactory.java:179)
	at org.apache.hadoop.hbase.wal.TestBoundedRegionGroupingProvider.setMembershipDedups(TestBoundedRegionGroupingProvider.java:161)

This is due to using the local file system path as root directory.  We should set the HDFS directory as the root directory.

When given timeout in list operations is less than a second, Spring-data rounds it to 0. Zero means "block indefinitely" in redis.
Probably, spring should never round to zero. Correct behaviour would be something like this:
0 ms => 0s 
100 ms => 1 s
1000 ms => 1 s
1010 ms => 1 s
1900 ms => 2 s
In other words, for anything lower than 1 sec, but not 0, round to 1 sec. For everything else - use TimeUnit#toSeconds

KeystorePasswordStore fails to store secret when "key.password" option is not specified.
Fix will use "store.password" as default in case key.password is empty.

UriUtils.extractFileExtension() returns incorrect result when meet both conditions shown below.

input path does not include query strings
input path includes a path fragment and the fragment contains "?"

UriUtils.extractFileExtension("/xxx/yyy.json#aaa?bbb"); // => "json#aaa"

In addition, it might return extension-like string if the fragment contains "." before "?".

UriUtils.extractFileExtension("/xxx/yyy.json#aaa.xml?bbb"); // => "xml"

According to RFC 3986, both "." and "?" could be contained in path fragments.
It is expected that the method handle these inputs correctly.

http://hbase.apache.org/book/ops.capacity.html#ops.capacity.regions.count should mention:
HBase 0.94:
(RS Xmx)(hbase.regionserver.global.memstore.upperLimit)/((hbase.hregion.memstore.flush.size)(# column families))
HBase 0.98+: replace upperLimit with hbase.regionserver.global.memstore.size

Closing the pipeline on JedisConnection returns results thus far, but subsequent commands continue to use the pipeline instead of the regular synchronous connection.

The ReplicateContext object is created once per ReplicationSource and then reused when we have something to ship to the sinks.
This is a misguided optimization. ReplicateContext is very lightweight (definitely compared to the all the work and copying the ReplicationSource is doing) and, crucially, it prevent the the entries array from being collected after it was successfully copied to the sink, wasting potentially a lot of heap.
The entries array itself holds reference to WAL entries on the heap, that now also cannot be collected.

Since spring-security 3.0.6 (which is released to maven repo but not marked as it in JIRA), org.springframework.security.core.userdetails.User.eraseCredentials() is called by org.springframework.security.core.AuthenticationException.AuthenticationException(String, Object) after an authentication failure.
As I use an InMemory org.springframework.security.core.userdetails.UserDetailsService implementation which retrieves a User using UserDetailsService#loadUserByUsername, the in-memory User has its password cleared on such authentication failure. So after an authentication failure, I cannot logged in anymore because the User password is null.
User class claim to be immutable but eraseCredentials() erased the password member resulting in side effects. It should really be immutable or indicated in javadoc that UserDetailsService#loadUserByUsername must return a copy of the User.

Using @CompoundIndex(expireAfterSeconds=10) causes constantly repeating error on mongo server.

ERROR: key for ttl index can only have 1 field

TTL indexes have the following limitations:

Compound indexes are not supported.
...

_http://docs.mongodb.org/manual/core/index-ttl/_
we should either check for the number of keys used for the compound index (1 key is just fine) and raise an error if more than 1 key involved or remove the expireAfterSeconds attribute. 
Maybe we could deprecate the attribute for the 1.5 train.

HBASE-3776 added Bloom Filter Support to the HFileOutputFormat, but there's no test to verify that.

The containerId used for log url generation is fake. It should be replaced by the container id of the llap daemon. 

When using local transactions (no external tx manager) and exposeListenerChannel is true (default), the synchronized resource does not have the synchronizedWithTransaction property set to true.
This causes a downstream RabbitTemplate to close() the channel.

input_part6.q looks like this:

EXPLAIN
SELECT x.* FROM SRCPART x WHERE x.ds = 2008-04-08 LIMIT 10;

The intended test most probably is this:

EXPLAIN
SELECT x.* FROM SRCPART x WHERE x.ds = "2008-04-08" LIMIT 10;

Currently we evaluete 2008-4-8 to 1996:

predicate: (UDFToDouble(ds) = 1996.0) (type: boolean)

Here the code of DefaultFieldSet#readBigDecimal(String, BigDecimal):

466	        public BigDecimal readBigDecimal(String name, BigDecimal defaultValue) {
467	                try {
468	                        return readBigDecimal(indexOf(name), defaultValue);
469	                }
470	                catch (IllegalArgumentException e) {
471	                        throw new IllegalArgumentException(e.getMessage() + ", name: [" + name + "]");
472	                }
473	        }

The problem is that a NumberFormatException is also an IllegalArgumentException.
So at this point, we can not make the difference between between indexOf failure and BigDecimal conversion failure.
The fix:

467	                try {
469	                }
470	                catch (NumberFormatException e) {
471	                        throw new NumberFormatException(e.getMessage() + ", name: [" + name + "]");
472	                }
473	                catch (IllegalArgumentException e) {
474	                        throw new IllegalArgumentException(e.getMessage() + ", name: [" + name + "]");
475	                }
476	        }

Oracle does not distinguish between empty strings and NULL,which proves problematic for DataNucleus.
In the event a user creates a table with some property stored as an empty string the table will no longer be accessible.
i.e. TBLPROPERTIES ('serialization.null.format'='')
If they try to select, describe, drop, etc the client prints the following exception.
ERROR ql.Driver: FAILED: SemanticException [Error 10001]: Table not found <table name>
The work around for this was to go into the hive metastore on the Oracle database and replace NULL with some other string. Users could then drop the tables or alter their data to use the new null format they just set.

When using CSVFormat.EXCEL to print a CSV file, the behavior of quote char using is not similar as Microsoft Excel does when the first string contains Chinese, Japanese or Korean (CJK) char(s).
e.g.
There are 3 data members in a record, with Japanese chars: "あ", "い", "う":
  Microsoft Excel outputs:
  あ,い,う
  Apache Common CSV outputs:
  "あ",い,う

When static partition is added through HCatStorer or HCatWriter

JoinedData = LOAD '/user/selinaz/data/part-r-00000' USING JsonLoader();
STORE JoinedData INTO 'selina.joined_events_e' USING org.apache.hive.hcatalog.pig.HCatStorer('author=selina');

The table directory looks like

drwx------   - selinaz users          0 2015-05-22 21:19 /user/selinaz/joined_events_e/_SCRATCH0.9157208938193798
drwx------   - selinaz users          0 2015-05-22 21:19 /user/selinaz/joined_events_e/author=selina

In a vanilla Karaf 4.0.5, then following the readme.md file of camel-example-spring-dm it fails with some lovely classloading

2016-07-29 13:39:34,713 | ERROR | ExtenderThread-1 | ContextLoaderListener            | 83 - org.springframework.osgi.extender - 1.2.1 | Application context refresh failed (OsgiBundleXmlApplicationContext(bundle=camel-example-spring-dm, config=osgibundle:/META-INF/spring/*.xml))
org.springframework.beans.factory.BeanDefinitionStoreException: Failed to create the JAXB binder; nested exception is javax.xml.bind.JAXBException: "org.apache.camel.model.config" doesnt contain ObjectFactory.class or jaxb.index
	at org.apache.camel.spring.handler.CamelNamespaceHandler$CamelContextBeanDefinitionParser.doParse(CamelNamespaceHandler.java:378)[61:org.apache.camel.camel-spring:2.18.0.SNAPSHOT]
	at org.springframework.beans.factory.xml.AbstractSingleBeanDefinitionParser.parseInternal(AbstractSingleBeanDefinitionParser.java:85)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.AbstractBeanDefinitionParser.parse(AbstractBeanDefinitionParser.java:59)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(NamespaceHandlerSupport.java:73)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1432)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1422)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:187)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.doRegisterBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:147)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:101)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:495)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:391)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:335)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:303)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:174)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:209)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:180)[70:org.apache.servicemix.bundles.spring-beans:3.2.14.RELEASE_1]
	at org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:164)[82:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:136)[82:org.springframework.osgi.core:1.2.1]
	at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:130)[72:org.apache.servicemix.bundles.spring-context:3.2.14.RELEASE_1]
	at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:539)[72:org.apache.servicemix.bundles.spring-context:3.2.14.RELEASE_1]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$800(AbstractDelegatedExecutionApplicationContext.java:69)[82:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$3.run(AbstractDelegatedExecutionApplicationContext.java:269)[82:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)[82:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.startRefresh(AbstractDelegatedExecutionApplicationContext.java:247)[82:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.stageOne(DependencyWaiterApplicationContextExecutor.java:214)[83:org.springframework.osgi.extender:1.2.1]
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.refresh(DependencyWaiterApplicationContextExecutor.java:169)[83:org.springframework.osgi.extender:1.2.1]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.refresh(AbstractDelegatedExecutionApplicationContext.java:175)[82:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.extender.internal.activator.ContextLoaderListener$2.run(ContextLoaderListener.java:716)[83:org.springframework.osgi.extender:1.2.1]
	at java.lang.Thread.run(Thread.java:745)[:1.8.0_31]
Caused by: javax.xml.bind.JAXBException: "org.apache.camel.model.config" doesnt contain ObjectFactory.class or jaxb.index
	at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:281)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.8.0_31]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_31]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_31]
	at java.lang.reflect.Method.invoke(Method.java:483)[:1.8.0_31]
	at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:143)[:2.7.0]
	at javax.xml.bind.ContextFinder.find(ContextFinder.java:310)[:2.7.0]
	at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:446)[:2.7.0]
	at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:409)[:2.7.0]
	at org.apache.camel.impl.DefaultModelJAXBContextFactory.newJAXBContext(DefaultModelJAXBContextFactory.java:31)[55:org.apache.camel.camel-core:2.18.0.SNAPSHOT]
	at org.apache.camel.spring.handler.CamelNamespaceHandler.getJaxbContext(CamelNamespaceHandler.java:215)[61:org.apache.camel.camel-spring:2.18.0.SNAPSHOT]
	at org.apach

Trying to parse

<authentication-client xmlns="urn:elytron:1.0">
    <key-stores>
        <key-store name="test" type="PasswordFile">
            <file name="keystore/xml-client-keystore-credential-test.keystore"/>
            <!--<key-store-credential key-store-name="test" alias="test-alias"/>-->
        </key-store>
    </key-stores>
</authentication-client>

I end up with 

	at org.wildfly.security.auth.client.ElytronXmlParser$AbstractKeyStoreFactory.create(ElytronXmlParser.java:1082)
	at org.wildfly.security.auth.client.ElytronXmlParser$AbstractKeyStoreFactory.create(ElytronXmlParser.java:1067)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseKeyStoreRefType$115(ElytronXmlParser.java:709)
	at org.wildfly.security.auth.client.ElytronXmlParser$$Lambda$4/1929600551.create(Unknown Source)
	at org.wildfly.security.auth.client.KeyStoreEntrySecurityFactory.create(KeyStoreEntrySecurityFactory.java:47)
	at org.wildfly.security.auth.client.KeyStoreEntrySecurityFactory.create(KeyStoreEntrySecurityFactory.java:30)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationClientRuleType$106(ElytronXmlParser.java:425)
	at org.wildfly.security.auth.client.ElytronXmlParser$$Lambda$5/1053782781.create(Unknown Source)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationClientRuleType$113(ElytronXmlParser.java:474)
	at org.wildfly.security.auth.client.ElytronXmlParser$$Lambda$6/2012232625.create(Unknown Source)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationClientRulesType$88(ElytronXmlParser.java:242)
	at org.wildfly.security.auth.client.ElytronXmlParser$$Lambda$7/627150481.create(Unknown Source)
	at org.wildfly.security.auth.client.XmlClientKeyStoreCredentialTest.testKeystoreCredential(XmlClientKeyStoreCredentialTest.java:110)

This appears to be because the passwordFactory is only instantiated when parsing the key-store-credential element

While looking into the TestHRegionServerBulkLoad failure for HBASE-11772, I found the root cause is that row level atomicity may not be maintained with bulk load together with compation.
TestHRegionServerBulkLoad is used to test bulk load atomicity. The test uses multiple threads to do bulk load and scan continuously and do compactions periodically. 
It verifies row level data is always consistent across column families.
After HBASE-11591, we added readpoint checks for bulkloaded data using the seqId at the time of bulk load. Now a scanner will not see the data from a bulk load if the scanner's readpoint is earlier than the bulk load seqId.
Previously, the atomic bulk load result is visible immediately to all scanners.
The problem is with compaction after bulk load. Compaction does not lock the region and it is done one store (column family) at a time. It also compact away the seqId marker of bulk load.
Here is an event sequence where the row level consistency is broken.
1. A scanner is started to scan a region with cf1 and cf2. The readpoint is 10.
2. There is a bulk load that loads into cf1 and cf2. The bulk load seqId is 11. Bulk load is guarded by region write lock. So it is atomic.
3. There is a compaction that compacts cf1. It compacts away the seqId marker of the bulk load.
4. The scanner tries to next to row-1001. It gets the bulk load data for cf1 since there is no seqId preventing it.  It does not get the bulk load data for cf2 since the scanner's readpoint (10) is less than the bulk load seqId (11).
Now the row level consistency is broken in this case.

This is a minor issue with hcat_server.sh.  Currently the startup script has HADOOP_HEAPSIZE hardcoded to 2048, causing administrators to hand edit the script.  As hcat_server.sh reads hcat-env.sh, it makes sense to allow an administrator to define HADOOP_HEAPSIZE in hcat-env.sh (or other location like /etc/profile).
Secondly, there is no defined default for METASTORE_PORT in hcat_server.sh.  If METASTORE_PORT is missing, the metastore server fails to start.
I will attach a patch in my next update, once this jira is opened.

HBase can't use 'NONE' as default storage policy if not configured because HDFS supports no such policy. This policy name was probably available in a precommit or early version of the HDFS side support for heterogeneous storage. Now the best default is 'HOT'. 

Over in HBASE-6294, LarsH says you have to currently clear zk to get a 0.96 to start over data written by a 0.94.  Need to fix it so don't have to do this – that zk state left over gets auto-migrated.

The javadoc for org.apache.camel.builder.xml.XPathBuilder states that it is thread-safe, but an inspection of the source code in the trunk reveals that there are thread-safety bugs.

We recently migrated to Spring Batch 3.x a system that has been running fine in production for a number of years on older Spring Batch 2.x releases. While this has been running fine in production for a couple of months now, yesterday a batch failed with what appears to be some kind of race condition / multithreading bug.
Re-running the batch completely (which would operate on exactly the same data in a re-run) worked fine so this is not easily reproducible.
The error was

08:25:21,432  [main] AbstractJob ERROR <execute> - Encountered fatal error executing job
org.springframework.batch.core.JobExecutionException: Flow execution ended unexpectedly
        at org.springframework.batch.core.job.flow.FlowJob.doExecute(FlowJob.java:140)
        at org.springframework.batch.core.job.AbstractJob.execute(AbstractJob.java:304)
        at org.springframework.batch.core.launch.support.SimpleJobLauncher$1.run(SimpleJobLauncher.java:135)
        at org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:50)
        at org.springframework.batch.core.launch.support.SimpleJobLauncher.run(SimpleJobLauncher.java:128)
        at org.springframework.batch.core.launch.support.CommandLineJobRunner.start(CommandLineJobRunner.java:362)
        at org.springframework.batch.core.launch.support.CommandLineJobRunner.main(CommandLineJobRunner.java:590)
        at com.ml.elt.automarking.util.AutomarkBatchCommandLineRunner.main(AutomarkBatchCommandLineRunner.java:14)
Caused by: org.springframework.batch.core.job.flow.FlowExecutionException: Ended flow=ECIJob at state=ECIJob.loadXMLMaster with exception
        at org.springframework.batch.core.job.flow.support.SimpleFlow.resume(SimpleFlow.java:171)
        at org.springframework.batch.core.job.flow.support.SimpleFlow.start(SimpleFlow.java:141)
        at org.springframework.batch.core.job.flow.FlowJob.doExecute(FlowJob.java:134)
        ... 7 more
        at org.springframework.batch.core.scope.context.SynchronizationManagerSupport.decrement(SynchronizationManagerSupport.java:149)
        at org.springframework.batch.core.scope.context.SynchronizationManagerSupport.close(SynchronizationManagerSupport.java:143)
        at org.springframework.batch.core.scope.context.SynchronizationManagerSupport.release(SynchronizationManagerSupport.java:193)
        at org.springframework.batch.core.scope.context.StepSynchronizationManager.release(StepSynchronizationManager.java:112)
        at org.springframework.batch.core.step.AbstractStep.doExecutionRelease(AbstractStep.java:284)
        at org.springframework.batch.core.step.AbstractStep.execute(AbstractStep.java:274)
        at org.springframework.batch.core.job.SimpleStepHandler.handleStep(SimpleStepHandler.java:148)
        at org.springframework.batch.core.job.flow.JobFlowExecutor.executeStep(JobFlowExecutor.java:64)
        at org.springframework.batch.core.job.flow.support.state.StepState.handle(StepState.java:67)
        at org.springframework.batch.core.job.flow.support.SimpleFlow.resume(SimpleFlow.java:162)
        ... 9 more

In the step that failed, the batch has been split into partitions with gridSize=2 running across 5 threads. it looks like the failure happened at the end of the step.
Having a look inside the code the NPE line is below. Could this be due to inconsistent synchronization or possibly an assumption that the count hasn't already been removed that is not true? Without being highly familiar with the code it looks a bit odd to me to synchronize on one field (counts) during increment, but another (contexts) during decrement.

private void decrement() {
		E current = getCurrent().pop();
		if (current != null) {
			int remaining = counts.get(current).decrementAndGet(); // <--- PROBLEMATIC LINE
			if (remaining <= 0) {
				synchronized (contexts) {
					contexts.remove(current);
					counts.remove(current);
				}
			}
		}
	}

	public void increment() {
		E current = getCurrent().peek();
			AtomicInteger count;
			synchronized (counts) {
				count = counts.get(current);
				if (count == null) {
					count = new AtomicInteger();
					counts.put(current, count);
				}
			}
			count.incrementAndGet();
		}
	}

One of our cluster run out of space recently, and we found that the .oldlogs directory had almost the same size as the data directory.
Finally we found the problem is that, we removed a peer abort 3 months ago, but there are still some replication queue znode under some rs nodes. This prevents the deletion of .oldlogs.

I'm trying to have two pulAll in one update but it seems that it doesn't add element to the list but override the last one added

Update update = new Update();
update.pullAll("field1", anArray);
update.pullAll("field2", anOtherArray);

if I check the content:

update.getUpdateObject();
"$pullAll" -> " size = 1"

and the value is field2

There isn't any error message when I want to mask password and omit salt
I expect information about requirements rather then "null" output.

java -jar wildfly-elytron-tool.jar mask -x secret_password -i 230
null

When removing a peer it will call ReplicationSourceManager.removePeer which calls closeRecoveredQueue which does this:

LOG.info("Done with the recovered queue " + src.getPeerClusterZnode());
this.oldsources.remove(src);
this.zkHelper.deleteSource(src.getPeerClusterZnode(), false);

This works in the case where the recovered source is done and is calling this method, but when removing a peer it never calls terminate on thus it leaving it running.

1. Installed apache-camel 2.0.0-psc-01-00M2.
3. Compile the sample (camel-example-guice-jms) using "mvn compile" command
4. Install the camel sample into repository using "mvn install" command
5. Started the servicemix server
6. Installed below bundles into servicemix
	features:install camel-guice
 	osgi:install wrap:mvn:org.apache.camel/camel-example-guice-jms/2.0.0-psc-01-00M2
7. Start the bundles and observed that below exception is shown in the karaf console.
Exception in org.apache.camel.example.guice.jms.MyActivator.start() of bundle org.apache.camel.camel-example-guice-jms.

Encountered a NullPointerException in the DefaultFunctionArgumentResolver class when executing a GemFire Function declared without arguments and not explicitly passing any arguments (as any dev would expect).

com.gemstone.gemfire.cache.execute.FunctionException: java.lang.NullPointerException
	at com.gemstone.gemfire.internal.cache.execute.LocalResultCollectorImpl.setException(LocalResultCollectorImpl.java:189)
	at com.gemstone.gemfire.internal.cache.execute.DistributedRegionFunctionResultSender.setException(DistributedRegionFunctionResultSender.java:228)
	at com.gemstone.gemfire.internal.cache.execute.AbstractExecution.handleException(AbstractExecution.java:607)
	at com.gemstone.gemfire.internal.cache.execute.AbstractExecution.executeFunctionLocally(AbstractExecution.java:378)
	at com.gemstone.gemfire.internal.cache.execute.AbstractExecution$2.run(AbstractExecution.java:316)
	at com.gemstone.gemfire.distributed.internal.DistributionManager.runUntilShutdown(DistributionManager.java:692)
	at com.gemstone.gemfire.distributed.internal.DistributionManager$8$1.run(DistributionManager.java:1116)
	at java.lang.Thread.run(Thread.java:695)
	at org.springframework.data.gemfire.function.DefaultFunctionArgumentResolver.resolveFunctionArguments(DefaultFunctionArgumentResolver.java:30)
	at org.springframework.data.gemfire.function.FunctionContextInjectingArgumentResolver.resolveFunctionArguments(FunctionContextInjectingArgumentResolver.java:86)
	at org.springframework.data.gemfire.function.PojoFunctionWrapper.execute(PojoFunctionWrapper.java:107)
	at com.gemstone.gemfire.internal.cache.execute.AbstractExecution.executeFunctionLocally(AbstractExecution.java:352)
	... 6 more

The workaround to avoiding this NPE is simple, a developer just needs to pass an empty Object array to the Execution.withArgs(..) method like so...

FunctionService.onRegion(appData).withArgs(new Object[0]);

Unfortunately, GemFire's FunctionContext implementing class returns NULL instead of an empty Object array (as it should) when no arguments were specified, or rather when the Function takes no arguments.

Spring-ws bundle version is 2.0.2 but camel-spring-ws bundle imports spring package with the rang of [3,4).
So camel-spring-ws feature can not be installed rightly.

@ResponseStatus annotations have no effect when used on @ExceptionHandler methods

import org.springframework.http.HttpStatus;
import org.springframework.web.bind.annotation.ResponseStatus;

{
	@ResponseStatus( value=HttpStatus.NOT_ACCEPTABLE )
	public ModelAndView exception( Throwable t, PrintWriter out )
	{
		out.println( "Should be a 406" );
		return new ModelAndView();
	}
	
	{
	}
	
	@ResponseStatus( value=HttpStatus.ACCEPTED )
	{
		out.println( "Should be a 202" );
	}
}

Note: I am returning an empty ModelAndView to work around another issue that I will open next.
Everything is fine on the @RequestMapping

HTTP/1.1 202 Accepted
Content-Length: 17
Date: Fri, 14 Aug 2009 19:27:11 GMT

Should be a 202

But not so on the @ExceptionHandler

Date: Fri, 14 Aug 2009 19:27:16 GMT

Should be a 406

AbstractPersistentProperty treats plain transient fields as transient an thus those fields will not end up being persisted which is probably not in line with what one wants to achieve by making the field transient.
Although the Java specification says transient expresses a property shall not be serialized we actually have to as they are usually reconstituated in a readObject(…) method we cannot call and thus would not recreate the object in a state it was before persisting.

Saw this failure on my internal hudson:
junit.framework.AssertionFailedError: expected:<\x00\x00\x00\x96> but was:<\x00\x00\x01\x00>
	at org.apache.hadoop.hbase.HBaseTestCase.assertEquals(HBaseTestCase.java:684)
	at org.apache.hadoop.hbase.regionserver.TestHRegion.testWritesWhileGetting(TestHRegion.java:2334)

+---------------------------------------------------------+
|                                                         |
| Finished upgrading MetaStore schema from 2.2.0 to 2.3.0 |
1 row in set, 1 warning (0.00 sec)
mysql> source  upgrade-2.3.0-to-3.0.0.mysql.sql
+------------------------------------------------+
|                                                |
| Upgrading MetaStore schema from 2.3.0 to 3.0.0 |

--------------
CREATE TABLE WM_RESOURCEPLAN (
    `RP_ID` bigint(20) NOT NULL,
    `NAME` varchar(128) NOT NULL,
    `QUERY_PARALLELISM` int(11),
    `STATUS` varchar(20) NOT NULL,
    PRIMARY KEY (`RP_ID`),
    KEY `UNIQUE_WM_RESOURCEPLAN` (`NAME`),
) ENGINE=InnoDB DEFAULT CHARSET=latin1

ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') ENGINE=InnoDB DEFAULT CHARSET=latin1' at line 8

CREATE TABLE WM_POOL
(
    `POOL_ID` bigint(20) NOT NULL,
    `PATH` varchar(1024) NOT NULL,
    `PARENT_POOL_ID` bigint(20),
    `ALLOC_FRACTION` DOUBLE,
    PRIMARY KEY (`POOL_ID`),
    KEY `UNIQUE_WM_POOL` (`RP_ID`, `PATH`),
    CONSTRAINT `WM_POOL_FK1` FOREIGN KEY (`RP_ID`) REFERENCES `WM_RESOURCEPLAN` (`RP_ID`),
    CONSTRAINT `WM_POOL_FK2` FOREIGN KEY (`PARENT_POOL_ID`) REFERENCES `WM_POOL` (`POOL_ID`)

ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes
CREATE TABLE WM_TRIGGER
(   
    `TRIGGER_ID` bigint(20) NOT NULL,
    `TRIGGER_EXPRESSION` varchar(1024),
    `ACTION_EXPRESSION` varchar(1024),
    PRIMARY KEY (`TRIGGER_ID`),
    KEY `UNIQUE_WM_TRIGGER` (`RP_ID`, `NAME`),
    CONSTRAINT `WM_TRIGGER_FK1` FOREIGN KEY (`RP_ID`) REFERENCES `WM_RESOURCEPLAN` (`RP_ID`)

ERROR 1215 (HY000): Cannot add foreign key constraint
CREATE TABLE WM_POOL_TO_TRIGGER
(   
    PRIMARY KEY (`POOL_ID`, `TRIGGER_ID`),
    CONSTRAINT `WM_POOL_TO_TRIGGER_FK1` FOREIGN KEY (`POOL_ID`) REFERENCES `WM_POOL` (`POOL_ID`),
    CONSTRAINT `WM_POOL_TO_TRIGGER_FK2` FOREIGN KEY (`TRIGGER_ID`) REFERENCES `WM_TRIGGER` (`TRIGGER_ID`)

CREATE TABLE WM_MAPPING
(   
    `MAPPING_ID` bigint(20) NOT NULL,
    `ENTITY_TYPE` varchar(10) NOT NULL,
    `ENTITY_NAME` varchar(128) NOT NULL,
    `ORDERING int,
    PRIMARY KEY (`MAPPING_ID`),
    KEY `UNIQUE_WM_MAPPING` (`RP_ID`, `ENTITY_TYPE`, `ENTITY_NAME`),
    CONSTRAINT `WM_MAPPING_FK1` FOREIGN KEY (`RP_ID`) REFERENCES `WM_RESOURCEPLAN` (`RP_ID`),
    CONSTRAINT `WM_MAPPING_FK2` FOREIGN KEY (`POOL_ID`) REFERENCES `WM_POOL` (`POOL_ID`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'MAPPING_ID`),
    KEY `UNIQUE_WM_MAPPING` (`RP_ID`, `ENTITY_TYPE`, `ENTITY_NAME`' at line 8
UPDATE VERSION SET SCHEMA_VERSION='3.0.0', VERSION_COMMENT='Hive release version 3.0.0' where VER_ID=1

The example fails because the table for the entity has not been created in the database.
It's caused by Archive.addPackage() failing to find the classes to be added to the deployment. This in turn is because the Maven packaging type is jar but the deployment type is WAR.

When configuring the threadpool for the websocket clientOutboundChannel for example I will override public void configureClientOutboundChannel(ChannelRegistration registration). On the ChannelRegistration I can call taskExecutor(taskExecutor) and provide a ThreadPoolTaskExecutor which is set in the the ChannelRegistration's TaskExecutorRegistration. 
However, when the getTaskExecutor() method is called on the TaskExecutorRegistration my ThreadPoolTaskExecutor is used, but the default settings for the TaskExecutorRegistration then immediately override whatever was set on the ThreadPoolTaskExecutor I provided. 
This doesn't seem like the intended logic. I would expect to either provide the settings to the TaskExecutorRegistration and have it create a ThreadPoolTaskExecutor with those settings for me, or provide my own ThreadPoolTaskExecutor object, but I would not expect to have some settings overridden on the provided ThreadPoolTaskExecutor.
I encountered this in 4.2.9, but the latest source code in Github still seems to have this issue.

See the test case below:

0: jdbc:hive2://localhost:10000/default> create table test (a int);

0: jdbc:hive2://localhost:10000/default> insert overwrite table test values (1);

0: jdbc:hive2://localhost:10000/default> set hive.optimize.union.remove=true;
No rows affected (0.01 seconds)

0: jdbc:hive2://localhost:10000/default> set hive.mapred.supports.subdirectories=true;
No rows affected (0.007 seconds)

0: jdbc:hive2://localhost:10000/default> SELECT COUNT(1) FROM test UNION ALL SELECT COUNT(1) FROM test;
+----------+--+
| _u1._c0  |

UNION ALL without COUNT function will work as expected:

0: jdbc:hive2://localhost:10000/default> select * from test UNION ALL SELECT * FROM test;
+--------+--+
| _u1.a  |
| 1      |
| 1      |

Run the same query without setting hive.mapred.supports.subdirectories and hive.optimize.union.remove to true will give correct result:

0: jdbc:hive2://localhost:10000/default> set hive.optimize.union.remove;
+-----------------------------------+--+
|                set                |
| hive.optimize.union.remove=false  |

| _u1._c0  |
| 1        |
| 1        |

In our test rigs, we see following quiet frequently:

2013-10-10 05:04:09,367 INFO  [Thread-6] actions.Action: Killing region server:a1809.halxg.cloudera.com,60020,1381404629253
2013-10-10 05:04:09,367 INFO  [Thread-6] hbase.HBaseCluster: Aborting RS: a1809.halxg.cloudera.com,60020,1381404629253
2013-10-10 05:04:09,367 INFO  [Thread-6] hbase.ClusterManager: Executing remote command: ps aux | grep proc_regionserver | grep -v grep | tr -s ' ' | cut -d ' ' -f2 | xargs kill -s SIGKILL , hostname:a1809.halxg.cloudera.com
2013-10-10 05:04:09,367 INFO  [Thread-6] util.Shell: Executing full command [/usr/bin/ssh -o ConnectTimeout=1 -o StrictHostKeyChecking=no a1809.halxg.cloudera.com "ps aux | grep proc_regionserver | grep -v grep | tr -s ' ' | cut -d ' ' -f2 | xargs kill -s SIGKILL"]
2013-10-10 05:04:09,621 DEBUG [Thread-5] client.HBaseAdmin: Getting current status of snapshot from master...
2013-10-10 05:04:09,623 DEBUG [Thread-5] client.HBaseAdmin: (#6) Sleeping: 1714ms while waiting for snapshot completion.
2013-10-10 05:04:10,381 WARN  [Thread-6] policies.Policy: Exception occured during performing action: org.apache.hadoop.util.Shell$ExitCodeException: Connection timed out during banner exchange

	at org.apache.hadoop.util.Shell.runCommand(Shell.java:458)
	at org.apache.hadoop.util.Shell.run(Shell.java:373)
	at org.apache.hadoop.util.Shell$ShellCommandExecutor.execute(Shell.java:578)
	at org.apache.hadoop.hbase.HBaseClusterManager$RemoteShell.execute(HBaseClusterManager.java:111)
	at org.apache.hadoop.hbase.HBaseClusterManager.exec(HBaseClusterManager.java:187)
	at org.apache.hadoop.hbase.HBaseClusterManager.signal(HBaseClusterManager.java:216)
	at org.apache.hadoop.hbase.ClusterManager.kill(ClusterManager.java:97)
	at org.apache.hadoop.hbase.DistributedHBaseCluster.killRegionServer(DistributedHBaseCluster.java:110)
	at org.apache.hadoop.hbase.chaos.actions.Action.killRs(Action.java:84)
	at org.apache.hadoop.hbase.chaos.actions.RollingBatchRestartRsAction.perform(RollingBatchRestartRsAction.java:60)
	at org.apache.hadoop.hbase.chaos.policies.PeriodicRandomActionPolicy.runOneIteration(PeriodicRandomActionPolicy.java:59)
	at org.apache.hadoop.hbase.chaos.policies.PeriodicPolicy.run(PeriodicPolicy.java:41)
	at org.apache.hadoop.hbase.chaos.policies.CompositeSequentialPolicy.run(CompositeSequentialPolicy.java:42)
...

So, we went to kill a RS and we timed out.  Server was busy at the time.  We see the kill usually going through.
When above happens in a RollingBatchRestartRsAction, we'll usually 'lose' a server for the rest of the test.  That is at a minimum.  We've also seen case where we kill near all servers in cluster and then the above timeout happens and we are left w/ a test limping along running real slow eventually failing.

staging dir cleanup does not happen for the "analyze table .. compute statistics for columns", this leads to stale directory on hdfs.
the problem seems to be with ColumnStatsSemanticAnalyzer which don't have hdfscleanup set for the context.
https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/parse/ColumnStatsSemanticAnalyzer.java#L310

In XSD is missing default value.
Please add to XSD default value and unify description.
I suggest use description from model as right one:  "Case sensitivity of the credential store. If case insensitive only lower case names are allowed for aliases.".
MODEL

"case-sensitive" => {
                            "type" => BOOLEAN,
                            "description" => "Case sensitivity of the credential store. If case insensitive only lower case names are allowed for aliases.",
                            "attribute-group" => "implementation",
                            "expressions-allowed" => false,
                            "required" => false,
                            "default" => false,
                            "access-type" => "read-write",
                            "storage" => "configuration",
                            "restart-required" => "resource-services"
                        },

DMR

<xs:attribute name="case-sensitive" type="xs:boolean" use="optional">
                    Indicates that the credential store is case sensitive and should then allow for upper case in alias.

When adding a new file in clientpositive with -Doverwrite=true, the output file was in ql/ rather than ql/src/test/results/clientpositive. 

hbck
-fixReferenceFiles  Try to offline lingering reference store files

Metadata Repair shortcuts
-repair    Shortcut for -fixAssignments -fixMeta -fixHdfsHoles -fixHdfsOrphans -fixHdfsOverlaps -fixVersionFile -sidelineBigOverlaps -fixReferenceFiles -fixTableLocks -fixOrphanedTableZnodes

Bad reference files prevent the region from coming online.
If used in the shortcut combination, the reference files should be fixed before other online fix.
I have seen repeated '-repair' did not work because bad reference files failed regions.

org.jboss.as.test.integration.jaxb.unit.JAXBUsageTestCase#testJAXBServlet
./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.jaxb.unit.JAXBUsageTestCase#testJAXBServlet

ERROR [io.undertow.request] (default task-46) UT005023: Exception handling request to /jaxb-webapp//jaxbServlet: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/jaxb-webapp.war/WEB-INF/classes <no signer certificates>)" of "null")
	at java.lang.Thread.getContextClassLoader(Thread.java:500)
	at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:279)
	at org.jboss.as.test.integration.jaxb.JAXBUsageServlet.doGet(JAXBUsageServlet.java:50)
	at java.security.AccessController.doPrivileged(AccessController.java:650)

If master's processing its failover and ServerShutdownHandler's processing happen concurrently, it may appear following  case.
1.master completed splitLogAfterStartup()
2.RegionserverA restarts, and ServerShutdownHandler is processing.
3.master starts to rebuildUserRegions, and RegionserverA is considered as dead server.
4.master starts to assign regions of RegionserverA because it is a dead server by step3.
However, when doing step4(assigning region), ServerShutdownHandler may be doing split log, Therefore, it may cause data loss.

The following line of code produces a NPE (template is a RestTemplate):

template.postForLocation("http://...", null);

	at org.springframework.web.client.core.RestTemplate.postForLocation(RestTemplate.java:201)

See SO
https://stackoverflow.com/questions/49235152/defaultcamelcontext-getroutes-is-empty-so-exchangehelper-isstreamcachingenable

We need custom IsNewStrategy because:
in OGM/SDN a entity can have
1 internal id (`Long id`, or `@Id @GeneratedValue Long internalId`, or  `@GraphId Long internalId`
2 natural id
a--- set by user (`@Id String uuid`)
b--- set by user (`@Id @GeneratedValue(strategy=UuidStrategy.class String uuid`)
3- both (again 2 cases for natural id)
Entity is new:
1 - entity is new if the id is missing (or is negative - set by us when we first see entity without graph id, we call this reference id or refId)
2a - we don't know if the entity is new or not - MERGE statement is used to save the entity and database takes care of it
2b - entity is new if the id is missing
3
if the native id is present then entity is not new
if the native id is missing then
3a we don't know (same as 2a)
3b entity is new if the id is missing

ERROR [org.jboss.as.ejb3.invocation] (default task-4) WFLYEJB0034: EJB Invocation failed on component HelloBean for method public abstract java.lang.String org.jboss.as.test.integration.web.security.runas.Hello.sayHello(): javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract java.lang.String org.jboss.as.test.integration.web.security.runas.Hello.sayHello() of bean: HelloBean is not allowed
	at org.jboss.as.ejb3.security.AuthorizationInterceptor$1.run(AuthorizationInterceptor.java:123)
	at org.jboss.as.ejb3.security.AuthorizationInterceptor$1.run(AuthorizationInterceptor.java:117)
	at org.jboss.as.ejb3.security.AuthorizationInterceptor.processInvocation(AuthorizationInterceptor.java:117)
	at com.sun.proxy.$Proxy176.sayHello(Unknown Source)
	at org.jboss.as.test.integration.web.security.runas.CallProtectedEjbServlet.callProtectedEJB(CallProtectedEjbServlet.java:113)
	at org.jboss.as.test.integration.web.security.runas.CallProtectedEjbServlet.doGet(CallProtectedEjbServlet.java:75)

Tests fails:
./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.web.security.runas.ServletRunAsTestCase

org.jboss.as.test.integration.web.security.runas.ServletRunAsTestCase#checkDestroyInUndeployingMethodWithCorrectRole
org.jboss.as.test.integration.web.security.runas.ServletRunAsTestCase#checkDestroyInUndeployingMethodWithIncorrectRole
org.jboss.as.test.integration.web.security.runas.ServletRunAsTestCase#checkDestroyMethodInStopServerWithCorrectRole
org.jboss.as.test.integration.web.security.runas.ServletRunAsTestCase#checkDestroyMethodInStopServerWithIncorrectRole

I have added the Quickstarts/Fuse/camel.box profile to the root container but it hasn't been downloaded.
java.io.IOException: Error downloading mvn:org.jboss.quickstarts.fuse/camel-box/6.2.0.redhat-134
...more in attached log file

2015-07-02 09:49:32,028 WARN  [.reader=4,port=60020] ipc.RpcServer - RpcServer.listener,port=60020: count of bytes read: 0
    at org.apache.hadoop.hbase.ipc.RpcServer$Connection.readAndProcess(RpcServer.java:1479)
    at org.apache.hadoop.hbase.ipc.RpcServer$Listener.doRead(RpcServer.java:854)
    at org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.doRunLoop(RpcServer.java:645)
    at org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.run(RpcServer.java:620)

This bug occurs in following scenario. 
1. For some reason, the regionLocation isn't set in .META. table for some regions. Perhaps createTable didn't complete successfully.
1. The table of those regions is being disabled.
2. HMaster restarted.
3. At HMaster startup, it tries to transition from disabling to disabled state. It got the following exception.
java.lang.NullPointerException: Passed server is null
        at
org.apache.hadoop.hbase.master.ServerManager.sendRegionClose(ServerManager.
java:581)
        at
org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager
.java:1093)
        at
.java:1040)
        at
org.apache.hadoop.hbase.master.handler.DisableTableHandler$BulkDisabler$1.r
un(DisableTableHandler.java:132)
        at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.j
ava:886)
In AssignmentManager.rebuildUserRegions, it added such regions to its regions list,
      if (regionLocation == null) {
        // Region not being served, add to region map with no assignment
        // If this needs to be assigned out, it will also be in ZK as RIT
        // add if the table is not in disabled and enabling state
        if (false == checkIfRegionBelongsToDisabled(regionInfo)
            && false == checkIfRegionsBelongsToEnabling(regionInfo)) 
{
          regions.put(regionInfo, regionLocation);
        }

Perhaps, it should be

        if (true == checkIfRegionBelongsToEnabled(regionInfo) {          regions.put(regionInfo, regionLocation);        }

If you specify `additionalFractions` in the plugin, it ends up scanning through transitive dependencies of those fractions for auto detection.
This results in a lot more fractions being detected than is actually required.

This is caused by this spring bug http://jira.springframework.org/browse/SPR-4599

The rebase_all_hbase_branches.sh script is unable to detect that HBASE-12207 is closed, because for that one JIRA, the curl command that detects the status is returning the status, but also the text from Hadoop QA for each patch it has evaluated on the JIRA:

$ curl -s https://issues.apache.org/jira/browse/HBASE-12207 | grep resolution-val
                <span id="resolution-val" class="value resolved" >
    +		jira_status=$(curl -s $jira_url/$jira|grep resolution-val|sed -e "s/.*class=\"value\ //"|cut -d'"' -f 1)<br/>
    +		jira_status=$(curl -s $jira_url/$jira|grep resolution-val|sed -e "s/.*class=\"value\ //"|cut -d'"' -f 1)

All but the top line of output are from parsing comments from Hadoop QA. I think this is an edge case that will only to patches against that section of dev-support/rebase_all_git_branches.sh. However, I'm not sure the cleanest way to fix it.

When the test TestStatsUpdaterThread#testTxnDynamicPartitions added in the attached patch is run it throws exception (full logs attached.)
org.apache.hadoop.hive.metastore.api.MetaException: Cannot change stats state for a transactional table default.simple_stats without providing the transactional write state for verification (new write ID 5, valid write IDs null; current state {"BASIC_STATS":"true","COLUMN_STATS":{"s":"true"}}; new state null
 at org.apache.hadoop.hive.metastore.ObjectStore.alterPartitionNoTxn(ObjectStore.java:4328) 

See camel-example-cxf-async
In the client code that sends to the server using CxfProducer. I have to wrap my POJO in a List object.
CxfProducer should be smarter and be able to do this itself.
It can do this by converting the payload to an iterator and use that to construct the list.
Then it works for POJO objects directly.

Though JDBC specification specifies that "Each Connection object can create multiple Statement objects that may be used concurrently by the program", but that does not work in current Hive JDBC driver. In addition, there also exist  race conditions between DatabaseMetaData, Statement and ResultSet as long as they make RPC calls to HS2 using same Thrift transport, which happens within a connection.
So we need a connection level lock to serialize all these RPC calls in a connection.

FileUtils.openOutputStream() has the following code:

File parent = file.getParentFile();
if (parent != null && parent.exists() == false) {
    if (parent.mkdirs() == false) {
        throw new IOException("File '" + file + "' could not be created");
    }
}

Now mkdirs() returns true only if the method actually created the directories; it's theoretically possible for the directory to be created in the window between the exists() and mkdirs() invocations. [Indeed the class actually checks for this in the forceMkdir() method]
It would be safer to use:

if (parent != null && !parent.mkdirs() && !parent.isDirectory()) {
    throw new IOException("Directory '" + parent + "' could not be created"); // note changed text
}

Similarly elsewhere in the class where mkdirs() is used.

When testing with miniclusters that shutdown and are restarted, sometimes a call to User.getCurrent().getName() NPEs when attempting to restart hbase.  Oddly this happens consistently on particular branches and not on others. I don't know or understand why this happens but it has something to do with the getCurrentUGI call in  o.a.h.h.security.User.HadoopUser sometimes returning null and sometimes returning data.

   private HadoopUser() {
      try {
        ugi = (UserGroupInformation) callStatic("getCurrentUGI");
        if (ugi == null) {
          LOG.warn("Although successfully retrieved UserGroupInformation" 
              + "  it was null!");
        }
      } catch (RuntimeException re) {

This patch essentially is a workaround – it propagates the null so that clients can check and avoid the NPE.

completebulkload tool is failing in secure mode when namespace is specified.

Caused by: java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: hdfs__ns:a1__eb0l9esfa6ta4msuul40vk1kgts2hn0goo953geplsnjv1qbeq1a4sacvp07qcn6
        at org.apache.hadoop.fs.Path.initialize(Path.java:206)
        at org.apache.hadoop.fs.Path.<init>(Path.java:172)
        at org.apache.hadoop.fs.Path.<init>(Path.java:94)
        at org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint.createStagingDir(SecureBulkLoadEndpoint.java:303)
        at org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint.createStagingDir(SecureBulkLoadEndpoint.java:296)
        at org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint.prepareBulkLoad(SecureBulkLoadEndpoint.java:160)
        at org.apache.hadoop.hbase.protobuf.generated.SecureBulkLoadProtos$SecureBulkLoadService.callMethod(SecureBulkLoadProtos.java:4626)
        at org.apache.hadoop.hbase.regionserver.HRegion.execService(HRegion.java:5696)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.execServiceOnRegion(HRegionServer.java:3332)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.execService(HRegionServer.java:3314)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29501)

Here I feel we should replace the ':' in table name

bulkToken = new SecureBulkLoadClient(table).prepareBulkLoad(table.getName())

Because at the later part of code we are creating staging directory using table name.

When upgrading WildFly 10.x to JSF 2.3, then running a web application using any JSF library having a custom javax.faces.application.Application will result in an UnsupportedOperationException during startup.

	at javax.faces.application.Application.getSearchExpressionHandler(Application.java:2001)
	at javax.faces.application.ApplicationWrapper.getSearchExpressionHandler(ApplicationWrapper.java:815)
	at com.sun.faces.config.processor.ApplicationConfigProcessor.setSearchExpressionHandler(ApplicationConfigProcessor.java:738)
	at com.sun.faces.config.processor.ApplicationConfigProcessor.process(ApplicationConfigProcessor.java:382)
	at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:155)
	at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:138)
	at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:246)
	at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:443)
	... 20 more

This is reported a.o. here http://stackoverflow.com/questions/44076148/why-is-jsf-2-3-not-working-with-omnifaces-2-6-1
This problem has the same grounds as reported in a.o. https://github.com/omnifaces/omnifaces/issues/75 and https://issues.jboss.org/browse/WELD-1805
Root problem is: org.jboss.as.jsf.injection.weld.WeldApplication does not extend from JSF's own javax.faces.application.ApplicationWrapper having all necessary default methods implemented. Instead, it extends from a custom org.jboss.as.jsf.injection.weld.ForwardingApplication with only JSF 2.2 specific default methods hardcoded instead of relying on API-provided ones.
Solution: let WeldApplication extend from ApplicationWrapper instead.

With the current 2017.3.0-SNAPSHOT, the following fractions are not auto-detected anymore for Vaadin applications:

logging
undertow

Especially the absence of undertow breaks those apps completely.
I guess this has something to do with SWARM-1122.
Not sure about logging though.
Add to plugin configuration:

<fractions>logging,undertow</fractions>

The attached patch addresses few issues.

We need only (3*this.length) capacity in ByteBuffer and not (3*this.bytes.length).
Do not calculate (offset + length) at every iteration.
No test is required at every iteration to add space (' ') before every byte other than the first one. Uses sb.substring(1) instead.
Finally and most importantly (the original issue of this report), downcast the promoted int (the parameter to Integer.toHexString()) to byte range.

Without #4, the byte array {54,125,64, -1, -45} is transformed to "36 7d 40 ffffffff ffffffd3" instead of "36 7d 40 ff d3".

RPCs sent to a FORK channel that is not currently running are not responded to correctly, causing the caller to eventually time out.
An error response is being sent by org.jboss.as.clustering.jgroups.JChannelFactory, but the request ID is hard-coded to 0 so the reply can not be routed back to the sender and gets dropped.

select count from src where false; will return # of mappers rather than 0. 

The binary-keyed-jdbc-store and mixed-keyed-jdbc-store are going away in Infinispan 9. EAP  needs to support string-based-jdbc-store.

The way disconnect is implemented causes issues with some other options of the consumer. For instance "disconnect" option is not compatible with "delete" option.
The delete action is done in completion action (processCommit: line 185). On line 305, processCommit method checks if folder is open, but "disconnect" option force folder at null value at the end of poll method (Line 149).
I guess disconnect method should be called on completion after any other completion actions occured: It is not possible to make completion actions if connection to mail server is closed.
The result of the usage of disconnect option and delete option is a NullPointerException on test: "if (!folder.isOpen())" statement on line 308.
Issue should be always reproductible.
I let you fix the priority of the issue, but it is an annoying issue even if there is a workaround by disabling disconnect option ...

The following query with window functions failed. The internal query works fine.
select col1, col2, col3 from (select col1,col2, col3, count(case when col4=1 then 1 end ) over (partition by col1, col2) as col5, row_number() over (partition by col1, col2 order by col4) as col6 from tab1) t;
HIVE generates an execution plan with 2 jobs. 
1. The first job is to basically calculate window function for col5.  
2. The second job is to calculate window function for col6 and output.
The plan says the first job outputs the columns (col1, col2, col3, col4) to a tmp file since only these columns are used in later stage. While, the PTF operator for the first job outputs (_wcol0, col1, col2, col3, col4) with _wcol0 as the result of the window function even it's not used. 
In the second job, the map operator still reads the 4 columns (col1, col2, col3, col4) from the temp file using the plan. That causes the exception.

HTrace has been accepted into incubator and there's been a flurry of RC's. This mostly just a package rename release. If there's a release in time, let's get 1.0 imports moved over to using the release out of incubator.

Several tests like org.apache.camel.component.spring.ws.ConsumerEndpointMappingResponseHandlingRouteTest.testRootQName
fail with ComparisonFailure as the expected result has unix file endings and the actual result has windows file endings on windows

NPE happens randomly knocking the instance off line and has to be restarted.
[Server:server-one] 13:03:37,900 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool – 1) WFLYCTL0013: Operation ("clean-obsolete-content") failed - address: ([]): java.lang.NullPointerException
[Server:server-one] 	at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.listLocalContents(ContentRepository.java:428)
[Server:server-one] 	at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.cleanObsoleteContent(ContentRepository.java:390)
[Server:server-one] 	at org.jboss.as.server.mgmt.domain.RemoteFileRepositoryService.cleanObsoleteContent(RemoteFileRepositoryService.java:160)
[Server:server-one] 	at org.jboss.as.server.operations.CleanObsoleteContentHandler.execute(CleanObsoleteContentHandler.java:76)
[Server:server-one] 	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:803)
[Server:server-one] 	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
[Server:server-one] 	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
[Server:server-one] 	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
[Server:server-one] 	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
[Server:server-one] 	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
[Server:server-one] 	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:205)
[Server:server-one] 	at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:626)
[Server:server-one] 	at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:616)
[Server:server-one] 	at org.jboss.as.server.deployment.ContentRepositoryCleaner.cleanObsoleteContent(ContentRepositoryCleaner.java:132)
[Server:server-one] 	at org.jboss.as.server.deployment.ContentRepositoryCleaner$ContentRepositoryCleanerTask.run(ContentRepositoryCleaner.java:67)
[Server:server-one] 	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
[Server:server-one] 	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
[Server:server-one] 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
[Server:server-one] 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
[Server:server-one] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[Server:server-one] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[Server:server-one] 	at java.lang.Thread.run(Thread.java:745)
[Server:server-one] 	at org.jboss.threads.JBossThread.run(JBossThread.java:320)
[Server:server-one] 13:03:37,931 ERROR [org.jboss.as.server] (ServerService Thread Pool – 1) WFLYSRV0216: Error cleaning obsolete content WFLYCTL0158: Operation handler failed: java.lang.NullPointerException 

The documentation related to GridFs shows wrong type GridFSDBFile in find-operation.
Current:

@Test
  public void findFilesInGridFs() {
    List<GridFSDBFile> result = operations.find(query(whereFilename().is("filename.txt")))
  }

Expected:

@Test
    GridFSFindIterable result = operations.find(query(whereFilename().is("filename.txt")))
  }

See:
https://docs.spring.io/spring-data/mongodb/docs/2.0.0.RELEASE/reference/html/#gridfs
and
https://docs.spring.io/spring-data/mongodb/docs/2.0.0.RELEASE/api/

Some attribute types like "export-corbaloc" are booleans, but are described as strings with allowed values ["true", "false"]. Please use model type boolean for these attributes.

hive-schema-0.13.0.postgres.sql doesn't work. In PostgreSQL, if we double quote keyword (colmn name, table name etc ), those names are treated case sensitively. But in the script, there is a non double quoted table name and column anme although those are double quoted at the definition.

CREATE TABLE "VERSION" (
  "VER_ID" bigint,
  "SCHEMA_VERSION" character varying(127) NOT NULL,
  "COMMENT" character varying(255) NOT NULL,
  PRIMARY KEY ("VER_ID")
);

INSERT INTO VERSION (VER_ID, SCHEMA_VERSION, VERSION_COMMENT) VALUES (1, '0.13.0', 'Hive release version 0.13.0');

Also, the definition above defines column "COMMENT" but I think it should be named "VERSION_COMMENT".

In case when adding Elytron ldap-realm capability through CLI takes some time (e.g. 5 seconds) then this capability is registered in context even if command failed (e.g. because some required attribute is missing). Then when command is fixed it cannot be added since capability was already registered. Server has to be reloaded to unregister this non-exist capability. See 'Steps to Reproduce' for more detail.
I am able to simulate this behavior with ldap-realm from Elytron. However I am not sure whether this issue can be related to whole Elytron subsystem or whole Domain Model.
Exception in server log:

ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("add") failed - address: ([
    ("ldap-realm" => "ldap")
]): java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.security.security-realm.ldap' is already registered in context 'global'.
	at org.jboss.as.controller.CapabilityRegistry.registerCapability(CapabilityRegistry.java:158)
	at org.jboss.as.controller.OperationContextImpl.registerCapability(OperationContextImpl.java:1449)
	at org.jboss.as.controller.OperationContextImpl.registerCapability(OperationContextImpl.java:1441)
	at org.jboss.as.controller.AbstractAddStepHandler.recordCapabilitiesAndRequirements(AbstractAddStepHandler.java:274)
	at org.jboss.as.controller.AbstractAddStepHandler.execute(AbstractAddStepHandler.java:146)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:940)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:683)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:382)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1363)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:410)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:232)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:213)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:136)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:153)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:153)

The participant should default to the user  if the participant is null.

    public String getParticipant() {
        return participant != null ? participant : getUser();
    }

Commit a6d527 introduced a proactive call to onAllDataRead when InputStream returns -1, but also does the same for 0 bytes read (accidentally). 
This came to light via Spring Boot #12870 but it's not clear yet if that is the cause.

Creating a new Timer via the ten-minutes webapp leads to the discribed error.
Here is whta I did.
1) git checkout of roo
2) building roo with mvn install
3) executing the following roo script
// Spring Roo ENGINEERING BUILD [rev unknown] log opened at 2010-05-03 00:57:48
// script --file /home/ubuntu/roo/ten-minutes/log.roo
project --topLevelPackage com.tenminutes
entity --class ~.Timer --testAutomatically 
field string --fieldName message --notNull
selenium test --controller ~.web.TimerController
perform package
// Spring Roo ENGINEERING BUILD [rev unknown] log closed at 2010-05-03 01:02:24
4) mvn jetty:run
5) see attached jetty.log

This is currently not affecting the build but the next Galleon version is going to be more strict in this regard.

statistics-enabled attribute is nillable but when calling undefine on it /subsystem=undertow:undefine-attribute(name=statistics-enabled), it fails with IllegalArgumentException:

18:04:41,824 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 15) WFLYCTL0013: Operation ("undefine-attribute") failed - address: ([("subsystem" => "undertow")]): java.lang.IllegalArgumentException
	at org.jboss.dmr.ModelValue.asBoolean(ModelValue.java:69)
	at org.jboss.dmr.ModelNode.asBoolean(ModelNode.java:267)
	at org.wildfly.extension.undertow.UndertowRootDefinition$1.applyUpdateToRuntime(UndertowRootDefinition.java:194)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:193)

CachedOutputStream adds synchronization into exchange even the closedOnCompletion option is false, it could cause OOM error with the HttpProducer endpoint does "unlimited/limited" redelivery. 
Here is the discussion about this issue. 

LogFactory uses ClassLoader as a key in map, which makes the classloader impossible to be unloaded. LogFactory.release() should be called explicitly.

Currently when object store is configured to use journal to save the txn log the server won't start.
For WFLY 10.Beta1 there is trouble of attributes naming - see WFLY-5078. But either when used old naming [1] (hornetq instead of activemq) the server fails to start [2].
For WFLY 10.CR1 the naming works fine and use-journal-store works when used via jboss-cli.sh but the server starts still with the errors.
[1]

/subsystem=transactions:write-attribute(name=use-journal-store, value=true)

[2]

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.txn.ArjunaRecoveryManager: org.jboss.msc.service.StartException in service jboss.txn.ArjunaRecoveryManager: Failed to start service
 at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904)
 at java.lang.Thread.run(Thread.java:745)
Caused by: com.arjuna.ats.arjuna.exceptions.FatalError: ARJUNA012135: Could not create Store type: com.arjuna.ats.internal.arjuna.objectstore.hornetq.HornetqObjectStoreAdaptor
 at com.arjuna.ats.arjuna.objectstore.StoreManager.initStore(StoreManager.java:155)
 at com.arjuna.ats.arjuna.objectstore.StoreManager.getActionStore(StoreManager.java:110)
 at com.arjuna.ats.arjuna.objectstore.StoreManager.getRecoveryStore(StoreManager.java:67)
 at com.arjuna.ats.internal.jta.recovery.arjunacore.CommitMarkableResourceRecordRecoveryModule.<init>(CommitMarkableResourceRecordRecoveryModule.java:156)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
 at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
 at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
 at java.lang.Class.newInstance(Class.java:442)
 at com.arjuna.common.internal.util.ClassloadingUtility.loadAndInstantiateClass(ClassloadingUtility.java:135)
 at com.arjuna.common.internal.util.ClassloadingUtility.loadAndInstantiateClassesWithInit(ClassloadingUtility.java:192)
 at com.arjuna.ats.arjuna.common.RecoveryEnvironmentBean.getRecoveryModules(RecoveryEnvironmentBean.java:444)
 at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.loadModules(PeriodicRecovery.java:865)
 at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.<init>(PeriodicRecovery.java:121)
 at com.arjuna.ats.internal.arjuna.recovery.RecoveryManagerImple.<init>(RecoveryManagerImple.java:107)
 at com.arjuna.ats.arjuna.recovery.RecoveryManager.<init>(RecoveryManager.java:477)
 at com.arjuna.ats.arjuna.recovery.RecoveryManager.manager(RecoveryManager.java:132)
 at com.arjuna.ats.arjuna.recovery.RecoveryManager.manager(RecoveryManager.java:112)
 at com.arjuna.ats.jbossatx.jta.RecoveryManagerService.create(RecoveryManagerService.java:54)
 at org.jboss.as.txn.service.ArjunaRecoveryManagerService.start(ArjunaRecoveryManagerService.java:119)
 at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
 at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
 ... 3 more
Caused by: java.lang.NoClassDefFoundError: org/apache/activemq/artemis/core/journal/SequentialFileFactory
 at com.arjuna.ats.internal.arjuna.objectstore.hornetq.HornetqObjectStoreAdaptor.<init>(HornetqObjectStoreAdaptor.java:78)
 at com.arjuna.ats.arjuna.objectstore.StoreManager.initStore(StoreManager.java:151)
 ... 24 more
Caused by: java.lang.ClassNotFoundException: org.apache.activemq.artemis.core.journal.SequentialFileFactory from [Module "org.jboss.jts:main" from local module loader @707f7052 (finder: local module finder @11028347 (roots: /home/ochaloup/jboss/jboss-eap-7.0.0.DR8/modules,/home/ochaloup/jboss/jboss-eap-7.0.0.DR8/modules/system/layers/base))]
 at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205)
 at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:455)
 at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:404)
 at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:385)
 at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:130)
 ... 32 more

 ...

ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "transactions")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.txn.ArjunaRecoveryManager" => "org.jboss.msc.service.StartException in service jboss.txn.ArjunaRecoveryManager: Failed to start service
    Caused by: com.arjuna.ats.arjuna.exceptions.FatalError: ARJUNA012135: Could not create Store type: com.arjuna.ats.internal.arjuna.objectstore.hornetq.HornetqObjectStoreAdaptor
    Caused by: java.lang.NoClassDefFoundError: org/apache/activemq/artemis/core/journal/SequentialFileFactory
    Caused by: java.lang.ClassNotFoundException: org.apache.activemq.artemis.core.journal.SequentialFileFactory from [Module \"org.jboss.jts:main\" from local module loader @707f7052 (finder: local module finder @11028347 (roots: /home/ochaloup/jboss/jboss-eap-7.0.0.DR8/modules,/home/ochaloup/jboss/jboss-eap-7.0.0.DR8/modules/system/layers/base))]"}}
INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.txn.ArjunaRecoveryManager: org.jboss.msc.service.StartException in service jboss.txn.ArjunaRecoveryManager: Failed to start service

The reason is explained in comment
https://issues.jboss.org/browse/WFLY-5078?focusedCommentId=13098047#comment-13098047

I updated to the last version of Roo in GIT.
Install Roo with 'mvn clean install'.
Create a web project and run with 'mvn tomcat:run'.
Inside the web application:

Create an Entity.
Update the Entity.

Exception updating the entity:

org.hibernate.PersistentObjectException: detached entity passed to persist:
org.test.aplicacion.domain.Person; nested exception is javax.persistence.PersistenceException:
org.test.aplicacion.domain.Person

Thanks!

The methods whose signatures changed are the ones involving HttpClient (including the constructor). I think all we need to do is downcast to CloseableHttpClient in Spring 4.0 (and possibly assert beforehand to enhance the error message).

This issues is addressed in 0.13 by in-lining the the transaction schema statements in the schema initialization script (HIVE-6559)
The 0.14 schema initialization is not fixed. This is the followup ticket for to address the problem in 0.14. 

ExpressionResolverUnitTestCase does the and then checks the resolution of the expression returns "defaulted":

input.get("defaulted").set(new ValueExpression("${test:default}"));

That's fragile since the commonly used -Dtest=xxxx arg to maven will break it. 

While debugging HIVE-11721 I found that using non-ascii characters in string literals causes calcite planner to throw the following exception:

2015-10-17T23:07:20,586 ERROR [main]: parse.CalcitePlanner (CalcitePlanner.java:genOPTree(292)) - CBO failed, skipping CBO.
org.apache.calcite.runtime.CalciteException: Failed to encode 'Абвгде' in character set 'ISO-8859-1'

The query is:

select concat("Абвгде", "谢谢") from src limit 1;

Other queries with non-ascii literals fail as well.

When we create a ByteBuffer, we need to make sure it is ready to be read.

The remote-outbound-connection with user authentication configured, doesn't work with Elytron because the SASL authentication fails.
Scenario:

from a deployment is made a remote EJB call through defined remote-outbound-connection (which specifies valid username and legacy security realm with valid password)

The call fails with authentication exception (for Elytron configuration).

The remote EJB call is allowed with Elytron configured as the default security provider

While working on a patch for HBASE-2375, I came across a few bugs in the existing code related to splits.
If a user triggers a manual split, it flips a forceSplit boolean to true and then triggers a compaction (this is very similar to my current implementation for HBASE-2375).  However, the forceSplit boolean is flipped back to false at the beginning of Store.compact().  So the force split only acts on the first family in the table.  If that Store is not splittable for some reason (it is empty or has only one row), then the entire region will not be split, regardless of what is in other families.
Even if there is data in the first family, the midKey is determined based solely on that family.  If it has two rows and the next family has 1M rows, we pick the split key based on the two rows.

Turning vectorization on triggers a bug - see followup Jira HIVE-19353.

Run a hiveserver2 instance "hive --service hiveserver2".
Then from another console, connect to hiveserver2 "beeline -u "jdbc:hive2://localhost:10000"
When you run a MR job like "select t1.key from src t1 join src t2 on t1.key=t2.key", some of the console logs like MR job info are not printed to the console while it just print to the hiveserver2 console.
When hive.async.log.enabled is set to false and restarts the HiveServer2, then the output will be printed to the beeline console.
OperationLog implementation uses the ThreadLocal variable to store associated the log file. When the hive.async.log.enabled is set to true, the logs will be processed by a ThreadPool and  the actual threads from the pool which prints the message won't be able to access the log file stored in the original thread. 

Need to add to upgrade docs:
DaoAuthenticationProvider has a property, authenticationDao. This property should now be renamed to userDetailsService.

The trunk has checkstyle failures right now.

[checkstyle] /home/hortonth/hive_apache/hcatalog/core/src/main/java/org/apache/hcatalog/common/HCatUtil.java:453: method def child at indentation level 6 not at correct indentation, 4
[checkstyle] /home/hortonth/hive_apache/hcatalog/core/src/main/java/org/apache/hcatalog/common/HCatUtil.java:454: method def child at indentation level 6 not at correct indentation, 4
[checkstyle] /home/hortonth/hive_apache/hcatalog/core/src/main/java/org/apache/hcatalog/common/HCatUtil.java:455: method def child at indentation level 6 not at correct indentation, 4
[checkstyle] /home/hortonth/hive_apache/hcatalog/core/src/main/java/org/apache/hcatalog/common/HCatUtil.java:456: method call child at indentation level 6 not at correct indentation, 8
[checkstyle] /home/hortonth/hive_apache/hcatalog/core/src/main/java/org/apache/hive/hcatalog/common/HCatUtil.java:486: method def child at indentation level 3 not at correct indentation, 4
[checkstyle] /home/hortonth/hive_apache/hcatalog/core/src/main/java/org/apache/hive/hcatalog/common/HCatUtil.java:487: method call child at indentation level 3 not at correct indentation, 4
[checkstyle] /home/hortonth/hive_apache/hcatalog/core/src/main/java/org/apache/hive/hcatalog/common/HCatUtil.java:487: method def child at indentation level 3 not at correct indentation, 4
[checkstyle] /home/hortonth/hive_apache/hcatalog/core/src/main/java/org/apache/hive/hcatalog/common/HCatUtil.java:488: method def child at indentation level 3 not at correct indentation, 4

There is a problem by invoking the following method of the class NamedParameterJdbcTemplate:
public <T> List<T> query(String sql, SqlParameterSource paramSource, RowMapper<T> rowMapper)
The problem occurs if the parameter paramSource contains a array, for example:
paramSource.addValue("ids", new SqlArrayLong(lAllId), Types.ARRAY, "TA_NUMBER");
where the class SqlArrayLong extends the Spring's AbstractSqlTypeValue, and "TA_NUMBER" is user defined type in the Oracle database:
CREATE OR REPLACE TYPE  TA_NUMBER   as table of number;
If the implementation of SqlArrayLong.createTypeValue() looks like here:
  @Override
  public Object createTypeValue(Connection pCon, int pSqlType, String pTypeName) throws SQLException 
{
    OracleConnection lOracleConnection = (OracleConnection) pCon;
    String lTypeName = pTypeName;
    oracle.sql.ArrayDescriptor lDesc = oracle.sql.ArrayDescriptor.createDescriptor(lTypeName, lOracleConnection);
    return new oracle.sql.ARRAY(lDesc, lOracleConnection, mValues.toArray(new Long[mValues.size()]));
  }

the following exception occurs:
Caused by: java.sql.SQLException: Deskriptor konnte nicht erstellt werden: ArrayDescriptor.createDescriptor: Invalid argument,'name' should not be an empty string and 'conn' should not be null.
	at oracle.sql.ArrayDescriptor.createDescriptor(ArrayDescriptor.java:152)
	at oracle.sql.ArrayDescriptor.createDescriptor(ArrayDescriptor.java:126)
	at com.test.dao.impl.SqlArrayLong.createTypeValue(SqlArrayLong.java:55)
	at org.springframework.jdbc.core.support.AbstractSqlTypeValue.setTypeValue(AbstractSqlTypeValue.java:58)
	at org.springframework.jdbc.core.StatementCreatorUtils.setValue(StatementCreatorUtils.java:267)
	at org.springframework.jdbc.core.StatementCreatorUtils.setParameterValueInternal(StatementCreatorUtils.java:216)
	at org.springframework.jdbc.core.StatementCreatorUtils.setParameterValue(StatementCreatorUtils.java:127)
	at org.springframework.jdbc.core.PreparedStatementCreatorFactory$PreparedStatementCreatorImpl.setValues(PreparedStatementCreatorFactory.java:298)
	at org.springframework.jdbc.core.PreparedStatementCreatorFactory$PreparedStatementCreatorImpl.createPreparedStatement(PreparedStatementCreatorFactory.java:251)
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:580)
The cause of this exception is the empty parameter 'name', actually it should contains the "TA_NUMBER".
One workaround of this problem is to slightly change the above method:
  @Override
  public Object createTypeValue(Connection pCon, int pSqlType, String pTypeName) throws SQLException {
    if (lTypeName == null) 
{
      lTypeName = "BETRFPL.TA_NUMBER";
    }
  }
But, this is not nice, it would be better, if the parameter pTypeName already contains the correct value.

As ANALYZE TABLE...COMPUTE STATISTICS FOR COLUMNS is rewritten internally as a SELECT query, there is an interaction between the rewriting to mask the columns/rows interacts and the ColumnStatsSemanticAnalyzer rewriting that leads to showing the computed stats after running the command.

It looks like in the infinispan subsystem parser some thread pools are explicitly added. This means these resources are not added if adding the subsystem via the add operation. These resources should be added like any other child resource of the subsystem.
If the resources can't be added like that, e.g. they are truly defaults, the add handler for the parent can add a step to check for children and add any missing ones. This would result in the same behavior, but allow the add operation to work correctly.

fs.deleteOnExit(partitionsPath);
 writePartitions(job.getConfiguration(), partitionsPath, splitPoints);

In the above code deleteOnExit will return without adding file in the deleteOnExit set as the file is not created till then.

There is a minor typo issue in HiveConnection.java (jdbc) :

throw new SQLException("Could not establish connecton to "
            + uri + ": " + e.getMessage(), "08S01");

It seems like there's a "i" missing.
I know it's a very minor typo but I report it anyway. I won't attach a patch because it would be too long for me to SVN checkout just for 1 letter.

Given a set of simple jndi bindings like the following:

        <subsystem xmlns="urn:jboss:domain:naming:2.0">
            <bindings>
                <simple name="java:global/NSPDomain" value="domain" type="java.lang.String"/>
                <simple name="java:global/NSPURL" value="http://red-hat-summit.cloudapp.net:8081/" type="java.net.URL"/>
                <simple name="java:global/NotificationCallbackURL" value="http://dmz.starkinternational.com:8080/iotbof-web/rest/events/send" type="java.net.URL"/>
            </bindings>
            <remote-naming/>

The following works from an EJB:

import javax.ejb.Singleton;
import javax.ejb.Startup;

@Startup
public class NSPConnector {
...
   @Resource(name = "java:global/NotificationCallbackURL")
   private URL notificationURL;

but fails with a NameNotFoundException when used from within a JSF managed bean.

@Named("nspmodel")
public class NSPModel {
   private static Logger logger = Logger.getLogger(NSPModel.class);

Has the following error when accessed:

Caused by: javax.naming.NameNotFoundException: env/java:global/NotificationCallbackURL -- service jboss.naming.context.java.module.iot-ear.iotbof-web.env.java:global.NotificationCallbackURL
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:104) [wildfly-naming-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:202) [wildfly-naming-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:179) [wildfly-naming-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.naming.InitialContext$DefaultInitialContext.lookup(InitialContext.java:235) [wildfly-naming-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:188) [wildfly-naming-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:184) [wildfly-naming-8.0.0.Final.jar:8.0.0.Final]
	at javax.naming.InitialContext.lookup(InitialContext.java:417) [rt.jar:1.8.0]
	at org.jboss.as.weld.services.bootstrap.WeldResourceInjectionServices.resolveResource(WeldResourceInjectionServices.java:185) [wildfly-weld-8.0.0.Final.jar:8.0.0.Final]
	... 71 more

The fix for DATAREST-429 has introduced a regression of RepositoryRestHandlerMapping not verifying the repositoryLookupPath actually pointing to a repository in the first place.

Reference documentation  doesn't match with API documentation for MongoTemplate executeCommand  method base on the returntypes.
In previous versions (Prior to 2.X) the method return-type was CommandResult now it's changed to Document . But the Reference document still states to old return-type
Also Reference  missing information about new method
API DOC 
REFERENCE DOC 
Since the return type is changed it's better to have reference stating usage of it.

A few fixes from Hadoop IPC that we should probably cross-port into our copy:

HADOOP-7227: remove the protocol version check at call time
HADOOP-7146: fix a socket leak in server
HADOOP-7121: fix behavior when response serialization throws an exception
HADOOP-7346: send back nicer error response when client is using an out of date IPC version

Let's assume we have a route, defined in a RouteBuilder. It allows us to define an interceptor that would be executed before every route step, via an intercept(Processor) call.
Routes can also have an advice attached to them, via RouteDefinition.adviceWith(AdviceWithRouteBuilder) call.
If these two methods of weaving custom processing into existing routes are combined, Camel throws an exception:

Exception in thread "main" java.lang.IllegalArgumentException: There are no outputs which matches: * in the route: Route(main)[[From[direct:main]] -> [Intercept[[Log[Intercept ${body} ${headers}]]], Log[Main ${body} ${headers}]]]
	at org.apache.camel.builder.AdviceWithTasks$3.task(AdviceWithTasks.java:257)
	at org.apache.camel.model.RouteDefinition.adviceWith(RouteDefinition.java:270)
	at camel.Test.main(Test.java:20)

Simple test to illustrate the issue:

import org.apache.camel.builder.AdviceWithRouteBuilder;
import org.apache.camel.model.ModelCamelContext;

public class Test {
		ModelCamelContext context = new DefaultCamelContext();
		RouteBuilder route = new RouteBuilder() {
			@Override
			public void configure() throws Exception {
				from("direct:advice").log("Advice ${body} ${headers}");
				from("direct:main").routeId("main").log("Main ${body} ${headers}");
			}
		};
		route.intercept().log("Intercept ${body} ${headers}");
		context.addRoutes(route);
		context.getRouteDefinition("main").adviceWith(context, new AdviceWithRouteBuilder() {
			@Override
				weaveAddFirst().to("direct:advice");
			}
		});
	}
}

HBASE-15199 pulls the jruby-complete jar out of the normal classpath for commands run in HBase. Jruby-complete bundles jline inside. ZK uses jline for its nice shell-like usage.
The problem is that this uncovered a bug where we're not explicitly bundling a version of jline to make sure that hbase zkcli actually works. As long as we're expecting zkcli to be there, we should provide jline on the classpath to make sure the users get a real cli.
Thanks to Sergey Soldatov for getting to the bottom of it quickly.

Customer impact: Customer cannot use jboss-client.jar (from 7.1.0.DR12) in its client application to perform remote JNDI lookup to server. This affects most basic JMS scenarios and is regression against EAP 7.0.0 and EAP 7.1.0.DR11.
Exception thrown from client when performing JNDI lookup:

javax.naming.OperationNotSupportedException: WFNAM00026: No provider for found for URI: null
	at org.wildfly.naming.client.WildFlyRootContext.getProviderContext(WildFlyRootContext.java:488)
	at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:127)
	at ProducerTransSession.run(ProducerTransSession.java:91)
Producer got exception and ended:javax.naming.OperationNotSupportedException: WFNAM00026: No provider for found for URI: null

	at org.springframework.beans.propertyeditors.FileEditor.setAsText(FileEditor.java:96)
	at org.springframework.beans.TypeConverterDelegate.doConvertTextValue(TypeConverterDelegate.java:358)
	at org.springframework.beans.TypeConverterDelegate.doConvertValue(TypeConverterDelegate.java:334)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:168)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:101)
	at org.springframework.beans.BeanWrapperImpl.convertIfNecessary(BeanWrapperImpl.java:354)

The following lines seems to be of blame:

		// Non URLs will be treated as relative paths if the resource was not found
		if(ResourceUtils.isUrl(text) || resource.exists()) {
			try {
				setValue(resource != null ? resource.getFile() : null);
			}

After upgraded the CXF version to 2.2.6, we got a random test error of CxfMtomRouterPayloadModeTest,testInvokingServiceFromCXFClient() on TeamCity
Here is the stack trace:

javax.xml.ws.soap.SOAPFaultException: Unmarshalling Error: null
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:146)
at $Proxy72.detail(Unknown Source)
at org.apache.camel.component.cxf.mtom.CxfMtomRouterPayloadModeTest.testInvokingServiceFromCXFClient(CxfMtomRouterPayloadModeTest.java:89)
at org.springframework.test.context.junit4.SpringTestMethod.invoke(SpringTestMethod.java:160)
at org.springframework.test.context.junit4.SpringMethodRoadie.runTestMethod(SpringMethodRoadie.java:233)
at org.springframework.test.context.junit4.SpringMethodRoadie$RunBeforesThenTestThenAfters.run(SpringMethodRoadie.java:333)
at org.springframework.test.context.junit4.SpringMethodRoadie.runWithRepetitions(SpringMethodRoadie.java:217)
at org.springframework.test.context.junit4.SpringMethodRoadie.runTest(SpringMethodRoadie.java:197)
at org.springframework.test.context.junit4.SpringMethodRoadie.run(SpringMethodRoadie.java:143)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.invokeTestMethod(SpringJUnit4ClassRunner.java:160)
at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51)
at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44)
at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27)
at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37)
at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:97)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:165)
at org.apache.maven.surefire.Surefire.run(Surefire.java:107)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:289)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1005)
Caused by: javax.xml.bind.UnmarshalException
- with linked exception:
[javax.xml.bind.UnmarshalException
[java.lang.NullPointerException]]
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.handleStreamException(UnmarshallerImpl.java:425)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:362)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:339)
at org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:749)
at org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:623)
at org.apache.cxf.jaxb.io.DataReaderImpl.read(DataReaderImpl.java:128)
at org.apache.cxf.interceptor.DocLiteralInInterceptor.handleMessage(DocLiteralInInterceptor.java:106)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:239)
at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:671)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:2205)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:2084)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1982)
at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66)
at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:637)
at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:483)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:309)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:261)
at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:124)
... 29 more
[java.lang.NullPointerException]
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent(UnmarshallingContext.java:642)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleError(UnmarshallingContext.java:671)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleError(UnmarshallingContext.java:667)
at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.handleParseConversionException(Loader.java:267)
at com.sun.xml.bind.v2.runtime.unmarshaller.LeafPropertyLoader.text(LeafPropertyLoader.java:65)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.text(UnmarshallingContext.java:494)
at com.sun.xml.bind.v2.runtime.unmarshaller.MTOMDecorator.startElement(MTOMDecorator.java:103)
at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.handleStartElement(StAXStreamConnector.java:242)
at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.bridge(StAXStreamConnector.java:176)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:360)
... 48 more
... 58 more
at org.apache.cxf.attachment.LazyDataSource.getInputStream(LazyDataSource.java:67)
at com.sun.xml.bind.v2.runtime.unmarshaller.Base64Data.get(Base64Data.java:188)
at com.sun.xml.bind.v2.runtime.unmarshaller.Base64Data.getExact(Base64Data.java:154)
at com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl.decodeBase64(RuntimeBuiltinLeafInfoImpl.java:827)
at com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl.access$100(RuntimeBuiltinLeafInfoImpl.java:111)
at com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl$15.parse(RuntimeBuiltinLeafInfoImpl.java:652)
at com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl$15.parse(RuntimeBuiltinLeafInfoImpl.java:655)
at com.sun.xml.bind.v2.runtime.reflect.TransducedAccessor$CompositeTransducedAccessorImpl.parse(TransducedAccessor.java:241)
at com.sun.xml.bind.v2.runtime.unmarshaller.LeafPropertyLoader.text(LeafPropertyLoader.java:61)
... 53 more 

Change these attributes to "expressions-allowed" => true

These applies to key-store and key-manager:
*/credential-reference/alias
*/credential-reference/type
*/credential-reference/clear-text

The assumption is that handled exceptions will not be propagated any further.
In version 2.15.5 the test code (from the camel-jetty page) runs fine - but since 2.16.0 the handled exception is propagated to the DefaultErrorHandler which causes ERROR logs for every handled exception.
I could not find a hint in the release notes - so I think it's a bug.

public class MyTest extends CamelTestSupport {

    @Test
    public void test() throws Exception {
        // using httpclient 4.3.5
        CloseableHttpClient httpclient = HttpClients.createDefault();
        HttpGet httRequest = new HttpGet("http://127.0.0.1:7890/myserver");
        HttpResponse response = httpclient.execute(httRequest);
        assertThat(response.getStatusLine().getStatusCode(), is(500));
    }

    @Override

            @Override
                from("jetty://http://localhost:7890/myserver").tracing()
                        // use onException to catch all exceptions and return a custom reply message
                        .onException(Exception.class).handled(true)
                        // create a custom failure response
                        .transform(constant("Dude something went wrong"))
                        // we must remember to set error code 500 as handled(true)
                        // otherwise would let Camel thing its a OK response (200)
                        .setHeader(Exchange.HTTP_RESPONSE_CODE, constant(500)).end()
                        // now just force an exception immediately
                        .throwException(new IllegalArgumentException("I cannot do this"));
            }
        };
    }
}

References from the user-list
http://camel.465427.n5.nabble.com/onException-block-in-camel-2-16-1-td5777019.html#a5777064
http://camel.465427.n5.nabble.com/jetty-handled-true-not-working-as-before-td5776774.html

MDB20TopicTestCase fails with security manager:

java.io.IOException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.jboss.remoting3.security.RemotingPermission" "createEndpoint")" in code source "(vfs:/content/MDB20TopicTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.MDB20TopicTestCase.jar" from Service Module Loader")
	at org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20TopicTestCase.getNumberOfAllSubscriptions(MDB20TopicTestCase.java:171)
...

There are missing permissions RemotingPermission("createEndpoint"), RemotingPermission("connect"), and possibly others, and missing dependency on org.jboss.remoting3. After adding the permissions and dependency, there is another missing permission:

ERROR [org.xnio.listener] (XNIO-1 I/O-1) XNIO001007: A channel event listener threw an exception: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/okotek/git/wildfly/dist/target/wildfly-11.0.0.Beta1-SNAPSHOT/modules/system/layers/base/org/wildfly/security/elytron-private/main/wildfly-elytron-1.1.0.CR2.jar" "read")" in code source "(vfs:/content/MDB20TopicTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.MDB20TopicTestCase.jar" from Service Module Loader")
	at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:350)
	at sun.net.www.protocol.jar.JarFileFactory.getCachedJarFile(JarFileFactory.java:137)
	at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:81)
	at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
	at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
	at java.net.URL.openStream(URL.java:1045)
	at java.util.ServiceLoader.parse(ServiceLoader.java:304)
	at java.util.ServiceLoader.access$200(ServiceLoader.java:185)
	at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:357)
	at java.util.ServiceLoader$LazyIterator.access$600(ServiceLoader.java:323)
	at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:396)
	at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:395)
	at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:398)
	at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474)
	at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:55)
	at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:35)
	at org.wildfly.security.util.ProviderUtil$1.get(ProviderUtil.java:139)
	at org.wildfly.security.util.ProviderUtil$1.get(ProviderUtil.java:127)
	at org.wildfly.security.sasl.util.SecurityProviderSaslClientFactory.createSaslClient(SecurityProviderSaslClientFactory.java:84)
	at org.wildfly.security.sasl.util.PropertiesSaslClientFactory.createSaslClient(PropertiesSaslClientFactory.java:54)
	at org.wildfly.security.sasl.util.LocalPrincipalSaslClientFactory.createSaslClient(LocalPrincipalSaslClientFactory.java:74)
	at org.wildfly.security.auth.client.AuthenticationConfiguration.createSaslClient(AuthenticationConfiguration.java:1239)
	at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.createSaslClient(AuthenticationContextConfigurationClient.java:347)
	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:418)
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:571)

which seems to be related to REM3-258.

The RepositoryFactorySupport.getRepository uses result.getProxy() to create a new proxy. Since the method is called to create a new bean it should probably use the variant that accepts a classloader (obtained via ClassLoaderAware).

Some methods in RepositoryRestMvcConfiguration are private but call @Bean annotated methods in turn. These method calls will not get intercepted correctly as private methods are not intercepted by the CGLib generated subtype of the configuration class. That means that @Bean methods called from the private methods will not be routed through the interceptor and thus Spring's bean management (scopes, invocation of callbacks) will not be applied.

We don't see this on the Apache pre-commit tests because it uses PTest, but running the entire TestCliDriver suite results in failures in some of the partition-related qtests (partition_coltype_literals, partition_date, partition_date2). I've only really seen this on Linux (I was using CentOS).
HIVE-8879 changed the Derby dependency version from 10.10.1.1 to 10.11.1.1. Testing with 10.10.1.1 or 10.20.2.0 seems to allow the partition related tests to pass. I'd like to change the dependency version to 10.20.2.0, since that version should also contain the fix for HIVE-8879.

In case of sequence files, it's crucial that splits are calculated around the boundaries enforced by the input sequence file. However by default hadoop creates input splits depending on the configuration parameters which may not match the boundaries for the input sequence file. Hive provides HiveIndexedInputFormat that provides extra logic and recalculates the split boundaries for each split depending on the sequence file's boundaries.
However we noticed this behavior of "over" reporting from data backed by sequence file. We've a sample data on which we experimented and fixed this bug, we have verified this fix by comparing the query output for input being sequence file format, rc file and regular format. However we have not able to find the right place to include this as a unit test that would execute as part of hive tests. We tried writing a "clientpositive" test as part of ql module but the output seems quite verbose and i couldn't interpret it that well. Can someone please review this change and guide on how to write a test that will execute as part of Hive testing?

join on more than 2^31 rows leads to wrong results. for example:
Create table small_table (p1 string) ROW FORMAT DELIMITED    LINES TERMINATED BY  '\n';
Create table big_table (p1 string) ROW FORMAT DELIMITED    LINES TERMINATED BY  '\n';
Loading 1 row to small_table (the value 1).
Loading 2149580800 rows to big_table with the same value (1 on this case).
create table output as select a.p1 from  big_table a join small_table b on (a.p1=b.p1);
select count from output ; will return only 1 row...
the reducer syslog:
...
2013-06-13 17:20:59,254 INFO ExecReducer: ExecReducer: processing 2147000000 rows: used memory = 32925960
2013-06-13 17:21:00,745 INFO ExecReducer: ExecReducer: processing 2148000000 rows: used memory = 12815184
2013-06-13 17:21:02,205 INFO ExecReducer: ExecReducer: processing 2149000000 rows: used memory = 26684552   <-- looks like wrong value..
...
2013-06-13 17:21:04,062 INFO ExecReducer: ExecReducer: processed 2149580801 rows: used memory = 17715896
2013-06-13 17:21:04,062 INFO org.apache.hadoop.hive.ql.exec.JoinOperator: 4 finished. closing...
2013-06-13 17:21:04,062 INFO org.apache.hadoop.hive.ql.exec.JoinOperator: 4 forwarded 1 rows
2013-06-13 17:21:05,791 INFO org.apache.hadoop.hive.ql.exec.JoinOperator: SKEWJOINFOLLOWUPJOBS:0
2013-06-13 17:21:05,792 INFO org.apache.hadoop.hive.ql.exec.SelectOperator: 5 finished. closing...
2013-06-13 17:21:05,792 INFO org.apache.hadoop.hive.ql.exec.SelectOperator: 5 forwarded 1 rows
2013-06-13 17:21:05,792 INFO org.apache.hadoop.hive.ql.exec.FileSinkOperator: 6 finished. closing...
2013-06-13 17:21:05,792 INFO org.apache.hadoop.hive.ql.exec.FileSinkOperator: 6 forwarded 0 rows
2013-06-13 17:21:05,946 INFO org.apache.hadoop.hive.ql.exec.FileSinkOperator: TABLE_ID_1_ROWCOUNT:1
2013-06-13 17:21:05,946 INFO org.apache.hadoop.hive.ql.exec.SelectOperator: 5 Close done
2013-06-13 17:21:05,946 INFO org.apache.hadoop.hive.ql.exec.JoinOperator: 4 Close done

Currently, spark driver exceptions are not getting logged in beeline. Instead, the users sees the not-so-useful: 

ERROR : Failed to execute spark task, with exception 'org.apache.hadoop.hive.ql.metadata.HiveException(Failed to create spark client.)'
<huge stack trace ommitted>

The user has to look at HS2 logs to discover the root cause:

2015-04-01 11:33:16,048 INFO org.apache.hive.spark.client.SparkClientImpl: 15/04/01 11:33:16 WARN UserGroupInformation: PriviledgedActionException as:foo (auth:PROXY) via hive (auth:SIMPLE) cause:org.apache.hadoop.security.AccessControlException: Permission denied: user=foo, access=WRITE, inode="/user":hdfs:supergroup:drwxr-xr-x
...

We should surface these critical errors in hive client.

When issuing the following query, with hive.cbo.enable set to true:
select current_database();
The following exception is printed to the Hiveserver2 logs:
2016-06-30T09:58:24,146 ERROR [HiveServer2-Handler-Pool: Thread-33] parse.CalcitePlanner: CBO failed, skipping CBO. 
org.apache.hadoop.hive.ql.optimizer.calcite.CalciteSemanticException: Unsupported
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.genLogicalPlan(CalcitePlanner.java:3136)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:940)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:894)
	at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:113)
	at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:969)
	at org.apache.calcite.tools.Frameworks.withPrepare(Frameworks.java:149)
	at org.apache.calcite.tools.Frameworks.withPlanner(Frameworks.java:106)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.getOptimizedAST(CalcitePlanner.java:712)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:280)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10795)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:239)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:438)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:329)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1159)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1146)
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:191)
	at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:276)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:464)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:451)
	at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:295)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:509)
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1437)
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1422)

ServletUnitTestCase fails with security manager because of missing permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")":

javax.servlet.ServletException: Failed to call EJBs/Session30 through remote and local interfaces
	at org.jboss.as.test.integration.ejb.servlet.EJBServlet.processRequest(EJBServlet.java:73)
	at org.jboss.as.test.integration.ejb.servlet.EJBServlet.doGet(EJBServlet.java:82)
...
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" in code source "(vfs:/content/ejb3-servlet.war/WEB-INF/classes &lt;no signer certificates&gt;)" of "ModuleClassLoader for Module "deployment.ejb3-servlet.war" from Service Module Loader")
	at org.wildfly.security.auth.server.SecurityDomain.getCurrent(SecurityDomain.java:155)
...

ReplicationSyncUp tool may leak Zookeeper connection in the following code snippet,

    try {
      int numberOfOldSource = 1; // default wait once
      while (numberOfOldSource > 0) {
        Thread.sleep(SLEEP_TIME);
        numberOfOldSource = manager.getOldSources().size();
      }
      System.err.println("didn't wait long enough:" + e);
      return (-1);
    }

    manager.join();
    zkw.close();

ZooKeeperWatcher will not be closed in case of InterruptedException.

Decimal values with can be equal while having different byte representations (different precision/scale), so comparing bytes is not enough. For a quick fix, we can disable this for decimals

This Jira is reaction to WFLY-9433.
The WFLY-9433 makes validator rules more strict for some attributes in messaging subsystem. Although there is no reason to use these values (which are newly considered as invalid), it was possible to configure them and they worked with Wildfly 11 and previous releases.
As it is proposed in JBEAP-14110, this change should be done in 2 steps:

only WARN the user if the parameter is not valid (a negative value other than -1)
in next release, reject the parameter

I am setting priority as Blocker, because this fix must be included in Wildfly 12 release. It makes no sense to do it later.

Looks like after HIVE-12523, the queryName field can be null, either if the conf passed in is null, or if the conf does not contain the necessary settings.

I have the following Groovy security configuration in a Spring Boot web app:

class SecurityConfig extends WebSecurityConfigurerAdapter {

    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http.
            authorizeRequests().
                antMatchers("/scratch/secured").hasRole("USER").
                antMatchers("/**").permitAll().
                anyRequest().authenticated().
            and().
            formLogin();
    }
}

This does get me the built-in login form at /login, but it also hijacks /foo/something/login. DefaultLoginPageGeneratingFilter#matches appears to treat the url as a suffix instead of as an absolute path. Even though the context path should be /foo/something/login, the conditional at 262 evaluates to true, and the endsWith comparison is used. I can't get Eclipse to dump the contents of request.getContextPath() right there during debugging.

I spotted a NPE in my webmvc-based application log with the following stacktrace:

        at org.springframework.web.method.annotation.ModelFactory.findSessionAttributeArguments(ModelFactory.java:141) ~[spring-web-3.2.1.RELEASE.jar:3
.2.1.RELEASE]
        at org.springframework.web.method.annotation.ModelFactory.initModel(ModelFactory.java:99) ~[spring-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:722)
 ~[spring-webmvc-3.2.1.RELEASE.jar:3.2.1.RELEASE]
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:686) ~[s
pring-webmvc-3.2.1.RELEASE.jar:3.2.1.RELEASE]
        at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80) ~[spring-webmvc-3.2.1.R
ELEASE.jar:3.2.1.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:925) ~[spring-webmvc-3.2.1.RELEASE.jar:3.2.1.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856) ~[spring-webmvc-3.2.1.RELEASE.jar:3.2.1.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:920) [spring-webmvc-3.2.1.RELEASE.jar:3.2.1.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:816) [spring-webmvc-3.2.1.RELEASE.jar:3.2.1.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:735) [servlet-api-3.0.jar:na]
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:801) [spring-webmvc-3.2.1.RELEASE.jar:3.2.1.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) [servlet-api-3.0.jar:na]
............

After digging into the code, I realized that the shared org.springframework.web.method.HandlerMethod instance is performing lazy initialization of its internal MethodParameter array without any synchronization.
I therefore assume that the above error was due to one thread reading the array before the other one finished filling it. There's actually no other possible way that array could contain a null value.
This assumption is also backed by the fact that the error occured immediately after a server restart and I haven't been able to reproduce it.

rcfilecat supports data and metadata:
https://cwiki.apache.org/Hive/rcfilecat.html
In metadata, it supports column statistics.
It will be natural to extend metadata support to 
1. no. of rows 
2. uncompressed size for the file
3. compressed size for the file

EventHandlerListener isn't actually being used by internal HBase code right now.  No one actually calls 'ExecutorService.registerListener()' according to IntelliJ.
It might be possible that some coprocessors use it. Perhaps people can comment if they find this functionality useful or not.

The PointLookupOptimizer can turn off some of the optimizations due to its use of tuple IN() clauses.
HIVE-11573 introduced the extraction of sub-clauses that could be pushed down till the TableScan operators, though they wouldn't be pushed down to the metastore.
In this issue, we tackle this problem by extending the filter parser of the metastore to support IN clauses, including multiple columns. This allows to push those additional predicates down throw directSQL to the metastore.

The following header:
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
results in this stack trace:

16:08:20,093 DEBUG [AnnotationMethodHandlerExceptionResolver.resolveException] Resolving exception from handler [documentSearchInboundGateway]: java.nio.charset.IllegalCharsetNameException: *
16:08:20,140 DEBUG [ResponseStatusExceptionResolver.resolveException] Resolving exception from handler [documentSearchInboundGateway]: java.nio.charset.IllegalCharsetNameException: *
16:08:20,140 DEBUG [DefaultHandlerExceptionResolver.resolveException] Resolving exception from handler [documentSearchInboundGateway]: java.nio.charset.IllegalCharsetNameException: *
16:08:20,140 DEBUG [DispatcherServlet.processRequest] Could not complete request
java.nio.charset.IllegalCharsetNameException: *
	at java.nio.charset.Charset.checkName(Charset.java:284)
	at java.nio.charset.Charset.lookup2(Charset.java:458)
	at java.nio.charset.Charset.lookup(Charset.java:437)
	at java.nio.charset.Charset.forName(Charset.java:502)
	at org.springframework.http.HttpHeaders.getAcceptCharset(HttpHeaders.java:184)
	at org.springframework.integration.http.support.DefaultHttpHeaderMapper.getHttpHeader(DefaultHttpHeaderMapper.java:665)
	at org.springframework.integration.http.support.DefaultHttpHeaderMapper.toHeaders(DefaultHttpHeaderMapper.java:286)
	at org.springframework.integration.http.support.DefaultHttpHeaderMapper.toHeaders(DefaultHttpHeaderMapper.java:50)
	at org.springframework.integration.http.inbound.HttpRequestHandlingEndpointSupport.doHandleRequest(HttpRequestHandlingEndpointSupport.java:260)
	at org.springframework.integration.http.inbound.HttpRequestHandlingMessagingGateway.handleRequest(HttpRequestHandlingMessagingGateway.java:91)
	at org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter.handle(HttpRequestHandlerAdapter.java:49)

As mentioned in DATAJPA-482 there is a missing import package statement in spring data in conjunction with auditing. 
I have created an integration test which could be found on github. There is also a fragment-bundle, which adds the missing imports. 
There aren't spring 3.2.8 Jars available yet, so i couldn't test it against data jpa 1.5.0.
If the package "org.springframework.beans.factory.aspectj" is missing, the following exception will be thrown: org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Could not configure Spring Data JPA auditing-feature because spring-aspects.jar is not on the classpath!
If you want to use auditing please add spring-aspects.jar to the classpath.
I would suggest to add the Classname to the message. 

HTablePool.java
96   public HTablePool(final Configuration config, final int maxSize,
97       final HTableInterfaceFactory tableFactory) {
98     this(config, maxSize, null, PoolType.Reusable);
99   }

I think that 3rd argument in line 98 should be "tableFactory".

clearProperty does not generate a EVENT_CLEAR_PROPERTY event because it overrides AbstractConfiguration.clearProperty instead of AbstractConfiguration.clearPropertyDirect as recommended by the superclass.  

The value of one of the cells of the table got lost somehow during the commit of HBASE-11791. Investigate and fix.

I forgot to include the same change for LocalHiveSparkClient.java in HIVE-17336. We need to make the same change as HIVE-17336 in LocalHiveSparkClient class to include plugin jars. Maybe we should have a common base class for both LocalHiveSparkClient and RemoteHiveSparkClient to have some common functions.

See nabble
http://camel.465427.n5.nabble.com/Camel-2-4-InterceptStrategy-error-tp2473088p2473088.html

PredicateBuilder reads
   public static <E extends Exchange> Predicate<E> isGreaterThanOrEqualTo(final Expression<E> left,
                                                                           final Expression<E> right) {
        return new BinaryPredicateSupport<E>(left, right) {
            protected boolean matches(E exchange, Object leftValue, Object rightValue) 
{
                return compare(leftValue, rightValue) < 0;
            }

            protected String getOperationText() 
{
                return ">=";
            }
        };
    }
 return compare(leftValue, rightValue) >= 0;

MutableRangeHistogram during the snapshot calculates the outliers (eg. mutate_TimeRange_600000-inf) and adds the counter with incorrect calculation by using the overall count of event and not the number of events in the snapshot.

    long val = histogram.getCount();
    if (val - cumNum > 0) {
      metricsRecordBuilder.addCounter(
          Interns.info(name + "_" + rangeType + "_" + ranges[ranges.length - 1] + "-inf", desc),
          val - cumNum);
    }

DefaultDbRefResolver looks up a DB instance via the MongoDbFactory whose output will not actually be used in the case of using the MongoDB 2.x Java driver.
This causes a performance degradation especially in collections of DBRef instances.

Method HandlerExecutionChain.initInterceptorList() duplicates interceptor records if attribute interceptorList contains previously added items resulting into duplicated interceptor calls.
Simple fix is to add this.interceptorList.clear() or initialize new Instance of list before line 104.
this.interceptorList.addAll(Arrays.asList(this.interceptors));
See attached source and test.
Btw. Is there a reason for convertion between collection and array? Class AbstractHandlerMapping works with collections, also a HandlerExecutionChain do so internally. But interface uses arrays and forces everybody to convert collections to arrays and back.

read-attribute --node=interface=public namespaces should fail and fails
read-attribute namespaces --node=interface=public should fail and doesn't
read-attribute --node=interface=public init-address should succeed and succeeds
read-attribute init-address --node=interface=public should succeed and fails
This is due to some logic in place to retrieve the node value.

For a request "/foo" that gets forwarded to "/error?type=404", UrlPathHelper.getOriginatingQueryString(request) returns "?type=404" instead of null.
The problem is that the method assumes that the attribute "javax.servlet.forward.query_string" will always be present in a forwarded request, but it won't be present if the original request.getQueryString() returns null when there is no query string.
UrlPathHelper.getOriginatingQueryString(request) should change to something like the following that relies upon an attribute that should always be non-null for a forwarded request:
public String getOriginatingQueryString(HttpServletRequest request) {
    if (request.getAttribute(WebUtils.FORWARD_REQUEST_URI_ATTRIBUTE) != null) 
{
        return (String) request.getAttribute(WebUtils.FORWARD_QUERY_STRING_ATTRIBUTE);
    }

    return request.getQueryString();
}

Seen in these scenarios: 
ejbservlet - shutdown/undeploy
http session - shutdown/undeploy
Approx. 30 seconds after failing one node, one or more nodes intermittently log this error:

[JBossINF] [0m[31m16:32:07,395 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (transport-thread--p7-t21) ISPN000136: Execution error: org.infinispan.util.concurrent.TimeoutException: Could not acquire lock on la5hJBZTPNMkBJCXILk9IzqA36rlEU-rSIUIwB-x on behalf of transaction GlobalTransaction:<perf19>:3179:local. Waiting to complete tx: RemoteTransaction{modifications=[], lookedUpEntries={}, lockedKeys=null, backupKeyLocks=[la5hJBZTPNMkBJCXILk9IzqA36rlEU-rSIUIwB-x, la5hJBZTPNMkBJCXILk9IzqA36rlEU-rSIUIwB-x], lookedUpEntriesTopology=2147483647, isMarkedForRollback=false, tx=GlobalTransaction:<perf18>:31071:remote, state=null}.
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.newTimeoutException(AbstractTxLockingInterceptor.java:217)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.waitForTransactionsToComplete(AbstractTxLockingInterceptor.java:209)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockKeyAndCheckOwnership(AbstractTxLockingInterceptor.java:173)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:68)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:287)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:259)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:360)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleDefault(StateTransferInterceptor.java:345)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.schedule(InfinispanSessionManager.java:384)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.dataRehashed(InfinispanSessionManager.java:369)
[JBossINF] 	at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyDataRehashed(CacheNotifierImpl.java:576)
[JBossINF] 	at org.infinispan.statetransfer.StateConsumerImpl.onTopologyUpdate(StateConsumerImpl.java:385)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:200)
[JBossINF] 	at org.infinispan.topology.LocalTopologyManagerImpl.doHandleTopologyUpdate(LocalTopologyManagerImpl.java:282)
[JBossINF] 	at org.infinispan.topology.LocalTopologyManagerImpl$1.run(LocalTopologyManagerImpl.java:217)

This error may be the root cause of https://issues.jboss.org/browse/JBEAP-505 (server ends up with Operation ("deploy") failed when restarted after failover).
The following error (and matching warning), occurring just before the above mentioned TimeoutException, is most likely also related:

[JBossINF] [0m[31m16:31:56,503 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (remote-thread--p3-t41) ISPN000136: Execution error: org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key perf21 and requestor GlobalTransaction:<perf21>:78599:remote. Lock is held by GlobalTransaction:<perf21>:78433:remote, while request came from perf21
[JBossINF] 	at org.infinispan.util.concurrent.locks.LockManagerImpl.lock(LockManagerImpl.java:198)
[JBossINF] 	at org.infinispan.util.concurrent.locks.LockManagerImpl.acquireLock(LockManagerImpl.java:171)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockKeyAndCheckOwnership(AbstractTxLockingInterceptor.java:185)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAndRegisterBackupLock(AbstractTxLockingInterceptor.java:118)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitLockControlCommand(PessimisticLockingInterceptor.java:200)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:141)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.visitLockControlCommand(TxInterceptor.java:199)
[JBossINF] 	at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitLockControlCommand(TransactionSynchronizerInterceptor.java:75)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:196)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.visitLockControlCommand(StateTransferInterceptor.java:99)
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.visitLockControlCommand(InvocationContextInterceptor.java:76)
[JBossINF] 	at org.infinispan.commands.control.LockControlCommand.perform(LockControlCommand.java:129)
[JBossINF] 	at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34)
[JBossINF] 
[JBossINF] [0m[33m16:31:56,504 WARN  [org.infinispan.remoting.inboundhandler.NonTotalOrderPerCacheInboundInvocationHandler] (remote-thread--p3-t41) ISPN000071: Caught exception when handling command LockControlCommand{cache=dist, keys=[perf21], flags=[IGNORE_RETURN_VALUES], unlock=false, gtx=GlobalTransaction:<perf21>:78599:remote}: org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key perf21 and requestor GlobalTransaction:<perf21>:78599:remote. Lock is held by GlobalTransaction:<perf21>:78433:remote, while request came from perf21

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-http-session-shutdown-dist-sync/4/console-perf19/

For some reason {{Table.
{set|get}
WriteBufferSize()}} is not deprecated in Table, but it is in HTable and HTableInterface. We need to settle on what the right thing is.

hiveserver2 uses embedded metastore with default hive-site.xml configuration. 
I use "hive --stop --service hiveserver2" command to stop the running hiveserver2 process and then use "hive --start --service hiveserver2" command to start the hiveserver2 service. I see the following exception in the hive.log file

        at org.apache.hive.service.server.HiveServer2.stop(HiveServer2.java:104)
        at org.apache.hive.service.server.HiveServer2.startHiveServer2(HiveServer2.java:138)
        at org.apache.hive.service.server.HiveServer2.main(HiveServer2.java:171)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:212) 

When running a query similar to the following:
"insert overwrite table outputtable select a, b, cast(sum(counter) as INT) from tablea join tableb on (tablea.username=tableb.username) join tablec on (tablec.userid = tablea.userid) join tabled on (tablec.id=tabled.id) where insertdate >= 'somedate' and insertdate <= 'someotherdate' group by a, b;"
Where one table is ~40gb or so and the others are a couple of hundred mb. The error happens in the first mapred job that processes the 40gb.
I get the following exception (see attached file for full stack trace):
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: Stream closed.
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:162)
It happens in one reduce task and is reproducible, running the same query gives the error.

When I play with ITBLL (from trunk tip), sometimes, meta scan hangs when the cluster is rolling restarted. When this happens, the master takes about 1000% of CPU. It looks like there is an infinite loop somewhere.  The logs show nothing interesting except some meta scanner RPC calls timed out. Jstask shows the 10 high QoS RPC handlers are busy with meta scanning.
However, if I run it again without HBASE-10018, things are fine. I suspect there is something to do with the small/reverse scan.
By the way, I see this problem even with log replay off and hfile version = 2.

The JAX-RS Client implementation provided by RESTEasy, when used together with Swarm, stopped working with Swarm 2017.6.0. Worked perfectly well with 2017.5.0. The problem is a bunch of missing dependencies, e.g. Apache HTTP components.
I believe this is caused by some of the dependency handling refactorings that went into 2017.6.0. Here's a standalone test: https://github.com/Ladicek/swarm-tinies/tree/master/testing/jaxrs-client – the POM declares Swarm 2017.5.0, so the test passes, but changing the version makes it fail.
This also broke all Swarm boosters – hence marking as blocker.

There are couple of resource leaks.
In CliDriver.java, Method :- processReader() the buffered reader is not closed.
Also there are risk(s) of  resource(s) getting leaked , in such cases we need to re factor the code to move closing of resources in finally block.
For Example :- 
In Throttle.java   Method:- checkJobTracker() , the following code snippet might cause resource leak.

InputStream in = url.openStream();
in.read(buffer);
in.close();

Ideally and as per the best coding practices it should be like below

InputStream in=null;
try   {
        in = url.openStream();
        int numRead = in.read(buffer);
}
finally {
       IOUtils.closeStream(in);
}

Similar cases, were found in ExplainTask.java, DDLTask.java etc.Need to re factor all such occurrences.

The logging subsystem add handler does not extend the AbstractBoottimeAddStepHandler and therefore must add the restart level flag. Either the LoggingSubsystemAdd operation handler needs to extend the AbstractBoottimeAddStepHandler or the LoggingResourceDefinition needs to include the restart level flag.

A Properties object normally has Strings as its values. But it does partially support non-String-typed values via the raw put and get methods inherited from Hashtable. And other Properties methods are aware that the value might not be a String; see documentation for methods propertyNames() and stringPropertyNames() for example.
ExtendedProperties.convertProperties does this:

for (Enumeration e = props.propertyNames(); e.hasMoreElements();) {
      String s = (String) e.nextElement();
      c.setProperty(s, props.getProperty(s));
}

Properties.propertyNames() returns the names of all keys in the set, regardless of the associated value's type. But Properties.getProperty(key) returns null if the value type is not a String. The call to c.setProperty invokes setPropertyInternal, which can pass this null value to Hashtable.put, which then throws a NullPointerException.
It's rather puzzling to have a valid (string-key, non-string-value) entry in the Properties object and get a NullPointerException.
Perhaps the call
  props.getProperty(s)
can be changed to
  props.get(s)
Alternately, at least documenting that this method does not support non-string values in the input Properties object would be useful.

I got this

java.lang.RuntimeException: Failed construction of Master: class org.apache.hadoop.hbase.master.HMaster.
        at org.apache.hadoop.hbase.master.HMaster.constructMaster(HMaster.java:2692)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.startMaster(HMasterCommandLine.java:235)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:139)
        at org.apache.hadoop.hbase.util.ServerCommandLine.doMain(ServerCommandLine.java:127)
        at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:2703)
Caused by: java.lang.NoSuchFieldError: IS_SECURITY_ENABLED
        at org.apache.jasper.compiler.JspRuntimeContext.<init>(JspRuntimeContext.java:194)
        at org.apache.jasper.servlet.JspServlet.init(JspServlet.java:159)
        at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:640)
        at org.eclipse.jetty.servlet.ServletHolder.initialize(ServletHolder.java:419)
        at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:875)
        at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:348)
        at org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1379)
        at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1341)
        at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:772)
        at org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:261)
        at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:517)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
        at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
        at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
        at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
        at org.eclipse.jetty.server.Server.start(Server.java:405)
        at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:106)
        at org.eclipse.jetty.server.Server.doStart(Server.java:372)
        at org.apache.hadoop.hbase.http.HttpServer.start(HttpServer.java:969)
        at org.apache.hadoop.hbase.http.InfoServer.start(InfoServer.java:100)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.putUpWebUI(HRegionServer.java:1887)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.<init>(HRegionServer.java:620)
        at org.apache.hadoop.hbase.master.HMaster.<init>(HMaster.java:461)
        at org.apache.hadoop.hbase.master.HMaster.constructMaster(HMaster.java:2685)
        ... 5 more

The problem is that, we have same classes in two jars, javax.servlet.jsp-2.3.2.jar and jasper-compiler-5.5.23.jar, such as org.apache.jasper.Constants and org.apache.jasper.compiler.JspRuntimeContext. Here seems for JspRuntimeContext we use the version from javax.servlet.jsp, but for Constants we use the version from jasper-compiler.
javax.servlet.jsp is a transitive dependency from jetty jsp, and jasper-compiler is a dependency directly in our pom for hbase-server.
We need to find a way to deal with it.

I have 2 lists containing strings and i would like to check if an item in one list is contained in another. I tried this using the Collection selection.
list1 contains values "a", "b", "x"
list 2 contains values "c", "x"

#list1.?\[#list2.contains(#this)\]

The expected result is a list with "x". But I just get an empty result.
I'm expecting the #this inside the collection selection would point to the current iteration item. Is this not the case ?

In our production cluster(0.98), some of the requests were unacceptable because RpcServer.Listener.Reader were aborted.
getReader() will return the next reader to deal with request.
The implementation of getReader() as below：
RpcServer.java
    // The method that will return the next reader to work with
    // Simplistic implementation of round robin for now
    Reader getReader() {
      currentReader = (currentReader + 1) % readers.length;
      return readers[currentReader];
    }

If one of the readers abort, then it will lead to fall on the reader's request will never be dealt with.
Why does RpcServer.Listener.Reader abort?We add the debug log to get it.
After a while, we got the following exception:

2017-03-10 08:05:13,247 ERROR [RpcServer.reader=3,port=60020] ipc.RpcServer: RpcServer.listener,port=60020: unexpectedly error in Reader(Throwable)
java.nio.channels.CancelledKeyException
        at sun.nio.ch.SelectionKeyImpl.ensureValid(SelectionKeyImpl.java:73)
        at sun.nio.ch.SelectionKeyImpl.readyOps(SelectionKeyImpl.java:87)
        at java.nio.channels.SelectionKey.isReadable(SelectionKey.java:289)
        at org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.doRunLoop(RpcServer.java:592)
        at org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.run(RpcServer.java:566)

So, when deal with the request in reader, we should handle CanceledKeyException.
versions 1.x and 2.0 will log and retrun when dealing with the InterruptedException in Reader#doRunLoop after HBASE-10521. It will lead to the same problem.

https://issues.jboss.org/browse/WFLY-6663  (see fix for this other bug, maybe the 1 line wait method is needed somewhere else too?)
Much more intermittent matter (I guess the time window is smaller).
16:14:04,428 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool – 19) MSC000001: Failed to start service jboss.deployment.subunit."com.domain.ear-0.0.1-SNAPSHOT.ear"."com-domain-ejb.main-0.0.1-SNAPSHOT.jar".component.MainStartupEjbImpl.START: org.jboss.msc.service.StartException in service jboss.deployment.subunit."com.domain.ear-0.0.1-SNAPSHOT.ear"."com-domain-ejb.main-0.0.1-SNAPSHOT.jar".component.MainStartupEjbImpl.START: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance
	at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:57)
Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance
	at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:163)
	at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134)
	at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88)
	at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:124)
	at org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:138)
	... 6 more
Caused by: javax.ejb.EJBException: java.lang.RuntimeException: WFLYNAM0059: Resource lookup for injection failed: env/com.domain.ejb.main.impl.MainStartupEjbImpl/mainEjb
	at org.jboss.as.ejb3.tx.BMTInterceptor.handleException(BMTInterceptor.java:83)
	at org.jboss.as.ejb3.tx.EjbBMTInterceptor.checkStatelessDone(EjbBMTInterceptor.java:91)
	at org.jboss.as.ejb3.tx.EjbBMTInterceptor.handleInvocation(EjbBMTInterceptor.java:106)
	at org.jboss.as.ejb3.tx.BMTInterceptor.processInvocation(BMTInterceptor.java:58)
	at org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43)
	at org.jboss.as.ejb3.component.singleton.StartupCountDownInterceptor.processInvocation(StartupCountDownInterceptor.java:25)
	at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161)
	... 11 more
Caused by: java.lang.RuntimeException: WFLYNAM0059: Resource lookup for injection failed: env/com.domain.ejb.main.impl.MainStartupEjbImpl/mainEjb
	at org.jboss.as.naming.deployment.ContextNames$BindInfo$1$1.getReference(ContextNames.java:319)
	at org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptorFactory$ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptorFactory.java:97)
	at org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptorFactory$ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptorFactory.java:107)
	at org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56)
	at org.jboss.as.weld.ejb.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:100)
	at org.jboss.as.ejb3.tx.EjbBMTInterceptor.handleInvocation(EjbBMTInterceptor.java:103)
	... 28 more
Caused by: javax.naming.NameNotFoundException: env/com.domain.ejb.main.impl.MainStartupEjbImpl/mainEjb [Root exception is java.lang.IllegalStateException: WFLYEE0046: Failed to instantiate component view]
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:153)
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:83)
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:207)
	at org.jboss.as.naming.deployment.ContextNames$BindInfo$1$1.getReference(ContextNames.java:316)
	... 45 more
Caused by: java.lang.IllegalStateException: WFLYEE0046: Failed to instantiate component view
	at org.jboss.as.ee.component.ViewManagedReferenceFactory.getReference(ViewManagedReferenceFactory.java:58)
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:143)
	... 50 more
	at org.jboss.as.ejb3.component.stateful.StatefulComponentSessionIdGeneratingInterceptor.processInvocation(StatefulComponentSessionIdGeneratingInterceptor.java:57)
	at org.jboss.as.ee.component.ViewService$DefaultViewInstanceFactory.createViewInstance(ViewService.java:305)
	at org.jboss.as.ee.component.ViewService$View.createInstance(ViewService.java:184)
	at org.jboss.as.ee.component.ViewService$View.createInstance(ViewService.java:174)
	at org.jboss.as.ee.component.ViewManagedReferenceFactory.getReference(ViewManagedReferenceFactory.java:56)
	... 51 more

if [ -z "${working_dir}" ]; then
  echo "[DEBUG] defaulting to creating a directory in /tmp"
  working_dir=/tmp
  while [[ -e ${working_dir} ]]; do
    working_dir=/tmp/hbase-generate-website-${RANDOM}.${RANDOM}
  done
  mkdir "${working_dir}"
else

This should likely use $TMPDIR or mktemp -d

After HBASE-5162 RSRpcServices accidentally applies mutations twice. Fix is a one-liner. 

When StochasticLoadBalancer attempts to balance a local RS with multiple regions with another local RS that had no regions the HBase shell call of 'balancer' gets the following NPE:

	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2175)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:106)
	at org.apache.hadoop.hbase.master.balancer.BaseLoadBalancer$Cluster.getLeastLoadedTopServerForRegion(BaseLoadBalancer.java:863)
	at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer$LocalityBasedCandidateGenerator.generate(StochasticLoadBalancer.java:724)
	at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer.balanceCluster(StochasticLoadBalancer.java:325)
	at org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer.balanceCluster(StochasticLoadBalancer.java:263)
	at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:1264)
	at org.apache.hadoop.hbase.master.MasterRpcServices.balance(MasterRpcServices.java:413)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:52450)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2133)
	... 4 more

Issue only occurs when one of the RSs has no regions before balancing.  Also, unsure if distributed RSs would also have same issue.  Attached 'hbase-mwarhaftig-master-Matts-MBP.log' is master's log of the error occurring.  
SimpleLoadBalancer rebalances correctly when used in the same situation.  

Hi,
I have one table with VARCHAR and CHAR datatypes.My target table has structure like this :--

CREATE EXTERNAL TABLE test_table(
dob string COMMENT '',
version_nbr int COMMENT '',
record_status string COMMENT '',
creation_timestamp timestamp COMMENT '')
src_sys_cd varchar(10) COMMENT '',batch_id string COMMENT '')
FIELDS TERMINATED BY '|'
LOCATION
'/test/test_table';
My source table has structure like below :--
CREATE EXTERNAL TABLE test_staging_table(
creation_timestamp timestamp COMMENT ''
src_sys_cd varchar(10) COMMENT '',
batch_id string COMMENT '')
LOCATION
'/test/test_staging_table';

We were loading data using pig script. Its a direct load, no transformation needed. But when i was checking test_table's data in hive. It is giving belowmentioned error:

Error: java.io.IOException: java.io.IOException: java.lang.RuntimeException: java.lang.ClassCastException: org.apache.hadoop.hive.common.type.HiveVarchar cannot be cast to java.lang.String
at org.apache.hadoop.hive.io.HiveIOExceptionHandlerChain.handleRecordReaderNextException(HiveIOExceptionHandlerChain.java:121)
at org.apache.hadoop.hive.io.HiveIOExceptionHandlerUtil.handleRecordReaderNextException(HiveIOExceptionHandlerUtil.java:77)
at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.doNextWithExceptionHandler(HadoopShimsSecure.java:273)
at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.next(HadoopShimsSecure.java:183)
at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.moveToNext(MapTask.java:199)
at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.next(MapTask.java:185)
at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:52)
at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:450)
at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:163)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1628)
at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:158)
Caused by: java.io.IOException: java.lang.RuntimeException: java.lang.ClassCastException: org.apache.hadoop.hive.common.type.HiveVarchar cannot be cast to java.lang.String
at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:352)
at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.doNext(CombineHiveRecordReader.java:101)
at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.doNext(CombineHiveRecordReader.java:41)
at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.next(HiveContextAwareRecordReader.java:115)
at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.doNextWithExceptionHandler(HadoopShimsSecure.java:271)
... 11 more
Caused by: java.lang.RuntimeException: java.lang.ClassCastException: org.apache.hadoop.hive.common.type.HiveVarchar cannot be cast to java.lang.String
at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcInputFormat$VectorizedOrcRecordReader.next(VectorizedOrcInputFormat.java:95)
at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcInputFormat$VectorizedOrcRecordReader.next(VectorizedOrcInputFormat.java:49)
at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:347)
... 15 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.common.type.HiveVarchar cannot be cast to java.lang.String
at org.apache.hadoop.hive.ql.exec.vector.VectorizedRowBatchCtx.addPartitionColsToBatch(VectorizedRowBatchCtx.java:566)
at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcInputFormat$VectorizedOrcRecordReader.next(VectorizedOrcInputFormat.java:90)
... 17 more
MapReduce Jobs Launched:
Stage-Stage-1: Map: 1 Reduce: 1 HDFS Read: 0 HDFS Write: 0 FAIL
hive>

Please do the needful.

Hive Server2 doesn't  work if started with -Duser.timezone=America/Bahia_Banderas
 
use https://github.com/big-data-europe/docker-hive
Add HADOOP_CLIENT_OPTS: '-Duser.timezone=America/Bahia_Banderas' to hive-server docker container environment configuration
docker-compose up

host# docker-compose exec hive-server bash
container# /opt/hive/bin/beeline -u jdbc:hive2://localhost:10000 --verbose=true
...
jdbc:hive2://localhost:10000> select 1;

The above fails and prints

Error: java.lang.IllegalStateException: Can't overwrite cause with org.joda.time.IllegalInstantException: Illegal instant due to time zone offset transition (daylight savings time 'gap'): 1970-01-01T00:00:00.000 (America/Bahia_Banderas) (state=08S01,code=0)
java.sql.SQLException: java.lang.IllegalStateException: Can't overwrite cause with org.joda.time.IllegalInstantException: Illegal instant due to time zone offset transition (daylight savings time 'gap'): 1970-01-01T00:00:00.000 (America/Bahia_Banderas)
at org.apache.hive.jdbc.HiveStatement.runAsyncOnServer(HiveStatement.java:323)
at org.apache.hive.jdbc.HiveStatement.execute(HiveStatement.java:253)
at org.apache.hive.beeline.Commands.executeInternal(Commands.java:997)
at org.apache.hive.beeline.Commands.execute(Commands.java:1205)
at org.apache.hive.beeline.Commands.sql(Commands.java:1134)
at org.apache.hive.beeline.BeeLine.dispatch(BeeLine.java:1314)
at org.apache.hive.beeline.BeeLine.execute(BeeLine.java:1178)
at org.apache.hive.beeline.BeeLine.begin(BeeLine.java:1033)
at org.apache.hive.beeline.BeeLine.mainWithInputRedirection(BeeLine.java:519)
at org.apache.hive.beeline.BeeLine.main(BeeLine.java:501)
Caused by: java.lang.IllegalStateException: Can't overwrite cause with org.joda.time.IllegalInstantException: Illegal instant due to time zone offset transition (daylight savings time 'gap'): 1970-01-01T00:00:00.000 (America/Bahia_Banderas)
at java.lang.Throwable.initCause(Throwable.java:457)
at org.apache.hive.service.cli.HiveSQLException.toStackTrace(HiveSQLException.java:237)
at org.apache.hive.service.cli.HiveSQLException.toCause(HiveSQLException.java:198)
at org.apache.hive.service.cli.HiveSQLException.<init>(HiveSQLException.java:108)
at org.apache.hive.jdbc.Utils.verifySuccess(Utils.java:267)
at org.apache.hive.jdbc.Utils.verifySuccessWithInfo(Utils.java:253)
at org.apache.hive.jdbc.HiveStatement.runAsyncOnServer(HiveStatement.java:313)
... 15 more
Caused by: java.lang.ExceptionInInitializerError: null
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at org.apache.hive.service.cli.HiveSQLException.newInstance(HiveSQLException.java:245)
at org.apache.hive.service.cli.HiveSQLException.toStackTrace(HiveSQLException.java:211)
... 21 more

From the above stacktrace it's not visible what is the cause, but i think it's initialization of org.apache.hive.common.util.TimestampParser#startingDateValue
 
TezJobMonitor handles monitoring the execution of a Tez dag

A customer loaded a text file into a table that is stored as ORC. The error message was very unfriendly.

When a region is splitted during the RS shutdown process, RS just written the daughter region infos to META, but not make them online. Then, for master, in its ServerShutdownHandler, the function isDaughterMissing() uses FindDaughterVisitor to check whether daughter region is OK. However, this visitor doesn't check whether the value for HConstants.SERVER_QUALIFIER carries non-null value.
Therefore for the scenario, isDaughterMissing() returns false, skipping the following line:
     assignmentManager.assign(daughter, true);

Even though it's completely valid, VerifyReplication tool says "Invalid argument" when specifying --recomparesleep or --delimiter option.

$ bin/hbase org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication --recomparesleep=5 1 foo
ERROR: Invalid argument '--recomparesleep=5'
Usage: verifyrep [--starttime=X] [--endtime=Y] [--families=A] [--row-prefixes=B] [--delimiter=] [--recomparesleep=] [--verbose] <peerid> <tablename>

Options:
 starttime    beginning of the time range
              without endtime means from starttime to forever
 endtime      end of the time range
 versions     number of cell versions to verify
 raw          includes raw scan if given in options
 families     comma-separated list of families to copy
 row-prefixes comma-separated list of row key prefixes to filter on
 delimiter    the delimiter used in display around rowkey
 recomparesleep   milliseconds to sleep before recompare row, default value is 0 which disables the recompare.
 verbose      logs row keys of good rows

Args:
 peerid       Id of the peer used for verification, must match the one given for replication
 tablename    Name of the table to verify

Examples:
 To verify the data replicated from TestTable for a 1 hour window with peer #5
 $ hbase org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication --starttime=1265875194289 --endtime=1265878794289 5 TestTable

Some of the tests in TestHCatClient.java, for ex:

org.apache.hive.hcatalog.api.TestHCatClient.testPartitionRegistrationWithCustomSchema (batchId=177)
org.apache.hive.hcatalog.api.TestHCatClient.testPartitionSpecRegistrationWithCustomSchema (batchId=177)
org.apache.hive.hcatalog.api.TestHCatClient.testTableSchemaPropagation (batchId=177)

are failing due to HIVE-16844. HIVE-16844 fixes a connection leak when a new configuration object is set on the ObjectStore. TestHCatClient fires up a second instance of metastore thread with a different conf object that results in the PersistenceMangaerFactory closure and hence tests fail. 

In regular assignment, in case of socket network timeout, it tries to call openRegion again and again without change the region plan, ZK offline node,
till the region is out of transition, in case the region server is still up.
We may need to sync them up and make sure bulk assignment does the same in this case.

From the list:

08/07/24 18:34:35 INFO v5.HLog: New log writer created at /user/sindice/log_1216920866949/hlog.dat.1216920874958
08/07/24 18:34:35 INFO v5.HLog: removing old log file /user/sindice/log_1216920866949/hlog.dat.0 whose highest sequence/edit id is 496415052
08/07/24 18:34:35 FATAL util.Migrate: Upgrade failed
java.lang.IllegalArgumentException: Illegal character <45>. User-space table names can only contain 'word characters':i.e. [a-zA-Z_0-9]: page-repository
	at org.apache.hadoop.hbase.HTableDescriptor.isLegalTableName(HTableDescriptor.java:220)
	at org.apache.hadoop.hbase.HTableDescriptor.<init>(HTableDescriptor.java:130)
	at org.apache.hadoop.hbase.util.Migrate.updateHRegionInfo(Migrate.java:266)
	at org.apache.hadoop.hbase.util.Migrate$1$1.processRow(Migrate.java:244)
	at org.apache.hadoop.hbase.util.migration.v5.MetaUtils.scanMetaRegion(MetaUtils.java:264)
	at org.apache.hadoop.hbase.util.migration.v5.MetaUtils.scanMetaRegion(MetaUtils.java:237)
	at org.apache.hadoop.hbase.util.Migrate$1.processRow(Migrate.java:241)
	at org.apache.hadoop.hbase.util.migration.v5.MetaUtils.scanRootRegion(MetaUtils.java:211)
	at org.apache.hadoop.hbase.util.Migrate.rewriteMetaHRegionInfo(Migrate.java:228)
	at org.apache.hadoop.hbase.util.Migrate.migrateToV5(Migrate.java:209)
	at org.apache.hadoop.hbase.util.Migrate.run(Migrate.java:187)
	at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:79)
	at org.apache.hadoop.hbase.util.Migrate.main(Migrate.java:446)

In WildFly 14 we get:

Exception in thread "Hibernate Search: Elasticsearch transport thread-2" java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64
2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2)    at org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:168)
2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2)    at org.apache.http.impl.auth.HttpAuthenticator.doAuth(HttpAuthenticator.java:239)
2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2)    at org.apache.http.impl.auth.HttpAuthenticator.generateAuthResponse(HttpAuthenticator.java:218)
2018-09-03 11:58:13,120 ERROR [stderr] (Hibernate Search: Elasticsearch transport thread-2)    at org.apache.http.impl.nio.client.MainClientExec.generateRequest(MainClientExec.java:224)

Seems that the org.apache.httpcomponents.core (WildFly core) module is not declaring the dependency on module org.apache.commons.codec (WildFly full).
Should this be added as an optional dependency, or maybe the need for this module warrants moving the org.apache.commons.codec module to WildFly core ?

In ReplicationSourceManager, sources is used to record the peers. It could be removed in removePeer method, and read in preLogRoll method. it is not thread safe.
ReplicationSourceManager#296

  void preLogRoll(Path newLog) throws IOException {

    synchronized (this.hlogsById) {
      String name = newLog.getName();
      for (ReplicationSourceInterface source : this.sources) {
        try {
          this.replicationQueues.addLog(source.getPeerClusterZnode(), name);
        } catch (ReplicationException e) {
          throw new IOException("Cannot add log to replication queue with id="
              + source.getPeerClusterZnode() + ", filename=" + name, e);
        }
      }
      for (SortedSet<String> hlogs : this.hlogsById.values()) {
        if (this.sources.isEmpty()) {
          // If there's no slaves, don't need to keep the old hlogs since
          // we only consider the last one when a new slave comes in
          hlogs.clear();
        }
        hlogs.add(name);
      }
    }

    this.latestPath = newLog;
  }

ReplicationSourceManager#392

  public void removePeer(String id) {
    LOG.info("Closing the following queue " + id + ", currently have "
        + sources.size() + " and another "
        + oldsources.size() + " that were recovered");
    String terminateMessage = "Replication stream was removed by a user";
    ReplicationSourceInterface srcToRemove = null;
    List<ReplicationSourceInterface> oldSourcesToDelete =
        new ArrayList<ReplicationSourceInterface>();
    // First close all the recovered sources for this peer
    for (ReplicationSourceInterface src : oldsources) {
      if (id.equals(src.getPeerClusterId())) {
        oldSourcesToDelete.add(src);
      }
    }
    for (ReplicationSourceInterface src : oldSourcesToDelete) {
      src.terminate(terminateMessage);
      closeRecoveredQueue((src));
    }
    LOG.info("Number of deleted recovered sources for " + id + ": "
        + oldSourcesToDelete.size());
    // Now look for the one on this cluster
    for (ReplicationSourceInterface src : this.sources) {
        srcToRemove = src;
        break;
      }
    }
    if (srcToRemove == null) {
      LOG.error("The queue we wanted to close is missing " + id);
      return;
    }
    srcToRemove.terminate(terminateMessage);
    this.sources.remove(srcToRemove);
    deleteSource(id, true);
  }

If the root pom changes we don't properly order the mvn install on the patch and this can lead to problems.

When ssh into the second container, i met this error:

[root@broker ~]# ssh -p 39507 admin@test12-fuse.ose-fuse-2.com
The authenticity of host '[test12-fuse.ose-fuse-2.com]:39507 ([10.66.79.64]:39507)' can't be established.
DSA key fingerprint is 1f:c8:54:69:3f:16:b7:f1:6b:73:bd:15:78:f9:82:16.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '[test12-fuse.ose-fuse-2.com]:39507,[10.66.79.64]:39507' (DSA) to the list of known hosts.
Password authentication
Password: 
      _ ____                  ______
     | |  _ \                |  ____|             
     | | |_) | ___  ___ ___  | |__ _   _ ___  ___
 _   | |  _ < / _ \/ __/ __| |  __| | | / __|/ _ \
| |__| | |_) | (_) \__ \__ \ | |  | |_| \__ \  __/
 \____/|____/ \___/|___/___/ |_|   \__,_|___/\___|

  JBoss Fuse (6.2.0.redhat-053)
  http://www.redhat.com/products/jbossenterprisemiddleware/fuse/

Open a browser to https://fuse-fuse.ose-fuse-2.com to access the management console

Create a new Fabric via 'fabric:create'
or join an existing Fabric via 'fabric:join [someUrls]'

Hit '<ctrl-d>' or 'osgi:shutdown' to shutdown JBoss Fuse.

Error in initialization script: Command not found: fabric:welcome
JBossFuse:admin@test12> exit

As part of HIVE-8424 HiveServer2 uses Fair scheduler APIs to determine resource queue allocation for non-impersonation case. This adds a hard dependency of Yarn server jars for Hive.

With HIVE-7895, it will require write permission on the table directory even for a SELECT statement.
Looking at the stacktrace, it seems the method StorageBasedAuthorizationProvider#authorize(Table table, Partition part, Privilege[] readRequiredPriv, Privilege[] writeRequiredPriv) always treats a null partition as a CREATE statement, which can also be a SELECT.
We may have to check readRequiredPriv and writeRequiredPriv first   in order to tell which statement it is.

With beeline-site and beeline-user-site, the user can easily specify default hs2 urls to connect. We can use an optional env variable, which when set, will enable bin/hive to use beeline.

Again from Lars George
    Result result2 = Result.EMPTY_RESULT;
    System.out.println(result2);
    result2.copyFrom(result1);
"What do you think happens when result1 has cells? Yep, you just modified the shared public EMPTY_RESULT to be not empty anymore."
Fix. Result should be non-modifiable post-construction.

sorted dynamic partition optimizer does not work on bucketed tables when vectorization is enabled.
 
cc Matt McCline

Currently, the parameter outputParameterName in the @Procedure annotation is not being used to create the corresponding StoredProcedureAttributes.
This is only a problem when the @Procedure method is being created to bind the parameters by name. However, since spring-boot 2.0, if you inherit from spring-boot-parent, you have by default the compiler flag 'parameters' enabled by default, making the procedure parameters bound by name without the need of explicitly define it.
The fix in StoredProcedureAttributeSource.createFrom it's trivial. Instead of passing null to the constructor of the StoredProcedureAttributes, we can pass the actual value defined in the annotation.
Before:

return new StoredProcedureAttributes(procedureName, null, method.getReturnType(), false);

After:

return new StoredProcedureAttributes(procedureName, procedure.outputParameterName(), method.getReturnType(), false);

It's a very old bug in BoneCP and it will never be fixed... There are multiple workarounds on the internet but according to responses they are all unreliable. We should upgrade to HikariCP (which in turn is only supported by DN 4), meanwhile try some shamanic rituals. In this JIRA we will try a relatively weak drum.

Java 8 will introduce new default methods for the Map interface which clash with the existing method "V remove(K key, V value)" in our MultiMap interface.
To avoid future problems rename the method to a more specific version and change the return type to be more logical. Brief discussion on the ml favored either:

boolean removeMapping(K key, V value)
boolean removeValue(K key, V value)

/deployment=jboss-kitchensink-ear.ear:browse-content(depth=1) operation returns inconsistent result depending on whether the deployment is exploded or not. Deployment attached.
Archived:

{
        {
            "path" => "jboss-kitchensink-ear-web.war",
            "directory" => false,
            "file-size" => 63190L
        },
        {
            "path" => "jboss-kitchensink-ear-ejb.jar",
            "file-size" => 12256L
        },
        {
            "path" => "META-INF/",
            "directory" => true
        }
    ]
}

Exploded:

{
        {
        },
        {
            "path" => "META-INF/MANIFEST.MF",
            "file-size" => 130L
        },
        {
        },
        {
        },
        {
            "path" => "META-INF/application.xml",
            "file-size" => 802L
        },
        {
            "path" => "META-INF/kitchensink-ear-quickstart-ds.xml",
            "file-size" => 1955L
        },
        {
            "path" => "META-INF/maven/org.jboss.quickstarts.eap/jboss-kitchensink-ear-ear/pom.xml",
            "file-size" => 5582L
        },
        {
            "path" => "META-INF/maven/org.jboss.quickstarts.eap/jboss-kitchensink-ear-ear/pom.properties",
            "file-size" => 143L
        }
    ]
}

Attempting to write to a HCatalog defined table backed by the AvroSerde fails with the following stacktrace:

java.lang.ClassCastException: org.apache.hadoop.io.NullWritable cannot be cast to org.apache.hadoop.io.LongWritable
	at org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat$1.write(AvroContainerOutputFormat.java:84)
	at org.apache.hcatalog.mapreduce.FileRecordWriterContainer.write(FileRecordWriterContainer.java:253)
	at org.apache.hcatalog.mapreduce.FileRecordWriterContainer.write(FileRecordWriterContainer.java:53)
	at org.apache.hcatalog.pig.HCatBaseStorer.putNext(HCatBaseStorer.java:242)
	at org.apache.hcatalog.pig.HCatStorer.putNext(HCatStorer.java:52)
	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigOutputFormat$PigRecordWriter.write(PigOutputFormat.java:139)
	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigOutputFormat$PigRecordWriter.write(PigOutputFormat.java:98)
	at org.apache.hadoop.mapred.MapTask$NewDirectOutputCollector.write(MapTask.java:559)
	at org.apache.hadoop.mapreduce.task.TaskInputOutputContextImpl.write(TaskInputOutputContextImpl.java:85)

The proximal cause of this failure is that the AvroContainerOutputFormat's signature mandates a LongWritable key and HCat's FileRecordWriterContainer forces a NullWritable. I'm not sure of a general fix, other than redefining HiveOutputFormat to mandate a WritableComparable.
It looks like accepting WritableComparable is what's done in the other Hive OutputFormats, and there's no reason AvroContainerOutputFormat couldn't also be changed, since it's ignoring the key. That way fixing things so FileRecordWriterContainer can always use NullWritable could get spun into a different issue?
The underlying cause for failure to write to AvroSerde tables is that AvroContainerOutputFormat doesn't meaningfully implement getRecordWriter, so fixing the above will just push the failure into the placeholder RecordWriter.

In case when PLAIN mechanism is used for Elytron SASL factories used by any of management-interfaces then JBoss CLI is not able to connect to the server. This issue happens with http-interface as well as native-interface. See Steps to Reproduce for more details.

If a user sets returnExceptions to true when the handlerMethod returns void, the adapter will attempt to send the exception as the reply. This will likely fail with no replyTo or @SendTo.
Either ignore returnExceptions for void methods, or propagate the original exception if no replyTo or @SendTo is present.

Beeline ignores the next line/command that follows a command with semicolon and comments.
Example 1:
select *
from table1; – comments
select * from table2;
In this case, only the first command is executed.. second command "select * from table2" is not executed.
------
Example 2:
select *
select * from table3;
In this case, first command and third command is executed. second command "select * from table2" is not executed.

TestHLog is failing since last night.
Git bisect shows that the problem commit is this one:

f5b8ee6c7d678ee7da0095504d9870457a34d7b8 is the first bad commit
commit f5b8ee6c7d678ee7da0095504d9870457a34d7b8
Author: Michael Stack <stack@apache.org>
Date:   Tue Sep 17 21:23:17 2013 +0000

    HBASE-9562 Make HLogPE run against configured FS

    git-svn-id: https://svn.apache.org/repos/asf/hbase/branches/0.96@1524229 13f79535-47bb-0310-9956-ffa450edef68

It broke the test because it made it work on hdfs (which looks to have been what was intended).
Looking...

This is because the hash code of MultiKey is calculated only once. 
So if the MultiKey is deserialized in an other jvm, and if one at least of the subkeys defines its hash code with System.identityHashCode() (for example all the enums does), then the hash code of the MultiKey is no longer valid, and you can't retreive the key in your Map.
I fixed it by making the cached hash code field transient, and by recalculating the hash code during deserialization. 

I'm not sure exactly what arose it. there is some split failed logs .
the master should shutdown itself when the HDFS is crashed.
 The logs is :
 2011-03-22 13:21:55,056 WARN 
 org.apache.hadoop.hbase.master.LogCleaner: Error while cleaning the 
 logs
 java.net.ConnectException: Call to C4C1/157.5.100.1:9000 failed on connection exception: java.net.ConnectException: Connection refused
         at org.apache.hadoop.ipc.Client.wrapException(Client.java:844)
         at org.apache.hadoop.ipc.Client.call(Client.java:820)
         at org.apache.hadoop.ipc.RPC$Invoker.invoke(RPC.java:221)
         at $Proxy5.getListing(Unknown Source)
         at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:82)
         at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:59)
         at org.apache.hadoop.hdfs.DFSClient.listPaths(DFSClient.java:614)
         at org.apache.hadoop.hdfs.DistributedFileSystem.listStatus(DistributedFileSystem.java:252)
         at org.apache.hadoop.hbase.master.LogCleaner.chore(LogCleaner.java:121)
         at org.apache.hadoop.hbase.Chore.run(Chore.java:66)
         at 
 org.apache.hadoop.hbase.master.LogCleaner.run(LogCleaner.java:154)
 Caused by: java.net.ConnectException: Connection refused
         at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
         at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:574)
         at org.apache.hadoop.net.SocketIOWithTimeout.connect(SocketIOWithTimeout.java:206)
         at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:408)
         at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:332)
         at org.apache.hadoop.ipc.Client$Connection.access$2000(Client.java:202)
         at org.apache.hadoop.ipc.Client.getConnection(Client.java:943)
         at org.apache.hadoop.ipc.Client.call(Client.java:788)
         ... 13 more
 2011-03-22 13:21:56,056 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 0 time(s).
 2011-03-22 13:21:57,057 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 1 time(s).
 2011-03-22 13:21:58,057 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 2 time(s).
 2011-03-22 13:21:59,057 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 3 time(s).
 2011-03-22 13:22:00,058 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 4 time(s).
 2011-03-22 13:22:01,058 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 5 time(s).
 2011-03-22 13:22:02,059 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 6 time(s).
 2011-03-22 13:22:03,059 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 7 time(s).
 2011-03-22 13:22:04,059 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 8 time(s).
 2011-03-22 13:22:05,060 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 9 time(s).
 2011-03-22 13:22:05,060 ERROR 
 org.apache.hadoop.hbase.master.MasterFileSystem: Failed splitting 
 hdfs://C4C1:9000/hbase/.logs/C4C9.site,60020,1300767633398
         at $Proxy5.getFileInfo(Unknown Source)
         at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
         at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:623)
         at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:461)
         at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:690)
         at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLog(HLogSplitter.java:177)
         at org.apache.hadoop.hbase.master.MasterFileSystem.splitLog(MasterFileSystem.java:196)
         at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:95)
         at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:151)
         at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
         at java.lang.Thread.run(Thread.java:662)
         ... 18 more
 2011-03-22 13:22:45,600 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 0 time(s).
 2011-03-22 13:22:46,600 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 1 time(s).
 2011-03-22 13:22:47,601 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 2 time(s).
 2011-03-22 13:22:48,601 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 3 time(s).
 2011-03-22 13:22:49,601 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 4 time(s).
 2011-03-22 13:22:50,602 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 5 time(s).
 2011-03-22 13:22:51,602 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 6 time(s).
 2011-03-22 13:22:52,602 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 7 time(s).
 2011-03-22 13:22:53,603 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 8 time(s).
 2011-03-22 13:22:54,603 INFO org.apache.hadoop.ipc.Client: Retrying connect to server: C4C1/157.5.100.1:9000. Already tried 9 time(s).
 2011-03-22 13:22:54,603 WARN 
 logs
         at org.apache.hadoop.ipc.RPC$Invok

You can't configure the delayer pattern properly in the Spring DSL currently. I will be attaching a patch for this shortly.

When I save a URL as a property value, the forward slashes are getting escaped.
ie: 
foo = http:\/\/www.google.com\/
Example Code : 
public static void main(String[] args)
  {
    try
    {
      PropertiesConfiguration config = new PropertiesConfiguration();     
      File newProps = new File("foo.properties");
      config.setProperty("foo", "http://www.google.com/");     
      config.save(newProps);
      
    }
    catch (Exception e){}
  }

See
http://camel.465427.n5.nabble.com/Camel-Javascript-Leak-tp5741468.html

When adding an property with invalid name to the remoting connector and subsequent reload, the server fails to start. 
See server stack-trace:

2017-09-27 15:23:08,755 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 62) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "remoting"),
    ("connector" => "bbb")
]): java.lang.IllegalArgumentException: XNIO000005: No such field named "bbb" in class org.xnio.Options
	at org.xnio.Option.fromString(Option.java:157)
	at org.jboss.as.remoting.ConnectorUtils.addOptions(ConnectorUtils.java:164)
	at org.jboss.as.remoting.ConnectorUtils.getFullOptions(ConnectorUtils.java:82)
	at org.jboss.as.remoting.ConnectorAdd.launchServices(ConnectorAdd.java:82)
	at org.jboss.as.remoting.ConnectorAdd.performRuntime(ConnectorAdd.java:78)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:976)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:446)
	at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:386)

HBASE-15199 moves jruby-complete-1.6.8.jar to lib/ruby directory.
However, jruby-complete-1.6.8.jar still appears in cached_classpath.txt
This means that user would see exception similar to the following when starting hbase in  standalone mode with s3a as rootdir :

2017-05-04 16:41:32,854 WARN  [RpcServer.FifoWFPBQ.priority.handler=18,queue=0,port=38659] internal.S3MetadataResponseHandler: Unable to parse last modified date: Thu, 04 May 2017 16:27:09 GMT
java.lang.IllegalStateException: Joda-time 2.2 or later version is required, but found version: null
  at com.amazonaws.util.DateUtils.handleException(DateUtils.java:149)
  at com.amazonaws.util.DateUtils.parseRFC822Date(DateUtils.java:195)
  at com.amazonaws.services.s3.internal.ServiceUtils.parseRfc822Date(ServiceUtils.java:78)
  at com.amazonaws.services.s3.internal.AbstractS3ResponseHandler.populateObjectMetadata(AbstractS3ResponseHandler.java:115)
  at com.amazonaws.services.s3.internal.S3ObjectResponseHandler.handle(S3ObjectResponseHandler.java:52)
  at com.amazonaws.services.s3.internal.S3ObjectResponseHandler.handle(S3ObjectResponseHandler.java:30)
  at com.amazonaws.http.AmazonHttpClient.handleResponse(AmazonHttpClient.java:1072)
  at com.amazonaws.http.AmazonHttpClient.executeOneRequest(AmazonHttpClient.java:746)
  at com.amazonaws.http.AmazonHttpClient.executeHelper(AmazonHttpClient.java:489)
  at com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:310)
  at com.amazonaws.services.s3.AmazonS3Client.invoke(AmazonS3Client.java:3785)
  at com.amazonaws.services.s3.AmazonS3Client.getObject(AmazonS3Client.java:1191)
  at org.apache.hadoop.fs.s3a.S3AInputStream.reopen(S3AInputStream.java:148)
  at org.apache.hadoop.fs.s3a.S3AInputStream.lazySeek(S3AInputStream.java:281)
  at org.apache.hadoop.fs.s3a.S3AInputStream.read(S3AInputStream.java:364)
  at org.apache.hadoop.fs.FSInputStream.read(FSInputStream.java:75)
  at org.apache.hadoop.fs.FSDataInputStream.read(FSDataInputStream.java:92)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock.positionalReadWithExtra(HFileBlock.java:722)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock$AbstractFSReader.readAtOffset(HFileBlock.java:1420)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockDataInternal(HFileBlock.java:1677)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockData(HFileBlock.java:1504)
  at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.readBlock(HFileReaderV2.java:439)
  at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.seekTo(HFileReaderV2.java:904)
  at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekAtOrAfter(StoreFileScanner.java:267)
  at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seek(StoreFileScanner.java:169)
  at org.apache.hadoop.hbase.regionserver.StoreScanner.seekScanners(StoreScanner.java:363)
  at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:217)
  at org.apache.hadoop.hbase.regionserver.HStore.createScanner(HStore.java:2132)
  at org.apache.hadoop.hbase.regionserver.HStore.getScanner(HStore.java:2122)
  at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:5687)
  at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:2679)
  at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2665)
  at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2647)
  at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:6906)
  at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:6885)
  at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:2007)

After HIVE-1609, we are seeing some table not found errors intermittently.
We have a test case where 5 processes are concurrently issueing the same query - 
explain extended insert .. select from <T>
and once in a while, we get a error <T> not found - 
When we revert back the JDO version, the error is gone.
We can investigate later to find the JDO bug, but for now this is a show-stopper for facebook, and needs
to be reverted back immediately.
This also means, that the filters will not be pushed to mysql.

Benoît found an npe migrating asynchbase to 0.96 exercising icv:

2013-09-14 23:27:17,305 WARN  [RpcServer.handler=10,port=60934]
ipc.RpcServer: RpcServer.handler=10,port=60934: caught:
        at org.apache.hadoop.hbase.ipc.RpcServer.channelWrite(RpcServer.java:2346)
        at org.apache.hadoop.hbase.ipc.RpcServer$Responder.processResponse(RpcServer.java:985)
        at org.apache.hadoop.hbase.ipc.RpcServer$Responder.doRespond(RpcServer.java:1062)
        at org.apache.hadoop.hbase.ipc.RpcServer$Call.sendResponseIfReady(RpcServer.java:478)
        at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1875)

This is stalling progress on asynchbase migration.

Accepting Map<String, String> is too restrictive and doesn't match existing contracts.

Test case is currently checking implementation details, so it's easy to brake it when implementation changes while still being correct.
Specifically, the test case shouldn't make any assumptions about the format of rewritten schema locations. Instead, it should only check that rewritten location is a retrievable URL.

I'm testing the leader service with the following scenario.
Client mode with an external bootstrap service on Openshift. Using a spring-boot application.
The service configuration is:

AtomixClusterClientService service = new AtomixClusterClientService();
service.setId(InetAddress.getLocalHost().getHostName());
service.setNodes(Collections.singletonList(new Address("atomix-boot-node", 8700)));

Steps:

I start 3 pods of the application, one is the leader.
Once started, I kill forcefully all three pods (calling "Runtime.getRuntime().halt(1)" from the JVM code) one after the other at short distance (few seconds)

When all three pods become available again, the "leadershipChanged" callback is not called in any of the pods (waited > 1 hour). If I restart one pod after some time, that one become the leader. The other two pods receive the notification that there's a new leader.
It seems that a timeout occurs, so that a new leader can be determined upon restart, but nobody participate in the election if pods are started before the timeout.
Luca Burgazzoli any idea?

The system property "swarm.port.offset" doesn't work for now.
I found port-offset value is hard-coded with zero in DefaultSocketBindingGroupProducer.
https://github.com/wildfly-swarm/wildfly-swarm/blob/master/container/src/main/java/org/wildfly/swarm/container/runtime/config/DefaultSocketBindingGroupProducer.java#L35
It should be passed the system prop like this.

new SocketBindingGroup(
                "standard-sockets",
                "public",
                SwarmProperties.propertyVar(SwarmProperties.PORT_OFFSET, "0"))

I'll send a p-r later.

HBASE-12554 introduced 

public static class MockMapping extends ScriptBasedMapping {

which breaks compilation with earlier hadoop versions: 

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:testCompile (default-testCompile) on project hbase-server: Compilation failure: Compilation failure:
[ERROR] /Users/enis/projects/rc-test/hbase-0.99.2/hbase-server/src/test/java/org/apache/hadoop/hbase/master/balancer/TestBaseLoadBalancer.java:[77,42] error: cannot inherit from final ScriptBasedMapping

We keep finding good cases that are reasonably hard to test, yet the test suite does not encode these. 
HBASE-2413 Master does not respect generation stamps, may result in meta getting permanently offlined
HBASE-2312 Possible data loss when RS goes into GC pause while rolling HLog
I am sure there are many more such "scenarios" we should put into the unit tests. 

From irc:
17:33  sproingie> i have a weird problem with the dns component... it seems to not copy headers properly
17:34  sproingie> .setHeader("foo", constant("bar")).to("dns:ip").log(LogLevel.INFO, "foo=${in.header.foo}")
17:34  sproingie> foo turns up blank

If TableOutputFormat in the new API fails to create a table, it simply logs this at ERROR level and then continues on its way. Then, the first write() to the table will throw a NPE since table hasn't been set.
Instead, it should probably rethrow the exception as a RuntimeException in setConf, or do what the old-API TOF does and not create the HTable instance until getRecordWriter, where it can throw an IOE.

When a GROUP BY is specified, a select operator is added before the GROUP BY in SemanticAnalyzer.insertSelectAllPlanForGroupBy.  Currently, the column expression map for this is set to the column expression map for the parent operator.  This behavior is incorrect as, for example, the parent operator could rearrange the order of the columns (_col0 => _col0, _col1 => _col2, _col2 => _col1) and the new operator should not repeat this.
The predicate pushdown optimization uses the column expression map to track which columns a filter expression refers to at different operators.  This results in a filter on incorrect columns.
Here is a simple case of this going wrong: Using

create table invites (id int, foo int, bar int);

executing the query

explain select * from (select foo, bar from (select bar, foo from invites c union all select bar, foo from invites d) b) a group by bar, foo having bar=1;

results in

    Map Reduce
        a-subquery1:b-subquery1:c 
          TableScan
            alias: c
                  expr: (foo = 1)
                      expr: bar
                      type: int
                      expr: foo
                      type: int
                Union
                          expr: _col1
                          type: int
                          type: int
                    outputColumnNames: _col0, _col1
                      expressions:
                            expr: _col0
                            type: int
                            expr: _col1
                            type: int
                        bucketGroup: false
                        keys:
                              expr: _col1
                              type: int
                              expr: _col0
                              type: int
                        mode: hash
                        outputColumnNames: _col0, _col1
                          key expressions:
                                expr: _col0
                                type: int
                                expr: _col1
                                type: int
                          sort order: ++
                          Map-reduce partition columns:
                                type: int
                                type: int
                          tag: -1
        a-subquery2:b-subquery2:d 
          TableScan
            alias: d
                      expr: bar
                      type: int
                      expr: foo
                      type: int
                Union
                          type: int
                          type: int
                            type: int
                            type: int
                        keys:
                              type: int
                              type: int
                        mode: hash
                                type: int
                                type: int
                                type: int
                                type: int
                          tag: -1
          keys:
                type: int
                expr: KEY._col1
                type: int
          outputColumnNames: _col0, _col1
                  type: int
                  type: int
              table:

      limit: -1

Note that the filter is now "foo = 1", while the correct behavior is to have "bar = 1".  If we remove the group by, the behavior is correct.

If a property has multiple values, the resulting hierarchical configuration will contain a node whose value is a list with these values. There should, however, be a single node for each value. Some queries, especially those containing indices, do not work on such structures.

When Elytron client configuration file includes configuration.authentication-client.authentication-configurations.configuration.credentials.certificate element then ConfigXMLParseException is thrown during parsing of configuration file. 
For following configuration file:

                <sasl-mechanism-selector selector="PLAIN"/>                
                <credentials>
                    <certificate>
                        <private-key-pem>
                        -----BEGIN ENCRYPTED PRIVATE KEY-----
                        MIIFDjBABgkqhkiG9w0BBQ0wMzAbBgkqhkiG9w0BBQwwDgQI/UbK4uSM+lICAggA
                        MBQGCCqGSIb3DQMHBAjqSiGAFsiVUwSCBMg1UIOetO6ZNmBehx3pzNVqefIYE6wc
                        5roz1Yz0ZLroq9zFn8kGGe65XlZRD8jO7+pYgglHwII0s05P2YPRx8boHgNvf/de
                        cYmPXOuT2W7obUQTRlM0TzJpjP+74cwmxeM0L/mvhRlQKgkHyFzIj3f0lJxlrCS5
                        FiN8xM7YuDZ+nZwSil6pF+bCO/V/TAEsuR15eG2UHZuMeFgL9xez7ZPJPKDyeXIo
                        deMz2sv63keJ6nIEAxq46+m53HKFcOs3kCCa/M2LQg0uxxA3YyjLiVu8U0k/ox7L
                        rQ3XVBA11oBSUM9+vFl9CMW/7do/5niL3JNrz+e1FpG6ViG2MT+3+na7YfN+7ffp
                        FUSblMFR9Px00uBfqVHufCzKotNX0VqbEGGCE40i1Tpq5ZWCob4R6/42zW+BctJO
                        ZxUeiJJaXAoccvJiZRraicte6OpDMWZXPIKMR+FIc1YXuWYv3BHHhfZKhLm8tuxb
                        eSNE8vRR/exfV1z+YoZ0nvwOhpBOK7yQl9iqOy+eQ7e7h85yv15XFX2cOjPgY4bO
                        M3wN6H41K5eUock6UYaKLY2qzVlyI0rwV1aYnnrGeA5gHkfAFdPNpxm7+ejUAi2z
                        am117gT3NXKCLq0SsV55wjonAcN9ghN8X46tWZIO0chlNpVOHZSUz/NtavOrmZwZ
                        UcFajPKvoT3V7t8hGD1Tg1AdChahlIjT5dzDQBaHtJLbz7qPljHuAvvZR/bapTdW
                        97zMxp3zRQbyHqPmu6BFUASgXHnKLY6Cu1a0w+AhVaemWLLVeHMweWlLsLAHxSo4
                        qkqIkn8rMr9V92/nVaE6fEnmplnWTI3VY3t0vzI5gztwq7Q0ChlAttgG+BMpYOps
                        4H7dO55iz7hZFdYrZlEXBON6VTfQFhnUPuuJHHBRK1E/GEvoA6whRV7bLSrgvtEW
                        6AgFLgb8FWt9mWvf15PAptcvN/AxHGM2ymPyXqh32a+rvfPjdPgFIaCtEQmuGyoV
                        NpEwg+iV7TAnEzQ1u0BcOPKr+dKKrkGzahT1Mj1ZFLG0M2J60Hv4oItMXMwvb7vq
                        nnubuLwkI8dWdVgmNXIU415i546VoeRuMXY2F7hLEHUKAahcDy5PnmrEj34IVW0w
                        qodBW+MeykUA9O+WndUoLI5bTnsGXNS/vZ17LwwcaGyrj2M8bTkqCMvdx8HXGnJ2
                        hNN+INazIbIq7FBcQZfEHH1uJsDKy5Niqk3uKysfByyPzehcY6QxseJgqztIRqLR
                        HDeymrgOn5k8HRgA4ePKOQwQe2r2vY+3ExydvL7irHMgD7EaSnUIE8KK1Aq39mQz
                        ZVWigJGII05HGk/vOQP4s804hjkyS8X+CNXpMzi/2bgmzKp4aPCS1yyx2m+8eP7B
                        Qs5h9YxqUh24HC7EGNkx31M4OuL1h1CmkT7uk9uCOREuRnhxClLvTL1Pu8f8OjbN
                        jd2W1c/X7spOsvBg7OMD8aBpxI7qWSSWwIe5dsbNbCCDeHkZpJ4GDqxtLLv4+tEO
                        XozNTlPhyF0eURRzrVyEL8C5OaSGLEfo3kFCJdS7eQX2TyttILOV9plP4YaFUw91
                        DOZj1vjPVgRJSAr98/UlzE23yGfB1gUG/kUG2+HPgu2jS5TE7Mlsk6Wy5Q+3Ga+b
                        wD4=
                        -----END ENCRYPTED PRIVATE KEY-----
                        </private-key-pem>
                        <pem>
                        -----BEGIN CERTIFICATE-----
                        MIIDWTCCAkGgAwIBAgIEQFuxgzANBgkqhkiG9w0BAQsFADBcMQswCQYDVQQGEwJD
                        WjEXMBUGA1UEBxMOQ3plY2ggUmVwdWJsaWMxDzANBgNVBAsTBkVBUCBRRTEQMA4G
                        A1UEChMHUmVkIEhhdDERMA8GA1UEAxMIY2xpZW50RG4wIBcNMTcwNjIwMDYxMzU5
                        WhgPMjIxNzA1MDMwNjEzNTlaMFwxCzAJBgNVBAYTAkNaMRcwFQYDVQQHEw5DemVj
                        aCBSZXB1YmxpYzEPMA0GA1UECxMGRUFQIFFFMRAwDgYDVQQKEwdSZWQgSGF0MREw
                        DwYDVQQDEwhjbGllbnREbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB
                        AJsXwctr7ckEMiLtsyXaFiSaB03F5z5fVzyg89WMxqWMhfRPitDIFBGN8t3/fEML
                        s5I3g1dlQDwtVl9AlwHDLfwxFdLZIuDodRr6KzcTrbavDSRczGMCF+ntPo6KBBL1
                        /UZLUW5y332bi7Tkc87NYN9zJ+3307fHrxGmCyeF6as7s/+uKJ0gY4JVjS/9XXec
                        K8gtlye/AbBZyJhpPiM71aoQy+LecYdSB/cRBQII0XGtsusguCFGnSSA80J79TLP
                        THaJG0trarktvORvnmNQz45Atxhpr9shv4xkbNWHR+qAiFO9N1w7uVFZOZUWEb9/
                        bQEFlSo0LtMPgLomKGvg8/0CAwEAAaMhMB8wHQYDVR0OBBYEFO01U/yTywCdzOUl
                        hZmElDjVVcZXMA0GCSqGSIb3DQEBCwUAA4IBAQAEy+IphU7QjlWgn2kkKI6RAX6p
                        LAWGUlbNnfw7V131of9qz9lctRnFWazbuych/i5/oCvBj+0gyf6+PvpsfB7qlZwH
                        3H+jMNNoCrMp5MutLe9SYcfmvYkYGym77K4e8BiuDlfw3whE4B274nD99Y+e9CcY
                        FuUx3yepXY9FDo58mE05zLSXhn31uIulnUGbL1iDB1yeCFG/6J7z+AkCBPKzbgFX
                        3UZid9MUn45RDf8BlP6zG+px/cE2XlaZa+0LGSH9vvvVykD18cthsLHe71Q+Y2hC
                        vWvHG8wdujBxWg7A+H38x48i0PR6lNTsjEgTZbUgYM/SQtKvX2gNaR3z2YPU
                        -----END CERTIFICATE-----
                        </pem>
                    </certificate>
                </credentials>
                <providers>
                    <use-service-loader/>
                </providers>
        </authentication-configurations>     

following exception is thrown:

org.wildfly.client.config.ConfigXMLParseException: parser must be on START_ELEMENT to read next text
	at file:/path/to/some/wildfly-config.xml:13:89
	at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:40)
	at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.<clinit>(DefaultAuthenticationContextProvider.java:36)
	... 16 more
Caused by: org.wildfly.client.config.ConfigXMLParseException: parser must be on START_ELEMENT to read next text
	at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.getElementText(XMLStreamReaderImpl.java:835)
	at org.wildfly.client.config.BasicXMLStreamReader.getElementText(BasicXMLStreamReader.java:87)
	at org.wildfly.client.config.AbstractDelegatingXMLStreamReader.getElementText(AbstractDelegatingXMLStreamReader.java:80)
	at org.wildfly.security.auth.client.ElytronXmlParser.parsePem(ElytronXmlParser.java:1169)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseCertificateType(ElytronXmlParser.java:1116)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseCredentialsType(ElytronXmlParser.java:961)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationConfigurationType(ElytronXmlParser.java:714)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationConfigurationsType(ElytronXmlParser.java:341)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:273)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:185)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:146)
	at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:38)
	... 18 more

Cipher.ENCRYPT_MODE should be an enum
Or is it supposed to be the same as Openssl.ENCRYPT_MODE?
In which case, why not use that?

When used in ServiceMix messages are of the type javax.xml.transform.dom.DOMSource and not org.w3c.dom.Node, so we get a class cast exception. 

Is there any reason not to make dev-support/*.sh executable? It would make it possible to sym-link to them from a directory in the executable path for easier execution of the definitive scripts.

The following methods in AvroDeserializer keeps regenerating TypeInfo objects for every nullable  field in a row.
This is happening in the following methods.

private Object deserializeNullableUnion(Object datum, Schema fileSchema, Schema recordSchema) throws AvroSerdeException {
// elided
line 312:  return worker(datum, fileSchema, newRecordSchema,
            SchemaToTypeInfo.generateTypeInfo(newRecordSchema, null));
}
..
private Object deserializeSingleItemNullableUnion(Object datum, Schema Schema recordSchema)
// elided
line 357: return worker(datum, currentFileSchema, schema,
      SchemaToTypeInfo.generateTypeInfo(schema, null));

This is really bad in terms of performance. I'm not sure why didn't we use the TypeInfo we already have instead of generating again for each nullable field.  If you look at the worker method which calls the method deserializeNullableUnion the typeInfo corresponding to the nullable field column is already determined. 
Moreover the cache in SchemaToTypeInfo class does not help in nullable Avro records case as checking if an Avro record schema object already exists in the cache requires traversing all the fields in the record schema.
I've attached profiling snapshot which shows maximum time is being spent in the cache.
One way of fixing this IMO might be to make use of the column TypeInfo which is already passed in the worker method.

I think we have rediscovered the CAMEL-10820 bug. A body of one request gets replaced with a body of proceeding request, in our case we use request() method instead of asyncSend().
We use camel together with spring-boot. Consider following code:
 
@Service
public class UseCamelService {

   private FluentProducerTemplate producer;

   @Autowired
   public UseCamelService(FluentProducerTemplate producer) {
      this.producer = producer;
   }

   public String getValueFromCamel(String body) {
      return producer.to("route").withBody(body).request(String.class);
   }

}

If UseCamelService.getValueFromCamel() gets called from two different threads it is possible for the latter one to override the body of the first one.

HBASE-8662 introduced a change by which the realUser in the method RESTServer.main() gets assigned to the loginUser only when the config hbase.rest.authentication.type is set to something (like "kerberos").
I think we should set the realUser to loginUser even when the config hbase.rest.authentication.type is null. Without that the regular (non-impersonated) accesses also fail.

L209 in PlanModifierForASTConv.java:

      if (colAlias.startsWith("_")) {
        colAlias = colAlias.substring(1);
        colAlias = getNewColAlias(newSelAliases, colAlias);
      }

I would like to explore if we can just remove this limitation.
For instance, due to this issue, when we create a table with Druid storage handler, we need to add an additional underscore for column names as Druid is expecting columns with a certain name.

If master aborts, or RS aborts before initialization is complete, we run into a lot of NPE's in region server abort / stop code path. 

Some routes are not getting instrumented using JMX and we get the following WARN for those on startup;
InstrumentationLifecycleStrategy: Route has not been instrumented for endpoint: ...
It turns out that its only those routes that have an onException handler as the first processor in the route, e.g.
<route id="per-msg-route" errorHandlerRef="RouteErrorHandler">
  <from uri="jms:MSG_IN"/>
  <onException>
    <exception>can.retry.Exception</exception>
    <redeliveryPolicy ref="UnlimitedRedeliveryPolicyConfig"/>
    <handled><constant>true</constant></handled>
  </onException>
  <bean ref="Formatter" method="formatInput"/>
...8<... 
More info and proposed fix at http://www.nabble.com/Routes-JMX-attributes-not-updated-in-2.0-M2-td24631265.html#a24639433

We are getting the below error from task while the staged load works correctly. 
We don't set the memory threshold so low so it seems the settings are just not handled correctly. This seems to always trigger on the first check. Given that map task might have bunch more stuff, not just the hashmap, we may also need to adjust the memory check (e.g. have separate configs).

Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.exec.mapjoin.MapJoinMemoryExhaustionException: 2014-03-14 08:11:21	Processing rows:	200000	Hashtable size:	199999	Memory usage:	204001888	percentage:	0.197
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:195)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1548)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.exec.mapjoin.MapJoinMemoryExhaustionException: 2014-03-14 08:11:21	Processing rows:	200000	Hashtable size:	199999	Memory usage:	204001888	percentage:	0.197
	at org.apache.hadoop.hive.ql.exec.mr.HashTableLoader.load(HashTableLoader.java:104)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.loadHashTable(MapJoinOperator.java:150)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.cleanUpInputFileChangedOp(MapJoinOperator.java:165)
	at org.apache.hadoop.hive.ql.exec.Operator.cleanUpInputFileChanged(Operator.java:1026)
	at org.apache.hadoop.hive.ql.exec.Operator.cleanUpInputFileChanged(Operator.java:1030)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:489)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:177)
	... 8 more
Caused by: org.apache.hadoop.hive.ql.exec.mapjoin.MapJoinMemoryExhaustionException: 2014-03-14 08:11:21	Processing rows:	200000	Hashtable size:	199999	Memory usage:	204001888	percentage:	0.197
	at org.apache.hadoop.hive.ql.exec.mapjoin.MapJoinMemoryExhaustionHandler.checkMemoryStatus(MapJoinMemoryExhaustionHandler.java:91)
	at org.apache.hadoop.hive.ql.exec.HashTableSinkOperator.processOp(HashTableSinkOperator.java:248)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:791)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:92)
	at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.startForward(MapredLocalTask.java:375)
	at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.startForward(MapredLocalTask.java:346)
	at org.apache.hadoop.hive.ql.exec.mr.HashTableLoader.loadDirectly(HashTableLoader.java:147)
	at org.apache.hadoop.hive.ql.exec.mr.HashTableLoader.load(HashTableLoader.java:82)
	... 15 more

currently the logging includes env variables.  it should also include contents of cur dir (helpful in tar shipping scenarios).  
contents of sqoop/lib (for pre-installed sqoop scenarios)
java props (for general debugging)

The org.onelab.filter.CountingBloomFilter implementation does not check the value of a bucket before incrementing/decrementing it. The buckets in a Counting Bloom filter must not be allowed to overflow, and if they reach their maximum value, they must not be allowed to decrement. This is the only way to preserve the assumptions of the filter (without larger buckets). See: http://en.wikipedia.org/wiki/Bloom_filter#Counting_filters
Currently, if enough values hash to a bucket, the CountingBloomFilter may begin reporting false negatives when it wraps back around to 0.

HConnectionManager.isTableAvailable() the SERVER_QUALIFIER for each region, including the offline split parent.
In case of hbck META recovery or snapshots clone/restore an offline parent will never be assigned (since should stay offline). In this case HBaseAdmin.waitUntilTableIsEnabled() used by enable() and cloneSnapshot() will wait until the timeout is expired.

Create a table with uppercase name Test,
run "analyze table Test compute statistics for columns col1"
After this, you cannot drop the table by
drop table Test;
Got error:
NestedThrowablesStackTrace: 
java.sql.BatchUpdateException: Cannot delete or update a parent row: a foreign key constraint fails ("hive2"."TAB_COL_STATS", CONSTRAINT "TAB_COL_STATS_FK" FOREIGN KEY ("TBL_ID") REFERENCES "TBLS" ("TBL_ID")) 
workaround is to use lowercase table name
drop table test;

In $HIVE_HOME/bin/hive and $HADOOP_HOME/bin/hadoop, $HADOOP_CLIENT_OPTS is  appended to $HADOOP_OPTS, which leads to the problem.
hive --debug
ERROR: Cannot load this JVM TI agent twice, check your java command line for duplicate jdwp options.
Error occurred during initialization of VM

defaultWebInvocationPrivilegeEvaluator.isAllowed(...) always return false when authorities are empty.
Here is the simple security configuration used:
	<http access-decision-manager-ref="accessDecisionManager">
		<intercept-url pattern="/images/**" filters="none" />
		<intercept-url pattern="/scripts/**" filters="none" />
		<intercept-url pattern="/styles/**" filters="none" />
		<intercept-url pattern="/csmprobe.html*" filters="none" />
		<intercept-url pattern="/login.htm*" access="ROLE_ANONYMOUS" />
		<intercept-url pattern="/**" access="IS_AUTHENTICATED_FULLY" />
		<form-login login-page="/login.htm"
			always-use-default-target="true"
			default-target-url="/siteSelection.htm"
			authentication-failure-url="/login.htm?login_error=1" />
		<logout />
	</http>
	<ldap-server
		url="${ldap.url}/${ldap.base}"
		manager-dn="${ldap.managerDn}"
		manager-password="${ldap.managerPassword}" />
	<authentication-manager alias="authenticationManager">
		<ldap-authentication-provider user-search-filter="(uid=
{0}
)"
			user-search-base="${ldap.userSearchBase}"
			group-search-base="${ldap.groups}" />
	</authentication-manager>
	<beans:bean id="accessDecisionManager" class="org.springframework.security.access.vote.AffirmativeBased">
		<beans:property name="decisionVoters">
			<beans:list>
				<beans:bean class="org.springframework.security.access.vote.AuthenticatedVoter" />
				<beans:bean class="org.springframework.security.access.vote.RoleVoter" />
			</beans:list>
Users with no authorities have access to all pages (IS_AUTHENTICATED_FULLY) according to the filter configuration but defaultWebInvocationPrivilegeEvaluator.isAllowed(...) says the opposite. The implementation has this check: 
        if (authentication == null || authentication.getAuthorities().isEmpty()) 
{
        }

authentication.getAuthorities().isEmpty() should be removed to allow decision voters do their work.

In HBase 1.1 - 1.4 we can defer storage policy decisions to HDFS by using "NONE" as the storage policy in hbase configs.
As described on this dev@hbase thread "WAL storage policies and interactions with Hadoop admin tools." we no longer have that option in 2.0.0 and 1.5.0 (as the branch is now). Additionally, we can't set the policy to HOT in the event that HDFS has changed the policy for a parent directory of our WALs.
We should put back that ability. Presuming this is done by re-adopting the "NONE" placeholder variable, we need to ensure that value doesn't get passed to HDFS APIs. Since it isn't a valid storage policy attempting to use it will cause a bunch of logging churn (which will be a regression of the problem HBASE-18118 sought to fix).

Hello,
So I have an application for which I recently added the possibility to have a skip in the writer and I've saw that the filter count value became completely wrong, it become even way bigger than the read count which doesn't make much sense, especially since I have processorNonTransactional set to true which means the processor is not called again in this case.
I did a test with a chunk size of 30, with 10 items filtered on the chunk and an exception in the initial call to the writer to force the scanning mode (chunk items processed one by one to find the one responsible for the exception and skip it), what I saw after the full chunk was a filter count of 210 which seems to be 10 + (30-10)*10 meaning that the filter count of 10 would have been added each time when processing again an item during the scanning.
Alexis NICOLAS

The following NPE occurs when attempting to access an application that doesn't specify the login-config:

ESC[0mESC[31m15:10:23,906 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /: java.lang.NullPointerException
        at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.desiredMechanisms(ApplicationSecurityDomainDefinition.java:272)
        at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$null$2(ApplicationSecurityDomainDefinition.java:289)
        at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.getAuthenticationMechanisms(ApplicationSecurityDomainDefinition.java:285)
        at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$initialSecurityHandler$3(ApplicationSecurityDomainDefinition.java:289)
        at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.authenticate(HttpAuthenticator.java:85)
        at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.access$100(HttpAuthenticator.java:74)
        at org.wildfly.security.http.HttpAuthenticator.authenticate(HttpAuthenticator.java:63)
        at org.wildfly.elytron.web.undertow.server.SecurityContextImpl.authenticate(SecurityContextImpl.java:62)
        at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:55)

The method "determineContentType" in the MailBinding class may drop characters from the end of the Content-Type header (specifically ending quotes).  
Example:
Take the following SMINE enveloped data content type:

   Content-Type: application/pkcs7-mime; smime-type=enveloped-data; name="smime.p7m"

When an incoming Exchange is processed by the mail Component with the above content type header, the resulting content type after the determineContentType is application/pkcs7-mime; smime-type=enveloped-data; name="smime.p7m   (note the ending quote).  This results in a parsing error later on the processing chain.  The following simple unit test demonstrates the issue as it fails on the assertEquals call.
-----------------------------------------------------------------------------------------------------

package org.apache.camel.component.mail;

import org.apache.camel.impl.DefaultExchange;

public class ContentTypeTest
{
    @Test
    public void testDetermineContentType_endingWithQuotes_assertContentMatches()
    {
    	final String contentType = "application/pkcs7-mime; smime-type=enveloped-data; name=\"smime.p7m\""; 
    	
    	final MailConfiguration configuration = new MailConfiguration();
    	final MailBinding binding = new MailBinding();
    	
    	final DefaultExchange exchange = new DefaultExchange((CamelContext)null);
    	exchange.getIn().setHeader("Content-Type", contentType);
    	
    	String determinedType = binding.determineContentType(configuration, exchange);
    	
    	assertEquals(contentType, determinedType);
    }
}

Say we have a sql as

create table if not exists test_orc_src (a int, b int, c int) stored as orc;
create table if not exists test_orc_src2 (a int, b int, d int) stored as orc;
insert overwrite table test_orc_src select 1,2,3 from src limit 1;
insert overwrite table test_orc_src2 select 1,2,4 from src limit 1;
set hive.auto.convert.join = false;
set hive.execution.engine=mr;
select
  tb.c
from test.test_orc_src tb
join (select * from test.test_orc_src2) tm
on tb.a = tm.a
where tb.b = 2

The correct result is 3 but it produced no result.
I find that in HiveInputFormat.pushProjectionsAndFilters

match = splitPath.startsWith(key) || splitPathWithNoSchema.startsWith(key);

It uses startsWith to combine aliases with path, so tm will match two alias in this case.

In the CoAPRestVerbTest, if you add to the restConfiguration() .enableCORS(true), then all of the unit tests that return a result fail as no response is returned
https://github.com/apache/camel/blob/master/components/camel-coap/src/test/java/org/apache/camel/coap/CoAPRestVerbTest.java#L106

I set the following configuration in hbase-site.xml.

  <value>0</value>

Then, the RegionServer failed to start and I saw the following log:

2015-08-19 14:30:19,561 ERROR org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine: Region server exiting
java.lang.RuntimeException: Failed construction of Regionserver: class org.apache.hadoop.hbase.regionserver.HRegionServer
        at org.apache.hadoop.hbase.regionserver.HRegionServer.constructRegionServer(HRegionServer.java:2457)
        at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.start(HRegionServerCommandLine.java:61)
        at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.run(HRegionServerCommandLine.java:85)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.main(HRegionServer.java:2472)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.constructRegionServer(HRegionServer.java:2455)
        ... 5 more
Caused by: java.lang.IllegalArgumentException: Queue size is <= 0, must be at least 1
        at com.google.common.base.Preconditions.checkArgument(Preconditions.java:92)
        at org.apache.hadoop.hbase.ipc.RpcExecutor.getBalancer(RpcExecutor.java:139)
        at org.apache.hadoop.hbase.ipc.RWQueueRpcExecutor.<init>(RWQueueRpcExecutor.java:121)
        at org.apache.hadoop.hbase.ipc.RWQueueRpcExecutor.<init>(RWQueueRpcExecutor.java:83)
        at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.<init>(SimpleRpcScheduler.java:129)
        at org.apache.hadoop.hbase.regionserver.SimpleRpcSchedulerFactory.create(SimpleRpcSchedulerFactory.java:36)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.<init>(HRegionServer.java:610)
        ... 10 more

The doc of "hbase.ipc.server.callqueue.scan.ratio" says "A value of 0 or 1 indicate to use the same set of queues for gets and scans.".
I think that there is a bug in validation.

Hi!
I am developing an application using Commons Configuration API.
And I got this problem.
In the ini file like this:
[Environment]
Application Type=any
Class Path=C:\Program Files\jar\manage.jar;C:\Program Files\jar\guiLauncher.jar;C:\Program Files\jar\appStart.jar;%USERPROFILE%;
I changed the value of 'Application Type' from 'any' to 'gui' by using class HierarchicalINIConfiguration.
The value was successfully modified, but instead the value of 'Class Path' was cut in the middle.
It is reduced like this :  'Class Path=C:\Program Files\jar\manage.jar'
In my opinion, the Configuration System regards the contents after ';' as comments, which disappeared from the file.
Is this a kind of bug? Or is there a way to show all the contents after ';' properly?
I appreciate if you give comments on this.
Thank you.

EximUtil.java
static URI getValidatedURI(HiveConf conf, String dcPath) throws SemanticException {
    try {
      boolean testMode = conf.getBoolVar(HiveConf.ConfVars.HIVETESTMODE);
      URI uri = new Path(dcPath).toUri();
      String scheme = uri.getScheme();
      String authority = uri.getAuthority();
      String path = uri.getPath();
      FileSystem fs = FileSystem.get(uri, conf);

      LOG.info("Path before norm :" + path);
      // generate absolute path relative to home directory
      if (!path.startsWith("/")) {
        if (testMode) {
          path = (new Path(System.getProperty("test.tmp.dir"), path)).toUri().getPath();
        } else {
          path =
              (new Path(new Path("/user/" + System.getProperty("user.name")), path)).toUri()
                  .getPath();
        }
      }

      // Get scheme from FileSystem
      scheme = fs.getScheme();
  ...
}

We found that String scheme = uri.getScheme(); is useless, we can remove it.

Ensure we set the eviction strategy to REMOVE or MANUAL based on the configured size.

org.jboss.as.test.integration.web.injection.ServletInjectionTestCase @Ignore should be removed, but if thats done then the test fails.

the current SnapshotMetadata test covers only the column families of the descriptor. Extend it to verify also the extra "values" and "configuration" fields

An interrupt along with a HiveProcessor.abort call is made when attempting to preempt a task.
In this specific case, the task was in the middle of HDFS IO - which 'handled' the interrupt by retrying. As a result the interrupt status on the thread was reset - so instead of skipping the future.get in completeInitialization - the task ended up blocking there.
End result - a single executor slot permanently blocked in LLAP. Depending on what else is running - this can cause a cluster level deadlock.

Changes to LdapUtils were made to facilitate LDAP-100. However, by changing the checks to be based on the class, versus doing an instanceof comparison, sub-classes of the exceptions do not meet the condition and are all being classified as UncategorizedLdapException.
For example, the javax.naming.NameNotFoundException is defined by Apache DS as LdapNameNotFoundException extends javax.naming.NameNotFoundException

Bug & further details are here:
http://forum.springsource.org/showthread.php?132878-can-t-authenticate-twice-on-same-database
Specifically what can be used for a test case is use a ThreadPoolExecutor, set a minpool and maxpool value of 5, add 25 objects to be executed.  Those objects are a class which implements Runnable.  
Those objects each then perform a bunch of inserts into mongoDB using a DocumentDao which calls mongoOperations.insert.
thanks

The doc provides an example which doesn't work:
<bean id="bankManagerSecurity" class="org.springframework.security.access.intercept.aopalliance.MethodSecurityInterceptor">
  <property name="authenticationManager" ref="authenticationManager"/>
  <property name="accessDecisionManager" ref="accessDecisionManager"/>
  <property name="afterInvocationManager" ref="afterInvocationManager"/>
  <property name="securityMetadataSource">
    <value>
      com.mycompany.BankManager.delete*=ROLE_SUPERVISOR
      com.mycompany.BankManager.getBalance=ROLE_TELLER,ROLE_SUPERVISOR
    </value>
</bean>
Caused by: java.lang.IllegalStateException: Cannot convert value of type [java.lang.String] to required type [org.springframework.security.access.method.MethodSecurityMetadataSource] for property 'securityMetadataSource': no matching editors or conversion strategy found
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:241)
	at org.springframework.beans.BeanWrapperImpl.convertIfNecessary(BeanWrapperImpl.java:470)
	... 27 more
See the link to StackOverflow.
Thanks,
Mickael

Got this exception when run 
mvn exec:java -PCamelTransport
[mbp:~/Source/git/camel/examples/camel-example-cxf]$> mvn exec:java -PCamelTransport 
[INFO] 
[INFO] Building Camel :: Example :: CXF 2.17-SNAPSHOT
[INFO] 
[INFO] >>> exec-maven-plugin:1.1.1:java (default-cli) > validate @ camel-example-cxf >>>
[INFO] 
[INFO] — maven-enforcer-plugin:1.4:enforce (enforce-maven) @ camel-example-cxf —
[INFO] 
[INFO] — maven-bundle-plugin:2.3.7:cleanVersions (versions) @ camel-example-cxf —
[INFO] 
[INFO] <<< exec-maven-plugin:1.1.1:java (default-cli) < validate @ camel-example-cxf <<<
[INFO] 
[INFO] — exec-maven-plugin:1.1.1:java (default-cli) @ camel-example-cxf —
[t.CamelTransportExample.main()] BusApplicationContext          INFO  Refreshing org.apache.cxf.bus.spring.BusApplicationContext@567da882: startup date [Mon Dec 21 16:00:41 CET 2015]; root of context hierarchy
[t.CamelTransportExample.main()] BusApplicationContext          INFO  Loaded configuration file /org/apache/camel/example/camel/transport/CamelDestination.xml.
[t.CamelTransportExample.main()] idationXmlBeanDefinitionReader INFO  Loading XML bean definitions from class path resource [META-INF/cxf/cxf.xml]
[t.CamelTransportExample.main()] idationXmlBeanDefinitionReader INFO  Loading XML bean definitions from class path resource [META-INF/cxf/camel/cxf-extension-camel.xml]
[t.CamelTransportExample.main()] idationXmlBeanDefinitionReader INFO  Loading XML bean definitions from class path resource [org/apache/camel/example/camel/transport/CamelDestination.xml]
[t.CamelTransportExample.main()] SpringBusFactory               WARN  Initial attempt to create application context was unsuccessful.
org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 39 in XML document from class path resource [org/apache/camel/example/camel/transport/CamelDestination.xml] is invalid; nested exception is org.xml.sax.SAXParseException; lineNumber: 39; columnNumber: 46; cvc-complex-type.3.2.2: Attribute 'ref' is not allowed to appear in element 'loadBalance'.
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:399)
	at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.doLoadBeanDefinitions(ControlledValidationXmlBeanDefinitionReader.java:115)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:336)
	at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.internalLoadBeanDefinitions(ControlledValidationXmlBeanDefinitionReader.java:154)
	at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.access$000(ControlledValidationXmlBeanDefinitionReader.java:66)
	at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader$1.run(ControlledValidationXmlBeanDefinitionReader.java:141)
	at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader$1.run(ControlledValidationXmlBeanDefinitionReader.java:139)
	at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.loadBeanDefinitions(ControlledValidationXmlBeanDefinitionReader.java:139)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:304)
	at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:181)
	at org.springframework.context.support.AbstractXmlApplicationContext.loadBeanDefinitions(AbstractXmlApplicationContext.java:123)
	at org.apache.cxf.bus.spring.BusApplicationContext.loadBeanDefinitions(BusApplicationContext.java:334)
	at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:129)
	at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:608)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:509)
	at org.apache.cxf.bus.spring.BusApplicationContext$1.run(BusApplicationContext.java:106)
	at org.apache.cxf.bus.spring.BusApplicationContext$1.run(BusApplicationContext.java:104)
	at org.apache.cxf.bus.spring.BusApplicationContext.<init>(BusApplicationContext.java:104)
	at org.apache.cxf.bus.spring.SpringBusFactory.createApplicationContext(SpringBusFactory.java:157)
	at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:148)
	at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:124)
	at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:94)
	at org.apache.camel.example.camel.transport.Server.prepare(Server.java:38)
	at org.apache.camel.example.camel.transport.CamelTransportExample.main(CamelTransportExample.java:32)
	at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:283)
Caused by: org.xml.sax.SAXParseException; lineNumber: 39; columnNumber: 46; cvc-complex-type.3.2.2: Attribute 'ref' is not allowed to appear in element 'loadBalance'.
	at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
	at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
	at org.apache.xerces.impl.xs.XMLSchemaValidator$XSIErrorReporter.reportError(Unknown Source)
	at org.apache.xerces.impl.xs.XMLSchemaValidator.reportSchemaError(Unknown Source)
	at org.apache.xerces.impl.xs.XMLSchemaValidator.processAttributes(Unknown Source)
	at org.apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(Unknown Source)
	at org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(Unknown Source)
	at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
	at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
	at org.springframework.beans.factory.xml.DefaultDocumentLoader.loadDocument(DefaultDocumentLoader.java:76)
	at org.apache.cxf.bus.spring.TunedDocumentLoader.loadDocument(TunedDocumentLoader.java:116)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadDocument(XmlBeanDefinitionReader.java:429)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:391)
	... 31 more
[t.CamelTransportExample.main()] SpringBusFactory               WARN  Failed to create application context.
	... 31 more
java.lang.RuntimeException: org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 39 in XML document from class path resource [org/apache/camel/example/camel/transport/CamelDestination.xml] is invalid; nested exception is org.xml.sax.SAXParseException; lineNumber: 39; columnNumber: 46; cvc-complex-type.3.2.2: Attribute 'ref' is not allowed to appear in element 'loadBalance'.
	at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:151)
Caused by: org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 39 in XML document from class path resource [org/apache/camel/example/camel/transport/CamelDestination.xml] is invalid; nested exception is org.xml.sax.SAXParseException; lineNumber: 39; columnNumber: 46; cvc-complex-type.3.2.2: Attribute 'ref' is not allowed to appear in element 'loadBalance'.
	... 10 more
	... 31 more

Recently had a precommit run fail hadoop check for all 3 versions with 

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-install-plugin:2.5.2:install (default-install) on project hbase-thrift: Failed to install metadata org.apache.hbase:hbase-thrift:3.0.0-SNAPSHOT/maven-metadata.xml: Could not parse metadata /home/jenkins/.m2/repository/org/apache/hbase/hbase-thrift/3.0.0-SNAPSHOT/maven-metadata-local.xml: in epilog non whitespace content is not allowed but got / (position: END_TAG seen ...</metadata>\n/... @25:2)  -> [Help 1]

Looks like maven repo corruption.
Also the path /home/jenkins/.m2/repository means that those invocations are using the jenkins user repo, which isn't safe since there are multiple executors. either the plugin isn't using the yetus provided maven repo path or our yetus invocation isn't telling yetus to provide its own maven repo path.

The PackageType.isIgnored() always returns false even for pom and maven-plugin types. This should return true for these types.

The TestExchangePartitions tests revealed that NPE is thrown if the exchange_partitions method is called with null, empty or non-existing DB and table names. These NPEs could be prevented with a simple null check and a MetaException with a proper error message should be thrown instead.
Example: NPE is thrown in the following test cases

testExchangePartitionsNonExistingSourceTable
testExchangePartitionsNonExistingSourceDB
testExchangePartitionsNonExistingDestTable
testExchangePartitionsNonExistingDestDB
testExchangePartitionsEmptySourceTable
testExchangePartitionsEmptySourceDB
testExchangePartitionsEmptyDestTable
testExchangePartitionsEmptyDestDB
testExchangePartitionsNullSourceTable
testExchangePartitionsNullSourceDB
testExchangePartitionsNullDestTable
testExchangePartitionsNullDestDB
testExchangePartitionsNullPartSpec

The znode cleaner is awesome and gives great benefits.
As more and more deployments start using containers some of them will want to run things in the foreground. hbase-daemon.sh should allow that.

From the mailing list:

While testing the new @DefaultDeployment annotation I got the following exception:

java.nio.file.InvalidPathException: Illegal char <:> at index 2: /C:/Workspace-Modernisierung/BD-Disposition/tech.bison.bd.disposition.adapter/target/test-classes/
    at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
    at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
    at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
    at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94)
    at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255)
    at java.nio.file.Paths.get(Paths.java:84)

SecurityConfig can be constructed with a null "config" argument. This in turn could cause a NullPointerException given the present coding of the public boolean equals(Object) method.

The changes behind SPR-15218 led to a narrowing of a catch scope in PropertiesLoaderSupport. This needs to be revisited since just treating FileNotFoundException here is unfortunately not sufficient. In particular, UnknownHostException bubbles through now:

Caused by: java.net.UnknownHostException: ${SOME_PROPERTIES}
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184)
at java.net.Socket.connect(Socket.java:589)
at java.net.Socket.connect(Socket.java:538)
at sun.net.ftp.impl.FtpClient.doConnect(FtpClient.java:957)
at sun.net.ftp.impl.FtpClient.tryConnect(FtpClient.java:917)
at sun.net.ftp.impl.FtpClient.connect(FtpClient.java:1012)
at sun.net.ftp.impl.FtpClient.connect(FtpClient.java:998)
at sun.net.www.protocol.ftp.FtpURLConnection.connect(FtpURLConnection.java:294)
at sun.net.www.protocol.ftp.FtpURLConnection.getInputStream(FtpURLConnection.java:393)
at org.springframework.core.io.UrlResource.getInputStream(UrlResource.java:169)
at org.springframework.core.io.support.EncodedResource.getInputStream(EncodedResource.java:154)
at org.springframework.core.io.support.PropertiesLoaderUtils.fillProperties(PropertiesLoaderUtils.java:98)
at org.springframework.core.io.support.PropertiesLoaderSupport.loadProperties(PropertiesLoaderSupport.java:176)
at org.springframework.core.io.support.PropertiesLoaderSupport.mergeProperties(PropertiesLoaderSupport.java:157)
at org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java:80)
... 28 more

The CLOB JDO type introduced with HIVE-12274 does not work correctly with PostgreSQL. The value is written out-of-band and the LOB handle is written,as an INT, into the table. SELECTs return the INT value, which should had been read via the lo_get PG built-in, and then cast into string.
Furthermore, the behavior is different between fields upgraded from earlier metastore versions (they retain their string storage) vs. values inserted after the upgrade (inserted as LOB roots).
Teh code in MetasoreDirectSql.getPartitionsFromPartitionIds/extractSqlClob expects the underlying JDO/Datanucleus to map the column to a Clob but that does not happen, the value is a Java String containing the int which is the LOB root saved by PG.
This manifests at runtime with errors like:

hive> select * from srcpart;
Failed with exception java.io.IOException:java.lang.IllegalArgumentException: Error: type expected at the position 0 of '24030:24031' but '24030' is found.

the 24030:24031 should be 'string:string'.
repro:

CREATE TABLE srcpart (key STRING COMMENT 'default', value STRING COMMENT 'default') PARTITIONED BY (ds STRING, hr STRING) STORED AS TEXTFILE;
LOAD DATA LOCAL INPATH "${hiveconf:test.data.dir}/kv1.txt" OVERWRITE INTO TABLE srcpart PARTITION (ds="2008-04-09", hr="11");
select * from srcpart;

I did not see the issue being hit by non-partitioned/textfile tables, but that is just the luck of the path taken by the code. Inspection of my PG metastore shows all the CLOB fields suffering from this issue.

I need this:

diff --git a/src/test/java/org/apache/hadoop/hbase/PerformanceEvaluation.java b/src/test/java/org/apache/hadoop/hbase/PerformanceEvaluation.java
index 3982eff..ef47d0d 100644
--- a/src/test/java/org/apache/hadoop/hbase/PerformanceEvaluation.java
+++ b/src/test/java/org/apache/hadoop/hbase/PerformanceEvaluation.java
@@ -570,6 +570,9 @@ public class PerformanceEvaluation {
     TextOutputFormat.setOutputPath(job, new Path(inputDir,"outputs"));
 
     TableMapReduceUtil.addDependencyJars(job);
+    // Add a Class from the hbase.jar so it gets registered too.
+    TableMapReduceUtil.addDependencyJars(job.getConfiguration(),
+      org.apache.hadoop.hbase.util.Bytes.class);
     job.waitForCompletion(true);
   }

This commit introduced a problem so that named queries with a constructor expression to a non-managed entity don't work anymore (at least together with hibernate 5.2.14, which comes with Spring Data 2.0.6)
The usage of a tuple as result type lets Hibernate use a TupleBuilderTransformer as result transformer for this query. But a result transformer on constructor expressions doesn't seem to be allowed. A test case can be found here.
The resulting stack trace shows: 

org.springframework.dao.InvalidDataAccessApiUsageException: org.hibernate.QueryException: ResultTransformer is not allowed for 'select new' queries.; nested exception is java.lang.IllegalArgumentException: org.hibernate.QueryException: ResultTransformer is not allowed for 'select new' queries.org.springframework.dao.InvalidDataAccessApiUsageException: org.hibernate.QueryException: ResultTransformer is not allowed for 'select new' queries.; nested exception is java.lang.IllegalArgumentException: org.hibernate.QueryException: ResultTransformer is not allowed for 'select new' queries.
 at org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:368) at org.springframework.orm.jpa.vendor.HibernateJpaDialect.translateExceptionIfPossible(HibernateJpaDialect.java:227) at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.translateExceptionIfPossible(AbstractEntityManagerFactoryBean.java:507) at org.springframework.dao.support.ChainedPersistenceExceptionTranslator.translateExceptionIfPossible(ChainedPersistenceExceptionTranslator.java:61) at org.springframework.dao.support.DataAccessUtils.translateIfNecessary(DataAccessUtils.java:242) at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:153) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) at org.springframework.data.jpa.repository.support.CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodInterceptor.invoke(CrudMethodMetadataPostProcessor.java:135) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) at org.springframework.data.repository.core.support.SurroundingTransactionDetectorMethodInterceptor.invoke(SurroundingTransactionDetectorMethodInterceptor.java:61) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212) at com.sun.proxy.$Proxy71.findDtoWithConstructorExpressionUsingNamedQuery(Unknown Source) at example.springdata.jpa.projections.CustomerRepositoryIntegrationTest.projectsDtoUsingConstructorExpressionWithNamedQuery(CustomerRepositoryIntegrationTest.java:131) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.springframework.test.context.junit4.statements.RunBeforeTestExecutionCallbacks.evaluate(RunBeforeTestExecutionCallbacks.java:73) at org.springframework.test.context.junit4.statements.RunAfterTestExecutionCallbacks.evaluate(RunAfterTestExecutionCallbacks.java:83) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75) at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86) at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:251) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)Caused by: java.lang.IllegalArgumentException: org.hibernate.QueryException: ResultTransformer is not allowed for 'select new' queries. at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:133) at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:157) at org.hibernate.query.internal.AbstractProducedQuery.list(AbstractProducedQuery.java:1423) at org.hibernate.query.Query.getResultList(Query.java:146) at org.springframework.data.jpa.repository.query.JpaQueryExecution$CollectionExecution.doExecute(JpaQueryExecution.java:129) at org.springframework.data.jpa.repository.query.JpaQueryExecution.execute(JpaQueryExecution.java:91) at org.springframework.data.jpa.repository.query.AbstractJpaQuery.doExecute(AbstractJpaQuery.java:136) at org.springframework.data.jpa.repository.query.AbstractJpaQuery.execute(AbstractJpaQuery.java:125) at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:590) at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:578) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:59) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:294) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:98) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:139) ... 41 moreCaused by: org.hibernate.QueryException: ResultTransformer is not allowed for 'select new' queries. at org.hibernate.loader.hql.QueryLoader.checkQuery(QueryLoader.java:507) at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:501) at org.hibernate.hql.internal.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:392) at org.hibernate.engine.query.spi.HQLQueryPlan.performList(HQLQueryPlan.java:216) at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1489) at org.hibernate.query.internal.AbstractProducedQuery.doList(AbstractProducedQuery.java:1445) at org.hibernate.query.internal.AbstractProducedQuery.list(AbstractProducedQuery.java:1414) ... 55 more

Message driven bean should be used only with transaction attributes REQUIRED an NOT_SUPPORTED.
The ejb specification says

 13.6.3 Container-Managed Transaction Demarcation for Message-Driven Beans
Only the NOT_SUPPORTED and REQUIRED transaction attributes may be used for message-driven bean message listener methods. The use of the other transaction attributes is not meaningful for message-driven bean message listener methods because there is no pre-existing client transaction context (REQUIRES_NEW, SUPPORTS) and no client to handle exceptions (MANDATORY, NEVER).
EAP 7 permits usage of other transaction attributes as well. In my testcase strangely attribute REQUIRED behaves differently than REQUIRES_NEW.
I do have mdb receiving message from remote message broker of ActiveMQ and closing connection during the commit (during prepare phase of XA 2PC). It happens to me that if used REQUIRED then all works fine. If used REQUIRES_NEW message seems to be read from the inbound queue but returned there instead of being left in in-doubt state (as expected when txn failed to prepare all participants).

A few leftover bugs from HBASE-5209.  Comments are documented here:
https://reviews.apache.org/r/3892/

HIVE-16045 committed immediately after HIVE-14459, and added two extra lines to the output which is written there with another thread. We should remove these lines before comparing the out file

Still working on repro. But when testing h14 in the cluster I've seen some errors with right outer joins. Rewriting as left outer joins works fine. It seems that when initializing the groups in CommonMergeJoinOperator the state machine gets confused about what position in the stream we're at.

If the log4j2 configuration is not overriden by the user, the Slider pkg creation fails since the config is generated from a URL.
Allow for the .properties file to be created from default JAR resources if user provides no overrides.

This will reproduce the problem:

ant test -Dqfile=serde_typedbytes.q -Dtestcase=TestContribCliDriver
ant test -Dqfile=serde_typedbytes2.q -Dtestcase=TestContribCliDriver
ant test -Dqfile=serde_typedbytes3.q -Dtestcase=TestContribCliDriver

When you build beeline there is a warning which says there are duplicate pom.xml entries for mockito dependency.
[WARNING]
[WARNING] Some problems were encountered while building the effective model for org.apache.hive:hive-beeline:jar:2.2.0-SNAPSHOT
[WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: org.mockito:mockito-all:jar -> duplicate declaration of version  @ org.apache.hive:hive-beeline:[unknown-version], /Users/vihang/work/src/upstream/hive/beeline/pom.xml, line 126, column 17
[WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: org.mockito:mockito-all:jar -> duplicate declaration of version  @ org.apache.hive:hive-beeline:[unknown-version], /Users/vihang/work/src/upstream/hive/beeline/pom.xml, line 137, column 17

Install the HiveServer,
Then Execute the following command for help in Hive_home
./hive --service hiveserver2 --help

Starting HiveServer2
Unrecognized option: -h
usage: hiveserver2
 -H,--help                        Print help information
    --hiveconf <property=value>   Use value for given property

need to provide in -H instead of -h in hiverserver2.sh file

hiveserver2_help() {
  hiveserver2 -H
}

Scenario:

server-1 (intermediary)
	
Running standalone-ha profile (important)
Has a remote-outbound-connection pointing at server-2 through server-2's public IP address
Doesn't matter if the intermediary bean is stateless or stateful

server-2 (target)
	
On a different machine than server-1 (important, otherwise transaction manager uses JBOSS-LOCAL-USER auth)
Target bean needs to be stateful (important)

Standalone EJB client invokes an intermediary bean server-1, which as a result invokes target  bean on server-2.

The first invocation is handled by EJB on target server, but when the transaction should be committed, The following is the log observed on server-1 (and also on the client):

03:58:27,439 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.GA (WildFly Core 3.0.10.Final-redhat-1) started in 12893ms - Started 1013 of 1226 services (458 services are lazy, passive or on-demand)
03:59:00,563 INFO  [org.wildfly.naming] (default task-7) WildFly Naming version 1.0.7.Final-redhat-1
03:59:00,585 INFO  [org.jboss.ejb.client] (default task-7) JBoss EJB Client version 4.0.9.Final-redhat-1
03:59:01,335 INFO  [stdout] (default task-7) Intermediate Stateless WhoAmIBean.whoAmI called as anonymous
03:59:01,809 WARN  [com.arjuna.ats.arjuna] (default task-7) ARJUNA012125: TwoPhaseCoordinator.beforeCompletion - failed for SynchronizationImple< 0:ffff0a105a36:-2ab20799:5a2f9a2b:1c, org.wildfly.transaction.client.AbstractTransaction$AssociatingSynchronization@24aead2a >: org.wildfly.transaction.client.SynchronizationException: javax.transaction.xa.XAException: WFTXN0034: Failed to acquire a connection for this operation
        at org.wildfly.transaction.client.XAOutflowedResources$1.beforeCompletion(XAOutflowedResources.java:83)
        at org.wildfly.transaction.client.AbstractTransaction.performConsumer(AbstractTransaction.java:209)
        at org.wildfly.transaction.client.AbstractTransaction.performConsumer(AbstractTransaction.java:220)
        at org.wildfly.transaction.client.AbstractTransaction$AssociatingSynchronization.beforeCompletion(AbstractTransaction.java:265)
        at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:76)
        at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:368)
        at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:91)
Caused by: javax.transaction.xa.XAException: WFTXN0034: Failed to acquire a connection for this operation
        at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer.getPeerIdentityXA(RemotingRemoteTransactionPeer.java:94)
        at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer$1.beforeCompletion(RemotingRemoteTransactionPeer.java:166)
        at org.wildfly.transaction.client.SubordinateXAResource.beforeCompletion(SubordinateXAResource.java:135)
        at org.wildfly.transaction.client.XAOutflowedResources$1.beforeCompletion(XAOutflowedResources.java:70)
        ... 56 more
Caused by: org.wildfly.security.auth.AuthenticationException: JBREM000308: Authentication failed (no mechanisms left), tried: 
   JBOSS-LOCAL-USER: org.wildfly.security.auth.AuthenticationException: JBREM000300: Authentication failed due to I/O error
        at org.jboss.remoting3.ConnectionPeerIdentityContext.doAuthenticate(ConnectionPeerIdentityContext.java:368)
        at org.jboss.remoting3.ConnectionPeerIdentityContext.authenticate(ConnectionPeerIdentityContext.java:174)
        at org.jboss.remoting3.EndpointImpl$3.handleDone(EndpointImpl.java:505)
        at org.jboss.remoting3.EndpointImpl$3.handleDone(EndpointImpl.java:494)
        at org.xnio.IoFuture$HandlingNotifier.notify(IoFuture.java:208)
        at org.xnio.AbstractIoFuture$NotifierRunnable.run(AbstractIoFuture.java:720)
        at org.xnio.IoUtils$2.execute(IoUtils.java:71)
        at org.xnio.AbstractIoFuture.runNotifier(AbstractIoFuture.java:693)
        at org.xnio.AbstractIoFuture$CompleteState.withNotifier(AbstractIoFuture.java:132)
        at org.xnio.AbstractIoFuture.addNotifier(AbstractIoFuture.java:570)
        at org.jboss.remoting3.EndpointImpl.doGetConnection(EndpointImpl.java:494)
        at org.jboss.remoting3.EndpointImpl.getConnectedIdentity(EndpointImpl.java:433)
        at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer.getPeerIdentity(RemotingRemoteTransactionPeer.java:87)
        at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer.getPeerIdentityXA(RemotingRemoteTransactionPeer.java:92)
        ... 59 more

03:59:01,820 WARN  [com.arjuna.ats.jta] (default task-7) ARJUNA016129: Could not end XA resource Subordinate XAResource at remote+http://10.16.90.56:8080: javax.transaction.xa.XAException: WFTXN0034: Failed to acquire a connection for this operation
        at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer$1.end(RemotingRemoteTransactionPeer.java:157)
        ... 61 more

03:59:01,829 WARN  [com.arjuna.ats.jta] (default task-7) ARJUNA016045: attempted rollback of < formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff0a105a36:-2ab20799:5a2f9a2b:f, node_name=1, branch_uid=0:ffff0a105a36:-2ab20799:5a2f9a2b:19, subordinatenodename=null, eis_name=unknown eis name > (Subordinate XAResource at remote+http://10.16.90.56:8080) failed with exception code XAException.XAER_RMFAIL: javax.transaction.xa.XAException: WFTXN0034: Failed to acquire a connection for this operation
        at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer$1.rollback(RemotingRemoteTransactionPeer.java:148)
        at org.wildfly.transaction.client.SubordinateXAResource.rollback(SubordinateXAResource.java:147)
        at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelAbort(XAResourceRecord.java:330)
        ... 58 more

03:59:01,833 WARN  [com.arjuna.ats.arjuna] (default task-7) ARJUNA012091: Top-level abort of action 0:ffff0a105a36:-2ab20799:5a2f9a2b:f received TwoPhaseOutcome.FINISH_ERROR from com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord
03:59:01,838 ERROR [org.jboss.as.ejb3.invocation] (default task-7) WFLYEJB0034: EJB Invocation failed on component Intermediate for method public abstract java.lang.String example.ejb.WhoAmIBeanRemote.whoAmI(): javax.ejb.EJBTransactionRolledbackException: Transaction rolled back
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleEndTransactionException(CMTTxInterceptor.java:138)
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:118)
Caused by: javax.transaction.RollbackException: ARJUNA016053: Could not commit transaction.
        at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1301)
        ... 43 more
Caused by: org.wildfly.transaction.client.SynchronizationException: javax.transaction.xa.XAException: WFTXN0034: Failed to acquire a connection for this operation
        ... 48 more
        ... 56 more
Caused by: org.wildfly.security.auth.AuthenticationException: JBREM000308: Authentication failed (no mechanisms left), tried:
        ... 59 more

When embed-server command is used more times in the CLI and a custom JBOSS_MODULEPATH is configured, then only the first server start uses the correct module path.
The subsequent `embed-server` call results in error:

Cannot start embedded server: WFLYEMB0022: Cannot invoke 'start' on embedded process: WFLYSRV0118: Determined modules directory does not exist: /tmp/jboss-eap-7.0-no-modules/modules

Using the  JBOSS_MODULEPATH environment variable is documented in https://access.redhat.com/documentation/en/red-hat-jboss-enterprise-application-platform/7.0/single/configuration-guide/#define_an_external_jboss_eap_module_directory

During a ROOT or META table re-assignment if the designated regionServer dies before the assignment is complete then the whole cluster becomes unavailble since the ROOT or META tables cannot be accessed (and never recover since they are kept in a transition state).
These are the 4 steps to replicate this issue (this is the easiest way to replicate. You can imagine that the following can occur in any real system).
Pre condition
============
1. a cluster of 3 nodes (cache01, cache02, search01).
2. start the system (start-hbase)
3. cache02 has META, search01 has ROOT, cache01 has regionServer and Master.
Case 1:
=======
1. kill cache01
2. kill cache02
3. now search01 has both ROOT and META.
4. re-start RegionServers on cache01 and cache02
5. Tail the master logs and grep for "Assigning region ROOT" and also "Assigning region .META." (need to windows for easiness)
6. kill search01
7. wait to see to which server the ROOT will be assigned (from the tail)
8. quickly kill that server
9. you should notice that the ROOT server never gets re-assigned (because it is stuck in the regionsInTransitions)
The termination occurs through the ServerManager::removeServerInfo since the regionServer sends back to the master in a report that it is shutting down.
Case 2:
========
Repeat Case1 and in step 7 and 8 kill the server that has the META region assigned to it. Again the cluster becomes unavailble because the META region stays in the regionsInTransitions.
Case 3:
========
Repeat Case1 and in step 7 and 8 kill the server with kill -9 instead of kill. This will not give the opportunity to the regionServer to send back the master in the report that it is terminating. The master will realize this because the znode will expire (but it is a different code path from before - it goes to the ProcessServerShutdown).
Case 4:
========
Repeat Case3 and in step 7 and 8 kill the server with kill -9 instead of kill. This will not give the opportunity to the regionServer to send back the master in the report that it is terminating. The master will realize this because the znode will expire (but it is a different code path from before - it goes to the ProcessServerShutdown).
The solution would be to check the in the ServerManager:removeServerInfo and in  ProcessServerShutdown::closeMetaRegions whether the server that has been terminated has been assigned either the ROOT or META table. And if they have make sure we make those table ready to be re-assigned again.

In master/rs web UI, the current active tab is not updated when user switches to any tab other than "Home" tab.
For example: even though say if we are on "tabledetailed.jsp", the navbar does not update the active state of that tab. See master_before.png

Using the MongoDB command line it is possible to insert null values as part of a collection:

> db.test.insert({x: [1,2,3,null,3,2,3,4]})

In the result it will still be visible:

> db.test.find()
{ "_id" : ObjectId("4f01a3cb41e58d141d6c06ab"), "x" : [ 1, 2, 3, null, 3, 2, 3, 4 ] }

Using Spring Data (RC1) the null values are removed by the MappingMongoConverter.writeCollectionInternal(Collection<?> source, TypeInformation<?> type, BasicDBList sink) method.
For sample code:

List<Number> al = new ArrayList<Number>();
al.add(1);
al.add(null);
al.add(2);
Test test = new Test();
test.setX(al);
operations.insert(test, "test2");

The result is:

> db.test2.find()
{ "_id" : ObjectId("4f01a50d3372f368908a571a"), "_class" : "nl.eid.dashboard.mvc.ajax.dashboard.Test", "x" : [ 1, 2 ] }

I would expect the null value in the result. The writeCollectionInternal(…) method should not remove the null values.

As multiple events are generated for login multiple async messages are sent to the syslog, this can result in a later test receiving a message from an earlier one.

The current implementation for CAMEL-1637 fails if the string constants in the two expressions are enclosed in single quotation marks as given in the following example 

${in.header.foo} == 'abc' and ${in.header.bar} == '123'

This is due to an issue with the GROUP_PATTERN regular expression in SimpleLanguageSupport.java. The matching pattern in between the single quotes is greedy and thus does not match correctly.

From Rossen on the referenced Spring Boot issue:

The async value is set on MvcResult through an interceptor, and that releases perform(asyncDispatch(..)) to proceed. However there is a small window of time after that until the concurrentResult is set, see lines 316 vs 325. If you put a break on line 325 to slow down setting the concurrentResult, the main thread proceeds with the asyncDispatch and then hangs upon entering in the controller method.
It looks like at some point we did have a latch to wait for the dispatch, but that was removed in a follow-up fix. Not really sure how it went undetected for so long. Maybe the window is small enough, or perhaps something about this test that makes it a little more likely to fail.
I've been unable to reproduce the failure on macOS, but our Concourse CI environment (Docker container running on Linux) has been affected reasonably frequently, IIRC. That's the environment in which I captured the thread dump in the referenced Boot issue.

enhance is testing for (numberFormat!=null) but then calling fieldSet.setDateFormat(dateFormat);
	private FieldSet enhance(DefaultFieldSet fieldSet) {
		if (dateFormat!=null) 
{
			fieldSet.setDateFormat(dateFormat);
		}
		if (numberFormat!=null) {			fieldSet.setDateFormat(dateFormat);		}
 
		return fieldSet;
	}

from time to time I get this exception on startup of my application. It doesn't happen every time but something like 1 out of 3 times.
I use camel with cxf+activemq as transport.

 Running Grails application
03:55:01.502 INFO  o.a.camel.spring.SpringCamelContext - Apache Camel 2.10.3 (CamelContext: camelContext) is starting
03:55:01.871 INFO  o.a.c.m.ManagementStrategyFactory - JMX enabled.
03:55:02.037 WARN  o.a.camel.spring.SpringCamelContext - Lifecycle strategy org.apache.camel.management.DefaultManagementLifecycleStrategy@4774ac6b failed starting CamelContext (camelContext) due java.lang.ClassCastException: sun.proxy.$Proxy93 cannot be cast to org.apache.camel.api.management.ManagedOperation
03:55:02.039 INFO  o.a.camel.spring.SpringCamelContext - Apache Camel 2.10.3 (CamelContext: camelContext) is shutting down
03:55:02.043 INFO  o.a.c.i.c.DefaultTypeConverter - TypeConverterRegistry utilization[attempts=0, hits=0, misses=0, failures=0] mappings[total=189, misses=0]
03:55:02.046 INFO  o.a.camel.spring.SpringCamelContext - Apache Camel 2.10.3 (CamelContext: camelContext) is shutdown in 0.005 seconds. Uptime 0.545 seconds.
03:55:02.071 ERROR o.c.g.g.w.c.GrailsContextLoader - Error executing bootstraps: java.lang.ClassCastException: sun.proxy.$Proxy93 cannot be cast to org.apache.camel.api.management.ManagedOperation
org.apache.camel.RuntimeCamelException: java.lang.ClassCastException: sun.proxy.$Proxy93 cannot be cast to org.apache.camel.api.management.ManagedOperation
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1271) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.DefaultManagementLifecycleStrategy.onContextStart(DefaultManagementLifecycleStrategy.java:184) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1512) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1444) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:179) ~[camel-spring-2.10.3.jar:2.10.3]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:60) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1412) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:228) ~[camel-spring-2.10.3.jar:2.10.3]
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:118) ~[camel-spring-2.10.3.jar:2.10.3]
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:280) ~[camel-spring-2.10.3.jar:2.10.3]
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97) ~[spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:324) ~[spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:934) ~[spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:472) ~[spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
	at org.codehaus.groovy.grails.commons.spring.DefaultRuntimeSpringConfiguration.getApplicationContext(DefaultRuntimeSpringConfiguration.java:153) ~[grails-spring-2.1.3.jar:2.1.3]
	at org.codehaus.groovy.grails.commons.spring.GrailsRuntimeConfigurator.configure(GrailsRuntimeConfigurator.java:170) ~[grails-core-2.1.3.jar:2.1.3]
	at org.codehaus.groovy.grails.commons.spring.GrailsRuntimeConfigurator.configure(GrailsRuntimeConfigurator.java:127) ~[grails-core-2.1.3.jar:2.1.3]
	at org.codehaus.groovy.grails.web.context.GrailsConfigUtils.configureWebApplicationContext(GrailsConfigUtils.java:121) ~[grails-web-2.1.3.jar:2.1.3]
	at org.codehaus.groovy.grails.web.context.GrailsContextLoader.initWebApplicationContext(GrailsContextLoader.java:104) ~[grails-web-2.1.3.jar:2.1.3]
	at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111) [spring-web-3.1.2.RELEASE.jar:3.1.2.RELEASE]
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) [tomcat-embed-core-7.0.30.jar:7.0.30]
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) [tomcat-embed-core-7.0.30.jar:7.0.30]
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) [tomcat-embed-core-7.0.30.jar:7.0.30]
	at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1559) [tomcat-embed-core-7.0.30.jar:7.0.30]
	at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1549) [tomcat-embed-core-7.0.30.jar:7.0.30]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [na:1.7.0_13]
	at java.util.concurrent.FutureTask.run(FutureTask.java:166) [na:1.7.0_13]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_13]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_13]
	at java.lang.Thread.run(Thread.java:722) [na:1.7.0_13]
Caused by: java.lang.ClassCastException: sun.proxy.$Proxy93 cannot be cast to org.apache.camel.api.management.ManagedOperation
	at org.apache.camel.management.MBeanInfoAssembler.doExtractAttributesAndOperations(MBeanInfoAssembler.java:164) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.MBeanInfoAssembler.extractAttributesAndOperations(MBeanInfoAssembler.java:97) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.MBeanInfoAssembler.extractAttributesAndOperations(MBeanInfoAssembler.java:118) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.MBeanInfoAssembler.extractAttributesAndOperations(MBeanInfoAssembler.java:105) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.MBeanInfoAssembler.getMBeanInfo(MBeanInfoAssembler.java:70) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.DefaultManagementMBeanAssembler.assemble(DefaultManagementMBeanAssembler.java:69) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.spring.spi.SpringManagementMBeanAssembler.assemble(SpringManagementMBeanAssembler.java:71) ~[camel-spring-2.10.3.jar:2.10.3]
	at org.apache.camel.management.DefaultManagementAgent.register(DefaultManagementAgent.java:227) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.DefaultManagementAgent.register(DefaultManagementAgent.java:217) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.ManagedManagementStrategy.manageNamedObject(ManagedManagementStrategy.java:75) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.ManagedManagementStrategy.manageObject(ManagedManagementStrategy.java:68) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.DefaultManagementLifecycleStrategy.manageObject(DefaultManagementLifecycleStrategy.java:772) ~[camel-core-2.10.3.jar:2.10.3]
	at org.apache.camel.management.DefaultManagementLifecycleStrategy.onContextStart(DefaultManagementLifecycleStrategy.java:180) ~[camel-core-2.10.3.jar:2.10.3]
03:55:02.205 INFO  o.c.g.g.c.s.GrailsWebApplicationContext - Closing org.codehaus.groovy.grails.commons.spring.GrailsWebApplicationContext@442c7c44: startup date [Thu Feb 14 03:54:20 CST 2013]; parent: Root WebApplicationContext
03:55:02.237 INFO  o.a.camel.spring.SpringCamelContext - No spring-event endpoint enabled to handle event: org.springframework.context.event.ContextClosedEvent[source=org.codehaus.groovy.grails.commons.spring.GrailsWebApplicationContext@442c7c44: startup date [Thu Feb 14 03:54:20 CST 2013]; parent: Root WebApplicationContext]

Given a route:

from("direct:source")
   .onException(FirstException.class)
         .handled(true)
         .maximumRedeliveries(-1)
    .end()
    .onException(SecondException.class)
        .handled(true)
        .to("direct:error")
    .end()
    .to("direct:destination");

If the consumer of direct:destination throws a FirstException, the message will be redelivered. Now if a SecondException is thrown while redelivering the message to direct:destination, it does NOT go to direct:error, as you would expect, but is redelivered again; using the same RedeliveryPolicy as for FirstException.
I have attached a test that illustrates this.
In OnExceptionDefinition.createRedeliveryPolicy, maximumRedeliveries is set to 0 if the OnExceptionDefinition has outputs and the parent RedeliveryPolicy has explicitly set maximumRedeliveries > 0. The latter check fails when maximumRedeliveries is -1 (infinite retries), and the parent RedeliveryPolicy is returned.
I have attached a patch that ensures that we don't inherit the parent maximumRedeliveries even if it is set to -1.

Metatool should accept input URIs where one URI contains a port and the other doesn't. While metatool today accepts input URIs without the port when both the input URIs (oldLoc and newLoc) don't contain the port, we should make the tool a little more flexible to allow for the case where one URI contains a valid port and the other input URI doesn't. This makes more sense when transitioning to HA and a user chooses to specify the port as part of the oldLoc, but the port doesn't mean much for the newLoc.

The update to support YearMonth in JodaTimeFormatterRegistrar means that JodaTime 1.x is no longer supported in 4.2.4 SNAPSHOT builds.
This is because if JodaTime is found on the classpath, then JodaTimeFormatterRegistrar will try and use YearMonth which was not added until joda-time 2.0.
This is breaking Spring Security's build because CAS utilizes JodaTime 1.x. A complete stacktrace can be found below:

	at org.springframework.test.context.web.ServletTestExecutionListener.setUpRequestContextIfNecessary(ServletTestExecutionListener.java:183)
	at org.springframework.test.context.web.ServletTestExecutionListener.prepareTestInstance(ServletTestExecutionListener.java:123)
	at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:228)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:230)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:249)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:89)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:193)
	at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:105)
	at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
	at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:64)
	at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:50)
	at org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:106)
	at org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'requestMappingHandlerMapping' defined in class org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping]: Factory method 'requestMappingHandlerMapping' threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'mvcConversionService' defined in class org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.format.support.FormattingConversionService]: Factory method 'mvcConversionService' threw exception; nested exception is java.lang.NoClassDefFoundError: org/joda/time/YearMonth
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:838)
	at org.springframework.test.context.web.AbstractGenericWebContextLoader.loadContext(AbstractGenericWebContextLoader.java:133)
	at org.springframework.test.context.web.AbstractGenericWebContextLoader.loadContext(AbstractGenericWebContextLoader.java:60)
	at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.loadContext(AbstractDelegatingSmartContextLoader.java:261)
	... 45 more
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping]: Factory method 'requestMappingHandlerMapping' threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'mvcConversionService' defined in class org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.format.support.FormattingConversionService]: Factory method 'mvcConversionService' threw exception; nested exception is java.lang.NoClassDefFoundError: org/joda/time/YearMonth
	... 62 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'mvcConversionService' defined in class org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.format.support.FormattingConversionService]: Factory method 'mvcConversionService' threw exception; nested exception is java.lang.NoClassDefFoundError: org/joda/time/YearMonth
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:368)
	at org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration$$EnhancerBySpringCGLIB$$19d54b21.mvcConversionService(<generated>)
	at org.springframework.web.servlet.config.annotation.WebMvcConfigurationSupport.getInterceptors(WebMvcConfigurationSupport.java:281)
	at org.springframework.web.servlet.config.annotation.WebMvcConfigurationSupport.requestMappingHandlerMapping(WebMvcConfigurationSupport.java:240)
	at org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration$$EnhancerBySpringCGLIB$$19d54b21.CGLIB$requestMappingHandlerMapping$21(<generated>)
	at org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration$$EnhancerBySpringCGLIB$$19d54b21$$FastClassBySpringCGLIB$$fd717b0e.invoke(<generated>)
	at org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration$$EnhancerBySpringCGLIB$$19d54b21.requestMappingHandlerMapping(<generated>)
	... 63 more
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.format.support.FormattingConversionService]: Factory method 'mvcConversionService' threw exception; nested exception is java.lang.NoClassDefFoundError: org/joda/time/YearMonth
	... 85 more
Caused by: java.lang.NoClassDefFoundError: org/joda/time/YearMonth
	at org.springframework.format.datetime.joda.JodaTimeFormatterRegistrar.registerFormatters(JodaTimeFormatterRegistrar.java:203)
	at org.springframework.format.support.DefaultFormattingConversionService.addDefaultFormatters(DefaultFormattingConversionService.java:121)
	at org.springframework.format.support.DefaultFormattingConversionService.<init>(DefaultFormattingConversionService.java:92)
	at org.springframework.format.support.DefaultFormattingConversionService.<init>(DefaultFormattingConversionService.java:65)
	at org.springframework.web.servlet.config.annotation.WebMvcConfigurationSupport.mvcConversionService(WebMvcConfigurationSupport.java:533)
	at org.springframework.web.servlet.config.annotation.DelegatingWebMvcConfiguration$$EnhancerBySpringCGLIB$$19d54b21.CGLIB$mvcConversionService$33(<generated>)
	... 86 more
Caused by: java.lang.ClassNotFoundException: org.joda.time.YearMonth
	... 101 more

There are no callbacks, or custom behaviour through execution properties, for ManagedTasks scheduled in ManagedScheduledExecutorService. That happens because ManagedScheduledExecutorService wraps these tasks but the wrapping class does not implements ManagedTask.

SDN should follow Spring Data conventions where it can.
"T | An unique entity. Expects the query method to return one result at most. In case no result is found null is returned. More than one result will trigger an IncorrectResultSizeDataAccessException."
From: https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#repository-query-return-types
Test case:

    @Test(expected = IncorrectResultSizeDataAccessException.class)
    public void findByNameSingleResult() throws Exception {
        World world1 = new World("world 1", 1);
        worldRepository.save(world1, 0);

        World world2 = new World("world 1", 2);
        worldRepository.save(world2, 0);

        World world = worldRepository.findByName("world 1"); // there are 2 results, 1 is returned instead of IncorrectResultSizeDataAccessException thrown
    }

At 200+ sessions on a single HS2, the DbLock impl fails to propagate mysql exceptions

2018-03-06T22:55:16,197 ERROR [HiveServer2-Background-Pool: Thread-12867]: ql.Driver (:()) - FAILED: Error in acquiring locks: null
        at org.apache.hadoop.hive.metastore.DatabaseProduct.isDeadlock(DatabaseProduct.java:56)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.checkRetryable(TxnHandler.java:2459)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.getOpenTxns(TxnHandler.java:499)

    return e instanceof SQLTransactionRollbackException
        || ((dbProduct == MYSQL || dbProduct == POSTGRES || dbProduct == SQLSERVER)
            && e.getSQLState().equals("40001"))
        || (dbProduct == POSTGRES && e.getSQLState().equals("40P01"))
        || (dbProduct == ORACLE && (e.getMessage().contains("deadlock detected")
            || e.getMessage().contains("can't serialize access for this transaction")));

When passing a SQL script file to Hive CLI, the prompt+query is not sent to the standard output nor standard error. This is totally fine because users might want to send only the query results to the standard output, and parse the results from it.
In the case of BeeLine, the promp+query is sent to the standard output causing extra parsing on the user scripts to avoid reading the prompt+query. 
Another drawback is in the security side. Sensitive queries are logged directly to the files where the standard output is redirected.

$ cat /tmp/query.sql 
select * 
from test
limit 1;

$ beeline --showheader=false --outputformat=tsv2 -u jdbc:hive2://localhost:10000 -f /tmp/query.sql > /tmp/output.log 2> /tmp/error.log

$ cat /tmp/output.log
0: jdbc:hive2://localhost:10000> select * 
. . . . . . . . . . . . . . . .> from test
. . . . . . . . . . . . . . . .> limit 1; 
451	451.713	false	y2dh7	["866","528","936"]
0: jdbc:hive2://localhost:10000>

We should avoid sending the prompt+query to the standard output/error whenever a script file is passed to BeeLine.

This is the continuation of the "WFLY-3106 Infinispan cache statistics cannot be enabled/disabled independently of the cache manager statistics" which fixed the problem of independence of this setting for caches and cache container.
However the side effect is that the cache container settings are now ignored completely and do not propagate to caches.
Technical:
Correctly fixed by WFLY-3106 this cannot be set in defineConfiguration(..) (AbstractCacheConfigurationService) because that works as an override. However, with that fix the value is ignored for caches. The cache's CacheAdd needs to figure this out from the conainer definition model.
The user reported the issue here:
https://community.jboss.org/message/873586

connectors and discovery-group-name are alternative attributes of JMS (pooled) connection factories.
If a resource defines one of this attribute, it must be able to "switch" to the other by running a batch command to:
1. undefine the attribute
2. write the value of the other attribute
This currently does not work:

[standalone@localhost:9999 /] batch
[standalone@localhost:9999 / #] /subsystem=messaging/hornetq-server=default/connection-factory=RemoteConnectionFactory:undefine-attribute(name=connector)
#1 /subsystem=messaging/hornetq-server=default/connection-factory=RemoteConnectionFactory:undefine-attribute(name=connector)
[standalone@localhost:9999 / #] /subsystem=messaging/hornetq-server=default/connection-factory=RemoteConnectionFactory:write-attribute(name=discovery-group-name,value=dg-group1)
#2 /subsystem=messaging/hornetq-server=default/connection-factory=RemoteConnectionFactory:write-attribute(name=discovery-group-name,value=dg-group1)
[standalone@localhost:9999 / #] run-batch
{"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "JBAS011630: Alternative attribute of (connector) is already defined."}}

For example after setting restricted configs, trying to override it by set command looks to be succeeded but it's not.

I've configured spring security using the namespace. In particular, I have the following configs:
  <sec:http>
  ...
    <sec:anonymous enabled="true"/>
  ...
  </sec:http>
  <sec:authentication-manager erase-credentials="true">
    <sec:authentication-provider ref="myAuthProvider"/>
  </sec:authentication-manager>
This results in a ProviderManager that has the AnonymousAuthenticationProvider and a parent ProviderManager which has MyAuthProvider. During a valid authentication attempt by a user, the AnonymousAuthenticationProvider is skipped and the parent ProviderManager is invoked (line 148 in ProviderManager). This one successfully authenticates the user and publishes an AuthenticationSuccessEvent. The problem is that when this parent ProviderManager returns, the first ProviderManager publishes the success event again (lines 157-165).

We should log a warning instead, ideally commit data to the local node (e.g. AS5/AS7 behavior).
In sync case its too late to propagate to undertow because the response was already commited.

Hadoop3 compat unit tests are failing (https://builds.apache.org/job/HBase%20Nightly/job/master/197/artifact/output-jdk8-hadoop3/patch-unit-root.txt). Need commons-beanutils from hadoop 3.

create several unit tests such as this one:
 
@DataJpaTest
public class MyJpaTest {
  MyRepository myRepository;

  @Test
  public void test1() {
    // test some stuff
  }
  @Test
  public void test2() {
     // test some stuff
  }
}

Because of the DirtiesContext, the application context test is closed and recreated after each test.
Expected Behaviour:
When running several unit tests such as the one above, the total memory needed to run the test suite should not increase as we add more tests. In particular, when the application context is closed, the static HashMap named CACHE in class JpaMetamodel should be cleared.
Current Behaviour:
The more unit tests we have, the more memory is required to run the test suite because the CACHE HashMap in JpaMetamodel is never cleared after closing the current application context.
 
I must use
                        if (exchange.getIn().getAttachments().size() > 0) {
Instead of
                        if (exchange.getIn().hasAttachments()) {
As the latter always returns false. Or at least returns false even though the size is > 0

Run the vote.roo script. The generated PublicVoteController contains these two methods, which both map to the same URL:

@RequestMapping
public void get(ModelMap modelMap, HttpServletRequest request, HttpServletResponse response) {
}

public String index() {
    return "public/index";
}

One symptom of this is that Spring MVC 3.1 will reject this controller with the following error message:

java.lang.IllegalStateException: Ambiguous mapping found. Cannot map 'publicVoteController' bean method |public java.lang.String com.springsource.vote.web.PublicVoteController.index()|
to {[/public/**],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}: There is already 'publicVoteController' bean method
|public void com.springsource.vote.web.PublicVoteController.get(org.springframework.ui.ModelMap,javax.servlet.http.HttpServletRequest,javax.servlet.http.HttpServletResponse) mapped.

Consider the following bean:

class Foo {
        private obj;
	public Foo(int[] array) {
		this.obj = array;
	}

	public Foo(float[] array) {
	}

	public Foo(short[] array) {
	}
...
}

and the following config:

<bean id="primitiveArray"
	class="org.springframework.osgi.blueprint.PrimitiveArrayConstructorInjection">
	<argument type="int[]">
		<array value-type="int">
			<value>1</value>
		</array>
	</argument>
</bean>

The container fails with the following exception:

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'primitiveArray' defined in class path resource
 [/org/springframework/osgi/blueprint/config/component-subelements.xml]:
 Unsatisfied dependency expressed through constructor argument with index 0 of type [int[]]: Ambiguous constructor argument types - 
did you specify the correct bean references as constructor arguments?
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:602)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:187)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:948)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:863)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:467)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:436)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:407)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:276)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:273)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:175)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:495)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:716)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:383)
	at org.springframework.osgi.blueprint.metadata.BaseMetadataTest.setUp(BaseMetadataTest.java:49)
	at junit.framework.TestCase.runBare(TestCase.java:128)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:120)
	at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130)

SessionState.java uses the incorrect filesystem api call to remove local files. This should be changed to FileSystem.getLocal(conf).

The ExtensionAddHandler is not checking that the module that is being added as extension really has an Extension service. 
That means we can do odd things like:
domain@localhost:9990 /] /extension=io.netty:add
This operation completes successfully and io.netty is added to the extensions section in the configuration files, which is incorrect.

When a distributable secured web application mapped to Elytron domain is deployed to EAP and accessed. It throws intermittently org.infinispan.util.concurrent.TimeoutException 
Distributable applications should be accessible without exceptions when Elytron is used.

The recommended usage for clients when connecting to HS2 with Active/Passive HA configuration is via ZK service discovery URL. But some applications do not support ZK service discovery in which case they use direct URL to connect to HS2 instance. If direct connection is to passive HS2 instance, the connection should be dropped with proper error message. 

SDR 2.3.0 Fowler.
I have Service and ServiceInstance entities. The relationship is many-one.
On the Service side I have the following:

    @OneToMany(mappedBy = "service", cascade = CascadeType.ALL, orphanRemoval = true)
    @RestResource(rel = "service-instances", path = "service-instances")
    private List<ServiceInstance> serviceInstances = new ArrayList<>();

On the ServiceInstance side I have

@ManyToOne
@JoinColumn(name = "service_id")
@RestResource(rel = "s:service", path = "service")
private Service service;

though I don't think that matters.
When I get a single Service resource, the links are what I expect:

    GET http://localhost:8080/api/services/17
    
    {
      "key" : "upp",
      "_links" : {
        "self" : {
          "href" : "http://localhost:8080/api/services/17{?projection}",
          "templated" : true
        },
        "s:service-instances" : {
          "href" : "http://localhost:8080/api/services/17/service-instances"
        },
        ...
    }

But when I try to load the s:service-instances resource at http://localhost:8080/api/services/17/service-instances, I get a 404.
If I go to http://localhost:8080/api/services/17/serviceInstances, I can see the data.
So @RestResource(path) appears to control the link href, but not the actual route to the data.

Working with custom implementations can lead to uninitialized access to the repository factory causing a NullPointerException in RepositoryFactoryBeanSupport.  The reason is the following: assume we have two bean definitions, one for the factory, and one for the custom implementation class. The factory bean definition has a reference to the custom implementation. Now further assume the custom implementation introduces a reference to the bean the factory creates as follows:

interface PersonRepositoryCustom { … }

interface PersonRepository implements PersonRepositoryCustom, Repository<Person, Long> { … }

class PersonRepositoryImpl implements PersonRepositoryCustom {

  PersonRepository repository;
}

We effectively deal with a cyclic dependency here. Now there are essentially two options of ordering the instantiation. If the contain starts with the factory bean definition it discovers the reference to the custom implementation definition. The instance gets created and the autowiring kicks in, discovering the factory being in creation and now eagerly invokes getObject() as it needs the actual PersonRepository to inject it without the factory actually populated with the necessary additional properties.
If we start the other way round things work out nicely. The implementation is discovered first, an instance is created, we discover the dependency to the factory. It get's instantiated and the property value population now uses the implementation instance in creation.
We can enforce the latter orde by explicitly adding a depends-on wiring from the factory to the custom implementation. It's still weird that this is not automatically discovered from the plain reference of the factory to the custom implementation which is already in place.

Sending a TextMessage and BytesMessage work fine but when you try to send a Serializable object it gets lost somehow... see the testJmsRouteWithObjectMessage test in http://svn.apache.org/repos/asf/activemq/camel/trunk/components/camel-amqp/src/test/java/org/apache/camel/component/amqp/AMQPRouteTest.java to see what happens.

HiveServer2 should log OpenSession failure.  If beeline is not running with "--verbose=true" all stack trace information is not available for later debugging, as it is not currently logged in server side.

Failed last few times up on jenkins.  The change to the signature of the internalFlushCache to add passing of a MonitorVisitor meant the override here was no longer called.

Streams that do not have their contents length at immediate disposal, like PipedInputStream, are not processed correctly by the file component.

    private void writeFileByStream(InputStream in, File target) throws IOException {
        FileChannel out = null;
        try {
            out = prepareOutputFileChannel(target, out);

                LOG.trace("Using InputStream to transfer from: " + in + " to: " + out);
            }
            int size = endpoint.getBufferSize();
            byte[] buffer = new byte[size];
            ByteBuffer byteBuffer = ByteBuffer.wrap(buffer);
            while (true) {
                int count = in.read(buffer);
                if (count <= 0) {
                    break;
                } else if (count < size) {
                    byteBuffer = ByteBuffer.wrap(buffer, 0, count);
                    out.write(byteBuffer);
                    break;
                } else {
                    byteBuffer.clear();
                }
            }
        } finally {
            ObjectHelper.close(in, target.getName(), LOG);
            ObjectHelper.close(out, target.getName(), LOG);
        }
    }

The code 

                    break;
                } else {

does not take into account that bytes read can be less than the size of the buffer passed into the InputStream.read method and stream can still have more content. The only indication that EOF was reached is -1 returned from the read method according to Java API.

All master threads are blocked waiting on this call to return:

"MASTER_SERVER_OPERATIONS-c2020:16020-2" #189 prio=5 os_prio=0 tid=0x00007f4b0408b000 nid=0x7821 in Object.wait() [0x00007f4ada24d000]
        at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:168)
        - locked <0x000000041c374f50> (a java.util.concurrent.atomic.AtomicBoolean)
        at org.apache.hadoop.hbase.client.HTable.get(HTable.java:881)
        at org.apache.hadoop.hbase.MetaTableAccessor.get(MetaTableAccessor.java:208)
        at org.apache.hadoop.hbase.MetaTableAccessor.getRegionLocation(MetaTableAccessor.java:250)
        at org.apache.hadoop.hbase.MetaTableAccessor.getRegion(MetaTableAccessor.java:225)
        at org.apache.hadoop.hbase.master.RegionStates.serverOffline(RegionStates.java:634)
        - locked <0x000000041c1f0d80> (a org.apache.hadoop.hbase.master.RegionStates)
        at org.apache.hadoop.hbase.master.AssignmentManager.processServerShutdown(AssignmentManager.java:3298)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:226)

Master is stuck trying to find hbase:meta on the server that just crashed and that we just recovered:
Mon Feb 02 23:00:02 PST 2015, null, java.net.SocketTimeoutException: callTimeout=60000, callDuration=68181: row '' on table 'hbase:meta' at region=hbase:meta,,1.1588230740, hostname=c2022.halxg.cloudera.com,16020,1422944918568, seqNum=0
Will add more detail in a sec.

If an exception occurs during the processing of a chunk an ExceptionHandler in the StepOperations can be used to signal the framework to rollback the current chunk. It is assumed that the default behaviour of the DefaultStepExecutor used in all the examples has the ability to process all items again that could be handled successfully in the previous execution of the chunk. The item which caused the processing of the chunk to fail should be skipped. Unfortunately this does not work out of the box. An attached example which is based on tradeJob.xml should show this.

Some changes from HBASE-18282 were missing in master branch:

The retry in ReplicationSourceManager#adoptAbandonedQueues
new tests in TestLogsCleaner

This issue is to forward port the new test to master branch.
After discussion, the retry from #1 above is going to be dropped - we abort directly.

HIVE-12952 removed usage of EvictingQueue, so we don't need to up dependency to guava 15 at this point - avoid version related conflicts with clients if we can avoid it.

We caught this in an extended test run where IntegrationTestBigLinkedList failed with some missing keys. 
The problem is that HRegion.replayRecoveredEdits() would return -1 if all the edits in the log file is skipped, which is true for example if the log file only contains a single compaction record (HBASE-2231) or somehow the edits cannot be applied (column family deleted, etc). 
The callee, HRegion.replayRecoveredEditsIfAny() only looks for the last returned seqId to decide whether a flush is necessary or not before opening the region, and discarding replayed recovered edits files. 
Therefore, if the last recovered edits file is skipped but some edits from earlier recovered edits files are applied, the mandatory flush before opening the region is skipped. If the region server dies after this point before a flush, the edits are lost. 
This is important to fix, though the sequence of events are super rare for a production cluster. 

Occured on client during remote EJB undeploy failover tests. Scenarios:
eap-7x-failover-ejb-ejbremote-undeploy-dist-async,
eap-7x-failover-ejb-ejbremote-undeploy-repl-async,
eap-7x-failover-ejb-ejbremote-undeploy-repl-sync.
Happened after "Failing node 0 (perf18)" at 2016/08/18 11:59:51:537 and stopped occuring at 2016/08/18 12:06:04:494 just before "Node 3 (perf21) is down".
Stacktrace from client:

2016/08/18 11:59:52:694 EDT [ERROR][Runner - 1092] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Error getting response. <java.lang.IllegalStateException: WFLYEE0043: Component is stopped>
        java.lang.IllegalStateException: WFLYEE0043: Component is stopped
	at org.jboss.as.ee.component.BasicComponent.waitForComponentStart(BasicComponent.java:110)
	at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:194)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:328)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:67)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:201)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:263)
	at org.jboss.remoting3.remote.RemoteConnectionChannel$4.run(RemoteConnectionChannel.java:383)
	at org.jboss.remoting3.EndpointImpl$TrackingExecutor$1.run(EndpointImpl.java:731)
	at com.sun.proxy.$Proxy2.getSerialAndIncrement(Unknown Source)
	at org.jboss.smartfrog.clustering.ejb3.StatefulSBProcessorFactoryImpl$EJB3RequestProcessor.processRequest(StatefulSBProcessorFactoryImpl.java:84)

Link to client logs:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-Clustering/view/EAP7-Clustering-Triggers/job/eap-7x-failover-ejb-ejbremote-undeploy-dist-async/21/console-perf17/

In 2.0.3 and likely previous versions, parsing a not well formed xml causes http 500 instead of a client error, e.g bad request.
	com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(Unknown Source)
	com.sun.xml.internal.messaging.saaj.util.transform.EfficientStreamingTransformer.transform(Unknown Source)
	com.sun.xml.internal.messaging.saaj.soap.EnvelopeFactory.createEnvelope(Unknown Source)
	com.sun.xml.internal.messaging.saaj.soap.ver1_1.SOAPPart1_1Impl.createEnvelopeFromSource(Unknown Source)
	com.sun.xml.internal.messaging.saaj.soap.SOAPPartImpl.getEnvelope(Unknown Source)
	org.springframework.ws.soap.saaj.support.SaajUtils.getSaajVersion(SaajUtils.java:155)
	org.springframework.ws.soap.saaj.SaajSoapMessage.getSaajVersion(SaajSoapMessage.java:257)
	org.springframework.ws.soap.saaj.SaajSoapMessage.getImplementation(SaajSoapMessage.java:342)
	org.springframework.ws.soap.saaj.SaajSoapMessage.<init>(SaajSoapMessage.java:117)
	org.springframework.ws.soap.saaj.SaajSoapMessageFactory.createWebServiceMessage(SaajSoapMessageFactory.java:184)
	org.springframework.ws.soap.saaj.SaajSoapMessageFactory.createWebServiceMessage(SaajSoapMessageFactory.java:58)
	org.springframework.ws.transport.AbstractWebServiceConnection.receive(AbstractWebServiceConnection.java:90)
	org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:86)
	org.springframework.ws.transport.http.WebServiceMessageReceiverHandlerAdapter.handle(WebServiceMessageReceiverHandlerAdapter.java:57)

The behavior EAP 7.1 is not completely correct as without the requisite deployment dependencies, there is a race condition between the start of the custom cache configuration service and the cache creation by the region factory.
See JBEAP-8219 for context

If master is stopped, DirScanPool is kept open. This is found by Chia-Ping Tsai when reviewing HBASE-20352.

The Camel CDI extension requires the PAX CDI Camel CDI extension capability (itself) which leads to having an empty CDI container started by PAX CDI when the camel-cdi bundle is installed in Karaf.

Issue caused by SPR-14597 and commit 679b661

	at org.springframework.web.servlet.resource.ResourceTransformerSupport.toAbsolutePath(ResourceTransformerSupport.java:99) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.resource.CssLinkResourceTransformer.transform(CssLinkResourceTransformer.java:106) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.resource.DefaultResourceTransformerChain.transform(DefaultResourceTransformerChain.java:67) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.getResource(ResourceHttpRequestHandler.java:428) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.handleRequest(ResourceHttpRequestHandler.java:323) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter.handle(HttpRequestHandlerAdapter.java:51) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:963) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:964) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:856) ~[spring-webmvc-5.0.0.BUILD-20170321.085409-1.jar:5.0.0.BUILD-SNAPSHOT]

Steps and reason:

CssLinkResourceTransformer parses relative link in CSS file
Tries to resolve it by calling ResourceTransformerSupport#toAbsolutePath(...)
toAbsolutePath(...) calls this.getResourceUrlProvider()
BUT from documentation of setResourceUrlProvider() we know that: "This is required only for links expressed as full paths, i.e. including context and servlet path, and not for relative links. By default this property is not set."

So toAbsolutePath is breaking a contract by requiring resourceUrlProvider even for relative paths. See method resolveUrlPath() for ideas what could be a possible fix.

When I start a simpleMessageListenerContainer while the ActiveMQ server is down, I get:

to perform GET on: http://localhost:22012 as response was: Connection to http://localhost:22012 refused
        at org.apache.activemq.util.JMSExceptionSupport.create(JMSExceptionSupport.java:35)
        at org.apache.activemq.ActiveMQConnectionFactory.createActiveMQConnection(ActiveMQConnectionFactory.java:295)
        at org.apache.activemq.ActiveMQConnectionFactory.createActiveMQConnection(ActiveMQConnectionFactory.java:239)
        at org.apache.activemq.ActiveMQConnectionFactory.createConnection(ActiveMQConnectionFactory.java:185)
        at org.springframework.jms.support.JmsAccessor.createConnection(JmsAccessor.java:184)
        at org.springframework.jms.listener.AbstractJmsListeningContainer.createSharedConnection(AbstractJmsListeningContainer.java:403)
        at org.springframework.jms.listener.AbstractJmsListeningContainer.establishSharedConnection(AbstractJmsListeningContainer.java:371)
        at org.springframework.jms.listener.SimpleMessageListenerContainer.doInitialize(SimpleMessageListenerContainer.java:187)

        at org.springframework.jms.listener.AbstractJmsListeningContainer.initialize(AbstractJmsListeningContainer.java:193)
        ... 10 more

I can catch this exception, and the container will keep retrying, which is a good thing.
If I want to shut it down, I do 

                    try
                    {
                        if (jmsContainer.isRunning())
                        {
                            jmsContainer.stop();
                        }
                        jmsContainer.destroy();
                        jmsContainer = null;
                    }
                    catch (JmsException e)
                    {
                        log.warn("Exception stopping listener: ", e);
                    }

But here I get a NullPointerException from the destroy():

        at org.springframework.jms.listener.SimpleMessageListenerContainer.doShutdown(SimpleMessageListenerContainer.java:325)
        at org.springframework.jms.listener.AbstractJmsListeningContainer.shutdown(AbstractJmsListeningContainer.java:231)
        at org.springframework.jms.listener.AbstractJmsListeningContainer.destroy(AbstractJmsListeningContainer.java:172)

Apparently, this.consumers and this.sessions are null, while you try to iterate over them.

When we want to use SSL on the consumer side, MINA's SSLFilter must be inserted as the very first filter into the chain (or, at least, as the second one after an ExecutorFilter), but it is currently not possible, because MinaComponent#createSocketEndpoint() always inserts a ProtocolCodecFilter at the very beginning by calling configureCodecFactory().
A proposed workaround is to introduce an additional URL parameter noDefaultCodec which prohibits the installation of the default protocol codec filter. The protocol codec must be then configured manually, e.g. using Spring:

<bean id="sslFilter" class="org.apache.mina.filter.SSLFilter">
    <constructor-arg>
        <bean class="javax.net.ssl.SSLContext" factory-method="getDefault" />
    </constructor-arg>
</bean>
<bean id="codecFilter" class="org.apache.mina.filter.codec.ProtocolCodecFilter">
    <constructor-arg ref="hl7codec" />
</bean>
<bean id="hl7codec" class="org.apache.camel.component.hl7.HL7MLLPCodec" />
<bean id="minaFilters" class="java.util.ArrayList">
        <list value-type="org.apache.mina.common.IoFilter">
             <ref bean="sslFilter" /> 
             <ref bean="codecFilter" /> 
        </list>
</bean>
After that, the consumer endpoint URL can look like
from("mina:tcp://0.0.0.0:8888?sync=true&lazySessionCreation=true&noDefaultCodec=true&filters=#minaFilters").
I am not sure whether this approach is optimal, therefore I call it "workaround" and not "solution".  The corresponding patch is attached.

If there is a jetty port conflict the JBoss Fuse container hangs and bundles are unable to be started.  The logs will quickly roll and become full of the following messages:

17:20:00,235 | WARN  | tor@0.0.0.0:8181 | AbstractConnector                | 90 - org.eclipse.jetty.util - 7.6.7.v20120910 | 
java.nio.channels.NotYetBoundException
	at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:137)[:1.6.0_45]
	at org.eclipse.jetty.server.nio.SelectChannelConnector.accept(SelectChannelConnector.java:109)[84:org.eclipse.jetty.server:7.6.7.v20120910]
	at org.eclipse.jetty.server.AbstractConnector$Acceptor.run(AbstractConnector.java:938)[84:org.eclipse.jetty.server:7.6.7.v20120910]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)[90:org.eclipse.jetty.util:7.6.7.v20120910]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)[90:org.eclipse.jetty.util:7.6.7.v20120910]
	at java.lang.Thread.run(Thread.java:680)[:1.6.0_45]

If the process is killed quickly after this condition occurs you can see the following WARN message:

17:20:00,169 | WARN  | b Runtime worker | AbstractLifeCycle                | 90 - org.eclipse.jetty.util - 7.6.7.v20120910 | FAILED SelectChannelConnector@0.0.0.0:8181: java.net.BindException: Address already in use
java.net.BindException: Address already in use
	at sun.nio.ch.Net.bind(Native Method)[:1.6.0_45]
	at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:124)[:1.6.0_45]
	at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)[:1.6.0_45]
	at org.eclipse.jetty.server.nio.SelectChannelConnector.open(SelectChannelConnector.java:187)[84:org.eclipse.jetty.server:7.6.7.v20120910]
	at org.eclipse.jetty.server.AbstractConnector.doStart(AbstractConnector.java:316)[84:org.eclipse.jetty.server:7.6.7.v20120910]
	at org.eclipse.jetty.server.nio.SelectChannelConnector.doStart(SelectChannelConnector.java:265)[84:org.eclipse.jetty.server:7.6.7.v20120910]
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)[90:org.eclipse.jetty.util:7.6.7.v20120910]
	at org.eclipse.jetty.server.Server.doStart(Server.java:286)[84:org.eclipse.jetty.server:7.6.7.v20120910]
	at org.ops4j.pax.web.service.jetty.internal.JettyServerImpl.start(JettyServerImpl.java:113)[98:org.ops4j.pax.web.pax-web-jetty:1.1.11]
	at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl$Stopped.start(ServerControllerImpl.java:378)[98:org.ops4j.pax.web.pax-web-jetty:1.1.11]
	at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl.start(ServerControllerImpl.java:70)[98:org.ops4j.pax.web.pax-web-jetty:1.1.11]
	at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl$Unconfigured.configure(ServerControllerImpl.java:635)[98:org.ops4j.pax.web.pax-web-jetty:1.1.11]
	at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl.configure(ServerControllerImpl.java:87)[98:org.ops4j.pax.web.pax-web-jetty:1.1.11]
	at org.ops4j.pax.web.service.internal.Activator.updateController(Activator.java:244)[100:org.ops4j.pax.web.pax-web-runtime:1.1.11]
	at org.ops4j.pax.web.service.internal.Activator$DynamicsServiceTrackerCustomizer$1.run(Activator.java:372)[100:org.ops4j.pax.web.pax-web-runtime:1.1.11]
	at org.ops4j.pax.web.service.internal.Executor$Future.run(Executor.java:45)[100:org.ops4j.pax.web.pax-web-runtime:1.1.11]
	at org.ops4j.pax.web.service.internal.Executor$Worker.run(Executor.java:122)[100:org.ops4j.pax.web.pax-web-runtime:1.1.11]

The ObjectName filtering logic added for WFLY-3161 does not handle queryMBeans and queryNames correctly in some cases where the ObjectName param to the method is a property list pattern (i.e. one that includes a simple '*' at the end of the list of properties, meaning "all other properties besides previous ones whose keys were specifically enumerated, match".)
The problem occurs when the the ObjectName does specifically include some keys, and those keys don't correspond to the final elements of the related management resource's PathAddress. As the RootResourceIterator walks the management resource tree, ModelControllerMBeanHelper.ObjectNameMatchResourceAction will not identify the parent resources of children that should match as matching, with the result that the iterator will not descend into that part of the tree and the children will not be matched. For example, this query will return an empty set because the /socket-binding-group=standard-sockets parent will not be matched, preventing checks of the socket-binding-group children.

Set<ObjectInstance> instances = connection.queryMBeans(createObjectName("jboss.as:socket-binding=*,*"), null);

I met stack overflow error in StoreFileScanner.seekToPreviousRow using reversed scan. I searched and founded HBASE-14155, but it seems to be a different reason.
The seekToPreviousRow will fetch the row which closest before, and compare mvcc to the readPt, which acquired when scanner created. If the row's mvcc is bigger than readPt, an recursive call of seekToPreviousRow will invoked, to find the next closest before row.
Considering we created a scanner for reversed scan, and some data with smaller rows was written and flushed, before calling scanner next. When seekToPreviousRow was invoked, it would call itself recursively, until all rows which written after scanner created were iterated. The depth of recursive calling stack depends on the count of rows, the stack overflow error will be threw if the count of rows is large, like 10000.

In Camel 2.15.0 the camel-saxon component was refactored to include an XQueryEndpoint class which now instanciates the XQueryBuilder object in the doStart() method.  It then sets the values of various properties on this object, but misses out the moduleURIResolver.  This is therefore null when the query is evaluated and not used by the net.sf.saxon.query.XQueryExpression to resolve xquery module imports as original described in CAMEL-4285. 

When the plan is too large, the removeAll call in DefaultGraphWalker (line 140) will take very long as it will have to go through the list looking for each of the nodes. We try to get rid of this call by rewriting the logic in the walker.

the build.sh script fails on Mac OS X:

$ ./build.sh clean install
Maven already exists
Maven is correct version
./build.sh: line 107: ulimit: open files: cannot modify limit: Invalid argument

The ulimit error was already present before but since WFLY-4305, the build.sh script will exit after this error instead of continuing.

Queries will fail if timestamp data not in expected format. The expected behavior is to return NULL for these invalid values.

# Not all timestamps in correct format:
echo "1999-10-10
1999-10-10 90:10:10
0000-01-01 00:00:00" > table.data
hive -e "create table timestamp_tbl (t timestamp)"
hadoop fs -put ./table.data HIVE_WAREHOUSE_DIR/timestamp_tbl/
hive -e "select t from timestamp_tbl"

Execution failed with exit status: 2
13/03/05 09:47:05 ERROR exec.Task: Execution failed with exit status: 2
13/03/05 09:47:05 ERROR exec.Task: Obtaining error information

Task ID:
  Stage-1

Logs:

13/03/05 09:47:05 ERROR exec.Task: 
Task ID:
  Stage-1

Logs:

Error 405 is encountered using CanvasSignInController. Steps to reproduce are below - 
1. Log out of Facebook
2. Close Browser
3. Go to http://apps.facebook.com/springsocialcanvas/
4. Enter user credential
5. Error is recreated

The remoting subsystem creates a requirement for the org.wildfly.io.worker.default capability if no specific worker capability is configured. The problem with this is in a domain profile meant for legacy slaves, there will be no io subsystem configured, so the capability will not be present. This is leading to failures in the mixed domain tests.
A not great solution is to not record the requirement on an HC if no specific worker capability is configured. The downside is if the io subsystem isn't configured and that profile is used on a current version server, the server configuration will be inconsistent and failures will occur at boot.

Hive uses ZK for locking. In some test cases, ZK is not behaving well. In thread dumps, I saw it is waiting for locks to be released but they were not getting released. Hive tries to release locks but keeps failing, it eventually times out for its release attempts, which in default settings takes 10 mins. This is also the cause of why some queries take extra-ordinarily long to run. I suggest to disable ZK locking till ZK is certified for windows.
In this test case, I don’t see a requirement to use ZK so I am disabling the HiveConf.ConfVars.HIVE_SUPPORT_CONCURRENCY to work around the issue.

Current implementation of class StringBytesLengthValidator which is used by TransactionSubsystemRootResourceDefinition for validation of node-identifier element prints error message in format

Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[356,13]
Message: "WFLYCTL0112: '' is an invalid value for parameter node-identifier. Values must have a maximum length of 23 characters"

but the validator does not count characters of the string but bytes of the string. Then could occur if some none-ascii character are part of the node id that the string has length smaller than 23 but the message says that it's bigger.

If the UI is secured behind a gateway firewall instance, this allows for the UI to function with a base URL like http://<gateway>/proxy/

Let's see the code of HlogSplitter#splitLog(final FileStatus[] logfiles)

private List<Path> splitLog(final FileStatus[] logfiles) throws IOException {
 try {
  for (FileStatus log : logfiles) {
  parseHLog(in, logPath, entryBuffers, fs, conf, skipErrors);
 }
 archiveLogs(srcDir, corruptedLogs, processedLogs, oldLogDir, fs, conf);
 } finally {
      status.setStatus("Finishing writing output logs and closing down.");
      splits = outputSink.finishWritingAndClose();
    }
}

If master is killed, after finishing archiveLogs(srcDir, corruptedLogs, processedLogs, oldLogDir, fs, conf), 
but before finishing splits = outputSink.finishWritingAndClose();
Log date would loss!

We define hbase.rootdir as follows in hbase-default.xml: 

    <name>hbase.tmp.dir</name>
    <value>${java.io.tmpdir}/hbase-${user.name}</value>
    <name>hbase.rootdir</name>
    <value>file://${hbase.tmp.dir}/hbase</value>

This causes an
java.lang.IllegalArgumentException: Wrong FS: file://C:\Users\Administrator\AppData\Local\Temp\2\/hbase-Administrator/hbase, expected: file:/// 
on windows. 

select count(distinct a) from T 
returns dummy rows from all reducers if number of reducers are more than 1

This stream is not closed:

InputStream stream = module.getClassLoader().getResourceAsStream("META-INF/MANIFEST.MF");
Manifest manifest = null;
if (stream != null) {
    manifest = new Manifest(stream);
}

Perhaps this is the cause of JBEAP-12366

From https://builds.apache.org/job/HBase-Flaky-Tests/job/master/1863/testReport/org.apache.hadoop.hbase.client/TestAdmin2/testGetProcedures/ :

Mon Nov 05 04:52:13 UTC 2018, RpcRetryingCaller{globalStartTime=1541393533029, pause=250, maxAttempts=7}, org.apache.hadoop.hbase.procedure2.BadProcedureException: org.apache.hadoop.hbase.procedure2.BadProcedureException: The procedure class org.apache.hadoop.hbase.procedure2.FailedProcedure must be accessible and have an empty constructor
 at org.apache.hadoop.hbase.procedure2.ProcedureUtil.validateClass(ProcedureUtil.java:82)
 at org.apache.hadoop.hbase.procedure2.ProcedureUtil.convertToProtoProcedure(ProcedureUtil.java:162)
 at org.apache.hadoop.hbase.master.MasterRpcServices.getProcedures(MasterRpcServices.java:1249)
 at org.apache.hadoop.hbase.shaded.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java)
 at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:413)
 at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:130)
 at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:324)
 at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:304)

simple test, create a table with replicas and then run hbck. 
we don't filter out the replicas for the loadHdfsRegioninfo()

$ hbase shell
hbase(main):001:0> create 'myTable', 'myCF', {REGION_REPLICATION => '3'}

$ hbase hbck
2016-07-27 13:47:38,090 WARN  [hbasefsck-pool1-t2] util.HBaseFsck: No HDFS region dir found: { meta => myTable,,1469652448440_0002.9dea3506e09e00910158dc91fa21e550., hdfs => null, deployed => u1604srv,42895,1469652420413;myTable,,1469652448440_0002.9dea3506e09e00910158dc91fa21e550., replicaId => 2 } meta={ENCODED => 9dea3506e09e00910158dc91fa21e550, NAME => 'myTable,,1469652448440_0002.9dea3506e09e00910158dc91fa21e550.', STARTKEY => '', ENDKEY => '', REPLICA_ID => 2}
2016-07-27 13:47:38,092 WARN  [hbasefsck-pool1-t1] util.HBaseFsck: No HDFS region dir found: { meta => myTable,,1469652448440_0001.a03250bca30781ff7002a91c281b4e92., hdfs => null, deployed => u1604srv,42895,1469652420413;myTable,,1469652448440_0001.a03250bca30781ff7002a91c281b4e92., replicaId => 1 } meta={ENCODED => a03250bca30781ff7002a91c281b4e92, NAME => 'myTable,,1469652448440_0001.a03250bca30781ff7002a91c281b4e92.', STARTKEY => '', ENDKEY => '', REPLICA_ID => 1}

Update.push uses "addMultiFieldOperation". For some reason Update.pushAll does not. Second pushAll over-writes the first one.

currentTimeMillis is not a correct way to measure intervals of time; it can easily be adjusted e.g. by ntpd. System.nanoTime should be used.
It's also unsafe for failure cases, and doesn't appear to update from config updates correctly.

With this code
 
        rest("/customers").description("Customers REST service")
            .get("/\{id}")
                .bindingMode(RestBindingMode.auto)
                .id("getCustomerById")
                .description("Retrieves a customer for the specified id")
                .outType(Customer.class)
                .route()
                    .process(exchange -> {
                        Customer customer = new Customer();
                        customer.setId(exchange.getIn().getHeader("id", Integer.class));
                        customer.setFirstName("Kermit");
                        customer.setLastName("The Frog");
                        exchange.getOut().setBody(customer);
                    })
                .endRest();

we see a swagger definition generated like this
 
 "paths" : {
    "/customers/\{id}" : {
      "get" : {
        "tags" : [ "customers" ],
        "summary" : "Retrieves a customer for the specified id",
        "operationId" : "route2",
        "parameters" : [ {
          "name" : "id",
          "in" : "path",
          "required" : true,
          "type" : "string"
        } ],
        "responses" : {
          "200" : {
            "description" : "Output type",
            "schema" : {
              "$ref" : "#/definitions/Customer",
              "originalRef" : "Customer"
            },
            "responseSchema" : {
            }
          }
        }
      }
    }
  },

The operationId seems to be incorrect.
 
In our testsuite, which checks the latest Camel HEAD every Monday, we see ...
 
Caused by: java.lang.IllegalArgumentException: The specified operation with ID: `getCustomerById` cannot be found in the Swagger specification loaded from `http://localhost:8080/api/swagger`. Operations defined in the specification are: route2
    at org.apache.camel.component.rest.swagger.RestSwaggerEndpoint.createProducer(RestSwaggerEndpoint.java:198)
    at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:573)
    ... 190 more

see http://camel.465427.n5.nabble.com/Camel-Email-Component-Missing-Attachments-td3386382.html#a5727102
The disposition field is optional(see RFC 2183), so it is possible that camel misses attachments.

                if (disposition != null && (disposition.equalsIgnoreCase(Part.ATTACHMENT) || disposition.equalsIgnoreCase(Part.INLINE))) {
                    // only add named attachments
                    String fileName = part.getFileName();
                    if (fileName != null) {
                        LOG.debug("Mail contains file attachment: " + fileName);
                        // Parts marked with a disposition of Part.ATTACHMENT are clearly attachments
                        CollectionHelper.appendValue(map, fileName, part.getDataHandler());
                    }
                }

Adding the fileName check to the if should resolve the issue.

org.jboss.as.test.clustering.cluster.registry.RegistryTestCase(SYNC-tcp)#test
export MYTESTIP_1=192.168.1.50
export MYTESTIP_2=192.168.1.51
sudo ifconfig em1:0 192.168.1.50
sudo ifconfig em1:1 192.168.1.51
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.clustering -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2 -Dtest=RegistryTestCase -Dsecurity.manager
fails with:

org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy: registry.jar
	at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:141)
	at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:121)
	at org.jboss.as.arquillian.container.ArchiveDeployer.deploy(ArchiveDeployer.java:83)
	at org.jboss.as.arquillian.container.CommonDeployableContainer.deploy(CommonDeployableContainer.java:236)
	at org.jboss.arquillian.container.test.impl.client.deployment.ClientDeployer.deploy(ClientDeployer.java:93)
	at org.jboss.as.test.clustering.NodeUtil.deploy(NodeUtil.java:42)
	at org.jboss.as.test.clustering.cluster.ClusterAbstractTestCase.beforeTestMethod(ClusterAbstractTestCase.java:91)
	at org.jboss.arquillian.junit.Arquillian$StatementLifecycleExecutor.invoke(Arquillian.java:463)
	at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:108)
	at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:241)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:107)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:77)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:53)
Caused by: java.lang.Exception: {
    "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"registry.jar\".component.RegistryBean.START" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"registry.jar\".component.RegistryBean.START: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance
    Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance
    Caused by: javax.ejb.EJBException: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.lang.RuntimePermission\" \"getClassLoader\")\" in code source \"(vfs:/content/registry.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.registry.jar:main\" from Service Module Loader\")
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.lang.RuntimePermission\" \"getClassLoader\")\" in code source \"(vfs:/content/registry.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.registry.jar:main\" from Service Module Loader\")"},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"registry.jar\".component.RegistryBean.START"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined
}
	at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:135)

org.jboss.as.test.clustering.cluster.provider.ServiceProviderRegistrationTestCase(SYNC-tcp)#test
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.clustering -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2 -Dtest=ServiceProviderRegistrationTestCase -Dsecurity.manager

org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy: service-provider-registration.jar
    "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"service-provider-registration.jar\".component.ServiceProviderRegistrationBean.START" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"service-provider-registration.jar\".component.ServiceProviderRegistrationBean.START: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance
    Caused by: javax.ejb.EJBException: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.lang.RuntimePermission\" \"getClassLoader\")\" in code source \"(vfs:/content/service-provider-registration.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.service-provider-registration.jar:main\" from Service Module Loader\")
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.lang.RuntimePermission\" \"getClassLoader\")\" in code source \"(vfs:/content/service-provider-registration.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.service-provider-registration.jar:main\" from Service Module Loader\")"},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"service-provider-registration.jar\".component.ServiceProviderRegistrationBean.START"],
}

I was investigating why my class loader was leaking and after fixing all the problems within my application classes I got the leak shown in the attachment.
  
This is pretty similar with WFLY-3365, not sure if I should have reopened that one o raised this one, sorry if I took the wrong decision.

The heartbeat method added to HiveMetaStoreClient is intended for SQL operations where the user will have one transaction and a hand full of locks.  But in the streaming ingest case the client opens a batch of transactions together.  In this case we need a way for the client to send a heartbeat for this batch of transactions rather than being forced to send the heartbeats one at a time.

If you have an empty java file (or a file with the contents commented out) then ROO reports the following
.    java.lang.IllegalArgumentException: Compilation unit contents required
AND appears NOT to go on to parse the other files (well - no "updated" messages are produced).  This is NOT the case with 1.1.5. which was happy with empty 'compilation units' as is the SUN 1.6.26 compiler. 

The batch tables defnied in the schema definition for DB2 do not work out of the box with the framework DAOs when they are created on DB2 for z/OS. There's a problem with the SCHEDULE_DATE column.

We are always passing the same ObjectInspector, so there is no need to pass it again and again in forward.
Also there is a problem that can ONLY be fixed by passing ObjectInspector in init: Outer Joins - Outer Joins may not be able to get ObjectInspectors for all inputs, as a result, there is no way to construct an output ObjectInspector based on the inputs. Currently we have hard-coded code that assumes joins are always outputting Strings, which did break but was hidden by the old framework (because we do toString() when serializing the output, and toString() is defined for all Java Classes).

The following two queries return the same answer (the second one is incorrect)

hive> set hive.compute.query.using.stats=true;

hive> select count(1) from trips;
OK
187271461
Time taken: 0.173 seconds, Fetched: 1 row(s)

hive> select count(1)/5109828 from trips;
OK
187271461
Time taken: 0.125 seconds, Fetched: 1 row(s)

The second query should have output 36.649 instead of the returning the value of count(1).

On a real cluster the master won't come up if the sleep time between killing and starting is too short.

Problem is that the nested lazy loading proxy is not unpacked correctly, see the linked example project for further details.
The code in 

org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController.doWithReferencedProperty(RootResourceInformation, Serializable, String, Function<ReferencedProperty, ResourceSupport>, HttpMethod)
PersistentEntity<?, ?> persistentEntity = repoRequest.getPersistentEntity();
PersistentProperty<?> prop = persistentEntity.getPersistentProperty(propertyPath);
...
PersistentPropertyAccessor accessor = persistentEntity.getPropertyAccessor(domainObj);
Object propVal = accessor.getProperty(prop);

traverses the product property of the Category which returns the proxied version of the product instance. This instance cannot be serialized. We have to find a way to unwrap that proxy (probably still in JPA) or make it somehow serializable (in a way that works for other proxy mechanisms too...)
The test case: shouldBeAbleToResolveLazyLoadingProxyForProductInCategory demonstrates the problem.

Parsing of query methods with special characters fails in some cases. For instance, given this class:

class DomainObjectWithSpecialChars {
        Long id;
        String år;
        String øre;
}

And the following repository:

interface DomainObjectWithSpecialChars Repository extends JpaRepository<DomainObjectWithSpecialChars , Long> {

	DomainObjectWithSpecialChars findByØreAndÅr(String øre, String år);
}

Initialization then fails with the following exception:

org.springframework.data.mapping.PropertyReferenceException: No property øreAndÅr found for type org.springframework.data.repository.query.parser.PartTreeUnitTests$DomainObjectWithSpecialChars
	at org.springframework.data.mapping.PropertyPath.<init>(PropertyPath.java:74)
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:326)
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:306)
	at org.springframework.data.mapping.PropertyPath.from(PropertyPath.java:270)
	at org.springframework.data.mapping.PropertyPath.from(PropertyPath.java:244)
	at org.springframework.data.repository.query.parser.Part.<init>(Part.java:73)

The reason for this problem is the use of US-ASCII-based regex matchers (i.e. [a-z], \p
{Uppper}
, etc.) when creating the PartTree. Changing to unicode character matches (\p
{Lu}
 and \p
{Ll}
) solves the issue.

Plugins is not skipped if goal=undeploy and skip=true.

[INFO] --- wildfly-maven-plugin:1.1.0.Alpha11:undeploy (widfly-shutdown) @ timer-cdi-extension ---
okt 16, 2016 10:51:06 PM org.xnio.Xnio 
INFO: XNIO version 3.3.1.Final
okt 16, 2016 10:51:06 PM org.xnio.nio.NioXnio 
INFO: XNIO NIO Implementation Version 3.3.1.Final
okt 16, 2016 10:51:06 PM org.jboss.remoting3.EndpointImpl 
INFO: JBoss Remoting version 4.0.9.Final

[ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.1.0.Alpha11:undeploy (widfly-shutdown) on project timer-cdi-extension: Failed to execute undeploy goal. java.net.ConnectException: WFLYPRT0053: Could not connect to http-remoting://localhost:9990. The connection failed: Connection refused: no further information -> [Help 1]
[ERROR]

Lately we started to get following exception in our XTS tests:

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."xtstest.war".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."xtstest.war".PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment "xtstest.war"
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:163)
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
  at java.lang.Thread.run(Thread.java:744)
  at org.jboss.ws.common.configuration.AbstractCommonConfigResolver.resolveEndpointConfig(AbstractCommonConfigResolver.java:129)
  at org.jboss.as.webservices.deployers.WSIntegrationProcessorJAXWS_HANDLER.processAnnotation(WSIntegrationProcessorJAXWS_HANDLER.java:95)
  at org.jboss.as.webservices.deployers.AbstractIntegrationProcessorJAXWS.deploy(AbstractIntegrationProcessorJAXWS.java:74)
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:156)
  ... 5 more

It is intermittent and seems to be caused by some sort of race condition.
It started to happen once this commit was introduced: https://github.com/wildfly/wildfly/commit/c0c1e82d8472e1b29c679380d5e0aeaf73c49735#diff-5fd0de2763a715d56ad571513a389192

Mail component does not set charset for alternative body part. See - http://old.nabble.com/Camel-Mail:-Alternative-part-does-not-handle-charset--td27882178.html for more information.

https://issues.apache.org/jira/browse/HIVE-11118?focusedCommentId=14602302&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14602302
We need generic interfaces for verify if a specified file is of valid format so that load data statement can make some sanity check before copying the file to destination.

I'm not sure why this is, but the socket binding manager ignores the name of the multicast socket and registers the socket using the unnamed registry.

Seems like the tests randomly get stuck after the lines like

2018-05-17T01:54:27,111  INFO [Workload management master] tez.WorkloadManager: Processing current events
2018-05-17T01:54:27,603  INFO [TriggerValidator] tez.PerPoolTriggerValidatorRunnable: Creating trigger validator for pool: llap
2018-05-17T01:54:37,090 DEBUG [Thread-28] conf.HiveConf: Found metastore URI of null

Then they get killed by timeout. Happened in the same manner, to random tests in a few separate runs.

We are currently skipping external table replication. We shall also skip listing all the files in create table event generation for external tables. External tables might have very large number of files, so it would take long time to list them.

In 4.1, we've relaxed the structure of caching annotations so that they don't need to refer to any name at all. The name(s) can be provided by a CacheConfig annotation at class level for instance or via a custom CacheResolver that retrieves the cache names using a custom algorithm.
Unfortunately, we are still validating that at least one cache names is specified per operation and we throw an IllegalStateException if that's not the case: it prevent the CacheResolver use case to be used in practice.

The Readers and Writers chapter contains examples where "reader", "writer" etc are on <tasklet/> instead of <chunk/>

See ticket
https://github.com/hawtio/hawtio/issues/682
And screenshot attached this ticket

Some system properties are set when a standalone server or host controller are created with the embedded server API. When the embedded server is stopped these properties should be reset to their previous value if applicable.
Some system properties, such as module.path, cannot and should not be reset. With the ModuleLoader the module.path system property is effectively static and can only be set once.
There is no requirement to reset all system properties and overridden properties should be honored where applicable.

Seems to be a regression in behavior from HIVE-7648.

FAILED: SemanticException [Error 10001]: Table not found missing_ddl_3
14/09/09 16:12:46 [main]: ERROR ql.Driver: FAILED: SemanticException [Error 10001]: Table not found missing_ddl_3
org.apache.hadoop.hive.ql.parse.SemanticException: Table not found missing_ddl_3
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.getTable(BaseSemanticAnalyzer.java:1243)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.getTable(BaseSemanticAnalyzer.java:1226)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeDropIndex(DDLSemanticAnalyzer.java:1148)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:326)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:208)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:402)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:298)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:992)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1062)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:929)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:919)

-- upper case in subq
explain
select * from src b
where exists
  (select a.key from src a
  where b.VALUE = a.VALUE
  );

Hey guys,
Since camel 2.17.4, our application who made some "ping request" brings a "Pool exhausted" error after 100 trying.
After analysis, since 2.17.4, when camel-netty4 try to connect to a down host, the connection (ChannelFuture) stay in the pool.
Here is the code to show you :

import java.util.NoSuchElementException;
 
public class main {
    public static void main(String args[]) throws Exception {
        CamelContext context = new DefaultCamelContext();
                onException(NoSuchElementException.class).process(exchange -> {
                    System.out.println(exchange.getProperty(Exchange.EXCEPTION_CAUGHT, Exception.class));
                });
 
                from("timer://myTimer?period=2000").
                    setBody()
                        .simple("Trying to connect to localhost:12345")
                    .to("stream:out")
                    .to("netty4:tcp://localhost:12345?producerPoolMaxActive=4");
            }
        });
        Thread.sleep(8000000);
    }
}

The producerPoolMaxActive is set to 4 to bring the error faster.
The output in 2.17.3 just bellow (all work perfectly)
_Trying to connect to localhost:12345
Trying to connect to localhost:12345
...._
*But in version > 2.17.3, we've got this : *
java.util.NoSuchElementException: Pool exhausted
_
I've made a pull request to fix it.
Thanks for your help !

Spring reference documentation, v3, section 18.2.1.2.  Search for the phrase: "for converting for converting", and you'll see the typo.

Some intermittent failures in:
org.wildfly.core.test.standalone.mgmt.events.JmxControlledStateNotificationsInStaticModuleTestCase
 org.wildfly.core.test.standalone.mgmt.events.JmxControlledStateNotificationsTestCase
can be seen running wildfly-core integration testsuite on IBM jvm.
see https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-as-testsuite-test-core-rhel/78/testReport/ for results of DR15 runs.
e.g.
org.wildfly.core.test.standalone.mgmt.events.JmxControlledStateNotificationsTestCase.checkNotifications_startReloadStop
Error Details

jmx.attribute.change 2 jboss.root:type=state The attribute 'RuntimeConfigurationState' has changed from 'starting' to 'ok', jmx.attribute.change 13 jboss.root:type=state The attribute 'RuntimeConfigurationState' has changed from 'starting' to 'ok', jmx.attribute.change 16 jboss.root:type=state The attribute 'RuntimeConfigurationState' has changed from 'ok' to 'stopping' expected:<4> but was:<3>

java.lang.AssertionError: jmx.attribute.change 2 jboss.root:type=state The attribute 'RuntimeConfigurationState' has changed from 'starting' to 'ok', jmx.attribute.change 13 jboss.root:type=state The attribute 'RuntimeConfigurationState' has changed from 'starting' to 'ok', jmx.attribute.change 16 jboss.root:type=state The attribute 'RuntimeConfigurationState' has changed from 'ok' to 'stopping' expected:<4> but was:<3>
	at org.wildfly.core.test.standalone.mgmt.events.JmxControlledStateNotificationsTestCase.lambda$checkFacadeJmxNotifications$0(JmxControlledStateNotificationsTestCase.java:175)

Standard Output snippet

&amp#27;[0m&amp#27;[0m14:18:42,096 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 7) WFLYSRV0212: Resuming server
&amp#27;[0m&amp#27;[0m14:18:42,232 INFO  [org.jboss.as.protocol] (management I/O-1) WFLYPRT0057:  cancelled task by interrupting thread Thread[management-handler-thread - 3,5,management-handler-thread]
&amp#27;[0m&amp#27;[31m14:18:42,240 ERROR [org.wildfly.test.jmx.ControlledStateNotificationListener] (management-handler-thread - 3) Problem handling JMX Notification: java.nio.channels.ClosedByInterruptException
	at java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:220)
	at sun.nio.ch.FileChannelImpl.write(FileChannelImpl.java:228)
	at java.nio.channels.Channels.writeFullyImpl(Channels.java:89)
	at java.nio.channels.Channels.writeFully(Channels.java:112)
	at java.nio.channels.Channels.access$000(Channels.java:72)
	at java.nio.channels.Channels$1.write(Channels.java:185)
	at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:233)
	at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:303)
	at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:307)
	at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:153)
	at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:287)
	at java.io.BufferedWriter.flush(BufferedWriter.java:265)
	at org.wildfly.test.jmx.ControlledStateNotificationListener.writeNotification(ControlledStateNotificationListener.java:84)
	at org.wildfly.test.jmx.ControlledStateNotificationListener.handleNotification(ControlledStateNotificationListener.java:74)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor$ListenerWrapper.handleNotification(DefaultMBeanServerInterceptor.java:1766)
	at javax.management.NotificationBroadcasterSupport.handleNotification(NotificationBroadcasterSupport.java:286)
	at javax.management.NotificationBroadcasterSupport$SendNotifJob.run(NotificationBroadcasterSupport.java:363)
	at javax.management.NotificationBroadcasterSupport$1.execute(NotificationBroadcasterSupport.java:348)
	at javax.management.NotificationBroadcasterSupport.sendNotification(NotificationBroadcasterSupport.java:259)
	at org.jboss.as.server.jmx.RunningStateJmx.setProcessState(RunningStateJmx.java:112)
	at org.jboss.as.server.jmx.RunningStateJmx.lambda$registerStateListener$0(RunningStateJmx.java:212)
	at org.jboss.as.server.jmx.RunningStateJmx$$Lambda$46.0000000040DD2A40.propertyChange(Unknown Source)
	at java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:346)
	at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:338)
	at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:274)
	at org.jboss.as.controller.OperationContextImpl$OperationContextServiceController.addListener(OperationContextImpl.java:2449)
	at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1493)
	at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1475)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1437)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1410)
	at org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1284)
	at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:856)
	at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:842)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:748)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1388)
	at org.jboss.as.controller.ModelControllerImpl$$Lambda$193.00000000E0015CC0.run(Unknown Source)
	at org.wildfly.security.auth.server.SecurityIdentity$$Lambda$194.00000000E00163C0.run(Unknown Source)
	at org.wildfly.security.auth.server.SecurityIdentity$$Lambda$192.00000000E000FE80.run(Unknown Source)

The tests were introduced just recently as a coverage for EAP7-471.

I took a deeper look into issues I was having using region splitting when specifying a region (but not a key for splitting).
The midkey calculation is off by one and when there are 2 rows, will pick the 0th one. This causes the firstkey to be the same as midkey and the split will fail. Removing the -1 causes it work correctly, as per the test I've added.
Looking into the code here is what goes on:
1. Split takes the largest storefile
2. It puts all the keys into a 2-dimensional array called blockKeys[][]. Key i resides as blockKeys[i]
3. Getting the middle root-level index should yield the key in the middle of the storefile
4. In step 3, we see that there is a possible erroneous (-1) to adjust for the 0-offset indexing.
5. In a result with where there are only 2 blockKeys, this yields the 0th block key. 
6. Unfortunately, this is the same block key that 'firstKey' will be.
7. This yields the result in HStore.java:1873 ("cannot split because midkey is the same as first or last row")
8. Removing the -1 solves the problem (in this case). 

When the Append/Increment contains a CellVisibility, we will rewrite this new tags in to the new Cell. There while copying the non vis tags, we exclude TagType.VISIBILITY_TAG_TYPE only.  So the old cell can contain TagType VISIBILITY_EXP_SERIALIZATION_TAG_TYPE and we will copy that one, and next while creating Tags for the new CellVisibility we will add this tag again. So a cell after 100 Increments will contain 100 tags of type VISIBILITY_EXP_SERIALIZATION_TAG_TYPE!

The example in section 5.2.1 of the documentation references TaskletAdapter class, but it should be MethodInvokingTaskletAdapter. Also, the FooDao bean declaration is missing closing slash.
The example should be:
<bean id="myTasklet" class="org.springframework.batch.core.step.tasklet.MethodInvokingTaskletAdapter">
    <property name="targetObject">
        <bean class="org.mycompany.FooDao"/>
    <property name="targetMethod" value="updateFoo" />
</bean>

When binding Wildfly to an ephemeral port (i.e., by specifying port 0), Wildfly does not log the port that it actually binds to, but instead logs the port as 0.
09:11:18,955 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0006: Undertow HTTP listener default listening on 127.0.0.1:0
Instead, Wildfly should log the ephemeral port that it actually bound to:
09:11:58,769 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0006: Undertow HTTP listener default listening on 127.0.0.1:52928

hbase-env.sh is supposed to be used to set environment variables like 
HBASE_ROOT_LOGGER and HBASE_SECURITY_LOGGER but hbase-daemon.sh overwrite the export of thoses, the benefit of hbase-env.sh is lost.

It is not possible to build spring-framework on Windows platform, due to test errors. I'm attaching the test results. This was being discussed on spring-contrib mail list - https://groups.google.com/forum/?fromgroups=#!topic/spring-framework-contrib/ccOFObtZ6Uc

When creating an abstract entity via the Roo shell:

entity --class ... --abstract

the modifier of the resulting type does not contain the abstract keyword.

Regression introduced in HIVE-11581. When the driver is reading connection params from ZK, in a secure cluster if overrides the delegation token mechanism (specified on client side) with a TGT requiring mechanism (kinit).

If an OSH removes a capability in Stage.MODEL, then removes services associated with the capability, and then the operation rolls back, the OSH can't use the capability to figure out how to restore services.
This is a somewhat more difficult problem than what I addressed for actually removing the runtime services in [1]. That solution relied on making it easy for the remove step handler to use the capability it itself removed. But restoring services typically involves the remove handler calling out to utility code, often part of an add handler. Modifying that utility code to let the remove handler provide service names would be painful.
Instead I propose simply discarding the modified management model at the beginning of rollback, with the result that rollback handlers will see the capabilities as they existed before the op began.
See http://lists.jboss.org/pipermail/wildfly-dev/2015-July/004170.html for details.
[1]

Currently ReplicationSource cannot recover when its zookeeper connection to its remote cluster expires. HLogs are still being tracked, but a cluster restart is required to continue replication (or a rolling restart).

HCD is at version 7 but there's no comment as to why.
There is a fixme in HTD indicating the version should be bumped to 5 after indexes have been removed. Indexes have been removed, but the version is still at 4. 

While reducing the region replica, server name(sn) and state column of the replica are not getting deleted, resulting in assignment manager to think that these regions are CLOSED and assign them again.

This affects the tarballs we package with Hive 0.13.
Current src tarballs being generated are not buildable.

The regression appears to be in 2.5.6 but JIRA won't let me selected that as an affected version. It's still present in 2.5.8 and 2.6.1. Some code that makes PATCH request to update an entity with a reference to another entity works with 2.5.5 but fails with later versions. The failure is:

2017-03-20 16:18:52.020 ERROR 42129 --- [           main] o.s.d.r.w.RepositoryRestExceptionHandler : Could not read payload!; nested exception is com.fasterxml.jackson.databind.JsonMappingException: Can not construct instance of com.example.Tag: no String-argument constructor/factory method to deserialize from String value ('http://localhost/tags/1')
 at [Source: N/A; line: -1, column: -1]

org.springframework.http.converter.HttpMessageNotReadableException: Could not read payload!; nested exception is com.fasterxml.jackson.databind.JsonMappingException: Can not construct instance of com.example.Tag: no String-argument constructor/factory method to deserialize from String value ('http://localhost/tags/1')
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.read(DomainObjectReader.java:83) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.JsonPatchHandler.applyMergePatch(JsonPatchHandler.java:94) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.JsonPatchHandler.apply(JsonPatchHandler.java:84) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.readPatch(PersistentEntityResourceHandlerMethodArgumentResolver.java:198) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.read(PersistentEntityResourceHandlerMethodArgumentResolver.java:176) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.resolveArgument(PersistentEntityResourceHandlerMethodArgumentResolver.java:138) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:121) ~[spring-web-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:160) ~[spring-web-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:129) ~[spring-web-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:116) ~[spring-webmvc-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:827) ~[spring-webmvc-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:738) ~[spring-webmvc-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85) ~[spring-webmvc-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:963) ~[spring-webmvc-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897) ~[spring-webmvc-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) ~[spring-webmvc-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:843) ~[spring-webmvc-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.test.web.servlet.TestDispatcherServlet.service(TestDispatcherServlet.java:65) ~[spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) [tomcat-embed-core-8.5.6.jar:8.5.6]
	at org.springframework.mock.web.MockFilterChain$ServletFilterProxy.doFilter(MockFilterChain.java:167) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.mock.web.MockFilterChain.doFilter(MockFilterChain.java:134) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.test.web.servlet.MockMvc.perform(MockMvc.java:155) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at com.example.PatchRegressionApplicationTests.contextLoads(PatchRegressionApplicationTests.java:80) [test-classes/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_11]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_11]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_11]
	at java.lang.reflect.Method.invoke(Method.java:483) ~[na:1.8.0_11]
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) [junit-4.12.jar:4.12]
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) [junit-4.12.jar:4.12]
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) [junit-4.12.jar:4.12]
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) [junit-4.12.jar:4.12]
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) [junit-4.12.jar:4.12]
	at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) [junit-4.12.jar:4.12]
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:252) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) [junit-4.12.jar:4.12]
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) [junit-4.12.jar:4.12]
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) [junit-4.12.jar:4.12]
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) [junit-4.12.jar:4.12]
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) [junit-4.12.jar:4.12]
	at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.junit.runners.ParentRunner.run(ParentRunner.java:363) [junit-4.12.jar:4.12]
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191) [spring-test-4.3.5.RELEASE.jar:4.3.5.RELEASE]
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) [.cp/:na]
	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) [.cp/:na]
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) [.cp/:na]
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675) [.cp/:na]
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) [.cp/:na]
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) [.cp/:na]
Caused by: com.fasterxml.jackson.databind.JsonMappingException: Can not construct instance of com.example.Tag: no String-argument constructor/factory method to deserialize from String value ('http://localhost/tags/1')
	at com.fasterxml.jackson.databind.JsonMappingException.from(JsonMappingException.java:270) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.DeserializationContext.instantiationException(DeserializationContext.java:1456) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.DeserializationContext.handleMissingInstantiator(DeserializationContext.java:1012) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.deser.ValueInstantiator._createFromStringFallbacks(ValueInstantiator.java:370) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.deser.std.StdValueInstantiator.createFromString(StdValueInstantiator.java:315) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.deserializeFromString(BeanDeserializerBase.java:1282) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.deser.BeanDeserializer._deserializeOther(BeanDeserializer.java:159) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:150) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.ObjectMapper._readValue(ObjectMapper.java:3770) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:2099) ~[jackson-databind-2.8.5.jar:2.8.5]
	at com.fasterxml.jackson.databind.ObjectMapper.treeToValue(ObjectMapper.java:2596) ~[jackson-databind-2.8.5.jar:2.8.5]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.handleArrayNode(DomainObjectReader.java:286) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.handleArray(DomainObjectReader.java:257) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.doMerge(DomainObjectReader.java:189) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.read(DomainObjectReader.java:81) ~[spring-data-rest-webmvc-2.5.6.RELEASE.jar:na]
	... 52 common frames omitted

I have attached a small sample application that reproduces the problem. ./mvnw clean verify will fail whereas ./mvnw -Phopper-sr5 clean verify should succeed.

j-d reports NPE migrating between TRUNK versions.

19:11 < jdcryans> java.lang.NullPointerException
19:11 < jdcryans> Iat org.apache.hadoop.hbase.util.Migrate.updateVersions(Migrate.java:264)
19:11 < jdcryans> Iat org.apache.hadoop.hbase.util.Migrate.migrateTo5(Migrate.java:220)

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.common.type.HiveDecimal cannot be cast to org.apache.hadoop.hive.serde2.io.HiveDecimalWritable
	at org.apache.hadoop.hive.ql.exec.vector.VectorColumnAssignFactory$17.assignObjectValue(VectorColumnAssignFactory.java:431)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator.writeSingleRow(VectorGroupByOperator.java:886)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator.access$400(VectorGroupByOperator.java:63)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator$ProcessingModeHashAggregate.flush(VectorGroupByOperator.java:463)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator$ProcessingModeHashAggregate.close(VectorGroupByOperator.java:369)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator.closeOp(VectorGroupByOperator.java:924)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:583)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:595)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.close(MapRecordProcessor.java:224)
	... 13 more

http://forum.springsource.org/showthread.php?139431-IllegalMonitorStateException-while-waiting-for-lock-Redis
The Thread.currentThread().wait() in waitForLock (which is only entered if you attempt to put or get while clear() has the cacheLock) always throws an Exception because it doesn't have ownership of the object monitor.

At org.springframework.web.servlet.view.jasperreports.AbstractJasperReportsView the method:
"protected final JasperReport loadReport(Resource resource)"
should close the InputStream (from resource.getInputStream()) after load the JasperReport.
This cause a warning:
"WARNING: Input stream has been finalized or forced closed without being explicitly closed; stream instantiation reported in following stack trace"
at glassfish after redeploy.

Having a dependency on an artifact that has a classifier produces the following (harmless) output when starting up: 

Tue Dec 06 10:58:18 BRST 2016 ERROR [org.wildfly.swarm.modules.application] (main) Unable to find artifact for org.jboss.forge.addon:ui-spi:forge-addon:3.4.0.Final
Tue Dec 06 10:58:18 BRST 2016 ERROR [org.wildfly.swarm.modules.application] (main) Unable to find artifact for org.jboss.forge.addon:environment:forge-addon:3.4.0.Final
Tue Dec 06 10:58:18 BRST 2016 ERROR [org.wildfly.swarm.modules.application] (main) Unable to find artifact for org.jboss.forge.addon:facets:forge-addon:3.4.0.Final

PTest's PrepPhase is creating a yetus working folder for each build after checking out source code. The source code is then copied into that for yetus. This folder is cleaned up after the test executed, so if that doesn't happen e.g. due to patch not being applicable the folder is left on the disk. We need to remove it in this case too.

The documentation currently mentions `@Modifying` annotation as a requirement for repository methods which are not querying data (i.e. INSERT/UPDATE/DELETE)
By applying the annotation, according to the docs:

Doing so triggers the query annotated to the method as an updating query instead of a selecting one. 

The examples in the reference also applies the `@Query` annotation along with `@Modifying` which is perfectly fine.
However, when a derived query is used for data manipulation, the `@Modifying` annotation is not needed (at least this was the case last time I tested it). There is nothing mentioned in the docs about this behavior which might lead to confusions.

After upgrade spring libs from 3.0.5 to to 3.1.0 we've get

2012-01-27 14:51:10,107 ERROR [org.springframework.web.context.ContextLoader] (main) Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.context.weaving.AspectJWeavingEnabler#0': Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'loadTimeWeaver': Initialization of bean failed; nested exception is java.lang.IllegalArgumentException: Unexpected ClassLoader type: org.jboss.web.tomcat.service.WebCtxLoader$ENCLoader
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:527)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291)
	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1097)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:661)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:446)
	at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:384)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:283)
	at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3910)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4389)
	at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:321)
	at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:145)
	at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
	at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
	at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
	at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
	at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
	at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
	at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
	at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
	at org.jboss.system.server.jmx.LazyMBeanServer.invoke(LazyMBeanServer.java:283)
	at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
	at $Proxy38.start(Unknown Source)
	at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
	at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
	at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
	at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
	at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
	at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
	at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:297)
	at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1652)
	at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:938)
	at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
	at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:988)
	at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:826)
	at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:556)
	at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
	at org.jboss.system.ServiceController.start(ServiceController.java:460)
	at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
	at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
	at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
	at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
	at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:55)
	at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179)
	at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1454)
	at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1172)
	at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1193)
	at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1225)
	at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1113)
	at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:789)
	at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:699)
	at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
	at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
	at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
	at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:403)
	at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:778)
	at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:543)
	at org.jboss.system.server.profileservice.repository.AbstractProfileService.registerProfile(AbstractProfileService.java:308)
	at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:256)
	at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
	at org.jboss.Main.boot(Main.java:221)
	at org.jboss.Main$1.run(Main.java:556)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'loadTimeWeaver': Initialization of bean failed; nested exception is java.lang.IllegalArgumentException: Unexpected ClassLoader type: org.jboss.web.tomcat.service.WebCtxLoader$ENCLoader
	at org.springframework.context.weaving.LoadTimeWeaverAwareProcessor.postProcessBeforeInitialization(LoadTimeWeaverAwareProcessor.java:95)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:394)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1448)
	... 82 more
Caused by: java.lang.IllegalArgumentException: Unexpected ClassLoader type: org.jboss.web.tomcat.service.WebCtxLoader$ENCLoader
	at org.springframework.instrument.classloading.jboss.JBossLoadTimeWeaver.<init>(JBossLoadTimeWeaver.java:74)
	at org.springframework.context.weaving.DefaultContextLoadTimeWeaver.createServerSpecificLoadTimeWeaver(DefaultContextLoadTimeWeaver.java:121)
	at org.springframework.context.weaving.DefaultContextLoadTimeWeaver.setBeanClassLoader(DefaultContextLoadTimeWeaver.java:74)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeAwareMethods(AbstractAutowireCapableBeanFactory.java:1472)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1443)
	... 91 more

exception during startup of our EAR application under jboss 5.1

I've just tried upgrading dm Server to run with Spring 3.0.0.RC2 and
have encountered the following NPE whenever Spring DM tries to create an
application context for a Bundle:

java.lang.NullPointerException at
org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:861) at
org.springframework.osgi.context.support.AbstractOsgiBundleApplicationContext.finishRefresh(AbstractOsgiBundleApplicationContext.java:235) at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:358) at
org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85) at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320) at
org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:136) at
com.springsource.kernel.agent.dm.ContextPropagatingTaskExecutor$2.run(ContextPropagatingTaskExecutor.java:106) at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at
java.lang.Thread.run(Thread.java:637)

Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [java.util.concurrent.ExecutorService]: Factory method 'casCheckExecutor' threw exception; nested exception is org.springframework.cglib.core.CodeGenerationException: java.lang.IllegalArgumentException-->Protected method: getDefaultThreadNamePrefix()Ljava/lang/String;
	... 67 more
Caused by: org.springframework.cglib.core.CodeGenerationException: java.lang.IllegalArgumentException-->Protected method: getDefaultThreadNamePrefix()Ljava/lang/String;
	at org.springframework.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:235)
	at org.springframework.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:220)
	at org.springframework.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:216)
	at org.springframework.cglib.proxy.Enhancer.createUsingReflection(Enhancer.java:643)
	at org.springframework.cglib.proxy.Enhancer.firstInstance(Enhancer.java:538)
	at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:225)
	at org.springframework.cglib.proxy.Enhancer.createHelper(Enhancer.java:377)
	at org.springframework.cglib.proxy.Enhancer.create(Enhancer.java:285)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.enhanceFactoryBean(ConfigurationClassEnhancer.java:402)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:295)
	at com.marketnews.scrollers.security.SecurityConfig$$EnhancerBySpringCGLIB$$4d2a9eb1.casCheckExecutorFactoryBean(<generated>)
	at com.marketnews.dbsso.spring.AbstractCASWebSecurityConfigurerAdapter.casCheckExecutor(AbstractCASWebSecurityConfigurerAdapter.java:318)
	at com.marketnews.scrollers.security.SecurityConfig$$EnhancerBySpringCGLIB$$4d2a9eb1.CGLIB$casCheckExecutor$17(<generated>)
	at com.marketnews.scrollers.security.SecurityConfig$$EnhancerBySpringCGLIB$$4d2a9eb1$$FastClassBySpringCGLIB$$433a316a.invoke(<generated>)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:312)
	at com.marketnews.scrollers.security.SecurityConfig$$EnhancerBySpringCGLIB$$4d2a9eb1.casCheckExecutor(<generated>)
	... 68 more
Caused by: java.lang.IllegalArgumentException: Protected method: getDefaultThreadNamePrefix()Ljava/lang/String;
	at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:209)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor$1.intercept(ConfigurationClassEnhancer.java:399)
	at org.springframework.scheduling.concurrent.ThreadPoolExecutorFactoryBean$$EnhancerBySpringCGLIB$$93e65b95.getDefaultThreadNamePrefix(<generated>)
	at org.springframework.util.CustomizableThreadCreator.<init>(CustomizableThreadCreator.java:51)
	at org.springframework.scheduling.concurrent.CustomizableThreadFactory.<init>(CustomizableThreadFactory.java:42)
	at org.springframework.scheduling.concurrent.ExecutorConfigurationSupport.<init>(ExecutorConfigurationSupport.java:45)
	at org.springframework.scheduling.concurrent.ThreadPoolExecutorFactoryBean.<init>(ThreadPoolExecutorFactoryBean.java:53)
	at org.springframework.scheduling.concurrent.ThreadPoolExecutorFactoryBean$$EnhancerBySpringCGLIB$$93e65b95.<init>(<generated>)
	at org.springframework.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:228)
	... 89 more

Related code is this:

	@Bean
	public ThreadPoolExecutorFactoryBean casCheckExecutorFactoryBean() throws Exception {
		ThreadPoolExecutorFactoryBean threadPoolExecutorFactoryBean = new ThreadPoolExecutorFactoryBean();
		threadPoolExecutorFactoryBean.setCorePoolSize(Runtime.getRuntime().availableProcessors() * 2);
		threadPoolExecutorFactoryBean.setQueueCapacity(Integer.MAX_VALUE);
		threadPoolExecutorFactoryBean.setThreadNamePrefix("casCheckExecutor-");
		return threadPoolExecutorFactoryBean;
	}

	@Bean(name="casCheckExecutor")
	public ExecutorService casCheckExecutor() throws Exception {
		return casCheckExecutorFactoryBean().getObject();
	}

Filters have been added to the o.a.h.h.filters package without updating o.a.h.h.rest.model.ScannerModel. Bring ScannerModel up to date.

Stargate uses the default json marshaller/unmarshaller in natural mode. In this mode the unmarshaller has trouble unmarshalling json instances. 
This patch fixes this issue by using jackson as the marshaller/unmarshaller instead. 
I've also updated all the model unit tests to test json serialization/deserialization. Backwards compatibilty can be verified by modify the test base class to use the original marshaller/unmarshaller and see that model tests pass.
The patch is backward compatible except for StorageClusterStatusModel, which is broken anyway. It only shows one node in the liveNodes field.

A small spelling mistake in region_mover#isSuccessfulScan method can cause NoMethodError while rolling upgrade:
15/04/15 11:47:23 INFO region_mover: Waiting for the pool to complete
NoMethodError: undefined method `InclusiveStopFilter' for main:Object
  isSuccessfulScan at /home/hadoop/hadoop_hbase/hbase-current/bin/region_mover.rb:105
     unloadRegions at /home/hadoop/hadoop_hbase/hbase-current/bin/region_mover.rb:331
              call at org/jruby/RubyProc.java:270
              call at org/jruby/RubyProc.java:220
        initialize at /home/hadoop/hadoop_hbase/hbase-current/bin/thread-pool.rb:33
              loop at org/jruby/RubyKernel.java:1439
        initialize at /home/hadoop/hadoop_hbase/hbase-current/bin/thread-pool.rb:31
             catch at org/jruby/RubyKernel.java:1212
        initialize at /home/hadoop/hadoop_hbase/hbase-current/bin/thread-pool.rb:30
              call at org/jruby/RubyProc.java:224
This bug is from HBASE-12957

The patch for HIVE-1696 is the source a test failure on Hudson. The likely cause of
this failure is that the classpath is not being set correctly for the TestHadoop20SAuthBridge
test, which depends on the security enhanced version of Hadoop.
A couple things to note:

Hive tests are supposed to run against Hadoop 0.20.0 by default. This value is set in the build.properties file in the project top-level. Altering the Hudson job to set hadoop.version to some other value is not a fix for this issue since the Hudson job will then cease to reflect the default behavior of Hive tests.
HIVE-1696 added new secure compile targets to the shims/build.xml file. These targets explicitly set the classpath to include the secure version of Hadoop. The fix for this issue likely involves overriding the "test" target in shims/build.xml and explicitly setting the classpath in this target to also use the secure version of Hadoop.

Found in org.springframework.hateoas.mvc.ControllerLinkBuilder whilst working with Spring Boot 1.0.2, although the bug lies in org.springframework.web.servlet.support.ServletUriComponentsBuilder, from which the code was copied verbatim.
Assume following configuration:
Access REST service at:
http://my.url/myapi/foo
With reverse proxy to the Spring Boot app running on:
http://1.1.1.1:20080/foo
Links created by ControllerLinkBuilder will look like:
http://my.url:20080/foo
This is because when a default port is used for a scheme (http/80, https/443) the ServletUriComponentsBuilder makes the invalid assumption that the "X-Forwarded-Host" header will be "my.url:80". At least when using Apache HTTPD as the proxy, the port is not appended if it is default for the scheme. Therefore the builder incorrectly sets the port to the port on which the application is listening.

There are some rogue NBSP characters that prevent the kafka zookeeper.session.timeout.ms and zookeeper.sync.time.ms from being set.

InMemoryOAuth2ClientTokenServices does not store tokens for the null authentication. It just does nothing, and get() returns null for it. As a result, a token that is not associated with a Spring Security user is never remembered, and needs to be fetched from the provider each time (cf SECOAUTH-151).

The default logging level is warn:
https://github.com/apache/hive/blob/trunk/common/src/java/conf/hive-log4j.properties#L19
but hive logs lot's of good information at INFO level. Additionally most hadoop projects log at INFO by default. Let's change the logging level to INFO by default.

Coverity static-analysis scan found possible call on null object in SingleSignOnServerMechanismFactory.evaluateRequst() method:

getTargetMechanism(mechanismName, singleSignOnSession).evaluateRequest(createHttpServerRequest(request, singleSignOnSession));

https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760259&defectInstanceId=1541379&mergedDefectId=1369284
The problem is the getTargetMechanism call, which just calls an HttpServerAuthenticationMechanismFactory.createAuthenticationMechanism() method.
The createAuthenticationMechanism doesn't declare it could return null, nevertheless, the implementations use null as fallback (e.g. look at ServerMechanismFactoryImpl.createAuthenticationMechanism())
I see 2 possible solutions:
1. Declare in javadoc of HttpServerAuthenticationMechanismFactory.createAuthenticationMechanism() method, that it can return null and add the null-check into the SingleSignOnServerMechanismFactory.evaluateRequst() method
2. or throw an exception from HttpServerAuthenticationMechanismFactory.createAuthenticationMechanism() implementations instead of returning null

When using the @ResponseStatus annotation on a controller method, if you specify a value for reason such as
@ResponseStatus(value=HttpStatus.BAD_REQUEST, reason="More than 1000 results were returned. Please be more specific.")
The response still only writes out the default message for the Status, in this case it would be "The request sent was syntactically incorrect."

When hive.spark.use.ts.stats.for.mapjoin is true, HoS would not check whether the big table branch has upstream UNION operators. This is wrong and could generate incorrect plan. To reproduce:

set hive.auto.convert.join.noconditionaltask.size=16;
set hive.spark.use.ts.stats.for.mapjoin=true;

create table a (c1 string, c2 int);
create table b (c3 string, c4 int);
create table c (c1 string, c2 int);
create table d (c3 string, c4 int);
create table e (c5 string, c6 int);
insert into table a values
("a1", 1), ("a2", 2), ("a3", 3), ("a4", 4), ("a5", 5), ("a6", 6), ("a7", 7);
insert into table b values
("b1", 1), ("b2", 2), ("b3", 3), ("b4", 4);
insert into table c values
("c1", 1), ("c2", 2), ("c3", 3), ("c4", 4), ("c5", 5), ("c6", 6), ("c7", 7);
insert into table d values
("d1", 1), ("d2", 2), ("d3", 3), ("d4", 4);
insert into table e values
("d1", 1), ("d2", 2);

explain
with t1 as (
select a.c1 as c1, a.c2 as c2, b.c3 as c3 from a join b on a.c2 = b.c4
),
t2 as (
select c.c1 as c1, c.c2 as c2, d.c3 as c3 from c join d on c.c2 = d.c4
),
t3 as (
select * from t1 union all select * from t2
),
t4 as (
select t3.c1, t3.c3, t5.c5 from t3 join e as t5 on t3.c2 = t5.c6
)
select * from t4;

Clicked split once, then again, got an error:
http://monster01.sf.cloudera.com:60010/table.jsp?action=split&name=VerifiableEditor&key=
java.lang.IllegalArgumentException: Not a host:port pair: 
	at org.apache.hadoop.hbase.HServerAddress.(HServerAddress.java:57)
	at org.apache.hadoop.hbase.master.HMaster.getTableRegions(HMaster.java:841)
	at org.apache.hadoop.hbase.master.HMaster.modifyTable(HMaster.java:981)

The test fails with the following error:
junit.framework.ComparisonFailure: expected:<[Bye World]> but was:<[]>
	at junit.framework.Assert.assertEquals(Assert.java:81)
	at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.camel.component.mina.MinaConsumerTest.testSendTextlineSyncText(MinaConsumerTest.java:28)
...
One test sends sync the text "World" and the should receive "Bye World" in response.
2008-08-08 01:35:25,589 DEBUG MinaProducer - Message received: Bye World 
2008-08-08 01:35:25,589 DEBUG MinaProducer - Message received:  
2008-08-08 01:35:25,589 DEBUG MinaProducer - Message received: Bye  
There are actually not one, but two messages received which causes the reply to be overridden by the second message.  The problem is with the test itself that actually returns "Bye " + body + "\n"!  Because the test uses the 'textline' mina codec, the encoder actually adds another '\n'.  With the textline codec there's one message per line, so the extra \n makes it two lines and hence the extra message.  The decoder at the other end suppresses the LineDelimiter (\n), so the extra message is actually an empty string.
Removing the extra \n in the message fixes the test, but the notes above should be considered when camel-mina is used with the textline codec.

Issue SEC-822 still exists. In my configuration tokenValiditySeconds = 15552000, which becomes negative int after narrowing((int) 15552000000L = -1627869184).
I've browsed source of TokenBasedRememberMeServicesTests and noticed that bugfix tested with value 5000000, which is not representative. Even if this value causes overflow, conversion returns positive value ((int) 5000000000L = 705032704) after narrowing to int.

I'm using the JasyptPropertiesParser in combination with the BridgePropertyPlaceholderConfigurer to able to encrypt properties by adding the parser property.
             <beans:property name="parser">
                    <!-- define the jasypt properties parser with the given password to be used -->
                    <beans:bean class="org.apache.camel.component.jasypt.JasyptPropertiesParser" depends-on="InitializeProperties">
                           <beans:property name="password" value="#
{IP.getPassword()}
"/>
                           <beans:property name="algorithm" value="PBEWITHSHA1ANDRC4_128"/>
                    </beans:bean>
             </beans:property>
This works fine but when I have a "tris.dlq.folder.process.history:c:/temp/TrisESB" property with a default value in my xml route, the route creating fails with error:
Caused by: java.lang.IllegalArgumentException: PropertiesComponent with name properties must be defined in CamelContext to support property placeholders. Property with key [tris.dlq.folder.process.history:c:/temp/TrisESB] not found in properties from text: file://tris.dlq.folder.process.history:c:/temp/TrisESB?fileName=$simple
{header.breadcrumbId}
-prochist.htm
My log also mentions the parsing of the property.
[TRACE] [org.apache.camel.component.jasypt.JasyptPropertiesParser] Parsing property 'tris.dlq.folder.process.history:c:/temp/TrisESB=null'
It seems that the JasyptPropertiesParser can't handle default properties.

When I try to use tab completion to add parameters to "write-attribute" , it does not suggest any param values but instead just closes the parameter list.
:write-attribute(name=n)

Happened over on https://builds.apache.org/job/PreCommit-HBASE-Build/10974/consoleText most recently.  The test is to see if can enable request logging in jetty (we should remove it?).  Looks like some bug in our ancient jetty version.  Let me for now change the stop order so the request listener is removed before we go to shut down.  Here is the bind:

"1738904334@qtp-1379460953-1 - Acceptor0 SelectChannelConnector@localhost:56958" daemon prio=10 tid=0x00007f493884b800 nid=0x14b9 waiting for monitor entry [0x00007f490a59e000]
	at org.mortbay.io.nio.SelectorManager$SelectSet.doSelect(SelectorManager.java:464)
	- waiting to lock <0x00000007dd6a1028> (a org.mortbay.io.nio.SelectorManager$SelectSet)
	at org.mortbay.io.nio.SelectorManager.doSelect(SelectorManager.java:192)
	at org.mortbay.jetty.nio.SelectChannelConnector.accept(SelectChannelConnector.java:124)
	at org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:708)

"825895443@qtp-1379460953-0" daemon prio=10 tid=0x00007f493885a000 nid=0x14b8 in Object.wait() [0x00007f490a49d000]
	- waiting on <0x00000007dcd02220> (a org.mortbay.thread.QueuedThreadPool$PoolThread)
	at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:626)
	- locked <0x00000007dcd02220> (a org.mortbay.thread.QueuedThreadPool$PoolThread)

"Service Thread" daemon prio=10 tid=0x00007f4938290000 nid=0x14ab runnable [0x0000000000000000]

"C2 CompilerThread1" daemon prio=10 tid=0x00007f493828e000 nid=0x14aa waiting on condition [0x0000000000000000]

"C2 CompilerThread0" daemon prio=10 tid=0x00007f493828b000 nid=0x14a9 waiting on condition [0x0000000000000000]

"Signal Dispatcher" daemon prio=10 tid=0x00007f4938280800 nid=0x14a8 runnable [0x0000000000000000]

"Finalizer" daemon prio=10 tid=0x00007f493826b000 nid=0x14a7 in Object.wait() [0x00007f490b3f2000]
	- waiting on <0x00000007d8685568> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
	- locked <0x00000007d8685568> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:189)

"Reference Handler" daemon prio=10 tid=0x00007f4938267000 nid=0x14a6 in Object.wait() [0x00007f490b4f3000]
	- waiting on <0x00000007d86850f0> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:503)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
	- locked <0x00000007d86850f0> (a java.lang.ref.Reference$Lock)

"main" prio=10 tid=0x00007f493800a800 nid=0x1497 runnable [0x00007f4941b5f000]
	at org.mortbay.io.nio.SelectorManager$SelectSet.stop(SelectorManager.java:879)
	- locked <0x00000007dd6a1028> (a org.mortbay.io.nio.SelectorManager$SelectSet)
	at org.mortbay.io.nio.SelectorManager.doStop(SelectorManager.java:240)
	at org.mortbay.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:76)
	- locked <0x00000007dccf2e60> (a java.lang.Object)
	at org.mortbay.jetty.nio.SelectChannelConnector.close(SelectChannelConnector.java:136)
	- locked <0x00000007dccf2cc0> (a org.mortbay.jetty.nio.SelectChannelConnector)
	at org.apache.hadoop.hbase.http.HttpServer.stop(HttpServer.java:1037)
	at org.apache.hadoop.hbase.http.HttpServerFunctionalTest.stop(HttpServerFunctionalTest.java:195)
	at org.apache.hadoop.hbase.http.TestHttpServerLifecycle.testStartedServerWithRequestLog(TestHttpServerLifecycle.java:91)

The invoke method on AbstractSaxPayloadEndpoint declares that it can throw an exception, but there is no way to propagate checked exceptions back to it from createContentHandler and getResponse.  I need to be able to throw an exception from getResponse so an appropriate SOAP fault can be created.  All other Endpoint implementations seem to support this in some way.

Adding the following example as a qfile test in hbase-handler fails. Looks like this may have been introduced by HIVE-5277.

SET hive.hbase.snapshot.name=src_hbase_snapshot;
SET hive.hbase.snapshot.restoredir=/tmp;

select count(*) from src_hbase;

ConfigurationUtils:
public static URL locate(String base, String name) {
  3 x :
  catch ([Malformed|IO]URLException e) 
{
    e.printStackTrace();
  }
}
.. say no more.
But while we're at it, the log-message (which, for some reason, actually goes to a logger, not uglily to the system) states "Configuration loaded from ..", which isn't true: The thing isn't loaded yet; it will be loaded.  "Loading configuration from .." would be better, or maybe "Will be loading configuration from ..". In addition, these log-lines could state what was the "base", and in particular the case where it loads from "base path", the whole line reads wrong.
For example: "Loading configuration ["+name+"] from base path ["+base+"].." and similar for the other lines.

ServletWebRequest#checkNotModified will set a 304 response code, but doesn't set the Content-Length header to 0. This leads to exception on WebLogic, which gets all worked up about the fact that there's no response body even though the Content-Length headers claims there is:
<Error> <HTTP> <BEA-101104> <Servlet execution in servlet context "ServletContext@26118573[app:MP24MotorPrototype module:MP24 path:/MP24 spec-version:2.5]" failed, java.net.ProtocolException: Didn't meet stated Content-Length, wrote: '0' bytes instead of stated: '3291' bytes.. 
java.net.ProtocolException: Didn't meet stated Content-Length, wrote: '0' bytes instead of stated: '3291' bytes. 
        at weblogic.servlet.internal.ServletOutputStreamImpl.ensureContentLength(ServletOutputStreamImpl.java:425) 
        at weblogic.servlet.internal.ServletResponseImpl.ensureContentLength(ServletResponseImpl.java:1451) 
        at weblogic.servlet.internal.ServletResponseImpl.send(ServletResponseImpl.java:1494) 
        at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1441) 
        at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)

Assume the following repository:

interface UserRepository extends CrudRepository<User, BigInteger> {

  UserSummary findSummaryByLastnameLike(String lastname);
}

Assuming that UserSummary does not extend User executing the query method will always return null as the collection the query is run against will be derived from UserSummary which it shouldn't in this case.
The issue is that SingleEntityExecution does not hand the collection name of the MongoEntityMetadata to the template so that the collection is derived from the return type only.

The delete method in the controller generated by Roo has a problem: it generates a redirect with duplicate size and page parameterss. E.g. /pets?page=1&size=10&page=1&size=10
The generated code is:
        model.addAttribute("page", (page == null) ? "1" : page.toString());
        model.addAttribute("size", (size == null) ? "10" : size.toString());
        return "redirect:/pets?page=" + ((page == null) ? "1" : page.toString()) + "&size=" + ((size == null) ? "10" : size.toString());
A solution is to return "redirect:/pets", like list method.

In some cases, llap daemon gets initialized with different log4j2.properties than the expected llap-daemon-log4j2.properties. It will be easier if programmatically configure log4j2 so that we can print out the location of properties file that is used for initialization. 

org.springframework.data.jpa.domain.Specifications does not implement Serializable therefore it cannot be used to create a Specification for remote (e.g. via Spring Remoting) call of  JpaSpecificationExecutor repositories.

As written in reference documentation I tried to use an application-policy like this:
<application-policy name = "core">
                        <!-- reference doc says JbossSpringLoginModule but this was renamed in cvs -->
                        <login-module code = "net.sf.acegisecurity.adapters.jboss.JbossAcegiLoginModule" flag = "required">
                                <module-option name = "singletonId">springRealm</module-option>
                                <module-option name = "key">my_password</module-option>
                                <module-option name = "authenticationManager">authenticationManager</module-option>
</application-policy>
I got NullPointerException, here is the log:
2005-09-26 17:25:42,433 INFO  [net.sf.acegisecurity.adapters.jboss.JbossAcegiLoginModule] initializing jboss login module
2005-09-26 17:25:42,434 TRACE [org.jboss.security.plugins.JaasSecurityManager.core] Login failure
javax.security.auth.login.LoginException: java.lang.NullPointerException
        at EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap.hash(ConcurrentReaderHashMap.java:298)
        at EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap.get(ConcurrentReaderHashMap.java:410)
        at org.jboss.mx.loading.RepositoryClassLoader.getResourceLocally(RepositoryClassLoader.java:197)
        at org.jboss.mx.loading.UnifiedLoaderRepository3.getResourceFromClassLoader(UnifiedLoaderRepository3.java:373)
        at org.jboss.mx.loading.UnifiedLoaderRepository3.getResource(UnifiedLoaderRepository3.java:288)
        at org.jboss.mx.loading.RepositoryClassLoader.getResource(RepositoryClassLoader.java:529)
        at org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1072)
        at net.sf.acegisecurity.adapters.jboss.JbossAcegiLoginModule.initialize(JbossAcegiLoginModule.java:100)         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at javax.security.auth.login.LoginContext.invoke(LoginContext.java:756)
        at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186)
        at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683)
        at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
        at javax.security.auth.login.LoginContext.login(LoginContext.java:579)
        at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:572)
        at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:506)
        at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:315)
        at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.authenticate(JBossSecurityMgrRealm.java:230)
        at org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthenticator.java:181)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:446)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
        at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
        at javax.security.auth.login.LoginContext.invoke(LoginContext.java:872)
So I started to inspect the problem, then I realized that JbossAcegiLoginModule try to find appContextLocation even it doesn't defined. Here is the code from acegisecurity CVS:
if (Thread.currentThread().getContextClassLoader().getResource(appContextLocation) == null) {
            if (super.log.isInfoEnabled()) 
{
                super.log.info("cannot locate " + appContextLocation);
            }

            throw new IllegalArgumentException("Cannot locate "
                + appContextLocation);
}
I think, this should be done when singletonId == null or "".equals(singletonId).
Thank you.

There is missing null check in LdapSecurityRealm.closeContext [1] which can result to NPE.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/001e69270ddb6d277938bd65db75c455a69c7f03/src/main/java/org/wildfly/security/auth/realm/ldap/LdapSecurityRealm.java#L221

ERROR [io.undertow.request] (default task-58) UT005023: Exception handling request to /LdapPerformance/protected/SimpleSecuredServlet: java.lang.NullPointerException
  at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm.closeContext(LdapSecurityRealm.java:221)
  at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm.access$500(LdapSecurityRealm.java:102)
  at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.getAttributes(LdapSecurityRealm.java:543)
  at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.getAuthorizationIdentity(LdapSecurityRealm.java:501)

Discovered while running IntegrationTestBigLinkedList. Region 24d68aa7239824e42390a77b7212fcbf is scheduled for move from hor13n19 to hor13n13. During the process an exception is thrown.

2014-02-25 15:30:42,613 INFO  [MASTER_SERVER_OPERATIONS-hor13n12:60000-4] master.RegionStates: Transitioning {24d68aa7239824e42390a77b7212fcbf state=OPENING, ts=1393342207107, server=hor13n19.gq1.ygridcore.net,60020,1393341563552} will be handled by SSH for hor13n19.gq1.ygridcore.net,60020,1393341563552
2014-02-25 15:30:42,613 INFO  [MASTER_SERVER_OPERATIONS-hor13n12:60000-4] handler.ServerShutdownHandler: Reassigning 7 region(s) that hor13n19.gq1.ygridcore.net,60020,1393341563552 was carrying (and 0 regions(s) that were opening on this server)
2014-02-25 15:30:42,613 INFO  [MASTER_SERVER_OPERATIONS-hor13n12:60000-4] handler.ServerShutdownHandler: Reassigning region with rs = {24d68aa7239824e42390a77b7212fcbf state=OPENING, ts=1393342207107, server=hor13n19.gq1.ygridcore.net,60020,1393341563552} and deleting zk node if exists
2014-02-25 15:30:42,623 INFO  [MASTER_SERVER_OPERATIONS-hor13n12:60000-4] master.RegionStates: Transitioned {24d68aa7239824e42390a77b7212fcbf state=OPENING, ts=1393342207107, server=hor13n19.gq1.ygridcore.net,60020,1393341563552} to {24d68aa7239824e42390a77b7212fcbf state=OFFLINE, ts=1393342242623, server=hor13n19.gq1.ygridcore.net,60020,1393341563552}
2014-02-25 15:30:42,623 DEBUG [AM.ZK.Worker-pool2-t46] master.AssignmentManager: Znode IntegrationTestBigLinkedList,\x80\x06\x1A,1393342105093.24d68aa7239824e42390a77b7212fcbf. deleted, state: {24d68aa7239824e42390a77b7212fcbf state=OFFLINE, ts=1393342242623, server=hor13n19.gq1.ygridcore.net,60020,1393341563552}
...
2014-02-25 15:30:43,993 ERROR [MASTER_SERVER_OPERATIONS-hor13n12:60000-4] executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN
java.lang.ArrayIndexOutOfBoundsException: 0
	at org.apache.hadoop.hbase.master.balancer.BaseLoadBalancer$Cluster.<init>(BaseLoadBalancer.java:250)
	at org.apache.hadoop.hbase.master.balancer.BaseLoadBalancer.createCluster(BaseLoadBalancer.java:921)
	at org.apache.hadoop.hbase.master.balancer.BaseLoadBalancer.roundRobinAssignment(BaseLoadBalancer.java:860)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:2482)
	at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:282)

After that, region is left in limbo and is never reassigned.

2014-02-25 15:35:11,581 INFO  [FifoRpcScheduler.handler1-thread-6] master.HMaster: Client=hrt_qa//68.142.246.29 move hri=IntegrationTestBigLinkedList,\x80\x06\x1A,1393342105093.24d68aa7239824e42390a77b7212fcbf., src=hor13n19.gq1.ygridcore.net,60020,1393341563552, dest=hor13n13.gq1.ygridcore.net,60020,1393342222275, running balancer
2014-02-25 15:35:11,581 INFO  [FifoRpcScheduler.handler1-thread-6] master.AssignmentManager: Ignored moving region not assigned: {ENCODED => 24d68aa7239824e42390a77b7212fcbf, NAME => 'IntegrationTestBigLinkedList,\x80\x06\x1A,1393342105093.24d68aa7239824e42390a77b7212fcbf.', STARTKEY => '\x80\x06\x1A', ENDKEY => ''}, {24d68aa7239824e42390a77b7212fcbf state=OFFLINE, ts=1393342242623, server=hor13n19.gq1.ygridcore.net,60020,1393341563552}
...
2014-02-25 15:35:26,586 DEBUG [hor13n12.gq1.ygridcore.net,60000,1393341917402-BalancerChore] master.HMaster: Not running balancer because 1 region(s) in transition: {24d68aa7239824e42390a77b7212fcbf={24d68aa7239824e42390a77b7212fcbf state=OFFLINE, ts=1393342242623, server=hor13n19.gq1.ygridcore.net,60020,1393341563552}}
...
2014-02-25 15:35:51,945 DEBUG [FifoRpcScheduler.handler1-thread-16] master.HMaster: Client=hrt_qa//68.142.246.29 unassign IntegrationTestBigLinkedList,\x80\x06\x1A,1393342105093.24d68aa7239824e42390a77b7212fcbf. in current location if it is online and reassign.force=false
2014-02-25 15:35:51,945 DEBUG [FifoRpcScheduler.handler1-thread-16] master.AssignmentManager: Starting unassign of IntegrationTestBigLinkedList,\x80\x06\x1A,1393342105093.24d68aa7239824e42390a77b7212fcbf. (offlining), current state: {24d68aa7239824e42390a77b7212fcbf state=OFFLINE, ts=1393342242623, server=hor13n19.gq1.ygridcore.net,60020,1393341563552}
2014-02-25 15:35:51,945 DEBUG [FifoRpcScheduler.handler1-thread-16] master.AssignmentManager: Attempting to unassign IntegrationTestBigLinkedList,\x80\x06\x1A,1393342105093.24d68aa7239824e42390a77b7212fcbf. but it is already in transition (OFFLINE, force=false)
...
2014-02-25 15:40:26,587 DEBUG [hor13n12.gq1.ygridcore.net,60000,1393341917402-BalancerChore] master.HMaster: Not running balancer because 1 region(s) in transition: {24d68aa7239824e42390a77b7212fcbf={24d68aa7239824e42390a77b7212fcbf state=OFFLINE, ts=1393342242623, server=hor13n19.gq1.ygridcore.net,60020,1393341563552}}

Spoke with Enis Soztutar about it earlier, assigning to him.

The CamelHttpUri header is not set to the right value while routing between jetty and http components. Because of which the construction of the HttpMethod in the http component fails and throws up an IllegalArgumentException.
Detailed discussion regarding this issue can be found in this following thread.
http://www.nabble.com/HTTP-component-throwing-IllegalArgumentException-in-M3-release.-tt25057133.html#a25057133

springBootVersion = '1.5.2.RELEASE'
Using a Mongo(or PagingAndSorting)Repository to persist an AMQP-Message either directly or in a wrapper class works great.
Including the "spring-boot-starter-data-rest"-dependency in the project causes an "UnsatisfiedDependencyException" when starting the application.
After initially creating an issue on the spring-boot github I got the following feedback:
The underlying failure is:

	at org.springframework.data.rest.core.UriToEntityConverter.<init>(UriToEntityConverter.java:71) ~[spring-data-rest-core-2.6.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.RepositoryRestMvcConfiguration.uriToEntityConverter(RepositoryRestMvcConfiguration.java:650) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.RepositoryRestMvcConfiguration.defaultConversionService(RepositoryRestMvcConfiguration.java:230) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.RepositoryRestMvcConfiguration$$EnhancerBySpringCGLIB$$5836bf08.CGLIB$defaultConversionService$6(<generated>) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.RepositoryRestMvcConfiguration$$EnhancerBySpringCGLIB$$5836bf08$$FastClassBySpringCGLIB$$219fc350.invoke(<generated>) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228) ~[spring-core-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:358) ~[spring-context-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.data.rest.webmvc.config.RepositoryRestMvcConfiguration$$EnhancerBySpringCGLIB$$5836bf08.defaultConversionService(<generated>) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_102]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_102]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_102]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_102]
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:162) ~[spring-beans-4.3.7.RELEASE.jar:4.3.7.RELEASE]

this NPE comes from the fact a domainType of java.lang.reflect.TypeVariable<java.lang.Object> is detected for whatever reason and that one doesn't have an entity, so entity.hasIdProperty()fails with an NPE.
I included a sample application that repoduces the issue.

I'm using the new Spring Security test integration features in my Mock MVC tests and noticed that in tests where there are two MVC calls but with different Authentication, the Authentication set in the first MVC call is still present on the second MVC call.
For example, the first call has only the required update permission and the second call has only the required read permission. The second still has the update permission and can't do the read.
In order to work around this I created a ResultHandler that will call TestSecurityContext.clearContext().

HIVE-5679 adds two static SimpleDateFormat objects and SimpleDateFormat is not thread safe. These should be converted to thread locals.

Salesforce added new fields to the login API response. These fields should be added to the LoginToken DTO. 

Configuration of JDBC persistence-store consists of several steps:

Deploy jdbc driver
Configure data source
Create EAP module with correct SQLProviderFactory implementation
Configure Artemis

For performing the step 3 you need to know

which SQLProviderFactory should be used,
where can be downloaded (who will compile it?),
how to create EAP module
which dependencies the module should have

Additionally in domain, you need to do all these steps for each EAP instance.
Suggestion for improvement:
SQLProviderFactories for all supported databases should be delivered with EAP. The correct implementation should be chosen based on database metadata.

The camel context can't get initialized when validation of the RouteDefinition failed (e.g. typo in Uri or add an unsupported option in Uri), but when deploy the blueprint, the CamelContext startup and then shutdown, but the bundle status is still 'Active', only a FailedToCreateRouteException ERROR is logged.
318 │ Active  │  80 │ 0.0.0                 │ blueprint.xml
Attached the simple blueprint.xml for reproduce it.
The expected behaviour is the bundle is in the 'Failure' status in this case.
The fix proposal from my side is, move the call of "this.maybeStart()" from blueprintEvent() method to the constructor of the BlueprintCamelContext class. then this kind of Route definition error can be processed during the Blueprint "CREATING" phase. Currently, the start() is invoked after Blueprint in "CREATED" phase. (I tested this fix locally and have the expected 'Failure' bundle status) 
(This issue is found in Camel 2.20.x, 2.21.x, but it may affects also on master branch)

  public static void addRegionToMeta(CatalogTracker catalogTracker, HRegionInfo regionInfo,
      HRegionInfo splitA, HRegionInfo splitB) throws IOException {
    addRegionToMeta(MetaReader.getMetaHTable(catalogTracker), regionInfo, splitA, splitB);
  }

We have developed a couple of Spring Webservices deployed on Tomcat in a (stateless) Docker container that from time to time somehow fail to start correctly and return a stacktrace instead of the WSDL. Restarting the container will almost always fix it at the first attempt.
The same issue was reported here by someone else: http://forum.spring.io/forum/spring-projects/web-services/122858-thread-safety-issue-with-requests-to-wsdl 
It looks like it is similar to bugs like these:

https://issues.apache.org/jira/browse/XERCESJ-211
https://netbeans.org/bugzilla/show_bug.cgi?id=111862#c15

Below the complete stacktrace:
08:14:35.378 [http-nio-8080-exec-1] DEBUG o.s.w.t.h.MessageDispatcherServlet - Could not complete request
javax.xml.transform.TransformerException: java.lang.NullPointerException
        at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:752) ~[na:1.8.0_40-internal]
        at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:357) ~[na:1.8.0_40-internal]
        at org.springframework.ws.transport.http.WsdlDefinitionHandlerAdapter.handle(WsdlDefinitionHandlerAdapter.java:144) ~[spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
        at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:285) ~[spring-ws-core-2.2.0.RELEASE.jar:2.2.0.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:961) [spring-webmvc-4.0.5.RELEASE.jar:4.0.5.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:852) [spring-webmvc-4.0.5.RELEASE.jar:4.0.5.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:618) [servlet-api.jar:na]
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:837) [spring-webmvc-4.0.5.RELEASE.jar:4.0.5.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:725) [servlet-api.jar:na]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291) [catalina.jar:8.0.20]
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.20]
        at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) [tomcat-websocket.jar:8.0.20]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.20]
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219) [catalina.jar:8.0.20]
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) [catalina.jar:8.0.20]
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) [catalina.jar:8.0.20]
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) [catalina.jar:8.0.20]
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) [catalina.jar:8.0.20]
        at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610) [catalina.jar:8.0.20]
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) [catalina.jar:8.0.20]
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516) [catalina.jar:8.0.20]
        at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1086) [tomcat-coyote.jar:8.0.20]
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659) [tomcat-coyote.jar:8.0.20]
        at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:223) [tomcat-coyote.jar:8.0.20]
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558) [tomcat-coyote.jar:8.0.20]
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515) [tomcat-coyote.jar:8.0.20]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_40-internal]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_40-internal]
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-util.jar:8.0.20]
        at java.lang.Thread.run(Thread.java:745) [na:1.8.0_40-internal]
        at com.sun.org.apache.xerces.internal.dom.DeferredElementNSImpl.synchronizeData(DeferredElementNSImpl.java:108) ~[na:1.8.0_40-internal]
        at com.sun.org.apache.xerces.internal.dom.ElementImpl.getNodeName(ElementImpl.java:122) ~[na:1.8.0_40-internal]
        at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:152) ~[na:1.8.0_40-internal]
        at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:230) ~[na:1.8.0_40-internal]
        at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:136) ~[na:1.8.0_40-internal]
        at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:98) ~[na:1.8.0_40-internal]
        at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:699) ~[na:1.8.0_40-internal]
        at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:743) ~[na:1.8.0_40-internal]
        ... 30 common frames omitted

we have seen a pattern in tests, that the regions are stuck in OPENING state for a very long time when the region server who is opening the region fails. My understanding of the process: 

master calls rs to open the region. If rs is offline, a new plan is generated (a new rs is chosen). RegionState is set to PENDING_OPEN (only in master memory, zk still shows OFFLINE). See HRegionServer.openRegion(), HMaster.assign()
RegionServer, starts opening a region, changes the state in znode. But that znode is not ephemeral. (see ZkAssign)
Rs transitions zk node from OFFLINE to OPENING. See OpenRegionHandler.process()
rs then opens the region, and changes znode from OPENING to OPENED
when rs is killed between OPENING and OPENED states, then zk shows OPENING state, and the master just waits for rs to change the region state, but since rs is down, that wont happen.
There is a AssignmentManager.TimeoutMonitor, which does exactly guard against these kind of conditions. It periodically checks (every 10 sec by default) the regions in transition to see whether they timedout (hbase.master.assignment.timeoutmonitor.timeout). Default timeout is 30 min, which explains what you and I are seeing.
ServerShutdownHandler in Master does not reassign regions in OPENING state, although it handles other states.

Lowering that threshold from the configuration is one option, but still I think we can do better. 
Will investigate more. 

With CAMEL-11194 a circular dependency from buildtools to buildtools via license-plugin has been introduced.
Can be observed when running mvn -X compile in buildingtools:

[DEBUG] Populating class realm plugin>com.mycila:license-maven-plugin:3.0
[DEBUG]   Included: com.mycila:license-maven-plugin:jar:3.0
[DEBUG]   Included: org.apache.camel:camel-buildtools:jar:2.20.0-SNAPSHOT

Getting NullPointer at com.ctc.wstx.sw.SimpleNsStreamWriter.writeNamespace(SimpleNsStreamWriter.java:134) because parameter nsURI is null. (full stack trace below)
First call of this method prefix=”soapenv”, nsURI=null
Second call: prefix=”soap”, nsURI=="http://schemas.xmlsoap.org/soap/envelope/" (I changed the value of nsURI in the debugger in the first call to arrive here)
In general: if I change the nsURI in the debugger to the correct value or to an empty string,
the request goes through without any error.
Same SOAP request using SOAPUI 5.4 was working with the same application using an older version of camel-cxf (2.12.4) under Java 1.7
My SOAP request:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tss="http://axpo.ch/emis/v1/TimeseriesService">
       <soapenv:Header>
        <tss:sourceSystem>MySourceSystem</tss:sourceSystem>
    </soapenv:Header>
    <soapenv:Body>
           <tss:send>
                 <correlationId>IN1806141130169762894</correlationId>
                 <collectionIdentifier>NA</collectionIdentifier>
                 <timeseriesList>
                     <timeseries>
                         <identifier>1234</identifier>
                         <measurementUnit>MW</measurementUnit>
                         <resolution>PT15M</resolution>
                         <periodList>
                             <interval start="2018-06-27T22:00:00Z" quantity="0.041" status="VALID"/>
                             <interval start="2018-06-28T21:45:00Z" quantity="0.036" status="VALID"/>
                         </periodList>
                     </timeseries>
                 </timeseriesList>
           </tss:send>
    </soapenv:Body>
Error stack trace:
com.ctc.wstx.sw.SimpleNsStreamWriter.writeNamespace(SimpleNsStreamWriter.java:134
10:27:09,294 WARNING [org.apache.cxf.phase.PhaseInterceptorChain] (default task-118) Application {http://axpo.ch/emis/v1/TimeseriesService}TimeseriesService#{http://axpo.ch/emis/v1/TimeseriesService}send has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault: Error during type conversion from type: org.apache.camel.converter.jaxp.XMLStreamReaderInputStream to the required type: javax.xml.stream.XMLStreamReader with value org.apache.camel.converter.jaxp.XMLStreamReaderInputStream@9c55922 due java.lang.NullPointerException
       at org.apache.camel.component.cxf.CxfConsumer$CxfConsumerInvoker.checkFailure(CxfConsumer.java:344) [camel-cxf-2.22.0.jar:2.22.0]
       at org.apache.camel.component.cxf.CxfConsumer$CxfConsumerInvoker.setResponseBack(CxfConsumer.java:318) [camel-cxf-2.22.0.jar:2.22.0]
       at org.apache.camel.component.cxf.CxfConsumer$CxfConsumerInvoker.syncInvoke(CxfConsumer.java:244) [camel-cxf-2.22.0.jar:2.22.0]
       at org.apache.camel.component.cxf.CxfConsumer$CxfConsumerInvoker.invoke(CxfConsumer.java:162) [camel-cxf-2.22.0.jar:2.22.0]
       at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:59) [cxf-core-3.2.5.jar:3.2.5]
       at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_144]
      at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_144]
       at org.apache.cxf.interceptor.ServiceInvokerInterceptor$2.run(ServiceInvokerInterceptor.java:126) [cxf-core-3.2.5.jar:3.2.5]
       at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) [cxf-core-3.2.5.jar:3.2.5]
       at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:131) [cxf-core-3.2.5.jar:3.2.5]
       at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308) [cxf-core-3.2.5.jar:3.2.5]
       at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) [cxf-core-3.2.5.jar:3.2.5]
       at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:267) [cxf-rt-transports-http-3.2.5.jar:3.2.5]
       at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:234) [cxf-rt-transports-http-3.2.5.jar:3.2.5]
       at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:208) [cxf-rt-transports-http-3.2.5.jar:3.2.5]
       at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:160) [cxf-rt-transports-http-3.2.5.jar:3.2.5]
       at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:216) [cxf-rt-transports-http-3.2.5.jar:3.2.5]
       at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:301) [cxf-rt-transports-http-3.2.5.jar:3.2.5]
       at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:220) [cxf-rt-transports-http-3.2.5.jar:3.2.5]
       at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final-redhat-1.jar:1.0.0.Final-redhat-1]
      at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:276) [cxf-rt-transports-http-3.2.5.jar:3.2.5]
       at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:65) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
       at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.4.18.SP8-redhat-.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) [undertow-core-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) [undertow-core-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) [undertow-core-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
       at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
       at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
       at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda{{monospaced text}}$create$0(UndertowDeploymentInfoService.java:1501)
       at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1501)
       at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104) [undertow-servlet-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.server.Connectors.executeRootHandler(Connectors.java:330) [undertow-core-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812) [undertow-core-1.4.18.SP8-redhat-1.jar:1.4.18.SP8-redhat-1]
       at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_144]
       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_144]
       at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_144]
Caused by: org.apache.camel.TypeConversionException: Error during type conversion from type: org.apache.camel.converter.jaxp.XMLStreamReaderInputStream to the required type: javax.xml.stream.XMLStreamReader with value org.apache.camel.converter.jaxp.XMLStreamReaderInputStream@9c55922 due java.lang.NullPointerException
       at org.apache.camel.impl.converter.BaseTypeConverterRegistry.createTypeConversionException(BaseTypeConverterRegistry.java:667) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:158) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:129) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.converter.jaxb.JaxbDataFormat.unmarshal(JaxbDataFormat.java:273) [camel-jaxb-2.22.0.jar:2.22.0]
       at org.apache.camel.processor.UnmarshalProcessor.process(UnmarshalProcessor.java:69) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:548) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:201) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.processor.Pipeline.process(Pipeline.java:138) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.processor.Pipeline.process(Pipeline.java:101) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:97) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.component.cxf.CxfConsumer$CxfConsumerInvoker.syncInvoke(CxfConsumer.java:238) [camel-cxf-2.22.0.jar:2.22.0]
       ... 57 more
       at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1830) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:1409) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.impl.converter.InstanceMethodTypeConverter.convertTo(InstanceMethodTypeConverter.java:79) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.impl.converter.BaseTypeConverterRegistry.doConvertTo(BaseTypeConverterRegistry.java:326) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:141) [camel-core-2.22.0.jar:2.22.0]
       ... 67 more
       at com.ctc.wstx.sw.SimpleNsStreamWriter.writeNamespace(SimpleNsStreamWriter.java:134) [woodstox-core-5.0.3.jar:5.0.3]
       at org.apache.camel.converter.jaxp.XMLStreamReaderInputStream.ensureBuffering(XMLStreamReaderInputStream.java:111) [camel-core-2.22.0.jar:2.22.0]
       at org.apache.camel.converter.jaxp.XMLStreamReaderInputStream.read(XMLStreamReaderInputStream.java:68) [camel-core-2.22.0.jar:2.22.0]
       at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) [rt.jar:1.8.0_144]
       at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) [rt.jar:1.8.0_144]
       at java.io.BufferedInputStream.read(BufferedInputStream.java:345) [rt.jar:1.8.0_144]
       at com.ctc.wstx.io.StreamBootstrapper.ensureLoaded(StreamBootstrapper.java:482) [woodstox-core-5.0.3.jar:5.0.3]
       at com.ctc.wstx.io.StreamBootstrapper.resolveStreamEncoding(StreamBootstrapper.java:306) [woodstox-core-5.0.3.jar:5.0.3]
       at com.ctc.wstx.io.StreamBootstrapper.bootstrapInput(StreamBootstrapper.java:167) [woodstox-core-5.0.3.jar:5.0.3]
       at com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:573) [woodstox-core-5.0.3.jar:5.0.3]
       at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:633) [woodstox-core-5.0.3.jar:5.0.3]
       at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:647) [woodstox-core-5.0.3.jar:5.0.3]
       at com.ctc.wstx.stax.WstxInputFactory.createXMLStreamReader(WstxInputFactory.java:334) [woodstox-core-5.0.3.jar:5.0.3]
       at _redirected.XMLInputFactory.createXMLStreamReader(_XMLInputFactory.java:139

/core-service=management/security-realm=ManagementRealm/authentication=local:remove
reload
<Ctrl+C>

The client is already connected, Management realm is removed, client is reloaded. 
The user is prompted for UserName (local-auth has been disabled).
Ctrl-C is typed.
During Ctrl-C handling, the client is closed although it is "reconnecting" and has kept a lock. This lock is required to close the client. Lock that will never been released.

In commons-configuration-1.7 the SystemConfiguration directly used the Map of System.getProperties(). Thus when changing the properties inside the SystemConfiguration, the changes were visible in the Map of System.getProperties().
Since commons-configuration-1.8 the SystemConfiguration creates a new Map as a copy of System.getProperties() and thus changes in the SystemConfiguration Map are not visible in the System.getProperties() Map.
In 1.7 this super constructor is used by SystemProperties:

public MapConfiguration(Map map) {
    this.map = map;
}

In 1.9 this super constructor is used by SystemProperties:

public MapConfiguration(Properties props) {
    map = convertPropertiesToMap(props);
}

A fix could look like this:

public SystemConfiguration() {
    super((Map)System.getProperties());
}

This breaks the functionality I expected to be able to use SystemConfiguration as a replacement API for accessing and manipulating SystemProperties. For me this is a regression.
My workaround is currently not to use:

new SystemConfiguration();

but instead use:

new MapConfiguration((Map) System.getProperties());

Hello,
I have a problem when I try to call my resource,
Here is my signature :

@RestController public class AccountOperationResource {
//...
@RequestMapping (method = RequestMethod.POST, path = "/account/{iban}/deposit")
    public Response<AccountHistoryOperation> deposit (
                                    @PathVariable final String iban, 
                                    @RequestBodyPath ("amount") final double amount) 
    throws BankAccountException {
        //RequestBodyPath is an annotation that is handled by an arg resolver
    }
//...
}

As you see, the second argument ("amount") is a primitive type.
1) Using the controller, the org.springframework.web.method.support.InvocableHandlerMethod tries to get my method and to invoke it with some arguments parsed from my argresolver.
2) If I try to pass nothing for the "amount" value, the null value will be selected, and therefore the InvocableHandlerMethod will invoke the method with a null amount, which is forbidden by the fact that the double class is primitive. That is okay and logical.
3) Then I get an IllegalArgumentException from the java.lang.reflect API. The message of this exception is null. The InvocableHandlerMethod.getInvocationErrorMessage is called. It is fine.
4)This method passes this null String to the InvocableHandlerMethod.getDetailedErrorMessage method, ok.
5)Then this method calls new "StringBuilder(message)", which is resolved to do "new StringBuilder(null)"
=> I expect the null message to be ignored
... But instead, I get a NullPointerException
Can you help me ?
Regards,
Lionel.
Source code of the InvocableHandlerMethod class in the spring web framework :
https://github.com/spring-projects/spring-framework/blob/master/spring-web/src/main/java/org/springframework/web/method/support/InvocableHandlerMethod.java

The problem is described in WELD-913. The fix was only applied to Weld servlet support [1] and not AS7/WildFly8 integration code (most probably because the target environment of the issue was Tomcat).
[1]
https://github.com/weld/core/blob/master/environments/servlet/core/src/main/java/org/jboss/weld/environment/servlet/jsf/WeldApplicationFactory.java

SigTest check reveals:

Hidden class found:
org.wildfly.security.auth.server.event.RealmDefiniteOutcomeAuthenticationEvent
in method public
{org.wildfly.security.auth.server.event.RealmEventVisitor%1}
org.wildfly.security.auth.server.event.RealmEventVisitor.handleDefiniteOutcomeAuthenticationEvent(org.wildfly.security.auth.server.event.RealmDefiniteOutcomeAuthenticationEvent,{org.wildfly.security.auth.server.event.RealmEventVisitor%0})
in class org.wildfly.security.auth.server.event.RealmEventVisitor

Fix could be as easy as make RealmDefiniteOutcomeAuthenticationEvent public.
But I still left for developers judgement if make constructor of RealmDefiniteOutcomeAuthenticationEvent package private. Thus RealmDefiniteOutcomeAuthenticationEvent can't be inherited from. If that was reason for not marking this class as public originally.

Documentation for JpaSpecificationExecutor talks about

List<T> readAll(Specification<T> spec);

when it should be

List<T> findAll(Specification<T> spec);

The same is true in various other places in the documentation - I presume a find/replace for readAll/findAll is needed?

Query keywords table has a typo of "ngWith" instead of "EndingWith"
Query keywords table appears to have StartingWith / EndingWith the wrong way around (StartingWith claims " (parameter bound with prepended %)" which would be wrong?)

Section 1.5.1 (Domain class web binding for Spring MVC) code excerpts don't seem to make much sense to me? Specifically:
	
they're presuambly missing key steps - I don't believe that loading a User and then returning a String is going to have the User be populated into the resulting Model? I see that other examples call model.addAttribute, so why not do it here for consistency and to be clear.
They contain incorrect pieces of code:

    int page = Integer.parseInt(request.getParameter("page"));
    int pageSize = Integer.parseInt(request.getParameter("pageSize"));
    model.addAttribute("users", userService.getUsers(pageable));

where in this case, the pageable parameter is never declared (though I completely get what the example is trying to show, but only from the code excerpt that follows it)

Appendix C.1.1 contains a shortened class name which prevents copy-paste (which I would have liked since it's a debugging aid):

execution(public * org.sfw.data.jpa.repository.JpaRepository+.*(..))

Most methods in SparkClientFactory are synchronized on the SparkClientFactory singleton. However, some methods are very expensive, such as createClient(), which returns a SparkClientImpl instance. However, creating a SparkClientImpl instance requires starting a remote driver to connect back to RPCServer. This process can take a long time such as in case of a busy yarn queue. When this happens, all pending  calls on SparkClientFactory will have to wait for a long time.
In our case, hive.spark.client.server.connect.timeout is set to 1hr. This makes some queries waiting for hours before starting.
The current implementation seems pretty much making all remote driver launches serialized. If one of them takes time, the following ones will have to wait.
HS2 stacktrace is attached for reference. It's based on earlier version of Hive, so the line numbers might be slightly off. The following shows the locking effect:

xuefu@hadoopservice20-sjc1:~$ grep org.apache.hive.spark.client.SparkClientFactory 15763.jstack 
	at org.apache.hive.spark.client.SparkClientFactory.createClient(SparkClientFactory.java:79)
	- waiting to lock <0x00007f78fa1a9cc0> (a java.lang.Class for org.apache.hive.spark.client.SparkClientFactory)
	at org.apache.hive.spark.client.SparkClientFactory.createClient(SparkClientFactory.java:80)
	- locked <0x00007f78fa1a9cc0> (a java.lang.Class for org.apache.hive.spark.client.SparkClientFactory)

Seeing this exception on the console:
Could not create framework: java.io.FileNotFoundException: /home/gashcrumb/Work/Testing/jboss-fuse-6.1.0.redhat-169/system/org/apache/felix/org.apache.felix.framework/4.0.3.redhat-610169/org.apache.felix.framework-4.0.3.redhat-610169.jar
java.io.FileNotFoundException: /home/gashcrumb/Work/Testing/jboss-fuse-6.1.0.redhat-169/system/org/apache/felix/org.apache.felix.framework/4.0.3.redhat-610169/org.apache.felix.framework-4.0.3.redhat-610169.jar
        at org.apache.karaf.main.Main.createClassLoader(Main.java:1129)
        at org.apache.karaf.main.Main.launch(Main.java:268)
        at org.apache.karaf.main.Main.main(Main.java:525)

If camel-undertown consumer fails to start (i.e. because of address is already in use) a subsequent manual start of the route seems to succeed but it doesn't as the consumer does not handle the unchecked exception Undertown.start() may throw 

If a non-existent namespace is dropped, FileNotFoundException is thrown.
There should be better error message like "namespace does not exist"

hbase(main):002:0> drop_namespace 'hi'

ERROR: java.io.FileNotFoundException: File hdfs://h.com:8020/apps/hbase/data/data/hi does not exist.
	at org.apache.hadoop.hdfs.DistributedFileSystem.listStatusInternal(DistributedFileSystem.java:656)
	at org.apache.hadoop.hdfs.DistributedFileSystem.access$600(DistributedFileSystem.java:92)
	at org.apache.hadoop.hdfs.DistributedFileSystem$14.doCall(DistributedFileSystem.java:714)
	at org.apache.hadoop.hdfs.DistributedFileSystem$14.doCall(DistributedFileSystem.java:710)
	at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:78)
	at org.apache.hadoop.hdfs.DistributedFileSystem.listStatus(DistributedFileSystem.java:710)
	at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1478)
	at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1518)
	at org.apache.hadoop.hbase.util.FSUtils.getLocalTableDirs(FSUtils.java:1316)
	at org.apache.hadoop.hbase.util.FSTableDescriptors.getByNamespace(FSTableDescriptors.java:222)
	at org.apache.hadoop.hbase.master.HMaster.listTableDescriptorsByNamespace(HMaster.java:3121)
	at org.apache.hadoop.hbase.master.TableNamespaceManager.remove(TableNamespaceManager.java:158)
	at org.apache.hadoop.hbase.master.HMaster.deleteNamespace(HMaster.java:3106)
	at org.apache.hadoop.hbase.master.HMaster.deleteNamespace(HMaster.java:3000)
	at org.apache.hadoop.hbase.protobuf.generated.MasterAdminProtos$MasterAdminService$2.callBlockingMethod(MasterAdminProtos.java:32902)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2147)
	at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1854)

I've changed to spring roo version 1.2.4 and my file pom.xml has updated spring version to version 3.2.3. 
The problem is that version 3.2.3 have a bug with fields not required, don't find the method although attribute required from requestparam is false.
https://jira.springsource.org/browse/SPR-10578
For solved this, update to spring 3.2.4 version.

The method canRead() in org.springframework.expression.spel.support.ReflectivePropertyResolver returns false if target is null.
However, the method read() returns null for a null target. According to the contract specified by canRead it should throw an AccessException in this case.

Currently, the attribute BLOCKING_TIMEOUT_WAIT_MILLIS and INITIAL_POOL_SIZE do not have a default value and require a special treatment for handling undefined values being set.

Considering the lines:
1,2,"3
4"
5,6,7
The expected return value of two consecutive calls to the read() method of ResourceLineReader are (without < and >):
call 1:
<1,2,"3
4">
call 2:
<5,6,7>
But currently, call 1 returns 
<1,2,"34"
>
(notice that the newline is misplaced...)

EAP's EE-Concurrency Managed Executor Service is expected to skip the tasks that are pending in its execution queue upon server shutdown as documented here  
This is necessary to cope with scenario where a polling-type task is re-scheduling a new instance of itself just before exiting (so that there is always one task polling - pattern used e.g. by Spring message listeners

"ls /socket-binding-group=" should print proper error message. Similar operation "ls /subsystem=" print good error message.

[standalone@localhost:9990 /] ls /subsystem=*
{"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0030: No resource definition is registered for address [(\"subsystem\" => \"*\")]"}}
[standalone@localhost:9990 /] ls /socket-binding-group=*
Exception for ls /socket-binding-group=*: java.lang.IllegalArgumentException
[standalone@localhost:9990 /]

According to https://cwiki.apache.org/confluence/display/Hive/Permission+Inheritance+in+Hive, failure to inherit permissions should not cause queries to fail.
It looks like this was the case until HIVE-13716, which added some code to use fs.setOwner, fs.setAcl, and fs.setPermission to set permissions instead of shelling out and running -chgrp -R ....
When shelling out, the return status of each command is ignored, so if there are any failures when inheriting permissions, a warning is logged, but the query still succeeds.
However, when invoked the FileSystem API, any failures will be propagated up to the caller, and the query will fail.
This is problematic because setFulFileStatus shells out when the recursive parameter is set to true, and when it is false it invokes the FileSystem API. So the behavior is inconsistent depending on the value of recursive.
We should decide whether or not permission inheritance should fail queries or not, and then ensure the code consistently follows that decision.

In MasterQuotaManager, a member 'enabled' is used to indicate either quota feature is disabled or quota manager is not fully initialized.  This would create confusion whether caller should wait for quota manager to be initialized or change configuration to enable quota.

In org.springframework.ws.server.MessageDispatcher class sentMessageTracingLogger with trace level does not log the same request message as the one being logged by receivedMessageTracingLogger.
I've noticed that request message having <SOAP-ENV:Header> with wss4j stuff is properly logged by receivedMessageTracingLogger on trace level:

Received request [<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Header>
<wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" SOAP-ENV:mustUnderstand="1">
<wsse:UsernameToken xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="UsernameToken-21398464">
<wsse:Username>876543</wsse:Username>
<wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">a701050a4e03ef54319c319c9a06a895</wsse:Password>
</wsse:UsernameToken>
</wsse:Security>
</SOAP-ENV:Header>
<SOAP-ENV:Body>....</SOAP-ENV:Body></SOAP-ENV:Envelope>] 

Unfortunately sentMessageTracingLogger strips out content of <SOAP-ENV:Header> when logging request message:

Sent response [------=_Part_18_463346590.1255441172093
Content-Type: application/xop+xml; type="text/xml"; charset=utf-8

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Header/>
<SOAP-ENV:Body>...</SOAP-ENV:Body></SOAP-ENV:Envelope>
------=_Part_18_463346590.1255441172093--] for request [<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"><SOAP-ENV:Header>
</SOAP-ENV:Header><SOAP-ENV:Body>...</SOAP-ENV:Body></SOAP-ENV:Envelope>

It seems that wss4j headers are processed by WSS4j Interceptor and then somehow removed from requestMessage. Actually had no time to dig it further and check if custom headres are also stripped out.
Anyway i think that sentMessageTracingLogger  should log original client request message.
I am attaching patch version of MessageDispatcher

This simple query give wrong result , when , i use the parallel order .

select count(*) , count(distinct dummyint ) , min(dummyint),max(dummyint) from foobar_1M ;

Current wrong result :

c0	c1	c2	c3
32740	32740	0	163695
113172	113172	163700	729555
54088	54088	729560	999995

Right result :

c0	c1	c2	c3
1000000	1000000	0	999999

The sql script for my test 

drop table foobar_1 ;
create table foobar_1 ( dummyint int  , dummystr string ) ;
insert into table foobar_1 select count(*),'dummy 0'  from foobar_1 ;

drop table foobar_1M ;
create table foobar_1M ( dummyint bigint  , dummystr string ) ;

insert overwrite table foobar_1M
       select val_int  , concat('dummy ',val_int) from
             ( select ((((((d_1*10)+d_2)*10+d_3)*10+d_4)*10+d_5)*10+d_6) as val_int from foobar_1
                 lateral view outer explode(split("0,1,2,3,4,5,6,7,8,9",",")) tbl_1 as d_1
                 lateral view outer explode(split("0,1,2,3,4,5,6,7,8,9",",")) tbl_2 as d_2
                 lateral view outer explode(split("0,1,2,3,4,5,6,7,8,9",",")) tbl_3 as d_3
                 lateral view outer explode(split("0,1,2,3,4,5,6,7,8,9",",")) tbl_4 as d_4
                 lateral view outer explode(split("0,1,2,3,4,5,6,7,8,9",",")) tbl_5 as d_5
                 lateral view outer explode(split("0,1,2,3,4,5,6,7,8,9",",")) tbl_6 as d_6  ) as f                 ;

set hive.optimize.sampling.orderby.number=10000;
set hive.optimize.sampling.orderby.percent=0.1f;
set mapreduce.job.reduces=3 ;

set hive.optimize.sampling.orderby=false;

set hive.optimize.sampling.orderby=true;

The legacy SSL configuration resource, /subsystem=modcluster/mod-cluster-config=configuration/ssl=configuration, should be deprecated in favor of ssl-context=".." elytron reference.

JDR run via the CLI / Managemenet API -  runs the JDR report in the Application Server's JVM
/subsystem=jdr:generate-jdr-report()
Running jdr.sh / jdr.bat runs the JDR report in the JDR JVM
jdr.sh / jdr.bat should run the JDR report in the Application Server's JVM if it is running.  If it is not running, then it should just collect the files that are available.

In org.apache.camel.component.printer.PrinterProducer, the line:
setPrinter("\\\\" + config.getHostname() + "" + config.getPrintername());
reconstructs a UNC path which is expected to match the name of a PrintService on the system. For local printers on Windows, the name of the PrintService is simply the name of the printer without the host and any backslashes, so the PrinterProducer is never able to find them.
So when config.getHostname() is "localhost", at least on Windows, the line should be simply:
setPrinter(config.getPrintername())
so that we'd have code like:
if ("localhost".equalsIgnoreCase(config.getHostname())) {
  setPrinter(config.getPrintername());
} else {
  setPrinter("\\\\" + config.getHostname() + "" + config.getPrintername());
}
This can only work if issue CAMEL-4477 about the error in parseURI() in PrinterConfiguration is also fixed.

If the AsyncResult was created with AsyncResult.forExecutionException(Throwable), then you try to add callback with AsyncResult.addCallback(ListenableFutureCallback<? super V>), onSuccess(null) is called instead of onFailure(throwable).

@Override
	public void addCallback(SuccessCallback<? super V> successCallback, FailureCallback failureCallback) {
		try {
// This needs to check if this.executionException != null here and call onFailure instead
			successCallback.onSuccess(this.value);
		}
		catch (Throwable ex) {
			failureCallback.onFailure(ex);
		}
	}

When running Camel when the HawtDB file does not exist, and is created on startup we see errors like this after running for a short time:

2010-11-30 11:51:21.649587500 [DefaultMessageListenerContainer-1] WARN  org.apache.camel.component.hawtdb.HawtDBFile - Error executing work Removing key [24053] will do rollback.
2010-11-30 11:51:21.649589500 org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 2
2010-11-30 11:51:21.649589500 	at org.fusesource.hawtdb.internal.page.Extent.readHeader(Extent.java:85)
2010-11-30 11:51:21.649590500 	at org.fusesource.hawtdb.internal.page.Extent.freeLinked(Extent.java:234)
2010-11-30 11:51:21.649601500 	at org.fusesource.hawtdb.internal.page.Extent.pagesLinked(Extent.java:190)
2010-11-30 11:51:21.649602500 	at org.fusesource.hawtdb.api.AbstractStreamPagedAccessor.pagesLinked(AbstractStreamPagedAccessor.java:77)
2010-11-30 11:51:21.649602500 	at org.fusesource.hawtdb.internal.page.Batch.performDeferredUpdates(Batch.java:184)
2010-11-30 11:51:21.649603500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile.storeBatches(HawtTxPageFile.java:599)
2010-11-30 11:51:21.649605500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile.flush(HawtTxPageFile.java:522)
2010-11-30 11:51:21.649605500 	at org.apache.camel.component.hawtdb.HawtDBFile.doExecute(HawtDBFile.java:163)
2010-11-30 11:51:21.649606500 	at org.apache.camel.component.hawtdb.HawtDBFile.execute(HawtDBFile.java:106)
2010-11-30 11:51:21.649606500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository.remove(HawtDBAggregationRepository.java:179)
2010-11-30 11:51:21.649609500 	at org.apache.camel.processor.aggregate.AggregateProcessor.onCompletion(AggregateProcessor.java:352)
2010-11-30 11:51:21.649610500 	at org.apache.camel.processor.aggregate.AggregateProcessor.doAggregation(AggregateProcessor.java:264)
2010-11-30 11:51:21.649610500 	at org.apache.camel.processor.aggregate.AggregateProcessor.process(AggregateProcessor.java:185)
2010-11-30 11:51:21.649612500 	at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)
2010-11-30 11:51:21.649613500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.649613500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.649613500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.649615500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.649616500 	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
2010-11-30 11:51:21.649616500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.649629500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.649629500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.649630500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.649630500 	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:256)
2010-11-30 11:51:21.649632500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.649633500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.649633500 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:143)
2010-11-30 11:51:21.649633500 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:78)
2010-11-30 11:51:21.649634500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.649635500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.649636500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.649636500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.649638500 	at org.apache.camel.spring.spi.TransactionErrorHandler.processByErrorHandler(TransactionErrorHandler.java:198)
2010-11-30 11:51:21.649639500 	at org.apache.camel.spring.spi.TransactionErrorHandler$1.doInTransactionWithoutResult(TransactionErrorHandler.java:152)
2010-11-30 11:51:21.649640500 	at org.springframework.transaction.support.TransactionCallbackWithoutResult.doInTransaction(TransactionCallbackWithoutResult.java:33)
2010-11-30 11:51:21.649641500 	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:130)
2010-11-30 11:51:21.649642500 	at org.apache.camel.spring.spi.TransactionErrorHandler.doInTransactionTemplate(TransactionErrorHandler.java:145)
2010-11-30 11:51:21.649642500 	at org.apache.camel.spring.spi.TransactionErrorHandler.processInTransaction(TransactionErrorHandler.java:120)
2010-11-30 11:51:21.649644500 	at org.apache.camel.spring.spi.TransactionErrorHandler.process(TransactionErrorHandler.java:91)
2010-11-30 11:51:21.649645500 	at org.apache.camel.spring.spi.TransactionErrorHandler.process(TransactionErrorHandler.java:100)
2010-11-30 11:51:21.649645500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.649647500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.649648500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.649648500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.649649500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.649650500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.649651500 	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
2010-11-30 11:51:21.649651500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.649652500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.649653500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.649654500 	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:256)
2010-11-30 11:51:21.649654500 	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:99)
2010-11-30 11:51:21.649657500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.649657500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.649658500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.649658500 	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)
2010-11-30 11:51:21.649668500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.649668500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85)
2010-11-30 11:51:21.649669500 	at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:91)
2010-11-30 11:51:21.649669500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:560)
2010-11-30 11:51:21.649671500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:498)
2010-11-30 11:51:21.649672500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:467)
2010-11-30 11:51:21.649675500 	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:323)
2010-11-30 11:51:21.649676500 	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:241)
2010-11-30 11:51:21.649677500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1056)
2010-11-30 11:51:21.649678500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1048)
2010-11-30 11:51:21.649679500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:947)
2010-11-30 11:51:21.649681500 	at java.lang.Thread.run(Thread.java:662)
2010-11-30 11:51:21.650683500 [DefaultMessageListenerContainer-1] ERROR org.apache.camel.processor.DefaultErrorHandler - Failed delivery for exchangeId: ID:a511-qa.boi.kount.net-43748-1289356219750-4:78314:-1:1:1. Exhausted after delivery attempt: 1 caught: org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 2
2010-11-30 11:51:21.650685500 org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 2
2010-11-30 11:51:21.650686500 	at org.fusesource.hawtdb.internal.page.Extent.readHeader(Extent.java:85)
2010-11-30 11:51:21.650690500 	at org.fusesource.hawtdb.internal.page.Extent.freeLinked(Extent.java:234)
2010-11-30 11:51:21.650691500 	at org.fusesource.hawtdb.internal.page.Extent.pagesLinked(Extent.java:190)
2010-11-30 11:51:21.650691500 	at org.fusesource.hawtdb.api.AbstractStreamPagedAccessor.pagesLinked(AbstractStreamPagedAccessor.java:77)
2010-11-30 11:51:21.650692500 	at org.fusesource.hawtdb.internal.page.Batch.performDeferredUpdates(Batch.java:184)
2010-11-30 11:51:21.650694500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile.storeBatches(HawtTxPageFile.java:599)
2010-11-30 11:51:21.650694500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile.flush(HawtTxPageFile.java:522)
2010-11-30 11:51:21.650697500 	at org.apache.camel.component.hawtdb.HawtDBFile.doExecute(HawtDBFile.java:163)
2010-11-30 11:51:21.650697500 	at org.apache.camel.component.hawtdb.HawtDBFile.execute(HawtDBFile.java:106)
2010-11-30 11:51:21.650698500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository.remove(HawtDBAggregationRepository.java:179)
2010-11-30 11:51:21.650698500 	at org.apache.camel.processor.aggregate.AggregateProcessor.onCompletion(AggregateProcessor.java:352)
2010-11-30 11:51:21.650700500 	at org.apache.camel.processor.aggregate.AggregateProcessor.doAggregation(AggregateProcessor.java:264)
2010-11-30 11:51:21.650700500 	at org.apache.camel.processor.aggregate.AggregateProcessor.process(AggregateProcessor.java:185)
2010-11-30 11:51:21.650701500 	at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)
2010-11-30 11:51:21.650713500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.650713500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.650714500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.650715500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.650718500 	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
2010-11-30 11:51:21.650718500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.650719500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.650719500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.650721500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.650721500 	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:256)
2010-11-30 11:51:21.650722500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.650722500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.650724500 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:143)
2010-11-30 11:51:21.650724500 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:78)
2010-11-30 11:51:21.650725500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.650725500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.650727500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.650728500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.650728500 	at org.apache.camel.spring.spi.TransactionErrorHandler.processByErrorHandler(TransactionErrorHandler.java:198)
2010-11-30 11:51:21.650729500 	at org.apache.camel.spring.spi.TransactionErrorHandler$1.doInTransactionWithoutResult(TransactionErrorHandler.java:152)
2010-11-30 11:51:21.650730500 	at org.springframework.transaction.support.TransactionCallbackWithoutResult.doInTransaction(TransactionCallbackWithoutResult.java:33)
2010-11-30 11:51:21.650731500 	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:130)
2010-11-30 11:51:21.650732500 	at org.apache.camel.spring.spi.TransactionErrorHandler.doInTransactionTemplate(TransactionErrorHandler.java:145)
2010-11-30 11:51:21.650733500 	at org.apache.camel.spring.spi.TransactionErrorHandler.processInTransaction(TransactionErrorHandler.java:120)
2010-11-30 11:51:21.650734500 	at org.apache.camel.spring.spi.TransactionErrorHandler.process(TransactionErrorHandler.java:91)
2010-11-30 11:51:21.650736500 	at org.apache.camel.spring.spi.TransactionErrorHandler.process(TransactionErrorHandler.java:100)
2010-11-30 11:51:21.650736500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.650737500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.650737500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.650739500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.650739500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.650740500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.650740500 	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
2010-11-30 11:51:21.650749500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.650749500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.650750500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.650753500 	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:256)
2010-11-30 11:51:21.650753500 	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:99)
2010-11-30 11:51:21.650753500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.650754500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.650756500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.650756500 	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)
2010-11-30 11:51:21.650757500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.650757500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85)
2010-11-30 11:51:21.650759500 	at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:91)
2010-11-30 11:51:21.650759500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:560)
2010-11-30 11:51:21.650760500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:498)
2010-11-30 11:51:21.650762500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:467)
2010-11-30 11:51:21.650763500 	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:323)
2010-11-30 11:51:21.650763500 	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:241)
2010-11-30 11:51:21.650765500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1056)
2010-11-30 11:51:21.650766500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1048)
2010-11-30 11:51:21.650768500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:947)
2010-11-30 11:51:21.650768500 	at java.lang.Thread.run(Thread.java:662)
2010-11-30 11:51:21.650960500 [DefaultMessageListenerContainer-1] WARN  org.apache.camel.spring.spi.TransactionErrorHandler - Transaction rollback (0x2eb80f1c) for ExchangeId: ID:a511-qa.boi.kount.net-43748-1289356219750-4:78314:-1:1:1 due exception: org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 2
2010-11-30 11:51:21.651647500 [DefaultMessageListenerContainer-1] ERROR org.apache.camel.component.jms.EndpointMessageListener - Caused by: [org.apache.camel.RuntimeCamelException - org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 2]
2010-11-30 11:51:21.651648500 org.apache.camel.RuntimeCamelException: org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 2
2010-11-30 11:51:21.651649500 	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1140)
2010-11-30 11:51:21.651653500 	at org.apache.camel.spring.spi.TransactionErrorHandler$1.doInTransactionWithoutResult(TransactionErrorHandler.java:163)
2010-11-30 11:51:21.651654500 	at org.springframework.transaction.support.TransactionCallbackWithoutResult.doInTransaction(TransactionCallbackWithoutResult.java:33)
2010-11-30 11:51:21.651655500 	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:130)
2010-11-30 11:51:21.651662500 	at org.apache.camel.spring.spi.TransactionErrorHandler.doInTransactionTemplate(TransactionErrorHandler.java:145)
2010-11-30 11:51:21.651662500 	at org.apache.camel.spring.spi.TransactionErrorHandler.processInTransaction(TransactionErrorHandler.java:120)
2010-11-30 11:51:21.651665500 	at org.apache.camel.spring.spi.TransactionErrorHandler.process(TransactionErrorHandler.java:91)
2010-11-30 11:51:21.651666500 	at org.apache.camel.spring.spi.TransactionErrorHandler.process(TransactionErrorHandler.java:100)
2010-11-30 11:51:21.651666500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.651667500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.651668500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.651669500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.651669500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.651670500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.651671500 	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
2010-11-30 11:51:21.651672500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.651672500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.651674500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.651675500 	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:256)
2010-11-30 11:51:21.651675500 	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:99)
2010-11-30 11:51:21.651676500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.651677500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.651678500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.651678500 	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)
2010-11-30 11:51:21.651679500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.651680500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85)
2010-11-30 11:51:21.651681500 	at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:91)
2010-11-30 11:51:21.651681500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:560)
2010-11-30 11:51:21.651684500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:498)
2010-11-30 11:51:21.651684500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:467)
2010-11-30 11:51:21.651685500 	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:323)
2010-11-30 11:51:21.651687500 	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:241)
2010-11-30 11:51:21.651687500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1056)
2010-11-30 11:51:21.651689500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1048)
2010-11-30 11:51:21.651690500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:947)
2010-11-30 11:51:21.651696500 	at java.lang.Thread.run(Thread.java:662)
2010-11-30 11:51:21.651696500 Caused by: org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 2
2010-11-30 11:51:21.651697500 	at org.fusesource.hawtdb.internal.page.Extent.readHeader(Extent.java:85)
2010-11-30 11:51:21.651697500 	at org.fusesource.hawtdb.internal.page.Extent.freeLinked(Extent.java:234)
2010-11-30 11:51:21.651699500 	at org.fusesource.hawtdb.internal.page.Extent.pagesLinked(Extent.java:190)
2010-11-30 11:51:21.651700500 	at org.fusesource.hawtdb.api.AbstractStreamPagedAccessor.pagesLinked(AbstractStreamPagedAccessor.java:77)
2010-11-30 11:51:21.651700500 	at org.fusesource.hawtdb.internal.page.Batch.performDeferredUpdates(Batch.java:184)
2010-11-30 11:51:21.651701500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile.storeBatches(HawtTxPageFile.java:599)
2010-11-30 11:51:21.651702500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile.flush(HawtTxPageFile.java:522)
2010-11-30 11:51:21.651703500 	at org.apache.camel.component.hawtdb.HawtDBFile.doExecute(HawtDBFile.java:163)
2010-11-30 11:51:21.651703500 	at org.apache.camel.component.hawtdb.HawtDBFile.execute(HawtDBFile.java:106)
2010-11-30 11:51:21.651703500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository.remove(HawtDBAggregationRepository.java:179)
2010-11-30 11:51:21.651706500 	at org.apache.camel.processor.aggregate.AggregateProcessor.onCompletion(AggregateProcessor.java:352)
2010-11-30 11:51:21.651706500 	at org.apache.camel.processor.aggregate.AggregateProcessor.doAggregation(AggregateProcessor.java:264)
2010-11-30 11:51:21.651707500 	at org.apache.camel.processor.aggregate.AggregateProcessor.process(AggregateProcessor.java:185)
2010-11-30 11:51:21.651708500 	at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)
2010-11-30 11:51:21.651709500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.651709500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.651710500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.651711500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.651712500 	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
2010-11-30 11:51:21.651712500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.651715500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.651715500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.651715500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.651716500 	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:256)
2010-11-30 11:51:21.651718500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.651718500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.651718500 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:143)
2010-11-30 11:51:21.651719500 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:78)
2010-11-30 11:51:21.651719500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.651721500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.651721500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.651722500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.651728500 	at org.apache.camel.spring.spi.TransactionErrorHandler.processByErrorHandler(TransactionErrorHandler.java:198)
2010-11-30 11:51:21.651729500 	at org.apache.camel.spring.spi.TransactionErrorHandler$1.doInTransactionWithoutResult(TransactionErrorHandler.java:152)
2010-11-30 11:51:21.651729500 	... 34 more
2010-11-30 11:51:21.653106500 [DefaultMessageListenerContainer-1] WARN  org.springframework.jms.listener.DefaultMessageListenerContainer - Execution of JMS message listener failed, and no ErrorHandler has been set.
2010-11-30 11:51:21.653107500 org.apache.camel.RuntimeCamelException: org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 2
2010-11-30 11:51:21.653108500 	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1140)
2010-11-30 11:51:21.653108500 	at org.apache.camel.spring.spi.TransactionErrorHandler$1.doInTransactionWithoutResult(TransactionErrorHandler.java:163)
2010-11-30 11:51:21.653113500 	at org.springframework.transaction.support.TransactionCallbackWithoutResult.doInTransaction(TransactionCallbackWithoutResult.java:33)
2010-11-30 11:51:21.653114500 	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:130)
2010-11-30 11:51:21.653114500 	at org.apache.camel.spring.spi.TransactionErrorHandler.doInTransactionTemplate(TransactionErrorHandler.java:145)
2010-11-30 11:51:21.653116500 	at org.apache.camel.spring.spi.TransactionErrorHandler.processInTransaction(TransactionErrorHandler.java:120)
2010-11-30 11:51:21.653117500 	at org.apache.camel.spring.spi.TransactionErrorHandler.process(TransactionErrorHandler.java:91)
2010-11-30 11:51:21.653119500 	at org.apache.camel.spring.spi.TransactionErrorHandler.process(TransactionErrorHandler.java:100)
2010-11-30 11:51:21.653120500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.653120500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.653121500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.653123500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.653123500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.653124500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.653124500 	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
2010-11-30 11:51:21.653126500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.653126500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.653127500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.653129500 	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:256)
2010-11-30 11:51:21.653129500 	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:99)
2010-11-30 11:51:21.653130500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)
2010-11-30 11:51:21.653130500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.653132500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.653132500 	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)
2010-11-30 11:51:21.653133500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.653133500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85)
2010-11-30 11:51:21.653140500 	at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:91)
2010-11-30 11:51:21.653141500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:560)
2010-11-30 11:51:21.653144500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:498)
2010-11-30 11:51:21.653144500 	at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:467)
2010-11-30 11:51:21.653145500 	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:323)
2010-11-30 11:51:21.653147500 	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:241)
2010-11-30 11:51:21.653147500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1056)
2010-11-30 11:51:21.653149500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1048)
2010-11-30 11:51:21.653150500 	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:947)
2010-11-30 11:51:21.653152500 	at java.lang.Thread.run(Thread.java:662)
2010-11-30 11:51:21.653152500 Caused by: org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 2
2010-11-30 11:51:21.653153500 	at org.fusesource.hawtdb.internal.page.Extent.readHeader(Extent.java:85)
2010-11-30 11:51:21.653154500 	at org.fusesource.hawtdb.internal.page.Extent.freeLinked(Extent.java:234)
2010-11-30 11:51:21.653155500 	at org.fusesource.hawtdb.internal.page.Extent.pagesLinked(Extent.java:190)
2010-11-30 11:51:21.653155500 	at org.fusesource.hawtdb.api.AbstractStreamPagedAccessor.pagesLinked(AbstractStreamPagedAccessor.java:77)
2010-11-30 11:51:21.653156500 	at org.fusesource.hawtdb.internal.page.Batch.performDeferredUpdates(Batch.java:184)
2010-11-30 11:51:21.653156500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile.storeBatches(HawtTxPageFile.java:599)
2010-11-30 11:51:21.653158500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile.flush(HawtTxPageFile.java:522)
2010-11-30 11:51:21.653158500 	at org.apache.camel.component.hawtdb.HawtDBFile.doExecute(HawtDBFile.java:163)
2010-11-30 11:51:21.653159500 	at org.apache.camel.component.hawtdb.HawtDBFile.execute(HawtDBFile.java:106)
2010-11-30 11:51:21.653159500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository.remove(HawtDBAggregationRepository.java:179)
2010-11-30 11:51:21.653162500 	at org.apache.camel.processor.aggregate.AggregateProcessor.onCompletion(AggregateProcessor.java:352)
2010-11-30 11:51:21.653162500 	at org.apache.camel.processor.aggregate.AggregateProcessor.doAggregation(AggregateProcessor.java:264)
2010-11-30 11:51:21.653163500 	at org.apache.camel.processor.aggregate.AggregateProcessor.process(AggregateProcessor.java:185)
2010-11-30 11:51:21.653164500 	at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)
2010-11-30 11:51:21.653165500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.653165500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.653166500 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
2010-11-30 11:51:21.653167500 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
2010-11-30 11:51:21.653168500 	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
2010-11-30 11:51:21.653168500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.653169500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.653175500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.653175500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.653176500 	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:256)
2010-11-30 11:51:21.653176500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.653178500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.653178500 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:143)
2010-11-30 11:51:21.653179500 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:78)
2010-11-30 11:51:21.653179500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
2010-11-30 11:51:21.653180500 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:62)
2010-11-30 11:51:21.653181500 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)
2010-11-30 11:51:21.653181500 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)
2010-11-30 11:51:21.653182500 	at org.apache.camel.spring.spi.TransactionErrorHandler.processByErrorHandler(TransactionErrorHandler.java:198)
2010-11-30 11:51:21.653184500 	at org.apache.camel.spring.spi.TransactionErrorHandler$1.doInTransactionWithoutResult(TransactionErrorHandler.java:152)
2010-11-30 11:51:21.653185500 	... 34 more

It appears that Camel can continue to process messages until we see almost the exact same error, but instead of "Error executing work Removing key" we see "Error executing work Getting key" and in both cases, the key shown is the value of the correlation expression for the aggregator. Once these errors start showing up Camel does not process any more messages. I infer from their text that the error of "Removing key" occurs after aggregation is complete, but the error of "Getting key" occurs when trying to aggregate a new message. It's therefore understandable why camel would stop being able to process messages if it's unable to retrieve the already aggregated exchange from the repository.
When you restart Camel and the HawtDB file that was created from the previous run still exists, Camel fails to properly start and you get:

2010-11-30 14:16:15.579433500 [main] INFO  org.apache.camel.impl.MainSupport - Apache Camel 2.5.0 starting
2010-11-30 14:16:15.604250500 [main] INFO  org.springframework.context.support.FileSystemXmlApplicationContext - Refreshing org.springframework.context.support.FileSystemXmlApplicationContext@4d125127: startup date [Tue Nov 30 14:16:15 PST 2010]; root of context hierarchy
2010-11-30 14:16:15.646720500 [main] INFO  org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from URL [file:/opt/camel/etc/camel.xml]
2010-11-30 14:16:15.913909500 [main] INFO  org.apache.camel.spring.handler.CamelNamespaceHandler - OSGi environment not detected.
2010-11-30 14:16:16.374117500 [main] INFO  org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from file [/opt/camel/deploy/ens/ens.xml]
2010-11-30 14:16:16.438684500 [main] INFO  org.springframework.beans.factory.support.DefaultListableBeanFactory - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@2682d210: defining beans [activemqPrefetchPolicy,jmsConnectionFactory,jmsTransactionManager,activemq,template,consumerTemplate,camel:beanPostProcessor,camel,ensRouteBuilder]; root of factory hierarchy
2010-11-30 14:16:16.866101500 [main] INFO  org.apache.camel.impl.converter.AnnotationTypeConverterLoader - Found 5 packages with 17 @Converter classes to load
2010-11-30 14:16:16.904649500 [main] INFO  org.apache.camel.impl.converter.DefaultTypeConverter - Loaded 158 type converters in 0.302 seconds
2010-11-30 14:16:17.016405500 [main] INFO  org.apache.camel.impl.DefaultCamelContext - Apache Camel 2.5.0 (CamelContext: camel) is starting
2010-11-30 14:16:17.016490500 [main] INFO  org.apache.camel.impl.DefaultCamelContext - JMX enabled. Using ManagedManagementStrategy.
2010-11-30 14:16:17.772785500 [main] INFO  org.apache.camel.component.hawtdb.HawtDBFile - Aggregation repository data store loaded using file: /opt/activemq/data/camel/ens/hawtdb.dat containing 2 repositories.
2010-11-30 14:16:17.804277500 [main] WARN  org.apache.camel.component.hawtdb.HawtDBFile - Error executing work Size[kountAg] will do rollback.
2010-11-30 14:16:17.804278500 org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 195
2010-11-30 14:16:17.804279500 	at org.fusesource.hawtdb.internal.page.Extent.readHeader(Extent.java:85)
2010-11-30 14:16:17.804279500 	at org.fusesource.hawtdb.internal.page.Extent.readOpen(Extent.java:94)
2010-11-30 14:16:17.804280500 	at org.fusesource.hawtdb.internal.page.ExtentInputStream.read(ExtentInputStream.java:92)
2010-11-30 14:16:17.804288500 	at java.io.DataInputStream.readFully(DataInputStream.java:178)
2010-11-30 14:16:17.804288500 	at java.io.DataInputStream.readFully(DataInputStream.java:152)
2010-11-30 14:16:17.804288500 	at org.fusesource.hawtbuf.codec.AbstractBufferCodec.decode(AbstractBufferCodec.java:40)
2010-11-30 14:16:17.804289500 	at org.fusesource.hawtbuf.codec.AbstractBufferCodec.decode(AbstractBufferCodec.java:30)
2010-11-30 14:16:17.804291500 	at org.fusesource.hawtdb.internal.index.BTreeNode.read(BTreeNode.java:207)
2010-11-30 14:16:17.804291500 	at org.fusesource.hawtdb.internal.index.BTreeNode$DataPagedAccessor.decode(BTreeNode.java:228)
2010-11-30 14:16:17.804292500 	at org.fusesource.hawtdb.internal.index.BTreeNode$DataPagedAccessor.decode(BTreeNode.java:214)
2010-11-30 14:16:17.804306500 	at org.fusesource.hawtdb.api.AbstractStreamPagedAccessor.load(AbstractStreamPagedAccessor.java:64)
2010-11-30 14:16:17.804306500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile$ReadCache.cacheLoad(HawtTxPageFile.java:907)
2010-11-30 14:16:17.804307500 	at org.fusesource.hawtdb.internal.page.HawtTransaction.get(HawtTransaction.java:151)
2010-11-30 14:16:17.804307500 	at org.fusesource.hawtdb.internal.index.BTreeIndex.loadNode(BTreeIndex.java:231)
2010-11-30 14:16:17.804309500 	at org.fusesource.hawtdb.internal.index.BTreeIndex.root(BTreeIndex.java:158)
2010-11-30 14:16:17.804309500 	at org.fusesource.hawtdb.internal.index.BTreeIndex.size(BTreeIndex.java:101)
2010-11-30 14:16:17.804310500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository$8.execute(HawtDBAggregationRepository.java:360)
2010-11-30 14:16:17.804310500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository$8.execute(HawtDBAggregationRepository.java:357)
2010-11-30 14:16:17.804312500 	at org.apache.camel.component.hawtdb.HawtDBFile.doExecute(HawtDBFile.java:159)
2010-11-30 14:16:17.804312500 	at org.apache.camel.component.hawtdb.HawtDBFile.execute(HawtDBFile.java:106)
2010-11-30 14:16:17.804313500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository.size(HawtDBAggregationRepository.java:357)
2010-11-30 14:16:17.804315500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository.doStart(HawtDBAggregationRepository.java:492)
2010-11-30 14:16:17.804315500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804316500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804316500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804318500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804318500 	at org.apache.camel.processor.aggregate.AggregateProcessor.doStart(AggregateProcessor.java:776)
2010-11-30 14:16:17.804319500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804319500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804321500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804321500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804322500 	at org.apache.camel.processor.DelegateProcessor.doStart(DelegateProcessor.java:76)
2010-11-30 14:16:17.804322500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804322500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804325500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804325500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804326500 	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:77)
2010-11-30 14:16:17.804326500 	at org.apache.camel.processor.interceptor.TraceInterceptor.doStart(TraceInterceptor.java:423)
2010-11-30 14:16:17.804328500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804328500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804328500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804329500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804330500 	at org.apache.camel.processor.RedeliveryErrorHandler.doStart(RedeliveryErrorHandler.java:841)
2010-11-30 14:16:17.804331500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804331500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804332500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804337500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804339500 	at org.apache.camel.processor.DefaultChannel.doStart(DefaultChannel.java:143)
2010-11-30 14:16:17.804340500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804340500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804340500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:77)
2010-11-30 14:16:17.804341500 	at org.apache.camel.processor.MulticastProcessor.doStart(MulticastProcessor.java:644)
2010-11-30 14:16:17.804342500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804343500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804343500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804344500 	at org.apache.camel.processor.WrapProcessor.doStart(WrapProcessor.java:42)
2010-11-30 14:16:17.804344500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804345500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804346500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804346500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804347500 	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:77)
2010-11-30 14:16:17.804349500 	at org.apache.camel.processor.interceptor.TraceInterceptor.doStart(TraceInterceptor.java:423)
2010-11-30 14:16:17.804349500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804350500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804350500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804352500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804352500 	at org.apache.camel.processor.RedeliveryErrorHandler.doStart(RedeliveryErrorHandler.java:841)
2010-11-30 14:16:17.804353500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804353500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804354500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804355500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804355500 	at org.apache.camel.processor.DefaultChannel.doStart(DefaultChannel.java:143)
2010-11-30 14:16:17.804356500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804356500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804358500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804359500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804359500 	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:77)
2010-11-30 14:16:17.804359500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804361500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804361500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804362500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.804362500 	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:77)
2010-11-30 14:16:17.804364500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804364500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804365500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.804365500 	at org.apache.camel.impl.RouteService.startChildService(RouteService.java:233)
2010-11-30 14:16:17.804370500 	at org.apache.camel.impl.RouteService.warmUp(RouteService.java:136)
2010-11-30 14:16:17.804373500 	at org.apache.camel.impl.DefaultCamelContext.doWarmUpRoutes(DefaultCamelContext.java:1694)
2010-11-30 14:16:17.804373500 	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:1620)
2010-11-30 14:16:17.804374500 	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:1419)
2010-11-30 14:16:17.804374500 	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1314)
2010-11-30 14:16:17.804376500 	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1213)
2010-11-30 14:16:17.804376500 	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:164)
2010-11-30 14:16:17.804377500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.804377500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.804378500 	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1191)
2010-11-30 14:16:17.804379500 	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:203)
2010-11-30 14:16:17.804379500 	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:101)
2010-11-30 14:16:17.804380500 	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:237)
2010-11-30 14:16:17.805978500 	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97)
2010-11-30 14:16:17.805979500 	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:303)
2010-11-30 14:16:17.805979500 	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:911)
2010-11-30 14:16:17.805986500 	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:428)
2010-11-30 14:16:17.805986500 	at org.springframework.context.support.FileSystemXmlApplicationContext.<init>(FileSystemXmlApplicationContext.java:140)
2010-11-30 14:16:17.805987500 	at org.springframework.context.support.FileSystemXmlApplicationContext.<init>(FileSystemXmlApplicationContext.java:94)
2010-11-30 14:16:17.805989500 	at org.apache.camel.spring.Main.createDefaultApplicationContext(Main.java:209)
2010-11-30 14:16:17.805989500 	at org.apache.camel.spring.Main.doStart(Main.java:173)
2010-11-30 14:16:17.805990500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.805990500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.805993500 	at org.apache.camel.impl.MainSupport.run(MainSupport.java:114)
2010-11-30 14:16:17.805993500 	at org.apache.camel.impl.MainSupport.run(MainSupport.java:291)
2010-11-30 14:16:17.805994500 	at org.apache.camel.spring.Main.main(Main.java:97)
2010-11-30 14:16:17.807821500 [main] INFO  org.apache.camel.impl.DefaultCamelContext - Apache Camel 2.5.0 (CamelContext:camel) is shutting down
2010-11-30 14:16:17.808227500 [main] INFO  org.apache.camel.impl.DefaultShutdownStrategy - Starting to graceful shutdown 0 routes (timeout 300 seconds)
2010-11-30 14:16:17.809961500 [main] INFO  org.apache.camel.impl.DefaultShutdownStrategy - Graceful shutdown of 0 routes completed in 0 seconds
2010-11-30 14:16:17.814781500 [main] INFO  org.apache.camel.impl.DefaultInflightRepository - Shutting down with no inflight exchanges.
2010-11-30 14:16:17.815443500 [main] INFO  org.apache.camel.impl.DefaultCamelContext - Uptime: 0.799 seconds
2010-11-30 14:16:17.815545500 [main] INFO  org.apache.camel.impl.DefaultCamelContext - Apache Camel 2.5.0 (CamelContext: camel) is shutdown in 0.008 seconds
2010-11-30 14:16:17.815665500 [main] INFO  org.apache.camel.impl.MainSupport - Apache Camel 2.5.0 stopping
2010-11-30 14:16:17.815764500 Exception in thread "main" org.apache.camel.RuntimeCamelException: org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 195
2010-11-30 14:16:17.815892500 	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1140)
2010-11-30 14:16:17.815928500 	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:103)
2010-11-30 14:16:17.815962500 	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:237)
2010-11-30 14:16:17.815995500 	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97)
2010-11-30 14:16:17.816031500 	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:303)
2010-11-30 14:16:17.816067500 	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:911)
2010-11-30 14:16:17.816102500 	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:428)
2010-11-30 14:16:17.816137500 	at org.springframework.context.support.FileSystemXmlApplicationContext.<init>(FileSystemXmlApplicationContext.java:140)
2010-11-30 14:16:17.816171500 	at org.springframework.context.support.FileSystemXmlApplicationContext.<init>(FileSystemXmlApplicationContext.java:94)
2010-11-30 14:16:17.816205500 	at org.apache.camel.spring.Main.createDefaultApplicationContext(Main.java:209)
2010-11-30 14:16:17.816237500 	at org.apache.camel.spring.Main.doStart(Main.java:173)
2010-11-30 14:16:17.816269500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.816301500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.816333500 	at org.apache.camel.impl.MainSupport.run(MainSupport.java:114)
2010-11-30 14:16:17.816364500 	at org.apache.camel.impl.MainSupport.run(MainSupport.java:291)
2010-11-30 14:16:17.816396500 	at org.apache.camel.spring.Main.main(Main.java:97)
2010-11-30 14:16:17.816446500 Caused by: org.fusesource.hawtdb.api.IOPagingException: Invalid extent read request.  The requested page was not an extent: 195
2010-11-30 14:16:17.816481500 	at org.fusesource.hawtdb.internal.page.Extent.readHeader(Extent.java:85)
2010-11-30 14:16:17.816514500 	at org.fusesource.hawtdb.internal.page.Extent.readOpen(Extent.java:94)
2010-11-30 14:16:17.816547500 	at org.fusesource.hawtdb.internal.page.ExtentInputStream.read(ExtentInputStream.java:92)
2010-11-30 14:16:17.816579500 	at java.io.DataInputStream.readFully(DataInputStream.java:178)
2010-11-30 14:16:17.816611500 	at java.io.DataInputStream.readFully(DataInputStream.java:152)
2010-11-30 14:16:17.816644500 	at org.fusesource.hawtbuf.codec.AbstractBufferCodec.decode(AbstractBufferCodec.java:40)
2010-11-30 14:16:17.816678500 	at org.fusesource.hawtbuf.codec.AbstractBufferCodec.decode(AbstractBufferCodec.java:30)
2010-11-30 14:16:17.816714500 	at org.fusesource.hawtdb.internal.index.BTreeNode.read(BTreeNode.java:207)
2010-11-30 14:16:17.816749500 	at org.fusesource.hawtdb.internal.index.BTreeNode$DataPagedAccessor.decode(BTreeNode.java:228)
2010-11-30 14:16:17.816783500 	at org.fusesource.hawtdb.internal.index.BTreeNode$DataPagedAccessor.decode(BTreeNode.java:214)
2010-11-30 14:16:17.816818500 	at org.fusesource.hawtdb.api.AbstractStreamPagedAccessor.load(AbstractStreamPagedAccessor.java:64)
2010-11-30 14:16:17.816852500 	at org.fusesource.hawtdb.internal.page.HawtTxPageFile$ReadCache.cacheLoad(HawtTxPageFile.java:907)
2010-11-30 14:16:17.816885500 	at org.fusesource.hawtdb.internal.page.HawtTransaction.get(HawtTransaction.java:151)
2010-11-30 14:16:17.816918500 	at org.fusesource.hawtdb.internal.index.BTreeIndex.loadNode(BTreeIndex.java:231)
2010-11-30 14:16:17.816950500 	at org.fusesource.hawtdb.internal.index.BTreeIndex.root(BTreeIndex.java:158)
2010-11-30 14:16:17.816982500 	at org.fusesource.hawtdb.internal.index.BTreeIndex.size(BTreeIndex.java:101)
2010-11-30 14:16:17.817018500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository$8.execute(HawtDBAggregationRepository.java:360)
2010-11-30 14:16:17.817085500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository$8.execute(HawtDBAggregationRepository.java:357)
2010-11-30 14:16:17.817122500 	at org.apache.camel.component.hawtdb.HawtDBFile.doExecute(HawtDBFile.java:159)
2010-11-30 14:16:17.817153500 	at org.apache.camel.component.hawtdb.HawtDBFile.execute(HawtDBFile.java:106)
2010-11-30 14:16:17.817183500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository.size(HawtDBAggregationRepository.java:357)
2010-11-30 14:16:17.817212500 	at org.apache.camel.component.hawtdb.HawtDBAggregationRepository.doStart(HawtDBAggregationRepository.java:492)
2010-11-30 14:16:17.817241500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.817271500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.817299500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.817327500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.817355500 	at org.apache.camel.processor.aggregate.AggregateProcessor.doStart(AggregateProcessor.java:776)
2010-11-30 14:16:17.817382500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.817410500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.817437500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.817464500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.817492500 	at org.apache.camel.processor.DelegateProcessor.doStart(DelegateProcessor.java:76)
2010-11-30 14:16:17.817519500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.817546500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.817573500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.817601500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.817629500 	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:77)
2010-11-30 14:16:17.817657500 	at org.apache.camel.processor.interceptor.TraceInterceptor.doStart(TraceInterceptor.java:423)
2010-11-30 14:16:17.817684500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.817711500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.817739500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.817766500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.817793500 	at org.apache.camel.processor.RedeliveryErrorHandler.doStart(RedeliveryErrorHandler.java:841)
2010-11-30 14:16:17.817821500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.817848500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.817875500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.817903500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.817930500 	at org.apache.camel.processor.DefaultChannel.doStart(DefaultChannel.java:143)
2010-11-30 14:16:17.817957500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.817985500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.818012500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:77)
2010-11-30 14:16:17.818040500 	at org.apache.camel.processor.MulticastProcessor.doStart(MulticastProcessor.java:644)
2010-11-30 14:16:17.818067500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.818094500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.818121500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.818156500 	at org.apache.camel.processor.WrapProcessor.doStart(WrapProcessor.java:42)
2010-11-30 14:16:17.818184500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.818211500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.818239500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.818267500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.818294500 	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:77)
2010-11-30 14:16:17.818322500 	at org.apache.camel.processor.interceptor.TraceInterceptor.doStart(TraceInterceptor.java:423)
2010-11-30 14:16:17.818349500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.818377500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.818404500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.818431500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.818459500 	at org.apache.camel.processor.RedeliveryErrorHandler.doStart(RedeliveryErrorHandler.java:841)
2010-11-30 14:16:17.818486500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.818513500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.818540500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.818567500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.818595500 	at org.apache.camel.processor.DefaultChannel.doStart(DefaultChannel.java:143)
2010-11-30 14:16:17.818622500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.818649500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.818676500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.818704500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.818731500 	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:77)
2010-11-30 14:16:17.818759500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.818786500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.818814500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.818841500 	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:63)
2010-11-30 14:16:17.818869500 	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:77)
2010-11-30 14:16:17.818896500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.818923500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.818950500 	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:52)
2010-11-30 14:16:17.818978500 	at org.apache.camel.impl.RouteService.startChildService(RouteService.java:233)
2010-11-30 14:16:17.819005500 	at org.apache.camel.impl.RouteService.warmUp(RouteService.java:136)
2010-11-30 14:16:17.819033500 	at org.apache.camel.impl.DefaultCamelContext.doWarmUpRoutes(DefaultCamelContext.java:1694)
2010-11-30 14:16:17.819061500 	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:1620)
2010-11-30 14:16:17.819096500 	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:1419)
2010-11-30 14:16:17.819124500 	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1314)
2010-11-30 14:16:17.819152500 	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1213)
2010-11-30 14:16:17.819179500 	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:164)
2010-11-30 14:16:17.819207500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)
2010-11-30 14:16:17.819247500 	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
2010-11-30 14:16:17.819277500 	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1191)
2010-11-30 14:16:17.819304500 	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:203)
2010-11-30 14:16:17.819332500 	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:101)
2010-11-30 14:16:17.819364500 	... 14 more
2010-11-30 14:16:17.819904500 [Thread-1] INFO  org.apache.camel.spring.Main$HangupInterceptor - Received hang up - stopping the main instance.

The page number (in this case 34) varies from run to run.

getResultSetValue() reads the BLOB column twice - at first with the ResultSet.getObject(int) method and then with the ResultSet.getBytes(int). This behavior is not supported by the Apache Derby - the getBytes() method will fail to read correct data.
The java.sql.ResultSet API states that: "For maximum portability, result set columns within each row should be read in left-to-right order, and each column should be read only once.". Therefore i is possible that this issue does not only apply to the Apache Derby database.
I have attached a code snippet reproducing this bug.

For example if you do

		<route>
			<from uri="jetty2:http://localhost:9090/myapp"/>
			<transform>
				<simple>Hello ${body}</simple>
			</transform>
		</route>

Then it fails with

java.net.SocketException: Unresolved address
	at sun.nio.ch.Net.translateToSocketException(Net.java:58)
	at sun.nio.ch.Net.translateException(Net.java:84)
	at sun.nio.ch.Net.translateException(Net.java:90)
	at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:61)
	at org.eclipse.jetty.server.nio.SelectChannelConnector.open(SelectChannelConnector.java:187)
	at org.eclipse.jetty.server.AbstractConnector.doStart(AbstractConnector.java:316)
	at org.eclipse.jetty.server.nio.SelectChannelConnector.doStart(SelectChannelConnector.java:265)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
	at org.eclipse.jetty.server.Server.doStart(Server.java:286)
	at org.apache.camel.component.jetty.JettyHttpComponent.connect(JettyHttpComponent.java:315)
	at org.apache.camel.component.http.HttpEndpoint.connect(HttpEndpoint.java:149)
	at org.apache.camel.component.http.HttpConsumer.doStart(HttpConsumer.java:56)
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:60)
...

18:21:17,409 INFO  [org.jboss.modcluster] (MSC service thread 1-8) MODCLUSTER000021: All pending requests drained from default-host:org.wildfly.mod_cluster.undertow.UndertowContext@3abb2fbc in 0.0 seconds

SaslResource and SaslPolicyResource represent child configuration under a parent connector or http-connector resource. But their handlers (particularly add and remove) do not reflect this. They simply store config changes to the model and return without making runtime changes. So only if they are executed at boot or in a composite with the connector add op is their configuration data properly included in the runtime.
PropertyResource is a similar child of the connector resources, but it uses RestartParentResourceAddHandler, RestartParentWriteAttributeHandler and RestartParentResourceRemoveHandler.

Some users want to be able to access the rowIndexes directly from ORC reader extensions.

steps to reproduce 

Use <context:annotation-config />

this loads EventListenerMethodProcessor

have a prototype bean "A" which uses @Transactional and expects constructor arguments to be provided using org.springframework.beans.factory.BeanFactory.getBean(String, Object...)

the bean doesn't need to use @EventListener

start the context

expected

context starts
if "A" is the only bean (or if nothing uses "A"), the bean is not instantiated at all

observed

EventListenerMethodProcessor wants to know whether "A" is annotated with  @EventListener

it calls applicationContext.getType("A")

applicationContext (or rather InfrastructureAdvisorAutoProxyCreator) sees @Transactional ...
... so sth like A$$EnhancerBySpringCGLIB$$8e7e447 is returned

EventListenerMethodProcessor.getTargetClass sees the bean class is kind of SpringProxy, so...
it instantiates the bean, but obviously not providing required arguments to constructor

Given this route

                onException(Exception.class)
                        .handled(true)
                        .to("mock:dead");

                    .recipientList(constant("fail:endpoint"))

You would assume the on exception will handle the exception from the recipient list with the non existing endpoint.
This is not the case. We should let recipient list detect and let the error handler handle it.

Placeholder issue for https://github.com/apache/commons-io/pull/3

I think this is the reason people see long blocking periods under write load.
Currently when we hit the global memstore limit, we call reclaimMemStoreMemory() which is synchronized - thus everyone has to wait until the memory has flushed down to the low water mark. This causes every writer to block for 10-15 seconds on a large heap.
Instead we should start triggering flushes (in another thread) whenever we're above the low water mark. Then only block writers when we're above the high water mark.

add code as below         
       BindingOperationInfo bop = exchange.get(BindingOperationInfo.class);
        if (bop != null && bop.getOperationInfo().isOneWay()) 
{
            cxfExchange.setPattern(ExchangePattern.InOnly);
        }
 else 
{
            cxfExchange.setPattern(ExchangePattern.InOut);
        }
            
session.delete(r) where r is a relationship entity with id i deletes the node with id i instead of the relationship with id i.

The bug occurs during the build of Camel master branch:

[ERROR] Failed to execute goal org.apache.camel:camel-api-component-maven-plugin:2.14-SNAPSHOT:fromApis (generate-test-component-classes) on project camel-linkedin: Error generating source for org.apache.camel.component.linkedin.api.CommentsResource: java.lang.%20java.lang.String -> [Help 1]

NullPointer Exception when enable vectorization for Parquet file format. It is caused by the null value of the InputSplit.

HIVE-4867 dedups columns in RS for reducer join and RS for order-by. But small aliases of mapjoin of MR tasks still contains key columns in value exprs.

The following are currently included in the packaged distribution:

dist/org.springframework.integration-tests-3.0.0.RC1.jar
src/org.springframework.integration-tests-sources-3.0.0.RC1.jar

The build should be modified to omit these from the packaged distribution.

We are noticing that the concurrency property on a specific @JmsListener annotation is overwritten by the DefaultJmsListenerContainerFactory concurrency value which is set using the spring.jms.listener.concurrency property.  This appears to occur in DefaultJmsListenerContainerFactory#initializeContainer.
We were hoping to override the concurrency for a specific @JmsListener while leaving the others on the default.

HBASE-13625 changed the HFileOutputFormat2 partitioner's path from using the hadoop.tmp.dir config to hbase.fs.tmp.dir config.  However, some Apache Phoenix unit tests (org.apache.phoenix.mapreduce.CsvBulkLoadToolIT and org.apache.phoenix.mapreduce.IndexToolIT) fail due to null value in the hbase.fs.tmp.dir config.  They were relied on the hadoop.tmp.dir set  from HBaseTestingUtility.  

java.lang.IllegalArgumentException: Can not create a Path from a null string
	at org.apache.hadoop.fs.Path.checkPathArg(Path.java:122)
	at org.apache.hadoop.fs.Path.<init>(Path.java:134)
	at org.apache.hadoop.fs.Path.<init>(Path.java:88)
	at org.apache.hadoop.hbase.mapreduce.HFileOutputFormat2.configureIncrementalLoad(HFileOutputFormat2.java:440)
	at org.apache.hadoop.hbase.mapreduce.HFileOutputFormat2.configureIncrementalLoad(HFileOutputFormat2.java:405)
	at org.apache.hadoop.hbase.mapreduce.HFileOutputFormat.configureIncrementalLoad(HFileOutputFormat.java:91)
	at org.apache.phoenix.mapreduce.CsvBulkLoadTool$TableLoader.call(CsvBulkLoadTool.java:505)
	at org.apache.phoenix.mapreduce.CsvBulkLoadTool$TableLoader.call(CsvBulkLoadTool.java:466)
	at org.apache.phoenix.job.JobManager$InstrumentedJobFutureTask.run(JobManager.java:172)

The proposal is to set hbase.fs.tmp.dir in HBaseTestingUtility#setupDataTestDir().

GET /t1/*?column=f:c1&column=f:

If I want to get the values of 'f:'(empty qualifier) for all rows in the table by rest server, I will send the above request. However, this request will return all column values.
TableResource#getScanResource

      for (String csplit : column) {
        String[] familysplit = csplit.trim().split(":");
        if (familysplit.length == 2) {
          if (familysplit[1].length() > 0) {
              LOG.trace("Scan family and column : " + familysplit[0] + "  " + familysplit[1]);
            }
            tableScan.addColumn(Bytes.toBytes(familysplit[0]), Bytes.toBytes(familysplit[1]));
          } else {
            tableScan.addFamily(Bytes.toBytes(familysplit[0]));
              LOG.trace("Scan family : " + familysplit[0] + " and empty qualifier.");
            }
            tableScan.addColumn(Bytes.toBytes(familysplit[0]), null);
          }
        } else if (StringUtils.isNotEmpty(familysplit[0])) {
          if (LOG.isTraceEnabled()) {
            LOG.trace("Scan family : " + familysplit[0]);
          }
          tableScan.addFamily(Bytes.toBytes(familysplit[0]));
        }
      }

Through the above code, when the column has an empty qualifier, the empty qualifier cannot be parsed correctly.In other words, 'f:'(empty qualifier) and 'f' (column family) are considered to have the same meaning, which is wrong.

Recently we encountered such a case in 0.94-version:
Flush is triggered frequently because:

DEBUG org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Flush thread woke up because memory above low water=14.4g

But, the real global memstore size is about 1g.
It seems the global memstore size has been calculated wrongly.
Through the logs, I find the following root cause log:

ERROR org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Failed open of region=notifysub2_index,\x83\xDC^\xCD\xA3\x8A<\x
E2\x8E\xE6\xAD!\xDC\xE8t\xED,1379148697072.46be7c2d71c555379278a7494df3015e., starting to roll back the global memstore size.
        at org.apache.hadoop.hbase.KeyValue.getFamily(KeyValue.java:1096)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEdits(HRegion.java:2933)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEditsIfAny(HRegion.java:2811)
        at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:583)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:499)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3939)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3887)

Browse the code of this part, seems a critial bug about global memstore size when replaying recovered edits.
(RegionServerAccounting#clearRegionReplayEditsSize is called  for each edit file, it means the roll back size is smaller than actual when calling RegionServerAccounting#rollbackRegionReplayEditsSize)
Anyway,  the solution is easy as the patch.

Rather than adding the CsrfToken to the HttpSession immediately, we can delay adding the CsrfToken until the token is accessed on the servlet request. This ensures that only a request that is just prior to CSRF will create the session.

If the id of the resource adapter element does not match the name of the
RAR file, the CLI will throw the following error on RA activation:

{
    "failure-description" => "rar not yet deployed",
}
            
orc_createas1
logs the following:

2016-11-10T13:38:54,366  INFO [LocalJobRunner Map Task Executor #0] mapred.MapTask: Processing split: Paths:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/-ext-10004/000001_0:2400+100InputFormatClass: org.apache.hadoop.hive.ql.io.orc.OrcFileStripeMergeInputFormat
2016-11-10T13:38:54,373  INFO [LocalJobRunner Map Task Executor #0] mapred.MapTask: Processing split: Paths:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/-ext-10004/000001_0:2500+100InputFormatClass: org.apache.hadoop.hive.ql.io.orc.OrcFileStripeMergeInputFormat
2016-11-10T13:38:54,380  INFO [LocalJobRunner Map Task Executor #0] mapred.MapTask: Processing split: Paths:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/-ext-10004/000001_0:2600+100InputFormatClass: org.apache.hadoop.hive.ql.io.orc.OrcFileStripeMergeInputFormat
2016-11-10T13:38:54,387  INFO [LocalJobRunner Map Task Executor #0] mapred.MapTask: Processing split: Paths:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/-ext-10004/000001_0:2700+100InputFormatClass: org.apache.hadoop.hive.ql.io.orc.OrcFileStripeMergeInputFormat
...

It tries to merge 2 files, but instead ends up running tons of MR tasks for every 100 bytes and produces 2 files again (I assume most tasks don't produce the files because the split at a random 100-byte offset is invalid).

2016-11-10T13:38:53,985  INFO [LocalJobRunner Map Task Executor #0] OrcFileMergeOperator: Merged stripe from file pfile:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/-ext-10004/000000_0 [ offset : 3 length: 2770 row: 500 ]
2016-11-10T13:38:53,995  INFO [LocalJobRunner Map Task Executor #0] exec.AbstractFileMergeOperator: renamed path pfile:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/_task_tmp.-ext-10002/_tmp.000002_0 to pfile:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/_tmp.-ext-10002/000002_0 . File size is 2986
2016-11-10T13:38:54,206  INFO [LocalJobRunner Map Task Executor #0] OrcFileMergeOperator: Merged stripe from file pfile:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/-ext-10004/000001_0 [ offset : 3 length: 2770 row: 500 ]
2016-11-10T13:38:54,215  INFO [LocalJobRunner Map Task Executor #0] exec.AbstractFileMergeOperator: renamed path pfile:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/_task_tmp.-ext-10002/_tmp.000030_0 to pfile:/Users/sergey/git/hivegit2/itests/qtest/target/warehouse/.hive-staging_hive_2016-11-10_13-38-52_334_1323113125332102866-1/_tmp.-ext-10002/000030_0 . File size is 2986

This is because the test sets the max split size to 100. Merge jobs is supposed to override that, but that doesn't happen somehow.

We need to store the security context information when generate the camel exchange from CXF request message as camel-cxf does.

In the case that hiveserver2 uses embedded metastore and hiveserver uses remote metastore, this exception comes up when hiveserver2 and hiveserver are started simultaneously.
metastore service status is running but when I launch hive cli, I get following metastore connection error:
C:\apps\dist\hive-0.13.0.2.1.2.0-1660\bin>hive.cmd

14/05/09 17:40:03 WARN conf.HiveConf: DEPRECATED: hive.metastore.ds.retry.* no l
onger has any effect.  Use hive.hmshandler.retry.* instead

Logging initialized using configuration in file:/C:/apps/dist/hive-0.13.0.2.1.2.
0-1660/conf/hive-log4j.properties
Exception in thread "main" java.lang.RuntimeException: java.lang.RuntimeExceptio
n: Unable to instantiate org.apache.hadoop.hive.metastore.HiveMetaStoreClient
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.jav
a:347)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:625)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:43)
Caused by: java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.h
ive.metastore.HiveMetaStoreClient
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStore
Utils.java:1413)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(Retry
ingMetaStoreClient.java:62)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(Ret
ryingMetaStoreClient.java:72)
        at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.ja
va:2444)
        at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:2456)
a:341)
        ... 7 more

        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
orAccessorImpl.java:57)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
onstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
Utils.java:1411)
        ... 12 more
Caused by: MetaException(message:Could not connect to meta store using any of th
e URIs provided. Most recent failure: org.apache.thrift.transport.TTransportExce
ption: java.net.ConnectException: Connection refused: connect
        at org.apache.thrift.transport.TSocket.open(TSocket.java:185)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.open(HiveMetaSto
reClient.java:336)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaS
toreClient.java:214)

va:2444)
a:341)
java:57)
Caused by: java.net.ConnectException: Connection refused: connect
        at java.net.TwoStacksPlainSocketImpl.socketConnect(Native Method)
        at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.ja
va:339)
        at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocket
Impl.java:200)
        at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java
:182)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:157)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391)
        at java.net.Socket.connect(Socket.java:579)
        at org.apache.thrift.transport.TSocket.open(TSocket.java:180)
        ... 19 more
)
reClient.java:382)
        ... 17 more

Because of this issue, we are seeing many failures in hive related system tests.

We have our own CORS Filter that applies CORS Headers to all responses.
Spring-websocket also sets the CORS Headers but for the Header "Access-Control-Allow-Origin" it adds the origin to the existing header again (e.g. "Access-Control-Allow-Origin" = "localhost:8080, localhost:8080").
The Browser does not accept these responses. 
See http://www.w3.org/TR/cors/#access-control-allow-origin-response-header:
"In practice the origin-list-or-null production is more constrained. Rather than allowing a space-separated list of origins, it is either a single origin or the string "null"."
As Workaround we changed our CORSFilter and dont set the "Access-Control-Allow-Origin" for Websocket request and it works. But i think spring-websocket should either not set the "Access-Control-Allow-Origin" if it is already set or replace the existing value.

setConf() method in TableOutputFormat gets called and it replaces the hbase.zookeeper.quorum address in the job conf xml when you run a CopyTable job from one cluster to another. The conf gets set to the peer.addr that is specified, which makes the job read and write from/to the peer cluster instead of reading from the original cluster and writing to the peer.
Possibly caused due to the change in https://issues.apache.org/jira/browse/HBASE-3111

The following simple unit test demonstrates the problem:
ConversionService service = ConversionServiceFactory.createDefaultConversionService();
List<List<String>> list = Collections.singletonList(Collections.singletonList("Foo"));
Assert.assertNotNull(service.convert(list, String.class));
Most probably the problem stems from the changed method in TypeDescriptor
public synchronized TypeDescriptor getElementTypeDescriptor() {
	if (this.elementType == null) 
{
		this.elementType = forElementType(resolveElementType());
	}
	return this.elementType;
}
and the fact that forElementType returns this in this case.

E.g. ./jboss-cli.sh -Djboss.cli.config=<PATH>/jboss-cli.xml
The system property won't be set, instead the argument will treated as simply a command line argument.
This has to be fixed in the scripts themselves launching the CLI.

When parallel compilation is off, there could be multiple queries waiting on the compilation lock. Currently we have metrics for the # of waiting queries, but it's good to also track the average/min/max waiting time, etc.

Currently, complex type constants are not detected and cause execution failures.

This only happens while running whole test suite. Failure doesn't manifest if this test is run alone.  

Most operations on the new Dropbox component (compliant to v2 API of Dropbox) has a dropbox path validator. It uses this regex (see below). 

/*?(\S+)/*?

This regex fails in the following paths:

"/path with spaces/file" - part of the test suite
"/Web Projects/caesars entertainment - us/#ops/one/campaigns/archive/20170919/REN_BIG_PULL_WEEKEND_20170907.csv" - a real path that in the previous camel version (2.18.2) - v1 API was working.

It seems that modifying the regex to this one below,  (again regex form, not java) makes both paths above get a match.

/*?(\S+)*.+/*?

Please check (http://fiddle.re/f1c4fd) and let me know, patch can be provided if needed.

Here is the mailing thread[1] about it.
[1] http://camel.465427.n5.nabble.com/CXF-Startup-issue-with-Camel-in-OSGI-runtime-tp3241913p3247484.html

hive> explain select a.key from src a join src b on case when a.key=b.key then 1 else null end;
FAILED: SemanticException tok_null encountered with 0 children

"2489e686-bf69-4f37-b733-72491351644b main"
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondPopulateAlias(SemanticAnalyzer.java:2629)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondition(SemanticAnalyzer.java:2904)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondition(SemanticAnalyzer.java:2808)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genJoinTree(SemanticAnalyzer.java:8916)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:10506)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:10419)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:408)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:11119)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:286)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:258)
	at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:165)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:511)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1316)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1456)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1236)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1226)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java)

In HIVE-15708 this causes query31 to fail CBO optimization.

Secure RegionServers sometimes fail to start with the following backtrace:
2012-03-22 17:20:16,737 FATAL org.apache.hadoop.hbase.regionserver.HRegionServer: ABORTING region server centos60-20.ent.cloudera.com,60020,1332462015929: Unexpected exception during initialization, aborting
org.apache.zookeeper.KeeperException$NoAuthException: KeeperErrorCode = NoAuth for /hbase/shutdown
at org.apache.zookeeper.KeeperException.create(KeeperException.java:113)
at org.apache.zookeeper.ZooKeeper.getData(ZooKeeper.java:1131)
at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.getData(RecoverableZooKeeper.java:295)
at org.apache.hadoop.hbase.zookeeper.ZKUtil.getDataInternal(ZKUtil.java:518)
at org.apache.hadoop.hbase.zookeeper.ZKUtil.getDataAndWatch(ZKUtil.java:494)
at org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker.start(ZooKeeperNodeTracker.java:77)
at org.apache.hadoop.hbase.regionserver.HRegionServer.initializeZooKeeper(HRegionServer.java:569)
at org.apache.hadoop.hbase.regionserver.HRegionServer.preRegistrationInitialization(HRegionServer.java:532)
at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:634)
at java.lang.Thread.run(Thread.java:662)

When running hive on hadoop0.23, mapreduce_stack_trace.q is failing due to quote printing bug:
quote is printed as: '"', instead of "
Seems not able to state the bug clearly in html:
quote is printed as 'address sign' + 'quot' + semicolon
not the expected 'quote sign'

While working on websockets, I found a bug where duplicate messages were coming. Use case:
1. Open web page connect to the websocket connection.
2. Open the same page in another tab.
Spring messaging creates 2 different sessions for different tabs which are linked to the same user. Bug is while sending a websocket message to the user, the first tab gets the message one time but the second tab gets the same message 2 times. And if we open more tabs, it keeps on increasing, the 3rd tabs gets the same message 3 times, 4th tab 4 times and so on.
Problem seems to be in DefaultUserDestinationResolver.java in the below code:

for (String sessionId : this.userSessionRegistry.getSessionIds(info.getUser())) {
    set.add(getTargetDestination(headers.getDestination(), info.getDestination(), sessionId, info.getUser()));
}

Here for the same user, all the sessionIds are fetched and then all destinations to the given user are added as the target destination for the message which is causing the problem as mentioned above.

When executing "source <hql-file>"  clause, hive client driver does not catch the return code of this command.
This behaviour causes an issue when running hive query in Oozie workflow.
When the "source" clause is put into a Oozie workflow, Oozie can not get the return code of this command. Thus, Oozie consider the "source" clause as successful all the time. 
So, when the "source" clause fails, the hive query does not abort and the oozie workflow does not abort either.

hive> select sum(l_extendedprice * l_discount) as revenue from testing.lineitem where l_shipdate >= '1993-01-01' and l_shipdate < '1994-01-01' ;

Caused by: org.apache.hadoop.hive.common.io.Allocator$AllocatorOutOfMemoryException: Failed to allocate 4920000; at 0 out of 1
        at org.apache.hadoop.hive.llap.cache.BuddyAllocator.allocateMultiple(BuddyAllocator.java:176)
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.preReadUncompressedStream(EncodedReaderImpl.java:882)
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:319)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:413)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:194)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:191)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:191)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:74)
        at org.apache.hadoop.hive.common.CallableWithNdc.call(CallableWithNdc.java:37)
        ... 4 more

I tried to use the doneFile with FTP component.
When I used it to my FTP on my windows machine everything goes fine.
When I tried to act the same with a FTP host on a Linux machine, I got an issue.
I sniff the packet to see what goes wrong and I see this :
the doneFile 
DELE public/Test/in\myFile.txt  
the file to process
DELE public/Test/in/myFile.xml
After a Quick look on the code:
org.apache.camel.component.file.GenericFileEndpoint 
line 682
 String answer = pattern;
        if (ObjectHelper.isNotEmpty(path) && ObjectHelper.isNotEmpty(pattern)) 
{
            // done file must always be in same directory as the real file name
            answer = path + File.separator + pattern;
        }

        if (getConfiguration().needToNormalize()) 
{
            // must normalize path to cater for Windows and other OS
            answer = FileUtil.normalizePath(answer);
        }

We use the "File.Separator" but in this case, it should get a kind of "FTP.Separator" or the FTP component should return true to the needToNormalize method and change the narmalizePath method to manage this case.

Max precision of 38 still fits in 128. It changes the way you do math on these numbers though. Need to see if there will be perf implications, but there's a strong case to support 38 (instead of 36) to comply with other DBs. (Oracle, SQL Server, Teradata).

FileUtils.sizeOf[Directory] adds longs. What should happen when an overflow happens?

I noticed that various resources aren't properly cleaned up in various classes. To be specific,

Some streams aren't properly cleaned up in beeline/src/java/org/apache/hive/beeline/BeeLine.java and beeline/src/java/org/apache/hive/beeline/BeeLineOpts.java
Statement, ResultSet, and Connection aren't properly cleaned up in beeline/src/java/org/apache/hive/beeline/HiveSchemaTool.java
Statement and ResultSet aren't properly cleaned up in  jdbc/src/java/org/apache/hive/jdbc/HiveConnection.java

We see the following problem on 1.1.0 and 1.2.0 but not 0.13 which seems like a regression.
The following query (Q1) produces no results:

select s
from (
  select last.*, action.st2, action.n
  from (
    select purchase.s, purchase.timestamp, max (mevt.timestamp) as last_stage_timestamp
    from (select * from purchase_history) purchase
    join (select * from cart_history) mevt
    on purchase.s = mevt.s
    where purchase.timestamp > mevt.timestamp
    group by purchase.s, purchase.timestamp
  ) last
  join (select * from events) action
  on last.s = action.s and last.last_stage_timestamp = action.timestamp
) list;

While this one (Q2) does produce results :

select *
from (
  from (
  ) last
) list;
1	21	20	Bob	1234
1	31	30	Bob	1234
3	51	50	Jeff	1234

The setup to test this is:

create table purchase_history (s string, product string, price double, timestamp int);
insert into purchase_history values ('1', 'Belt', 20.00, 21);
insert into purchase_history values ('1', 'Socks', 3.50, 31);
insert into purchase_history values ('3', 'Belt', 20.00, 51);
insert into purchase_history values ('4', 'Shirt', 15.50, 59);

create table cart_history (s string, cart_id int, timestamp int);
insert into cart_history values ('1', 1, 10);
insert into cart_history values ('1', 2, 20);
insert into cart_history values ('1', 3, 30);
insert into cart_history values ('1', 4, 40);
insert into cart_history values ('3', 5, 50);
insert into cart_history values ('4', 6, 60);

create table events (s string, st2 string, n int, timestamp int);
insert into events values ('1', 'Bob', 1234, 20);
insert into events values ('1', 'Bob', 1234, 30);
insert into events values ('1', 'Bob', 1234, 25);
insert into events values ('2', 'Sam', 1234, 30);
insert into events values ('3', 'Jeff', 1234, 50);
insert into events values ('4', 'Ted', 1234, 60);

I realize select * and select s are not all that interesting in this context but what lead us to this issue was select count(distinct s) was not returning results. The above queries are the simplified queries that produce the issue. 
I will note that if I convert the inner join to a table and select from that the issue does not appear.
Update: Found that turning off  hive.optimize.remove.identity.project fixes this issue. This optimization was introduced in https://issues.apache.org/jira/browse/HIVE-8435

The readme.txt for the tutorial says to simply run the application directly from the checked out source tree, using the command
mvn jetty:run
This will start jetty on port 8080, with SSL support on port 8443.
It doesn't work, because the build depends on jets3t-0.5.1-20080115, which isn't in any of the default Maven repositories (ibiblio has 0.5.0, 0.6.0 and 0.6.1). Adding
 	<repositories>
		<repository>
			<id>springExternal</id>
			<name>Spring external dependencies</name>
			<url>http://maven.springframework.org/external/&lt;/url>
		</repository>
	</repositories>
to the pom.xml resolves the dependency.

There are a few links to top-level pages but missing the trailing /, and a few please where we link to pages like replication.html even though we have a single-page book now. There are also a few broken links in the APIdocs, probably due to code we have specifically filtered out of the Javadoc:

#------------------------------------------------------------
# ERROR   4 files had broken links
/devapidocs/org/apache/hadoop/hbase/wal/NamespaceGroupingStrategy.html
had 1 broken link
    /devapidocs/org/apache/hadoop/hbase/wal/RegionGroupingProvider.RegionGroupingStrategy.html

/devapidocs/org/apache/hadoop/hbase/wal/package-tree.html

/devapidocs/overview-tree.html
had 2 broken links
    /devapidocs/org/apache/hadoop/hbase/io/encoding/BufferedDataBlockEncoder.SeekerState.html

/devapidocs/serialized-form.html
had 26 broken links
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.DescriptorProto.ExtensionRange.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.DescriptorProto.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.EnumDescriptorProto.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.EnumOptions.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.EnumValueDescriptorProto.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.EnumValueOptions.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.FieldDescriptorProto.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.FieldOptions.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.FileDescriptorProto.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.FileDescriptorSet.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.FileOptions.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.MessageOptions.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.MethodDescriptorProto.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.MethodOptions.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.ServiceDescriptorProto.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.ServiceOptions.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.SourceCodeInfo.Location.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.SourceCodeInfo.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.UninterpretedOption.NamePart.html
    /devapidocs/src-html/com/google/protobuf/DescriptorProtos.UninterpretedOption.html
    /devapidocs/src-html/com/google/protobuf/GeneratedMessage.html
    /devapidocs/src-html/com/google/protobuf/GeneratedMessageLite.html
    /devapidocs/src-html/org/apache/hadoop/hbase/spark/ColumnFilter$.html
    /devapidocs/src-html/org/apache/hadoop/hbase/spark/HBaseContext$.html
    /devapidocs/src-html/org/apache/hadoop/hbase/spark/RowKeyFilter$.html
    /devapidocs/src-html/org/apache/hadoop/hbase/spark/SchemaQualifierDefinition$.html

The chaos monkey never finishes if there is an error in IntegrationTestBigLinkedListWithChaosMonkey.  So the java process never exits.

SpringBeanAutowiringInterceptor by default uses SingletonBeanFactoryLocator, which keeps an internal counter of references to the SpringContext. This is incremented on @PostConstruct, and decremented on @PreDestroy, however, according to the EJB spec:
The following scenarios result in the PreDestroy lifecycle callback interceptor method(s) not being called for an instance:
...
    • A system exception thrown from the instance’s method to the container.
This means that if an exception is thrown during EJB initialisation, the @PreDestroy method is never called, the reference count in SingletonBeanFactoryLocator is never decremented, and the application context is therefore never closed.
This has implications (for example), with the MBean exporter, where MBeans are never unregistered, and the next application deployment fails as the previous MBean instances already exist.
I suggest that in the case where an exception is thrown during the @PostConstruct phase, the beanFactoryReference should be released. Ie:
doAutowireBean(invocationContext.getTarget());
try {
    invocationContext.proceed();
}
catch {
    ...
    doReleaseBean(invocationContext.getTarget());
}

Here is partial listing of output from incremental backup:

5306 2018-05-04 02:38 hdfs://mycluster/user/hbase/backup_loc/backup_1525401467793/table_almphxih4u/cf1/5648501da7194783947bbf07b172f07e

When restoring, here is what HBackupFileSystem.getTableBackupDir returns:

fileBackupDir=hdfs://mycluster/user/hbase/backup_loc/backup_1525401467793/default/table_almphxih4u

You can see that namespace gets in the way, leading to inability of finding the proper hfile.

The issue is clearly seen when two bucketed and sorted parquet tables with different number of columns are involved in the join . The following exception is seen

Caused by: java.lang.IndexOutOfBoundsException: Index: 2, Size: 2
        at org.apache.hadoop.hive.ql.io.parquet.read.DataWritableReadSupport.init(DataWritableReadSupport.java:101)
        at org.apache.hadoop.hive.ql.io.parquet.read.ParquetRecordReaderWrapper.getSplit(ParquetRecordReaderWrapper.java:204)
        at org.apache.hadoop.hive.ql.io.parquet.read.ParquetRecordReaderWrapper.<init>(ParquetRecordReaderWrapper.java:79)
        at org.apache.hadoop.hive.ql.io.parquet.read.ParquetRecordReaderWrapper.<init>(ParquetRecordReaderWrapper.java:66)
        at org.apache.hadoop.hive.ql.io.parquet.MapredParquetInputFormat.getRecordReader(MapredParquetInputFormat.java:51)
        at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.<init>(CombineHiveRecordReader.java:65)

This is related to COMPRESS-314 - TarArchiveEntry doesn't allow gid/uid bigger than a signed 32bit int - the POSIX spec does.

I'm not 100% sure this is a bug but it feels that way from conversation I had via mailing lists.
I'm trying to ensure transactional processing between SJMS consumer and producer (e.g. using same JMS session). 
In other words this simple case:
1. prepare higher amount of JMS messages in broker (e.g. ActiveMQ with 1000 messages) 
2. use Camel route from input queue to output queue using trasacted=true 
3. start context (starts consuming messages) and in any time kill java process 
When I kill process, I would expect that sum of messages in input and output queue will be 1000 - so the transaction works. But what happens is that I always end up with 1001+ messages. Maybe it is misconfiguration of routes or misunderstanding how SJMS can work.
I feel this is critical because JMS is generally used because it its transactional capabilities.
Here is the sample code I used for reproduction (using ActiveMQ):

public class SjmsTransaction {

        RouteBuilder rb = new RouteBuilder() {
            @Override
                        .process(systemOut("Exception!!"));

                from("sjms:queue:test-in?transacted=true&consumerCount=5")
                        .process(systemOut("Processing"))
                        .to("sjms:queue:test-out?transacted=true")
                        .process(systemOut("Processed"));
            }
        };

        addJmsComponent(context);
        context.addRoutes(rb);

        System.out.println("=====> Starting context");
        // Now the context will run and consume messages, when I kill application by force in any time
        // I expect this to be true: <#messagesInInputAtBeginning> == <#messagesInInputNow> + <#messagesInOutputNow>
        // What happens is that there is always < (e.g. I submitted 1000 messages, out has 500, in has 501)
    }

    private static void addJmsComponent(CamelContext context) {
        ConnectionFactory factory = new ActiveMQConnectionFactory("tcp://localhost:61616");
        ConnectionFactoryResource connResource = new ConnectionFactoryResource(5, factory);
        SjmsComponent comp = new SjmsComponent();
        comp.setConnectionResource(connResource);
        context.addComponent("sjms", comp);
    }

    private static Processor systemOut(final String message) {
        return new Processor() {
            @Override
                System.out.println(exchange.getExchangeId() + ": " + message);
            }
        };
    }
}

Note that I tried to use it with various combinations of acknowledgeMode and In/InOut exchange pattern - but without luck.
I'm not that much oriented in Camel source code but I found that JMS session is held within the exchange so probably when producer finds in an exchange existing JMS session and is configured to be transacted, then maybe it can participate this session? Or maybe there are other hooks (like Synchronization objects) in some registry that take care of this issue?
Here is the link to the previous mailing list conversation: http://camel.465427.n5.nabble.com/SJMS-transaction-td5777522.html

Example of websocket configuration using SockJS

public class WebSocketAppConfig extends AbstractWebSocketMessageBrokerConfigurer {
	
	@Override
	public void registerStompEndpoints(StompEndpointRegistry registry) {
		registry.addEndpoint("/ws").setAllowedOrigins("https://example.com").withSockJS();
	}

	@Override
	public void configureMessageBroker(MessageBrokerRegistry config) {
		config.enableSimpleBroker("/topic").setHeartbeatValue(new long[] {10000,10000}).setTaskScheduler(new DefaultManagedTaskScheduler());
		config.setApplicationDestinationPrefixes("/app");
	}
	
}

When we set allowed origin to https://example.com and we make call to server let's say /ws/info/ with header (I will exclude others just to show example)

Origin: https://another.example.com

the server returns correctly Http status response 403 - forbidden. 
But it returns also 

Access-Control-Allow-Origin: https://another.example.com
access-control-allow-credentials: true

The issue is that incorrect origin was sent and it returns as allowed.
I've found that 

AbstractSockJsService.getCorsConfiguration

 returns wildcard every time. 
The check is done in OriginHandshakeInterceptor.java but the headers are created in 
DefaultCorsProcessor.java - at line 121 - 

String allowOrigin = checkOrigin(config, requestOrigin);

which accepts configuration from AbstractSockJsService.getCorsConfiguration.

(I assume this is occurring also on newer versions because I didn't find any problems regarding this topic)

Per https://cwiki.apache.org/confluence/display/Hive/LanguageManual+DDL#LanguageManualDDL-Create/Drop/TruncateTablerow_format, the following is supported when creating a table.

  : DELIMITED [FIELDS TERMINATED BY char [ESCAPED BY char]] [COLLECTION ITEMS TERMINATED BY char]
        [MAP KEYS TERMINATED BY char] [LINES TERMINATED BY char]
        [NULL DEFINED AS char] (Note: Only available starting with Hive 0.13)
  | SERDE serde_name [WITH SERDEPROPERTIES (property_name=property_value, property_name=property_value, ...)]

Need to add support for specifying 4 delimiters plus escape and NULL in HCatCreateTableDesc. create(String dbName, String tableName, List<HCatFieldSchema> columns) API.

Class CasAuthenticationProvider doesn't validate properly the key property in afterPropertiesSet. Giving it an empty string value will not trigger an error but will make the CasAuthenticationToken instanciation crash because it validates against empty strings.

The merge job set mapred.min.split.size to the value of hive.merge.size.per.task, which roughly equals to the output file size. However the input split size is also determined by mapred.min.split.size.per.node, mapred.min.split.size.per.rack, and mapred.max.split.size. They should be set the same as hive.merge.size.per.task as well.

User complained about cannot start the camel context with web container[1], after digging the code of AnnotationTypeConverterLoader, I found that AnnotationTypeConverterLoader doesn't try all the classloader to load the converter class.
[1]http://camel.465427.n5.nabble.com/TypeConverterLoaderException-in-WebApplication-on-ContextLoad-td4684853.html

In SparkTask, we try to get job infos after the query finishes. Assume the job finishes due to remote side crashes and thus closes the RPC. There's a race condition: if we try to get job info before we notice the RPC is closed, the SparkTask waits for hive.spark.client.future.timeout (default 60s) before it returns, even though we already know the job has failed.

When the sample was updated to allow anyone to list Accounts in commit dfbf60f, the text was not updated. The text should be reworded to indicate that listing the accounts is allowed by anyone.
Note: This was reported by Ornot in the comments of this blog post http://rwinch.blogspot.com/2011/03/running-spring-securitys-tutorial.html

Elytron enforces JDK9+ jdk, but is not possible to run tests with jdk 8.

java -version
java version "11" 2018-09-25
Java(TM) SE Runtime Environment 18.9 (build 11+28)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11+28, mixed mode)

mvn clean test -Dtest=MechanismDatabaseTest -Dmaven.test.redirectTestOutputToFile=true -Djava8.home=/home/mchoma/app/jdk8u172-b11 -X
...
[DEBUG] Forking command line: /bin/sh -c cd /home/mchoma/git-repo/wildfly-elytron && /home/mchoma/app/jdk-11+28/bin/java

Also in surefire reports java8 folder there is java 11 logged 

    <property name="java.vendor" value="Oracle Corporation"/>
    <property name="java.vm.info" value="mixed mode"/>
    <property name="java.vm.version" value="11+28"/>

Setting to blocker as currently I dont see way how to run tests on jdk8.

 CompactorMap.getWrite()/getDeleteEventWriter() both do AcidOutputFormat.Options.tableProperties() but
OrcOutputFormat.getRawRecordWriter() does

final OrcFile.WriterOptions opts =
OrcFile.writerOptions(options.getConfiguration());

which ignores tableProperties value.
It should do 

OrcFile.writerOptions(options.getTableProperties(), options.getConfiguration());

For large negative BIGINTs, zigzag encoding will yield large value (64bit value) with MSB set to 1. This value is interpreted as negative value in SerializationUtils.findClosestNumBits(long value) function. This resulted in wrong computation of total number of bits required which results in wrong encoding/decoding of values.

ant test does not copy test resources to target/ and does not include test resources in test class path.
maven test is ok.
Example failure:
----------------------------------------------
someguy@weeble:~/prog/java/commons-io/commons-io$ ant clean
Buildfile: /home/someguy/prog/java/commons-io/commons-io/build.xml
 .
 .
 .
BUILD SUCCESSFUL
someguy@weeble:~/prog/java/commons-io/commons-io$ ant test
 .
 .
 .
[junit] Running org.apache.commons.io.FileUtilsListFilesTestCase
[junit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.064 sec
[junit] Running org.apache.commons.io.FileUtilsTestCase
[junit] Tests run: 20, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.087 sec
/home/someguy/prog/java/commons-io/commons-io/build.xml:192: Test org.apache.commons.io.FileUtilsTestCase failed
Total time: 32 seconds
candidate patch to resolve issue

someguy@weeble:~/prog/java/commons-io/commons-io$ svn diff build.xml 
Index: build.xml
--- build.xml   (revision 1609743)
+++ build.xml   (working copy)
@@ -63,6 +63,9 @@
   <!-- The base directory for unit test sources -->
   <property name="test.home"               value="src/test/java"/>
 
+  <!-- The base directory for unit test resources -->
+  <property name="test.resources.home"               value="src/test/resources"/>
+
   <!-- Download lib dir -->
   <property name="download.lib.dir"        value="lib"/>
 
@@ -115,6 +118,7 @@
   <path id="test.classpath">
     <pathelement location="${build.home}/classes"/>
     <pathelement location="${build.home}/test-classes"/>
+    <pathelement location="${build.home}/test-resources"/>
     <pathelement location="${junit.jar}"/>
     <path refid="downloaded.lib.classpath"/>
   </path>
@@ -177,6 +181,9 @@
              includeantruntime="false">
           <classpath refid="test.classpath"/>
       </javac>
+      <copy todir="${build.home}/test-resources">
+        <fileset dir="${test.resources.home}"/>
+      </copy>
     </target>
 
   <target name="test"  depends="compile.tests"

If we modify jboss-modules to remove the allPermissions by default, then change the WildflySecurityManager to avoid throwing exceptions, we get this error when starting Wildfly:

 org.jboss.msc.service.StartException in service jboss.as: Failed to start service
         at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904)
         at java.lang.Thread.run(Thread.java:745)
 Caused by: java.security.AccessControlException: access denied ("org.jboss.as.server.security.ServerPermission" "setCurrentServiceContainer")
         at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
         at java.security.AccessController.checkPermission(AccessController.java:884)
         at org.jboss.as.server.CurrentServiceContainer.checkPermission(CurrentServiceContainer.java:63)
         at org.jboss.as.server.CurrentServiceContainer.setServiceContainer(CurrentServiceContainer.java:56)
         at org.jboss.as.server.ApplicationServerService.start(ApplicationServerService.java:137)
         at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
         at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
         ... 3 more

AbstractMethodEndpointMapping has a method, getEndpointClass, which attempts to determine the correct base class for an endpoint.  This method correctly deals with CGLIB-based proxies, but does not handle the more common JDK proxies.
One solution would be to use the AopUtils.getTargetClass method to perform this check.

per update resolved legal:

CAN APACHE PRODUCTS INCLUDE WORKS LICENSED UNDER THE JSON LICENSE?
No. As of 2016-11-03 this has been moved to the 'Category X' license list. Prior to this, use of the JSON Java library was allowed. See Debian's page for a list of alternatives.
I'm not sure when this dependency was first introduced, but it looks like it's currently used in a few places:
https://github.com/apache/hive/search?p=1&q=%22org.json%22&utf8=%E2%9C%93

During bean initialization MultiResourceItemReader checks [in afterPropertiesSet()] that it actually has resources to read. If not, it throws an exception. There are use cases where the resources might not be created at bean initialization time (see http://forum.springframework.org/showthread.php?t=57502 for details).
Lucas Ward suggests that this check might better be made during ItemStream#open().

We've not had success only including specific shim classes as part of the standalone jdbc jar. Since all shim classes shouldn't be too large we'll include them all.

The classes that process metadata inside JBoss AS are always enforcing and expecting the new metadata classes.
As a result, if, say, an old version of the ironjacamar.xml file is processed, the IronJacamar metadata types will be returned instead of the new ones, added to Wildfly, and those class cast/and assertions will fail.
This will result in stack traces as the one below:

Caused by: org.jboss.jca.deployers.common.DeployException: IJ020056: Deployment failed: file:/store/work/tc-work/a31d203e70e89f90/testsuite/integration/basic/target/jbossas/standalone/tmp/vfs/temp/tempbab5c471e16347e3/content-8f35152e79af20d3/contents/ at org.jboss.jca.deployers.common.AbstractResourceAdapterDeployer.createObjectsAndInjectValue(AbstractResourceAdapterDeployer.java:2064) at org.jboss.as.connector.services.resourceadapters.deployment.ResourceAdapterDeploymentService$WildFLyRaDeployer.doDeploy(ResourceAdapterDeploymentService.java:226) at org.jboss.as.connector.services.resourceadapters.deployment.ResourceAdapterDeploymentService.start(ResourceAdapterDeploymentService.java:124) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.AssertionError at org.jboss.as.connector.services.resourceadapters.deployment.AbstractResourceAdapterDeploymentService$AbstractWildFlyRaDeployer.getSubjectFactory(AbstractResourceAdapterDeploymentService.java:624) at org.jboss.jca.deployers.common.AbstractResourceAdapterDeployer.createObjectsAndInjectValue(AbstractResourceAdapterDeployer.java:1610) ... 7 more

A thorough check has to be made to reverse those casts and replace them by checks only when Elytron data is needed.

From https://builds.apache.org/job/PreCommit-HBASE-Build/7623/artifact/trunk/patchprocess/patchJavadocWarnings.txt :

[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/ImportTsv.java:123: warning - @param argument "tagSeperatorStr" is not a parameter name.

The case with following settings is valid but does not work correctly in current HS2:
==
hive.server2.authentication=NONE (or LDAP)
hive.server2.enable.doAs= true
hive.metastore.sasl.enabled=false
hive.metastore.execute.setugi=true
==
Ideally, HS2 is able to impersonate the logged in user (from Beeline, or JDBC application) and create DBs/Tables with user's ownership.

When ReplicationSourceManager refresh replication sources, it will close the old source first, then startup a new source. The new source will use a new metrics, but forgot to clear the metrics for old sources.

To prevent issue similar to SPR-11313 we have integrated animal sniffer in our build to check the use of the JDK APIs.
This issue is about collecting the classes that are using 1.7+ APIs, knowing that some are for perfectly valid reasons (support of 1.8 features)

We've run into this problem when executing Weld and CDI TCK test suites on a specific HP-UX machine. Both test suites contain a lot of scenarios where the deployment fails. HP-UX jvm cannot handle this load and the test suite fails with OutOfMemoryError.

When configuring SSL/TLS for the management interfaces, you need to specify an (ssl-context or security-realm) and secure-socket-binding. When using ssl-context and secure-socket-binding, it fails with:

"WFLYCTL0380: Attribute 'security-realm' needs to be set or passed before attribute 'secure-socket-binding' can be correctly set"

failing operations:

batch

/subsystem=elytron/key-store=httpsKS:add(path=keystore.jks,relative-to=jboss.server.config.dir,credential-reference={clear-text=secret},type=JKS)

/subsystem=elytron/key-managers=httpsKM:add(key-store=httpsKS,algorithm="SunX509",credential-reference={clear-text=secret})

/subsystem=elytron/server-ssl-context=httpsSSC:add(key-managers=httpsKM,protocols=["TLSv1.1"])

/core-service=management/management-interface=http-interface:write-attribute(name=ssl-context, value=httpsSSC)

/core-service=management/management-interface=http-interface:write-attribute(name=secure-socket-binding, value=management-https)

run-batch

reload

Oddly, this will pass (specifying BOTH ssl-context and security-realm):

batch

/core-service=management/management-interface=http-interface:write-attribute(name=security-realm, value=ManagementDomain)

run-batch

reload

Testing branch-1, made some small fixups.  Would be good to get them in some time.  This is a bit of a mish-mash though.

If there is an error while creating the replication source on adding the peer, the source if not added to the in memory list of sources but the replication peer is. 
However, in such a scenario, when you remove the peer, it is deleted from zookeeper successfully but for removing the in memory list of peers, we wait for the corresponding sources to get deleted (which as we said don't exist because of error creating the source). 
The problem here is the ordering of operations for adding/removing source and peer. 
Modifying the code to always remove queues from the underlying storage, even if there exists no sources also requires a small refactoring of TableBasedReplicationQueuesImpl to not abort on removeQueues() of an empty queue

On the front page https://commons.apache.org/proper/commons-collections/ in the Documentation section, the link to the Javadoc API for "The current release 4.2" is broken.

It works fine (like in the tests) when you provide bindy with a Map<String, Object> of model objects corresponding to the @Linked-ed classes. We should do better though and try to figure this out for users.

Some deployment-scanner unit tests from wf-core fail on IBM JDK intermittently.
This is testsuite issue only.
Affected test cases:

ShutdownFileSystemDeploymentServiceUnitTestCase
FileSystemDeploymentServiceUnitTestCase

Executors.newSingleThreadExecutor() method returns ExecutorService with finalize method, that shutdown thread executor. Currently ExecutorService instance is not referenced, so IBM JDK calls finalize method. Finalize method calls shutdown method and size of thread-pool is decreased to 0 before lockDone.get(...) is called.
0.6% - intermittently on IBM JDK
Actual results - ShutdownFileSystemDeploymentServiceUnitTestCase:

java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@67503391 rejected from java.util.concurrent.ThreadPoolExecutor@ae603d77[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2058)
	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:834)
	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1380)
	at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:145)
	at java.util.concurrent.Executors$DelegatedExecutorService.submit(Executors.java:692)
	at org.jboss.as.server.deployment.scanner.ShutdownFileSystemDeploymentServiceUnitTestCase.testUncleanShutdown(ShutdownFileSystemDeploymentServiceUnitTestCase.java:156)

Actual results - FileSystemDeploymentServiceUnitTestCase:

java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@9408464a rejected from java.util.concurrent.ThreadPoolExecutor@fa7bfba[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentServiceUnitTestCase.testUncleanShutdown(FileSystemDeploymentServiceUnitTestCase.java:1755)

No errors

CqInvalidException has been removed in GemFire 6.5 GA - the exception is still referred to by SGF for exception translation.

Right now if you execute beeline -u "jdbc:hive2://" -e "select 3", beeline console will wait for you to enter ';". It's a regression from the old behavior. 

Some ports in llap -> tez interaction code uses dynamic ports, provide an option to make them configurable to facilitate adding them to iptable rules in some environment. 

The javadoc for DateTimeFormat says
"For custom formatting, set the pattern() attribute to be the DateTime pattern, such as yyyy/mm/dd h:mm:ss a."
This is example is misleading. MM is for month, while mm is for minutes - the example uses minutes where month is expected.
Someone who isn't paying attention will use the example pattern and wonder why their month is always January.
example should probably be "yyyy/MM/dd hh:mm:ss a"  (capital M for moneths, extra h for hours)

While reviewing https://github.com/wildfly/wildfly-core/pull/1517 I wondered if the same problem was present in other places in core. A check shows the WFCORE-582 fix has this problem.
Minor issue as our extensions don't use slots other than main. But they could.

See sample-case features project.

seems to me that TestSparkCliDriver#testCliDriver[auto_sortmerge_join_10] and TestSparkCliDriver#testCliDriver[bucketsortoptimize_insert_7] is failing since HIVE-18208 is in.

I've been seeing this with Hadoop 2.0.0-alpha-SNAPSHOT and HBase 0.94.0-SNAPSHOT:

2012-05-08 15:18:00,692 FATAL [RegionServer:0;acer.localdomain,48307,1336515479011] regionserver.HRegionServer(1674): ABORTING region server acer.localdomain,48307,1336515479011: Unhandled exception: No FileSystem for scheme: hdfs
java.io.IOException: No FileSystem for scheme: hdfs
	at org.apache.hadoop.hbase.fs.HFileSystem.newInstanceFileSystem(HFileSystem.java:146)
	at org.apache.hadoop.hbase.fs.HFileSystem.<init>(HFileSystem.java:75)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.handleReportForDutyResponse(HRegionServer.java:973)
	at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.handleReportForDutyResponse(MiniHBaseCluster.java:110)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:671)
	at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.runRegionServer(MiniHBaseCluster.java:136)
	at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.access$000(MiniHBaseCluster.java:89)
	at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer$1.run(MiniHBaseCluster.java:120)
	at javax.security.auth.Subject.doAs(Subject.java:357)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1212)
	at org.apache.hadoop.hbase.util.Methods.call(Methods.java:37)
	at org.apache.hadoop.hbase.security.User.call(User.java:586)
	at org.apache.hadoop.hbase.security.User.access$700(User.java:50)
	at org.apache.hadoop.hbase.security.User$SecureHadoopUser.runAs(User.java:426)
	at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.run(MiniHBaseCluster.java:118)

Not sure precisely when it started. First I thought it might be due to HBASE-5955 but I cherry picked that change over from trunk. Then I got HBASE-5963 out of the way.  

in LdapShaPasswordEncoder.isPasswordValid the startOfHash variable is initialized to prefix.length() + 1.
This causes the first character of the hash values to be skipped in the subsequent equals invocation.
Is there some (undocumented) reason that the first character of the hash is being skipped, or is this a bug?
Example:
encPass = "
{SHA}nU4eI71bcnBGqeO0t9tXvY1u5oQ="
rawPass = "pass"
prefix = "{SHA}
"
startOfHash = 6 (should be 5: prefix.length())
encodedRawPass = "U4eI71bcnBGqeO0t9tXvY1u5oQ=" (should be "nU4eI71bcnBGqeO0t9tXvY1u5oQ=")

The UTF-8 characters from @ModelAttribute method in controller is not displays correctly in the view.
In the controller:
   @ModelAttribute("russianWord")
    public String populateRussianWord() 
{
        return "Привет";
    }

In the view:
<spring:eval expression="russianWord" />
The result is "РџСЂРёРІРµС‚", but must be "Привет".
All file encoding is UTF-8. I set CharacterEncodingFilter to the first of filters (see https://jira.springsource.org/browse/ROO-1684 and http://forum.springsource.org/showthread.php?p=328274)

During rollback, when additional database operations are performed using jdbcTemplate, Spring does not clean up the database connection it stores in threadLocal.
When the same thread is later reused on another request, Spring uses this stale and potential  invalid ( terminated by server) connection, instead of getting one from the thread pool. This causes "broken pipe" or "communication link failure" exception
See this link for detailed example
http://stackoverflow.com/questions/41860231/springframework-jdbctemplate-database-connection-not-cleanedup-from-threadloca

The problem is somewhat related to the issue that was described in SPR-7488 - resolving parameterized Collection when it is empty.
Currently, TypeDescriptor.resolveCollectionElementType(..) method seem to rely only on CollectionUtils.findCommonElementType(..) method to determine the type of the elements in the Collection instead of looking at its parameterized types, thus resulting in every empty Collection to be Collection<Object> even though one might have declared it as Collection<Foo>. 
This creates a problem down the road when trying to invoke a method via SpEL while passing an empty (although properly parameterized) collection as an argument.
When ReflectiveMethodResolver invokes ReflectionHelper.compareArguments(paramDescriptors, argumentTypes, typeConverter) to get ReflectionHelper.ArgumentsMatchInfo, it comes back as ArgumentsMatch: REQUIRES_CONVERSION (when conversion should not be required) and since there is no appropriate Converter BeanFactoryTypeConverter delegates to:

PropertyEditor editor = delegate.findCustomEditor(sourceType.getType(), null);
editor.setValue(value); 

However in this case findCustomeEditor method returns 'null' resulting in the NPE being thrown on the next line. 
See attached test.
I am classifying it as a bug for now, unless that is the intended behavior.

If an operation step handler calls org.jboss.as.controller.OperationContext#revertReloadRequired() when org.jboss.as.controller.OperationContext#reloadRequired() has not been called, it throws a NPE:

	at org.jboss.as.controller.ControlledProcessState.revertReloadRequired(ControlledProcessState.java:181)
	at org.jboss.as.controller.AbstractOperationContext.revertReloadRequired(AbstractOperationContext.java:1037)
	at org.jboss.as.controller.test.RevertReloadRequiredTestCase$TestResourceAddHandler.rollbackRuntime(RevertReloadRequiredTestCase.java:98)
	at org.jboss.as.controller.AbstractAddStepHandler$1$1.handleRollback(AbstractAddStepHandler.java:133)
	at org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1419)
	at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1385)
	at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1367)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1323)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1283)
	at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1172)
	at org.jboss.as.controller.AbstractOperationContext.finishStep(AbstractOperationContext.java:929)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:877)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1182)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:205)

The NPE is caused by this.activeStep.restartStamp field which is set only when reloadRequired() (or restartRequired()) is called.
My OSH may call reloadRequired() or not depending on some runtime state and I could add some logic to make sure I call 
I can fix my handle to check that I call context.revertReloadRequired() only I had previously called reloadRequired () first.
However, in order to make the OperationContext more robust, I think that the revertReloadRequired() method should instead be a no-op if there is no reload required. 

Fix typo, add missing space between two words in HRegionServerCommandLine.java

Prior to HBASE-4196 there was different handling of IOExceptions thrown from scanner in mapred and mapreduce API. The patch to HBASE-4196 unified this handling so that if exception is caught a reconnect is attempted (without bothering the mapred client). After that, HBASE-4269 changed this behavior back, but in both mapred and mapreduce APIs. The question is, is there any reason not to handle all errors that the input format can handle? In other words, why not try to reissue the request after any IOException? I see the following disadvantages of current approach

the client may see exceptions like LeaseException and ScannerTimeoutException if he fails to process all fetched data in timeout
to avoid ScannerTimeoutException the client must raise hbase.regionserver.lease.period
timeouts for tasks is aready configured in mapred.task.timeout, so this seems to me a bit redundant, because typically one needs to update both these parameters
I don't see any possibility to get rid of LeaseException (this is configured on server side)

I think all of these issues would be gone, if the DoNotRetryIOException would not be rethrown. On the other hand, handling errors in InputFormat has disadvantage, that it may hide from the user some inefficiency. Eg. if I have very big scanner.caching, and I manage to process only a few rows in timeout, I will end up with single row being fetched many times (and will not be explicitly notified about this). Could we solve this problem by adding some counter to the InputFormat?

mvn clean test fails with following errors when using with java-9

  MapUtilsTest.testgetByteValue:1051 » ServiceConfiguration sun.util.locale.prov...
  MapUtilsTest.testgetDoubleValue:956 » ServiceConfiguration sun.util.locale.pro...
  MapUtilsTest.testgetFloatValue:974 » ServiceConfiguration sun.util.locale.prov...
  MapUtilsTest.testgetIntValue:1012 » ServiceConfiguration sun.util.locale.provi...
  MapUtilsTest.testgetLongValue:992 » ServiceConfiguration sun.util.locale.provi...
  MapUtilsTest.testgetShortValue:1031 » ServiceConfiguration sun.util.locale.pro...
  ListIteratorWrapperTest.testRemove:116 » ServiceConfiguration sun.util.locale....

Tests run: 16088, Failures: 0, Errors: 7, Skipped: 0

I have added two fields to the complete version of your guide (gs-accessing-data-mongodb):
 
public LocalDate birthdate;
public TreeMap<LocalDate, Double> dateValues;
 
The customer gets saved like this:
{
"_id" : ObjectId("5c0918435deea55a9522cecd"),
"firstName" : "Oliver August",
"lastName" : "Matthews",
"birthdate" : ISODate("2018-12-05T23:00:00.000Z"),
"dateValues" : {
"2018-12-05" : 43.0,
"2018-12-06" : 42.0
},
"_class" : "hello.Customer"
}
The format is different for the same class: ISODate("2018-12-05T23:00:00.000Z") vs "2018-12-06"
After that, accessing the data is not working any more: No converter found capable of converting from type [java.lang.String] to type [java.time.LocalDate]
Adding a converter did not helped.
My modifications are here: https://github.com/puskai/gs-accessing-data-mongodb

The following test case (see ):

Expression exp = parser.parseExpression("T(java.util.Arrays).asList('a','b')");
List<String> list = (List<String>) exp.getValue();
assertThat(list.size(), is(2));

throws an exception:

java.lang.IllegalArgumentException: Final expected argument should be array type (the varargs parameter)
	at org.springframework.util.Assert.isTrue(Assert.java:65)
	at org.springframework.expression.spel.support.ReflectionHelper.compareArgumentsVarargs(ReflectionHelper.java:144)
	at org.springframework.expression.spel.support.ReflectiveMethodResolver.resolve(ReflectiveMethodResolver.java:154)
	at org.springframework.expression.spel.ast.MethodReference.findAccessorForMethod(MethodReference.java:189)
	at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:118)
	at org.springframework.expression.spel.ast.MethodReference.access$100(MethodReference.java:44)
	at org.springframework.expression.spel.ast.MethodReference$MethodValueRef.getValue(MethodReference.java:258)
	at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:84)
	at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:103)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:68)

cryptic, non-informative error message
hive> describe hive1_scribeloadertest
in this case the table was missing. better say that.

base64 encoded values are having the quotes put around the values before the base64 encoding takes place.  This renders improper JSON that some (all?) json parsers are unable to process.
The defect should be fixed in the agile-json jar available here:
http://github.com/gottesmm/agile-json-2.0/tree/master
I'm hoping to get to this before this weekend.

    case NOT_EQUALS: {
      selectivity = computeNotEqualitySelectivity(call);
    }

    case LESS_THAN_OR_EQUAL:
    case GREATER_THAN_OR_EQUAL:
    case LESS_THAN:
    case GREATER_THAN: {
      selectivity = ((double) 1 / (double) 3);
      break;
    }

break is missing for NOT_EQUALS case. selectivity would be overwritten with 1/3.

This week while playing with weaver, trying to write a weaver for a Spring project, I tried to see the help with the following command:

mvn clean org.apache.commons:commons-weaver-maven-plugin:help

But it failed with the following message:

[INFO] Total time: 0.579 s
[INFO] Finished at: 2016-11-19T19:55:06+13:00
[INFO] Final Memory: 10M/238M
[ERROR] Failed to execute goal org.apache.commons:commons-weaver-maven-plugin:1.4-SNAPSHOT:help (default-cli) on project weaver-example: Execution default-cli of goal org.apache.commons:commons-weaver-maven-plugin:1.4-SNAPSHOT:help failed: Unable to load the mojo 'help' in the plugin 'org.apache.commons:commons-weaver-maven-plugin:1.4-SNAPSHOT'. A required class is missing: HelpMojo
[ERROR] realm =    plugin>org.apache.commons:commons-weaver-maven-plugin:1.4-SNAPSHOT
[ERROR] urls[0] = file:/home/kinow/.m2/repository/org/apache/commons/commons-weaver-maven-plugin/1.4-SNAPSHOT/commons-weaver-maven-plugin-1.4-SNAPSHOT.jar
[ERROR] urls[1] = file:/home/kinow/.m2/repository/org/apache/commons/commons-weaver-privilizer-api/1.4-SNAPSHOT/commons-weaver-privilizer-api-1.4-SNAPSHOT.jar
[ERROR] urls[2] = file:/home/kinow/.m2/repository/org/apache/commons/commons-weaver-privilizer/1.4-SNAPSHOT/commons-weaver-privilizer-1.4-SNAPSHOT.jar
[ERROR] urls[3] = file:/home/kinow/.m2/repository/org/apache/commons/commons-weaver-processor/1.4-SNAPSHOT/commons-weaver-processor-1.4-SNAPSHOT.jar
[ERROR] urls[4] = file:/home/kinow/.m2/repository/org/apache/xbean/xbean-finder-shaded/4.5/xbean-finder-shaded-4.5.jar
[ERROR] urls[5] = file:/home/kinow/.m2/repository/org/apache/xbean/xbean-asm5-shaded/4.5/xbean-asm5-shaded-4.5.jar
[ERROR] urls[6] = file:/home/kinow/.m2/repository/org/apache/commons/commons-lang3/3.4/commons-lang3-3.4.jar
[ERROR] urls[7] = file:/home/kinow/.m2/repository/org/apache/commons/commons-collections4/4.1/commons-collections4-4.1.jar
[ERROR] urls[8] = file:/home/kinow/.m2/repository/commons-io/commons-io/2.5/commons-io-2.5.jar
[ERROR] urls[9] = file:/home/kinow/.m2/repository/org/codehaus/plexus/plexus-utils/2.0.6/plexus-utils-2.0.6.jar
[ERROR] urls[10] = file:/home/kinow/.m2/repository/org/eclipse/aether/aether-util/1.1.0/aether-util-1.1.0.jar
[ERROR] 
[ERROR] 
[ERROR] 

If I try to run prepare with

mvn clean org.apache.commons:commons-weaver-maven-plugin:prepare

it works fine.

DnParserImpl incorrectly terminates DN parsing, when it encounters # symbol.

System.out.println(new DistinguishedName("cn=Foo#Bar,cn=Test")); // cn=Foo

According to http://tools.ietf.org/html/rfc4514#section-4 hash/sharp symbol which does not appear at the beginning of the attribute value should be handled as a regular string character.

Theres an inconsistency (bug?) in the implementation of SizeFileFilter and AgeFileFilter.
In SizeFileFilter, using an "acceptLarger" parameter of true actually accepts files with a size equal to and larger, whereas
specifying an "acceptLarger" parameter of false only accepts smaller files.
The same is true for AgeFileFilter, using an "acceptOlder" parameter of true actually accepts files either the same age or older, whereas
specifying an "acceptOlder" parameter of false only accepts newer files.
A big benefit of resolving these inconsistencies would mean that creating filters for any condition (i.e. <, >, <=, >= or =) becomes
alot easier. For example if the AgeFileFilter did only do either newer or older, then creating a filters for "the same age or older"
or "the same age or younger" could be done in the following way:
    IOFileFilter equalOlder   = new NotFileFilter(new AgeFileFilter(cutoff, false));
    IOFileFilter equalYounger = new NotFileFilter(new AgeFileFilter(cutoff, true));
For SizeFileFilter I propose changing the logic to the following:
    if (acceptLarger) 
{
        return file.length() >= size;
    }
 else 
{
        return file.length() <= size;
    }

(This would mean that "new SizeFileFilter(cutoff)" would operate the same way)
I have added isOlderFile() methods to FileUtils and propose that AgeFileFilter is changed to the following:
    if (acceptOlder) 
{
        return FileUtils.isFileOlder(file, cutoff);
    }
 else 
{
        return FileUtils.isFileNewer(file, cutoff);
    }
            
Sometimes I have a error in my logs about toke series: "Querying token for series 'qF0PD5V64BRvlxTHU577ZQ==' returned more than one value. Series should be unique"
Looks like series generator generates not unique values and it causes some problems later.
Also the class logic is not clear for me. 
1. In case of broken tokens they are never removed from the database because JdbcTokenRepositoryImpl returns null but PersistentTokenBasedRememberMeServices does nothing in this case:
PersistentTokenBasedRememberMeServices.java
        if (token == null) {
            // No series match, so we can't authenticate using this cookie
            throw new RememberMeAuthenticationException("No persistent token found for series id: " + presentedSeries);
        }

2. I have a lot browsers. At least 3 but when I have incorrect token in one browser, for example, all other marked as broken:
        if (!presentedToken.equals(token.getTokenValue())) {
            // Token doesn't match series value. Delete all logins for this user and throw an exception to warn them.
            tokenRepository.removeUserTokens(token.getUsername());

            throw new CookieTheftException(messages.getMessage("PersistentTokenBasedRememberMeServices.cookieStolen",
                    "Invalid remember-me token (Series/token) mismatch. Implies previous cookie theft attack."));
        }

Why all my tokens are removed if only one is broken?
3. If token is expired it's not removed from DB:
        if (token.getDate().getTime() + getTokenValiditySeconds()*1000L < System.currentTimeMillis()) {
            throw new RememberMeAuthenticationException("Remember-me login has expired");
        }

At this moment my database has a lot of broken tokens.

from Master log:

2015-05-08 11:25:14,020 FATAL [MasterNOde:16000.activeMasterManager] master.HMaster: Failed to become active master
	at org.apache.hadoop.hbase.master.AssignmentManager.rebuildUserRegions(AssignmentManager.java:2885)
	at org.apache.hadoop.hbase.master.AssignmentManager.joinCluster(AssignmentManager.java:483)
	at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:763)
	at org.apache.hadoop.hbase.master.HMaster$1.run(HMaster.java:1632)
2015-05-08 11:25:14,023 FATAL [MasterNOde:16000.activeMasterManager] master.HMaster: Master server abort: loaded coprocessors are: []
2015-05-08 11:25:14,023 FATAL [MasterNOde:16000.activeMasterManager] master.HMaster: Unhandled exception. Starting shutdown.

I have this backtrace:
} org.apache.hadoop.hbase.NotServingRegionException: usertable,,1284159178472.010c503fa9c9f12bd0fd9551ede360ec. is closed
        at org.apache.hadoop.hbase.regionserver.HRegion.startRegionOperation(HRegion.java:3068)
        at org.apache.hadoop.hbase.regionserver.HRegion.put(HRegion.java:1248)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.put(HRegionServer.java:1709)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:2412)
        at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
        at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:557)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1007)
2010-09-10 16:00:56,808 INFO org.apache.hadoop.ipc.HBaseServer: IPC Server handler 15 on 60020 caught: java.lang.NullPointerException
        at org.apache.hadoop.hbase.client.MultiResponse.write(MultiResponse.java:92)
        at org.apache.hadoop.hbase.io.HbaseObjectWritable.writeObject(HbaseObjectWritable.java:376)
        at org.apache.hadoop.hbase.io.HbaseObjectWritable.write(HbaseObjectWritable.java:242)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1029)
After this happened my client just sat there and didnt go anywhere.

Upstream of https://bugzilla.redhat.com/show_bug.cgi?id=1206177

Newer OPC UA Server implementations (for example: opcuaserver.com:48010) forbit setting sourceTime and serverTime in DataValue.

Run into the following failure with hbase 1.0.0.
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertNotNull(Assert.java:712)
at org.junit.Assert.assertNotNull(Assert.java:722)
at org.apache.hadoop.hbase.util.TestHBaseFsck.testSplitDaughtersNotInMeta(TestHBaseFsck.java:1723)
From the log, the ntp issue caused clock skew and it woke up CatalogJanitor earlier. The CatalogJanitor cleaned up the parent region. It could happen with master branch as well. The fix is to disable CatalogJanitor to make sure this will not happen.

Reference manual on page "Request-Header Authentication (Siteminder)" - 18.2.1 in 3.1.x http://static.springsource.org/spring-security/site/docs/3.1.x/reference/springsecurity-single.html#d0e6281 and 17.2.1 in 3.0.x http://static.springsource.org/spring-security/site/docs/3.0.x/reference/springsecurity-single.html#d0e5802 - mentions custom-authentication-provider element which, according to http://forum.springsource.org/showthread.php?76596-Spring-Security-3-0-0-M2-Released, is removed:
The use of <custom-authentication-provider> has been dropped. Use <authentication-provider ref='yourProviderBeanName'> as a child of the <authentication-manager> element.

- Expression is added in the datasource JNDI name attribute as below:
-----
  <datasource jndi-name="${ds}" pool-name="ExampleDS" enabled="true" use-java-context="true">
-----

- Value for the expression is passed to the JBoss server during the JBoss startup as below:
-----
  ./standalone.sh -Dds=java:jboss/datasources/ExampleDS
-----

- In the server.log file below is the information regarding the datasource.
-----
  INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-3) JBAS010400: Bound data source [${ds}]
----- 

- Test the datasource using the below command and here is the result:
----
[standalone@localhost:9999 /] /subsystem=datasources/data-source=ExampleDS:test-connection-in-pool()
{
    "failure-description" => "JBAS010440: failed to invoke operation: JBAS010442: failed to match pool. Check JndiName: java:/${ds}",
}
----

- Here is the information regarding the JNDI name attribute:
----
[standalone@localhost:9999 /] /subsystem=datasources/data-source=ExampleDS:read-resource-description(recursive=true)
{
        	  :
            "jndi-name" => {
                "description" => "Specifies the JNDI name for the datasource",
            },
		  :
}
-----

The select operator's optraits logic as stated in the comment is,
// For bucket columns
// If all the columns match to the parent, put them in the bucket cols
// else, add empty list.
// For sort columns
// Keep the subset of all the columns as long as order is maintained.
 
However, this is not happening due to a bug. The bool found is never reset, so if a single match is found, the value remains true and allows the optraits get populated with partial list of columns for bucket col which is incorrect.
This may lead to creation of SMB join which should not happen.

It's possible to get an exception that looks like this when creating a new ReplicationSource:

javax.management.MalformedObjectNameException: Invalid character ',' in key part of property
        at javax.management.ObjectName.construct(ObjectName.java:535)
        at javax.management.ObjectName.<init>(ObjectName.java:1403)
        at org.apache.hadoop.metrics.util.MBeanUtil.getMBeanName(MBeanUtil.java:80)
        at org.apache.hadoop.metrics.util.MBeanUtil.registerMBean(MBeanUtil.java:51)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationStatistics.<init>(ReplicationStatistics.java:43)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceMetrics.<init>(ReplicationSourceMetrics.java:77)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.init(ReplicationSource.java:176)

...

Need to make sure the MBean's name is valid.

The stop operation of the I/O subsystem's worker service should be asynchronous, and should not complete until the worker is fully shut down.

Getting this when a node dies (happens frequently lately):

2009-03-05 04:15:03,251 INFO org.apache.hadoop.hbase.master.RegionManager: assigning region web_pages,http://fortcollins.gaymonkey.com/,1235836722125 to server 192.168.1.106:62020
2009-03-05 04:15:15,263 INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_CLOSE: web_pages,http://fortcollins.gaymonkey.com/,1235836722125: java.io.IOException: Could not obtain block: blk_5568212401457404905_251597 file=/hbase/amsterdam_factory/web_pages/1263377107/oldlogfile.log
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.chooseDataNode(DFSClient.java:1708)
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.blockSeekTo(DFSClient.java:1536)
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.read(DFSClient.java:1663)
        at java.io.DataInputStream.readFully(DataInputStream.java:178)
        at java.io.DataInputStream.readFully(DataInputStream.java:152)
        at org.apache.hadoop.hbase.io.SequenceFile$Reader.init(SequenceFile.java:1464)
        at org.apache.hadoop.hbase.io.SequenceFile$Reader.<init>(SequenceFile.java:1442)
        at org.apache.hadoop.hbase.io.SequenceFile$Reader.<init>(SequenceFile.java:1431)
        at org.apache.hadoop.hbase.io.SequenceFile$Reader.<init>(SequenceFile.java:1426)
        at org.apache.hadoop.hbase.regionserver.HStore.doReconstructionLog(HStore.java:342)
        at org.apache.hadoop.hbase.regionserver.HStore.runReconstructionLog(HStore.java:297)
        at org.apache.hadoop.hbase.regionserver.HStore.<init>(HStore.java:237)
        at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:1764)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:276)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.instantiateRegion(HRegionServer.java:1367)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.openRegion(HRegionServer.java:1338)
        at org.apache.hadoop.hbase.regionserver.HRegionServer$Worker.run(HRegionServer.java:1253)
 from 192.168.1.106:62020
2009-03-05 04:15:18,266 INFO org.apache.hadoop.hbase.master.RegionManager: assigning region web_pages,http://fortcollins.gaymonkey.com/,1235836722125 to server 192.168.1.106:62020
2009-03-05 04:15:30,150 INFO org.apache.hadoop.hbase.master.BaseScanner: RegionManager.metaScanner scanning meta region {regionname: .META.,,1, startKey: <>, server: 192.168.1.106:62020}
2009-03-05 04:15:30,276 INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_CLOSE: web_pages,http://fortcollins.gaymonkey.com/,1235836722125: java.io.IOException: Could not obtain block: blk_5568212401457404905_251597 file=/hbase/amsterdam_factory/web_pages/1263377107/oldlogfile.log
...

It does not recover, I have to manually delete the file.

Under certain circumstances, generating acknowledgements will fail with an IndexOutOfBounds exception.

The ZooKeeperMainServerArg return String like this:<IP1>,<IP2>,<IP3>:<port>, but zookeeper client connection String shoud like this :<IP1>:<port>,<IP1>:<port>,<IP1>:<port>, if changed the zookeeper client port, the zkcli can't connection the first and the second ip.

In the following code, 
   @Test
    public void usingIncrement() throws Exception 
    {
        long siteId = 1234;
        long publisherId = 5678;
        Date eventTime = DATE_INPUT_FORMAT.parse("2009-06-15 13:08:54");
        long[] metrics = new long[] 
{ 10, 22, 32 }
;
        byte[] rowKey = Bytes.toBytes(siteId + "_" + ROW_KEY_FORMAT.format(eventTime));
        byte[] family = Bytes.toBytes(FAMILY_PUBLISHER);
        byte[] qualifier = Bytes.toBytes(publisherId);
        HTable table = getTable();
        for (int i1 = 0, n1 = metrics.length; n1 > 0; i1++, n1--) {
            LOGGER.info("processing [
{0}] ...", i1);
            table.incrementColumnValue(rowKey, family, qualifier, metrics[i1]);
            LOGGER.info("processing [{0}
] completed", i1);
        }
        queryMetrics(table, siteId, publisherId, eventTime);
    }
The call table.incrementColumnValue hangs. Have to kill the hbase client and the master processes to get around the problem.

Due to some scoping issues, counters don't work in jinja templates like we expect them to (in java/c++,etc). (http://stackoverflow.com/questions/7537439/how-to-increment-a-variable-on-a-for-loop-in-jinja-template).
Due to this, clicking show/hide button for tests which fail in multiple urls will not work sometime. Fixing it.

When evaluating an expression involving a null-safe access to a field it fails when using the bytecode compiled expression.
Can be reproduced using the attached test case.
The problem could reside in class PropertyOrFieldReference. Its readProperty method (used when evaluating in interpreted mode), takes into account the nullSafe field, however its  generateCode method doesn't use the nullSafe field. It seems that generateCode method could append bytecodes for null-checking the context object, as in the interpreted version.

This may help to understand why precommit is often ok while trunk is always bad.

In Chapter 87.2. Coprocessor Implementation Overview
...
3. Call the coprocessor from your client-side code. HBase handles the coprocessor trapsparently.
...
Correct "trapsparently" into "transparently"

Testing 0.90rc2 I ran into this issue. The test scenario was to kill -9 the server hosting ROOT and META, and before it had been detected, run "balancer" from the shell. After logs were split and regions were reassigned, I ended up with some regions stuck in transition.

hbase(main):001:0> truncate_preserve 't1'
Truncating 't1' table (it may take a while):

MongoFactoryBean should call Mongo.close() on created object. Otherwise some resources aren't properly closed on application shutdown. For instance Tomcat reports two Mongo threads not being closed on shutdown.

Need to import HADOOP-7384 into our version of Hadoop QA to allow test-patch to be more flexible about patch format

aopalliance jar is not really optional for most use case involving spring-aop, but it has been marked optional in the aop pom.xml.  All I was trying to do was use <aop:scoped-proxy/> and it doesn't seem fair to simple use cases like that to have to pull in aopalliance explicitly (plus this is a big change from previous versions).

The FractionList uses this as a marker to detect it is indeed a fraction, so every fraction should have one (even if the file is empty, if there is no runtime module provided).

org.wildfly.swarm.cli.Option#parse checks '=' position like below:

if (cur.charAt(this.longArg.length() + 3) == '=') {
    [...]
}

https://github.com/wildfly-swarm/wildfly-swarm/blob/2017.1.1/core/container/src/main/java/org/wildfly/swarm/cli/Option.java#L308.
But the charAt returns '=' + 1 position and the if statement will not be passed.
e.g.
cur: --foo=bar
longArg: foo
cur.charAt(this.longArg.length() + 3) returns 'b' .
It should be pointed '2' instead of '3'.

When meta server znode deleted and meta in FAILED_OPEN state, then hbck cannot fix it. This scenario can come when all region servers stopped by stop command and didnt start any RS within 10 secs(with default configurations). 

  public void assignMeta() throws KeeperException {
    MetaRegionTracker.deleteMetaLocation(this.watcher);
    assign(HRegionInfo.FIRST_META_REGIONINFO, true);
  }

The StepExecutionController uses a hard coded value of 'GMT' when creating a new StepExecutionInfo in a couple of places (three). Fix for JobExecutionInfo is already implemented (https://jira.springsource.org/browse/BATCHADM-29). 

The test fails since the XmlRestProcessor is missing a case for QUERY_ALL enum in processRequest(). 

Vault command: converted storage file overwrites existing file on filesystem.
Expected behaviour is error or some option which can enable overwriting (flag option?).
download all attachments to same location as wildfly-elytron-tool.jar file and then run this command twice and the each one ends with success.

java -jar wildfly-elytron-tool.jar vault --enc-dir . --keystore server.store --keystore-password secretsecret --location converted001.store --alias jboss --summary
Vault (enc-dir=".";keystore="server.store") converted to credential store "converted001.store"
Vault Conversion summary:
Vault Conversion Successful
CLI command to add new credential store:
/subsystem=elytron/credential-store=cs:add(relative-to=jboss.server.data.dir,location="converted001.store",implementation-properties={},credential-reference={clear-text="MASK-2hKo56F1a3jYGnJwhPmiF5;12345678;34"})

The IgnoreCase query generator is subject to a sort of "regex injection" attack, because the query generator simply slaps ^..$ around the string and passes it directly to MongoDB. This fails when the string contains any sort of special characters. In my case, I'm trying to perform a case-insensitive find on an e-mail address with the + sign, a legal character, but the regex interprets this as 1..*.
The query generator needs to properly escape regex-special characters.

The message needs to be consisten to what the script does:
Currently we say:

# Now having JAVA_HOME defined is required
if [ -z "$JAVA_HOME" ]; then
    cat 1>&2 <<EOF
+======================================================================+
|      Error: JAVA_HOME is not set and Java could not be found         |
+----------------------------------------------------------------------+
| Please download the latest Sun JDK from the Sun Java web site        |
|       > http://java.sun.com/javase/downloads/ <                      |
|                                                                      |
| HBase requires Java 1.7 or later.                                    |
| NOTE: This script will find Sun Java whether you install using the   |
|       binary or the RPM based installer.                             |
EOF

this should be more like this:

|                    Error: JAVA_HOME is not set                       |
|                                                                      |

There are no constraints on the variant parts of a locale name (other than '_' being a separator) unlike the country and language parts.  The parseLocaleString method of StringUtils constrains the entire locale String to be letters, digits or separators which is incorrect for the variant parts.
[Note, this changes for JDK7 where the '-' delimits subtags in a locale].

A to URI like

smtp://xxx:25?mail.smtp.starttls.enable=true&sslContextParameters=#sslContextParameters

will create an exception when trying to connect to the SMTP server. The error message is

javax.mail.MessagingException: Could not connect to SMTP host: xxx, port: 25;
  nested exception is:
      javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
      at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:2102)
      at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:699)
      at javax.mail.Service.connect(Service.java:366)
      at org.apache.camel.component.mail.DefaultJavaMailSender.send(DefaultJavaMailSender.java:112)
      at org.apache.camel.component.mail.MailProducer.process(MailProducer.java:63)
      at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)
      at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:173)
      at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:341)
      at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:168)
      at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:468)
      at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:197)
      at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:62)
      at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:109)
      at org.apache.camel.processor.UnitOfWorkProducer.process(UnitOfWorkProducer.java:68)
      at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:412)
      at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:1)
      at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:270)
      at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:380)
      at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:221)
      at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:124)
      at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:110)
      at com.sap.esb.camel.mail.endpoint.configurator.mail.impl.MailRouteSendingTest.testSendMail(MailRouteSendingTest.java:36)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:606)
      at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
      at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
      at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
      at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
      at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
      at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
      at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
      at org.junit.rules.RunRules.evaluate(RunRules.java:20)
      at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
      at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
      at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
      at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
      at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
      at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
      at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
      at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
      at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
      at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
      at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
      at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
      at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
      at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
      at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
Caused by: javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
      at sun.security.ssl.InputRecord.handleUnknownRecord(InputRecord.java:671)
      at sun.security.ssl.InputRecord.read(InputRecord.java:504)
      at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)
      at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332)
      at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1359)
      at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1343)
      at com.sun.mail.util.SocketFetcher.configureSSLSocket(SocketFetcher.java:598)
      at com.sun.mail.util.SocketFetcher.createSocket(SocketFetcher.java:372)
      at com.sun.mail.util.SocketFetcher.getSocket(SocketFetcher.java:217)
      at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:2066)
      ... 52 more

The problem is that the fix introduced with CAMEL-8163 makes matters worse. The SSLSocketConnectionFactory is used for the connection to the SMTP server, not for the socket upgrade to TLS.
The fix would be to set the properties mail.[protocol].ssl.socketFactory instead of mail.[protocol].socketFactory.

1) SyncTable code is contradictory. Usage said sourcehashdir is optional (https://github.com/apache/hbase/blob/ad3feaa44800f10d102255a240c38ccf23a82d49/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/SyncTable.java#L687). However, the command won't run if sourcehashdir is missing (https://github.com/apache/hbase/blob/ad3feaa44800f10d102255a240c38ccf23a82d49/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/SyncTable.java#L83-L85) 
2) There is no documentation on how to create the desired sourcehash

Filters with integer column equals double constant evaluates to false everytime. Negative double constant works fine.
explain select * from orc_ppd where t = 10.0;
OK
Stage-0
      limit:-1
      Select Operator [SEL_2]
         outputColumnNames:["_col0","_col1","_col2","_col3","_col4","_col5","_col6","_col7","_col8","_col9","_col10","_col11","_col12","_col13"]
         Filter Operator [FIL_1]
            predicate:false (type: boolean)
            TableScan [TS_0]
               alias:orc_ppd

explain select * from orc_ppd where t = -10.0;
OK
Stage-0
      limit:-1
            predicate:(t = (- 10.0)) (type: boolean)

A few emissions to help locate issue in failures I'm seeing.

JmsQueueEndpoint has faulty initialization logic, checking a parameter and if null, setting that parameter. The code should be setting the member variable instead.
Code was
     public JmsQueueEndpoint(String uri, JmsComponent component, String destination,
             JmsConfiguration configuration, QueueBrowseStrategy queueBrowseStrategy) {
         super(uri, component, destination, false, configuration);
         this.queueBrowseStrategy = queueBrowseStrategy;
         if (queueBrowseStrategy == null) 
{
            queueBrowseStrategy = createQueueBrowseStrategy();
         }
     }
patch fixes this (two places)

For instance, Calcite may have pushed computation to Druid or a JDBC source, rest of table structures may look the same, but the embedded query is different.

AbstractCodecConfigurer #getReaders #getWriters methods create new instances of  Jackson2JsonDecoder and Jackson2JsonEncoder each time when getters are called, by default.
This happens because of this code:

		protected Jackson2JsonEncoder jackson2Encoder() {
			return this.jackson2Encoder != null ? this.jackson2Encoder : new Jackson2JsonEncoder();
		}
		protected Jackson2JsonDecoder jackson2Decoder() {
			return this.jackson2Decoder != null ? this.jackson2Decoder : new Jackson2JsonDecoder();
		}

The Jackson2JsonDecoder and Jackson2JsonEncoder internally are using  org.springframework.util.ClassUtils.forName blocking method, which leads to blocking reactor-http-nio threads. 

In websphere the static variable myFacesInUse is set to false value because myfaces is loaded after loading class JsfRuntimeInformation. Commenting row 68:

//private static final boolean myFacesInUse = checkMyFacesContextFactory();

and changing method isMyFacesInUse:

public static boolean isMyFacesInUse() {
  return checkMyFacesContextFactory(); 
}

everything works correctly.

I saw we have checkOpen in all those functions in 0.94 while they're missing from trunk. Does anyone know why?
For multi and mutate, if we don't call checkOpen we could flood our logs with bunch of "DFSOutputStream is closed" errors when we sync WAL.

As we don't set the transfer_encoding protocol header for the restlet service, we need to remove the transfer_encoding header which could let the client wait forever.

Only fields of the entity have their validation constraint annotations considered in DoD. Fields of embeddable classes also require their validation constraints to be honoured as well.

 beeline is printing nulls as emtpy strings.  There was no way to distinguish between an empty string an a null value. 
This is inconsistent with hive cli and other databases, they print null as "NULL" string.

I am using spark write data to HBase by using RDD.
saveAsNewAPIHadoopDataset function, it works fine with hbase 1.3.1, but when update my hbase dependency to 1.4.0 in pom.xml, it throw java.lang.NullPointerException, it is caused by a logic error in TableOutputFormat.checkOutputSpecs function, please check below details:
first let's take a look at SparkHadoopMapReduceWriter.write function in SparkHadoopMapReduceWriter.scala

// SparkHadoopMapReduceWriter.write (org.apache.spark.internal.io.SparkHadoopMapReduceWriter.scala)

def write[K, V: ClassTag](
    rdd: RDD[(K, V)],
    hadoopConf: Configuration): Unit = {
  // Extract context and configuration from RDD.
  val sparkContext = rdd.context
  val stageId = rdd.id
  val sparkConf = rdd.conf
  val conf = new SerializableConfiguration(hadoopConf)

  // Set up a job.
  val jobTrackerId = SparkHadoopWriterUtils.createJobTrackerID(new Date())
  val jobAttemptId = new TaskAttemptID(jobTrackerId, stageId, TaskType.MAP, 0, 0)
  val jobContext = new TaskAttemptContextImpl(conf.value, jobAttemptId)
  val format = jobContext.getOutputFormatClass

  if (SparkHadoopWriterUtils.isOutputSpecValidationEnabled(sparkConf)) {
    // FileOutputFormat ignores the filesystem parameter
    val jobFormat = format.newInstance
    jobFormat.checkOutputSpecs(jobContext)
  }

  val committer = FileCommitProtocol.instantiate(
    className = classOf[HadoopMapReduceCommitProtocol].getName,
    jobId = stageId.toString,
    outputPath = conf.value.get("mapreduce.output.fileoutputformat.outputdir"),
    isAppend = false).asInstanceOf[HadoopMapReduceCommitProtocol]
  committer.setupJob(jobContext)
...

in "write" function if output spec validation is enabled, it will call checkOutputSpec function in TableOutputFormat class, but the job format is simply created by "vall jobFormat = format.newInstance", this will NOT initialize "conf" member variable in TableOutputFormat class, let's continue check checkOutputSpecs function in TableOutputFormat class
 
// TableOutputFormat.checkOutputSpecs (org.apache.hadoop.hbase.mapreduce.TableOutputFormat.java) HBASE 1.4.0
@Override
public void checkOutputSpecs(JobContext context) throws IOException,
    InterruptedException {

  try (Admin admin = ConnectionFactory.createConnection(getConf()).getAdmin()) {
    TableName tableName = TableName.valueOf(this.conf.get(OUTPUT_TABLE));
    if (!admin.tableExists(tableName)) {
      throw new TableNotFoundException("Can't write, table does not exist:" +
          tableName.getNameAsString());
    }

    if (!admin.isTableEnabled(tableName)) {
      throw new TableNotEnabledException("Can't write, table is not enabled: " +
    }
  }
}

"ConnectionFactory.createConnection(getConf())", as mentioned above "conf" class member is not initialized, so getConf() will return null, so in the next UserProvider create instance process, it throw the NullPointException(Please part of stack trace at the end), it is a little confused that, context passed by function parameter is actually been properly constructed, and it contains Configuration object, why context is never used? So I suggest to use below code to partly fix this issue:
 
// code placeholder
@Override
  Configuration hConf = context.getConfiguration();
  if(hConf == null)
    hConf = this.conf;

  try (Admin admin = ConnectionFactory.createConnection(hConf).getAdmin()) {
    TableName tableName = TableName.valueOf(hConf.get(OUTPUT_TABLE));
              tableName.getNameAsString());
    }

    }
  }
}

In hbase 1.3.1, this issue is not exists because checkOutputSpecs has a blank function body
 
Part of stack trace:
 at org.apache.hadoop.hbase.security.UserProvider.instantiate(UserProvider.java:122)
 at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:214)
 at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:119)
 at org.apache.hadoop.hbase.mapreduce.TableOutputFormat.checkOutputSpecs(TableOutputFormat.java:177)
 at org.apache.spark.internal.io.SparkHadoopMapReduceWriter$.write(SparkHadoopMapReduceWriter.scala:76)
 at org.apache.spark.rdd.PairRDDFunctions$$anonfun$saveAsNewAPIHadoopDataset$1.apply$mcV$sp(PairRDDFunctions.scala:1085)
 at org.apache.spark.rdd.PairRDDFunctions$$anonfun$saveAsNewAPIHadoopDataset$1.apply(PairRDDFunctions.scala:1085)
 at org.apache.spark.rdd.RDDOperationScope$.withScope(RDDOperationScope.scala:151)
 at org.apache.spark.rdd.RDDOperationScope$.withScope(RDDOperationScope.scala:112)
 at org.apache.spark.rdd.RDD.withScope(RDD.scala:362)
 at org.apache.spark.rdd.PairRDDFunctions.saveAsNewAPIHadoopDataset(PairRDDFunctions.scala:1084)
 
The conf/hbase-env.sh that ships with HBase contains a few commented out examples of variables that could be useful, such as adding -XX:+PrintGCDetails -XX:+PrintGCDateStamps to HBASE_OPTS.  This has the annoying side effect that the JVM prints a summary of memory usage when it exits, and it does so on stdout:

$ ./bin/hbase org.apache.hadoop.hbase.util.HBaseConfTool hbase.cluster.distributed
false
Heap
 par new generation   total 19136K, used 4908K [0x000000073a200000, 0x000000073b6c0000, 0x0000000751860000)
  eden space 17024K,  28% used [0x000000073a200000, 0x000000073a6cb0a8, 0x000000073b2a0000)
  from space 2112K,   0% used [0x000000073b2a0000, 0x000000073b2a0000, 0x000000073b4b0000)
  to   space 2112K,   0% used [0x000000073b4b0000, 0x000000073b4b0000, 0x000000073b6c0000)
 concurrent mark-sweep generation total 63872K, used 0K [0x0000000751860000, 0x00000007556c0000, 0x00000007f5a00000)
 concurrent-mark-sweep perm gen total 21248K, used 6994K [0x00000007f5a00000, 0x00000007f6ec0000, 0x0000000800000000)
$ ./bin/hbase org.apache.hadoop.hbase.util.HBaseConfTool hbase.cluster.distributed >/dev/null
(nothing printed)

And this confuses bin/start-hbase.sh when it does
distMode=`$bin/hbase --config "$HBASE_CONF_DIR" org.apache.hadoop.hbase.util.HBaseConfTool hbase.cluster.distributed`, because then the distMode variable is not just set to false, it also contains all this JVM spam.
If you don't pay enough attention and realize that 3 processes are getting started (ZK, HM, RS) instead of just one (HM), then you end up with this confusing error message:
Could not start ZK at requested port of 2181.  ZK was started at port: 2182.  Aborting as clients (e.g. shell) will not be able to find this ZK quorum., which is even more puzzling because when you run netstat to see who owns that port, then you won't find any rogue process other than the one you just started.
I'm wondering if the fix is not to just change the if [ "$distMode" == 'false' ] to a switch $distMode case (false*) type of test, to work around this annoying JVM misfeature that pollutes stdout.

The second assertion check incorrectly fails:

	@Test
	public void test() {
		JavaType t1 = JavaType.BOOLEAN_PRIMITIVE;
		JavaType t2 = JavaType.BOOLEAN_PRIMITIVE;
		JavaType t3 = JavaType.BOOLEAN_OBJECT;
		Assert.assertTrue(t1.equals(t2));
		Assert.assertFalse(t1.equals(t3));
	}

For example pushing in setUsername in the stock expenses project causes the following:

java.lang.IllegalArgumentException: Method 'setUserName' already defined in ITD (ITD target 'org.springsource.roo.extrack.server.domain.EmployeeDataOnDemand_Roo_DataOnDemand'
java.lang.IllegalStateException: java.lang.IllegalArgumentException: Method 'setUserName' already defined in ITD (ITD target 'org.springsource.roo.extrack.server.domain.EmployeeDataOnDemand_Roo_DataOnDemand'
   at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:178)
   at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:81)                                                       
   at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:216)
   at org.springframework.roo.addon.test.IntegrationTestMetadataProviderImpl.getMetadata(IntegrationTestMetadataProviderImpl.java:69)
   at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:269)
   at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:147)
   at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:81)
   at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:147)
   at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:236)
   at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:191)
   at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:131)
   at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:330)
   at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:304)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:178)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager.backgroundPoll(DefaultProcessManager.java:125)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager.timerBasedPoll(DefaultProcessManager.java:240)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager$2.run(DefaultProcessManager.java:68)
   at java.lang.Thread.run(Thread.java:680)
Caused by: java.lang.IllegalArgumentException: Method 'setUserName' already defined in ITD (ITD target 'org.springsource.roo.extrack.server.domain.EmployeeDataOnDemand_Roo_DataOnDemand'
   at org.springframework.roo.support.util.Assert.isNull(Assert.java:89)
   at org.springframework.roo.classpath.details.ItdTypeDetailsBuilder.onAddMethod(ItdTypeDetailsBuilder.java:100)
   at org.springframework.roo.classpath.details.AbstractMemberHoldingTypeDetailsBuilder.addMethod(AbstractMemberHoldingTypeDetailsBuilder.java:183)
   at org.springframework.roo.classpath.details.AbstractMemberHoldingTypeDetailsBuilder.addMethod(AbstractMemberHoldingTypeDetailsBuilder.java:207)
   at org.springframework.roo.addon.dod.DataOnDemandMetadata.addFieldMutatorMethodsToBuilder(DataOnDemandMetadata.java:426)
   at org.springframework.roo.addon.dod.DataOnDemandMetadata.<init>(DataOnDemandMetadata.java:120)
   at org.springframework.roo.addon.dod.DataOnDemandMetadataProviderImpl.getMetadata(DataOnDemandMetadataProviderImpl.java:130)
   ... 17 more

broadcast/discovery-group attribute jgroups-channel="activemq-cluster" should read jgroups-cluster="activemq-cluster".
This was changed in the regular subsystem xml, but not the colocated xml.

Been working on getting hadoop3 related build up and running and woudl ike to add a precommit check so that new commits don't break the mvn compile/install.

org.apache.hcatalog.hbase.TestHBaseHCatStorageHandler fails on Windows. It generates "java.lang.IllegalStateException: Failed to setup cluster at org.apache.hcatalog.hbase.ManyMiniCluster.start(ManyMiniCluster.java:119)". Digging further there is 
"Please fix invalid configuration for hbase.rootdir file://C:/tmp/build/test/data/test_default_573990410261077827/hbase
java.lang.IllegalArgumentException: Wrong FS: file://C:/tmp/build/test/data/test_default_573990410261077827/hbase, expected: file:///
at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:642)"
This was fixed in HIVE-5015 (9/3/13) and 
and got clobbered by HIVE-5261 (9/12/13).

When the printer component is configured to print multiple copies, two print jobs are created. The first one runs OK, the second one fails.

lpr://localhost/printer?copies=2&mediaSize=ISO_A4&flavor=DocFlavor.INPUT_STREAM

org.apache.camel.component.printer.PrinterOperations DEBUG Issuing Job 0 to Printer: printer
org.apache.camel.component.printer.PrinterOperations DEBUG Issuing Job 1 to Printer: printer
ERROR ID-47935-1516954952584-8-4
java.io.IOException: error=1 running: '/usr/bin/lpr' '-Pprinter' '-J file.pdf' '-#2' '-o media=A4 sides=one-sided' '/opt/tomcat/temp/javaprint7376295310894617090'
               /usr/bin/lpr: No file in print request.
javax.print.PrintException: java.io.IOException: error=1 running: '/usr/bin/lpr' '-PBriefing' '-J file.pdf' '-#2' '-o media=A4 sides=one-sided' '/opt/tomcat/temp/javaprint7376295310894617090'
       at sun.print.UnixPrintJob$PrinterSpooler.run(UnixPrintJob.java:1017)
       at java.security.AccessController.doPrivileged(Native Method)
       at sun.print.UnixPrintJob.print(UnixPrintJob.java:608)
       at org.apache.camel.component.printer.PrinterOperations.print(PrinterOperations.java:109)
       at org.apache.camel.component.printer.PrinterOperations.print(PrinterOperations.java:99)
       at org.apache.camel.component.printer.PrinterProducer.print(PrinterProducer.java:57)
       at org.apache.camel.component.printer.PrinterProducer.process(PrinterProducer.java:51)
       at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)
       at org.apache.camel.processor.SendDynamicProcessor$1.doInAsyncProducer(SendDynamicProcessor.java:124)
       at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:436)
       at org.apache.camel.processor.SendDynamicProcessor.process(SendDynamicProcessor.java:119)
       at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77)
       at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:542)
       at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:197)
       at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:62)
       at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:145)
       at org.apache.camel.processor.Pipeline.process(Pipeline.java:120)
       at org.apache.camel.processor.Pipeline.process(Pipeline.java:83)
       at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:109)
       at org.apache.camel.processor.MulticastProcessor.doProcessParallel(MulticastProcessor.java:827)
       at org.apache.camel.processor.MulticastProcessor.access$200(MulticastProcessor.java:85)
       at org.apache.camel.processor.MulticastProcessor$1.call(MulticastProcessor.java:320)
       at org.apache.camel.processor.MulticastProcessor$1.call(MulticastProcessor.java:305)
       at java.util.concurrent.FutureTask.run(FutureTask.java:266)
       at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
       at java.lang.Thread.run(Thread.java:745)

The second job should not be created because the -#2 parameter in the lpr command already schedules the desired number of copies.

We create an orc reader in VectorizedOrcAcidRowBatchReader.findMinMaxKeys (which will read 16K footer) even for cases where delete deltas does not exist.

following this jira that has been closed https://jira.spring.io/browse/SPR-11438
I still have a similar issue, lots of log while sockjs is trying to perform a heartbeat task, Im using spring-boot-starter-websocket with spring boot 1.5.3.RELEASE
Here is my config

@Configuration 
@EnableWebSocketMessageBroker 
public class WebSocketConfig extends AbstractWebSocketMessageBrokerConfigurer {
 
            @Bean
            WebSocketHandler getWsHandler() {
                return new WebSocketHandler();
            }
 
            @Override
            public void configureMessageBroker(MessageBrokerRegistry config) {
                config.enableSimpleBroker("/topic");
            }
 
            @Override
            public void registerStompEndpoints(StompEndpointRegistry registry) {
                registry.addEndpoint("/ws").setAllowedOrigins("*").withSockJS();
            } 
}

And my log

2017-07-11 15:10:23.753 INFO 7574 --- [MessageBroker-4] o.apache.coyote.http11.Http11Processor : An error occurred in processing while on a non-container thread. The connection will be closed immediately 
java.io.IOException: Broken pipe at sun.nio.ch.FileDispatcherImpl.write0(Native Method) 
~[na:1.8.0] at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47) 
~[na:1.8.0] at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93) 
~[na:1.8.0] at sun.nio.ch.IOUtil.write(IOUtil.java:65) 
~[na:1.8.0] at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:466) 
~[na:1.8.0] at org.apache.tomcat.util.net.NioChannel.write(NioChannel.java:134) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSelector.java:101) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.java:157) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.doWrite(NioEndpoint.java:1259) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.tomcat.util.net.SocketWrapperBase.doWrite(SocketWrapperBase.java:670) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.tomcat.util.net.SocketWrapperBase.flushBlocking(SocketWrapperBase.java:607) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.tomcat.util.net.SocketWrapperBase.flush(SocketWrapperBase.java:597) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.coyote.http11.Http11OutputBuffer.flushBuffer(Http11OutputBuffer.java:581) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.coyote.http11.Http11OutputBuffer.flush(Http11OutputBuffer.java:272) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.coyote.http11.Http11Processor.flush(Http11Processor.java:1506) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.coyote.AbstractProcessor.action(AbstractProcessor.java:279) 
~[tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.coyote.Response.action(Response.java:172) 
 [tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:317) 
 [tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:284) 
 [tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.catalina.connector.Response.flushBuffer(Response.java:541) 
 [tomcat-embed-core-8.5.14.jar:8.5.14] at org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade.java:312) 
 [tomcat-embed-core-8.5.14.jar:8.5.14] at javax.servlet.ServletResponseWrapper.flushBuffer(ServletResponseWrapper.java:176) 
 [tomcat-embed-core-8.5.14.jar:8.5.14] at org.springframework.security.web.util.OnCommittedResponseWrapper.flushBuffer(OnCommittedResponseWrapper.java:159) 
 [spring-security-web-4.2.2.RELEASE.jar:4.2.2.RELEASE] at org.springframework.http.server.ServletServerHttpResponse.flush(ServletServerHttpResponse.java:96) 
 [spring-web-4.3.8.RELEASE.jar:4.3.8.RELEASE] at org.springframework.web.socket.sockjs.transport.session.AbstractHttpSockJsSession.writeFrameInternal(AbstractHttpSockJsSession.java:350) 
 [spring-websocket-4.3.8.RELEASE.jar:4.3.8.RELEASE] at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.writeFrame(AbstractSockJsSession.java:322) 
 [spring-websocket-4.3.8.RELEASE.jar:4.3.8.RELEASE] at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.sendHeartbeat(AbstractSockJsSession.java:255) 
 [spring-websocket-4.3.8.RELEASE.jar:4.3.8.RELEASE] at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession$HeartbeatTask.run(AbstractSockJsSession.java:456) 
 [spring-websocket-4.3.8.RELEASE.jar:4.3.8.RELEASE] at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54) 
 [spring-context-4.3.8.RELEASE.jar:4.3.8.RELEASE] at java.

Many client tests reference the HTable implementation instead of the generic Table implementation. It is now not possible to reuse the tests for another Table implementation. This issue focusses on all HTable instances in relevant client tests and thus not all HTable instances.

See here: https://github.com/apache/commons-io/blob/trunk/src/main/java/org/apache/commons/io/IOUtils.java#L101

When one has an Entity that has an attribute that is a Map, performing a PUT/PATCH to apply an update the Map will silently throw away any first-level sub-elements of the Map that are themselves a JSON object. 
For example, if I have an entity like:

@Entity
public class Person
{
    @Id

     private String name;

     private HashMap<String, Object> attributes;
}

And I create the initial record with the following JSON using POST /api/persons:

{
    "name" : "person1",
    "attributes" : {
          "sub1" : "ok",
          "sub2" : [ "ok1", "ok2" ],
          "sub3" : [ { "childOk1" : "ok" }],
          "sub4" : {
               "c1" : "v1"
          }
     }
}

Everything works fine. If I then try to update using PATCH or PUT /api/persons/1:

{
          "sub4" : {
               "c1" : "v1",
               "c2" : "new"
          }
     }
}

Not only will the attributes.sub4.c2 value not be saved, the entire attributes.sub4 element will disappear. The rest of the items, including attributes.sub3 will remain, since its value is an array of objects instead of just an object. 
If I then submit the exact same REST call, everything will return. In fact, if you just keep doing PUT or PATCH over and over, it will keep flipping back and forth from the two states.
It appears the issue is somewhere in DomainObjectReader.java, but I haven't been able to fully track it down as of yet. I wanted to get this logged since I suspect this could be a major bug for people, and given that it only appears during the PATCH/PUT phase, its possible this could be missed for awhile.

it currently uses "alter table add partition if exists..."
which since HIVE-18814 requires X lock on the table which blocks other streaming writers from making progress.  
HIVE-19961 to investigate if X lock can be relaxed, etc.

HIVE-10477 provided an option to disable spark module, however we missed the following files that are outside itests directory. i.e we need to club the option with disabling the following tests as well :

org.apache.hadoop.hive.ql.exec.spark.session.TestSparkSessionManagerImpl.testMultiSessionMultipleUse
org.apache.hadoop.hive.ql.exec.spark.session.TestSparkSessionManagerImpl.testSingleSessionMultipleUse
org.apache.hive.jdbc.TestJdbcWithLocalClusterSpark.testTempTable
org.apache.hive.jdbc.TestJdbcWithLocalClusterSpark.testSparkQuery
org.apache.hive.jdbc.TestMultiSessionsHS2WithLocalClusterSpark.testSparkQuery

Currently, the resolution of Spring property placeholders in the <gfe:pool>, "locators" and "servers" attributes does not function properly since the logic to parse the value of a particular property placeholder is misplaced.  The logic parsing the attribute values is inappropriately placed in the PoolParser.
Specifically, the following lines of code initiate the parsing of the "locators" and "servers" attributes, respectively.  This leads to the following calls for locators and servers, respectively.
However, by the time the Thread of execution reaches the code to parse a connection, the value of the 'hostPort' combo is actually the Spring property placeholder and not the value of the property placeholder.
This leads to the following Exception at runtime when the client attempts to connect to the server using the configured GemFire Pool...

com.gemstone.gemfire.cache.client.NoAvailableLocatorsException: Unable to connect to any locators in the list [localhost[11235]:10334]
	at com.gemstone.gemfire.cache.client.internal.AutoConnectionSourceImpl.findServer(AutoConnectionSourceImpl.java:136)
	at com.gemstone.gemfire.cache.client.internal.ConnectionFactoryImpl.createClientToServerConnection(ConnectionFactoryImpl.java:206)
	at com.gemstone.gemfire.cache.client.internal.pooling.ConnectionManagerImpl.borrowConnection(ConnectionManagerImpl.java:214)
	at com.gemstone.gemfire.cache.client.internal.OpExecutorImpl.execute(OpExecutorImpl.java:134)
	at com.gemstone.gemfire.cache.client.internal.OpExecutorImpl.execute(OpExecutorImpl.java:113)
	at com.gemstone.gemfire.cache.client.internal.PoolImpl.execute(PoolImpl.java:702)
	at com.gemstone.gemfire.cache.client.internal.GetOp.execute(GetOp.java:94)
	at com.gemstone.gemfire.cache.client.internal.ServerRegionProxy.get(ServerRegionProxy.java:133)
	at com.gemstone.gemfire.internal.cache.LocalRegion.findObjectInSystem(LocalRegion.java:2739)
	at com.gemstone.gemfire.internal.cache.LocalRegion.nonTxnFindObject(LocalRegion.java:1464)
	at com.gemstone.gemfire.internal.cache.LocalRegionDataView.findObject(LocalRegionDataView.java:133)
	at com.gemstone.gemfire.internal.cache.LocalRegion.get(LocalRegion.java:1348)
	at com.gemstone.gemfire.internal.cache.LocalRegion.get(LocalRegion.java:1311)
	at com.gemstone.gemfire.internal.cache.LocalRegion.get(LocalRegion.java:1298)
	at com.gemstone.gemfire.internal.cache.AbstractRegion.get(AbstractRegion.java:321)
        ...

And more specifically...

	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
	at java.net.Socket.connect(Socket.java:579)
	at com.gemstone.gemfire.internal.SocketUtils.connect(SocketUtils.java:88)
	at com.gemstone.gemfire.internal.SocketUtils.connect(SocketUtils.java:60)
	at com.gemstone.gemfire.internal.SocketCreator.connect(SocketCreator.java:1011)
	at com.gemstone.gemfire.internal.SocketCreator.connect(SocketCreator.java:946)
	at com.gemstone.gemfire.internal.SocketCreator.connect(SocketCreator.java:936)
	at com.gemstone.org.jgroups.stack.tcpserver.TcpClient.getServerVersion(TcpClient.java:163)
	at com.gemstone.org.jgroups.stack.tcpserver.TcpClient.requestToServer(TcpClient.java:90)
	at com.gemstone.org.jgroups.stack.tcpserver.TcpClient.requestToServer(TcpClient.java:78)
	at com.gemstone.gemfire.cache.client.internal.AutoConnectionSourceImpl.queryOneLocator(AutoConnectionSourceImpl.java:188)
	at com.gemstone.gemfire.cache.client.internal.AutoConnectionSourceImpl.queryLocators(AutoConnectionSourceImpl.java:220)
	at com.gemstone.gemfire.cache.client.internal.AutoConnectionSourceImpl.findServer(AutoConnectionSourceImpl.java:132)
	at com.gemstone.gemfire.cache.client.internal.pooling.ConnectionManagerImpl.prefillConnection(ConnectionManagerImpl.java:794)
	at com.gemstone.gemfire.cache.client.internal.pooling.ConnectionManagerImpl.prefill(ConnectionManagerImpl.java:737)
	at com.gemstone.gemfire.cache.client.internal.pooling.ConnectionManagerImpl$PrefillConnectionsTask.run2(ConnectionManagerImpl.java:888)
	at com.gemstone.gemfire.cache.client.internal.PoolImpl$PoolTask.run(PoolImpl.java:1249)

There is a typo in example of declaring Jackson repository populator of reference documentation.
Example 32. Declaring a Jackson repository populator
should be 
<repository:jackson2-populator locations="classpath:data.json" />

How to reproduce outside hivetest.py:
1. Clone git://git.apache.org/hive.git
2. Run ant arc-setup
3. Run arc patch <rev>
Output:

    This diff is against commit
https://svn.apache.org/repos/asf/hive/trunk@1382631, but the commit is
    nowhere in the working copy. Try to apply it against the current working
    copy state? (d5f66df1edfff2645f225298e225dbccc70d97ff) [Y/n] 
If you choose 'Y' it suggests you to complete 'merge-message' and then prints:

 Select a Default Commit Range
You're running a command which operates on a range of revisions (usually,
from some revision to HEAD) but have not specified the revision that should
determine the start of the range.
Previously, arc assumed you meant 'HEAD^' when you did not specify a start
revision, but this behavior does not make much sense in most workflows
outside of Facebook's historic git-svn workflow.
arc no longer assumes 'HEAD^'. You must specify a relative commit explicitly
when you invoke a command (e.g., `arc diff HEAD^`, not just `arc diff`) or
select a default for this working copy.
In most cases, the best default is 'origin/master'. You can also select
'HEAD^' to preserve the old behavior, or some other remote or branch. But you
almost certainly want to select 'origin/master'.
(Technically: the merge-base of the selected revision and HEAD is used to
determine the start of the commit range.)
    What default do you want to use? [origin/master]
There isn't the same behavior for svn checkout.

Exactly as I wrote in the forum.
Hi guys!
I've got an entity that has a boolean field.
When I type the command "finder list" in Roo Shell, it only lists the corresponding finder with the NOT modifier. For example:
Let's suppose an entity named "Foo" with a boolean field named "enabled", if I type the command "finder list", Roo will show:
.....
findFoosByEnabledNot(Boolean enabled)
...
And not the option
...
findFoosByEnabled(Boolean enabled)
...
Nevertheless Roo only doesn't list it, because if I type:
...
finder add --finderName findFoosByEnabled
Roo effectively generates the corresponding code.
What I'm pointing in this post is that this situation is a bit confusing and sometimes funny, in my case i used the findFoosByEnabledNot option and of course it was listing the opposite option I was looking for!!!!
I'm submitting the corresponding JIRA later 

I have an aspect which defines a mixin, as follows:
@DeclareParents( value = "(@Measured *)", defaultImpl = DefaultBeanNameProvider.class )
public static BeanNameProvider mixin;
The @Measured annotation, defined in the same package as the aspect:
@Retention( RetentionPolicy.RUNTIME )
@Target( ElementType.TYPE )
@Inherited
public @interface Measured {
}
I also have a bean, as follows:
@Measured
public class MyBean {
   ....
}
The "MyBean" bean is not advised to have the BeanNameProvider interface that should be introduced by the @DeclareParents mixin. If I change the type pattern to:
Code:
@DeclareParents( value = "mypackage..*", defaultImpl = DefaultBeanNameProvider.class )
where "mypackage" is whereI defined my bean, it works flawlessly.
Am I missing something? I've looked in the AspectJ 5 documentation regarding annotation type patterns, and it seems my pattern is correct. I also tried "@Measured mypackage..*" but that didn't work either.
I'm inclined to think that this is simply a bug in Spring's type pattern matching, since the matching based on package structure works OK - but it just as well be something I'm doing wrong.

set hive.optimize.ppd=false;

create table t (s1 string,s2 string);

insert into t values (null,null);

explain
select
        coalesce(s1, 'null_value' ), coalesce(s2, 'null_value' ),
        coalesce(s1, 'null_value' )=coalesce(s2, 'null_value' ),
        case when coalesce(s1, 'null_value' )=coalesce(s2, 'null_value' ) then 'eq' else 'noteq' end
from t;

select
from t;

incorrect result is:

null_value      null_value      NULL    noteq

expected result:

null_value     null_value      true    eq

Based on a user discussion, I think as the user pointed out rightly, when a PutSortReducer is used any visibility attribute or external attribute set on the Put will be lost as we create KVs out of the cells in the puts whereas the ACL and visibility are all set as Attributes. 
In TextSortReducer we tend to read the information we tend to read the information from the parsed line but here in PutSortReducer we don't do it. I think this problem should be in all the existing versions where we support Tags. Correct me if am wrong here. 
Anoop Sam John, Andrew Purtell?

See
http://stackoverflow.com/questions/15977012/apache-camel-fop-component-not-propagating-headers
Patches is welcome from the community.

I was attempting to prevent blocks from being cached by setting CACHE_BLOCKS => false in the hbase shell when doing a scan but I kept seeing tons of evictions when I ran it. After inspecting "table.rb" I found this line:
cache = args["CACHE_BLOCKS"] || true
The problem then is that if CACHE_BLOCKS is false then this expression will always return true. Therefore, it's impossible to turn off block caching. 

> # Folder containing extra ibraries required for hive compilation/execution can be controlled by:
'Libraries', not 'ibraries'.

javax.xml.bind.annotation.XmlType#factoryClass return type is class but when scanned AnnotationMetadataReadingVisitor returns the value as org.springframework.asm.Type if factoryClass isn't default value.
One possible solution would be use classloader.loadClass(((Type)object).getClassName()) in visit() method for such types just like when handling the defaults.

The response status is correct (400) but the rendering is done by the container because Spring can't find a handler method for a token request with no grant type.  The fix is easy.

for isRepeating=true, checking isNull[selected[i]] might return incorrect results (without a heavy array fill of isNull).
VectorUDAFSum/Min/Max/Avg and SumDecimal impls need to be reviewed for this pattern.

    private void iterateHasNullsRepeatingSelectionWithAggregationSelection(
      VectorAggregationBufferRow[] aggregationBufferSets,
      int aggregateIndex,
      <ValueType> value,
      int batchSize,
      int[] selection,
      boolean[] isNull) {
      
      for (int i=0; i < batchSize; ++i) {
        if (!isNull[selection[i]]) {
          Aggregation myagg = getCurrentAggregationBuffer(
            aggregationBufferSets, 
            aggregateIndex,
            i);
          myagg.sumValue(value);
        }
      }
    }

Change property value for hive.materializedview.rewriting to true. For tests, it is already true by default.

This page:
http://static.springsource.org/spring-security/site/docs/3.0.x/apidocs/org/springframework/security/ldap/authentication/LdapAuthenticationProvider.html
Has instructions for wiring up a BindAuthenticator. But the package name of the BindAuthenticator has changed recently. So the package name is now wrong.
In the text BindAuthenticator is here:
org.springframework.security.authentication.ldap.authenticator.BindAuthenticator
But in the latest version it's actually here:
org.springframework.security.ldap.authentication.BindAuthenticator

There is infinite loop in ElytronPermissionCollection.readResolve() on line 61 [1]. Variable bits is never changed in while cycle.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/ef67225884aa79b8e949c768a867c303af09fac4/src/main/java/org/wildfly/security/permission/ElytronPermissionCollection.java#L61

The hive.exec.scratchdir defaults to /tmp/hive-${user.name}, but when Hive creates this directory it doesn't set any explicit permission on it. This means if you have the default HDFS umask setting of 022, then these directories end up being world readable. These permissions also get applied to the staging directories and their files, thus leaving inter-stage data world readable.
This can cause a potential leak of data especially when operating on a Kerberos enabled cluster. Hive should probably default these directories to only be readable by the owner.

Getting errors like this:
org.apache.hadoop.hbase.TableNotFoundException: Cannot find row in .META. for table: VerifiableEditor, row=VerifiableEditor,,00000000000000
        at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:104)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.prefetchRegionCache(HConnectionManager.java:733)
META contains:

hbase(main):001:0> scan '.META.'
ROW                                                      COLUMN+CELL                                                                                                                                                        
 VerifiableEditor,,1277097543936.6a2992842d685f48213bc33 column=info:regioninfo, timestamp=1277097544071, value=REGION => {NAME => 'VerifiableEditor,,1277097543936.6a2992842d685f48213bc33afa85ac94.', STARTKEY => '', ENDK
 afa85ac94.                                              EY => '', ENCODED => 6a2992842d685f48213bc33afa85ac94, TABLE => {{NAME => 'VerifiableEditor', FAMILIES => [{NAME => 'info', BLOOMFILTER => 'NONE', REPLICATION_SCOP
                                                         E => '0', COMPRESSION => 'NONE', VERSIONS => '3', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}]}}                        
 VerifiableEditor,,1277097543936.6a2992842d685f48213bc33 column=info:server, timestamp=1277097544317, value=monster04.sf.cloudera.com:60020                                                                                 
 afa85ac94.                                                                                                                                                                                                                 
 VerifiableEditor,,1277097543936.6a2992842d685f48213bc33 column=info:serverstartcode, timestamp=1277097544317, value=1277097337799                                                                                          
1 row(s) in 0.2660 seconds

I am trying to access the rest definitions using the swagger servlet. 
My operation description is in Danish and includes the character "æ".
Thus, the xml string generated in line 371 of  org.apache.camel.management.mbean.ManagedCamelContext.dumpRestsAsXml
contains the character "æ".
In line 376-377, wh have

       InputStream is = new ByteArrayInputStream(xml.getBytes());
        Document dom = XmlLineNumberParser.parseXml(is, new ...)

The call to xml.getBytes() uses the default encoding (CP-1252 in my case), which will encode æ as a single byte. The xml parser expects UTF-8 (since the xml starts with an xml declaration specifying encoding="UTF-8"). 
Therefore, it fails with "Invalid byte 2 of 3-byte UTF-8 sequence".
The fix is simple - change xml.getBytes() to xml.getBytes("UTF-8");

I created a test to reproduce the problem:

import org.apache.camel.CamelExecutionException;
import org.apache.camel.Endpoint;

public class OnCompletionTest extends CamelTestSupport{

    @EndpointInject(uri = "direct:in")
    private Endpoint in;
    @EndpointInject(uri = "mock:completion")
    private MockEndpoint mockComp;
    @EndpointInject(uri = "mock:out")
    private MockEndpoint mockOut;

    @Test
    public void good() throws InterruptedException {
        mockComp.setExpectedMessageCount(1);
        mockOut.setExpectedMessageCount(2);
        //
        context.createProducerTemplate().sendBody(in, Arrays.asList("1","2"));
        //
    }

    @Test
    public void exception() throws InterruptedException {

        //
        mockOut.whenAnyExchangeReceived(exchange -> {throw new IllegalArgumentException("");});
        try {
            context.createProducerTemplate().sendBody(in, Arrays.asList("1","2"));
            fail();
        } catch (CamelExecutionException e){

        }
        //
        mockOut.assertIsSatisfied();
        mockComp.assertIsSatisfied();
    }

    @Override
    public boolean isUseRouteBuilder() {
        return true;
    }

    @Override
    protected RoutesBuilder createRouteBuilder() throws Exception {
            @Override
                // @formatter:off
                from(in)
                        .onCompletion().to(mockComp).end()
                        .split().body()
                            //.stopOnException()
                            //.shareUnitOfWork()
                .to(mockOut)
                ;
                // @formatter:on
            }
        };
    }
}

I would expect that both tests pass. In case of exception the onCompletion is not triggered. Documentation says it should trigger in all cases. "onFailureOnly()" doesn't help either. I also tried "stopOnException()" and "shareUnitOfWork()" in some combinations with no avail.
If this works as intended there should be at least a hint in the documentation.
For the sake of completeness i also asked here for a solution/ workaround: http://stackoverflow.com/questions/42928208/camel-oncompletion-not-working-on-exception-after-a-split-bug

When taking snapshot of a table a watcher over /hbase/online-snapshot/abort/snapshot-name is created which is never cleared when the snapshot is successful. If we use snapshots to take backups daily we accumulate a lot of watches.
Steps to reproduce -
1) Take snapshot of a table - snapshot 'table_1', 'abc'
2) Run the following on zk node or alternatively observe zk watches metric
 echo "wchc" | nc localhost 2181
/hbase/online-snapshot/abort/abc can be found.

Suppose you have an environment with default charset = ISO-8859-1 and a route like this one:

... 
<bean id="hl7codec" class="org.apache.camel.component.hl7.HL7MLLPCodec">
    <property name="charset" value="utf-8" />
</bean>
...
<camel:from uri="mina2:tcp://localhost:8787?sync=true&amp;codec=#hl7codec"/>
//do someting with hl7 object
<camel:marshal><hl7/></camel:marshal>
//do someting with hl7 string
...

The marshal fail because it use default charset (ISO-8859-1 in this example) without taking in account the Exchange.CHARSET_NAME property (UTF-8 in this example)

In some cases the start time of the previous query is used mistakenly.

Here is the unit test to reproduce this issue:

            throw new RuntimeException("TestException!");
        }
    }

    @Test

    }

    @Override
            @Override
                    .end()

                    .recipientList(bean(Router.class));
            }
        };
    }

}

I am trying to override a @Bean configuration in the JavaConfig by extending the configuration from another @Configuration class. However, Spring 3 complains that I cannot override existing @Bean definition and throw one exception below.
I think we need ability to override one bean definition in JavaConfig, that would be as same as what we have in XML Config. Also, I think you may allow one value in @Bean annotation to indicate it overrides the parent's method, such as @Bean(override=true)
My Test case:

public class AbstractConfig { 
    @Bean
    public C3 c3() { return new C3(); }
}

public class Config extends AbstractConfig  {
    @Override
    @Bean
    public C3 c3() {  return new AnotherC3(); }
}

Exception in thread "main" org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: @Configuration class 'Config' has 2 overloaded factory methods of name 'dao'. Only one factory method of the same name allowed.
Offending resource: class Config
	at org.springframework.beans.factory.parsing.FailFastProblemReporter.error(FailFastProblemReporter.java:68)
	at org.springframework.context.annotation.ConfigurationClass.validate(ConfigurationClass.java:125)
	at org.springframework.context.annotation.ConfigurationClassParser.validate(ConfigurationClassParser.java:180)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:184)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanFactory(ConfigurationClassPostProcessor.java:146)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:624)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:614)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:398)
	at org.springframework.context.annotation.AnnotationConfigApplicationContext.<init>(AnnotationConfigApplicationContext.java:65)

It was disabled in HBASE-14642,  this issue should reenable it.

Aihua Xu I see this commit made via HIVE-11488. I see that query id is being reused across queries. This defeats the purpose of a query id. I am not sure what the purpose of the change in that jira is but it breaks the assumption about a query id being unique for each query. Please take a look into this at the earliest.

When overwriting some Converters for some classes in ApplicationConversionServiceFactoryBean the default roo-generated converters for the other classes are ignored.
A Workaround is to copy all Converters to the ApplicationConversionServiceFactoryBean.

Unable to use this via CLI, tests pass since they use management client which won't check against  the operation description:

[standalone@localhost:9990 /] /subsystem=jgroups/stack=tcp/protocol=JDBC_PING:add(add-index=4)
'add-index' is not found among the supported properties: [socket-binding, module, properties, type]

add index is missing in the description, after the fix:

[standalone@localhost:9990 /] /subsystem=jgroups/stack=tcp/protocol=MPING:read-operation-description(name=add
{
        "description" => "Add a protocol to a protocol stack.",
            "add-index" => {
                "description" => "If specified inserts the protocol at the given (zero-based) index. If null it will add at the end.",
                "nillable" => true
            },

(Logged by Ben on behalf of rj)
Entering "script --file ~/Do" then hitting TAB will blow up:

balex@tara:~/t2$ roo-dev
    ____  ____  ____  
   / __ \/ __ \/ __ \ 
  / /_/ / / / / / / / 
 / _, _/ /_/ / /_/ /  
/_/ |_|\____/\____/    ENGINEERING BUILD [rev 601:602]

roo> script --file ~/DoException in thread "main" java.lang.IllegalArgumentException: [Assertion failed] - this expression must be true
	at org.springframework.roo.support.util.Assert.isTrue(Assert.java:65)
	at org.springframework.roo.support.util.Assert.isTrue(Assert.java:77)
	at org.springframework.roo.shell.converters.FileConverter.populate(FileConverter.java:42)
	at org.springframework.roo.shell.converters.FileConverter.getAllPossibleValues(FileConverter.java:35)
	at org.springframework.roo.shell.SimpleParser.complete(SimpleParser.java:633)
	at org.springframework.roo.shell.jline.JLineCompletorAdapter.complete(JLineCompletorAdapter.java:30)
	at jline.ConsoleReader.complete(ConsoleReader.java:832)
	at jline.ConsoleReader.readLine(ConsoleReader.java:518)
	at jline.ConsoleReader.readLine(ConsoleReader.java:448)
	at jline.ConsoleReader.readLine(ConsoleReader.java:300)
	at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:150)
	at org.springframework.roo.bootstrap.Bootstrap.run(Bootstrap.java:114)
	at org.springframework.roo.bootstrap.Bootstrap.main(Bootstrap.java:53)

I'm recently working with hbase/trunk + hive/trunk. I had a hive command eventually timeout with the following exception (stacktrace truncated).

Caused by: java.io.IOException: Could not set up IO Streams
        at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupIOstreams(RpcClient.java:922)
        at org.apache.hadoop.hbase.ipc.RpcClient.getConnection(RpcClient.java:1536)
        at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1425)
        at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1654)
        at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1712)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.scan(ClientProtos.java:28857)
        at org.apache.hadoop.hbase.client.ScannerCallable.openScanner(ScannerCallable.java:302)
        at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:157)
        at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:57)
        ... 43 more
Caused by: java.lang.NoSuchMethodError: org.apache.hadoop.net.NetUtils.getInputStream(Ljava/net/Socket;)Lorg/apache/hadoop/net/SocketInputWrapper;
        at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupIOstreams(RpcClient.java:861)
        ... 52 more

The root cause looks like a dependency version missmatch (Hive compiled vs hadoop1, HBase vs hadoop2). However, we still retry this exception, even though it'll never actually complete. We should be more careful where we blindly catch Throwables.

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl$UncompressedCacheChunk cannot be cast to org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$BufferChunk
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.copyAndReplaceUncompressedChunks(EncodedReaderImpl.java:962)
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.preReadUncompressedStream(EncodedReaderImpl.java:890)
        ... 4 more

ExceutionException has a "cause" member which could be anything including serious errors and thus it should be logged. The other lines are "escape" exceptions and can be logged at trace.

In user mailing list, Alex reported this error under the thread "user_permission error - undefined method 'getTable'":

hbase(main):010:0> create 'foo','bar'
0 row(s) in 0.5780 seconds

=> Hbase::Table - foo
hbase(main):011:0> user_permission 'foo'
User                                     Table,Family,Qualifier:Permission

*ERROR: undefined method `getTable' for
#<Java::OrgApacheHadoopHbaseSecurityAccess::UserPermission:0x5d22005a>*

UserPermission#getTable method doesn't exist

Analog of WFLY-7487, but for the optional default channel attribute of the JGroups subsystem.

These 2 eips should not have output: true in the camel-catalog json meta-data.
For Camel 3.0 we will change their base class in the model so they are no outputs

If I want to setup HTTPS, I need to add the management fraction. I understand why: the keystore needs to be added to a security realm which can then be presented to the Undertow subsystem.
However, there's no way to say "I only want the security realm for Undertow, not the management endpoints". WildFly even reminds me:

WARN  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0035: No security realm defined for http management service; all access will be unrestricted.

This can possibly have undesirable security implications, especially given that the management endpoint is by default bound to all network interfaces:

INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[0:0:0:0:0:0:0:0]:9990/management

See nabble :
http://camel.465427.n5.nabble.com/Bug-with-completionSize-on-AggregatorProcessor-td5725364.html

The batchlet stop() javadoc indicates that the stop method might be called by a thread other than the one running the batchlet process method() (would be quite a trick otherwise!).  I imagine the same is true for any StoppableTasklet.
However, SystemCommandTasklet's stop() method just sets a private boolean field stopped.  As this will happen on a thread other than the one executing the tasklet (looping/sleeping/checking that field) under the JMM you need to mark the boolean field volatile to ensure that the tasklet thread will ever see the stopped = true
probably should update the StoppableTasklet javadoc as well to make that obvious (like Batchlet)

In section 96.4. Bloom Filters:
 Since HBase 0.96, row-based Bloom filters are enabled by default. (HBASE-)  --> in HBASE-8450
In section 94.4.3. Configuring Server-Wide Behavior of Bloom Filters: 
io.hfile.bloom.enabled  --> io.storefile.bloom.enabled  Master switch to enable Bloom filters
io.hfile.bloom.max.fold  --> io.storefile.bloom.max.fold
io.hfile.bloom.error.rate --> io.storefile.bloom.error.rate
io.storefile.bloom.block.size --> default is 128*1024 = 131072
These properties are probably not tuned usually, but should still be fixed in the doc.

The change for WFLY-4130 introduced processing the incoming parameters. During this process parameters are shifted which evaluates an incorrect PROGNAME. The evaluation of the PROGNAME needs to happen before the parameters are shifted.

The camel-cxfrs doc writes that HTTP_PATH is required for camel-cxfrs producer when it's used with httpClientAPI option.

The CXF JAXRS front end also provides a http centric client API. You can also invoke this API from camel-cxfrs producer. You need to specify the HTTP_PATH and the HTTP_METHOD and let the producer use the http centric client API by using the URI option httpClientAPI or by setting the message header CxfConstants.CAMEL_CXF_RS_USING_HTTP_API.
However, when Camel transport is used between CXFRS producer and consumer, the invocation succeeds only if it sets HTTP_URI, not HTTP_PATH, to the header.

                from("direct:input.camel")
                    .setHeader(Exchange.HTTP_METHOD, constant("GET"))
                    .setHeader(Exchange.CONTENT_TYPE, constant("text/plain"))
                    .setHeader(Exchange.HTTP_URI, simple("/greeting/hello/${body}"))
                    //.setHeader(Exchange.HTTP_PATH, simple("/greeting/hello/${body}")) // <- fails
                    .inOut("cxfrs:bean:rsClient");

Otherwise it fails with 404 error.

CellComparator has two compareTimestamps methods (one for Cell another for long).  Both actually sort timestamps in descending order.  One has javadoc that is simply wrong (indicates ascending order).  The other has a correct description but wrong @return tag).

The corresponding stacktrace looks like this:
"main" prio=5 tid=102800800 nid=0x100501000 runnable [1004ff000]
	at org.springframework.core.SimpleAliasRegistry.canonicalName(SimpleAliasRegistry.java:156)
	at org.springframework.beans.factory.support.AbstractBeanFactory.transformedBeanName(AbstractBeanFactory.java:966)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:230)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:322)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:106)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1317)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1076)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:291)

locked <107d35848> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:288)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:563)
locked <107d35a40> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:872)
locked <107d06848> (a java.lang.Object)
	at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:93)

The endless loop is in line 156:
	/**

Determine the raw name, resolving aliases to canonical names.
@param name the user-specified name
@return the transformed name
	 */
	public String canonicalName(String name) {
		String canonicalName = name;
		// Handle aliasing.
		String resolvedName = null;
		do 
Unknown macro: {			resolvedName = this.aliasMap.get(canonicalName);			if (resolvedName != null) {
				canonicalName = resolvedName;
			}		} 
		while (resolvedName != null); // <= here
		return canonicalName;
	}

I have this hang in a quite complex config file and I guess that there is some kind of alias loop. This, however, shouldn't result in an endless loop but in some useful error message containing the "loop path" of the aliases.

Currently this wont go through Bucket Map Join(BMJ)
CREATE TABLE tab_part (key int, value string) PARTITIONED BY(ds STRING) CLUSTERED BY (key) INTO 4 BUCKETS STORED AS TEXTFILE;
CREATE TABLE tab(key int, value string) PARTITIONED BY(ds STRING) STORED AS TEXTFILE;
from tab a join tab_part b on a.key = b.key and a.value = b.value;

Setting 'streaming = "true"' breaks error handling:
If an exception is thrown in a processor, the exception in the subExchange is copied to the original exchange in MulticastProcessor line 554. In Splitter line 140 the original exchange is copied, including the exception that was thrown while processing the previous exchange. This prevents all subsequent exchanges from being processed successfully.

Only the producer cache is stopped and cleared

  // start and stop in camel template

    protected void doStart() throws Exception {
        producerCache.start();
    }

    protected void doStop() throws Exception {
        producerCache.stop();
    }

  // stop in producer cache
        ServiceHelper.stopServices(producers.values());
        producers.clear();
    }

At the beginning of OfflineMetaRepair.java, we can observe:
"private static final Log LOG = LogFactory.getLog(HBaseFsck.class.getName());"
It would be better change to :
"private static final Log LOG = LogFactory.getLog(OfflineMetaRepair.class.getName());"

In the documentation: http://docs.spring.io/spring-amqp/docs/current/reference/html/amqp.html#direct-reply-to
under section 3.7.1 it says that the responseQueue should be set to "amqp.rabbitmq.reply-to", this doen't work.
It should be "amq.rabbitmq.reply-to"  (This works with spring-boot-starter-amqp:1.2.1.BUILD-SNAPSHOT)
For official documentation regarding the amq instead of amqp: https://www.rabbitmq.com/direct-reply-to.html

RSRpcServices#get() converts the Get to Scan without scan#setLoadColumnFamiliesOnDemand. It causes that the result retrieved from Get and Scan will be different if we use the empty filter. Scan doesn't return any data but Get does.
see HBASE-16729 
Any comments? Thanks.

The links on the licenses.html file point to a .html file for the license, but the actual file is .txt so the link is broken.

Wildfly Elytron Tool has not a way how to set own security provider with custom credential store implementation when we want to work with credential-store command.
Now you can only set it through java.security settings for JVM but as is mentioned here https://issues.jboss.org/browse/JBEAP-9310?focusedCommentId=13375779&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13375779
it is not supported way.
There must be some other approach how to set it.

The serviceRoot property is not set correctly to the OData base URI when creating the EntityProviderWriteProperties, which causes the generated links in body to be incorrect. 

It should be possible to configure some parameters for Microprofile config through YAML file  (http://docs.wildfly-swarm.io/2018.5.0-SNAPSHOT/#_eclipse_microprofile_config).
But when doing so, a NoClassDefFoundError is thrown:

java.lang.RuntimeException: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
java.lang.RuntimeException: java.lang.RuntimeException: java.lang.NoClassDefFoundError: org/wildfly/swarm/config/microprofile/config/ConfigSourceConsumer
	at org.wildfly.swarm.container.runtime.cdi.FractionProducingExtension.lambda$afterBeanDiscovery$1(FractionProducingExtension.java:100)
	at org.wildfly.swarm.container.runtime.cdi.FractionProducingExtension.afterBeanDiscovery(FractionProducingExtension.java:96)
	at org.jboss.weld.environment.se.Weld.initialize(Weld.java:766)
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.lambda$null$0(ServerBootstrapImpl.java:149)
	at org.wildfly.swarm.container.runtime.LogSilencer$SilentExecutor.execute(LogSilencer.java:75)
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.lambda$bootstrap$1(ServerBootstrapImpl.java:120)
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:113)
	at org.wildfly.swarm.Swarm.start(Swarm.java:398)
	at org.wildfly.swarm.Swarm.main(Swarm.java:742)
	at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:53)
	at org.wildfly.swarm.bootstrap.Main.run(Main.java:132)
	at org.wildfly.swarm.bootstrap.Main.main(Main.java:85)
Caused by: java.lang.RuntimeException: java.lang.NoClassDefFoundError: org/wildfly/swarm/config/microprofile/config/ConfigSourceConsumer
	at org.wildfly.swarm.container.runtime.ConfigurableManager.createLambda(ConfigurableManager.java:630)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scanSubresources(ConfigurableManager.java:567)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scan(ConfigurableManager.java:318)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scanFraction(ConfigurableManager.java:252)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scanInternal(ConfigurableManager.java:244)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scan(ConfigurableManager.java:233)
	at org.wildfly.swarm.container.runtime.cdi.configurable.ConfigurableFractionBean.<init>(ConfigurableFractionBean.java:49)
	at org.wildfly.swarm.container.runtime.cdi.FractionProducingExtension.lambda$afterBeanDiscovery$1(FractionProducingExtension.java:98)
	... 36 more
Caused by: java.lang.NoClassDefFoundError: org/wildfly/swarm/config/microprofile/config/ConfigSourceConsumer
	at org.wildfly.swarm.container.runtime.ConfigurableManager.createLambda(ConfigurableManager.java:618)
	... 43 more

Hello,
i have built the following query:

   final Query query = Query.query(Criteria.where("type").is(type.name()));
   final NearQuery nearQuery = NearQuery.near(p).maxDistance(distance).query(query);
}

And it logs to this:

{ "query" : { "type" : "small"} , "maxDistance" : 1.567855942887398E-4 , "distanceMultiplier" : 6378.137 , "num" : 0 , "near" : [ x , y] , "spherical" : true}

Where is this "num=0" coming from? I did not set any limits.
In the 1.2.1 release, "num" is an Integer and is only used in the DBObject, when it is != null. When i set a Query, "num" is left untouched and therefore it does not appear in the DBObject. See [1]
Starting from 1.2.4 release, "num" is still an Integer, but when i set a Query, this time "num" gets the "limit" value of the Query, which by default is always 0. See [2]
I dont see this subtle change mentioned in the latest change file.
My opinion is, to use the limit value from Query is very convenient and makes sense, but it should only be used, if someone has explicitly set a limit for the Query object (probably its enough to check, if the limit is > 0)
The same applies on "skip", but it is not used in NearQuery anyways.
What do you guys think?
[1] http://grepcode.com/file/repo1.maven.org/maven2/org.springframework.data/spring-data-mongodb/1.2.1.RELEASE/org/springframework/data/mongodb/core/query/NearQuery.java#NearQuery.query%28org.springframework.data.mongodb.core.query.Query%29
[2] http://grepcode.com/file/repo1.maven.org/maven2/org.springframework.data/spring-data-mongodb/1.2.4.RELEASE/org/springframework/data/mongodb/core/query/NearQuery.java#NearQuery.query%28org.springframework.data.mongodb.core.query.Query%29
[3] http://docs.mongodb.org/manual/reference/command/geoNear/
[4] http://docs.spring.io/spring-data/mongodb/docs/1.3.3.RELEASE/changelog.txt

I changed the replication on a family that was also VERSIONS => 1 and COMPRESSION => LZO. I forgot that you have to respecify everything everytime you alter a family, so both were reset to 3 and NONE. Then the regions were compacted... and it has been splitting for about 20 minutes now. Fortunately this is our MR environment so our web site isn't affected, but it's still a major pain. Oh and also the table cannot be disabled to be re-altered since split parents are always present (I hope it'll stop splitting before midnight).
The shell should use the old values for attributes that aren't changed.

Even though the 'fix' for WFLY-1914 is to bump the naming subsystem version, this should not be necessary. 

Over on the 1.1.0RC0 VOTE thread, Enis discovered some errors in InterfaceAudience annotations. Let's fix them.
Filed by Nick Dimiduk on Enis Soztutar's behalf.

TezTask is using parent's logger (Task). It should instead use its own class name.

If a dependency of a fraction is marked provided, it is removed from being a dependency of the application.
However, if that dependency has child dependencies that are transitively pulled in, then they are retained as dependencies of the application. These should also be removed

Hello,
here's the setup. I have a controller which is mapped to PUT request method. Spring-boot configures HttpPutFormContentFilter and in 4.3.8 the method in HttpPutFormContentRequestWrapper:getParameterValues looks like this:

			String[] queryStringValues = super.getParameterValues(name);
			List<String> formValues = this.formParameters.get(name);
			if (formValues == null) {
				return queryStringValues;
			}
                       //more

So because super.getParameterValues(name) returns correct value and the formParameters.get(name) returns null, the the correct value from queryStringValues is returned.
Now in 4.3.9 this method looks like this:

			String[] queryParam = (super.getQueryString() != null ? super.getParameterValues(name) : null);
			List<String> formParam = this.formParameters.get(name);
			if (formParam == null) {
				return queryParam;
			}
                       // more 

Now because the super.getQueryString() is null and the formParam is null too then null is returned.
Why has this been changed? Do I need to change my forms too? I was assuming my code should work in both 4.3.8 and 4.3.9

Dynamic partition pruning can generate incorrect query plans during join algorithm selection.

Same problem as WFCORE-3784 except in the full feature-pack.

SimpleMessageListenerContainer
If a connection reset occurs in the (tiny) timing window between declaring the queue and setting basicQos, the container is stopped due to a fatal error.
This could occur if a network connection is re-broken soon after being re-established.
basicQos calls that fail due to a connection reset should not be considered fatal since it's likely a transient error.

2015-01-24 22:14:51.104 SimpleMessageListenerContainer [ERROR] Consumer received fatal exception on startup  ,tomcat_thread=SimpleAsyncTaskExecutor-64  
org.springframework.amqp.rabbit.listener.FatalListenerStartupException: Cannot set basicQos.
	at org.springframework.amqp.rabbit.listener.BlockingQueueConsumer.start(BlockingQueueConsumer.java:418)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:963)
Caused by: java.io.IOException
	at com.rabbitmq.client.impl.AMQChannel.exnWrappingRpc(AMQChannel.java:124)
	at com.rabbitmq.client.impl.ChannelN.basicQos(ChannelN.java:599)
	at com.rabbitmq.client.impl.ChannelN.basicQos(ChannelN.java:613)
	at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)
	at org.springframework.amqp.rabbit.connection.CachingConnectionFactory$CachedChannelInvocationHandler.invoke(CachingConnectionFactory.java:536)
	at $Proxy87.basicQos(Unknown Source)
	at org.springframework.amqp.rabbit.listener.BlockingQueueConsumer.start(BlockingQueueConsumer.java:414)
	... 2 more
Caused by: com.rabbitmq.client.ShutdownSignalException: connection error
	at com.rabbitmq.client.impl.AMQChannel.privateRpc(AMQChannel.java:216)
	at com.rabbitmq.client.impl.AMQChannel.exnWrappingRpc(AMQChannel.java:118)
	... 10 more
Caused by: java.net.SocketException: Connection reset
	at java.net.SocketInputStream.read(SocketInputStream.java:189)
	at java.net.SocketInputStream.read(SocketInputStream.java:121)
	at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
	at java.io.BufferedInputStream.read(BufferedInputStream.java:254)
	at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:288)
	at com.rabbitmq.client.impl.Frame.readFrom(Frame.java:95)
	at com.rabbitmq.client.impl.SocketFrameHandler.readFrame(SocketFrameHandler.java:139)
	at com.rabbitmq.client.impl.AMQConnection$MainLoop.run(AMQConnection.java:532)
	... 1 more
2015-01-24 22:14:51.161 SimpleMessageListenerContainer [ERROR] Stopping container from aborted consumer  ,tomcat_thread=SimpleAsyncTaskExecutor-51  

the current uri that is created and stored by the filter is not the exact uri used in the request.
1.) if the code parameter is not the first parameter in the request it will result in a "&&" entry in the created uri
2.) the ordering of parameters that is returned by request.getParameterNames() is not the same ordering as it is in the request uri. this results in a "wrong" ordering in the created current-uri.
I'm not sure if this is a jetty issue but this way the created current-uri can not be used to exchange auth codes with certain oauth2 providers (for example Facebook).

The attribute maxFlushedSeqId in HRegion is used to track the max sequence id in the store files and is reported to HMaster. When flushing only part of the memstore content this value might be incorrect and may cause data loss.

I have a cluster that runs IT tests.  Last night after all tests were done I noticed that the balancer was thrashing regions around.
The number of regions on each machine is not correct.
The balancer seems to value the cost of moving a region way too little.

2013-05-09 16:34:58,920 DEBUG [IPC Server handler 4 on 60000] org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer: Finished computing new load balance plan.  Computation took 5367ms to try 8910 different iterations.  Found a solution that moves 37 regions; Going from a computed cost of 56.50254222730425 to a new cost of 11.214035466575254
2013-05-09 16:37:48,715 DEBUG [IPC Server handler 7 on 60000] org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer: Finished computing new load balance plan.  Computation took 4735ms to try 8910 different iterations.  Found a solution that moves 38 regions; Going from a computed cost of 56.612624531830996 to a new cost of 11.275763861636982
2013-05-09 16:38:11,398 DEBUG [IPC Server handler 6 on 60000] org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer: Finished computing new load balance plan.  Computation took 4502ms to try 8910 different iterations.  Found a solution that moves 39 regions; Going from a computed cost of 56.50048461413552 to a new cost of 11.225352339003237

Each of those balancer runs were triggered when there was no load on the cluster.

The OAuth 2.0 spec (http://tools.ietf.org/html/rfc6749) indicates an "unauthorized_client" error should be returned when "the authenticated client is not authorized to use this authorization grant type." For redirection URI mismatch, "invalid_request" should be the error code. There is no error code called "redirect_uri_mismatch."

bin/hive -e 'select * from a_big_table;' | head
The process does not end after printing out the first 10 lines.
This is probably because System.out.println is not checking errors. We need to manually call boolean System.out.checkError() to know if the output is closed or not.

A CacheWriter is invoked "after" an entry is created or updated, intended for synchronizing to an external data source.
I believe where it says "after", should be "before".  CacheListener have methods afterCreate and afterUdpate and CacheWriter have methods beforeCreate and beforeUpdate

Consider a case of a ContactController that extends an AbstractController<Contact>.  Methods marked @RequestMapping in AbstractController will not be found.  Similarly, @InitBinder and @ModelAttribute methods will not be found either. Specifically, this seems to occur anytime a method is bridged.
I have tracked the problem down to the following code in HandlerMethodSelector:

ReflectionUtils.doWithMethods(currentHandlerType, new ReflectionUtils.MethodCallback() {
  public void doWith(Method method) {
    Method specificMethod = ClassUtils.getMostSpecificMethod(method, targetClass);
    Method bridgedMethod = BridgeMethodResolver.findBridgedMethod(specificMethod);
    if (handlerMethodFilter.matches(specificMethod) &&
        (bridgedMethod == specificMethod || !handlerMethodFilter.matches(bridgedMethod))) {
      handlerMethods.add(specificMethod);
    }
  }
}, ReflectionUtils.USER_DECLARED_METHODS);

It looks like there is an error in the conditional:
If the method was not bridged (i.e. a method in a concrete class) then handlerMethodFilter.matches(specificMethod) && (bridgedMethod == specificMethod) returns true: no problem.
If the method was bridged (e.g. when parameterized classes are involved) then the condition boils down to handlerMethodFilter.matches(specificMethod) && !handlerMethodFilter.matches(bridgedMethod).  Since most of the implementations of handlerMethodFilter simply look for an annotation on the method (which also looks at bridge methods) they will always return true for both the real and the bridge methods.  As such, this condition always returns false.  
In production, I used load time weaving to patch this with the following and had great success.

public void doWith(Method method) {
	Method specificMethod = ClassUtils.getMostSpecificMethod(method, targetClass);
	if (specificMethod.isBridge()) {
		specificMethod = BridgeMethodResolver.findBridgedMethod(specificMethod);
	}
	if (handlerMethodFilter.matches(specificMethod)) {
		handlerMethods.add(specificMethod);
	}
}

Hopefully, this will be enough information as I will be unable to supply an example (I was hit by a car recently and will be out of action for some time).

At integration tests I want to register and unregister an ApplicationListener dynamically at runtime. Therefore I have used the add/removeApplicationListener method of AbstractApplicationEventMulticaster. 
Since 3.0 GA there is a new retrieverCache which caches retrievers per event type and with that the listeners. Unfortunately the removal of a listener does not clean the corresponding cache entry, so that the old listener still get called once the cache entry was created. Furthermore a new listener will not be added to the cache.

Hi there,
I'm currently playing with the Spring JavaConf and I'm using lots of interfaces with default methods. It seems that there are issues with @Bean detection in deep inheritance structures.
This config is detected in my test environment:

@Profile("test")
public class SumaSpringTestConfig extends SumaBasicConfig implements SumaTestConfig {
}

This config extends from SumaBasicConfig, which is

public abstract class SumaBasicConfig implements BasicApplicationConfig {
	@Override
	@Bean
	public SumaApplication getApplication() {
		return init(SumaApplication.class);
	}

}

SumaBasicConfig implements the interface BasicApplicationConfig:

public interface BasicApplicationConfig {

	default <T> T init(Class<T> clazz) {
		return ReflectionUtils.newInstanceOf(clazz, true);
	}

	JAFApplication getApplication();

	DataSource dataSource(DataSource jndiDataSource);
}

SumaBasicConfig's SumaApplication extends from JAFApplication, so everything is all right here.
So what still needs to be implemented is dataSource. But SumaSpringTestConfig also implements SumaTestConfig, which is:

public interface SumaTestConfig extends TestConfig {

	@Override
	@Bean
	public default TestTools testTools() {
		return init(SumaTestTools.class);
	}
}

SumaTestConfig extends the TestConfig interface, which is

public interface TestConfig extends BasicApplicationConfig {

	@Override
	@Bean
	public default DataSource dataSource(DataSource jndiDataSource) {
		return ProxyDataSourceBuilder
				.create(jndiDataSource)
				.logQueryBySlf4j("org.hibernate.SQL")
				.asJson()
				.name("dataSource")
				.countQuery()
				.build();
	}

	public TestTools testTools();
}

So this that all requirements are fulfilled and everything is implemented. But when I execute my test, the dataSource bean is not found:

org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'dataSource' is defined

When I move my default dataSource implementation from TestConfig to SumaTestConfig, it is recognized properly.
So to me it seems that not all all levels are parsed for the @Bean annotation.

Currently table descriptors and tables are cached once they are accessed for the first time. Next calls to the master only require a trip to HDFS to lookup the modified time in order to reload the table descriptors if modified. However in clusters with a large number of tables or concurrent clients and this can be too aggressive to HDFS and the master causing contention to process other requests. A simple solution is to have a TTL based cached for FSTableDescriptors#getAll() and  FSTableDescriptors#TableDescriptorAndModtime() that can allow the master to process those calls faster without causing contention without having to perform a trip to HDFS for every call. to listtables() or getTableDescriptor()

When the master address tracker doesn't have the master address ZK data, or the cached data is wrong, region server should not use the cached data.
It should pull the data from ZK directly again.

The usage statement for the "importtsv" command to hbase claims this:
"Note: if you do not use this option, then the target table must already exist in HBase" (in reference to the "importtsv.bulk.output" command-line option)
The truth is, the table must exist no matter what, importtsv cannot and will not create it for you.
This is the case because the createSubmittableJob method of ImportTsv does not even attempt to check if the table exists already, much less create it:
(From org.apache.hadoop.hbase.mapreduce.ImportTsv.java)
305 HTable table = new HTable(conf, tableName);
The HTable method signature in use there assumes the table exists and runs a meta scan on it:
(From org.apache.hadoop.hbase.client.HTable.java)
142 * Creates an object to access a HBase table.
...
151 public HTable(Configuration conf, final String tableName)
What we should do inside of createSubmittableJob is something similar to what the "completebulkloads" command would do:
(Taken from org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.java)
690 boolean tableExists = this.doesTableExist(tableName);
691 if (!tableExists) this.createTable(tableName,dirPath);
Currently the docs are misleading, the table in fact must exist prior to running importtsv. We should check if it exists rather than assume it's already there and throw the below exception:
12/03/14 17:15:42 WARN client.HConnectionManager$HConnectionImplementation: Encountered problems when prefetch META table: 
org.apache.hadoop.hbase.TableNotFoundException: Cannot find row in .META. for table: myTable2, row=myTable2,,99999999999999
	at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:150)
...

Copied from BZ 1198186:
AbstractOperationContext.java line 1159 seems to be "swallowing" exceptions. It's possible to get NullPointerException without a stack trace. This makes it impossible to trace the cause of the NPE. 
https://github.com/jbossas/jboss-eap/blob/2292b0a8763683d0fab03efc3de6a29b974c09eb/controller/src/main/java/org/jboss/as/controller/AbstractOperationContext.java#L1159
2015-02-27 12:53:26,587 TRACE [|] [org.jboss.modules] (MSC service thread 1-11) Finding class org.jboss.logging.DelegatingBasicLogger from Module "org.picketbox:main" from local module loader @416a8198 (finder: local module finder @376243b5 (roots: /usr/share/jbossas/modules,/usr/share/jbossas/modules/system/layers/base))
2015-02-27 12:53:26,586 ERROR [|] [org.jboss.as.controller.client] (ServerService Thread Pool – 29) JBAS014781: Step handler org.jboss.as.controller.AbstractAddStepHandler$1@1e6a7c88 for operation 
{"operation" => "add","factory-class" => "org.hornetq.core.remoting.impl.netty.NettyConnectorFactory","param" => [("host" => "tp4.app.paypoint.net"),("port" => "6495"),("use-nio" => "true")],"address" => [("subsystem" => "messaging"),("hornetq-server" => "default"),("connector" => "tp4")],"socket-binding" => undefined}
 at address [
    ("connector" => "tp4")
] failed handling operation rollback – java.lang.NullPointerException
2015-02-27 12:53:26,587 TRACE [|] [org.jboss.modules] (MSC service thread 1-4) Finding class org.jboss.remoting3.UnlockedReadHashMap$EntryIterator from Module "org.jboss.remoting3:main" from local module loader @416a8198 (finder: local module finder @376243b5 (roots: /usr/share/jbossas/modules,/usr/share/jbossas/modules/system/layers/base))

InfoServer.getWebAppsPath() unsafely assumes that any instance of the string "master" in the full path to hbase-webapps can be truncated. This breaks in the case where hbase is installed in a directory such as "/my/hbasemaster/".
The result is that Jetty initialization will fail since the master determines an incorrect path to hbase-webapps. The master still runs but the web UI returns 503.
I have a patch for this problem that I'll upload soon.

18:14:49,199 ERROR [org.jboss.as.ejb3.invocation] (default task-1) WFLYEJB0034: EJB Invocation failed on component App1Bean for method public abstract org.jboss.jbaesner.playground.common.SharedPojo org.jboss.jbaesner.playground.bean.App1Remote.sumRemote(int,int): javax.ejb.EJBException: java.lang.ClassCastException: org.jboss.jbaesner.playground.common.SharedPojo cannot be cast to org.jboss.jbaesner.playground.common.SharedPojo
...
Caused by: java.lang.ClassCastException: org.jboss.jbaesner.playground.common.SharedPojo cannot be cast to org.jboss.jbaesner.playground.common.SharedPojo
	at org.jboss.jbaesner.playground.bean.App1Bean.sumRemote(App1Bean.java:64)
	... 84 more

Currently in MetastoreDirectSql partition objects are constructed in a way that fetching partition ids first. However, if the partition ids that match the filter is larger than 1000, direct sql will fail with the following stack trace:

2014-09-29 19:30:02,942 DEBUG [pool-1-thread-1] metastore.MetaStoreDirectSql (MetaStoreDirectSql.java:timingTrace(604)) - Direct SQL query in 122.085893ms + 13.048901ms, the query is [select "PARTITIONS"."PART_ID" from "PARTITIONS"  inner join "TBLS" on "PARTITIONS"."TBL_ID" = "TBLS"."TBL_ID"     and "TBLS"."TBL_NAME" = ?   inner join "DBS" on "TBLS"."DB_ID" = "DBS"."DB_ID"      and "DBS"."NAME" = ? inner join "PARTITION_KEY_VALS" "FILTER2" on "FILTER2"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER2"."INTEGER_IDX" = 2 where (("FILTER2"."PART_KEY_VAL" = ?))]
2014-09-29 19:30:02,949 ERROR [pool-1-thread-1] metastore.ObjectStore (ObjectStore.java:handleDirectSqlError(2248)) - Direct SQL failed, falling back to ORM
javax.jdo.JDODataStoreException: Error executing SQL query "select "PARTITIONS"."PART_ID", "SDS"."SD_ID", "SDS"."CD_ID", "SERDES"."SERDE_ID", "PARTITIONS"."CREATE_TIME", "PARTITIONS"."LAST_ACCESS_TIME", "SDS"."INPUT_FORMAT", "SDS"."IS_COMPRESSED", "SDS"."IS_STOREDASSUBDIRECTORIES", "SDS"."LOCATION", "SDS"."NUM_BUCKETS", "SDS"."OUTPUT_FORMAT", "SERDES"."NAME", "SERDES"."SLIB" from "PARTITIONS"  left outer join "SDS" on "PARTITIONS"."SD_ID" = "SDS"."SD_ID"   left outer join "SERDES" on "SDS"."SERDE_ID" = "SERDES"."SERDE_ID" where "PART_ID" in (136,140,143,147,152,156,160,163,167,171,174,180,185,191,196,198,203,208,212,217...
) order by "PART_NAME" asc".
    at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:422)
    at org.datanucleus.api.jdo.JDOQuery.executeWithArray(JDOQuery.java:321)
    at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilterInternal(MetaStoreDirectSql.java:331)
    at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilter(MetaStoreDirectSql.java:211)
    at org.apache.hadoop.hive.metastore.ObjectStore$3.getSqlResult(ObjectStore.java:1920)
    at org.apache.hadoop.hive.metastore.ObjectStore$3.getSqlResult(ObjectStore.java:1914)
    at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2213)
    at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExprInternal(ObjectStore.java:1914)
    at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExpr(ObjectStore.java:1887)
    at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:98)
    at com.sun.proxy.$Proxy8.getPartitionsByExpr(Unknown Source)
    at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_partitions_by_expr(HiveMetaStore.java:3800)
    at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_partitions_by_expr.getResult(ThriftHiveMetastore.java:9366)
    at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_partitions_by_expr.getResult(ThriftHiveMetastore.java:9350)
    at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39)
    at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39)
    at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge20S.java:617)
    at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge20S.java:613)
    at javax.security.auth.Subject.doAs(Subject.java:415)
    at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1637)
    at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge20S.java:613)
    at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run_aroundBody0(TThreadPoolServer.java:206)
    at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run_aroundBody1$advice(TThreadPoolServer.java:101)
    at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:1)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
java.sql.SQLSyntaxErrorException: ORA-01795: maximum number of expressions in a list is 1000

Add retrieve partition objects in batch for direct sql will solve this Oracle specific problem. And it also bring some performance benefit and will reduce the memory footprint. 

The JmsProducer does not check the disableReplyTo option when sending the message.

There is this code in HBaseClient:

            NetUtils.connect(this.socket, remoteId.getAddress(), 20000);

We need to be able to set this if only for testing.

Its more expensive that it should be; its causing TestAdmin to fail after HBASE-4417  went in.

MR doesn't set an output collector if no row is processed, i.e. ExecMapper::map is never called. Let's investigate whether Spark should do the same.

I wrote an alternative registry and connection manager which does not use zookeeper. However the shell still wants to connect to zookeeper NO MATTER WHAT. I can see it for supporting zk_dump but, for some reason even though the shell commands succeed, I get errors scrolling about why it can't attach to zookeeper

I am migrating from Spring Framework 3.2.15 to 4.3.1. I have a JUnit Test Suite with ~800 tests, and started running into out of heap memory errors after changing to 4.3.1. I compared .hprof dumps to the 3.2.15 version and the difference appears to be that CglibAopProxy$ProxyCallbackFitler are created for each test class with @Transactional annotation (or @Transactional @Test methods). This then retains TransactionInterceptor Advice, which eventually references the HibernateTransactionManager. 
The CglibAopProxy$ProxyCallbackFitler is referenced by the CGLIB$CALLBACK_FILTER field of the CGLIB enhanced test class, which is referenced by the AppClassLoader.
These ProxyCallbackFilters were not retained in Spring 3.2.15, thus it appears to be an introduced leak.
Below are 2 HPROF dumps. The first shows the reference to ProxyCallbackFilter from AppClassLoader. The second shows the reference to HibernateTransactionManager from ProxyCallbackFilter.

Class Name                                                                                                                                     | Shallow Heap | Retained Heap
org.springframework.aop.framework.CglibAopProxy$ProxyCallbackFilter @ 0xee643418                                                               |           24 |     3,199,752
|- referent org.springframework.cglib.core.WeakCacheKey @ 0xedcec6f8                                                                           |           32 |            32
|- CGLIB$CALLBACK_FILTER class test.com.leeriver.trading.pjm.eDataFeed.ConstraintPriceUpdateTest2$$EnhancerBySpringCGLIB$$ac9e61d9 @ 0xee6427b0|          128 |         3,088
|  |- [11536] java.lang.Object[20480] @ 0xe203fe38                                                                                             |       81,936 |   215,507,136
|  |  '- elementData java.util.Vector @ 0xe0153e20                                                                                             |           32 |   215,507,168
|  |     '- classes sun.misc.Launcher$AppClassLoader @ 0xe00d5700 Native Stack                                                                 |           88 |   216,679,856

Class Name                                                                                                                            | Shallow Heap | Retained Heap
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
org.springframework.aop.framework.CglibAopProxy$ProxyCallbackFilter @ 0xee643418                                                      |           24 |     3,199,752
|- <class> class org.springframework.aop.framework.CglibAopProxy$ProxyCallbackFilter @ 0xe1bbb878                                     |            0 |             0
|- advised org.springframework.aop.framework.AdvisedSupport @ 0xee643430                                                              |           48 |     3,199,728
|  |- <class> class org.springframework.aop.framework.AdvisedSupport @ 0xe0e21850                                                     |           16 |            16
|  |- targetSource org.springframework.aop.target.EmptyTargetSource @ 0xee643460                                                      |           24 |            24
|  |- advisorChainFactory org.springframework.aop.framework.DefaultAdvisorChainFactory @ 0xee643478                                   |           16 |            16
|  |- methodCache java.util.concurrent.ConcurrentHashMap @ 0xee643488                                                                 |           64 |         1,568
|  |- interfaces java.util.ArrayList @ 0xee643e88                                                                                     |           24 |            24
|  |- advisors java.util.LinkedList @ 0xee643ea0                                                                                      |           32 |            56
|  |- advisorArray org.springframework.aop.Advisor[1] @ 0xee643ed8                                                                    |           24 |            24
|  |  |- <class> class org.springframework.aop.Advisor[] @ 0xe0e01070                                                                 |            0 |             0
|  |  |- [0] org.springframework.transaction.interceptor.BeanFactoryTransactionAttributeSourceAdvisor @ 0xee5cc2f0                    |           40 |            64
|  |  |  |- <class> class org.springframework.transaction.interceptor.BeanFactoryTransactionAttributeSourceAdvisor @ 0xe0de84c8       |            0 |             0
|  |  |  |- order java.lang.Integer @ 0xe00cc4d0  10                                                                                  |           16 |            16
|  |  |  |- beanFactory org.springframework.beans.factory.support.DefaultListableBeanFactory @ 0xee5907a8                             |          208 |       202,624
|  |  |  |- adviceMonitor java.util.concurrent.ConcurrentHashMap @ 0xee590ad8                                                         |           64 |         2,128
|  |  |  |- adviceBeanName java.lang.String @ 0xee592e08  org.springframework.transaction.interceptor.TransactionInterceptor#0        |           24 |           176
|  |  |  |- transactionAttributeSource org.springframework.transaction.annotation.AnnotationTransactionAttributeSource @ 0xee5b4898   |           32 |       206,552
|  |  |  |- pointcut org.springframework.transaction.interceptor.BeanFactoryTransactionAttributeSourceAdvisor$1 @ 0xee5cc318          |           24 |            24
|  |  |  |- advice org.springframework.transaction.interceptor.TransactionInterceptor @ 0xee6438d8                                    |           40 |     2,784,376
|  |  |  |  |- <class> class org.springframework.transaction.interceptor.TransactionInterceptor @ 0xe0de9ed0                          |            0 |             0
|  |  |  |  |- logger org.apache.commons.logging.impl.SLF4JLocationAwareLog @ 0xe137ddf0                                              |           24 |            24
|  |  |  |  |- transactionManagerBeanName java.lang.String @ 0xee2f4da8  transactionManager                                           |           24 |            80
|  |  |  |  |- beanFactory org.springframework.beans.factory.support.DefaultListableBeanFactory @ 0xee5907a8                          |          208 |       202,624
|  |  |  |  |- transactionAttributeSource org.springframework.transaction.annotation.AnnotationTransactionAttributeSource @ 0xee5b4898|           32 |       206,552
|  |  |  |  |- DEFAULT_TRANSACTION_MANAGER_KEY java.lang.Object @ 0xee643900                                                          |           16 |            16
|  |  |  |  |- transactionManagerCache java.util.concurrent.ConcurrentHashMap @ 0xee643910                                            |           64 |     2,784,320
|  |  |  |  |  |- <class> class java.util.concurrent.ConcurrentHashMap @ 0xe0002928 System Class                                      |          136 |           616
|  |  |  |  |  |- table java.util.concurrent.ConcurrentHashMap$Node[16] @ 0xee643950                                                  |           80 |     2,784,256
|  |  |  |  |  |  |- <class> class java.util.concurrent.ConcurrentHashMap$Node[] @ 0xe00c82d8                                         |            0 |             0
|  |  |  |  |  |  |- [10] java.util.concurrent.ConcurrentHashMap$Node @ 0xee6439a0                                                    |           32 |     2,784,176
|  |  |  |  |  |  |  |- <class> class java.util.concurrent.ConcurrentHashMap$Node @ 0xe0253a50 System Class                           |            0 |             0
|  |  |  |  |  |  |  |- key java.lang.String @ 0xee2f4da8  transactionManager                                                         |           24 |            80
|  |  |  |  |  |  |  |- val org.springframework.orm.hibernate5.HibernateTransactionManager @ 0xee6439c0                               |           56 |     2,784,144

The package org.springframework.context.* is imported with the security versionrange instead of the springframework versionrange. This is a simple copy/paste typo in template.mf, line *17:

org.springframework.context.*;version="${secRange}";resolution:=optional

should be

org.springframework.context.*;version="${springRange}";resolution:=optional

Various potential attacks have been reported which rely on the deserialization of the SecurityContext/Authentication combination used by this class.
Realistically, a remote client should be limited to providing simple user/credentials information which is not automatically deserialized into instances of framework classes. The Authentication object should only be created in the server VM.

I've occasionally seen test failures in the mixed domain tests when a testsuite cannot start because the slave HC can't register due to an NPE on the master:
http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=82653&tab=buildResultsDiv&buildTypeId=WildFlyCore_PullRequest_WildFlyCoreFullIntegration
Critical log details:

&amp#27;[0m16:16:15,252 INFO  [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1
&amp#27;[0m&amp#27;[0m16:16:15,363 INFO  [org.jboss.as.process.Host Controller.status] (main) JBAS012017: Starting process 'Host Controller'
&amp#27;[0m[Host Controller] &amp#27;[0m16:16:15,871 INFO  [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,015 INFO  [org.jboss.msc] (main) JBoss MSC version 1.1.5.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,068 INFO  [org.jboss.as] (MSC service thread 1-4) JBAS015899: JBoss EAP 6.3.0.GA (AS 7.4.0.Final-redhat-19) starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,625 INFO  [org.xnio] (MSC service thread 1-2) XNIO Version 3.0.10.GA-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,629 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.0.10.GA-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,657 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version (unknown)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m16:16:16,705 INFO  [org.jboss.as.remoting] (MSC service thread 1-2) JBAS017100: Listening on [::1]:19999&amp#27;[0m
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] ServerIdentity{name=server-one, host=slave, server-group=other-server-group} status is starting
[Host Controller] &amp#27;[0m&amp#27;[31m16:16:17,913 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 50) WFLYCTL0013: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.registry.OperationTransformerRegistry$1.getResourceTransformer(OperationTransformerRegistry.java:83)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.transform.ResourceTransformationContextImpl.resolveTransformer(ResourceTransformationContextImpl.java:235)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:285)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChildren(ResourceTransformationContextImpl.java:254)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.transform.ResourceTransformer$1.transformResource(ResourceTransformer.java:53)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.transform.description.TransformingDescription$3.invokeNext(TransformingDescription.java:161)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.transform.description.AttributeTransformationRule.transformResource(AttributeTransformationRule.java:103)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.transform.description.TransformingDescription.transformResource(TransformingDescription.java:167)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.transform.ResourceTransformationContextImpl.processChild(ResourceTransformationContextImpl.java:289)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.transform.TransformersImpl.transformRootResource(TransformersImpl.java:115)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.domain.controller.operations.ReadMasterDomainModelUtil.readMasterDomainResourcesForInitialConnect(ReadMasterDomainModelUtil.java:88)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.domain.controller.operations.ReadDomainModelHandler.execute(ReadDomainModelHandler.java:51)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1343)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:395)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:408)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.host.controller.DomainModelControllerService.access$900(DomainModelControllerService.java:175)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1229)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:424)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:334)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:230)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:465)&amp#27;[0m
[Host Controller] &amp#27;[31m    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)&amp#27;[0m
[Host Controller] &amp#27;[31m    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)&amp#27;[0m
[Host Controller] &amp#27;[31m    at java.lang.Thread.run(Thread.java:745)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.threads.JBossThread.run(JBossThread.java:320)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m16:16:17,935 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010900: Could not connect to remote domain controller at remote://[::1]:9999 -- 1-$-WFLYCTL0158: Operation handler failed: java.lang.NullPointerException&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[33m16:16:17,936 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) JBAS016581: No domain controller discovery options remain.&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[31m16:16:17,939 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010901: Could not connect to master. Aborting. Error was: java.lang.IllegalStateException: JBAS016519: Tried all domain controller discovery option(s) but unable to connect&amp#27;[0m

src/main/java/org/apache/commons/compress/archivers/zip/ZipArchiveEntry.java contains the following at line 380 in getMergedFields():

zipExtraFields[zipExtraFields.length] = unparseableExtra;

This will cause an ArrayIndexOutOfBoundsException when reached.
Note that Apache Ant inherited this bug with commit 2c04d7e, which is where I found it; a fix should be ported there too. (The class is called just ZipEntry there; full path: src/main/org/apache/tools/zip/ZipEntry.java)
The correct line is probably one of the following:

zipExtraFields[zipExtraFields.length - 1] = unparseableExtra;
zipExtraFields[extraFields.length] = unparseableExtra;

They should be equivalent because of the line immediately above line 380, which creates zipExtraFields as copy of extraFields that is one element longer. It might be worth noting that line 411 of ZipArchiveEntry uses zipExtraFields.length - 1, while line 411 of Ant's ZipEntry uses extraFields.length.

Method org.apache.hadoop.hbase.client.HBaseAdmin.execProcedure(String, String, Map) makes inefficient use of keySet iterator instead of entrySet iterator
Method org.apache.hadoop.hbase.client.HBaseAdmin.isProcedureFinished(String, String, Map) makes inefficient use of keySet iterator instead of entrySet iterator

In RecordReaderImpl, a MetadataReaderImpl object was being created (opening a file), but never closed, causing a leak. This change closes the Metadata object in RecordReaderImpl, and does substantial refactoring to make RecordReaderImpl testable:

Created DataReaderFactory and MetadataReaderFactory (plus default implementations) so that the create() methods can be mocked to verify that the objects are actually closed in RecordReaderImpl.close()
Created MetadataReaderProperties and DataReaderProperties to clean up argument lists, making code more readable
Created a builder() for RecordReaderImpl to make the code more readable
DataReader and MetadataReader now extend closeable (there was no reason for them not to in the first place) so I can use the guava Closer interface: http://docs.guava-libraries.googlecode.com/git/javadoc/com/google/common/io/Closer.html
Use the Closer interface to guarantee that regardless of if either close() call fails, both will be attempted (preventing further potential leaks)
Create builders for MetadataReaderProperties, DataReaderProperties, and RecordReaderImpl to help with code readability

Improve help message in module CLI operation:
module --help
--resources and --absolute-resources description contains example of path separator, example is java.io.File.pathSeparatorChar. This example could be confusing for EAP administrators without experience with java. It would be better to mention example for Windows and Linux OS:
So I suggest to replace this:
separated by a filesystem-specific path separator, i.e. java.io.File.pathSeparatorChar.
by something like this:
separated by a filesystem-specific path separator, i.e. '/' for Linux and '\' for Windows.
This help message is stored in WF-Core in /cli/src/main/resources/help/module.txt

The release plugin is unable to handle recursive properties and is failing on 

<version.wildfly-swarm>${project.version}</version.wildfly-swarm>

with:

Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.5.3:prepare (default-cli) on project wildfly-swarm: The artifact (org.wildfly.swarm:wildfly-swarm-plugin) requires a different version (2018.1.0) than what is found (${project.version}) for the expression (version.wildfly-swarm) in the project (org.wildfly.swarm.howto:howto-parent).

Up until 3.1.2, we were able to create a LocalEntityManagerFactoryBean that was dependent on classes declared using @Configurable. It seems that the fix for SPR-9857 inadvertently broke this behaviour.

Error: [[48;5;16;38;5;226;1mtest_truncate_preserve_should_empty_a_table(Hbase::AdminMethodsTest)[[0m: NoMethodError: undefined method `parseColumn' for Java::OrgApacheHadoopHbase::KeyValue:Class
org/jruby/RubyBasicObject.java:1653:in `method_missing'
/home/hao/open_source/hbase/hbase-shell/src/main/ruby/hbase/table.rb:725:in `parse_column_name'
/home/hao/open_source/hbase/hbase-shell/src/main/ruby/hbase/table.rb:131:in `_put_internal'
/home/hao/open_source/hbase/hbase-shell/src/main/ruby/shell/commands/put.rb:49:in `put'
/home/hao/open_source/hbase/hbase-shell/src/main/ruby/shell/commands.rb:38:in `block in command_safe'
/home/hao/open_source/hbase/hbase-shell/src/main/ruby/shell/commands.rb:108:in `translate_hbase_exceptions'
/home/hao/open_source/hbase/hbase-shell/src/main/ruby/shell/commands.rb:38:in `command_safe'
/home/hao/open_source/hbase/hbase-shell/src/main/ruby/shell.rb:155:in `internal_command'
/home/hao/open_source/hbase/hbase-shell/src/main/ruby/hbase/table.rb:47:in `block in put'
src/test/ruby/hbase/admin_test.rb:291:in `block in test_truncate_preserve_should_empty_a_table'

The example description shows 
  hbase> scan '.META.'
  hbase> scan '.META.', 
{COLUMNS => 'info:regioninfo'}
But now meta is hbase:meta.  The same can be updated in the description for easy reference. 

No framework logic should depend on the value of ExitStatus - BatchStatus is fixed by the framework, but users can set the ExitStatus codes to what they like.

There is no validation for journal-buffer-size attribute. 
The following request shouldn't be successful:

[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default:write-attribute(name=journal-buffer-size, value=-8L
{
}
[standalone@localhost:9990 /] reload

15:11:57,787 ERROR [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ224000: Failure in initialisation: java.lang.IllegalArgumentException: initialCapacity: -8 (expectd: 0+)
	at io.netty.buffer.AbstractByteBufAllocator.validate(AbstractByteBufAllocator.java:196)
	at io.netty.buffer.AbstractByteBufAllocator.heapBuffer(AbstractByteBufAllocator.java:135)
	at io.netty.buffer.Unpooled.buffer(Unpooled.java:135)
	at org.apache.activemq.artemis.api.core.ActiveMQBuffers.fixedBuffer(ActiveMQBuffers.java:86)
	at org.apache.activemq.artemis.core.io.buffer.TimedBuffer.<init>(TimedBuffer.java:108)
	at org.apache.activemq.artemis.core.io.AbstractSequentialFileFactory.<init>(AbstractSequentialFileFactory.java:74)
	at org.apache.activemq.artemis.core.io.aio.AIOSequentialFileFactory.<init>(AIOSequentialFileFactory.java:77)
	at org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.<init>(JournalStorageManager.java:251)
	at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.createStorageManager(ActiveMQServerImpl.java:1421)
	at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.initialisePart1(ActiveMQServerImpl.java:1540)
	at org.apache.activemq.artemis.core.server.impl.LiveOnlyActivation.run(LiveOnlyActivation.java:61)
	at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.start(ActiveMQServerImpl.java:396)
	at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.start(JMSServerManagerImpl.java:381)
	at org.wildfly.extension.messaging.activemq.jms.JMSService.doStart(JMSService.java:199)
	at org.wildfly.extension.messaging.activemq.jms.JMSService.access$000(JMSService.java:63)
	at org.wildfly.extension.messaging.activemq.jms.JMSService$1.run(JMSService.java:97)

This issue can occur on other subsystem resources as well.

Update existing digest-auth tests in testsuite to cover issue described in JBEAP-13298.

The new testvector_reduce_groupby_duplicate_cols.q was introduced in HIVE-18258 but is misspelled in testconfiguration.properties:

-  vector_reduce_grpupby_duplicate_cols.q,\
+  vector_reduce_groupby_duplicate_cols.q,\

I noticed this because TestDanglingQOuts.checkDanglingQOut failed

4 issues with command arguments completion:
1) " " and "=false" shouldn't be proposed for argument without values (that is a regression introduced by the support of implicit true value).
2) arguments without values used to stop completion to operate. For example ls --resolve-expressions should complete to the argument separator " " if no more arguments can be added.
3) "=" character is not appended to argument that has a value (that is a regression introduced by the support of implicit true value).
4) Exception in read-attribute completing the node
read-attribute --node
org.jboss.as.cli.CommandFormatException: Couldn't locate ' --node=' in the line: 'read-attribute --node'
	at org.jboss.as.cli.handlers.ReadAttributeHandler.getAddress(ReadAttributeHandler.java:325)
	at org.jboss.as.cli.handlers.ReadAttributeHandler$2.canAppearNext(ReadAttributeHandler.java:114)
	at org.jboss.as.cli.impl.Console$Factory$1$1.complete(Console.java:141)
	at org.jboss.aesh.console.AeshCompletionHandler.complete(AeshCompletionHandler.java:150)
	at org.jboss.aesh.console.AeshInputProcessor.complete(AeshInputProcessor.java:420)
	at org.jboss.aesh.console.Console.processInternalOperation(Console.java:735)
	at org.jboss.aesh.console.Console.execute(Console.java:718)
	at org.jboss.aesh.console.Console$6.run(Console.java:627)

When looking at the 0.8.1 rc1, I discovered there were a set of empty Java files that were likely left over from using 'patch' without the -E.

jdbc/src/java/org/apache/hadoop/hive/jdbc/JdbcSessionState.java
ql/src/java/org/apache/hadoop/hive/ql/exec/ExprNodeIndexEvaluator.java
ql/src/java/org/apache/hadoop/hive/ql/exec/MapJoinObject.java
ql/src/java/org/apache/hadoop/hive/ql/exec/PathUtil.java
ql/src/java/org/apache/hadoop/hive/ql/exec/TypedBytesRecordReader.java
ql/src/java/org/apache/hadoop/hive/ql/plan/AlterPartitionProtectModeDesc.java
ql/src/java/org/apache/hadoop/hive/ql/plan/TouchDesc.java
ql/src/test/org/apache/hadoop/hive/ql/plan/TestAddPartition.java
serde/src/gen-java/org/apache/hadoop/hive/serde/test/Constants.java
shims/src/0.20/java/org/apache/hadoop/fs/ProxyFileSystem.java
shims/src/0.20/java/org/apache/hadoop/fs/ProxyLocalFileSystem.java

HIVE-11321 refactored orc table properties to OrcConf. The conversion of table properties to writer options skipped over orc.bloom.filter.column table property which broke bloom filter index creation.

When using bindy in CSV format with a separator in the model as "|" to denote a pipe character, then it does not work consistent for marshal and unmarshal. In marshal it will insert \ as separator, but it should use | instead.
See nabble
http://camel.465427.n5.nabble.com/bindy-different-behavior-between-marshal-and-unmarshal-with-pipe-separator-tp4798488p4798488.html

Resource plan triggers are supported in non-LLAP (tez container) mode. But fetching of resource plan happens only when hive.server2.tez.interactive.queue is set. For tez container mode, only triggers are applicable, so this queue dependency can be removed. 

The Thrift-generated Python code that deserializes Thrift objects fails whenever a complex type is used as a map key, because by default mutable Python objects such as lists do not have a hash function. See https://issues.apache.org/jira/browse/THRIFT-162 for related discussion.
The SkewedInfo struct contains a map which uses a list as a key, breaking the Python Thrift interface. It is not possible to specify the mapping from Thrift types to Python types, or otherwise we could map Thrift lists to Python tuples. Instead, the proposed workaround wraps the list inside a new struct. This alone does not accomplish anything, but allows Python clients to define a hash function for the struct class, e.g.:
def f(object):
    return hash(tuple(object.skewedValueList))
SkewedValueList._hash_ = f
In practice a more efficient hash might be defined that does not involve copying the list. The advantage of wrapping the list inside a struct is that the client does not have to define the hash on the list itself, which would change the behaviour of lists everywhere else in the code.

If the trailing slash is not included in the spring.yarn.applicationDir property then the relevant files are distributed to HDFS but they are not then localized to the appmaster/container.
There are two minor issues with this:

This could be automatically handled to allow the files to be localized correctly.
The only error is when launch_container.sh fails with Error: Unable to access jarfile, which does not help with identifying the issue.

The readLines method checks for CR. If found, it is not stored immediately, but a flag is set.
If the next char is an LF, the buffer is passed to the listener without the CR.
As soon as the next non-LF (and non-CR) character is received, the saved CR is written to the buffer.
The net result is that CR before LF migrates to the start of the next non-empty line, and repeated CRs are collapsed. This is clearly wrong.
The original code (before IO-274) used RandomAccessFile#readLine() which returns on CR, LF or CRLF.
It looks as though the intention was to retain this behaviour whilst not blocking.

Some fairly recent change in Hadoop 2.0.0-alpha has broken our MapReduce test rigging. Below is a representative error, can be easily reproduced with:

mvn -PlocalTests -Psecurity \
  -Dhadoop.profile=23 -Dhadoop.version=2.0.0-SNAPSHOT \
  clean test \
  -Dtest=org.apache.hadoop.hbase.mapreduce.TestTableMapReduce

And the result:

 T E S T S
Running org.apache.hadoop.hbase.mapreduce.TestTableMapReduce
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 54.292 sec <<< FAILURE!

Test set: org.apache.hadoop.hbase.mapreduce.TestTableMapReduce
testMultiRegionTable(org.apache.hadoop.hbase.mapreduce.TestTableMapReduce)  Time elapsed: 21.935 sec  <<< ERROR!
	at org.apache.hadoop.yarn.exceptions.impl.pb.YarnRemoteExceptionPBImpl.unwrapAndThrowException(YarnRemoteExceptionPBImpl.java:135)
	at org.apache.hadoop.yarn.api.impl.pb.client.ClientRMProtocolPBClientImpl.getNewApplication(ClientRMProtocolPBClientImpl.java:134)
	at org.apache.hadoop.mapred.ResourceMgrDelegate.getNewJobID(ResourceMgrDelegate.java:183)
	at org.apache.hadoop.mapred.YARNRunner.getNewJobID(YARNRunner.java:216)
	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:339)
	at org.apache.hadoop.mapreduce.Job$11.run(Job.java:1226)
	at org.apache.hadoop.mapreduce.Job$11.run(Job.java:1223)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1232)
	at org.apache.hadoop.mapreduce.Job.submit(Job.java:1223)
	at org.apache.hadoop.mapreduce.Job.waitForCompletion(Job.java:1244)
	at org.apache.hadoop.hbase.mapreduce.TestTableMapReduce.runTestOnTable(TestTableMapReduce.java:151)
	at org.apache.hadoop.hbase.mapreduce.TestTableMapReduce.testMultiRegionTable(TestTableMapReduce.java:129)
	at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:81)
Caused by: com.google.protobuf.ServiceException: java.net.ConnectException: Call From acer.localdomain/192.168.122.1 to 0.0.0.0:8032 failed on connection exception: java.net.ConnectException: Connection refused; For more details see:  http://wiki.apache.org/hadoop/ConnectionRefused
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:188)
	at $Proxy89.getNewApplication(Unknown Source)
	at org.apache.hadoop.yarn.api.impl.pb.client.ClientRMProtocolPBClientImpl.getNewApplication(ClientRMProtocolPBClientImpl.java:132)
	... 45 more
Caused by: java.net.ConnectException: Call From acer.localdomain/192.168.122.1 to 0.0.0.0:8032 failed on connection exception: java.net.ConnectException: Connection refused; For more details see:  http://wiki.apache.org/hadoop/ConnectionRefused
	at org.apache.hadoop.net.NetUtils.wrapException(NetUtils.java:725)
	at org.apache.hadoop.ipc.Client.call(Client.java:1160)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:185)
	... 47 more
	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:592)
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:522)
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:487)
	at org.apache.hadoop.ipc.Client$Connection.setupConnection(Client.java:469)
	at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:563)
	at org.apache.hadoop.ipc.Client$Connection.access$2000(Client.java:212)
	at org.apache.hadoop.ipc.Client.getConnection(Client.java:1266)
	at org.apache.hadoop.ipc.Client.call(Client.java:1136)
	... 48 more

CamelJobs rely on some endpoints LRU cache from camel context. If i'm not wrong, since LRU Cache relies on SoftReferences, Garbage Collector can decide to evict some entries and especially QuartzEndpoints.
It happens that sometimes endpoints evicted from LRU Caches are QuartzEndpoints. Since QuartzEnpoints are searched from CamelJob in LRU cache, they are not reachable anymore.
The side effect, is that CamelJob isntance initializes a new QuartzEndpoint, but loadbalancer is not initialized since it is initialized from QuartzConsumer.
The result is that quartz triggers jobs that instanciate Quartz endpoints with unintialized load balancers which are unable to call processor from the routes associated.
I have joined a fix that rely on the search of QuartzEndpoints from initalized routes of Camel context.
Fundamentally, the search of endpoints should not rely on endpoints LRU cache. It is a broken design.
Hope it helps.
By the way, there are other issues related to QuartzEndpoint load balancer initalization: If quartz starts before startup of Camel routes you will have the same issue: Correctly initialized QuartzEndpoints are not in LRU cache since Camel has not started routes (and so endpoints and consumers). Quartz will trigger job, and camel job will search for QuartzEndpoint and put it in LRUCache with uninitialized load balancer.

Dynamic partition inserts which result in no partitions (either because the input is empty or all input rows are filtered out) will fail because stats cannot be collected if hive.stats.reliable=true.

      // TODO: For LLAP, assumption is off-heap cache.
      final long memoryUsedPerExecutor = (memoryMXBean.getHeapMemoryUsage().getUsed() / numExecutors);
      // this is total free memory available per executor in case of LLAP
      totalFreeMemory = conf.getMaxMemoryAvailable() - memoryUsedPerExecutor;

exec.TopNHash: isTez parameters -615768144 = 5312782848 - 71142611912 / 12

This turns off the TopNHash entirely causing something trivial like 

select c_custkey, count(1) from customer group by c_custkey limit 10;

To shuffle 30M rows instead of 10.

E.g. the following query fails with an NPE
CREATE VIEW test_view1 AS SELECT * FROM src;
CREATE VIEW test_view2 AS SELECT * FROM test_view1;
SELECT COUNT FROM test_view1 a JOIN test_view2 b ON a.key = b.key;

The scan method is not thread safe when using a filter list. A concurrent call on the endpoint will produce wrong values because the same FilterList is used between threads. Cloning the passed filter list solve the problem.

Conditions that lead to the issue:
1. Execution engine set to MapReduce
2. Partition columns have different types
3. Both static and dynamic partitions are used in the query
4. Dynamically generated partitions require merge
Result: Final data is loaded to "_HIVE_DEFAULT_PARTITION_".
set hive.exec.dynamic.partition.mode=strict;
set hive.optimize.sort.dynamic.partition=false;
set hive.merge.mapfiles=true;
set hive.merge.mapredfiles=true;
create external table sdp (
  dataint bigint,
  hour int,
  req string,
  cid string,
  caid string
)
fields terminated by ',';
load data local inpath '../../data/files/dynpartdata1.txt' into table sdp;
load data local inpath '../../data/files/dynpartdata2.txt' into table sdp;
...
load data local inpath '../../data/files/dynpartdataN.txt' into table sdp;
create table tdp (cid string, caid string)
partitioned by (dataint bigint, hour int, req string);
insert overwrite table tdp partition (dataint=20150316, hour=16, req)
select cid, caid, req from sdp where dataint=20150316 and hour=16;
select * from tdp order by caid;
show partitions tdp;
Example of the input file:
20150316,16,reqA,clusterIdA,cacheId1            
20150316,16,reqB,clusterIdB,cacheId2         
20150316,16,reqA,clusterIdC,cacheId3          
20150316,16,reqD,clusterIdD,cacheId4        
20150316,16,reqA,clusterIdA,cacheId5      
clusterIdA      cacheId1        20150316        16      _HIVE_DEFAULT_PARTITION_ 
clusterIdA      cacheId1        20150316        16      _HIVE_DEFAULT_PARTITION_
clusterIdB      cacheId2        20150316        16      _HIVE_DEFAULT_PARTITION_
clusterIdC      cacheId3        20150316        16      _HIVE_DEFAULT_PARTITION_
clusterIdD      cacheId4        20150316        16      _HIVE_DEFAULT_PARTITION_
clusterIdA      cacheId5        20150316        16      _HIVE_DEFAULT_PARTITION_
clusterIdD      cacheId8        20150316        16      _HIVE_DEFAULT_PARTITION_
clusterIdB      cacheId9        20150316        16      _HIVE_DEFAULT_PARTITION_                                                                                        
dataint=20150316/hour=16/req=_HIVE_DEFAULT_PARTITION_          

This is a follow up of HBASE-9161.  Currently, if a region is in transition, we ignore any unexpected zk assign event and log a warning. For example, a zk closing event will be ignored if the region is pending open actually.  However, if the region is not in transition, we will accept such events.  For events not related to split/merge, we should ignore them and log a warning too, to tighten up the region state transition.  During normal operation, this (ensuring region is in transition before accepting transition related events) is fine.  During master failover, this is fine as long as we don't do region transition bypass ZK.  We should also make sure to watch assignment znodes after user region states are recovered, so that we don't log many such warnings.

HIVE-7174 makes the avro schema change to match avro definition, while it breaks the compatibility if the file is generated from the previous Hive although the file schema from the file for such decimal is not correct based on avro definition. We should allow to read old file format "precision" : "4", "scale": "8", but when we write, we should write in the new format.

Our tests are collecting a tremendous amounts of logs:

[root@ip-10-152-185-204 TestRCFile]# pwd
/data/hive-ptest/logs/PreCommit-HIVE-TRUNK-Build-2709/succeeded/TestRCFile
[root@ip-10-152-185-204 TestRCFile]# ls -lh hive.log 
-rw-r--r-- 1 hiveptest hiveptest 143M Feb  8 03:54 hive.log

Much of this logging is due to stack traces printed at DEBUG. 

2015-02-08 00:54:07,942 DEBUG [main]: lazy.LazyDouble (LazyDouble.java:init(55)) - Data not in the Double data type range so converted to null. Given data is :
java.lang.NumberFormatException: empty String
        at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1011)
        at java.lang.Double.parseDouble(Double.java:540)
        at org.apache.hadoop.hive.serde2.lazy.LazyDouble.init(LazyDouble.java:51)
        at org.apache.hadoop.hive.serde2.columnar.ColumnarStructBase$FieldInfo.uncheckedGetField(ColumnarStructBase.java:111)
        at org.apache.hadoop.hive.serde2.columnar.ColumnarStructBase.getFieldsAsList(ColumnarStructBase.java:224)
        at org.apache.hadoop.hive.serde2.objectinspector.ColumnarStructObjectInspector.getStructFieldsDataAsList(ColumnarStructObjectInspector.java:76)
        at org.apache.hadoop.hive.serde2.columnar.ColumnarSerDe.serialize(ColumnarSerDe.java:144)
        at org.apache.hadoop.hive.ql.io.TestRCFile.partialReadTest(TestRCFile.java:598)
        at org.apache.hadoop.hive.ql.io.TestRCFile.testWriteAndPartialRead(TestRCFile.java:417)
        at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
        at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)

2015-02-08 00:54:17,992 DEBUG [main]: lazy.LazyPrimitive (LazyPrimitive.java:logExceptionMessage(81)) - Data not in the INT data type range so converted to null. Given data is :
java.lang.Exception: For debugging purposes
	at org.apache.hadoop.hive.serde2.lazy.LazyPrimitive.logExceptionMessage(LazyPrimitive.java:81)
	at org.apache.hadoop.hive.serde2.lazy.LazyInteger.init(LazyInteger.java:59)
	at org.apache.hadoop.hive.serde2.columnar.ColumnarStructBase$FieldInfo.uncheckedGetField(ColumnarStructBase.java:111)
	at org.apache.hadoop.hive.serde2.columnar.ColumnarStructBase.getField(ColumnarStructBase.java:172)
	at org.apache.hadoop.hive.serde2.objectinspector.ColumnarStructObjectInspector.getStructFieldData(ColumnarStructObjectInspector.java:67)
	at org.apache.hadoop.hive.ql.io.TestRCFile.testSimpleReadAndWrite(TestRCFile.java:232)

I think we should disable logging for LazyPrimitive, LazyDouble, and friends for tests. I think we'd do that here:
https://github.com/apache/hive/blob/trunk/ql/src/main/resources/hive-exec-log4j.properties
and
https://github.com/apache/hive/blob/trunk/data/conf/hive-log4j.properties

WebHCat E2E test TestHive_7 failed because percentComplete wasn't returned as expected.

check_job_percent_complete failed. got percentComplete "map 0% reduce 0%",  expected  "map 100% reduce 100%"

So, there are two problems here.

The log parsing is broken for status of percentComplete. In the stderr of the job we see:

Starting Job = job_1393486488858_0691, Tracking URL = http://ambari-sec-1393480847-others-2-4.cs1cloud.internal:8088/proxy/application_1393486488858_0691/
Kill Command = /usr/lib/hadoop/bin/hadoop job  -kill job_1393486488858_0691
Hadoop job information for Stage-1: number of mappers: 1; number of reducers: 0
2014-02-27 18:40:50,166 Stage-1 map = 0%,  reduce = 0%
2014-02-27 18:40:56,599 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 0.87 sec
2014-02-27 18:40:57,656 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 0.87 sec
2014-02-27 18:40:58,706 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 0.87 sec
MapReduce Total cumulative CPU time: 870 msec
Ended Job = job_1393486488858_0691
Job 0: Map: 1   Cumulative CPU: 0.87 sec   HDFS Read: 305 HDFS Write: 0 SUCCESS
Total MapReduce CPU Time Spent: 870 msec

The assumption in the code is that the line containing the percent status will end after "reduce = \d+%" but that fails with the above.
The last status from Hive job is "map = 100%,  reduce = 0%" instead of expected "map = 100%,  reduce = 100%".

SingletonPartitionTestCase fails with security manager because of missing permission ServerPermission("useServiceRegistry"):

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."SingletonPartitionTestCase.war".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."SingletonPartitionTestCase.war".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "SingletonPartitionTestCase.war"
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.jboss.as.server.security.ServerPermission" "useServiceRegistry")" in code source "(vfs:/content/SingletonPartitionTestCase.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.SingletonPartitionTestCase.war" from Service Module Loader")
	at org.jboss.as.server.deployment.service.SecuredServiceRegistry.checkPermission(SecuredServiceRegistry.java:51)
	at org.jboss.as.server.deployment.service.SecuredServiceRegistry.getRequiredService(SecuredServiceRegistry.java:32)
	at org.jboss.as.test.clustering.cluster.singleton.partition.SingletonServiceActivator.activate(SingletonServiceActivator.java:56)
	... 5 more

ServerPermission("getCurrentServiceContainer") is also required.

See new Hibernate properties at https://github.com/hibernate/hibernate-orm/commit/809e3cf4b9eda5c8922bb8a04292dbd29aa3c793.
New properties that influence entity class transformation are:

hibernate.enhancer.enableDirtyTracking
hibernate.enhancer.enableLazyInitialization
hibernate.enhancer.enableAssociationManagement
If any of the above properties are true, it is the same as the application setting jboss.as.jpa.classtransformer=true.

Unlike the annotations of inner-type methods, field annotations are not written out.

CompressorStreamFactory was immutable prior to 1.5; r1453945 broke immutability. It's also no longer thread-safe because the field decompressConcatenated is not safely published.
It would be possible to make it thread-safe by making the field volatile.
It could be made conditionally immutable by using the same technique as suggested in COMPRESS-302, in preparation for removing the method setDecompressConcatenated in a future API-break release.

Reduce task timed out because CommonJoinOperator.genUniqueJoinObject took too long to finish without reporting progress.
This timeout happened when reducer.close() is called in ReduceTask.java.
CommonJoinOperator.genUniqueJoinObject() called by reducer.close() will loop over every row in the AbstractRowContainer. This can take a long time if there are a large number or rows, and during this time, it does not report progress. If this runs for long enough more than "mapreduce.task.timeout", ApplicationMaster will kill the task for failing to report progress.
we configured "mapreduce.task.timeout" as 10 minutes. I captured the stack trace in the 10 minutes before AM killed the reduce task at 2016-07-15 07:19:11.
The following three stack traces can prove it:
at 2016-07-15 07:09:42:

"main" prio=10 tid=0x00007f90ec017000 nid=0xd193 runnable [0x00007f90f62e5000]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:272)
        at org.apache.hadoop.fs.RawLocalFileSystem$LocalFSFileInputStream.read(RawLocalFileSystem.java:154)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:275)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:334)
        - locked <0x00000007deecefb0> (a org.apache.hadoop.fs.BufferedFSInputStream)
        at java.io.DataInputStream.read(DataInputStream.java:149)
        at org.apache.hadoop.fs.FSInputChecker.readFully(FSInputChecker.java:436)
        at org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker.readChunk(ChecksumFileSystem.java:252)
        at org.apache.hadoop.fs.FSInputChecker.readChecksumChunk(FSInputChecker.java:276)
        at org.apache.hadoop.fs.FSInputChecker.fill(FSInputChecker.java:214)
        at org.apache.hadoop.fs.FSInputChecker.read1(FSInputChecker.java:232)
        at org.apache.hadoop.fs.FSInputChecker.read(FSInputChecker.java:196)
        - locked <0x00000007deecb978> (a org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker)
        at java.io.DataInputStream.readFully(DataInputStream.java:195)
        at org.apache.hadoop.io.DataOutputBuffer$Buffer.write(DataOutputBuffer.java:70)
        at org.apache.hadoop.io.DataOutputBuffer.write(DataOutputBuffer.java:120)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:2359)
        - locked <0x00000007deec8f70> (a org.apache.hadoop.io.SequenceFile$Reader)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:2491)
        at org.apache.hadoop.mapred.SequenceFileRecordReader.next(SequenceFileRecordReader.java:82)
        - locked <0x00000007deec82f0> (a org.apache.hadoop.mapred.SequenceFileRecordReader)
        at org.apache.hadoop.hive.ql.exec.persistence.RowContainer.nextBlock(RowContainer.java:360)
        at org.apache.hadoop.hive.ql.exec.persistence.RowContainer.next(RowContainer.java:267)
        at org.apache.hadoop.hive.ql.exec.persistence.RowContainer.next(RowContainer.java:74)
        at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.genUniqueJoinObject(CommonJoinOperator.java:644)
        at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.checkAndGenObject(CommonJoinOperator.java:750)
        at org.apache.hadoop.hive.ql.exec.JoinOperator.endGroup(JoinOperator.java:256)
        at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.close(ExecReducer.java:284)
        at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:453)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1671)

at 2016-07-15 07:15:35

        at java.util.zip.CRC32.updateBytes(Native Method)
        at java.util.zip.CRC32.update(CRC32.java:65)
        at org.apache.hadoop.fs.FSInputChecker.verifySums(FSInputChecker.java:316)
        at org.apache.hadoop.fs.FSInputChecker.readChecksumChunk(FSInputChecker.java:279)
        - locked <0x00000007d68db510> (a org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker)
        - locked <0x00000007d68d8b68> (a org.apache.hadoop.io.SequenceFile$Reader)
        - locked <0x00000007d68d7f08> (a org.apache.hadoop.mapred.SequenceFileRecordReader)

at 2016-07-15 07:19:10

        - locked <0x00000007df731218> (a org.apache.hadoop.fs.BufferedFSInputStream)
        - locked <0x00000007df72dc20> (a org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker)
        - locked <0x00000007df72b278> (a org.apache.hadoop.io.SequenceFile$Reader)
        - locked <0x00000007df72a618> (a org.apache.hadoop.mapred.SequenceFileRecordReader)
        at org.apache.hadoop.hive.ql.exec.persistence.RowContainer.nextBlock(RowContainer.java:373)

You can see all three stack traces show CommonJoinOperator.genUniqueJoinObject was called by ExecReducer.close.

See https://github.com/eclipse/microprofile-metrics/issues/170#issuecomment-358585265
The output must not contain characters that Prometheus does not like.
From https://prometheus.io/docs/concepts/data_model/#metric-names-and-labels : 
"[a-zA-Z_:][a-zA-Z0-9_:]*"
MicroProfile Spec does not explicitly state this yet (but will in a future revision, see https://github.com/eclipse/microprofile-metrics/pull/214 )

HIVE-445 replaced jpox jars with upgraded versions. this is JIRA is to fix the .classpath so that eclipse works.

In the default hbase-env.sh in trunk, there's a section for lines you can uncomment to enable JDWP remote debugging:

    # Enable remote JDWP debugging of major HBase processes. Meant for Core Developers 
    # export HBASE_MASTER_OPTS=" -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8070"
    # export HBASE_REGIONSERVER_OPTS="$HBASE_REGIONSERVER_OPTS -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8071"
    # export HBASE_THRIFT_OPTS="$HBASE_THRIFT_OPTS -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8072"
    # export HBASE_ZOOKEEPER_OPTS="$HBASE_ZOOKEEPER_OPTS -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8073"

However, this is wrong (at least, if you're starting from local source), because somewhere in the chain of start-hbase.sh, it sources hbase-env.sh more than once, which has the effect of including these options twice, which makes the JVM barf on startup, saying
"ERROR: Cannot load this JVM TI agent twice, check your java command line for duplicate jdwp options. Error occurred during initialization of VM; agent library failed to init: jdwp".
Removing the first re-included instance of $HBASE_MASTER_OPTS (etc.) solves the problem. This should either be changed in the default or these scripts shouldn't source hbase-env.sh multiple times I think.

Given ACID table T against which some Insert/Update/Delete has been executed but not Major Compaction.
This table will have some number of delta files.  (and possibly base files).
Given a query: select * from T where c1 = 5;
OrcRawRecordMerger() c'tor currently disables predicate pushdown in ORC to the delta file via  eventOptions.searchArgument(null, null);
When a delta file is known to only have Insert events we can safely push the predicate.  
ORC maintains stats in a footer which have counts of insert/update/delete events in the file - this can be used to determine that a given delta file only has Insert events.
See OrcRecordUpdate.parseAcidStats()
This will enable PPD for Streaming Ingest (HIVE-5687) use cases which by definition only generate Insert events. 
PPD for deltas with arbitrary types of events can be achieved but it is more complicated and will be addressed separately.

Protocol properties are never applied, the check for applying properties is done on the legacy resource that only registers operation tranformation on old the old property address.
Original report:

When the JGroups subsystem is configured to use TCPPING, the following error occurs when deploying a distributable app:

14:50:11,930 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.jgroups.channel.ee: org.jboss.msc.service.StartException in service jboss.jgroups.channel.ee: java.security.PrivilegedActionException: java.lang.Exception: Property assignment of initial_hosts in TCPPING with original property value null and converted to null could not be assigned
	at org.wildfly.clustering.jgroups.spi.service.ChannelBuilder.start(ChannelBuilder.java:79)
Caused by: java.security.PrivilegedActionException: java.lang.Exception: Property assignment of initial_hosts in TCPPING with original property value null and converted to null could not be assigned
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:638)
	at org.jboss.as.clustering.jgroups.JChannelFactory.createChannel(JChannelFactory.java:99)
	at org.wildfly.clustering.jgroups.spi.service.ChannelBuilder.start(ChannelBuilder.java:77)
	... 5 more
Caused by: java.lang.Exception: Property assignment of initial_hosts in TCPPING with original property value null and converted to null could not be assigned
	at org.jgroups.stack.Configurator.resolveAndAssignField(Configurator.java:1153)
	at org.jgroups.stack.Configurator.createLayer(Configurator.java:444)
	at org.jgroups.stack.Configurator.createProtocols(Configurator.java:398)
	at org.jgroups.stack.Configurator.setupProtocolStack(Configurator.java:90)
	at org.jgroups.stack.Configurator.setupProtocolStack(Configurator.java:57)
	at org.jgroups.stack.ProtocolStack.setup(ProtocolStack.java:477)
	at org.jgroups.JChannel.init(JChannel.java:854)
	at org.jgroups.JChannel.<init>(JChannel.java:159)
	at org.jboss.as.clustering.jgroups.JChannelFactory$1.run(JChannelFactory.java:96)
	at org.jboss.as.clustering.jgroups.JChannelFactory$1.run(JChannelFactory.java:93)
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:634)
	... 7 more
Caused by: java.lang.Exception: Conversion of initial_hosts in TCPPING with original property value null failed
	at org.jgroups.conf.PropertyHelper.getConvertedValue(PropertyHelper.java:84)
	at org.jgroups.stack.Configurator.resolveAndAssignField(Configurator.java:1147)
	... 17 more
	at java.util.StringTokenizer.<init>(StringTokenizer.java:199)
	at java.util.StringTokenizer.<init>(StringTokenizer.java:221)
	at org.jgroups.util.Util.parseCommaDelimitedHosts(Util.java:2650)
	at org.jgroups.conf.PropertyConverters$InitialHosts.convert(PropertyConverters.java:67)
	at org.jgroups.conf.PropertyHelper.getConvertedValue(PropertyHelper.java:81)
	... 18 more

When I running the test which need to call the ExpressionDefinition toString method, I found the expression is

    simple{bodyAs(java.lang.String.class)bodyAs[java.lang.String]}

We need to avoid adding the expression when the ExpressionDefinition has the expression value.

I have updated our codebase to spring 4.1 and had some problems. 
I am working with MySQL 5.6 and latest driver (5.1.32) and JDK8.  The block below from JdbcUtils is throwing an exception at line `return rs.getObject(index, requiredType);`

			if (getObjectWithTypeAvailable) {
				try {
					return rs.getObject(index, requiredType);
				}
				catch (SQLFeatureNotSupportedException ex) {
					logger.debug("JDBC driver does not support JDBC 4.1 'getObject(int, Class)' method", ex);
				}
				catch (AbstractMethodError err) {
					logger.debug("JDBC driver does not implement JDBC 4.1 'getObject(int, Class)' method", err);
				}
			}
			// Fall back to getObject without type specification...
			return getResultSetValue(rs, index);

I have also evaluated last statement which is working as expected.

    return getResultSetValue(rs, index);

Here is the details: 

ERROR [2014-09-10 12:44:55,993] com.clovify.lyso.guava.OptionalExtractorFactory: guava extractor expcetion: 
! java.sql.SQLException: Conversion not supported for type xxx.enums.Gender
! at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1094) ~[mysql-connector-java-5.1.31.jar:na]
! at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:997) ~[mysql-connector-java-5.1.31.jar:na]
! at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:983) ~[mysql-connector-java-5.1.31.jar:na]
! at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:928) ~[mysql-connector-java-5.1.31.jar:na]
! at com.mysql.jdbc.ResultSetImpl.getObject(ResultSetImpl.java:5121) ~[mysql-connector-java-5.1.31.jar:na]
! at com.mysql.jdbc.JDBC4ResultSet.getObject(JDBC4ResultSet.java:542) ~[mysql-connector-java-5.1.31.jar:na]
! at org.springframework.jdbc.support.JdbcUtils.getResultSetValue(JdbcUtils.java:197) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.BeanPropertyRowMapper.getColumnValue(BeanPropertyRowMapper.java:311) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.BeanPropertyRowMapper.mapRow(BeanPropertyRowMapper.java:249) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:93) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:60) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:705) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:641) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! ... 69 common frames omitted
! Causing: org.springframework.dao.TransientDataAccessResourceException: PreparedStatementCallback; SQL [SELECT * FROM USER WHERE EMAIL = ?]; Conversion not supported for type xxx.enums.Gender; nested exception is java.sql.SQLException: Conversion not supported for type xxx.enums.Gender
! at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:108) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:73) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:657) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:692) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:719) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:769) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]
! at org.springframework.jdbc.core.namedparam.NamedParameterJdbcTemplate.queryForObject(NamedParameterJdbcTemplate.java:211) ~[spring-jdbc-4.1.0.RELEASE.jar:4.1.0.RELEASE]

Is there any information I can provide?

FileUtils.readFileToString has changed it's behavior to make a call from IOUtils.toByteArray(in) to IOUtils.toByteArray(in, file.length()) in FileUtils.readFileToString. This is a regression because if the file.length = 0, then it will return 0. According to the javadocs for File#length, it is possible to return 0 if it is a System dependent entities, so even though the File.length might return 0, the stream is still open and  
Steps to reproduce (Ubuntu):
1. Execute nohup sleep 10000 & in a terminal, and get the process id of the sleep command (ps -ef | grep sleep).
2. Call FileUtils.readFileToString(new File("/proc/$PID/environ")); where $PID is the process ID from step 1.
You will notice that in 2.0.1 it returns several elements, however in 2.1 it will return nothing.
See nicolas de loof's comment in https://github.com/apache/commons-io/commit/53a40a6d9dcaaa616b404255406edc30fe2d524c.

Looking at http://docs.wildfly-swarm.io/2018.4.1/#_microprofile, it seems that

MP Config uses config keys swarm.micro-profile-config.*
MP Health uses swarm.health.* (no mention of MP at all)
MP JWT uses swarm.microprofile.jwtauth.*
and in https://github.com/wildfly-swarm/wildfly-swarm/pull/872, we're adding config keys for MP Fault Tolerance, looking like swarm.micro-profile-faulttolerance.*

This is wildly inconsistent and should be unified. We already have config key aliases so that anyone that could have depended on the old keys doesn't break.
Personally, I like the JWT scheme most: swarm.microprofile.<spec>.*. But most important is we pick a single scheme and use it for all.

As commented in https://reviews.apache.org/r/38862/diff/5?file=1102759#file1102759line786 , the function Hive.getFieldsFromDeserializerForMsStorage is ignoring the deserializer passed to it and it is taking from the table instead.
However, for the call to the function from Partition.java , that is not the right behavior. The partition can potentially have a different deserializer.

File naming strategies are notified of a used codec, but right now codec is set before strategies thus information is lost.
Current problem is in ctor of OutputStoreObjectSupport.

Overview
I guess it all works when the annotation is @ContextConfiguration but when it is a composed annotation (i.e., an annotation meta-annotated with @ContextConfiguration) then the test framework all goes a bit haywire. I think if this bug were fixed then custom annotations composed with @ContextConfiguration would pick up the default context locations or configuration classes automatically. As things stand they don't, and there's no workaround as far as I can tell.
Analysis
ContextConfigurationAttributes has a declaringClass attribute that looks as if it is supposed to contain the test class. ContextLoaderUtils.resolveContextConfigurationAttributes(Class) loses that information somehow, maybe by using the declaringClass instead of the rootDeclaringClass of the AnnotationDescriptor it is working with, or maybe because the ContextConfigurationAttributes needs a new property for the rootDeclaringClass (my guess is the former because who would need the meta-annotation class)?
Further Analysis
The same problem applies to the @ContextHierarchy processing code, and a similar problem exists for the invocation of ActiveProfilesResolver instances (see SPR-11467).
Consequences
One consequence is that there is no way for a ContextLoader (or SmartContextLoader) to access the declaring test class to discover default resource locations or configuration classes when @ContextConfiguration is used as a meta-annotation.

If an ApplicationContext contains BeanDefinition instances for a type MyComponent<T> and you try to wire it to an injection point that explictly refers to a type parameter (e.g. MyComponent<String>) you currently get a NoSuchBeanDefinitionException.

Currently the audit log shows the AS version number instead of the EAP version. Example:
Feb 13 07:55:43 efjkffglk000000719 syslogappname[553]: 2014-02-13 07:55:43 - {"type" : "core", "r/o" : false, "booting" : false, "version" : "7.3.0.Final-redhat-14", "user" : "$local", "domainUUID" : null, "access" : "NATIVE", "remote-address" : "10.10.10.250/10.10.10.250", "success" : true, "ops" : [{"address" : [
{ "host" : "master" }
,
{ "core-service" : "management" }
,
{ "access" : "audit" }
,
{ "logger" : "audit-log" }
], "operation" : "write-attribute", "name" : "enabled", "value" : false, "operation-headers" : {"caller-type" : "user", "access-mechanism" : "NATIVE", "domain-uuid" : "fead80e4-690d-4bcf-af71-ecaf30f98381", "push-to-servers" : null}}]}
"version" : "7.3.0.Final-redhat-14"
This should show:
"version" : "6.2.1.GA" 
There's a request that it show something like "6.2 CP01" but that is a patch file name, not a software version, and is unknown to the software.

When you declare in camel context
<camel:endpoint id="cache1" uri="cache:cache1" />
<camel:endpoint id="cache2" uri="cache:cache2" />
<camel:endpoint id="cache3" uri="cache:cache3" />
CamelCacheProducer produce systematically  in same cache because in CacheComponent, CacheConfiguration is modified by method createEndpoint
CamelCacheProducer.java

        if (LOG.isTraceEnabled()) {
            LOG.trace("Cache Name: " + config.getCacheName());
        }

        if (cacheManager.cacheExists(config.getCacheName())) {
                LOG.trace("Found an existing cache: " + config.getCacheName());
                LOG.trace("Cache " + config.getCacheName() + " currently contains "
                        + cacheManager.getCache(config.getCacheName()).getSize() + " elements");
            }
            cache = cacheManager.getCache(config.getCacheName());
        } else {
            cache = new Cache(config.getCacheName(),
                    config.getMaxElementsInMemory(),
                    config.getMemoryStoreEvictionPolicy(),
                    config.isOverflowToDisk(),
                    config.getDiskStorePath(),
                    config.isEternal(),
                    config.getTimeToLiveSeconds(),
                    config.getTimeToIdleSeconds(),
                    config.isDiskPersistent(),
                    config.getDiskExpiryThreadIntervalSeconds(),
                    null);
            cacheManager.addCache(cache);
            if (LOG.isDebugEnabled()) {
                LOG.debug("Added a new cache: " + cache.getName());
            }
        }

        String key = exchange.getIn().getHeader(CacheConstants.CACHE_KEY, String.class);
        String operation = exchange.getIn().getHeader(CacheConstants.CACHE_OPERATION, String.class);

        if (operation == null) {
            throw new CacheException("Operation not specified in the message header [" + CacheConstants.CACHE_KEY + "]");
        }
        if ((key == null) && (!operation.equalsIgnoreCase(CacheConstants.CACHE_OPERATION_DELETEALL))) {
            throw new CacheException("Cache Key is not specified in message header header or endpoint URL.");
        }

        performCacheOperation(exchange, operation, key);
    }

CacheComponent.java

   public class CacheComponent extends DefaultComponent {
    private CacheConfiguration config;
    private CacheManagerFactory cacheManagerFactory = new CacheManagerFactory();
    
    public CacheComponent() {
        config = new CacheConfiguration();
    }

    public CacheComponent(CamelContext context) {
        super(context);
    }

    @Override
    protected Endpoint createEndpoint(String uri, String remaining, Map parameters) throws Exception {
        config.parseURI(new URI(uri));
        
        CacheEndpoint cacheEndpoint = new CacheEndpoint(uri, this, config, cacheManagerFactory);
        setProperties(cacheEndpoint.getConfig(), parameters);
        return cacheEndpoint;
    }

    public CacheManagerFactory getCacheManagerFactory() {
        return cacheManagerFactory;
    }

    public void setCacheManagerFactory(CacheManagerFactory cacheManagerFactory) {
        this.cacheManagerFactory = cacheManagerFactory;
    }

    @Override
        ServiceHelper.startService(cacheManagerFactory);
    }

    @Override
        ServiceHelper.stopService(cacheManagerFactory);
        super.doStop();
    }
}

The resolution could be in CacheComponent
    @Override
        CacheConfiguration   config = new CacheConfiguration();
        
    }

A java.io.NotSerializableException is thrown when the ehCache which backs EhCacheBasedAclCache decides that it needs to overflow to disk.
As a workaround I have configured the ehCache to NOT overflow to disk by setting setOverflowToDisk(boolean) to false in the spring config of the EhCacheFactoryBean.  This hides the problem and stops my logs filling up with not serializable exceptions, but shouldn't be considered a fix.
A snippet of the exception is shown below.
2007-08-14 13:58:55,458 ERROR [net.sf.ehcache.store.DiskStore] - <aclCacheCache: Failed to write element to disk 'org.acegisecurity.acls.objectidentity.ObjectIdentityImpl[Java Type: class com.my.code.MyAclProtectedObject; Identifier: 11102]'. Initial cause was org.acegisecurity.acls.domain.AclAuthorizationStrategyImpl>
java.io.NotSerializableException: org.acegisecurity.acls.domain.AclAuthorizationStrategyImpl
The exception occurs because AclImpl (the class of the object being cached) implements Serializable, but not all of it's member variables do, and the member variables which do not implement Serializable are not declared as transient.
Member var                                                                      Serializable   
Acl parentAcl                                                                    yes
AclAuthorizationStrategy aclAuthorizationStrategy           no
AuditLogger auditLogger                                                  no
List aces                                                                           yes  (but contents AccessControlEntry are not)
ObjectIdentity objectIdentity                                             yes
Serializable id                                                                    yes
Sid owner                                                                          no
Sid[] loadedSids                                                                no
boolean entriesInheriting                                                  yes
My thoughts are that the classes of serveral of these member variables (e.g. SID and AccessControlEntry) should implement serializable, but other such as AuditLogger and AclAuthorizationStratagy probably should not, and as such either be removed from the AclImpl class, or declared as transient.  If declared as transient the EhCacheBasedAclCache would need to inject these properties back into AclImpls when they are retrieved from the cache, is this always possible i.e. can we always guarantee that there will be only one AclAuthorizationStrategy being used?
I'd be happy to help anyone resolve this problem, but will be unavailable from mid September to end October 2007.

Check packagesToScan for null in LocalSessionFactoryBuilder.scanPackages. 'packagesToScan' is not required to be set in XML-based configuration.

The defalult value is set to true. Should have been false
see http://camel.465427.n5.nabble.com/disabeling-loadStatistics-td5746709.html

Vectorized GROUP BY does not support DISTINCT aggregation functions.

Hi,
I'm using Hibernate to map the tables of our database and some of them are audited with Envers (@Audited on the entity class). To solve the same problem that is described in DATAJPA-885, I switched to the latest snapshot (1.11.0).
I'm now getting a NullPointerException at the start of the application on the table_AUD classes generated by Hibernate. The NPE is because the javaType of the _AUD EmbeddableTypeImpl object is null.

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'jpaMappingContext': Invocation of init method failed; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1578)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:753)
	at sgcib.ged.bcs.spring.SpringLauncher.launch(SpringLauncher.java:57)
	at sgcib.ged.bcs.spring.SpringLauncher.launch(SpringLauncher.java:38)
	at sgcib.ged.bcs.spring.SpringLauncher.launch(SpringLauncher.java:26)
	at sgcib.ged.bcs.reflex.server.ReflexServer.main(ReflexServer.java:13)
	at org.springframework.data.jpa.mapping.JpaPersistentPropertyImpl.isEntity(JpaPersistentPropertyImpl.java:161)
	at org.springframework.data.mapping.model.AbstractPersistentProperty.getPersistentEntityType(AbstractPersistentProperty.java:129)
	at org.springframework.data.jpa.mapping.JpaPersistentPropertyImpl.getPersistentEntityType(JpaPersistentPropertyImpl.java:133)
	at org.springframework.data.mapping.context.AbstractMappingContext$PersistentPropertyCreator.createAndRegisterProperty(AbstractMappingContext.java:488)
	at org.springframework.data.mapping.context.AbstractMappingContext$PersistentPropertyCreator.doWith(AbstractMappingContext.java:446)
	at org.springframework.util.ReflectionUtils.doWithFields(ReflectionUtils.java:689)
	at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:314)
	at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:276)
	at org.springframework.data.mapping.context.AbstractMappingContext.initialize(AbstractMappingContext.java:392)
	at org.springframework.data.jpa.repository.config.JpaMetamodelMappingContextFactoryBean.createInstance(JpaMetamodelMappingContextFactoryBean.java:73)
	at org.springframework.data.jpa.repository.config.JpaMetamodelMappingContextFactoryBean.createInstance(JpaMetamodelMappingContextFactoryBean.java:26)
	at org.springframework.beans.factory.config.AbstractFactoryBean.afterPropertiesSet(AbstractFactoryBean.java:134)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1637)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1574)
	... 15 more

How do I solve this problem? Is this a problem in Hibernate?

branch-2 is now being used for 2.3.0 development. The build files will need to reflect this change.

In NettyRpcServer, numOpenConnections metric is set to -1 when zero server channel exist.

@Override
 public int getNumOpenConnections() {
 // allChannels also contains the server channel, so exclude that from the count.
 return allChannels.size() - 1;
 }

 We should not decrease the channel size by 1 when zero server channel exist.

Using a class that extends AbstractListAggregationStrategy to rebuild a List after the completion of the split cause the body not to be replaced by the agregated list at the end of the split.
In other words (AbstractListAggregationStrategy.onCompletion(Exchange exchange) is never called.
Here is what I do :
from(HANDLE_A_LIST)//
            .split(body(), new ListAggregationStrategy())// body is an arrayList of String
            .to("log:foo")//
            .end()// end split
            // the body is a string instead of a List
            .end()// end route
class ListAggregationStrategy extends AbstractListAggregationStrategy<String>
    {
        @Override
        public String getValue(Exchange exchange)
        {
            return exchange.getIn().getBody();
        }
    }
As workaround, I use .setBody(property(Exchange.GROUPED_EXCHANGE)) after the end of the split.

Spring social 1.0.0.RELEASE documentation at:
There is a wrong return value specified for method:
void signIn(String userId, Connection<?> connection, NativeWebRequest request);
String signIn(String userId, Connection<?> connection, NativeWebRequest request);

callIntenal() has 
        // We can't eliminate stripes if there are deltas because the
        // deltas may change the rows making them match the predicate.
but in Acid 2.0, the deltas only have delete events thus eliminating stripes from  "base" of split should be safe.
cc Gopal V

I'm getting a NullPointerException in Restlet when I use the Restlet component as a client.  I set up a Route that's something like:
from(endpointUri).setExchangePattern(ExchangePattern.InOut)
    .to("restlet:http://localhost:9000/whatever")
    .process(new SomeProcessor());
When I hit this route, I gett a NullPointerException at com.noelios.restlet.http.HttpConverter.getLogger().  Ultimately, it's trying to warn me about some headers that Restlet is going to ignore.  I see that when the RestletProducer creates the Restlet Client, it doesn't set a context (which is the object that's null, causing the NPE).  If I simply hack in:
client.setContext(new Context());
after the client is instantiated, it works.

HttpBasicAuthentication is using the org.apache.commons.codec.binary.Base64 library for Base64 encoding. This library is included in Android, but is not supported, and is not listed in the Android API reference. It will most likely be available to an application, however it is not guaranteed to be present on a given Android device. Android Froyo (2.2) and newer include a supported Base64 library, android.util.Base64. However, earlier versions do not. To support Eclair (2.1) devices we'll need to include a third party library.

Parallel purge in ObjectPool is meaningless and will cause contention issue since ReferenceQueue#poll has synchronization (source code shown below)

    public Reference<? extends T> poll() {
        if (head == null)
        synchronized (lock) {
            return reallyPoll();
        }
    }

We observed threads blocking on the purge method while using offheap bucket cache, and we could easily reproduce this by testing the 100% cache hit case in bucket cache with enough reading threads.
We propose to add a purgeLock and use tryLock to avoid parallel purge.

The jpa resource should advertise org.hibernate.envers module as an optional runtime package.

Seems there is something wrong in fix for SWS-525 (r1427 on svn), saaj version doesn't get resolved well in case where a SOAP message's envelope has a body with elements that reference a non-declared namespace/prefix like in following:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
      <ndns:DoSomethingRequest/>
Such messages would previously (with SWS 1.5.7) result in SOAP Fault with Server faultcode and faultstring:
Could not access envelope: Unable to create envelope from given source: ; nested exception is com.sun.xml.internal.messaging.saaj.SOAPExceptionImpl: Unable to create envelope from given source:
while now (with SWS 1.5.8) a HTTP error 500 is returned with following stack trace:
java.lang.IllegalStateException: Could not find SAAJ on the classpath
	at org.springframework.ws.soap.saaj.SaajSoapMessage.getImplementation(SaajSoapMessage.java:261)
	at org.springframework.ws.soap.saaj.SaajSoapMessage.<init>(SaajSoapMessage.java:84)
	at org.springframework.ws.soap.saaj.SaajSoapMessage.<init>(SaajSoapMessage.java:70)
	at org.springframework.ws.soap.saaj.SaajSoapMessageFactory.createWebServiceMessage(SaajSoapMessageFactory.java:168)
	at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:86)
	at org.springframework.ws.transport.http.WebServiceMessageReceiverHandlerAdapter.handle(WebServiceMessageReceiverHandlerAdapter.java:57)
	at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:230)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:511)
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:96)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1148)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:387)
	at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
	at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:879)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747)
	at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
even though saaj api and impl 1.3 are on the path.

Having a domain with a single server group and two eap hosts (all on localhost), following system property cause server to fail on startup:
<property name="org.jbpm.designer.perspective" value="${org.jbpm.designer.perspective:full}"/>
The problem occurs only in definition with possibility to override default value - <property name="X" value="${Y:default}"/>, where X = Y
Please see the error message in attached server log excerpt.
More interesting is the fact that the issue shows with domain mode only, standalone mode works with properties defined as above.

insert into statement works as expected when the target table is not prefixed with database name.  It does append correctly.
However, if I specify a database name prefixing the target table, the statement just overwrites instead of appends:
insert into table my_database.target select * from source;

SimpleRegionNormalizer needs to have better heuristics to trigger merge operation. SimpleRegionNormalizer is not able to trigger a merge action if the table's smallest region has neighboring regions that are larger than table's average region size, whereas there are other smaller regions whose combined size is less than the average region size. 
For example, 

Consider a table with six region, say r1 to r6.
Keep r1 as empty and create some data say, 100K rows of data for each of the regions r2, r3 and r4. Create smaller amount of data for regions r5 and r6, say about 27K rows of data.
Run the normalizer. Verify the number the regions for that table and also check the master log to see if any merge action was triggered as a result of normalization.

In such scenario, it would be better to have a merge action triggered for those two smaller regions r5 and r6 even though either of them is not the smallest one

This doesn't comply with our wiki: https://cwiki.apache.org/confluence/display/Hive/StatsDev#StatsDev-Examples

Create a table with 1000 splits, after the region assignemnt, kill the regionserver wich contains META table.
Here few regions are missing after the log splitting and region assigment. HBCK report shows multiple region holes are got created.
Same scenario was verified mulitple times in 0.92.1, no issues.

when running hive on hadoop23, mapreduce_stack_trace.q and mapreduce_stack_trace_turnoff.q are having inconsistent error code diffs:
[junit] diff -a /home/cloudera/Code/hive/build/ql/test/logs/clientnegative/mapreduce_stack_trace.q.out /home/cloudera/Code/hive/ql/src/test/results/clientnegative/mapreduce_stack_trace.q.out
[junit] < FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.MapRedTask
[junit] > FAILED: Execution Error, return code 20000 from org.apache.hadoop.hive.ql.exec.MapRedTask. Unable to initialize custom script.
[junit] diff -a /home/cloudera/Code/hive/build/ql/test/logs/clientnegative/mapreduce_stack_trace_turnoff.q.out /home/cloudera/Code/hive/ql/src/test/results/clientnegative/mapreduce_stack_trace_turnoff.q.out
[junit] 5c5
[junit] —
[junit] > FAILED: Execution Error, return code 20000 from org.apache.hadoop.hive.ql.exec.MapRedTask. Unable to initialize custom script
The error code 20000(which indicates unable to initialize custom script) could not be retrieved. 

After upgrading a project from Spring 3.1.4 to 4.1.6, values set from property files via PropertyFactoryBean do not get converted to the destination type anymore.
Sample:
content of enum.properties
level.warn=WARN
level.info=INFO
level.error=ERROR
enum Level 
{ WARN, INFO, ERROR }

class TestBean {
	private Map<String,Level> levelMap;
	public void setLevelMap( Map<String,Level> levelMap ) 
{
		this.levelMap = levelMap;
	}
}
Instead of the expected value type Level a map with String values is set by spring.

When an application uses a CachingConnectionFactory it will encounter the issue shown in this stack trace if the underlying connection is killed AND the client tries to use the JMS Session object:
Caused by: javax.jms.IllegalStateException: Session is closed
		 at com.tibco.tibjms.TibjmsxSessionImp.getTransacted(TibjmsxSessionImp.java:4837)
		 at org.springframework.jms.connection.CachingConnectionFactory$CachedSessionInvocationHandler.logicalClose(CachingConnectionFactory.java:398)
		 at org.springframework.jms.connection.CachingConnectionFactory$CachedSessionInvocationHandler.invoke(CachingConnectionFactory.java:298)
		 at $Proxy30.close(Unknown Source)
		 at com.mycorp.client.core.ServiceProxyImpl.handleDisconnect(ServiceProxyImpl.java:226)
		 at com.mycorp.client.core.ServiceProxyImpl.sendRequest(ServiceProxyImpl.java:180)
		 ... 29 more
One of my teammates was able to reproduce this by killing the Connection at the broker (Tibco v8) after exercising the software so that the cache contained some sessions.
We're using "reconnectOnException=true" (the default for CachingConnectionFactory).
I don't see any code in the CachingConnectionFactory that would catch exceptions thrown by javax.jms.Session.getTransacted(). It seems that the client should be able to successfully return a bad proxied session to the pool by calling ProxiedSession.close() and the pool should not ever hand that session out again.
Maybe I don't properly understand the responsibilities assigned to the code that's using the CachingConnectionFactory but I don't see a good way to handle this scenario from the client code's perspective. You don't want multiple threads discovering that they're holding a bad session and each one calling resetConnection() since they'd step on each other.
The code that throws the exception shown in the stack trace above appears to exist in all spring-jms versions after v2.5.5.
The code in question was introduced as part of this enhancement: https://jira.spring.io/browse/SPR-5031

Question about log numbers -> Closing current log writer hdfs://10.0.0.1:9000/gfs_storage/hadoop-root/hbase/log_10.0.0.3_1201900440436_60020/hlog.dat.024
What happens when the log get to hlog.dat.999

The logic to detect duplicate route ids, causes the route ids to be included as consumer urls which the validate goal will regard as unknown component.

Until unions are implemented print message asking user to run on MR instead of failing on the backend.

Instantiating class JavaMailSenderImpl causes a method-not-found exception for Session.getInstance(properties);
This is because this method does not exist in the version of mail.jar included in the lib/ext directory of the version 1.3 JDK packaged with WebSphere 3.5. 
The fix is to change the method call to Session.getInstance(properties(), null); 
There are two locations that require changing - near line 86 and line 124

The countdown latch in MainSupport is not completed when Main is stopping.
Then we have a hanging thread. Can bee seen using ctrl + \

wildfly-elytron_1_0.xsd includes typo aggregateProivdersType.

In Hive 0.13.0, hive-default.xml.template:

gives the wrong default values for hive.auto.convert.join (HIVE-3297) & hive.stats.dbclass (HIVE-6500)
omits hive.server2.authentication.ldap.Domain & hive.server2.session.hook
lists hive.metastore.integral.jdo.pushdown twice

so fix these errors in 0.13.1 and trunk.

The module is a standalone file, and it's under Python license that is compatible with Apache. In the long term we should probably just move LlapServiceDriver code entirely to Java, as right now it's a combination of part-py, part-java.

If the FileConsumer preMove setting is used, then files are picked up the first time only, as the original file name is added to the in progress repository, whereas the new file name is removed from the in progress repository (though nothing is actually removed as the new file name is not in the in progress repository).
This causes a few problems:
i) If the maxMessagePerPoll is used, then messages not processed the first time are never picked up again.
ii) If the intention is to reprocess the same file, or a new file with the same name, then it will never be picked up again after the first time.
iii)  As the wrong file names are removed from the in progress repository, it results in a slow memory leak in the in progress repository.

While working on HBASE-3492 I came across another oddity with manual splits:

hbase(main):003:0> split 'testtable'                                                                                                                 
0 row(s) in 3.0590 seconds

hbase(main):004:0> scan '.META.', { COLUMNS => ['info:regioninfo'] }                                                                                 
ROW                                       COLUMN+CELL                                                                                                            
 testtable,,1296545855212.5e4ef9631cacb6b column=info:regioninfo, timestamp=1296545855770, value=REGION => {NAME => 'testtable,,1296545855212.5e4ef9631cacb6b2c6c
 2c6c338140c53cad4.                       338140c53cad4.', STARTKEY => '', ENDKEY => 'row-mdc', ENCODED => 5e4ef9631cacb6b2c6c338140c53cad4, TABLE => {{NAME => '
                                          testtable', FAMILIES => [{NAME => 'cf1', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPRESSION 
                                          => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}, {NAME => 'cf2', BLOO
                                          MFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZE => 
                                          '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}]}}                                                                
 testtable,row-mdc,1296545855212.46e57f0c column=info:regioninfo, timestamp=1296545855774, value=REGION => {NAME => 'testtable,row-mdc,1296545855212.46e57f0ca4eb
 a4eba8d3e5bef6365159a660.                a8d3e5bef6365159a660.', STARTKEY => 'row-mdc', ENDKEY => '', ENCODED => 46e57f0ca4eba8d3e5bef6365159a660, TABLE => {{NA
                                          ME => 'testtable', FAMILIES => [{NAME => 'cf1', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPR
                                          ESSION => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}, {NAME => 'cf2
                                          ', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647', BLOCKS
                                          IZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}]}}                                                         
2 row(s) in 0.6690 seconds

hbase(main):005:0> split 'testtable'                                
0 row(s) in 0.4030 seconds

hbase(main):006:0> split 'testtable'

ERROR: org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hbase.NotServingRegionException: Region is not online: testtable,,1296545855212.5e4ef9631cacb6b2c6c338140c53cad4.
        at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegion(HRegionServer.java:2376)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.splitRegion(HRegionServer.java:2196)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:309)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1057)

Split entire table or pass a region to split individual region.  With the 
second parameter, you can specify an explicit split key for the region.  
Examples:
    split 'tableName'
    split 'regionName' # format: 'tableName,startKey,id'
    split 'tableName', 'splitKey'
    split 'regionName', 'splitKey'

It takes minutes for this to clear out eventually. Why is this not retried or flushed out right away?
A few minutes  later I see this in the logs:

2011-02-01 08:42:42,062 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted daughter reference testtable,,1296545879295.dfcc24e02e27e60160612dd5398cbd1e., qualifier=splitA, from parent testtable,,1296545855212.5e4ef9631cacb6b2c6c338140c53cad4.
2011-02-01 08:42:42,064 DEBUG org.apache.hadoop.hbase.ipc.HBaseRPC: Call: getRegionInfo 1
2011-02-01 08:42:42,064 DEBUG org.apache.hadoop.hbase.ipc.HBaseRPC: Call: delete 0
2011-02-01 08:42:42,064 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted daughter reference testtable,row-dau,1296545879295.4073eb6c82755aab57778af2dba39e22., qualifier=splitB, from parent testtable,,1296545855212.5e4ef9631cacb6b2c6c338140c53cad4.
2011-02-01 08:42:42,064 DEBUG org.apache.hadoop.hbase.master.CatalogJanitor: Deleting region testtable,,1296545855212.5e4ef9631cacb6b2c6c338140c53cad4. because daughter splits no longer hold references
2011-02-01 08:42:42,065 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: DELETING region file:/tmp/hbase-larsgeorge/hbase/testtable/5e4ef9631cacb6b2c6c338140c53cad4
2011-02-01 08:42:42,067 DEBUG org.apache.hadoop.hbase.ipc.HBaseRPC: Call: getRegionInfo 1
2011-02-01 08:42:42,067 DEBUG org.apache.hadoop.hbase.ipc.HBaseRPC: Call: delete 0
2011-02-01 08:42:42,067 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted region testtable,,1296545855212.5e4ef9631cacb6b2c6c338140c53cad4. from META
2011-02-01 08:42:42,069 DEBUG org.apache.hadoop.hbase.ipc.HBaseRPC: Call: getRegionInfo 0
2011-02-01 08:42:42,070 DEBUG org.apache.hadoop.hbase.ipc.HBaseRPC: Call: delete 1
2011-02-01 08:42:42,071 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted daughter reference testtable,row-mdc,1296545879558.94cb351e5dd36c269247dd8a1a79373c., qualifier=splitA, from parent testtable,row-mdc,1296545855212.46e57f0ca4eba8d3e5bef6365159a660.
2011-02-01 08:42:42,073 DEBUG org.apache.hadoop.hbase.ipc.HBaseRPC: Call: getRegionInfo 1
2011-02-01 08:42:42,074 DEBUG org.apache.hadoop.hbase.ipc.HBaseRPC: Call: delete 1
2011-02-01 08:42:42,074 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted daughter reference testtable,row-seq,1296545879558.43c5ffe1ca7dd6d1374b7b7430a7d261., qualifier=splitB, from parent testtable,row-mdc,1296545855212.46e57f0ca4eba8d3e5bef6365159a660.
2011-02-01 08:42:42,074 DEBUG org.apache.hadoop.hbase.master.CatalogJanitor: Deleting region testtable,row-mdc,1296545855212.46e57f0ca4eba8d3e5bef6365159a660. because daughter splits no longer hold references
2011-02-01 08:42:42,074 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: DELETING region file:/tmp/hbase-larsgeorge/hbase/testtable/46e57f0ca4eba8d3e5bef6365159a660

The the next split call works while the subsequent ones fail again. In other words the split is dropped somewhere and picked up by the catalog classes later while the shell does not see the new daughter regions?
Even .META. is off

hbase(main):011:0> scan '.META.', { COLUMNS => ['info:regioninfo'] }
 testtable,,1296545879295.dfcc24e02e27e60 column=info:regioninfo, timestamp=1296546225693, value=REGION => {NAME => 'testtable,,1296545879295.dfcc24e02e27e601606
 160612dd5398cbd1e.                       12dd5398cbd1e.', STARTKEY => '', ENDKEY => 'row-dau', ENCODED => dfcc24e02e27e60160612dd5398cbd1e, OFFLINE => true, SPL
                                          IT => true, TABLE => {{NAME => 'testtable', FAMILIES => [{NAME => 'cf1', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0
                                          ', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE 
                                          => 'true'}, {NAME => 'cf2', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPRESSION => 'NONE', TT
                                          L => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}]}}                                
 testtable,,1296546225506.f3a53bfa1bfd5ae column=info:regioninfo, timestamp=1296546225763, value=REGION => {NAME => 'testtable,,1296546225506.f3a53bfa1bfd5ae6cbb
 6cbb0641d43f8a242.                       0641d43f8a242.', STARTKEY => '', ENDKEY => 'row-aaa', ENCODED => f3a53bfa1bfd5ae6cbb0641d43f8a242, TABLE => {{NAME => '
 testtable,row-aaa,1296546225506.4253ecd9 column=info:regioninfo, timestamp=1296546225761, value=REGION => {NAME => 'testtable,row-aaa,1296546225506.4253ecd9c94c
 c94c38b66bdf8cd17b07efcb.                38b66bdf8cd17b07efcb.', STARTKEY => 'row-aaa', ENDKEY => 'row-dau', ENCODED => 4253ecd9c94c38b66bdf8cd17b07efcb, TABLE 
                                          => {{NAME => 'testtable', FAMILIES => [{NAME => 'cf1', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3'
                                          , COMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}, {NAME 
                                          => 'cf2', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647',
                                           BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}]}}                                                  
 testtable,row-dau,1296545879295.4073eb6c column=info:regioninfo, timestamp=1296546225913, value=REGION => {NAME => 'testtable,row-dau,1296545879295.4073eb6c8275
 82755aab57778af2dba39e22.                5aab57778af2dba39e22.', STARTKEY => 'row-dau', ENDKEY => 'row-mdc', ENCODED => 4073eb6c82755aab57778af2dba39e22, OFFLIN
                                          E => true, SPLIT => true, TABLE => {{NAME => 'testtable', FAMILIES => [{NAME => 'cf1', BLOOMFILTER => 'NONE', REPLICATI
                                          ON_SCOPE => '0', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false
                                          ', BLOCKCACHE => 'true'}, {NAME => 'cf2', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPRESSION
                                           => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}]}}                  
 testtable,row-dau,1296546225769.529fdb6b column=info:regioninfo, timestamp=1296546225971, value=REGION => {NAME => 'testtable,row-dau,1296546225769.529fdb6bcca8
 cca8459349c81b518a24436b.                459349c81b518a24436b.', STARTKEY => 'row-dau', ENDKEY => 'row-gbo', ENCODED => 529fdb6bcca8459349c81b518a24436b, TABLE 
 testtable,row-gbo,1296546225769.374d4364 column=info:regioninfo, timestamp=1296546225968, value=REGION => {NAME => 'testtable,row-gbo,1296546225769.374d4364574a
 574ad1c5f522aa55b3d81586.                d1c5f522aa55b3d81586.', STARTKEY => 'row-gbo', ENDKEY => 'row-mdc', ENCODED => 374d4364574ad1c5f522aa55b3d81586, TABLE 
 testtable,row-mdc,1296545879558.94cb351e column=info:regioninfo, timestamp=1296545879815, value=REGION => {NAME => 'testtable,row-mdc,1296545879558.94cb351e5dd3
 5dd36c269247dd8a1a79373c.                6c269247dd8a1a79373c.', STARTKEY => 'row-mdc', ENDKEY => 'row-seq', ENCODED => 94cb351e5dd36c269247dd8a1a79373c, TABLE 
 testtable,row-seq,1296545879558.43c5ffe1 column=info:regioninfo, timestamp=1296546226107, value=REGION => {NAME => 'testtable,row-seq,1296545879558.43c5ffe1ca7d
 ca7dd6d1374b7b7430a7d261.                d6d1374b7b7430a7d261.', STARTKEY => 'row-seq', ENDKEY => '', ENCODED => 43c5ffe1ca7dd6d1374b7b7430a7d261, OFFLINE => tr
                                          ue, SPLIT => true, TABLE => {{NAME => 'testtable', FAMILIES => [{NAME => 'cf1', BLOOMFILTER => 'NONE', REPLICATION_SCOP
                                          E => '0', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOC
                                          KCACHE => 'true'}, {NAME => 'cf2', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPRESSION => 'NO
                                          NE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}]}}                         
 testtable,row-seq,1296546225975.c9188f86 column=info:regioninfo, timestamp=1296546226161, value=REGION => {NAME => 'testtable,row-seq,1296546225975.c9188f869822
 9822da3ff21215a98a99ff5a.                da3ff21215a98a99ff5a.', STARTKEY => 'row-seq', ENDKEY => 'row-vfk', ENCODED => c9188f869822da3ff21215a98a99ff5a, TABLE 
 testtable,row-vfk,1296546225975.682a4dbf column=info:regioninfo, timestamp=1296546226156, value=REGION => {NAME => 'testtable,row-vfk,1296546225975.682a4dbf9800
 980035dc379c6ccd7418cb08.                35dc379c6ccd7418cb08.', STARTKEY => 'row-vfk', ENDKEY => '', ENCODED => 682a4dbf980035dc379c6ccd7418cb08, TABLE => {{NA
10 row(s) in 0.2610 seconds

Look at the ENKDEYs.

The current defaults of hive.hmshandler.retry.attempts=1 and hive.hmshandler.retry.interval=1s are very small. In some cases one retry is not sufficient for successful command execution.
I have seen cases, specially after metastore being idle for sometime, when it takes 2 attempts for the db action to succeed. In this case, it as a Communications link failure/connection lost error.

In org.apache.commons.configuration.tree.xpath.XPathExpressionEngine line 178
            if (node.isAttribute())
            {
                buf.append(ATTR_DELIMITER);
            }

            if (node.isAttribute()) 
{
	buf.append(NODE_PATH_DELIMITERS);
            }

Using ATTR_DELIMITER will create key like element@attribute rather than element/@attribute and make config reload fail.

When there is case statement in group by, hive throws unable to vectorize exception.
e.g query just to demonstrate the problem

explain select l_partkey, case when l_commitdate between '2015-06-30' AND '2015-07-06' THEN '2015-06-30' END as wk from lineitem_test_l_shipdate_ts group by l_partkey, case when l_commitdate between '2015-06-30' AND '2015-07-06' THEN '2015-06-30' END;

org.apache.hadoop.hive.ql.metadata.HiveException: Could not vectorize expression: org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc

Vertex dependency in root stage
Reducer 2 <- Map 1 (SIMPLE_EDGE)

Stage-0
  Fetch Operator
    limit:-1
    Stage-1
      Reducer 2
      File Output Operator [FS_7]
        Group By Operator [GBY_5] (rows=888777234 width=108)
          Output:["_col0","_col1"],keys:KEY._col0, KEY._col1
        <-Map 1 [SIMPLE_EDGE]
          SHUFFLE [RS_4]
            PartitionCols:_col0, _col1
            Group By Operator [GBY_3] (rows=1777554469 width=108)
              Output:["_col0","_col1"],keys:_col0, _col1
              Select Operator [SEL_1] (rows=1777554469 width=108)
                Output:["_col0","_col1"]
                TableScan [TS_0] (rows=1777554469 width=108)
                  rajesh@lineitem_test_l_shipdate_ts,lineitem_test_l_shipdate_ts,Tbl:COMPLETE,Col:NONE,Output:["l_partkey","l_commitdate"]

\cc Matt McCline, Gopal V

spring-data-redis OSGi manifest to have wider range of slf4j import and not be locked down on a very specific patch release of slf4j 1.7.12
See also https://issues.apache.org/jira/browse/CAMEL-10363

Some of the CSVFormat.with* methods clear the header comments by just passing null to the constructor. Using header comments works only with set at last.

CoprocessorHost.java
// The Coprocessor.PRIORITY_SYSTEM should be replaced by priority
        this.coprocessors.add(loadInstance(implClass, Coprocessor.PRIORITY_SYSTEM, conf));
        LOG.info("System coprocessor " + className + " was loaded " +
            "successfully with priority (" + priority++ + ").");

In HMobStore we need to create a ZooKeeperWatcher for a major compaction.
There the conf of store is directly passed into the ZookeeperWatcher, this conf is a CompoundConfiguration.
In ZookeeperWatcher, this conf is converted into a Configuration by new Configuration(compoundConfiguration), and the zk-related conf are lost, only default settings are used by the zookeeper.
In the HMobStore, we should pass the region.getBaseConf() which is a Configuration to the ZookeeperWatcher.

ReflectiveAspectJAdvisorFactoryTests.testFailureWithoutExplicitDeclarePrecedence() can fail on certain JVM implementations.  This is because the test expects an illegal argument exception to be thrown and this is not always the case.
The test works with the following annotated class:

@Aspect
public static class NoDeclarePrecedenceShouldFail {
	@Pointcut("execution(int *.getAge())")
	public void getAge() {
	}

	@Before("getAge()")
	public void blowUpButDoesntMatterBecauseAroundAdviceWontLetThisBeInvoked() {
		throw new IllegalStateException();
	}

	@Around("getAge()")
	public int preventExecution(ProceedingJoinPoint pjp) {
		return 666;
	}
}

The class seems to imply that the @Around advice is always executed before the @Before advice and therefore, since the @Around advice does not continue, the exception does not matter.  Unfortunately the order of the advice is arbitrary as it depends on the order that methods are returned from ReflectionUtils.doWithMethods().
One possible solution is to modify ReflectiveAspectJAdvisorFactory.getAdvisors() to sort the method list before it is used, giving higher precedence to certain annotations.

12:01:56,218 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-3) ISPN000136: Error executing command RemoveCommand, writing keys [Sf8r85DK_NGB_rSVIogBvj6HJ9q5MLL6lf81KEz5]: org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.StackOverflowError] while invoking method [public void org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.removed(org.infinispan.notifications.cachelistener.event.CacheEntryRemovedEvent)] on listener instance: org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager@15b5cd92
	at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:291)
	at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:21)
	at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:309)
	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1234)
	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invokeNoChecks(CacheNotifierImpl.java:1229)
	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1206)
	at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryRemoved(CacheNotifierImpl.java:354)
	at org.infinispan.commands.write.RemoveCommand.notify(RemoveCommand.java:98)
	at org.infinispan.commands.write.RemoveCommand.performRemove(RemoveCommand.java:215)
	at org.infinispan.commands.write.RemoveCommand.perform(RemoveCommand.java:94)
	at org.infinispan.interceptors.CallInterceptor.handleDefault(CallInterceptor.java:124)
	at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:48)
	at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59)
	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.handleTxWriteCommand(TxDistributionInterceptor.java:283)
	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.visitRemoveCommand(TxDistributionInterceptor.java:96)
	at org.infinispan.interceptors.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:186)
	at org.infinispan.interceptors.CacheLoaderInterceptor.visitRemoveCommand(CacheLoaderInterceptor.java:171)
	at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:495)
	at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:560)
	at org.infinispan.interceptors.EntryWrappingInterceptor.visitRemoveCommand(EntryWrappingInterceptor.java:255)
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataWriteCommand(PessimisticLockingInterceptor.java:123)
	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitRemoveCommand(AbstractLockingInterceptor.java:72)
	at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:366)
	at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:230)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxWriteCommand(StateTransferInterceptor.java:306)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:288)
	at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:122)
	at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1672)
	at org.infinispan.cache.impl.CacheImpl.removeInternal(CacheImpl.java:557)
	at org.infinispan.cache.impl.CacheImpl.remove(CacheImpl.java:549)
	at org.infinispan.cache.impl.DecoratedCache.remove(DecoratedCache.java:458)
	at org.infinispan.cache.impl.AbstractDelegatingCache.remove(AbstractDelegatingCache.java:296)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:125)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:39)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:68)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:40)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:234)
	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:140)
	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:726)
	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:756)
	at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:760)
	at org.infinispan.commons.util.concurrent.jdk8backported.EquivalentConcurrentHashMapV8.get(EquivalentConcurrentHashMapV8.java:948)
	at org.infinispan.transaction.impl.TransactionTable.getOrCreateLocalTransaction(TransactionTable.java:411)
	at org.infinispan.context.TransactionalInvocationContextFactory.createInvocationContext(TransactionalInvocationContextFactory.java:71)
	at org.infinispan.context.TransactionalInvocationContextFactory.createInvocationContext(TransactionalInvocationContextFactory.java:63)
	at org.infinispan.cache.impl.CacheImpl.getInvocationContextForWrite(CacheImpl.java:738)
	at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:825)
	at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:810)
	at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:177)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:82)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:67)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:39)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:61)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.lambda$removed$26(InfinispanSessionManager.java:330)
	at org.wildfly.clustering.service.concurrent.StampedLockServiceExecutor.execute(StampedLockServiceExecutor.java:42)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.removed(InfinispanSessionManager.java:327)
	at sun.reflect.GeneratedMethodAccessor36.invoke(Unknown Source)
	at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:286)

AccessController contains a javadoc issue which fails HadoopQA on every new patch. (It was committed on master, branch-1.0 and branch-1)

The Quartz packaging for OSGi uses the following configuration:

<camel.osgi.export.pkg>
org.apache.camel.component.quartz.*,
org.apache.camel.routepolicy.quartz.*
</camel.osgi.export.pkg>

This gets concatenated as ${camel.osgi.export.pkg};${camel.osgi.version} and then fed to the Felix Bundle Plug-in.  The issue I am seeing is that only the second package gets versioned in the bundle manifest.  org.apache.camel.component.quartz is exported without a version.

The SQL std authorization config white list has mapred.job.queuename, it should be mapred.job.queue.name (see https://hadoop.apache.org/docs/r2.4.1/hadoop-project-dist/hadoop-common/DeprecatedProperties.html)

There is a TXN_TYPE field in TXNS table.
There is TxnHandler.TxnType with legal values.  It would be useful to TxnType a Thrift, add a new COMPACTION type object and allow setting it in OpenTxnRequest.
Since HIVE-20823 compactor starts a txn and should set this.
Down the road we may want to set READ_ONLY either based on parsing of the query or user input which can make TxnHandler.commitTxn faster.

In a test, half cluster(in terms of region servers) was down and some log replay had incurred chained RS failures(receiving RS of a log replay failed again). 
Since by default, we only allow 3 concurrent SSH handlers(controlled by 

this.executorService.startExecutorService(ExecutorType.MASTER_SERVER_OPERATIONS,conf.getInt("hbase.master.executor.serverops.threads", 3));

).
If all 3 SSH handlers are doing logReplay(blocking call) and one of receiving RS fails again then logReplay will hang because regions of the newly failed RS can't be re-assigned to another live RS(no ssh handler will be processed due to max threads setting) and existing log replay will keep routing replay traffic to the dead RS.
The fix is to submit logReplay work into a separate type of executor queue in order not to block SSH region assignment so that logReplay can route traffic to a live RS after retries and move forward. 

A bug of serial replication that if we remove a peer the replication thread will be interrupted. It is no need to stop the server.

The DelimitedLineTokenizer doesn't seem to gracefully handle lines that end with a quoted value that also has extra whitespaces after the closing quote. ie:
(whitespace replaced by _)
a,b,"c"_
returns c" as the string value at index 2.
a,b,"c"__
returns "c" as the string value at index 2.
I'll attach a patch that adds both test cases to the DelimitedLineTokenizerTests class.

The .libd file for Spring framework omits the Spring expressions bundle.
This breaks dm Server applications that import-library Spring and expect to access all the bundles of the Spring framework.

When debugging for HBASE-11234, I found that debugger encountered exception displaying the string value of KeyOnlyKeyValue.
It turns out that KeyOnlyKeyValue#toString() passes wrong offset to keyToString(): ROW_OFFSET should not be used.
Another bug is that getValueLength() shouldn't be called - it throws IllegalArgumentException.

CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/2318

HRegionServer: default to false
hbase-common/hbase-default.xml: true

The method anotated with @Schedule is executed repeatedly just before entering the day of daylight-saving time.

According to the RFC [1]:
Section 2.4

... Spaces are considered part
of a field and should not be ignored.
Also, the RFC does not mention that blank lines are to be ignored.
However, some of the alternate CSV "specifications" referenced by RFC 4180 do say that spaces are ignored.
I've not yet found a mention to say that blank lines are to be ignored.
[1] http://tools.ietf.org/html/rfc4180

that was fixed partially in HBASE-13331, but issue still exists , now a little bit deeper in the code.

The "web gwt all" command requires 2 parameters: proxy & request package locations.  If the developer chooses to put them in the top level package ie ~.proxy and ~.request the compiler will complain that it cannot find the source for these files.  Roo could add a line in ApplicationScaffold.gwt.xml <source path="request"/> and <source path="proxy"/>

This is a demanding unit test, which fails fairly often as software versions (JVM, Hadoop) and system load change. Currently when testing 0.98 branch I see this failure:

Failed tests:   testLogRollOnDatanodeDeath(org.apache.hadoop.hbase.regionserver.wal.TestLogRolling): LowReplication Roller should've been disabled, current replication=1

Could be a timing issue after the recent switch to Hadoop 2 as default build/test profile. Let's see if more leniency makes sense and if it can stabilize the test before disabling it.

Distributed log splitting manager is started before we wait for HDFS to be out of safe mode.  This leads to log splitting failure since HDFS can't replicate blocks to write the recovered edits.

orc_createas1.q  has the following two statements:

EXPLAIN SELECT * FROM orc_createas1b LIMIT 5;

SELECT * FROM orc_createas1b ORDER BY key LIMIT 5;

Since the pattern is:
EXPLAIN QUERY
QUERY
This is probably a mistake. We should add ORDER BY to the explain statement.

See https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/wildfly-swarm/jwiBt6zIGh8/pTwmLsj_CAAJ

The runtime value on a SQLOperationDisplay may be null, which may lead to NPEs on the web UI.

	at org.apache.hive.generated.hiveserver2.hiveserver2_jsp._jspService(hiveserver2_jsp.java:145)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:565)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:479)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:521)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1031)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:406)
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:186)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:965)
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:250)
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:111)
	at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:449)
	at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:910)
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:634)
	at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:230)
	at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:76)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:609)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:45)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:599)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:534)

Compiled jsp segment:

 124        out.print( conf.get(ConfVars.HIVE_SERVER2_WEBUI_MAX_HISTORIC_QUERIES.varname) );
   125        out.write(" Closed Queries</h2>\n<table id=\"attributes_table\" class=\"table table-striped\">\n    <tr>\n        <th>User Name</th>\n        <th>Query</th>\n        <th>Execution Engine</th>\n        <th>State</th>\n        <th>Opened (s)</th>\n        <th>Closed Timestamp</th>\n        <th>Latency (s)</th>\n        <th>Drilldown Link</th>\n    </tr>\n    ");
   126  
   127        queries = 0;
   128        operations = sessionManager.getOperationManager().getHistoricalSQLOperations();
   129        for (SQLOperationDisplay operation : operations) {
   130            queries++;
   131      
   132        out.write("\n    <tr>\n        <td>");
   133        out.print( operation.getUserName() );
   134        out.write("</td>\n        <td>");
   135        out.print( operation.getQueryDisplay() == null ? "Unknown" : operation.getQueryDisplay().getQueryString() );
   136        out.write("</td>\n        <td>");
   137        out.print( operation.getExecutionEngine() );
   138        out.write("\n        <td>");
   139        out.print( operation.getState() );
   140        out.write("</td>\n        <td>");
   141        out.print( operation.getElapsedTime()/1000 );
   142        out.write("</td>\n        <td>");
   143        out.print( operation.getEndTime() == null ? "In Progress" : new Date(operation.getEndTime()) );
   144        out.write("</td>\n        <td>");
   145        out.print( operation.getRuntime()/1000 );
   146        out.write("</td>\n        ");

Still trying to find a way to easily reproduce the issue.

I have
<task:annotation-driven executor="myExecutor" scheduler="myScheduler" />
<task:executor id="myExecutor" pool-size="${task.executors}" />
<task:scheduler id="myScheduler" pool-size="${task.schedulers}" />
${task.schedulers} gets resolved, ${task.executors} not
SchedulerBeanDefinitionParser uses
builder.addPropertyValue("poolSize", poolSize)
ExecutorBeanDefinitionParser parses the unresolved attribute
String poolSize = element.getAttribute("pool-size");

There was an issue in CXF, where the protocol headers were not stored in a case-insensitive manor. This lead to the problem of not being able to find some headers or finding some headers in duplicates at some CXF interceptors. This issue was fixed in CXF-3367 for CXF 2.3.4 and 2.4. It was fixed by not using the plain HashMap for storing the protocol headers. 
Currently (in trunk), camel-cxf's CxfHeaderHelper and DefaultCxfBinding seem to be using HashMap to create a new CXF's message instance and this can lead to the same issue.
In CXF, this issue was fixed by replacing the usage of HashMap<String, List<String>)() with that of TreeMap<String, List<String>>(String.CASE_INSENSITIVE_ORDER). This approach was chosen over an alternative approach that converts the header names into lowercase and store them a hashmap because there are typically a small number of entries and using a binary search in TreeMap seems appropriate in this use case.
I have prepared a patch for a similar change in camel-cxf's CxfHeaderHelper and DefaultCxfBinding and also prepared some unit test cases to verify the behavior.
Please take a look at this suggestion.
Thanks.
Regards, Aki

We got into a weird situation after hitting HBASE-3664 leaving almost half the region servers unable to open regions (we didn't kill the master but all RS were restarted).
Here's the relevant jstack from the region servers:

"regionserver60020-EventThread" daemon prio=10 tid=0x0000000041297800 nid=0x5c5 in Object.wait() [0x00007fbd2b7f6000]
	- waiting on <0x00007fbd4e1ac6d0> (a java.util.concurrent.atomic.AtomicBoolean)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMeta(CatalogTracker.java:328)
	- locked <0x00007fbd4e1ac6d0> (a java.util.concurrent.atomic.AtomicBoolean)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMetaServerConnectionDefault(CatalogTracker.java:363)
	at org.apache.hadoop.hbase.zookeeper.MetaNodeTracker.nodeDeleted(MetaNodeTracker.java:64)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker.nodeCreated(ZooKeeperNodeTracker.java:154)
	- locked <0x00007fbd4d7ab060> (a org.apache.hadoop.hbase.zookeeper.MetaNodeTracker)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker.nodeDataChanged(ZooKeeperNodeTracker.java:179)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:268)
	at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:530)
	at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:506)

Every server in that state cannot receive any ZK event. See how we first do a nodeDataChanged, then nodeCreated, then nodeDeleted. This is correlated in the logs:

2011-03-17 17:57:03,636 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: regionserver:60020-0x12d627b723e081f Received ZooKeeper Event, type=NodeDataChanged, state=SyncConnected, path=/hbase/unassigned/1028785192
2011-03-17 17:57:03,636 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: regionserver:60020-0x12d627b723e081f Unable to get data of znode /hbase/unassigned/1028785192 because node does not exist (not an error)
2011-03-17 17:57:03,637 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: regionserver:60020-0x12d627b723e081f Set watcher on existing znode /hbase/unassigned/1028785192
2011-03-17 17:57:03,637 INFO org.apache.hadoop.hbase.zookeeper.MetaNodeTracker: Detected completed assignment of META, notifying catalog tracker
2011-03-17 17:57:06,988 DEBUG org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation: Lookedup root region location, connection=org.

Node is updated, then is missing, than came back! The reason we're stuck is that CT.waitForMeta will wait forever:

     if (getMetaServerConnection(true) != null) {
        return metaLocation;
      }
      while(!stopped && !metaAvailable.get() &&
          (timeout == 0 || System.currentTimeMillis() < stop)) {
        metaAvailable.wait(timeout);
      }

So when it tried getMetaServerConnection the first time it didn't work, and then since the timeout is 0 then it waits. Even if it was looping, metaAvailable will never be true since we're already inside the event thread thus blocking any other event!
This is what happens when the RS then tries to update .META. after opening a region:

2011-03-17 17:59:06,557 DEBUG org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Interrupting thread Thread[PostOpenDeployTasks:f06b630822a161d0a8fe37481d851d05,5,main]
2011-03-17 17:59:06,557 WARN org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Exception running postOpenDeployTasks; region=f06b630822a161d0a8fe37481d851d05
org.apache.hadoop.hbase.NotAllMetaRegionsOnlineException: Interrupted
        at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMetaServerConnectionDefault(CatalogTracker.java:365)
        at org.apache.hadoop.hbase.catalog.MetaEditor.updateRegionLocation(MetaEditor.java:142)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.postOpenDeployTasks(HRegionServer.java:1359)

The master eventually tries to assign the region somewhere else where it may work, but then the balancer will screw everything up again.

The specification constructed as 

Specifications spec = Specifications.not(spec1).and(spec2);

results in a Specification without the negation, i.e. SQL like SELECT ... WHERE (...) AND (...) instead of SELECT ... WHERE NOT (...) AND (...). 
This seems to happen because the negation implemented by overriding the Specification.toPredicate() method. 
A fix is to implement negation like the other operations, that is

public static <T> MySpecifications<T> not(final Specification<T> spec) {

   return new MySpecifications<T>(new Specification<T>() {

      public Predicate toPredicate(Root<T> root, CriteriaQuery<?> query, CriteriaBuilder builder) {
         return builder.not(spec.toPredicate(root, query, builder));
      }
   });
}

A workaround is to always wrap negation in a Specification, e.g.

Specifications spec = Specifications.where(Specifications.not(spec1)).and(spec2);

When the property object is a List or an Array, BaseConfiguration.getProperty() returns a reference to the object contained in the store.
This means that changing that object, changes the content of the properties store without an explicit setProperty() or addProperty(). 
Also any change to the object in the store will change the object that the code has reference to, but the user is not aware that the property has changed unless he has added a ConfigurationListener.
Attached a patch to make the object returned by BaseConfiguration.getProperty() a clone of store content, to avoid side effects when changing Collection properties.

When executing a read-resource operation for a model node that does not exist, I get different results in WildFly master and EAP 6.x:
WildFly master

"JBAS014807: Management resource '[
    (\"access\" => \"authorization\"),
    (\"role-mapping\" => \"Administrator\")
]' not found"

EAP 6.1

{
    "failure-description" => "JBAS014807: Management-Ressource '[
]' nicht gefunden",
}

In EAP 6.x I get the correct error result which includes "outcome" => "failed" whereas in WildFly I just receive the error message wihtout the surrounding model node. 
The error occurs when using the HTTP protocol. Using the CLI / native interface both versions return the correct (complete) error response.

File appclient/configuration/appclient.xml has an incorrect order of elements. <core-environment> tag should be before <recovery-environment /> tag. These tags is in <subsystem xmlns="urn:jboss:domain:transactions:1.4"> and schema is in docs/schema/jboss-as-txn_1_4.xsd. This schema defines specific order of elements.
6.4.0.ER2
Validate logs:
appclient/configuration/appclient.xml:150: element recovery-environment: Schemas validity error : Element '
{urn:jboss:domain:transactions:1.4}
recovery-environment': This element is not expected. Expected is ( 
core-environment ).

enhanceModel.notRequired in metastore/build.xml is not correctly determined which can result in datanucleus running twice. This in turn can cause other issues when building with JDK7.

It looks like the allow-start-if-complete attribute on a <step> element (via the JSR) is not being parsed correctly.  The test BatchletRestartStateMachineTests#testAllowStartIfCompleteRestartExecution is not passing due to an error during the application context initialization complaining of the following exception:

"org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'batchletRestartStateMachine': Cannot create inner bean '(inner bean)' of type [org.springframework.batch.core.configuration.xml.SimpleFlowFactoryBean] while setting bean property 'flow'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)': Error setting property values; nested exception is org.springframework.beans.NotWritablePropertyException: Invalid property 'allowStartIfComplete' of bean class [org.springframework.batch.core.configuration.xml.SimpleFlowFactoryBean]: Bean property 'allowStartIfComplete' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter? 
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:282) 
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:126) 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1391) 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1132) 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:522) 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:461) 
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295) 
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223) 
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292) 
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194) 
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:608) 
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932) 
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479) 
    at org.springframework.batch.core.jsr.launch.JsrJobOperator.start(JsrJobOperator.java:491) 
    at com.ibm.jbatch.tck.utils.JobOperatorBridge.startJobAndWaitForResult(JobOperatorBridge.java:145) 
    at com.ibm.jbatch.tck.tests.jslxml.BatchletRestartStateMachineTests.testAllowStartIfCompleteRestartExecution(BatchletRestartStateMachineTests.java:251) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:601) 
    at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) 
    at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) 
    at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) 
    at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) 
    at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) 
    at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) 
    at org.testng.TestRunner.privateRun(TestRunner.java:767) 
    at org.testng.TestRunner.run(TestRunner.java:617) 
    at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) 
    at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329) 
    at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291) 
    at org.testng.SuiteRunner.run(SuiteRunner.java:240) 
    at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) 
    at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) 
    at org.testng.TestNG.runSuitesSequentially(TestNG.java:1198) 
    at org.testng.TestNG.runSuitesLocally(TestNG.java:1123) 
    at org.testng.TestNG.run(TestNG.java:1031) 
    at org.testng.TestNG.privateMain(TestNG.java:1338) 
    at org.testng.TestNG.main(TestNG.java:1307) 
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)': Error setting property values; nested exception is org.springframework.beans.NotWritablePropertyException: Invalid property 'allowStartIfComplete' of bean class [org.springframework.batch.core.configuration.xml.SimpleFlowFactoryBean]: Bean property 'allowStartIfComplete' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter? 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1427) 
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:271) 
    ... 38 more 
Caused by: org.springframework.beans.NotWritablePropertyException: Invalid property 'allowStartIfComplete' of bean class [org.springframework.batch.core.configuration.xml.SimpleFlowFactoryBean]: Bean property 'allowStartIfComplete' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter? 
    at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:1042) 
    at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:902) 
    at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:75) 
    at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:57) 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1424) 
    ... 42 more

The output from CapabilityRegistryResourceDefinition is inconsistently ordered. We want consistent output between reads.
The RegistrationPoints are stored in CapabilityRegistration in a LinkedHashSet, but when they are provided to CapabilityRegistryResourceDefinition they get put in a plain HashSet.
The capabilities themselves are not stored in any order, but when provided to CapabilityRegistryResourceDefinition they could be ordered.

hbase.regionserver.global.memstore.upper(lower)Limit settings documentation (hbase-default.xml) may be misleading. It mentions that:

flushes are forced and updates are blocked when memstore size reaches hbase.regionserver.global.memstore.upperLimit. In this case flushes are forced and updates are blocked until memstore size is less than hbase.regionserver.global.memstore.lowerLimit.

But it doesn't mention this:

flushes are forced when memstore size hits hbase.regionserver.global.memstore.lowerLimit

For hlog generated by 2.x, log splitting from hbase1 would result in:

1134720 2018-02-13 10:43:57,590 WARN  [RS_LOG_REPLAY_OPS-ve0530:16020-0] regionserver.SplitLogWorker: log splitting of WALs/ve0534.halxg.cloudera.com,16020,1518546984742-splitting/ve0534.halxg.cloudera.com%2C16020%2C1518546984742.meta.1518546993545.meta failed, returning error
1134721 java.io.IOException: Got unknown writer class: AsyncProtobufLogWriter
1134722   at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.initInternal(ProtobufLogReader.java:220)
1134723   at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.initReader(ProtobufLogReader.java:169)
1134724   at org.apache.hadoop.hbase.regionserver.wal.ReaderBase.init(ReaderBase.java:66)
1134725   at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.init(ProtobufLogReader.java:164)
1134726   at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:303)
1134727   at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:267)
1134728   at org.apache.hadoop.hbase.wal.WALSplitter.getReader(WALSplitter.java:853)
1134729   at org.apache.hadoop.hbase.wal.WALSplitter.getReader(WALSplitter.java:777)
1134730   at org.apache.hadoop.hbase.wal.WALSplitter.splitLogFile(WALSplitter.java:298)
1134731   at org.apache.hadoop.hbase.wal.WALSplitter.splitLogFile(WALSplitter.java:236)

AsyncProtobufLogWriter didn't change WAL format and hence can use ProtobufLogWriter as the persisted class name so that we avoid the above during rolling upgrade.

Could not start mvn:tomcat run because of missing dep, easily fixed by importing the dep
hatim@hatim-laptop ~/test
$ mvn tomcat:run
[INFO] Building backend
[INFO]    task-segment: [tomcat:run]
[INFO] Preparing tomcat:run
Downloading: http://repository.springsource.com/maven/bundles/release/javax/el/el-api/1.2/el-api-1.2.pom
[INFO] Unable to find resource 'javax.el:el-api:pom:1.2' in repository com.springsource.repository.bundles.release (http://repository.springsource.com/maven/bundles/release)
Downloading: http://repository.springsource.com/maven/bundles/external/javax/el/el-api/1.2/el-api-1.2.pom
[INFO] Unable to find resource 'javax.el:el-api:pom:1.2' in repository com.springsource.repository.bundles.external (http://repository.springsource.com/maven/bundles/external)
Downloading: http://repository.springsource.com/maven/bundles/milestone/javax/el/el-api/1.2/el-api-1.2.pom
[INFO] Unable to find resource 'javax.el:el-api:pom:1.2' in repository com.springsource.repository.bundles.milestone (http://repository.springsource.com/maven/bundles/milestone)
Downloading: http://repository.springsource.com/maven/bundles/snapshot/javax/el/el-api/1.2/el-api-1.2.pom
[INFO] Unable to find resource 'javax.el:el-api:pom:1.2' in repository com.springsource.repository.bundles.snapshot (http://repository.springsource.com/maven/bundles/snapshot)
Downloading: http://maven.springframework.org/snapshot/javax/el/el-api/1.2/el-api-1.2.pom
[INFO] Unable to find resource 'javax.el:el-api:pom:1.2' in repository spring-maven-snapshot (http://maven.springframework.org/snapshot)
Downloading: http://repo1.maven.org/maven2/javax/el/el-api/1.2/el-api-1.2.pom
[INFO] Unable to find resource 'javax.el:el-api:pom:1.2' in repository central (http://repo1.maven.org/maven2)
Downloading: http://repository.springsource.com/maven/bundles/release/javax/el/el-api/1.2/el-api-1.2.jar
[INFO] Unable to find resource 'javax.el:el-api:jar:1.2' in repository com.springsource.repository.bundles.release (http://repository.springsource.com/maven/bundles/release)
Downloading: http://repository.springsource.com/maven/bundles/external/javax/el/el-api/1.2/el-api-1.2.jar
[INFO] Unable to find resource 'javax.el:el-api:jar:1.2' in repository com.springsource.repository.bundles.external (http://repository.springsource.com/maven/bundles/external)
Downloading: http://repository.springsource.com/maven/bundles/milestone/javax/el/el-api/1.2/el-api-1.2.jar
[INFO] Unable to find resource 'javax.el:el-api:jar:1.2' in repository com.springsource.repository.bundles.milestone (http://repository.springsource.com/maven/bundles/milestone)
Downloading: http://repository.springsource.com/maven/bundles/snapshot/javax/el/el-api/1.2/el-api-1.2.jar
[INFO] Unable to find resource 'javax.el:el-api:jar:1.2' in repository com.springsource.repository.bundles.snapshot (http://repository.springsource.com/maven/bundles/snapshot)
Downloading: http://maven.springframework.org/snapshot/javax/el/el-api/1.2/el-api-1.2.jar
[INFO] Unable to find resource 'javax.el:el-api:jar:1.2' in repository spring-maven-snapshot (http://maven.springframework.org/snapshot)
Downloading: http://repo1.maven.org/maven2/javax/el/el-api/1.2/el-api-1.2.jar
[INFO] Unable to find resource 'javax.el:el-api:jar:1.2' in repository central (http://repo1.maven.org/maven2)
[ERROR] BUILD ERROR
[INFO] Failed to resolve artifact.
Missing:
1) javax.el:el-api:jar:1.2
  Try downloading the file manually from the project website.
  Then, install it using the command: 
      mvn install:install-file -DgroupId=javax.el -DartifactId=el-api -Dversion=1.2 -Dpackaging=jar -Dfile=/path/to/file
  Alternatively, if you host your own repository you can deploy the file there: 
      mvn deploy:deploy-file -DgroupId=javax.el -DartifactId=el-api -Dversion=1.2 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
  Path to dependency: 
        1) com.beaconnow.backend:backend:war:0.1.0-SNAPSHOT
        2) javax.el:el-api:jar:1.2
1 required artifact is missing.
for artifact: 
  com.beaconnow.backend:backend:war:0.1.0-SNAPSHOT
from the specified remote repositories:
  com.springsource.repository.bundles.release (http://repository.springsource.com/maven/bundles/release),
  com.springsource.repository.bundles.external (http://repository.springsource.com/maven/bundles/external),
  central (http://repo1.maven.org/maven2),
  com.springsource.repository.bundles.milestone (http://repository.springsource.com/maven/bundles/milestone),
  com.springsource.repository.bundles.snapshot (http://repository.springsource.com/maven/bundles/snapshot),
  spring-maven-snapshot (http://maven.springframework.org/snapshot)
[INFO] For more information, run Maven with the -e switch
[INFO] Total time: 6 seconds
[INFO] Finished at: Sat Apr 03 19:57:42 CEST 2010
[INFO] Final Memory: 24M/136M
[INFO] 

Inconsistent synchronization of org.apache.hadoop.hbase.regionserver.TimeRangeTracker.maximumTimestamp; locked 66% of time

In class org.apache.hadoop.hbase.regionserver.TimeRangeTracker
Field org.apache.hadoop.hbase.regionserver.TimeRangeTracker.maximumTimestamp
Synchronized 66% of the time

Inconsistent synchronization of org.apache.hadoop.hbase.regionserver.TimeRangeTracker.minimumTimestamp; locked 62% of time

Field org.apache.hadoop.hbase.regionserver.TimeRangeTracker.minimumTimestamp
Synchronized 62% of the time

The description of group-timeout attribute in CLI says:
How long a group binding will be used, -1 means for ever. Bindings are removed after this wait elapses (only valid for LOCAL handlers).
However the attribute is valid for both LOCAL and REMOTE handler. If you configure the attribute with REMOTE handler it specifies how often the REMOTE will notify the LOCAL that the route (group binding) was used.
The Artemis documentation [1] also suggests to configure the group-timeout for REMOTE handlers.
In case you are using group-timeouts, the remote node should have a smaller group-timeout with at least half of the value on the main coordinator. This is because this will determine how often the last-time-use value should be updated with a round trip for a request to the group between the nodes.
[1] https://activemq.apache.org/artemis/docs/1.1.0/message-grouping.html

Observed that hive metastore shutdown with NPE from ZookeeperTokenStore.

INFO  [pool-5-thread-192]: metastore.HiveMetaStore (HiveMetaStore.java:logInfo(714)) - 191: Metastore shutdown complete.
 INFO  [pool-5-thread-192]: HiveMetaStore.audit (HiveMetaStore.java:logAuditEvent(340)) - ugi=cvdpqap	ip=/19.1.2.129	cmd=Metastore shutdown complete.	
 ERROR [Thread[Thread-6,5,main]]: thrift.TokenStoreDelegationTokenSecretManager (TokenStoreDelegationTokenSecretManager.java:run(331)) - ExpiredTokenRemover thread received unexpected exception. org.apache.hadoop.hive.thrift.DelegationTokenStore$TokenStoreException: Failed to decode token
org.apache.hadoop.hive.thrift.DelegationTokenStore$TokenStoreException: Failed to decode token
	at org.apache.hadoop.hive.thrift.ZooKeeperTokenStore.getToken(ZooKeeperTokenStore.java:401)
	at org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.removeExpiredTokens(TokenStoreDelegationTokenSecretManager.java:256)
	at org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager$ExpiredTokenRemover.run(TokenStoreDelegationTokenSecretManager.java:319)
	at java.io.ByteArrayInputStream.<init>(ByteArrayInputStream.java:106)
	at org.apache.hadoop.security.token.delegation.HiveDelegationTokenSupport.decodeDelegationTokenInformation(HiveDelegationTokenSupport.java:53)
	at org.apache.hadoop.hive.thrift.ZooKeeperTokenStore.getToken(ZooKeeperTokenStore.java:399)
	... 3 more
 INFO  [Thread-3]: metastore.HiveMetaStore (HiveMetaStore.java:run(5639)) - Shutting down hive metastore.

Enable and fix uni test hbase.master.procedure.TestServerCrashProcedure#testRecoveryAndDoubleExecutionOnRsWithMeta

If we would like to use SOAP over JMS using CXF & Camel (2.10),that fails.
The CXF endpoint receives well the incoming request from the JMS queue

[aultMessageListenerContainer-1] HelloWorldServicePortType INFO  Inbound Message
ID: 1
Content-Type: text/xml
Headers: {JMSMessageType=[text]}
Payload: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:hel="http://helloworld.mycompany.redhat.com">
      <hel:sayHello>
         <hel:name>fred</hel:name>
      </hel:sayHello>

[aultMessageListenerContainer-1] route1 INFO  SOAP Request received message
[aultMessageListenerContainer-1] route1 INFO  Mock service replied

but the response is not returned by CXF neither published in a (reply) queue.

Here is the Camel Route

    @Override
    public void configure() throws Exception {

from("cxf:bean:endpoint.service.worklist?dataFormat=MESSAGE")
                .convertBodyTo(String.class)
                .log("SOAP Request received message")
.setHeader("JMSReplyTo").constant("supervisorworklist.response")
                .transform().constant(response) // RESPONSE = SOAP MESSAGE
                .log("Mock service replied");

    }

& Config

       xmlns:osgi="http://www.springframework.org/schema/osgi"
       xmlns:cxf="http://camel.apache.org/schema/cxf"
       xmlns:jms="http://cxf.apache.org/transports/jms"
       http://www.springframework.org/schema/osgi http://www.springframework.org/schema/osgi/spring-osgi.xsd
       http://camel.apache.org/schema/spring http://camel.apache.org/schema/spring/camel-spring.xsd
       http://camel.apache.org/schema/cxf http://camel.apache.org/schema/cxf/camel-cxf-2.10.0-spring.xsd
       http://cxf.apache.org/transports/jms http://cxf.apache.org/schemas/configuration/jms.xsd">

    <bean id="jms.connectionFactory" class="org.apache.activemq.ActiveMQConnectionFactory">
       <!-- <property name="brokerURL" value="vm://myEmbeddedBroker?broker.persistent=false" />-->
        <property name="brokerURL" value="tcp://localhost:61616"/>
    </bean>

    <bean id="jms.config.service" class="org.apache.cxf.transport.jms.JMSConfiguration">
        <property name="connectionFactory" ref="jms.connectionFactory" />
        <property name="targetDestination" value="supervisorworklist" />
        <property name="replyDestination" value="supervisorworklist.response"/>
    </bean>

    <bean id="logginOutInterceptor" class="org.apache.cxf.interceptor.LoggingOutInterceptor"/>
    <bean id="logginInInterceptor" class="org.apache.cxf.interceptor.LoggingInInterceptor"/>

    <!--  Producer Endpoint -->
    <cxf:cxfEndpoint id="endpoint.service.worklist"
                     address="jms://"
serviceClass="com.redhat.mycompany.helloworld.HelloWorldService"
                     serviceName="s:HelloWorldService"
                     endpointName="s:HelloWorldOverJms"
                     xmlns:s="http://helloworld.atos.redhat.com">

        <cxf:features>
            <bean xmlns="http://www.springframework.org/schema/beans"
class="org.apache.cxf.transport.jms.JMSConfigFeature">
                <property name="jmsConfig" ref="jms.config.service" />
            </bean>
        </cxf:features>

         <cxf:inInterceptors>
             <ref bean="logginInInterceptor"/>
         </cxf:inInterceptors>

         <cxf:outInterceptors>
             <ref bean="logginOutInterceptor"/>
         </cxf:outInterceptors>
    </cxf:cxfEndpoint>

    <camelContext xmlns="http://camel.apache.org/schema/spring">
        <package>com.redhat.mycompany.cxf</package>

</beans>

in DefaultCxfMessageMapper.java:

    protected String getBasePath(Exchange camelExchange) {
        String answer = camelExchange.getIn().getHeader(Exchange.HTTP_BASE_URI, String.class);
        if (answer == null) {
            answer = camelExchange.getFromEndpoint().getEndpointUri();
        }        
    }

camelExchange.getFromEndpoint().getEndpointUri()
in 2.14 returns a valid http URL for the jetty endpoint...]
meanwhile in 2.17 it return a camel url that includes the scheme and it breaks the semantics of this method. I had to change the method to:

            Endpoint fromEndpoint = camelExchange.getFromEndpoint();
            if (fromEndpoint instanceof HttpCommonEndpoint) {
              try {
                URI u = ((HttpCommonEndpoint) fromEndpoint). getHttpUri();
                answer = new URI(u.getScheme(), u.getUserInfo(), u.getHost(), u.getPort(), u.getPath(),
                        null, null).toString();
              } catch (URISyntaxException ex) {
                throw new RuntimeException(ex);
              }
            } else {
              return null;
            }
        }

    }

I am not sure this is the best way to deal with this, but it works...

Fails because there are no applicable tests.
 
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.20.1:test (default-test) on project hive-metastore-benchmarks: No tests were executed! (Set -DfailIfNoTests=false to ignore this error.) -> [Help 1]
[ERROR]
[ERROR]
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
[ERROR]
[ERROR] mvn <goals> -rf :hive-metastore-benchmarks

Digest passwords are never accepted by the SimplePasswordValidationCallbackHandler, because the setValidator is called twice.
protected void handleInternal(Callback callback) throws IOException, UnsupportedCallbackException {
        if (callback instanceof PasswordValidationCallback) {
            PasswordValidationCallback passwordCallback = (PasswordValidationCallback) callback;
            if (passwordCallback.getRequest() instanceof PasswordValidationCallback.PlainTextPasswordRequest) 
{
                passwordCallback.setValidator(new SimplePlainTextPasswordValidator());
            }
            else if (passwordCallback.getRequest() instanceof PasswordValidationCallback.DigestPasswordRequest) 
{
                PasswordValidationCallback.DigestPasswordRequest digestPasswordRequest =
                        (PasswordValidationCallback.DigestPasswordRequest) passwordCallback.getRequest();
                String password = users.getProperty(digestPasswordRequest.getUsername());
                digestPasswordRequest.setPassword(password);
                passwordCallback.setValidator(new PasswordValidationCallback.DigestPasswordValidator());
            }
            passwordCallback.setValidator(new SimplePlainTextPasswordValidator());

I tried this:

    Get get1 = new Get(Bytes.toBytes("row1"));
    get1.addColumn(Bytes.toBytes("colfam1"), Bytes.toBytes("qual1"));

    Get get2 = new Get(get1);
    Result result = table.get(get2);

It fails (eventually) with: 

Mar 20, 2015 1:47:13 PM org.apache.hadoop.hbase.client.RpcRetryingCaller callWithRetries
INFO: Call exception, tries=13, retries=35, started=170167 ms ago, cancelled=false, msg=row 'null' on table 'testtable' at null

And since you cannot assign a row key other than using the only other constructor Get(byte[] row) it means that above copy of get seems useless.
Need to fix so that row is copied too.

I found a typo on the spring batch website. http://static.springsource.org/spring-batch/cases/index.html
Scheduled Processing: Batch Jobs controlled by scheduler (e.g. start, stop, suspend, kill). Spring Batch does not intend to implement the scheduler concerns, but needs toprovide enough information that a scheduler can act appropriately.
toprovide is missing a space.
Hope this is helpful, keep up the great work.

The method getLockModeAsString reports lock mode  
LockModeType.PESSIMISTIC_WRITE as "none".
This of course is a cosmetic issue, but highly misleading, considering PESSIMISTIC_WRITE is pretty much on the opposite end of the spectrum from NONE. Ie. looking at the logs it's not possible to know if there was the strictest possible lock or no lock at all.

Executing /core-service=management/management-interface=http-interface:remove() autocompletes but does not succeed. 
This is a link to a paste of the server stacktrace.
http://pastebin.test.redhat.com/310136

It makes sense the multicast aggregator keep processing the exchange even some exchange are timeout. 
Here is a thread in the camel user mailing list talks about it.

From http://www.mail-archive.com/user@hive.apache.org/msg11324.html
neededColumnIDs in TS is only for non-partition columns. But ColumnAccessAnalyzer is calculating it on all columns.

If a token-services-ref is not provided in the authorization-server definition, the value appears to be defaulted to an instance of a token store instead being defaulted with an instance of a token service. This results in the bean definition failing to initialize.
Workaround is to initialize the auth-server with a token services bean.

On JBoss EAP 7.0.9, EAP 7.1.4 and EAP 7.2-beta the application is getting the error [i.] and the same code doesn't get the error running on JBoss EAP 6.4.21. In my research, I could identify that this error only happens on JBoss EAP 7.1.4 when:
The class called from the EL has a superclass;
The method called from the EL use an Enum as a parameter;
Note: If we remove the superclass or change the parameter to "String" for example, the error doesn't appear.
For more information see the JBEAP issue JBEAP-15571.

The compiler expects principals (user, group and role) as hive identifiers for authorization DDLs. The user and group are entities that belong to external namespace and we can't expect those to follow hive identifier syntax rules. For example, a userid or group can contain '-' which is not allowed by compiler.

Guava is a very problematic library to depend on because of the version incompatibilities and the use of it in the storage-api module causes it to leak into everything that depends on it.

There are some places in the documentation, like section 4.3, that show the old ExitStatus.FINISHED. This should be replaced with COMPLETED instead.

When set method is used to put element (Strawberry) on list, then it is possible to add the same element (Strawberry) with add method. Also you cannot add element (Lemon) that has been once removed with set method. Reproduction code below:
List<String> list = new LinkedList<String>();
SetUniqueList decoratedList = SetUniqueList.decorate(list);
decoratedList.add("Apple");
decoratedList.add("Lemon");
decoratedList.add("Orange");
System.out.println(decoratedList.toString());
decoratedList.set(1, "Strawberry");
decoratedList.add(1, "Strawberry");
decoratedList.add(1, "Lemon");

With default settings for "hbase.splitlog.manager.timeout" => 25s and "hbase.splitlog.max.resubmit" => 3.
On tests mentionned on HBASE-5843, I have variations around this scenario, 0.94 + HDFS 1.0.3:
The regionserver in charge of the split does not answer in less than 25s, so it gets interrupted but actually continues. Sometimes, we go out of the number of retry, sometimes not, sometimes we're out of retry, but the as the interrupts were ignored we finish nicely. In the mean time, the same single task is executed in parallel by multiple nodes, increasing the probability to get into race conditions.
Details:
t0: unplug a box with DN+RS
t + x: other boxes are already connected, to their connection starts to dies. Nevertheless, they don't consider this node as suspect.
t + 180s: zookeeper -> master detects the node as dead. recovery start. It can be less than 180s sometimes it around 150s.
t + 180s: distributed split starts. There is only 1 task, it's immediately acquired by a one RS.
t + 205s: the RS has multiple errors when splitting, because a datanode is missing as well. The master decides to give the task to someone else. But often the task continues in the first RS. Interrupts are often ignored, as it's well stated in the code ("// TODO interrupt often gets swallowed, do what else?")

   2012-09-04 18:27:30,404 INFO org.apache.hadoop.hbase.regionserver.SplitLogWorker: Sending interrupt to stop the worker thread

t + 211s: two regionsservers are processing the same task. They fight for the leases:

2012-09-04 18:27:32,004 WARN org.apache.hadoop.hdfs.DFSClient: DataStreamer Exception: org.apache.hadoop.ipc.RemoteException:          org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException: Lease mismatch on
   /hbase/TABLE/4d1c1a4695b1df8c58d13382b834332e/recovered.edits/0000000000000000037.temp owned by DFSClient_hb_rs_BOX2,60020,1346775882980 but is accessed by DFSClient_hb_rs_BOX1,60020,1346775719125

     They can fight like this for many files, until the tasks finally get interrupted or finished.
     The taks on the second box can be cancelled as well. In this case, the task is created again for a new box.
     The master seems to stop after 3 attemps. It can as well renounce to split the files. Sometimes the tasks were not cancelled on the RS side, so the split is finished despites what the master thinks and logs. In this case, the assignement starts. In the other, it's "we've got a problem").

2012-09-04 18:43:52,724 INFO org.apache.hadoop.hbase.master.SplitLogManager: Skipping resubmissions of task /hbase/splitlog/hdfs%3A%2F%2FBOX1%3A9000%2Fhbase%2F.logs%2FBOX0%2C60020%2C1346776587640-splitting%2FBOX0%252C60020%252C1346776587640.1346776587832 because threshold 3 reached     

t + 300s: split is finished. Assignement starts
t + 330s: assignement is finished, regions are available again.
There are a lot of subcases possible depending on the number of logs files, of region server and so on.
The issues are:
1) it's difficult, especially in HBase but not only, to interrupt a task. The pattern is often

 void f() throws IOException{
  try {
     // whatever throw InterruptedException
  }catch(InterruptedException){
    throw new InterruptedIOException();
  }
}

 boolean g(){
   int nbRetry= 0;  
   for(;;)
      try{
         f();
         return true;
      }catch(IOException e){
         nbRetry++;
         if ( nbRetry > maxRetry) return false;
      }
   } 
 }

This tyically shallows the interrupt. There are other variation, but this one seems to be the standard.
Even if we fix this in HBase, we need the other layers to be Interrupteble as well. That's not proven.
2) 25s is very aggressive, considering that we have a default timeout of 180s for zookeeper. In other words, we give 180s to a regionserver before acting, but when it comes to split, it's 25s only. There may be reasons for this, but it seems dangerous, as during a failure the cluster is less available than during normal operations. We could do stuff around this, for example:
=> Obvious option: increase the timeout at each try. Something like *2.
=> Also possible: increase the initial timeout
=> check for an update instead of blindly cancelling + resubmitting.
3) Globally, it seems that this retry mechanism duplicates the failure detection already in place with ZK. Would it not make sense to just hook into this existing detection mechanism, and resubmit a task if and only if we detect that the regionserver in charge died? During a failure scenario we should be much more gentle than during normal operation, not the opposite.

Occasionally the DeployTest domain test seems to occasionally fail. This may be due to the CLI CommandContext being created and using System.in and System.out. If the errors continue to be seen we should do more testing.
The one drawback to not using System.in and System.out is execute-commands goal will no longer prompt for a username and password. Executing any commands will have this issue, e.g. beforeDeployment and afterDeployment tests.

Using a ahc URI including the realm parameter leads into an unknown parameter exception:
"ahc:http://www.yahoo.com?clientConfig.realm.principal=testPrincipal&clientConfig.realm.password=testPassword&clientConfig.realm.scheme=BASIC"
Causes Exception:
org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: ahc://http://www.google.com?clientConfig.realm.principal=testPrincipal due to: There are 1 parameters that couldn't be set on the endpoint. Check the uri if the parameters are spelt correctly and that they are properties of the endpoint. Unknown parameters=[
{realm.principal=testPrincipal}
]
Suggestion for org.apache.camel.component.ahc.AhcComponent:
Line #44:
private static final String CLIENT_REALM_CONFIG_PREFIX = "clientConfig.realm.";
Line #94ff:
Map<String, Object> realmParams = IntrospectionSupport.extractProperties(parameters, CLIENT_REALM_CONFIG_PREFIX);
                realmBuilder = new Realm.Builder(realmParams.get("principal").toString(), realmParams.get("password").toString());
                realmParams.remove("principal");
                realmParams.remove("password");
                setProperties(realmBuilder, realmParams);
                validateParameters(uri, realmParams, null);

super.getNegotiatedProperty() is not called in AbstractGssapiMechanism#getNegotiatedProperty, although it is called in similar cases in Gs2SaslServer, DigestSaslServer, AnonymousSaslClient.
AbstractGssapiMechanism.java

    @Override
    public Object getNegotiatedProperty(String propName) {
        assertComplete();

        switch (propName) {
            case Sasl.QOP:
                return selectedQop.getName();
            case Sasl.MAX_BUFFER:
                return Integer.toString(actualMaxReceiveBuffer != 0 ? actualMaxReceiveBuffer : configuredMaxReceiveBuffer);
            case Sasl.RAW_SEND_SIZE:
                return Integer.toString(maxBuffer);
        }

    }

This coverity report is not caused by recent change in AbstractGssapiMechanism but rather Gs2SaslServer and DigestSaslServer
[1] https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=44847684&defectInstanceId=9457508&mergedDefectId=1463150

This is a regression introduced by SPR-13685
PathMatchingResourcePatternResolver#doFindAllClassPathResources first gets the path returned by the LaunchedUrlClassLoader which will add the URLs of all nested jar  + the URL of BOOT-INF-classes, something like URL [jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes!/]
Because we need to get all XML files from the root (path is the empty string) we also invoke addAllClassLoaderJarRoots which works recursively as follow:

does not add anything with LaunchedUrlClassLoader
with classLoader.getSystemClassLoader() adds URL [jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/]
with its parent (AppClassLoader)  adds URL [jar:file:SPR-13685-0.0.1-SNAPSHOT.jar!/] via addClassPathManifestEntries. It also adds a bunch of entries from JDK jars
does not add anything with ExtClassLoader

So we have the following entries for the candidate location:

jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes!/
jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/
jar:file:SPR-13685-0.0.1-SNAPSHOT.jar!/

So, for the same a.xml at the root of the classpath in src/main/resources we end up with the following candidates:

jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes!/a.xml
jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes/a.xml
jar:file:SPR-13685-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes/a.xml

At this point I can only guess that each entry match each candidate in the list above (in that order).  it isn't obvious how the second one lead to a lookup in BOOT-INF/classes though but given that a ! is missing in the second case, it's an indication it may come from that faulty URL.
A repro project is available

Problems
1. Main.java:22

Context won't change, I checked jboss-web.xml and it isnt reflecting swarm.context.path from project-stages.yml

2. pom.xml:100

If I use cdi fraction this app will break after running main method.

Error:

 2016-12-07 14:36:14,247 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".WeldStartService: Failed to start service
            	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904)
            	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
            	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
            	at java.lang.Thread.run(Thread.java:745)
            Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type SocketBindingGroup with qualifiers @Named
              at injection point [BackedAnnotatedField] @Inject @Named private org.wildfly.swarm.management.runtime.ManagementSocketBindingsCustomizer.group
              at org.wildfly.swarm.management.runtime.ManagementSocketBindingsCustomizer.group(ManagementSocketBindingsCustomizer.java:0)
            
            	at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:359)
            	at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:281)
            	at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:134)
            	at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:155)
            	at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:518)
            	at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:68)
            	at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:66)
            	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:63)
            	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:56)
            	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
            	at org.jboss.threads.JBossThread.run(JBossThread.java:320)
            
            2016-12-07 14:36:14,251 ERROR [org.jboss.as.controller.management-operation] (main) WFLYCTL0013: Operation ("add") failed - address: (("deployment" => "f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war")) - failure description: {
                "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war\".WeldStartService: Failed to start service
                Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type SocketBindingGroup with qualifiers @Named
            "},
                "WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war\".WeldStartService"],
                "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined
            }
            2016-12-07 14:36:14,253 ERROR [org.jboss.as.server] (main) WFLYSRV0021: Deploy of deployment "f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war" was rolled back with the following failure message: 
            {
            "},
            }
            2016-12-07 14:36:14,259 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-6) WFLYJCA0019: Stopped Driver service with driver-name = f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war_org.h2.Driver_1_4
            2016-12-07 14:36:14,261 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 10) WFLYJPA0011: Stopping Persistence Unit (phase 2 of 2) Service 'f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war#getinapp-unit'
            2016-12-07 14:36:14,263 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 10) WFLYJPA0011: Stopping Persistence Unit (phase 1 of 2) Service 'f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war#getinapp-unit'
            2016-12-07 14:36:14,289 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0019: Host default-host stopping
            2016-12-07 14:36:14,304 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0028: Stopped deployment f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war (runtime-name: f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war) in 50ms
            2016-12-07 14:36:14,306 INFO  [org.jboss.as.controller] (main) WFLYCTL0183: Service status report
            WFLYCTL0184:    New missing/unsatisfied dependencies:
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".WeldBootstrapService (missing) dependents: [service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldTerminalListener".WeldInstantiator, service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".CdiValidatorFactoryService, service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".WeldInstantiator, service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".WeldInstantiator] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".CREATE (missing) dependents: [service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error, service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".deploymentCompleteService, service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error, service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".deploymentCompleteService, service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldInitialListener".CREATE (missing) dependents: [service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldInitialListener".START] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldInitialListener".START (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error, service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldInitialListener".WeldInstantiator (missing) dependents: [service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldInitialListener".START] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldTerminalListener".CREATE (missing) dependents: [service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldTerminalListener".START] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldTerminalListener".START (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error, service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".deploymentCompleteService, service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldTerminalListener".WeldInstantiator (missing) dependents: [service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldTerminalListener".START] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".ee.ComponentRegistry (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService] 
                  service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".jndiDependencyService (missing) dependents: [service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldTerminalListener".START, service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".component."org.jboss.weld.servlet.WeldInitialListener".START] 
                  service jboss.persistenceunit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war#getinapp-unit" (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error, service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".deploymentCompleteService, service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService] 
                  service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error] 
                  service jboss.undertow.deployment.default-server.default-host./swarm-error.codec (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService] 
                  service jboss.undertow.deployment.default-server.default-host./swarm-error.session (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService] 
                  service org.wildfly.request-controller.control-point."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".undertow (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./swarm-error.UndertowDeploymentInfoService] 
            WFLYCTL0186:   Services which failed to start:      service jboss.deployment.unit."f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war".WeldStartService
            
            Exception in thread "main" java.lang.RuntimeException: org.wildfly.swarm.container.DeploymentException: WFSWARM0007: Deployment failed: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war\".WeldStartService: Failed to start service
            "},"WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war\".WeldStartService"],"WFLYCTL0180: Services with missing/unavailable dependencies" => undefined}
            	at sp.rafael.swarmerror.AppBuilder.startAndDeploy(AppBuilder.java:126)
            	at sp.rafael.swarmerror.Main.main(Main.java:23)
            	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
            	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
            	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
            	at java.lang.reflect.Method.invoke(Method.java:498)
            	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147)
            Caused by: org.wildfly.swarm.container.DeploymentException: WFSWARM0007: Deployment failed: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"f1e07881-9ce3-4ebc-aed0-eaaed63dadf5.war\".WeldStartService: Failed to start service
            	at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:280)
            	at org.wildfly.swarm.Swarm.deploy(Swarm.java:491)
            	at sp.rafael.swarmerror.AppBuilder.startAndDeploy(AppBuilder.java:124)
            	... 6 more

Fix combining class and method level `@CrossOrigin` attributes by keeping current behavior (no origin defined = `*` for example) but using empty string and empty arrays default values in @CrossOrigin in order to be able to detect if an attribute has been explicitly set by the user or not.

When setting a content type that does not contain a charset parameter, for example this:

.setHeader("Content-Type", constant("application/json;odata=verbose"))

the route will fail with the following exception:

java.lang.IllegalArgumentException: MIME type may not contain reserved characters
	at org.apache.http.util.Args.check(Args.java:36)
	at org.apache.http.entity.ContentType.create(ContentType.java:206)
	at org.apache.http.entity.ContentType.create(ContentType.java:218)
	at org.apache.camel.component.http4.HttpProducer.createRequestEntity(HttpProducer.java:511)

although this is clearly a valid content type according to the RFC: https://tools.ietf.org/html/rfc2045#section-5.1
This only affects version 2.19+, because in version 4.4.6 of the httpcomponents-core library, they changed the behavior of create to check the mime type for semicolons, which it previously didn't. If we, however, also use a charset parameter, you will call the parse method instead:

if (contentTypeString != null) {
    if (contentTypeString.indexOf("charset") > 0) {
        contentType = ContentType.parse(contentTypeString);
    } else {
        contentType = ContentType.create(contentTypeString);
    }
}

There can be all kind of different parameters, though. Instead of checking for charset, it should rather check for the existence of a semicolon. 

org.apache.camel.RuntimeCamelException: Failed to poll: Endpoint[ibatis:selectAllAccounts]. Reason: com.ibatis.common.jdbc.exception.NestedSQLException:
— The error occurred in org/apache/camel/component/ibatis/Account.xml.
— The error occurred while executing query.
— Check the      select * from ACCOUNT   .
— Check the SQL Statement (preparation failed).
— Cause: java.sql.SQLException: Table not found in statement [     select * from ACCOUNT   ]
        at org.apache.camel.component.ibatis.IBatisPollingConsumer.receiveNoWait
(IBatisPollingConsumer.java:50)
        at org.apache.camel.impl.DefaultScheduledPollConsumer.poll(DefaultScheduledPollConsumer.java:46)
        at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:66)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
        at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:280)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:135)

For the following uni-directional gateway (this is receiver config)
    <gfe:gateway-hub id="ReceiverHub" manual-start="false" port="22222" cache-ref="cache-with-xml" startup-policy="none">
    </gfe:gateway-hub>
Fails with the following exception
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'ReceiverHub': Invocation of init method failed; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1455)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:587)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:925)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:472)
	at com.anz.markets.luxor.commons.ApplicationContextProvider.createApplicationContext(ApplicationContextProvider.java:124)
	at com.anz.markets.luxor.commons.ApplicationContextProvider.initContext(ApplicationContextProvider.java:72)
	at com.anz.markets.luxor.commons.ApplicationContextProvider.getInstance(ApplicationContextProvider.java:79)
	at com.anz.markets.luxor.server.TestServerLauncher.main(TestServerLauncher.java:35)
	at org.springframework.data.gemfire.wan.GatewayHubFactoryBean.doInit(GatewayHubFactoryBean.java:105)
	at org.springframework.data.gemfire.wan.AbstractWANComponentFactoryBean.afterPropertiesSet(AbstractWANComponentFactoryBean.java:71)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1514)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1452)
	... 20 more

The method org.springframework.webflow.mvc.view.AbstractMvcView#shouldValidate(,) should be qualified as 'protected' to offer subclasses the ability to override the default validation behaviour.

Consider this configuration:

<mvc:resources mapping="/static/**" location="/WEB-INF/resources/immutable/"/>

The resource directory /WEB-INF/resources/immutable/ contains several files and subdirectories. One subdirectory is called images.
A browser request to /static/nonexistingfile.png results in a 404 HTTP error. But a request to /static/images (existing directory, without a file name specified) results in a FileNotFoundException:

java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/resources/immutable/images]
        at org.springframework.web.context.support.ServletContextResource.getInputStream(ServletContextResource.java:118) ~[spring-web-3.1.0.RELEASE.jar:3.1.0.RELEASE]
        at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.writeContent(ResourceHttpRequestHandler.java:240) ~[spring-webmvc-3.1.0.RELEASE.jar:3.1.0.RELEASE]
        at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.handleRequest(ResourceHttpRequestHandler.java:141) ~[spring-webmvc-3.1.0.RELEASE.jar:3.1.0.RELEASE]
        at org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter.handle(HttpRequestHandlerAdapter.java:49) ~[spring-webmvc-3.1.0.RELEASE.jar:3.1.0.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:900) ~[spring-webmvc-3.1.0.RELEASE.jar:3.1.0.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:827) ~[spring-webmvc-3.1.0.RELEASE.jar:3.1.0.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882) ~[spring-webmvc-3.1.0.RELEASE.jar:3.1.0.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778) ~[spring-webmvc-3.1.0.RELEASE.jar:3.1.0.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) ~[servlet-api.jar:na]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) ~[servlet-api.jar:na]

I think the getResource(HttpServletRequest) method in ResourceHttpRequestHandler should also check if the requested resources is a File.
On a high volume website this can cause tons of FileNotFoundExceptions due to robot visits. This is why I classified this issue with major priority.

create table t_test (name ,string) ;
 insert into table t_test VALUES ('李四');
 create view t_view_test as select * from t_test where name='李四';
when select  * from t_view_test   no  records return

User can't achieve identity propagation scenario with elytron, so far:

Client authenticate to web application using SPNEGO
Web application calls another service (database, another web application, ... )  on behalf of user.
Web applications wants to use provided gss credential, but there is no way to get associated credentials in elytron, so far

Basically use case tested in AS TS with legacy security [1] 
Legacy approach using DelegationCredentialContext.getDelegCredential() return null in elytron.
Actually there exists pull request the delegated credential will be associated with the SecurityIdentity [2] . This JIRA is created mainly for tracking purpose to process it properly once pending commit gets to EAP.
[1] https://github.com/wildfly/wildfly/blob/15f9a4f2b5a10cc3acbaa2df57d5cc13db50ff43/testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/security/loginmodules/negotiation/SPNEGOLoginModuleTestCase.java#L280 testIdentityPropagation 
[2] https://github.com/wildfly-security/wildfly-elytron/pull/434/commits/9b5aba5ca03824f0b42f786e5663cb7c3a1524f2 

The following code takes less than a second to run with version 3.0RC1. With 3.0RC2, it takes more than 30s.
The problem seems to come from the combination of SchedulerFactoryBean and lazy=true.
With lazy=false, everything is ok.
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");		
Object bean = context.getBean("quartzScheduler");
context.destroy();
<bean id="quartzScheduler" class="org.springframework.scheduling.quartz.SchedulerFactoryBean" lazy-init="true" />
Here is the output log:
Nov 13, 2009 11:05:17 PM org.springframework.context.support.AbstractApplicationContext prepareRefresh
INFO: Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@5265a77f: startup date [Fri Nov 13 23:05:17 CET 2009]; root of context hierarchy
Nov 13, 2009 11:05:17 PM org.springframework.beans.factory.xml.XmlBeanDefinitionReader loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource [applicationContext.xml]
Nov 13, 2009 11:05:18 PM org.springframework.beans.factory.support.DefaultListableBeanFactory preInstantiateSingletons
INFO: Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@8888e6c: defining beans [quartzScheduler]; root of factory hierarchy
Nov 13, 2009 11:05:18 PM org.quartz.core.SchedulerSignalerImpl <init>
INFO: Initialized Scheduler Signaller of type: class org.quartz.core.SchedulerSignalerImpl
Nov 13, 2009 11:05:18 PM org.quartz.core.QuartzScheduler <init>
INFO: Quartz Scheduler v.1.6.2 created.
Nov 13, 2009 11:05:18 PM org.quartz.simpl.RAMJobStore initialize
INFO: RAMJobStore initialized.
Nov 13, 2009 11:05:18 PM org.quartz.impl.StdSchedulerFactory instantiate
INFO: Quartz scheduler 'quartzScheduler' initialized from an externally provided properties instance.
INFO: Quartz scheduler version: 1.6.2
Nov 13, 2009 11:05:18 PM org.quartz.core.QuartzScheduler setJobFactory
INFO: JobFactory set to: org.springframework.scheduling.quartz.AdaptableJobFactory@49938039
Nov 13, 2009 11:05:18 PM org.springframework.context.support.AbstractApplicationContext doClose
INFO: Closing org.springframework.context.support.ClassPathXmlApplicationContext@5265a77f: startup date [Fri Nov 13 23:05:17 CET 2009]; root of context hierarchy
Nov 13, 2009 11:05:48 PM org.springframework.context.support.DefaultLifecycleProcessor$ShutdownGroup shutdown
WARNING: failed to shutdown beans with order 2147483647 within timeout of 30000
Nov 13, 2009 11:05:48 PM org.springframework.beans.factory.support.DefaultSingletonBeanRegistry destroySingletons
INFO: Destroying singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@8888e6c: defining beans [quartzScheduler]; root of factory hierarchy
Nov 13, 2009 11:05:48 PM org.springframework.scheduling.quartz.SchedulerFactoryBean destroy
INFO: Shutting down Quartz Scheduler
Nov 13, 2009 11:05:48 PM org.quartz.core.QuartzScheduler shutdown
INFO: Scheduler quartzScheduler_$_NON_CLUSTERED shutting down.
Nov 13, 2009 11:05:48 PM org.quartz.core.QuartzScheduler standby
INFO: Scheduler quartzScheduler_$_NON_CLUSTERED paused.
INFO: Scheduler quartzScheduler_$_NON_CLUSTERED shutdown complete.

DefaultStringRedisConnection.bitCount(key,begin,end) is calling delegate.bitCount(key).

hive config template has angle brackets in description; if it is used as hive-site.xml config parsing fails

This test fails when we run the test suite with the following IPv6 options:

    -Djava.net.preferIPv4Stack=false -Djava.net.preferIPv6Addresses=true -Djboss.bind.address=[::1] -Djboss.bind.address.management=[::1] -Djboss.bind.address.unsecure=[::1]

It appears that the test is expecting an array containing one nic address but instead gets two (IPv4 and IPv6) addresses. The linked JBTM jira is where we initially reported the issue. Test output is:

   testBasic(org.jboss.as.controller.interfaces.NicInterfaceCriteriaUnitTestCase): expected:<[/0:0:0:0:0:0:0:1%1]> but was:<[/0:0:0:0:0:0:0:1%1, /127.0.0.1]>
  testMultipleCriteria(org.jboss.as.controller.interfaces.NotInterfaceCriteriaUnitTestCase): expected:<{name:eth0 (eth0)=[/fe80:0:0:0:216:3eff:fe0e:a61c%2]}> but was:<{name:eth0 (eth0)=[/fe80:0:0:0:216:3eff:fe0e:a61c%2, /172.17.131.3]}>
  testMultipleCriteria(org.jboss.as.controller.interfaces.AnyInterfaceCriteriaUnitTestCase): expected:<{name:lo (lo)=[/0:0:0:0:0:0:0:1%1], name:eth0 (eth0)=[/fe80:0:0:0:216:3eff:fe0e:a61c%2]}> but was:<{name:lo (lo)=[/127.0.0.1, /0:0:0:0:0:0:0:1%1], name:eth0 (eth0)=[/fe80:0:0:0:216:3eff:fe0e:a61c%2, /172.17.131.3]}>

Thrift 2 latency metrics are measured in nanoseconds.  However, the duration used for per-method latencies is cast to an int, meaning the values are capped at 2.147 seconds.  Let's use a long instead.

Caused by: MetaException(message:Unable to update transaction database java.sql.SQLSyntaxErrorException: ORA-00918: column ambiguously defined

	at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:440)
	at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:396)
	at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:837)
	at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:445)
	at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:191)
	at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:523)
	at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:193)
	at oracle.jdbc.driver.T4CStatement.executeForDescribe(T4CStatement.java:852)
	at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:1153)
	at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1275)
	at oracle.jdbc.driver.OracleStatement.executeQuery(OracleStatement.java:1477)
	at oracle.jdbc.driver.OracleStatementWrapper.executeQuery(OracleStatementWrapper.java:392)
	at org.apache.hadoop.hive.metastore.txn.TxnHandler.commitTxn(TxnHandler.java:662)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.commit_txn(HiveMetaStore.java:5864)
	at com.sun.proxy.$Proxy49.commit_txn(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.commitTxn(HiveMetaStoreClient.java:2090)
	at com.sun.proxy.$Proxy50.commitTxn(Unknown Source)
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager$SynchronizedMetaStoreClient.commitTxn(DbTxnManager.java:655)
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.commitTxn(DbTxnManager.java:356)
	at org.apache.hadoop.hive.ql.Driver.releaseLocksAndCommitOrRollback(Driver.java:1024)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1071)

caused by 

            (sqlGenerator.addLimitClause(1, "committed.ws_txnid, committed.ws_commit_id, committed.ws_database," +
              "committed.ws_table, committed.ws_partition, cur.ws_commit_id " +
              "from WRITE_SET committed INNER JOIN WRITE_SET cur " +
              "ON committed.ws_database=cur.ws_database and committed.ws_table=cur.ws_table " +
              //For partitioned table we always track writes at partition level (never at table)
              //and for non partitioned - always at table level, thus the same table should never
              //have entries with partition key and w/o
              "and (committed.ws_partition=cur.ws_partition or (committed.ws_partition is null and cur.ws_partition is null)) " +
              "where cur.ws_txnid <= committed.ws_commit_id" + //txns overlap; could replace ws_txnid
              // with txnid, though any decent DB should infer this
              " and cur.ws_txnid=" + txnid + //make sure RHS of join only has rows we just inserted as
              // part of this commitTxn() op
              " and committed.ws_txnid <> " + txnid + //and LHS only has committed txns
              //U+U and U+D is a conflict but D+D is not and we don't currently track I in WRITE_SET at all
              " and (committed.ws_operation_type=" + quoteChar(OpertaionType.UPDATE.sqlConst) +
              " OR cur.ws_operation_type=" + quoteChar(OpertaionType.UPDATE.sqlConst) + ")"));

because addLimitClause on Oracle does
select * from (select  .....) where rownum <= N
so if original query has a join...

Fails attempting to getScratchColumnVectorTypes since mapWork is null on reduce-side.
Fix by calling that method using reduceWork object.

A @Configuration class that uses @ImportResource to pull in XML configuration that declares a ConfigurationClassPostProcessor causes an infinite loop.
This:
import org.springframework.context.annotation.ImportResource;

@ImportResource(value = "application-context.xml")

		new AnnotationConfigApplicationContext(Application.class);
	}
}

application-context.xml
	xsi:schemaLocation="http://www.springframework.org/schema/beans
		http://www.springframework.org/schema/beans/spring-beans-4.0.xsd">
	
	<bean class="org.springframework.context.annotation.ConfigurationClassPostProcessor"/>

</beans>

Results in the bean definitions from application-context.xml being loaded repeatedly:

INFO: Loading XML bean definitions from class path resource [application-context.xml]
Jun 9, 2014 11:13:01 AM org.springframework.beans.factory.support.DefaultListableBeanFactory registerBeanDefinition
INFO: Overriding bean definition for bean 'org.springframework.context.annotation.ConfigurationClassPostProcessor.importAwareProcessor': replacing [Root bean: class [org.springframework.context.annotation.ConfigurationClassPostProcessor$ImportAwareBeanPostProcessor]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null] with [Root bean: class [org.springframework.context.annotation.ConfigurationClassPostProcessor$ImportAwareBeanPostProcessor]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null]
INFO: Overriding bean definition for bean 'org.springframework.context.annotation.ConfigurationClassPostProcessor.enhancedConfigurationProcessor': replacing [Root bean: class [org.springframework.context.annotation.ConfigurationClassPostProcessor$EnhancedConfigurationBeanPostProcessor]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null] with [Root bean: class [org.springframework.context.annotation.ConfigurationClassPostProcessor$EnhancedConfigurationBeanPostProcessor]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null]
Jun 9, 2014 11:13:01 AM org.springframework.beans.factory.xml.XmlBeanDefinitionReader loadBeanDefinitions
…

The problem is a regression introduced in 4.0.0. The infinite loop does not occur when testing with 3.2.x

I noticed the following in log:

2014-05-27 16:50:46,978 WARN  [main] hbase.HBaseConfiguration(78): hbase.regionserver.global.memstore.upperLimit is deprecated by hbase.regionserver.global.memstore.size

hbase.regionserver.global.memstore.size should be used instead.

The List returned by SetUniqueList.subList() is again a SetUniqueList. The contract for List.subList() says that the returned list supports all the operations of the parent list, and it is backed by the parent list.
We have a SetUniqueList uniqueList equal to 
{"Hello", "World"}
. We get a subList containing the last element. Now we add the element "Hello", contained in the uniqueList but not in the subList, to the subList.
What should happen?
Should the subList behave like a SetUniqueList and add the element - meaning that it changes position in the uniqueList because at the old place it gets removed, so now uniqueList equals 
{"World", "Hello"}
 (which fails)?
Or should the element not be added, because it is already contained in the parent list, thereby violating the SetUniqueList-ness of the subList (which fails)?
I prefer the former behaviour, because modifications should only be made through the subList and not through the parent list (as explained in List.subList()).
What should happen if we replace (using set) the subList element "World" with "Hello" instead of adding an element?
The subList should contain only "Hello", and for the parent list, the old element 0 (now a duplicate of the just set element 1) should be removed (which fails).
And of course the parent list should know what happens to it (specifically, its uniqueness Set) (which fails in the current snapshot).
	public void testSubListAddNew() {
		List uniqueList = SetUniqueList.decorate(new ArrayList());
		List subList = uniqueList.subList(1, 2);
		subList.add("Goodbye");
		List expectedSubList = Arrays.asList(new Object[] 
{ "World", "Goodbye" }
);
		List expectedParentList = Arrays.asList(new Object[] 
{ "Hello", "World", "Goodbye" }
);
		assertEquals(expectedSubList, subList);
		assertEquals(expectedParentList, uniqueList);
		assertTrue(uniqueList.contains("Goodbye")); // fails
	}
	public void testSubListAddDuplicate() {
		subList.add("Hello");
{ "World", "Hello" });
		List expectedParentList = Arrays.asList(new Object[] { "World", "Hello" }
);
		assertEquals(expectedParentList, uniqueList); // fails
	}
	public void testSubListSetDuplicate() {
		subList.set(0, "Hello");
{ "Hello" });
		List expectedParentList = Arrays.asList(new Object[] { "Hello" }
);
	}

This issue happens in distributedLogReplay mode when recovering multiple puts of the same key + version(timestamp). After replay, the value is nondeterministic of the key
The original concern situation raised from Elliott Clark:
For all edits the rowkey is the same.
There's a log with: [ A (ts = 0), B (ts = 0) ]
Replay the first half of the log.
A user puts in C (ts = 0)
Memstore has to flush
A new Hfile will be created with [ C, A ] and MaxSequenceId = C's seqid.
Replay the rest of the Log.
Flush
The issue will happen in similar situation like Put(key, t=T) in WAL1 and Put(key,t=T) in WAL2
Below is the option(proposed by Ted) I'd like to use:
a) During replay, we pass original wal sequence number of each edit to the receiving RS
b) In receiving RS, we store negative original sequence number of wal edits into mvcc field of KVs of wal edits
c) Add handling of negative MVCC in KVScannerComparator and KVComparator   
d) In receiving RS, write original sequence number into an optional field of wal file for chained RS failure situation 
e) When opening a region, we add a safety bumper(a large number) in order for the new sequence number of a newly opened region not to collide with old sequence numbers. 
In the future, when we stores sequence number along with KVs, we can adjust the above solution a little bit by avoiding to overload MVCC field.
The other alternative options are listed below for references:
Option one
a) disallow writes during recovery
b) during replay, we pass original wal sequence ids
c) hold flush till all wals of a recovering region are replayed. Memstore should hold because we only recover unflushed wal edits. For edits with same key + version, whichever with larger sequence Id wins.
Option two
a) During replay, we pass original wal sequence ids
b) for each wal edit, we store each edit's original sequence id along with its key. 
c) during scanning, we use the original sequence id if it's present otherwise its store file sequence Id
d) compaction can just leave put with max sequence id
Please let me know if you have better ideas.

Removal of a fork channel leaves a residual fork stack registered with the fork protocol of the parent channel.  Fork channel removal should remove any resources associated with any custom fork stack on the parent channel.

Deny all DDL operation on labels table like add/delete cf etc.

Hi, we tried to upgrade to 2.9.0 last week but ran into trouble when using the newly moved validator component. 
Before upgrading (running 2.8.0), having a root xsd that imported or included other xsd-files on the class-path was no problem for us. But upgrading to 2.9.0 breaks this functionality. Resulting in the following error 

...
Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: validator://com/yyy/infra/applications/yyy-application/consumer/ws/consumer-report-request.xsd due to: src-resolve: Cannot resolve the name 'ns6:YyyReport' to a(n) 'element declaration' component.
...

I can see in the new documentation for the validator-component that there is an new property that you can set called resourceResolver. Given the name and the description of the interface LSResourceResolver my guess is that an implementation of that interface is required to get the old functionality back. 
I might be wrong, but to me this is API-breaking. It would be great if you could provide a "defalut" resourceResolver to mimic the old behavior since we rely a lot on the ability to compose schemas via includes or imports. 

CLI client in jconsole doesn't work with JDK11.
JConsole uses CLI. CLI uses WildFlySecurityManager (Elytron 1.5.4.Final). WildFlySecurityManager uses sun.misc.Unsafe. Unsafe works just with adding of --add-modules=jdk.unsupported to JConsole:

--- a/jconsole.sh
+++ b/jconsole.sh
@@ -79,4 +79,4 @@ CLASSPATH=$CLASSPATH:./bin/client/jboss-cli-client.jar
 echo CLASSPATH $CLASSPATH
 
 cd "$JBOSS_HOME"
-$JAVA_HOME/bin/jconsole -J-Djava.class.path="$CLASSPATH" "$@"
+$JAVA_HOME/bin/jconsole -J--add-modules=jdk.unsupported -J-Djava.class.path="$CLASSPATH" "$@"

But "jdk.unsupported" module is not a correct fix.
Logs:

Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: sun/misc/Unsafe
	at org.wildfly.security.manager.WildFlySecurityManager.<clinit>(WildFlySecurityManager.java:122)
	at org.jboss.as.cli.CommandContextFactory.getInstance(CommandContextFactory.java:41)
	at org.jboss.as.cli.gui.ConnectDialog$2.actionPerformed(ConnectDialog.java:182)
	at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
	at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
	at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
	at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
	at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
	at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297)
	at java.desktop/java.awt.Component.processMouseEvent(Component.java:6631)
	at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
	at java.desktop/java.awt.Component.processEvent(Component.java:6396)
	at java.desktop/java.awt.Container.processEvent(Container.java:2263)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5008)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840)
	at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
	at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
	at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
	at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
Caused by: java.lang.ClassNotFoundException: sun.misc.Unsafe
	at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
	at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
	... 39 more

cc: Kabir Khan, James Perkins, Darran Lofthouse, Martin Choma, Martin Svehla, Ondrej Kotek, Rostislav Svoboda

Sometime in the past couple of weeks, TestShellRSGroups has started timing-out/failing for me.
It will get stuck on a call to moveTables()

"main" #1 prio=5 os_prio=31 tid=0x00007ff012004800 nid=0x1703 in Object.wait() [0x000070000020d000]
        at org.apache.hadoop.hbase.ipc.BlockingRpcCallback.get(BlockingRpcCallback.java:62)
        - locked <0x000000078d1003f0> (a org.apache.hadoop.hbase.ipc.BlockingRpcCallback)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient.callBlockingMethod(AbstractRpcClient.java:328)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient.access$200(AbstractRpcClient.java:94)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient$BlockingRpcChannelImplementation.callBlockingMethod(AbstractRpcClient.java:567)
        at org.apache.hadoop.hbase.shaded.protobuf.generated.MasterProtos$MasterService$BlockingStub.execMasterService(MasterProtos.java)
        at org.apache.hadoop.hbase.client.ConnectionImplementation$3.execMasterService(ConnectionImplementation.java:1500)
        at org.apache.hadoop.hbase.client.HBaseAdmin$67$1.rpcCall(HBaseAdmin.java:2991)
        at org.apache.hadoop.hbase.client.HBaseAdmin$67$1.rpcCall(HBaseAdmin.java:2986)
        at org.apache.hadoop.hbase.client.MasterCallable.call(MasterCallable.java:98)
        at org.apache.hadoop.hbase.client.HBaseAdmin$67.callExecService(HBaseAdmin.java:2997)
        at org.apache.hadoop.hbase.client.SyncCoprocessorRpcChannel.callBlockingMethod(SyncCoprocessorRpcChannel.java:69)
        at org.apache.hadoop.hbase.protobuf.generated.RSGroupAdminProtos$RSGroupAdminService$BlockingStub.moveTables(RSGroupAdminProtos.java:13171)
        at org.apache.hadoop.hbase.rsgroup.RSGroupAdminClient.moveTables(RSGroupAdminClient.java:117)

The server-side end of the RPC is waiting on a procedure to finish:

"RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242" #289 daemon prio=5 os_prio=31 tid=0x00007ff015b7c000 nid=0x1e603 waiting on condition [0x000070000dbc9000]
        at org.apache.hadoop.hbase.master.procedure.ProcedureSyncWait.waitFor(ProcedureSyncWait.java:184)
        at org.apache.hadoop.hbase.master.procedure.ProcedureSyncWait.waitFor(ProcedureSyncWait.java:171)
        at org.apache.hadoop.hbase.master.procedure.ProcedureSyncWait.waitForProcedureToComplete(ProcedureSyncWait.java:141)
        at org.apache.hadoop.hbase.master.procedure.ProcedureSyncWait.waitForProcedureToCompleteIOE(ProcedureSyncWait.java:130)
        at org.apache.hadoop.hbase.master.procedure.ProcedureSyncWait.submitAndWaitProcedure(ProcedureSyncWait.java:123)
        at org.apache.hadoop.hbase.master.assignment.AssignmentManager.unassign(AssignmentManager.java:478)
        at org.apache.hadoop.hbase.master.assignment.AssignmentManager.unassign(AssignmentManager.java:465)
        at org.apache.hadoop.hbase.rsgroup.RSGroupAdminServer.moveTables(RSGroupAdminServer.java:432)
        at org.apache.hadoop.hbase.rsgroup.RSGroupAdminEndpoint$RSGroupAdminServiceImpl.moveTables(RSGroupAdminEndpoint.java:174)
        at org.apache.hadoop.hbase.master.MasterRpcServices.execMasterService(MasterRpcServices.java:673)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:133)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:278)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:258)

        - None

I don't see anything else running in the thread dump, but I do see that meta was closed. Eventually the client (I think) gives up and retries, but then fails because meta isn't assigned.

2017-06-20 15:07:45,720 DEBUG [RS_CLOSE_META-hw10447:64242-0] assignment.RegionTransitionProcedure(200): Received report CLOSED seqId=-1, pid=12, state=RUNNABLE:REGION_TRANSITION_DISPATCH; UnassignProcedure table=hbase:meta, region=1588230740, server=hw10447.local,64242,1497985650605; rit=CLOSING, location=hw10447.local,64242,1497985650605
2017-06-20 15:07:45,720 DEBUG [RS_CLOSE_META-hw10447:64242-0] handler.CloseRegionHandler(122): Closed hbase:meta,,1.1588230740
2017-06-20 15:07:45,722 WARN  [ProcExecWrkr-9] zookeeper.MetaTableLocator(443): Tried to set null ServerName in hbase:meta; skipping -- ServerName required
2017-06-20 15:07:45,724 INFO  [ProcExecWrkr-9] procedure2.ProcedureExecutor(1167): Finished pid=12, state=SUCCESS; UnassignProcedure table=hbase:meta, region=1588230740, server=hw10447.local,64242,1497985650605 in 379msec
2017-06-20 15:07:46,454 DEBUG [RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242] procedure.ProcedureSyncWait(192): waitFor pid=12
2017-06-20 15:07:47,458 INFO  [RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242] rsgroup.RSGroupAdminServer(345): Unassigning 0 region(s) from hw10447.local:64242 for server move to test_group
2017-06-20 15:07:48,462 INFO  [RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242] rsgroup.RSGroupAdminServer(378): Move server done: default=>test_group
Took 4.2749 seconds2017-06-20 15:07:48,488 DEBUG [RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242] rsgroup.RSGroupInfoManagerImpl(480): Updating znode: /hbase/rsgroup/test_group
2017-06-20 15:07:48,488 DEBUG [RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242] rsgroup.RSGroupInfoManagerImpl(480): Updating znode: /hbase/rsgroup/default
2017-06-20 15:07:48,488 DEBUG [RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242] rsgroup.RSGroupInfoManagerImpl(486): Writing ZK GroupInfo count: 4
2017-06-20 15:07:48,598 DEBUG [RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242] procedure2.ProcedureExecutor(792): Stored pid=13, state=RUNNABLE; org.apache.hadoop.hbase.master.locking.LockProcedure, tableName=test_table, type=EXCLUSIVE
2017-06-20 15:07:48,600 DEBUG [ProcExecWrkr-10] locking.LockProcedure(313): LOCKED pid=13, state=RUNNABLE; org.apache.hadoop.hbase.master.locking.LockProcedure, tableName=test_table, type=EXCLUSIVE
2017-06-20 15:07:48,600 INFO  [ProcExecWrkr-10] procedure2.ProcedureExecutor$TimeoutExecutorThread(1743): ADDED pid=13, state=WAITING_TIMEOUT; org.apache.hadoop.hbase.master.locking.LockProcedure, tableName=test_table, type=EXCLUSIVE; timeout=600000, timestamp=1497986268600
2017-06-20 15:07:48,706 DEBUG [RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242] procedure2.ProcedureExecutor(792): Stored pid=14, state=RUNNABLE:REGION_TRANSITION_DISPATCH; UnassignProcedure table=test_table, region=578de877b09db11dcc129a6ff5b22406, server=hw10447.local,64263,1497985652273
2017-06-20 15:07:49,179 WARN  [HBase-Metrics2-1] impl.MetricsConfig(125): Cannot locate configuration: tried hadoop-metrics2-hbase.properties,hadoop-metrics2.properties
2017-06-20 15:07:49,708 DEBUG [RpcServer.default.FPBQ.Fifo.handler=27,queue=0,port=64242] procedure.ProcedureSyncWait(192): waitFor pid=14
2017-06-20 15:08:02,376 DEBUG [ProcExecTimeout] procedure2.ProcedureExecutor$CompletedProcedureCleaner(190): Evict completed AssignProcedure table=hbase:meta, region=1588230740 pid=1, owner=jelser.hfs.3, state=SUCCESS, submittedTime=29sec ago, lastUpdate=29sec ago
2017-06-20 15:08:02,376 DEBUG [ProcExecTimeout] procedure2.ProcedureExecutor$CompletedProcedureCleaner(190): Evict completed CreateTableProcedure table=hbase:namespace pid=2, owner=jelser.hfs.3, state=SUCCESS, submittedTime=27sec ago, lastUpdate=27sec ago
2017-06-20 15:08:02,376 DEBUG [ProcExecTimeout] procedure2.ProcedureExecutor$CompletedProcedureCleaner(190): Evict completed CreateNamespaceProcedure, namespace=default pid=4, owner=jelser.hfs.3, state=SUCCESS, submittedTime=27sec ago, lastUpdate=27sec ago
2017-06-20 15:08:02,376 DEBUG [ProcExecTimeout] procedure2.ProcedureExecutor$CompletedProcedureCleaner(190): Evict completed CreateTableProcedure table=hbase:rsgroup pid=5, owner=jelser.hfs.3, state=SUCCESS, submittedTime=27sec ago, lastUpdate=27sec ago
2017-06-20 15:08:02,376 DEBUG [ProcExecTimeout] procedure2.ProcedureExecutor$CompletedProcedureCleaner(190): Evict completed CreateNamespaceProcedure, namespace=hbase pid=7, owner=jelser.hfs.3, state=SUCCESS, submittedTime=26sec ago, lastUpdate=26sec ago
2017-06-20 15:08:02,376 DEBUG [ProcExecTimeout] procedure2.ProcedureExecutor$CompletedProcedureCleaner(190): Evict completed UnassignProcedure table=hbase:namespace, region=a47624f5345a80b72f278f79a432955b, server=hw10447.local,64242,1497985650605 pid=11, owner=jelser, state=SUCCESS, submittedTime=18sec ago, lastUpdate=18sec ago
2017-06-20 15:08:02,376 DEBUG [ProcExecTimeout] procedure2.ProcedureExecutor$CompletedProcedureCleaner(190): Evict completed UnassignProcedure table=hbase:meta, region=1588230740, server=hw10447.local,64242,1497985650605 pid=12, owner=jelser, state=SUCCESS, submittedTime=17sec ago, lastUpdate=17sec ago

I got failures on TestQuotaThrottle a slow machine.
we can replace the Thread.sleep() with ManualEnvironmentEdge/EnvironmentEdgeManager.inject() to avoid problems.

To return the entity name, DefaultJpaEntityMetadata always uses either the entity class name or the name parameter of the Entity annotation.

public String getEntityName() {
  Entity entity = domainType.getAnnotation(Entity.class);
  boolean hasName = null != entity && StringUtils.hasText(entity.name());
  return hasName ? entity.name() : domainType.getSimpleName();
}

If the entity name has been configured in an ORM mapping file, this is ignored, e.g.:

<entity name="car" class="com.sample.CarImpl">
  ...
</entity>

This means that an exception is thrown when using the count or exists methods of the Spring Data repositories. Specifically (longer trace attached): 

Caused by: java.lang.IllegalArgumentException: org.hibernate.hql.internal.ast.QuerySyntaxException: CarImpl is not mapped [select count(*) from CarImpl x WHERE x.carId = :carId AND 1 = 1]
	at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1364)
	at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1300)
	at org.hibernate.ejb.AbstractEntityManagerImpl.createQuery(AbstractEntityManagerImpl.java:309)

The "hadoop-mapred" artifacts have been replaced by "hadoop-mapreduce-*" artifacts in 0.23 onwards.

Looks like exchanges expired by CXF continuation timeout are being accumulated in InflightRepository. Tested with Camel 2.17.1 and cxf-rt-transports-http-jetty:
Dependencies:

            <groupId>org.apache.camel</groupId>
            <artifactId>camel-core</artifactId>
            <version>2.17.1</version>
            <artifactId>camel-cxf</artifactId>
            <groupId>org.apache.cxf</groupId>
            <artifactId>cxf-rt-transports-http-jetty</artifactId>
            <version>3.1.5</version>

import org.apache.camel.component.cxf.CxfEndpoint;
import org.apache.camel.component.cxf.DataFormat;
import org.springframework.util.StreamUtils;
import org.w3c.dom.Document;

import javax.xml.parsers.DocumentBuilder;
import javax.xml.parsers.DocumentBuilderFactory;
import javax.xml.soap.MessageFactory;
import javax.xml.soap.SOAPMessage;
import java.net.HttpURLConnection;
import java.net.URL;
import java.util.Timer;
import java.util.TimerTask;
import java.util.concurrent.Executor;
import java.util.concurrent.Executors;

public class Sample {

    private final static String URI = "http://127.0.0.1:8080/";
    private final static long CONTINUATION_TIMEOUT = 100L;
    private final static long DELAYER_VALUE = 200L;
    private final static int SENDER_THREADS = Runtime.getRuntime().availableProcessors();
    private final static int MESSAGES_PER_SENDER = 10000;

    private static void setupCamel() throws Exception {
        final CamelContext camelContext = new DefaultCamelContext();
        final CxfEndpoint endpoint = (CxfEndpoint)camelContext.getEndpoint( "cxf://" + URI );
        endpoint.setContinuationTimeout( CONTINUATION_TIMEOUT );
        endpoint.setDataFormat( DataFormat.PAYLOAD );
        camelContext.addRoutes( new RouteBuilder() {
                from( endpoint )
                .threads()
                .setBody( constant( "<ok />" ) )
                .delay( DELAYER_VALUE )
                .end();
            }
        });
        final TimerTask repoSizeReporter = new TimerTask() {
                System.out.println( "Inflight repository size: " + camelContext.getInflightRepository().size() );
                System.gc();
                System.out.println( "Memory usage: " + (Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory())/(1024*1024) + "MB" );
            }
        };
        final Timer repoSizeReporterTimer = new Timer();
        repoSizeReporterTimer.schedule( repoSizeReporter, 1000, 1000 );
        camelContext.start();
    }

    private static byte[] createSoapMessage() throws Exception {
        final StringBuilder payloadBuilder = new StringBuilder( "<payload>" );
        for( int i = 0; i < 5000; i++ ) {
            payloadBuilder.append( "<payloadElement />" );
        }
        final String payload = payloadBuilder.append( "</payload>" ).toString();
        final DocumentBuilder documentBuilder = DocumentBuilderFactory.newInstance().newDocumentBuilder();
        final Document payloadDocument = documentBuilder.parse( new ByteArrayInputStream( payload.getBytes() ) );
        final ByteArrayOutputStream soapOutStream = new ByteArrayOutputStream();
        final SOAPMessage message = MessageFactory.newInstance().createMessage();
        message.getSOAPBody().addDocument( payloadDocument );
        message.writeTo( soapOutStream );
        return soapOutStream.toByteArray();
    }

    private static Runnable soapSender() {
        return () -> {
            try {
                final byte[] soapMessage = createSoapMessage();
                for( int i = 0; i < MESSAGES_PER_SENDER; i++ ) {
                    final HttpURLConnection connection = (HttpURLConnection)new URL( URI ).openConnection();
                    connection.setDoOutput( true );
                    connection.setRequestProperty( "Content-Type", "text/xml" );
                    connection.setRequestProperty( "SOAPAction", "\"\"" );
                    connection.setRequestMethod( "POST" );
                    connection.setRequestProperty( "Accept", "*/*" );
                    connection.connect();
                    StreamUtils.copy( soapMessage, connection.getOutputStream() );
                    connection.getResponseCode();
                    connection.disconnect();
                }
            } catch ( final Exception ex ) {
                ex.printStackTrace();
            }
        };
    }

        setupCamel();
        final Executor executor = Executors.newFixedThreadPool( SENDER_THREADS );
        for( int i = 0; i < SENDER_THREADS; i++ ) {
            executor.execute( soapSender() );
        }
    }
}

If an EJB bean inherits a default method from an interface and doesn't override it, attempt to call this method fails with:

org.jboss.invocation.CannotProceedException: INV000002: Invocation cannot proceed (end of interceptor chain has been hit)

'JBAS011046: A component named
'TestBean' is already defined in this module', I have narrowed it
down to it occurs if they have a jar manifest with Class-Path: .
It looks like when deploying it looks at the jar with the manifest
entry which then must be having it scan the jar containing the EJB
again and failing.
Having the Class-Path: . doesn't really make sense to me, however it
also seems like we should not be trying to deploy it twice.
It appears ManifestClassPathProcessor ignores the . when the Class-Path is in a jar at the root of an ear but not when the jar is in a war's WEB-INF/lib
server/src/main/java/org/jboss/as/server/deployment/module/ManifestClassPathProcessor.java

I find some orig files in master, e.g. SemanticAnalyzer.java.orig. Wondering if they are added by mistake?

<bean id="concurrentSessionController" class="net.sf.acegisecurity.concurrent.ConcurrentSessionControllerImpl">
  <property name="maxSessions"><value>1</value></property>
  <property name="sessionRegistry"><ref local="sessionRegistry"/></property>
</bean>
Should be 
  <property name="maximumSessions"><value>1</value></property>
</bean>

Disabling the Web UI or it's historical query display feature can lead to NullPointerException since historicSqlOperations is unintialized.
For ex: If hive.server2.webui.port is set to 0

	at org.apache.hive.service.cli.operation.OperationManager.removeOperation(OperationManager.java:212)
	at org.apache.hive.service.cli.operation.OperationManager.closeOperation(OperationManager.java:240)
	at org.apache.hive.service.cli.session.HiveSessionImpl.closeOperation(HiveSessionImpl.java:727)
	at org.apache.hive.service.cli.CLIService.closeOperation(CLIService.java:408)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.CloseOperation(ThriftCLIService.java:664)

There is a missing orphan filter in Narayana that should be added to the WFLY default configuration.
Without it there is a data integrity issue as competing remote servers may rollback each others branches.

The call to set replication is called prior to uploading the archive file to hdfs, which does not throw an error, but the replication never gets set.
This has a significant impact on large jobs (especially hash joins) due to too many tasks hitting the data nodes.

some problem in multi-table insert if both of them contain grouping keys which are different.
have not marked it a blocker, since a workaround exists (issue both inserts separately) - but this if the release is not yet done, we should fix this also.
FROM SRC
INSERT OVERWRITE TABLE DEST1 SELECT SRC.key, src.value, COUNT(DISTINCT SUBSTR(SRC.value,5)) GROUP BY SRC.key\
, src.value
INSERT OVERWRITE TABLE DEST2 SELECT SRC.key, COUNT(DISTINCT SUBSTR(SRC.value,5)) GROUP BY SRC.key;

We have a requirement that we have to be able to define the following field in our domain class. The reason that we need to have such restriction is that this domain is used for integration with another system.

@Field("deletions")
private List<com.mongodb.DBRef> deletions;

Saving of deletions collections works fine and I can verify deletions list stored properly. However, when the list is read from Mongo DB, all instance of com.mongodb.DBRef are null. I had the same issue with having define one com.mongodb.DBRef in a domain class, but I could get around with that by creating a reading converter that converts from com.mongodb.DBRef to com.mongodb.DBRef 

when client issues a request to the resource server providing an invalid access_token and unsupported media_type, for example application/xml instead of application/json the server (Oauth2 framework) returns HTTP 500 error. (We expected unsupported media type 406).
The spring Oauth2 code produces HttpMediaTypeNotAcceptableException exception, but because it is handled at the servlet filter level it gets mapped to 500 error. (Before reaching the controller ). (My guess).
Here is the exception stack trace:

org.springframework.web.HttpMediaTypeNotAcceptableException: Could not find acceptable representation
	at org.springframework.security.oauth2.provider.web.OAuth2ExceptionRenderer.writeWithMessageConverters(OAuth2ExceptionRenderer.java:106)
	at org.springframework.security.oauth2.provider.web.OAuth2ExceptionRenderer.handleHttpEntityResponse(OAuth2ExceptionRenderer.java:69)
	at org.springframework.security.oauth2.provider.filter.OAuth2ExceptionHandlerFilter.doFilter(OAuth2ExceptionHandlerFilter.java:73)
...

Steps to repro:  issue a request to the resource server using bad access token and invalid media type, for example application/xml since Oauth2 is producing application/json error.

GET http://host/api?access_token=BAD_OR_EXPIRED_TOKEN
HEADER:
   Accept: application/xml

Result: 500, but it should be 406.

Look at the below.  Blocking goes up and flush doesn't happen for nearly ten minutes (Other flushes happen in the meantime no problem).  We need to run a flush immediately; schedule it before all others.

2008-08-12 01:45:54,175 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 9 on 60020' on region TestTable,0024119972,1218505443888: Memcache size 64.0m is >= than blocking 64.0m size
...
2008-08-12 01:54:36,695 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memcache flush for region TestTable,0024119972,1218505443888. Current region memcache size 64.0m

"mvn site" build command failed with OutOfMemoryError. It lasts for a while and our book reference guid seems out of date as well.

RuntimeCapability.Builder add[Dynamic|Optional|RuntimeOnly]Requirements are deprecated because at the moment they have no practical function. The idea for them was to hold some metadata about a capability for description presentation in a ui or some kind of use by a provisioning tool. But that is a use case that hasn't been pursued yet.
What they don't do is somehow automatically wire up requirements when the capability is registered, the way requirements added via RuntimeCapability.Builder.addRequirements are wired. That's because for a dynamic cap the dynamic part of the required cap's name is not known to the kernel, and for an optional requirement whether whatever condition makes the requirement non-optional has been met is unknown to the kernel.
But it looks like there's some use of these methods where the code assumes some autowiring will happen. The problem reported in WFCORE-3040 is an example of this.
Reproducer, starting with a near empty config a la standalone-minimalistic.xml:

/extension=org.wildfly.extension.undertow:add(module="org.wildfly.extension.undertow")
/extension=org.wildfly.extension.io:add(module="org.wildfly.extension.io")
batch
/subsystem=undertow:add
/subsystem=undertow/servlet-container=default:add
/subsystem=undertow/server=default-server:add
/subsystem=undertow/server=default-server/host=default-host:add(alias=["localhost"])
/subsystem=undertow/server=default-server/http-listener=default:add(socket-binding="http")
/subsystem=undertow/buffer-cache=default:add
/subsystem=undertow/configuration=handler:add
/subsystem=undertow/configuration=filter:add
/subsystem=io:add
/subsystem=io/buffer-pool=default:add
/subsystem=io/worker=default:add
/socket-binding-group=standard-sockets/socket-binding=http:add(port="\${jboss.http.port:8080}")
run-batch

The server service is not added because the op is executed post-boot, so it's capability is tracked as requiring reload. But when adding the listener, the requirement for the server is not being added (because of this bug). So, without the requirement data to tell it things are not ready (see WFCORE-1106 for details) the kernel is not detecting the reload-required dependency and is trying to execute the stage RUNTIME steps for the listener add. These fail due to the missing dependency.

Normal String field tried to be converted to BigInteger.

org.springframework.core.convert.ConversionFailedException: Failed to convert from type java.lang.String to type java.math.BigInteger for value 'KKaK'; nested exception is java.lang.NumberFormatException: For input string: "KKaK"
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:41)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:170)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:154)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.getPotentiallyConvertedSimpleWrite(MappingMongoConverter.java:604)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writeSimpleInternal(MappingMongoConverter.java:585)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.access$100(MappingMongoConverter.java:73)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$4.doWithPersistentProperty(MappingMongoConverter.java:370)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$4.doWithPersistentProperty(MappingMongoConverter.java:357)
	at org.springframework.data.mapping.model.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:173)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writeInternal(MappingMongoConverter.java:357)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.writeInternal(MappingMongoConverter.java:329)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.write(MappingMongoConverter.java:73)
	at org.springframework.data.mongodb.core.MongoTemplate.doInsert(MongoTemplate.java:615)
	at org.springframework.data.mongodb.core.MongoTemplate.insert(MongoTemplate.java:577)
	at org.springframework.data.mongodb.core.MongoTemplate.insert(MongoTemplate.java:568)

The reply will be a empty message.
When 
org.apache.camel.component.rabbitmq.reply.ReplyManagerSupport#processReply
calls
org.apache.camel.component.rabbitmq.RabbitMQEndpoint#setRabbitExchange
The method setRabbitExchange will get `In` message and setBody for reply message while the expected message is `Out`.

When configuring a constraint like "hasIpAddress('X.X.X.X')", Spring-Security usees the class org.springframework.security.web.util.IpAddressMatcher to compare the given IP with the IP from the request.
Unfortunatly, IpAddressMatcher throws an IllegalArgumentException, when the given IP and the IP from the request are of different type. This happens for example, when the request uses an IPv6-Address, but the Address used in "hasIpAddress()" was an IPv4-Address. The unexpected outcome of this behavior is, that any IPv6-request matching the resource will only see an error-page!
I suggest, that IpAddressMatcher responds with "false", if the given Address and the Address in the Request are of different type. That would solve this issue and is also the behavior I would expect: two IP-Addresses of different type are simply always not equal!

We had two lines in the webmvc-config.xml for the TilesConfigurer
    <value>/WEB-INF/views/**/views.xml</value>
    <value>/WEB-INF/flows/**/views.xml</value>
Then when we removed the last views.xml under the /WEB-INF/flows tree the application crashes at startup with an NPE caused by line 423 of the TilesConfigurer. See error-report with stack-trace attached.

I see the following error in helios eclipse with the latest trunk (although build on the command line is fine):
Syntax error on token ";", delete this token
seems to have been introduced by this change in HIVE-2036
+import org.apache.hadoop.hive.ql.index.HiveIndexedInputFormat;;
I have a patch forthcoming.

The relative path to parent pom has not been updated after the parent pom was moved to separate module - it should now be "../parent" instead of "..". 
This does not cause trouble for command-line building, but makes difference within eclipse (with correct relative path changes in one module are immediately visible in other modules, without the need to install the updated modules to repository first).

The @OneToOne annotation isn't recognized as an association annotation so in Spring Data REST I have to call PersistentProperty.isEntity() on the property passed to my handler in PersistentEntity.doWithProperties() in addition to processing known associations via the PersistentEntity.doWithAssociations() helper.

At line 99:
            25, 26, 27, 28, 29, 30, 31, 32,                                 // 50-57 O-V
the value 32 should not be included. That disallows to use 'W' as padding with hex table.

Currently the links to related descriptors are wrong:

they link to the actual resource, not the ALPS descriptor resource
they don't link to the representation descriptor

NPE occures during FORM authentication when TRACE logging is enabled.  

11:02:55,488 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /secured-webapp/: java.lang.NullPointerException
	at org.wildfly.elytron.web.undertow.server.ElytronHttpExchange$4.getID(ElytronHttpExchange.java:401)
	at org.wildfly.security.http.impl.FormAuthenticationMechanism.attemptReAuthentication(FormAuthenticationMechanism.java:228)
	at org.wildfly.security.http.impl.FormAuthenticationMechanism.evaluateRequest(FormAuthenticationMechanism.java:99)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1696)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:210)

FormAuthenticationMechanism.java

        if (log.isTraceEnabled()) {
            if (getSessionScope(request, false) != null) {
                log.tracef("Trying to re-authenticate session %s using FormAuthenticationMechanism. Request URI: [%s], Context path: [%s]",
                        getSessionScope(request, false).getID(), request.getRequestURI(), this.contextPath);

It's useful to show the shuffle type used in the query plan. Currently it shows "GROUP" no matter what we set for hive.spark.use.groupby.shuffle.

When cluster stopped and romove server from cluster which contains meta region, then restart cluster,
From the following code throws "NoRouteToHostException"
package org.apache.hadoop.hbase.catalog;
public class CatalogTracker 
 private HRegionInterface getMetaServerConnection(boolean refresh)
  throws IOException, InterruptedException {
    synchronized (metaAvailable) {
      if (metaAvailable.get()) {
        HRegionInterface current = getCachedConnection(metaLocation);
        if (!refresh) 
{
          return current;
        }
        if (verifyRegionLocation(current, this.metaLocation, META_REGION)) {          return current;        }
        resetMetaLocation();
      }
      HRegionInterface rootConnection = getRootServerConnection();
      if (rootConnection == null) 
{
      }
      HServerAddress newLocation = MetaReader.readMetaLocation(rootConnection);
      if (newLocation == null) {        return null;      }
      ////////the following line throws the exception
HRegionInterface newConnection = getCachedConnection(newLocation);
      if (verifyRegionLocation(newConnection, this.metaLocation, META_REGION)) 
{
        setMetaLocation(newLocation);
        return newConnection;
      }
    }
  }
/////////////the following method don't handle the exception.
  public boolean verifyMetaRegionLocation(final long timeout)
  throws InterruptedException, IOException 
{
    return getMetaServerConnection(true) != null;
  }

//////////////////master call the CatalogTracker's method and don't handle the problem too.
package org.apache.hadoop.hbase.master;
public class HMaster
int assignRootAndMeta()
{
    }
    LOG.info("ROOT assigned=" + assigned + ", rit=" + rit +
      ", location=" + catalogTracker.getRootLocation());
    // Work on meta region
    rit = this.assignmentManager.
      processRegionInTransitionAndBlockUntilAssigned(HRegionInfo.FIRST_META_REGIONINFO);
///////////////////////////////
when restart cluster master break down here.
////////////////////////////////
    if (!this.catalogTracker.verifyMetaRegionLocation(timeout)) 
{
      this.assignmentManager.assignMeta();
      this.catalogTracker.waitForMeta();
      // Above check waits for general meta availability but this does not
      // guarantee that the transition has completed
      this.assignmentManager.waitForAssignment(HRegionInfo.FIRST_META_REGIONINFO);
    }
    LOG.info(".META. assigned=" + assigned + ", rit=" + rit +
      ", location=" + catalogTracker.getMetaLocation());
    return assigned;
  }
Thanks to JunQiang Yuan in www.alipay.com  for providing information about this bug. 

camel-spring no longer imports into eclipse as OsgiSpringCamelContext references OsgiTypeConverter which implements ServiceTrackerCustomizer.   The org.osgi.compendium jar isn't a dependency of camel-spring so the class cannot be found and eclipse gives an error.
Simple fix is to add a dependency to the pom:

      <groupId>org.osgi</groupId>
      <artifactId>org.osgi.compendium</artifactId>
      <optional>true</optional>

As a result transforms a filter INPUT_FILE_NAME is not null; to false causing wrong results.

The Maven plugin for Wildfly Swarm does not evaluate the authentication parameters from the settings.xml if mirrors are defined.
Any attempt results in an exception that looks like:
org.eclipse.aether.resolution.ArtifactResolutionException: Failure to transfer ... : Not authorized , ReasonPhrase:Unauthorized.

explain select 100.000BD from f

      limit: -1
        TableScan
          alias: f
            expressions: 100 (type: int)
            ListSink

Notice that the expression 100.000BD is of type int instead of decimal.

This occures in TS on JDK9 on Windows in tests:

org.wildfly.security.sasl.gssapi.CommunicationSuiteChild
org.wildfly.security.sasl.gs2.Gs2SuiteChild

javax.security.auth.login.LoginException: 
java.nio.file.InvalidPathException: Illegal char <:> at index 2: /W:/workspace/wildfly-elytron-unit-tests/4ad7c91f/wildfly-elytron/target/test-classes/krb5.conf
	at java.base/sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
	at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
	at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
	at java.base/sun.nio.fs.WindowsPath.parse(WindowsPath.java:92)
	at java.base/sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:229)
	at java.base/java.nio.file.Paths.get(Paths.java:84)
	at java.security.jgss/sun.security.krb5.Config.lambda$loadConfigFile$0(Config.java:639)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:429)
	at java.security.jgss/sun.security.krb5.Config.loadConfigFile(Config.java:638)
	at java.security.jgss/sun.security.krb5.Config.<init>(Config.java:176)
	at java.security.jgss/sun.security.krb5.Config.refresh(Config.java:115)
	at jdk.security.auth/com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:528)
	at java.base/javax.security.auth.login.LoginContext.invoke(LoginContext.java:726)
	at java.base/javax.security.auth.login.LoginContext.access$000(LoginContext.java:194)
	at java.base/javax.security.auth.login.LoginContext$4.run(LoginContext.java:665)
	at java.base/javax.security.auth.login.LoginContext$4.run(LoginContext.java:663)
	at java.base/javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:663)
	at java.base/javax.security.auth.login.LoginContext.login(LoginContext.java:574)
	at org.wildfly.security.sasl.gssapi.JaasUtil.login(JaasUtil.java:71)
	at org.wildfly.security.sasl.gssapi.JaasUtil.loginClient(JaasUtil.java:53)
	at org.wildfly.security.sasl.gs2.Gs2SuiteChild.init(Gs2SuiteChild.java:102)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at mockit.integration.junit4.internal.JUnit4TestRunnerDecorator.executeClassMethod(JUnit4TestRunnerDecorator.java:92)
	at mockit.integration.junit4.internal.JUnit4TestRunnerDecorator.invokeExplosively(JUnit4TestRunnerDecorator.java:30)
	at mockit.integration.junit4.internal.MockFrameworkMethod.invokeExplosively(MockFrameworkMethod.java:37)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java)

	at java.base/javax.security.auth.login.LoginContext.invoke(LoginContext.java:821)

[1] https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-Security/view/Wildfly-Elytron/job/wildfly-elytron-unit-tests/41/jdk=jdk1.9,label=eap-sustaining&&w2k12r2&&x86_64/testReport/

As the description says, org.jboss.as.server.deployment.RegisteredDeploymentUnitProcessor's compareTo is wrong.

If you run container in domain mode with explicitly specified log directory (by parameter jboss.domain.log.dir) then such settings does not take any effect if directory does not exist before server startup. This issue can be seen only on HP-UX (hpux jdk).

Currently ORC records the time zone information in the stripe footer even when there are no timestamp columns. This will not only add to the size of the footer but also can cause inconsistencies (file size difference) in test cases when run under different time zones.

It doesn't seem to be very convenient to search a repository using an related entity as a query parameter. Consider the following repository:

@RepositoryRestResource
public interface TagRepository extends PagingAndSortingRepository<Tag, Long> {

    Page<Tag> findAllByNameContainingIgnoreCaseAndOrganisationOrderByNameAsc(@Param("name") String name,
                                                                             @Param("organisation") Organisation organisation,
                                                                             Pageable pageable);
}

Organisations have many tags, a tag has one organisation. The HATEOAS semantics return entity relationships as links, however we cannot pass one of these links as the "organisation" query parameter above.
As far as I can tell, the only way to pass an organisation parameter is by using the ID (primary key) of the entity directly. This is quite inconvenient as it means we need to resolve links on the client first in order to determine the ID we need and also means that we need to expose the IDs in our DTOs (which is not default and seems like a bad idea), or attempt to parse it from the URI link.
This is how I would expect it to be able to work:
http://localhost:8080/api/tags/search/findAllByNameContainingIgnoreCaseAndOrganisationOrderByNameAsc?name=tagName&organisation=http://localhost:8080/api/organisations/1
However we are currently required to use it like this:
http://localhost:8080/api/tags/search/findAllByNameContainingIgnoreCaseAndOrganisationOrderByNameAsc?name=tagName&organisation=1
Is this the only way to query using a related entity?

This is an issue of the more esoteric kind.
If camel-cxf is running on Tomcat 7 and the provided web service is a one-way webservice and if the robust feature is not set in very rare cases the following exception can occur:

nowjava.lang.SecurityException: attempting to add an object which is not an instance of java.security.Principal to a Subject's Principal Set
        at javax.security.auth.Subject$SecureSet.add(Subject.java:1106)
        at java.util.Collections$SynchronizedCollection.add(Collections.java:1636)
        at org.apache.camel.component.cxf.DefaultCxfBinding.populateExchangeFromCxfRequest(DefaultCxfBinding.java:275)
        at org.apache.camel.component.cxf.CxfConsumer$1.prepareCamelExchange(CxfConsumer.java:187)
        at org.apache.camel.component.cxf.CxfConsumer$1.syncInvoke(CxfConsumer.java:132)
        at org.apache.camel.component.cxf.CxfConsumer$1.invoke(CxfConsumer.java:78)
        at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:59)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
        at org.apache.cxf.interceptor.ServiceInvokerInterceptor$2.run(ServiceInvokerInterceptor.java:126)
        at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)
        at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:131)
        at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
        at org.apache.cxf.phase.PhaseInterceptorChain.resume(PhaseInterceptorChain.java:278)
        at org.apache.cxf.interceptor.OneWayProcessorInterceptor$1.run(OneWayProcessorInterceptor.java:137)
        at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$3.run(AutomaticWorkQueueImpl.java:428)
        at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$AWQThreadFactory$1.run(AutomaticWorkQueueImpl.java:353)
        at java.lang.Thread.run(Thread.java:807)

The reason for that is in the combination of this code
DefaultCxfBinding.java
        if (securityContext instanceof LoginSecurityContext
            && ((LoginSecurityContext)securityContext).getSubject() != null) {
            camelExchange.getIn().getHeaders().put(Exchange.AUTHENTICATION, 
                                                   ((LoginSecurityContext)securityContext).getSubject());
        } else if (securityContext != null && securityContext.getUserPrincipal() != null) {
            Subject subject = new Subject();
            subject.getPrincipals().add(securityContext.getUserPrincipal());
            camelExchange.getIn().getHeaders().put(Exchange.AUTHENTICATION, subject);
        }

with the implementation of the CXF securtyContext, the way Tomcat implements the login context, and the thread context change created by CXF for the one-way web services. As a result the behaviour of securityContext.getUserPrincipal() may change asynchonously at any time (so it may return a principal when the null check happens and may return null on the second call). Trying to add null to the principals will create above exception.
The fix for this is to call getUserPrincipal() only once and perform the null check and the add() operation with the result.
Obviously the issue is not testable (because even in the environment where this may happen it is very improbable that it can be reproduced).

More spelling errors in logging and exception messages.
verififcation -> verification
indexxes -> indexes
resouce -> resource

The dev tar ball does not give execute permissions to the test scripts causing test failures on the tar ball source.

from http://www.pkware.com/documents/casestudies/APPNOTE.TXT :

      Although not originally assigned a signature, the value 
      0x08074b50 has commonly been adopted as a signature value 
      for the data descriptor record.  Implementers should be 
      aware that ZIP files may be encountered with or without this 
      signature marking data descriptors and should account for
      either case when reading ZIP files to ensure compatibility.
      When writing ZIP files, it is recommended to include the
      signature value marking the data descriptor record.  When
      the signature is used, the fields currently defined for
      the data descriptor record will immediately follow the
      signature.
The current code skips over 16 bytes while the descriptor may be using only 12 bytes.

HibernateFailureJob testcase expects the job to end with exception, but does not check it really does. In fact the job doesn't fail and the assert in catch block is never executed (although it would have passed if it was).

HIVE-4568 introduced --hivevar flag.  But if you specify more than one hivevar, for example 

beeline --hivevar file1=/user/szehon/file1 --hivevar file2=/user/szehon/file2

then the variables during runtime get mangled to evaluate to:

file1=/user/szehon/file1&file2=/user/szehon/file2

See nabble
http://www.nabble.com/AmbiguousMethodCallException-td24042324s22882.html

A collection of small improvements to the .cmd scripts are needed: 

Have hbase.cmd honor --config option
Fix log4j default appenders for standalone or service mode
classpath fixes
Honor JRuby options

Start up EAP 6.4 or 7.0 in domain mode and connect with jboss-cli.sh
I can do these commands:
[domain@localhost:9990 /] cd host
[domain@localhost:9990 host] cd master
[domain@localhost:9990 host=master] 
On EAP 7.1 it gives me an error:
Failed to validate address: the response from the controller doesn't contain result.
I can only do "cd host=master" successfully.
Is this a bug/regression or an intentional change in EAP 7.1?

Elytron dependencies seems to be missing on Jasper classpath, so usage of Elytron API in JSPs can lead to ClassNotFound issues.
I have following JSP:

Unable to find source-code formatter for language: jsp. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml
<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" session="false"%>

<%
final java.util.concurrent.Callable<String> callable = () -> {
    return "test";
};

System.out.println(org.wildfly.security.auth.client.AuthenticationContext.captureCurrent().runCallable(callable));
%>

But its deployment fails due to CNF during compilation. The Jasper is missing Contextual class from wildfly-common.

13:44:56,380 ERROR [io.undertow.request] (default task-7) UT005023: Exception handling request to /authenticator/: org.apache.jasper.JasperException: JBWEB004062: Unable to compile class for JSP: 

JBWEB004060: An error occurred at line: 8 in the jsp file: /index.jsp
The type org.wildfly.common.context.Contextual cannot be resolved. It is indirectly referenced from required .class files
5:     return "test";
6: };
7: 
8: System.out.println(org.wildfly.security.auth.client.AuthenticationContext.captureCurrent().runCallable(callable));
9: %>
10: 

The method runCallable(Callable<String>) is undefined for the type AuthenticationContext
6: };
7: 
9: %>
10: 

problem is caused by non-exporting wildfly-common module dependency from org.wildfly.security.elytron

The HttpEntityMethodProcessor's supportsReturnType method explicitly looks for ResponseEntity/HttpEntity classes, not whether they are assignable from those classes:

public boolean supportsReturnType(MethodParameter returnType) {
	Class<?> parameterType = returnType.getParameterType();
	return HttpEntity.class.equals(parameterType) || ResponseEntity.class.equals(parameterType);
}

This prevents HttpEntity/ResponseEntity subclasses from being processed. This method should be updated similar to the following, in order to support HTTP entity subclasses:

    Class<?> parameterType = returnType.getParameterType();
    return HttpEntity.class.isAssignableFrom(parameterType);
}

This problem was first described here in SPR-10046.

When a reverse scan is done, the server seems to not know it's done when the scanner cache size matches the number of rows in a PageFilter. See PHOENIX-3121 for how this manifests itself. We have a standalone, pure HBase API reproducer too that I'll attach (courtesy of churro morales and Mujtaba Chohan).

<connection-definition> DMR:

use-try-lock                    undefined                                               LONG

which should be removed

The RIT procedure has been changed for branch-2.2+ so we can not use the patch for branch-2.1 directly.

It is important that compacted storefiles of a given compaction execution are wholly opened or archived to insure data consistency. ie a storefile containing delete tombstones can be archived while older storefiles containing cells that were supposed to be deleted are left unarchived thereby undeleting those cells.
When a server fails compaction markers (in the wal edit) are used to determine which storefiles are compacted and should be excluded during region open (during failover). But the WALs containing compaction markers can be prematurely archived even though there are still compacted storefiles for that particular compaction event that hasn't been archived yet. Thus losing compaction information that needs to be replayed in the event of an RS crash. This is because hlog archiving logic only keeps track of flushed storefiles and not compacted ones.
https://issues.apache.org/jira/browse/HBASE-20704?focusedCommentId=16507680&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16507680

I'm trying to construct a system for moving some seda queues over to
ActiveMQ during system shutdown. What I did was create a Route that
connects to some of my seda queues and then drains the queue to activemq.
Basicly I got two routes, the drainer:
from("seda:" + sedaId + "?size=1000")
                    .routeId(routeName +
sedaIs).noAutoStartup().to(activeMQFailuresQueue);
And the main route:
                    .routeId(routeName + sedaIs).to(SomeProcessor);
Now, sometimes the main route stalls for various reasons I need to
restart the jvm process it is running in, so I start the first route.
But when trying this in production, I got:
    at
org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:78)
    at
org.apache.camel.component.seda.SedaConsumer.sendToConsumers(SedaConsumer.java:210)
    at
org.apache.camel.component.seda.SedaConsumer.doRun(SedaConsumer.java:155)
    at
org.apache.camel.component.seda.SedaConsumer.run(SedaConsumer.java:129)
    at
    at
Bvahdat added a comment:
just a very tiny pointer:
Looking at the source it seems that  the
SedaEndpoint.getConsumerMulticastProcessor() method returns 'null' causing
the NPE, as the condition:
multicastStarted == false || consumerMulticastProcessor == null
is true.

When using the Dynamic Recipient List pattern, there's an inconsistency between two ways of of defining that pattern:

when using a @RecipientList-annotated method with a beanRef, you get the list of endpoints as the out message body
when using the same method with a recipientList(bean(...)) call, you get the aggregated result of the invoked endpoints

I think it would be better if both options returned the same response message and I would suggested the aggregated result of the invoked endpoints is the more appropriate one.

The classes LoadTestKVGenerator and RedundantKVGenerator in hbase-common/src/main/java/org/apache/hadoop/hbase/util/test are only used in tests (at least in the HBase codebase itself - not sure if they would have any use for other software). Should probably move them into src/test/java to keep a good separation.

dbvisualizer and other ui based jdbc client pull tableemta similar to following operation:

ResultSet res = con.getMetaData().getTables("", "", "%", new String[] { "TABLE", "VIEW" });

https://github.com/rajkrrsingh/HiveServer2JDBCSample/blob/master/src/main/java/TestConnection.java#L20

The standalone-jdbc jar does not contain all the jars required for secure connections.

After execute hive command with Spark, finishing the beeline session or
even switch the engine causes IOException. The following executed Ctrl-D to
finish the session but "!quit" or even "set hive.execution.engine=mr;" causes
the issue.
From HS2 log:

2016-09-06 16:15:12,291 WARN  org.apache.hive.spark.client.SparkClientImpl: [HiveServer2-Handler-Pool: Thread-106]: Timed out shutting down remote driver, interrupting...
2016-09-06 16:15:12,291 WARN  org.apache.hive.spark.client.SparkClientImpl: [Driver]: Waiting thread interrupted, killing child process.
2016-09-06 16:15:12,296 WARN  org.apache.hive.spark.client.SparkClientImpl: [stderr-redir-1]: Error in redirector thread.
java.io.IOException: Stream closed
        at java.io.BufferedInputStream.getBufIfOpen(BufferedInputStream.java:162)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:272)
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283)
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177)
        at java.io.InputStreamReader.read(InputStreamReader.java:184)
        at java.io.BufferedReader.fill(BufferedReader.java:154)
        at java.io.BufferedReader.readLine(BufferedReader.java:317)
        at java.io.BufferedReader.readLine(BufferedReader.java:382)
        at org.apache.hive.spark.client.SparkClientImpl$Redirector.run(SparkClientImpl.java:617)

hive> select id, name from tab_a;
select id, name from tab_a;
10/01/18 03:55:59 INFO parse.ParseDriver: Parsing command: select id, name from tab_a
10/01/18 03:55:59 INFO parse.ParseDriver: Parse Completed
10/01/18 03:55:59 INFO parse.SemanticAnalyzer: Starting Semantic Analysis
10/01/18 03:55:59 INFO parse.SemanticAnalyzer: Completed phase 1 of Semantic Analysis
10/01/18 03:55:59 INFO parse.SemanticAnalyzer: Get metadata for source tables
10/01/18 03:55:59 INFO metastore.HiveMetaStore: 0: Opening raw store with implemenation class:org.apache.hadoop.hive.metastore.ObjectStore
10/01/18 03:55:59 INFO metastore.ObjectStore: ObjectStore, initialize called
10/01/18 03:56:03 INFO metastore.ObjectStore: Initialized ObjectStore
10/01/18 03:56:03 INFO metastore.HiveMetaStore: 0: get_table : db=default tbl=tab_a
10/01/18 03:56:03 INFO hive.log: DDL: struct tab_a { i32 id, string file, string name}
10/01/18 03:56:03 INFO parse.SemanticAnalyzer: Get metadata for subqueries
10/01/18 03:56:03 INFO parse.SemanticAnalyzer: Get metadata for destination tables
10/01/18 03:56:04 INFO parse.SemanticAnalyzer: Completed getting MetaData in Semantic Analysis
10/01/18 03:56:04 INFO ppd.OpProcFactory: Processing for FS(2)
10/01/18 03:56:04 INFO ppd.OpProcFactory: Processing for SEL(1)
10/01/18 03:56:04 INFO ppd.OpProcFactory: Processing for TS(0)
10/01/18 03:56:04 INFO hive.log: DDL: struct tab_a { i32 id, string file, string name}
10/01/18 03:56:04 INFO parse.SemanticAnalyzer: Completed plan generation
10/01/18 03:56:04 INFO ql.Driver: Semantic Analysis Completed
10/01/18 03:56:04 INFO ql.Driver: Starting command: select id, name from tab_a
10/01/18 03:56:04 INFO ql.Driver: Total MapReduce jobs = 1
10/01/18 03:56:04 INFO ql.Driver: Launching Job 1 out of 1
10/01/18 03:56:04 INFO exec.ExecDriver: Number of reduce tasks is set to 0 since there's no reduce operator
10/01/18 03:56:04 ERROR ql.Driver: FAILED: Unknown exception : null
	at org.apache.hadoop.hive.conf.HiveConf.getVar(HiveConf.java:288)
	at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:475)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:103)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:64)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:589)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:469)
	at org.apache.hadoop.hive.ql.Driver.runCommand(Driver.java:329)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:317)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:123)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:181)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:287)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:155)
	at org.apache.hadoop.mapred.JobShell.run(JobShell.java:54)
	at org.apache.hadoop.mapred.JobShell.main(JobShell.java:68)

hive> 

When deploying an EAR with two stand-alone JAX-RS services in stand-alone WAR modules, both of the services use the same Tracer instance.

Sometimes the resources (e.g. jar) added via command like "add jars <filepath>" are removed externally from their filepath for some reasons. Their paths are sent to cluster as empty strings which causes the failures to the query that even do not need these jars in execution. The error look like as following:

15/11/06 21:56:44 INFO mapreduce.JobSubmitter: Cleaning up the staging area file:/tmp/hadoop-ctang/mapred/staging/ctang734817191/.staging/job_local734817191_0003
	at org.apache.hadoop.fs.Path.checkPathArg(Path.java:127)
	at org.apache.hadoop.mapreduce.JobSubmitter.copyAndConfigureFiles(JobSubmitter.java:215)
	at org.apache.hadoop.mapreduce.JobSubmitter.copyAndConfigureFiles(JobSubmitter.java:390)
	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:483)
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1296)
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1293)
	at org.apache.hadoop.mapreduce.Job.submit(Job.java:1293)

I just hit an issue when upgrading one of my projects from Spring 3.2.4 to 3.2.5.  Here is the basic scenario simplified down to the core details:

Implemented a custom Spring namespace
Programatically wiring up a bean class, let's call it WidgetRegistry that maintains a Map<String, WidgetStack>
The WidgetStack instances are also programatically wired in the namespace and they maintain a List<Widget>.
The Widget is a simple class that has one member variable injected on it using @Inject.

I have tested this scenario from 3.0.0 all the way up to 3.2.4 and everything works as expected (4.0.0.M1 - M3 also work). When I upgrade to 3.2.5, 4.0.0.RC1 or 4.0.0-SNAPSHOT however things explode. The problem is that the Widget instances (inside the List) are no longer being injected upon.  To be more exact only the first element (index 0) is not being injected upon... the rest of the Widget instances are being fully populated. This also only occurs when implemented as part of a custom namespace using ManagedMap and ManagedList to wire the appropriate Collections. If I wire the beans explicitly in Spring xml then everything works as expected.
Attached is a small sample project I threw together to demonstrate the problem.

Some of Undertow's https-listener attributes have been marked as deprecated recently due to the Elytron subsystem added into 7.1. Although there are still two attributes, that I think should be marked as deprecated but they have not been marked so yet. These are:

            "ssl-session-cache-size" => {
                "description" => "The maximum number of active SSL sessions",
            },
            "ssl-session-timeout" => {
                "description" => "The timeout for SSL sessions, in seconds",
                "unit" => "SECONDS",
            },

Both can be set via Elytron ssl-context:

/subsystem=elytron/server-ssl-context=mytest:read-resource-description
...
            "maximum-session-cache-size" => {
                "description" => "The maximum number of SSL sessions to be cached.",
                "default" => 0,
                "restart-required" => "resource-services"
            },
...
            "session-timeout" => {
                "description" => "The timeout for SSL sessions.",
            },
...

This test has been failing in recent runs.
itests/qtest/target/tmp/logs/hive.log shows the following stack trace:

        at org.apache.hadoop.hive.ql.stats.StatsUtils.deriveStatType(StatsUtils.java:357)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:151)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$TableScanStatsRule.process(StatsRulesProcFactory.java:104)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:94)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:78)
        at org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:54)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:109)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.AnnotateWithStatistics.transform(AnnotateWithStatistics.java:75)
        at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:146)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9494)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:207)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:411)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:960)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1025)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:897)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:887)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:265)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:217)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:427)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:363)
        at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:921)
        at org.apache.hadoop.hive.cli.TestMinimrCliDriver.runTest(TestMinimrCliDriver.java:133)
        at org.apache.hadoop.hive.cli.TestMinimrCliDriver.testCliDriver_ql_rewrite_gbtoidx(TestMinimrCliDriver.java:117)
        at junit.framework.TestCase.runTest(TestCase.java:168)
        at junit.framework.TestCase.runBare(TestCase.java:134)
        at junit.framework.TestResult$1.protect(TestResult.java:110)
        at junit.framework.TestResult.runProtected(TestResult.java:128)
        at junit.framework.TestResult.run(TestResult.java:113)
        at junit.framework.TestCase.run(TestCase.java:124)
        at junit.framework.TestSuite.runTest(TestSuite.java:243)
        at junit.framework.TestSuite.run(TestSuite.java:238)
        at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)

org.springframework.mail.javamail.JavaMailSenderImpl does not show proper message when recipient list is empty.
Currently it just throws NPE, which is hard to debug for beginners.

The scheduler timeout monitor is started when node count becomes 0 and stopped when node count becomes 1. For node count, we were relying on the paths under llap namespace. With addition of slot znodes, every node creates 2 paths (worker and slot). As a result, the size of the instances cache will never be 1 (always multiple of 2) which leads to condition where timeout monitor is not stopped. 

This is for oracle only. Does not appear to be an issue with other DBs. When you upgrade hive schema from 2.1.0 to hive 3.0.0, the width of TXN_COMPONENTS.TC_TABLE is 256 and COMPLETED_TXN_COMPONENTS.CTC_TABLE is 128.
But if you install hive 3.0 schema directly, their widths are 128 and 256 respectively. This is consistent with schemas for other databases.

If two tables are joined on columns with different names, the sort merge join optimization is not applied.  E.g.
SELECT /*+ MAPJOIN(b) */ * FROM t1 a JOIN t2 b ON a.key = b.value;
This will not use sort merge join even if t1 and t2 are bucketed and sorted by key, value respectively.

Also an issue from
http://old.nabble.com/Original-message-body-lost-in-transacted-route-to26451809.html
This issue is because the JmsMessage is still set as the IN message object and it contain the backing javax.jms.Message object. So when you for example use the setBody DSL to set a {{null} body or empty body then it may fallback and look into the specialized JmsMessage object.
Set SetBodyProcessor should set a new DefaultMessage with the headers propagated and the new body evaluated.

Currently when using EncoderHttpMessageWriter the MediaType set on the response may differ from that passed to the Encoder. This is because EncoderHttpMessageWriter has extra logic to fall back on a default MediaType and charset (if the negotiated media type is null or not concrete). The resulting media type is set on the response but is ignored for encoding purposes. 
In practice the negotiated media type passed in will never be null nor will it have wildcards but it could be application/octet-stream or might not have a charset. A related corner case is when the ResponseEntity specifies a content type. In those cases the response ends up with one thing, the Encoder sees another.
The behavior is also inconsistent with AbstractHttpMessageConverter.

See nabble
http://camel.465427.n5.nabble.com/Gracefull-shutdown-timeouts-due-to-NotifyBuilder-blocks-on-context-tp5654048p5654048.html
We should avoid the synchronized getRoutes method which is really not needed.

In my Spring configuration I have the following fragment:
Code:
<security:authentication-provider>
    <security:password-encoder hash="md5" base64="true"/>
    ......
</security:authentication-provider>
The problem is that even although I specified base64="true" the configuration parser does not pick it up. My PasswordEncoder is still installed with 'encodeHashAsBase64' property 'false'.
Analysis: After debugging I was able to locate the reason for the bug. It is located on the line 73 of class org.springframework.security.config.PasswordEncoderParser in the method parse(Element element, ParserContext parserContext)
This code goes like this:
Code:
private void parse(Element element, ParserContext parserContext) {
    ...
    if (StringUtils.hasText(ref)) 
{
            ....
    }
 else {
      Class beanClass = (Class) ENCODER_CLASSES.get(hash);
      RootBeanDefinition beanDefinition = new RootBeanDefinition(beanClass);
      beanDefinition.setSource(parserContext.extractSource(element));
      if (useBase64) {
         if (beanClass.isAssignableFrom(BaseDigestPasswordEncoder.class)) 
{
            beanDefinition.getPropertyValues().addPropertyValue("encodeHashAsBase64", "true");
         }
 else 
{
            logger.warn(ATT_BASE_64 + " isn't compatible with " + OPT_HASH_LDAP_SHA + " and will be ignored");
         }
      }
      passwordEncoder = beanDefinition;
  }
The problematic part is here:
if (beanClass.isAssignableFrom(BaseDigestPasswordEncod er.class)) {
beanDefinition.getPropertyValues().addPropertyValue("encodeHashAsBase64", "true");
} else {
logger.warn(ATT_BASE_64 + " isn't compatible with " + OPT_HASH_LDAP_SHA + " and will be ignored");
}
The condition in the 'if' statement should be coded the other way around, i.e.
if (BaseDigestPasswordEncoder.class.isAssignableFrom(b eanClass))
{...}
 to set up "encodeHashAsBase64" properly.
Also: the warning message in the 'else' clause of 'if' statment above is incorrect too. No matter what algorithm you configure in your <securityassword-encoder> it always outputs '
{sha}
'. The reason is that insead of the runtime 'hash' parameter the message hardcodes OPT_HASH_LDAP_SHA.

Looks like there is a race condition in the GetInputPathsCallable thread when modifying the input MapWork object.

1.

<context:property-placeholder location="classpath:resources.properties" ignore-unresolvable="true"/>  

2. resources.properties

abc=${dce} 
dce=${none}

3

@Value("${abc}")  
private String abc; 

4. appear

	at com.sun.naming.internal.VersionHelper12.getJndiProperties(VersionHelper12.java:106)
	at com.sun.naming.internal.ResourceManager.getInitialEnvironment(ResourceManager.java:202)
	at javax.naming.InitialContext.init(InitialContext.java:238)
	at javax.naming.InitialContext.<init>(InitialContext.java:216)
	at org.springframework.jndi.JndiTemplate.createInitialContext(JndiTemplate.java:136)
	at org.springframework.jndi.JndiTemplate.getContext(JndiTemplate.java:103)
	at org.springframework.jndi.JndiTemplate.execute(JndiTemplate.java:85)
	at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:152)
	at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:178)
	at org.springframework.jndi.JndiLocatorSupport.lookup(JndiLocatorSupport.java:95)
	at org.springframework.jndi.JndiLocatorDelegate.lookup(JndiLocatorDelegate.java:38)
	at org.springframework.jndi.JndiLocatorSupport.lookup(JndiLocatorSupport.java:77)
	at org.springframework.jndi.JndiLocatorDelegate.lookup(JndiLocatorDelegate.java:33)
	at org.springframework.jndi.JndiPropertySource.getProperty(JndiPropertySource.java:82)
	at org.springframework.core.env.PropertySourcesPropertyResolver.getProperty(PropertySourcesPropertyResolver.java:73)
	at org.springframework.core.env.PropertySourcesPropertyResolver.getProperty(PropertySourcesPropertyResolver.java:59)
	at org.springframework.core.env.AbstractEnvironment.getProperty(AbstractEnvironment.java:427)
	at org.springframework.context.support.PropertySourcesPlaceholderConfigurer$1.getProperty(PropertySourcesPlaceholderConfigurer.java:131)
	at org.springframework.context.support.PropertySourcesPlaceholderConfigurer$1.getProperty(PropertySourcesPlaceholderConfigurer.java:128)
	at org.springframework.core.env.AbstractPropertyResolver$1.resolvePlaceholder(AbstractPropertyResolver.java:176)
	at org.springframework.util.PropertyPlaceholderHelper.parseStringValue(PropertyPlaceholderHelper.java:146)
	at org.springframework.util.PropertyPlaceholderHelper.replacePlaceholders(PropertyPlaceholderHelper.java:125)

why:
please see http://jinnianshilongnian.iteye.com/blog/1866892

Getting 
org.codehaus.jackson.map.JsonMappingException: Can not deserialize instance of java.util.ArrayList out of START_OBJECT token
when trying to return the current user using yammer:current. Workaround is to just add ?useJson=true and do marshaling manually. Fixing on master shortly.

While testing HIVE-14023, and running TestMiniLlapCluster - query ids were re-uesd for the entire init scripts. 30+ different queries - same queryId, new Tez dag submission, for different queries.

Currently Hive blindly removes trailing zeros of a decimal input number as sort of standardization. This is questionable in theory and problematic in practice.
1. In decimal context,  number 3.140000 has a different semantic meaning from number 3.14. Removing trailing zeroes makes the meaning lost.
2. In a extreme case, 0.0 has (p, s) as (1, 1). Hive removes trailing zeros, and then the number becomes 0, which has (p, s) of (1, 0). Thus, for a decimal column of (1,1), input such as 0.0, 0.00, and so on becomes NULL because the column doesn't allow a decimal number with integer part.
Therefore, I propose Hive preserve the trailing zeroes (up to what the scale allows). With this, in above example, 0.0, 0.00, and 0.0000 will be represented as 0.0 (precision=1, scale=1) internally.

Slave HC fails to boot if it connects to a DC that has a rollout-plan configured when the slave was shut down.
Failure is: 

[Host Controller] 14:51:04,208 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 4) WFLYCTL0013: Operation ("add") failed - address: ([("management-client-content" => "rollout-plans")]): org.jboss.as.management.client.content.ContentStorageException: java.io.FileNotFoundException: /Users/bstansberry/tmp/support/02184219/slave/domain/data/content/2d/56893cc4da1c67a79f4845a57ae90c04a969b4/content (No such file or directory)
[Host Controller] 	at org.jboss.as.management.client.content.ManagedDMRContentTypeResource.loadContent(ManagedDMRContentTypeResource.java:306)
[Host Controller] 	at org.jboss.as.management.client.content.ManagedDMRContentTypeResource.<init>(ManagedDMRContentTypeResource.java:91)
[Host Controller] 	at org.jboss.as.management.client.content.ManagedDMRContentTypeAddHandler.execute(ManagedDMRContentTypeAddHandler.java:58)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
[Host Controller] 	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
[Host Controller] 	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
[Host Controller] 	at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:490)
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService.access$1100(DomainModelControllerService.java:200)
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor$1.lambda$apply$0(DomainModelControllerService.java:1372)
[Host Controller] 	at org.jboss.as.controller.access.InVmAccess.runInVm(InVmAccess.java:63)
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor$1.apply(DomainModelControllerService.java:1372)
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor$1.apply(DomainModelControllerService.java:1369)
[Host Controller] 	at org.jboss.as.host.controller.SecurityActions$Execution$1.execute(SecurityActions.java:77)
[Host Controller] 	at org.jboss.as.host.controller.SecurityActions.privilegedExecution(SecurityActions.java:47)
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:1375)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnectionService.applyRemoteDomainModel(RemoteDomainConnectionService.java:603)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnectionService.access$1200(RemoteDomainConnectionService.java:138)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnectionService$3.applyDomainModel(RemoteDomainConnectionService.java:546)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnection.applyDomainModel(RemoteDomainConnection.java:325)
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnection$RegisterSubsystemsRequest$1.execute(RemoteDomainConnection.java:468)
[Host Controller] 	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
[Host Controller] 	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
[Host Controller] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[Host Controller] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[Host Controller] 	at java.lang.Thread.run(Thread.java:748)
[Host Controller] Caused by: java.io.FileNotFoundException: /Users/bstansberry/tmp/support/02184219/slave/domain/data/content/2d/56893cc4da1c67a79f4845a57ae90c04a969b4/content (No such file or directory)
[Host Controller] 	at java.io.FileInputStream.open0(Native Method)
[Host Controller] 	at java.io.FileInputStream.open(FileInputStream.java:195)
[Host Controller] 	at java.io.FileInputStream.<init>(FileInputStream.java:138)
[Host Controller] 	at org.jboss.vfs.spi.RootFileSystem.openInputStream(RootFileSystem.java:51)
[Host Controller] 	at org.jboss.vfs.VirtualFile.openStream(VirtualFile.java:318)
[Host Controller] 	at org.jboss.as.management.client.content.ManagedDMRContentTypeResource.loadContent(ManagedDMRContentTypeResource.java:292)
[Host Controller] 	... 27 more
[Host Controller] 14:51:04,212 ERROR [org.jboss.as.host.controller] (Host Controller Service Threads - 4) WFLYHC0143: Failed to apply domain-wide configuration from master host controller. Operation outcome: failed. Failure description {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-552" => "WFLYCTL0158: Operation handler failed: org.jboss.as.management.client.content.ContentStorageException: java.io.FileNotFoundException: /Users/bstansberry/tmp/support/02184219/slave/domain/data/content/2d/56893cc4da1c67a79f4845a57ae90c04a969b4/content (No such file or directory)"}}
[Host Controller] 14:51:04,218 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0001: Could not connect to remote domain controller remote://127.0.0.1:9999: 1-$-
[Host Controller] 	at org.jboss.as.host.controller.RemoteDomainConnection$RegisterSubsystemsRequest$1.execute(RemoteDomainConnection.java:472)
...
[Host Controller] 14:51:04,219 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0147: No domain controller discovery options remain.
[Host Controller] 14:51:04,220 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0002: Could not connect to master. Error was: java.lang.IllegalStateException: WFLYHC0120: Tried all domain controller discovery option(s) but unable to connect
[Host Controller] 14:51:04,221 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0178: Aborting with exit code 99

Meaning of Elytron aggregate-principal-transformer should be revised. Also one point about regex-validating-principal-transformer is included since it seems its use cases are related to aggregate-principal-transformer. See:

It seems that it works like "It iterates through assigned Principal Transformers and returns the first non-null transformed Principal" - is it correct and intended behaviour? Is "aggregate-principal-transformer" appropriate name for transformer which works like that?
What is the use case for regex-validating-principal-transformer. This transformer just checks some pattern and if it does not match then it rewrites Principal name to null. I think it can be useful in aggregate-principal-transformer, when it can check that name matches some pattern in first transformer (regex-validating-principal-transformer) and then transforms principal in another transformer (e.g. constant-principal-transformer). Is there any other use case?
When can aggregate-principal-transformer return any other Principal Transformer than first of the list? I think only user implemented custom-principal-transformer can currently return null (which enable iterating to another principal transformer in the list). Also regex-validating-principal-transformer can be used for returning non-first transformer, as I mentioned in previous point. Is there any real scenario when aggregate-principal-transformer can be used?

This issue is reported based on previous discussion with engineering.

MockHttpServletRequest has a serverName field, but the getter does additional logic around parsing the Host: header.  This leads to inconsistency when getRequestURL reflects a different serverName than getServerName does.
https://github.com/spring-projects/spring-framework/pull/1579

Subsystems that currently use JNDI bindings require that the naming subsystem be present.  The naming subsystem should expose capabilities for which other subsystems can test for the presence, so they can function in the absence of the naming subsystem.

beeline, hive, hplsql have this statement
export HADOOP_USER_CLASSPATH_FIRST=true
beeline and hplsql use 'hive --service' to start, so it is uselese in beeline and hplsql
add export HADOOP_USER_CLASSPATH_FIRST=true to hive.cmd

Creating a simple class with no annotations at all in the default package of a project such as petclinic causes a NullPointerException in JavaParserTypeResolutionService#getPackage when attempting to evaluate compilationUnit.getPackage().

Run the embedded vote.roo script (or generate any application where an entity has a "reference" field).
Push in VoteController.populateChoices() (or any other "populateXxxx" method).
The shell displays this error (full stack trace only visible in development mode):

   at org.springframework.roo.addon.web.mvc.controller.scaffold.WebScaffoldMetadata.<init>(WebScaffoldMetadata.java:169)
   at org.springframework.roo.addon.web.mvc.controller.scaffold.WebScaffoldMetadataProviderImpl.getMetadata(WebScaffoldMetadataProviderImpl.java:147)
   at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:324)
   at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:150)
   at org.springframework.roo.metadata.DefaultMetadataService.evictAndGet(DefaultMetadataService.java:285)
   at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:158)
   at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:240)
   at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:214)
   at org.springframework.roo.classpath.DefaultPhysicalTypeMetadataProvider.onFileEvent(DefaultPhysicalTypeMetadataProvider.java:97)
   at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:350)
   at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:323)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:181)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager.backgroundPoll(DefaultProcessManager.java:128)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager.timerBasedPoll(DefaultProcessManager.java:243)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager$2.run(DefaultProcessManager.java:71)

with HIVE-6013 gets support for regular expressions. However, die ! character is valid, too. It is needed for expressions like 

set hive.support.quoted.identifiers = none;
select `^(?!donotuseme).*$` from table;

which is the idiom to select all but column donotuseme .
See http://docs.oracle.com/javase/7/docs/api/java/util/regex/Pattern.html for a reference of supported chars in Java regexp.
The patch simply fixes the lexer to support '!' as REGEX char. And does simply work.
Please review. 
If you like to have an iTest for it, I beg you to help me. I tried several days on a different issue to figure out how it is supposed to work and failed miserably.

ant test -Dhadoop.version=0.20.0 -Dtestcase=TestHBaseCliDriver:
.... 
[junit] org.apache.hadoop.hbase.client.NoServerForRegionException: Timed out trying to locate root region
[junit]     at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRootRegion(HConnectionManager.java:976)
[junit]     at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:625)
[junit]     at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.relocateRegion(HConnectionManager.java:607)
[junit]     at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegionInMeta(HConnectionManager.java:738)
[junit]     at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:634)
[junit]     at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:601)
[junit]     at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:128)
[junit]     at org.apache.hadoop.hive.hbase.HBaseTestSetup.setUpFixtures(HBaseTestSetup.java:87)
[junit]     at org.apache.hadoop.hive.hbase.HBaseTestSetup.preTest(HBaseTestSetup.java:59)
[junit]     at org.apache.hadoop.hive.hbase.HBaseQTestUtil.<init>(HBaseQTestUtil.java:31)
[junit]     at org.apache.hadoop.hive.cli.TestHBaseCliDriver.setUp(TestHBaseCliDriver.java:43)
[junit]     at junit.framework.TestCase.runBare(TestCase.java:125)
[junit]     at junit.framework.TestResult$1.protect(TestResult.java:106)
[junit]     at junit.framework.TestResult.runProtected(TestResult.java:124)
[junit]     at junit.framework.TestResult.run(TestResult.java:109)
[junit]     at junit.framework.TestCase.run(TestCase.java:118)
[junit]     at junit.framework.TestSuite.runTest(TestSuite.java:208)
[junit]     at junit.framework.TestSuite.run(TestSuite.java:203)

It's not possible to create a CSVFormat except by modifying an existing format.
Could either make the PRISTINE format public, or provide a constructor with a single parameter (the delimiter).
Could provide a no-args ctor instead, but there seems little point in that.

If a table has offline regions in META then clients using HBaseAdmin actions like #flush or #compact will get a NSRE and abort. For example the shell. This can happen normally after a split before the old parent is collected. 

When using multiple address settings in HornetQ configuration the address setting should be inherited from more generic setting by more specific setting. If two address setting are used like

<address-settings>
                    <address-setting match="#">
                        <dead-letter-address>jms.queue.DLQ</dead-letter-address>
                        <expiry-address>jms.queue.ExpiryQueue</expiry-address>
                        <redelivery-delay>0</redelivery-delay>
                        <max-delivery-attempts>5</max-delivery-attempts>
                        <max-size-bytes>10485760</max-size-bytes>
                        <page-size-bytes>2097152</page-size-bytes>
                        <address-full-policy>PAGE</address-full-policy>
                        <message-counter-history-day-limit>10</message-counter-history-day-limit>
                    </address-setting>
                    <address-setting match="jms.queue.testQueue">
                </address-settings>

It is expected that the setting for  jms.queue.testQueue would inherit max-delivery-attempts from default address setting "#" but it does not. Instead if uses the default value for max-delivery-attempts which is 9.

see  the codes:
 boolean success = false;
    try {
      client.drop_table(dbname, name, deleteData);
      if (hook != null) 
{
        hook.commitDropTable(tbl, deleteData);
      }
    } catch (NoSuchObjectException e) {
      if (!ignoreUknownTab) 
{
        throw e;
      }
    } finally {
      if (!success && (hook != null)) 
{
        hook.rollbackDropTable(tbl);
      }
    }
success  will always false, whether  the drop was success or faild.
so it's a bug. 

IIRC we added this test in response to a bug in HBASE-2248 in the old branch. It's failing about half the time on my internal Hudson. i=36 expected:<1000> but was:<0>

Due to CALCITE-1618, we need to move to new Calcite release to fix it.
Due to this, SortProjectTransposeRule ignores CAST in the Project operator.
For instance:

...
HiveSortLimit(sort0=$4,sort1=$2,dir0=ASC-nulls-first,dir1=DESC-nulls-last,fetch=10)
  HiveProject(robot=$0,_o__c1=$2,m=$3,s=$4,(tok_function tok_int (tok_table_or_col robot))=CAST($0):INTEGER))
...

will be transformed into:

...
HiveProject(robot=$0,_o__c1=$2,m=$3,s=$4,(tok_function tok_int (tok_table_or_col robot))=CAST($0):INTEGER))
  HiveSortLimit(sort0=$0,sort1=$2,dir0=ASC-nulls-first,dir1=DESC-nulls-last,fetch=10)
...

which is incorrect.
The problem seems to be in the permutation method in RelOptUtil, which is called in L87. The method actually considers a CAST on a reference as a valid column permutation of the column referenced; probably it should not.
permutation is only called by this rule and UnionPullUpConstantsRule, thus it seems it is safe to fix the semantics of the method.

        at org.apache.hadoop.hive.ql.exec.tez.LlapPluginEndpointClientImpl.getTokenUser(LlapPluginEndpointClientImpl.java:77) ~[hive-exec-3.0.0.3.0.0.0-1145.jar:3.0.0.3.0.0.0-1145]
        at org.apache.hadoop.hive.llap.AsyncPbRpcProxy.createProxy(AsyncPbRpcProxy.java:447) ~[hive-exec-3.0.0.3.0.0.0-1145.jar:3.0.0.3.0.0.0-1145]
        at org.apache.hadoop.hive.llap.AsyncPbRpcProxy.access$100(AsyncPbRpcProxy.java:66) ~[hive-exec-3.0.0.3.0.0.0-1145.jar:3.0.0.3.0.0.0-1145]
        at org.apache.hadoop.hive.llap.AsyncPbRpcProxy$3.call(AsyncPbRpcProxy.java:429) ~[hive-exec-3.0.0.3.0.0.0-1145.jar:3.0.0.3.0.0.0-1145]
        at com.google.common.cache.LocalCache$LocalManualCache$1.load(LocalCache.java:4793) ~[guava-19.0.jar:?]
        at com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3542) ~[guava-19.0.jar:?]
        at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2323) ~[guava-19.0.jar:?]
        at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2286) ~[guava-19.0.jar:?]
        at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2201) ~[guava-19.0.jar:?]
        ... 12 more

According to LDAP specification [1]: "Clients that follow referrals MUST ensure that they do not loop between servers. They MUST NOT repeatedly contact the same server for the same request with the same parameters.".
When application server is configured to use ldap-realm with dir-context which uses referral-mode=follow or throw and LDAP servers contain loop then it leads to infinite cycle. It can results to java.lang.OutOfMemoryError on EAP server.
[1] http://tools.ietf.org/html/rfc4511#section-4.1.10

HIVE-15269 introduced dynamic min/max bloom filter ("hive.tez.dynamic.semijoin.reduction=true"). This needs to access ObjectCache and in tez, ObjectCache can only be created by TezProcessor.
In the following case AM --> splits --> OrcInputFormat.pickStripes::evaluatePredicateMinMax --> DynamicValue.getLiteral --> objectCache access, AM ends up throwing lots of NPE since AM has not created ObjectCache.  
Orc reader catches these exceptions, skips PPD and proceeds further. For e.g, in Q95 it ends up throwing ~30,000 NPE before completing split information.
ObjectCacheFactory should return null when tez shared object registry is not setup. 

ResourceHttpMessageWriter fails to write the whole response for Undertow server.
At the same time it works for Reactor Netty as it also uses ZeroCopyHttpOutputMessage.
The exception is as follows:

java.io.IOException: Could only write 16384 out of 317951 bytes
	at org.springframework.http.server.reactive.UndertowServerHttpResponse.writeWith(UndertowServerHttpResponse.java:90) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.codec.ResourceHttpMessageWriter.writeContent(ResourceHttpMessageWriter.java:175) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.codec.ResourceHttpMessageWriter.lambda$write$0(ResourceHttpMessageWriter.java:98) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.codec.ResourceHttpMessageWriter$$Lambda$112/616983446.apply(Unknown Source) ~[na:na]
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.drain(FluxConcatMap.java:343) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.onSubscribe(FluxConcatMap.java:203) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxTake$TakeFuseableSubscriber.onSubscribe(FluxTake.java:402) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxJust.subscribe(FluxJust.java:69) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxTakeFuseable.subscribe(FluxTakeFuseable.java:46) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxConcatMap.subscribe(FluxConcatMap.java:126) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoNext.subscribe(MonoNext.java:41) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxFlatMap.trySubscribeScalarMap(FluxFlatMap.java:174) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoThenMap.subscribe(MonoThenMap.java:50) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoOtherwise.subscribe(MonoOtherwise.java:44) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoThenMap$MonoThenApplyMain.onNext(MonoThenMap.java:130) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:928) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoThenMap$MonoThenApplyMain$SecondSubscriber.onNext(MonoThenMap.java:202) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoThenIgnore$MonoThenAcceptSubscriber.onNext(MonoThenIgnore.java:261) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxResume$ResumeSubscriber.onNext(FluxResume.java:73) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onNext(FluxPeekFuseable.java:178) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:1657) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.request(FluxPeekFuseable.java:121) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:1476) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxResume$ResumeSubscriber.onSubscribe(FluxResume.java:68) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onSubscribe(FluxPeekFuseable.java:154) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxFlatMap.trySubscribeScalarMap(FluxFlatMap.java:163) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoPeekFuseable.subscribe(MonoPeekFuseable.java:78) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:59) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoThenIgnore$MonoThenIgnoreMain.drain(MonoThenIgnore.java:151) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoThenIgnore.subscribe(MonoThenIgnore.java:54) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onNext(FluxSwitchIfEmpty.java:68) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:78) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.innerNext(FluxConcatMap.java:263) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxConcatMap$ConcatMapInner.onNext(FluxConcatMap.java:743) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:119) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoThenIgnore$MonoThenAcceptSubscriber.onSubscribe(MonoThenIgnore.java:250) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:54) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoMapFuseable.subscribe(MonoMapFuseable.java:60) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.drain(FluxConcatMap.java:402) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:97) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:57) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoOtherwiseIfEmpty.subscribe(MonoOtherwiseIfEmpty.java:44) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoThenMap.subscribe(MonoThenMap.java:57) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at reactor.core.publisher.MonoThenIgnore$MonoThenIgnoreMain.drain(MonoThenIgnore.java:169) [reactor-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
	at org.springframework.http.server.reactive.UndertowHttpHandlerAdapter.handleRequest(UndertowHttpHandlerAdapter.java:69) [spring-web-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211) [undertow-core-1.4.11.Final.jar:1.4.11.Final]
	at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:243) [undertow-core-1.4.11.Final.jar:1.4.11.Final]
	at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:134) [undertow-core-1.4.11.Final.jar:1.4.11.Final]
	at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:58) [undertow-core-1.4.11.Final.jar:1.4.11.Final]
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.3.6.Final.jar:3.3.6.Final]
	at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66) [xnio-api-3.3.6.Final.jar:3.3.6.Final]
	at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:88) [xnio-nio-3.3.6.Final.jar:3.3.6.Final]
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:559) [xnio-nio-3.3.6.Final.jar:3.3.6.Final]

Sample project url is in Reference URL field

need to annotate which API is considered public using something like
Currently this is what is considered (at a minimum) public API
HCatLoader
HCatStorer
HCatInputFormat
HCatOutputFormat
HCatReader
HCatWriter
HCatRecord
HCatSchema
This is needed so that clients/dependent projects know which API they can rely on and which can change w/o notice.

In an EAR deployment that contains a multiple batch deployments each sub-deployment can start jobs from other sub-deployments, but the job information cannot be queried. For example a job can be started from a WAR that is in an EJB, however you cannot execute JobOperator.getJobInstance() from the WAR on the same job.
Visibility should be consistent for starting and querying batch jobs.
More details on https://github.com/jberet/jsr352/issues/105.

AM.regions map is parallely accessed in SSH and Master initialization leading to ConcurrentModificationException.

Currently ORC's string statistics do not merge correctly causing incorrect maximum values.

A timing issue with the creation of Proxies requires Roo be launched second time, after running gwt setup, in order to create a valid application.

RatioBasedCompactionPolicy.java

  public boolean shouldPerformMajorCompaction(Collection<HStoreFile> filesToCompact)
    boolean result = false;
    long mcTime = getNextMajorCompactTime(filesToCompact);
    if (filesToCompact == null || filesToCompact.isEmpty() || mcTime == 0) {
      return result;
    }
    // TODO: Use better method for determining stamp of last major (HBASE-2990)
    long lowTimestamp = StoreUtils.getLowestTimestamp(filesToCompact);
    long now = EnvironmentEdgeManager.currentTime();
    if (lowTimestamp > 0L && lowTimestamp < (now - mcTime)) {
      String regionInfo;
      if (this.storeConfigInfo != null && this.storeConfigInfo instanceof HStore) {
        regionInfo = ((HStore)this.storeConfigInfo).getRegionInfo().getRegionNameAsString();
      } else {
        regionInfo = this.toString();
      }
      // Major compaction time has elapsed.
      long cfTTL = HConstants.FOREVER;
      if (this.storeConfigInfo != null) {
         cfTTL = this.storeConfigInfo.getStoreFileTtl();
      }
        HStoreFile sf = filesToCompact.iterator().next();
        OptionalLong minTimestamp = sf.getMinimumTimestamp();
        long oldest = minTimestamp.isPresent() ? now - minTimestamp.getAsLong() : Long.MIN_VALUE;
        if (sf.isMajorCompactionResult() && (cfTTL == Long.MAX_VALUE || oldest < cfTTL)) {
          float blockLocalityIndex =
            sf.getHDFSBlockDistribution().getBlockLocalityIndex(
            RSRpcServices.getHostname(comConf.conf, false));
          if (blockLocalityIndex < comConf.getMinLocalityToForceCompact()) {
            LOG.debug("Major compaction triggered on only store " + regionInfo
              + "; to make hdfs blocks local, current blockLocalityIndex is "
              + blockLocalityIndex + " (min " + comConf.getMinLocalityToForceCompact() + ")");
            result = true;
          } else {
            LOG.debug("Skipping major compaction of " + regionInfo
              + " because one (major) compacted file only, oldestTime " + oldest
              + "ms is < TTL=" + cfTTL + " and blockLocalityIndex is " + blockLocalityIndex
              + " (min " + comConf.getMinLocalityToForceCompact() + ")");
          }
        } else if (cfTTL != HConstants.FOREVER && oldest > cfTTL) {
          LOG.debug("Major compaction triggered on store " + regionInfo
            + ", because keyvalues outdated; time since last major compaction "
            + (now - lowTimestamp) + "ms");
          result = true;
        }
      } else {
        LOG.debug("Major compaction triggered on store " + regionInfo
          + "; time since last major compaction " + (now - lowTimestamp) + "ms");
      }
      result = true;
    }
    return result;
  }

   } else {
      }

if (lowTimestamp > 0L && lowTimestamp < (now - mcTime)), the result always equal true.

Turning this on causes ACID insert, updates, and deletes to produce non-optimal plans with extra reduce phases.

Unit tests decimal_udf.q, vectorization_div0.q fail with jdk-7.

< -250.0	6583411.236	1.0	6583411.236	-0.004	-0.0048
---
> -250.0	6583411.236	1.0	6583411.236	-0.0040	-0.0048

Following code reproduces this behavior when run in jdk-7 vs jdk-6. Jdk-7 produces -0.004 while, jdk-6 produces -0.0040.

  public static void main(String[] a) throws Exception {
     double val = 0.004;
     System.out.println("Value = "+val);
  }
}

This happens to be a bug in jdk6, that has been fixed in jdk7.
http://bugs.java.com/bugdatabase/view_bug.do?bug_id=4511638

saveVersion.sh runs in $BASE/core which does not have a .git directory which is what it is testing for.  Needs to test for ../.git i think

This test takes about 30 ~ 40 seconds depending upon the resources available. Doesn't make sense to have such a tight bound(30s) on the unit test. Nicolas Liochon, what do you think ? Did you intend to have such a tight bound  while adding the test here ?

When adding file-handler via CLI I can add it without "file" element specified and operation is successfull. However when server reload is performed then configuration fails to parse and server stops with following error:

15:41:59,452 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
	at org.jboss.as.server.ServerService.boot(ServerService.java:350)
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:272)
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[98,13]
Message: WFLYCTL0133: Missing required attribute(s): FILE
	at org.jboss.as.controller.parsing.ParseUtils.missingRequired(ParseUtils.java:161)
	at org.jboss.as.logging.LoggingSubsystemParser_3_0.parseFileHandlerElement(LoggingSubsystemParser_3_0.java:522)
	at org.jboss.as.logging.LoggingSubsystemParser_3_0.readElement(LoggingSubsystemParser_3_0.java:151)
	at org.jboss.as.logging.LoggingSubsystemParser_3_0.readElement(LoggingSubsystemParser_3_0.java:96)
	at org.jboss.as.server.parsing.StandaloneXml_4.parseServerProfile(StandaloneXml_4.java:540)
	at org.jboss.as.server.parsing.StandaloneXml_4.readServerElement(StandaloneXml_4.java:237)
	at org.jboss.as.server.parsing.StandaloneXml_4.readElement(StandaloneXml_4.java:140)
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:69)
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:47)
	... 3 more

15:41:59,453 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.

Expected behaviour is that adding operation on file-handler would require "file" element to be specified or whole operation fails with suitable error message.
Not sure if it is connected directly or is another problem but I would expect that when "file" element is required then it should not be nillable but when I run:

/subsystem=logging/file-handler=test:read-resource-description

I can see that nillable is enabled for it.

Hive assumes that an empty string in hive.io.file.readcolumn.ids means all columns. The ORC reader currently assumes it means no columns.

The test groupby_distinct_samekey.q is run on t1, which is a empty table.
It would be useful to add some data in the table to verify the fix.

This is nearly the same as SPR-5365
I have a controller with 2 methods :

@RequestMapping(value="/lov/{type}", method=RequestMethod.GET)
public EPpkResult<List<LovDto>> listRuleSetsDto(@PathVariable("networkId") String networkId, @PathVariable("libraryId") String libraryId, @PathVariable("type") String type) {
...
}
	
@RequestMapping(value="/{type}", method=RequestMethod.GET)
public EPpkResult<List<RuleSetDto>> listRuleSets(@PathVariable("networkId") String networkId, @PathVariable("libraryId") String libraryId, @PathVariable("type") String type) {
...
}

When I call the first method with url = /networks/xxx/libraries/xxx/rule_sets/lov/LOAN.json => type==LOAN
When I call the second method with url = /networks/xxx/libraries/xxx/rule_sets/LOAN.json => type==LOAN.json
WHY the .json appears in the second method ?
I've used the debugger to find more but I'm lost in the code.
At the moment, the only thing I see is that when I go through AbstractUrlHandlerMapping.lookupHandler via the first method, the bestPattern ends with "
{type}.*" whereas in the second case I have "{type}
"
It seems that this is because I have a collision with another method :
Whereas the second method call go through  where the pattern ends with 
{type}

@RequestMapping(value="/{id}", method=RequestMethod.DELETE)
public EPpkResult<Boolean> deleteRS(@PathVariable("networkId") String networkId, @PathVariable("libraryId") String libraryId, @PathVariable("id") String id) {
...
}

So maybe this is because the patterns are chosen WITHOUT taking care of the method ?

changes to use LogicalIOProcessor subclass as vertex and get map jobs working

I created a PermissionEvaluator to use with the new security expressions. I wrote a unit test and I'm trying to test it. If I use the default configuration, it works and denies the access to the secured method, since it is the default behavior, this is the configuration (I'm omitting the authenticationmanager part) :
<sec:global-method-security pre-post-annotations="enabled">
But if I change the configuration in order to add my PermissionEvaluator, I get a NullPointerException while Spring initializes, this is my new config:
    <sec:global-method-security pre-post-annotations="enabled">
        <sec:expression-handler ref="expressionHandler"/>
    </sec:global-method-security>
    <bean id="expressionHandler" class="org.springframework.security.access.expression.method.DefaultMethodSecurityExpressionHandler">
        <property name="permissionEvaluator" ref="myPermissionEvaluator"/>
    </bean>
Attached you'll see the stack-trace.
thanks

HttpServletResponse defines getHeaderNames as returning Collection<String>, while MockHttpServletResponse defines it as returning Set<String>.
Use of the interface with a concrete instance of the mock yields an AbstractMethodError.
Attached are a Maven pom.xml and Java class that compiles but when run yields the exception:

Exception in thread "main" java.lang.AbstractMethodError: org.springframework.mock.web.MockHttpServletResponse.getHeaderNames()Ljava/util/Collection;
	at Example.main(Example.java:9)

The closest existing issue that I could find is SPR-8529 which covered getHeaders but not getHeaderNames.

Hi
Commons configurations get itself stuck in deadlock when refreshing
properties using Managed reloading strategy. It seems to me it get stuck
because of fireEvent in reload method. Another access grabs lock on
synchronized (getNodeCombiner()) when trying to rebuild but Combined
configuration is one of the listeners for event es well and it gets
stuck when processing invalidate. Can anyone suggest quick fix please?
Relevant information follows.
Thanks
Pavel

<configuration> 
  <override>
    <system/>    
    <properties fileName="gsxweb.properties" throwExceptionOnMissing="false"
       config-name="gsxweb" config-optional="false" listDelimiter="|">
       <reloadingStrategy config-class="org.apache.commons.configuration.reloading.ManagedReloadingStrategy"/>      
    </properties>    
  </override> 

Our Reload code:

        int ln = combinedConfiguration.getNumberOfConfigurations();
        int reloaded = 0;
        for (int i = 0; i < ln; i++) {
            Configuration conf = combinedConfiguration.getConfiguration(i);
            if (conf instanceof PropertiesConfiguration) {
                ManagedReloadingStrategy strat = null;
                ReloadingStrategy strategy = ((PropertiesConfiguration) conf).getReloadingStrategy();
                //refresh if managed strategy
                if (strategy instanceof ManagedReloadingStrategy) {
                    ((ManagedReloadingStrategy) strategy).refresh();
                //reload if file changed strategy    
                } else if (strategy instanceof FileChangedReloadingStrategy) {                    
                    ((PropertiesConfiguration) conf).reload();
                }
                reloaded++;
            }
        }

Stack trace of deadlock threads
Name: http-10980-1
State: BLOCKED on
org.apache.commons.configuration.tree.OverrideCombiner@8511bb owned by:
http-10980-6
Total blocked: 154  Total waited: 2

org.apache.commons.configuration.CombinedConfiguration.invalidate(CombinedConfiguration.java:474)
org.apache.commons.configuration.CombinedConfiguration.configurationChanged(CombinedConfiguration.java:488)
org.apache.commons.configuration.event.EventSource.fireEvent(EventSource.java:249)
org.apache.commons.configuration.AbstractFileConfiguration.fireEvent(AbstractFileConfiguration.java:911)
org.apache.commons.configuration.AbstractFileConfiguration.reload(AbstractFileConfiguration.java:828)
   - locked java.lang.Object@127e34c
org.apache.commons.configuration.AbstractFileConfiguration.isEmpty(AbstractFileConfiguration.java:927)
org.apache.commons.configuration.reloading.ManagedReloadingStrategy.refresh(ManagedReloadingStrategy.java:91)
com.gsx.properties.PropertyProviderImpl.reset(PropertyProviderImpl.java:203)
   - locked java.lang.Class@109bcda
org.apache.jsp.test.testPropertyProvider_jsp._jspService(testPropertyProvider_jsp.java:60)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

Name: http-10980-6
State: BLOCKED on java.lang.Object@127e34c owned by: http-10980-1
Total blocked: 115  Total waited: 2

org.apache.commons.configuration.AbstractFileConfiguration.reload(AbstractFileConfiguration.java:814)
org.apache.commons.configuration.AbstractFileConfiguration.getKeys(AbstractFileConfiguration.java:939)
org.apache.commons.configuration.ConfigurationUtils.copy(ConfigurationUtils.java:139)
org.apache.commons.configuration.ConfigurationUtils.convertToHierarchical(ConfigurationUtils.java:199)
org.apache.commons.configuration.CombinedConfiguration
$ConfigData.getTransformedRoot(CombinedConfiguration.java:794)
org.apache.commons.configuration.CombinedConfiguration.constructCombinedNode(CombinedConfiguration.java:653)
org.apache.commons.configuration.CombinedConfiguration.getRootNode(CombinedConfiguration.java:504)
   - locked
org.apache.commons.configuration.tree.OverrideCombiner@8511bb
org.apache.commons.configuration.HierarchicalConfiguration.fetchNodeList(HierarchicalConfiguration.java:925)
org.apache.commons.configuration.HierarchicalConfiguration.getProperty(HierarchicalConfiguration.java:327)
org.apache.commons.configuration.CombinedConfiguration.getProperty(CombinedConfiguration.java:578)
org.apache.commons.configuration.AbstractConfiguration.resolveContainerStore(AbstractConfiguration.java:1155)
org.apache.commons.configuration.AbstractConfiguration.getString(AbstractConfiguration.java:1034)
org.apache.jsp.test.testPropertyProvider_jsp._jspService(testPropertyProvider_jsp.java:69)

There's code which, after the numeric type for a constant in where clause has been chosen as the most restricted one or based on suffix, tries to change the type to match the numeric column  which the constant is being compared with. However, due to a hack from HIVE-3059 every column type shows up as string in that code, causing it to always change the constant type to double. This should not be done (regardless of the hack).
Spinoff from HIVE-2702, large number of query outputs change so it will be a big patch

In our multi-tenant hbase cluster, we found that there are over 1M znodes under the acl node. The reason is that users create and delete tables with different names frequently.  The acl notify znode are left there after the tables are deleted.
Simple solution is that deleting acl notify znode of table in AccessController when deleting the table.

We had a Problem in one of our batch applications, because our queue capacity was too small.
So some of the jobs resulted in an TaskRejectedException and the job was marked as FAILED in the database. After we figured that out we wanted to restarted the failed jobs via JobOperator.restart method. This resulted in an JobExecutionAlreadyRunningException because the job had no end time and thishttps://github.com/spring-projects/spring-batch/blob/master/spring-batch-core/src/main/java/org/springframework/batch/core/repository/support/SimpleJobRepository.java#L119 check failed.
I my opinion this behaviour is not correct and i would suggest to add a end time when a task ist rejected (https://github.com/spring-projects/spring-batch/blob/master/spring-batch-core/src/main/java/org/springframework/batch/core/launch/support/SimpleJobLauncher.java#L167) so that the job could be restarted.

If standalone JMS client creates connection with username and password where password is null like:

connectionFactory.createConnection("admin", null);

then server logs NPE:

13:24:10,567 ERROR [org.apache.activemq.artemis.core.server] (default I/O-6) AMQ224018: Failed to create session: java.lang.NullPointerException
	at java.util.Arrays.fill(Arrays.java:2951) [rt.jar:1.8.0_71]
	at org.wildfly.security.evidence.PasswordGuessEvidence.destroy(PasswordGuessEvidence.java:53) [wildfly-elytron-1.1.0.Beta16.jar:1.1.0.Beta16]
	at org.wildfly.extension.messaging.activemq.ElytronSecurityManager.authenticate(ElytronSecurityManager.java:107)
	at org.wildfly.extension.messaging.activemq.ElytronSecurityManager.validateUser(ElytronSecurityManager.java:62)
	at org.apache.activemq.artemis.core.security.impl.SecurityStoreImpl.authenticate(SecurityStoreImpl.java:132)
	at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.createSession(ActiveMQServerImpl.java:1205)
	at org.apache.activemq.artemis.core.protocol.core.impl.ActiveMQPacketHandler.handleCreateSession(ActiveMQPacketHandler.java:156)
	at org.apache.activemq.artemis.core.protocol.core.impl.ActiveMQPacketHandler.handlePacket(ActiveMQPacketHandler.java:81)
	at io.undertow.protocols.ssl.SslConduit$SslReadReadyHandler.readReady(SslConduit.java:1128)

Server should log the same error as if wrong password is provided:

13:23:38,713 ERROR [org.apache.activemq.artemis.core.server] (default I/O-6) AMQ224018: Failed to create session: ActiveMQSecurityException[errorType=SECURITY_EXCEPTION message=AMQ119031: Unable to validate user]
	at org.apache.activemq.artemis.core.security.impl.SecurityStoreImpl.authenticate(SecurityStoreImpl.java:144)

The counters that hive uses to report the number of rows inserted are not very reliable.
Unless they become correct, it is a good idea to disable these reports.

When developing with Gradle and when I run my project with "gradle run", the resource are not included in the deployment. I debugged it, and saw that the implementation in DefaultWarDeploymentFactory expects that the class and resources files are in the same directory. With Maven this is the case, but with Gradle there are in separated directories.
Created a PR with a fix: PR-568

When we try to operate with not existing table, in some circumstances we get an incorrect report about the not existing table:

ERROR: Region of 'hbase:namespace,,1510363071508.0d8ddea7654f95130959218e9bc9c89c.' is expected in the table of 'nonExistentUsertable', but hbase:meta says it is in the table of 'hbase:namespace'. hbase:meta might be damaged.

If you type "help" at the roo prompt, the displayed help text includes these two lines:
...

new dod - Creates a new data on demand for the specified entity
new integration test - Creates a new data on demand for the specified entity
...

The second message of the two shown above seems to be an unintended duplicate.

In the eclipse template file, it will reference this jar file, which is deprecated.
/@PROJECT@/build/metastore/hive-model-@HIVE_VERSION@.jar
So the correct one should be:
/@PROJECT@/build/metastore/hive-metastore-@HIVE_VERSION@.jar
Just update all the eclipse template files.

It was discovered by https://github.com/wildfly/wildfly/pull/10829 that JACC has problems after server reload.
org.jboss.security.jacc.JBossPolicyConfigurationFactory will always use the first 'org.jboss.security.jacc.DelegatingPolicy' that is set, while on reload org.jboss.as.security.service.SecurityBootstrapService will create and install a new policy, which means that after you execute a reload operation JACC is broken (provided the JBossPolicyConfigurationFactory was initialised before the reload). 
This will need to be fixed somehow, either by using the same DelegatingPolicy after reload, or by clearing the state in JBossPolicyConfigurationFactory.

Here is what we have with hadoop 2.
In our plate we have

junit (should be test, it's not because we use it in the integration test runner
log4j (we have direct dependencies in RegionPlacementMaintainer, RESTServlet, and LogMonitoring, not counting the dependencies in the tests)

The others are in hadoop. I marked the ones that were strange to me. Do we need all of them?
mvn dependency:tree -pl hbase-client -Dhadoop.profile=2.0
[INFO] — maven-dependency-plugin:2.1:tree (default-cli) @ hbase-client —
[INFO] org.apache.hbase:hbase-client:jar:0.97.0-SNAPSHOT
[INFO] +- org.apache.hbase:hbase-common:jar:0.97.0-SNAPSHOT:compile
[INFO] |  - commons-collections:commons-collections:jar:3.2.1:compile
[INFO] +- org.apache.hbase:hbase-common:test-jar:tests:0.97.0-SNAPSHOT:test
[INFO] +- org.apache.hbase:hbase-protocol:jar:0.97.0-SNAPSHOT:compile
[INFO] +- commons-codec:commons-codec:jar:1.7:compile
[INFO] +- commons-io:commons-io:jar:2.4:compile
[INFO] +- commons-lang:commons-lang:jar:2.6:compile
[INFO] +- commons-logging:commons-logging:jar:1.1.1:compile
[INFO] +- com.google.guava:guava:jar:12.0.1:compile
[INFO] |  - com.google.code.findbugs:jsr305:jar:1.3.9:compile
[INFO] +- com.google.protobuf:protobuf-java:jar:2.5.0:compile
[INFO] +- org.apache.zookeeper:zookeeper:jar:3.4.5:compile
[INFO] |  +- org.slf4j:slf4j-api:jar:1.6.4:compile
[INFO] |  - org.slf4j:slf4j-log4j12:jar:1.6.1:compile
[INFO] +- org.cloudera.htrace:htrace-core:jar:2.01:compile
[INFO] |  - org.mortbay.jetty:jetty-util:jar:6.1.26:compile              <======= why?
[INFO] +- org.codehaus.jackson:jackson-mapper-asl:jar:1.8.8:compile
[INFO] |  - org.codehaus.jackson:jackson-core-asl:jar:1.8.8:compile
[INFO] +- io.netty:netty:jar:3.5.9.Final:compile
[INFO] +- log4j:log4j:jar:1.2.17:test (scope not updated to compile)
[INFO] +- org.apache.hadoop:hadoop-common:jar:2.1.0-beta:compile
[INFO] |  +- commons-cli:commons-cli:jar:1.2:compile
[INFO] |  +- org.apache.commons:commons-math:jar:2.2:compile (version managed from 2.1)
[INFO] |  +- xmlenc:xmlenc:jar:0.52:compile
[INFO] |  +- commons-httpclient:commons-httpclient:jar:3.0.1:compile (version managed from 3.1) <===== decrease the version. dangerous. But why hadoop does this?
[INFO] |  +- commons-net:commons-net:jar:3.1:compile
[INFO] |  +- javax.servlet:servlet-api:jar:2.5:compile  <==== why a servlet api in hbase-client or hadoop common?
[INFO] |  +- org.mortbay.jetty:jetty:jar:6.1.26:compile
[INFO] |  +- com.sun.jersey:jersey-core:jar:1.8:compile
[INFO] |  +- com.sun.jersey:jersey-json:jar:1.8:compile
[INFO] |  |  +- org.codehaus.jettison:jettison:jar:1.3.1:compile (version managed from 1.1)
[INFO] |  |  |  - stax:stax-api:jar:1.0.1:compile
[INFO] |  |  +- com.sun.xml.bind:jaxb-impl:jar:2.2.3-1:compile
[INFO] |  |  |  - javax.xml.bind:jaxb-api:jar:2.1:compile (version managed from 2.2.2)   <===== decrease the version. dangerous
[INFO] |  |  |     - javax.activation:activation:jar:1.1:compile
[INFO] |  |  +- org.codehaus.jackson:jackson-jaxrs:jar:1.8.8:compile (version managed from 1.7.1)
[INFO] |  |  - org.codehaus.jackson:jackson-xc:jar:1.8.8:compile (version managed from 1.7.1)
[INFO] |  +- com.sun.jersey:jersey-server:jar:1.8:compile   <========= Why a server in a common piece of code? could we exclude it from hbase client?
[INFO] |  |  - asm:asm:jar:3.1:compile
*[INFO] |  +- tomcat:jasper-compiler:jar:5.5.23:runtime  <=== ??? why *
[INFO] |  +- tomcat:jasper-runtime:jar:5.5.23:runtime <=== ??? why
[INFO] |  +- javax.servlet.jsp:jsp-api:jar:2.1:runtime  <==== Why? could we exclude it from hbase client?
[INFO] |  +- commons-el:commons-el:jar:1.0:runtime
[INFO] |  +- net.java.dev.jets3t:jets3t:jar:0.6.1:compile
[INFO] |  +- commons-configuration:commons-configuration:jar:1.6:compile
[INFO] |  |  +- commons-digester:commons-digester:jar:1.8:compile
[INFO] |  |  |  - commons-beanutils:commons-beanutils:jar:1.7.0:compile
[INFO] |  |  - commons-beanutils:commons-beanutils-core:jar:1.8.0:compile
[INFO] |  +- org.apache.avro:avro:jar:1.5.3:compile
[INFO] |  |  +- com.thoughtworks.paranamer:paranamer:jar:2.3:compile
[INFO] |  |  - org.xerial.snappy:snappy-java:jar:1.0.3.2:compile
[INFO] |  +- com.jcraft:jsch:jar:0.1.42:compile
[INFO] |  - org.apache.commons:commons-compress:jar:1.4:compile
[INFO] |     - org.tukaani:xz:jar:1.0:compile
[INFO] +- org.apache.hadoop:hadoop-auth:jar:2.1.0-beta:compile
[INFO] +- org.apache.hadoop:hadoop-mapreduce-client-core:jar:2.1.0-beta:compile
[INFO] |  +- org.apache.hadoop:hadoop-yarn-common:jar:2.1.0-beta:compile
[INFO] |  |  +- org.apache.hadoop:hadoop-yarn-api:jar:2.1.0-beta:compile
[INFO] |  |  +- com.google.inject:guice:jar:3.0:compile
[INFO] |  |  |  +- javax.inject:javax.inject:jar:1:compile
[INFO] |  |  |  - aopalliance:aopalliance:jar:1.0:compile
[INFO] |  |  +- com.sun.jersey.jersey-test-framework:jersey-test-framework-grizzly2:jar:1.8:compile  <======== wow!
[INFO] |  |  |  +- com.sun.jersey.jersey-test-framework:jersey-test-framework-core:jar:1.8:compile
[INFO] |  |  |  |  +- org.glassfish:javax.servlet:jar:3.0:compile
[INFO] |  |  |  |  - com.sun.jersey:jersey-client:jar:1.8:compile
[INFO] |  |  |  - com.sun.jersey:jersey-grizzly2:jar:1.8:compile
[INFO] |  |  |     +- org.glassfish.grizzly:grizzly-http:jar:2.1.1:compile
[INFO] |  |  |     |  - org.glassfish.grizzly:grizzly-framework:jar:2.1.1:compile
[INFO] |  |  |     |     - org.glassfish.gmbal:gmbal-api-only:jar:3.0.0-b023:compile
[INFO] |  |  |     |        - org.glassfish.external:management-api:jar:3.0.0-b012:compile
[INFO] |  |  |     +- org.glassfish.grizzly:grizzly-http-server:jar:2.1.1:compile
[INFO] |  |  |     |  - org.glassfish.grizzly:grizzly-rcm:jar:2.1.1:compile
[INFO] |  |  |     - org.glassfish.grizzly:grizzly-http-servlet:jar:2.1.1:compile
[INFO] |  |  |        - org.glassfish.grizzly:grizzly-framework:jar:tests:2.1.1:compile
[INFO] |  |  - com.sun.jersey.contribs:jersey-guice:jar:1.8:compile
[INFO] |  - com.google.inject.extensions:guice-servlet:jar:3.0:compile
[INFO] +- org.apache.hadoop:hadoop-annotations:jar:2.1.0-beta:compile
[INFO] |  - jdk.tools:jdk.tools:jar:1.6:system
[INFO] +- com.github.stephenc.findbugs:findbugs-annotations:jar:1.3.9-1:compile
[INFO] +- junit:junit:jar:4.11:compile                            <==================== bad
[INFO] - org.mockito:mockito-all:jar:1.9.0:test

When we specify the serviceClass attribute of cxfEndpoint with CXF_MESSAGE dataformat, camel-cxf will setup the WrapperClass
{In|Out}Interceptor and Holder{In|Out}
Interceptor for the endpoint, but these interceptors are useless and throw some exceptions because camel-cxf doesn't consume under layer message at all and it cannot setup right information for these interceptor to use.

HStore#createWriterInTmp(long) is never called.
We can drop the method.

test-jar LICENSE file for hbase-server claims jquery and the orca logo are present in the jar, when they are not.

https://github.com/apache/hive/blob/master/serde/if/serde.thrift
Typo in serde.thrift: 
COLLECTION_DELIM = "colelction.delim"
(colelction instead of collection)

I am using several @ExceptionHandler annotations in a controller with different exceptions (not in same hierarchy).  The first exception that happens gets handled correctly, whereas the next different type of exception throws it's own exception as the incorrect method is selected.  I traced this down to the ExceptionDepthComparator class incorrectly ordering the collection of possibilities.  This seems to happen in a couple of scenarios but most importantly when the exception is exactly the same as the method contains vs something not in the hierarchy at all.
I saw SPR-7085 changed the compare class of ExceptionDepthComparator from depth2-depth1 to depth1-depth2 but when one of the exceptions being compared is not in the hierarchy is still returned -1.  This caused incorrect ordering as it things -1 is the lowest depth and as such should be moved to the top.  I changed this to a high number and all my tests then passed.  This is what I changed (Full class with Test Class attached)
public class ExceptionDepthComparator implements Comparator<Class<? extends Throwable>> {
...
	private int getDepth(Class declaredException, Class exceptionToMatch, int depth) {
		if (declaredException.equals(exceptionToMatch)) 
{
			// Found it!
			return depth;
		}
		// If we've gone as far as we can go and haven't found it...
		if (Throwable.class.equals(exceptionToMatch)) 
{
			return 10000;  // Changed this from -1 to a high number
		}
		return getDepth(declaredException, exceptionToMatch.getSuperclass(), depth + 1);
	}
...
}

The JdbcAggregationRepository makes a 

 'SELECT COUNT (*) FROM....'

  SQL request at line 131 in the source code. 
This appears to be incorrect with MySQL because theire is a space between COUNT and (. 
By replacing the request with 

 'SELECT COUNT(*) FROM....'

  (without the white space) the bug is corrected for MySQL (I think it should be tested with other database without the space). 
This request can be tested with Mysql Query Browser (the returned error is the same as the one encountered when we execute the JdbcAggregationRepository with Camel). 
The exception returned is the following: 

 ERROR DefaultErrorHandler - Failed delivery for exchangeId: ID:COE-WRKST2-1749-1304443569312-2:2:1:88:1. Exhausted after delivery attempt: 1 caught: org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [SELECT COUNT (*) FROM aggregation_repo_0 WHERE id = ?]; nested exception is com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '*) FROM aggregation_repo_0 WHERE id = '92'' at line 1
org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [SELECT COUNT (*) FROM aggregation_repo_0 WHERE id = ?]; nested exception is com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '*) FROM aggregation_repo_0 WHERE id = '92'' at line 1
	at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:233)
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72)
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:602)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:636)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:665)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:673)
	at org.springframework.jdbc.core.JdbcTemplate.queryForObject(JdbcTemplate.java:728)
	at org.springframework.jdbc.core.JdbcTemplate.queryForObject(JdbcTemplate.java:744)
	at org.springframework.jdbc.core.JdbcTemplate.queryForInt(JdbcTemplate.java:775)
	at org.apache.camel.processor.aggregate.jdbc.JdbcAggregationRepository$1.doInTransaction(JdbcAggregationRepository.java:131)
	at org.apache.camel.processor.aggregate.jdbc.JdbcAggregationRepository$1.doInTransaction(JdbcAggregationRepository.java:114)
	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:130)
	at org.apache.camel.processor.aggregate.jdbc.JdbcAggregationRepository.add(JdbcAggregationRepository.java:114)
	at org.apache.camel.processor.aggregate.AggregateProcessor.doAggregation(AggregateProcessor.java:251)
	at org.apache.camel.processor.aggregate.AggregateProcessor.process(AggregateProcessor.java:189)
	at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:84)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:560)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:498)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:467)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1058)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1050)
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '*) FROM aggregation_repo_0 WHERE id = '92'' at line 1
	at sun.reflect.GeneratedConstructorAccessor83.newInstance(Unknown Source)
	at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
	at com.mysql.jdbc.Util.getInstance(Util.java:384)
	at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1054)
	at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3566)
	at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3498)
	at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1959)
	at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2113)
	at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2568)
	at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2113)
	at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2275)
	at org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
	at org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:643)
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:586)
	... 42 more

The Roo project team has encountered a strange issue where a Date field named "aDate" annotated with @DateTimeFormat fails to convert properly when bound to by Spring's DataBinder.  I've reproduced the issue in both an acceptance test (inside a sample Spring MVC web application) & a standalone unit test.
From what I can tell, this problem has to do with the use of ITDs on the bind target class.  In this sample, @RooJavaBean is placed on the class & used to generate an ITD that introduces getter/setter property accessors for the "aDate" field.  When conversion runs, the TypeDescriptor built for this property simply does NOT contain the field annotation-information, so @DateTimeFormat is not respected and the conversion rule is not applied.
If I remove use of ITDs, and just end up with a plain JavaBean, binding & type conversion works fine--the TypeDescriptor is built properly.
What makes this issue more odd is it seems limited to this one field named "aDate".  Binding to another field named "birthDate" works fine, even when ITDs are used.  So the name of the field also appears to have something to do with this.
Here are the artifacts illustrating the problem:
The JavaBean bind target:

public class Stefan {

    @DateTimeFormat(style = "S-")
    private Date birthDate;

    private Date aDate;
}

The Roo-generated ITD:

privileged aspect Stefan_Roo_JavaBean {
    
    public Date Stefan.getBirthDate() {
        return this.birthDate;
    }
    
    public void Stefan.setBirthDate(Date birthDate) {
        this.birthDate = birthDate;
    }
    
    public Date Stefan.getADate() {
        return this.aDate;
    }
    
    public void Stefan.setADate(Date aDate) {
        this.aDate = aDate;
    }
    
}

Test case:

public class DataBinderTests {
	@Test
	public void testaDate() {
		Stefan s = new Stefan();
		DataBinder binder = new DataBinder(s);
		FormattingConversionServiceFactoryBean factory = new FormattingConversionServiceFactoryBean();
		factory.afterPropertiesSet();
		FormattingConversionService conversionService = factory.getObject();
		binder.setConversionService(conversionService);
		MutablePropertyValues pvs = new MutablePropertyValues();
		pvs.addPropertyValue("birthDate", "4/15/10");
		pvs.addPropertyValue("aDate", "4/15/10");
		binder.bind(pvs);
		assertFalse(binder.getBindingResult().hasFieldErrors("birthDate"));		
		assertFalse(binder.getBindingResult().hasFieldErrors("aDate"));		
		assertEquals("4/15/10", binder.getBindingResult().getFieldValue("birthDate"));
		// FAILS -- value is Thu Apr 15 00:00:00 EDT 2010 - which is date.toString()
		assertEquals("4/15/10", binder.getBindingResult().getFieldValue("aDate"));
	}
}

If you take the Stefan class and "push in" the ITD to make it a regular JavaBean, the test case will pass.

For some scan reutilizations, we may end up with a Filter expression associated with the scan that should be removed by the optimizer. This can lead to incorrect results. Repro case is part of the patch.

See
http://camel.465427.n5.nabble.com/setPropertyPlaceholderLocations-for-apache-camel-main-tp5805013.html

Catch clause with pipeline does not proceed. This is because the pipeline is designed to reject exceptions. The catch processor should give the exchange a fresh start
This started from thread http://www.nabble.com/Camel-1.2---CatchProcessor-not-working--t4690438s22882.html

The method transformTextFromUTF8 have a  error bug, It invoke a bad method of Text,getBytes()!
The method getBytes of Text returns the raw bytes; however, only data up to Text.length is valid.A better way is  use copyBytes()  if you need the returned array to be precisely the length of the data.
But the copyBytes is added behind hadoop1. 

How I found this bug？
When i query data from a lzo table ， I found in results ： the length of the current row is always largr than the previous row， and sometimes，the current row contains the contents of the previous row。 For example ，i execute a sql ,

select * from web_searchhub where logdate=2015061003

the result of sql see blow.Notice that ,the second row content contains the first row content.

INFO [03:00:05.589] HttpFrontServer::FrontSH msgRecv:Remote=/10.13.193.68:42098,session=3151,thread=254 2015061003
INFO [03:00:05.594] <18941e66-9962-44ad-81bc-3519f47ba274> session=901,thread=223ession=3151,thread=254 2015061003

The content of origin lzo file content see below ,just 2 rows.

INFO [03:00:05.635] <b88e0473-7530-494c-82d8-e2d2ebd2666c_forweb> session=3148,thread=285
INFO [03:00:05.635] HttpFrontServer::FrontSH msgRecv:Remote=/10.13.193.68:42095,session=3148,thread=285

I think this error is caused by the Text reuse,and I found the solutions .
Addicational, table create sql is : 

CREATE EXTERNAL TABLE `web_searchhub`(
`line` string)
`logdate` string)
FIELDS TERMINATED BY '
U0000'
'serialization.encoding'='GBK')
STORED AS INPUTFORMAT "com.hadoop.mapred.DeprecatedLzoTextInputFormat"
OUTPUTFORMAT "org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat";
LOCATION
'viewfs://nsX/user/hive/warehouse/raw.db/web/web_searchhub' 

Currently, when a user is configuring Pivotal GemFire client or peer cache Region Expiration Policies using SDG's @EnableExpiration, as explained in the Reference Guide, along with, when a user has defined an application domain model object, or entity, with either an Idle Timeout (TTI) or a Time-To-Live (TTL) Expiration policy, as documented here, the user will unfortunately encounter an IllegalStateException stating that statistics have not been properly enabled for the Region as described in the Pivotal GemFire User Guide.

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'People': Invocation of init method failed; nested exception is java.lang.IllegalStateException: Statistics must be enabled for expiration

	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:579)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:501)
	at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:317)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:315)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:741)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:869)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550)
	at org.springframework.context.annotation.AnnotationConfigApplicationContext.<init>(AnnotationConfigApplicationContext.java:88)
	at org.springframework.data.gemfire.config.annotation.EnableExpirationConfigurationIntegrationTests.newApplicationContext(EnableExpirationConfigurationIntegrationTests.java:52)
	at org.springframework.data.gemfire.config.annotation.EnableExpirationConfigurationIntegrationTests.assertPeerCacheRegionExpirationPoliciesAreCorrect(EnableExpirationConfigurationIntegrationTests.java:85)
Caused by: java.lang.IllegalStateException: Statistics must be enabled for expiration
	at org.apache.geode.cache.AttributesFactory.validateAttributes(AttributesFactory.java:1407)
	at org.apache.geode.cache.AttributesFactory.create(AttributesFactory.java:1320)
	at org.apache.geode.cache.RegionFactory.create(RegionFactory.java:755)
	at org.springframework.data.gemfire.RegionFactoryBean.lambda$newRegion$2(RegionFactoryBean.java:188)
	at java.util.Optional.orElseGet(Optional.java:267)
	at org.springframework.data.gemfire.RegionFactoryBean.newRegion(RegionFactoryBean.java:185)
	at org.springframework.data.gemfire.RegionFactoryBean.createRegion(RegionFactoryBean.java:162)
	at org.springframework.data.gemfire.RegionLookupFactoryBean.afterPropertiesSet(RegionLookupFactoryBean.java:97)
	at org.springframework.data.gemfire.LocalRegionFactoryBean.afterPropertiesSet(LocalRegionFactoryBean.java:37)
	at org.springframework.data.gemfire.config.annotation.support.CacheTypeAwareRegionFactoryBean.newServerRegion(CacheTypeAwareRegionFactoryBean.java:226)
	at org.springframework.data.gemfire.config.annotation.support.CacheTypeAwareRegionFactoryBean.createRegion(CacheTypeAwareRegionFactoryBean.java:135)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1765)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1702)
	... 35 more

Problem Statement :
Spring Controller is not able to detect empty string ("") as a string object in RequestBody.Till Spring 3.2 Spring Controller is able to detect empty string ("") as a string. But now we upgrade our spring version from 3.2 to 4.2.And in Spring 4.2 we are facing this issue.Our API gives HTTP status 400 as response instead of processing the empty string in RequestBody
Example : 
 Controller Method definition:

        @MethodInfo(comments = DocumentationConstants.submitAttemptComments, date = "Mar 31 2014", summary = "Submits an Activity", sequence = 5 )
	@RequestMapping(value ="/submit", method=RequestMethod.POST,produces="application/json")
	@ResponseBody
	public ResponseEntity<String> submitAttempt(@RequestBody String eaid)

And JUNIT ::

        @Test
	public void testCase() throws Exception {
    		String eaid = "";
		when(securityServiceMock.validateEAID(anyString())).thenReturn(false);	
		Map<String, String> jsonMap = new HashMap<String, String>();
		jsonMap.put("success", "true");
		when(assignmentServiceMock.getAjsonInfo(anyString(), anyBoolean())).thenReturn(new JSONObject(jsonMap));
		MvcResult result = this.mockMvcAssgnmntMock.perform(post("/caa/activity/submit")
				.content(eaid)
				.accept(MediaType.parseMediaType("application/json;charset=utf-8")))
				.andExpect(status().isNotAcceptable()).andReturn();
		_logger.info("Result received:" + result.getResponse().getContentAsString());
		assertEquals("{\"message\":\"EAID is acceptable\",\"status\":\"200\"}", result.getResponse().getContentAsString());
	}

is giving error ::
 java.lang.AssertionError: Status expected:<200> but was:<400>

Dependency javax.xml.bind.api is missing in module.xml of com.fasterxml.jackson.jaxrs.jackson-jaxrs-json-provider.
For a detailed description, see https://community.jboss.org/thread/233865
As a workaround, the  module.xml can either be changed manually or the resteasy-jboss-modules-wf8-3.0.6.Final.zip provided with the RESTEasy distribution may be unzipped in the modules/system/layers/base directory.
Correct dependencies should look like:
    <dependencies>
        <module name="javax.api"/>
        <module name="javax.ws.rs.api"/>
        <module name="javax.xml.bind.api"/>
        <module name="com.fasterxml.jackson.core.jackson-annotations"/>
        <module name="com.fasterxml.jackson.core.jackson-core"/>
        <module name="com.fasterxml.jackson.core.jackson-databind"/>

After Artemis 1.5.1.jbossorg-001, add support to paging in JDBC store

ExecutionContext still does not handle null values correctly:
	public void put(String key, Object value) 
{
		Assert.isInstanceOf(Serializable.class, value, "Value: [ " + value + "must be serializable.");
		dirty = true;
		map.put(key, value);
	}

since null won't pass this test, it will throw an error.

The fix in SWS-828 is incorrect. The handler option IS_BSP_COMPLIANT is always set to 'true'.

    public void setBspCompliant(boolean bspCompliant) {
	this.handler.setOption(WSHandlerConstants.IS_BSP_COMPLIANT, true);
        this.bspCompliant = bspCompliant;
    }

should be 

	this.handler.setOption(WSHandlerConstants.IS_BSP_COMPLIANT, bspCompliant);
    }

The SpringServletContainerInitializer seems to think that a number of classes implement WebApplicationInitializer and tries to initialize them. However, the classes do not implement that interface. In my case, it tries to "initialize" classes belonging to the richfaces JSF implementation.
web.xml has a context listener and a requestcontext listener defined in them. My applicationContext is blank.
Here's the log:
Jul 23, 2011 1:32:14 PM com.springsource.tcserver.security.PropertyDecoder <init>
INFO: tc Runtime property decoder using memory-based key
Jul 23, 2011 1:32:15 PM com.springsource.tcserver.security.PropertyDecoder <init>
INFO: tcServer Runtime property decoder has been initialized in 917 ms
Jul 23, 2011 1:32:15 PM org.apache.coyote.AbstractProtocolHandler init
INFO: Initializing ProtocolHandler ["http-bio-8080"]
Jul 23, 2011 1:32:16 PM com.springsource.tcserver.serviceability.rmi.JmxSocketListener init
INFO: Started up JMX registry on 127.0.0.1:6969 in 203 ms
Jul 23, 2011 1:32:16 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 2067 ms
Jul 23, 2011 1:32:16 PM org.apache.catalina.core.StandardService startInternal
INFO: Starting service Catalina
Jul 23, 2011 1:32:16 PM org.apache.catalina.core.StandardEngine startInternal
INFO: Starting Servlet Engine: SpringSource tc Runtime 2.5.0.RELEASE/7.0.12.A.RELEASE
Jul 23, 2011 1:32:16 PM org.apache.catalina.startup.HostConfig deployDescriptor
INFO: Deploying configuration descriptor testprimefaces.xml from C:\tmp\eclipse\springsource-tool-suite-2.7.0-e3.62-win32-x86_64\vfabric-tc-server-developer-2.5.0.RELEASE\dev\conf\Catalina\localhost
Jul 23, 2011 1:32:16 PM org.apache.catalina.startup.SetContextPropertiesRule begin
WARNING: [SetContextPropertiesRule]
{Context} Setting property 'source' to 'org.eclipse.jst.jee.server:testprimefaces' did not find a matching property.
Jul 23, 2011 1:32:28 PM org.apache.catalina.startup.HostConfig deployDescriptor
SEVERE: Error deploying configuration descriptor testprimefaces.xml
java.lang.IllegalArgumentException: class org.ajax4jsf.renderkit.AjaxBehaviorRenderer is not assignable to interface org.springframework.web.WebApplicationInitializer
	at org.springframework.util.Assert.isAssignable(Assert.java:368)
	at org.springframework.util.Assert.isAssignable(Assert.java:351)
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:128)
	at org.springframework.web.SpringServletContainerInitializer.onStartup(SpringServletContainerInitializer.java:145)
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5184)
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:812)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:787)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:607)
	at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:633)
	at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:558)
	at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:468)
	at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1322)
	at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
	at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
	at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:89)
	at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:379)
	at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:324)
	at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1041)
	at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:774)
	at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1033)
	at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:291)
	at org.apache.catalina.core.StandardService.startInternal(StandardService.java:443)
	at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:727)
	at org.apache.catalina.startup.Catalina.start(Catalina.java:620)
	at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:303)
	at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:431)
Jul 23, 2011 1:32:28 PM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory manager
Jul 23, 2011 1:32:29 PM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory ROOT
Jul 23, 2011 1:32:29 PM org.apache.coyote.AbstractProtocolHandler start
INFO: Starting ProtocolHandler ["http-bio-8080"]
Jul 23, 2011 1:32:29 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 12818 ms
Jul 23, 2011 1:32:39 PM org.apache.catalina.startup.HostConfig deployDescriptor
Jul 23, 2011 1:32:39 PM org.apache.catalina.startup.SetContextPropertiesRule begin
WARNING: [SetContextPropertiesRule]{Context}
 Setting property 'source' to 'org.eclipse.jst.jee.server:testprimefaces' did not find a matching property.
Jul 23, 2011 1:32:47 PM org.apache.catalina.core.NamingContextListener lifecycleEvent
SEVERE: Creation of the naming context failed: javax.naming.NamingException: Context is read only
Jul 23, 2011 1:32:47 PM org.apache.catalina.startup.HostConfig deployDescriptor
java.lang.IllegalArgumentException: class com.sun.faces.renderkit.html_basic.CompositeRenderer is not assignable to interface org.springframework.web.WebApplicationInitializer
	at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1363)
	at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:294)
	at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1233)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1391)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1401)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1380)
Jul 23, 2011 1:32:57 PM org.apache.catalina.startup.HostConfig deployDescriptor
Jul 23, 2011 1:32:57 PM org.apache.catalina.startup.SetContextPropertiesRule begin
Jul 23, 2011 1:33:04 PM org.apache.catalina.core.NamingContextListener lifecycleEvent
Jul 23, 2011 1:33:04 PM org.apache.catalina.startup.HostConfig deployDescriptor
java.lang.IllegalArgumentException: class javax.faces.component.UIViewParameter is not assignable to interface org.springframework.web.WebApplicationInitializer
Jul 23, 2011 1:33:14 PM org.apache.catalina.startup.HostConfig deployDescriptor
Jul 23, 2011 1:33:14 PM org.apache.catalina.startup.SetContextPropertiesRule begin
Jul 23, 2011 1:33:20 PM org.apache.catalina.core.NamingContextListener lifecycleEvent
Jul 23, 2011 1:33:20 PM org.apache.catalina.startup.HostConfig deployDescriptor
java.lang.IllegalArgumentException: class org.richfaces.renderkit.html.HtmlMessagesRenderer is not assignable to interface org.springframework.web.WebApplicationInitializer
Jul 23, 2011 1:33:30 PM org.apache.catalina.startup.HostConfig deployDescriptor
Jul 23, 2011 1:33:30 PM org.apache.catalina.startup.SetContextPropertiesRule begin
Jul 23, 2011 1:33:37 PM org.apache.catalina.core.NamingContextListener lifecycleEvent
Jul 23, 2011 1:33:37 PM org.apache.catalina.startup.HostConfig deployDescriptor
java.lang.IllegalArgumentException: class org.richfaces.renderkit.CollapsibleSubTableRenderer is not assignable to interface org.springframework.web.WebApplicationInitializer
Jul 23, 2011 1:33:47 PM org.apache.catalina.startup.HostConfig deployDescriptor
Jul 23, 2011 1:33:47 PM org.apache.catalina.startup.SetContextPropertiesRule begin
Jul 23, 2011 1:33:53 PM org.apache.catalina.core.NamingContextListener lifecycleEvent
Jul 23, 2011 1:33:53 PM org.apache.catalina.startup.HostConfig deployDescriptor
java.lang.IllegalArgumentException: class javax.faces.component.UISelectBoolean is not assignable to interface org.springframework.web.WebApplicationInitializer
Jul 23, 2011 1:34:03 PM org.apache.catalina.startup.HostConfig deployDescriptor
Jul 23, 2011 1:34:03 PM org.apache.catalina.startup.SetContextPropertiesRule begin
Jul 23, 2011 1:34:10 PM org.apache.catalina.core.NamingContextListener lifecycleEvent
Jul 23, 2011 1:34:10 PM org.apache.catalina.startup.HostConfig deployDescriptor
java.lang.IllegalArgumentException: class com.sun.faces.facelets.tag.ui.UIDebug is not assignable to interface org.springframework.web.WebApplicationInitializer
Jul 23, 2011 1:34:20 PM org.apache.catalina.startup.HostConfig deployDescriptor
Jul 23, 2011 1:34:20 PM org.apache.catalina.startup.SetContextPropertiesRule begin
Jul 23, 2011 1:34:27 PM org.apache.catalina.core.NamingContextListener lifecycleEvent
Jul 23, 2011 1:34:27 PM org.apache.catalina.startup.HostConfig deployDescriptor
java.lang.IllegalArgumentException: class com.sun.faces.renderkit.html_basic.SelectManyCheckboxListRenderer is not assignable to interface org.springframework.web.WebApplicationInitializer
Jul 23, 2011 1:34:37 PM org.apache.catalina.startup.HostConfig deployDescriptor
Jul 23, 2011 1:34:37 PM org.apache.catalina.startup.SetContextPropertiesRule begin
{Context}
Exception in thread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" java.lang.OutOfMemoryError: PermGen space
	at java.lang.ClassLoader.defineClass(ClassLoader.java:794)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:144)
	at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2818)
	at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1148)
	at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1643)
	at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1521)
	at org.apache.catalina.startup.ContextConfig.checkHandlesTypes(ContextConfig.java:1956)
	at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:1919)
	at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1806)
	at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1765)
	at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1751)
	at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1255)
	at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:882)
	at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:317)
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5081)
Exception in thread "RMI RenewClean-[127.0.0.1:6969]" java.lang.OutOfMemoryError: PermGen space
	at sun.misc.Unsafe.defineClass(Native Method)
	at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:63)
	at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399)
	at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396)
	at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:395)
	at sun.reflect.MethodAccessorGenerator.generateSerializationConstructor(MethodAccessorGenerator.java:113)
	at sun.reflect.ReflectionFactory.newConstructorForSerialization(ReflectionFactory.java:331)
	at java.io.ObjectStreamClass.getSerializableConstructor(ObjectStreamClass.java:1343)
	at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:69)
	at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:454)
	at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:430)
	at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:430)
	at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:327)
	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1130)
	at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:346)
	at sun.rmi.transport.DGCImpl_Stub.dirty(Unknown Source)
	at sun.rmi.transport.DGCClient$EndpointEntry.makeDirtyCall(DGCClient.java:360)
	at sun.rmi.transport.DGCClient$EndpointEntry.access$1600(DGCClient.java:171)
	at sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run(DGCClient.java:574)

If closeRegion throws any exception (It would be caused by FS ) when RS is aborting, 
RS will block forever on waitOnAllRegionsToClose().

PatchMerger merges two CPs into one. In case the first CP includes updates for modules like org.outermodule and org.outermodule.innermodule. And the second CP including an update for org.outermodule.innermodule only, the merge may not happen correctly in case the modification for the innermodule will appear before the modification for the outermodule in the first CP.
The merger will copy the innermodule's content first and then override it copying the outermodule's content (including the previous version of the innermodule).

Problem is that OsgiManagementNameStrategy uses only the bundle symbolic name for the management name used for each CamelContext. So if you have multiple CamelContexts per bundle this creates overlap in the naming. 

These classes have been deprecated since 0.92 or before.  Remove them.  Remove them too because they are Writable.

When we notice one of these, instead of reporting on it over and over – see below – lets just axe the whole row.   Its never going to get better on its own.  We should also figure how these horked rows get manufactured.  Below is about split cells but also instances where servercode and servername are all thats left in a row.

2008-01-24 02:01:02,761 WARN org.apache.hadoop.hbase.HMaster:
info:regioninfo is empty; has keys: [info:splitA, info:splitB]
info:regioninfo is empty; has keys: [info:splitA]
2008-01-24 02:01:02,762 WARN org.apache.hadoop.hbase.HMaster:
2008-01-24 02:01:02,763 WARN org.apache.hadoop.hbase.HMaster:
info:regioninfo is empty; has keys: [info:splitB]
2008-01-24 02:01:02,764 WARN org.apache.hadoop.hbase.HMaster:
2008-01-24 02:01:02,765 WARN org.apache.hadoop.hbase.HMaster:
2008-01-24 02:01:02,766 WARN org.apache.hadoop.hbase.HMaster:
2008-01-24 02:01:02,767 WARN org.apache.hadoop.hbase.HMaster:
2008-01-24 02:01:02,768 WARN org.apache.hadoop.hbase.HMaster:
2008-01-24 02:01:02,769 WARN org.apache.hadoop.hbase.HMaster:
2008-01-24 02:01:02,770 WARN org.apache.hadoop.hbase.HMaster:
2008-01-24 02:01:02,771 WARN org.apache.hadoop.hbase.HMaster:
2008-01-24 02:01:02,772 WARN org.apache.hadoop.hbase.HMaster:

https://github.com/spring-projects/spring-framework/commit/e95bd9e25086bf1dad37f8d08293c948621faf6b#commitcomment-4547605

@philwebb How is this supposed to work when using JDK < 8? java.lang.annotation.repetable seems to have @Retention(RetentionPolicy.RUNTIME)... We just tried to run an example which uses @PropertySource using JDK 1.7 and it fails with a ClassNotFoundException! 

In SimpleNamespaceContext.removeBinding() the first line should be changed to 
String namespaceUri = prefixToNamespaceUri.remove(prefix);
Otherwise the internal map prefixToNamespaceUri still contains the prefix, and hasBinding(String prefix) behaves incorrectly.
This is error is critical, as under certain circumstances XML schema validation fails. If necessary I can provide an example. 

UserAuthorizationProcessingFilter has an incorrect constructor.  Currently, it requires a parameter "s", but the constructor should be empty and should be passing super("/oauth_authenticate_token"), instead of super(s).  As a result, the default URL is not being set for this filter.  You can see the method getDefaultFilterProcessesUrl which does have the proper URL is never being called also. 
The workaround is to make sure to add authenticate-token-url="/oauth_authenticate_token" to the provider xml element.

1) url maybe
http://localhost:9080/es-web/login
or
http://localhost:9080/es-web/login;JSESSIONID=a3595636-e414-4cff-bd37-a42edf53193d
2) controller

@RequestMapping(value = {"/login"}, method = RequestMethod.GET)  
public String loginForm() {  
    return "front/login";  
}  

spring3.1.X can match， but spring3.2 can not match, is a bug?
spring3.2 user follow can match

@RequestMapping(value = {"/{login:login;?.*}"}, method = RequestMethod.GET)  
}  

please see
http://www.iteye.com/topic/1129465#2389884

calling MapUtils.toProperties with a map having null entries results in a NullPointerException. In this case the Map has only entry <null, null>.
However, javadoc states "A null input will return an empty
properties object." so (1) this should be clarified as it would
only apply to the map reference itself, not its contents, or (2)
an empty property object should be generated for null entries in
the map as well.

I have a configuration properties kotlin class with a kotlin enum property. If the class is annotated with @Validated an exception occurs in hibernate-validator's ParameterMetadata class due to an IndexOutOfBoundsException.
This seems to happen due to the underlying ParameterNameDiscoverer, KotlinReflectionParameterNameDiscoverer.
I think this is due to the validator class expecting a 2-parameter constructor (name, ordinal) but KotlinReflectionParameterNameDiscoverer returns an empty array.
Example configuration properties class:

@ConfigurationProperties("my.prefix")
@Validated
data class MyProperties(        
        var enumProp: MyEnum = MyEnum.ONE

) {
    enum class MyEnum {
        ONE, TWO
    }
} 

This commit https://github.com/apache/camel/commit/1a73fa61a6e0f1125e516798d0cabc1198328684 introduced a regression on how camel test blue print behaves regarding loading of TypeConverters only defined in META-INF/services/org/apache/camel/TypeConverter:
before the commit such a converter would be loaded because the felix.connect bundle would see the descriptor (i.e. META-INF/services/org/apache/camel/TypeConverter ) after that commit the TypeConverter is ignored.

	at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)
	at java.util.HashMap$EntryIterator.next(HashMap.java:834)
	at java.util.HashMap$EntryIterator.next(HashMap.java:832)
	at org.apache.camel.component.quickfixj.QuickfixjComponent.onCamelContextStarted(QuickfixjComponent.java:163)
	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:1833)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1699)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1544)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1512)

Since CAMEL-6443.

Testing BouncyCastle external store. Intermittently (25% in lab, 0% locally) it happens alias from dependent credential store is not avalaible on server start.
Could that be problem of "late" required service start?
Although, I don't see similar problem with default JKES credential store, neither PKCS11 external credential store. PKCS11 store is however special case, because is loaded once per jvm.
Could that be problem of external credential store with file based keystore?
[1] https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-Security/view/EAP-7.x-FIPS-mode/job/eap-7x-security-fips-matrix/156/testReport/

IBM JDK only:

[ERROR]   SocketHandlerTestCase.testTlsSocket:167->checkLevelsLogged:298 A log messages was not received within 3000 milliseconds.
Found the following messages: []
Expected the following levels to be logged: [FATAL, ERROR, WARN, INFO, DEBUG, TRACE]
[INFO] 
[ERROR] Tests run: 7, Failures: 1, Errors: 0, Skipped: 0

TPC-DS Q13 produces a cross-product without CBO simplifying the query

Caused by: java.lang.RuntimeException: null STRING entry: batchIndex 0 projection column num 1
        at org.apache.hadoop.hive.ql.exec.vector.VectorExtractRow.nullBytesReadError(VectorExtractRow.java:349)
        at org.apache.hadoop.hive.ql.exec.vector.VectorExtractRow.extractRowColumn(VectorExtractRow.java:267)
        at org.apache.hadoop.hive.ql.exec.vector.VectorExtractRow.extractRow(VectorExtractRow.java:343)
        at org.apache.hadoop.hive.ql.exec.vector.VectorReduceSinkOperator.process(VectorReduceSinkOperator.java:103)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:837)
        at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:130)
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:762)
        ... 18 more

Simplified query

-- explain

select count(1)  
 from store_sales
     ,customer_demographics
 where (
( 
  customer_demographics.cd_demo_sk = store_sales.ss_cdemo_sk
  and customer_demographics.cd_marital_status = 'M'
     )or
     (
   customer_demographics.cd_demo_sk = ss_cdemo_sk
  and customer_demographics.cd_marital_status = 'U'
     ))
;

        Map 3 
                TableScan
                  alias: customer_demographics
                  Statistics: Num rows: 1920800 Data size: 717255532 Basic stats: COMPLETE Column stats: NONE
                    sort order: 
                    Statistics: Num rows: 1920800 Data size: 717255532 Basic stats: COMPLETE Column stats: NONE
                    value expressions: cd_demo_sk (type: int), cd_marital_status (type: string)
            Execution mode: vectorized, llap
            LLAP IO: all inputs

The JBoss Fuse distribution provides a patch script in the bin directory.  In the 6.2 release the following error occurs when it is executed:

rhpro:jboss-fuse-6.2.0.redhat-133 jsherman$ ./bin/patch
Error: Could not find or load main class org.fusesource.patch.client.Main
rhpro:jboss-fuse-6.2.0.redhat-133 jsherman$

This was previously working on the 6.1 release.

enter roo shell and run the sample gwtNoEntities.roo script
project --topLevelPackage com.springsource.foo
persistence setup --provider DATANUCLEUS --database HYPERSONIC_IN_MEMORY
gwt setup
mvn gwt:run fails at compile time with package xyz does not exist like:
[ERROR] \Program Files\springsource\spring-roo-1.1.5.RELEASE\samples\app4\src\ma
in\java\com\springsource\foo\client\scaffold\ScaffoldMobileApp.java:[3,0] packag
e com.springsource.foo.client.managed.activity does not exist

Several qfile based tests fail on windows because in the output of explain extended, the total file size of input files shown is different on windows.
This is because by default text files on windows are checked out with two char line endings, and *.dat files used as input files for the tables are considered as text files. So for every line in the .dat file, the size of the file is larger by 1 byte on windows.

In production we have hundreds of tables w/ whack names like 'aliaserv', 'ashish_bulk', 'age_gender_topics', etc.  It be grand if you could look in master UI and see stuff like owner, eng group responsible, miscellaneous description, etc.
Now, HTD has support for this; each carries a dictionary.  Whats a PITA though is adding attributes to the dictionary.  Here is what seems to work on trunk (though I do not trust it is doing the right thing):

hbase> create 'SOME_TABLENAME', {NAME => 'd', VERSION => 1, COMPRESSION => 'LZO'}
hbase> # Here is how I added metadata
hbase> disable 'SOME_TABLENAME'
hbase> alter 'SOME_TABLENAME', METHOD => 'table_att', OWNER => 'SOMEON', CONFIG => {'ENVIRONMENT' => 'BLAH BLAH', 'SIZING' => 'The size should be between 0-10K most of the time with new URLs coming in and getting removed as they are processed unless the pipeline has fallen behind', 'MISCELLANEOUS' => 'Holds the list of URLs waiting to be processed in the parked page detection analyzer in ingestion pipeline.'}
...
describe...
enable...

The above doesn't work in 0.94.  Complains about the CONFIG, the keyword we are using for the HTD dictionary.
It works in 0.96 though I'd have to poke around some more to ensure it is doing the right thing.
But this METHOD => 'table_att' stuff is really ugly.... can we fix it?
And I can't add table attributes on table create seemingly.
A little bit of thought and a bit of ruby could clean this all up.

org.wildfly.test.integration.elytron.ejb (1)
    DefaultElytronEjbSecurityDomainTestCase.testSecurityOnTwoBeansInAbsenceOfExplicitSecurityDomain 

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "authenticate")" in code source "(vfs:/content/ejb-security-domain-test.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ejb-security-domain-test.jar" from Service Module Loader")
	at org.wildfly.security.auth.server.SecurityDomain.authenticate(SecurityDomain.java:304)
	at org.wildfly.security.auth.server.SecurityDomain.authenticate(SecurityDomain.java:285)
	at org.jboss.as.test.shared.integration.ejb.security.Util.switchIdentity(Util.java:242)
	at org.jboss.as.test.shared.integration.ejb.security.Util.switchIdentity(Util.java:206)
	at org.jboss.as.test.shared.integration.ejb.security.Util.switchIdentitySCF(Util.java:302)
	at org.wildfly.test.integration.elytron.ejb.DefaultElytronEjbSecurityDomainTestCase.testSecurityOnTwoBeansInAbsenceOfExplicitSecurityDomain(DefaultElytronEjbSecurityDomainTestCase.java:104)

That helps

diff --git a/testsuite/integration/elytron/src/test/java/org/wildfly/test/integration/elytron/ejb/DefaultElytronEjbSecurityDomainTestCase.java b/testsuite/integration/elytron/src/test/java/org/wildfly/test/integration/elytron/ejb/DefaultElytronEjbSecurityDomainTestCase.java
index dee5422a40..48d077595d 100644
--- a/testsuite/integration/elytron/src/test/java/org/wildfly/test/integration/elytron/ejb/DefaultElytronEjbSecurityDomainTestCase.java
+++ b/testsuite/integration/elytron/src/test/java/org/wildfly/test/integration/elytron/ejb/DefaultElytronEjbSecurityDomainTestCase.java
@@ -79,7 +79,7 @@ public class DefaultElytronEjbSecurityDomainTestCase {
                 .addAsResource(currentPackage, "users.properties", "users.properties")
                 .addAsResource(currentPackage, "roles.properties", "roles.properties")
                 .addAsManifestResource(currentPackage, "jboss-ejb3.xml", "jboss-ejb3.xml")
-                .addAsManifestResource(createPermissionsXmlAsset(new ElytronPermission("getSecurityDomain")), "permissions.xml");
+                .addAsManifestResource(createPermissionsXmlAsset(new ElytronPermission("getSecurityDomain"), new ElytronPermission("authenticate")), "permissions.xml");
     }

[1] https://ci.wildfly.org/viewLog.html?buildId=128138&buildTypeId=WF_MasterSecurityManager

I believe there is incorrect flow in the HttpProducer which can subvert error handling in the route:
in Camel 1.4.0 in HttpProducer on line 76 a "blank" out message is set on the exchange:
Message out = exchange.getOut(true);
        try {
            int responseCode = httpClient.executeMethod(method);
...
1. If an IO error occurs on connect, the out message will be passed to the error handling code and if the originating endpoint was a JmsMessage it will cause an NPE when JmsMessage.getMessageId() is called. It also obscures the offending message I believe.
2. A similar situation will happen if the HTTP service returned an error code; the out message will contain a reply message even though the processing resulted in an error (e.g. HTTP Status 500) 
3. Also, shouldn't this code test whether the exchange expects an "out" altogether, and if not, perhaps, put just put the return HTTP status into the "in" message header.
--Bill

Similar to DATAGRAPH-589, property names should be backticked in cypher queries to allow for property names such as "located-at"

Declaring a hipchat endpoint in XML misconfigures the same component in the DSL. This seems to be because at some point via XML the component URI get's normalized and '//' is introduced.
This means a component of 
<to uri="hipchat:https:myhipchatserver.com:443?authToken?=abc" />
Is actually configured to the default api.hipchat.com.

When a value contains an empty byte[] and then a checkAndPut is performed with an empty byte[] , the operation will fail.
Put put = new Put(row1);
put.add(fam1, qf1, new byte[0]);
table.put(put);
put = new Put(row1);
put.add(fam1, qf1, val1);
table.checkAndPut(row1, fam1, qf1, new byte[0], put); ---> false
I think this is related to HBASE-3793 and HBASE-3468.
Note that you will also get into this situation when first putting a null value ( put.add(fam1,qf1,null) ), as this value will then be regarded and returned as an empty byte[] upon a get.

HBaseAdmin.getCatalogTracker creates new Configuration every time it's called, instead HBA should reuse the same one and do the copy inside the constructor.

Guava's moved on. Hadoop has not.
Jackson moves whenever it feels like it.
Protobuf moves with breaking point changes.
While shading all of the time would break people that require the transitive dependencies for MR or other things. Lets provide an artifact with our dependencies shaded. Then users can have the choice to use the shaded version or the non-shaded version.

Fix in HIVE-19860 needs to be applied to 

  static ConcurrentHashMap<ObjectInspector, StandardListObjectInspector>
      cachedStandardListObjectInspector = new ConcurrentHashMap<ObjectInspector, StandardListObjectInspector>();
...
  static ConcurrentHashMap<ArrayList<List<?>>, StandardStructObjectInspector> cachedStandardStructObjectInspector =
      new ConcurrentHashMap<ArrayList<List<?>>, StandardStructObjectInspector>();
...
  static ConcurrentHashMap<ArrayList<Object>, ColumnarStructObjectInspector> cachedColumnarStructObjectInspector =
      new ConcurrentHashMap<ArrayList<Object>, ColumnarStructObjectInspector>();

And possibly for 

  static ConcurrentHashMap<Type, ObjectInspector> objectInspectorCache = new ConcurrentHashMap<Type, ObjectInspector>();
...

After HBASE-6477, WritableByteArrayComparable will no longer be Writable, so should be renamed.
Current idea is ByteArrayComparator (since all the derived classes are *Comparator not *Comparable), but I'm open to suggestions.

I have a test that tests vanilla use of importtsv with importtsv.bulk.output option followed by completebulkload to a new table.
This sometimes fails as follows:
11/12/19 15:02:39 WARN client.HConnectionManager$HConnectionImplementation: Encountered problems when prefetch META table:
org.apache.hadoop.hbase.TableNotFoundException: Cannot find row in .META. for table: ml_items_copy, row=ml_items_copy,,99999999999999
at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:157)
at org.apache.hadoop.hbase.client.MetaScanner.access$000(MetaScanner.java:52)
at org.apache.hadoop.hbase.client.MetaScanner$1.connect(MetaScanner.java:130)
at org.apache.hadoop.hbase.client.MetaScanner$1.connect(MetaScanner.java:127)
at org.apache.hadoop.hbase.client.HConnectionManager.execute(HConnectionManager.java:359)
at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:127)
at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:103)
at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.prefetchRegionCache(HConnectionManager.java:875)
at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:929)
at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:817)
at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:781)
at org.apache.hadoop.hbase.client.HTable.finishSetup(HTable.java:247)
at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:211)
at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:171)
at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.createTable(LoadIncrementalHFiles.java:673)
at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.run(LoadIncrementalHFiles.java:697)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:69)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:83)
at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.main(LoadIncrementalHFiles.java:707)
The race appears to be calling HbAdmin.createTableAsync(htd, keys) and then creating an HTable object before that call has actually completed.
The following change to /src/main/java/org/apache/hadoop/hbase/mapreduce/LoadIncrementalHFiles.java appears to fix the problem, but I have not been able to reproduce the race reliably, in order to write a test.

-    HTable table = new HTable(this.cfg, tableName);
-
-    HConnection conn = table.getConnection();
     int ctr = 0;
-    while (!conn.isTableAvailable(table.getTableName()) && (ctr<TABLE_CREATE_MA
+    while (!this.hbAdmin.isTableAvailable(tableName) && (ctr<TABLE_CREATE_MAX_R

In line 359 and 582 of the current 3.2 release you should replace
                map = new TreeMap()
with
                map = new TreeMap(map.comparator());
Otherwise the underlaying TreeMap looses ist comparator.

As there are ' ' inside the structured data, we cannot just check ' '  for separation of the structured message.
Here is the discussion about it.
http://camel.465427.n5.nabble.com/Syslog-data-format-incorrect-parsing-of-structured-data-td5766123.html

The cause: 

2018-01-10 11:40:44,820 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=42971] ipc.CallRunner(141): callId: 27 service: MasterService methodName: GetReplicationPeerConfig size: 66 connection: 127.0.0.1:32800 deadline: 1515555704819
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:463)
	at org.apache.hadoop.hbase.client.replication.ReplicationPeerConfigUtil.convert(ReplicationPeerConfigUtil.java:324)
	at org.apache.hadoop.hbase.master.MasterRpcServices.getReplicationPeerConfig(MasterRpcServices.java:1941)
	at org.apache.hadoop.hbase.shaded.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:404)
	... 3 more
2018-01-10 11:40:44,826 DEBUG [ProcExecWrkr-15] client.RpcRetryingCallerImpl(132): Call exception, tries=13, retries=13, started=88676 ms ago, cancelled=false, msg=java.io.IOException
	... 3 more
, details=, exception=java.io.IOException: java.io.IOException
	... 3 more

	at org.apache.hadoop.hbase.ipc.RemoteWithExtrasException.instantiateException(RemoteWithExtrasException.java:93)
	at org.apache.hadoop.hbase.ipc.RemoteWithExtrasException.unwrapRemoteException(RemoteWithExtrasException.java:83)
	at org.apache.hadoop.hbase.shaded.protobuf.ProtobufUtil.makeIOExceptionOfException(ProtobufUtil.java:363)
	at org.apache.hadoop.hbase.shaded.protobuf.ProtobufUtil.handleRemoteException(ProtobufUtil.java:351)
	at org.apache.hadoop.hbase.client.MasterCallable.call(MasterCallable.java:102)
	at org.apache.hadoop.hbase.client.RpcRetryingCallerImpl.callWithRetries(RpcRetryingCallerImpl.java:107)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3054)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3046)
	at org.apache.hadoop.hbase.client.HBaseAdmin.getReplicationPeerConfig(HBaseAdmin.java:3952)
	at org.apache.hadoop.hbase.util.ServerRegionReplicaUtil.setupRegionReplicaReplication(ServerRegionReplicaUtil.java:153)
	at org.apache.hadoop.hbase.master.procedure.CreateTableProcedure.addTableToMeta(CreateTableProcedure.java:351)
	at org.apache.hadoop.hbase.master.procedure.CreateTableProcedure.executeFromState(CreateTableProcedure.java:103)
	at org.apache.hadoop.hbase.master.procedure.CreateTableProcedure.executeFromState(CreateTableProcedure.java:51)
	at org.apache.hadoop.hbase.procedure2.StateMachineProcedure.execute(StateMachineProcedure.java:182)
	at org.apache.hadoop.hbase.procedure2.Procedure.doExecute(Procedure.java:845)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1456)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1225)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$800(ProcedureExecutor.java:78)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1735)

These errors look like final errors and confuse people. The callstack may be useful if it's some datanucleus/db issue, but it needs to be flattened and logged with a warning that this is not a final query error and that there's a fallback

The file-based MetaStore implementation was removed in HIVE-143. We also need to
remove the hive.metastore.metadb.dir property from hive-default.xml and HiveConf, as well
as the references to this property that currently appear in HiveMetaStoreClient.

Create test cases for following Elytron Principal Transformers:

constant-principal-transformer
regex-principal-transformer
regex-validating-principal-transformer
chained-principal-transformer

Test case for aggregate-principal-transformer cannot developed due to WFCORE-2547. Once meaning of aggregate-principal-transformer will be revisited then appropriate test case will be added.

The simple binding of cxfrs uses the content-length header from the input as the response content-length. It should not do that.

AsynchronousSecurityTestCase fails because because anonymous user is used to call asynchronous EJB method requiring given role.
Looks like identity is lost when creating new thread in JBossThreadFactory - code in new thread run with anonymous identity.

As discussed in the parent issue HBASE-7305, we should be coordinating between splits and table operations to ensure that they don't happen at the same time. In this issue we will acquire shared read locks for region splits. 

I'm trying to create a table with 3000 regions on two regions servers, from the shell.
It's ok on trunk a standalone config.
It's ok on 0.94
It's not ok on trunk: it fails after around 1 hour.
If I remove all the code related to metrics in HRegion, the 3000 regions are created in 3 minutes (twice faster than the 0.94).
On trunk, the region server spends its time in "waitForWork", while the master is in the tcp connection related code. It's a 1Gb network.
I haven't looked at the metric code itself.
Patch used to remove the metrics from HRegion:

index c70e9ab..6677e65 100644
--- a/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java
+++ b/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java
@@ -364,7 +364,7 @@ public class HRegion implements HeapSize { // , Writable{
   private HTableDescriptor htableDescriptor = null;
   private RegionSplitPolicy splitPolicy;
 
-  private final MetricsRegion metricsRegion;
+  private final MetricsRegion metricsRegion = null;
 
   /**
    * Should only be used for testing purposes
@@ -388,7 +388,7 @@ public class HRegion implements HeapSize { // , Writable{
     this.coprocessorHost = null;
     this.scannerReadPoints = new ConcurrentHashMap<RegionScanner, Long>();
 
-    this.metricsRegion = new MetricsRegion(new MetricsRegionWrapperImpl(this));
+    //this.metricsRegion = new MetricsRegion(new MetricsRegionWrapperImpl(this));
   }
 
   /**
@@ -451,7 +451,7 @@ public class HRegion implements HeapSize { // , Writable{
     this.regiondir = getRegionDir(this.tableDir, encodedNameStr);
 
     /*
      * timestamp.slop provides a server-side constraint on the timestamp. This
@@ -1024,7 +1024,7 @@ public class HRegion implements HeapSize { // , Writable{
         status.setStatus("Running coprocessor post-close hooks");
         this.coprocessorHost.postClose(abort);
       }
-      this.metricsRegion.close();
+      //this.metricsRegion.close();
       status.markComplete("Closed");
       LOG.info("Closed " + this);
       return result;
@@ -2331,11 +2331,11 @@ public class HRegion implements HeapSize { // , Writable{
       if (noOfPuts > 0) {
         // There were some Puts in the batch.
         double noOfMutations = noOfPuts + noOfDeletes;
-        this.metricsRegion.updatePut();
+        //this.metricsRegion.updatePut();
       }
       if (noOfDeletes > 0) {
         // There were some Deletes in the batch.
-        this.metricsRegion.updateDelete();
+        //this.metricsRegion.updateDelete();
       }
       if (!success) {
         for (int i = firstIndex; i < lastIndexExclusive; i++) {
@@ -4270,7 +4270,7 @@ public class HRegion implements HeapSize { // , Writable{
 
     // do after lock
 
-    this.metricsRegion.updateGet();
+    //this.metricsRegion.updateGet();
 
     return results;
   }
@@ -4657,7 +4657,7 @@ public class HRegion implements HeapSize { // , Writable{
       closeRegionOperation();
     }
 
-    this.metricsRegion.updateAppend();
+    //this.metricsRegion.updateAppend();
 
     if (flush) {
@@ -4795,7 +4795,7 @@ public class HRegion implements HeapSize { // , Writable{
         mvcc.completeMemstoreInsert(w);
       }
-      this.metricsRegion.updateIncrement();
+      //this.metricsRegion.updateIncrement();
     }
 
The pom.xml currently assumes maven.repo.local should be ${user.home}/.m2/repository.  If the user has overridden the local repository through Maven settings, tests which assume the hive-exec JAR is at ${user.home}/.m2/repository will fail because the artifacts will not be installed at that location.

http://static.springsource.org/spring-batch/2.0.x/reference/html-single/index.html, 7.1 specifies that the taskexecutor is defined on the tasklet element.
It's defined at the chunk element.
Also the guide is for 2.0.3.RELEASE, while the latest 2.0.x release is 2.0.4

This makes DDL commands fail
This was stupidly broken in HIVE-8643

Staging ruleset evaluation on repository 'org.fusesource.fabric-077 (u:hudson, a:184.72.195.130)' has failed.
Staging Signature Validation
    -Missing Signature: '/org/fusesource/fabric/virt/bundles/org.fusesource.fabric.virt.bundles.jna/3.3.0_1/org.fusesource.fabric.virt.bundles.jna-3.3.0_1.jar.asc' does not exist for 'org.fusesource.fabric.virt.bundles.jna-3.3.0_1.jar'.
    -Missing Signature: '/org/fusesource/fabric/virt/bundles/org.fusesource.fabric.virt.bundles.jna/3.3.0_1/org.fusesource.fabric.virt.bundles.jna-3.3.0_1.pom.asc' does not exist for 'org.fusesource.fabric.virt.bundles.jna-3.3.0_1.pom'.
    -Missing Signature: '/org/fusesource/fabric/virt/bundles/org.fusesource.fabric.virt.bundles.libvirt/0.4.6_1/org.fusesource.fabric.virt.bundles.libvirt-0.4.6_1.jar.asc' does not exist for 'org.fusesource.fabric.virt.bundles.libvirt-0.4.6_1.jar'.
    -Missing Signature: '/org/fusesource/fabric/virt/bundles/org.fusesource.fabric.virt.bundles.libvirt/0.4.6_1/org.fusesource.fabric.virt.bundles.libvirt-0.4.6_1.pom.asc' does not exist for 'org.fusesource.fabric.virt.bundles.libvirt-0.4.6_1.pom'.

something bad happened to the client, now it requests the ROOT region location literally a hundred times a second:
09/07/13 18:39:59 DEBUG zookeeper.ZooKeeperWrapper: Read ZNode /hbase/root-region-server got 10.20.20.158:60020
09/07/13 18:40:00 DEBUG zookeeper.ZooKeeperWrapper: Read ZNode /hbase/root-region-server got 10.20.20.158:60020
09/07/13 18:40:01 DEBUG zookeeper.ZooKeeperWrapper: Read ZNode /hbase/root-region-server got 10.20.20.158:60020

3.facebook.com,60020,1329865516120: Initialization of RS failed.  Hence aborting RS.
java.lang.ClassCastException: $Proxy9 cannot be cast to org.apache.hadoop.hbase.thrift.generated.Hbase$Iface
at org.apache.hadoop.hbase.thrift.HbaseHandlerMetricsProxy.newInstance(HbaseHandlerMetricsProxy.java:47)
at org.apache.hadoop.hbase.thrift.ThriftServerRunner.<init>(ThriftServerRunner.java:239)
at org.apache.hadoop.hbase.regionserver.HRegionThriftServer.<init>(HRegionThriftServer.java:74)
at org.apache.hadoop.hbase.regionserver.HRegionServer.initializeThreads(HRegionServer.java:646)
at org.apache.hadoop.hbase.regionserver.HRegionServer.preRegistrationInitialization(HRegionServer.java:546)
at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:658)
2012-02-21 15:05:18,749 FATAL org.apache.hadoop.h

The bug WFCORE-1729 has revealed it. It seems to only occur on Windows.
I think that a small windows exists (possibly in Aesh) that makes the shutdown hook to not be properly invoked.

While I am watching HMaster log, I found NullPointerException Logs.
This occurs every minute.
--------
2017-07-06 09:05:02,579 DEBUG [,1498445640728_ChoreService_1] cleaner.CleanerChore: Removing: hdfs://*** from archive
2017-07-06 09:05:02,585 ERROR [,1498445640728_ChoreService_2] hbase.ScheduledChore: Caught error
        at org.apache.hadoop.hbase.master.cleaner.ReplicationZKLockCleanerChore.chore(ReplicationZKLockCleanerChore.java:80)
        at org.apache.hadoop.hbase.ScheduledChore.run(ScheduledChore.java:185)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
        at org.apache.hadoop.hbase.JitterScheduledThreadPoolExecutorImpl$JitteredRunnableScheduledFuture.run(JitterScheduledThreadPoolExecutorImpl.java:110)
2017-07-06 09:05:02,585 DEBUG [,1498445640728_ChoreService_1] cleaner.CleanerChore: Removing: hdfs://*** from archive
2017-07-06 09:05:02,586 DEBUG [,1498445640728_ChoreService_1] cleaner.CleanerChore: Removing: hdfs://*** from archive
--------
      List<String> replicators = queues.getListOfReplicators();
      for (String replicator: replicators) {

Doesn't work to define 
{EXT} command with parameters.
For {CMD} is everything OK.

You can try it by this command (you must replace path to some real file).
/subsystem=elytron/credential-store=CredStore011:add(uri="cr-store://test/cs999.jceks", credential-reference={type=COMMAND, clear-text="{EXT}
/real/path/to/script/pass-ely.sh par011"})
Result is this error msg:

{
        "WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.CredStore011" => "org.jboss.msc.service.StartException in service org.wildfly.security.credential-store.CredStore011: WFLYELY00004: Unable to start the service.
    Caused by: java.io.IOException: Cannot run program \"/real/path/to/script/pass-ely.sh par011\": error=2, No such file or directory
    Caused by: java.io.IOException: error=2, No such file or directory"},
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.credential-store.CredStore011"],
        "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined
    },
}

doReconstructionLog doesn't handle empty files correctly:

    FileStatus stat = this.fs.getFileStatus(reconstructionLog);
    if (stat.getLen() <= 0) {
      LOG.warn("Passed reconstruction log " + reconstructionLog +
        " is zero-length. Deleting existing file");
       fs.delete(reconstructionLog, false);
      return -1;
    }

Notice it actually compares the length of the array instead of the file length.
It should call getLen() and delete the file afterwards

   FileStatus stat = this.fs.getFileStatus(reconstructionLog);
      return -1;
    }

Also. This is a situation that shouldn't happen as an empty oldlogfile.log should be deleted when HMaster does the split in HLog.splitLog().
I couldn't figure what would make it leave it there as I also see in the logs that other empty logs are deleted. This might expose a thornier situation.

Currently the c++ code generated from our thrift2 idl doesn't compile. Mostly this is a naming issue for parameters.

Liferay 6.2 deploys as an exploded war. Normally after deployment it builds a theme (css/js boundles). Even if only Liferay is deployed a Too many open files exception is thrown. When /proc/sys/fs/file-max is 6815744. While trying to configure it or deploy other portlets (exploded wars too) the too many open files exception is encountered even at the deployment time (server start up). 
13:57:48,110 ERROR [MSC service thread 1-12][MainServlet:262] java.io.FileNotFoundException: /home/munih/development/tools/wildfly-8.0.0.Final-SNAPSHOT/standalone/deployments/ROOT.war/WEB-INF/liferay-layout-templates.xml (Too many open files)

When running in Karaf, the following exception may be thrown:

Caused by: java.lang.NoClassDefFoundError: org/apache/htrace/SamplerBuilder
	at org.apache.hadoop.hdfs.DFSClient.<init>(DFSClient.java:635)
	at org.apache.hadoop.hdfs.DFSClient.<init>(DFSClient.java:619)
	at org.apache.hadoop.hdfs.DistributedFileSystem.initialize(DistributedFileSystem.java:149)
	at org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:2653)
	at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:92)
	at org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:2687)
	at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:2669)
	at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:371)
	at org.apache.camel.component.hdfs2.HdfsOsgiHelper.<init>(HdfsOsgiHelper.java:47)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)[:1.8.0_91]
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)[:1.8.0_91]
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)[:1.8.0_91]
	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)[:1.8.0_91]
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:148)[197:org.apache.servicemix.bundles.spring-beans:3.2.16.RELEASE_1]
	... 18 more

this is because camel-hdfs2 features lacks org.apache.htrace/htrace-core/3.1.0-incubating

There is a lower case conversion in the following function of CallMetaDataContext.
I think lower case conversion is unnecassary or should be revised.
I have Oracle 10g+Tomcat 6 + JDK 6.0.12 environment
Oracle database NLS_LANG is Turkish_Turkey
Regional Settings is set to Turkey.
by default oracle db keeps object names in uppercase.
a procedure parameter named INSTITUTION is converted to "ınstıtutıon" (please note there isn't dot ) by CallMetaDataContext, then procedure call with parameter name "ınstıtutıon" fails, since parameter named "ınstıtutıon" is not found.
The whole problem is caused by ignoring following Turkish case conversion rule.
The turkish letter "I" is represended in lower case as "ı" (without dot)
The turkish letter "İ" (with dot above) is represended in lower case as "i" (with dot)
The turkish letter "I" and "İ" are not the same.
The turkish letter "ı" and "i" are not the same.
As a sequence I think case conversion should not be done for parameter matching.
public Map<String, Object> matchInParameterValuesWithCallParameters(Map<Strin g, Object> inParameters) 

For example on RH 5.2 64bit JDK 1.6

Compilation failure 
/x1/TeamCity/buildAgent/work/1ad9cee4e4314563/camel-fuse-trunk/components/camel-web/src/main/java/org/apache/camel/web/util/JAXBMarshallerResolver.java:[25,34] package com.sun.xml.bind.marshaller does not exist 
/x1/TeamCity/buildAgent/work/1ad9cee4e4314563/camel-fuse-trunk/components/camel-web/src/main/java/org/apache/camel/web/util/JAXBMarshallerResolver.java:[42,12] cannot find symbol 
symbol : class NamespacePrefixMapper 
location: class org.apache.camel.web.util.JAXBMarshallerResolver 
/x1/TeamCity/buildAgent/work/1ad9cee4e4314563/camel-fuse-trunk/components/camel-web/src/main/java/org/apache/camel/web/util/JAXBMarshallerResolver.java:[42,56] cannot find symbol 

I assume AIX, HP-UX and others do have this issue as well.
James maybe we need to revert that change you made?

If you try to deploy the application on JBoss 7 using the built-in hibernate, you got this stack trace:
15:32:46,919 ERROR [org.hibernate.internal.SessionFactoryImpl] (MSC service thread 1-1) HHH000302: Unable to construct current session context [org.springframework.orm.hibernate4.SpringSessionContext]: org.hibernate.service.classloading.spi.ClassLoadingException: Unable to load class [org.springframework.orm.hibernate4.SpringSessionContext]
	at org.hibernate.service.classloading.internal.ClassLoaderServiceImpl.classForName(ClassLoaderServiceImpl.java:141) [hibernate-core-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.internal.SessionFactoryImpl.buildCurrentSessionContext(SessionFactoryImpl.java:1491) [hibernate-core-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:502) [hibernate-core-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1746) [hibernate-core-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1784) [hibernate-core-4.1.6.Final.jar:4.1.6.Final]
	at org.springframework.orm.hibernate4.LocalSessionFactoryBuilder.buildSessionFactory(LocalSessionFactoryBuilder.java:242) [spring-orm-3.1.2.RELEASE.jar:3.1.2.RELEASE]
	at org.springframework.orm.hibernate4.LocalSessionFactoryBean.buildSessionFactory(LocalSessionFactoryBean.java:372) [spring-orm-3.1.2.RELEASE.jar:3.1.2.RELEASE]
	at org.springframework.orm.hibernate4.LocalSessionFactoryBean.afterPropertiesSet(LocalSessionFactoryBean.java:357) [spring-orm-3.1.2.RELEASE.jar:3.1.2.RELEASE]
After digging the code it looks like that the spring initialized hibernate in a way that "hibernate.classLoader.application" property is not used. As result hibernate try to use local classloader for loading class defined in "hibernate.current_session_context_class"

I was running an online alter while regions were splitting, and suddenly the master died and left my table half-altered (haven't restarted the master yet).
What killed the master:

2011-11-02 17:06:44,428 FATAL org.apache.hadoop.hbase.master.HMaster: Unexpected ZK exception creating node CLOSING
org.apache.zookeeper.KeeperException$NodeExistsException: KeeperErrorCode = NodeExists for /hbase/unassigned/f7e1783e65ea8d621a4bc96ad310f101
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:110)
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:42)
        at org.apache.zookeeper.ZooKeeper.create(ZooKeeper.java:637)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.createNonSequential(RecoverableZooKeeper.java:459)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.create(RecoverableZooKeeper.java:441)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.createAndWatch(ZKUtil.java:769)
        at org.apache.hadoop.hbase.zookeeper.ZKAssign.createNodeClosing(ZKAssign.java:568)
        at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1722)
        at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1661)
        at org.apache.hadoop.hbase.master.BulkReOpen$1.run(BulkReOpen.java:69)
A znode was created because the region server was splitting the region 4 seconds before:

2011-11-02 17:06:40,704 INFO org.apache.hadoop.hbase.regionserver.SplitTransaction: Starting split of region TestTable,0012469153,1320253135043.f7e1783e65ea8d621a4bc96ad310f101.
2011-11-02 17:06:40,704 DEBUG org.apache.hadoop.hbase.regionserver.SplitTransaction: regionserver:62023-0x132f043bbde0710 Creating ephemeral node for f7e1783e65ea8d621a4bc96ad310f101 in SPLITTING state
2011-11-02 17:06:40,751 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:62023-0x132f043bbde0710 Attempting to transition node f7e1783e65ea8d621a4bc96ad310f101 from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLITTING
...
2011-11-02 17:06:44,061 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:62023-0x132f043bbde0710 Successfully transitioned node f7e1783e65ea8d621a4bc96ad310f101 from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLIT
2011-11-02 17:06:44,061 INFO org.apache.hadoop.hbase.regionserver.SplitTransaction: Still waiting on the master to process the split for f7e1783e65ea8d621a4bc96ad310f101
Now that the master is dead the region server is spewing those last two lines like mad.

We currently don't support finderQueries for ElementCollection since we don't generate the necessary joins.
E.g.: The following use case dosen't work at the moment:

...
@ElementCollection private Set<String> attributes;
...

...
List<User> findByAttributesIn(Set<String> attributes);
...

When trying to execute asynchronous EJB bean from asynchronous servlet, the following exception is thrown (testcase is available at https://github.com/eyusupov/async-testcase/):
2013-12-13 00:42:03,489 ERROR [org.jboss.as.txn] (EJB default - 1) JBAS010152: APPLICATION ERROR: transaction still active in request with status 0
2013-12-13 00:42:03,494 ERROR [org.jboss.as.ejb3.invocation] (EJB default - 1) JBAS014134: EJB Invocation failed on component AsyncBean for method public void com.okasamastarr.web.AsyncBean.count(javax.servlet.AsyncContext) throws java.io.IOException: java.lang.IllegalStateException: JBAS014160: Wrong tx on thread: expected TransactionImple < ac, BasicAction: 0:ffffac1e0f02:-40b55bbb:52aa1f96:8 status: ActionStatus.ABORTED >, actual null
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:85) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:277) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:340) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:325)
    at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:437)
    at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80)
    at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
    at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165)
    at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182)
    at org.jboss.as.ejb3.component.interceptors.LogDiagnosticContextRecoveryInterceptor.processInvocation(LogDiagnosticContextRecoveryInterceptor.java:79) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.component.interceptors.AsyncFutureInterceptorFactory$1$1.runInvocation(AsyncFutureInterceptorFactory.java:87) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at org.jboss.as.ejb3.component.interceptors.AsyncInvocationTask.run(AsyncInvocationTask.java:73) [wildfly-ejb3-8.0.0.Beta1.jar:8.0.0.Beta1]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
    at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
    at org.jboss.threads.JBossThread.run(JBossThread.java:122)

SchemaFactory is not thread safe, we need to do addition work in ValidatorProcessor to avoid the threads issue.

Observed the following stacktrace, when all the values are NULL in date column.

2017-01-04T19:10:37,779 ERROR [46f293ab-1516-429d-aaab-4d5818ef8b82 main] ql.Driver: FAILED: NullPointerException null
        at org.apache.hadoop.hive.ql.stats.StatsUtils.getTableColumnStats(StatsUtils.java:792)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:206)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$TableScanStatsRule.process(StatsRulesProcFactory.java:128)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:11071)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10644)
        at org.apache.hadoop.hive.ql.parse.ColumnStatsSemanticAnalyzer.analyze(ColumnStatsSemanticAnalyzer.java:412)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:510)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1302)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1442)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1222)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1212)

The method is building a string using lots of concatenation, including in a loop, which will be O(n^2) because a new array will be allocated each time. Would be more efficient to use a StringBuilder for this.

We wanted to inject/autowire (with a Spring context.xml) a custom InflightRepository as described here http://camel.apache.org/advanced-configuration-of-camelcontext-using-spring.html
but this is not possible due to an obvious copy-and-past bug in 
org.apache.camel.core.xml.AbstractCamelContextFactoryBean.afterPropertiesSet()
Line 182
InflightRepository inflightRepository = getBeanForType(InflightRepository.class);
        if (delayer != null) 
{
            LOG.info("Using custom InflightRepository: " + inflightRepository);
            getContext().setInflightRepository(inflightRepository);
        }

is:
"if (delayer != null)" 
should be:
"if (inflightRepository != null)"

Now that we support old style join syntax, it is easy to write queries that generate a plan with a cross product.
For e.g. say you have A join B join C join D on A.x = B.x and A.y = D.y and C.z = D.z
So the JoinTree is:
A — B
|__  D — C
Since we don't reorder join graphs, we will end up with a cross product between (A join B) and C

Invalid exception throw in "finally" block. Need to save "causeof" exception from "try" block

When restarting job should restore execution context only for the step that crashed. If a step completed successfully but has isAllowedStartIfComplete=true, it needs to be started with empty execution context.

There is a discrepancy in undertow schema definition of listener attribute 'max-post-size' default value here and ListenerResourceDefinition here.
These two default values should be unified so they match.
NOTE: I set GA as a target release as this is probably trivial change in Undertow schema definition which is better to do before GA as after that any change into schema is difficult.

union_view.q failed with exception:

2015-02-03 15:27:05,723 ERROR [main]: ql.Driver (SessionState.java:printError(861)) - FAILED: NullPointerException null
  at org.apache.hadoop.hive.ql.parse.spark.SparkCompiler.setInputFormat(SparkCompiler.java:274)
  at org.apache.hadoop.hive.ql.parse.spark.SparkCompiler.setInputFormat(SparkCompiler.java:253)
  at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:222)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10231)
  at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:190)
  at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:224)
  at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:421)
  at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:307)
  at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1112)
  at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1160)
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1039)
  at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:207)
  at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:159)
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:370)
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:305)
  at org.apache.hadoop.hive.ql.QTestUtil.executeClientInternal(QTestUtil.java:1019)
  at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:993)
  at org.apache.hadoop.hive.cli.TestSparkCliDriver.runTest(TestSparkCliDriver.java:136)
  at org.apache.hadoop.hive.cli.TestSparkCliDriver.testCliDriver_union_view(TestSparkCliDriver.java:120)
  at junit.framework.TestCase.runTest(TestCase.java:176)
  at junit.framework.TestCase.runBare(TestCase.java:141)
  at junit.framework.TestResult$1.protect(TestResult.java:122)
  at junit.framework.TestResult.runProtected(TestResult.java:142)
  at junit.framework.TestResult.run(TestResult.java:125)
  at junit.framework.TestCase.run(TestCase.java:129)
  at junit.framework.TestSuite.runTest(TestSuite.java:255)
  at junit.framework.TestSuite.run(TestSuite.java:250)
  at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)

We need to investigate this.

When using the IBM MQ JMS classes and pub/sub over a TOPIC the JmsObjectFactory.createMessageConsumer method throws a cast class exception. The session is being cast to a TopicSession which for MQ it is not.
Using pure jms this cast is not required as the session class is aware of the destination type.

In order to facilitate merge back I've separated out all the changes that don't require Tez. These changes introduce new interfaces, move code etc. In preparation of the Tez specific classes. This should help show what changes have been made that affect the MR codepath as well.

Quitting of multi-page output mode by Ctrl-C does not work as expected. In the analysis [1] of the feature it is written that Ctrl-C is supported way how to quit the multi-page output mode. However it kills the whole CLI.
[1] https://developer.jboss.org/wiki/CLI-PagingLongCLIOutput

java.lang.IllegalArgumentException: This is not an attribute, it is a namespace:xmlns:xs
        at weblogic.xml.xmlnode.XMLNode.addAttribute(XMLNode.java:488)
        at weblogic.webservice.core.soap.SOAPElementImpl.addAttribute(SOAPElementImpl.java:169)
        at org.springframework.ws.soap.saaj.support.SaajContentHandler.startElement(SaajContentHandler.java:86)
        at org.apache.xml.serializer.TreeWalker.startNode(TreeWalker.java:357)
        at org.apache.xml.serializer.TreeWalker.traverse(TreeWalker.java:143)
        at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:389)
The exception above occurred when transforming the xml below:
<AttributeValue xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="xs:string">XYZ</AttributeValue>
Please see the patch for the fix.

Disable CBO on such queries since there is nothing much to optimize for those.

show functions: returns bigint etc. in its outputs, which are not valid external functions

PageableHandlerMethodArgumentResolver.enhance(…) currently uses UriComponentsBuilder.queryParam(…) to add pagination parameters. In case the base URI already contains these parameters they'll add up eventually and produce invalid results.

When I are looking at other bug, I found Utilities.replaceTaskId (String, int) method is not right.
For example 
Utilities.replaceTaskId"(ds%3D1)000001", 5); 
return 0000000000005
It should return (ds%3D1)000005

	at org.apache.camel.model.ResequencerType.createStreamResequencer(ResequencerType.java:198)
	at org.apache.camel.model.ResequencerType.createProcessor(ResequencerType.java:163)
	at org.apache.camel.model.ProcessorType.createOutputsProcessor(ProcessorType.java:1584)
	at org.apache.camel.model.ProcessorType.createOutputsProcessor(ProcessorType.java:93)
	at org.apache.camel.model.InterceptorRef.createProcessor(InterceptorRef.java:61)
	at org.apache.camel.model.ProcessorType.makeProcessor(ProcessorType.java:1471)
	at org.apache.camel.model.ProcessorType.addRoutes(ProcessorType.java:97)
	at org.apache.camel.model.RouteType.addRoutes(RouteType.java:210)
	at org.apache.camel.model.RouteType.addRoutes(RouteType.java:80)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:462)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:454)
	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:47)
	at org.apache.camel.ContextTestSupport.startCamelContext(ContextTestSupport.java:108)
	at org.apache.camel.ContextTestSupport.setUp(ContextTestSupport.java:81)
	at org.apache.camel.processor.ResequencerTest.setUp(ResequencerTest.java:48)
	at junit.framework.TestSuite.runTest(TestSuite.java:230)
	at junit.framework.TestSuite.run(TestSuite.java:225)

Bug introduced in HIVE-306 so that stats are updated only for LoadTableDesc operations. For other operations (analyze table), null ptr is thrown and stats are not updated.

Seen in these scenarios in ER3:

http-session-jvmkill-dist-async-3owners
ejb-ejbservlet-shutdown-dist-async

Immediately after perf18 was killed (jvmkill), perf19 and perf20 logged JBEAP-794 and then this error:

[0m[31m04:21:28,668 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-127) ISPN000136: Error executing command LockControlCommand, writing keys []: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for topology 9
[JBossINF] 	at org.infinispan.statetransfer.StateTransferLockImpl.waitForTransactionData(StateTransferLockImpl.java:92)
[JBossINF] 	at org.infinispan.interceptors.base.BaseStateTransferInterceptor.waitForTransactionData(BaseStateTransferInterceptor.java:96)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:259)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.visitLockControlCommand(StateTransferInterceptor.java:103)
[JBossINF] 	at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:107)
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.visitLockControlCommand(InvocationContextInterceptor.java:81)
[JBossINF] 	at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
[JBossINF] 	at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:163)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:828)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:810)
[JBossINF] 	at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:177)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:82)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:67)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:39)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:61)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:40)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:234)
[JBossINF] 	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:140)
[JBossINF] 	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:726)
[JBossINF] 	at io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:370)
[JBossINF] 	at io.undertow.servlet.core.ApplicationListeners.requestInitialized(ApplicationListeners.java:245)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:283)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
[JBossINF] 	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
[JBossINF] 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793)

This one followed right after:

[JBossINF] [0m[31m04:21:28,717 ERROR [io.undertow.request] (default task-127) UT005023: Exception handling request to /clusterbench/session: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for topology 9

The stacktrace is different from JBEAP-735 although it can be related.
Link: 
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-http-session-jvmkill-dist-async-3owners/15/console-perf19/

Similar to issue KARAF-760 the context.getUptime() reports invalid durations - such as '19 days 54 hours'. Problem is in org/apache/camel/util/TimeUtils.java

When launching the app server in domain mode when there is a transaction subsystem active with jts set to true, server shows an error that there's a circular dependency between services.
I don't have any log to show this but it is easily reproducible.

Camel routes get a DLC processor with a redelivery policy, which defaults to redeliverying a message to a destination processor up to 6 times.  In case of a transacted route it is preferable that DLC's delivery policy be reset to a single attempt, so that a fan-out transacted route would not hold tx locks on destinations for too long. 
The DLC's default redelivery policy has also made transactional tests not really testing tx behavior of Camel Components backed runtimes (jms brokers, etc), rather DLC would catch the exception and try to redeliver the message to destination processor and not letting the components to rollback native transactions initiated by components backed runtimes (jms, db)
The attached patch installs a property into Camel Exchange that indicates weather a route is transacted. This is done in org.apache.camel.spring.spi.TransactionInterceptor.java
DLC then checks if the flow is transacted and sets its redelivery policy to 1
With this change JMS transactions are actually rolled back and messages are put back into the queue and then consumed again, verifying that brokers support transactions and can redeliver messages into Camel routes that were previously rolled back.

As lots of other fabric components dependent on this fabric-group bundle, the fabric-group bundle should be installed by default.
Currently we cannot install this bundle by using fabric-group feature.
The workaround is intall the fabric-group bundle yourself with below command.

   osgi:install -s mvn:org.fusesource.fabric/fabric-groups/7.0.0.fuse-beta-039

Jetty 9.3+ excludes unsecure ciphers which end on either MD5, SHA or SHA1 by default now. This will however remove all ciphers that are used by either TLSv1 or TLSv1.1 and thus no ciphers remain in order to agree on a cipher for TLSv1 or TLSv1.1 connection attempts. (Further reading: https://github.com/eclipse/jetty.project/issues/860)
The Jetty 9 SSL configuration documentation (https://www.eclipse.org/jetty/documentation/9.3.x/configuring-ssl.html) states that this exclusion cipher suites can be customized by providing an own exclusion list. On specifying SSLContextParameters like below however will not correctly propagate this exclution cipher suites to the SslContextFactory of Jetty and thus use the default setting which prevents TLSv1 and TLSv1.1 connections.
SSLContextParameters Spring Config
  @Bean(name = "sslContextParameters")
  public SSLContextParameters sslContextParameters() {
    String keyStore = env.getProperty("ssl.keyStore.resource");
    URL keyStoreUrl = this.getClass().getResource(keyStore);

    // http://camel.apache.org/jetty.html
    KeyStoreParameters ksp = new KeyStoreParameters();
    ksp.setResource(keyStoreUrl.getPath());
    ksp.setPassword(env.getProperty("ssl.keyStore.password"));

    KeyManagersParameters kmp = new KeyManagersParameters();
    kmp.setKeyStore(ksp);
    kmp.setKeyPassword(env.getProperty("ssl.key.password"));

    SSLContextParameters scp = new SSLContextParameters();
    scp.setKeyManagers(kmp);

    // Jetty 9.3+ support only TLSv1.2 by default hence clients not supporting this protocol will fail
    List<String> supportedSslProtocols = Arrays.asList("TLSv1", "TLSv1.1", "TLSv1.2");
    SecureSocketProtocolsParameters protocolsParameters = new SecureSocketProtocolsParameters();
    protocolsParameters.setSecureSocketProtocol(supportedSslProtocols);
    scp.setSecureSocketProtocols(protocolsParameters);

    // TLS 1.0 / 1.1 have been disabled by jetty 9.3
    // this is a first attempt to re-enable them
    // see
    // - https://www.eclipse.org/jetty/documentation/9.3.x/configuring-ssl.html
    // - https://github.com/eclipse/jetty.project/issues/860
    // - http://camel.apache.org/camel-configuration-utilities.html
    FilterParameters cipherParameters = new FilterParameters();
    cipherParameters.getInclude().add(".*");
    cipherParameters.getExclude().add("^.*_(MD5|SHA1)$");
    scp.setCipherSuitesFilter(cipherParameters);

    return scp;
  }

A workaround is to use a custom JettyHttpComponent9 implementation that sets the excludedCipherSuites manually like depicted below:
  /**
   * A custom jetty http component which explicitly sets the excludedCipherSuites during creation of
   * the jetty connector.
   *
   * Why? It seems camel does not push included/excluded cipherSuites from {@link
   * SSLContextParameters} to the {@link SslContextFactory} nor does push explicitly listed cipher
   * suites (i.e. like <em>TLS_RSA_WITH_AES_256_CBC_SHA</em>) to the Jetty SSL context factory.
   */
  public static class HackedJettyHttpComponent extends JettyHttpComponent9 {

    @Override
    protected AbstractConnector createConnectorJettyInternal(Server server,
                                                             JettyHttpEndpoint endpoint,
                                                             SslContextFactory sslcf) {

      sslcf.setExcludeCipherSuites("^.*_(MD5|SHA1)$");
      return super.createConnectorJettyInternal(server, endpoint, sslcf);
    }
  }

The client should be using the userInfo from the connection URI in preference to anonymous authentication if that information is present.  The challenge is that the API does not presently require a URI to be given when getting the authentication principal.

If a Customizer adds a management resource (e.g. the EJBSecurityCustomizer adds the jboss-ejb-policy security domain to the security subsystem), this management resource isn't visible in the Configurable-s log at boot. The Configurable-s log is printed after all Customizer-s finish, so I'd expect those management resources to be printed as well.
I don't know if this affects just logging and everything else is fine, or if this possibly affects the configuration process itself. So I figured I'd rather file a JIRA 

This causes the stack to overflow, which is bad  Offending code: 
https://github.com/apache/camel/blob/66e04492c34cc4150abcd9908c8afd837c9eb51d/components/camel-spring/src/main/java/org/apache/camel/spring/spi/TransactionErrorHandler.java#L227-L229

In AbstractFSWAL(FSHLog in branch-1), we have a map caches thread and SyncFutures.

/**
   * Map of {@link SyncFuture}s keyed by Handler objects. Used so we reuse SyncFutures.
   * <p>
   * TODO: Reuse FSWALEntry's rather than create them anew each time as we do SyncFutures here.
   * <p>
   * TODO: Add a FSWalEntry and SyncFuture as thread locals on handlers rather than have them get
   * them from this Map?
   */
  private final ConcurrentMap<Thread, SyncFuture> syncFuturesByHandler;

A colleague of mine find a memory leak case caused by this map.
Every thread who writes WAL will be cached in this map, And no one will clean the threads in the map even after the thread is dead.
In one of our customer's cluster, we noticed that even though there is no requests, the heap of the RS is almost full and CMS GC was triggered every second.
We dumped the heap and then found out there were more than 30 thousands threads with Terminated state. which are all cached in this map above. Everything referenced in these threads were leaked. Most of the threads are:
1.PostOpenDeployTasksThread, which will write Open Region mark in WAL
2. hconnection-0x1f838e31-shared--pool, which are used to write index short circuit(Phoenix), and WAL will be write and sync in these threads.
3. Index writer thread(Phoenix), which referenced by RegionCoprocessorHost$RegionEnvironment then by HRegion and finally been referenced by PostOpenDeployTasksThread.
We should turn this map into a thread local one, let JVM GC the terminated thread for us.

org.jboss.as.test.integration.deployment.dependencies.ear.InterDeploymentDependenciesEarTestCase is expects to catch ISE in case that one of dependent deployments is not available

        deployer.undeploy(DEP_APP1);
        try {
            helloApp2.getLog();
            fail("Calling EJB from dependent application should fail");
        } catch (IllegalStateException e) {
            //OK
        }

ISE stack trace

java.lang.IllegalStateException: EJBCLIENT000024: Not able to find EJB matching "StatelessEJBLocator for "app2/hello/LogAccessBean", view is interface org.jboss.as.test.integration.deployment.dependencies.ear.LogAccess, affinity is None"
	at org.jboss.ejb.client.EJBClientContext.discoverAffinityNone(EJBClientContext.java:708)
	at org.jboss.ejb.client.EJBClientContext.performLocatedAction(EJBClientContext.java:690)
	at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:150)
	at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:100)
	at com.sun.proxy.$Proxy22.getLog(Unknown Source)
	at org.jboss.as.test.integration.deployment.dependencies.ear.InterDeploymentDependenciesEarTestCase.test(InterDeploymentDependenciesEarTestCase.java:142)

But in our CI jobs, test intermittently fails with NoSuchEJBException

javax.ejb.NoSuchEJBException: No such EJB: app2/hello/LogAccessBean
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:354)
	at org.jboss.ejb.client.TransactionInterceptor.handleInvocationResult(TransactionInterceptor.java:75)
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:357)
	at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:609)
	at org.jboss.ejb.client.EJBInvocationHandler.lambda$invoke$0(EJBInvocationHandler.java:164)
	at org.jboss.ejb.client.EJBClientContext.discoverAffinityNone(EJBClientContext.java:429)
	at org.jboss.ejb.client.EJBClientContext.performLocatedAction(EJBClientContext.java:388)
	at com.sun.proxy.$Proxy65.getLog(Unknown Source)

See build (on Linux JDK 7 update 9 x64) output fragment:

:api
javadoc: warning - Error fetching URL: http://commons.apache.org/lang/api-2.5/package-list
javadoc: warning - Error fetching URL: http://commons.apache.org/dbcp/api-1.2.2/package-list
/home/sslavic/git/spring-framework/spring-test/src/main/java/org/springframework/test/context/TestContext.java:173: warning - Tag @link: can't find markApplicationContextDirty(HierarchyMode) in org.springframework.test.context.TestContext
/home/sslavic/git/spring-framework/spring-test/src/main/java/org/springframework/test/context/support/DirtiesContextTestExecutionListener.java:57: warning - Tag @link: can't find dirtyContext(TestContext, HierarchyMode) in org.springframework.test.context.support.DirtiesContextTestExecutionListener
/home/sslavic/git/spring-framework/spring-test/src/main/java/org/springframework/test/context/support/DirtiesContextTestExecutionListener.java:74: warning - Tag @linkplain: can't find markApplicationContextDirty(HierarchyMode) in org.springframework.test.context.TestContext
/home/sslavic/git/spring-framework/spring-web/src/main/java/org/springframework/web/util/HtmlUtils.java:38: warning - Tag @see: reference not found: org.apache.commons.lang.StringEscapeUtils
/home/sslavic/git/spring-framework/spring-core/src/main/java/org/springframework/util/ObjectUtils.java:39: warning - Tag @see: reference not found: org.apache.commons.lang.ObjectUtils
/home/sslavic/git/spring-framework/spring-core/src/main/java/org/springframework/util/StringUtils.java:55: warning - Tag @see: reference not found: org.apache.commons.lang.StringUtils
/home/sslavic/git/spring-framework/spring-test/src/main/java/org/springframework/mock/web/MockServletContext.java:252: warning - Missing closing '}' character for inline tag: "{@link ServletContext#getMimeType(String)
 contract, as of version 3.2.2, this method returns null if the mimeType is
 "application/octet-stream"."
9 warnings

When only one disabled mechanism is configured for undertow deployment

	<http-authentication-factory name="elytron-http-authn-factory" http-server-mechanism-factory="wrongConfigurableHttpServerMechanismFactory" security-domain="ApplicationDomain">
	    <mechanism-configuration>
		<mechanism mechanism-name="BASIC">
		    <mechanism-realm realm-name="Some realm"/>
		</mechanism>
	    </mechanism-configuration>
	</http-authentication-factory>

	<configurable-http-server-mechanism-factory name="wrongConfigurableHttpServerMechanismFactory" http-server-mechanism-factory="aggregateHttpServerMechanismFactory">
	    <filters>
		<filter pattern="BASIC" enabling="false"/>
	    </filters>
	</configurable-http-server-mechanism-factory>

	<application-security-domains>
	    <application-security-domain name="ApplicationDomain" http-authentication-factory="elytron-http-authn-factory"/>
	</application-security-domains>

And in web.xml is configured BASIC authentication

    <login-config>
        <auth-method>BASIC</auth-method>
        <realm-name>Test realm</realm-name>
    </login-config>

Till ER1 such configuration leads to deployment failure and message "There are no mechanisms available from the HttpAuthenticationFactory"

07:48:46,765 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0027: Starting deployment of "elytron-app.war" (runtime-name: "elytron-app.war")
07:48:46,883 INFO  [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-5) ISPN000128: Infinispan version: Infinispan 'Chakra' 8.2.6.Final-redhat-1
07:48:46,887 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0006: Undertow HTTPS listener https listening on 127.0.0.1:8443
07:48:46,984 INFO  [org.jboss.ws.common.management] (MSC service thread 1-3) JBWS022052: Starting JBossWS 5.1.8.Final-redhat-1 (Apache CXF 3.1.11.redhat-1) 
07:48:47,333 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 63) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./elytron-app: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./elytron-app: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
	... 6 more
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.initialSecurityHandler(ApplicationSecurityDomainDefinition.java:460)
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$applyElytronSecurity$2(ApplicationSecurityDomainDefinition.java:422)
	... 8 more

07:48:47,341 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "elytron-app.war")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.undertow.deployment.default-server.default-host./elytron-app" => "java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
    Caused by: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory."}}
07:48:47,370 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 37) WFLYSRV0010: Deployed "elytron-app.war" (runtime-name : "elytron-app.war")
07:48:47,373 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.undertow.deployment.default-server.default-host./elytron-app: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.

In ER2 application is deployed succesfully

07:50:31,041 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0027: Starting deployment of "elytron-app.war" (runtime-name: "elytron-app.war")
07:50:31,136 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0006: Undertow HTTPS listener https listening on 127.0.0.1:8443
07:50:31,160 INFO  [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-7) ISPN000128: Infinispan version: Infinispan 'Chakra' 8.2.7.Final-redhat-1
07:50:31,216 INFO  [org.jboss.ws.common.management] (MSC service thread 1-3) JBWS022052: Starting JBossWS 5.1.8.Final-redhat-1 (Apache CXF 3.1.11.redhat-1) 
07:50:31,661 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 62) WFLYUT0021: Registered web context: '/elytron-app' for server 'default-server'
07:50:31,683 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 37) WFLYSRV0010: Deployed "elytron-app.war" (runtime-name : "elytron-app.war")

There's no reason for the SSD cache to have private mappings to the cache file, there's only one reader and the memory overheads aren't worth it.

See SO
https://stackoverflow.com/questions/52228692/camel-json-validator-throws-stream-closed-exception?noredirect=1#comment91912061_52228692

Create/update/view JSPs generated using Roo 1.1.1.RELEASE show attributes in same order as defined in class *.java file (in Roo shell input order). In Roo 1.1.2.RELEASE when generalization is used it makes chaos in fields order. 
Normal 1.1.1. order is parrent class fields (in correct order) and then child class fields (in correct order). In 1.1.2. fields are mixed and it makes no sense.
Simple example script and screens of JSP generated by both Roo versions are attached.   

Test case:
To parse XHTML we use jtidy and a xslt script. The xslt component works in this case better when a SAXSource is used because the SAXSource can use it's own XMLReader with it's own CatalogResolver. 
Problem:
After transforming the body with xslt component the SAXSource is debug logged by org.apache.camel.processor.SendProcessor. This log will "destroy" the SAXSource resulting in an premature end of file. See http://www.danielschneller.com/2008/01/saxparseexception-1-1-premature-end-of.html
Switch log level of SendProcessor to INFO or WARN or something else but not DEBUG.
Logging in camel should clone SAXSource before reading.
May be a problem by used logger framework? I use log4j.

Hello guys, I've got an issue with the PersistenceAnnotationBeanPostProcessor
when using multiple persistence units and inheritance. The problem is in
findPersistenceMetadata method which looks for persistence annotations in
registered beans.
The current implementation loops through declared fields and declared
methods of the actual class of the bean to detect eventual persistence
annotation and register a PersistenceElement for each.
And this process is repeated in a do ... while loop for each class in the
inheritance hierarchy of the bean's class.
Here is a simplified verion of the current algorithm:
Class<?> targetClass = clazz;do {
    LinkedList<InjectionMetadata.InjectedElement> currElements = new LinkedList<InjectionMetadata.InjectedElement>();
    for (Field field : targetClass.getDeclaredFields()) 
{
        // ....        currElements.add(new PersistenceElement(field, null));
    }
    for (Method method : targetClass.getDeclaredMethods()) 
{
        // ....        PropertyDescriptor pd = BeanUtils.findPropertyForMethod(method);
        currElements.add(new PersistenceElement(method, pd));
    }
    elements.addAll(0, currElements);
    targetClass = targetClass.getSuperclass();
}while (targetClass != null && targetClass != Object.class);
metadata = new InjectionMetadata(clazz, elements);
The problem is that a PersistentElement is registered for each definition of a
field or method in the class hierarchy : the most specific definition is not
the only one registered.
As a consequence having this:
public class GenericRepository {
    private EntityManager entityManager;
    @PersistenceContext
    public void setEntityManager(EntityManager em) 
{
        this.entityManager = em;
    }

    // ....}
public class UserRepository extends GenericRepository {
    @Override
    @PersistenceContext(unitName="my-unit")
{
        parent.setEntityManager(em);
    }

    // ....}
Would leed to 2 injected elements in metadata:

One for @PersistenceContext without unitName
One for @PersistenceContext with unitName "my-unit"

Then Spring injects the EntityManager based on the first element definition and
skip the second one which is the most specific!
There might be a good reason for iterating through each declared field/method
of each super class of the bean's class but I don't get why you do not simply
use the getMethods() and getFields() reflection methods which return the most
specific definition of the field/method with annotations and would avoid having
multiple injectedElements for persistence matadata?

libthrift.jar and libfb303.jar are symlinks to the current thrift version. With the upgrade to 0.7, there's a bug in the symlink creation. 

In the clone() implementation the map storing the configuration data is also cloned. For properties with multiple values this map contains lists. Because no deep clone is performed these lists are simply copied into the cloned map. So if the corresponding properties are changed on either the original or the clone, the other object is affected, too.

In kerberos mode, Zookeeper accepts SASL authentication. The AuthFailed message indicates the client could not be authenticated, but it should proceed anyway, because only access to znodes that require SASL authentication will be denied and this client may never need to access them. Furthermore, AuthFailed is a valid event supported by Zookeeper, and following are valid Zookeeper events:
                    case    0: return KeeperState.Disconnected;
                    case    3: return KeeperState.SyncConnected;
                    case    4: return KeeperState.AuthFailed;
                    case    5: return KeeperState.ConnectedReadOnly;
                    case    6: return KeeperState.SaslAuthenticated;
                    case -112: return KeeperState.Expired;
Based on above, ZooKeeperWatcher should not throw exception for AuthFailed event as an invalid event. For this kind of event, Zookeeper already logs it as a warning and proceed with non-SASL connection.
IllegalStateException from ZookeeperWatcher
hbase(main):006:0> list
TABLE                                                                                                                                                                                                       
14/01/23 17:26:11 ERROR zookeeper.ClientCnxn: Error while calling watcher
java.lang.IllegalStateException: Received event is not valid: AuthFailed
    at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.connectionEvent(ZooKeeperWatcher.java:410)
    at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:319)
    at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:519)
    at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:495)
BIMonitoring                                                                                                                                                                                                
BIMonitoringSummary                                                                                                                                                                                         
BIMonitoringSummary180                                                                                                                                                                                      
BIMonitoringSummary900                                                                                                                                                                                      
LogMetadata                                                                                                                                                                                                 
LogRecords                                                                                                                                                                                                  
Mtable                                                                                                                                                                                                      
t1                                                                                                                                                                                                          
t2                                                                                                                                                                                                          
9 row(s) in 0.4040 seconds

=> ["BIMonitoring", "BIMonitoringSummary", "BIMonitoringSummary180", "BIMonitoringSummary900", "LogMetadata", "LogRecords", "Mtable", "t1", "t2"]

the patch will be similar as HBase-8757

when using vm:// uri and sender and receiver in different contexts properties searched in sender, but supposed to search in receiver, where route is defined.
discussion

2014-10-06 16:59:22,219 ERROR [MASTER_SERVER_OPERATIONS-a2424:20020-2] executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:190)
        at java.lang.Thread.run(Thread.java:724)

The scenario is performing undeployment of an EJB application in the presence of incoming requests. 
If my understanding of the suspend/resume mechanism is correct, in the ideal case, performing an undeployment should disable invocations arriving after undeployment has been initiated, and also allow requests active at undeployment initiation some time to complete.
In the clustering integration test RemoteFailoverTestCase, I am seeing failures in which the foloowing sequence of events occurs:

an EJB invocation on EJB SFSB X gets past the EJBSuspendInterceptor
undeployment is initiated and suspend is called on the ControlPoint for X
undeployment proceeds, removing certain resources required for the invocation
the active invocation fails due to resources not being available

Here is one such example (I have added some of my own tracing to identify ControlPoint activities.). 
This is a log from the test in which invocations are arriving from an EJB client during undeployment. The request with input value 2 starts and at about the same time, undeployment is called. The invocation gets past the interceptor but never gets a chance to finish.

[0m14:22:04,459 INFO  [org.jboss.ejb.client] (main) JBoss EJB Client version 2.0.1.Final
14:22:04,485 INFO  [org.jboss.ejb.client.remoting] (Remoting "config-based-ejb-client-endpoint" task-5) EJBCLIENT000017: Received server version 2 and marshalling strategies [river]
14:22:04,492 INFO  [org.jboss.ejb.client.remoting] (main) EJBCLIENT000013: Successful version handshake completed for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@2ba6ac4c, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@4b79c7f7,channel=jboss.ejb,nodename=node-0]} on channel Channel ID ad5ee733 (outbound) of Remoting connection 29cd434b to /127.0.0.1:8080
14:22:04,500 INFO  [stdout] (EJB default - 1) ControlPoint: beginRequest called
14:22:04,529 INFO  [org.jboss.ejb.client.remoting] (Remoting "config-based-ejb-client-endpoint" task-15) EJBCLIENT000017: Received server version 2 and marshalling strategies [river]
14:22:04,530 INFO  [org.jboss.ejb.client.remoting] (ejb-client-cluster-node-connection-creation-3-thread-2) EJBCLIENT000013: Successful version handshake completed for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@2ba6ac4c, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@74f6ab8a,channel=jboss.ejb,nodename=node-1]} on channel Channel ID d24c9830 (outbound) of Remoting connection 759d3b52 to /127.0.0.1:8180
14:22:04,542 INFO  [org.jboss.ejb.client] (EJB default - 1) JBoss EJB Client version 2.0.1.Final
14:22:04,560 INFO  [stdout] (EJB default - 1) ControlPoint: requestComplete called
14:22:09,682 INFO  [stdout] (EJB default - 2) ControlPoint: beginRequest called
14:22:09,702 INFO  [stdout] (EJB default - 2) ControlPoint: requestComplete called
CLIENT: making invocation on bean: value = 1
14:22:09,710 INFO  [stdout] (EJB default - 3) ControlPoint: beginRequest called
14:22:09,715 INFO  [stdout] (EJB default - 3) ControlPoint: requestComplete called
CLIENT: made invocation on bean [ node-0 ]: new value = 2
14:22:09,717 INFO  [org.jboss.as.test.clustering.NodeUtil] (main) Undeploying deployment=deployment-0
CLIENT: making invocation on bean: value = 2
14:22:09,728 INFO  [stdout] (EJB default - 4) ControlPoint: beginRequest called
14:22:09,730 INFO  [stdout] (ServerService Thread Pool -- 29) EJBComponent: stopping remote-failover-test:remote-failover-test:SlowToDestroyStatefulIncrementorBean
14:22:09,730 INFO  [stdout] (ServerService Thread Pool -- 31) EJBComponent: stopping remote-failover-test:remote-failover-test:StatefulIncrementorBean
14:22:09,730 INFO  [stdout] (ServerService Thread Pool -- 67) EJBComponent: stopping remote-failover-test:remote-failover-test:SecureStatelessIncrementorBean
14:22:09,730 INFO  [stdout] (ServerService Thread Pool -- 31) ControlPoint: pause called
14:22:09,730 INFO  [stdout] (ServerService Thread Pool -- 4) EJBComponent: stopping remote-failover-test:remote-failover-test:StatelessIncrementorBean
14:22:09,731 INFO  [stdout] (ServerService Thread Pool -- 29) ControlPoint: pause called
14:22:09,731 INFO  [stdout] (ServerService Thread Pool -- 11) EJBComponent: stopping remote-failover-test:remote-failover-test:ClientIncrementorBean
14:22:09,731 INFO  [stdout] (ServerService Thread Pool -- 4) ControlPoint: pause called
14:22:09,732 INFO  [stdout] (ServerService Thread Pool -- 67) ControlPoint: pause called
14:22:09,732 INFO  [stdout] (ServerService Thread Pool -- 11) ControlPoint: pause called
14:22:09,733 INFO  [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 29) ISPN000029: Passivating all entries to disk
14:22:09,735 INFO  [stdout] (EJB default - 4) ControlPoint: requestComplete called
14:22:09,735 ERROR [org.jboss.as.ejb3] (EJB default - 4) WFLYEJB0150: Could not write method invocation failure for method public abstract org.jboss.as.test.clustering.cluster.ejb.remote.bean.Result org.jboss.as.test.clustering.cluster.ejb.remote.bean.Incrementor.increment() on bean named SlowToDestroyStatefulIncrementorBean for appname  modulename remote-failover-test distinctname  due to: java.lang.NullPointerException
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.getWeakAffinity(MethodInvocationMessageHandler.java:269)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$500(MethodInvocationMessageHandler.java:69)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:237)

14:22:09,736 INFO  [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 29) ISPN000030: Passivated 2 entries in 2 milliseconds
14:22:09,736 INFO  [org.jboss.ejb.client.remoting] (Remoting "config-based-ejb-client-endpoint" task-5) EJBCLIENT000016: Channel Channel ID ad5ee733 (outbound) of Remoting connection 29cd434b to /127.0.0.1:8080 can no longer process messages
14:22:09,738 INFO  [org.jboss.weld.deployer] (MSC service thread 1-2) WFLYWELD0010: Stopping weld service for deployment remote-failover-test.jar
14:22:09,740 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 29) WFLYCLINF0003: Stopped remote-failover-test.jar cache from ejb container
14:22:09,760 INFO  [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 29) ISPN000029: Passivating all entries to disk
14:22:09,761 INFO  [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 29) ISPN000030: Passivated 1 entries in 0 milliseconds
14:22:09,762 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0028: Stopped deployment remote-failover-test.jar (runtime-name: remote-failover-test.jar) in 36ms
14:22:09,764 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 29) WFLYCLINF0003: Stopped dist cache from ejb container
14:22:09,766 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-12) ISPN000080: Disconnecting JGroups channel ejb
14:22:09,766 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-12) ISPN000082: Stopping the RpcDispatcher for channel ejb
14:22:09,772 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-4,ee,node-1) ISPN000094: Received new cluster view for channel ejb: [node-1|2] (1) [node-1]
14:22:09,807 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0002: Content removed from location /home/nrla/projects/wildfly-git-repo/testsuite/integration/clustering/target/wildfly-SYNC-tcp-0/standalone/data/content/66/642dea2bc32c3ba888dd173db2b91d18b848b0/content
14:22:09,807 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0009: Undeployed "remote-failover-test.jar" (runtime-name: "remote-failover-test.jar")

Looking at the use of ControlPoints within EJBs, it seems that on undeployment, the EJBComponent.stop() method calls ControlPoint.pause() only which will cause the interceptor to block any future invocations but also not prevent the undeployment from continuing, despite the fact that a request is active.
In this case, it seems that once the EJB components have been stopped, the cache entries for their state have been passivated before the invocation has completed.
Do we need more mechanism for such cases? Like calling some thing on undeployment which will case the control points to be paused as well as allowing active requests to finish, subject to some timeout?

The ServerSetupTask instance EJBClientDescriptorTestCase.EJBClientDescriptorTestCaseSetup has a wrong order of operations in tearDown method, so already the first operation fails.

here is the backtrace:
        at org.apache.hadoop.hbase.io.hfile.HFile$Reader.getFirstKey(HFile.java:991)
        at org.apache.hadoop.hbase.regionserver.StoreFileGetScan.getStoreFile(StoreFileGetScan.java:84)
        at org.apache.hadoop.hbase.regionserver.StoreFileGetScan.get(StoreFileGetScan.java:65)
        at org.apache.hadoop.hbase.regionserver.Store.get(Store.java:1548)
        at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:2263)
        at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:2252)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.get(HRegionServer.java:1739)
This can happen if your table only has deletes, and everything evaporates during a major compaction.

In previous version of Spring, you could @Autowire a reference to a FactoryBean.  However, in the latest release that does not seem to be working (see Spring Batch's org.springframework.batch.core.configuration.xml.StepWithBasicProcessTaskJobParserTests).  Instead you get the following exception:

09:54:25,530 ERROR main context.TestContextManager:329 - Caught exception while allowing TestExecutionListener [org.springframework.test.context.support.DependencyInjectionTestExecutionListener@442f1e75] to prepare test instance [org.springframework.batch.core.configuration.xml.StepWithBasicProcessTaskJobParserTests@7178b64b]
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.batch.core.configuration.xml.StepWithBasicProcessTaskJobParserTests': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.batch.core.configuration.xml.StepParserStepFactoryBean org.springframework.batch.core.configuration.xml.StepWithBasicProcessTaskJobParserTests.factory; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [org.springframework.batch.core.configuration.xml.StepParserStepFactoryBean] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:292)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1180)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireBeanProperties(AbstractAutowireCapableBeanFactory.java:384)
	at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:326)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:210)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:287)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:289)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:230)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:173)
Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.batch.core.configuration.xml.StepParserStepFactoryBean org.springframework.batch.core.configuration.xml.StepWithBasicProcessTaskJobParserTests.factory; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [org.springframework.batch.core.configuration.xml.StepParserStepFactoryBean] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:508)
	... 26 more
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [org.springframework.batch.core.configuration.xml.StepParserStepFactoryBean] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoSuchBeanDefinitionException(DefaultListableBeanFactory.java:1065)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:925)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:820)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:480)
	... 28 more

2018-06-04 10:28:43,362 INFO  [ReplicationExecutor-0] replication.ZKReplicationQueueStorage(432): Claim queue queueId=1 from hao-optiplex-7050,38491,1528079278158 to hao-optiplex-7050,39931,1528079278272 failed with org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode, someone else took the log?
Exception in thread "ReplicationExecutor-0" java.lang.NullPointerException                                                                                                                                  
  at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager$NodeFailoverWorker.run(ReplicationSourceManager.java:858)
ZKReplicationQueueStorage's claimQueue method may return null when got NoNodeException.

          Pair<String, SortedSet<String>> peer = queueStorage.claimQueue(deadRS,
            queues.get(ThreadLocalRandom.current().nextInt(queues.size())), server.getServerName());
          long sleep = sleepBeforeFailover / 2;
          if (!peer.getSecond().isEmpty()) {
            newQueues.put(peer.getFirst(), peer.getSecond());
            sleep = sleepBeforeFailover;
          }

When using the <data-source> element in e.g. web.xml or application.xml, numerical properties (such as <port-number>) are not processed correctly.
With many data sources, e.g. the one from the Postgres JDBC driver, those properties are not set at all.
The problem seems to be with org.jboss.as.connector.deployers.datasource.DirectDataSourceInjectionSource. In the method populateProperties those values are passed as an Integer:

setProperty(
    deploymentReflectionIndex, dataSourceClass, properties, 
    PORT_NUMBER_PROP, Integer.valueOf(portNumber)
);

The type of this value is subsequently used to locate a setter method for the corresponding property from the data source:

// [...]
String methodName = builder.toString();
Class<?> paramType = value.getClass();
MethodIdentifier methodIdentifier = MethodIdentifier.getIdentifier(void.class, methodName, paramType);
Method setterMethod = ClassReflectionIndexUtil.findMethod(deploymentReflectionIndex, dataSourceClass, methodIdentifier);

if (setterMethod != null) {
    properties.put(name, value.toString());
}

The problem is that many data source implementations have a setter that takes a primitive int, and not an Integer. There will thus be no setter method found that takes an Integer. This code will then skip the property.
Down the line, when it's time to actually set the properties on the data source instance the code is written in such a way that the int/Integer distinction wouldn't matter anymore:
XAManagedConnectionFactory#createXaDataSource

Method getter = clazz.getMethod("get" + name, noClasses);
type = getter.getReturnType();

// [...]

Method setter = clazz.getMethod("set" + name, new Class<?>[]{type});
PropertyEditor editor = PropertyEditorManager.findEditor(type);

// [..]

editor.setAsText(value);
setter.invoke(xads, new Object[]{editor.getValue()});

However, at that point the numerical properties have already been removed from the properties collection because of the failing test shown above.

When a route that has a CronScheduledRoutePolicy is removed it does not properly clean up the quartz jobs. 
The result (apart from possible memory leak) is that if the route is removed from the context and then readded with the same route id a ObjectAlreadyExistsException.
This is done using the following steps.
1. Stop the route
2. Remove the route (and it's endpoints) from the context.
3. (Re)add the route to the context using the same name.
Attached is a testcase that shows the problem.
I've solved this by adding my own implementation of onRemove (that calls doStop()) to CronScheduledRoutePolicy.

This test depends on mechanisms much changed after new master went in so it just hangs; its not getting the confirmations it used expect.  This issue is about recasting the test – because what it tests is useful (just reading the test I found bug in new master) – so need to get it going again.  Marking critiical for 0.90.

Followup for HIVE-5297. If partition column of type string is changed to int, the data is not verified. The values for partition columns are all in metastore db, so it's easy to check and fail the type change.
alter_partition_coltype.q (or some other test?) checks this behavior right now.

     public static MethodInvocation createFromClass(Class clazz,
        String methodName) 
{
        return createFromClass(clazz, methodName);
    }

this causes a stack overflow.
Maybe something like:
{
        return createFromClass(clazz, methodName, null);
    }
            
Hi,
According to JDBC document, the driver setFetchSize(0) should ignore, but 
Hive JDBC driver returns no result.
Our product uses setFetchSize to fine tune performance, sometimes we would like to leave setFetchSize(0) up to the driver to make best guess of the fetch size.
Thanks
Son Nguyen

Consider the following sequence of operations:

:list-clear(name=attribute)
:list-get(name=attribute, index=0)
:list-add(name=attribute, value=test)

#2 will return <undefined> as expected.  The expected result of #4 is "test".  However, it returns <undefined>.  This is because #2 will create the missing element at index 0 causing #3 to operate on index 1.

JBossFuse:karaf@root> osgi:install -s mvn:org.jboss.quickstarts.fuse/soap/6.2.0.redhat-013
Bundle ID: 274
Error executing command: Error installing bundles:
	Unable to start bundle mvn:org.jboss.quickstarts.fuse/soap/6.2.0.redhat-013: Unresolved constraint in bundle org.jboss.quickstarts.fuse.soap [274]: Unable to resolve 274.0: missing requirement [274.0] osgi.wiring.package; (&(osgi.wiring.package=javax.jws)(version>=2.0.0)(!(version>=3.0.0)))
JBossFuse:karaf@root> osgi:install -s mvn:org.jboss.quickstarts.fuse/secure-soap/6.2.0.redhat-013
Bundle ID: 275
	Unable to start bundle mvn:org.jboss.quickstarts.fuse/secure-soap/6.2.0.redhat-013: Unresolved constraint in bundle org.jboss.quickstarts.fuse.secure-soap [275]: Unable to resolve 275.0: missing requirement [275.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.cxf.ws.security.wss4j)(version>=2.7.0)(!(version>=3.0.0)))

don't think we have such tests for Acid path
check if they exist for non-acid path
way to record expected files on disk in ptest/qfile
https://github.com/apache/hive/blob/master/ql/src/test/queries/clientpositive/orc_merge3.q#L25
dfs -ls ${hiveconf:hive.metastore.warehouse.dir}/orcfile_merge3b/;

In the beta-044 build, the parent POM for the examples still contains a reference to the fuse-project pom.  This reference should not be there as the examples are supposed to be self-contained.

    <!--
      Don't depend on any of the plugins/dependencies/... defined in the parent POM
      It will be replaced by a POM that does not have this section in the actual distribution

      You should only depend on properties because those will be filtered for all examples POMs
    -->
    <parent>
        <groupId>org.fusesource</groupId>
        <artifactId>fuse-project</artifactId>
        <version>7.0.0.fuse-beta-044</version>
        <relativePath>..</relativePath>
    </parent>

Scanner managed deployments have the deployment resource's 'persistent' attribute set to 'false'. This results in the StandaloneXml not persisting the resource to XML, but that depends on custom logic in StandaloneXml that reads the attribute.
The Resource for these deployments should return 'true' from isRuntime() so callers can decided about this without needing internal knowledge of the resource attributes.

The EC2 producer has to be aligned to the other components with the getMessageForResponse method, otherwise there will be no difference when a specific Exchange Pattern will be specify.

In short, AUX_PARAM is set to:

$ echo "file:///etc/passwd" | sed 's/:/,file:\/\//g'
file,file://///etc/passwd

which is invalid because "file" is not a real file.
NO PRECOMMIT TESTS (since this is not tested)

Wrong description of jvm.uptime metric

curl -H "Accept: application/json" -X OPTIONS http://localhost:9990/metrics/base/jvm.uptime

{
    "jvm.uptime": {
        "unit": "milliseconds",
        "description": "Displays the start time of the Java virtual machine in milliseconds. This attribute displays the approximate time when the Java virtual machine started.",
        "displayName": "JVM Uptime",
        "tags": ""
    }

This metric doesn't display start time, but uptime of JVM. Description for the metric should be fixed.

After HBASE-12728, PE used the BufferedMutator for random/sequential write test and the autoFlush flag was not used. So all write test will buffered the write request and send as a batch request when the buffer has filled.

Autocomplete doesn't work properly in credential-reference attribute.
I want to use autocomplete for credential-reference.store but it doesn't work.

/subsystem=elytron/credential-store=cs1:add(uri="cr-store://test/cs1.jceks", credential-reference={store=<TAB>

Large app ~ 1000 SLSB gets
Caused by: java.lang.IllegalArgumentException: Too many dependencies specified (max is 16383)
          at org.jboss.msc.service.ServiceBuilderImpl.doAddDependency(ServiceBuilderImpl.java:216) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
          at org.jboss.msc.service.ServiceBuilderImpl.addDependenciesNoCheck(ServiceBuilderImpl.java:158) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
          at org.jboss.msc.service.ServiceBuilderImpl.addDependencies(ServiceBuilderImpl.java:152) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
          at org.jboss.msc.service.ServiceBuilderImpl.addDependencies(ServiceBuilderImpl.java:142) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
          at org.jboss.as.naming.deployment.JndiNamingDependencyProcessor.deploy(JndiNamingDependencyProcessor.java:59)
          at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.Alpha1.jar:8.0.0.Alpha1]

2015-12-02 13:29:00,160 [ERROR] [Dispatcher thread {Central}] |common.AsyncDispatcher|: Error in dispatcher thread
        at org.apache.hadoop.hive.llap.tezplugins.LlapTaskCommunicator$EntityTracker.unregisterContainer(LlapTaskCommunicator.java:586)
        at org.apache.hadoop.hive.llap.tezplugins.LlapTaskCommunicator.registerContainerEnd(LlapTaskCommunicator.java:188)
        at org.apache.tez.dag.app.TaskCommunicatorManager.unregisterRunningContainer(TaskCommunicatorManager.java:389)
        at org.apache.tez.dag.app.rm.container.AMContainerImpl.unregisterFromTAListener(AMContainerImpl.java:1121)
        at org.apache.tez.dag.app.rm.container.AMContainerImpl$StopRequestAtLaunchingTransition.transition(AMContainerImpl.java:699)
        at org.apache.tez.dag.app.rm.container.AMContainerImpl$StopRequestAtIdleTransition.transition(AMContainerImpl.java:805)
        at org.apache.tez.dag.app.rm.container.AMContainerImpl$StopRequestAtRunningTransition.transition(AMContainerImpl.java:892)
        at org.apache.tez.dag.app.rm.container.AMContainerImpl$StopRequestAtRunningTransition.transition(AMContainerImpl.java:887)
        at org.apache.hadoop.yarn.state.StateMachineFactory$SingleInternalArc.doTransition(StateMachineFactory.java:362)
        at org.apache.hadoop.yarn.state.StateMachineFactory.doTransition(StateMachineFactory.java:302)
        at org.apache.hadoop.yarn.state.StateMachineFactory.access$300(StateMachineFactory.java:46)
        at org.apache.hadoop.yarn.state.StateMachineFactory$InternalStateMachine.doTransition(StateMachineFactory.java:448)
        at org.apache.tez.dag.app.rm.container.AMContainerImpl.handle(AMContainerImpl.java:415)
        at org.apache.tez.dag.app.rm.container.AMContainerImpl.handle(AMContainerImpl.java:72)
        at org.apache.tez.dag.app.rm.container.AMContainerMap.handle(AMContainerMap.java:60)
        at org.apache.tez.dag.app.rm.container.AMContainerMap.handle(AMContainerMap.java:36)
        at org.apache.tez.common.AsyncDispatcher.dispatch(AsyncDispatcher.java:183)
        at org.apache.tez.common.AsyncDispatcher$1.run(AsyncDispatcher.java:114)
2015-12-02 13:29:00,167 [ERROR] [Dispatcher thread {Central}] |common.AsyncDispatcher|: Error in dispatcher thread
        at org.apache.tez.dag.app.TaskCommunicatorManager.unregisterRunningContainer(TaskCommunicatorManager.java:386)

The socket-handler resource, contains an attribute "filter-spec" and the "alternatives" contains a non existent "filter" attribute

"filter-spec" => {
    "type" => STRING,
    "description" => "A filter expression value to define a filter. Example for a filter that does not match a pattern: not(match(\"JBAS.*\"))",
    "alternatives" => ["filter"],
    "min-length" => 1L,
    "max-length" => 2147483647L,
    "restart-required" => "no-services"
},

I counted the following resources affected by the issue.

/logging-profile=*/async-handler=*
/logging-profile=*/console-handler=*
/logging-profile=*/custom-handler=*
/logging-profile=*/file-handler=*
/logging-profile=*/periodic-rotating-file-handler=*
/logging-profile=*/periodic-size-rotating-file-handler=*
/logging-profile=*/size-rotating-file-handler=*
/logging-profile=*/socket-handler=*
/logging-profile=*/root-logger=ROOT
/periodic-size-rotating-file-handler=*
/socket-handler=*

In HAL we use the metadata to validate user input and in this case, we undefine the alternative attribute the user didn't set, "filter", resulting in an error because the attribute doesn't exist. I did a workaround, but would be interesting to fix the alternatives metadata.

Batch job is submitted by user A
While the job is running, the server gets suspended
When user B calls the resume operation, the Batch execution is attempted to be restarted. However, this only works if anonymous identity has the permission org.wildfly.security.auth.permission.RunAsPrincipalPermission for user A, which is not the case in the default configuration.

I find this a UX issue because you have to add a special permission to make this work when it should work out-of-the-box, and also one might not want to give this permission to anonymous because it could be potentially abused in other places.

14:59:53,729 TRACE [org.wildfly.security] (management-handler-thread - 4) Permission mapping: identity [anonymous] with roles [] implies ("org.wildfly.security.auth.permission.RunAsPrincipalPermission" "user1") = false
14:19:53,842 ERROR [org.wildfly.extension.batch] (management-handler-thread - 4) WFLYBATCH000016: Failed to restart execution 1 for job server-suspend on deployment server-suspend.war: org.wildfly.security.authz.AuthorizationFailureException: ELY01088: Attempting to run as "user1" authorization operation failed
	at org.wildfly.security.auth.server.SecurityIdentity.createRunAsIdentity(SecurityIdentity.java:628)
	at org.wildfly.security.auth.server.SecurityIdentity.createRunAsIdentity(SecurityIdentity.java:603)
	at org.wildfly.extension.batch.jberet.deployment.JobOperatorService$BatchJobServerActivity.privilegedRunAs(JobOperatorService.java:520)
	at org.wildfly.extension.batch.jberet.deployment.JobOperatorService$BatchJobServerActivity.restartStoppedJobs(JobOperatorService.java:495)
	at org.wildfly.extension.batch.jberet.deployment.JobOperatorService$BatchJobServerActivity.resume(JobOperatorService.java:430)
	at org.jboss.as.server.suspend.SuspendController.resume(SuspendController.java:127)
	at org.jboss.as.server.operations.ServerResumeHandler$1$1.handleResult(ServerResumeHandler.java:79)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:258)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:277)

After applying HBASE-6308,we found error followed
2012-09-06 00:44:38,341 DEBUG org.apache.hadoop.hbase.coprocessor.CoprocessorClassLoader: Finding class: com.hadoop.compression.lzo.LzoCodec
2012-09-06 00:44:38,351 ERROR com.hadoop.compression.lzo.GPLNativeCodeLoader: Could not load native gpl library
java.lang.UnsatisfiedLinkError: Native Library /home/zhuzhuang/hbase/0.94.0-ali-1.0/lib/native/Linux-amd64-64/libgplcompression.so already loaded in another classloade
r
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1772)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1732)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1028)
at com.hadoop.compression.lzo.GPLNativeCodeLoader.<clinit>(GPLNativeCodeLoader.java:32)
at com.hadoop.compression.lzo.LzoCodec.<clinit>(LzoCodec.java:67)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:113)
at org.apache.hadoop.hbase.io.hfile.Compression$Algorithm$1.getCodec(Compression.java:107)
at org.apache.hadoop.hbase.io.hfile.Compression$Algorithm.getCompressor(Compression.java:243)
at org.apache.hadoop.hbase.util.CompressionTest.testCompression(CompressionTest.java:85)
at org.apache.hadoop.hbase.regionserver.HRegion.checkCompressionCodecs(HRegion.java:3793)
at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3782)
at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3732)
at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:332)
at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:108)
at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:169)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
2012-09-06 00:44:38,355 DEBUG org.apache.hadoop.hbase.coprocessor.CoprocessorClassLoader: Skipping exempt class java.io.PrintWriter - delegating directly to parent
2012-09-06 00:44:38,355 ERROR com.hadoop.compression.lzo.LzoCodec: Cannot load native-lzo without native-hadoop

We already have one fix: https://github.com/spring-projects/spring-data-commons/pull/218
And another one https://github.com/spring-projects/spring-data-commons/pull/229
We should add a section about how to use AccessType. It currently doesn't get mentioned in the reference documentation at all. (see DATACMNS-851)

DOM transformation is used every time in org.springframework.ws.server.endpoint.support.PayloadRootUtils#getPayloadRootQName because the root event type is XMLStreamConstants.START_DOCUMENT
Proposed improvement: (working with Woodstox 3.2.1.jar and sjsxp 1.0.1)
    public static QName getPayloadRootQName(Source source, TransformerFactory transformerFactory)
            throws TransformerException, XMLStreamException {
        if (source instanceof DOMSource) {
            DOMSource domSource = (DOMSource) source;
            Node node = domSource.getNode();
            if (node.getNodeType() == Node.ELEMENT_NODE) 
{
                return QNameUtils.getQNameForNode(node);
            }
            else if (node.getNodeType() == Node.DOCUMENT_NODE) 
{
                Document document = (Document) node;
                return QNameUtils.getQNameForNode(document.getDocumentElement());
            }
        }
        else if (source instanceof StaxSource) {
            StaxSource staxSource = (StaxSource) source;
            if (staxSource.getXMLStreamReader() != null) {
                XMLStreamReader streamReader = staxSource.getXMLStreamReader();
                if (streamReader.getEventType() == XMLStreamConstants.START_ELEMENT ||
                        streamReader.getEventType() == XMLStreamConstants.END_ELEMENT) 
{
                    return streamReader.getName();
                }
 else if(streamReader.getEventType() == XMLStreamConstants.START_DOCUMENT) {
			streamReader.next();
                	if(streamReader.getEventType() == XMLStreamConstants.START_ELEMENT ||
                      streamReader.getEventType() == XMLStreamConstants.END_ELEMENT) 
{
                		return streamReader.getName();
                	}
                }
            }
        }
        // we have no other option than to transform
        Transformer transformer = transformerFactory.newTransformer();
        DOMResult domResult = new DOMResult();
        transformer.transform(source, domResult);
        Document document = (Document) domResult.getNode();
        return QNameUtils.getQNameForNode(document.getDocumentElement());
    }

Ramesh pointed out a case where I think we're mishandling some post* MasterObserver hooks. Specifically, I'm looking at the deleteNamespace.
We synchronously execute the DeleteNamespace procedure. When the user provides a namespace that isn't empty, the procedure does a rollback (which is just a no-op), but this doesn't propagate an exception up to the NonceProcedureRunnable in HMaster#deleteNamespace. It took Ramesh pointing it out a bit better to me that the code executes a bit differently than we actually expect.
I think we need to double-check our post hooks and make sure we aren't invoking them when the procedure actually failed. cc/ Duo Zhang, stack.

The  issue of delaying memstore flush still occurs after backport hbase-15871.
Reverse scan takes a long time to seek previous row in the memstore full of deleted cells.
 
jstack :
"MemStoreFlusher.0" #114 prio=5 os_prio=0 tid=0x00007fa3d0729000 nid=0x486a waiting on condition [0x00007fa3b9b6b000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000000a465fe60> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)
        at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:209)
        at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.updateReaders(StoreScanner.java:695)
        at org.apache.hadoop.hbase.regionserver.HStore.notifyChangedReadersObservers(HStore.java:1127)
        at org.apache.hadoop.hbase.regionserver.HStore.updateStorefiles(HStore.java:1106)
        at org.apache.hadoop.hbase.regionserver.HStore.access$600(HStore.java:130)
        at org.apache.hadoop.hbase.regionserver.HStore$StoreFlusherImpl.commit(HStore.java:2455)
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushCacheAndCommit(HRegion.java:2519)
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:2256)
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:2218)
        at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:2110)
        at org.apache.hadoop.hbase.regionserver.HRegion.flush(HRegion.java:2036)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:501)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:471)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.access$800(MemStoreFlusher.java:75)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher$FlushHandler.run(MemStoreFlusher.java:259)
        at java.lang.Thread.run(Thread.java:748)
 
"RpcServer.FifoWFPBQ.default.handler=27,queue=0,port=16020" #65 daemon prio=5 os_prio=0 tid=0x00007fa3e6280000 nid=0x4801 runnable [0x00007fa3bd29a000]
   java.lang.Thread.State: RUNNABLE
        at org.apache.hadoop.hbase.regionserver.DefaultMemStore$MemStoreScanner.getNext(DefaultMemStore.java:780)
        at org.apache.hadoop.hbase.regionserver.DefaultMemStore$MemStoreScanner.seekInSubLists(DefaultMemStore.java:826)
        - locked <0x00000000b45aa5b8> (a org.apache.hadoop.hbase.regionserver.DefaultMemStore$MemStoreScanner)
        at org.apache.hadoop.hbase.regionserver.DefaultMemStore$MemStoreScanner.seek(DefaultMemStore.java:818)
        at org.apache.hadoop.hbase.regionserver.DefaultMemStore$MemStoreScanner.seekToPreviousRow(DefaultMemStore.java:1000)
        at org.apache.hadoop.hbase.regionserver.ReversedKeyValueHeap.next(ReversedKeyValueHeap.java:136)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:629)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:147)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.populateResult(HRegion.java:5876)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:6027)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:5814)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:2552)
        - locked <0x000000009ee8ca10> (a org.apache.hadoop.hbase.regionserver.ReversedRegionScannerImpl)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32385)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2150)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:112)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:187)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:167)

This doesn't happen regularly, it happened to me like once from 5 shutdowns. I saw the warning 3 times today.
"not happening always" is because of parallelism in shutdown/boot of WF/EAP 
I did slight misconfiguration on purpose, but not sure if it's related or not

/subsystem=microprofile-metrics-smallrye/:write-attribute(name=exposed-subsystems, value=["batch_jberet"])

Stacktrace is this:

09:53:23,883 WARN  [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000004: Failure during stop of service jboss.extension.metrics.context: java.lang.IllegalStateException
	at org.jboss.as.domain-http-interface@7.0.0.Beta1//org.jboss.as.domain.http.server.ManagementHttpServer.removeContext(ManagementHttpServer.java:234)
	at org.jboss.as.server@7.0.0.Beta1//org.jboss.as.server.mgmt.UndertowHttpManagementService$1.removeContext(UndertowHttpManagementService.java:144)
	at org.wildfly.extension.microprofile.metrics-smallrye@15.0.0.CR1-SNAPSHOT//org.wildfly.extension.microprofile.metrics.MetricsContextService.stop(MetricsContextService.java:131)
	at org.jboss.msc@1.4.5.Final//org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1794)
	at org.jboss.msc@1.4.5.Final//org.jboss.msc.service.ServiceControllerImpl$StopTask.execute(ServiceControllerImpl.java:1763)
	at org.jboss.msc@1.4.5.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
	at org.jboss.threads@2.3.2.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
	at org.jboss.threads@2.3.2.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
	at org.jboss.threads@2.3.2.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
	at org.jboss.threads@2.3.2.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1364)
	at java.base/java.lang.Thread.run(Thread.java:834)

What we are seeing is that when we use @Configuration-annotated configuration classes to define our beans, that our singleton beans are instead treated as prototype beans. This means that we get new instances of our singletons for each time they are referenced (!!!).
I have created sample code which demonstrates this broken behavior.
This code, when run as a regular spring-ified java application, (NOT OSGi), works as expected (only ONE instance of Foo and Bar are created).
BUT, when the identical code is run via Spring DM, THREE different instances of Bar are created!
Note: I used a FileSystemXmlApplicationContext to load this when running as a normal java application, and put the config.xml file inside a /META-INF/spring folder when running in Spring dm.

Credential store has configuration in "uri" attribute. All parameters are in one string. It can be confusing and there is risk of typo (e.g. delimiter typo)
In my opinion the main intention for it is to have general solution for custom implementation.
Current state

/subsystem=elytron/credential-store=cs001:add(uri="cr-store://test/cs/keystore.jceks?store.password=pass123;create.storage=true")

Better solution to achieve this could be use a map.
e.g. some like that:

/subsystem=elytron/credential-store=credStore:add(cs-map={store.password=pass123, create.storage=true, store.file=path/to/cred/file})

Now credential store name is in URI too, it can be get from resource name.

Issue occurs in Tez merge joins with 3 way join (A join B join C), where A is the big table, and A and C end up having 0 rows after table filters.
Was able to repro this issue with using the sample tables in the Hive unit tests:

select
  a.key, b.value, c.value
from
  src a,
  src1 b,
  src c
where
  a.key = b.key and a.key = c.key
  and a.value > 'wal_6789'
  and c.value > 'wal_6789'

], TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Hive Runtime Error while closing operators: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=1) {"key":{"reducesinkkey0":"146"},"value":{"_col0":"val_146"}}
Caused by: java.lang.RuntimeException: Hive Runtime Error while closing operators: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=1) {"key":{"reducesinkkey0":"146"},"value":{"_col0":"val_146"}}
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:310)
	... 13 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=1) {"key":{"reducesinkkey0":"146"},"value":{"_col0":"val_146"}}
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.joinOneGroup(CommonMergeJoinOperator.java:312)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.joinOneGroup(CommonMergeJoinOperator.java:293)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.joinFinalLeftData(CommonMergeJoinOperator.java:501)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.closeOp(CommonMergeJoinOperator.java:416)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:617)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:287)
	... 14 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=1) {"key":{"reducesinkkey0":"146"},"value":{"_col0":"val_146"}}
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.fetchOneRow(CommonMergeJoinOperator.java:439)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.fetchNextGroup(CommonMergeJoinOperator.java:407)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.joinOneGroup(CommonMergeJoinOperator.java:310)
	... 19 more
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=1) {"key":{"reducesinkkey0":"146"},"value":{"_col0":"val_146"}}
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:302)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.fetchOneRow(CommonMergeJoinOperator.java:431)
	... 21 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=1) {"key":{"reducesinkkey0":"146"},"value":{"_col0":"val_146"}}
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:370)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:292)
	... 22 more
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.process(CommonMergeJoinOperator.java:288)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:361)
	... 23 more
]], Vertex failed as one or more tasks failed. failedTasks:1, Vertex vertex_1449041190339_0001_1_03 [Reducer 2] killed/failed due to:null]DAG failed due to vertex failure. failedVertices:1 killedVertices:0

Late binding only happens once per ApplicationContext if expression is in substring (c.f. BATCH-1378).  Still slightly broken: e.g. value="#jobParameters[foo]" works fine but value="foo-#jobParameters[foo]" does not.

See nabble
http://camel.465427.n5.nabble.com/File-component-does-not-delete-file-tp5753140p5753207.html
The ZipIterator should be Closable so the splitter eip closes it correctly.

When you have 2+ of onException(MyExcpetion.class) then the order may get reversed, in the logic which prepares the routes. The logic should cater for clashes and ensure orders is preserved.
This currently only occurs for XML based routes. The Java DSL works.

Running a query to count number of rows in a table through
SELECT COUNT( * ) FROM t
always returns the last number of rows added through the following statement:
INSERT INTO TABLE t SELECT r FROM t2
However, running
SELECT * FROM t
returns the expected results i.e. the old and newly added rows.
Also running 
TRUNCATE TABLE t;
returns the original count of rows in the table, however running 
SELECT * FROM t;
returns nothing as expected

Reverting HIVE-10304 while there is a discussion about this.

If patched resource is in subdirectory of moduleRoot, it is not included as part of patch, even though it is present in patch zip.

If the 

 threds() 

 DSL keyword is used in a route and a Junit4 test is performed, the test hangs indefenitely.
The issue is descibed here:
http://camel.465427.n5.nabble.com/Threads-EIP-hangs-Unit-Tests-JUnit4-td5715031.html
please find attached a self-consistent sample project to reproduce it.

Testcases  TestHBaseInputFormatProjectionReadMR and TestHBaseTableProjectionReadMR use different Map class but check the same static variable. So if the order of the tests in which they are run changes, the testcase fails. I experienced this on RHEL 6.4 with JDK 7 and with no other combination. This succeeds currently on all build machines as the order of the tests are deterministic.

For instance: https://builds.apache.org/job/Hive-trunk-h0.21/1792/testReport/org.apache.hadoop.hive.metastore/
Found the following issues:
testListener: Assumes that a certain tmp database hasn't been created yet, but doesn't enforce it
testSynchronized: Assumes that there's only one database, but doesn't enforce the fact
testDatabaseLocation: Fails if the user running the tests is root and doesn't clean up after itself.

If you want use some driver, which  type is not recognizable by Infinispan (e.g. jtds driver), then you are asked to specify your DB type via "databaseType" property in your cache store configuration. But when you specify it, you'll get following exception:

org.infinispan.commons.CacheConfigurationException: Couldn't find a setter named [setDatabaseType] which takes a single parameter, for parameter databaseType on class [class org.infinispan.persistence.jdbc.configuration.JdbcBinaryStoreConfigurationBuilder]
	at org.infinispan.configuration.parsing.XmlConfigHelper.setValues(XmlConfigHelper.java:450)
	at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.withProperties(AbstractStoreConfigurationBuilder.java:91)
	at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.withProperties(AbstractStoreConfigurationBuilder.java:9)
	at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.processModelNode(CacheAdd.java:542)
	at org.jboss.as.clustering.infinispan.subsystem.ClusteredCacheAdd.processModelNode(ClusteredCacheAdd.java:69)
	at org.jboss.as.clustering.infinispan.subsystem.SharedStateCacheAdd.processModelNode(SharedStateCacheAdd.java:50)
	at org.jboss.as.clustering.infinispan.subsystem.DistributedCacheAdd.processModelNode(DistributedCacheAdd.java:90)
	at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.installRuntimeServices(CacheAdd.java:205)
	at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.performRuntime(CacheAdd.java:179)
	at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:75) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:591) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:469) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:273) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:268) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:343) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]

EhCache often has a bit of lag time when invalidating expired cache elements, first setting the Element value to null and then removing the key. If you are hitting a cache rapidly one often will run across a key that is present in the cache that still has a null element entry.
The logic for successfully key retrieval just needs to be slightly tweaked to check for null values.

org.apache.cxf.transport.http_osgi package won't exist since cxf 2.4

Map Reduce tasks that create a writer to write HFiles inadvertently end up creating block cache.

Seem like the operator number instability issue to me that Pengcheng Xiong worked on that could occur with vectorization.
For now, turning off vectorization for:
TestMiniLlapLocalCliDriver.testCliDriver[explainuser_1]
TestMiniSparkOnYarnCliDriver.testCliDriver[spark_explainuser_1] 
Follow up Jira is HIVE-19351.

Having a war in the deployment directory and then "replacing" a deployment through the web console causes the server to crash without any logging on restart

When running Hive actions with Oozie we hit this issue sometimes.    What is interesting is that we have all the necessary jars in the classpath (or atleast are expected to be localized).
This static initialization block is introduced by HIVE-3925.
==
	at java.lang.Class.forName(Class.java:270)
	at org.apache.hadoop.util.RunJar.run(RunJar.java:214)
Caused by: java.lang.TypeNotPresentException: Type org.apache.hadoop.hive.metastore.api.FieldSchema not present
	at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:117)
	at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:125)
	at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:49)
	at sun.reflect.generics.visitor.Reifier.reifyTypeArguments(Reifier.java:68)
	at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:138)
	at sun.reflect.generics.repository.MethodRepository.getReturnType(MethodRepository.java:68)
	at java.lang.reflect.Method.getGenericReturnType(Method.java:245)
	at java.beans.FeatureDescriptor.getReturnType(FeatureDescriptor.java:370)
	at java.beans.Introspector.getTargetEventInfo(Introspector.java:996)
	at java.beans.Introspector.getBeanInfo(Introspector.java:417)
	at java.beans.Introspector.getBeanInfo(Introspector.java:163)
	at org.apache.hadoop.hive.ql.exec.PTFUtils.makeTransient(PTFUtils.java:267)
	at org.apache.hadoop.hive.ql.exec.Task.<clinit>(Task.java:53)
	... 4 more
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hive.metastore.api.FieldSchema
	at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:114)
	... 17 more

The GetTables thrift call takes a long time when the number of table is large.
With around 5000 tables, the call takes around 80 seconds compared to a "Show Tables" query on the same HiveServer2 instance which takes 3-7 seconds.

The log4j was changed in HIVE-206 to enable debug for the root logger. This makes the shell hard to use with a lot of logging output flying by.

The Throttler has threading issues and some of the ThrottlingGroupingTest tests sometimes fail.

addForUpdateClause() in TxnHandler incorrectly handles queries with WHERE clause

In the IntegrationTestDDLMasterFailover test, verifyTables is called after each table DDL.  It iterates 3 lists of tables in ConcurrentHashMap (enabledTables, disabledTables, deletedTables) and tries to do some verification.  This is incorrect, eg. a table in enabledTables map could be picked up by DeleteTableAction and is disabled, while the verification tries to check whether table is enabled.  This leads to false assertion.  
The same for verifyNamespaces().  
The proposed fix is to verify maps only at the end of tests (while no active DDL operation is going on).  During test run, we only verify the target table before putting into map.

LlapDaemonInfo is exposed via JMX but not sent to hadoop metrics.
Async IO metrics also seems incorrect.

TestVisibilityLabelsWithACL is not setting up the secure minicluster correctly.
You can see the issue here:

2013-12-20 18:25:44,979 WARN  [htable-pool42-t1] client.AsyncProcess(664): #57, table=hbase:meta, attempt=1/350 failed 1 ops, last exception: org.apache.hadoop.hbase.security.AccessDeniedException: org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions (user=apurtell.hfs.1, scope=hbase:meta, family=info:server|info:serverstartcode|info:seqnumDuringOpen, action=WRITE)
	at org.apache.hadoop.hbase.security.access.AccessController.requireCoveringPermission(AccessController.java:567)
	at org.apache.hadoop.hbase.security.access.AccessController.prePut(AccessController.java:1139)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.prePut(RegionCoprocessorHost.java:964)
	at org.apache.hadoop.hbase.regionserver.HRegion.doPreMutationHook(HRegion.java:2131)
	at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2106)
	at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2062)
	at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2066)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.doBatchOp(HRegionServer.java:4206)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.doNonAtomicRegionMutation(HRegionServer.java:3448)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:3352)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:28460)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2008)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:92)
	at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.consumerLoop(SimpleRpcScheduler.java:160)
	at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.access$000(SimpleRpcScheduler.java:38)
	at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler$1.run(SimpleRpcScheduler.java:110)
 on acer,47702,1387592735459, tracking started Fri Dec 20 18:25:44 PST 2013 - FAILED, NOT RETRYING ANYMORE
2013-12-20 18:25:44,980 DEBUG [PostOpenDeployTasks:bdd47ebb21d762590edf81127c8cd30f] client.HTable(949): hbase:meta: One or more of the operations have failed - waiting for all operation in progress to finish (successfully or not)

org.jboss.as.test.integration.ejb.singleton.reentrant.SingletonReentrantTestCase#testReadCall
org.jboss.as.test.integration.ejb.singleton.reentrant.SingletonReentrantTestCase#testWriteCall
./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.ejb.singleton.reentrant.SingletonReentrantTestCase 
fails with

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "modifyThread")" in code source "(vfs:/content/reentrant-test.jar <no signer certificates>)" of "null")
	at java.util.concurrent.ThreadPoolExecutor.checkShutdownAccess(ThreadPoolExecutor.java:735)
	at java.util.concurrent.ThreadPoolExecutor.shutdown(ThreadPoolExecutor.java:1387)
	at java.util.concurrent.Executors$DelegatedExecutorService.shutdown(Executors.java:669)
	at org.jboss.as.test.integration.ejb.singleton.reentrant.SingletonReentrantTestCase.testWriteCall(SingletonReentrantTestCase.java:90)

Hi,
I just upgraded from 1.4.2.RELEASE to 1.5.0.RELEASE (I've tried all the other snapshots too) and get the following exception.

Caused by: org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$CyclicPropertyReferenceException: Found cycle for field 'dc' in type 'DispositionCode' for path 'dcl'
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$CycleGuard.protect(MongoPersistentEntityIndexResolver.java:370)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$2.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:144)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$2.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:138)
	at org.springframework.data.mapping.model.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:294)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForClass(MongoPersistentEntityIndexResolver.java:138)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.access$000(MongoPersistentEntityIndexResolver.java:55)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$1.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:107)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$1.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:101)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForEntity(MongoPersistentEntityIndexResolver.java:101)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForClass(MongoPersistentEntityIndexResolver.java:78)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForClass(MongoPersistentEntityIndexResolver.java:55)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.checkForAndCreateIndexes(MongoPersistentEntityIndexCreator.java:128)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.checkForIndexes(MongoPersistentEntityIndexCreator.java:121)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.onApplicationEvent(MongoPersistentEntityIndexCreator.java:105)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexCreator.onApplicationEvent(MongoPersistentEntityIndexCreator.java:46)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:98)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:333)
	at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:307)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:181)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:141)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:67)
	at org.springframework.data.mongodb.repository.support.MongoRepositoryFactory.getEntityInformation(MongoRepositoryFactory.java:141)
	at org.springframework.data.mongodb.repository.support.MongoRepositoryFactory.getTargetRepository(MongoRepositoryFactory.java:83)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:158)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.initAndReturn(RepositoryFactoryBeanSupport.java:224)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.afterPropertiesSet(RepositoryFactoryBeanSupport.java:210)
	at org.springframework.data.mongodb.repository.support.MongoRepositoryFactoryBean.afterPropertiesSet(MongoRepositoryFactoryBean.java:108)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1612)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1549)
	... 51 more

My Bean Graph is as follows:

@Document(collection="locationMaster")
@Data public class LocationMaster implements Serializable {
	@Id
	private String locationCode;
	@Field("nm")
	private String locationName;
	@Indexed
	@Field("grp")
	private String mrnGroupId;
	@Field("tz")
	private String timezone;
	@Field("dcl")
	private List<DispositionCode> dispositionCodeList = null;
	@Field("aml")
	private List<DispositionCode> arrivalModeCodeList = null;
       // .... EXCLUDED OTHER PROPERTIES ...
}

@Data public class DispositionCode implements Serializable {
	@Field("dc")
	private String dispositionCode;
	@Field("desc")
	private String description;
	@Field("tnc")
	private Boolean triggerNoCode = false;
}

I'm not sure what the problem is since it worked fine in 1.4.2 and now is having an issue.
Thanks,
Tom

Runtime modifications should not be made in Stage.MODEL.
OperationContextImpl specifically allows this but with a TODO asking why.

The following NPE is possible with the current implementation:
ERROR | 13 Nov 2013 08:01:04,292 | org.apache.hcatalog.templeton.CatchallExceptionMapper | 
at org.apache.hcatalog.templeton.tool.JobState.getChildren(JobState.java:180)
at org.apache.hcatalog.templeton.DeleteDelegator.run(DeleteDelegator.java:51)
at org.apache.hcatalog.templeton.Server.deleteJobId(Server.java:849)
at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1480)
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1411)
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1360)
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1350)
at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538)
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:565)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1360)
at org.apache.hadoop.security.authentication.server.AuthenticationFilter.doFilter(AuthenticationFilter.java:382)
at org.apache.hadoop.hdfs.web.AuthFilter.doFilter(AuthFilter.java:85)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1331)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:477)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1031)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:406)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:965)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:47)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:111)
at org.eclipse.jetty.server.Server.handle(Server.java:349)
at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:449)
at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:910)
at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:634)
at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:230)
at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:76)
at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:609)
at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:45)
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:599)
at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:534)

explain cbo 
with ss as 
(select count(1), ss_item_sk, ss_ticket_number from 
            store_sales group by ss_item_sk, ss_ticket_number 
            having count(1) > 1) 
select count(1) from item where i_item_sk IN (select ss_item_sk from ss);

Notice the HiveProject(ss_item_sk=[$0], ss_ticket_number=[$1], $f2=[$2]) 
Only ss_item_sk is relevant for the HiveSemiJoin

CBO PLAN:
HiveAggregate(group=[{}], agg#0=[count()])
  HiveSemiJoin(condition=[=($0, $1)], joinType=[inner])
    HiveProject(i_item_sk=[$0])
      HiveFilter(condition=[IS NOT NULL($0)])
        HiveTableScan(table=[[tpcds_copy_orc_partitioned_10000, item]], table:alias=[item])
    HiveProject(ss_item_sk=[$0], ss_ticket_number=[$1], $f2=[$2])
      HiveFilter(condition=[>($2, 1)])
        HiveAggregate(group=[{1, 8}], agg#0=[count()])
          HiveFilter(condition=[IS NOT NULL($1)])
            HiveTableScan(table=[[tpcds_copy_orc_partitioned_10000, store_sales]], table:alias=[store_sales])

Consider the following class:

@Entity
public class Organization {

    @Generated(GenerationTime.INSERT)
    @GeneratedValue(strategy = GenerationType.AUTO)
    @Id
    public Long id;

    public String commonName;

    public String legalName;
}

and its associated JPA repository interface:

public interface OrganizationRepository extends JpaRepository<Organization, Long> {
    List<Organization> findAllByLegalNameLikeOrCommonNameLikeAllIgnoringCase(String legalName, String commonName);
}

This code works fine if I ensure that the parameter values passed to the repository method are wrapped with "%".  However, the following code does not:

    List<Organization> findAllByLegalNameContainingOrCommonNameContainingAllIgnoringCase(String legalName, String commonName);
}

Application context fails to build in this case with the error "legal is not a property of class Organization".  I don't understand why is JpaQueryCreator trying to find a property called legal instead of legalName.

If hbase.regionserver.global.memstore.upperLimit or lowerLimit are present we should use them instead of hbase.regionserver.global.memstore.size or hbase.regionserver.global.memstore.size.lower.limit respectively. The current implementation of HeapMemorySizeUtil.getGlobalMemStorePercent() and getGlobalMemStoreLowerMark() asumes that if the new properties are not defined then we should use the old configurations, however the new properties are defined in hbase-default.xml which makes the old configuration names useless and this has a direct impact when doing a rolling upgrade and hbase-site.xml hasn't been changed to handle the new property names exclusively.

There seems to be more than just one issue regarding the following scenario. I would provide a fix later just for this exception.
1. A table is being disabled.
org.apache.zookeeper.KeeperException$NodeExistsException: KeeperErrorCode = NodeExists for /hbase/unassigned/419b902243c836c285108ba555b712fa
	at org.apache.zookeeper.KeeperException.create(KeeperException.java:110)
	at org.apache.zookeeper.KeeperException.create(KeeperException.java:42)
	at org.apache.zookeeper.ZooKeeper.create(ZooKeeper.java:637)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.createNonSequential(RecoverableZooKeeper.java:475)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.create(RecoverableZooKeeper.java:457)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.createAndWatch(ZKUtil.java:742)
	at org.apache.hadoop.hbase.zookeeper.ZKAssign.createNodeClosing(ZKAssign.java:461)
	at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1440)
	at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1406)
	at org.apache.hadoop.hbase.master.handler.DisableTableHandler$BulkDisabler$1.run(DisableTableHandler.java:141)
This issue is this specific region is in a special state before HMaster restarts; it has been closed by RS properly thus the zk state is RS_ZK_REGION_CLOSED. However, HMaster hasn't got a chance to process ClosedRegionHandler yet and thus the node remains at zk. After RS restarts, this node is added to online region list first in AssignmentManager.rebuildUserRegions and tries to unassign it later.

Remote naming is logging this at ERROR, though it seems normal and no adverse effects are apparent, we should log it at debug instead of error.

ERROR [org.jboss.as.ejb3] (Remoting "master@ap02:server-apip" task-2) JBAS014141: Channel end notification received, closing channel Channel ID 6b8f00d7 (inbound) of Remoting connection 36e4f81b to /192.168.1.10:64354

For using UDF's executed following steps

add jar /home/udf/udf.jar;
create temporary function grade as 'udf.Grade';
select m.userid,m.name,grade(m.maths,m.physics,m.chemistry) from marks m;

But from the above steps if we miss the first step (add jar) and execute remaining steps

In tasktracker it is throwing this exception

		 at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:121)
		 ... 18 more
Caused by: java.lang.RuntimeException: java.lang.NullPointerException
		 at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:115)
		 at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBridge.initialize(GenericUDFBridge.java:126)
		 at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator.initialize(ExprNodeGenericFuncEvaluator.java:133)
		 at org.apache.hadoop.hive.ql.exec.Operator.initEvaluators(Operator.java:878)
		 at org.apache.hadoop.hive.ql.exec.Operator.initEvaluatorsAndReturnStruct(Operator.java:904)
		 at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:60)
		 at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:357)
		 at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:433)
		 at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:389)
		 at org.apache.hadoop.hive.ql.exec.TableScanOperator.initializeOp(TableScanOperator.java:133)
		 at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:444)
		 at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:98)
		 ... 18 more
		 at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:768)
		 at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:107)
		 ... 31 more

Instead of null pointer exception it should throw meaning full exception

Calling Elytron SecurityDomain.authenticate() method results in AccessControlException (missing FilePermission) when Elytron FileSystemSecurityRealm is used for the domain and server runs with security manager enabled.
This file permission check must not be propagated to the calling user. The only permissions required for him/her should be the ElytronPermission ones.

>SELECT src.key, myKey, myVal FROM src lateral view explode(map(1,'one',2,'two',3,'three')) x AS myKey,myVal LIMIT 3;

238	1	one
238	2	two
238	3	three

After CP disabled,

238	0	hdfs://localhost:9000/user/hive/warehouse/src/kv1.txt

Because it does some special logic as part of start/stop it forgets to do a super call so the processor lifecycle is called as well.

After experiencing some technical problems with our database, several job_execution and step_execution ended up in status UNKNOWN.
Normally the JobLauncher checks this and does not allow restart of these jobs. But it looks like the checks that are done do not cover all scenarios.
For example it was possible to restart this job:

BATCH.BATCH_JOB_EXECUTION:

JOB_EXECUTION_ID,VERSION,JOB_INSTANCE_ID,CREATE_TIME,START_TIME,END_TIME,STATUS,EXIT_CODE,EXIT_MESSAGE,LAST_UPDATED
1558162,2,1534110,2014-09-23 23:50:19.117,2014-09-23 23:50:19.125,2014-09-24 09:00:07.124,UNKNOWN ,UNKNOWN,,2014-09-24 09:00:07.171

BATCH.BATCH_STEP_EXECUTION:

STEP_EXECUTION_ID,VERSION,STEP_NAME,JOB_EXECUTION_ID,START_TIME,END_TIME,STATUS,COMMIT_COUNT,READ_COUNT,FILTER_COUNT,WRITE_COUNT,READ_SKIP_COUNT,WRITE_SKIP_COUNT,PROCESS_SKIP_COUNT,ROLLBACK_COUNT,EXIT_CODE,EXIT_MESSAGE,LAST_UPDATED
5536872,31,stepname,1558162,2014-09-23 23:50:19.166,[NULL],STARTED ,30,2672,0,2672,0,0,0,0,EXECUTING,,2014-09-24 00:19:08.697

The job execution was in status UNKNOWN, and the step execution was in status STARTED.
SimpleJobLauncher.java (run)
        JobExecution lastExecution = jobRepository.getLastJobExecution(job.getName(), jobParameters);
        if (lastExecution != null) {
            if (!job.isRestartable()) {
                throw new JobRestartException("JobInstance already exists and is not restartable");
            }
            /*
             * validate here if it has stepExecutions that are UNKNOWN
             * retrieve the previous execution and check
             */
            for (StepExecution execution : lastExecution.getStepExecutions()) {
                if (execution.getStatus() == BatchStatus.UNKNOWN) {
                    //throw
                    throw new JobRestartException("Step [" + execution.getStepName() + "] is of status UNKNOWN"); 
                }//end if
            }//end for            
        }

SimpleJobRepository.java (createJobExecution)
            List<JobExecution> executions = jobExecutionDao.findJobExecutions(jobInstance);

            // check for running executions and find the last started
            for (JobExecution execution : executions) {
                if (execution.isRunning()) {
                    throw new JobExecutionAlreadyRunningException("A job execution for this job is already running: " 
                            + jobInstance);
                }

                BatchStatus status = execution.getStatus();
                if (status == BatchStatus.COMPLETED || status == BatchStatus.ABANDONED) {
                    throw new JobInstanceAlreadyCompleteException(
                            "A job instance already exists and is complete for parameters=" + jobParameters
                            + ".  If you want to run this job again, change the parameters.");
                }
            }

So the code is only checking whether the job execution is STARTED, or the step execution is UNKNOWN. In our case, it was the other way around.

As per steps in Release doc: https://cwiki.apache.org/confluence/display/Hive/HowToRelease
Removed projects with Apache license as per Thejas M Nair suggestion.

MultiResourceItemWriter creates files on the filesystem when setting the resource to the delegate. If the number of items to write is a multiple of itemCountLimitPerResource, the last file will be created, but nothing will be written into it.
The attached patch defers the file creation in the write method.

This appears to have been introduced in 3.2.x, as it was working fine in 3.1.x.  If you define the referenced expressionHandler bean in the root WebApplicationContext, you get the stacktrace below:
org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'expressionHandler' is defined
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:638)
	at org.springframework.security.config.method.GlobalMethodSecurityBeanDefinitionParser$LazyInitBeanDefinitionRegistryPostProcessor.postProcessBeanDefinitionRegistry(GlobalMethodSecurityBeanDefinitionParser.java:455)
...
Would it make sense to just skip the post-processing case in this case?  As it would be trying to change the bean definition of a bean that it doesn't actually control.

See HBASE-11655.  We would like the shell to return non-zero when a command that has been piped to it fails in "scripting mode".  This could be due to invalid commands or commands issued with invalid arguments.
This would lower the barrier to entry for hbase admins so they could effectively script some operations.

Map reduce framework calls createRecordReader of the TableInputFormat/MultiTableInputFormat to get the record reader instance. In this method, we are initializing the TableRecordReaderImpl (restart method). This initializes the scanner object. After this, map reduce framework calls initialize on the RecordReader. In our case, this calls restart of the TableRecordReaderImpl again. Here, it doesn't close the first scanner. At the end of the task, only the second scanner object is closed. Because of this, the smallest read point of HRegion is affected.
We don't need to initialize the RecordReader in the createRecordReader method and we need to close the scanner object in the restart method. (incase if the restart method is called because of exceptions in the nextKeyValue method)

We worked hard towards faster update stats for columns of a partition of a table previously 
https://issues.apache.org/jira/browse/HIVE-7736
and
https://issues.apache.org/jira/browse/HIVE-7876
Although there is some improvement, it is only correct in the first run. There will be duplicate column stats later. Thanks to Eugene Koifman 's comments

2014-09-02 10:03:04,807 ERROR [82061158@qtp-1041323834-0] mortbay.log: /master-status
        at org.apache.hadoop.hbase.master.MasterStatusServlet.getMetaLocationOrNull(MasterStatusServlet.java:91)
        at org.apache.hadoop.hbase.master.MasterStatusServlet.doGet(MasterStatusServlet.java:67)
        at org.apache.hadoop.hbase.http.lib.StaticUserWebFilter$StaticUserFilter.doFilter(StaticUserWebFilter.java:109)
        at org.apache.hadoop.hbase.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:1345)
        at org.apache.hadoop.hbase.http.NoCacheFilter.doFilter(NoCacheFilter.java:45)

The call to the toString() method on bundle.getHeaders().get("Bundle-SymbolicName") throws a NullPointerException if bundle.getHeaders().get("Bundle-SymbolicName") returns null. Not sure why this started happening. 

GaussianRandomReadBenchmark generates seek keys by using a Gaussian distribution with the mean of N/2 and a sigma of N/10 (N = number of rows used)  and using this key directly to seek into the HFile. The HFile was seeded with keys from 0-N.
This will fail if we ever generate a key < 0, which is rare, but by no means impossible. We need to clamp the min and max values to 0 and N, resp.

Elytron testsuite module doesn't work correctly with the jboss.dist system property.
The jboss.dist system property is used by QE to run the AS testsuite against the correct bits (e.g. comming from PROD team). The testsuite/integration/elytron module seems not to be taking this property into account. It seems it always uses output of wildfly-server-provisioning-maven-plugin to test against.

Was trying to run some queries using the AccumuloStorageHandler when using the Tez execution engine. Some things that classes which were added to tmpjars weren't making it into the container. When a Tez Session is already open, as is the normal case when simply using the `hive` command, the resources aren't added.

Probably same issue exists in WF as well, I will revalidate the logic for race conditions.
https://issues.jboss.org/browse/MODCLUSTER-399
https://bugzilla.redhat.com/show_bug.cgi?id=1083563

When you have a camel route from a CXF oneway endpoint to some endpoint, cxfConsumer currently uses the input message to fill the cxf's response message at the cxf endpoint. This can lead to a problem in CXF as there can be an exception raised during this step.
To avoid this issue, I think we should not fill the cxf response if the cxf's exchange is set to oneway.
I have attached a test case and a possible fix for this issue.
There is also one question regarding this part of the processing in CxfConsumer. I noticed that there are no exception handling in that part in camel and therefore the exception is not visible in camel. I was not sure if this was intentional or if we should be setting the exception to camel's exchange in that case so that this exception is also picked up by camel.

If a Zip archive is truncated, (e.g. because it is the first volume in a multi-volume archive) the ZipArchiveInputStream.read() method will not detect that fact. All calls to read() will return 0 bytes read. They will not return -1 (end of stream), nor will they throw any exception (which would seem like a good idea to me because the archive is truncated).
I have tracked this problem to ZipArchiveInputStream.java, line 239. It contains a check
if (read == 0 && inf.finished()) {
    return -1;
}
For truncated archives the read is always zero but the inf is never finished(). I suggest adding two lines below:
    return -1;
} else if (read == 0 && lengthOfLastRead == -1) {
	throw new IOException("Truncated ZIP file");
}
This solves the problem in my tests.

For example in the examples camel-example-cdi-properties we are currently getting an error:

[INFO] -------------------------------------------------------
[INFO]  T E S T S
[INFO] Running org.apache.camel.example.cdi.properties.CdiPropertiesTest
2017-08-07 10:40:08,567 [main           ] INFO  Version                        - WELD-000900: 2.4.4 (Final)
2017-08-07 10:40:08,726 [main           ] INFO  Bootstrap                      - WELD-000101: Transactional services not available. Injection of @Inject UserTransaction not available. Transactional observers will be invoked synchronously.
2017-08-07 10:40:08,824 [main           ] INFO  Event                          - WELD-000411: Observer method [BackedAnnotatedMethod] private org.apache.camel.cdi.CdiCamelExtension.processAnnotatedType(@Observes ProcessAnnotatedType<?>) receives events for all annotated types. Consider restricting events using @WithAnnotations or a generic type with bounds.
2017-08-07 10:40:08,828 [main           ] INFO  Event                          - WELD-000411: Observer method [BackedAnnotatedMethod] private org.apache.camel.cdi.CdiCamelExtension.processAnnotatedType(@Observes ProcessAnnotatedType<?>) receives events for all annotated types. Consider restricting events using @WithAnnotations or a generic type with bounds.
2017-08-07 10:40:08,831 [main           ] INFO  Event                          - WELD-000411: Observer method [BackedAnnotatedMethod] protected org.apache.deltaspike.core.impl.interceptor.GlobalInterceptorExtension.promoteInterceptors(@Observes ProcessAnnotatedType, BeanManager) receives events for all annotated types. Consider restricting events using @WithAnnotations or a generic type with bounds.
2017-08-07 10:40:08,839 [main           ] INFO  Event                          - WELD-000411: Observer method [BackedAnnotatedMethod] public org.apache.deltaspike.core.impl.config.ConfigurationExtension.findDynamicConfigurationBeans(@Observes ProcessAnnotatedType<?>) receives events for all annotated types. Consider restricting events using @WithAnnotations or a generic type with bounds.
2017-08-07 10:40:08,841 [main           ] INFO  Event                          - WELD-000411: Observer method [BackedAnnotatedMethod] protected org.apache.deltaspike.core.impl.message.MessageBundleExtension.detectInterfaces(@Observes ProcessAnnotatedType) receives events for all annotated types. Consider restricting events using @WithAnnotations or a generic type with bounds.
2017-08-07 10:40:08,846 [main           ] INFO  Event                          - WELD-000411: Observer method [BackedAnnotatedMethod] protected org.apache.deltaspike.core.impl.exclude.extension.ExcludeExtension.vetoBeans(@Observes ProcessAnnotatedType, BeanManager) receives events for all annotated types. Consider restricting events using @WithAnnotations or a generic type with bounds.
2017-08-07 10:40:09,090 [main           ] WARN  Validator                      - WELD-001478: Interceptor class org.apache.deltaspike.core.impl.throttling.ThrottledInterceptor is enabled for the application and for the bean archive /home/oscerd/.m2/repository/org/apache/deltaspike/core/deltaspike-core-impl/1.8.0/deltaspike-core-impl-1.8.0.jar. It will only be invoked in the @Priority part of the chain.
2017-08-07 10:40:09,091 [main           ] WARN  Validator                      - WELD-001478: Interceptor class org.apache.deltaspike.core.impl.lock.LockedInterceptor is enabled for the application and for the bean archive /home/oscerd/.m2/repository/org/apache/deltaspike/core/deltaspike-core-impl/1.8.0/deltaspike-core-impl-1.8.0.jar. It will only be invoked in the @Priority part of the chain.
2017-08-07 10:40:09,091 [main           ] WARN  Validator                      - WELD-001478: Interceptor class org.apache.deltaspike.core.impl.future.FutureableInterceptor is enabled for the application and for the bean archive /home/oscerd/.m2/repository/org/apache/deltaspike/core/deltaspike-core-impl/1.8.0/deltaspike-core-impl-1.8.0.jar. It will only be invoked in the @Priority part of the chain.
[ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.14 s <<< FAILURE! - in org.apache.camel.example.cdi.properties.CdiPropertiesTest
[ERROR] org.apache.camel.example.cdi.properties.CdiPropertiesTest  Time elapsed: 1.14 s  <<< ERROR!
org.jboss.weld.exceptions.DeploymentException: 
Exception List with 1 exceptions:
javax.enterprise.inject.InjectionException: Error adding routes of type [org.apache.camel.example.cdi.properties.Application$HelloRoute] to Camel context [hello]
	at org.apache.camel.cdi.CdiCamelExtension.addRouteToContext(CdiCamelExtension.java:456)
	at org.apache.camel.cdi.CdiCamelExtension.afterDeploymentValidation(CdiCamelExtension.java:399)
	at org.jboss.weld.bootstrap.events.AbstractDeploymentContainerEvent.fire(AbstractDeploymentContainerEvent.java:35)
	at org.jboss.weld.bootstrap.events.AfterDeploymentValidationImpl.fire(AfterDeploymentValidationImpl.java:28)
	at org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:487)
	at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
	at org.jboss.weld.environment.se.Weld.initialize(Weld.java:787)
	at org.apache.camel.test.cdi.CamelCdiDeployment$1.evaluate(CamelCdiDeployment.java:71)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:272)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:236)
	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:386)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:323)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:143)
Caused by: org.apache.camel.RuntimeCamelException: org.jboss.weld.exceptions.UnproxyableResolutionException: WELD-001480: Bean type class org.apache.camel.component.properties.PropertiesComponent is not proxyable because it contains a final method protected final void org.apache.camel.impl.DefaultComponent.registerExtension(org.apache.camel.component.extension.ComponentExtension) - <unknown javax.enterprise.inject.spi.Bean instance>.
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1828)
	at org.apache.camel.impl.PropertyPlaceholderDelegateRegistry.lookupByName(PropertyPlaceholderDelegateRegistry.java:52)
	at org.apache.camel.util.CamelContextHelper.lookupPropertiesComponent(CamelContextHelper.java:683)
	at org.apache.camel.impl.DefaultCamelContext.resolvePropertyPlaceholders(DefaultCamelContext.java:2532)
	at org.apache.camel.model.ProcessorDefinitionHelper.resolvePropertyPlaceholders(ProcessorDefinitionHelper.java:735)
	at org.apache.camel.model.RouteDefinitionHelper.initRouteInputs(RouteDefinitionHelper.java:378)
	at org.apache.camel.model.RouteDefinitionHelper.prepareRouteImp(RouteDefinitionHelper.java:298)
	at org.apache.camel.model.RouteDefinitionHelper.prepareRoute(RouteDefinitionHelper.java:270)
	at org.apache.camel.model.RoutesDefinition.route(RoutesDefinition.java:205)
	at org.apache.camel.model.RoutesDefinition.from(RoutesDefinition.java:158)
	at org.apache.camel.builder.RouteBuilder.from(RouteBuilder.java:169)
	at org.apache.camel.example.cdi.properties.Application$HelloRoute.configure(Application.java:45)
	at org.apache.camel.builder.RouteBuilder.checkInitialized(RouteBuilder.java:462)
	at org.apache.camel.builder.RouteBuilder.configureRoutes(RouteBuilder.java:402)
	at org.apache.camel.builder.RouteBuilder.addRoutesToCamelContext(RouteBuilder.java:383)
	at org.apache.camel.impl.DefaultCamelContext$1.call(DefaultCamelContext.java:1014)
	at org.apache.camel.impl.DefaultCamelContext$1.call(DefaultCamelContext.java:1011)
	at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:3235)
	at org.apache.camel.impl.DefaultCamelContext.addRoutes(DefaultCamelContext.java:1011)
	at org.apache.camel.impl.DefaultCamelContext$Proxy$_$$_WeldClientProxy.addRoutes(Unknown Source)
	at org.apache.camel.cdi.CdiCamelExtension.addRouteToContext(CdiCamelExtension.java:443)
	... 31 more
Caused by: org.jboss.weld.exceptions.UnproxyableResolutionException: WELD-001480: Bean type class org.apache.camel.component.properties.PropertiesComponent is not proxyable because it contains a final method protected final void org.apache.camel.impl.DefaultComponent.registerExtension(org.apache.camel.component.extension.ComponentExtension) - <unknown javax.enterprise.inject.spi.Bean instance>.
	at org.jboss.weld.util.Proxies.getUnproxyableClassException(Proxies.java:222)
	at org.jboss.weld.util.Proxies.getUnproxyableTypeException(Proxies.java:179)
	at org.jboss.weld.util.Proxies.getUnproxyableTypeException(Proxies.java:141)
	at org.jboss.weld.bean.proxy.ClientProxyProvider.getClientProxy(ClientProxyProvider.java:239)
	at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:779)
	at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:808)
	at org.jboss.weld.util.ForwardingBeanManager.getReference(ForwardingBeanManager.java:61)
	at org.jboss.weld.bean.builtin.BeanManagerProxy.getReference(BeanManagerProxy.java:85)
	at org.apache.camel.cdi.BeanManagerHelper.getReference(BeanManagerHelper.java:53)
	at org.apache.camel.cdi.CdiCamelRegistry.lambda$findByTypeWithName$63(CdiCamelRegistry.java:78)
	at java.util.stream.Collectors.lambda$toMap$214(Collectors.java:1321)
	at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
	at java.util.Iterator.forEachRemaining(Iterator.java:116)
	at java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801)
	at org.apache.camel.cdi.CdiCamelRegistry.findByTypeWithName(CdiCamelRegistry.java:78)
	at org.apache.camel.cdi.CdiCamelRegistry.lookupByName(CdiCamelRegistry.java:58)
	at org.apache.camel.impl.PropertyPlaceholderDelegateRegistry.lookupByName(PropertyPlaceholderDelegateRegistry.java:50)
	... 50 more

[INFO] 
[INFO] 
[ERROR]   CdiPropertiesTest.org.apache.camel.example.cdi.properties.CdiPropertiesTest » Deployment
[INFO] 
[ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0
[INFO] 

MessageHelper.dumpAsXml has a problem if the message body is already xml.

TableOutputFormat uses a new HTable() that gets a managed connection.  Add in a new Connection variable, use ConnectionFactor to retrieve the connection and convert the HTable to a Table.

Currently, for dynamic partition pruning in Spark, if a small table generates partition info for more than one partition columns, multiple operator trees are created, which all start from the same table scan op, but have different spark partition pruning sinks.
As an optimization, we can combine these op trees and so don't have to do table scan multiple times.

This is introduced in HIVE-14690. However, only check-set block needs to be synchronized, not the whole block. The method will start Tez AM, which is a long operation. Make the method synchronized will serialize session start thus slow down hs2.

Couple fixes we can do w.r.t coprocessor's handlings of table operations.
1. Honor MasterObserver's requests to bypass default action.
2. Fix up the function signatures for preCreateTable to use HRegionInfo as parameter instead.
3. Invoke postEnableTable, etc. methods after the operations are done.

There are a bunch of properties that are defined in hive-default.xml but not in HiveConf.

The Olingo4Endpoint, while calling configureProperties, first calls parseQueryParams(). This results in consumer.* options being removed from the options map before they can be applied to the DefaultEndpoint.configureProperties(). Consequently, consumer.* options, eg. consumer.delay, can never be applied on the Olingo4Consumer.
To correct this it should be a matter of adding the following here:

  if (paramName.startsWith("consumer.")) {
    continue;
  }

Multiple other apache components allow sending metrics over to Hadoop2 metrics, which allow for monitoring solutions like Ambari Metrics Server to work against that to show metrics for components in one place. Our Codahale metrics works very well, so ideally, we would like to bridge the two, to allow Codahale to add a Hadoop2 reporter that enables us to continue to use Codahale metrics (i.e. not write another custom metrics impl) but report using Hadoop2.
Apache Phoenix also had such a recent usecase and were in the process of adding in a stub piece that allows this forwarding. We should use the same reporter to minimize redundancy while pushing metrics to a centralized solution like Hadoop2 Metrics/AMS.

2009-04-05 02:12:56,497 FATAL org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Replay of hlog required. Forcing server shutdown
org.apache.hadoop.hbase.DroppedSnapshotException: region: content,,1238896745127
	at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:878)
	at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:771)
	at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.flushRegion(MemcacheFlusher.java:229)
	at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.run(MemcacheFlusher.java:139)
Caused by: java.io.IOException: Value cannot be null or empty
	at org.apache.hadoop.hbase.io.hfile.HFile$Writer.checkValue(HFile.java:485)
	at org.apache.hadoop.hbase.io.hfile.HFile$Writer.append(HFile.java:447)
	at org.apache.hadoop.hbase.regionserver.Store.internalFlushCache(Store.java:501)
	at org.apache.hadoop.hbase.regionserver.Store.flushCache(Store.java:463)
	at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:863)
	... 3 more

We have the following usage of SimpleTypeHolder (through MappingMongoConverter and MongoCustomConversions): 

An interface
An enum implementing that interface
A class with a field of the interface

When we persist an object of the class (with Spring Data MongoDB) and retrieve it we (sometimes) get the following exception: 

Document contains: name, ordinal, _class resulting in ReflectionEntityInstantiator being used resulting in 
org.springframework.data.mapping.model.MappingInstantiationException: Failed to instantiate xxx.VersionReasons using constructor private xxx.VersionReasons(java.lang.String,int) with arguments null,null

I debugged and came to the following conclusion: when SimpleTypeHolder is being asked whether the interface is simple it returns false (this seems logical). When we ask SimpleTypeHolder wether the enum implementing the interface is simple the answer depends. Depending the order of the keys of the weak HashSet we get a different result: 

If the interface key is before the enum key the result is false not simple and the field is stored inside MongoDB with _class, ordinal and value fields.
If the interface key is after the enum key the result is true and the field is stored key value in MongoDB.

I tried recreating this behavior in a unit test but so far I was unsuccessful. 

You'll also find that Roo adopts a very conservative, incremental approach to adding technologies to your project.

Two reasons are shown below:
1) CellFlatMap#find doesn’t consider desc order array
2) CellFlatMap#getValidIndex return the wrong upper bound

The Lars' import is a little messy; he's not sure how many records were imported.  Running a select takes a couple of hours.  He happens to have an idle MR cluster standing by.  An example MR job that just did a count of records would be generally useful.  Could even output row keys so you'd have a list of what made it in.   Later, if this tool becomes popular with derivatives and similiars, we can bundle a jar of MR jobs to run against your tables that can answer common queries and that are amenable to subclassing/modification.

cached_classpath.txt no longer contains references to hbase-server-version-tests.jar. 
This prevents to run classes under hbase-server/src/test from bin/hbase script. 

From https://builds.apache.org/job/HBase%20Website%20Link%20Ckecker/28/artifact/link_report/index.html: 

host: hbase.apache.org
date: Mon, 29-Feb-2016 12:06:21 (local)
Linklint version: 2.3.5_ingo_020

# warn    2 warnings (cross referenced)
unquoted "<" in <0.90.5, <0.90.5, <
occurred in
    /devapidocs/org/apache/hadoop/hbase/util/HBaseFsck.html

unquoted "<" in <0.92.0) a master
 res

Currently, CxfEndpoint.CamelCxfClientImpl does not leave place holder for SOAP header in MessageContentList.  It could be a problem when CXF tries to retrieve the values in the MessageContentList.  Without the placeholder in place, SOAP body part can be mistakenly retrieved as SOAP header.  This patch should fix the problem.  Note: The fix depends on CXF-2837 (Add null pointer check in SoapOutInterceptor) which will be delivered in CXF 2.2.10.

Index: src/main/java/org/apache/camel/component/cxf/CxfEndpoint.java
--- src/main/java/org/apache/camel/component/cxf/CxfEndpoint.java	(revision 43)
+++ src/main/java/org/apache/camel/component/cxf/CxfEndpoint.java	(working copy)
@@ -513,8 +513,9 @@
                 MessageContentsList content = new MessageContentsList();
                 int i = 0;
                 
-                for (MessagePartInfo partInfo : boi.getOperationInfo().getInput().getMessageParts()) {
-                    if (elements.size() > i) {
+                for (MessagePartInfo partInfo : boi.getOperationInfo().getInput().getMessageParts()) {                 
+                    if (elements.size() > i && partInfo.getConcreteName().getLocalPart()
+                        .equals(elements.get(i).getLocalName())) {
                         content.put(partInfo, elements.get(i++));
                     }
                 }

curent pugin use new XML to define commands. It's better to use standard Spring XML.

When StaxEventContentHandler.setDocumentLocator is called an anonymous inner class implementation of javax.xml.stream.Location is used to wrap the org.xml.sax.Locator. This causes a problem if any of the STaX events generated by the handler are cached. The events generally retain a reference to the javax.xml.stream.Location and in this implementation the Location has a this$0 reference to the StaxEventContentHandler.
StaxEventContentHandler has references to XMLEventFactory, XMLEventConsumer, and SimpleNamespaceContext objects and so is a fairly heavy-weight object to retain a reference to.
The fix is to change the following method:

	public void setDocumentLocator(final Locator locator) {
		if (locator != null) {
			eventFactory.setLocation(new Location() {

				public int getLineNumber() {
					return locator.getLineNumber();
				}

				public int getColumnNumber() {
					return locator.getColumnNumber();
				}

				public int getCharacterOffset() {
					return -1;
				}

				public String getPublicId() {
					return locator.getPublicId();
				}

				public String getSystemId() {
					return locator.getSystemId();
				}
			});
		}
	}

To:

    public void setDocumentLocator(final Locator locator) {
        if (locator != null) {
            eventFactory.setLocation(new LocatorLocation(locator));
        }
    }
    
    private static final class LocatorLocation implements Location {
        private final Locator locator;

        private LocatorLocation(Locator locator) {
            this.locator = locator;
        }

        public int getLineNumber() {
            return locator.getLineNumber();
        }

        public int getColumnNumber() {
            return locator.getColumnNumber();
        }

        public int getCharacterOffset() {
            return -1;
        }

        public String getPublicId() {
            return locator.getPublicId();
        }

        public String getSystemId() {
            return locator.getSystemId();
        }
    }

The use of a static inner class prevents the this$0 reference leak.

The saveAndReturn method has the following code to handle the Repository Event logic.

publisher.publishEvent(new BeforeSaveEvent(domainObject));
Object obj = invoker.invokeSave(domainObject);
publisher.publishEvent(new AfterSaveEvent(domainObject));

but I think this is wrong. It is using the provided domainObject for the AfterSaveEvent, instead of the obj returned by the invoker. From what I can tell, the expectation is that the After events should be supplied the object with its current state (i.e. after the change has been applied). This is further born out by the behavior of the createAndReturn method, which uses:

publisher.publishEvent(new BeforeCreateEvent(domainObject));
Object savedObject = invoker.invokeSave(domainObject);
publisher.publishEvent(new AfterCreateEvent(savedObject));

Here it is using the returned object (savedObject in this case). This gets even more confusing in the case of a REST PUT call, since that method first determines if the request should create a new item or update an existing item. Granted, since the contract of PUT is to always supply a complete object, the impact is less then a PATCH case, if one is using Generated fields or has EntityListeners that affect the object, those changes would be hidden to the AfterSaveEvent.

In the xsd, <listeners/> is a part of the "flowType", which is a part of "job".  However, this a problem because "flowType" is also referenced by the <flow/> element.  Therefore, the xsd allows things like the following, which doesn't make sense because listeners are part of the job.
    <split id="split1" task-executor="taskExecutor">
            <flow>
                <step .../>
                <listeners>...</listeners>
            </flow>
    </split>

On the Spring Batch homepage http://static.springsource.org/spring-batch/
The link to Spring Integration points to http://www.springframework.org/projects/spring-integration when it should be http://www.springframework.org/spring-integration

Coding error is:

      try {
        Thread.sleep(1000);
      } catch (InterruptedException ex) {
        new InterruptedIOException().initCause(ex);
      }

The exception is created but not thrown...

Found several issues with TestVectorizedRowBatchCtx:
1. compares byte[] using equals() method
2. creates RuntimeException but does not throw it
3. uses assertEquals to compare String with boolean

Section 15.2 of the reference guide incorrectly implies that the built-in clinic.roo script installs JSON MVC support:

To test the functionality with curl, you can try out the Roo pet clinic sample script (run roo> script clinic.roo; then quit the Roo shell and start Tomcat 'mvn tomcat:run'):

In reality, that script installs no JSON support at all (and never did as far as I can tell from the Git history).

org.apache.hadoop.hbase.client.TestAdmin-output.txt	235.45 MB
org.apache.hadoop.hbase.master.TestTableLockManager-output.txt	4.15 MB
org.apache.hadoop.hbase.regionserver.TestAtomicOperation-output.txt	5.47 MB
org.apache.hadoop.hbase.regionserver.TestEndToEndSplitTransaction-output.txt	16.07 MB

I'm getting random ConcurrentModificationExceptions in the publish confirm code when sending messages from multiple threads, using the same rabbit template. 
	at java.util.TreeMap$NavigableSubMap$SubMapIterator.nextEntry(TreeMap.java:1594)
	at java.util.TreeMap$NavigableSubMap$SubMapEntryIterator.next(TreeMap.java:1642)
	at java.util.TreeMap$NavigableSubMap$SubMapEntryIterator.next(TreeMap.java:1636)
	at org.springframework.amqp.rabbit.support.PublisherCallbackChannelImpl.processAck(PublisherCallbackChannelImpl.java:493)
	at org.springframework.amqp.rabbit.support.PublisherCallbackChannelImpl.handleAck(PublisherCallbackChannelImpl.java:474)
	at com.rabbitmq.client.impl.ChannelN.callConfirmListeners(ChannelN.java:435)
	at com.rabbitmq.client.impl.ChannelN.processAsync(ChannelN.java:351)
	at com.rabbitmq.client.impl.AMQConnection$MainLoop.run(AMQConnection.java:526)
Looking at the code, it seems that PublisherCallbackChannelImpl.addPendingConfirm() is thread unsafe. It should synchronize the access to this.pendingConfirms, just like processAck() does. I've attached a possible fix. 

The RunAsWithElytronEJBContextPropagationTestCase fails with node0 set:

ERROR [org.jboss.as.ejb3.invocation] (default task-1) WFLYEJB0034: EJB Invocation failed on component IntermediateCallerInRole for method public abstract java.lang.Boolean org.jboss.as.test.integration.ejb.security.runas.propagation.IntermediateCallerInRoleRemote.isServerCallerInRole(java.lang.String): javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB StatelessEJBLocator for "/ejb-security-context-propagation/ServerCallerInRole", view is interface org.jboss.as.test.integration.ejb.security.runas.propagation.CallerInRole, affinity is None
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:592)
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:528)
	at org.jboss.ejb.protocol.remote.RemotingEJBClientInterceptor.handleInvocationResult(RemotingEJBClientInterceptor.java:56)
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:594)
	at org.jboss.ejb.client.TransactionPostDiscoveryInterceptor.handleInvocationResult(TransactionPostDiscoveryInterceptor.java:133)
	at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.handleInvocationResult(DiscoveryEJBClientInterceptor.java:115)
	at org.jboss.ejb.client.NamingEJBClientInterceptor.handleInvocationResult(NamingEJBClientInterceptor.java:79)
	at org.jboss.ejb.client.TransactionInterceptor.handleInvocationResult(TransactionInterceptor.java:172)
	at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:938)
	at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:177)
	at com.sun.proxy.$Proxy79.isCallerInRole(Unknown Source)
	at org.jboss.as.test.integration.ejb.security.runas.propagation.IntermediateCallerInRole.isServerCallerInRole(IntermediateCallerInRole.java:59)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:89)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:102)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:362)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:144)
	at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
	at org.jboss.as.ejb3.security.IdentityOutflowInterceptor.processInvocation(IdentityOutflowInterceptor.java:73)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:313)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
	at org.jboss.as.ejb3.security.RoleAddingInterceptor.processInvocation(RoleAddingInterceptor.java:53)
	at org.jboss.as.ejb3.security.RunAsPrincipalInterceptor.processInvocation(RunAsPrincipalInterceptor.java:84)
	at org.jboss.as.ejb3.security.SecurityDomainInterceptor.processInvocation(SecurityDomainInterceptor.java:44)
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:618)
	at org.wildfly.security.auth.server.SecurityIdentity.runAsFunctionEx(SecurityIdentity.java:406)
	at org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:565)
	at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:546)
	at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:197)
	Suppressed: java.net.ConnectException: Connection refused
		at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
		at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
		at org.xnio.nio.WorkerThread$ConnectHandle.handleReady(WorkerThread.java:327)
		at org.xnio.nio.WorkerThread.run(WorkerThread.java:591)
		at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:571)
		at org.jboss.remoting3.ConnectionInfo$None.getConnection(ConnectionInfo.java:82)
		at org.jboss.remoting3.ConnectionInfo.getConnection(ConnectionInfo.java:55)
		at org.jboss.remoting3.EndpointImpl.doGetConnection(EndpointImpl.java:488)
		at org.jboss.remoting3.EndpointImpl.getConnectedIdentity(EndpointImpl.java:434)
		at org.jboss.remoting3.UncloseableEndpoint.getConnectedIdentity(UncloseableEndpoint.java:52)
		at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider.getConnectedIdentityUsingClusterEffective(RemotingEJBDiscoveryProvider.java:311)
		at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider$DiscoveryAttempt.lambda$connectAndDiscover$0(RemotingEJBDiscoveryProvider.java:384)
		at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider$DiscoveryAttempt.connectAndDiscover(RemotingEJBDiscoveryProvider.java:384)
		at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider.discover(RemotingEJBDiscoveryProvider.java:209)
		at org.jboss.ejb.protocol.remote.RemoteEJBDiscoveryConfigurator.lambda$configure$0(RemoteEJBDiscoveryConfigurator.java:42)
		at org.wildfly.discovery.Discovery.discover(Discovery.java:100)
		at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.discover(DiscoveryEJBClientInterceptor.java:242)
		at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.doAnyDiscovery(DiscoveryEJBClientInterceptor.java:371)
		at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.executeDiscovery(DiscoveryEJBClientInterceptor.java:305)
		at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.handleInvocation(DiscoveryEJBClientInterceptor.java:98)
		at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:491)
		at org.jboss.ejb.client.NamingEJBClientInterceptor.handleInvocation(NamingEJBClientInterceptor.java:64)
		at org.jboss.ejb.client.TransactionInterceptor.handleInvocation(TransactionInterceptor.java:165)
		at org.wildfly.common.context.Contextual.runExConsumer(Contextual.java:203)
		at org.jboss.ejb.client.EJBClientInvocationContext.sendRequestInitial(EJBClientInvocationContext.java:327)
		at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:173)
		... 83 more

While we've had basic Quartz 2.2 support before, a few details were missing:

LocalDataSourceJobStore's ConnectionProvider adapters need to provide an empty implementation of Quartz 2.2's new initialize method.

SchedulerFactoryBean's "schedulerContextMap" needs to be explicitly declared with String keys, otherwise it can't be compiled against Quartz 2.2 (forward compatibility once we're dropping Quartz 1.x support). This doesn't hurt against older Quartz versions either, since the keys need to be Strings anyway.

org.jboss.as.test.manualmode.suspend.StartSuspendedTestCase#testStartSuspended
mvn test -Dtest=StartSuspendedTestCase -DtestLogToFile=false -Dsecurity.manager

10:44:10,392 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.test-undertow-server: org.jboss.msc.service.StartException in service jboss.test-undertow-server: Failed to start service
Caused by: java.lang.RuntimeException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "createXnioWorker")" in code source "(vfs:/content/web-suspend.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.web-suspend.jar:main" from Service Module Loader")
	at io.undertow.Undertow.start(Undertow.java:206)
	... 3 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "createXnioWorker")" in code source "(vfs:/content/web-suspend.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.web-suspend.jar:main" from Service Module Loader")
	at org.xnio.XnioWorker.<init>(XnioWorker.java:108)
	at org.xnio.nio.NioXnioWorker.<init>(NioXnioWorker.java:83)
	at org.xnio.nio.NioXnio.createWorker(NioXnio.java:214)
	at org.xnio.Xnio.createWorker(Xnio.java:466)
	at org.xnio.Xnio.createWorker(Xnio.java:453)
	at io.undertow.Undertow.start(Undertow.java:117)
	... 6 more

During folding on the Hive side; if the resulting contant is null - the rexNode has NULL type - which will cause problems for operators with strict contracts: like AND.
https://github.com/apache/hive/blob/61a027af3a652f3a324727ec5d603a3cbc32ce7d/ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/translator/RexNodeConverter.java#L825

create table t (a int);

insert into t values(3),(10);

explain select a from t where
 (a>1 and null between 0 and 10) is null;

java.lang.ClassCastException: org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableVoidObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.primitive.BooleanObjectInspector
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFOPAnd.initialize(GenericUDFOPAnd.java:56) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDF.initializeAndFoldConstants(GenericUDF.java:148) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.newInstance(ExprNodeGenericFuncDesc.java:260) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprNodeDesc(TypeCheckProcFactory.java:1223) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1535) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:90) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:105) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:89) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.lib.ExpressionWalker.walk(ExpressionWalker.java:76) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:120) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:241) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:187) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]

I am attempting to define flows in the following manner:
    <webflow:flow-registry id="flowRegistry" base-path="classpath*:/project">
      <webflow:flow-location-pattern value="/**/webflow.xml"/>
    </webflow:flow-registry>
I have a webflow.xml in a jar file at the path:
project/proof/create/webflow.xml
Ideally, the flowId would be "proof/create".
When I do this, the flowId ends up being the full url (including the system file path, the jar url protocol, etc). If I change my flow-registry definition to:
    <webflow:flow-registry id="flowRegistry" base-path="classpath:/project">
      <webflow:flow-location-pattern value="/proof/create/webflow.xml"/>
it works fine. However, I lose a lot of flexibility this way (I intend to add many more flows, in multiple jar files).
It seems the culprit is in FlowDefinitionResourceFactory, in the "removeClasspathScheme" method. It strips "classpath:" from the front of the basePath, but doesn't look for "classpath*:". If I strip the "classpath*:" from the front of the basePath (with a debugger), it works as expected.

This error is now happening sporadically during our acceptance tests. It looks to be caused by an internal list of strings (in spring's DefaultListableBeanFactory) which is updated via another thread, while an Iterator (backed by that same list of strings) is cycling over it.
If something is added (or deleted) to (or from) a collection while the collection is being iterated over, a ConcurrentModificationException will occur inside the next().
We have recently upgraded from Spring 3.1 to 4.1.6. With both Spring releases, we are using Akka and running in an OSGI container. When actors are instantiated, a spring createBean is done. That is where this sporadic exception now occurs.

39:15 ERROR [ akka.actor.OneForOneStrategy] - exception during creation
akka.actor.ActorInitializationException: exception during creation
at akka.actor.ActorInitializationException$.apply(Actor.scala:166) ~[com.typesafe.akka.actor_2.3.11.jar:na]
at akka.actor.ActorCell.create(ActorCell.scala:596) ~[com.typesafe.akka.actor_2.3.11.jar:na]
at akka.actor.ActorCell.invokeAll$1(ActorCell.scala:456) ~[com.typesafe.akka.actor_2.3.11.jar:na]
at akka.actor.ActorCell.systemInvoke(ActorCell.scala:478) ~[com.typesafe.akka.actor_2.3.11.jar:na]
at akka.dispatch.Mailbox.processAllSystemMessages(Mailbox.scala:263) ~[com.typesafe.akka.actor_2.3.11.jar:na]
at akka.dispatch.Mailbox.run(Mailbox.scala:219) ~[com.typesafe.akka.actor_2.3.11.jar:na]
at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(AbstractDispatcher.scala:397) [com.typesafe.akka.actor_2.3.11.jar:na]
at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260) [org.scala-lang.scala-library_2.11.6.v20150224-172222-092690e7bf.jar:na]
at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339) [org.scala-lang.scala-library_2.11.6.v20150224-172222-092690e7bf.jar:na]
at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979) [org.scala-lang.scala-library_2.11.6.v20150224-172222-092690e7bf.jar:na]
at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107) [org.scala-lang.scala-library_2.11.6.v20150224-172222-092690e7bf.jar:na]
+*Caused by: java.util.ConcurrentModificationException: null
at java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:711) ~[na:1.8.0_31]
at java.util.LinkedHashMap$LinkedKeyIterator.next(LinkedHashMap.java:734) ~[na:1.8.0_31]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.doGetBeanNamesForType(DefaultListableBeanFactory.java:471) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]*+
at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:412) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.BeanFactoryUtils.beanNamesForTypeIncludingAncestors(BeanFactoryUtils.java:186) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:1105) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1044) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:942) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:813) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:185) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1139) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1042) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:504) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:476) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:342) ~[org.apache.servicemix.bundles.spring-beans_4.1.6.RELEASE_1.jar:na]
at com.ccadllc.firebird.core.actors.SpringInjector.apply(Injector.scala:102) ~[com.ccadllc.firebird.core.actors_6.0.0.20150820212456.jar:na]
at com.ccadllc.firebird.core.actors.Injected$$anonfun$apply$2.apply(Injector.scala:45) ~[com.ccadllc.firebird.core.actors_6.0.0.20150820212456.jar:na]
at akka.actor.TypedCreatorFunctionConsumer.produce(Props.scala:343) ~[com.typesafe.akka.actor_2.3.11.jar:na]
at akka.actor.Props.newActor(Props.scala:252) ~[com.typesafe.akka.actor_2.3.11.jar:na]
at akka.actor.ActorCell.newActor(ActorCell.scala:552) ~[com.typesafe.akka.actor_2.3.11.jar:na]
at akka.actor.ActorCell.create(ActorCell.scala:578) ~[com.typesafe.akka.actor_2.3.11.jar:na]
... 9 common frames omitted

There is a similar issue here:
SPR-12688
The ConcurrentModificationException issue didn't occur with 3.1 because a copy of the underlying list was Iterated over, not the original list. It looks like this was changed for performance reasons, but now it is causing our application to fail sporadically. I looked at code for the 4.2.1 release and the lists are still not accessed in a threadsafe manner.
If there are no plans to fix this code to ensure that the lists are accessed in a synchronized fashion (using a CopyOnWriteArrayList, or by giving the option for the lists to be copied before attempting to Iterate over them, or perhaps synchronizing on the lists around the iteration) is there any way for us to tell the context to use our own custom bean factory that does this? We are willing to sacrifice some performance degradation, in order to allow the application to still function similar to the way it was working under the old 3.1 release.
Currently we are synchronizing around the createBean, and for some cases it seems to fix the problem. However, this is a very large application and we feel the best way to ensure that it is fixed everywhere is to ensure that the beanFactory itself can handle access by multiple threads.

DirContextAdapter.setAttributeValue(String, Object) and setAttributeValues(String, Object[]) add the attribute to DirContextAdapter.attrs or DirContextAdapter.updateAttrs (depending on updateMode) while setAttribute() does not.
Hence, calling setAttribute does not result in a ModificationItem.

jdbc:hive2://localhost:10007/tpcds_bin_par> explain select w_warehouse_name,avg(inv_quantity_on_hand)  from inventory ,warehouse where inv_warehouse_sk = w_warehouse_sk group by w_warehouse_name;

Error: Error running query: java.lang.AssertionError: rel [rel#3663:HiveProject.HIVE.[](input=rel#3662:Subset#8.HIVE.[],$f0=$0,$f1=/($1, $2))] has lower cost {1.248 rows, 1.248 cpu, 0.0 io} than best cost {8.963453683875E8 rows, 7.967514387E8 cpu, 0.0 io} of subset [rel#3664:Subset#9.HIVE.[]] (state=,code=0)

Status Quo
In contrast to the search algorithm used by the findAnnotation(Class, Class) method in AnnotationUtils, the findAnnotation(Method, Class) method currently only finds direct annotations or direct meta-annotations (i.e., one level of meta-annotations).
This lacking support for multiple levels of meta-annotations has been the cause of failing (though currently @Ignored) tests in TransactionalEventListenerTests since @EventListener is not discovered as a meta-meta-annotation by the EventListenerMethodProcessor.

 Rework findAnnotation(Method, Class) so that it supports arbitrary levels of meta-annotations on methods.

The logger in the code sample doesn't use the right exception name, as specified in the method:

    public void onReadError(Exception ex) {
        logger.error("Encountered error on read", e);
    }

    public void onWriteError(Exception ex, Object item) {
        logger.error("Encountered error on write", e);
    }

It should be 'ex' and not 'e'.

Now that returning null from an ItemProcessor indicates filtering on an item, CompositeItemProcessor should return null if any processor in the chain returns null.

During the hlog split operation if all the zookeepers are down ,then the paths will be returned as null and the splitworker thread wil be exited
Now this regionserver wil not be able to acquire any other tasks since the splitworker thread is exited
Please find the attached code for more details

private List<String> getTaskList() {
    for (int i = 0; i < zkretries; i++) {
      try {
        return (ZKUtil.listChildrenAndWatchForNewChildren(this.watcher,
            this.watcher.splitLogZNode));
      } catch (KeeperException e) {
        LOG.warn("Could not get children of znode " +
            this.watcher.splitLogZNode, e);
        try {
          Thread.sleep(1000);
        } catch (InterruptedException e1) {
          LOG.warn("Interrupted while trying to get task list ...", e1);
          Thread.currentThread().interrupt();
          return null;
        }
      }
    }

in the org.apache.hadoop.hbase.regionserver.SplitLogWorker 

sql std authorization works as expected.
However if a table is partitioned any user can truncate it
User foo:

create table bla (a string) partitioned by (b string);
#.. loading values ...

Admin:

0: jdbc:hive2://localhost:10000/default> set role admin;
No rows affected (0,074 seconds)
0: jdbc:hive2://localhost:10000/default> show grant on bla;
+-----------+--------+------------+---------+-----------------+-----------------+------------+---------------+----------------+----------+--+
| database  | table  | partition  | column  | principal_name  | principal_type  | privilege  | grant_option  |   grant_time   | grantor  |
| default   | bla    |            |         | foo             | USER            | DELETE     | true          | 1426158997000  | foo      |
| default   | bla    |            |         | foo             | USER            | INSERT     | true          | 1426158997000  | foo      |
| default   | bla    |            |         | foo             | USER            | SELECT     | true          | 1426158997000  | foo      |
| default   | bla    |            |         | foo             | USER            | UPDATE     | true          | 1426158997000  | foo      |

now user olaf

0: jdbc:hive2://localhost:10000/default> select * from bla;
Error: Error while compiling statement: FAILED: HiveAccessControlException Permission denied: Principal [name=olaf, type=USER] does not have following privileges for operation QUERY [[SELECT] on Object [type=TABLE_OR_VIEW, name=default.bla]] (state=42000,code=40000)

works as expected.
BUT

0: jdbc:hive2://localhost:10000/default> truncate table bla;
No rows affected (0,18 seconds)

And table is empty afterwards.
Similarily: insert into table works, too.

When deployed attached "ugspa.war" into EAP 7.0.0 GA, error shows:
~~~
2016-06-23 08:53:11,036 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool – 76) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./ugspa: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./ugspa: java.lang.RuntimeException: java.lang.IllegalStateException: Duplicate Filter registration for 'multipartFilter'. Check to ensure the Filter is only configured once.
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85)
Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: Duplicate Filter registration for 'multipartFilter'. Check to ensure the Filter is only configured once.
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:231)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
	... 6 more
Caused by: java.lang.IllegalStateException: Duplicate Filter registration for 'multipartFilter'. Check to ensure the Filter is only configured once.
	at org.springframework.security.web.context.AbstractSecurityWebApplicationInitializer.registerFilter(AbstractSecurityWebApplicationInitializer.java:216)
	at org.springframework.security.web.context.AbstractSecurityWebApplicationInitializer.registerFilters(AbstractSecurityWebApplicationInitializer.java:198)
	at org.springframework.security.web.context.AbstractSecurityWebApplicationInitializer.insertFilters(AbstractSecurityWebApplicationInitializer.java:162)
	at sg.edu.nus.ugspa.config.security.SecurityWebApplicationInitializer.beforeSpringSecurityFilterChain(SecurityWebApplicationInitializer.java:11)
	at org.springframework.security.web.context.AbstractSecurityWebApplicationInitializer.onStartup(AbstractSecurityWebApplicationInitializer.java:112)
	at org.springframework.web.SpringServletContainerInitializer.onStartup(SpringServletContainerInitializer.java:175)
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:184)
	... 8 more
--And if deploy again--
2016-06-23 09:30:30,819 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool – 136) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./ugspa: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./ugspa: java.lang.RuntimeException: java.lang.NullPointerException
	... 6 more
	at sg.edu.nus.ugspa.config.web.WebApplicationInitializer.onStartup(WebApplicationInitializer.java:43)
	... 8 more
~~~

CipherByteBufferExample#asString currently truncates the output to 50 bytes.
This was probably a hangover from some debugging, and should be removed.

For now, we just check low replication of WALs when there is a sync operation (HBASE-2234), rolling the log if the replica of the WAL is less than configured. But if the WAL has very little writes or no writes at all, low replication will not be detected and thus no log will be rolled. 
That is a problem when rolling updating datanode, all replica of the WAL with no writes will be restarted and lead to the WAL file end up with a abnormal state. Later operation of opening this file will be always failed.
I bring up a patch to check low replication of WALs at a configured period. When rolling updating datanodes, we just make sure the restart interval time between two nodes is bigger than the low replication check time, the WAL will be closed and rolled normally. A UT in the patch will show everything.

org.springframework.security.config.ldap.LdapServerBeanDefinitionParser outputs to log
INFO LdapServerBeanDefinitionParser:126 - Embedded LDAP server bean created for URL: ldap://127.0.0.1:33389/#
{props['ldap.baseDn']}

Below in log i can see
INFO DefaultSpringSecurityContextSource:54 -  URL 'ldap://127.0.0.1:33389/ou=blablabla', root DN is 'ou=blablabla'
so expression is processed and it's ok.
Embedded server starts ok.

Minor perf change:
Calculate maxThroughputPerOperation outside of control() since start()&end() are called only once per operation, but control can be called hundreds/thousands of time.
Flaky test:
Problems in current test:

writes only  2.5MB each iteration but control triggers sleep only every 1Mb write (decided by HBASE_HSTORE_FLUSH_THROUGHPUT_CONTROL_CHECK_INTERVAL). Either increase data written in each batch or decreasing this threshold for better throughput control.

We shouldn't be timing table disable/delete/create and populating data in throughput calculations.
See the differences below.

With patch (total data written 30M)
run 1:
Throughput is: 1.0113841089709052 MB/s
Throughput w/o limit is: 14.665069580078125 MB/s
With 1M/s limit, flush use 29683ms; without limit, flush use 2130ms
run 2:
With 1M/s limit, flush use 29674ms; without limit, flush use 2027ms
Without patch (total data written 25M)
run 1:
Throughput is: 0.921681903523776 MB/s
Throughput w/o limit is: 4.06833346870301 MB/s
With 1M/s limit, flush use 27189ms; without limit, flush use 6159ms
run 2:
Throughput is: 0.9422982728478803 MB/s
Throughput w/o limit is: 4.047858424942981 MB/s
With 1M/s limit, flush use 26594ms; without limit, flush use 6190ms

JedisConnection.persist() calls persist on the underlying client, instead of the transaction object.  This results in an NPE when exec() is called.

Currently we have a reference to ActiveMQ-5.16.0-SNAPSHOT in Camel-3.0.x, which prevents the WildFly-Camel build that is based on Camel-3.0.x. We integrate the activemq component like this, which has a dependency on the activemq module like this.
  
 Perhaps that 5.16.x snapshot can be released to some public repository.

http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=4515
All messaging subsystem tests passes on JDK7 but fails with JDK8 because BroadcastGroupAdd#populateModel falsely assumes that the connector resources have been populated before the current broadcast-group.
There is no such guarantee, the connector-refs validations must be done in a separate OperationStepHandler after all the MODEL's OSHs instead.

I just did a test run today with RC1 and an expression that was before does throw now an NPE during the evaluation.
I'm using Thymeleaf and the expression is using a "toplevel" variable cols which is optional and resolves to null in the current case.

    ${cols ?: 80}

In SPEL this resolves into the structure that i have attached as an image. As you can see the result is resolved properly, but the expression finally fails with an NPE in the class Elvis on line 59 as the testDescriptor is null at this point.
Probably it has something to do with the introduction of the class CompilablePropertyAccessor? I have found this code in the class PropertyOrFieldReference.
PropertyOrFieldReference.java
        // line 366
        if (ref.cachedReadAccessor instanceof CompilablePropertyAccessor) {
				CompilablePropertyAccessor accessor = (CompilablePropertyAccessor)this.ref.cachedReadAccessor;
				this.ref.exitTypeDescriptor = CodeFlow.toDescriptor(accessor.getPropertyType());
			}

And on the Thymleaf side:
VariablesMapPropertyAccessor.java

public class VariablesMapPropertyAccessor extends ReflectivePropertyAccessor {...}

Let me know if you need more info.

Mac OS can put .DS_Store files into the content repo directory.  This can also be reproduced on Linux by creating a file under the content dir and when clean-obsolete-content() runs it will log this error.  It seems it runs every 10 minutes.

22:59:48,289 INFO  [org.jboss.as.repository] (ServerService Thread Pool -- 1) WFLYDR0009: Content /Users/bradley/Desktop/wildfly-10.0.0.CR5/standalone/data/content/9b/.DS_Store is obsolete and will be removed 
22:59:48,290 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 1) WFLYCTL0013: Operation ("clean-obsolete-content") failed - address: ([]): java.lang.StringIndexOutOfBoundsException: String index out of range: 11
  at java.lang.String.charAt(String.java:658)
  at org.jboss.as.repository.HashUtil.hexStringToByteArray(HashUtil.java:62)
  at org.jboss.as.repository.ContentReference.getHash(ContentReference.java:68)
  at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.removeContent(ContentRepository.java:365)
  at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.markAsObsolete(ContentRepository.java:427)
  at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.cleanObsoleteContent(ContentRepository.java:403)
  at org.jboss.as.server.operations.CleanObsoleteContentHandler.execute(CleanObsoleteContentHandler.java:76)
  at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
  at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
  at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
  at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1344)
  at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
  at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:204)
  at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:659)
  at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:649)
  at org.jboss.as.server.deployment.ContentRepositoryCleaner.cleanObsoleteContent(ContentRepositoryCleaner.java:132)
  at org.jboss.as.server.deployment.ContentRepositoryCleaner$ContentRepositoryCleanerTask.run(ContentRepositoryCleaner.java:67)
  at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
  at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
  at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
  at org.jboss.threads.JBossThread.run(JBossThread.java:320)

22:59:48,292 ERROR [org.jboss.as.server] (ServerService Thread Pool -- 1) WFLYSRV0216: Error cleaning obsolete content WFLYCTL0158: Operation handler failed: java.lang.StringIndexOutOfBoundsException: String index out of range: 11  

problem shown in org.apache.camel.processor.ValidationWithErrorInHandleAndFinallyBlockTest

excluded-connectors attribute is mandatory when replicated colocated topology is defined. Attribute should be optional.

Because the variable "elementNameStrategyRef" in org.apache.camel.dataformat.soap.SoapJaxbDataFormat can't be set, it is always null. Therefore declaring the data format with spring-dsl leads to an automatic fallback to the default strategy "TypeNameStrategy" in org.apache.camel.dataformat.soap.SoapJaxbDataFormat.checkElementNameStrategy(Exchange exchange). This further leads to wrong results when marshalling.
So the following declararion does not work correctly:
...
    <bean id="myStrategy" class="org.apache.camel.dataformat.soap.name.ServiceInterfaceStrategy">
    	<constructor-arg value="my.package.MyServiceInterface"/>
	<constructor-arg value="true"/>
    </bean>
...
...
		<dataFormats>
			<soapjaxb id="mySoap" 
                              contextPath="my.package" 
                              elementNameStrategyRef="myStrategy"/>
		</dataFormats>
...
                <route>
        	        <from uri="cxf:/MyService?serviceClass=my.package.MyServiceInterface" />
...
            		<convertBodyTo type="my.package.MyType"/>
			<marshal ref="mySoap"/>
...

Work for 2.1.x all schema modifications needs to go into 2.1 files which we forget to add right after when 2.0 was released.

StandardTypeConverter's default constructor uses synchronized (this) for initializing a shared static DefaultConversionService. However, in a constructor, synchronization on this is effectively a no-op. Let's rather simply use a volatile variable there.

When querying for values that start with a dollar sign the QueryMapper.Keyword#isKeyword recognizes this as a keyword, resulting in a ClassCastException (QueryMapper.java:311)
The following snippet demonstrates this behaviour:

mongoTemplate.find(query(where("myvalue").is("$334")), My.class);

The mongo keywords ('$gt' etc.) would usually be provided with the associated methods (.gt() etc.). A is() query should either not try to recognize keywords or at least be more specific (not only check for a leading '$').
How could a query for a value that starts with a dollar sign be written otherwise, using the Spring MongoTemplate?

Many Hcatalog/Webhcat tests are failing with below error, when tests try to alter/delete/describe tables. Error is thrown when the same user or a different user (same group) who created the table is trying to run the delete/alter table call.

Currently Hive handles parquet timestamp compatibility issue with ParquetInpuSplit#readSupportMetadata. Parquet deprecated read support metadata. We can't pass meta data around with readSupportMetadata any more. We need a new scheme to pass around the timestamp conversion info.

When LRUDictionary initialized with N as the size, the BidirectionalLRUMap creates N Node objects and kept in an array. It will be better not doing this eager creation. Can create Node object on demand if array's current position Node element is null. Once it is created the object can be reused as we do now.

Each time ToStringMetadataProvider is called, the toString method is built but if the last pass does not detect any accessors, the toString method is null and is removed from the ITD. This can be demonstrated if fields and accessors are introduced via DBRE

When storage based authorization is enabled, NullPointerException is thrown for 'drop view'.

Currently both jars are in hcatalog/share/hcatalog and not in classpath. Metastore using DbNotificationListener will fail with CNF exception.

In our system we use the short live non singleton bean. After upgrade to Spring 5.0.3 our performance tests has performance degradation caused by slowdown the bean creation. Here is a speed comparison between the Spring 4.3.6 and the Spring 5.0.3:
Spring 4.3.6.RELEASE

PerformanceIssue - 1000 bean creations 67 ms
PerformanceIssue - 10000 bean creations 161 ms
PerformanceIssue - 100000 bean creations 222 ms

Spring 5.0.3.RELEASE

PerformanceIssue - 1000 bean creations 100 ms
PerformanceIssue - 10000 bean creations 296 ms
PerformanceIssue - 100000 bean creations 1894 ms

This problem is caused by Assert.notNull in method AnnotationUtils.synthesizeAnnotation. See the YourKit call tree:
 
GitHub reproduction project

We should use '.bz2' as the extension for bzip2 and '.gz' for gzip.

STEP 1. Create and upload test data
Execute in command line:

nano stest.data

Add to file:

000126,000777
000126,000778
000126,000779
000474,000888
000468,000889
000272,000880

hadoop fs -put stest.data /

hive> create table stest(x STRING, y STRING) ROW FORMAT DELIMITED FIELDS TERMINATED BY ',';
hive> LOAD DATA  INPATH '/stest.data' OVERWRITE INTO TABLE stest;

STEP 2. Execute test query (with cast for x)

select x from stest where cast(x as int) = 126;

EXPECTED RESULT:

000126
000126
000126

ACTUAL RESULT:

126
126
126

STEP 3. Execute test query (no cast for x)

hive> select x from stest where  x = 126; 

000126
000126
000126

126
126
126

In steps #2, #3 I expected '000126' because the origin type of x is STRING in stest table.
Note, setting hive.optimize.constant.propagation=false fixes the issue.

hive> set hive.optimize.constant.propagation=false;
hive> select x from stest where  x = 126;
OK
000126
000126
000126

Related to HIVE-11104, HIVE-8555

HiveConnection ignores the database specified in the connection string when configuring the connection.

There are various issues with the MVC add-ons when you disable JavaScript in the browser. Mostly these issues centre on not redisplaying appropriate validation messages and redisplaying the presented form for correction.

There is variable currentSize marked with modifier as volatile, what hint variable currentSize is used in multithreaded manner, as volatile ensures actual value can be seen between threads.
On the other side there is update operation on currentSize, which is not written in atomic manner, so can lead race condition.

    @Override
    protected void write(byte[] bytes) throws IOException {
        super.write(bytes);
        currentSize += bytes.length;
    }

Setting as Critical as that can lead to strange / hard to reproduce errors.
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=15443553&defectInstanceId=3634186&mergedDefectId=1429223

Setting a trust store in the cli-config.xml (ssl XML element) has the side effect to load classes from picketBox that is not present in the core feature pack. This makes ssl element not usable in a core configuration. This works well in a fully featured wildly.

I installed minimal distros for 7.0.2 and 7.1 on Windows to compare sizes
99.5 MB 7.0.2 
139 MB 7.1 
7.1 has extra karafe bundles for xalan & xerces that weren't in 7.0.2
that adds 5MB
We now ship groovy that adds 5.8 MB
We now ship bouncycastle that adds 1.7 MB
system\org\fusesource\fabric has jumped from 9.5 MB to 31 MB

Tez introduced a session api that let's you reuse certain resources during a session (AM, localized files, etc).
Hive needs to tie these into hive sessions (for both CLI and HS2)

Here is the mail thread discusses about it.
http://camel.465427.n5.nabble.com/Query-part-of-HTTP-URI-header-ignored-td4880040.html

When a @RequestMapping method contains a RedirectAttributes parameter, an IllegalArgumentException is thrown.
For example, consider this HTML form:
<form action="/deleteaction" method="post">
<input type="checkbox" name="itemId" value="1" />
<input type="checkbox" name="itemId" value="2" />
<input type="submit" name="delete" value="Delete items" />
</form>
When submitted, the following method is executed properly:
@RequestMapping(value = "/deleteaction", method = RequestMethod.POST, params=
{"delete"})
public String deleteItems(@RequestParam(value="itemId", required=false) String itemId[], Model model) {
    // DO BUSINESS LOGIC
    return "redirect:/";
}

If instead of a Model, I put a RedirectAttributes parameter in the method, HandlerMethodInvoker throws an exception:

@RequestMapping(value = "/deleteaction", method = RequestMethod.POST, params={"delete"}
)
public String deleteItems(@RequestParam(value="itemId", required=false) String itemId[], RedirectAttributes redirectAttributes) {
}
The problem is at line 317 in class HandlerMethodInvoker, where a BindingAwareModelMap (which is fine for Model) is resolved as parameter for RedirectAttributes. When the BindingAwareModelMap parameter is passed as argument to the request mapping method, the exception occurs.

PostgresDatabaseAccessor does not handle limit=-1. Likely to affect Oracle/Mssql as well.

FtpRouteTest fails (no messages received)
The reason is that the FtpConsumer.java [line:102] fails to properly retrieve the files from the ftp server, although i can see the file present on the filesystem.  Using listNames instead of listFiles, does return the names of the files present (as expected) but a subsequent listFiles(filename) would return again an empty array.  I did not check the IP packets to see where the problem comes from, but i suspect the issue is with the test server. 

This issue is raised to solve issues that comes out of partial region split happened and the region node in the ZK which is in RS_ZK_REGION_SPLITTING and RS_ZK_REGION_SPLIT is not yet processed.
This also tries to address HBASE-5615.

XSD file elytron-1_0.xsd [1] includes almost no documentation. If this XSD is included in server distribution (as docs/schema/elytron-1_0.xsd) then it affects user experience.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/master/src/main/resources/schema/elytron-1_0.xsd

When you set messaging journal-min-files to zero /subsystem=messaging-activemq/server=default:write-attribute(name=journal-min-files,value=0) , then when server is throwing exepciton java.lang.IllegalArgumentException: minFiles cannot be less than. In description there is no restriction for the attribute.

Timestamp was specified as "YYYY-MM-DD HH:MM:SS": 2016-01-23 00:00:00

2016-02-10 02:15:43,175 [WARN] [TezChild] |orc.RecordReaderImpl|: Exception when evaluating predicate. Skipping ORC PPD. Exception: java.lang.IllegalArgumentException: ORC SARGS could not convert from String to TIMESTAMP
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.getBaseObjectForComparison(RecordReaderImpl.java:659)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.evaluatePredicateRange(RecordReaderImpl.java:373)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.evaluatePredicateProto(RecordReaderImpl.java:338)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$SargApplier.pickRowGroups(RecordReaderImpl.java:710)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.pickRowGroups(RecordReaderImpl.java:751)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.readStripe(RecordReaderImpl.java:777)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.advanceStripe(RecordReaderImpl.java:986)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.advanceToNextRow(RecordReaderImpl.java:1019)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.<init>(RecordReaderImpl.java:205)
        at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.rowsOptions(ReaderImpl.java:598)
        at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger$ReaderPair.<init>(OrcRawRecordMerger.java:183)
        at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger$OriginalReaderPair.<init>(OrcRawRecordMerger.java:226)
        at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger.<init>(OrcRawRecordMerger.java:437)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getReader(OrcInputFormat.java:1269)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRecordReader(OrcInputFormat.java:1151)
        at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:249)
        at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:193)
        at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.<init>(TezGroupedSplitsInputFormat.java:135)
        at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat.getRecordReader(TezGroupedSplitsInputFormat.java:101)
        at org.apache.tez.mapreduce.lib.MRReaderMapred.setupOldRecordReader(MRReaderMapred.java:149)
        at org.apache.tez.mapreduce.lib.MRReaderMapred.setSplit(MRReaderMapred.java:80)
        at org.apache.tez.mapreduce.input.MRInput.initFromEventInternal(MRInput.java:650)
        at org.apache.tez.mapreduce.input.MRInput.initFromEvent(MRInput.java:621)
        at org.apache.tez.mapreduce.input.MRInputLegacy.checkAndAwaitRecordReaderInitialization(MRInputLegacy.java:145)
        at org.apache.tez.mapreduce.input.MRInputLegacy.init(MRInputLegacy.java:109)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.getMRInput(MapRecordProcessor.java:406)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:128)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:149)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:139)
        at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:344)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:181)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:172)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:172)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:168)

Timestamp specified as unix_ts (seconds): 1453507200

2016-02-10 02:20:06,588 [WARN] [TezChild] |orc.RecordReaderImpl|: Exception when evaluating predicate. Skipping ORC PPD. Exception: java.lang.IllegalArgumentException: ORC SARGS could not convert from Integer to TIMESTAMP

These messages are logged for each and every row group processed in tasks. 

Spring Boot 2.0.0.M7 with the web-flux starter.
Not sure if I just have a screw loose or what, but invalid locale strings ("en_US" instead of "en-US") or missing the header entirely seems to prevent any locale from being resolved in controllers and elsewhere.  Supplying  a LocaleContextResolver bean doesn't seem to help.  LocaleResolver doesn't seem to be compatible due to version, it looks like.
I think I would have anticipated a null locale, instead of a 500 error, or at least a 400...

ReaderBase.initAfterCompression() and WALCellCodec.create(Configuration, CompressionContext) were removed when adding Cell codec to WAL header.
Some downstream projects, such as Phoenix, depend on these methods.
This JIRA is to restore these methods.
Thanks to Jeffrey who found this issue.

exchange partition event is not generating notifications in notification_log.
There should multiple events generated. one add_partition event and several drop_partition events.
for example:

ALTER TABLE tab1 EXCHANGE PARTITION (part=1) WITH TABLE tab2;

There should be the following events:
ADD_PARTITION on tab2 on partition (part=1)
DROP_PARTITION on tab1 on partition (part=1)

Note that DecimalColumnVector is different than LongColumnVector because it keeps (an instance) reference to a Decimal128 class whereas the latter stores a long primitive value. So, trouble if you set the reference instead of updating the object.

When security is enabled, HBase VerifyReplication fails for two reasons:
1.MapReduce do not have the auth to read the replication paths "/hbase/replication/*" on ZK;
2.VerifyReplication does not get the token for slave cluster, it's different from HBASE-7442, this VerifyReplication does not have the output.

WARN [main] org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation: RemoteException connecting to RS
		 at org.apache.hadoop.hbase.security.HBaseSaslRpcClient.readStatus(HBaseSaslRpcClient.java:112)
		 at org.apache.hadoop.hbase.security.HBaseSaslRpcClient.saslConnect(HBaseSaslRpcClient.java:174)
		 at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection.setupSaslConnection(SecureClient.java:177)
		 at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection.access$500(SecureClient.java:85)
		 at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection$2.run(SecureClient.java:284)
		 at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection$2.run(SecureClient.java:281)
		 at java.security.AccessController.doPrivileged(Native Method)
		 at javax.security.auth.Subject.doAs(Subject.java:396)
		 at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1232)
		 at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
		 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
		 at java.lang.reflect.Method.invoke(Method.java:597)
		 at org.apache.hadoop.hbase.util.Methods.call(Methods.java:37)
		 at org.apache.hadoop.hbase.security.User.call(User.java:586)
		 at org.apache.hadoop.hbase.security.User.access$700(User.java:50)
		 at org.apache.hadoop.hbase.security.User$SecureHadoopUser.runAs(User.java:440)
		 at org.apache.hadoop.hbase.ipc.SecureClient$SecureConnection.setupIOstreams(SecureClient.java:280)
		 at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:1150)
		 at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:1000)
		 at org.apache.hadoop.hbase.ipc.SecureRpcEngine$Invoker.invoke(SecureRpcEngine.java:164)
		 at $Proxy13.getProtocolVersion(Unknown Source)
		 at org.apache.hadoop.hbase.ipc.SecureRpcEngine.getProxy(SecureRpcEngine.java:208)
		 at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:335)
		 at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:312)
		 at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:364)
		 at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:236)
		 at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1313)
		 at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1269)
		 at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1256)
		 at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:965)
		 at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:860)
		 at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:962)
		 at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:864)
		 at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:821)
		 at org.apache.hadoop.hbase.client.HTable.finishSetup(HTable.java:234)
		 at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:174)
		 at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:133)
		 at org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication$Verifier$1.connect(VerifyReplication.java:117)
		 at org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication$Verifier$1.connect(VerifyReplication.java:110)
		 at org.apache.hadoop.hbase.client.HConnectionManager.execute(HConnectionManager.java:360)
		 at org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication$Verifier.map(VerifyReplication.java:110)
		 at org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication$Verifier.map(VerifyReplication.java:74)
		 at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:144)
		 at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:726)
		 at org.apache.hadoop.mapred.MapTask.run(MapTask.java:333)
		 at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:154)
		 at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:149)

As described in the stackoverflow post, spring mongo data cannot retrieve the index information for an index that has been created via the mongo shell.
Trisha from 10gen traced the root cause down to this:
"I would recommend reporting this to the guys at Spring, you will not be the only one who experiences this. I found the problem in DefaultIndexOperations lines 138 - 141 in version 1.1.1 of spring-data-mongodb."
I figure this issue also exists in later versions though I did not get around to test it myself.

Saw this running hbase-it suite on test cluster.  Its tricky.  Needs a little study.  Connection or location became null in this code when we go to clear the caches:

    if (t instanceof SocketTimeoutException ||
        t instanceof ConnectException ||
        t instanceof RetriesExhaustedException ||
        (location != null && getConnection().isDeadServer(location.getServerName()))) {
      // if thrown these exceptions, we clear all the cache entries that
      // map to that slow/dead server; otherwise, let cache miss and ask
      // hbase:meta again to find the new location
      getConnection().clearCaches(location.getServerName());

Here is exception seen:
2013-10-17 09:05:44,569 INFO  [Thread-9] actions.Action: Killed region server:a1811.halxg.cloudera.com,60020,1382025707403. Reported num of rs:4
2013-10-17 09:05:44,569 INFO  [Thread-9] actions.Action: Sleeping for:2961
Exception in thread "HBaseUpdaterThread_3" java.lang.NullPointerException
	at org.apache.hadoop.hbase.client.RegionServerCallable.throwable(RegionServerCallable.java:120)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:124)
	at org.apache.hadoop.hbase.client.HTable.get(HTable.java:755)
	at org.apache.hadoop.hbase.util.MultiThreadedUpdater$HBaseUpdaterThread.run(MultiThreadedUpdater.java:159)

Java configuration for restricting access to a URI has methods hasAuthority, hasAnyAuthority, and hasRole. It is missing hasAnyRole. This is not a big deal since you can work around it with hasAnyAuthority, but it's still not consistent with using string expressions in access or annotations.

/subsystem=io/worker=*:read-attribute(name=core-pool-size)
Current model description: "Core worker thread pool size"
Suggested improvement: "Minimum number of threads to keep in the underlying java.util.concurrent.ThreadPoolExecutor even if they are idle. Threads over this limit will be terminated over time specified by task-keepalive attribute."

load data should rename files consistent with insert statements for ACID Tables.

Prior to 1.1.0.Final I was able to load and start a batch job located in jar 1 from jar 2. Both jars were package inside an ear. Now with the latest introduction of spi resolver (JobXmlResolverService from wildfly 9) the service created for jar 2 have no jobXmlResolvers so the start method from JobOperator throws an javax.batch.operations.JobStartException: JBERET000601: Failed to get job xml file for job XXX.
According to the spec: 
"archive loader If the implementation-specific mechanism does fails to resolve a Job XML reference, then the batch runtime implementation must resolve the reference with an archive loader. The implementation must provide an archive loader that resolves the reference by looking up the reference from the META-INF/batch-jobs directory." I think that the implementation have to try to load jobs also in META-INF/batch-jobs dir.
Changes in the old behaviour was made due to Issue JBERET-144

It appears that org.springframework.util.xml.StaxStreamXMLReader ignores important whitespace in XML. It manifests in the latest version of Spring Web Services, but I report it hear because it looks like it's a generic problem with this core class. When replaced with JDK's SAXParser the tests run green.
The following test fails on the first assert statement:

import org.apache.axiom.om.OMElement;
import org.apache.axiom.om.OMXMLBuilderFactory;
import org.springframework.util.xml.StaxUtils;
import org.xml.sax.InputSource;

import javax.xml.parsers.SAXParser;
import javax.xml.parsers.SAXParserFactory;
import javax.xml.stream.XMLStreamReader;
import javax.xml.transform.Source;
import javax.xml.transform.Transformer;
import javax.xml.transform.TransformerConfigurationException;
import javax.xml.transform.TransformerException;
import javax.xml.transform.TransformerFactory;
import javax.xml.transform.dom.DOMResult;
import javax.xml.transform.sax.SAXSource;
import java.io.StringReader;

/**
 *
 */
public class TransformationTest {
    @Test
    public void testTransformation() throws TransformerException {
        String xml = "<test>" +
                "<node1> </node1>" +
                "<node2> Some text </node2>" +
                "</test>";

        Transformer transformer = TransformerFactory.newInstance().newTransformer();

        DOMResult result = new DOMResult();

        OMElement root = OMXMLBuilderFactory.createOMBuilder(new StringReader(xml)).getDocumentElement();
// code from org.springframework.ws.soap.axiom.AbstractPayload:
        XMLStreamReader streamReader = root.getXMLStreamReader();
        Source source = StaxUtils.createCustomStaxSource(streamReader);
        transformer.transform(source, result);

        assertEquals(" ", result.getNode().getFirstChild().getFirstChild().getTextContent());
        assertEquals(" Some text ", result.getNode().getFirstChild().getFirstChild().getNextSibling().getTextContent());
    }
}

There is problem with camel-jms component deployed on WebLogic 10.3.X and XA connection factory. 
As spring developers suggests, if we use XA transaction on WebLogic we must set SessionTransacted to false and specify transactionManager. See http://ourcraft.wordpress.com/2008/10/22/the-mysteriously-necessary-sessiontransactedtrue/ comment #9 by Juergen Hoeller.
But camel-jms setup transactionManager for MessageListener only when "transacted" property is true. So, it is not possible to use XA transactions with WebLogic JMS.

union_stats

Client Execution succeeded but contained differences (error code = 1) after executing union_stats.q 
362a363
> 	COLUMN_STATS_ACCURATE	{\"BASIC_STATS\":\"true\"}
364a366,367
> 	numRows             	1000                
> 	rawDataSize         	10624    

Every few runs
bucketizedinputformat for MiniSparkOnYarn; OOMs occasionally, example https://issues.apache.org/jira/browse/HIVE-19596

TestMiniTezCliDriver has a few test failures where there is a diff in the explain plan generated. According to Vikram, the plan generated is correct, but the plan can be generated in a couple of different ways and so sometimes the plan will not diff against the expected output. We should probably come up with a way to validate this explain plan in a reproducible way.

In case of not complete config (eg: no management-https, no https-listener), the interactive session will abort. Due to WFCORE-3491 we have some logic to cleanup keystore that would have been created prior a failure occurs. 
This removal of the keystore puts the server in reload-state so should be reloaded by the command.

When using AspectJ advices on Endpoint classes will causes a "java.lang.IllegalArgumentException: object is not an instance of declaring class" exception.
See these forum posts for the stack and examples.
http://forum.springframework.org/showthread.php?t=54665
http://forum.springframework.org/showthread.php?t=50284
Thanks
Mark

In case when resource in Elytron subsystem includes attributes which have set "restart-required" => "resource-services" and includes also some "value-type" for inner attributes, then flag allow-resource-service-restart=true cannot be used correctly for those inner attributes.
See example:

/subsystem=elytron/properties-realm=ManagementRealm:write-attribute(name=users-properties.plain-text,value=true)
{
    }
}

This command set server to "reload-required" state. However In case, when flag allow-resource-service-restart=true is set, then UnsupportedOperationException is returned for the same command. 

/subsystem=elytron/properties-realm=ManagementRealm:write-attribute(name=users-properties.plain-text,value=true){allow-resource-service-restart=true}
{
}

In case when operation set server to "process-state" => "reload-required" then flag allow-resource-service-restart=true should be supported. Otherwise whole server needs to be reloaded.
Exception thrown to server log for mentioned above CLI command:

ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
    ("properties-realm" => "ManagementRealm")
	at org.jboss.as.controller.RestartParentWriteAttributeHandler.recreateParentService(RestartParentWriteAttributeHandler.java:145)
	at org.jboss.as.controller.RestartParentWriteAttributeHandler.recreateParentService(RestartParentWriteAttributeHandler.java:126)

Excerpt from org.acegisecurity.adapters.cas3.CasAuthenticationHandler's authenticateUsernamePasswordInternal() method:
----- excerpt begin -----
try {
  this.authenticationManager.authenticate(authenticationRequest);
} catch (final org.acegisecurity.AuthenticationException e) {
  if (log.isDebugEnabled()) 
{
    log.debug("Authentication request for " + credentials.getUsername() + "failed: " + e.toString());
  }

  return false;
}
------ excerpt end ------
Problems (both with the log.debug() call):

The log.debug call does not print the stack trace.  This could be solved by changing the log.debug() call to:
    log.debug("Authentication request for " + credentials.getUsername() + "failed: ", e);
There needs to be a space between the credentials.getUsername() and the word "failed".

Apache Optiq is in the process of renaming to Apache Calcite. See INFRA-8413 and OPTIQ-430.
There is not yet a snapshot of 
{groupId: 'org.apache.calcite', artifactId: 'calcite-*'}
 deployed to nexus. When there is, I'll post a patch to pom.xml.

The readResourceForUpdate impl makes a few assumptions regarding the fact that a given Resource represents persistent config (i.e. Resource.isRuntime() == true):
1) It calls rejectUserDomainServerUpdates() which means an OSH running on a server could not call this.
2) It calls authorize(false, READ_WRITE_CONFIG) which means an OSH for an op available to the RBAC Operator role could not call this.
Places this impacts include LogStoreProbeHandler and LogStoreTransactionDeleteHandler which should be calling readResourceForUpdate but aren't – and can't because of this bug.

NPE is thrown when rollback the failures of table creation.
1. Table is being created, get issues when creating fs layout.
2. Rollback this creation and trying to delete the data from fs. It tries to delete the mob dir and needs to ask HMaster about the HTableDescriptor, and at that time the table dir had been deleted and no HTableDescriptor can be found.
The exception looks like:

	at org.apache.hadoop.hbase.mob.MobUtils.hasMobColumns(MobUtils.java:851)
	at org.apache.hadoop.hbase.master.procedure.DeleteTableProcedure.deleteFromFs(DeleteTableProcedure.java:350)
	at org.apache.hadoop.hbase.master.procedure.CreateTableProcedure.rollbackState(CreateTableProcedure.java:167)
	at org.apache.hadoop.hbase.master.procedure.CreateTableProcedure.rollbackState(CreateTableProcedure.java:57)
	at org.apache.hadoop.hbase.procedure2.StateMachineProcedure.rollback(StateMachineProcedure.java:134)
	at org.apache.hadoop.hbase.procedure2.Procedure.doRollback(Procedure.java:467)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeRollback(ProcedureExecut

In this patch, it directly checks if the mob directory is existing instead of checking the HTableDescriptor.

width_bucket was recently added with HIVE-15982. This ticket notes a few issues.
Usability issue:
Currently only accepts integral numeric types. Decimals, floats and doubles are not supported.
Runtime failures: This query will cause a runtime divide-by-zero in the reduce stage.
select width_bucket(c1, 0, c1*2, 10) from e011_01 group by c1;
The divide-by-zero seems to trigger any time I use a group-by. Here's another example (that actually requires the group-by):
select width_bucket(c1, 0, max(c1), 10) from e011_01 group by c1;
Advanced Usage Issues:
Suppose you have a table e011_01 as follows:
create table e011_01 (c1 integer, c2 smallint);
insert into e011_01 values (1, 1), (2, 2);
Compile-time problems:
You cannot use simple case expressions, searched case expressions or grouping sets. These queries fail:
select width_bucket(5, c2, case c1 when 1 then c1 * 2 else c1 * 3 end, 10) from e011_01;
select width_bucket(5, c2, case when c1 < 2 then c1 * 2 else c1 * 3 end, 10) from e011_01;
select width_bucket(5, c2, max(c1)*10, cast(grouping(c1, c2)*20+1 as integer)) from e011_02 group by cube(c1, c2);
I'll admit the grouping one is pretty contrived but the case ones seem straightforward, valid, and it's strange that they don't work. Similar queries work with other UDFs like sum. Why wouldn't they "just work"? Maybe Ashutosh Chauhan can lend some perspective on that?
Interestingly, you can use window functions in width_bucket, example:
select width_bucket(rank() over (order by c2), 0, 10, 10) from e011_01;
works just fine. Hopefully we can get to a place where people implementing functions like this don't need to think about value expression support but we don't seem to be there yet.

As there could be different version of mina or mina2 exist in the OSGi platform, we need to specify the right version rang on camel-hl7 which has the dependency on the mina.

See Q file.  Duplicate columns in key are not handled correctly.

With the "template" for log4j configuration provided in the tarball, audit logging is hidden (it's logged as "INFO"). By making the log threshold a parameter, this information remains hidden when using the CLI (which is desired) but can be overridden when starting services to enable audit-logging.
(This is primarily so that Hive is more functional out-of-the-box as installed by Apache Bigtop).

I'm currently trying to advice an Endpoint which has a rather lengthy options-part:
activemq:topic:integrations?allowNullBody=false&asyncConsumer=true&jmsMessageType=Map&preserveMessageQos=true&concurrentConsumers=10
this fails when doing mockEndpointsAndSkip with the above String
without the options, the advice is no problem
see attached unit test

Tests cannot be parallelized before we merge, and tests cannot run fast enough (they did once, so I guess cannot always run fast enough) when they are not parallelized, and we need tests to pass before merging.
LLAP is off by default, we did see tests pass recently (with the exception of a few out file diffs), and some tests will still be run, so it should be ok to proceed as follows.
We will disable most of the LLAP q tests for now, merge, enable paralllelism and re-enable.

This is caused by HIVE-1295.

compile:
     [echo] Compiling: hive
    [javac] Compiling 527 source files to /hadoop_hive_trunk/.ptest_0/build/ql/classes
    [javac] /hadoop_hive_trunk/.ptest_0/ql/src/java/org/apache/hadoop/hive/ql/io/HiveNullValueSequenceFileOu\
tputFormat.java:69: cannot find symbol
    [javac] symbol  : method getBytes()
    [javac] location: class org.apache.hadoop.io.BytesWritable
    [javac]           keyWritable.set(bw.getBytes(), 0, bw.getLength());
    [javac]                             ^
    [javac] symbol  : method getLength()
    [javac]                                               ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
    [javac] 2 errors

Original report on Spring Boot: https://github.com/spring-projects/spring-boot/issues/12168
Example project: https://github.com/ajlane/spring-boot-sse-example

Start the application and navigate to http://localhost:8080.
Wait for the client connection to time out or just refresh the page.

Clients disconnecting and reconnecting through normal use is logged at DEBUG level or lower.

Timeouts and Broken pipe IOExceptions are logged at ERROR level, with no clear way to isolate and suppress them.

2018-02-22 13:26:01.855 ERROR 34241 --- [nio-8080-exec-1] .w.s.m.s.DefaultHandlerExceptionResolver : Async timeout for GET [/clock]
2018-02-22 13:26:34.945 ERROR 34241 --- [nio-8080-exec-7] .w.s.m.s.DefaultHandlerExceptionResolver : Async timeout for GET [/clock]
2018-02-22 13:27:08.036 ERROR 34241 --- [nio-8080-exec-5] .w.s.m.s.DefaultHandlerExceptionResolver : Async timeout for GET [/clock]
2018-02-22 13:27:12.614 ERROR 34241 --- [nio-8080-exec-4] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] threw exception

	at sun.nio.ch.FileDispatcherImpl.write0(Native Method) ~[na:1.8.0_66]
	at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47) ~[na:1.8.0_66]
	at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93) ~[na:1.8.0_66]
	at sun.nio.ch.IOUtil.write(IOUtil.java:65) ~[na:1.8.0_66]
	at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:471) ~[na:1.8.0_66]
	at org.apache.tomcat.util.net.NioChannel.write(NioChannel.java:134) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSelector.java:101) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.java:157) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.doWrite(NioEndpoint.java:1267) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.tomcat.util.net.SocketWrapperBase.doWrite(SocketWrapperBase.java:670) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.tomcat.util.net.SocketWrapperBase.flushBlocking(SocketWrapperBase.java:607) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.tomcat.util.net.SocketWrapperBase.flush(SocketWrapperBase.java:597) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.coyote.http11.Http11OutputBuffer$SocketOutputBuffer.flush(Http11OutputBuffer.java:646) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.coyote.http11.filters.ChunkedOutputFilter.flush(ChunkedOutputFilter.java:169) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.coyote.http11.Http11OutputBuffer.flush(Http11OutputBuffer.java:252) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.coyote.http11.Http11Processor.flush(Http11Processor.java:1560) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.coyote.AbstractProcessor.action(AbstractProcessor.java:285) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.coyote.Response.action(Response.java:173) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:317) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:284) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at org.apache.catalina.connector.CoyoteOutputStream.flush(CoyoteOutputStream.java:118) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
	at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:297) ~[na:1.8.0_66]
	at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) ~[na:1.8.0_66]
	at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) ~[na:1.8.0_66]
	at org.springframework.util.StreamUtils.copy(StreamUtils.java:119) ~[spring-core-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.http.converter.StringHttpMessageConverter.writeInternal(StringHttpMessageConverter.java:106) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.http.converter.StringHttpMessageConverter.writeInternal(StringHttpMessageConverter.java:41) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.http.converter.AbstractHttpMessageConverter.write(AbstractHttpMessageConverter.java:227) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ResponseBodyEmitterReturnValueHandler$HttpMessageConvertingHandler.sendInternal(ResponseBodyEmitterReturnValueHandler.java:207) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ResponseBodyEmitterReturnValueHandler$HttpMessageConvertingHandler.send(ResponseBodyEmitterReturnValueHandler.java:200) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ResponseBodyEmitter.sendInternal(ResponseBodyEmitter.java:166) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ResponseBodyEmitter.send(ResponseBodyEmitter.java:159) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.SseEmitter.send(SseEmitter.java:126) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.SseEmitter.send(SseEmitter.java:107) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at au.id.ajlane.examples.springsse.ClockController.tick(ClockController.java:31) ~[classes/:na]
	at sun.reflect.GeneratedMethodAccessor31.invoke(Unknown Source) ~[na:na]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_66]
	at java.lang.reflect.Method.invoke(Method.java:497) ~[na:1.8.0_66]
	at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65) ~[spring-context-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54) ~[spring-context-4.3.14.RELEASE.jar:4.3.14.RELEASE]
	at java.util.concurrent.Executors$RunnableAdapter.call$$$capture(Executors.java:511) ~[na:1.8.0_66]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java) ~[na:1.8.0_66]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) ~[na:1.8.0_66]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) ~[na:1.8.0_66]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) ~[na:1.8.0_66]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_66]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_66]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_66]

 21:24:18,013 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool – 56) WFLYCTL0190: Step
> handler org.jboss.as.server.deployment.DeploymentHandlerUtil$4@6f678cd for operation {"operation" => "full-replace-deployment","name" =>
> "drmk22.ear","enabled" => true,"content" => [{"hash" => bytes { 0x40, 0xde, 0xe4, 0x1d, 0xdd, 0xd0, 0xa7, 0x9f, 0xa9, 0x7a, 0x92, 0x84,
> 0xee, 0x92, 0x81, 0xea, 0x5d, 0x7b, 0xa3, 0x2a }}],"operation-headers" => 
{"access-mechanism" => "NATIVE","domain-uuid" =>
> "cf11aeb2-70b8-4f64-aa64-67fffd9c8080"}
,"address" => [],"runtime-name" => undefined,"persistent" => true,"owner" => undefined} at address []
> failed handling operation rollback – java.util.NoSuchElementException: No child 'name' exists: java.util.NoSuchElementException: No child
> 'name' exists
>    at org.jboss.dmr.ModelValue.requireChild(ModelValue.java:387)
>    at org.jboss.dmr.ObjectModelValue.requireChild(ObjectModelValue.java:302)
>    at org.jboss.dmr.ModelNode.require(ModelNode.java:875)
>    at org.jboss.as.server.deployment.DeploymentHandlerUtil$4$1.handleResult(DeploymentHandlerUtil.java:331)
>    at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1435)
>   at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1417)
>    at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1379)

Get the following exception:

2014-08-18 16:23:15,213 ERROR [Executor task launch worker-0]: executor.Executor (Logging.scala:logError(96)) - Exception in task 0.0 in stage 1.0 (TID 0)
java.lang.RuntimeException: Map operator initialization failed
        at org.apache.hadoop.hive.ql.exec.spark.HiveMapFunction.call(HiveMapFunction.java:52)
        at org.apache.spark.api.java.JavaRDDLike$$anonfun$fn$7$1.apply(JavaRDDLike.scala:164)
        at org.apache.spark.rdd.RDD$$anonfun$13.apply(RDD.scala:596)
        at org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:35)
        at org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:262)
        at org.apache.spark.rdd.RDD.iterator(RDD.scala:229)
        at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:68)
        at org.apache.spark.scheduler.Task.run(Task.scala:54)
        at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:199)
        at java.lang.Thread.run(Thread.java:722)
        at org.apache.hadoop.hive.ql.exec.MapOperator.setChildren(MapOperator.java:404)
        at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.init(SparkMapRecordHandler.java:93)
        ... 16 more
        at org.apache.hadoop.hive.ql.exec

Currently, we don't specialize vectorization of ReduceSink when Top N is planned.

Assuming t2 is a avro backed table, the following:
create table t1 like t2
should create an avro backed table, but the schema.url.* is not being copied correctly.

According to the Spring Security Reference for version 3.2, we should use BCryptPasswordEncoder for encrypting passwords.  The class org.springframework.security.ldap.authentication.AbstractLdapAuthenticator has a method setPasswordEncoder that takes a single parameter of type org.springframework.security.authentication.encoding.PasswordEncoder, which is an interface that is deprecated.  All known classes that implement that interface are deprecated and represent various encryption algorithms that are no longer recommended.  org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder (the recommended encoder) does not implement that deprecated interface, it implements org.springframework.security.crypto.password.PasswordEncoder (tricky because the interface name is the same, but belongs to a different package as the deprecated interface).  The parameter type on the method setPasswordEncoder in the class org.springframework.security.ldap.authentication.AbstractLdapAuthenticator needs to be changed to org.springframework.security.crypto.password.PasswordEncoder.

If you run Camel on OC4j then it will by default not grant access to its JMX MbeanServer.
So if you use jmxAgent in Camel spring configuration it is setup but Camel cannot access it and it causes a NPE when you do endpoint lookup later.

Missed this one is UT. Let me add the support and also a UT.

Create test case for http-interface authentication secured by Elytron http-authentication-factory.

When the baseDN is not configured but only the Domain has been set in hive-site.xml, LDAP Atn provider cannot locate the user in the directory. Authentication fails in such cases. This is a change from the prior implementation where the auth request succeeds based on being able to bind to the directory. This has been called out in the design doc in HIVE-7193. 
But we should allow this for now for backward compatibility.

There is no official support for csvSerde for hive while there is an open source project in github(https://github.com/ogrodnek/csv-serde). CSV is of high frequency in use as a data format.

Error in constructor of  IndexSpecification, lines 72-73, where the order of ** this.makeAllColumns() and this.additionalColumns ** should be inverted. Otherwise by calling getAllColumns() only the indexed columns are returned.

interface HotelRepository extends Repository<Hotel, Long> {
  @Query("select new sample.data.jpa.domain.HotelSummary(h.city, h.name, avg(r.rating)) "
    + "from Hotel h left outer join h.reviews r where h.city = ?1 group by h")
  Page<HotelSummary> findByCity(City city, Pageable pageable);
  …
}

In this case we're switching to a tuple based query due to the projecting return type which then makes the JPA provider choke as the query already contains a constructor expression. We should guard the application of tuple based querying in case queries contain constructor expressions.

There is a typo "attributed" in the log message:

@Message(id = 60, value = "Binding type %s requires attributed named %s defined")
OperationFailedException bindingTypeRequiresAttributeDefined(BindingType bindingType, String attributeName);

I am using spring MVC framework. I want to log error statuses whenever exception is thrown, so afterCompletion method is used in HanlderInterceptor.

@Override
public void afterCompletion( final HttpServletRequest request, final HttpServletResponse response, final Object handler, final Exception ex)
{
    final int responseCode = response.getStatus();
    s_logger_error.error("status code: " + responseCode );
}

This code works fine if I run this as an application on local machine. But when we host it on the jetty server, UI gets correct error response (In my case 409), but in this method it gets logged as 200.
[Image from remote debug where it shows status=200 but in response it is 409]
I am using sprint 1.1.10.RELEASE spring boot version and jetty-distribution-8.1.16

If debug level logging is enabled, hive command fails with the following exception:

apache-hive-1.2.0-SNAPSHOT-bin$ ./bin/hive
Unable to determine Hadoop version information from 13:54:07,683
'hadoop version' returned:
2015-05-05 13:54:08,014 DEBUG - [main:] ~ version: 2.5.0-cdh5.3.3 (VersionInfo:171) Hadoop 2.5.0-cdh5.3.3 Subversion http://github.com/cloudera/hadoop -r 82a65209d6e9e4a2b41fdbcd8190c7ea38730627 Compiled by jenkins on 2015-04-08T22:00Z Compiled with protoc 2.5.0 From source with checksum 1531e104cdad7489656f44875f3334b This command was run using /Users/sshivalingamurthy/installs/hadoop-2.5.0-cdh5.3.3/share/hadoop/common/hadoop-common-2.5.0-cdh5.3.3.jar

In some of our legacy code, we actually have URLs that contain successURLs as a request parameter. This means it is possible to have more than one question mark in the URL. For example,
/Register?cmd=initial&Security_steps=All&Security_successUrl=https://localhost/appName/servletName?cmd=Start
Check out line 89 and 90 of PathBasedFilterInvocationDefinitionMap:
// Strip anything after a question mark symbol, as per SEC-161.
int firstQuestionMarkIndex = url.lastIndexOf("?");
Should this be changed to
int firstQuestionMarkIndex = url.indexOf("?");
so that all query parameters are ignored?

JDBC XML schema appears to refer to an non-existing class: org.springframework.jdbc.embedded.EmbeddedDataSourceFactoryBean

<?xml version="1.0" encoding="UTF-8" ?>
<xsd:schema xmlns="http://www.springframework.org/schema/jdbc"
	xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:beans="http://www.springframework.org/schema/beans"
	xmlns:tool="http://www.springframework.org/schema/tool"
	targetNamespace="http://www.springframework.org/schema/jdbc"
	elementFormDefault="qualified" attributeFormDefault="unqualified">

	<xsd:import namespace="http://www.springframework.org/schema/beans"
		schemaLocation="http://www.springframework.org/schema/beans/spring-beans-3.1.xsd" />
	<xsd:import namespace="http://www.springframework.org/schema/tool"
		schemaLocation="http://www.springframework.org/schema/tool/spring-tool-3.1.xsd" />

	<xsd:element name="embedded-database">
		<xsd:annotation>
			<xsd:documentation source="java:org.springframework.jdbc.embedded.EmbeddedDataSourceFactoryBean"><![CDATA[
	Creates an embedded database instance and makes it available to other beans as a javax.sql.DataSource.
			]]></xsd:documentation>

Please adjust appropriately. Such inconsistency make it harder to understand actual bean initialization flow.

There is an exploitable XSS in both acegi-security-sample-tutorial and acegi-security-sample-contacts-filter.
I assume that a lot of people are using the login page provided as is, just reskinning it. The problem lies in how the username is automatically re-populated after an incorrect login.
<c:if test="${not empty param.login_error}">value='<%= session.getAttribute(AuthenticationProcessingFilter.ACEGI_SECURITY_LAST_USERNAME_KEY) %>'</c:if>
Using the <%= %> tags does not escape html and therefore you could enter something like <script ... /> for a username and probably do some pretty good damage.
The solution is to use <c:out/> tags with EL instead:
<c:if test="${not empty param.login_error}">value='<c:out value="${ACEGI_SECURITY_LAST_USERNAME}"/></c:if>

avatica.jar is included in the project but this jar has a dependency on avatica-core.jar and it's pulled into the project as well. 
If avatica-core.jar is included in the classpath in front of  avatica.jar, then hive could run into missing class which is shaded inside avatica.jar.

See CAMEL-5139
When using handled(predicate) or continued(predicate) those is evaluated twice per exception. We should only do this once, which is what the end user would normally except.

When I run test against a Controller with @PutMapping and a parameter with custom type, say

public class Data {
    private String d1;
    private String d2;
}

@PutMapping()
public String test(Data d)

and

MockMvc.perform(put("/")
                            .content("d1=a&d2=s")
                            .contentType(MediaType.APPLICATION_FORM_URLENCODED))

I'll get unexpected result that I got d1="a,a", d2="s,s".
But a normal PUT request works fine.
With some digging, I noticed that the first line of HttpPutFormContentFilter#getParameterValues(String)
returns null when requested normally but return the values in form data under test environment(when the request is of type MockHttpServletRequest).
I wrote a little spring boot project to demonstrate it. And there is some screenshot shows the difference between a real request and a mocked request.

Tez will do split generation in parallel. Need to protect the inputformat cache against concurrent access.

In scenarios where a call to a WebFlux application using ContextPathCompositeHandler do not match against a context path then the response can still be status code 200, rather than 404.
It looks like this is because the ContextPathCompositeHandler calls response.setComplete() but returns Mono.empty() when no handlers for a given path have been found.
This results in the callback chain for response.setComplete(), including the commit, and applyStatusCode() invocation to be discarded.
As a result, while the response status has been set to 404, this is not what gets written to outbound buffer.
This project: https://github.com/maubergine/cpch-bug-example illustrates the issue and the effect of updating the code (PR to be raised shortly).

Some queries with count(distinct(..)) fail now in VectorReduceSinkOperator.

Followup of HBASE-19530.
Looks like it missed a code path.
Looked deeper into MetaTableAccessor and usages of some of its functions to correctly set initial state as CLOSED.
Other things

Removed unused functions.
Changed logging to parameterized

When underlying store changed (due compact, bulk load, etc), we destroy current KeyValueHeap and recreate it using checkReseek call. Besides heap recreation, it resets underlying QueryMatcher instance.
The problem is that checkReseek not called by seek() and reseek(), only by next(). If someone calls seek() just after store changed, it gets wrong scanner results. Call to reseek may end up with NPE.
AFAIK, current codebase don't call seek and reseek, but it is quite possible in future. Personally, I spent lots of time to find source of wrong scanner results in HBASE-5416.

User-level explain plans have a section titled Vertex dependency in root stage - which (according to the name) prints out the dependencies between all vertices that are in the root stage.
This logic is controlled by DagJsonParser#print and it may print out Vertex dependency in root stage twice.
The logic in this method first extracts all stages and plans. It then iterates over all the stages, and if the stage contains any edges, it prints them out.
If we want to be consistent with the statement Vertex dependency in root stage then we should add a check to see if the stage we are processing during the iteration is the root stage or not.
Alternatively, we could print out the edges for each stage and change the line from Vertex dependency in root stage to Vertex dependency in [stage-id]
I'm not sure if its possible for Hive-on-Tez to create a plan with a non-root stage that contains edges, but it is possible for Hive-on-Spark (support added for HoS in HIVE-11133).
Example for HoS:

set hive.spark.dynamic.partition.pruning=true;
set hive.spark.explain.user=true;

EXPLAIN select count(*) from srcpart where srcpart.ds in (select max(srcpart.ds) from srcpart union all select min(srcpart.ds) from srcpart);

Prints

Plan optimized by CBO.

Reducer 10 <- Map 9 (GROUP)
Reducer 11 <- Reducer 10 (GROUP), Reducer 13 (GROUP)
Reducer 13 <- Map 12 (GROUP)

Reducer 2 <- Map 1 (PARTITION-LEVEL SORT), Reducer 6 (PARTITION-LEVEL SORT)
Reducer 3 <- Reducer 2 (GROUP)
Reducer 5 <- Map 4 (GROUP)
Reducer 6 <- Reducer 5 (GROUP), Reducer 8 (GROUP)
Reducer 8 <- Map 7 (GROUP)

Stage-0
    limit:-1
    Stage-1
      Reducer 3
      File Output Operator [FS_34]
        Group By Operator [GBY_32] (rows=1 width=8)
          Output:["_col0"],aggregations:["count(VALUE._col0)"]
        <-Reducer 2 [GROUP]
          GROUP [RS_31]
            Group By Operator [GBY_30] (rows=1 width=8)
              Output:["_col0"],aggregations:["count()"]
              Join Operator [JOIN_28] (rows=2200 width=10)
                condition map:[{"":"{\"type\":\"Inner\",\"left\":0,\"right\":1}"}],keys:{"0":"_col0","1":"_col0"}
              <-Map 1 [PARTITION-LEVEL SORT]
                PARTITION-LEVEL SORT [RS_26]
                  PartitionCols:_col0
                  Select Operator [SEL_2] (rows=2000 width=10)
                    Output:["_col0"]
                    TableScan [TS_0] (rows=2000 width=10)
                      default@srcpart,srcpart,Tbl:COMPLETE,Col:NONE
              <-Reducer 6 [PARTITION-LEVEL SORT]
                PARTITION-LEVEL SORT [RS_27]
                  Group By Operator [GBY_24] (rows=1 width=184)
                    Output:["_col0"],keys:KEY._col0
                  <-Reducer 5 [GROUP]
                    GROUP [RS_23]
                      PartitionCols:_col0
                      Group By Operator [GBY_22] (rows=2 width=184)
                        Output:["_col0"],keys:_col0
                        Filter Operator [FIL_9] (rows=1 width=184)
                          predicate:_col0 is not null
                          Group By Operator [GBY_7] (rows=1 width=184)
                            Output:["_col0"],aggregations:["max(VALUE._col0)"]
                          <-Map 4 [GROUP]
                            GROUP [RS_6]
                              Group By Operator [GBY_5] (rows=1 width=184)
                                Output:["_col0"],aggregations:["max(ds)"]
                                Select Operator [SEL_4] (rows=2000 width=10)
                                  Output:["ds"]
                                  TableScan [TS_3] (rows=2000 width=10)
                                    default@srcpart,srcpart,Tbl:COMPLETE,Col:NONE
                  <-Reducer 8 [GROUP]
                        Filter Operator [FIL_17] (rows=1 width=184)
                          Group By Operator [GBY_15] (rows=1 width=184)
                            Output:["_col0"],aggregations:["min(VALUE._col0)"]
                          <-Map 7 [GROUP]
                            GROUP [RS_14]
                              Group By Operator [GBY_13] (rows=1 width=184)
                                Output:["_col0"],aggregations:["min(ds)"]
                                Select Operator [SEL_12] (rows=2000 width=10)
                                  TableScan [TS_11] (rows=2000 width=10)
        Stage-2
          Reducer 11

So there are two sections that say Vertex dependency in root stage.

A client on our beta tier was stuck in this exception loop when we issued a new HMaster after the old one died:
Exception while trying to connect hBase
at $Proxy1.getClusterStatus(Unknown Source)
at org.apache.hadoop.hbase.client.HBaseAdmin.getClusterStatus(HBaseAdmin.java:912)
at org.apache.hadoop.hbase.client.HTable.getCurrentNrHRS(HTable.java:170)
at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:143)
...
at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:253)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.net.SocketTimeoutException: 20000 millis timeout while waiting for channel to be ready for connect. ch : java.nio.channels.SocketChannel[connection-pending remote=/10.18.34.212:60000]
at org.apache.hadoop.net.SocketIOWithTimeout.connect(SocketIOWithTimeout.java:213)
at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:406)
at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:309)
at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:856)
at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:724)
at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:252)
... 20 more
12:52:55,863 [pool-4-thread-5182] INFO PersistentUtil:153 - Retry after 1 second...
Looking at the client code, the HConnectionManager does not watch ZK for NodeDeleted & NodeCreated of /hbase/master

something changed in the stack of docker image definitions we rely on and we don't have git now, which is causing yetus to fail once we relaunch in the container.
add git, try not to look too hard at what this implies about reproducibility of our builds.

HLogSplitter.RECOVERED_EDITS seems to be used only in TestHLogSplit, and has the exact same meaning of HLog.RECOVERED_EDITS_DIR

The format of Elytron Audit Logging's event timestamp is insufficient. It lacks the information about seconds which might be a problem in an environment with thousands of active users.
Furthermore the format of timestamp is inconsistent with the one used in Management Audit Logging:
Elytron Audit Logging:

2/22/17 9:08 AM

Management Audit Logging:

2017-02-22 09:08:00

Suggestions for improvement:
Use the same format of timestamp in Elytron Audit Logging as is already used in Management Audit Logging.

licenses.xml contains:

      <groupId>org.jboss</groupId>
      <artifactId>jboss-ejb-client-legacy</artifactId>
      <version>3.0.0.Beta7-redhat-1</version>
      <licenses>
        <license>
          <name>Public Domain</name>
          <url>http://repository.jboss.org/licenses/cc0-1.0.txt</url>
          <distribution>repo</distribution>
        </license>
      </licenses>

However, the POM and source files contain GNU Lesser General Public License.

Schema should be modified and tested to use the NUMBER datatype. INTEGER datatype is supported in some versions (so I am told, but I am no expert), but is really an alias to NUMBER(38)
Recommend changing schema to use NUMBER(38) instead of INT

Starting my little test cluster on the latest from 0.90, I see:

2010-11-29 23:21:34,131 INFO org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 1024 region(s) across 9 server(s), retainAssignment=true
2010-11-29 23:21:34,134 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 22 region(s) to sv2borg181,61020,1291072886282
2010-11-29 23:21:34,135 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 24 region(s) to sv2borg182,61020,1291072885473
2010-11-29 23:21:34,135 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 37 region(s) to sv2borg183,61020,1291072885646
2010-11-29 23:21:34,135 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 25 region(s) to sv2borg184,61020,1291072886734
2010-11-29 23:21:34,135 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 26 region(s) to sv2borg185,61020,1291072886606
2010-11-29 23:21:34,136 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 70 region(s) to sv2borg186,61020,1291072885486
2010-11-29 23:21:34,136 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 30 region(s) to sv2borg187,61020,1291072886355
2010-11-29 23:21:34,136 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 89 region(s) to sv2borg188,61020,1291072885926
2010-11-29 23:21:34,136 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 701 region(s) to sv2borg189,61020,1291072886739

After another restart:

2010-11-30 00:03:38,100 INFO org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 1024 region(s) across 9 server(s), retainAssignment=true
2010-11-30 00:03:38,103 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 71 region(s) to sv2borg181,61020,1291075409984
2010-11-30 00:03:38,103 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 82 region(s) to sv2borg182,61020,1291075409956
2010-11-30 00:03:38,104 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 61 region(s) to sv2borg183,61020,1291075409952
2010-11-30 00:03:38,104 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 122 region(s) to sv2borg184,61020,1291075409957
2010-11-30 00:03:38,104 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 59 region(s) to sv2borg185,61020,1291075409955
2010-11-30 00:03:38,104 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 71 region(s) to sv2borg186,61020,1291075409963
2010-11-30 00:03:38,105 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 52 region(s) to sv2borg187,61020,1291075411049
2010-11-30 00:03:38,105 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 254 region(s) to sv2borg188,61020,1291075410360
2010-11-30 00:03:38,105 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 252 region(s) to sv2borg189,61020,1291075409959

I also saw one time where everything was assigned to 189.

Currently, at shutdown, the tez mini cluster waits for the session to close before shutting down the cluster. This ends up being 5 minutes - the default value. We can shut down the session to alleviate this situation.

I use endpoint to consummer files from sftp:
<endpoint id="sftp_server" uri="sftp://${server_path}?privateKeyFile=${sftp_key_path}&localWorkDirectory=${tmp}&idempotent=true&idempotentRepository=#fileStore&readLock=changed&recursive=true&filter=#myAntFilter&fastExistsCheck=true" />
And if file exist in the sub directory of ${server_path}, I get warning:
16:31:16,288 WARN  [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Cannot acquire read lock within 20000 millis. Will skip the file: GenericFile[qwe/rty/test.csv]
16:31:01,081 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Using fast exists to update file information for GenericFile[qwe/rty/test.csv]
16:31:01,082 TRACE [org.apache.camel.component.file.remote.SftpOperations] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) listFiles(inbox2/qwe/rty/test.csv)
16:31:01,148 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) List files inbox2/qwe/rty/test.csv found 1 files
16:31:01,149 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Previous last modified: 0, new last modified: 0
16:31:01,150 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Previous length: 0, new length: 0
16:31:01,151 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Exclusive read lock not granted. Sleeping for 5000 millis.
16:30:56,005 TRACE [org.apache.camel.component.file.remote.SftpConsumer] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Processing file: GenericFile[qwe/rty/test.csv]
16:30:56,007 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Waiting for exclusive read lock to file: GenericFile[qwe/rty/test.csv]
16:30:56,008 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Using fast exists to update file information for GenericFile[qwe/rty/test.csv]
16:30:56,010 TRACE [org.apache.camel.component.file.remote.SftpOperations] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) listFiles(inbox2/qwe/rty/test.csv)
16:30:56,078 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) List files inbox2/qwe/rty/test.csv found 1 files
16:30:56,079 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Previous last modified: -9223372036854775808, new last modified: 0
16:30:56,079 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Previous length: -9223372036854775808, new length: 0
16:30:56,080 TRACE [org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy] (Camel (camel-1) thread #0 - sftp://test@testserver/inbox2) Exclusive read lock not granted. Sleeping for 5000 millis.

Running some benchmarks on spring-boot-sample-web-handlebars demo application then running lsof command line tool shows a lot of template files opened.
ScriptTemplateView#getTemplate() should close the template InputStream properly, since according to its Javadoc, StreamUtils#copyToString leaves the stream open when done.

Breaking out support for varchar for the various SerDes as an additional task.

org.springframework.validation.beanvalidation.LocalValidatorFactoryBean configures an implementation of javax.validation.spi.ValidatorProvider. This fails in an OSGi container due to missing Import-Package directive for javax.validation.spi in spring-context bundle's manifest.

Running both test in the same run results in "Table t1 already exists" for one test or the other. Tables should be cleaned up after the test.

Follow up for HIVE-14214 which completely shuts off PPD when there is any schema evolution. Some evolutions are safer for PPD like
byte -> short -> int -> long
float -> double (This is unsafe, see comments in SchemaEvolution.java in the patch)
varchar <-> string (string to char, varchar to char and vice versa is also unsafe conversion as Orc stores internal index with padded spaces for char)
For all other conversions we can disable PPD for that specific column that has evolved by returning TruthValue.YES_NO

MockMvcResultMatchers.forwardedUrl(null)

according to this jira ticket response null parameter is allowed and advised
 but package-info contains @NonNullApi so kotlin forbids using null
 
more details in stackoverflow post
 
Right now, set operator needs to run in CBO. If a view contains a set op, it will throw exception. We need to support view creation in CBO.

We have been seeing a lot of these messages in tests:
[junit] 2009-06-02 11:57:23,658 ERROR [NIOServerCxn.Factory:21810] server.NIOServerCnxn(514): Client has seen zxid 0xe our last zxid is 0xd
They usually repeat in a seemingly endless loop, such as:
 [junit] 2009-06-02 13:27:54,083 INFO  [main-SendThread] zookeeper.ClientCnxn$SendThread(737): Priming connection to java.nio.channels.SocketChannel[connected local=/0:0:0:0:0:0:0:1%0:56511 remote=localhost/0:0:0:0:0:0:0:1:21810]
[junit] 2009-06-02 13:27:54,084 INFO  [main-SendThread] zookeeper.ClientCnxn$SendThread(889): Server connection successful
[junit] 2009-06-02 13:27:54,093 INFO  [NIOServerCxn.Factory:21810] server.NIOServerCnxn(532): Connected to /0:0:0:0:0:0:0:1%0:56511 lastZxid 16
[junit] 2009-06-02 13:27:54,094 ERROR [NIOServerCxn.Factory:21810] server.NIOServerCnxn(543): Client has seen zxid 0x10 our last zxid is 0x4
[junit] 2009-06-02 13:27:54,094 WARN  [NIOServerCxn.Factory:21810] server.NIOServerCnxn(444): Exception causing close of session 0x0 due to java.io.IOException: Client has seen zxid 0x10 our last zxid is 0x4
[junit] 2009-06-02 13:27:54,094 DEBUG [NIOServerCxn.Facto777ry:21810] server.NIOServerCnxn(447): IOException stack trace
[junit] java.io.IOException: Client has seen zxid 0x10 our last zxid is 0x4
[junit]     at org.apache.zookeeper.server.NIOServerCnxn.readConnectRequest(NIOServerCnxn.java:544)
[junit]     at org.apache.zookeeper.server.NIOServerCnxn.doIO(NIOServerCnxn.java:331)
[junit]     at org.apache.zookeeper.server.NIOServerCnxn$Factory.run(NIOServerCnxn.java:176)
[junit] 2009-06-02 13:27:54,094 INFO  [NIOServerCxn.Factory:21810] server.NIOServerCnxn(777): closing session:0x0 NIOServerCnxn: java.nio.channels.SocketChannel[connected local=/0:0:0:0:0:0:0:1%0:21810 remote=/0:0:0:0:0:0:0:1%0:56511]
[junit] 2009-06-02 13:27:54,097 WARN  [main-SendThread] zookeeper.ClientCnxn$SendThread(919): Exception closing session 0x121a2a7c43a0002 to sun.nio.ch.SelectionKeyImpl@2c662b4e
[junit] java.io.IOException: Read error rc = -1 java.nio.DirectByteBuffer[pos=0 lim=4 cap=4]
[junit]     at org.apache.zookeeper.ClientCnxn$SendThread.doIO(ClientCnxn.java:653)
[junit]     at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:897)
[junit] 2009-06-02 13:27:54,097 WARN  [main-SendThread] zookeeper.ClientCnxn$SendThread(953): Ignoring exception during shutdown input
[junit] java.net.SocketException: Socket is not connected
[junit]     at sun.nio.ch.SocketChannelImpl.shutdown(Native Method)
[junit]     at sun.nio.ch.SocketChannelImpl.shutdownInput(SocketChannelImpl.java:640)
[junit]     at sun.nio.ch.SocketAdaptor.shutdownInput(SocketAdaptor.java:360)
[junit]     at org.apache.zookeeper.ClientCnxn$SendThread.cleanup(ClientCnxn.java:951)
[junit]     at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:922)

Otherwise the Heartbeat task will just stay there and not be cleaned up, which may cause OOM eventually.

In our testing, we have uncovered that the ACL permissions for users with the 'A' credential do not hold after the upgrade to 0.96.x.
This is because in the ACL table, the entry for the admin user is a permission on the 'acl' table with permission 'A'. However, because of the namespace transition, there is no longer an 'acl' table. Therefore, that entry in the hbase:acl table is no longer valid.
Example:

hbase(main):002:0> scan 'hbase:acl'
ROW                   COLUMN+CELL                                               
 TestTable            column=l:hdfs, timestamp=1384454830701, value=RW          
 TestTable            column=l:root, timestamp=1384455875586, value=RWCA        
 _acl_                column=l:root, timestamp=1384454767568, value=C           
 _acl_                column=l:tableAdmin, timestamp=1384454788035, value=A     
 hbase:acl            column=l:root, timestamp=1384455875786, value=C           

In this case, the following entry becomes meaningless:

As a result, 
Proposed fix:
I see the fix being relatively straightforward. As part of the migration, change any entries in the 'acl' table with key 'acl' into a new row with key 'hbase:acl', all else being the same. And the old entry would be deleted.
This can go into the standard migration script that we expect users to run.

'hive.metastore.local' should not be referred directly as a string. Instead, a HiveConf.ConfVar entry should be created and used.

Look at the question "why contract first": <http://static.springframework.org/spring-ws/site/faq.html#why-contract-first>
Both links are broken.

Currently we have 4 ways to instantiate an HRegion.

HRegion.createHRegion()
HRegion.openHRegion()
HRegion.newHRegion() + r.initialize()
new HRegion() + r.initialize()

Aside from tests and HMerge and SplitTransaction code everyone use createHRegion() and openHRegion(). To avoid errors due to missing initialization calls I think we should limit the access to newHRegion() and the constructor.

In standalone-ha.xml and standalone-full-ha.xml a modcluster socket-binding is defined. It has multicast-address parameter which has hard-coded value 224.0.1.105. I need to change this value when I use IPv6 addresses and I can't do it without modifying configuration xml. Although the modcluster is not related to messaging, when the multicast address is IPv4, servers don't create cluster on IPv6 addresses.

I have a unit test that runs a simple PerformanceEvaluation test to make sure things are basically working

bin/hbase org.apache.hadoop.hbase.PerformanceEvaluation --rows=50000 sequentialWrite 1

This test runs against Hadoop 2.7.0 and works against all past versions 0.99.0 and up.  It broke with 1.4.0 with the following error.

2017-12-21 13:49:40,974 INFO  [main] mapreduce.Job: Task Id : attempt_1513892752187_0002_m_000004_2, Status : FAILED
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:240)
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:218)
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:119)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.map(PerformanceEvaluation.java:297)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.map(PerformanceEvaluation.java:250)
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:238)
	... 12 more
Caused by: java.lang.RuntimeException: Could not create  interface org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSource Is the hadoop compatibility jar on the classpath?
	at org.apache.hadoop.hbase.CompatibilitySingletonFactory.getInstance(CompatibilitySingletonFactory.java:75)
	at org.apache.hadoop.hbase.zookeeper.MetricsZooKeeper.<init>(MetricsZooKeeper.java:38)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.<init>(RecoverableZooKeeper.java:130)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.connect(ZKUtil.java:143)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.<init>(ZooKeeperWatcher.java:181)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.<init>(ZooKeeperWatcher.java:155)
	at org.apache.hadoop.hbase.client.ZooKeeperKeepAliveConnection.<init>(ZooKeeperKeepAliveConnection.java:43)
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.getKeepAliveZooKeeperWatcher(ConnectionManager.java:1737)
	at org.apache.hadoop.hbase.client.ZooKeeperRegistry.getClusterId(ZooKeeperRegistry.java:104)
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.retrieveClusterId(ConnectionManager.java:945)
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.<init>(ConnectionManager.java:721)
	... 17 more
Caused by: java.util.ServiceConfigurationError: org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSource: Provider org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSourceImpl could not be instantiated
	at java.util.ServiceLoader.fail(ServiceLoader.java:224)
	at java.util.ServiceLoader.access$100(ServiceLoader.java:181)
	at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:377)
	at org.apache.hadoop.hbase.CompatibilitySingletonFactory.getInstance(CompatibilitySingletonFactory.java:59)
	... 27 more
Caused by: java.lang.NoClassDefFoundError: Lorg/apache/hadoop/hbase/metrics/MetricRegistry;
	at java.lang.Class.privateGetDeclaredFields(Class.java:2509)
	at java.lang.Class.getDeclaredFields(Class.java:1819)
	at org.apache.hadoop.util.ReflectionUtils.getDeclaredFieldsIncludingInherited(ReflectionUtils.java:323)
	at org.apache.hadoop.metrics2.lib.MetricsSourceBuilder.initRegistry(MetricsSourceBuilder.java:92)
	at org.apache.hadoop.metrics2.lib.MetricsSourceBuilder.<init>(MetricsSourceBuilder.java:56)
	at org.apache.hadoop.metrics2.lib.MetricsAnnotations.newSourceBuilder(MetricsAnnotations.java:42)
	at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.register(MetricsSystemImpl.java:224)
	at org.apache.hadoop.hbase.metrics.BaseSourceImpl.<init>(BaseSourceImpl.java:115)
	at org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSourceImpl.<init>(MetricsZooKeeperSourceImpl.java:56)
	at org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSourceImpl.<init>(MetricsZooKeeperSourceImpl.java:51)
	at java.lang.Class.newInstance(Class.java:383)
	... 29 more
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.metrics.MetricRegistry
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:312)
	... 46 more

The errors are coming from within the map tasks.  Suggesting that they are missing some jar/class dependency.  I know there are several new jars created in Hbase 1.4.0.  Are they missing/should be included in PerformanceEvaluation.

Per the Javadocs for ResultSetMetaData#getColumnTypeName():
"type name used by the database. If the column type is a user-defined type, then a fully-qualified type name is returned."
Hive's type for array, struct and map is not String. It is array, struct or map, using a JSON string serialization. Returning the Hive type here will allow you to programmatically determine if you should parse the value in the ResultSet as JSON.
ResultSetMetaData#getColumnType() should potentially return OTHER to indicate the column is a database-specific return type.
This would replace the fix provided HIVE-1378. 

Undertow ServletContext.getResourcePaths() does'nt meet the Spec Servlet 2.3. Please see attched Test Web Project resource-test.zip, Undertow does'nt resolve the resources in Child Dependencies located under WEB-INF/lib Folder

the scenario :
create table t(a int);
select * from t order by (a)%7;
will fail with the following exception :
FAILED: ParseException line 1:28 mismatched input '%' expecting EOF near ')'
I must mention that this does work in 0.7.1 and doesn't work in 0.10

Problem appear if somebody kill logged on user on sftp server while you are connected with consumer.
Camel is not able to reconnect on next poll even if it says that it will do this.
RemoteFileConsumer is not connected but it thinks that it is still logged in.
I think "loggedIn" flag should be down after each disconnecting action like in attached patch.

2011-07-24 22:35:14,848 WARN  [RemoteFilePollingConsumerPollStrategy:37] Trying to recover by disconnecting from remote server forcing a re-connect at next poll: sftp://test@host 
2011-07-24 22:35:14,849 WARN  [RemoteFilePollingConsumerPollStrategy:52] Consumer Consumer[sftp://test@host/test?delay=60000&delete=true&localWorkDirectory=%2Fvar%2Ftest%2Ftemp&password=xxxx&throwExceptionOnConnectFailed=true] could not poll endpoint: sftp://test@host/test?delay=60000&delete=true&localWorkDirectory=%2Fvar%2Ftest%2Ftemp&password=xxxx&throwExceptionOnConnectFailed=true caused by: Cannot change directory to: test 
org.apache.camel.component.file.GenericFileOperationFailedException: Cannot change directory to: test
	at org.apache.camel.component.file.remote.SftpOperations.doChangeDirectory(SftpOperations.java:408)
	at org.apache.camel.component.file.remote.SftpOperations.changeCurrentDirectory(SftpOperations.java:393)
	at org.apache.camel.component.file.remote.SftpConsumer.doPollDirectory(SftpConsumer.java:77)
	at org.apache.camel.component.file.remote.SftpConsumer.pollDirectory(SftpConsumer.java:49)
	at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:83)
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:97)
	at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)
	at com.jcraft.jsch.ChannelSftp.cd(ChannelSftp.java:285)
	at org.apache.camel.component.file.remote.SftpOperations.doChangeDirectory(SftpOperations.java:406)
	... 14 more
Caused by: java.io.IOException: Pipe closed
	at java.io.PipedInputStream.read(PipedInputStream.java:291)
	at java.io.PipedInputStream.read(PipedInputStream.java:361)
	at com.jcraft.jsch.ChannelSftp.fill(ChannelSftp.java:2333)
	at com.jcraft.jsch.ChannelSftp.header(ChannelSftp.java:2359)
	at com.jcraft.jsch.ChannelSftp._realpath(ChannelSftp.java:1819)
	at com.jcraft.jsch.ChannelSftp.cd(ChannelSftp.java:268)
	... 15 more

If the bucketed mapjoin is not performed, it is silently ignored.
Atleast under strict mode, it should lead to an error.
Would wait for HIVE-3210 before working on this.

It might be a good idea to optimize simple union queries containing map-reduce jobs in at least one of the sub-qeuries.
For eg:
a query like:
insert overwrite table T1 partition P1
(
  subq1
    union all
  subq2
) u;
today creates 3 map-reduce jobs, one for subq1, another for subq2 and 
the final one for the union. 
It might be a good idea to optimize this. Instead of creating the union 
task, it might be simpler to create a move task (or something like a move
task), where the outputs of the two sub-queries will be moved to the final 
directory. This can easily extend to more than 2 sub-queries in the union.
This is very useful if there is a select * followed by filesink after the
union. This can be independently useful, and also be used to optimize the
skewed joins – 
https://cwiki.apache.org/confluence/display/Hive/Skewed+Join+Optimization.
If there is a select, filter between the union and the filesink, the select
and the filter can be moved before the union, and the follow-up job can
still be removed.

The CommonMergeJoinOperator wastes CPU looking up the correct comparator for each WritableComparable in each row.

@SuppressWarnings("rawtypes")
  private int compareKeys(List<Object> k1, List<Object> k2) {
    int ret = 0;
....   
      ret = WritableComparator.get(key_1.getClass()).compare(key_1, key_2);
      if (ret != 0) {
        return ret;
      }
    }

The slow part of that get() is deep within ReflectionUtils.setConf, where it tries to use reflection to set the Comparator config for each row being compared.

Stomp Camel Component modifies the destination name passed via endpoint URI by prepending a slash to it and by replacing ':' with '/' [1]. This turns out to be problematic when targeting an ActiveMQ Artemis instance embedded in WildFly. For whatever reason, it expects queue names to start with "jms.queue." without the initial slash.
There is a WildFly Camel integration test demonstrating the issue: [2]
StompComponent should not assume anything about the naming scheme, because it has no control over the decisions made on the broker side.
[1] https://github.com/apache/camel/blob/98b3d7eae9959645c4bc023bf4896d036ce75642/components/camel-stomp/src/main/java/org/apache/camel/component/stomp/StompComponent.java#L57
[2] https://github.com/ppalaga/wildfly-camel/commit/15e3e6098b3976cb057f4208565296ea6bd54017#diff-bf122ce705f9ef0b3920d968d1f13f2a

from last comments on HIVE-1463:
test warehouse is being polluted with .gitignore files. these need to be removed.

A SOAP request is sent over JMS, the JMSReplyTo is set manually to an internal jms Queue.
Both for normal responses and for soap faults, the produced response (TextMessage) has an empty soap body.
The problem is coming from the following method in org.springframework.ws.transport.jms.JmsReceiverConnection
    protected OutputStream getResponseOutputStream() throws IOException {
        if (responseMessage instanceof BytesMessage) 
{
            return new BytesMessageOutputStream((BytesMessage) responseMessage);
        }
        else if (responseMessage instanceof TextMessage) {
            return new ByteArrayOutputStream() {
                public void close() throws IOException {
                    String text = new String(toByteArray(), textMessageEncoding);
                    try 
{
                        ((TextMessage) responseMessage).setText(text);
                    }
                    catch (JMSException ex) 
{
                        throw new JmsTransportException(ex);
                    }
                }
            };
        }
        else 
{
            throw new IllegalStateException("Unknown request message type [" + responseMessage + "]");
        }
    }
The close() on the private class set the text property of the TextMessage, but  the close() is called AFTER the message has been sent by the JMS message producer :
See this method in the ancestor AbstractWebServiceConnection
    public final void send(WebServiceMessage message) throws IOException {
        onSendBeforeWrite(message);
        tos = createTransportOutputStream();
        if (tos == null) 
{
            return;
        }
        message.writeTo(tos);
        tos.flush();
        onSendAfterWrite(message);
    }
For a TextMessage the line : message.writeTo(tos) did not set yet the text property of the TextMessage, then the onSendAfterWrite(message) is called, which sends the JMS message to the destination ( see in JmsReceiverConnection).  
Finally, a close() is performed in the caller bean ( a message listener) via a TransportUtils.closeConnection(connection) which closes also the private ByteArrayOutputStream, but a bit too late ...
The JMS Specification says : 
3.9 Access to Sent Messages
After sending a message, a client may retain and modify it without affecting
the message that has been sent. The same message object may be sent multiple
times.
I have triggered the 'set' of the text property with the flush() method instead of the close(). It solved the problem but it's not very proper because the flush() may be called multiple times when writing in a OutputStream

If a deployment fails due to web.xml running into parsing problems, then the original cause of the exception is lost and isn't contained in the DeploymentUnitProcessingException which gets thrown. See referenced forum thread for more details.

Still a number of precommit failures with hadoop-2, will try to fix some of them.

InterfaceManagementUnitTestCase from wf-core fail intermittently. This test is unit test from server module.
5%

java.lang.AssertionError: {"outcome" => "success"}
	at org.jboss.as.server.test.InterfaceManagementUnitTestCase.executeForServiceFailure(InterfaceManagementUnitTestCase.java:447)
	at org.jboss.as.server.test.InterfaceManagementUnitTestCase.testInterfacesAlternatives(InterfaceManagementUnitTestCase.java:175)

 Standard Output 

Failure for {
    "address" => [("interface" => "test")],
    "any-address" => true,
    "inet-address" => "127.0.0.1",
    "link-local-address" => true,
    "loopback" => true,
    "loopback-address" => "127.0.0.1",
    "multicast" => true,
    "nic" => "lo",
    "nic-match" => "lo",
    "point-to-point" => true,
    "public-address" => true,
    "site-local-address" => true,
    "subnet-match" => "127.0.0.0/24",
    "up" => true,
    "virtual" => true
}
 is:
{
    "failure-description" => "WFLYCTL0099: any-address is invalid",
}
}
 is:

No error

An error occurs if the parent= attribute appears on an inline <step/> without tasket= or <tasklet/> because no BeanDefinition is returned from AbstractStepParser.parseTasklet().  
Update parseTasklet() so that a BeanDefinition (even an empty one) is always returned.  This will simplify the step parser hierarchy a bit too because calling methods will no longer have to check whether a BeanDefinition was returned or not.

I have a Spring Context hierarchy that is two levels where each node has it's own classloader. I load the child context using an XML bean definition and as an option, there may be a <context:component-scan> defined within the child context's XML to enable annotation style auto-wiring. When we have this component-scan, the child classloader is not garbage collected if the child context is closed. If we use XML for all of our bean definitions, then the classloader is collected properly. 
The attached test project reproduces the leak consistently after creating/closing a child context about 318 times. 
Using a profiler, I can see that the child classloader is being held due to child context Classes being left in the Parent's DefaultListableBeanFactory "allBeanNamesByType" variable:

	/** Map of singleton and non-singleton bean names keyed by dependency type */
	private final Map<Class<?>, String[]> allBeanNamesByType = new ConcurrentHashMap<Class<?>, String[]>(64);

They are added to the Parent DefaultListableBeanFactory allBeanNamesByType map by method DefaultListableBeanFactory. getBeanNamesForType(), however they are not removed when I close the context. 
As the server is used an child contexts get redeployed, we eventually encounter OOM errors.

hbase.apache.org has a section on mailing lists:
http://hbase.apache.org/mail-lists.html
it links to mail-archives.apache.org instead of https://lists.apache.org/ 

select query on json table throws this error if table contains map type column:

Failed with exception java.io.IOException:org.apache.hadoop.hive.serde2.SerDeException: org.codehaus.jackson.JsonParseException: Current token (FIELD_NAME) not numeric, can not use numeric value accessors
 at [Source: java.io.ByteArrayInputStream@295f79b; line: 1, column: 26]

steps to reproduce the issue:

hive> create table c_complex(a array<string>,b map<string,int>) row format serde 'org.apache.hive.hcatalog.data.JsonSerDe';
OK
Time taken: 0.319 seconds
hive> insert into table c_complex select array('aaa'),map('aaa',1) from studenttab10k limit 2;
Query ID = hrt_qa_20150826183232_47deb33a-19c0-4d2b-a92f-726659eb9413

Status: Running (Executing on YARN cluster with App id application_1440603993714_0010)

        VERTICES      STATUS  TOTAL  COMPLETED  RUNNING  PENDING  FAILED  KILLED
Map 1 ..........   SUCCEEDED      1          1        0        0       0       0
Reducer 2 ......   SUCCEEDED      1          1        0        0       0       0
VERTICES: 02/02  [==========================>>] 100%  ELAPSED TIME: 11.75 s    
Loading data to table default.c_complex
Table default.c_complex stats: [numFiles=1, numRows=2, totalSize=56, rawDataSize=0]
OK
Time taken: 13.706 seconds
hive> select * from c_complex;
OK
Time taken: 0.115 seconds
hive> select count(*) from c_complex;
OK
2
Time taken: 0.205 seconds, Fetched: 1 row(s)

As of now, both gets and scanners will end up returning all duplicate versions of a column.  The ordering of them is indeterminate.
We need to decide what the desired/expected behavior should be and make it happen.
Note:  It's nearly impossible for this to work with Gets as they are now implemented in 1304 so this is really a Scanner issue.  To implement this correctly with Gets, we would have to undo basically all the optimizations that Gets do and making them far slower than a Scanner.

The module is getting stuck in tests and not coming out for as long as 2 days. 
Specifically, TestMsgBusConnection is the test case which has this problem. I ran the tests on local environment and took a thread dump after it got stuck. 

Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.80-b11 mixed mode):
"InactivityMonitor Async Task: java.util.concurrent.ThreadPoolExecutor$Worker@2c040428[State = -1, empty queue]" daemon prio=5 tid=0x00007fe90d89e000 nid=0x8827 waiting on condition [0x0000000117b74000]
	- parking to wait for  <0x000000078166f0b8> (a java.util.concurrent.SynchronousQueue$TransferStack)
	at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
	at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
	at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359)
	at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:942)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
"InactivityMonitor Async Task: java.util.concurrent.ThreadPoolExecutor$Worker@182a483f[State = -1, empty queue]" daemon prio=5 tid=0x00007fe90d801000 nid=0x585f waiting on condition [0x000000011786b000]
"ActiveMQ Transport: tcp:///127.0.0.1:56883" daemon prio=5 tid=0x00007fe90c83e800 nid=0x8403 runnable [0x00000001196ab000]
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.read(SocketInputStream.java:152)
	at java.net.SocketInputStream.read(SocketInputStream.java:122)
	at org.apache.activemq.transport.tcp.TcpBufferedInputStream.fill(TcpBufferedInputStream.java:50)
	at org.apache.activemq.transport.tcp.TcpTransport$2.fill(TcpTransport.java:576)
	at org.apache.activemq.transport.tcp.TcpBufferedInputStream.read(TcpBufferedInputStream.java:58)
	at org.apache.activemq.transport.tcp.TcpTransport$2.read(TcpTransport.java:561)
	at java.io.DataInputStream.readInt(DataInputStream.java:387)
	at org.apache.activemq.openwire.OpenWireFormat.unmarshal(OpenWireFormat.java:269)
	at org.apache.activemq.transport.tcp.TcpTransport.readCommand(TcpTransport.java:227)
	at org.apache.activemq.transport.tcp.TcpTransport.doRun(TcpTransport.java:219)
	at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:202)
"ActiveMQ Transport: tcp://localhost/127.0.0.1:61616" prio=5 tid=0x00007fe90b81e800 nid=0x8003 runnable [0x00000001194a5000]
"ActiveMQConnection[ID:IM1258-X1-56879-1470642083403-2:2] Scheduler" daemon prio=5 tid=0x00007fe90c861800 nid=0x7e03 in Object.wait() [0x000000011926e000]
	- waiting on <0x00000007f594cc20> (a java.util.TaskQueue)
	at java.util.TimerThread.mainLoop(Timer.java:526)
	- locked <0x00000007f594cc20> (a java.util.TaskQueue)
"BoneCP-pool-watch-thread" daemon prio=5 tid=0x00007fe90b23b000 nid=0x6d07 waiting on condition [0x0000000118a4f000]
	- parking to wait for  <0x00000007f5b29bc0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
	at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:374)
	at com.jolbox.bonecp.PoolWatchThread.run(PoolWatchThread.java:75)
"BoneCP-keep-alive-scheduler" daemon prio=5 tid=0x00007fe90c937000 nid=0x7107 waiting on condition [0x0000000118746000]
	- parking to wait for  <0x00000007f5b40a30> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1090)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:807)
"com.google.common.base.internal.Finalizer" daemon prio=5 tid=0x00007fe90c8fd000 nid=0x7707 in Object.wait() [0x0000000118540000]
	- waiting on <0x00000007f5b40608> (a java.lang.ref.ReferenceQueue$Lock)
	- locked <0x00000007f5b40608> (a java.lang.ref.ReferenceQueue$Lock)
	at com.google.common.base.internal.Finalizer.run(Finalizer.java:132)
"BoneCP-pool-watch-thread" daemon prio=5 tid=0x00007fe90b464800 nid=0x7c03 waiting on condition [0x00000001193a2000]
	- parking to wait for  <0x00000007f5b41470> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
"BoneCP-keep-alive-scheduler" daemon prio=5 tid=0x00007fe90c07f800 nid=0x7a03 waiting on condition [0x0000000118e28000]
	- parking to wait for  <0x00000007f5b41748> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
"com.google.common.base.internal.Finalizer" daemon prio=5 tid=0x00007fe90c157800 nid=0x300b in Object.wait() [0x0000000118c55000]
	- waiting on <0x00000007f5b41b18> (a java.lang.ref.ReferenceQueue$Lock)
	- locked <0x00000007f5b41b18> (a java.lang.ref.ReferenceQueue$Lock)
"derby.rawStoreDaemon" daemon prio=5 tid=0x00007fe90c866800 nid=0x3207 in Object.wait() [0x0000000118b52000]
	- waiting on <0x00000007f58bb788> (a org.apache.derby.impl.services.daemon.BasicDaemon)
	at org.apache.derby.impl.services.daemon.BasicDaemon.rest(Unknown Source)
	- locked <0x00000007f58bb788> (a org.apache.derby.impl.services.daemon.BasicDaemon)
	at org.apache.derby.impl.services.daemon.BasicDaemon.run(Unknown Source)
"Timer-0" daemon prio=5 tid=0x00007fe90c842000 nid=0x2f07 in Object.wait() [0x00000001144ed000]
	- waiting on <0x00000007f59c9230> (a java.util.TaskQueue)
	- locked <0x00000007f59c9230> (a java.util.TaskQueue)
"InactivityMonitor WriteCheck" daemon prio=5 tid=0x00007fe90b21d000 nid=0x7503 in Object.wait() [0x000000011894c000]
	- waiting on <0x0000000781663e20> (a java.util.TaskQueue)
	at java.util.TimerThread.mainLoop(Timer.java:552)
	- locked <0x0000000781663e20> (a java.util.TaskQueue)
"InactivityMonitor ReadCheck" daemon prio=5 tid=0x00007fe90b21c000 nid=0x7303 in Object.wait() [0x0000000118849000]
	- waiting on <0x000000078166ec48> (a java.util.TaskQueue)
	- locked <0x000000078166ec48> (a java.util.TaskQueue)
"ActiveMQ Transport: tcp:///127.0.0.1:56880" daemon prio=5 tid=0x00007fe90b227800 nid=0x6f03 runnable [0x0000000118643000]
"ActiveMQ Transport: tcp://localhost/127.0.0.1:61616" prio=5 tid=0x00007fe9099a7000 nid=0x6b03 runnable [0x000000011843d000]
"ActiveMQConnection[ID:IM1258-X1-56879-1470642083403-2:1] Scheduler" daemon prio=5 tid=0x00007fe90aa08800 nid=0x6903 in Object.wait() [0x000000011833a000]
	- waiting on <0x00000007816689e8> (a java.util.TaskQueue)
	- locked <0x00000007816689e8> (a java.util.TaskQueue)
"ActiveMQ Transport Server: tcp://localhost:61616?broker.persistent=false" daemon prio=5 tid=0x00007fe90b211000 nid=0x6703 runnable [0x0000000118237000]
	at java.net.PlainSocketImpl.socketAccept(Native Method)
	at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398)
	at java.net.ServerSocket.implAccept(ServerSocket.java:530)
	at java.net.ServerSocket.accept(ServerSocket.java:498)
	at org.apache.activemq.transport.tcp.TcpTransportServer.run(TcpTransportServer.java:280)
"ActiveMQ Transport Server Thread Handler: tcp://localhost:61616?broker.persistent=false" daemon prio=5 tid=0x00007fe90b1ff000 nid=0x6503 waiting on condition [0x0000000118134000]
	- parking to wait for  <0x000000078009d210> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
	at org.apache.activemq.transport.tcp.TcpTransportServer$1.run(TcpTransportServer.java:352)
"ActiveMQ Broker[localhost] Scheduler" daemon prio=5 tid=0x00007fe90aa08000 nid=0x6303 in Object.wait() [0x0000000117e7d000]
	- waiting on <0x000000078159b640> (a java.util.TaskQueue)
	- locked <0x000000078159b640> (a java.util.TaskQueue)
"ActiveMQ Data File Writer" daemon prio=5 tid=0x00007fe90b201800 nid=0x6103 in Object.wait() [0x0000000117d7a000]
	- waiting on <0x00000007814e62f8> (a org.apache.kahadb.journal.DataFileAppender$1)
	at org.apache.kahadb.journal.DataFileAppender.processQueue(DataFileAppender.java:312)
	- locked <0x00000007814e62f8> (a org.apache.kahadb.journal.DataFileAppender$1)
	at org.apache.kahadb.journal.DataFileAppender$2.run(DataFileAppender.java:203)
"ActiveMQ Journal Checkpoint Worker" daemon prio=5 tid=0x00007fe90b1fc000 nid=0x5f03 waiting on condition [0x0000000117c77000]
	at org.apache.activemq.store.kahadb.MessageDatabase$3.run(MessageDatabase.java:296)
"KahaDB Scheduler" daemon prio=5 tid=0x00007fe90aad6000 nid=0x4f07 in Object.wait() [0x0000000117455000]
	- waiting on <0x00000007814f6ea0> (a java.util.TaskQueue)
	- locked <0x00000007814f6ea0> (a java.util.TaskQueue)
"RMI RenewClean-[10.14.123.167:56875]" daemon prio=5 tid=0x00007fe90b1fe000 nid=0x5b03 in Object.wait() [0x0000000117a71000]
	- waiting on <0x0000000781607678> (a java.lang.ref.ReferenceQueue$Lock)
	- locked <0x0000000781607678> (a java.lang.ref.ReferenceQueue$Lock)
	at sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run(DGCClient.java:535)
"RMI Scheduler(0)" daemon prio=5 tid=0x00007fe90b1fd800 nid=0x5903 waiting on condition [0x000000011796e000]
	- parking to wait for  <0x00000007801bcf88> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
"GC Daemon" daemon prio=5 tid=0x00007fe9099c8800 nid=0x5503 in Object.wait() [0x000000011775e000]
	- waiting on <0x00000007800106b0> (a sun.misc.GC$LatencyLock)
	at sun.misc.GC$Daemon.run(GC.java:117)
	- locked <0x00000007800106b0> (a sun.misc.GC$LatencyLock)
"RMI Reaper" prio=5 tid=0x00007fe90b1c0800 nid=0x5303 in Object.wait() [0x000000011765b000]
	- waiting on <0x0000000780000b50> (a java.lang.ref.ReferenceQueue$Lock)
	- locked <0x0000000780000b50> (a java.lang.ref.ReferenceQueue$Lock)
	at sun.rmi.transport.ObjectTable$Reaper.run(ObjectTable.java:351)
"RMI TCP Accept-0" daemon prio=5 tid=0x00007fe90b1ad800 nid=0x5103 runnable [0x0000000117558000]
	at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:399)
	at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:371)
"RMI TCP Accept-1099" daemon prio=5 tid=0x00007fe90b0b0800 nid=0x4e07 runnable [0x0000000117352000]
"Service Thread" daemon prio=5 tid=0x00007fe909852000 nid=0x4503 runnable [0x0000000000000000]
"C2 CompilerThread1" daemon prio=5 tid=0x00007fe90b023000 nid=0x4303 waiting on condition [0x0000000000000000]
"C2 CompilerThread0" daemon prio=5 tid=0x00007fe90b021800 nid=0x4103 waiting on condition [0x0000000000000000]
"Signal Dispatcher" daemon prio=5 tid=0x00007fe90b01c800 nid=0x340f waiting on condition [0x0000000000000000]
"Finalizer" daemon prio=5 tid=0x00007fe909848800 nid=0x2d03 in Object.wait() [0x00000001143a9000]
	- waiting on <0x0000000780019310> (a java.lang.ref.ReferenceQueue$Lock)
	- locked <0x0000000780019310> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)
"Reference Handler" daemon prio=5 tid=0x00007fe90b00c800 nid=0x2b03 in Object.wait() [0x00000001142a6000]
	- waiting on <0x0000000780018fd8> (a java.lang.ref.Reference$Lock)
	- locked <0x0000000780018fd8> (a java.lang.ref.Reference$Lock)
"main" prio=5 tid=0x00007fe90980b000 nid=0x1303 in Object.wait() [0x0000000109b16000]
	- waiting on <0x0000000781669298> (a java.lang.Object)
	at org.apache.activemq.SimplePriorityMessageDispatchChannel.dequeue(SimplePriorityMessageDispatchChannel.java:87)
	- locked <0x0000000781669298> (a java.lang.Object)
	at org.apache.activemq.ActiveMQMessageConsumer.dequeue(ActiveMQMessageConsumer.java:452)
	at org.apache.activemq.ActiveMQMessageConsumer.receive(ActiveMQMessageConsumer.java:504)
	at org.apache.hive.hcatalog.listener.TestMsgBusConnection.testConnection(TestMsgBusConnection.java:91)
"VM Thread" prio=5 tid=0x00007fe90a804000 nid=0x2903 runnable
"GC task thread#0 (ParallelGC)" prio=5 tid=0x00007fe90b004800 nid=0x2103 runnable
"GC task thread#1 (ParallelGC)" prio=5 tid=0x00007fe90b005800 nid=0x2303 runnable
"GC task thread#2 (ParallelGC)" prio=5 tid=0x00007fe90b006000 nid=0x2503 runnable
"GC task thread#3 (ParallelGC)" prio=5 tid=0x00007fe90a006000 nid=0x2703 runnable
"VM Periodic Task Thread" prio=5 tid=0x00007fe90b013000 nid=0x4703 waiting on condition
JNI global references: 156
Heap
 PSYoungGen      total 526336K, used 184063K [0x00000007d5500000, 0x00000007f6d00000, 0x0000000800000000)
  eden space 503808K, 33% used [0x00000007d5500000,0x00000007dfa320c0,0x00000007f4100000)
  from space 22528K, 66% used [0x00000007f5700000,0x00000007f658de08,0x00000007f6d00000)
  to   space 22528K, 0% used [0x00000007f4100000,0x00000007f4100000,0x00000007f5700000)
 ParOldGen       total 174592K, used 27797K [0x0000000780000000, 0x000000078aa80000, 0x00000007d5500000)
  object space 174592K, 15% used [0x0000000780000000,0x0000000781b257c8,0x000000078aa80000)
 PSPermGen       total 53760K, used 53538K [0x0000000760000000, 0x0000000763480000, 0x0000000780000000)
  object space 53760K, 99% used [0x0000000760000000,0x0000000763448810,0x0000000763480000)

 Ashutosh Chauhan Can you check since you're the author of this test. 

Small errors in itest-web's jsps which lead to validation errors in eclipse.

GsonHttpMessageConverter cannot be used in an SseEmitter (unlike MappingJackson2HttpMessageConverter) because it closes the output stream after every element, committing the HTTP response and shutting it down in the servlet container. To verify this you only need to build an app with Jackson and an SseEmitter, then switch to Gson and see it break (only the first event is emitted).

First code snippet in section 6.1: The <filter-name>s of <filter> and <filter-mapping> doesn't match.

For partitioned tables, the distinct value (nDV) estimate for a column is by default set to the largest nDV value in any of the partitions being considered, which is a lower bound on the nDV estimate.
This provides a config setting to allow the estimate to a specified fraction (0.0 - 1.0) of the higher bound on the nDV estimate (the sum of all the nDVs in all partitions).

Observed during execution. Once associated with a queue, the CLI session cannot change queues.

As described in the forum post, marking a child entity as a @RooMongoEntity duplicates the id for the entity.  Not specifying @RooMongoEntity on the child entity prevents Roo from creating/updating the dataOnDemand and IntegrationTest aspects for that child.

Ran into this error message - "Error while compiling statement: FAILED: NullPointerException null " when I specified an incorrect tablename in the merge statement.

> create table src (col1 int,col2 int);
No rows affected (0.231 seconds)
> create table trgt (tcol1 int,tcol2 int);
No rows affected (0.182 seconds)
> insert into src values (1,232);

> merge into trgt using (select * from src) sub on sub.col1 = *invalidtablename.tcol1* when not matched then insert values (sub.col1,sub.col2);
Error: Error while compiling statement: FAILED: NullPointerException null (state=42000,code=40000)

> merge into trgt using (select * from src) sub on sub.col1 = *trgt.tcol1* when not matched then insert values (sub.col1,sub.col2);

INFO  : Session is already open
INFO  : Dag name: merge into trgt using ...(sub.col1,sub.col2)(Stage-1)
INFO  : Setting tez.task.scale.memory.reserve-fraction to 0.30000001192092896
INFO  : 

INFO  : Status: Running (Executing on YARN cluster with App id application_1485398058799_0129)

INFO  : Map 1: 0/1	Map 2: -/-	
INFO  : Map 1: 0(+1)/1	Map 2: -/-	
INFO  : Map 1: 1/1	Map 2: -/-	
INFO  : Loading data to table tpch.trgt from hdfs://tesths2-merge-ks-5.openstacklocal:8020/apps/hive/warehouse/tpch.db/trgt/.hive-staging_hive_2017-01-30_06-54-50_743_6276941178188398287-1/-ext-10000
INFO  : Table tpch.trgt stats: [numFiles=1, numRows=1, totalSize=4, rawDataSize=3]
No rows affected (7.709 seconds)

Hiveserver2 logs:

2017-01-30 19:34:09,972 INFO  [HiveServer2-Handler-Pool: Thread-70]: parse.ParseDriver (ParseDriver.java:parse(185)) - Parsing command: merge into trgt using (select * from src) sub on sub.col1 = target.tcol1 when not matched then insert values (sub.col1,sub.col2)
2017-01-30 19:34:09,975 INFO  [HiveServer2-Handler-Pool: Thread-70]: parse.ParseDriver (ParseDriver.java:parse(209)) - Parse Completed
2017-01-30 19:34:09,976 INFO  [HiveServer2-Handler-Pool: Thread-70]: log.PerfLogger (PerfLogger.java:PerfLogEnd(177)) - </PERFLOG method=parse start=1485804849971 end=1485804849976 duration=5 from=org.apache.hadoop.hive.ql.Driver>
2017-01-30 19:34:09,976 INFO  [HiveServer2-Handler-Pool: Thread-70]: log.PerfLogger (PerfLogger.java:PerfLogBegin(149)) - <PERFLOG method=semanticAnalyze from=org.apache.hadoop.hive.ql.Driver>
2017-01-30 19:34:09,977 INFO  [HiveServer2-Handler-Pool: Thread-70]: metastore.HiveMetaStore (HiveMetaStore.java:logInfo(824)) - 13: get_table : db=tpch tbl=trgt
2017-01-30 19:34:09,977 INFO  [HiveServer2-Handler-Pool: Thread-70]: HiveMetaStore.audit (HiveMetaStore.java:logAuditEvent(393)) - ugi=hive     ip=unknown-ip-addr      cmd=get_table : db=tpch tbl=trgt
2017-01-30 19:34:10,031 ERROR [HiveServer2-Handler-Pool: Thread-70]: ql.Driver (SessionState.java:printError(980)) - FAILED: NullPointerException null
        at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer$OnClauseAnalyzer.getPredicate(UpdateDeleteSemanticAnalyzer.java:1143)
        at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer$OnClauseAnalyzer.access$400(UpdateDeleteSemanticAnalyzer.java:1049)
        at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.handleInsert(UpdateDeleteSemanticAnalyzer.java:1025)
        at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeMerge(UpdateDeleteSemanticAnalyzer.java:660)
        at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeInternal(UpdateDeleteSemanticAnalyzer.java:80)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:230)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:465)
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1215)
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:146)
        at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:226)
        at org.apache.hive.service.cli.operation.Operation.run(Operation.java:276)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:468)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:456)
        at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:298)
        at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:506)
        at org.apache.hive.service.cli.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1317)
        at org.apache.hive.service.cli.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1302)

The use of DeferredResult is usually from other threads than the one it was created on.
Clients may call isSetOrExpired to check the state of the result: however this may return stale information as it has no synchronization, unlike the setResultInternal method, which synchronizes.

socket-binding/jgroups-tcp client mappings do not map to the system property jgroups.external_addr correctly, and therefore jgroups ALWAYS advertises the address bound to the private interface.
When setting the client mappings for the jgroups-tcp socket binding, wildfly should ensure that the pingdata for various discovery protocols announces the destination address set there, presumably by setting the jgroups.external_addr value.

$ grep -B 1 "TaskId=212" history.log 
Event=FRAGMENT_START, HostName=..., ApplicationId=application_1455662455106_2695, ContainerId=container_222212222_2695_01_000213, DagName=select
sum(l_extendedprice * l_discount...25(Stage-1), DagId=0, VertexName=Map 1, TaskId=212, TaskAttemptId=0, SubmitTime=1457493007357
--
Event=FRAGMENT_END, HostName=..., ApplicationId=application_1455662455106_2695, ContainerId=container_222212222_2695_01_000213, DagName=select
sum(l_extendedprice * l_discount...25(Stage-1), DagId=2, VertexName=Map 1, TaskId=212, TaskAttemptId=0, ThreadName=Task-Executor-1, Succeeded=true, StartTime=1457493007358, EndTime=1457493011916
--
Event=FRAGMENT_START, HostName=..., ApplicationId=application_1455662455106_2695, ContainerId=container_222212222_2695_01_000434, DagName=select
sum(l_extendedprice * l_discount...25(Stage-1), DagId=0, VertexName=Map 1, TaskId=212, TaskAttemptId=0, SubmitTime=1457493023131
--
Event=FRAGMENT_END, HostName=..., ApplicationId=application_1455662455106_2695, ContainerId=container_222212222_2695_01_000434, DagName=select
sum(l_extendedprice * l_discount...25(Stage-1), DagId=3, VertexName=Map 1, TaskId=212, TaskAttemptId=0, ThreadName=Task-Executor-2, Succeeded=true, StartTime=1457493023132, EndTime=1457493024695

etc. 
It's always 0.

hbase-common needs a log4j.properties resource for handling unit test logging output properly. 

As previously discussed on WFCORE-2249, ObjectTypeValidator is being more strict than our basic standard by rejecting unknown fields. When I did WFCORE-2249 I decided not to fix that. But now after working on some transformation stuff with complex attributes, I've changed my mind. If we don't relax this, transformers for complex attributes will have to remove even undefined fields from the attribute, which is fussy code.
Transformers will have to do that anyway for hosts running versions prior to when this is fix is implemented but fixing this will help reduce how much that is required.

There are issues in UDF never get exposed because the execution path is never tested:

Assume the ObjectInspector to be WritableObjectInspector not the ObjectInspector pass to UDF
Assume the input parameter to be Writable not respecting the ObjectInspector pass to UDF
Assume ConstantObjectInspector to be WritableConstantXXXObjectInspector
The InputObjectInspector does not match OutputObjectInspector of previous stage in UDAF
The execution path involving convertIfNecessary is never been tested

Attach a patch to fix those.

Exception - 

000003.hwx.site:8020/apps/hive/warehouse/_tmp.all100k_druid_initial_empty to: hdfs://ctr-e136-1513029738776-2163-01-000003.hwx.site:8020/apps/hive/warehouse/_tmp.all100k_druid_initial_empty.moved)'
org.apache.hadoop.hive.ql.metadata.HiveException: Unable to move: hdfs://ctr-e136-1513029738776-2163-01-000003.hwx.site:8020/apps/hive/warehouse/_tmp.all100k_druid_initial_empty to: hdfs://ctr-e136-1513029738776-2163-01-000003.hwx.site:8020/apps/hive/warehouse/_tmp.all100k_druid_initial_empty.moved
	at org.apache.hadoop.hive.ql.exec.Utilities.rename(Utilities.java:1129)
	at org.apache.hadoop.hive.ql.exec.Utilities.mvFileToFinalPath(Utilities.java:1460)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.jobCloseOp(FileSinkOperator.java:1135)
	at org.apache.hadoop.hive.ql.exec.Operator.jobClose(Operator.java:765)
	at org.apache.hadoop.hive.ql.exec.Operator.jobClose(Operator.java:770)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.close(TezTask.java:588)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:286)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:199)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1987)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1667)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1414)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1211)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1204)
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:336)
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:350)

FileFilterUtils lazily creates the static fields cvsFilter and svnFilter; however access to the fields is not synchronized and the fields are not volatile.
One thread can create the filter, but the updated value won't necessarily be seen by any/all other threads.
This means that the fields can be created multiple times.
Possible solutions: make the fields volatile, or use the singleton IODH idiom. The latter uses a bit more code, but is probably marginally cheaper if the field is used a lot.

Trying to just replace my RouteBuilder with a ProcessBuilder to start moving towards using BAM. I converted everything over to JPA, to make bam happy, but then found that it still explodes   (Full stack trace below)
Line 80 of ActivityMonitorEngine has this JPAQL,
                        List<ActivityState> list = template.find("select x from " + ActivityState.class.getName() + " x where x.timeOverdue < ?1", timeNow);
The ?1 named/numbered parameter seems to not be supported by hibernate's JPA provider.
I can't find much of any documentation on this, could this just be made a normal positional?  I can't even try out the BAM module without this 
2009-11-11 01:33:53,815 ERROR [org.apache.camel.bam.processor.ActivityMonitorEngine:ActivityMonitorEngine] - <Caught: org.springframework.dao.InvalidDataAccessApiUsageException: org.hibernate.QueryParameterException: could not locate named parameter [1]; nested exception is java.lang.IllegalArgumentException: org.hibernate.QueryParameterException: could not locate named parameter [1]>
org.springframework.dao.InvalidDataAccessApiUsageException: org.hibernate.QueryParameterException: could not locate named parameter [1]; nested exception is java.lang.IllegalArgumentException: org.hibernate.QueryParameterException: could not locate named parameter [1]
	at org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:271)
	at org.springframework.orm.jpa.vendor.HibernateJpaDialect.translateExceptionIfPossible(HibernateJpaDialect.java:97)
	at org.springframework.dao.support.DataAccessUtils.translateIfNecessary(DataAccessUtils.java:212)
	at org.springframework.orm.jpa.JpaAccessor.translateIfNecessary(JpaAccessor.java:152)
	at org.springframework.orm.jpa.JpaTemplate.execute(JpaTemplate.java:189)
	at org.springframework.orm.jpa.JpaTemplate.executeFind(JpaTemplate.java:151)
	at org.springframework.orm.jpa.JpaTemplate.find(JpaTemplate.java:311)
	at org.apache.camel.bam.processor.ActivityMonitorEngine$1.doInTransactionWithoutResult(ActivityMonitorEngine.java:80)
	at org.springframework.transaction.support.TransactionCallbackWithoutResult.doInTransaction(TransactionCallbackWithoutResult.java:33)
	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:128)
	at org.apache.camel.bam.processor.ActivityMonitorEngine.run(ActivityMonitorEngine.java:77)
Caused by: java.lang.IllegalArgumentException: org.hibernate.QueryParameterException: could not locate named parameter [1]
	at org.hibernate.ejb.QueryImpl.setParameter(QueryImpl.java:206)
	at org.hibernate.ejb.QueryImpl.setParameter(QueryImpl.java:261)
	at org.springframework.orm.jpa.JpaTemplate$9.doInJpa(JpaTemplate.java:316)
	at org.springframework.orm.jpa.JpaTemplate.execute(JpaTemplate.java:184)
	... 7 more
Caused by: org.hibernate.QueryParameterException: could not locate named parameter [1]
	at org.hibernate.engine.query.ParameterMetadata.getNamedParameterDescriptor(ParameterMetadata.java:99)
	at org.hibernate.engine.query.ParameterMetadata.getNamedParameterExpectedType(ParameterMetadata.java:105)
	at org.hibernate.impl.AbstractQueryImpl.determineType(AbstractQueryImpl.java:437)
	at org.hibernate.impl.AbstractQueryImpl.setParameter(AbstractQueryImpl.java:407)
	at org.hibernate.ejb.QueryImpl.setParameter(QueryImpl.java:201)
	... 10 more
Line 80

Status Quo
EncodedResource supports an encoding or a Charset for reading from the underlying Resource; however, the implementation of equals() is based solely on the resource and encoding. Thus, if a Charset is specified instead of an encoding, invocations of equals() will not work as expected.

 Include the Charset in the implementation of equals() in EncodedResource.

If a derived stored procedure is used (like here in the Spring Data examples) and named parameters are enabled (e.g., through compiling with -parameters on JDK 8) the execution fails as the output parameter will always be bound by position. This effectively means mixing named and positional parameters which is forbidden by the JPA spec.
We should alter newAdhocStoredProcedureQuery() by using a synthetic output parameter name if named parameters are used.

Elytron Client Configuration File (wildfly-config.xml) does not allow to use or configure truststore. It seems there are not related truststore attributes and also org.wildfly.security.auth.client.ElytronXmlParser does not use setTrustManager() method.
It means that following cannot be configured in Elytron Client Configuration File:

1-way SSL where Elytron clients need to trust the certificate from server
2-way SSL cannot be set between application server and Elytron Client

We request blocker since this issue blocks RFE EAP7-567.

Salesforce DB rejects if the @Column name is anything but, "lastModifiedDate", so we need to change the version field as follows (the only change is "version" -> "lastModifiedDate"):
    @Version
    @Column(name = "lastModifiedDate")
    private Calendar lastModifiedDate;

camel-exec component is not present in the feature descriptor.
I'm gonna submit a patch for that component.

Invoking /{repository?/schema with "application/schema+json" accept header fails because of binding fails to default constructor for "org.springframework.data.rest.webmvc.RepositoryRestRequest"
------------------------------------------------------------------
EVERE: Servlet.service() for servlet [dispatcher] in context with path [/dc] threw exception [Request processing failed; nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.springframework.data.rest.webmvc.RepositoryRestRequest]: No default constructor found; nested exception is java.lang.NoSuchMethodException: org.springframework.data.rest.webmvc.RepositoryRestRequest.<init>()] with root cause
java.lang.NoSuchMethodException: org.springframework.data.rest.webmvc.RepositoryRestRequest.<init>()
	at java.lang.Class.getConstructor0(Class.java:2706)
	at java.lang.Class.getDeclaredConstructor(Class.java:1985)
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:105)
	at org.springframework.web.method.annotation.ModelAttributeMethodProcessor.createAttribute(ModelAttributeMethodProcessor.java:136)
	at org.springframework.web.servlet.mvc.method.annotation.ServletModelAttributeMethodProcessor.createAttribute(ServletModelAttributeMethodProcessor.java:81)
	at org.springframework.web.method.annotation.ModelAttributeMethodProcessor.resolveArgument(ModelAttributeMethodProcessor.java:101)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:123)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:686)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:936)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:827)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:812)

All of the ObjectInspectors given to SerDe's by FileSinkOperator have virtual column names. Since the files are part of tables, Hive knows the column names. For self-describing file formats like ORC, having the real column names will improve the understandability.

OutputStoreObjectSupport is trying to initialize a state by listing output directory for existing files. This operation will fail if hdfs is not available and we would expect things to go south. Problem is that this happens during the bean lifecycle which is extremely inconvenient for user of this component.
We should not fail during the lifecycle start and then do any init work when hdfs is available. 

TimestampWritable currently serializes timestamps using the lower 31 bits of an int. This does not allow to store timestamps earlier than 1970 or later than a certain point in 2038.

See the user form
http://www.nabble.com/Some-questions-about-a-simple-setHeader-test-td16467528s22882.html
Attached is a unit tests that demonstrates some problems.
Created this ticket to investigate to see if there is a bug/problem in Camel. And not forget about it.

get_table_objects_by_name() function in HiveMetaStore.java right now will pass all the tables of one database to ObjectStore to retrieve the table objects, which will cause java.sql.SQLSyntaxErrorException: ORA-01795: maximum number of expressions in a list is 1000 in Oracle database. We should break the table list into multiple sublists similar as the drop database op.

2015-06-29 13:36:00,093 ERROR org.apache.hadoop.hive.metastore.RetryingHMSHandler: Retrying HMSHandler after 1000 ms (attempt 1 of 1) with error: javax.jdo.JDOException: Exception thrown when executing query
at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:596)
at org.datanucleus.api.jdo.JDOQuery.execute(JDOQuery.java:275)
at org.apache.hadoop.hive.metastore.ObjectStore.getTableObjectsByName(ObjectStore.java:945)
at sun.reflect.GeneratedMethodAccessor73.invoke(Unknown Source)
at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:108)
at com.sun.proxy.$Proxy0.getTableObjectsByName(Unknown Source)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table_objects_by_name(HiveMetaStore.java:1618)
at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source)
at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:106)
at com.sun.proxy.$Proxy5.get_table_objects_by_name(Unknown Source)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_table_objects_by_name.getResult(ThriftHiveMetastore.java:8172)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_table_objects_by_name.getResult(ThriftHiveMetastore.java:8156)
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39)
at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:110)
at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:107)
at org.apache.hadoop.hive.shims.HadoopShimsSecure.doAs(HadoopShimsSecure.java:502)
at org.apache.hadoop.hive.metastore.TUGIBasedProcessor.process(TUGIBasedProcessor.java:118)
at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:244)

When "schema-validation-enabled" is set to true for unwrapped web service, TypeConversionException is return
org.apache.camel.TypeConversionException: Error during type conversion from type: java.lang.String to the required type: java.lang.String with value [Body is instance of org.apache.camel.StreamCache] due java.lang.IllegalStateException: StAXSource(XMLStreamReader) with XMLStreamReadernot in XMLStreamConstants.START_DOCUMENT or XMLStreamConstants.START_ELEMENT state

In case the collection, used to preselect checkboxes values, contains some null values  the following exception is thrown:

	org.springframework.web.servlet.tags.form.SelectedValueComparator.exhaustiveCompare(SelectedValueComparator.java:151)
	org.springframework.web.servlet.tags.form.SelectedValueComparator.exhaustiveCollectionCompare(SelectedValueComparator.java:140)
	org.springframework.web.servlet.tags.form.SelectedValueComparator.collectionCompare(SelectedValueComparator.java:112)
	org.springframework.web.servlet.tags.form.SelectedValueComparator.isSelected(SelectedValueComparator.java:89)
	org.springframework.web.servlet.tags.form.AbstractCheckedElementTag.isOptionSelected(AbstractCheckedElementTag.java:61)
	org.springframework.web.servlet.tags.form.AbstractCheckedElementTag.renderFromValue(AbstractCheckedElementTag.java:51)
	org.springframework.web.servlet.tags.form.AbstractCheckedElementTag.renderFromValue(AbstractCheckedElementTag.java:40)
	org.springframework.web.servlet.tags.form.CheckboxTag.writeTagDetails(CheckboxTag.java:90)
	org.springframework.web.servlet.tags.form.AbstractSingleCheckedElementTag.writeTagContent(AbstractSingleCheckedElementTag.java:87)
	org.springframework.web.servlet.tags.form.CheckboxTag.writeTagContent(CheckboxTag.java:53)
	org.springframework.web.servlet.tags.form.AbstractFormTag.doStartTagInternal(AbstractFormTag.java:84)
	org.springframework.web.servlet.tags.RequestContextAwareTag.doStartTag(RequestContextAwareTag.java:80)
	org.apache.jsp.page1_jsp._jspx_meth_form_005fcheckbox_005f0(page1_jsp.java:1505)

If an EJB injects or depends on a resource such as an @Singleton which has not been started, the EJB's remote interface java:jboss/exported/* is already bound and this allows remote EJB clients to try to invoke it.  This causes the EJB clients to hang because the EJB will not be started until its dependencies have been started.

The WFCORE-893 fix breaks mixed-domain use cases by adding subsystem=io if its not present. That's ok for standalone, but in a domain it means a subsystem not understood by legacy slaves will get added into profiles used by those slaves. Which will fail.
I've considered doing some sort of transformer trick to discard this subsystem if its config is default, but I suspect it's better to just not do the WFCORE-893 thing on the DC.
Discarding might be ok if we just do a resource transformer discard but reject all ops thereafter. Idea being that if the io config is default, matching what legacy slaves did, then we let the slave boot. Then any subsequent op must be either pointless or moving away from default, and must be rejected.
But still, just not doing the WFCORE-893 thing on the DC is probably better. Or at least simpler right now.

During initialization of the following repository an exception occurs for these two methods.

public interface UserRepository extends JpaRepository<User, Long>,
		PagingAndSortingRepository<User, Long> {

	public User saveAndFlush(User entity);

	public void delete(User entity);
}

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userRepository': FactoryBean threw exception on object creation; nested exception is java.lang.IllegalArgumentException: Could not create query metamodel for method public abstract entities.User repositories.UserRepository.saveAndFlush(entities.User)!
        at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:149)
        at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.getObjectFromFactoryBean(FactoryBeanRegistrySupport.java:102)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1442)
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:248)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:848)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:790)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:707)
        at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:478)
        ... 41 more
Caused by: java.lang.IllegalArgumentException: Could not create query metamodel for method public abstract entities.User repositories.UserRepository.saveAndFlush(entities.User)!
        at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:95)
        at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateIfNotFoundQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:164)
        at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$AbstractQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:71)
        at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:269)
        at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:142)
        at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:114)
        at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:38)
        at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:142)
        ... 49 more
Caused by: java.lang.IllegalArgumentException: No property save found for type class entities.User
        at org.springframework.data.mapping.PropertyPath.<init>(PropertyPath.java:73)
        at org.springframework.data.mapping.PropertyPath.<init>(PropertyPath.java:92)
        at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:319)
        at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:301)
        at org.springframework.data.mapping.PropertyPath.from(PropertyPath.java:265)
        at org.springframework.data.mapping.PropertyPath.from(PropertyPath.java:239)
        at org.springframework.data.repository.query.parser.Part.<init>(Part.java:70)
        at org.springframework.data.repository.query.parser.PartTree$OrPart.<init>(PartTree.java:180)
        at org.springframework.data.repository.query.parser.PartTree$Predicate.buildTree(PartTree.java:260)
        at org.springframework.data.repository.query.parser.PartTree$Predicate.<init>(PartTree.java:240)
        at org.springframework.data.repository.query.parser.PartTree.<init>(PartTree.java:68)
        at org.springframework.data.jpa.repository.query.PartTreeJpaQuery.<init>(PartTreeJpaQuery.java:57)
        at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:93)
        ... 56 more

The same code works with snapshot before weekend (13.04.2012).
So 

I'm just trying to upgrade (Spring 4.3 project) from jackson 2.6.3 to 2.7 and getting an error.
This is my simplyfied project:
Abstract controller class with a http post method which accepts a requestBody of a generic list:

public abstract class AbstractController<T extends Entity> {

    @RequestMapping(value = "/", method = POST)
    public void method1(@RequestBody final List<T> entities){
        System.out.println("AbstractController called");
    }
}

Controller implementation with a simple Entity class

@RequestMapping("/impl1")
public class ControllerImpl extends AbstractController<EntityImpl> {
}

second controller with method1 overriden

@RequestMapping("/impl2")
public class ControllerImpl2 extends AbstractController<EntityImpl2> {

    @Override
    public void method1(@RequestBody List<EntityImpl2> entities) {
        System.out.println("ControllerImpl2 called");
    }
}

My Entity:

public class EntityImpl implements Entity<Integer> {

    public EntityImpl() {
    }

    public EntityImpl(String name) {
    }

    @Override
    }

    @Override
    public void setName(final String name) {
    }
}

Ok, so this setup works fine with Jackson 2.6.x and Spring 4.2.x, but i need to upgrade to at least 2.7.
But with 2.7 every post request to "/impl1/" gives me this error:

Failed to read HTTP message: org.springframework.http.converter.HttpMessageNotReadableException: Could not read document: Can not construct instance of jackson.entity.Entity, problem: abstract types either need to be mapped to concrete types, have custom deserializer, or be instantiated with additional type information
     at [Source: java.io.PushbackInputStream@1aa5c56a; line: 1, column: 2] (through reference chain: java.util.ArrayList[0]); nested exception is com.fasterxml.jackson.databind.JsonMappingException: Can not construct instance of jackson.entity.Entity, problem: abstract types either need to be mapped to concrete types, have custom deserializer, or be instantiated with additional type information
     at [Source: java.io.PushbackInputStream@1aa5c56a; line: 1, column: 2] (through reference chain: java.util.ArrayList[0])

Thought posts to /impl2/ workwith both versions ... but i really dont want to override every method there.
Is there a way to solve this?
I have created a sample project with some pretty easy tests showing this behavior. 
Just run

./gradlew build

If you open gradle.build and remove these lines:

// uncomment both for failing tests!!
    compile "com.fasterxml.jackson.core:jackson-databind:2.7.0"
    compile "org.springframework:spring-webmvc:4.3.0.RELEASE"

Tests are working fine then. (Jackson 2.6 and Spring 4.2 are being used then).
Am i missing any configuration there, which was not needed prior jackson 2.7?
Hope someone can help me here 

LLAP is able to deserialize and cache data from an input format (e.g. TextInputFormat) and will deliver that cached data to VectorMapOperator as VRBs.
Symptoms:
   BinaryComparable -> VectorizedRowBatch ClassCastException
   Text -> VectorizedRowBatch ClassCastException

set hive.auto.convert.join.use.nonstaged=false;

add jar hive-hcatalog-core.jar;

CREATE TABLE t1 (a string, b string)
ROW FORMAT SERDE 'org.apache.hive.hcatalog.data.JsonSerDe';

LOAD DATA LOCAL INPATH "data/files/sample.json" INTO TABLE t1;
select * from t1 l join t1 r on l.a=r.a;

The join will use a MapJoin which uses MapredLocalTask in a separate JVM to load the table into a Hashmap. But hive doesn't pass added jar to the classpath in such JVM so the following exception is thrown.

org.apache.hadoop.hive.ql.metadata.HiveException: Failed with exception java.lang.ClassNotFoundException: org.apache.hive.hcatalog.data.JsonSerDejava.lang.RuntimeException: java.lang.ClassNotFoundException: org.apache.hive.hcatalog.data.JsonSerDe
        at org.apache.hadoop.hive.ql.plan.TableDesc.getDeserializerClass(TableDesc.java:72)
        at org.apache.hadoop.hive.ql.plan.TableDesc.getDeserializer(TableDesc.java:92)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.setupOutputObjectInspector(FetchOperator.java:564)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.initialize(FetchOperator.java:172)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.<init>(FetchOperator.java:140)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.<init>(FetchOperator.java:127)
        at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.initializeOperators(MapredLocalTask.java:462)
        at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.startForward(MapredLocalTask.java:390)
        at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.executeInProcess(MapredLocalTask.java:370)
        at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.main(ExecDriver.java:756)
Caused by: java.lang.ClassNotFoundException: org.apache.hive.hcatalog.data.JsonSerDe
        at org.apache.hadoop.hive.ql.plan.TableDesc.getDeserializerClass(TableDesc.java:69)
        ... 15 more

        at org.apache.hadoop.hive.ql.exec.FetchOperator.setupOutputObjectInspector(FetchOperator.java:586)

Checking the code in
https://github.com/apache/hive/blob/branch-3/beeline/src/java/org/apache/hive/beeline/hs2connection/UserHS2ConnectionFileParser.java
or in
https://github.com/apache/hive/blob/branch-3/beeline/src/java/org/apache/hive/beeline/hs2connection/BeelineSiteParser.java
I see 

locations.add(ETC_HIVE_CONF_LOCATION + DEFAULT_BEELINE_SITE_FILE_NAME);

whee file separator shall be used:

locations.add(ETC_HIVE_CONF_LOCATION + File.separator + DEFAULT_BEELINE_SITE_FILE_NAME);

Due to this, BeeLine cannot use configuration in case if this would be the only way.
In my hadoop-3 setup, the locations list contains the following:

/home/myuser/.beeline/beeline-site.xml
/etc/hive/confbeeline-site.xml

The hive log gets locked by the hive process and cannot be rolled in windows OS.
Install Hive in  Windows, start hive, try and rename hive log while Hive is running. 
Wait for log4j tries to rename it and it will throw the same error as it is locked by the process.
The changes in https://issues.apache.org/bugzilla/show_bug.cgi?id=29726 should be integrated to Hive for a reliable rollover.

    at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:57)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at org.jboss.as.ejb3.timerservice.TimerServiceImpl.getActivePersistentTimers(TimerServiceImpl.java:961)
    at org.jboss.as.ejb3.timerservice.TimerServiceImpl.restoreTimers(TimerServiceImpl.java:699)
    at org.jboss.as.ejb3.timerservice.TimerServiceImpl.activate(TimerServiceImpl.java:226)
    at org.jboss.as.ejb3.component.EJBComponent.start(EJBComponent.java:543)
    at org.jboss.as.ejb3.component.stateless.StatelessSessionComponent.start(StatelessSessionComponent.java:114)
    at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
    ... 6 more

cglib 3.2.5, which is currently the latest released cglib version and is the version that Spring embeds in spring-core, has a bug where it calls ClassLoader getResourceAsStream but never closes the stream.  I've reported this cglib problem here: https://github.com/cglib/cglib/issues/115
The bug is in cglib.proxy.BridgeMethodResolver's resolveAll method.  Spring can arrive in that code when a Spring configuration class requires synthetic bridge methods as part of Java's type erasure for generics.  For example, I'm attaching an example to this issue where I have an ApplicationListener class that listens for ContextRefreshedEvents using a generic, like this:

public class ListenerSpringConfig implements ApplicationListener<ContextRefreshedEvent>
{
  @Override
  public void onApplicationEvent(ContextRefreshedEvent event)
  {
  }
}

At web application startup, the presence of that class results in Spring invoking the problematic BridgeMethodResolver code via the path shown in this stack trace:

	  at org.springframework.cglib.proxy.BridgeMethodResolver.resolveAll(BridgeMethodResolver.java:60)
	  at org.springframework.cglib.proxy.Enhancer.emitMethods(Enhancer.java:1132)
	  at org.springframework.cglib.proxy.Enhancer.generateClass(Enhancer.java:630)
	  at org.springframework.cglib.transform.TransformingClassGenerator.generateClass(TransformingClassGenerator.java:33)
	  at org.springframework.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25)
	  at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanFactoryAwareGeneratorStrategy.generate(ConfigurationClassEnhancer.java:252)
	  at org.springframework.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:329)
	  at org.springframework.cglib.proxy.Enhancer.generate(Enhancer.java:492)
	  at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:93)
	  at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:91)
	  at org.springframework.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
	  at org.springframework.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
	  at org.springframework.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
	  at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:116)
	  at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:291)
	  at org.springframework.cglib.proxy.Enhancer.createHelper(Enhancer.java:480)
	  at org.springframework.cglib.proxy.Enhancer.createClass(Enhancer.java:337)
	  at org.springframework.context.annotation.ConfigurationClassEnhancer.createClass(ConfigurationClassEnhancer.java:138)
	  at org.springframework.context.annotation.ConfigurationClassEnhancer.enhance(ConfigurationClassEnhancer.java:110)
	  at org.springframework.context.annotation.ConfigurationClassPostProcessor.enhanceConfigurationClasses(ConfigurationClassPostProcessor.java:393)
	  at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanFactory(ConfigurationClassPostProcessor.java:249)
	  at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:283)
	  at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:127)
	  at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:687)
	  at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:525)
	  - locked <0x1122> (a java.lang.Object)
	  at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:122)
	  at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:693)
	  at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:360)
	  at org.springframework.boot.SpringApplication.run(SpringApplication.java:303)
	  at org.springframework.boot.web.support.SpringBootServletInitializer.run(SpringBootServletInitializer.java:154)
	  at org.springframework.boot.web.support.SpringBootServletInitializer.createRootApplicationContext(SpringBootServletInitializer.java:134)
	  at org.springframework.boot.web.support.SpringBootServletInitializer.onStartup(SpringBootServletInitializer.java:87)
	  at org.springframework.web.SpringServletContainerInitializer.onStartup(SpringServletContainerInitializer.java:169)
	  at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5196)
	  - locked <0x1112> (a org.apache.catalina.core.StandardContext)
	  at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
	  at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:752)
	  at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:728)
	  at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734)
	  at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:988)
	  at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1860)
	  at java.lang.Thread.run(Thread.java:748)

The serious consequence of this bug shows up when my web application is deployed to Tomcat 8.5 on Windows, Tomcat refuses to undeploy the web application – I have to shut down the entire Tomcat server. This happens because Tomcat's classloader keeps a Windows file lock on jar files when someone has an open input stream on one of the classes in the jar file (such as when opened by classLoader.getResourceAsStream in cglib's BridgeMethodResolver). This is a substantial problem for users of my web application, since they cannot upgrade it without shutting down Tomcat, which often means that users get kicked out of all other web applications that Tomcat is hosting.
To reproduce the problem, unpack the attached spring-locked-file.zip, and run "mvn package" in the top-level directory (use Java 8).  It creates two thing: a separate jar file (locked-jar-1.0-SNAPSHOT.jar, built in the "jar" subproject) that contains the ListenerSpringConfig class shown above, and a war file (built in the "war" subproject) that contains that jar file in its WEB-INF/lib.  The "mvn package" will result in a war file named locked-file-1.0-SNAPSHOT.war in war/target.  Deploy that war file in Tomcat 8.5 on Windows.  Wait for the web application to finish deploying, then undeploy the web application.  The application will not undeploy completely, and the deployed war directory will still contain WEB-INF/lib/locked-jar-1.0-SNAPSHOT after the undeployment attempt, because   Tomcat still has the jar file open because of the never-closed InputStream, and Windows does not allow an open file to be deleted.  I tried with both Tomcat 8.5.14 and the most-recent 8.5.23, and the problem occurs with both.

See SO
http://stackoverflow.com/questions/26453348/camel-onexception-doesnt-catch-nomessageidexception-of-idempotentconsumer
The idempotent consumer should set the exchange on the exchange and invoke the callback, that is an internal routing engine bug in the implementation of that eip.

Writing raw data seems to cause problems in multiple ways, because an internal field is not set. Is this a wrong API usage?
    java.io.ByteArrayOutputStream var0 = new java.io.ByteArrayOutputStream();
    org.apache.commons.compress.archivers.jar.JarArchiveOutputStream var1 = new org.apache.commons.compress.archivers.jar.JarArchiveOutputStream((java.io.OutputStream)var0);
    var1.write(25843);
Other tests (see attachment) are very similar and cause the same problem. They can probably be ignored because the first test is the shortest one.

CLI prints two spaces in help CLI command if wrong command is set. Two spaces are before "does" word.
I use this PR
Example:

[standalone@localhost:9990 /] help nonsence
Command nonsence  does not exist.

Command nonsence does not exist.

   OrcBatchKey stripeKey = hasFileId ? new OrcBatchKey(fileId, -1, 0) : null;
   ...
          if (hasFileId && metadataCache != null) {
            stripeKey.stripeIx = stripeIx;
            stripeMetadata = metadataCache.getStripeMetadata(stripeKey);
          }
...
  public void setStripeMetadata(OrcStripeMetadata m) {
    assert stripes != null;
    stripes[m.getStripeIx()] = m;
  }

        at org.apache.hadoop.hive.llap.io.metadata.OrcStripeMetadata.getStripeIx(OrcStripeMetadata.java:106)
        at org.apache.hadoop.hive.llap.io.decode.OrcEncodedDataConsumer.setStripeMetadata(OrcEncodedDataConsumer.java:70)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.readStripesMetadata(OrcEncodedDataReader.java:685)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:283)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:215)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:212)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:212)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:93)
        ... 5 more

The definition of the http-interface for the management-interface in the wildfly-config_5_0.xsd is defined as:

    <xs:complexType name="host-http-management-interfaceType">
                Configuration of a host's exposed HTTP management interface.
        <xs:complexContent>
            <xs:extension base="http-management-interfaceType">
                <xs:sequence>
                    <xs:element name="socket" type="host-http-management-socketType"/>
                </xs:sequence>
                <xs:attribute name="console-enabled" type="xs:boolean" use="optional" default="true"/>
            </xs:extension>
        </xs:complexContent>

Where xs:sequence has a default definition of:

maxOccurs Optional. Specifies the maximum number of times the sequence element can occur in the parent element. The value can be any number >= 0, or if you want to set no limit on the maximum number, use the value "unbounded". Default value is 1
minOccurs Optional. Specifies the minimum number of times the sequence element can occur in the parent element. The value can be any number >= 0. Default value is 1

But the parser allows to configure multiple sockets like this:

            ...
            <security-realm name="ManagementRealm">
                <server-identities>
                    <ssl>
                        <keystore path="server.keystore" relative-to="jboss.domain.config.dir" keystore-password="******" alias="server"/>
                    </ssl>
                </server-identities>
                    <properties path="mgmt-users.properties" relative-to="jboss.domain.config.dir"/>
            ...
            <http-interface security-realm="ManagementRealm">
                <http-upgrade enabled="true"/>
                <socket interface="local" port="${jboss.management.local.http.port:9990}"/>
                <socket interface="management" secure-port="${jboss.management.https.port:9443}"/>
            </http-interface>
    ...
        <interface name="local">
            <inet-address value="${jboss.bind.address.local.management:127.0.0.1}"/>
            <inet-address value="${jboss.bind.address.management:jbaesner.remote.csb}"/>
    ...

I just create a simple proxy route by using camel-netty-http component like this

        <route id="front">
            <from uri="netty-http:http://0.0.0.0:9001/test" />
            <to uri="netty-http:http://localhost:9090/foo" />
        </route>

        <route id="back">
            <from uri="netty-http:http://0.0.0.0:9090/foo" />
            <transform>
              <simple>hello world</simple>
            </transform>
        </route>

When I send the get request to http://localhost:9001/test, I got below exception

java.lang.IllegalStateException: await*() in I/O thread causes a dead lock or sudden performance drop. Use addListener() instead or call await*() from a different thread.
	at org.jboss.netty.channel.DefaultChannelFuture.checkDeadLock(DefaultChannelFuture.java:342)
	at org.jboss.netty.channel.DefaultChannelFuture.await0(DefaultChannelFuture.java:306)
	at org.jboss.netty.channel.DefaultChannelFuture.awaitUninterruptibly(DefaultChannelFuture.java:285)
	at org.apache.camel.component.netty.NettyProducer.openChannel(NettyProducer.java:402)
	at org.apache.camel.component.netty.NettyProducer$NettyProducerPoolableObjectFactory.makeObject(NettyProducer.java:473)
	at org.apache.camel.component.netty.NettyProducer$NettyProducerPoolableObjectFactory.makeObject(NettyProducer.java:468)
	at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:1188)
	at org.apache.camel.component.netty.NettyProducer.process(NettyProducer.java:210)
	at org.apache.camel.component.netty.http.NettyHttpProducer.process(NettyHttpProducer.java:49)
	at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:123)
	at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:298)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:118)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:388)
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:189)
	at org.apache.camel.component.netty.handlers.ServerChannelHandler.processAsynchronously(ServerChannelHandler.java:118)
	at org.apache.camel.component.netty.handlers.ServerChannelHandler.messageReceived(ServerChannelHandler.java:102)
	at org.apache.camel.component.netty.http.handlers.HttpServerChannelHandler.messageReceived(HttpServerChannelHandler.java:97)
	at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
	at org.jboss.netty.handler.codec.http.HttpChunkAggregator.messageReceived(HttpChunkAggregator.java:145)
	at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296)
	at org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:459)
	at org.jboss.netty.handler.codec.replay.ReplayingDecoder.callDecode(ReplayingDecoder.java:536)
	at org.jboss.netty.handler.codec.replay.ReplayingDecoder.messageReceived(ReplayingDecoder.java:435)
	at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268)
	at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255)
	at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88)
	at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:109)
	at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:312)
	at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:90)
	at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178)
	at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
	at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)

HIVE-5091 added padding to ORC files to avoid ORC stripes straddling HDFS blocks. The length of this padded bytes are not stored in stripe information. OrcInputFormat.getSplits() uses stripeInformation.getLength() for split computation. stripeInformation.getLength() is sum of index length, data length and stripe footer length. It does not account for the length of padded bytes which may result in wrong split boundary.
The fix for this is to use the offset of next stripe as the length of current stripe which includes the padded bytes as well.

Caused by: java.lang.IllegalArgumentException: Invalid byte 52 at offset 7 in '62410554' len=8
	at org.apache.commons.compress.archivers.tar.TarUtils.parseOctal(TarUtils.java:130)
	at org.apache.commons.compress.archivers.tar.TarUtils.parseOctalOrBinary(TarUtils.java:175)
	at org.apache.commons.compress.archivers.tar.TarArchiveEntry.parseTarHeader(TarArchiveEntry.java:953)
	at org.apache.commons.compress.archivers.tar.TarArchiveEntry.parseTarHeader(TarArchiveEntry.java:940)
	at org.apache.commons.compress.archivers.tar.TarArchiveEntry.<init>(TarArchiveEntry.java:324)
	at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.getNextTarEntry(TarArchiveInputStream.java:247)
	... 5 more

 use Spring Data (1.3.0.RC1) to access our MongoDB and for some new queries I want to use the aggregation framework.
In the mongo shell the command would be:
db.spotreports.aggregate(

{ "$unwind" : "$pd"}
 , { "$group" : { "_id" : "$pd.PDch", "base" : {$sum : "$pd.aBL"}, "uplift" : {$sum : "$pd.up"}}})
{
"result" : [
{
"_id" : 5,
"base" : 529133,
"uplift" : 21516
},
...
The Spring Code I use is:
Aggregation agg = Aggregation.newAggregation(
Aggregation.unwind("pd"),
Aggregation.group("pd.PDch").sum("pd.aBL").as("base").sum("pd.up").as("uplift")
);
AggregationResults<SpotReportResult> result = mongoTemplate.aggregate(agg, resolveCollection(), SpotReportResult.class);
java.lang.IllegalArgumentException: Invalid reference 'PDch'!
at org.springframework.data.mongodb.core.aggregation.ExposedFieldsAggregationOperationContext.getReference(ExposedFieldsAggregationOperationContext.java:63)
at org.springframework.data.mongodb.core.aggregation.ExposedFieldsAggregationOperationContext.getReference(ExposedFieldsAggregationOperationContext.java:47)
at org.springframework.data.mongodb.core.aggregation.GroupOperation.toDBObject(GroupOperation.java:284)
at org.springframework.data.mongodb.core.aggregation.Aggregation.toDbObject(Aggregation.java:228)
I wonder why spring want to reference 'PDch' instead of 'pd.PDch'?

If a timer is canceled inside of the @timeout method the scheduler will log an ERROR if the timer duration is longer than the intervall and an overlapping execution should be fired.
This is due to internal validatons.
This will not happen if the timer is canceled by an external process, here the scheduler is removed.
The log message is like this:
ERROR [org.jboss.as.ejb3] (EJB default - 3) WFLYEJB0164: Exception running timer task for timer [id=0bd9870b-568b-42f5-9bda-e1525c3500aa timedObjectId=ejb30-timer.ejb30-timer.SimpleTimerBean auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@53ba1a7f initialExpiration=Tue Feb 09 17:19:32 CET 2016 intervalDuration(in milli sec)=5000 nextExpiration=Tue Feb 09 17:19:37 CET 2016 timerState=CANCELED info=SimpleTimerInfo description=A timer started every 5 seconds] on EJB ejb30-timer.ejb30-timer.SimpleTimerBean: javax.ejb.NoSuchObjectLocalException: WFLYEJB0331: Timer was canceled
	at org.jboss.as.ejb3.timerservice.TimerImpl.assertTimerState(TimerImpl.java:459)
	at org.jboss.as.ejb3.timerservice.TimerImpl.isPersistent(TimerImpl.java:215)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.shouldRun(TimerServiceImpl.java:1117)
	at org.jboss.as.ejb3.timerservice.TimerTask.run(TimerTask.java:124)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl$Task$1.run(TimerServiceImpl.java:1221)
	at org.wildfly.extension.requestcontroller.RequestController$QueuedTask$1.run(RequestController.java:497)

If a HTTP PATCH request is made to a spring-data-rest-mvc RepositoryRestResource for an non-existent entity the response status code is 500.
A NPE is thrown on the server.
E.g.

ResponseEntity<Customer> responseEntity = getRestTemplate().exchange(customerUrl + "/" + unknownCustomerId,
                HttpMethod.PATCH, null, Customer.class);

Defective code:
https://github.com/spring-projects/spring-data-rest/blob/master/spring-data-rest-webmvc/src/main/java/org/springframework/data/rest/webmvc/config/PersistentEntityResourceHandlerMethodArgumentResolver.java#L158
Package org.springframework.data.rest.webmvc.config
Class PersistentEntityResourceHandlerMethodArgumentResolver
Line 158

		// JSON + PATCH request
		if (request.isPatchRequest() && converter instanceof MappingJackson2HttpMessageConverter) {

			if (objectToUpdate == null) {
				new ResourceNotFoundException();
			}

should be

				throw new ResourceNotFoundException();

Its missing the 'throw'clause.
As per http://tools.ietf.org/html/rfc5789
Resource not found:  
	Can be specified with a 404 (Not Found) status
	code when the client attempted to apply a patch document to a non-
	existent resource, but the patch document chosen cannot be applied
	to a non-existent resource.
.
Attached stacktrace

build spits out a bunch of warnings like:

[INFO] 
[INFO] --- protobuf-maven-plugin:0.5.0:compile (compile-protoc) @ hbase-protocol-shaded ---
[INFO] Compiling 32 proto file(s) to /Users/busbey/tmp_projects/hbase/hbase-protocol-shaded/target/generated-sources/protobuf/java
[WARNING] PROTOC: [libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: AccessControl.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: HBase.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Admin.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: ClusterStatus.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: ClusterId.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: FS.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: WAL.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Quota.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Backup.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Cell.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Client.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Filter.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Comparator.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: MapReduce.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Encryption.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: ErrorHandling.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: HFile.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: LoadBalancer.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: LockService.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Procedure.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Master.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Replication.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Snapshot.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: MasterProcedure.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: RPC.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: Tracing.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: RegionNormalizer.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: RegionServerStatus.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: test.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: test_rpc_service.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: TestProcedure.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)
[libprotobuf WARNING google/protobuf/compiler/parser.cc:546] No syntax specified for the proto file: ZooKeeper.proto. Please use 'syntax = "proto2";' or 'syntax = "proto3";' to specify a syntax version. (Defaulted to proto2 syntax.)

[INFO] 

Fix em up.

The problem occurs with moveToPrevious() case and incase of tags we copy the previous pointer's tag info to the current because already decoded the tags.
Will check once again before I post other details.  I have a test case to reproduce the problem. Found this while working with MultibyteBuffers and verified if this is present in trunk - it is in all branches where we have tags compression (I suppose) will verify

This probably affects much later versions of Spring as well, but I haven't confirmed it yet (looks that way from comparing this class with the 4.0.4 release).

configure your listener container for CLIENT_ACKNOWLEDGE acknoledgement mode, and CACHE_CONSUMER level caching.
use a shared JMS connection (may not be required)
call stop() on the DMLC when the listener container is in a javax.jms.MessageConsumer#receive() call.
	
If the receive() call returns with a message, the AbstractMessageLIstenerContainer#doExecuteListener() method will not process the message.  It will throw a MessageRejectedWhileStoppingException which is quietly ignored.

Now call start() The next message from the JMS destination is received and if processed successfully, is acknowledged.  This acknowledges all previously received messages...including the one that was rejected.  Thus, the rejected message is never redelivered, even though it was never processed.

It seems like, when rejecting the message, recover should be called on the JMS session.  This would cause the message to be redelivered.
A work-around is to call AbstractMessageListenerContainer#setAcceptMessagesWhileStopping(true);  which prevents the message from being initially rejected.
This problem was seen in a production application using Tibco, but I don't believe the problem is provider specific.

The javadoc of AnnotationDrivenBeanDefinitionParser still refers to the old handler adapter and mapping classes instead of the new ones:
Responsible for:

Registering a DefaultAnnotationHandlerMapping bean for mapping HTTP Servlet Requests to @Controller methods using @RequestMapping annotations.
Registering an AnnotationMethodHandlerAdapter bean for invoking annotated @Controller methods.

Should include RequestMappingHandlerMapping and RequestMappingHandlerAdapter instead.

According to the servlet spec, lookups using HttpServletRequest.getHeader and getHeaders should be case insensitive.  The current implementation of SavedRequest uses a HashMap to store saved headers.  The result is that the lookup of headers by name is case sensitive when SavedRequestAwareWrapper delegates to a SavedRequest.
We use a library that relies on the User-Agent header for rendering.  We experienced problems with rendering on the first page after login.  After debugging we found that the library was not able to get the correct value for the User-Agent due to the case sensitivity of the SavedRequest implementation.  I am attaching a patch that fixes this problem.  The patch is against the 1.0.1 tag.
After redirect after login:
request.getHeader("User-Agent") returns null;
request.getHeader("user-agent") returns the correct value;
Normal Request:
request.getHeader("User-Agent") returns the correct value;

Having an issue where if I refresh or update a bundle that's also a war file pax-web throws an exception and either the war fails to deploy or deploys but I'm not seeing the updated version of my war after deploying.  As an example here's a copy/paste from my terminal of an attempt to update a bundle where I've made some code changes:
FMC:karaf@FuseManagementConsole> osgi:list -u | grep rest
[ 138] [Active     ] [Created     ] [   80] mvn:org.fusesource.fabric/fabric-rest/99-master-SNAPSHOT/war
FMC:karaf@FuseManagementConsole> osgi:uninstall 138
FMC:karaf@FuseManagementConsole> web:list
   ID   State         Web-State       Level  Web-ContextPath           Name
[ 139] [Active     ] [Deployed   ]  [   80] [/                       ] FMC :: Console Frontend (99.0.0.master-SNAPSHOT)
FMC:karaf@FuseManagementConsole> osgi:install mvn:org.fusesource.fabric/fabric-rest/99-master-SNAPSHOT/war
Bundle ID: 153
[ 153] [Installed  ] [Unknown    ]  [   80] [/rest                   ] Fuse Fabric :: REST API (99.0.0.master-SNAPSHOT)
FMC:karaf@FuseManagementConsole> osgi:start 153
FMC:karaf@FuseManagementConsole> ERROR: Bundle org.fusesource.fabric.fabric-rest [138] Unable to get module class path. (java.lang.NullPointerException)
	at org.apache.felix.framework.BundleRevisionImpl.calculateContentPath(BundleRevisionImpl.java:469)
	at org.apache.felix.framework.BundleRevisionImpl.initializeContentPath(BundleRevisionImpl.java:406)
	at org.apache.felix.framework.BundleRevisionImpl.getContentPath(BundleRevisionImpl.java:392)
	at org.apache.felix.framework.BundleRevisionImpl.getResourceLocal(BundleRevisionImpl.java:531)
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1471)
	at org.apache.felix.framework.BundleWiringImpl.getResourceByDelegation(BundleWiringImpl.java:1399)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.getResource(BundleWiringImpl.java:2302)
	at java.lang.ClassLoader.getResourceAsStream(ClassLoader.java:1192)
	at javax.xml.parsers.SecuritySupport$4.run(SecuritySupport.java:89)
	at javax.xml.parsers.SecuritySupport.getResourceAsStream(SecuritySupport.java:82)
	at javax.xml.parsers.FactoryFinder.findJarServiceProvider(FactoryFinder.java:242)
	at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:214)
	at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:103)
	at org.ops4j.util.xml.ElementHelper.getRootElement(ElementHelper.java:68)
	at org.ops4j.pax.web.extender.war.internal.parser.dom.DOMWebXmlParser.parse(DOMWebXmlParser.java:68)
	at org.ops4j.pax.web.extender.war.internal.WebXmlObserver.addingEntries(WebXmlObserver.java:144)
	at org.ops4j.pax.swissbox.extender.BundleWatcher$3.run(BundleWatcher.java:224)

https://mail-archives.apache.org/mod_mbox/hive-user/201308.mbox/%3CCAG6Lhyex5XPwszpihKqkPRpzri2k=m4QGc+cpAR5yVR8SJtM4Q@mail.gmail.com%3E

Items such as 'resolve-parameter-values' and 'silent' were added to version 1.2 of the schema but that parser is accepting them from version 1.1.

There is same error message if keyAlias does not exists and if exists but is of different type than SecretKey
CredentialStoreException: ELY09512: External storage key under alias "key-alias" has to be a SecretKey
When alias does not exist error message should be more specific, e.g:
CredentialStoreException: ELY0XXXX: External storage key under alias "key-alias" does not exists

09:48:44,127 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service org.wildfly.security.credential-store.fips-credential-store: org.jboss.msc.service.StartException in service org.wildfly.security.credential-store.fips-credential-store: WFLYELY00004: Unable to start the service.
	at org.wildfly.extension.elytron.CredentialStoreService.start(CredentialStoreService.java:119)
Caused by: org.wildfly.security.credential.store.CredentialStoreException: ELY09512: External storage key under alias "key-alias" has to be a SecretKey
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore$ExternalStorage.fetchStorageSecretKey(KeyStoreCredentialStore.java:1129)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore$ExternalStorage.init(KeyStoreCredentialStore.java:1105)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.setupExternalStorage(KeyStoreCredentialStore.java:885)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.load(KeyStoreCredentialStore.java:785)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.initialize(KeyStoreCredentialStore.java:183)
	at org.wildfly.security.credential.store.CredentialStore.initialize(CredentialStore.java:119)
	at org.wildfly.extension.elytron.CredentialStoreService.start(CredentialStoreService.java:117)
	... 5 more

09:48:44,130 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("add") failed - address: ([
    Caused by: org.wildfly.security.credential.store.CredentialStoreException: ELY09512: External storage key under alias \"key-alias\" has to be a SecretKey"}}

When attempting to run a query against a datasource to which a connection could not be established, the attempt to rollback the transaction (which has not yet started) causes an NPE to be thrown which loses the root cause exception thrown by the driver

java.sql.SQLNonTransientConnectionException occurs on JDBCStatsAggregator after executing dozens of Hive queries periodically, which inserts thousands of rows. It may have a relation with DERBY-5098. To avoid this error, Hive should use a more recent version of Derby(10.6.2.3, 10.7.1.4, 10.8.2.2, 10.9.1.0 or later). Hive 0.11.0-SNAPSHOT uses Derby 10.4.2.0.

2013-03-24 15:54:30,487 ERROR jdbc.JDBCStatsAggregator (JDBCStatsAggregator.java:aggregateStats(168)) - Error during publishing aggregation. java.sql.SQLNonTransientConnectionException: No current connection.
2013-03-24 15:54:30,487 ERROR jdbc.JDBCStatsAggregator (JDBCStatsAggregator.java:cleanUp(249)) - Error during publishing aggregation. java.sql.SQLNonTransientConnectionException: No current connection.

Right now there is test flakiness wrt. TestDbTxnManager2. The error is like this:

java.sql.SQLException: Table/View 'TXNS' already exists in Schema 'APP'.
	at org.apache.derby.impl.jdbc.EmbedStatement.execute(Unknown Source)
	at org.apache.hadoop.hive.metastore.txn.TxnDbUtil.prepDb(TxnDbUtil.java:75)
	at org.apache.hadoop.hive.ql.lockmgr.TestDbTxnManager2.setUp(TestDbTxnManager2.java:90)

The failure is due to HiveConf used in the test being polluted by some test, e.g. in testDummyTxnManagerOnAcidTable(), conf entry HIVE_TXN_MANAGER is set to "org.apache.hadoop.hive.ql.lockmgr.DummyTxnManager" but not switched back.

The CacheConfig.getBlockCache() will return the null point when we set hfile.block.cache.size to zero.
The BlockCacheTmpl.jamon doesn't make a check on null blockcache.

<%if cacheConfig == null %>
<p>CacheConfig is null</p>
<%else>
<table class="table table-striped">
    <tr>
        <th>Attribute</th>
        <th>Value</th>
        <th>Description</th>
    </tr>
    <tr>
        <td>Size</td>
        <td><% StringUtils.humanReadableInt(cacheConfig.getBlockCache().size()) %></td>
        <td>Total size of Block Cache (bytes)</td>
    </tr>
    <tr>
        <td>Free</td>
        <td><% StringUtils.humanReadableInt(cacheConfig.getBlockCache().getFreeSize()) %></td>
        <td>Free space in Block Cache (bytes)</td>
    </tr>
    <tr>
        <td>Count</td>
        <td><% String.format("%,d", cacheConfig.getBlockCache().getBlockCount()) %></td>
        <td>Number of blocks in Block Cache</td>
    </tr>
    <tr>
        <td>Evicted</td>
        <td><% String.format("%,d", cacheConfig.getBlockCache().getStats().getEvictedCount()) %></td>
        <td>Number of blocks evicted</td>
    </tr>
    <tr>
        <td>Evictions</td>
        <td><% String.format("%,d", cacheConfig.getBlockCache().getStats().getEvictionCount()) %></td>
        <td>Number of times an eviction occurred</td>
    </tr>
    <tr>
        <td>Hits</td>
        <td><% String.format("%,d", cacheConfig.getBlockCache().getStats().getHitCount()) %></td>
        <td>Number requests that were cache hits</td>
    </tr>
    <tr>
        <td>Hits Caching</td>
        <td><% String.format("%,d", cacheConfig.getBlockCache().getStats().getHitCachingCount()) %></td>
        <td>Cache hit block requests but only requests set to use Block Cache</td>
    </tr>
    <tr>
        <td>Misses</td>
        <td><% String.format("%,d", cacheConfig.getBlockCache().getStats().getMissCount()) %></td>
        <td>Number of requests that were cache misses</td>
    </tr>
    <tr>
        <td>Misses Caching</td>
        <td>Block requests that were cache misses but only requests set to use Block Cache</td>
    </tr>
    <tr>
        <td>Hit Ratio</td>
        <td><% String.format("%,.2f", cacheConfig.getBlockCache().getStats().getHitRatio() * 100) %><% "%" %></td>
        <td>Hit Count divided by total requests count</td>
    </tr>

Vectorized string dictionary reader cannot differentiate between the case where all dictionary entries are null vs single entry with empty string. This causes wrong results when reading data out of such files. 
Vectorization On
SET hive.fetch.task.conversion=none;
select vcol from testnullorc3 limit 1;

OK
NULL

Vectorization Off
SET hive.vectorized.execution.enabled=false;

OK

The input table testnullorc3 contains a varchar column vcol with few empty strings and few nulls. For this table, non vectorized reader returns empty as first row but vectorized reader returns NULL. 

See Nabble:
http://camel.465427.n5.nabble.com/Bug-HazelcastIdempotentRepository-confirm-should-check-useRecovery-before-using-persistedCache-td5769887.html

Server logs WARN message during failover scenario http-granular-shutdown-dist-sync.
Server log message:

21:37:42,027 WARN  [org.wildfly.clustering.web.infinispan] (default task-29) WFLYCLWEBINF0011: Session NG5R9o7K2QmlflRasnUQQQbZRHepRHh4uBWVJtVP is missing cache entry for attribute org.jboss.test.clusterbench.common.session.CommonGranularHttpSessionServletSerial

Message occurs repetitively after new session was created:

21:35:42,596 INFO  [org.jboss.test.clusterbench.common.session.CommonGranularHttpSessionServlet] (default task-85) New session created: XvRFigJkUfFIrpfuDN4xLfpFArKWNS_b1_RMdH_E

New cluster view was received more than 3 minutes earlier:

21:34:13,648 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (thread-5) ISPN000094: Received new cluster view for channel hibernate: [perf19|3] (4) [perf19, perf20, perf21, perf18]

http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-http-granular-shutdown-dist-sync/14/console-perf20/

Looks like versions of vectorized BetweenDynamicValue that use Java objects needs to be initialized with non-null values

This is the issue I was originally having here: http://mail-archives.apache.org/mod_mbox/hbase-dev/201802.mbox/%3CCAN+qs_Pav=md_Aoj4Xji+KCNETubg2XOu2nTxV1g6m8-5VN-GA@mail.gmail.com%3E
 
When we pread, we don't force the read to read all of the next block header.
However, when we get into a race condition where two opener threads try to
cache the same block and one thread read all of the next block header and the other one didn't, it will fail the open process. This is especially important
in a splitting case where it will potentially fail the split process.
Instead, in the caches, we should only fail if the required blocks are different.

CRYPTO-125 described a bug where not all data written to the CryptoOutputStream would make it to the underlying channel if that channel was non-blocking.
The fix added in that bug makes CryptoOutputStream blocking by doing a busy loop. This makes it a poor match (not to say unusable) for applications that use non-blocking channels, since it will turn non-blocking streams into blocking streams that waste a lot of CPU.
Instead, CryptoOutputStream should correctly implement non-blocking semantics in its implementation of WritableByteChannel.

#testMasterOpsWhileSplitting() fails, seems after enabling ZK-less assignment.
Here're the only log snippets which seem relevant.

java.io.IOException: Failed to report opened region to master: TestSplit,lll,1407218018712.030c51654a5cbe9e0489a50762bb9075.
	at org.apache.hadoop.hbase.regionserver.HRegionServer.postOpenDeployTasks(HRegionServer.java:1731)
	at org.apache.hadoop.hbase.regionserver.TestEndToEndSplitTransaction.testMasterOpsWhileSplitting(TestEndToEndSplitTransaction.java:130)

java.io.IOException: Cannot append; log is closed
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.append(FSHLog.java:1146)
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.appendNoSync(FSHLog.java:1120)
	at org.apache.hadoop.hbase.regionserver.wal.HLogUtil.writeCompactionMarker(HLogUtil.java:266)
	at org.apache.hadoop.hbase.regionserver.HStore.writeCompactionWalRecord(HStore.java:1211)
	at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:1158)
	at org.apache.hadoop.hbase.regionserver.HRegion.compact(HRegion.java:1514)
	at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.run(CompactSplitThread.java:478)

project --topLevelPackage com.regressiontest --projectName temp2
persistence setup --provider DATANUCLEUS --database GOOGLE_APP_ENGINE
//Creating Company
entity jpa --class ~.domain.Company
field string --fieldName name --sizeMax 50
json add --class ~.domain.Company
web mvc controller ~.controller.CompanyController
web mvc json add --jsonObject ~.domain.Company --class ~.controller.CompanyController
Causes conflict with maven-datanucleus-plugin which wants version 3.0.8 but 3.0.7 is project dependency.  Changed project dependency to <scope>runtime</scope> as fix.

1. The word "advance" should be replaced with "advanced" in two places.
2. The word "though" should be replaced with "through" in the following sentence:
It also provides more advance technical services and features that will enable extremely high-volume and high performance batch jobs though optimization and partitioning techniques.

This means annotation-driven type conversion does not work when binding to JavaBean properties with SpEL.  This can be worked around by defining annotations on the method parameter of a setter method, and the return value of a getter, but is not ideal.
SpEL should be consistent with BeanWrapper with its TypeDescriptor configuration when getting and setting JavaBean properties.  This likely means use of a BeanTypeDescriptor in those cases.
This was noticed when attempting to use a SpEL-based data mapper to map String fields in a Map to a JavaBean, where annotation-driven parsing rules were specified on JavaBean fields.  This works fine with a BeanWrapper since the BeanTypeDescriptor exposes annotations from the field, getter, and setter.  Unfortunately, SpEl just uses the default TypeDescriptor in these cases which only exposes parameter annotations.

java.util.concurrent.ExecutionException: java.lang.RuntimeException: The root scratch dir: /home/hiveptest/hive-ptest-cloudera-slaves-17e5-13.gce.cloudera.com-hiveptest-0/cdh-source/itests/hive-unit/target/tmp/scratchdir on HDFS should be writable. Current permissions are: rwxr-xr-x at org.apache.hadoop.hive.ql.session.SessionState.createRootHDFSDir(SessionState.java:714) at org.apache.hadoop.hive.ql.session.SessionState.createSessionDirs(SessionState.java:637) at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:567) at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:532) at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:512) at

The half sync half async server by default starts 5 worker threads. For busy servers that might not be enough. That should be configurable.
For the threadpool there should be a way to set the max number of threads so that creating threads doesn't run away. That should be configurable.

Currently the hcat command adds HBase jars to the classpath by using find to walk the directories under $HBASE_HOME/lib.

# Look for HBase in a BigTop-compatible way. Avoid thrift version
# conflict with modern versions of HBase.
HBASE_HOME=${HBASE_HOME:-"/usr/lib/hbase"}
HBASE_CONF_DIR=${HBASE_CONF_DIR:-"${HBASE_HOME}/conf"}
if [ -d ${HBASE_HOME} ] ; then
   for jar in $(find $HBASE_HOME -name '*.jar' -not -name '*thrift*'); do
      HBASE_CLASSPATH=$HBASE_CLASSPATH:${jar}
   done
   export HADOOP_CLASSPATH="${HADOOP_CLASSPATH}:${HBASE_CLASSPATH}"
fi
if [ -d $HBASE_CONF_DIR ] ; then
    HADOOP_CLASSPATH="${HADOOP_CLASSPATH}:${HBASE_CONF_DIR}"
fi

This is incorrect as that path contains jars for a mixture of purposes; hbase client jars, hbase server jars, and hbase shell specific jars. The inclusion of unneeded jars is mostly innocuous until the upcoming HBase 2.1.0 release. That release will have HBASE-20615 and HBASE-19735, which will mean most client facing installations will have a number of shaded client artifacts present.
With those changes in place, the current implementation will include in the hcat runtime a mix of shaded and non-shaded hbase artifacts that include some Hadoop classes rewritten to use a shaded version of protobuf. When these mix with other Hadoop classes in the classpath that have not been rewritten hcat will fail with errors that look like this:

Exception in thread "main" java.lang.ClassCastException: org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$GetFileInfoRequestProto cannot be cast to org.apache.hadoop.hbase.shaded.com.google.protobuf.Message
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:225)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:116)
        at com.sun.proxy.$Proxy28.getFileInfo(Unknown Source)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getFileInfo(ClientNamenodeProtocolTranslatorPB.java:875)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:422)
        at org.apache.hadoop.io.retry.RetryInvocationHandler$Call.invokeMethod(RetryInvocationHandler.java:165)
        at org.apache.hadoop.io.retry.RetryInvocationHandler$Call.invoke(RetryInvocationHandler.java:157)
        at org.apache.hadoop.io.retry.RetryInvocationHandler$Call.invokeOnce(RetryInvocationHandler.java:95)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:359)
        at com.sun.proxy.$Proxy29.getFileInfo(Unknown Source)
        at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:1643)
        at org.apache.hadoop.hdfs.DistributedFileSystem$29.doCall(DistributedFileSystem.java:1495)
        at org.apache.hadoop.hdfs.DistributedFileSystem$29.doCall(DistributedFileSystem.java:1492)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1507)
        at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1668)
        at org.apache.hadoop.hive.ql.session.SessionState.createRootHDFSDir(SessionState.java:686)
        at org.apache.hadoop.hive.ql.session.SessionState.createSessionDirs(SessionState.java:625)
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:557)
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:524)
        at org.apache.hive.hcatalog.cli.HCatCli.main(HCatCli.java:149)
        at org.apache.hadoop.util.RunJar.run(RunJar.java:313)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:227)

To fix this issue in a way that transparently handles HBase versions the hcat command should take the same approach as the hive cli and ask HBase for the appropriate set of jars:

  # HBase detection. Need bin/hbase and a conf dir for building classpath entries.
  # Start with BigTop defaults for HBASE_HOME and HBASE_CONF_DIR.
  HBASE_HOME=${HBASE_HOME:-"/usr/lib/hbase"}
  HBASE_CONF_DIR=${HBASE_CONF_DIR:-"/etc/hbase/conf"}
  if [[ ! -d $HBASE_CONF_DIR ]] ; then
    # not explicitly set, nor in BigTop location. Try looking in HBASE_HOME.
    HBASE_CONF_DIR="$HBASE_HOME/conf"
  fi

  # perhaps we've located the HBase config. if so, include it on classpath.
  if [[ -d $HBASE_CONF_DIR ]] ; then
    export HADOOP_CLASSPATH="${HADOOP_CLASSPATH}:${HBASE_CONF_DIR}"
  fi

  # look for the hbase script. First check HBASE_HOME and then ask PATH.
  if [[ -e $HBASE_HOME/bin/hbase ]] ; then
    HBASE_BIN="$HBASE_HOME/bin/hbase"
  fi
  HBASE_BIN=${HBASE_BIN:-"$(which hbase)"}

  # perhaps we've located HBase. If so, include its details on the classpath
  if [[ -n $HBASE_BIN ]] ; then
    # exclude ZK, PB, and Guava (See HIVE-2055)
    # depends on HBASE-8438 (hbase-0.94.14+, hbase-0.96.1+) for `hbase mapredcp` command
    for x in $($HBASE_BIN mapredcp 2>&2 | tr ':' '\n') ; do
      if [[ $x == *zookeeper* || $x == *protobuf-java* || $x == *guava* ]] ; then
        continue
      fi
      # TODO: should these should be added to AUX_PARAM as well?
      export HADOOP_CLASSPATH="${HADOOP_CLASSPATH}:${x}"
    done
  fi

I have an ftp consumer endpoint URI like: 
ftp://conaxTest@localhost:2121/autreq/ok?passiveMode=true&amp;password=conaxTest&move=.processed&delay=5000
From my ftp server logs, I can see files being downloaded, and then renamed...

[org.apache.ftpserver.command.impl.RETR:pool-2-thread-56] - <File downloaded /autreq/ok/vp006331.emm>
[org.apache.ftpserver.command.impl.RETR:pool-2-thread-56] - <File downloaded /autreq/ok/vp006332.emm>
[org.apache.ftpserver.impl.DefaultFtpHandler:pool-2-thread-57] - <Session idle, closing>
[org.apache.ftpserver.command.impl.RNTO:pool-2-thread-56] - <File rename from "/autreq/ok/vp006331.emm" to "/autreq/ok/.processed/vp006331.emm">
[org.apache.ftpserver.command.impl.RNTO:pool-2-thread-54] - <File rename from "/autreq/ok/vp006332.emm" to "/autreq/ok/.processed/vp006332.emm">
[org.apache.ftpserver.command.impl.RNTO:pool-2-thread-54] - <File rename from "/autreq/ok/vp006333.emm" to "/autreq/ok/.processed/vp006333.emm">
Note, that vp006333.emm is renamed, but was never downloaded.  There's no other mention of the file in my logs.  On the camel ftp consumer side, I see that camel attempted to download the file, but ended up with a null...

[is.vf.conan.conax.FileParser:Camel thread 7: seda://updateOk] - <handling: GenericFile[vp006331.emm]>
[is.vf.conan.ConanCore:Camel thread 7: seda://updateOk] - <updating operation txid:006331 with the results: OK>
[is.vf.conan.conax.FileParser:Camel thread 7: seda://updateOk] - <handling: GenericFile[vp006332.emm]>
[is.vf.conan.ConanCore:Camel thread 7: seda://updateOk] - <updating operation txid:006332 with the results: OK>
[is.vf.conan.conax.FileParser:Camel thread 7: seda://updateOk] - <handling: GenericFile[vp006333.emm]>
[is.vf.conan.conax.FileParser:Camel thread 7: seda://updateOk] - <Requested parse of an empty file!>
The "requested parse of an empty file" is logged when ex.getIn().getBody(String.class) is empty or blank for the file object.
I had a look through the bugs fixed for 2.3.0, but I don't see anything that would be related to this at all.

Reported on IRC:

Dejans-MacBook-Pro:swarm-demo-app deki$ java -version
java version "1.8.0_65"
Java(TM) SE Runtime Environment (build 1.8.0_65-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.65-b01, mixed mode)
Dejans-MacBook-Pro:swarm-demo-app deki$ java -jar restful-demo-application/target/restul-demo-application-1.0.1-SNAPSHOT-swarm.jar 
        at org.wildfly.swarm.bootstrap.Main.invoke(Main.java:84)
        at org.wildfly.swarm.bootstrap.Main.run(Main.java:48)
        at org.wildfly.swarm.bootstrap.Main.main(Main.java:43)
Caused by: java.lang.NoClassDefFoundError: org/wildfly/swarm/spi/api/Fraction
        at java.lang.Class.getDeclaredConstructors0(Native Method)
        at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671)
        at java.lang.Class.getConstructor0(Class.java:3075)
        at java.lang.Class.newInstance(Class.java:412)
        at org.wildfly.swarm.container.runtime.RuntimeServer.loadFractionConfigurations(RuntimeServer.java:456)
        at org.wildfly.swarm.container.runtime.RuntimeServer.start(RuntimeServer.java:170)
        at org.wildfly.swarm.container.Container.start(Container.java:333)
        at org.wildfly.swarm.container.Container.start(Container.java:324)
        at main.Main.main(Main.java:17)
        ... 7 more
Caused by: java.lang.ClassNotFoundException: org.wildfly.swarm.spi.api.Fraction from [Module "org.wildfly.swarm.jolokia:runtime" from BootModuleLoader@37374a5e for finders [BootstrapClasspathModuleFinder, BootstrapModuleFinder(org.wildfly.swarm.bootstrap:main), ClasspathModuleFinder, ApplicationModuleFinder(swarm.application:main), FlattishApplicationModuleFinder(swarm.application:flattish)]]
        at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
        at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
        at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
        at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
        ... 16 more
Dejans-MacBook-Pro:swarm-demo-app deki$ 

Verified and reproduced.

When Pig scripts use multi-query and HCatStorer with dynamic-partitioning, and use more than one HCatStorer instance to write to the same table, they might trample on each other's outputs. The failure looks as follows:

Caused by: org.apache.hive.hcatalog.common.HCatException : 2006 : Error adding partition to metastore. Cause : org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException): No lease on /projects/foo/bar/activity_date=2016022306/_placeholder (inode 2878224200): File does not exist. [Lease.  Holder: DFSClient_NONMAPREDUCE_-1281544466_4952, pendingcreates: 1]
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:3429)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.completeFileInternal(FSNamesystem.java:3517)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.completeFile(FSNamesystem.java:3484)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.complete(NameNodeRpcServer.java:791)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.complete(ClientNamenodeProtocolServerSideTranslatorPB.java:537)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:608)
	at org.apache.hadoop.ipc.Server.call(Server.java:2267)
	at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:648)
	at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:615)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1679)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2217)

	at org.apache.hive.hcatalog.mapreduce.FileOutputCommitterContainer.registerPartitions(FileOutputCommitterContainer.java:1022)
	at org.apache.hive.hcatalog.mapreduce.FileOutputCommitterContainer.commitJob(FileOutputCommitterContainer.java:269)
	... 20 more
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException): No lease on /projects/foo/bar/activity_date=2016022306/_placeholder (inode 2878224200): File does not exist. [Lease.  Holder: DFSClient_NONMAPREDUCE_-1281544466_4952, pendingcreates: 1]

	at org.apache.hadoop.ipc.Client.call(Client.java:1457)
	at org.apache.hadoop.ipc.Client.call(Client.java:1394)
	at com.sun.proxy.$Proxy11.complete(Unknown Source)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.complete(ClientNamenodeProtocolTranslatorPB.java:462)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:191)
	at com.sun.proxy.$Proxy12.complete(Unknown Source)
	at org.apache.hadoop.hdfs.DFSOutputStream.completeFile(DFSOutputStream.java:2300)
	at org.apache.hadoop.hdfs.DFSOutputStream.closeImpl(DFSOutputStream.java:2281)
	at org.apache.hadoop.hdfs.DFSOutputStream.close(DFSOutputStream.java:2245)
	at org.apache.hadoop.fs.FSDataOutputStream$PositionCache.close(FSDataOutputStream.java:72)
	at org.apache.hadoop.fs.FSDataOutputStream.close(FSDataOutputStream.java:106)
	at org.apache.hive.hcatalog.mapreduce.FileOutputCommitterContainer.moveTaskOutputs(FileOutputCommitterContainer.java:624)
	at org.apache.hive.hcatalog.mapreduce.FileOutputCommitterContainer.moveTaskOutputs(FileOutputCommitterContainer.java:606)
	at org.apache.hive.hcatalog.mapreduce.FileOutputCommitterContainer.registerPartitions(FileOutputCommitterContainer.java:988)

This is the result of the following code in the FileOutputCommitterContainer:

  private void moveTaskOutputs(FileSystem fs, Path file, Path srcDir,
                 Path destDir, final boolean dryRun, boolean immutable
      ) throws IOException {
  // ...
            if (dynamicPartitioningUsed) {

            // Optimization: if the first child is file, we have reached the leaf directory, move the parent directory itself
            // instead of moving each file under the directory. See HCATALOG-538
            // Note for future Append implementation : This optimization is another reason dynamic
            // partitioning is currently incompatible with append on mutable tables.

            final Path parentDir = finalOutputPath.getParent();
            // Create the directory
            Path placeholder = new Path(parentDir, "_placeholder"); // <--- HERE!
            if (fs.mkdirs(parentDir)) {
              // It is weired but we need a placeholder, 
              // otherwise rename cannot move file to the right place
              fs.create(placeholder).close();
            }
  // ...
  }

Two storers will use the same placeholder location during commit. We should have better isolation.

I noticed problems when u using this construct: 

public Flux<DataBuffer> getFileContent(String url) {
     Mono<ClientResponse> exchange = webClientService.getWebClient().get().uri(url).accept(MediaType.APPLICATION_OCTET_STREAM).exchange();
     return exchange.flatMapMany(clientResponse -> {
        return clientResponse.bodyToFlux(DataBuffer.class);
     });
   }

You have to use a HTTP source with transcoding: chunked header without a content-length header. The problem of incomplete chunks only appears when you deploy the spring application on a windows system. I can't reproduce it on linux e.g. ubuntu. I'm using Windows Server 2008 R2 and Windows Server 2003, both with java 1.8 update 144. Requests against localhost works too, you have to stream over network!
Example: I deployed the app on windows. Just call http://217.79.182.40:8091/download/stream/102400 a few times. You will get a Network Error sometimes (1-3 errors on ten attempts). I'll keep that server online for max 7 days.
Source see at reference URL.

Was inspecting a perf issue, where we needed the scanner metrics as counters for a MR job. Turns out that the HBase scan counters are no longer working in 1.0+. I think it got broken via HBASE-13030. 
These are the counters:

	HBase Counters
		BYTES_IN_REMOTE_RESULTS=0
		BYTES_IN_RESULTS=280
		MILLIS_BETWEEN_NEXTS=11
		NOT_SERVING_REGION_EXCEPTION=0
		NUM_SCANNER_RESTARTS=0
		NUM_SCAN_RESULTS_STALE=0
		REGIONS_SCANNED=1
		REMOTE_RPC_CALLS=0
		REMOTE_RPC_RETRIES=0
		RPC_CALLS=3
		RPC_RETRIES=0

Internal fractions shouldn't be present in a BOM as they're not meant to be user addressable as a dependency in a user project

Saw this in log in TRUNK:

    [junit] 2008-04-04 20:22:40,943 DEBUG [RegionServer:0.cacheFlusher] regionserver.HStore(676): Added 1403560700/text/8075392345773720818 with 0 entries, sequence id 537, data size 0.0, file size 110.0 for 1403560700/text

I thought that we'd fixed flushing zero-entry files

We check for Read and Write permissions in checkAndPut/Delete hooks. Here we check for the condition part alone and so can check for Read permission alone. Later prePut/Delete hook is getting called with Put/Delete mutation and in that we properly check for the Write permission

my .META. region refuses to do anything, I get this snippet of a error in the log file:
Caused by: java.lang.IllegalArgumentException at 
                java.nio.Buffer.position(Buffer.java:236) at 
org.apache.hadoop.hbase.io.hfile.HFile$Reader$Scanner.blockSeek(HFile.java:1121)
Looks like the seek code is breaking somehow - seeking before the beginning of the block maybe?

There may exist two issues in Asyncprocess code as following:
1)  In Htable#backgroundFlushCommits, we have following code:

      if (ap.hasError()) {
        if (!clearBufferOnFail) {
          // if clearBufferOnFailed is not set, we're supposed to keep the failed operation in the
          //  write buffer. This is a questionable feature kept here for backward compatibility
          writeAsyncBuffer.addAll(ap.getFailedOperations());
        }
        RetriesExhaustedWithDetailsException e = ap.getErrors();
        ap.clearErrors();
        throw e;
      }

In a rare situation like the following: 
When there are some updates ongoing, a client call Put(internally backgroundFlushCommits get triggered). Then comes the issue:
The first ap.hasError() returns false and the second ap.hasError() returns true. So we could throw exception to caller while writeAsyncBuffer isn't empty.(some updates are still on going).
If a client retry with different values for the same keys, we could end up with nondeterministic state.
2) The following code only update cache for the first row. We should update cache for all the regions inside resultForRS because actions are sent to multiple regions per RS

          if (failureCount++ == 0) { // We're doing this once per location.
            hConnection.updateCachedLocations(this.tableName, row.getRow(), result, location);
            if (errorsByServer != null) {
              errorsByServer.reportServerError(location);
              canRetry = errorsByServer.canRetryMore();
            }
          }

Right now, we choose to use partition lever metadata. All metadata (column names, column types, fileformat, serde class, serde properties) right now are from partition level metadata. But hive does not support a method now to alter all existing partitions' metadata, so users mostly choose to alter table metadata, and think hive will use the new  table level metadata. 
One approach is that we may need to provide a way to let user alter all partitions' metadata with one simple command. Right now a short term solution is to only get fileformat, serde class metadata from paritition level metadata, and use all other metadata from table.
any comments?

Investigating a test failure seen on HBASE-12349 
git bisect shows me the following:

# first bad commit: [473446719b7b81b56216862bf2a94a576ff90f60] HBASE-18511 Default no regions on master

It wouldn't fail every time, but I used this command with the bisect

export OPTS='test -Dtest=org.apache.hadoop.hbase.client.TestAsyncClusterAdminApi2 -pl hbase-server -am'
mvn clean $OPTS && mvn $OPTS && mvn $OPTS && mvn $OPTS

HBASE-1234 changed the filter interface.  Tests have been disabled.  Fix filters and reenable.

The servlet and full distributions don't have the core-management extension defined. Add it to those 2 feature packs.

With off-heap/bucketCache being used to cache data blocks without going through on-heap cache, the logic used in lruCache to check the content of already cached block need to be included in bucketCache. Please see this discussion for details. 

Client supplied timestamps should not be allowed to be negative, otherwise unpredictable results will follow. Especially, since we are encoding the ts using Bytes.Bytes(long), negative timestamps are sorted after positive ones. Plus, the new PB messages define ts' as uint64. 
Credit goes to Huned Lokhandwala for reporting this.

Consider this method on a RestController

@RequestMapping("/")
public Object test() 
{
	return new ResponseEntity<String>("testing", HttpStatus.OK);
}
{code:java}

With Spring MVC the response is:

testing

With WebFlux the response is:

{"headers":{},"body":"testing","statusCode":"OK","statusCodeValue":200}

I'd expect to get the Spring MVC response in both cases.

A form backing object annotated with @Pattern as follows:

@Pattern(regexp = "\\b[A-Za-z0-9._%-]+@[A-Za-z0-9.-]+\\.[A-Za-z]{2,4}\\b")
private String email;

If a wrong email is presented, the validation fails and the error message ('must match "\b[A-Za-z0-9._%-]@[A-Za-z0-9.-]\.[A-Za-z]
{2,4}\b"') is presented to the Spring <form:errors/> tag. This fails with:

2010-06-28 19:05:16,087 [http-8080-2] ERROR org.springframework.web.servlet.tags.form.ErrorsTag - unknown format type at 
java.lang.IllegalArgumentException: unknown format type at 
	at java.text.MessageFormat.makeFormat(MessageFormat.java:1442)
	at java.text.MessageFormat.applyPattern(MessageFormat.java:458)
	at java.text.MessageFormat.<init>(MessageFormat.java:368)
	at org.springframework.context.support.MessageSourceSupport.createMessageFormat(MessageSourceSupport.java:115)
	at org.springframework.context.support.MessageSourceSupport.formatMessage(MessageSourceSupport.java:99)
	at org.springframework.context.support.AbstractMessageSource.renderDefaultMessage(AbstractMessageSource.java:275)
	at org.springframework.context.support.AbstractMessageSource.getMessage(AbstractMessageSource.java:152)
	at org.springframework.context.support.AbstractApplicationContext.getMessage(AbstractApplicationContext.java:1196)
	at org.springframework.web.servlet.support.RequestContext.getMessage(RequestContext.java:559)
	at org.springframework.web.servlet.support.BindStatus.initErrorMessages(BindStatus.java:177)
	at org.springframework.web.servlet.support.BindStatus.getErrorMessages(BindStatus.java:273)
	at org.springframework.web.servlet.tags.form.ErrorsTag.exposeAttributes(ErrorsTag.java:173)
	at org.springframework.web.servlet.tags.form.AbstractHtmlElementBodyTag.writeTagContent(AbstractHtmlElementBodyTag.java:48)
	at org.springframework.web.servlet.tags.form.AbstractFormTag.doStartTagInternal(AbstractFormTag.java:102)
	at org.springframework.web.servlet.tags.RequestContextAwareTag.doStartTag(RequestContextAwareTag.java:79)
	at org.apache.jsp.tag.web.form.fields.input_tagx.doTag(input_tagx.java:330)
	at org.apache.jsp.WEB_002dINF.views.people.create_jspx._jspx_meth_field_005finput_005f0(create_jspx.java:123)
	at org.apache.jsp.WEB_002dINF.views.people.create_jspx.access$0(create_jspx.java:104)
	at org.apache.jsp.WEB_002dINF.views.people.create_jspx$Helper.invoke0(create_jspx.java:163)
	at org.apache.jsp.WEB_002dINF.views.people.create_jspx$Helper.invoke(create_jspx.java:180)
	at org.apache.jsp.tag.web.form.create_tagx$Helper.invoke0(create_tagx.java:423)
	at org.apache.jsp.tag.web.form.create_tagx$Helper.invoke(create_tagx.java:464)
	at org.apache.jsp.tag.web.form.page_tagx._jspx_meth_c_005fif_005f1(page_tagx.java:218)
	at org.apache.jsp.tag.web.form.page_tagx.doTag(page_tagx.java:126)
	at org.apache.jsp.tag.web.form.create_tagx.doTag(create_tagx.java:197)
	at org.apache.jsp.WEB_002dINF.views.people.create_jspx._jspx_meth_form_005fcreate_005f0(create_jspx.java:99)
	at org.apache.jsp.WEB_002dINF.views.people.create_jspx._jspService(create_jspx.java:63)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)

As confirmation that the problem is the formatting of the error message by the Spring errors tag a change of the @Pattern definition in the form backing object to:

@Pattern(regexp = "\\b[A-Za-z0-9._%-]@[A-Za-z0-9.-].[A-Za-z]{2,4}
b", message="email validation failed")

With this adjustment (a cleaner error message) all works fine.

CrossProductCheck warning printout sometimes happens in reverse order; which reduces people's confidence in the test's reliability.

When the small(broadcasted table) in a join has duplicate records for a key, they are getting discarded, resulting in incorrect output.

AbstractCacheManager.getCache(String name) creates caches lazily on access.  If the same cache is requested in two different threads it is possible for getMissingCache(name) to be invoked twice.  
Suggestion is to add a double-lock mechanism when lookupCache(name) returns null.

KeystorePasswordStore creates empty file when automatically created from subsystem and subsequent "store the secret" operation fails.
Next time the subsystem tries to add the same store (the same store file) it fails. 

The comment of BlockCache.evictBlock says 'true if block existed and was evicted, false if not' but BucketCache does not follow it.

if (jsonString == null || jsonString == "" || pathString == null
    || pathString == "") {
  return null;
}

We found this issue in 0.94, first let me describe the case：
Stop META rs when split is in progress
1.Stopping META rs(Server A).
2.The main thread of rs close ZK and delete ephemeral node of the rs.
3.SplitTransaction is retring MetaEditor.addDaughter
4.Master's ServerShutdownHandler process the above dead META server
5.Master fixup daughter and assign the daughter
6.The daughter is opened on another server(Server B)
7.Server A's splitTransaction successfully add the daughter to .META. with serverName=Server A
8.Now, in the .META., daughter's region location is Server A but it is onlined on Server B
9.Restart Master, and master will assign the daughter again.
Attaching the logs, daughter region 80f999ea84cb259e20e9a228546f6c8a
Master log:
2012-07-04 13:45:56,493 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Splitting logs for dw93.kgb.sqa.cm4,60020,1341378224464
2012-07-04 13:45:58,983 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Fixup; missing daughter writetest,JC\xCA\xC8\xCF<Q\xC49>OH\xCEV\xCC\xC2\xB5\xC2@\xD4,1341380730558.80f999ea84cb259e20e9a228546f6c8a. 
2012-07-04 13:45:58,985 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Added daughter writetest,JC\xCA\xC8\xCF<Q\xC49>OH\xCEV\xCC\xC2\xB5\xC2@\xD4,1341380730558.80f999ea84cb259e20e9a228546f6c8a., serverName=null 
2012-07-04 13:45:58,988 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region writetest,JC\xCA\xC8\xCF<Q\xC49>OH\xCEV\xCC\xC2\xB5\xC2@\xD4,1341380730558.80f999ea84cb259e20e9a228546f6c8a. to dw88.kgb.sqa.cm4,60020,1341379188777 
2012-07-04 13:46:00,201 INFO org.apache.hadoop.hbase.master.AssignmentManager: The master has opened the region writetest,JC\xCA\xC8\xCF<Q\xC49>OH\xCEV\xCC\xC2\xB5\xC2@\xD4,1341380730558.80f999ea84cb259e20e9a228546f6c8a. that was online on dw88.kgb.sqa.cm4,60020,1341379188777 
Master log after restart:
2012-07-04 14:27:05,824 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x136187d60e34644 Creating (or updating) unassigned node for 80f999ea84cb259e20e9a228546f6c8a with OFFLINE state 
2012-07-04 14:27:05,851 INFO org.apache.hadoop.hbase.master.AssignmentManager: Processing region writetest,JC\xCA\xC8\xCF<Q\xC49>OH\xCEV\xCC\xC2\xB5\xC2@\xD4,1341380730558.80f999ea84cb259e20e9a228546f6c8a. in state M_ZK_REGION_OFFLINE 
2012-07-04 14:27:05,854 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region writetest,JC\xCA\xC8\xCF<Q\xC49>OH\xCEV\xCC\xC2\xB5\xC2@\xD4,1341380730558.80f999ea84cb259e20e9a228546f6c8a. to dw93.kgb.sqa.cm4,60020,1341380812020 
2012-07-04 14:27:06,051 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENED, server=dw93.kgb.sqa.cm4,60020,1341380812020, region=80f999ea84cb259e20e9a228546f6c8a 
Regionserver(META rs) log:
2012-07-04 13:45:56,491 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: stopping server dw93.kgb.sqa.cm4,60020,1341378224464; zookeeper connection c
losed.
2012-07-04 13:46:11,951 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Added daughter writetest,JC\xCA\xC8\xCF<Q\xC49>OH\xCEV\xCC\xC2\xB5\xC2@\xD4,1341380730558.80f999ea84cb259e20e9a228546f6c8a., serverName=dw93.kgb.sqa.cm4,60020,1341378224464 
2012-07-04 13:46:11,952 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Done with post open deploy task for region=writetest,JC\xCA\xC8\xCF<Q\xC49>OH\xCEV\xCC\xC2\xB5\xC2@\xD4,1341380730558.80f999ea84cb259e20e9a228546f6c8a., daughter=true 

When fs.default.name or fs.defaultFS in hadoop core-site.xml is configured as hdfs://ip, and hbase.rootdir is configured as hdfs://ip:port/hbaserootdir where port is the hdfs namenode's default port. the bulkload operation will not remove the file in bulk output dir. Store::bulkLoadHfile will think hdfs:://ip and hdfs:://ip:port as different filesystem and go with copy approaching instead of rename.
The root cause is that hbase master will rewrite fs.default.name/fs.defaultFS according to hbase.rootdir when regionserver started, thus, dest fs uri from the hregion will not matching src fs uri passed from client.
any suggestion what is the best approaching to fix this issue? 
I kind of think that we could check for default port if src uri come without port info.

Cannot add description to empty ExitStatus.  One result is that the stack trace is missing from JobExecution when an exception is thrown in a step.

When using the GNU longfile mode the tar classes create special archive entries containing the file name if the original name was longer than 100 characters.
Each tar entry header holds a "magic" value indicating the format.
For the special entries containing the file name the magic value should be "ustar  " indicating the "oldgnu" format.
See also https://issues.apache.org/bugzilla/show_bug.cgi?id=47653 and http://sunsite.ualberta.ca/Documentation/Gnu/tar-1.13/html_chapter/tar_8.html#SEC126

Newly added testcase TestRetryingHMSHandler fails on trunk. https://builds.apache.org/job/Hive-trunk-h0.21/2040/

ProjectingMethodInterceptor.getProjection(Object, Class<?>) assumes the first param to be non-null, but it may be null if there is a Map with a null value, e.g. a Collections.createSingletonMap("key", null).
That means that returning such map from a @Projection, e.g.:

public interface MyProjection {
    Map<String, Object> getData();
}

results in an exception.
A kind of a workaround is to remove nulls from a projected map, e.g.:

    @Value("#{T(...).mapWithoutNulls(target.getData())}")
}

...

public static <K, V> Map<K, V> mapWithoutNulls(Map<K, V> map) {
    return map.entrySet().stream()
            .filter(entry -> entry.getValue() != null)
            .collect(Collectors.toMap(
                    Map.Entry::getKey,
                    Map.Entry::getValue));
}

Map/Reduce jobs that use HCatalog APIs to write to Hive tables using Dynamic partitioning are expected to call the following API methods:

HCatOutputFormat.setOutput() to indicate which table/partitions to write to. This call populates the OutputJobInfo with details fetched from the Metastore.
HCatOutputFormat.setSchema() to indicate the output-schema for the data being written.

It is a common mistake to invoke HCatOUtputFormat.setSchema() as follows:

HCatOutputFormat.setSchema(conf, HCatOutputFormat.getTableSchema(conf));

Unfortunately, getTableSchema() returns only the record-schema, not the entire table's schema. We'll need a better API for use in M/R jobs to get the complete table-schema.

There is code in Elytron 
SetMechanismInformationMechanismFactory.java

@Override
            public void evaluateRequest(HttpServerRequest request) throws HttpAuthenticationException {
                String host = request.getFirstRequestHeaderValue(HOST);
                String resolvedHostName = null;
                if (host != null) {
                  if (host.startsWith("[")) {
                      int close = host.indexOf(']');
                      if (close > 0) {
                          resolvedHostName = host.substring(0, close);
                      }
                  }

I assume intention of this code is to get from e.g. "[::1]:8080" just "[::1]", but now it gets only "[::1". To achieve this my assumption, there should be rather

resolvedHostName = host.substring(0, close + 1);

Currently, initial configuration instance is shared to all following input formats, which should not be like that.

JpaOperationsImpl removes a Plugin from the pom.xml file but doesn't convey this change to ProjectOperation causing the Plugin state in ProjectOperation to be become out of sync and PluginListeners not be to notified.

I tried to run this command:
hbase pe --rows=10000 --nomapred --valueSize=2000000 sequentialWrite

	at java.util.LinkedList.removeFirst(LinkedList.java:270)
	at java.util.LinkedList.remove(LinkedList.java:685)
	at org.apache.hadoop.hbase.PerformanceEvaluation.parseOpts(PerformanceEvaluation.java:2077)
	at org.apache.hadoop.hbase.PerformanceEvaluation.run(PerformanceEvaluation.java:2122)
	at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
	at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
	at org.apache.hadoop.hbase.PerformanceEvaluation.main(PerformanceEvaluation.java:2159)

Number of client threads argument was missing.
PerformanceEvaluation should print user friendly message informing user of the missing argument.

There seems to be a regression in branch 1.3 where we can't read HFile trailer(getting "CorruptHFileException: Problem reading HFile Trailer") on some HFiles that could be successfully read on 1.2.
I've seen this error manifesting in two ways so far.

Caused by: org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file  <file name>
	at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.<init>(StoreFile.java:1164)
	... 6 more
Caused by: java.io.IOException: Invalid HFile block magic: \x00\x00\x04\x00\x00\x00\x00\x00
	at org.apache.hadoop.hbase.io.hfile.BlockType.parse(BlockType.java:155)
	at org.apache.hadoop.hbase.io.hfile.BlockType.read(BlockType.java:167)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock.<init>(HFileBlock.java:344)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockDataInternal(HFileBlock.java:1735)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.<init>(HFileReaderV2.java:156)
	at org.apache.hadoop.hbase.io.hfile.HFile.pickReaderVersion(HFile.java:485)

and second

	at org.apache.hadoop.hbase.io.HalfStoreFileReader.<init>(HalfStoreFileReader.java:104)
	at org.apache.hadoop.hbase.regionserver.StoreFileInfo.open(StoreFileInfo.java:256)
	... 6 more
Caused by: java.io.IOException: Premature EOF from inputStream (read returned -1, was trying to read 10083 necessary bytes and 24 extra bytes, successfully read 1072
	at org.apache.hadoop.hbase.io.hfile.HFileBlock.readWithExtra(HFileBlock.java:737)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$AbstractFSReader.readAtOffset(HFileBlock.java:1459)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockDataInternal(HFileBlock.java:1712)

In my case this problem was reproducible by running `hbase hfile -m  -f` command. There seem to be two changes in behavior introduced by HBASE-15477 (cc stack).
One is that HFileBlock#getOnDiskSizeWithHeader always assumes that checksum verification is true (this behavior results in onDiskSizeWithHeader being calculated differently in 1.2 and 1.3 for some cases).
Second is that in HFileBlock constructor we always attempt to retrive checksum-related fields from the header even if no checksum verification is going on.
Attached is the patch which when applied allows 1.3 to read again the same HFiles.

Some client facing JARs contains default Elytron client configuration in `META-INF/wildfly-config.xml`:

bin/client/jboss-cli-client.jar
bin/client/jboss-client.jar
modules/system/layers/base/org/jboss/as/protocol/main/wildfly-protocol-3.0.0.Alpha22-redhat-1.jar
modules/system/layers/base/org/jboss/as/remoting/main/wildfly-remoting-3.0.0.Alpha22-redhat-1.jar
modules/system/layers/base/org/jboss/as/cli/main/wildfly-cli-3.0.0.Alpha22-redhat-1.jar
modules/system/layers/base/org/jboss/remoting-jmx/main/remoting-jmx-3.0.0.Beta2-redhat-1.jar
modules/system/layers/base/org/jboss/ejb-client/main/jboss-ejb-client-3.0.0.Beta4-redhat-1.jar

The configuration across the libraries is not unified, which could lead to different configuration used for different classpath ordering.
The issue is mainly with set of allowed SASL mechanisms across the libraries. Here are fragments of mechanism filtering used in the mentioned files:

<allow-all-sasl-mechanisms />
<allow-sasl-mechanisms names="JBOSS-LOCAL-USER EXTERNAL DIGEST-MD5 PLAIN ANONYMOUS" />
<allow-sasl-mechanisms names="JBOSS-LOCAL-USER DIGEST-MD5 PLAIN ANONYMOUS" />

On select field tag:

src/main/webapp/WEB-INF/tags/form/fields/select.tagx

1.- In two places, when disabled form binding:

<c:when test="${disableFormBinding}">
<select id="_${sec_field}_id" name="${sec_field}" multiple="${multiple}">

Whatever the value, the select is always multiple. When the attribute is informed with any value, the this specifies that multiple options can be selected.
There is no a standard, but usually is not defined when single selection and defined with multiple="multiple" when multiple selection.
2.- There is no possibility to mark an option as selected when disabled form binding.
Possible solutions:

Provide the value that should be selected as another tag attribute
Provide the name of a model attribute setted on the controller that should be selected as another tag attribute

The RestTemplate does not encode the url variables. The following line:

template.postForLocation("http://twitter.com/statuses/update.xml?status={status}", "", "Ho Ho");

Results in an exception:

Exception in thread "main" java.lang.IllegalArgumentException
	at java.net.URI.create(URI.java:842)
	at org.springframework.web.util.UriTemplate.expand(UriTemplate.java:140)
	at org.springframework.web.client.core.RestTemplate.execute(RestTemplate.java:266)
	at org.springframework.web.client.core.RestTemplate.postForLocation(RestTemplate.java:203)
	at test.RestClientTest.main(RestClientTest.java:30)
Caused by: java.net.URISyntaxException: Illegal character in query at index 48: http://twitter.com/statuses/update.xml?status=Ho Ho
	at java.net.URI$Parser.fail(URI.java:2809)
	at java.net.URI$Parser.checkChars(URI.java:2982)
	at java.net.URI$Parser.parseHierarchical(URI.java:3072)
	at java.net.URI$Parser.parse(URI.java:3014)
	at java.net.URI.<init>(URI.java:578)
	at java.net.URI.create(URI.java:840)
	... 4 more

In the stack trace below, LockingException is a user defined, non-RuntimeException.
The transformAndAllocateArrangements method is annotated @Transactional(rollbackFor=LockingException.class).
If transformAndAllocateArrangements throws a LockingException.class, its immediate caller does not receive it, but receives a TransactionSystemException, as seen below.
If I remove the rollbackFor declaration, the LockingException is received as expected, but the transaction does not roll back (as expected, but not as desired).
See also the archived forum thread: http://forum.springframework.org/archive/index.php/t-47557.html
Thanks for any help.
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R org.springframework.transaction.TransactionSystemException: UOWManager transaction processing failed; nested exception is com.ibm.wsspi.uow.UOWException: de.ivu.mb.rcl.trafo.LockingException
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at org.springframework.transaction.jta.WebSphereUowTransactionManager.execute(WebSphereUowTransactionManager.java:259)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:123)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at $Proxy308.transformAndAllocateArrangements(Unknown Source)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at de.ivu.mb.rcl.trafo.PersonnelTransformatorBean.refreshPerson(PersonnelTransformatorBean.java:156)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at java.lang.reflect.Method.invoke(Method.java:618)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
[04.11.08 21:06:40:950 CET] 0000004b SystemErr     R 	at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at org.springframework.transaction.interceptor.TransactionInterceptor$1.doInTransaction(TransactionInterceptor.java:128)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at org.springframework.transaction.jta.WebSphereUowTransactionManager$UOWActionAdapter.run(WebSphereUowTransactionManager.java:306)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.uow.UOWManagerImpl.runUnderCurrentUOW(UOWManagerImpl.java:1141)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.uow.UOWManagerImpl.runUnderUOW(UOWManagerImpl.java:511)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at org.springframework.transaction.jta.WebSphereUowTransactionManager.execute(WebSphereUowTransactionManager.java:252)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:123)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at $Proxy310.refreshPerson(Unknown Source)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at de.ivu.mb.rcl.trafo.TransformatorBean.refreshPerson(TransformatorBean.java:217)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at java.lang.reflect.Method.invoke(Method.java:618)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:198)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at $Proxy312.refreshPerson(Unknown Source)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at de.ivu.mb.rcl.trafo.ejb.TransformatorFacadeEJB.refreshPerson(TransformatorFacadeEJB.java:62)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at de.ivu.mb.rcl.trafo.ejb.EJSRemoteStatelessTransformatorFacade_8a534f1a.refreshPerson(EJSRemoteStatelessTransformatorFacade_8a534f1a.java:189)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.rmi.util.ProxyUtil$4.run(ProxyUtil.java:727)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at java.security.AccessController.doPrivileged(AccessController.java:246)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.rmi.util.ProxyUtil.invokeWithClassLoaders(ProxyUtil.java:725)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.CORBA.iiop.ClientDelegate.invoke(ClientDelegate.java:1155)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at $Proxy4.refreshPerson(Unknown Source)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at de.ivu.mb.rcl.trafo.ejb._TransformatorFacade_Stub.refreshPerson(_TransformatorFacade_Stub.java:431)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.etools.utc.model.ReflectionMethodModel.invoke(ReflectionMethodModel.java:65)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.etools.utc.servlet.InvokeServlet.invoke(InvokeServlet.java:113)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.etools.utc.servlet.InvokeServlet.doPost(InvokeServlet.java:369)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:989)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:501)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:464)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:90)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:744)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1455)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:113)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:454)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:383)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:263)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:195)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:743)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:873)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R 	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1469)
[04.11.08 21:06:40:965 CET] 0000004b SystemErr     R Caused by: com.ibm.wsspi.uow.UOWException: de.ivu.mb.rcl.trafo.LockingException
	at com.ibm.ws.uow.UOWManagerImpl.runUnderCurrentUOW(UOWManagerImpl.java:1147)
	at com.ibm.ws.uow.UOWManagerImpl.runUnderUOW(UOWManagerImpl.java:511)
	at org.springframework.transaction.jta.WebSphereUowTransactionManager.execute(WebSphereUowTransactionManager.java:252)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:123)
	at $Proxy308.transformAndAllocateArrangements(Unknown Source)
	at de.ivu.mb.rcl.trafo.PersonnelTransformatorBean.refreshPerson(PersonnelTransformatorBean.java:156)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at java.lang.reflect.Method.invoke(Method.java:618)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
	at org.springframework.transaction.interceptor.TransactionInterceptor$1.doInTransaction(TransactionInterceptor.java:128)
	at org.springframework.transaction.jta.WebSphereUowTransactionManager$UOWActionAdapter.run(WebSphereUowTransactionManager.java:306)
	at com.ibm.ws.uow.UOWManagerImpl.runUnderCurrentUOW(UOWManagerImpl.java:1141)
	at $Proxy310.refreshPerson(Unknown Source)
	at de.ivu.mb.rcl.trafo.TransformatorBean.refreshPerson(TransformatorBean.java:217)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:198)
	at $Proxy312.refreshPerson(Unknown Source)
	at de.ivu.mb.rcl.trafo.ejb.TransformatorFacadeEJB.refreshPerson(TransformatorFacadeEJB.java:62)
	at de.ivu.mb.rcl.trafo.ejb.EJSRemoteStatelessTransformatorFacade_8a534f1a.refreshPerson(EJSRemoteStatelessTransformatorFacade_8a534f1a.java:189)
	at com.ibm.rmi.util.ProxyUtil$4.run(ProxyUtil.java:727)
	at java.security.AccessController.doPrivileged(AccessController.java:246)
	at com.ibm.rmi.util.ProxyUtil.invokeWithClassLoaders(ProxyUtil.java:725)
	at com.ibm.CORBA.iiop.ClientDelegate.invoke(ClientDelegate.java:1155)
	at $Proxy4.refreshPerson(Unknown Source)
	at de.ivu.mb.rcl.trafo.ejb._TransformatorFacade_Stub.refreshPerson(_TransformatorFacade_Stub.java:431)
	at com.ibm.etools.utc.model.ReflectionMethodModel.invoke(ReflectionMethodModel.java:65)
	at com.ibm.etools.utc.servlet.InvokeServlet.invoke(InvokeServlet.java:113)
	at com.ibm.etools.utc.servlet.InvokeServlet.doPost(InvokeServlet.java:369)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:989)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:501)
	at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:464)
	at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:744)
	at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1455)
	at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:113)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:454)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:383)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:263)
	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1469)
Caused by: de.ivu.mb.rcl.trafo.LockingException
	at org.springframework.transaction.interceptor.TransactionInterceptor$1.doInTransaction(TransactionInterceptor.java:137)
	... 72 more

Actual documentation says about property pollInterval used by hazelcast seda consumer: "How frequent to poll from the SEDA queue". Unfortunately this is wrong since pollInterval is used as blocking timeout while polling a Java BlockingQueue (http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/BlockingQueue.html#poll%28long,%20java.util.concurrent.TimeUnit%29) which might lead to wrong usage. Property might considered to be renamed to e.g. blockingTimeout. 

SMB join in tez has multiple work items that are connected based on input tag followed by input initialization etc. In case of container re-use, what ends up happening is that we try to reconnect the work items and fail. If we try to work around that issue by recognizing somehow that the cache was in play, we will run into other initialization issues with respect to record readers. So the plan is to disable caching of the SMB work items by clearing out during the close phase.

        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:247)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:147)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:137)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:179)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:171)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:171)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:167)
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.FileSinkOperator cannot be cast to org.apache.hadoop.hive.ql.exec.DummyStoreOperator
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.getJoinParentOp(MapRecordProcessor.java:300)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.getJoinParentOp(MapRecordProcessor.java:302)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:189)
        ... 15 more

the bug could be easily reproduce by these steps:
1.user grant client with an access token Aa and refresh_token Ra
2.waiting for Aa to be expired(at the time Ra is not expired)
3.user grant client with another access token Ab and refresh_token Rb(the RandomValueTokenServices automatic delete the expire access token Aa,but leave Ra in TokenStore)
at here,we got 1 access token Ab and two refresh_token Ra Rb
4.client refresh access token with Ra(a client could be running on several device such as app on iTouch and iPhone,they hold different refresh token)
if there is a uniq index on authentication_id ,we got exception,or go on with 5
5.and now TokenStore will get 2 access token with same authentication_id
6.when calling JdbcTokenStore's getAccessToken(OAuth2Authentication authentication) will get exception.

Upgrading to Spring (Context) v 4.3.X breaks backwards compatibility in Spring WebFlow.
The following commit upgrades from 4.2.X to 4.3.X:
Update minor versions of dependencies (commit 0dc8b52c72696ade87c59c1f79c6c107fae9fb53)
Spring context changed between 4.2.X and 4.3.X, particularly https://jira.spring.io/browse/SPR-14626 gave rise to a change in GenericApplicationContext where the ResourceLoader is now also being used as a class loader.
This behaviour can be made backwards compatible by setting a custom class loader - e.g. the same class loader as previously.

    // from spring context
	@Override
	public ClassLoader getClassLoader() {
        // this is new and is causes backwards compatability issues for spring webflow
		if (this.resourceLoader != null && !this.customClassLoader) {
			return this.resourceLoader.getClassLoader();
		}
        
        // usually this would get called directly
		return super.getClassLoader();
	}

Asumme you have a multi class loader environment
WebApp (contains code and flow xml)
Server (contains spring and spring-webflow)
In FlowModelFlowBuilder, the ResourceLoader is set (which incidentally overrides the class loader in spring (context) 4.3.X):

flowContext.setResourceLoader(new FlowRelativeResourceLoader(flowResource));

This will of course cause a ClassNotFoundException to be thrown when trying to load domain classes.
This is due to the fact that in the project setup, the webflow code is in another classloader than the domain code.
To be backwards compatible, the fix is quite simple - we need to memoize the classLoader, before overriding it with the resource loader

// memoize class loader
final ClassLoader classLoader = flowContext.getClassLoader();
Resource flowResource = flowModelHolder.getFlowModelResource();
// restore class loader
flowContext.setClassLoader(classLoader);

Use ConnectionFactory in HTable instead of ConnectionManager.

The user does not know, if the sort-merge join is working or not.
create table table_asc(key int, value string) CLUSTERED BY (key) SORTED BY (key asc) 
INTO 1 BUCKETS STORED AS RCFILE; 
create table table_desc(key int, value string) CLUSTERED BY (key) SORTED BY (key desc) 
set hive.enforce.sorting = true;
insert overwrite table table_asc select key, value from src;    
insert overwrite table table_desc select key, value from src;
explain 
select /+mapjoin(a)/ * from table_asc a join table_desc b on a.key = b.key;
explain
select /+mapjoin(b)/ * from table_asc a join table_desc b on a.key = b.key;
In the above test, the sort-merge join is not obeyed as expected.
If you user explicitly asked for sort-merge join, and it is not being
obeyed, the operation should fail.

In Task class and its subclasses logger is initialized in constructor. Log object no need to initialize every time in the constructor, Log object can make it as static object.

Ex:
  public ExecDriver() {
    super();
    LOG = LogFactory.getLog(this.getClass().getName());
    console = new LogHelper(LOG);
    this.jobExecHelper = new HadoopJobExecHelper(job, console, this, this);
  }

Need to change like this

private static final Log LOG = LogFactory.getLog(ExecDriver.class);

A number of the tests produce unsorted output that happens to come out the same on people's laptops and the ptest infrastructure.  But when run on a separate linux box the sort differences show up.  

A transaction probe grabs the controller lock before proceeding.  Transaction probes may see long run times depending upon db responsiveness.  So other CLI operations can end up needlessly blocked for quite some time waiting for the db to respond for a transaction probe to proceed.

It seems you can't set handlers for a logger. I've created a reproducer.
https://github.com/emag/wildfly-swarm-filelogger-demo
Expected
FINE level log should be logged in $jboss.server.log.dir/sql-file.log .
In my reproducer, MyController#get() logs it.
Actual
Thrown IllegalArgumentException when booting(see attached log)
Related ML
https://groups.google.com/forum/#!topic/wildfly-swarm/hdYHiD6hH6s

When using a custom Jackson Deserializer the following test throws a java.lang.IllegalStateException: No ObjectCodec defined for parser, needed for deserialization
Imho the AbstractJackson2Decoder should call tokenBuffer.asParser(getObjectMapper()) instead of tokenBuffer.asParser() since the used NonBlockingJsonParser will always return null for getCodec().
(This solution does work for me)

import reactor.core.publisher.Flux;
import reactor.test.StepVerifier;

import org.springframework.core.ResolvableType;
import org.springframework.core.io.buffer.DataBuffer;
import org.springframework.core.io.buffer.DefaultDataBufferFactory;
import org.springframework.http.codec.json.Jackson2JsonDecoder;
import com.fasterxml.jackson.core.JsonParser;
import com.fasterxml.jackson.core.JsonProcessingException;
import com.fasterxml.jackson.databind.DeserializationContext;
import com.fasterxml.jackson.databind.JsonNode;
import com.fasterxml.jackson.databind.ObjectMapper;
import com.fasterxml.jackson.databind.annotation.JsonDeserialize;
import com.fasterxml.jackson.databind.deser.std.StdDeserializer;

import static org.assertj.core.api.Assertions.assertThat;

public class Jackson2DecoderTest {

    @Test
        DataBuffer buffer = new DefaultDataBufferFactory().wrap("{\"test\": 1}".getBytes());

        Jackson2JsonDecoder decoder = new Jackson2JsonDecoder(new ObjectMapper());
        Flux<TestObject> decoded = decoder.decode(Mono.just(buffer), ResolvableType.forClass(TestObject.class), null,
                null).cast(TestObject.class);

        StepVerifier.create(decoded).assertNext(v -> assertThat(v.getTest()).isEqualTo(1)).verifyComplete();
    }

    @JsonDeserialize(using = Deserializer.class)
    public static class TestObject {
        private int test;
        public int getTest() {
            return test;
        }
        public void setTest(int test) {
            this.test = test;
        }
    }
    
    public static class Deserializer extends StdDeserializer<TestObject> {
        protected Deserializer() {
            super(TestObject.class);
        }

        @Override
        public TestObject deserialize(JsonParser p,
                                      DeserializationContext ctxt) throws IOException, JsonProcessingException {
            JsonNode node = p.readValueAsTree();
            TestObject result = new TestObject();
            result.setTest(node.get("test").asInt());
            return result;
        }
    }
}

This very simple spring-boot application :

    }

    @Component
    public class MyRouteBuilder extends RouteBuilder {
        @Override
        public void configure() throws Exception {
            from("timer:person")
                .setBody().constant(Arrays.asList(
                    new Person("Peter", 25),
                    new Person("John", 33)
                ))
                .log("Body is ${body}");
        }
    }

    public static class Person {
        private String name;
        private int age;

        public Person(String name, int age) {
            this.name = name;
            this.age = age;
        }

        public String getName() {
            return name;
        }

        public void setName(String name) {
        }

        public int getAge() {
            return age;
        }

        public void setAge(int age) {
        }

        @Override
        public String toString() {
            return "Person{" +
                "name='" + name + '\'' +
                ", age=" + age +
                '}';
        }
    }
}

Fails to resolve the simple expression ${body} because of the following exception:

org.apache.camel.TypeConversionException: Error during type conversion from type: java.lang.String to the required type: java.lang.String with value [Person{name='Peter', age=25}, Person{name='John', age=33}] due Failed to convert from type [java.util.Arrays$ArrayList<?>] to type [java.lang.String] for value '[Person{name='Peter', age=25}, Person{name='John', age=33}]'; nested exception is org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type [java.util.Arrays$ArrayList<?>] to type [java.lang.String]
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.createTypeConversionException(BaseTypeConverterRegistry.java:629) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:150) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.support.ExpressionAdapter.evaluate(ExpressionAdapter.java:41) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.builder.ExpressionBuilder$75.evaluate(ExpressionBuilder.java:1795) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.support.ExpressionAdapter.evaluate(ExpressionAdapter.java:36) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.processor.LogProcessor.process(LogProcessor.java:53) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:542) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:197) [camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:120) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:83) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.component.timer.TimerConsumer.sendTimerExchange(TimerConsumer.java:192) [camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.component.timer.TimerConsumer$1.run(TimerConsumer.java:76) [camel-core-2.18.0.jar:2.18.0]
	at java.util.TimerThread.mainLoop(Timer.java:555) [na:1.8.0_112]
	at java.util.TimerThread.run(Timer.java:505) [na:1.8.0_112]
Caused by: org.springframework.core.convert.ConversionFailedException: Failed to convert from type [java.util.Arrays$ArrayList<?>] to type [java.lang.String] for value '[Person{name='Peter', age=25}, Person{name='John', age=33}]'; nested exception is org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type [java.util.Arrays$ArrayList<?>] to type [java.lang.String]
	at org.apache.camel.spring.boot.SpringTypeConverter.convertTo(SpringTypeConverter.java:46) ~[camel-spring-boot-2.18.0.jar:2.18.0]
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.doConvertTo(BaseTypeConverterRegistry.java:346) ~[camel-core-2.18.0.jar:2.18.0]
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:133) ~[camel-core-2.18.0.jar:2.18.0]
	... 14 common frames omitted
Caused by: org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type [java.util.Arrays$ArrayList<?>] to type [java.lang.String]
	at org.springframework.core.convert.support.GenericConversionService.handleConverterNotFound(GenericConversionService.java:313) ~[spring-core-4.3.3.RELEASE.jar:4.3.3.RELEASE]
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:195) ~[spring-core-4.3.3.RELEASE.jar:4.3.3.RELEASE]
	at org.springframework.core.convert.support.CollectionToStringConverter.convert(CollectionToStringConverter.java:68) ~[spring-core-4.3.3.RELEASE.jar:4.3.3.RELEASE]
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:36) ~[spring-core-4.3.3.RELEASE.jar:4.3.3.RELEASE]
	... 19 common frames omitted

The root cause is spring failing to find a converter for Person --> String and as the SpringTypeConverter registered by camel-spring-boot is one of the fallback converters used by BaseTypeConverterRegistry, it leads Camel to fail too.
As today is a Camel TypeConverter fails with an exception while looping over fallback converters, the loops ends and the conversion fails too. It may turn out that the bug is caused by the way camel uses Spring's type converters but it may be good to catch exceptions and try the next converter, Claus Ibsen make sense ?
A workaround is to create a custom converter for the class:

    public class PersonConverter implements Converter<Person, String> {
        @Override
        public String convert(Person source) {
            return source.toString();
        }
    }

org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager which is used by default even for non-HA configurations in WildFly 9.0.0.CR2 (e.g. standalone.xml in app server distribution) does not implement io.undertow.server.session.SessionManagerStatistics and so no stats except for activeSessions are available. 

The warning message when the bundle property is set is always logged. This should only be logged when the property is specified.

NoopProcedureStore.java
ProcedureStoreBase.java
ProcedureMetrics.java
LockStatus.java
LockAndQueue.java
ProcedureStateSerializer.java

NPE in DBRE when using the Postgres World sample database (see http://pgfoundry.org/frs/?group_id=1000150&release_id=584):

   at org.springframework.roo.addon.dbre.DbreMetadata.getField(DbreMetadata.java:645)
   at org.springframework.roo.addon.dbre.DbreMetadata.addOtherFields(DbreMetadata.java:551)
   at org.springframework.roo.addon.dbre.DbreMetadata.<init>(DbreMetadata.java:125)
   at org.springframework.roo.addon.dbre.DbreMetadataProviderImpl.getMetadata(DbreMetadataProviderImpl.java:110)
   at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:148)
   at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:82)
   at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:235)
   at org.springframework.roo.metadata.AbstractHashCodeTrackingMetadataNotifier.notifyIfRequired(AbstractHashCodeTrackingMetadataNotifier.java:52)
   at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.notify(DbreDatabaseListenerImpl.java:183)
   at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.reverseEngineer(DbreDatabaseListenerImpl.java:169)
   at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.deserializeDatabase(DbreDatabaseListenerImpl.java:104)
   at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.onFileEvent(DbreDatabaseListenerImpl.java:83)
   at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanNotified(PollingFileMonitorService.java:213)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:189)
   at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:143)
   at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy.execute(ProcessManagerHostedExecutionStrategy.java:47)
   at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:182)
   at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:373)
   at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:134)

In a visibility controller unit test, we fail a VisibilityClient.getAuths call with an AccessDeniedException, leading to a NPE in the client:

        at org.apache.hadoop.hbase.util.Bytes.compareTo(Bytes.java:1017)
        at org.apache.hadoop.hbase.util.Bytes$ByteArrayComparator.compare(Bytes.java:151)
        at org.apache.hadoop.hbase.util.Bytes$ByteArrayComparator.compare(Bytes.java:140)
        at java.util.TreeMap.compare(TreeMap.java:1188)
        at java.util.TreeMap.put(TreeMap.java:531)
        at java.util.Collections$SynchronizedMap.put(Collections.java:2041)
        at org.apache.hadoop.hbase.client.HTable$15.update(HTable.java:1486)
        at org.apache.hadoop.hbase.client.HTable$16.call(HTable.java:1515)
        at java.lang.Thread.run(Thread.java:744)

MongoTemplate.executeQuery(Query query, String collectionName, DocumentCallbackHandler dch) creates a QueryCursorPreparer with type=null. 
Specifying a sort condition for a query in that case will cause an error in MongoTemplate.getMappedSortObject which REQUIRES QueryCursorPreparer.type != null
The problem appeared around 1.4.2 I believe and it is still present in 1.5.0

Follow is test code snap.
import org.springframework.core.GenericTypeResolver;
public class TestGeneric {
		Class[] types = GenericTypeResolver.resolveTypeArguments(Test.class, ITest.class);
		for (Class klass : types) 
{
			
			System.out.println(klass);//Issue: suppose should print B at least, but it print Object
		}
	}
}
class A{}
class B<T>{}
class ITest<T>{}
class Test<I extends A, T extends B<I>> extends ITest<T>{
}

it looks like that we do a simple "grep -c ERROR" to count the errors that we have from the build.
https://github.com/apache/hbase/blob/master/dev-support/hbase-personality.sh#L305
but in this way we ended up with a count=1 just because we have one enum called ERROR_CODE in hbase. and the enum shows up as debug message

$ grep ERROR patch-hbaseprotoc-hbase-server.txt 
[DEBUG] adding entry org/apache/hadoop/hbase/util/HBaseFsck$ErrorReporter$ERROR_CODE.class

Here's the trace.

Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 29.288 sec <<< FAILURE!
testReadWrite(org.apache.hadoop.hbase.types.TestFixedLengthWrapper)  Time elapsed: 0.025 sec  <<< FAILURE!
arrays first differed at element [8]; expected:<-40> but was:<0>
        at org.junit.internal.ComparisonCriteria.arrayEquals(ComparisonCriteria.java:50)
        at org.junit.Assert.internalArrayEquals(Assert.java:473)
        at org.junit.Assert.assertArrayEquals(Assert.java:294)
        at org.junit.Assert.assertArrayEquals(Assert.java:305)
        at org.apache.hadoop.hbase.types.TestFixedLengthWrapper.testReadWrite(TestFixedLengthWrapper.java:60)

This is with 0.98.0.

When hive.optimize.index.filter is set to true, the parquet table is filtered using the parquet column index. 

CREATE TABLE t1 (
  dec decimal(5,0)
) stored as parquet;

insert into table t1 values('Jim', 3);
insert into table t1 values('Tom', 5);

select * from t1 where (name = 'Jim' or dec = 5);

Only one row Jim, 3 is returned, but both should be returned. 

http://example:16010/rsgroup.jsp?name=default
The rsgroup page (rsgroup.jsp) in UI does not show correct information about Total Requests Per Second.
Change totalRequests into totalRequestsPerSecond

When Artemis 1.5.5.jbossorg-0012 was integrated in WFLY-10424, the journal-sql.properties file that is used to provide the SQL statements for its JDBC store was not updated with the latest version from Artemis codebase.
The statements specific to DB2 are missing.
Artemis's file is at https://github.com/rh-messaging/jboss-activemq-artemis/blob/1.5.5.jbossorg-012/artemis-jdbc-store/src/main/resources/journal-sql.properties
WildFly file is at https://github.com/wildfly/wildfly/blob/master/feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/extension/messaging-activemq/main/database/journal-sql.properties

Here is the scenario on 0.98 with zk-less assignment
The master gets an OPEN RPC call from region server.
So, it moves the region state from PENDING_OPEN to OPEN.
But, the call timeouts on the region server and region server retries sending the OPEN call. However, now the master throws an Exception saying the region is not PENDING_OPEN. So, the region servers aborts the region on receiving that exception and sends FAILED_OPEN to master. But the master cannot change its state from FAILED_OPEN to OPEN, so eventually the master keeps the state as OPEN while the actual region is no longer open on region server.
The master should not throw an exception on receiving OPEN RPC calls multiple times.

When attempting to access the executions page of the sample admin batch web app, I revcieve the following exception:
SEVERE: Servlet.service() for servlet Batch Servlet threw exception
org.apache.derby.client.am.SqlException: Syntax error: Encountered "<=" at line 1, column 337.
The generated sql statement is below:
SELECT * FROM ( SELECT E.JOB_EXECUTION_ID, E.START_TIME, E.END_TIME, E.STATUS, E.EXIT_CODE, E.EXIT_MESSAGE, E.CREATE_TIME, E.LAST_UPDATED, E.VERSION, I.JOB_INSTANCE_ID, I.JOB_NAME, ROW_NUMBER() OVER () AS ROW_NUMBER FROM BATCH_JOB_EXECUTION E, BATCH_JOB_INSTANCE I WHERE E.JOB_INSTANCE_ID=I.JOB_INSTANCE_ID) AS TMP_SUB WHERE ROW_NUMBER <= 20
The problem is that the reference the to column alias 'ROW_NUMBER' in the where clause is missing the proper query alias. The where clause should reference the column as 'TMP_SUB.ROW_NUMBER'. 
The correct sql is below: ( BTW - I verified that the first one fails in my sql client and that the statement, with the correction applied, below does indeed work.)
SELECT * FROM ( SELECT E.JOB_EXECUTION_ID, E.START_TIME, E.END_TIME, E.STATUS, E.EXIT_CODE, E.EXIT_MESSAGE, E.CREATE_TIME, E.LAST_UPDATED, E.VERSION, I.JOB_INSTANCE_ID, I.JOB_NAME, ROW_NUMBER() OVER () AS ROW_NUMBER FROM BATCH_JOB_EXECUTION E, BATCH_JOB_INSTANCE I WHERE E.JOB_INSTANCE_ID=I.JOB_INSTANCE_ID) AS TMP_SUB WHERE TMP_SUB.ROW_NUMBER <= 20

Camel can fail to determine the appropriate method to call on a bean that has overloaded (vs. overridden) methods. It will always call the first overloaded method, even if the parameter is not the same type as that of the message being processed.
The bug is in BeanInfo.overridesExistingMethod. Here's the offending code:
            for (int i = 0; i < info.getMethod().getParameterTypes().length; i++) {
                Class type1 = info.getMethod().getParameterTypes()[i];
                Class type2 = methodInfo.getMethod().getParameterTypes()[i];
                if (!type1.equals(type2)) 
{
                    continue;
                }
            }
            // same name, same parameters, then its overrides an existing class
            return info;
If the parameter types don't match, the continue statement is not going to do what you'd want. The author obviously intended the "continue" to continue with the next methodInfo. Instead, it checks the next parameter and will always return the current methodInfo  if it reaches this point.
Here's a unit test that exemplifies the issue:
----------------------------------
package biz.firethorn.hostinterface.camel;
import java.lang.reflect.Method;
import junit.framework.Assert;
import org.apache.camel.Message;
import org.apache.camel.RuntimeCamelException;
import org.apache.camel.component.bean.AmbiguousMethodCallException;
import org.apache.camel.component.bean.BeanInfo;
import org.apache.camel.component.bean.MethodInvocation;
import org.apache.camel.impl.DefaultMessage;
public class BeanInfoTest extends TestCase {
{
		
		CamelContext camelContext = new DefaultCamelContext();
		BeanInfo beanInfo = new BeanInfo(camelContext, Bean.class);
		
		Message message = new DefaultMessage();
		message.setBody(new RequestB());
		Exchange exchange = new DefaultExchange(camelContext);
		exchange.setIn(message);
		
		MethodInvocation methodInvocation = beanInfo.createInvocation(new Bean(), exchange);
		Method method = methodInvocation.getMethod();
		
		Assert.assertEquals("doSomething", method.getName());
		
		Assert.assertEquals(RequestB.class, method.getGenericParameterTypes()[0]);
	}
}
class Bean {
	public void doSomething(RequestA request) {	
	}
	public void doSomething(RequestB request) {
	}
}
class RequestA {
	public int i;
}
class RequestB {
	public String s;
}

When the application is run through the maven plugin the system classloader is used not the module loader. A NPE can be generated that is not gracefully handled.

The link https://commons.apache.org/proper/commons-csv/source-repository.html (which is in the menu on the left hand side of https://commons.apache.org/proper/commons-csv/) does not work. I get a 404 - Not found.
For anyone seeing this, the sources are available at https://github.com/apache/commons-csv

There are cases when a user action may want to handle the http response manually, for example write directly to the response or call methods such as externalContext.requestExternalRedirect(...)
I assume that the user should then call externalContext.recordResponseComplete() to notify the SWF engine that the response was handled.
In these cases the View state should take into account whether recordResponseComplete has been called so that it does not try to handle the response itself. Specifically the resume( ) method should do someting like:
if (!stateExited && context.getExternalContext( ).isResponseAllowed( ) && context.getExternalContext( ).isResponseComplete()) {
 ....
}
What is missing is the last check: context.getExternalContext( ).isResponseComplete( )
Also, I noticed that FlowHandlerAdapter executes the requested redirects without checking if response.isCommited(). Shouldn't this check be present as well, just in case?

The following change introduced in 3.0.4:

AbstractJaxWsServiceExporter supports "webServiceFeatures" bean property on JAX-WS 2.2
introduced a regression that broken JAX-WS 2.0 compatibility.
Namely, the source code as shown here on line 547:
http://javasourcecode.org/html/open-source/spring/spring-3.0.4/org/springframework/remoting/jaxws/JaxWsPortClientInterceptor.java.html
makes use of a method javax.xml.ws.Service.getPort( QName, Class<T>, WebServiceFeature[] )
that is clearly documented by Sun to have been introduced in JAX-WS 2.1:
http://jax-ws.java.net/nonav/jaxws-api/2.2/javax/xml/ws/Service.html#getPort(javax.xml.namespace.QName,%20java.lang.Class,%20javax.xml.ws.WebServiceFeature...)

That inner class is trying to support older versions, but this problem results in a NoSuchMethodError when running against a JAX-WS 2.0 binary, such as that included in Websphere 6.1.  Full Stack Trace shown below:
[1/5/12 23:04:21:032 EST] 00000051 WebApp        E   [Servlet Error]-[dispatch]: org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(redacted-for-jira)' defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Invocation of init method failed; nested exception is java.lang.NoSuchMethodError: javax/xml/ws/Service.getPort(Ljavax/xml/namespace/QName;Ljava/lang/Class;[Ljavax/xml/ws/WebServiceFeature;)Ljava/lang/Object;
Caused by: java.lang.NoSuchMethodError: javax/xml/ws/Service.getPort(Ljavax/xml/namespace/QName;Ljava/lang/Class;[Ljavax/xml/ws/WebServiceFeature;)Ljava/lang/Object;
	at org.springframework.remoting.jaxws.JaxWsPortClientInterceptor$FeaturePortProvider.getPortStub(JaxWsPortClientInterceptor.java:547)
	at org.springframework.remoting.jaxws.JaxWsPortClientInterceptor.getPortStub(JaxWsPortClientInterceptor.java:416)
	at org.springframework.remoting.jaxws.JaxWsPortClientInterceptor.prepare(JaxWsPortClientInterceptor.java:337)
	at org.springframework.remoting.jaxws.JaxWsPortClientInterceptor.afterPropertiesSet(JaxWsPortClientInterceptor.java:316)
	at org.springframework.remoting.jaxws.JaxWsPortProxyFactoryBean.afterPropertiesSet(JaxWsPortProxyFactoryBean.java:42)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1062)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1029)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:420)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:245)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:141)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:242)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:156)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:287)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:348)
	at org.springframework.web.context.support.AbstractRefreshableWebApplicationContext.refresh(AbstractRefreshableWebApplicationContext.java:156)
	at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:246)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:184)
	at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:49)
I've selected the versions I believe are affected, which are everything from 3.0.4 forward.

A GET request for a JSON representation of a non existing resource should create an HTTP 404 (not found) response. It currently creates a null point exception. The code is:
    public String PlayerController.showJson(@PathVariable("id") Long id) 
{
        return Player.findPlayer(id).toJson();
    }

If there is no player the result of findPlayer(id) is null and a NPE is thrown:
wolff@wolff-desktop:~$ curl --header "Accept: application/json" http://localhost:5544/MeinRooProjekt/players/2
<!DOCTYPE HTML SYSTEM "about:legacy-compat">
...
This is text of the HTML that is returned
Internal Error
Sorry, we encountered an internal error.
Details
com.springsource.meinrooprojekt.domain.Player_Roo_Json.ajc$interMethodDispatch1$com_springsource_meinrooprojekt_domain_Player_Roo_Json$com_springsource_meinrooprojekt_domain_Player$toJson(Player_Roo_Json.aj)
com.springsource.meinrooprojekt.web.PlayerController_Roo_Controller.ajc$interMethod$com_springsource_meinrooprojekt_web_PlayerController_Roo_Controller$com_springsource_meinrooprojekt_web_PlayerController$showJson(PlayerController_Roo_Controller.aj:110)
com.springsource.meinrooprojekt.web.PlayerController.showJson(PlayerController.java:1)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
java.lang.reflect.Method.invoke(Method.java:616)
org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:176)
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:426)
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:414)
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:790)
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:549)
javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:77)
org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:113)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
com.springsource.insight.collection.tcserver.request.HttpRequestOperationCollectionValve.invoke(HttpRequestOperationCollectionValve.java:65)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:409)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
java.lang.Thread.run(Thread.java:636)

InMemorySessionManagerFactory already has a constructor that accepts the maximum session size, we just need to utilize it.

NtlmProcessingFilter no longer calls chain.doFilter(request, response) to progress down the filter chain.
This was broken when it was changed to subclass SpringSecurityFilter instead of HttpFilter

The count method of SimpleJpaRepository. 

public long count(Specification<T> spec) {
	return getCountQuery(spec).getSingleResult();
}

Gives a wrong result when using a specification having a group by.
While the method below does this correctly for grouped queries.

protected Page<T> readPage(TypedQuery<T> query, Pageable pageable, Specification<T> spec) {

	query.setFirstResult(pageable.getOffset());
	query.setMaxResults(pageable.getPageSize());

	Long total = QueryUtils.executeCountQuery(getCountQuery(spec));
	List<T> content = total > pageable.getOffset() ? query.getResultList() : Collections.<T> emptyList();

	return new PageImpl<T>(content, pageable, total);
}

There is possibility add EMPTY alias name and EMPTY secret value to credential store storage file through wildfly-elytron-tool.
I expect consistent behaviour as through CLI where isn't possible to do it.

java -jar wildfly-elytron-tool.jar credential-store --add="" --secret="" --location="/tmp/store02.jceks" --uri "cr-store://store02.jceks?modifiable=true;create=true;keyStoreType=JCEKS" -p pass123

Prior to HIVE-1511, running hive join operation results in the following exception:
java.lang.RuntimeException: Cannot serialize object
        at org.apache.hadoop.hive.ql.exec.Utilities$1.exceptionThrown(Utilities.
java:639)
        at java.beans.XMLEncoder.writeStatement(XMLEncoder.java:426)
...
Caused by: java.lang.InstantiationException: org.antlr.runtime.CommonToken
        at java.lang.Class.newInstance0(Class.java:357)
        at java.lang.Class.newInstance(Class.java:325)
        at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
HIVE-1511 introduced a new (and set to default) hive plan serialization format Kryo, which fixed this problem by implementing the Kryo serializer for CommonToken. However, if we set the following in configuration file:
<name>hive.plan.serialization.format</name>
<value>javaXML</value>
We'll see the same failure as before. We need to implement a PersistenceDelegate for the situation when "javaXML" is set to serialization format.

scriptfile1.q is failing on Tez because of a recent breakage in localization. On top of that we're currently restarting sessions if the resources have changed. (add file/add jar/etc). Instead of doing this we should just have tez relocalize these new resources. This way no session/AM restart is required.

JDR don't report name of created zip file
This is regression against EAP 7.0.0 and EAP 7.1.0.DR7

./jdr.sh

[mkopecky@dhcp-10-40-4-133 bin]$ ./jdr.sh 
[mkopecky@dhcp-10-40-4-133 bin]$ 

JDR started: Fri Nov 25 13:25:49 CET 2016
JDR ended: Fri Nov 25 13:25:51 CET 2016
JDR location: /home/mkopecky/playground/eap/7.1.0.DR6/jboss-eap-7.1/standalone/tmp/jdr_16-11-25_01-25-49_dhcp-10-40-4-133.zip

Different implementations of AnnotationMetadata provides different annotation attributes. Currently, it makes ImportBeanDefinitionRegistrar inconsistent due to provided AnnotationMetadata in registerBeanDefinitions(...) method.
 
For the test case below, StandardAnnotationMetadata will return an empty String array (as expected). But AnnotationMetadataReadingVisitor will return Hello world!.
 
Please, consider the following test case:

@SpringBootTest(classes = ClassAnnotationMetadataTest.class)
@ClassAnnotationMetadataTest.SimpleAnnotation(arrayProperty = {}) // force emptiness
public class ClassAnnotationMetadataTest {

    private ResourceLoader resourceLoader;

    private MetadataReaderFactory metadataReaderFactory;

    @Before
    public void setup() {
        this.metadataReaderFactory = new CachingMetadataReaderFactory(resourceLoader);
    }

    @Test
    public void annotationMetadataResultInconsistency() throws IOException {
        AnnotationMetadata meta1 = new StandardAnnotationMetadata(ClassAnnotationMetadataTest.class);
        AnnotationMetadata meta2 = metadataReaderFactory.getMetadataReader(ClassAnnotationMetadataTest.class.getName())
                .getAnnotationMetadata();

        Assertions.assertThat(meta1)
                .isInstanceOf(StandardAnnotationMetadata.class)
                .extracting(meta -> meta.getAnnotationAttributes(SimpleAnnotation.class.getName()))
                .containsAnyOf(entry("arrayProperty", new String[]{ }));
        Assertions.assertThat(meta2)
                .isInstanceOf(AnnotationMetadataReadingVisitor.class)
    }

    @Retention(RetentionPolicy.RUNTIME)
    @Target(ElementType.TYPE)
    public @interface SimpleAnnotation {
        String[] arrayProperty() default "Hello world!";
    }
}

A bit more details, which I can found:
https://github.com/spring-projects/spring-framework/blob/master/spring-core/src/main/java/org/springframework/core/type/classreading/RecursiveAnnotationAttributesVisitor.java#L46
This line will trigger registration of default values for annotation.
For given test case, explicitly specified empty array will be treated as absence of value (associated AnnotationAttributes object won't contain 'arrayProperty' value) and default one will be picked up.
 
Finally
Is it expected behavior?

Module is missing javax.api and org.apache.commons.logging dependencies

TestAccessController#testAppend should call through HTable instead of invoking the CP hook directly.

Within the testSSL method the parameters to the assertEquals methods are the opposite way round causing invalid messages when failures occur.

Some attributes of some resources in elytron subsystem defines in its description that there is not necessary to do reload or restart. But reality is different. Trying to change such attributes you are informed that reload is necessary:

configurable-sasl-server-factory/filters
configurable-sasl-server-factory/properties
custom-role-mapper/*
aggregate-http-server-mechanism-factory/http-server-factories
constant-permission-mapper/permissions
filesystem-realm/levels
filesystem-realm/name-rewriter
ldap-key-store/attributes/new-item-template
service-loader-http-server-mechanism-factory/module
aggregate-principal-decoder/principal-decoders
simple-permission-mapper/permission-mappings
chained-name-rewriter/name-rewriters
custom-permission-mapper/*
configurable-http-server-mechanism-factory/properties
custom-name-rewriter/*
aggregate-sasl-server-factory/sasl-server-factories
aggregate-name-rewriter/name-rewriters
ldap-realm/identity-mapping/*
mechanism-provider-filtering-sasl-server-factory/filters
custom-principal-decoder/*
custom-realm-mapper/*
jdbc-realm/principal-query
key-managers/credential-reference
service-loader-sasl-server-factory/module
concatenating-principal-decoder/principal-decoders
credential-store/alias/*
custom-modifiable-realm/*
custom-credential-security-factory/*
key-store/credential-reference
custom-role-decoder/*
aggregate-role-mapper/role-mappers
custom-realm/*

The attributes are defined as "restart-required" => "no-services", see e.g. /subsystem=elytron/concatenating-principal-decoder=concatPrincDecoder:read-resource-description

When using the options to configure httpClient using URI option, they should be removed from the uri that is left over to the HTTPProducer.

http://someserver?httpClient.soTimeOut=5000

should remove the httpClient.xxx so it's

http://someserver

Hi!
When I update or create an xml file using the command:
OperationImpl.java
XmlUtils.writeXml(webXmlMutableFile.getOutputStream(), webXml);

The updated XML (i.e. layouts.xml) loses its DTD definition:

<!DOCTYPE tiles-definitions PUBLIC "-//Apache Software Foundation//DTD Tiles Configuration 2.1//EN" "http://tiles.apache.org/dtds/tiles-config_2_1.dtd">
<tiles-definitions>

DOCTYPE disappears using this command in ROO v1.1.0-M1.
I solved it using Transformer and call the other writeXml method in XmlUtils to update/create a file:
  final static String DOCTYPE_PUBLIC = "-//Apache Software Foundation//DTD Tiles Configuration 2.1//EN";
  final static String DOCTYPE_SYSTEM = "http://tiles.apache.org/dtds/tiles-config_2_1.dtd";
  .
  .
	TransformerFactory transformerFactory = TransformerFactory
		.newInstance();

	// Define DTD
	Transformer xformer;
	try {
	    xformer = transformerFactory.newTransformer();
	} catch (Exception ex) {
	    throw new IllegalStateException(ex);
	}

	xformer.setOutputProperty(OutputKeys.DOCTYPE_PUBLIC, DOCTYPE_PUBLIC);
	xformer.setOutputProperty(OutputKeys.DOCTYPE_SYSTEM, DOCTYPE_SYSTEM);

	XmlUtils.writeXml(xformer, webXmlMutableFile.getOutputStream(), layoutsXml);

In ROO v1.0.2 this bug doesn't exists.
Thanks!

This is needed in case new partitions need to be added programmatically (especially when fixing in-correct metadata)

The Fuse quickstarts fail to build because of an issue with the version of the surefire plugin.  This requires the same fix as ENTESB-4781.  The error was:
ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.4.3-JBOSS:test (default-test) on project beginner-camel-eips: Error to resolving surefire provider dependency: Missing:
[ERROR] ----------
[ERROR] 1) org.apache.maven.surefire:surefire-junit4:jar:2.4.3-JBOSS
[ERROR] 
[ERROR] Try downloading the file manually from the project website.
[ERROR] 
[ERROR] Then, install it using the command:
[ERROR] mvn install:install-file -DgroupId=org.apache.maven.surefire -DartifactId=surefire-junit4 -Dversion=2.4.3-JBOSS -Dpackaging=jar -Dfile=/path/to/file
[ERROR] 
[ERROR] Alternatively, if you host your own repository you can deploy the file there:
[ERROR] mvn deploy:deploy-file -DgroupId=org.apache.maven.surefire -DartifactId=surefire-junit4 -Dversion=2.4.3-JBOSS -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
[ERROR] 
[ERROR] Path to dependency:
[ERROR] 1) dummy:dummy:jar:1.0
[ERROR] 2) org.apache.maven.surefire:surefire-junit4:jar:2.4.3-JBOSS
[ERROR] 
[ERROR] 1 required artifact is missing.
[ERROR] 
[ERROR] for artifact:
[ERROR] dummy:dummy:jar:1.0
[ERROR] 
[ERROR] from the specified remote repositories:
[ERROR] release-proxy.fusesource.org (http://repository.jboss.org/nexus/content/groups/m2-release-proxy, releases=true, snapshots=false),
[ERROR] fusesource-all (http://repository.jboss.org/nexus/content/groups/public, releases=true, snapshots=true),
[ERROR] ea.fusesource.org (http://repository.jboss.org/nexus/content/groups/ea, releases=true, snapshots=false),
[ERROR] fuse-nexus (http://repository.jboss.org/nexus/content/groups/m2-proxy, releases=true, snapshots=true),
[ERROR] jboss-snapshots-repository (https://repository.jboss.org/nexus/content/repositories/snapshots/, releases=true, snapshots=true),
[ERROR] fuse-public-repository (https://repo.fusesource.com/nexus/content/groups/public, releases=true, snapshots=false),
[ERROR] fusesource.ea (https://repo.fusesource.com/nexus/content/groups/ea, releases=true, snapshots=false),
[ERROR] central (https://repo.maven.apache.org/maven2, releases=true, snapshots=false)
[ERROR] 
[ERROR] 
[ERROR] 
[ERROR]   mvn <goals> -rf :beginner-camel-eips

CatalogTracker is started before cluster ID is created now. So the HConnection doesn't have the cluster information.

In some error cases, if hive can no longer submit DAGs to tez, there is no use retrying to submit. We need to exit by throwing exception in this case.

Tonr photo service implementation contains its own security check which breaks the encapsulation of Spring Security in general (to make security a cross cutting concern).

For example if component is direct-vm we cannot load the component docs. Also the ftp components has special location.

1. create function with invalid hdfs path, /udf/udf-test.jar does not exists

create function my_lower as 'com.tang.UDFLower' using jar 'hdfs:///udf/udf-test.jar';
Failed with following exception:

0: jdbc:hive2://189.39.151.44:10000/> create function my_lower as 'com.tang.UDFLower' using jar 'hdfs:///udf/udf-test.jar';
INFO  : converting to local hdfs:///udf/udf-test.jar
ERROR : Failed to read external resource hdfs:///udf/udf-test.jar
java.lang.RuntimeException: Failed to read external resource hdfs:///udf/udf-test.jar
	at org.apache.hadoop.hive.ql.session.SessionState.downloadResource(SessionState.java:1384)
	at org.apache.hadoop.hive.ql.session.SessionState.resolveAndDownload(SessionState.java:1340)
	at org.apache.hadoop.hive.ql.session.SessionState.add_resources(SessionState.java:1264)
	at org.apache.hadoop.hive.ql.session.SessionState.add_resources(SessionState.java:1250)
	at org.apache.hadoop.hive.ql.exec.FunctionTask.addFunctionResources(FunctionTask.java:306)
	at org.apache.hadoop.hive.ql.exec.Registry.registerToSessionRegistry(Registry.java:466)
	at org.apache.hadoop.hive.ql.exec.Registry.registerPermanentFunction(Registry.java:206)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.registerPermanentFunction(FunctionRegistry.java:1551)
	at org.apache.hadoop.hive.ql.exec.FunctionTask.createPermanentFunction(FunctionTask.java:136)
	at org.apache.hadoop.hive.ql.exec.FunctionTask.execute(FunctionTask.java:75)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:158)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:101)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1965)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1723)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1475)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1283)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1278)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:167)
	at org.apache.hive.service.cli.operation.SQLOperation.access$200(SQLOperation.java:75)
	at org.apache.hive.service.cli.operation.SQLOperation$1$1.run(SQLOperation.java:245)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1711)
	at org.apache.hive.service.cli.operation.SQLOperation$1.run(SQLOperation.java:258)
Caused by: java.io.FileNotFoundException: File does not exist: hdfs:/udf/udf-test.jar
	at org.apache.hadoop.hdfs.DistributedFileSystem$25.doCall(DistributedFileSystem.java:1391)
	at org.apache.hadoop.hdfs.DistributedFileSystem$25.doCall(DistributedFileSystem.java:1383)
	at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1383)
	at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:340)
	at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:292)
	at org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:2034)
	at org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:2003)
	at org.apache.hadoop.fs.FileSystem.copyToLocalFile(FileSystem.java:1979)
	at org.apache.hadoop.hive.ql.session.SessionState.downloadResource(SessionState.java:1370)
	... 28 more
ERROR : Failed to register default.my_lower using class com.tang.UDFLower
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.FunctionTask (state=08S01,code=1)
2. Execute show functions, the failed function my_lower is in the function list

0: jdbc:hive2://189.39.151.44:21066/> show functions;
------------------------

FileSystem fs = path.getFileSystem(HBaseConfiguration.create());
      Path dst = new Path(System.getProperty("java.io.tmpdir") +
          java.io.File.separator +"." + pathPrefix +
          "." + className + "." + System.currentTimeMillis() + ".jar");
fs.copyToLocalFile(path, dst);
fs.deleteOnExit(dst);
change to 
File tmpLocal = new File(dst.toString());
tmpLocal.deleteOnExit();

In Map join Log4JLogger.trace takes 4% of the CPU time as it gets called per row from the probe side by CommonJoinOperator.genAllOneUniqueJoinObject.
Fix is to remove the logging code code below from CommonJoinOperator.genAllOneUniqueJoinObject:

if (allOne) {
        LOG.info("calling genAllOneUniqueJoinObject");
        genAllOneUniqueJoinObject();
        LOG.info("called genAllOneUniqueJoinObject");
      } else {
        LOG.trace("calling genUniqueJoinObject");
        genUniqueJoinObject(0, 0);
        LOG.trace("called genUniqueJoinObject");
      }

And 

    if (!hasEmpty && !mayHasMoreThanOne) {
        LOG.trace("calling genAllOneUniqueJoinObject");
        LOG.trace("called genAllOneUniqueJoinObject");
      } else if (!hasEmpty && !hasLeftSemiJoin) {
      } else {
        LOG.trace("calling genObject");
        genJoinObject();
        LOG.trace("called genObject");
      }

This is the call stack 

Stack Trace	Sample Count	Percentage(%)
hadoop.hive.ql.exec.MapJoinOperator.processOp(Object, int)	388	75.486
   hadoop.hive.ql.exec.CommonJoinOperator.checkAndGenObject()	121	23.541
      hadoop.hive.ql.exec.CommonJoinOperator.genAllOneUniqueJoinObject()	92	17.899
      commons.logging.impl.Log4JLogger.trace(Object)	20	3.891
         log4j.Category.log(String, Priority, Object, Throwable)	20	3.891
            log4j.Category.getEffectiveLevel()	10	1.946

With HIVE-8186, the same child operator ends up getting added multiple times to the map operator when processing multiple files for the same alias in the map task. 
I believe we should also eliminate having so many mapOpCtx for the same child operator and instead should have only 1 per alias. However, that looks like a big change that may not be needed before 0.14 goes out.

Add to docs:
Any references to:
<%@ taglib prefix="authz" uri="http://acegisecurity.sf.net/authz" %>
in JSPs
should be changed to
<%@ taglib prefix="authz" uri="http://acegisecurity.org/authz" %>

This is effectively reopening of SPR-12550 I was able to reproduce this without Spring Security via a Filter that wraps the HttpServletRequest. See https://github.com/rwinch/spring-framework-issues/tree/SPR-12550-Security/SPR-12550 There are instructions in the README for reproducing.

DataBinder which is used by WebRequestDataBinder and ServletRequestDataBinder grows automatically collections when "autoGrowNestedPaths" is on (AFAIK this is the default for the DataBinder).
The behaviour of DataBinder when "autoGrowNestedPaths" is that a property with a given index N will result in growing a collection to size N if the collection is not large enough. Collection elements with index < N will be initialized with default objects of the collection's type.
Based on WebRequestDataBinder it's therefore easily possible to DoS a web application if it's allowed to bind against a collection property and the client POSTs a single property using a very large index.
Sending a single request containing a parameter for a collection property with index 99999999 caused an OOM on a JVM on MacOsX with default memory settings (64MB?). The list type in this case contained 7 String properties and 2 Longs.
I think there are several things to follow-up:
1) It would be safer to set autoGrowNestedPaths to false by default. Use of DataBinder and autoGrowNestedPaths then would be more restrictive by default and require explicit action to enable autoGrowing.
2) The creation of "default" values in BeanWrapperImpl should be more flexible. A strategy for creating default values would allow clients to define how such default values should be created. In the case of WebRequestDataBinder creating empty (null) collection elements instead of default objects is certainly safer to fill the gaps in the collection - especially for exposed applications to the public. Furthermore this does not expose unwanted restrictions like a maximum allowed index limitation etc.
3) Presumably this could be solved with CustomPropertyEditors. However the majority of developers probably tries to stick with what is available out-of-the box and as the DataBinding in general for "standard" use-cases works fine dealing with the described issue is not obvious and could lead to wide-spread holes.

The old auxlibs (or whatever) should be packaged by default, if present.

Release 4.2 added support for per-file size limits — task SPR-13200. 
The new method is CommonsFileUploadSupport.setMaxUploadSizePerFile(long). 
But this setting has no effect if file encoding does not match default encoding. 
The reason is the following code in CommonsFileUploadSupport: 

	protected FileUpload prepareFileUpload(String encoding) {
		FileUpload fileUpload = getFileUpload();
		FileUpload actualFileUpload = fileUpload;

		// Use new temporary FileUpload instance if the request specifies
		// its own encoding that does not match the default encoding.
		if (encoding != null && !encoding.equals(fileUpload.getHeaderEncoding())) {
			actualFileUpload = newFileUpload(getFileItemFactory());
			actualFileUpload.setSizeMax(fileUpload.getSizeMax());

			// !!missing:  actualFileUpload.setFileSizeMax(fileUpload.getFileSizeMax());

			actualFileUpload.setHeaderEncoding(encoding);
		}

		return actualFileUpload;
	}

Some platforms have limits for date ranges, so separate out the test cases that are outside of the range 1970 to 2038.

See Spring Forum Reference, for more details and app that reproduces the issue.

If I register a custom `ObjectFactory`, I can resolve a bean produced by this factory when it's declared as an autowired field.
However, when the dependency is declared as an argument in an autowired constructor, my reference is null.

There's no access-control response header here:

[domain@localhost:9999 /] /host=master/server=server-one/subsystem=datasources/data-source=ExampleDS:read-resource{roles=Monitor}
{
        ....
    }
}

ProxyStepHandler needs to pass through response-header data.

In setups where HMS is running as a remote process secured using Kerberos, and when DBTokenStore is configured as the token store, the HS2 Thrift API call GetDelegationToken fail with exception trace seen below. HS2 is not able to invoke HMS APIs needed to add/remove/renew tokens from the DB since it is possible that the user which is issue the GetDelegationToken is not kerberos enabled.
Eg. Oozie submits a job on behalf of user "Joe". When Oozie opens a session with HS2 it uses Oozie's principal and creates a proxy UGI with Hive. This principal can establish a transport authenticated using Kerberos. It stores the HMS delegation token string in the sessionConf and sessionToken. Now, lets say Oozie issues a GetDelegationToken which has Joe as the owner and oozie as the renewer in GetDelegationTokenReq. This API call cannot instantiate a HMSClient and open transport to HMS using the HMSToken string available in the sessionConf, since DBTokenStore uses server HiveConf instead of sessionConf. It tries to establish transport using Kerberos and it fails since user Joe is not Kerberos enabled.
I see the following exception trace in HS2 logs.

2017-08-21T18:07:19,644 ERROR [HiveServer2-Handler-Pool: Thread-61] transport.TSaslTransport: SASL negotiation failure
javax.security.sasl.SaslException: GSS initiate failed
        at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:211) ~[?:1.8.0_121]
        at org.apache.thrift.transport.TSaslClientTransport.handleSaslStartMessage(TSaslClientTransport.java:94) ~[libthrift-0.9.3.jar:0.9.3]
        at org.apache.thrift.transport.TSaslTransport.open(TSaslTransport.java:271) [libthrift-0.9.3.jar:0.9.3]
        at org.apache.thrift.transport.TSaslClientTransport.open(TSaslClientTransport.java:37) [libthrift-0.9.3.jar:0.9.3]
        at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport$1.run(TUGIAssumingTransport.java:52) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport$1.run(TUGIAssumingTransport.java:49) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_121]
        at javax.security.auth.Subject.doAs(Subject.java:422) [?:1.8.0_121]
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1657) [hadoop-common-2.7.2.jar:?]
        at org.apache.hadoop.hive.thrift.client.TUGIAssumingTransport.open(TUGIAssumingTransport.java:49) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.open(HiveMetaStoreClient.java:488) [hive-metastore-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:255) [hive-metastore-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.<init>(SessionHiveMetaStoreClient.java:70) [hive-exec-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_121]
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) [?:1.8.0_121]
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) [?:1.8.0_121]
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423) [?:1.8.0_121]
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1699) [hive-metastore-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:83) [hive-metastore-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:133) [hive-metastore-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:104) [hive-metastore-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:3595) [hive-exec-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:3647) [hive-exec-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:3627) [hive-exec-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_121]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_121]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_121]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_121]
        at org.apache.hadoop.hive.thrift.DBTokenStore.invokeOnTokenStore(DBTokenStore.java:157) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.thrift.DBTokenStore.addToken(DBTokenStore.java:74) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.createPassword(TokenStoreDelegationTokenSecretManager.java:142) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.createPassword(TokenStoreDelegationTokenSecretManager.java:56) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.security.token.Token.<init>(Token.java:59) [hadoop-common-2.7.2.jar:?]
        at org.apache.hadoop.hive.thrift.DelegationTokenSecretManager.getDelegationToken(DelegationTokenSecretManager.java:109) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.thrift.HiveDelegationTokenManager$1.run(HiveDelegationTokenManager.java:123) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.thrift.HiveDelegationTokenManager$1.run(HiveDelegationTokenManager.java:119) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.thrift.HiveDelegationTokenManager.getDelegationToken(HiveDelegationTokenManager.java:119) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hadoop.hive.thrift.HiveDelegationTokenManager.getDelegationTokenWithService(HiveDelegationTokenManager.java:130) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hive.service.auth.HiveAuthFactory.getDelegationToken(HiveAuthFactory.java:261) [hive-service-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hive.service.cli.session.HiveSessionImplwithUGI.getDelegationToken(HiveSessionImplwithUGI.java:174) [hive-service-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:78) [hive-service-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hive.service.cli.session.HiveSessionProxy.access$000(HiveSessionProxy.java:36) [hive-service-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hive.service.cli.session.HiveSessionProxy$1.run(HiveSessionProxy.java:63) [hive-service-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:59) [hive-service-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at com.sun.proxy.$Proxy36.getDelegationToken(Unknown Source) [?:?]
        at org.apache.hive.service.cli.CLIService.getDelegationToken(CLIService.java:589) [hive-service-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hive.service.cli.thrift.ThriftCLIService.GetDelegationToken(ThriftCLIService.java:254) [hive-service-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$GetDelegationToken.getResult(TCLIService.java:1737) [hive-service-rpc-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$GetDelegationToken.getResult(TCLIService.java:1722) [hive-service-rpc-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) [libthrift-0.9.3.jar:0.9.3]
        at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) [libthrift-0.9.3.jar:0.9.3]
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:621) [hive-shims-common-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286) [libthrift-0.9.3.jar:0.9.3]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_121]
        at java.lang.Thread.run(Thread.java:745) [?:1.8.0_121]
Caused by: org.ietf.jgss.GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)
        at sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:147) ~[?:1.8.0_121]
        at sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122) ~[?:1.8.0_121]
        at sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187) ~[?:1.8.0_121]
        at sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224) ~[?:1.8.0_121]
        at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212) ~[?:1.8.0_121]
        at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179) ~[?:1.8.0_121]
        at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:192) ~[?:1.8.0_121]
        ... 65 more

On HMS side I see a exception saying 

2017-08-17 11:45:13,655 ERROR org.apache.thrift.server.TThreadPoolServer: [pool-7-thread-34]: Error occurred during processing of message.
java.lang.RuntimeException: org.apache.thrift.transport.TTransportException: DIGEST-MD5: IO error acquiring password

I found an error in the current documentation. Under section "3.5.3. LDAP Authentication" first paragraph is a link to an example. This link contains a typing error. 
The link points to https://github.com/spring-projects/spring-security/tree/master/samples/lda-jc
korrekt is https://github.com/spring-projects/spring-security/tree/master/samples/ldad-jc

When running Spring Batch against 4.0.0-BUILD-SNAPSHOT (as of 10/30), the org.springframework.batch.core.step.item.FaultTolerantExceptionClassesTests tests fail with the inability to load the related application context (FaultTolerantExceptionClassesTests-context.xml).  The exception we're seeing is below:

	at org.springframework.test.context.CacheAwareContextLoaderDelegate.loadContext(CacheAwareContextLoaderDelegate.java:99)
	at org.springframework.test.context.DefaultTestContext.getApplicationContext(DefaultTestContext.java:101)
	at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:109)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'nonSkippableStep': Cannot resolve reference to bean 'reader' while setting bean property 'itemReader'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'reader' defined in class path resource [org/springframework/batch/core/step/item/FaultTolerantExceptionClassesTests-context.xml]: Initialization of bean failed; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:331)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1451)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1192)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:300)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:296)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:195)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:646)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:760)
	at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:121)
	at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.delegateLoading(AbstractDelegatingSmartContextLoader.java:100)
	at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.loadContext(AbstractDelegatingSmartContextLoader.java:250)
	at org.springframework.test.context.CacheAwareContextLoaderDelegate.loadContextInternal(CacheAwareContextLoaderDelegate.java:64)
	at org.springframework.test.context.CacheAwareContextLoaderDelegate.loadContext(CacheAwareContextLoaderDelegate.java:91)
	... 25 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'reader' defined in class path resource [org/springframework/batch/core/step/item/FaultTolerantExceptionClassesTests-context.xml]: Initialization of bean failed; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:547)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:323)
	... 43 more
	at java.lang.reflect.Array.newArray(Native Method)
	at java.lang.reflect.Array.newInstance(Array.java:52)
	at org.springframework.core.ResolvableType.resolveClass(ResolvableType.java:578)
	at org.springframework.core.ResolvableType.resolve(ResolvableType.java:567)
	at org.springframework.core.ResolvableType.resolve(ResolvableType.java:551)
	at org.springframework.core.GenericTypeResolver.resolveParameterType(GenericTypeResolver.java:73)
	at org.springframework.beans.GenericTypeAwarePropertyDescriptor.getWriteMethodParameter(GenericTypeAwarePropertyDescriptor.java:153)
	at org.springframework.beans.GenericTypeAwarePropertyDescriptor.getPropertyType(GenericTypeAwarePropertyDescriptor.java:135)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.isExcludedFromDependencyCheck(AbstractAutowireCapableBeanFactory.java:1360)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.filterPropertyDescriptorsForDependencyCheck(AbstractAutowireCapableBeanFactory.java:1341)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.filterPropertyDescriptorsForDependencyCheck(AbstractAutowireCapableBeanFactory.java:1317)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1175)
	... 49 more

The following tests fail after HIVE-11785 because of missing "serialization.escape.crlf true" property in the output.

org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_udf_explode
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_udtf_explode

bin/hbase assumes that all daemon types ( master, regionserver ), all use the same memory settings.. (HBASE_HEAPSIZE).
1) I propose adding daemon specific OPTS much like hadoop already has ( HBASE_MASTER_OPTS, HBASE_REGIONSERVER_OPTS ).
So in bin/hbase, we would merge in the daemon specific opts within the case statement as such:
elif [ "$COMMAND" = "master" ] ; then
  CLASS='org.apache.hadoop.hbase.master.HMaster'
  HBASE_OPTS="$HBASE_OPTS $HBASE_MASTER_OPTS"
elif [ "$COMMAND" = "regionserver" ] ; then
  CLASS='org.apache.hadoop.hbase.regionserver.HRegionServer'
  HBASE_OPTS="$HBASE_OPTS $HBASE_REGIONSERVER_OPTS"
the new environment variables can then be added to hbase-env.sh as empty:
export HBASE_MASTER_OPTS=""
export HBASE_REGIONSERVER=""
..etc
2) I propose changes to that script to allow overriding the default memory ( HBASE_HEAPSIZE ), with daemon specific OPTS (HBASE_MASTER_OPTS, etc ).
Basically at the bottom of the bin/hbase script, it will check to see if the user has already set "-Xmx" in the HBASE_OPTS variable.. if so, then it will ignore the JAVA_HEAP_SIZE variable..
as such:

run it
if [[ $HBASE_OPTS == -Xmx ]]; then
  exec "$JAVA" $HBASE_OPTS -classpath "$CLASSPATH" $CLASS "$@"
else
  exec "$JAVA" $JAVA_HEAP_MAX $HBASE_OPTS -classpath "$CLASSPATH" $CLASS "$@"
fi

I will attach the file as I have modified it..

This externalizer class is missing from the generated /META-INF/services/org.wildfly.clustering.marshalling.Externalizer resource.

See nabble
When using advice-with for a CBR it may add to the when clauses 2 times.

I am using Spring Security 3.2.4.
I am migrating from Spring framework 5.0.1 to 5.1.0.
My old test:

Map<String, String> authRequest = new HashMap<>();
authRequest.put("login", "tom");
authRequest.put("password", "titi");

MockHttpServletResponse response =
    mockMvc()
        .perform(
            post("/api/authentication/")
                .contentType(MediaType.APPLICATION_JSON)
                .content(objectMapper.writeValueAsBytes(authRequest)))
        .andExpect(status().isOk())
        .andReturn()
        .getResponse();

Cookie authCookie = response.getCookie(AUTH_TOKEN_KEY);
assertThat(authCookie).isNotNull();
assertThat(authCookie.getValue()).isNotNull();

response =
    mockMvc()
        .perform(get("/fake/hello-world").cookie(authCookie))

assertThat(
        Stream.of(response.getCookies())
            .filter(cookie -> AUTH_TOKEN_KEY.equals(cookie.getName())))
    .hasSize(1); 

java.lang.IllegalArgumentException: MockAsyncContext not found. Did request wrapper not delegate startAsync?java.lang.IllegalArgumentException: MockAsyncContext not found. Did request wrapper not delegate startAsync?
 at org.springframework.util.Assert.notNull(Assert.java:198) at org.springframework.test.web.servlet.TestDispatcherServlet.service(TestDispatcherServlet.java:77) at javax.servlet.http.HttpServlet.service(HttpServlet.java:770) at org.springframework.mock.web.MockFilterChain$ServletFilterProxy.doFilter(MockFilterChain.java:166) at org.springframework.mock.web.MockFilterChain.doFilter(MockFilterChain.java:133) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330) at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:118) at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:84) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:103) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:113) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:154) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:45) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:199) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:110) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:110) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:57) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:87) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:50) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.web.filter.CorsFilter.doFilterInternal(CorsFilter.java:96) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192) at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160) at org.springframework.mock.web.MockFilterChain.doFilter(MockFilterChain.java:133) at org.springframework.test.web.servlet.MockMvc.perform(MockMvc.java:182) at com.cos.framework.http.security.security.AuthTokenSecurityContextHandlerTest.testCookie(AuthTokenSecurityContextHandlerTest.java:97) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.springframework.test.context.junit4.statements.RunBeforeTestExecutionCallbacks.evaluate(RunBeforeTestExecutionCallbacks.java:74) at org.springframework.test.context.junit4.statements.RunAfterTestExecutionCallbacks.evaluate(RunAfterTestExecutionCallbacks.java:84) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75) at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86) at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:251) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) 

Maybe TestDispatcherServlet is more restrictive?
Anyway my application is not meant to support async.
 But MockHttpServletRequestBuilder creates async supported requests every time:

 /**
 * Build a {@link MockHttpServletRequest}.
 */
@Override
public final MockHttpServletRequest buildRequest(ServletContext servletContext) {
   MockHttpServletRequest request = createServletRequest(servletContext);

   request.setAsyncSupported(true);
   request.setMethod(this.method);

   String requestUri = this.url.getRawPath();
   request.setRequestURI(requestUri);

Without setting an async context.

After applying jboss-fuse-6.2.0.redhat-153-p2.zip to clean Fuse 6.2, the hawtio console says JBoss A-MQ on login screen

Looks like a new bug where we won't split when under load.  Some recent refactoring seems to have dropped our split provoker.

The RolloutPlanTestCase#testMaxFailServersPercentageRolloutPlan in the domain mode testsuite contains a bug as it refers to 'maxFailOnePlan' plan instead of 'maxFailPercPlan'. Hence, if the test methods are not run in alphabetical order they will fail due to this bug.
This has been somewhat fixed by adding an explicit ordering of test methods in that class, but this is a workaround rather than a fix.

FormTag needs to null out or otherwise clear its attributes in doFinally clause.  Tomcat (and other containers) can reuse the tag object, even on subsequent pages and a null action is different than a 'previously used' action

When trying to use gzip compression with a spring-ws client, i get this exception:
2007-08-10 16:06:40,375 INFO [org.springframework.ws.soap.saaj.SaajSoapMessageFactory::afterPropertiesSet] - <Creating SAAJ 1.3 MessageFactory with SOAP 1.1 Protocol>
java.io.IOException: Not in GZIP format
	at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:132)
	at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:58)
	at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:68)
	at org.springframework.ws.transport.http.AbstractHttpSenderConnection.getResponseInputStream(AbstractHttpSenderConnection.java:78)
	at org.springframework.ws.transport.AbstractSenderConnection$ResponseTransportInputStream.createInputStream(AbstractSenderConnection.java:100)
	at org.springframework.ws.transport.TransportInputStream.getInputStream(TransportInputStream.java:42)
	at org.springframework.ws.transport.TransportInputStream.read(TransportInputStream.java:79)
	at com.sun.xml.messaging.saaj.util.ByteOutputStream.write(ByteOutputStream.java:80)
	at com.sun.xml.messaging.saaj.util.JAXMStreamSource.<init>(JAXMStreamSource.java:50)
	at com.sun.xml.messaging.saaj.soap.SOAPPartImpl.setContent(SOAPPartImpl.java:227)
	at com.sun.xml.messaging.saaj.soap.MessageImpl.init(MessageImpl.java:364)
	at com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:273)
	at com.sun.xml.messaging.saaj.soap.ver1_1.Message1_1Impl.<init>(Message1_1Impl.java:68)
	at com.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Impl.createMessage(SOAPMessageFactory1_1Impl.java:62)
	at org.springframework.ws.soap.saaj.SaajSoapMessageFactory.createWebServiceMessage(SaajSoapMessageFactory.java:163)
	at org.springframework.ws.transport.AbstractWebServiceConnection.receive(AbstractWebServiceConnection.java:52)
	at org.springframework.ws.client.core.WebServiceTemplate.doSendAndReceive(WebServiceTemplate.java:357)
	at org.springframework.ws.client.core.WebServiceTemplate.sendSourceAndReceiveToResult(WebServiceTemplate.java:305)
	at org.springframework.ws.client.core.WebServiceTemplate.sendSourceAndReceiveToResult(WebServiceTemplate.java:296)
        ....
I tried to debug a little. This is my client code:
        DOMResult responseResult = new DOMResult(documentResponse);
        boolean err = !getWebServiceTemplate().sendSourceAndReceiveToResult(
                new DOMSource(document), new SoapActionCallback("findByIdOperation"),
                responseResult);
        if (err)
            throw new Exception("blah blah blah");
What happens (approximatively) is:

the soap request is sent to the remote server
response comes back with a Content-Encoding http header set to "gzip" and payload is gzipped
in org.springframework.ws.transport.http.AbstractHttpSenderConnection, getResponseInputStream() is called:

    protected final InputStream getResponseInputStream() throws IOException {
        InputStream inputStream;
        if (responseBuffer != null) 
{
            inputStream = new ByteArrayInputStream(responseBuffer);
        }
        else {
            inputStream = getRawResponseInputStream();
        }
        return isGzipResponse() ? new GZIPInputStream(inputStream) : inputStream;
    }

    /** Determine whether the given response is a GZIP response. */
    private boolean isGzipResponse() throws IOException {
        for (Iterator iterator = getResponseHeaders(HttpTransportConstants.HEADER_CONTENT_ENCODING);
             iterator.hasNext() {
            String encodingHeader = (String) iterator.next();
            return encodingHeader.toLowerCase().indexOf(HttpTransportConstants.CONTENT_ENCODING_GZIP) != -1;
        }
    }

The first time the function is called, responseBuffer is null, so a raw input stream is created and wrapped into a gzip input stream (since isGzipResponse() return true). Next time function is called, responseBuffer (which holds the now unzipped payload) is wrapped into a bytearray input stream ... but also into a gzip input stream (since isGzipResponse() still returns true). Gzip complains about not finding the magic bytes at the beginning of the stream (which in fact starts by "<?xml version=").

At first glance, getResponseInputStream() should be (but couldn't test it so don't know about side effects :-O):

        if (responseBuffer != null) {            inputStream = new ByteArrayInputStream(responseBuffer);        }
        else 
{
            if(isGzipResponse())
                inputStream = new GZIPInputStream(inputStream);
        }
        return inputStream;
Best regards.    

If the cost of cluster isn't restored after the undo action, StochasticLoadBalancer will be hard to generate the "good" action to balance the cluster.

While working on WFLY-3184 I discovered that ObjectListAttributeDefinition.Builder does not pass any configured ParameterCorrector into the AD. I believe this is a problem common to a number of the builders.
The way the AD constructors work is also very problematic. When we add a new field to a class deep in the hierarchy, like AD itself, we then add a new constructor with a new param and then need to expose that param all the way up the hierarchy by doing the same thing in the subclasses. Very fragile.
I intend to deal with both these issues:
1) Deprecate the public or protected AD constructors except for the simple ones in SimpleAttributeDefinition, which are potentially more commonly used.
2) Add getters for all the fields in AbstactAttributeDefinitionBuilder and subclasses.
3) Add a protected constructor to AD and all subclasses (private where possible) that takes the relevant Builder as its param and then populates its fields from the getters. The build() method in the builders will call this constructor.

REPL LOAD creates staging directory in source dump directory instead of table data location. In case of replication from on-perm to cloud it can create problem. 

We need to to reuse compression streams in HFileBlock.Writer instead of allocating them every time. The motivation is that when using Java's built-in implementation of Gzip, we allocate a new GZIPOutputStream object and an associated native data structure every time we create a compression stream. The native data structure is only deallocated in the finalizer. This is one suspected cause of recent TestHFileBlock failures on Hadoop QA: https://builds.apache.org/job/HBase-TRUNK/2658/testReport/org.apache.hadoop.hbase.io.hfile/TestHFileBlock/testPreviousOffset_1_/.

HIVE-10698 fixed one issue of the query on view with CTE, but it seems to break another case if a alias is given for the CTE.

select id from subtb a;

FAILED: SemanticException Line 2:21 Table not found 'subtb' in definition of VIEW testv1 [
with subtb as (select `basetb`.`id`, `basetb`.`name` from `bugtest`.`basetb`)
select `a`.`id` from `bugtest`.`subtb` `a`
] used as testv1 at Line 1:14

It seems we broke something when we changed the client code (likely nio stuff). Here is a fix and a unit test.

I have the following Controller: 

@Controller 
public class TestController { 

    @RequestMapping(value = "/testRequest") 
    @ResponseStatus(HttpStatus.ACCEPTED) 
    public void receivePackage(HttpServletResponse response) throws IOException { 
        response.sendError(HttpStatus.BAD_REQUEST.value());
    } 

} 

The controller returns response with status 400 (Bad request) on request "/testRequest", when I deploy the controller to server. But the next test 

    @Autowired 
    private WebApplicationContext wac; 

    @Test 
    void shouldReturnStatus400() { 
        // when 
        MockMvc mockMvc = webAppContextSetup(this.wac).build() 
        mockMvc.perform(get("/testRequest")) 
        //then 
                .andExpect(status().isBadRequest()) 
    } 

fails with 

java.lang.AssertionError: Status 
Expected :400 
Actual :202 

I expect, that when method response.sendError was invoked, mockMvc should return response with a status specified in the method. 

resteasy.scan , resteasy.scan.provider and resteasy.scan.resources are already processed in JaxrsScanningProcessor. There is no effect to handle it in JaxrsIntegrationProcessor

It was the single test that failed the hbase-2 nightlies in #440 at the hadoop2 stage.
The failure manifests as a timeout. It actually has an interesting cause calling into question some of the clauses in UnassignProcedure#remoteCallFailed.
We are running a disabletable concurrent with a shutdown. pid=309 is the disable. pid=311 is the interesting one. The below is a little hard to read – the exception 'message' is the the current procedure as a String... hard to parse, fixing – but we are trying to unassign as part of a the disabletable. Our RPC fails because the server we are trying to rpc too is currently being processed as crashed (pid=308 is a servercrashprocedure for this server). As part of the processing of the failed RPC we will expire the server – if we can't RPC to it, it must be gone. The current procedure is then suspended until it gets woken up by the servercrashprocedure triggered by the expire.... only in this case we are shutting down so the expire is ignored... The current procedure is left in its suspend state. This prevents the Master going down. So we time out.
2018-03-05 11:29:22,507 INFO  [PEWorker-13] assignment.RegionTransitionProcedure(213): Dispatch pid=311, ppid=309, state=RUNNABLE:REGION_TRANSITION_DISPATCH; UnassignProcedure table=Group_ns:testKillRS, region=de7534c208a06502537cd95c248b3043, server=1cfd208ff882,40584,1520249102524; rit=CLOSING, location=1cfd208ff882,40584,1520249102524
2018-03-05 11:29:22,508 WARN  [PEWorker-13] assignment.RegionTransitionProcedure(187): Remote call failed pid=311, ppid=309, state=RUNNABLE:REGION_TRANSITION_DISPATCH; UnassignProcedure table=Group_ns:testKillRS, region=de7534c208a06502537cd95c248b3043, server=1cfd208ff882,40584,1520249102524; rit=CLOSING, location=1cfd208ff882,40584,1520249102524; exception=pid=311, ppid=309, state=RUNNABLE:REGION_TRANSITION_DISPATCH; UnassignProcedure table=Group_ns:testKillRS, region=de7534c208a06502537cd95c248b3043, server=1cfd208ff882,40584,1520249102524 to 1cfd208ff882,40584,1520249102524
2018-03-05 11:29:22,508 WARN  [PEWorker-13] assignment.UnassignProcedure(276): Expiring server pid=311, ppid=309, state=RUNNABLE:REGION_TRANSITION_DISPATCH; UnassignProcedure table=Group_ns:testKillRS, region=de7534c208a06502537cd95c248b3043, server=1cfd208ff882,40584,1520249102524; rit=CLOSING, location=1cfd208ff882,40584,1520249102524, exception=org.apache.hadoop.hbase.master.assignment.FailedRemoteDispatchException: pid=311, ppid=309, state=RUNNABLE:REGION_TRANSITION_DISPATCH; UnassignProcedure table=Group_ns:testKillRS, region=de7534c208a06502537cd95c248b3043, server=1cfd208ff882,40584,1520249102524 to 1cfd208ff882,40584,1520249102524
2018-03-05 11:29:22,508 WARN  [PEWorker-13] master.ServerManager(580): Expiration of 1cfd208ff882,40584,1520249102524 but server shutdown already in progress
I need to cater for case where the expire server is rejected.

Need to remember which logical inputs to read from when constructing the hashtables for a map join. 

The HBase metastore uses ':' as a key separator when building keys for the partition table.  This means that partitions with a colon in the name (which is legal) cause problems.

The default jndi permissions allows reads on several contexts/namespaces childs, for instance entries in java:module, but that is done using the /- wildcard, which does not includes the base context/namespace. This means that a lookup of java:module is not allowed.

In the RepositorySearchController class, the method executeSearchCompact does not take the right argument.
This case happens when the Accept values in the Request Header contains application/*+json
If you use the browser, no issue can be detected.

The following code was working happily in 1.5.0.M1 and 1.5.0.RC1 however when I upgraded to 1.5.0.RELEASE it produced an exception.

    @Query("select count(we) from MyEntity we where we.status in (:statuses)")
    Long countByStatus(@Param("statuses") Status... statuses);

And the exception produced ...

Caused by: java.lang.IllegalArgumentException: Encountered array-valued parameter binding, but was expecting [mymaskedpackage.Status (n/a)]
        at org.hibernate.jpa.spi.BaseQueryImpl.validateArrayValuedParameterBinding(BaseQueryImpl.java:925)
        at org.hibernate.jpa.spi.BaseQueryImpl.validateBinding(BaseQueryImpl.java:881)
        at org.hibernate.jpa.internal.QueryImpl.access$000(QueryImpl.java:80)
        at org.hibernate.jpa.internal.QueryImpl$ParameterRegistrationImpl.bindValue(QueryImpl.java:248)
        at org.hibernate.jpa.spi.BaseQueryImpl.setParameter(BaseQueryImpl.java:631)
        at org.hibernate.jpa.spi.AbstractQueryImpl.setParameter(AbstractQueryImpl.java:179)
        at org.hibernate.jpa.spi.AbstractQueryImpl.setParameter(AbstractQueryImpl.java:49)
        at org.springframework.data.jpa.repository.query.ParameterBinder.bind(ParameterBinder.java:131)
        at org.springframework.data.jpa.repository.query.StringQueryParameterBinder.bind(StringQueryParameterBinder.java:61)
        at org.springframework.data.jpa.repository.query.ParameterBinder.bind(ParameterBinder.java:110)
        at org.springframework.data.jpa.repository.query.ParameterBinder.bindAndPrepare(ParameterBinder.java:153)
        at org.springframework.data.jpa.repository.query.ParameterBinder.bindAndPrepare(ParameterBinder.java:144)
        at org.springframework.data.jpa.repository.query.AbstractStringBasedJpaQuery.doCreateQuery(AbstractStringBasedJpaQuery.java:68)
        at org.springframework.data.jpa.repository.query.AbstractJpaQuery.createQuery(AbstractJpaQuery.java:145)
        at org.springframework.data.jpa.repository.query.JpaQueryExecution$SingleEntityExecution.doExecute(JpaQueryExecution.java:142)
        at org.springframework.data.jpa.repository.query.JpaQueryExecution.execute(JpaQueryExecution.java:61)
        at org.springframework.data.jpa.repository.query.AbstractJpaQuery.doExecute(AbstractJpaQuery.java:96)
        at org.springframework.data.jpa.repository.query.AbstractJpaQuery.execute(AbstractJpaQuery.java:86)
        at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:337)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
        at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:98)
        at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:262)
        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95)
        at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:136)

The code making the call was simply doing:

myRepository.countByStatus(Status.OK)

Perhaps this has been introduced as part of this update: DATAJPA-461 ?

See nabble
http://old.nabble.com/pojo-example-fails-to-build-with-ant-ts27137019.html

The SecurityDomain.authenticate() method creates a SecurityIdentity that inherits its credentials from the calling identity.
The usage of ServerAuthenticationContext is correct (it inherits the current identity as the captured identity).  Capturing the identity is necessary to perform run-as authorizations without an authentication step.  However the credentials should probably not be propagated from the captured identity in any case.

First  --jboss-home value passed is always used to FS paths resolution. The issue affects embed-server started using jboss-cli-client.jar.
reproduce
start embed server using wf1, stop it, start another embed server using wf2

/home/workspace3
├── wf1
│   └── wildfly-10.0
└── wf2
    └── wildfly-10.0

$ pwd ; java -jar jboss-cli-client.jar 
[disconnected /] embed-server --jboss-home=~/workspace3/wf1/wildfly-10.0
[standalone@embedded /] stop-embedded-server 
[disconnected /] embed-server --jboss-home=~/workspace3/wf2/wildfly-10.0

actual
wf1 is used

...
                "path" => "/home/workspace3/wf1/wildfly-10.0/standalone/configuration",
...

The CAS documentation for Spring Security is vague and contains a few errors.
First, the <bean id="casAuthenticationProvider"> element contains the tag <security:custom-authentication-provider /> which is not allowed by the spring-security-3.0.xsd.
I have configured the authentication provider accordingly:
<security:authentication-manager alias="authenticationManager">
	<security:authentication-provider ref="casAuthenticationProvider"></security:authentication-provider>
</security:authentication-manager>
Second, the <security:http> section can be more specific IMHO. I have configured it like shown below. I don`t know if this is 'the' way to configure it, but it works.
<security:http entry-point-ref="casAuthenticationEntryPoint" auto-config="true">
	...
	<security:custom-filter position="CAS_FILTER" ref="casAuthenticationFilter"></security:custom-filter>
</security:http>
Third, the <bean id="casFilter" class="org.springframework.security.cas.web.CasAuthenticationFilter"> contains the properties <property name="authenticationFailureUrl" value="/casfailed.jsp"/> and <property name="defaultTargetUrl" value="/"/> which do not exist anymore.
Once you have figured this out, it works really great 
Cheers, Stephan

Here's some minor cleanup in TestMetastoreExpr.
0. There was an incomplete refactor in ExprBuilder.fn(), where the TypeInfo object was hard-coded to booleanTypeInfo.
1. I've removed the throws clauses for redundant exceptions.
2. Expected exceptions have been labelled as ignore.
As an aside, that ExprBuilder is nifty. It's just the thing to exercise HiveMetastoreClient.listPartitionsByExpr(). I'm whacking this idea for an upcoming fix to HCatClient.dropPartitions().

Run a write-heavy workload (PerfEval sequentialWrite) out of a trunk sandbox and watch as HBase eventually dies with an OOM: heap space. Examining the heap dump shows an extremely large retained size of KeyValue and RingBufferTrunk instances. By my eye, the default value of hbase.regionserver.wal.disruptor.event.count is too large for such a small default heap size, or the RBT instances need to release their payloads after consumers retrieve them.

keepalive-time should be removed from the default profile configurations standalone*.xml / domain.xml as well as the ejb3 docs/schema xsd as the thread pool effectively takes the max-threads count and sets the core size of the thread pool to it, so keepalive-time is never used.  Also, max-threads is misleading, the thread count is actually the core size as currently implemented, this causes confusion as if you set max-threads to 300 and you have at most 1 client, your thread pool will create a new thread upon ever request until it reaches 300 and thus while it is technically the max, it is also the core or min, or just # of threads.

            <thread-pools>
                <thread-pool name="default">
                    <max-threads count="10"/>
                    <keepalive-time time="100" unit="milliseconds"/>
                </thread-pool>
            </thread-pools>

                A thread pool executor with an unbounded queue.  Such a thread pool has a core size and a queue with no
                upper bound.  When a task is submitted, if the number of running threads is less than the core size,
                a new thread is created.  Otherwise, the task is placed in queue.  If too many tasks are allowed to be
                submitted to this type of executor, an out of memory condition may occur.

                The "name" attribute is the name of the created executor.

                The "max-threads" attribute must be used to specify the thread pool size.  The nested
                "keepalive-time" element may used to specify the amount of time that pool threads should
                be kept running when idle; if not specified, threads will run until the executor is shut down.
                The "thread-factory" element specifies the bean name of a specific threads subsystem thread factory to
                use to create worker threads. Usually it will not be set for an EJB3 thread pool and an appropriate
                default thread factory will be used.

ORC timestamp writer stores the number of trailing zeros in 3 LSB bits. There is a bug in parsing nanosecond logic that returns incorrect value.
Input:
1999-01-01 00:00:00.999999999
Output: 
1999-01-01 00:00:00.463129087
The fix for this is parseNanos() should first right shift by 3 and then typecast to int.

For a given job, one task may reuse other task's object cache (plan cache) such as MapJoinOperator. This is fine. But if we have some dirty states left over, it may cause issue like wrong results.

Caused by: java.lang.NumberFormatException: For input string: ""
        at java.lang.Long.parseLong(Long.java:601)
        at java.text.DigitList.getLong(DigitList.java:195)
        at java.text.DecimalFormat.parse(DecimalFormat.java:2051)
        at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1869)
        at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514)        at java.text.DateFormat.parse(DateFormat.java:364)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorUDFDateString$1.evaluate(VectorUDFDateString.java:48)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.StringUnaryUDF.evaluate(StringUnaryUDF.java:90)        at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpression.evaluateChildren(VectorExpression.java:121)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.StringGroupColConcatStringScalar.evaluate(StringGroupColConcatStringScalar.java:50)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpression.evaluateChildren(VectorExpression.java:121)
        at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.evaluate(VectorUDFAdaptor.java:112)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorUDFTimestampFieldLong.evaluate(VectorUDFTimestampFieldLong.java:93)
        at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:123)
        ... 22 more

According to the documentation Stream Caching should be disabled by default in Camel 2.0. The default is overriden when using CamelContextFactoryBean because of this line:
    private Boolean streamCache = Boolean.TRUE;
Unit test showing the problem:
public class DefaultStreamCachingTest {
     @Test
     public void test() throws Exception {
         ApplicationContext appContext = new ClassPathXmlApplicationContext(new String[] 
{"context.xml"}
);
         DefaultCamelContext camelContext = (DefaultCamelContext) appContext.getBean("camelContext");
         assertFalse(camelContext.isStreamCacheEnabled());
     }
}
context.xml:
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:camel="http://camel.apache.org/schema/spring" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd http://camel.apache.org/schema/spring http://camel.apache.org/schema/spring/camel-spring.xsd">
    <camel:camelContext id="camelContext" />
</beans>
Currently one must use:
    <camel:camelContext id="camelContext" streamCache="false" />

When reading the description of attributes of type OBJECT, the access constraints of the value types contained in the object attribute are not displayed.
Example: In BaseHttpInterfaceResourceDefinition we have an http-upgrade attribute of type OBJECT that contains the sasl-authentication-factory attribute, which is a simple attribute with an access constraint.
When running /core-service=management/management-interface=http-interface:read-resource-description(recursive=true) in the CLI the constraint is not displayed for the attribute:

            "http-upgrade" => {
                "description" => "HTTP Upgrade specific configuration",
                    "enabled" => {
                        "type" => BOOLEAN,
                        "description" => "Flag that indicates HTTP Upgrade is enabled, which allows HTTP requests to be upgraded to native remoting connections",
                        "default" => false
                    },
                    "sasl-authentication-factory" => {
                        "description" => "The server side SASL authentication policy to use to secure the interface where the connection is after a HTTP upgrade.",
                        "capability-reference" => "org.wildfly.security.sasl-authentication-factory",
                        "max-length" => 2147483647L,
                    }
                },
            }

Needed for HIVE-15147 tests; the tests there fail because the file is not included in the patch. The file itself is of no significance and can be committed separately before the main patch.
It's a gzipped over10k file from the same directory.

This worked in 2.15.x: 
RoutesDefinition routeDef = someRouteDef(); 
routeDef.onException(someException) 
   .wireTap(someUri) 
   .newExchange(someProcessor) 
   .end() 
   .handled(true) 
   .bean(someBean); 
But in 2.16.0 it seems like .handled(..) isn't available anymore.  Any 
suggestions on how to mark this as handled now? 

Diagnosis
When configuring the component with a queue ARN, for example:
aws-sqs://arn:aws:sqs:eu-west-1:account-number:queue-name
The region is being parsed as EU_WEST_1. See https://github.com/apache/camel/blob/master/components/camel-aws/src/main/java/org/apache/camel/component/aws/sqs/SqsComponent.java#L64
The region is then used in the construction of the queue URL in https://github.com/apache/camel/blob/master/components/camel-aws/src/main/java/org/apache/camel/component/aws/sqs/SqsEndpoint.java#L132
This creates a URL pointing to the wrong host: https://sqs.EU_WEST_1.amazonaws.com/account-number/queue-name when the right one should be https://sqs.eu-west-1.amazonaws.com/account-number/queue-name 
Subsequents polls of the sqs component failed due to to this host not being recognised:

java.net.UnknownHostException: sqs.EU_WEST_1.amazonaws.com

Proposed solution
Invoke the getName method instead of toString the https://github.com/apache/camel/blob/master/components/camel-aws/src/main/java/org/apache/camel/component/aws/sqs/SqsComponent.java#L64

"exists?" method expects parameter tableName to be String but ACL_TABLE_NAME is of org.apache.hadoop.hbase.TableName form.

raise(ArgumentError, 'DISABLED: Security features are not available') unless \
          exists?(org.apache.hadoop.hbase.security.access.AccessControlLists::ACL_TABLE_NAME.getNameAsString)

Impact of the bug:-
So , if a user is running any security related command(revoke,user_permission) and there is an exception(MasterNotRunning) while checking security capabilities, then instead of seeing the underlying exception, user is seeing 

ERROR: no method 'valueOf' for arguments (org.apache.hadoop.hbase.TableName) on Java::OrgApacheHadoopHbase::TableName
    (java.lang.String)
    (byte[])

Elytron ldap-realm.identity-mapping.filter-name attribute has not assigned default value in CLI. However according to XSD it has default value (rdn-identifier=
{0}
).

drop table if exists alltypesorc_part;
CREATE TABLE alltypesorc_part (
ctinyint tinyint,
csmallint smallint,
cint int,
cbigint bigint,
cfloat float,
cdouble double,
cstring1 string,
cstring2 string,
ctimestamp1 timestamp,
ctimestamp2 timestamp,
cboolean1 boolean,
cboolean2 boolean) partitioned by (ds int) STORED AS ORC;
insert overwrite table alltypesorc_part partition (ds=2011) select * from alltypesorc limit 100;
insert overwrite table alltypesorc_part partition (ds=2012) select * from alltypesorc limit 200;
explain select *
from (select ds from alltypesorc_part) t1,
     alltypesorc t2
where t1.ds = t2.cint
order by t2.ctimestamp1
limit 100;
The above query fails to vectorize because (select ds from alltypesorc_part) t1 returns a string column and the join equality on t2 is performed on an int column. The correct output when vectorization is turned on should be:
  Stage-5 is a root stage
  Stage-2 depends on stages: Stage-5
        t1:alltypesorc_part
            limit: -1
          TableScan
            alias: alltypesorc_part
            Statistics: Num rows: 300 Data size: 62328 Basic stats: COMPLETE Column stats: COMPLETE
              expressions: ds (type: int)
              Statistics: Num rows: 300 Data size: 1200 Basic stats: COMPLETE Column stats: COMPLETE
                  0 {_col0}
                  1 
{ctinyint} {csmallint} {cint} {cbigint} {cfloat} {cdouble} {cstring1} {cstring2} {ctimestamp1} {ctimestamp2} {cboolean1} {cboolean2}
                keys:
                  0 _col0 (type: int)
                  1 cint (type: int)

    Map Reduce
          TableScan
            alias: t2
            Statistics: Num rows: 3536 Data size: 1131711 Basic stats: COMPLETE Column stats: NONE
                   Inner Join 0 to 1
              condition expressions:
                0 {_col0}
                1 {ctinyint}
 
{csmallint}
 
{cint}
 
{cbigint}
 
{cfloat}
 
{cdouble}
 
{cstring1}
 
{cstring2}
 
{ctimestamp1}
 
{ctimestamp2}
 
{cboolean1}
 
{cboolean2}
              keys:
                0 _col0 (type: int)
                1 cint (type: int)
              outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12
              Statistics: Num rows: 3889 Data size: 1244882 Basic stats: COMPLETE Column stats: NONE
                predicate: (_col0 = _col3) (type: boolean)
                Statistics: Num rows: 1944 Data size: 622280 Basic stats: COMPLETE Column stats: NONE
                  expressions: _col0 (type: int), _col1 (type: tinyint), _col2 (type: smallint), _col3 (type: int), _col4 (type: bigint), _col5 (type: float), _col6 (type: double), _col7 (type: string), _col8 (type: string), _col\
9 (type: timestamp), _col10 (type: timestamp), _col11 (type: boolean), _col12 (type: boolean)
                  outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12
                  Statistics: Num rows: 1944 Data size: 622280 Basic stats: COMPLETE Column stats: NONE
                    key expressions: _col9 (type: timestamp)
                    Statistics: Num rows: 1944 Data size: 622280 Basic stats: COMPLETE Column stats: NONE
                    value expressions: _col0 (type: int), _col1 (type: tinyint), _col2 (type: smallint), _col3 (type: int), _col4 (type: bigint), _col5 (type: float), _col6 (type: double), _col7 (type: string), _col8 (type: strin\
g), _col9 (type: timestamp), _col10 (type: timestamp), _col11 (type: boolean), _col12 (type: boolean)
        Extract
          Statistics: Num rows: 1944 Data size: 622280 Basic stats: COMPLETE Column stats: NONE
          Limit
            Number of rows: 100
            Statistics: Num rows: 100 Data size: 32000 Basic stats: COMPLETE Column stats: NONE
              Statistics: Num rows: 100 Data size: 32000 Basic stats: COMPLETE Column stats: NONE
              table:
                  serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
      limit: 100
where as with the current code, vectorization fails to take place because of the following exception
14/03/12 14:43:19 DEBUG vector.VectorizationContext: No vector udf found for GenericUDFOPEqual, descriptor: Argument Count = 2, mode = FILTER, Argument Types = 
{STRING,LONG}
, Input Expression Types = 
{COLUMN,COLUMN}
14/03/12 14:43:19 DEBUG physical.Vectorizer: Failed to vectorize
org.apache.hadoop.hive.ql.metadata.HiveException: Udf: GenericUDFOPEqual, is not supported
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getGenericUdfVectorExpression(VectorizationContext.java:854)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpression(VectorizationContext.java:300)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.validateExprNodeDesc(Vectorizer.java:682)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.validateFilterOperator(Vectorizer.java:606)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.validateOperator(Vectorizer.java:537)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$ValidationNodeProcessor.process(Vectorizer.java:367)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:94)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:78)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.walk(DefaultGraphWalker.java:132)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:109)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.validateMapWork(Vectorizer.java:314)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.convertMapWork(Vectorizer.java:283)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.dispatch(Vectorizer.java:270)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.resolve(Vectorizer.java:519)
	at org.apache.hadoop.hive.ql.optimizer.physical.PhysicalOptimizer.optimize(PhysicalOptimizer.java:100)
	at org.apache.hadoop.hive.ql.parse.MapReduceCompiler.optimizeTaskPlan(MapReduceCompiler.java:290)
	at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:216)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9286)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:327)
	at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:64)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:398)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:294)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:948)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:996)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:884)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:874)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:359)
	at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:457)
	at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:467)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:125)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:160)

There is an issue with elytron audit.log handle being open until next GC cycle.
We hit it in installer testing (JBEAP-1404) so the usecase is rather specific. Installer first starts an embedded server via CLI wrapper, do some configuration, stop the embeded server and then tries to delete newly created files from previous procedure (like all log files) - all running in the same JVM. The problem is the deletion step intermittently fails on Windows (it won't let you delete a file with open handle, unlike Linux) but the handle would be open in any OS. Intermittently because it depends on GC activity.
I created a simple project that reproduce the issue with arbitrary EAP/WF distribution https://github.com/jbliznak/embedded-server-filelocking
Run it with:
mvn clean test "-Dwildfly.home=C:\dev\jboss-eap-7.1" "-Denforcer.skip" -Dtest=AuditLogFileLockingTestCase
Manual steps to reproduce in Java code:

start a CLI wrapper
start embed-server in given server path
stop embed-server
terminate CLI wrapper
try to delete given server path

Ajp Listener configuration not loaded.
I set like this '<ajp-listener name="ajp" socket-binding="ajp" max-parameters="5000"/>'.
But this value not applied.

This test is intended to verify the cache on write capabilities of the LRUBlockCache and doesn't really case about the data being synced to wal periodically or not. In cases where there is a region server death the test is screwed anyway because it tests an inmemeory status. So, setting Durability to ASYNC is a no risk change and makes the test run faster.

There is a bug that "alter view" operation is resulting in a view creation operation instead of a overwriting/replacement operation.

An entity with composite PK:

@Entity
public class DamageCode implements Serializable {
    @EmbeddedId
    DamageCodePK pk;
    ...    
}

and a primary key class:

public class DamageCodePK implements Serializable {
   
    @Column(name="SERVICENO_ID")
    private String serviceNo;
    
    @Column(name="CODE")
    private String code;

    ....
}

then if I do:

damageCodeRepo.findAll(
                damageCode.pk.serviceNo.eq(serviceNo),
                damageCode.pk.code.asc())); // SEE .pk.code !!!

I get an Exception from spring-data-jpa with something like "Can't cast DamageCodePK to EntityPath"

Caused by: java.lang.ClassCastException: de.wirthedv.wrnvgca.app.domain.QDamageCodePK cannot be cast to com.mysema.query.types.EntityPath
	at org.springframework.data.jpa.repository.support.Querydsl.adjustOrderSpecifierIfNecessary(Querydsl.java:185) ~[spring-data-jpa-1.5.0.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.support.Querydsl.addOrderByFrom(Querydsl.java:150) ~[spring-data-jpa-1.5.0.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.support.Querydsl.applySorting(Querydsl.java:135) ~[spring-data-jpa-1.5.0.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.support.QueryDslJpaRepository.findAll(QueryDslJpaRepository.java:105) ~[spring-data-jpa-1.5.0.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.support.QueryDslJpaRepository.findAll(QueryDslJpaRepository.java:44) ~[spring-data-jpa-1.5.0.RELEASE.jar:na]

TestDanglingQouts makes sure that there are no unneeded files in repo. This is currently failing. 

The following sample code works fine with version 2.17.4 (JDK 1.7), but fails on Camel 2.18.0, 2.18.1 and 2.18.2 (JDK 1.8)

from("direct:process")
        .process(new Processor() {
            public void process(Exchange exchange) {
                List<String> alist = new ArrayList<String>();
                alist.add("1");
                alist.add("99");
                exchange.getIn().setHeader("ITEMS", alist);
                exchange.getIn().setHeader("TOTAL_LOOPS", alist.size());
            }
        })
        .loop(simple("${header.TOTAL_LOOPS}", Integer.class))
          .setHeader("item", simple("${header.ITEMS[${property.CamelLoopIndex}]}", String.class))
          .log(LoggingLevel.INFO, LOG_CLASS_NAME, simple("item = ${header.item} and TOTAL_MAPS = ${header.TOTAL_LOOPS}").getText())
        .end()
        .end();

With 2.18.x, the following exception gets thrown:

2017-02-03 21:13:31 ERROR DefaultErrorHandler:204 - Failed delivery for (MessageId: ID-CATL0W10D4DG4R1-55822-1486174410756-0-1 on ExchangeId: ID-CATL0W10D4DG4R1-55822-1486174410756-0-2). Exhausted after delivery attempt: 1 caught: org.apache.camel.language.bean.RuntimeBeanExpressionException: Failed to invoke method: [${property.CamelLoopIndex}] on java.util.ArrayList due to: java.lang.IndexOutOfBoundsException: Key: ${property.CamelLoopIndex} not found in bean: [1, 99] of type: java.util.ArrayList using OGNL path [[${property.CamelLoopIndex}]]

When undeploying my ear by removing the ear file from the standalone/deployments folder I sometimes see this exception at the end:
21.06. 16:49:25,674 INFO  org.jboss.as.server.deployment#stop WFLYSRV0028: Stopped deployment maj2e-langfr-dev.ear (runtime-name: maj2e-langfr-dev.ear) in 3072ms
21.06. 16:49:26,034 ERROR org.jboss.as.repository#removeContent WFLYDR0010: Couldn't delete content /mbi/tools/jboss/10.0/standalone/data/content/30: java.nio.file.DirectoryNotEmptyException: /mbi/tools/jboss/10.0/standalone/data/content/30
	at sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:242)
	at sun.nio.fs.AbstractFileSystemProvider.deleteIfExists(AbstractFileSystemProvider.java:108)
	at java.nio.file.Files.deleteIfExists(Files.java:1165)
	at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.removeContent(ContentRepository.java:370)
	at org.jboss.as.server.deployment.DeploymentRemoveHandler$1$1.handleResult(DeploymentRemoveHandler.java:118)
	at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1420)
	at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1400)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1351)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1311)
	at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1199)
	at org.jboss.as.controller.AbstractOperationContext.finishStep(AbstractOperationContext.java:956)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:904)
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:620)
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:373)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:349)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1201)
	at org.jboss.as.controller.ModelControllerImpl$3$1$1.run(ModelControllerImpl.java:747)
	at org.jboss.as.controller.ModelControllerImpl$3$1$1.run(ModelControllerImpl.java:741)
	at org.jboss.as.controller.ModelControllerImpl$3$1.run(ModelControllerImpl.java:741)
21.06. 16:49:26,174 INFO  org.jboss.as.repository#removeContent WFLYDR0002: Content removed from location /mbi/tools/jboss/10.0/standalone/data/content/30/4fee5b5fa782d2a7f04723ccab3e12351d600b/content
21.06. 16:49:26,176 INFO  org.jboss.as.server#handleResult WFLYSRV0009: Undeployed "maj2e-langfr-dev.ear" (runtime-name: "maj2e-langfr-dev.ear")
The exception seems to be ignored. But the named folder and 
a file /mbi/tools/jboss/10.0/standalone/data/content/30/7cb1f70d08fb375010369eea154c5db479eaba/content are still there.

currently users migrating from earlier app server versions will get http://pastebin.com/4tRk75vh

In {{WALSplitter]] we have this code:

  public static long writeRegionSequenceIdFile(final FileSystem fs, final Path regiondir,
      long newSeqId, long saftyBumper) throws IOException {

We should fix the parameter name to be safetyBumper. Same for the JavaDoc above the method.

http://mirror.facebook.net/ and everything under it is 404ing, which is blocking any attempt to build Hive from working.

This is needed to keep the slave copy of the resource model actually the same, and popped up during mixed domain testing of EAP with a 6.2.0 slave.
Connect directly to to 6.1.1 slave - gets domain version from master

[domain@localhost:19999 /] :read-resource
{
        "deployment" => undefined,
        "deployment-overlay" => undefined,
        "management-major-version" => 1,
        "management-micro-version" => 0,
        "management-minor-version" => 6,
        "name" => "Unnamed Domain",
        "namespaces" => [],
        "path" => undefined,
        "product-name" => "EAP",
        "product-version" => "6.3.0.Alpha3",
        "profile" => undefined,
        "release-codename" => "Janus",
        "release-version" => "7.4.0.Final-redhat-SNAPSHOT",
 
Connect directly to 6.2.0 slave - does not get domain version from master

{
        "management-minor-version" => 5,
        "product-version" => "6.2.0.GA",
        "release-version" => "7.3.0.Final-redhat-14",

The 6.2.0 slave should look the same as the 6.1.1 slave for these attributes. 

ret = ret && (clientIp == null) ? target.getClientIp() == null :
          clientIp.equals(target.getClientIp());

seemed intended to be

ret = ret && (clientIp == null ? target.getClientIp() == null :
          clientIp.equals(target.getClientIp()));

The following commit was applied to WildFly 8 and is missing from WildFly 9: -
https://github.com/wildfly/wildfly/commit/676a8c1d0ec15bba3ebd54f44517548defdfeab8#diff-9e93e2ec05c225f1862ed049feb9abb7
Probably happened during the re-factoring.
Should also double check this attribute has not been dropped from the next version of the schema (unless of course that is intentional).

Naturally this will cause problems if hadoop is creating bash scripts. 

When scheduling is enabled and the context contains URL beans, context refresh becomes very slow. It appears to be due to this change which results in hashCode being called on each bean as a result of the new requiresDestruction method. When the bean is a URL this causes a host name look up, the stack of which is:

	at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)
	at java.net.InetAddress$2.lookupAllHostAddr(InetAddress.java:907)
	at java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1302)
	at java.net.InetAddress.getAllByName0(InetAddress.java:1255)
	at java.net.InetAddress.getAllByName(InetAddress.java:1171)
	at java.net.InetAddress.getAllByName(InetAddress.java:1105)
	at java.net.InetAddress.getByName(InetAddress.java:1055)
	at java.net.URLStreamHandler.getHostAddress(URLStreamHandler.java:436)
	- locked <0x00000007ab7abdf0> (a sun.net.www.protocol.http.Handler)
	at java.net.URLStreamHandler.hashCode(URLStreamHandler.java:353)
	at java.net.URL.hashCode(URL.java:878)
	- locked <0x00000007ab84c240> (a java.net.URL)
	at java.util.AbstractList.hashCode(AbstractList.java:541)
	at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936)
	at java.util.concurrent.ConcurrentHashMap.containsKey(ConcurrentHashMap.java:964)
	at org.springframework.scheduling.annotation.ScheduledAnnotationBeanPostProcessor.requiresDestruction(ScheduledAnnotationBeanPostProcessor.java:423)
	at org.springframework.beans.factory.support.DisposableBeanAdapter.hasApplicableProcessors(DisposableBeanAdapter.java:431)
	at org.springframework.beans.factory.support.AbstractBeanFactory.requiresDestruction(AbstractBeanFactory.java:1628)
	at org.springframework.beans.factory.support.AbstractBeanFactory.registerDisposableBeanIfNecessary(AbstractBeanFactory.java:1645)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:586)
	- locked <0x000000078135afd0> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:776)
	- locked <0x0000000780e56240> (a java.lang.Object)
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:759)
	at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:369)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:313)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1185)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1174)
	at de.malkusch.issue6813.Application.main(Application.java:10)
	at org.springframework.boot.maven.AbstractRunMojo$LaunchRunner.run(AbstractRunMojo.java:483)

See the referenced Spring Boot issue for more details and for a sample project that reproduces the problem.

Custom metrics for custom replication endpoints is introduced by HBASE-16448.
The name of local custom metrics follows the "source.id.metricsName" format, but the name of global custom metrics doesn't follow the "source.metricsName" format.
Ex:

// default metrics
"source.2.shippedOps" : 1234, // peer local
"source.shippedOps" : 12345, // global
// custom metrics
"source.1.failed.start" : 1, // peer local
"failed.start" : 1, // global

When we consider that default metrics do so, it should be "source.metricsName" like:

"source.1.failed.start" : 1,
"source.failed.start" : 1,

In this case the String we are talking about is a JSON String. 

In union_remove_6.q, just change 
FROM (
  SELECT key, count(1) as values from inputTbl1 group by key
  UNION ALL
) a
insert overwrite table outputTbl1 select *
insert overwrite table outputTbl2 select *;
to 
FROM (
  select * from(
  UNION ALL
  )subq
) a
select * from outputtbl2 will output nothing

people.apache.org cannot currently host personal or transient Maven repos. 

$ curl --connect-timeout 60 -v  http://people.apache.org/~garyh/mvn/org/apache/maven/plugins/maven-remote-resources-plugin/1.4/maven-remote-resources-plugin-1.4.pom
* About to connect() to people.apache.org port 80 (#0)
*   Trying 140.211.11.9...
* Connection timed out after 60064 milliseconds
* Closing connection 0
curl: (28) Connection timed out after 60064 milliseconds

All builds are at the moment broken if the HBase custom junit or surefire jars are not already in cache. Even if this is a temporary condition, we should find a new home for these artifacts, upgrade to versions that include our submitted changes (if any), or fall back to release versions.

TxException*TestCase fail with security manager because of missing permission "("java.lang.RuntimePermission" "accessDeclaredMembers")":

ERROR [org.jboss.as.ejb3.invocation] (default task-9) WFLYEJB0034: EJB Invocation failed on component CmtEjb3 for method public abstract void org.jboss.as.test.integration.ejb.transaction.exception.bean.TestBean.throwExceptionFromTm(org.jboss.as.test.integration.ejb.transaction.exception.TestConfig$TxManagerException) throws java.lang.Exception: javax.ejb.EJBTransactionRolledbackException: WFLYEJB0457: Unexpected Error
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleInCallerTx(CMTTxInterceptor.java:154)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:257)
...
	at org.jboss.as.test.integration.ejb.transaction.exception.TestXAResource.createXATestExceptionClass(TestXAResource.java:164)
	at org.jboss.as.test.integration.ejb.transaction.exception.TestXAResource.createDriverSpecificXAException(TestXAResource.java:144)
...
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessDeclaredMembers")" in code source "(vfs:/content/tx-exception-test.ear/ejb.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.tx-exception-test.ear.ejb.jar" from Service Module Loader")
...

After adding the permission, there are some issues with javassist, see attached logs.

mvn clean test -pl hbase-rest -Dhadoop.profile=3.0
[ERROR] Tests run: 106, Failures: 95, Errors: 8, Skipped: 1

The problem appears when exists more than one field with the same class in the same entity:
Itinerary.java

...

    @NotNull
    @ManyToOne
    private KP initialKP;

    @NotNull
    private KP finalKP;

...

Then, RoadController_Roo_Controller.java has method createForm:
RoadController_Roo_Controller.java
...

 if (KP.countKPS() == 0) {
            dependencies.add(new String[] { "kp", "kps" });
        }
        if (KP.countKPS() == 0) {
        }

...

When there's not records in the entity, createForm method add a dependency message using the "kp" to build label... however "kp" label doesn't exists in application.js and appears the following error:

No message found under code 'label_org_roo_road_domain_itinerary_kp' for locale 'es'.

------------------------------------------
To solve this, is necessary to edit WebScaffoldMetadata.java:338 and use fieldName instead of EntityName to generate createForm method...
Then, the generated source will be:
...

            dependencies.add(new String[] { "initialKp", "kps" });
        }
            dependencies.add(new String[] { "finalKp", "kps" });
        }

...

TLDR: Some of the changes to hive authorizer interface made as part of HIVE-13360 are inappropriate and need to be restored.
Regarding the move of ip address from the query context object (HiveAuthzContext) to HiveAuthenticationProvider. That isn't the right place for it.​
In HS2 HTTP mode, when proxies and knox servers are between end user and HS2 , every request for single session does not have to come via a single IP address.
Current assumption in hive code base is that the IP address is valid for the entire session. This might not hold true for ever.
A limitation in HS2 that it holds state for the session would currently force the user configure proxies and knox to remember which next Host it was using, because they need to have state to remember the HS2 instance to be used! But that is a limitation that ideally goes away some day, and when that happens, HiveAuthzContext would be the right place for keeping the IP address!

When marshalling and unmarshalling using the gson component it does not respect the Excahnge.CHARSET_NAME property on the exchange. When constructing the Streams the charset should be passed. My changes are highlighted below. Git pull request to follow.
    @Override
    public void marshal(final Exchange exchange, final Object graph, final OutputStream stream) throws Exception {
        BufferedWriter writer = IOHelper.buffered(new OutputStreamWriter(stream, IOHelper.getCharsetName(exchange)));
        gson.toJson(graph, writer);
        writer.close();
    }
    @Override
    public Object unmarshal(final Exchange exchange, final InputStream stream) throws Exception {
        BufferedReader reader = IOHelper.buffered(new InputStreamReader(stream, IOHelper.getCharsetName(exchange)));
        Object result = gson.fromJson(reader, this.unmarshalType);
        reader.close();
    }

The build.properties file currently sets version=0.7.0, which results in artifacts named
hive-xxx-0.7.0.jar and a tarball with the name hive-0.7.0.tar.gz. Only the actual 0.7.0 release
should generate JARs and tarballs with this name.

As HBASE-19729  comment ,   there are following  points to be optimized: 
1. when the number of cells exceed max version in scan, we should return SEEK_NEXT_COL match code, but if current code is INCLUDE_AND_SEEK_NEXT_ROW, we can optimize to choose the max step between SEEK_NEXT_COL and INCLUDE_AND_SEEK_NEXT_ROW, which is SEEK_NEXT_ROW 
2.  check to call  ColumnTracker#doneWithColumn()  only when we change the match code to SEEK_NEXT_COL or INCLUDE_AND_SEEK_NEXT_COL because of  filterResponse. 
3.  More UT for those edge case.. 
https://issues.apache.org/jira/browse/HBASE-19729?focusedCommentId=16318131&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16318131

The following code throws an exception not when the Object is added, but when toString is called:
		TreeBag bag = new TreeBag();
		bag.add(new Object());
		bag.toString();
Trace:
java.lang.ClassCastException: java.lang.Object
	at java.util.TreeMap.compare(TreeMap.java:1093)
	at java.util.TreeMap.getEntry(TreeMap.java:347)
	at java.util.TreeMap.get(TreeMap.java:265)
	at org.apache.commons.collections.bag.AbstractMapBag.getCount(AbstractMapBag.java:116)
	at org.apache.commons.collections.bag.AbstractMapBag.toString(AbstractMapBag.java:581)
[...]
In a client program, toString should never throw an exception--it makes debugging much harder, for one thing.  I believe that TreeBag should defend against the addition of uncomparable objects, so that toString will never throw an exception.

+        RegionPlan newPlan = plan;
+        if (!regionAlreadyInTransitionException) {
+          // Force a new plan and reassign. Will return null if no servers.
+          newPlan = getRegionPlan(state, plan.getDestination(), true);
+        }
+        if (newPlan == null) {
           this.timeoutMonitor.setAllRegionServersOffline(true);
           LOG.warn("Unable to find a viable location to assign region " +
             state.getRegion().getRegionNameAsString());

Here, when newPlan is null, plan.getDestination() could be up actually.

Previously, jamon was creating the template files in "org.apache.hbase", but it should be "org.apache.hadoop.hbase", so it's in line with rest of source files.

This is follow up to HBASE-15132
Master currently sends mergeRegions RPC to region server under user 'hbase'.
This issue is to execute mergeRegions RPC call as the request user
See tail of HBASE-15132 for related discussion.

It is fairly easy to produce a hang in domain mode shutdown by launching domain.sh and then soft killing the process with CTRL-C.
If this hang happens, a thread dump will show this

[Host Controller] "Remoting "localhost:MANAGEMENT" task-16" prio=5 tid=0x00007fa07423b800 nid=0x3b0b waiting for monitor entry [0x000000010bce6000]
[Host Controller]    java.lang.Thread.State: BLOCKED (on object monitor)
[Host Controller] 	at org.jboss.as.host.controller.ManagedServer.callbackUnregistered(ManagedServer.java:417)
[Host Controller] 	- waiting to lock <0x00000007f7946a30> (a org.jboss.as.host.controller.ManagedServer)
[Host Controller] 	at org.jboss.as.host.controller.ServerInventoryImpl$1.handleClose(ServerInventoryImpl.java:461)
[Host Controller] 	at org.jboss.as.host.controller.ServerInventoryImpl$1.handleClose(ServerInventoryImpl.java:456)
[Host Controller] 	at org.jboss.remoting3.spi.SpiUtils.safeHandleClose(SpiUtils.java:54)
[Host Controller] 	at org.jboss.remoting3.spi.AbstractHandleableCloseable$CloseHandlerTask.run(AbstractHandleableCloseable.java:501)
[Host Controller] 	at org.jboss.remoting3.spi.AbstractHandleableCloseable.runCloseTask(AbstractHandleableCloseable.java:406)
[Host Controller] 	at org.jboss.remoting3.spi.AbstractHandleableCloseable.closeComplete(AbstractHandleableCloseable.java:277)
[Host Controller] 	at org.jboss.remoting3.remote.RemoteConnectionChannel.closeAction(RemoteConnectionChannel.java:532)
[Host Controller] 	at org.jboss.remoting3.spi.AbstractHandleableCloseable.close(AbstractHandleableCloseable.java:153)
[Host Controller] 	at org.jboss.as.protocol.mgmt.ManagementChannelReceiver.handleEnd(ManagementChannelReceiver.java:127)
[Host Controller] 	at org.jboss.remoting3.remote.RemoteConnectionChannel$2.run(RemoteConnectionChannel.java:282)
[Host Controller] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[Host Controller] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[Host Controller] 	at java.lang.Thread.run(Thread.java:744)

[Host Controller] "Host Controller Service Threads - 13" prio=5 tid=0x00007fa072cbc800 nid=0xa903 waiting on condition [0x000000010d93a000]
[Host Controller]    java.lang.Thread.State: WAITING (parking)
[Host Controller] 	at sun.misc.Unsafe.park(Native Method)
[Host Controller] 	- parking to wait for  <0x00000007f61e5480> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[Host Controller] 	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
[Host Controller] 	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
[Host Controller] 	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
[Host Controller] 	at org.jboss.as.controller.remote.BlockingQueueOperationListener.retrievePreparedOperation(BlockingQueueOperationListener.java:88)
[Host Controller] 	at org.jboss.as.controller.remote.TransactionalProtocolHandlers.executeBlocking(TransactionalProtocolHandlers.java:76)
[Host Controller] 	at org.jboss.as.host.controller.ManagedServer$ServerStopTask.execute(ManagedServer.java:846)
[Host Controller] 	at org.jboss.as.host.controller.ManagedServer.internalSetState(ManagedServer.java:531)
[Host Controller] 	at org.jboss.as.host.controller.ManagedServer.stop(ManagedServer.java:259)
[Host Controller] 	- locked <0x00000007f7946a30> (a org.jboss.as.host.controller.ManagedServer)
[Host Controller] 	at org.jboss.as.host.controller.ServerInventoryImpl.stopServers(ServerInventoryImpl.java:339)
[Host Controller] 	at org.jboss.as.host.controller.ServerInventoryImpl.shutdown(ServerInventoryImpl.java:437)
[Host Controller] 	at org.jboss.as.host.controller.ServerInventoryService$1.run(ServerInventoryService.java:124)

The 2nd thread is blocking waiting for a prepared response from one of the servers. The first thread is trying to send a notification that the channel connecting to the server has been closed. The first thread will never unblock because the 2nd thread can't proceed and deliver the information that the channel is closed.
This happens because all the processes (PC, HC, servers) respond to the CTRL-C. So the server is shutting down in parallel and has closed the channel.
In theory this could happen for other reasons too, though. Anything that results in closing the channel while the ManagedServer lock is held.

both run at READ_COMMITTED isolation level and each runs 2 queries.
Thus it's possible for a new txn to start/commit after hight water mark is recored by these methods.  So the returned list may have txns above the HWM.
This can be fixed by adding "WHERE TXN_ID < hwm" clause to 2nd query in each case 

The following GSSAPI tests fail on Windows for reasons unknown (probably not character encoding though):

BasicAuthTest.testAuth
BasicConfidenceTest.testAuthConf
BasicIntegrityTest.testAuthInt
NoServerAuthTest.testAuth

Consider the query:
~/hive/hive1$ more ql/src/test/queries/clientpositive/join_reorder4.q
CREATE TABLE T1(key1 STRING, val1 STRING) STORED AS TEXTFILE;
CREATE TABLE T2(key2 STRING, val2 STRING) STORED AS TEXTFILE;
CREATE TABLE T3(key3 STRING, val3 STRING) STORED AS TEXTFILE;
LOAD DATA LOCAL INPATH '../data/files/T1.txt' INTO TABLE T1;
LOAD DATA LOCAL INPATH '../data/files/T2.txt' INTO TABLE T2;
LOAD DATA LOCAL INPATH '../data/files/T3.txt' INTO TABLE T3;
explain select /+ STREAMTABLE(a) */ a., b., c. from T1 a join T2 b on a.key1=b.key2 join T3 c on a.key1=c.key3;
select /+ STREAMTABLE(a) */ a., b., c. from T1 a join T2 b on a.key1=b.key2 join T3 c on a.key1=c.key3;
explain select /+ STREAMTABLE(b) */ a., b., c. from T1 a join T2 b on a.key1=b.key2 join T3 c on a.key1=c.key3;
select /+ STREAMTABLE(b) */ a., b., c. from T1 a join T2 b on a.key1=b.key2 join T3 c on a.key1=c.key3;
explain select /+ STREAMTABLE(c) */ a., b., c. from T1 a join T2 b on a.key1=b.key2 join T3 c on a.key1=c.key3;
select /+ STREAMTABLE(c) */ a., b., c. from T1 a join T2 b on a.key1=b.key2 join T3 c on a.key1=c.key3;
returns:
2	12	2	12	2	22

 Based on HIVE-20491 / HIVE-20503 discussions, improve Fast Vector MapJoin Bytes Hash Tables by only storing a one word slot entry.

If master crashes, the cluster-is-up flag is left stuck on.
On restart of cluster, regionservers may come up before the master.  They'll have registered themselves in zk by time the master assumes its role and master will think its joining an up and running cluster when in fact this is a fresh startup.  Other probs. are that there'll be a root region that is bad up in zk.  Same for meta and at moment we're not handling bad root and meta very well.
Here's sample of kinda of issues we're running into:

2010-09-25 23:53:13,938 FATAL org.apache.hadoop.hbase.master.HMaster:
Unhandled exception. Starting shutdown.
java.io.IOException: Call to /10.20.20.188:60020 failed on local
exception: java.io.IOException: Connection reset by peer
   at org.apache.hadoop.hbase.ipc.HBaseClient.wrapException(HBaseClient.java:781)
   at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:750)
   at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:255)
   at $Proxy1.getProtocolVersion(Unknown Source)
   at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:412)
   at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:388)
   at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:435)
   at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:345)
   at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:889)
   at org.apache.hadoop.hbase.catalog.CatalogTracker.getCachedConnection(CatalogTracker.java:350)
   at org.apache.hadoop.hbase.catalog.CatalogTracker.getRootServerConnection(CatalogTracker.java:209)
   at org.apache.hadoop.hbase.catalog.CatalogTracker.getMetaServerConnection(CatalogTracker.java:241)
   at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMeta(CatalogTracker.java:286)
   at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMetaServerConnectionDefault(CatalogTracker.java:326)
   at org.apache.hadoop.hbase.catalog.MetaReader.fullScan(MetaReader.java:157)
   at org.apache.hadoop.hbase.catalog.MetaReader.fullScan(MetaReader.java:140)
   at org.apache.hadoop.hbase.master.AssignmentManager.rebuildUserRegions(AssignmentManager.java:753)
   at org.apache.hadoop.hbase.master.AssignmentManager.processFailover(AssignmentManager.java:174)
   at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:314)
Caused by: java.io.IOException: Connection reset by peer
   at sun.nio.ch.FileDispatcher.read0(Native Method)
   at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21)
   at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233)
   at sun.nio.ch.IOUtil.read(IOUtil.java:206)

Notice, we think its a case of processFailover so we think we can just scan meta to fixup our inmemory picture of the running cluster, only the scan of meta fails because the meta isn not assigned.

WALEdit from HBASE-2283 defines a method heapSize() but doesn't implement HeapSize.

Make it implement the interface.
Add a test to TestHeapSize.

Some of the Java properties have been changed or set differently due to the Mavenization of the Hive build, and it looks like this is causing some issues with the Windows unit tests.

I downloaded both the full and minimal versions of the 047 build and got the errors below at startup.  
Kevins-MacBook-Pro:jboss-fuse-6.1.0.redhat-047 kearls$ ./bin/fuse
 66% [===============================================>                        ]ERROR: Bundle org.fusesource.fabric.fabric-core [57] Error starting mvn:org.fusesource.fabric/fabric-core/7.3.0.redhat-047 (org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-core [57]: Unable to resolve 57.0: missing requirement [57.0] osgi.wiring.package; (osgi.wiring.package=org.apache.commons.beanutils))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-core [57]: Unable to resolve 57.0: missing requirement [57.0] osgi.wiring.package; (osgi.wiring.package=org.apache.commons.beanutils)
	at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4155)
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2055)
	at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1309)
ERROR: Bundle org.fusesource.fabric.fabric-boot-commands [59] Error starting mvn:org.fusesource.fabric/fabric-boot-commands/7.3.0.redhat-047 (org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-boot-commands [59]: Unable to resolve 59.0: missing requirement [59.0] osgi.wiring.package; (&(osgi.wiring.package=org.fusesource.fabric.api)(version>=7.3.0)(!(version>=7.4.0))))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-boot-commands [59]: Unable to resolve 59.0: missing requirement [59.0] osgi.wiring.package; (&(osgi.wiring.package=org.fusesource.fabric.api)(version>=7.3.0)(!(version>=7.4.0)))
 79% [========================================================>               ]

  _ \                
  ____

_) 
 ___  ___ ___  
 
__ _   _ ___  ___
 _   
 
  _ < / _ \/ __/ __
 
  __
 
 / __
/ _ \

__
 
_) 
 () _ __ \ 
 
_
 __ \  __/
 ____/
___/ __/
__/__/ 
_
   _,
__/__

  JBoss Fuse (6.1.0.redhat-047)
http://www.redhat.com/products/jbossenterprisemiddleware/fuse/

Given an array of enums, if the array is injected using a comma-separated list of string values, the injection will fail if there are more than one value eg
<property name="enumTypes" value="TEST1,TEST2"/>
However, it will work if there is only 1 value eg
<property name="enumTypes" value="TEST1"/>
To test this I tried a list of enums, an array of enums and an array of strings.  The strings and the list work, but the enum array does not and fails with this exception:
Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'enumBugTest' defined in class path resource [EnumTestApplicationContext.xml]: Initialization of bean failed; nested exception is org.springframework.beans.ConversionNotSupportedException: Failed to convert property value of type 'java.lang.String' to required type 'uk.org.sith.jeraz.Test[]' for property 'enumTypes'; nested exception is java.lang.IllegalStateException: Cannot convert value of type [java.lang.String] to required type [uk.org.sith.jeraz.Test] for property 'enumTypes[0]': no matching editors or conversion strategy found
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:450)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:289)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:286)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:188)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:558)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:852)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:422)
	at uk.org.sith.jeraz.EnumTestMain.main(EnumTestMain.java:10)
Caused by: org.springframework.beans.ConversionNotSupportedException: Failed to convert property value of type 'java.lang.String' to required type 'uk.org.sith.jeraz.Test[]' for property 'enumTypes'; nested exception is java.lang.IllegalStateException: Cannot convert value of type [java.lang.String] to required type [uk.org.sith.jeraz.Test] for property 'enumTypes[0]': no matching editors or conversion strategy found
	at org.springframework.beans.BeanWrapperImpl.convertForProperty(BeanWrapperImpl.java:452)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.convertForProperty(AbstractAutowireCapableBeanFactory.java:1351)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1310)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1067)
	... 11 more
Caused by: java.lang.IllegalStateException: Cannot convert value of type [java.lang.String] to required type [uk.org.sith.jeraz.Test] for property 'enumTypes[0]': no matching editors or conversion strategy found
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:259)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:121)
	at org.springframework.beans.TypeConverterDelegate.convertToTypedArray(TypeConverterDelegate.java:478)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:197)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:135)
	at org.springframework.beans.BeanWrapperImpl.convertForProperty(BeanWrapperImpl.java:442)
	... 15 more
My test code is below:
package uk.org.sith.jeraz;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class EnumTestMain {
   public static void main(String[] args) 
{

      EnumTestMain main = new EnumTestMain();
      new ClassPathXmlApplicationContext(main.getPaths());

   }

   public String[] getPaths() {
      return new String[] 
{"EnumTestApplicationContext.xml"}
;
   }
}
public class EnumBugTest {
   private Test[] enumTypes;
   private String[] stringTypes;
   private List<Test> enumList;
   public void setEnumTypes(Test[] enumTypes) 
{
      this.enumTypes = enumTypes;
   }

   public void setStringTypes(String[] stringTypes) 
{
      this.stringTypes = stringTypes;
   }

   public void setEnumList(List<Test> enumList) 
{
      this.enumList = enumList;
   }

}
	xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
    <bean name="enumBugTest" class="uk.org.sith.jeraz.EnumBugTest">
        <property name="stringTypes" value="HELLO,STRING"/>
        <property name="enumTypes" value="TEST1,TEST2"/>
        <property name="enumList">
            <list>
                <value>TEST1</value>
                <value>TEST2</value>
            </list>
    </bean>
</beans>

When testing resource existence AbstractFileResolvingResource.exists() method respects the response content length (URLConnection.getContentLength()) more than the response status even if it's 404.
org.springframework.core.io.AbstractFileResolvingResource.java (line# 99-109
HttpURLConnection httpCon =
		(con instanceof HttpURLConnection ? (HttpURLConnection) con : null);
if (httpCon != null) {
	httpCon.setRequestMethod("HEAD");
	if (httpCon.getResponseCode() == HttpURLConnection.HTTP_OK) {
	} // <---- IT'S NOT 200 OK, SO WHY NOT RETURNING false OTHERWISE?
}
if (con.getContentLength() >= 0) {
	return true; // <---- HERE IS THE PROBLEM!
}

The problem is that when the response status is 404 it still can have a content - the human readable 404 message for instance. Tomcat responses this way by default as well as many other web servers I believe.
So in this case Content-Length value is greater than zero, but it never means that the requested resource actually exists.

HTTP/1.1 404 Not Found
Content-Length: 997
Date: Thu, 13 Jan 2011 11:28:34 GMT

In RpcRetryingCallerImpl, it get pause time by expectedSleep = callable.sleep(pause, tries + 1); And in RegionServerCallable, it get pasue time by sleep = ConnectionUtils.getPauseTime(pause, tries + 1). So tries will be bumped up twice. And the pasue time is 3 * hbase.client.pause when tries is 0.
RETRY_BACKOFF = 
{1, 2, 3, 5, 10, 20, 40, 100, 100, 100, 100, 200, 200}
            
I have implemented an OAuth 1.0a consumer using the Scribe library and I have also implemented an OAuth 2 provider using Spring Security OAuth. The class OAuth2ProtectedResourceFilter in Spring Security OAuth 2 filters all requests to my web server. If I am connecting to Twitter (or any other OAuth 1.0a provider it seems), after the user authorizes my application and Twitter redirects said user back to my application, the filter OAuth2ProtectedResourceFilter incorrectly processes it as an OAuth 2 request to a protected resource since "oauth_signature_method" is not present when an OAuth 1.0a provider callsback after the user has authorized an application.
The check takes place currently in parseHeaderToken(), but it seems that we cannot rely on just the presence of "oauth_signature_method" in the header in this case. Or am I missing something?

There are several errors in DataNucleus O-R mapping file, package.jdo, which are not complained by the existing DN version. These errors may be subject to future DN complaint (as experienced in HIVE-3632 and HIVE-2084). However, it is still better if we fix these errors as it also creates some confusion in the community.

I used to be able to do:
bin/hbase-daemons.sh stop thrift
bin/hbase-daemons.sh start thrift
I can't anymore. We can't manage anything but regionservers and zookeeper with this script now.

Methods of org.apache.hadoop.hbase.KeyValue
public static int getDelimiter(final byte [] b, int offset, final int length, final int delimiter)
public static int getDelimiterInReverse(final byte [] b, final int offset, final int length, final int delimiter)
throw NullPointerException instead of IllegalArgumentException when byte array b is check for null  - which is very bad practice!
Please refactor this because this can be very misleading.  

This was brought up by Amit's inquiry on mailing list, entitled 'Batch returned value and exception handling'
Here is his sample code:

Object[] res = null;
try {
  res = table.batch(batch);
} catch (RetriesExhaustedWithDetailsException retriesExhaustedWithDetailsException) {
  retriesExhaustedWithDetailsException.printStackTrace();
}
if (res == null) {
  System.out.println("No results - returned null.");
}

When RetriesExhaustedWithDetailsException was thrown from batch() call, variable res carried value of null.
Meaning user wouldn't get partial result along with the exception.
We should deprecate 

HTable#batch(final List<? extends Row>)

 and refer to the following method:
void batch(final List<?extends Row> actions, final Object[] results) throws IOException, InterruptedException;

The !profile selector in AbstractEnvironment causes premature termination of loop.
Here's the code:

	@Override
	public boolean acceptsProfiles(String... profiles) {
		Assert.notEmpty(profiles, "Must specify at least one profile");
		for (String profile : profiles) {
			if (profile != null && profile.length() > 0 && profile.charAt(0) == '!') {
				return !isProfileActive(profile.substring(1));
			}
			if (isProfileActive(profile)) {
				return true;
			}
		}
		return false;
	}

So with <beans profile="!foo,bar"/> even if the "bar" profile is active the method returns false when "foo" is also active. Maybe that was intentional, but it doesn't match what I read in the Javadocs (and XSD docs).

Trying to configure server to run in FIPS mode using subsystem capabilities.
I can't configure throught subsystem same as in java.security file:
java.security

security.provider.1=sun.security.pkcs11.SunPKCS11 /usr/java/jdk1.8.0_66_fips_mode/__fips_config_material/pkcs11.cfg

because if I try to pass configuration file or configuration

/subsystem=elytron/provider-loader=fips:add(class-names=[sun.security.pkcs11.SunPKCS11], path=/usr/java/jdk1.8.0_66_fips_mode/__fips_config_material/pkcs11.cfg)

/subsystem=elytron/provider-loader=fips:add(class-names=[sun.security.pkcs11.SunPKCS11], configuration={ \
	name=nssModule, value=fips \
	name=nssSecmodDirectory, value=/usr/java/jdk1.8.0_66_fips_mode/__fips_config_material/fipsdb \
	name=nssLibraryDirectory, value=/usr/lib64 \
	name=name, value=testPkcs \
	name=nssDbMode, value=readOnly \
}

I get exception

10:46:28,630 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service org.wildfly.security.providers.fips: org.jboss.msc.service.StartException in service org.wildfly.security.providers.fips: java.security.ProviderException: SunPKCS11 requires configuration file argument
	at org.wildfly.extension.elytron.ProviderDefinitions$1$1.get(ProviderDefinitions.java:185)
	at org.wildfly.extension.elytron.ProviderDefinitions$1$1.get(ProviderDefinitions.java:143)
Caused by: java.security.ProviderException: SunPKCS11 requires configuration file argument
	at sun.security.pkcs11.SunPKCS11.<init>(SunPKCS11.java:98)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
	at org.wildfly.extension.elytron.ProviderDefinitions$1$1.get(ProviderDefinitions.java:156)
	... 7 more

10:46:28,630 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 10) WFLYCTL0013: Operation ("add") failed - address: ([
    ("provider-loader" => "fips")
    "WFLYCTL0080: Failed services" => {"org.wildfly.security.providers.fips" => "org.jboss.msc.service.StartException in service org.wildfly.security.providers.fips: java.security.ProviderException: SunPKCS11 requires configuration file argument
    Caused by: java.security.ProviderException: SunPKCS11 requires configuration file argument"},
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.providers.fips"]
}

It occures because loading of providers is in subsystem implemented in 2 steps

create provider instance (call noargs constructor)
optionally load configuration

But sun.security.pkcs11.SunPKCS11 can't be created without configuration [1]
[1] http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/sun/security/pkcs11/SunPKCS11.java#98

There seems to be an issue where certain characters in the signature are creating validation to fail.  Here is an example (using HMAC-SHA1 for signature method):
Signature as generated on the consumer side (using CoreOAuthConsumerSupport to make the call): KoCR1Z1PeM/+sCoptySENMEh2xw=
Signature as generated on the provider side: KoCR1Z1PeM/ sCoptySENMEh2xw=
Notice how the + is missing on the provider side.  My guess is this has something to do with URLEncoding/Decoding.  This is difficult to replicate since the signature needs a + sign in it after generation.

I use .split().tokenize("\n", 10000, true).streaming() to stream csv file with header row and skip first line.
 When file contains ONLY header row - java.util.NoSuchElementException is thrown in https://github.com/apache/camel/blob/camel-2.21.1/camel-core/src/main/java/org/apache/camel/util/GroupTokenIterator.java#L158, because when it skips first line - it does not check if it has next line and just calls next().

Elytron simple-regex-realm-mapper "pattern" attribute has wrong description [1].
Actual description

The regular expression to use for this NameRewriter.

Expected description
Some like that (from DMR):

The regular expression which must contain at least one capture group to extract the realm from the name.

[1] https://github.com/wildfly-security/elytron-subsystem/blob/580569d17cb6c3b1e823a2149b156c36d186f0dd/src/main/resources/schema/wildfly-elytron_1_0.xsd#L1969

TestMasterObserver failed on windows builds at least a couple of times, although this is not windows specific. 
Upon further inspection, it seems that we are affected by the race condition for the table operations.
The handling of modify table occurs in its dedicated executor, MASTER_TABLE_OPERATIONS, and happens in async, although the handling of add/delete/modify columns are handled in the IPC handler thread. When we do not wait for the first modify table to finish, subsequent changes from the add/modify column operations are overriden by the earlier modify table executor.

at org.apache.hadoop.hbase.master.handler.TableEventHandler.hasColumnFamily(TableEventHandler.java:182)
	at org.apache.hadoop.hbase.master.handler.TableDeleteFamilyHandler.<init>(TableDeleteFamilyHandler.java:42)
	at org.apache.hadoop.hbase.master.HMaster.deleteColumn(HMaster.java:1255)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1400)

	at org.apache.hadoop.hbase.RemoteExceptionHandler.decodeRemoteException(RemoteExceptionHandler.java:96)
	at org.apache.hadoop.hbase.client.HBaseAdmin.deleteColumn(HBaseAdmin.java:1024)
	at org.apache.hadoop.hbase.coprocessor.TestMasterObserver.testTableOperations(TestMasterObserver.java:616)

I am not sure how nulls are supposed to be stored in text tables, but after loading some data with "null" or "NULL" strings, or x00 characters, we get bunch of annoying logging from LazyPrimitive that data is not in INT format and was converted to null, with data being "null" (string saying "null", I assume from the code).
Either load should load them as nulls, or there should be some defined way to load nulls.

When cleaning left over transactions we see the DeadTxnReaper code threw the following exception:

2015-09-21 05:23:38,148 WARN  [DeadTxnReaper-0]: txn.TxnHandler (TxnHandler.java:performTimeOuts(1876)) - Aborting timedout transactions failed due to You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1(SQLState=42000,ErrorCode=1064)
com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1
        at com.mysql.jdbc.Util.handleNewInstance(Util.java:377)
        at com.mysql.jdbc.Util.getInstance(Util.java:360)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:978)
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3887)
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3823)
        at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2435)
        at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2582)
        at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2526)
        at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1618)
        at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1549)
        at com.jolbox.bonecp.StatementHandle.executeUpdate(StatementHandle.java:497)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.abortTxns(TxnHandler.java:1275)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.performTimeOuts(TxnHandler.java:1866)
        at org.apache.hadoop.hive.ql.txn.AcidHouseKeeperService$TimedoutTxnReaper.run(AcidHouseKeeperService.java:87)

The problem here is that the method abortTxns(Connection dbConn, List<Long> txnids) in metastore/src/java/org/apache/hadoop/hive/metastore/txn/TxnHandler.java creates the following bad query when txnids list is empty.

delete from HIVE_LOCKS where hl_txnid in ();

javax.persistence.NamedNativeQuery result couldn't properly use javax.persistence.SqlResultSetMapping declaration according to  DATAJPA-1273 fix.
I'll provide Kotlin code for my example, but I think it doesn't play any role in this case.
Problem statement:
We want to execute some native query and automatically map this result to some DTO object (non-entity), we could achieve it by creating some named native query and mapping it through SqlResultSetMapping (Hibernate successfully parse all this statements and do it as per JPA standard):
Code that worked in Spring Data JPA 2.0.3
Playlist.kt

@Entity
@SqlResultSetMappings(
        SqlResultSetMapping(
                name = "summary",
                classes = [
                    ConstructorResult(
                            targetClass = ChartData::class,
                            columns = [
                                ColumnResult(name = "name", type = String::class),
                                ColumnResult(name = "value", type = Double::class)
                            ]
                    )
                ]
        )
)
@NamedNativeQueries(
        NamedNativeQuery(name = "Playlist.totalSummary",
                query = """
                    ...
                """, resultSetMapping = "summary")
)
@Table(name = "playlist")
class Playlist {
....
}

PlaylistStatisticsRepository.kt

@Query(name = "Playlist.totalSummary")
    fun totalSummary(@Param("user_id") userId: Long): List<ChartData>

Now (Spring data JPA 2.0.5 and above), after fixing problem with named queries, native one are also affected:

org.springframework.data.jpa.repository.query.NamedQuery class instantiate query with result type = Tuple
Then org.hibernate.internal.AbstractSharedSessionContract uses this type to define which resultTransformer to choose
As far as it is Tuple, contract setup org.hibernate.jpa.spi.NativeQueryTupleTransformer, which uses some checks on creation:

if ( tuple.length != aliases.length ) {
				throw new HibernateException( "Got different size of tuples and aliases" );
			}

Tuple length in this case with SqlResultSetMappings is 1, because it knows what we want to return (look at org.hibernate.loader.hql.QueryLoader#getResultList method where results is coming as a list) and it is not a tuple, then it is checking with aliases from query's select clause and got a mismatch.
If I could help you somewhere or if something is still not clear I'm ready to help you with investigations.

Added the constant in a generated file. It should be added in  hive_metastore.thrift instead.
Please refer to HIVE-18910 for details.

It will be useful for some clients to get the url list when beeline-site is present. 

This logic was not in place when the initial implementation was done, so needs to be adjusted to take that overridden value into consideration.

In our produce environment
We find a lot of timeout on RIT when cluster up, there are about 7w regions in the cluster( 25 regionservers ).
First, we could see the following log:(See the region 33cf229845b1009aa8a3f7b0f85c9bd0)
master's log
2012-02-13 18:07:41,409 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x348f4a94723da5 Async create of unassigned node for 33cf229845b1009aa8a3f7b0f85c9bd0 with OFFLINE state 
2012-02-13 18:07:42,560 DEBUG org.apache.hadoop.hbase.master.AssignmentManager$CreateUnassignedAsyncCallback: rs=item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. state=OFFLINE, ts=1329127661409, server=r03f11025.yh.aliyun.com,60020,1329127549907 
2012-02-13 18:07:42,996 DEBUG org.apache.hadoop.hbase.master.AssignmentManager$ExistsUnassignedAsyncCallback: rs=item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. state=OFFLINE, ts=1329127661409 
2012-02-13 18:10:48,072 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out: item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. state=PENDING_OPEN, ts=1329127662996
2012-02-13 18:10:48,072 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_OPEN for too long, reassigning region=item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. 
2012-02-13 18:11:16,744 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENED, server=r03f11025.yh.aliyun.com,60020,1329127549907, region=33cf229845b1009aa8a3f7b0f85c9bd0 
2012-02-13 18:38:07,310 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Handling OPENED event for 33cf229845b1009aa8a3f7b0f85c9bd0; deleting unassigned node 
2012-02-13 18:38:07,310 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x348f4a94723da5 Deleting existing unassigned node for 33cf229845b1009aa8a3f7b0f85c9bd0 that is in expected state RS_ZK_REGION_OPENED 
2012-02-13 18:38:07,314 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x348f4a94723da5 Successfully deleted unassigned node for region 33cf229845b1009aa8a3f7b0f85c9bd0 in expected state RS_ZK_REGION_OPENED 
2012-02-13 18:38:07,573 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Opened region item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. on r03f11025.yh.aliyun.com,60020,1329127549907 
2012-02-13 18:50:54,428 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: No previous transition plan was found (or we are ignoring an existing plan) for item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. so generated a random one; hri=item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0., src=, dest=r01b05043.yh.aliyun.com,60020,1329127549041; 29 (online=29, exclude=null) available servers 
2012-02-13 18:50:54,428 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. to r01b05043.yh.aliyun.com,60020,1329127549041 
2012-02-13 19:31:50,514 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out: item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. state=PENDING_OPEN, ts=1329132528086 
2012-02-13 19:31:50,514 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_OPEN for too long, reassigning region=item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. 
Regionserver's log
2012-02-13 18:07:43,537 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Received request to open region: item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. 
2012-02-13 18:11:16,560 DEBUG org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Processing open of item_20120208,\x009,1328794343859.33cf229845b1009aa8a3f7b0f85c9bd0. 
Through the RS's log, we could find it is larger than 3mins from receive openRegion request to start processing openRegion, causing timeout on RIT in master for the region.
Let's see the code of StartupBulkAssigner, we could find regionPlans are not added when assigning regions, therefore, when one region opened, it will not updateTimers of other regions whose destination is the same.

In archived deployments with archived subdeployments, the explode operation with path parameter defined to point at archived subdeployment causes the removal of whole deployment from the content repository. 
This operation is illegal, but the server should produce formed warning message with operation failing gracefully instead of throwing stack trace in this case.
server.log:

09:05:07,664 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 29) WFLYUT0022: Unregistered web context: /subdeployment-test-web
09:05:07,701 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 2) WFLYCLINF0003: Stopped client-mappings cache from ejb container
09:05:07,719 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0208: Stopped subdeployment (runtime-name: subdeployment-test-ejb.jar) in 65ms
09:05:07,719 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0208: Stopped subdeployment (runtime-name: subdeployment-test-web.war) in 66ms
09:05:07,722 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0028: Stopped deployment subdeployment-test.ear (runtime-name: subdeployment-test.ear) in 69ms
09:05:07,732 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0009: Undeployed "subdeployment-test.ear" (runtime-name: "subdeployment-test.ear")
09:05:07,754 INFO  [org.jboss.as.repository] (management-handler-thread - 2) WFLYDR0002: Content removed from location /home/mjurc/testing/wildfly/testsuite/integration/basic/target/jbossas/standalone/data/content/13/5a0425d908539149b62eb99b63710c67b13466/content
09:05:07,762 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "subdeployment-test.ear" (runtime-name: "subdeployment-test.ear")
[0m[31m09:05:07,763 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.deployment.unit."subdeployment-test.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."subdeployment-test.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "subdeployment-test.ear"
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0160: Failed to mount deployment content
	at org.jboss.as.server.deployment.module.DeploymentRootMountProcessor.deploy(DeploymentRootMountProcessor.java:95)
	... 5 more
Caused by: java.io.FileNotFoundException: /home/mjurc/testing/wildfly/testsuite/integration/basic/target/jbossas/standalone/data/managed-exploded/subdeployment-test.ear (No such file or directory)
	at org.jboss.vfs.spi.RootFileSystem.openInputStream(RootFileSystem.java:51)
	at org.jboss.vfs.VirtualFile.openStream(VirtualFile.java:318)
	at org.jboss.vfs.VFS.mountZipExpanded(VFS.java:533)
	at org.jboss.as.server.deployment.DeploymentMountProvider$Factory$ServerDeploymentRepositoryImpl.mountDeploymentContent(DeploymentMountProvider.java:108)
	at org.jboss.as.server.deployment.module.DeploymentRootMountProcessor.deploy(DeploymentRootMountProcessor.java:91)
	... 6 more

[0m[31m09:05:07,765 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("deploy") failed - address: (("deployment" => "subdeployment-test.ear")) - failure description: {
    "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"subdeployment-test.ear\".STRUCTURE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"subdeployment-test.ear\".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment \"subdeployment-test.ear\"
    Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0160: Failed to mount deployment content
    Caused by: java.io.FileNotFoundException: /home/mjurc/testing/wildfly/testsuite/integration/basic/target/jbossas/standalone/data/managed-exploded/subdeployment-test.ear (No such file or directory)"},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"subdeployment-test.ear\".STRUCTURE"],
}
09:05:07,767 ERROR [org.jboss.as.server] (management-handler-thread - 3) WFLYSRV0021: Deploy of deployment "subdeployment-test.ear" was rolled back with the following failure message: 
{
}
09:05:07,768 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0028: Stopped deployment subdeployment-test.ear (runtime-name: subdeployment-test.ear) in 1ms
09:05:07,770 INFO  [org.jboss.as.controller] (management-handler-thread - 3) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.deployment.unit."subdeployment-test.ear".STRUCTURE

A really stupid bug.
given a graph
(speaker:Speaker)[:PRESENTS]>(talk:Talk)
and a domain model consisting of just one class: 
class Speaker 
{
    Long id;
 }

Speaker instances cannot be created because we expect Talk objects to exist in the object domain, and we throw a MappingException when we can't find a Talk class to instantiate.
There is no requirement that the graph domain be a surjection of the object domain. 

In case when Elytron ldap-realm is configured to return some attribute as password (i.e. direct verification is set to false) and LDAP search does not find this attribute, then NPE occurs.
It is caused by missing null check for attribute in [1].
Exception thrown to server log:

ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /print-roles/protected/printRoles: java.lang.NullPointerException
	at org.wildfly.security.auth.realm.ldap.UserPasswordCredentialLoader$ForIdentityLoader.getCredential(UserPasswordCredentialLoader.java:130)
	at org.wildfly.security.auth.realm.ldap.UserPasswordCredentialLoader$ForIdentityLoader.verifyEvidence(UserPasswordCredentialLoader.java:151)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.verifyEvidence(LdapSecurityRealm.java:531)

[1] https://github.com/wildfly-security/wildfly-elytron/blob/cb57f2f0ffcdb1470e3135007603c97679b9434f/src/main/java/org/wildfly/security/auth/realm/ldap/UserPasswordCredentialLoader.java#L129

This breaks with JUnit 4.11 and could break the test JDK 1.7

As of this time of writing the current release of Roo is still at 1.2.5
In the comments for issue ROO-3505:
@Alan Stewart - stated
> Roo does not currently support JDK 1.8.
> Please use 1.7 until support is added in a later release
This is not reflected anywhere on Roo's project page, reference documentation, in any of the README files, or on the GitHub site for version 1.2.5. All say to "install the latest Java SDK". This is very misleading.
Many people are falling into problems because they are trying to use Roo 1.2.5 with Java SDK 8 (just search the Spring forums and StackOverflow) - and all the docs say "install the latest JDK".
Please correct these resources to specify only to use up to Java 7 and that Java 8 is not supported yet.
Thanks

basically, this is a typo:
91:		for (int i = 0; i < destroyScripts.length; i++) {
92:			Resource destroyScript = initScripts[i];

When I try to register custom principal transformer I get NoClassDefFoundError

07:11:37,203 WARN  [org.jboss.modules] (MSC service thread 1-4) Failed to define class org.wildfly.extras.creaper.commands.elytron.mapper.AddCustomPrincipalTransformerImpl in Module "org.jboss.customprincipaltransformerimpl" from local module loader @282ba1e (finder: local module finder @13b6d03 (roots: /home/mchoma/workspace/git-repositories/creaper/testsuite/standalone/target/jboss-as/modules,/home/mchoma/workspace/git-repositories/creaper/testsuite/standalone/target/jboss-as/modules/system/layers/base)): java.lang.NoClassDefFoundError: Failed to link org/wildfly/extras/creaper/commands/elytron/mapper/AddCustomPrincipalTransformerImpl (Module "org.jboss.customprincipaltransformerimpl" from local module loader @282ba1e (finder: local module finder @13b6d03 (roots: /home/mchoma/workspace/git-repositories/creaper/testsuite/standalone/target/jboss-as/modules,/home/mchoma/workspace/git-repositories/creaper/testsuite/standalone/target/jboss-as/modules/system/layers/base))): org/wildfly/extension/elytron/capabilities/PrincipalTransformer
	at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:448)
	at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:276)
	at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:79)
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:192)
	at org.wildfly.extension.elytron.CustomComponentDefinition$ComponentAddHandler.createValue(CustomComponentDefinition.java:156)
	at org.wildfly.extension.elytron.CustomComponentDefinition$ComponentAddHandler.lambda$performRuntime$1(CustomComponentDefinition.java:135)

07:11:37,204 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service org.wildfly.security.principal-transformer.CreaperTestAddCustomPrincipalTransformer: org.jboss.msc.service.StartException in service org.wildfly.security.principal-transformer.CreaperTestAddCustomPrincipalTransformer: Failed to start service
Caused by: java.lang.NoClassDefFoundError: Failed to link org/wildfly/extras/creaper/commands/elytron/mapper/AddCustomPrincipalTransformerImpl (Module "org.jboss.customprincipaltransformerimpl" from local module loader @282ba1e (finder: local module finder @13b6d03 (roots: /home/mchoma/workspace/git-repositories/creaper/testsuite/standalone/target/jboss-as/modules,/home/mchoma/workspace/git-repositories/creaper/testsuite/standalone/target/jboss-as/modules/system/layers/base))): org/wildfly/extension/elytron/capabilities/PrincipalTransformer
	... 3 more

07:11:37,207 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("add") failed - address: ([
    ("custom-principal-transformer" => "CreaperTestAddCustomPrincipalTransformer")
    "WFLYCTL0080: Failed services" => {"org.wildfly.security.principal-transformer.CreaperTestAddCustomPrincipalTransformer" => "org.jboss.msc.service.StartException in service org.wildfly.security.principal-transformer.CreaperTestAddCustomPrincipalTransformer: Failed to start service
    Caused by: java.lang.NoClassDefFoundError: Failed to link org/wildfly/extras/creaper/commands/elytron/mapper/AddCustomPrincipalTransformerImpl (Module \"org.jboss.customprincipaltransformerimpl\" from local module loader @282ba1e (finder: local module finder @13b6d03 (roots: /home/mchoma/workspace/git-repositories/creaper/testsuite/standalone/target/jboss-as/modules,/home/mchoma/workspace/git-repositories/creaper/testsuite/standalone/target/jboss-as/modules/system/layers/base))): org/wildfly/extension/elytron/capabilities/PrincipalTransformer"},
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.principal-transformer.CreaperTestAddCustomPrincipalTransformer"]
}

That works in DR11 without issue
Here is implementation of used custom prncipal transformer
AddCustomPrincipalTransformerImpl.java

package org.wildfly.extras.creaper.commands.elytron.mapper;

import org.wildfly.extension.elytron.Configurable;
import java.security.Principal;
import org.wildfly.extension.elytron.capabilities.PrincipalTransformer;

public class AddCustomPrincipalTransformerImpl implements PrincipalTransformer, Configurable {

    @Override
    public Principal apply(Principal p) {
        return p;
    }

    @Override
    public void initialize(Map<String, String> configuration) {
        if (configuration.containsKey("throwException")) {
            throw new IllegalStateException("Only test purpose. This exception was thrown on demand.");
        }
    }

}

The HdfsProducer uses an instance variable (long splitNum) that is incremented to create unique output filenames in a given directory (seg0, seg1, etc).  
If the Producer instance is recreated (producer cache limit exceeded, server restart, etc), the splitNum variable is reset to 0.  This results in files being overwritten when using overwrite=true mode or throwing "The file already exists" errors when using overwrite=false mode.
We should switch to using a timestamp or some other unique generator to prevent filename collisions regardless of the Producer instance lifecycle for the same hdfs directory URL...

The commit for HIVE-13509 accidentally included a patch file in the source tree.

RequestMappingHandlerAdapter.getDefaultInitBinderArgumentResolvers has the following which blows up with a NPE at startup.

if (getCustomArgumentResolvers() != null) {
    resolvers.addAll(getCustomInitBinderArgumentResolvers());
}

	at java.util.ArrayList.addAll(ArrayList.java:577)
	at org.springframework.web.reactive.result.method.annotation.RequestMappingHandlerAdapter.getDefaultInitBinderArgumentResolvers(RequestMappingHandlerAdapter.java:277)
	at org.springframework.web.reactive.result.method.annotation.RequestMappingHandlerAdapter.afterPropertiesSet(RequestMappingHandlerAdapter.java:220)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1642)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1579)
	... 58 more

Obviously, getCustomInitBinderArgumentResolvers returns null. I'm running Spring Boot 2.0.0.BUILD-SNAPSHOT with spring-boot-starter-web-reactive 0.1.0.BUILD-SNAPSHOT. The project wouldn't start due to this issue, and is not particularly small, so I am not providing a link to it to begin with. I'm hoping that this is an obvious issue that doesn't need a reproducible project as proof. 

Our generated javadoc jars have the same LICENSE/NOTICE files as our primary artifacts but do not include a copy of hte full source.
the following modules end up with incorrect artifacts:

hbase-server
hbase-common (maybe? depends on the are-apis-copyrightable court case)
hbase-thrift

In latest trunk, deleting a column in BatchUpdate causes exception because BatchUpdate's copy constructor (or whatever they are called in java) directly calls BatchUpdate#put even in delete-s thus causing put to throw IllegalArgumentException("Passed value cannot be null").

This issue was found by Lars: http://search-hadoop.com/m/n04sthNcji2/zoo.cfg+vs+hbase-site.xml&subj=Re+zoo+cfg+vs+hbase+site+xml
Lets fix the inconsistency found and fix the places where we use non-zk attribute name for a zk attribute in hbase (There's only a few places that I remember – maximum client connections is one IIRC)

Statefull session beans are not always properly disposed when undeploying the application or stopping the application server.
To reproduce this I've created the following (Arquillian) test.
It contains a simple Java bean:
@Typed
public class TestBean {
	private String message;
	public String getMessage() 
{
		return message;
	}

	public void setMessage(String message) 
{
		this.message = message;
	}

}
A corresponding producer:
public class TestBeanProducer {
	private final Logger log = LoggerFactory.getLogger(getClass());
	@Produces
	public TestBean produceTestBean() 
{
		log.info("produceTestBean()");
		TestBean testBean = new TestBean();
		testBean.setMessage("Hello World!");
		return testBean;
	}

	public void disposeTestBean(@Disposes TestBean testBean) 
{
		log.info("disposeTestBean()");
		testBean.setMessage(null);
	}

}
And finally the statefull session bean:
@Stateful
public class TestStatefullSessionBean {
	@Inject
	transient TestBean testBean; 
	@PostConstruct
	public void init() 
{
		log.info("init()");
	}

	public void test() 
{
		log.info(testBean.getMessage());
	}

	@PreDestroy
	public void cleanUp() 
{
		log.info("cleanUp()");
	}

}
When I run this as Arquillian test in the container I get the following expected behavior:
21:13:13,668 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "test.war"
21:13:14,083 INFO  [org.jboss.weld.deployer] (MSC service thread 1-2) JBAS016002: Processing weld deployment test.war
21:13:14,084 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-2) JNDI bindings for session bean named TestStatefullSessionBean in deployment unit deployment "test.war" are as follows:
	java:global/test/TestStatefullSessionBean!at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean
	java:app/test/TestStatefullSessionBean!at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean
	java:module/TestStatefullSessionBean!at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean
	java:global/test/TestStatefullSessionBean
	java:app/test/TestStatefullSessionBean
	java:module/TestStatefullSessionBean
21:13:14,106 INFO  [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016005: Starting Services for CDI deployment: test.war
21:13:14,118 INFO  [org.jboss.weld.deployer] (MSC service thread 1-5) JBAS016008: Starting weld service for deployment test.war
21:13:14,216 INFO  [org.jboss.web] (MSC service thread 1-4) JBAS018210: Registering web context: /test
21:13:14,232 INFO  [org.jboss.as.server] (management-handler-thread - 11) JBAS018559: Deployed "test.war"
21:13:14,872 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (http--0.0.0.0-8080-1) produceTestBean()
21:13:14,873 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (http--0.0.0.0-8080-1) init()
21:13:14,881 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (http--0.0.0.0-8080-1) Hello World!
21:13:14,884 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (http--0.0.0.0-8080-1) cleanUp()
21:13:14,884 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (http--0.0.0.0-8080-1) disposeTestBean()
21:13:14,918 INFO  [org.jboss.weld.deployer] (MSC service thread 1-4) JBAS016009: Stopping weld service for deployment test.war
21:13:14,939 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015877: Stopped deployment test.war in 26ms
21:13:14,951 INFO  [org.jboss.as.repository] (management-handler-thread - 12) JBAS014901: Content removed from location /Users/mcentner/java/jboss-as-7.1.1.Final/standalone/data/content/5b/20bd9c42eb5e656c3f2b396125de45636a0b8a/content
21:13:14,952 INFO  [org.jboss.as.server] (management-handler-thread - 12) JBAS018558: Undeployed "test.war"
However, when I deploy the "test.war" ...
21:31:24,792 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "test.war"
21:31:24,830 INFO  [org.jboss.weld.deployer] (MSC service thread 1-8) JBAS016002: Processing weld deployment test.war
21:31:24,831 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-8) JNDI bindings for session bean named TestStatefullSessionBean in deployment unit deployment "test.war" are as follows:
21:31:24,858 INFO  [org.jboss.weld.deployer] (MSC service thread 1-1) JBAS016005: Starting Services for CDI deployment: test.war
21:31:24,869 INFO  [org.jboss.weld.deployer] (MSC service thread 1-5) JBAS016008: Starting weld service for deployment test.war
21:31:24,929 INFO  [org.jboss.web] (MSC service thread 1-8) JBAS018210: Registering web context: /test
21:31:24,941 INFO  [org.jboss.as.server] (HttpManagementService-threads - 3) JBAS018559: Deployed "test.war"
... and click around in the JBoss AS7 Console (section "Naming") ...
21:43:01,763 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 4) produceTestBean()
21:43:01,764 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 4) init()
21:43:01,766 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 4) produceTestBean()
21:43:01,767 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 4) init()
21:43:01,769 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 4) produceTestBean()
21:43:01,770 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 4) init()
21:43:01,771 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 4) produceTestBean()
21:43:01,772 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 4) init()
21:43:01,778 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 4) produceTestBean()
21:43:01,778 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 4) init()
21:43:01,781 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 4) produceTestBean()
21:43:01,781 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 5) produceTestBean()
21:43:01,782 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 4) init()
21:43:01,782 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 5) init()
21:43:01,784 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 4) produceTestBean()
21:43:01,784 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 5) produceTestBean()
21:43:01,784 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 4) init()
21:43:01,785 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 5) init()
21:43:01,786 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 4) produceTestBean()
21:43:01,787 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 4) init()
21:43:01,792 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 5) produceTestBean()
21:43:01,793 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 5) init()
21:43:01,795 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 5) produceTestBean()
21:43:01,796 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 5) init()
21:43:01,803 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 5) produceTestBean()
21:43:01,804 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 5) init()
21:43:01,805 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 5) produceTestBean()
21:43:01,806 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 5) init()
21:43:01,808 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 5) produceTestBean()
21:43:01,809 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 5) init()
21:43:01,812 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestBeanProducer] (HttpManagementService-threads - 5) produceTestBean()
21:43:01,813 INFO  [at.gv.stmk.zza2.test.jboss.jcr.TestStatefullSessionBean] (HttpManagementService-threads - 5) init()
... a number of instances of the TestBean are produced. When "test.war" is now undeployed (through the console) ...
21:45:48,745 INFO  [org.jboss.weld.deployer] (MSC service thread 1-2) JBAS016009: Stopping weld service for deployment test.war
21:45:48,755 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015877: Stopped deployment test.war in 15ms
21:45:48,763 INFO  [org.jboss.as.server] (HttpManagementService-threads - 6) JBAS018558: Undeployed "test.war"
... none of the generated instances is being destroyed / disposed.
In our real use case this prevents us from a clean shut down of a Java Content Repository.

l1-lifespan attribute in distributed cache configuration is not honored. If set to a non-zero value it just sets the underlying cache config parameter, but does not explicitly enable l1 which is by default disabled.

split operation on ROOT table by specifying explicit split key as .META.
closing the ROOT region and taking long time to fail the split before rollback.
I think we can skip split for ROOT table as how we are doing for META region.

We hava an application that advertises the same rest service interface for several companies in consul - i.e. there is only one Jax RS annotated class but on startup we register with consul multiple times via Topology.lookup().advertise()

  public void init(@Observes @Initialized(ApplicationScoped.class) Object ignore) {
    for (int i = 0; i < 10; i++) {
      try {
        Topology.lookup().advertise("TEST_TEST" + i);
      } catch (NamingException e) {
        e.printStackTrace();
      }
    }
  }

This works fine (the consul entries are all ok) but when I try to shutdown the application (via CTR-C or kill SIGTERM) the server tries to deregister the services multiple times and after a (seemingly) random number of log entries freezes and hangs. 

^C2017-06-30 13:23:53,137 INFO  [org.wildfly.swarm] (Thread-3) WFSWARM0027: Shutdown requested
2017-06-30 13:23:53,138 INFO  [org.jboss.as.server] (Thread-4) WFLYSRV0220: Server shutdown has been requested via an OS signal
2017-06-30 13:23:53,145 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-4) Deregister service TEST_TEST0:x.x.x.x:8080
2017-06-30 13:23:53,146 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-3) Deregister service TEST_TEST0:x.x.x.x:8080
2017-06-30 13:23:53,148 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-6) Deregister service TEST_TEST0:x.x.x.x:8080
2017-06-30 13:23:53,148 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-1) Deregister service TEST_TEST0:x.x.x.x:8080
2017-06-30 13:23:53,149 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-8) Deregister service TEST_TEST0:x.x.x.x:8080
2017-06-30 13:23:53,149 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-5) Deregister service TEST_TEST0:x.x.x.x:8080
2017-06-30 13:23:53,149 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-2) Deregister service TEST_TEST0:x.x.x.x:8080
2017-06-30 13:23:53,150 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-7) Deregister service TEST_TEST0:x.x.x.x:8080
2017-06-30 13:23:53,921 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-6) Deregister service TEST_TEST2:x.x.x.x:8080
2017-06-30 13:23:53,921 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-4) Deregister service TEST_TEST2:x.x.x.x:8080
2017-06-30 13:23:53,921 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-3) Deregister service TEST_TEST2:x.x.x.x:8080
2017-06-30 13:23:55,669 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-1) Deregister service TEST_TEST2:x.x.x.x:8080
2017-06-30 13:23:55,672 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-8) Deregister service TEST_TEST2:x.x.x.x:8080
2017-06-30 13:23:55,812 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-5) Deregister service TEST_TEST2:x.x.x.x:8080
2017-06-30 13:23:55,869 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-2) Deregister service TEST_TEST2:x.x.x.x:8080
2017-06-30 13:23:55,930 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-7) Deregister service TEST_TEST2:x.x.x.x:8080
2017-06-30 13:23:55,969 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-6) Deregister service TEST_TEST1:x.x.x.x:8080
2017-06-30 13:23:57,982 INFO  [org.wildfly.swarm.topology.consul.runtime.Advertiser] (MSC service thread 1-4) Deregister service TEST_TEST1:x.x.x.x:8080

The server does never shutdown completely the process does not terminate and other parts of the server keep running (background threads etc.). Occasionally an exception pops up in the log (but not always):

2017-06-30 13:05:42,774 ERROR [org.wildfly.swarm.topology] (Thread-24) WFSTOPO0002: Client not registered: [Registration: TEST_TEST0; x.x.x.x:8080; [[http]]].: com.orbitz.consul.NotRegisteredException

hbase(main):011:0> list_peers
 PEER_ID CLUSTER_KEY STATE TABLE_CFS PROTOCOL BANDWIDTH
 20 hbase://c3tst-pressure98 ENABLED default.test_replication:A NATIVE 0
1 row(s) in 0.0080 seconds

hbase(main):012:0> append_peer_tableCFs '20', {"test_replication" => []}
0 row(s) in 0.0060 seconds

hbase(main):013:0> list_peers
1 row(s) in 0.0030 seconds

"test_replication" => [] means replication all cf of this table,so the result is not right. It should not just contain cf A after append_peer_tableCFs.

UndertowFilterCustomizer from MonitorFraction always creates a new FilterConfiguration which basically overrides possibly present other FilterConfigurations from other (custom) fractions.

HBase shell doesn't have a notion of UncheckedIOException, so it may not handle it correctly. For an example, if we scan not existing table the error look weird:

hbase(main):001:0> scan 'a'
ROW                                                                                         COLUMN+CELL

ERROR: a

Fix broken links on website.  Maven Site plugin does not really work as advertised for inheritance of site.xml - the result appears to be a load of wrongly inherited links and broken links on the sub-project web pages.  The only way I can think to fix it is some filtering of the site after it is generated.

I saw this here https://builds.apache.org/job/HBase-0.98-on-Hadoop-1.1/213/testReport/junit/org.apache.hadoop.hbase.regionserver/TestHRegion/testWritesWhileScanning/
This patch looks to have exposed a problem in our HStore commit logic.  We are supposed to crash out if we fail to write but we keep going here.  I am having trouble figuring why.  Let me write a little test:

2014-03-14 01:58:48,647 DEBUG [Thread-3] regionserver.HRegionFileSystem(339): Committing store file /home/jenkins/jenkins-slave/workspace/HBase-0.98-on-Hadoop-1.1/0.98-hadoop1.1/hbase-server/target/test-data/f7999012-e166-4619-ab3c-5014e0f65007/data/default/testWritesWhileScanning/306ea000673d780f06daf2469e7f9bab/.tmp/a0e6579af25f463ebb7eebe3c043b8a0 as /home/jenkins/jenkins-slave/workspace/HBase-0.98-on-Hadoop-1.1/0.98-hadoop1.1/hbase-server/target/test-data/f7999012-e166-4619-ab3c-5014e0f65007/data/default/testWritesWhileScanning/306ea000673d780f06daf2469e7f9bab/family7/a0e6579af25f463ebb7eebe3c043b8a0
2014-03-14 01:58:48,647 INFO  [Thread-2] regionserver.HRegion(5779): writing data to region testWritesWhileScanning,,1394762315120.306ea000673d780f06daf2469e7f9bab. with WAL disabled. Data may be lost in the event of a crash.
2014-03-14 01:58:48,648 ERROR [Thread-3] regionserver.HStore$StoreFlusherImpl(1964): Failed to commit store file /home/jenkins/jenkins-slave/workspace/HBase-0.98-on-Hadoop-1.1/0.98-hadoop1.1/hbase-server/target/test-data/f7999012-e166-4619-ab3c-5014e0f65007/data/default/testWritesWhileScanning/306ea000673d780f06daf2469e7f9bab/.tmp/a0e6579af25f463ebb7eebe3c043b8a0
org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file file:/home/jenkins/jenkins-slave/workspace/HBase-0.98-on-Hadoop-1.1/0.98-hadoop1.1/hbase-server/target/test-data/f7999012-e166-4619-ab3c-5014e0f65007/data/default/testWritesWhileScanning/306ea000673d780f06daf2469e7f9bab/family7/a0e6579af25f463ebb7eebe3c043b8a0
	at org.apache.hadoop.hbase.io.hfile.HFile.pickReaderVersion(HFile.java:552)
	at org.apache.hadoop.hbase.io.hfile.HFile.createReader(HFile.java:580)
	at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.<init>(StoreFile.java:1019)
	at org.apache.hadoop.hbase.regionserver.StoreFileInfo.open(StoreFileInfo.java:211)
	at org.apache.hadoop.hbase.regionserver.StoreFile.open(StoreFile.java:350)
	at org.apache.hadoop.hbase.regionserver.StoreFile.createReader(StoreFile.java:445)
	at org.apache.hadoop.hbase.regionserver.HStore.createStoreFileAndReader(HStore.java:551)
	at org.apache.hadoop.hbase.regionserver.HStore.commitFile(HStore.java:842)
	at org.apache.hadoop.hbase.regionserver.HStore.access$200(HStore.java:118)
	at org.apache.hadoop.hbase.regionserver.HStore$StoreFlusherImpl.commit(HStore.java:1961)
	at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:1706)
	at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:1583)
	at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:1498)
	at org.apache.hadoop.hbase.regionserver.TestHRegion$FlushThread.run(TestHRegion.java:3034)
Caused by: java.nio.channels.ClosedByInterruptException
	at java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:184)
	at sun.nio.ch.FileChannelImpl.position(FileChannelImpl.java:282)
	at org.apache.hadoop.fs.RawLocalFileSystem$LocalFSFileInputStream.seek(RawLocalFileSystem.java:111)
	at org.apache.hadoop.fs.BufferedFSInputStream.seek(BufferedFSInputStream.java:78)
	at org.apache.hadoop.fs.FSDataInputStream.seek(FSDataInputStream.java:37)
	at org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker.readChunk(ChecksumFileSystem.java:206)
	at org.apache.hadoop.fs.FSInputChecker.readChecksumChunk(FSInputChecker.java:237)
	at org.apache.hadoop.fs.FSInputChecker.fill(FSInputChecker.java:176)
	at org.apache.hadoop.fs.FSInputChecker.read1(FSInputChecker.java:193)
	at org.apache.hadoop.fs.FSInputChecker.read(FSInputChecker.java:158)
	at org.apache.hadoop.fs.FSInputChecker.readFully(FSInputChecker.java:384)
	at org.apache.hadoop.fs.FSInputChecker.seek(FSInputChecker.java:365)
	at org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker.seek(ChecksumFileSystem.java:271)
	at org.apache.hadoop.hbase.io.hfile.FixedFileTrailer.readFromStream(FixedFileTrailer.java:389)
	at org.apache.hadoop.hbase.io.hfile.HFile.pickReaderVersion(HFile.java:537)
	... 13 more
2014-03-14 01:58:48,657 DEBUG [pool-1-thread-1] regionserver.HRegion(1037): Closing testWritesWhileScanning,,1394762315120.306ea000673d780f06daf2469e7f9bab.: disabling compactions & flushes
2014-03-14 01:58:48,657 INFO  [pool-1-thread-1] regionserver.HRegion(1045): Running close preflush of testWritesWhileScanning,,1394762315120.306ea000673d780f06daf2469e7f9bab.

WebScaffoldMetadataProvider is not triggered on changes to or addition of dynamic finders.

This is to address the addendum of HCATALOG-621, now that the HCatalog jira seems to be in read-only mode. To quote Nick from the original bug:
I'm not sure how this fixes anything for the error listed above. The find command in the script we merged is broken, at least on linux. Maybe it worked with BSD find and we both tested on Macs?
From the patch we committed:

   for jar in $(find $HBASE_HOME -name *.jar -not -name thrift\*.jar); do
   done
fi

The find command syntax is wrong – it returns no jars ever.

$ find /usr/lib/hbase -name *.jar
$ find /usr/lib/hbase -name *.jar -not -name thrift\*.jar
$

What we need is more like:

$ find /usr/lib/hbase -name '*.jar'
... // prints lots of jars
$ find /usr/lib/hbase -name '*.jar' | grep thrift
/usr/lib/hbase/lib/libthrift-0.9.0.jar
$ find /usr/lib/hbase -name '*.jar' -not -name '*thrift*' | grep thrift
$

Working on the asynchbase update w/ B this afternoon so it can run against 0.95/0.96, I noticed that clients HAVE TO do cellblocks as the server is currently.  That is an oversight.  Lets fix so can do all pb all the time too (I thought this was there but it is not); it will make it easier dev'ing simple clients.
This issue shouldn't hold up release but we should get it in to help the asynchbase convertion.

If we try to chain some different endponit together in the camel route, we need to make sure the in message header be copied to the out message. 

The welcome-file-list is not respected for web resources inside jar.
If you call directly the welcome-file it works correctly, but if you call the folder where the welcome-file is located, you receive an Error.
My simple maven project to see the problem:
https://github.com/fiorenzino/wildfly8-welcome-file-list

The batch_job_execution_params schema migration scripts in org.springframework.batch.core.migration are incorrect.
They insert the value '1' for the identifying column. This should be 'Y'.

The piece of code
PropertiesConfiguration.java
    // initialization block to set the encoding before loading the file in the constructors
    {
        setEncoding(DEFAULT_ENCODING);
    }

seems to set correctly the default encoding, but this block is called after "super()" in constructors.
So when using either PropertiesConfiguration(java.io.File file), PropertiesConfiguration(java.lang.String fileName) or PropertiesConfiguration(java.net.URL url), the super() statement is called, and it loads the file without the default encoding.

Intention on legacy security realm is tracked by JBEAP-8563:

If this is the only mechanism enabled then 500 is the correct status code
however if a fallback mechanism was also enabled then that mechanism should be able to challenge with a HTTP 401 status code.

I have a blob which is mapped as a byte array in my entity. When creating a method to search on it in Spring JPA, I got an exception at server launch.
Entity:

@Entity
@Table(name = "CERTIFICATE")
public class Certificate {

	@Id
	@Column(name = "ID")
	@GeneratedValue(strategy = GenerationType.AUTO)
	private Integer id;

	@Column(name = "CERTIFICATE")
	@Lob
	private byte[] binary;
	// Getters and setters present but not shown
}

DAO:

public interface CertificateDAO extends JpaRepository<Certificate, Integer> {

	public Certificate findByBinary(byte[] binary);
}

Exception in attached file. It seems that the array is always handled as a relation and thus try to generate a join. At line 453 of QueryUtils property.isCollection() is true.

In master branch master acts also as regionserver hosting 'hbase:meta' table and it has ephemeral znode created in '/hbase/rs'. Because of this rolling-restart.sh --graceful will pick up master server from zk at this line:

online_regionservers=`$bin/hbase zkcli ls $zkrs 2>&1 | tail -1 | sed "s/\[//" | sed "s/\]//"`

and will restart it a long with rest of regionservers. 
I'm planing to add some code to rolling-restart.sh script to filter master server from above  list. 

set hive.exec.reducers.max = 10;
set hive.map.groupby.sorted=true;
CREATE TABLE T1(key STRING, val STRING) PARTITIONED BY (ds string)
CLUSTERED BY (key) SORTED BY (key) INTO 2 BUCKETS STORED AS TEXTFILE;
LOAD DATA LOCAL INPATH '../data/files/T1.txt' INTO TABLE T1 PARTITION (ds='1');
– perform an insert to make sure there are 2 files
INSERT OVERWRITE TABLE T1 PARTITION (ds='1') select key, val from T1 where ds = '1';
CREATE TABLE outputTbl1(cnt INT);
– The plan should be converted to a map-side group by, since the
– sorting columns and grouping columns match, and all the bucketing columns
– are part of sorting columns
EXPLAIN
select count(distinct key) from T1;
explain
INSERT OVERWRITE TABLE outputTbl1
SELECT * FROM outputTbl1;
DROP TABLE T1;
The above query gives wrong results

list show no tables, but the webui shows many tables.  describe and exists both work on specific table names that do exist.

This test fails in 0.23

It insists that hive.mapred.supports.subdirectories must be true for mapred.input.dir.recursive to be used. Currently, HiveConf sets that as false.
HIVE-3643 mentions param and says that once HIVE-3276 is in, we should switch the param, and this jira has been committed.
Testing with just setting that parameter in the .q file yeilds a mismatch with the golden file, but one that looks like it should just update the .out file:

 [junit] diff -a /Users/sush/dev/hive.git/build/ql/test/logs/clientpositive/recursive_dir.q.out /Users/sush/dev/hive.git/ql/src/test/results/clientpositive/recursive_dir.q.out
[junit] 59d58
[junit] < PREHOOK: Input: default@fact_daily
[junit] 64d62
[junit] < POSTHOOK: Input: default@fact_daily

While it is generally possible to  use FlowFacesContext in JSF 1.2 because JSF 2 methods (and types) are never called, if the faces context is used in EL expressions in a JSF view, then the introspection causes all declared methods to load their input and output types causing ClassCastException.

I just did a 'security setup' in a Roo 1.0.1 app and accessed the login page: the text there contains a literal <br/> because the resource bundle contents is escaped by default. Either messages like this should be split up in two messages so the generated page can include the <br/> itself, or the generated tags should allow for non-escaped output where required. See the attached screenshot for the English version of this page. 

We found that in some cases the default case in switch block was just throwing illegalArg Exception. There are cases where we may get some other state for which we should not throw IllegalArgException.

If a client is trying to invoke a method we do not support, we just NPE, rather than return an unsupported exception w/ name of the method we do not support.  Makes it hard debugging what client is doing wrong.

There some NPE when you run the example of loan broker which is caused by the change of CAMEL-1722.

I have upgraded spring web service library from 2.0 to 2.1 in my application. But after that overriden customizeFault method of ServiceFaultExceptionResolver class (which extends SimpleSoapExceptionResolver of Spring) does not get invoked from dispatch method of MessageDispatcherServllet class if exception is thrown from overriden handleResponseValidationErrors method of PayloadValidatingInterceptorWithException class (Which extends PayloadValidatingInterceptor of Spring). 
Now this works fine if I use v 2.0. But in v2.1, If exception is thrown from overriden handleResponseValidationErrors then control is coming to the second catch block of dispatch method which does not call processEndpointException. And processEndpointException is responsible to call all the fault resolver. second catch block is below:

catch (Exception ex) {
			// Trigger after-completion for thrown exception.
            triggerAfterCompletion(mappedEndpoint, interceptorIndex, messageContext, ex);
            throw ex;
        }

If exception is thrown from overriden handleRequestValidationErrors method of PayloadValidatingInterceptorWithException ( which extends PayloadValidatingInterceptor of Spring) then control comes to the first catch block(Please see below) of dispatch method and that calls processEndpointException - So everything is fine for request schema validation fail scenario

                Object endpoint = mappedEndpoint != null ? mappedEndpoint.getEndpoint() : null;
                processEndpointException(messageContext, endpoint, ex);
            }  

But In v 2.0 there is only one catch block in dispatch method for all the code and that catch block calls processEndpointException - So both request and response schema validation scenario works fine with v2.0. 
So change of exception handling in dispatch method of v2.1 is breaking my application. 

Currently in dev-support/test-patch.sh, every 'mvn package' command is accompanied with '-DskipTests'
This may hide issue(s) when tests are run from jar file. We should enhance the script with running test suite using 'mvn package' command

Sometimes, I got weird RuntimeException. It turns out that ShutdownHook#fsShutdownHooks is a HashMap. We should synchronize its access.

In a few cases the application deployment failed with the exception below.
The issue is intermittent, but it was seen independently when running Resteasy and Webservices testsuites.

ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 76) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./ClientErrorTest: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./ClientErrorTest: java.util.NoSuchElementException
	at java.util.LinkedList.removeLast(LinkedList.java:283)
	at org.jboss.jca.core.connectionmanager.ccm.CachedConnectionManagerImpl.popMetaAwareObject(CachedConnectionManagerImpl.java:278)
	at org.jboss.as.connector.deployers.ra.processors.CachedConnectionManagerSetupProcessor$CachedConnectionManagerSetupAction.teardown(CachedConnectionManagerSetupProcessor.java:113)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1691)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1689)
	at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:565)
	... 6 more

Rewrite meta regions with the versions set to 10 instead of 1.  See HBASE-993.

A Hive action workflow on a secure cluster, that does an INSERT INTO <regular table> FROM <hbase table> as part of its script will reproduce the issue. And it can be reproduced in Hive 0.13 cluster. 

10309 [main] ERROR org.apache.hadoop.hive.ql.Driver  - FAILED: SemanticException Error while configuring input job properties
  org.apache.hadoop.hive.ql.parse.SemanticException: Error while configuring input job properties
  at org.apache.hadoop.hive.ql.optimizer.SimpleFetchOptimizer.transform(SimpleFetchOptimizer.java:94)
  at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:146)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9261)
  at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:206)
  at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:434)
  at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:332)
  at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:988)
  at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1053)
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:924)
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:914)
  at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:269)
  at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:221)
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:431)
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:367)
  at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:464)
  at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:474)
  at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:756)
  at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:694)
  at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:633)
  at org.apache.oozie.action.hadoop.HiveMain.runHive(HiveMain.java:323)
  at org.apache.oozie.action.hadoop.HiveMain.run(HiveMain.java:284)
  at org.apache.oozie.action.hadoop.LauncherMain.run(LauncherMain.java:39)
  at org.apache.oozie.action.hadoop.HiveMain.main(HiveMain.java:66)
  at org.apache.oozie.action.hadoop.LauncherMapper.map(LauncherMapper.java:227)
  at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54)
  at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:450)
  at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343)
  at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:168)
  at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1614)
  at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:163)
  Caused by: java.lang.IllegalStateException: Error while configuring input job properties
  at org.apache.hadoop.hive.hbase.HBaseStorageHandler.configureTableJobProperties(HBaseStorageHandler.java:343)
  at org.apache.hadoop.hive.hbase.HBaseStorageHandler.configureInputJobProperties(HBaseStorageHandler.java:279)
  at org.apache.hadoop.hive.ql.plan.PlanUtils.configureJobPropertiesForStorageHandler(PlanUtils.java:804)
  at org.apache.hadoop.hive.ql.plan.PlanUtils.configureInputJobPropertiesForStorageHandler(PlanUtils.java:774)
  at org.apache.hadoop.hive.ql.optimizer.SimpleFetchOptimizer$FetchData.convertToWork(SimpleFetchOptimizer.java:241)
  at org.apache.hadoop.hive.ql.optimizer.SimpleFetchOptimizer$FetchData.access$000(SimpleFetchOptimizer.java:207)
  at org.apache.hadoop.hive.ql.optimizer.SimpleFetchOptimizer.optimize(SimpleFetchOptimizer.java:112)
  at org.apache.hadoop.hive.ql.optimizer.SimpleFetchOptimizer.transform(SimpleFetchOptimizer.java:83)
  ... 35 more
  Caused by: org.apache.hadoop.hbase.security.AccessDeniedException: org.apache.hadoop.hbase.security.AccessDeniedException: Token generation only allowed for Kerberos authenticated clients
  at org.apache.hadoop.hbase.security.token.TokenProvider.getAuthenticationToken(TokenProvider.java:124)
  at org.apache.hadoop.hbase.protobuf.generated.AuthenticationProtos$AuthenticationService$1.getAuthenticationToken(AuthenticationProtos.java:4267)
  at org.apache.hadoop.hbase.protobuf.generated.AuthenticationProtos$AuthenticationService.callMethod(AuthenticationProtos.java:4387)
  at org.apache.hadoop.hbase.regionserver.HRegion.execService(HRegion.java:5602)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.execServiceOnRegion(HRegionServer.java:3416)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.execService(HRegionServer.java:3398)
  at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29591)
  at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2031)
  at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:108)
  at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:114)
  at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:94)
  
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
  at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:304)
  at org.apache.hadoop.hbase.protobuf.ProtobufUtil.execService(ProtobufUtil.java:1627)
  at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel$1.call(RegionCoprocessorRpcChannel.java:93)
  at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel$1.call(RegionCoprocessorRpcChannel.java:90)
  at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:114)
  at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:90)
  at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel.callExecService(RegionCoprocessorRpcChannel.java:96)
  at org.apache.hadoop.hbase.ipc.CoprocessorRpcChannel.callBlockingMethod(CoprocessorRpcChannel.java:74)
  at org.apache.hadoop.hbase.protobuf.generated.AuthenticationProtos$AuthenticationService$BlockingStub.getAuthenticationToken(AuthenticationProtos.java:4512)
  at org.apache.hadoop.hbase.security.token.TokenUtil.obtainToken(TokenUtil.java:62)
  at org.apache.hadoop.hbase.security.token.TokenUtil$2.run(TokenUtil.java:138)
  at org.apache.hadoop.hbase.security.token.TokenUtil$2.run(TokenUtil.java:136)
  at org.apache.hadoop.hbase.security.token.TokenUtil.obtainTokenForJob(TokenUtil.java:135)
  at org.apache.hadoop.hbase.util.Methods.call(Methods.java:39)
  at org.apache.hadoop.hbase.security.User$SecureHadoopUser.obtainAuthTokenForJob(User.java:296)
  at org.apache.hadoop.hive.hbase.HBaseStorageHandler.addHBaseDelegationToken(HBaseStorageHandler.java:371)
  at org.apache.hadoop.hive.hbase.HBaseStorageHandler.configureTableJobProperties(HBaseStorageHandler.java:340)
  ... 42 more
  Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.security.AccessDeniedException): org.apache.hadoop.hbase.security.AccessDeniedException: Token generation only allowed for Kerberos authenticated clients
  
  at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1457)
  at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1661)
  at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1719)
  at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.execService(ClientProtos.java:30014)
  at org.apache.hadoop.hbase.protobuf.ProtobufUtil.execService(ProtobufUtil.java:1623)
  ... 64 more

Dozer doesnt work to well in OSGi. It seems to work with spring, but fails with OSGi blueprint.

2013-08-29 14:44:51,302 | ERROR | l Console Thread | BlueprintContainerImpl           | container.BlueprintContainerImpl  393 | 7 - org.apache.aries.blueprint.core - 1.1.0 | Unable to start blueprint container for bundle blue
org.osgi.service.blueprint.container.ComponentDefinitionException: Error when instantiating bean dozerMapper of class class org.dozer.DozerBeanMapper
	at org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:333)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:806)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[7:org.apache.aries.blueprint.core:1.1.0]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)[:1.7.0_25]
	at java.util.concurrent.FutureTask.run(FutureTask.java:166)[:1.7.0_25]
	at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:668)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:370)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:261)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:259)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:222)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[11:org.apache.aries.util:1.1.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[11:org.apache.aries.util:1.1.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[11:org.apache.aries.util:1.1.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[11:org.apache.aries.util:1.1.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[11:org.apache.aries.util:1.1.0]
	at org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:695)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:483)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4244)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.Felix.startBundle(Felix.java:1923)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.Felix.updateBundle(Felix.java:2235)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.BundleImpl.update(BundleImpl.java:962)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.felix.framework.BundleImpl.update(BundleImpl.java:949)[org.apache.felix.framework-4.0.3.jar:]
	at org.apache.karaf.shell.osgi.UpdateBundle.doExecute(UpdateBundle.java:37)[43:org.apache.karaf.shell.osgi:2.3.2]
	at org.apache.karaf.shell.osgi.BundleCommand.doExecute(BundleCommand.java:42)[43:org.apache.karaf.shell.osgi:2.3.2]
	at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:38)[14:org.apache.karaf.shell.console:2.3.2]
	at org.apache.felix.gogo.commands.basic.AbstractCommand.execute(AbstractCommand.java:35)[14:org.apache.karaf.shell.console:2.3.2]
	at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[14:org.apache.karaf.shell.console:2.3.2]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:474)[14:org.apache.karaf.shell.console:2.3.2]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:400)[14:org.apache.karaf.shell.console:2.3.2]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[14:org.apache.karaf.shell.console:2.3.2]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[14:org.apache.karaf.shell.console:2.3.2]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[14:org.apache.karaf.shell.console:2.3.2]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:89)[14:org.apache.karaf.shell.console:2.3.2]
	at org.apache.karaf.shell.console.jline.Console.run(Console.java:173)[14:org.apache.karaf.shell.console:2.3.2]
	at java.lang.Thread.run(Thread.java:724)[:1.7.0_25]
Caused by: org.dozer.MappingException: java.lang.ClassNotFoundException: org.dozer.util.DefaultClassLoader
	at org.dozer.util.MappingUtils.throwMappingException(MappingUtils.java:82)
	at org.dozer.util.DefaultClassLoader.loadClass(DefaultClassLoader.java:38)
	at org.dozer.DozerInitializer.loadBeanType(DozerInitializer.java:115)
	at org.dozer.DozerInitializer.initialize(DozerInitializer.java:97)
	at org.dozer.DozerInitializer.init(DozerInitializer.java:74)
	at org.dozer.DozerBeanMapper.init(DozerBeanMapper.java:173)
	at org.dozer.DozerBeanMapper.<init>(DozerBeanMapper.java:99)
	at org.dozer.DozerBeanMapper.<init>(DozerBeanMapper.java:94)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)[:1.7.0_25]
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)[:1.7.0_25]
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)[:1.7.0_25]
	at java.lang.reflect.Constructor.newInstance(Constructor.java:526)[:1.7.0_25]
	at org.apache.aries.blueprint.utils.ReflectionUtils.newInstance(ReflectionUtils.java:329)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BeanRecipe.newInstance(BeanRecipe.java:962)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:331)[7:org.apache.aries.blueprint.core:1.1.0]
	... 39 more
Caused by: java.lang.ClassNotFoundException: org.dozer.util.DefaultClassLoader
	at java.net.URLClassLoader$1.run(URLClassLoader.java:366)[:1.7.0_25]
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)[:1.7.0_25]
	at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_25]
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)[:1.7.0_25]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)[:1.7.0_25]
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)[:1.7.0_25]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)[:1.7.0_25]
	at java.lang.Class.forName0(Native Method)[:1.7.0_25]
	at java.lang.Class.forName(Class.java:270)[:1.7.0_25]
	at org.apache.commons.lang3.ClassUtils.getClass(ClassUtils.java:823)
	at org.apache.commons.lang3.ClassUtils.getClass(ClassUtils.java:889)
	at org.apache.commons.lang3.ClassUtils.getClass(ClassUtils.java:872)
	at org.dozer.util.DefaultClassLoader.loadClass(DefaultClassLoader.java:36)
	... 52 more

create table aa ( test STRING )
  ROW FORMAT SERDE 'org.apache.hadoop.hive.contrib.serde2.RegexSerDe'
  WITH SERDEPROPERTIES ("input.regex" = "[^\\](.*)", "output.format.string" = "$1s");

This will fail. Great!

  WITH SERDEPROPERTIES ("input.regex" = "(.*)", "output.format.string" = "$1s");

Works, no problem there.

alter table aa set serdeproperties ("input.regex" = "[^\\](.*)", "output.format.string" = "$1s");

Wups... I can set that without any problems!

alter table aa set serdeproperties ("input.regex" = "(.*)", "output.format.string" = "$1s");
FAILED: Hive Internal Error: java.util.regex.PatternSyntaxException(Unclosed character class near index 7
[^\](.*)
       ^)
java.util.regex.PatternSyntaxException: Unclosed character class near index 7
[^\](.*)
       ^
	at java.util.regex.Pattern.error(Pattern.java:1713)
	at java.util.regex.Pattern.clazz(Pattern.java:2254)
	at java.util.regex.Pattern.sequence(Pattern.java:1818)
	at java.util.regex.Pattern.expr(Pattern.java:1752)
	at java.util.regex.Pattern.compile(Pattern.java:1460)
	at java.util.regex.Pattern.<init>(Pattern.java:1133)
	at java.util.regex.Pattern.compile(Pattern.java:847)
	at org.apache.hadoop.hive.contrib.serde2.RegexSerDe.initialize(RegexSerDe.java:101)
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.getDeserializer(MetaStoreUtils.java:199)
	at org.apache.hadoop.hive.ql.metadata.Table.getDeserializer(Table.java:253)
	at org.apache.hadoop.hive.ql.metadata.Table.getCols(Table.java:484)
	at org.apache.hadoop.hive.ql.metadata.Table.checkValidity(Table.java:161)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:803)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeAlterTableSerdeProps(DDLSemanticAnalyzer.java:558)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:232)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:238)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:686)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:142)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:216)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:370)

After this, all further commands on the table fails, including drop table 
1. The alter table command should probably check the regexp just like the create table command does
2. Even though the regexp is bad, it should be possible to do things like set the regexp again or drop the table.

I am able to persist an object and have SringSource re-create the object from the database if all the member variables are primitive types.  This holds true if the names of the @PersistenceConstructor arguments don't match exactly the names of the member variables - in this case they an be matched up by using the @Field("foo") and @Value("#root.foo") annotations.  However, I get a MappingInstantiationException when I try to persist objects that contain other objects using the @PersistenceConstructor.
See StackOverflow 13854753 and StackOverflow 13832188 for details.
According to Oliver Gierke:

You seem to have found a bug. The value resulting from the first Spel expression evaluation is a DBObject and not actually translated into the parameter type. I've already have some code here locally that fixes that. Would you mind creating a ticket against Spring Data MongoDB to file this as a bug?

There a services such a oozie which perform actions in behalf of the user using proxy authentication. Retrieving delegation tokens should support this behavior. 

When creating a route as follows:

<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:camel="http://camel.apache.org/schema/spring"
  xmlns:context="http://www.springframework.org/schema/context" xmlns:util="http://www.springframework.org/schema/util"
  xsi:schemaLocation="
          http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.2.xsd
          http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-4.2.xsd
          http://camel.apache.org/schema/spring http://camel.apache.org/schema/spring/camel-spring.xsd
          http://www.springframework.org/schema/util http://www.springframework.org/schema/util/spring-util-2.5.xsd">

  <bean id="zipFileDataFormat" class="org.apache.camel.dataformat.zipfile.ZipFileDataFormat">
    <property name="usingIterator" value="true" />
  </bean>

  <camelContext xmlns="http://camel.apache.org/schema/spring" streamCache="true">
    <route>
      <from uri="file:C:/camelTest/in" />
      <unmarshal ref="zipFileDataFormat" />
      <split streaming="true">
        <simple>${body}</simple>
        <log loggingLevel="INFO" message="$simple{header.zipFileName}" />
        <to uri="file:C:/camelTest/xml" />
      </split>
      <log loggingLevel="INFO" message="$simple{file:name} Succesful processed" />
    </route>
</beans>

the renaming of the file fails with 

Renaming file from 'C:\camelTest\in\20161201T0030Z_1D_BE00_EQ.zip' to 'C:\camelTest\in\.camel\20161201T0030Z_1D_BE00_EQ.zip' failed: Cannot delete file 'C:\camelTest\in\20161201T0030Z_1D_BE00_EQ.zip' after copy succeeded

The file stays in input folder and gets processed over and over again.
Investigation
Problem only occurs if:

you try to move the file at the end of the exchange (not with noop but with delete, for example)
if ZipFile dataformat is used (not with ZipSplitter)
if usingIterator is true (not if false and Zip file with 1 entry)

It's because in org.apache.camel.dataformat.zipfile.ZipIterator constructor:

        InputStream inputStream = inputMessage.getBody(InputStream.class);

will create a new input stream instead of using the one already opened: inputStream parameter when using org.apache.camel.dataformat.zipfile.ZipFileDataFormat#unmarshal.
This one won't be closed and you won't be able to release the resource unless you kill the process.
So, two solutions:

close the inputStream parameter in org.apache.camel.dataformat.zipfile.ZipFileDataFormat#unmarshal before using ZipIterator constructor
use inputStream parameter instead of creating a new one when using dataformat (that's the implementation provided in the pull request)

While running some tests on replication, I saw that our client does something dumb if it tries to contact a dead region server that held the ROOT region in HCM.locateRootRegion. Will post stack trace in a comment.
The problem here is that we don't retry at all, the exception will come straight out of HCM like it's the end of the world.

The namespace argument passed to AccessController#requireGlobalPermission API to authorize namespace is actually not authorizing it.

testFromClassPath() can fail when it should not because of inconsistent escaping of output from PropertiesConfiguration.getURL() and FileChangedReloadingStrategy.getFile().toURL().

HIVE-1010 adds an information schema to Hive, also taking the opportunity to expose some non-standard but valuable things like statistics in a SYS table.
A challenge I have noted with the SYS table is that all statistic counts are exposed as string types rather than numerics.

hive> show create table sys.tab_col_stats;
OK
CREATE TABLE `sys.tab_col_stats`(
  `cs_id` string COMMENT 'from deserializer',
  `db_name` string COMMENT 'from deserializer',
  `table_name` string COMMENT 'from deserializer',
  `column_name` string COMMENT 'from deserializer',
  `column_type` string COMMENT 'from deserializer',
  `tbl_id` string COMMENT 'from deserializer',
  `long_low_value` string COMMENT 'from deserializer',
  `long_high_value` string COMMENT 'from deserializer',
  `double_high_value` string COMMENT 'from deserializer',
  `double_low_value` string COMMENT 'from deserializer',
  `big_decimal_low_value` string COMMENT 'from deserializer',
  `big_decimal_high_value` string COMMENT 'from deserializer',
  `num_nulls` string COMMENT 'from deserializer',
  `num_distincts` string COMMENT 'from deserializer',
  `avg_col_len` string COMMENT 'from deserializer',
  `max_col_len` string COMMENT 'from deserializer',
  `num_trues` string COMMENT 'from deserializer',
  `num_falses` string COMMENT 'from deserializer',
  `last_analyzed` string COMMENT 'from deserializer')
  'org.apache.hive.storage.jdbc.JdbcSerDe'
STORED BY
  'org.apache.hive.storage.jdbc.JdbcStorageHandler'

So you might run this query to try and find the column(s) which have the most distinct values.

select
  db_name, table_name, column_name
from
  sys.tab_col_stats
where
  num_distincts = ( select max(num_distincts) from sys.tab_col_stats );

Unfortunately this maximum is based on string sorting so it's not likely what you really want.
It would be better to use numeric types where appropriate such as all the numbers in tab_col_stats, and most likely bigints should be used for stats like # rows, etc.

e.g. see https://github.com/fommil/zibaldone/blob/master/src/main/java/com/github/fommil/zibaldone/control/BunchController.java#L44
in the getBunches method. If an empty list of ids is passed to findAll, then an exception (which seems to be specific to the underlying database) is thrown due to a grammar problem.
The expected behaviour should be to return instantly with an empty list.
A workaround is to do what I have done in the above snippet, and manually check for empty parameters.

Method calls such as StringUtils.newStringIso8859_1(null) should return null, not NPE.
It looks like this capability was lost with the fix for CODEC-136, i.e.
http://svn.apache.org/viewvc?rev=1306366&view=rev
Several methods were changed from

return StringUtils.newString(bytes, CharEncoding.xxx);
to
return new String(bytes, Charsets.xxx);

The new code should have been:

return newString(bytes, Charsets.xxx);

The newString method handles null input.
There were no tests for null input so the change in behaviour was missed.

The partition spec parsing doesn't do any actual real evaluation of the values in the partition spec, instead just taking the text value of the ASTNode representing the partition value. This works fine for string/numeric literals (expression tree below):
(TOK_PARTVAL region 99)
But not for Date literals which are of form DATE 'yyyy-mm-dd' (expression tree below:
(TOK_DATELITERAL '1999-12-31')
In this case the parser/analyzer uses "TOK_DATELITERAL" as the partition column value, when it should really get value of the child of the DATELITERAL token.

specialchars.properties uses wrong encoding which results to test failures.

The toString in SamplingDefinition should cater for units may be null.

When writing to a file, we offer the charset option on the endpoint, as well the charset property set on the exchange.
However in a route  that is optimized as

from file
 to file

Then we optimize to do a file move operation instead. We should detect the charset configured and then we would need to stream and write using the configured charset.

LocalFileSystem in Hadoop doesn't currently implement sync(), so when we're running in that case, we don't have any durability. This isn't a huge deal since it isn't a realistic deployment scenario, but it's probably worth documenting. It caused some confusion for a user when a table disappeared after killing a standalone instance that was hosting its data in the local FS.

In tez, the merging of files does not happen deterministically.

If a test failed, the derby database used for storing intermediate stats may be in an inconsistent state. This database is shared with future tests and prevent them from connecting to the database. 

CXF message and payload mode endpoints do not honor CXF features that are injected by Spring configuration.

Errors in EL expressions in User Guide.  It would be nice if properties could be de-referenced as in the guide, e.g.

#{jdbcProperties.username}

but empirically it only seems to work as

#{jdbcProperties['username']}

If EL is supposed to support the first example then I did something wrong?  It would be nice if it did support that (consistent with other similar idioms e.g. in Groovy), and also jdbcProperties[username].

The description (in management model AND the XSD file!) for max-outbound-messages is
The maximum number of outbound channels to support for a connection.
and for max-inbound-messages
The maximum number of inbound channels to support for a connection.
for max-outbound-channels:
The maximum number of concurrent outbound messages on a channel.
for max-inbound-channels:
The maximum number of concurrent inbound messages on a channel.
I guess these descriptions should be the other way around, they confuse channels and messages 

The `StaxUtils.createXMLEventReader(events)` method returns the implementation of `XMLEventReader` which works incorrectly.
The problem is in the `getElementText` method. It throws the `XMLStreamException` with the message 'Not at START_ELEMENT' even when the reader is at valid position with START_ELEMENT. In the javadoc of the `XMLEventReader` interface we can read: `Precondition: the current event is START_ELEMENT.`
Current implementation uses method `peek()` to verify the current event, but the `peek` method return the next event not the current.

Given that get_database is easily one of the most frequent calls made on the metastore, we should have the ability to bypass datanucleus for that, and use direct SQL instead.
This was something that I did initially as part of debugging HIVE-7368, but I think that given the frequency of this call, it's useful to have it in mainline direct sql.

InetSocketAddress(portNum) was creating a socket address where the IP address was the wildcard address.

Should have got this in HBASE-10749.  Missed this.  So raising a new JIRA.  Sorry about that.

This test always fails on some hardware I have here abouts.
The test is sort of odd in that it asks to resolve 'localhost'. In my case, I get back two addresses: 127.0.0.1 and then a nonsense one, 205.127.0.0 which looks like a managled address.
I've tried to figure how resolve is broke on this machine but configs look good and dig/host using 'localhost' fails because it ain't an address to resolve.
Given latter, I'm changing the test to use getLocalHost which is what it is trying to look up....

Since some pages of our UI are using jsp instead of jamon, the fix of HBASE-18263 is not enough. Added the fix of HBASE-18263 to the header.jsp.

Region splitting not happened for long time due to ZK exception while creating RS_ZK_SPLITTING node

2012-05-24 01:45:41,363 INFO org.apache.zookeeper.ClientCnxn: Client session timed out, have not heard from server in 26668ms for sessionid 0x1377a75f41d0012, closing socket connection and attempting reconnect
2012-05-24 01:45:41,464 WARN org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper: Possibly transient ZooKeeper exception: org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/unassigned/bd1079bf948c672e493432020dc0e144

2012-05-24 01:45:43,300 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: cleanupCurrentWriter  waiting for transactions to get synced  total 189377 synced till here 189365
2012-05-24 01:45:48,474 INFO org.apache.hadoop.hbase.regionserver.SplitRequest: Running rollback/cleanup of failed split of ufdr,011365398471659,1337823505339.bd1079bf948c672e493432020dc0e144.; Failed setting SPLITTING znode on ufdr,011365398471659,1337823505339.bd1079bf948c672e493432020dc0e144.
java.io.IOException: Failed setting SPLITTING znode on ufdr,011365398471659,1337823505339.bd1079bf948c672e493432020dc0e144.
	at org.apache.hadoop.hbase.regionserver.SplitTransaction.createDaughters(SplitTransaction.java:242)
	at org.apache.hadoop.hbase.regionserver.SplitTransaction.execute(SplitTransaction.java:450)
	at org.apache.hadoop.hbase.regionserver.SplitRequest.run(SplitRequest.java:67)
Caused by: org.apache.zookeeper.KeeperException$BadVersionException: KeeperErrorCode = BadVersion for /hbase/unassigned/bd1079bf948c672e493432020dc0e144
	at org.apache.zookeeper.KeeperException.create(KeeperException.java:115)
	at org.apache.zookeeper.ZooKeeper.setData(ZooKeeper.java:1246)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.setData(RecoverableZooKeeper.java:321)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.setData(ZKUtil.java:659)
	at org.apache.hadoop.hbase.zookeeper.ZKAssign.transitionNode(ZKAssign.java:811)
	at org.apache.hadoop.hbase.zookeeper.ZKAssign.transitionNode(ZKAssign.java:747)
	at org.apache.hadoop.hbase.regionserver.SplitTransaction.transitionNodeSplitting(SplitTransaction.java:919)
	at org.apache.hadoop.hbase.regionserver.SplitTransaction.createNodeSplitting(SplitTransaction.java:869)
	at org.apache.hadoop.hbase.regionserver.SplitTransaction.createDaughters(SplitTransaction.java:239)
	... 5 more
2012-05-24 01:45:48,476 INFO org.apache.hadoop.hbase.regionserver.SplitRequest: Successful rollback of failed split of ufdr,011365398471659,1337823505339.bd1079bf948c672e493432020dc0e144.

2012-05-24 01:47:28,141 ERROR org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper: Node /hbase/unassigned/bd1079bf948c672e493432020dc0e144 already exists and this is not a retry
2012-05-24 01:47:28,142 INFO org.apache.hadoop.hbase.regionserver.SplitRequest: Running rollback/cleanup of failed split of ufdr,011365398471659,1337823505339.bd1079bf948c672e493432020dc0e144.; Failed create of ephemeral /hbase/unassigned/bd1079bf948c672e493432020dc0e144
java.io.IOException: Failed create of ephemeral /hbase/unassigned/bd1079bf948c672e493432020dc0e144
	at org.apache.hadoop.hbase.regionserver.SplitTransaction.createNodeSplitting(SplitTransaction.java:865)

Due to the above exception, region splitting was failing contineously more than 5hrs

15:32:03 [http-nio-8080-exec-9] StompSubProtocolHandler[ERROR] - Failed to send STOMP message from client to application MessageChannel in session 1a2vx7mq. Sending STOMP ERROR to client.
org.springframework.messaging.MessageDeliveryException: Failed to send message to ExecutorSubscribableChannel[clientInboundChannel]
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:117)
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:94)
	at org.springframework.web.socket.messaging.StompSubProtocolHandler.handleMessageFromClient(StompSubProtocolHandler.java:249)
	at org.springframework.web.socket.messaging.SubProtocolWebSocketHandler.handleMessage(SubProtocolWebSocketHandler.java:307)
	at org.springframework.web.socket.handler.WebSocketHandlerDecorator.handleMessage(WebSocketHandlerDecorator.java:75)
	at org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator.handleMessage(LoggingWebSocketHandlerDecorator.java:55)
	at org.springframework.web.socket.handler.ExceptionWebSocketHandlerDecorator.handleMessage(ExceptionWebSocketHandlerDecorator.java:69)
	at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.delegateMessages(AbstractSockJsSession.java:218)
	at org.springframework.web.socket.sockjs.transport.session.WebSocketServerSockJsSession.handleMessage(WebSocketServerSockJsSession.java:194)
	at org.springframework.web.socket.sockjs.transport.handler.SockJsWebSocketHandler.handleTextMessage(SockJsWebSocketHandler.java:92)
	at org.springframework.web.socket.handler.AbstractWebSocketHandler.handleMessage(AbstractWebSocketHandler.java:43)
	at org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter.handleTextMessage(StandardWebSocketHandlerAdapter.java:112)
	at org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter.access$000(StandardWebSocketHandlerAdapter.java:42)
	at org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter$3.onMessage(StandardWebSocketHandlerAdapter.java:82)
	at org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter$3.onMessage(StandardWebSocketHandlerAdapter.java:79)
	at org.apache.tomcat.websocket.WsFrameBase.sendMessageText(WsFrameBase.java:375)
	at org.apache.tomcat.websocket.WsFrameBase.processDataText(WsFrameBase.java:472)
	at org.apache.tomcat.websocket.WsFrameBase.processData(WsFrameBase.java:275)
	at org.apache.tomcat.websocket.WsFrameBase.processInputBuffer(WsFrameBase.java:116)
	at org.apache.tomcat.websocket.server.WsFrameServer.onDataAvailable(WsFrameServer.java:55)
	at org.apache.tomcat.websocket.server.WsHttpUpgradeHandler$WsReadListener.onDataAvailable(WsHttpUpgradeHandler.java:194)
	at org.apache.coyote.http11.upgrade.AbstractServletInputStream.onDataAvailable(AbstractServletInputStream.java:194)
	at org.apache.coyote.http11.upgrade.AbstractProcessor.upgradeDispatch(AbstractProcessor.java:95)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:650)
	at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1566)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1523)
Caused by: java.lang.IllegalArgumentException: Failed to evaluate expression 'authenticated'
	at org.springframework.security.access.expression.ExpressionUtils.evaluateAsBoolean(ExpressionUtils.java:13)
	at org.springframework.security.messaging.access.expression.MessageExpressionVoter.vote(MessageExpressionVoter.java:53)
	at org.springframework.security.messaging.access.expression.MessageExpressionVoter.vote(MessageExpressionVoter.java:37)
	at org.springframework.security.access.vote.AffirmativeBased.decide(AffirmativeBased.java:62)
	at org.springframework.security.access.intercept.AbstractSecurityInterceptor.beforeInvocation(AbstractSecurityInterceptor.java:208)
	at org.springframework.security.messaging.access.intercept.ChannelSecurityInterceptor.preSend(ChannelSecurityInterceptor.java:70)
	at org.springframework.messaging.support.AbstractMessageChannel$ChannelInterceptorChain.applyPreSend(AbstractMessageChannel.java:147)
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:103)
	... 30 more
Caused by: org.springframework.expression.spel.SpelEvaluationException: EL1021E:(pos 0): A problem occurred whilst attempting to access the property 'authenticated': 'Unable to access property 'authenticated' through getter'
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.readProperty(PropertyOrFieldReference.java:214)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.getValueInternal(PropertyOrFieldReference.java:92)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.getValueInternal(PropertyOrFieldReference.java:81)
	at org.springframework.expression.spel.ast.SpelNodeImpl.getTypedValue(SpelNodeImpl.java:126)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:296)
	at org.springframework.security.access.expression.ExpressionUtils.evaluateAsBoolean(ExpressionUtils.java:11)
	... 37 more
Caused by: org.springframework.expression.AccessException: Unable to access property 'authenticated' through getter
	at org.springframework.expression.spel.support.ReflectivePropertyAccessor$OptimalPropertyAccessor.read(ReflectivePropertyAccessor.java:634)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.readProperty(PropertyOrFieldReference.java:209)
	... 42 more
	at org.springframework.expression.spel.support.ReflectivePropertyAccessor$OptimalPropertyAccessor.read(ReflectivePropertyAccessor.java:630)
	... 43 more
	at org.springframework.security.access.expression.SecurityExpressionRoot.isAnonymous(SecurityExpressionRoot.java:88)
	at org.springframework.security.access.expression.SecurityExpressionRoot.isAuthenticated(SecurityExpressionRoot.java:92)
	... 48 more

After upgrading to Axiom 1.2.13 which changes (restricts) some namespace issues there are several problems with Spring-WS + Axiom Message Factory:
1. UnsupportedOperationException in org.springframework.ws.soap.axiom.AxiomSoapMessage constructor:

java.lang.UnsupportedOperationException: This is not allowed. Use set SOAPEnvelope instead
	at org.apache.axiom.soap.impl.llom.SOAPMessageImpl.setOMDocumentElement(SOAPMessageImpl.java:59)
	at org.apache.axiom.om.impl.llom.OMDocumentImpl.<init>(OMDocumentImpl.java:101)
	at org.apache.axiom.soap.impl.llom.SOAPMessageImpl.<init>(SOAPMessageImpl.java:42)
	at org.apache.axiom.soap.impl.llom.soap11.SOAP11Factory.createSOAPMessage(SOAP11Factory.java:329)
	at org.springframework.ws.soap.axiom.AxiomSoapMessage.<init>(AxiomSoapMessage.java:100)
	at org.springframework.ws.soap.axiom.AxiomSoapMessage.<init>(AxiomSoapMessage.java:89)
	at org.springframework.ws.soap.axiom.AxiomSoap11MessageTest.createSoapMessage(AxiomSoap11MessageTest.java:29)
	at org.springframework.ws.soap.AbstractSoapMessageTestCase.createMimeMessage(AbstractSoapMessageTestCase.java:51)
	at org.springframework.ws.mime.AbstractMimeMessageTestCase.createWebServiceMessage(AbstractMimeMessageTestCase.java:44)
	at org.springframework.ws.AbstractWebServiceMessageTestCase.setUp(AbstractWebServiceMessageTestCase.java:79)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)

2. org.apache.axiom.attachments.Attachments.getAttachmentSpecType() throws OMException, not NullPointerException now:

org.springframework.ws.soap.axiom.AxiomSoapMessageException: Could not write message to OutputStream: Unable to determine the attachment spec type because the Attachments object doesn't have a known content type; nested exception is org.apache.axiom.om.OMException: Unable to determine the attachment spec type because the Attachments object doesn't have a known content type
	at org.springframework.ws.soap.axiom.AxiomSoapMessage.writeTo(AxiomSoapMessage.java:295)
	at org.springframework.ws.soap.soap11.AbstractSoap11MessageTestCase.testWriteToTransportOutputStream(AbstractSoap11MessageTestCase.java:65)
Caused by: org.apache.axiom.om.OMException: Unable to determine the attachment spec type because the Attachments object doesn't have a known content type
	at org.apache.axiom.attachments.Attachments.getAttachmentSpecType(Attachments.java:164)
	at org.springframework.ws.soap.axiom.AxiomSoapMessage.isXopPackage(AxiomSoapMessage.java:220)
	at org.springframework.ws.soap.axiom.AxiomSoapMessage.getOutputFormat(AxiomSoapMessage.java:309)
	at org.springframework.ws.soap.axiom.AxiomSoapMessage.writeTo(AxiomSoapMessage.java:258)
	... 24 more

3. Conflicting namespace declarations in org.springframework.ws.soap.axiom.AxiomHandler.startElement():

javax.xml.transform.TransformerException: org.apache.axiom.om.OMException: Attempt to add a namespace declaration that conflicts with the namespace information of the element
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:716)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:313)
	at org.springframework.ws.soap.soap11.AbstractSoap11MessageTestCase.testWriteToTransportOutputStream(AbstractSoap11MessageTestCase.java:59)
Caused by: org.apache.axiom.om.OMException: Attempt to add a namespace declaration that conflicts with the namespace information of the element
	at org.apache.axiom.om.impl.llom.OMElementImpl.declareDefaultNamespace(OMElementImpl.java:401)
	at org.springframework.ws.soap.axiom.AxiomHandler.startElement(AxiomHandler.java:93)
	at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java:204)
	at com.sun.org.apache.xml.internal.serializer.ToSAXHandler.flushPending(ToSAXHandler.java:277)
	at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:243)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601)
	at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:180)
	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDriver.scanRootElementHook(XMLNSDocumentScannerImpl.java:626)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:3104)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:922)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:609)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:707)
	... 25 more
---------
org.apache.axiom.om.OMException: Attempt to add a namespace declaration that conflicts with the namespace information of the element

4. Violation of Iterator contract in org.springframework.ws.soap.axiom.support.AxiomUtils.removeContents(OMContainer):

java.util.ConcurrentModificationException: The current node has been removed using a method other than Iterator#remove()
	at org.apache.axiom.om.impl.traverse.OMAbstractIterator.hasNext(OMAbstractIterator.java:67)
	at org.springframework.ws.soap.axiom.support.AxiomUtils.removeContents(AxiomUtils.java:107)
	at org.springframework.ws.soap.axiom.AbstractPayload.getResult(AbstractPayload.java:72)
	at org.springframework.ws.soap.axiom.AxiomSoapBody.getPayloadResult(AxiomSoapBody.java:57)
	at org.springframework.ws.soap.AbstractSoapBodyTestCase.testGetPayloadResultTwice(AbstractSoapBodyTestCase.java:56)

Please find attached a patch (with tests) allowing Spring-WS to be used with Axiom 1.2.13. All tests pass also with Axiom 1.2.9.
regards

The issue is with the code example here: https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#jpa.java-config
The problem is describe here: https://stackoverflow.com/questions/41617562/localcontainerentitymanagerfactorybean-cannot-be-converted-to-entitymanagerfacto

When combining multiple @Cacheable annotations within a @Caching annotation, the caching does not work due to bug in CacheAspectSupport class.
Consider the following service method, annotated with the Spring caching annotationa:

public class DummyServiceImpl implements DummyService {
	private static final List<String> BIG_LIST = asList("four", "five", "six", "seven", "eight", "nine");
	private static final List<String> SMALL_LIST = asList("one", "two", "three");

	private static final Logger LOGGER = Logger.getLogger(DummyServiceImpl.class);

	public static final Long SMALL_CACHE_KEY = 1L;
	public static final Long BIG_CACHE_KEY = 2L;

	@Override
	@Caching(cacheable = { @Cacheable(value = "bigCache", unless = "#result.size() < 4"), 
							@Cacheable(value = "smallCache", unless = "#result.size() > 3") })
	public List<String> getTheList(Long id) {
		LOGGER.info("Cache NOT hit, executing service logic...");
		if (SMALL_CACHE_KEY.equals(id)) {
			return SMALL_LIST;
		} else if (BIG_CACHE_KEY.equals(id)) {
			return BIG_LIST;
		} else {
			return emptyList();
		}
	}
}

You can see we are combining two @Cacheable annotations, we define a cache "smallCache" which will hold the result if the size of the result is < 4 elements (we do this using the "unless" parameter).Then we define another cache "bigCache" which will hold the result if the size of the result is > 3.
If we call the cached service method with a key which should returen the small list, we see that the smallCache size is incremented (cache size is now = 1).But if we call the cached service method again with the same key we still see the service logic is executed instead of returning the cached value.
After some investigation, I think the problem resides in the CacheAspectSupport class, in the method inspectCacheables, the local variable updateRequired is overwritten if there is more then 1 cache defined, which makes that the cached value is never reused if you have more then 1 @Cacheable annotation within a @Caching enclosing annotation.
Small maven project attached to reproduce the issue (testclass: DummyServiceImplTest).

"repl dump" does not provide db/table information. That is necessary for authorization replication in ranger.

Creating a table with invalid syntax does not give an error message when it fails. In this case, it doesn't actually create the CF requested, but doesn't give any indication to the user that it failed.
create 'test', 
{NAME => 'test', VERSIONS => 1, BLOCKCACHE => true, NUMREGIONS => 20, SPLITALGO => "HexStringSplit", COMPRESSION => 'LZO', BLOOMFILTER => 'ROW'}
0 row(s) in 3.0930 seconds
hbase(main):002:0> describe 'test'
DESCRIPTION                                                                     ENABLED                                    

{NAME => 'test', FAMILIES => []}
                                               true                                       
1 row(s) in 0.1430 seconds

Putting 
{NUMREGIONS => 20, SPLITALGO => "HexStringSplit"} into a separate stanza works fine, so the feature is fine. 

create 'test', {NAME => 'test', VERSIONS => 1, BLOCKCACHE => true, COMPRESSION => 'LZO', BLOOMFILTER => 'ROW'}, {NUMREGIONS => 20, SPLITALGO => "HexStringSplit"}
0 row(s) in 2.7860 seconds
 {NAME => 'test', FAMILIES => [
{NAME => 'test', DATA_BLOCK_ENCODING => 'NONE',  true                                       
 BLOOMFILTER => 'ROW', REPLICATION_SCOPE => '0', COMPRESSION => 'LZO', VERSIONS                                            
  => '1', TTL => '2147483647', BLOCKSIZE => '65536', BLOOMFILTER_ERRORRATE => '                                            
 0.01', ENCODE_ON_DISK => 'true', IN_MEMORY => 'false', BLOCKCACHE => 'true'}
]}          

We should throw an error if we can't create the CF so it's clear to the user.

When the function registry is trying to determine the best version of UDF evaluate() to use based on a set of arguments passed in, it should prefer methods where the argument types are more related to the original types. For example if varchar is used with UDFFromUnixTime(), varchar is convertible to both the double and string versions of evaluate() for that UDF.  In this case we would prefer that the function registry select the string version over the double version, since varchar and string are both string types.
This doesn't really affect any of the existing types, but comes into play with the addition of the varchar type (HIVE-4844).

If you have non war module that uses JSLT api and remove JSF subsystem deployment will fail with CNFE

Deploying a pure InFlow rar as module drive to this exception:
13:24:35,436 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.ra.deployment."org.wildfly.mail.ra:main": org.jboss.msc.service.StartException in service jboss.ra.deployment."org.wildfly.mail.ra:main": org.jboss.msc.service.DuplicateServiceException: Service jboss.ra."org.wildfly.mail.ra:main" is already registered
	at org.jboss.as.connector.services.resourceadapters.deployment.ResourceAdapterXmlDeploymentService.start(ResourceAdapterXmlDeploymentService.java:137)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_40]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_40]
	at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_40]
Caused by: org.jboss.msc.service.DuplicateServiceException: Service jboss.ra."org.wildfly.mail.ra:main" is already registered
	at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
	at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:235) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
	at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:767) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
	at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
	at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2401) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
	at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:317) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
	at org.jboss.as.connector.services.resourceadapters.deployment.ResourceAdapterXmlDeploymentService.start(ResourceAdapterXmlDeploymentService.java:131)
	... 5 more

Test is failing about 5% of the time, although recently it seems like more. Failures are on Windows.
https://ci.wildfly.org/project.html?branch_WildFlyCore=__all_branches__&buildTypeId=&tab=testDetails&projectId=WildFlyCore&testNameId=6317148453350548512&itemsCount=50&order=TEST_STATUS_DESC&page=1

If one sets a password in the URI for this component, the password is concatenated with the username when the URI is "sanitized" by IrcConfiguration#sanitize and is not properly parsed when reread by the IrcConfiguration#configure operation.
The result is that the concatenated combo is sent as the username and the colon is an illegal character.  The user's secret is also sent with their username and may inadvertently end up in log files.
If one specifies a port in the URI for this component, the port is not a URI parameter and is not handled by the IrcConfiguration#configure method.  The port is ignored and the default port range of 6667-6669 is attempted.

We had a customer that was using some sort of front end that would invoke beeline commands with some query files on a node that that remote to the HS2 node.
So beeline runs locally on this edge but connects to a remote HS2. Since the fix made in HIVE-14342, the beeline started producing garbled line in the output. Something like

^Mnull                                                   ^Mnull^Mnull                                                   ^Mnull00-0000	All Occupations	135185230	42270
11-0000	Management occupations	6152650	100310

I havent been able to reproduce the issue locally as I do not have their system, but with some additional instrumentation I have been able to get some info regarding the beeline process.
Essentially, such invocation causes beeline process to run with -Djline.terminal=jline.UnsupportedTerminal all the time and thus causes the issue. They can run the same beeline command directly in the shell on the same host and it does not cause this issue.
PID            S   TTY          TIME COMMAND
44107  S    S  ?        00:00:00 bash beeline -u ...
PID              S     TTY          TIME COMMAND
48453  S+   S     pts/4    00:00:00 bash beeline -u ...
Somehow that process wasnt attached to any local terminals. So the check made for /dev/stdin wouldnt work.
 
Instead an additional check to check the TTY session of the process before using the UnsupportedTerminal (which really should only be used for backgrounded beeline sessions) seems to resolve the issue.

Looks like the golden file is out of date and the explain output now includes the serde.

When attempting to use Spring MVC 4.1's web static resource handling outlined in this blog post, and choosing to use the VersionResourceResolver's FixedVersionStrategy, the automatically-configured CssLinkResourceTransformer will corrupt relative path URLs in CSS resources.
A resource such as "../images/logo.png" will be converted to an incorrect URL "<version>/../images/logo.png".
A known workaround for this issue is to use the ContentVersionStrategy instead of FixedVersionStrategy.

Ashutosh Chauhan realized that the implementation of GROUPING__ID in Hive was not returning values as specified by SQL standard and other execution engines.

After digging into this, I found out that the implementation was bogus, as internally it was changing between big-endian/little-endian representation of GROUPING__ID indistinctly, and in some cases conversions in both directions were cancelling each other.
In the documentation in https://cwiki.apache.org/confluence/display/Hive/Enhanced+Aggregation,+Cube,+Grouping+and+Rollup we can already find the problem, even if we did not spot it at first.

The following query: SELECT key, value, GROUPING__ID, count(*) from T1 GROUP BY key, value WITH ROLLUP
will have the following results.

 NULL 
 NULL 
 0 
 6 

 1 
 NULL 
 1 
 2 

 1 
 NULL 
 3 
 1 

 1 
 1 
 3 
 1 

...
Observe that value for GROUPING__ID in first row should be `3`, while for third and fourth rows, it should be `0`.

During the code review for HIVE-8495 some code was reworked which broke some of INPUT/OUTPUT counters and duration.
Patch attached which fixes that.

The logic in ContextNames.BindInfo.setupLookupInjection(...) does not correctly establish dependencies for non-external context in the presence of external contexts.
Take the resource: java:jboss/infinispan/cache/mycontainer/mycache
The service registered under this name is installed on-demand.  When no external contexts are defined, ExternalContexts.getParentExternalContext(...) returns null and the dependency is established correctly.  However, when there are external contexts whose name is lexicographically larger than the external context, the ExternalContexts.getParentExternalContext(...) returns the ServiceName of the lexicographically smallest external context, i.e. the result of NavigableSet.lower(...), where the set contains the ServiceName of all external contexts.  Therefore, if a user defines an external context with name "java:global/foo", a call to ContextNames.BindInfo.setupLookupInjection(...) for the jndi name above will establish a dependency on "java:global/foo" instead of the correct service name corresponding to the non-external context.

PROBLEM:
insert into/overwrite directory '/path' invokes distcp for moveTask and fails
query when execution engine is Tez 
set hive.exec.copyfile.maxsize=40000;
insert overwrite into '/tmp/testinser' select * from customer;
failed at moveTask
hive client log:

2015-11-05 16:02:53,254 INFO  [main]: exec.FileSinkOperator (Utilities.java:mvFileToFinalPath(1882)) - Moving tmp dir: hdfs://hdpsecehdfs/tmp/testindir/.hive-staging_hive_2015-11-05_15-59-44_557_1429894387987411483-1/_tmp.-ext-10000 to: hdfs://hdpsecehdfs/tmp/testindir/.hive-staging_hive_2015-11-05_15-59-44_557_1429894387987411483-1/-ext-10000
2015-11-05 16:02:53,611 INFO  [main]: log.PerfLogger (PerfLogger.java:PerfLogBegin(121)) - <PERFLOG method=task.DEPENDENCY_COLLECTION.Stage-2 from=org.apache.hadoop.hive.ql.Driver>
2015-11-05 16:02:53,612 INFO  [main]: ql.Driver (Driver.java:launchTask(1653)) - Starting task [Stage-2:DEPENDENCY_COLLECTION] in serial mode
2015-11-05 16:02:53,612 INFO  [main]: log.PerfLogger (PerfLogger.java:PerfLogBegin(121)) - <PERFLOG method=task.MOVE.Stage-0 from=org.apache.hadoop.hive.ql.Driver>
2015-11-05 16:02:53,612 INFO  [main]: ql.Driver (Driver.java:launchTask(1653)) - Starting task [Stage-0:MOVE] in serial mode
2015-11-05 16:02:53,612 INFO  [main]: exec.Task (SessionState.java:printInfo(951)) - Moving data to: /tmp/testindir from hdfs://hdpsecehdfs/tmp/testindir/.hive-staging_hive_2015-11-05_15-59-44_557_1429894387987411483-1/-ext-10000
2015-11-05 16:02:53,637 INFO  [main]: common.FileUtils (FileUtils.java:copy(551)) - Source is 491763261 bytes. (MAX: 40000)
2015-11-05 16:02:53,638 INFO  [main]: common.FileUtils (FileUtils.java:copy(552)) - Launch distributed copy (distcp) job.
2015-11-05 16:03:03,924 INFO  [main]: impl.TimelineClientImpl (TimelineClientImpl.java:serviceInit(296)) - Timeline service address: http://hdpsece02.sece.hwxsup.com:8188/ws/v1/timeline/
2015-11-05 16:03:04,081 INFO  [main]: impl.TimelineClientImpl (TimelineClientImpl.java:serviceInit(296)) - Timeline service address: http://hdpsece02.sece.hwxsup.com:8188/ws/v1/timeline/
2015-11-05 16:03:20,210 INFO  [main]: hdfs.DFSClient (DFSClient.java:getDelegationToken(1047)) - Created HDFS_DELEGATION_TOKEN token 1069 for haha on ha-hdfs:hdpsecehdfs
2015-11-05 16:03:20,249 INFO  [main]: security.TokenCache (TokenCache.java:obtainTokensForNamenodesInternal(125)) - Got dt for hdfs://hdpsecehdfs; Kind: HDFS_DELEGATION_TOKEN, Service: ha-hdfs:hdpsecehdfs, Ident: (HDFS_DELEGATION_TOKEN token 1069 for haha)
2015-11-05 16:03:20,250 WARN  [main]: token.Token (Token.java:getClassForIdentifier(121)) - Cannot find class for token kind kms-dt
2015-11-05 16:03:20,250 INFO  [main]: security.TokenCache (TokenCache.java:obtainTokensForNamenodesInternal(125)) - Got dt for hdfs://hdpsecehdfs; Kind: kms-dt, Service: 172.25.17.102:9292, Ident: 00 04 68 61 68 61 02 72 6d 00 8a 01 50 da 1a ca 29 8a 01 50 fe 27 4e 29 03 02
2015-11-05 16:03:22,561 INFO  [main]: Configuration.deprecation (Configuration.java:warnOnceIfDeprecated(1173)) - io.sort.mb is deprecated. Instead, use mapreduce.task.io.sort.mb
2015-11-05 16:03:22,562 INFO  [main]: Configuration.deprecation (Configuration.java:warnOnceIfDeprecated(1173)) - io.sort.factor is deprecated. Instead, use mapreduce.task.io.sort.factor
2015-11-05 16:03:33,733 ERROR [main]: exec.Task (SessionState.java:printError(960)) - Failed with exception Unable to move source hdfs://hdpsecehdfs/tmp/testindir/.hive-staging_hive_2015-11-05_15-59-44_557_1429894387987411483-1/-ext-10000 to destination /tmp/testindir
org.apache.hadoop.hive.ql.metadata.HiveException: Unable to move source hdfs://hdpsecehdfs/tmp/testindir/.hive-staging_hive_2015-11-05_15-59-44_557_1429894387987411483-1/-ext-10000 to destination /tmp/testindir
        at org.apache.hadoop.hive.ql.metadata.Hive.moveFile(Hive.java:2665)
        at org.apache.hadoop.hive.ql.exec.MoveTask.moveFile(MoveTask.java:105)
        at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:222)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:160)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1655)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1414)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1195)
Caused by: java.io.IOException: Cannot execute DistCp process: java.io.IOException: mapreduce.job.inputformat.class is incompatible with map compatability mode.
        at org.apache.hadoop.hive.shims.Hadoop23Shims.runDistCp(Hadoop23Shims.java:1156)
        at org.apache.hadoop.hive.common.FileUtils.copy(FileUtils.java:553)
        at org.apache.hadoop.hive.ql.metadata.Hive.moveFile(Hive.java:2647)
        ... 21 more
Caused by: java.io.IOException: mapreduce.job.inputformat.class is incompatible with map compatability mode.
        at org.apache.hadoop.mapreduce.Job.ensureNotSet(Job.java:1194)
        at org.apache.hadoop.mapreduce.Job.setUseNewAPI(Job.java:1229)
        at org.apache.hadoop.mapreduce.Job.submit(Job.java:1283)
        at org.apache.hadoop.tools.DistCp.createAndSubmitJob(DistCp.java:183)
        at org.apache.hadoop.tools.DistCp.execute(DistCp.java:153)
        at org.apache.hadoop.hive.shims.Hadoop23Shims.runDistCp(Hadoop23Shims.java:1153)
        ... 23 more

2015-11-05 16:03:33,734 INFO  [main]: hooks.ATSHook (ATSHook.java:<init>(84)) - Created ATS Hook

Assert before waitProcedure() assumes that procedure executer is still running but this assumption is incorrect.

The java.lang.NumberFormatException will throw with following reproduce:
CREATE TABLE `paqtest`(
`c1` int,
`s1` string,
`s2` string,
`bn1` bigint)
'org.apache.hadoop.hive.ql.io.parquet.serde.ParquetHiveSerDe'
'org.apache.hadoop.hive.ql.io.parquet.MapredParquetInputFormat'
'org.apache.hadoop.hive.ql.io.parquet.MapredParquetOutputFormat';
insert into paqtest values (58, '', 'ABC', 0);
SELECT
'PM' AS cy,
c1,
NULL AS iused,
NULL AS itp,
s2,
NULL AS cvg,
NULL AS acavg,
sum(bn1) AS cca
FROM paqtest
WHERE (s1 IS NULL OR length(s1) = 0)
GROUP BY 'Pricing mismatch', c1, NULL, NULL, s2, NULL, NULL;
The stack like following:
java.lang.NumberFormatException: ABC
GroupByOperator.process(Object, int) line: 773	
ExecReducer.reduce(Object, Iterator, OutputCollector, Reporter) line: 236	
ReduceTask.runOldReducer(JobConf, TaskUmbilicalProtocol, TaskReporter, RawKeyValueIterator, RawComparator<INKEY>, Class<INKEY>, Class<INVALUE>) line: 444	
ReduceTask.run(JobConf, TaskUmbilicalProtocol) line: 392	
LocalJobRunner$Job$ReduceTaskRunnable.run() line: 319	
Executors$RunnableAdapter<T>.call() line: 471	
It works fine when hive.cbo.enable = true

HBASE-6775 adds support for ZK.multi ZKUtil and uses it for the 0.92/0.94 compatibility fix implemented in HBASE-6710.
ZK.multi support is most likely useful in 0.96, but since HBASE-6710 is not relevant for 0.96, perhaps we should find another use case first before we port.

Found this while refactoring in preparation for ROO-2514. WebScaffoldMetadata#getPopulateMethods() contains this code:

if (javaTypePersistenceMd != null && javaTypePersistenceMd.getFindAllMethod() != null) {
    bodyBuilder.appendFormalLine("return " + javaTypePersistenceMd.getFindAllMethod().getMethodCall() + ";");
    javaTypePersistenceMd.getFindMethod().copyAdditionsTo(builder, governorTypeDetails); // !!!
}

On the line marked "!!!", copyAdditionsTo is invoked on the MemberTypeAdditions of the "find" method instead of the "findAll" method. This could cause the generated "populateXxx" method not to compile if:

there was no "find" method (unlikely)
the "find" method was provided by a different layer component (service, repository, active record, etc.) to the "find all" method (more likely, but still pretty unlikely)

There is typo in description of Elytron aggregate-principal-transformer in CLI. There is principa instead of principal.

In SparkClient.java, if the following property is set, unpredictable, incorrect result may be observed.

    sparkConf.set("spark.default.parallelism", "1");

It's suspected that there are some concurrency issues, as Spark may process multiple datasets in a single JVM when parallelism is greater than 1 in order to use multiple cores.

Given the following configuration:

    <bean class="org.springframework.ws.soap.server.endpoint.SoapFaultMappingExceptionResolver">
            <value>
                org.springframework.dao.EmptyResultDataAccessException=CLIENT,Entity not found
            </value>
        <property name="defaultFault" value="SERVER"/>
    </bean>

The result in 2.0.5 is correct:

        <SOAP-ENV:Header/>
        <SOAP-ENV:Body>
            <SOAP-ENV:Fault>
                <faultcode>SOAP-ENV:Client</faultcode>
                <faultstring xml:lang="en">Entity not found</faultstring>
            </SOAP-ENV:Fault>
        </SOAP-ENV:Body>
    </SOAP-ENV:Envelope>

The result in 2.1.0.RC1 is INCORRECT:

    <SOAP-ENV:Header/>
    <SOAP-ENV:Body>
        <SOAP-ENV:Fault>
            <faultcode>SOAP-ENV:Server</faultcode>
            <faultstring xml:lang="en">Incorrect result size: expected 1, actual 0</faultstring>
        </SOAP-ENV:Fault>
    </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

In WFCORE-4109, a new value has been added to the host-release XML definition for WildFly 14.
However the commit was missing the corresponding value in HostExcludeResourceDefinition.KnownRelease enum that prevents to parse XML file referencing the host-release's WildFly14.0 XML value.

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project hive-exec: Compilation failure
[ERROR] /home/xzhang/apache/hive7/ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDFIf.java:[81,1] illegal start of expression

New configs that should go in security whitelist have been added. Whitelist needs updating.

If we detect cache entry integrity constraint violations, then the session is invalid, and we should report it as not found and purge the orphaned entries.

If a derived finder is defined in this manner:

public interface CrudGraphRepository<T extends Entity> extends GraphRepository<T> {
    T findById(String id);
}

public interface UserRepository extends CrudGraphRepository<User> {

}

UserRepository.findById assumes that the return type is Entity and the label to match is also based on Entity. It should be User instead.
Workaround: override the derived finder in UserRepository.

Interrupting the registration of host-controller leads to NPE when trying sending the failure message response.

12:16:19,120 ERROR [org.jboss.as.controller.management-operation] (slave-request-threads - 8) JBAS014612: Operation ("read-master-domain-model") failed - address: ([]): java.lang.NullPointerException
	at java.io.DataOutputStream.writeUTF(DataOutputStream.java:347) [rt.jar:1.7.0_40]
	at java.io.DataOutputStream.writeUTF(DataOutputStream.java:323) [rt.jar:1.7.0_40]
	at org.jboss.as.protocol.mgmt.FlushableDataOutputImpl.writeUTF(FlushableDataOutputImpl.java:109) [jboss-as-protocol-7.3.2.Final-redhat-2.jar:7.3.2.Final-redhat-2]
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler.sendFailedResponse(HostControllerRegistrationHandler.java:643)
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.failed(HostControllerRegistrationHandler.java:504)
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.failed(HostControllerRegistrationHandler.java:493)
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.executeBlocking(HostControllerRegistrationHandler.java:568)
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processSubsystems(HostControllerRegistrationHandler.java:423)
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$800(HostControllerRegistrationHandler.java:296)
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$HostRegistrationStepHandler.execute(HostControllerRegistrationHandler.java:287)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:601) [jboss-as-controller-7.3.2.Final-redhat-2.jar:7.3.2.Final-redhat-2]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:479) [jboss-as-controller-7.3.2.Final-redhat-2.jar:7.3.2.Final-redhat-2]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:283) [jboss-as-controller-7.3.2.Final-redhat-2.jar:7.3.2.Final-redhat-2]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:278) [jboss-as-controller-7.3.2.Final-redhat-2.jar:7.3.2.Final-redhat-2]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:231) [jboss-as-controller-7.3.2.Final-redhat-2.jar:7.3.2.Final-redhat-2]
	at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:295) [jboss-as-controller-7.3.2.Final-redhat-2.jar:7.3.2.Final-redhat-2]
	at org.jboss.as.host.controller.DomainModelControllerService.access$400(DomainModelControllerService.java:141)
	at org.jboss.as.host.controller.DomainModelControllerService$2.execute(DomainModelControllerService.java:496)
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.processRegistration(HostControllerRegistrationHandler.java:390)
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$RegistrationContext.access$400(HostControllerRegistrationHandler.java:296)
	at org.jboss.as.host.controller.mgmt.HostControllerRegistrationHandler$InitiateRegistrationHandler$1.execute(HostControllerRegistrationHandler.java:196)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283) [jboss-as-protocol-7.3.2.Final-redhat-2.jar:7.3.2.Final-redhat-2]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504) [jboss-as-protocol-7.3.2.Final-redhat-2.jar:7.3.2.Final-redhat-2]
	at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final-redhat-1.jar:2.1.1.Final-redhat-1]

The logical optimizer uses several maps and sets, which are exceeding expensive for large IN() clauses due to the fact that several part of the queries walk over the lists without short-circuiting during hashCode(), while equals() is faster due to short-circuiting via less expensive operators.

The logic which clear redelivery state should also clear the redelivery exhausted flag in try .. catch, and when the error handler handles the message.

See nabble
http://camel.465427.n5.nabble.com/Bean-component-BeanInfo-thread-safety-tp3387197p3387197.html

SELECT foo, bar from mythdb.foobar where in_file( bar, '/tmp/bar_list.txt' );

Using in_file() in a WHERE predicate causes the following NPE:

	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getWritableConstantValue(ObjectInspectorUtils.java:1041)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFInFile.getRequiredFiles(GenericUDFInFile.java:93)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagateProcFactory.isDeterministicUdf(ConstantPropagateProcFactory.java:303)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagateProcFactory.foldExpr(ConstantPropagateProcFactory.java:226)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagateProcFactory.access$000(ConstantPropagateProcFactory.java:92)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagateProcFactory$ConstantPropagateFilterProc.process(ConstantPropagateProcFactory.java:623)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagate$ConstantPropagateWalker.walk(ConstantPropagate.java:147)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagate.transform(ConstantPropagate.java:117)
	at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:177)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10032)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:189)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:420)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:306)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1108)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1156)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1045)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1035)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:206)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:158)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:369)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:304)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:701)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:674)

I have a tentative fix I need advice on.

After the recent integration of @Configurable, some calls to System.getProperty remained in the code base (in things like Fraction-s, Customizer-s, ArchivePreparer-s and such):

ConsulTopologyFraction
H2DatasourceCustomizer
HystrixArchivePreparer
KeycloakServerCustomizer
LoggingFraction
MySQLDatasourceCustomizer
PostgreSQLDatasourceCustomizer
SwaggerWebAppFraction
WebServicesFraction

I understand that the database-related customizers are going away, but the remaining ones are valid.

If an interface to be used as SOAP service interface is configured to have parameters wrapped in a request wrapper element (eg. using @RequestWrapper),
then an attempt to invoke a its method will throw NPE:

	at org.apache.camel.dataformat.soap.name.ServiceInterfaceStrategy.findQNameForSoapActionOrType(ServiceInterfaceStrategy.java:207)
	at org.apache.camel.dataformat.soap.SoapJaxbDataFormat.createContentFromObject(SoapJaxbDataFormat.java:208)
	at org.apache.camel.dataformat.soap.Soap11DataFormatAdapter.doMarshal(Soap11DataFormatAdapter.java:77)
	at org.apache.camel.dataformat.soap.SoapJaxbDataFormat.marshal(SoapJaxbDataFormat.java:141)
	at org.apache.camel.processor.MarshalProcessor.process(MarshalProcessor.java:59)

The reason for this is sequence of following:

The ServiceInterfaceStrategy is creating a mapping of methods to MethodInfo.
In case of RequestWrapper, the wrapper class is used as a single input TypeInfo, and no TypeInfo is being held for the real parameters.
At method invocation, it tries to lookup the TypeInfo in the MethodInfo, but for the real parameter class, and it only contains mapping for the request wrapper. So it fails with NPE.

Now in webhcat, when using GET ddl/database/:db/table/:table and "format=extended", return value is based on query "show table extended like". However, this query doesn't contains serde info like "line.delim" and "filed.delim". In this case, user won't have enough information to reconstruct the exact same table based on the information from the json file. The "descExtendedTable" function in HcatDelegator should also return extra fields from query "desc extended tablename" which contains fields "sd", "retention", "parameters" "parametersSize" and "tableType".

There is no reliable way to determine the end of data when the method is STORE and in fact the current code relies on the method to be DEFLATE in that case.
I propose to make this figure into the canReadEntryData method and to throw an exception if any attempt is made
to read the data.

This has been failing for a while, I haven't tried to bisec but it was before my changes for HBASE-19991 at least.

mvn clean verify -pl hbase-it -Dhadoop.profile=3.0 -Dit.test=IntegrationTestBigLinkedList -Dtest=none -am

2018-02-21 16:43:13,265 ERROR [RpcServer.default.FPBQ.Fifo.handler=3,queue=0,port=60450] ipc.RpcServer(464): Unexpected throwable object 
java.lang.AssertionError: hri=IntegrationTestBigLinkedList,\x8E8\xE3\x8E8\xE3\x8E5,1519252895022.236bbedde32e4549691c108a1a7005a8., source=, destination=mdrob-mbp.hsd1.tx.comcast.net,60456,1519252856027
	at org.apache.hadoop.hbase.master.HMaster.move(HMaster.java:1691)
	at org.apache.hadoop.hbase.master.MasterRpcServices.moveRegion(MasterRpcServices.java:1348)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:406)
2018-02-21 16:43:13,276 DEBUG [RpcServer.default.FPBQ.Fifo.handler=3,queue=0,port=60450] ipc.CallRunner(141): callId: 49 service: MasterService methodName: MoveRegion size: 106 connection: 192.168.1.134:60743 deadline: 1519253053263
java.io.IOException: hri=IntegrationTestBigLinkedList,\x8E8\xE3\x8E8\xE3\x8E5,1519252895022.236bbedde32e4549691c108a1a7005a8., source=, destination=mdrob-mbp.hsd1.tx.comcast.net,60456,1519252856027
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:465)
Caused by: java.lang.AssertionError: hri=IntegrationTestBigLinkedList,\x8E8\xE3\x8E8\xE3\x8E5,1519252895022.236bbedde32e4549691c108a1a7005a8., source=, destination=mdrob-mbp.hsd1.tx.comcast.net,60456,1519252856027
	... 3 more

The assertion that it trips is:

    // Now we can do the move
    RegionPlan rp = new RegionPlan(hri, regionState.getServerName(), dest);
    assert rp.getDestination() != null: rp.toString() + " " + dest;
    assert rp.getSource() != null: rp.toString();

Obvious typos and misspellings in the exceptions and messages.
modifified -> modified
commnad -> command

Configuring swarm via project-defaults.yml stored in src/main/resources when packaging as uber jar. 
If you use the hollow packaging, project-defaults.yml are not detected.

getQueue() for a non-existent queue.
return convert(this.rabbitClient.getQueue(vhost, name));

See http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=15206&tab=buildResultsDiv&buildTypeId=WF_MasterIgnoreWindows for an example – this fails repeatedly in the windows runs.
The @After method in the test asserts that the deployment file the test creates is successfully deleted. That may just be a bogus/unnecessary assertion, but rather than just removing it I thought it was better to check a bit first whether the CLI process is holding the file open. It shouldn't need to once upload of the deployment to the server is complete.

I use PostgreSQL to Hive Metastore. And I saw the following message at PostgreSQL log.

< 2015-06-26 10:58:15.488 JST >ERROR:  syntax error at or near "@@" at character 5
< 2015-06-26 10:58:15.488 JST >STATEMENT:  SET @@session.sql_mode=ANSI_QUOTES
< 2015-06-26 10:58:15.489 JST >ERROR:  relation "v$instance" does not exist at character 21
< 2015-06-26 10:58:15.489 JST >STATEMENT:  SELECT version FROM v$instance
< 2015-06-26 10:58:15.490 JST >ERROR:  column "version" does not exist at character 10
< 2015-06-26 10:58:15.490 JST >STATEMENT:  SELECT @@version

When Hive CLI and Beeline embedded mode are carried out, this message is output to PostgreSQL log.
These queries are called from MetaStoreDirectSql#determineDbType. And if we use MetaStoreDirectSql#getProductName, we need not to call these queries.

It was found that the server or host controller did not properly authorize a user performing a shut down. A user with the role Monitor, Deployer, or Auditor could use this flaw to shut down the EAP server, which is an action restricted to users in other roles.
The following commit introduced this issue:
https://github.com/wildfly/wildfly-core/commit/6e5611b4c6
The context.getServiceRegistry(true) call, which throws an exception when write authorization fails, was replaced with a call to context.authorize, which only returns an authorization result. Nothing was then done with the authorization result.
The same flaw exists in the handling of the cancel-active-operation op, although there this only means the admin could cancel an in-progress operation, perhaps initiated by a different admin. It also lets the admin cancel his own operation, which is arguably a benefit. But losing that benefit is an acceptable price to having a consistent RBAC scheme. (Note: CLI users whose own operations are hanging can always cancel them by doing a soft kill of the CLI process. Users of custom clients that use ModelControllerClient can cancel their own ops by using the ModelControllerClient executeAsync API and cancelling the Future returned thereby.)

Property placeholders using blueprint, should avoid setting empty locations by default

Trying the new release and when I hit

davsclaus:/Users/davsclaus/$ curl -i http://localhost:8080/node
Connection: keep-alive
Content-Length: 206
Date: Sat, 03 Dec 2016 09:13:35 GMT

{
    "name" : "davsclaus",
    "server-state" : "running",
    "suspend-state" : "RUNNING",
    "running-mode" : "NORMAL",
    "uuid" : "d4eb8bfd-cbc6-4a5a-8cb0-324e8f5f6e23",
    "wfs-version" : "fixme"
}davsclaus:/Users/davsclaus/$

Notice that the json has a fixme as response.

Currently bucket map join is disabled by default, however, it is potentially most optimal join we have. Need to enable it by default.

More from static code analysis: it warns about the invoking of a separate command ("hbase hfile -s -f ...") as a possible security issue in hbase-server/src/main/resources/hbase-webapps/regionserver/storeFile.jsp.
It looks to me like one cannot inject arbitrary shell script or even arbitrary arguments: ProcessBuilder makes that fairly safe and only allows the user to specify the argument that comes after -f. However that does potentially allow them to have the daemon's user access files they shouldn't be able to touch, albeit only for reading.
To more explicitly eliminate any threats here, we should add some validation that the file is at least within HBase's root directory and use the Java API directly instead of invoking a separate executable.

After having authenticated via JASPIC, requesting the current Subject via JACC and then using that for permission checks fails.
For instance the following code will always set hasAccess to false given that "/protected/*" requires a role and the authenticated user is in that role:

Subject subject = (Subject) PolicyContext.getContext("javax.security.auth.Subject.container");
 
boolean hasAccess = Policy.getPolicy().implies(
    new ProtectionDomain(
        new CodeSource(null, (Certificate[]) null),
        null, null, 
        subject.getPrincipals().toArray(new Principal[subject.getPrincipals().size()])
    ),
    new WebResourcePermission("/protected/Servlet", "GET"))
;

As it appears, the problem originates from the fact that subject.getPrincipals() does not contain the roles.
This can be traced back to org.jboss.security.auth.callback.JASPICallbackHandler.handleCallBack, where it becomes clear that the roles are only put into the "util", but not in the "authenticatedSubject":

String[] rolesArray = groupPrincipalCallback.getGroups();
int sizeOfRoles = rolesArray != null ? rolesArray.length : 0;
 
if( sizeOfRoles > 0 )
{
  List<Role> rolesList = new ArrayList<Role>();
  for( int i = 0; i < sizeOfRoles ; i++ )
  {
     Role role = new SimpleRole( rolesArray[ i ] );
     rolesList.add( role );
  }
  RoleGroup roles = new SimpleRoleGroup( SecurityConstants.ROLES_IDENTIFIER, rolesList );

  // if the current security context already has roles, we merge them with the incoming roles.
  RoleGroup currentRoles = currentSC.getUtil().getRoles();

  // *** ROLES ARE ONLY SET HERE ***
  if (currentRoles != null) {
      currentRoles.addAll(roles.getRoles());
  }
  else {
      currentSC.getUtil().setRoles( roles );
  }
} 

// *** BELOW THIS LINE ROLES ARE NOT REFERENCED ANYMORE
// *** SUBJECT IS NOT POPULATED WITH ANY ROLE INFO 

Subject subject = groupPrincipalCallback.getSubject();
if( subject != null )
{
   // if the current security context already has an associated subject, we merge it with the incoming subject.
   Subject currentSubject = currentSC.getSubjectInfo().getAuthenticatedSubject();
   if (currentSubject != null) {
       subject.getPrincipals().addAll(currentSubject.getPrincipals());
       subject.getPublicCredentials().addAll(currentSubject.getPublicCredentials());
       subject.getPrivateCredentials().addAll(currentSubject.getPrivateCredentials());
   }
   currentSC.getSubjectInfo().setAuthenticatedSubject(subject);
}

Hi,
I experience the NullPointerException below

	at org.springframework.http.server.reactive.WriteResultPublisher$State$2.publishComplete(WriteResultPublisher.java:152) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar!/:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.server.reactive.WriteResultPublisher.publishComplete(WriteResultPublisher.java:69) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar!/:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.server.reactive.AbstractListenerWriteProcessor$State$3.onWritePossible(AbstractListenerWriteProcessor.java:255) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar!/:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.server.reactive.AbstractListenerWriteProcessor.onWritePossible(AbstractListenerWriteProcessor.java:107) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar!/:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.server.reactive.UndertowServerHttpResponse$ResponseBodyProcessor.lambda$registerListener$0(UndertowServerHttpResponse.java:159) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar!/:5.0.0.BUILD-SNAPSHOT]
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) ~[xnio-api-3.3.6.Final.jar!/:3.3.6.Final]
	at io.undertow.channels.DetachableStreamSinkChannel$SetterDelegatingListener.handleEvent(DetachableStreamSinkChannel.java:285) ~[undertow-core-1.4.11.Final.jar!/:1.4.11.Final]
	at io.undertow.channels.DetachableStreamSinkChannel$SetterDelegatingListener.handleEvent(DetachableStreamSinkChannel.java:272) ~[undertow-core-1.4.11.Final.jar!/:1.4.11.Final]

This can happen if

the first thread sees UNSUBSCRIBED state and invokes 'subscribe' method. Then it changes the state to SUBSCRIBED
before reaching 

publisher.subscriber = subscriber;

 a second thread sees SUBSCRIBED state and invokes 'publishComplete'. Then it tries to invoke 

publisher.subscriber.onComplete();

 but NPE is thrown because the subscriber is still not initialized.

Regards,
Violeta

The http-acceptors are multiplexed over the HTTP port.
If there are multiple http-acceptors registered, a http-connector that uses the HTTP upgrade mechanism will use the first whose handshake is successful and can not chose a given http-acceptor.
With native messaging ports, the solution was to use different ports for different acceptors but with HTTP upgrade, everything goes through the HTTP port.
HornetQ connectors must pass "http-upgrade-endpoint" when the HTTP upgrade is initiated so that we ensure the handshake is successful only for the matching acceptor corresponding to the "http-upgrade-endpoint" value.

HexDump has two private static dump() method's that alter static instances of StringBuffer:
dump(long) modifies static StringBuffer variable _lbuffer returning _lbuffer 
dump(char) modifies static StringBuffer variable _cbuffer returning _cbuffer
Both these methods are called by the public static dump(byte[], long, OutputStream, int) method. Multiple threads calling the public dump method at the same time could cause these StringBuffer to contain mixed up data and result in a bug.

Currently the Function registry can throw NullPointers when multiple threads are trying to register the same function. The normal put() will replace the existing registered function object even if it's exactly the same function.

In src/site/xdoc/user-guide.xml, on line 146, the method name 'withFirstRecordAsHeader' is incorrectly written as 'withFirstRowAsHeader'.

This is the case where the events were deleted on source because of old event purging and hence min(source event id) > target event id (last replicated event id).
Repl dump should fail in this case so that user can drop the database and bootstrap again.
Cleaner thread is concurrently removing the expired events from NOTIFICATION_LOG table. So, it is necessary to check if the current dump missed any event while dumping. After fetching events in batches, we shall check if it is fetched in contiguous sequence of event id. If it is not in contiguous sequence, then likely some events missed in the dump and hence throw error.

It was discovered that the JacORB subsystem incorrectly assigned socket-binding-ref sensitivity classification for the security-domain attribute. An authenticated user with a role that has access to attributes with socket-binding-ref and not security-domain-ref sensitivity classification could use this flaw to access sensitive information present in the security-domain attribute.

Forcing idempotent=false doesn't seem to work with ftp-endpoint

<from uri="sftp://user@server.aalto.fi//payments?password=*****&amp;connectTimeout=20000&amp;stepwise=false&amp;idempotent=false&amp;noop=true&amp;delay=60000"/>

Will copy files with a same name only once.
However it works with file-endpoint

<from uri="file:/payments?idempotent=false&amp;noop=true&amp;delay=60000"/>

the files are copied every time, like they should be.

I observed test timeout running against hadoop 2.1.0 with distributed log replay turned on.
Looks like region state for 1588230740 became inconsistent between master and the surviving region server:

2013-08-29 22:15:34,180 INFO  [AM.ZK.Worker-pool2-t4] master.RegionStates(299): Onlined 1588230740 on kiyo.gq1.ygridcore.net,57016,1377814510039
...
2013-08-29 22:15:34,587 DEBUG [Thread-221] client.HConnectionManager$HConnectionImplementation(1269): locateRegionInMeta parentTable=hbase:meta, metaLocation={region=hbase:meta,,1.1588230740, hostname=kiyo.gq1.ygridcore.net,57016,1377814510039, seqNum=0}, attempt=2 of 35 failed; retrying after sleep of 302 because: org.apache.hadoop.hbase.exceptions.RegionOpeningException: Region is being opened: 1588230740
        at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:2574)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegion(HRegionServer.java:3949)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.get(HRegionServer.java:2733)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:26965)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2063)
        at org.apache.hadoop.hbase.ipc.RpcServer$CallRunner.run(RpcServer.java:1800)
        at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.consumerLoop(SimpleRpcScheduler.java:165)
        at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.access$000(SimpleRpcScheduler.java:41)

We just ran into an interesting scenario. We restarted a cluster that was setup as a replication source.
The stop went cleanly.
Upon restart all regionservers aborted within a few seconds with variations of these errors:
http://pastebin.com/3iQVuBqS

The following queries return good results:
select * from table1 where col1=key1; 
select * from table1_1 where col1=key1; 
When join them together, it gets following error:

Caused by: java.io.IOException: org.apache.avro.AvroTypeException: Found long, expecting union
        at org.apache.hadoop.hive.io.HiveIOExceptionHandlerChain.handleRecordReaderNextException(HiveIOExceptionHandlerChain.java:121) ~[hive-shims-common-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.io.HiveIOExceptionHandlerUtil.handleRecordReaderNextException(HiveIOExceptionHandlerUtil.java:77) ~[hive-shims-common-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:365) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.doNext(CombineHiveRecordReader.java:116) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.doNext(CombineHiveRecordReader.java:43) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.next(HiveContextAwareRecordReader.java:116) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.doNextWithExceptionHandler(HadoopShimsSecure.java:229) ~[hive-shims-common-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.next(HadoopShimsSecure.java:141) ~[hive-shims-common-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]

The two avro tables both is defined by using avro schema, and the first table's name is the second table name's prefix. 
Note that this happens when single map is reading input from both tables. If map-join is used with MR execution engine, or if Tez execution engine is used, this issue is not seen.

After upgrading to 1.0 RC1, we are getting the following error on an unrelated bean

java.lang.IllegalArgumentException: Cannot convert value of type [java.util.HashMap$Values] to required type [java.util.List]: PropertyEditor [org.springframework.data.mongodb.config.ServerAddressPropertyEditor] returned inappropriate value

The exception is thrown on a bean that has @Autowired List constructor argument where the values of the List are collected from the Spring context. (Basically, we want to inject all beans of given type). This bean has nothing to do with Mongo but when the ServerAddressPropertyEditor is defined, it's used for all conversions to java.util.List. It is not correct.

Unexpected Filesystem Growth chapter in Reference Guide mentions .snapshots and .archive directories. Both of these were changed long ago.
 /hbase/.snapshots -> /hbase/.hbase-snapshot
 /hbase/.archive -> /hbase/archive
https://hbase.apache.org/book.html#_unexpected_filesystem_growth

Currently hive doesn't support date, datetime, or timestamp types. Using these in a create table / alter table should throw a descriptive error that suggests users to use a string type.

When using ADD JAR ivy://... to add a jar version 1.2.3-SNAPSHOT, Hive will lowercase it to 1.2.3-snapshot due to:
DependencyResolver.java#84
String[] authorityTokens = authority.toLowerCase().split(":");

We should not .lowerCase().
RB: https://reviews.apache.org/r/43513

If set Append/Increment's ReturnResult attribute to false, and batch the appends/increments to server. The batch operation will always return false.
The reason is that, since return result is set to false, append/increment will return null instead of Result object. But in ResponseConverter#getResults, there is some check code 

if (requestRegionActionCount != responseRegionActionResultCount) {
      throw new IllegalStateException("Request mutation count=" + requestRegionActionCount +
          " does not match response mutation result count=" + responseRegionActionResultCount);
    }

That means if the result count is not meet with request mutation count, it will fail the request.
The solution is simple, instead of returning a null result, returning a empty result if ReturnResult set to false.

In my opinion, we should parse :{x} style parameter as x is parameter using NamedParameterUtils.parseSqlStatement,
so the condition j - i > 2 is the correct condition, not j - i > 3, because if i is the index of : in :{x}, and j is the index of } in :{x}, 
j - i == 3 is true.

Gopal V observed perf profiles showing bloomfilter probes as bottleneck for some of the TPC-DS queries and resulted L1 data cache thrashing. 
This is because of the huge bitset in bloom filter that doesn't fit in any levels of cache, also the hash bits corresponding to a single key map to different segments of bitset which are spread out. This can result in K-1 memory access (K being number of hash functions) in worst case for every key that gets probed because of locality miss in L1 cache. 
Ran a JMH microbenchmark to verify the same. Following is the JMH perf profile for bloom filter probing

Perf stats:

       5101.935637      task-clock (msec)         #    0.461 CPUs utilized
               346      context-switches          #    0.068 K/sec
               336      cpu-migrations            #    0.066 K/sec
             6,207      page-faults               #    0.001 M/sec
    10,016,486,301      cycles                    #    1.963 GHz                      (26.90%)
     5,751,692,176      stalled-cycles-frontend   #   57.42% frontend cycles idle     (27.05%)
   <not supported>      stalled-cycles-backend
    14,359,914,397      instructions              #    1.43  insns per cycle
                                                  #    0.40  stalled cycles per insn  (33.78%)
     2,200,632,861      branches                  #  431.333 M/sec                    (33.84%)
         1,162,860      branch-misses             #    0.05% of all branches          (33.97%)
     1,025,992,254      L1-dcache-loads           #  201.099 M/sec                    (26.56%)
       432,663,098      L1-dcache-load-misses     #   42.17% of all L1-dcache hits    (14.49%)
       331,383,297      LLC-loads                 #   64.952 M/sec                    (14.47%)
           203,524      LLC-load-misses           #    0.06% of all LL-cache hits     (21.67%)
   <not supported>      L1-icache-loads
         1,633,821      L1-icache-load-misses     #    0.320 M/sec                    (28.85%)
       950,368,796      dTLB-loads                #  186.276 M/sec                    (28.61%)
       246,813,393      dTLB-load-misses          #   25.97% of all dTLB cache hits   (14.53%)
            25,451      iTLB-loads                #    0.005 M/sec                    (14.48%)
            35,415      iTLB-load-misses          #  139.15% of all iTLB cache hits   (21.73%)
   <not supported>      L1-dcache-prefetches
           175,958      L1-dcache-prefetch-misses #    0.034 M/sec                    (28.94%)

      11.064783140 seconds time elapsed

This shows 42.17% of L1 data cache misses. 
This jira is to use cache efficient bloom filter for semijoin probing.

In our recent testing in secure cluster we found that when a RS user does not have permission on hfile-refs znode then RS was failing to replicate the bulk loaded data as the hfile-refs znode is created by hbase client and RS user may not have permission to it.

The ReloadContext created by HostProcessReloadHandler sets the HostRunningModeControl's restartMode but then it never gets restored to the default value. The doReload() method of the ReloadContext should restore it. This ensures the ServerInventoryService.stop() only uses the value set by HostProcessReloadHandler once, for that one reload.
A concern here is that ServerInventoryService only goes into its "shutdownServers" logic if the restartMode == RestartMode.SERVERS. Which, due to this bug, it will be following any HC reload. But if we restore the default value of restartMode, that is null, and null != RestartMode.SERVERS. So the ""shutdownServers" logic will no longer kick in. But should it? Should the default value of restartMode be "null"? Or should it be RestartMode.SERVERS? If we change the default from null, then the behavior when no reload has happened will change.
Basically we need to decide whether the "shutdownServers" logic should happen by default.

I'm seeing the below conversion error with the latest 3.2.0.BUILD-SNAPSHOT.
With the same code this is not happening on 3.2.0.M2.
The code is only adding a basic model attribute (which is JPA entity with JSR303 annotations) and the particular view is using the <form:errors> tag to print errors if any. 

15:07:27,935 ERROR [org.springframework.web.servlet.tags.form.ErrorsTag] - Failed to convert from type @org.hibernate.validator.constraints.NotBlank @org.hibernate.validator.constraints.Length java.lang.String to type java.lang.String for value 'null'; nested exception is java.lang.NullPointerException
org.springframework.core.convert.ConversionFailedException: Failed to convert from type @org.hibernate.validator.constraints.NotBlank @org.hibernate.validator.constraints.Length java.lang.String to type java.lang.String for value 'null'; nested exception is java.lang.NullPointerException
	at org.springframework.core.convert.support.ObjectToObjectConverter.convert(ObjectToObjectConverter.java:71)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:166)
	at org.springframework.validation.AbstractBindingResult.getFieldValue(AbstractBindingResult.java:222)
	at org.springframework.web.servlet.support.BindStatus.<init>(BindStatus.java:120)
	at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getBindStatus(AbstractDataBoundFormElementTag.java:178)
	at org.springframework.web.servlet.tags.form.ErrorsTag.shouldRender(ErrorsTag.java:140)
	at org.springframework.web.servlet.tags.form.AbstractHtmlElementBodyTag.writeTagContent(AbstractHtmlElementBodyTag.java:47)
	at org.apache.jsp.WEB_002dINF.views.user.form_jsp._jspService(form_jsp.java:166)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
	at org.apache.jasper.servlet.JspServlet._serviceJspFile(JspServlet.java:313)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
	at com.google.appengine.tools.development.PrivilegedJspServlet.access$101(PrivilegedJspServlet.java:23)
	at com.google.appengine.tools.development.PrivilegedJspServlet$2.run(PrivilegedJspServlet.java:59)
	at com.google.appengine.tools.development.PrivilegedJspServlet.service(PrivilegedJspServlet.java:57)
	at org.mortbay.jetty.handler.ContextHandler.__handle(ContextHandler.java:765)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java)
	at com.google.appengine.tools.development.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:94)
	at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:192)
	at org.apache.taglibs.standard.tag.common.core.ImportSupport.acquireString(ImportSupport.java:296)
	at org.apache.taglibs.standard.tag.common.core.ImportSupport.doEndTag(ImportSupport.java:161)
	at org.apache.jsp.WEB_002dINF.views.user.create_jsp._jspx_meth_c_005fimport_005f0(create_jsp.java:166)
	at org.apache.jsp.WEB_002dINF.views.user.create_jsp._jspx_meth_form_005fform_005f0(create_jsp.java:130)
	at org.apache.jsp.WEB_002dINF.views.user.create_jsp._jspService(create_jsp.java:81)
	at com.opensymphony.sitemesh.webapp.SiteMeshFilter.obtainContent(SiteMeshFilter.java:129)
	at com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilter.java:77)
	at com.google.appengine.tools.development.BackendServersFilter.doFilter(BackendServersFilter.java:97)
	at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327)
	at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
	at org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:238)
	at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:264)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1208)
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:992)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:939)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:911)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:807)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:792)
	at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:180)
	at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:150)
	at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:183)
	at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:259)
	at com.google.appengine.tools.development.ResponseRewriterFilter.doFilter(ResponseRewriterFilter.java:123)
	at com.google.appengine.api.blobstore.dev.ServeBlobFilter.doFilter(ServeBlobFilter.java:61)
	at com.google.appengine.tools.development.JettyContainerService$ApiProxyHandler.handle(JettyContainerService.java:383)
	at java.lang.String.<init>(String.java:147)
	at com.google.appengine.tools.development.agent.runtime.Runtime.newInstance_(Runtime.java:127)
	at com.google.appengine.tools.development.agent.runtime.Runtime.newInstance(Runtime.java:135)
	at org.springframework.core.convert.support.ObjectToObjectConverter.convert(ObjectToObjectConverter.java:66)

Enis Soztutar noticed that the grant shell command was missing commas in-between the method arguments in the usage/help messages. After taking a look at some of the others, it's not alone.
I'll make a pass over the shell commands and try to find some more help messages which tell the user to run a bad command.

Some customizations made to RepositoryRestConfig (like configuring the pagination attributes) are not applied to the infrastructure.

when i test the issue HIVE-14412, TestTimestampTZ has missed the ASF header

TAR tool doesn’t exist by default on windows systems so use the CAB files on windows

Hit this on ctas13 query.

Error: Failure while running task:java.lang.NullPointerException
   at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.<init>(ReduceRecordProcessor.java:98)
   at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:134)
   at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:330)
   at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:180)
   at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:172)
   at java.security.AccessController.doPrivileged(Native Method)
   at javax.security.auth.Subject.doAs(Subject.java:422)
   at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1657)
   at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:172)
   at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:168)
   at org.apache.tez.common.CallableWithNdc.call(CallableWithNdc.java:36)
   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
   at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
   at java.lang.Thread.run(Thread.java:745)

The line is  cacheKey = queryId + processorContext.getTaskVertexName() + REDUCE_PLAN_KEY;

DIGEST-SHA-256 and DIGEST-SHA-512-256 are not correctly registered:
When trying to deploy application using one of them for authentication:

org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy DigestSha256MechTestCase.war: {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.undertow.deployment.default-server.default-host./DigestSha256MechTestCase" => "java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
    Caused by: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory."}}}}

Problem is mechanisms are missing in output of ServerMechanismFactoryImpl.getMechanismNames().

Several of the list_bucket_* q files fail if the hive source path gets too long. It looks like the numRows and rawDataSize stats aren't getting updated properly in this situation.

The AMQP tests are currently disabled. Adding an older version of MINA (than Camel uses) & commons lang to the classpath got the tests passing except for ObjectMessage type test.
Sending a TextMessage and BytesMessage work fine so I'm opening up a separate JIRA for the ObjectMessage issue.

In Hive 3.0 all statements that may need locks run in a transaction

The matrix mapping sample jobs to features they present is out of date. 
Also it would make sense to make the matrix available in HTML or other open format (not only excel).

Observed Behavior:
The instructions for org.apache.hadoop.hbase.regionserver.CompactionTool suggest using the pre-95 hbase format:

Examples:
 To compact the full 'TestTable' using MapReduce:
 $ bin/hbase org.apache.hadoop.hbase.regionserver.CompactionTool -mapred hdfs:///hbase/TestTable

It should now take into account namespaces, for example:

hdfs:///hbase/data/default/TestTable

Jean-Daniel up on the list in an exchange with Dru Jensen solved an issue by recommending longer lease for client scanners in a MR job.  Lets make change to conf.  This lessens the impact of Andrew Purtell added retry on USE in HBASE-816 in TableMap but will help in MR tasks that don't subclass TableMap.

If you import the spring-security-oauth2 project in Eclipse you get the following validation error:
Description: src-resolve: Cannot resolve the name 'beans:identifiedType' to a 'type definition' component.
On element: spring-security-oauth2-1.0.xsd
In folder: spring-security-oauth2/src/main/resources/org/springframework/security/oauth
Location: line 298
Problem area code:	<xs:extension base="beans:identifiedType">
The problem seems to be that there is no, or incorrect, schema attached to the beans namespace.
At line 6:
	<xs:import namespace="http://www.springframework.org/schema/beans"/>
Change line 6 to:
<xs:import namespace="http://www.springframework.org/schema/beans" schemaLocation="http://www.springframework.org/schema/beans/spring-beans-3.1.xsd"/>
or 
<xs:import namespace="http://www.springframework.org/schema/beans" schemaLocation="http://www.springframework.org/schema/beans/spring-beans.xsd"/>

if a tarfile contains files with special characters, the names of the tar entries are wrong.
example:
correct name: 0302-0601-3±±±F06±W220±ZB±LALALA±±±±±±±±±±CAN±±DC±±±04±060302±MOE.model
name resolved by TarUtils.parseName: 0302-0101-3ﾱﾱﾱF06ﾱW220ﾱZBﾱHECKMODULﾱﾱﾱﾱﾱﾱﾱﾱﾱﾱECEﾱﾱDCﾱﾱﾱ07ﾱ060302ﾱDOERN.model
please use: 
result.append(new String(new byte[] 
{ buffer[i] }
));
instead of: 
result.append((char) buffer[i]);
to solve this encoding problem.

Shutting down can take a while. Meantime catalog janitor and or normalizer (etc?) try to run and when they can't, they fail noisely. Looks bad:

2018-10-19 21:23:24,962 INFO org.apache.hadoop.hbase.master.ServerManager: Cluster shutdown set; vc1205.halxg.cloudera.com,22101,1539991730711 expired; onlineServers=51
2018-10-19 21:25:54,502 WARN org.apache.hadoop.hbase.master.CatalogJanitor: Failed scan of catalog table
java.io.IOException: connection is closed
        at org.apache.hadoop.hbase.MetaTableAccessor.getMetaHTable(MetaTableAccessor.java:267)
        at org.apache.hadoop.hbase.MetaTableAccessor.scanMeta(MetaTableAccessor.java:763)
        at org.apache.hadoop.hbase.MetaTableAccessor.scanMeta(MetaTableAccessor.java:734)
        at org.apache.hadoop.hbase.MetaTableAccessor.scanMeta(MetaTableAccessor.java:684)
        at org.apache.hadoop.hbase.MetaTableAccessor.scanMetaForTableRegions(MetaTableAccessor.java:679)
        at org.apache.hadoop.hbase.master.CatalogJanitor.getMergedRegionsAndSplitParents(CatalogJanitor.java:185)
        at org.apache.hadoop.hbase.master.CatalogJanitor.getMergedRegionsAndSplitParents(CatalogJanitor.java:137)
        at org.apache.hadoop.hbase.master.CatalogJanitor.scan(CatalogJanitor.java:243)
        at org.apache.hadoop.hbase.master.CatalogJanitor.chore(CatalogJanitor.java:116)
2018-10-19 21:25:54,507 ERROR org.apache.hadoop.hbase.master.normalizer.RegionNormalizerChore: Failed to normalize regions.
        at org.apache.hadoop.hbase.MetaTableAccessor.scanMeta(MetaTableAccessor.java:690)
        at org.apache.hadoop.hbase.MetaTableAccessor.fullScanTables(MetaTableAccessor.java:240)
        at org.apache.hadoop.hbase.master.TableStateManager.getTablesInStates(TableStateManager.java:189)
        at org.apache.hadoop.hbase.master.HMaster.normalizeRegions(HMaster.java:1718)
        at org.apache.hadoop.hbase.master.normalizer.RegionNormalizerChore.chore(RegionNormalizerChore.java:48)

Vectorization using VectorUDFAdaptor is broken and produces wrong results when the parameter(s) have vectorized expressions that allocate scratch columns.  So, for now, we restrict VectorUDFAdaptor usage to columns or constant expressions.

Here:
http://54.241.6.143/job/HBase-0.95/org.apache.hbase$hbase-server/596/testReport/org.apache.hadoop.hbase.regionserver/TestSplitTransactionOnCluster/testSplitRegionWithNoStoreFiles/
and here:
http://54.241.6.143/job/HBase-0.95-Hadoop-2/org.apache.hbase$hbase-server/597/testReport/org.apache.hadoop.hbase.regionserver/TestSplitTransactionOnCluster/testRSSplitEphemeralsDisappearButDaughtersAreOnlinedAfterShutdownHandling/
and here:
http://54.241.6.143/job/HBase-0.95/org.apache.hbase$hbase-server/598/testReport/org.apache.hadoop.hbase.regionserver/TestSplitTransactionOnCluster/testRSSplitEphemeralsDisappearButDaughtersAreOnlinedAfterShutdownHandling/
and here:
http://54.241.6.143/job/HBase-TRUNK-Hadoop-2/org.apache.hbase$hbase-server/395/testReport/org.apache.hadoop.hbase.regionserver/TestSplitTransactionOnCluster/testRSSplitEphemeralsDisappearButDaughtersAreOnlinedAfterShutdownHandling/
... etc.
Looking, the move operation just evaporates.  The region we want to move has not finished opening yet so when move comes into the master it does not proceed (because region is currently in RIT).

The test can fail due to random number collision, claiming there are unreferenced elements for obvious reasons (we rewrite some link). Original Accumulo test has one-stage generation so it doesn't count unreferenced elements as failures, only undefined ones. With 200m longs out of half-long range the probability of collision is approx 0.2%.
Moreover, without some way to debug, it's hard to debug what keys should be looked at in such cases

add operation

content should be required.
alternatives hash/bytes/url/path/input-stream-index/empty should be required.

add-content operation

alternatives input-stream-index/hash/bytes/url should be required.
alternatives empty/relative-to/path should not be present in alternatives list.

In my main application, I can override the timeout by declaring my own ShutdownStrategy bean and setting the timeout property. However this seems to be ignored during unit tests and always uses 10s timeouts.
The bean is certainly being picked up because I see the following logging

org.apache.camel.spring.boot.CamelAutoConfiguration - Using custom ShutdownStrategy: org.apache.camel.impl.DefaultShutdownStrategy@5b8b9b2d

This is preventing me from doing any debugging during unit tests as it will always end the jvm before I can inspect anything.

The Xml/Java toggle for code examples is working fine for individual sections but it is missing in the single HTML page version: https://docs.spring.io/spring-batch/4.1.x/reference/html/index-single.html .

If the execute-commands goal is executed on OpenJDK 1.8.0_161 the following failure occurs.

[INFO] 
[INFO] Building simple-servlet 1.0.0-SNAPSHOT
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ simple-servlet ---
[INFO] 
[INFO] --- wildfly-maven-plugin:1.2.1.Final:execute-commands (default-cli) @ simple-servlet ---
[INFO] Total time: 0.681 s
[INFO] Finished at: 2018-02-06T12:01:16-08:00
[INFO] Final Memory: 13M/180M
---------------------------------------------------
constituent[0]: file:/home/jperkins/apps/maven/conf/logging/
constituent[1]: file:/home/jperkins/apps/maven/lib/maven-core-3.5.2.jar
constituent[2]: file:/home/jperkins/apps/maven/lib/maven-shared-utils-3.1.0.jar
constituent[3]: file:/home/jperkins/apps/maven/lib/wagon-file-2.12.jar
constituent[4]: file:/home/jperkins/apps/maven/lib/plexus-interpolation-1.24.jar
constituent[5]: file:/home/jperkins/apps/maven/lib/maven-compat-3.5.2.jar
constituent[6]: file:/home/jperkins/apps/maven/lib/plexus-component-annotations-1.7.1.jar
constituent[7]: file:/home/jperkins/apps/maven/lib/plexus-utils-3.1.0.jar
constituent[8]: file:/home/jperkins/apps/maven/lib/guice-4.0-no_aop.jar
constituent[9]: file:/home/jperkins/apps/maven/lib/maven-builder-support-3.5.2.jar
constituent[10]: file:/home/jperkins/apps/maven/lib/maven-embedder-3.5.2.jar
constituent[11]: file:/home/jperkins/apps/maven/lib/maven-resolver-connector-basic-1.1.0.jar
constituent[12]: file:/home/jperkins/apps/maven/lib/maven-resolver-util-1.1.0.jar
constituent[13]: file:/home/jperkins/apps/maven/lib/maven-resolver-impl-1.1.0.jar
constituent[14]: file:/home/jperkins/apps/maven/lib/maven-model-3.5.2.jar
constituent[15]: file:/home/jperkins/apps/maven/lib/maven-resolver-provider-3.5.2.jar
constituent[16]: file:/home/jperkins/apps/maven/lib/maven-settings-3.5.2.jar
constituent[17]: file:/home/jperkins/apps/maven/lib/slf4j-api-1.7.25.jar
constituent[18]: file:/home/jperkins/apps/maven/lib/maven-resolver-transport-wagon-1.1.0.jar
constituent[19]: file:/home/jperkins/apps/maven/lib/org.eclipse.sisu.plexus-0.3.3.jar
constituent[20]: file:/home/jperkins/apps/maven/lib/jsr250-api-1.0.jar
constituent[21]: file:/home/jperkins/apps/maven/lib/jansi-1.16.jar
constituent[22]: file:/home/jperkins/apps/maven/lib/maven-resolver-spi-1.1.0.jar
constituent[23]: file:/home/jperkins/apps/maven/lib/maven-settings-builder-3.5.2.jar
constituent[24]: file:/home/jperkins/apps/maven/lib/jcl-over-slf4j-1.7.25.jar
constituent[25]: file:/home/jperkins/apps/maven/lib/maven-slf4j-provider-3.5.2.jar
constituent[26]: file:/home/jperkins/apps/maven/lib/commons-lang3-3.5.jar
constituent[27]: file:/home/jperkins/apps/maven/lib/commons-io-2.5.jar
constituent[28]: file:/home/jperkins/apps/maven/lib/plexus-cipher-1.7.jar
constituent[29]: file:/home/jperkins/apps/maven/lib/commons-cli-1.4.jar
constituent[30]: file:/home/jperkins/apps/maven/lib/maven-model-builder-3.5.2.jar
constituent[31]: file:/home/jperkins/apps/maven/lib/maven-repository-metadata-3.5.2.jar
constituent[32]: file:/home/jperkins/apps/maven/lib/maven-artifact-3.5.2.jar
constituent[33]: file:/home/jperkins/apps/maven/lib/cdi-api-1.0.jar
constituent[34]: file:/home/jperkins/apps/maven/lib/aopalliance-1.0.jar
constituent[35]: file:/home/jperkins/apps/maven/lib/wagon-provider-api-2.12.jar
constituent[36]: file:/home/jperkins/apps/maven/lib/plexus-sec-dispatcher-1.4.jar
constituent[37]: file:/home/jperkins/apps/maven/lib/javax.inject-1.jar
constituent[38]: file:/home/jperkins/apps/maven/lib/org.eclipse.sisu.inject-0.3.3.jar
constituent[39]: file:/home/jperkins/apps/maven/lib/guava-20.0.jar
constituent[40]: file:/home/jperkins/apps/maven/lib/maven-plugin-api-3.5.2.jar
constituent[41]: file:/home/jperkins/apps/maven/lib/wagon-http-2.12-shaded.jar
constituent[42]: file:/home/jperkins/apps/maven/lib/maven-resolver-api-1.1.0.jar
Exception in thread "main" javax.xml.parsers.FactoryConfigurationError: Provider __redirected.__SAXParserFactory not found
	at javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:200)
	at javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:152)
	at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:232)
	at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:127)
	at jdk.xml.internal.JdkXmlUtils.getSAXFactory(JdkXmlUtils.java:235)
	at jdk.xml.internal.JdkXmlUtils.<clinit>(JdkXmlUtils.java:78)
	at com.sun.org.apache.xerces.internal.impl.xs.opti.SchemaParsingConfig.<init>(SchemaParsingConfig.java:319)
	at com.sun.org.apache.xerces.internal.impl.xs.opti.SchemaParsingConfig.<init>(SchemaParsingConfig.java:254)
	at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.<init>(XSDHandler.java:480)
	at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.<init>(XSDHandler.java:487)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.<init>(XMLSchemaLoader.java:357)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.<init>(XMLSchemaLoader.java:292)
	at com.sun.org.apache.xerces.internal.jaxp.validation.XMLSchemaFactory.<init>(XMLSchemaFactory.java:97)
	at javax.xml.validation.SchemaFactoryFinder._newFactory(SchemaFactoryFinder.java:232)
	at javax.xml.validation.SchemaFactoryFinder.newFactory(SchemaFactoryFinder.java:146)
	at javax.xml.validation.SchemaFactory.newInstance(SchemaFactory.java:213)
	at __redirected.__SchemaFactory.<clinit>(__SchemaFactory.java:65)
	at __redirected.__JAXPRedirected.initAll(__JAXPRedirected.java:94)
	at org.wildfly.plugin.cli.ModuleEnvironment.initJaxp(ModuleEnvironment.java:69)
	at org.wildfly.plugin.cli.CommandExecutor.executeCommands(CommandExecutor.java:114)
	at org.wildfly.plugin.cli.CommandExecutor.execute(CommandExecutor.java:87)
	at org.wildfly.plugin.cli.CommandExecutor.execute(CommandExecutor.java:106)
	at org.wildfly.plugin.cli.ExecuteCommandsMojo.execute(ExecuteCommandsMojo.java:257)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:955)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:290)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:194)
Caused by: java.lang.ClassNotFoundException: __redirected/__SAXParserFactory
	at javax.xml.parsers.FactoryFinder.getProviderClass(FactoryFinder.java:124)
	at javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:188)
	... 44 more

Somehow the CLI tests pass, but executing from the command line fails.

Example server code:

   @RequestMapping(value = "/", method = RequestMethod.POST, consumes = MediaType.MULTIPART_FORM_DATA_VALUE)
   @ResponseStatus(value = HttpStatus.CREATED)
   public void addItem(
      @RequestPart("objectValue") byte[] objectValue,
      @RequestPart("metadata") SomeJsonDeserialisableClass metadata
   ) {
      /// ...
   }

Example client:

public void makeRequest(byte[] content, SomeJsonDeserialisableClass  metadata) {
      HttpHeaders octetStreamHeader = new HttpHeaders();
      octetStreamHeader.setContentType(MediaType.APPLICATION_OCTET_STREAM);
      octetStreamHeader.setContentLength(content.length);

      HttpHeaders jsonHeader = new HttpHeaders();
      jsonHeader.setContentType(MediaType.APPLICATION_JSON);

      MultiValueMap<String, Object> requestParts = new LinkedMultiValueMap<>();
      requestParts.add("objectValue", new HttpEntity<>(content, octetStreamHeader));
      requestParts.add("metadata", new HttpEntity<>(metadata, jsonHeader));

      URI requestUri = //endpoint url..

      HttpHeaders requestHeaders = new HttpHeaders();
      requestHeaders.setContentType(MediaType.MULTIPART_FORM_DATA);

      ResponseEntity<Void> response = restOperations.exchange(
         requestUri,
         HttpMethod.POST,
         new RequestEntity<>(requestParts, requestHeaders, HttpMethod.POST, requestUri),
         Void.class
      );
   }

If the byte array passed to the client method contains negative values, the byte array received by the controller method on the server side will have different contents.
This happens because:

In org.springframework.web.multipart.commons.CommonsFileUploadSupport, the original binary data is read as a string in the following line:
 
value = fileItem.getString(partEncoding);

That string is then converted back into a byte array in org.springframework.web.multipart.support.RequestPartServletServerHttpRequest in this line:

return new ByteArrayInputStream(paramValue.getBytes(FORM_CHARSET));

Where FORM_CHARSET is hardcoded to "UTF-8"

In 8.0.0 we introduced the "discovery-options" notion to the HC's domain-controller config. One expected usage pattern is there will be a master HC and then one or more slaves started with --backup-dc that act as passive failover DC's. Other slaves will use discovery-options elements to configure all possible masters. If the regular master fails, a backup can be quickly converted to a master with a couple CLI ops.
This works, except the slave shows some unhelpful logging while waiting for the backup to be promoted:

[Host Controller] 14:58:13,105 WARN  [org.jboss.as.host.controller] (Remoting "besdev:MANAGEMENT" task-3) JBAS010914: Connection to remote host-controller closed. Trying to reconnect.
[Host Controller] 14:58:13,134 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 14:58:14,160 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 14:58:18,180 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 14:58:27,200 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 14:58:42,216 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 14:58:57,232 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 14:59:12,248 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 14:59:27,264 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 14:59:42,280 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 14:59:57,296 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 15:00:12,312 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 15:00:27,328 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master
[Host Controller] 15:00:42,351 INFO  [org.jboss.as.host.controller] (domain-connection-threads - 1) JBAS010916: Reconnected to master

What's happening there is the slave is connecting to the backup but is not being allowed to register as a slave because the backup is not yet a master. The logging should reflect what's actually happening.
Also, after the backup is promoted and the slave properly registers, there's nothing in the slaves logs.

Operation :validate-address produces IllegalArgumentException with wrong parameters instead of well formed failure description:
jboss-cli:

[standalone@localhost:9990 /] :validate-address(value=nonsense)
{
}

13:14:39,102 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 15) WFLYCTL0013: Operation ("validate-address") failed - address: ([]): java.lang.IllegalArgumentException
	at org.jboss.dmr.ModelValue.asList(ModelValue.java:143)
	at org.jboss.dmr.ModelNode.asList(ModelNode.java:1389)
	at org.jboss.as.controller.PathAddress.pathAddress(PathAddress.java:72)
	at org.jboss.as.controller.operations.common.ValidateAddressOperationHandler.execute(ValidateAddressOperationHandler.java:77)

[standalone@localhost:9990 /] :validate-address(value=(nonsense))
{
}

13:16:25,040 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 17) WFLYCTL0013: Operation ("validate-address") failed - address: ([]): java.lang.IllegalArgumentException

However, the following erroneous input does not pollute server.log with warning:

[standalone@localhost:9990 /] :validate-address(value={"nonsense"=>"nonsense"})
Failed to handle ':validate-address(value={"nonsense"=>"nonsense"})': java.lang.IllegalArgumentException

bin/standalone.sh does not use "shift" correctly when parsing commandline option, failing with "bin/standalone.sh: 34: shift: can't shift that many" if "--debug" without a parameter is used on dash (default shell in debian)
Second issue is that the script does not handle correctly situation when CDPATH environment variable is set, failing completely.
Attaching patch that fixes both these issues.

~.domain.Book roo> controller all --package ~.web
Created SRC_MAIN_JAVA/org/s/s/web
Created SRC_MAIN_JAVA/org/s/s/web/BookController.java
Created SRC_MAIN_WEBAPP/WEB-INF/spring
Created SRC_MAIN_WEBAPP/WEB-INF/spring/webmvc-config.xml
Undo create SRC_MAIN_WEBAPP/WEB-INF/spring/webmvc-config.xml
Undo create SRC_MAIN_WEBAPP/WEB-INF/spring
Undo create SRC_MAIN_JAVA/org/s/s/web/BookController.java
Undo create SRC_MAIN_JAVA/org/s/s/web
Method 'org.springframework.roo.classpath.details.MethodMetadataBuilder@4d2aa175' failed to provide a body, despite being identified for ITD inclusion

https://github.com/wildfly/wildfly/blob/master/pom.xml#L6461
This was brought in 5 years ago, current version of Maven and surefire plugins should be able to deal with it without explicit help.
Removal of this part could allow adoption of TestNG based test coverage 

Deploying distributable application (for example https://github.com/liweinan/cluster-demo) fails:

2018-06-28 11:23:50,504 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache-configuration.web.cluster-demo.war: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.web.cluster-demo.war: Failed to start service
	at org.infinispan.configuration.cache.MemoryConfigurationBuilder.validate(MemoryConfigurationBuilder.java:185)
	at org.infinispan.configuration.cache.ConfigurationBuilder.validate(ConfigurationBuilder.java:233)
	at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:290)
	at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:280)
	... 6 more

Coverity scan found issue in following code in FileSystemRealm class in testsuite/shared module:

String.format("/subsystem=elytron/filesystem-realm=%s/identity=%s:add-attribute(name=groups, value=[%s])",
  name, user.getName(), user.getPassword(), String.join(",", user.getRoles())));

The code contains 3x %s, but 4x parametr.
The param user.getPassword() is a C/P leftover and should be removed.
https://github.com/wildfly/wildfly/blob/9a2abd640a01749efcf864a1184b025a0d7dd212/testsuite/shared/src/main/java/org/wildfly/test/security/common/elytron/FileSystemRealm.java#L64

I need to do push in of method Converter<String, MyClassPK> getJsonToMyClassPKConverter (ApplicationConversionServiceFactoryBean) for contemplate some special cases that are in my code.
But when I do push of this method or other related with Json, appears in console this message:
NullPointerException at org.springframework.roo.addon.web.mvc.controller.converter.ConversionServiceMetadata.getInstallLabelConvertersMethod(ConversionServiceMetadata.java:185)
And the console stops working.

[domain@localhost:9990 /] /host=master/server=*/interface=public:read-resource-description
{
        {
                ("host" => "master"),
                ("server" => "*"),
                ("interface" => "public")
            ],
            "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.NullPointerException",
        },
        {
                ("server" => "server-one"),
            ],
        },
        {
                ("server" => "server-two"),
            ],
        }
    ],
    "failure-description" => "WFLYCTL0285: Operation read-resource-description invoked against multiple target addresses failed at address [
    (\"server\" => \"*\"),
    (\"interface\" => \"public\")
] with failure description WFLYCTL0158: Operation handler failed: java.lang.NullPointerException",
}

In the HC log:

[Host Controller] 20:37:28,277 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("read-resource-description") failed - address: ([
[Host Controller]     ("server" => "*"),
[Host Controller]     ("interface" => "public")
[Host Controller] ]): java.lang.NullPointerException
[Host Controller] 	at org.jboss.as.controller.operations.global.ReadResourceDescriptionHandler.getResourceRegistrationCheckForAlias(ReadResourceDescriptionHandler.java:391)
[Host Controller] 	at org.jboss.as.controller.operations.global.ReadResourceDescriptionHandler.doExecuteInternal(ReadResourceDescriptionHandler.java:189)
[Host Controller] 	at org.jboss.as.controller.operations.global.ReadResourceDescriptionHandler.doExecute(ReadResourceDescriptionHandler.java:161)
[Host Controller] 	at org.jboss.as.controller.operations.global.ReadResourceDescriptionHandler.access$300(ReadResourceDescriptionHandler.java:97)
[Host Controller] 	at org.jboss.as.controller.operations.global.ReadResourceDescriptionHandler$2.execute(ReadResourceDescriptionHandler.java:411)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:854)

The handling for this doesn't have the stuff I did for WFCORE-282.

I was running YCSB against a 0.92 branch and encountered this error message:

11/11/29 08:47:16 WARN client.HConnectionManager$HConnectionImplementation: Failed all from region=usertable,user3917479014967760871,1322555655231.f78d161e5724495a9723bcd972f97f41., hostname=c0316.hal.cloudera.com, port=57020
java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.lang.NullPointerException
        at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
        at java.util.concurrent.FutureTask.get(FutureTask.java:83)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.processBatchCallback(HConnectionManager.java:1501)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.processBatch(HConnectionManager.java:1353)
        at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:898)
        at org.apache.hadoop.hbase.client.HTable.doPut(HTable.java:775)
        at org.apache.hadoop.hbase.client.HTable.put(HTable.java:750)
        at com.yahoo.ycsb.db.HBaseClient.update(Unknown Source)
        at com.yahoo.ycsb.DBWrapper.update(Unknown Source)
        at com.yahoo.ycsb.workloads.CoreWorkload.doTransactionUpdate(Unknown Source)
        at com.yahoo.ycsb.workloads.CoreWorkload.doTransaction(Unknown Source)
        at com.yahoo.ycsb.ClientThread.run(Unknown Source)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getRegionServerWithoutRetries(HConnectionManager.java:1315)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$3.call(HConnectionManager.java:1327)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$3.call(HConnectionManager.java:1325)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:158)
        at $Proxy4.multi(Unknown Source)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$3$1.call(HConnectionManager.java:1330)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$3$1.call(HConnectionManager.java:1328)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getRegionServerWithoutRetries(HConnectionManager.java:1309)
        ... 7 more

It looks like the NPE is caused by server being null in the MultiRespone call() method.

     public MultiResponse call() throws IOException {
         return getRegionServerWithoutRetries(
             new ServerCallable<MultiResponse>(connection, tableName, null) {
               public MultiResponse call() throws IOException {
                 return server.multi(multi);
               }
               @Override
               public void connect(boolean reload) throws IOException {
                 server =
                   connection.getHRegionConnection(loc.getHostname(), loc.getPort());
               }
             }
         );

Management model does not validate input values for attributes in /interface section.
Attribute indicating that part of the selection criteria for choosing an IP address for this interface should be whether or it the address fits in the given subnet definition. Value is a network IP address and the number of bits in the address' network prefix, written in "slash notation"; e.g. "192.168.0.0/16". An 'undefined' value means this attribute is not relevant to the IP address selection.
In the description of subnet-match attribute it is clearly defined the format of input value. However the following command does not fail. 

/interface=public:write-attribute(name=subnet-match,value="wrong-input")
{
    }
}

Attribute indicating that part of the selection criteria for choosing an IP address for this interface should be whether or not the address matches the given value. Value is either an IP address in IPv6 or IPv4 dotted decimal notation, or a hostname that can be resolved to an IP address. An 'undefined' value means this attribute is not relevant to the IP address selection.
There are also attributes which accept inet addresses - namely inet-address, loopback-address. Validation for these attributes is not performed either.

/interface=public:write-attribute(name=inet-address,value="wrong-input")
{
    }
}

The Bytes.toBigDecimal(byte[], offset, len) method does not use the offset, thus you will get an incorrect result for the BigDecimal unless the BigDecimal's bytes are at the beginning of the byte array.

    public long getHitCount() {
      return hitCachingCount.get();
    }

This should be hitCount.get()

The metastore's validation error message when attempting to rename a table to a non-existent database is wrong.  For instance, attempting to alter table 'db.table' to 'non_existent_database.table' results in the Thrift error:
TException - service has thrown: InvalidOperationException(message=Unable to change partition or table. Database db does not exist Check metastore logs for detailed stack.non_existent_database)
I believe the offending line of code is here, notice that dbname is used in the message, not newDbName.  I don't know if switching that would cause the case of a non-existing dbname case to regress, though.

I am using AC and VC together.( In the required order with AC first)
Still I am getting the below Exception

2014-05-29 14:10:55,574 ERROR [ActiveMasterManager] client.AsyncProcess(313): Failed to get region location 
org.apache.hadoop.hbase.TableNotFoundException: hbase:acl
       at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegionInMeta(ConnectionManager.java:1056)
       at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegion(ConnectionManager.java:995)
       at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegion(ConnectionManager.java:952)
       at org.apache.hadoop.hbase.client.AsyncProcess.findDestLocation(AsyncProcess.java:380)
       at org.apache.hadoop.hbase.client.AsyncProcess.submit(AsyncProcess.java:309)
       at org.apache.hadoop.hbase.client.AsyncProcess.submit(AsyncProcess.java:263)
       at org.apache.hadoop.hbase.client.HTable.backgroundFlushCommits(HTable.java:1022)
       at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:1357)
       at org.apache.hadoop.hbase.client.HTable.put(HTable.java:957)
       at org.apache.hadoop.hbase.security.access.AccessControlLists.addUserPermission(AccessControlLists.java:174)
       at org.apache.hadoop.hbase.security.access.AccessController.postCreateTable(AccessController.java:867)
       at org.apache.hadoop.hbase.master.MasterCoprocessorHost.postCreateTable(MasterCoprocessorHost.java:258)
       at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1123)
       at org.apache.hadoop.hbase.security.visibility.VisibilityController.postStartMaster(VisibilityController.java:231)
       at org.apache.hadoop.hbase.master.MasterCoprocessorHost.postStartMaster(MasterCoprocessorHost.java:1390)
       at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:619)
       at org.apache.hadoop.hbase.master.HMaster.access$3(HMaster.java:462)
       at org.apache.hadoop.hbase.master.HMaster$1.run(HMaster.java:1258)
2014-05-29 14:10:55,587 ERROR [ActiveMasterManager] master.HMaster(621): Coprocessor postStartMaster() hook failed
org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 1 action: hbase:acl: 1 time, 
       at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.makeException(AsyncProcess.java:180)
       at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.access$1(AsyncProcess.java:179)
       at org.apache.hadoop.hbase.client.AsyncProcess.waitForAllPreviousOpsAndReset(AsyncProcess.java:1024)
       at org.apache.hadoop.hbase.client.HTable.backgroundFlushCommits(HTable.java:1025)

During the master start, the postStartMaster on the AC is called 1st and it creates acl table.   This create will be handled by another thread in master.
Then CP f/w calls postStartMaster on VC which will try creating labels table.  
And in the AC we have a postCreateTable() hook where we add the table owner permission to acl table.  This hook will be called before the actual creation of the table (labels) and will be quickly called.
So by this time, when this hook on AC is getting executed, the table creation threads might be in process of creating the tables. (acl and labels tables)
And so we will get a TableNotFoundException.
Well this can be generic issue. Another CPs also might create tables. So I believe we should handle this in AC.
Solution will be simple
Handling of the owner permission to be moved to postCreateTableHandler() CP. This hook will be called after the table is fully created by the handler thread. I think we should add the table related permission only after it is fully created. 
Initailly I was thinking that we should add some waiting in the AC#postCreateTableHandler() so that the ACL table is created. (The table creations happen in another thread)
But seems this is not needed.
Even if the create table is given as a Threadpool.submit request, this pool  is having only one Thread.  So creation of the tables are happening in sequential way. 
Here is the master code with one thread

   // We depend on there being only one instance of this executor running
   // at a time.  To do concurrency, would need fencing of enable/disable of
   // tables.
   this.service.startExecutorService(ExecutorType.MASTER_TABLE_OPERATIONS, 1);
   
in SemanticAnalzyer.genUnionPlan, tabref can be null, and if then one of the "throw new SemanticException" lines gets called, generateErrorMessage will error out with a NullPointerException when ast.getLine() is called. The fix is just to add a check for if (ast == null)
example stack trace:

2014-09-12 14:02:3014/09/12 21:02:30 ERROR ql.Driver: FAILED: NullPointerException null
2014-09-12 14:02:30java.lang.NullPointerException
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.generateErrorMessage(SemanticAnalyzer.java:484)
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genUnionPlan(SemanticAnalyzer.java:7411)
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:7970)
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:7985)
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:8693)
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:278)
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:458)
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:407)
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:339)
2014-09-12 14:02:30	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:969)
2014-09-12 14:02:30	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:261)
2014-09-12 14:02:30	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:218)
2014-09-12 14:02:30	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:421)
2014-09-12 14:02:30	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:356)
2014-09-12 14:02:30	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:714)
2014-09-12 14:02:30	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:622)
2014-09-12 14:02:30	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2014-09-12 14:02:30	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2014-09-12 14:02:30	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2014-09-12 14:02:30	at java.lang.reflect.Method.invoke(Method.java:597)
2014-09-12 14:02:30	at org.apache.hadoop.util.RunJar.main(RunJar.java:208)

This is regression compared to EAP 7.0.0. 
See attached logs server-one.log , host-controller.log

ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 2) MSC000001: Failed to start service jboss.server-boot-operations: org.jboss.msc.service.StartException in service jboss.server-boot-operations: java.net.ConnectException: WFLYPRT0053: Could not connect to remote://0.0.0.0:9999. The connection failed
	at org.jboss.as.server.mgmt.domain.ServerBootOperationsService$1.run(ServerBootOperationsService.java:72)
Caused by: java.net.ConnectException: WFLYPRT0053: Could not connect to remote://0.0.0.0:9999. The connection failed
	at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:121)
	at org.jboss.as.server.mgmt.domain.HostControllerConnection.openConnection(HostControllerConnection.java:128)
	at org.jboss.as.server.mgmt.domain.HostControllerClient.resolveBootUpdates(HostControllerClient.java:110)
	at org.jboss.as.server.mgmt.domain.ServerBootOperationsService$1.run(ServerBootOperationsService.java:68)
	... 4 more
Caused by: javax.security.sasl.SaslException: Authentication failed: none of the mechanisms presented by the server (JBOSS-LOCAL-USER, DIGEST-MD5) are supported
	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:426)
	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:241)
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:567)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:465)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:427)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:415)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:177)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:113)
	... 9 more

When using the PagingAndSortingRepository with a Pageable query, attempts to sort by the join property will exclude entities where the join condition is absent.
From JSR-317 4.4.5.2:
LEFT JOIN and LEFT OUTER JOIN are synonymous. They enable the retrieval of a set of entities where matching values in the join condition may be absent.
According to standard SQL and JPA specs, the left outer join should always contain all entities from the "left" table even if the join condition is absent. Therefore, the exclusion of the "left" entities when there is no matching value in the "right" table seems incorrect.
For example, given an entity "Person" with optional OneToOne relationship "Address" (where Address is the owner), any attempts to retrieve pages of Person entities from the repository that are ordered by an Address property will only return Person entities that have non-null Addresses. This is only a problem for Pageable and Sort queries; using the same @Query with a non-pageable/sort works as expected.

// Includes Persons with no Addresses and sorts by address.city, as expected
@Query("select p from Person p left outer join p.address address order by address.city")
List<Person> findPersonOrderByCity();

// Excludes Persons with no Addresses when sorting by an address property
@Query("select p from Person p left outer join p.address address")
Page<Person> findPerson(Pageable pageable);

// Excludes Persons with no Addresses when sorting by an address property    
List<Person> findPerson(Sort sort);

The resulting core sql statements (simplified slightly for brevity) are as follows; notice the additional FROM clause incorrectly added to the pageable query:

select p.id, p.first_name, p.last_name from person p left outer join address a on p.id=a.person order by a.city

select p.id, p.first_name, p.last_name from person p left outer join address a on p.id=a.person, address a2 where p.id=a2.person order by a2.city asc

A full test case is attached. This has been tested with spring-data-jpa-1.1.1.RELEASE and hibernate-4.1.5.SP1.

methodmetadata -> functionid
OnRegionMethodMetadata -> Filter and GemfireFunctionUtils
GemfireFunctionUtils -> PojoFunctionWrapper
Moving annotations into their own package and GemfireFunctionUtils to the top level function package resolve the cycle. 
Putting the end-user annotations into the annotation package also makes it easier to understand the annotation based programming model as other internal classes don't add any noise.

Tests added are timing out in ptest run. Need to skip these test cases from batching and run them separately.

After going crazy killing region servers after HBASE-3668, most of the cluster recovered except for 3 regions that kept being refused by the region servers.
One the master I would see:

2011-03-17 22:23:14,828 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  supr_rss_items,ea0a3ac6c8779dab:872333599:ed1a7ad00f076fd98fcd3adcd98b62c6,1285707378709.f11849557c64c4efdbe0498f3fe97a21. state=PENDING_OPEN, ts=1300400554826
2011-03-17 22:23:14,828 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_OPEN for too long, reassigning region=supr_rss_items,ea0a3ac6c8779dab:872333599:ed1a7ad00f076fd98fcd3adcd98b62c6,1285707378709.f11849557c64c4efdbe0498f3fe97a21.
2011-03-17 22:23:14,828 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Forcing OFFLINE; was=supr_rss_items,ea0a3ac6c8779dab:872333599:ed1a7ad00f076fd98fcd3adcd98b62c6,1285707378709.f11849557c64c4efdbe0498f3fe97a21. state=PENDING_OPEN, ts=1300400554826
2011-03-17 22:23:14,828 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: No previous transition plan was found (or we are ignoring an existing plan) for supr_rss_items,ea0a3ac6c8779dab:872333599:ed1a7ad00f076fd98fcd3adcd98b62c6,1285707378709.f11849557c64c4efdbe0498f3fe97a21. so generated a random one; hri=supr_rss_items,ea0a3ac6c8779dab:872333599:ed1a7ad00f076fd98fcd3adcd98b62c6,1285707378709.f11849557c64c4efdbe0498f3fe97a21., src=, dest=sv2borg171,60020,1300399357135; 17 (online=17, exclude=null) available servers
2011-03-17 22:23:14,828 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region supr_rss_items,ea0a3ac6c8779dab:872333599:ed1a7ad00f076fd98fcd3adcd98b62c6,1285707378709.f11849557c64c4efdbe0498f3fe97a21. to sv2borg171,60020,1300399357135

Then on the region server:

2011-03-17 22:23:14,829 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:60020-0x22d627c142707d2 Attempting to transition node f11849557c64c4efdbe0498f3fe97a21 from M_ZK_REGION_OFFLINE to RS_ZK_REGION_OPENING
2011-03-17 22:23:14,832 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: regionserver:60020-0x22d627c142707d2 Retrieved 166 byte(s) of data from znode /hbase/unassigned/f11849557c64c4efdbe0498f3fe97a21; data=region=supr_rss_items,ea0a3ac6c8779dab:872333599:ed1a7ad00f076fd98fcd3adcd98b62c6,1285707378709.f11849557c64c4efdbe0498f3fe97a21., server=sv2borg180,60020,1300384550966, state=RS_ZK_REGION_OPENING
2011-03-17 22:23:14,832 WARN org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:60020-0x22d627c142707d2 Attempt to transition the unassigned node for f11849557c64c4efdbe0498f3fe97a21 from M_ZK_REGION_OFFLINE to RS_ZK_REGION_OPENING failed, the node existed but was in the state RS_ZK_REGION_OPENING
2011-03-17 22:23:14,832 WARN org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Failed transition from OFFLINE to OPENING for region=f11849557c64c4efdbe0498f3fe97a21

I'm not sure I fully understand what was going on... the master was suppose to OFFLINE the znode but then that's not what the region server was seeing? In any case, I was able to recover by doing a force unassign for each region and then assign.

In the JBoss AS-7.1.1.Final, I used the following code to do the JNDI binding/unbinding from the modules (not deployed in the deployment folder).
public class JndiRegistry {
     private static final Log LOG= LogFactory.getLog(JndiRegistry.class);
     public static void bindToJndi(String name, Object object) {
         ServiceTarget serviceTarget = CurrentServiceContainer.getServiceContainer();
         if (serviceTarget != null) {
            WritableServiceBasedNamingStore.pushOwner(serviceTarget);
             try 
{
                 InitialContext context = new InitialContext();
                 context.bind(name, object);
             }
 catch (NamingException e) 
{
                 LOG.error("Error in binding the object in JNDI.");
             }
         }
     }
     public static void unbindFromJndi(String name){
             WritableServiceBasedNamingStore.pushOwner(serviceTarget);
             try 
{
                 context.unbind(name);
             }
{
                 LOG.error("Error in unbinding the object from JNDI.");
             }
         }
     }
}
With the EAP 6.1.0.Alpha, I am getting the error of "
Caused by: java.lang.NoSuchMethodError: org.jboss.as.naming.WritableServiceBasedNamingStore.pushOwner(Lorg/jboss/msc/service/ServiceTarget;[Lorg/jboss/msc/service/ServiceName;)V",

Suppose we have the following flow:
 from("activemq:vasea")
  .to("cxf:bean:serviceEndpoint?dataFormat=MESSAGE")
    .unmarshal().string()
  .to("activemq:petea");
In this flow cxf:bean:serviceEndpoint returns ByteArrayInputStream as body. Under normal conditions everything works fine: WS output gets to the queue.
But if we add:
getContext().addInterceptStrategy(new Tracer());
Queue starts receiving empty messages. After digging in the code I found out that tracer reads input stream in order to display body, but not resets it. Thus when message reaches unmarshaller, nothing could be read from the stream.

We use Orbacus as our CORBA implementation, and in our application we wish to use CORBA classes only from the orbacus module, and not the JDK/WildFly bundled CORBA.
In the jboss-deployment-structure.xml file of our ear file, we have the following:

    <ear-subdeployments-isolated>false</ear-subdeployments-isolated>
        <exclusions>
            <module name="javax.orb.api" />
            <module name="org.omg.api" />
        </exclusions>
            <module name="com.ooc.orbacus" export="true"/>
            <module name="org.apache.commons.logging" export="true" />
            <module name="org.apache.commons.collections" export="true" />
            <module name="org.apache.log4j" export="true" />
            <module name="org.dom4j" export="true" />
            <module name="org.jdom" export="true" />
            <module name="javax.faces.api" slot="mojarra-2.1.23" export="true"/>
            <module name="com.sun.jsf-impl" slot="mojarra-2.1.23" export="true"/>
            <module name="org.jboss.ejb-client" export="true" />
            <module name="org.jboss.remote-naming" export="true" />
            <module name="org.jboss.remoting3" export="true" />
            <module name="org.apache.xerces" />
            <!-- dependency for richfaces -->
            <module name="com.google.guava" slot="11.0.2" export="true"/>
...

However, despite excluding the javax.orb.api module, I can see that org.omg.PortableServer.Servant is loaded from that module instead of being loaded from our com.ooc.orbacus module.  This causes our application to fail.
Debugging through the jboss module loader, I can see that it considers both javax.orb.api and com.ooc.orbacus as prodivers of the org/omg/PortableServer path.  I am not sure why javax.orb.api is being considered when it has been excluded in the deployment descriptor for the application.

In StoreScanner the number of results is limited to avoid OOMs.
However, this is done by first adding the KV into a local ArrayList and then copying the entries in this list to the final result list.
In turns out the this temporary list is only used to keep track of the size of the result set in this loop. Can use a simple int instead.

Most of primitive types are non-mutable, so copyToStandardObject retuns input object as-is. But for Timestamp objects, it's used something like wrapper and inside value changed by hive. copyToStandardObject should return real copy of them.

Expose Spark task counts and stage Ids information in SparkTask from SparkJobMonitor. So these information can be used by hive hook to monitor spark jobs.

GenericFileEndpoint supports autoCreate option. It may be used to create necessary path for fileconsumer and producers for file/ftp/ftps/sftp endpoints.
This flag however isn't used for ftp/ftps/sftp consumers.

Hive MapredLocalTask Can Print Environment Passwords, like -Djavax.net.ssl.trustStorePassword.
The same could happen, when logging spark properties

WebHCat server has a long running cleanup thread (HDFSCleanup) which holds a reference to FileSystem. Because of this reference, many FileSystem related objects (e.g. MetricsSystemImpl) cannot be garbage collected. Sometimes this causes OOM exception. Since the cleanup is done every 12 hours by default, we can simply recreate a FileSystem when we need to use it.

Our meta table got a row key of METAROW in it.  Hard to explain how it happened, but under code inspection stack found that we are reusing the same KV instance for each replayed key.

We ran into a situation where due to a Kerberos configuration problem one of our region server could not connect to ZK when opening a region. Instead of shutting down it continue to try to reconnect. Eventually the master would assign the region to another region server. Each time that region server was assigned a region it would sit there for 5 mins with the region offline. It would have been better if the region server had shut itself down.
This is in the logs:

2013-08-16 17:31:35,999 WARN org.apache.hadoop.hbase.zookeeper.ZKUtil: hconnection-0x2407b842ff2012d-0x2407b842ff2012d-0x2407b842ff2012d Unable to set watcher on znode (/hbase/hbaseid)
org.apache.zookeeper.KeeperException$AuthFailedException: KeeperErrorCode = AuthFailed for /hbase/hbaseid
    at org.apache.zookeeper.KeeperException.create(KeeperException.java:123)
    at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
    at org.apache.zookeeper.ZooKeeper.exists(ZooKeeper.java:1041)
    at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.exists(RecoverableZooKeeper.java:172)
    at org.apache.hadoop.hbase.zookeeper.ZKUtil.checkExists(ZKUtil.java:450)
    at org.apache.hadoop.hbase.zookeeper.ClusterId.readClusterIdZNode(ClusterId.java:61)
    at org.apache.hadoop.hbase.zookeeper.ClusterId.getId(ClusterId.java:50)
    at org.apache.hadoop.hbase.zookeeper.ClusterId.hasId(ClusterId.java:44)
    at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.ensureZookeeperTrackers(HConnectionManager.java:616)
    at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:882)
    at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:857)
    at org.apache.hadoop.hbase.client.HTable.finishSetup(HTable.java:233)
    at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:173)
    at org.apache.hadoop.hbase.catalog.MetaReader.getHTable(MetaReader.java:201)
    at org.apache.hadoop.hbase.catalog.MetaReader.getMetaHTable(MetaReader.java:227)
    at org.apache.hadoop.hbase.catalog.MetaReader.getCatalogHTable(MetaReader.java:214)
    at org.apache.hadoop.hbase.catalog.MetaEditor.putToCatalogTable(MetaEditor.java:91)
    at org.apache.hadoop.hbase.catalog.MetaEditor.updateLocation(MetaEditor.java:296)
    at org.apache.hadoop.hbase.catalog.MetaEditor.updateRegionLocation(MetaEditor.java:276)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.postOpenDeployTasks(HRegionServer.java:1828)
    at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler$PostOpenDeployTasksThread.run(OpenRegionHandler.java:240)
I think the RS should shut itself down instead.

I just updated our Maven build to Spring Framework 4.1.6 and Spring Security 4.0.0 and the JAR for Spring Security Core didn't have the Implementation-Version in it.
This was all it contained:
Manifest-Version: 1.0
This causes SpringSecurityCoreVersion to return null as the version.

The following XML DSL defines two routes using the same route policy:
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
http://camel.apache.org/schema/spring http://camel.apache.org/schema/spring/camel-spring.xsd">
  <camel:camelContext xmlns="http://camel.apache.org/schema/spring">
    <camel:propertyPlaceholder id="properties" location="file:///etc/camel/css.properties"/>
    <camel:package>cdp_test</camel:package>
    <camel:route id="r1" routePolicyRef="pol1">
      <camel:from uri="file://data/1"/>
      <camel:to uri="stream:out"/>
    </camel:route>
    <camel:route id="r2" routePolicyRef="pol1">
      <camel:from uri="file://data/2"/>
  </camel:camelContext>
  <bean id="pol1" class="org.apache.camel.routepolicy.quartz.CronScheduledRoutePolicy">
    <property name="routeStartTime" value="00,30 * * * * ? *"/>
    <property name="routeStopTime"  value="10,40 * * * * ? *"/>
  </bean>
</beans>
This is the logging output. r2 does not follow the policy:
[pache.camel.spring.Main.main()] StdSchedulerFactory            INFO  Quartz scheduler 'DefaultQuartzScheduler-camel-1' initialized from an externally provided properties instance.
[pache.camel.spring.Main.main()] StdSchedulerFactory            INFO  Quartz scheduler version: 1.8.4
[pache.camel.spring.Main.main()] ScheduledRoutePolicy           INFO  Scheduled trigger: triggerGroup-r1.trigger-START-r1 for action: START on route:
[pache.camel.spring.Main.main()] ScheduledRoutePolicy           INFO  Scheduled trigger: triggerGroup-r1.trigger-STOP-r1 for action: STOP on route:
[pache.camel.spring.Main.main()] SpringCamelContext             INFO  Route: r1 started and consuming from: Endpointfile://data/1
[pache.camel.spring.Main.main()] SpringCamelContext             INFO  Route: r2 started and consuming from: Endpointfile://data/2
[pache.camel.spring.Main.main()] QuartzComponent                INFO  Starting Quartz scheduler: DefaultQuartzScheduler-camel-1
[pache.camel.spring.Main.main()] QuartzScheduler                INFO  Scheduler DefaultQuartzScheduler-camel-1_$_NON_CLUSTERED started.
[pache.camel.spring.Main.main()] SpringCamelContext             INFO  Total 2 routes, of which 2 is started.
[pache.camel.spring.Main.main()] SpringCamelContext             INFO  Apache Camel 2.8.2 (CamelContext: camel-1) started in 0.596 seconds
hello 1
[artzScheduler-camel-1_Worker-2] DefaultShutdownStrategy        INFO  Starting to graceful shutdown 1 routes (timeout 10000 milliseconds)
el-1) thread #2 - ShutdownTask DefaultShutdownStrategy        INFO  Route: r1 shutdown complete, was consuming from: Endpointfile://data/1
[artzScheduler-camel-1_Worker-2] DefaultShutdownStrategy        INFO  Graceful shutdown of 1 routes completed in 0 seconds
[artzScheduler-camel-1_Worker-2] SpringCamelContext             INFO  Route: r1 stopped, was consuming from: Endpointfile://data/1
hello 2
hello 2
[artzScheduler-camel-1_Worker-3] SpringCamelContext             INFO  Route: r1 started and consuming from: Endpointfile://data/1
hello 2
[artzScheduler-camel-1_Worker-4] DefaultShutdownStrategy        INFO  Starting to graceful shutdown 1 routes (timeout 10000 milliseconds)
[artzScheduler-camel-1_Worker-4] DefaultShutdownStrategy        INFO  Graceful shutdown of 1 routes completed in 0 seconds
[artzScheduler-camel-1_Worker-4] SpringCamelContext             INFO  Route: r1 stopped, was consuming from: Endpointfile://data/1
If I use two separate identical route policies it works as I expect.

(Note: This might be related to HIVE-2750)
I am doing a query with multiple INSERT OVERWRITE to multiple tables in order to scan the dataset only 1 time, and i end up having all these tables with the same content ! It seems the GROUP BY query that returns results is overwriting all the temp tables.
Weird enough, if i had further GROUP BY queries into additional temp tables, grouped by a different field, then all temp tables, even the ones that would have been wrong content are all correctly populated.
This is the misbehaving query:
    FROM nikon
    INSERT OVERWRITE TABLE e1
    SELECT qs_cs_s_aid AS Emplacements, COUNT AS Impressions
    WHERE qs_cs_s_cat='PRINT' GROUP BY qs_cs_s_aid
    INSERT OVERWRITE TABLE e2
    SELECT qs_cs_s_aid AS Emplacements, COUNT AS Vues
    WHERE qs_cs_s_cat='VIEW' GROUP BY qs_cs_s_aid
    ;
It launches only one MR job and here are the results. Why does table 'e1' contains results from table 'e2' ?! Table 'e1' should have been empty (see individual SELECTs further below)
    hive> SELECT * from e1;
    OK
    NULL    2
    1627575 25
    1627576 70
    1690950 22
    1690952 42
    1696705 199
    1696706 66
    1696730 229
    1696759 85
    1696893 218
    Time taken: 0.229 seconds
    hive> SELECT * from e2;
    OK
    NULL    2
    1627575 25
    1627576 70
    1690950 22
    1690952 42
    1696706 66
    1696759 85
    Time taken: 0.11 seconds
Here is are the result to the indiviual queries (only the second query returns a result set):
    hive> SELECT qs_cs_s_aid AS Emplacements, COUNT AS Impressions FROM nikon
    WHERE qs_cs_s_cat='PRINT' GROUP BY qs_cs_s_aid;
    (...)
    OK
          <- There are no results, this is normal
    Time taken: 41.471 seconds
    hive> SELECT qs_cs_s_aid AS Emplacements, COUNT AS Vues FROM nikon
    WHERE qs_cs_s_cat='VIEW' GROUP BY qs_cs_s_aid;
    (...)
    OK
    NULL  2
    1627575 25
    1627576 70
    1690950 22
    1690952 42
    1696706 66
    1696759 85
    Time taken: 39.607 seconds

Javadoc is no longer distributed as part of the distribution build. Javadocs are expected in $project.baseDir/target/static-resources/api. Reference docs are built and distributed correctly.

When using Spring's SpringJUnit4ClassRunner to run unit-tests (the default runner for Spring's test base-classes) there is a execution order difference compared to default JUnit 4. 
In the normal JUnit test runner (BlockJUnit4ClassRunner) it executes any @Rule's before running the @Before methods in a (base-)class. Spring's test runner first executes any @Before annotated methods before processing the @Rule's.
For example this causes a TestName JUnit rule (used to get the name of the currently executing test method) to be null in a @Before method.
The current SpringJUnit4ClassRunner fails on JUnit's own test suite because of this.
Attached is a patch with a fix (changes order of @Rule execution).

Calling the cli using the command:
jboss-cli.sh --connect  --user="myuser" --password="mypassword" --command=":read-children-names(child-type=host)"
leaks memory to old gen. Eventually the host controller goes OOM if called to often.

There is an extra seek(0) on FileLink open, that we can skip

In org.springframework.ws.transport.http.HttpUrlConnection we find the following code:

@Override
	public Iterator<String> getResponseHeaders(String name) throws IOException {
		Map<String, List<String>> mapHeader = connection.getHeaderFields();
		List<String> listHeaderValues = mapHeader.get(name);
		if (listHeaderValues == null) {
		    return Collections.<String>emptyList().iterator();
		} else {
		    return listHeaderValues.iterator();
		}
	}

This code returns an Iterator containing the HTTP-Header(s) that matches the parameter "name" . The problem is that this is case sensitive. According to the RFC HTTP-Headers are case-insensitive

When multiple PKCS11 keystores are configured in domain [1][2]. And PKCS11 store contains secret key. Then this exception is thrown on startup intermittently (but very often, cca 50%). 

Unable to find source-code formatter for language: server.log. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml
[Host Controller] 10:15:05,526 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service org.wildfly.security.key-store.oneWayKS: org.jboss.msc.service.StartException in service org.wildfly.security.key-store.oneWayKS: WFLYELY00004: Unable to start the service.
[Host Controller] 	at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:146)
[Host Controller] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
[Host Controller] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
[Host Controller] Caused by: java.io.IOException: load failed
[Host Controller] 	at sun.security.pkcs11.P11KeyStore.engineLoad(P11KeyStore.java:763)
[Host Controller] 	at java.security.KeyStore.load(KeyStore.java:1445)
[Host Controller] 	at org.wildfly.security.keystore.AtomicLoadKeyStoreSpi.engineLoad(AtomicLoadKeyStoreSpi.java:55)
[Host Controller] 	at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:137)
[Host Controller] 	... 5 more
[Host Controller] Caused by: java.security.KeyStoreException: invalid KeyStore state: found multiple secret keys sharing same CKA_LABEL [my-key]
[Host Controller] 	at sun.security.pkcs11.P11KeyStore.mapLabels(P11KeyStore.java:2408)
[Host Controller] 	at sun.security.pkcs11.P11KeyStore.engineLoad(P11KeyStore.java:755)
[Host Controller] 	... 9 more

Storing secret key into PKCS11 store is necessary for FIPS Credential store implementation.
sun.security.pkcs11.P11KeyStore.java

           for (long handle : handles) {
                attrs = new CK_ATTRIBUTE[] { new CK_ATTRIBUTE(CKA_LABEL) };
                token.p11.C_GetAttributeValue(session.id(), handle, attrs);
                if (attrs[0].pValue != null) {
                    // there is a CKA_LABEL
                    String cka_label = new String(attrs[0].getCharArray());
                    if (sKeyMap.get(cka_label) == null) {
                        sKeyMap.put(cka_label, new AliasInfo(cka_label));
                    } else {
                        throw new KeyStoreException("invalid KeyStore state: " +
                                "found multiple secret keys sharing same " +
                                "CKA_LABEL [" +
                                cka_label +
                                "]");
                    }
                }
            }

It seems to me problem will be PKCS11 store (system wide) is loaded concurrently multiple times and therefore sometimes JDK check triggers false positive alarm [3].
[1] https://gitlab.mw.lab.eng.bos.redhat.com/jbossqe-eap/tests-security/blob/7.x/fips/src/test/resources/host-configs/elytron/host-master-ssl-2way.xml
[2] https://gitlab.mw.lab.eng.bos.redhat.com/jbossqe-eap/tests-security/blob/7.x/fips/src/test/resources/host-configs/elytron/host-slave-ssl-2way.xml
[3] http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/sun/security/pkcs11/P11KeyStore.java#2408

Trying to generate one jsf project with Spring roo 1.2.3 I obtain compilation errors after "perform eclipse" command.
I supose that the main error is this line:
~.jsf roo> 
[ERROR] C:\Workspace_bar\bar\bar-console2\src\main\java\com\foo\bar\jsf\ApplicationServiceBean_Roo_ManagedBean.aj:381:0::0 Type mismatch: cannot convert from java.util.List<javax.faces.application.Application> to java.util.List<com.foo.bar.domain.Application>
I'm using java 1.6.0_30

IntegrationTestRSGroup fails if run in minicluster mode. Configuration should be handled automatically. 
FAILURE! - in org.apache.hadoop.hbase.rsgroup.IntegrationTestRSGroup
org.apache.hadoop.hbase.exceptions.UnknownProtocolException: 
org.apache.hadoop.hbase.exceptions.UnknownProtocolException: No registered master coprocessor service found for name RSGroupAdminService
	at org.apache.hadoop.hbase.master.MasterRpcServices.execMasterService(MasterRpcServices.java:702)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:64515)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2352)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:124)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:297)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:277)

create an object like:

@Document
class MyDataObject {
  private Map<String, Long> impressionsByOSVersion;
}

add an entry to map like

myObject.osVersions.put("iPhone 4.3.2", 1L);

save this object using mongo operations i.e.
see exception:

java.lang.IllegalArgumentException: fields stored in the db can't have . in them. (Bad Key: 'iPhone 5.0.1')
        at com.mongodb.DBCollection.validateKey(DBCollection.java:1203)
        at com.mongodb.DBCollection._checkKeys(DBCollection.java:1171)
        at com.mongodb.DBCollection._checkKeys(DBCollection.java:1174)
        at com.mongodb.DBCollection._checkObject(DBCollection.java:1161)
        at com.mongodb.DBCollection.save(DBCollection.java:706)
        at com.mongodb.DBCollection.save(DBCollection.java:691)
        at org.springframework.data.mongodb.core.MongoTemplate$11.doInCollection(MongoTemplate.java:790)
        at org.springframework.data.mongodb.core.MongoTemplate.execute(MongoTemplate.java:368)
        at org.springframework.data.mongodb.core.MongoTemplate.saveDBObject(MongoTemplate.java:784)
        at org.springframework.data.mongodb.core.MongoTemplate.doSave(MongoTemplate.java:720)
        at org.springframework.data.mongodb.core.MongoTemplate.save(MongoTemplate.java:707)
        at org.springframework.data.mongodb.repository.support.SimpleMongoRepository.save(SimpleMongoRepository.java:72)
        at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:322)
        at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:307)
        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy3022.save(Unknown Source)

if I extend MappingMongoConverter and use it, the save works.

class KeyEscapingMongoConverter extends MappingMongoConverter {

    public KeyEscapingMongoConverter(MongoDbFactory mongoDbFactory,
        MappingContext<? extends MongoPersistentEntity<?>, MongoPersistentProperty> mappingContext) {
        super(mongoDbFactory, mappingContext);
    }

    @Override
    protected Map<Object, Object> readMap(TypeInformation<?> type, DBObject dbObject) {
        return unescapeKeys(super.readMap(type, dbObject));
    }

    @Override
    protected DBObject writeMapInternal(Map<Object, Object> map, DBObject dbo, TypeInformation<?> propertyType) {
        return super.writeMapInternal(escapeKeys(map), dbo, propertyType);
    }

    private <K, V> Map<K, V> escapeKeys(Map<K, V> map) {
        Map<K, V> escaped = newHashMap();
        for (Object key : map.keySet()) {
            Object newKey = key;
            if (key instanceof String) {
                newKey = escapeMongoValue((String) key);
            }
            escaped.put((K) newKey, map.get(key));
        }
        return escaped;
    }

    private <K, V> Map<K, V> unescapeKeys(Map<K, V> map) {
        Map<K, V> unescaped = newHashMap();
                newKey = unescapeMongoValue((String) key);
            }
            unescaped.put((K) newKey, map.get(key));
        }
        return unescaped;
    }

    private String escapeMongoValue(String raw) {
        return raw.replaceAll("\\.", "ZZ");
    }

    private String unescapeMongoValue(String raw) {
        return raw.replaceAll("ZZ", "\\.");
    }
}

The first parameter in HBaseAdmin.move(final byte [] encodedRegionName, final byte [] destServerName) should be encoded. Otherwise, it could throw UnknowRegionException and result in failure of this action.

encodedRegionName The encoded region name; i.e. the hash that makes up the region name suffix: 
	 e.g. if regionname is TestTable,0094429456,1289497600452.527db22f95c8a9e0116f0cc13c680396., then 
	 the encoded region name is: 527db22f95c8a9e0116f0cc13c680396.

response.sendRedirect unlocks the session.  So attempting session.invalidate after any sendRedirect throws an IllegalMonitorStateException when it attempts to unlock it again:

16:35:11,267 INFO  [stdout] (default task-1) --------------------------->StampedLock.unlock java.util.concurrent.locks.StampedLock@2a03fe4a[Unlocked] 257
16:35:11,267 INFO  [stdout] (default task-1) java.util.concurrent.locks.StampedLock.unlock(StampedLock.java:603)
16:35:11,267 INFO  [stdout] (default task-1) org.wildfly.clustering.web.undertow.session.DistributableSessionManager.lambda$getSessionCloseTask$1(DistributableSessionManager.java:103)
16:35:11,267 INFO  [stdout] (default task-1) org.wildfly.clustering.web.undertow.session.DistributableSession.requestDone(DistributableSession.java:96)
16:35:11,267 INFO  [stdout] (default task-1) io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:860)
16:35:11,267 INFO  [stdout] (default task-1) io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:572)
16:35:11,267 INFO  [stdout] (default task-1) io.undertow.servlet.spec.HttpServletResponseImpl.sendRedirect(HttpServletResponseImpl.java:203)
16:35:11,267 INFO  [stdout] (default task-1) org.apache.jsp.hi_jsp._jspService(hi_jsp.java:136)
...
Caused by: java.lang.IllegalMonitorStateException
	at java.util.concurrent.locks.StampedLock.unlock(StampedLock.java:609)
	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.lambda$getSessionCloseTask$1(DistributableSessionManager.java:103)
	at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:218)
	at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:198)
	at org.apache.jsp.hi_jsp._jspService(hi_jsp.java:137)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)

HBASE-5453 added this line:

return ClusterId.parseFrom(data).toString();

in function:
public static String readClusterIdZNode(ZooKeeperWatcher watcher)
but this is not implemented, so you get log messages like:
2012-05-21 16:46:31,256 ERROR [RegionServer:0;cloudera-vm,60456,1337643971995-EventThread] zookeeper.ClientCnxn$EventThread(523): Error while calling watcher 
java.lang.IllegalArgumentException: Invalid UUID string: org.apache.hadoop.hbase.ClusterId@5563d208
	at java.util.UUID.fromString(UUID.java:204)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.init(ReplicationSource.java:192)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.getReplicationSource(ReplicationSourceManager.java:328)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.addSource(ReplicationSourceManager.java:206)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager$PeersWatcher.nodeChildrenChanged(ReplicationSourceManager.java:505)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:300)
	at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:521)
	at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:497)
2012-05-21 16:46:31,256 ERROR [RegionServer:0;cloudera-vm,50926,1337643981835-EventThread] zookeeper.ClientCnxn$EventThread(523): Error while calling watcher 
and replication fails because the ClusterId does not match what is expected.  Patch coming soon.

Below what we have today.
I vote for 10.
configuration.xml
The default of 10 is rather low
common/hbase-site
    <name>hbase.regionserver.handler.count</name>
    <value>30</value>
server/hbase-site
    <value>5</value>
    <description>Count of RPC Server instances spun up on RegionServers
    Same property is used by the HMaster for count of master handlers.
    Default is 10. <===
    int numHandlers = conf.getInt("hbase.master.handler.count",
      conf.getInt("hbase.regionserver.handler.count", 25));
hbase.regionserver.handler.count: conf.getInt("hbase.regionserver.handler.count", 10),

Endpoint URI must contain a parametr otherwise method FacebookEndpoint#initState will not be called. This results in the following exception:

	at java.util.Collections$UnmodifiableCollection.<init>(Collections.java:1026)[:1.8.0_45]
	at java.util.Collections$UnmodifiableList.<init>(Collections.java:1302)[:1.8.0_45]
	at java.util.Collections.unmodifiableList(Collections.java:1287)[:1.8.0_45]
	at org.apache.camel.component.facebook.FacebookEndpoint.getCandidates(FacebookEndpoint.java:186)

This behaviour is not correct because it is not possible easily change endpoint parameter values.
We should support the following usecase:
header: CamelFacebook.userId = xxxxx 

<to uri="facebook://user"/>

and not only:

<to uri="facebook://user?userId=xxxxx"/>

Its possible to create a table under a database where the user does not have write permission. It can be done by specifying a LOCATION where the user has write access (say /tmp/foo). This should be restricted.
HdfsAuthorizationProvider (which typically runs on client) checks the database directory during table creation. But StorageBasedAuthorizationProvider does not.

Before HBASE-11339, cacheConfig is only initialized once in HRegionServer#handleReportForDutyResponse, but twice afterwards (an additional one in constructor). Here we propose to keep the initialization in constructor and remove the duplicated one in handleReportForDutyResponse

HDFS-7647 changed internal API related to LocatedBlocks and DataNodeInfo.  We can fix it trivially in HBase for now. 

[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR : 
[ERROR] /Users/enis/projects/hbase-champlain/hbase-server/src/test/java/org/apache/hadoop/hbase/fs/TestBlockReorder.java:[175,41] error: incompatible types

Longer term, we should add an API for advanced hdfs users (like HBase) to deprioritize / reorder locations for blocks based on what the client thinks. 
Arpit Agarwal FYI. 

 It happened in latest branch 0.90. but I can't reproduce it.
>
> It seems using api getHRegionInfoOrNull is better or check the input parameter before call getHRegionInfo.
>
> Code:
>  public static Writable getWritable(final byte [] bytes, final 
> Writable w)
>  throws IOException 
{
>    return getWritable(bytes, 0, bytes.length, w);
>  }
> return getWritable(bytes, 0, bytes.length, w);  // It seems input 
> parameter bytes is null
>
> logs:
> 11/07/15 10:15:42 INFO zookeeper.ClientCnxn: Socket connection 
> established to C4C3.site/157.5.100.3:2181, initiating session
> 11/07/15 10:15:42 INFO zookeeper.ClientCnxn: Session establishment 
> complete on server C4C3.site/157.5.100.3:2181, sessionid = 0x2312b8e3f700002, negotiated timeout = 180000 [INFO] Create : ufdr111 222!
> [INFO] Create : ufdr111 start!
>        at 
> org.apache.hadoop.hbase.util.Writables.getWritable(Writables.java:75)
>        at 
> org.apache.hadoop.hbase.util.Writables.getHRegionInfo(Writables.java:1
> 19)
>        at 
> org.apache.hadoop.hbase.client.HBaseAdmin$1.processRow(HBaseAdmin.java
> :306)
>        at 
> org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:1
> 90)
>        at 
> org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:9
> 5)
>        at 
> org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:7
> 3)
>        at 
> org.apache.hadoop.hbase.client.HBaseAdmin.createTable(HBaseAdmin.java:
> 325)
>        at createTable.main(createTable.java:96)
>

Recent wildfly-8.0.0.Beta1-SNAPSHOT (IronJacamar 1.1.0.Final) throws following error intermittently when there are multiple RARs in an EAR:
13:12:34,710 ERROR [org.jboss.msc.service] (MSC service thread 1-10) MSC000002: Invocation of listener "org.jboss.as.connector.deployers.ra.processors.ParsedRaDeploymentProcessor$1@e7b3aee" failed: java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.nextEntry(HashMap.java:894) [rt.jar:1.7.0_25]
at java.util.HashMap$KeyIterator.next(HashMap.java:928) [rt.jar:1.7.0_25]
at org.jboss.as.connector.subsystems.resourceadapters.IronJacamarResourceCreator.getIronJacamarResource(IronJacamarResourceCreator.java:335) [wildfly-connector-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
at org.jboss.as.connector.subsystems.resourceadapters.IronJacamarResourceCreator.execute(IronJacamarResourceCreator.java:350) [wildfly-connector-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
at org.jboss.as.connector.deployers.ra.processors.ParsedRaDeploymentProcessor$1.registerIronjacamar(ParsedRaDeploymentProcessor.java:145) [wildfly-connector-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
at org.jboss.as.connector.deployers.ra.processors.AbstractResourceAdapterDeploymentServiceListener.transition(AbstractResourceAdapterDeploymentServiceListener.java:244) [wildfly-connector-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1533) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
at org.jboss.msc.service.ServiceControllerImpl.access$2800(ServiceControllerImpl.java:51) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:2095) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
Older versions had a similar problem as detailed in JBJCA-933 (which also shows interleaving example with 3 RARs).

GWT addon has links to MVC scaffolded view artifacts this causes a Circular view path problem:

javax.servlet.ServletException: Circular view path [resourceNotFound]: would dispatch back to the current handler URL [/extrack/resourceNotFound] again. Check your ViewResolver setup! (Hint: This may be the result of an unspecified view, due to default view name generation.) 

As of Spring 3.0.2.RELEASE, MappingJacksonHttpMessageConverter breaks when using Jackson 1.0.1.  TypeFactory#type was introduced in Jackson 1.3.  Upgrading to Jackson 1.4.2 resolves this issue.

SEVERE: Servlet.service() for servlet Spring MVC Dispatcher Servlet threw exception
java.lang.NoSuchMethodError: org.codehaus.jackson.map.type.TypeFactory.type(Ljava/lang/reflect/Type;)Lorg/codehaus/jackson/type/JavaType;
	at org.springframework.http.converter.json.MappingJacksonHttpMessageConverter.getJavaType(MappingJacksonHttpMessageConverter.java:114)
	at org.springframework.http.converter.json.MappingJacksonHttpMessageConverter.canRead(MappingJacksonHttpMessageConverter.java:91)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.readWithMessageConverters(HandlerMethodInvoker.java:618)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveRequestBody(HandlerMethodInvoker.java:587)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveHandlerArguments(HandlerMethodInvoker.java:336)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:169)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:421)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:409)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:771)

The recent wildfly-swarm version uses only remote maven repositories for dependency resolving. It naturally hangs up when running integration tests for me.
I use 2016.8.1 as a fallback now. However, it still does try resolving dependencies first from remote repositories. The dependency artifacts are only local on my machine, because I don't have a artifact repository at my hand right now.
Maybe a good approach would be to resolve locally first and then remote in case needed. To be honest I don't know if this issue is on your side or not.

The JdbcUserServiceBeanDefinitionParser adds the wrong property when detecting groupAuthoritiesByUsernameQuery.
It adds authoritiesByUsernameQuery instead of groupAuthoritiesByUsernameQuery.
Thus after that the JdbcDaoImpl use its default value for groupAuthoritiesByUsernameQuery instead of the one passed 
in parameter by the bean.
I guess that if authoritiesByusernameQuery is passed also, there should be a mismatch between the two queries. 
This is a side effect.
Correction tested :
In the class JdbcUserServiceBeanDefinitionParser   
if (StringUtils.hasText(groupAuthoritiesQuery)) {
   builder.addPropertyValue("enableGroups", Boolean.TRUE);
   //builder.addPropertyValue("authoritiesByUsernameQuery", groupAuthoritiesQuery);
   // should be
   builder.addPropertyValue("groupAuthoritiesByUsernameQuery", groupAuthoritiesQuery);
   // end correction
}
With that the JdbcDaoImplTests testLookupFailsIfUserHasNoGrantedAuthorities() will fail.
When looking at it, it seems that it is not functionaly correct.

When running the testsuite I get this failure:
Test set: org.jboss.as.test.integration.jpa.beanvalidation.cdi.BeanValidationCdiIntegrationTestCase
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.264 sec <<< FAILURE! - in org.jboss.as.test.integration.jpa.beanvalidation.cdi.BeanValidationCdiIntegrationTestCase
testFailingBeanValidation(org.jboss.as.test.integration.jpa.beanvalidation.cdi.BeanValidationCdiIntegrationTestCase)  Time elapsed: 0.437 sec  <<< FAILURE!
java.lang.AssertionError: expected:<[Not enough people for a reservation, may not be null]> but was:<[Not enough people for a reservation, darf nicht null sein]>
	at org.jboss.as.test.integration.jpa.beanvalidation.cdi.BeanValidationCdiIntegrationTestCase.testFailingBeanValidation(BeanValidationCdiIntegrationTestCase.java:107)
Cause is, that the second part of the message is coming from the @NotNull contraint in Reservation.java and is in German, because it's a German Windows system.
Adding the expected English message to the NotNull constraint should solve this problem. I'll try and send a pull request later.

Currently, hive merges join tree from right to left regardless of join types, which may introduce join reordering. For example,
select * from a join a b on a.key=b.key join a c on b.key=c.key join a d on a.key=d.key; 
Hive tries to merge join tree in a-d=b-d, a-d=a-b, b-c=a-b order and a-d=a-b and b-c=a-b will be merged. Final join tree is "a-(bdc)".
With this, ab-d join will be executed prior to ab-c. But if join type of -c and -d is different, this is not valid.

The reference guide should refer to org.acegisecurity.adapters.jboss.JbossAcegiLoginModule, not JbossSpringLoginModule.
Noted at http://forum.springframework.org/showthread.php?t=23698.

SystemPropertyAddHandler and SystemPropertyValueWriteAttributeHandler both update the VM property map during Stage.MODEL, while SystemPropertyRemoveHandler waits until Stage.RUNTIME.
This can lead to unintuitive behavior in a composite op, e.g. if a user does a remove and then an add in a batch to change the value. The remove will actually update the runtime after the add, resulting in the prop being unset.
The SystemPropertyAddHandler and SystemPropertyValueWriteAttributeHandler behavior is non-standard as they change non-model information in Stage.MODEL, but that was done deliberately (I forget exactly why.) So the fix should be to adapt SystemPropertyRemoveHandler.
This is minor because the remove + add in a composite workflow is a harder-to-use alternative to using a single write-attribute op.

If I deploy this example into Karaf 2.3.1 as described, I get the following exception and the service is not available:

karaf@root> osgi:install -s mvn:org.apache.camel/camel-example-reportincident-wssecurity/2.11.0
Bundle ID: 173
karaf@root> Exception in thread "SpringOsgiExtenderThread-2" org.apache.camel.RuntimeCamelException: java.io.FileNotFoundException: target/custom.properties (No such file or directory)
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1338)
	at org.apache.camel.component.cxf.CxfEndpoint.resolvePropertyPlaceholders(CxfEndpoint.java:609)
	at org.apache.camel.component.cxf.CxfEndpoint.getAddress(CxfEndpoint.java:871)
	at org.apache.camel.component.cxf.CxfEndpoint.setupServerFactoryBean(CxfEndpoint.java:219)
	at org.apache.camel.component.cxf.CxfSpringEndpoint.createServerFactoryBean(CxfSpringEndpoint.java:186)
	at org.apache.camel.component.cxf.CxfConsumer.<init>(CxfConsumer.java:63)
	at org.apache.camel.component.cxf.CxfEndpoint.createConsumer(CxfEndpoint.java:206)
	at org.apache.camel.impl.EventDrivenConsumerRoute.addServices(EventDrivenConsumerRoute.java:65)
	at org.apache.camel.impl.DefaultRoute.onStartingServices(DefaultRoute.java:80)
	at org.apache.camel.impl.RouteService.warmUp(RouteService.java:133)
	at org.apache.camel.impl.DefaultCamelContext.doWarmUpRoutes(DefaultCamelContext.java:2023)
	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:1953)
	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:1741)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1616)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1477)
	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:179)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1445)
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:228)
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:118)
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:285)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:327)
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:941)
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:132)
Caused by: java.io.FileNotFoundException: target/custom.properties (No such file or directory)
	at java.io.FileInputStream.open(Native Method)
	at java.io.FileInputStream.<init>(FileInputStream.java:120)
	at java.io.FileInputStream.<init>(FileInputStream.java:79)
	at org.apache.camel.component.properties.DefaultPropertiesResolver.loadPropertiesFromFilePath(DefaultPropertiesResolver.java:73)
	at org.apache.camel.component.properties.DefaultPropertiesResolver.resolveProperties(DefaultPropertiesResolver.java:50)
	at org.apache.camel.component.properties.PropertiesComponent.parseUri(PropertiesComponent.java:134)
	at org.apache.camel.component.properties.PropertiesComponent.parseUri(PropertiesComponent.java:120)
	at org.apache.camel.impl.DefaultCamelContext.resolvePropertyPlaceholders(DefaultCamelContext.java:1068)
	at org.apache.camel.component.cxf.CxfEndpoint.resolvePropertyPlaceholders(CxfEndpoint.java:604)
	... 28 more

It's probably a typo - WebExpressionVoter has the following method:

public boolean supports(Class<?> clazz) {
    return clazz.isAssignableFrom(FilterInvocation.class);
}

I think it should be:

    return FilterInvocation.class.isAssignableFrom(clazz);
}

because WebExpressionVoter should support subclasses of FilterInvocation.

Hi, 
I got a problem when using immutable form object.
When a form object is immutable and type conversion failed, a form object became null and an error occurred in a view.
I think this is not convenient. The form object should be created.
Please take a look my sample codes.
(See "Reference URL")
How to reproduce this problem is below.
1. Build this app with `mvn package` and deploy WAR to Tomcat.
3. Access http://localhost:8080/01-spring/
4. Click [Add new employee].

5. Specify "aaaa" in [Joined date] and click [Submit].
("Joined date" must be "yyyy-MM-dd")

6. View becomes strange.

7. Tomcat Localhost Log is below. EmployeeForm is null.
 ```
01-Feb-2018 10:56:44.091 ERROR [http-nio-8080-exec-1] org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for servlet [dispatcher] in context with path [/01-spring] threw exception [Request processing failed; nested exception is org.thymeleaf.exceptions.TemplateProcessingException: Error during execution of processor 'org.thymeleaf.spring5.processor.SpringInputGeneralFieldTagProcessor' (template: "employee/insertMain" - line 21, col 53)] with root cause
 java.lang.IllegalStateException: Cannot access properties on null bean instance 'employeeForm'!
	at org.springframework.util.Assert.state(Assert.java:73)
	at org.springframework.validation.BeanPropertyBindingResult.createBeanWrapper(BeanPropertyBindingResult.java:111)
	at org.springframework.validation.BeanPropertyBindingResult.getPropertyAccessor(BeanPropertyBindingResult.java:98)
	at org.springframework.validation.AbstractPropertyBindingResult.getActualFieldValue(AbstractPropertyBindingResult.java:103)
	at org.springframework.validation.AbstractBindingResult.getFieldValue(AbstractBindingResult.java:236)
	at org.springframework.web.servlet.support.BindStatus.<init>(BindStatus.java:129)
	at org.springframework.web.servlet.support.RequestContext.getBindStatus(RequestContext.java:903)
	at org.thymeleaf.spring5.context.webmvc.SpringWebMvcThymeleafRequestContext.getBindStatus(SpringWebMvcThymeleafRequestContext.java:227)
	at org.thymeleaf.spring5.util.FieldUtils.getBindStatusFromParsedExpression(FieldUtils.java:305)
	at org.thymeleaf.spring5.util.FieldUtils.getBindStatus(FieldUtils.java:252)
	at org.thymeleaf.spring5.util.FieldUtils.getBindStatus(FieldUtils.java:226)
	at org.thymeleaf.spring5.processor.AbstractSpringFieldTagProcessor.doProcess(AbstractSpringFieldTagProcessor.java:174)
	at org.thymeleaf.processor.element.AbstractAttributeTagProcessor.doProcess(AbstractAttributeTagProcessor.java:74)
	at org.thymeleaf.processor.element.AbstractElementTagProcessor.process(AbstractElementTagProcessor.java:95)
	at org.thymeleaf.util.ProcessorConfigurationUtils$ElementTagProcessorWrapper.process(ProcessorConfigurationUtils.java:633)
	at org.thymeleaf.engine.ProcessorTemplateHandler.handleStandaloneElement(ProcessorTemplateHandler.java:918)
	at org.thymeleaf.engine.StandaloneElementTag.beHandled(StandaloneElementTag.java:228)
	at org.thymeleaf.engine.TemplateModel.process(TemplateModel.java:136)
	at org.thymeleaf.engine.TemplateManager.parseAndProcess(TemplateManager.java:592)
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1098)
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1072)
	at org.thymeleaf.spring5.view.ThymeleafView.renderFragment(ThymeleafView.java:355)
	at org.thymeleaf.spring5.view.ThymeleafView.render(ThymeleafView.java:188)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1325)
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1069)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1008)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:925)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:978)
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:881)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:660)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:855)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:200)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81)
	at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:651)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:500)
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:754)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1376)
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
```
Thanks

Arbitrary headers passed to the STOMP message show up in "nativeHeaders" and must be manually parsed from there. Also the documentation is ambiguous about this (doesn't mention it that I noticed).
Seems like it would make sense to call this "customHeaders", or better yet have the lookup able to dig in there as well. Otherwise my code has to inject nativeHeaders, then look through that map manually, which is extra lines of code in every relevant message/method.

Metrics from deployments are always exposed and are not whitelisted according to the exposed-subsystems attribute of the microprofile-metrics-smallrye subsystem.

Currently CleanerChore cleans the directory in dictionary order, rather than from the directory with largest space usage. And when data abnormally accumulated to some huge volume in archive directory, the cleaning speed might not be enough.
This proposal is another improvement working together with HBASE-18083 to resolve our online issue (archive dir consumed more than 1.8PB SSD space)

Can't create AMQ cartridge as a root container.  Get this error:
2014-10-11 13:55:16,342 | ERROR | agent-1-thread-1 | DeploymentAgent                  | .fabric8.agent.DeploymentAgent$2  266 | 61 - io.fabric8.fabric-agent - 1.0.0.redhat-406 | Unable to update agent
io.fabric8.agent.utils.MultiException: Error while downloading artifacts
	at io.fabric8.agent.utils.AgentUtils$ArtifactDownloader.await(AgentUtils.java:314)[61:io.fabric8.fabric-agent:1.0.0.redhat-406]
	at io.fabric8.agent.DeploymentBuilder.download(DeploymentBuilder.java:165)[61:io.fabric8.fabric-agent:1.0.0.redhat-406]
	at io.fabric8.agent.DeploymentAgent.doUpdate(DeploymentAgent.java:515)[61:io.fabric8.fabric-agent:1.0.0.redhat-406]
	at io.fabric8.agent.DeploymentAgent$2.run(DeploymentAgent.java:263)[61:io.fabric8.fabric-agent:1.0.0.redhat-406]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_65]
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_65]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_65]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_65]
	at java.lang.Thread.run(Thread.java:745)[:1.7.0_65]
Caused by: java.io.IOException: Error downloading mvn:io.fabric8/fabric-openshift/1.0.0.redhat-406
	at io.fabric8.agent.download.AbstractDownloadTask.initIOException(AbstractDownloadTask.java:108)[61:io.fabric8.fabric-agent:1.0.0.redhat-406]
	at io.fabric8.agent.download.AbstractDownloadTask.run(AbstractDownloadTask.java:88)[61:io.fabric8.fabric-agent:1.0.0.redhat-406]
	... 5 more
Caused by: java.io.IOException: URL [mvn:io.fabric8/fabric-openshift/1.0.0.redhat-406] could not be resolved.
	at io.fabric8.agent.download.MavenDownloadTask.download(MavenDownloadTask.java:123)[61:io.fabric8.fabric-agent:1.0.0.redhat-406]
	at io.fabric8.agent.download.AbstractDownloadTask.run(AbstractDownloadTask.java:77)[61:io.fabric8.fabric-agent:1.0.0.redhat-406]
	... 5 more

It was brought to my attention that Accumulo is transitively bringing in some artifacts with the wrong version of Hadoop.
Accumulo-1.6.0 sets the Hadoop version at 2.2.0 and uses hadoop-client to get its necessary dependencies. Because there is no dependency with the correct version in Hive, this introduces hadoop-2.2.0 dependencies.
A solution is to make sure that hadoop-client is set with the correct hadoop-20S.version or hadoop-23.version.
Snippet from mvn dependency:tree -Phadoop-2

[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ hive-accumulo-handler ---
[INFO] org.apache.hive:hive-accumulo-handler:jar:0.14.0-SNAPSHOT
[INFO] +- commons-logging:commons-logging:jar:1.1.3:compile
[INFO] +- org.apache.accumulo:accumulo-core:jar:1.6.0:compile
...
[INFO] |  +- org.apache.hadoop:hadoop-client:jar:2.2.0:compile
[INFO] |  |  +- org.apache.hadoop:hadoop-hdfs:jar:2.4.0:compile
...

The restructureIfNecessary method in ConcurrentReferenceHashMap can add new entries Reference objects that have been cleaned.
It appears that relying on ReferenceQueue alone is not enough to ensure that entries get removed. An entry that has been cleaned but somehow doesn't appear as a pollForPurge entry will be continually re-added with a null reference. 

This particular case was failing in Hive 0.13 because the string "key" column was not being converted to INT when written to the ORC file, resulting in a type cast error when reading data from the table.
HIVE-8151 seems to have fixed this issue, but I would like to add a unit test to make sure we don't regress.

create table implicit_cast_during_insert (c1 int, c2 string)
  partitioned by (p1 string) stored as orc;

set hive.exec.dynamic.partition.mode=nonstrict; 

insert overwrite table implicit_cast_during_insert partition (p1)
  select key, value, key key1 from (select * from src where key = 0) q
  distribute by key1 sort by key1;

select * from implicit_cast_during_insert;

drop table implicit_cast_during_insert;

the API checkAndPut, and on the server side checkAndMutate doesn't enforce that the row in the API call and the row in the passed writable that should be executed if the check passes, are the same row!  Looking at the code, if someone were to 'fool' us, we'd probably end up with rows in the wrong region in the worst case.  Or we'd end up with non-locked puts/deletes to different rows since the checkAndMutate grabs the row lock and calls put/delete methods that do not grab row locks.

For some tables, we might not have the column stats available. However, if the table is partitioned, we will have the stats for partition columns.
When we estimate the size of the data produced by a join operator, we end up using only the columns that are available for the calculation e.g. partition columns in this case.
However, even in these cases, we should add the data size for those columns for which we do not have stats (default size for the column type x estimated number of rows).
To reproduce, the following example can be used:

create table sample_partitioned (x int) partitioned by (y int);
insert into sample_partitioned partition(y=1) values (1),(2);
create temporary table sample as select * from sample_partitioned;
analyze table sample compute statistics for columns;

explain select sample_partitioned.x from sample_partitioned, sample where sample.y = sample_partitioned.y;

SPR-9553 fixed the jms schema to allow non-integer values in xml. However, the namespace parser still converts the input to Integer for pre-fetch and receive-timeout. This means that you cannot use EL or property placeholders to configure the value:

Caused by: java.lang.NumberFormatException: For input string: "#{1*1000}"
	at java.lang.Integer.parseInt(Integer.java:481)
	at java.lang.Integer.<init>(Integer.java:677)
	at org.springframework.jms.config.JmsListenerContainerParser.parseContainer(JmsListenerContainerParser.java:157)
	at org.springframework.jms.config.AbstractListenerContainerParser.parseListener(AbstractListenerContainerParser.java:146)

Block singleton deployments. Hangs after 

23:40:37,420 INFO  [org.wildfly.clustering.server] (DistributedSingletonService - 1) WFLYCLSV0003: node1 elected as the singleton provider of the jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".installer service
23:40:37,424 INFO  [org.wildfly.clustering.server] (DistributedSingletonService - 1) WFLYCLSV0001: This node will now operate as the singleton provider of the jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".installer service
23:40:37,435 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (thread-2) ISPN000094: Received new cluster view for channel server: [node1|4] (1) [node1]
23:40:37,436 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (thread-2) ISPN000094: Received new cluster view for channel web: [node1|4] (1) [node1]
23:40:37,436 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (thread-2) ISPN000094: Received new cluster view for channel ejb: [node1|4] (1) [node1]
23:40:37,437 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (thread-2) ISPN000094: Received new cluster view for channel hibernate: [node1|4] (1) [node1]
23:40:37,451 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0207: Starting subdeployment (runtime-name: "clusterbench-ee7-web-passivating.war")
23:40:37,451 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "clusterbench-ee7-web-default.war")
23:40:37,451 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0207: Starting subdeployment (runtime-name: "clusterbench-ee7-ejb.jar")

due to unsatisfied dependencies 

19:18:40,907 INFO  [stdout] (MSC service thread 1-1) Service "jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-ejb.jar".FIRST_MODULE_USE" (class org.jboss.as.server.deployment.DeploymentUnitPhaseService) mode ACTIVE state DOWN (PROBLEM) (parent: jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-ejb.jar".CONFIGURE_MODULE) (dependencies: jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-ejb.jar".CONFIGURE_MODULE, jboss.module.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main, jboss.deployment.chains, jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".FIRST_MODULE_USE) (has unavailable dependency)
19:18:40,908 INFO  [stdout] (MSC service thread 1-1) Service "jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-default.war".FIRST_MODULE_USE" (class org.jboss.as.server.deployment.DeploymentUnitPhaseService) mode ACTIVE state DOWN (PROBLEM) (parent: jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-default.war".CONFIGURE_MODULE) (dependencies: jboss.module.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-default.war".main, jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-default.war".CONFIGURE_MODULE, jboss.deployment.chains, jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".FIRST_MODULE_USE) (has unavailable dependency)
19:18:40,908 INFO  [stdout] (MSC service thread 1-1) Service "jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-passivating.war".FIRST_MODULE_USE" (class org.jboss.as.server.deployment.DeploymentUnitPhaseService) mode ACTIVE state DOWN (PROBLEM) (parent: jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-passivating.war".CONFIGURE_MODULE) (dependencies: jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-passivating.war".CONFIGURE_MODULE, jboss.module.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-passivating.war".main, jboss.deployment.chains, jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".FIRST_MODULE_USE) (has unavailable dependency)
19:18:40,908 INFO  [stdout] (MSC service thread 1-1) Service "jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".POST_MODULE" (class org.jboss.as.server.deployment.DeploymentUnitPhaseService) mode ACTIVE state DOWN (PROBLEM) (parent: jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".FIRST_MODULE_USE) (dependencies: jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-ejb.jar".FIRST_MODULE_USE, jboss.deployment.chains, jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-default.war".FIRST_MODULE_USE, jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-passivating.war".FIRST_MODULE_USE, jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".FIRST_MODULE_USE) (has unavailable dependency)
19:18:40,925 INFO  [stdout] (MSC service thread 1-1) Service "jboss.module.resolve.phase."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main.1" (class org.jboss.as.server.moduleservice.ModuleResolvePhaseService) mode ACTIVE state DOWN (PROBLEM) (parent: jboss.module.resolve.phase."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main.0) (dependencies: jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear".main) (has unavailable dependency)
19:18:40,925 INFO  [stdout] (MSC service thread 1-1) Service "jboss.module.resolve.phase."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-default.war".main.1" (class org.jboss.as.server.moduleservice.ModuleResolvePhaseService) mode ACTIVE state DOWN (PROBLEM) (parent: jboss.module.resolve.phase."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-default.war".main.0) (dependencies: jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear".main, jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main) (has unavailable dependency)
19:18:40,925 INFO  [stdout] (MSC service thread 1-1) Service "jboss.module.resolve.phase."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-passivating.war".main.1" (class org.jboss.as.server.moduleservice.ModuleResolvePhaseService) mode ACTIVE state DOWN (PROBLEM) (parent: jboss.module.resolve.phase."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-passivating.war".main.0) (dependencies: jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear".main, jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main) (has unavailable dependency)
19:18:40,925 INFO  [stdout] (MSC service thread 1-1) Service "jboss.module.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main" (class org.jboss.as.server.moduleservice.ModuleLoadService) mode ON_DEMAND state DOWN (PROBLEM) (parent: jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-ejb.jar".CONFIGURE_MODULE) (dependencies: jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear".main, module.resolved.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main, jboss.as.service-module-loader, jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main) (has unavailable dependency)
19:18:40,925 INFO  [stdout] (MSC service thread 1-1) Service "jboss.module.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-default.war".main" (class org.jboss.as.server.moduleservice.ModuleLoadService) mode ON_DEMAND state DOWN (PROBLEM) (parent: jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-default.war".CONFIGURE_MODULE) (dependencies: jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear".main, module.resolved.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-default.war".main, jboss.as.service-module-loader, jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-default.war".main, jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main) (has unavailable dependency)
19:18:40,925 INFO  [stdout] (MSC service thread 1-1) Service "jboss.module.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-passivating.war".main" (class org.jboss.as.server.moduleservice.ModuleLoadService) mode ON_DEMAND state DOWN (PROBLEM) (parent: jboss.deployment.subunit."clusterbench-ee7-singleton-jbossall.ear"."clusterbench-ee7-web-passivating.war".CONFIGURE_MODULE) (dependencies: jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-passivating.war".main, jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear".main, jboss.as.service-module-loader, jboss.module.spec.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-ejb.jar".main, module.resolved.service."deployment.clusterbench-ee7-singleton-jbossall.ear.clusterbench-ee7-web-passivating.war".main) (has unavailable dependency)

In HFileReaderV2.AbstractScannerV2.reseekTo(...) we have this:

        ByteBuffer bb = getKey();
        compared = reader.getComparator().compare(key, offset,
            length, bb.array(), bb.arrayOffset(), bb.limit());

getKey() creates two ByteBuffers in ScannerV2 and makes a deep copy of the key in EncodedScannerV2.

I should have seen this but HIVE-5711 and HIVE-5713 conflicted. It's a trival patch will have it up in a few minutes time.

update host-slave.xml - simplify the example
-<host xmlns="urn:jboss:domain:4.0">
+<host name="slave" xmlns="urn:jboss:domain:4.0">

$ ./jboss-cli.sh -Djboss.domain.master.address=127.0.0.1
[disconnected /] embed-host-controller --host-config=host-slave.xml --std-out=echo
[domain@embedded /] /host=slave/server-config=server-one:write-attribute(name=socket-binding-port-offset, value=1)
2:22:06,003 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 2) WFLYCTL0013: Operation
+("write-attribute") failed - address: ([
    ("host" => "slave"),
    ("server-config" => "server-one")
]): org.jboss.msc.service.ServiceNotFoundException: Service service jboss.domain.controller.connection not found
        at org.jboss.msc.service.ServiceContainerImpl.getRequiredService(ServiceContainerImpl.java:669)
        at org.jboss.as.controller.OperationContextImpl$OperationContextServiceRegistry.getRequiredService(OperationCo
+ntextImpl.java:2208)
        at org.jboss.as.domain.controller.operations.SyncModelOperationHandlerWrapper.execute(SyncModelOperationHandle
+rWrapper.java:131)
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
        at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
        at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1341)
        at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
        at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:204)
        at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:659)
        at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:649)
        at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerCli
+ent.java:63)
	at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.j
+ava:59)
        at org.jboss.as.cli.handlers.OperationRequestHandler.handle(OperationRequestHandler.java:84)
        at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:753)
        at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:799)
        at org.jboss.as.cli.impl.CommandContextImpl$2.execute(CommandContextImpl.java:412)
        at org.jboss.aesh.console.AeshProcess.run(AeshProcess.java:53)
{
    "failure-description" => {"host-failure-descriptions" => {"slave" => "WFLYCTL0158: Operation handler failed: org.j
+boss.msc.service.ServiceNotFoundException: Service service jboss.domain.controller.connection not found"}},
}

I am running a mapreduce job (~400 simultaneous map tasks) that makes random reads from hbase.  I have put a varnishd reverse proxy cache in front of a single rest server.  The single rest server's jetty appears to be running out of threads:
2008-02-01 23:17:16,971 INFO org.mortbay.http.SocketListener: LOW ON THREADS ((256-256+1)<2) on SocketListener0@0.0.0.0:61234
2008-02-01 23:17:17,116 WARN org.mortbay.http.SocketListener: OUT OF THREADS: SocketListener0@0.0.0.0:61234
2008-02-01 23:17:19,255 INFO org.mortbay.http.SocketListener: LOW ON THREADS ((256-256+1)<2) on SocketListener0@0.0.0.0:61234
The default for jetty is to use a thread pool of 256 threads.  But I'd like to be able to specify (preferably in hadoop-site.xml) how large the thread pool should be – in this case it needs to have as many threads as I have simultaneous map tasks.

In the query plan that's used to merge files at the end of a query, the dependency tree looks something like:
                   MoveTask(1)
                  /           \
...ConditionalTask             MoveTask(2)...
                  \           /
                   MergeTask
Here MoveTask(1) moves the partition data to a temporary location, and MoveTask(2) moves it to the final location.
However if there are dynamic partitions generated and some of these partitions are merged and others are moved, the dependency tree is changed at runtime to:
...ConditionalTask           MoveTask(2)...
                  \         /
                   MergeTask
                            \
                             MoveTask(1)
This produces a race condition between the two MoveTasks where if MoveTask(2) runs before MoveTask(1) the partitions moved by MoveTask(1) will get moved to an intermediate location and never moved to the final location.  In this case those partitions are quietly lost.

The ordering of array-based properties, e.g. 
{number: [1,2,3,4]}
 is not always preserved when loaded from Neo4j. 

I don't think it's intended. INSERT path consists of a big if statement which prevents most of the code from executing for union case.

It is required for EAP7 to contain all features from EAP6.
Per https://issues.jboss.org/browse/ANDIAMO-7, in EAP6 every serious log message (warn, error, fatal) should have a unique code that can be used to identify it.
However, we found 160 serious log messages in EAP7.0.0.DR11 without id.
List of serious log messages without id from a smoke test (link to Jenkins run will be provided when the automated test case is finished):

        /jboss-eap-7.0-src/ejb3/src/main/java/org/jboss/as/ejb3/remote/protocol/versionone/VersionOneProtocolChannelReceiver.java:318 EjbLogger.REMOTE_LOGGER.warn("Could not send a cluster removal message for cluster: " + registry.getGroup() + " to the client on channel " + channelAssociation.getChannel(), ioe);
        /jboss-eap-7.0-src/jpa/eclipselink/src/main/java/org/jipijapa/eclipselink/JBossLogger.java:86 getLoggerForCategory("logging").warnv("Received message for log level {0}, but no such level is defined in SessionLog! Logging at INFO level...", level);
        /jboss-eap-7.0-src/connector/src/main/java/org/jboss/as/connector/services/resourceadapters/deployment/AbstractResourceAdapterDeploymentService.java:178 DEPLOYMENT_CONNECTOR_LOGGER.error("Error during recovery shutdown", e);
        /jboss-eap-7.0-src/connector/src/main/java/org/jboss/as/connector/services/resourceadapters/deployment/AbstractResourceAdapterDeploymentService.java:199 DEPLOYMENT_CONNECTOR_LOGGER.warn("Exception during stopping resource adapter", nfe);
        /jboss-eap-7.0-src/connector/src/main/java/org/jboss/as/connector/subsystems/datasources/XaDataSourceService.java:64 ConnectorLogger.SUBSYSTEM_DATASOURCES_LOGGER.error("Error during recovery shutdown", e);

Giving blocker priority as this issue blocks RFE verification.

display_colstats_tbllvl.q test case fails will NPE. Following is the exception

        at org.apache.hadoop.hive.metastore.StatObjectConverter.fillColumnStatisticsData(StatObjectConverter.java:369)
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.makeColumnStats(MetaStoreDirectSql.java:973)
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getTableStats(MetaStoreDirectSql.java:888)
        at org.apache.hadoop.hive.metastore.ObjectStore$5.getSqlResult(ObjectStore.java:5769)
        at org.apache.hadoop.hive.metastore.ObjectStore$5.getSqlResult(ObjectStore.java:5766)
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2208)
        at org.apache.hadoop.hive.metastore.ObjectStore.getTableColumnStatisticsInternal(ObjectStore.java:5766)
        at org.apache.hadoop.hive.metastore.VerifyingObjectStore.getTableColumnStatistics(VerifyingObjectStore.java:103)
        at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:108)
        at com.sun.proxy.$Proxy9.getTableColumnStatistics(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table_statistics_req(HiveMetaStore.java:3556)
        at com.sun.proxy.$Proxy11.get_table_statistics_req(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getTableColumnStatistics(HiveMetaStoreClient.java:1224)

When starting standalone.bat on Windows, a file named "null" is created in the bin directory.
Looking at the standalone.bat file, I find this new line which was added:
            rem Remove the gc.log file from the -version check
            del /F /Q "%JBOSS_LOG_DIR%\gc.log" > null 2>&1
But, this is a typo.  What it's trying to do is suppress the output of the del command.  In unix, you'd redirect it to /dev/null.  In Windows, you're supposed to redirect it to nul (with one L), as in this example line from slightly earlier in the standalone.bat file:
        move /y "%JBOSS_LOG_DIR%\gc.log" "%JBOSS_LOG_DIR%\backupgc.log" > nul 2>&1

Yongqiang, you mentioned that you weren't able to do this due to SORT BY not accepting them.  The SORT BY is gone now as of HIVE-1494 (and SORT BY needs to be fixed anyway).

Following query has a little mismatch in result as compared to the non-vector mode.

select d_year, i_brand_id, i_brand,
       sum(ss_ext_sales_price) as sum_agg
from date_dim
join store_sales on date_dim.d_date_sk = store_sales.ss_sold_date_sk
join item on store_sales.ss_item_sk = item.i_item_sk
where i_manufact_id = 128
  and d_moy = 11
group by d_year, i_brand, i_brand_id
order by d_year, sum_agg desc, i_brand_id
limit 100;

This query is on tpcds data.
The field ss_ext_sales_price is of type decimal(7,2) and everything else is an integer.

Here is something weird happened to my cluster.  When the master recovered, it thought RS was dead by mistake and SSH processed it.  Four hlog files were split and 4 regions were reassigned.
Later on when the RS tried to report status, it got YouAreDeadException from master.  Master tried to recover it again.  Now SSH split one more hlog file, assigned 0 more extra region.
Now the question is how come is the extra log file?  I think it caused a data loss (one row) in my case. How can we prevent it?  I can add a checking in the master to make sure a RS is really dead before marking it dead during recovery since it may be slow in reporting to the new master. But this is not a proper fix.  A proper fix should be in the RS side, not creating the extra hlog file.  Is this doable?
Here is the related master log.  The RS log does not have much thing interested.

2013-10-20 17:40:33,025 INFO  [master:e1119:36000] master.MasterFileSystem: Log folder hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312 doesn't belong to a known region server, splitting
2013-10-20 17:40:33,432 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] handler.ServerShutdownHandler: Splitting logs for e1521.halxg.cloudera.com,36020,1382314725312 before assignment.
2013-10-20 17:40:33,461 DEBUG [MASTER_SERVER_OPERATIONS-e1119:36000-0] master.MasterFileSystem: Renamed region directory: hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting
2013-10-20 17:40:33,462 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] master.SplitLogManager: dead splitlog workers [e1521.halxg.cloudera.com,36020,1382314725312]
2013-10-20 17:40:33,467 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] master.SplitLogManager: started splitting 3 logs in [hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting]
2013-10-20 17:40:36,157 DEBUG [main-EventThread] wal.HLogSplitter: Archived processed log hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting/e1521.halxg.cloudera.com%2C36020%2C1382314725312.1382315954499 to hdfs://e1119.halxg.cloudera.com:35802/hbase/oldWALs/e1521.halxg.cloudera.com%2C36020%2C1382314725312.1382315954499
2013-10-20 17:40:37,357 DEBUG [main-EventThread] wal.HLogSplitter: Archived processed log hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting/e1521.halxg.cloudera.com%2C36020%2C1382314725312.1382315934942 to hdfs://e1119.halxg.cloudera.com:35802/hbase/oldWALs/e1521.halxg.cloudera.com%2C36020%2C1382314725312.1382315934942
2013-10-20 17:40:38,889 DEBUG [main-EventThread] wal.HLogSplitter: Archived processed log hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting/e1521.halxg.cloudera.com%2C36020%2C1382314725312.1382315971393 to hdfs://e1119.halxg.cloudera.com:35802/hbase/oldWALs/e1521.halxg.cloudera.com%2C36020%2C1382314725312.1382315971393
2013-10-20 17:40:38,906 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] master.SplitLogManager: finished splitting (more than or equal to) 255322969 bytes in 3 log files in [hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting] in 5439ms
2013-10-20 17:40:38,907 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] handler.ServerShutdownHandler: Reassigning 4 region(s) that e1521.halxg.cloudera.com,36020,1382314725312 was carrying (and 0 regions(s) that were opening on this server)
2013-10-20 17:40:39,269 DEBUG [MASTER_SERVER_OPERATIONS-e1119:36000-0] master.DeadServer: Finished processing e1521.halxg.cloudera.com,36020,1382314725312
2013-10-20 17:40:39,269 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] handler.ServerShutdownHandler: Finished processing of shutdown of e1521.halxg.cloudera.com,36020,1382314725312
2013-10-20 17:40:46,764 DEBUG [FifoRpcScheduler.handler1-thread-11] master.ServerManager: Server REPORT rejected; currently processing e1521.halxg.cloudera.com,36020,1382314725312 as dead server
2013-10-20 17:40:46,871 ERROR [FifoRpcScheduler.handler1-thread-13] master.HMaster: Region server e1521.halxg.cloudera.com,36020,1382314725312 reported a fatal error:
ABORTING region server e1521.halxg.cloudera.com,36020,1382314725312: org.apache.hadoop.hbase.YouAreDeadException: Server REPORT rejected; currently processing e1521.halxg.cloudera.com,36020,1382314725312 as dead server
org.apache.hadoop.hbase.YouAreDeadException: org.apache.hadoop.hbase.YouAreDeadException: Server REPORT rejected; currently processing e1521.halxg.cloudera.com,36020,1382314725312 as dead server
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.YouAreDeadException): org.apache.hadoop.hbase.YouAreDeadException: Server REPORT rejected; currently processing e1521.halxg.cloudera.com,36020,1382314725312 as dead server
2013-10-20 17:40:46,872 ERROR [FifoRpcScheduler.handler1-thread-14] master.HMaster: Region server e1521.halxg.cloudera.com,36020,1382314725312 reported a fatal error:
ABORTING region server e1521.halxg.cloudera.com,36020,1382314725312: IOE in log roller
java.io.FileNotFoundException: File does not exist: hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312/e1521.halxg.cloudera.com%2C36020%2C1382314725312.1382315971393
2013-10-20 17:40:48,075 ERROR [FifoRpcScheduler.handler1-thread-15] master.HMaster: Region server e1521.halxg.cloudera.com,36020,1382314725312 reported a fatal error:
ABORTING region server e1521.halxg.cloudera.com,36020,1382314725312: regionserver:36020-0x1419fea35edda89 regionserver:36020-0x1419fea35edda89 received expired from ZooKeeper, aborting
2013-10-20 17:53:15,272 INFO  [master:e1119:36000] master.MasterFileSystem: Log folder hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312 doesn't belong to a known region server, splitting
2013-10-20 17:53:15,806 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] handler.ServerShutdownHandler: Splitting logs for e1521.halxg.cloudera.com,36020,1382314725312 before assignment.
2013-10-20 17:53:15,825 DEBUG [MASTER_SERVER_OPERATIONS-e1119:36000-0] master.MasterFileSystem: Renamed region directory: hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting
2013-10-20 17:53:15,825 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] master.SplitLogManager: dead splitlog workers [e1521.halxg.cloudera.com,36020,1382314725312]
2013-10-20 17:53:15,831 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] master.SplitLogManager: started splitting 1 logs in [hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting]
2013-10-20 17:53:15,998 DEBUG [main-EventThread] wal.HLogSplitter: Archived processed log hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting/e1521.halxg.cloudera.com%2C36020%2C1382314725312.1382316046805 to hdfs://e1119.halxg.cloudera.com:35802/hbase/oldWALs/e1521.halxg.cloudera.com%2C36020%2C1382314725312.1382316046805
2013-10-20 17:53:16,014 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] master.SplitLogManager: finished splitting (more than or equal to) 15 bytes in 1 log files in [hdfs://e1119.halxg.cloudera.com:35802/hbase/WALs/e1521.halxg.cloudera.com,36020,1382314725312-splitting] in 183ms
2013-10-20 17:53:16,015 INFO  [MASTER_SERVER_OPERATIONS-e1119:36000-0] handler.ServerShutdownHandler: Reassigning 0 region(s) that e1521.halxg.cloudera.com,36020,1382314725312 was carrying (and 0 regions(s) that were opening on this server)

Many redundant 'File not found' messages appeared in container log during query execution with Hive on Spark.
Certainly, it doesn't prevent the query from running successfully. So mark it as Minor currently.
Error message example:

16/03/14 01:45:06 INFO exec.Utilities: File not found: File does not exist: /tmp/hive/hadoop/2d378538-f5d3-493c-9276-c62dd6634fb4/hive_2016-03-14_01-44-16_835_623058724409492515-6/-mr-10010/0a6d0cae-1eb3-448c-883b-590b3b198a73/reduce.xml
        at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:66)
        at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:56)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsUpdateTimes(FSNamesystem.java:1932)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsInt(FSNamesystem.java:1873)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1853)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1825)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:565)
        at org.apache.hadoop.hdfs.server.namenode.AuthorizationProviderProxyClientProtocol.getBlockLocations(AuthorizationProviderProxyClientProtocol.java:87)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolServerSideTranslatorPB.java:363)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:617)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:1060)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2086)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2082)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2080)

When using a DefaultWsdl11Definition for wsdl generation I used a CommonsXsdSchemaCollection to combine a set of xsd's. I found out that when a schema uses a mix of xs:imports and xs:includes, the inline schema in the generated wsdl (inside <wsdl:types>) contains an error. Both xs:imports and xs:includes are 'expanded' inline in the generated wsdl, but the xs:include lines are not removed from the inline schema, causing test tools like SOAPUI to fail (included schema's cannot be retrieved).

We just came across a special scenario.
For our Phoenix project (SQL runtime for HBase), we push a lot of work into HBase via coprocessors. One method is to wrap RegionScanner in coprocessor hooks and then do processing in the hook to avoid returning a lot of data to the client unnecessarily.
In this specific case this is pretty bad. Since the wrapped RegionScanner's next() does not "know" that it is called this way is still does all of this on each invocation:

Starts a RegionOperation
Increments the request count
set the current read point on a thread local (because generally each call could come from a different thread)
Finally does the next on its StoreScanner(s)
Ends the RegionOperation

When this is done in a tight loop millions of times (as is the case for us) it starts to become significant.
Not sure what to do about this, really. Opening this issue for discussion.
One way is to extend the RegionScanner with an "internal" next() method of sorts, so that all this overhead can be avoided. The coprocessor could call the regular next() methods once and then just call the cheaper internal version.
Are there better/cleaner ways?

To reproduce, invoke:

/subsystem=undertow/server=*/http-listener=*:read-resource-description
{
    "failure-description" => "WFLYCTL0030: No resource definition is registered for address [
    (\"server\" => \"*\")
]",
}

The address is valid but the operation fails at org.jboss.as.controller.operations.global.GlobalOperationHandlers.RegistrationAddressResolver#executeMultiTargetChildren when checking the condition:

 if (path.getKey().equals(RUNNING_SERVER) && path.isWildcard() && newRemaining.size() > 0)

The check was added for WFCORE-948 but makes any multi target operation with a server resource fails (such as Undertow server or messaging-activemq server resources).

For example passphrase does not support passphrase=#myPassword, to lookup a bean with that id that produces the password to use.
There is a few others as well.

hive> select sum(l_extendedprice * l_discount) as revenue from tpch_flat_orc_1000.lineitem  ;

Caused by: java.lang.ArrayIndexOutOfBoundsException: -1
        at java.util.ArrayList.elementData(ArrayList.java:400)
        at java.util.ArrayList.get(ArrayList.java:413)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.determineRgsToRead(OrcEncodedDataReader.java:687)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:264)
        ... 4 more

Disabling the cache allows this to run through without error.

There are intermittent failures of MDB20TopicTestCase#testEjb20TopicMDBs. It's very very rare and I cannot not reproduce it locally. Only in Jenkins CI environment.
Test randomly fails on:

    public void testEjb20TopicMDBs() {
         sendTextMessage("Say hello to the topic", topic);
         final Message replyA = receiveMessage(replyQueueA, TimeoutUtil.adjust(5000));
         Assert.assertNotNull("Reply message was null on reply queue: " + replyQueueA, replyA);
         final Message replyB = receiveMessage(replyQueueB, TimeoutUtil.adjust(5000));
         Assert.assertNotNull("Reply message was null on reply queue: " + replyQueueB, replyB);  <--- here is the failure
     }

Test is failling on:

&amp#27;[0m&amp#27;[31m15:12:58,493 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-2-thread-1) Failed: org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20TopicTestCase.testEjb20TopicMDBs: java.lang.AssertionError: Reply message was null on reply queue: ActiveMQQueue[ejb2x/replyQueueB]
	at org.jboss.as.test.integration.ejb.mdb.ejb2x.MDB20TopicTestCase.testEjb20TopicMDBs(MDB20TopicTestCase.java:121)

The 2.5 feature: "The EIP now supports property placeholders in the String based options (a few spots in Java DSL where its not possible). For example: 
<convertBodyTo type="String" charset="foo.myCharset"/>" does not work correctly when ie nested in a <choice> tag.
See discussion: http://camel.465427.n5.nabble.com/Camel-2-5-Propertyplaceholders-and-Spring-DSL-still-not-working-td3251608.html#a3251608
Example route:
This works: 
<route> 
        <from uri="direct:in" /> 
        <convertBodyTo type="String" charset="charset.external" />	
        <log message="Charset: charset.external" /> 
        <to uri="mock:out" /> 
</route> 
This fails: 
<route> 
        <choice> 
                <when> 
                        <constant>true</constant> 
                        <convertBodyTo type="String" charset="charset.external" />	
                </when> 
        </choice> 
</route> 

When 'Origin' HTTP's header value contains IP in version 6, method org.springframework.web.util.UriComponentsBuilder.fromOriginHeader throws exception.
Exception is throw during parsing such address.
My HTTP header : 
{'Origin' = 'http://[::1]:8080'}
            
CREATE TABLE separator_test 
ROW FORMAT SERDE 'org.apache.hadoop.hive.serde2.OpenCSVSerde'
WITH SERDEPROPERTIES ("separatorChar" = "|","quoteChar"="\"","escapeChar"="
") 
STORED AS TEXTFILE
AS
SELECT * FROM sample_07;

Then 

hadoop fs -cat /user/hive/warehouse/separator_test/*
"53-3032","Truck drivers, heavy and tractor-trailer","1693590","37560"
"53-3033","Truck drivers, light or delivery services","922900","28820"
"53-3041","Taxi drivers and chauffeurs","165590","22740"

The separator is till  "," not  "|"  as specified.

Due the Aries blueprint upgrade then the blueprint extenders may run 2+ due classpath issues.

If a step using jdbccursoritemreader to read fails in the processing-step (itemwriter), number of processed rows (0) will be persisted in ExecutionContext. When re-running the step, 0 will be read as the number of processed rows, and the code will call moveCursorToRow with 0 as param.
The way the private method moveCursorToRow is implemented now, it will always call next() and increment count once, before checking if count==rows. At this point count=1 and row=0, this resultset will be traveresed until next()=false.
Checked the history of the file, and it seems this behavior has been there since before the private method was introduced.
The code below should solve this problem:
	/**

Moves the cursor in the resultset to the position specified by the in param by
traversing the resultset
@param row
	 */
	private void moveCursorToRow(int row){
		try 
Unknown macro: {			for (int skipped = 0; skipped < row && rs.next(); skipped++) {
				//Do nothing
			}		} 
		catch (SQLException se) 
{
			throw getExceptionTranslator().translate("Attempted to move ResultSet to last committed row", sql, se);
		}
 
	}

log4j.properties is included in acegi-security-1.0.0-RC2.jar. In certain circumstances this prevent log4j to load user's config file, instead log4j configured from log4j.properties from acegi-security-1.0.0-RC2.jar. While it can be workarounded by passing configuration filename property to log4j or by using log4j.xml it is undesirable anyway because it takes some time to understand why log4j doesn't work.

The min-pool-size setting in the following connection Factory disappears from domain.xml after any code deployments or change made in the console to the queues for the connection factory:

<connection-definition class-name="org.apache.activemq.ra.ActiveMQManagedConnectionFactory" jndi-name="java:jboss/activemq/XAConnectionFactory" enabled="true" use-java-context="true" pool-name="ConnectionFactory" min-pool-size="0"></connection>

Hi,
I have found a problem regarding a wiretap and the camel-jpa component. I have a route with an async split through a wiretap. In each route, I use a jpa producer to persist an entity. The problem is, that the entitymanager was closed before the async routes can reach the end. The cause is, that the same entitymanager is used in the async routes. The main route reaches the end and closes the entitymanager.
E.g. like the following route:

<route id="mainRoute>
    <from uri="direct:restendpoint"/>
    ...
    <to uri="jpa:MyEntity"/>
    ...
    <loop copy="true">
        ...
        <wireTap uri="direct:asyncroute"/>
    </loop>
</route>

<route id="asyncRoute">
    <from uri="direct:asyncroute"/>
    ...
    ...
</route>

I think a possible fix can be to check that the entitymanager is null or closed. If null or closed, create a new entitymanager.

public final class JpaHelper {
    ...
    public static EntityManager getTargetEntityManager(Exchange exchange, ...
        ...
        if (em == null || !em.isOpen()) {
            // create a new entity manager
            em = entityManagerFactory.createEntityManager();
        ...
        }
    }
    ...
}

Another solution can be in the wiretap. There where the exchange is copied, the "CamelEntityManager" property could be removed.
Currently, my quickfix is: At the beginning of the async route I remove the entitymanager from the exchange.

When adding bindings in naming subsystem configuration of Web Console, the Add form has wrong mandatory fields. Mandatory fields for bindings are dependent on binding type. 
On the other hand, some binding types do not have attributes that the Add form will try to send to the interface, resulting in user being unable to add any binding type besides external context (for example, adding a simple or lookup binding will result in Unknown error due to simple binding type not being able to have 'cache' attribute).
For example, /subsystem=naming/binding=java\:global\/a:add(binding-type=simple, type=int, value=100) would be a legal simple binding inserted through the JBoss CLI:

Adding this same following binding will produce the following error output in Web Console:
Unknown error
Unexpected HTTP response: 500
Request

{
    "name" => "java:global/a",
    "binding-type" => "simple",
    "cache" => false,
    "class" => undefined,
    "environment" => undefined,
    "lookup" => undefined,
    "module" => undefined,
    "type" => "int",
    "value" => "100",
        ("subsystem" => "naming"),
        ("binding" => "java:global/a")
    ]
}

Response

{
    "failure-description" => "WFLYNAM0061: Binding type simple can not take a 'cache' attribute",
}

mvn site fails when building with mvn 3.1 due to various class changes inside maven. They promise that switching to new versions of some mvn modules will result in builds that work in both 3.0.x and 3.1:
https://cwiki.apache.org/confluence/display/MAVEN/AetherClassNotFound

The following command don't support variables when parsing node path option:

ls, cd, read-operation, read-attribute.
This is due to the fact that the CommandContext is not conveyed at parse time so variables can't be resolved.

WALSplitter.java

entryBuffers = new EntryBuffers(controller,
 this.conf.getInt("hbase.regionserver.hlog.splitlog.buffersize", 128 * 1024 * 1024),
 splitWriterCreationBounded);

In above case, EntryBuffers can't support maxHeapUsage in GB size.
The parameter type of the new EntryBuffers() is long, but the conf max value is INT.MAX. 
this is wrong？it should be getLong？

This is in the similar area with HBASE-15816, and also required with the current secondary indexing for Phoenix. 
The problem with P secondary indexes is that data table regions depend on index regions to be able to make progress. Possible distributed deadlocks can be prevented via custom RpcScheduler + RpcController configuration via HBASE-11048 and PHOENIX-938. However, region opening also has the same deadlock situation, because data region open has to replay the WAL edits to the index regions. There is only 1 thread pool to open regions with 3 workers by default. So if the cluster is recovering / restarting from scratch, the deadlock happens because some index regions cannot be opened due to them being in the same queue waiting for data regions to open (which waits for  RPC'ing to index regions which is not open). This is reproduced in almost all Phoenix secondary index clusters (mutable table w/o transactions) that we see. 
The proposal is to have a "high priority" region opening thread pool, and have the HTD carry the relative priority of a table. This maybe useful for other "framework" level tables from Phoenix, Tephra, Trafodian, etc if they want some specific tables to become online faster. 
As a follow up patch, we can also take a look at how this priority information can be used by the rpc scheduler on the server side or rpc controller on the client side, so that we do not have to set priorities manually per-operation. 

In HIVE-15489, when hive.spark.use.ts.stats.for.mapjoin is set to true, and if the JOIN op has any upstream RS operator, then we will stop converting the JOIN op to MAPJOIN op. 
However, this is overly conservative. A better solution is to treat the branch that has upstream RS as the big table and check if all other branches are map-only AND can fit in hash table size.

Parallel test script when run on a cluster of machines in multi-threaded mode doesnt report back on all tests in the suite. 

The toFiles method treats null input the same as an empty array, however the toURLs method throws NPE for null input.
This is inconsistent.
The Javadoc for toURLs does not specify the behaviour for null input.
Either the method should be fixed to treat null as an empty array, or the NPE should be documented.

	at org.apache.camel.impl.DefaultMessage.getHeader(DefaultMessage.java:71)
	at org.apache.camel.impl.DefaultMessage.getHeader(DefaultMessage.java:126)
	at org.apache.camel.component.rabbitmq.RabbitMQProducer.processInOnly(RabbitMQProducer.java:248)
	at org.apache.camel.component.rabbitmq.RabbitMQProducer.process(RabbitMQProducer.java:190)

LOG.error(e.getStackTrace()) in current code prints memory location of StackTraceElement[] instead of message.

In the DistributedHBaseCluster.restoreClusterStatus(), we are starting a regionserver for backup masters. Seems to be a copy-paste error from HBASE-12429. 
This is causing further issues on our test rig since we are starting a regionserver where only a backup master were before:

INFO  [main] hbase.HBaseClusterManager: Executing remote command: ps aux | grep proc_master | grep -v grep | tr -s ' ' | cut -d ' ' -f2 , hostname:10.0.0.99
INFO  [main] util.Shell: Executing full command [/usr/bin/ssh  -o StrictHostKeyChecking=no 10.0.0.99 "sudo su - hbase -c \"ps aux | grep proc_master | grep -v grep | tr -s ' ' | cut -d ' ' -f2\""]
INFO  [main] hbase.HBaseClusterManager: Executed remote command, exit code:0 , output:13244

INFO  [main] hbase.HBaseClusterManager: Executing remote command: ps aux | grep proc_regionserver | grep -v grep | tr -s ' ' | cut -d ' ' -f2 , hostname:10.0.0.99
INFO  [main] util.Shell: Executing full command [/usr/bin/ssh  -o StrictHostKeyChecking=no 10.0.0.99 "sudo su - hbase -c \"ps aux | grep proc_regionserver | grep -v grep | tr -s ' ' | cut -d ' ' -f2\""]
INFO  [main] hbase.HBaseClusterManager: Executed remote command, exit code:0 , output:
INFO  [main] hbase.HBaseCluster: Restoring cluster - starting initial region server: 10.0.0.99:16000
INFO  [main] hbase.HBaseCluster: Starting RS on: 10.0.0.99
INFO  [main] hbase.HBaseClusterManager: Executing remote command: /usr/hdp/2.3.3.0-2971/hbase/bin/hbase-daemon.sh --config /tmp/hbaseConf start regionserver , hostname:10.0.0.99
INFO  [main] util.Shell: Executing full command [/usr/bin/ssh  -o StrictHostKeyChecking=no 10.0.0.99 "sudo su - hbase -c \"/usr/hdp/2.3.3.0-2971/hbase/bin/hbase-daemon.sh --config /tmp/hbaseConf start reg
INFO  [main] hbase.HBaseClusterManager: Executed remote command, exit code:0 , output:starting regionserver, logging to /var/log/hbase/hbase-hbase-regionserver-zk0-hb23-h.out

INFO  [main] hbase.HBaseClusterManager: Executing remote command: ps aux | grep proc_regionserver | grep -v grep | tr -s ' ' | cut -d ' ' -f2 , hostname:10.0.0.126
INFO  [main] util.Shell: Executing full command [/usr/bin/ssh  -o StrictHostKeyChecking=no 10.0.0.126 "sudo su - hbase -c \"ps aux | grep proc_regionserver | grep -v grep | tr -s ' ' | cut -d ' ' -f2\""]
INFO  [main] hbase.HBaseCluster: Added new HBaseAdmin
INFO  [main] hbase.HBaseCluster: Restoring cluster - done
DEBUG [main] hbase.IntegrationTestBase: Done restoring the cluster

HIVE-20660 introduced better estimation for group by operator. But the logic did not account for Partial and Full group by separately.
For partial group by parallelism (i.e. number of tasks) should be taken into account.

No output has been received in the last 10m0s, this potentially indicates a stalled build or something wrong with the build itself.
Check the details on how to adjust your build configuration on: https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received

The logging subsystem uses a dynamic resource to list log files as resources. These are the files that are allowed to be read or downloaded and are attached to known file handlers.
When several file handlers are defined the file tree walker is invoked several times per read-resource-operation. This may be happening for each stage of an operation. Ideally we could either cache the file listing per-operation or only execute at the runtime stage. This may not be an option for dynamic resources however.
As a result of this poor performance the web console is very slow to load the logging subsystem configuration. This is not an issue with the web console.

We're having a problem on some particular versions of Oracle app server (but not on others, e.g. OC4J 9.0.4) where the application context hasn't been initialized when the contextInitialized method is called. According to the Javadocs for ServletContextListener, listeners will be notified before servlets and filters have been created. We're using a ContextLoaderServlet so it probably shouldn't work at all.
I'd like to change the class to modify the way the app context reference is set, since it isn't actually needed until session initialization/destruction events are generated. This would perhaps mean calling getWebApplicationContext, rather than getRequiredWebApplicationContext in the contextInitialized method (logging a warning if the app context is null), caching the servlet context  and changing getContext from
    ApplicationContext getContext() 
{
       Assert.notNull(context, "setContext(...) never called, ApplicationContext must not be null");
        return context;
    }

to 
    ApplicationContext getContext() {
       if(context == null) 
{
            setContext( WebApplicationContextUtils.getRequiredWebApplicationContext(cachedServletContext) );       
       }
       return context;
    }
I guess the alternative would be to write a servlet version, similar to the Spring context loader, but that seems unnecessary.

I saw this error in the master log:
Caused by: java.lang.IllegalArgumentException: Method org.apache.hadoop.hbase.master.MXBean.getRegionServers has parameter or return type that cannot be translated into an open type
    at com.sun.jmx.mbeanserver.ConvertingMethod.from(ConvertingMethod.java:32)
    at com.sun.jmx.mbeanserver.MXBeanIntrospector.mFrom(MXBeanIntrospector.java:63)
    at com.sun.jmx.mbeanserver.MXBeanIntrospector.mFrom(MXBeanIntrospector.java:33)
    at com.sun.jmx.mbeanserver.MBeanAnalyzer.initMaps(MBeanAnalyzer.java:118)
    at com.sun.jmx.mbeanserver.MBeanAnalyzer.<init>(MBeanAnalyzer.java:99)
    ... 14 more
Caused by: javax.management.openmbean.OpenDataException: Cannot convert type: java.util.Map<java.lang.String, org.apache.hadoop.hbase.ServerLoad>
    at com.sun.jmx.mbeanserver.OpenConverter.openDataException(OpenConverter.jav

When the AggregationStrategy's aggregate method returns null, the AggregateProcessor throws an NPE. While this is a result of user error, I think it would be easy to provide a more useful error indicating what the true problem is. This is the (not very helpful) error the user sees:

ERROR | Caused by: [org.apache.camel.RuntimeCamelException - java.lang.NullPointerException]
org.apache.camel.RuntimeCamelException: java.lang.NullPointerException
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1117)
	at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:104)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:543)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:482)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:451)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:974)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:876)
	at org.apache.camel.processor.aggregate.AggregateProcessor.doAggregation(AggregateProcessor.java:227)
	at org.apache.camel.processor.aggregate.AggregateProcessor.process(AggregateProcessor.java:182)
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:67)
	at org.apache.camel.processor.DelegateProcessor.processNext(DelegateProcessor.java:53)
	at org.apache.camel.processor.DelegateProcessor.proceed(DelegateProcessor.java:82)
	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:97)
	at org.apache.camel.processor.RedeliveryErrorHandler.processExchange(RedeliveryErrorHandler.java:185)
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:151)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:89)
	at org.apache.camel.processor.DefaultErrorHandler.process(DefaultErrorHandler.java:49)
	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:228)
	at org.apache.camel.processor.UnitOfWorkProcessor.processNext(UnitOfWorkProcessor.java:70)
	at org.apache.camel.processor.DelegateProcessor.process(DelegateProcessor.java:48)
	... 9 more

I'm not sure if this is a regression, but it is basically the same issue as DATAREST-491 and DATAREST-605. I'm seeing this using spring-boot-starter-data-rest:1.3.0.M5.
Check out the demo project and do the following to reproduce:
Create a resource:

curl -v -X POST http://localhost:8080/tickets -H "Content-Type: application/json" -d '{"properties" : {"a": "1", "b": {"c": "2"}}}'

Try to update the properties of the resource via PUT:

curl -v -X PUT http://localhost:8080/tickets/5640c0b6b760828633d03cca -H "Content-Type: application/json" -d '{"properties" : {"a": "3", "b": {"c": "4"}}}'

The following NPE is observed:

org.springframework.http.converter.HttpMessageNotReadableException: Could not read an object of type class demo.Ticket from the request!; nested exception is org.springframework.http.converter.HttpMessageNotReadableException: Could not read payload!; nested exception is java.lang.NullPointerException
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.readPutForUpdate(PersistentEntityResourceHandlerMethodArgumentResolver.java:206) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	...
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_25]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.merge(DomainObjectReader.java:138) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.readPut(DomainObjectReader.java:130) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.JsonPatchHandler.applyPut(JsonPatchHandler.java:134) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.readPutForUpdate(PersistentEntityResourceHandlerMethodArgumentResolver.java:203) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.getJacksonProperties(DomainObjectReader.java:254) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.doMerge(DomainObjectReader.java:158) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.doMergeNestedMap(DomainObjectReader.java:238) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.doMerge(DomainObjectReader.java:196) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.merge(DomainObjectReader.java:136) ~[spring-data-rest-webmvc-2.4.0.RELEASE.jar:na]
	... 55 common frames omitted

Replace HTable.new() with ConnectionFactory.createConnection() in table.rb.

COMPRESS-180 added support for encoding.
Unfortunately this was done in a way that broke immutability.
Also the factory is no longer thread-safe as the encoding field is not synch/volatile.
Consider whether to restore immutability, e.g. by adding a constuctor which takes the encoding setting. The setEntryEncoding method could be deprecated intitially and eventually dropped.
One way to support immutability now would be to add a second final encoding field which is set by a new ctor. See patch to follow.

 while I was working on HIVE-12244 i've looked around for utility methods...i've found this method; but it considers path: `/dir12` inside `/dir1`
which is not true

When sending a restlet GET request, the body should not be looked at at all.  
Currently In my exchange i have a java object in the body, and i send a restlet GET request, i expect the restlet response to replace whatever is in the body.  But i get a type conversion error because it is trying to stringify the java object before sending the get request.
I think the body should only be used in PUT and POST request.
Here is the fix in org.apache.camel.component.restlet.DefaultRestletBinding.java  line 151:
   public void populateRestletRequestFromExchange(Request request, Exchange exchange) {
        request.setReferrerRef("camel-restlet");
        String body = null;
        if(request.getMethod() == Method.POST || request.getMethod() == Method.PUT)
        {
        	body = exchange.getIn().getBody(String.class);
    	}
        Form form = new Form();
        // add the body as the key in the form with null value
        form.add(body, null);

Follow the steps to reproduce and you'll have an output similar to:

2018-01-17 21:34:15,398 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                  Logging - STABLE          org.wildfly.swarm:logging:2018.1.0
2018-01-17 21:34:15,409 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                      JMX - STABLE          org.wildfly.swarm:jmx:2018.1.0
2018-01-17 21:34:15,409 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:               Infinispan - STABLE          org.wildfly.swarm:infinispan:2018.1.0
2018-01-17 21:34:15,410 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                 Remoting - STABLE          org.wildfly.swarm:remoting:2018.1.0
2018-01-17 21:34:15,410 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:             Transactions - STABLE          org.wildfly.swarm:transactions:2018.1.0
2018-01-17 21:34:15,410 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                 Undertow - STABLE          org.wildfly.swarm:undertow:2018.1.0
2018-01-17 21:34:16,861 INFO  [org.wildfly.swarm.jmx] (main) JMX not configured for remote access
2018-01-17 21:34:17,428 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.SP1
2018-01-17 21:34:17,559 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0049: WildFly Swarm 2018.1.0 (WildFly Core 3.0.8.Final) starting
2018-01-17 21:34:17,627 INFO  [org.wildfly.swarm] (MSC service thread 1-8) WFSWARM0019: Install MSC service for command line args: []
2018-01-17 21:34:18,590 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 18) WFLYTX0013: The node-identifier attribute on the /subsystem=transactions is set to the default value. This is a danger for environments running multiple servers. Please make sure the attribute value is unique.
2018-01-17 21:34:18,596 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 15) WFLYCLINF0001: Activating Infinispan subsystem.
2018-01-17 21:34:18,589 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 12) WFLYNAM0001: Activating Naming Subsystem
2018-01-17 21:34:18,643 INFO  [org.jboss.as.naming] (MSC service thread 1-6) WFLYNAM0003: Starting Naming Service
2018-01-17 21:34:18,644 INFO  [org.xnio] (ServerService Thread Pool -- 14) XNIO version 3.5.4.Final
2018-01-17 21:34:18,674 INFO  [org.xnio.nio] (ServerService Thread Pool -- 14) XNIO NIO Implementation Version 3.5.4.Final
2018-01-17 21:34:18,704 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 14) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
2018-01-17 21:34:18,721 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0003: Undertow 1.4.18.Final starting
2018-01-17 21:34:18,853 INFO  [org.jboss.remoting] (MSC service thread 1-8) JBoss Remoting version 5.0.5.Final
2018-01-17 21:34:18,934 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0012: Started server default-server.
2018-01-17 21:34:19,054 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0006: Undertow HTTP listener default listening on [0:0:0:0:0:0:0:0]:8080
2018-01-17 21:34:19,058 WARN  [org.jboss.as.remoting] (MSC service thread 1-6) ****** All authentication is ANONYMOUS for org.jboss.as.remoting.RemotingHttpUpgradeService
2018-01-17 21:34:19,398 INFO  [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-5) ISPN000128: Infinispan version: Infinispan 'Chakra' 8.2.8.Final
2018-01-17 21:34:19,498 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
2018-01-17 21:34:19,502 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Swarm 2018.1.0 (WildFly Core 3.0.8.Final) started (with errors) in 2148ms - Started 124 of 261 services (3 services failed or missing dependencies, 172 services are lazy, passive or on-demand)
2018-01-17 21:34:19,905 INFO  [org.wildfly.swarm.runtime.deployer] (main) deploying demo.war
2018-01-17 21:34:19,943 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "demo.war" (runtime-name: "demo.war")
2018-01-17 21:34:20,174 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment "deployment.demo.war" is using a private module ("org.infinispan") which may be changed or removed in future versions without notice.
2018-01-17 21:34:20,174 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment "deployment.demo.war" is using a private module ("org.infinispan.commons") which may be changed or removed in future versions without notice.
2018-01-17 21:34:20,175 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment "deployment.demo.war" is using a private module ("org.jboss.jts") which may be changed or removed in future versions without notice.
2018-01-17 21:34:20,175 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment "deployment.demo.war" is using a private module ("org.infinispan") which may be changed or removed in future versions without notice.
2018-01-17 21:34:20,175 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment "deployment.demo.war" is using a private module ("org.infinispan.commons") which may be changed or removed in future versions without notice.
2018-01-17 21:34:20,354 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0018: Host default-host starting
2018-01-17 21:34:20,473 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 9) WFLYUT0021: Registered web context: '/' for server 'default-server'
2018-01-17 21:34:20,486 INFO  [org.jboss.as.server] (main) WFLYSRV0010: Deployed "demo.war" (runtime-name : "demo.war")
2018-01-17 21:34:20,518 INFO  [org.wildfly.swarm] (main) WFSWARM99999: WildFly Swarm is Ready

Even though the server starts, the ERROR message above always appears when the Infinispan fraction is included

java.sql.SQLException: Error while compiling statement: FAILED: SemanticException [Error 10014]: Line 1:86 Wrong arguments 'a': No matching method for class org.apache.hadoop.hive.ql.udf.UDFSign with (decimal(38,10)). Possible choices: FUNC(double)

If you take a zlib / deflate compressed file, with the zlib header (eg the test file bla.tar.deflatez) and pass it to CompressorStreamFactory.createCompressorInputStream, it won't be detected and you'll get a CompressorException("No Compressor found for the stream signature.")
While detecting header-less zlib files is probably too tricky to manage, those with the header ought to be possible to spot and handle

The commons-beanutils jar includes classes from commons-collections which are not shaded, and should not be used, in any case.
The dependency can be switched from commons-beanutils:commons-beanutils to commons-beanutils:commons-beanutils-core which does not contain the classes.
Any module that actually needs the commons-collections classes should ensure that org.apache.commons.collections is also included as an import.

Currently there is not possible to specify maximum packet size for AJP listener in Undertow. In EAP6 there was possible to use org.apache.coyote.ajp.MAX_PACKET_SIZE system property for this purpose, see also this jira.
This is missing feature compared to EAP6 therefore we should add this otherwise some customers might miss it.
Proposed solution: add a new attribute into AJP listener that would specify max packet size.

The BeanInfo-Class shows the same behaviour as ClassUtils-Class from Spring 3.0.x (see Spring Issue 7066, https://jira.springsource.org/browse/SPR-7066).
When working with mock objects created by mockito using an interface the getSuperclass()-Method returns java.lang.Object and the method to called on the mock can't be found. 
While looking around for a solution I found the path applied in Spring (see https://fisheye.springsource.org/browse/spring-framework/trunk/org.springframework.core/src/main/java/org/springframework/util/ClassUtils.java?content-type=text/vnd.viewcvs-markup&r1=3227&r2=3228).
In method 
public static Class<?> getUserClass(Class<?> clazz) 
the code
return (clazz != null && clazz.getName().contains(CGLIB_CLASS_SEPARATOR) ?  clazz.getSuperclass() : clazz);
is replaced by 
if (clazz != null && clazz.getName().contains(CGLIB_CLASS_SEPARATOR)) {
    Class<?> superClass = clazz.getSuperclass();
    if (superClass != null && !Object.class.equals(superClass)) 
{
         return superClass;
    }
}
return clazz;
While waiting for a fix in BeanInfo class a workaround is to mock the concrete class not the interface, but this makes the test code more complicated if several classes implement the same interface.
A Wor

In HIVE-5855 I tried to remove a backwards incompatibility, but I named the method appendReadColumnID where it should be appendReadColumnIDs:
https://github.com/apache/hive/blob/branch-0.12/serde/src/java/org/apache/hadoop/hive/serde2/ColumnProjectionUtils.java#L51

Description of worker attributes of IO subsystem contains escaped char \" sequences.

[standalone@localhost:9990 /] cd subsystem=io/worker=default
[standalone@localhost:9990 worker=default] :read-resource-description(recursive=true)
{
        "description" => "Defines workers",
        "capabilities" => [{
            "name" => "org.wildfly.io.worker",
            "dynamic" => true
        }],
            "io-threads" => {
                "description" => "\"Specify the number of I/O threads to create for the worker.  If not specified, a default will be chosen, which is calculated by cpuCount * 2\"",
            },
            "stack-size" => {
                "type" => LONG,
                "description" => "The stack size (in bytes) to attempt to use for worker threads.",
                "default" => 0L,
            },
            "task-keepalive" => {
                "description" => "Specify the number of milliseconds to keep non-core task threads alive.",
                "default" => 60,
            },
            "task-max-threads" => {
                "description" => "\"Specify the maximum number of threads for the worker task thread pool.If not set, default value used which is calculated by formula cpuCount * 16\"",
            }
        },
    }
}

Variable used to return the value of getWriteRequestCount is int, must be long. I think it causes cluster UI to show negative Write Request Count.

Since sqlline has been incorporated as beeline, the jar dependency is not required.

I'm having a somewhat rare issue with NullPointerExceptions in a multithreaded route. It seems that there is a race condition between one thread operating on the UnitOfWork and another removing it. I have gotten the following stacktraces so far:

ERROR [Camel0 - Resequencer Delivery] o.a.c.p.StreamResequencer - Caused by: [java.lang.NullPointerException - null]
	at org.apache.camel.processor.DefaultChannel$1.done(DefaultChannel.java:309) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:349) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:209) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:305) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:78) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:116) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:79) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:104) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:59) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.StreamResequencer.sendElement(StreamResequencer.java:165) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.StreamResequencer.sendElement(StreamResequencer.java:61) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.resequencer.ResequencerEngine.deliverNext(ResequencerEngine.java:254) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.resequencer.ResequencerEngine.deliver(ResequencerEngine.java:218) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.processor.StreamResequencer$Delivery.run(StreamResequencer.java:212) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]

And:

	at org.apache.camel.impl.DefaultExchange.isTransacted(DefaultExchange.java:331) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:57) ~[camel-core-2.8.1-SNAPSHOT.jar:2.8.1-SNAPSHOT]

Looking at the source, both NullPointerExceptions were thrown by code like:

return getUnitOfWork() != null && getUnitOfWork().isTransacted();

Oddly, I've only seen this happen soon after startup and only once per run.
The actual route is company confidential, but it's basically:
JMS -> Stream Resequencer -> Bean

The Enricher may call callback.done(false) two times if there was an exception during enrichment.
Noticed this problem during investigation of See CAMEL-5905

ServerRootResourceDefinition constructor and CoreManagementResourceDefinition static methods have been deprecated.
Replace their use with the new methods with the BootErrorCollector parameter.
This can be done with core 1.0.0.Alpha4.

The following script:
DROP TABLE IF EXISTS TestTable;
CREATE TABLE TestTable (a INT);
DROP INDEX IF EXISTS TestTableA_IDX ON TestTable;
CREATE INDEX TestTableA_IDX ON TABLE TestTable (a) AS 'org.apache.hadoop.hive.ql.index.compact.CompactIndexHandler' WITH DEFERRED REBUILD;
ALTER INDEX TestTableA_IDX ON TestTable REBUILD;
MetaException(message:index testtablea_idx doesn't exist)
	at org.apache.hadoop.hive.metastore.ObjectStore.alterIndex(ObjectStore.java:1880)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler$30.run(HiveMetaStore.java:1930)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler$30.run(HiveMetaStore.java:1927)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.executeWithRetry(HiveMetaStore.java:356)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_index(HiveMetaStore.java:1927)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.alter_index(HiveMetaStoreClient.java:868)
	at org.apache.hadoop.hive.ql.metadata.Hive.alterIndex(Hive.java:398)
	at org.apache.hadoop.hive.ql.exec.DDLTask.alterIndex(DDLTask.java:902)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:236)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:338)
	at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:436)
	at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:446)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:642)
When you execute: "SHOW INDEXES ON TestTable;", you get:
TestTableA_IDX      	testtable           	a                   	default_testtable_testtablea_idx_	compact
so it looks like things don't get lower cased when they go into the metastore, but they do when the rebuild op is trying to execute.

In practice the context-relative attribute on an <mvc:redirect-view-controller> element defaults to "false" when it's not set.
For example <mvc:redirect-view-controller path="/a" redirect-url="/b" /> will create a controller that redirects from http://localhost:8080/context/a to http://localhost:8080/b.
This contradicts the description of the attribute (from spring-mvc-4.1.xsd):
Whether to interpret a given redirect URL that starts with a slash ("/") as relative to the current ServletContext, i.e. as relative to the web application root. The default is "true".

When trying to run WildFly 10 with a configuration file from EAP 6.4.7 (i.e. management version 1.8), presumably for migration, the server fails to boot with an error message like this:

14:44:44,305 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:131) [wildfly-controller-2.1.2.Final-redhat-1.jar:2.1.2.Final-redhat-1]
	at org.jboss.as.server.ServerService.boot(ServerService.java:356) [wildfly-server-2.1.2.Final-redhat-1.jar:2.1.2.Final-redhat-1]
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:299) [wildfly-controller-2.1.2.Final-redhat-1.jar:2.1.2.Final-redhat-1]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_92]
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[3,1]
Message: Unexpected element '{urn:jboss:domain:1.8}server'
	at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:108) [staxmapper-1.2.0.Final-redhat-1.jar:1.2.0.Final-redhat-1]
	at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper-1.2.0.Final-redhat-1.jar:1.2.0.Final-redhat-1]
	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:123) [wildfly-controller-2.1.2.Final-redhat-1.jar:2.1.2.Final-redhat-1]
	... 3 more

14:44:44,306 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.

This is really because the org.jboss.as.controller.parsing.Namespace enum doesn't have a constant for management version 1.8. After fixing that, everything seems to work fine (I guess that the rest of the server is fully aware of mgmt version 1.8), so this was hopefully just this single omission.

My route and jetty configuration:
<route id="ds-rest-archive-upload-processor">
            <from uri="jetty:https://storage:8443/data/archive?sslContextParametersRef=sslContextParameters&amp;requestBufferSize=32768&amp;responseBufferSize=32768&amp;httpMethodRestrict=POST" />
            <to uri="bean:uploadFromArchiveFileProcessor?method=process" pattern="InOut" />
</route>
<bean id="jetty" class="org.apache.camel.component.jetty9.JettyHttpComponent9">
        <property name="endpointClass" value="org.apache.camel.component.jetty9.JettyHttpEndpoint9" />
        <property name="sslContextParameters" ref="sslContextParameters" />
        <property name="useContinuation" value="true" />
        <property name="requestBufferSize" value="32768" />
        <property name="responseBufferSize" value="32768" />
        <property name="threadPool">
            <bean class="org.eclipse.jetty.util.thread.QueuedThreadPool">
                <constructor-arg index="0" value="1000" />
            </bean>
        <property name="jettyHttpBinding">
            <bean class="org.apache.camel.component.jetty.DefaultJettyHttpBinding">
                <property name="transferException" value="false" />
            </bean>
    </bean>
When I send file to this endpoint I have out of memory with this stacktrace:
 java.lang.OutOfMemoryError: Java heap space
      at java.lang.StringCoding.decode(StringCoding.java:215)
      at java.lang.String.<init>(String.java:463)
      at java.lang.String.<init>(String.java:515)
      at org.eclipse.jetty.servlets.MultiPartFilter$Wrapper.getParameterBytesAsString(MultiPartFilter.java:390)
      at org.eclipse.jetty.servlets.MultiPartFilter$Wrapper.getParameterValues(MultiPartFilter.java:337)
      at org.apache.camel.http.common.DefaultHttpBinding.populateRequestParameters(DefaultHttpBinding.java:219)
      at org.apache.camel.http.common.DefaultHttpBinding.readHeaders(DefaultHttpBinding.java:174)
      at org.apache.camel.http.common.DefaultHttpBinding.readRequest(DefaultHttpBinding.java:110)
      at org.apache.camel.http.common.HttpMessage.<init>(HttpMessage.java:52)
      at org.apache.camel.component.jetty.CamelContinuationServlet.doService(CamelContinuationServlet.java:161)
      at org.apache.camel.http.common.CamelServlet.service(CamelServlet.java:74)
      at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
      at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
      at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
      at org.eclipse.jetty.servlets.MultiPartFilter.doFilter(MultiPartFilter.java:200)
      at org.apache.camel.component.jetty.CamelFilterWrapper.doFilter(CamelFilterWrapper.java:43)
      at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
      at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
      at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
      at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
      at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
      at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
      at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
      at org.eclipse.jetty.server.Server.handle(Server.java:499)
      at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
      at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
      at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
      at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
      at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)

Needed to upgrade guava for tez - but the 0.3 release rolled that back.

Enabling use_mcast_xmit_req could actually cause an excess messages to be send within the cluster.

The GSON message converter used to serialise using the class of the object that was being serialised. Now it uses the return type of the controller method.
So when I have

@GetMapping("/animal")
public Animal getAnimal() { return new Cat(...); }

the Cat-specific fields do not get serialised, only Animal fields.
Workarounds:

When I replace GSON with Jackson on the classpath, Cat fields get serialised again.
When I subclass the GsonHttpMessageSerializer and override writeInternal as follows:

@Override
protected void writeInternal(Object o, @Nullable Type type, Writer writer) throws Exception
{
    // replaces the type info with null value
    super.writeInternal(o, null, writer); 
}

the Cat fields get serialized again.
Probably introduced in SPR-12811, the last version that serialized Cats as Cats was 4.1.9.
Run the repro project, and GET http://localhost:8080/SPR-16461/animal
Response should be the same as  http://localhost:8080/SPR-16461/cat but isn't.

Reading or modyfing of journal paths via CLI is not possible in domain. If you list the journal paths via CLI, you get an empty result. Configuring of journal paths is necessary if you want to have more Artemis servers in one EAP.

ls /profile=full/subsystem=messaging-activemq/server=default/path=

The Get operation is implemented in HBase as a Scan. The default isolation level for Scan is READ_COMMITTED. The API to change the isolation level is part of Scan class and there is no way for Get operation to change this from default. We should move this API up to Query (which is a parent of both: Scan and Get). 

When using an alternate table prefix in the batch repository schema and
setting this property on the JobRepositoryFactoryBean, the setting is properly injected into the three primary daos
(  JdbcJobInstanceDao, JdbcJobExecutionDao, JdbcStepExecutionDao ).
However the setting is not injected into the JdbcExecutionContextDao, resulting in an inconsistent table naming prefix strategy in the batch schema.
It appears to me that the JdbcJobExecutionDao and JdbcStepExecutionDao each create an instance of the JdbcExecutionContextDao, referred to as "ecDao", and should inject the tablePrefix.  
They already set some properties of the "ecDao" in their afterPropertiesSet() .. but seems they neglect to inject the tablePrefix as well.
Should be a simple one line fix in each dao?

See: 
1. https://builds.apache.org/job/HBASE-Find-Flaky-Tests/lastSuccessfulBuild/artifact/dashboard.html
2. https://builds.apache.org/job/HBASE-Flaky-Tests/30837/

This is a consequence of a bug introduced in WFLY-11747
JCA root definition is using the setCapabilities method twice:

private JcaSubsystemRootDefinition(final boolean registerRuntimeOnly) {
        super(new Parameters(PATH_SUBSYSTEM, JcaExtension.getResourceDescriptionResolver())
                .setAddHandler(JcaSubsystemAdd.INSTANCE)
                .setRemoveHandler(JcaSubSystemRemove.INSTANCE)
                .setCapabilities(JCA_NAMING_CAPABILITY)
                .setCapabilities(TRANSACTION_INTEGRATION_CAPABILITY)
        );
        this.registerRuntimeOnly = registerRuntimeOnly;
    }

That means JCA_NAMING_CAPABILITY is being overwritten by TRANSACTION_INTEGRATION_CAPABILITY , so this requirement is lost.

We use a blocking take from CompletionService in HBaseInterClusterReplicationEndpoint. When we remove a peer, we try to shut down all threads gracefully. But, under certain race condition, the underlying executor gets shutdown and the CompletionService#take will block forever, which means the remove_peer call will never gracefully finish.
Since ReplicationSourceManager#removePeer and ReplicationSourceManager#recordLog lock on the same object, we are not able to roll WALs in such a situation and will end up with gigantic WALs.

Josh <josh@besquared.net> wrote:
When launching off hive queries using hive -e is there a way to get the job id so that I can just queue them up and go check their statuses later? What's the general pattern for queueing and monitoring without using the libraries directly?
I'm gonna throw my vote in for a structured log format. Users could tail it and use whatever queuing or monitoring they wish. It's also probably just a 30 minute project for someone already familiar with the code. I suggest ^A seperated key=value pairs per log line.

Download empty karaf 3.0.2
Install camel-blueprint and camel-box features
Run sample box route and get this exception

java.lang.NoClassDefFoundError: org/apache/commons/lang/NotImplementedException
        at org.apache.camel.component.box.internal.BoxClientHelper.createBoxClient(BoxClientHelper.java:97)
        at org.apache.camel.component.box.BoxComponent.getBoxClient(BoxComponent.java:59)
        at org.apache.camel.component.box.BoxEndpoint.createBoxClient(BoxEndpoint.java:127)
        at org.apache.camel.component.box.BoxEndpoint.afterConfigureProperties(BoxEndpoint.java:102)
        at org.apache.camel.util.component.AbstractApiEndpoint.configureProperties(AbstractApiEndpoint.java:115)
        at org.apache.camel.util.component.AbstractApiComponent.createEndpoint(AbstractApiComponent.java:96)
        at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:122)
        at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:525)
        at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:71)
        at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:202)
        at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:106)
        at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:112)
        at org.apache.camel.model.FromDefinition.resolveEndpoint(FromDefinition.java:72)
        at org.apache.camel.impl.DefaultRouteContext.getEndpoint(DefaultRouteContext.java:88)
        at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:923)
        at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:187)
        at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:794)
        at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:2184)
        at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1916)
        at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1777)
        at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1745)
        at org.apache.camel.blueprint.BlueprintCamelContext.start(BlueprintCamelContext.java:177)
        at org.apache.camel.blueprint.BlueprintCamelContext.maybeStart(BlueprintCamelContext.java:209)
        at org.apache.camel.blueprint.BlueprintCamelContext.serviceChanged(BlueprintCamelContext.java:147)
        at org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:932)
        at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:793)
        at org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:543)
        at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4419)
        at org.apache.felix.framework.Felix.registerService(Felix.java:3423)
        at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:346)
        at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:352)
        at org.apache.camel.blueprint.BlueprintCamelContext.init(BlueprintCamelContext.java:97)
        at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)
        at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)
        at org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:712)
        at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:824)
        at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)
        at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
        at java.util.concurrent.FutureTask.run(FutureTask.java:166)
        at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)
        at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)
        at org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)
        at org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl
.java:681)
        at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:378)
        at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:269)
        at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:276)
        at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:245)
        at org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:235)
        at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker
.java:500)
.java:433)
        at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java
:725)
        at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java
:463)
        at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java
:422)
        at org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)
        at org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:695)
        at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:483)
        at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4403)
        at org.apache.felix.framework.Felix.startBundle(Felix.java:2092)
        at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
        at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:942)
        at org.apache.karaf.bundle.command.Restart.doExecute(Restart.java:48)
        at org.apache.karaf.bundle.command.BundlesCommand.doExecute(BundlesCommand.java:50)
        at org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:
41)
        at org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)
        at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)
        at org.apache.karaf.shell.commands.basic.AbstractCommand.execute(AbstractCommand.java:33)
        at Proxydce7d8d9_a802_4295_bc90_9f32a888e927.execute(Unknown Source)
        at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)
        at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)
        at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)
        at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
        at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)
        at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)
        at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)
        at org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.java:203)
        at org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1$1.run(LocalConsoleManager.java:115)
        at org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.java:57)
        at org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1.run(LocalConsoleManager.java:108)
Caused by: java.lang.ClassNotFoundException: org.apache.commons.lang.NotImplementedException not found by wrap_mvn_net.b
ox_boxjavalibv2_3.0.9 [89]
        at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
        at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
        at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
        ... 86 more

Headers for box sdk show that it is missing two packages:

org.apache.commons.lang;resolution:=optional,
org.apache.commons.lang.builder;resolution:=optional,

Headers for 84 | Active |  50 | 3.3.2   | Apache Commons Lang shows that it exports following packages:

        org.apache.commons.lang3;version=3.3.2,
        org.apache.commons.lang3.builder;version=3.3.2,
        org.apache.commons.lang3.concurrent;version=3.3.2,
        org.apache.commons.lang3.event;version=3.3.2,
        org.apache.commons.lang3.exception;version=3.3.2,
        org.apache.commons.lang3.math;version=3.3.2,
        org.apache.commons.lang3.mutable;version=3.3.2,
        org.apache.commons.lang3.reflect;version=3.3.2,
        org.apache.commons.lang3.text;version=3.3.2,
        org.apache.commons.lang3.text.translate;version=3.3.2,
        org.apache.commons.lang3.time;version=3.3.2,
        org.apache.commons.lang3.tuple;version=3.3.2

Calling UrlResource.exists() on a URL that doesn't exist on the distant HTTP server leaves the connection in CLOSE_WAIT state, which can cause Deny of Service (Too many open files).
the issue is located in this code :
(part of AbstractResource.java)
        public boolean exists() {
...
                        try 
{
                                InputStream is = getInputStream();
                                is.close();
                                return true;
                        }
                        catch (Throwable isEx) 
{
                                return false;
                        }
...
and UrlResource.getInputStream() contains :
        public InputStream getInputStream() throws IOException {
                URLConnection con = this.url.openConnection();
                con.setUseCaches(false);
                return con.getInputStream();
        }

=> on 404 status (for example), con.getInputStream() throws a FileNotFoundException, so is.close() is not called.

A quick fix could be to override AbstractResource.exists() in UrlResource and not use UrlResource.getInputStream() :
                // Try file existence: can we find the file in the file system?
                try {
                        return getFile().exists();
                }
                        // Fall back to stream existence: can we open the stream?
                        try {
                                URLConnection con = this.url.openConnection();
                                con.setUseCaches(false);
                                try {
                                        InputStream is = con.getInputStream();
                                        is.close();
                                }
                                catch (Throwable isEx) {
                                        return false;
                                }
                                finally {
                                        // Close the HTTP connection
                                        if (con instanceof HttpURLConnection) {
                                                ((HttpURLConnection) con).disconnect();
                                        }
                                }
                        }
                        catch (Throwable conEx) {                                return false;                        }
                }
        }

Configuration is missing servlet and mockobjects dependencies and does not build
successfully.  This patch adds those dependencies to build.xml.
RCS file: /home/cvspublic/jakarta-commons/configuration/build.xml,v
retrieving revision 1.11
diff -u -w -b -r1.11 build.xml
— build.xml	11 Oct 2004 09:53:33 -0000	1.11
+++ build.xml	9 Feb 2005 21:07:54 -0000
@@ -251,6 +251,12 @@
     </get>
     <get dest="${libdir}/junit-addons-1.4.jar" usetimestamp="true"
ignoreerrors="true"
src="http://www.ibiblio.org/maven/junit-addons/jars/junit-addons-1.4.jar">
     </get>
+    <get dest="${libdir}/servlet-api-2.4-20040521.jar" usetimestamp="true"
src="http://www.ibiblio.org/maven/servletapi/jars/servlet-api-2.4-20040521.jar">
+    </get>
+    <get dest="${libdir}/mockobjects-jdk1.4-j2ee1.3-0.09.jar"
usetimestamp="true" ignoreerrors="true"
src="http://www.ibiblio.org/maven/mockobjects/jars/mockobjects-jdk1.4-j2ee1.3-0.09.jar">
+    </get>
+    <get dest="${libdir}/mockobjects-core-0.09.jar" usetimestamp="true"
src="http://www.ibiblio.org/maven/mockobjects/jars/mockobjects-core-0.09.jar">
+    </get>
   </target>
   <target name="install-maven">
     <get dest="${user.home}/maven-install-latest.jar" usetimestamp="true"
src="${repo}/maven/maven-install-latest.jar">

AcmeResourceHandler is using String.matches(String) to check if it needs to handle a request, which results in per-request allocations.
At minimum this should use a precompile Pattern. That still results in per-request allocation of a Matcher though.

We inferred float automatically, instead of emitting a metadata query to Druid and checking the type of the metric.

Discussed on the user@hbase mailing list (http://markmail.org/thread/w3cqjxwo2smkn2jw). If a client disconnects the call queue size is not decremented causing new calls to get rejected with a CallQueueTooBigException.

quota.rb, security.rb and visibility_labels.rb leaks connection as noted by Nick Dimiduk here

Documentation regarding inclusion of http://or https:// scheme in the defaultTargetUrl :
defaultTargetUrl indicates the URL that should be used for redirection if the HttpSession attribute named ACEGI_SAVED_REQUEST_KEY does not indicate the target URL once authentication is completed successfully. eg: /. The defaultTargetUrl will be treated as relative to the web-app's context path, and should include the leading /. Alternatively, inclusion of a scheme name (eg http:// or https://) as the prefix will denote a fully-qualified URL and this is also supported.
Snippet of acegi configuration file:
    <bean id="authenticationProcessingFilter" class="org.acegisecurity.ui.webapp.AuthenticationProcessingFilter">
        <property name="authenticationManager"><ref local="authenticationManager"/></property>
        <property name="authenticationFailureUrl"><value>/login.do?error=true</value></property>
        <property name="defaultTargetUrl"><value>https://bpz.fluxweb.com/ctxroot/home.do?method=home</value></property>
        <property name="filterProcessesUrl"><value>/j_security_check</value></property>
    </bean>
However the defaultTargetUrl is always prefixed with the context root (based on the debugging information below):
[app] DEBUG [TP-Processor2] AbstractProcessingFilter.successfulAuthentication(384) | Redirecting to target URL from HTTP Session (or default): /ctxroothttps://bpz.fluxweb.com/ctxroot/home.do?method=home

Currently, the log shows 
Aborting compaction of store LOG in region .... because user requested stop.
But it is actually because of balancing.
Currently, there is no way to figure out who closed the region.  So it is better to change the message to say it is because of user, or balancing.

groupName = groupNames[counter.getAndIncrement() % groupNames.length];

Theoretically, counter can overflow and becomes negative then causes an ArrayIndexOutOfBoundsException.
But in practice, we need 2 billions different identifiers to make this happen, and before the overflow we will run into OOM because of a huge groupNameCache...
So not sure if it is worth to fix

The RegionObserver's preScannerClose() and postScannerClose()
methods should cover the scanner leaseExpired() situation. 

It was occurred many time that  I granted some permission,  but few of some regionservers was not token effect and must be restart . When I look up logs,  I found that :
2016-12-08 15:00:26,238 DEBUG [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] handler.CloseRegionHandler (CloseRegionHandler.java:process(128)) - Processing close of data-probe-test,,1481180420784.5f06cb6447343b602e05996bfd87ce14.
 2016-12-08 15:00:26,242 DEBUG [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] regionserver.HRegion (HRegion.java:doClose(1163)) - Closing data-probe-test,,1481180420784.5f06cb6447343b602e05996bfd87ce14.: disabling compactions & flushes 
2016-12-08 15:00:26,242 DEBUG [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] regionserver.HRegion (HRegion.java:doClose(1190)) - Updates disabled for region data-probe-test,,1481180420784.5f06cb6447343b602e05996bfd87ce14.
2016-12-08 15:00:26,242 INFO  [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] regionserver.HRegion (HRegion.java:internalFlushcache(1753)) - Started memstore flush for data-probe-test,,1481180420784.5f06cb6447343b602e05996bfd87ce14., current region memstore size 160
2016-12-08 15:00:26,284 INFO  [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] regionserver.DefaultStoreFlusher (DefaultStoreFlusher.java:flushSnapshot(95)) - Flushed, sequenceid=6, memsize=160, hasBloomFilter=true, into tmp file hdfs://dx-data-hbase-watcher/hbase/data/default/data-probe-test/5f06cb6447343b602e05996bfd87ce14/.tmp/8d734ce3d93e40628d8f82111e754cb3
2016-12-08 15:00:26,303 DEBUG [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] regionserver.HRegionFileSystem (HRegionFileSystem.java:commitStoreFile(370)) - Committing store file hdfs://dx-data-hbase-watcher/hbase/data/default/data-probe-test/5f06cb6447343b602e05996bfd87ce14/.tmp/8d734ce3d93e40628d8f82111e754cb3 as hdfs://dx-data-hbase-watcher/hbase/data/default/data-probe-test/5f06cb6447343b602e05996bfd87ce14/cf2/8d734ce3d93e40628d8f82111e754cb3
2016-12-08 15:00:26,318 INFO  [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] regionserver.HStore (HStore.java:commitFile(877)) - Added hdfs://dx-data-hbase-watcher/hbase/data/default/data-probe-test/5f06cb6447343b602e05996bfd87ce14/cf2/8d734ce3d93e40628d8f82111e754cb3, entries=1, sequenceid=6, filesize=985
2016-12-08 15:00:26,319 INFO  [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] regionserver.HRegion (HRegion.java:internalFlushcache(1920)) - Finished memstore flush of ~160/160, currentsize=0/0 for region data-probe-test,,1481180420784.5f06cb6447343b602e05996bfd87ce14. in 77ms, sequenceid=6, compaction requested=false
2016-12-08 15:00:26,323 INFO  [StoreCloserThread-data-probe-test,,1481180420784.5f06cb6447343b602e05996bfd87ce14.-1] regionserver.HStore (HStore.java:close(774)) - Closed cf1
2016-12-08 15:00:26,325 INFO  [StoreCloserThread-data-probe-test,,1481180420784.5f06cb6447343b602e05996bfd87ce14.-1] regionserver.HStore (HStore.java:close(774)) - Closed cf2
2016-12-08 15:00:26,326 DEBUG [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] coprocessor.CoprocessorHost (CoprocessorHost.java:shutdown(292)) - Stop coprocessor org.apache.hadoop.hbase.security.token.TokenProvider
  2016-12-08 15:00:26,326 DEBUG [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] coprocessor.CoprocessorHost (CoprocessorHost.java:shutdown(292)) - Stop coprocessor org.apache.hadoop.hbase.security.access.AccessController  
2016-12-08 15:00:26,327 DEBUG [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] coprocessor.CoprocessorHost (CoprocessorHost.java:shutdown(292)) - Stop coprocessor org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint
2016-12-08 15:00:26,327 DEBUG [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] coprocessor.CoprocessorHost (CoprocessorHost.java:shutdown(292)) - Stop coprocessor org.apache.hadoop.hbase.regionserver.ExternalMetricObserver
2016-12-08 15:00:26,328 INFO  [RS_CLOSE_REGION-dx-data-hbase-watcher05:60020-0] regionserver.HRegion (HRegion.java:doClose(1279)) - Closed data-probe-test,,1481180420784.5f06cb6447343b602e05996bfd87ce14.
  2016-12-08 15:00:27,590 ERROR [regionserver60020-EventThread] zookeeper.ClientCnxn (ClientCnxn.java:processEvent(524)) - Error while calling watcher
java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@1851ab3a rejected from java.util.concurrent.ThreadPoolExecutor@19c0794f[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 1]
        at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2048)
        at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:821)
        at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1372)
        at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:110)
        at java.util.concurrent.Executors$DelegatedExecutorService.submit(Executors.java:638)
        at org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.nodeDataChanged(ZKPermissionWatcher.java:162)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:461)
2016-12-08 15:00:27,595 ERROR [regionserver60020-EventThread] zookeeper.ClientCnxn (ClientCnxn.java:processEvent(524)) - Error while calling watcher
java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@646fdb38 rejected from java.util.concurrent.ThreadPoolExecutor@19c0794f[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 1]
        at org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.nodeChildrenChanged(ZKPermissionWatcher.java:201)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:468)
2016-12-08 15:01:19,389 INFO  [PriorityRpcServer.handler=6,queue=0,port=60020] regionserver.HRegionServer (HRegionServer.java:openRegion(3935)) - Open hbase:acl,,1480596080128.854f160ee9c3f2d1b591d6dbf211956e.
2016-12-08 15:01:19,443 DEBUG [RS_OPEN_REGION-dx-data-hbase-watcher05:60020-1] zookeeper.ZKAssign (ZKAssign.java:transitionNode(832)) - regionserver:60020-0x358ba43097e1ada, quorum=dx-data-hbase-watcher02:2181,dx-data-hbase-watcher01:2181,dx-data-hbase-watcher03:2181, baseZNode=/hbase Transitioning 854f160ee9c3f2d1b591d6dbf211956e from M_ZK_REGION_OFFLINE to RS_ZK_REGION_OPENING

After look up source, I found that :
1 AccessController implements RegionObserver and  RegionServerObserver.
2 The reference of "ZooKeeperWatcher zk" is a same one object when the instance of AccessController was be used as RegionObserver  and RegionServerObserver.
3 When closing region, org.apache.hadoop.hbase.security.access.AccessController.stop(CoprocessorEnvironment) ,  TableAuthManager.release(authManager),    org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.close() will be called.
4 If there is only one region on regionserver and I close it , TableAuthManager.release(authManager) will close the instance of TableAuthManager and shutdown the ExecutorService of  ZKPermissionWatcher .
5 If I grant a new permission when the ExecutorService is terminated, the exception before whitch is a runtimeexcepetion will occurs, and at last the zookeeper watcher was crashed.

So, The instance of TableAuthManager should not be close unless regionserver is closing.

When a message is moved into DLQ the MEP should be enforced to be InOnly as we should not expect a reply. For example if using a JMS queue as DLQ. To avoid JmsProducer will expect a reply and wait for it, which never comes and then timeout after 20 sec.

A code for XFire working with Spring 2.5.6 works fine, with the follow jars
activation-1.1.jar
commons-logging-1.0.4.jar
jdom-1.0.jar
spring.jar                 <---
spring-webmvc.jar <---
stax-api-1.0.1.jar
wsdl4j-1.6.1.jar
wstx-asl-3.2.0.jar
xfire-all-1.2.6.jar
With the follows jars
com.springsource.org.antlr-3.0.1.jar
org.springframework.asm-3.0.0.M3.jar
org.springframework.beans-3.0.0.M3.jar
org.springframework.context-3.0.0.M3.jar
org.springframework.core-3.0.0.M3.jar
org.springframework.expression-3.0.0.M3.jar
org.springframework.web-3.0.0.M3.jar
org.springframework.web.servlet-3.0.0.M3.jar
Even If I include the missing jars from the first list in this configuration 
When tomcat 6.0.20 is started, I receive instead this error
21/09/2009 12:30:10 PM org.springframework.web.context.ContextLoader initWebApplicationContext
GRAVE: Context initialization failed
org.springframework.beans.factory.BeanCreationExce ption: Error creating bean with name
'xfire.customEditorConfigurer' defined in class path resource
[org/codehaus/xfire/spring/customEditors.xml]: Initialization of bean failed;
nested exception is org.springframework.beans.TypeMismatchException:
Failed to convert property value of type
[java.util.LinkedHashMap] to required type [java.util.Map] forproperty 'customEditors';
nested exception is java.lang.IllegalArgumentException:
Cannot convert value of type [org.codehaus.xfire.spring.editors.ServiceFactoryEd itor]
to required type [java.lang.String] for property 'customEditors[org.codehaus.xfire.service.ServiceFactory]':
no matching editors or conversion strategyfound
at org.springframework.beans.factory.support.Abstract AutowireCapableBeanFactory.doCreateBean(AbstractAu towireCapableBeanFactory.java:483)
.....
Caused by: org.springframework.beans.TypeMismatchException:
Failed to convert property value of type [java.util.LinkedHashMap] to required type [java.util.Map]
for property 'customEditors'; nested exception is java.lang.IllegalArgumentException:
no matching editors or conversion strategy found
at org.springframework.beans.BeanWrapperImpl.convertF orProperty(BeanWrapperImpl.java:383)
.....
Caused by: java.lang.IllegalArgumentException:
Cannot convert value of type [org.codehaus.xfire.spring.editors.ServiceFactoryEd itor] to required type
[java.lang.String] for property 'customEditors[org.codehaus.xfire.service.ServiceFactory]'
: no matching editors or conversion strategy found
at org.springframework.beans.TypeConverterDelegate.co nvertIfNecessary(TypeConverterDelegate.java:226) 

        status = dagClient.getDAGStatus(EnumSet.of(StatusGetOpts.GET_COUNTERS), checkInterval);
        TezCounters dagCounters = status.getDAGCounters();
...
        if (dagCounters != null && wmContext != null) {
          Set<String> desiredCounters = wmContext.getSubscribedCounters();
          if (desiredCounters != null && !desiredCounters.isEmpty()) {
            Map<String, Long> currentCounters = getCounterValues(dagCounters, vertexNames, vertexProgressMap,
              desiredCounters, done);

Skip collecting DAG counters unless there at least one desired counter in wmContext.
The AM has a hard-lock around the counters, so the current jstacks are full of 

        at java.lang.String.intern(Native Method)
        at org.apache.hadoop.util.StringInterner.weakIntern(StringInterner.java:71)
        at org.apache.tez.common.counters.GenericCounter.<init>(GenericCounter.java:50)
        at org.apache.tez.common.counters.TezCounters$GenericGroup.newCounter(TezCounters.java:65)
        at org.apache.tez.common.counters.AbstractCounterGroup.addCounterImpl(AbstractCounterGroup.java:92)
        at org.apache.tez.common.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:104)
        - locked <0x00007efb3ac7af38> (a org.apache.tez.common.counters.TezCounters$GenericGroup)
        at org.apache.tez.common.counters.AbstractCounterGroup.aggrAllCounters(AbstractCounterGroup.java:204)
        at org.apache.tez.common.counters.AbstractCounters.aggrAllCounters(AbstractCounters.java:372)
        - eliminated <0x00007efb3ac64ee8> (a org.apache.tez.common.counters.TezCounters)
        at org.apache.tez.common.counters.AbstractCounters.incrAllCounters(AbstractCounters.java:357)
        - locked <0x00007efb3ac64ee8> (a org.apache.tez.common.counters.TezCounters)
        at org.apache.tez.dag.app.dag.impl.TaskImpl.getCounters(TaskImpl.java:462)
        at org.apache.tez.dag.app.dag.impl.VertexImpl.aggrTaskCounters(VertexImpl.java:1342)
        at org.apache.tez.dag.app.dag.impl.VertexImpl.getAllCounters(VertexImpl.java:1202)
        at org.apache.tez.dag.app.dag.impl.DAGImpl.aggrTaskCounters(DAGImpl.java:755)
        at org.apache.tez.dag.app.dag.impl.DAGImpl.getAllCounters(DAGImpl.java:704)
        at org.apache.tez.dag.app.dag.impl.DAGImpl.getDAGStatus(DAGImpl.java:901)
        at org.apache.tez.dag.app.dag.impl.DAGImpl.getDAGStatus(DAGImpl.java:940)
        at org.apache.tez.dag.api.client.DAGClientHandler.getDAGStatus(DAGClientHandler.java:73)

If the field filter header (CamelMongoDbFieldsFilter) is set the query is ignored.
As can be seen here:
https://github.com/apache/camel/blob/camel-2.18.x/components/camel-mongodb/src/main/java/org/apache/camel/component/mongodb/MongoDbProducer.java#L314-L320

Environment variable final.name was removed in HBASE-3629, and this prevents rpm/deb packaging from building.

If we use table alias in upper case for MAPJOIN hint, it is ignored. It must be specified in lower case.
Example query:
SELECT /*+ MAPJOIN(N) */ parse_url(ADATA.url,'HOST') AS domain, N.type AS type
FROM nikeusers N join adserves ADATA on (ADATA.user_id = N.uid)
WHERE ADATA.data_date = '20090901'
This query features reducers in its execution. Attached is output of explain extended.
After changing query to:
SELECT /*+ MAPJOIN */ parse_url(adata.url,'HOST') AS domain, n.type AS type
FROM nikeusers n join adserves adata on (adata.user_id = N.uid)
WHERE adata.data_date = '20090901'
It executes as expected. Attached is output of explain extended.
Thanks to Zheng for helping and catching this.

Hive-on-Tez produces a significant amount of time in small queries going over the list of files in the plan to check for input context.

for (String onefile : conf.getPathToAliases().keySet()) {
      Path onepath = normalizePath(onefile);
....
   for (String onealias : conf.getPathToAliases().get(onefile)) {
        Operator<? extends OperatorDesc> op = conf.getAliasToWork().get(onealias);
        MapInputPath inp = new MapInputPath(onefile, onealias, op, partDesc);
        MapOpCtx context = opCtxMap.get(inp);
        if (context != null) {
          current = context;
          LOG.info("Processing alias " + onealias + " for file " + onefile);
          return;
        }
      }

For a simple test like select distinct l_shipdate from lineitem; it produced 5861039 log lines with "Processing alias ".

AbstractApplicationEventMulticaster throws a NullPointerException  at line 131 if the ApplicationEvent's source is null:

protected Collection<ApplicationListener> getApplicationListeners(ApplicationEvent event) {
	Class<? extends ApplicationEvent> eventType = event.getClass();
	Class sourceType = event.getSource().getClass(); // NPE here if source is null
	ListenerCacheKey cacheKey = new ListenerCacheKey(eventType, sourceType);
	ListenerRetriever retriever = this.retrieverCache.get(cacheKey);
	if (retriever != null) {
		return retriever.getApplicationListeners();
	}
	// Rest omitted

The Event's source is null because we serialize our objects to XML by using XStream and publishing them later asynchronously by a job. Unfortunately source is declared transient in EventObject (the superclass of ApplicationEvent) and hence not serialized by XStream. Therefore after deserialization from XML source is null.
Although we could work around this by setting source (it has modifier protected) again after deserialization AbstractApplicationEventMulticaster should not blow up and handle null source of events more robust.

FSUtils.create() and SequenceFileLogWriter are using fs.getDefaultReplication() and fs.getDefaultBlockSize() which is deprecated and in case of ViewFS throws an exception. replace that with the fs.getDefault*(path)

@Override
public long getDefaultBlockSize() {
  throw new NotInMountpointException("getDefaultBlockSize");
}

@Override
public short getDefaultReplication() {
  throw new NotInMountpointException("getDefaultReplication");
}

exception in thread "main" org.apache.hadoop.fs.viewfs.NotInMountpointException: getDefaultReplication on empty path is invalid
	at org.apache.hadoop.fs.viewfs.ViewFileSystem.getDefaultReplication(ViewFileSystem.java:508)
	at org.apache.hadoop.hbase.util.FSUtils.create(FSUtils.java:156)

This message shows up if I try to define module attribute for 'custom-load-metric'. It doesn't make sense, since it says both, that 'module' attribute is and isn't allowed. This also means, that the module attribute is not usable.

OPVDX001: Validation error in standalone-ha.xml --------------------------------
|
|  448: <proxy name="default" advertise-socket="modcluster" auto-enable-contexts="true" listener="ajp">
|  449:     <dynamic-load-provider>
|  450:         <custom-load-metric class="biz.karms.modcluster.CustomLoadMetric" module="org.jboss.mod_cluster" weight="1" capacity="1000.0">
|                                                                                 ^^^^ 'module' isn't an allowed attribute for the 'custom-load-metric'
|                                                                                        element
|
|                                                                                      Attributes allowed here are: capacity, class, module, weight
|
|  451:             <property name="parseexpression" value="^LOAD: ([0-9]*)$"/>
|  452:             <property name="loadfile" value="/home/virtual/mod_cluster_workspace/loadfileA"/>
|  453:         </custom-load-metric>
|
| 'module' is allowed on elements:
| - server > profile > {urn:jboss:domain:naming:2.0}subsystem > bindings > object-factory
| - server > profile > {urn:jboss:domain:naming:2.0}subsystem > bindings > external-context
| - server > profile > {urn:jboss:domain:security-manager:1.0}subsystem > deployment-permissions > minimum-set > permission
| - server > profile > {urn:jboss:domain:security-manager:1.0}subsystem > deployment-permissions > maximum-set > permission
| - server > profile > {urn:jboss:domain:datasources:5.0}subsystem > datasources > drivers > driver
| - server > profile > {urn:wildfly:microprofile-config-smallrye:1.0}subsystem > config-source > class
| - server > profile > {urn:wildfly:microprofile-config-smallrye:1.0}subsystem > config-source-provider > class
| - server > extensions > extension
| - server > vault
| - server > management > security-realms > security-realm > plug-ins > plug-in
| - server > profile > {urn:jboss:domain:infinispan:7.0}subsystem > cache-container
| - server > profile > {urn:jboss:domain:infinispan:7.0}subsystem > cache-container > local-cache
| - server > profile > {urn:jboss:domain:infinispan:7.0}subsystem > remote-cache-container
| - server > profile > {urn:jboss:domain:modcluster:4.0}subsystem > proxy > dynamic-load-provider > custom-load-metric
| - server > profile > {urn:jboss:domain:security:2.0}subsystem > security-domains > security-domain > authentication > login-module
| - server > profile > {urn:jboss:domain:security:2.0}subsystem > security-domains > security-domain > authentication-jaspi > login-module-stack > login-module
| - server > profile > {urn:jboss:domain:security:2.0}subsystem > security-domains > security-domain > authentication-jaspi > auth-module
| - server > profile > {urn:jboss:domain:security:2.0}subsystem > security-domains > security-domain > authorization > policy-module
| - server > profile > {urn:jboss:domain:security:2.0}subsystem > security-domains > security-domain > acl > acl-module
| - server > profile > {urn:jboss:domain:security:2.0}subsystem > security-domains > security-domain > mapping > mapping-module
| (and 26 more)
|
| The primary underlying error message was:
| > ParseError at [row,col]:[450,21]

Now that Hive has an externally available mailing, we should point users to it in the README instead of directly to Ashish.

        Result next = scanner.next();
        if (next == null) {
          break;
        }
        byte[] row = next.getRow();
        byte[] value = next.getValue(LABELS_TABLE_FAMILY, LABEL_QUALIFIER);
        labels.put(Bytes.toString(value), Bytes.toInt(row));
      }
      scanner.close();
    } finally {

If scanner.next() throws exception, scanner would be left open.

When a filter is applied on PK side joins don't qualify as PK/FK join.
In getUniqueKeys when a filter is applied on the table the child is no  longer a table scan.

  public Set<BitSet> getUniqueKeys(ProjectRelBase rel, boolean ignoreNulls) {

    RelNode child = rel.getChild();

    if (!(child instanceof HiveTableScanRel)) {
      Function<RelNode, Metadata> fn = RelMdUniqueKeys.SOURCE.apply(
          rel.getClass(), BuiltInMetadata.UniqueKeys.class);
      return ((BuiltInMetadata.UniqueKeys) fn.apply(rel))
          .getUniqueKeys(ignoreNulls);
    } 

Repro 

with ss as 
(select 
    ss_customer_sk, ss_item_sk, ss_ticket_number
from
    store_sales,
    store
where
    s_store_sk = ss_store_sk
        and s_market_id = 4), 
sr as
(select sr_customer_sk,sr_item_sk ,sr_ticket_number from store_returns, store where s_store_sk = sr_store_sk and s_market_id=4) 
select 
    count(*)
from
    ss,
    sr
where
    ss_customer_sk = sr_customer_sk
        and ss_item_sk = sr_item_sk
        and ss_ticket_number = sr_ticket_number;

HIVE-17113/HIVE-17813 fix the duplicate file issue by performing file moves on a file-by-file basis. For non-blobstore filesystems this results in many more filesystem/namenode operations compared to the previous Utilities.mvFileToFinalPath() behavior (dedup files in src dir, rename src dir to final dir).
For non-blobstore filesystems, a better solution would be the one described here:
1) Move the temp directory to a new directory name, to prevent additional files from being added by any runaway processes.
2) Run removeTempOrDuplicateFiles() on this renamed temp directory
3) Run renameOrMoveFiles() to move the renamed temp directory to the final location.
This results in only one additional file operation in non-blobstore FSes compared to the original Utilities.mvFileToFinalPath() behavior.
The proposal is to do away with the config setting hive.exec.move.files.from.source.dir and always have behavior that should take care of the duplicate file issue described in HIVE-17113. For non-blobstore filesystems we will do steps 1-3 described above. For blobstore filesystems we will do the solution done in HIVE-17113/HIVE-17813 which does the file-by-file copy - this should have the same number of file operations as doing a rename directory on blobstore, which effectively results in file moves on a file-by-file basis.

Push down Queries with TRUNC date function such as 

SELECT SUM((`ssb_druid_100`.`discounted_price` * `ssb_druid_100`.`net_revenue`)) AS `sum_calculation_4998925219892510720_ok`,
  CAST(TRUNC(CAST(`ssb_druid_100`.`__time` AS TIMESTAMP),'MM') AS DATE) AS `tmn___time_ok`
FROM `druid_ssb`.`ssb_druid_100` `ssb_druid_100`
GROUP BY CAST(TRUNC(CAST(`ssb_druid_100`.`__time` AS TIMESTAMP),'MM') AS DATE)

With yaml content such as:

database: 
    connection: 
        url: "jdbc:h2:mem:test-db;DB_CLOSE_DELAY=-1;DB_CLOSE_ON_EXIT=FALSE"

the value portion is truncated after `DB_CLOSE_DELAY`

All the uses of StructTreeReader fields in ORCs have null checks; these are missing in LLAP readers

                at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedTreeReaderFactory$StructStreamReader.setBuffers(EncodedTreeReaderFactory.java:2743)
                at org.apache.hadoop.hive.llap.io.decode.OrcEncodedDataConsumer.repositionInStreams(OrcEncodedDataConsumer.java:251)
                at org.apache.hadoop.hive.llap.io.decode.OrcEncodedDataConsumer.decodeBatch(OrcEncodedDataConsumer.java:138)
                at org.apache.hadoop.hive.llap.io.decode.OrcEncodedDataConsumer.decodeBatch(OrcEncodedDataConsumer.java:62)
                at org.apache.hadoop.hive.llap.io.decode.EncodedDataConsumer.consumeData(EncodedDataConsumer.java:81)
                at org.apache.hadoop.hive.llap.io.decode.EncodedDataConsumer.consumeData(EncodedDataConsumer.java:34)
                at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:482)
                at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:417)
                at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:276)
                at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:273)
                at javax.security.auth.Subject.doAs(Subject.java:422)
                at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1965)
                at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:273)
                at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:110)
                ... 6 more

This should result in a reduce performance of puts in batched mode

For incrementColumnValue() HBASE-3082 adds an optimization to check memstores first, and only if not present in the memstore then check the store files. In the presence of deletes, the above optimization is not reliable.
If the column is marked as deleted in the memstore, one should not look further into the store files. But currently, the code does so.
Sample test code outline:

admin.createTable(desc)

table = HTable.new(conf, tableName)

table.incrementColumnValue(Bytes.toBytes("row"), cf1name, Bytes.toBytes("column"), 5);

admin.flush(tableName)
sleep(2)

del = Delete.new(Bytes.toBytes("row"))
table.delete(del)

get = Get.new(Bytes.toBytes("row"))
keyValues = table.get(get).raw()
keyValues.each do |keyValue|
  puts "Expect 5; Got Value=#{Bytes.toLong(keyValue.getValue())}";
end

The above prints:

Expect 5; Got Value=10

In camel-catalog jar in org.apache.camel.catalog.models/*.json,
some of the files does not define the input/output values
list of elements for which it is missing:
beanPostProcessor, errorHandler, endpoint, streamCaching, propertiesFunction, export, restContext, propertyPlaceholder, fluentTemplate, template, consumerTemplate, camelContext, routeContext, jmxAgent, redeliveryPolicyProfile, threadPool, proxy

Add new ContextService needs reload. Other Concurrency Utils don't need reload....
Example is here:
https://github.com/hsvabek/wildfly/tree/test_context_service
EEConcurrentManagementTestCase.testContextServiceManagement()

when i annotate a method with @Secured(
{"ROLE_ANONYMOUS", "RUN_AS_ADMIN"}
) the RunAsToken is not cleared correctly if this method throws an exception. The reason is because the org.springframework.security.access.intercept.AbstractSecurityInterceptor.afterInvocation(InterceptorStatusToken, Object) is not invoked where the code resides which refreshes the context-holder
        if (token.isContextHolderRefreshRequired()) {
            if (logger.isDebugEnabled()) 
{
                logger.debug("Reverting to original Authentication: " + token.getSecurityContext().getAuthentication());
            }

            SecurityContextHolder.setContext(token.getSecurityContext());
        }
either the interceptor should ensure this code is called if the method threw an exception or the org.springframework.security.access.intercept.aspectj.aspect.AnnotationSecurityAspect.class should call do it or something similar. 
What would be the best approach to workaround such a bug until this is fixed? Implementing my own interceptor?
I observed this behavior when my password-reset-page was submitted with two different passwords which lead to the password-validator-component throwing an exception inside a method which is annotated with a @Secured-Annotation containing a RUN_AS_ attribute. After that the user is considered to be fully-authenticated. 

It seems that Twitter's error for rate limiting has changed such that TwitterErrorHandler doesn't recognize it anymore. TwitterErrorHandler needs to be updated to work with the what Twitter's 1.1 API returns for rate limiting.

Add a project, setup the database using the "persistence setup --provider DATANUCLEUS --database GOOGLE_APP_ENGINE" command, an entity, a field and a controller. 
The "perform tests" command produces this error, which is also reported by other forum members(please check the forum post):
  T E S T S
 -------------------------------------------------------
 Running org.firstats.web.domain.CategoryIntegrationTest
 2010-11-07 18:10:55,583 [main] ERROR DataNucleus.Transaction - Opera
tion rollback failed on resource: org.datanucleus.store.appengine.DatastoreXARes
ource@e63606, error code UNKNOWN and transaction: [DataNucleus Transaction, ID=Xid=    enlisted resources=[org.datanucleus.store.appengine.DatastoreXAResource@18ed77a]]
 2010-11-07 18:14:58,383 [main] ERROR DataNucleus.Transaction - Opera
ource@15af049, error code UNKNOWN and transaction: [DataNucleus Transaction, ID=Xid=   enlisted resources=[org.datanucleus.store.appengine.DatastoreXAResource@15af049]]
 Tests run: 9, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 6.5
8 sec <<< FAILURE!
 Results :
 Tests in error:
   testCountCategorys(org.firstats.web.domain.CategoryIntegrationTes
)
 Tests run: 9, Failures: 0, Errors: 1, Skipped: 0
 [INFO] ------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------
[INFO] There are test failures.

mvn -DskipTests -Pitests clean test-compile -DskipTests=true fails from the root directory of hive. This is sometimes run as part of the yetus tests depending on the modified files. The error is

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.1:compile (default-compile) on project hive-streaming: Compilation failure: Compilation failure:
[ERROR] /Users/jmarhuenda/workspace/hive/streaming/src/java/org/apache/hive/streaming/HiveStreamingConnection.java:[44,40] cannot find symbol
[ERROR]   symbol:   class LockComponentBuilder
[ERROR]   location: package org.apache.hadoop.hive.metastore
[ERROR] /Users/jmarhuenda/workspace/hive/streaming/src/java/org/apache/hive/streaming/HiveStreamingConnection.java:[45,40] cannot find symbol
[ERROR]   symbol:   class LockRequestBuilder
[ERROR]
[ERROR]
[ERROR]
[ERROR]   mvn <goals> -rf :hive-streaming

I'm not sure why this would happen since test-compile works from hive/streaming

Is: "The ConcurrentSessionFilter requires only one property, sessionRegistry, which generally points to an instance of SessionRegistryImpl."
ConcurrentSessionFilter required two property: expiredUrl and sessionRegistry.

I added this to my pom in order to encode my sources with UTF-8:
<plugin>
   <artifactId>maven-resources-plugin</artifactId>
   <version>2.2</version>
   <configuration>
      <encoding>UTF-8</encoding>
   </configuration>
</plugin>
When I start up Roo, it gives me this error:
Depenency XML format not supported or is missing a mandatory node ('[plugin: null]')

The call to ScopedProxyUnwrapper.unwrapIfNecessary() within TransactionSynchronizationUtils.unwrapResourceIfNecessary() takes 'resource' as the input, rather than 'resourceRef', which causes the InfrastructureProxy's changes to be lost.

Should support operator as alternative to '<>' and should not produce false positives on lexer errors.

The collection HashSetValuedHashMap was added in 4.1. On Windows, test failures are not so common on JVM 8. But on Linux they are harder to happen (but still do [1], [2]).
When using Windows and JVM 8, running tests on Eclipse, or Maven fail. But debugging on Windows with Eclipse sometimes work. Indicating it may be due to a concurrency issue, where debugging adds some extra time hiding the real issue.
I have a few ideas of where/why it could be happening, but am without a Windows box for a few days as I'm travelling. I'm reading the codebase in the meantime, but if anybody feels like working on it, feel free to chime in and suggest a fix/patch.
[1] https://travis-ci.org/apache/commons-collections/jobs/282169803
[2] http://markmail.org/thread/exwm7ggjtxzbtlkd

when blockWhenFull=true&blockWhenFull=true is set twice the option is not set at all
it might out of context but from my point of view the last one should win (as it is in a properties file)
of if an error should be thrown could also be welcome
 
I quickly adapted SedaComponentConfigurationAndDocumentationTest (I know, it uses now deprecated stuff) and the result is an array of set values ( 2 in this case) and the test fails.
kind regards
G.
 
On a fresh checkout of trunk a number of tests fail in org.apache.hadoop.hive.cli.TestCliDriver:
testCliDriver_sample5
testCliDriver_input3_limit
testCliDriver_udf5
testCliDriver_sample3

Sometimes an inner directory can be deleted while trying to clean up. We should try harder to clean up before giving up.

The element from XPath expression "/div/page" does not exist in index-template.jspx and as a result an exception is caught and re-thrown. This was masked prior to ROO-2210 as the IllegalStateException was instantiated instead of being correctly thrown. Processing just continued on as normal.

Following query throws an exception

select sum(p_retailprice) from part group by p_type having sum(p_retailprice) > (select max(pp.p_retailprice) from part pp);

SemanticException [Error 10004]: Line 3:40 Invalid table alias or column reference 'pp': (possible column names are: p_partkey, p_name, p_mfgr, p_brand, p_type, p_size, p_container, p_retailprice, p_comment)

AsynTableResultScanner did not call notify(). So the next will hang on wait(). It is easy to fix. And will add a ut for this.

TestMetaMigrationRemovingHTD fails when build is done with "-Dhadoop.profile=23" option. 
The reason is the changes of defaults in "-mkdir" CLI call. In 0.23/2.x, it doesn't create parent directories by default anymore.
The patch will be submitted shortly.

Currently most Hive version depends on commons-compress 1.9 or 1.4. Those versions have several security issues: https://commons.apache.org/proper/commons-compress/security-reports.html
I propose to upgrade all commons-compress dependencies in all Hive (sub-)projects to at least 1.18. This will also make it easier for future extensions to Hive (serde, udfs, etc.) that have dependencies to commons-compress (e.g. https://github.com/zuinnote/hadoopoffice/wiki) to integrate into Hive without upgrading the commons-compress library manually in the Hive lib folder.

org.springframework.data.jpa.repository.query.QueryUtils.createCountQueryFor(String, String) uses pattern matching to derive the count query. However, this pattern matching does not support the presence of accented letters in entity names.
An example of a query for which the count query computation fails:
select u from Usèr u where u.firstname like ?1%
Of course the example is dumb, but in non-English languages entity names might have accents (JPA allows it).

The creation of HiveChar and Varchar is not happening through ObjectInspector.
Here is fix we pushed internally : https://github.com/InMobi/hive/commit/fe95c7850e7130448209141155f28b25d3504216

create table cx2(bool1 boolean);
insert into cx2 values (true),(false),(null);

select bool1 IS TRUE OR (cast(NULL as boolean) AND bool1 IS NOT TRUE AND bool1 IS NOT FALSE) from cx2;

+--------+
|  _c0   |
| true   |
| false  |
| NULL   |

+-------+
|  _c0  |
+-------+
| true  |
| NULL  |
| NULL  |
+-------+

from explain it seems the expression was simplified to: (_col0 is true or null)

spring-batch-2.1.xsd in src/main/resources/META-INF/schema, spring.schemas in src/main/resources/META-INF. 
spring.schemas defined xsd scheme for the local load, but for sping batch xsd downloads from the Internet. 
Spring.schemas in attache.
Which algorithm to load the xsd to a spring batch and how to solve this problem? Help please ...

In the medium set, we found a test -'TestHTablePool.java' hanging and the build fails reporting a timeout. Though the test passes when run separately, while running the whole suite using the command " mvn -U clean package -Dhadoop.profile=2.0  -Psecurity -Dsnappy -P runMediumTests", this test is observed in a waiting state, tracking for the root region server.
It turns out be a problem with the test initialization. The class TestHTable​Pool contains a class TestHTable​PoolType which uses nested static test classes. But the initializati​on is being done for the outer class - TestHTable​Pool using @BeforeClass annotation. Surefire reruns the tests written in nested manner (for some reasons), and when this test is instantiated the second time, the method setUpBefore​Class() is not being called and hence the initializati​on is not done.
Guess that surefire tries to run TestHTable​Pool.​TestHTable​ReusablePool.​class directly. (Tried this by writing a separate program using JUnitCore.​runClasses(​TTestHTable​Pool.​TestHTable​ReusablePool.​class) and observed that the outer class's @BeforeClass method is not called.)

Section 3.1 of the reference docs (http://static.springsource.org/spring-roo/reference/html/architecture.html#architecture-overview) contains this amusing but not too enlightening bullet point:

Experimentation with the latest Spring and AspectJ  features with minimal time investment blah blah blah

consumer.bridgeErrorHandler is enabled on file or FTP.
UnknownHostException or other GenericFileOperationFailedException are not routed to onCompletion(). 
I understand the JavaDoc for onCompletion() that every exchange regardless if success or failed would be routed to onCompletion().
In my case I have the need to aggregate every exchange to show a status of the camel route. Failed exchanges need to be inside this monitoring.
See attached unit test.

I use TPCx-BB to do some performance test on Hive on Spark engine. And found query 10 has performance degradation when enabling parallel order by.
It seems that sampling cost much time before running the real query.

We have some tooling that can be made more friendly.
bin/hbase ltt with no arguments should print usage instead of a stack trace.
bin/hbase canary usage should refer to itself as canary not o.a.h.h.tool.Canary
bin/hbase org.apache.hadoop.hbase.util.RegionSplitter should be shortened to bin/hbase regionsplitter. Usage should be updated to reflect the short name.
The fix here MUST also include updates to the book/documentation for the tools.

when updating a document that does not exists using MongoTemplage.updateFirst an OptimisticLockingFailureException is thrown in case of a non multi update.

@Test
public void updateFirstShouldDoNothingWhenCalledForEntitiesThatDoNotExist() {
		
	Query q = query(where("id").is(Long.MIN_VALUE));
	Assume.assumeThat(template.findOne(q, VersionedPerson.class), IsNull.nullValue());
		
	template.updateFirst(q, Update.update("lastname", "supercalifragilisticexpialidocious"), VersionedPerson.class);
	Assert.assertThat(template.findOne(q, VersionedPerson.class), IsNull.nullValue());
}

Deploy of test.ear shows a severe error:
00:23:21,917 INFO  org.jboss.as.server.deployment#start JBAS015876: Starting deployment of "test.ear" (runtime-name: "test.ear")
00:23:21,941 INFO  org.jboss.as.server.deployment#start JBAS015876: Starting deployment of "null" (runtime-name: "web.war")
00:23:21,942 INFO  org.jboss.as.server.deployment#start JBAS015876: Starting deployment of "null" (runtime-name: "ejb.jar")
00:23:22,080 INFO  org.jboss.weld.deployer#deploy JBAS016002: Processing weld deployment test.ear
00:23:22,121 INFO  org.jboss.weld.deployer#deploy JBAS016002: Processing weld deployment ejb.jar
00:23:22,141 INFO  org.jboss.weld.deployer#deploy JBAS016002: Processing weld deployment web.war
00:23:22,157 INFO  org.jboss.weld.deployer#deploy JBAS016005: Starting Services for CDI deployment: test.ear
00:23:22,192 INFO  org.jboss.weld.deployer#start JBAS016008: Starting weld service for deployment test.ear
00:23:22,734 SEVERE javax.enterprise.resource.webcontainer.jsf.flow#afterBeanDiscovery Unable to obtain CDI 1.1 utilities for Mojarra
00:23:22,753 SEVERE javax.enterprise.resource.webcontainer.jsf.application.view#afterBeanDiscovery Unable to obtain CDI 1.1 utilities for Mojarra
00:23:23,099 INFO  test.web.Startup#contextInitialized contextInitialized
00:23:23,405 INFO  org.wildfly.extension.undertow#registerDeployment JBAS018210: Register web context: /intern/web
00:23:23,465 INFO  org.jboss.as.server#handleResult JBAS018559: Deployed "test.ear" (runtime-name : "test.ear")
Although everything seems to be fine. App works without errors.

Results :
Failed tests:   testBackgroundEvictionThread[0](org.apache.hadoop.hbase.io.hfile.TestLruBlockCache): expected:<2> but was:<1>
  testBackgroundEvictionThread[1](org.apache.hadoop.hbase.io.hfile.TestLruBlockCache): expected:<2> but was:<1>
  testSplitCalculatorEq(org.apache.hadoop.hbase.util.TestRegionSplitCalculator): expected:<2> but was:<1>

MimeMessageHelper.addAttachment should encode file name according to RFC 822. As MimeBodyPart javadoc says:
A note on RFC 822 and MIME headers
RFC 822 header fields must contain only US-ASCII characters. MIME allows non ASCII characters to be present in certain portions of certain headers, by encoding those characters. RFC 2047 specifies the rules for doing this. The MimeUtility class provided in this package can be used to to achieve this. Callers of the setHeader, addHeader, and addHeaderLine methods are responsible for enforcing the MIME requirements for the specified headers. In addition, these header fields must be folded (wrapped) before being sent if they exceed the line length limitation for the transport (1000 bytes for SMTP). Received headers may have been folded. The application is responsible for folding and unfolding headers as appropriate.
Workaround is instead of calling MimeMessageHelper.addAttachment do this:
ByteArrayDataSource content = new ByteArrayDataSource(attachment.getContent());
// helper.addAttachment(attachment.getFileName(), content);
Assert.notNull(fileName, "Attachment filename must not be null");
        Assert.notNull(content, "DataSource must not be null");
        MimeBodyPart mimeBodyPart = new MimeBodyPart();
        mimeBodyPart.setDisposition(MimeBodyPart.ATTACHMENT);
        String fileName = null;
        try 
{
          fileName = MimeUtility.encodeText(fileName);
        }
 catch (UnsupportedEncodingException e) 
{
          throw new RuntimeException(e);
        }

        mimeBodyPart.setFileName(fileName);
        mimeBodyPart.setDataHandler(new DataHandler(content));
        helper.getRootMimeMultipart().addBodyPart(mimeBodyPart);

I would like to use camel-soap into the following camel route
   <cxf:cxfEndpoint id="busServicesFinder"
                    address="http://localhost:8282/cxf/serviceFinder"
                    serviceClass="fr.client.proxy.Services">
   <camelContext trace="true" xmlns="http://camel.apache.org/schema/spring">
       <dataFormats>
           <soapjaxb id="soap" contextPath="fr.client.proxy"/>
       </dataFormats>
       <route>
           <from uri="cxf:bean:busServicesFinder?dataFormat=MESSAGE"/>
           <log message="WebService called" loggingLevel="INFO"/>
           <!-- <convertBodyTo type="String"/> -->
           <unmarshal ref="soap"/>
           ...
but I get the following error in karaf when CXF extract the content and parse it with JAXB
Additional info
>  * which jaxb bundle is/are deployed ?
[ 200] [Active     ] [            ] [       ] [   60] Apache
ServiceMix :: Bundles :: jaxb-impl (2.1.13.1)
>  * does the system bundle export the sun packages ?
No
200 com.sun.xml.bind.v2
  200 com.sun.xml.bind.v2.model.annotation
  200 com.sun.xml.bind.unmarshaller
  200 com.sun.xml.bind.api.impl
  200 com.sun.xml.bind.v2.schemagen.episode
  200 com.sun.xml.bind.v2.util
  200 com.sun.xml.bind.v2.runtime.unmarshaller
  200 com.sun.xml.bind.marshaller
  200 com.sun.xml.bind.v2.model.runtime
  200 com.sun.xml.bind.v2.runtime.reflect.opt
  200 com.sun.xml.bind.v2.schemagen.xmlschema
  200 com.sun.xml.bind
  200 com.sun.xml.bind.v2.model.core
  200 com.sun.xml.bind.v2.runtime.output
  200 com.sun.xml.bind.v2.bytecode
  200 com.sun.xml.bind.api
  200 com.sun.xml.bind.v2.model.impl
  200 com.sun.xml.bind.v2.model.nav
  200 com.sun.xml.bind.v2.schemagen
  200 com.sun.xml.bind.util
  200 com.sun.xml.bind.v2.runtime.reflect
  200 com.sun.xml.bind.v2.runtime
  200 com.sun.xml.bind.annotation
  200 com.sun.xml.bind.v2.runtime.property
>  * is there a boot delegation on the com.sun.* packages from the jre ?
Yes (karaf - 2.1-SNAPSHOT)

as thrown exception, unwinding now
org.apache.cxf.interceptor.Fault: Unable to create context
       at org.apache.camel.component.cxf.CxfConsumer$1.checkFailure(CxfConsumer.java:223)[600:org.apache.camel.camel-cxf:2.5.0]
       at org.apache.camel.component.cxf.CxfConsumer$1.setResponseBack(CxfConsumer.java:200)[600:org.apache.camel.camel-cxf:2.5.0]
       at org.apache.camel.component.cxf.CxfConsumer$1.asyncInvoke(CxfConsumer.java:113)[600:org.apache.camel.camel-cxf:2.5.0]
       at org.apache.camel.component.cxf.CxfConsumer$1.invoke(CxfConsumer.java:68)[600:org.apache.camel.camel-cxf:2.5.0]
       at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)[598:org.apache.cxf.bundle:2.2.11]
       at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_22]
       at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)[:1.6.0_22]
       at java.util.concurrent.FutureTask.run(FutureTask.java:138)[:1.6.0_22]
       at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)[598:org.apache.cxf.bundle:2.2.11]
       at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:106)[598:org.apache.cxf.bundle:2.2.11]
       at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:243)[598:org.apache.cxf.bundle:2.2.11]
       at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:111)[598:org.apache.cxf.bundle:2.2.11]
       at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.serviceRequest(JettyHTTPDestination.java:311)[598:org.apache.cxf.bundle:2.2.11]
       at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.doService(JettyHTTPDestination.java:275)[598:org.apache.cxf.bundle:2.2.11]
       at org.apache.cxf.transport.http_jetty.JettyHTTPHandler.handle(JettyHTTPHandler.java:70)[598:org.apache.cxf.bundle:2.2.11]
       at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.jetty.Server.handle(Server.java:326)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:938)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:755)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
       at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)[569:org.apache.servicemix.bundles.jetty-bundle:6.1.22.1]
Caused by: java.io.IOException: Unable to create context
       at org.apache.camel.util.IOHelper.createIOException(IOHelper.java:80)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.util.IOHelper.createIOException(IOHelper.java:72)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.converter.jaxb.JaxbDataFormat.unmarshal(JaxbDataFormat.java:151)[602:org.apache.camel.camel-jaxb:2.5.0]
       at org.apache.camel.dataformat.soap.SoapJaxbDataFormat.unmarshal(SoapJaxbDataFormat.java:226)[603:org.apache.camel.camel-soap:2.5.0]
       at org.apache.camel.processor.UnmarshalProcessor.process(UnmarshalProcessor.java:51)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:174)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:256)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.processor.Pipeline.process(Pipeline.java:143)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.processor.Pipeline.process(Pipeline.java:78)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:99)[202:org.apache.camel.camel-core:2.5.0]
       at org.apache.camel.component.cxf.CxfConsumer$1.asyncInvoke(CxfConsumer.java:80)[600:org.apache.camel.camel-cxf:2.5.0]
       ... 23 more
Caused by: javax.xml.bind.JAXBException: Unable to create context
 - with linked exception:
[java.lang.NoSuchMethodException:
com.sun.xml.bind.v2.ContextFactory.createContext(java.lang.String,
java.lang.ClassLoader)]
       at javax.xml.bind.ContextFinder.find(ContextFinder.java:72)[198:org.apache.servicemix.specs.jaxb-api-2.1:1.5.0]
       at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:77)[198:org.apache.servicemix.specs.jaxb-api-2.1:1.5.0]
       at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:73)[198:org.apache.servicemix.specs.jaxb-api-2.1:1.5.0]
       at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:69)[198:org.apache.servicemix.specs.jaxb-api-2.1:1.5.0]
       at org.apache.camel.dataformat.soap.SoapJaxbDataFormat.createContext(SoapJaxbDataFormat.java:286)[603:org.apache.camel.camel-soap:2.5.0]
       at org.apache.camel.converter.jaxb.JaxbDataFormat.getContext(JaxbDataFormat.java:183)[602:org.apache.camel.camel-jaxb:2.5.0]
       at org.apache.camel.converter.jaxb.JaxbDataFormat.unmarshal(JaxbDataFormat.java:126)[602:org.apache.camel.camel-jaxb:2.5.0]
       ... 47 more
Caused by: java.lang.NoSuchMethodException:
java.lang.ClassLoader)
       at java.lang.Class.getMethod(Class.java:1605)[:1.6.0_22]
       at javax.xml.bind.ContextFinder.find(ContextFinder.java:69)[198:org.apache.servicemix.specs.jaxb-api-2.1:1.5.0]
       ... 53 more

I'm trying to configure code completion for jboss-ejb3.xml with schema, but fail to do that due to the following validation error:

src-resolve: Cannot resolve the name 'javaee:jboss-ejb-beanType' to a(n) 'type definition' component. [33]
src-resolve: Cannot resolve the name 'javaee:jboss-ejb-jarType' to a(n) 'type definition' component. [35]
src-resolve: Cannot resolve the name 'javaee:jboss-enterprise-beansType' to a(n) 'type definition' component. [37]
src-resolve: Cannot resolve the name 'javaee:assembly-descriptor-entry' to a(n) 'element declaration' component. [35]
src-resolve: Cannot resolve the name 'javaee:jboss-assembly-descriptor-bean-entryType' to a(n) 'type definition' component. [39]

The jboss-ejb3.xml is quite simple:

<jboss:ejb-jar version="3.1" impl-version="2.0"
               xmlns="http://java.sun.com/xml/ns/javaee"
               xmlns:jboss="http://www.jboss.com/xml/ns/javaee"
               xmlns:s="urn:security:1.1"
               xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
               xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_1.xsd
                                   http://www.jboss.com/xml/ns/javaee http://www.jboss.org/j2ee/schema/jboss-ejb3-2_0.xsd">
        <s:security>
            <ejb-name>*</ejb-name>
            <s:security-domain>testsd</s:security-domain>
        </s:security>
</jboss:ejb-jar>

When AbstractPreAuthenticatedProcessingFilter invalidates a session after it detected a principal change, it does not create a new session which prevents the new security context from being stored (for a longer explanation why, look at http://forum.springsource.org/showthread.php?113171-Improper-use-of-SessionFixationProtectionStrategy-in-SessionManagementFilter).
AbstractPreAuthenticatedProcessingFilter should probably recreate the session after invalidating it when the principal changes. This will not trick developers new to Spring Security to come up with workarounds (like turning off session invalidation at principal change) that would currently enable a session fixation attack (since the session fixation protection strategy plugged into the default session management filter would not be called under these circumstances).

See HIVE-4432 and HIVE-4433. It's possible to work around these issues but a better solution is probably to roll back the "fix" and change the API to use a primitive type as the map key (in a backwards-compatible manner).

test-patch.sh has hardcoded what packages it ignores while checking line lenght. It could be more convient to ignore any packages 'protobuf.generated', not only 'hbase.protobuf.generated'. For example coprocessor tests use ''protobuf.generated' suffix for packages of example classes.

I noticed that some examples that are run via mvn exec:java require that the example be compiled first. I've updated the readmes to include this step...

Running trunk @ r1163343, all of the requestsPerSecond counters are showing 0 both in the master UI and in the RS UI. The writeRequestsCount metric is properly updating in the RS UI.

http://hbase.apache.org/book.html#_compaction

Being Stuck
When the MemStore gets too large, it needs to flush its contents to a StoreFile. However, a Store can only have hbase.hstore.blockingStoreFiles files, so the MemStore needs to wait for the number of StoreFiles to be reduced by one or more compactions. However, if the MemStore grows larger than hbase.hregion.memstore.flush.size, it is not able to flush its contents to a StoreFile. If the MemStore is too large and the number of StoreFiles is also too high, the algorithm is said to be "stuck". The compaction algorithm checks for this "stuck" situation and provides mechanisms to alleviate it.

According to source code, this "stuck" situation has nothingg to do with MemStore size. 

// Stuck and not compacting enough (estimate). It is not guaranteed that we will be
    // able to compact more if stuck and compacting, because ratio policy excludes some
    // non-compacting files from consideration during compaction (see getCurrentEligibleFiles).
    int futureFiles = filesCompacting.isEmpty() ? 0 : 1;
    boolean mayBeStuck = (candidateFiles.size() - filesCompacting.size() + futureFiles)
        >= storeConfigInfo.getBlockingFileCount();

If the number of store files which are not being compacted yet exceeds blocking file count +(potentially)1 - we say that compaction may be stuck.  

For llap daemon, the name of llap-daemon-log4j2.properties is fixed. If a conf dir and jar contain the same filename, it will mess up log4j2 initialization. 

While looking at log files for SMB joins in hive, it was noticed that the actual join op didn't show up as a significant fraction of the time spent. Most of the time was spent parsing configuration files.
To confirm, I put log lines in the HiveConf constructor and eventually made the following edit to the code

--- ql/src/java/org/apache/hadoop/hive/ql/exec/FetchOperator.java
+++ ql/src/java/org/apache/hadoop/hive/ql/exec/FetchOperator.java
@@ -648,8 +648,7 @@ public ObjectInspector getOutputObjectInspector() throws HiveException {
    * @return list of file status entries
    */
   private FileStatus[] listStatusUnderPath(FileSystem fs, Path p) throws IOException {
-    HiveConf hiveConf = new HiveConf(job, FetchOperator.class);
-    boolean recursive = hiveConf.getBoolVar(HiveConf.ConfVars.HADOOPMAPREDINPUTDIRRECURSIVE);
+    boolean recursive = false;
     if (!recursive) {
       return fs.listStatus(p);
     }

And re-ran my query to compare timings.

Before
After

Cumulative CPU
 731.07 sec
386.0 sec

Total time 
 347.66 seconds 
 218.855 seconds 

The query used was 

INSERT OVERWRITE LOCAL DIRECTORY
'/grid/0/smb/'
select inv_item_sk
from
     inventory inv
     join store_sales ss on (ss.ss_item_sk = inv.inv_item_sk)
limit 100000
;

On a scale=2 tpcds data-set, where both store_sales & inventory are bucketed into 4 buckets, with store_sales split into 7 partitions and inventory into 261 partitions.
78% of all CPU time was spent within new HiveConf(). The yourkit profiler runs are attached.

The following StoreFiles exist: 100, 25, 12, and 12 bytes apiece (oldest to newest). With the above parameters, the files that would be selected for minor compaction are 23, 12, and 12.
Why?
    100 --> No, because sum(25, 12, 12) * 1.0 = 47
    25 --> No, because sum(12, 12) * 1.0 = 24
    12 --> No. Candidate because sum(12) * 1.0 = 12, there are only 2 files to compact and that is less than the threshold of 3
    12 --> No. Candidate because the previous StoreFile was, but there are not enough files to compact

The check for managed table should use ENUM comparison rather than string comparison.
The check in the patch will always return false, thus maintaining existing behavior.

http://hudson.zones.apache.org/hudson/job/HBase-Patch/536/changes
Noticed by Ryan:
" [junit] 2009-03-19 01:56:17,491 ERROR [main]
zookeeper.ZooKeeperWrapper(97): Failed to create ZooKeeper object:
java.net.UnknownHostException: ${hbase.master.hostname}"
Something is going wrong with the parsing/variable substitution of the new zoo.cfg.

bash-3.00# bin/hbase shell --html
HQL, 0.2.0-dev version.
Copyright (c) 2008 by udanax, licensed to Apache Software Foundation.
Type 'help;' for usage.

hql > show tables;
<table>
 <tr>
  <th>
Name
  </th>
  <th>
Descriptor
  </th>
 </tr>
 <tr>
  <td>
a
  </td>
  <td>
name: a, families: {b:={name: b, max versions: 3, compression: NONE, in memory: false, block cache enabled: false, max length: 2147483647, bloom filter: none}}
  </td>
 </tr>
</table>
1 table(s) in set. (0.21 sec)
Exception in thread "main" java.lang.IllegalStateException: getState() == DOCUMENT_ENDED
        at org.znerd.xmlenc.XMLOutputter.startTag(Unknown Source)
        at org.apache.hadoop.hbase.hql.formatter.HtmlTableFormatter.header(HtmlTableFormatter.java:125)
        at org.apache.hadoop.hbase.hql.ShowCommand.execute(ShowCommand.java:66)
        at org.apache.hadoop.hbase.hql.HQLClient.executeQuery(HQLClient.java:68)        at org.apache.hadoop.hbase.Shell.main(Shell.java:114)
bash-3.00#

To repro:

drop table if exists orc_nonacid;
drop table if exists orc_acid;

create table orc_nonacid (a int) clustered by (a) into 2 buckets stored as orc;
create table orc_acid (a int) clustered by (a) into 2 buckets stored as orc TBLPROPERTIES('transactional'='true');

insert into table orc_nonacid values(1), (2);
insert into table orc_acid values(1), (2);

Running hive --service orcfiledump <file> on the files created by the insert statements above, you'll see that for orc_nonacid, the files have schema struct<a:int> whereas for orc_acid, the files have schema struct<operation:int,originalTransaction:bigint,bucket:int,rowId:bigint,currentTransaction:bigint,row:struct<_col0:int>>. The last field row should have schema struct<a:int>.

See the discussion at the tail of HBASE-17123 where Appy pointed out that the override of loaded should be placed inside else block:

      } else {
        // secure bulk load
        map = regionServer.secureBulkLoadManager.secureBulkLoadHFiles(region, request);
      }
      BulkLoadHFileResponse.Builder builder = BulkLoadHFileResponse.newBuilder();
      if (map != null) {
        loaded = true;
      }

This issue is to address the review comment.
After several review iterations, here are the changes:

Return value of boolean for postBulkLoadHFile() hook are changed to void.
Coprocessor hooks (pre and post) are added for the scenario where bulk load manager is used.

Here no class name of HMaster because cmdline file holds 4kb(depends on os). So grep on ps output is not giving hbase process details.

HOST-10-18-91-14:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin # cat /proc/16885/cmdline
/opt/jdk1.6.0_31/bin/java-Dproc_master-XX:OnOutOfMemoryError=kill -9 %p-Xmx1000m-XX:+UseConcMarkSweepGC-Dhbase.log.dir=/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../logs-Dhbase.log.file=hbase-root-master-HOST-10-18-91-14.log-Dhbase.home.dir=/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/..-Dhbase.id.str=root-Dhbase.root.logger=INFO,RFA-Dhbase.security.logger=INFO,RFAS-classpath/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../conf:/opt/jdk1.6.0_31/lib/tools.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/..:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/activation-1.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/asm-3.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-beanutils-1.7.0.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-beanutils-core-1.8.0.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-cli-1.2.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-codec-1.7.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-collections-3.2.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-configuration-1.6.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-digester-1.8.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-el-1.0.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-httpclient-3.0.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-io-2.4.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-lang-2.6.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-logging-1.1.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-math-2.2.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/commons-net-1.4.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/core-3.1.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/findbugs-annotations-1.3.9-1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/guava-12.0.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hadoop-core-1.1.2.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-client-0.97.0-SNAPSHOT.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-common-0.97.0-SNAPSHOT-tests.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-common-0.97.0-SNAPSHOT.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-examples-0.97.0-SNAPSHOT.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-hadoop-compat-0.97.0-SNAPSHOT.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-hadoop1-compat-0.97.0-SNAPSHOT.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-it-0.97.0-SNAPSHOT-tests.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-it-0.97.0-SNAPSHOT.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-prefix-tree-0.97.0-SNAPSHOT.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-protocol-0.97.0-SNAPSHOT.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-server-0.97.0-SNAPSHOT-tests.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/hbase-server-0.97.0-SNAPSHOT.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/high-scale-lib-1.1.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/htrace-1.50.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/httpclient-4.1.3.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/httpcore-4.1.3.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jackson-core-asl-1.8.8.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jackson-jaxrs-1.8.8.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jackson-mapper-asl-1.8.8.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jackson-xc-1.8.8.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jamon-runtime-2.3.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jasper-compiler-5.5.23.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jasper-runtime-5.5.23.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jaxb-api-2.1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jaxb-impl-2.2.3-1.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jersey-core-1.8.jar:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../lib/jersey-json-1.8.jar

Output of grep on ps result :

HOST-10-18-91-14:/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin # ps ux | grep HMaster
root     17342  0.0  0.0  10640   884 pts/1    R+   23:19   0:00 grep HMaster

We can export classpath before exec hbase process. 

export CLASSPATH=$CLASSPATH
if [ "${HBASE_NOEXEC}" != "" ]; then
  "$JAVA" -Dproc_$COMMAND -XX:OnOutOfMemoryError="kill -9 %p" $JAVA_HEAP_MAX $HBASE_OPTS $CLASS "$@"
else
  exec "$JAVA" -Dproc_$COMMAND -XX:OnOutOfMemoryError="kill -9 %p" $JAVA_HEAP_MAX $HBASE_OPTS $CLASS "$@"
fi

Here is the output after exporting classpath.

root     20481 21.2  3.0 1443992 112268 pts/1  Sl   00:04   0:05 /opt/jdk1.6.0_31/bin/java -Dproc_master -XX:OnOutOfMemoryError=kill -9 %p -Xmx1000m -XX:+UseConcMarkSweepGC -Dhbase.log.dir=/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/../logs -Dhbase.log.file=hbase-root-master-HOST-10-18-91-14.log -Dhbase.home.dir=/home/rajeshbabu/hbase-0.97.0-SNAPSHOT/bin/.. -Dhbase.id.str=root -Dhbase.root.logger=INFO,RFA -Dhbase.security.logger=INFO,RFAS org.apache.hadoop.hbase.master.HMaster start
root     20814  0.0  0.0  10640   876 pts/1    S+   00:04   0:00 grep HMaster

This will help to find hbase processes dynamically by process name (HMaster,HRegionServer). Needed in our use case.

Currently only Global admin has the access of cloning a snapshot.
In AccessController,

  @Override
  public void preCloneSnapshot(final ObserverContext<MasterCoprocessorEnvironment> ctx,
      final SnapshotDescription snapshot, final HTableDescriptor hTableDescriptor)
    requirePermission(getActiveUser(ctx), "cloneSnapshot " + snapshot.getName(), Action.ADMIN);
  }

Snapshot owner should be able to  clone it, need to add a check like,

SnapshotDescriptionUtils.isSnapshotOwner(snapshot, user)

When using a persistent Hypersonic database (via persistence setup --provider HIBERNATE --database HYPERSONIC_PERSISTENT), two artifacts should be generated differently:
(1) META-INF/spring/database.properties: the connection string should contain the parameter ;shutdown=true, so that HSQLDB correctly writes any changes to disk when you stop Tomcat
(2) persistence.xml: the default setting for hibernate.hbm2ddl.auto should be update
Everything else will lead to side-effects which a user will not expect from a persistent setup.
Apart from that ... keep up the great work! I'm excited to see where Roo will go.

Was trying to do a perf eval on asyncfswal. I ran w/ these args:
 Performance counter stats for '/home/stack/hbase/bin/hbase --config /home/stack/conf_hbase org.apache.hadoop.hbase.wal.WALPerformanceEvaluation -path /user/stack/logs/ -verify -threads 25 -iterations 1000000 -keySize 50 -valueSize 100 -syncInterval 10':
The verify fails on all runs:
Exception in thread "main" java.lang.IllegalStateException: Counted=12390228, expected=25000000
  at org.apache.hadoop.hbase.wal.WALPerformanceEvaluation.run(WALPerformanceEvaluation.java:368)                                                                                                            at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
  at org.apache.hadoop.hbase.wal.WALPerformanceEvaluation.innerMain(WALPerformanceEvaluation.java:597)                                                                                                      at org.apache.hadoop.hbase.wal.WALPerformanceEvaluation.main(WALPerformanceEvaluation.java:601)
I need to fix test or figure what is wrong in asyncfswal.
Also seeing these when I run w/ one thread only:
2017-11-28 21:25:49,952 WARN  [AsyncFSWAL-1-1] wal.AsyncFSWAL: RingBufferTruck with unexpected type: EMPTY
Log has a spew of them.
Has stuff like this too:
2017-11-28 21:25:40,065 WARN  [Close-WAL-Writer-3] wal.AsyncProtobufLogWriter: normal close failed, try recover                                                                                           java.io.IOException: stream already broken                                                                                                                                                                  at org.apache.hadoop.hbase.io.asyncfs.FanOutOneBlockAsyncDFSOutput.endBlock(FanOutOneBlockAsyncDFSOutput.java:510)                                                                                        at org.apache.hadoop.hbase.io.asyncfs.FanOutOneBlockAsyncDFSOutput.lambda$close$12(FanOutOneBlockAsyncDFSOutput.java:550)                                                                                 at org.apache.hadoop.hbase.shaded.io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
  at org.apache.hadoop.hbase.shaded.io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)                                                                      at org.apache.hadoop.hbase.shaded.io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:462)
  at org.apache.hadoop.hbase.shaded.io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)                                                                            at org.apache.hadoop.hbase.shaded.io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:138)
Starts out spewing EMPTY here:
2017-11-28 21:16:52,051 INFO  [main] regionserver.HRegion: Setting FlushNonSloppyStoresFirstPolicy for the region=WALPerformanceEvaluation:0,,1511932610787.deca03e0ca447fa25d02fe9cd6e31aa4.
2017-11-28 21:16:52,058 DEBUG [main] regionserver.HRegion: Found 0 recovered edits file(s) under hdfs://ve0524.halxg.cloudera.com:8020/user/stack/logs/data/WALPerformanceEvaluation/0/deca03e0ca447fa25d02fe9cd6e31aa4
2017-11-28 21:16:52,068 DEBUG [main] regionserver.FlushLargeStoresPolicy: No hbase.hregion.percolumnfamilyflush.size.lower.bound set in description of table WALPerformanceEvaluation:0, use config (134217728) instead
2017-11-28 21:16:52,084 DEBUG [main] wal.WALSplitter: Wrote file=hdfs://ve0524.halxg.cloudera.com:8020/user/stack/logs/data/WALPerformanceEvaluation/0/deca03e0ca447fa25d02fe9cd6e31aa4/recovered.edits/2.seqid, newSeqId=2, maxSeqId=0
2017-11-28 21:16:52,084 INFO  [main] regionserver.HRegion: Onlined deca03e0ca447fa25d02fe9cd6e31aa4; next sequenceid=2
2017-11-28 21:16:52,185 WARN  [AsyncFSWAL-1-1] wal.AsyncFSWAL: RingBufferTruck with unexpected type: EMPTY
...
This is tip of branch-2 minus the commit of the change to the ringbuffer (I'd not pulled in that change).
Duo Zhang in case you've seen it before else I'll dig in sir.

The SecureProtobufWALReader does not handle unencrypted WALs if configured to encrypt. Reported by Anoop. Going to hold up RC1 for this.

Remote EJB client with InitialContext setting up weak affinity will not hold up the affinity, resulting in a behaviour that's different to previous releases of WildFly. In previous versions of WildFly, java.naming.provider.url property of InitialContext was enough to enforce weak affinity to a node in remote EJB client.
This is a regression compared to WildFly 12. The client version does not change the behaviour, which leads me to believe the issue is server-side.
Update: The issue affects only stateful bean invocations.

while (true) {
            try {
                final Properties props = new Properties();
                props.put(Context.INITIAL_CONTEXT_FACTORY, WildFlyInitialContextFactory.class.getName());
                props.put(Context.PROVIDER_URL, "remote+http://127.0.0.1:8080");
                final InitialContext ejbCtx = new InitialContext(props);
                final HelloBeanRemote bean = (HelloBeanRemote) ejbCtx
                        .lookup("ejb:/server/HelloBean!" + HelloBeanRemote.class.getName() + "?stateful");
                for (int i = 0; i < 10; i++) {
                    System.out.println(bean.hello());
                }
            } catch(Exception e) {
                System.out.println("Call failed!!!!");
            }
        final Properties props = new Properties();
        props.put(Context.INITIAL_CONTEXT_FACTORY, WildFlyInitialContextFactory.class.getName());
        props.put(Context.PROVIDER_URL, "remote+http://127.0.0.1:8080");

11:56:02,452 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 0
11:56:02,460 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 1
11:56:02,465 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 2
11:56:02,472 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 3
11:56:02,477 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 4
11:56:02,488 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 5
11:56:02,496 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 6
11:56:02,502 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 7
11:56:02,507 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 8
11:56:02,515 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node1"): 
node1, 9
11:56:03,535 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 0
11:56:03,544 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 1
11:56:03,555 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 2
11:56:03,561 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 3
11:56:03,568 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 4
11:56:03,586 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 5
11:56:03,595 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 6
11:56:03,602 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 7
11:56:03,616 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 8
11:56:03,628 DEBUG [org.jboss.ejb.client.EJBInvocationHandler:164] Calling invoke(module = /server/HelloBean, strong affinity = Cluster "ejb", weak affinity = Node "node2"): 
node2, 9

We found this in ScanWildcardColumnTracker:
    // new col < oldcol
    // if (cmp < 0) {
    // WARNING: This means that very likely an edit for some other family
    // was incorrectly stored into the store for this one. Continue, but
    // complain.
    LOG.error("ScanWildcardColumnTracker.checkColumn ran " +
  		"into a column actually smaller than the previous column: " +
This went under the radar in our dark launch cluster when a column family name was misspelled first, but then was "renamed" by renaming directories in the HBase storage directory tree. We ended up with inconsistent data, but compactions still succeeded most of the time, likely discarding part of input data.

Currently, IN operator is considered in the default case: reduces the input rows to the half. This may lead to wrong estimates for the number of rows produced by Filter operators.

When validation of a type in a Collection that can't be indexed, e.g. a Set, fails, Hibernate Validator produces a property path with no index. For example:
public final class Input {
    @NotEmpty
    @Valid
    private final Set<URI> nodes;
    ...
}
If validation of a URI in nodes fails, the property path in the resulting constraint violation is nodes[]. This causes the logic that processes the constraint violations to blow up with a NumberFormatException:
java.lang.NumberFormatException: For input string: ""
	at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
	at java.lang.Integer.parseInt(Integer.java:470)
	at java.lang.Integer.parseInt(Integer.java:499)
	at org.springframework.beans.BeanWrapperImpl.getPropertyValue(BeanWrapperImpl.java:794)
	at org.springframework.beans.BeanWrapperImpl.getPropertyValue(BeanWrapperImpl.java:717)
	at org.springframework.validation.AbstractBindingResult.rejectValue(AbstractBindingResult.java:105)
	at org.springframework.validation.beanvalidation.SpringValidatorAdapter.validate(SpringValidatorAdapter.java:92)
	at org.springframework.validation.DataBinder.validate(DataBinder.java:711)
	at org.springframework.web.servlet.mvc.method.annotation.support.RequestResponseBodyMethodProcessor.resolveArgument(RequestResponseBodyMethodProcessor.java:71)
        ...
Judging by https://forum.hibernate.org/viewtopic.php?f=9&t=1010626 it would appear that the lack of index in the path is expected behaviour for Hibernate Validator. We can probably work around this by using a custom List implementation that also maintains Set semantics, but it'd be nice if Spring coped with the absence of the index more gracefully than it does at the moment.

HS2 uses threadlocal to cache HMS client in class Hive. When the thread is dead, the HMS client is not closed. So the connection to the HMS is leaked.

HIVE-17506 decoupled standalone metastore poms from hive, then HIVE-18586 upgraded derby to 10.14.1.0 in hive's top level pom.xml. Maybe it could be useful to synchronize them.
Current versions
hive: 10.14.1.0
standalone-metastore: 10.10.2.0
This idea came up while investigating some derby lock issues in HIVE-21550.

There is a memory leak during undeploy (redeploy) when there is a timer used in EJB bean.
When the timer is created (using @Schedule or programmatically), it is put in queue on Timer thread. According to JDK sources (http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/7u40-b43/java/util/Timer.java#Timer line 552) The queue is processed if new timer is created or the next timer task is due to be run and the reference to last timer is retained on stack (line 521). Therefore after the module undeploy there is still a reference to TimerTask from the module.
It is not a true memory leak, because the reference will be removed when the task is due, but in environment with many redeploys (development and continuous integration) will soon hit the java.lang.OutOfMemoryError: PermGen space.
One workaround is to have another Scheduler, which will schedule job for every second. This way, the timer thread will process the queue and throw away the reference to last timerTask.

There is a serious problem when combining Spring-faces ajax components and Rich faces Ajax components.
This is most easily noticed since 2.0.7, when the jsf view state is saved as part of the flow history. To reproduce open a spring popup view-state using an sf:commandButton and cancel it by pressing Esc or X. After that, no rich-faces ajax requests will be able to work.
The reason seems to be the following: Spring's AjaxViewRoot effectively replaces in its constructor the ID of the underlying ViewRoot with a newly generated unique id appended by "_ajax". This ID remains in the state of the original ViewRoot even after Spring - AjaxViewRoot has finished its job. RichFaces - AjaxViewRoot relies on its ID to determine which part of the component tree to process. Therefore, since its ID has been replaced, the processing never happens on the whole ViewRoot as it should.
This is also easily reproduced by firing an sf:commandButton action that does not transition to another view. After that request is processed, subsequent rich-faces ajax requests will not work.
You may consider the small patch I am attaching. This should be ok unless you think there are deeper complications here.
Thanks and regards.

Currently, we call toStringTree() as part of HIVE-11316 everytime the tree is modified. This is a bad approach as we can lazily delay this to the point when toStringTree() is called again.

My problem is to load a XSLT script from database or provided as byte array but not as file in classpath or http.
A custom uri resolver would do the job. XsltEndpoint uses a ResourceHelper to load the XSTL resource instead of a given custom uri resolver.

    private synchronized void loadResource(XsltBuilder xslt, String resourceUri) throws TransformerConfigurationException, IOException {
        LOG.trace("{} loading schema resource: {}", this, resourceUri);
        // prefer to use URL over InputStream as it loads better with http
        URL url = ResourceHelper.resolveMandatoryResourceAsUrl(getCamelContext().getClassResolver(), resourceUri);
        xslt.setTransformerURL(url);
        // now loaded so clear flag
        cacheCleared = false;
    }

The ResourceHelper or this method should use the same URIResolver as XsltBuilder.
Another way would be to make the method above protected to be able to overwrite the behaviour.

At Topicus we've tested one of our Java EE applications to check compatibility with Wildfly session replication. This resulted in deserialization errors when performing a failover test.
(WELD-001122: Failed to deserialize annotated type identified with AnnotatedTypeIdentifier)
The application is deployed as an EAR archive containing several modules, one of them a WAR which hosts the main web frontend.
Point of interest is our application uses Wicket (with Wicket-CDI) to inject CDI resources in Wicket pages.
After a debugging session we concluded the "tryToLoadUnknownBackedAnnotatedType" method in the Weld class "SlimAnnotatedType" uses the wrong ResourceLoader when trying to load the class containing an injected object.
Further debugging proved the initialisation in the WeldDeployment method "createAndRegisterAdditionalBeanDeploymentArchive" copies all of the ServiceRegistry entries of the parent BeanDeployment to the child, overwriting the already set ResourceLoader.
I've attached a patch which prevents the overwriting of the deployment's already set entries. This fixed the replication problems with our application.

This commit  https://github.com/apache/camel/commit/e4ad40f2eebb68cfde175b171538e26b278f63f6 modified DefaultCxfRsBinding.populateCxfRsResponseFromExchange in a way that causes an NPE on line #116 when a GET request is made with the Content-Type header set. Since Camel copies the request headers into the response, this causes the check for Content-Type to find the header and the code after that assumes that cxfExchange.getOutMessage() is non-null.
I can work around this by asking clients not to send the Content-Type header (which is generally meaningless for a GET), but I cannot force them not to send it. I think I can also add header filtering before the endpoint is executed to strip the Content-Type header for GET requests, but ideally DefaultCxfRsBinding.populateCxfRsResponseFromExchange would not call cxfExchange.getOutMessage().putIfAbsent if getOutMessage returns null.

Testing for HBASE-867 uncovered some nastiness introduced from HBASE-1304 when a regionserver goes down.

Build a tarball.

mvn -DskipTests clean install && mvn -DskipTests package assembly:single
tar zxvf hbase-2.0.0-beta-1-SNAPSHOT-bin.tar.gz

Then I found there is a servlet-api-2.5.jar in the lib directory. The right depencency should be javax.servlet-api-3.1.0.jar.
Start a distributed cluster with this tarball. And got exception when access Master/RS info jsp.

2017-11-27,10:02:05,066 WARN org.eclipse.jetty.server.HttpChannel: /
java.lang.NoSuchMethodError: javax.servlet.http.HttpServletRequest.isAsyncSupported()Z
        at org.eclipse.jetty.server.ResourceService.sendData(ResourceService.java:689)
        at org.eclipse.jetty.server.ResourceService.doGet(ResourceService.java:294)
        at org.eclipse.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:458)
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:841)
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1650)
        at org.apache.hadoop.hbase.http.lib.StaticUserWebFilter$StaticUserFilter.doFilter(StaticUserWebFilter.java:113)
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1637)
        at org.apache.hadoop.hbase.http.ClickjackingPreventionFilter.doFilter(ClickjackingPreventionFilter.java:48)
        at org.apache.hadoop.hbase.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:1374)
        at org.apache.hadoop.hbase.http.NoCacheFilter.doFilter(NoCacheFilter.java:49)
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:533)

Try mvn depencency:tree but didn't find why servlet-api-2.5.jar was introduced.
I download hbase-2.0.0-alpha4-bin.tar.gz and didn't find servlet-api-2.5.jar. And build a tar from hbase-2.0.0-alpha4-src.tar.gz and didn't find servlet-api-2.5.jar, too. So this may be introduced by recently commits. And should fix this when release 2.0.0-beta1.

hive> SELECT GET_JSON_OBJECT("
{\"Form Name\": 12345}
", "$.Form\ Name") FROM akramer_one_row;
OK
NULL
...this also returns null for "$.Form Name" and "$.Form Name". It should return the relevant key.
Removing the space works fine, however, spaces are allowed as JSON keys (see spec at http://www.json.org/ ). As such, this is a bug.
Claiming that this is org.json's problem, or something similar, does not solve this bug. It's Hive that claims this gets a JSON object, so it needs to provide the JSON object.

Using TwitterTemplate to invoke the streaming API, if I deliberately get a 401, it isn't handled by TwitterErrorHandler. The extractErrorDetailsFromResponse method returns null, so the handleClientErrors method returns immediately. The result is a UncategorizedApiException, whereas a NotAuthorizedException would be preferable.

In case when Elytron Client configuration file for key-store-ssl-certificate element includes alias which does not exist in given keystore then NPE is thrown.
It is caused by missing null check for entry in [1].
Thrown NPE:

ERROR [io.undertow.request] (default task-2) UT005023: Exception handling request to /dep/ctx: java.lang.NullPointerException
	at org.wildfly.security.auth.client.ElytronXmlParser$PrivateKeyKeyStoreEntryCredentialFactory.get(ElytronXmlParser.java:2404)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseSslContextType$5(ElytronXmlParser.java:459)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseSslContextRuleType$6(ElytronXmlParser.java:501)
	at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$8(ElytronXmlParser.java:537)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:309)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:180)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:141)
	at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:116)
	at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:91)

[1] https://github.com/wildfly-security/wildfly-elytron/blob/07dca201e47344ee3ee670a1f8c39a6ad3e67d6b/src/main/java/org/wildfly/security/auth/client/ElytronXmlParser.java#L2404

The files related to quickstarts are not updated during build. 
For example this one https://github.com/jboss-fuse/fuse/commits/6.3.0.redhat/esb/shared/src/main/filtered-resources/quickstarts/camel-amq/README.md
It looks like a build problem.

2015-02-25 10:42:17,686 FATAL [main] regionserver.RSRpcServices: The hostname of regionserver cannot be set to localhost in a fully-distributed setup because it won't be reachable. See "Getting Started" for more information.
2015-02-25 10:42:17,687 ERROR [main] master.HMasterCommandLine: Master exiting
java.lang.RuntimeException: Failed construction of Master: class org.apache.hadoop.hbase.master.HMaster
	at org.apache.hadoop.hbase.master.HMaster.constructMaster(HMaster.java:2051)
	at org.apache.hadoop.hbase.master.HMasterCommandLine.startMaster(HMasterCommandLine.java:198)
	at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:139)
	at org.apache.hadoop.hbase.util.ServerCommandLine.doMain(ServerCommandLine.java:126)
	at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:2065)
Caused by: java.io.IOException: The hostname of regionserver cannot be set to localhost in a fully-distributed setup because it won't be reachable. See "Getting Started" for more information.
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.<init>(RSRpcServices.java:793)
	at org.apache.hadoop.hbase.master.MasterRpcServices.<init>(MasterRpcServices.java:198)
	at org.apache.hadoop.hbase.master.HMaster.createRpcServices(HMaster.java:486)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.<init>(HRegionServer.java:500)
	at org.apache.hadoop.hbase.master.HMaster.<init>(HMaster.java:337)
	at org.apache.hadoop.hbase.master.HMaster.constructMaster(HMaster.java:2046)
	... 5 more

Replication.join calls zkHelper.deleteOwnRSZNode and it shouldn't since ReplicationSourceManager does it already with a check. Currently you can lose replication data if there where still stuff to replicate.

AnnotationMethodHandlerExceptionResolver#getModelAndView(...) only takes ResponseStatus#value() into consideration and ignores ResponseStatus#reason(). It should act like ResponseStatusExceptionResolver#resolveResponseStatus(...) and check if a reason is provided as well. 

    double numRows = tScan.getRows();
...
        double r = cStat.getRange().maxValue.doubleValue() -
            cStat.getRange().minValue.doubleValue() + 1;
        isKey = (numRows == r);

The equality check should use a small epsilon as tolerance.

Spring complains that it needs to be started with an agent in order to use the InstrumentationLoadTimeWeaver even when it is, in fact, started with said agent.
[pschifferer@leo ~/Projects/workspaces/apps/torchlight/target/distributions/Torchlight-macosx-1.0.0/Torchlight.app/Contents/Resources/Java] java -Dosgi.requiredJavaVersion=1.5 -Xdock:icon=../torchlight.icns -XstartOnFirstThread -Xms40m -Xmx512m -XX:MaxPermSize=256m -Dorg.eclipse.swt.internal.carbon.smallFonts -javaagent:spring-agent-2.5.6.jar -jar plugins/org.eclipse.equinox.launcher_1.0.100.v20080509-1800.jar 
log4j:WARN No appenders could be found for logger (org.springframework.osgi.extender.internal.activator.ContextLoaderListener).
Discovered configurations 
{config/*}
 in bundle [Torchlight Core Application (net.sourceforge.torchlight.core.application;singleton:=true)]
Refreshing org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext@23cfcf: display name [OsgiBundleXmlApplicationContext(bundle=net.sourceforge.torchlight.core.application, config=config/*)]; startup date [Thu Apr 09 22:52:01 PDT 2009]; root of context hierarchy
Unpublishing application context OSGi service for bundle Torchlight Core Application (net.sourceforge.torchlight.core.application;singleton:=true)
Loading XML bean definitions from URL [bundleentry://26/config/core-application-context.xml]
Bean factory for application context [org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext@23cfcf]: org.springframework.beans.factory.support.DefaultListableBeanFactory@d3509c
Loading properties file from OSGi resource[classpath:torchlight.properties|bnd.id=26|bnd.sym=net.sourceforge.torchlight.core.application]
Application context refresh failed (OsgiBundleXmlApplicationContext(bundle=net.sourceforge.torchlight.core.application, config=config/*))
java.lang.IllegalStateException: Must start with Java agent to use InstrumentationLoadTimeWeaver. See Spring documentation.

Following tests are disabled in HIVE-19629 as orc ConvertTreeReaderFactory does not handle Decimal64ColumnVectors. This jira is to re-enable those tests after orc supports it.
1) type_change_test_int_vectorized.q
 2) type_change_test_int.q
 3) orc_schema_evolution_float.q
4) schema_evol_orc_nonvec_part_all_primitive.q
5) schema_evol_orc_nonvec_part_all_primitive_llap_io.q
6) schema_evol_orc_vec_part_all_primitive.q
7) schema_evol_orc_vec_part_all_primitive_llap_io.q
 
The REST server doesn't seem to support using binary (MD5 for example) row keys. I believe the root cause of this is the use of Bytes.toBytes() in the RowSpec.parseRowKeys() method. Based on the use of Bytes.toStringBinary() within RemoteHTable.buildRowSpec(), I believe the converse function Bytes.toBytesBinary() should be used for row key parsing in RowSpec.parseRowKeys().
I also noticed that the RemoteHTable.buildRowSpec() method isn't URL encoding the row key, which is a mismatch to the logic in RowSpec.parseRowKeys() which performs URL decoding for both the start and stop row keys.

Children of the AbstractDispatcherServletInitializer class provide Filter[] via the getServletFilters() method.  The initializer passes that list in registerDispatcherServlet() to registerServletFilter().  registerServletFilter then derives a filter name with the Conventions class.
This can cause failures when using the same Filter class, as the same filter name will be derived, for example the following implementation will fail:

@Override
protected Filter[] getServletFilters(){
  return new Filter[] {
    new DelegatingFilterProxy("springSecurityFilterChain"),
    new DelegatingFilterProxy("someOtherCustomFilter")
  };
}

With Tomcat (I have not tried other containers), the servlet context will return a null Dynamic on the repeated addFilter, causing an NPE in the Spring AbstractDispatcherServletInitializer.
I have a pull request that will allow a user to specify a map of filter name to filter.  This should allow workarounds that will provide end users cleaner override options.

In contrast to the doc, which states that the default repositoryImplementationPostfix is "Impl", the default is actually set to empty string:
String repositoryImplementationPostfix() default "";
Took me a while to figure out why my RepositoryImpl was not recognised...

Currently, once a user configures DbTxnManager to the be transaction manager, all tables that use ORC are expected to be transactional.  This means they all have to have buckets.  This most likely won't be what users want.
We need to add a specific mark to a table so that users can indicate it should be treated in a transactional way.

From https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/364/testReport/org.apache.hadoop.hbase.master/TestDistributedLogSplitting/testThreeRSAbort/ :

2013-01-21 11:49:26,141 ERROR [Shutdown of org.apache.hadoop.hbase.fs.HFileSystem@1792081] server.NIOServerCnxnFactory$1(44): Thread Thread[Shutdown of org.apache.hadoop.hbase.fs.HFileSystem@1792081,5,main] died
org.apache.hadoop.HadoopIllegalArgumentException: Cannot close proxy - is not Closeable or does not provide closeable invocation handler class $Proxy20
	at org.apache.hadoop.ipc.RPC.stopProxy(RPC.java:624)
	at org.apache.hadoop.hdfs.DFSClient.closeConnectionToNamenode(DFSClient.java:638)
	at org.apache.hadoop.hdfs.DFSClient.close(DFSClient.java:696)
	at org.apache.hadoop.hdfs.DistributedFileSystem.close(DistributedFileSystem.java:539)
	at org.apache.hadoop.fs.FilterFileSystem.close(FilterFileSystem.java:404)
	at org.apache.hadoop.hbase.fs.HFileSystem.close(HFileSystem.java:148)
	at org.apache.hadoop.hbase.MiniHBaseCluster$SingleFileSystemShutdownThread.run(MiniHBaseCluster.java:187)

There are a few dependencies on the class org.mortbay.log.Log which is a bug:
21:05 < dj_ryan> we should not depend on that logging framework
21:05 < dj_ryan> at all
21:05 < dj_ryan> ever
I could find it in use in these classes:

org.apache.hadoop.hbase.client.ScannerCallable
org.apache.hadoop.hbase.client.TestHCM
org.apache.hadoop.hbase.mapreduce.Export
org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader

in ql\src\test\queries\clientpositive\multi_insert_union_src.q, 
There are two problems in the query file
 1.  It is strange to drop src_multi1 twice 
 2. src1 is not created but used src1(Maybe we create src1 in other qfile)

drop table if exists src2;
drop table if exists src_multi1;
set hive.stats.dbclass=fs;
CREATE TABLE src2 as SELECT * FROM src;

create table src_multi1 like src;
create table src_multi2 like src;

explain
from (select * from src1 where key < 10 union all select * from src2 where key > 100) s
insert overwrite table src_multi1 select key, value where key < 150 order by key
insert overwrite table src_multi2 select key, value where key > 400 order by value;

select * from src_multi1;
select * from src_multi2;

Changing http-remoting-connector leads to reload required state. But all attributes are marked as "restart-required" => "no-services" in model. Based on documentation [1] I think they should be rather "restart-required" => "resource-services"

[standalone@localhost:9990 /] /subsystem=remoting/http-connector=http-remoting-connector:read-resource-description
{
        "description" => "The configuration of a HTTP Upgrade based Remoting connector.",
            "name" => "org.wildfly.remoting.http-connector",
        }],
            "authentication-provider" => {
                "description" => "The \"authentication-provider\" element contains the name of the authentication provider to use for incoming connections.",
                "access-constraints" => {"sensitive" => {"remoting-security" => {"type" => "remoting"}}},
            },
            "connector-ref" => {
                "description" => "The name (or names) of a connector in the Undertow subsystem to connect to.",
            },
                "description" => "Reference to the SASL authentication factory to use for this connector.",
                "nil-significant" => true,
                "access-constraints" => {"sensitive" => {"authentication-factory-ref" => {"type" => "core"}}},
            },
            "sasl-protocol" => {
                "description" => "The protocol to pass into the SASL mechanisms used for authentication.",
                "default" => "remote",
            },
            "security-realm" => {
                "description" => "The associated security realm to use for authentication for this connector.",
                "access-constraints" => {"sensitive" => {
                    "security-realm-ref" => {"type" => "core"},
                    "remoting-security" => {"type" => "remoting"}
                }},
            },
            "server-name" => {
                "description" => "The server name to send in the initial message exchange and for SASL based authentication.",
            }
        },
        "children" => {
            "security" => {
                "description" => "Configuration of security for this connector.",
                "model-description" => undefined
            },
            "property" => {
                "description" => "Properties to further configure the connector.",
            }
        }
    },
}

[1] https://docs.jboss.org/author/display/WFLY10/Description+of+the+Management+Model#DescriptionoftheManagementModel-applyingruntimeupdates

When creating a static constant through util:constant, I tried assigning it a value instead of a class's static field. This resulted in an exception, but the message read as follows: 
"Error creating bean with name 'myConstant': Invocation of init method failed; nested exception is java.lang.IllegalArgumentException: staticField must be a fully qualified class plus method name: e.g. 'example.MyExampleClass.MY_EXAMPLE_FIELD'"
it should instead say "... static Field must be a fully qualified class plus static field name..."

It seems like SpringValidatorAdapter doesn't handle <list element> literal. It is sometimes expected, as far as I understand JSR 380 spec correctly. Please, review http://beanvalidation.org/2.0/spec/2.0.0.cr3/#valueextractordefinition-builtinvalueextractors and correct me if I'm wrong. Note <iterable element>, <map key> and <map value> too.
I hope that "Reference URL" contains SSCCE. Will keep it for some time. I've attached all interesting files just in case something goes wrong.
As you (will be able to) see, validator.validate(bean, errors) ends up with IllegalStateException. I would expect one field error instead.
One more thing: I believe it's not about "bean property versus direct field access". Getters and setters are here. To be sure, I checked not only BeanPropertyBindingResult but DirectFieldBindingResult too. Same result.

there is a bug in this method: org.springframework.web.servlet.mvc.support.ControllerClassNameHandlerMapping.generatePathMappings(Class)
String path = (className.endsWith(CONTROLLER_SUFFIX) ?
				className.substring(0, className.indexOf(CONTROLLER_SUFFIX)) : className);
it does not work if the className also starts with "Controller".

As indicated in https://github.com/spring-projects/spring-framework/pull/757, DefaultManagedAwareThreadFactory accidentally recurses to itself instead of super.newThread.

Recent changes to the Ruby shell's add_peer method in HBASE-11393 have broken TestReplicationShell, which went unnoticed because it's currently Ignored as flaky. This test is useful when developing extensions to the replication shell commands, and should be kept working (and hopefully re-enabled in the near future.) 

Instead of selecting implementation method, bridge method is used. We faced an issue with conversion of parameter when bean implements generic interface.
For example having bean implementation like this:

    public interface Service<R> {

        int process(R request);
    }

    public static class MyService implements Service<Request> {

        public int process(Request request) {
            return request.x + 1;
        }
    }

would lead to beanInfo containing Method with signature 

public abstract int process(Object request)

in methodMap
This is not correct as conversion of parameter is not possible in this case.
I could find an issue with the same problem that was previously fixed (CAMEL-8940), but later on it was broken with CAMEL-9656 (commit 5639b78).

The BasicAclEntryAfterInvocationCollectionFilteringProvider.CollectionFilterer has been modified is may 2005 to gain performance at the cost of risking a ConcurrentModificationException. The current version now unnecessary complex. In addition, the debug message no longer prints the correct original size.

As we measure our Thrift call latencies in nanoseconds, we need to make latencies long instead of int everywhere.

I've written the following route:
 
rest().get("/purchases")
  .route()
  .serviceCall().name("inventory/api/purchases")
    .kubernetesServiceDiscovery();

But when I run the service inside Openshift I get:

	at org.apache.camel.component.kubernetes.cloud.KubernetesEnvServiceDiscovery.getServices(KubernetesEnvServiceDiscovery.java:44)
	at org.apache.camel.impl.cloud.DefaultServiceLoadBalancer.process(DefaultServiceLoadBalancer.java:132)
	at org.apache.camel.impl.cloud.DefaultServiceCallProcessor.process(DefaultServiceCallProcessor.java:185)
	at org.apache.camel.http.common.CamelServlet.doService(CamelServlet.java:208)
	at org.apache.camel.http.common.CamelServlet.service(CamelServlet.java:78)
	at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:109)
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:81)
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197)
	at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:64)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:336)
	at org.apache.camel.component.kubernetes.cloud.KubernetesEnvServiceDiscovery.getServices(KubernetesEnvServiceDiscovery.java:38)
	... 55 more

the master logfile says:
2009-06-13 01:47:50,993 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Looking for reference files in: hdfs://borg13:9000/hbase-1304/table/582659871/default2009-06-13 01:47:50,994 DEBUG org.apache.hadoop.hbase.master.BaseScanner: isReference: hdfs://borg13:9000/hbase-1304/table/582659871/default/7693630986938671024
2009-06-13 01:47:50,995 DEBUG org.apache.hadoop.hbase.master.BaseScanner: table,,1244880487129/582659871 no longer has references to table,,1244877673805
2009-06-13 01:47:51,007 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Looking for reference files in: hdfs://borg13:9000/hbase-1304/table/582659871/default2009-06-13 01:47:51,007 DEBUG org.apache.hadoop.hbase.master.BaseScanner: isReference: hdfs://borg13:9000/hbase-1304/table/582659871/default/7693630986938671024
2009-06-13 01:47:51,008 DEBUG org.apache.hadoop.hbase.master.BaseScanner: table,,1244880487129/582659871 no longer has references to table,,12448776738
052009-06-13 01:47:51,009 INFO org.apache.hadoop.hbase.master.BaseScanner: Deleting region table,,1244877673805 (encoded=1481906432) because daughter splits no longe
r hold references2009-06-13 01:47:51,009 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: DELETING region hdfs://borg13:9000/hbase-1304/table/1481906432
As you can see, apparently splitA and splitB point to the same region!

In the shell, a delete must match the value's coordinates exactly. By default the delete command uses the latest timestamp but you can provide on explicitly. So you have to delete each version independent of the others if there are multiple versions of a value. 
The command 'deleteall' is supposed to clear out a whole row or a whole column of values:

 deleteall Delete all cells in a given row; pass a table name, row, and optionally 
           a column and timestamp

but the code won't work as advertised:

    def deleteall(row, column = nil, timestamp = HConstants::LATEST_TIMESTAMP)
      now = Time.now 
      d = Delete.new(row.to_java_bytes, timestamp, nil)
      @table.delete(d)
      @formatter.header()
      @formatter.footer(now)
    end

'column' is ignored.

In different WebMethods I have parameters of the same type, but with different QNames. The following if-clause (in ServiceInterfaceStrategy.analyzeServiceInterface(..)) throws an exeption in these cases (thrown if NOT QNameOfMethod1 equals QNameOfMethod2), but it should on the contrary throw an exception if the QNames ARE equal:
                if (inTypeNameToQName.containsKey(ti.getTypeName())
                    && (!(ti.getTypeName().equals("javax.xml.ws.Holder")))
                    && (!(inTypeNameToQName.get(ti.getTypeName()).equals(ti.getElName())))) 
{
                    throw new RuntimeCamelException("Ambiguous parameter mapping. The type [ "
                                                    + ti.getTypeName()
                                                    + " ] is already mapped to a QName in this context.");
                }

The "NOT" must be deleted:
...
&& (inTypeNameToQName.get(ti.getTypeName()).equals(ti.getElName())))
...

I un-commented the -verbose:gc option in hbase-env.sh, which print out the gc info.
but when I use hbase zkcli to check zk, it can not connect to the server.
the problem is zkcli uses "hbase org.apache.hadoop.hbase.zookeeper.ZooKeeperMainServerArg" to get the server_arg in the script hbase. when gc verbose option is open, the output of ZooKeeperMainServerArg is with gc info, which masses up with server_arg. and this is the reason stop zkcli working.
I think the easiest way to fix this is to trim the gc info out of server_arg in the hbase script.

2019-03-29T13:04:19.282Z hiveserver2-65d5bb4bd8-xx24r hiveserver2 1 db896a5e-5215-11e9-87ec-020c4712c37c [mdc@18060 class="compactor.CompactorMR" level="ERROR" thread="hiveserver2-65d5bb4bd8-xx24r-28"] org.apache.hadoop.hive.ql.metadata.HiveException: Failed to run drop table if exists default_tmp_compactor_asd_1553864659196
at org.apache.hadoop.hive.ql.DriverUtils.runOnDriver(DriverUtils.java:57)
at org.apache.hadoop.hive.ql.DriverUtils.runOnDriver(DriverUtils.java:34)
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.runCrudCompaction(CompactorMR.java:408)
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.run(CompactorMR.java:250)
at org.apache.hadoop.hive.ql.txn.compactor.Worker.run(Worker.java:194)
at org.apache.hadoop.hive.ql.session.SessionState.getHDFSSessionPath(SessionState.java:838)
at org.apache.hadoop.hive.ql.Context.<init>(Context.java:319)
at org.apache.hadoop.hive.ql.Context.<init>(Context.java:305)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:603)
at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1881)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:2004)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1764)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1753)
at org.apache.hadoop.hive.ql.DriverUtils.runOnDriver(DriverUtils.java:54)

Running tests over in HBASE-4014 brought up this issue.  If the active master in a MiniHBaseCluster has aborted, then calling MiniHBaseCluster.shutdown() will just hang in JVMClusterUtil.shutdown(), waiting to join each of the region server threads.
Seems like we should explicitly stop each region server instead of just relying on an active master instance deleting the cluster status znode?

When using @Query in a JPA repository along with Pageable and attempting to sort on a field in a joined entity, the from entity gets prepended to the sort field. For example, if I do the following query:

@Query(value = "select p from Customer c join c.productOrder p where p.delayed = true")

If I pass a PageRequest sorting on a field in the from entity (Customer), everything will work fine:

PageRequest page = new PageRequest(0, 20, Direction.DESC, "lastName");

However, if I simply decide to sort by a field in the ProductOrder entity with this PageRequest:

PageRequest page2 = new PageRequest(0, 20, Direction.DESC, "p.lineItems");

I will get the following error:

Caused by: org.hibernate.QueryException: could not resolve property: p of: hello.Customer [select p from hello.Customer c join c.productOrder p where p.delayed = true order by c.p.lineItems desc]

c. was prepended onto the sort field. I am attaching a modified version of the Spring Data JPA tutorial from the Spring site that illustrates the issue.

ORC writer has its own memory manager that assumes memory usage or memory available based on JVM heap (MemoryMX bean). This works on tez container mode execution model but not in LLAP where container sizes (and Xmx) are typically high and there are multiple executors per LLAP daemon. This custom memory manager should be aware of memory bounds per executor. 

Hi, 
the latest implementation used the fixed default domain which doesn't work if you specify a custom agent. I removed the fixed default domain name and used the method ManagementAgent.getMBeanObjectDomainName() instead.
In addition I added the attribute InflightExchanges to the route-info command because I really missed it. Would be great if the patch could be integrated into 2.12.
Cheers,
Michael

hbase-hbase-regionserver-ip-10-152-131-248.log:2013-04-02 16:48:24,499 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Adding moved region record: c52aa9838fe14b28b34f1e4e5fa14be9 to ip-10-152-131-248.ec2.internal,60020,1364935613234:60020 as of 51312
The consequences are obvious...

Vault commands with wrongly filled path to vaults should fail.
The user might mistakenly believe that the VAULT was empty.
Download server.store attachment to same location as wildfly-elytron-tool.jar file and then run these commands
VAULT.dat is located in path which is given by --enc-dir option - we set it to wrong value.

java -jar wildfly-elytron-tool.jar vault --enc-dir doesntMatter --keystore server.store --keystore-password secretsecret --location converted001.store --alias jboss
Vault (enc-dir="doesntMatter";keystore="server.store") converted to credential store "converted001.store"

It is created empty converted001.store
We can omit --location option. In this case is created empty converted file with default name "converted-vault.cr-store" in path given by --enc-dir option.

java -jar wildfly-elytron-tool.jar vault --enc-dir doesntMatter --keystore server.store --keystore-password secretsecret --alias jboss
Vault (enc-dir="doesntMatter";keystore="server.store") converted to credential store "doesntMatter/converted-vault.cr-store"

The generated Tiles configuration files use the following DTD:
<!DOCTYPE tiles-definitions PUBLIC "-//Apache Software Foundation//DTD Tiles Configuration 2.0//EN" "http://tiles.apache.org/dtds/tiles-config_2_0.dtd">
which is for the 2.0 release and doesn't contain some features found in the 2.1 release
should be:

Static content under jboss-web.xml <overlay> directory is not served correctly after the content is updated.
This issue does not happen with the exploded application, so a possible suspect is cache resource handling.

RpcRetryingCaller#callTimeout is not initialized for all paths, so when called from the AsyncProcess we end up with a timeout of 2 seconds.

There is an issue when you call getTimestamp() on any KV handed into a Coprocessor's prePut(). It initializes the internal "timestampCache" variable. 
When you then pass it to the normal processing, the region server sets the time to the server time in case you have left it unset from the client side (updateLatestStamp() call). 
The TimeRangeTracker then calls getTimestamp() later on to see if it has to include the KV, but instead of getting the proper time it sees the cached timestamp from the prePut() call.

HBase Shell help documentation for the drop command says:
"If table has more than one region, run a major compaction on .META."
According to JD this is old news:
jdcryans: back in the days when hadoop didn't support durability it was possible to lose .META. data so we were force flushing .META. and major compacting it all the time also we used to have consistency issues that major compacting was solving ahhh the good old days

When running help command for update_config and update_all_config in shell, the following output is shown but the URLs in the output are wrong.

hbase(main):002:0> help "update_config"
Reload a subset of configuration on server 'servername' where servername is
host, port plus startcode. For example: host187.example.com,60020,1289493121758
See http://hbase.apache.org/book.html?dyn_config for more details. Here is how
you would run the command in the hbase shell:
  hbase> update_config 'servername'

hbase(main):003:0> help "update_all_config"
Reload a subset of configuration on all servers in the cluster.  See
http://hbase.apache.org/book.html?dyn_config for more details. Here is how
  hbase> update_all_config

We should change the URLs http://hbase.apache.org/book.html?dyn_config to http://hbase.apache.org/book.html#dyn_config (replicing '?' with '#').

Currently it is not possible to reuse a field from a previous aggreation operation, e.g. projection that is based on an SpEL expression in a following aggregation operation e.g. group("id").sum("someExprField").as("foo").

I have confirmed this issue with TokenBasedRememberMeServices.  The remember me cookie is a string of the form:
username + ":" + expiryTime + ":" + Md5Hex(username + ":" + expiryTime + ":" + password + ":" + key)
This is 3 tokens seperated by colons.  sample:
doejohn:1767839462751:494b6435d6d0c2146bc608782543f805
When the username contains a colon, which is the default with spring-social, cookie decoding fails as it encounters 4 tokens (splitting the username into 2 separate tokens).  sample:
twitter:1705891096:1767839462751:494b6435d6d0c2146bc608782543f805
It appears there is an existing hack to deal with urls containing colons ("https://...") in AbstractRememberMeServices.decodeCookie().  I suggest urlencoding the value before creating the cookie string; and the url decoding the token when later retrieved from the cookie.

As soon as I try to deploy a Java EE webapp that contains classes with Java 8 Lambda expressions, Wildfly throws an Exception e.g. "java.lang.IllegalStateException: Unknown tag! pos=12 poolCount = 130".
Jason Greene proposed a working workaround (see workaround section)
Sample application can be found at: https://github.com/wombatsoftware/Omikron

The timing algorithm is basically broken, since Thread.sleep is imprecise. There is also a counter error in the looping code. 
The following testcase will never run in less than 4 seconds on my machine
  public void testRealWallTime() 
{
        long start = System.currentTimeMillis();
        FileUtils.waitFor(new File(""), 2);
        System.out.println("elapsed = " + (System.currentTimeMillis() - start));
    }
            
AutomaticJobRegistrar implements ApplicationListener<ApplicationEvent> but its only actually interested in events that are subclasses of ApplicationContextEvent. An unwanted side-effect of it listening to all ApplicationEvents is that it can be instantiated very early. In the situation described in this Spring Boot issue that can lead to a failure as ModularBatchConfiguration.jobRegistrar is called before ModularBatchConfiguration has been fully initialized.
The problem can be avoided by tightening up the signature so that AutomaticJobRegistrar implements ApplicationListener<ApplicationEvent>. I've implemented this change and tested it against the reproduction in the Boot issue. It resolves the problem. Pull request to follow.

Attempting to unmarshall a pipe delimited CSV file into a POJO using Bindy causese the first and last character the the line processed to be dropped.  It appears that the BindyCsvDataFormat class removes the first and the last character from the line read from the CSV if the seperator is > 1 characters in length (see below or line 162-165 in BindyCsvDataFormat).  For pipe delimited files, you need to specify | as the seperator, as | is not evaluated correctly as a java regex by the split fuction.  This leads to the first and last character for the line being parsed being dropped.  From the comments it appears a "fix" was added to remove the first and last character of the line when the seperator contains quotes or double quotes.  Making this determination using the length of the seperator, rather than evaluating using a regex seems to be a poor solution that breaks other CSV delimiters.
See Attached for an code example.

Given the following tables:

select * from two;
+-----+----+
| id  | a  |
| 1   | a  |
| 2   | b  |

 select * from three;
+-----+----+----+
| id  | a  | b  |
| 1   | a  | z  |
| 2   | b  | y  |
| 3   | c  | x  |

Execute the following steps:

create table testrc (id bigint, a string) stored as rcfile;
insert into table testrc select * from two;
select * from testrc;  //returns correctly
| id  | a  |
| 1   | a  |
| 2   | b  |

 alter table testrc add columns (b string);
 insert into table testrc select * from three;
select * from testrc;  //new column returns null values
| id  | a  | b  |
| 1   | a  |    |
| 2   | b  |    |
| 1   | a  |    |
| 2   | b  |    |
| 3   | c  |    |

mvn test results in compilation error:

[ERROR] /home/okotek/git/wildfly-elytron/src/main/java/org/wildfly/security/manager/WildFlySecurityManager.java:[58,19] cannot find symbol
  symbol:   class Reflection
  location: package sun.reflect

Blocks testing on JDK 11, setting to Critical.

I shut down an 0.90 cluster, and had to do so uncleanly. I then started a trunk (0.92) cluster before the old master znode had expired. This cased:
        at java.lang.String.substring(String.java:1937)
        at org.apache.hadoop.hbase.ServerName.parseHostname(ServerName.java:81)
        at org.apache.hadoop.hbase.ServerName.<init>(ServerName.java:63)
        at org.apache.hadoop.hbase.master.ActiveMasterManager.blockUntilBecomingActiveMaster(ActiveMasterManager.java:148)
        at org.apache.hadoop.hbase.master.HMaster.becomeActiveMaster(HMaster.java:342)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:297)

This unit test cases infinitive loop

	at java.util.HashMap$HashIterator.<init>(HashMap.java:822)
	at java.util.HashMap$EntryIterator.<init>(HashMap.java:881)
	at java.util.HashMap.newEntryIterator(HashMap.java:895)
	at java.util.HashMap$EntrySet.iterator(HashMap.java:988)
	at java.util.AbstractMap.toString(AbstractMap.java:584)
	at java.lang.String.valueOf(String.java:2615)
	at java.lang.StringBuilder.append(StringBuilder.java:116)
	at org.apache.camel.component.bean.BeanWithPropertiesAndHeadersAndBodyInjectionTest$MyBean.toString(BeanWithPropertiesAndHeadersAndBodyInjectionTest.java:91)
	at java.lang.StringBuffer.append(StringBuffer.java:220)
	at java.util.AbstractMap.toString(AbstractMap.java:598)

When decimal or date column is used, the type field in PredicateLeafImpl will be set to null. This will result in NPE during predicate leaf generation because of null dereferencing in hashcode computation. SARG creation should be extended to support/handle decimal and date data types.

Currently list_snapshots lists all the snapshots available for a non-super user which may not be correct, this should be applicable only for a user with admin rights. 
So I feel for a non-super user it should lists only the snapshots owned by it if any.

HiveServer2 related JDBC does not compile with JDK7. Related to HIVE-3384.

With Microprofile JWT - the base method of a path does not get protected.
Example : anybody can call the connect method

@Produces(MediaType.APPLICATION_JSON)
@Consumes(MediaType.APPLICATION_JSON)
@Path("/auth")
@RolesAllowed("TEST")
public interface AuthResource {

    @POST
    @Path("/refuse")
    UserAuth refuse(RefuseAuth refuseAuth);

    @POST
    UserAuth connect(ConnectAuth connectAuth);

}

I think the problem is in this class : MPJWTAuthExtensionArchivePreparer

I have installed 0.16.0 rc 1 which I believe contains a fix for similar issue HBASE-138,  but I still see the same problem.

I am using a single node.
The client application runs in a single thread, loading data into a single table.
I get good throughput of about 200 rows/sec to start with, with occasional significant drops due to NotServingRegionException's that are recoverable on client retry (internal to hbase).
After 54 minutes, and about 500,000 rows I start to see WrongRegionException's in the client application, i.e. real failures. (Note that this compares to 0.15.3 which would being to throw NotServingRegionExceptions after a few tens of thousands of rows).

My data consists of a single table with 5 column families. The data written is as follows:>>
key: a URL
family 1: a small string, often emty, 2 longs, 1 int
family 2: a byte averaging averaging between 1k and 10k, a small string
family 3: several columns with different names per row, values of small strings
family 4: most rows have zero columns, some rows have 1 or more columns with a UL value
The URLs are typically "long-ish" URL as seen when crawling a site, not short home page URLs  
I am assuming the data is stored in files of the form <hbaseroot>//<tablename>/<9digitnum>/data/mapfiles/<19digitnum>/data. I have attached a csv file showing the distribution of size of these files. Average size is 19Mb, but the sizes are not evenly distributed at all
Here are two sample exceptions thrown, copied from the region server log:
2008-02-08 02:08:22,495 INFO org.apache.hadoop.ipc.Server: IPC Server handler 4 on 60020, call batchUpdate(pagefetch,http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924,1202401088077, 9223372036854775807, org.apache.hadoop.hbase.io.BatchUpdate@feb215) from 66.135.42.137:38484: error: org.apache.hadoop.hbase.WrongRegionException: Requested row out of range for HRegion pagefetch,http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924,1202401088077, startKey='http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924', getEndKey()='http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924', row='http://go2purdue.com/Redeemer_University.cfm?pt=2&sp=2&vid=1199243289_3X02X1468757255&rpt=2&kt=4&kp=1 wap2 20080102081237'
org.apache.hadoop.hbase.WrongRegionException: Requested row out of range for HRegion pagefetch,http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924,1202401088077, startKey='http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924', getEndKey()='http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924', row='http://go2purdue.com/Redeemer_University.cfm?pt=2&sp=2&vid=1199243289_3X02X1468757255&rpt=2&kt=4&kp=1 wap2 20080102081237'
        at org.apache.hadoop.hbase.HRegion.checkRow(HRegion.java:1486)
        at org.apache.hadoop.hbase.HRegion.obtainRowLock(HRegion.java:1531)
        at org.apache.hadoop.hbase.HRegion.batchUpdate(HRegion.java:1226)
        at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
2008-02-08 02:08:22,696 INFO org.apache.hadoop.ipc.Server: IPC Server handler 6 on 60020, call batchUpdate(pagefetch,http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924,1202401088077, 9223372036854775807, org.apache.hadoop.hbase.io.BatchUpdate@15d9be1) from 66.135.42.137:38484: error: org.apache.hadoop.hbase.WrongRegionException: Requested row out of range for HRegion pagefetch,http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924,1202401088077, startKey='http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924', getEndKey()='http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924', row='http://go2umass.com/Travel.cfm?pt=2&sp=2&vid=1199230721_3X04X1485302803&rpt=2&kt=5&kp=8 wap2 20080102081239'
org.apache.hadoop.hbase.WrongRegionException: Requested row out of range for HRegion pagefetch,http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924,1202401088077, startKey='http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924', getEndKey()='http://galsn1.mobilook.mobiwap.com/bm/listproducts;jsessionid=D2ED1EB898163CDB27135DC2CF6958B3.197B?rsi=78011 wap2 20080102052924', row='http://go2umass.com/Travel.cfm?pt=2&sp=2&vid=1199230721_3X04X1485302803&rpt=2&kt=5&kp=8 wap2 20080102081239'

This is to avoid an edge case when the memory available is very little (less than a single write buffer size), and we start loading the hash table. Since the write buffer is lazily allocated, we will easily run out of memory before even checking if we should spill any hash partition.
e.g.
Total memory available: 210 MB
Size of ref array of BytesBytesMultiHashMap for each hash partition: ~16 MB
Size of write buffer: 8 MB (lazy allocation)
Number of hash partitions: 16
Number of hash partitions created in memory: 13
Number of hash partitions created on disk: 3
Available memory left after HybridHashTableContainer initialization: 210-16*13=2MB
Now let's say a row is to be loaded into a hash partition in memory, it will try to allocate an 8MB write buffer for it, but we only have 2MB, thus OOM.
Solution is to perform the check for possible spilling earlier so we can spill partitions if memory is about to be full, to avoid OOM.

JPQL does not support count. Instead count(o) is required to be spec compliant. This change was introduced as part of a contributed patch for ROO-2091.

Its the code in ClassLoadingAwareObjectInputStream in camel-sql that has the bug.

The batch-jberet subsystem fails when a remove operation is invoked.

[standalone@localhost:9990 /] /subsystem=batch-jberet:remove
{
Service org.wildfly.batch.thread.pool.batch was depended upon by service org.wildfly.batch.configuration",
}

The batch configuration dependency needs to be removed before the its dependencies are removed.
The thread-pool resource should also require a reload before removal. The thread-pool is used in deployments and therefore shouldn't just be removed without a reload if there are deployments using it.

Some queries are very slow in compile time, for example following query

select * from tt1 nf 
join tt2 a1 on (nf.col1 = a1.col1 and nf.hdp_databaseid = a1.hdp_databaseid) 
join tt3 a2 on        (a2.col2 = a1.col2 and a2.col3 = nf.col3 and a2.hdp_databaseid = nf.hdp_databaseid) 
join tt4 a3 on              (a3.col4 = a2.col4 and a3.col3 = a2.col3) 
join tt5 a4 on     (a4.col4 = a2.col4 and a4.col5 = a2.col5 and a4.col3 = a2.col3 and a4.hdp_databaseid = nf.hdp_databaseid) 
join tt6 a5 on              (a5.col3 = a2.col3 and a5.col2 = a2.col2 and a5.hdp_databaseid = nf.hdp_databaseid) 
JOIN tt7 a6 ON (a2.col3 = a6.col3 and a2.col2 = a6.col2 and a6.hdp_databaseid = nf.hdp_databaseid) 
JOIN tt8 a7 ON (a2.col3 = a7.col3 and a2.col2 = a7.col2 and a7.hdp_databaseid = nf.hdp_databaseid)
where nf.hdp_databaseid = 102 limit 10;

takes around 120 seconds to compile in hive 1.1 when
hive.mapred.mode=strict;
hive.optimize.ppd=true;
and hive is not in test mode.
All the above tables are tables with one column as partition. But all the tables are empty table. If the tables are not empty, it is reported that the compile so slow that it looks like hive is hanging. 
In hive 2.0, the compile is much faster, explain takes 6.6 seconds. But it is still a lot of time. One of the problem slows ppd down is that list in pushdownPreds can grow very large which makes extractPushdownPreds bad performance:

public static ExprWalkerInfo extractPushdownPreds(OpWalkerInfo opContext,
    Operator<? extends OperatorDesc> op, List<ExprNodeDesc> preds)

During run the query above, in the following break point preds  has size of 12051, and most entry of the list is: GenericUDFOPEqual(Column[hdp_databaseid], Const int 102), GenericUDFOPEqual(Column[hdp_databaseid], Const int 102), GenericUDFOPEqual(Column[hdp_databaseid], Const int 102), GenericUDFOPEqual(Column[hdp_databaseid], Const int 102), ....
Following code in extractPushdownPreds will clone all the nodes in preds and do the walk. Hive 2.0 is faster because HIVE-11652(and other jiras) makes startWalking much faster, but we still clone thousands of nodes with same expression. Should we store so many same predicates in the list or just one is good enough?  

    List<Node> startNodes = new ArrayList<Node>();
    List<ExprNodeDesc> clonedPreds = new ArrayList<ExprNodeDesc>();
    for (ExprNodeDesc node : preds) {
      ExprNodeDesc clone = node.clone();
      clonedPreds.add(clone);
      exprContext.getNewToOldExprMap().put(clone, node);
    }
    startNodes.addAll(clonedPreds);

    egw.startWalking(startNodes, null);

Should we change java/org/apache/hadoop/hive/ql/ppd/ExprWalkerInfo.java
method 
public void addFinalCandidate(String alias, ExprNodeDesc expr) 
and
public void addPushDowns(String alias, List<ExprNodeDesc> pushDowns) 
to only add expr which is not in the PushDown list for an alias?

In Hbase-94, Mutation#getFamilyMap() had signature:
public Map<byte[],List<KeyValue>> getFamilyMap()
In Hbase-96 it is:
public NavigableMap<byte[],List<? extends Cell>> getFamilyMap()
I understand this might not be an easy fix or even a possible one - but it breaks downstream apps in a nasty way. If the app needs to process the individual columns, then the whole logic is now different. Is there a way to work around this, if this cannot be fixed?

if I configure a RepositoryItemReader and setCurrentItemCount,
 it is never used. the flow in AbstractItemCountingItemStreamItemReader is such that any set currentItemCount will never affect the initial page.
the open method always runs before the update method, but the open method depends on the update method having run first for this function to work.
this can be worked around by overriding RepositoryItemReader and implementing the Open method setting executionContext.putInt(getExecutionContextKey(READ_COUNT), getCurrentItemCount());
but its far from ideal.
the doOpen method thats clearly intended for this kind of initialization in other cases doesn't pass the executionContext so cant be used here.

In Elytron Client configuration file all elements related to keystore (key-store-ssl-certificate, key-store-reference and key-store-credential) require element alias. It is difference from Elytron subsystem where alias is not required. 
Usage of alias should be consistent between subsystem and Elytron Client configuration file. Elytron is able to found out certificate without passed alias if keystore includes just one entry.

When running the balancer I see the message:

 Not running balancer because dead regionserver processing

But that's not true, it does run, because the check is wrong:

if (!this.serverManager.areDeadServersInProgress()) {
  LOG.debug("Not running balancer because dead regionserver processing");
}

Also it doesn't return false like it should.

Currently SqsConsumer will scheduled a future to happen start occruing 1/2 the visibility timeout, and reoccur again at the visibility timeout period. Because of the way SQS works, when you request a ChangeMessageVisibility timeout it does not add that to the time remaining on the message visibility. Instead it will set the message visibility to the time out given. This means that what actually happens in the camel code is that:

we request the ChangeMessageVisibility timeout to be set to X seconds from now after X/2 seconds
then every X seconds after that we we request the ChangeMessageVisibility timeout to be set to X from now

This means that our message will become visible every now and again as the ChangeMessageVisibility timeout is not updated in time as period between successive executions is the same as the timeout period we request.
I've attached two patches which would fix this issue.

"aws_sqs_visibility_timeout_simple.patch" - This patch changes the way we set up the future. The delay and period are now the same so that we call ChangeMessageVisibility every X/2 after the message has been pulled.

"aws_sqs_visibility_timeout_phased_timeout.patch" - This one keeps the delay to 1/2 the period and requests ChangeMessageVisibility every period. This time though it requests the visibility to be 1.5 * the period. This means that it behaves as originally planned, as if it was adding duration to the visibility duration left. This means we call Amazon less times and still keep the message hidden as expected.

This was looked at with Alex Hutter (both working on same project).

Extraneous INFO logging in VectorReduceSinkCommonOperator
NPE in EXPLAIN for some SelectColumnIsTrue vector expressions
Don't throw instantiation exception when UDF has NULL SCALAR that cannot match vectorization expression description. Catch it early and don't try to create vectorization expression for UDF. (try VectorUDFAdaptor instead).
Support vectorizing SELECT NULL.
Support constant casting from {STRING|CHAR|VARCHAR} to {LONG|DOUBLE|DECIMAL} case.
Suppress fatal Vectorizer exceptions.  Put single line exception stack trace innotVectorizedReason.  Add test only variable hive.test.vectorizer.suppress.fatal.exceptions to turn that off so Vectorizer execution failure can be found more easily.

            "default-remote-cluster" => {
                "description" => "Required default remote server cluster.",
            },

In Wildfly, a command such as this with a non-existent path returns success instead of failed:

 /host=master/server=nonExistant:read-attribute(name=runtime-configuration-state)
{
    "result" => "stopped"
}

Where as in EAP 6.4:

[domain@localhost:9999 /] /host=master/server=server-NOT-EXIST:read-attribute(name=server-state)
Failed to get the list of the operation properties: "JBAS014883: No resource definition is registered for address [
    ("host" => "master"),
    ("server" => "server-NOT-EXIST")
]"

CXF JAX-RS implementation offers an extension where an external model description is bound to an interface or concrete class with no JAX-RS annotations.
The cxfrs component schema supports a modelRef attribute however CxfRsEndpoint does not propagate it to CXF JAX-RS factory beans

LDAP Authenticator can be configured to use a result set from a LDAP query to authenticate. However, is it expected that this LDAP query would only result a set of users (aka full DNs for the users in LDAP).
However, its not always straightforward to be able to author queries that return users. For example, say you would like to allow "all users from group1 and group2" to be authenticated. The LDAP query has to return a union of all members of the group1 and group2.
For example, one common configuration is that groups contain a list of its users
      "dn: uid=group1,ou=Groups,dc=example,dc=com",
      "distinguishedName: uid=group1,ou=Groups,dc=example,dc=com",
      "objectClass: top",
      "objectClass: groupOfNames",
      "objectClass: ExtensibleObject",
      "cn: group1",
      "ou: Groups",
      "sn: group1",
      "member: uid=user1,ou=People,dc=example,dc=com",
The query 
(&(objectClass=groupOfNames)(|(cn=group1)(cn=group2)))
will return the entries
uid=group1,ou=Groups,dc=example,dc=com
uid=group2,ou=Groups,dc=example,dc=com
but there is no means to form a query that would return just the values of "member" attributes. (ldap client tools are able to do by filtering out the attributes on these entries.
So it will be useful to have such support to be able to specify queries that return groups.

It seems that spring ws generates an illegal soapaction if no explicit soapaction is provided: an unmatched double quote. 
A quick look at the SoapUtils class shows the problem:

 public static String escapeAction(String soapAction) {
        if (soapAction == null) {
            soapAction = "";
        }
        if (!soapAction.startsWith("\"")) {
            soapAction = "\"" + soapAction;
        }
        if (!soapAction.endsWith("\"")) {
            soapAction = soapAction + "\"";
        }
        return soapAction;
    }

If you pass null as argument, it will return " instead of ""

Undertow exposes a single instance-id for the whole subsystem.  This id is used by a load balancer to uniquely identify the node among other nodes in the load balancing group.  However, this granularity is not correct.
Undertow can define multiple servers, each with a unique set of listeners.  From the perspective of the load balancer, these servers are distinct and thus must use distinct names.  Thus, rather than installing a single SessionIdentifierCodec for the subsystem, we should install one instance per server.

The ManagementResourceRegistration tree is not cloned upon modification the way Resource tree is. That means read ops executing concurrently with ops that modify the MRR tree can have the tree change underneath them.
This can affect recursive read-resource ops, as they calculate possible child addresses and then later they process those addresses, failing if an MRR is missing. A failure only makes sense if the user did something wrong or, perhaps, if it's clear that the code is broken. But here there's a perfectly valid reason for the MRR to be missing, so there should be no failure.
Not an urgent thing; I saw this quite a while ago when investigating a different issue and quickly worked up a fix which has now been sitting around gathering dust.

In Windows environment, connect using cli and add new module using the module add command.  Using the module-xml argument specify the path of the module xml file located in a different drive from where JBoss EAP is installed.  Execute the command. 
A message is displayed saying the module add command failed by failing to locate the file on the file system.  
Notice that the location specified in the message duplicates the drive.

Submitting an invalid flight number (e.g. KL9999) bubbles up as an EmptyResultDataAccessException instead of NoSuchFlightException. This is because the JpaFlightDao uses query.getSingleResult(), which can throw a NoResultException instead of returning null. Submitting an invalid username has a similar issue. 
I've created a fix in the JPA DAO's to ensure they catch a NoResultException and re-throw it as a business exception. In the case of an invalid username I added a NoSuchUsernameException business exception.
See attached patch for a root-level Eclipse project named 'airline' created with 'mvn eclipse:eclipse' from the samples directory and connected to the Spring-WS SVN repository.

Undertow can be configured to serve static content per host via the location resource.  However, mod_cluster will not redirect requests for this content without separate rewrite rules.
The Undertow container integration module can expose these locations by creating synthetic contexts.

Using a method call for the split expression is not possible in Spring DSL. It wants to resolve the language.
As we dont have all the expression builder helper in Spring XML its a bit harder to do routing. But I want to use a bean for the splitting. End users should always have the true power of java, regardless.

            <split>
                <expression>
                    <method bean="echoService" method="splitWords"/>
                </expression>
                <to uri="bean:echoService?method=hello"/>
                <to uri="stream:out"/>
            </split>

And gives this exception:

2009-01-15 14:15:18,831 [ing.Main.main()] ERROR MainSupport                    - Failed: org.apache.camel.NoSuchLanguageException: No language could be found for: null
org.apache.camel.NoSuchLanguageException: No language could be found for: null
        at org.apache.camel.impl.DefaultLanguageResolver.noSpecificLanguageFound(DefaultLanguageResolver.java:72)
        at org.apache.camel.impl.DefaultLanguageResolver.resolveLanguage(DefaultLanguageResolver.java:52)
        at org.apache.camel.impl.DefaultCamelContext.resolveLanguage(DefaultCamelContext.java:430)
        at org.apache.camel.model.language.ExpressionType.createExpression(ExpressionType.java:158)
        at org.apache.camel.model.SplitterType.createProcessor(SplitterType.java:86)

Deployment of there quickstart end with the following exception:

2016-08-01 14:24:24,831 | ERROR | 6.0.1-1-thread-1 | DeploymentAgent                  | 86 - io.fabric8.fabric-agent - 1.2.0.redhat-630157 | Unable to update agent
	at io.fabric8.agent.download.impl.MavenDownloadManager$MavenDownloader.<init>(MavenDownloadManager.java:93)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.download.impl.MavenDownloadManager.createDownloader(MavenDownloadManager.java:71)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.region.Subsystem.downloadBundles(Subsystem.java:329)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.region.SubsystemResolver.resolve(SubsystemResolver.java:182)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.service.Deployer.deploy(Deployer.java:273)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.service.Agent.provision(Agent.java:366)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.service.Agent.provision(Agent.java:199)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.DeploymentAgent.doUpdate(DeploymentAgent.java:753)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.DeploymentAgent$4.run(DeploymentAgent.java:303)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_31]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_31]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_31]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_31]
Caused by: java.lang.Exception: Unable to create resource for bundle fab:mvn:xml-apis/xml-apis/1.4.01
	at io.fabric8.agent.region.Subsystem.createResource(Subsystem.java:492)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.region.Subsystem$ResourceBuilderCallback.downloaded(Subsystem.java:423)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.download.impl.MavenDownloadManager$MavenDownloader$1.operationComplete(MavenDownloadManager.java:143)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.download.impl.MavenDownloadManager$MavenDownloader$1.operationComplete(MavenDownloadManager.java:137)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.download.impl.DefaultFuture.notifyListener(DefaultFuture.java:343)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.download.impl.DefaultFuture.notifyListeners(DefaultFuture.java:328)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.download.impl.DefaultFuture.setValue(DefaultFuture.java:254)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.download.impl.AbstractDownloadTask.setFile(AbstractDownloadTask.java:53)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:41)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)[:1.8.0_31]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)[:1.8.0_31]
	... 3 more
	at io.fabric8.agent.resolver.ResourceBuilder.build(ResourceBuilder.java:72)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.resolver.ResourceBuilder.build(ResourceBuilder.java:65)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	at io.fabric8.agent.region.Subsystem.createResource(Subsystem.java:490)[86:io.fabric8.fabric-agent:1.2.0.redhat-630157]
	... 15 more

TypeConverterDelegate.convertIfNecessary exhibits weird behavior for a Foo[] newValue and requiredType == Object. If newValue.length != 1, the method will return newValue as expected, as Foo[] is an instance of Object. However, if newValue length == 1, the method will return newValue[0], which is an unnecessary conversion.
I ran into this issue when trying to set a bean Object-typed property to a String[] using user input in a webapp; the actual type of the property would be String[] for a {"foo", "bar"...} input and String for a {"foo"} input, which broke some logic down the line.
The culprit appears to be this bit of code; it's only reached if requiredType is not an array, which is fine for any value aside from Object. I'd propose adding a check here to see if convertedValue instanceof requiredType, or explicitly checking if requiredType == Object, or something similar.

if (convertedValue.getClass().isArray() && Array.getLength(convertedValue) == 1) {
    convertedValue = Array.get(convertedValue, 0);
    standardConversion = true;
}

I've noticed that the current AvroSerde will happily accept schema that uses string instead of integer for scale and precision, e.g. fragment "precision":"4","scale":"1" from following table:

CREATE TABLE `avro_dec1`(
  `name` string COMMENT 'from deserializer',
  `value` decimal(4,1) COMMENT 'from deserializer')
COMMENT 'just drop the schema right into the HQL'
  'numFiles'='1',
  'avro.schema.literal'='{\"namespace\":\"com.howdy\",\"name\":\"some_schema\",\"type\":\"record\",\"fields\":[{\"name\":\"name\",\"type\":\"string\"},{\"name\":\"value\",\"type\":{\"type\":\"bytes\",\"logicalType\":\"decimal\",\"precision\":\"4\",\"scale\":\"1\"}}]}'
);

However the Decimal spec defined in AVRO-1402 requires only integer to be there and hence is allowing only following fragment instead "precision":4,"scale":1 (e.g. no double quotes around numbers).
As Hive can propagate this incorrect schema to new files and hence creating files with invalid schema, I think that we should alter the behavior and insist on the correct schema.

LOGMGR-30 introduced the ability to compress rotated files. However the logging subsystem validation for suffix parameters was never updated to allow these suffixes.

The Compression codec stuff from hadoop has the concept of recycling compressors and decompressors - this is because a compression codec uses "direct buffers" which reside outside the JVM regular heap space.  There is a risk that under heavy concurrent load we could run out of that 'direct buffer' heap space in the JVM.
HFile does not call algorithm.returnDecompressor and returnCompressor.  We should fix that.
I found this bug via OOM crashes under jdk 1.7 - it appears to be partially due to the size of my cluster (200gb, 800 regions, 19 servers) and partially due to weaknesses in JVM 1.7.

some stray lines were left behind in the hive-default.xml from HIVE-610. 

Scenario:

There are two EAPs configured in old way colocated HA topology
Start both servers
Connect clients to the first server
Kill first server
Wait until clients do failover
Start first server
Wait until clients do failback

Sometimes happens that after the first server is started again, clients don't do failback. Producers are blocked because they don't have credits for sending. Receivers don't receive any messages.
In trace logs I can see following messages:

10:22:52,915 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:792] Trying reconnection attempt 403/-1
10:22:52,915 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:792] Trying reconnection attempt 403/-1
10:22:53,241 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1070] Trying to connect with connectorFactory = org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnectorFactory@6f7ca1c1, connectorConfig=TransportConfiguration(name=connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=acceptor-backup&activemqServerName=backup&httpUpgradeEnabled=true&port=9080&host=localhost
10:22:53,241 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:542] Started Netty Connector version 4.0.35.Final-redhat-1
10:22:53,242 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:602] Remote destination: localhost/127.0.0.1:9080
10:22:52,743 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:792] Trying reconnection attempt 403/-1
10:22:53,242 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1070] Trying to connect with connectorFactory = org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnectorFactory@25572f4, connectorConfig=TransportConfiguration(name=connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=acceptor-backup&activemqServerName=backup&httpUpgradeEnabled=true&port=9080&host=localhost
10:22:53,242 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:542] Started Netty Connector version 4.0.35.Final-redhat-1
10:22:53,242 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:602] Remote destination: localhost/127.0.0.1:9080
10:22:53,242 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:672] Sending HTTP request DefaultHttpRequest(decodeResult: success, version: HTTP/1.1)
GET  HTTP/1.1
Host: localhost
Upgrade: activemq-remoting
Connection: Upgrade
activemqServerName: backup
httpUpgradeEndpoint: acceptor-backup
Sec-ActiveMQRemoting-Key: bvTu4ZbJbAqWX5n3TwgNGA==
10:22:53,241 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1070] Trying to connect with connectorFactory = org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnectorFactory@1c5a232f, connectorConfig=TransportConfiguration(name=connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=acceptor-backup&activemqServerName=backup&httpUpgradeEnabled=true&port=9080&host=localhost
10:22:53,242 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:542] Started Netty Connector version 4.0.35.Final-redhat-1
10:22:53,242 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:602] Remote destination: localhost/127.0.0.1:9080
10:22:53,241 main INFO  [org.jboss.qa.hornetq.apps.clients.QueueClientsTransAck:178] Producer: Thread[Thread-22,5,main] is still alive.
10:22:53,243 main INFO  [org.jboss.qa.hornetq.apps.clients.QueueClientsTransAck:178] Producer: Thread[Thread-23,5,main] is still alive.
10:22:53,243 main INFO  [org.jboss.qa.hornetq.apps.clients.QueueClientsTransAck:191] Reciever: Thread[Thread-24,5,] is finished.
10:22:53,243 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:672] Sending HTTP request DefaultHttpRequest(decodeResult: success, version: HTTP/1.1)
Sec-ActiveMQRemoting-Key: vxNO5uMO4KK6etjAlAtorA==
10:22:53,243 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:672] Sending HTTP request DefaultHttpRequest(decodeResult: success, version: HTTP/1.1)
Sec-ActiveMQRemoting-Key: aUC+bE6WaMmU1A6KGcssww==
10:22:53,243 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1040] Connector towards NettyConnector [host=localhost, port=9080, httpEnabled=false, httpUpgradeEnabled=true, useServlet=false, servletPath=/messaging/ActiveMQServlet, sslEnabled=false, useNio=true] failed
10:22:53,244 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1081] Trying backup config = TransportConfiguration(name=connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=acceptor-backup&activemqServerName=backup&httpUpgradeEnabled=true&port=8080&host=localhost
10:22:53,244 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:542] Started Netty Connector version 4.0.35.Final-redhat-1
10:22:53,244 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:602] Remote destination: localhost/127.0.0.1:8080
10:22:53,244 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1040] Connector towards NettyConnector [host=localhost, port=9080, httpEnabled=false, httpUpgradeEnabled=true, useServlet=false, servletPath=/messaging/ActiveMQServlet, sslEnabled=false, useNio=true] failed
10:22:53,244 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1040] Connector towards NettyConnector [host=localhost, port=9080, httpEnabled=false, httpUpgradeEnabled=true, useServlet=false, servletPath=/messaging/ActiveMQServlet, sslEnabled=false, useNio=true] failed
10:22:53,244 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:672] Sending HTTP request DefaultHttpRequest(decodeResult: success, version: HTTP/1.1)
Sec-ActiveMQRemoting-Key: plpRSFUDmbA3Xky/5BWx6g==
10:22:53,244 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1081] Trying backup config = TransportConfiguration(name=connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=acceptor-backup&activemqServerName=backup&httpUpgradeEnabled=true&port=8080&host=localhost
10:22:53,244 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:542] Started Netty Connector version 4.0.35.Final-redhat-1
10:22:53,244 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:602] Remote destination: localhost/127.0.0.1:8080
10:22:53,244 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1081] Trying backup config = TransportConfiguration(name=connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=acceptor-backup&activemqServerName=backup&httpUpgradeEnabled=true&port=8080&host=localhost
10:22:53,245 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:542] Started Netty Connector version 4.0.35.Final-redhat-1
10:22:53,245 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:602] Remote destination: localhost/127.0.0.1:8080
10:22:53,245 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1040] Connector towards NettyConnector [host=localhost, port=8080, httpEnabled=false, httpUpgradeEnabled=true, useServlet=false, servletPath=/messaging/ActiveMQServlet, sslEnabled=false, useNio=true] failed
10:22:53,245 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:672] Sending HTTP request DefaultHttpRequest(decodeResult: success, version: HTTP/1.1)
Sec-ActiveMQRemoting-Key: f2nehkPE0VDmGlWAcx3Ltg==
10:22:53,246 Thread-3 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector:672] Sending HTTP request DefaultHttpRequest(decodeResult: success, version: HTTP/1.1)
Sec-ActiveMQRemoting-Key: RIaHZ2gy6JEm9nz6XOdyVA==
10:22:53,246 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1040] Connector towards NettyConnector [host=localhost, port=8080, httpEnabled=false, httpUpgradeEnabled=true, useServlet=false, servletPath=/messaging/ActiveMQServlet, sslEnabled=false, useNio=true] failed
10:22:53,246 Thread-1 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1104] Backup is not active.
10:22:53,246 Thread-1 (ActiveMQ-client-global-threads-1221943800) TRACE [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1258] Neither backup or live were active, will just give up now
10:22:53,245 Thread-2 (ActiveMQ-client-global-threads-1221943800) DEBUG [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1104] Backup is not active.
10:22:53,246 Thread-2 (ActiveMQ-client-global-threads-1221943800) TRACE [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:1258] Neither backup or live were active, will just give up now
10:22:53,246 Thread-2 (ActiveMQ-client-global-threads-1221943800) TRACE [org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl:815] Waiting 2000 milliseconds before next retry. RetryInterval=2000 and multiplier=1.0

You can notice in trace logs that clients try to reconnect only to Artemis backup instances. They don't try any default (live) instance. At the time both Artemis Backup instances are inactive.
I think if clients are initially connected to Artemis default instance on first server, they should try to reconnect only to this instance or to its backup.
Note: The same scenario works with remote connectors/acceptors.
Customer impact: Clients may hang after failback in colocated HA topology with HTTP connectors. If it happens, client's application must be restarted.

Observed by Gopal V.
Having grace hash join enabled prevents the specialized vector hash joins during the vectorizer stage of query planning. However hive.llap.enable.grace.join.in.llap will later disable grace hash join (LlapDecider runs after Vectorizer). If we can disable the grace hash join before vectorization kicks in then we can still benefit from the specialized vector hash joins.
This can be special cased for the llap.execution.mode=only case.

 After HBASE-21138, some test methods still have the duplicate HRegion#close.So open this issue to remove the duplicate close

Hi,
I discovered this issue when I was debugging a problem that I was encountering using Thymeleaf. I describe the issue that I encountered with Thymeleaf here: http://forum.thymeleaf.org/Expression-Caching-td4029136.html
The problem actually seems to boil down to how PropertyOrFieldReference#readProperty expects a PropertyAccessor to behave when the class type of contextObject has changed.
The situation that I'm running in to is that when I evaluate a Map with a SpEL expression, then try to evaluate a different class with the same parsed SpEL expression, the cachedReadAccessor in PropertyOrFieldReference is of type MapAccessor. MapAccessor#read is expecting that the argument passed to it is of type Map (it doesn't check), but when the type is not of type Map, it just throws ClassCastException because it's trying to cast to Map.
PropertyOrFieldReference has a comment explaining that it can handle class-type changes, but it's expecting the PropertyAccessor to throw AccessException. Since MapAccessor is just throwing ClassCastException, the exception just goes all the way up the stack, even though the expected behaviour is to just try a different PropertyAccessor.
I've attached some code that demonstrates the behaviour. It contains some thymeleaf code, but that's the context that I'm using it in that demonstrates the behaviour.

protected boolean requiresLogout(HttpServletRequest request, HttpServletResponse response) 
{
        String uri = request.getRequestURI();
        int pathParamIndex = uri.indexOf(';');
//////////////////////////////////////
replace with :
int pathParamIndex = uri.indexOf('?');
or find the min of the index of '?', '=', ....
////////////////////////////////////// 
        if (pathParamIndex > 0) 
{
            // strip everything after the first semi-colon
            uri = uri.substring(0, pathParamIndex);
        }

        if ("".equals(request.getContextPath())) 
{
        	return uri.endsWith(filterProcessesUrl);
        }

        return uri.endsWith(request.getContextPath() + filterProcessesUrl);
}

When standalone.xml gets persisted following some post-boot change, the original ordering of subsystems is lost. We don't want to change config files in this way.
I don't recall how we retained the original subsystem ordering with parallel boot, but something there has broken.

This makes the generated expression tree unreadable.

    sb.append(genericUDF.getClass().toString());
    sb.append("(");
    for (int i = 0; i < chidren.size(); i++) {
      if (i > 0) {
        sb.append(", ");
      }
      sb.append(chidren.get(i).toString());
    }
    sb.append("("); -- This needs to be removed.
    sb.append(")");
  }

Tests from RTS module fails with security manager
Always

./integration-tests.sh -Dmaven.repo.local=$MAVEN_REPO_LOCAL -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2 -Dmcast=$MCAST_ADDR -Djboss.dist=$JBOSS_DIST -Dsecurity.manager -Dts.rts

See attached file
No errors

Right now it is hardcoded as 'metastore'. It should instead be fetched from config like it was previously.

Some of the filter RPC serialization still requires that code -> class mappings be added to HbaseObjectWritable.  FilterList in particular requires this for it's child filters, since it calls HbaseObjectWritable.writeObject() on each.  This makes developing custom filters a big pain, as HbaseObjectWritable must be modified and the hbase core jar re-staged to the cluster.
We should fix this so that all filters can be written as a class name + data if no code exists.

CTAS with location clause acts as an insert overwrite. This can cause problems when there sub directories with in a directory.
This cause some users accidentally wipe out directories with very important data. We should  ban CTAS with location to a non-empty directory. 
create table ctas1  
location '/Users/ychen/tmp' 
as 
select * from jsmall limit 10;
create table ctas2  
as 
select * from jsmall limit 5;
Both creates will succeed. But value in table ctas1 will be replaced by ctas2 accidentally. 

CREATE TABLE bucket_small (key int, value string) CLUSTERED BY (key) SORTED BY (key) INTO 2 BUCKETS STORED AS TEXTFILE;
load data local inpath '/home/navis/apache/oss-hive/data/files/srcsortbucket1outof4.txt' INTO TABLE bucket_small;
load data local inpath '/home/navis/apache/oss-hive/data/files/srcsortbucket2outof4.txt' INTO TABLE bucket_small;
CREATE TABLE bucket_big (key int, value string) CLUSTERED BY (key) SORTED BY (key) INTO 4 BUCKETS STORED AS TEXTFILE;
load data local inpath '/home/navis/apache/oss-hive/data/files/srcsortbucket1outof4.txt' INTO TABLE bucket_big;
load data local inpath '/home/navis/apache/oss-hive/data/files/srcsortbucket2outof4.txt' INTO TABLE bucket_big;
load data local inpath '/home/navis/apache/oss-hive/data/files/srcsortbucket3outof4.txt' INTO TABLE bucket_big;
load data local inpath '/home/navis/apache/oss-hive/data/files/srcsortbucket4outof4.txt' INTO TABLE bucket_big;
select count FROM bucket_small a JOIN bucket_big b ON a.key + a.key = b.key;
select /* + MAPJOIN(a) */ count FROM bucket_small a JOIN bucket_big b ON a.key + a.key = b.key;
returns 116 (same) 
But with BucketMapJoin or SMBJoin, it returns 61. But this should not be allowed cause hash(a.key) != hash(a.key + a.key). 
Bucket context should be utilized only with exact matching join expression with sort/cluster key.

Reported by: shakeelsoogun@outlook.com
Loading with depth -1 to load all possible connected objects does not work as the VariableDepthQuery class uses a "max > 0" check to determine whether something should use the DepthZeroReadStrategy queries instead. However, this means that attempting to use a negative depth (or more specifically, -1 which should load all) actually loads the object with depth 0.

Minor mistake in the new elasticsearch5-rest dokumentation.

The operation names is wrong and should reflect the names in the ElasticsearchOperation
The maven pom.xml example pointing to the wrong artifact

A few of the operation type is returning a incorrect Type from body

Update should return an Object from the body instead of Map and pas it into the ElasticsearchActionRequestConverter.toUpdateRequest
Bulk should return an Object and pas it into the ElasticsearchActionRequestConverter.toBulkRequest

See http://forum.springframework.org/showthread.php?t=44599
When a SimpleWsdl11Definition is used in combination with transformWsdlLocations=true, namespace declarations are removed which leads to an invalid wsdl. 
Resetting transfromWsdlLocations to false resolves the issue (with the penalty that the wsdl locations are no longer transformed).

The transaction subsystem when set up to JDBC object store should keep a note about it in log-store-type attribute as HornetQ object store does. It seems not to be consistent when one object store does this, but others do not.

I believe there's a glitch in org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodArgumentResolver#readWithMessageConverters(...). At the beginning of this method the Content-Type header must be obtained:

MediaType contentType = inputMessage.getHeaders().getContentType();
if (contentType == null) {
    contentType = MediaType.APPLICATION_OCTET_STREAM;
}

If the getContentType() call fails (for example for Content-Type: Hello), a InvalidMediaTypeException is thrown.
I believe this exception should be caught here and re-thrown as HttpMediaTypeNotSupportedException which would be eventually translated to a 415 http status code (since in my opinion this is a 415 situation).

During processing the spilled partitions, if there's any fatal error, such as Kryo exception, then we should exit early, instead of moving on to process the rest of spilled partitions.

Upon checking the available utility methods in TableMapReduceUtil I came across this code

  public static void initTableReduceJob(String table,
    Class<? extends TableReduce> reducer, JobConf job, Class partitioner)
    job.setOutputFormat(TableOutputFormat.class);
    job.setReducerClass(reducer);
    job.set(TableOutputFormat.OUTPUT_TABLE, table);
    job.setOutputKeyClass(ImmutableBytesWritable.class);
    job.setOutputValueClass(BatchUpdate.class);
    if (partitioner != null) {
      job.setPartitionerClass(HRegionPartitioner.class);
      HTable outputTable = new HTable(new HBaseConfiguration(job), table);
      int regions = outputTable.getRegionsInfo().size();
      if (job.getNumReduceTasks() > regions){
    	job.setNumReduceTasks(outputTable.getRegionsInfo().size());
      }
    }
  }

It seems though as it should be

      job.setPartitionerClass(partitioner);

and the provided HRegionPartitioner can be handed in to that call or a custom one can be provided.

Elytron credential-store resources should offer operations instead of alias resource, as for key-stores, as it can be based on any key-store too.
The reason is more described in WFCORE-2691 or related mailing thread on wildfly-dev.
Setting priority to blocker by WFCORE-2691 and WFCORE-2737.

Running the testsuite/domain tests in Elytron mode results in error:

[ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.2.1.Final:execute-commands (default) on project wildfly-core-testsuite-domain: Failed to execute commands: See /home/okotek/test/asts-core-intermit/testsuite/domain/target/wildfly-plugin.log for full details of failure.
[ERROR] Cannot start embedded server: WFLYEMB0022: Cannot invoke 'start' on embedded process: WFLYSRV0122: Server base directory does not exist: /home/okotek/test/asts-core-intermit/testsuite/domain/target/wildfly-core/standalone

WFCORE-4304 excluded standalone configs that are configured for the Elytron mode by default (see testsuite/shared/enable-elytron.cli).
The fix for this should be splitting testsuite/shared/enable-elytron.cli into separate scripts for standalone and domain and only executing the appropriate script in the different testsuites.

The current VectorGroupByOperator implementation flushes the in-memory hashes when the maximum entries or fraction of memory is hit.
This works for most cases, but there are some corner cases where we hit GC ovehead limits or heap size limits before either of those conditions are reached due to the rest of the pipeline.
This patch adds a SoftReference as a GC canary. If the soft reference is dead, then a full GC pass happened sometime in the near past & the aggregation hashtables should be flushed immediately before another full GC is triggered.

GlobalOperationHandler L458 has this:

if ((validChildType == null || validChildType.equals(validChildType))

The second test is silly; should be using var 'type'.

set hive.compute.query.using.stats=false;
set hive.tez.dynamic.semijoin.reduction.threshold=-999999999999;

CREATE TABLE `table_1`(
  `bigint_col_7` bigint,
  `decimal2016_col_26` decimal(20,16),
  `tinyint_col_3` tinyint,
  `decimal2612_col_77` decimal(26,12),
  `timestamp_col_9` timestamp);

CREATE TABLE `table_18`(
  `tinyint_col_15` tinyint,
  `decimal2709_col_9` decimal(27,9),
  `tinyint_col_20` tinyint,
  `smallint_col_19` smallint,
  `decimal1911_col_16` decimal(19,11),
  `timestamp_col_18` timestamp);

explain formatted select t2.tinyint_col_20 from table_1 t1 join table_18 t2 on t1.tinyint_col_3 = t2.tinyint_col_20 where t2.tinyint_col_20 > 3
;

drop table table_1;
drop table table_18;

When a simple select query with specified projections is processed, the MapRedTask attempts to serialize the execution plan to a scratch directory on the local file system specified by hive.user.scratchdir configuration property. The default value of this property points to /tmp/hive-${user.name}. On some *nix systems, the /tmp directory gets cleaned up on every reboot thus causing the query execution to fail.
Exception stacktrace

hive> select foo from dummy;
java.io.IOException: No such file or directory
	at java.io.UnixFileSystem.createFileExclusively(Native Method)
	at java.io.File.checkAndCreate(File.java:1704)
	at java.io.File.createTempFile(File.java:1792)
	at org.apache.hadoop.hive.ql.exec.MapRedTask.execute(MapRedTask.java:89)
        ...

An user with CREATE privileges can create a table, but can not disable it, because disable operation require ADMIN privileges. Also if a table is already disabled, anyone can remove it.

public void preDeleteTable(ObserverContext<MasterCoprocessorEnvironment> c,
    byte[] tableName) throws IOException {
  requirePermission(Permission.Action.CREATE);
}

public void preDisableTable(ObserverContext<MasterCoprocessorEnvironment> c,
  /* TODO: Allow for users with global CREATE permission and the table owner */
  requirePermission(Permission.Action.ADMIN);
}

1) Handle missing methods and implementation changes in core code.

In ZKWatcher.java, variable znodePaths has now been made private from public (See HBASE-19761). Currently the script directly tries to reference znodePaths which will result in exception.
Also, joinZNode method is moved to ZNodePaths and removed from ZKUtil (See HBASE-19200). The script relies on non-existant ZKUtil.joinZNode().

2) Close zk watcher while list draining servers: The list functionality does not close the zkw instance.

The test methods of TestFSHDFSUtils depends on hbase.lease.recovery.dfs.timeout, which is overwritten by testIsFileClosed. In case it runs first, it fails testRecoverLease because it assumes a different value. This makes this test flakey in java7 environment. 
The proposed fix is to let both tests specify the property value in their definition.

When you open https://hbase.apache.org/downloads.html
There is not a direct link to download both the binary or source distributions.

JDK7 build fails with following error 

[ERROR] /home/prasadm/repos/apache/hive-trunk/ql/src/java/org/apache/hadoop/hive/ql/exec/persistence/LazyFlatRowContainer.java:[118,15] name clash: add(java.util.List<java.lang.Object>) in org.apache.hadoop.hive.ql.exec.persistence.LazyFlatRowContainer overrides a method whose erasure is the same as another method, yet neither overrides the other
[ERROR] first method:  add(E) in java.util.AbstractCollection
[ERROR] second method: add(ROW) in org.apache.hadoop.hive.ql.exec.persistence.AbstractRowContainer
[ERROR] 
[ERROR] 
[ERROR] 
[ERROR]   mvn <goals> -rf :hive-exec

This LazyFlatRowContainer.java is  a new file added as part of  HIVE-6418 patch. It's extending AbstractCollection and implements AbstractRowContainer. Looks like the both these have a add() method that's conflicting.

https://github.com/spring-projects/spring-framework/commit/bcd44f3798ed06c0704d2a3564b8a9735e747e87
As mentioned in the above commit, the following works

<beans profile="p1,!p2">

But, this does not work 

<beans profile="!p1,!p2">

Even this does not work.

<beans profile="[{!p1},{!p2}]">

GroupByOperator holds onto the Hash aggregates accumulated when the plan is cached.
Drop the hashAggregates in case of error during forwarding to the next operator.
Added for PTF, TopN and all GroupBy cases.

Dynamic partitioning with HCatalog has been broken as a result of HCATALOG-500 trying to support user-set paths for external tables.
The goal there was to be able to support other custom destinations apart from the normal "hive-style" partitions. However, it is not currently possible for users to set paths for dynamic ptn writes, since we don't support any way for users to specify "patterns"(like, say "${rootdir}/$v1.$v2/") into which writes happen, only "locations", and the values for dyn. partitions are not known ahead of time. Also, specifying a custom path messes with the way dynamic ptn. code tries to determine what was written to where from the output committer, which means that even if we supported patterned-writes instead of location-writes, we still have to do some more deep diving into the output committer code to support it.
Thus, my current proposal is that we honour writes to user-specified paths for external tables ONLY for static partition writes - i.e., if we can determine that the write is a dyn. ptn. write, we will ignore the user specification. (Note that this does not mean we ignore the table's external location - we honour that - we just don't honour any HCatStorer/etc provided additional location - we stick to what metadata tells us the root location is.

I'm invoking method annotated with @Remove

@Remove

public void remove() {

...

On invocation inside active transaction I'm getting following error :

Caused by: java.lang.IllegalStateException: ARJUNA016082: Synchronizations are not allowed! Transaction status isActionStatus.RUNNING
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.registerSynchronizationImple(TransactionImple.java:374)
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.registerSynchronization(TransactionImple.java:351)
at org.jboss.as.ejb3.cache.TransactionAwareObjectFactory.destroyInstance(TransactionAwareObjectFactory.java:66) [jboss-as-ejb3-7.1.3.Final.jar:7.1.3.Final]
at org.jboss.as.ejb3.cache.impl.backing.NonPassivatingBackingCacheImpl.remove(NonPassivatingBackingCacheImpl.java:165) [jboss-as-ejb3-7.1.3.Final.jar:7.1.3.Final]
at org.jboss.as.ejb3.cache.impl.backing.NonPassivatingBackingCacheImpl.remove(NonPassivatingBackingCacheImpl.java:57) [jboss-as-ejb3-7.1.3.Final.jar:7.1.3.Final]
at org.jboss.as.ejb3.cache.spi.impl.AbstractCache.remove(AbstractCache.java:100) [jboss-as-ejb3-7.1.3.Final.jar:7.1.3.Final]
at org.jboss.as.ejb3.cache.spi.impl.AbstractCache.remove(AbstractCache.java:39) [jboss-as-ejb3-7.1.3.Final.jar:7.1.3.Final]
at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.removeSession(StatefulSessionComponent.java:283) [jboss-as-ejb3-7.1.3.Final.jar:7.1.3.Final]
at org.jboss.as.ejb3.component.stateful.StatefulRemoveInterceptor.processInvocation(StatefulRemoveInterceptor.java:100) [jboss-as-ejb3-7.1.3.Final.jar:7.1.3.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:67) [jboss-as-ejb3-7.1.3.Final.jar:7.1.3.Final]
at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:200) [jboss-as-ejb3-7.1.3.Final.jar:7.1.3.Final]
... 140 more

EJB Spec paragraphe 4.6.4 states:

If a session bean instance is participating in a transaction, it is an error for a client to invoke the remove method on the session object’s home or component interface object. The container must detect such an attempt and throw the javax.ejb.RemoveException to the client. The container should not mark the client’s transaction for rollback, thus allowing the client to recover. Note that this restriction only applies to the remove method on the session object’s home or component interface, not to the invocation of @Remove methods.

This has been bugging me for awhile, when you have a route using XMPP you get instances of XmppMessage in your route rather than just a string containing the body of the XmppMessage.  Tracked that down and took out the work arounds I had previously put in my contributed xmpp tests.

The query:
SELECT dec * cast('123456789012345678901234567890.1234567' as decimal) FROM DECIMAL_PRECISION LIMIT 1
fails with an NPE while constant folding. This only happens when the decimal is out of range of max precision.

In case that you specify interface type for entity bean in ejb-jar.xml that does not correspond with definition in the class of the bean then just Null Pointer exception is shown without any other info what's happening.

I mean when you define bean through interface as remote and the ejb-jar.xml describes bean interfaces as local
{code}
public interface SomeBean extends EJBObject {
...
}
public interface SomeBeanHome extends EJBHome {
...
}
{code}
and the ejb-jar.xml looks like
{code}
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_1.xsd" version="3.1">
  <enterprise-beans>
    <entity>
      <ejb-name>SomeBean</ejb-name>
      <local-home>package.SomeBeanHome</local-home>
      <local>package.SomeBean</local>
      <ejb-class>package.SomeBeanBean</ejb-class>
      <persistence-type>Bean</persistence-type>
      <prim-key-class>java.lang.Integer</prim-key-class>
      <reentrant>true</reentrant>
    </entity>
  </enterprise-beans>
{code}

then NullPointerException is thrown
{code}
ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC00001: Failed to start service jboss.deployment.unit."entitybeanbmp.jar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."entitybeanbmp.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of deployment "entitybeanbmp.jar"                                      
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:123) [jboss-as-server-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]                  
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]                           
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]                              
  at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_23]                                   
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_23]                                       
  at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_23]                                             
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS011058: Failed to install component SimpleBMPBean                             
  at org.jboss.as.ee.component.deployers.ComponentInstallProcessor.deploy(ComponentInstallProcessor.java:102)                                
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:116) [jboss-as-server-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]                  
  ... 5 more
Caused by: java.lang.NullPointerException                                                    
  at org.jboss.as.ejb3.component.entity.EntityBeanObjectViewConfigurator$2.configureDependency(EntityBeanObjectViewConfigurator.java:108)                            
  at org.jboss.as.ejb3.component.entity.EntityBeanObjectViewConfigurator$2.configureDependency(EntityBeanObjectViewConfigurator.java:105)                            
  at org.jboss.as.ee.component.deployers.ComponentInstallProcessor.deployComponent(ComponentInstallProcessor.java:139)                                   
  at org.jboss.as.ee.component.deployers.ComponentInstallProcessor.deploy(ComponentInstallProcessor.java:95)                                 
  ... 6 more 
{code}

instead of some informative one.

ReplicationAdmin.java:  
public static final String CFNAME = "columnFamlyName”; (sic)
Fix.

JBMETA-287 was supposed to include support for @Schedules too. But the code didn't make it into 2.0.0-alpha-15. Introduce the processor for handle @Schedules and its xml counterpart.

Over in HBASE-12400, made a start on this project writing up how the new HBase 1.0 API looks.  I started in on the refguide removing all HTable references replacing with new style and in the hbase client chapter added leadoff that has users go get a cluster Connection first....
Doing a thorough job of rinsing the doc of old style foregrounding the new mode is a big job.
Misty Linville Any chance of help on this one?  Thanks boss.

When used with remoting, JaasAuthenticationProvider is vulnerable to abuse using the techniques in SEC-1741. In particular, it reads the authorities from the supplied request.
Even if the client is prevented from submitting an authentication object (fix for SEC-1741), I see no reason why this behaviour is necessary.

Currently timezone information is not being processed by DruidSerde (contrary to other SerDes).

Non-public PostActivate and PrePassivate SFSB are not supposed to be lifecycle methods by WFLY-4127 which leads to a situation where transactional attributes on them are ignored. Public methods work as expected.

I need to create a local region in client cache to store some data locally. I config my local region using SDG. When I do region.put, it updates cache server as well (found by using a loggingCacheListener, afterUpdate on server side is triggered).

<gfe:client-region id="analyticsInfoRegion" cache-ref="gemfireCache" shortcut="LOCAL">
    <gfe:cache-listener ref="loggingCacheListener" />
</gfe:client-region>

DAO (before):

@Resource(name = GBCConstants.REGION_ANALYTICS_INFO)
public void setRegion(final Region<AnalyticsKey, AnalyticsInfo> region) {
    this.region = region;
}

Therefore, I had to switch to GemFire API to create this local region in my Dao. 
DAO (after):

@PostConstruct
public void init() {
    ClientCache clientCache = ClientCacheFactory.getAnyInstance();
    this.region = clientCache.<AnalyticsKey, AnalyticsInfo>createClientRegionFactory(ClientRegionShortcut.LOCAL)
        .addCacheListener(loggingCacheListener)
        .create(GBCConstants.REGION_ANALYTICS_INFO);
}

One thing I realized when looking at the detail in debug mode is that the local region has server pool attached ("srp") when it's configured using SDG. However, when it's configured using GemFire API, its "srp" is NULL.

Documentation states that it returns true if the file is after cutoff... but the code does opposite!

    /**
     * Returns a filter that returns true if the file was last modified after
     * the specified cutoff time.
     */

BUT..the code constructs the following:

    public static IOFileFilter ageFileFilter(long cutoff) {
        return new AgeFileFilter(cutoff);
    }

And the Javadoc for this AgeFileFilter says...OLDER i.e. before

    /**
     * Constructs a new age file filter for files equal to or older than
     * a certain cutoff
     *
     * @param cutoff  the threshold age of the files
     */

Which is it?!

When a REST service returns an HTTP error code (e.g. 404), the URI property of the exception is incorrect.
The URI is the URI of the origin endpoint of the route.
It should be instead the URI of the endpoint that threw the exception.
For instance, in the following route :

<route id="restproxy">           
    <from uri="restlet:http://localhost:9080/oe/ws/offre/{id}"/>           
    <doTry>
        <to uri="restlet:http://bla.dot.com:8080/oe/ws/offre/{id}"/>
        <doCatch>
            <exception>org.apache.camel.CamelException</exception>
            <log message="URI=${exception.uri}"/>
        </doCatch>
    </doTry>
</route>

The logged URI is "restlet:http://localhost:9080/oe/ws/offre/
{id}
" but should be instead the real URI used, e.g. "restlet:http://bla.dot.com:8080/oe/ws/offre/1".
This bug might be fixed by the following code change in class org.apache.camel.component.restlet.RestletProducer, method populateRestletProducerException() :

String uri = exchange.getFromEndpoint().getEndpointUri();
   + String uri = response.getRequest().getResourceRef()

"!" command is not working on Roo Shell.
Output is:

Ambigious command '!' (for assistance press TAB or type "hint" then hit ENTER)

If a default cache is not defined on security cache container, cache configuration named 'auth-cache' should be used (based on [1]). However the created cache has default values instead of ones specified on the auth-cache.
[1] https://issues.jboss.org/browse/WFLY-9206

ArchiveStreamFactory fails to pass on the encoding when creating the following streams (in some or all cases):

ArjArchiveInputStream
CpioArchiveInputStream
DumpArchiveInputStream
JarArchiveInputStream
JarArchiveOutputStream

Tar entry names are normalized most of the times (like replacing back slashes with forward slashes). But TarArchiveEntry(File file, String fileName) constructor does not do so.

As part of the awesome new HBASE-5349, a couple references to hbase.regionserver.global.memstore.upperLimit was missed. Clean those up to use the new hbase.regionserver.global.memstore.size instead.

The simple and advanced add-ons add an assembly.xml to the project.  I found that running mvn assembly:assembly on this project didn't work.  There are several issues:
1.  As of the maven-assembly-plugin version 2.2 you need to add an 'id' tag to the assembly in order to have it build.  Otherwise you will get an error.  See http://maven.40175.n5.nabble.com/Classifier-now-required-by-assembly-plugin-td3230949.html

<assembly>...
  <id>assembly</id>
...

2.  The useDefaultExcludes in the dependencySets section is giving an error.  I removed it and got it to work. This needs investigation because the XML schema allows it, but the Maven assembly add-on doesn't like it.
3.  You need to fix the file set for sources - if not no source code will be added.  I've set mine to this:

<fileSet>
  <outputDirectory>/src</outputDirectory>
  <directory>target</directory>
  <useDefaultExcludes>true</useDefaultExcludes>
  <includes>
    <include>*-sources.jar</include>
  </includes>
</fileSet>

This assumes that I've set up the Maven sources add-on, which I also recommend adding, perhaps to the package phase:

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-source-plugin</artifactId>
  <version>2.1.2</version>
  <executions>
    <execution>
      <id>attach-sources</id>
      <phase>package</phase>
      <goals>
        <goal>jar-no-fork</goal>
      </goals>
    </execution>
  </executions>
</plugin>

When all of this is done, I can generate a nice assembly using mvn assembly:assembly.  Can we factor those small changes into the pom.xml template and the assembly.xml template for Roo 1.2?
Thanks,
Ken

There is ConcurrentModificationException when 
we write new aliases to one credential store resource through multiple threads (management clients) 
Use case:
More users are connected through CLI to same application server and work parallel with same credential store resource.

If XML Config used, parameter that indicate error does not include into authentication-failure-url.
[XML Config]

login-page : /loginForm
authentication-failure-url : /loginForm

[Java Config]

authentication-failure-url : /loginForm?error

I think should be include error parameter (?error) into authentication-failure-url.

When trying to access the `hystrix.stream` endpoint of an application that uses the `hystrix` fraction, the following CNFE is present in the logs:

2018-01-20 20:12:03,552 ERROR [stderr] (RxComputationScheduler-2) Exception in thread "RxComputationScheduler-2" java.lang.IllegalStateException: Fatal Exception thrown on Scheduler.Worker thread.
2018-01-20 20:12:03,554 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.schedulers.ScheduledAction.run(ScheduledAction.java:59)
2018-01-20 20:12:03,554 ERROR [stderr] (RxComputationScheduler-2) 	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
2018-01-20 20:12:03,556 ERROR [stderr] (RxComputationScheduler-2) 	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
2018-01-20 20:12:03,557 ERROR [stderr] (RxComputationScheduler-2) 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
2018-01-20 20:12:03,557 ERROR [stderr] (RxComputationScheduler-2) 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
2018-01-20 20:12:03,557 ERROR [stderr] (RxComputationScheduler-2) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
2018-01-20 20:12:03,557 ERROR [stderr] (RxComputationScheduler-2) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
2018-01-20 20:12:03,557 ERROR [stderr] (RxComputationScheduler-2) 	at java.lang.Thread.run(Thread.java:748)
2018-01-20 20:12:03,557 ERROR [stderr] (RxComputationScheduler-2) Caused by: java.lang.NoClassDefFoundError: com/netflix/hystrix/serial/SerialHystrixDashboardData
2018-01-20 20:12:03,557 ERROR [stderr] (RxComputationScheduler-2) 	at com.netflix.hystrix.contrib.metrics.eventstream.HystrixMetricsStreamServlet$1.call(HystrixMetricsStreamServlet.java:66)
2018-01-20 20:12:03,558 ERROR [stderr] (RxComputationScheduler-2) 	at com.netflix.hystrix.contrib.metrics.eventstream.HystrixMetricsStreamServlet$1.call(HystrixMetricsStreamServlet.java:63)
2018-01-20 20:12:03,558 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.operators.OnSubscribeConcatMap$ConcatMapSubscriber.drain(OnSubscribeConcatMap.java:259)
2018-01-20 20:12:03,558 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.operators.OnSubscribeConcatMap$ConcatMapSubscriber.onNext(OnSubscribeConcatMap.java:144)
2018-01-20 20:12:03,558 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.operators.OperatorOnBackpressureDrop$2.onNext(OperatorOnBackpressureDrop.java:98)
2018-01-20 20:12:03,558 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.operators.OnSubscribeRefCount$2.onNext(OnSubscribeRefCount.java:120)
2018-01-20 20:12:03,558 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.operators.OperatorPublish$PublishSubscriber.dispatch(OperatorPublish.java:585)
2018-01-20 20:12:03,558 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.operators.OperatorPublish$PublishSubscriber.onNext(OperatorPublish.java:283)
2018-01-20 20:12:03,558 ERROR [stderr] (RxComputationScheduler-2) 	at rx.observers.Subscribers$5.onNext(Subscribers.java:235)
2018-01-20 20:12:03,559 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.operators.OnSubscribeMap$MapSubscriber.onNext(OnSubscribeMap.java:77)
2018-01-20 20:12:03,559 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.operators.OnSubscribeTimerPeriodically$1.call(OnSubscribeTimerPeriodically.java:52)
2018-01-20 20:12:03,559 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.schedulers.SchedulePeriodicHelper$1.call(SchedulePeriodicHelper.java:72)
2018-01-20 20:12:03,559 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.schedulers.EventLoopsScheduler$EventLoopWorker$2.call(EventLoopsScheduler.java:189)
2018-01-20 20:12:03,559 ERROR [stderr] (RxComputationScheduler-2) 	at rx.internal.schedulers.ScheduledAction.run(ScheduledAction.java:55)
2018-01-20 20:12:03,559 ERROR [stderr] (RxComputationScheduler-2) 	... 7 more
2018-01-20 20:12:03,559 ERROR [stderr] (RxComputationScheduler-2) Caused by: java.lang.ClassNotFoundException: com.netflix.hystrix.serial.SerialHystrixDashboardData from [Module "com.netflix.hystrix" from BootModuleLoader@2abf4075 for finders [BootstrapClasspathModuleFinder, BootstrapModuleFinder(org.wildfly.swarm.bootstrap), ClasspathModuleFinder, ContainerModuleFinder(swarm.container), ApplicationModuleFinder(swarm.application), org.wildfly.swarm.bootstrap.modules.DynamicModuleFinder@770d3326]]
2018-01-20 20:12:03,559 ERROR [stderr] (RxComputationScheduler-2) 	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
2018-01-20 20:12:03,560 ERROR [stderr] (RxComputationScheduler-2) 	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
2018-01-20 20:12:03,560 ERROR [stderr] (RxComputationScheduler-2) 	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
2018-01-20 20:12:03,560 ERROR [stderr] (RxComputationScheduler-2) 	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
2018-01-20 20:12:03,560 ERROR [stderr] (RxComputationScheduler-2) 	... 22 more

When using JMSDefinition defining a non-global JNDI name, Queue/Topic isn't created and MDB listening to those won't read incoming messages.
Example using non global JNDI (this doesn't work  ):

@JMSDestinationDefinition(
    name = "java:app/jms/queue", 
    interfaceName = "javax.jms.Queue"
)

Example using global JNDI (this works ):

    name = "java:/app/jms/queue", 
)

When using the non-global JNDI and deploying, a message like this can be seen:

13:20:15,542 INFO  [org.apache.activemq.artemis.ra] (default-threads - 2) AMQ151001: Attempting to reconnect org.apache.activemq.artemis.ra.inflow.ActiveMQActivationSpec(ra=org.apache.activemq.artemis.ra.ActiveMQResourceAdapter@78712571 destination=java:app/jms/queue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15)

and creating an MDB to listen sent messages won't receive any.
Attached a reproducer WAR Maven project. Just deploy, access index.xhtml, click on "Test" button and check logs.

ServerSuspendHandler blocks until the suspend is done receiving a notification from the SuspendController. The issue here is if the server is already suspended, there are no notifications, and then the handler blocks forever until it is interrupted. This only occurs if the suspend is used with a timeout for a server already suspended.

The template has this:

 <tr>
        ...
        <th>Slow WAL Append Count</th>
    </tr>
    <tr>
        ....
        <td><% 0 %></td>
    </tr>

The excludes in the tar target aren't properly excluding the build directories in HCatalog

I would expect it to be possible to execute PUT by simply supplying all fields returned by GET. However, this is currently broken as a consequence of DATAREST-160. 
Now when an entity is exposed via REST API (either as part of a list, or directly), it's returned without version property. However, when PUT operation is performed, version property can be required, since the whole entity is persisted (as opposed to PATCH logic where only changed fields need to be supplied). This is true, for example, for JPA, which will check version and refuse updating if version is missing.
This means that REST API client is expected to send a property that it never received. In fact, the client might not even be aware that such property exists, how it's called, and what value it should contain.

Method org.springframework.core.io.support.ResourcePatternUtils.getResourcePatternResolver does not accept null argument, although the javadoc says it does.

@Test
public void testGetResourcePatternResolver() {
	assertNotNull(ResourcePatternUtils.getResourcePatternResolver(null));
}

=>

java.lang.IllegalArgumentException: ResourceLoader must not be null
	at org.springframework.util.Assert.notNull(Assert.java:165)
	at org.springframework.core.io.support.ResourcePatternUtils.getResourcePatternResolver(ResourcePatternUtils.java:62)

When attempting to generate annotations such as @Foo(columns = 
{@Bar(name="bar")}
) the nested annotation @Bar is appearing as null.

Since the SecurityContext may be shared between different threads, there is a limited possibility of escalating permissions when a RunAsManager is used to modify the context.

RESTEasy provides the functions of SMIME encryption and here is an example that can be deployed into WildFly:
https://github.com/liweinan/digital-signatures/tree/master/smime
And currently resteasy-crypto module doesn't work properly in WildFly unless applied the following patch:

power:modules weinanli$ git diff
warning: LF will be replaced by CRLF in system/layers/base/org/bouncycastle/main/module.xml.
The file will have its original line endings in your working directory.
diff --git a/system/layers/base/org/bouncycastle/main/module.xml b/system/layers/base/org/bouncycastle/main/module.xml
index 5d13395..83ae97c 100644
--- a/system/layers/base/org/bouncycastle/main/module.xml
+++ b/system/layers/base/org/bouncycastle/main/module.xml
@@ -24,12 +24,17 @@

 <module xmlns="urn:jboss:module:1.3" name="org.bouncycastle">
     <resources>
+      <!--
         <resource-root path="bcprov-jdk15on-1.52.jar"/>
         <resource-root path="bcmail-jdk15on-1.52.jar"/>
+      -->
+        <resource-root path="bcprov-jdk16-1.46.jar"/>
+        <resource-root path="bcmail-jdk16-1.46.jar"/>
         <resource-root path="bcpkix-jdk15on-1.52.jar"/>
     </resources>
     <dependencies>
         <module name="javax.api"/>
+        <module name="javax.mail.api"/>
+        <module name="javax.activation.api"/>
     </dependencies>
-
 </module>

After applying the above patch then the example can pass all the tests:

power:smime weinanli$ mvn -q clean package
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=128m; support was removed in 8.0
power:smime weinanli$ mvn -q wildfly:deploy
May 11, 2015 9:24:27 PM org.xnio.Xnio <clinit>
INFO: XNIO version 3.3.0.Final
May 11, 2015 9:24:27 PM org.xnio.nio.NioXnio <clinit>
INFO: XNIO NIO Implementation Version 3.3.0.Final
May 11, 2015 9:24:27 PM org.jboss.remoting3.EndpointImpl <clinit>
INFO: JBoss Remoting version 4.0.7.Final
power:smime weinanli$ mvn -q integration-test

 T E S T S
Running org.jboss.resteasy.tests.smime.SMIMETest
Encrypted Message From Server:
Customer{name='Bill'}
Signed Message From Server:
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.682 sec - in org.jboss.resteasy.tests.smime.SMIMETest

Results :

Tests run: 6, Failures: 0, Errors: 0, Skipped: 0

power:smime weinanli$

If automatically one job is determined to run in local mode, and the task fails with error code not 0, mapred.job.tracker will remain to be local and might cause further problems.

A complete hive warehouse might be required to replicate to a DR site for certain use cases and rather than allowing only a database name in the REPL DUMP commands, we should allow dumping of all databases using the "*" option as in 
REPL DUMP * 
On the repl  load side there will not be an option to specify the database name when loading from a location used to dump multiple databases, hence only 
REPL LOAD FROM [location] would be supported when dumping via REPL DUMP *
Additionally, incremental dumps will go through all events across databases in a warehouse and hence CREATE / DROP Database events have to be serialized correctly to allow repl load to create them correctly. 

When running the testsuite with multiple profiles (default-test,java8-test,java9-test), the following error happens for the second and third (java8-test and java8-test) profiles:

Running org.wildfly.security.ldap.LdapTestSuite
Tests run: 63, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 19.83 sec <<< FAILURE! - in org.wildfly.security.ldap.LdapTestSuite
testX509Auth(org.wildfly.security.ldap.X509EvidenceVerificationSuiteChild)  Time elapsed: 0.121 sec  <<< FAILURE!
        at org.wildfly.security.ldap.X509EvidenceVerificationSuiteChild.testX509AuthInternal(X509EvidenceVerificationSuiteChild.java:80)
        at org.wildfly.security.ldap.X509EvidenceVerificationSuiteChild.testX509Auth(X509EvidenceVerificationSuiteChild.java:49)
        at org.wildfly.security.ldap.DirContextFactoryRule$1.evaluate(DirContextFactoryRule.java:218)

testX509AuthBinary(org.wildfly.security.ldap.X509EvidenceVerificationSuiteChild)  Time elapsed: 0.116 sec  <<< FAILURE!
        at org.wildfly.security.ldap.X509EvidenceVerificationSuiteChild.testX509AuthBinary(X509EvidenceVerificationSuiteChild.java:54)

Results :

  X509EvidenceVerificationSuiteChild.testX509Auth:49->testX509AuthInternal:80
  X509EvidenceVerificationSuiteChild.testX509AuthBinary:54->testX509AuthInternal:80

[standalone@localhost:9990 /] /core-service=management/service=configuration-changes:write-attribute(name=max-history,value=20)
{
"outcome" => "failed",
"failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalStateException: WFLYCTL0188: Stage MODEL is already complete",
"rolled-back" => true
}
            
12/05/08 19:49:26 INFO regionserver.HRegionServer: STOPPED: Failed initialization
Exception in thread "main" java.lang.ClassCastException: org.apache.hadoop.fs.FileSystem$Cache$ClientFinalizer cannot be cast to java.lang.Thread
	at org.apache.hadoop.hbase.regionserver.ShutdownHook.suppressHdfsShutdownHook(ShutdownHook.java:181)
	at org.apache.hadoop.hbase.regionserver.ShutdownHook.install(ShutdownHook.java:82)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.startRegionServer(HRegionServer.java:3601)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.startRegionServer(HRegionServer.java:3585)
	at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.start(HRegionServerCommandLine.java:61)
	at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.run(HRegionServerCommandLine.java:75)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.main(HRegionServer.java:3645)

Hi,
I'm using SpringData JPA Hopper-SR1 and I want to upgrade to Hopper-SR2 but I'm facing NullPointer exception in AbstractStringBasedJpaQuery.isJpaManaged() which in newly introduced in Hopper-SR2 (with Hopper-SR1 everything works fine)
I'm using Envers 
I have entity DonwloadItem which has correspoding table "download_item"

@Entity
@Table(name = "download_item")
public class DownloadItem extends BaseVersionEntity {

    @Audited
    @NotNull
    @Size(max = DOWNLOAD_ITEM_NAME_LENGTH)
    @Column(nullable=false)

    ....
}

but in db there is also envers auditing table "download_item_AUD" which doesn't have corresponding Java Type and thats the problem
In method isJpaManaged() is called managedType.getJavaType() that returns null for ManagedType that contains DownloadItem_aud entity

	at org.springframework.data.jpa.repository.query.AbstractStringBasedJpaQuery.isJpaManaged(AbstractStringBasedJpaQuery.java:155) ~[spring-data-jpa-1.10.2.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.AbstractStringBasedJpaQuery.createJpaQuery(AbstractStringBasedJpaQuery.java:141) ~[spring-data-jpa-1.10.2.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.AbstractStringBasedJpaQuery.doCreateQuery(AbstractStringBasedJpaQuery.java:80) ~[spring-data-jpa-1.10.2.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.createQuery(AbstractJpaQuery.java:176) ~[spring-data-jpa-1.10.2.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.JpaQueryExecution$CollectionExecution.doExecute(JpaQueryExecution.java:114) ~[spring-data-jpa-1.10.2.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.JpaQueryExecution.execute(JpaQueryExecution.java:78) ~[spring-data-jpa-1.10.2.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.doExecute(AbstractJpaQuery.java:102) ~[spring-data-jpa-1.10.2.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.execute(AbstractJpaQuery.java:92) ~[spring-data-jpa-1.10.2.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:482) ~[spring-data-commons-1.12.2.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:460) ~[spring-data-commons-1.12.2.RELEASE.jar:na]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
	at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:61) ~[spring-data-commons-1.12.2.RELEASE.jar:na]
	at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:99) ~[spring-tx-4.2.7.RELEASE.jar:4.2.7.RELEASE]
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:281) ~[spring-tx-4.2.7.RELEASE.jar:4.2.7.RELEASE]
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96) ~[spring-tx-4.2.7.RELEASE.jar:4.2.7.RELEASE]
	at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:136) ~[spring-tx-4.2.7.RELEASE.jar:4.2.7.RELEASE]
	at org.springframework.data.jpa.repository.support.CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodInterceptor.invoke(CrudMethodMetadataPostProcessor.java:133) ~[spring-data-jpa-1.10.2.RELEASE.jar:na]
	at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:208) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
....

Hi,
I am using spring-data-redis 2.1.5.
 
When getting a connection from the LettuceConnectionFactory, I get a ClassCastException from LettuceConnectionFactory.SharedConnection#validateConnection.
The connection I created is StatefulRedisClusterConnection and I think the code below is wrong

if (connection instanceof StatefulRedisClusterConnection) {
   ((StatefulRedisConnection) connection).sync().ping();
}

And one more question.
I'm using LettucePoolingConnectionProvicer as the connectionProvider.
And the code under the validationConnection method seems to work incorrectly.

   if (connection != null) {
      connectionProvider.release(connection);
   }

   log.warn("Validation of shared connection failed. Creating a new connection.");

   resetConnection();
   this.connection = getNativeConnection();
}

Because LettucePoolingConnectionProvicer#releae is called twice in a row.
In the first call, the pool is removed from poolRef, and in the second call, there is no pool and a PoolException exception is thrown.
Any help would be much appreciated.
 
The original boot issue  (or similar issue) still occurs for a broker/server receiving simultaneous connections. I've modified the sample project and added a multi-threaded Junit method  as a client. This launches 2000 concurrent threads, about 1100 successfully connect to the server (on my setup). I don't know if its the load or the failed connections (rather than clean disconnects) but the org.springframework.messaging.tcp.reactor.Reactor2TcpClient can be seen to be leaking following by the same instructions as in the original boot issue.
Weird thing is the original leak showed both the Reactor2TcpClient and StompBrokerRelayMessagHandler leaking, this just shows the reactor 2 client.
Noticed this in our production application, i.e. system accepting concurrent connections. The multi-threaded harness mimics this behavior.

javadoc is failing in hadoopqa because we have lingering javadoc warnings.

We have a table which has lot of delete markers and we running Canary test on a regular interval sometimes tests are timing out because to reading first row would skip all these delete markers. Since purpose of Canary is to find health of the region, i think keeping raw=true would not defeat the purpose but provide good perf improvement. 
Following are the example of one such scan where 
without changing code it took 62.3 sec for onre region scan
2016-06-23 08:49:11,670 INFO  [pool-2-thread-1] tool.Canary - read from region  <tablename>.<region> column family 0 in 62338ms
whereas after setting raw=true, it reduced to 58ms
2016-06-23 08:45:20,259 INFO  [pool-2-thread-1] tests.Canary - read from region <tablename>.<region> column family 0 in 58ms
Taking this over multiple tables , with multiple region would be a good performance gain.

select from_utc_timestamp('2015-02-06 10:30:00', cast(null as string));

The MemoryManager in ORC now resets to default whenever we close all open writers. 
This results in consistent (but different from test golden) stripe sizes for all files being written.
Fix the goldens.

In my logs, testing 0.95.1 RC1, I see:

2013-06-07 17:31:47,377 DEBUG [ip-10-20-46-44.novalocal,48569,1370640098134-BalancerChore] balancer.StochasticLoadBalancer: Could not find a better load balance plan.  Tried 3200 different configurations in 27ms, and did not find anything with a computed cost less than 25.0

Ideally we'd not even try one configuration, let alone 3.2k.

I expected something like this

/subsystem=elytron/credential-store=credStore/alias=entryAlias:update(secret-value=newSecretValue)

Write-attribute operation doesn't work too. Operation pass but any changes are not propagated to Credential Store.

/subsystem=elytron/credential-store=credStore/alias=entryAlias:write-attribute(name="secret-value" value="newSecretValue")

I've met a problem startup HBase.
I setup hbase with hdfs,
My server's network card has a ipv4 address and also a ipv6 address.
When I first startup hbase with default configuration file,
I found that the region server can't 
register to master. And I found lots of 127.0.0.1 in log.
So I suppose interface "default" would not work and add following:
  <name>dfs.datanode.dns.interface</name>
  <value>eth0</value>
  <description>The name of the Network Interface from which a data node should 
  report its IP address.
  </description>
 </property>
However, when this is done. HBase master crashes;
And I see ipv6 addresses in the log.
So I dig into the source code,
found that HBase fails to deal with IPv6 address.
Details is in following:
In class  org.apache.hadoop.hbase.HRegionServer
the method getThisIP() invoke the method of class belongs to Hadoop-core package
The class is: org.apache.hadoop.net.DNS
the method is: getDefaultIP(String strInterface)
This method invokes another method in the same class: getIPs(String strInterface)
Method getIPs always returns the first ip address  no matter it is ipv4 or ipv6
I have fixed it by modifying method of org.apache.hadoop.net.DNS.getIPs(String
strInterface)
Such that it always returns ipv4 address
It is working now for me.
But when hadoop upgrades, I have to modify again.
In order to avoid the problem,
I modify a method in class: org.apache.hadoop.net.DNS
The following is the modified code of this method, it would not return IPv6
address now.
/**

Returns all the IPs associated with the provided interface, if any, in
textual form.

@param strInterface
The name of the network interface to query (e.g. eth0)
@return A string vector of all the IPs associated with the provided
interface
@throws UnknownHostException
If an UnknownHostException is encountered in querying the
default interface
   */
  public static String[] getIPs(String strInterface)
  throws UnknownHostException {
	    try {
	      NetworkInterface netIF = NetworkInterface.getByName(strInterface);
	      if (netIF == null)
	        return new String[] 
{ InetAddress.getLocalHost()
	                              .getHostAddress() }
;
	      else {
	        Vector<String> ips = new Vector<String>();
	        Enumeration e = netIF.getInetAddresses();
	        while (e.hasMoreElements())
	          				{
	        	String addr=((InetAddress) e.nextElement()).getHostAddress();
	        	if(addr.length()<=15)//only when it is a IPv4 address
	        		ips.add(addr);
	        	//ips.add(((InetAddress) e.nextElement()).getHostAddress());
	          				}
	        return ips.toArray(new String[] {});
	      }
	    } catch (SocketException e) 
Unknown macro: {	      return new String[] { InetAddress.getLocalHost().getHostAddress() };	    } 
  }

 1.  Start a Hbase cluster
 2.  Create a table t1: create 't1', 
{NAME => 'f1'}
 3.  Put a cell in the table: put 't1', 'r1', 'f1:', 'value'
 4.  Scan it, see it's fine
 5.  Stop the HRegionSever hosting the t1 region: hbase/bin/hbase-daemon.sh stop regionserver.
 6.  Watch the region being reassigned from the original HRegionServer
 7.  Scan the t1 table again. It's empty now.
If between step 4 and step 5 the cache is flushed (e.g. Hbase cluster restart) no data is loss. However it means that if you stop a region server with dirty cache you will loose some data. 
HRegionServer log after issuing hbase-daemon.sh stop regionserver:
2008-12-09 06:37:46,873 INFO org.apache.hadoop.ipc.Server: IPC Server handler 7 on 60020: exiting
2008-12-09 06:37:46,873 INFO org.apache.hadoop.ipc.Server: IPC Server handler 8 on 60020: exiting
2008-12-09 06:37:46,873 INFO org.apache.hadoop.ipc.Server: IPC Server handler 9 on 60020: exiting
2008-12-09 06:37:46,873 INFO org.apache.hadoop.ipc.Server: IPC Server handler 0 on 60020: exiting
2008-12-09 06:37:46,874 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Stopping infoServer
2008-12-09 06:37:46,874 INFO org.apache.hadoop.ipc.Server: Stopping IPC Server Responder
2008-12-09 06:37:46,874 INFO org.mortbay.util.ThreadedServer: Stopping Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=60030]
2008-12-09 06:37:46,886 INFO org.mortbay.http.SocketListener: Stopped SocketListener on 0.0.0.0:60030
2008-12-09 06:37:46,948 INFO org.mortbay.util.Container: Stopped HttpContext[/static,/static]
2008-12-09 06:37:47,007 INFO org.mortbay.util.Container: Stopped HttpContext[/logs,/logs]
2008-12-09 06:37:47,007 INFO org.mortbay.util.Container: Stopped org.mortbay.jetty.servlet.WebApplicationHandler@60ded0f0
2008-12-09 06:37:47,094 INFO org.mortbay.util.Container: Stopped WebApplicationContext[/,/]
2008-12-09 06:37:47,094 INFO org.mortbay.util.Container: Stopped org.mortbay.jetty.Server@6490832e
2008-12-09 06:37:47,094 DEBUG org.apache.hadoop.hbase.regionserver.HRegionServer: closing region t1,,1228833363456
2008-12-09 06:37:47,094 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Compactions and cache flushes disabled for region t1,,1228833363456
2008-12-09 06:37:47,094 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Scanners disabled for region t1,,1228833363456
2008-12-09 06:37:47,094 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: No more active scanners for region t1,,1228833363456
2008-12-09 06:37:47,095 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Updates disabled for region t1,,1228833363456
2008-12-09 06:37:47,095 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: No more row locks outstanding on region t1,,1228833363456
2008-12-09 06:37:47,095 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memcache flush for region t1,,1228833363456. Current region memcache size 18.0
2008-12-09 06:37:47,095 INFO org.apache.hadoop.hbase.regionserver.Flusher: regionserver/0:0:0:0:0:0:0:0:60020.cacheFlusher exiting
2008-12-09 06:37:47,096 INFO org.apache.hadoop.hbase.regionserver.LogRoller: LogRoller exiting.
2008-12-09 06:37:47,096 INFO org.apache.hadoop.hbase.regionserver.CompactSplitThread: regionserver/0:0:0:0:0:0:0:0:60020.compactor exiting
2008-12-09 06:37:47,099 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: error closing region t1,,1228833363456
org.apache.hadoop.hbase.DroppedSnapshotException: region: t1,,1228833363456
    at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:1071)
    at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:619)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.closeAllRegions(HRegionServer.java:951)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:459)
Caused by: java.io.IOException: Filesystem closed
    at org.apache.hadoop.dfs.DFSClient.checkOpen(DFSClient.java:196)
    at org.apache.hadoop.dfs.DFSClient.getFileInfo(DFSClient.java:564)
    at org.apache.hadoop.dfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:390)
    at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:667)
    at org.apache.hadoop.hbase.regionserver.HStoreFile.<init>(HStoreFile.java:152)
    at org.apache.hadoop.hbase.regionserver.HStore.internalFlushCache(HStore.java:599)
    at org.apache.hadoop.hbase.regionserver.HStore.flushCache(HStore.java:577)
    at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:1058)
    ... 4 more
2008-12-09 06:37:47,100 DEBUG org.apache.hadoop.hbase.regionserver.HLog: closing log writer in hdfs://h1:54310/hbase/log_10.131.237.51_1228833326838_60020
2008-12-09 06:37:47,101 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: Close and delete failed
    at org.apache.hadoop.dfs.DFSClient.access$600(DFSClient.java:59)
    at org.apache.hadoop.dfs.DFSClient$DFSOutputStream.closeInternal(DFSClient.java:2689)
    at org.apache.hadoop.dfs.DFSClient$DFSOutputStream.close(DFSClient.java:2655)
    at org.apache.hadoop.fs.FSDataOutputStream$PositionCache.close(FSDataOutputStream.java:59)
    at org.apache.hadoop.fs.FSDataOutputStream.close(FSDataOutputStream.java:79)
    at org.apache.hadoop.io.SequenceFile$Writer.close(SequenceFile.java:962)
    at org.apache.hadoop.hbase.regionserver.HLog.close(HLog.java:349)
    at org.apache.hadoop.hbase.regionserver.HLog.closeAndDelete(HLog.java:333)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:461)
2008-12-09 06:37:47,102 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: telling master that region server is shutting down at: 10.131.237.51:60020
2008-12-09 06:37:47,104 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: stopping server at: 10.131.237.51:60020
2008-12-09 06:37:47,882 INFO org.apache.hadoop.hbase.Leases: regionserver/0:0:0:0:0:0:0:0:60020.leaseChecker closing leases
2008-12-09 06:37:47,882 INFO org.apache.hadoop.hbase.Leases: regionserver/0:0:0:0:0:0:0:0:60020.leaseChecker closed leases
2008-12-09 06:37:54,919 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: worker thread exiting
2008-12-09 06:37:54,920 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: regionserver/0:0:0:0:0:0:0:0:60020 exiting
2008-12-09 06:37:54,920 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Shutdown thread complete

If I run the following script:
GWT script
project --topLevelPackage t.com --projectName t --java 7 --packaging JAR jpa setup --database DERBY_EMBEDDED --provider HIBERNATE 
entity jpa --class ~.domain.Person --testAutomatically
field number --type java.lang.Float --fieldName price

when I type
command
perform command --mavenCommand gwt:run

I get the following errors
Errors
[INFO]
[INFO] Building t 0.1.0.BUILD-SNAPSHOT
[INFO] n.Person roo>
[INFO] >>> gwt-maven-plugin:2.5.0:run (default-cli) @ t >>>
[INFO] --- aspectj-maven-plugin:1.4:compile (default) @ t ---
[ERROR] FloatBox cannot be resolved to a type
The command 'mvn.bat gwt:run' did not complete successfully
~.domain.Person roo> [WARNING] advice defined in org.springframework.scheduling.
aspectj.AbstractAsyncExecutionAspect has not been applied [Xlint:adviceDidNotMat
ch]
[WARNING] advice defined in org.springframework.mock.staticmock.AnnotationDrivenStaticEntityMockingControl has not been applied [Xlint:adviceDidNotMatch]
[WARNING] advice defined in org.springframework.mock.staticmock.AbstractMethodMo
ckingControl has not been applied [Xlint:adviceDidNotMatch]
[INFO] Total time: 7.176s
[INFO] Finished at: Wed Dec 04 19:13:20 EST 2013
[INFO] Final Memory: 15M/230M
[ERROR] Failed to execute goal org.codehaus.mojo:aspectj-maven-plugin:1.4:compile (default) on project t: Compiler errors:
[ERROR] error at FloatBox price;
[ERROR] ^^^rson roo>
[ERROR] D:\Users\mario\Documents\sts\applets\troo\src\main\java\t\com\client\managed\ui\desktop\PersonDesktopEditView_Roo_Gwt.java:41:0::0 FloatBox cannot be resolved to a type
[ERROR] -> [Help 1]>
[ERROR] .Person roo>

Hi
I have a schema sql script which starts with a comment, followed by DROP and CREATE statements. I have configured DatabasePopulator to ignore DROP failures when initializing datasource.
In case of failure, ResourceDatabasePopulator tests on line 154 if statement starts with 'drop' substring and then based on ignoreFailedDrops setting ignores or rethrows the original SQLException. Because of the comment in my script, first statement starts with '-- ' substring, which then causes that the drop failure is not ignored as intended. The DatabasePopulator implementation should be fixed to handle comments better.
Thanks.

Using one or more path-elements to set the modul-path within the cofiguration-element of the pom leads to a NullPointerException.
The NPE is in org.wildfly.plugin.server.ModulesPath, since modulePath is null when using path-elements.

Hi Spring Batch Team,
My name is Valentin, I am from Romania, I am Java Application Developer and I work for a project by using Spring Batch Core framework.
My project requires to create a batch which reads data from a simple flat file with TAB character as a field separator.
I use your new feature Spring Batch Core 4 class org.springframework.batch.item.file.builder.FlatFileItemReaderBuilder.DelimitedBuilder<T>. In my code, I want to set the TAB delimiter by the next sequence:
FlatFileItemReaderBuilder<MyData> flatFileItemReaderBuilder = new FlatFileItemReaderBuilder<>();
FlatFileItemReaderBuilder.DelimitedBuilder<MyData> flatFileItemReaderBuilderDelimited = flatFileItemReaderBuilder.delimited();
flatFileItemReaderBuilderDelimited.delimiter(DelimitedLineTokenizer.DELIMITER_TAB);
// flatFileItemReaderBuilderDelimited.delimiter("\t");
I've found the TAB character is not set as a delimiter on the field org.springframework.batch.item.file.builder.FlatFileItemReaderBuilder.DelimitedBuilder.delimiter. I've found that, in general, the delimiter is set by the method org.springframework.batch.item.file.builder.FlatFileItemReaderBuilder.DelimitedBuilder.build() at line 631, by the sequence:
 
if(StringUtils.hasText(this.delimiter)) {
                tokenizer.setDelimiter(this.delimiter);
}
Here the delimiter is checked against the method org.springframework.util.StringUtils.hasText(String). According to the hasText() method specification, "this method returns true if the String is not null, its length is greater than 0, and it contains at least one non-whitespace character." But in the case of TAB character, the string contains only one character (i.e. TAB character) which is a whitespace character, thus the condition is not valid, and the TAB character is not set as a delimiter.
Please correct me if I am wrong. As long as DelimitedLineTokenizer.DELIMITER_TAB constant exists, to exclude the TAB character was not an intention, and maybe this is a bug. 
 
I think the class FlatFileItemReaderBuilder is a very good idea. I have already used this class for other separators. I am looking forward to your feedback.
P.S. For the moment, I have solved the problem by using the classic Spring Batch 3 style.
Best Regards,
Valentin CHIVU
Java Developer
Romania

During the deployment process of a deployment that contains a logging.properties an NPE is thrown when adding the runtime data to the deployments configuration resource. This seems to only happen on one server, server-one in the default configuration.

[Server:server-one] 11:57:09,503 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 69) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
[Server:server-one]     ("deployment" => "batch-jdbc-chunk.war"),
[Server:server-one]     ("subsystem" => "logging"),
[Server:server-one]     ("configuration" => "default"),
[Server:server-one]     ("logger" => "com.arjuna")
[Server:server-one] ]): java.lang.NullPointerException
[Server:server-one] 	at org.jboss.as.logging.deployments.resources.LoggerResourceDefinition$3.updateModel(LoggerResourceDefinition.java:92)
[Server:server-one] 	at org.jboss.as.logging.deployments.resources.LoggerResourceDefinition$LoggerConfigurationReadStepHandler.updateModel(LoggerResourceDefinition.java:112)
[Server:server-one] 	at org.jboss.as.logging.deployments.resources.LoggingConfigurationReadStepHandler.execute(LoggingConfigurationReadStepHandler.java:55)
[Server:server-one] 	at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
[Server:server-one] 	at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
[Server:server-one] 	at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:263)
[Server:server-one] 	at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:933)
[Server:server-one] 	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
[Server:server-one] 	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
[Server:server-one] 	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
[Server:server-one] 	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1336)
[Server:server-one] 	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
[Server:server-one] 	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)
[Server:server-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:234)
[Server:server-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:173)
[Server:server-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:136)
[Server:server-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:132)
[Server:server-one] 	at java.security.AccessController.doPrivileged(Native Method)
[Server:server-one] 	at javax.security.auth.Subject.doAs(Subject.java:360)
[Server:server-one] 	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:81)
[Server:server-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:152)
[Server:server-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:148)
[Server:server-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:148)
[Server:server-one] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
[Server:server-one] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:465)
[Server:server-one] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Server:server-one] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

The above logger com.arjuna shouldn't even be found as it's not in the deployments logging configuration.

For example a path such as "/foo//bar" becomes "/foo/bar" in the resulting URL while "/foo///bar" becomes "/foo//bar".

The enableLTW property of LoadTimeWeavingConfiguration is null on instantiation and is set by setImportMetadata via the ConfigurationClassPostProcessor.ImportAwareBeanPostProcessor BeanPostProcessor. However, the loadTimeWeaver method of LoadTimeWeavingConfiguration, which uses enableLTW, is called before ImportAwareBeanPostProcessor can set enableLTW to an appropriate value which leads to a NullPointerException.
The loadTimeWeaver method call seems to originate from LoadTimeWeaverAwareProcessor's postProcessBeforeInitialization method.
I should mention that I upgraded the spring-framework dependency of my project from 3.2.0 to 4.3.4 and that my configuration worked with 3.2.0.

25252 [RMI TCP Connection(3)-127.0.0.1] INFO  org.springframework.beans.factory.support.DefaultListableBeanFactory  - Overriding bean definition for bean 'loadTimeWeaver' with a different definition: replacing [Generic bean: class [org.springframework.context.weaving.DefaultContextLoadTimeWeaver]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null] with [Root bean: class [null]; scope=; abstract=false; lazyInit=false; autowireMode=3; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=org.springframework.context.annotation.LoadTimeWeavingConfiguration; factoryMethodName=loadTimeWeaver; initMethodName=null; destroyMethodName=(inferred); defined in class path resource [org/springframework/context/annotation/LoadTimeWeavingConfiguration.class]]
25919 [RMI TCP Connection(3)-127.0.0.1] INFO  org.springframework.context.weaving.DefaultContextLoadTimeWeaver  - Determined server-specific load-time weaver: org.springframework.instrument.classloading.tomcat.TomcatLoadTimeWeaver
25920 [RMI TCP Connection(3)-127.0.0.1] WARN  org.springframework.web.context.support.XmlWebApplicationContext  - Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.context.config.internalAspectJWeavingEnabler': Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'loadTimeWeaver' defined in class path resource [org/springframework/context/annotation/LoadTimeWeavingConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.instrument.classloading.LoadTimeWeaver]: Factory method 'loadTimeWeaver' threw exception; nested exception is java.lang.NullPointerException
25922 [RMI TCP Connection(3)-127.0.0.1] ERROR org.springframework.web.servlet.DispatcherServlet  - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.context.config.internalAspectJWeavingEnabler': Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'loadTimeWeaver' defined in class path resource [org/springframework/context/annotation/LoadTimeWeavingConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.instrument.classloading.LoadTimeWeaver]: Factory method 'loadTimeWeaver' threw exception; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:562)
	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:166)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:686)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:524)
	at javax.servlet.GenericServlet.init(GenericServlet.java:158)
	at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1269)
	at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1182)
	at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1072)
	at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5368)
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5660)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
	at org.apache.catalina.startup.HostConfig.manageApp(HostConfig.java:1863)
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:618)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:565)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
	at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:324)
	at sun.rmi.transport.Transport$1.run(Transport.java:200)
	at sun.rmi.transport.Transport$1.run(Transport.java:197)
	at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:683)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'loadTimeWeaver' defined in class path resource [org/springframework/context/annotation/LoadTimeWeavingConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.instrument.classloading.LoadTimeWeaver]: Factory method 'loadTimeWeaver' threw exception; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1128)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1022)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:512)
	at org.springframework.context.weaving.LoadTimeWeaverAwareProcessor.postProcessBeforeInitialization(LoadTimeWeaverAwareProcessor.java:97)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:408)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1575)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:553)
	... 63 more
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.instrument.classloading.LoadTimeWeaver]: Factory method 'loadTimeWeaver' threw exception; nested exception is java.lang.NullPointerException
	... 75 more
	at org.springframework.context.annotation.LoadTimeWeavingConfiguration.loadTimeWeaver(LoadTimeWeavingConfiguration.java:87)
	at org.springframework.context.annotation.LoadTimeWeavingConfiguration$$EnhancerBySpringCGLIB$$50f50148.CGLIB$loadTimeWeaver$1(<generated>)
	at org.springframework.context.annotation.LoadTimeWeavingConfiguration$$EnhancerBySpringCGLIB$$50f50148$$FastClassBySpringCGLIB$$82132845.invoke(<generated>)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:356)
	at org.springframework.context.annotation.LoadTimeWeavingConfiguration$$EnhancerBySpringCGLIB$$50f50148.loadTimeWeaver(<generated>)

These were set to false in the original patch for no reason as far as I see.
I later added notes but not TODOs to switch them over, so they remained as non-txn.

AbstractRegionParser puts a parent attribute into the bean definition that points to the parent definition. This is causing hashCode to run into an endless loop and therefore breaking the API.
Spring IDE is collecting those items in maps and is therefore using the hashCode method on those objects (see https://issuetracker.springsource.com/browse/STS-3450).

The test (org.jboss.as.controller.interfacesIPv6ScopeIdMatchUnitTestCase) keeps failing on one of our Solaris boxes with following interfaces:

/usr/sbin/ifconfig -a
...
lo0: flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu 8252 index 1
        inet6 ::1/128 
net0: flags=120002000841<UP,RUNNING,MULTICAST,IPv6,PHYSRUNNING> mtu 1500 index 2
        inet6 fe80::221:28ff:feb3:20f2/10 
net0:1: flags=120002080841<UP,RUNNING,MULTICAST,ADDRCONF,IPv6,PHYSRUNNING> mtu 1500 index 2
        inet6 2620:52:0:105f:221:28ff:feb3:20f2/64 
net4: flags=120002000840<RUNNING,MULTICAST,IPv6,PHYSRUNNING> mtu 1500 index 3
        inet6 ::/0

expected:</2620:52:0:105f:221:28ff:feb3:20f2%2> but was:<null>

java.lang.AssertionError: expected:</2620:52:0:105f:221:28ff:feb3:20f2%2> but was:<null>
	at org.jboss.as.controller.interfaces.IPv6ScopeIdMatchUnitTestCase.testNonLoopback(IPv6ScopeIdMatchUnitTestCase.java:129)

Promlem is, that getByName returns null when resolving NetworkInterface by its subinterface name (net0:1 in this case). See following example.

Enumeration<NetworkInterface> interfaces = NetworkInterface.getNetworkInterfaces();
while (interfaces.hasMoreElements()) {
    NetworkInterface nic = interfaces.nextElement();
    Enumeration<NetworkInterface> subInterfaces = nic.getSubInterfaces();
    while (subInterfaces.hasMoreElements()) {
        NetworkInterface subInterface = subInterfaces.nextElement();
        System.out.println(subInterface.getName());
        System.out.println(NetworkInterface.getByName(subInterface.getName()));
    }
}

em1:0
null

The 'solr all' command executed on the petclinic project produces the following stack trace:

~.web roo> solr all
Managed SRC_MAIN_JAVA/com/springsource/petclinic/domain/Visit.java                                                                                                                                        [org.springframework.roo.wrapping.inflector [70]] BundleEvent STOPPED
Managed SRC_MAIN_JAVA/com/springsource/petclinic/domain/Vet.java
Managed SRC_MAIN_JAVA/com/springsource/petclinic/domain/Pet.java
Managed SRC_MAIN_JAVA/com/springsource/petclinic/domain/Owner.java
Managed SRC_MAIN_JAVA/com/springsource/petclinic/SolrSearchAsyncTaskExecutor.aj
Created SRC_MAIN_JAVA/com/springsource/petclinic/domain/Pet_Roo_SolrSearch.aj
Undo create SRC_MAIN_JAVA/com/springsource/petclinic/domain/Pet_Roo_SolrSearch.aj
Undo manage SRC_MAIN_JAVA/com/springsource/petclinic/SolrSearchAsyncTaskExecutor.aj
Undo manage SRC_MAIN_JAVA/com/springsource/petclinic/domain/Owner.java
Undo manage SRC_MAIN_JAVA/com/springsource/petclinic/domain/Pet.java
Undo manage SRC_MAIN_JAVA/com/springsource/petclinic/domain/Vet.java
Undo manage SRC_MAIN_JAVA/com/springsource/petclinic/domain/Visit.java
Invalid dependency between upstream 'MID:org.springframework.roo.addon.solr.SolrMetadata#SRC_MAIN_JAVA?com.springsource.petclinic.domain.Pet' and downstream 'MID:org.springframework.roo.addon.tostring.ToStringMetadata#SRC_MAIN_JAVA?com.springsource.petclinic.domain.Pet'
java.lang.IllegalArgumentException: Invalid dependency between upstream 'MID:org.springframework.roo.addon.solr.SolrMetadata#SRC_MAIN_JAVA?com.springsource.petclinic.domain.Pet' and downstream 'MID:org.springframework.roo.addon.tostring.ToStringMetadata#SRC_MAIN_JAVA?com.springsource.petclinic.domain.Pet'
    at org.springframework.roo.support.util.Assert.isTrue(Assert.java:65)
    at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.registerDependency(DefaultMetadataDependencyRegistry.java:61)
    at org.springframework.roo.addon.tostring.ToStringMetadataProvider.getMetadata(ToStringMetadataProvider.java:36)
    at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:250)
    at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:139)
    at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:124)
    at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:179)
    at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:244)
    at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:138)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:183)
    at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:162)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:326)
    at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:119)
    at java.lang.Thread.run(Thread.java:637)

For some reason we have two ways of writing this method. It should be consistent.

fixed-port attribute of socket-binding and fixed-source-port attributes of *-destination-outbound-socket-binding define in its description that there is not necessary to do reload or restart for any of them. But reality is different. If you tries to change such attributes you are informed that reload is necessary.
The attributes are defined as "restart-required" => "no-services", see /socket-binding-group=standard-sockets:read-resource-description(recursive=true)

Custom cache store allow a cache store to be loaded from a class.  This is only really useful when the cache store implementation resides in the module specified by the cache.  However, custom cache stores are currently only loaded from the infinispan subsystem module rather than the module specified by the cache.

From an internal rig found by Jonathan Hsieh running generator step:

16/11/22 16:51:17 INFO mapreduce.Job: Task Id : attempt_1479833370377_0002_m_000000_0, Status : FAILED
Error: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.shaded.protobuf.generated.MasterProtos$MasterService$BlockingInterface
	at java.lang.Class.forName(Class.java:264)
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:225)
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:122)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList$Generator$GeneratorMapper.setup(IntegrationTestBigLinkedList.java:425)
	at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:143)
	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:175)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1790)
	at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:169)

Hive queries reading and writing to HBase are currently failing with the following exception in a secure Tez cluster:

2014-04-14 13:47:05,644 FATAL [InputInitializer [Map 1] #0] org.apache.hadoop.ipc.RpcClient: SASL authentication failed. The most likely cause is missing or invalid credentials. Consider 'kinit'.
	at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:212)
	at org.apache.hadoop.hbase.security.HBaseSaslRpcClient.saslConnect(HBaseSaslRpcClient.java:152)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupSaslConnection(RpcClient.java:792)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection.access$800(RpcClient.java:349)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection$2.run(RpcClient.java:918)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection$2.run(RpcClient.java:915)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupIOstreams(RpcClient.java:915)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection.writeRequest(RpcClient.java:1065)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection.tracedWriteRequest(RpcClient.java:1032)
	at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1474)
	at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1684)
	at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1737)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.execService(ClientProtos.java:29288)
	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.execService(ProtobufUtil.java:1562)
	at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel$1.call(RegionCoprocessorRpcChannel.java:87)
	at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel$1.call(RegionCoprocessorRpcChannel.java:84)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:121)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:97)
	at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel.callExecService(RegionCoprocessorRpcChannel.java:90)
	at org.apache.hadoop.hbase.ipc.CoprocessorRpcChannel.callBlockingMethod(CoprocessorRpcChannel.java:67)
	at org.apache.hadoop.hbase.protobuf.generated.AuthenticationProtos$AuthenticationService$BlockingStub.getAuthenticationToken(AuthenticationProtos.java:4512)
	at org.apache.hadoop.hbase.security.token.TokenUtil.obtainToken(TokenUtil.java:60)
	at org.apache.hadoop.hbase.security.token.TokenUtil$3.run(TokenUtil.java:174)
	at org.apache.hadoop.hbase.security.token.TokenUtil$3.run(TokenUtil.java:172)
	at org.apache.hadoop.hbase.security.token.TokenUtil.obtainTokenForJob(TokenUtil.java:171)
	at org.apache.hadoop.hbase.util.Methods.call(Methods.java:39)
	at org.apache.hadoop.hbase.security.User$SecureHadoopUser.obtainAuthTokenForJob(User.java:334)
	at org.apache.hadoop.hbase.mapred.TableMapReduceUtil.initCredentials(TableMapReduceUtil.java:201)
	at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat.getSplits(HiveHBaseTableInputFormat.java:415)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.addSplitsForGroup(HiveInputFormat.java:291)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getSplits(HiveInputFormat.java:372)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat.getSplits(TezGroupedSplitsInputFormat.java:68)
	at org.apache.tez.mapreduce.hadoop.MRHelpers.generateOldSplits(MRHelpers.java:263)
	at org.apache.tez.mapreduce.common.MRInputAMSplitGenerator.initialize(MRInputAMSplitGenerator.java:139)
	at org.apache.tez.dag.app.dag.RootInputInitializerRunner$InputInitializerCallable$1.run(RootInputInitializerRunner.java:154)
	at org.apache.tez.dag.app.dag.RootInputInitializerRunner$InputInitializerCallable$1.run(RootInputInitializerRunner.java:146)
	at org.apache.tez.dag.app.dag.RootInputInitializerRunner$InputInitializerCallable.call(RootInputInitializerRunner.java:146)
	at org.apache.tez.dag.app.dag.RootInputInitializerRunner$InputInitializerCallable.call(RootInputInitializerRunner.java:114)
	at sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:121)
	at sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:223)
	at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:193)
	... 55 more

kinit was performed by the client. The error appears in the Tez application logs. The queries work fine when i change the hive.execution.engine to MR.

Compiler should capture the transform URI as input entity. This would enable better auditing for using transforms.

The issue is that the xsd says it is using a blocking queue but it is using an incomplete bounded one since there are properties that cannot be set.
jboss-cli returns:

/subsystem=jca/workmanager=default/long-running-threads=default:read-resource-description
{
        "description" => "A thread pool executor with a bounded queue where threads submittings tasks will not block. Such a thread pool has a core and maximum size and a specified queue length.  When a task is submitted, if the number of running threads is less than the core size, a new thread is created.  Otherwise, if there is room in the queue, the task is enqueued. Otherwise, if the number of running threads is less than the maximum size, a new thread is created. Otherwise, the task is handed off to the designated handoff executor, if one is specified.  Otherwise, the task is discarded.",
......
            "handoff-executor" => {
                "description" => "An executor to delegate tasks to in the event that a task cannot be accepted. If not specified, tasks that cannot be accepted will be silently discarded.",
            },
....

But the xsd does not allow to set a hand-off executor for the short/long running threads 
The xsd:
<xs:annotation>
            <![CDATA[
                See threads:blocking-bounded-queue-thread-pool.
            ]]>

We have added a custom listener that extends StepListener and OrderedComposite is very handy to use when multiple listeners are involved. Unfortunately, it's not public. 
Can you make it public or part of the API?

AbstractCollectionDecorator.decorated() is used internally to access the collection.
However, the method is not final, so subclasses could override it.
Yet the field is also exposed (protected).
Is there any use-case for overriding the collection to use a different one?
If so, having direct access as well is likely to cause problems.
I think it would be better to use the field directly internally.
The class Javadoc says the calls are forwarded to the underlying collection, but that is not strictly true if decorated() is overridden.
If it is intended to allow this to be overridden, then the field needs to be protected against arbitrary read/write access.
The field should probably be made private with a setter for use by deserialization only.

I'm having a bean that is

annotated with ManagedResource
lazily initialized
implements SelfNaming

I'm exporting it using spring's AnnotationMBeanExporter.
All this works good when I'm using spring version 4.3.16.RELEASE, but when I upgraded my spring version to 5.0.5.RELEASE or 5.1.3.RELEASE this code started giving me IllegalStateException.
My Bean definition and the spring's context.xml looks like this:
 SampleBean.java

package com.jmx.trial.dummybeans;

import org.springframework.jmx.export.annotation.ManagedResource;
import org.springframework.jmx.export.naming.SelfNaming;

import javax.management.MalformedObjectNameException;
import javax.management.ObjectName;

@ManagedResource
public class SampleBean implements SelfNaming {
    @Override
    public ObjectName getObjectName() throws MalformedObjectNameException {
        return new ObjectName("com.jmx.trial:name=sampleBean");
    }
}

<beans xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns="http://www.springframework.org/schema/beans"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans.xsd">

    <bean id="server" class="org.springframework.jmx.support.MBeanServerFactoryBean"/>

    <bean id="exporter" class="org.springframework.jmx.export.annotation.AnnotationMBeanExporter">
        <property name="server" ref="server"/>
    </bean>

    <bean id="sampleBean" class="com.jmx.trial.dummybeans.SampleBean" lazy-init="true"/>

</beans>

I understand that an extra validation was added here, and this is causing IllegalStateException but I'm not completely sure why that was added.
 
The stack-trace looks like this:

org.springframework.jmx.export.UnableToRegisterMBeanException: Unable to register MBean [sampleBean] with key 'sampleBean'; nested exception is java.lang.IllegalStateException: Not initialized

    at org.springframework.jmx.export.MBeanExporter.registerBeanNameOrInstance(MBeanExporter.java:625)
    at org.springframework.jmx.export.MBeanExporter.lambda$registerBeans$2(MBeanExporter.java:551)
    at java.base/java.util.HashMap.forEach(HashMap.java:1336)
    at org.springframework.jmx.export.MBeanExporter.registerBeans(MBeanExporter.java:551)
    at org.springframework.jmx.export.MBeanExporter.afterSingletonsInstantiated(MBeanExporter.java:434)
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:863)
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:863)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:546)
    at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:144)
    at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:85)
    at com.jmx.trial.MBeanExporterTest.testBeanExportedWithXml(MBeanExporterTest.java:79)
    at com.jmx.trial.MBeanExporterTest.testForLazyAutoDetectWithSelfNaming(MBeanExporterTest.java:44)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.base/java.lang.reflect.Method.invoke(Method.java:566)
    at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
    at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
    at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
    at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
Caused by: java.lang.IllegalStateException: Not initialized
    at org.springframework.util.Assert.state(Assert.java:73)
    at org.springframework.jmx.export.MBeanExporter$NotificationPublisherAwareLazyTargetSource.postProcessTargetObject(MBeanExporter.java:1115)
    at org.springframework.aop.target.LazyInitTargetSource.getTarget(LazyInitTargetSource.java:72)
    at org.springframework.jmx.export.MBeanExporter$NotificationPublisherAwareLazyTargetSource.getTarget(MBeanExporter.java:1103)
    at org.springframework.aop.framework.CglibAopProxy$DynamicUnadvisedInterceptor.intercept(CglibAopProxy.java:475)
    at com.jmx.trial.dummybeans.SampleBean$$EnhancerBySpringCGLIB$$9cd1c95b.getObjectName(<generated>)
    at org.springframework.jmx.export.MBeanExporter.getObjectName(MBeanExporter.java:752)
    at org.springframework.jmx.export.MBeanExporter.registerLazyInit(MBeanExporter.java:726)
    at org.springframework.jmx.export.MBeanExporter.registerBeanNameOrInstance(MBeanExporter.java:596)
    ... 33 more

My experiments:

When I don't lazily initialize the SampleBean, I don't get this IllegalStateException.
When I annotate SampleBean with ManagedResource(objectName = "com.jmx.trial:name=sampleBean") and make SampleBean not implement SelfNaming interface, again I don't get IllegalStateException
When I debug this and place a lot of breakpoints in MBeanExporter and CGLibAopProxy I don't get this exception. (This is specifically interesting that in debug-mode the tests run successfully but in normal run mode the tests fails.)

Though not very sure, but I think implementing SelfNaming interface is not a very good idea as the javadocs of SelfNaming interface says that:
This interface is mainly intended for internal usage.
I'm not sure if it is the problem with using SelfNaming interface or I'm doing something fundamentally wrong. Can you please explain this behavior and point me to the fundamentals that I'm missing.
PS: some of my findings: (might be unrelated) From here I found this caution point:
Do not use interface-based AOP proxies in combination with autodetection of JMX annotations in your bean classes.
I don't completely understand this, but is this the rule that I'm violating?
 
I feel that the Assert.state that is getting called in postProcessTargetObject should be moved into the method injectNotificationPublisherIfNecessary and should be called only if managedResource instanceof NotificationPublisherAware is true.

Explaining a simple select query that involves a MR phase doesn't show processor tree for the fetch operator.

hive> explain select d from test;
OK

    Map Reduce
...
      limit: -1

It would be nice if the operator tree is shown even if there is only one node.
Please note that in local execution, the operator tree is complete:

hive> explain select * from test;
OK

      limit: -1
        TableScan
          alias: test
          Statistics: Num rows: 8 Data size: 34 Basic stats: COMPLETE Column stats: NONE
            expressions: d (type: int)
            Statistics: Num rows: 8 Data size: 34 Basic stats: COMPLETE Column stats: NONE
            ListSink

Replace the HBaseFsck.debugLsr() calls in TestFlushSnapshotFromClient with FSUtils.logFileSystemState().

weaveByToString throws UnsupportedOperationException on CBR.
See the attached test case.

table.tagx has <input type="image"...> tags with no parent <form> tag.
This generates HTML which breaks in Internet Explorer 8, with the result that the "show" and "update" buttons do not work in the tutorials and samples.
The fix is to simply convert these two <input type="image"...> tags to <img...> tags, as below:
table.tagx
Index: addon-web-mvc-jsp/src/main/resources/org/springframework/roo/addon/web/mvc/jsp/tags/form/fields/table.tagx
diff -u -N
--- addon-web-mvc-jsp/src/main/resources/org/springframework/roo/addon/web/mvc/jsp/tags/form/fields/table.tagx	(revision 1cd52db82cfd93d2756e68b95fec270cc46ecafc)
+++ addon-web-mvc-jsp/src/main/resources/org/springframework/roo/addon/web/mvc/jsp/tags/form/fields/table.tagx	(new revision)
@@ -63,7 +63,7 @@
 	                   <spring:url value="/static/images/show.png" var="show_image_url"/>
 	                   <spring:message arguments="${typeName}" code="entity.show" var="show_label"/>
 	                   <a href="${show_form_url}" alt="${show_label}" title="${show_label}">
-	                       <input alt="${show_label}" class="image" src="${show_image_url}" title="${show_label}" type="image" value="${show_label}"/>
+	                       <img alt="${show_label}" class="image" src="${show_image_url}" title="${show_label}" />
 	                   </a>
 	               </td>
 	               <c:if test="${update}">
@@ -74,7 +74,7 @@
 		                   <spring:url value="/static/images/update.png" var="update_image_url"/>
 						   <spring:message arguments="${typeName}" code="entity.update" var="update_label"/>
 		                   <a href="${update_form_url}" alt="${update_label}" title="${update_label}">
-	                       		<input alt="${update_label}" class="image" src="${update_image_url}" title="${update_label}" type="image" value="${update_label}"/>
+	                       		<img alt="${update_label}" class="image" src="${update_image_url}" title="${update_label}" />
 	                   	   </a>    
 	               		</td>
 	               </c:if>

Executing the camel:info-route/camel:route-info against a route that hasn't processed an exchange will throw an NPE due to First Exchange Date and Last Exchange Completed Date are null.
Patch is forthcoming.
Thanks,
Scott ES

On a test cluster we got a 

  at org.apache.hadoop.hbase.master.HMaster.getClusterStatus(HMaster.java:1742)
  at org.apache.hadoop.hbase.master.balancer.ClusterStatusChore.chore(ClusterStatusChore.java:50)
  at org.apache.hadoop.hbase.Chore.run(Chore.java:87)

In HMaster.getClusterStatus() we have a couple of NPE.
listChildrenNoWatch() may return null if the node is not found

try {
  backupMasterStrings = ZKUtil.listChildrenNoWatch(this.zooKeeper,
   this.zooKeeper.backupMasterAddressesZNode); <--- THIS MAY RETURN NULL
  LOG.warn(this.zooKeeper.prefix("Unable to list backup servers"), e);
  backupMasterStrings = new ArrayList<String>(0);
}
List<ServerName> backupMasters = new ArrayList<ServerName>(
      backupMasterStrings.size()); <--- WE DON'T CHECK FOR NULL

then below, we build ClusterStatus with args that may be null

String clusterId = fileSystemManager != null ?
  fileSystemManager.getClusterId().toString() : null;
Map<String, RegionState> regionsInTransition = assignmentManager != null ?
  assignmentManager.getRegionStates().getRegionsInTransition() : null;
String[] coprocessors = cpHost != null ? getMasterCoprocessors() : null;
Map<ServerName, ServerLoad> onlineServers = null;
Set<ServerName> deadServers = null;
if (serverManager != null) {
  deadServers = serverManager.getDeadServers().copyServerNames();
  onlineServers = serverManager.getOnlineServers();
}
return new ClusterStatus(VersionInfo.getVersion(), clusterId,
  onlineServers, deadServers, serverName, backupMasters,
  regionsInTransition, coprocessors, balancerOn);

In ClusterStatus equals(), hashCode(), toString() we don't check for nulls

While working on implementing RestTemplate on Android, we identified an issue with the instantiation of the StringHttpMessageConverter class.  It creates a new MediaType, passing it a Charset object.  toString() is called on this Charset object internally to MediaType, however the name() method should be used instead, as it returns the canonical name of the charset.
This appears to be a real problem on the Android platform as toString() does not return the canonical name of the charset.  This is currently preventing the release of RestTemplate for Android.  Thanks for the help.
Below you can see the stack trace where charset cannot be identified correctly.
11-09 17:01:12.643: ERROR/AndroidRuntime(598): FATAL EXCEPTION: main
11-09 17:01:12.643: ERROR/AndroidRuntime(598): java.lang.RuntimeException: Unable to start activity ComponentInfo
{com.springsource.greenhouse/com.springsource.greenhouse.activities.ProfileActivity}
: java.nio.charset.IllegalCharsetNameException: The illegal charset name is "Charset[ISO-8859-1]".
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2663)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.app.ActivityThread.startActivityNow(ActivityThread.java:2503)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.app.LocalActivityManager.moveToState(LocalActivityManager.java:127)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.app.LocalActivityManager.startActivity(LocalActivityManager.java:339)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.widget.TabHost$IntentContentStrategy.getContentView(TabHost.java:651)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.widget.TabHost.setCurrentTab(TabHost.java:323)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.widget.TabHost$2.onTabSelectionChanged(TabHost.java:129)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.widget.TabWidget$TabClickListener.onClick(TabWidget.java:453)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.view.View.performClick(View.java:2408)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.view.View$PerformClick.run(View.java:8816)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.os.Handler.handleCallback(Handler.java:587)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.os.Handler.dispatchMessage(Handler.java:92)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.os.Looper.loop(Looper.java:123)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.app.ActivityThread.main(ActivityThread.java:4627)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at java.lang.reflect.Method.invokeNative(Native Method)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at java.lang.reflect.Method.invoke(Method.java:521)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at dalvik.system.NativeStart.main(Native Method)
11-09 17:01:12.643: ERROR/AndroidRuntime(598): Caused by: java.nio.charset.IllegalCharsetNameException: The illegal charset name is "Charset[ISO-8859-1]".
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at java.nio.charset.Charset.checkCharsetName(Charset.java:202)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at java.nio.charset.Charset.forNameInternal(Charset.java:461)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at java.nio.charset.Charset.forName(Charset.java:542)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at org.springframework.http.MediaType.checkParameters(MediaType.java:299)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at org.springframework.http.MediaType.<init>(MediaType.java:263)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at org.springframework.http.MediaType.<init>(MediaType.java:218)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at org.springframework.http.converter.StringHttpMessageConverter.<init>(StringHttpMessageConverter.java:51)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at org.springframework.web.client.RestTemplate.<init>(RestTemplate.java:139)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at org.springframework.web.client.RestTemplate.<init>(RestTemplate.java:164)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at org.springframework.social.greenhouse.GreenhouseTemplate.<init>(GreenhouseTemplate.java:106)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at com.springsource.greenhouse.util.Prefs.getGreenhouseOperations(Prefs.java:111)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at com.springsource.greenhouse.activities.ProfileActivity.refreshProfile(ProfileActivity.java:78)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at com.springsource.greenhouse.activities.ProfileActivity.onStart(ProfileActivity.java:46)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.app.Instrumentation.callActivityOnStart(Instrumentation.java:1129)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.app.Activity.performStart(Activity.java:3781)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2636)
11-09 17:01:12.643: ERROR/AndroidRuntime(598):     ... 18 more

The Put api also takes in a bunch of arbitrary attributes that an application can use to associate metadata with each put operation. This is not exposed via Thrift.

Currently configuration-changes are managed as a part of the 'kernel' of WildFly Core. Moving this feature to a proper subsystem is more appropriate  as it would provide a nice way to deploy on managed servers according to a profile instead of a host.
Making this subsystem host-enabled we could also just configure it at a host level.

Master assigns region in the original region server when RS_ZK_REGION_FAILED_OPEN envent was coming.
Maybe we should choose other region server.
[2012-03-07 10:14:21,750] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:14:31,826] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:14:41,903] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:14:51,975] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:15:02,056] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:15:12,167] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:15:22,231] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:15:32,303] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:15:42,375] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:15:52,447] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:16:02,528] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:16:12,600] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053
[2012-03-07 10:16:22,676] [DEBUG] [main-EventThread] [org.apache.hadoop.hbase.master.AssignmentManager 553] Handling transition=RS_ZK_REGION_FAILED_OPEN, server=158-1-130-11,20020,1331108408232, region=c70e98bdca98a0657a56436741523053

Without provided scope, all those dependencies are downloaded during S2I builds, slowing them down by a factor of 2. 

OpenRegionHandler in regionserver is processed as the following steps:

1.openregion()(Through it, closed = false, closing = false)
2.addToOnlineRegions(region)
3.update .meta. table 
4.update ZK's node state to RS_ZK_REGION_OPEND

We can find that region is on service before Step 4.
It means client could put data to this region after step 3.
What will happen if step 4 is failed processing?
It will execute OpenRegionHandler#cleanupFailedOpen which will do closing region, and master assign this region to another regionserver.
If closing region is failed, the data which is put between step 3 and step 4 may loss, because the region has been opend on another regionserver and be put new data. Therefore, it may not be recoverd through replayRecoveredEdit() because the edit's LogSeqId is smaller than current region SeqId.

With jboss-fuse-full-6.1.0.redhat-110.zip fabric create returns:
    Error executing command: No matching service for optional OSGi service reference: (objectClass=org.fusesource.fabric.api.ZooKeeperClusterBootstrap)
I get the following in the log:
JBossFuse:karaf@root> log:display
2013-10-08 12:05:15,563 | INFO  | -610110-thread-1 | KarArtifactInstaller             | ?                                   ? | 26 - org.apache.karaf.deployer.kar - 2.3.0.redhat-610110 | Karaf archives will be extracted to /Users/kearls/fuse/jboss-fuse-6.1.0.redhat-110/system
2013-10-08 12:05:15,564 | INFO  | -610110-thread-1 | KarArtifactInstaller             | ?                                   ? | 26 - org.apache.karaf.deployer.kar - 2.3.0.redhat-610110 | Timestamps for Karaf archives will be extracted to /Users/kearls/fuse/jboss-fuse-6.1.0.redhat-110/system/.timestamps
2013-10-08 12:05:15,841 | INFO  | -610110-thread-1 | SecurityUtils                    | ?                                   ? | 34 - org.apache.sshd.core - 0.8.0 | BouncyCastle not registered, using the default JCE provider
2013-10-08 12:05:16,641 | INFO  | -610110-thread-1 | core                             | ?                                   ? | 44 - org.apache.aries.jmx.core - 1.0.1.redhat-610110 | Starting JMX OSGi agent
2013-10-08 12:05:16,674 | INFO  | -610110-thread-1 | core                             | ?                                   ? | 44 - org.apache.aries.jmx.core - 1.0.1.redhat-610110 | Registering MBean with ObjectName [osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=6c78001a-7fc2-4e3a-9d63-0ca8dc78f926] for service with service.id [13]
2013-10-08 12:05:16,678 | INFO  | JMX OSGi Agent   | core                             | ?                                   ? | 44 - org.apache.aries.jmx.core - 1.0.1.redhat-610110 | Registering org.osgi.jmx.service.cm.ConfigurationAdminMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@1d0ca25a with name osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=6c78001a-7fc2-4e3a-9d63-0ca8dc78f926
2013-10-08 12:05:16,678 | INFO  | JMX OSGi Agent   | core                             | ?                                   ? | 44 - org.apache.aries.jmx.core - 1.0.1.redhat-610110 | Registering org.osgi.jmx.framework.PackageStateMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@1d0ca25a with name osgi.core:type=packageState,version=1.5,framework=org.apache.felix.framework,uuid=6c78001a-7fc2-4e3a-9d63-0ca8dc78f926
2013-10-08 12:05:16,678 | INFO  | JMX OSGi Agent   | core                             | ?                                   ? | 44 - org.apache.aries.jmx.core - 1.0.1.redhat-610110 | Registering org.osgi.jmx.framework.wiring.BundleWiringStateMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@1d0ca25a with name osgi.core:type=wiringState,version=1.1,framework=org.apache.felix.framework,uuid=6c78001a-7fc2-4e3a-9d63-0ca8dc78f926
2013-10-08 12:05:16,679 | INFO  | JMX OSGi Agent   | core                             | ?                                   ? | 44 - org.apache.aries.jmx.core - 1.0.1.redhat-610110 | Registering org.osgi.jmx.framework.ServiceStateMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@1d0ca25a with name osgi.core:type=serviceState,version=1.7,framework=org.apache.felix.framework,uuid=6c78001a-7fc2-4e3a-9d63-0ca8dc78f926
2013-10-08 12:05:16,680 | INFO  | JMX OSGi Agent   | core                             | ?                                   ? | 44 - org.apache.aries.jmx.core - 1.0.1.redhat-610110 | Registering org.osgi.jmx.framework.BundleStateMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@1d0ca25a with name osgi.core:type=bundleState,version=1.7,framework=org.apache.felix.framework,uuid=6c78001a-7fc2-4e3a-9d63-0ca8dc78f926
2013-10-08 12:05:16,680 | INFO  | JMX OSGi Agent   | core                             | ?                                   ? | 44 - org.apache.aries.jmx.core - 1.0.1.redhat-610110 | Registering org.osgi.jmx.framework.FrameworkMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@1d0ca25a with name osgi.core:type=framework,version=1.7,framework=org.apache.felix.framework,uuid=6c78001a-7fc2-4e3a-9d63-0ca8dc78f926
2013-10-08 12:06:02,020 | INFO  | l Console Thread | ReferenceRecipe                  | ?                                   ? | 13 - org.apache.aries.blueprint.core - 1.0.1.redhat-610110 | No matching service for optional OSGi service reference (objectClass=org.fusesource.fabric.api.ZooKeeperClusterBootstrap)
2013-10-08 12:06:02,022 | INFO  | l Console Thread | Console                          | ?                                   ? | 16 - org.apache.karaf.shell.console - 2.3.0.redhat-610110 | Exception caught while executing command
org.osgi.service.blueprint.container.ServiceUnavailableException: No matching service for optional OSGi service reference: (objectClass=org.fusesource.fabric.api.ZooKeeperClusterBootstrap)
	at org.apache.aries.blueprint.container.ReferenceRecipe.getService(ReferenceRecipe.java:232)[13:org.apache.aries.blueprint.core:1.0.1.redhat-610110]
	at org.apache.aries.blueprint.container.ReferenceRecipe.access$000(ReferenceRecipe.java:55)[13:org.apache.aries.blueprint.core:1.0.1.redhat-610110]
	at org.apache.aries.blueprint.container.ReferenceRecipe$ServiceDispatcher.call(ReferenceRecipe.java:294)[13:org.apache.aries.blueprint.core:1.0.1.redhat-610110]
	at Proxyba72770a_df3c_4595_8c22_3c32a44c350f.create(Unknown Source)[:]
	at org.fusesource.fabric.boot.commands.Create.doExecute(Create.java:209)[62:org.fusesource.fabric.fabric-boot-commands:7.3.0.redhat-110]
	at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)[16:org.apache.karaf.shell.console:2.3.0.redhat-610110]
	at org.apache.felix.gogo.commands.basic.AbstractCommand.execute(AbstractCommand.java:35)[16:org.apache.karaf.shell.console:2.3.0.redhat-610110]
	at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[17:org.apache.felix.gogo.runtime:0.11.0.redhat-610110]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[17:org.apache.felix.gogo.runtime:0.11.0.redhat-610110]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[17:org.apache.felix.gogo.runtime:0.11.0.redhat-610110]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[17:org.apache.felix.gogo.runtime:0.11.0.redhat-610110]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[17:org.apache.felix.gogo.runtime:0.11.0.redhat-610110]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[17:org.apache.felix.gogo.runtime:0.11.0.redhat-610110]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:89)[17:org.apache.felix.gogo.runtime:0.11.0.redhat-610110]
	at org.apache.karaf.shell.console.jline.Console.run(Console.java:174)[16:org.apache.karaf.shell.console:2.3.0.redhat-610110]
	at org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:61)[16:org.apache.karaf.shell.console:2.3.0.redhat-610110]

Hi, 
Here is a bug I found on Spring MVC 3.1 GA.
I mage pull request made on SpringSource spring-test-mvc project with a broken test :
https://github.com/SpringSource/spring-test-mvc/pull/22
Quick explanation:
Method 1 : @RequestMapping(value = "/bug/EXISTING", method = POST)
Method 2 : @RequestMapping(value = "/bug/
{type}
", method = GET)
These two mappings are in conflict when calling :
POST /bug/EXISTING => Http 200 => OK 
GET /bug/EXIST => Http 200 => OK 
GET /bug/EXISTING => Http 405 => KO 
Regards

There is an issue with the log splitting under the specific condition of edits belonging to a non existing region (which went away after a split for example). The HLogSplitter fails to check the condition, which is handled on a lower level, logging manifests it as 

2011-05-16 13:56:10,300 INFO org.apache.hadoop.hbase.regionserver.wal.HLogSplitter: This region's directory doesn't exist: hdfs://localhost:8020/hbase/usertable/30c4d0a47703214845d0676d0c7b36f0. It is very likely that it was already split so it's safe to discard those edits.

The code returns a null reference which is not check in HLogSplitter.splitLogFileToTemp():

...
        WriterAndPath wap = (WriterAndPath)o;
        if (wap == null) {
          wap = createWAP(region, entry, rootDir, tmpname, fs, conf);
          if (wap == null) {
            logWriters.put(region, BAD_WRITER);
          } else {
            logWriters.put(region, wap);
          }
        }
        wap.w.append(entry);
...

The createWAP does return "null" when the above message is logged based on the obsolete region reference in the edit.
What made this difficult to detect is that the error (and others) are silently ignored in SplitLogWorker.grabTask(). I added a catch and error logging to see the NPE that was caused by the above.

...
          break;
      }
      LOG.error("An error occurred.", e);
    } finally {
      if (t > 0) {
...

As a side note, there are other errors/asserts triggered that this try/finally not handles. For example

2011-05-16 13:58:30,647 WARN org.apache.hadoop.hbase.regionserver.SplitLogWorker: BADVERSION failed to assert ownership for /hbase/splitlog/hdfs%3A%2F%2Flocalhost%2Fhbase%2F.logs%2F10.0.0.65%2C60020%2C1305406356765%2F10.0.0.65%252C60020%252C1305406356765.1305409968389
org.apache.zookeeper.KeeperException$BadVersionException: KeeperErrorCode = BadVersion for /hbase/splitlog/hdfs%3A%2F%2Flocalhost%2Fhbase%2F.logs%2F10.0.0.65%2C60020%2C1305406356765%2F10.0.0.65%252C60020%252C1305406356765.1305409968389
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:106)
        at org.apache.zookeeper.ZooKeeper.setData(ZooKeeper.java:1038)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker.ownTask(SplitLogWorker.java:329)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker.access$100(SplitLogWorker.java:68)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker$2.progress(SplitLogWorker.java:265)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFileToTemp(HLogSplitter.java:432)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFileToTemp(HLogSplitter.java:354)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker$1.exec(SplitLogWorker.java:113)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker.grabTask(SplitLogWorker.java:260)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker.taskLoop(SplitLogWorker.java:191)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker.run(SplitLogWorker.java:164)

This should probably be handled - or at least documented - in another issue?
The NPE made the log split end and the SplitLogManager add an endless amount of RESCAN entries as this never came to an end.

I use jedis as native redis client lib, when i use pipeline and dbindex > 0 and an exception happened in my RedisCallback logic then jedis can not return to jedispool.
code like this:
JedisConnection.java line 181-183
if (dbIndex > 0) {
  select(0);
}
JedisConnection.java line 789-801
public void select(int dbIndex) {
    try {
        if (isQueueing()) 
{
		throw new UnsupportedOperationException();
	}
	if (isPipelined()) {		throw new UnsupportedOperationException();	}
	jedis.select(dbIndex);
	} catch (Exception ex) 
{
		throw convertJedisAccessException(ex);
	}
}
in my scenario select method will catch an UnsupportedOperationException
and convertJedisAccessException method does not deal with UnsupportedOperationException
so connection's state is not broken, so pool's activeNum does not minus 1, at last my app throw redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool, because pool' activeNum equal to maxActiveNum.

CLI prompt contains extra space when colors are enabled. In below examples first line is printed with colors and second without it.
Examples

[disconnected  /]
[standalone@embedded  /]
[standalone@embedded /]

This avoids eg a netty-http producer picking up a wrong endpoint, and send wrong data.

If the "resultset" is not iterated completely ,  one filehandler is leaking
Ex: We need only first row. This case one resource is leaking

ResultSet resultSet = createStatement.executeQuery("select * from sampletable");

if (resultSet.next())
{
	System.out.println(resultSet.getString(1)+"   "+resultSet.getString(2));
} 

Command used for checking the filehandlers

lsof -p {hive_process_id} > runjarlsof.txt

In tez mode when vectorization is enabled, count returns NULL when result is empty.
Expected behavior: It should return 0
count works as expected when vectorization is off

At work, we've hit a bug in an application that:
a) I have only seen once, so cannot reproduce
b) I'm quite sure is caused by an @Autowired setter called with a null argument (which should be impossible)
When analyzing the problem, we found that three instances of the bean being autowired were instantiated in rapid succession (i.e. concurrently). This made us think of checking whether there maybe concurrency issues within Springs bean initialization code. Ultimately I looked at the code in AutowiredAnnotationBeanPostProcessor.AutowiredMethodElement.inject() and I think I came up with a race condition scenario that does explain the injected null reference:
Consider AutowiredAnnotationBeanPostProcessor.AutowiredMethodElement.inject():
Let's say there are 3 Threads: t1, t2, t3 and the AutowiredMethodElement is in the state cached == false, cachedMethodArguments == null. This means that there probably hasn't been any call to inject() before and checking our log files, we indeed found that we didn't instantiate a bean of this type before. Now what I guess could have happened is:
1. t1 enters, finds cached == false, steps into else block and is interrupted
2. t2 enters, finds cached == false, steps into else block and is interrupted
3. t1 continues, fills in cachedMethodArguments, sets cached = true
4. t3 enters, finds cached == true, steps into if block and is interrupted
5. t2 continues, executes cachedMethodArguments = new Object[...] and is interrupted (chachedMethodArguments contains null references now!)
6. t3 continues, copies cachedMethodArguments[i] to arguments[i] (all null)
7. t3 invokes @Autowired annotated method, thereby injecting the null value
Have I missed any synchronization mechanism that prevents this? If not, it's probably a bug that needs fixing 

I think I've only seen this with 1.5.6. The failure is:

	at java.util.HashMap$HashIterator.nextNode(HashMap.java:1439)
	at java.util.HashMap$KeyIterator.next(HashMap.java:1461)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainerIntegration2Tests.testDeleteOneQueue(SimpleMessageListenerContainerIntegration2Tests.java:176)
	at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source)

Exception throw inside Pipeline is not reported or handled when error handler is LoggingErrorHandler.
Attached unit test fails - exchange with exception is not passed to "mock:error" endpoints.
Test will pass when you change error handler to default (DeadLetterErrorHandler)
or when processor throwing an exception is processed not inside Pipeline.
After some digging inside source code I noticed Pipeline source code fragment.

        AsyncProcessorHelper.process(this, exchange);
    }

AsyncProcessorHelper.process(..) never throws exception directly.
Instead it passes exception information in exchange object properties.
Problem is LoggingErrorHandler doesn't use it correctly because (code snipped from LoggingErrorHandler):

        try {
            output.process(exchange);
        } catch (Throwable e) {
            if (!customProcessorForException(exchange, e)) {
                logError(exchange, e);
            }
        }
    }

it is logging only exception returned directly by output.process call.

We had a custom client that did not handle closing the operations, until the end of the session.  it is a mistake in the client, but it reveals kind of a vulnerability in HiveServer2
This happens if you have a session with  (1) HiveCommandOperation and (2) SQLOperation and don't close them right after.  For example a session that does the operations (set a=b; select * from foobar; ). 
When SQLOperation runs , it set SessionState.out and err to be System.out and System.err . Ref:  SQLOperation#setupSessionIO
Then the client closes the session, or disconnects which triggers closeSession() on the Thrift side.  In this case, the closeSession closes all the operations, starting with HiveCommandOperation.  This closes all the streams, which is System.out and System.err as set by SQLOperation earlier.  Ref: HiveCommandOperation#tearDownSessionIO 
After this, no more HiveServer2 output appears as System.out and System.err are closed.

I have running a blueprint file with a camel context that has the following:

         <from uri="file:///{{backupFolder}}?doneFileName=${file:name}.4camel&amp;recursive=true&amp;delete=true"/>

This causes Camel to throw the following exception when I receive files with names of the following form: YY049608$SQLEXPRESS_TEST1_FULL_20170709_160016.bak
Most likely the '$' in the name is the problem. Is there any way to escape it?

2017-07-09 15:33:03,496 | WARN  | %5Cbackup-folder | FileConsumer                     | 46 - org.apache.camel.camel-core - 2.18.2 | Consumer Consumer[file:///C:%5CUsers%5C300227639%5CDesktop%5Colivia-demo%5Cassembly%5Cdeployables%5C..%5Cdata%5Cbackup-folder?delete=true&doneFileName=%24%7Bfile%3Aname%7D.done&recursive=true] failed polling endpoint: file:///C:%5CUsers%5C300227639%5CDesktop%5Colivia-demo%5Cassembly%5Cdeployables%5C..%5Cdata%5Cbackup-folder?delete=true&doneFileName=%24%7Bfile%3Aname%7D.done&recursive=true. Will try again at next poll. Caused by: [java.lang.IllegalArgumentException - Illegal group reference]
java.lang.IllegalArgumentException: Illegal group reference
        at java.util.regex.Matcher.appendReplacement(Matcher.java:857)[:1.8.0_101]
        at java.util.regex.Matcher.replaceFirst(Matcher.java:1004)[:1.8.0_101]
        at java.lang.String.replaceFirst(String.java:2178)[:1.8.0_101]
        at org.apache.camel.component.file.GenericFileEndpoint.createDoneFileName(GenericFileEndpoint.java:1301)[46:org.apache.camel.camel-core:2.18.2]
        at org.apache.camel.component.file.GenericFileConsumer.isMatched(GenericFileConsumer.java:670)[46:org.apache.camel.camel-core:2.18.2]
        at org.apache.camel.component.file.GenericFileConsumer.isValidFile(GenericFileConsumer.java:545)[46:org.apache.camel.camel-core:2.18.2]
        at org.apache.camel.component.file.FileConsumer.pollDirectory(FileConsumer.java:114)[46:org.apache.camel.camel-core:2.18.2]
        at org.apache.camel.component.file.FileConsumer.pollDirectory(FileConsumer.java:107)[46:org.apache.camel.camel-core:2.18.2]
        at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:132)[46:org.apache.camel.camel-core:2.18.2]
        at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:175)[46:org.apache.camel.camel-core:2.18.2]
        at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:102)[46:org.apache.camel.camel-core:2.18.2]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_101]
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)[:1.8.0_101]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)[:1.8.0_101]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)[:1.8.0_101]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_101]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_101]
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_101]

Thanks, Saycat

See steps to reproduce for description. Additional scenario with a failover where we don't need to authenticate with the last request (but where we should be required to authenticate):

Access A1, authenticate, fail A1 (e.g. shutdown the server), access A2, invalidate session on A2, access A2

Scenarios where the SSO context is destroyed (where we need to authenticate with the last request as expected):

Access A1, authenticate, invalidate session on A1, access A1
Access A1, authenticate, access A2, invalidate session on A1, access A1

Possibly related to JBEAP-1228, JBEAP-1282. Note that we always only have a single session bound to an SSO. I'm not flagging this as a blocker, since the issue usually doesn't manifest thanks to sticky sessions on a load balancer.

Explain extended does not include partition information for Fetch Task (FetchWork). Map Reduce Task (MapredWork)already does this. 
Patch includes Partition Description info to Fetch Task.

From user@hbase, Allan Yan writes:
There might be a bug for REST web service to get rows with given startRow and endRow.
For example, to get a list of rows with startRow=testrow1, endRow=testrow2, I send GET request:
curl http://localhost:8123/TestRowResource/testrow1,testrow2/a:1
And got StringIndexOutOfBoundsException.
This was because in the RowSpec.java, parseRowKeys method, startRow value was changed:

       startRow = sb.toString();
       int idx = startRow.indexOf(',');
       if (idx != -1) {
         startRow = URLDecoder.decode(startRow.substring(0, idx),
           HConstants.UTF8_ENCODING);
         endRow = URLDecoder.decode(startRow.substring(idx + 1),
       } else {
         startRow = URLDecoder.decode(startRow, HConstants.UTF8_ENCODING);
       }

 After change to this, it works:

       String row = sb.toString();
       int idx = row.indexOf(',');
         startRow = URLDecoder.decode(row.substring(0, idx),
         endRow = URLDecoder.decode(row.substring(idx + 1),
       } else {
         startRow = URLDecoder.decode(row, HConstants.UTF8_ENCODING);
       }

I've also created a unit test method in TestRowResource.java,

   @Test
   public void testStartEndRowGetPutXML() throws IOException, JAXBException {
     String[] rows = {ROW_1,ROW_2,ROW_3};
     String[] values = {VALUE_1,VALUE_2,VALUE_3}; 
     Response response = null;
     for(int i=0; i<rows.length; i++){
         response = putValueXML(TABLE, rows[i], COLUMN_1, values[i]);
         assertEquals(200, response.getCode());
         checkValueXML(TABLE, rows[i], COLUMN_1, values[i]);
     }

     response = getValueXML(TABLE, rows[0], rows[2], COLUMN_1);
     assertEquals(200, response.getCode());
     CellSetModel cellSet = (CellSetModel)
       unmarshaller.unmarshal(new ByteArrayInputStream(response.getBody()));
     assertEquals(2, cellSet.getRows().size());
     for(int i=0; i<cellSet.getRows().size()-1; i++){
         RowModel rowModel = cellSet.getRows().get(i);
         for(CellModel cell : rowModel.getCells()){
             assertEquals(COLUMN_1, Bytes.toString(cell.getColumn()));
             assertEquals(values[i], Bytes.toString(cell.getValue()));
         }   
     }
    
     for(String row : rows){
         response = deleteRow(TABLE, row);
     }
   }

   private static Response getValueXML(String table, String startRow, String
 endRow, String column)
           throws IOException {
         StringBuilder path = new StringBuilder();
         path.append('/');
         path.append(table);
         path.append(startRow);
         path.append(",");
         path.append(endRow);
         path.append(column);
         return getValueXML(path.toString());
   }

There's an ordering issue with the LLAP queue that we've seen on some run. 

When we run this test case

/**
 * Copyright 2015-2016 Red Hat, Inc, and individual contributors.
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 * http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */
package org.wildfly.swarm.container;

import org.wildfly.swarm.Swarm;
import org.wildfly.swarm.container.runtime.cdi.ProjectStageFactory;
import org.wildfly.swarm.spi.api.ProjectStage;
import org.wildfly.swarm.spi.api.SwarmProperties;

/**
 * @author Heiko Braun
 * @since 07/04/16
 */
public class ProjectStagesTest {

    @Before
    public void prepareStage() {
        testStages = new ProjectStageFactory().loadStages(
                ProjectStagesTest.class.getClassLoader().getResourceAsStream("project-stages.yml")
        );
    }

    @After
    public void clearProps() {
        // cleanup the props used, otherwise they interfere with followup tests
        for (ProjectStage stage : testStages) {
            for (String key : stage.getProperties().keySet()) {
                System.clearProperty(key);
            }
        }
        System.clearProperty(SwarmProperties.PROJECT_STAGE);
    }

    @Test
    public void testParser() {

        ProjectStageFactory factory = new ProjectStageFactory();
        List<ProjectStage> stages = factory.loadStages(
        );

        Assert.assertEquals(3, stages.size());

        for (ProjectStage stage : stages) {
            System.out.println("["+stage.getName()+"]");
            Map<String, String> properties = stage.getProperties();
            assertEquals(6, properties.keySet().size());

            assertTrue("Property is missing", properties.keySet().contains("swarm.magic.enabled"));
            assertTrue("Property is missing", properties.keySet().contains(SwarmProperties.PORT_OFFSET));
            properties.entrySet().forEach(e -> System.out.println(e.getKey()+"="+e.getValue()));
        }

    }

    @Test
    public void testStageConfigurationLoading() throws Exception {

        System.setProperty(SwarmProperties.PROJECT_STAGE, "development");

        Swarm container = new Swarm()
                .withStageConfig(
                        ProjectStagesTest.class.getClassLoader().getResource("project-stages.yml")
                );

        container.start();

        assertEquals("50", System.getProperty(SwarmProperties.PORT_OFFSET));
        assertEquals("DEBUG", System.getProperty("logger.level"));

        container.stop();
    }

    @Test
    public void testArgsPrecendence() throws Exception {

        System.setProperty(SwarmProperties.PORT_OFFSET, "150");

                );

        assertEquals("150", System.getProperty(SwarmProperties.PORT_OFFSET));

    }

    @Test
    public void testUnknownStageConfiguration() throws Exception {

        Swarm container = null;
        System.setProperty(SwarmProperties.PROJECT_STAGE, "foobar");
        try {
            container = new Swarm();
            container.withStageConfig(ProjectStagesTest.class.getClassLoader().getResource("project-stages.yml"));
            fail();
        } catch(RuntimeException ex) {
            // TODO
            assertEquals(true,ex.getMessage().contains("WFSWARM0003"));
        }

    }

/*    @Test
    public void testStageConfigAPI() throws Exception {

                )
                .fraction(new Fraction() {
                    @Override
                    public void initialize(InitContext initContext) {
                        Assert.assertTrue("stage config is not present", initContext.projectStage().isPresent());
                        StageConfig stageConfig = initContext.projectStage().get();
                        Assert.assertEquals("DEBUG", stageConfig.resolve("logger.level").getValue());

                        Integer intVal = stageConfig
                                .resolve(SwarmProperties.PORT_OFFSET)
                                .as(Integer.class)
                                .getValue();

                        Assert.assertEquals(new Integer(10), intVal);

                        Boolean boolVal = stageConfig
                                .resolve("swarm.magic.enabled")
                                .as(Boolean.class)

                        Assert.assertEquals(Boolean.TRUE, boolVal);
                    }
                });

        container.start().stop();
    }*/

    private List<ProjectStage> testStages;
}

this error is reported

[WARN] logging not available, logging will not be configured
Sep 12, 2016 6:39:10 PM org.wildfly.swarm.Swarm loadStageConfiguration
INFO: WFSWARM0024: Using project stage: development
Sep 12, 2016 6:39:10 PM org.wildfly.swarm.Swarm withStageConfig
WARN: WFSWARM0022: Project stage superseded by external configuration null
Sep 12, 2016 6:39:10 PM org.wildfly.swarm.container.runtime.ServerBootstrapImpl logFraction
INFO: WFSWARM0018: Installed fraction:                Container - STABLE          org.wildfly.swarm:container:2016.10-SNAPSHOT
WARN: WFSWARM0018: Installed fraction:        Arquillian Daemon - UNSTABLE        org.wildfly.swarm:arquillian-daemon:2016.10-SNAPSHOT
INFO: WFSWARM0018: Installed fraction:                      MSC - STABLE          org.wildfly.swarm:msc:2016.10-SNAPSHOT
Sep 12, 2016 6:39:10 PM org.jboss.weld.environment.deployment.discovery.DiscoveryStrategyFactory create
INFO: WELD-ENV-000020: Using jandex for bean discovery
Sep 12, 2016 6:39:10 PM org.jboss.weld.bootstrap.WeldStartup startContainer
INFO: WELD-000101: Transactional services not available. Injection of @Inject UserTransaction not available. Transactional observers will be invoked synchronously.

java.lang.IllegalStateException: WELD-ENV-002000: Weld SE container STATIC_INSTANCE is already running!

	at org.jboss.weld.environment.se.WeldContainer.initialize(WeldContainer.java:136)
	at org.jboss.weld.environment.se.Weld.initialize(Weld.java:659)
	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:97)
	at org.wildfly.swarm.Swarm.start(Swarm.java:294)
	at org.wildfly.swarm.Swarm.start(Swarm.java:272)
	at org.wildfly.swarm.container.ProjectStagesTest.testStageConfigurationLoading(ProjectStagesTest.java:85)

This error doesn't exist when the test ("org.wildfly.swarm.container.ProjectStagesTest#testStageConfigurationLoading") is executed individually

The documentation states to use spring-beans-3.1.xsd but it should be spring-beans-3.0.xsd

Creating a physical type with:
 physicalTypeMetadataProvider.createPhysicalType(physicalTypeMetadata)
When physicalTypeMetadata has a method with an array parameter:
 public String getPeopleData(Integer[] assetId) 
{
 }

The array modifier "[]" is lost writting to file:

 public String getPeopleData(Integer assetId) {  return null; }
            
I am trying to set up a Spring MVC 3 app using tiles and tuckey's urlrewritefilter as done in the petcare sample app.
I noticed that my form action attributes are being written like
action="/myap/app/new" which tuckey filter would rewrite as /myapp/app/app/new, JBoss on the other hand writes the action attribute correctly "/myapp/new".

Reported in HIVE-5148. Code doesn't check whether session exists before attempting to close.

When the number of dynamic partitions to be loaded are high, the time taken for 'MoveTask' is greater than the actual job in some scenarios.  It would be possible to reduce overall runtime by reducing the number of calls made to metastore from MoveTask operation.

This is follow-up to issue: https://issues.jboss.org/browse/WFLY-9818 where XTS subsystem was enriched with attribute <async-registration enabled="true" /> to enable XTS async registration needed to work fine with .NET.
In JBoss EAP 7.1 there is change to enable the feature with system property wsat.async.registration.
The possibility to enable the feature with the system property should be available in the master (WFLY14) too.

Copied the following from a comment since this was better description of the race condition.
The original description was merged to the beginning of my first comment below.
Observed the following in region server log (running on hadoop3 cluster):

2018-02-26 16:06:50,044 WARN  [RpcServer.default.FPBQ.Fifo.handler=26,queue=2,port=16020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 135ms

2018-02-26 16:06:50,049 ERROR [MemStoreFlusher.1] regionserver.MemStoreFlusher: Cache flusher failed for entry org.apache.hadoop.hbase.regionserver.                              MemStoreFlusher$WakeupFlushThread@2adfadd7
        at org.apache.hbase.thirdparty.com.google.common.base.Preconditions.checkState(Preconditions.java:441)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushOneForGlobalPressure(MemStoreFlusher.java:174)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.access$600(MemStoreFlusher.java:69)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher$FlushHandler.run(MemStoreFlusher.java:237)

Here is the Precondition from MemStoreFlusher#flushOneForGlobalPressure() :

      Preconditions.checkState(
        (regionToFlush != null && regionToFlushSize > 0) || bestRegionReplicaSize > 0);

When the Preconditions check fails, IllegalStateException would be raised.
With more debug logging, we can see the scenario where the exception was triggered.

2018-03-02 17:28:30,097 DEBUG [MemStoreFlusher.0] regionserver.CompactSplit: Splitting TestTable,,1520011528142.0453f29030757eedb6e6a1c57e88c085., compaction_queue=(0:0),     split_queue=1
2018-03-02 17:28:30,098 DEBUG [RpcServer.priority.FPBQ.Fifo.handler=19,queue=1,port=16020] regionserver.IncreasingToUpperBoundRegionSplitPolicy: ShouldSplit because info      size=6.9G, sizeToCheck=256.0M, regionsWithCommonTable=1
2018-03-02 17:28:30,296 INFO  [RpcServer.default.FPBQ.Fifo.handler=24,queue=0,port=16020] regionserver.MemStoreFlusher: wake up flusher due to ABOVE_ONHEAP_LOWER_MARK
2018-03-02 17:28:30,297 DEBUG [MemStoreFlusher.1] regionserver.MemStoreFlusher: Flush thread woke up because memory above low water=381.5 M
2018-03-02 17:28:30,297 INFO  [RpcServer.default.FPBQ.Fifo.handler=25,queue=1,port=16020] regionserver.MemStoreFlusher: wake up flusher due to ABOVE_ONHEAP_LOWER_MARK
2018-03-02 17:28:30,298 DEBUG [MemStoreFlusher.1] regionserver.MemStoreFlusher: region TestTable,,1520011528142.0453f29030757eedb6e6a1c57e88c085. with size 400432696
2018-03-02 17:28:30,298 DEBUG [MemStoreFlusher.1] regionserver.MemStoreFlusher: region atlas_janus,,1519927429371.fbcb5e495344542daf8b499e4bac03ae. with size 0
2018-03-02 17:28:30,298 INFO  [MemStoreFlusher.1] regionserver.MemStoreFlusher: Flush of region atlas_janus,,1519927429371.fbcb5e495344542daf8b499e4bac03ae. due to global     heap pressure. Flush type=ABOVE_ONHEAP_LOWER_MARKTotal Memstore Heap size=381.9 MTotal Memstore Off-Heap size=0, Region memstore size=0
2018-03-02 17:28:30,298 INFO  [MemStoreFlusher.1] regionserver.MemStoreFlusher: wake up by WAKEUPFLUSH_INSTANCE
2018-03-02 17:28:30,298 INFO  [MemStoreFlusher.1] regionserver.MemStoreFlusher: Nothing to flush for atlas_janus,,1519927429371.fbcb5e495344542daf8b499e4bac03ae.
2018-03-02 17:28:30,298 INFO  [MemStoreFlusher.1] regionserver.MemStoreFlusher: Excluding unflushable region atlas_janus,,1519927429371.fbcb5e495344542daf8b499e4bac03ae. -    trying to find a different region to flush.

Region 0453f29030757eedb6e6a1c57e88c085 was being split.
In HRegion#flushcache, the log from else branch can be seen in 20090-server-61260-01-000007.log :

      synchronized (writestate) {
        if (!writestate.flushing && writestate.writesEnabled) {
          this.writestate.flushing = true;
        } else {
          if (LOG.isDebugEnabled()) {
            LOG.debug("NOT flushing memstore for region " + this
                + ", flushing=" + writestate.flushing + ", writesEnabled="
                + writestate.writesEnabled);
          }

Meaning, region 0453f29030757eedb6e6a1c57e88c085 couldn't flush, leaving memory pressure at high level.
When MemStoreFlusher ran to the following call, the region was no longer a flush candidate:

      HRegion bestFlushableRegion =
          getBiggestMemStoreRegion(regionsBySize, excludedRegions, true);

So the other region, atlas_janus,,1519927429371.fbcb5e495344542daf8b499e4bac03ae. , was examined next. Since the region was not receiving write, the (current) Precondition check failed.
The proposed fix is to convert the Precondition to normal return.

ECLIPSELINK.ORACLE=org.eclipse.persistence.platform.database.OraclePlatformÍ
should be
ECLIPSELINK.ORACLE=org.eclipse.persistence.platform.database.OraclePlatform

When a message is sent to a bean: endpoint, camel searches for a method with the right signature.  If multiple methods are found, an exception is thrown.
If a have an interface like
public interface <T> I {
  T function(T arg);
}
and a class like
public class C implements I<Number> {
  Number function(Number arg) 
{
    return new Double(arg.doubleValue() * 2);
  }
}

then I can't use an instance of C as an endpoint.

The problem is that under the hood java has created a bridge method, and the "real" class C looks like

  Number function(Number arg) {    return new Double(arg.doubleValue() * 2);  }

  Object function(Object arg) 
{
    return function((Number) arg);
  }
}
Camel then discovers that there are two methods it could call (f(Object) and f(Number)) and throws an exception even though there's no real ambiguity because both methods do the same thing.
I recommend rejecting bridge methods in BeanInfo.isValidMethod with somehting like
if (method.isBridgeMethod()) return false;
Does this sound reasonable?

The following:

@EnableWebMvcSecurity
    public SecurityConfig() {
        super(true);
    }

    @Override
        // @formatter:off
        http
                .addFilter(new WebAsyncManagerIntegrationFilter())
                .exceptionHandling().and()
                .headers().and()
                .securityContext().and()
                .requestCache().and()
                .servletApi().and()
                .authorizeRequests()
                      .anyRequest().authenticated()
                      .and()
                .httpBasic();
        // @formatter:on
    }

...
}

produces

    at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:82)
    at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
    at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:50)
    at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
    at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192)
    at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.springframework.boot.actuate.trace.WebRequestTraceFilter.doFilterInternal(WebRequestTraceFilter.java:102)
    at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:85)
    at org.springframework.boot.actuate.autoconfigure.MetricFilterAutoConfiguration$MetricsFilter.doFilterInternal(MetricFilterAutoConfiguration.java:90)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1086)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:223)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

Scenario:

Ambari metrics service uses HBase in standalone mode
On restart of AMS HBase, the Master gives up in 30 seconds due to a hardcoded timeout in JVMClusterUtil

2016-07-18 19:24:44,199 ERROR [main] master.HMasterCommandLine: Master exiting
java.lang.RuntimeException: Master not active after 30 seconds
        at org.apache.hadoop.hbase.util.JVMClusterUtil.startup(JVMClusterUtil.java:194)
        at org.apache.hadoop.hbase.LocalHBaseCluster.startup(LocalHBaseCluster.java:445)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.startMaster(HMasterCommandLine.java:227)
        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
        at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:2526)

On restart the current Master waits to become active and this leads to the timeout being triggered, waiting for a slightly longer time evades this issue.
The timeout it seems was meant for unit tests

Attached patch allows the timeout to be configured via hbase-site as well as sets it to 5 minutes for clusters started through HMasterCommandLine.

The documentation describing how to launch Jython + HBase is out of date. - https://hbase.apache.org/book.html#jython
First, we would set the classpath differently:

HBASE_CLASSPATH=/home/hbase/jython.jar bin/hbase org.python.util.jython

Then, the actual code example is out of date too:

>>> desc = HTableDescriptor(tablename)
>>> desc.addFamily(HColumnDescriptor("content:"))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
	at org.apache.hadoop.hbase.HColumnDescriptor.isLegalFamilyName(HColumnDescriptor.java:566)
	at org.apache.hadoop.hbase.HColumnDescriptor.<init>(HColumnDescriptor.java:470)
	at org.apache.hadoop.hbase.HColumnDescriptor.<init>(HColumnDescriptor.java:425)
	at org.apache.hadoop.hbase.HColumnDescriptor.<init>(HColumnDescriptor.java:390)
	at org.apache.hadoop.hbase.HColumnDescriptor.<init>(HColumnDescriptor.java:338)
	at org.apache.hadoop.hbase.HColumnDescriptor.<init>(HColumnDescriptor.java:327)
	at org.python.core.PyReflectedConstructor.constructProxy(PyReflectedConstructor.java:211)

We should make sure that the examples we claim are runnable actually are.

We have hundreds of javadoc warnings emitted on every build.

interpolation of variables in Subsets doesn't work, if they are not accessed via getString(). The following
example illustrates the problem:
BaseConfiguration oBase = new BaseConfiguration();
oBase.addProperty( "a.b", new Integer(2) );
oBase.addProperty( "a.c", "${a.b}" );
// as expected: 2
int iValueBaseConfig = oBase.getInt( "a.c" );
String strValueBaseConfig = oBase.getString("a.c");
String strValueSubset = oBase.subset("a").getString("c");
// ConversionException, 'c' doesn't map to an Integer object
int iValueSubset = oBase.subset("a").getInt("c");

The following query was simplified for illustration purposes. 
This works correctly:

select client_tid, "" as myvalue1, "" as myvalue2 from clients cluster by client_tid

The intent here is to produce two empty columns in between data.
The following query does not work:

select distinct client_tid, "" as myvalue1, "" as myvalue2 from clients cluster by client_tid

FAILED: Error in semantic analysis: Line 1:44 Repeated key in GROUP BY ""

The key is not repeated since the aliases were given. Seems like Hive is ignoring the aliases when the "distinct" keyword is specified.

Open client connections using:

RestTemplateXhrTransport xhrTransport = new RestTemplateXhrTransport(new RestTemplate());
transports.add(xhrTransport);
sockJsClient = new SockJsClient(transports);
stompClient = new WebSocketStompClient(sockJsClient);

are suddenly terminated (after running for hours) by the server saying: The remote endpoint was in state TEXT_PARTIAL_WRITING ...

[2016-01-29 03:37:57,126] org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.logWriteFrameFailure(AbstractSockJsSession.java:363) [DEBUG] [clientOutboundChannel-5] Terminating connection after failure to send message to client
        at org.springframework.web.socket.sockjs.transport.session.WebSocketServerSockJsSession.writeFrameInternal(WebSocketServerSockJsSession.java:222)
        at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.writeFrame(AbstractSockJsSession.java:325)
        at org.springframework.web.socket.sockjs.transport.session.WebSocketServerSockJsSession.sendMessageInternal(WebSocketServerSockJsSession.java:212)
        at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.sendMessage(AbstractSockJsSession.java:161)
[2016-01-29 03:37:57,135] org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator.handleTransportError(LoggingWebSocketHandlerDecorator.java:62) [DEBUG] [clientOutboundChannel-5] Transport error in WebSocketServerSockJsSe
ssion[id=9f7bc8010fda4275bfd5426d76e95e0a]
        at org.springframework.web.socket.sockjs.transport.session.WebSocketServerSockJsSession.disconnect(WebSocketServerSockJsSession.java:230)
        at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.writeFrame(AbstractSockJsSession.java:331)
[2016-01-29 03:37:57,136] org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator.afterConnectionClosed(LoggingWebSocketHandlerDecorator.java:70) [DEBUG] [clientOutboundChannel-5] WebSocketServerSockJsSession[id=9f7bc8010
fda4275bfd5426d76e95e0a] closed with CloseStatus[code=1011, reason=null]
org.springframework.web.socket.sockjs.SockJsTransportFailureException: Failed to write SockJsFrame content='a["MESSAGE\ndestination:/vtsdb/global/manTrack\ncontent-type:application/json;ch...(truncated)'; nested exception is java.lang.Il
legalStateException: The remote endpoint was in state [TEXT_PARTIAL_WRITING] which is an invalid state for called method
        at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.writeFrame(AbstractSockJsSession.java:342)

if I switch to:

StandardWebSocketClient wsClient = new StandardWebSocketClient();
transports.add(new WebSocketTransport(wsClient));

the client connections becomes even more unstable receiving what appears to corrupt frames with a wrong payload length (wireshark).
I have dumped the frames that causes the client to disconnct from wireshark and tried manually to decode it:

byte[] inputBuffer = DatatypeConverter.parseHexBinary("615b224d4553534147455c6e64657374696e6174696f6e3a2f76747364622f676c6f62616c2f5472616e7369745c6e636f6e74656e742d747970653a6170706c69636174696f6e2f6a736f6e3b636861727365743d5554462d385c6e737562736372697074696f6e3a325c6e6d6573736167652d69643a64303732363761666362333634653530626562373830393937613835653939662d313633333134375c6e636f6e74656e742d6c656e6774683a3135305c6e5c6e7b5c227374616c656169735c223a6e756c6c2c5c227374616c6574696d656169735c223a6e756c6c2c5c226576656e74747970655c223a5c227570646174655c222c5c227768656e6c6173747570646174655c223a5c22536174204a616e2032332031343a31393a30362055544320323031365c222c5c2269645c223a5c2235356632313835622d306461352d343339302d623961302d3533336532323432313833635c227d5c7530303030225d");
			int readPos = 0;
			int b = inputBuffer[readPos++];
			boolean fin = (b & 0x80) > 0;
			int rsv = (b & 0x70) >>> 4;
			byte opCode = (byte) (b & 0x0F);
			b = inputBuffer[readPos++];
			long payloadLength = b & 0x7F;
			int headerLength = 0;
			if (payloadLength == 126) {
				headerLength += 2;
			} else if (payloadLength == 127) {
				headerLength += 8;
			}
				payloadLength = byteArrayToLong(inputBuffer, readPos, 2);
				readPos += 2;
				payloadLength = byteArrayToLong(inputBuffer, readPos, 8);
				readPos += 8;
			}

			out.println(format(
					"fin %s rsv %d opcode %d payloadLength %d isControl %s",
					fin, rsv, opCode, payloadLength, isControl(opCode)));

The stacktrace when a client receives a (corrupt?) frame is:

org.springframework.messaging.simp.stomp.ConnectionLostException: Connection closed
	at org.springframework.messaging.simp.stomp.DefaultStompSession.afterConnectionClosed(DefaultStompSession.java:459)
	at org.springframework.web.socket.messaging.WebSocketStompClient$WebSocketTcpConnectionHandlerAdapter.afterConnectionClosed(WebSocketStompClient.java:353)
	at org.springframework.web.socket.sockjs.client.AbstractClientSockJsSession.afterTransportClosed(AbstractClientSockJsSession.java:321)
	at org.springframework.web.socket.sockjs.client.WebSocketTransport$ClientSockJsWebSocketHandler.afterConnectionClosed(WebSocketTransport.java:172)
	at org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter.onClose(StandardWebSocketHandlerAdapter.java:143)
	at org.apache.tomcat.websocket.WsSession.fireEndpointOnClose(WsSession.java:527)
	at org.apache.tomcat.websocket.WsSession.onClose(WsSession.java:511)
	at org.apache.tomcat.websocket.WsFrameBase.processDataControl(WsFrameBase.java:342)
	at org.apache.tomcat.websocket.WsFrameBase.processData(WsFrameBase.java:284)
	at org.apache.tomcat.websocket.WsFrameBase.processInputBuffer(WsFrameBase.java:130)
	at org.apache.tomcat.websocket.WsFrameClient.processSocketRead(WsFrameClient.java:73)
	at org.apache.tomcat.websocket.WsFrameClient.access$300(WsFrameClient.java:31)
	at org.apache.tomcat.websocket.WsFrameClient$WsFrameClientCompletionHandler.completed(WsFrameClient.java:125)
	at org.apache.tomcat.websocket.WsFrameClient$WsFrameClientCompletionHandler.completed(WsFrameClient.java:108)
	at sun.nio.ch.Invoker.invokeUnchecked(Unknown Source)
	at sun.nio.ch.Invoker$2.run(Unknown Source)
	at sun.nio.ch.AsynchronousChannelGroupImpl$1.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

If I dump only the printable text of the frame from wireshark it looks like this:

["MESSAGE\ndestination:/vtsdb/global/Transit\ncontent-type:application/json;charset=UTF-8\nsubscription:2\nmessage-id:d07267afcb364e50beb780997a85e99f-1633147\ncontent-length:150\n\n{\"staleais\":null,\"staletimeais\":null,\"eventtype\":\"update\",\"whenlastupdate\":\"Sat Jan 23 14:19:06 UTC 2016\",\"id\":\"55f2185b-0da5-4390-b9a0-533e2242183c\"}\u0000"]

which looks like a sane message to me.

Regression in 3.1 M2. When subclass overrides getter with narrower return type, Spring fails to set property. 

public class ReadWritePropertyErrorMain { 

    public static void main(String[] args) { 

        final String contextXml = 
            "<beans xmlns='http://www.springframework.org/schema/beans&#39;" + 
            " xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance&#39;" + 
            " xsi:schemaLocation='" + 
            " http://www.springframework.org/schema/beans" + 
            " http://www.springframework.org/schema/beans/spring-beans-3.0.xsd" + 
            " '" + 
            ">" + 
            " <bean id='t' class='" + MyTemplate5.class.getName() + "'/>" + 
            " <bean class='" + MyDaoSupport5.class.getName() + "'>" + 
            " <property name='myTemplate4' ref='t'/>" + 
            " </bean>" + 
            "</beans>"; 

        AbstractXmlApplicationContext applicationContext = new AbstractXmlApplicationContext() { 
            @Override 
            protected Resource[] getConfigResources() { 
                return new Resource[] { new ByteArrayResource(contextXml.getBytes()) }; 
            } 
        }; 

        applicationContext.refresh(); 

        System.out.println("$"); 
    } 
} 

public class MyDaoSupport4 { 

    private MyTemplate4 myTemplate4; 

    public void setMyTemplate4(MyTemplate4 jdbcTemplate4) { 
        this.myTemplate4 = jdbcTemplate4; 
    } 

    public MyTemplate4 getMyTemplate4() { 
        return myTemplate4; 
    } 

} 

public class MyDaoSupport5 extends MyDaoSupport4 { 

    @Override 
    public MyTemplate5 getMyTemplate4() { // <-- narrow subtype is here 
        return (MyTemplate5) super.getMyTemplate4(); 
    } 

} 

public class MyTemplate4 { } 

public class MyTemplate5 extends MyTemplate4 { } 

Error: 

Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'ru.yandex.commune.junk.stepancheg.spring.readWrite.MyDaoSupport5#0' defined in resource loaded from byte array: Initialization of bean failed; nested exception is java.lang.IllegalStateException: Read and write parameter types are not the same 
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:527) 
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456) 
at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295) 
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225) 
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292) 
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194) 
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:580) 
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:913) 
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:464) 
at ru.yandex.commune.junk.stepancheg.spring.readWrite.ReadWriteProperty.main(ReadWriteProperty.java:36) 
Caused by: java.lang.IllegalStateException: Read and write parameter types are not the same 
at org.springframework.core.convert.Property.resolveMethodParameter(Property.java:137) 
at org.springframework.core.convert.Property.<init>(Property.java:56) 
at org.springframework.beans.BeanWrapperImpl.property(BeanWrapperImpl.java:1174) 
at org.springframework.beans.BeanWrapperImpl.convertForProperty(BeanWrapperImpl.java:497) 
at org.springframework.beans.BeanWrapperImpl.convertForProperty(BeanWrapperImpl.java:490) 
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.convertForProperty(AbstractAutowireCapableBeanFactory.java:1371) 
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1330)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1086) 
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:517) 
... 9 more 

Create a table with partitions and set the SerDe to be Json. The query "select * from tbl1" works fine.
Now set table level SerDe to be Parquet serde. Based on HIVE-6785, table level and partition level can have different serdes. 

java.io.IOException: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.UnsupportedOperationException: Cannot inspect java.util.ArrayList
        at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:154)
        at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1764)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.UnsupportedOperationException: Cannot inspect java.util.ArrayList
        at org.apache.hadoop.hive.ql.exec.ListSinkOperator.process(ListSinkOperator.java:93)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:812)
        at org.apache.hadoop.hive.ql.exec.LimitOperator.process(LimitOperator.java:54)
        at org.apache.hadoop.hive.ql.exec.SelectOperator.process(SelectOperator.java:88)
        at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:97)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:425)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:417)
        at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:140)
        ... 13 more
Caused by: java.lang.UnsupportedOperationException: Cannot inspect java.util.ArrayList
        at org.apache.hadoop.hive.ql.io.parquet.serde.ParquetHiveArrayInspector.getList(ParquetHiveArrayInspector.java:112)
        at org.apache.hadoop.hive.serde2.SerDeUtils.buildJSONString(SerDeUtils.java:310)
        at org.apache.hadoop.hive.serde2.SerDeUtils.getJSONString(SerDeUtils.java:202)
        at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.doSerialize(LazySimpleSerDe.java:246)
        at org.apache.hadoop.hive.ql.exec.ListSinkOperator.process(ListSinkOperator.java:90)

 CSVPrinter.printRecords(final ResultSet resultSet) retrieves all fields from the ResultSet using ResultSet.getString(), which makes QuoteMode.NON_NUMERIC unnecessarily quote numbers.
ResultSet.getObject() could be used instead. Any reason why it wasn't?

We should not clear the lifecycleStrategies on CamelContext when stop() is invoked, as if we restart by invoking start(), the lifecycle strategies should be in use again.

In the tag <sf:commandLink/>, the "disabled" attribute is not working. When disabled is set to "true", the link is still enabled.
It seems that the problem also happens with <sf:commandButton />.
See here for more details: http://forum.springsource.org/showthread.php?t=73561
This might be easy to fix. This tag corresponds to the class org.springframework.faces.ui.ProgressiveUICommand. 
Inside of it, there is a method called getDisabled(). I believe this is not correct, disabled is a Boolean so the corresponding method should be called isDisabled.
This tag is very close to the one that comes with JSF's reference implementation. This one is called <h:commandLink/>. The tag corresponding to this class is called javax.faces.component.html.HtmlCommandButton. 
Inside this class, the corresponding method is indeed called isDisabled().

The BasicPersistentEntity's getPropertyAccessor(..) method fails to take into account 'target' beans that implement the specified type of the PersistentEntity.  The specified type may be an interface or a abstract base class of the implementing domain object entity.
Spring Data GemFire, in particular, added support for interface-based PersistentEntity definitions in SGF-260, where the entity meta-data (such as @Id comes from an interface definition of the entity.

When using the CLI GUI to deploy a CLI archive that contains "module add" commands in its deploy.scr script, the following error message occurs:

{
    "failure-description" => "WFLYCTL0155: steps may not be null",
}

The modules still get created successfully even though the above error messages appears. Note that this error only occurs when using the CLI GUI. Using the CLI without the --gui option works fine.
Deploying the attached CLI archive using the CLI GUI will result in the above error message.

We tried AbstractXlsxView as following implementation with Websphere Liberty Profile 8.5.5.8.
Then we got  IOException (stream is closed) at AbstractXlsView#renderWorkbook().
Of course, we confirmed the same implementation on Tomcat and it succeeded.

public class ExcelView extends AbstractXlsxView {
    @Override
    protected void buildExcelDocument(Map<String, Object> model,
            Workbook workbook, HttpServletRequest request,
            HttpServletResponse response) throws Exception {

        Sheet sheet = workbook.createSheet("sheet1");
        sheet.setFitToPage(true);

        String filename = "sample.xlsx";
        response.setCharacterEncoding("UTF-8");
        response.setHeader("Content-Disposition", "attachment;filename*=''" + URLEncoder.encode(filename, "UTF-8"));
    }
}

We got following stacktrace.

[16/01/26 17:41:44:764 JST] 00000452 com.ibm.ws.webcontainer.util.ApplicationErrorUtils           E SRVE0777E: アプリケーション・クラス 'com.ibm.ws.http.channel.internal.outbound.HttpOutputStreamImpl.validate:196' によって例外がスローされました
java.io.IOException: Stream is closed
              at com.ibm.ws.http.channel.internal.outbound.HttpOutputStreamImpl.validate(HttpOutputStreamImpl.java:196)
              at com.ibm.ws.http.channel.internal.outbound.HttpOutputStreamImpl.flush(HttpOutputStreamImpl.java:571)
              at com.ibm.wsspi.http.ee7.HttpOutputStreamEE7.flush(HttpOutputStreamEE7.java:289)
              at com.ibm.ws.webcontainer.osgi.response.WCOutputStream.flush(WCOutputStream.java:234)
              at org.springframework.security.web.context.OnCommittedResponseWrapper$SaveContextServletOutputStream.flush(OnCommittedResponseWrapper.java:437)
              at org.springframework.web.servlet.view.document.AbstractXlsView.renderWorkbook(AbstractXlsView.java:101)
              at org.springframework.web.servlet.view.document.AbstractXlsView.renderMergedOutputModel(AbstractXlsView.java:74)
              at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:303)

By our investigation, the cause may be that AbstractXlsView (super class of AbstractXlsxView) calls outputStream#flush() twice.
If we prevent one of them as following extension to disable flush, we never see the stacktrace and can download an expected excel file.
In my opinion, it should be fixed to call once to support WebSphere Liberty Profile if there is no reason  to flush twice.

    @Override
    protected void renderWorkbook(Workbook workbook, HttpServletResponse response) throws IOException {
        ServletOutputStream out = response.getOutputStream();
        workbook.write(out);
        //out.flush();

        // Closeable only implemented as of POI 3.10
        if (workbook instanceof Closeable) {
            ((Closeable) workbook).close();
        }
    }

On http://static.springsource.org/spring/docs/3.0.5.RELEASE/spring-framework-reference/html/overview.html#overview-usagescenarios, first figure ("Typical full-fledged Spring web application"), 3rd box on top says "Dymaic binding" which I believe should be "Dynamic binding"

This seems to be a regression from HBASE-12783 discovered in testing Phoenix with 1.1.0-SNAPSHOT. 
Phoenix uses an HTable (with managed connection) to pass to doBulkLoad() which throws NeedUnmanagedConnectionException (see IndexToolIT.java and IndexTool.java in Phoenix). 

I ran into a very peculiar issue today, that was hard to reproduce. In a Spring-MVC app that uses Spring Data JPA and has a DomainClassConverter registered I have a controller method that takes some entity as a model attribute parameter. The entity has a String ID field.
What happens now in some cases (haven't identified the exact circumstances) is that the entity instance, which is initially created and bound correctly, is ran through the conversion service, which finds the DomainClassConverter which will happily map the entity instance onto another instance of the same type by mapping the instance to a String using the standard ObjectToStringConverter and treating the result as the primary key of the entity type... This results in always getting null passed in as the parameter for the controller method.
Obviously the DomainClassConverter should not be used at all in this scenario.
Fortunately I was able to reproduce the scenario in a simple app (see attachment). It's really weird: if you remove the extra non-default constructor of the Entity class, for example, you can no longer reproduce the error. Also, if you comment out the spring.version property in the pom, thereby using 4.0.7.RELEASE instead of 4.1.1.RELEASE, you can also not reproduce the error. This might therefore be related to a recent change in Spring Core as well.
Anyways, there is an easy fix for this issue: the DomainClassConvert#matches method should first check if the source- and targetType are equal and if so, return false: I'd say that no domain class can have itself as its key type and thus it should never attempt to convert these types. 
If you manage to pinpoint the exact cause you might find that there's a better solution, but this is how I worked around this issue for now.

DefaultCamelContext.removeRoute method has these lines among others
 if (getRouteStatus(routeId).isStopped()) {
    routeService.setRemovingRoutes(true);
    shutdownRouteService(routeService);
    removeRouteDefinition(routeId);
    ServiceHelper.stopAndShutdownServices(routeService);
I think the last line from this snippet is not needed, because the route should be already stopped in order to pass the IF statement and then it is shutdown through this call shutdownRouteService(routeService);
 ServiceHelper.stopAndShutdownServices(routeService) tries to stops again the route if not stopped, but the worse is it shutdown the rout again.
It seems to me like a bug, other thoughts?

Trying to revoke a global rights throws

hbase(main):004:0> revoke 'test'
Java::JavaLang::ArrayIndexOutOfBoundsException: 3

The problem is that jruby is not able to do the bind with revoke(..., Permission.Action... actions)

was ok in version 2017.1.1
 Caused by: java.lang.RuntimeException: org.jboss.weld.exceptions.DeploymentException: WELD-001409: Ambiguous dependencies for type Interface with qualifiers @Default   at injection point [BackedAnnotatedField] @Inject org.wildfly.swarm.webservices.runtime.WSDLHostCustomizer.iface   at org.wildfly.swarm.webservices.runtime.WSDLHostCustomizer.iface(WSDLHostCustomizer.java:0)

Making GET request to endpoint which takes parameter as path variable throws IllegalStateException with Spring Boot 2.0.2.RELEASE version. But when I change version to Spring Boot 2.0.1.RELEASE, it works. I attached my sample code and screenshots. Also you can find the exception stack trace below :

java.lang.IllegalArgumentException: No path variable with name "id" available
	at org.springframework.web.reactive.function.server.ServerRequest.pathVariable(ServerRequest.java:225) ~[spring-webflux-5.0.6.RELEASE.jar:5.0.6.RELEASE]
	at com.emre.reactivedemo.handler.UserHandler.getUser(UserHandler.java:36) ~[classes/:na]
	at org.springframework.web.reactive.function.server.support.HandlerFunctionAdapter.handle(HandlerFunctionAdapter.java:61) ~[spring-webflux-5.0.6.RELEASE.jar:5.0.6.RELEASE]
	at org.springframework.web.reactive.DispatcherHandler.invokeHandler(DispatcherHandler.java:168) ~[spring-webflux-5.0.6.RELEASE.jar:5.0.6.RELEASE]
	at org.springframework.web.reactive.DispatcherHandler.lambda$handle$1(DispatcherHandler.java:160) ~[spring-webflux-5.0.6.RELEASE.jar:5.0.6.RELEASE]
	at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:118) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onNext(FluxSwitchIfEmpty.java:67) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:76) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.innerNext(FluxConcatMap.java:271) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxConcatMap$ConcatMapInner.onNext(FluxConcatMap.java:803) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:108) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:1637) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:1451) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:1325) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:54) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoSwitchIfEmpty.subscribe(MonoSwitchIfEmpty.java:44) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:52) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.Mono.subscribe(Mono.java:3080) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:75) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:78) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.Operators.complete(Operators.java:125) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoEmpty.subscribe(MonoEmpty.java:45) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoMap.subscribe(MonoMap.java:55) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.drain(FluxConcatMap.java:418) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.onSubscribe(FluxConcatMap.java:210) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:128) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:61) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.FluxConcatMap.subscribe(FluxConcatMap.java:121) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoNext.subscribe(MonoNext.java:40) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoFlatMap.subscribe(MonoFlatMap.java:60) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoOnErrorResume.subscribe(MonoOnErrorResume.java:44) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.drain(MonoIgnoreThen.java:167) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:56) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoPeekFuseable.subscribe(MonoPeekFuseable.java:70) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.core.publisher.MonoPeekTerminal.subscribe(MonoPeekTerminal.java:61) ~[reactor-core-3.1.7.RELEASE.jar:3.1.7.RELEASE]
	at reactor.ipc.netty.channel.ChannelOperations.applyHandler(ChannelOperations.java:380) ~[reactor-netty-0.7.7.RELEASE.jar:0.7.7.RELEASE]
	at reactor.ipc.netty.http.server.HttpServerOperations.onHandlerStart(HttpServerOperations.java:397) ~[reactor-netty-0.7.7.RELEASE.jar:0.7.7.RELEASE]
	at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163) ~[netty-common-4.1.24.Final.jar:4.1.24.Final]
	at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:404) ~[netty-common-4.1.24.Final.jar:4.1.24.Final]
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:463) ~[netty-transport-4.1.24.Final.jar:4.1.24.Final]
	at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:884) ~[netty-common-4.1.24.Final.jar:4.1.24.Final]
	at java.base/java.lang.Thread.run(Thread.java:844) ~[na:na]

See nabble
http://camel.465427.n5.nabble.com/How-to-handle-error-when-Renaming-file-from-failed-due-cannot-delete-from-file-tp5727493.html
This cause problems on windows as it will lock the file etc.

In a secure cluster, I tried to grant user 'hrt_1' permission to namespace X

hbase(main):002:0> grant 'hrt_1', 'W', '@X'

ERROR: no method 'grant' for arguments (org.apache.hadoop.hbase.protobuf.generated.AccessControlProtos.AccessControlService.BlockingStub,org.jruby.RubyString,org.jruby.java.proxies.ArrayJavaProxy,org.jruby.java.proxies.ArrayJavaProxy) on Java::OrgApacheHadoopHbaseProtobuf::ProtobufUtil
    (org.apache.hadoop.hbase.protobuf.generated.AccessControlProtos.AccessControlService.BlockingInterface,java.lang.String,java.lang.String,org.apache.hadoop.hbase.security.access.Permission.Action[])
    (org.apache.hadoop.hbase.protobuf.generated.AccessControlProtos.AccessControlService.BlockingInterface,java.lang.String,org.apache.hadoop.hbase.TableName,byte[],byte[],org.apache.hadoop.hbase.security.access.Permission.Action[])
    (org.apache.hadoop.hbase.protobuf.generated.AccessControlProtos.AccessControlService.BlockingInterface,java.lang.String,org.apache.hadoop.hbase.security.access.Permission.Action[])

Grant users specific rights.
Syntax : grant <user> <permissions> [<table> [<column family> [<column qualifier>]]

permissions is either zero or more letters from the set "RWXCA".
READ('R'), WRITE('W'), EXEC('X'), CREATE('C'), ADMIN('A')

    hbase> grant 'bobsmith', 'RWXCA'
    hbase> grant 'bobsmith', 'RW', 't1', 'f1', 'col1'

In one of use cases, we found the following exception and replication is stuck.

2017-10-25 19:41:17,199 WARN  [hconnection-0x28db294f-shared--pool4-t936] client.AsyncProcess: #3, table=foo, attempt=5/5 failed=262836ops, last exception: java.io.IOException: java.io.IOException: Maximum lock count exceeded
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2215)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:109)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:185)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:165)
Caused by: java.lang.Error: Maximum lock count exceeded
        at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.fullTryAcquireShared(ReentrantReadWriteLock.java:528)
        at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.tryAcquireShared(ReentrantReadWriteLock.java:488)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1327)
        at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.tryLock(ReentrantReadWriteLock.java:871)
        at org.apache.hadoop.hbase.regionserver.HRegion.getRowLock(HRegion.java:5163)
        at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchMutation(HRegion.java:3018)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2877)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2819)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.doBatchOp(RSRpcServices.java:753)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.doNonAtomicRegionMutation(RSRpcServices.java:715)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.multi(RSRpcServices.java:2148)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:33656)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2170)
        ... 3 more

While we are still examining the data pattern, it is sure that there are too many mutations in the batch against the same row, this exceeds the maximum 64k shared lock count and it throws an error and failed the whole batch.
There are two approaches to solve this issue.
1). Let's say there are mutations against the same row in the batch, we just need to acquire the lock once for the same row vs to acquire the lock for each mutation.
2). We catch the error and start to process whatever it gets and loop back.
With HBASE-17924, approach 1 seems easy to implement now. 
Create the jira and will post update/patch when investigation moving forward.

I was trying to use a CTAS query to create a table stored with ORC and orc.compress was set to SNAPPY. However, the table was still compressed as ZLIB (although the result of DESCRIBE still shows that this table is compressed by SNAPPY). For a CTAS query, SemanticAnalyzer.genFileSinkPlan uses CreateTableDesc to generate the TableDesc for the FileSinkDesc by calling PlanUtils.getTableDesc. However, in PlanUtils.getTableDesc, I do not see user provided table properties are assigned to the returned TableDesc (CreateTableDesc.getTblProps was not called in this method ).  
btw, I only checked the code of 0.12 and trunk.
Two examples:

Snappy compression

create table web_sales_wrong_orc_snappy
stored as orc tblproperties ("orc.compress"="SNAPPY")
as select * from web_sales;

describe formatted web_sales_wrong_orc_snappy;
....
Location:           	hdfs://localhost:54310/user/hive/warehouse/web_sales_wrong_orc_snappy	 
	COLUMN_STATS_ACCURATE	true                
	numFiles            	1                   
	numRows             	719384              
	orc.compress        	SNAPPY              
	rawDataSize         	97815412            
	totalSize           	40625243            
	transient_lastDdlTime	1387566015       
....   

bin/hive --orcfiledump /user/hive/warehouse/web_sales_wrong_orc_snappy/000000_0
Rows: 719384
Compression size: 262144
...

No compression

create table web_sales_wrong_orc_none
stored as orc tblproperties ("orc.compress"="NONE")

describe formatted web_sales_wrong_orc_none;
....
Location:           	hdfs://localhost:54310/user/hive/warehouse/web_sales_wrong_orc_none	 
	numFiles            	1                   
	orc.compress        	NONE                
	transient_lastDdlTime	1387566064       
....   

bin/hive --orcfiledump /user/hive/warehouse/web_sales_wrong_orc_none/000000_0
...

When using optimistic locking on the web cache, data from expired sessions is not removed from the web cache by the org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler and leaks forever.
Session seems to be invalidated correctly and isn't accessible anymore.
After tracing the code, org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove() doesn't remove the metadata entries when "this.properties.isLockOnWrite()" returns false (which is always the case for optimistic locking). Then in org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.remove(), the call to attributesFactory.remove(id) also gets skipped.
We've tried to adjust the code of org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove() to the following:

    private boolean remove(String id, Cache<SessionCreationMetaDataKey, SessionCreationMetaDataEntry<L>> creationMetaDataCache) {
        SessionCreationMetaDataKey key = new SessionCreationMetaDataKey(id);
        if (this.properties.isLockOnWrite()) {
            if (creationMetaDataCache.getAdvancedCache().withFlags(Flag.ZERO_LOCK_ACQUISITION_TIMEOUT, Flag.FAIL_SILENTLY).lock(key)) {
                creationMetaDataCache.getAdvancedCache().withFlags(Flag.IGNORE_RETURN_VALUES).remove(key);
                this.accessMetaDataCache.getAdvancedCache().withFlags(Flag.IGNORE_RETURN_VALUES).remove(new SessionAccessMetaDataKey(id));
                return true;
            }
        } else {
            creationMetaDataCache.getAdvancedCache().withFlags(Flag.IGNORE_RETURN_VALUES).remove(key);
            this.accessMetaDataCache.getAdvancedCache().withFlags(Flag.IGNORE_RETURN_VALUES).remove(new SessionAccessMetaDataKey(id));
        }
    }

With that change, the memory leaks disappears.

When I added a unit test to show how to get the SOAP header from a PAYLOAD camel-cxf endpoint , I found the soap header stuff is not working.

To reproduce, create 2 messaging-activemq's server with the same configuration of http-acceptor:

            <server name="default">
                ....
                <http-acceptor name="http-acceptor" http-listener="default"/>
                ...
            </server>
            <server name="other">
                ...
                ...
            </server>

WildFly starts with the error:

16:24:47,503 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 51) WFLYCTL0013: Operation ("add") failed - address: ([
    ("server" => "other"),
    ("http-acceptor" => "http-acceptor")
]): org.jboss.msc.service.DuplicateServiceException: Service jboss.messaging-activemq.http-upgrade-service.http-acceptor is already registered

create table tmptmp(a string) partitioned by (b string);
alter table tmptmp add partition (b="1:2:3");
alter table  tmptmp rename to tmptmp_test;
The location for tmptmp_test partition (b="1:2:3) is unescaped due to rename, and hence it cannot be dropped.

Just a minor annoyance, sometimes the client code logs non-printable binary bytes that mess up my terminal when DEBUG logging is turned on.

When rendering a JSF view that is not part of flow request a NullPointerException is thrown:

	at org.springframework.faces.webflow.FlowViewStateManager.saveView(FlowViewStateManager.java:181)
	at com.sun.faces.application.view.WriteBehindStateWriter.flushToWriter(WriteBehindStateWriter.java:221)
	at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:406)
	at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:127)
	at org.springframework.faces.webflow.FlowViewHandler.renderView(FlowViewHandler.java:99)
	at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:269)
	at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:117)
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:97)
	at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:135)
	at org.springframework.springfaces.FacesView.renderMergedOutputModel(FacesView.java:39)
	at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:250)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1047)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:817)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

The StateManager should probably just delegate if JsfUtils.isFlowRequest() returns false:

if (context.getViewRoot().isTransient()) {
}
if(!JsfUtils.isFlowRequest()) {
  return delegate.saveView(context);
}
FlowSerializedView view = null;
if (JsfRuntimeInformation.isPartialStateSavingSupported()) {
  Object[] state = (Object[]) delegate.saveView(context);
  view = new FlowSerializedView(context.getViewRoot().getViewId(), state[0], state[1]);
} else {
  view = new FlowSerializedView(context.getViewRoot().getViewId(), getTreeStructureToSave(context),
				getComponentStateToSave(context));
}
...

getRequestsCount() is a function in org.apache.hadoop.hbase.ClusterStatus in HBase Client compoent. The comment says that it is for us to get the number of requests since last report, but the code inside this function return the number of requests since region server start.
Here we should change the code 
count += e.getValue().getTotalNumberOfRequests();
to 
count += e.getValue().getNumberOfRequests();

The code in redirectToFailureUrl() prepends the contextPath to the member variable every time there is a failure. If the contextPath isn't "" this means that the second time there is a failure the client will be redirected to an invalid page. Here's the faulty code:
        if (switchFailureUrl != null) 
{
            switchFailureUrl = request.getContextPath() + switchFailureUrl;
            response.sendRedirect(response.encodeRedirectURL(switchFailureUrl));
        }
 else {
Why not use the sendRedirect() method which is used for targetUrl? E.g.:
{
            sendRedirect(request, response, switchFailureUrl);
        }
 else {
This fix also means that the useRelativeContext property will actually be used also on failures. I think the user of SwitchUserProcessingFilter would expect that.

If a project defines WIldFly Swarm dependencies in a Maven Profile, any tests in the project are unable to find the bootstrap.jar from WildFly Swarm.
Problem appears to be in UberjarSimpleContainer when it loads the `pom.xml` file and resolves the dependencies. Without a profile on that resolution, it doesn't find the dependencies

See nabble
http://camel.465427.n5.nabble.com/addTypeConverter-does-not-clear-misses-in-BaseTypeConverterRegistry-tp4288871p4288871.html

We update the last.repl.id as a database property. This is done after all the bootstrap tasks to load the relevant data are done and is the last task to be run. however we are currently not setting up the DAG correctly for this task. This is getting added as the root task for now where as it should be the last task to be run in a DAG. This becomes more important after the inclusion of 
HIVE-17426 since this will lead to parallel execution and incorrect DAG's will lead to incorrect results/state of the system. 

I was using the default fallback mechanism Spring3 has introduced: ${MY_PROPERTY:DEFAULT}
In my approach the DEFAULT value will come as an SpEL. Here's my case: 
${OUTPUT_FOLDER:#{systemProperties['java.io.tmpdir']}}
The problem is when the OUTPUT_FOLDER is defined it will add the last '}' character as a suffix (however it's the closing bracket for '${}', but I guess it matches only for the first end bracket that is of '#{}'. So at the end OUTPUT_FOLDER will look like 'C:\myfolder}'

Currently, fraction autodetection is very opaque process. One can only see its output, the list of detected fractions. If the list looks wrong, there's no way to figure out how the autodetection process came up with it. At the very least, the list of files/directories being scanned should be provided in a debug log.

Unnecessary: "PTF operator: More than 1 argument expression of aggregation function rank"

A recent commit changed the implementation of AbstractGenericHttpMessageConverter.canWrite(Type, Class<?>, MediaType) to delegate execution to canWrite(MediaType) instead of calling canWrite(Class<?>, MediaType).
This breaks existing implementations that selectively override the method taking two arguments as it's effectively never being called anymore as the framework always invokes the three-argument method.

This can cause rows to be lost from a scan.
See this thread where the issue was brought up: http://search-hadoop.com/m/xITBQ136xGJ1
If hbase.regionserver.lease.period is higher on the client than the server we can get this series of events: 
1. Client is scanning along happily, and does something slow.
2. Scanner times out on region server
3. Client calls HTable.ClientScanner.next()
4. The region server throws an UnknownScannerException
5. Client catches exception and sees that it's not longer then it's hbase.regionserver.lease.period config, so it doesn't throw a ScannerTimeoutException. Instead, it treats it like a NSRE.
Right now the workaround is to make sure the configs are consistent. 
A possible fix would be to use whatever the region server's scanner timeout is, rather than the local one.

This seems to be the same as https://github.com/spring-projects/spring-data-build/issues/662 which was fixed by https://github.com/spring-projects/spring-data-build/pull/663
But JPA specifies it's own surefire plugin version, invalidating the configuration from spring-data-build.

The MappingJacksonHttpMessageConverter getContentType() method always returns a media type of "application/json", which ignores the media types I may have set it up with via setSupportedMediaTypes (e.g. "application/vnd.stocks+json").

In the process of fixing HIVE-9500, an incompatibility was introduced that will break 3rd party code that relies on LazySimpleSerde. In HIVE-9500, the nested class SerDeParamaters was removed and the method LazySimpleSerDe.initSerdeParms was also removed. They were replaced by a standalone class LazySerDeParameters.
Since this has already been released, I don't think we should revert the change since that would mean breaking compatibility again. Instead, the best approach would be to support both interfaces, if possible. 

HIVE-7533 enabled sql std authorization to be set in hive cli (without enabling authorization checks). This updates hive configuration so that create-table and create-views set permissions appropriately for the owner of the table.
HIVE-7209 added a metastore authorization provider that can be used to restricts calls made to the authorization api, so that only HS2 can make those calls (when HS2 uses embedded metastore).
Some issues were found with this.

Even if hive.security.authorization.enabled=false, authorization checks were happening for non sql statements as add/detete/dfs/compile, which results in MetaStoreAuthzAPIAuthorizerEmbedOnly throwing an error.
Create table from hive-cli ended up calling metastore server api call (getRoles) and resulted in  MetaStoreAuthzAPIAuthorizerEmbedOnly throwing an error.
Some users prefer to enable authorization using hive-site.xml for hive-server2 (hive.security.authorization.enabled param). If this file is shared by hive-cli and hive-server2,  SQL std authorizer throws an error because is use in hive-cli is not allowed.

adding 

<minimizeJar>true</minimizeJar>

 to maven-shade-plugin reduces the uber jar (hive-jdbc-0.14.0-SNAPSHOT-standalone.jar) from 51MB to 27MB.  Is there any reason not to add it?
https://maven.apache.org/plugins/maven-shade-plugin/shade-mojo.html#minimizeJar

Hadoop 3.3.0 (trunk) updated various dependencies, which adds additional licenses that break HBase's license check plugin.
CDDL/GPLv2+CE license
This product includes JavaBeans Activation Framework API jar licensed under the CDDL/GPLv2+CE.
CDDL or GPL version 2 plus the Classpath Exception
 ERROR: Please check ^^^^^^^^^^^^ this License for acceptability here:
https://www.apache.org/legal/resolved
If it is okay, then update the list named 'non_aggregate_fine' in the LICENSE.vm file.
 If it isn't okay, then revert the change that added the dependency.
More info on the dependency:
<groupId>javax.activation</groupId>
 <artifactId>javax.activation-api</artifactId>
 <version>1.2.0</version>
maven central search
 g:javax.activation AND a:javax.activation-api AND v:1.2.0
project website
http://java.net/all/javax.activation-api/
 project source
https://github.com/javaee/activation/javax.activation-api
Bouncy Castle License 
–
 This product includes Bouncy Castle PKIX, CMS, EAC, TSP, PKCS, OCSP, CMP, and CRMF APIs licensed under the Bouncy Castle Licence.
ERROR: Please check ^^^^^^^^^^^^ this License for acceptability here:
<groupId>org.bouncycastle</groupId>
 <artifactId>bcpkix-jdk15on</artifactId>
 <version>1.60</version>
 g:org.bouncycastle AND a:bcpkix-jdk15on AND v:1.60
http://www.bouncycastle.org/java.html
https://github.com/bcgit/bc-java
 –
 
And a long list of "Apache Software License - Version 2.0" licensed Jetty dependencies like this:

This product includes Jetty :: Servlet Annotations licensed under the Apache Software License - Version 2.0.
<groupId>org.eclipse.jetty</groupId>
 <artifactId>jetty-annotations</artifactId>
 <version>9.3.19.v20170502</version>
 g:org.eclipse.jetty AND a:jetty-annotations AND v:9.3.19.v20170502
http://www.eclipse.org/jetty
https://github.com/eclipse/jetty.project/jetty-annotations

Repro:
create table tesnit (a int) partitioned by (p int);
insert into table tesnit partition (p = 1) values (1);
insert into table tesnit partition (p = 2) values (1);
create view test_view partitioned on (p) as select * from tesnit where p =1;
alter view test_view add partition (p = 2);
Error: Error while compiling statement: FAILED: SemanticException [Error 10056]: The query does not reference any valid partition. To run this query, set hive.mapred.mode=nonstrict (state=42000,code=10056)

Introduced by HIVE-15251.
We need to extend ColumnPruner logic to take into account residual filter expressions in Join operator. Otherwise, query will fail at execution time.
Issue can be reproduced as follows:

INSERT INTO test1 VALUES (NULL, NULL, 'None'), (98, NULL, 'None'),
    (99, 0, 'Alice'), (99, 2, 'Mat'), (100, 1, 'Bob'), (101, 2, 'Car');

INSERT INTO test2 VALUES (102, 2, 'Del'), (103, 2, 'Ema'),
    (104, 3, 'Fli'), (105, NULL, 'None');

-- Complex condition and column projection
EXPLAIN
SELECT col_1, col_2
ON (test1.value=test2.value
      OR test1.key=test2.key);

There are a few files that contain DOS-style carriage returns.  This is leading to issues when applying patches.
The presence of these may also be causing a snowball effect as some IDEs/editors may see one and attempt to apply that LF/CR format to all lines or files.

Use Case: securing EJB with legacy ldap realm

javax.naming.NamingException: WFLYNAM0027: Failed instantiate InitialContextFactory com.sun.jndi.ldap.LdapCtxFactory from classloader ModuleClassLoader for Module "org.wildfly.extension.io" version 5.0.0.Final-redhat-20180517 from local module loader @2ea6137 (finder: local module finder @41ee392b (roots: /home/mchoma/Repos/tests-ldap-kerberos/tests/target/dist/jboss-eap/modules,/home/mchoma/Repos/tests-ldap-kerberos/tests/target/dist/jboss-eap/modules/system/layers/base)) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.wildfly.extension.io" version 5.0.0.Final-redhat-20180517 from local module loader @2ea6137 (finder: local module finder @41ee392b (roots: /home/mchoma/Repos/tests-ldap-kerberos/tests/target/dist/jboss-eap/modules,/home/mchoma/Repos/tests-ldap-kerberos/tests/target/dist/jboss-eap/modules/system/layers/base))]]

from

Thread [default task-1] (Suspended)	
	owns: AuthenticationTimeoutSaslServerFactory$DelegatingTimeoutSaslServer  (id=500)	
	UserLdapCallbackHandler.lambda$getPrincipalMapper$0(Principal) line: 143	
	2024198162.apply(Object) line: not available	
	712660640(Function<T,R>).lambda$andThen$1(Function, Object) line: 88	
	1508181426.apply(Object) line: not available	
	ServerAuthenticationContext.rewriteAll(Principal, Function<Principal,Principal>, Function<Principal,Principal>, Function<Principal,Principal>) line: 1114	
	ServerAuthenticationContext.assignName(SecurityIdentity, MechanismConfiguration, MechanismRealmConfiguration, Principal, Evidence, IdentityCredentials, IdentityCredentials, boolean) line: 1144	
	ServerAuthenticationContext$InitialState(ServerAuthenticationContext$UnassignedState).setPrincipal(Principal, boolean) line: 1691	
	ServerAuthenticationContext.setAuthenticationPrincipal(Principal, boolean) line: 408	
	ServerAuthenticationContext.setAuthenticationName(String, boolean) line: 382	
	ServerAuthenticationContext.setAuthenticationName(String) line: 366	
	ServerAuthenticationContext$1.handleOne(Callback[], int) line: 898	
	ServerAuthenticationContext$1.handle(Callback[]) line: 839	
	TrustManagerSaslServerFactory.lambda$createSaslServer$0(CallbackHandler, Callback[]) line: 96	
	1848118324.handle(Callback[]) line: not available	
	PlainSaslServer.evaluateResponse(byte[]) line: 117	
	AuthenticationCompleteCallbackSaslServerFactory$1.evaluateResponse(byte[]) line: 58	
	AuthenticationTimeoutSaslServerFactory$DelegatingTimeoutSaslServer.evaluateResponse(byte[]) line: 106	
	SecurityIdentitySaslServerFactory$1.evaluateResponse(byte[]) line: 59	
	SaslUtils.evaluateResponse(SaslServer, ByteBuffer) line: 245	
	SaslUtils.evaluateResponse(SaslServer, ByteBuffer, ByteBuffer) line: 217	
	ServerConnectionOpenListener$AuthStepRunnable.run() line: 486	
	EndpointImpl$TrackingExecutor.lambda$execute$0(Runnable) line: 926	
	1160617561.run() line: not available	
	ContextClassLoaderSavingRunnable.run() line: 35	
	EnhancedQueueExecutor.safeRun(Runnable) line: 1985	
	EnhancedQueueExecutor$ThreadBody.doRunTask(Runnable) line: 1487	
	EnhancedQueueExecutor$ThreadBody.run() line: 1349	
	Thread.run() line: 748	

Please also log somewhere this exception. It was very hard to find out.

When running a select query against a table which contains rows with non-ascii characters HiveServer2 Beeline client returns them wrong. Example:

738;Garçu, Le (1995);Drama
741;Ghost in the Shell (Kôkaku kidôtai) (1995);Animation|Sci-Fi

come out from a HiveServer2 beeline client as:

'738'	'Gar?u, Le (1995)'	'Drama'
'741'	'Ghost in the Shell (K?kaku kid?tai) (1995)'	'Animation|Sci-Fi'

The following does not work:
create table T -> default location dfs1
insert overwrite T partition (ds='1') select * from src;
alter table T location 'dfs2';
It tries to insert back in dfs1 - due to which the move task fails.
It would be cleaner to keep the same semantics as fileformat - whenever a partition is being inserted into, it
inherits the properties from the table. So, after the insert, the partition should belong to dfs1.
It does not matter whether the partition exists before or not,.

An extension observer method with meta-annotations given as a filter via @WithAnnotations only gets invoked if the annotation classes that contain the meta-annotations are added to the deployment. The problem is that if an annotation isn't part of the deployment, it's not part of the deployment Jandex index.

This is required so that any tooling can correctly construct the capability names from a PathAddress using only the registered RuntimeCapability object.

Currently we use -1, due to which "any" elapsed time is always greater than any timeout value resulting in an unnecessary connection loss exception. Relevant code from curator framework:

 private synchronized void checkTimeouts() throws Exception
    {
        int minTimeout = Math.min(sessionTimeoutMs, connectionTimeoutMs);
        long elapsed = System.currentTimeMillis() - connectionStartMs;
        if ( elapsed >= minTimeout )
        {
            if ( zooKeeper.hasNewConnectionString() )
            {
                handleNewConnectionString();
            }
            else
            {
                int maxTimeout = Math.max(sessionTimeoutMs, connectionTimeoutMs);
                if ( elapsed > maxTimeout )
                {
                    if ( !Boolean.getBoolean(DebugUtils.PROPERTY_DONT_LOG_CONNECTION_ISSUES) )
                    {
                        log.warn(String.format("Connection attempt unsuccessful after %d (greater than max timeout of %d). Resetting connection and trying again with a new connection.", elapsed, maxTimeout));
                    }
                    reset();
                }
                else
                {
                    KeeperException.ConnectionLossException connectionLossException = new CuratorConnectionLossException();
                    {
                        log.error(String.format("Connection timed out for connection string (%s) and timeout (%d) / elapsed (%d)", zooKeeper.getConnectionString(), connectionTimeoutMs, elapsed), connectionLossException);
                    }
                    tracer.get().addCount("connections-timed-out", 1);
                    throw connectionLossException;
                }
            }
        }
    }

Some attributes of Elytron ldap-key-store resource have defined some default value, but description of these attributes in CLI is missing default values. According to XSD following attributes of ldap-key-store have assigned some default value:

search-recursive has default value true
search-time-limit has default value 10000
filter-alias has default value (alias-attribute={0})
filter-certificate has default value (certificate-attribute={0})
filter-iterate has default value (alias-attribute=*)
alias-attribute has default value cn
certificate-attribute has default value usercertificate
certificate-type has default value X.509
certificate-chain-attribute has default value userSMIMECertificate
certificate-chain-encoding has default value PKCS7
key-attribute has default value userPKCS12
key-type has default value PKCS12

The recent builds are all failed with

[ERROR] ExecutionException The forked VM terminated without properly saying goodbye. VM crash or System.exit called?
[ERROR] Command was /bin/sh -c cd /testptch/hbase/hbase-rsgroup && /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java -enableassertions -Dhbase.build.id=2018-10-31T11:09:36Z -Xmx2800m -Djava.security.egd=file:/dev/./urandom -Djava.net.preferIPv4Stack=true -Djava.awt.headless=true -jar /testptch/hbase/hbase-rsgroup/target/surefire/surefirebooter3799876849632796400.jar /testptch/hbase/hbase-rsgroup/target/surefire 2018-10-31T11-09-52_393-jvmRun1 surefire4495583426680149115tmp surefire_05657090267882138674tmp
[ERROR] Error occurred in starting fork, check output in log
[ERROR] Process Exit Code: 1

[~risdenk] provided some useful reference:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911925
https://github.com/carlossg/docker-maven/issues/90
https://github.com/carlossg/docker-maven/issues/92
It seems to be an OpenJDK issue.
Let's see if there are any workarounds.

If we set an attribute 'scheme' of 'http' connector as 'https' [ scheme="https" ] and no SSL config, in 'web' subsystem, then migrate op fails: 

[standalone@localhost:9990 /] /subsystem=web:migrate
{
    "result" => {"[(\"extension\" => \"org.wildfly.extension.undertow\")]" => {
        "result" => [("undertow" => "4.0.0")],
    }},
    "failure-description" => "WFLYWEB0004: Could not migrate SSL connector as no SSL config is defined",
}

1. Replace EAP 7.1 default standalone.xml configuration with the one attached
2. Start JBoss EAP 7.1 in mode admin-only
3. Start CLI and invoke web subsystem migrate op standalone.xml 

From https://issues.jboss.org/browse/WFLY-2387?focusedCommentId=13391617&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13391617

I just tried this out in wildfly 11.0.0.Alpha1 and it works fine, when our application is deployed directly as WAR archive. But as soon as I add that same WAR to an EAR file and deploy that, we get the following exception:
{{java.lang.RuntimeException: org.hibernate.HibernateException: CDI not initialized as expected
at org.hibernate.jpa.event.internal.jpa.ListenerCallback.performCallback(ListenerCallback.java:48)
at org.hibernate.jpa.event.internal.jpa.CallbackRegistryImpl.callback(CallbackRegistryImpl.java:94)
at org.hibernate.jpa.event.internal.jpa.CallbackRegistryImpl.preCreate(CallbackRegistryImpl.java:54)
at org.hibernate.jpa.event.internal.core.JpaPersistEventListener.saveWithGeneratedId(JpaPersistEventListener.java:66)
at org.hibernate.event.internal.DefaultPersistEventListener.entityIsTransient(DefaultPersistEventListener.java:189)
at org.hibernate.event.internal.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:132)
at org.hibernate.event.internal.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:58)
at org.hibernate.internal.SessionImpl.firePersist(SessionImpl.java:778)
at org.hibernate.internal.SessionImpl.persist(SessionImpl.java:751)
at org.hibernate.internal.SessionImpl.persist(SessionImpl.java:756)
at org.hibernate.jpa.spi.AbstractEntityManagerImpl.persist(AbstractEntityManagerImpl.java:1146)
at org.jboss.as.jpa.container.AbstractEntityManager.persist(AbstractEntityManager.java:580)
at com.hp.murcs.dao.AbstractDAO.save(AbstractDAO.java:41)
at com.hp.murcs.rest.resource.v2.ClientResource.setClientConfiguration(ClientResource.java:143)
at com.hp.murcs.rest.resource.v2.ClientResource$Proxy$_$$_WeldSubclass.setClientConfiguration$$super(Unknown Source)
at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:49)
at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:77)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.invokeInCallerTx(TransactionalInterceptorBase.java:129)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.doIntercept(TransactionalInterceptorRequired.java:55)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.intercept(TransactionalInterceptorBase.java:76)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.intercept(TransactionalInterceptorRequired.java:47)
at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
at org.jboss.weld.interceptor.proxy.NonTerminalAroundInvokeInvocationContext.proceedInternal(NonTerminalAroundInvokeInvocationContext.java:64)
at com.hp.murcs.utils.interceptor.TxInterceptor.handleTransaction(TxInterceptor.java:36)
at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84)
at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72)
at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56)
at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
at com.hp.murcs.rest.resource.v2.ClientResource$Proxy$_$$_WeldSubclass.setClientConfiguration(Unknown Source)
at com.hp.murcs.DefaultAdminClientImporter.importDefaultAdminClient(DefaultAdminClientImporter.java:34)
at com.hp.murcs.DefaultAdminClientImporter$Proxy$_$$_WeldSubclass.importDefaultAdminClient$$super(Unknown Source)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.invokeInOurTx(TransactionalInterceptorBase.java:117)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.doIntercept(TransactionalInterceptorRequired.java:53)
at com.hp.murcs.DefaultAdminClientImporter$Proxy$_$$_WeldSubclass.importDefaultAdminClient(Unknown Source)
at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:88)
at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:78)
at org.jboss.weld.injection.MethodInvocationStrategy$SimpleMethodInvocationStrategy.invoke(MethodInvocationStrategy.java:129)
at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:299)
at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:277)
at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:255)
at org.jboss.weld.event.ObserverNotifier.notifySyncObservers(ObserverNotifier.java:269)
at org.jboss.weld.event.ObserverNotifier.notify(ObserverNotifier.java:258)
at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:154)
at org.jboss.weld.bootstrap.BeanDeploymentModule.fireEvent(BeanDeploymentModule.java:94)
at org.jboss.weld.servlet.HttpContextLifecycle.fireEventForApplicationScope(HttpContextLifecycle.java:156)
at org.jboss.weld.servlet.HttpContextLifecycle.contextInitialized(HttpContextLifecycle.java:143)
at org.jboss.weld.servlet.WeldInitialListener.contextInitialized(WeldInitialListener.java:105)
at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:205)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:174)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$36(SecurityContextThreadSetupAction.java:105)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$40(UndertowDeploymentInfoService.java:1706)
at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:239)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:99)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:81)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: org.hibernate.HibernateException: CDI not initialized as expected
at org.hibernate.jpa.event.internal.jpa.ListenerFactoryBeanManagerExtendedImpl$ListenerImpl.getListener(ListenerFactoryBeanManagerExtendedImpl.java:114)
at org.hibernate.jpa.event.internal.jpa.ListenerCallback.performCallback(ListenerCallback.java:35)
... 127 more}}

The domain http upload handler behaves a bit different than the version in EAP and the way the console uploads streams does not work in upstream. We probably should just change it to the way EAP processes requests.

orcfiledump service does not support directories. If directory is specified then the program should iterate through all the files in the directory and perform file dump.

hive -e "create table empty_table (i int); select compute_stats(i, 16) from empty_table"

	at org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableIntObjectInspector.get(WritableIntObjectInspector.java:35)
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorUtils.getInt(PrimitiveObjectInspectorUtils.java:535)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFComputeStats$GenericUDAFLongStatsEvaluator.iterate(GenericUDAFComputeStats.java:477)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.aggregate(GenericUDAFEvaluator.java:139)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.closeOp(GroupByOperator.java:1099)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:558)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:567)
	at org.apache.hadoop.hive.ql.exec.ExecMapper.close(ExecMapper.java:193)
	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:61)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:428)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:340)
	at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:231)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.closeOp(GroupByOperator.java:1132)
	... 15 more
	... 15 more

As described in HIVE-14698, the datanucleus-rdbms package that we have currently (4.1.7) has a bug which generates incorrect synatx for MS SQL Server. The bug has been fixed in later releases. HIVE-14698 was a workaround for hive, but since DN has the fix in its 4.2.x line, we should pick it from there. Link to DN releases: https://sourceforge.net/projects/datanucleus/files/datanucleus-accessplatform/. We'll be upgrading the relevant jars in hive to their corresponding versions present in datanucleus-accessplatform v4.2.12

One more bug in the MySQL metastore upgrade script: the foreign key in COLUMNS needs to be dropped, otherwise drop_partition will fail because the SDS row cannot be deleted due to the foreign key constraint. 

Currently, the HiveMetastoreClient and HiveConnection do not canonical-ize the hostnames of the metastore/HS2 servers. In deployments where there are multiple such servers behind a VIP, this causes a number of inconveniences:

The client-side configuration (e.g. hive.metastore.uris in hive-site.xml) needs to specify the VIP's hostname, and cannot use a simplified CNAME, in the thrift URL. If the hive.metastore.kerberos.principal is specified using _HOST, one sees GSS failures as follows:

hive --hiveconf hive.metastore.kerberos.principal=hive/_HOST@GRID.MYTH.NET --hiveconf hive.metastore.uris="thrift://simplified-hcat-cname.grid.myth.net:56789"
...
Exception in thread "main" java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:542)
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:677)
...

This is because _HOST is filled in with the CNAME, and not the canonicalized name.
Oozie workflows that use HCat <credential> have to always use the VIP hostname, and can't use _HOST-based service principals, if the CNAME differs from the VIP name.

If the client-code simply canonical-ized the hostnames, it would enable the use of both simplified CNAMEs, and _HOST in service principals.

Test case is attempting to delete the ScratchDir but it is failing on Windows because one of the subfolders (local scratchdir) in use. So change the location of the local scratch directory.

If a "INSERT OVERWRITE" query fails after deleting the output table content but before moving the new content into that output table, we should allow user to recover the data manually.
In order to do that, we should expose the temp location of the data and we should not remove the temp data.

There are a bunch of tests related to TestMiniTezCliDriver which gives ordering issues when run on Centos/Windows/OSX

I've a spring based web application that has 2 applicationContexts (the second has the first as parent). My problem is that the SpringCamelContext listens to the ContextRefreshedEvent and starts the camel context.
This works fine if you have only 1 context but if the ContextRefreshedEvent of the second context is received the routes are started a second time.
The second start of the camel context is catched correctly (in ServiceSupport) but I think the the startRoutes() in the start()-method of DefaultCamelContext should also prevent to be called twice...  
See discussion here http://www.nabble.com/How-to-prevent-routes-from-started-twice--td23983653.html
Attached is a test-project. The core project simply defines a service that is exported in the web project. The applicationContext-services.xml creates the camelContext and the DispatcherServlet is used to export the service as remoteService.
Start the webapp with the jetty-run.cmd in the web project. The logfile is created in the web project.
The root web application context is started:

2009-06-15 11:43:24.771 DEBUG [main][org.apache.camel.spring.SpringCamelContext] - Publishing spring-event: \
   org.springframework.context.event.ContextRefreshedEvent[source=org.springframework.web.context.support.XmlWebApplicationContext@1d4e49a: \
   display name [Root WebApplicationContext]; startup date [Mon Jun 15 11:43:22 CEST 2009]; root of context hierarchy]
2009-06-15 11:43:24.771 DEBUG [main][org.apache.camel.spring.SpringCamelContext] - Starting the CamelContext now that the ApplicationContext has started
2009-06-15 11:43:24.771 INFO  [main][org.apache.camel.impl.DefaultCamelContext] - Apache Camel 1.6.1 (CamelContext:camel-amq) is starting
....
2009-06-15 11:43:25.245 INFO  [main][org.apache.camel.impl.DefaultCamelContext] - Apache Camel 1.6.1 (CamelContext:camel-amq) started
....
2009-06-15 11:43:25.372 INFO  [main][org.springframework.web.context.ContextLoader] - Root WebApplicationContext: initialization completed in 2420 ms
2009-06-15 11:43:25.435 INFO  [main][/camel-spring-problem-web] - Initializing Spring FrameworkServlet 'CamelSpringProblem'
2009-06-15 11:43:25.435 INFO  [main][org.springframework.web.servlet.DispatcherServlet] - FrameworkServlet 'CamelSpringProblem': initialization started
2009-06-15 11:43:25.435 INFO  [main][org.springframework.web.context.support.XmlWebApplicationContext] - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@1ccbdf7: \
   display name [WebApplicationContext for namespace 'CamelSpringProblem-servlet']; startup date [Mon Jun 15 11:43:25 CEST 2009]; parent: \
   org.springframework.web.context.support.XmlWebApplicationContext@1d4e49a
...

And now the web application context for the servlet is started:

2009-06-15 11:43:25.530 DEBUG [main][org.apache.camel.spring.SpringCamelContext] - Publishing spring-event: \
   org.springframework.context.event.ContextRefreshedEvent[source=org.springframework.web.context.support.XmlWebApplicationContext@1ccbdf7: \
   display name [WebApplicationContext for namespace 'CamelSpringProblem-servlet']; startup date [Mon Jun 15 11:43:25 CEST 2009]; \
   parent: org.springframework.web.context.support.XmlWebApplicationContext@1d4e49a]
2009-06-15 11:43:25.530 DEBUG [main][org.apache.camel.spring.SpringCamelContext] - Starting the CamelContext now that the ApplicationContext has started
2009-06-15 11:43:25.530 DEBUG [main][org.apache.camel.management.DefaultInstrumentationAgent] - Registered MBean with objectname: \
   org.apache.camel:context=chaw389c/camel-amq,type=consumers,name=JmsConsumer(0x14bcb5c)
2009-06-15 11:43:25.530 INFO  [main][org.apache.camel.impl.DefaultCamelContext] - Apache Camel 1.6.1 (CamelContext:camel-amq) started
2009-06-15 11:43:25.530 INFO  [main][org.springframework.web.servlet.DispatcherServlet] - FrameworkServlet 'CamelSpringProblem': initialization completed in 95 ms

The ContextRefreshedEvent is published and causes the SpringCamelContext to handle the event and try to start the camel context again. But the start() in DefaultCamelContext calls super.start() and ServiceSupport detects correctly that the context is already started and does nothing but the call to startRoutes(...) is executed and this should no happen.
DefaultCamelContext.java
public void start() throws Exception {
        super.start();
        
        // the context is now considered started (i.e. isStarted() == true))
        // starting routes is done after, not during context startup
        synchronized (this) {
            startRoutes(routes);
        }

        LOG.info("Apache Camel " + getVersion() + " (CamelContext:" + getName() + ") started");
}

My favorite solution would be to add a flag that would prevent the camel context to be started from the ContextRefreshed event but allows to start the context manually from another user defined bean (possible by calling the start() method on SpringCamelContext. The shouldStartContext blocks both ways if set to false.

Dynamically adding/removing routes to camel causes registrations in org.apache.camel.builder.ErrorHandlerBuilderRef.handlers (Map<RouteContext, ErrorHandlerBuilder>) for RouteContext instances. Those never get removed and can cause leaks if memory consuming objects are attached in the RouteContext for example constant definitions.

repro:

mvn test -Phadoop-2 -Dtest=TestCliDriverMethods#testprocessInitFiles

setEnv tries to do JVM wide system variables changes, previous approach is not portable.

Lately the jbossws-cxf testsuite is failing against wfly master because org.wildfly:wildfly-webservices-tests-integration is missing an explicit dependency on org.wildfly.common:wildfly-common.

When using database persistence for timers, the timers that are synced via the RefreshTask and lateron removed by the RefreshTask will not be deleted from the internal timers cache in TimerServiceImpl.java

Create entity with 1 input field and 3 textareafield.
Run application and try to submit new valid entity.
It fails because of sending wrong parametrs.
See sreen please.

Looking through stack traces for TestMasterFailover, I see a case where the leader AuthenticationTokenSecretManager can get into a recursive loop when a KeeperException is encountered:

Thread-1-EventThread" daemon prio=10 tid=0x00007f9fb47b2800 nid=0x77f6 waiting on condition [0x00007f9fab376000]
        at java.lang.Thread.sleep(Thread.java:302)
        at java.util.concurrent.TimeUnit.sleep(TimeUnit.java:328)
        at org.apache.hadoop.hbase.util.RetryCounter.sleepUntilNextRetry(RetryCounter.java:55)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.exists(RecoverableZooKeeper.java:206)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.createAndFailSilent(ZKUtil.java:891)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.createBaseZNodes(ZooKeeperWatcher.java:161)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.<init>(ZooKeeperWatcher.java:154)
        at org.apache.hadoop.hbase.master.HMaster.tryRecoveringExpiredZKSession(HMaster.java:1397)
        at org.apache.hadoop.hbase.master.HMaster.abortNow(HMaster.java:1435)
        at org.apache.hadoop.hbase.master.HMaster.abort(HMaster.java:1374)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.abort(ZooKeeperWatcher.java:450)
        at org.apache.hadoop.hbase.zookeeper.ZKLeaderManager.stepDownAsLeader(ZKLeaderManager.java:166)
        at org.apache.hadoop.hbase.security.token.AuthenticationTokenSecretManager$LeaderElector.stop(AuthenticationTokenSecretManager.java:293)
        at org.apache.hadoop.hbase.zookeeper.ZKLeaderManager.stepDownAsLeader(ZKLeaderManager.java:167)
        at org.apache.hadoop.hbase.zookeeper.ZKLeaderManager.handleLeaderChange(ZKLeaderManager.java:96)
        at org.apache.hadoop.hbase.zookeeper.ZKLeaderManager.nodeDeleted(ZKLeaderManager.java:78)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:286)
        at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:521)
        at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:497)

The KeeperException causes ZKLeaderManager to call AuthenticationTokenSecretManager$LeaderElector.stop(), which calls ZKLeaderManager.stepDownAsLeader(), which will encounter another KeeperException, and so on...

VisibilityLabels.proto and Encryption.proto are missing in hbase-protocol/pom.xml. The corresponding classes are not regenerated in maven cmd:

configuration of authentication-context-and-application, authentication-context and recovery-authentication-context is ignored in security configuration of RA's connection-definition
Example:

            <resource-adapters>
                <resource-adapter id="activemq-rar.rar">
                    <archive>activemq-rar.rar</archive>
                    <bootstrap-context>customContext</bootstrap-context>
                    <workmanager>
                        <security>
                            <mapping-required>true</mapping-required>
                            <elytron-security-domain>wm-realm</elytron-security-domain>
                        </security>
                    </workmanager>
                    <config-property name="ServerUrl">URL</config-property>
                    <connection-definitions>
                        <connection-definition class-name="org.apache.activemq.ra.ActiveMQManagedConnectionFactory" jndi-name="java:/ConnectionFactory" enabled="true" pool-name="ConnectionFactory">
                            <security>
                                <elytron-enabled>true</elytron-enabled>
                                <authentication-context-and-application>AMQ-context</authentication-context-and-application>
                            </security>
                            <recovery/>
                     </connection-definition>
                 </connection-definitions>
                 <admin-objects>
                     <admin-object class-name="org.apache.activemq.command.ActiveMQQueue" jndi-name="java:jboss/queue/testQueue" enabled="true" pool-name="testQueue"/>
                </admin-objects>
         </resource-adapter>

Leaving the password empty in a Camel JCR Endpoint URI (e.g. "jcr://gregor:@repository/home") leads to NullPointerExceptions. Empty passwords are valid when used with Jackrabbit's SimpleSecurityManager and useful for testing.

Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: jcr://gregor:@repository/home/test due to: null
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:534)
	at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:71)
	at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:190)
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:106)
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:112)
	at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:61)
	at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:55)
	at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:499)
	at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:212)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:907)
	... 38 more
	at org.apache.camel.component.jcr.JcrEndpoint.<init>(JcrEndpoint.java:60)
	at org.apache.camel.component.jcr.JcrComponent.createEndpoint(JcrComponent.java:31)
	at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:123)
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:514)
	... 47 more

e.g. 
in standalone mode, missing all 3

[standalone@localhost:9990 /] deployment deploy-file --
--headers=  --name=  --runtime-name=  --unmanaged

in domain mode missing --replace

[domain@localhost:9990 /] deployment deploy-file --
--all-server-groups  --headers=  --name=  --runtime-name=  --server-groups=  --unmanaged

A multi-table insert with FileSinkOperator and ReduceSinkOperator have the same MapRedTask added to the rootTask twice. This results in failed execution or wrong results. 

SELECT amount FROM agg_01, dim_shops WHERE dim_shops_id = id AND label = 'foo'                                                                                                                                                                
UNION ALL                                                                                                                                                                                                                                     
SELECT amount FROM agg_01, dim_shops WHERE dim_shops_id = id AND label = 'bar';
causes AssertionError.

HIVE-9693 accidentally removed a few lines from HBaseMetaStore.updateStatistics. 

See the attachment, I have encountered a scenario that hive retries to  unlock all locks, but zookeeper session is closed. If there are hundreds of locks, say dynamic partition, the process will hang up for several days.
The stack is 

Full thread dump Java HotSpot(TM) 64-Bit Server VM (23.21-b01 mixed mode):

"Attach Listener" daemon prio=10 tid=0x000000000683f000 nid=0x34d0 waiting on condition [0x0000000000000000]

	- None

"LeaseChecker" daemon prio=10 tid=0x0000000006693800 nid=0x2713 waiting on condition [0x0000000042af7000]
	at org.apache.hadoop.hdfs.DFSClient$LeaseChecker.run(DFSClient.java:1376)

	- None

"Service Thread" daemon prio=10 tid=0x00002aaab8001000 nid=0x2651 runnable [0x0000000000000000]

	- None

"C2 CompilerThread1" daemon prio=10 tid=0x0000000005c7c800 nid=0x2650 waiting on condition [0x0000000000000000]

	- None

"C2 CompilerThread0" daemon prio=10 tid=0x0000000005c71000 nid=0x264f waiting on condition [0x0000000000000000]

	- None

"Signal Dispatcher" daemon prio=10 tid=0x0000000005c6f000 nid=0x264e runnable [0x0000000000000000]

	- None

"Finalizer" daemon prio=10 tid=0x0000000005c22000 nid=0x264d in Object.wait() [0x00000000427f4000]
	- locked <0x000000078324b110> (a java.lang.ref.ReferenceQueue$Lock)

	- None

"Reference Handler" daemon prio=10 tid=0x0000000005c1a000 nid=0x264c in Object.wait() [0x0000000041900000]
	- locked <0x000000078328fbc0> (a java.lang.ref.Reference$Lock)

	- None

"main" prio=10 tid=0x0000000005b76800 nid=0x263d waiting on condition [0x0000000040f46000]
	at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.unlockWithRetry(ZooKeeperHiveLockManager.java:426)
	at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.unlock(ZooKeeperHiveLockManager.java:415)
	at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.releaseLocks(ZooKeeperHiveLockManager.java:257)
	at org.apache.hadoop.hive.ql.Driver.releaseLocks(Driver.java:864)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:953)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:348)
	at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:446)
	at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:456)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:712)

	- None

"VM Thread" prio=10 tid=0x0000000005c12800 nid=0x264b runnable 

"GC task thread#0 (ParallelGC)" prio=10 tid=0x0000000005b84800 nid=0x263e runnable 

"GC task thread#1 (ParallelGC)" prio=10 tid=0x0000000005b86000 nid=0x263f runnable 

"GC task thread#2 (ParallelGC)" prio=10 tid=0x0000000005b88000 nid=0x2640 runnable 

"GC task thread#3 (ParallelGC)" prio=10 tid=0x0000000005b8a000 nid=0x2641 runnable 

"GC task thread#4 (ParallelGC)" prio=10 tid=0x0000000005b8b800 nid=0x2642 runnable 

"GC task thread#5 (ParallelGC)" prio=10 tid=0x0000000005b8d800 nid=0x2643 runnable 

"GC task thread#6 (ParallelGC)" prio=10 tid=0x0000000005b8f800 nid=0x2644 runnable 

"GC task thread#7 (ParallelGC)" prio=10 tid=0x0000000005b91000 nid=0x2645 runnable 

"GC task thread#8 (ParallelGC)" prio=10 tid=0x0000000005b93000 nid=0x2646 runnable 

"GC task thread#9 (ParallelGC)" prio=10 tid=0x0000000005b95000 nid=0x2647 runnable 

"GC task thread#10 (ParallelGC)" prio=10 tid=0x0000000005b96800 nid=0x2648 runnable 

"GC task thread#11 (ParallelGC)" prio=10 tid=0x0000000005b98800 nid=0x2649 runnable 

"GC task thread#12 (ParallelGC)" prio=10 tid=0x0000000005b9a800 nid=0x264a runnable 

"VM Periodic Task Thread" prio=10 tid=0x00002aaab800c000 nid=0x2652 waiting on condition 

JNI global references: 294

Using the generator in version 2016.11.0 with only cdi and mail fractions (i have more consequent project but the issue is present with very simple project). When starting (with mvn wildfly-swarm:run), i got the error : "WELD-001408: Unsatisfied dependencies for type SocketBindingGroup with qualifiers @Named"
I guess (after discussion in freenode) that the issue occurs due to the presence of wildfly swarm library in the generated jar (bootstrap-2016.11.0.jar).
Anyway it seems that the issue only appears for windows users.
Update (1/9/17) :
With the latest versions, even a simple project with only jaxrs, don't start with wildfly-swarm-plugin:run with the following error :
Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type SocketBindingGroupMarshaller with qualifiers @Default
  at injection point [BackedAnnotatedField] @Inject private org.wildfly.swarm.container.runtime.marshal.DMRMarshaller.socketBindingGroupMarshaller
  at org.wildfly.swarm.container.runtime.marshal.DMRMarshaller.socketBindingGroupMarshaller(DMRMarshaller.java:0)

According to the servlet 2.4 spec, the run-as should be used for Servlet.init()
page 285:
" Clarification:  run-as  identity must apply to all calls from a servlet including init() and destroy() (12.7)"
This isn't working.
In JBoss 5.x, it looks like this functionality was implemented by a RunAsListener.  However, that listener does not appear to exist in the EAP 6 code base.

max-redelivery-delay is missing from address-setting in JBoss EAP 6.2.2 and also WFLY 8.1.0 CR2. I see it being part of HornetQ 2.3.x in [1]
[1] http://docs.jboss.org/hornetq/2.3.0.CR2/docs/user-manual/html/configuration-index.html

The JAEGER_SAMPLER_PARAM configuration parameter is currently parsed to an Integer. This works when using the 'const' or 'remote' sampler type, but breaks when using the 'probabilistic' or 'remote' sampler types. These sampler types expect a double for the sampler parameter. 
Parsing JAEGER_SAMPLER_PARAM to a Number works with all sampler types.

It is possible to run into concurrency issues during multi-threaded moveFile issued when processing queries like INSERT OVERWRITE TABLE ... SELECT .. when there are multiple files in the staging directory which is a subdirectory of the target directory. The issue is hard to reproduce but following stacktrace is one such example:

INFO  : Loading data to table functional_text_gzip.alltypesaggmultifilesnopart from hdfs://localhost:20500/test-warehouse/alltypesaggmultifilesnopart_text_gzip/.hive-staging_hive_2016-12-01_19-58-21_712_8968735301422943318-1/-ext-10000
ERROR : Failed with exception java.lang.ArrayIndexOutOfBoundsException
org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ArrayIndexOutOfBoundsException
        at org.apache.hadoop.hive.ql.metadata.Hive.moveFile(Hive.java:2858)
        at org.apache.hadoop.hive.ql.metadata.Hive.replaceFiles(Hive.java:3124)
        at org.apache.hadoop.hive.ql.metadata.Hive.loadTable(Hive.java:1701)
        at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:313)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:214)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1976)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1689)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1421)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1205)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1200)
        at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:237)
        at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:88)
        at org.apache.hive.service.cli.operation.SQLOperation$3$1.run(SQLOperation.java:293)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1796)
Getting log thread is interrupted, since query is done!
        at org.apache.hive.service.cli.operation.SQLOperation$3.run(SQLOperation.java:306)
        at java.lang.System.arraycopy(Native Method)
        at java.util.ArrayList.removeRange(ArrayList.java:616)
        at java.util.ArrayList$SubList.removeRange(ArrayList.java:1021)
        at java.util.AbstractList.clear(AbstractList.java:234)
        at com.google.common.collect.Iterables.removeIfFromRandomAccessList(Iterables.java:213)
        at com.google.common.collect.Iterables.removeIf(Iterables.java:184)
        at org.apache.hadoop.hive.shims.Hadoop23Shims.removeBaseAclEntries(Hadoop23Shims.java:865)
        at org.apache.hadoop.hive.shims.Hadoop23Shims.setFullFileStatus(Hadoop23Shims.java:757)
        at org.apache.hadoop.hive.ql.metadata.Hive$3.call(Hive.java:2835)
        at org.apache.hadoop.hive.ql.metadata.Hive$3.call(Hive.java:2828)
        ... 4 more

ERROR : FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.MoveTask

Quick online search also shows some other instances like the one mentioned in http://stackoverflow.com/questions/38900333/get-concurrentmodificationexception-in-step-2-create-intermediate-flat-hive-tab
The issue seems to be coming from the below code :

if (aclEnabled) {
      aclStatus =  sourceStatus.getAclStatus();
      if (aclStatus != null) {
        LOG.trace(aclStatus.toString());
        aclEntries = aclStatus.getEntries();
        removeBaseAclEntries(aclEntries);

        //the ACL api's also expect the tradition user/group/other permission in the form of ACL
        aclEntries.add(newAclEntry(AclEntryScope.ACCESS, AclEntryType.USER, sourcePerm.getUserAction()));
        aclEntries.add(newAclEntry(AclEntryScope.ACCESS, AclEntryType.GROUP, sourcePerm.getGroupAction()));
        aclEntries.add(newAclEntry(AclEntryScope.ACCESS, AclEntryType.OTHER, sourcePerm.getOtherAction()));
      }
    }

removeBaseAclEntries removes objects from List<AclEntry> aclEntries When HDFSUtils.setFullFileStatus() method is called from multiple threads like from https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/metadata/Hive.java#L2835 it is possible that multiple threads try to modify the List<AclEntry> aclEntries leading to concurrency issues. 
We should either move that block into a thread-safe region or call setFullFileStatus when all the threads converge.

add acid version marker to acid files so that we know which version of acid wrote the file

2008-08-12 17:39:48,586 INFO org.apache.hadoop.hbase.master.RegionManager: Skipping region [B@6a63d3 because it is already closing.

Inside the main(), we just call LogUtils.initHiveLog4j() and do not log this information. This needs to be logged to see if the user has configured log4j.properties correctly.

When TransactionRemoteHTTPService is stopped, it removes the /ejb prefix path instead of /txn

Boot log noise:
18:06:49,739 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool – 55) WFLYUT0003: Undertow 1.3.16.Final starting
18:06:49,739 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.3.16.Final starting

public static class Conf {

    private AnnotationConfigApplicationContext applicationContext;

        applicationContext.register(Inflater.class);
    }

}

AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(Conf.class);

throws

Exception in thread "main" java.util.ConcurrentModificationException
	at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372)
	at java.util.AbstractList$Itr.next(AbstractList.java:343)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:559)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:900)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:455)
	at org.springframework.context.annotation.AnnotationConfigApplicationContext.<init>(AnnotationConfigApplicationContext.java:68)

If it is illegal to call register from @PostContruct, then exception should be better.
Related to SPR-8362.

The application is working fine in the tomcat when deployed in the Jboss server it does not recognizes wav format and throws error Caused by: javax.sound.sampled.UnsupportedAudioFileException: could not get audio input stream from input stream
The application is open source and can be found 
http://sourceforge.net/projects/simplecaptcha/files/simplecaptcha-1.2-j2ee-sample.war/download 
i have done below changes but still no luck. ( as advised on https://community.jboss.org/thread/197517   )
"
Darran is right, it requires to edit the modules/sun/jdk/main/modules.xml and add an entry for com.sun.media.
Moreover, copy the following files to modules/sun/jdk/main/service-loader-resources/META-INF/services/
javax.sound.sampled.spi.AudioFileReader
javax.sound.sampled.spi.AudioFileWriter
javax.sound.sampled.spi.FormatConversionProvider
javax.sound.sampled.spi.MixerProvider
These files can be found inside /jre/lib/resources.jar of JDK, under /META-INF/services/  "

The new AsyncRpcClient feature added through the jira defect HBASE-12684 causing some test cases failures in powerpc64 environment.
I am testing it in master branch.
Looks like the version of netty (4.0.23) doesn't provide a support for non amd64 platforms and suggested to use pure java netty 
Here is the discussion on that https://github.com/aphyr/riemann/pull/508
So new Async test cases will fail in ppc64 and other non amd64 platforms too.
Here is the output of the error.
Running org.apache.hadoop.hbase.ipc.TestAsyncIPC
Tests run: 24, Failures: 0, Errors: 6, Skipped: 0, Time elapsed: 2.802 sec <<< FAILURE! - in org.apache.hadoop.hbase.ipc.TestAsyncIPC
testRTEDuringAsyncConnectionSetup[3](org.apache.hadoop.hbase.ipc.TestAsyncIPC)  Time elapsed: 0.048 sec  <<< ERROR!
java.lang.UnsatisfiedLinkError: /tmp/libnetty-transport-native-epoll4286512618055650929.so: /tmp/libnetty-transport-native-epoll4286512618055650929.so: cannot open shared object file: No such file or directory (Possible cause: can't load AMD 64-bit .so on a Power PC 64-bit platform)
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965)

When creating a route that sends text data from a file to the Camel Syslog unmarshal data format, the following error is returned.
Looking at the org.apache.camel.component.syslog.Rfc3164SyslogConverter reveals that the @Converter annotation is missing at the class level.
The attached test case illustrates the problem. With modifications to the pom.xml to point to the modified version of the camel-syslog the test works. See the comment: CHANGE TO POINT TO MODIFIED CAMEL-SYSLOG
org.apache.camel.NoTypeConversionAvailableException: No type converter available to convert from type: java.lang.String to the required type: org.apache.camel.component.syslog.SyslogMessage with value <165>Aug  4 05:34:00 mymachine myproc[10]: %% It's\n         time to make the do-nuts.  %%  Ingredients: Mix=OK, Jelly=OK #\n         Devices: Mixer=OK, Jelly_Injector=OK, Frier=OK # Transport:\n         Conveyer1=OK, Conveyer2=OK # %%
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.mandatoryConvertTo(BaseTypeConverterRegistry.java:143)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.util.ExchangeHelper.convertToMandatoryType(ExchangeHelper.java:142)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.component.syslog.Rfc3164SyslogDataFormat.marshal(Rfc3164SyslogDataFormat.java:29)[camel-syslog-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.MarshalProcessor.process(MarshalProcessor.java:57)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:77)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:269)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:125)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:109)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:330)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:157)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:121)[camel-core-2.7.1.jar:2.7.1]
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:97)[camel-core-2.7.1.jar:2.7.1]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_24]
	at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)[:1.6.0_24]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)[:1.6.0_24]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)[:1.6.0_24]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)[:1.6.0_24]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)[:1.6.0_24]
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_24]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_24]
	at java.lang.Thread.run(Thread.java:680)[:1.6.0_24]

The API docs for the ForkJoinPoolFactoryBean and the org.springframework.scheduling.concurrent package summary both contain a broken link to the Java SE 7 ForkJoinPool. Currently each doc links to the following URL which results in a 404: 
http://download.oracle.com/javase/6/docs/api/java/util/concurrent/ForkJoinPool.html?is-external=true
Instead, the following URL should be used: 
http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/ForkJoinPool.html

I have a WF9 upstream master from a few week back running in standalone mode on a CentOS 5.2 Final with a 64bit 1.8.0_25b17 JDK. 
However, every request returns a 500 because of the NPE below. The startup/deployment is normal with no errors in the log

2015-03-03 10:56:39,790 ERROR [io.undertow.request] (default I/O-1) Undertow request failed HttpServerExchange{ GET /}: java.lang.NullPointerException
        at io.undertow.server.handlers.SetHeaderHandler.handleRequest(SetHeaderHandler.java:57)
        at io.undertow.server.handlers.NameVirtualHostHandler.handleRequest(NameVirtualHostHandler.java:53)
        at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:76)
        at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:49)
        at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:158)
        at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
        at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:189)
        at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:113)
        at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:143)
        at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:90)
        at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:49)
        at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:291)
        at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286)
        at org.xnio.nio.NioTcpServerHandle.handleReady(NioTcpServerHandle.java:53)
        at org.xnio.nio.WorkerThread.run(WorkerThread.java:539)

A WF 8.1.0 runs fine on the host and the same WF9 have run on other Linux hosts but I'm unable to pin down what affects Undertow in this way.

Coverity static-analysis scan found resource leak in LdapSecurityRealm.getIdentity().
It has to be in  try-with-resources, because Stream<LdapIdentity> has registered close handler, where NamingEnumeration.close() is called. Looking into one possible implementation http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/com/sun/jndi/ldap/LdapNamingEnumeration.java#LdapNamingEnumeration It would be safer to call close() explicitelly.
However chained stream statement is used in try, which cause 2 Stream objects to be created. But only one of them is closed. Stream created by ldapSearch.search(context) (with exlicitely registered close handler) is not closed.
LdapSecurityRealm.java

try (
Stream<LdapIdentity> identityStream = ldapSearch.search(context)
    .map(result -> new LdapIdentity(result.getNameInNamespace()))
     ) {
        LdapIdentity identity = identityStream.findFirst().orElse(null);

https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=8553877&defectInstanceId=2139014&mergedDefectId=1397422

The AggregationClient requests aggregations from multiple region servers in parallel. The calculations in the reducer callbacks of the AggregationClient are not thread safe, and therefore could return an incorrect result due to simultaneous/interleaved execution.

In the sample code shown in the section "13.4.3 Batch operations with multiple batches", exists an extra loop without a reason to exists

The JPA classes for hibernate have been modified to work with Hibernate 4.3 and earlier versions. However the HibernateJpaSessionFactoryBean only works on hibernate versions < 4.3. This always uses the org.hibernate.ejb.HibernateEntityManagerFactory interface whereas in hibernate 4.3 this is org.hibernate.jpa.EntityManagerFactory.

Exception in thread "main" java.lang.IndexOutOfBoundsException: Index: 0
at java.util.Collections$EmptyList.get(Collections.java:3212)
at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.getFileVersion(ReaderImpl.java:194)
at org.apache.hadoop.hive.ql.io.orc.FileDump.printMetaDataImpl(FileDump.java:289)
at org.apache.hadoop.hive.ql.io.orc.FileDump.printMetaData(FileDump.java:261)
at org.apache.hadoop.hive.ql.io.orc.FileDump.main(FileDump.java:127)

\cc Prasanth Jayachandran, Siddharth Seth

AbstractItdMetadataProvider fails to consider if the governor's type metadata was returned as non-null but was invalid. The change should be:

-               if (governorPhysicalTypeMetadata == null) {
+               if (governorPhysicalTypeMetadata == null || !governorPhysicalTypeMetadata.isValid()) {

Snapshots with the same name (but on different tables) are allowed to proceed concurrently.
This seems to be loop hole created by allowing multiple snapshots (on different tables) to run concurrently.
There are two checks in SnapshotManager, but fail to catch this particular case.
In isSnapshotCompleted(), we only check the completed snapshot directory.
In isTakingSnapshot(), we only check for the same table name.
The end result is the concurrently running snapshots with the same name are overlapping and messing up each other. For example, cleaning up the other's snapshot working directory in .hbase-snapshot/.tmp/snapshot-name.

2013-08-29 18:25:13,443 ERROR org.apache.hadoop.hbase.master.snapshot.TakeSnapshotHandler: Failed taking snapshot { ss=mysnapshot table=TestTable type=FLUSH } due to exception:Couldn't read snapshot info from:hdfs://hdtest009:9000/hbase/.hbase-snapshot/.tmp/mysnapshot/.snapshotinfo
org.apache.hadoop.hbase.snapshot.CorruptedSnapshotException: Couldn't read snapshot info from:hdfs://hdtest009:9000/hbase/.hbase-snapshot/.tmp/mysnapshot/.snapshotinfo
        at org.apache.hadoop.hbase.snapshot.SnapshotDescriptionUtils.readSnapshotInfo(SnapshotDescriptionUtils.java:321)
        at org.apache.hadoop.hbase.master.snapshot.MasterSnapshotVerifier.verifySnapshotDescription(MasterSnapshotVerifier.java:123)

When running HCat E2E tests, it was observed that hcat cli left Tez sessions on the RM which ultimately die upon timeout. Expected behavior is to clean the Tez sessions immediately upon exit. This is causing slowness in system tests as over time lot of orphan Tez sessions hang around.
On looking through code, it seems obvious in retrospect because HCatCli starts a SessionState, but does not explicitly call close on them, exiting the jvm through System.exit instead. This needs to be changed to explicitly call SessionState.close() before exiting.

We're getting a HiveSQLException on secure windows clusters.

2016-02-08 13:48:09,535|beaver.machine|INFO|6114|140264674350912|MainThread|Job ID : 0000000-160208134528402-oozie-oozi-W
2016-02-08 13:48:09,536|beaver.machine|INFO|6114|140264674350912|MainThread|------------------------------------------------------------------------------------------------------------------------------------
2016-02-08 13:48:09,536|beaver.machine|INFO|6114|140264674350912|MainThread|Workflow Name : hive2-wf
2016-02-08 13:48:09,536|beaver.machine|INFO|6114|140264674350912|MainThread|App Path      : wasb://oozie1-hbs24@humbtestings5jp.blob.core.windows.net/user/hrt_qa/test_hiveserver2
2016-02-08 13:48:09,536|beaver.machine|INFO|6114|140264674350912|MainThread|Status        : KILLED
2016-02-08 13:48:09,537|beaver.machine|INFO|6114|140264674350912|MainThread|Run           : 0
2016-02-08 13:48:09,537|beaver.machine|INFO|6114|140264674350912|MainThread|User          : hrt_qa
2016-02-08 13:48:09,537|beaver.machine|INFO|6114|140264674350912|MainThread|Group         : -
2016-02-08 13:48:09,547|beaver.machine|INFO|6114|140264674350912|MainThread|Created       : 2016-02-08 13:47 GMT
2016-02-08 13:48:09,548|beaver.machine|INFO|6114|140264674350912|MainThread|Started       : 2016-02-08 13:47 GMT
2016-02-08 13:48:09,552|beaver.machine|INFO|6114|140264674350912|MainThread|Last Modified : 2016-02-08 13:48 GMT
2016-02-08 13:48:09,553|beaver.machine|INFO|6114|140264674350912|MainThread|Ended         : 2016-02-08 13:48 GMT
2016-02-08 13:48:09,553|beaver.machine|INFO|6114|140264674350912|MainThread|CoordAction ID: -
2016-02-08 13:48:09,566|beaver.machine|INFO|6114|140264674350912|MainThread|
2016-02-08 13:48:09,566|beaver.machine|INFO|6114|140264674350912|MainThread|Actions
2016-02-08 13:48:09,567|beaver.machine|INFO|6114|140264674350912|MainThread|------------------------------------------------------------------------------------------------------------------------------------
2016-02-08 13:48:09,567|beaver.machine|INFO|6114|140264674350912|MainThread|ID                                                                            Status    Ext ID                 Ext Status Err Code
2016-02-08 13:48:09,571|beaver.machine|INFO|6114|140264674350912|MainThread|0000000-160208134528402-oozie-oozi-W@:start:                                  OK        -                      OK         -
2016-02-08 13:48:09,572|beaver.machine|INFO|6114|140264674350912|MainThread|------------------------------------------------------------------------------------------------------------------------------------
2016-02-08 13:48:09,572|beaver.machine|INFO|6114|140264674350912|MainThread|0000000-160208134528402-oozie-oozi-W@hive-node                                ERROR     -                      ERROR      HiveSQLException
2016-02-08 13:48:09,572|beaver.machine|INFO|6114|140264674350912|MainThread|0000000-160208134528402-oozie-oozi-W@fail                                     OK        -                      OK         E0729

The StepExecution always has one more item at the end than it should.  Here's a unit test (insert in ItemOrientedStepTests):
	public void testStepToCompletion() throws Exception 
{

		RepeatTemplate template = new RepeatTemplate();

		// process all items:
		template.setCompletionPolicy(new DefaultResultCompletionPolicy());
		itemOrientedStep.setStepOperations(template);
		
		JobExecution jobExecutionContext = new JobExecution(jobInstance);
		StepExecution stepExecution = new StepExecution(itemOrientedStep, jobExecutionContext);

		itemOrientedStep.execute(stepExecution);
		assertEquals(3, processed.size());
		assertEquals(3, stepExecution.getItemCount().intValue());
	}

With EAP7.1.0.GA, there has been added a validator for 'max-post-size' attribute for listeners in undertow subsystem. This validator requires positive integer values starting with value 1. That means, you cannot disable 'max-post-size' for such listener using 0 value anymore.
In EAP6.4 and EAP7.0, it was possible to disable 'max-post-size' check with 0 value. I understand that we might not want to allow user to set this to 0 value as it might be a potentional security risk. Still, maybe we should relax this restriction as it was possible to configure it that way in previous versions of EAP.
Also there is a Knowledge Base article regarding to this feature, which we should update in case we won't reconsider our position.
Just for the record - quoting question from mailing list:

Dear Experts,
Based on KCS, the "max-post-size" in "http-listener" from "undertow" subsystem can be disabled by setting "0" to it, it worked for EAP 6.x and 7.0 GA.
But in EAP 7.1.0 GA, it didn't work:
~~~
[standalone@localhost:9990 /] /subsystem=undertow/server=default-server/http-listener=default/:write-attribute(name=max-post-size,value=0)
    "failure-description" => "WFLYCTL0117} 
~~~
By comparing schemas:
~~~
jboss-eap-7.0/docs/schema/wildfly-undertow_x_x.xsd:
<xs:attribute name="max-post-size" type="xs:long" default="0"/>
—
jboss-eap-7.1/docs/schema/wildfly-undertow_x_x.xsd:
<xs:attribute name="max-post-size" type="xs:long" default="10485760"/>
~~~
The behaviour changed.
And I found WFLY-6437 and JBEAP-3974, but failed to open links inside those.
So can I ask if "max-post-size" can be disabled in EAP 7.1.0 GA and the reason if possible?
Zhang Xu

PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment "****.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:163) [wildfly-server-1.0.2.Final.jar:1.0.2.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_66]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_66]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_66]
Caused by: java.lang.IndexOutOfBoundsException: Index: 4, Size: 2
	at java.util.LinkedList.checkPositionIndex(LinkedList.java:560) [rt.jar:1.8.0_66]
	at java.util.LinkedList.addAll(LinkedList.java:406) [rt.jar:1.8.0_66]
	at org.wildfly.extension.undertow.deployment.WarMetaDataProcessor.deploy(WarMetaDataProcessor.java:206)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:156) [wildfly-server-1.0.2.Final.jar:1.0.2.Final]
	... 5 more

Got the following stack trace for this failure, not sure if it is related with HBASE-9072
 T E S T S
Running org.apache.hadoop.hbase.master.cleaner.TestSnapshotFromMaster
Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 336.042 sec <<< FAILURE! - in org.apache.hadoop.hbase.master.cleaner.TestSnapshotFromMaster
testSnapshotHFileArchiving(org.apache.hadoop.hbase.master.cleaner.TestSnapshotFromMaster)  Time elapsed: 303.771 sec  <<< ERROR!
org.junit.runners.model.TestTimedOutException: test timed out after 300000 milliseconds
	at org.apache.hadoop.hbase.client.AsyncProcess.waitForMaximumCurrentTasks(AsyncProcess.java:1810)
	at org.apache.hadoop.hbase.client.AsyncProcess.waitForMaximumCurrentTasks(AsyncProcess.java:1784)
	at org.apache.hadoop.hbase.client.AsyncProcess.waitForAllPreviousOpsAndReset(AsyncProcess.java:1860)
	at org.apache.hadoop.hbase.client.BufferedMutatorImpl.backgroundFlushCommits(BufferedMutatorImpl.java:241)
	at org.apache.hadoop.hbase.client.BufferedMutatorImpl.flush(BufferedMutatorImpl.java:191)
	at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:979)
	at org.apache.hadoop.hbase.client.HTable.put(HTable.java:576)
	at org.apache.hadoop.hbase.HBaseTestingUtility.loadTable(HBaseTestingUtility.java:2002)
	at org.apache.hadoop.hbase.HBaseTestingUtility.loadTable(HBaseTestingUtility.java:1979)
	at org.apache.hadoop.hbase.HBaseTestingUtility.loadTable(HBaseTestingUtility.java:1967)
	at org.apache.hadoop.hbase.HBaseTestingUtility.loadTable(HBaseTestingUtility.java:1945)
	at org.apache.hadoop.hbase.master.cleaner.TestSnapshotFromMaster.testSnapshotHFileArchiving(TestSnapshotFromMaster.java:297)
Results :
  TestSnapshotFromMaster.testSnapshotHFileArchiving:297->Object.wait:-2 » TestTimedOut
Tests run: 4, Failures: 0, Errors: 1, Skipped: 0

I have an test with a client that uses two EJBs

class Client {
  @EJB(name="ejb/CDIUseCasesCMBEAN1")
  static CMBean1IF cmbean1;

  @EJB(name="ejb/CDIUseCasesCMBEAN2")
  static CMBean2IF cmbean2;
}

The first EJB also references the second EJB: 

@Stateless(name="CDIUseCasesCMBEAN1")
@Remote({CMBean1IF.class})
public class CMBean1 implements CMBean1IF {

    @EJB(name="ejb/CDIUseCasesCMBEAN2")
    CMBean2IF cmbean2;
}

@TransactionManagement(TransactionManagementType.CONTAINER) 
@Stateless(name="CDIUseCasesCMBEAN2")
@Remote({CMBean2IF.class})
public class CMBean2 implements CMBean2IF {

}

When I deploy my application, the deployment fails with the error:

[javatest.batch] 11:39:17,668 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.deployment.unit."cditestsusecases.ear".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."cditestsusecases.ear".WeldStartService: Failed to start service
[javatest.batch]        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.4.Final.jar:1.2.4.Final]
[javatest.batch]        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
[javatest.batch]        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
[javatest.batch]        at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
[javatest.batch] Caused by: org.jboss.msc.service.ServiceNotFoundException: Service service jboss.deployment.subunit."cditestsusecases.ear"."cditestsusecases_ejb.jar".component.CDIUseCasesCMBEAN2.VIEW."com.sun.ts.tests.jms.ee20.cditests.usecases.CMBean2IF".REMOTE not found
[javatest.batch]        at org.jboss.msc.service.ServiceContainerImpl.getRequiredService(ServiceContainerImpl.java:669) [jboss-msc-1.2.4.Final.jar:1.2.4.Final]
[javatest.batch]        at org.jboss.as.weld.services.bootstrap.WeldEjbInjectionServices.getComponentView(WeldEjbInjectionServices.java:149)
[javatest.batch]        at org.jboss.as.weld.services.bootstrap.WeldEjbInjectionServices.handleServiceLookup(WeldEjbInjectionServices.java:124)
[javatest.batch]        at org.jboss.as.weld.services.bootstrap.WeldEjbInjectionServices.registerEjbInjectionPoint(WeldEjbInjectionServices.java:106)

As far as I can tell, the application is correctly built.
The client jar contains the Client classes and the beans remote interfaces.
The EJB jar contains the bean remote interfaces and classes.
I debugged WildFly and fixed the issue by updating org.jboss.as.weld.services.bootstrap.WeldEjbInjectionServices#getComponentView to take into account that the EJB's view service may not be UP yet when the CMBean2IF EJB is injected into CMBean1.cmbean2 field:

    private ComponentView getComponentView(ViewDescription viewDescription) {
        final ServiceController<?> controller = serviceRegistry.getService(viewDescription.getServiceName());
        if (controller == null) {
        }
        return (ComponentView) controller.getValue();
    }

If there is no component view, the WeldEjbInjectionServices#handleServiceLookup will instead use a lazy resource.
After that changes, my test passes fine.

The ORC file feature (HIVE-3874) has added protobuf and snappy libraries, also generated protobuf code. All these needs to be included in the eclipse classpath template. The eclipse projected generated on latest trunk has build errors due to the missing jar/classes.

The following produces ConcurrentModificationException on the for loop inside EXPLODE:

create table foo as select array(1, 2) a from src limit 1;
select a, x.b from foo lateral view explode(a) x as b;

Currently there's bean registered for the RepositoryRelProvider implementation that returns rels based on the mapping information.
This causes components using a RelProvider to calculate rels (in contrast to ones that directly use the ResourceMapping (such as the root controller). This causes different rels being rendered depending on which API a component uses.

The DatagramSocket createDatagramSocket(String name, SocketAddress address) method of org.jboss.as.network.SocketBindingManagerImpl creates a ManagedDatagramSocketBinding with a null name, yet registers the socket using the NamedManagedBindingRegistry.

i'm currently writing a tuto on Camel (2.8.2).
Showing HTTP4 component usage by downloading US Gov public data, i found a problem :
                from("quartz://dataTimer?cron=0+

public class SomeBean {
    private ContextResource cache;
    @Required
    public void setCache(ContextResource cache) 
{
        this.cache = cache;
    }
}
...
<bean id="someBean" class="org.miramax.domain.movies.someBean">
    <property name="cache" value="/WEB-INF/tmp"/>
</bean>
...
org.springframework.beans.ConversionNotSupportedException: Failed to convert property value of type 'java.lang.String' to required type 'org.springframework.core.io.ContextResource'
Spring 2.x has no problem with conversion.

SplitLocationProvider removes HDFS locality in LLAP, causing more network traffic when reading file formats which aren't currently cached.
In the absence of the IO elevator, cache affinity should be disabled.
This information is encoded into the MapWork in deriveLlapIoDescString, move this to an Enum type for comparisons.

The RepositoryRestExceptionHandler throws an IllegalArgumentException if a DataIntegrityViolationException or OptimisticLockingFailureException occurs causing a wrong server response: 500 Internal ServerError.
Have a look at the handleConflict(…) Method. The errorResponse(…) method get's accidentally called with a null argument for the HttpHeaders.

After HIVE-2670 was committed, I see the following error,

checkstyle:
[checkstyle] Running Checkstyle 5.5 on 416 files
[checkstyle] /Users/vshree/work/repositories/hive15/hcatalog/src/test/e2e/hcatalog/drivers/TestDriverHiveCmdLine.pm:1: Line does not match expected header line of '\W*or more contributor license agreements.  See the NOTICE file$'.
[checkstyle] /Users/vshree/work/repositories/hive15/hcatalog/src/test/e2e/hcatalog/tests/hive_cmdline.conf:1: Line does not match expected header line of '\W*or more contributor license agreements.  See the NOTICE file$'.
[checkstyle] /Users/vshree/work/repositories/hive15/hcatalog/src/test/e2e/hcatalog/tests/hive_nightly.conf:1: Line does not match expected header line of '\W*or more contributor license agreements.  See the NOTICE file$'.
      [for] /Users/vshree/work/repositories/hive15/build.xml:310: The following error occurred while executing this line:
      [for] /Users/vshree/work/repositories/hive15/hcatalog/build.xml:109: The following error occurred while executing this line:
      [for] /Users/vshree/work/repositories/hive15/hcatalog/build-support/ant/checkstyle.xml:32: Got 3 errors and 0 warnings.

/Users/vshree/work/repositories/hive15/build.xml:308: Keepgoing execution: 2 of 11 iterations failed.

If ConfigurableTypeInformationMapper is used with a MappingContext the TypeInformation and aliases managed are looked up eagerly. As types can be added later on we need to fall back to another PersistentEntity lookup in case we don't find a cached value. 

After committing HIVE-17515, the udf_mask_hash.q test is failing with the following error message:

Client Execution succeeded but contained differences (error code = 1) after executing udf_mask_hash.q 
34c34
<             expressions: '8b44d559dc5d60e4453c9b4edf2a455fbce054bb8504cd3eb9b5f391bd239c90' (type: string)
---
>             expressions: 'dd78d68ad1b23bde126812482dd70ac6' (type: string)
36c36
<             Statistics: Num rows: 1 Data size: 148 Basic stats: COMPLETE Column stats: COMPLETE
---
>             Statistics: Num rows: 1 Data size: 116 Basic stats: COMPLETE Column stats: COMPLETE
61c61
< 8b44d559dc5d60e4453c9b4edf2a455fbce054bb8504cd3eb9b5f391bd239c90 8b44d559dc5d60e4453c9b4edf2a455fbce054bb8504cd3eb9b5f391bd239c90 30a88603135d3a6f7a66b4f9193da1ab4423aed45fb8fe736c2f2a08977f2bdd                                                                                                                                                                                                NULL NULL NULL NULL NULL
---
> dd78d68ad1b23bde126812482dd70ac6 dd78d68ad1b23bde126812482dd70ac6 835735ba20f1297683efca69fabd0fba                                                                                                                                                                                                                                NULL NULL NULL NULL NULL

This will allow users to extract substrings from a string based on a regular expression.

For JBoss EAP 7.1.0.GA in Windows (e.g. Microsoft Windows Server 2016):
Cannot connect to JBoss controller via CLI by passing password in command line if password contains '!' character. Wrapping password by double quotes does not help.

jboss-cli.bat -c controller=localhost --user=myuser --password=mypass1!
Failed to connect to the controller: Unable to authenticate against controller at localhost:9990: Authentication failed: all available authentication mechanisms failed:

In the same time it is possible to connect with such password when cli prompts for it or via management console.

It would be more robust to use FileOutputCommitter.getWorkPath instead of FileOutputCommitter.getTaskAttemptPath.
The getTaskAttemptPath is same as getWorkPath in MR2 new APIs but is missing in MR1 old APIs.

org.apache.camel.dataformat.soap.Soap12DataFormatAdapter#createExceptionFromFault uses org.w3._2003._05.soap_envelope.Reasontext#toString to generate the exception message, but Reasontext does not have a toString implementation, so it prints values like org.w3._2003._05.soap_envelope.Reasontext@2b6afea1 and the Reasontext value is lost. Reasontext#getValue which returns a human-readable string should be used instead.

This issue goes in the 'polish' category.  On regionserver ui, we were listing raw bytes for heap size, memstore size, etc.  I put in place StringUtils.humanReadableInt (looked to see if bootstrap could do it for us but doesn't seem so, not w/o plugin).  I then made all the megabytes and kilobytes match StringUtils.humanReadableInt with its 'm' instead of 'MB' and 'k' instead of KB.  Removed a stray KB that was in the wrong place too.

I am seeing hybridgrace_hashjoin_1.q getting stuck on master.

With commons-lang 2.6 .hashCode and .toHashCode gives back the same result but with version 2.4 the hashCode gives back the HashCodeBuilder's hash.

MutableAcl interface doesn't have a method to change ACL owner (although AclImpl has an appropriate implementation)

Somehow in recent changes it has dropped back to version 2.0

For classes such as 

public abstract class Login {
..
}

public class Member extends Login  {
...
}

where Login has exactly one super class and Member has no subclasses, Metadata.resolve throws an AmbiguousBaseClassException when the order of taxa is "Member",Login"

A request isn't properly recognized as a JSON Patch one, resulting in exception (as detailed in StackOverflow URL).
Issue appears to be that PersistentEntityResourceHandlerMethodArgumentResolver builds an IncomingRequest, and that constructor sets its contentType to application/json-patch+json;charset=UTF-8. This then fails the IncomingRequest's isJsonPatchRequest() test because the inbound otherType now has a parameters map entry (charset -> UTF-8) and the  RestMediaTypes.JSON_PATCH_JSON does not. 

TestParser (used in subsystem test framework) will only marshal if the subsystem's ModelNode isDefined(). But for simple subsystems with no attributes it doesn't have to be defined.
It should just check for node existence – parentNode.has(subsystemName) – not whether the node is defined.

Have seen it twice in the recent past: http://bit.ly/MPCykB & http://bit.ly/O79Dq7 .. 
Looking briefly at the logs hints at a pattern - in both the failed test instances, there was an RS crash while the test was running.

In org.springframework.validation.beanvalidation.SpringValidatorAdapter the methode validateValue() is wrong. Without the fix "bean validation" is useable only in part.
Current implementation:
public <T> Set<ConstraintViolation<T>> validateValue(Class<T> beanType, String propertyName, Object value, Class<?>... groups) {
   return this.targetValidator.validateValue(beanType, propertyName, groups);
}
However, the argument "value" is lost inside the method body, and should be:
   return this.targetValidator.validateValue(beanType, propertyName, value, groups);

In TestRestartCluster.testClusterRestart() we spin up cluster, create three tables, shut it down, start it back up, and ensure we still have three regions.
A subtle race condition during the first shutdown makes it so the flush of META doesn't finish so when we start back up there are no user regions.
I'm not sure if there are reasons the ordering is as such, but the is the section of code in CloseRegionHandler around line 118:

      this.rsServices.removeFromOnlineRegions(regionInfo.getEncodedName());
      region.close(abort);

We remove from the online map of regions before actually closing.  But what the main run() loop in the RS is waiting on to determine when it can shut down is that the online region map is empty.

  private void waitOnAllRegionsToClose() {
    // Wait till all regions are closed before going out.
    int lastCount = -1;
    while (!this.onlineRegions.isEmpty()) {

Any reason not to swap these two and do the close before removing from online regions?

Found by Lars George

All deleteXYZ() were deprecated in Delete in favour of the matching addXYZ() (to mirror Put, Get, etc.) - _but_ for deleteFamilyVersion(). What is worse is, the @deprecated for it was added to the addFamilyVersion() replacement! Oh man.
* @deprecated Since hbase-1.0.0. Use {@link #addFamilyVersion(byte[], long)}   */   @Deprecated   public Delete addFamilyVersion(final byte [] family, final long timestamp) {
The deprecated message is right, but on the wrong method
(areyoukiddingme)
Well, I presume it was done right, and will steer clear of deleteXYZ() in favor of addXYZ()

Hadoop 2 archive tests are broken. The issue stems from the fact that har uri construction does not really have a port in the URI when unit tests are run. This means that an invalid uri is constructed resulting in failures.

Cloned from: BATCH-1418 to allow this to be closed for 2.0.4.
Upon restarting a failed step, the reader (FlatFileItemReader) tries to parse the file from the beginning as it tries to reach the point from where it has to pick up after the last failure. Along the way, the reader invokes the lineTokenizer and the fieldSetMapper for each of the already processed records. This appears to be far too much work for no gain when the point is to quickly get to the last record read from the file that was successfully committed. 
More importantly, during this recovery phase, the parsing exercise triggers parsing exceptions but the batch framework doesn't honor the "skippable-exception-classes" instruction. This causes exceptions (that should be skipped) to become fatal and the job fails to restart.
More information is available in the "Spring Forum Reference" thread.

More hadoop2 golden files to fix due to HIVE-6643, HIVE-6642, HIVE-6808, HIVE-6144.

To ensure correctness, in particular for operations that require exclusive (INSERT OVERWRITE) and semishared (UPDATE/DELETE) locks.
This is a temporary fix till lock acquisition is moved before analyze in HIVE-18948.
With this fix, system proceed as follows. The driver will acquire the snapshot, compile the query wrt that snapshot, and then, it will acquire locks. If snapshot is still valid, it will continue as usual. But if snapshot is not valid anymore, it will recompile the query.
This is easier to implement than full solution described in HIVE-18948 because we do not need to move the logic to extract the read/write entities from a query before compilation (actually while parsing).

I have experienced an issue where we could not cancel a message stuck in a re-delivery cycle. I was using Jolokia and calling the interrupt method on the DefaultAsyncProcessorAwaitManager for the blocked exchange and I had expected the re-delivery cycle to stop.
This does not happen, and the blocked message continues to get executed and re-delivered. The mapping does get removed from the in-flight messages though. I can see also that the RejectedExecutionException set by the interrupt is also overwritten by the exception thrown by our failing bean. I think the problem here is that there are no checks for this RejectedExecutionException during the re-delivery cycle.
It seems like the following part of the RedeliveryErrorHandler::call should pick up the fact that the exchange has been interrupted:

// only process if the exchange hasn't failed
// and it has not been handled by the error processor
if (isDone(exchange)) {
 callback.done(false);
 return;
}

This is an issue if you have configured a long re-delivery cycle and you have a message retrying that you know will never succeed. 

If we pass a ruby script, can't give it args; they are eaten by the bin/hbase shell start up wrapper.  Fix is simple:

Index: bin/hirb.rb
--- bin/hirb.rb	(revision 792789)
+++ bin/hirb.rb	(working copy)
@@ -63,6 +63,8 @@
     # after we've set up some environment.
     script2run = arg
     found.push(arg)
+    # Presume that any other args are meant for the script.
+    break
   end
 end

Findbugs warns that several classes define equals but not hashcode:

HE: Class defines equals() and uses Object.hashCode() (HE_EQUALS_USE_HASHCODE)

This class overrides equals(Object), but does not override hashCode(), and inherits the implementation of hashCode() from java.lang.Object (which returns the identity hash code, an arbitrary value assigned to the object by the VM).  Therefore, the class is very likely to violate the invariant that equal objects must have equal hashcodes.

I was looking at https://builds.apache.org/job/HBase-TRUNK/3959/testReport/org.apache.hadoop.hbase.client/TestSnapshotCloneIndependence/testOfflineSnapshotRegionOperationsIndependent/ and found the following:

2013-03-14 11:11:07,323 INFO  [pool-1-thread-1] hbase.ResourceChecker(171): after: client.TestSnapshotCloneIndependence#testOfflineSnapshotRegionOperationsIndependent Thread=275 (was 273)
Potentially hanging thread: janus.apache.org,53542,1363259346619-daughterOpener=34172719c055b187015add70302ab50b
	java.lang.Object.wait(Native Method)
	java.lang.Object.wait(Object.java:503)
	org.apache.hadoop.ipc.Client.call(Client.java:1093)
	org.apache.hadoop.ipc.RPC$Invoker.invoke(RPC.java:229)
	$Proxy10.rename(Unknown Source)
	sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	java.lang.reflect.Method.invoke(Method.java:601)
	org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:85)
	org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:62)
	org.apache.hadoop.hbase.fs.HFileSystem$1.invoke(HFileSystem.java:267)
	$Proxy19.rename(Unknown Source)
	org.apache.hadoop.hdfs.DFSClient.rename(DFSClient.java:955)
	org.apache.hadoop.hdfs.DistributedFileSystem.rename(DistributedFileSystem.java:227)
	org.apache.hadoop.fs.FilterFileSystem.rename(FilterFileSystem.java:144)
	org.apache.hadoop.hbase.regionserver.HRegionFileSystem.writeRegionInfoOnFilesystem(HRegionFileSystem.java:476)
	org.apache.hadoop.hbase.regionserver.HRegionFileSystem.checkRegionInfoOnFilesystem(HRegionFileSystem.java:435)
	org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:567)
	org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:546)
	org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:4041)
	org.apache.hadoop.hbase.regionserver.SplitTransaction.openDaughterRegion(SplitTransaction.java:527)
	org.apache.hadoop.hbase.regionserver.SplitTransaction$DaughterOpener.run(SplitTransaction.java:508)
	java.lang.Thread.run(Thread.java:722)

Overview
The code example given in the "Server-Side Tests" section of the reference manual is incorrect.
API Error

this.mockMvc.perform(get("/accounts/1").accept("application/json;charset=UTF-8"))

The MockHttpServletRequestBuilder.accept(MediaType) method does not have an overloaded method that takes a String.
Syntax Error

.andExpect(jsonPath("$.name").value("Lee");

This line is missing a closing parenthesis.

Thrift has a configuration open to restrict incoming message size. If we configure this we'll stop OOM'ing when someone sends us an HTTP request.

For example: set x=b<TAB> ==> A command is proposed. 
Command and operation completion should only be proposed when we want the value of the variable to be evaluated:  set value=`:read-attribute(name=release-version)`

The read(byte[] b, int off, int len) method of FastByteArrayOutputStream$FastByteArrayInputStream returns 0 instead of -1 in the condition of this.currentBuffer == null.
The correct return value would be -1, as the read() method already does.
This breaks for example StreamUtils.copy(), which never leaves the loop.
The issue is fixed by replacing
				if (this.currentBuffer == null) 
{
					// this stream doesn't have any data in it
					return 0;
				}

with
{
					return -1;
				}
            
Hi Andy Clement,
While working on further changes in the framework leveraging PathPattern, I've found the following behavior:

PathPatternParser parser = new PathPatternParser();
PathPattern p1 = parser.parse("/{foo}");
PathPattern p2 = parser.parse("/{foo}.*");
Map<String, String> r1 = p1.matchAndExtract("/file.txt");
Map<String, String> r2 = p2.matchAndExtract("/file.txt");

// works fine
assertEquals(r1.get("foo"), "file.txt");
assertEquals(r2.get("foo"), "file");

// returns -1, thus considering that "/{foo}" is more specific than "/{foo}.*"
assertThat(p1.compareTo(p2), Matchers.greaterThan(0));

Judging from our previous discussion, I'm wondering if this is now the expected behavior or if this is inconsistent with what's described in that comment.
By the way, when comparing "/{foo}" and "/{foo}.txt", "/{foo}.txt" is considered the most specific one.
Thanks,

Elytron dir-context is not able to follow/throw referrals in LDAP search. Value set in Elytron dir-context.referral-mode is ignored by Elytron. 
InitialLdapContext java.naming.referral parameter is internally always set to value ignore. It is caused by ignoring ReferralMode parameter in obtainDirContext of org.wildfly.security.auth.realm.ldap.SimpleDirContextFactoryBuilder$SimpleDirContextFactory [1].
We request blocker flag since this issue causes that referrals cannot be used for LDAP search with Elytron.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/cb57f2f0ffcdb1470e3135007603c97679b9434f/src/main/java/org/wildfly/security/auth/realm/ldap/SimpleDirContextFactoryBuilder.java#L222

After upgrading from 4.3.1 to 4.3.3, accessing a prototype bean ResourceHttpRequestHandler triggers a NullPointerException when the handler tries to access the pathExtensionStrategy that is created in afterSingletonsInstantiated.
This is caused by the fix for SPR-14577.
Such a use-case breakage on a minor version upgrade is very inconvenient, even more so when it only is detected at runtime.
This is also somewhat unexpected behaviour. One might expect this method to be called on every bean that is created after the singleton instantiation phase. See SPR-12913 for a related issue wrt lazy-init beans.

https://issues.apache.org/jira/browse/HBASE-13761 introduced a RowTracker in FuzzyRowFilter to avoid performing getNextForFuzzyRule() for each fuzzy key on each getNextCellHint() by maintaining a list of possible row matches for each fuzzy key. The implementation assumes that the prepared rows will be matched one by one, so it removes the first row in the list as soon as it is used. However, this approach may lead to omitting rows in some cases:
Consider a case where we have two fuzzy keys:
1?1
2?2
and the data is like:
000
111
112
121
122
211
212
when the first row 000 fails to match, RowTracker will update possible row matches with cell 000 and fuzzy keys 1?1,2?2. This will populate RowTracker with 101 and 202. Then 101 is popped out of RowTracker, hint the scanner to go to row 101. The scanner will get 111 and find it is a match, and continued to find that 112 is not a match, getNextCellHint will be called again. Then comes the bug: Row 101 has been removed out of RowTracker, so RowTracker will jump to 202. As you see row 121 will be omitted, but it is actually a match for fuzzy key 1?1.
I will illustrate the bug by adding a new test case in TestFuzzyRowFilterEndToEnd. Also I will provide the bug fix in my patch. The idea of the new solution is to maintain a priority queue for all the possible match rows for each fuzzy key, and whenever getNextCellHint is called, the elements in the queue that are smaller than the parameter currentCell will be updated(and re-insert into the queue). The head of queue will always be the "Next cell hint".

Right now, the header of user_permission command has missing 'Namespace'

hbase(main):009:0> user_permission '.*'
User                                     Table,Family,Qualifier:Permission                                                                                    
 test                                    hbase,hbase:acl,,: [Permission: actions=ADMIN]

Ideally, it should be something like this

User                                     Namespace,Table,Family,Qualifier:Permission                                                                                    

Saw below loop in Ryan Rawson logs:

....
2009-01-16 15:32:43,001 INFO org.apache.hadoop.hdfs.DFSClient: Abandoning block blk_-2067415907098101353_164148
2009-01-16 15:32:45,561 INFO org.apache.hadoop.hdfs.DFSClient: Exception in createBlockOutputStream java.io.IOException: Could not read from stream
2009-01-16 15:32:45,561 INFO org.apache.hadoop.hdfs.DFSClient: Abandoning block blk_4699358014912484437_164148
2009-01-16 15:32:49,004 INFO org.apache.hadoop.hdfs.DFSClient: Exception in createBlockOutputStream java.io.IOException: Bad connect ack with firstBadLink 10.10.20.19:50010
2009-01-16 15:32:49,004 INFO org.apache.hadoop.hdfs.DFSClient: Abandoning block blk_-8649135750875451286_164148
2009-01-16 15:32:51,562 WARN org.apache.hadoop.hdfs.DFSClient: DataStreamer Exception: java.io.IOException: Unable to create new block.
    at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.nextBlockOutputStream(DFSClient.java:2723)
    at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.access$2000(DFSClient.java:1997)
    at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream$DataStreamer.run(DFSClient.java:2183)

2009-01-16 15:32:51,562 WARN org.apache.hadoop.hdfs.DFSClient: Error Recovery for block blk_4699358014912484437_164148 bad datanode[0] nodes == null
2009-01-16 15:32:51,562 WARN org.apache.hadoop.hdfs.DFSClient: Could not get block locations. Aborting...
2009-01-16 15:32:51,562 FATAL org.apache.hadoop.hbase.regionserver.HLog: Could not append. Requesting close of log
java.io.IOException: Could not read from stream
    at org.apache.hadoop.net.SocketInputStream.read(SocketInputStream.java:119)
    at java.io.DataInputStream.readByte(DataInputStream.java:265)
    at org.apache.hadoop.io.WritableUtils.readVLong(WritableUtils.java:325)
    at org.apache.hadoop.io.WritableUtils.readVInt(WritableUtils.java:346)
    at org.apache.hadoop.io.Text.readString(Text.java:400)
    at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.createBlockOutputStream(DFSClient.java:2779)
    at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.nextBlockOutputStream(DFSClient.java:2704)
2009-01-16 15:32:51,563 ERROR org.apache.hadoop.hbase.regionserver.LogRoller: Log rolling failed with ioe:
2009-01-16 15:32:51,564 FATAL org.apache.hadoop.hbase.regionserver.HLog: Could not append. Requesting close of log
2009-01-16 15:32:51,563 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: java.io.IOException: Could not read from stream
2009-01-16 15:32:51,564 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: java.io.IOException: Could not read from stream
...

For 930, for different exception type, we triggered abort.  Should do same here.  If IOE and "Can't read from stream", shut down.    The filesystem check seems to be coming back fine and dandy.

When using the new MSC API the ServiceBuilder.addDependency can't be used, it should use ServiceBuilder.requires instead. The code should allow the correct method to be called.

With HBASE-10902 we lost the setPermission() on the hfiles that we are moving, resulting in a Permission denied when we try to remove the file

Permission denied: user=hbase, access=WRITE, inode="/hbase/.../3de9fdb2a99e4ef9937b4622317d10e0_SeqId_2_":testuser:hadoop:-rwxr-xr-x

 for(Pair<byte[], String> el: familyPaths) {
-   Path p = new Path(el.getSecond());
-   LOG.trace("Setting permission for: " + p);
-   fs.setPermission(p, PERM_ALL_ACCESS);

An empty <*-exception-classes/> list does not override parent's list.  This probably applies to other lists (listeners, streams, ...) as well.  This prevents a step or job from being about to inherit from a parent and remove its registered exception classes.
For example, the following results in step "B" having java.lang.Exception registered as skippable even though it specifies <skippable-exception-classes/> with merge="false" (the default).

<step id="A">
    <tasklet>
        <chunk>
            <skippable-exception-classes>
                java.lang.Exception
            </skippable-exception-classes>
        </chunk>
    </tasklet>
</step>

<step id="B" parent="A">
    <tasklet>
        <chunk>
            <skippable-exception-classes/>
        </chunk>
</step>

        final Flat3Map m = new Flat3Map();
        m.put( new Integer( 1 ), new Integer( 1 ) );
        m.put( new Integer( 0 ), new Integer( 0 ) );
        System.out.println( m.remove( new Integer( 1 ) ) );
The above code will print "0" when it should print "1"

The description of undertow subsystem is: A deployment

Deploy an application, e.g. the logging quickstart
Click Deployments -> deployment name -> View -> expand subsystem -> undertow

Other subsystems have better description, for example logging subsystem:
Information about the logging configuration for this deployment. Note that this may not be accurate if the deployment is using some other means of configuring a log manager such as logback. The resolved configuration is what loggers not covered by the deployments specific log manager would use.

If you stop a route and uses context scoped error handling, then its services may be stopped when the route stops. This should not happen for context scoped as they are reused by other routes etc.
This can also happen for OnCompletion which has same scope as OnException.

The three version of deleteFamily in client.HTable (Text, String, byte[]) have varying descriptions about whether they take timestamps or not.
public void deleteFamily(org.apache.hadoop.io.Text row, org.apache.hadoop.io.Text family, long timestamp) throws IOException
    Delete all cells for a row with matching column family at all timestamps. 
public void deleteFamily(String row, String family, long timestamp) throws IOException
public void deleteFamily(byte[] row, byte[] family, long timestamp) throws IOException
    Delete all cells for a row with matching column family with timestamps less than or equal to timestamp. 
These will become:
public void deleteFamily(org.apache.hadoop.io.Text row, org.apache.hadoop.io.Text family) throws IOException
public void deleteFamily(String row, String family) throws IOException
public void deleteFamily(byte[] row, byte[] family) throws IOException
    Delete all cells for a row with matching column family at all timestamps.
Per Jean-Daniel's comment, deleteAll should then not permit families.  I'm unsure whether this is currently allowed or not, but the documentation must be updated either way.
Will post patch after more thorough testing.

HBASE-15332 added a doc note about how to use HDFS-6133, but the steps it adds are incorrect. The specific balancer command provided in the doc note is incorrect and not required.
Since HBase uses favored nodes features internally (HBASE-7932), and HBASE-7942 extended that information to cover HDFS hinting too, the only step required in the doc note is to enable the pinning feature DN-side.

When using the Provider based service (i.e., one using the Provider<Source>'s invoke(Source m) signature), I observed that the payload content is not correctly extracted in the first call. The reason seems to be that the content is passed as a StaxSource instance to the camel's cxf binding component (DefaultCxfBinding) and this expects currently a DOMSource for the payload data format and therefore it not able to extract the payload content.
Some more information is described in a related mail thread at camel-user 
http://camel.465427.n5.nabble.com/Question-on-RemoveClassTypeInterceptor-in-Camel-Cxf-s-Payload-mode-td4358188.html
This problem can be reproduced using CxfConsumerProviderTest when this test is executed using the payload data format. I suppose this test should actually be executed in the payload data format mode. But this is currently not the case.
So, I am attaching the modified CxfConsumerProviderTest that uses the payload data format. This test will fail with the current trunk camel-cxf implementation. I am also attatching the patch file of the suggested change in DefaultCxfBinding that can resolve this issue and successfully pass this test.
I think we can eventually consider a different CxfPayload implementation that does not require a DOM object at all. But for now, I think we can live with this correction to avoid this payload extraction issue.
Thanks.

If an entity implements Iterable and I try to use SimpleJpaRepository#save(Iterable) to save a list of these entities, the code sometimes fails because DefaultRepositoryInformation#getTargetClassMethod(Method, Class) matches the save(Object)-method, depending which of the two save-methods is checked first in the loop.
To reproduce this behaviour reliably, I had to set a breakpoint in the for-Loop of getTargetClassMethod(…) and make sure, that the method save(Object) is called before the save(Iterable) for a list of iterable entities.

Caught while testing branch-1.0, shutting down TestMasterMetricsWrapper.
"MASTER_META_SERVER_OPERATIONS-ip-10-32-130-237:55342-0":
  waiting to lock monitor 0x00007f2a040051c8 (object 0x00000007e36108a8, a org.apache.hadoop.hbase.util.PoolMap),
  which is held by "M:0;ip-10-32-130-237:55342"
"M:0;ip-10-32-130-237:55342":
  waiting to lock monitor 0x00007f2a04005118 (object 0x00000007e3610b00, a org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection),
  which is held by "MASTER_META_SERVER_OPERATIONS-ip-10-32-130-237:55342-0"
Full stack dump and deadlock debug output attached.
In RpcClientImpl#close(), we obtain lock on connections first:

    synchronized (connections) {
      for (Connection conn : connections.values()) {

Then markClosed() tries to obtain lock on connection object:

        if (!conn.isAlive()) {
          conn.markClosed(new InterruptedIOException("RpcClient is closing"));
          conn.close();

Another thread, MetaServerShutdownHandler, calls RpcClientImpl$Connection#setupIOstreams() where :

        markClosed(e);
        close();

Lock on connection object is obtained first, then lock on connections is attempted, leading to deadlock:

      synchronized (connections) {
        connections.removeValue(remoteId, this);
      }

I've been trying to use lifecycle interceptors (intercepting PostConstruct and PreDestroy, see https://issues.jboss.org/browse/WELD-1346 for reference) in my project and those do not seem to work at all (nor on enterprise managed beans nor on regular CDI managed beans).
I tried on both JBoss AS 7.1.1 and Wildfly 8.2.0 but lifecycle interceptors are never called while other interceptors (AroundInvoke) are.
I tested the same code on OpenEJB and it works.

Setting the number of client reties should be a function of the environment, not of the test.

After the JDO downgrade in HIVE-1853, the tests for the disabled function listPartitionByFilter() should be disabled as well.

When you call SetUniqueList.addAll(int index, Collection coll), it incorrectly adds the new elements to the end of the list instead of at the specified index.

We need this doing migrations.  I'd think lots of folks will have their configs other than default location (I need it testing migration)

https://builds.apache.org/job/PreCommit-HBASE-Build/3161/artifact/patchprocess/branch-findbugs-hbase-rsgroup-warnings.html :
Multithreaded correctness Warnings
Code	Warning
SC	new org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl(MasterServices) invokes org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker.start()
SWL	org.apache.hadoop.hbase.rsgroup.RSGroupAdminServer.moveServers(Set, String) calls Thread.sleep() with a lock held
Performance Warnings
WMI	org.apache.hadoop.hbase.rsgroup.RSGroupBasedLoadBalancer.correctAssignments(Map) makes inefficient use of keySet iterator instead of entrySet iterator
WMI	org.apache.hadoop.hbase.rsgroup.RSGroupBasedLoadBalancer.getMisplacedRegions(Map) makes inefficient use of keySet iterator instead of entrySet iterator
Dodgy code Warnings
REC	Exception is caught when Exception is not thrown in org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker.waitForGroupTableOnline()
ST	Write to static field org.apache.hadoop.hbase.rsgroup.RSGroupAdminEndpoint.groupInfoManager from instance method org.apache.hadoop.hbase.rsgroup.RSGroupAdminEndpoint.start(CoprocessorEnvironment)

CREATE TABLE T_A ( id STRING, val STRING ); 
CREATE TABLE T_B ( id STRING, val STRING ); 
CREATE TABLE join_result_1 ( ida STRING, vala STRING, idb STRING, valb STRING ); 
CREATE TABLE join_result_3 ( ida STRING, vala STRING, idb STRING, valb STRING ); 

INSERT INTO TABLE T_A 
VALUES ('Id_1', 'val_101'), ('Id_2', 'val_102'), ('Id_3', 'val_103'); 

INSERT INTO TABLE T_B 
VALUES ('Id_1', 'val_103'), ('Id_2', 'val_104'); 

explain
FROM T_A a LEFT JOIN T_B b ON a.id = b.id
INSERT OVERWRITE TABLE join_result_1
SELECT a.*, b.*
WHERE b.id = 'Id_1' AND b.val = 'val_103'
INSERT OVERWRITE TABLE join_result_3
WHERE b.val = 'val_104' AND b.id = 'Id_2' AND a.val <> b.val;

The (wrong) plan is the following:

  Stage-3 depends on stages: Stage-2
  Stage-1 depends on stages: Stage-3
  Stage-5 depends on stages: Stage-1

    Tez
      DagId: haha_20160504140944_174465c9-5d1a-42f9-9665-fae02eeb2767:2
      Edges:
        Reducer 2 <- Map 1 (SIMPLE_EDGE), Map 3 (SIMPLE_EDGE)
      DagName: 
      Vertices:
        Map 1 
                TableScan
                  alias: a
                  Statistics: Num rows: 3 Data size: 36 Basic stats: COMPLETE Column stats: NONE
                    key expressions: id (type: string)
                    Map-reduce partition columns: id (type: string)
                    Statistics: Num rows: 3 Data size: 36 Basic stats: COMPLETE Column stats: NONE
                    value expressions: val (type: string)
        Map 3 
                TableScan
                  alias: b
                  Statistics: Num rows: 2 Data size: 24 Basic stats: COMPLETE Column stats: NONE
                    Statistics: Num rows: 2 Data size: 24 Basic stats: COMPLETE Column stats: NONE
        Reducer 2 
              Merge Join Operator
                     Left Outer Join0 to 1
                keys:
                  0 id (type: string)
                  1 id (type: string)
                outputColumnNames: _col0, _col1, _col6
                Statistics: Num rows: 3 Data size: 39 Basic stats: COMPLETE Column stats: NONE
                  expressions: _col0 (type: string), _col1 (type: string), 'Id_1' (type: string), 'val_103' (type: string)
                  outputColumnNames: _col0, _col1, _col2, _col3
                  Statistics: Num rows: 3 Data size: 39 Basic stats: COMPLETE Column stats: NONE
                    Statistics: Num rows: 3 Data size: 39 Basic stats: COMPLETE Column stats: NONE
                    table:
                        name: bugtest2.join_result_1
                  predicate: (_col1 <> _col6) (type: boolean)
                    expressions: _col0 (type: string), _col1 (type: string), 'Id_2' (type: string), 'val_104' (type: string)
                    outputColumnNames: _col0, _col1, _col2, _col3
                      Statistics: Num rows: 3 Data size: 39 Basic stats: COMPLETE Column stats: NONE
                      table:
                          serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
                          name: bugtest2.join_result_3

    Dependency Collection

      tables:
          replace: true
          table:
              input format: org.apache.hadoop.mapred.TextInputFormat
              output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
              serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
              name: bugtest2.join_result_1

      tables:
          table:
              name: bugtest2.join_result_3

In CommandLineJobRunner.start (), you create a new Spring context but don't close it at the end.
That means that if any spring bean is expecting some close method to be called (for flushing generated file for example), it won't work.
Gérard COLLIN

occasionally, eclipse will throw a null pointer when attempting to import all the modules via m2eclipse.

https://github.com/wildfly/wildfly/blame/master/iiop-openjdk/src/main/java/org/wildfly/iiop/openjdk/ConfigValidator.java#L83

 if (serverRequiresSsl && serverRequiresSsl && attribute.equals(Constants.IOR_SUPPORTED)) {

When using ORC as storage for a table, we get errors on selecting a struct field within an array. These errors do not appear with default format.

CREATE  TABLE `foobar_orc`(
  `uid` bigint,
  `elements` array<struct<elementid:bigint,foo:struct<bar:string>>>)
STORED AS ORC;

When selecting from this empty table, we get a direct NPE within the Hive CLI:

SELECT
  elements.elementId
FROM
  foobar_orc;
-- FAILED: RuntimeException java.lang.NullPointerException

A more real-world query produces a RuntimeException / NullPointerException in the mapper:

SELECT
  uid,
  element.elementId
FROM
  foobar_orc
LATERAL VIEW
  EXPLODE(elements) e AS element;

[...]
	at org.apache.hadoop.hive.ql.exec.ExprNodeFieldEvaluator.initialize(ExprNodeFieldEvaluator.java:61)
[...]

Both queries run fine on a non-orc table:

CREATE  TABLE `foobar`(
  `elements` array<struct<elementid:bigint,foo:struct<bar:string>>>);  

SELECT
FROM
  foobar;
-- OK
-- Time taken: 0.225 seconds

SELECT
  uid,
FROM
  foobar
-- Total MapReduce CPU Time Spent: 1 seconds 920 msec
-- OK
-- Time taken: 25.905 seconds

Right now the db name is not being stored. We should store the complete name, which includes the db name, as the table access analyzer does.

The following functionality doesn't work, when one of the fields is null: 
http://camel.apache.org/bean-binding.html

You can also use the OGNL support of the Simple expression language. Now suppose the message body is an object which has a method named asXml. To invoke the asXml method we can do as follows:

.bean(OrderService.class, "doSomething(${body.asXml}, ${header.high})")

Instead of using .bean as shown in the examples above, you may want to use .to instead as shown:

.to("bean:orderService?method=doSomething(${body.asXml}, ${header.high})")

A test case is provided. Instead of getting values of fields "foo" and "bar" respectively, the first parameter (which should be null) receives value of pojo.toString(), while the second parameter receives the correct value.

GenericFileConverter should pass in Exchange as parameter to converter so it can leverage any CHARSET set on the Exchange such as from a .convertBodyTo(String.class, "UTF-8");

In Procedure#toStringDetails() :

    if (stackIndexes != null) {
      sb.append("\n");
      sb.append("stackIndexes=");
      sb.append(Arrays.toString(getStackIndexes()));
    }

The access is not protected by synchronized keyword whereas access to stackIndexes is protected in all other methods.
Note: getStackIndexes() has proper protection.

It looks like after HBASE-21098, taking a snapshot fails in local mode.

A SubnodeConfiguration that has a CombinedConfiguration as its parent, doesn't "hot" reload properties even if the combined configuration consists of XMLConfigurations that have the FileChangedReloadingStrategy set, the combined configuration has the setForceReloadCheck flag set and the SubnodeConfiguration was obtained by calling configurationAt method and passing in true for the "supportUpdates" flag.  
Here's some code that shows the problem where the final assertion will fail.
 @Test
  public void testSubnodeReadload() throws ConfigurationException 
{
    XMLConfiguration xmlConfiguration = new XMLConfiguration("service.xml");
    FileChangedReloadingStrategy fileReloadStrategy = new FileChangedReloadingStrategy();
    fileReloadStrategy.setRefreshDelay(1000);
    xmlConfiguration.setReloadingStrategy(fileReloadStrategy);
    XMLConfiguration config2 = new XMLConfiguration("environment.xml");
    FileChangedReloadingStrategy fileReloadStrategy2 = new FileChangedReloadingStrategy();
    fileReloadStrategy2.setRefreshDelay(1000);
    xmlConfiguration.setReloadingStrategy(fileReloadStrategy2);

    CombinedConfiguration combinedConfig = new CombinedConfiguration();
    combinedConfig.setForceReloadCheck(true);
    combinedConfig.addConfiguration(xmlConfiguration);
    combinedConfig.addConfiguration(config2);
    int queue0threads2 = xmlConfiguration.getInt("messaging-new.queue(0).threads");
    assert 2 == queue0threads2;

    //change the value in service.xml to 4
    int queue0threads4 = xmlConfiguration.getInt("messaging-new.queue(0).threads");
    assert 4 == queue0threads4;

    SubnodeConfiguration subConfigHier = xmlConfiguration.configurationAt("messaging-new.queue(0)", true);
    int queue0threadsCombinedSub4 = subConfigHier.getInt("threads");
    assert queue0threadsCombinedSub4 == 4;

    //change the value service.xml to 8
    int queue0threadsCombinedSub8 = subConfigHier.getInt("threads");
    assert queue0threadsCombinedSub8 == 8;

    SubnodeConfiguration subNodeConfigParentIsCombinedConfig = combinedConfig.configurationAt("messaging-new.queue(0)", true);
    int queue0threadsSub8 = subNodeConfigParentIsCombinedConfig.getInt("threads");
    assert queue0threadsSub8 == 8;

    //change the value service.xml file to 16
    int queue0threadsSub16 = subNodeConfigParentIsCombinedConfig.getInt("threads");
    assert queue0threadsSub16 == 16;         //THIS TEST FAILS

  }

AMReporter only remember first AM that submit the query and heartbeat to it. In case of external client, there might be multiple 'AM's and every of them need node heartbeat.

Elytron client configuration file can include hashed-password or crypt-password as credentials for configuration. Internally this value is parsed in ElytronXmlParser and results to instance of PasswordSpec. However we do not see any SASL mechanism supported by Elytron which is able to work with it.
In case when hashed-password or crypt-password seems that cannot be actually used with Elytron then we suggest to remove elements hashed-password or crypt-password from Elytron client configuration file. Remove them also from elytron-1_0.xsd file. Otherwise please provide configuration which is able to work with hashed-password or crypt-password as credentials for configuration on client side.
We request blocker flag since configuration should not include elements which actually do nothing. Once we release them it can be hard to remove them in later application server version.

There is default converter from dom.Document -> xml.transform.DOMSource
Unfortunately when you try to send DOM document (implementation) and convert it to Source there is no converter found, because Document cannot be assigned to implementation without a cast.

A simple query like:
hive> explain select * from src order by key;
OK
  (TOK_QUERY (TOK_FROM (TOK_TABREF (TOK_TABNAME src))) (TOK_INSERT (TOK_DESTINATION (TOK_DIR TOK_TMP_FILE)) (TOK_SELECT (TOK_SELEXPR TOK_ALLCOLREF)) (TOK_ORDERBY (TOK_TABSORTCOLNAMEASC (TOK_TABLE_OR_COL key)))))
      limit: -1
Stage-0 is not a root stage and depends on stage-1.

Before HBASE-2283, each KV had a HLogKey with a replication scope. Now a key applies to a list of KVs that spans multiple families so a single scope doesn't work anymore. Multiple possible solutions:

Each KV have their own scope. We already ruled that out in a previous jira since that means the scope would end up in the HFiles.
Store pairs of scope/KV in WALEdit instead of straight KVs.
Have 2 parallel lists in WALEdit, one for KVs and the other for scopes.
Subclass KV and add the scope there, those would be created when inserted in the WAL and would contain the KV stored in the HFiles.

I'm sure there are other solutions, discuss.

When building master, the Swagger REST DSL Generator seems to need to build before the Swagger REST DSL Generator maven plugin :
[INFO] Camel :: Maven Plugins :: Swagger REST DSL Generator Maven plugin FAILURE [ 17.124 s]
[INFO] Camel :: Tooling :: Swagger REST DSL Generator ..... SKIPPED
[ERROR] Failed to execute goal on project camel-restdsl-swagger-plugin: Could not resolve dependencies for project org.apache.camel:camel-restdsl-swagger-plugin:maven-plugin:2.20.0.fuse-000018: Could not find artifact org.apache.camel:swagger-rest-dsl-generator:jar:2.20.0.fuse-000018 in missingironjacamar (http://download-node-02.eng.bos.redhat.com/brewroot/packages/org.jboss.ironjacamar-ironjacamar-project/1.4.4.Final_redhat_1/1/maven/) -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal on project camel-restdsl-swagger-plugin: Could not resolve dependencies for project org.apache.camel:camel-restdsl-swagger-plugin:maven-plugin:2.20.0.fuse-000018: Could not find artifact org.apache.camel:swagger-rest-dsl-generator:jar:2.20.0.fuse-000018 in missingironjacamar (http://download-node-02.eng.bos.redhat.com/brewroot/packages/org.jboss.ironjacamar-ironjacamar-project/1.4.4.Final_redhat_1/1/maven/)
	at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:221)
	at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:127)
	at org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:245)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:199)
Caused by: org.apache.maven.project.DependencyResolutionException: Could not resolve dependencies for project org.apache.camel:camel-restdsl-swagger-plugin:maven-plugin:2.20.0.fuse-000018: Could not find artifact org.apache.camel:swagger-rest-dsl-generator:jar:2.20.0.fuse-000018 in missingironjacamar (http://download-node-02.eng.bos.redhat.com/brewroot/packages/org.jboss.ironjacamar-ironjacamar-project/1.4.4.Final_redhat_1/1/maven/)
	at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:211)
	at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:195)
	... 23 more
Caused by: org.eclipse.aether.resolution.DependencyResolutionException: Could not find artifact org.apache.camel:swagger-rest-dsl-generator:jar:2.20.0.fuse-000018 in missingironjacamar (http://download-node-02.eng.bos.redhat.com/brewroot/packages/org.jboss.ironjacamar-ironjacamar-project/1.4.4.Final_redhat_1/1/maven/)
	at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:384)
	at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:205)
	... 24 more
Caused by: org.eclipse.aether.resolution.ArtifactResolutionException: Could not find artifact org.apache.camel:swagger-rest-dsl-generator:jar:2.20.0.fuse-000018 in missingironjacamar (http://download-node-02.eng.bos.redhat.com/brewroot/packages/org.jboss.ironjacamar-ironjacamar-project/1.4.4.Final_redhat_1/1/maven/)
	at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:444)
	at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246)
	at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:367)
	... 25 more
Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact org.apache.camel:swagger-rest-dsl-generator:jar:2.20.0.fuse-000018 in missingironjacamar (http://download-node-02.eng.bos.redhat.com/brewroot/packages/org.jboss.ironjacamar-ironjacamar-project/1.4.4.Final_redhat_1/1/maven/)
	at org.eclipse.aether.connector.basic.ArtifactTransportListener.transferFailed(ArtifactTransportListener.java:39)
	at org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:355)
	at org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:67)
	at org.eclipse.aether.connector.basic.BasicRepositoryConnector$DirectExecutor.execute(BasicRepositoryConnector.java:581)
	at org.eclipse.aether.connector.basic.BasicRepositoryConnector.get(BasicRepositoryConnector.java:249)
	at org.eclipse.aether.internal.impl.DefaultArtifactResolver.performDownloads(DefaultArtifactResolver.java:520)
	at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:421)
	... 27 more

While HBaseRPC$UnknownProtocolException currently extends DoNotRetryIOException, it's still allowing retries of client RPCs when encountered in HConnectionManager.getRegionServerWithRetries().  It turns out that UnknownProtocolException is missing a public constructor taking a single String argument, which is required when unwrapping an IOException from a RemoteException in RemoteExceptionHandler.decodeRemoteException().

The various child resources under the management audit log syslog handler resources implement the runtime part of  "remove" by trying to read the resource tree starting at the parent and then constructing and registering a new audit log handler.
This will fail if the child resource and the parent audit log handler resource are both removed in separate steps in the same composite op. The read of the parent will fail as it will be gone by Stage.RUNTIME.
The composite thing is kind of an edge case (since just the parent can be removed) but it also interferes with WFCORE-808.

The current truncate command does not preserve acls on a table. 

The top level Oracle metastore upgrade script for 0.9 to 0.10 is missing.

ByteStringBuilder cannot append codepoints 0xD8xx (lonely surrogates). It should - StringBuilder.appendCodePoint() work with it.
(Problem is only with uncomplete/nonvalid unicode strings, so it is not critical problem.)
Mentioned in: https://github.com/wildfly-security/wildfly-elytron/pull/101
UPDATE:
ByteStringBuilder encode surrogates correctly by RFC3629 (if we ignore they are prohibited because they are reserved for UTF-16). Conversly StringBuilder and (char) operator encode D800-D8FF bad as 3F.
Problem is only in appending into ByteStringBuilder constructed as:

    new ByteStringBuilder(new byte[]{});

Noticed something while looking at MBeans; some metric names are capitalized while others aren't. This has the unwanted property of changing the metric names sorting. For example:
Namespace_default_table_t_region_0122d54a90c9dc191857daf11e8a047d_metric_scanNext_num_ops
namespace_default_table_t_region_0122d54a90c9dc191857daf11e8a047d_metric_appendCount
The reason for this is that MutableHistogram uses StringUtils.capitalize() on the metrics name (as create by MetricsRegionSourceImpl with "namespace_").
I'm not sure what the intent was with capitalization, but either way it's a simple fix. Elliott Clark?

System tables are already assigned when rebuilding user regions. So we don't need to consider system table regions in rebuilding user regions.

Found this while working on HBASE-18946. In branch-1.4 when ever we do enable table we try retain assignment. 
But in branch-2 and trunk the EnableTableProcedure tries to get the location from the existing regionNode. It always returns null because while doing region CLOSE while disabling a table, the regionNode's 'regionLocation' is made NULL but the 'lastHost' is actually having the servername where the region was hosted. But on trying assignment again we try to see what was the last RegionLocation and not the 'lastHost' and we go ahead with new assignment.
On region CLOSE while disable table

public void markRegionAsClosed(final RegionStateNode regionNode) throws IOException {
    final RegionInfo hri = regionNode.getRegionInfo();
    synchronized (regionNode) {
      State state = regionNode.transitionState(State.CLOSED, RegionStates.STATES_EXPECTED_ON_CLOSE);
      regionStates.removeRegionFromServer(regionNode.getRegionLocation(), regionNode);
      regionNode.setLastHost(regionNode.getRegionLocation());
      regionNode.setRegionLocation(null);
      regionStateStore.updateRegionLocation(regionNode.getRegionInfo(), state,
        regionNode.getRegionLocation()/*null*/, regionNode.getLastHost(),
        HConstants.NO_SEQNUM, regionNode.getProcedure().getProcId());
      sendRegionClosedNotification(hri);
    }

In AssignProcedure

    ServerName lastRegionLocation = regionNode.offline();

public ServerName setRegionLocation(final ServerName serverName) {
      ServerName lastRegionLocation = this.regionLocation;
      if (LOG.isTraceEnabled() && serverName == null) {
        LOG.trace("Tracking when we are set to null " + this, new Throwable("TRACE"));
      }
      this.regionLocation = serverName;
      this.lastUpdate = EnvironmentEdgeManager.currentTime();
      return lastRegionLocation;
    }

So further code in AssignProcedure

 boolean retain = false;
    if (!forceNewPlan) {
      if (this.targetServer != null) {
        retain = targetServer.equals(lastRegionLocation);
        regionNode.setRegionLocation(targetServer);
      } else {
        if (lastRegionLocation != null) {
          // Try and keep the location we had before we offlined.
          retain = true;
          regionNode.setRegionLocation(lastRegionLocation);
        }
      }
    }

Tries to do retainAssignment but fails because lastRegionLocation is always null.

In some maven runs (combination of clean, install, etc) the https test fail, because the keystore is already present.

testScanSplitOnRegion was test added to fix hbase-810, puts happening while an outstanding scanner and then a split.  We used to wait on the scanner to finish so was possibility of deadlock.  We no longer wait so this condition that we fixed no longer happens.  I'm going to just remove the test since whats happening now is that on split, the concurrent puts are just failing with NSRE, which is what you'd expect if a split under them.

Sometimes, master web UI shows the distributed log splitting is going on, waiting for one last task to be done.  However, in ZK, there is no task under /hbase/splitlog at all.

A null check was missed. This leads to NPEs in the client tool when the tool generates the favored nodes assignment and tries to update the RegionServers with the information.

When running the command:
Roo command
reverse engineer --schema konakart --package ~.domain

I am getting the error message:

Type for table 'roots' could not be found but was referenced by table 'products'
This is happening on a MySQL database ("konkart") that DBRE processed without error PRIOR to adding foreign key constraints to the DB.
Here is the DDL for the "products" table wich (now) contains the "fk_products_custom1" foreign key constraint:
MySQL DDL for products
CREATE TABLE `products` (
  `products_id` int(11) NOT NULL AUTO_INCREMENT,
  `products_quantity` int(4) NOT NULL,
  `products_model` varchar(64) DEFAULT NULL,
  `products_image` varchar(64) DEFAULT NULL,
  `products_price` decimal(15,4) NOT NULL,
  `products_date_added` datetime NOT NULL,
  `products_last_modified` datetime DEFAULT NULL,
  `products_date_available` datetime DEFAULT NULL,
  `products_weight` decimal(5,2) NOT NULL,
  `products_status` tinyint(1) NOT NULL,
  `products_tax_class_id` int(11) NOT NULL,
  `manufacturers_id` int(11) DEFAULT NULL,
  `products_ordered` int(11) NOT NULL DEFAULT '0',
  `custom1` int(11) DEFAULT NULL,
  `custom2` varchar(128) DEFAULT NULL,
  `custom3` varchar(128) DEFAULT NULL,
  `custom4` varchar(128) DEFAULT NULL,
  `custom5` varchar(128) DEFAULT NULL,
  `products_invisible` int(1) NOT NULL DEFAULT '0',
  `products_sku` varchar(255) DEFAULT NULL,
  `products_type` int(11) DEFAULT '0',
  `products_file_path` varchar(255) DEFAULT NULL,
  `products_content_type` varchar(128) DEFAULT NULL,
  `products_image2` varchar(64) DEFAULT NULL,
  `products_image3` varchar(64) DEFAULT NULL,
  `products_image4` varchar(64) DEFAULT NULL,
  `products_price_1` decimal(15,4) DEFAULT NULL,
  `products_price_2` decimal(15,4) DEFAULT NULL,
  `products_price_3` decimal(15,4) DEFAULT NULL,
  PRIMARY KEY (`products_id`),
  UNIQUE KEY `idx_products_sku` (`products_sku`),
  KEY `idx_products_date_added` (`products_date_added`),
  KEY `idx_products_manufacturers_id` (`manufacturers_id`),
  KEY `idx_products_custom1` (`custom1`),
  CONSTRAINT `fk_products_custom1` FOREIGN KEY (`custom1`) REFERENCES `roots` (`roots_id`)
) ENGINE=InnoDB AUTO_INCREMENT=3358 DEFAULT CHARSET=utf8

Here is the DDL for the "roots" table (which is the target of the k_products_custom1 constraint):
MySQL DDL for roots
CREATE TABLE `roots` (
  `roots_id` int(11) NOT NULL AUTO_INCREMENT,
  `roots_name` varchar(255) NOT NULL,
  `roots_desc` mediumtext NOT NULL,
  `roots_class` varchar(255) NOT NULL,
  `roots_synopsis` varchar(255) DEFAULT NULL,
  PRIMARY KEY (`roots_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1862 DEFAULT CHARSET=utf8

This is similar to the issue posted here. However, there is no CamelCase usage in my table names ("products" & "roots").
Here are the <table> elements for "products" and "roots" from the <database> XML element generated by:
database introspect --schema konakart 
introspect schema
   <table name="products">
       <column name="products_id" primaryKey="true" required="true" size="10" type="4,INT"/>
       <column name="products_quantity" primaryKey="false" required="true" size="10" type="4,INT"/>
       <column name="products_model" primaryKey="false" required="false" size="64" type="12,VARCHAR"/>
       <column name="products_image" primaryKey="false" required="false" size="64" type="12,VARCHAR"/>
       <column name="products_price" primaryKey="false" required="true" size="15,4" type="3,DECIMAL"/>
       <column name="products_date_added" primaryKey="false" required="true" size="19" type="93,DATETIME"/>
       <column name="products_last_modified" primaryKey="false" required="false" size="19" type="93,DATETIME"/>
       <column name="products_date_available" primaryKey="false" required="false" size="19" type="93,DATETIME"/>
       <column name="products_weight" primaryKey="false" required="true" size="5,2" type="3,DECIMAL"/>
       <column name="products_status" primaryKey="false" required="true" size="0" type="-7,BIT"/>
       <column name="products_tax_class_id" primaryKey="false" required="true" size="10" type="4,INT"/>
       <column name="manufacturers_id" primaryKey="false" required="false" size="10" type="4,INT"/>
       <column name="products_ordered" primaryKey="false" required="true" size="10" type="4,INT"/>
       <column name="custom1" primaryKey="false" required="false" size="10" type="4,INT"/>
       <column name="custom2" primaryKey="false" required="false" size="128" type="12,VARCHAR"/>
       <column name="custom3" primaryKey="false" required="false" size="128" type="12,VARCHAR"/>
       <column name="custom4" primaryKey="false" required="false" size="128" type="12,VARCHAR"/>
       <column name="custom5" primaryKey="false" required="false" size="128" type="12,VARCHAR"/>
       <column name="products_invisible" primaryKey="false" required="true" size="10" type="4,INT"/>
       <column name="products_sku" primaryKey="false" required="false" size="255" type="12,VARCHAR"/>
       <column name="products_type" primaryKey="false" required="false" size="10" type="4,INT"/>
       <column name="products_file_path" primaryKey="false" required="false" size="255" type="12,VARCHAR"/>
       <column name="products_content_type" primaryKey="false" required="false" size="128" type="12,VARCHAR"/>
       <column name="products_image2" primaryKey="false" required="false" size="64" type="12,VARCHAR"/>
       <column name="products_image3" primaryKey="false" required="false" size="64" type="12,VARCHAR"/>
       <column name="products_image4" primaryKey="false" required="false" size="64" type="12,VARCHAR"/>
       <column name="products_price_1" primaryKey="false" required="false" size="15,4" type="3,DECIMAL"/>
       <column name="products_price_2" primaryKey="false" required="false" size="15,4" type="3,DECIMAL"/>
       <column name="products_price_3" primaryKey="false" required="false" size="15,4" type="3,DECIMAL"/>
       <foreign-key foreignTable="roots" name="fk_products_custom1" onDelete="none" onUpdate="none">
           <option key="exported" value="false"/>
           <reference foreign="roots_id" local="custom1"/>
       </foreign-key>
       <foreign-key foreignTable="orders_products" name="fk_ordersProducts_productsId" onDelete="none" onUpdate="none">
           <option key="exported" value="true"/>
           <reference foreign="products_id" local="products_id"/>
       <unique name="PRIMARY">
           <unique-column name="products_id"/>
       </unique>
       <unique name="idx_products_sku">
           <unique-column name="products_sku"/>
       </unique>
       <index name="idx_products_date_added">
           <index-column name="products_date_added"/>
       </index>
       <index name="idx_products_manufacturers_id">
           <index-column name="manufacturers_id"/>
       </index>
       <index name="idx_products_custom1">
           <index-column name="custom1"/>
       </index>
   </table>

   <table name="roots">
       <column name="roots_id" primaryKey="true" required="true" size="10" type="4,INT"/>
       <column name="roots_name" primaryKey="false" required="true" size="255" type="12,VARCHAR"/>
       <column name="roots_desc" primaryKey="false" required="true" size="16777215" type="-1,MEDIUMTEXT"/>
       <column name="roots_class" primaryKey="false" required="true" size="255" type="12,VARCHAR"/>
       <column name="roots_synopsis" primaryKey="false" required="false" size="255" type="12,VARCHAR"/>
       <foreign-key foreignTable="products" name="fk_products_custom1" onDelete="none" onUpdate="none">
           <reference foreign="custom1" local="roots_id"/>
           <unique-column name="roots_id"/>
       </unique>
   </table>

Looks good to me.

For the following snapshot:

 snapshot_table_tav6mrq397                                  NS592088:table_tav6mrq397 (2018-01-10 16:20:39 UTC)

namespace NS592088 is dropped.
restore_snapshot on the snapshot gave the following :

hbase(main):003:0> restore_snapshot 'snapshot_table_tav6mrq397'

ERROR: Unknown namespace snapshot_table_tav6mrq397!

The namespace in the message was incorrect.

java.sql.SQLException: Error while processing statement: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex fa
  <responseData class="java.lang.String">Error while processing statement: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Map 5, vertexId=vertex_1449122740455_0665_7_00, d
  at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:195)
  at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:160)
  at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:348)
  at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:71)
  at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:60)
  at javax.security.auth.Subject.doAs(Subject.java:422)
  at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:60)
  at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:35)
  at org.apache.tez.common.CallableWithNdc.call(CallableWithNdc.java:36)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: java.io.IOException: java.lang.AssertionError: Unexpected refCount -1: 0x57c9bd50(-1)
  at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:74)
  at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:352)
  at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:172)
  ... 14 more
Caused by: java.io.IOException: java.io.IOException: java.lang.AssertionError: Unexpected refCount -1: 0x57c9bd50(-1)
  at org.apache.hadoop.hive.io.HiveIOExceptionHandlerChain.handleRecordReaderNextException(HiveIOExceptionHandlerChain.java:121)
  at org.apache.hadoop.hive.io.HiveIOExceptionHandlerUtil.handleRecordReaderNextException(HiveIOExceptionHandlerUtil.java:77)
  at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:355)
  at org.apache.hadoop.hive.ql.io.HiveRecordReader.doNext(HiveRecordReader.java:79)
  at org.apache.hadoop.hive.ql.io.HiveRecordReader.doNext(HiveRecordReader.java:33)
  at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.next(HiveContextAwareRecordReader.java:116)
  at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.next(TezGroupedSplitsInputFormat.java:151)
  at org.apache.tez.mapreduce.lib.MRReaderMapred.next(MRReaderMapred.java:116)
  at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:62)
  ... 16 more
Caused by: java.io.IOException: java.lang.AssertionError: Unexpected refCount -1: 0x57c9bd50(-1)
  at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.rethrowErrorIfAny(LlapInputFormat.java:292)
  at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.nextCvb(LlapInputFormat.java:248)
  at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.next(LlapInputFormat.java:176)
  at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.next(LlapInputFormat.java:106)
  at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:350)
  ... 22 more
Caused by: java.lang.AssertionError: Unexpected refCount -1: 0x57c9bd50(-1)
  at org.apache.hadoop.hive.llap.cache.LlapDataBuffer.decRef(LlapDataBuffer.java:116)
  at org.apache.hadoop.hive.llap.cache.LowLevelCacheImpl.unlockBuffer(LowLevelCacheImpl.java:349)
  at org.apache.hadoop.hive.llap.cache.LowLevelCacheImpl.releaseBuffer(LowLevelCacheImpl.java:338)
  at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$DataWrapperForOrc.releaseBuffer(OrcEncodedDataReader.java:922)
  at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.releaseInitialRefcount(EncodedReaderImpl.java:1037)
  at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.ponderReleaseInitialRefcount(EncodedReaderImpl.java:1026)
  at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.prepareRangesForCompressedRead(EncodedReaderImpl.java:691)
  at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedStream(EncodedReaderImpl.java:608)
  at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:395)
  at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:413)
  at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:194)
  at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:191)
  at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:191)
  at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:74)
  ... 5 more

Configured to use the LRFU cache if that is relevant.

In Roo, do this:

// Spring Roo 1.1.5.RELEASE [rev d3a68c3] log opened at 2011-07-28 11:10:39
project --topLevelPackage blah.bcfactory --projectName blah --java 6
persistence setup --database DERBY --provider ECLIPSELINK 
entity --class ~.domain.MacAddress --testAutomatically 
field number --fieldName id --type java.lang.Long --notNull 

What'll you get?

Local Exception Stack: 
Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.2.0.v20110202-r8913): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLSyntaxErrorException: Syntax error: Encountered "_" at line 1, column 8.
Error Code: 30000
Call: SELECT _id, ID, version FROM MACADDRESS
Query: ReadAllQuery(referenceClass=MacAddress sql="SELECT _id, ID, version FROM MACADDRESS")

at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:333)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:684)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:526)
at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:1729)
at org.eclipse.persistence.sessions.server.ServerSession.executeCall(ServerSession.java:566)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:207)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:193)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeSelectCall(DatasourceCallQueryMechanism.java:264)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.selectAllRows(DatasourceCallQueryMechanism.java:647)

The Javadoc of ConfigurationDynaBean says: "Setting an indexed property always throws an exception." However, there is a reasonable implementation for setting indexed properties.
The get() method for indexed properties tries to figure out whether a property is indexed and throws an exception if not. However, it does not discover all cases of invalid access to non-indexed properties.

When some containers fail repeatedly, slider thinks application is in unstable state which brings down all llap daemons. 

Contacts sample's remoting-servlet.xml revision 3092 contains a superfluous <property /> entry, which makes the XML invalid.

The Hive artifacts published in Apache Maven SNAPSHOTS repo are incorrect. 
Dependencies are not complete.
Even after adding as dependencies ALL the Hive artifacts it is not possible to compile a project using Hive JARs (I'm trying to integrate Oozie Hive Action using Apache Hive).
As a reference the Hive CDH POMs dependencies could be used (Using those artifacts I'm able to compile/test/run Hive from within Oozie).

The vectorization optimization prints some stuff to stderr for no good reason (I guess that was useful during debugging).

Currently AbstractDataSourceAdd doesn't add the CCM service for jta=false deployments, which could work if applications rely on the CCM boundaries.
For both jta=true and jta=false deployments the dependency should be guarded with a "if (useCCM)"

An example:
create table src_rc_serde_yongqiang(key string, value string) ROW FORMAT  DELIMITED FIELDS TERMINATED BY '0' stored as rcfile; 
will lost the row format information.

write a testcase like this

  @Test
  public void test() throws IOException {
    for (int i = 0; i < 100; i++) {
      region.put(new Put(Bytes.toBytes("obj" + (2900 + i))).add(fam, qual1, Bytes.toBytes(i)));
    }
    region.put(new Put(Bytes.toBytes("obj299")).add(fam, qual1, Bytes.toBytes("whatever")));
    region.put(new Put(Bytes.toBytes("obj29")).add(fam, qual1, Bytes.toBytes("whatever")));
    region.put(new Put(Bytes.toBytes("obj2")).add(fam, qual1, Bytes.toBytes("whatever")));
    region.put(new Put(Bytes.toBytes("obj3")).add(fam, qual1, Bytes.toBytes("whatever")));
    region.flushcache(true);
    Scan scan = new Scan(Bytes.toBytes("obj29995"));
    RegionScanner scanner = region.getScanner(scan);
    List<Cell> cells = new ArrayList<Cell>();
    assertFalse(scanner.next(cells));
    assertArrayEquals(Bytes.toBytes("obj3"), Result.create(cells).getRow());
  }

use obj29995 to scan should return obj3, but obj2990 is returned.
Seems a bug introduced by the fix of HBASE-11728.

java.io.IOException: java.io.IOException: java.io.IOException: java.lang.InstantiationException: org.apache.hadoop.io.RawComparator
	at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:612)
	at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:533)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:4092)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:4042)
	at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:427)
	at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:130)
	at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:202)
Caused by: java.io.IOException: java.io.IOException: java.lang.InstantiationException: org.apache.hadoop.io.RawComparator
	at org.apache.hadoop.hbase.regionserver.HStore.loadStoreFiles(HStore.java:450)
	at org.apache.hadoop.hbase.regionserver.HStore.<init>(HStore.java:215)
	at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:3060)
	at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:585)
	at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:583)
	... 3 more
Caused by: java.io.IOException: java.lang.InstantiationException: org.apache.hadoop.io.RawComparator
	at org.apache.hadoop.hbase.io.hfile.FixedFileTrailer.createComparator(FixedFileTrailer.java:607)
	at org.apache.hadoop.hbase.io.hfile.FixedFileTrailer.createComparator(FixedFileTrailer.java:615)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.<init>(HFileReaderV2.java:115)
	at org.apache.hadoop.hbase.io.hfile.HFile.pickReaderVersion(HFile.java:564)
	at org.apache.hadoop.hbase.io.hfile.HFile.createReaderWithEncoding(HFile.java:599)
	at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.<init>(StoreFile.java:1294)
	at org.apache.hadoop.hbase.regionserver.StoreFile.open(StoreFile.java:525)
	at org.apache.hadoop.hbase.regionserver.StoreFile.createReader(StoreFile.java:628)
	at org.apache.hadoop.hbase.regionserver.HStore$1.call(HStore.java:426)
	at org.apache.hadoop.hbase.regionserver.HStore$1.call(HStore.java:422)
	... 8 more
Caused by: java.lang.InstantiationException: org.apache.hadoop.io.RawComparator
	at java.lang.Class.newInstance0(Class.java:340)
	at java.lang.Class.newInstance(Class.java:308)
	at org.apache.hadoop.hbase.io.hfile.FixedFileTrailer.createComparator(FixedFileTrailer.java:605)
	... 17 more

org.jboss.as.test.integration.ejb.interceptor.method.EjbMethodInterceptorTestCase failed intermittently due to dependency of test ordering on https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-Testsuite/job/eap-60-as-testsuite-RHEL-matrix-openJDK7/lastCompletedBuild/jdk=openjdk-1.7.0-local,label_exp=RHEL6%26%26x86_64/testReport/org.jboss.as.test.integration.ejb.interceptor.method/EjbMethodInterceptorTestCase/testMethodLevelInterceptors/ 
In upstream code, its bean fixed by forcing test running in order, however, the real issue behind is that it assumes testMethodLevelInterceptors() run at first which does not contain variable TopSecretInterceptor.called reset to false at beginning like second test method does.

As HBASE-16466 commented. 
Seems like that when source hbase cluster / peer hbase cluster / yarn cluster locate in three different HDFS cluster , it has one problem.
when restoring the snapshot into tmpdir , we need to create region by following code (HRegion#createHRegion)

public static HRegion createHRegion(final HRegionInfo info, final Path rootDir,
        final Configuration conf, final TableDescriptor hTableDescriptor,
        final WAL wal, final boolean initialize)
    LOG.info("creating HRegion " + info.getTable().getNameAsString()
        + " HTD == " + hTableDescriptor + " RootDir = " + rootDir +
        " Table name == " + info.getTable().getNameAsString());
    FileSystem fs = FileSystem.get(conf);                                  <-------------------  Here our code use  fs.defaultFs configuration to create region.
    Path tableDir = FSUtils.getTableDir(rootDir, info.getTable());
    HRegionFileSystem.createRegionOnFileSystem(conf, fs, tableDir, info);
    HRegion region = HRegion.newHRegion(tableDir, wal, fs, conf, info, hTableDescriptor, null);
    if (initialize) region.initialize(null);
    return region;
  }

When source cluster & peer cluster locate in two difference file systems , then their fs.defaultFs should be difference, so at least one cluster will fail when restore snapshot into tmpdir . after I added the following fix, it works fine for me.

-FileSystem fs = FileSystem.get(conf);  
+FileSystem fs = rootDir.getFileSystem(conf);

select * from HIVE_LOCKS produces

6                   |1                   |0                   |default                                                                                                                         |junit_sem_analysis                                                                                                              |NULL                                                                                                                            |w|r|1402354627716       |NULL                |unknown                                                                                                                         |ekoifman.local                                                                                                                  
6                   |2                   |0                   |default                                                                                                                         |junit_sem_analysis                                                                                                              |b=2010-10-10                                                                                                                    |w|e|1402354627716       |NULL                |unknown                                                                                                                         |ekoifman.local                                                                                                                  

2 rows selected

easiest way to repro this is to add
    hiveConf.setBoolVar(HiveConf.ConfVars.HIVE_SUPPORT_CONCURRENCY, true);
    hiveConf.setVar(HiveConf.ConfVars.HIVE_TXN_MANAGER, "org.apache.hadoop.hive.ql.lockmgr.DbTxnManager");
in HCatBaseTest.setUpHiveConf()

JasperReports dependency has been upgraded to 5.0.4 as one of the
improvements coming with Spring 4.0. New JasperReports checks for
presence of fonts that reports use and throws JRFontNotFoundException
if either is not found. Before this fix mentioned exception was being
thrown from Spring tests verifying JasperReports support since they
reference Arial font which is not available by default on Linux
distributions. This caused build failures on Linux environments.
Issue can be solved by packaging font with report, using JasperReports
font extension support. Other way to handle this is by configuring
JasperReports to ignore missing font and fallback to what is available.
For more info on these options see JRFontNotFoundException javadoc.
Here is relevant part of build output:

:spring-webmvc:test

org.springframework.web.servlet.view.jasperreports.JasperReportsXlsViewTests > testWithSubReport                                                               FAILED
    net.sf.jasperreports.engine.util.JRFontNotFoundException

org.springframework.web.servlet.view.jasperreports.JasperReportsXlsViewTests > testUncompiledReport                                                            FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsXlsViewTests > testJRDataSourceOverridesJdbcDataSource                                         FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewWithCustomMappingsTests > testOverrideContentDisposition                        FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewWithCustomMappingsTests > testExporterParametersAreCarriedAcross                FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewWithCustomMappingsTests > testSimpleHtmlRender                                  FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewWithCustomMappingsTests > testWithSubReport                                     FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewWithCustomMappingsTests > testUncompiledReport                                  FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewWithCustomMappingsTests > testJRDataSourceOverridesJdbcDataSource               FAILED

org.springframework.web.servlet.view.jasperreports.ConfigurableJasperReportsViewWithStreamTests > testWithSubReport                                            FAILED

org.springframework.web.servlet.view.jasperreports.ConfigurableJasperReportsViewWithStreamTests > testUncompiledReport                                         FAILED

org.springframework.web.servlet.view.jasperreports.ConfigurableJasperReportsViewWithStreamTests > testJRDataSourceOverridesJdbcDataSource                      FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewTests > testOverrideContentDisposition                                          FAILED
    net.sf.jasperreports.engine.util.JRFontNotFoundException at JasperReportsMultiFormatViewTests.java:70

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewTests > testExporterParametersAreCarriedAcross                                  FAILED
    net.sf.jasperreports.engine.util.JRFontNotFoundException at JasperReportsMultiFormatViewTests.java:99

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewTests > testSimpleHtmlRender                                                    FAILED
    net.sf.jasperreports.engine.util.JRFontNotFoundException at JasperReportsMultiFormatViewTests.java:47

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewTests > testWithSubReport                                                       FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewTests > testUncompiledReport                                                    FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewTests > testJRDataSourceOverridesJdbcDataSource                                 FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsPdfViewTests > testWithSubReport                                                               FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsPdfViewTests > testUncompiledReport                                                            FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsPdfViewTests > testJRDataSourceOverridesJdbcDataSource                                         FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsHtmlViewTests > testWithSubReport                                                              FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsHtmlViewTests > testUncompiledReport                                                           FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsHtmlViewTests > testJRDataSourceOverridesJdbcDataSource                                        FAILED

org.springframework.web.servlet.view.jasperreports.ConfigurableJasperReportsViewWithWriterTests > testWithSubReport                                            FAILED

org.springframework.web.servlet.view.jasperreports.ConfigurableJasperReportsViewWithWriterTests > testUncompiledReport                                         FAILED

org.springframework.web.servlet.view.jasperreports.ConfigurableJasperReportsViewWithWriterTests > testJRDataSourceOverridesJdbcDataSource                      FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsCsvViewTests > testWithSubReport                                                               FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsCsvViewTests > testUncompiledReport                                                            FAILED

org.springframework.web.servlet.view.jasperreports.JasperReportsCsvViewTests > testJRDataSourceOverridesJdbcDataSource                                         FAILED

1760 tests completed, 30 failed, 4 skipped
:spring-webmvc:test FAILED

RowCounter allows for column names to be specify at command line:

Usage: RowCounter [options] <tablename> [--range=[startKey],[endKey]] [<column1> <column2>...]
For performance consider the following options:
-Dhbase.client.scanner.caching=100
-Dmapred.map.tasks.speculative.execution=false

However, the column names are parsed assuming that if there is a colon, there are only two parts to the string. In other words, it assumes family:qualifier where qualifier wouldn't contain a colon. 
This came up as I was trying to do a row count on a kiji table where qualifiers typically have multiple colon-delimited components (i.e. B:C could be a qualifier in the B family).
The flaw is in this code:

       String  [] fields = columnName.split(":");
        if(fields.length == 1) {
          scan.addFamily(Bytes.toBytes(fields[0]));
        } else {
          byte[] qualifier = Bytes.toBytes(fields[1]);
          qualifiers.add(qualifier);
          scan.addColumn(Bytes.toBytes(fields[0]), qualifier); 

This is holding it up.

"HMaster" prio=10 tid=0x000000004048c000 nid=0x6ab0 in Object.wait() [0x0000000040d6c000..0x0000000040d6cd00]
        at java.lang.Thread.join(Unknown Source)
        - locked <0x00007fc6d28be720> (a org.apache.hadoop.hbase.master.RootScanner)
        at org.apache.hadoop.hbase.master.RegionManager.stop(RegionManager.java:611)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:405)

Was splitting 11 logs.

WildFly keep grabing a terminal after executing "ssh $USER@$HOST service wildfly-init-redhat.sh restart" in domain mode.
How reproducible: 100%

So, tests have been failing so long with in particular, some tests running w/o finishing hiding behind them tests that have been broke for ages.  Broken tests has let a raft of brokenness to creep in.  This issue is a grab back of fixes for all those failing up on hudson.

The Scala archetype (camel-archetype-scala) has incorrect configuration for the Maven Eclipse Plugin to generate Eclipse files integrated with the Scala IDE.
classpath, nature and build commands 
Source: http://www.assembla.com/wiki/show/scala-ide/With_Maven_CLI

In the ModelControllerClient.Factory class, each factory method in fact has two varians: with a protocol as a first parameter, and without it. There are two exceptions – two methods are lacking a protocol-less variant:

ModelControllerClient create(final String protocol, final String hostName, final int port, final CallbackHandler handler, final SSLContext sslContext, final int connectionTimeout, final Map<String, String> saslOptions)
ModelControllerClient create(final String protocol, final String hostName, final int port, final CallbackHandler handler, final SSLContext sslContext, final int connectionTimeout, final Map<String, String> saslOptions, final String clientBindAddress)

AbstractWebSocketSession.sendMessage() checks if the connection is still open via isOpen() and throws an IllegalArgumentException if not. However this does not guarantee that the connection will still be open by the time the underlying WS implementation actually tries to write. This means the caller still has to catch / handle the relevant IOException anyway.
It is also impossible for the caller to avoid this exception as the remote side can close the connection at any time, so calling isOpen() before sendMessage() would suffer from exactly the same problem. The correct approach for this kind of situation is to simply attempt the IO operation and to let it fail naturally with an IOException in the underlying implementation if the connection has in fact been closed.
So I suggest to completely remove the Assert.isTrue(isOpen(), ...); check.

It will be helpful for debugging to expose some metrics like buffer pool, file descriptors etc. that are not exposed via Hadoop's JvmMetrics. We already a /jmx endpoint that gives out these info but we don't know the timestamp of allocations, number file descriptors to correlated with the logs. This will better suited for graphing tools. 

Renaming a table changes the location of the table to the default location of the database, followed by the table name.  This means that if the default location of the database uses a different scheme/authority, an exception will get thrown attempting to move the data.
Instead, the table's location should be made the default location of the database followed by the table name, but using the original location's scheme and authority.
This only applies for managed tables, and there is already a check to ensure the new location doesn't already exist.
This is analogous to what was done for partitions in HIVE-2875

ServletRequest.getProtocol() JavaDoc says

Returns the name and version of the protocol the request uses in the form protocol/majorVersion.minorVersion, for example, HTTP/1.1.
However, MockHttpServletRequest.protocol defaults to "http" which violates the contract of the JavaDoc.
There is no way to override this default when using MockMvc  and MockHttpServletRequestBuilder, so the default MockHttpServletRequest.protocol should rather be "HTTP/1.1" so that it better resembles a real-life HTTP request.

 * Currently we support the simplification of =, >=, <=, >, <, and
 * IN operations.
 */

IS_NULL and IS_NOT_NULL are closely related and can be processed by this rule.

Changes need to be made to work against tez package changes.

Altering a view partition e.g. to add partition parameters, fails with a null pointer exception in the ObjectStore class.
Currently, this is only possible using the metastore Thrift API and there are no testcases for it.

Unable to migrate web subsystem due java.lang.NoClassDefFoundError [1]
[1]

13:01:52,134 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("migrate") failed - address: ([("subsystem" => "web")]): java.lang.NoClassDefFoundError: org/wildfly/extension/undertow/UndertowExtension
	at org.jboss.as.web.WebMigrateOperation.migrateVirtualHost(WebMigrateOperation.java:572)
	at org.jboss.as.web.WebMigrateOperation.transformResources(WebMigrateOperation.java:493)
	at org.jboss.as.web.WebMigrateOperation.access$300(WebMigrateOperation.java:109)
	at org.jboss.as.web.WebMigrateOperation$2.execute(WebMigrateOperation.java:180)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:846) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:637) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:362) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1272) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:394) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:225) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:207) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:129) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:151) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:147) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_45]
	at javax.security.auth.Subject.doAs(Subject.java:422) [rt.jar:1.8.0_45]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:147) [wildfly-controller-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298) [wildfly-protocol-2.0.0.Beta1.jar:2.0.0.Beta1]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518) [wildfly-protocol-2.0.0.Beta1.jar:2.0.0.Beta1]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_45]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_45]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_45]
	at org.jboss.threads.JBossThread.run(JBossThread.java:320) [jboss-threads-2.2.1.Final.jar:2.2.1.Final]
Caused by: java.lang.ClassNotFoundException: org.wildfly.extension.undertow.UndertowExtension from [Module "org.jboss.as.web:main" from local module loader @2f333739 (finder: local module finder @77468bd9 (roots: /home/rhatlapa/projects/redhat_projects/migration/jboss-eap-7.0/modules,/home/rhatlapa/projects/redhat_projects/migration/jboss-eap-7.0/modules/system/layers/base))]
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205) [jboss-modules.jar:1.4.3.Final]
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:455) [jboss-modules.jar:1.4.3.Final]
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:404) [jboss-modules.jar:1.4.3.Final]
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:385) [jboss-modules.jar:1.4.3.Final]
	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:130) [jboss-modules.jar:1.4.3.Final]
	... 24 more

The shell exercises in the Quick Start (http://hbase.apache.org/book/quickstart.html) starts

hbase(main):003:0> create 'test', 'cf'
0 row(s) in 1.2200 seconds
hbase(main):003:0> list 'table'
test
1 row(s) in 0.0550 seconds

It looks like the second command is wrong. Running it, the actual output is

hbase(main):001:0> create 'test', 'cf'
0 row(s) in 0.3630 seconds

hbase(main):002:0> list 'table'
TABLE                                                                                                                                                                                                                 

The argument to list should be 'test', not 'table', and the output in the example is missing the TABLE line.

RepositoryRestMvcConfiguration declares a bean of type AnnotatedHandlerBeanPostProcessor which is a BeanPostProcessor and thus will get initialized very early in the container lifecycle. This however means that the configuration class will be populated and thus trigger the creation of all beans that need to be autowired into the container.
We should make the bean definition method static as it doesn't actually require any dependencies be present in the first place.

[example of invalid value]

page=-1 (negative numeric)
size=a (not numeric)
sort= (not specified)
sort=,DESC (not specified property of sort target)
etc ...

Current implementation of the PageableHandlerMethodArgumentResolver is occurred IllegalArgumentException, and http response status is returned 500(Internal Server Error) on the default settings of SpringMVC.
I think a best that http response status is returned 400(Bad Request).

FailedPredicateException(regularBody,{$s.tree.getChild(1) !=null}?)
	at org.apache.hadoop.hive.ql.parse.HiveParser.regularBody(HiveParser.java:41047)
	at org.apache.hadoop.hive.ql.parse.HiveParser.queryStatementExpressionBody(HiveParser.java:40222)
	at org.apache.hadoop.hive.ql.parse.HiveParser.queryStatementExpression(HiveParser.java:40092)
	at org.apache.hadoop.hive.ql.parse.HiveParser.execStatement(HiveParser.java:1656)
	at org.apache.hadoop.hive.ql.parse.HiveParser.statement(HiveParser.java:1140)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:407)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:312)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1162)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1215)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1091)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1081)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:225)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:177)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:388)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:323)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:731)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:704)
FAILED: ParseException line 1:29 Failed to recognize predicate '<EOF>'. Failed rule: 'regularBody' in statement

webhcat handles DDL command by forking to 'hcat', i.e. HCatCli
This starts a session.
SessionState.start() creates scratch dir based on current user name
via startSs.createSessionDirs(sessionUGI.getShortUserName());
This UGI is not aware of doAs param, so the name of the dir always ends up 'hcat', but because a delegation token is generated in WebHCat for HDFS access, the owner of the scratch dir is the calling user.  Thus next time a session is started (because of a new DDL call from different user), it ends up trying to use the same scratch dir but cannot as it has 700 permission set.
We need to pass in doAs user into SessionState

The XPathFactory provided by Sun in the JDK mentions it's not threadsafe, see: http://java.sun.com/javase/6/docs/api/javax/xml/xpath/XPathFactory.html. Though it is not clear from documentation nor code which of the methods is not threadsafe. It can either be:
a) The XPathFactory.newInstance(...) method: In which case Jaxp13XPathTemplate should clearly document that it should only be constructed once for an entire application to prvent concurrency bugs
b) Any of the other instance methods: In which case Jaxp13XPathTemplate should not use XPathFactory as a field if it wants to be threadsafe.
This means that at the moment the Jaxp13XPathTemplate deviates from other Spring templates, such as JdbcTemplate etc, as these are all threadsafe.

The delayer expression is not evaluated in my route builder:
from(waitQueueName).delayer(header(HEADER_EXECUTION_TIME)).bean(routerBean).recipientList(header(HEADER_TARGET_ROUTE));
While the recipientList expression is working the header expression is always ignored. I stepped through the code and saw that in DelayerType.createAbsoluteTimeDelayExpression() "expr.getLanguage()" is always null:
    private Expression createAbsoluteTimeDelayExpression(RouteContext routeContext) {
        ExpressionType expr = getExpression();
        if (expr != null) {
            if (ObjectHelper.isNotNullAndNonEmpty(expr.getLanguage())) 
{
                return expr.createExpression(routeContext);
            }
        }
    }
I have seen that this was changed in 1.5.0 (http://issues.apache.org/activemq/browse/CAMEL-811). 

Using asynchronous EJB call via @Asynchronous annotation leads to class loader leak.

If I try to change elytron authentication for management interface with header allow-resource-service-restart=true server ends in reload-required state. 

[standalone@localhost:9990 /] /core-service=management/management-interface=http-interface:write-attribute(name=http-authentication-factory, value=application-http-authentication){allow-resource-service-restart=true}
{
    }
}

Using header allow-resource-service-restart=true should restart necessary services. 
If it can't be implemented for some reason, rather throw UnsupportedOperationException - it seems to me to be more fair.

After creating a table, if we try to modify the table to enable region replication, the new Htable Descriptor is not taken into account and the table is enabled again with default single region.
Ping Enis Soztutar, Ted Yu, Devaraj Das.

Constants introduced in https://issues.jboss.org/browse/WFCORE-4204

The HBase 0.94.1 BitComparator introduced a bug in the method "compareTo":

@Override
  public int compareTo(byte[] value, int offset, int length) {
    if (length != this.value.length) {
      return 1;
    }
    int b = 0;
    //Iterating backwards is faster because we can quit after one non-zero byte.
    for (int i = value.length - 1; i >= 0 && b == 0; i--) {
      switch (bitOperator) {
        case AND:
          b = (this.value[i] & value[i+offset]) & 0xff;
          break;
        case OR:
          b = (this.value[i] | value[i+offset]) & 0xff;
          break;
        case XOR:
          b = (this.value[i] ^ value[i+offset]) & 0xff;
          break;
      }
    }
    return b == 0 ? 1 : 0;
  }

I've encountered this problem when using a BitComparator with a configured this.value.length=8, and in the HBase table there were KeyValues with keyValue.getBuffer().length=207911 bytes. In this case:

    for (int i = 207910; i >= 0 && b == 0; i--) {
        case AND:
          b = (this.value[207910] ... ==> ArrayIndexOutOfBoundsException
          break;

That loop should use:

  for (int i = length - 1; i >= 0 && b == 0; i--) { (or this.value.length.)

Should I provide a patch for correcting the problem?

If setting a custom id on a CBR then the dump route as xml JMX operation will include the id duplicated in the otherwise tag

<routes xmlns="http://camel.apache.org/schema/spring">
    <route id="route1">
        <from uri="file:src/data?noop=true"/>
        <to uri="activemq:personnel.records" customId="true" id="amq"/>
    </route>
    <route id="route2">
        <from uri="activemq:personnel.records"/>
        <choice customId="true" id="myChoice">
            <when id="when1">
                <xpath>/person/city = 'London'</xpath>
                <to uri="file:target/messages/uk" id="to1"/>
            </when>
            <otherwise customId="true" id="myChoice">
                <to uri="file:target/messages/others" id="to2"/>
            </otherwise>
        </choice>
    </route>
</routes>

Spring Batch 2.0.3 has added the property throttle-limit property to the chunk element in the spring-batch-2.0.xsd
However, ChunkElementParser does not parse this property at all.
Fix :
In method parse() of class ChunkElementParser  add the following lines:
String throttleLimit = element.getAttribute("throttle-limit");
if (StringUtils.hasText(throttleLimit)) {
       propertyValues.addPropertyValue("throttleLimit", throttleLimit);
}

The left join query with on/where clause returns incorrect result (more rows are returned). See the reproducible sample below.
Left table with data:

CREATE TABLE ltable (i int, la int, lk1 string, lk2 string) ROW FORMAT DELIMITED FIELDS TERMINATED BY ',';
---
1,\N,CD5415192314304,00071
2,\N,CD5415192225530,00071

Right  table with data:

CREATE TABLE rtable (ra int, rk1 string, rk2 string) ROW FORMAT DELIMITED FIELDS TERMINATED BY ',';
---
1,CD5415192314304,00071
45,CD5415192314304,00072

Query:

SELECT * FROM ltable l LEFT OUTER JOIN rtable r on (l.lk1 = r.rk1 AND l.lk2 = r.rk2) WHERE COALESCE(l.la,'EMPTY')=COALESCE(r.ra,'EMPTY');

Result returns:

1	NULL	CD5415192314304	00071	NULL	NULL	NULL
2	NULL	CD5415192225530	00071	NULL	NULL	NULL

The correct result should be

In Chapter 2, section 2.5 "ZooKeeper" under "How many ZooKeepers should I run?" there is the sentence
There can be no quorum if the number of members is an even number.
This is not true. In ZooKeeper, an even number of peers is supported, but it is normally not used because an even sized ensemble requires, proportionally, more peers to form a quorum than an odd sized ensemble requires. For example, an ensemble with 4 peers requires 3 to form a quorum, while an ensemble with 5 also requires 3 to form a quorum. Thus, an ensemble of 5 allows 2 peers to fail, and thus is more fault tolerant than the ensemble of 4, which allows only 1 down peer.

should the result of query A: 
select s.aa, s.bb, c.key keyc from (select a.key aa, b.key bb from src a left outer join src b on a.key=b.key) s left outer join src c on s.bb=c.key and s.bb<10 where s.aa<20;
be the same as query B:
select a.key keya, b.key keyb, c.key keyc from src a left outer join src b on a.key=b.key left outer join src c on b.key=c.key and b.key<10 where a.key<20;
?
Currently, the result is different, query B gets wrong result!
In SemanticAnalyzer.java, mergeJoins():
ArrayList<ArrayList<ASTNode>> filters = target.getFilters();
for (int i = 0; i < nodeRightAliases.length; i++) {
  filters.add(node.getFilters().get(i + 1));
}
filters in node.getFilters().get(0) are lost.

When HMaster is called from the command line, don't try to issue a shutdown request if it is already in the process of shutting down.
The problem is that HBaseAdmin is trying to connect to the master, and the master has already shut down its server
threads, so it cannot respond to the HBaseAdmin.shutdown() request. 
It is harmless with respect to data retention/loss, but obviously annoying from the user's point of view.
HBaseAdmin trys to contact the master for HMaster -stop, but if the 
master is already shutting down, HBaseAdmin does not know that and keeps retrying as follows:

org.apache.hadoop.hbase.MasterNotRunningException: content-repo.cluster.powerset.com:60000
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getMaster(HConnectionManager.java:221)
        at org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:67)
        at org.apache.hadoop.hbase.master.HMaster.doMain(HMaster.java:799)
        at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:818)
2008-10-21 18:23:35,827 INFO org.apache.hadoop.hbase.master.HMaster: Waiting for dfs to exit safe mode...
2008-10-21 18:23:45,847 INFO org.apache.hadoop.hbase.master.HMaster: Waiting for dfs to exit safe mode...
2008-10-21 18:23:55,858 INFO org.apache.hadoop.hbase.master.HMaster: Waiting for dfs to exit safe mode...

Lets  consider, the  "DFS" is down , 
And on executing an alter query say  "alter table firsttable rename to secondtable".  
the query execution fails with the following exception:
 
InvalidOperationException(message:Unable to access old location hdfs://localhost:9000/user/hive/warehouse/firsttable for table default.firsttable)
Now after starting the DFS and then executing the same query , the client gets the following exception:

NoSuchObjectException(message:default.firsttable table not found)
Root Cause
In Alter Query execution flow, first "MetaStore" operation is executed successfully and then "DFS" operation is started. In this scenario, "DFS" is down. As a result, execution of the query failed and partial information of the operation is saved.

In version 4.3.3 the following code to inject a bean into a Hibernate entity using load time weaving worked flawlessly and someBean is correctly set but after upgrading to version 4.3.4 someBean is now null.

@Configurable(preConstruction = true)
@Entity
public class ExampleEntity {
    @Inject SomeBean someBean;
    ...
}

There's a regression in 4.3.12 caused by this change. Spring Batch 3.0.8 relies on the old behaviour and, as a result, a NullPointerException is now thrown:

	at org.springframework.util.MethodInvoker.prepare(MethodInvoker.java:163)
	at org.springframework.batch.item.adapter.AbstractMethodInvokingDelegator.doInvoke(AbstractMethodInvokingDelegator.java:108)
	at org.springframework.batch.item.adapter.AbstractMethodInvokingDelegator.invokeDelegateMethod(AbstractMethodInvokingDelegator.java:60)
	at org.springframework.batch.core.step.tasklet.MethodInvokingTaskletAdapter.execute(MethodInvokingTaskletAdapter.java:47)
	at org.springframework.batch.core.step.tasklet.StepHandlerAdapterTests.testMapResultWithNull(StepHandlerAdapterTests.java:66)
(41 more lines...)

With the hive.transform.escape.input set, all tabs going into a script, including those used to separate columns are escaped.

When accessed via Thrift, all column families have timeToLive equal to -1. This happens because converter function colDescFromHbase forgets to copy timeToLive from HColumnDescriptor. One line change fixes that.

The command line help states that when no -b bind address is given it uses 0.0.0.0. That is not the case though:

     InetAddress listenAddress = null;
     if (cmd.hasOption("bind")) {
       try {
         listenAddress = InetAddress.getByName(cmd.getOptionValue("bind"));
       } catch (UnknownHostException e) {
         LOG.error("Could not bind to provided ip address", e);
         printUsageAndExit(options, -1);
       }
     } else {
       listenAddress = InetAddress.getLocalHost();
     }

The latter is not 0.0.0.0 but the current IP:
beanshell% InetAddress.getLocalHost()
de1-app-mbp-2/10.0.0.65
So we either need to change the command line help or set the address to 0.0.0.0 instead.

An empty password is treated as an anonymous login by some LDAP servers (e.g. by Microsoft Active Directory). In case when Elytron ldap-realm is configured for that type of LDAP server then access with empty password to secured web resource guarded by that ldap-realm is always granted.
There should be some attribute for configuring whether empty password should be accepted by ldap-realm.
Similar issue occurs in previous versions of application server, see:

https://bugzilla.redhat.com/show_bug.cgi?id=901251
https://bugzilla.redhat.com/show_bug.cgi?id=885569

    CREATE TABLE `table1`(
       `idp_warehouse_id` bigint,
       `idp_audit_id` bigint,
       `idp_effective_date` date,
       `idp_end_date` date,
       `idp_delete_date` date,
       `pruid` varchar(32),
       `prid` bigint,
       `prtimesheetid` bigint,
       `prassignmentid` bigint,
       `prchargecodeid` bigint,
       `prtypecodeid` bigint,
       `prsequence` bigint,
       `prmodby` varchar(96),
       `prmodtime` timestamp,
       `prrmexported` bigint,
       `prrmckdel` bigint,
       `slice_status` int,
       `role_id` bigint,
       `user_lov1` varchar(30),
       `user_lov2` varchar(30),
       `incident_id` bigint,
       `incident_investment_id` bigint,
       `odf_ss_actuals` bigint,
       `practsum` decimal(38,20));

    CREATE TABLE `table2`(

    explain SELECT          s.idp_warehouse_id AS source_warehouse_id
    FROM            table1 s
    JOIN

                           table2 d
    ON              (
                                    s.prid = d.prid )
    JOIN
                             table2 e
    ON
                                    s.prid = e.prid
    WHERE
    concat(
                    CASE
                                    WHEN s.prid IS NULL THEN 1
                                    ELSE s.prid
                    END,',',
                    CASE
                                    WHEN s.prtimesheetid IS NULL THEN 1
                                    ELSE s.prtimesheetid
                    END,',',
                    CASE
                                    WHEN s.prassignmentid IS NULL THEN 1
                                    ELSE s.prassignmentid
                    END,',',
                    CASE
                                    WHEN s.prchargecodeid IS NULL THEN 1
                                    ELSE s.prchargecodeid
                    END,',',
                    CASE
                                    WHEN (s.prtypecodeid) IS NULL THEN ''
                                    ELSE s.prtypecodeid
                    END,',',
                    CASE
                                    WHEN s.practsum IS NULL THEN 1
                                    ELSE s.practsum
                    END,',',
                    CASE
                                    WHEN s.prsequence IS NULL THEN 1
                                    ELSE s.prsequence
                    END,',',
                    CASE
                                    WHEN length(s.prmodby) IS NULL THEN ''
                                    ELSE s.prmodby
                    END,',',
                    CASE
                                    WHEN s.prmodtime IS NULL THEN cast(from_unixtime(unix_timestamp('2017-12-08','yyyy-MM-dd') ) AS timestamp)
                                    ELSE s.prmodtime
                    END,',',
                    CASE
                                    WHEN s.prrmexported IS NULL THEN 1
                                    ELSE s.prrmexported
                    END,',',
                    CASE
                                    WHEN s.prrmckdel IS NULL THEN 1
                                    ELSE s.prrmckdel
                    END,',',
                    CASE
                                    WHEN s.slice_status IS NULL THEN 1
                                    ELSE s.slice_status
                    END,',',
                    CASE
                                    WHEN s.role_id IS NULL THEN 1
                                    ELSE s.role_id
                    END,',',
                    CASE
                                    WHEN length(s.user_lov1) IS NULL THEN ''
                                    ELSE s.user_lov1
                    END,',',
                    CASE
                                    WHEN length(s.user_lov2) IS NULL THEN ''
                                    ELSE s.user_lov2
                    END,',',
                    CASE
                                    WHEN s.incident_id IS NULL THEN 1
                                    ELSE s.incident_id
                    END,',',
                    CASE
                                    WHEN s.incident_investment_id IS NULL THEN 1
                                    ELSE s.incident_investment_id
                    END,',',
                    CASE
                                    WHEN s.odf_ss_actuals IS NULL THEN 1
                                    ELSE s.odf_ss_actuals
                    END ) != concat(
                    CASE
                                    WHEN length(d.pruid) IS NULL THEN ''
                                    ELSE d.pruid
                    END,',',
                    CASE
                                    WHEN d.prid IS NULL THEN 1
                                    ELSE d.prid
                    END,',',
                    CASE
                                    WHEN d.prtimesheetid IS NULL THEN 1
                                    ELSE d.prtimesheetid
                    END,',',
                    CASE
                                    WHEN d.prassignmentid IS NULL THEN 1
                                    ELSE d.prassignmentid
                    END,',',
                    CASE
                                    WHEN d.prchargecodeid IS NULL THEN 1
                                    ELSE d.prchargecodeid
                    END,',',
                    CASE
                                    WHEN (d.prtypecodeid) IS NULL THEN ''
                                    ELSE d.prtypecodeid
                    END,',',
                    CASE
                                    WHEN d.practsum IS NULL THEN 1
                                    ELSE d.practsum
                    END,',',
                    CASE
                                    WHEN d.prsequence IS NULL THEN 1
                                    ELSE d.prsequence
                    END,',',
                    CASE
                                    WHEN length(d.prmodby) IS NULL THEN ''
                                    ELSE d.prmodby
                    END,',',
                    CASE
                                    WHEN d.prmodtime IS NULL THEN cast(from_unixtime(unix_timestamp('2017-12-08','yyyy-MM-dd') ) AS timestamp)
                                    ELSE d.prmodtime
                    END,',',
                    CASE
                                    WHEN d.prrmexported IS NULL THEN 1
                                    ELSE d.prrmexported
                    END,',',
                    CASE
                                    WHEN d.prrmckdel IS NULL THEN 1
                                    ELSE d.prrmckdel
                    END,',',
                    CASE
                                    WHEN d.slice_status IS NULL THEN 1
                                    ELSE d.slice_status
                    END,',',
                    CASE
                                    WHEN d.role_id IS NULL THEN 1
                                    ELSE d.role_id
                    END,',',
                    CASE
                                    WHEN length(d.user_lov1) IS NULL THEN ''
                                    ELSE d.user_lov1
                    END,',',
                    CASE
                                    WHEN length(d.user_lov2) IS NULL THEN ''
                                    ELSE d.user_lov2
                    END,',',
                    CASE
                                    WHEN d.incident_id IS NULL THEN 1
                                    ELSE d.incident_id
                    END,',',
                    CASE
                                    WHEN d.incident_investment_id IS NULL THEN 1
                                    ELSE d.incident_investment_id
                    END,',',
                    CASE
                                    WHEN d.odf_ss_actuals IS NULL THEN 1
                                    ELSE d.odf_ss_actuals
                    END );

Since it converts a username to lower-case before doing a lookup in the map, it makes sense that the keys should also be converted when a new map is supplied.

HiveVarcharWritable has a field to save the character length when it is determined the first time. There are a couple of setter methods where this length field is not reset when the string value is changed.

Review the content of ${ESB_HOME}/etc/README as it seems irrelevant. It talks about how to install Fabric.

Currently the PrivilegedInterceptor is only added to the chain if WildflySecurityManager.isChecking() is true, instead it should always be added, otherwise the privileged action may not be run, and that means permissions will fail to check

EJB 3.2 spec., 12.3.4.1 Run-as:
The run-as identity applies ... to the timeout callback methods of an enterprise bean;
Assume the following classes:

@Stateless
@RunAs("alarm")
public class Alarm {
    @EJB
    private Bell bell;
// some more logic
    @Timeout
    public void ejbTimeout(Timer timer) {
        bell.ring();
    }
}

@RolesAllowed("alarm")
public class Bell {
    public void ring() {}
}

When the Alarm's timeout callback method is invoked due to timer expiration, bell.ring(); results in

ERROR [org.jboss.as.ejb3.invocation] (EJB default - 1) JBAS014134: EJB Invocation failed on component Bell for method public void org.jboss.as.test.integration.ejb.security.timeout.Bell.ring(): javax.ejb.EJBAccessException: JBAS014502: Invocation on method: public void org.jboss.as.test.integration.ejb.security.timeout.Bell.ring() of bean: Bell is not allowed 

Calling bell.ring(); from Alarm's business methods works as expected (no error).
Simple test case available at: https://github.com/bafco/wildfly/tree/timeoutSecurity

We are calling URL http://localhost:8080/rapnot/companies/4 with PUT method in order to update data.
In the logs, we see this error: 

2014-05-06 10:54:45,688 ERROR [org.springframework.data.rest.webmvc.AbstractRepositoryRestController] Illegal character in path at index 40: http://localhost:8080/rapnot/companies/4{?projection}

The {?projection} has been added to the URL and we get an invalid URL.
The issue seems to be located in this part of the code in org.springframework.data.rest.webmvc.RepositoryEntityController:

private ResponseEntity<ResourceSupport> mergeAndReturn(Object incoming, Object domainObject,
	RepositoryInvoker invoker, HttpMethod httpMethod, PersistentEntityResourceAssembler assembler) {

	…

	if (PUT.equals(httpMethod)) {
		headers.setLocation(URI.create(assembler.getSelfLinkFor(obj).getHref()));
	}
	…
}

At least, this is where the {?projection} is added to the URL.

Pls. upgrade swagger and swagger ui to the latest version, the current version contains rendering problems and the latest works file.

The test added by WFLY-8990 highlight a problem on windows.
A path containing a ':' makes Paths.get to fail. (Eg: profile/clone-profile-test-case-default/subsystem/mail/mail-session/java:jboss/mail/Default)
[Host Controller] 12:00:52,091 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("suggest-capabilities") failed - address: ([
[Host Controller]     ("core-service" => "capability-registry")
[Host Controller] ]): java.nio.file.InvalidPathException: Illegal char <:> at index 73: /profile/clone-profile-test-case-default/subsystem/mail/mail-session/java:jboss/mail/Default
[Host Controller]     at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
[Host Controller]     at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
[Host Controller]     at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
[Host Controller]     at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94)
[Host Controller]     at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255)
[Host Controller]     at java.nio.file.Paths.get(Paths.java:84)
[Host Controller]     at org.jboss.as.controller.CapabilityRegistry.lambda$null$4(CapabilityRegistry.java:952)
[Host Controller]     at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
[Host Controller]     at java.util.Iterator.forEachRemaining(Iterator.java:116)
[Host Controller]     at java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801)

Hive's query client takes a long time to initialize & start planning queries because of delays in creating all the MTable/MPartition objects.
For a hive db with 1800 partitions, the metastore took 6-7 seconds to initialize - firing approximately 5900 queries to the mysql database.
Several of those queries fetch exactly one row to create a single object on the client.
The following 12 queries were repeated for each partition, generating a storm of SQL queries 

4 Query     SELECT `A0`.`SD_ID`,`B0`.`INPUT_FORMAT`,`B0`.`IS_COMPRESSED`,`B0`.`IS_STOREDASSUBDIRECTORIES`,`B0`.`LOCATION`,`B0`.`NUM_BUCKETS`,`B0`.`OUTPUT_FORMAT`,`B0`.`SD_ID` FROM `PARTITIONS` `A0` LEFT OUTER JOIN `SDS` `B0` ON `A0`.`SD_ID` = `B0`.`SD_ID` WHERE `A0`.`PART_ID` = 3945
4 Query     SELECT `A0`.`CD_ID`,`B0`.`CD_ID` FROM `SDS` `A0` LEFT OUTER JOIN `CDS` `B0` ON `A0`.`CD_ID` = `B0`.`CD_ID` WHERE `A0`.`SD_ID` =4871
4 Query     SELECT COUNT(*) FROM `COLUMNS_V2` THIS WHERE THIS.`CD_ID`=1546 AND THIS.`INTEGER_IDX`>=0
4 Query     SELECT `A0`.`COMMENT`,`A0`.`COLUMN_NAME`,`A0`.`TYPE_NAME`,`A0`.`INTEGER_IDX` AS NUCORDER0 FROM `COLUMNS_V2` `A0` WHERE `A0`.`CD_ID` = 1546 AND `A0`.`INTEGER_IDX` >= 0 ORDER BY NUCORDER0
4 Query     SELECT `A0`.`SERDE_ID`,`B0`.`NAME`,`B0`.`SLIB`,`B0`.`SERDE_ID` FROM `SDS` `A0` LEFT OUTER JOIN `SERDES` `B0` ON `A0`.`SERDE_ID` = `B0`.`SERDE_ID` WHERE `A0`.`SD_ID` =4871
4 Query     SELECT COUNT(*) FROM `SORT_COLS` THIS WHERE THIS.`SD_ID`=4871 AND THIS.`INTEGER_IDX`>=0
4 Query     SELECT `A0`.`COLUMN_NAME`,`A0`.`ORDER`,`A0`.`INTEGER_IDX` AS NUCORDER0 FROM `SORT_COLS` `A0` WHERE `A0`.`SD_ID` =4871 AND `A0`.`INTEGER_IDX` >= 0 ORDER BY NUCORDER0
4 Query     SELECT COUNT(*) FROM `SKEWED_VALUES` THIS WHERE THIS.`SD_ID_OID`=4871 AND THIS.`INTEGER_IDX`>=0
4 Query     SELECT 'org.apache.hadoop.hive.metastore.model.MStringList' AS NUCLEUS_TYPE,`A1`.`STRING_LIST_ID`,`A0`.`INTEGER_IDX` AS NUCORDER0 FROM `SKEWED_VALUES` `A0` INNER JOIN `SKEWED_STRING_LIST` `A1` ON `A0`.`STRING_LIST_ID_EID` = `A1`.`STRING_LIST_ID` WHERE `A0`.`SD_ID_OID` =4871 AND `A0`.`INTEGER_IDX` >= 0 ORDER BY NUCORDER0
4 Query     SELECT COUNT(*) FROM `SKEWED_COL_VALUE_LOC_MAP` WHERE `SD_ID` =4871 AND `STRING_LIST_ID_KID` IS NOT NULL
4 Query     SELECT 'org.apache.hadoop.hive.metastore.model.MStringList' AS NUCLEUS_TYPE,`A0`.`STRING_LIST_ID` FROM `SKEWED_STRING_LIST` `A0` INNER JOIN `SKEWED_COL_VALUE_LOC_MAP` `B0` ON `A0`.`STRING_LIST_ID` = `B0`.`STRING_LIST_ID_KID` WHERE `B0`.`SD_ID` =4871
4 Query     SELECT `A0`.`STRING_LIST_ID_KID`,`A0`.`LOCATION` FROM `SKEWED_COL_VALUE_LOC_MAP` `A0` WHERE `A0`.`SD_ID` =4871 AND NOT (`A0`.`STRING_LIST_ID_KID` IS NULL)

This data is not detached or cached, so this operation is performed during every query plan for the partitions, even in the same hive client.
The queries are automatically generated by JDO/DataNucleus which makes it nearly impossible to rewrite it into a single denormalized join operation & process it locally.
Attempts to optimize this with JDO fetch-groups did not bear fruit in improving the query count.

HCatLoader reuses credentials of stage1 in stage2 for some of the pig queries. This causes stage-2 to fail, if stage-2 runs for more than 10 mins. Pig queries which loads data using HCatLoader, filters only by partition columns and does an order by will run into this problem. Exceptions will be very similar to the following:
2014-07-22 17:28:49,337 [main] ERROR org.apache.pig.tools.grunt.GruntParser - ERROR 2997: Unable to recreate exception from backed error: AttemptID:<attemptid> Info:RemoteTrace: 
org.apache.hadoop.security.token.SecretManager$InvalidToken: token (HDFS_DELEGATION_TOKEN token <tokenid> for <user>) can't be found in cache
	at org.apache.hadoop.ipc.Client.call(Client.java:1095)
	at org.apache.hadoop.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:195)
	at $Proxy7.getFileInfo(Unknown Source)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:102)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:67)
	at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:1305)
	at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:734)
	at org.apache.hadoop.yarn.util.FSDownload.copy(FSDownload.java:176)
	at org.apache.hadoop.yarn.util.FSDownload.access$000(FSDownload.java:51)
	at org.apache.hadoop.yarn.util.FSDownload$1.run(FSDownload.java:284)
	at org.apache.hadoop.yarn.util.FSDownload$1.run(FSDownload.java:282)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1300)
	at org.apache.hadoop.yarn.util.FSDownload.call(FSDownload.java:281)
	at org.apache.hadoop.yarn.util.FSDownload.call(FSDownload.java:51)
 at LocalTrace: 
	org.apache.hadoop.yarn.exceptions.impl.pb.YarnRemoteExceptionPBImpl: token (HDFS_DELEGATION_TOKEN token <tokenid> for <user>) can't be found in cache
	at org.apache.hadoop.yarn.server.nodemanager.api.protocolrecords.impl.pb.LocalResourceStatusPBImpl.convertFromProtoFormat(LocalResourceStatusPBImpl.java:217)
	at org.apache.hadoop.yarn.server.nodemanager.api.protocolrecords.impl.pb.LocalResourceStatusPBImpl.getException(LocalResourceStatusPBImpl.java:147)
	at org.apache.hadoop.yarn.server.nodemanager.containermanager.localizer.ResourceLocalizationService$LocalizerRunner.update(ResourceLocalizationService.java:823)
	at org.apache.hadoop.yarn.server.nodemanager.containermanager.localizer.ResourceLocalizationService$LocalizerTracker.processHeartbeat(ResourceLocalizationService.java:497)
	at org.apache.hadoop.yarn.server.nodemanager.containermanager.localizer.ResourceLocalizationService.heartbeat(ResourceLocalizationService.java:224)
	at org.apache.hadoop.yarn.server.nodemanager.api.impl.pb.service.LocalizationProtocolPBServiceImpl.heartbeat(LocalizationProtocolPBServiceImpl.java:46)
	at org.apache.hadoop.yarn.proto.LocalizationProtocol$LocalizationProtocolService$2.callBlockingMethod(LocalizationProtocol.java:57)
	at org.apache.hadoop.yarn.ipc.ProtoOverHadoopRpcEngine$Server.call(ProtoOverHadoopRpcEngine.java:353)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1476)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1472)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:1470)

This started cropping up on our project following 1.1.2-RELEASE upgrade this week.  Its not providing a lot of context to go by though.  The previous lines don't give much clue as to what class its even working on, so I can't isolate it easily.
I also can't judge what affect its having, whether its blocking our work with Roo or not.
[FelixDispatchQueue] It is recommended to use @DateTimeFormat(style="S-") on cancellationDate to use automatic date conversion in Spring MVC
[FelixDispatchQueue] Unable to obtain physical type metdata for type java.lang.Object
                     java.lang.IllegalArgumentException: Unable to obtain physical type metdata for type java.lang.Object
                         at org.springframework.roo.addon.web.mvc.controller.converter.ConversionServiceMetadataProvider.findRelevantTypes(ConversionServiceMetadataProvider.java:106)
                         at org.springframework.roo.addon.web.mvc.controller.converter.ConversionServiceMetadataProvider.findDomainTypesRequiringAConverter(ConversionServiceMetadataProvider.java:99)
                         at org.springframework.roo.addon.web.mvc.controller.converter.ConversionServiceMetadataProvider.getMetadata(ConversionServiceMetadataProvider.java:83)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:269)
                         at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:148)
                         at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:82)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:146)
                         at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:235)
                         at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:131)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:330)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:304)
                         at org.springframework.roo.project.ProjectPathMonitoringInitializer.notify(ProjectPathMonitoringInitializer.java:86)
                         at org.springframework.roo.project.MavenProjectMetadataProvider.onFileEvent(MavenProjectMetadataProvider.java:207)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:180)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:102)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager$1.frameworkEvent(DefaultProcessManager.java:55)
                         at java.lang.Thread.run(Unknown Source)

There are a few places where the SQL in TxnHandler.java works in Derby but not in MySQL due to differences in the way they parse tokens.  Adding spaces to all such places addresses the issue.

I hava met the problem that Hive process cannot create new threads because of lots of OutputStream not closed.
Here is the part of jstack info:
"Thread-35783" daemon prio=10 tid=0x00007f8f58f02800 nid=0x18cc in Object.wait() [0x00007f8e632c0000]
        at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.run(DFSOutputStream.java:577)

locked <0x000000061af52d50> (a java.util.LinkedList)

and the related error log:
org.apache.hadoop.hive.ql.parse.SemanticException: Unable to create temp file for insert values Expression of type TOK_TABLE_OR_COL not supported in insert/values
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genValuesTempTable(SemanticAnalyzer.java:812)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.doPhase1(SemanticAnalyzer.java:1207)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.doPhase1(SemanticAnalyzer.java:1410)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genResolvedParseTree(SemanticAnalyzer.java:10136)
Caused by: org.apache.hadoop.hive.ql.parse.SemanticException: Expression of type TOK_TABLE_OR_COL not supported in insert/values
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.unparseExprForValuesClause(SemanticAnalyzer.java:858)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genValuesTempTable(SemanticAnalyzer.java:785)
    ... 15 more
It shows the output stream won't close if caught exception in funtion unparseExprForValuesClause in SemanticAnalyzer.java

commitJob() method renames each file in TMP_LOCATION separately.  so someone may read FINAL_LOCATION and see only some of the files that should be there.
Use FileSystem.getFileStatus(TMP_LOCATION) and just rename the dir.

The hash-from attribute has a wrong decription in elytron subsystem. It wrongly suggests it's rather about function/algorithm name than a hash value.

[standalone@embedded /] /subsystem=elytron/ldap-realm=*:read-resource-description()
...
                                "hash-from" => {
                                    "type" => STRING,
                                    "description" => "The name of the LDAP attribute of OTP hash function.",
                                    "expressions-allowed" => true,
                                    "required" => true,
                                    "nillable" => false,
                                    "min-length" => 1L,
                                    "max-length" => 2147483647L
                                },
...

The attribute should not talk about the hash function, but rather hash (or hash value).
Updated
The description has to also mention the value of the LDAP attribute is Base64 encoded.

I noticed that when running hive CLI, assertions are not enabled, which was causing me some confusion when debugging an issue.
So, I added the following to my environment:
export HADOOP_OPTS="-ea -esa"
This worked, and allowed me to see assertion failures when executing via CLI.
But then I tried to run a test, and got an assertion failure from the following code in ExecDriver.execute:
    // Turn on speculative execution for reducers
    HiveConf.setVar(job, HiveConf.ConfVars.HADOOPSPECULATIVEEXECREDUCERS,
        HiveConf.getVar(job, HiveConf.ConfVars.HIVESPECULATIVEEXECREDUCERS));
The assertion says it should be using getBoolVar/setBoolVar instead.

During snapshot on the region server side, if one RegionSnapshotTask throws exception, we will cancel other tasks.
In RegionServerSnapshotManager.SnapshotSubprocedurePool.waitForOutstandingTasks():

      LOG.debug("Waiting for local region snapshots to finish.");

      int sz = futures.size();
      try {
        // Using the completion service to process the futures that finish first first.
        for (int i = 0; i < sz; i++) {
          Future<Void> f = taskPool.take();
          f.get();
          if (!futures.remove(f)) {
            LOG.warn("unexpected future" + f);
          }
          LOG.debug("Completed " + (i+1) + "/" + sz +  " local region snapshots.");
        }
        LOG.debug("Completed " + sz +  " local region snapshots.");
      } catch (InterruptedException e) {
        LOG.warn("Got InterruptedException in SnapshotSubprocedurePool", e);
        if (!stopped) {
          throw new ForeignException("SnapshotSubprocedurePool", e);
        }
        // we are stopped so we can just exit.
      } catch (ExecutionException e) {
        if (e.getCause() instanceof ForeignException) {
          LOG.warn("Rethrowing ForeignException from SnapshotSubprocedurePool", e);
          throw (ForeignException)e.getCause();
        }
        LOG.warn("Got Exception in SnapshotSubprocedurePool", e);
        throw new ForeignException(name, e.getCause());
      } finally {
        cancelTasks();
      }

If  f.get() throws ExecutionException (for example, caused by NotServingRegionException), we will call cancelTasks().
In cancelTasks():

     ...
     // evict remaining tasks and futures from taskPool.
     while (!futures.isEmpty()) {
        // block to remove cancelled futures;
        LOG.warn("Removing cancelled elements from taskPool");
        futures.remove(taskPool.take());
      }

For example, suppose we have 3 tasks, the first one fails and we get an exception when we do:

          f.get();

We didn't remove the 'f' from the 'futures' list yet, but we already take one from taskPool.
As a result, there are 3 in 'futures' list, but only 2 remain in taskPool.
We'll block on taskPool.take() in the above cancelTasks() code.
The end result is that the procedure will always fail timeout exception in the end. 
We could have bailed out earlier with the real cause.

In our production systems, we had several threads stuck indefinitely while trying to send a file to an FtpEndpoint. We had both connectTimeout and soTimeout properties set so it surprised us a little bit.
After digging a bit, we found that the scenario is quite simple to reproduce: this happens every time the FTPClient establishes the TCP connection with a server that does not respond anything.
Here is a simplified view of what happens when establishing a connection using a FTPClient:

// within Socket Client
public void connect(InetAddress host, int port) throws SocketException,IOException {
    _socket_.connect(new InetSocketAddress(host, port), connectTimeout);
    _connectAction_();
}
protected void _connectAction_() throws IOException { 
    _socket_.setSoTimeout(_timeout_); // _timeout_ is the default timeout of the socket
}

// overridden within FTP
protected void _connectAction_() {
    super._connectAction_();
    if (connectTimeout > 0) {
        int original = _socket_.getSoTimeout();
        _socket_.setSoTimeout(connectTimeout);
        try {
            __getReply();
        } finally {
             _socket_.setSoTimeout(original);
        }
    }
}

 A SocketTimeoutException can be thrown either during the initial socket connect action, either during the __getReply() where the FTPClient waits for the hello message from the server.  Both are using connectTimeout, after which the original (default) timeout is restored. The soTimeout we specified in the URI is configured by FTPOperations only when the connection is successful. In this case, the Socket is connected, but an exception is thrown afterwards and the soTimeout is left at 0. 
Within Camel, when the RemoteFileProducer encounters an exception while processing an Exchange, it tries to disconnect the endpoint properly with a logout followed by a disconnect. 

// RemoteFileProducer
public void handleFailedWrite(Exchange exchange, Exception exception) throws Exception {
    try {
        if (getOperations().isConnected()) { // <== in our case, this returns true because the socket is actually connected
            getOperations().disconnect();
        }
    } catch (...) {
        ...
    }
}
// FTPOperations
protected void doDisconnect() throws GenericFileOperationFailedException {
    try {
        client.logout();
         throw new GenericFileOperationFailedException
    } finally {
        try {
            client.disconnect();
            throw new GenericFileOperationFailedException
        }
    }
}

Unfortunately, at this point, the client.logout() sends the FTP QUIT command, then waits for the response still using the default timeout of the Socket. Since the misbehaving server/firewall never sent any form of response, the thread is left waiting forever.
I attached a simple test case to illustrate the scenario, simply using a ServerSocket that never accepts any connection. Also included is an easy workaround that uses a custom FTPClient on which the default timeout is set. 
A possible fix would be to always set the default timeout on the socket, before connecting it.

When processing an XMLRPC request in Async mode, the original In message headers are not preserved (copied to the Out message)
This works correctly for sync mode, but the async callback handler does not copy the message headers as the XmlRpcProducer.processor() method does,

org.jboss.as.test.xts.suspend.wsat.AtomicTransactionSuspendTestCase
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.xts -Dtest=AtomicTransactionSuspendTestCase -Dsecurity.manager

WARNING [org.apache.cxf.phase.PhaseInterceptorChain] (default task-5) Application {org.jboss.as.test.xts.suspend}ExecutorService#{http://suspend.xts.test.as.jboss.org/}init has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/executorService.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.executorService.war:main" from Service Module Loader")
	at org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractInvoker.java:162)
	at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.createFault(AbstractJAXWSMethodInvoker.java:267)
	at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:128)
	at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:232)
	at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:85)
	at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:145)
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:59)
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor$2.run(ServiceInvokerInterceptor.java:126)
	at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:131)
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
	at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:252)
	at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:109)
	at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:134)
	at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88)
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:299)
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:218)
	at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136)
	at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1680)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:208)
Caused by: javax.xml.ws.WebServiceException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/executorService.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.executorService.war:main" from Service Module Loader")
	at javax.xml.ws.spi.FactoryFinder.find(FactoryFinder.java:72)
	at javax.xml.ws.spi.Provider.provider(Provider.java:113)
	at javax.xml.ws.Service.<init>(Service.java:57)
	at javax.xml.ws.Service.create(Service.java:687)
	at org.jboss.as.test.xts.suspend.Helpers.getRemoteService(Helpers.java:45)
	at org.jboss.as.test.xts.suspend.wsat.AtomicTransactionExecutionService.init(AtomicTransactionExecutionService.java:73)
	at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:56)
	at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:137)
	at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:169)
	at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:96)
	... 61 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/executorService.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.executorService.war:main" from Service Module Loader")
	at java.lang.Thread.getContextClassLoader(Thread.java:1440)
	at javax.xml.ws.spi.FactoryFinder.find(FactoryFinder.java:70)
	... 95 more

org.jboss.as.test.xts.suspend.wsba.BusinessActivitySuspendTestCase
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.xts -Dtest=BusinessActivitySuspendTestCase -Dsecurity.manager

WARNING [org.apache.cxf.phase.PhaseInterceptorChain] (default task-3) Application {org.jboss.as.test.xts.suspend}ExecutorService#{http://suspend.xts.test.as.jboss.org/}init has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/executorService.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.executorService.war:main" from Service Module Loader")
	at org.jboss.as.test.xts.suspend.wsba.BusinessActivityExecutionService.init(BusinessActivityExecutionService.java:76)
	... 61 more
	... 95 more

For any unrecognized command line argument, Beeline emits a warning message that's evasive and meaningless. For instance:

beeline abc
abc (No such file or directory)
Beeline version 0.14.0-SNAPSHOT by Apache Hive
...
beeline -hh
-hh (No such file or directory)

The error seeming suggests that Beeline accepts an argument as a file name. However, neither Beeline doc nor command line help indicates there is such an option. 

beeline --help
Usage: java org.apache.hive.cli.beeline.BeeLine 
   -u <database url>               the JDBC URL to connect to
   -n <username>                   the username to connect as
   -p <password>                   the password to connect as
   -d <driver class&gt;               the driver class to use
   -e <query>                      query that should be executed
   -f <file>                       script file that should be executed
   --hiveconf property=value       Use value for given property
   --hivevar name=value            hive variable name and value
                                   This is Hive specific settings in which variables
                                   can be set at session level and referenced in Hive
                                   commands or queries.
   --color=[true/false]            control whether color is used for display
   --showHeader=[true/false]       show column names in query results
   --headerInterval=ROWS;          the interval between which heades are displayed
   --fastConnect=[true/false]      skip building table/column list for tab-completion
   --autoCommit=[true/false]       enable/disable automatic transaction commit
   --verbose=[true/false]          show verbose error messages and debug info
   --showWarnings=[true/false]     display connection warnings
   --showNestedErrs=[true/false]   display nested errors
   --numberFormat=[pattern]        format numbers using DecimalFormat pattern
   --force=[true/false]            continue running script even after errors
   --maxWidth=MAXWIDTH             the maximum width of the terminal
   --maxColumnWidth=MAXCOLWIDTH    the maximum width to use when displaying columns
   --silent=[true/false]           be more silent
   --autosave=[true/false]         automatically save preferences
   --outputformat=[table/vertical/csv/tsv]   format mode for result display
   --isolation=LEVEL               set the transaction isolation level
   --nullemptystring=[true/false]  set to true to get historic behavior of printing null as empty string
   --help                          display this message

Further research shows that this is a residual from SQLLine from which Beeline is derived, which allows user to specify a property file based on which SQLLine can make a DB connection.
While this might be useful, this isn't documented and has caused a lot of confusions. And it's the root cause for quite a few problems such as those described in HIVE-5677. HIVE-6173 had the same symptom, which uncovered another problem.
Thus, I'd suggest we disable this option. If it's desirable to have this option, then we need at least corresponding documentation plus better error message.

I have a root ApplicationContext with environment as follows:

StandardServletEnvironment {activeProfiles=[], defaultProfiles=[default], propertySources=[servletConfigInitParams,servletContextInitParams,jndiProperties,systemProperties,systemEnvironment,/data/myproject/conf/config.properties]}

Then, when I create a new child context as follows:

final ApplicationContext childContext = new ClassPathXmlApplicationContext(new String[] {"classpath:com/example/childcontext.xml"}, parentContext);

its environment shows as follows:

StandardEnvironment {activeProfiles=[], defaultProfiles=[default], propertySources=[systemProperties,systemEnvironment]}

So, no servlet stuff, no custom properties file in the propertySources.
However, creating the child context as follows behaves different:

final GenericApplicationContext childContext = new GenericApplicationContext(parentContext);
final XmlBeanDefinitionReader xmlReader = new XmlBeanDefinitionReader(childContext);
xmlReader.loadBeanDefinitions("classpath:com/example/childcontext.xml");
childContext.refresh();

Now, the childContext's environment shows as

StandardEnvironment {activeProfiles=[], defaultProfiles=[default], propertySources=[systemProperties,systemEnvironment,servletConfigInitParams,servletContextInitParams,jndiProperties,/data/myproject/conf/config.properties]}

From looking at the code, it becomes quite clear why this is: Using the given constructor of ClasspathXmlApplicationContext does not result in a call to AbstractApplicationContext.setParent(ApplicationContext parent) which would merge the environment of the parent into the own environment.

Using SpringBoot 2.0.1, the BeanValidation support is provided by the HibernateValidator. The HibernateValidator provides a feature that is not part of the BeanValidations spec that allows you to define a @GroupSequenceProvider to control the list and order of groups used during validation: https://docs.jboss.org/hibernate/stable/validator/reference/en-US/html_single/?v=6.0#_code_groupsequenceprovider_code
I've tried to use this, and execution path enters the GroupSequenceProvider that I've defined for an entity, but the bean supplied to the getValidationGroups method is always null, so we can't dynamically assigned the groups based on the state of the supplied value.
Here's a simple example:

public class CarController {
  @PostMapping("/cars")
  Car register(@RequestBody @Valid Car car) {
    return car;
  }
}

@GroupSequenceProvider(CarGroupSequenceProvider.class)
public class Car {

  @NotEmpty
  private String make;

  @NotEmpty(groups = RegistrationGroup.class)
  private String vin;

  private String registrationCode;

  public String getMake() { return make; }
  public void setMake(String make) { this.make = make; }
  public String getVin() { return vin; }
  public void setVin(String vin) { this.vin = vin; }
  public String getRegistrationCode() { return registrationCode; } 
  public void setRegistrationCode(String registrationCode) { this.registrationCode = registrationCode; }
}

public interface RegistrationGroup {}

public class CarGroupSequenceProvider implements DefaultGroupSequenceProvider<Car> {
   public CarGroupSequenceProvider() {}

  @Override
  public List<Class<?>> getValidationGroups(Car car) {
    List<Class<?>> defaultGroupSequence = new ArrayList<>();
    if(car.getRegistrationCode() != null){
      defaultGroupSequence.add(RegistrationGroup.class);
    }
    return defaultGroupSequence;
  }
}

In this last code snippet, the parameter `car` is always null, so we can't look at the state of it to determine if additional Groups should be defined.

When visiting a child the key is aggregated to have the child node name, and a call to visitBeforeChildren and grandChildren's visits are made.
However, before calling  visitAfterChildren,  the resetting of the key to that of it's parent's, seems inconsistent.
Last lines in visit(NodeVisitor visitor, ConfigurationKey key) 
            if (key != null)
            {
                key.setLength(length);
            }
            visitor.visitAfterChildren(this, key);

security-realms that defer to jaas cannot load login-modules from org.jboss.as.security.  The configuration looks like the following:
                    <jaas name="jmx-console"/>
                <authorization map-groups-to-roles="false">
                    <properties path="mgmt-groups.properties" relative-to="jboss.server.config.dir"/>
                </authorization>
            </security-realm> 
                <security-domain name="jmx-console" cache-type="default">
                        <login-module code="RealmUsersRoles" flag="required">
                            <module-option name="rolesProperties" value="file://${jboss.server.config.dir}/rolesmapping.properties"/>
                            <module-option name="usersProperties" value="file://${jboss.server.config.dir}/rolesmapping.properties"/>
The following error is logged during the authentication attempt:
2016-06-23 11:17:27,680 DEBUG [org.jboss.security] (management task-1) PBOX00206: Login failure: javax.security.auth.login.LoginException: unable to find LoginModule class: org.jboss.as.security.RealmDirectLoginModule from [Module "org.jboss.as.server:main" from local module loader @42f30e0a (finder: local module finder @24273305 (roots: /home/dehort/dev/java/jboss-eap-7.0.0/modules,/home/dehort/dev/java/jboss-eap-7.0.0/modules/system/layers/base))]
	at javax.security.auth.login.LoginContext.invoke(LoginContext.java:794)
	at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
	at org.jboss.security.authentication.JBossCachedAuthenticationManager.defaultLogin(JBossCachedAuthenticationManager.java:406)
	at org.jboss.security.authentication.JBossCachedAuthenticationManager.proceedWithJaasLogin(JBossCachedAuthenticationManager.java:345)
	at org.jboss.security.authentication.JBossCachedAuthenticationManager.authenticate(JBossCachedAuthenticationManager.java:323)
	at org.jboss.security.authentication.JBossCachedAuthenticationManager.isValid(JBossCachedAuthenticationManager.java:146)
	at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:406)
	at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:367)
	at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:347)
	at org.jboss.as.domain.management.security.JaasCallbackHandler.handle(JaasCallbackHandler.java:174)
	at org.jboss.as.domain.management.security.SecurityRealmService$1.handle(SecurityRealmService.java:175)
	at org.jboss.as.domain.http.server.security.RealmIdentityManager.verify(RealmIdentityManager.java:162)
	at org.jboss.as.domain.http.server.security.RealmIdentityManager.verify(RealmIdentityManager.java:141)
	at io.undertow.security.impl.BasicAuthenticationMechanism.authenticate(BasicAuthenticationMechanism.java:161)
	at org.jboss.as.domain.http.server.security.AuthenticationMechanismWrapper.authenticate(AuthenticationMechanismWrapper.java:52)
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:233)
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:250)
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:219)
	at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:121)
	at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:96)
	at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:89)
	at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:50)

Orc footer cache has a calculation of memory usage:

public int getMemoryUsage() {
  return bb.remaining() + 100; // 100 is for 2 longs, BB and java overheads (semi-arbitrary).
}

ByteBuffer.remaining returns the remaining space in the bytebuffer, thus allowing this cache have elements MAXWEIGHT/100 of arbitrary size. I think the correct solution would be bb.capacity.

<cached-connection-manager> is enabled in jca subsystem by default:

    <subsystem xmlns="urn:jboss:domain:jca:1.1">
        ...
        <cached-connection-manager />
    </subsystem> 

However, it is unable to re-enable <cached-connection-manager> once it is disabled. CLI command fails to add it due to duplicate resource.

[standalone@localhost:9990 /] /subsystem=jca/cached-connection-manager=cached-connection-manager:remove
{
    }
}
{
}
[standalone@localhost:9990 /] /subsystem=jca/cached-connection-manager=cached-connection-manager:add
{
    "failure-description" => "JBAS014803: Duplicate resource [
    (\"subsystem\" => \"jca\"),
    (\"cached-connection-manager\" => \"cached-connection-manager\")
]",
}

I inadvertently did some unit test stress testing this weekend by running mvn test -P runAllTests on a machine that also had other processes going on. The overall sluggishness led to a number of failed tests that were caused by a table being created using HBaseAdmin#createTable, which only blocks for meta to get updated and not for the region to actually get assigned a RegionServer. Quick fix is to use HBaseTestingUtility#createTable whenever possible.

Our standard host.xml files include permgen settings. Our software just ignores them on JDK 8 or later, and we only run on 8 or later, so having these settings in our standard configs is just misleading. 
WFCORE-1151 attempted to fix this via a patch to core, but apparently the settings remain. So probably they are being added in some feature pack in full as well.

Failure is:
[INFO] Compilation failure
/x1/camel/camel-core/src/main/java/org/apache/camel/model/ProcessorType.java:[1587,18] inconvertible types
found   : org.apache.camel.model.ProcessorType<Type>
required: org.apache.camel.model.ExceptionType
/x1/camel/camel-core/src/main/java/org/apache/camel/model/ProcessorType.java:[1587,51] inconvertible types
required: org.apache.camel.model.TryType
/x1/camel/camel-core/src/main/java/org/apache/camel/model/InterceptType.java:[90,16] inconvertible types
found   : org.apache.camel.model.ProcessorType<capture of ?>
required: org.apache.camel.model.ChoiceType
/x1/camel/camel-core/src/main/java/org/apache/camel/model/InterceptType.java:[91,49] inconvertible types
/x1/camel/camel-core/src/main/java/org/apache/camel/management/InstrumentationLifecycleStrategy.java:[203,20] inconvertible types

In SortHandlerMethodArgumentResolver (added in 1.6), you can customize the request parameter name with method setSortParameter. However, PageableHandlerMethodArgumentResolver uses the word "property" instead of "paramater" for its request parameter properties: setPageProperty and setSizeProperty. These should be consistent. I prefer "parameter" because that reflects the fact that it's a request parameter, but however they're named it should be consistent.

The javax.json.api module should be public, but rather than have it be
an alias, it should be an empty module which re-exports the public API
packages of the non-public org.glassfish.javax.json module.

When invoking a bean method it should better detect whether the bean is a void or has a return type.
And if it returns null it should be regarded as a valid response and set as body.
See nabble
http://old.nabble.com/filtering-messages-ts27403559.html

https://github.com/spring-projects/spring-framework/blob/master/spring-orm/src/main/java/org/springframework/orm/hibernate5/HibernateTemplate.java#L958 attempts to be compatible with Hibernate 5.x, but because it's compiled against 5.2, the compiler then requires that the runtime method return a org.hibernate.query.Query instance, and thus when running with standard Spring Boot 1.4 versions, you get:

java.lang.NoSuchMethodError: org.hibernate.Session.getNamedQuery(Ljava/lang/String;)Lorg/hibernate/query/Query;
        at org.springframework.orm.hibernate5.HibernateTemplate$32.doInHibernate(HibernateTemplate.java:958)
        at org.springframework.orm.hibernate5.HibernateTemplate$32.doInHibernate(HibernateTemplate.java:954)
        at org.springframework.orm.hibernate5.HibernateTemplate.doExecute(HibernateTemplate.java:356)
        at org.springframework.orm.hibernate5.HibernateTemplate.executeWithNativeSession(HibernateTemplate.java:323)
        at org.springframework.orm.hibernate5.HibernateTemplate.findByNamedQuery(HibernateTemplate.java:954)
        at example.HibernateTemplateBugTest.testFindByNamedQuery(HibernateTemplateBugTest.java:28)

in the attached reproduction test when run with simply

mvn clean test

If however, you override the standard Hibernate version to 5.2.2 then the test succeeds by running 

mvn -Dhibernate.version=5.2.2.Final clean test

A store that was made up in hdfs can't be examined using local filesystem because we – or hadoop – is inconsistent.

I accidently tried to archive a partition on a non-partitioned table. The error message was bad, hive ate an exception, and NPE'ed.

2013-06-09 16:36:12,628 ERROR parse.DDLSemanticAnalyzer (DDLSemanticAnalyzer.java:addTablePartsOutputs(2899)) - Got HiveException during obtaining list of partitions
2013-06-09 16:36:12,628 ERROR ql.Driver (SessionState.java:printError(383)) - FAILED: NullPointerException null
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.addTablePartsOutputs(DDLSemanticAnalyzer.java:2912)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.addTablePartsOutputs(DDLSemanticAnalyzer.java:2877)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeAlterTableArchive(DDLSemanticAnalyzer.java:2730)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:316)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:277)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:782)

When adding permissions in the security-manager subsystem, the changes are not used until server reload. But the CLI operation doesn't require reload.

In the comment of RowCountEndpoint.java

/**
 * Sample coprocessor endpoint exposing a Service interface for counting rows and key values.
 *
 * <p>
 * For the protocol buffer definition of the RowCountService, see the source file located under
 * hbase-server/src/main/protobuf/Examples.proto.
 * </p>
 */

Examples.proto is not under hbase-server/src/main/protobuf/, but under hbase-examples/src/main/protobuf/

JcloudsPayloadConverter.toPayload(InputStream is, Exchange exchange)  doesn't copy is if the is.markSupported() is false.

The quickstart chapter on launching a standalone hbase says to validate the launch by checking on both the HMaster and HRegionServer processes:

4. The bin/start-hbase.sh script is provided as a convenient way to start HBase. Issue the command, and if all goes well, a message is logged to standard output showing that HBase started successfully. You can use the jps command to verify that you have one running process called HMaster and at least one called HRegionServer.
This is incorrect. In standalone mode there is only a single HMaster process.

AnnotatedWithStatistics is not activated due to a recent merge, and hence the SetSparkReducerParallelism is not activated either. This caused Hive to always use one reducer. We should re-enable statistics.

both classes have the following

if (prev1 == null) {
  prev1 = t1;
  prev1 = t2;
}

most probably it should be

  prev1 = t1;
  prev2 = t2;
}

JASPICSecureResponseHandler.handleRequest can throw a NPE for a redirect from a CONFIDENTIAL transport guarantee:

        at org.wildfly.extension.undertow.security.jaspi.JASPICSecureResponseHandler.handleRequest(JASPICSecureResponseHandler.java:35)
        at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:285)
        at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:264)
        at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:175)
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:792)

This occurs because io.undertow.security.handlers.AbstractConfidentialityHandler generates the redirect before any JASPICContext is placed on the request, so JASPICSecureResponseHandler sees the null.

The constructor of StringQueryParameterBinder is not JDK8 Compatible. The first constructor StringQueryParameterBinder(JpaParameters parameters, Object[] values, StringQuery query) expect parameter-names in "parameters" but the names are in "query".
example:  

public interface B {
    @Query("SELECT b FROM B b WHERE b.id = :bid")
    Set<B> findB(long bId);
}

Caused by: java.lang.IllegalArgumentException: Name for parameter binding must not be null or empty! For named parameters you need to use @Param for query method parameters on Java versions < 8.
	at org.springframework.util.Assert.hasText(Assert.java:168)
	at org.springframework.data.jpa.repository.query.StringQuery.getBindingFor(StringQuery.java:110)
	at org.springframework.data.jpa.repository.query.StringQueryParameterBinder.getBindingFor(StringQueryParameterBinder.java:75)
	at org.springframework.data.jpa.repository.query.StringQueryParameterBinder.bind(StringQueryParameterBinder.java:60)
	at org.springframework.data.jpa.repository.query.ParameterBinder.bind(ParameterBinder.java:100)

Got situation where region can be opened while table is disabling by DisableTableHandler. Here is relevant log for such situation. There is no clues who issued OPEN to region.
Log file attached.
UPD: A bit more details. It seems that even in case of new state put into meta, it still possible to get previous state.
That leads to one more round of assignment invoked in AssignmentManager#onRegionClosed.
UPD: Table become ENABLED, thats leads to regions instructed to assign immediately on onRegionClosed. BulkDisabler will not know about that and will wait indefinitely, because it will not issue unassign for newly opened regions.

This issue is related to HBASE-6823. logs below.
TestSplitTransaction
org.apache.hadoop.hbase.regionserver.TestSplitTransaction
testWholesomeSplit(org.apache.hadoop.hbase.regionserver.TestSplitTransaction)
java.io.IOException: Failed delete of C:/springSpace/org.apache.hbase.hbase-0.95.0-SNAPSHOT/hbase-server/target/test-data/e5089331-c2bf-43d0-816d-25c6bed71f26/org.apache.hadoop.hbase.regionserver.TestSplitTransaction/table/4851a041b5e9befef50c135b5659243b
	at org.apache.hadoop.hbase.regionserver.TestSplitTransaction.teardown(TestSplitTransaction.java:100)
testRollback(org.apache.hadoop.hbase.regionserver.TestSplitTransaction)
java.io.IOException: Failed delete of C:/springSpace/org.apache.hbase.hbase-0.95.0-SNAPSHOT/hbase-server/target/test-data/9140a440-3925-4eaf-8d5d-62744609d775/org.apache.hadoop.hbase.regionserver.TestSplitTransaction/table/6f0ef0cbe59b3fb02c081ad1ffc78a9d
testFailAfterPONR(org.apache.hadoop.hbase.regionserver.TestSplitTransaction)
java.io.IOException: Failed delete of C:/springSpace/org.apache.hbase.hbase-0.95.0-SNAPSHOT/hbase-server/target/test-data/9ad6728e-a425-4c2a-b7f2-00af842ec2a4/org.apache.hadoop.hbase.regionserver.TestSplitTransaction/table/65a714e4df0ea5878925c27f8815cd6f

I tried the database reverse engineering on a MySQL database Hyperic stores its data in. I use EclipseLink as JPA provider.
The result when I start the application is:
Exception [EclipseLink-48] (Eclipse Persistence Services - 2.1.0.v20100614-r7608): org.eclipse.persistence.exceptions.DescriptorException
Exception Description: Multiple writable mappings exist for the field [HQ.EAM_UI_ATTACH_RSRC.ATTACH_ID].  Only one may be defined as writable, all others must be specified read-only.
Mapping: org.eclipse.persistence.mappings.OneToOneMapping[eamUiAttachment]
Descriptor: RelationalDescriptor(com.springsource.dbintrospection.domain.EamUiAttachRsrc --> [DatabaseTable(HQ.EAM_UI_ATTACH_RSRC)])
I attached the ITDs. It appears that it mapped to a relation to another table as well as the primary key. I am not sure how the foreign key relation was reverse engineered but I believe this database design is not so uncommon after all.

The PagingQueryProvider implementations append the sort conditions to the configured where clause with AND. This is problematic if the where clause contains OR conditions, as the automatically appended AND takes precedence over the OR in the configured where clause.
Example:

Db2PagingQueryProvider provider = new Db2PagingQueryProvider();
provider.setSelectClause("SELECT ID, COL_X, COL_Y");
provider.setFromClause("FROM TEST");
provider.setWhereClause("WHERE COL_X = 1 OR COL_Y = 1");
provider.setSortKeys(Collections.singletonMap("ID", Order.ASCENDING));
System.out.println(provider.generateRemainingPagesQuery(20));

Results in

SELECT ID, COL_X, COL_Y FROM TEST 
WHERE COL_X = 1 OR COL_Y = 1 AND ((ID > ?)) 
ORDER BY ID ASC FETCH FIRST 20 ROWS ONLY

But this should be 

WHERE (COL_X = 1 OR COL_Y = 1) AND ((ID > ?)) 

As a workaround the parenthesis can explicitly be added to the where clause.

In SPR-12292 CompositePropertySource became EnumerablePropertySource. It doesn't fully satisfy its contract though and it violates Liskov substitution principle.
For example, Spring Boot assumes that EnumerablePropertySource.getPropertyNames contains names of all properties available on the property source. That is not the case with CompositePropertySource containing non-enumerable property sources. See also https://github.com/spring-projects/spring-boot/issues/2608

If one region is splitting when regionserver is stoping.
The following code may executed in SplitTransaction#openDaughters.

// TODO: Is this check needed here?
    if (stopped || stopping) {
      // add 2nd daughter first (see HBASE-4335)
      MetaEditor.addDaughter(server.getCatalogTracker(),
          b.getRegionInfo(), null);
          a.getRegionInfo(), null);
      LOG.info("Not opening daughters " +
          b.getRegionInfo().getRegionNameAsString() +
          " and " +
          a.getRegionInfo().getRegionNameAsString() +
          " because stopping=" + stopping + ", stopped=" + stopped);
    } 

So, for the two daughter regions, their location are both null in .META.
When ServerShutdownHandler process the dead server, it will not assign these two daughter regions since their location(info:server) are null in .META. by MetaReader.getServerUserRegions().

See http://static.springframework.org/spring-webflow/docs/2.0.x/javadoc-api/overview-summary.html

Setting hive.exec.move.files.from.source.dir=true causes data to not be moved properly during inserts to partitioned tables.
Looks like the file path checking in Utilties.moveSpecifiedFiles() needs to recursively check into directories.

A new etag-related logic has been introduced that breaks backward compatibility. 
In HttpEntityMethodProcessor, the line:

     || clientETag.equals("*"))) {

maybe acceptable for GET, but definitely not for PUT/POST/PATCH verbs, because if I do:

PUT /some/resource
If-None-Match: *

the intention is to create the resource only if it doesn't exist previously. Forcing 304 not modified makes absolutely no sense here, because I want to return 201 created (which I set in my ResponseEntity<MyResponseObject>).
I haven't find any obvious way to disable this magic etag handling, that's why I'm marking this issue as blocker (feel free to downgrade if a workaround is available).
I think all this logic may make sense in some applications, but it can introduce heavy incompatibilities in existing REST APIs.
I wish I had found this when in RC - but I couldn't because of other issues of my components with 4.2 that only now I have been able to fix.
Full changes on this class:

git diff v4.1.7.RELEASE..v4.2.1.RELEASE -- spring-webmvc/src/main/java/org/springframework/web/servlet/mvc/method/annotation/HttpEntityMethodProcessor.java

diff --git a/spring-webmvc/src/main/java/org/springframework/web/servlet/mvc/method/annotation/HttpEntityMethodProcessor.java b/spring-webmvc/src/main/java/org/springframework/web/servlet/mvc/method/annotation/HttpEntityMethodProcessor.java
index 26d06ef..22ebdbc 100644
--- a/spring-webmvc/src/main/java/org/springframework/web/servlet/mvc/method/annotation/HttpEntityMethodProcessor.java
+++ b/spring-webmvc/src/main/java/org/springframework/web/servlet/mvc/method/annotation/HttpEntityMethodProcessor.java
@@ -19,18 +19,22 @@ package org.springframework.web.servlet.mvc.method.annotation;
 import java.io.IOException;
 import java.lang.reflect.ParameterizedType;
 import java.lang.reflect.Type;
+import java.net.URI;
 import java.util.List;

 import org.springframework.core.MethodParameter;
 import org.springframework.core.ResolvableType;
 import org.springframework.http.HttpEntity;
 import org.springframework.http.HttpHeaders;
+import org.springframework.http.HttpMethod;
+import org.springframework.http.HttpStatus;
 import org.springframework.http.RequestEntity;
 import org.springframework.http.ResponseEntity;
 import org.springframework.http.converter.HttpMessageConverter;
 import org.springframework.http.server.ServletServerHttpRequest;
 import org.springframework.http.server.ServletServerHttpResponse;
+import org.springframework.util.StringUtils;
 import org.springframework.web.HttpMediaTypeNotSupportedException;
 import org.springframework.web.accept.ContentNegotiationManager;
 import org.springframework.web.bind.support.WebDataBinderFactory;
@@ -48,31 +52,59 @@ import org.springframework.web.method.support.ModelAndViewContainer;
  *
  * @author Arjen Poutsma
  * @author Rossen Stoyanchev
+ * @author Brian Clozel
  * @since 3.1
  */
 public class HttpEntityMethodProcessor extends AbstractMessageConverterMethodProcessor {

-       public HttpEntityMethodProcessor(List<HttpMessageConverter<?>> messageConverters) {
-               super(messageConverters);
+
+       /**
+        * Basic constructor with converters only. Suitable for resolving
+        * {@code HttpEntity}. For handling {@code ResponseEntity} consider also
+        * providing a {@code ContentNegotiationManager}.
+        */
+       public HttpEntityMethodProcessor(List<HttpMessageConverter<?>> converters) {
+               super(converters);
+       }
+
+       /**
+        * Basic constructor with converters and {@code ContentNegotiationManager}.
+        * Suitable for resolving {@code HttpEntity} and handling {@code ResponseEntity}
+        * without {@code Request~} or {@code ResponseBodyAdvice}.
+        */
+       public HttpEntityMethodProcessor(List<HttpMessageConverter<?>> converters,
+                       ContentNegotiationManager manager) {
+
+               super(converters, manager);
        }

-       public HttpEntityMethodProcessor(List<HttpMessageConverter<?>> messageConverters,
-                       ContentNegotiationManager contentNegotiationManager) {
+       /**
+        * Complete constructor for resolving {@code HttpEntity} method arguments.
+        * For handling {@code ResponseEntity} consider also providing a
+        * {@code ContentNegotiationManager}.
+        * @since 4.2
+        */
+                       List<Object> requestResponseBodyAdvice) {

-               super(messageConverters, contentNegotiationManager);
+               super(converters, null, requestResponseBodyAdvice);
        }

-                       ContentNegotiationManager contentNegotiationManager, List<Object> responseBodyAdvice) {
+       /**
+        * Complete constructor for resolving {@code HttpEntity} and handling
+        * {@code ResponseEntity}.
+        */
+                       ContentNegotiationManager manager, List<Object> requestResponseBodyAdvice) {

-               super(messageConverters, contentNegotiationManager, responseBodyAdvice);
+               super(converters, manager, requestResponseBodyAdvice);
        }

        @Override
        public boolean supportsParameter(MethodParameter parameter) {
-               return (HttpEntity.class.equals(parameter.getParameterType()) ||
-                               RequestEntity.class.equals(parameter.getParameterType()));
+               return (HttpEntity.class == parameter.getParameterType() ||
+                               RequestEntity.class == parameter.getParameterType());
        }

        @Override
@@ -90,9 +122,10 @@ public class HttpEntityMethodProcessor extends AbstractMessageConverterMethodPro
                Type paramType = getHttpEntityType(parameter);

                Object body = readWithMessageConverters(webRequest, parameter, paramType);
-               if (RequestEntity.class.equals(parameter.getParameterType())) {
-                       return new RequestEntity<Object>(body, inputMessage.getHeaders(),
-                                       inputMessage.getMethod(), inputMessage.getURI());
+               if (RequestEntity.class == parameter.getParameterType()) {
+                       URI url = inputMessage.getURI();
+                       HttpMethod httpMethod = inputMessage.getMethod();
+                       return new RequestEntity<Object>(body, inputMessage.getHeaders(), httpMethod, url);
                }
                else {
                        return new HttpEntity<Object>(body, inputMessage.getHeaders());
@@ -131,22 +164,74 @@ public class HttpEntityMethodProcessor extends AbstractMessageConverterMethodPro

                Assert.isInstanceOf(HttpEntity.class, returnValue);
                HttpEntity<?> responseEntity = (HttpEntity<?>) returnValue;
-               if (responseEntity instanceof ResponseEntity) {
-                       outputMessage.setStatusCode(((ResponseEntity<?>) responseEntity).getStatusCode());
-               }

                HttpHeaders entityHeaders = responseEntity.getHeaders();
                if (!entityHeaders.isEmpty()) {
                        outputMessage.getHeaders().putAll(entityHeaders);
                }
-
                Object body = responseEntity.getBody();
+               if (responseEntity instanceof ResponseEntity) {
+                       outputMessage.setStatusCode(((ResponseEntity<?>) responseEntity).getStatusCode());
+                       if (isResourceNotModified(inputMessage, outputMessage)) {
+                               outputMessage.setStatusCode(HttpStatus.NOT_MODIFIED);
+                               // Ensure headers are flushed, no body should be written.
+                               outputMessage.flush();
+                               // Skip call to converters, as they may update the body.
+                               return;
+                       }
+               }

                // Try even with null body. ResponseBodyAdvice could get involved.
                writeWithMessageConverters(body, returnType, inputMessage, outputMessage);

                // Ensure headers are flushed even if no body was written.
-               outputMessage.getBody();
+               outputMessage.flush();
+       }
+
+       private boolean isResourceNotModified(ServletServerHttpRequest inputMessage, ServletServerHttpResponse outputMessage) {
+
+               List<String> ifNoneMatch = inputMessage.getHeaders().getIfNoneMatch();
+               long ifModifiedSince = inputMessage.getHeaders().getIfModifiedSince();
+               String eTag = addEtagPadding(outputMessage.getHeaders().getETag());
+               long lastModified = outputMessage.getHeaders().getLastModified();
+               boolean notModified = false;
+
+               if (lastModified != -1 && StringUtils.hasLength(eTag)) {
+                       notModified = isETagNotModified(ifNoneMatch, eTag) && isTimeStampNotModified(ifModifiedSince, lastModified);
+               }
+               else if (lastModified != -1) {
+                       notModified = isTimeStampNotModified(ifModifiedSince, lastModified);
+               }
+               else if (StringUtils.hasLength(eTag)) {
+                       notModified = isETagNotModified(ifNoneMatch, eTag);
+               }
+               return notModified;
+       }
+
+       private boolean isETagNotModified(List<String> ifNoneMatch, String etag) {
+               if (StringUtils.hasLength(etag)) {
+                       for (String clientETag : ifNoneMatch) {
+                               // compare weak/strong ETags as per https://tools.ietf.org/html/rfc7232#section-2.3
+                               if (StringUtils.hasLength(clientETag) &&
+                                               (clientETag.replaceFirst("^W/", "").equals(etag.replaceFirst("^W/", ""))
+                                                               || clientETag.equals("*"))) {
+                                       return true;
+                               }
+                       }
+               }
+               return false;
+       }
+
+       private boolean isTimeStampNotModified(long ifModifiedSince, long lastModifiedTimestamp) {
+               return (ifModifiedSince >= (lastModifiedTimestamp / 1000 * 1000));
+       }
+
+       private String addEtagPadding(String etag) {
+               if (StringUtils.hasLength(etag) &&
+                               (!(etag.startsWith("\"") || etag.startsWith("W/\"")) || !etag.endsWith("\"")) ) {
+                       etag = "\"" + etag + "\"";
+               }
+               return etag;
        }

        @Override

HBASE-9954 added https support but missed the following occurrence in RegionServerListTmpl.jamon:

        String url = "http://" + serverName.getHostname() + ":" + infoPort + "/";

Thanks to Benoy Antony who discovered this issue.

If we in insert DBObject in database used method:

protected void populateIdIfNecessary(Object savedObject, Object id) {
  if (id == null) {
    return;
  }
  if (savedObject instanceof BasicDBObject) {
    DBObject dbObject = (DBObject) savedObject;
    dbObject.put(ID_FIELD, id);
    return;
  }
  MongoPersistentProperty idProp = getIdPropertyFor(savedObject.getClass());
  if (idProp == null) {
    return;
  }
  ConversionService conversionService = mongoConverter.getConversionService();
  BeanWrapper<PersistentEntity<Object, ?>, Object> wrapper = BeanWrapper.create(savedObject, conversionService);
  Object idValue = wrapper.getProperty(idProp, idProp.getType(), true);
  if (idValue != null) {
    return;
  }
  wrapper.setProperty(idProp, id);
}

where checked: 'savedObject instanceof BasicDBObject' and not store property with '_id'. Then if we remove DBObject from database for create query used:

private Query getIdQueryFor(Object object) {
  Assert.notNull(object);
  Class<?> objectType = object.getClass();
  MongoPersistentEntity<?> entity = mappingContext.getPersistentEntity(objectType);
  MongoPersistentProperty idProp = entity == null ? null : entity.getIdProperty();
    throw new MappingException("No id property found for object of type " + objectType);
  }
  ConversionService service = mongoConverter.getConversionService();
  Object idProperty = null;
  idProperty = BeanWrapper.create(object, service).getProperty(idProp, Object.class, true);
  return new Query(where(idProp.getFieldName()).is(idProperty));
}

Where not checked:  'savedObject instanceof BasicDBObject' and throw exception. Why not checked removing object on 'savedObject instanceof BasicDBObject' if we insert BAsicDBObject and after remove then.

We've got this:

ATTENTION: The pipeline contains no upstream handlers; discarding: [id: 0x1f79354a] OPEN
ATTENTION: The pipeline contains no upstream handlers; discarding: [id: 0x1f79354a] BOUND: 0.0.0.0/0.0.0.0:37250
ATTENTION: The pipeline contains no upstream handlers; discarding: [id: 0x1f79354a, 0.0.0.0/0.0.0.0:37250 => /226.1.1.3:60100] CONNECTED: /226.1.1.3:60100
ATTENTION: The pipeline contains no upstream handlers; discarding: [id: 0x1f79354a, 0.0.0.0/0.0.0.0:37250 => /226.1.1.3:60100] WRITTEN_AMOUNT: 129
ATTENTION: The pipeline contains no upstream handlers; discarding: [id: 0x1f79354a, 0.0.0.0/0.0.0.0:37250 :> /226.1.1.3:60100] DISCONNECTED
ATTENTION: The pipeline contains no upstream handlers; discarding: [id: 0x1f79354a, 0.0.0.0/0.0.0.0:37250 :> /226.1.1.3:60100] UNBOUND
ATTENTION: The pipeline contains no upstream handlers; discarding: [id: 0x1f79354a, 0.0.0.0/0.0.0.0:37250 :> /226.1.1.3:60100] CLOSED

We can fix this by adding an upstream handler that discards the message without printing them.

After moving out from hadoop/contrib, the standalone release does not include hadoop native libs in hbase/lib/native while it still includes hadoop-core.jar. I think they should be included as well to improve speed for compression and decompression.

Whats up? Why are tests mostly timing out? When did it start? I can't seem to make it happen locally so tough doing a bisect.

We use a Step FaultTolerantStepFactoryBean
with an ItemProcessor
We do a JUnit Test in 2.0.0 CI Snapshot
and setup the test to have the ItemProcessor return null
the assert says that getFilterCount == 1 is true
After move to 2.0.0 RC1 core SpringBatch the assert is false
because getFilterCount() return 0
In all the other Junit Test getFilterCount() method return always 0.
Can you explain if it is a bug or another way to configure FaultTolerantStepFactoryBean ?

The negative test script_broken_pipe3.q is broken if we allow partial consumption.
For now, I have disabled partial consumption. Can you take a look ?

  <testcase time="1.009" classname="org.apache.hadoop.hbase.replication.TestMasterReplication" name="testCyclicReplication">
    <error message="org/apache/hadoop/util/IdGenerator" type="java.lang.NoClassDefFoundError">java.lang.NoClassDefFoundError: org/apache/hadoop/util/IdGenerator
        at org.apache.hadoop.hdfs.server.namenode.NameNode.format(NameNode.java:752)
        at org.apache.hadoop.hdfs.server.namenode.NameNode.format(NameNode.java:261)
        at org.apache.hadoop.hdfs.DFSTestUtil.formatNameNode(DFSTestUtil.java:146)
        at org.apache.hadoop.hdfs.MiniDFSCluster.createNameNodesAndSetConf(MiniDFSCluster.java:775)
        at org.apache.hadoop.hdfs.MiniDFSCluster.initMiniDFSCluster(MiniDFSCluster.java:642)
        at org.apache.hadoop.hdfs.MiniDFSCluster.&lt;init&gt;(MiniDFSCluster.java:585)
....

The issue of slow seeking in ExplicitColumnTracker was brought up by Vladimir Rodionov on the dev list.
My idea here is to avoid the seeking if we know that there aren't many versions to skip.
How do we know? We'll use the column family's VERSIONS setting as a hint. If VERSIONS is set to 1 (or maybe some value < 10) we'll avoid the seek and call SKIP repeatedly.
HBASE-9769 has some initial number for this approach:
Interestingly it depends on which column(s) is (are) selected.
Some numbers: 4m rows, 5 cols each, 1 cf, 10 bytes values, VERSIONS=1, everything filtered at the server with a ValueFilter. Everything measured in seconds.
Without patch:

Wildcard
Col 1
Col 2
Col 4
Col 5
Col 2+4

6.4
8.5
14.3
14.6
11.1
20.3

With patch:

Wildcard
Col 1
Col 2
Col 4
Col 5
Col 2+4

6.4
8.4
8.9
9.9
6.4
10.0

Variation here was +- 0.2s.
So with this patch scanning is 2x faster than without in some cases, and never slower. No special hint needed, beyond declaring VERSIONS correctly.

It should not specify all the packages that it wants to exports, if it cannot generate the package,  the bundle plugin just create an import package entry for it.

A listener element should only have an "id" when defined at the top level.  So <listener/> should not have an "id" and <job-listener/> and <step-listener/> should have an optional "id" (no id needed when defined within a bean).

The symptom is commits fail with 'table not found' exception - even though the table does in fact exist!
Digging in a little with debug logs indicate that getClosestRowBefore() is returning NULL, which for a table that exists should never be!  A key always falls into a region - either the first or the last one at the very least.

If a message listener for both a channel and pattern is added to RedisMessageListenerContainer before start is called, the PatternSubscriptionTask thread will be executed.  This thread calls psubscribe in an infinite loop which eventually results in broken pipes and unreceived messages.

See http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=61462&tab=buildResultsDiv&buildTypeId=WF_MasterLinux
It looks like the deployment is not coming back up after the datasource has been removed. 

When using filter MultiRowRangeFilter with ranges closed to each other that there are no rows between ranges, then OutOfOrderScannerNextException is throwed.
In filterRowKey method when range is switched to the next range, currentReturnCode is set to SEEK_NEXT_USING_HINT (MultiRowRangeFilter: 118 in v1.1.0). But if new range is already contain this row, then we should include this row, not to seek for another one.
Replacing line 118 to this code seems to be working fine:

if (range.contains(buffer, offset, length)) {
    currentReturnCode = ReturnCode.INCLUDE;
} else {
    currentReturnCode = ReturnCode.SEEK_NEXT_USING_HINT;
}

this qtest is breaking a lot of testruns lately
I think it should be disabled

I have the following script and I'm at loss to explain the behavior.  Possibly it's an older bug as we are using the 2.1.1 drivers .  We noticed this issue when converting from US/Eastern into UTC and then back to US/Eastern.  Everything that was in Status Date / Status Hour on 3/11/17 21:00:00 shifted 6 hours ahead into UTC ... then shifted back to 3/11/17 22:00:00 back in US/Eastern.  The behavior appears to be the same using the constant EST5EDT.  EDT was effective on 3/12 2 am, so the issue appears only at this boundary condition when we "spring ahead", but it at least on the surface seems incorrect.
--------------------------------------------------------------------------------------------------------------------------
– Potential Issue with to_utc_timestamp
---------------------------------------------------------------------------------------------------------------------------
SELECT '2017-03-11 18:00:00', to_utc_timestamp(timestamp '2017-03-11 18:00:00','US/Eastern'); – Shifts ahead 5 hours as expected
SELECT '2017-03-11 19:00:00', to_utc_timestamp(timestamp '2017-03-11 19:00:00','US/Eastern'); – Shifts ahead 5 hours as expected
SELECT '2017-03-11 20:00:00', to_utc_timestamp(timestamp '2017-03-11 20:00:00','US/Eastern'); – Shifts ahead 5 hours as expected
SELECT '2017-03-11 21:00:00', to_utc_timestamp(timestamp '2017-03-11 21:00:00','US/Eastern'); – Shifts ahead 6 hours (???)
_c0                                   _c1
2017-03-11 21:00:00       2017-03-12 03:00:00
SELECT '2017-03-11 22:00:00', to_utc_timestamp(timestamp '2017-03-11 22:00:00','US/Eastern'); – Shifts ahead 5 hours as expected
SELECT '2017-03-11 23:00:00', to_utc_timestamp(timestamp '2017-03-11 23:00:00','US/Eastern'); – Shifts ahead 5 hours as expected
SELECT '2017-03-12 00:00:00', to_utc_timestamp(timestamp '2017-03-12 00:00:00','US/Eastern'); – Shifts ahead 5 hours as expected
SELECT '2017-03-12 01:00:00', to_utc_timestamp(timestamp '2017-03-12 01:00:00','US/Eastern'); – Shifts ahead 5 hours as expected
SELECT '2017-03-12 02:00:00', to_utc_timestamp(timestamp '2017-03-12 02:00:00','US/Eastern'); – Shifts ahead 5 hours as expected
SELECT '2017-03-12 03:00:00', to_utc_timestamp(timestamp '2017-03-12 03:00:00','US/Eastern'); – Shifts ahead 4 hours as expected
SELECT '2017-03-12 04:00:00', to_utc_timestamp(timestamp '2017-03-12 04:00:00','US/Eastern'); – Shifts ahead 4 hours as expected
SELECT '2017-03-12 05:00:00', to_utc_timestamp(timestamp '2017-03-12 05:00:00','US/Eastern'); – Shifts ahead 4 hours as expected

What's described in ROO-1357 is still happening.  Please see my comment there.

Currently, the documentation doesn't cover about configuring DNS with thrift or rest gateways, though code base does provide provision for doing so. The following parameters are being used for accomplishing the same.
For REST:

hbase.rest.dns.interface
hbase.rest.dns.nameserver

For Thrift:

hbase.thrift.dns.interface
hbase.thrift.dns.nameserver

In HLog.java:cleanOldLogs(), the number of logs left after archiving of old logs is computed as:

    int logCount = this.outputfiles.size() - logsToRemove;

However, the archival itself already removes the files that were archived from the "this.outputfiles" map. 
So shouldn't the above logic simply be the following?

  int logCount = this.outputfiles.size();

We were stress-testing our code and encountered following issue: JedisClusterConnection employs EXCEPTION_TRANSLATION (which is private static final) of PassThroughExceptionTranslationStrategy that returns null for unknown-to-converter messages. This leads to following error:

    at org.springframework.data.redis.connection.jedis.JedisClusterConnection.set(JedisClusterConnection.java:635)
        3 lines skipped for [sun., java.lang.reflect.Method]
    at org.springframework.data.redis.core.CloseSuppressingInvocationHandler.invoke(CloseSuppressingInvocationHandler.java:57)
        1 line skipped for [com.sun]
    at org.springframework.data.redis.cache.RedisCache$RedisCachePutCallback.doInRedis(RedisCache.java:788)
    at org.springframework.data.redis.cache.RedisCache$RedisCachePutCallback.doInRedis(RedisCache.java:767)
    at org.springframework.data.redis.cache.RedisCache$AbstractRedisCacheCallback.doInRedis(RedisCache.java:565)
    at org.springframework.data.redis.core.RedisTemplate.execute(RedisTemplate.java:207)
    at org.springframework.data.redis.core.RedisTemplate.execute(RedisTemplate.java:169)
    at org.springframework.data.redis.core.RedisTemplate.execute(RedisTemplate.java:157)
    at org.springframework.data.redis.cache.RedisCache.put(RedisCache.java:226)
    at org.springframework.data.redis.cache.RedisCache.put(RedisCache.java:194)
    at org.springframework.cache.interceptor.AbstractCacheInvoker.doPut(AbstractCacheInvoker.java:85)
    at org.springframework.cache.interceptor.CacheAspectSupport$CachePutRequest.apply(CacheAspectSupport.java:784)
    at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:417)
    at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:327)
    at org.springframework.cache.interceptor.CacheInterceptor.invoke(CacheInterceptor.java:61)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
    at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:656)

because convertJedisAccessException(ex) returns null in following code (from JedisClusterConnection class):

	@Override
	public void set(byte[] key, byte[] value) {

		try {
			cluster.set(key, value);
		} catch (Exception ex) {
			throw convertJedisAccessException(ex); // null is thrown here
		}
	}

The result is - we lose exception information from Jedis and cannot even fix the root cause of Jedis exception (which we are yet to find). Since the issue only manifests itself under load debugging is not an option here.
Could you change EXCEPTION_TRANSLATION to FallbackExceptionTranslationStrategy for JedisClusterConnection or provide means of replacing one via configuration?

Most OS has this value by default, but in some cases (on apache build machines) it has a different value making inputddl5.q test to fail. This variable should be exported while running the tests.

right now we have a "git please destroy all this stuff" command in the check of the source artifact. we shouldn't do this unless the person invoking the script has indicated that's okay (e..g through a cli flag).

Run the following Roo script with 1.2.1.RELEASE
project --topLevelPackage org.rooina.coursemanager --projectName CourseManager
jpa setup --database HYPERSONIC_PERSISTENT --provider HIBERNATE
entity jpa --class ~.model.Course --testAutomatically
field number --fieldName listPrice --type java.math.BigDecimal
field number --fieldName maxiumumCapacity --type java.lang.Integer
field date --fieldName runDate --type java.util.Date
enum type --class ~.model.CourseTypeEnum
enum constant --name SEMINAR
enum constant --name CREDIT
enum constant --name CONTINUING_EDUCATION
focus --class ~.model.Course
field enum --fieldName courseType --type ~.model.CourseTypeEnum --enumType STRING
repository jpa --interface ~.db.CourseRepository --entity ~.model.Course
exit
mvn eclipse:eclipse
Import into SSTS 2.8.1

DemuxOperator (181) and ListBucketingPruner (194, 219, 361) concatenate String with array[] and log the resulting message.
array[] uses Object.toString which returns className + @ + hashCode hex
we can use Arrays.toString() to convert array[] to string properly

We are having a problem when using spring batch and hibernate search together.   Basically when hibernate search needs to lazy load a entity using indexing (which occurs during the commit processing) we get a lazy load exception (org.hibernate.LazyInitializationException: could not initialize proxy - no Session).
I'm pretty sure this problem is caused by the call to hibernateTemplate.clear() in HibernateItemWriter:
	public final void write(List<? extends T> items) {
		doWrite(hibernateTemplate, items);
		try 
{
			hibernateTemplate.flush();
		}
		finally 
{
			// This should happen when the transaction commits anyway, but to be
			// sure...
			hibernateTemplate.clear();
		}
	}
As the affect of this is also to clear the session on any hibernate proxies.  
As the comment says, the clear should not be needed and I would suggest either removing it or at least making it configurable.

In case a HLog file is of size 0, and it is under recovery, HLogSplitter will fail to open it since it can get the file length, therefore, master can't start.

java.io.IOException: Cannot obtain block length for LocatedBlock{...; getBlockSize()=0; corrupt=false; offset=0; locs=[...]}
    at org.apache.hadoop.hdfs.DFSInputStream.readBlockLength(DFSInputStream.java:238)
    at org.apache.hadoop.hdfs.DFSInputStream.fetchLocatedBlocksAndGetLastBlockLength(DFSInputStream.java:182)
    at org.apache.hadoop.hdfs.DFSInputStream.openInfo(DFSInputStream.java:124)
    at org.apache.hadoop.hdfs.DFSInputStream.<init>(DFSInputStream.java:117)
    at org.apache.hadoop.hdfs.DFSClient.open(DFSClient.java:1080)

When using the jaxb-component to marshal.
The properties:

Encoding
FilterNonXmlChars

do not work together correctly.
FilterNonXmlChars will ignore the set encoding, and make the output bytes UTF-8 encoded.
 I would either expect this to just work, and by that I mean bytes should be encoded as the set encoding, or minimally fail during startup of the route with an exception explaining that these properties does not work together. I'd really prefer the first, since I want to use the functionality of both.
I have provided a patch which makes this work.I have done a small refactoring to not have to duplicate more code. I can rewrite this if it is a problem.
Below is a test which will reproduce the problem.

public class ExplicitEncodingAndXMLCharFilteringTest extends CamelTestSupport {

    @Override
    }

    @Test
    public void testIsoAndCharacterFiltering() throws Exception {
        //Data containing characters ÆØÅæøå that differ in utf-8 and iso + a spouting whale
        String name = "\u00c6\u00d8\u00C5\u00e6\u00f8\u00e5\uD83D\uDC33\uFFFD";
        String expected = "\u00c6\u00d8\u00C5\u00e6\u00f8\u00e5  \uFFFD"; //Spouting whale has become spaces

        result.expectedFileExists("target/charset/output.xml");

        InputStream inputStream = new FileInputStream("target/charset/output.xml");
        Reader reader = new InputStreamReader(inputStream, "ISO-8859-1");
        PurchaseOrder obj = (PurchaseOrder) unmarshaller.unmarshal(reader);
        assertEquals(expected, obj.getName());
    }

    @Override
            @Override
                jaxb.setFilterNonXmlChars(true);

                        .to("file:target/charset/?fileName=output.xml&charset=iso-8859-1");
            }
        };
    }

Replication assumes that only the last WAL of a recovered queue can be empty. But, intermittent DFS issues may cause empty WALs being created (without the PWAL magic), and a roll of WAL to happen without a regionserver crash. This will cause recovered queues to have empty WALs in the middle. This cause replication to get stuck:

TRACE regionserver.ReplicationSource: Opening log <wal_file>
WARN regionserver.ReplicationSource: <peer_cluster_id>-<recovered_queue> Got: 
	at java.io.DataInputStream.readFully(DataInputStream.java:197)
	at java.io.DataInputStream.readFully(DataInputStream.java:169)
	at org.apache.hadoop.io.SequenceFile$Reader.init(SequenceFile.java:1915)
	at org.apache.hadoop.io.SequenceFile$Reader.initialize(SequenceFile.java:1880)
	at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1829)
	at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1843)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader$WALReader.<init>(SequenceFileLogReader.java:70)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.reset(SequenceFileLogReader.java:168)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.initReader(SequenceFileLogReader.java:177)
	at org.apache.hadoop.hbase.regionserver.wal.ReaderBase.init(ReaderBase.java:66)
	at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:312)
	at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:276)
	at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:264)
	at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:423)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationWALReaderManager.openReader(ReplicationWALReaderManager.java:70)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource$ReplicationSourceWorkerThread.openReader(ReplicationSource.java:830)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource$ReplicationSourceWorkerThread.run(ReplicationSource.java:572)

The WAL in question was completely empty but there were other WALs in the recovered queue which were newer and non-empty.

The ResourceServlet uses Java 1.5 Method calls.
when running in Tomcat 5.5.26 with compat package and JDK 1.4,
i'll get: java.lang.NoSuchMethodError: java.lang.String.contains(Ljava/lang/CharSequence;)Z
133:		if (gzipEnabled && StringUtils.hasText(acceptEncoding) && acceptEncoding.contains("gzip")
134:				&& compressedMimeTypes.contains(mimeType)) {
this stands against the release notes:
Web Flow 2 requires Java 1.4 or greater and runs on all major Java EE platforms including Tomcat, Jetty, Websphere, WebLogic, and JBoss.

Coverity found possible null dereference, as encrypt.getIV() could return null in cases when option cryptoAlg is configured to some algorithm, which does not use IV.
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=12563831&defectInstanceId=2991544&mergedDefectId=1422739

        private void saveSecretKey(String ksAlias, ObjectOutputStream oos, KeyStore.SecretKeyEntry entry) throws IOException, GeneralSecurityException {
            ByteArrayOutputStream entryData = new ByteArrayOutputStream(1024);
            ObjectOutputStream entryOos = new ObjectOutputStream(entryData);
            entryOos.writeUTF(ksAlias);
            writeBytes(entry.getSecretKey().getEncoded(), entryOos);
            entryOos.flush();

            encrypt.init(Cipher.ENCRYPT_MODE, storageSecretKey);
            int blockSize = encrypt.getBlockSize();
            Assert.checkMaximumParameter("cipher block size", 256, blockSize);
            byte[] padded = pkcs7Pad(entryData.toByteArray(), blockSize);

            byte[] encrypted = encrypt.doFinal(padded);
            byte[] iv = encrypt.getIV();

            oos.writeInt(SECRET_KEY_ENTRY_TYPE);
            writeBytes(encrypted, oos);
            writeBytes(iv, oos);
        }

As described here https://github.com/spring-projects/spring-data-examples/issues/44
I was trying to execute a procedure on spring-data-jpa with hibernate on oracle 11g database.
Procedure
PROCEDURE MY_PROC (
    P_ID IN NUMBER,
    P_PERIOD IN VARCHAR2,
    P_LIMIT IN NUMBER,
    P_CURSOR OUT T_CURSOR);

MyEntity.java
@NamedStoredProcedureQuery(
        name = "myProc",
        procedureName = "MY_PROC",
        resultClasses = ResultEntity.class,
        parameters = {
            @StoredProcedureParameter(mode = ParameterMode.IN, type = Long.class),
            @StoredProcedureParameter(mode = ParameterMode.IN, type = String.class),
            @StoredProcedureParameter(mode = ParameterMode.REF_CURSOR, type = void.class)

MyRepository.java
@Procedure(name = "myProc", procedureName = "MY_PROC")
    List<ResultEntity> execMyProc(Long userId,String period,Long idClientLimit);

I was able run the procedure programmatically
StoredProcedureQuery query = entityManager.createNamedStoredProcedureQuery("extractWebUser");
query.setParameter(1, userId);
query.setParameter(2, period);
query.setParameter(3, idClientLimit);
query.execute();
List resultList = query.getResultList();

But spring-data uses getOutputParameterValue Method instead of getResultList

Object outputParameterValue = query.getOutputParameterValue(4);

And it makes a lot of problems with hibernate
Hibernate does not support REF_CURSOR: https://github.com/hibernate/hibernate-orm/blob/4.3.7.Final/hibernate-core/src/main/java/org/hibernate/procedure/internal/AbstractParameterRegistrationImpl.java
Finally, I moved to the EclipseLink and it worked perfectly.

In Spring 2.5.x the type of RequestAttributes stored in RequestContextHolder while handling portlet request was always PortletRequestAttributes. It was guaranteed by the code in DispatcherPortlet.doRenderService/doActionService methods:

...
// Expose current RequestAttributes to current thread.
RequestAttributes previousRequestAttributes = RequestContextHolder.getRequestAttributes();
PortletRequestAttributes requestAttributes = new PortletRequestAttributes(request);
RequestContextHolder.setRequestAttributes(requestAttributes, this.threadContextInheritable);
...

Since Spring 3.2.x the type is indeterminate - sometimes it is PortletRequestAttributes and sometimes ServletRequestAttributes (if there is RequestContextListener present). This is caused by the following code in FrameworkPortlet.processRequest method:

...
PortletRequestAttributes requestAttributes = null;
if (previousRequestAttributes == null || previousRequestAttributes.getClass().equals(PortletRequestAttributes.class)) {
	requestAttributes = new PortletRequestAttributes(request);
	RequestContextHolder.setRequestAttributes(requestAttributes, this.threadContextInheritable);
}
...

Is the condition in if statement correct? It seems to me it should be:

if (previousRequestAttributes == null || !previousRequestAttributes.getClass().equals(PortletRequestAttributes.class)) {

AsyncMethodMetaData needs to be created inside the loop, not out.

Testing HIVE-2820, I've found some queries with mapjoin hint makes exceptions.

SELECT /*+ MAPJOIN(a) */ * FROM src a RIGHT OUTER JOIN src b on a.key=b.key AND true limit 10;

FAILED: Hive Internal Error: java.lang.ClassCastException(org.apache.hadoop.hive.ql.plan.ExprNodeConstantDesc cannot be cast to org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc)
java.lang.ClassCastException: org.apache.hadoop.hive.ql.plan.ExprNodeConstantDesc cannot be cast to org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.convertMapJoin(MapJoinProcessor.java:363)
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.generateMapJoinOperator(MapJoinProcessor.java:483)
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.transform(MapJoinProcessor.java:689)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:7519)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:431)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:891)

and 

SELECT /*+ MAPJOIN(a) */ * FROM src a RIGHT OUTER JOIN src b on a.key=b.key AND b.key * 10 < '1000' limit 10;

java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException
	at org.apache.hadoop.hive.ql.exec.ExecMapper.map(ExecMapper.java:161)
	at org.apache.hadoop.mapred.Child$4.run(Child.java:270)
	at org.apache.hadoop.mapred.Child.main(Child.java:264)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.loadHashTable(MapJoinOperator.java:198)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.cleanUpInputFileChangedOp(MapJoinOperator.java:212)
	at org.apache.hadoop.hive.ql.exec.Operator.cleanUpInputFileChanged(Operator.java:1321)
	at org.apache.hadoop.hive.ql.exec.Operator.cleanUpInputFileChanged(Operator.java:1325)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:495)
	at org.apache.hadoop.hive.ql.exec.ExecMapper.map(ExecMapper.java:143)
	... 8 more

Here is the exception:

2014-08-20 01:14:36,594 ERROR executor.Executor (Logging.scala:logError(96)) - Exception in task 0.0 in stage 1.0 (TID 0)
        at org.apache.hadoop.hive.ql.exec.spark.HiveKVResultCache.next(HiveKVResultCache.java:113)
        at org.apache.hadoop.hive.ql.exec.spark.HiveBaseFunctionResultList$ResultIterator.next(HiveBaseFunctionResultList.java:124)
        at org.apache.hadoop.hive.ql.exec.spark.HiveBaseFunctionResultList$ResultIterator.next(HiveBaseFunctionResultList.java:82)
        at scala.collection.convert.Wrappers$JIteratorWrapper.next(Wrappers.scala:42)
        at scala.collection.Iterator$class.foreach(Iterator.scala:727)
        at scala.collection.AbstractIterator.foreach(Iterator.scala:1157)
        at org.apache.spark.shuffle.hash.HashShuffleWriter.write(HashShuffleWriter.scala:65)

Basically, the cause is that RowContainer is misused(it's not allowed to write once someone read row from it), i'm trying to figure out whether it's a hive issue or just in hive on spark mode.

Roo RC3 leaves addon zips in the temp dir after installing them: they should be removed if possible.

Building is definitely taking longer with hcat, hs2 etc in the build. When you're working on one area of the system though, it would be easier to have an option to only build that. Not for pre-commit or build machines, but for dev this should help.
ant clean package build OR
ant -Dbuild.profile=full clean package test --> build everything
ant -Dbuild.profile=core clean package test --> build just enough to run the tests in ql
ant -Dbuild.profile=hcat clean package test --> build only hcatalog

The SSL-related capabilities have been changed in the Elytron subsystem (name and expected type of the key and trust managers, for example), which broke the integration with the legacy JSSE security domains.
The integration has to be reworked to use the new capabilities names and types.

Error occurs during startup if I provide custom logging configuration

Caused by: java.lang.IllegalArgumentException: No enum constant org.wildfly.swarm.config.logging.Level.%K{LEVEL}%D{YYYY-MM-DD HH:MM:SS,SSS} %-5P (%T) [%C.%M()] %S%E%N
	at org.wildfly.swarm.config.logging.Level.valueOf(Level.java:2)
	at org.wildfly.swarm.logging.LoggingFraction.applyDefaults(LoggingFraction.java:80)
	at org.wildfly.swarm.logging.LoggingFraction.applyDefaults(LoggingFraction.java:68)
	at org.wildfly.swarm.logging.LoggingFraction.applyDefaults(LoggingFraction.java:43)
	at org.wildfly.swarm.container.runtime.cdi.configurable.ConfigurableFractionBean.<init>(ConfigurableFractionBean.java:33)
	... 36 more

This issue should be introduced by SWARM-1135 where the following logic are added

public LoggingFraction applyDefaults(Level level) {
        defaultColorFormatter()
                .consoleHandler(Level.ALL, COLOR_PATTERN)
                .rootLogger(level, CONSOLE);

        Properties allProps = System.getProperties();
        for (String name : allProps.stringPropertyNames()) {
            if (isSimpleLoggerName(name)) {
                String logger = name.substring((LoggingProperties.LOGGING + ".").length());
                Level loggerLevel = Level.valueOf(allProps.getProperty(name).trim().toUpperCase());
                logger(logger, (l) -> {
                    l.level(loggerLevel);
                    l.category(logger);
                    l.handler(CONSOLE);
                });
            }
        }

        return this;
    }

    protected boolean isSimpleLoggerName(String name) {
        if (!name.startsWith(LoggingProperties.LOGGING)) {
        }

        if (name.endsWith("level")) {
        }

        if (name.matches("^.*\\.handlers.[0-9]+$")) {
        }

    }

The bug is located in the isSimpleLoggerName() where it falsely treat the "swarm.logging.pattern-formatters.MY_COLOR_PATTERN.pattern" as a logger

Right now we copy the entire source directory for failed tests back to the master (up to 5). They are 10GB per so it takes a very long time. We should remove this feature.
Remove the cp command from batch-exec.vm:
https://github.com/apache/hive/blob/trunk/testutils/ptest2/src/main/resources/batch-exec.vm#L91
also don't publish the number of failed tests as a template variable:
NO_PRECOMMIT_TESTS

If a user starts the Roo shell in a DBRE project with no Internet connection, an UnknownHostException stack trace is displayed when Roo  deserializes the database from dbre.xml file due to an attempt to read the Torque database DTD located at db.apache.org

We have find some corner case, when regionserver is busy and last a long time. Some scanner may return null even if they do not scan all data.
We find in ScannerCallableWithReplicas there is a case do not handler correct, when cs.poll timeout and do not return any result , it is will return a null result, so scan get null result, and end the scan. 

    try {
      Future<Pair<Result[], ScannerCallable>> f = cs.poll(timeout, TimeUnit.MILLISECONDS);
      if (f != null) {
        Pair<Result[], ScannerCallable> r = f.get(timeout, TimeUnit.MILLISECONDS);
        if (r != null && r.getSecond() != null) {
          updateCurrentlyServingReplica(r.getSecond(), r.getFirst(), done, pool);
        }
        return r == null ? null : r.getFirst(); // great we got an answer
      }
    } catch (ExecutionException e) {
      RpcRetryingCallerWithReadReplicas.throwEnrichedException(e, retries);
    } catch (TimeoutException e) {
    } finally {
      cs.cancelAll();
    }
    return null; // unreachable
 
Many tests are failing in ptest2 because metastore fails to startup in the expected time.
There is not enough information to figure out why the metastore startup failed/got hung in the hive.log file. Printing the thread dumps when that happens would be useful for finding the root cause.
The stack in test failure looks like this -

	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:198)
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.loopUntilHMSReady(MetaStoreUtils.java:1208)
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.startMetaStore(MetaStoreUtils.java:1195)
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.startMetaStore(MetaStoreUtils.java:1177)
	at org.apache.hadoop.hive.thrift.TestHadoopAuthBridge23.setup(TestHadoopAuthBridge23.java:153)
	at org.apache.hadoop.hive.thrift.TestHadoopAuthBridge23.testMetastoreProxyUser(TestHadoopAuthBridge23.java:241)

Just noticed that while looking at HBASE-10047.
In 0.94 (and presumably in trunk, will check later) we have this:

    protected boolean nextRow(byte [] currentRow, int offset, short length) throws IOException {
     ...
      if (this.region.getCoprocessorHost() != null) {
        return this.region.getCoprocessorHost().postScannerFilterRow(this, currentRow);
      }
    }

Notice how we only pass currentRow into the coprocessor, but not offset and length. Anything using this hook currently is 100% broken. The hook was added in 0.94.5 (HBASE-5664), it never worked correctly.
Anoop Sam John, you had added the hook. Do you still need it?
We can either remove it (I'd prefer that in the light of the performance issued observed in HBASE-10047, we can leave the stub in BaseRegionObserver in 0.94, but document that it is no-op), or we'd have to have change its signature to be able to pass offset and length as well. 
Since nobody noticed nobody is using this hook currently, so both should be valid options.
(Making a new standalone copy of the rowkey just to pass into this method absolutely out of the question for performance reasons).

YARN has a configuration limit to the number of counters that a job can create (to avoid some bad job from DDOS'ing the service).
When running ITBLL, we ran into this limit due to the default configuration rather low at the time. When YARN notices that the counter limit has been exceeded, it nulls out the Counters object obtained by the Job.
Presently in ITBLL, we have a few places where we (reasonably ) assume that the Counters object would be non-null. Can easily fix this with a null-check.

We should pass the event to the next handler in the pipeline as channelInactive and close are usually used as the cleanup method of a ChannelHandler.

patch rollback --patch-id=<id> --reset-configuration=false reverts configuration to state before applying patch 
see test CumulativePatchingScenariosTestCase#testCumulativePatchRollbackRestoreConfiguration

Dozer 6.1 has been released. The following doc explains the changes required:

https://github.com/DozerMapper/dozer/blob/master/docs/asciidoc/migration/v6-to-v61.adoc

As pointed out by Sivaramakrishnan Narayanan  in HIVE-784 for not in when there are nulls in the SubQuery's matching column the Outer Query should return no rows.

The JmsMessagingTemplate does not set the payload MessageConverter from the JmsTemplate.
The RabbitMessagingTemplate sets the payload converter from the `JmsTemplate`. I think that the same needs to be done for the `JmsMessagingTemplate` as well.
I have also created an issue for Spring Boot #10305 and I was redirected here for the fix. 

Hi,
I'm facing problems when using the the Monitoring Fraction. I created my own HealthResource which returns the HealtStatus similar to what is described in https://wildfly-swarm.gitbooks.io/wildfly-swarm-users-guide/content/advanced/monitoring.html. 
Using the withAttribute() method of HealthStatus twice or more won't propose the result with every given attribute but replace the previously added ones.
I suppose this is because within the HealtStatus' withAttribute() Method ModelNode's set() is called instead of add() which will only "change this node's value to a property with the given name and value" (https://github.com/wildfly-swarm/wildfly-swarm-core/blob/master/monitor/api/src/main/java/org/wildfly/swarm/monitor/HealthStatus.java).
Is this the desired behaviour?

Depth is not honored on methods returning collections like

List<Cinema> findByLocation(String location, @Depth int depth);

This problem is similar to SGF-231 where the user is unable to set the Order Policy for Serial Gateway Senders.

Caused by: org.jboss.shrinkwrap.api.UnknownExtensionTypeException: The current configuration has no mapping for type org.jboss.shrinkwrap.api.exporter.ExplodedExporter, unable to determine extension. You should provide extension in the services descriptor file
	at org.jboss.shrinkwrap.api.UnknownExtensionTypeException.newInstance(UnknownExtensionTypeException.java:68)
	at org.jboss.shrinkwrap.api.UnknownExtensionTypeExceptionDelegator.newExceptionInstance(UnknownExtensionTypeExceptionDelegator.java:37)
	at org.jboss.shrinkwrap.impl.base.ServiceExtensionLoader.findExtensionImpl(ServiceExtensionLoader.java:279)
	at org.jboss.shrinkwrap.impl.base.ServiceExtensionLoader.loadExtensionMapping(ServiceExtensionLoader.java:246)
	at org.jboss.shrinkwrap.impl.base.ServiceExtensionLoader.createFromLoadExtension(ServiceExtensionLoader.java:212)
	at org.wildfly.swarm.container.Container.getDefaultDeploymentURL(Container.java:520)
	at org.wildfly.swarm.container.Container.getDefaultDeploymentClassLoader(Container.java:531)
	at org.wildfly.swarm.container.Container.setupXmlConfig(Container.java:365)
	at org.wildfly.swarm.container.Container.start(Container.java:331)

...

[INFO] Naming ............................................. SUCCESS [  0.063 s]
[INFO] WildFly Swarm: Arquillian Test ..................... FAILURE [02:14 min]
[INFO] WildFly Swarm: Container Test ...................... SKIPPED

org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase fails once -Dnode0 and -Dnode1 properties are used.

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 19,243.526 sec <<< FAILURE! - in org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase
org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase  Time elapsed: 19,241.627 sec  <<< ERROR!
javax.naming.CommunicationException: Cannot connect to ORB
	at sun.nio.ch.Net.connect0(Native Method)
	at sun.nio.ch.Net.connect(Net.java:458)
	at sun.nio.ch.Net.connect(Net.java:450)
	at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:648)
	at java.nio.channels.SocketChannel.open(SocketChannel.java:189)
	at com.sun.corba.se.impl.transport.DefaultSocketFactoryImpl.createSocket(DefaultSocketFactoryImpl.java:95)
	at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:207)
	at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:236)
	at com.sun.corba.se.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:119)
	at com.sun.corba.se.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:187)
	at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:137)
	at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:229)
	at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
	at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
	at com.sun.jndi.cosnaming.CNCtx.setOrbAndRootContext(CNCtx.java:381)
	at com.sun.jndi.cosnaming.CNCtx.initOrbAndRootContext(CNCtx.java:247)
	at com.sun.jndi.cosnaming.CNCtx.<init>(CNCtx.java:105)
	at com.sun.jndi.cosnaming.CNCtxFactory.getInitialContext(CNCtxFactory.java:49)
	at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684)
	at javax.naming.InitialContext.init(InitialContext.java:244)
	at org.jboss.as.test.iiop.client.Util.getContext(Util.java:130)
	at org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.beforeClass(IIOPTransactionPropagationTestCase.java:102)

Fix

--- a/testsuite/integration/iiop/src/test/java/org/jboss/as/test/iiop/client/Util.java
+++ b/testsuite/integration/iiop/src/test/java/org/jboss/as/test/iiop/client/Util.java
@@ -56,7 +56,7 @@ import com.arjuna.orbportability.ORB;
 import com.sun.corba.se.impl.orbutil.ORBConstants;
 
 public class Util {
-    public static final String HOST = NetworkUtils.formatPossibleIpv6Address(System.getProperty("node0", "localhost"));
+    public static final String HOST = NetworkUtils.formatPossibleIpv6Address(System.getProperty("node1", "localhost"));
     private static ORB orb = null;
 
     // Recovery manager is needed till the end of orb usage

JedisConnection.brPop() executes against the transaction object if in a transaction, then falls through and executes again with the regular client.  This results in the following Exception:

org.springframework.dao.InvalidDataAccessApiUsageException: Cannot use Jedis when in Multi. Please use JedisTransaction instead.; nested exception is redis.clients.jedis.exceptions.JedisDataException: Cannot use Jedis when in Multi. Please use JedisTransaction instead.
	at org.springframework.data.redis.connection.jedis.JedisUtils.convertJedisAccessException(JedisUtils.java:72)
	at org.springframework.data.redis.connection.jedis.JedisConnection.convertJedisAccessException(JedisConnection.java:135)
	at org.springframework.data.redis.connection.jedis.JedisConnection.bRPop(JedisConnection.java:1238)
	at org.springframework.data.redis.connection.DefaultStringRedisConnection.bRPop(DefaultStringRedisConnection.java:655)
	at org.springframework.data.redis.connection.AbstractConnectionIntegrationTests.testBRPop(AbstractConnectionIntegrationTests.java:616)
Caused by: redis.clients.jedis.exceptions.JedisDataException: Cannot use Jedis when in Multi. Please use JedisTransaction instead.
	at redis.clients.jedis.BinaryJedis.checkIsInMulti(BinaryJedis.java:1659)
	at redis.clients.jedis.BinaryJedis.brpop(BinaryJedis.java:1990)
	at org.springframework.data.redis.connection.jedis.JedisConnection.bRPop(JedisConnection.java:1236)
	... 32 more

Useless NPE are thrown, logged and ignored in transaction manager.

2017-09-30 11:45:41.822 DEBUG 10512 --- [nio-8080-exec-6] o.s.d.n.t.Neo4jTransactionManager        : Could not rollback Session after failed transaction begin

	at org.springframework.data.neo4j.transaction.Neo4jTransactionManager.closeSessionAfterFailedBegin(Neo4jTransactionManager.java:252) [spring-data-neo4j-5.0.0.BUILD-20170928.220615-213.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.data.neo4j.transaction.Neo4jTransactionManager.doBegin(Neo4jTransactionManager.java:208) [spring-data-neo4j-5.0.0.BUILD-20170928.220615-213.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:374) [spring-tx-5.0.0.RELEASE.jar:5.0.0.RELEASE]
	at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:460) [spring-tx-5.0.0.RELEASE.jar:5.0.0.RELEASE]

metaHbckInfo is initialized to null and assigned when metaRegions is not empty.
However, it is dereferenced unconditionally later (line 2710):

          // try fix it (treat is a dupe assignment)
          HBaseFsckRepair.fixMultiAssignment(admin, metaHbckInfo.metaEntry, servers);

This functions does a lazy initialisation. It cost memory and it creates a synchronisation point.

The roo-deploy.sh script looks for the text "<gpg.passphrase>" in the user's personal Maven settings file (~/.m2/settings.xml). If found, it extracts the passphrase using this command:
PASSPHRASE=`grep "<gpg.passphrase>" ~/.m2/settings.xml | sed 's/<gpg.passphrase>//' | sed 's/<\/gpg.passphrase>//' | sed 's/ //'`
This fails if either:

The passphrase contains any spaces (because the last call to sed strips them out), or
The gpg.passphrase element is indented using tabs instead of spaces (because none of the above calls to sed strip out tabs).

HIVE-13153 addressed a portion of this issue. Follow up from there.

If you are working with a prototype bean that has a list setter, the beanfactory is reusing the list if you use a shorthand creation of the list.
This results in a strange behavior. Any changes you make to the list in a bean created from the prototype will appear on all new versions of the prototype.
Example:

public class SomePrototype {
   private List<String> aList = new ArrayList<String>();

   public List<String> getAList() {
      return aList;
   }

   public void setAList(List<String> aList) {
      this.aList = aList;
   }
}

<bean id="buggedPrototype" class="SomePrototype" scope="prototype">
   <property name="AList" value="The one and only"/>
</bean>

<bean id="okPrototype" class="SomePrototype" scope="prototype">
   <property name="AList">
      <list>
         <value>The one and only</value>
      </list>
</bean>

Comparing subsystem configuration options of client-ssl-context to wildfly-config.xml I am missing these attributes:

client-ssl-context
	
use-cipher-suites-order
maximum-session-cache-size
session-timeout

key-managers/trust-managers:
	
algorithm (is IBM - IBMX509 handled properly? e.g. *ManagerFactory.getDefaultAlgorithm() is called internally)

trust-manager
	
certificate-revocation-list

key-managers
	
key-password

Few code cleanup from HBase trunk.
1) TestOperation use String.format with 6 %s but give 7 parameters.
Resolution: Trivial
2) ClassFinder can throw a NPE.
If jarFile = new JarInputStream(new FileInputStream(jarFileName)); throw an exception and we want to proceed on exceptions, jarFile will be null, and just few lines after we will do a jarFile.getNextJarEntry() where NPE is not catch and will fail and throw an NPE. So I thinkg we can't proceed on exceptions for this first try since it will fail just the after with an NPE and we will loose the information about the real cause of the exception.  Therefor, we should always throw ioEx is the InputStream creation fails.
3)AccessController declare cfs but never use it.
4) FavoredNodeAssignmentHelper invokes toString on an array.
Just changed that to Bytes.toString() to print the server name.
5) ModifyTableHandler invokes toString on the tableName array.
Just changed that to Bytes.toString() to print the table name.
6) HFileWriterV2 invokes toString on the keys arrays.
Just changed that to Bytes.toStringBinary() to print the keys. And change some toString() calls to toStringBinary()
7) ServerAndLoad want to be serializable, but ServerName is not.
Made ServerName serializable since it's only Strings, numbers and bytes.
8) StorageClusterStatusModel want to be serializable, but its nested class Node is not.
Made Node serializable since it's only numbers and bytes.
9) In HRegion outResults can't be null since it's already used for outResults.isEmpty() few lines above.
Just remove the test.
10) In RegionScannerHolder region can't be null since it's already used for region.startRegionOperation (and others) few lines above.
11) CellCounter thisRowFamilyName can't be null since toStringBinary will return the string "null" for a null value.
12) CellCounter again, thisRowQualifierName can't be null since it's strings concatenations.
13) HBaseFsck setDisplayFullReport should be static since writing to a static field.

Ran into the situation of oome on the client : java.lang.OutOfMemoryError: Direct buffer memory.
When we encounter an unhandled exception during channel write at RpcClientImpl

checkIsOpen(); // Now we're checking that it didn't became idle in between.

        try {
          call.callStats.setRequestSizeBytes(IPCUtil.write(this.out, header, call.param,
              cellBlock));

we end up leaving the connection open. This becomes especially problematic when we get an unhandled exception between writing the length of our request on the channel and subsequently writing the params and cellblocks

   *dos.write(Bytes.toBytes(totalSize));*
    // This allocates a buffer that is the size of the message internally.
    header.writeDelimitedTo(dos);
    if (param != null) param.writeDelimitedTo(dos);
    if (cellBlock != null) dos.write(cellBlock.array(), 0, cellBlock.remaining());
    dos.flush();
    return totalSize;

After reading the length rs allocates a bb and expects data to be filled. However when we encounter an exception during param write we release the writelock in rpcclientimpl and do not close the connection, the exception is handled at AbstractRpcClient.callBlockingMethod and retried. Now the next client request to the same rs writes to the channel however the server interprets this as part of the previous request and errors out during proto conversion when processing the request since its considered malformed(in the worst case this might be misinterpreted as wrong data?). Now the remaining data of the current request is read(the current request's size > prev request's allocated partially filled bytebuffer) and is misinterpreted as the size of new request, in my case this was in gbs. All the client requests time out since this bytebuffer is never completely filled. We should close the connection for any Throwable and not just ioexception.

Two ApplicationContexts having bean definitions with the same name can share a thread and they will then also share a bean instance.  It's a dirty write: the first context to use the thread inserts its version of the bean and the other loses.  The consequence is at best a memory leak and at worst a security problem, and in all cases a source of strange application behaviour.  
SimpleThreadScope should clear its state on destroy() - it should also segregate it by ApplicationContext.id.  It would be nice if it supported destruction callbacks for its beans as well, but at least to be useful in practice it should be a DisposableBean which clears and re-initializes its thread local state when the context closes down.

EJB3 CalendarBasedTimeout computes incorrects timeouts due to bad Calendar time fields manipulation, specially on DST.
A couple of examples:
1) Timezone: "Europe/Lisbon"
Schedule Expression: any day at 1h30m
Start: 2013/03/31 03h30m
First timeout currently is 2h30m
2) Timezone: "Australia/Lord_Howe"
Schedule Expression: any day at 2h20m, 2h40m, 3h20m, 3h40m
Start: 2013/10/06 02h41m
First timeout currently is 3h50m

CDI.current().getBeanManager() uses the classname of the calling class to cache BeanManagers returned. This fails if multiple deployments contain classes with the same name. For example, wicket-cdi-1.1 looks up the BeanManager from org.apache.wicket.cdi.CdiConfiguration. If multiple Wicket-CDI applications are deployed in the same container, every BeanManager lookup will return the instance cached on the first call.

I have a directory with 20 jar files in it to be placed into a cpio archive.  This seems VERY slow (about 3 minutes).  It is almost immediate with the linux cpio command (of course its non-java).  is there any way to improve speed for the cpio archiving?

when trying to tokenize a stream having namespaces, no tokens are produced with inheritNamespaceTagName property.
-------------------------------------------------------------------
<route id="hrp.connectorsCtxt.sddRcvFile2">
<from
                           uri="file:C:\Temp\esb\sdd\in?recursive=true&preMove=.processing&move=../.processed" />
                    <camel:split streaming="true">
                           <tokenize token="suiviDemande" inheritNamespaceTagName="suivisDemandes" xml="true"/>
                           <log message="${header.CamelSplitIndex} : ${in.body}" />
                    </camel:split>
             </route>

as you know, org.springframework.social.facebook.api.impl.FacebookErrorHandler doesn't handle there 404 Not found error.
they (404 not found error) still handle by handleUncategorizedError (DefaultResponseErrorHandler.handleError detect and make HttpClientErrorException, and FacebookErrorHandler caught all of exception & translate to UncategorizedApiException)
it's harmful if you using spring-social-facebook on your project.
(that' why i catch UncategorizedApiException and check that's rootCause is instanceof HttpClientErrorException, and another check HttpStatus is equal to HttpStatus.NOT_FOUND (404), then finally i can do what i want.)
and there org.springframework.social.SocialException hierarchy still there. (and i want 404 Not Found Error translate to org.springframework.social.ResourceNotFoundException. no more Uncategorized Exception)

I have received a community report that Roo applications sometimes do not render resources (eg images) fully when run from a non-Tomcat/dm Server/tc Server container.  We should test Roo applications to verify.

On Spring 4.1.7, calling UrlPathHelper.getLookupPathForRequest(…) on /books/;test/1 returns /books/1, i.e. it eliminates double slashes that result from the removal of the matrix parameter.
Spring 4.2.1 returns /books//1 for the same operation, which might cause issues for downstream code not expecting the double slashes.
A brief debugging session unveiled getPathWithinServletMapping(…) to not clean up the path correctly anymore. 4.2 has introduced new code (for sanitization), which results in the the servletPath not being returned anymore. The newly introduced code calls getRemainingPath(…) which results in an empty string, which lets getLookupPathForRequest(…) fall back to getPathWithinApplication(…) which it didn't have to before.

ExtensionRegistry maintains state that OSHs modify during Stage.MODEL. But ExtensionRegistry doesn't (and can't, readily) support the copy-on-write/publish-on-commit behavior that is ideal in Stage.MODEL, so those state changes need to be reverted by the OSH if the operation rolls back.
Affects ExtensionAddHandler, ExtensionRemoveHandler, ApplyMissingDomainModelResourcesHandler and ApplyExtensionsHandler.

The UserMap.getUser method returns a User object, however the UserMap.addUser method takes in the UserDetails interface as a parameter.so if a user-defined class that implements the UserDetails interface is used a ClassCastException is exception is thrown since the object will not be of type Uer.
The suggested change to the getUser method is return the UserDetails interface along with actually changing the implementation of the getUserMethod from:
     public User getUser(String username) throws UsernameNotFoundException {
        User result = (User) this.userMap.get(username.toLowerCase());
        if (result == null) 
{
            throw new UsernameNotFoundException("Could not find user: "
                + username);
        }
    }
To 
    public User getUser(String username) throws UsernameNotFoundException {
        UserDetails result = (UserDetails) this.userMap.get(username.toLowerCase());
{
        }
    }

Something that was seen by someone on the channel yesterday and by me this morning, it's possible to create a table that ends up disabled and the 'create' calls times out. The master log looks like:

2010-12-01 19:32:52,350 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: HLog configuration: blocksize=64 MB, rollsize=60.8 MB, enabled=true, flushlogentries=1, optionallogflushinternal=1000ms
2010-12-01 19:32:52,450 INFO org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter: Using syncFs -- HDFS-200
2010-12-01 19:32:52,451 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: New hlog /hbase/TestTable/2e2099cd5fce907e670ce8596d9b2368/.logs/hlog.1291231972350
2010-12-01 19:32:52,451 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: Using getNumCurrentReplicas--HDFS-826
2010-12-01 19:32:52,452 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Instantiated TestTable,,1291231972140.2e2099cd5fce907e670ce8596d9b2368.
2010-12-01 19:32:52,645 INFO org.apache.hadoop.hbase.regionserver.HRegion: Onlined TestTable,,1291231972140.2e2099cd5fce907e670ce8596d9b2368.; next sequenceid=1
2010-12-01 19:32:52,784 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Added region TestTable,,1291231972140.2e2099cd5fce907e670ce8596d9b2368. to META
2010-12-01 19:32:52,784 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Closing TestTable,,1291231972140.2e2099cd5fce907e670ce8596d9b2368.: disabling compactions & flushes
2010-12-01 19:32:52,784 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Updates disabled for region TestTable,,1291231972140.2e2099cd5fce907e670ce8596d9b2368.
2010-12-01 19:32:52,784 DEBUG org.apache.hadoop.hbase.regionserver.Store: closed info
2010-12-01 19:32:52,784 INFO org.apache.hadoop.hbase.regionserver.HRegion: Closed TestTable,,1291231972140.2e2099cd5fce907e670ce8596d9b2368.
2010-12-01 19:32:52,784 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: IPC Server handler 4 on 61000.logSyncer interrupted while waiting for sync requests
2010-12-01 19:32:52,784 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: IPC Server handler 4 on 61000.logSyncer exiting
2010-12-01 19:32:52,784 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: closing hlog writer in hdfs://sv2borg180:9100/hbase/TestTable/2e2099cd5fce907e670ce8596d9b2368/.logs
2010-12-01 19:32:52,908 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: Moved 1 log files to /hbase/TestTable/2e2099cd5fce907e670ce8596d9b2368/.oldlogs
2010-12-01 19:32:52,966 INFO org.apache.hadoop.hbase.master.AssignmentManager: Table TestTable disabled; skipping assign of TestTable,,1291231972140.2e2099cd5fce907e670ce8596d9b2368.
2010-12-01 19:32:52,967 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Table being disabled so deleting ZK node
 and removing from regions in transition, skipping assignment of region TestTable,,1291231972140.2e2099cd5fce907e670ce8596d9b2368.
2010-12-01 19:32:52,967 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:61000-0x12c84725b4b00b6
 Deleting existing unassigned node for 2e2099cd5fce907e670ce8596d9b2368 that is in expected state RS_ZK_REGION_CLOSED
2010-12-01 19:32:52,968 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Tried to delete closed node for REGION =>
 {NAME => 'TestTable,,1291231972140.2e2099cd5fce907e670ce8596d9b2368.', STARTKEY => '', ENDKEY => '', ENCODED =>
 2e2099cd5fce907e670ce8596d9b2368, TABLE => {{NAME => 'TestTable', FAMILIES => [{NAME => 'info', BLOOMFILTER
 => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZE =>
 '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}]}} but it does not exist so just offlining

This can cause camel soap to marshal to XML which contains an empty tag name, causing the XML to be invalid.

We have the following scenario in Spring Integration. We are trying to extract MessageHeaders from the Message and map MessageHeaders as input parameter of the method that takes Properties type. SpEL uses ConversionService to convert MessageHeaders to Properties obviously trying to convert every element to a String. When it gets to $history header which is initially an empty ArrayList it attempts to convert it to a String.
When ArrayList is empty we get StackOverflowError. When ArrayList contains at least one element everything is fine.
First ConversionService finds the right Converter which is ObjectToCollectionConverter.
ObjectToCollectionConverter gets TypeDescriptor for target type and this is where things get really interesting.
TypeDescriptor attempts to resolve common type of the Collection via call to CollectionUtils.findCommonElementType(collection) which is based on looking at the first element and comparing it to every other element after that and if they all match that is the common type otherwise it will return 'null'. That explains why everything works when ArrayList contained at least one element. However in our case its empty so TypeDescriptor is making another attempt to extract the collection type by using GenericCollectionTypeResolver.getCollectionType() and that is where it gets fishy because the first line of code there is:

if (clazz.getName().startsWith("java.util.")) {
}

... which obviously results in null for our case and eventually results in elementType of this TypeDescriptor to be set to TypeDescriptor.NULL, which is then takes the actual type of the collection and makes it a target type via TypeDescriptor(object) where 'object' is the actual collection (instead of the its type or common type) thus resulting in the cycle causing StackOverflowError.
Questions:
1) If target type is Properties should MapToMapConverter simply call toString() on every value? Although I personally disagree that toString() method should be used as default for conversion it is my understanding that it is currently the assumption of the ConversionService.
2) Why GenericCollectionTypeResolver.getCollectionType() ignores java.util package? 
I am attaching the test cases which reproduce all these plus few more minor issues in isolation.

If a partition name contains characters such as ':' and '|' which have special meaning in URI (hdfs uses URI internally for Path), CombineHiveInputFormat throws an exception. URI was created in CombineHiveInputFormat to compare a path belongs to a partition in partitionToPathInfo. We should bypass URI creation by just string comparisons. 

CSRF section of reference should talk about EnableWebMvcSecurity annotation

According to the Javadoc, HttpHeaders.EMPTY is immutable.
 I found that by using the following code, headers could be added to HttpHeaders.EMPTY.
 From then on, any further calls will result in a non-empty HttpHeaders.

HttpHeaders myHeaders = HttpHeaders.writableHttpHeaders(HttpHeaders.EMPTY);
my.add(HttpHeaders.ACCEPT_ENCODING, "gzip");

I have written a simple unit test to explain this issue:

@Test
public void testUpdateEmptyHeaders() {
    assertEquals(0, HttpHeaders.EMPTY.size()); // **Success**
    HttpHeaders myHeaders = HttpHeaders.writableHttpHeaders(HttpHeaders.EMPTY);
    myHeaders.add(HttpHeaders.ACCEPT_ENCODING, "gzip");
    assertEquals(0, HttpHeaders.EMPTY.size()); // **Assert Fails**
}

This caused a bug in my code where I subsequently used HttpHeaders.EMPTY again to create a new writable HttpHeaders object. I then unknowingly introduced headers used in the previous object

Observed cases, where in tasks within same vertex were competing with each and getting killed

[IPC Server handler 3 on 44598 (1484282558103_4855_1_00_003877_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003179_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003877_7 because of lower priority
[IPC Server handler 1 on 44598 (1484282558103_4855_1_00_002959_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003832_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_002959_7 because of lower priority
[IPC Server handler 0 on 44598 (1484282558103_4855_1_00_003723_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003254_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003723_7 because of lower priority
[IPC Server handler 4 on 44598 (1484282558103_4855_1_00_003560_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003076_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003560_7 because of lower priority
[IPC Server handler 2 on 44598 (1484282558103_4855_1_00_003775_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_004011_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003775_7 because of lower priority
[IPC Server handler 3 on 44598 (1484282558103_4855_1_00_003842_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_004045_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003842_7 because of lower priority
[IPC Server handler 1 on 44598 (1484282558103_4855_1_00_003953_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003915_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003953_7 because of lower priority
[IPC Server handler 0 on 44598 (1484282558103_4855_1_00_003819_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003919_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003819_7 because of lower priority
[IPC Server handler 4 on 44598 (1484282558103_4855_1_00_002074_8)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003790_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_002074_8 because of lower priority
[IPC Server handler 2 on 44598 (1484282558103_4855_1_00_003670_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003736_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003670_7 because of lower priority
[IPC Server handler 1 on 44598 (1484282558103_4855_1_00_003153_8)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003877_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003153_8 because of lower priority
[IPC Server handler 0 on 44598 (1484282558103_4855_1_00_003328_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003775_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003328_7 because of lower priority
[IPC Server handler 4 on 44598 (1484282558103_4855_1_00_003817_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003842_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003817_7 because of lower priority
[IPC Server handler 2 on 44598 (1484282558103_4855_1_00_004065_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003723_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_004065_7 because of lower priority
[IPC Server handler 3 on 44598 (1484282558103_4855_1_00_003902_7)] impl.TaskExecutorService: attempt_1484282558103_4855_1_00_003560_7 evicted from wait queue in favor of attempt_1484282558103_4855_1_00_003902_7 because of lower priority

JMS journal which is by default stored in bindings directory (files with jms extension) is not stored in JDBC persistence storage but data are still persisted in local file system.
JMS journal stores only data about JMS objects which are created via JMX management (what is not widely used feature), so this issue has no serious impact on regular use cases. However fixing this issue requires modification of configuration model, so Blocker priority was set.

In IPv6, an address may have a zone-index, which is specified with a percent, eg: ...%0.  This looks like a format string, and thus in a part of the code which uses the hostname as a prefix to another string which is interpreted with String.format, you end up with an exception:
2012-07-31 18:21:39,848 FATAL org.apache.hadoop.hbase.master.HMaster:
java.util.UnknownFormatConversionException: Conversion = '0'
        at java.util.Formatter.checkText(Formatter.java:2503)
        at java.util.Formatter.parse(Formatter.java:2467)
        at java.util.Formatter.format(Formatter.java:2414)
        at java.util.Formatter.format(Formatter.java:2367)
        at java.lang.String.format(String.java:2769)
        at com.google.common.util.concurrent.ThreadFactoryBuilder.setNameFormat(ThreadFactoryBuilder.java:68)
        at org.apache.hadoop.hbase.executor.ExecutorService$Executor.<init>(ExecutorService.java:299)
        at org.apache.hadoop.hbase.executor.ExecutorService.startExecutorService(ExecutorService.java:185)
        at org.apache.hadoop.hbase.executor.ExecutorService.startExecutorService(ExecutorService.java:227)
        at org.apache.hadoop.hbase.master.HMaster.startServiceThreads(HMaster.java:821)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:507)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:344)
        at org.apache.hadoop.hbase.master.HMasterCommandLine$LocalHMaster.run(HMasterCommandLine.java:220)
2012-07-31 18:21:39,908 INFO org.apache.hadoop.hbase.master.HMaster: Aborting

When using the URIs like this:
 
          /sometable/*?limit=$limit&startrow=$startrow&endrow=$endrow
 
where $limit is smaller than the range between $startrow and $endrow, the rest server will start leaking memory.
 
The bug is in the TableScanResource.java class. Basically, the ResultScanner is not being closed in next() method when the limit has been reached.

These endpoints return wrong type:

companies/getCompanyUpdateComments - Comments/UpdateComments
companies/getUpdateComments - Comments/UpdateComments
people/getGroupMembershipSettings - GroupMemberships/GroupMembership

so it results in java.lang.ClassCastException.

https://github.com/jbossas/jboss-eap7/blob/EAP_7.1.0.DR12-dev-2/ejb3/src/main/java/org/jboss/as/ejb3/timerservice/persistence/database/DatabaseTimerPersistence.java#L457
On line 445, a Statement is obtained, but on line 457 the reference to it can be overwritten, in which case the finally block on line 496 won't close the previous Statement.

Occured on server during eap-7x-failover-ejb-ejbservlet-shutdown-dist-async scenario.

15:29:15,717 WARN  [org.jboss.weld.Servlet] (default task-104) WELD-000717: Unable to deactivate context org.jboss.weld.context.http.HttpSessionContextImpl@351bc717 when destroying request HttpServletRequestImpl [ GET /clusterbench/ejbservlet ]
[JBossINF] 15:29:15,718 ERROR [io.undertow.request] (default task-104) UT005071: Undertow request failed HttpServerExchange{ GET /clusterbench/ejbservlet request {Cookie=[$Version=0; JSESSIONID=YiEdTzoqqzKiWxjI1VqEQNz8BB0id8L6GKrA1Uix.dev215; $Path=/clusterbench], Content-Length=[0], User-Agent=[Jakarta Commons-HttpClient/3.1], Host=[dev220:8080]} response {Set-Cookie=[JSESSIONID=YiEdTzoqqzKiWxjI1VqEQNz8BB0id8L6GKrA1Uix.dev213; path=/clusterbench], Content-Type=[text/html;charset=UTF-8], Content-Length=[80], Date=[Wed, 21 Sep 2016 19:29:00 GMT]}}: org.infinispan.util.concurrent.TimeoutException: Replication timeout for dev213
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.checkRsp(JGroupsTransport.java:801)
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$invokeRemotelyAsync$1(JGroupsTransport.java:642)
[JBossINF] 	at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:602)
[JBossINF] 	at java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:577)
[JBossINF] 	at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
[JBossINF] 	at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.RspListFuture.call(RspListFuture.java:47)
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.RspListFuture.call(RspListFuture.java:16)
[JBossINF] 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
[JBossINF] 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)

15:29:15,720 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (remote-thread--p7-t17) ISPN000136: Error executing command LockControlCommand, writing keys []: org.infinispan.util.concurrent.TimeoutException: Could not acquire lock on SessionCreationMetaDataKey(bprpzS1jzQGMjU9vmr1uwUvsN0ehaPpWtpRQYUhA) in behalf of transaction GlobalTransaction:<dev213>:108660:remote. Current owner GlobalTransaction:<dev213>:90576:remote.
[JBossINF] 	at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.timeout(DefaultPendingLockManager.java:261)
...

or:

15:29:19,720 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-54) ISPN000136: Error executing command GetKeyValueCommand, writing keys []: org.infinispan.util.concurrent.TimeoutException: Could not acquire lock on SessionCreationMetaDataKey(bprpzS1jzQGMjU9vmr1uwUvsN0ehaPpWtpRQYUhA) in behalf of transaction GlobalTransaction:<dev215>:112942:local. Current owner GlobalTransaction:<dev213>:90576:remote.
...

Server logs:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbservlet-shutdown-dist-async/29/console-dev215/

There is a NullPointerException when try to remove a pooled-connection-factory 

/subsystem=messaging-activemq/in-vm-connector=invm1:add(server-id=123)

/subsystem=messaging-activemq/pooled-connection-factory=pool3:add(connectors=[invm1],entries=[foo])

/subsystem=messaging-activemq/pooled-connection-factory=pool3:remove()
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.NullPointerException",
}

15:46:19,661 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("remove") failed - address: ([
    ("pooled-connection-factory" => "pool3")
        at org.wildfly.extension.messaging.activemq.jms.JMSServices.getPooledConnectionFactoryBaseServiceName(JMSServices.java:64)
        at org.wildfly.extension.messaging.activemq.jms.PooledConnectionFactoryRemove.performRuntime(PooledConnectionFactoryRemove.java:56)
        at org.jboss.as.controller.AbstractRemoveStepHandler$1.execute(AbstractRemoveStepHandler.java:84)
        at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:158)
        at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
        at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)

{{{
create table T as select `to` from S;
}}}
failed since `to` should be unescaped before creating the table. 

hive> insert overwrite table s3_2 select * from default.test2;
Query ID = hrt_qa_20160719164737_90fb1f30-0ade-4a64-ab65-a6a7550be25a

Status: Running (Executing on YARN cluster with App id application_1468941549982_0010)

VERTICES: 01/01  [==========================>>] 100%  ELAPSED TIME: 11.90 s    
Loading data to table default.s3_2
Failed with exception java.io.IOException: rename for src path: s3a://test-ks/test2/.hive-staging_hive_2016-07-19_16-47-37_787_4725676452829013403-1/-ext-10000/000000_0.deflate to dest path:s3a://test-ks/test2/000000_0.deflate returned false

2016-07-19 16:43:46,244 ERROR [main]: exec.Task (SessionState.java:printError(948)) - Failed with exception java.io.IOException: rename for src path: s3a://test-ks/testing/.hive-staging_hive_2016-07-19_16-42-20_739_1716954454570249450-1/-ext-10000/000000_0.deflate to dest path:s3a://test-ks/testing/000000_0.deflate returned false
org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: rename for src path: s3a://test-ks/testing/.hive-staging_hive_2016-07-19_16-42-20_739_1716954454570249450-1/-ext-10000/000000_0.deflate to dest path:s3a://test-ks/testing/000000_0.deflate returned false
	at org.apache.hadoop.hive.ql.metadata.Hive.moveFile(Hive.java:2856)
	at org.apache.hadoop.hive.ql.metadata.Hive.replaceFiles(Hive.java:3113)
	at org.apache.hadoop.hive.ql.metadata.Hive.loadTable(Hive.java:1700)
	at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:328)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:89)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1726)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1472)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1271)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1138)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1128)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:216)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:168)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:379)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:684)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:624)
Caused by: java.io.IOException: rename for src path: s3a://test-ks/testing/.hive-staging_hive_2016-07-19_16-42-20_739_1716954454570249450-1/-ext-10000/000000_0.deflate to dest path:s3a://test-ks/testing/000000_0.deflate returned false
	at org.apache.hadoop.hive.ql.metadata.Hive$3.call(Hive.java:2836)
	at org.apache.hadoop.hive.ql.metadata.Hive$3.call(Hive.java:2825)

The AcegiPlainTextPasswordValidationCallbackHandler (both in xwss and wss4j packages) does provide an afterPropertiesSet method, but it is never called suring context setup, since it doesn't implement the InitializingBean interface.
A workaround is to set it as "init-method" in the context.

TThreadPoolServer#serve() blocks till the server is down. We should log before that.

YarnInfoApplication should add itself as source for SpringApplicationBuilder instead of YarnPushApplication. Currently doesn't break anything because from boot point of view those two are identical.

The current release depends on JUnit in compile time scope which should be test scope only.

Hive should emit lineage information in json compact format. Currently, Hive prints this in human readable format which makes it harder to consume (identify record boundaries) and makes the output files very long.

The threadlocals need not synchronize the calls to initialvalue(), since that is effectively going to be called once per-thread in JDK7.
The anti-pattern lives on due to a very old JDK bug - https://bugs.openjdk.java.net/browse/JDK-6550283

$ git grep --name-only -c "protected.*synchronized.*initialValue"
common/src/java/org/apache/hadoop/hive/conf/LoopingByteArrayInputStream.java
contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesInput.java
contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesOutput.java
contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesRecordInput.java
contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesRecordOutput.java
contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesWritableInput.java
contrib/src/java/org/apache/hadoop/hive/contrib/util/typedbytes/TypedBytesWritableOutput.java
metastore/src/java/org/apache/hadoop/hive/metastore/Deadline.java
metastore/src/java/org/apache/hadoop/hive/metastore/HiveMetaStore.java
ql/src/java/org/apache/hadoop/hive/ql/exec/TaskFactory.java
ql/src/java/org/apache/hadoop/hive/ql/exec/Utilities.java
ql/src/java/org/apache/hadoop/hive/ql/io/IOContext.java
ql/src/java/org/apache/hadoop/hive/ql/metadata/Hive.java
ql/src/java/org/apache/hadoop/hive/ql/session/OperationLog.java
serde/src/java/org/apache/hadoop/hive/serde2/io/TimestampWritable.java
serde/src/test/org/apache/hadoop/hive/serde2/io/TestTimestampWritable.java
service/src/java/org/apache/hive/service/auth/TSetIpAddressProcessor.java
service/src/java/org/apache/hive/service/cli/session/SessionManager.java
shims/common/src/main/java/org/apache/hadoop/hive/thrift/HadoopThriftAuthBridge.java

Some services have synchronized method that do lengthy remote calls, and these block everyone trying to e.g. getHiveConf. 

Without the ability to wrap the internal Scan on the Get, we can't override (or protect, in the case of access control) Gets as we can Scans. The result is inconsistent behavior.

This test is useful because it will help in progress of 
https://issues.apache.org/jira/browse/HIVE-396

Seems that for this parameter

<name>javax.jdo.option.ConnectionURL</name>
<value>jdbc:derby:;databaseName=/var/lib/hive/metastore/${user.name}_db;create=true</value>
<description>JDBC connect string for a JDBC metastore</description>

${user.name} is never replaced by the actual user name:

$ ls -la /var/lib/hive/metastore/
total 24
drwxrwxrwt 3 root root 4096 Apr 30 12:37 .
drwxr-xr-x 3 root root 4096 Apr 30 12:25 ..
drwxrwxr-x 5 hadoop hadoop 4096 Apr 30 12:37 ${user.name}_db

My program works fine, when I run it as a normal Windows app.  But when I try to run it as a service, it throws a "Could not auto create component: http" which is caused by a NullPointerException which is caused by Thread.currentThread().getContextClassLoader() returning null.
A quick search found this ActiveMQ bug: http://issues.apache.org/activemq/browse/AMQ-1229 which is essentially identical.  If it's been fixed in ActiveMQ, probably you can just merge the fix from org.apache.activemq.util.FactoryFinder into org.apache.camel.util.FactoryFinder.
Incidentally, the fact that the context classloader is null has also been reported as a bug: http://issues.apache.org/jira/browse/DAEMON-100

If you do not have id of the route in the XML then Camel thinks its a new route to be added. We should ensure we handle that, and only update current route as that is the intend of this operation.
If you want to add new routes use mbean operation on camelcontext instead.

We are using permanent queues defined as JNDI resources in a WAS 6.1. Their JNDI names start with jms/, for instance jms/RESPONSE_QUEUE.
We have a client which is configured like this, along side with a jndiDestinationResolver and a jndiTemplate:
[code]
<bean id="serviceGateway" class="net.croz.client.ServiceGatewayImpl">
        <property name="defaultUri" value="jms:jms/REQUEST_QUEUE?replyToName=jms/REPLY_QUEUE" />
        <property name="messageSenders">
            <bean class="org.springframework.ws.transport.jms.JmsMessageSender">
                <property name="connectionFactory" ref="mqConnectionFactory" />
                <property name="pubSubDomain" value="false" />
                <property name="destinationResolver" ref="jndiDestinationResolver"></property>
                <property name="receiveTimeout" value="10000"></property>
            </bean>
</bean>
<bean id="jndiTemplate"
        class="org.springframework.jndi.JndiTemplate">
          <props>
            <prop key="java.naming.factory.initial">com.ibm.websphere.naming.WsnInitialContextFactory</prop>
            <prop key="java.naming.provider.url">iiop://localhost:2810</prop>
          </props>
</bean>
<bean id="jndiDestinationResolver" class="org.springframework.jms.support.destination.JndiDestinationResolver">
        <property name="jndiTemplate" ref="jndiTemplate"></property>
</bean>
[code/]
When invoking a fully functional web service (under our control), the request ends up in the REQUEST_QUEUE, but when the client tries to find the RESPONSE_QUEUE via its JNDI name (jms/REPLY_QUEUE) it fails with:
[code]
Destination [jms] not found in JNDI; nested exception is org.springframework.jndi.TypeMismatchNamingException: Object of type [class com.ibm.ws.naming.jndicos.CNContextImpl] available at JNDI location [jms] is not assignable to [javax.jms.Destination]
[/code]
Observe the "..available at JNDI location [jms]..." part in particular... This led me to investigate the code responsible for parsing the defaultUri property of the WebServiceGateway. What I've found is that the regular expression responsible for the parsing of the replyToName part of the defaultUri:
[code]
public abstract class JmsTransportUtils {
.......    
     private static final Pattern REPLY_TO_NAME_PATTERN = Pattern.compile("replyToName=(w+)");
.......
}
[/code]
strips everything behind the "jms" part of the JNDI name.
To do a quick fix, I've externalized the JmsTransportUtils class and changed the REPLY_TO_NAME_PATTERN to be similar to the DESTINATION_NAME_PATTERN:
[code]
.......    
     private static final Pattern REPLY_TO_NAME_PATTERN = Pattern.compile("replyToName=([^\\?]+)");
.......
}
[/code] 

Response status is being set after forwarding to the error page.  Logs are being filled with java.lang.IllegalStateExceptions.
 rd.forward(request, response);
 ((HttpServletResponse) response).setStatus(HttpServletResponse.SC_FORBIDDEN);
Should be?:
((HttpServletResponse) response).setStatus(HttpServletResponse.SC_FORBIDDEN);
2006-07-20 14:27:44,114 ERROR org.acegisecurity.ui.AccessDeniedHandlerImpl - Error processing org.acegisecurity.wrapper.SavedRequestAwareWrapper@52bd52bd
java.lang.IllegalStateException: ERROR: Cannot set header. Response already committed.
	at java.lang.Throwable.<init>(Throwable.java)
	at com.ibm.ws.webcontainer.srt.SRTServletResponse.setStatus(SRTServletResponse.java:931)
	at org.acegisecurity.ui.AccessDeniedHandlerImpl.handle(AccessDeniedHandlerImpl.java)
	at org.acegisecurity.ui.ExceptionTranslationFilter.handleException(ExceptionTranslationFilter.java:166)
	at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:118)
	at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
	at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
	at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
	at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
	at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217)
	at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:108)
	at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:191)
	at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
	at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90)

Currently we clear a server from the deadserver set once we finish processing it's shutdown.  However, certain circumstances (network partitions, race conditions) could lead to the RS not doing a check-in until after the shutdown has been processed.  As-is, this RS will now be let back in to the cluster rather than rejected with YouAreDeadException.
We should hang on to the dead servers so we always reject them.
One concern is that the set will grow indefinitely.  One recommendation by stack is to use SoftReferences.

Reference guide, chapter 5.3.1.1 contains typo in the sentence:
All WsdlDefinition bean definitions are exposed by the MessageDispatcherServlet under their ____bean id (or bean id)____ with the suffix .wsdl.
I suppose that it should read "under their bean name (or bean id) with the suffix .wsdl".

DagID is abbreviated query right now. Need to switch to real id.

When the utility isn't run in distributed cluster mode, the restore only shutdown MiniHBaseCluster not MiniDFSCluster & MiniZKCluster.

This is on master at 5c2ff4a
rm -rf ~/src/spring-roo/bootstrap/target/osgi; roo-dev "script expenses-gae.roo" 
mvn gwt:run

this utility can take N files as arguments.  Currently if it fails to read some file, it fails and bails out.  It should instead log the file name and error and proceed with other files.

[ERROR] /usr/src/hbase/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/CopyTable.java:[88,17] error: cannot find symbol
This was introduced in f31edd80

commit f31edd8004226c795ee46fbe9e93d10671ab895a
Author: Ted Yu <tedyu@apache.org>
Date:   Thu Oct 9 15:52:18 2014 +0000

    HBASE-11997 CopyTable with bulkload (Yi Deng)

Ted Yu, Yi Deng, please have a look at this or I will revert it on 0.98.

Originally reported by XComp on GitHub:

when I want to search within Facebook's public feed using FeedTemplate.searchPublicFeed(String, int, int) it works fine, when there is only one keyword within the query. Facebook supports also logical operators like AND (which actually is represented by a space or +), OR (which is represented by a pipe framed by spaces) and quotes.
Using those operators within a query passed through searchPublicFeed(String, int, int) wouldn't return any results. The reason for that is that internally the query is built and encoded. Since the search terms are also encoded, Facebook is unable to interpret them correctly. This is the same issue when using special characters like German Umlaute.
A solution might be to disable encoding for the search terms. But this seems to be a dirty hack, doesn't it?

Currently only repositories implementing CrudRepository can be used with Spring Data REST. Spring Data Commons now also exposes non-CrudRepository instances.
We should rewrite the repository invocation parts to detect the CRUD methods necessary on the repository and provide a generic API to invoke these methods from clients without having to worry about pagination, id conversion etc.
We also should treat CrudRepository and PagingAndSortingRepository as special cases and try to work around the reflection calls generally necessary for custom repositories.

The random number generated is used as a secret to append to a sequence and SHA to implement a CookieSigner. If this is attackable, then it's possible for an attacker to sign a cookie as if we had. We should fix this and use SecureRandom as a stronger random function .
HTTPAuthUtils has a similar issue. If that is attackable, an attacker might be able to create a similar cookie. Paired with the above issue with the CookieSigner, it could reasonably spoof a HS2 cookie.

When used in combination with Bean Validation, RESTEasy should wrap validation errors in a ValidationReport which should be included in the REST response, marshalled to JSON or XML, depending on the content type.
This does not work currently in WildFly 8.1.0.Final. 
The issue was reported in RESTEASY-1054. and is marked as  fixed in RESTEasy 3.0.9.Final.
However, I can still reproduce the issue with a local build of WildFly 8.2.0.CR1-SNAPSHOT (from the 8.x branch) which includes RESTEasy 3.0.10.Final.
Going back to WildFly 8.1.0.Final, the issue no longer occurs when I add

 <module name="javax.xml.bind.api"/>

to the module.xml descriptor of org.jboss.resteasy.resteasy-validator-provider-11.
The same fix works for 8.2.0.CR1-SNAPSHOT. 
Looking at the module descriptor, it seems that 9.0.0.Alpha1 is also affected (but I did not test my sample on 9.0.0.Alpha1).

When I call findOne with a JpaRepository working against an Oracle DB, I get an "result returns more than one elements" exception. Instead of an exception, I would expect the findOne method to return one of the records matching the specification, as Mongo does.
Outline of code:
		JpaRepository repository = ....;
		Specification spec =...;
		return repository.findOne(spec);
Exception in thread "main" com.shutterfly.platform.infrastructure.dal.MDBFactoryBean$1: result returns more than one elements
	at com.shutterfly.platform.infrastructure.dal.MDBFactoryBean.translateExceptionIfPossible(MDBFactoryBean.java:11)
	at org.springframework.dao.support.ChainedPersistenceExceptionTranslator.translateExceptionIfPossible(ChainedPersistenceExceptionTranslator.java:58)
....

It seems that MapToMapConverter cannot distinguish MultiValueMap in target, so it, or one of its converter helpers, will use add() and pass in a List to a map value (which is a List itself) instead of using addAll() (or the equivalent).

When we try to find out if alias exists in non-existent credential store storage file then we get success message.
There is expected error message rather then success with information that Alias does not exist.

java -jar  wildfly-elytron-tool.jar credential-store --exists secret_alias --password pass1234 --uri "cr-store:///tmp/non-existent-file.jceks?modifiable=true;create=true;keyStoreType=JCEKS" 
Alias "secret_alias" does not exist

See http://brontes.lab.eng.brq.redhat.com/project.html?projectId=WF_PullRequest&testNameId=1140899232324454378&tab=testDetails

This condition always true:

if(var7.getAuthorizationFailuresMap().size() >= 0) {

Obviously, size() always >= 0 , so should > instead of.
 
ant  package -Dhadoop.mr.rev=20
leads to - 

    [javac] /Users/thejas/hive_thejas_git/metastore/src/java/org/apache/hadoop/hive/metastore/MetaStoreUtils.java:382: cannot find symbol
    [javac] symbol  : method join(java.lang.String,java.util.List<java.lang.String>)
    [javac] location: class org.apache.hadoop.util.StringUtils
    [javac]           StringUtils.join(",", incompatibleCols)

The issue reproduces only for a date column for a partitioned table. It reproduces only if the date column has all the values set to null, and if the partition is not empty.
Here is a quick reproducer:
 
CREATE TABLE dummy_table (
c_date DATE,
c_bigint BIGINT
)
PARTITIONED BY (ds STRING);

INSERT OVERWRITE TABLE dummy_table PARTITION (ds='2018-01-01') SELECT CAST(null AS DATE), CAST(null AS BIGINT) FROM <any non empty table>;

ANALYZE TABLE dummy_table COMPUTE STATISTICS FOR COLUMNS;

DESCRIBE FORMATTED dummy_table.c_bigint PARTITION (ds='2018-01-01');
DESCRIBE FORMATTED dummy_table.c_date PARTITION (ds='2018-01-01');

The first `DESCRIBE FORMATTED` statement succeeds, when the second fails with an `NPE`
 
It happens because the null check is missing when converting Object from the ObjectStore to the Thrift object. The null check is missing only in the date statistics conversion for the partitioned table. 
Missing: https://github.com/apache/hive/blob/master/standalone-metastore/src/main/java/org/apache/hadoop/hive/metastore/StatObjectConverter.java#L469
Present: https://github.com/apache/hive/blob/master/standalone-metastore/src/main/java/org/apache/hadoop/hive/metastore/StatObjectConverter.java#L298
 
I installed a full fuseesb instance, set passwords, started it, then started a client and entered "fabric:create".  It returned as if it had worked correctly, but the log contained a number of the exception shown below.  I will attach the full log.
So far I have only seen this on RHEL and Ubuntu.  It works on Mac OS X and Solaris.  
20:10:12,756 | ERROR | -71-044-thread-3 | BlueprintContainerImpl           | 11 - org.apache.aries.blueprint.core - 1.0.1.fuse-71-044 | Unable to start blueprint container for bundle org.apache.karaf.features.command
org.apache.xerces.impl.dv.ObjectFactory$ConfigurationError: Provider org.apache.xerces.impl.dv.dtd.DTDDVFactoryImpl could not be instantiated: java.lang.NullPointerException
	at org.apache.xerces.impl.dv.ObjectFactory.newInstance(Unknown Source)
	at org.apache.xerces.impl.dv.DTDDVFactory.getInstance(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.<init>(Unknown Source)[:]
	at org.apache.xerces.parsers.XIncludeAwareParserConfiguration.<init>(Unknown Source)[:]
	at sun.reflect.GeneratedConstructorAccessor6.newInstance(Unknown Source)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)[:1.6.0_20]
	at java.lang.reflect.Constructor.newInstance(Constructor.java:532)[:1.6.0_20]
	at java.lang.Class.newInstance0(Class.java:372)[:1.6.0_20]
	at java.lang.Class.newInstance(Class.java:325)[:1.6.0_20]
	at org.apache.xerces.parsers.ObjectFactory.newInstance(Unknown Source)[:]
	at org.apache.xerces.parsers.ObjectFactory.createObject(Unknown Source)[:]
	at org.apache.xerces.parsers.DOMParser.<init>(Unknown Source)[:]
	at org.apache.xerces.jaxp.DocumentBuilderImpl.<init>(Unknown Source)[:]
	at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Unknown Source)[:]
	at org.apache.aries.blueprint.parser.Parser.parse(Parser.java:203)[11:org.apache.aries.blueprint.core:1.0.1.fuse-71-044]
	at org.apache.aries.blueprint.parser.Parser.parse(Parser.java:219)[11:org.apache.aries.blueprint.core:1.0.1.fuse-71-044]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:281)[11:org.apache.aries.blueprint.core:1.0.1.fuse-71-044]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:255)[11:org.apache.aries.blueprint.core:1.0.1.fuse-71-044]
	at org.apache.aries.blueprint.container.BlueprintExtender.checkBundle(BlueprintExtender.java:325)[11:org.apache.aries.blueprint.core:1.0.1.fuse-71-044]
	at org.apache.aries.blueprint.container.BlueprintExtender.bundleChanged(BlueprintExtender.java:243)[11:org.apache.aries.blueprint.core:1.0.1.fuse-71-044]
	at org.apache.aries.blueprint.container.BlueprintExtender$BlueprintBundleTrackerCustomizer.modifiedBundle(BlueprintExtender.java:471)[11:org.apache.aries.blueprint.core:1.0.1.fuse-71-044]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:198)[9:org.apache.aries.util:1.0.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:128)[9:org.apache.aries.util:1.0.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:468)[9:org.apache.aries.util:1.0.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:161)[9:org.apache.aries.util:1.0.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:117)[9:org.apache.aries.util:1.0.0]
	at org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)[org.apache.felix.framework-4.0.3.fuse-71-044.jar:]
	at org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:696)[org.apache.felix.framework-4.0.3.fuse-71-044.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:484)[org.apache.felix.framework-4.0.3.fuse-71-044.jar:]
	at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4479)[org.apache.felix.framework-4.0.3.fuse-71-044.jar:]
	at org.apache.felix.framework.Felix$4.run(Felix.java:2019)[org.apache.felix.framework-4.0.3.fuse-71-044.jar:]
	at org.apache.felix.framework.Felix$5.run(Felix.java:2061)[org.apache.felix.framework-4.0.3.fuse-71-044.jar:]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.6.0_20]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)[:1.6.0_20]
	at java.util.concurrent.FutureTask.run(FutureTask.java:166)[:1.6.0_20]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)[:1.6.0_20]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)[:1.6.0_20]
	at java.lang.Thread.run(Thread.java:636)[:1.6.0_20]

Hive doesn't allow binary comparison between doubles and bigints. That is overly restrictive since all other DBs (mysql, postgres, oracle and sql server) allows that.

TestRegionServerMetrics keeps failing because it exceed the MediumTests time limit. bump it to Large

If you need to call Oracle function like this:
function get_foo() return ref cursor
you will get java.sql.SQLException: Invalid column type: 1111
For regular parameters (not for return type) there is a workaround for ref cursor (see CallMetaDataContext.java:394)
I have done this also for return type.
https://github.com/SpringSource/spring-framework/pull/294

Looks like HIVE-6310 improperly fixed test file_with_header_footer_negative.q, I think the issue with that test was that it was using the wrong path for its input files (../data/files, rather than ../../data/files for the mavenized build)

create table t1 (a int);
analyze table t1 compute statistics;
select count(1) from t1 group by 1;
set hive.compute.query.using.stats=true;

In both cases result set should be empty. However, with statsoptimizer on Hive returns one row with value 0.

[domain@localhost:9990 /] /deployment-overlay=test:redeploy-links(deployments=[simple-jsp.war])
{
    "failure-description" => {"host-failure-descriptions" => {"msimka-t450.brq.redhat.com" => "JBAS014884: No operation named 'redeploy-links' exists at address [(\"deployment-overlay\" => \"test\")]"}},
    "result" => {}
}

  private static AtomicInteger seqId;
...

  public Operator() {
    this(String.valueOf(seqId.getAndIncrement()));
  }

  public static void resetId() {
    seqId.set(0);
  }

Potential race-condition.

The fix for HBASE-9773 could cause double assignment, as Jeffrey Zhong pointed out. Let's fix it in a separate jira instead of an addendum since there are different opinions on how to fix it.

Backup help shows we can set queue using -q parameter.
-q <arg>         Yarn queue name to run backup restore command on
But when we give ./hbase backup create full hdfs://localhost:8020/test/ -t test1 -q hbase
It throws following error "Error when parsing command-line arguments: Unrecognized option: -q"

In hive, "select 3/2" will return 1 while MySQL returns 1.5.
See http://dev.mysql.com/doc/refman/5.0/en/arithmetic-functions.html#operator_div for details.

mysql> select 3/2;
| 3/2    |
| 1.5000 |

mysql> select 3 div 2;
| 3 div 2 |
|       1 |

mysql> select -3 div 2;
+----------+
| -3 div 2 |
|       -1 |

mysql> select -3 div -2;
+-----------+
| -3 div -2 |
|         1 |

mysql> select 3 div -2;
| 3 div -2 |
|       -1 |

FileUtil.getDefaultTempDir() registers a JVM shutdown hook to delete the temporary directory it creates. We are using camel in a web application in Tomcat that gets dynamically reloaded as updates are available, so the JVM is normally never shut down. This is causing 'camel-tmp-*' directories to linger in $CATALINA_HOME/temp, and - more importantly - classloader leaks, which are a major problem for us.
If the thread that gets registered as the shutdown hook were stored in a class variable, I could unregister it when the application is being unloaded.

SJMSComponent effectively ignores setConnectionCount()
This is because the JmsProducer, by default, pre-populates sessions+producers on Producer.doStart(), which is called by the CamelContext in a single thread and the way the ConnectionFactoryResource is configured, it returns the most recently idle connection (So really it always returns the first connection opened). So all sessions being pre-populated by all SJMS endpoints always use the same single connection.
This patch attached makes the ConnectionFactoryResource effectively return connections in a round-robbin manor. Unit test is included.
This is important because TCP has a certain overhead per socket which makes it impossible to achieve much more than 6k~ messages a second, regardless of the CPU and IO resources available to a broker. To fully utilize a broker multiple connections must be opened.
This is also important if your ConnectionFactory represent a cluster (Like in the case of HornetQ), where subsequent connections from the factory are balanced across nodes in the cluster.

I observed this with 0.66.3 in a kind of franken-build of EAP 7. The logical equivalent would be 2.0.8.Final once WFCORE-1277 is fixed.

[domain@localhost:9990 core-service=discovery-options] connect 127.0.0.1:29990
[disconnected core-service=discovery-options] [domain@127.0.0.1:29990 core-service=discovery-options] cd /
[domain@127.0.0.1:29990 /]

Before the first line I had killed the HC at localhost:9990, so then I wanted to connect to another HC. Got a double prompt.
Not a big deal, but I wanted to record it.

Automatic join conversion for both map joins as well as smb joins fails when tables, files or partitions are empty (see test cases in patch). Error messages include: "Big Table Alias is null" and "Divide by Zero".

Since spring 4.3 there is NPE when i try to use abstract beans with optional properties.
NPE was thrown when trying to create bean with parent abstract bean without optional property.
Pls, see attached files (complete example present at github)

The repository lookup in DomainClassConverter / DomainClassPropertyEditorRegistrar assumes all found repository interfaces to extend CrudRepository. If one does not extend that interface we get a ClassCastException. We should rather issue a warn level log statement and skip this repository.

Introduced in HIVE-15121. Context::getTempDirForPath tries to use temporary MR directory instead of blobstore directory in three cases:

if (!isFinalJob && BlobStorageUtils.areOptimizationsEnabled(conf)) {

while the only valid case for using a temporary MR dir is when optimization is enabled and the job is not final:

if (BlobStorageUtils.areOptimizationsEnabled(conf) && !isFinalJob) {

Deserialization properly handles hiding Nullable Avro types, including complex types like record, map, array, etc. However, when Serialization attempts to write out these types it erroneously makes use of the UNION schema that contains NULL and the other type.
This results in Schema mis-match errors for Record, Array, Enum, Fixed, and Bytes.
Here's a review board of unit tests that express the problem, as well as one that supports the case that it's only when the schema is needed.

Add a query results cache that can save the results of an executed Hive query for reuse on subsequent queries. This may be useful in cases where the same query is issued many times, since Hive can return back the results of a cached query rather than having to execute the full query on the cluster.

See https://bugzilla.redhat.com/show_bug.cgi?id=1076015 (https://issues.jboss.org/browse/JGRP-1878?focusedCommentId=12999162&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12999162)

Some tests are not categorized.  They are not run if they are not categorized. I found the set of six or seven tests by running nkeywal's little ./dev-support/hbasetests.sh  tool.  This looks useful.

Parsing 1 million blank values through cast(x as int) is 3x slower than parsing a valid single digit.

In this TC during closedataSources() method reloads sever after each iteration.

while (dsCount > 0) {
            remove(getDsAddress(dsCount, false));
            reload();
            dsCount--;
}

It's not necessary any more with removed concept of enabled/disabled ds/xa-ds at runtime. (WFLY-5528) 

Sometimes RS UI is unable to open as we get a NPE; This happens because shipper.getCurrentPath() may return null.
We should have a null check @ ReplicationSource.java#L331 

      Path currentPath = shipper.getCurrentPath();
      try {
        fileSize = getFileSize(currentPath);
        LOG.warn("Ignore the exception as the file size of HLog only affects the web ui", e);
        fileSize = -1;
      }

If you create a WebService without interface and use @LocalBean on it, during deploy you get:
(stacktrace for 9 CR1)

15:26:18,439 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.subunit."mms.ear"."rvm.jar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.subunit."mms.ear"."rvm.jar".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of subdeployment "rvm.jar" of deployment "mms.ear"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:163)
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0024: Could not configure component ReviewManagerSoapService
	at org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:95)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:156)
	... 5 more
	at org.jboss.as.ejb3.security.EJBSecurityViewConfigurator.handlePermissions(EJBSecurityViewConfigurator.java:215)
	at org.jboss.as.ejb3.security.EJBSecurityViewConfigurator.configure(EJBSecurityViewConfigurator.java:123)
	at org.jboss.as.ee.component.DefaultComponentViewConfigurator.configure(DefaultComponentViewConfigurator.java:67)
	at org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:81)
	... 6 more

The same issue in EAP: JBEAP-66

Another one that Selina Zhang and Chris Drome worked on.
The production hive-site.xml could well contain settings that differ from the defaults in HiveConf.java. In our case, we introduced a custom ORC split-strategy, which we introduced as the site-wide default.
We noticed that during HCatInputFormat::getSplits(), if the user-script did not contain the setting, the site-wide default was ignored in favour of the HiveConf default. HCat would not convey hive-site settings to the input-format (or anywhere downstream).
The forthcoming patch fixes this problem.

Here is a list of the issues related to the MetaMetrics implementation:
Bugs:

[_Lossy counting for top-k_] Faulty remove logic of non-eligible meters: Under certain conditions, we might end up storing/exposing all the meters rather than top-k-ish
MetaMetrics can throw NPE resulting in aborting of the RS because of a Race Condition.

Improvements:

With high number of regions in the cluster, exposure of metrics for each region blows up the JMX from ~140 Kbs to 100+ Mbs depending on the number of regions. It's better to use lossy counting to maintain top-k for region metrics as well.
As the lossy meters do not represent actual counts, I think, it'll be better to rename the meters to include "lossy" in the name. It would be more informative while monitoring the metrics and there would be less confusion regarding actual counts to lossy counts.

When doing the following in a route:
	.onException(HaltOperationsError.class)
			.maximumRedeliveries(10)
			.backOffMultiplier(10) // 1 s base	
			.handled(true)
			.delay(10)			
			.log("Halting operations for some time")
			//.process(new RouteStoppingProccesor("PostProcessorRoute"))
			.end()
I get the following stacktrace:
ERROR ContextLoader                  - Context initialization failed
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1075)
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:652)
	at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
	at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
	at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
	at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
	at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
	at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
	at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
	at org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6PluginWebAppContext.java:115)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
	at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
	at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
	at org.mortbay.jetty.Server.doStart(Server.java:224)
	at org.mortbay.jetty.plugin.Jetty6PluginServer.start(Jetty6PluginServer.java:132)
	at org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:441)
	at org.mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:383)
	at org.mortbay.jetty.plugin.AbstractJettyRunMojo.execute(AbstractJettyRunMojo.java:210)
	at org.mortbay.jetty.plugin.Jetty6RunMojo.execute(Jetty6RunMojo.java:184)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
	at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
	at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
	at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1044)
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:203)
	... 49 more
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1028)
	... 51 more
I think this is a minor error, but it would be nice to know if something could be done with it so that the errormessage is easier to understand.

Unzip the attached reproducer.
Build it using 'mvn clean install'.
Deploy it in Fuse with command 'bundle:install -s mvn:com.mycompany/camel-blueprint-cbr/1.0.0-SNAPSHOT'.
If we execute route-profile command, we find that output is empty or no output.

karaf@root()> route-profile cbr-example-context1 1-route Profile Camel Context: cbr-example-context1 Id Count Last (ms) Delta (ms) Mean (ms) Min (ms) Max (ms) Total (ms) Self (ms) karaf@root()>

The API has public default constructors for many data types. However, when these 0-argument constructors are used, certain internal references are null, resulting in a NullPointerException soon after.
This also applies to some 1-argument constructors where two references should be set before get... is used later.
Either (1) these constructors should be non-public, (2) there should be documentation that certain fields need to be set later for an instance to be usable. In the latter case, there must be public set methods for the missing data.
The attachment contains a number of similar test cases that show the same issue in a couple of classes.
    org.apache.commons.compress.archivers.zip.UnicodeCommentExtraField var0 = new org.apache.commons.compress.archivers.zip.UnicodeCommentExtraField();
    org.apache.commons.compress.archivers.zip.ZipShort var1 = var0.getLocalFileDataLength();

Quick test to update from 13 to 14 resulted error:

java.lang.NoSuchMethodError: org.apache.avro.Schema.getJsonProp(Ljava/lang/String;)Lorg/codehaus/jackson/JsonNode;
	at org.kitesdk.data.spi.PartitionStrategyParser.hasEmbeddedStrategy(PartitionStrategyParser.java:105)
	at org.kitesdk.data.DatasetDescriptor$Builder.build(DatasetDescriptor.java:867)
	at org.springframework.data.hadoop.store.dataset.DatasetUtils.getOrCreateDataset(DatasetUtils.java:72)

If checking what we have in deps, both avro-1.7.6.jar and hive-exec-0.12.0.jar has a org.apache.avro.Schema class. One in hive is a really old version and it doesn't even have org.apache.avro.JsonProperties in it. I believe classpath with gradle got a different order and broke because of that. Same problem with kite 13 but I think we just got lucky with a classpath and class loading.

We have instance in our internal testing where master log is getting filled with following messages:

2018-04-02 17:11:17,566 INFO org.apache.hadoop.hbase.util.FSHDFSUtils: Recover lease on dfs file hdfs://ns1/hbase/MasterProcWALs/pv2-00000000000000000018.log
2018-04-02 17:11:17,567 INFO org.apache.hadoop.hbase.util.FSHDFSUtils: Recovered lease, attempt=0 on file=hdfs://ns1/hbase/MasterProcWALs/pv2-00000000000000000018.log after 1ms
2018-04-02 17:11:17,574 WARN org.apache.hadoop.hbase.procedure2.store.wal.WALProcedureStore: Unable to read tracker for hdfs://ns1/hbase/MasterProcWALs/pv2-00000000000000000018.log - Invalid Trailer version. got 111 expected 1
2018-04-02 17:11:17,576 ERROR org.apache.hadoop.hbase.procedure2.store.wal.WALProcedureStore: Log file with id=19 already exists
org.apache.hadoop.fs.FileAlreadyExistsException: /hbase/MasterProcWALs/pv2-00000000000000000019.log for client 10.17.202.11 already exists
        at org.apache.hadoop.hdfs.server.namenode.FSDirWriteFileOp.startFile(FSDirWriteFileOp.java:381)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInt(FSNamesystem.java:2442)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFile(FSNamesystem.java:2339)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.create(NameNodeRpcServer.java:764)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.create(ClientNamenodeProtocolServerSideTranslatorPB.java:451)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:523)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:991)
        at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:869)
        at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:815)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2675)

Debugging it further with Appy, AMIT VIRMANI and Xiao Chen we found that when WALProcedureStore#rollWriter() fails and returns false for some reason, it keeps looping continuously.

I am running a spring-boot app within Google AppEngine behind an IAP proxy which terminates https connections. The proxy sets X-Forwarded-Proto=https on requests, but does not set X-Forwarded-Port. The result is that the spring-web CORS filter rejects requests with "not same origin" even though the origin actually is the same.
This is made worse by the fact that the Chrome browser sends the "origin" header on many different request types, including all POST requests and all resources referenced from a css-file (eg fonts) - ie on requests which are NOT cross-origin.
While it may be argued that Google should add a header, this is a problem that may hit many users. It is also really really nasty to actually figure out the real cause of the problem..

ThriftCLIService has a local implementation getShortName() that assumes a short name is always the part before "@" and "/". This is not always the case as Kerberos Rules (from Hadoop's KerberosName) might actually transform a name to something else.
Considering a pending change to getShortName() (#HADOOP-12751) and the normal use of KerberosName in other parts of Hive it only seems logical to use the standard implementation.

The xsd and the docs claims that the default logout success url is '/', which is what it used to be. Now it was changed to `/login?logout`. 

Druid pulls in a jar annotation-2.3.jar.  According to its pom file it is licensed under GPL.  We cannot ship a binary distribution that includes this jar.

I found duplicate command in CLI help 
For example twice commands:

attachment
if
undeploy
command

I see this issue in this pull request 

[standalone@localhost:9990 /] help --commands
Commands available in the current context:
attachment                       connection-info                  deployment undeploy              help                             pwd                              set                              
attachment                       connection-info                  deployment undeploy-cli-archive  history                          pwd                              shutdown                        
batch                            deploy                           deployment-info                  history                          quit                             shutdown                        
batch                            deploy                           deployment-info                  if                               quit                             try                              
cd                               deployment deploy-cli-archive    deployment-overlay               if                               read-attribute                   try                              
cd                               deployment deploy-file           deployment-overlay               ls                               read-attribute                   undeploy                        
clear                            deployment deploy-url            echo                             ls                               read-operation                   undeploy                        
clear                            deployment disable               echo                             module                           read-operation                   unset                            
command                          deployment disable-all           echo-dmr                         module                           reload                           unset                            
command                          deployment enable                echo-dmr                         patch apply                      reload                           version                          
command-timeout                  deployment enable-all            for                              patch history                    run-batch                        
command-timeout                  deployment info                  for                              patch info                       run-batch                        
connect                          deployment list                  grep                             patch inspect                    set                              
To read a description of a specific command execute 'help <command name>'.

Currently, we update a region's last assignment region server when the region is online.  We should do this sooner, when the region is moved to OPEN state.  CM could kill this region server before we delete the znode and online the region.

java.lang.NoClassDefFoundError: org/apache/hadoop/minikdc/MiniKdc
	at java.lang.Class.getDeclaredMethods0(Native Method)
	at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
	at java.lang.Class.getDeclaredMethods(Class.java:1975)
	at org.jruby.javasupport.JavaClass.getMethods(JavaClass.java:2110)
	at org.jruby.javasupport.JavaClass.setupClassMethods(JavaClass.java:955)
	at org.jruby.javasupport.JavaClass.access$700(JavaClass.java:99)
	at org.jruby.javasupport.JavaClass$ClassInitializer.initialize(JavaClass.java:650)
	at org.jruby.javasupport.JavaClass.setupProxy(JavaClass.java:689)
	at org.jruby.javasupport.Java.createProxyClass(Java.java:526)
	at org.jruby.javasupport.Java.getProxyClass(Java.java:455)
	at org.jruby.javasupport.Java.getInstance(Java.java:364)
	at org.jruby.javasupport.JavaUtil.convertJavaToUsableRubyObject(JavaUtil.java:166)
	at org.jruby.javasupport.JavaEmbedUtils.javaToRuby(JavaEmbedUtils.java:291)
	at org.jruby.embed.variable.AbstractVariable.updateByJavaObject(AbstractVariable.java:81)
	at org.jruby.embed.variable.GlobalVariable.<init>(GlobalVariable.java:69)
	at org.jruby.embed.variable.GlobalVariable.getInstance(GlobalVariable.java:60)
	at org.jruby.embed.variable.VariableInterceptor.getVariableInstance(VariableInterceptor.java:97)
	at org.jruby.embed.internal.BiVariableMap.put(BiVariableMap.java:321)
	at org.jruby.embed.ScriptingContainer.put(ScriptingContainer.java:1123)
	at org.apache.hadoop.hbase.client.AbstractTestShell.setUpBeforeClass(AbstractTestShell.java:61)
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.minikdc.MiniKdc

Druid is case sensitive and can have multiple columns can have similar names differing only by case. We need to fail schema discovery in this case.

The problem occurs when using the sftp protocol with the stepwise option enabled and when polling a subdirectory.
When Camel has finished polling the subdirectory, it attempts to change directory back to the home directory in a stepwise fashion: Doing "cd .." one step at a time. This logic has a bug that causes it to try to change to a non-existing directory.
This has been discussed on the user mailing list:
http://mail-archives.apache.org/mod_mbox/camel-users/201305.mbox/%3CCAJ0TPGJ6gdaEuYgjpKG42HR-ozbyC0e5Z=mi2xRDmnonBtY0Eg@mail.gmail.com%3E

When a Controller is able respond with a limited set of media types and the client requests a not supported media type the server respponds with a HttpMediaTypeNotAcceptableException with all supported media types.
An example request mapping:

Controller mapping

@RequestMapping("/rest/db-search")
public class DbSearchController

Now, let's say a client issues this GET request:

GET /context/rest/db-search/1314136 HTTP/1.1
Host: <host>:8080
User-Agent: ...
Accept: text/csv
Accept-Encoding: gzip, deflate

The aforementioned exception is thrown. It should contain the producible media types instead of all supported ones.
See attached screenshots for runtime inspection.

The fix for BATCH-1709 broke the caching of the property name mapping cache in getBeanProperties().
On the first run through an empty ConcurrentHashMap is put in "propertiesMatched" at the top of getBeanProperties(), the "matches" Map is then seeded with this empty ConcurrentHashMap but at the bottom of getBeanProperties the updated "matches" Map isn't written back to that ConcurrentHashMap.
On large numbers of items with a lot of properties, this really hurts performance.

      if (childFieldsList1 == null && childFieldsList2 == null) {
      }

      if (childFieldsList1.size() != childFieldsList2.size()) {
      }

If either childFieldsList1 or childFieldsList2 is null but not both, the second if statement would produce NPE.

Incorrect results for this query:

select count(*) from store_sales ss join store_returns sr on (sr.sr_item_sk <=> ss.ss_item_sk and sr.sr_customer_sk <=> ss.ss_customer_sk and sr.sr_item_sk <=> ss.ss_item_sk) where ss.ss_net_paid > 1000;

When using concurrent session using namespace like :
<security:concurrent-session-control max-sessions="1" expired-url="/login-page.html" session-registry-ref="onlineManager"/>     
the onlineManager is my own sessionRegistry
I found when login it always register a new session and then remove it. I dig it found it is in AbstractProcessingFilter.java line 367:
SessionUtils.startNewSessionIfRequired(request, migrateInvalidatedSessionAttributes, sessionRegistry);
And the  AbstractProcessingFilter.java has 
    public void setSessionRegistry(SessionRegistry sessionRegistry) 
{
        this.sessionRegistry = sessionRegistry;
    }
But I can't find any description for form-login in spring-security-2.0.4.xsd.
I can using just bean define to solve this.But this must bei xsd problem or namespace inplement.

Current limitations:
Only a one long key test currently.  Need more tests.
The hive-jmh test doesn't handle multiple iterations.  And, the number of rows and keys being driven through is way too small to be meaningful.
The focus of this change was to get things started.
NOTE: This change does change main line code by adding test hooks.

Facebook has recently started improving its errors from the Graph API. This is a good thing (the existing errors left much to be desired). However, the side effect of this is that FacebookErrorHandler may now throw the wrong exception in some cases.
One such case is when the user has not authorized an application to post to their feed and a post is attempted. An InsufficientPermissionException is expected, but instead an OperationNotPermittedException is thrown. 
This issue addresses this specific case. A separate task will be created for reviewing Facebook's new errors and updating FacebookErrorHandler appropriately for all cases.

If you have a partition with bucket/sort metadata set, then you alter the table to have different bucket/sort metadata, and insert overwrite the partition with hive.enforce.bucketing=true and/or hive.enforce.sorting=true, the partition data will be bucketed/sorted by the table's metadata, but the partition will have the same metadata.
This could result in wrong results.

LoadTimeWeavingConfiguration uses private field injection for the purpose of injecting an optional configurer, like other internal configuration classes backing various @Enable annotations historically did. As of the 4.1.x line, no other such internal use of field injection remains, so this one needs to be replaced with a regular public setter as well. The benefit remains the same: public setter access doesn't cause issues in unit testing or security manager environments.

This test fails on windows and I am not 100% sure why. I think it would be something to do with the different line endings, although I can't see why this would affect it

If I configure a SimpleUrlHandlerMapping in the following manner:
<bean id="urlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
<property name="mappings">
 <props>
  <prop key="/*/UserContent.do">UserContentController</prop>
 </props>
</bean>
The following URL will NOT be routed to UserContentController:
http://hostname/foo%0a%0dbar/UserContent.do
The URL gets decoded into a Java string, which now has a newline in it, and that multi-line string does not match the non-multi-line regex generated by the ant pattern.  I believe that this is a regression from Spring 2.5.6.

When we try to list aliases in non-existent credential store storage file then we get success message.
There is expected error message.

java -jar  wildfly-elytron-tool.jar credential-store --aliases secret_alias --password pass123 --uri "cr-store:///tmp/non-existent-file.jceks?modifiable=true;create=true;keyStoreType=JCEKS" 
Credential store contains following aliases: 

Using AuthorizationPolicy on a route (e.g., using .policy(myAuthPolicy) in a Java DSL) prevents that processors on this route are exposed via JMX. 
-) Start the Camel app in the attached test case (MyRouteBuilder)
-) Open JConsole
-) Connect to the corresponding local process
-) Under "processors" only the processors from the route without the policy are shown, but not the ones from the route where a policy is used

I found a problem with org.springframework.data.jpa.domain.AbstractPersistable class equals method implementation.
It always return false if target entity for comparison is javassist proxy which hibernate returns for example if you do entityRepository.getOne(123) instead of findOne.
The problem is with line

if (!getClass().equals(obj.getClass())) {

The obj.getClass returns something like Employee_$$_jvst860_de while this already deproxyfied and has class Employee. So this two classes of course not equal.
I think we can do instead this:

if (!getClass().isInstance(obj)) {

Or this:

Class<?> otherClass = HibernateProxyHelper.getClassWithoutInitializingProxy(obj);
if (!getClass().equals(otherClass)) {

The second variant is more "right" because it excludes subclasses but using HibernateProxyHelper in AbstractPersistable is bad idea I think.
The first variant works but can't guarantee that obj is same class as this and not subclass (other than proxy). But I think even this is better then just return false for the same entity.
Simple code to reproduce this bug:

Employee e1 = employeeRepository.getOne(15);
Employee e2 = employeeRepository.getOne(15);
System.out.println(e1.getClass()); // Employee_$$_jvst860_de
System.out.println(e2.getClass()); // Employee_$$_jvst860_de
// The classes equal here but inside e1.equals method e1's 'this' has class Employee (not proxy)
System.out.println(e1.equals(e2)); // false

For example, it prints struct as "[null, null, null]" instead of  "
{\"r\":null,\"s\":null,\"t\":null}
"
And for maps it is printing it as "
{k=v}
" instead of 
{\"k\":\"v\"}
            
See this thread:
http://www.nabble.com/camel-mina-TCP-InOut-exchange-td15530602s22882.html
This builder does not support InOut when a client send a textline to localhost:8888.
The client never receives a response.
url = "mina:tcp://localhost:8888?textline=true";
from(uri).process(new Processor() {
                    public void process(Exchange e) 
{
                        String in = e.getIn().getBody(String.class);
                        // append newline at end to denote end of data for textline codec
                        e.getOut().setBody("Hello " + in + "\n");
                    }
                });
Attached is a patch that fixes this by introducing a new parameter to the URL for fluent builder sync=true (ie is there a better name?)
Using this url instead and the patch then Camel will send a response back to the client:
mina:tcp://localhost:8888?textline=true&sync=true

ACL znodes are left in the upgrade process when upgrading 0.94 to 0.96+
Those 0.94 znodes will choke HMaster because their data aren't PBed.  

This issue was originally reported by David Winterfeldt.

[org.springframework.beans.factory.aspectj.AnnotationBeanConfigurerAspect] for bean with name 'org.springframework.context.config.internalBeanConfigurerAspect' defined in null: problem with class file or dependent class; nested exception is java.lang.UnsupportedClassVersionError: org/springframework/beans/factory/aspectj/AnnotationBeanConfigurerAspect : Unsupported major.minor version 51.0

This is only happening in the 3.2.1.BUILD-SNAPSHOT and 3.3.0.BUILD-SNAPSHOT versions. Details below:
The issue is due to the fact that aspects.gradle overrides the compileJava task. It does not appear that this was an issue in the 3.2.0.RELEASE since we had the following

configure(allprojects) {
    sourceCompatibility=1.5
    targetCompatibility=1.5
}

Updates to remove Gradle warnings have modified it to look like:

    compileJava {
        sourceCompatibility=1.5
        targetCompatibility=1.5
    }
}

Which means the Gradle conventions object is not being updated and that the default JDK is the current JDK. This means when aspects.gradle version of compileJava executes it is using JDK 7 to compile the spring-aspects.gradle project.

The syntax check of olingo2 lib was tighten from version 2.0.1.
As a result, the batch message generated by camel-ollingo2's is rejected by olingo2 version 2.0.1 and newer.
Concretely, the current message includes two extra new lines within the batch part that is rejected by the olingo2 library.
OLINGO-739
We should remove these two extra lines.

See nabble
http://camel.465427.n5.nabble.com/Not-all-processors-are-listed-in-JMX-preventing-detailed-route-statistics-profiling-tp5757634p5758257.html
Routes with < transacted > does not enlist mbeans under processor, but you have mbeans in routes / consumers etc.

look for usages - it's no longer useful; in fact may be a perf hit
made obsolete by HIVE-12439

When I create jms bridge on EAP7 that tries to connect to EAP6, it throws following issue when trying to do remote lookup for connection factory or destination on EAP6.

2017-10-31 09:44:18,769 WARN  [org.apache.activemq.artemis.jms.bridge] (Thread-102) AMQ342010: Failed to connect JMS Bridge N/A: javax.naming.InvalidNameException: WFNAM00007: Invalid URL scheme name "null"
	at org.wildfly.naming.client.WildFlyRootContext.getProviderContext(WildFlyRootContext.java:808)
	at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:140)
	at org.apache.activemq.artemis.jms.bridge.impl.JNDIFactorySupport.createObject(JNDIFactorySupport.java:46)
	at org.apache.activemq.artemis.jms.bridge.impl.JNDIDestinationFactory.createDestination(JNDIDestinationFactory.java:32)
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.setupJMSObjects(JMSBridgeImpl.java:1072)
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.setupJMSObjectsWithRetry(JMSBridgeImpl.java:1247)
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.access$2600(JMSBridgeImpl.java:75)
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl$FailureHandler.run(JMSBridgeImpl.java:1747)

When debugging I noticed that WildFlyRootContext.getProviderContext there's no NamingProviderFactory available to resolve the name, so I think the error message is just a consequence of that.

we upgraded to commons-collections 4 in HBASE-18704 and then to an internal-only hbase-thirdparty version in HBASE-20223, but we've regressed:

$ git grep "import org.apache.commons.collections"
hbase-backup/src/main/java/org/apache/hadoop/hbase/backup/master/BackupLogCleaner.java:import org.apache.commons.collections.MapUtils;
hbase-client/src/main/java/org/apache/hadoop/hbase/client/RowMutations.java:import org.apache.commons.collections.CollectionUtils;
hbase-common/src/main/java/org/apache/hadoop/hbase/util/Bytes.java:import org.apache.commons.collections.CollectionUtils;
hbase-replication/src/main/java/org/apache/hadoop/hbase/replication/ZKReplicationQueueStorage.java:import org.apache.commons.collections.CollectionUtils;
hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java:import org.apache.commons.collections.CollectionUtils;
hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/RSRpcServices.java:import org.apache.commons.collections.CollectionUtils;
hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/StoreScanner.java:import org.apache.commons.collections.CollectionUtils;
hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/wal/FSWALEntry.java:import org.apache.commons.collections.CollectionUtils;
hbase-server/src/main/java/org/apache/hadoop/hbase/wal/WALSplitter.java:import org.apache.commons.collections.CollectionUtils;
hbase-server/src/main/java/org/apache/hadoop/hbase/wal/WALSplitter.java:import org.apache.commons.collections.MapUtils;

From dev list, there's IOException during log splitting on hadoop-2.0.3. We need to understand whether this is caused by EOF, and ignore it if it is.

I just upgraded from 2.10.4 to 2.11.0 and noticed that nested choice definitions started acting strangely. For example:

            .choice()
                .when(header(Exchange.EXCEPTION_CAUGHT).isNotNull())
                    // 1
                    .setBody(exceptionMessage().append(SystemUtils.LINE_SEPARATOR).append(exceptionStackTrace()))
                    .choice()
                        .when(header(HEADER_CONTROLLER_ID).isNotNull())
                            // 1a
                            .setHeader(Exchange.FILE_NAME, simple(AUDIT_CONTROLLER_FAILED_FILENAME + ".error.log"))
                            .to(ENDPOINT_AUDIT_DIR)
                        .otherwise()
                            // 1b
                            .setHeader(Exchange.FILE_NAME, simple(AUDIT_FAILED_FILENAME + ".error.log"))
                            // INSERTING .end() here solves the issue
                        .endChoice()
                    .log(LoggingLevel.WARN, "DLQ written: ${in.header.CamelExceptionCaught}"
                .otherwise()
                    // 2
                    .log(LoggingLevel.WARN, "DLQ written" + MESSAGE_LOG_FORMAT)
                .end()

I have a test that is supposed to go through 1 and 1a. However it now passes through 1 and 2!
It looks like the endChoice() in 1b has no effect and the otherwise() in 2 is executed instead of 1b. Inserting and end() statement as shown seems to solve the issue, but it looks suspicious.
It's probably a regression introduced by the fix for CAMEL-5953, but I'm not 100% sure. 

CAMEL-8410 introduced CachedCXFPayload to add stream-caching support to CXFPayload. This may use during its sequence of conversions the default java.xml.transform.Transformer to convert javax.xml.transform.stax.StAXSource to SAX, which will then drop CDATA sections because its CDATA handling is empty.
http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/7u40-b43/com/sun/org/apache/xalan/internal/xsltc/trax/StAXStream2SAX.java#StAXStream2SAX.handleCDATA%28%29
To avoid this, CachedCXFPayload can use the conversion utility already included in CXF.

If there is a timeout from the Thrift server, the message could not be resolved from the BeeLine.properties.
Leftover '\' causes it to be merged with the previous line

LLAP synthetic file ids do not have any way of checking whether a collision occurs other than a data-error.
Synthetic file-ids have only been used with unit tests so far - but they will be needed to add cache mechanisms to non-HDFS filesystems.
In case of Synthetic file-ids, it is recommended that we track the full-tuple (path, mtime, len) in the cache so that a cache-hit for the synthetic file-id can be compared against the parameters & only accepted if those match.

@Test
public void encodeAndExpandDollarSignParameter() {
   UriComponents uri = UriComponentsBuilder
         .fromPath("/whatever").queryParam("q", "{value}").encode().build()
         .expand("JavaClass$1.class");

   assertEquals("/whatever?q=JavaClass%241.class", uri.toString());
}

Expected :/whatever?q=JavaClass%241.class
Actual :/whatever?q=JavaClass%5C%241.class
Thus on server side the JavaClass$1.class value becomes JavaClass\$1.class
I made some investigation and this extra \ is there because of this statement: https://github.com/spring-projects/spring-framework/commit/d81ec55a60a40dbfdda4846034e3170e23773394#diff-07a4953c743ebcffceaf745f59544ac7R266 - maybe it helps
Do I use UriComponentsBuilder incorrectly?

In my testing, I found that this call began to fail:

sudo -u hbase hbase hbck -metaonly

The checking after which it began to fail is:  after this checkin: https://github.com/apache/hbase/commit/818749ff9f261aac4206054d331189e92290b408
The full output is below. The issue seems the patch does not include -metaOnly
Testing done:
I build 0.96 up to commit a6f208d91efff207860b049eb8466a069f0c71a9 and the test passes.

$ hbase org.apache.hadoop.hbase.PerformanceEvaluation --rows=10000 sequentialWrite 1
$ hbase hbck -metaonly
...
2013-10-16 23:52:24,075 DEBUG [main] util.HBaseFsck: There are 1 region info entries
ERROR: There is a hole in the region chain between  and .  You need to create a new .regioninfo and region dir in hdfs to plug the hole.
ERROR: Found inconsistency in table TestTable
ERROR: Found inconsistency in table hbase:namespace
2013-10-16 23:52:24,182 INFO  [main] zookeeper.ZooKeeper: Initiating client connection, connectString=localhost:2181 sessionTimeout=90000 watcher=hbase Fsck
2013-10-16 23:52:24,183 INFO  [main] zookeeper.RecoverableZooKeeper: Process identifier=hbase Fsck connecting to ZooKeeper ensemble=localhost:2181
2013-10-16 23:52:24,183 INFO  [main-SendThread(localhost:2181)] zookeeper.ClientCnxn: Opening socket connection to server localhost/127.0.0.1:2181. Will not attempt to authenticate using SASL (unknown error)
2013-10-16 23:52:24,184 INFO  [main-SendThread(localhost:2181)] zookeeper.ClientCnxn: Socket connection established to localhost/127.0.0.1:2181, initiating session
2013-10-16 23:52:24,188 INFO  [main-SendThread(localhost:2181)] zookeeper.ClientCnxn: Session establishment complete on server localhost/127.0.0.1:2181, sessionid = 0x141c377e423000d, negotiated timeout = 40000
Summary:
  TestTable is okay.
    Number of regions: 0
    Deployed on:
  hbase:meta is okay.
    Number of regions: 1
    Deployed on:  localhost,49217,1381963918103
  hbase:namespace is okay.
2 inconsistencies detected.
Status: INCONSISTENT

TestBlockEvictionFromClient consistently fails in master branch.
From existing Jenkins builds, looks like this started with build 1639.
See attached Jenkins console logs.
Pls refer to this comment 
https://issues.apache.org/jira/secure/EditComment!default.jspa?id=13004009&commentId=15522451
for the reason for the test failure.

Hi,
I found the following issue, if I use the RoutingSlip with an InterceptStrategy. The done()-method of the interceptor, which intercepts the RoutingSlip, is called twice instead of only once. The attached test case reproduces this behavior.
STefan  

org.springframework.data.hadoop.store.output.AbstractDataStreamWriter.getOutput() always opens file using a default create(Path) method which enables overwriting by default. This is not what we want especially because it will create all sort of race conditions if same file is opened from multiple writers.
This would lead in below hadoop exception:

java.io.FileNotFoundException: ID mismatch. Request id and saved id: 16399 , 16400
	at org.apache.hadoop.hdfs.server.namenode.INodeId.checkId(INodeId.java:53)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:2755)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.analyzeFileState(FSNamesystem.java:2543)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getAdditionalBlock(FSNamesystem.java:2454)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.addBlock(NameNodeRpcServer.java:555)

When using the Camel MongoDB component with a tailable cursor consumer on a non-capped collection, you get a NullPointerException (also see http://camel.apache.org/mongodb.html#MongoDB-TailableCursorConsumer on this). While using this feature on a non-capped collection is not supported, the error message should be better (at the moment it only throws a NullPointerException because the code tries to unbox a null in a Boolean object). The code actually already has a better error message, but there is a small logic flaw that prevents the error message from showing up. See https://github.com/apache/camel/blob/camel-2.19.3/components/camel-mongodb/src/main/java/org/apache/camel/component/mongodb/MongoDbTailingProcess.java#L78 for the code.

It is better for jdbc code that runs against the HMS database to use PreparedStatements. Convert CompactionTxnHandler queries to use PreparedStatement and add tests to TestCompactionTxnHandler to test these queries, and improve code coverage.

file.isFile()

May return false on Windows if consuming from a network share etc. So we should just regard anything that is not a directory as a file.

The following query throws NPE, where it should have throw parsing exception. 
hive> select key, count(1) cnt from src group by key order by count(1) limit 10;
select key, count(1) cnt from src group by key order by count(1) limit 10;
FAILED: Hive Internal Error: java.lang.NullPointerException(null)
	at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.newInstance(ExprNodeGenericFuncDesc.java:153)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprNodeDesc(TypeCheckProcFactory.java:640)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:761)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:156)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:6830)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:6788)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genReduceSinkPlan(SemanticAnalyzer.java:4303)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:5461)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:6022)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:6607)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:790)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:209)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:286)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:514)
We should still allow functions in the order by clause (as in MySQL) but fix the NPE.

The cached envelope fields in SaajSoapMessage and AxiomSoapMessage should be set to null when setSaajMessage or setAxiomMessage is called.

"nextInt % value" may generate negative values:

int randIdx = rand.nextInt() % allInstances.size();
serviceInstance = allInstances.toArray(serviceInstanceArray)[randIdx];

If region disables the stats, it won’t response any ClientProtos.RegionLoadStats to client. So the NPE will happen in AsyncRequestFutureImpl#updateStats.
We should use relevant log instead of NPE because the data manipulation shouldn’t be broken by statistics.

  protected void updateStats(ServerName server, Map<byte[], MultiResponse.RegionResult> results) {
      …
      ClientProtos.RegionLoadStats stat = regionStats.getValue().getStat();
      RegionLoadStats regionLoadstats = ProtobufUtil.createRegionLoadStats(stat);
      …
  }

I think this is wrong...
XAResourceRecoveryServiceConfigurator is installed for all caches, not just ones with the  ones with the component=transaction child resource.  That's basically ok because its accept and get methods only do things if this.cache.get().getCacheConfiguration().transaction().recovery().enabled(). But, the problem is the service dependency on the XAResourceRecoveryRegistry service the transaction subsystem provides is always added, so even if is wouldn't be used the dependency is added.
I think WFLY-11167 will make it possible to correct this by 1) doing capability checking before adding the service dependency and 2) adding a capability requirement in TransactionResourceDefinition.

Setting

hive.txn.manager=org.apache.hadoop.hive.ql.lockmgr.DbTxnManager
hive.support.concurrency=false

results in queries failing at runtime with an NPE in DbTxnManager.heartbeat.

A profiling show that the table name is reponsible for 25% of the memory needed to keep the region locations. As well, comparisons will be faster if two identical table names are a single java object.

We still have a window where the terminal can be set in rawMode at exit time.
This is a race between the main thread and the aesh thread that sets back the attributes before the process exit. This is related to the fix made for WFCORE-3748.

Table definition in JdbcUsersConnectionRepository.sql (same as in documentation) does not work for facebook when encryption is used (as recommended by documentation).
I have used `Encryptors.text(...)` and actual length of encrypted token from FB was 480 characters. Therefore I suggest to update the value to eg. 512 for accessToken field. 

In the previous changes, chgrp and chmod were put on the critical path of directory creation and file copy/mv
These should not be, for instance existing users may not have hive-users in the same group as hive group, so chgrp would fail if they turn on the flag ""hive.warehouse.subdir.inherit.perms".

There is this exception:
[timerFactory] NullPointerException at org.springframework.roo.addon.mvc.jsp.JspDocumentHelper.getUpdateDocument(JspDocumentHelper.java:425)
whenever  I try to rule out the version field (according to the docs it should not be used anymore if set to empty string)

If I have a ConnectionFactory defined as:

ConnectionFactory connectionFactory = new ConnectionFactory();
connectionFactory.setAutomaticRecoveryEnabled(true);
connectionFactory.setUsername(username);
connectionFactory.setPassword(password);

And a Camel route defined like:

rabbitmq://localhost:5672/MyExchange?connectionFactory=#connectionFactory&exchangeType=direct&queue=MyQueue&routingKey=MyRoutingKey

Performing these steps:

Start my application and it connects to Rabbit and consumes messages
Shutdown the RabbbitMQ server
Shutdown my Camel application

The application doesn't stop fully because the automatic recovery mechanism has background threads running. It carries on indefinately logging messages like:

	at com.rabbitmq.client.impl.AMQConnection.start(AMQConnection.java:350)
	at com.rabbitmq.client.impl.recovery.RecoveryAwareAMQConnectionFactory.newConnection(RecoveryAwareAMQConnectionFactory.java:37)
	at com.rabbitmq.client.impl.recovery.AutorecoveringConnection.recoverConnection(AutorecoveringConnection.java:476)
	at com.rabbitmq.client.impl.recovery.AutorecoveringConnection.beginAutomaticRecovery(AutorecoveringConnection.java:444)
	at com.rabbitmq.client.impl.recovery.AutorecoveringConnection.access$000(AutorecoveringConnection.java:53)
	at com.rabbitmq.client.impl.recovery.AutorecoveringConnection$1.shutdownCompleted(AutorecoveringConnection.java:383)
	at com.rabbitmq.client.impl.ShutdownNotifierComponent.notifyListeners(ShutdownNotifierComponent.java:75)
	at com.rabbitmq.client.impl.AMQConnection$MainLoop.run(AMQConnection.java:578)

Looking at org.apache.camel.component.rabbitmq.RabbitConsumer.stop()

    public void stop() throws IOException, TimeoutException {
        stopping = true;
        if (channel == null) {
            return;
        }
        channel.basicCancel(tag);
        try {
            channel.close();
        } catch (TimeoutException e) {
            log.error("Timeout occured");
            throw e;
        }
    }

The calls to channel.basicCancel(tag) and channel.close() both throw com.rabbitmq.client.AlreadyClosedException when the server has closed the connection which stops the automatic recovery thread from being halted. Checking whether the channel is open before the calls to channel.basicCancel(tag) and channel.close() seems to fix the issue.

            return;
        }
        if (tag != null && isChannelOpen()) {
            channel.basicCancel(tag);
        }
        try {
            if (isChannelOpen()) {
                channel.close();
            }
            throw e;
        }
    }

I'll submit a PR later

On an ipv6 environment we may obtain IP addresses that are not properly canonized which may lead to strange issue with http proxies since the JDK ProxySelector relies on char per char matching.
All call to InetAddress.getHostName() may produce such an uncanonized address.

If for any reason such as some message parsing failed, StompSubProtocolHandler.sendErrorMessage is called and it ultimately calling StandardWebSocketSession.sendTextMessage to send the error msg back to client. 
But from that method call I am getting exception:
"The remote endpoint was in state [TEXT_PARTIAL_WRITING] which is an invalid state for called method".
It looks like a race condition because when it is trying to use the native session to send msg back, the native session is also used by other normal messages. 
Adding the following work around seems to fixed the problem. 

    @Override
    protected void sendTextMessage(TextMessage message) throws IOException {
        Session nativeSession = getNativeSession();
        synchronized (nativeSession) {
            nativeSession.getBasicRemote().sendText(message.getPayload(), message.isLast());
        }
    }

The message calling flow is quite complicated so I may have missed something obvious please let me know if my observation is flawed.

If the user issues a Row Delete on an family with Row+Col blooms, that information is not currently detected by shouldSeek().  Possible known solutions are:
1. adding Row as Bloom Filter Key on Row Delete, shouldSeek() should do both a Row & Row+Col query for Row+Col filters.
2. keep delete information in a separate storage element.
#1 seems like the best solution, but need to investigate further and fix this problem.

When doing server shutdown, we do the following:

deadRegions = new TreeSet<HRegionInfo>(this.servers.remove(hsi));

This removes the list of regions currently assigned to the specified server from the master in-memory state.  But it's possible that the remove returns null (have seen it in running production cluster).
We should check if this is null and just return if so.

See HIVE-10164 for description. We should fix this in trunk and move it to branch.

./schematool -dbType mysql -upgradeSchemaFrom 0.14.0 -verbose

+----------------------------------------------------------------------------------------------------------------+--+
|                                                                                                                |
| < HIVE-7018 Remove Table and Partition tables column LINK_TARGET_ID from Mysql for other DBs do not have it >  |
1 row selected (0.004 seconds)
0: jdbc:mysql://node-1.example.com/hive> DROP PROCEDURE IF EXISTS RM_TLBS_LINKID
No rows affected (0.005 seconds)
0: jdbc:mysql://node-1.example.com/hive> DROP PROCEDURE IF EXISTS RM_PARTITIONS_LINKID
No rows affected (0.006 seconds)
0: jdbc:mysql://node-1.example.com/hive> DROP PROCEDURE IF EXISTS RM_LINKID
No rows affected (0.002 seconds)
0: jdbc:mysql://node-1.example.com/hive> CREATE PROCEDURE RM_TLBS_LINKID() BEGIN IF EXISTS (SELECT * FROM `INFORMATION_SCHEMA`.`COLUMNS` WHERE `TABLE_NAME` = 'TBLS' AND `COLUMN_NAME` = 'LINK_TARGET_ID') THEN ALTER TABLE `TBLS` DROP FOREIGN KEY `TBLS_FK3` ; ALTER TABLE `TBLS` DROP KEY `TBLS_N51` ; ALTER TABLE `TBLS` DROP COLUMN `LINK_TARGET_ID` ; END IF; END
Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 (state=42000,code=1064)

Closing: 0: jdbc:mysql://node-1.example.com/hive?createDatabaseIfNotExist=true
org.apache.hadoop.hive.metastore.HiveMetaException: Upgrade FAILED! Metastore state would be inconsistent !!
	at org.apache.hive.beeline.HiveSchemaTool.doUpgrade(HiveSchemaTool.java:229)
	at org.apache.hive.beeline.HiveSchemaTool.main(HiveSchemaTool.java:468)
	at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:355)
	at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:326)
	at org.apache.hive.beeline.HiveSchemaTool.doUpgrade(HiveSchemaTool.java:224)

Looks like HIVE-7018 has introduced stored procedure as part of mysql upgrade script and it is causing issues with schematool upgrade.

Got 2 runs like https://issues.apache.org/jira/browse/HBASE-14865?focusedCommentId=15037056&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15037056 where can't figure out what went wrong in patch testing.
Logging results from individual tests to console as discussed here

From:
http://activemq.apache.org/camel/recipient-list.html

    <to>
      <uri>seda:b</uri>
      <uri>seda:c</uri>
      <uri>seda:d</uri>
    </to>

org.springframework.jmx.export.MBeanExporter#registerBeanNameOrInstance(Object,String) may encounter situation when the bean value returned by the getBean(beanName) at line 601 is null. One common situation when this happens is when a FactoryBean.getObject() returns null (valid since Spring 2.0) based on some configuration settings.
MBeanExporter or its subclasses cannot deal with this situation:

MBeanExporter:

Exception in thread "main" org.springframework.jmx.export.UnableToRegisterMBeanException: Unable to register MBean [spring.SpringTest$Fct] with key 'spring.SpringTest$Fct'; nested exception is javax.management.MalformedObjectNameException: Key properties cannot be empty
	at org.springframework.jmx.export.MBeanExporter.registerBeanNameOrInstance(MBeanExporter.java:625)
	at org.springframework.jmx.export.MBeanExporter.registerBeans(MBeanExporter.java:550)
	at org.springframework.jmx.export.MBeanExporter.afterSingletonsInstantiated(MBeanExporter.java:432)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:792)
	at spring.SpringTest.main(SpringTest.java:15)
Caused by: javax.management.MalformedObjectNameException: Key properties cannot be empty
	at javax.management.ObjectName.construct(ObjectName.java:483)
	at javax.management.ObjectName.<init>(ObjectName.java:1382)
	at javax.management.ObjectName.getInstance(ObjectName.java:1273)
	at org.springframework.jmx.support.ObjectNameManager.getInstance(ObjectNameManager.java:62)
	at org.springframework.jmx.export.naming.KeyNamingStrategy.getObjectName(KeyNamingStrategy.java:141)
	at org.springframework.jmx.export.MBeanExporter.getObjectName(MBeanExporter.java:751)
	at org.springframework.jmx.export.MBeanExporter.registerBeanInstance(MBeanExporter.java:654)
	... 7 more

AnnotationMBeanExporter:

Exception in thread "main" org.springframework.jmx.export.UnableToRegisterMBeanException: Unable to register MBean [spring.SpringTest$Fct] with key 'spring.SpringTest$Fct'; nested exception is java.lang.IllegalArgumentException: Candidate object must not be null
Caused by: java.lang.IllegalArgumentException: Candidate object must not be null
	at org.springframework.util.Assert.notNull(Assert.java:115)
	at org.springframework.aop.support.AopUtils.getTargetClass(AopUtils.java:104)
	at org.springframework.jmx.export.naming.MetadataNamingStrategy.getObjectName(MetadataNamingStrategy.java:111)
	... 7 more

Example for reproduction:

package spring;

import org.springframework.beans.factory.FactoryBean;
import org.springframework.context.annotation.*;
import org.springframework.jmx.export.MBeanExporter;

@Import({/*AnnotationMBeanExporter.class*/MBeanExporter.class, SpringTest.Fct.class})
public class SpringTest {
    public static void main(String[] args) { new AnnotationConfigApplicationContext(SpringTest.class);   }
    
    public static class Fct implements FactoryBean<Something> {
        // returns null if some condition is not met 
        @Override public Something getObject() throws Exception { return null; }
        @Override public Class<?> getObjectType() { return Something.class; }
        @Override public boolean isSingleton() { return true; }
    }
    
// uncomment to use AnnotatedMBeanExporter
//    @ManagedResource
    public static class Something implements SomethingMBean{}
    public static interface SomethingMBean {}
}

Tested with 4.2.6, code in either 4.3.x or 5. does not appear to have any changes.

Using the following xml code does not activate the Java Camel routes that can be found in the given package;
<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0">
	<camelContext xmlns="http://camel.apache.org/schema/blueprint">
		<packageScan>
			<package>eu.schuring.camel.blueprint.route</package>
		</packageScan>
Attached is a usecase that should output messages from both a native blueprint DSL route and a Java DSL route activated by the xml section above. I've attached both the bundle and a source jar.

metadata_export_drop.q causes failure of other tests on cleanup stage.

Exception: java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: file:../build/ql/test/data/exports/HIVE-3427/src.2012-09-28-11-38-17
org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: file:../build/ql/test/data/exports/HIVE-3427/src.2012-09-28-11-38-17
	at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:845)
	at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:821)
	at org.apache.hadoop.hive.ql.QTestUtil.cleanUp(QTestUtil.java:445)
	at org.apache.hadoop.hive.ql.QTestUtil.shutdown(QTestUtil.java:300)
	at org.apache.hadoop.hive.cli.TestCliDriver.tearDown(TestCliDriver.java:87)
	at junit.framework.TestCase.runBare(TestCase.java:140)
Caused by: java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: file:../build/ql/test/data/exports/HIVE-3427/src.2012-09-28-11-38-17
	at org.apache.hadoop.fs.Path.initialize(Path.java:140)
	at org.apache.hadoop.fs.Path.<init>(Path.java:132)
	at org.apache.hadoop.fs.ProxyFileSystem.swizzleParamPath(ProxyFileSystem.java:56)
	at org.apache.hadoop.fs.ProxyFileSystem.mkdirs(ProxyFileSystem.java:214)
	at org.apache.hadoop.fs.FilterFileSystem.mkdirs(FilterFileSystem.java:183)
	at org.apache.hadoop.fs.FileSystem.mkdirs(FileSystem.java:1120)
	at org.apache.hadoop.hive.ql.parse.MetaDataExportListener.export_meta_data(MetaDataExportListener.java:81)
	at org.apache.hadoop.hive.ql.parse.MetaDataExportListener.onEvent(MetaDataExportListener.java:106)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_core(HiveMetaStore.java:1024)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table(HiveMetaStore.java:1185)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropTable(HiveMetaStoreClient.java:566)
	at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:839)
	... 17 more
Caused by: java.net.URISyntaxException: Relative path in absolute URI: file:../build/ql/test/data/exports/HIVE-3427/src.2012-09-28-11-38-17
	at java.net.URI.checkPath(URI.java:1787)
	at java.net.URI.<init>(URI.java:735)
	at org.apache.hadoop.fs.Path.initialize(Path.java:137)
	... 28 more

Check if TBLPROPERTIES ('transactional'='true') is set when opening connection

In checkFailedTransformedBootOperations:

        if (config.isTransformComposite()) {
            //Transform and execute the composite
            TransformedOperation transformedComposite = mainServices.transformOperation(modelVersion, legacyComposite);
            if (transformedComposite.rejectOperation(successResult())) {
                Assert.fail(transformedComposite.getFailureDescription());
            }
            mainServices.executeOperation(modelVersion, transformedComposite);
        }

The outcome of that "mainServices.executeOperation" is ignored, so if the transformation isn't actually producing good ops, we don't know that.

It is not possible to upload a file to a sub directory via sftp if the home directory (the directory where you end up directly after login) is root ("/" or "\").
The reason is that after having checked that the sub directory exists (and perhaps created it), Camel tries to go back to the original directory which is "/". The SftpOperations.changeCurrentDirectory() method calls the FileUtil.compactPath() method that incorrecly changes "/" to "//". The bug thus resides in the FileUtil class which is part of camel-core.
I think this bug may cause a number of other errors than the one I have enountered. E g it cannot be possible to change direcotory to "/" at all. And, other protocols (like ftp/ftps) might also be affected.
This has been discussed on Camel user list:
http://camel.465427.n5.nabble.com/Problems-with-sftp-in-Camel-2-11-0-td5731359.html

I ran into this issue

Caused by: java.lang.IllegalArgumentException: Unsupported Collection interface: java.util.NavigableSet
	at org.springframework.core.CollectionFactory.createCollection(CollectionFactory.java:147) ~[spring-core-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.core.convert.support.CollectionToCollectionConverter.convert(CollectionToCollectionConverter.java:68) ~[spring-core-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:35) ~[spring-core-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:178) ~[spring-core-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.integration.util.BeanFactoryTypeConverter.convertValue(BeanFactoryTypeConverter.java:123) ~[spring-integration-core-3.0.0.RELEASE.jar:?]
	at org.springframework.expression.spel.support.ReflectionHelper.convertArguments(ReflectionHelper.java:284) ~[spring-expression-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.expression.spel.support.ReflectiveMethodExecutor.execute(ReflectiveMethodExecutor.java:62) ~[spring-expression-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:122) ~[spring-expression-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	... 97 more

When looking into this, I found that in 4.0.0.RELEASE is missing some code that is present in 3.2.6.RELEASE

    ClassLoader cl = CollectionFactory.class.getClassLoader();
    try {
      navigableSetClass = cl.loadClass("java.util.NavigableSet");
      navigableMapClass = cl.loadClass("java.util.NavigableMap");
      approximableCollectionTypes.add(navigableSetClass);
      approximableMapTypes.add(navigableMapClass);
    }
    catch (ClassNotFoundException ex)
    {
    }

Is missing in CollectionFactory class in version 4.0.0.RELEASE

Trying to execute a DROP INDEX operation on a non-existant index throws NPE.  

0: jdbc:hive2://nightly-unsecure-1.gce.cloude> DROP INDEX IF EXISTS vamsee1 ON sample_07;
INFO  : Compiling command(queryId=hive_20170131162727_663a0909-2a82-44f9-a800-f4a35abaeaa4): DROP INDEX IF EXISTS vamsee1 ON sample_07
INFO  : Semantic Analysis Completed
INFO  : Returning Hive schema: Schema(fieldSchemas:null, properties:null)
INFO  : Completed compiling command(queryId=hive_20170131162727_663a0909-2a82-44f9-a800-f4a35abaeaa4); Time taken: 0.238 seconds
INFO  : Executing command(queryId=hive_20170131162727_663a0909-2a82-44f9-a800-f4a35abaeaa4): DROP INDEX IF EXISTS vamsee1 ON sample_07
INFO  : Starting task [Stage-0:DDL] in serial mode
ERROR : FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. java.lang.NullPointerException
INFO  : Completed executing command(queryId=hive_20170131162727_663a0909-2a82-44f9-a800-f4a35abaeaa4); Time taken: 0.061 seconds
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. java.lang.NullPointerException (state=08S01,code=1)

HMS log:

2017-01-31 16:27:29,421 ERROR org.apache.hadoop.hive.metastore.RetryingHMSHandler: [pool-5-thread-3]: MetaException(message:java.lang.NullPointerException)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newMetaException(HiveMetaStore.java:5823)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.rethrowException(HiveMetaStore.java:4892)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_index_by_name(HiveMetaStore.java:4403)
	at com.sun.proxy.$Proxy16.drop_index_by_name(Unknown Source)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$drop_index_by_name.getResult(ThriftHiveMetastore.java:10803)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$drop_index_by_name.getResult(ThriftHiveMetastore.java:10787)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1796)
	at org.apache.hive.hcatalog.messaging.json.JSONDropIndexMessage.<init>(JSONDropIndexMessage.java:46)
	at org.apache.hive.hcatalog.messaging.json.JSONMessageFactory.buildDropIndexMessage(JSONMessageFactory.java:159)
	at org.apache.hive.hcatalog.listener.DbNotificationListener.onDropIndex(DbNotificationListener.java:280)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_index_by_name_core(HiveMetaStore.java:4469)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_index_by_name(HiveMetaStore.java:4396)
	... 20 more

Looks like if an exception is raised at HiveMetaStore#4572 (which gets triggered if we try to drop an index which doesn't exist) , the control directly jumps to finally block where we are trying to call drop index event on various metastore event listeners HiveMetaStore#4619.
If one of the event listeners is DbNotificationListener, then it calls the code under JSONDropIndexMessage.java and this fails with NPE during instantiation at JSONDropIndexMessage.java#46 as the exception raised in HiveMetaStore.java wouldn't set the index variable.

See my comment https://issues.apache.org/jira/browse/HIVE-6433?focusedCommentId=13907782&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13907782

We do not clean up compaction files after a crash/OOME of a region server.
I am not sure how the compaction file naming is anymore if its not reproducable some how we 
should let the master or the server with the root region check every so often and delete old files say 
older then 24 hours in the compaction dir's of the tables

This only occurs when the CLI java process is launched from the boss-cli.sh launcher.
The tty must be cleaned after the Java process has been killed with -9 signal.

hbck was aborting read of .META. because adding empty row to TreeSet, TreeSet complained Result is not Comparable – which it is not.
Here is a fix:

@@ -81,7 +83,7 @@ public class HBaseFsck {
   private boolean rerun = false; // if we tried to fix something rerun hbck
   private static boolean summary = false; // if we want to print less output
   // Empty regioninfo qualifiers in .META.
-  private TreeSet<Result> emptyRegionInfoQualifiers = new TreeSet<Result>();
+  private Set<Result> emptyRegionInfoQualifiers = new HashSet<Result>();

I start a fresh esb with bin/fusesb.
Then I create a new fabric with
fabric:create
And I get that WARN error I have previous logged about.
But I noticed that I have 2 AMQ brokers

FuseESB:karaf@root> activemq:list 
BrokerName = fusemq

BrokerName = root

1. Declare a repository that extends PagingAndSortingRepository
2. Declare a query method that uses the distinct keyword, like: Page<Client> findDistinctClientByOpportunitiesUserIn(List<User> users, Pageable pageable);
3. Execute the Query
The Count query executed by JPA starts by : Select distinct count(distinct client.id)
Actual Result:
The Count query executed by JPA starts by : Select distinct count(client.id)
Since distinct is not added in the count statement, the count is not distinct and the total number of results is not the right one
Possible Fix:
in JpaCountQueryCreator, the complete method always calls query.select((Expression) builder.count(root)) when it should be calling query.select((Expression) builder.countDistinct(root)) when query.isDistinct = true

Descriptions of cache and cache-container attributes in singleton subsystem should involve dependency between these two attributes. The important information is that if cache attribute is not defined, default-cache of cache-container will be used. Analogically for cache attribute – it sets cache which have to be available in set cache-container.
Current state:

"cache" => {
    "description" => "The cache backing the singleton policy's singleton service",
    "capability-reference" => "org.wildfly.clustering.cache.singleton-service-builder-factory",
},
"cache-container" => {
    "description" => "The cache container backing the singleton policy's singleton service",
    "nillable" => false,
    "capability-reference" => "org.wildfly.clustering.cache.default-singleton-service-builder-factory",
}

book.xml - the scanner example wasn't closing the ResultScanner!  that's bad practice.

select `key`, value from src cluster by `key`, value;
fails

https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/metadata/Partition.java#L286
inside setInputFormatClass, we're doing:

 public void setInputFormatClass(Class<? extends InputFormat> inputFormatClass) {
    this.inputFormatClass = inputFormatClass;
    tPartition.getSd().setInputFormat(inputFormatClass.getName());
  }

But inside setOutputFormatClass, we're doing toString for class, instead of getName().

  public void setOutputFormatClass(Class<? extends HiveOutputFormat> outputFormatClass) {
    this.outputFormatClass = outputFormatClass;
    tPartition.getSd().setOutputFormat(HiveFileFormatUtils
        .getOutputFormatSubstitute(outputFormatClass).toString());
  }

Difference is that, for Class A.class, toString is "class A.class", getName is "A.class". So Class.forName(cls.getName()) succeeds, but Class.forName(cls.toString()) is not valid. 
So if you get a partition, set outputformat, and make an alter call, then get the partition again and make a getOutputFormatClass call on that object, it throws a ClassNotFoundException on https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/metadata/Partition.java#L316, because it's basically calling Class.forName("class a.b.c.ClassName.class") which is wrong!

This has been discussed here: http://search-hadoop.com/m/bXxiV1MGsYi2. 
We should not release 0.96 with two namespaces. This will cause further pain and confusion in the future (like log4j configuration, greping logs, etc). 
As much as I like it, I don't see us going o.a.hbase namespace, so let's move the Cell, and prefix tree classes to o.a.hadoop.hbase. 

Using Spring Boot 1.4.0, Spring Data REST no longer seems to take the @JsonUnwrapped annotation into account to unwrap entities in the JSON responses. The previous Spring Boot versions (i.c. 1.3.7) does not have this problem.
It can be easily reproduced on the master branch of the RestBucks project. When you PUT a payment for an order, the credit card number should be unwrapped, since it is annotated with @JsonUnwrapped, but it is not:

{
  "amount": "EUR4.20",
  "creditCard": {
    "number": {
      "number": "1234123412341234"
    },
    "cardHolderName": "Oliver Gierke",
    "expirationDate": "2099-12-01"
  },
  "_links": {
    "restbucks:order": {
      "href": "http://localhost:8080/orders/1{?projection}",
      "templated": true,
      "title": "An order"
    },
    "curies": [
      {
        "href": "http://localhost:8080/docs/{rel}.html",
        "name": "restbucks",
        "templated": true
      }
    ]
  }
}

The expected output would be (if the @JsonUnwrapped annotation was parsed correctly):

{
    "number": "1234123412341234",
  },
    },
      {
      }
    ]
  }
}

This looks like a Spring Data REST bug. Spring Boot 1.3.x uses Spring Data Gosling and @JsonUnwrapped works as expected. However if spring-data-releasetrain.version is overriden to use Spring Data Hopper @JsonUnwrapped no longer works. You can see this behaviour if you check out and run this commit in RestBucks.

The larger issue is that a UDAF that has variable return types needs two inner Evaluator classes. This patch fixes a NullPointerException bug that is only encountered when partial aggregations are invoked.

Underlying resource 

/companies/{company-id}/updates/key={update-key}/update-comments 

does not exist. It was probably added by mistake instead of 

https://api.linkedin.com/v1/people/~/network/updates/key={update-key}/update-comments

 mentioned in the documentation https://developer-programs.linkedin.com/documents/commenting-and-liking-company-share. The resource is already mapped to linkedin://people/addUpdateComment so there is no need to add it to companies prefixed endpoints.

On a transactional table, insert some data, then with vectorization turned on do a select.  The result is:

Caused by: java.lang.NullPointerException at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$1.getObjectInspector(OrcInputFormat.java:1137) at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowReader.<init>(VectorizedOrcAcidRowReader.java:61) at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRecordReader(OrcInputFormat.java:1041) at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:246)
	... 25 more

The tag iterator was moved out of KeyValue into CellUtil and marked as for tests only. HBASE-7662 and HBASE-7663 will use it. The 'length' parameter was made into a short, which is inconvenient for most callers. The methods on Tag for getting tag data offset and length in the tag buffer were made default scope so it's impossible outside of the package to find the tag data in the backing buffer without calling Tag#asList, which might do some unwanted object allocations. Tags#asList also inconveniently uses short for 'length'.

http://hbase.apache.org/book/trouble.log.html
"TaskTracker: $HADOOP_HOME/logs/hadoop-<user>jobtracker<hostname>.log"
should be 
"TaskTracker: $HADOOP_HOME/logs/hadoop-<user>tasktracker<hostname>.log"

When scope="step" appears on a flat file item reader, the job takes longer.
In the football job, if player.file.name=player.csv, the job takes 15 seconds.  If scope="step" is added to playerFileItemReader, the job takes 26 seconds.

hive> set fs.permissions.umask-mode;
fs.permissions.umask-mode=022
OK
t1
Time taken: 0.301 seconds, Fetched: 1 row(s)
fs.permissions.umask-mode is undefined

The issue I ran into HBASE-19499 was due RegionMover not using the port used by hbase-site.xml. The tool should use the value used in the configuration before falling back to the hardcoded value HConstants.DEFAULT_REGIONSERVER_PORT

It seems that usage of skipKVsNewerThanReadpoint in StoreFileScanner can be greatly reduced or even eliminated all together (HFiles are immutable and no new KVs can be inserted after scanner instance is created). The same is true for MemStoreScanner which checks readpoint on every next() and seek(). Each readpoint check is ThreadLocal.get() and it is quite expensive.  

Copying over from STS-626:
I am using PSQL and hibernate for persistence.
I generated a finder to find Researchers by Interests. The Roo generated finder has a SQL error in it (look for WHERE AND). Here is the generated method:

public static Query Researcher.findResearchersByInterests(Set<Interest> interests) {
   if (interests == null) throw new IllegalArgumentException("The interests argument is required");
   EntityManager em = Researcher.entityManager();
   StringBuilder queryBuilder = new StringBuilder("SELECT Researcher FROM Researcher AS researcher WHERE AND");
   for (int i = 0; i < interests.size(); i++) { 
      if (i > 0) queryBuilder.append(" AND"); 
      queryBuilder.append(" :interests_item").append(i).append(" MEMBER OF researcher.interests"); 
   }
   Query q = em.createQuery(queryBuilder.toString());
   int i = 0;
   for (Interest interest: interests) { 
      q.setParameter("interests_item" + i++, interest); 
   }
   return q;
}

When I try to use this finder in my app i get a org.hibernate.hql.ast.QuerySyntaxException: unexpected token: AND near line 1, column 81 [SELECT Researcher FROM edu.drexel.goodwin.domain.Researcher AS researcher WHERE AND :interests_item0 MEMBER OF researcher.interests]
That word AND shouldn't be right after the WHERE.

Everytime the function appendChild on a Node is used , the return value should be set to the original node (the one passed as argument). This must be done as Jboss create it's own element and use it as a wrapper around the one has been passed in the function.
So , for example, the code in the function startElement(..) should be changed from:
        Node parent = getParent();
        Element element = document.createElementNS(uri, qName);
        ...........(more code here)
        parent.appendChild(element);
        elements.add(element);
to
        element = parent.appendChild(element);
And so on everywhere appendChild is used.

Hiya, 
the  spring-context-3.1.xsd definition for context:property-placeholder no longer validates correctly if you employ the 'location' attribute or any of the other attributes in Spring 3.0.
SPR-8024 might also be related to this - I'm surprised his 'location' attribute worked. 
In Spring 3.0, the XSD definition extended the 'propertyPlaceholder' type defintion, which included the 'location' attribute, etc. In 3.1, property-override still does extend that XSD type. So, it should just be a simple matter of replacing that extension in the 3.1 XSD for the property-placeholder element. here 's what was there in 3.0.
<xsd:complexType>
			<xsd:complexContent>
				<xsd:extension base="propertyPlaceholder">
					<xsd:attribute name="system-properties-mode" default="FALLBACK">
						<xsd:simpleType>
							<xsd:restriction base="xsd:string">
								<xsd:enumeration value="NEVER"/>
								<xsd:enumeration value="FALLBACK"/>
								<xsd:enumeration value="OVERRIDE"/>
							</xsd:restriction>
						</xsd:simpleType>
					</xsd:attribute>
				</xsd:extension>
			</xsd:complexContent>
		</xsd:complexType>

New streaming API for dynamic partitioning only works with delimited record writer. Json and Regex writers does not work.

HIVE-2185 introduced a new column in the intermediate stats table. This introduces incompatibility between old and new branches (multiple branches could be deployed in production): the old branch will not work with the new schema, and the new branch will not work with the old schema. A solution would be to rename the stats table name (requires code change) or use a different database name (requires hive-default.xml conf change).

Counts are appoximate and go away. We should re-work the tests or test utils to make them work now.

JedisConnection.execute() returns an instance of redis.client.jedis.Client instead of the results of the execute command or null if called in pipeline/tx. Furthermore, the Client has already had getOne() called on it, which reads the InputStream, so it's not much use as a return value.

When a simple property reference gets a null
a tree model table,it has parent is null,i use method public Tree findByParent(Tree parent);
when parameter is null,will return null result.because it use "where parent=null" or not "parent is null"

If you build camel-aws in Maven's offline mode (-o), you may get the following error:
No versions available for org.codehaus.jackson:jackson-core-asl:jar:[1.4,) within specified range
This will occur even if you have the libs locally. This is happening because Maven cannot download the remote metadata to get a list of versions for jackson-core-asl. Specifying a hard version for this (not a range) gets around the issue. Committing a fix shortly.

explain select
  case when (key = '0') then 123.456BD else 0.0BD end
from src limit 2
FAILED: SemanticException [Error 10016]: Line 3:44 Argument type mismatch '0.0BD': The expression after ELSE should have the same type as those after THEN: "decimal(6,3)" is expected but "decimal(1,0)" is found
The return type checking is too strict and won't allow different decimal types to be returned if they are not the exact same type (precision/scale).  There are similar issues with char/varchar length, but even in the general case it seems odd that you wouldn't be able to specify 1 and 0.0 in the same case statement.
I would propose setting returnOIResolver so that it is able to convert the return values to common type.

In SWF-1715 a bug was fixed, in which a FlowInputMappingException had caused a NotSerializableException. The Bugfix was only partially effective, though:

The MappingResults are now serializable, but
Webflow stores the RequestControlContextImpl as "target" in the FlowInputMappingException
This Exception is then stored in the Session and causes the NotSerializableException when the session is persisted.
A possible solution would be to make source and target also transient. Both are Objects so Webflow could put pretty much anything there. This fix would also be in line the SWF-1715.

Effectively autoCommit is always true for HiveConnection, however setAutoCommit(true) throws exception, causing problems in existing JDBC code.
Should be 

  @Override
  public void setAutoCommit(boolean autoCommit) throws SQLException {
    if (!autoCommit) {
      throw new SQLException("disabling autocommit is not supported");
    }
  }

org.apache.camel.util.ObjectHelper.capitalize() method uses native JAVA String.toUpperCase() method (without parameters), which performs capitalization according to operating system current language and regional settings configuration. When these are set to Turkish, a call to capitalize() method, with a String starting with "i" as parameter, returns Turkish dotted "I" as capitalized "i", which is wrong according to programmatic language and expected behavior.
This behaviour impacts, at least, in Endpoint URI parameters which names start with char "i", such as "idempotentRepository" and "initialDelay" URI parameters. When setter/getter methods lookup is performed for these parameters, wrong method names are returned due to ObjectHelper.capitalize() method. This method uses standard Java String.toUpperCase() function which returns a dotted "I" instead of dotless "I" for idempotentRepository and initialDelay parameters.
To solve this, the attached patch consists of refactoring ObjectHelper.capitalize() method. Instead of calling toUpperCase() method, it is called toUpperCase(Locale.ENGLISH) to enforce 'I' character (dotless) return.

According to the Javadoc of CSVFormat 

CSVFormat.DEFAULT includes among its settings withIgnoreEmptyLines(true)
CSVFormat.EXCEL includes among its settings withIgnoreEmptyLines(false)
Then, the same documentation of CSVFormat.EXCEL reads that
Note: this is currently like RFC4180 plus withAllowMissingColumnNames(true).

One of these three must be wrong (both ignore empty lines, or neither ignores empty lines, or there is another difference that needs to be mentioned).
Edit: after checking the source code, I conclude that the latest sentence is incomplete, and should also mention withIgnoreEmptyLines(false) as a difference with DEFAULT

I have a class that implements javax.resource.Referenceable (as part of a JCA adapter) and it is not resolved during compile-time.
It looks like the following dependency is missing (used in javax.resource.api module): 

   <groupId>org.jboss.spec.javax.resource</groupId>
   <artifactId>jboss-connector-api_1.5_spec</artifactId>

	at org.jboss.metadata.ejb.spec.EjbJarMetaData.getEnterpriseBean(EjbJarMetaData.java:231)
	at org.jboss.as.ejb3.deployment.processors.EJBComponentDescriptionFactory.getEnterpriseBeanMetaData(EJBComponentDescriptionFactory.java:115)

EjbJarMetaData.getEnterpriseBean(String) should return null if enterpriseBeans is null.

The NOTICES.txt file says:

In addition, this product includes software developed by:
Facebook, Inc. (http://developers.facebook.com/thrift/ – Page includes the Thrift Software License)
Since Thrift is now an Apache project, this seems to be obsolete.

If I start an app with:

mvn wildfly-swarm:start 

Then try to terminate it with:

mvn wildfly-swarm:stop 

I always end up with:

Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:1.0.0.Alpha6:stop (default-cli) on project example-jaxrs-cdi: Execution default-cli of goal org.wildfly.swarm:wildfly-swarm-plugin:1.0.0.Alpha6:stop failed. NullPointerException -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:1.0.0.Alpha6:stop (default-cli) on project example-jaxrs-cdi: Execution default-cli of goal org.wildfly.swarm:wildfly-swarm-plugin:1.0.0.Alpha6:stop failed.
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:224)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:120)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:347)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:154)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:582)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
Caused by: org.apache.maven.plugin.PluginExecutionException: Execution default-cli of goal org.wildfly.swarm:wildfly-swarm-plugin:1.0.0.Alpha6:stop failed.
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:143)
	... 19 more
	at org.wildfly.swarm.plugin.maven.StopMojo.execute(StopMojo.java:38)
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:132)
	... 20 more

Tested with Maven 3.2.3, 3.2.5 & 3.3.3.

When running in -f mode on BeeLine I see an extra new line getting added at the end of the results.

vihang-MBP:bin vihang$ beeline -f /tmp/query.sql 2>/dev/null
+----------+-----------+
| test.id  | test.val  |
| 1        | one       |
| 2        | two       |
| 1        | three     |

vihang-MBP:bin vihang$ beeline -e "select * from test;" 2>/dev/null
| 1        | one       |
| 2        | two       |
| 1        | three     |
vihang-MBP:bin vihang$

During the code review when investigating HBASE-10499, a possibility of data loss due to non-handled DroppedSnapshotException for user-triggered flush is exposed.
Data loss can happen as below:

A flush for some region is triggered via HBaseAdmin or shell
The request reaches regionserver and eventually HRegion.internalFlushcache is called, then fails at persisting memstore's snapshot to hfile, DroppedSnapshotException is thrown and the snapshot is left not cleared.
DroppedSnapshotException is not handled in HRegion, and is just encapsulated as a ServiceException before returning to client
After a while, some new writes are handled and put in the current memstore, then a new flush is triggered for the region due to memstoreSize exceeds flush threshold
This second(new) flush succeeds, for the HStore which failed in the previous user-triggered flush, the remained non-empty snapshot is used rather than a new snapshot made from the current memstore, but HLog's latest sequenceId is used for the resultant hfiles — the sequenceId attached within the hfiles says all edits with sequenceId <= it have all been persisted, but actually it's not the truth for the edits still in the existing memstore
Now the regionserver hosting this region dies
During the replay phase of failover, the edits corresponding to the ones while are in memstore and not actually persisted in hfiles when the previous regionserver dies will be ignored, since they are deemed as persisted by compared to the hfiles' latest consequenceID — These edits are lost...

For the second flush, we also can't discard the remained snapshot and make a new one using current memstore, that way the data in the remained snapshot is lost. We should abort the regionserver immediately and rely on the failover to replay the log for data safety.
DroppedSnapshotException is correctly handled in MemStoreFlusher for internally triggered flush (which are generated by flush-size / rollWriter / periodicFlusher). But user-triggered flush is processed directly by HRegionServer->HRegion without putting a flush entry to flushQueue, hence not handled by MemStoreFlusher

When looking at the parameters used by compaction algorithm in http://hbase.apache.org/book/regions.arch.html, we found there is typo.
In hbase code, the config key for compaction ratio is hbase.hstore.compaction.ratio.
But in the hbase book it's hbase.store.compaction.ratio.
CompactSelection.java#66

    this.compactRatio = conf.getFloat("hbase.hstore.compaction.ratio", 1.2F);
    this.compactRatioOffPeak = conf.getFloat("hbase.hstore.compaction.ratio.offpeak", 5.0F);

Just fix it to avoid misleading.

This method throws an exception if the linked exception's message is null.  I've patched it locally as follow:
	/**

Build a descriptive exception message for the given JMSException,
incorporating a linked exception's message if appropriate.
@param ex the JMSException to build a message for
@return the descriptive message String
@see javax.jms.JMSException#getLinkedException()
	 */
	public static String buildExceptionMessage(JMSException ex) 
Unknown macro: {		String message = ex.getMessage();		Exception linkedEx = ex.getLinkedException();		if (linkedEx != null && (linkedEx.getMessage() == null || message.indexOf(linkedEx.getMessage()) == -1)) {
			message = message + "; nested exception is " + linkedEx;
		}		return message;	} 

Error: test_tasksOnHost_should_return_tasks_list(Hbase::TaskMonitorTest): NameError: cannot load Java class com.fasterxml.jackson.databind.ObjectMapper
org/jruby/javasupport/JavaClass.java:286:in `for_name'
org/jruby/javasupport/JavaUtilities.java:34:in `get_proxy_class'
uri:classloader:/jruby/java/core_ext/object.rb:49:in `block in java_import'
org/jruby/RubyArray.java:2486:in `map'
uri:classloader:/jruby/java/core_ext/object.rb:36:in `java_import'
/home/jenkins/jenkins-slave/workspace/HBase-Flaky-Tests_master-M6IJIUBEFGBLJA2QZFJ5NFMN4UCZCOJZHSKUZTUZSLWEH6TJXWBQ/hbase-shell/src/main/ruby/hbase/taskmonitor.rb:77:in `tasksOnHost'
src/test/ruby/hbase/taskmonitor_test.rb:33:in `block in test_tasksOnHost_should_return_tasks_list'
     30:       filter = 'all'
     31:       hosts = admin.getRegionServers()
     32:       hosts.each do |host|
  => 33:         tasks = taskmonitor.tasksOnHost(filter,host)
     34:         assert(tasks.length > 0)
     35:       end
     36:     end
org/jruby/RubyArray.java:1734:in `each'
src/test/ruby/hbase/taskmonitor_test.rb:32:in `block in test_tasksOnHost_should_return_tasks_list'

Seems we are using jackson in hbase-shell.

Ideally, there should be one common entity instead of readentity/writeentity.
Unfortunately, that would be a backward incompatible change since users os hive might have written
there own hooks, where they are using readentity/writeentity.
We should atleast create a common class, and then we can deprecate read/write entity later, for a new release.
For now, I propose to make a backward compatible change.

We have seen in the tests through the IntegrationTestRSGroup that we may miss assigning a region. 
It is a simple logic error here: 

        if (server != null && !assignments.containsKey(server)) {
          assignments.put(server, new ArrayList<HRegionInfo>());
        } else if (server != null) {
           assignments.get(server).add(region);
         } else {

in the first condition, we are not adding the region to the newly created ArrayList. 

[s~pixoto-live/65.356336679213633961].gaelyk.groovlet.images.publish: facebook: org.springframework.social.UncategorizedApiException: (#100) The status you are trying to publish is a duplicate of, or too similar to, one that we recently posted to Twitter

Exchange.getOut() not returning (blocking till timeout) when ExchangePattern.InOut used. Additionally, message properties and exchange headers does not seem to be passed when using MINA TCP communication. In direct pojo or bean, everything seems working.
I have attached the classes needed to resolve the issue. No modifications are made to interfaces (method signatures). Classes affected are:
org/apache/camel/component/mina/MinaEndpoint.java
org/apache/camel/component/mina/MinaProducer.java
org/apache/camel/component/mina/MinaConsumer.java
new class introduced:
org/apache/camel/component/mina/MinaTransportObject.java
Junit test attached:
org\apache\camel\component\mina\MinaTcpExchangeTest.java

Currently we're employing a "*" strategy applying to every business method of the bean.

@Path("persons")
public class MyResource {
    // Ideally this state should be stored in a database
    @EJB PersonSessionBean bean; // Not injected unless beans.xml in War
 ..
}

public class PersonSessionBean {
    private final List<Person> list;

    public PersonSessionBean() {
        list = new ArrayList<>();
    }
 ..
}

Sample: https://github.com/arun-gupta/javaee7-samples/tree/master/jaxrs/jaxrs-client/src/main/java/org/javaee7/jaxrs/client

Coverity found possible null dereference as getEntry() could return null.
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=12563831&defectInstanceId=2991455&mergedDefectId=1422740

        void store(OutputStream outputStream) throws IOException, GeneralSecurityException {
            ObjectOutputStream oos = new ObjectOutputStream(outputStream);
            oos.writeInt(VERSION);
            Enumeration<String> ksAliases = dataKeyStore.aliases();
            while(ksAliases.hasMoreElements()) {
                String alias = ksAliases.nextElement();
                KeyStore.Entry entry = dataKeyStore.getEntry(alias, convertParameter(protectionParameter));
                if (entry instanceof KeyStore.SecretKeyEntry) {
                    saveSecretKey(alias, oos, (KeyStore.SecretKeyEntry)entry);
                } else {
                    throw log.unrecognizedEntryType(entry.getClass().getCanonicalName());
                }
            }
            oos.flush();
            oos.close();
        }

This bug can occur when using SDG Repositories to perform client/server queries across a cluster of data servers organized in separate server groups in order to balance the load of data access based on function (UC).
Each application Repository is coded to a specific application domain type, which in turn is associated with a specific GemFire (client) Region (via the @Region annotation).  The (client) Region is configured with a GemFire Pool targeting a specific server group.
However, when SDG obtains an instance of the QueryService from the Region (technically, the ClientCache) to perform the Repository query, GemFire does not automatically use the Pool associated with the Region unless it is specifically told to do so via the appropriate API call (which SDG fails does not do; hence this bug) and the client query results in a RegionNotFoundException.

Some dynamic queries failed on the stage of loading partitions if dynamic partition columns contain special characters. We need to escape all of them.

Spring Batch is incompatible with the version of Spring Data Neo4J that's in the Hopper release train. Tests for Neo4JItemReader fail:

java.lang.NoClassDefFoundError: java.lang.NoClassDefFoundError: org/springframework/data/neo4j/conversion/ResultConverter
java.lang.NoClassDefFoundError: org/springframework/data/neo4j/conversion/ResultConverter
	at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:58)
	at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
Caused by: java.lang.ClassNotFoundException: org.springframework.data.neo4j.conversion.ResultConverter
	... 25 more

We have FATAL level logging in FSHLog where an IOException causes a log roll to be requested. It isn't a fatal event. Drop the log level to WARN. (Could even be INFO.)

Since 2.8.0 Exchange.BEAN_METHOD_NAME is always used instead of @Bean method name (see BeanInfo.createInvocation(Object pojo, Exchange exchange)). As a consequence, the wrong method is choosen when I use a beanref invokation on a method that uses @Bean 
parameter binding.
I built a simple test case as a zip file containing an Eclipse Helios maven project (see attachment). The test fails with camel 2.8.0 and succeeds with 2.7.3 and earlier (at least until 2.6.0).
regards 
Vincent MATHON

For now all MQ instances are created with "public accessibility" = false using "createBroker" command. As result, created AWS Broker instance is not accessible outside AWS environment. And there is no way to change it (corresponding parameter in not propagated to AWS MQ client).
It is necessary to add propagation of "publiclyAccessible" parameter to "createBroker" operation:
...
request.withPubliclyAccessible(publiclyAccessible);
...

When adding custom converters to the mongo template it is possible to get unpredictable behavior.
It is possible to attempt to retrieve a target type from getCustomTarget(…) from CustomConverters by passing null to the expectedTargetType. This can result in unpredictable behavior if 2 converters with the same sourceType but different targetType are registered.

When 'ls' operation is performed over 'provider-loader' element, the output is very ugly - I get many empty lines with one very long attribute value and few more attributes with simple values.
Expected: no empty lines between printed attributes so the output does not take like 4 screen size.

module.conf contains org.wildfly.extension.microprofile.config module twice, one with and one without the exports statement.

HBASE-9097 changed the behavior to prefix HBASE_CLASSPATH to end of Java classpath instead of appending it. This break existing behavior (read more on HBASE-9097).
We should revert to existing behavior and provide another way to prefix certain jars to the classpath.

in case of local mode we are creating mini zk cluster with default constructor

      if (LocalHBaseCluster.isLocal(conf)) {
        final MiniZooKeeperCluster zooKeeperCluster =
          new MiniZooKeeperCluster();

  public MiniZooKeeperCluster() {
    this(new Configuration());
  }

which is not reading any configurations in hbase-site|default.xml
I think we can pass configuration object to MiniZooKeeperCluster

When I create an entity with a parent-child relationship that references back to the same entity type, the generated web scaffold will not allow me to edit the relationship.
Execute the following code in Roo:-
project --topLevelPackage com.example.test 
entity --class ~.entities.Node
field string name --sizeMax 30 --notNull
field reference --fieldName parent --type ~.entities.Node --cardinality ONE_TO_ONE
field set --fieldName children --element ~.entities.Node --cardinality ONE_TO_MANY --mappedBy parent
[end Roo code]
Next start up Tomcat with: mvn tomcat:run
Point a browser at http://localhost:8080/test 
Create a new 'Node'. Now, go to create a second 'Node' - in the form it shows:-
Parent: [create-new button] No Parent found.
Children:This relationship is managed from the Node side.
Which isn't correct.
On creating the second entity, there should either be (a) a drop-down list for choosing a 'Parent', where any pre-existing entities should appear / be selectable (as you get when you have a one-to-one relationship between differing entity types) – or (b) there should be a multi-select list for choosing 'Children' (as you get when you have a one-to-many relationship between differing entity types).
I think perhaps option (a) - allowing selection of a parent - is the correct/easiest thing to do in this situation.

Several methods of LettuceConnection do not account for the return value of operations to be null, as they are when executed inside a transaction.  This causes NPEs, or in some cases, incorrect Booleans are returned instead of nulls.

There are lots of intermittent failures in tests that use remote EJB, and they all fail with the same failure message (EJBCLIENT000025: No EJB receiver available for handling...).
An example of this is here: http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=61476&buildTypeId=WFPR
The issue is that there is no guard to make sure that the 'module availability' message for the deployment has been processed before the test starts (there is a guard for this on initial connection, with a hard coded 5 second timeout, however the test suite will re-use connections between tests).
At the moment I don't really have any idea of a good way to fix this. 
This failure does not affect end user code because user code does usually perform a deployment then make a call (although it could affect end user Arquillian tests).
This issue can be reproduced 100% of the time by adding a sleep into org.jboss.ejb.client.remoting.ModuleAvailabilityMessageHandler#processMessage, then running the test suite. The first test that uses the remote EJB will pass (because the client waits for the initial module availability message), but all subsequent tests that attempt to use it will fail.

HIVE-17563 changed metrics code to use local file system operations instead of Hadoop local file system operations. There is an unintended side effect - hadoop file systems create the directory if it doesn't exist and java nio interfaces don't. The purpose of this fix is to revert the behavior to the original one to avoid surprises.

org.springframework.security.web.util.UrlUtils.isAbsoluteUrl(String) checks whether the given URL is absolute. It will be done by checking the URL is starting  with a valid scheme. But some valid schemes (RFC 1738 / 3986) will not be accepted (e.g. http1). In general all schemes containing digits will be rejected.

ERROR: java.io.IOException: org.apache.hadoop.hbase.regionserver.CompactSplit$CompactionRunner cannot be cast to java.lang.Comparable
Caused by: java.lang.ClassCastException: org.apache.hadoop.hbase.regionserver.CompactSplit$CompactionRunner cannot be cast to java.lang.Comparable
        at java.util.concurrent.PriorityBlockingQueue.siftUpComparable(PriorityBlockingQueue.java:357)
        at java.util.concurrent.PriorityBlockingQueue.offer(PriorityBlockingQueue.java:489)
        at org.apache.hadoop.hbase.util.StealJobQueue.offer(StealJobQueue.java:103)
        at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1361)
        at org.apache.hadoop.hbase.regionserver.CompactSplit.requestCompactionInternal(CompactSplit.java:291)
        at org.apache.hadoop.hbase.regionserver.CompactSplit.requestCompactionInternal(CompactSplit.java:248)
        at org.apache.hadoop.hbase.regionserver.CompactSplit.requestCompaction(CompactSplit.java:236)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.compactRegion(RSRpcServices.java:1591)
        at org.apache.hadoop.hbase.shaded.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:26856)

Seems to be a simple miss. StealJobQueue does not init the PriorityBlockingQueue that it extends and so major compaction/compaction just fails with the above stack trace.

It just occured to me that when the patch in HBASE-5416 was being modified by various people, the pre-check was changed to post-check in populateResults. Whereas before that, noting that there's a pre-check, I removed the check we do between seek and populateResult elsewhere (joined scanner path only).
I have not observed this bug, but it seems to exist.

After Returning advices should only be executed if the return type of the method matches the parameter type of the advice.
In the example attached the advice
@AfterReturning(pointcut = "execution(* *(..))", returning = "string")
public void logResult(String string) { }
is executed for the method
public void doSomething() {}
even though the return type is void and not String. The variable string is bound to null then.
I have tested against 3.2.4 and 3.1.4 - same result. AspectJ behaves as expected i.e. it doesn't have this bug and the advice is not executed.

There is a regression visible in JBossWS testsuite in SOAP over JMS test when client side and server side are WF13 and WF14 or vice-versa, in other words it is affecting backward and forward compatibility. 
The cause was identified as Artemis upgrade from 1.5.5 to 2.6.3, there is ongoing investigation for gathering more details.
Exception in case of new client and old server:

Exception while processing jms message in cxf. Rolling back: javax.jms.JMSRuntimeException: Invalid address queue://jms.queue.testQueue
	at org.apache.activemq.artemis.jms.client.ActiveMQDestination.fromAddress(ActiveMQDestination.java:119) [artemis-jms-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
	at org.apache.activemq.artemis.jms.client.ActiveMQMessage.getJMSReplyTo(ActiveMQMessage.java:356) [artemis-jms-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
	at org.apache.cxf.transport.jms.JMSMessageHeadersType.getDestName(JMSMessageHeadersType.java:363) [cxf-rt-transports-jms-3.2.4-jbossorg-1.jar:3.2.4.jbossorg-1]
	at org.apache.cxf.transport.jms.JMSMessageHeadersType.read(JMSMessageHeadersType.java:358) [cxf-rt-transports-jms-3.2.4-jbossorg-1.jar:3.2.4.jbossorg-1]
	at org.apache.cxf.transport.jms.JMSMessageHeadersType.from(JMSMessageHeadersType.java:335) [cxf-rt-transports-jms-3.2.4-jbossorg-1.jar:3.2.4.jbossorg-1]
	at org.apache.cxf.transport.jms.JMSMessageUtils.asCXFMessage(JMSMessageUtils.java:64) [cxf-rt-transports-jms-3.2.4-jbossorg-1.jar:3.2.4.jbossorg-1]
	at org.apache.cxf.transport.jms.JMSDestination.onMessage(JMSDestination.java:237) [cxf-rt-transports-jms-3.2.4-jbossorg-1.jar:3.2.4.jbossorg-1]
	at org.apache.cxf.transport.jms.util.PollingMessageListenerContainer$Poller.run(PollingMessageListenerContainer.java:84) [cxf-rt-transports-jms-3.2.4-jbossorg-1.jar:3.2.4.jbossorg-1]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_181]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_181]
	at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_181]

Task class has protected field conf.
FunctionTask can use it instead of creating another conf field.

From IRC from mighty Jeremy Carroll.

17:10 <jeremy_carroll> jmhsieh: I think I found the root cuase. All my region servers reach the barrier, but it does not continue.
17:11 <jeremy_carroll> jmhsieh: All RS have this in their logs: 2013-05-01 00:04:56,356 DEBUG org.apache.hadoop.hbase.procedure.Subprocedure: Subprocedure 'backup1' coordinator notified of 'acquire', waiting on 'reached' or 'abort' from coordinator.
17:11 <jeremy_carroll> jmhsieh: Then the coordinator (Master) never sends anything. They just sit until the timeout.
17:12 <jeremy_carroll> jmhsieh: So basically 'reached' is never obtained. Then abort it set, and it fails.
...
17:24 <jeremy_carroll> jmhsieh: Found the bug. The hostnames dont match the master due to DNS resolution
17:25 <jeremy_carroll> jmhsieh: The barrier aquired is putting in the local hostname from the regionservers. In EC2 (Where reverse DNS does not work well), the master hands the internal name to the client.
17:25 <jeremy_carroll> jmhsieh: https://s3.amazonaws.com/uploads.hipchat.com/23947/185789/au94meik0h3y5ii/Screen%20Shot%202013-04-30%20at%2017.25.50.png 
17:26 <jeremy_carroll> jmhsieh: So it's waiting for something like 'ip-10-155-208-202.ec2.internal,60020,1367366580066' zNode to show up, but instead 'hbasemetaclustera-d1b0a484,60020,1367366580066,' is being inserted. Barrier is not reached
17:27 <jeremy_carroll> jmhsieh: Reason being in our environment the master does not have a reverse DNS entry. So we get stuff like this on RegionServer startup in our logs.
17:27 <jeremy_carroll> jmhsieh: 2013-05-01 00:03:00,614 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Master passed us hostname to use. Was=hbasemetaclustera-d1b0a484, Now=ip-10-155-208-202.ec2.internal
17:54 <jeremy_carroll> jmhsieh: That was it. Verified. Now that Reverse DNS is working, snapshots are working. Now how to figure out how to get Reverse DNS working on Route53. I wished there was something like 'slave.host.name' inside of Hadoop for this. Looking at source code.

Command 

/subsystem=core-management/process-state-listener=test:add(class=test.class, module=test)

prints only module identifier as failure description when module doesn't exists. 
Failure description should be more informative. At least something as "Error loading module: ...."
ProcessStateListenerResourceDefinition.java#L127 can react to ModuleLoadException

Take down a regionserver via controlled or uncontrolled shutdown, the master doesn't properly reassign the root/meta regions. 

In looking at the StatefulRetryOperationsInterceptorFactoryBean from 1.1.2 I noticed that the setter for the MessageKeyGenerator property is misspelled:

public void setMessageKeyGeneretor(MessageKeyGenerator messageKeyGeneretor) { ... }

SecurityProviderServerMechanismFactory.java

log.tracef("No %s provided by service loader in %s: %s", SERVICE_TYPE, getClass().getSimpleName(), Arrays.toString(providerSupplier.get()));

should be 

log.tracef("No %s provided by provider loader in %s: %s", SERVICE_TYPE, getClass().getSimpleName(), Arrays.toString(providerSupplier.get()));

It means "service loader" -> "provider loader"

show tblproperties default.tmpfoo("bar") returns:

+------------+-------------+
| prpt_name  | prpt_value  |
| bar value  | NULL        |

It should return

| bar  | bar value        |

Some components include logging implementations among their dependencies. If it is applicable (eg. if they are not hardcoded), they should be removed.
A quick script:

for comp in $(ls | grep "camel-" | grep -v ".iml"); do
	cd $comp
	mvn dependency:tree | grep 'log4j\|logback\|slf4j-simple\|slf4j-jdk14\|slf4j-log4j12' | grep -v test | xargs -I line echo "$(pwd) line"
	cd ..
done

Shows the following problems:

./camel/components/camel-atmos [INFO] |  +- log4j:log4j:jar:1.2.17:compile
./camel/components/camel-gora [INFO] |  +- org.slf4j:slf4j-log4j12:jar:1.7.21:compile
./camel/components/camel-gora [INFO] |  - log4j:log4j:jar:1.2.17:compile
./camel/components/camel-hbase [INFO] |  +- log4j:log4j:jar:1.2.17:compile
./camel/components/camel-jbpm [INFO] +- org.slf4j:slf4j-log4j12:jar:1.7.21:compile
./camel/components/camel-jbpm [INFO] |  - log4j:log4j:jar:1.2.17:compile
./camel/components/camel-jt400 [INFO] +- org.slf4j:slf4j-log4j12:jar:1.7.21:compile
./camel/components/camel-jt400 [INFO] |  - log4j:log4j:jar:1.2.17:compile
./camel/components/camel-krati [INFO] |  - log4j:log4j:jar:1.2.17:compile
./camel/components/camel-openshift [INFO] |  - log4j:log4j:jar:1.2.17:compile
./camel/components/camel-salesforce [INFO] +- log4j:log4j:jar:1.2.17:compile
./camel/components/camel-scr [INFO] +- org.slf4j:slf4j-log4j12:jar:1.7.21:compile
./camel/components/camel-scr [INFO] +- log4j:log4j:jar:1.2.17:compile
./camel/components/camel-spark [INFO] |  +- log4j:log4j:jar:1.2.17:compile
./camel/components/camel-spark [INFO] |  |  +- log4j:apache-log4j-extras:jar:1.2.17:compile
./camel/components/camel-spark-rest [INFO] |  +- org.slf4j:slf4j-simple:jar:1.7.21:compile
./camel/components/camel-spring-boot [INFO] |  |  +- ch.qos.logback:logback-classic:jar:1.1.7:compile
./camel/components/camel-spring-boot [INFO] |  |  |  - ch.qos.logback:logback-core:jar:1.1.7:compile
./camel/components/camel-spring-boot [INFO] |  |  - org.slf4j:log4j-over-slf4j:jar:1.7.21:compile
./camel/components/camel-spring-boot-starter [INFO] |  |  +- ch.qos.logback:logback-classic:jar:1.1.7:compile
./camel/components/camel-spring-boot-starter [INFO] |  |  |  - ch.qos.logback:logback-core:jar:1.1.7:compile
./camel/components/camel-spring-boot-starter [INFO] |  |  - org.slf4j:log4j-over-slf4j:jar:1.7.21:compile
./camel/components/camel-zipkin-starter [INFO] |  |  +- ch.qos.logback:logback-classic:jar:1.1.7:compile
./camel/components/camel-zipkin-starter [INFO] |  |  |  - ch.qos.logback:logback-core:jar:1.1.7:compile
./camel/components/camel-zipkin-starter [INFO] |  |  - org.slf4j:log4j-over-slf4j:jar:1.7.21:compile
./camel/components/camel-zookeeper [INFO] |  +- log4j:log4j:jar:1.2.17:compile

Spring-boot starters are allowed to have logging implementations. org.slf4j:log4j-over-slf4j is not an implementation.

When using a ParametersParameterAccessor on a method with, say, a Pageable (which is non-bindable), attempting to iterate over the accessor throws an IndexOutOfBoundException.
This is because BindableParameterIterator.hasNext() checks values.length, which includes non-bindable parameters, whereas next() calls getBindableValue.

JavaCryptoRandom should extend java.util.Random like other CryptoRandom did.

Tested on EAP 6.4
when creating a module for a custom loghandler, everything works fine if the module is package in default main slot, e.g.
my/loghandler/main

module.xml
my.jar

<custom-handler name="4H" class="my.handler.Periodic4HFileHandler" module="my.loghandler">

Nevertheless I want to version the module, therefore package my module with a given slot:
my/loghandler/1.0

my.jar

<custom-handler name="4H" class="my.handler.Periodic4HFileHandler" module="my.loghandler:1.0">

But this fails with following stacktrace:

11:53:50,458 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014612: Operation ("add") failed - address: ([
    ("subsystem" => "logging"),
    ("custom-handler" => "4H")
]): java.lang.IllegalArgumentException: JBAS011532: Failed to load module 'my.loghandler:1.0' for handler '4H'
	at org.jboss.as.logging.HandlerOperations$HandlerAddOperationStepHandler.createHandlerConfiguration(HandlerOperations.java:320) [jboss-as-logging-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.logging.HandlerOperations$HandlerAddOperationStepHandler.performRuntime(HandlerOperations.java:255) [jboss-as-logging-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.logging.LoggingOperations$LoggingAddOperationStepHandler$1.execute(LoggingOperations.java:206) [jboss-as-logging-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:702) [jboss-as-controller-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:537) [jboss-as-controller-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:338) [jboss-as-controller-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:314) [jboss-as-controller-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1144) [jboss-as-controller-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:416) [jboss-as-controller-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:301) [jboss-as-controller-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.server.ServerService.boot(ServerService.java:355) [jboss-as-server-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.server.ServerService.boot(ServerService.java:330) [jboss-as-server-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:263) [jboss-as-controller-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
Caused by: org.jboss.modules.ModuleNotFoundException: my.loghandler:1.0:main
	at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:240) [jboss-modules.jar:1.3.6.Final-redhat-1]
	at org.jboss.as.logging.HandlerOperations$HandlerAddOperationStepHandler.createHandlerConfiguration(HandlerOperations.java:295) [jboss-as-logging-7.5.0.Final-redhat-21.jar:7.5.0.Final-redhat-21]
	... 13 more

why is the module not found being my.loghandler:1.0:main ?

Please see the attached extremely simple ROO project, which reproduces the problem. I created it with ROO and also created a tst directory and a test java file in its src/main/java directory.
What happens is that ROO stops working. It says "Index: 0, Size: 0" in the ROO console (started from the command line to be sure...) and does not create any .aj files any more.
(I did not see that problem with 1.1.2.RELEASE.)
Thanks for having a look at it!

run the test

mvn -Phadoop-2  test -Dtest=TestCliDriver -Dqfile=alter_merge_stats_orc.q

to reproduce it. Simply, this query does three data loads which generates three base orc files.
ANALYZE TABLE...COMPUTE STATISTICS NOSCAN will execute StatsNoJobTask to get stats, where file handle is held so as not able to clean base file. As a result, after running ALTER TABLE..CONCATENATE, follow-up queries go to stale base file and merged file.

The cluster-connection element is missing the initial-connect-attempts attribute.

We need to create the client before calling super start and in the doStop method we need to stop the scheduler before stopping and nulling the client.

With a relative rootdir (/hbase/), the hbase master throws this on startup:
08/04/11 17:53:00 ERROR hbase.HMaster: Can not start master
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
        at java.lang.reflect.Constructor.newInstance(Unknown Source)
        at org.apache.hadoop.hbase.HMaster.doMain(HMaster.java:3329)
        at org.apache.hadoop.hbase.HMaster.main(HMaster.java:3363)
        at java.net.URI$Parser.checkChars(Unknown Source)

Recent test runs show that this test is failing with these error messages:

java.lang.AssertionError: expected:<2> but was:<3>
	at org.apache.hadoop.hbase.client.TestAdmin1.testMergeRegions(TestAdmin1.java:1385)

or 

	at org.apache.hadoop.hbase.client.TestAdmin1.testMergeRegions(TestAdmin1.java:1394)

looking at the code this indicates that merge operation did not complete or didn't work.

/profile=full-ha/subsystem=messaging-activemq/server=default/discovery-group=my_disco:add(jgroups-channel=ee,jgroups-cluster=disco)
{
    "server-groups" => {"other-server-group" => {"host" => {"master" => {"server-three" => {"response" => {
        "response-headers" => {
            "operation-requires-reload" => true,
            "process-state" => "reload-required"
        }
    }}}}}}
}
[domain@uranus-0:9990 /] reload --host=master

reload host master, success
Then, try to replace jgroups-channel value "ee" to "ejb", as its suggested by capability-reference

/profile=full-ha/subsystem=messaging-activemq/server=default/discovery-group=my_disco:write-attribute(name=jgroups-channel,value=ejb)
{
    "failure-description" => {"domain-failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalStateException: WFLYCTL0365: Capability 'org.wildfly.messaging.activemq.discovery-group.my_disco' is unknown in context 'profile=full-ha'."},
}

2018-04-16 16:10:31,044 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
    ("profile" => "full-ha"),
    ("discovery-group" => "my_disco")
]): java.lang.IllegalStateException: WFLYCTL0365: Capability 'org.wildfly.messaging.activemq.discovery-group.my_disco' is unknown in context 'profile=full-ha'.
        at org.jboss.as.controller.CapabilityRegistry.registerRequirement(CapabilityRegistry.java:212)
        at org.jboss.as.controller.CapabilityRegistry.registerAdditionalCapabilityRequirement(CapabilityRegistry.java:198)
        at org.jboss.as.controller.OperationContextImpl.registerAdditionalCapabilityRequirement(OperationContextImpl.java:1520)
        at org.jboss.as.controller.OperationContextImpl.registerAdditionalCapabilityRequirement(OperationContextImpl.java:1512)
        at org.jboss.as.controller.CapabilityReferenceRecorder$DefaultCapabilityReferenceRecorder.processCapabilityRequirement(CapabilityReferenceRecorder.java:137)
        at org.jboss.as.controller.CapabilityReferenceRecorder$DefaultCapabilityReferenceRecorder.addCapabilityRequirements(CapabilityReferenceRecorder.java:114)
        at org.jboss.as.controller.AttributeDefinition.addCapabilityRequirements(AttributeDefinition.java:1066)
        at org.jboss.as.controller.AbstractWriteAttributeHandler.recordCapabilitiesAndRequirements(AbstractWriteAttributeHandler.java:191)
        at org.jboss.as.controller.AbstractWriteAttributeHandler.execute(AbstractWriteAttributeHandler.java:89)
        at org.jboss.as.controller.operations.global.WriteAttributeHandler.doExecuteInternal(WriteAttributeHandler.java:194)
        at org.jboss.as.controller.operations.global.WriteAttributeHandler.execute(WriteAttributeHandler.java:115)
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
        at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
        at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
        at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)

Region Server JMX response has duplicate entries for  "compactionQueueLength" 
"compactionQueueLength" : 0, 
"smallCompactionQueueLength" : 0, 
"largeCompactionQueueLength" : 0, 
"flushQueueLength" : 0
We added "compactionQueueLength" metric twice in MetricsRegionServerSourceImpl.java
MetricsRegionServerSourceImpl.java

.addGauge(Interns.info(COMPACTION_QUEUE_LENGTH, COMPACTION_QUEUE_LENGTH_DESC),
              rsWrap.getCompactionQueueSize())
          .addGauge(Interns.info(SMALL_COMPACTION_QUEUE_LENGTH, SMALL_COMPACTION_QUEUE_LENGTH_DESC),
            rsWrap.getSmallCompactionQueueSize())
          .addGauge(Interns.info(LARGE_COMPACTION_QUEUE_LENGTH, LARGE_COMPACTION_QUEUE_LENGTH_DESC),
            rsWrap.getLargeCompactionQueueSize())
          .addGauge(Interns.info(COMPACTION_QUEUE_LENGTH, COMPACTION_QUEUE_LENGTH_DESC),
            rsWrap.getCompactionQueueSize())

In org.apache.hadoop.hbase.chaos.actions.ChangeVersionsAction#perform(), it tries to update the max and min versions in a column descriptor: 

     for(HColumnDescriptor descriptor:columnDescriptors) {
       descriptor.setMaxVersions(versions);
       descriptor.setMinVersions(versions);
     }

If the current minimum version is greater than the new max version, an IllegalArgumentException would throw from org.apache.hadoop.hbase.HColumnDescriptor#setMaxVersions().  
Here is an example (trying to set max version to 1 while currently min version is 2):

java.lang.IllegalArgumentException: Set MaxVersion to 1 while minVersion is 2. Maximum versions must be >= minimum versions
at org.apache.hadoop.hbase.HColumnDescriptor.setMaxVersions(HColumnDescriptor.java:634)
at org.apache.hadoop.hbase.chaos.actions.ChangeVersionsAction.perform(ChangeVersionsAction.java:62)

One solution is to change the order of set - set min version first and then set max version (note: the current implement of org.apache.hadoop.hbase.HColumnDescriptor#setMinVersions() does not check the min version value and blindly set the version.  Not sure whether this is by-design).
Another solution is to provide an API to set both min and max version in one function call.  

It's currently implemented by comparing the hashcode, which is not unique! Currently it only appears to be depended upon by HRegionServer#getRegionsToCheck, which is as best I can tell unused.

HIVE-19928 compares the user running HS2 to the configured owner (hive.load.data.owner) to check if we're able to move the file with LOAD DATA or need to copy.
This check compares the full username (that may contain the full kerberos principal) to hive.load.data.owner. We should compare to the short username (UGI.getShortUserName()) instead. That's used in similar context here.
cc Deepak Jaiswal

We have an app that has recently been converted from Spring Boot 1.3.8 to 1.5.2. We are managing the ETag and LastModified headers. Our code worked fine with 1.3.8 but now causes a 412 Precondition Failed return code. We traced the return code to ServletWebRequest.validateIfUnmodifiedSince(). It is checking the flag after we set the new value. The functional change is from https://jira.spring.io/browse/SPR-14659. I'm not sure how we are suppoed to manage these headers now. 
We put together an example of what we are doing. Hopefully you can advise us on the proper way to proceed. 

If you do something to cancel RMLC.SubscriptionTask (stop RMLC, remove the last listener, or call removeMessageListener(null, empty list)) immediately after starting the RMLC, it's possible that cancel will execute before connection.getSubscription() returns a non-null value.  This means that cancel will return w/out calling unsubscribe or, more importantly, closing the connection.
This can often be reproduced by removing the sleeps from SubscriptionConnectionTests.

try {
  if (session.getTimeSinceLastActive() > getDisconnectDelay()) {
  sessions.remove(session.getId());
  session.close();
}
}

code is not adding expired session to LIST 'removedSessionIds', hence logging is not working as expected

The ExecutionContext putString() method does an null check and throws an IllegalArgumentException if the value is null. (Assert.notNull) but this can cause issues if someone stores a string like: executionContext.putString("key", new String()).  If the job fails and comes back from restart, it will pull a null value from the database, and the execution context will throw an exception.  The underlying map doesn't really care if it's null, and it seems like we shouldn't enforce new semantics.
Here's a like to the forum thread it was raised in:
http://forum.springframework.org/showthread.php?p=169118&posted=1#post169118
The JdbcCursorItemReader should also be modified to not put an empty string in, which only happens because we're putting in a comma delimited list of strings representing row numbers that have been skipped.  If it's empty nothing should be written.

As it stands, a list page with an empty list will display "No X found for this id", which isn't quite right (since no id has been requested). Here's the code in list.tagx that generates the message:
list.tagx
<spring:message arguments="${label}" code="entity.not.found.single"/>

The code "entity.not.found.single" should probably be changed to "entity.not.found".

Use XSD description in DMR description, because description in XSD is better for attributes 

provider-name
providers
other-providers
relative-to
uri (DMR description contains wrong vault://)

For type attribute use this description in both XSD and DMR: "The credential store type, e.g. KeyStoreCredentialStore" . Now there is mentioned wrongly KeyStorePasswordStore
XSD

        <xs:attribute name="type" type="xs:string" use="optional">
                    The credential store type, e.g. KeyStorePasswordStore.

Exception when running on WildFly:

13:28:04,646 ERROR [org.xnio.listener] (Remoting "management-client" I/O-1) XNIO001007: A channel event listener threw an exception: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/Users/iweiss/Development/wildfly/dist/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/wildfly/security/elytron/main/wildfly-elytron-1.1.0.Beta19-SNAPSHOT.jar" "read")" in code source "(vfs:/content/RebindTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.RebindTestCase.jar:main" from Service Module Loader")
        at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
        at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:350)
        at sun.net.www.protocol.jar.JarFileFactory.getCachedJarFile(JarFileFactory.java:137)
        at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:81)
        at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
        at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
        at java.net.URL.openStream(URL.java:1045)
        at java.util.ServiceLoader.parse(ServiceLoader.java:304)
        at java.util.ServiceLoader.access$200(ServiceLoader.java:185)
        at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:357)
        at java.util.ServiceLoader$LazyIterator.access$600(ServiceLoader.java:323)
        at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:396)
        at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:395)
        at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:398)
        at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474)
        at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:54)
        at org.wildfly.security.util.ServiceLoaderSupplier.get(ServiceLoaderSupplier.java:35)
        at org.wildfly.security.auth.client.ElytronXmlParser$DeferredSupplier.get(ElytronXmlParser.java:2267)
        at org.wildfly.security.sasl.util.SecurityProviderSaslClientFactory.createSaslClient(SecurityProviderSaslClientFactory.java:89)
        at org.wildfly.security.sasl.util.PrivilegedSaslClientFactory.createSaslClient(PrivilegedSaslClientFactory.java:55)
        at org.wildfly.security.sasl.util.AbstractDelegatingSaslClientFactory.createSaslClient(AbstractDelegatingSaslClientFactory.java:64)
        at org.wildfly.security.sasl.util.ProtocolSaslClientFactory.createSaslClient(ProtocolSaslClientFactory.java:48)
        at org.wildfly.security.sasl.util.ServerNameSaslClientFactory.createSaslClient(ServerNameSaslClientFactory.java:48)
        at org.wildfly.security.sasl.util.PropertiesSaslClientFactory.createSaslClient(PropertiesSaslClientFactory.java:52)
        at org.wildfly.security.sasl.util.FilterMechanismSaslClientFactory.createSaslClient(FilterMechanismSaslClientFactory.java:101)
        at org.wildfly.security.auth.client.AuthenticationConfiguration.createSaslClient(AuthenticationConfiguration.java:878)
        at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.createSaslClient(AuthenticationContextConfigurationClient.java:296)
        at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:404)
        at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:239)
        at org.xnio.nio.WorkerThread.run(WorkerThread.java:567)

Reproduce step:
(1) set hive.stats.collect.rawdatasize=true；
(2) Generate an ORC table in hive, and the value of its 'rawDataSize' is NOT zero.
You can find the value of 'rawDataSize' (NOT zero) by executing  'describe extended TABLE_NAME;' 
(4) Execute 'analyze table TABLE_NAME compute statistics;'
(5) Execute  'describe extended TABLE_NAME;' again, and you will find that  the value of 'rawDataSize' will be changed to '0'.

the 2 tests should not be checking profile.url property in the returned JSON since 'url' comes from org.apache.hadoop.mapred.JobProfile class which is marked LimitedPrivate

If you do not define service names and useFallbackServiceNames is true (the default setting) camel uses endpoints URIs as services names.
Passwords in these URIs are not masked and therefore visible in Zipkin traces.

Bean configuration:
org.apache.cxf.jaxrs.client.JAXRSClientFactoryBean cf_cCXFRS_1 = new org.apache.cxf.jaxrs.client.JAXRSClientFactoryBean();
cf_cCXFRS_1.setBus(customBus);
Route:
.to("cxfrs://bean://cCXFRS_1")
But at
org.apache.camel.component.cxf.jaxrs.CxfRsProducer.invokeHttpClient(Exchange)
cfb.setBus(((CxfRsEndpoint)getEndpoint()).getBus());

COALESCE expression does not expect DATE and TIMESTAMP types 
select tdt.rnum, coalesce(tdt.cdt, cast(tdt.cdt as timestamp)) from certtext.tdt
Error: Error while compiling statement: FAILED: SemanticException Line 0:-1 Argument type mismatch 'cdt': The expressions after COALESCE should all have the same type: "date" is expected but "timestamp" is found
SQLState:  42000
ErrorCode: 40000

Trying to run 

 mvn verify -Dit.test=IntegrationTestBigLinkedList -Dtest.output.tofile=false

causes this ClassNotFoundException issue
testContinuousIngest(org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList): org/jboss/netty/channel/ChannelFactory

If having a CBR and the predicate throws an exception, then the next predicate is called before error handler triggers.
We should break out when exception is detected like pipeline/multicast can do.

When creating in single batch command credential store and adding aliases to it, it often fails with [1] (depending on machine speed) indicating that credential store is not yet up and running. I guess this is somehow related to runtime-only operations.
I believe this should work in batch operations. If it is not possible this needs to be at least very well documented.
[1]

10:49:03,633 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("add-alias") failed - address: ([
    ("credential-store" => "cred-store")
]) - failure description: "WFLYELY00007: The required service 'service org.wildfly.security.credential-store.cred-store' is not UP, it is currently 'STARTING'."

    HTable table = new HTable(masterServices.getConfiguration(), tableName);
    TreeMap<ServerName, List<HRegionInfo>> serverToRegions = Maps
        .newTreeMap();
    NavigableMap<HRegionInfo, ServerName> hriHserverMapping = table.getRegionLocations();

table should be closed.

If you type capital Q to quit the multi-page output it does nothing. For example users may have Caps lock turned on. I compared the behavior with linux commands more and less and they both react to capital Q.
You can reproduce this issue using following commands:

./bin/jboss-cli.sh
[disconnected /] embed-server
[standalone@embedded /] /subsystem=elytron:read-resource-description(recursive=true)
# type capital Q

error as the following:

hbase(main):001:0> compact_rs 'rs-host-1,16020,1492681533814'

ERROR: undefined method `compactRegionserver' for #<Hbase::Admin:0x7af52ec7>

          Compact all regions on passed regionserver.
          Examples:
          Compact all regions on a regionserver:
          hbase> compact_rs 'host187.example.com,60020'
          or
          hbase> compact_rs 'host187.example.com,60020,1289493121758'
          Major compact all regions on a regionserver:
          hbase> compact_rs 'host187.example.com,60020,1289493121758', true

Took 0.0240 seconds 

I am using DelimitedKeyPrefixRegionSplitPolicy on my table.  When I attempted to split the table from the web interface, it gives the error below.
I believe the problem is org.apache.hadoop.hbase.regionserver.DelimitedKeyPrefixRegionSplitPolicy.getSplitPoint:75 - the call from super.getSplitPoint() (line 71) returns null and this condition is not checked.
-------

Problem accessing /table.jsp. Reason:

    java.io.IOException: java.lang.NullPointerException: array
	at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:204)
	at com.google.common.primitives.Bytes.indexOf(Bytes.java:115)
	at org.apache.hadoop.hbase.regionserver.DelimitedKeyPrefixRegionSplitPolicy.getSplitPoint(DelimitedKeyPrefixRegionSplitPolicy.java:75)
	at org.apache.hadoop.hbase.regionserver.HRegion.checkSplit(HRegion.java:5697)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.splitRegion(HRegionServer.java:3279)
	at sun.reflect.GeneratedMethodAccessor60.invoke(Unknown Source)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:320)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1426)

Caused by:

org.apache.hadoop.ipc.RemoteException: java.io.IOException: java.lang.NullPointerException: array

	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:995)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:86)
	at com.sun.proxy.$Proxy11.splitRegion(Unknown Source)
	at org.apache.hadoop.hbase.client.HBaseAdmin.split(HBaseAdmin.java:1620)
	at org.apache.hadoop.hbase.client.HBaseAdmin.split(HBaseAdmin.java:1608)
	at org.apache.hadoop.hbase.client.HBaseAdmin.split(HBaseAdmin.java:1565)
	at org.apache.hadoop.hbase.client.HBaseAdmin.split(HBaseAdmin.java:1552)
	at org.apache.hadoop.hbase.generated.master.table_jsp._jspService(table_jsp.java:94)
	at org.apache.hadoop.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:835)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
	at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)

Currently calcite optimization rules rely on (Hive)SemiJoin to represent semi join node, whereas Stats estimate use leftSemiJoin field of Join to estimate stats. As a result semi-join specific stats calculation logic is never hit since at plan generation time HiveSemiJoin is created and leftSemiJoin field of Join is never set.

A testcase should be introduced for checking that BouncyCastleProvider from container module can be loaded and used through JCE api.
This test is needed to be sure there will be no regression with future version upgrades of BouncyCastle library: missing/incorrect signature in upstream artifact or when running on another JDK that doesn't accept certificate used for signing security providers.

Beeline has a bug wherein if a user does a !save ever, then on next load, if beeline.hiveVariables or beeline.hiveconfvariables are empty, i.e. {} or unspecified, then it loads it as null, and then, on next connect, there is no null-check on these variables leading to an NPE.  

when you run spring batch with mysql, i have a sqlexception. 
after analyse, i think that the keyword key in table BATCH_JOB_INSTANCE_PROPERTIES is not authorized in mysql. To fix this bug you must modify the name of this field, and modify the org.springframework.batch.execution.repository.dao.JdbcJobDao
my stack trace
00:32:36,290  INFO main FootballJobFunctionalTests:210 - Loading context for locations: jobs/footballJob.xml
java.sql.SQLException: Syntax error or access violation: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'VARCHAR(100) NOT NULL , 
	STRING_VAL VARCHAR(250) , 
	DATE_VAL TIMESTAMP ,
	LONG' at line 4
	at org.gjt.mm.mysql.MysqlIO.sendCommand(MysqlIO.java:508)
	at org.gjt.mm.mysql.MysqlIO.sqlQueryDirect(MysqlIO.java:561)
	at org.gjt.mm.mysql.MysqlIO.sqlQuery(MysqlIO.java:646)
	at org.gjt.mm.mysql.Connection.execSQL(Connection.java:973)
	at org.gjt.mm.mysql.Connection.execSQL(Connection.java:897)
	at org.gjt.mm.mysql.Statement.execute(Statement.java:598)
	at org.gjt.mm.mysql.jdbc2.Statement.execute(Statement.java:116)
	at org.springframework.jdbc.core.JdbcTemplate$1ExecuteStatementCallback.doInStatement(JdbcTemplate.java:397)
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:371)
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:404)
	at test.jdbc.datasource.InitializingDataSourceFactoryBean$1.doInTransaction(InitializingDataSourceFactoryBean.java:119)
	at test.jdbc.datasource.InitializingDataSourceFactoryBean.doExecuteScript(InitializingDataSourceFactoryBean.java:103)
	at test.jdbc.datasource.InitializingDataSourceFactoryBean.createInstance(InitializingDataSourceFactoryBean.java:91)
	at org.springframework.beans.factory.config.AbstractFactoryBean.afterPropertiesSet(AbstractFactoryBean.java:120)
	at test.jdbc.datasource.InitializingDataSourceFactoryBean.afterPropertiesSet(InitializingDataSourceFactoryBean.java:76)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1390)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1359)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:540)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:485)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:455)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:169)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:170)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:407)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:735)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:369)
	at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:122)
	at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:66)
	at org.springframework.batch.sample.AbstractBatchLauncherTests.createApplicationContext(AbstractBatchLauncherTests.java:53)
	at org.springframework.test.AbstractSingleSpringContextTests.loadContextLocations(AbstractSingleSpringContextTests.java:212)
	at org.springframework.test.AbstractSingleSpringContextTests.loadContext(AbstractSingleSpringContextTests.java:187)
	at org.springframework.test.AbstractSpringContextTests.getContext(AbstractSpringContextTests.java:140)
	at org.springframework.test.AbstractSingleSpringContextTests.setUp(AbstractSingleSpringContextTests.java:100)
	at junit.framework.TestCase.runBare(TestCase.java:125)
	at org.springframework.test.ConditionalTestCase.runBare(ConditionalTestCase.java:76)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:128)

Sorry for putting this in the wrong component but I did not see a camel-castor component.
By default, the castor org.exolab.castor.mapping.Mapping will use the class's class loader to resolve java classes declared in the castor mapping XML file.  However when the CastorDataFormat is used an a service mix OSGi module, the class loader the contains the Java classes is not the same as the class loader that loads the Mapping object.  Therefore it cannot load the mapping file because the Java classes cannot be resolved.  Instead the constructor that takes Classloader as an argument should be called when initializing the mapping object.  The classloader it should use is the same classloader used to resolve the castor mapping XML file.
The following change in AbstractCastorDataFormat seemed to resolve the problem.
public XMLContext getXmlContext(ClassResolver resolver) throws Exception {
        if (xmlContext == null) {
            xmlContext = new XMLContext();
            if (ObjectHelper.isNotEmpty(getMappingFile())) 
{
                Mapping xmlMap = new Mapping(
                		Thread.currentThread().getContextClassLoader());
                xmlMap.loadMapping(resolver.loadResourceAsURL(getMappingFile()));
                xmlContext.addMapping(xmlMap);
            }

Undertow fails to write to access-log when the access-log configuration was removed including the access-log file and then the configuration was recreated with [1]. Probably there remains some lock to old file preventing creation of the new one.
1) deploy some simple web application
2) define access-log => /subsystem=undertow/server=default-server/host=default-host/setting=access-log:add()
3) reload server
4) access the web application
5) see that the access was logged to access-log
6) remove the access-log => /subsystem=undertow/server=default-server/host=default-host/setting=access-log:remove()
7) reload the server
8) remove the access-log file
9) define again the access-log => /subsystem=undertow/server=default-server/host=default-host/setting=access-log:add()
10) access again the web application
11) check both server logs and access-log
[1]

05:49:51,448 ERROR [io.undertow] (default task-2) UT005016: Error writing access log: java.nio.file.AccessDeniedException: W:\workspace\eap-7x-undertow-integration-tests\d07ae7a0\manu-eap-1.1.13\out\UnzipEap_1\workspace\jboss-eap-7.0\standalone\log\access_log.log
	at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:83)
	at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
	at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
	at sun.nio.fs.WindowsFileSystemProvider.newByteChannel(WindowsFileSystemProvider.java:230)
	at java.nio.file.spi.FileSystemProvider.newOutputStream(FileSystemProvider.java:434)
	at java.nio.file.Files.newOutputStream(Files.java:216)
	at java.nio.file.Files.newBufferedWriter(Files.java:2860)
	at io.undertow.server.handlers.accesslog.DefaultAccessLogReceiver.writeMessage(DefaultAccessLogReceiver.java:224)
	at io.undertow.server.handlers.accesslog.DefaultAccessLogReceiver.run(DefaultAccessLogReceiver.java:180)

-Swarm doesn't read project-stages.yml properly with wildfly-swarm:run or Run main from IDE(uber jar works fine). I attached the error log.
I found where the root cause happens, but I have no idea why it occurs. When with wildfly-swarm:run or from IDE, it seems subresources field checks doesn't work and return false in ConfigurableManager#scanSubresources().

List.class.isAssignableFrom(field.getType())

https://github.com/wildfly-swarm/wildfly-swarm/blob/2016.12.0/core/container/src/main/java/org/wildfly/swarm/container/runtime/ConfigurableManager.java#L255
For example, if the app uses DatasourcesFraction, the field could be jdbcDriver/xaDasources/dataSources. Despite they are List, the above code returns false and eventually Configurable properties in project-stages.yml will not be added.

If HTTP session handling is enabled for a CXF producer endpoint and an invalid payload is provided to the endpoint a NullPointerException is thrown instead of an Illegal state exception.
This fix is just to add a null check to the inMessage of the CXF exchange. This will only affect the thrown exception not actual message processing.

A client can do a write to a client side 'write buffer' if enabled via hTable.setAutoFlush(false). Now, assume a client puts value v under key k. Two wrongs things can happen, violating the ACID semantics  of Hbase given at: http://hbase.apache.org/acid-semantics.html
1) Say the client fails immediately after the put succeeds. In this case, the put will be lost, violating the durability property:
<quote> Any operation that returns a "success" code (eg does not throw an exception) will be made durable. </quote>
2) Say the client issues a read for k immediately after writing k. The put will be stored in the client side write buffer, while the read will go to the region server, returning an older value, instead of v, violating the visibility property:
<quote>
When a client receives a "success" response for any mutation, that mutation
is immediately visible to both that client and any client with whom it later
communicates through side channels.
</quote>
Thanks,
Tallat

The documentation for @EnableSpringDataWebSupport says this:
Annotation to automatically register the following beans for usage with Spring MVC.

DomainClassConverter - to allow usage of domain types managed by Spring Data repositories as controller method arguments bound with PathVariable or RequestParam.
PageableHandlerMethodArgumentResolver - to allow injection of Pageable instances into controller methods automatically created from request parameters.
SortHandlerMethodArgumentResolver - to allow injection of Sort instances into controller methods automatically created from request parameters.

If Spring HATEOAS is present on the classpath we will additionally register the following beans:

PagedResourcesAssembler - for injection into web components
PagedResourcesAssemblerArgumentResolver - for injection of
PagedResourcesAssembler into controller methods

However, this is not correct, and a mandatory transient dependency on Spring HATEOAS has now been added in Spring Data 1.6. Neither @EnableSpringDataWebSupport, PageableHandlerMethodArgumentResolver, nor SortHandlerMethodArgumentResolver may be used if you don't have Spring HATEOAS on the classpath.
If you use @EnableSpringDataWebSupport you get a NoClassDefFoundError on application startup for org/springframework/hateoas/mvc/UriComponentsContributor. If you use the PageableHandlerMethodArgumentResolver or SortHandlerMethodArgumentResolver directly you get a compilation error for missing class org.springframework.hateoas.mvc.UriComponentsContributor. This is because PageableHandlerMethodArgumentResolver and SortHandlerMethodArgumentResolver both extend UriComponentsContributor.
This is a MAJOR problem. Spring Data users must now include Spring HATEOAS in their application even if they aren't using it, and HATEOAS comes with its own significant set of transient dependencies. The HATEOAS components should be separated from PageableHandlerMethodArgumentResolver and SortHandlerMethodArgumentResolver so that they can be used without HATEOAS on the classpath.

This used to work in 2.5.0 but in 2.6.0 it throws:

Caused by: javax.xml.bind.JAXBException: class com.ask.ugc.camel.Jask3061$Foo nor any of its super class is known to this context.
	at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getBeanInfo(JAXBContextImpl.java:594)
	at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:482)
	at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:315)
	at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:244)
	at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:75)
	at org.apache.camel.converter.jaxb.JaxbDataFormat.marshal(JaxbDataFormat.java:117)
	at org.apache.camel.converter.jaxb.JaxbDataFormat.marshal(JaxbDataFormat.java:96)
...

@ContextConfiguration(
        locations = "foo.bar.JaxbBug$ContextConfig",
        loader = JavaConfigContextLoader.class)
public class JaxbBug extends AbstractTestNGSpringContextTests {

    @EndpointInject(uri = "mock:end")
    protected MockEndpoint mockEndpoint;

    @Produce(uri = "direct:test")
    protected ProducerTemplate producer;

    @Test
    @DirtiesContext
    public void testJaxbMarshalling() throws InterruptedException {
        mockEndpoint.expectedMessageCount(1);

        producer.sendBody(new Foo());

        mockEndpoint.assertIsSatisfied();

    }

    public static class ContextConfig extends SingleRouteCamelConfiguration {
        @Bean
        public RouteBuilder route() {
            return new RouteBuilder() {
                @Override
                public void configure() throws Exception {
                    JaxbDataFormat jaxb = new JaxbDataFormat(JAXBContext.newInstance(Foo.class));
                    from("direct:test").marshal(jaxb).to("mock:end");

                }
            };
        }
    }

    @XmlRootElement
    public static class Foo {
        String bar;

        public String getBar() {
            return bar;
        }

        public void setBar(String bar) {
            this.bar = bar;
        }
    }

}

Noticed this while work on mavenization. If you run the following command

ant test -Dtestcase=TestCliDriver -Dqfile=udf_case.q -Dtest.silent=false

and look at the top of the logs you see the exception below. It looks like something needs to be changed in the initialization order.

2013-10-02 13:42:21,596 INFO  metastore.ObjectStore (ObjectStore.java:initialize(243)) - ObjectStore, initialize called
2013-10-02 13:42:22,048 DEBUG bonecp.BoneCPDataSource (BoneCPDataSource.java:maybeInit(148)) - JDBC URL = jdbc:derby:;databaseName=../build/test/junit_metastore_db;create=true, Username = APP, partitions = 1, max (per partition) = 0, min (per partition) = 0, helper threads = 3, idle max age = 60 min, idle test period = 240 min
2013-10-02 13:42:22,051 WARN  bonecp.BoneCPConfig (BoneCPConfig.java:sanitize(1537)) - Max Connections < 1. Setting to 20
2013-10-02 13:42:30,218 INFO  metastore.ObjectStore (ObjectStore.java:getPMF(312)) - Setting MetaStore object pin classes with hive.metastore.cache.pinobjtypes="Table,StorageDescriptor,SerDeInfo,Partition,Database,Type,FieldSchema,Order"
2013-10-02 13:42:30,253 DEBUG bonecp.BoneCPDataSource (BoneCPDataSource.java:maybeInit(148)) - JDBC URL = jdbc:derby:;databaseName=../build/test/junit_metastore_db;create=true, Username = APP, partitions = 1, max (per partition) = 0, min (per partition) = 0, helper threads = 3, idle max age = 60 min, idle test period = 240 min
2013-10-02 13:42:30,253 WARN  bonecp.BoneCPConfig (BoneCPConfig.java:sanitize(1537)) - Max Connections < 1. Setting to 20
2013-10-02 13:42:30,262 INFO  metastore.MetaStoreDirectSql (MetaStoreDirectSql.java:<init>(99)) - MySQL check failed, assuming we are not on mysql: Lexical error at line 1, column 5.  Encountered: "@" (64), after : "".
2013-10-02 13:42:30,298 ERROR metastore.MetaStoreDirectSql (MetaStoreDirectSql.java:<init>(112)) - Self-test query [select "DB_ID" from "DBS"] failed; direct SQL is disabled
javax.jdo.JDODataStoreException: Error executing SQL query "select "DB_ID" from "DBS"".
  at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:451)
  at org.datanucleus.api.jdo.JDOQuery.execute(JDOQuery.java:230)
  at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.<init>(MetaStoreDirectSql.java:108)
  at org.apache.hadoop.hive.metastore.ObjectStore.initialize(ObjectStore.java:249)
  at org.apache.hadoop.hive.metastore.ObjectStore.setConf(ObjectStore.java:220)
  at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:62)
  at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:117)
  at org.apache.hadoop.hive.metastore.RetryingRawStore.<init>(RetryingRawStore.java:62)
  at org.apache.hadoop.hive.metastore.RetryingRawStore.getProxy(RetryingRawStore.java:71)
  at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newRawStore(HiveMetaStore.java:418)
  at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getMS(HiveMetaStore.java:405)
  at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.createDefaultDB(HiveMetaStore.java:444)
  at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.init(HiveMetaStore.java:329)
  at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.<init>(HiveMetaStore.java:289)
  at org.apache.hadoop.hive.metastore.RetryingHMSHandler.<init>(RetryingHMSHandler.java:54)
  at org.apache.hadoop.hive.metastore.RetryingHMSHandler.getProxy(RetryingHMSHandler.java:59)
  at org.apache.hadoop.hive.metastore.HiveMetaStore.newHMSHandler(HiveMetaStore.java:4084)
  at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:126)
  at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1211)
  at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:62)
  at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:72)
  at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:2404)
  at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:2415)
  at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:871)
  at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:853)
  at org.apache.hadoop.hive.ql.QTestUtil.cleanUp(QTestUtil.java:534)
  at org.apache.hadoop.hive.cli.TestCliDriver.<clinit>(TestCliDriver.java:44)
  at java.lang.Class.forName(Class.java:190)
  at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:374)
  at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1060)
  at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:911)
java.sql.SQLSyntaxErrorException: Table/View 'DBS' does not exist.
  at org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown Source)
  at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
  at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source)
  at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source)
  at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
  at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
  at org.apache.derby.impl.jdbc.EmbedPreparedStatement.<init>(Unknown Source)
  at org.apache.derby.impl.jdbc.EmbedPreparedStatement20.<init>(Unknown Source)
  at org.apache.derby.impl.jdbc.EmbedPreparedStatement30.<init>(Unknown Source)
  at org.apache.derby.impl.jdbc.EmbedPreparedStatement40.<init>(Unknown Source)

ContentRepositoryImpl.removeContent calls File.deleteOnExit if it can't delete the content or parent dirs. This is very wrong:
1) The grandparent dir may have other children completed unrelated to the item being removed.
2) The content in question may have been restored before process exit. For example, a deployment is undeployed, and then a while later the same bits are uploaded again.
3) File.deleteOnExit is a small memory leak. This one's relatively minor.

Controller methods like the following throw NullPointerExceptions because the ResponseEntityResultHandler is trying to serialize the response entity body even though it's null:

public Mono<ResponseEntity<Void>> test() {
	return Mono.just(ResponseEntity.notFound().build());
}

Trying to build master, getting an error on a missing org.apache.camel:camel-box2, which I can't find in camel :
lilguylaptop:camel cunningt$ grep -r camel-box2 * | grep pom.xml
platforms/spring-boot/components-starter/camel-box2-starter/pom.xml:  <artifactId>camel-box2-starter</artifactId>
platforms/spring-boot/components-starter/pom.xml:    <module>camel-box2-starter</module>
lilguylaptop:camel cunningt$ 

e.g. from JBI to File automaticaly
See this thread
http://www.nabble.com/working-with-jms-tp18026353s22882p18026676.html

Reverse scans do not work if an HFile contains inline bloom blocks or leaf level index blocks.  The reason is because the seekBefore() call calculates the previous data block’s size by assuming data blocks are contiguous which is not the case in HFile V2 and beyond.
Attached is a first cut patch (targeting bcef28eefaf192b0ad48c8011f98b8e944340da5 on trunk) which includes:
(1) a unit test which exposes the bug and demonstrates failures for both inline bloom blocks and inline index blocks
(2) a proposed fix for inline index blocks that does not require a new HFile version change, but is only performant for 1 and 2-level indexes and not 3+.  3+ requires an HFile format update for optimal performance.    
This patch does not fix the bloom filter blocks bug.  But the fix should be similar to the case of inline index blocks.  The reason I haven’t made the change yet is I want to confirm that you guys would be fine with me revising the HFile.Reader interface.
Specifically, these 2 functions (getGeneralBloomFilterMetadata and getDeleteBloomFilterMetadata) need to return the BloomFilter.  Right now the HFileReader class doesn’t have a reference to the bloom filters (and hence their indices) and only constructs the IO streams and hence has no way to know where the bloom blocks are in the HFile.  It seems that the HFile.Reader bloom method comments state that they “know nothing about how that metadata is structured” but I do not know if that is a requirement of the abstraction (why?) or just an incidental current property. 
We would like to do 3 things with community approval:
(1) Update the HFile.Reader interface and implementation to contain and return BloomFilters directly rather than unstructured IO streams
(2) Merge the fixes for index blocks and bloom blocks into open source
(3) Create a new Jira ticket for open source HBase to add a ‘prevBlockSize’ field in the block header in the next HFile version, so that seekBefore() calls can not only be correct but performant in all cases.

If I want remove entry from credential store and immediately I try to add new entry with same alias then I get error message

{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalStateException: WFLYCTL0075: Duplicate resource csAlias001",
}

In case of reload after remove operation then adding entry with same alias passes.
I cannot see any information about reload-required after executing remove operation. 

{
}

My suggestions

add there information about reload-required
OR
fix it so it will not be necessary reload

In my opinion second option is better.

    if (args.length < 2) {
      usage("Wrong number of arguments: " + args.length);

Correct way of handling error condition is through return value of run method.

When loading the main info page, here is the stack:
	at org.apache.hadoop.hbase.generated.master.master_jsp._jspService(master_jsp.java:151)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367)
	at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391)
	at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:146)
	at org.mortbay.jetty.Server.handle(Server.java:285)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:457)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:751)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:500)
	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:357)
	at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:329)
	at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)

Also, does anyone know why the hbase and contrib JARs use underscores
instead of dashes in their names? Can I change this or will it break something?

./build/dist/lib/hive-anttasks-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive-cli-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive-common-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive-exec-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive-hwi-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive-jdbc-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive-metastore-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive-serde-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive-service-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive-shims-0.7.0-SNAPSHOT.jar
./build/dist/lib/hive_contrib.jar                                   <------
./build/dist/lib/hive_hbase-handler.jar                     <------

When using ps1 (power-shell) scripts in a windows environment the JBOSS_HOME environment variable is always unset at the end. For example using the jboss-cli.ps1 script.
That variable can be set by the user and this not be affected by the execution of the scripts.

Webhcat e2e testsuite prints message while ending test run:

Ending test <testcase> at 1479264720

Currently it is not capturing the end time correctly.

The camel-sql component contains a class called ClassLoadingAwareObjectInputStream, which is a copy from a class from the apache activeMQ project.
There was a bug in this class that was fixed in the activeMQ project but was not updated in the camel-sql component.
I face the same issue as in: https://issues.apache.org/jira/browse/AMQ-3537
where I cannot deserialize an object that contains a mix of jdk and non-jdk classes.

org.wildfly.test.integration.weld.beanarchives.BootstrapBeanDeploymentArchiveTestCase
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=BootstrapBeanDeploymentArchiveTestCase -Dsecurity.manager

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."17004ed3-67af-464b-832a-56e1a1fe7f3d.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."17004ed3-67af-464b-832a-56e1a1fe7f3d.war".WeldStartService: Failed to start service
	at java.lang.J9VMInternals.newInstanceImpl(Native Method)
	at java.lang.Class.newInstance(Class.java:1899)
	at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:431)
	at java.lang.J9VMInternals.ensureError(J9VMInternals.java:141)
	at java.lang.J9VMInternals.recordInitializationFailure(J9VMInternals.java:130)
	... 21 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessDeclaredMembers")" in code source "(vfs:/content/17004ed3-67af-464b-832a-56e1a1fe7f3d.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.17004ed3-67af-464b-832a-56e1a1fe7f3d.war" from Service Module Loader")
	at java.lang.Class.checkMemberAccess(Class.java:200)
	at java.lang.Class.getDeclaredMethods(Class.java:992)
	... 27 more

	... 3 more

Introduced by HBASE-748, the RowLock passed into HTable.commit is now ignored.
This causes the update the hang until that rowlock expires, and then it proceeds with getting a new row lock.

URLBindingTestCase fails with security manager because of missing permissions (RemotingPermission("createEndpoint") and RemotingPermission("connect")) and dependency org.jboss.remoting. After adding the permissions and dependency, there is another missing permission:

ERROR [org.xnio.listener] (XNIO-1 I/O-1) XNIO001007: A channel event listener threw an exception: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/okotek/git/wildfly/dist/target/wildfly-11.0.0.Beta1-SNAPSHOT/modules/system/layers/base/org/wildfly/security/elytron-private/main/wildfly-elytron-1.1.0.CR2.jar" "read")" in code source "(vfs:/content/URLBindingTestCaseBean.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.URLBindingTestCaseBean.jar" from Service Module Loader")

The bug is most evident if the current time is included in the prompt, then the current time is not re-evaluated as the user enters empty "enter" command in the prompt.

I know this is not the right use case, but NPE is not exptected.

0: jdbc:hive2://10.64.35.144:21066/> select abs("foo");

When performing an InOut JMS exchange with a certain requestTimeout, if the reply message is received in time, but the following formula stands true: 
T0 + T1 >= T!, where:
T0 = JMS response time
T1 = remaining route processing time following the reply
T! = requestTimeout
Then camel-jms will throw an ExchangeTimedOutException regardless of the fact that the reply was truly received in time.
I'm surprised this bug has gone unnoticed until now, as it's been present since mid-2010.
Example unit test:

    @Test
    public void testTimeoutNotTriggered() throws Exception {
        getMockEndpoint("mock:exception").expectedMessageCount(0);
        template.requestBody("activemq:test", "<hello />");
    }

    @Override
            @Override

                onException(ExchangeTimedOutException.class)
                    .handled(true)
                    .to("mock:exception");

                from("activemq:test")
                    .inOut("activemq:test?requestTimeout=500")
                    .delay(constant(1000));
                
                    .log("test");
            }
        };
    }

HIVE-5155 added new api for delegation token support. Per the convention followed till now, we should update the version to 7. 
Marking it as blocker for 13. cc Prasad Mujumdar Thejas M Nair

"If we are using XML based configuration, we can use the ?TITLE?. For example:"
We need to fix the link text.

UriComponentsBuilder.fromUriString("/foo#");

Throws an exception originating from UriComponentsBuilder.fragment(…) rejecting empty strings. I think ….fromUriString(…) should check the fragment part parsed from the given URI and refrain from calling ….fragment(…) if it is empty.

In ZKUtil#multiOrSequential, we accept a list of ZKUtilOp's to pass down to the ZooKeeper#multi(Iterable<Op>) method.
One problem with this approach is that we may generate a large list of ZNodes to mutate in one batch which exceeds the allowable client package length, specified by jute.maxbuffer.
This problem can manifest when we have a large number of WALs to replicate, queued in ZooKeeper, from a disabled peer. When that peer is dropped, the RS would submit deletes of those queued WALs. The RS will see ConnectionLoss for the resulting multi() calls it tries to make, because we are sending too large of a client message (because we're trying to delete too many WALs at once). The result (at least in branch-1 ish versions) is that the RS aborts after exceeding the ZK retries (as this operation will never succeed).
A simple fix would be to impose a maximum number of Ops to run in a single batch inside ZKUtil, and split apart the caller-submitted batch into smaller chunks. Before we make such a change, I do need to make sure that we don't have any expectations on atomicity of the operations. I'm not sure what ZK provides here – for the above example, splitting up batches of deletes is not an issue, but there could be issues with batches of creates where we only apply some.

Section 2.3.4 of the reference docs (http://static.springsource.org/spring-security/site/docs/3.0.x/reference/ns-config.html#ns-openid) contains this code:
  OpenIDAuthenticationToken token = SecurityContextHolder.getContext().getAuthentication();
This code doesn't compile; it should contain a cast as follows:
  OpenIDAuthenticationToken token = (OpenIDAuthenticationToken) ecurityContextHolder.getContext().getAuthentication();

The old syntax does not include some perf improvements in newer versions of Slider.

Test additions introduced at SVN revision 764168 rely on String.contains(), which was introduced in Java 5.

This is due to the following code in Client createClient() in CxfEnpoint

        } else {
            ObjectHelper.notNull(portName, "Please provide endpoint/port name");
            ObjectHelper.notNull(serviceName, "Please provide service name");
            ClientFactoryBean factoryBean = createClientFactoryBean();

When there's only one service/port, we should just use it.

I am developping a web application which uses Spring and JPA. My aim is to get the content of a table called Product with a filter on the table identifier (use of the SQL syntax 'IN'). For that, I use the method findAll(Iterable<ID>) of an interface which extends of CrudRepository.
On the call of the method findAll, I catch an exception which tell me that Spring can't compare an Integer object to an Iterable object. But, I don't understand why Spring try to compare an Integer object to an Iterable object.
Please find in attachment a simple project which reproduces the exception
The URL of the exception: http://localhost:8080/myshop/product/list

Only MD5 and SHA-1 hash algorithms are valid in OneTimePasswordImpl.
/subsystem=elytron/filesystem-realm=a:read-operation-description(name=set-password)

           "otp" => {
                "description" => "A one-time password, used by the OTP SASL mechanism.",
                    "algorithm" => {
                        "description" => "The algorithm used to encrypt the password.",
                        "default" => "otp-sha1",
                        "allowed" => [
                            "otp-md5",
                            "otp-sha1"
                        ]
                    },
                    "hash" => {
                        "description" => "The hash represented by this password.",
                        "required" => true,
                    },
                    "seed" => {
                        "description" => "The seed used to generate the hash.",
                    },
                    "sequence" => {
                        "type" => INT,
                        "description" => "The sequence number used to generate the hash.",
                        "nillable" => false
                    }
                }
            }

Extend list to more secure hash algorithms, e.g. digest-sha-256 digest-sha-512?
For example MD5 is not allowed in FIPS mode [1]. Although SHA-1 is, it is generally considered to be not secure anymore.
[1] http://csrc.nist.gov/publications/fips/fips140-2/fips1402annexa.pdf

After manually killing a server it fails on subsequent start attempt using the management console or CLI.

The exception from FileSystem operation in the finally block of ExportSnapshot#doWork may hide the real exception from FileUtil.copy call.
I was debugging the following error Romil Choksi saw during testing ExportSnapshot :

2018-06-01 02:40:52,363|INFO|MainThread|machine.py:167 - run()||GUID=1cacb7bc-f7cc-4710-82e0-4a4513f0c1f9|2018-06-01 02:40:52,358 ERROR [main] util.AbstractHBaseTool: Error      running command-line tool
2018-06-01 02:40:52,363|INFO|MainThread|machine.py:167 - run()||GUID=1cacb7bc-f7cc-4710-82e0-4a4513f0c1f9|java.io.FileNotFoundException: Directory/File does not exist /apps/     hbase/data/.hbase-snapshot/.tmp/snapshot_table_334546
2018-06-01 02:40:52,364|INFO|MainThread|machine.py:167 - run()||GUID=1cacb7bc-f7cc-4710-82e0-4a4513f0c1f9|at org.apache.hadoop.hdfs.server.namenode.FSDirectory.                  checkOwner(FSDirectory.java:1777)
2018-06-01 02:40:52,364|INFO|MainThread|machine.py:167 - run()||GUID=1cacb7bc-f7cc-4710-82e0-4a4513f0c1f9|at org.apache.hadoop.hdfs.server.namenode.FSDirAttrOp.                  setOwner(FSDirAttrOp.java:82)

Here is corresponding code (with extra log added):

    try {
      LOG.info("Copy Snapshot Manifest from " + snapshotDir + " to " + initialOutputSnapshotDir);
      boolean ret = FileUtil.copy(inputFs, snapshotDir, outputFs, initialOutputSnapshotDir, false,
          false, conf);
      LOG.info("return val = " + ret);
      LOG.warn("Failed to copy the snapshot directory: from=" +
          snapshotDir + " to=" + initialOutputSnapshotDir, e);
      throw new ExportSnapshotException("Failed to copy the snapshot directory: from=" +
        snapshotDir + " to=" + initialOutputSnapshotDir, e);
    } finally {
      if (filesUser != null || filesGroup != null) {
        LOG.warn((filesUser == null ? "" : "Change the owner of " + needSetOwnerDir + " to "
            + filesUser)
            + (filesGroup == null ? "" : ", Change the group of " + needSetOwnerDir + " to "
            + filesGroup));
        setOwner(outputFs, needSetOwnerDir, filesUser, filesGroup, true);
      }

"return val = " was not seen in rerun of the test.
 This is what the additional log revealed:

2018-06-01 09:22:54,247|INFO|MainThread|machine.py:167 - run()||GUID=3961d249-9981-429d-81a8-39c7df53cf58|2018-06-01 09:22:54,241 WARN  [main] snapshot.ExportSnapshot: Failed to copy the snapshot directory: from=hdfs://ns1/apps/hbase/data/.hbase-snapshot/snapshot_table_157842 to=hdfs://ns3/apps/hbase/data/.hbase-snapshot/.tmp/snapshot_table_157842
2018-06-01 09:22:54,248|INFO|MainThread|machine.py:167 - run()||GUID=3961d249-9981-429d-81a8-39c7df53cf58|org.apache.hadoop.security.AccessControlException: Permission denied:   user=hbase, access=WRITE, inode="/apps/hbase/data/.hbase-snapshot/.tmp":hrt_qa:hadoop:dr----x-wT
2018-06-01 09:22:54,248|INFO|MainThread|machine.py:167 - run()||GUID=3961d249-9981-429d-81a8-39c7df53cf58|at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.          check(FSPermissionChecker.java:399)
2018-06-01 09:22:54,249|INFO|MainThread|machine.py:167 - run()||GUID=3961d249-9981-429d-81a8-39c7df53cf58|at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.          checkPermission(FSPermissionChecker.java:255)

It turned out that the exception from setOwner call in the finally block eclipsed the real exception.

After WFLY-10621, a DistributableSessionManager.stop hang can still occur in the following scenario.
1. async request a starts
2. sync request b invalidates session
3. async request a completes
Upon completion, the async request does not unlock and throws following exception:

16:04:58,260 ERROR [stderr] (default task-18) Exception in thread "default task-18" java.lang.RuntimeException: java.lang.IllegalStateException: WFLYCLWEBUT0001: Session 8adSKXK1li8Qo15QnaIGrd31DrB6B83jEL4blzq1 is invalid
16:04:58,260 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.ServletContextImpl.invokeRunnable(ServletContextImpl.java:944)
16:04:58,260 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.AsyncContextImpl.onAsyncComplete(AsyncContextImpl.java:594)
16:04:58,260 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.AsyncContextImpl.access$100(AsyncContextImpl.java:71)
16:04:58,261 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.AsyncContextImpl$3.run(AsyncContextImpl.java:315)
16:04:58,261 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.AsyncContextImpl$6.run(AsyncContextImpl.java:473)
16:04:58,261 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.AsyncContextImpl$TaskDispatchRunnable.run(AsyncContextImpl.java:584)
16:04:58,261 ERROR [stderr] (default task-18) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
16:04:58,261 ERROR [stderr] (default task-18) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
16:04:58,261 ERROR [stderr] (default task-18) 	at java.lang.Thread.run(Thread.java:748)
16:04:58,261 ERROR [stderr] (default task-18) Caused by: java.lang.IllegalStateException: WFLYCLWEBUT0001: Session 8adSKXK1li8Qo15QnaIGrd31DrB6B83jEL4blzq1 is invalid
16:04:58,261 ERROR [stderr] (default task-18) 	at org.wildfly.clustering.web.undertow.session.DistributableSession.validate(DistributableSession.java:57)
16:04:58,261 ERROR [stderr] (default task-18) 	at org.wildfly.clustering.web.undertow.session.DistributableSession.getAttribute(DistributableSession.java:157)
16:04:58,261 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.HttpSessionImpl.getAttribute(HttpSessionImpl.java:122)
16:04:58,261 ERROR [stderr] (default task-18) 	at org.jboss.weld.context.http.HttpSessionContextImpl.checkBeanIdentifierIndexConsistency(HttpSessionContextImpl.java:98)
16:04:58,261 ERROR [stderr] (default task-18) 	at org.jboss.weld.context.http.HttpSessionContextImpl.associate(HttpSessionContextImpl.java:47)
16:04:58,261 ERROR [stderr] (default task-18) 	at org.jboss.weld.context.http.HttpSessionContextImpl.associate(HttpSessionContextImpl.java:23)
16:04:58,261 ERROR [stderr] (default task-18) 	at org.jboss.weld.servlet.HttpContextLifecycle.requestInitialized(HttpContextLifecycle.java:237)
16:04:58,261 ERROR [stderr] (default task-18) 	at org.jboss.weld.servlet.WeldInitialListener.requestInitialized(WeldInitialListener.java:152)
16:04:58,261 ERROR [stderr] (default task-18) 	at io.undertow.servlet.core.ApplicationListeners.requestInitialized(ApplicationListeners.java:246)
16:04:58,261 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.AsyncContextImpl.setupRequestContext(AsyncContextImpl.java:678)
16:04:58,261 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.AsyncContextImpl.access$700(AsyncContextImpl.java:71)
16:04:58,261 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.AsyncContextImpl$7.run(AsyncContextImpl.java:599)
16:04:58,261 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.ServletContextImpl$2.call(ServletContextImpl.java:177)
16:04:58,262 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.ServletContextImpl$2.call(ServletContextImpl.java:174)
16:04:58,262 ERROR [stderr] (default task-18) 	at io.undertow.servlet.spec.ServletContextImpl.invokeRunnable(ServletContextImpl.java:942)
16:04:58,262 ERROR [stderr] (default task-18) 	... 8 more

If a relative file path is specified for the move or moveFailed Attribute of the file2 component, a NullPointerException is thrown while processing the onCompletion commit resp. rollback strategy.
And because the processed file cannot be moved away, the processing is restarted again and so on...
Wrong code line (GenericFile.java:203 in camel-core V2.15.3):

ObjectHelper.after(newFileName, newEndpointPath + File.separatorChar);

when newFileName and newEndpointPath are both relative paths.

	at java.io.File.<init>(File.java:277) ~[?:1.8.0_60]
	at org.apache.camel.component.file.GenericFile.changeFileName(GenericFile.java:207) ~[camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.component.file.strategy.GenericFileExpressionRenamer.renameFile(GenericFileExpressionRenamer.java:41) ~[camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.component.file.strategy.GenericFileRenameProcessStrategy.commit(GenericFileRenameProcessStrategy.java:87) ~[camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.component.file.GenericFileOnCompletion.processStrategyCommit(GenericFileOnCompletion.java:124) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.component.file.GenericFileOnCompletion.onCompletion(GenericFileOnCompletion.java:80) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.component.file.GenericFileOnCompletion.onComplete(GenericFileOnCompletion.java:54) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.util.UnitOfWorkHelper.doneSynchronizations(UnitOfWorkHelper.java:104) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.impl.DefaultUnitOfWork.done(DefaultUnitOfWork.java:229) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.util.UnitOfWorkHelper.doneUow(UnitOfWorkHelper.java:65) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.processor.CamelInternalProcessor$UnitOfWorkProcessorAdvice.after(CamelInternalProcessor.java:637) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.processor.CamelInternalProcessor$UnitOfWorkProcessorAdvice.after(CamelInternalProcessor.java:605) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.processor.CamelInternalProcessor$InternalCallback.done(CamelInternalProcessor.java:239) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:106) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:190) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:439) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:211) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:175) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:174) [camel-core-2.15.3.jar:2.15.3]
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:101) [camel-core-2.15.3.jar:2.15.3]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_60]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_60]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_60]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_60]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_60]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_60]

In the JsonLateObjectEvaluator class the line return mapper.readValue(valueNode.traverse(), type); might throw a NullPointer.
The traverse() method instantiate a TreeTraversingParser with a null ObjectCodec. JacksonModule depending on this ObjectCodec (such as JTS https://github.com/bedatadriven/jackson-datatype-jts) are going to throw a NullPointerException.
A simple fix seems to update this line from :

return mapper.readValue(valueNode.traverse(), type);

to

return mapper.readValue(valueNode.traverse(mapper.getFactory().getCodec()), type);

The set -v output currently shows configurations for yarn, hdfs etc. but does not show tez settings when tez is set as the execution engine.

Hello,
I have been going through the exercise of configuring Spring Security to send HSTS headers while using Spring Boot and discovered that the documentation on the spring.io site is incorrect.
It instructs the user to call the headers().hsts() function which does not exist. After looking through the source, I see that the function is in fact called httpStrictTransportSecurity().
This is the version that was linked from the main site:
http://docs.spring.io/spring-security/site/docs/3.2.0.CI-SNAPSHOT/reference/html/headers.html#headers-hsts
I confirmed that it has not been changed in the 3.2.4 release:
http://docs.spring.io/spring-security/site/docs/3.2.4.RELEASE/reference/htmlsingle/#headers-hsts
Also, the configuration override section does not mention that the following import will be required to to access the HttpSecurity class.
import org.springframework.security.config.annotation.web.builders.*;
Thanks,
Bryan

According to Language Manual UDF, logical operators returns NULL if one of arguments is NULL.
https://cwiki.apache.org/confluence/display/Hive/LanguageManual+UDF#LanguageManualUDF-LogicalOperators
But query below fails with ClassCastException.

SELECT COUNT(*) AS c
FROM tbl
WHERE 1=1 AND NULL

Exception (on 0.13):

15/08/27 08:56:23 ERROR ql.Driver: FAILED: ClassCastException org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableVoidObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.primitive.BooleanObjectInspector
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFOPAnd.initialize(GenericUDFOPAnd.java:52)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDF.initializeAndFoldConstants(GenericUDF.java:116)
	at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.newInstance(ExprNodeGenericFuncDesc.java:231)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprNodeDesc(TypeCheckProcFactory.java:934)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1128)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:184)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:9716)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:9672)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:3208)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:3005)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:8228)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8183)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9015)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9281)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:427)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:323)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:980)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1045)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:916)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:906)

I confirmed that Hive 1.2.1 of HDP2.3 Sandbox also raises this exception.

Adding @EnableMongoAuditing to an application configuration causes a few different problems related to (but probably not caused by) Jackson serialization.  These issues can be reproduced by (1) starting an application with @EnableMongoAuditing, (2) POSTing certain types of entities to a RepositoryRestResource, and (3) attempting to GET from the same repository.  
Please refer to the referenced URL for a working example based on the mongodb-data-rest getting-started sample.  Also note the comment with sample command-line input at: https://github.com/ncantelmo/gs-accessing-mongodb-data-rest/commit/988626629a1ef708b5a3d44c4bd8b2874662747f#commitcomment-6740135
Additional notes:

This issue was initially identified in an application that implemented AuditorAware.  The inclusion of an AuditorAware bean appears to make no difference on the described behavior.
The following sequence of events will NOT reveal the issue: (1) POST a new document to some repository X, (2) Restart the application, (3), GET from repository X, (4) POST another document with the same fields to repository X, (5) GET from repository X.
In other words, if you GET from a populated repository before you POST, the serialization routines will work properly.
In the referenced example, removing the @JsonProperty("brand_name") annotation in PetFood.java will prevent serialization from causing a crash.
In root-level entities or immediate nested children, custom @JsonProperty annotations will cause the annotated properties to not be fetched during a GET after an initial POST, but won't cause a crash.

ant -Dhadoop.mr.rev=20S clean package
fails with: 

compile:
     [echo] Project: ql
    [javac] Compiling 744 source files to /root/hive/build/ql/classes
    [javac] /root/hive/ql/src/java/org/apache/hadoop/hive/ql/udf/UDFJson.java:67: cannot find symbol
    [javac] symbol  : variable ALLOW_UNQUOTED_CONTROL_CHARS
    [javac] location: class org.codehaus.jackson.JsonParser.Feature
    [javac]     JSON_FACTORY.enable(Feature.ALLOW_UNQUOTED_CONTROL_CHARS);
    [javac]                                ^
    [javac] /root/hive/ql/src/java/org/apache/hadoop/hive/ql/udf/UDFJson.java:158: cannot find symbol
    [javac] symbol  : method writeValueAsString(java.lang.Object)
    [javac] location: class org.codehaus.jackson.map.ObjectMapper
    [javac]         result.set(MAPPER.writeValueAsString(extractObject));
    [javac]                          ^
    [javac] /root/hive/ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDTFJSONTuple.java:59: cannot find symbol
    [javac]                                ^
    [javac] /root/hive/ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDTFJSONTuple.java:189: cannot find symbol
    [javac]           retCols[i].set(MAPPER.writeValueAsString(extractObject));
    [javac]                                ^
    [javac] 4 errors

According to https://issues.apache.org/jira/browse/HADOOP-7470 hadoop 1.x has been upgraded to jackson 1.8.8 but the POM file still specifies jackson 1.0.1 which doesn't work for hive (doesn't have the ALLOW_UNQUOTED_CONTROL_CHARS).
The POM for hadoop 2.0.0-alpha (-Dhadoop.mr.rev=23) has the right dependency, hadoop 0.20.2 (-Dhadoop.mr.rev=20) doesn't depend on jackson.

This isssue is unlikely to come up in a cluster test case. However, for development, the following thing happens: 
1. Start the HBase cluster locally, on network A (DNS A, etc)
2. The region locations are cached using the hostname (mycomputer.company.com, 211.x.y.z - real ip)
3. Change network location (go home)
4. Start the HBase cluster locally. My hostname / ips are not different (mycomputer, 192.168.0.130 - new ip)
If the region locations have been cached using the hostname, there is an UnknownHostException in CatalogTracker.getCachedConnection(ServerName sn), uncaught in the catch statements. The server will crash constantly. 
The error should be caught and not rethrown, so that the cached connection expires normally. 

CommonJoinProcessor tries to clone a MapredWork while attempting a conversion to a map-join

  // deep copy a new mapred work from xml
  InputStream in = new ByteArrayInputStream(xml.getBytes("UTF-8"));
  MapredWork newWork = Utilities.deserializeMapRedWork(in, physicalContext.getConf());

which is a very heavy operation memory wise & cpu-wise.
It would be better to do this only if a conditional task is required, resulting in a copy of the task.

Originally, if HBase got an IOE from HDFS while splitting or opening a region, it would abort the operation. The assumption being that this is a network failure that will likely disappear at a later time or different partition of the network. However, if HBase gets parsing exceptions, we want to log the problem and continue opening/splitting the region anyways, because parsing is an idempotent problem and retries won't fix this issue.

2011-07-11 10:26:01,268 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:145)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:156)
2011-07-11 10:26:01,268 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Splitting logs for sv2borg164,60020,1309996983328
2011-07-11 10:26:01,269 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN

Running into the below error while running "mvn clean install -Pdist -Phadoop-1"

[ERROR]hive/serde/src/test/org/apache/hadoop/hive/serde2/lazy/TestLazySimpleFast.java:[164,33] cannot find symbol
  symbol:   method copyBytes()
  location: variable serialized of type org.apache.hadoop.io.Text

See nabble
The workaround is to use either HTTP_URI or HTTP_QUERY as a header with the parameters. Then they are not double encoded.
Also the HTTP_URI should be placeholder resolved, so we can use port or the likes to inject the port number dynamic.

When the suffix is undefined (undefine-attribute(name=suffix)) on a size-rotating-file-handler the value undefined gets written to the suffix which is invalid. The value needs to be set to null if undefined.

when mixing GrantedAuthorityImpl with other more specialized implementations that return null from getAuthority, GrantedAuthorityImpl.compareTo fails with an NPE.

In case when empty username is passed during authentication to Management Console then exception is thrown to server log and Internal Server Error (status 500) is returned to user (which leads to displaying "Connect to Management Interface" page. User is not able to try to login again.
In WildFly 10.1.0 this scenario works fine - after passing empty username during authentication, authentication failed and login window is displayed again. I request blocker due to regression.

ERROR [io.undertow.request] (management task-3) UT005071: Undertow request failed HttpServerExchange{ GET /management request {Accept=[text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8], Accept-Language=[en-US,en;q=0.5], Accept-Encoding=[gzip, deflate], User-Agent=[Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:44.0) Gecko/20100101 Firefox/44.0], Connection=[keep-alive], Authorization=[Digest username="", realm="ManagementRealm", nonce="AAAAAwAAAlzTPVPLC0qPi6CaEhTCHZa+QjsuAjn3OsQXcuDYAxrOtc+rRMs=", uri="/management", algorithm=MD5, response="cbd764e6c09577625476340f7bcfc84d", opaque="00000000000000000000000000000000"], Content-Type=[text/plain; charset=utf-8], Cookie=[__utma=111872281.1874867570.1477040206.1479886566.1479982414.11; __utmz=111872281.1477040206.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); __utmb=111872281.5.10.1479982414; __utmt=1; __utmc=111872281], Referer=[http://localhost:9990/console/App.html], Host=[localhost:9990]} response {X-Frame-Options=[SAMEORIGIN]}}: java.lang.IllegalArgumentException
	at javax.security.auth.callback.NameCallback.<init>(NameCallback.java:90)
	at org.wildfly.security.http.impl.DigestAuthenticationMechanism.getH_A1(DigestAuthenticationMechanism.java:233)
	at org.wildfly.security.http.impl.DigestAuthenticationMechanism.validateResponse(DigestAuthenticationMechanism.java:189)
	at org.wildfly.security.http.impl.DigestAuthenticationMechanism.evaluateRequest(DigestAuthenticationMechanism.java:121)

FAILED: Error in acquiring locks: Error communicating with the metastore
2015-12-01 09:19:32,459 ERROR [HiveServer2-Background-Pool: Thread-55]: ql.Driver (SessionState.java:printError(932)) - FAILED: Error in acquiring locks: Error communicating with the metastore
org.apache.hadoop.hive.ql.lockmgr.LockException: Error communicating with the metastore
        at org.apache.hadoop.hive.ql.lockmgr.DbLockManager.lock(DbLockManager.java:132)
        at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.acquireLocks(DbTxnManager.java:227)
        at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.acquireLocks(DbTxnManager.java:92)
        at org.apache.hadoop.hive.ql.Driver.acquireLocksAndOpenTxn(Driver.java:1029)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1226)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1100)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1095)
        at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:154)
        at org.apache.hive.service.cli.operation.SQLOperation.access$100(SQLOperation.java:71)
        at org.apache.hive.service.cli.operation.SQLOperation$1$1.run(SQLOperation.java:206)
        at org.apache.hive.service.cli.operation.SQLOperation$1.run(SQLOperation.java:218)
Caused by: MetaException(message:Unable to update transaction database java.sql.SQLException: ORA-08176: consistent read failure; rollback data not available

        at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450)
        at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:399)
        at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1059)
        at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:522)
        at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:257)
        at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:587)
        at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:210)
        at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:30)
        at oracle.jdbc.driver.T4CStatement.executeForDescribe(T4CStatement.java:762)
        at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:925)
        at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1111)
        at oracle.jdbc.driver.OracleStatement.executeQuery(OracleStatement.java:1309)
        at oracle.jdbc.driver.OracleStatementWrapper.executeQuery(OracleStatementWrapper.java:422)
        at com.jolbox.bonecp.StatementHandle.executeQuery(StatementHandle.java:464)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.getLockInfoFromLockId(TxnHandler.java:1951)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.checkLock(TxnHandler.java:1600)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.lock(TxnHandler.java:1576)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.lock(TxnHandler.java:480)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.lock(HiveMetaStore.java:5586)
        at com.sun.proxy.$Proxy8.lock(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.lock(HiveMetaStoreClient.java:1869)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:156)
        at com.sun.proxy.$Proxy9.lock(Unknown Source)
        at org.apache.hadoop.hive.ql.lockmgr.DbLockManager.lock(DbLockManager.java:93)
)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.lock(TxnHandler.java:485)
        ... 18 more

After running pizzashop.roo, the generated project does not compile:

[ERROR] Failed to execute goal org.codehaus.mojo:aspectj-maven-plugin:1.2:compile (default) on project pizzashop: Compiler errors :
[ERROR] error at PizzaOrder pizzaorder = pizzaOrderService.findPizzaOrder(id);
[ERROR] ^^^^^^^^
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaOrderController_Roo_Controller_Json.aj:24:0::0 pizzaOrderService cannot be resolved
[ERROR] error at List<PizzaOrder> result = pizzaOrderService.findAllPizzaOrders();
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaOrderController_Roo_Controller_Json.aj:38:0::0 pizzaOrderService cannot be resolved
[ERROR] error at pizzaOrderService.savePizzaOrder(pizzaOrder);
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaOrderController_Roo_Controller_Json.aj:45:0::0 pizzaOrderService cannot be resolved
[ERROR] ^^^^
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaOrderController_Roo_Controller_Json.aj:54:0::0 pizzaOrderService cannot be resolved
[ERROR] error at if (pizzaOrderService.updatePizzaOrder(pizzaOrder) == null) {
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaOrderController_Roo_Controller_Json.aj:66:0::0 pizzaOrderService cannot be resolved
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaOrderController_Roo_Controller_Json.aj:77:0::0 pizzaOrderService cannot be resolved
[ERROR] error at PizzaOrder pizzaOrder = pizzaOrderService.findPizzaOrder(id);
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaOrderController_Roo_Controller_Json.aj:86:0::0 pizzaOrderService cannot be resolved
[ERROR] error at pizzaOrderService.deletePizzaOrder(pizzaOrder);
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaOrderController_Roo_Controller_Json.aj:92:0::0 pizzaOrderService cannot be resolved
[ERROR] error at Pizza pizza = pizzaService.findPizza(id);
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaController_Roo_Controller_Json.aj:24:0::0 pizzaService cannot be resolved
[ERROR] error at List<Pizza> result = pizzaService.findAllPizzas();
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaController_Roo_Controller_Json.aj:38:0::0 pizzaService cannot be resolved
[ERROR] error at pizzaService.savePizza(pizza);
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaController_Roo_Controller_Json.aj:45:0::0 pizzaService cannot be resolved
[ERROR] 
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaController_Roo_Controller_Json.aj:54:0::0 pizzaService cannot be resolved
[ERROR] error at if (pizzaService.updatePizza(pizza) == null) {
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaController_Roo_Controller_Json.aj:66:0::0 pizzaService cannot be resolved
[ERROR] 
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaController_Roo_Controller_Json.aj:77:0::0 pizzaService cannot be resolved
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaController_Roo_Controller_Json.aj:86:0::0 pizzaService cannot be resolved
[ERROR] error at pizzaService.deletePizza(pizza);
[ERROR] /Users/aswan/projects/bugs/2800/src/main/java/com/springsource/pizzashop/PizzaController_Roo_Controller_Json.aj:92:0::0 pizzaService cannot be resolved

It turns out that the pizzaService and pizzaOrderService fields are not introduced until the shell is restarted:

[FelixDispatchQueue] 62f090b Updated SRC_MAIN_JAVA/com/springsource/pizzashop/PizzaOrderController_Roo_Controller.aj
[FelixDispatchQueue] 1fcfcf9 Updated SRC_MAIN_JAVA/com/springsource/pizzashop/PizzaController_Roo_Controller.aj

... after which the project compiles OK.

The fix mentioned in https://issues.jboss.org/browse/WFLY-2047 is resolves the issue for plain Non-XA dataSources. However if an XA-DataSource is configured with the "ldap" based database connection URL then it fails with the following Error:

13:49:41,399 ERROR [org.jboss.jca.core.tx.jbossts.XAResourceRecoveryImpl] (Periodic Recovery) IJ000906: Error during crash recovery: java:/OracleXA_DS (Could not create connection): javax.resource.ResourceException: Could not create connection
	at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.getXAManagedConnection(XAManagedConnectionFactory.java:461)
	at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.createManagedConnection(XAManagedConnectionFactory.java:398)
	at org.jboss.jca.core.tx.jbossts.XAResourceRecoveryImpl.open(XAResourceRecoveryImpl.java:343)
	at org.jboss.jca.core.tx.jbossts.XAResourceRecoveryImpl.getXAResources(XAResourceRecoveryImpl.java:170)
	at com.arjuna.ats.internal.jbossatx.jta.XAResourceRecoveryHelperWrapper.getXAResources(XAResourceRecoveryHelperWrapper.java:51) [narayana-jts-integration-5.0.0.Final.jar:5.0.0.Final (revision: 9aa71)]
	at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.resourceInitiatedRecoveryForRecoveryHelpers(XARecoveryModule.java:516) [narayana-jts-jacorb-5.0.0.Final.jar:5.0.0.Final (revision: 9aa71)]
	at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:182) [narayana-jts-jacorb-5.0.0.Final.jar:5.0.0.Final (revision: 9aa71)]
	at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:743) [narayana-jts-jacorb-5.0.0.Final.jar:5.0.0.Final (revision: 9aa71)]
	at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371) [narayana-jts-jacorb-5.0.0.Final.jar:5.0.0.Final (revision: 9aa71)]
Caused by: java.sql.SQLRecoverableException: Io exception: JNDI Package failurejavax.naming.NamingException: JBAS011843: Failed instantiate InitialContextFactory com.sun.jndi.ldap.LdapCtxFactory from classloader ModuleClassLoader for Module "org.jboss.jts:main" from local module loader @3b70c (finder: local module finder @1e6a820 (roots: /home/userone/XA_DS/wildfly-8.0.1.Final-SNAPSHOT/modules,/home/userone/XA_DS/wildfly-8.0.1.Final-SNAPSHOT/modules/system/layers/base)) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.jts:main" from local module loader @3b70c (finder: local module finder @1e6a820 (roots: /home/userone/XA_DS/wildfly-8.0.1.Final-SNAPSHOT/modules,/home/userone/XA_DS/wildfly-8.0.1.Final-SNAPSHOT/modules/system/layers/base))]]
	at oracle.jdbc.driver.SQLStateMapping.newSQLException(SQLStateMapping.java:101)
	at oracle.jdbc.driver.DatabaseError.newSQLException(DatabaseError.java:112)
	at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:173)
	at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:229)
	at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:458)
	at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:411)
	at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:490)
	at oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:202)
	at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:33)
	at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:474)
	at oracle.jdbc.pool.OracleDataSource.getPhysicalConnection(OracleDataSource.java:275)
	at oracle.jdbc.xa.client.OracleXADataSource.getPooledConnection(OracleXADataSource.java:454)
	at oracle.jdbc.xa.client.OracleXADataSource.getXAConnection(OracleXADataSource.java:159)
	at oracle.jdbc.xa.client.OracleXADataSource.getXAConnection(OracleXADataSource.java:130)
	at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.getXAManagedConnection(XAManagedConnectionFactory.java:444)
	... 8 morec

The XA dataSource configuration looks like following:

        <subsystem xmlns="urn:jboss:domain:datasources:2.0">
            <datasources>
                <xa-datasource jndi-name="java:/OracleXA_DS" pool-name="OracleXA_DS" enabled="true">
                    <xa-datasource-property name="ServerName">
                        example.com
                    </xa-datasource-property>
                    <xa-datasource-property name="DatabaseName">
                        TestDB
                    <xa-datasource-property name="URL">
                        jdbc:oracle:thin:@ldap://example.com:3060/test,cn=OracleA,dc=worldA
                    <xa-datasource-class&gt;oracle.jdbc.xa.client.OracleXADataSource</xa-datasource-class&gt;
                    <driver>oracle</driver>
                    <security>
                        <user-name>jboss</user-name>
                        <password>jboss</password>
                    </security>
                </xa-datasource>
                <drivers>
                    <driver name="oracle" module="com.oracle.jdbc6"/>
                </drivers>
            </datasources>

When the above datasource is tested via CLI like following then aht above mentioned error is noticed:

/subsystem=datasources/xa-data-source=OracleXA_DS:test-connection-in-pool

This test assumes that the security path of '/' will be a wildcard match, while in reality it should only match the root url. This test only passed due to UNDERTOW-805

After running with HBASE-6646 and replication enabled I encountered this:

2012-09-17 20:04:08,111 DEBUG org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Opening log for replication va1r3s24%2C10304%2C1347911704238.1347911706318 at 78617132
2012-09-17 20:04:08,120 DEBUG org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Break on IOE: hdfs://va1r5s41:10101/va1-backup/.logs/va1r3s24,10304,1347911704238/va1r3s24%2C10304%2C1347911704238.1347911706318, entryStart=78641557, pos=78771200, end=78771200, edit=84
2012-09-17 20:04:08,120 DEBUG org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: currentNbOperations:164529 and seenEntries:84 and size: 154068
2012-09-17 20:04:08,120 DEBUG org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Replicating 84
2012-09-17 20:04:08,146 INFO org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager: Going to report log #va1r3s24%2C10304%2C1347911704238.1347911706318 for position 78771200 in hdfs://va1r5s41:10101/va1-backup/.logs/va1r3s24,10304,1347911704238/va1r3s24%2C10304%2C1347911704238.1347911706318
2012-09-17 20:04:08,158 INFO org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager: Removing 0 logs in the list: []
2012-09-17 20:04:08,158 DEBUG org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Replicated in total: 93234
2012-09-17 20:04:08,158 DEBUG org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Opening log for replication va1r3s24%2C10304%2C1347911704238.1347911706318 at 78771200
2012-09-17 20:04:08,163 ERROR org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Unexpected exception in ReplicationSource, currentPath=hdfs://va1r5s41:10101/va1-backup/.logs/va1r3s24,10304,1347911704238/va1r3s24%2C10304%2C1347911704238.1347911706318
java.lang.IndexOutOfBoundsException
        at java.io.DataInputStream.readFully(DataInputStream.java:175)
        at org.apache.hadoop.io.DataOutputBuffer$Buffer.write(DataOutputBuffer.java:63)
        at org.apache.hadoop.io.DataOutputBuffer.write(DataOutputBuffer.java:101)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:2001)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1901)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1947)
        at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.next(SequenceFileLogReader.java:235)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.readAllEntriesToReplicateOrNextFile(ReplicationSource.java:394)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:307)

There's something weird at the end of the file and it's killing replication. We used to just retry.

Currently UnassignProcedure returns success when server carrying a region is NOT online. Assumption here is that ServerCrashProcedure will handle splitting logs etc for these regions. When UnassignProcedure completes, MoveRegionProcedure resumes with AssignProcedure. AssignProcedure can some times assign regions without pre-requisite steps (done either by UnassignProcedure or ServerCrashProcedure). Fix is to fail UnassignProcedure and parent MoveRegionProcedure if source server is not online.

Caused by: com.gargoylesoftware.htmlunit.ElementNotFoundException: elementName=[form] attributeName=[name] attributeValue=[oauth2SAuthorizeForm]
	at com.gargoylesoftware.htmlunit.html.HtmlPage.getFormByName(HtmlPage.java:669)
	at org.apache.camel.component.linkedin.api.LinkedInOAuthRequestFilter.getRefreshToken(LinkedInOAuthRequestFilter.java:169)
	at org.apache.camel.component.linkedin.api.LinkedInOAuthRequestFilter.updateOAuthToken(LinkedInOAuthRequestFilter.java:279)
	at org.apache.camel.component.linkedin.api.LinkedInOAuthRequestFilter.filter(LinkedInOAuthRequestFilter.java:240)
	at org.apache.cxf.jaxrs.client.spec.ClientRequestFilterInterceptor.handleMessage(ClientRequestFilterInterceptor.java:60)

1. add your credentials to src/test/resources/test-options.properties
2. run [camel-linkedin-component]$ mvn clean install -P linkedin-test

Found this while investigating ROO-2793. The views generated by the following commands show the text "WEB-INF/views/foo/bar.jspx" instead of that JSP's contents:

controller class
web mvc embed

If the Query query parameter is null both find methods cause a NullPointer Exception.
If query is null an IllegalArgument should be thrown.
The Assert.notnull(query) is missing

In contrast to an @Autowired ObjectProvider, the BeanFactory.getBeanProvider variant does not traverse beans in ancestor contexts. This accidental inconsistency needs to be fixed for 5.1.1.

Due to ObjectInstantiator being declared as private static interface, loading the implementation class created via ASM in ClassGeneratingEntityInstantiator always fails with:

java.lang.IllegalAccessError: class org.springframework.data.convert.ClassGeneratingEntityInstantiatorUnitTests$… cannot access its superinterface org.springframework.data.convert.ClassGeneratingEntityInstantiator$ObjectInstantiator

The interface needs to be explicitly declared public to avoid that exception.

This issue was recorded on the forum on this link: http://camel.465427.n5.nabble.com/Issue-when-using-ZipSplitter-and-sending-entries-to-a-file-endpoint-td5738179.html#a5738183
I am not sure at this point if this is only relevant to the the ZipSplitter, but that is how I stumbled upon this.  If you use the ZipSplitter and send the entries to a file EndPoint the "Original File" entry does not come back.
This code can be used to reproduce it:

from("seda:decompressFiles").routeId("DecompressFiles") 
  .split(new ZipSplitter()).streaming().shareUnitOfWork() 
     .log("WE ARE SPLITTING!!!") 
     .to("file:{{ClientFileArchiveRoot}}?fileName=zipFileName") 
     //.to("activemq:queue:ZipChildFiles") //You can use seda or direct or here and it will still work correctly 
;

//data.zip has two entries
template.sendBody("seda:decompressFiles", new File("data.zip"));
With this simple example as it stands it does not work.  If you comment out the .to("file:...") and uncomment the next line, it will work.
With a zip file with two entries you should get:
[ad #0 - seda://decompressFiles] DecompressFiles   INFO  WE ARE SPLITTING!!!
if you comment the to("file:..") and uncomment the next line you will get:
which means it is working as expected on the second case.

This is w.r.t a mail sent in the dev mail list.
Empty region split should be handled gracefully.  Either we should not allow the split to happen if we know that the region is empty or we should allow the split to happen by setting the no of threads to the thread pool executor as 1.

int nbFiles = hstoreFilesToSplit.size();
ThreadFactoryBuilder builder = new ThreadFactoryBuilder();
    builder.setNameFormat("StoreFileSplitter-%1$d");
    ThreadFactory factory = builder.build();
    ThreadPoolExecutor threadPool =
      (ThreadPoolExecutor) Executors.newFixedThreadPool(nbFiles, factory);
    List<Future<Void>> futures = new ArrayList<Future<Void>>(nbFiles);

Here the nbFiles needs to be a non zero positive value.

The HMS upgrade script must publish succeed or failure results to JIRA. This bug is not publishing any results on JIRA is the prepare.sh script fails.

Change a string comparison using the != operator to use .equals(object).

If-Modified-Since header is parsed as HTTP-date; but IE 10 sends additional  length attribute in the header, e.g.:
If-Modified-Since	Wed, 09 Apr 2014 09:57:42 GMT; length=13774
This hapens when pressed F5 The same can be happening in Firefox.
Could not complete request: java.lang.IllegalArgumentException: UT010008: Header Wed, 09 Apr 2014 09:57:44 GMT; length=5571 cannot be converted to a date
	at io.undertow.servlet.spec.HttpServletRequestImpl.getDateHeader(HttpServletRequestImpl.java:173) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
	at javax.servlet.http.HttpServletRequestWrapper.getDateHeader(HttpServletRequestWrapper.java:117) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
	at org.springframework.web.context.request.ServletWebRequest.checkNotModified(ServletWebRequest.java:173) [spring-web-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.handleRequest(ResourceHttpRequestHandler.java:144) [spring-webmvc-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter.handle(HttpRequestHandlerAdapter.java:51) [spring-webmvc-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:945) [spring-webmvc-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:876) [spring-webmvc-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:822) [spring-webmvc-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]

The JdbcMutableAclService in its updateAcl method evicts the ObjectIdentity from the cache. However, it should probably evict child ObjectIdentities too whose parent ACL now is no longer in cache.

Currently, show grant / show role grant does not make fetch task, which provides the result schema for jdbc clients.

There is an option to generate a JSON query plan for the hive query, however, the JSON being created is invalid and json_decoders are unable to decode it

http://www.nabble.com/%28Fixed-%29-Updated---Help-w--Oracle-JMS-and-AQjmsException-%28JMS-147%29-td17989368s22882.html
Oracle's Message implementation (AQjmsMessage) has a typo, I am pretty certain that it exists as "JMSXRecvTimeStamp". To workaround this typo I patched org.apache.camel.component.jms.JMSBinding to include the misspelled property name in set of ignored headers/properties.
Additionally, I believe Oracle might be setting null values for empty or missing standard and optional JMS reserved properties/headers. Most notably JMSReplyTo. This is resulting in JMSBinding attempting to set a null Destination on the JMSReplyTo header which then results in an Oracle exception. A quick patch was to check for null values and ignore them in the method JmsBinding.appendJmsProperties() for the JMSReplyTo header. A better fix is probably to prevent empty/blank headers or properties from originating at the Oracle level... assuming nulls/blanks are not allowed by the JMS 1.1 spec.
Anyhoo, I will attach some diff patches to this issue for your review. 
Cheers!
Seon

http://foxglovesecurity.com/2015/11/06/what-do-weblogic-websphere-jboss-jenkins-opennms-and-your-application-have-in-common-this-vulnerability/
https://github.com/frohoff/ysoserial

WebSocketSessionDecorator.sendMessage() should call delegate.sendMessage() but it just does nothing.

Clients use an HConnection down in their guts to connect to the hbase cluster.  Master-is-running and root-region-location are up in zk.   Setup of a new HConnection sets up a connection to ZooKeeper.  If the session with ZK expires for whatever reason – in tests they would expire because zk ensemble was restarted across tests or we might expire because of a long GC, well, it'll be frustrating to users if we do not just try and resetup the zk connection.

When Spring's beans-overriding property is set to false (bean overriding is forbidden), errors regarding duplicated beans are thrown (from Spring).
After some debugging, I found the source of this problem in the following (and similar) lines inside the spring-security-config module.
String id = pc.getReaderContext().registerWithGeneratedName(provider);
pc.registerBeanComponent(new BeanComponentDefinition(provider, id));
The problem is, that within the method registerWithGeneratedName, the method registerBeanDefinition is called (as the name says). This is also done when calling registerBeanComponent afterwards. 
In my opinion, the solution is to replace the codelines above with:
String id = pc.getReaderContext().generateBeanName(provider);
The problematic code fragment can be found in different classes of the module multiple times. 
Replacing all occurrences solved the problem on our test cases. Also, all the tests of the whole Spring Security framework were passed successfully.
I attach a patch which includes the modification that i have done. 
This was created from / for the 3.0.0.RELEASE tag.
I hope, this can be helpful and will be integrated into the next release. 
Cheers
Jonas

JBEAP-2830 includes changes to the logging subsystem's template.xml that EAP full relies upon. These were never forward ported to upstream, meaning that EAP builds can't consume core 2.2 or later.
I believe there's no problem applying the changes. EAP will use one of the supplements while WildFly will not.

Affected scripts

appclient
jdr
wsconsume
wsprovide

Example of logs

[mkopecky@dhcp-10-40-4-197 bin]$ ./jdr.sh 
org.jboss.modules.ModuleNotFoundException: java.se
	at org.jboss.modules.Module.addPaths(Module.java:1266)
	at org.jboss.modules.Module.link(Module.java:1622)
	at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
	at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
	at org.jboss.modules.Main.main(Main.java:437)
[mkopecky@dhcp-10-40-4-197 bin]$ 

Command with wrong filled relative-to attribute 

/subsystem=elytron/credential-store=CredStore108:add(uri="cr-store://test/cs108.jceks?create.storage=true",  credential-reference={clear-text=pass123}, relative-to=non.exist.path.resource)

You can see this log.
Especially information about New missing/unsatisfied dependencies:is important and it wouldn't be there.

16:54:18,809 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 8) WFLYCTL0013: Operation ("add") failed - address: ([
    ("credential-store" => "CredStore108")
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.server.path.\"non.exist.path.resource\""],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.security.credential-store.CredStore108 is missing [jboss.server.path.\"non.exist.path.resource\"]"]
}
16:54:18,810 INFO  [org.jboss.as.controller] (management-handler-thread - 8) WFLYCTL0183: Service status report
      service jboss.server.path."non.exist.path.resource" (missing) dependents: [service org.wildfly.security.credential-store.CredStore108] 

Now we try process same command without relative-to attribute

/subsystem=elytron/credential-store=CredStore108:add(uri="cr-store://test/cs108.jceks?create.storage=true",  credential-reference={clear-text=pass123})   

Result is success but we can notice this in log:

16:55:33,093 INFO  [org.jboss.as.controller] (management-handler-thread - 10) WFLYCTL0183: Service status report
WFLYCTL0185:    Newly corrected services:
      service jboss.server.path."non.exist.path.resource" (no longer required)

I've been using the IndexedTable stuff from contrib and come across a bit of an issue.
When I delete a column my indexes are removed for that column. I've run through the code in IndexedRegion and used very similar code in my own classes to recreate the index after I've run the delete.
I've also noticed that if I run a Put after the Delete then the index will be re-created.
Neither the Delete or the subsequent Put in the second example uses any of the columns that are part of the index (either indexed or additional columns).
org.apache.hadoop.hbase.regionserver.tableindexed.IndexedRegion.java

@Override
 public void delete(Delete delete, final Integer lockid, boolean writeToWAL)
     throws IOException {

   if (!getIndexes().isEmpty()) {
     // Need all columns
     NavigableSet<byte[]> neededColumns = getColumnsForIndexes(getIndexes());

     Get get = new Get(delete.getRow());
     for (byte [] col : neededColumns) {
      get.addColumn(col);
     }

     Result oldRow = super.get(get, null);
     SortedMap<byte[], byte[]> oldColumnValues = convertToValueMap(oldRow);

     for (IndexSpecification indexSpec : getIndexes()) {
       removeOldIndexEntry(indexSpec, delete.getRow(), oldColumnValues);
     }

     // Handle if there is still a version visible.
     if (delete.getTimeStamp() != HConstants.LATEST_TIMESTAMP) {
       get.setTimeRange(1, delete.getTimeStamp());
       oldRow = super.get(get, null);
       SortedMap<byte[], byte[]> currentColumnValues = convertToValueMap(oldRow);
       LOG.debug("There are " + currentColumnValues + " entries to re-index");

       for (IndexSpecification indexSpec : getIndexes()) {
         if (IndexMaintenanceUtils.doesApplyToIndex(indexSpec, currentColumnValues)) {
           updateIndex(indexSpec, delete.getRow(), currentColumnValues);
         }
       }
     }
   }
   super.delete(delete, lockid, writeToWAL);
 }

It seems that any delete will remove the indexes, but they will only be rebuilt if the delete is of a previous version for the row, and then the index will then be built using data from the version prior to that which you've just deleted - which seems to mean it would, more often than not, always be out of date.
More broadly it also occurs to me that it may make sense not to delete the indexes at all unless the Delete would otherwise affect them. In my case there isn't really any reason to remove the indexes, the column I'm deleting is completely unrelated.
Will follow with a patch shortly to resolve at least the first part of the issue. 

While debugging HBASE-10312, I found it confusing that the master was doing seemingly nothing after failing to assigned meta. This jira is about adding some warns when it starts taking a long time.

Originally raised as a Spring Boot issue with a sample application.
The fallback logic fixed in SPR-17010 works by catching BeanCreationException but unfortunately that doesn't seem to cover all cases. We probably need to additionally catch NoSuchBeanDefinitionException.
The sample application provided throws the following stacktrace:

    at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
    at jdk.internal.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
    at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke (Method.java:566)
    at org.springframework.boot.maven.AbstractRunMojo$LaunchRunner.run (AbstractRunMojo.java:558)
    at java.lang.Thread.run (Thread.java:834)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactory' defined in class path resource [org/springframework/boot/autoconfigure/orm/jpa/HibernateJpaConfiguration.class]: Invocation of init method failed; nested exception is javax.persistence.PersistenceException: [PersistenceUnit: default] Unable to build Hibernate SessionFactory; nested exception is org.hibernate.search.exception.SearchException: HSEARCH000139: Unable to instantiate FieldBridge for uid of class java.util.UUID
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean (AbstractAutowireCapableBeanFactory.java:1745)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean (AbstractAutowireCapableBeanFactory.java:576)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean (AbstractAutowireCapableBeanFactory.java:498)
    at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0 (AbstractBeanFactory.java:320)
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton (DefaultSingletonBeanRegistry.java:222)
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean (AbstractBeanFactory.java:318)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean (AbstractBeanFactory.java:199)
    at org.springframework.context.support.AbstractApplicationContext.getBean (AbstractApplicationContext.java:1083)
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization (AbstractApplicationContext.java:853)
    at org.springframework.context.support.AbstractApplicationContext.refresh (AbstractApplicationContext.java:546)
    at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh (ServletWebServerApplicationContext.java:140)
    at org.springframework.boot.SpringApplication.refresh (SpringApplication.java:771)
    at org.springframework.boot.SpringApplication.refreshContext (SpringApplication.java:395)
    at org.springframework.boot.SpringApplication.run (SpringApplication.java:314)
    at config.Application.main (Application.java:46)
Caused by: javax.persistence.PersistenceException: [PersistenceUnit: default] Unable to build Hibernate SessionFactory; nested exception is org.hibernate.search.exception.SearchException: HSEARCH000139: Unable to instantiate FieldBridge for uid of class java.util.UUID
    at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.buildNativeEntityManagerFactory (AbstractEntityManagerFactoryBean.java:402)
    at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet (AbstractEntityManagerFactoryBean.java:377)
    at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.afterPropertiesSet (LocalContainerEntityManagerFactoryBean.java:341)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods (AbstractAutowireCapableBeanFactory.java:1804)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean (AbstractAutowireCapableBeanFactory.java:1741)
Caused by: org.hibernate.search.exception.SearchException: HSEARCH000139: Unable to instantiate FieldBridge for uid of class java.util.UUID
    at org.hibernate.search.bridge.impl.BridgeFactory.createFieldBridgeFromAnnotation (BridgeFactory.java:400)
    at org.hibernate.search.bridge.impl.BridgeFactory.findExplicitFieldBridge (BridgeFactory.java:350)
    at org.hibernate.search.bridge.impl.BridgeFactory.buildFieldBridge (BridgeFactory.java:203)
    at org.hibernate.search.engine.metadata.impl.AnnotationMetadataProvider.bindFieldAnnotation (AnnotationMetadataProvider.java:1335)
    at org.hibernate.search.engine.metadata.impl.AnnotationMetadataProvider.checkForField (AnnotationMetadataProvider.java:1258)
    at org.hibernate.search.engine.metadata.impl.AnnotationMetadataProvider.initializeMemberLevelAnnotations (AnnotationMetadataProvider.java:1065)
    at org.hibernate.search.engine.metadata.impl.AnnotationMetadataProvider.initializeClass (AnnotationMetadataProvider.java:615)
    at org.hibernate.search.engine.metadata.impl.AnnotationMetadataProvider.doGetTypeMetadataFor (AnnotationMetadataProvider.java:192)
    at org.hibernate.search.engine.metadata.impl.AnnotationMetadataProvider.getTypeMetadataFor (AnnotationMetadataProvider.java:181)
    at org.hibernate.search.engine.metadata.impl.AnnotationMetadataProvider.getTypeMetadataFor (AnnotationMetadataProvider.java:165)
    at org.hibernate.search.spi.SearchIntegratorBuilder.initDocumentBuilders (SearchIntegratorBuilder.java:445)
    at org.hibernate.search.spi.SearchIntegratorBuilder.createNewFactoryState (SearchIntegratorBuilder.java:244)
    at org.hibernate.search.spi.SearchIntegratorBuilder.buildNewSearchFactory (SearchIntegratorBuilder.java:200)
    at org.hibernate.search.spi.SearchIntegratorBuilder.buildSearchIntegrator (SearchIntegratorBuilder.java:128)
    at org.hibernate.search.hcore.impl.HibernateSearchSessionFactoryObserver.boot (HibernateSearchSessionFactoryObserver.java:127)
    at org.hibernate.search.hcore.impl.HibernateSearchSessionFactoryObserver.sessionFactoryCreated (HibernateSearchSessionFactoryObserver.java:94)
    at org.hibernate.internal.SessionFactoryObserverChain.sessionFactoryCreated (SessionFactoryObserverChain.java:35)
    at org.hibernate.internal.SessionFactoryImpl.<init> (SessionFactoryImpl.java:372)
    at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build (SessionFactoryBuilderImpl.java:467)
    at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build (EntityManagerFactoryBuilderImpl.java:939)
    at org.springframework.orm.jpa.vendor.SpringHibernateJpaPersistenceProvider.createContainerEntityManagerFactory (SpringHibernateJpaPersistenceProvider.java:57)
    at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory (LocalContainerEntityManagerFactoryBean.java:365)
    at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.buildNativeEntityManagerFactory (AbstractEntityManagerFactoryBean.java:390)
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.locationguru.app.model.UUIDBridge' available
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean (DefaultListableBeanFactory.java:343)
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean (DefaultListableBeanFactory.java:335)
    at org.springframework.orm.hibernate5.SpringBeanContainer.createBean (SpringBeanContainer.java:154)
    at org.springframework.orm.hibernate5.SpringBeanContainer.getBean (SpringBeanContainer.java:109)
    at org.hibernate.search.cfg.impl.HibernateOrmBeanContainerBeanResolver.resolve (HibernateOrmBeanContainerBeanResolver.java:63)
    at org.hibernate.search.engine.service.beanresolver.impl.ReflectionFallbackBeanResolver.resolve (ReflectionFallbackBeanResolver.java:40)
    at org.hibernate.search.bridge.impl.BridgeFactory.createFieldBridgeFromAnnotation (BridgeFactory.java:371)

there is no way for user to revert back and this check should be done in alter table function.

Hi,
It seems that the oauth_token value passed (when "query" bearerTokenMethod is used) is being URL encoded twice - resulting in the provider not recognizing the token value and rejecting the request as unauthorized.
Here is how it happens:
OAuth2ClientHttpRequestFactory#appendQueryParameter() first does:

String queryFragment = ((resource.getBearerTokenName() == null) ? "oauth_token" : resource.getBearerTokenName()) + "=" + URLEncoder.encode(accessToken.getValue(), "UTF-8");

and here if the access token is "1/qIxxx", it changes to '1%2FqIxxx'. 
It then forms the protected resource URI as: 

URI uri = new URI(<scheme>, <user info>, <host>, <port>, <path>, 'oauth_token=1%2FqIxxx', <fragment>)

The URI constructor does the URL encoding again for the query string passed to it, and oauth_tokens gets double encoded and it becomes "1%252FqIxxx", and hence the issue that the token gets rejected and the request is deemed unauthorized.

From https://issues.apache.org/jira/browse/HBASE-1588?focusedCommentId=12732675&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_12732675

Now RPC does not work for the transactional interface. I see thinks like:
[17/07/09 11:34:59] 26052 [or: SeedService] ERROR org.apache.hadoop.ipc.HbaseRPC - Unsupported type beginTransaction
Caused by: java.lang.UnsupportedOperationException: No code for unexpected abort
at org.apache.hadoop.hbase.ipc.HBaseRPC$Invocation.writeMethodNameCode(HBaseRPC.java:225)
at org.apache.hadoop.hbase.ipc.HBaseRPC$Invocation.write(HBaseRPC.java:152)
at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.sendParam(HBaseClient.java:475)
at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:708)
at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:321)
at $Proxy18.abort(Unknown Source)
at org.apache.hadoop.hbase.client.transactional.TransactionManager.abort(TransactionManager.java:214)
at org.apache.hadoop.hbase.client.transactional.TransactionManager.abort(TransactionManager.java:198)
Looking at HBaseRPC, it seems the interfaces are added in a static block inside of Invocation. Is there a way to add my interface from contrib?
Maybe we can rig up something which uses annotations to mark RPC interfaces and associate an integer code with them, and then scan all classes on the classpath from a static initializer or constructor in HBaseRPC? 

This test fails near all-the-time. Sunk two RCs. Fix. Made it a blocker.

It looks like newer maven versions fail to resolve ${project.parent.build.directory}, which leads to the following error:

[ERROR] Failed to execute goal org.wildfly.swarm:wildfly-swarm-fraction-plugin:54:generate-certified-bom (generate-bom) on project bom-certified: Failed to read template /Users/hbraun/dev/prj/wfs/prod/wildfly-swarm/boms/bom-certified/target/bom-template.xml -> [Help 1]

As pointed out in this email in our user mailing list, the property name for specifying storage policy in table schema (HBASE-14061) and bulkload (HBASE-15172) are different. Since these two features are all for 2.0 only and not yet released, it would be better to align the name.

This is because ImportSemanticAnalyzer:checkTable doesn't account for the renaming of OutputFormat class and the setting of a default value for Serialization.Format

The pre/post execute hook interface has fields that indicate which Hive objects were read / written to as a result of running the query. For the exchange partition operation, these fields (ReadEntity and WriteEntity) are empty. 
This is an important issue as the hook interface may be configured to perform critical warehouse operations.
See

ql/src/test/results/clientpositive/exchange_partition3.q.out

PREHOOK: query: -- This will exchange both partitions hr=1 and hr=2
ALTER TABLE exchange_part_test1 EXCHANGE PARTITION (ds='2013-04-05') WITH TABLE exchange_part_test2
PREHOOK: type: ALTERTABLE_EXCHANGEPARTITION
POSTHOOK: query: -- This will exchange both partitions hr=1 and hr=2
POSTHOOK: type: ALTERTABLE_EXCHANGEPARTITION

Seems it should also print output fields.

If hive.jar.directory isn't set hive will throw NPE in startup with tez:
Exception in thread "main" java.lang.RuntimeException: java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:344)
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:682)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:626)
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.createHiveExecLocalResource(TezSessionState.java:303)
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:130)
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:342)
        ... 7 more

After trying to figure out whether shortcircuit reads would work on my system, I studied the book and found conflicting information.
It's suggested in section 92.2, that dfs.client.read.shortcircuit is an option in hbase-site.xml, but the supposedly complete default configuration in section 7 does not include this setting. This leads to confusion on whether it's sufficient to enable this setting in hdfs-site.xml, or whether it needs to be added to both configurations.

When we upgrade and restart  a new version application which will read and write to HBase, we will get some operation timeout. The time out is expected because when the application restarts，It will not hold any region locations cache and do communication with zk and meta regionserver to get region locations.
We want to avoid these timeouts so we do warmup work and as far as I am concerned,the method table.getRegionLocator().getAllRegionLocations() will fetch all region locations and cache them. However, it didn't work good. There are still a lot of time outs,so it confused me. 
I dig into the source code and find something below

public List<HRegionLocation> getAllRegionLocations() throws IOException {
  TableName tableName = getName();
  NavigableMap<HRegionInfo, ServerName> locations =
      MetaScanner.allTableRegions(this.connection, tableName);
  ArrayList<HRegionLocation> regions = new ArrayList<>(locations.size());
  for (Entry<HRegionInfo, ServerName> entry : locations.entrySet()) {
    regions.add(new HRegionLocation(entry.getKey(), entry.getValue()));
  }
  if (regions.size() > 0) {
    connection.cacheLocation(tableName, new RegionLocations(regions));
  }
  return regions;
}

In MetaCache

public void cacheLocation(final TableName tableName, final RegionLocations locations) {
  byte [] startKey = locations.getRegionLocation().getRegionInfo().getStartKey();
  ConcurrentMap<byte[], RegionLocations> tableLocations = getTableLocations(tableName);
  RegionLocations oldLocation = tableLocations.putIfAbsent(startKey, locations);
  boolean isNewCacheEntry = (oldLocation == null);
  if (isNewCacheEntry) {
    if (LOG.isTraceEnabled()) {
      LOG.trace("Cached location: " + locations);
    }
    addToCachedServers(locations);
    return;
  }

It will collect all regions into one RegionLocations object and only cache the first not null region location and then when we put or get to hbase, we do getCacheLocation() 

public RegionLocations getCachedLocation(final TableName tableName, final byte [] row) {
  ConcurrentNavigableMap<byte[], RegionLocations> tableLocations =
    getTableLocations(tableName);

  Entry<byte[], RegionLocations> e = tableLocations.floorEntry(row);
  if (e == null) {
    if (metrics!= null) metrics.incrMetaCacheMiss();
  }
  RegionLocations possibleRegion = e.getValue();

  // make sure that the end key is greater than the row we're looking
  // for, otherwise the row actually belongs in the next region, not
  // this one. the exception case is when the endkey is
  // HConstants.EMPTY_END_ROW, signifying that the region we're
  // checking is actually the last region in the table.
  byte[] endKey = possibleRegion.getRegionLocation().getRegionInfo().getEndKey();
  if (Bytes.equals(endKey, HConstants.EMPTY_END_ROW) ||
      getRowComparator(tableName).compareRows(
          endKey, 0, endKey.length, row, 0, row.length) > 0) {
    if (metrics != null) metrics.incrMetaCacheHit();
    return possibleRegion;
  }

  // Passed all the way through, so we got nothing - complete cache miss
  if (metrics != null) metrics.incrMetaCacheMiss();
}

It will choose the first location to be possibleRegion and possibly it will miss match.
So did I forget something or may be wrong somewhere? If this is indeed a bug I think it can be fixed not very hard.
Hope commiters and PMC review this !
 
I haven't had time to create a test case for this yet, but this is what I'm seeing in an app of one my consultancy clients:
I configured a DomainClassConverter bean in XML (BTW, app has everything configured in a root context, DispatcherServlet context is empty). An @Configuration class is defined as well, which is also annotated with @EnableJpaRepositories with a package string as its value. When I debug the Repositories constructor on startup, I see that no beans of type RepositoryFactoryInformation are found in the given ListableBeanFactory, even though that does contain beans for the various JPA repository interfaces defined in the project. As a result, I'm getting binding errors when the code relies on the configured DomainClassConverter.
However, when I replace the @EnableJpaRepositories with <jpa:repositories/> having the same base package everything works as expected and RepositoryFactoryInformation beans are found for all repo interfaces.
I'll try to find some time to reproduce this in a test case, but figured I'd better report this ASAP in case you might be able to quickly reproduce this yourself. 

The ConfigurationConverter is behaving differently depending on if I added an int or a string to a configuration object.
Consider the following code:
01       Configuration confInt = new BaseConfiguration();
02       Configuration confString = new BaseConfiguration();
03       confInt.setProperty("port", 80);
04       confString.setProperty("port", "80");
05       assertEquals(80, confInt.getInt("port"));
06       assertEquals(80, confString.getInt("port"));
07
08       Properties propString = ConfigurationConverter.getProperties(confString);
09       assertEquals("80", propString.getProperty("port"));
10
11       Properties propInt = ConfigurationConverter.getProperties(confInt);
12
13       assertEquals("80", propInt.getProperty("port"));
As you can see the code is basically duplicated one set uses an int the other set uses a String.  However an exception blows out of line 11.
'port' doesn't map to a List object: 80, a java.lang.Integer
org.apache.commons.configuration.ConversionException: 'port' doesn't map to a List object: 80, a java.lang.Integer
        at org.apache.commons.configuration.AbstractConfiguration.getList(AbstractConfiguration.java:1144)
        at org.apache.commons.configuration.AbstractConfiguration.getList(AbstractConfiguration.java:1109)
        at org.apache.commons.configuration.ConfigurationConverter.getProperties(ConfigurationConverter.java:116) 
I interpreted the interface to mean that everything up to and include line 13 would pass.

I am using Spring Data and found the following Stacktrace in the logs:
	at java.util.HashMap$HashIterator.nextEntry(HashMap.java:894)
	at java.util.HashMap$ValueIterator.next(HashMap.java:922)
	at org.springframework.data.convert.MappingContextTypeInformationMapper.resolveTypeFrom(MappingContextTypeInformationMapper.java:117)
	at org.springframework.data.convert.DefaultTypeMapper.getFromCacheOrCreate(DefaultTypeMapper.java:122)
	at org.springframework.data.convert.DefaultTypeMapper.readType(DefaultTypeMapper.java:102)
	at org.springframework.data.convert.DefaultTypeMapper.getDefaultedTypeToBeUsed(DefaultTypeMapper.java:164)
	at org.springframework.data.convert.DefaultTypeMapper.readType(DefaultTypeMapper.java:141)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:186)
I think that there might be a data race in the implementation of  org.springframework.data.mapping.context.AbstractMappingContext#getPersistentEntities()
	public Collection<E> getPersistentEntities() {
		try 
{
			read.lock();
			return persistentEntities.values();
		}
 finally 
{
			read.unlock();
		}
	}
Although the code acquires a read lock when returning the values of the HashMap "persistentEntities" it immediately releases the lock. This opens up the possibility that a thread modifies the values of "persistentEntities" while another thread is iterating over the values. 
The JavaDoc of java.util.HashMap#values() says "If the map is
 modified while an iteration over the collection is in progress
 (except through the iterator's own <tt>remove</tt> operation),
  the results of the iteration are undefined."
In my case I get a ConcurrentModificationException.
It would be nice, if you could take a look at this issue.  

If table T is partitioned, ANALYZE TABLE T PARTITION (...) COMPUTE STATISTICS; will gather stats for all partitions even though partition spec only chooses a subset. 

ConcurrentSkipListMap in JDK < 8 has as members an integer and 8 references. In JDK 8, this changes to 6 members only. We can accommodate this change by estimating the structure size rather than hardcoding it.

When the union type was introduced, full support for it wasn't provided.  For instance, when working with a union that gets passed to LazyBinarySerde: 

Caused by: java.lang.RuntimeException: Unrecognized type: UNION
	at org.apache.hadoop.hive.serde2.lazybinary.LazyBinarySerDe.serialize(LazyBinarySerDe.java:468)
	at org.apache.hadoop.hive.serde2.lazybinary.LazyBinarySerDe.serializeStruct(LazyBinarySerDe.java:230)
	at org.apache.hadoop.hive.serde2.lazybinary.LazyBinarySerDe.serialize(LazyBinarySerDe.java:184)

The issue was introduced in HIVE-12159 (https://github.com/apache/hive/blame/master/ql/src/test/org/apache/hadoop/hive/ql/io/orc/TestRecordReaderImpl.java). This test deletes target/tmp directory. Because of this, the subsequent tests don't get to read target/tmp/conf/hive-site.xml, which contains test-specific configurations. Also, target/tmp has metastore db directory, which also gets deleted causing subsequent tests that use metastore db to fail too. 
I'm surprised this issue wasn't caught in pre-commit builds. Sergio Peña I see that even the latest pre-commit jobs aren't reporting any errors, while building on local and running hive-exec test cases causes a bunch of tests to fail. 

New class SpnegoContext is Serializable, but does not define serialVersionUID explicitely.

/src/main/java/org/wildfly/security/http/impl/SpnegoAuthenticationMechanism.java: 466 in ()
460             } catch (AuthenticationMechanismException e) {
461                 throw e.toHttpAuthenticationException();
462             } catch (UnsupportedCallbackException ignored) {
463             }
464         }
465
>>>     CID 1465386:  FindBugs: Bad practice  (FB.SE_NO_SERIALVERSIONID)
>>>     org.wildfly.security.http.impl.SpnegoAuthenticationMechanism$SpnegoContext is Serializable; consider declaring a serialVersionUID.
466         private static class SpnegoContext implements Serializable {
467             transient GSSContext gssContext;
468             transient KerberosTicket kerberosTicket;
469         }
470

[1] https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V05UPxvVjWch-2Bd2MGckcRYZquIFszCcwQkbx6rX2y-2BU3cXaE6CARUgniXZ7-2Bnr5WUQSJUaqvnVjrZTiOPiZUjE4gHFruUvUWirJK4uYfLLJ_2fPkMU1miRf-2FtjnMal9VVM35TqEfZozw4WTtk2YIMAIQ7ZX-2FrqN52DKamGWKkc-2BZ03nPXlDJ8513Hxh3bIGgozWV-2Br58G9cuPIcBSTZ0sZKFnBORW-2FVQq-2FlhVvsXloi5sz0yTu3g4X7ubZS16dIlMfNaHUR5ruCrctY-2B3N8QkrhuWYcGTEnDzc6FCrtIbD-2FEv9t7uYGSACfKYaHRPZEUVQ-3D-3D

The mongodb driver has a possible memory leak, when using a DBCursor with a for loop:

DBCursor cursor = c.find();
try {
    for (DBObject obj: cursor) {
        if (someCondition(obj)) {
            return obj;
        }
    }
} finally {
    cursor.close();
}

Please see here:
https://jira.mongodb.org/browse/JAVA-664
Please check this case is used and maybe switch to a while(cursor.hasNext())

There is a TODO somewhere in code. We might get a synthetic fileId in absence of the real one in some cases when another FS masquerades as HDFS, we should be able to turn off fileID support explicitly for such cases as they are not bulletproof.

Context: https://lists.apache.org/thread.html/d34093557cc510bb8b1dc4b37f8a729b74577c7d4eaecdc3f1badea1@%3Cdev.hbase.apache.org%3E
The way Docker images are built for the Yetus-based PreCommit, we may accidentally use a pre-built image that has a stale package-manager cache. If the distribution updates their published packages (removing an older version, adding a new one), our (stale) client will try to pull the older version which is missing, failing.

Just log edits.  In an install with many tables and thousands of regions per table, the DEBUG log is clogged with statements of the obvious.

TestAdmin.testCreateBadTables failed on me once with the following exception:

2013-11-25 13:37:27,832 ERROR [0] server.NIOServerCnxnFactory$1(44): Thread Thread[0,5,main] died
java.lang.RuntimeException: Failed threaded create0
	at org.apache.hadoop.hbase.client.TestAdmin$3.run(TestAdmin.java:1070)
Caused by: org.apache.hadoop.hbase.client.RegionOfflineException: Only 2 of 1 regions are online; retries exhausted.
	at org.apache.hadoop.hbase.client.HBaseAdmin.createTable(HBaseAdmin.java:455)
	at org.apache.hadoop.hbase.client.HBaseAdmin.createTable(HBaseAdmin.java:348)
	at org.apache.hadoop.hbase.client.TestAdmin$3.run(TestAdmin.java:1065)

It seems one region is split while we are still expect the region count to be 1.

As discussed here:
https://issuetracker.springsource.com/browse/STS-1915
when using the clinic.roo script, the generated load-scripts.tagx file contains an error regarding two closing </link> elements.
The solution would be to move the comment behind the closing </link> element.

LruBlockCache logs too much.

grep -c . hbase-hbase-regionserver-.....log 
77539
grep -c LruBlockCache  hbase-hbase-regionserver-......log 
64459

Repeated execution of the following command will occasionally result in an exception:
rm -rf * .*; roo-dev script wedding.roo
An exception resulted on an intermittent basis. Research showed the WebScaffoldMetadata was reacting to an upstream dependency change and acquiring a particular instance of EntityMetadata. It would then iterate the dynamic finders declared by EntityMetadata and request a FinderMetadata instance. The FinderMetadata instance would be using a different instance of EntityMetadata (this was confirmed via System.identityHashCode(Object) calls). The problem is that EntityMetadata was not eagerly evicted from the cache. The intermittent nature of the problem was due to unordered Collection instances (specifically HashSet and HashMap) being used to store metadata dependency information, and the different ordering for notifications that subsequently resulted.

See thorough description in the forum, which also have the related classes, configuration and log attached.
In essence the binding of the parameters only happens once, so that any subsequent executions will run with stale values.

RS dump information as follows

RS Queue:
===========================================================
Compaction/Split Queue summary: compaction_queue=(20:0), split_queue=0, merge_queue=0
Compaction/Split Queue dump:
  LargeCompation Queue:
    Request = regionName=usertable,user4180497275766179957,1491904095205.1d4085e4438752f3611f66e7b043fe44., storeName=0, fileCount=1, fileSize=1.9 G (1.9 G), priority=1, time=21697920409804647
    Request = regionName=usertable,user4568009753557153251,1491904099262.95bf004e3c9b35a58c60ca5d5b11d190., storeName=0, fileCount=1, fileSize=1.9 G (1.9 G), priority=1, time=21697920413223800
  SmallCompation Queue:
    Store = b, pri = 108
    Store = b, pri = 109

Compaction queue information will be displayed on page /dump.
If compation has selected the file, it will print the details information of the compation, otherwise only print storename and priority(Store = b, pri = 108) which is useless for us.
So, we should also print more detailed information, such as regionName, starttime etc.

Multiple typos and grammar issues with the descriptions.
I will create a diff with the issues, and suggested fixes.

We are using apache camel to poll from a database. As we want processed rows only to be updated we have disabled consumeDelete on the JPA endpoint. 
During testing we found a large memory leak: all polled entities are kept in the session cache (we are using hibernate as persistence provider). 
The issue seems to be in the JpaConsumer. In method poll() it calls enitityManager.joinTransaction() at the beginning and entitiyManager.flush() at the end of the method but it never calls  entityManager.clear(). As camel is reusing the underlying session during each poll() this causes the first level entity cache to grow indefinitely. 

Parent issue: https://issues.jboss.org/browse/WFLY-9821
We throw an IlegalStateException, when an attempt is made to call the CDI container before the container is actually started with the use of CDI.current().
Although the fix clearly states its not the correct way to set the state, we throw an Exception. The deployments succeed, but a non-expert CDI user might not expect an exception, and probably it would leave them confused on what is wrong, unless they understand what they have done in their own application code. 
My thought and wish was, if we can add some log.WARN message in the condition describing why this happens, would be nice! It provides you with hints on what is NOT to be done in your application code. 

when we import multiple partitions from an exported partitioned table, if we import it with a specified external location, then the partitions end up overwriting.

I was trying to be a good person and implement the Mozilla "Modern" cipher suite described here:
https://wiki.mozilla.org/Security/Server_Side_TLS
I'm doing this in a keycloak server. The config line there looks like

        <https-listener security-realm="ApplicationRealm"
                        enabled-protocols="SSLv2Hello,TLSv1.2"
                        enabled-cipher-suites="TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384:TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384:TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256:TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256:TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256:TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256:TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384:TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384:TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256:TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"        
                       name="default"
                       socket-binding="httpish"
                       enable-http2="true"        
                       proxy-address-forwarding="true"        
        />

But I got this:

13:20:46,574 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service org.wildfly.undertow.listener.default: org.jboss.msc.service.StartException in serv
ice org.wildfly.undertow.listener.default: Failed to start service
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978)
Caused by: java.lang.IllegalArgumentException: ELY05016: Unrecognized token "TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256" in mechanism selection string "TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384:TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384:TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256:TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256:TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256:TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256:TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384:TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384:TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256:TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
        at org.wildfly.security.ssl.CipherSuiteSelector.fromString(CipherSuiteSelector.java:423)
        at org.wildfly.extension.undertow.HttpsListenerService.startListening(HttpsListenerService.java:120)
        at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:169)

With a little digging it appears that CipherSuiteSelector doesn't know what CHACHA20 or POLY1305 are.  See:
https://github.com/wildfly-security/wildfly-elytron/blame/master/src/main/java/org/wildfly/security/ssl/CipherSuiteSelector.java

Using an Enumeration class as items in a select tag throws an exception:

 org.apache.jasper.JasperException: javax.servlet.ServletException: javax.servlet.jsp.JspException: Type [java.lang.Class] is not valid for option items
	org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:522)
	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:398)
	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
	...     

This is caused by a bug at Line 138 in class org.springframework.web.servlet.tags.form.OptionWriter:
Current line with error:

 else if (this.optionSource instanceof Class && this.optionSource.getClass().isEnum()) { 

Suggested Correction:

 else if (this.optionSource instanceof Class && ((Class)this.optionSource).isEnum()) { 

  public static ReplChangeManager getInstance(Configuration conf) throws MetaException {
    if (instance == null) {
      instance = new ReplChangeManager(conf);
    }
    return instance;
  }

This method needs to be synchronized or two different threads may see a 'null' value and each create their own manager.

There seems to be a race condition between processing in the HttpSessionContextIntegrationFilter and the SessionFixationProtectionFilter.
Here is our problem.
We have a web application with a fairly heavy home page that can be served quite slowly depending on the size of certain attributes associated with the user.  We are currently using Jetty 6.1.21 which supports HTTP 1.1 chunked responses.
If a user opens their browser and goes directly to the home page URL using a RememberMe token, this initial web request executes down through the filter stack and into the Spring MVC framework.  Steps 1a - 1d describe the processing of this initial request:
1a. The HttpSessionContextIntegration filter creates a new HttpSession and puts a default SecurityContext into the ThreadLocal handler.
1b. The RememberMeProcessingFilter authenticates the token and sets the user's Authentication object into the ThreadLocal handler.
1c. The SessionFixationProtectionFilter detects a new authentication, invalidates the existing HttpSession, and creates a new HttpSession (migrating the attributes).  It does not set the user's Authentication into the HttpSession – this is supposed to be done by the HttpSessionContextIntegration after all request processing is complete.
1d. The request goes into the Spring MVC framework, causing a response to start to be sent to the client using HTTP chunking.  This response includes the session id of the newly created session (created by the SessionFixationProtectionFilter).
The client begins receiving the markup, which includes various <script> elements to script files served by the web app.  Steps 2a - 2c describe the processing of this second request.  This processing takes place while the initial request is still being processed.  This second request sends over the session id created by the SessionFixationProtectionFilter for the first request.
2a. The HttpSessionContextIntegration puts a default SecurityContext into the ThreadLocal handler (since one has not yet been set into the HttpSession).
2b. The RememberMeProcessingFilter authenticates the token and sets the user's Authentication object into the ThreadLocal handler.
2c. The SessionFixationProtectionFilter detects another new authentication, invalidates the existing HttpSession, and creates a new HttpSession (migrating the attributes).
Processing of the initial web request is continuing through the Spring MVC framework.  We happen to use JSP for our view technology.
1e. Continued processing of a JSP page (or import) for the initial request causes an attempt to deference a variable, causing a IllegalStateException in Jetty's AbstractSessionManager.Session class.
I can "fix" this by extending the SessionFixationProtectionFilter and overriding 
protected void startNewSessionIfRequired(
        HttpServletRequest request, HttpServletResponse response)
{
    super.startNewSessionIfRequired(request, response);
    request.getSession().setAttribute(
            HttpSessionContextIntegrationFilter.SPRING_SECURITY_CONTEXT_KEY,
            SecurityContextHolder.getContext().getAuthentication());
}
so that the user's Authentication object is stored into the HttpSession before processing enters the Spring MVC framework, causing the execution of filters on the second request to not be considered a new authentication, thus preserving the validity of the session created during the initial request.
Is this the right way to do this?  It seems to keep session fixation protection working the way it is supposed to, but I'm a little worried about what will happen with the OnRedirectUpdateSessionResponseWrapper created by the HttpSessionContextIntegrationFilter if the request processing results in a sendError() or sendRedirect().  My casual reading of HttpSessionContextIntegrationFilter seems to indicate it would still work correctly.
Any thoughts or advice would be appreciated.

As with some of the other broken tests on 0.23, this is broken because the order of results generated by the query on 0.23 is different from the order in the golden output file. However, there appears to be nothing wrong with the query itself. This can be fixed by adding an order-by clause and regenerating the golden file.

The problem is in org.springframework.web.socket.messaging.SessionDisconnectEvent, line 56.
Current code is:

public SessionDisconnectEvent(Object source, Message<byte[]> message, String sessionId,
			CloseStatus closeStatus, Principal user) {
		super(source, message);

user is lost.
Should be:

		super(source, message, user);

Beeline throws an error if single-line comments are indented with spaces. This works in the embedded Hive CLI.
SELECT
   – this is the field we want
   field
FROM
   table;
Error: Error while processing statement: FAILED: ParseException line 1:71 cannot recognize input near '<EOF>' '<EOF>' '<EOF>' in select clause (state=42000,code=40000)

As reported by Eugene Koifman and tested by myself, your patch introduced ambiguity into the grammar.

warning(200): IdentifiersParser.g:327:5:
Decision can match input such as "KW_DAY KW_TO KW_SECOND" using multiple alternatives: 2, 5

As a result, alternative(s) 5 were disabled for that input
Decision can match input such as "KW_YEAR KW_TO KW_MONTH" using multiple alternatives: 1, 3

As a result, alternative(s) 3 were disabled for that input

Could you please take another look? Thanks.

Because they aren't always operating on a KeySpec.  Better would be IllegalArgumentException.

Trivial change.  The SequenceFileLogReader class accidentally uses the Mortbay logging class instead of the LOG4J.

Steps to repeat:

create a XMLConfiguration based on a XML config file (xml file content e.g.:  <config><foo><bar>0</bar></for></config>)
assign file reloading strategy to the XMLConfiguration
create a SubnodeConfiguration based on this XMLConfiguration (prefix e.g.: 'foor')
create a CombinedConfiguration
add the SubnodeConfiguration to this CombinedConfiguration
get a configuration value from the CombinedConfiguration (e.g. 'bar') -> OK, this works
touch the underlying xml configuration
try to get a configuration value from the CombinedConfiguration again (e.g. 'bar') ->  java.util.NoSuchElementException

See also attached TestCase.

Hi! I'm trying to inspect Exceptions defined in an especific method.
When I use:

ClassOrInterfaceTypeDetails tmpClassDetails = classpathOperations
	.getClassOrInterface(javaType);

MutableClassOrInterfaceTypeDetails classDetails = (MutableClassOrInterfaceTypeDetails) tmpClassDetails;

List<? extends MethodMetadata> methodList = classDetails
.getDeclaredMethods();

To analyze exceptions from a method in a class:
TestClass.java
// Method to inspect
public String returnString(Long numero) throws org.project.test.project.exceptions.TestException, Exception {
    return "TestResult";
}

MethodMetadata has a throwsTypes collection but JavaTypes defiend inside aren't correct this is list result:

[exceptions.TestException, Exception]

Instead of:

[org.project.test.project.exceptions.TestException, java.lang.Exception]

The other collections as parameterTypes and annotations are well formed with the complete JavaPath (java package + java class name).
Thank you !
Related to: 

https://jira.springsource.org/browse/ROO-1471 - Add exceptions to a new method.
https://jira.springsource.org/browse/ROO-1372 - Joey Infrastucture - Create/Update an existing class, method or field.

PreUpgradeValidator currently returns 1 when there is no incompatibilities.

I've a request scoped bean:

@Scope(value = SCOPE_REQUEST, proxyMode = TARGET_CLASS)
public class RequestContextImpl implements RequestContext, Cloneable {
  @EventListener
  void setServiceId(ServiceIdFoundEvent event) {
    this.serviceId = event.getServiceId();
  }
}

public class ServiceIdFoundEvent extends ApplicationEvent {
  private static final long serialVersionUID = -4841984309730357349L;

  public ServiceIdFoundEvent(Integer serviceId) {
    super(serviceId);
  }

  public int getServiceId() {
    return (Integer) source;
  }

  // equals and hashCode
}

that fails the context initialization with the following error message:

INFO] [talledLocalContainer] 14:56:54.809 [localhost-startStop-1] ERROR o.s.web.context.ContextLoader - Context initialization failed
[INFO] [talledLocalContainer] org.springframework.beans.factory.BeanInitializationException: Failed to process @EventListener annotation on bean with name 'requestContextImpl'; nested exception is java.lang.IllegalStateException: @EventListener method 'setServiceId' found on bean target class 'RequestContextImpl', but not found in any interface(s) for bean JDK proxy. Either pull the method up to an interface or switch to subclass (CGLIB) proxies by setting proxy-target-class/proxyTargetClass attribute to 'true'
[INFO] [talledLocalContainer] 	at org.springframework.context.event.EventListenerMethodProcessor.afterSingletonsInstantiated(EventListenerMethodProcessor.java:95) ~[spring-context-4.2.0.RELEASE.jar:4.2.0.RELEASE]
[INFO] [talledLocalContainer] 	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:792) ~[spring-beans-4.2.0.RELEASE.jar:4.2.0.RELEASE]
[INFO] [talledLocalContainer] 	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:834) ~[spring-context-4.2.0.RELEASE.jar:4.2.0.RELEASE]

Not only the message is wrong (it asks for CGLIB proxy which is ScopedProxyMode.TARGET_CLASS, it appears from the logs that the EventListenerMethodProcessor is trying to process the bean definition as a singleton.

When PersistentResourceXMLDescription marshals a resource's attributes, it will not marshal a value stored in the model if it matches the attribute's default value.
We should marshal the value provided by the user. Otherwise we will change the config file from what the user provided for reasons unrelated to management actions initiated by the user.
DefaultAttributeMarshaller marshals default values.

When an operation doesn't exist, the character ')' is added by completion although nothing should be proposed.

Could use some updating and expansion to emphasize the differences between HBase and an RDBMS. I found http://jimbojw.com/wiki/index.php?title=Understanding_Hbase_and_BigTable which is just excellent and we should link to it.

CollectionUtils V3 uses equals to compute results but not CollectionUtils v4 (it seems to use ==)
The following exemple with subtract method :
 List<ObjectTest> listA = new ArrayList<ObjectTest>();
        List<ObjectTest> listB = new ArrayList<ObjectTest>();
        listA.add(new ObjectTest("Test1"));
        listA.add(new ObjectTest("Test2"));
        listA.add(new ObjectTest("Test3"));
        listB.add(new ObjectTest("Test1"));
        listB.add(new ObjectTest("Test2"));
        Collection<?> res1 = org.apache.commons.collections.CollectionUtils.subtract(listA, listB);
        System.out.println("Res1 size = " +res1.size());
        Collection<?> res2 =  org.apache.commons.collections4.CollectionUtils.subtract(listA, listB);
        System.out.println("Res2 size = " +res2.size());
Produces this : 
Res1 size = 1
Res2 size = 3
The new behaviour is not useful. It would be better to have the V3 behaviour

We need to change our protobuf. Currently it is pb2.5.0. As is, protobufs expect all buffers to be on-heap byte arrays. It does not have facility for dealing in ByteBuffers and off-heap ByteBuffers in particular. This fact frustrates the off-heaping-of-the-write-path project as marshalling/unmarshalling of protobufs involves a copy on-heap first.
So, we need to patch our protobuf so it supports off-heap ByteBuffers. To ensure we pick up the patched protobuf always, we need to relocate/shade our protobuf and adjust all protobuf references accordingly.
Given as we have protobufs in our public facing API, Coprocessor Endpoints – which use protobuf Service to describe new API – a blind relocation/shading of com.google.protobuf.* will break our API for CoProcessor EndPoints (CPEP) in particular. For example, in the Table Interface, to invoke a method on a registered CPEP, we have:

<T extends com.google.protobuf.Service,R> Map<byte[],R> coprocessorService(
Class<T> service, byte[] startKey, byte[] endKey,                                             org.apache.hadoop.hbase.client.coprocessor.Batch.Call<T,R> callable)
throws com.google.protobuf.ServiceException, Throwable

This issue is how we intend to shade protobuf for hbase-2.0.0 while preserving our API as is so CPEPs continue to work on the new hbase.

We support ranged requests at specific entrypoints in our REST-API (especially for embedding videos and other large documents).
Since we don't work on files and the data is potentially large we cannot use File-resources and don't want to use byte[]. Instead we are using InputStreamResource which only contains the requested range of data as stream.
The controller method sets the status code 206 and also sets the following headers:

ETag
Content-Disposition
Accept-Ranges
Content-Range

In version 4.3.17.RELEASE everything works fine and i.e. videos are displayed correctly in browsers Chrome, Firefox and InternetExporer.
Upgrading to version 5.0.2 breaks this functionality, since AbstractMessageConverterMethodProcessor tries to handle the ranged-request itself and doesn't recognize that it has already been handled. Thus it calls InputStreamResource.getContentLength() and tries to read the InputStream afterwards which results in an Exception, since the stream can only be read once. => status code 500 is returned.
 
We needed to return to spring version 4 because of this behaviour.

LifecycleGroup initializes its lifecycleBeans with a call to getLifecycleBeans(), however the result of this method call is already passed into the constructor and overwrites the initialization value.
Thus, the method call has no effect except to waste a non-trivial number of clock cycles.

testStoreFileCacheOnWrite[0](org.apache.hadoop.hbase.io.hfile.TestCacheOnWrite)  Time elapsed: 0.938 sec  <<< FAILURE!
org.junit.ComparisonFailure: expected:<...INTERMEDIATE_INDEX=3[4]}> but was:<...INTERMEDIATE_INDEX=3[2]}>
	at org.apache.hadoop.hbase.io.hfile.TestCacheOnWrite.readStoreFile(TestCacheOnWrite.java:308)
	at org.apache.hadoop.hbase.io.hfile.TestCacheOnWrite.testStoreFileCacheOnWriteInternals(TestCacheOnWrite.java:232)
	at org.apache.hadoop.hbase.io.hfile.TestCacheOnWrite.testStoreFileCacheOnWrite(TestCacheOnWrite.java:445)

etc

The attribute "approval-handler-ref" in the <oauth:verification-code> tag is not being parsed correctly in OAuth2ProviderBeanDefinitionParser due to a bug in the following lines:
String approvalHandlerRef = verificationCodeElement == null ? null : verificationCodeElement.getAttribute("approval-handler-ref");
String verificationCodeRedirectStrategyRef = verificationCodeElement == null ? null : verificationCodeElement.getAttribute("approval-handler-ref");
The second line should be looking for the attribute "redirect-strategy-ref", this is most likely just a copy and paste error.

Resource with pagination meta-data should include pagination parameters into self-rel because otherwise the self-rel doesn't point to the same resource.
When requesting the second page, I receive the following links as a part of the response:

"_links": {
    "first": {
      "href": "/api/models?page=0&size=20"
    },
    "prev": {
    },
    "self": {
      "href": "/api/models"
    },
    "next": {
      "href": "/api/models?page=2&size=20"
    },
    "last": {
      "href": "/api/models?page=17&size=20"
    }
  }

I expect self-rel should rather be:

    "self": {
      "href": "/api/models?page=1"
    }

And description in DATACMNS-515 supports my expectation.
I have inspected the sources of org.springframework.data.web.PagedResourcesAssembler and found that it doesn't use any pagination data when building the self-rel link (in PagedResourcesAssembler#addPaginationLinks):

resources.add(createLink(base, page.previousPageable(), Link.REL_PREVIOUS));
//...
//...
resources.add(createLink(base, page.nextPageable(), Link.REL_NEXT));

As you can see, null is used instead of page data when building the self-ref. It seems incorrect.

I've  ported HBASE-16466 to our internal hbase branch,  and tested the feature under our kerberos cluster.   
The problem we encountered is: 

17/07/25 21:21:23 INFO mapreduce.Job: Task Id : attempt_1500987232138_0004_m_000003_2, Status : FAILED
Error: java.io.IOException: Failed on local exception: java.io.IOException: org.apache.hadoop.security.AccessControlException: Client cannot authenticate via:[TOKEN, KERBEROS]; Host Details : local host is: "hadoop-yarn-host"; destination host is: "hadoop-namenode-host":15200; 
	at org.apache.hadoop.net.NetUtils.wrapException(NetUtils.java:775)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:232)
	at com.sun.proxy.$Proxy13.getFileInfo(Unknown Source)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getFileInfo(ClientNamenodeProtocolTranslatorPB.java:807)
	at com.sun.proxy.$Proxy14.getFileInfo(Unknown Source)
	at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:2029)
	at org.apache.hadoop.hdfs.DistributedFileSystem$20.doCall(DistributedFileSystem.java:1195)
	at org.apache.hadoop.hdfs.DistributedFileSystem$20.doCall(DistributedFileSystem.java:1191)
	at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1207)
	at org.apache.hadoop.hbase.regionserver.HRegionFileSystem.checkRegionInfoOnFilesystem(HRegionFileSystem.java:778)
	at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:769)
	at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:748)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5188)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5153)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5125)
	at org.apache.hadoop.hbase.client.ClientSideRegionScanner.<init>(ClientSideRegionScanner.java:60)
	at org.apache.hadoop.hbase.mapreduce.TableSnapshotInputFormatImpl$RecordReader.initialize(TableSnapshotInputFormatImpl.java:191)
	at org.apache.hadoop.hbase.mapreduce.TableSnapshotInputFormat$TableSnapshotRegionRecordReader.initialize(TableSnapshotInputFormat.java:148)
	at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.initialize(MapTask.java:552)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:790)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1885)
Caused by: java.io.IOException: org.apache.hadoop.security.AccessControlException: Client cannot authenticate via:[TOKEN, KERBEROS]
	at org.apache.hadoop.ipc.Client$Connection$1.run(Client.java:688)
	at org.apache.hadoop.ipc.Client$Connection.handleSaslConnectionFailure(Client.java:651)
	at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:738)
	at org.apache.hadoop.ipc.Client$Connection.access$2900(Client.java:370)
	at org.apache.hadoop.ipc.Client.getConnection(Client.java:1530)
	at org.apache.hadoop.ipc.Client.call(Client.java:1447)
	... 33 more
Caused by: org.apache.hadoop.security.AccessControlException: Client cannot authenticate via:[TOKEN, KERBEROS]
	at org.apache.hadoop.security.SaslRpcClient.selectSaslClient(SaslRpcClient.java:172)
	at org.apache.hadoop.security.SaslRpcClient.saslConnect(SaslRpcClient.java:396)
	at org.apache.hadoop.ipc.Client$Connection.setupSaslConnection(Client.java:555)
	at org.apache.hadoop.ipc.Client$Connection.access$1900(Client.java:370)
	at org.apache.hadoop.ipc.Client$Connection$2.run(Client.java:730)
	at org.apache.hadoop.ipc.Client$Connection$2.run(Client.java:726)
	at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:726)
	... 36 more

After check the patch,  Seems like we did not obtain the namenode token before submit the job.  The feature works fine in our kerberos cluster after applied following patch: 

      TableMapReduceUtil.initTableSnapshotMapperJob(sourceSnapshotName, scan, Verifier.class, null,
        null, job, true, snapshotTempPath);

      // Acquire the delegation Tokens
+      TokenCache.obtainTokensForNamenodes(job.getCredentials(),
+        new Path[] { new Path(sourceSnapshotTmpDir), new Path(peerSnapshotTmpDir) }, conf);
+
    } 

These tests fail with security manager from package org.jboss.as.test.integration.microprofile.opentracing 

ResourceNotTracedTestCase.notTracedEndpointYieldsNoSpans
ResourceTracedTestCase.tracedEndpointYieldsSpan
ResourceWithCDITestCase.tracedEndpointYieldsSpan
ResourceWithCustomOperationNameBeanTestCase.customOperationName
SimpleRestClientTestCase.clientRequestSpanJoinsServer

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "modifyThread")" in code source "(vfs:/content/3f3aff01-8e62-42e9-81c0-022f693ec7e0.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.3f3aff01-8e62-42e9-81c0-022f693ec7e0.war" from Service Module Loader")
	at java.util.concurrent.ThreadPoolExecutor.checkShutdownAccess(ThreadPoolExecutor.java:742)
	at java.util.concurrent.ThreadPoolExecutor.shutdownNow(ThreadPoolExecutor.java:1429)
	at java.util.concurrent.Executors$DelegatedExecutorService.shutdownNow(Executors.java:670)
	at org.jboss.as.test.integration.common.HttpRequest.execute(HttpRequest.java:63)
	at org.jboss.as.test.integration.common.HttpRequest.get(HttpRequest.java:82)
	at org.jboss.as.test.integration.microprofile.opentracing.ResourceNotTracedTestCase.performCall(ResourceNotTracedTestCase.java:63)
	at org.jboss.as.test.integration.microprofile.opentracing.ResourceNotTracedTestCase.notTracedEndpointYieldsNoSpans(ResourceNotTracedTestCase.java:57)

As stacktrace is from test side and tests are missing @RunAsClient, I believe tests are running in container. Juraci Paixão Kröhling is this really intent tests are missing @RunAsClient annotation?

In SingleColumnValueFilter the 2 boolean fields "foundColumn" and "matchedColumn" needed only at the server side during the filtering. There is no need to serialize these fields from client to server.

[hadoop@sjdc-atr-dns column-test]$ hbase net.iridiant.simpletest.Main --master=10.30.94.1:60000
Exception in thread "main" java.lang.ClassCastException: java.lang.String cannot be cast to [B
        at org.apache.hadoop.hbase.util.Bytes$1.compare(Bytes.java:32)
        at java.util.TreeMap.getEntryUsingComparator(TreeMap.java:351)
        at java.util.TreeMap.getEntry(TreeMap.java:322)
        at java.util.TreeMap.get(TreeMap.java:255)
        at org.apache.hadoop.hbase.io.HbaseMapWritable.get(HbaseMapWritable.java:112)
        at org.apache.hadoop.hbase.io.RowResult.get(RowResult.java:79)
        at net.iridiant.simpletest.Main.main(Unknown Source)
Please see attached testcase.

After moving the region code waits till all regions are assigned but not for region to go online on a destination server. On branch-1 TestAdmin1.java has a function moveRegionAndWait() that moves the region and waits for the region to become online on destination server. We need to use that function in this test.

If using load balancer in context scoped onException then it adds duplicate outputs per route you have. So if you have 3 routes, then there is 2 x duplicates as there is 2 additional routes.

This is inconsistent with AbstractExchange 's simplest ctor.
See https://github.com/spring-cloud/spring-cloud-stream-binder-rabbit/issues/48

We are seeing following exception and calls fall back to ORM which make it costly :

 WARN  org.apache.hadoop.hive.metastore.ObjectStore - Direct SQL failed, falling back to ORM
java.lang.ClassCastException: org.datanucleus.store.rdbms.query.ForwardQueryResult cannot be cast to java.lang.Number
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.extractSqlInt(MetaStoreDirectSql.java:892) ~[hive-exec-2.1.2-inm-SNAPSHOT.jar:2.1.2-inm-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getNumPartitionsViaSqlFilterInternal(MetaStoreDirectSql.java:855) ~[hive-exec-2.1.2-inm-SNAPSHOT.jar:2.1.2-inm-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getNumPartitionsViaSqlFilter(MetaStoreDirectSql.java:405) ~[hive-exec-2.1.2-inm-SNAPSHOT.jar:2.1.2-inm-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore$5.getSqlResult(ObjectStore.java:2763) ~[hive-exec-2.1.2-inm-SNAPSHOT.jar:2.1.2-inm-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore$5.getSqlResult(ObjectStore.java:2755) ~[hive-exec-2.1.2-inm-SNAPSHOT.jar:2.1.2-inm-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2606) ~[hive-exec-2.1.2-inm-SNAPSHOT.jar:2.1.2-inm-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore.getNumPartitionsByFilterInternal(ObjectStore.java:2770) [hive-exec-2.1.2-inm-SNAPSHOT.jar:2.1.2-inm-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore.getNumPartitionsByFilter(ObjectStore.java:2746) [hive-exec-2.1.2-inm-SNAPSHOT.jar:2.1.2-inm-SNAPSHOT]

We're seeing 'strange' NullpointerExceptions while using ThymeLeaf and having heavy load on the machine.

2016-10-26 15:17:23,200 [trace=7cd2c0bf5bcb66db,span=7cd2c0bf5bcb66db] ERROR       TemplateEngine:1085 - [THYMELEAF][http-nio-8080-exec-12] Exception processing template "sections/default": Exception evaluating SpringEL expression: "article.detailUrl" (includes/ankeilers/standard:5)
2016-10-26 15:17:23,229 [trace=,span=] ERROR  [dispatcherServlet]:182  - Servlet.service() for servlet dispatcherServlet threw exception
	at org.springframework.expression.spel.ast.PropertyOrFieldReference$AccessorLValue.getValue(PropertyOrFieldReference.java:377)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:267)
	at org.thymeleaf.standard.expression.VariableExpression.executeVariable(VariableExpression.java:154)
	at org.thymeleaf.spring4.processor.attr.SpringHrefAttrProcessor.getTargetAttributeValue(SpringHrefAttrProcessor.java:68)
	at org.thymeleaf.processor.attr.AbstractAttributeModifierAttrProcessor.processAttribute(AbstractAttributeModifierAttrProcessor.java:62)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1246)
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1029)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:973)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:895)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
	at org.springframework.boot.actuate.autoconfigure.EndpointWebMvcAutoConfiguration$ApplicationContextHeaderFilter.doFilterInternal(EndpointWebMvcAutoConfiguration.java:281)
	at org.springframework.web.filter.ShallowEtagHeaderFilter.doFilterInternal(ShallowEtagHeaderFilter.java:87)
	at org.springframework.boot.actuate.trace.WebRequestTraceFilter.doFilterInternal(WebRequestTraceFilter.java:115)

Looking at similar NPE issues https://jira.spring.io/browse/SPR-13023 and how this was fixed
I fixed this locally by doing the following in spring-expression v4.2.7
replace
line:372
@Override
public TypedValue getValue() {
	TypedValue value = this.ref.getValueInternal(this.contextObject, this.evalContext, this.autoGrowNullReferences);
	if (this.ref.cachedReadAccessor instanceof CompilablePropertyAccessor) {
		CompilablePropertyAccessor accessor = (CompilablePropertyAccessor) this.ref.cachedReadAccessor;
	}
	return value;
}

with

@Override
	PropertyAccessor accessorToUse = this.ref.cachedReadAccessor;
	if (accessorToUse instanceof CompilablePropertyAccessor) {
		CompilablePropertyAccessor accessor = (CompilablePropertyAccessor) accessorToUse;
	}
}

The method org.apache.camel.processor.validation.ValidatingProcessor.process() is executed concurrently but error information is stored in a shared errorHandler. Because each thread calls errorHandler.reset() it may clean errors written by another thread. The easiest way to fix this issue would be a synchronized block:
ValidatingProcessor.java
...
synchronized (errorHandler) {
    errorHandler.reset();
    validator.setErrorHandler(errorHandler);
    
    DOMResult result = new DOMResult();
    validator.validate(source, result);
    
    errorHandler.handleErrors(exchange, schema, result);
}
... 

The disadvantage of this solution is that is serializes threads. A locally created error handler would be preferrable ...

A change was made to swagger-modules in swagger-core#208335a08cae610d3b5eaea75f5552efaf15477b (version 1.5.12) that changed java.lang.Double type with java.math.BigDecimal which in turn made swager-parser incompatible in the version used (1.0.22).
This was later fixed in swagger-parser swagger-parser#d7ac638f4355cc043a14dfcd244264aa1440c627 and released as version 1.0.25.
Version of swagger-parser needs to be updated to 1.0.25.

Consider this application that uses Guava's ImmutableList:

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.web.bind.annotation.RequestBody;

import com.google.common.collect.ImmutableList;

public class Unhelpful415Application {

		SpringApplication.run(Unhelpful415Application.class, args);
	}

	@RequestMapping(path="create", method=RequestMethod.POST,  consumes=MediaType.APPLICATION_JSON_UTF8_VALUE)
	public String create(@RequestBody MyPojo pojo) {
		return "Created";
	}

	public static class MyPojo {

		private ImmutableList<String> things;

		public ImmutableList<String> getThings() {
			return things;
		}

		public void setThings(ImmutableList<String> things) {
			this.things = things;
		}

	}

}

A POST to /create results in a 415 response (application/json is not supported). This is arguably wrong as JSON is supported and there's nothing that the client can do to fix the problem. It's actually the server that is at fault due to using ImmutableList and not configuring Jackson's Guava module. In my opinion, a 5xx response would be more appropriate.
The problem is exacerbated by the fact that Spring Framework 4.3 provides no further diagnostics for the failure. Arguably this is a regression as, with 4.2, a helpful warning message was logged:

2017-05-24 09:53:10.135  WARN 74298 --- [nio-8080-exec-5] .c.j.MappingJackson2HttpMessageConverter : Failed to evaluate Jackson deserialization for type [simple type, class com.example.Unhelpful415Application$MyPojo]: com.fasterxml.jackson.databind.JsonMappingException: Can not find a deserializer for non-concrete Collection type [collection type; class com.google.common.collect.ImmutableList, contains [simple type, class java.lang.String]]

This was removed by the changes for SPR-14163. Enabling debug logging for org.springframework.http.converter.json doesn't provide any more information (and I don't think it should be necessary anyway).

Investigating HBASE-19893, I'm facing the following NullPointerException when restoring a snapshot after splitting a region:

2018-02-13 01:59:56,033 ERROR [PEWorker-1] procedure.RestoreSnapshotProcedure(403): restore snapshot={ ss=snaptb1-1518454780480 table=testRestoreSnapshotAfterSplittingRegions-1518454780480 type=FLUSH } failed in on-disk restore. Try re-running the restore command.
	at org.apache.hadoop.hbase.util.ModifyRegionUtils.editRegions(ModifyRegionUtils.java:222)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreHdfsRegions(RestoreSnapshotHelper.java:424)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreHdfsRegions(RestoreSnapshotHelper.java:227)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreHdfsRegions(RestoreSnapshotHelper.java:177)
	at org.apache.hadoop.hbase.master.procedure.RestoreSnapshotProcedure.restoreSnapshot(RestoreSnapshotProcedure.java:395)
	at org.apache.hadoop.hbase.master.procedure.RestoreSnapshotProcedure.executeFromState(RestoreSnapshotProcedure.java:143)
	at org.apache.hadoop.hbase.master.procedure.RestoreSnapshotProcedure.executeFromState(RestoreSnapshotProcedure.java:58)
	at org.apache.hadoop.hbase.procedure2.StateMachineProcedure.execute(StateMachineProcedure.java:180)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1455)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1224)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1734)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreReferenceFile(RestoreSnapshotHelper.java:751)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreStoreFile(RestoreSnapshotHelper.java:675)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreRegion(RestoreSnapshotHelper.java:521)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.restoreRegion(RestoreSnapshotHelper.java:464)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper.access$300(RestoreSnapshotHelper.java:116)
	at org.apache.hadoop.hbase.snapshot.RestoreSnapshotHelper$2.editRegion(RestoreSnapshotHelper.java:427)
	at org.apache.hadoop.hbase.util.ModifyRegionUtils$2.call(ModifyRegionUtils.java:209)
	at org.apache.hadoop.hbase.util.ModifyRegionUtils$2.call(ModifyRegionUtils.java:206)

Follow up to JBEAP-11462, because this issue doesn't seem to be resolved in the case where Elytron is used.
To reproduce, use the same steps as in JBEAP-11462, but instead of creating  a jmx-console security domain, create an application-security-domain mapping from jmx-console to ApplicationDomain Elytron domain.

Note that this can be solved by bumping up the number of compaction threads but still it seems like this priority "inversion" should be dealt with.
There's a store with 1 big file and 3 flushes (1 2 3 4) sitting around and minding its own business when it decides to compact. Compaction (2 3 4) is created and put in queue, it's low priority, so it doesn't get out of the queue for some time - other stores are compacting. Meanwhile more files are flushed and at (1 2 3 4 5 6 7) it decides to compact (5 6 7). This compaction now has higher priority than the first one. After that if the load is high it enters vicious cycle of compacting and compacting files as they arrive, with store being blocked on and off, with the (2 3 4) compaction staying in queue for up to ~20 minutes (that I've seen).
I wonder why we do thing thing where we queue compaction and compact separately. Perhaps we should take snapshot of all store priorities, then do select in order and execute the first compaction we find. This will need starvation safeguard too but should probably be better.
Btw, exploring compaction policy may be more prone to this, as it can select files from the middle, not just beginning, which, given the treatment of already selected files that was not changed from the old ratio-based one (all files with lower seqNums than the ones selected are also ineligible for further selection), will make more files ineligible (e.g. imagine with 10 blocking files, with 8 present (1-8), (6 7 8) being selected and getting stuck). Today I see the case that would also apply to old policy, but yesterday I saw file distribution something like this: 4,5g, 2,1g, 295,9m, 113,3m, 68,0m, 67,8m, 1,1g, 295,1m, 100,4m, unfortunately w/o enough logs to figure out how it resulted.

I have seen a hudson run failing with TestMasterObserver.testRegionTransitionOperations failing. The logs (http://bit.ly/Q5PiVJ) seemed to indicate that 

 HMaster.move 

 was called on a region that was under transition, and the master's assignment manager at that time didn't have information about the region.

When you configure EJB3 subsystem so that remote invocations should be executed in thread pools of EJB3 subsystem instead of IO worker threads:

/subsystem=ejb3/service=remote:write-attribute(name=execute-in-worker,value=false)

This seems to have no effect and invocations are still executed in IO worker threads.
This is a regression, in EAP 7.0 it works correctly.

SPR-17098 introduced RouterFunctions.MATCHING_PATTERN_ATTRIBUTE to WebFlux.fn, and set that mapping information as a  String. SPR-17367 duplicated that same information in HandlerMapping.BEST_MATCHING_PATTERN_ATTRIBUTE with the same type, whereas it is expected to be of type PathPattern,
https://github.com/spring-projects/spring-framework/blob/8de5c05af0015dca8aad94e474a33814c13539ad/spring-webflux/src/main/java/org/springframework/web/reactive/function/server/support/RouterFunctionMapping.java#L160-L165
As a result, ClassCastException occurs after updating to Spring Boot 2.1.0.RC1 as Boot expects it as PathPattern
https://github.com/spring-projects/spring-boot/blob/v2.1.0.RC1/spring-boot-project/spring-boot-actuator/src/main/java/org/springframework/boot/actuate/metrics/web/reactive/server/WebFluxTags.java#L97-L98

Blockcache is misbehaving on TRUNK.  Something is broke.  We OOME about 20% into the randomRead test.  Looking at heap, its all soft references.  Instrumenting the referencequeue, we're never clearing full gc'ing.  Something is off.

Getting this error in Eclipse for Stargate build.xml:
Description	Resource	Path	Location	Type
Default target archives does not exist in this project	build.xml	/hbase/src/contrib/stargate	line 1	Ant Buildfile Problem
It's complaining because of this line:
<project name="stargate" default="archives" basedir=".">
There is no target named "archives" in the Ant build file.

TestMTQueries has been failing intermittently on Hudson. The first failure I can find
a record of on Hudson is from svn rev 1052414 on December 24th, but it's 
likely that the failures actually started earlier.

High CPU usage due to exception handling code.

 TezTaskRunner [RUNNABLE] [DAEMON]
java.lang.Throwable.fillInStackTrace(int) Throwable.java (native)
java.lang.Throwable.fillInStackTrace() Throwable.java:783
java.lang.Throwable.<init>(String) Throwable.java:265
java.lang.Exception.<init>(String) Exception.java:66
java.lang.RuntimeException.<init>(String) RuntimeException.java:62
java.lang.IllegalArgumentException.<init>(String) IllegalArgumentException.java:52
java.lang.NumberFormatException.<init>(String) NumberFormatException.java:55
sun.misc.FloatingDecimal.readJavaFormatString(String) FloatingDecimal.java:1842
sun.misc.FloatingDecimal.parseFloat(String) FloatingDecimal.java:122
java.lang.Float.parseFloat(String) Float.java:451
org.apache.hadoop.hive.serde2.lazy.fast.LazySimpleDeserializeRead.readCheckNull() LazySimpleDeserializeRead.java:309
org.apache.hadoop.hive.ql.exec.vector.VectorDeserializeRow.deserializeRowColumn(VectorizedRowBatch, int, int) VectorDeserializeRow.java:346
org.apache.hadoop.hive.ql.exec.vector.VectorDeserializeRow.deserialize(VectorizedRowBatch, int) VectorDeserializeRow.java:659
org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(Writable) VectorMapOperator.java:814
org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(Object) MapRecordSource.java:86
org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord() MapRecordSource.java:70
org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run() MapRecordProcessor.java:361
org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(Map, Map) TezProcessor.java:172
org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(Map, Map) TezProcessor.java:160
org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run() LogicalIOProcessorRuntimeTask.java:370
org.apache.tez.runtime.task.TaskRunner2Callable$1.run() TaskRunner2Callable.java:73
org.apache.tez.runtime.task.TaskRunner2Callable$1.run() TaskRunner2Callable.java:61
java.security.AccessController.doPrivileged(PrivilegedExceptionAction, AccessControlContext) AccessController.java (native)
javax.security.auth.Subject.doAs(Subject, PrivilegedExceptionAction) Subject.java:422
org.apache.hadoop.security.UserGroupInformation.doAs(PrivilegedExceptionAction) UserGroupInformation.java:1657
org.apache.tez.runtime.task.TaskRunner2Callable.callInternal() TaskRunner2Callable.java:61
org.apache.tez.runtime.task.TaskRunner2Callable.callInternal() TaskRunner2Callable.java:37
org.apache.tez.common.CallableWithNdc.call() CallableWithNdc.java:36
java.util.concurrent.FutureTask.run() FutureTask.java:266
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) ThreadPoolExecutor.java:1142
java.util.concurrent.ThreadPoolExecutor$Worker.run() ThreadPoolExecutor.java:617
java.lang.Thread.run() Thread.java:745

Generate a web mvc application and scaffold it with next script:

project --topLevelPackage org.gvnix.test
jpa setup --provider HIBERNATE --database HYPERSONIC_IN_MEMORY
entity jpa --class ~.domain.Car --identifierField car

When entity name and identifier field has the same name, a compilation error occurs:

[ERROR] /tmp/test/src/main/java/org/gvnix/test/web/CarController_Roo_Controller.aj:79:0::0 Duplicate local variable car
[ERROR] error at Car car = Car.findCar(car);

This happens because method parameter and method local variable have same name:

    @RequestMapping(value = "/{car}", method = RequestMethod.DELETE, produces = "text/html")
    public String CarController.delete(@PathVariable("car") Long car, @RequestParam(value = "page", required = false) Integer page, @RequestParam(value = "size", required = false) Integer size, Model uiModel) {
        Car car = Car.findCar(car);
        ...
    }

I attach the example project.

repo steps:

run mvn test -Phadoop-2  -Dtest=TestJdbcWithMiniKdc#testNegativeTokenAuth

, it fails since 'Failed to validate proxy privilege' is expected error message and cause message, however, 'Error retrieving delegation token for user' and 'is not allowed to impersonate' are the returned exception.

e.g. https://ci.wildfly.org/viewLog.html?buildId=92167&buildTypeId=WF_PullRequest_LinuxElytro
I think this may be because changes from one request are not visible to a later one, as there is no guaranteed happens-before relationship between invocations.

When setting user/password for Basic Authentication, the component misses adding the HTTP headers to perform the actual authentication.
Users should see the following message in logs, even though the user/pass properties are set:
2018-06-27 17:20:16 [main] WARN o.a.c.c.w.p.WordpressPostProducer - Wordpress Producer hasn't authentication. This may lead to errors during route execution. Wordpress writing operations need authentication.
 
HBASE-18264 upgraded maven-site-plugin from 3.4 to 3.5.1 which required some modification.
The maven-site-plugin version we changed to is inherited from ASF parent pom.
Upgrade steps: http://maven.apache.org/plugins/maven-site-plugin/migrate.html

While I tried to fix files that had incompatible line endings in HIVE-3858, I missed some more files. It was most likely because HIVE-3858 was tested by me on Mac OS X but when I started using the github repository on a ubuntu box, I saw there are some more files in the Hive repo that have incorrect line endings. These files get added to the index automatically when a change is made to the local git repo. Once these cosmetic changes get committed, we would have gotten rid of all windows/old Mac OS style line endings in our Hive repository.

Statistics from different tasks got overwritten while running on Tez.

A small race condition in ZKWatcher leads to an NPE:

2010-09-30 10:56:36,028 INFO  [Thread-217] zookeeper.ZKUtil(93): hconnection opening connection to ZooKeeper with quorum (localhost:21815)
2010-09-30 10:56:36,036 DEBUG [Thread-217-EventThread] zookeeper.ZooKeeperWatcher(184): hconnection Received ZooKeeper Event, type=None, state=SyncConnected, path=null
2010-09-30 10:56:36,036 ERROR [Thread-217-EventThread] zookeeper.ClientCnxn$EventThread(490): Error while calling watcher 
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.connectionEvent(ZooKeeperWatcher.java:243)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:193)
	at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:488)

Upon deployment of an example app from weld examples, there is CNFE from open tracing during the deployment of an EAR (WAR + EJB JAR) artifact. Matěj Novotný has already done some investigation and sent his findings to wildfly-dev mailing list.
Problematic Weld example test is this one.

2018-11-28 14:35:36,063 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.deployment.unit."weld-translator.ear".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."weld-translator.ear".WeldStartService: Failed to start service
Caused by: org.jboss.weld.resources.spi.ResourceLoadingException: Error while loading class org.wildfly.microprofile.opentracing.smallrye.TracerProducer$Proxy$_$$_WeldSubclass
	at org.jboss.weld.resources.ClassTransformer.getBackedAnnotatedType(ClassTransformer.java:186)
	at org.jboss.weld.resources.ClassTransformer.getBackedAnnotatedType(ClassTransformer.java:194)
	at org.jboss.weld.resources.ClassTransformer.getEnhancedAnnotatedType(ClassTransformer.java:232)
	at org.jboss.weld.injection.producer.SubclassedComponentInstantiator.initEnhancedSubclass(SubclassedComponentInstantiator.java:86)
	at org.jboss.weld.injection.producer.SubclassedComponentInstantiator.<init>(SubclassedComponentInstantiator.java:79)
	at org.jboss.weld.injection.producer.SubclassedComponentInstantiator.forInterceptedDecoratedBean(SubclassedComponentInstantiator.java:63)
	at org.jboss.weld.injection.producer.BeanInjectionTarget.initializeAfterBeanDiscovery(BeanInjectionTarget.java:121)
	at org.jboss.weld.injection.producer.InjectionTargetInitializationContext.initialize(InjectionTargetInitializationContext.java:42)
	at org.jboss.weld.injection.producer.InjectionTargetService.initialize(InjectionTargetService.java:63)
	at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:475)
	at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:86)
	at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:97)
	... 6 more
Caused by: java.lang.NoClassDefFoundError: io/opentracing/Tracer
	at org.jboss.weld.annotated.slim.backed.SecurityActions.getDeclaredMethods(SecurityActions.java:41)
	at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.computeValue(BackedAnnotatedType.java:197)
	at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.computeValue(BackedAnnotatedType.java:191)
	at org.jboss.weld.util.LazyValueHolder.get(LazyValueHolder.java:46)
	at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$EagerlyInitializedLazyValueHolder.<init>(BackedAnnotatedType.java:159)
	at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.<init>(BackedAnnotatedType.java:191)
	at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType.<init>(BackedAnnotatedType.java:66)
	at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType.of(BackedAnnotatedType.java:47)
	at org.jboss.weld.resources.ClassTransformer$TransformClassToBackedAnnotatedType.apply(ClassTransformer.java:84)
	at org.jboss.weld.resources.ClassTransformer$TransformClassToBackedAnnotatedType.apply(ClassTransformer.java:79)
	at org.jboss.weld.util.cache.ReentrantMapBackedComputingCache.lambda$null$0(ReentrantMapBackedComputingCache.java:55)
	at org.jboss.weld.util.WeakLazyValueHolder$1.computeValue(WeakLazyValueHolder.java:35)
	at org.jboss.weld.util.WeakLazyValueHolder.get(WeakLazyValueHolder.java:53)
	at org.jboss.weld.util.cache.ReentrantMapBackedComputingCache.getValue(ReentrantMapBackedComputingCache.java:72)
	at org.jboss.weld.util.cache.ReentrantMapBackedComputingCache.getCastValue(ReentrantMapBackedComputingCache.java:78)
	at org.jboss.weld.resources.ClassTransformer.getBackedAnnotatedType(ClassTransformer.java:177)
	... 19 more
Caused by: java.lang.ClassNotFoundException: io.opentracing.Tracer from [Module "deployment.weld-translator.ear" from Service Module Loader]
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
	... 39 more

2018-11-28 14:35:36,073 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "weld-translator.ear")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"weld-translator.ear\".WeldStartService" => "Failed to start service
    Caused by: org.jboss.weld.resources.spi.ResourceLoadingException: Error while loading class org.wildfly.microprofile.opentracing.smallrye.TracerProducer$Proxy$_$$_WeldSubclass
    Caused by: java.lang.NoClassDefFoundError: io/opentracing/Tracer
    Caused by: java.lang.ClassNotFoundException: io.opentracing.Tracer from [Module \"deployment.weld-translator.ear\" from Service Module Loader]"}}
2018-11-28 14:35:36,076 ERROR [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0021: Deploy of deployment "weld-translator.ear" was rolled back with the following failure message: 
{"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"weld-translator.ear\".WeldStartService" => "Failed to start service

Enabling hive.stats.fetch.column.stats makes this test fail during:

EXPLAIN
SELECT a.*, b.* FROM T1_n151 a RIGHT OUTER JOIN T2_n88 b ON a.key = b.key

Seems like joinKeys is null at this point

2018-09-04T23:47:02,398 DEBUG [fef236ce-e62e-4c20-b0c0-3b15d2b336f7 main] annotation.StatsRulesProcFactory: STATS-JOIN[15]: detects none/multiple PK parents.
2018-09-04T23:47:02,409 ERROR [fef236ce-e62e-4c20-b0c0-3b15d2b336f7 main] ql.Driver: FAILED: NullPointerException null
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$JoinStatsRule.isJoinKey(StatsRulesProcFactory.java:2169)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$JoinStatsRule.updateNumNulls(StatsRulesProcFactory.java:2210)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$JoinStatsRule.updateColStats(StatsRulesProcFactory.java:2276)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$JoinStatsRule.process(StatsRulesProcFactory.java:1785)

According to the docs provided by Cloudera (we're not running Cloudera, BTW), this is the list of configs to enable authorization in HBase:

     <name>hbase.security.authorization</name>
     <value>true</value>
     <name>hbase.coprocessor.master.classes</name>
     <value>org.apache.hadoop.hbase.security.access.AccessController</value>
     <name>hbase.coprocessor.region.classes</name>
     <value>org.apache.hadoop.hbase.security.token.TokenProvider,org.apache.hadoop.hbase.security.access.AccessController</value>

We wanted to then disable authorization but simply setting hbase.security.authorization to false did not disable the authorization

Hi, the problem affects my deployment since 4.2.3 (in 4.2.2 everything worked fine)..
See the reference url for the description with stack:
Short summary

EAR on Wildfly which has dependency to spring module
Spring module is deployed within the wildfly modules folder (not bundled with the deployment ear!)

Reason for the CNFE:

getClass().getClassLoader()  called in context of spring-jar for classes which are in the deployment EAR. ->> Different classloader

If you need any additional info i will provide. 

I saw this in the aftermath of HBASE-4729 on a 0.92 refreshed yesterday, when the master died it had just created the RIT znode for a region but didn't tell the RS to close it yet.
When the master restarted it saw the znode and started printing this:

2011-11-03 00:02:49,130 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  TestTable,0007560564,1320253568406.f76899564cabe7e9857c3aeb526ec9dc. state=CLOSING, ts=1320253605285, server=sv4r11s38,62003,1320195046948
2011-11-03 00:02:49,130 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been CLOSING for too long, this should eventually complete or the server will expire, doing nothing
It's never going to happen, and it's blocking balancing.
I'm marking this as minor since I believe this situation is pretty rare unless you hit other bugs while trying out stuff to root bugs out.

The method doc says "This implementation returns null to indicate that there is no appropriate text representation." This is not true. The currency code is returned.

https://github.com/wildfly/wildfly-core/pull/890#discussion_r35354989
 private static final Map<String, InMemoryAuditLogHander> histories = Collections.synchronizedMap(new HashMap<String, InMemoryAuditLogHander>());
We don't want to delay merging this PR for this, but once it's merged please send up a PR to make this a non-static field and have the InMemoryAuditLogHandlerResourceDefinition pass a ref to it to the handlers when it constructs them.
Having this be static is no big deal in this case, but I don't want anyone looking at kernel code and thinking that using static fields to store state is a good practice.

Otherwise failure is encountered while trying to deserialize such a plan.

Help message for connect command refers to old default protocol.
./cli/src/main/resources/help/connect.txt:  In this case, the default port will be 9990 and the default protocol will be http 

CLI command> /core-service=*/:read-operation-names
08:27:16,461 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014612: Operation ("read-operation-names") failed - address: ([("cor
e-service" => "*")]): java.lang.NullPointerException
        at org.jboss.as.controller.operations.global.ReadOperationNamesHandler.execute(ReadOperationNamesHandler.java:78) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0
.0.Final-SNAPSHOT]
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:591) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSH
OT]
        at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:469) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNA
PSHOT]
        at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:273) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Fin
al-SNAPSHOT]
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:268) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-S
NAPSHOT]
        at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:272) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHOT]
        at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:146) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHOT]
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:174) [wildfly-c
ontroller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHOT]
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:105) [wildfly-
controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHOT]
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:125) [wildfly-con
troller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHOT]
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:121) [wildfly-con
        at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_15]
        at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_15]
        at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHOT]
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:121) [wildfly-c
        at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283) [wildfly-protocol-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHO
T]
        at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504) [wildfly-protocol-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-S
NAPSHOT]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_15]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_15]
        at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_15]

org.springframework.web.filter.ShallowEtagHeaderFilter calls javax.servlet.http.HttpServletResponse.getHeader, which was added in Servlet 3.0
Stack Trace:

        at org.springframework.web.filter.ShallowEtagHeaderFilter.isEligibleForEtag(ShallowEtagHeaderFilter.java:153) ~[spring-web-4.1.1.RELEASE.jar:4.1.1.RELEASE]
        at org.springframework.web.filter.ShallowEtagHeaderFilter.updateResponse(ShallowEtagHeaderFilter.java:102) ~[spring-web-4.1.1.RELEASE.jar:4.1.1.RELEASE]
        at org.springframework.web.filter.ShallowEtagHeaderFilter.doFilterInternal(ShallowEtagHeaderFilter.java:84) ~[spring-web-4.1.1.RELEASE.jar:4.1.1.RELEASE]
        at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [spring-web-4.1.1.RELEASE.jar:4.1.1.RELEASE]
        at org.springframework.web.filter.CompositeFilter$VirtualFilterChain.doFilter(CompositeFilter.java:112) [spring-web-4.1.1.RELEASE.jar:4.1.1.RELEASE]

If an exception is thrown in the constructor of ConnectionImplementation we will have a leak zkRegistry, rpcClient, ...
an example was clusterId parse error, causing zk (registry) leaks

org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:238)
	... 22 more
	at org.apache.hadoop.hbase.ClusterId.parseFrom(ClusterId.java:64)
	at org.apache.hadoop.hbase.zookeeper.ZKClusterId.readClusterIdZNode(ZKClusterId.java:75)
	at org.apache.hadoop.hbase.client.ZooKeeperRegistry.getClusterId(ZooKeeperRegistry.java:86)
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.retrieveClusterId(ConnectionManager.java:850)

When you put together a list of items the framework orders them based on the order in the XML (top to bottom).  If you add variables within the mix though, it reorders the list to put the variable items 'last'.  For instance 
		<security:filter-chain-map path-type="ant">
	    	<security:filter-chain pattern="${authentication.success.filter}*" filters="httpSessionContextIntegrationFilter, exceptionTranslationFilter,authenticationProcessingFilter, inaraUserPrepFilter, filterSecurityInterceptor"/>
inaraUserPrepFilter, filterSecurityInterceptor"/>-->
	 		<security:filter-chain pattern="${app.logout}" filters="logoutFilter"/>
			<security:filter-chain pattern="/**" filters="httpSessionContextIntegrationFilter"/
		</security:filter-chain-map>
Gives an error that the /** must be last.  If you make them all variables then it works fine.  This is fairly trivial, and probably could just be fixed with documentation, but it did take some time to sort out what was happening.

Right now, direct SQL intentionally skips the processing for default partition for PPD case; the SQL query fails and we fall back to JDO. Add support for default partition based on the same rules as JDO (don't return it)

support a default value arg
both amt and defaultValue args can be optional

By default we assign 3 handlers for replication, but as far as I can tell the replication traffic uses the normal handlers in 0.96

See https://issues.apache.org/jira/browse/HIVE-9264?focusedCommentId=14283223&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14283223

For a partitioned table, each PartitionDesc has a copy of corresponding TableDesc.
While TableDesc is mutable and hence cannot be interned, it's property values can be.
For a simple select on a table with 100K partitions, this cut total number of String instances by ~65%.
Most replicated strings were location, serde, input/output format, column, types, table name, etc.

if you do the following:

CREATE EXTERNAL TABLE anaylyze_external (a INT) LOCATION 'data/files/ext_test';
describe formatted anaylyze_external;

The table level stats are:

Table Parameters:
	COLUMN_STATS_ACCURATE	true
	EXTERNAL            	TRUE
	numFiles            	0
	numRows             	6
	rawDataSize         	6
	totalSize           	0

numFiles and totalSize is always 0.
Issue is:
MetaStoreUtils:updateUnpartitionedTableStatsFast attempts to set table level stats from FileStatus. But it doesn't account for External tables, it always calls Warehouse.getFileStatusesForUnpartitionedTable

I am trying to create a zip archive. I am having a empty directory "test" . When i try to create it to archive . The archive created but the test folder is created as file. And also I got the below exception.
Temp file created at C:\Users\Soundar\AppData\Local\Temp\sample5278197872513888977.zip
Exception in thread "main" java.io.IOException: This archives contains unclosed entries.
	at org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.finish(ZipArchiveOutputStream.java:343)
	at org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.close(ZipArchiveOutputStream.java:550)
	at com.tcs.tools.archive.test.ArchiveTest.createArchive(ArchiveTest.java:64)
	at com.tcs.tools.archive.test.ArchiveTest.main(ArchiveTest.java:119)
Code used
	protected File createArchive(String archivename) throws Exception {
		ArchiveOutputStream out = null;
		OutputStream stream = null;
		ArchiveStreamFactory factory = new ArchiveStreamFactory();
		try 
{
			File archive = File.createTempFile("sample", "." + archivename);
			System.out.println("Temp file created at " + archive.getAbsolutePath());
			List archiveList = new ArrayList();

			stream = new FileOutputStream(archive);
			out = factory.createArchiveOutputStream(archivename, stream);
			final File file7 = new File("C:\\Users\\Soundar\\Desktop\\test");

			addArchiveEntry(out, "test", file7);
			System.out.println("Going to process directory");
			System.out.println("Directory Name =" + file7.getName());
			ArchiveEntry entry = out.createArchiveEntry(file7, "test");
			out.putArchiveEntry(entry);
			IOUtils.copy(new FileInputStream(file7), out);
			out.closeArchiveEntry();

			out.finish();
			return archive;
		}
 finally {
			if (out != null) 
{
				out.close();
			}
 else if (stream != null) 
{
				stream.close();
			}
		}
	}
Note
------
I tried the same archiving using the compressed zip of Windows Vista default feature. It creates the Sample.zip which contains the empty test folder as archived.
I know there is a work around  using java.util.zip.zipEntry. But is there a  work around in our Compress itself?

Schema 'business-schema-postgresql.sql' cointains error: 'BLOB' is not valid keyword in PSQL. 'BYTEA' can be used instead.

I've been debugging a case where a bunch of reduces were hanging for no apparent reason and then get killed because they did not do anything for 600 seconds. I figured that it's because we are stuck in a very long waiting time due to retry backoffs. 

public static int RETRY_BACKOFF[] = { 1, 1, 1, 1, 2, 4, 8, 16, 32, 64 };

That means we wait 10 sec, 10 sec, 10, 10, ... then 640 sec. That's a long time, do we really need that much time to finally be warned that there's a bug in HBase? 
Also, the places where we get this:

LOG.debug("reloading table servers because: " + t.getMessage());

should be more verbose. I my logs these are caused by a table not found but the only thing I see is "reloading table servers because: tableName".

The messaging-activemq subsystem defines plenty of attributes that maps to Artemis configuration.
Most of these attributes have default values. The default values are taken from Artemis API (ActiveMQClient., ActiveMQDefaultConfiguration.)
This has the advantages that we use the sensible default values provided by Artemis itself.
However there some unintended consequences. When Artemis change one of this default, it also changes the default value of the corresponding WildFly attribute. We have strict rule to handle this (with resource transformers, etc.) but this should not be something by happen by accident. We don't have a mechanism today that catch this kind of issue. Some of this may be caught by transformers tests if the resource is actually defined in the transformers configuration (but usually I only add a resource to the transformer when I am explicitly changing its definition).
We should hard-code all default values of the messaging-activemq subsystem instead of relying on Artemis API (the actual value will often be the same than the one provided by Artemis though).
This will protect us of Artemis API changes so that we can decide to change a default value when it makes sense separately of Artemis upgrades.
However, we will have to sync with Artemis when they do such changes to figure out if we should do that too or keep the previous value.

The dependency graph among task stages is incorrect for the skewed join optimized plan. Skewed joins are enabled through "hive.optimize.skewjoin". For the case that skewed keys do not exist, all the tasks following the common join are filtered out at runtime.
In particular, the conditional task in the optimized plan maintains no dependency with the child tasks of the common join task in the original plan. The conditional task is composed of the map join task which maintains all these dependencies, but for the case the map join task is filtered out (i.e., no skewed keys exist), all these dependencies are lost. Hence, all the other task stages of the query (e.g., move stage which writes down the results into the result table) are skipped.
The bug resides in "ql/optimizer/physical/GenMRSkewJoinProcessor.java", processSkewJoin() function, immediately after the ConditionalTask is created and its dependencies are set.

doParse references locations, but the XSD specifies the attribute name location.
Either doParse(…) should read the following or the XSD needs changing:

protected void doParse(Element element, BeanDefinitionBuilder builder) {

	String localName = element.getLocalName();
	builder.addPropertyValue("resources", element.getAttribute("location"));
	
	…
}

This is the exception on server 

Exception in thread "clientInboundChannel-97" org.springframework.messaging.MessageDeliveryException: Failed to handle GenericMessage [payload=byte[0], headers={simpMessageType=DISCONNECT, stompCommand=DISCONNECT, simpSessionAttributes={org.springframework.messaging.simp.SimpAttributes.COMPLETED=true}, simpSessionId=e4fb909754d849a08526503c2afa7584}] to org.springframework.messaging.support.ExecutorSubscribableChannel$SendTask@329d23a5 in StompBrokerRelay[127.0.0.1:61613]; nested exception is java.lang.NullPointerException
	at org.springframework.messaging.support.ExecutorSubscribableChannel$SendTask.run(ExecutorSubscribableChannel.java:144)
	at org.springframework.messaging.simp.stomp.StompBrokerRelayMessageHandler$StompConnectionHandler.forward(StompBrokerRelayMessageHandler.java:783)
	at org.springframework.messaging.simp.stomp.StompBrokerRelayMessageHandler.handleMessageInternal(StompBrokerRelayMessageHandler.java:511)
	at org.springframework.messaging.simp.broker.AbstractBrokerMessageHandler.handleMessage(AbstractBrokerMessageHandler.java:238)
	at org.springframework.messaging.support.ExecutorSubscribableChannel$SendTask.run(ExecutorSubscribableChannel.java:135)
	... 3 more

Here is the client side code:

    void setup() throws ExecutionException, InterruptedException
    {

        JettyWebSocketClient webSocketClient = new JettyWebSocketClient();
        List<Transport> transports = new ArrayList<Transport>(1);
        transports.add(new WebSocketTransport(webSocketClient));

        SockJsClient sockJsClient = new SockJsClient(transports);
        sockJsClient.setMessageCodec(new StringMessageCodec());

        stompClient = new WebSocketStompClient(sockJsClient);
        stompClient.setMessageConverter(new StringMessageConverter());
        stompClient.start();

        sessionHandler = new MyStompSessionHandler();
        stompClient.connect(WS_URL, sessionHandler);
    }

    void stop()
    {
        stompSession.disconnect();
        stompClient.stop();
    }

As you can see the client closes the connection gracefully.
It first disconnects the session and then calls stop() on the stompClient.
Doing so should not result in an exception on the server.

All tests, including TestHiveVarcharl, under /common don't get run  as part of "ant test". As part of decimal precision/scale support, more tests will be added, including TestHiveDecimal.

camel-spring and camel-core both export the org.apache.camel.language package which will cause some truble when OSGi resolve the bundle which imports this package. 
As the SpEL.java is not import any spring related class, an simple fixing is moving the SpEL.java into camel-core.

<client-region .../> parser ignores close and destroy attributes. By default they are both false.

Transferring an operation attachment to a slave may lead to an OutOfMemoryError. 

19:44:47,794 ERROR [stderr] (domain-mgmt-handler-thread - 13) Exception in thread "domain-mgmt-handler-thread - 13" java.lang.OutOfMemoryError: Java heap space
19:44:47,795 ERROR [stderr] (domain-mgmt-handler-thread - 13) 	at java.util.Arrays.copyOf(Arrays.java:2271)
19:44:47,795 ERROR [stderr] (domain-mgmt-handler-thread - 13) 	at java.io.ByteArrayOutputStream.toByteArray(ByteArrayOutputStream.java:178)
19:44:47,795 ERROR [stderr] (domain-mgmt-handler-thread - 13) 	at org.jboss.as.controller.remote.TransactionalProtocolClientImpl$ReadAttachmentInputStreamRequestHandler$1.execute(TransactionalProtocolClientImpl.java:277)
19:44:47,796 ERROR [stderr] (domain-mgmt-handler-thread - 13) 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283)
19:44:47,796 ERROR [stderr] (domain-mgmt-handler-thread - 13) 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504)
19:44:47,797 ERROR [stderr] (domain-mgmt-handler-thread - 13) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
19:44:47,797 ERROR [stderr] (domain-mgmt-handler-thread - 13) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
19:44:47,797 ERROR [stderr] (domain-mgmt-handler-thread - 13) 	at java.lang.Thread.run(Thread.java:724)
19:44:47,798 ERROR [stderr] (domain-mgmt-handler-thread - 13) 	at org.jboss.threads.JBossThread.run(JBossThread.java:122)

Host controller started with --backup option deletes the deployments from the domain/data/content folder after approximately 10 mins. 
The deployment is restored or recreated if the HostController is started. 
Version-Release number of selected component (if applicable): 6.4.x
1. Setup domaincontroller 
2. Setup hostcontroller 
3. Start domaincontroller 
4. Start hostcontroller with --backup option.
5. deploy an application using cli or admin console
./jboss-cli.sh --connect --controller=x.x.x.x:9999 --command='deploy /PathToApp/App.war --server-groups=main-server-group'
6. deployments are available under $JBOSS_HOME/domain/data/content
7. Wait for approximately 10 minutes
8. Cached deployments are deleted on hostcontroller (domain/data/content is empty). Following is the logging seen on the console :
++++++++++++++
[Host Controller] 14:20:40,439 INFO  [org.jboss.as.repository] (Host Controller Service Threads - 4) JBAS014903: Content /NotBackedUp/JAR-Folder/EAPs/EAP6/jboss-eap-6.4.3-Patched/domain/data/content/47/1108a27fa1b82e6a92fb56ee25bc76f2625249 is obsolete and will be removed
[Host Controller] 14:20:40,440 INFO  [org.jboss.as.repository] (Host Controller Service Threads - 4) JBAS014901: Content removed from location /NotBackedUp/JAR-Folder/EAPs/EAP6/jboss-eap-6.4.3-Patched/domain/data/content/47/1108a27fa1b82e6a92fb56ee25bc76f2625249/content
9. After restarting the Host Controller, the deployment is restored and the cached deployment can now be seen under the Host Controller's domain/data/content folder.
Actual results: Deployment folder form domain/data/content folder gets deleted after approx 10 mins and are restored if the Host Controller is restarted
Expected results: The cached deplpyments folder should never be removed from the HostController's domain/data/content folder.  
Additional info: This does not affect the availability of the application since the applications are also availbale with the assigned server's under their data/content folder.

Queries using join and group by produce multiple output rows with the same key when hive.auto.convert.join=false and hive.optimize.reducededuplication=true.  This interaction between configuration parameters is unexpected and should be well documented at the very least and should likely be considered a bug.
e.g. 
hive> set hive.auto.convert.join = false;
hive> set hive.optimize.reducededuplication = true;
hive> SELECT foo.id, count as factor
    > FROM foo
    > JOIN bar ON (foo.id = bar.id and foo.line_id = bar.line_id)
    > JOIN split ON (foo.id = split.id and foo.line_id = split.line_id)
    > JOIN forecast ON (foo.id = forecast.id AND foo.line_id = forecast.line_id)
    > WHERE foo.order != ‘blah’ AND foo.id = ‘XYZ'
    > GROUP BY foo.id;
XYZ         79
XYZ		74
XYZ		297
XYZ		66
    > FROM foo
XYZ         516

DefaultFluentProducerTemplate
code:
producer = context.createFluentProducerTemplate();
future1 = producer.withHeader("action", "register").withBody(body1).asyncSend();
future2 = producer.withHeader("action", "register").withBody(body2).asyncSend();
These two subsequent calls produces with the default creation two calls with the same body - body2.
The cause is that it uses default processor supplier () -> this::populateExchange which is call lazily at the time of send and at that time the body property of DefaultFluentProducerTemplate is body2.

I've noticed an important issue related to automatic web binding of String id to Domain class.
Imagine the use case where you have an Order domain class which has a ManyToOne reference to Customer.
When posting a new Order where Order.customer == "" then a converter exception is thrown:

Failed to convert property value of type java.lang.String to required type org.mycomp.domain.Customer for property customer; nested exception is org.springframework.core.convert.ConversionFailedException: Failed to convert from type java.lang.String to type @javax.validation.constraints.NotNull @javax.persistence.ManyToOne org.mycomp.domain.Customer for value '; nested exception is org.springframework.dao.InvalidDataAccessApiUsageException: The given id must not be null!; nested exception is java.lang.IllegalArgumentException: The given id must not be null!

I think it should not try to convert to Domain class if id is null or empty.
And note that for optional references this even might even cause a complete blocker?
This is the code I used:

<form:select path="customer">
	<form:option value="" label="Select" />
	<form:options items="${customers}" itemValue="id"></form:options>

In continuation of SPR-15216 and SPR-15202 I decided to test setException method of SettableListenableFuture and received another portion of strange results.
With methods set(value) and setException(new Exception()) executed under race following cases are possible:

Both methods return false but SuccessCallback is executed
Both methods return false but FailureCallback is executed

I consider these cases as two flavors of the same problem - actually I expect that one of two methods will always return true.
Jcstress-based tests may be found here:
https://github.com/isopov/isopov-jcstress/blob/master/src/main/java/com/sopovs/moradanen/jcstress/spring/SettableListenableFuture3Test.java
Also I tried to reproduce the problem without jcstress to better understand it and make sure that it lies not in my poor understanding of jcstress:
https://github.com/isopov/isopov-jcstress/blob/master/src/main/java/com/sopovs/moradanen/jcstress/spring/SettableListenableFutureMain3Test.java
This test does not reproduce the problem as reliably as jcstress-based one, but sometimes it still reproduces both flavors of the problem in the single run.

Exception Caused by: java.lang.IllegalArgumentException: a beanFactoryReference already exists for key cache with

 <gfe:client-cache id="cache" pool-name="myPool" />
    <gfe:pool id="myPool">
        <gfe:locator host="localhost" port="10334" />
    </gfe:pool>

    <gfe:client-region id="myRegion" pool-name="myPool" cache-ref="cache"/>
    <gfe-data:function-executions base-package="com.pivotal.gemfire.function" />

NPE is caused when AuditingHandler is null on AuditingEntityListener.

Test set: org.springframework.data.jpa.repository.NamespaceUserRepositoryTests
Tests run: 74, Failures: 0, Errors: 67, Skipped: 1, Time elapsed: 1.943 sec <<< FAILURE!
deleteAll(org.springframework.data.jpa.repository.NamespaceUserRepositoryTests)  Time elapsed: 0.033 sec  <<< ERROR!
	at org.springframework.data.jpa.domain.support.AuditingEntityListener.touchForCreate(AuditingEntityListener.java:67)
	at org.hibernate.ejb.event.ListenerCallback.invoke(ListenerCallback.java:45)
	at org.hibernate.ejb.event.EntityCallbackHandler.callback(EntityCallbackHandler.java:94)
	at org.hibernate.ejb.event.EntityCallbackHandler.preCreate(EntityCallbackHandler.java:63)
	at org.hibernate.ejb.event.EJB3PersistEventListener.saveWithGeneratedId(EJB3PersistEventListener.java:68)
	at org.hibernate.event.def.DefaultPersistEventListener.entityIsTransient(DefaultPersistEventListener.java:201)
	at org.hibernate.event.def.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:147)
	at org.hibernate.event.def.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:71)
	at org.hibernate.impl.SessionImpl.firePersist(SessionImpl.java:808)
	at org.hibernate.impl.SessionImpl.persist(SessionImpl.java:782)
	at org.hibernate.impl.SessionImpl.persist(SessionImpl.java:786)
	at org.hibernate.ejb.AbstractEntityManagerImpl.persist(AbstractEntityManagerImpl.java:839)
	at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:240)
	at $Proxy35.persist(Unknown Source)

It's not the only test that fails.

If I use expressions in jacorb subsystem then migration to iiop-openjdk is not fully ok.
I have troubles with following attributes to be migrated correctly

giop-version
transactions
export-corbaloc
add-component-via-interceptor

For giop-versions there is strange string written to element after migration. For export-corbaloc and add-component-via-interceptor the value is changed directly to default one without considering the existence of the expression. For transactions the expression is left but the default value is not changed from on to full. This thing of some enum change values could be problem of other properties as well (maybe).

Some of the past merges have led to some dead code. Need to remove this from the tez branch.

Currently, the streaming endpoint creates a metastore client which gets used for RPC. The client itself is not internally thread safe. Therefore, the API methods should provide the relevant synchronization so that the methods can be called from different threads. A sample use case is as follows:
1. Thread 1 creates a streaming endpoint and opens a txn batch.
2. Thread 2 heartbeats the txn batch.
With the current impl, this can result in an "out of sequence response", since the response of the calls in thread1 might end up going to thread2 and vice-versa.

Since 1.2.0.M1, the Roo JavaBean ITD is not deleted after deleting all the fields in the governor, even after a shell restart.

There is an issue with the integer encoding that can cause corruption in certain cases.
The following 3 longs cause this failure.
4513343538618202711
2911390882471569739
-9181829309989854913
I believe that even though the numbers are in decreasing order, the delta between the last two numbers overflows causing a positive delta, in this case the last digit ends up being corrupted (the delta is applied for the wrong sign resulting in -3442132998776557225 instead of -9181829309989854913.

Quotes are being added to values passed into @Query annotations.
@Query( value = "
{ ?0 }
", fields = "
{ ?1 }
" )
someMethod( String values, String fields );
Whatever I pass into "values" or "fields" gets wrapped in quotes when inserted into the query sent to MongoDB.
String values = "value : 'things'";
  -> rendered as - 
{ "value : 'things'" }
  -> This is not a valid query - the double quotes around it break it.
String values = "field : 0";
{ "field : 0" }
  -> This is not a valid projection - the double quotes around it break it.
String values = "field\" : \"0";
{ "field" : "0" }
  -> This is not a valid projection - the double quotes around zero turn it into a string so it renders as "true" instead of 0/undefined.
Thanks.

This is a summary of the semantically significant issues I've noticed while reading through the docs so far:
1.1.3 Figure 1.1 should explain the difference between solid and dotted links
2.2 Note - "job tier can be completely missing" - really?
2.4.2 Table 2.8 StepExecution#itemCount does not include reprocessed items after rollback (docs say it does)
4.4.1.6 BatchListener no longer exists

Method remove(Object arg) in org.springframework.data.mongodb.core.MongoOperations not working in spring-data-mongodb older 1.0.0.M4.

When WsEndPoint reconnect-method fails in line 172 to create connection it throws an exception which is logged but it should also be given to exception handler.
This kind of situation happens when server is shut down while connection is open. First client tries to reconnect but when reconnect fails, client stops trying.
I'm trying to implement a feature which tries continuously to reconnect to server when the server is down. Connection state (open, disconnected or trying to connect) should also be indicated.
If exception is passed to exception handler then it would be possible to register exception handler outside Camel. The purpose of this exception handler is to shut down Camel context and recreate it again in order to reconnect. With this kind of setup I can continuously try to reconnect and also figure out the current connection state.
 
https://github.com/apache/camel/blob/master/components/camel-ahc-ws/src/main/java/org/apache/camel/component/ahc/ws/WsEndpoint.java
 
@Override
public void onClose(WebSocket websocket, int code, String reason) {
   LOG.debug("websocket closed - reconnecting");
   try {
      reConnect();
   } catch (Exception e) {
      LOG.warn("Error re-connecting to websocket", e);
   }
}

$subject says it all. The EAP branch doesn't have this issue.

With HIVE-2573, users should run "reload function" to refresh cached function registry. However, "reload function" has no impact at all. We need to fix this. Otherwise, HS2 needs to be restarted to see new global functions.

When adding a secondary index to an existing table, an IndexSpecification must be constructed.
If we construct a simple index using the following constructor: IndexSpecification(String indexId, byte[] indexedColumn), then the program will cause NPE during re-indexing. 
        at org.apache.hadoop.hbase.regionserver.tableindexed.IndexMaintenanceUtils.createIndexUpdate(IndexMaintenanceUtils.java:57)
        at org.apache.hadoop.hbase.client.tableindexed.IndexedTableAdmin.reIndexTable(IndexedTableAdmin.java:144)
        at org.apache.hadoop.hbase.client.tableindexed.IndexedTableAdmin.addIndex(IndexedTableAdmin.java:132)
        at MyIndexedTable.addSecondaryIndexToExistingTable(MyIndexedTable.java:256)
        at MyIndexedTable.main(MyIndexedTable.java:276)

The WFCORE-1106 work for checking the runtime status of a capability assumes that only CapabilityScope.GLOBAL should be relevant when the check is performed. But this omits HostCapabilityScope which comes into play when host controller subsystems are used.

in the line  482  in the hive-site.xml, there is no  matching end-tag for the element type "description" ;
The same mistake also appears in the line 561.

I think that this problem may still be around with 2.1-SNAPSHOT:
http://fusesource.com/forums/thread.jspa?threadID=746&tstart=0
I noticed that I had a pop3 server outage and then subsequently had a similar problem i.e. IllegalStateException, folder not open.
Here's when the outage started.

2009-11-26 11:57:55,316 [: MailComponent] WARN  ultPollingConsumerPollStrategy - Consumer Consumer[pop3://...] could not poll endpoint: pop3://... caused by: Connect failed
javax.mail.MessagingException: Connect failed;
        java.net.NoRouteToHostException: No route to host
        at com.sun.mail.pop3.POP3Store.protocolConnect(POP3Store.java:161)
        at javax.mail.Service.connect(Service.java:288)
        at org.apache.camel.component.mail.MailConsumer.ensureIsConnected(MailConsumer.java:241)
        at org.apache.camel.component.mail.MailConsumer.poll(MailConsumer.java:79)
        at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:108)
        at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
Caused by: java.net.NoRouteToHostException: No route to host
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
        at java.net.Socket.connect(Socket.java:519)
        at java.net.Socket.connect(Socket.java:469)
        at com.sun.mail.util.SocketFetcher.createSocket(SocketFetcher.java:233)
        at com.sun.mail.util.SocketFetcher.getSocket(SocketFetcher.java:189)
        at com.sun.mail.pop3.Protocol.<init>(Protocol.java:94)
        at com.sun.mail.pop3.POP3Store.getPort(POP3Store.java:214)
        at com.sun.mail.pop3.POP3Store.protocolConnect(POP3Store.java:157)
        ... 13 more

This went on for about a minute or so and there was no more in the log file until several hours later - in fact when an email appeared in the INBOX. I know this because my personal email account was copied on the email and so I have the timestamp.
I then get the following message every time I poll the server and have to re-start my application to get over it:

2009-11-26 19:19:57,293 [: MailComponent] ERROR MailConsumer                   - Folder not open
java.lang.IllegalStateException: Folder not open
        at javax.mail.Folder.getMessages(Folder.java:938)
        at javax.mail.Folder.search(Folder.java:1226)
        at org.apache.camel.component.mail.MailConsumer.poll(MailConsumer.java:107)

I took a look at MailConsumer.java and note the following code:

236	        if (!connected) {
237	            if (LOG.isDebugEnabled()) {
238	                LOG.debug("Connecting to MailStore: " + endpoint.getConfiguration().getMailStoreLogInformation());
239	            }
240	            store = sender.getSession().getStore(config.getProtocol());
241	            store.connect(config.getHost(), config.getPort(), config.getUsername(), config.getPassword());
242	        }

If you're not connected then how is it possible to have a folder? Following this logic my recommendation is to insert the following at line 242:

                    folder = null;
242	        }

Explain on a query that joins 47 views, in effect around 94 joins after view expansion seems to take forever.  The case here tries to generate a plan using map join with conditional tasks.
When the task graph is huge with many paths, there can be a performance issue during compilation.  This is caused by recursive traversal of task graph in internTableDesc and deriveFinalExplainAttributes.  The use of recursion is inefficient in a couple of ways.

For large graphs the recursion was filling up the stack
Instead of finding the map works, the traversal was walking all possible paths from root causing a huge performance problem.

The fix is to replace the traversal from recursive to an iterative one, keeping track of the nodes already visited.  The fix uses getMRTasks, getSparkTasks and getTezTasks to do iterative traversal.  These calls were changed to using iterative calls through HIVE-17195.  When pushing this patch to an older release, please make sure HIVE-17195 is also pushed to that release. 

After the latest merge from trunk a number of the HBase unit tests are failing.

This bug is related to HBASE-14241 and HBASE-13851. 
Fix for HBASE-13851 introduced the check for non alive connections and if connection is not alive, it close it:

          if (connsToClose == null) {
            connsToClose = new HashSet<Connection>();
          }
          connsToClose.add(conn);
        }
....
    if (connsToClose != null) {
      for (Connection conn : connsToClose) {
        if (conn.markClosed(new InterruptedIOException("RpcClient is closing"))) {
        }
      }
    }

That worked fine until fix for HBASE-14241 introduced handling for interrupt in writer thread:

          try {
            cts = callsToWrite.take();
          } catch (InterruptedException e) {
            markClosed(new InterruptedIOException());
          }

So, if writer thread is running, but connection thread is not started yet, interrupt will cause calling of markClosed which will set shouldCloseConnection flag for the parent connection. And the next time during the handling of non alive connections markClosed will return false and close will not be called. As the result connection will not be removed from the connections pool and RpcClientImpl.close never finish. 

The camel twitter component parses the uri assuming the component has twitter as as scheme which is correct in most of the cases but could fail if one would pre-configure a number of twitter components:

<bean id="tw-account-1" class="rg.apache.camel.component.twitter.TwitterComponent">
  <property name="accessToken" value="tokenForAccount1"/>
</bean>

<bean id="tw-account-2" class="rg.apache.camel.component.twitter.TwitterComponent">
  <property name="accessToken" value="tokenForAccount2"/>
</bean>

<camelContext>
  <route>
    <from uri="tw-account-1:search"/>  
    ...
  </rute>
  <route>
    <from uri="tw-account-2:timeline/mentions"/>  
    ...
  </rute>
<camelContext/>

Relevant code:

https://github.com/apache/camel/blob/master/components/camel-twitter/src/main/java/org/apache/camel/component/twitter/TwitterHelper.java#L43-L44
https://github.com/apache/camel/blob/master/components/camel-twitter/src/main/java/org/apache/camel/component/twitter/TwitterHelper.java#L156-L161

When a row access is denied due to insufficient permissions, the error thrown to the client is 404 Not Found, instead of the proper 403 Forbidden exception.

When @EnableCaching is used in an application, BeanPostProcessorChecker issues an info log for infrastructure config

2018-06-04 14:22:41.511  INFO   --- [           main] trationDelegate$BeanPostProcessorChecker : Bean 'org.springframework.cache.annotation.ProxyCachingConfiguration' of type [org.springframework.cache.annotation.ProxyCachingConfiguration$$EnhancerBySpringCGLIB$$5439ed96] is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
2018-06-04 14:22:41.528  INFO   --- [           main] trationDelegate$BeanPostProcessorChecker : Bean 'org.springframework.cache.jcache.config.ProxyJCacheConfiguration' of type [org.springframework.cache.jcache.config.ProxyJCacheConfiguration$$EnhancerBySpringCGLIB$$2d6f79f6] is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)

Given an entity like this:
@Entity
public class HistoricalItem {
	@NotNull
	@Size(min = 1)
	private String title;
	@Temporal(TemporalType.TIMESTAMP)
	@DateTimeFormat(style = "MM", iso = ISO.DATE_TIME)
	private Calendar lastUpdated;
	@OneToMany(cascade = CascadeType.ALL, mappedBy = "historicalItem")
	private Set<HistoricalPrice> historicalPrices = new HashSet<HistoricalPrice>();
	@PrePersist
	protected void onCreate() 
{
		dateCreated = new GregorianCalendar();
		lastUpdated = new GregorianCalendar();
	}

	@PreUpdate
	protected void onUpdate() 
{
	}
}
Roo generates a ToString like this:
public String HistoricalItem.toString() {
        StringBuilder sb = new StringBuilder();
        sb.append("Id: ").append(getId()).append(", ");
        sb.append("Version: ").append(getVersion()).append(", ");
        sb.append("Title: ").append(getTitle()).append(", ");
        sb.append("DateCreated: ").append(getDateCreated().getTime()).append(", "); // Throws NPE !!!
        sb.append("LastUpdated: ").append(getLastUpdated().getTime()).append(", "); // Throws NPE !!!
        return sb.toString();
}
I need dateCreated and lastUpdated to be null when creating the entity so initializing them is not an option.
Roo needs to add the necessary null checks before attempting to call Calendar.getTime()

It's not really clear what the correct behavior is, but it definitely isn't this:

2017-04-07 14:53:09 javax.ejb.EJBTransactionRolledbackException: WFLYTX0029: Syncs are not allowed to be registered when the tx is in state 1
2017-04-07 14:53:09     at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleInCallerTx(CMTTxInterceptor.java:160)
2017-04-07 14:53:09     at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:257)
2017-04-07 14:53:09     at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:334)
2017-04-07 14:53:09     at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:240)
2017-04-07 14:53:09     at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
2017-04-07 14:53:09     at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:327)
2017-04-07 14:53:09     at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
2017-04-07 14:53:09     at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
2017-04-07 14:53:09     at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:84)
2017-04-07 14:53:09     at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
2017-04-07 14:53:09     at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
2017-04-07 14:53:09     at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
2017-04-07 14:53:09     at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
2017-04-07 14:53:09     at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
2017-04-07 14:53:09     at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:57)
2017-04-07 14:53:09     at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
2017-04-07 14:53:09     at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
2017-04-07 14:53:09     at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
2017-04-07 14:53:09     at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
2017-04-07 14:53:09     at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:256)
2017-04-07 14:53:09     at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:609)
2017-04-07 14:53:09     at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
2017-04-07 14:53:09     at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
2017-04-07 14:53:09     at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
2017-04-07 14:53:09     at org.wildfly.security.auth.server.SecurityIdentity.runAsFunctionEx(SecurityIdentity.java:380)
2017-04-07 14:53:09     at org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:457)
2017-04-07 14:53:09     at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:452)
2017-04-07 14:53:09     at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:164)
2017-04-07 14:53:09     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2017-04-07 14:53:09     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2017-04-07 14:53:09     at java.lang.Thread.run(Thread.java:745)
2017-04-07 14:53:09 Caused by: java.lang.IllegalStateException: WFLYTX0029: Syncs are not allowed to be registered when the tx is in state 1
2017-04-07 14:53:09     at org.jboss.as.txn.service.internal.tsr.JCAOrderedLastSynchronizationList.registerInterposedSynchronization(JCAOrderedLastSynchronizationList.java:76)
2017-04-07 14:53:09     at org.jboss.as.txn.service.internal.tsr.TransactionSynchronizationRegistryWrapper.registerInterposedSynchronization(TransactionSynchronizationRegistryWrapper.java:78)
2017-04-07 14:53:09     at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.processInvocation(StatefulSessionSynchronizationInterceptor.java:118)
2017-04-07 14:53:09     at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
2017-04-07 14:53:09     at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
2017-04-07 14:53:09     at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
2017-04-07 14:53:09     at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:59)
2017-04-07 14:53:09     at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:255)
2017-04-07 14:53:09     ... 42 more

If the transaction is in ROLLBACK_ONLY, then any of these might possibly be correct behavior:

Reject the invocation with a specific exception explaining that the method cannot be invoked when the transaction is in ROLLBACK_ONLY (preferably with a spec citation)
Allow the invocation to proceed without registering the synchronization (this probably isn't correct but might be)
Allow the invocation to proceed and use a "backdoor" to register the user synchronization anyway

The test DeploymentDescriptorTestCase appears to be assuming it will only be run after 'mvn clean'.
If I run the test manually I get the failure: -

Running org.jboss.as.test.integration.batch.deployment.DeploymentDescriptorTestCase
Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.763 sec <<< FAILURE! - in org.jboss.as.test.integration.batch.deployment.DeploymentDescriptorTestCase
namedJdbcTest(org.jboss.as.test.integration.batch.deployment.DeploymentDescriptorTestCase)  Time elapsed: 0.127 sec  <<< FAILURE!
java.lang.AssertionError: expected:<1> but was:<6>
	at org.jboss.as.test.integration.batch.deployment.DeploymentDescriptorTestCase.testCompletion(DeploymentDescriptorTestCase.java:127)
	at org.jboss.as.test.integration.batch.deployment.DeploymentDescriptorTestCase.namedJdbcTest(DeploymentDescriptorTestCase.java:115)

Next time I run it I get: -

Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.986 sec <<< FAILURE! - in org.jboss.as.test.integration.batch.deployment.DeploymentDescriptorTestCase
namedJdbcTest(org.jboss.as.test.integration.batch.deployment.DeploymentDescriptorTestCase)  Time elapsed: 0.129 sec  <<< FAILURE!
java.lang.AssertionError: expected:<1> but was:<7>

So the execution IDs are not getting set back to 0 before the test starts.

The test is failed because of recent change in camel repository
org.apache.camel.component.file.FileExclusiveReadRenameStrategyTest.testPollFileWhileSlowFileIsBeingWritten =================
java.lang.AssertionError: mock:result Received message count. Expected: <1> but was: <0>
	at org.apache.camel.component.mock.MockEndpoint.fail(MockEndpoint.java:879)
	at org.apache.camel.component.mock.MockEndpoint.assertEquals(MockEndpoint.java:861)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:240)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:218)
	at org.apache.camel.component.file.FileExclusiveReadRenameStrategyTest.testPollFileWhileSlowFileIsBeingWritten(FileExclusiveReadRenameStrategyTest.java:90)
org.apache.camel.component.file.FileExclusiveReadRenameStrategyTest.testPollFileWhileSlowFileIsBeingWrittenWithTimeoutAndNoop =================
	at org.apache.camel.component.file.FileExclusiveReadRenameStrategyTest.testPollFileWhileSlowFileIsBeingWrittenWithTimeoutAndNoop(FileExclusiveReadRenameStrategyTest.java:145)

The package org.springframework.ws.soap.security.xwss has a broken link, It must be updated

Items 2, 3, 4 in https://github.com/wildfly/wildfly/pull/11176#issuecomment-413283172

camel - route defintion :

	<!--
		Licensed to the Apache Software Foundation (ASF) under one or more
		contributor license agreements. See the NOTICE file distributed with
		this work for additional information regarding copyright ownership.
		The ASF licenses this file to You under the Apache License, Version
		2.0 (the "License"); you may not use this file except in compliance
		with the License. You may obtain a copy of the License at

		http://www.apache.org/licenses/LICENSE-2.0 Unless required by
		applicable law or agreed to in writing, software distributed under the
		License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR
		CONDITIONS OF ANY KIND, either express or implied. See the License for
		the specific language governing permissions and limitations under the
		License.
	-->
	xmlns:camel="http://camel.apache.org/schema/spring"
	xmlns:osgi="http://www.springframework.org/schema/osgi"
	xmlns:jaxrs="http://cxf.apache.org/jaxrs"
	xmlns:cxf="http://camel.apache.org/schema/cxf"
	    http://www.springframework.org/schema/beans
		http://www.springframework.org/schema/beans/spring-beans.xsd
		http://www.springframework.org/schema/context
        http://www.springframework.org/schema/context/spring-context.xsd
		http://www.springframework.org/schema/osgi
		http://www.springframework.org/schema/osgi/spring-osgi.xsd
		http://camel.apache.org/schema/osgi
		http://camel.apache.org/schema/osgi/camel-osgi.xsd
		http://camel.apache.org/schema/spring
		http://camel.apache.org/schema/spring/camel-spring.xsd
		http://cxf.apache.org/jaxrs
		http://cxf.apache.org/schemas/jaxrs.xsd
		http://camel.apache.org/schema/cxf
		http://camel.apache.org/schema/cxf/camel-cxf.xsd">

	<import resource="classpath:META-INF/cxf/cxf.xml" />
	<import resource="classpath:META-INF/cxf/cxf-extension-soap.xml" />
	<import resource="classpath:META-INF/cxf/cxf-extension-http.xml" />
	<import resource="classpath:META-INF/cxf/cxf-extension-jaxrs-binding.xml" />
	<import resource="classpath:META-INF/cxf/osgi/cxf-extension-osgi.xml" />
	
	<jaxrs:server id="restService"
		        address="/report" 
		        staticSubresourceResolution="true">
    	<jaxrs:serviceBeans>
      		<ref bean="reportIncidentService"/>
    	</jaxrs:serviceBeans>       
  	</jaxrs:server>
  	
  	<bean id="reportIncidentService" class="org.apache.camel.example.reportincident.restful.ReportIncidentService" />

	<cxf:rsClient id="rsClient" address="http://localhost:8080"
		serviceClass="org.apache.camel.example.reportincident.restful.ReportIncidentService" />

	<camel:camelContext trace="true"
		xmlns="http://camel.apache.org/schema/osgi">

		<camel:route>
			<camel:from uri="cxfrs://bean://rsClient" />
			<camel:setHeader headerName="CamelCxfRsUsingHttpAPI">
				<camel:constant>True</camel:constant>
			</camel:setHeader>
			<camel:to uri="log:org.apache.camel.example.reportIncident?level=INFO" />
		</camel:route>
	</camel:camelContext>

</beans>

and error reported 

karaf@root> Exception in thread "SpringOsgiExtenderThread-9" org.apache.camel.RuntimeCamelException: org.apache.camel.FailedToStartRouteException: jav
a.lang.IllegalArgumentException: The configure bean is not the instance of org.apache.cxf.jaxrs.JAXRSServerFactoryBean
        at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1039)
        at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:562)
        at org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
        at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:76)
        at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:274)
        at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:736)
        at org.springframework.osgi.context.support.AbstractOsgiBundleApplicationContext.finishRefresh(AbstractOsgiBundleApplicationContext.java:235)
        at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.ja
va:358)
        at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
        at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplication
Context.java:320)
        at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(Dependen
cyWaiterApplicationContextExecutor.java:136)
Caused by: org.apache.camel.FailedToStartRouteException: java.lang.IllegalArgumentException: The configure bean is not the instance of org.apache.cxf.
jaxrs.JAXRSServerFactoryBean
        at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:938)
        at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:197)
        at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:101)
        ... 12 more
Caused by: java.lang.IllegalArgumentException: The configure bean is not the instance of org.apache.cxf.jaxrs.JAXRSServerFactoryBean
        at org.apache.camel.component.cxf.jaxrs.CxfRsSpringEndpoint.checkBeanType(CxfRsSpringEndpoint.java:66)
        at org.apache.camel.component.cxf.jaxrs.CxfRsSpringEndpoint.setupJAXRSServerFactoryBean(CxfRsSpringEndpoint.java:71)
        at org.apache.camel.component.cxf.jaxrs.CxfRsEndpoint.createJAXRSServerFactoryBean(CxfRsEndpoint.java:152)
        at org.apache.camel.component.cxf.jaxrs.CxfRsConsumer.<init>(CxfRsConsumer.java:37)
        at org.apache.camel.component.cxf.jaxrs.CxfRsEndpoint.createConsumer(CxfRsEndpoint.java:103)
        at org.apache.camel.impl.EventDrivenConsumerRoute.addServices(EventDrivenConsumerRoute.java:60)
        at org.apache.camel.impl.DefaultRoute.onStartingServices(DefaultRoute.java:83)
        at org.apache.camel.impl.RouteService.doStart(RouteService.java:123)
        at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:55)
        at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:906)
        ... 14 more

Because of this bunch of CLI negative tests are failing on windows.

create table daysales (customer int) partitioned by (dt string);

insert into daysales partition(dt='2001-01-01') values(1);

select * from daysales where nvl(dt='2001-01-01' and customer=1, false);
0 ROWS

https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/optimizer/ppr/PartitionPruner.java#L384

2017-03-05T12:37:47,153  WARN [6f053d71-6ad6-4ad0-833d-337f2d499c82 main] ppr.PartitionPruner: The expr = NVL(((dt = '2001-01-01') and null),false)

Because true and null => null, this turns into NVL(null, false) 

Its seems that on the 0.92 branch in particular, TestHBaseFsck.testHBaseFsck is intermittently failing.
In the test, a region's assignment is purposely changed in META but not in ZK.  After the equivalent of 'hbck -fix', a subsequent check that should be clean comes up with a new ZK assignment but with META still being inconsistent with ZK.  The RS in ZK sometimes this points to the same RS, but sometimes it "moves" to another ZK. 

the exception is

              2017-05-16T00:29:37,480  WARN [Driver] client.SparkClientImpl: Exception while waiting for child process.
              3926 java.util.ConcurrentModificationException
              3927         at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:901) ~[?:1.8.0_91]
              3928         at java.util.ArrayList$Itr.next(ArrayList.java:851) ~[?:1.8.0_91]
              3929         at org.apache.hive.spark.client.SparkClientImpl$3.run(SparkClientImpl.java:495) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
              3930         at java.lang.Thread.run(Thread.java:745) [?:1.8.0_91]

It seems that SparkClientImpl.java#childErrorLog is read while it is written. It is better to change SparkClientImpl.java#childErrorLog from ArrayList to CopyOnWriteArrayList to avoid the exception.

Error messages in ParserException is ended with newline, which is a little annoying.

The following context will cause NullPointerException.
    <routeContext id="myCamelContext" xmlns="http://camel.apache.org/schema/spring">    
        <route>
            <from uri="jms:myQueue"/>
            <onException>
                <exception>org.xml.sax.SAXParseException</exception>
                <redeliveryPolicy maximumRedeliveries="2"/>
                <handled><constant>true</constant></handled>
                <to uri="log:camelfatal?showAll=true&multiline=true&level=ERROR"/> 
            </onException>
            <loop copy="true">
              <constant>3</constant>
              <inOnly uri="smtp://you_can_leave_this_unchanged"/>
            </loop>
        </route>
    </routeContext>
The callstack on the NullPointerException:
Daemon Thread [Camel (appServerCamelContext) thread #1 - JmsConsumer[emailOutbox]] (Suspended (exception NullPointerException))	
	DefaultErrorHandler(RedeliveryErrorHandler).processErrorHandler(Exchange, AsyncCallback, RedeliveryErrorHandler$RedeliveryData) line: 262	
	DefaultErrorHandler(RedeliveryErrorHandler).process(Exchange, AsyncCallback) line: 223	
	RouteContextProcessor.processNext(Exchange, AsyncCallback) line: 45	
	RouteContextProcessor(DelegateAsyncProcessor).process(Exchange, AsyncCallback) line: 90	
	DefaultChannel.process(Exchange, AsyncCallback) line: 304	
	AsyncProcessorHelper.process(AsyncProcessor, Exchange, AsyncCallback) line: 73	
	LoopProcessor(DelegateAsyncProcessor).processNext(Exchange, AsyncCallback) line: 99	
	LoopProcessor.process(Exchange, AsyncCallback, AtomicInteger, AtomicInteger) line: 103	
	LoopProcessor.process(Exchange, AsyncCallback) line: 74	
	InstrumentationProcessor(DelegateAsyncProcessor).processNext(Exchange, AsyncCallback) line: 99	
	InstrumentationProcessor(DelegateAsyncProcessor).process(Exchange, AsyncCallback) line: 90	
	InstrumentationProcessor.process(Exchange, AsyncCallback) line: 71	
	TraceInterceptor(DelegateAsyncProcessor).processNext(Exchange, AsyncCallback) line: 99	
	TraceInterceptor(DelegateAsyncProcessor).process(Exchange, AsyncCallback) line: 90	
	TraceInterceptor.process(Exchange, AsyncCallback) line: 91	
	DefaultErrorHandler(RedeliveryErrorHandler).processErrorHandler(Exchange, AsyncCallback, RedeliveryErrorHandler$RedeliveryData) line: 333	
	UnitOfWorkProcessor.processAsync(Exchange, AsyncCallback, UnitOfWork) line: 150	
	UnitOfWorkProcessor.process(Exchange, AsyncCallback) line: 117	
	RouteInflightRepositoryProcessor.processNext(Exchange, AsyncCallback) line: 50	
	RouteInflightRepositoryProcessor(DelegateAsyncProcessor).process(Exchange, AsyncCallback) line: 90	
	AsyncProcessorHelper.process(AsyncProcessor, Exchange) line: 99	
	InstrumentationProcessor(DelegateAsyncProcessor).process(Exchange) line: 86	
	EndpointMessageListener.onMessage(Message) line: 104	
	DefaultJmsMessageListenerContainer(AbstractMessageListenerContainer).doInvokeListener(MessageListener, Message) line: 560	
	DefaultJmsMessageListenerContainer(AbstractMessageListenerContainer).invokeListener(Session, Message) line: 498	
	DefaultJmsMessageListenerContainer(AbstractMessageListenerContainer).doExecuteListener(Session, Message) line: 467	
	DefaultJmsMessageListenerContainer(AbstractPollingMessageListenerContainer).doReceiveAndExecute(Object, Session, MessageConsumer, TransactionStatus) line: 325	
	DefaultJmsMessageListenerContainer(AbstractPollingMessageListenerContainer).receiveAndExecute(Object, Session, MessageConsumer) line: 263	
	DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener() line: 1058	
	DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop() line: 1050	
	DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run() line: 947	
	ThreadPoolExecutor$Worker.runTask(Runnable) line: 886	
	ThreadPoolExecutor$Worker.run() line: 908	
	Thread.run() line: 662	

This bug has been reported to Ant's original code as https://issues.apache.org/bugzilla/show_bug.cgi?id=42696 .  It seems as if InflaterInputStream.close() didn't clean up the Inflater instance if one is passed in to the constructor.  I'm currently testing the patch to Ant and will merge it over once I'm ready.
The code in Harmony[1] does invoke inflater.end but calling it again won't hurt.  OpenJDK's InflaterInputStream[2] in fact behaves as described in Mounir's comment to Ant's Bugzilla.
[1] http://svn.apache.org/repos/asf/harmony/enhanced/java/trunk/classlib/modules/archive/src/main/java/java/util/zip/InflaterInputStream.java
[2] http://hg.openjdk.java.net/jdk6/jdk6/jdk/file/506b35a2f558/src/share/classes/java/util/zip/InflaterInputStream.java

Exported derby data to csv, loaded data into mysql and ran hive query which worked in derby and got the following exception
2010-10-16 08:57:29,080 INFO  metastore.ObjectStore (ObjectStore.java:setConf(106)) - Initialized ObjectStore
2010-10-16 08:57:29,552 INFO  metastore.HiveMetaStore (HiveMetaStore.java:logStartFunction(171)) - 0: get_table : db=default tbl=testimport
2010-10-16 08:57:30,140 ERROR metadata.Hive (Hive.java:getTable(395)) - java.lang.NullPointerException
        at java.util.Hashtable.put(Hashtable.java:394)
        at java.util.Hashtable.putAll(Hashtable.java:466)
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.getSchema(MetaStoreUtils.java:520)
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.getSchema(MetaStoreUtils.java:489)
        at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:381)
        at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:333)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getMetaData(SemanticAnalyzer.java:683)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:5200)

Setting scanner caching is somewhat of a black art. It's hard to estimate ahead of time how large the result set will be.
I propose we hbase.client.scanner.max.result.size to 2mb. That is good compromise between performance and buffer usage on typical networks (avoiding OOMs when the caching was chosen too high).
To an HTable client this is completely transparent.

The VectorExpressionWriterDecimal class created by VectorExpressionWriterFactory.genVectorExpressionWritableDecimal() does not check for null field in setValue, while all the other data types check for null.
This can result in NPE when inserting to/from Orc tables:

        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:195)
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:429)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing rowi
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:45)
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:177)
        ... 10 more
        at org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableHiveDecimalObjectInspector.set(WritableHiveDecimalObjectInspector.java:66)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory$1.setValue(VectorExpressionWriterFactory.java:481)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory$VectorExpressionWriterDecimal.setValue(VectorExpressionWriterFactory.java:347)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory$VectorExpressionWriterSetter.setValue(VectorExpressionWriterFactory.java:1070)
        at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcSerde.serialize(VectorizedOrcSerde.java:75)
        at org.apache.hadoop.hive.ql.io.orc.OrcSerde.serializeVector(OrcSerde.java:148)
        at org.apache.hadoop.hive.ql.exec.vector.VectorFileSinkOperator.processOp(VectorFileSinkOperator.java:79)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:800)
        at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.processOp(VectorSelectOperator.java:139)
        at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.processOp(VectorFilterOperator.java:102)
        at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:95)
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:43)
        ... 11 more

When an error occurs in the middle of polling (e.g. read timeout on ftp server), all files that have been read up to that point are stored in the inProgressRepospitory (last line GenericFileConsumer.isValidFile()). Due to the error, those files are not passed on to the ftp route, but remain in the inProgressRepository. The effect is that those files are never picked up unless we clear the inProgressRepository somehow (e.g. by restarting). When polling fails, files should not be allowed to remain in the inProgressRepository

A ConcurrentModificationException is thrown while intercepting a method pointcut. This seems to be on the same lines as the bug: https://jira.springsource.org/browse/SPR-5687

        at java.util.HashMap$AbstractMapIterator.checkConcurrentMod(HashMap.java:122)
        at java.util.HashMap$AbstractMapIterator.makeNext(HashMap.java:127)
        at java.util.HashMap$KeyIterator.next(HashMap.java:200)
        at org.aspectj.apache.bcel.util.NonCachingClassLoaderRepository$SoftHashMap.clear(NonCachingClassLoaderRepository.java:152)
        at org.aspectj.apache.bcel.util.NonCachingClassLoaderRepository.clear(NonCachingClassLoaderRepository.java:228)
        at org.aspectj.weaver.reflect.Java15AnnotationFinder.getAnnotations(Java15AnnotationFinder.java:223)
        at org.aspectj.weaver.reflect.ReflectionBasedResolvedMemberImpl.unpackAnnotations(ReflectionBasedResolvedMemberImpl.java:213)
        at org.aspectj.weaver.reflect.ReflectionBasedResolvedMemberImpl.hasAnnotation(ReflectionBasedResolvedMemberImpl.java:169)
        at org.aspectj.weaver.JoinPointSignature.hasAnnotation(JoinPointSignature.java:82)
        at org.aspectj.weaver.patterns.ExactAnnotationTypePattern.matches(ExactAnnotationTypePattern.java:102)
        at org.aspectj.weaver.patterns.ExactAnnotationTypePattern.matches(ExactAnnotationTypePattern.java:96)
        at org.aspectj.weaver.patterns.SignaturePattern.matchesAnnotations(SignaturePattern.java:717)
        at org.aspectj.weaver.patterns.SignaturePattern.matchesExactly(SignaturePattern.java:371)
        at org.aspectj.weaver.patterns.SignaturePattern.matches(SignaturePattern.java:319)
        at org.aspectj.weaver.patterns.KindedPointcut.matchInternal(KindedPointcut.java:202)
        at org.aspectj.weaver.patterns.Pointcut.match(Pointcut.java:134)
        at org.aspectj.weaver.internal.tools.PointcutExpressionImpl.getShadowMatch(PointcutExpressionImpl.java:239)
        at org.aspectj.weaver.internal.tools.PointcutExpressionImpl.matchesExecution(PointcutExpressionImpl.java:105)
        at org.aspectj.weaver.internal.tools.PointcutExpressionImpl.matchesMethodExecution(PointcutExpressionImpl.java:96)
        at org.springframework.security.intercept.method.ProtectPointcutPostProcessor.attemptMatch(ProtectPointcutPostProcessor.java:118)
        at org.springframework.security.intercept.method.ProtectPointcutPostProcessor.postProcessBeforeInitialization(ProtectPointcutPostProcessor.java:106)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:394)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1413)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.configureBean(AbstractAutowireCapableBeanFactory.java:315)
        at org.springframework.beans.factory.wiring.BeanConfigurerSupport.configureBean(BeanConfigurerSupport.java:146)
        at org.springframework.beans.factory.aspectj.AnnotationBeanConfigurerAspect.configureBean(AnnotationBeanConfigurerAspect.aj:59)
        at org.springframework.beans.factory.aspectj.AbstractDependencyInjectionAspect.ajc$before$org_springframework_beans_factory_aspectj_AbstractDependencyInjectionAspect$1$e854fa65(AbstractDependencyInjectionAspect.aj:80)

Appears that changes from HIVE-13566 overwrote the changes from HIVE-13502. I will confirm with the author that it was inadvertent before I re-add it. Thanks

[rhusar@syrah x]$ ./bin/jboss-cli.sh -c
[standalone@localhost:9990 /] deploy ~/git/clusterbench/clusterbench-ee7-ear/target/clusterbench-ee7.ear
org.jboss.as.cli.CommandFormatException: 'clusterbench-ee7.ear' already exists in the deployment repository (use --replace to replace the existing content in the repository).
[standalone@localhost:9990 /] deploy --replace ~/git/clusterbench/clusterbench-ee7-ear/target/clusterbench-ee7.ear
Unrecognized arguments: [--replace]
[standalone@localhost:9990 /] deploy --force ~/git/clusterbench/clusterbench-ee7-ear/target/clusterbench-ee7.ear

same in domain

[domain@localhost:9990 /] deploy --all-server-groups ~/git/clusterbench/clusterbench-ee7-ear/target/clusterbench-ee7.ear
[domain@localhost:9990 /] deploy --all-server-groups --replace ~/git/clusterbench/clusterbench-ee7-ear/target/clusterbench-ee7.ear

The original code counts EOLs only (CR/LF/CRLF), starting from 0.
Thus the line number stays as 0 until the EOL of the first line is seen.
This is confusing: if a parsing error is detected before EOL is reached on the first line it will be reported as line 0, whereas if the error is detected after EOL is detected but before any other characters are read it will be reported as line 1. However as far as the user is concerned in both cases the syntax error is in line 1.
The current line number should start at 0 (when nothing has been processed) and be returned as line 1 from the 1st character read up until the end of the first line.

Cannot instantiate bean in Spring when using annotations and when it extends generic abstract class compiled to java 1.4 byte code using JSR14 whcih allows you to use generics in your java source but then compile it to java 1.4 byte code.
Major problem for me since I have beans which I can instantiate fine programatically but cannot instantiate using Spring

When setting the writeConcern property like this

<bean id="mongo" class="org.springframework.data.mongodb.core.MongoFactoryBean" p:host="${mongodb.host}">
  <property name="writeConcern" value="${mongodb.writeConcern}"/>
</bean>

it results in 

WriteConcern { "getlasterror" : 1 , "w" : "SAFE" , "wtimeout" : 0} / (Continue Inserting on Errors? false)

When setting it like suggested on the spring forum

  <property name="writeConcern">
    <util:constant static-field="com.mongodb.WriteConcern.${mongodb.writeConcern}"/>
</bean>

it results (correctly) in

WriteConcern { "getlasterror" : 1 , "w" : 1 , "wtimeout" : 0} / (Continue Inserting on Errors? false)

Reason is that the String value is converted by Spring to a WriteConcern using the WriteConcert(String) constructor which is incorrect. The spring value their should not be the name of the WriteConcern but a value indicating if . One should user valueOf for that.

     *	<p> w represents the number of servers:
     * 		<ul>
     * 			<li>{@code w=-1} None, no checking is done</li>
     * 			<li>{@code w=0} None, network socket errors raised</li>
     * 			<li>{@code w=1} Checks server for errors as well as network socket errors raised</li>
     * 			<li>{@code w>1} Checks servers (w) for errors as well as network socket errors raised</li>
     * 		</ul>
     * 	</p>
    public WriteConcern( String w ){
        this( w , 0 , false, false );
    }

The test fails with an IllegalStateException: Queue full.  I believe the reason for this is that there are 10000 messages sent, but the default queue size is 1000.   On a fast machine, the queue fills up before the consumer gets a chance to pop the messages from the queue.

When AbstractMessageSendingTemplate.convertAndSend is called with null headers and a payload that the converter cannot convert (i.e. converter.toMessage also returns null), the code attempts to throw a MessageConversionException but a NullPointerException occurs instead as the exception message attempts to get the content type from the null headers.
The relevant bit of code from AbstractMessageSendingTemplate:

MessageHeaders messageHeaders = (headers != null) ? new MessageHeaders(headers) : null;
Message<?> message = this.converter.toMessage(payload, messageHeaders);

if (message == null) {
	String payloadType = (payload != null) ? payload.getClass().getName() : null;
	throw new MessageConversionException("Unable to convert payload type '"
			+ payloadType + "', Content-Type=" + messageHeaders.get(MessageHeaders.CONTENT_TYPE)
			+ ", converter=" + this.converter, null);
}

This bit of code was added with this commit, which I believe means AbstractMessagingTemplate.convertSendAndReceive is also affected. The fix is probably as easy as making the content type a separate variable where the headers can be null-checked, similar to how payloadType is declared.

Suggested in HIVE-6039 review board.
https://reviews.apache.org/r/16329/

Playing with MR uploading no a regionserver with 60+ regions, I ran into a deadlock:

"IPC Server handler 19 on 60020":
  waiting to lock monitor 0x084be38c (object 0xb6f69a70, a org.apache.hadoop.hbase.regionserver.Flusher),
  which is held by "IPC Server handler 16 on 60020"
"IPC Server handler 16 on 60020":
  waiting to lock monitor 0x080f8dec (object 0xb73610c0, a org.apache.hadoop.hbase.regionserver.HRegion$WriteState),
  which is held by "IPC Server handler 2 on 60020"
"IPC Server handler 2 on 60020":
  waiting to lock monitor 0x086e8fe8 (object 0xb6f69cf0, a java.util.HashSet),

        at org.apache.hadoop.hbase.regionserver.Flusher.flushSomeRegions(Flusher.java:261)
        - waiting to lock <0xb6f69a70> (a org.apache.hadoop.hbase.regionserver.Flusher)
        at org.apache.hadoop.hbase.regionserver.Flusher.reclaimMemcacheMemory(Flusher.java:252)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.batchUpdate(HRegionServer.java:1136)
        at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Method.java:623)
        at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:948)
        - waiting to lock <0xb73610c0> (a org.apache.hadoop.hbase.regionserver.HRegion$WriteState)
        at org.apache.hadoop.hbase.regionserver.Flusher.flushRegion(Flusher.java:173)
        - locked <0xb6f69cf0> (a java.util.HashSet)
        at org.apache.hadoop.hbase.regionserver.Flusher.flushSomeRegions(Flusher.java:267)
        - locked <0xb6f69a70> (a org.apache.hadoop.hbase.regionserver.Flusher)
        at org.apache.hadoop.hbase.regionserver.Flusher.addRegion(Flusher.java:237)
        - waiting to lock <0xb6f69cf0> (a java.util.HashSet)
        at org.apache.hadoop.hbase.regionserver.Flusher.request(Flusher.java:114)
        at org.apache.hadoop.hbase.regionserver.HRegion.requestFlush(HRegion.java:1627)
        - locked <0xb73610c0> (a org.apache.hadoop.hbase.regionserver.HRegion$WriteState)
        at org.apache.hadoop.hbase.regionserver.HRegion.update(HRegion.java:1614)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchUpdate(HRegion.java:1398)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.batchUpdate(HRegionServer.java:1137)

Found 1 deadlock.

Regionserver is hosed.

Insert into specific columns fails due to following error:

Vertex failed, vertexName=Reducer 2, vertexId=vertex_1465261180142_0160_1_01, diagnostics=[Task failed, taskId=task_1465261180142_0160_1_01_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1465261180142_0160_1_01_000000_0:java.lang.RuntimeException: java.lang.RuntimeException: Reduce operator initialization failed
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:198)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:160)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.init(ReduceRecordSource.java:221)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.initializeSourceForTag(ReduceRecordProcessor.java:245)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.init(ReduceRecordProcessor.java:163)
	... 14 more
Caused by: java.lang.RuntimeException: Vectorizaton is not supported for datatype:VOID
	at org.apache.hadoop.hive.ql.exec.vector.VectorizedBatchUtil.createColumnVector(VectorizedBatchUtil.java:172)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizedRowBatchCtx.createVectorizedRowBatch(VectorizedRowBatchCtx.java:194)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.init(ReduceRecordSource.java:177)
	... 17 more
], TaskAttempt 1 failed, info=[Error: Error while running task ( failure ) : attempt_1465261180142_0160_1_01_000000_1:java.lang.RuntimeException: java.lang.RuntimeException: Reduce operator initialization failed
	... 14 more
	... 17 more

drop table if exists newtable;
create external table newtable(
            a string,
            b int,
            c double)
stored as textfile;

drop table if exists newtable_acid;
create table newtable_acid (b int, a varchar(50),c decimal(3,2), d int)
clustered by (b) into 2 buckets
stored as orc
tblproperties ('transactional'='true');

insert into newtable_acid(a,b,c)
select * from newtable;

select a, b, c from newtable_acid;

Calling HRegionInfo.getTableDesc() with different fs schema for hbase.root and fs.defaultFS raises "IllegalArgumentException: Wrong FS" exception.
HRegionInfo.getTableDesc() is called only by bin/region_mover.rb to get the table name and can be easily replaced, getTableDesc() is also deprecated.
The main problem is that getTableDesc() doesn't replace fs.defaultFS with hbase.root as all the other hbase code (all the code does this, except getTableDesc)

Configuration c = HBaseConfiguration.create();
c.set("fs.defaultFS", c.get(HConstants.HBASE_DIR));
c.set("fs.default.name", c.get(HConstants.HBASE_DIR));

Description from the forum:
Hi. I'm using this configuration

<security:anonymous granted-authority="ROLE_INVITADO,ROLE_PROFILE_INVITADO,ROLE_GRUPO_PUBLICO" username="invitado" />

So the guest has 3 roles. Up until spring 3.1.1.RELEASE if I did

SecurityContextHolder.getContext().getAuthentication().getAuthorities()

I got 3 authorities (as expected).
In Spring 3.1.2.RELEASE I get only one authority and it's value is

"ROLE_INVITADO,ROLE_PROFILE_INVITADO,ROLE_GRUPO_PUBLICO"

So those 3 comma separated values are not being split in 3.1.2 as they were in 3.1.1.
I'm not sure if it was originally intended to support mutiple roles separating them by comma or not. Was it? Is it now? Any othe way to set that up? Is this a bug in 3.1.2?
I don't see this change in the version changes, maybe it was an unintended consecuence of some other change.

With Reference to the following project which reproduces the issue
https://github.com/hughwphamill/spring-nested-test-configuration-issue
Problem
Application Context fails to load with java.lang.IndexOutOfBoundsException where there is a nested inner @Configuration class in a Kotlin project
Cause
MethodParameter.java

if (function != null) { 
    List<KParameter> parameters = function.getParameters(); 
    KParameter parameter = parameters
        .stream()
        .filter(p -> KParameter.Kind.VALUE.equals(p.getKind()))
        .collect(Collectors.toList()) 
        .get(index); 
        return (parameter.getType().isMarkedNullable() || parameter.isOptional()); 
}

When checking for required constructor parameters in DependencyDescriptor the statement above filters out Parameter 0 which is a reference to the outer class and has kind value of INSTANCE.
It then attempts to access the parameter based on the initial input index, but the stream has been filtered down to empty.
 
at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:125)
 at org.springframework.test.context.support.DefaultTestContext.getApplicationContext(DefaultTestContext.java:108)
 at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:117)
 at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:83)
 at org.springframework.boot.test.autoconfigure.SpringBootDependencyInjectionTestExecutionListener.prepareTestInstance(SpringBootDependencyInjectionTestExecutionListener.java:44)
 at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:246)
 at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:227)
 at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:289)
 at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:291)
 at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:246)
 at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97)
 at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
 at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
 at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
 at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
 at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
 at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
 at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
 at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
 at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190)
 at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
 at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
 at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
 at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
 at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
 Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'springNestedTestConfigurationIssueApplicationLoadFailure.NestedTestConfiguration': Unexpected exception during bean creation; nested exception is java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
 at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:508)
 at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:317)
 at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
 at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:315)
 at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199)
 at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:759)
 at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:869)
 at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550)
 at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:762)
 at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:398)
 at org.springframework.boot.SpringApplication.run(SpringApplication.java:330)
 at org.springframework.boot.test.context.SpringBootContextLoader.loadContext(SpringBootContextLoader.java:139)
 at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:99)
 at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:117)
 ... 25 more
 Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
 at java.util.ArrayList.rangeCheck(ArrayList.java:657)
 at java.util.ArrayList.get(ArrayList.java:433)
 at org.springframework.core.MethodParameter$KotlinDelegate.isOptional(MethodParameter.java:774)
 at org.springframework.core.MethodParameter.isOptional(MethodParameter.java:342)
 at org.springframework.beans.factory.config.DependencyDescriptor.isRequired(DependencyDescriptor.java:174)
 at org.springframework.beans.factory.support.SimpleAutowireCandidateResolver.isRequired(SimpleAutowireCandidateResolver.java:40)
 at org.springframework.beans.factory.annotation.QualifierAnnotationAutowireCandidateResolver.isRequired(QualifierAnnotationAutowireCandidateResolver.java:321)
 at org.springframework.beans.factory.support.DefaultListableBeanFactory.isRequired(DefaultListableBeanFactory.java:1231)
 at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1100)
 at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1062)
 at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:818)
 at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:724)
 at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:197)
 at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1267)
 at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1124)
 at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:535)
 at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:495)
 ... 38 more

Now that Calcite 1.5 went in, sometimes we end up with Sort and Limit operations in the same operator. limitRelNode in HiveCalciteUtil should check the fetch property of the SortLimit operator to determine if an operator is a Limit.

The Camel Properties web page (http://camel.apache.org/properties.html) states that property placeholder are supported on the <jmxAgent> tag.  However, the "disabled" attribute on this tag doesn't support property placeholders.
The AbstractCamelContextFactoryBean.initJMXAgent() method needs to call CamelContextHelper.parseBoolean() passing in the camelJMXAgent.isAgentDisabled() value to get property placeholders to work with this attribute.

After deploy/undeploy of a webapp that uses org.jboss.el, a reference to the webapp classloader remains in FactoryFinderCache.
I currently work around this by calling FactoryFinderCache.clearClassLoader in a ServletContextListener. Uncommenting line 26 in LeakListener makes the reference go away on undeploy.

For a bean definition given below: 
<bean name="vehicleDataSet" class="org.dbunit.dataset.xml.FlatXmlDataSet">
	<constructor-arg value="classpath:com/company/foundation/common/codetable/vehicle-dataset.xml" />
</bean>
the container loads vehicleDataSet properly in Spring 2.5.6, but after migrating it to 3.0.2.RELEASE, it starts giving exception, the root cause of which is :
Caused by: java.net.MalformedURLException: unknown protocol: classpath
	at java.net.URL.<init>(URL.java:574)
	at java.net.URL.<init>(URL.java:464)
	at java.net.URL.<init>(URL.java:413)
	at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
	at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
	at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
	at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
	at org.dbunit.dataset.xml.FlatXmlProducer.produce(FlatXmlProducer.java:340)
	... 52 more
As per the previous JIRA tickets, (SPR-1530), this error has resurfaced after being fixed in response to SPR-322. 
Has this resurfaced again, or what is the recommendation if this is an expected behaviour. I did not find any changelog to support this. 

select key, count(distinct key) + count(distinct value) from src tablesample (10 ROWS) group by key
165 1
val_165 1
238 1
val_238 1
255 1
val_255 1
27  1
val_27  1
278 1
val_278 1
311 1
val_311 1
409 1
val_409 1
484 1
val_484 1
86  1
val_86  1
98  1
val_98  1

Accidentally during HBASE-10531 the test case testBlockIndex() in TestHFileBlockIndex was commented out.  Apologies for that. Not sure how that happened. This patch uncomments the commented out test case.

Steps to reproduce this issue in Windows OS:
hadoop.cmd fs -mkdir -p /tmp/testjars
hadoop.cmd fs copyFromLocal <hive-hcatalog-core*.jar>  /tmp/testjars
from hive cli:
add jar hdfs:///tmp/testjars/hive-hcatalog-core-*.jar;
add jar D:\hdp\hive-1.2.0.2.3.0.0-1737\hcatalog\share\hcatalog\hive-hcatal
og-core-1.2.0.2.3.0.0-1737.jar;

hive> add jar hdfs:///tmp/testjars/hive-hcatalog-core-1.2.0.2.3.0.0-1737.jar;
converting to local hdfs:///tmp/testjars/hive-hcatalog-core-1.2.0.2.3.0.0-1737.j
ar
Illegal character in opaque part at index 2: C:\Users\hadoopqa\AppData\Local\Tem
p\cf0c70a4-f8e5-43ae-8c94-aa528f90887d_resources\hive-hcatalog-core-1.2.0.2.3.0.
0-1737.jar
Query returned non-zero code: 1, cause: java.net.URISyntaxException: Illegal cha
racter in opaque part at index 2: C:\Users\hadoopqa\AppData\Local\Temp\cf0c70a4-
f8e5-43ae-8c94-aa528f90887d_resources\hive-hcatalog-core-1.2.0.2.3.0.0-1737.jar
hive> add jar D:\hdp\hive-1.2.0.2.3.0.0-1737\hcatalog\share\hcatalog\hive-hcatal
Illegal character in opaque part at index 2: D:\hdp\hive-1.2.0.2.3.0.0-1737\hcat
alog\share\hcatalog\hive-hcatalog-core-1.2.0.2.3.0.0-1737.jar
racter in opaque part at index 2: D:\hdp\hive-1.2.0.2.3.0.0-1737\hcatalog\share\
hcatalog\hive-hcatalog-core-1.2.0.2.3.0.0-1737.jar

camel-beanio which uses beanio-2.0.x library should use the beanio 2.0's namepsace (http://www.beanio.org/2012/03) and not the 1.2 namespace ( http://www.beanio.org/2011/01) in its test cases.
The background to this is described in this mail thread.
http://camel.465427.n5.nabble.com/issue-with-camel-beanio-s-version-used-in-trunk-td5718596.html

Hive's JDBC client in HTTP transport mode doesn't retry on NoHttpResponseException. We've seen the exception being thrown to the JDBC end user when used with Knox as the proxy, when Knox upgraded its jetty version, which has a smaller value for jetty connector idletimeout, and as a result closes the HTTP connection on server side. The next jdbc query on the client, throws a NoHttpResponseException. However, subsequent queries reconnect, but the JDBC driver should ideally handle this by retrying.

OraclePagingQueryProvider has inconsistent namesfor columns in jumpToItemQuery.  It only matters if you use the column names (e.g. queryForLong() which is more common wouldn't be affected), but all the other query providers have "SORT_KEY" as a column name alias, whereas the Oracle version doesn't use an alias.

Migrating AJP connector fails with [1]
This is regression in comparison to EAP 7.1.0.DR15, caused by JBEAP-10033.
Also note, that migrate operation shouldn't rather provide migration warnings than failing as whole.
[1]

10:58:19,440 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0190: Step handler org.jboss.as.controller.extension.ExtensionRemoveHandler@388b2c29 for operation {"operation" => "remove","address" => [("extension" => "org.jboss.as.web")],"operation-headers" => {"caller-type" => "user","access-mechanism" => "NATIVE"}} at address [("extension" => "org.jboss.as.web")] failed handling operation rollback -- java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.undertow.listener' is already registered in context 'global'.: java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.undertow.listener' is already registered in context 'global'.
	at org.jboss.as.controller.CapabilityRegistry.lambda$registerPossibleCapability$0(CapabilityRegistry.java:522) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at java.util.concurrent.ConcurrentHashMap.computeIfPresent(ConcurrentHashMap.java:1769) [rt.jar:1.8.0_121]
	at org.jboss.as.controller.CapabilityRegistry.registerPossibleCapability(CapabilityRegistry.java:516) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerCapability(ConcreteResourceRegistration.java:679) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.web.WebConnectorDefinition.registerCapabilities(WebConnectorDefinition.java:231)
	at org.jboss.as.controller.registry.NodeSubregistry.registerChild(NodeSubregistry.java:108) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:225) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.web.WebExtension.initializeLegacyModel(WebExtension.java:107)
	at org.jboss.as.controller.extension.AbstractLegacyExtension.initialize(AbstractLegacyExtension.java:72) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:131) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.extension.ExtensionRemoveHandler$1.handleRollback(ExtensionRemoveHandler.java:81) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1521) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1493) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1475) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1437) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1420) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1284) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:856) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:683) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:441) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1397) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:421) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263) [wildfly-elytron-1.1.0.Beta34-redhat-1.jar:1.1.0.Beta34-redhat-1]
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229) [wildfly-elytron-1.1.0.Beta34-redhat-1.jar:1.1.0.Beta34-redhat-1]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287) [wildfly-elytron-1.1.0.Beta34-redhat-1.jar:1.1.0.Beta34-redhat-1]
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244) [wildfly-elytron-1.1.0.Beta34-redhat-1.jar:1.1.0.Beta34-redhat-1]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157) [wildfly-controller-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70) [wildfly-protocol-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160) [wildfly-protocol-3.0.0.Beta13-redhat-1.jar:3.0.0.Beta13-redhat-1]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_121]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_121]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_121]

Upon deserialization an access ordered LinkedHashMap becomes an insertion ordered map.

 WFLYWELD0012:
 Warning while parsing jar:file:/Users/rsvoboda/tmp/wildfly/dist/target/wildfly-14.0.0.Beta2-SNAPSHOT/modules/system/layers/base/io/smallrye/health/main/
 smallrye-health-1.0.2.jar!/META-INF/beans.xml:4 cvc-elt.1.a:
 Cannot find the declaration of element 'beans'.

Some details in https://issues.jboss.org/browse/WFWIP-107
Martin Kouba says that https://github.com/wildfly/wildfly/blob/master/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/PropertyReplacingBeansXmlHandler.java needs to be adjusted to correctly detect error messages which should be ignored ++ follow Weld code in https://github.com/weld/core/blob/master/impl/src/main/java/org/jboss/weld/xml/BeansXmlValidator.java#L116-L122

It looks like the AS7-6223 functionality was dropped in the move to Remoting 5:
https://github.com/wildfly/wildfly-core/blame/master/protocol/src/main/java/org/jboss/as/protocol/ProtocolConnectionUtils.java#L166
Something needs to be restored or we have a regression.

Triggered by a trap case in the case evaluation

CASE WHEN (-2) >= 0  THEN SUBSTRING(str0, 1,CAST((-2) AS INT)) ELSE NULL

Exception in thread "b367ad08-d900-4672-8e75-a4e90a52141b b367ad08-d900-4672-8e75-a4e90a52141b main" java.lang.AssertionError: Internal error: Cannot add expression of different type to set:
set type is RecordType(VARCHAR(2147483647) CHARACTER SET "ISO-8859-1" COLLATE "ISO-8859-1$en_US$primary" $f0, VARCHAR(2147483647) CHARACTER SET "ISO-8859-1" COLLATE "ISO-8859-1$en_US$primary" $f1, VARCL
expression type is RecordType(VARCHAR(2147483647) CHARACTER SET "ISO-8859-1" COLLATE "ISO-8859-1$en_US$primary" $f0, VARCHAR(2147483647) CHARACTER SET "ISO-8859-1" COLLATE "ISO-8859-1$en_US$primary" $fL
set is rel#12408:HiveProject.HIVE.[](input=HepRelVertex#12407,$f0=$0,$f1=$6,$f2=CASE(>=(-(2), 0), substring($6, 1, -(2)), null))
expression is HiveProject#12414
        at org.apache.calcite.util.Util.newInternal(Util.java:774)
        at org.apache.calcite.plan.RelOptUtil.verifyTypeEquivalence(RelOptUtil.java:317)
        at org.apache.calcite.plan.hep.HepRuleCall.transformTo(HepRuleCall.java:57)
        at org.apache.calcite.plan.RelOptRuleCall.transformTo(RelOptRuleCall.java:224)
        at org.apache.hadoop.hive.ql.optimizer.calcite.rules.HiveReduceExpressionsRule$ProjectReduceExpressionsRule.onMatch(HiveReduceExpressionsRule.java:208)
        at org.apache.calcite.plan.AbstractRelOptPlanner.fireRule(AbstractRelOptPlanner.java:318)
        at org.apache.calcite.plan.hep.HepPlanner.applyRule(HepPlanner.java:514)
        at org.apache.calcite.plan.hep.HepPlanner.applyRules(HepPlanner.java:392)
        at org.apache.calcite.plan.hep.HepPlanner.executeInstruction(HepPlanner.java:285)
        at org.apache.calcite.plan.hep.HepInstruction$RuleCollection.execute(HepInstruction.java:72)
        at org.apache.calcite.plan.hep.HepPlanner.executeProgram(HepPlanner.java:207)
        at org.apache.calcite.plan.hep.HepPlanner.findBestExp(HepPlanner.java:194)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.hepPlan(CalcitePlanner.java:1265)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.applyPreJoinOrderingTransforms(CalcitePlanner.java:1125)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:938)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:878)
        at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:113)
        at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:969)

Some tests currently set the Context.PROVIDER_URL property to "remote://localhost:4447" in addition to setting the Context.URL_PKG_PREFIXES property to "org.jboss.ejb.client.naming" when looking up an EJB using the "ejb:" prefix. With the old version of EJB client, the Context.PROVIDER_URL property was essentially ignored in this case so it didn't matter that port 4447 isn't the right port anymore. However, with the new version of EJB client (i.e., version 4.x), the following ConnectException now occurs in RemoteEJBReceiver.getConnection() when attempting to invoke a method on the looked up EJB (since RemoteEJBReceiver.getConnection() now attempts to actually get the naming connection if the Context.PROVIDER_URL property was specified):

	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
	at org.xnio.nio.WorkerThread$ConnectHandle.handleReady(WorkerThread.java:321)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:466)
	at org.jboss.remoting3.FutureConnection.connect(FutureConnection.java:113)
	at org.jboss.remoting3.FutureConnection.init(FutureConnection.java:75)
	at org.jboss.remoting3.FutureConnection.get(FutureConnection.java:151)
	at org.jboss.remoting3.EndpointImpl.getConnection(EndpointImpl.java:422)
	at org.jboss.remoting3.UncloseableEndpoint.getConnection(UncloseableEndpoint.java:57)
	at org.jboss.remoting3.Endpoint.getConnection(Endpoint.java:105)
	at org.wildfly.naming.client.remote.RemoteNamingProvider.lambda$new$0(RemoteNamingProvider.java:68)
	at org.wildfly.naming.client.remote.RemoteNamingProvider.getPeerIdentity(RemoteNamingProvider.java:126)
	at org.jboss.ejb.protocol.remote.RemoteEJBReceiver.getConnection(RemoteEJBReceiver.java:112)
	at org.jboss.ejb.protocol.remote.RemoteEJBReceiver.processInvocation(RemoteEJBReceiver.java:77)
	at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:313)
	at org.jboss.ejb.client.EJBInvocationHandler.lambda$invoke$0(EJBInvocationHandler.java:158)
	at org.jboss.ejb.client.EJBClientContext.performLocatedAction(EJBClientContext.java:297)
	at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:149)
	at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:99)
	at com.sun.proxy.$Proxy23.trigger(Unknown Source)
	at org.jboss.as.test.integration.ejb.mdb.cdi.MDBRAScopeCdiIntegrationTestCase.testMe(MDBRAScopeCdiIntegrationTestCase.java:228)

In HBASE-20700, we make RecoverMetaProcedure use a special lock which is only used by RMP to avoid dead lock with MoveRegionProcedure. But we will always schedule a RMP when master starting up, so we still need to make sure that there is no race between this RMP and other RMPs and SCPs scheduled before the master restarts.
Please see [#accompanying design document  ]where we call out the problem being addressed by this issue in more detail and in which we describe our new approach to Master startup.

    <origin name="org.wildfly.core:wildfly-core-galleon-pack">
        <feature-group name="domain-interfaces"/>
        <feature spec="interface">
            <param name="interface" value="private"/>
        </feature>
    </origin>

Should be domain.interface instead.

When trying to test Server-Sent Events endpoint created using rxjava2 and spring's ReactiveTypeHandler you encounter:

java.lang.IllegalStateException: Async result for handler [io.reactivex.Flowable<java.lang.String> com.example.asyncssebug.MockMvcAsyncBugTest$TestApp.sse()] was not set during the specified timeToWait=-1java.lang.IllegalStateException: Async result for handler [io.reactivex.Flowable<java.lang.String> com.example.asyncssebug.MockMvcAsyncBugTest$TestApp.sse()] was not set during the specified timeToWait=-1
 at org.springframework.test.web.servlet.DefaultMvcResult.getAsyncResult(DefaultMvcResult.java:145) at org.springframework.test.web.servlet.DefaultMvcResult.getAsyncResult(DefaultMvcResult.java:136) at org.springframework.test.web.servlet.request.MockMvcRequestBuilders.asyncDispatch(MockMvcRequestBuilders.java:269)

Example test code to reproduce bug along with walkaround:

package com.example.asyncssebug;

import io.reactivex.Flowable;
import org.springframework.boot.test.autoconfigure.web.servlet.AutoConfigureMockMvc;
import org.springframework.test.web.servlet.MockMvc;
import org.springframework.test.web.servlet.MvcResult;

import java.awt.*;
import java.util.concurrent.TimeUnit;

import static org.hamcrest.Matchers.nullValue;
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.asyncDispatch;
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.get;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.content;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.request;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;

@SpringBootTest(classes = MockMvcAsyncBugTest.TestApp.class)
@AutoConfigureMockMvc
public class MockMvcAsyncBugTest {

    @RequestMapping("/events")
    @SpringBootApplication
    public static class TestApp {

        @GetMapping(produces = MediaType.TEXT_EVENT_STREAM_VALUE)
        Flowable<String> sse() {
            return Flowable.intervalRange(0, 3, 0, 1, TimeUnit.SECONDS)
                    .map(aLong -> String.format("event%d", aLong));
        }
    }

    MockMvc mockMvc;

    @Test
    public void failsWithIllegalStateExceptionAsyncResultForHandlerWasNotSetDuringSpecifiedTimeToWait() throws Exception {
        MvcResult mvcResult = mockMvc.perform(get("/events"))
                .andExpect(request().asyncStarted())
                .andExpect(status().isOk())
                .andReturn();

        mockMvc.perform(asyncDispatch(mvcResult))
                .andExpect(content().string("data:event0\n\ndata:event1\n\ndata:event2\n\n"));
    }

    @Test
    public void alsoFailsWithIllegalStateExceptionAsyncResultForHandlerWasNotSetDuringSpecifiedTimeToWait() throws Exception {
        mockMvc.perform(get("/events"))
                .andExpect(request().asyncResult(nullValue()))
                .andExpect(content().string("data:event0\n\ndata:event1\n\ndata:event2\n\n"))
    }

    @Test
    public void walkaroundToMakeItWork() throws Exception {
        mvcResult.getAsyncResult(5000L); // walkaround
    }
}

Spring Boot version used is 2.0.2.RELEASE
Seems like default getAsyncResult(-1) instead of waiting forever doesn't wait at all. As a walkaround you can add mvcResult.getAsyncResult(5000L) and then perform asyncDispatch on the mvcResult
 
getDateArray(String key, Date[] defaultValue, String format) in DataConfiguration takes a format argument, but it is not used in the call to getDateList(key). This call should probably be getDateList(key, format).

Some sftp daemons like proFtpd close the connection when they received an ignored package.
We can use sendKeepAliveMsg instead.

In reference manual in Chapter6
6.2.7.1. Spring Faces Component Configuration
we have that namespace for client side validation is 
xmlns:sf="http://www.springframework.org/faces"
should be i think 
xmlns:sf="http://springframework.org/faces"

In Copy.java,line 273,the unit "rows/sec" is inconsistent with the actual value "rows/elapsed/1000.0".

This is a clear copy-paste oversight. The javadoc of the method should be fixed to reflect the actual functionality.

Here is the script:

roo> project --topLevelPackage sample.travel.demo --projectName sample-travel-demo
. . . .
sample.travel.demo roo> dependency add --groupId legacy-travel --artifactId legacy-travel-transformer --version 1.1
Managed ROOT/pom.xml [Added dependency legacy-travel:legacy-travel-transformer:1.1]
legacy-travel roo> interface --class HelloGateway
Created SRC_MAIN_JAVA/legacy-travel
Created SRC_MAIN_JAVA/legacy-travel/HelloGateway.java
legacy-travel.HelloGateway roo>

This is actually a major issue, since it requires someone to create classes/interfaces before they add a dependency

HDFS client protocol is not a guarantee of the immutability of files - the synthetic file-id includes the mtime of the file as well, which is a fail-safe for filesystems which implement the client wire protocol without offering the same storage side restrictions on immutability (i.e allow NFS read-write-modify on the backend).

I have a class that extends org.springframework.security.web.authentication.WebAuthenticationDetails class and implements org.springframework.security.core.authority.GrantedAuthoritiesContainer.
It overrides the method doPopulateAdditionalInformation to retrieve the additional information from the request headers.
When running the application I receive an illegalArgumentException thrown from Assert.notNull, with the message "Cannot pass a null GrantedAuthority collection".
Investigating this showed that the WebAuthenticationDetails constructor calls doPopulateAdditionalInformation as its last step, this does initialize my members with correct values, but after the constructor returns, my derived class constructor gets called, re-initializing the fields again, re-setting my List<GrantedAuthority> back to null.

While working on HBASE-12822 ran into 

15/02/04 13:16:44 [main] INFO  reflect.GeneratedMethodAccessor35: Pool completed
NoMethodError: undefined method `toByteArray' for nil:NilClass
        _for_ at region_mover.rb:270
           each at file:/home/sfdc/installed/bigdata-hbase__hbase.6_prod__9707645_Linux.x86_64.prod.runtime.bigdata-hbase_bigdata-hbase/hbase/hbase/lib/jruby-complete-1.6.8.jar!/builtin/java/java.util.rb:7
      writeFile at region_mover.rb:269
  unloadRegions at region_mover.rb:347
         (root) at region_mover.rb:501
This is because 
movedRegions = java.util.ArrayList.new()
is being used concurrently in unloadRegions.

When a Repository method with a Pageable parameter is called this call results in a count query for the entity. If the entity is partitioned EclipseLink (imho every jpa provider) will fire this query on every node associated with the partitioned entity and union the result.
This means the result for the count is no longer one row but multiple rows which causes an exception.
Proposed Fix:
add a flag that can be configured per entity or per call (on the pageable?) that removes the count query.
alternatively remove the count query as it is very expensive anyway (at least on tables with a lot of rows, which is one of the main use cases for pageable requests).
Associated Classes:
org.springframework.data.jpa.repository.support.SimpleJpaRepository

If you wish to create a bean that has a collection as a property where that collection contains multiple beans, the code crashes as it assumes that you can only ever have single bean declarations as children. 
For example the following brief construct is not possible to build
class A {
   String name;
}
class B {
   List<A> children;
}
The result is the following stack trace 
Caused by: java.lang.ClassCastException: java.util.ArrayList cannot be cast to org.apache.commons.configuration.beanutils.BeanDeclaration
	at org.apache.commons.configuration.beanutils.BeanHelper.initBean(BeanHelper.java:212)
	at org.apache.commons.configuration.beanutils.TestBeanHelper$TestBeanFactory.createBean(TestBeanHelper.java:579)
	at org.apache.commons.configuration.beanutils.BeanHelper.createBean(BeanHelper.java:342)
	... 33 more
It's pretty easy to see why when you look at the code beginning line 208:
  for (Map.Entry<String, Object> e : nestedBeans.entrySet())
  {
     String propName = e.getKey();
     Class<?> defaultClass = getDefaultClass(bean, propName);
     initProperty(bean, propName, createBean(
 	   (BeanDeclaration) e.getValue(), defaultClass));
  }

Note the silly assumption that e.getValue() only ever has BeanDeclaration instances, where it could be BeanDeclaration[], or Collection<BeanDeclaration> as other possible options - which is what the above example show. 
Extended version of the existing unit test to follow that illustrates the problem.

While trying to benchmark my opentsdb cluster, I've created a script that sends to hbase always the same value (in this case 1). After a few minutes, the whole region server crashes and the region itself becomes impossible to open again (cannot assign or unassign). After some investigation, what I saw on the logs is that when a Memstore flush is called on a large region (128mb) the process errors, killing the regionserver. On restart, replaying the edits generates the same error, making the region unavailable. Tried to manually unassign, assign or close_region. That didn't work because the code that reads/replays it crashes.
From my investigation this seems to be an overflow issue. The logs show that the function getMinimumMidpointArray tried to access index -32743 of an array, extremely close to the minimum short value in Java. Upon investigation of the source code, it seems an index short is used, being incremented as long as the two vectors are the same, probably making it overflow on large vectors with equal data. Changing it to int should solve the problem.
Here follows the hadoop logs of when the regionserver went down. Any help is appreciated. Any other information you need please do tell me:
2015-03-24 18:00:56,187 INFO  [regionserver//10.2.0.73:16020.logRoller] wal.FSHLog: Rolled WAL /hbase/WALs/10.2.0.73,16020,1427216382590/10.2.0.73%2C16020%2C1427216382590.default.1427220018516 with entries=143, filesize=134.70 MB; new WAL /hbase/WALs/10.2.0.73,16020,1427216382590/10.2.0.73%2C16020%2C1427216382590.default.1427220056140
2015-03-24 18:00:56,188 INFO  [regionserver//10.2.0.73:16020.logRoller] wal.FSHLog: Archiving hdfs://10.2.0.74:8020/hbase/WALs/10.2.0.73,16020,1427216382590/10.2.0.73%2C16020%2C1427216382590.default.1427219987709 to hdfs://10.2.0.74:8020/hbase/oldWALs/10.2.0.73%2C16020%2C1427216382590.default.1427219987709
2015-03-24 18:04:35,722 INFO  [MemStoreFlusher.0] regionserver.HRegion: Started memstore flush for tsdb,,1427133969325.52bc1994da0fea97563a4a656a58bec2., current region memstore size 128.04 MB
2015-03-24 18:04:36,154 FATAL [MemStoreFlusher.0] regionserver.HRegionServer: ABORTING region server 10.2.0.73,16020,1427216382590: Replay of WAL required. Forcing server shutdown
org.apache.hadoop.hbase.DroppedSnapshotException: region: tsdb,,1427133969325.52bc1994da0fea97563a4a656a58bec2.
	at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:1999)
	at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:1770)
	at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:1702)
	at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:445)
	at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:407)
	at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.access$800(MemStoreFlusher.java:69)
	at org.apache.hadoop.hbase.regionserver.MemStoreFlusher$FlushHandler.run(MemStoreFlusher.java:225)
Caused by: java.lang.ArrayIndexOutOfBoundsException: -32743
	at org.apache.hadoop.hbase.CellComparator.getMinimumMidpointArray(CellComparator.java:478)
	at org.apache.hadoop.hbase.CellComparator.getMidpoint(CellComparator.java:448)
	at org.apache.hadoop.hbase.io.hfile.HFileWriterV2.finishBlock(HFileWriterV2.java:165)
	at org.apache.hadoop.hbase.io.hfile.HFileWriterV2.checkBlockBoundary(HFileWriterV2.java:146)
	at org.apache.hadoop.hbase.io.hfile.HFileWriterV2.append(HFileWriterV2.java:263)
	at org.apache.hadoop.hbase.io.hfile.HFileWriterV3.append(HFileWriterV3.java:87)
	at org.apache.hadoop.hbase.regionserver.StoreFile$Writer.append(StoreFile.java:932)
	at org.apache.hadoop.hbase.regionserver.StoreFlusher.performFlush(StoreFlusher.java:121)
	at org.apache.hadoop.hbase.regionserver.DefaultStoreFlusher.flushSnapshot(DefaultStoreFlusher.java:71)
	at org.apache.hadoop.hbase.regionserver.HStore.flushCache(HStore.java:879)
	at org.apache.hadoop.hbase.regionserver.HStore$StoreFlusherImpl.flushCache(HStore.java:2128)
	at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:1953)
	... 7 more
2015-03-24 18:04:36,156 FATAL [MemStoreFlusher.0] regionserver.HRegionServer: RegionServer abort: loaded coprocessors are: [org.apache.hadoop.hbase.coprocessor.MultiRowMutationEndpoint]

Created a Spring Batch job as described in the documentation 'Getting Started - Creating a Batch Service' (https://spring.io/guides/gs/batch-processing/) in order to show the issue.  SQLServer is used as database for the meta-data tables as well as the business data table.
The job reads a .csv file with with 6 records and the ItemProcess throws an exception on the 4th record. The job then stops and the meta-data tables are updated correctly. Job parameters used for the job is: parm=0 fileName=error.csv
After this a new job is started with the same job name, but different parameters: parm=1 fileName=new.csv.  What happens is that Spring Batch restart the failed job with the errors again.  Even if the new job contains different parameters.
This worked perfectly as expected in version 3.0.8, but the issue occurred when upgraded to version 4.0.1.
Logs from 3.0.8 shows the following:

main] o.s.b.a.b.JobLauncherCommandLineRunner   : Running default command line with: [param=1, inputFile=sample-data-1.csv]
main] o.s.b.c.r.s.JobRepositoryFactoryBean     : No database type set, using meta data indicating: SQLSERVER
main] o.s.b.c.l.support.SimpleJobLauncher      : No TaskExecutor has been set, defaulting to synchronous executor.
main] o.s.b.c.l.support.SimpleJobLauncher      : Job: [FlowJob: [name=importUserJob]] launched with the following parameters: [inputFile=sample-data-1.csv, run.id=1, param=1]

Logs from 4.0.1 shows the following:

main] o.s.j.e.a.AnnotationMBeanExporter        : Registering beans for JMX exposure on startup
main] o.s.j.e.a.AnnotationMBeanExporter        : Bean with name 'dataSource' has been autodetected for JMX exposure
main] o.s.j.e.a.AnnotationMBeanExporter        : Located MBean 'dataSource': registering with JMX server as MBean [com.zaxxer.hikari:name=dataSource,type=HikariDataSource]
main] hello.Application                        : Started Application in 2.157 seconds (JVM running for 2.592)
main] o.s.b.c.l.support.SimpleJobLauncher      : Job: [FlowJob: [name=importUserJob]] launched with the following parameters: [{inputFile=sample-data-error.csv, param=0, run.id=1}]

Notice the difference in parameters used in SimpleJobLauncher, even if JobLauncherCommandLineRunner in both cases show the same correct parameters.

Alias addresses tests in org.jboss.as.clustering.infinispan.subsystem.TransformersTestCase#propertiesMapOperationsTest were affected by WFCORE-1210.

It seems an empty setting in hive-size.xml does not overwrite hive-default.xml

at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at org.junit.Assert.assertEquals(Assert.java:456)
at org.apache.hadoop.hbase.replication.TestMultiSlaveReplication.checkRow(TestMultiSlaveReplication.java:203)
at org.apache.hadoop.hbase.replication.TestMultiSlaveReplication.testMultiSlaveReplication(TestMultiSlaveReplication.java:188)
TestMultiSlaveReplication->testMultiSlaveReplication failed in our local build citing that "row" was not replicated to second peer. This is because after inserting "row", log is rolled and we look for "row2" in both the clusters and then we check for existence of "row" in both clusters. Meanwhile, Replication thread was sleeping for the second cluster and Row "row2" is not present in the second cluster from the very beginning. So, the "row2" existence check succeeds and control move on to find "row" in both clusters where it fails for the second cluster.

Nit fix in the MapReduce chapter.
Corrected section heading "Map-Task Spitting" to "Map-Task Splitting".

2.04 has been released with a bug fix for what happens when htrace fails.

Run the embedded clinic.roo script.
Start the app (e.g. "mvn jetty:run").
Click on "Find by Owner" in the menu.
The title of the collapsible pane is "Find by Pet" instead of "Find by Owner".

KeeperException.NoNodeException and NotEmptyException should be ignored when deleting a zLock or its parent in ZooKeeperHiveLockManager unlockPrimitive. The exceptions can happen: 
1) ZooKeeperHiveLockManager retries deleting a zLock after a failure but it has been deleted. 
2) a race condition where another process adds a zLock just before it is about to be deleted.
Otherwise, unlock may unnecessarily be retried for numRetriesForUnLock times.

Child context refresh causes double subscription to the input-files channel because there are two children with the same context configuration (one is a hack for the remote step and that can be fixed - see servlet/service-context.xml).

Run this script:

project --topLevelPackage com.example.anything
persistence setup --database HYPERSONIC_IN_MEMORY --provider DATANUCLEUS

Every time the "persistence setup --database HYPERSONIC_IN_MEMORY --provider DATANUCLEUS" command is reissued, the shell reports different POM elements (e.g. dependencies and plugins) as having been removed (alternating between those for DataNucleus and DataNucleus2).

Queries like select 1=1 from t group by 1=1 may return rows, based on OneNullRowInputFormat, even if the source table is empty. For now, add some basic detection of empty tables and turn this off by default (since we can't know whether a table is empty or not based on there being some files, without reading them).

Please check code below
ReplicationSourceManager.java
// NodeFailoverWorker class
{
    ...

      LOG.info("Moving " + rsZnode + "'s hlogs to my queue");
      SortedMap<String, SortedSet<String>> newQueues =
          zkHelper.copyQueuesFromRS(rsZnode);   // Node create here*
      zkHelper.deleteRsQueues(rsZnode); 
      if (newQueues == null || newQueues.size() == 0) {
        return;  
      }
    ...
}

  public void closeRecoveredQueue(ReplicationSourceInterface src) {
    LOG.info("Done with the recovered queue " + src.getPeerClusterZnode());
    this.oldsources.remove(src);
    this.zkHelper.deleteSource(src.getPeerClusterZnode(), false);  // Node delete here*
  }

So from code we can see if newQueues == null or newQueues.size() == 0, Failover replication Source will never start and the failover zk node will never deleted.
eg below failover node will never be delete:
[zk: 10.232.98.77:2181(CONNECTED) 16] ls /hbase-test3-repl/replication/rs/dw93.kgb.sqa.cm4,60020,1346337383956/1-dw93.kgb.sqa.cm4,60020,1346309263932-dw91.kgb.sqa.cm4,60020,1346307150041-dw89.kgb.sqa.cm4,60020,1346307911711-dw93.kgb.sqa.cm4,60020,1346312019213-dw88.kgb.sqa.cm4,60020,1346311774939-dw89.kgb.sqa.cm4,60020,1346312314229-dw93.kgb.sqa.cm4,60020,1346312524307-dw88.kgb.sqa.cm4,60020,1346313203367-dw89.kgb.sqa.cm4,60020,1346313944402-dw88.kgb.sqa.cm4,60020,1346314214286-dw91.kgb.sqa.cm4,60020,1346315119613-dw93.kgb.sqa.cm4,60020,1346314186436-dw88.kgb.sqa.cm4,60020,1346315594396-dw89.kgb.sqa.cm4,60020,1346315909491-dw92.kgb.sqa.cm4,60020,1346315315634-dw89.kgb.sqa.cm4,60020,1346316742242-dw93.kgb.sqa.cm4,60020,1346317604055-dw92.kgb.sqa.cm4,60020,1346318098972-dw91.kgb.sqa.cm4,60020,1346317855650-dw93.kgb.sqa.cm4,60020,1346318532530-dw92.kgb.sqa.cm4,60020,1346318573238-dw89.kgb.sqa.cm4,60020,1346321299040-dw91.kgb.sqa.cm4,60020,1346321304393-dw92.kgb.sqa.cm4,60020,1346325755894-dw89.kgb.sqa.cm4,60020,1346326520895-dw91.kgb.sqa.cm4,60020,1346328246992-dw92.kgb.sqa.cm4,60020,1346327290653-dw93.kgb.sqa.cm4,60020,1346337303018-dw91.kgb.sqa.cm4,60020,1346337318929
[] // empty node will never be deleted

The UnicodeEscapeReader is currently applied before the input file is parsed.
This means that unicode escapes are treated differently from other escapes.
For example, the sequence <esc>r<esc>n is not treated as a new-line for the purpose of recognising the end of a record, yet \o000D\u000A is converted to CRLF and would terminate the record (unless embedded in a quoted string).
The unicode escape processing (if selected) should occur as part of the parsing, just as for ordinary escape processing.
The class can be made public so the user can wrap the input if required; this preserves the existing functionality should it be required, so there is no need to introduce another setting.

OpenRegionHandler uses the timeout monitor checking period as the timeout. It should share the same default as in AssignmentManager.

Like so many before me, it all started with looking for a way to use Spring with Hibernate and multiple SessionFactories (multiple databases, each with different schema).
I Googled and found many discussions dating from around 2004 to 2007.  The solution I opted for is outlined in the thread below - it involves creating a custom scope for a single SessionFactory proxy that delegates to the appropriate SessionFactory implementation based on a ThreadLocal variable.
http://forum.springsource.org/showthread.php?t=64382
The initial implementation worked fine for months, until for testing purposes we reduced the size of our database connection pools to 1.  This exposed the bug TransactionSynchronizationUtils.unwrapResourceIfNecessary() is not unwrapping custom-scoped SessionFactories (because it does not implement InfrastructureProxy) before storing/fetching the Hibernate Session.
TransactionInterceptor stores the Hibernate Session using the custom-scope SessionFactory proxy:
[code]
Thread [main] (Suspended (breakpoint at line 438 in HibernateTransactionManager))	
	HibernateTransactionManager.doGetTransaction() line: 438	
	HibernateTransactionManager(AbstractPlatformTransactionManager).getTransaction(TransactionDefinition) line: 341	
	TransactionInterceptor(TransactionAspectSupport).createTransactionIfNecessary(TransactionAttribute, String) line: 263	
	TransactionInterceptor.invoke(MethodInvocation) line: 101
	...
[/code]
However, Hibernate SessionFactoryImpl (via SpringSessionContext) looks for an existing session using itself - the real SessionFactory implementation.  Therefore, it fails to find the Session created by TransactionInterceptor
[code]
Thread [main] (Suspended (breakpoint at line 139 in TransactionSynchronizationManager))	
	TransactionSynchronizationManager.getResource(Object) line: 139	
	SessionFactoryUtils.doGetSession(SessionFactory, Interceptor, SQLExceptionTranslator, boolean) line: 285	
	SessionFactoryUtils.doGetSession(SessionFactory, boolean) line: 258	
	SpringSessionContext.currentSession() line: 60	
	SessionFactoryImpl.getCurrentSession() line: 544
	...
[/code]
Clearly, this is because TransactionInterceptor and SpringSessionContext are using different SessionFactory objects as keys in TransactionSynchronizationmanager.resources line: 82.
The need to unwrap certain proxied objects before using them as keys in a map was forseen - hence the use of TransactionSyncrhonizationUtils.unwrapResourceIfNecessary() line: 57.
It seems to me that this function should be expanded to include scoped AOP proxies.

Null fields cause problems in Oracle and Derby.  See forum (http://forum.springframework.org/showthread.php?t=46821) for more information.

Right now every write operation grabs a row lock. This is to prevent values from changing during a read modify write operation (increment or check and put). However it limits parallelism in several different scenarios.
If there are several puts to the same row but different columns or stores then this is very limiting.
If there are puts to the same column then mvcc number should ensure a consistent ordering. So locking is not needed.
However locking for check and put or increment is still needed.

Suppose you have a bean that is effectively a CGLib proxy for an interface (not for a class). If this bean is referenced as factory-bean from another bean declaration the factory-method lookup will fail as ConstructorResolver uses ClassUtils.getUserClass(...) uses the superclass of the CGLib class which is Object for proxies of an interface and thus the interface's factory method can't be found. I wonder what's the exact rationale behind the user class lookup? Is it possible to explicitly handle Object superclasses (as one can assume that the CGLib proxy has to have been created for an interface) and use the CGLib class then?
In my particular usecase I setup mocks for interfaces using Mockito which creates exactly such a scenario. My workaround in this case is to let the proxy be created for an implementation of the interface, so that the superclass is not object then. As such scenarios probably only pop up in test case scenarios, it's probably no big deal. But as it works with 2.5.6 (that doesn't have the user class lookup included) the effect is probably quite puzzling when upgrading to 3.0.

Currently it appears that (from RegionFactoryBean.java) "it is invalid to specify a disk store if 'persistent' is set to false." In GemFire, this is not always the case, partition_overflow and replicate_overflow regions, though not persistent, can use a user configured disk store. This effect of this limitation in Spring GemFire is that non-persistent regions with overflow are forced to use the default disk store.

TestJdbcWithMiniHS2#testHttpHeaderSize test case actually is testing binary mode so the request/response sizes are not checked. 
We need to build MiniHS2 using withHTTPTransport() to start the HTTP mode. 

HIVE-13617 is causing MiniLlapCliDriver following test failures

org.apache.hadoop.hive.cli.TestMiniLlapCliDriver.testCliDriver_vector_complex_all
org.apache.hadoop.hive.cli.TestMiniLlapCliDriver.testCliDriver_vector_complex_join

I have following code that was working perfectly with 1.1.0.RELEASE (I am using Querydsl 2.7.0):

@Override
public List<Person> search(SearchDTO dto) {
	//Gets predicate by using static method of the query builder class
	Predicate predicate = firstOrLastNameStartsWith(dto.getSearchTerm());	
	Pageable pageSpecification = buildPageSpecification(dto.getPageIndex(), dto.getPageSize());

	Page<Person> page = repository.findAll(predicate, pageSpecification);

	return page.getContent();
}

private Pageable buildPageSpecification(int pageIndex, int pageSize) {
	return new PageRequest(pageIndex, pageSize, sortByLastNameAndFirstNameAsc());
}

private Sort sortByLastNameAndFirstNameAsc() {
	return new Sort(new Sort.Order(Sort.Direction.ASC, "lastName"),
	            new Sort.Order(Sort.Direction.ASC, "firstName")
    );
}

After I updated to 1.2.0.M1, query results were no longer sorted. The problem is that the applySorting() method method of Querydsl class is never called when paginated queries are build by Spring Data JPA. The relevant methods of the Querydsl class are given in following (my comment in CAPS):

public JPQLQuery applyPagination(Pageable pageable, JPQLQuery query) {

	if (pageable == null) {
		return query;
	}

	query.offset(pageable.getOffset());
	query.limit(pageable.getPageSize());

        //CALL TO applySorting(pageable.getSort(), query) IS MISSING?

	return query;
}

public JPQLQuery applySorting(Sort sort, JPQLQuery query) {

	if (sort == null) {
	}

	for (Order order : sort) {
		query.orderBy(toOrder(order));
	}

}

@SuppressWarnings({ "rawtypes", "unchecked" })
private OrderSpecifier<?> toOrder(Order order) {

	Expression<Object> property = builder.get(order.getProperty());

	return new OrderSpecifier(order.isAscending() ? com.mysema.query.types.Order.ASC
			: com.mysema.query.types.Order.DESC, property);
}

The original discussion about this problem is found at:
http://forum.springsource.org/showthread.php?129211-Sorting-problem-with-paginated-query-results-%28Spring-Data-JPA-1-2-0-M1-and-Querydsl%29

Connections to smtp servers with no authentication fail. The mail.smtp.auth is always set to true. The patch sets it to false if no username is given.

I have a demo for Spring 3 Web that I've been running for some time... the upgrade to RC2 broke the demo.  The code is listed below.  What we need is details on the order of requestmappings... I thought I saw that earlier this year in the forums, but I can't find it anymore.  Can someone please provide the details on the order of requestmappings... thanks.
The code below (which worked before) now fails for a GET request against the list method or http://localhost:8080/mvc/book/list
I had specified the GET and POST for clarification before on the create methods... after some investigation, I discovered that if I remove the method = RequestMethod.GET on the create method that the app begins to work.  So I can work around this.  What behavior should be expected?

public class BookController {

    BookDAO dao;

    // http://localhost:8080/mvc/book/list
    @RequestMapping("list")
    public List<Book> list() {
        return dao.findAllBooks();
    }

    // http://localhost:8080/mvc/book/book?id=12
    @RequestMapping("book")
    public Book book(@RequestParam(required = true) Long id) {

        Book book = dao.getBook(id);
        return book;
    }

    public Book create() {
        return new Book();

    }

    // http://localhost:8080/mvc/book/create (POST)
    @RequestMapping(method = RequestMethod.POST)
    public String create(@ModelAttribute Book book, BindingResult results) {

        if (book == null)

        dao.save(book);

        return "redirect:list";
    }
}

Apparently UDFHour.java does have two evaluate() functions. One that does accept a Text object as parameter and one that does use a TimeStampWritable object as parameter. The first function does return the value of Calendar.HOUR_OF_DAY and the second one of Calendar.HOUR. In the documentation I couldn't find any information on the overload of the evaluation function. I did spent quite some time finding out why my statement didn't return a 24 hour clock value.
Shouldn't both functions return the same?

It is not possible to use a MongoRepository with Long id class:

public interface TestRepository extends MongoRepository<TestEntity, Long> { … }

@Document
public class TestEntity
{
  @Id
  private Long id;
  …
}

The null string should be case-sensitive when reading records. In 1.2 the null string is checked with String.equalsIgnoreCase(), it should use plain equals()

See http://docs.spring.io/spring-security/site/docs/4.0.x/reference/htmlsingle/#core-services-authentication-manager
There is XML code snippet using non-parametric constructor that has been deprecated in Spring Security 3.x and was removed in Spring Security 4.x:

<bean id="authenticationManager"
	 class="org.springframework.security.authentication.ProviderManager">
<property name="providers">
	<list>
	  <ref local="daoAuthenticationProvider"/>
	  <ref local="anonymousAuthenticationProvider"/>
	  <ref local="ldapAuthenticationProvider"/>
	</list>
</bean>

It should be fixed by using constructor argument instead of setting property.

<constructor-arg name="providers">
	<list>
	</list>
</bean>

NodeSubregistry is always passing 'false' as the runtimeOnly param for ConcreteResourceRegistrations it creates.
The param isn't actually needed, since the ResourceDefinition is also a param, and the value can be pulled from it.
Also, since we now have proper facilities for setting up a runtimeOnly ResourceDefinition, the MRR.setRuntimeOnly() method should be deprecated and all core uses of it converted.

By default, beeline truncates long results based on the console width like:

+-----------------------------+----------------------------------------------------------------------------------------------------------------------+
|          col_name           |                                                                                                                      |
| pat_id                      | string                                                                                                               |
| score                       | float                                                                                                                |
| acutes                      | float                                                                                                                |
|                             |                                                                                                                      |
| Detailed Table Information  | Table(tableName:refills, dbName:default, owner:hdadmin, createTime:1393882396, lastAccessTime:0, retention:0, sd:Sto |
5 rows selected (0.4 seconds)

This can be changed by !outputformat, but the default should behave better to give a better experience to the first-time beeline user.

After upgrading to Hive 3.1 from Hive 1.2, I can't run my queries anymore. It seems that "if not exists" is ignored in "create view".
Example:

create view if not exists test as select 1;

The second call fails with "Table already exists: default.test". I changed this to "create or replace view" as a workaround.
Also documented link here

CollectionToCollectionConverter returns the original source object if the collection is empty. Relevant source code is attached (see convertEmptyVector_shouldReturnEmptyArrayList unit test)
Best Regards
Horatiu

With ZK based region transitions, we rely on atomic state changes of regions in transition.  For example, an RS needs to atomically switch a node from OFFLINE to OPENING, or the master needs to delete nodes that are in OPENED state, etc...
The way we implement this is by:

Read existing data (returns byte[] and version in Stat)
Verify data is in expected state
Update to the new state, passing the expected version previously read

This doesn't always work as expected because that initial read of the existing data could be a stale read (in ZK, writes are quorum writes but reads are not so you can get stale data).
Can provide a more explicit example if anyone is interested, but a fix is coming.

Some license headers are using Jboss by Red Hat instead of Red Hat, Inc. for copyright notice.

If region splitting is failed in the state of JournalEntry.CLOSED_PARENT_REGION
It will be rollback as the following steps:

1.case CLOSED_PARENT_REGION:
  this.parent.initialize();
        break;
2.case CREATE_SPLIT_DIR:
    	this.parent.writestate.writesEnabled = true;
        cleanupSplitDir(fs, this.splitdir);
        break;
3.case SET_SPLITTING_IN_ZK:
        if (server != null && server.getZooKeeper() != null) {
          cleanZK(server, this.parent.getRegionInfo());
        }
        break;

If this.parent.initialize() throws IOException in step 1,
If check filesystem is ok. it will do nothing.
However, the parent region is on service now.

The signature for HostUtil.getTaskLogUrl has changed between Hadoop-2.3 and Hadoop-2.4.
Code in shims/0.23/src/main/java/org/apache/hadoop/hive/shims/Hadoop23Shims.java works with Hadoop-2.3 method and causes compilation failure with Hadoop-2.4.

Integration code for JBEAP-15054

When elytron is enabled constraint driven authentication method (i.e. proactive-authentication=false) has no effect.  
If you try to request an unsecured page sending in an invalid user with basic authentication, you should get the page returned with constraint drive authentication and a 401 with proactive authentication.  This is what happens without Elytron enabled.  But if you enable Elytron it gives a 401 in both cases.

The problem appears in version 3.2.1 and in revision 1489197.  I
attached a one-line patch that fixes it.
In method "AbstractMapBag.containsAll", the loop over
"other.uniqueSet()" should return immediately after "result" becomes
"false", because "result = result && contains;" can never become
"true" again.  All the iterations after "result" becomes "false" do
not perform any useful work, at best they just set "result" again to
"false".

Regression introduced by https://github.com/wildfly/wildfly/commit/1e7b6ddb7cce2caf7ca0f2ab99747bde9215573d#diff-1c030568ca03790991fd6f6e7b6a3724

I realized that image support was broken in the Ref Guide. I fixed it by making some changes to the pom.xml (in HBASE-11400). I need to track down what images are broken besides the new ones I added, find out where they are, and make them work again.

See https://issues.apache.org/jira/browse/HBASE-14468
It adds this check to HMaster.checkCompactionPolicy():

// 1. Check TTL
if (hcd.getTimeToLive() == HColumnDescriptor.DEFAULT_TTL) {
  message = "Default TTL is not supported for FIFO compaction";
  throw new IOException(message);
}

// 2. Check min versions
if (hcd.getMinVersions() > 0) {
  message = "MIN_VERSION > 0 is not supported for FIFO compaction";
}

// 3. blocking file count
String sbfc = htd.getConfigurationValue(HStore.BLOCKING_STOREFILES_KEY);
if (sbfc != null) {
  blockingFileCount = Integer.parseInt(sbfc);
}
if (blockingFileCount < 1000) {
  message =
      "blocking file count '" + HStore.BLOCKING_STOREFILES_KEY + "' "
+ blockingFileCount
          + " is below recommended minimum of 1000";
}

Why does it only check the blocking file count on the HTD level, while
others are check on the HCD level? Doing this for example fails
because of it:

hbase(main):008:0> create 'ttltable', { NAME => 'cf1', TTL => 300,
CONFIGURATION => { 'hbase.hstore.defaultengine.compactionpolicy.class'
=> 'org.apache.hadoop.hbase.regionserver.compactions.FIFOCompactionPolicy',
'hbase.hstore.blockingStoreFiles' => 2000 } }

ERROR: org.apache.hadoop.hbase.DoNotRetryIOException: blocking file
count 'hbase.hstore.blockingStoreFiles' 10 is below recommended
minimum of 1000 Set hbase.table.sanity.checks to false at conf or
table descriptor if you want to bypass sanity checks
at org.apache.hadoop.hbase.master.HMaster.warnOrThrowExceptionForFailure(HMaster.java:1782)
at org.apache.hadoop.hbase.master.HMaster.sanityCheckTableDescriptor(HMaster.java:1663)
at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1545)
at org.apache.hadoop.hbase.master.MasterRpcServices.createTable(MasterRpcServices.java:469)
at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:58549)
at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2339)
at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:123)
at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:188)
at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:168)
Caused by: java.io.IOException: blocking file count
'hbase.hstore.blockingStoreFiles' 10 is below recommended minimum of
1000
at org.apache.hadoop.hbase.master.HMaster.checkCompactionPolicy(HMaster.java:1773)
at org.apache.hadoop.hbase.master.HMaster.sanityCheckTableDescriptor(HMaster.java:1661)
... 7 more

The check should be performed on the column family level instead.

during the STRIPE compaction,
deletes(tombstones) are being dropped in 2 cases.
1. Compaction including L0  (includeL0 == true)
2. L0 has no files (canDropDeletesWithoutL0 == true)
To drop delete marker and keep the consistency during compaction, 
All of HFiles in the stripe has to be selected, just like major compaction.
otherwise, after the compaction only delete markers would be gone, 
and deleted cells (which is in the not-selected HFiles) are going to be alive again.
In my cluster, there was no file on L0(canDropDeletesWithoutL0==true) and not all files are selected for compaction, so some of deleted rows have come back alive and appears when i get or scan after compactions.
I made a patch about it.
it checks if all files are selected before we set the majorRange of compaction request .

The function isDomainServer silently ignores errors that are possible when executing the launch-type command when RBAC is enabled and permission is denied. It will incorrectly proceed to assume the server is standalone and not report even a debug line.

In file org/springframework/remoting/rmi/RmiInvocationWrapperRTD.xml the line
<method name="*" idempotent="true"/>
makes all methods of RmiInvocationWrapper idempotent but this is incorrect and dangerous since Spring cannot assume that the processing done during a call to invoke is idempotent.
I faced an actual problem where the result of a call contained a Serialized class that was not available on the client side, so that a ClassNotFoundException was raised. But internally Weblogic called the server again, thinking that it was safe to do so because the method is marked as idempotent, which was incorrect since some data was modified in a DB...
I think that only the getTargetInterfaceName method can be marked as idempotent.

This bug may be minor as it likely to happen in a single node setup.
I restarted the RS holding META. The master tried assigning META using MetaSSH. But tried this before the new RS came up.
So as not region plan is found 

 if (plan == null) {
        LOG.warn("Unable to determine a plan to assign " + region);
        if (tomActivated){
          this.timeoutMonitor.setAllRegionServersOffline(true);
        } else {
          regionStates.updateRegionState(region, RegionState.State.FAILED_OPEN);
        }
        return;
      }

we just return without assigment.  And this being the META the small cluster just hangs.

The new conversion service fails when a java.util.Properties object is defined via XML with leading and/or trailing line breaks.  Removing the white space resolves the issue.
I encountered this issue bootstrapping Tiles with tilesProperties.
<bean id="tilesConfigurer" class="org.springframework.web.servlet.view.tiles2.TilesConfigurer">
  <property name="tilesProperties">
    <value>
      org.apache.tiles.definition.dao.LocaleUrlDefinitionDAO.CHECK_REFRESH=false
    </value>
  <property name="definitions">
    <list>
      <value>/WEB-INF/*/tiles.xml</value>
    </list>
</bean>
ERROR: org.springframework.web.servlet.DispatcherServlet - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'tilesConfigurer' defined in ServletContext resource [/WEB-INF/config/mvc-config.xml]: Initialization of bean failed; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value 
    			org.apache.tiles.definition.dao.LocaleUrlDefinitionDAO.CHECK_REFRESH=false
    		 from type [java.lang.String] to type [java.util.Properties]; reason = 'Invalid String property '
'; properties should be in the format name=value'; nested exception is java.lang.IllegalArgumentException: Invalid String property '
'; properties should be in the format name=value
	at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:443)
	at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:459)
	at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:340)
	at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:307)
	at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:127)
	at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
	at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:809)
	at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:615)
	at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
	at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
	at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
	at org.tuckey.web.filters.urlrewrite.NormalRewrittenUrl.doRewrite(NormalRewrittenUrl.java:195)
	at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:159)
	at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:141)
	at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:90)
	at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:417)
	at com.springsource.insight.collection.web.HttpRequestMetricCollectionValve.invoke(HttpRequestMetricCollectionValve.java:43)
	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:379)
Caused by: org.springframework.core.convert.ConversionFailedException: Unable to convert value 
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:34)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:182)
	at org.springframework.format.support.FormattingConversionService.convert(FormattingConversionService.java:133)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:179)
	... 40 more
Caused by: java.lang.IllegalArgumentException: Invalid String property '
	at org.springframework.core.convert.support.CollectionToMapConverter.parseProperty(CollectionToMapConverter.java:103)
	at org.springframework.core.convert.support.CollectionToMapConverter.convert(CollectionToMapConverter.java:66)
	at org.springframework.core.convert.support.ArrayToMapConverter.convert(ArrayToMapConverter.java:37)
	at org.springframework.core.convert.support.ObjectToMapConverter.convert(ObjectToMapConverter.java:49)
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:32)
	... 49 more

One of our engineers got a weird TableExistsException in his code and I see that the client-side logging says the table was deleted in less than a second while it took the master 5 seconds to do it. Doing code inspection, the .META. scanner in HBA.delete can set found  to true and then set it back to false in the case where the deleted table isn't the last one. We should just do a scan that would get the rows specific to the table instead of scanning all the rows.

sasl-authentication-factory and sasl-server-factory creates chain of SaslServerFactories - for example ServerNameSaslServerFactory only delegates creating to following factory in chain but with rewriting of the server name.
In this chain is also SetMechanismInformationSaslServerFactory, which call callback handler to send MechanismInformation into ServerAuthenticationContext - there it will cause state change from InactiveState to InitialState.
The problem is, if the configurable-sasl-server-factory is used, the SetMechanismInformationSaslServerFactory is in chain twice. The first occurence (by sasl-authentication-factory) will cause change state to InitialState, but before the serverName+protocol is overriden by SaslServerFactories following in chain. The second occurence (by configurable-sasl-server-factory) already have serverName+protocol set, but because the ServerAuthenticationContext is already in InitialState, the exception "Too late to set" is thrown and createSaslServer returns null - fail completely.
The chain of SaslServerFactories:

AuthenticationTimeoutSSF
TrustManagerSSF
AuthenticationCompleteSSF
SetMechanismInformationSSF => cbh => InactiveState -> InitialState(undefined, null)
ServerNameSSF
ProtocolSSF
SetMechanismInformationSSF => cbh => "Too late to set" => return null
SecurityProviderSSF

Will have to discuss yet how to correctly solve this... (maybe consider allowing of multiple MechanismInformation setting? In current design the sasl-authentication-factory cannot detect the configurable-sasl-server-factory WILL change the MechanismInformation yet...)

The full query string is part of the HiveLockObject. If that string contains a ":" the data fetched from Zookeeper will not be correctly parsed. This causes locks that have been released to not be removed from the lock list.
The result is that the same path will be removed from zookeeper multiple times. This fails and causes a very long retry loop.
timestamp_1.q & timestamp_2.q take an hour right now. The reason is just this problem.

Pls find the analysis.  Correct me if am wrong

2012-01-15 05:14:02,374 FATAL org.apache.hadoop.hbase.regionserver.wal.HLogSplitter: WriterThread-9 Got while writing log entry to log
java.io.IOException: All datanodes 10.18.40.200:50010 are bad. Aborting...
	at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.processDatanodeError(DFSClient.java:3373)
	at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.access$2000(DFSClient.java:2811)
	at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream$DataStreamer.run(DFSClient.java:3026)

Here we have an exception in one of the writer threads. If any exception we try to hold it in an Atomic variable 

  private void writerThreadError(Throwable t) {
    thrown.compareAndSet(null, t);
  }

In the finally block of splitLog we try to close the streams.

      for (WriterThread t: writerThreads) {
        try {
          t.join();
        } catch (InterruptedException ie) {
          throw new IOException(ie);
        }
        checkForErrors();
      }
      LOG.info("Split writers finished");
      
      return closeStreams();

Inside checkForErrors

  private void checkForErrors() throws IOException {
    Throwable thrown = this.thrown.get();
    if (thrown == null) return;
    if (thrown instanceof IOException) {
      throw (IOException)thrown;
    } else {
      throw new RuntimeException(thrown);
    }
  }
So once we throw the exception the DFSStreamer threads are not getting closed.

As of RC1, the order in which bean init methods are being executed has been reversed, compared to the behaviour in 2.5.6 and M4.
Specifically, InitDestroyAnnotationBeanPostProcessor.LifecycleMetadata.addInitMethod is now adding each successive init method to the front of the list. Prior versions added it to the end.
This manifests itself as a problem in code where there are multiple init methods (e.g. multiple @PostConstruct methods) in one class. We have code where we're relying on those methods being executed in order, as returned by the reflection API. If there's executed in reverse order, it all breaks.
Is there a reason these methods are being explicitly reversed?

Works both for me, but not together:  
Encountered an error executing the step: class java.lang.IllegalArgumentException: Unable to invoke method: [public void XXXReader.beforeStep(org.springframework.batch.core.StepExecution)] on object: [XXXReader@8b567c] with arguments: [[StepExecution: id=0, name=writeDatasheetXml, status=STARTED, exitStatus=EXECUTING, readCount=0, filterCount=0, writeCount=0 readSkipCount=0, writeSkipCount=0, commitCount=0, rollbackCount=0, exitDescription=]]
java.lang.IllegalArgumentException: Unable to invoke method: [public void XXXReader.beforeStep(org.springframework.batch.core.StepExecution)] on object: [XXXReader@8b567c] with arguments: [[StepExecution: id=0, name=XXX, status=STARTED, exitStatus=EXECUTING, readCount=0, filterCount=0, writeCount=0 readSkipCount=0, writeSkipCount=0, commitCount=0, rollbackCount=0, exitDescription=]]
	at org.springframework.batch.support.SimpleMethodInvoker.invokeMethod(SimpleMethodInvoker.java:97)
	at org.springframework.batch.core.listener.MethodInvokerMethodInterceptor.invoke(MethodInvokerMethodInterceptor.java:68)
	at $Proxy18.beforeStep(Unknown Source)
	at org.springframework.batch.core.step.AbstractStep.execute(AbstractStep.java:193)
	at org.springframework.batch.core.job.flow.FlowJob$JobFlowExecutor.executeStep(FlowJob.java:137)
	at org.springframework.batch.core.job.flow.FlowJob.doExecute(FlowJob.java:105)
	at org.springframework.batch.core.launch.support.CommandLineJobRunner.start(CommandLineJobRunner.java:207)
	at org.springframework.batch.core.launch.support.CommandLineJobRunner.main(CommandLineJobRunner.java:254)
	at org.springframework.batch.support.SimpleMethodInvoker.invokeMethod(SimpleMethodInvoker.java:95)
	... 19 more

When closing the input format, it assumes that the split has already started, which means that close can cause exceptions. In the case the map task decides not to fetch a single row, this causes the job to unnecessarily fail.

In an attempt to verify an enclosing type's package line 20 of JavaTypeTest asserts that an enclosing type "Bob" is in a package called "Bob". This contradicts the test on the previous line which asserts that the enclosing type is equal to "Bob".

I tried 0.95.1 RC1 in standalone, and the requests count in both the master and RS web UIs are wrong. I haven't dug too much in but it seems too low when I'm sending load, and it takes >10 seconds to clear up when the cluster becomes completely idle.

When re-directing a non-authenticated user, class AuthenticationProcessingFilterEntryPoint builds an absolute URL. 
This is designed this way becuase it may need to replace the protocol (http to https).
In Load-Balanced environments this may lead to loss of the load balancer, as the redirection will use the server as part of the URL. Load balancers / app servers have settings to avoid this, but these entail special configuration and may limit other applications on same server.
Use of relative redirection is much better for most scenarios.

After enabling test hbase.master.procedure.TestServerCrashProcedure#testRecoveryAndDoubleExecutionOnRsWithoutMeta, this bug is found in ServerCrashProcedure.

PersistentEntity.getRequiredPersistentProperty(…) throws an exception with "Required identifier property not found for %s!" instead of reporting the property name.

"NameNotFoundException due to policyRegistration – service jboss.naming.context.java.policyRegistration" is recorded in server.log during quickstart example run by changing log level: 

            <logger category="org.jboss.as.security">
                <level name="TRACE"/>
            </logger>
            <logger category="org.jboss.security">
            </logger>

See detailed description in community discussion #907134
I choose Jira component picketbox since the exception is titled as "PBOX000293: Exception caught: javax.naming.NameNotFoundException"

I have a small JSF web app. When performing exploded deployment, after a ".dodeploy"/."undeploy"/".dodeploy"/".undeploy" cycle, the manifest.mf files are locked (I cannot delete the files, Windows tells me that they are used by a Java process)
A similar sample without JSF (and beans.xml) does not show this problem.
See the forum post for more details and the zip file of the "to be deployed" app.

For some part of Elytron subsystem some unneeded part of message is printed in failure-description - messages with prefix WFLYCTL0412 and WFLYCTL0180 should not be part of failure-description since they are unneeded and confusing for this kind of failures (see example).
Example:
Adding permission, but non existing module is used:

/subsystem=elytron/simple-permission-mapper=mapper:add(permission-mappings=[{permissions=[{action=read,class-name=org.wildfly.security.auth.permission.LoginPermission,target-name=someName,module=some.nonexist.module}]}])
{
        "WFLYCTL0080: Failed services" => {"org.wildfly.security.permission-mapper.mapper" => "org.jboss.msc.service.StartException in service org.wildfly.security.permission-mapper.mapper: org.jboss.modules.ModuleNotFoundException: some.nonexist.module:main
    Caused by: org.jboss.modules.ModuleNotFoundException: some.nonexist.module:main"},
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.permission-mapper.mapper"],
    },
}

Base on comment [1] we are assigning this Jira to Brian. Could you please clarify whether WildFly Core or Elytron subsystem are responsible for printing this message to failure-description?
[1] https://issues.jboss.org/browse/JBEAP-6886?focusedCommentId=13317330&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13317330

All headers are cleared when returning from 
to("sql:<query>?outputType=StreamList")

My web app has heterogenous DB support, and imports 3 jars each with its own Mongo, JPA MySQL, and JPA Postgres support. The datasource is chosen at runtime via conditional configuration loading.
I have to setup my web app to load DB-specific orm.xml files using intra-jar class loading. For example, my Postgres config looks like this:

Class<?> klass = com.acme.postgres.Placeholder.class;
ClasspathScanningPersistenceUnitPostProcessor processor = new ClasspathScanningPersistenceUnitPostProcessor(klass.getPackage().getName());
processor.setResourceLoader(new DefaultResourceLoader(klass.getClassLoader()));
processor.setMappingFileNamePattern("**/orm.xml");
entityManagerFactoryBean.setPersistenceUnitPostProcessors(processor);

The orm.xml file is located successfully within one of the WEB-INF/lib jars:

09:06:50 web.1  | 706  [localhost-startStop-1] DEBUG PathMatchingResourcePatternResolver  - Resolved location pattern [classpath*:com/acme/postgres/**/*orm.xml] to resources [URL [jar:file:/Users/me/workspaces/feature-springdata/MyServer/target/tomcat.5000/work/Tomcat/localhost/_/WEB-INF/lib/MyPostgresSupport-0.0.1-SNAPSHOT.jar!/com/acme/postgres/orm.xml]]

But then a traversal of resources throws a NPE:

09:06:50 web.1  | Caused by: java.lang.NullPointerException
09:06:50 web.1  | 	at org.springframework.data.jpa.support.ClasspathScanningPersistenceUnitPostProcessor.scanForMappingFileLocations(ClasspathScanningPersistenceUnitPostProcessor.java:146)
09:06:50 web.1  | 	at org.springframework.data.jpa.support.ClasspathScanningPersistenceUnitPostProcessor.postProcessPersistenceUnitInfo(ClasspathScanningPersistenceUnitPostProcessor.java:103)

The suspicious code is this:

for (Resource resource : scannedResources) {
   try {
      String resourcePath = resource.getURI().getPath();
      String resourcePathInClasspath = resourcePath.substring(resourcePath.indexOf(basePackagePathComponent));
      …
  }
}

In the above code, resourcePath is null. And the resource.getURI() is:

jar:file:/Users/me/workspaces/feature-springdata/MyServer/target/tomcat.5000/work/Tomcat/localhost/_/WEB-INF/lib/MyPostgresSupport-0.0.1-SNAPSHOT.jar!/com/acme/postgres/orm.xml

CopyUtils uses FileUtils.distCp to copy files but doesn't check the return value. It returns false if the copy fails.
Now, REPL LOAD and EXPORT/IMPORT commands internally uses CopyUtils to copy data files across clusters and here it may return success even if file copy fails and may cause data loss.
Need to throw error and retry.

Take the following attribute defintion: -

    static final SimpleAttributeDefinition PATH = new SimpleAttributeDefinitionBuilder(ElytronDescriptionConstants.PATH, ModelType.STRING, true)
        .setAllowExpression(true)
        .setMinSize(1)
        .setAttributeGroup(ElytronDescriptionConstants.FILE)
        .setFlags(AttributeAccess.Flag.RESTART_RESOURCE_SERVICES)
        .build();

If this is used as a basis for a new attribute: -

    static final SimpleAttributeDefinition PATH =
            new SimpleAttributeDefinitionBuilder(ElytronDescriptionConstants.PATH, FileAttributeDefinitions.PATH)
                    .setAttributeGroup(ElytronDescriptionConstants.FILE)
                    .setAllowNull(false)
                    .build();

The attribute group was not inherited and needed to be manually set again.

Gzip/zip marshal/unmarshal leaves input files open, relying on the garbage collector to close the file. The cause sporadic file deletion exceptions in the following route:
          from("file:incoming?delete=true")
            .marshal().gzip()
            .to("file:outgoing?fileName=${file:name}.gz");

The patch for HIVE-2022 broke TestEmbeddedHiveMetaStore and TestRemoteHiveMetaStore
https://hudson.apache.org/hudson/job/Hive-trunk-h0.20/590/
@Paul: Assigning this to you.

BucketCache.java
public boolean evictBlock(BlockCacheKey cacheKey) {
      ...
      if (bucketEntry.equals(backingMap.remove(cacheKey))) {
        bucketAllocator.freeBlock(bucketEntry.offset());
        realCacheSize.addAndGet(-1 * bucketEntry.getLength());
        blocksByHFile.remove(cacheKey.getHfileName(), cacheKey);
        if (removedBlock == null) {
          this.blockNumber.decrementAndGet();
        }
      } else {
      }
      ...

I think the problem is here. We remove a BucketEntry that should not be removed by us, but we do not put it back and also do not do any clean up.

If you start a slave HC in admin-only with no master to connect to, boot is fine but then any modifications made to the config result in capability resolution ERROR messages in the host-controller.log
Starting a slave HC in admin-only with no master to connect to is meant to work, allowing you to use CLI to manipulate the slave's host config:

bin/domain.sh --host-config=host-slave.xml --admin-only -Djboss.domain.master.address=127.0.0.1

The boot is fine:

[Host Controller] 11:06:10,639 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Full 10.0.0.Final-SNAPSHOT (WildFly Core 2.0.5.Final) (Host Controller) started in 1152ms - Started 41 of 42 services (12 services are lazy, passive or on-demand)

However, subsequent changes made via management tools (e.g. CLI) succeed but result in ERROR logging by the HC:

[domain@127.0.0.1:9999 /] /host=localhost/system-property=foo:add(value=bar)
{
    "server-groups" => undefined
}

The HC's log:

[Host Controller] 11:07:37,744 ERROR [org.jboss.as.controller] (management-handler-thread - 4) WFLYCTL0369: Required capabilities are not available:
[Host Controller]     org.wildfly.domain.server-group.other-server-group in context 'server-config'; There are no known registration points which can provide this capability.
[Host Controller]     org.wildfly.domain.server-group.main-server-group in context 'server-config'; There are no known registration points which can provide this capability.

The boot works without logging because of the enhancement Stuart added such that capability reference failures won't fail an admin-only boot, thus letting the user use admin-only to fix the config. But then with subsequent changes, the user gets ERRORs notifying them of the unfixed references.
But in this case, the references will never be available, so long as there is no connection to a master to provide the domain-wide config.
This is a general case that needs to be accounted for in the capability resolution logic.

The role of Encryptors.queryableText(String, String) is to allow for data to be encrypted for storage, then for the data to be queried against in its encrypted form.  A good example of the need for this is the storage of OAuth Consumer Keys.  Such keys should be encrypted when stored, and need to be queried when applications request authorization.
For this to work, the same message e.g. "6048b75ed560785c" must produce the same cipher text each time e.g. "5e37a66db5d48321050d17365d4f4e6fd217caade54d777bbecf6a458036e34b6fcbf0bebf2aa2a03ca5d5171ba5de7a"
. Unfortunately, this is not happening beyond container restarts since the "shared" initialization vector is initialized each time a queryable TextEncryptor instance is constructed.
The following simple test case demonstrates the issue:

	@Test
		TextEncryptor encryptor = Encryptors.queryableText("password", "salt");
		System.out.println(encryptor.encrypt("6048b75ed560785c"));
	}

Each time this test case is run, across all VM instances, the cipher text should be the same.  If you run it more than once, you'll see the cipher text change.  This is not correct behavior.
The fix is most likely to not apply an iV at all for a "queryable" TextEncryptor.

hive> select t, sum(t), count(*), sum(t)/count(*), avg(t) from ts group by t;
...
OK
1977-03-15 12:34:22.345678	 227306062  1  227306062	2.27306062345678E8

As it can be seen, timestamp value (1977-03-15 12:34:22.345678) is converted with fractional part ignored in sum, while preserved in avg. As a further result, sum()/count() is not equivalent to avg.

Recently I happened to run into code where we potentially could open region with smaller sequence number:
1) Inside function: HRegion#internalFlushcache. This is due to we change the way WAL Sync where we use late binding(assign sequence number right before wal sync).
The flushSeqId may less than the change sequence number included in the flush which may cause later region opening code to use a smaller than expected sequence number when we reopen the region.

flushSeqId = this.sequenceId.incrementAndGet();
...
mvcc.waitForRead(w);

2) HRegion#replayRecoveredEdits where we have following code:

...
          if (coprocessorHost != null) {
            status.setStatus("Running pre-WAL-restore hook in coprocessors");
            if (coprocessorHost.preWALRestore(this.getRegionInfo(), key, val)) {
              // if bypass this log entry, ignore it ...
              continue;
            }
          }
...
          currentEditSeqId = key.getLogSeqNum();

If coprocessor skip some tail WALEdits, then the function will return smaller currentEditSeqId. In the end, a region may also open with a smaller sequence number. This may cause data loss because Master may record a larger flushed sequence Id and some WALEdits maybe skipped during recovery if the region fail again.

Setting a large transaction timeout value like Integer.MAX_VALUE in the @Transactional annotation causes the transaction to timeout immediately. The problem appears to be in the setTimeoutInSeconds method in the org.springframework.transaction.support.ResourceHolderSupport class. The timeout in seconds is multiplied by 1000. Two ints multiplied in java result in an int so for example Integer.MAX_VALUE * 1000 equals -1000. This is why the transaction times out immediately as described..

in https://camel.apache.org/schema/cxf/camel-cxf-2.16.1-blueprint.xsd
the schema location indicates http protocol: <xsd:import namespace="http://www.osgi.org/xmlns/blueprint/v1.0.0" schemaLocation="http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd"/>
The protocol availble is https.

Different Roo generated tagx files uses this pattern:

xmlns:spring="http://www.springframework.org/tags"
<spring:url value="${path}/${itemId}" var="update_form_url">
    <spring:param name="form" />
</spring:url>
...
<a href="${fn:escapeXml(update_form_url)}"...>...</a>
or
<img src="${fn:escapeXml(update_image_url)}" .../>
or
<form:form action="${fn:escapeXml(form_url)}"...>...</form:form>

(for example: show.tagx: for update, create, create, list and delete links, update.tagx: form, create.tagx: form, find:tagx: form, table.tagx: show, update, delete, create, all images, may some other more) 
Unfortunaly spring:url escape the url (not like c:url). 
Spring Url Tag Java Doc:

Enhancements to the JSTL functionality include:

URL encoded template URI variables
HTML/XML escaping of URLs
JavaScript escaping of URLs

So the Url become escaped twice (once from spring:url and once from fn:escapeXml)
If there are two or more parameter the double escaping become a problem because the parameter separator (&) become escaped twice, and the HTML becomes unusable:
example of enhanced tagx
   <spring:param name="form"/>
   <spring:param name="additional" value="test"/>

result.html
href="/cfma/userAccounts/8782536999512249172?form&amp;amp;additional=test

At the moment this is not a so big problem because all occurrences (I have found so far) use only one parameter. 
So one has to extend the tagx file to run in this problem, or need to enable the Tomcat CRSF Protection Filter.
But because this issue is hard to debug (if you only add the Tomcat CRSF Protection Filter), it would be nice if the problem would be fixed.
In my opinion to fix the problem the statement

<a href="${fn:escapeXml(update_form_url)}" ..>
//need to replaced by
<a href="${update_form_url}"..>

And if escaping for the path and Id is needed, then 

<spring:url value="${path}/${itemId}" var="update_form_url">}} 
//needs to be replaced by:
<c:set var="baseUrl" value="${path}/${itemId}"/>
<spring:url value="${fn:escapeXml(baseUrl)}" var="update_form_url">

complete suggestion for fix
<c:set var="baseUrl" value="${path}/${itemId}"/>        	
...
<a id="_updateLink_${sec_id}_id" href="${update_form_url}" .../>
...
</a>

For very large queries, dumping the AST can lead to OOM errors. Currently there are two places where we dump the AST:

CalcitePlanner if we are running in DEBUG mode (line 300).
ExplainTask if we use extended explain (line 179).

I guess the original reason to add the dump was to check whether the AST conversion from CBO was working properly, but I think we are past that stage now.
We will remove the logic to dump the AST in explain extended. For debug mode in CalcitePlanner, we will lower the level to LOG.TRACE.

Some TPCDS queries on 1TB scale shows FloatTreeReader on profile samples. It is most likely because of multiple branching and polymorphic dispatch in FloatTreeReader.nextVector() implementation. See attached image for sampling profile output.

[disconnected /] embed-server --std-out=discard
10:27:43,671 INFO  [org.jboss.modules] (CLI command executor) JBoss Modules version 1.6.1.Final
10:27:43,698 INFO  [org.jboss.as] (MSC service thread 2-8) WFLYSRV0049: WildFly Core 4.0.0.Alpha1-SNAPSHOT "Kenny" starting
... etc

          ResultScanner targetScanner = targetTable.getScanner(scan);
          for (Result row : targetScanner) {
            targetHasher.hashResult(row);          
          }
        } // else current batch ends exactly at split end row

targetScanner should be closed upon leaving the if block.

Problem is that hadoop 2 orders results differently (when no specific order is requested). Need to change the tests.

org.springframework.data.hadoop.fs.FsShell shell;
.
.
.
shell.chgrp(true, "group1", "/path/to/hdfs/folder"); 
On execution, this line fails with:-
Caused by: java.lang.IllegalArgumentException: chmod : mode 'group1' does not match the expected pattern.
        at org.apache.hadoop.fs.FsShellPermissions$Chmod.processOptions(FsShellPermissions.java:93) ~[hadoop-common-2.7.1.jar!/:na]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_77]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_77]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_77]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_77]
        at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:216) ~[spring-core-4.2.4.RELEASE.jar!/:4.2.4.RELEASE]
        at org.springframework.data.hadoop.fs.FsShellPermissions.changePermissions(FsShellPermissions.java:102) ~[spring-data-hadoop-core-2.3.0.M3.jar!/:2.3.0.M3]
        at org.springframework.data.hadoop.fs.FsShell.chgrp(FsShell.java:178) ~[spring-data-hadoop-core-2.3.0.M3.jar!/:2.3.0.M3]
        at org.springframework.data.hadoop.fs.FsShell.chgrp(FsShell.java:174) ~[spring-data-hadoop-core-2.3.0.M3.jar!/:2.3.0.M3]

According to Example 50 at Using @Query docs, it's possible to use a native query with pagination using Pageable but in my case it's failing with a org.springframework.data.jpa.repository.query.InvalidJpaQueryMethodException.
NativeJpaQuery constructor is checking if the query has a Pageable parameter and if the queryString contains a #pageable or #sort sequence. The query has Pageable parameter but it  does not contain a #pageable string:

@Query(value = "select m.* from message m left join user_prefers_category u on (u.category = m.category and u.user = ?1) join message_category c on c.id = m.category where u.categoryEnabled = 1 or m.category not in (select category from user_prefers_category us where us.user = ?1)",
            countQuery = "select count(m.*) from message m left join user_prefers_category u on (u.category = m.category and u.user = ?1) join message_category c on c.id = m.category where u.categoryEnabled = 1 or m.category not in (select category from user_prefers_category us where us.user = ?1)",
    nativeQuery = true)
    Page<Message> findByUserCategories(Integer userId, Pageable pageable);

If I provide a #pageable string at the end of the query, validation passes, but when the query executes, it fails saying that it's expecting 3 parameters instead of 2.
Funny thing is that, when the server is starting, if I set a breakpoint inside NativeJpaQuery and change containsPageableOrSortInQueryExpression from false to true manually, validation passes just fine and the query executes well, paginating.

The Direct VM component allows routes in different Camel Contexts to communicate with each other with all the benefits of the Direct endpoint (namely thread-sharing, thus enabling transaction to propagate across Camel Contexts).
However, the TCCL of the consumer route still remains the TCCL of the producer route. See CAMEL-5722 for a similar case.
I suggest fixing this by introducing a proxy processor at the consumer that sets the appropriate classloader, and sets it back when done. Note: remember to take into account exception scenarios, i.e. we should catch exceptions from the forward call to .process(), reset the classloader and rethrow the exception.

In order to allow localisation and personnal messages' definition org.springframework.security.providers.ldap.LdapAuthenticationProvider should implement org.springframework.context.MessageSourceAware.
At this time it's not the case, so it is impossible to modify messages and use messages' localisation for this object (see §6.1 in spring security documentation http://static.springsource.org/spring-security/site/reference/html/supporting-infrastructure.html#localization).
By the way this object also doesn't implement org.springframework.beans.factory.InitializingBean.

When HiddenHttpMethodFilter is involved in an error dispatch it may disturb error rendering if the error was caused by a failure when calling `request.getParameter(String)`. In the case of the referenced Spring Boot issue, the failure is caused by a malformed multipart request.
The problem can be worked around by provided a custom filter that doesn't do anything when the javax.servlet.error.exception attribute is set:

@Bean
public OrderedHiddenHttpMethodFilter hiddenHttpMethodFilter() {
    return new OrderedHiddenHttpMethodFilter() {

        @Override
        protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response,
                FilterChain filterChain) throws ServletException, IOException {
            if (request.getAttribute(WebUtils.ERROR_EXCEPTION_ATTRIBUTE) != null) {
                filterChain.doFilter(request, response);
            }
            else {
                super.doFilterInternal(request, response, filterChain);
            }
        }

    };
}

This may be a bit too extreme, but I think it would be helpful if the filter did something similar by default.

Following unit test fails. 
Similar test, but using Spring XML with <routeBuilder ref="..."/> instead of Spring JavaConfig,  would succeed.

    locations = "org.plos.camel.BeanJavaConfigTest$ContextConfig",
    loader = JavaConfigContextLoader.class
)
public class BeanJavaConfigTest extends AbstractTestNGSpringContextTests {

  @EndpointInject(uri = "mock:end")
  protected MockEndpoint endpoint;

  @EndpointInject(uri = "mock:error")
  protected MockEndpoint errorEndpoint;

  @Produce(uri = "direct:start")
  protected ProducerTemplate producer;

  @Test
  @DirtiesContext
  public void testSomething() throws Exception {
    endpoint.expectedMessageCount(1);
    endpoint.message(0).body().isEqualTo("Message Body");
    producer.sendBody("Message Body");
    endpoint.assertIsSatisfied();
  }

  public static class SomeBean {

    @Handler
    public String someMethod(String body) {
      System.out.println("Received: " + body);
      return body;
    }
  }

  @Configuration
  public static class ContextConfig extends SingleRouteCamelConfiguration {

    @Bean
    @Override
    public RouteBuilder route() {
      return new RouteBuilder() {
        @Override
          from("direct:start")
              .bean(new SomeBean())
              .to("mock:end")
              .errorHandler(deadLetterChannel("mock:end"));
        }
      };
    }
  }
}

Error stack:

...

	at org.apache.camel.spring.spi.ApplicationContextRegistry.lookup(ApplicationContextRegistry.java:41)
	at org.apache.camel.component.bean.BeanInfo.createParameterMappingStrategy(BeanInfo.java:115)
	at org.apache.camel.component.bean.BeanProcessor.<init>(BeanProcessor.java:55)
	at org.apache.camel.model.BeanDefinition.createProcessor(BeanDefinition.java:156)
	at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:276)
	at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:116)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:439)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:126)
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:569)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:924)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:901)
	at org.apache.camel.spring.SpringCamelContext.maybeDoStart(SpringCamelContext.java:165)
	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:160)
	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:816)
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:99)
	at org.apache.camel.spring.SpringCamelContext.afterPropertiesSet(SpringCamelContext.java:87)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1369)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1335)
	... 74 more

During serialization bean with lazy initialization hibernate collection I use https://github.com/FasterXML/jackson-datatype-hibernate (Hibernate4Module).
It works OK, but when I set debug logging level I have org.hibernate.LazyInitializationException' exception. Cannot evaluate ...
at line:
org/springframework/spring-webmvc/4.1.4.RELEASE/spring-webmvc-4.1.4.RELEASE
org/springframework/web/servlet/mvc/method/annotation/ResponseBodyAdviceChain.java:61
logger.debug("Invoking ResponseBodyAdvice chain for body=" + body);
Here it trying to make toString entity with lazy initialization.
As workaround I set in logging settings:
    <logger name="org.springframework.web.servlet.mvc.method" level="INFO"/>

for submission of https://bugzilla.redhat.com/show_bug.cgi?id=987898

Pig on Tez scripts with union directly followed by HCatStorer have a problem due to HCatStorer not honoring mapreduce.output.basename and always using part. Tez sets mapreduce.output.basename to part-v000-o000 (vertex id followed by output id). With union optimizer, Pig uses vertex groups to write directly from both the vertices to the final output directory. Since hcat ignores the mapreduce.output.basename, both the vertices produce part-r-0000<n> and when they are moved from the temp location to the final directory, they just overwrite each other. There is no failure and only one of the files with that name makes it into the final directory.

With the introduction of JBossMessageDrivenBean31MetaData in JBMETA-287, some of the tests fail with:
is in error due to the following reason(s): java.lang.ClassCastException: org.jboss.metadata.ejb.jboss.JBoss50MessageDrivenBeanMetaData cannot be cast to org.jboss.metadata.ejb.jboss.JBossMessageDrivenBean31MetaData
This needs to be fixed similar to what we did for JBossSessionBean31MetaData.

The <gfe:pool/> element has no reference to the gemfire cache. This means it can be instantiated before the cache, causing an Exception "... Caused by: java.lang.IllegalStateException: Distributed System must be created before creating pool".
Work-around is to define using <bean/> syntax and adding a depends-on attribute...

	<bean id="pool" class="org.springframework.data.gemfire.client.PoolFactoryBean"
		depends-on="gemfire-cache">
		<property name="locators">
			<list>
				<bean class="org.springframework.data.gemfire.client.PoolConnection">
					<property name="host" value="${gemfire.locator.host}"/>
					<property name="port" value="${gemfire.locator.port}"/>
				</bean>
			</list>
	</bean>

mvn install -q -am -pl itests/qtest -DskipSparkTests -Dtest=TestMiniLlapLocalCliDriver -Dqfile=semijoin_hint.q,hybridgrace_hashjoin_2.q

A "jboss-deployment-structure.xml" with a schemaLocation attribute will fail to deploy.
This is a sample file:
<jboss-deployment-structure xmlns="urn:jboss:deployment-structure:1.1"
    xsi:schemaLocation="urn:jboss:deployment-structure:1.1 http://www.jboss.org/schema/jbossas/jboss-deployment-structure-1_1.xsd">
...
And this is the deployment error:
And this is the parse exception:
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[3,129]
Message: JBAS018754: Unexpected content of type 'element start', name is '
{urn:jboss:deployment-structure:1.1}
jboss-deployment-structure', text is: 'null'
    at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser11.unexpectedContent(JBossDeploymentStructureParser11.java:1129) [wildfly-server-8.2.0.Final.jar:8.2.0.Final]
    at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser11.readElement(JBossDeploymentStructureParser11.java:211) [wildfly-server-8.2.0.Final.jar:8.2.0.Final]
    at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser11.readElement(JBossDeploymentStructureParser11.java:69) [wildfly-server-8.2.0.Final.jar:8.2.0.Final]
    at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110)
    at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69)
    at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:316) [wildfly-server-8.2.0.Final.jar:8.2.0.Final]
    ... 8 more
The schemaLocation attribute makes sense, because Eclipse will be able to validate the file,and you have code completion. With the JBossTools plugin, the "xmlns" attribute is enough to get all this, because JBossTools adds this file to the xml catalog.

The following error is generated when a POJO defined as a polling consumer try to consume messages from an activemq queue
CaughtExceptionType:java.io.NotSerializableException,
CaughtExceptionMessage:org.apache.camel.component.jms.JmsQueueEndpoint,
StackTrace:java.io.NotSerializableException:
org.apache.camel.component.jms.JmsQueueEndpoint
       at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1081)
       at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1251)
       at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1075)
       at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:302)
       at org.apache.camel.component.bean.BeanInvocation.writeExternal(BeanInvocation.java:104)
       at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1310)
       at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1288)
       at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079)
       at org.apache.activemq.command.ActiveMQObjectMessage.storeContent(ActiveMQObjectMessage.java:98)
Here is the code of the POJO

public class ReportingConsumer {
	
	@EndpointInject(name = "queueReportingEndpoint")
	private ConsumerTemplate consumer;
	
       @EndpointInject(name = "queueReportingEndpoint")
	private Endpoint endpoint;
	
	public List<Map<String, Object>> collectMessages() {

    	List<Map<String, Object>> result = new ArrayList<Map<String, Object>>();
    	List<Map<String, Object>> received = new ArrayList<Map<String, Object>>();
    	
	received = consumer.receiveBody(endpoint, List.class);
...

Everything works fine when the POJO is designed like this :

@Consume(ref="queueToBeRead")
public List<> method(List<>) {

...

}

but in this case it is not a polling consumer

I have all archive entries of a 7z saved in a list and try to only get the content of a specific file. Comparing the archive entries with equals will always return false because the equals method is not overridden.
I will compare the name of the archive entry for now.
While looking through all archive entry implementations I noticed that the Arj entry also does not override the equals method.

The trouble is that in Hadoop 0.23 HADOOP_HOME has been deprecated. I think it would be really nice if bin/hive can be modified to capture the which hadoop
and pass that as a property into the JVM.

See SO
http://stackoverflow.com/questions/15849116/camel-splitter-producing-incorrect-number-of-done-exchanges-seen-by-notifybuilde
There is a little bug in whenSentTo in the notify builder.

There are a few runtime errors observed in some of the tpcds queries for following reasons:
1) VectorFileSinkOperator fails with LazyBinarySerde.
2) Decimal128 and Unsigned128 don't serialize correctly.

Add operation handle before operation.run instead of after operation.run. So when session is closed, all the running operations from operation.run can also be closed.

Test instructions: 

[rhusar@syrah wildfly-11.0.0.Beta1-SNAPSHOT]$ ./bin/jboss-cli.sh -c
[standalone@localhost:9990 /] /subsystem=modcluster/mod-cluster-config=configuration:write-attribute(name=excluded-contexts,value="default-host:/clusterbench"
{
}
[standalone@localhost:9990 /] /subsystem=modcluster/:read-proxies-info
{
        "localhost:9090",
        "Node: [1],Name: node1,Balancer: mycluster,LBGroup: ,Host: 127.0.0.1,Port: 8009,Type: ajp,Flushpackets: Off,Flushwait: 10,Ping: 10,Smax: 26,Ttl: 60,Elected: 0,Read: 0,Transfered: 0,Connected: 0,Load: 73
Vhost: [1:1:1], Alias: localhost
Vhost: [1:1:2], Alias: default-host
Context: [1:1:1], Context: /wildfly-services, Status: ENABLED
Context: [1:1:2], Context: /clusterbench-passivating, Status: ENABLED
Context: [1:1:3], Context: /tmp, Status: ENABLED
Context: [1:1:4], Context: /, Status: ENABLED
Context: [1:1:5], Context: /clusterbench, Status: ENABLED
"
    ]
}
[standalone@localhost:9990 /] /subsystem=modcluster/mod-cluster-config=configuration:write-attribute(name=excluded-contexts,value="default-host:clusterbench"
{
    }
}
{
}
{
        "Node: [1],Name: node1,Balancer: mycluster,LBGroup: ,Host: 127.0.0.1,Port: 8009,Type: ajp,Flushpackets: Off,Flushwait: 10,Ping: 10,Smax: 26,Ttl: 60,Elected: 0,Read: 0,Transfered: 0,Connected: 0,Load: 69
Context: [1:1:2], Context: /tmp, Status: ENABLED
Context: [1:1:3], Context: /clusterbench-passivating, Status: ENABLED
Context: [1:1:4], Context: /wildfly-services, Status: ENABLED
Context: [1:1:5], Context: /, Status: ENABLED
"
    ]
}

EmbeddedProcessFactory is loading EmbeddedHostControllerFactory and EmbeddedStandaloneServerFactory using its own classloader solely in order to get their names in order to pass those into the modular classloader. This unnecessarily ties the embedding app classloading environment to the embedded server side.
This is minor as it doesn't really cause any harm. It's just a cleanup to help make it easier to divide the two sides.

MongoTemplate.doSaveVersioned(…) uses doSave(…) to store an unversioned object. It should rather use doInsert(…) to avoid race conditions on concurrent inserts.

Because of storing decimal numbers as fixed length bytes, Parquet Serde pads leading zeros for decimal numbers that has less bytes representation. This works fine for positive decimals, but messes up with negative ones, for which, leading 1 bits are needed.

From TestHFileOutputFormat2 , e.g.:

 * Simple test for {@link CellSortReducer} and {@link HFileOutputFormat2}.

CellSortReducer doesn't exist.
From TestSerialization.java :

   * Create a table of name <code>name</code> with {@link COLUMNS} for

COLUMNS cannot be found.
This issue is to clean up the stale references in javadoc.

I just tried to create a new project using Roo 1.1.5 and noticed that the arrow keys no longer work in the command line shell on my Windows 7 laptop. Haven't checked the sources to see what has changed (JLine, Roo shell code), but it's very annoying. Same thing for the home and end key and the page up/down, BTW. Under Roo 1.1.4 this problem didn't exist. 

When binding an unavailable PU to JNDI an NPE is thrown rather than a message explaining the problem.

13:33:55,185 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."fails.ear".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."fails.ear".POST_MODULE: JBAS018733: Failed to process phase POST_MODULE of deployment "fails.ear"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.jpa.processor.PersistenceRefProcessor.getPersistenceUnitBindingSource(PersistenceRefProcessor.java:211)
	at org.jboss.as.jpa.processor.PersistenceRefProcessor.getPersistenceUnitRefs(PersistenceRefProcessor.java:127)
	at org.jboss.as.jpa.processor.PersistenceRefProcessor.processDescriptorEntries(PersistenceRefProcessor.java:78)
	at org.jboss.as.ee.component.deployers.AbstractDeploymentDescriptorBindingsProcessor.deploy(AbstractDeploymentDescriptorBindingsProcessor.java:95)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	... 5 more

"field list" commands generates on Entity a new Set field instead of a List field. Fix this bug. 

When running queries against hbase-backed hive tables, the following log messages are seen in the HS2 log.

2016-04-11 07:25:23,657 WARN org.apache.hadoop.hbase.mapreduce.TableInputFormatBase: You are using an HTable instance that relies on an HBase-managed Connection. This is usually due to directly creating an HTable, which is deprecated. Instead, you should create a Connection object and then request a Table instance from it. If you don't need the Table instance for your own use, you should instead use the TableInputFormatBase.initalizeTable method directly.
2016-04-11 07:25:23,658 INFO org.apache.hadoop.hbase.mapreduce.TableInputFormatBase: Creating an additional unmanaged connection because user provided one can't be used for administrative actions. We'll close it when we close out the table.

In a HS2 log file, there are 1366 zookeeper connections established but only a small fraction of them were closed. So lsof would show 1300+ open TCP connections to Zookeeper.
grep "org.apache.zookeeper.ClientCnxn: Session establishment complete on server" * |wc -l
1366
grep "INFO org.apache.zookeeper.ZooKeeper: Session:" * |grep closed |wc -l
54
According to the comments in TableInputFormatBase, the recommended means for subclasses like HiveHBaseTableInputFormat is to call initializeTable() instead of setHTable() that it currently uses.
"
Subclasses MUST ensure initializeTable(Connection, TableName) is called for an instance to function properly. Each of the entry points to this class used by the MapReduce framework, 
{@link #createRecordReader(InputSplit, TaskAttemptContext)}
 and 
{@link #getSplits(JobContext)}
, will call 
{@link #initialize(JobContext)}
 as a convenient centralized location to handle retrieving the necessary configuration information. If your subclass overrides either of these methods, either call the parent version or call initialize yourself.
"
Currently setHTable() also creates an additional Admin connection, even though it is not needed.
So the use of deprecated APIs are to be replaced.

If you send to a VM endpoint from one route and consume from the same endpoint in another route, but include an argument on only one of the routes, Camel sees them as two different routes.  Therefore, the messages are never consumed.  For example:
<camelContext id="sendNotifyContext"
	xmlns="http://camel.apache.org/schema/spring"
	errorHandlerRef="errorHandler">
      <route id="sendToNotify">
            <from uri="..." />
            ....
<to uri="vm:myNotify" />
      </route>
<camelContext id="receiveNotifyContext"
      <route id="receiveNotify">
<from uri="vm:myNotify?size=2500" />
            ....
            <to uri="..." />
      </route>
The producer appears to send to vm:myNotify while the consumer is listening to a separate endpoint named vm:myNotify?size=2500, so the messages build up and are never received.

[ERROR] testGetCertificateChainBinary(org.wildfly.security.ldap.KeyStoreSuiteChild)  Time elapsed: 0.057 s  <<< FAILURE!
org.junit.ComparisonFailure: expected:<CN=[firefly_binary], OU=Elytron, O=Elyt...> but was:<CN=[localhost], OU=Elytron, O=Elyt...>
	at org.wildfly.security.ldap.KeyStoreSuiteChild.testGetCertificateChainBinary(KeyStoreSuiteChild.java:136)
	at org.wildfly.security.ldap.DirContextFactoryRule$1.evaluate(DirContextFactoryRule.java:218)

If I switch order of certificates in chain, then test passes.

diff --git a/src/test/java/org/wildfly/security/ldap/KeyStoreSuiteChild.java b/src/test/java/org/wildfly/security/ldap/KeyStoreSuiteChild.java
index d8095867a..cda635beb 100644
--- a/src/test/java/org/wildfly/security/ldap/KeyStoreSuiteChild.java
+++ b/src/test/java/org/wildfly/security/ldap/KeyStoreSuiteChild.java
@@ -133,8 +133,8 @@ public class KeyStoreSuiteChild {
         Certificate[] chain = keyStore.getCertificateChain("firefly_binary");
         Assert.assertNotNull(chain);
         Assert.assertEquals(2, chain.length);
-        Assert.assertEquals("CN=firefly_binary, OU=Elytron, O=Elytron, L=Elytron, ST=Elytron, C=UK", ((X509Certificate)chain[0]).getSubjectDN().toString());
-        Assert.assertEquals("CN=localhost, OU=Elytron, O=Elytron, L=Elytron, ST=Elytron, C=UK", ((X509Certificate)chain[1]).getSubjectDN().toString());
+        Assert.assertEquals("CN=firefly_binary, OU=Elytron, O=Elytron, L=Elytron, ST=Elytron, C=UK", ((X509Certificate)chain[1]).getSubjectDN().toString());
+        Assert.assertEquals("CN=localhost, OU=Elytron, O=Elytron, L=Elytron, ST=Elytron, C=UK", ((X509Certificate)chain[0]).getSubjectDN().toString());
     }

For some reason I want able to debug code with -Dmaven.surefire.debug (Breakpoint was never hit) to find out which calls switch the order.
It takes long (5min) for debugger to attach to code.

      <groupId>org.springframework</groupId>
      <artifactId>spring-aop</artifactId>
      <version>${spring-version}</version>
is needed in pom.xml for camel-spring as its needed to let camel-spring component work out-of-the-box. Without it the camel-example-spring does not work and blows up with a ClassNotFoundException when you use camel:run

When a REST service returns an HTTP error code (e.g. 404) with some content in the response body, this body is not correctly copied into the exception.
This results e.g. in ${exception.responseBody} having a value like "org.restlet.data.Response@17bf0a7" in the following route fragment :
<doTry>
    <to uri="restlet:http://my.service.com/ws/
{id}
"/>
    <doCatch>
        <exception>org.apache.camel.CamelException</exception>
        <log message="body is : ${exception.responseBody}"/>
    </doCatch>
</doTry>
The problem is probably due to the statement (class org.apache.camel.component.restlet.RestletProducer, method populateRestletProducerException) :

   String copy = response.toString();

that should be instead something like :

   String copy = null;
   if (response.getEntity() != null) {
       // get content text
       copy = response.getEntity().getText();
   }

I was recently looking into some performance issue with a query that used SMB join and was running really slow. Turns out that the SMB join by default caches only 100 values per key before spilling to disk. That seems overly conservative to me. Changing the parameter resulted in a ~5x speedup - quite significant.
The parameter is: hive.mapjoin.bucket.cache.size
Which right now is only used the SMB Operator as far as I can tell.
The parameter was introduced originally (3 yrs ago) for the map join operator (looks like pre-SMB) and set to 100 to avoid OOM. That seems to have been in a different context though where you had to avoid running out of memory with the cached hash table in the same process, I think.
Two things I'd like to propose:
a) Rename it to what it does: hive.smbjoin.cache.rows
b) Set it to something less restrictive: 10000
If you string together a 5 table smb join with a map join and a map-side group by aggregation you might still run out of memory, but the renamed parameter should be easier to find and reduce. For most queries, I would think that 10000 is still a reasonable number to cache (On the reduce side we use 25000 for shuffle joins).

I am trying to use 'partitioned-region-template' to simplify my configurations. However, when persistence is enabled, SDG is trying to set "PERSISTENT_REPLICATE" to a Partitioned Region. Please see the errors from below attached stacktrace. When persistence is off, there is no issue. Please help to take a look at it. Thanks!

<gfe:partitioned-region-template id="PartitionedRegionTemplate" total-buckets="163" copies="1" persistent="true" disk-store-ref="regionDataStore">
    <gfe:partition-resolver ref="colocationPartitionResolver" />
    <gfe:eviction type="HEAP_PERCENTAGE" action="OVERFLOW_TO_DISK" />
</gfe:partitioned-region-template>

<gfe:partitioned-region id="fundRegion" template="PartitionedRegionTemplate" />

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'fundRegion': Cannot create inner bean '(inner bean)#49d67b41' of type [org.springframework.data.gemfire.RegionAttributesFactoryBean] while setting bean property 'attributes'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#49d67b41': Error setting property values; nested exception is org.springframework.beans.PropertyBatchUpdateException; nested PropertyAccessExceptions (1) are:
PropertyAccessException 1: org.springframework.beans.MethodInvocationException: Property 'partitionAttributes' threw exception; nested exception is java.lang.IllegalStateException: Data policy PERSISTENT_REPLICATE is not allowed for a partitioned region. DataPolicies other than [PARTITION, PERSISTENT_PARTITION] are not allowed.
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:287)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:129)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1419)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1160)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:293)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:290)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.autowireResource(CommonAnnotationBeanPostProcessor.java:449)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.getResource(CommonAnnotationBeanPostProcessor.java:423)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor$ResourceElement.getResourceToInject(CommonAnnotationBeanPostProcessor.java:551)
	at org.springframework.beans.factory.annotation.InjectionMetadata$InjectedElement.inject(InjectionMetadata.java:178)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.postProcessPropertyValues(CommonAnnotationBeanPostProcessor.java:304)
	... 13 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#49d67b41': Error setting property values; nested exception is org.springframework.beans.PropertyBatchUpdateException; nested PropertyAccessExceptions (1) are:
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1455)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:276)
	... 28 more
	at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:101)
	at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:57)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1452)
	... 32 more

Starting Beeline gives the following warnings multiple times:
SLF4J: Found binding in [jar:file:/opt/cloudera/parcels/CDH-6.x-1.cdh6.x.p0.215261/jars/log4j-slf4j-impl-2.8.2.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/opt/cloudera/parcels/CDH-6.x-1.cdh6.x.p0.215261/jars/slf4j-log4j12-1.7.5.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [org.apache.logging.slf4j.Log4jLoggerFactory]
ERROR StatusLogger No log4j2 configuration file found. Using default configuration: logging only errors to the console. Set system property 'org.apache.logging.log4j.simplelog.StatusLogger.level' to TRACE to show Log4j2 internal initialization logging.

TestMetastoreVersion#testDefaults sometimes fails with:

junit.framework.AssertionFailedError: null
	at junit.framework.Assert.fail(Assert.java:48)
	at junit.framework.Assert.assertTrue(Assert.java:20)
	at junit.framework.Assert.assertFalse(Assert.java:34)
	at junit.framework.Assert.assertFalse(Assert.java:41)
	at org.apache.hadoop.hive.metastore.TestMetastoreVersion.testDefaults(TestMetastoreVersion.java:73)

This also looks like it is because of random test order.  My hypothesis is that other tests set the System property "hive.metastore.schema.verification.", then if testDefaults doesnt run first, it will pick that up and assertion fails.

When the camel-jetty component is shut down, it leaves Jetty SelectChannelConnector instances active.

PayloadRootQNameEndpointMapping  gives an error when Saxon is the XSL transformer. It seems that Saxon is expecting a SAX 2 parser, while it receives an instance of SaajXMLReader, which is a SAX 1 parser.
This bug happened while trying to deploy a spring web service in weblogic 9, with Saxon sets as its default XSL transformer (with the JVM flag: -Djavax.xml.transform.TransformerFactory=net.sf.saxon.TransformerFactoryImpl)
The only beans that are defined in spring are the PayloadRootQNameEndpointMapping  and the Endpoints themselves.
Here is the stack trace I get:
2007-09-27 23:36:06,537 WARN org.springframework.ws.soap.server.SoapMessageDisp atcher - Endpoint invocation resulted in exception - responding with SOAP Fault
net.sf.saxon.trans.DynamicError: The SAX2 parser does not support setting the 'namespaces' feature to true
at net.sf.saxon.event.Sender.configureParser(Sender.java:357)
at net.sf.saxon.event.Sender.sendSAXSource(Sender.java:241)
at net.sf.saxon.event.Sender.send(Sender.java:142)
at net.sf.saxon.IdentityTransformer.transform(IdentityTransformer.java:29)
at org.springframework.ws.server.endpoint.support.PayloadRootUtils.getPayloadRootQName(PayloadRootUtils .java:79)
at org.springframework.ws.server.endpoint.mapping.PayloadRootQNameEndpointMapping.resolveQName(PayloadR ootQNameEndpointMapping.java:56)
at org.springframework.ws.server.endpoint.mapping.AbstractQNameEndpointMapping.getLookupKeyForMessage(A bstractQNameEndpointMapping.java:33)
at org.springframework.ws.server.endpoint.mapping.AbstractMapBasedEndpointMapping.getEndpointInternal(A bstractMapBasedEndpointMapping.java:106)
at org.springframework.ws.server.endpoint.mapping.AbstractEndpointMapping.getEndpoint(AbstractEndpointM apping.java:83)
at org.springframework.ws.server.MessageDispatcher.getEndpoint(MessageDispatcher.java:238)
at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:191)
at org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:158)
at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(Web ServiceMessageReceiverObjectSupport.java:87)
at org.springframework.ws.transport.http.WebServiceMessageReceiverHandlerAdapter.handle(WebServiceMessa geReceiverHandlerAdapter.java:57)
at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.ja va:158)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:461)
at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:426)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:763)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:856)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:225)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:127)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:175)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java :3211)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:1983)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1890)
at weblogic.servlet.internal.ServletRequestImpl.run(S ervletRequestImpl.java:1344)
at weblogic.work.ExecuteThread.execute(ExecuteThread. java:209)
at weblogic.work.ExecuteThread.run(ExecuteThread.java :181)

Since version 3.2.5 in expressions like
"dummyAction.isSero(dummyBean.getCalls())"
the argument part "dummyBean.getCalls()" is evaluated twice
see attached a little project for testing.
if you change the propertie 'spring.version' to 3.2.4.RELEASE the test is green. On all later versions the test fails.

set hive.input.format=org.apache.hadoop.hive.ql.io.CombineHiveInputFormat;
drop table combine_3_srcpart_seq_rc;
create table combine_3_srcpart_seq_rc (key int , value string) partitioned by (ds string, hr string) stored as sequencefile;
insert overwrite table combine_3_srcpart_seq_rc partition (ds="2010-08-03", hr="00") select * from src;
alter table combine_3_srcpart_seq_rc set fileformat rcfile;
insert overwrite table combine_3_srcpart_seq_rc partition (ds="2010-08-03", hr="001") select * from src;
desc extended combine_3_srcpart_seq_rc partition(ds="2010-08-03", hr="00");
desc extended combine_3_srcpart_seq_rc partition(ds="2010-08-03", hr="001");
select * from combine_3_srcpart_seq_rc where ds="2010-08-03" order by key;
will fail.

DeploymentStatusHandler is calling Resource.Tools.readModel() to get the mode instead of the simple Resource.getModel().
This fails because the resource is runtime-only and Resource.Tools.readModel() ignore runtime-only.

The format of rotating-file-audit-log's timestamp is insufficient. It lacks the information about seconds which might be a problem in an environment with thousands of active users.
Furthermore the format of timestamp is inconsistent with the file-audit-log.
file-audit-log:

2017-05-03 13:44:07

rotating-file-audit-log:

5/3/17 1:44 PM

Use the same format of timestamp in_rotating-file-audit-log_ as is already used in file-audit-log.

The distributed session manager implementation requires its session attributes to be marshallable.  However, if the cache is not clustered or persistent, this enforcement is unnecessary and puts unreasonable constraints on an application.

I wanted to explicitly connect to a hiveserver by specifying -u but that didn't work because it was not running/etc...
The strange thing is that somehow the default connection is activated...and tried
The possible "hazard" here is that if someone specifies -u $MY_DEV_HS2 -f recreate_db.sql to run some sql script...beeline may connect somewhere else and run the commands there - which might have serious consequences.... (in the above case having default as production might be interesting)

beeline -u jdbc:hive2://localhost:10502/;transportMode=binary  -n hrt_qa
SLF4J: Found binding in [jar:file:/usr/hdp/3.0.0.0-1406/hive/lib/log4j-slf4j-impl-2.10.0.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/usr/hdp/3.0.0.0-1406/hadoop/lib/slf4j-log4j12-1.7.25.jar!/org/slf4j/impl/StaticLoggerBinder.class]
Connecting to jdbc:hive2://localhost:10502/
18/05/31 07:51:20 [main]: WARN jdbc.HiveConnection: Failed to connect to localhost:10502
Unknown HS2 problem when communicating with Thrift server.
Error: Could not open client transport with JDBC Uri: jdbc:hive2://localhost:10502/: Invalid status 72 (state=08S01,code=0)
Connecting to jdbc:hive2://ctr-e138-1518143905142-336795-01-000016.hwx.site:2181,ctr-e138-1518143905142-336795-01-000008.hwx.site:2181,ctr-e138-1518143905142-336795-01-000014.hwx.site:2181,ctr-e138-1518143905142-336795-01-000009.hwx.site:2181,ctr-e138-1518143905142-336795-01-000015.hwx.site:2181/default;httpPath=cliservice;principal=hive/_HOST@EXAMPLE.COM;serviceDiscoveryMode=zooKeeper;ssl=true;transportMode=http;zooKeeperNamespace=hiveserver2
18/05/31 07:51:21 [main]: INFO jdbc.HiveConnection: Connected to ctr-e138-1518143905142-336795-01-000003.hwx.site:10001
18/05/31 07:51:21 [main]: ERROR jdbc.HiveConnection: Error opening session
org.apache.thrift.transport.TTransportException: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path validation failed: java.security.cert.CertPathValidatorException: signature check failed

Loading objects that contain objects of the same type does not seem to take into consideration the direction of the relationship when hydrating them, despite the direction being mentioned in the @Relationship annotation above the field (e.g. specifying only OUTGOING on a Person field within the Person class will also load Person<-[:Like]-Person). This may also happen for other types with relationships going in both directions between them, but I have not had the need to test for this.

Following exception is seen from test cases when lock is attempted -

2012-08-26 10:33:33,597 ERROR ZooKeeperHiveLockManager (ZooKeeperHiveLockManager.java:lock(317)) - Serious Zookeeper exception:
org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hive_zookeeper_namespace/default
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:111)
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
        at org.apache.zookeeper.ZooKeeper.create(ZooKeeper.java:778)
        at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.createChild(ZooKeeperHiveLockManager.java:285)
        at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.lockPrimitive(ZooKeeperHiveLockManager.java:353)
        at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.lock(ZooKeeperHiveLockManager.java:303)
        at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.lock(ZooKeeperHiveLockManager.java:220)
        at org.apache.hadoop.hive.ql.Driver.acquireReadWriteLocks(Driver.java:828)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:944)
        at org.apache.hadoop.hive.ql.QTestUtil.runLoadCmd(QTestUtil.java:458)
        at org.apache.hadoop.hive.ql.QTestUtil.createSources(QTestUtil.java:505)
        at org.apache.hadoop.hive.cli.TestCliDriver.<clinit>(TestCliDriver.java:55)
        at java.lang.Class.forName(Class.java:169)
        at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:374)
        at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1060)
        at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:911)

Most locations in hcatalog/build-support/ant/deploy.xml specify:

<localRepository path="${mvn.local.repo}"/>

but there are two locations which do not. This causes issues with ptest2 since those two locations end up using $HOME/.m2

Got failure on a simple route reading from file and sending to ActiveMQ queue.
On source File endpoint set preMove option to some folder, and on target activemq endpoint set transferExchange=true.
It fails with FileNotFound exception, trying to read file from original location, not from temporary preMoved one.
Without preMove all works perfect.
Simplified Spring application context with Camel routes looks like this:
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
    <bean id="brokerService" class="org.apache.activemq.broker.BrokerService" init-method="start" destroy-method="stop">
        <property name="brokerName" value="localhost" />
        <property name="useJmx" value="false" />
        <property name="transportConnectorURIs">
            <list>
                <value>vm://localhost</value>
            </list>
    </bean>
    <bean id="jmsConnectionFactory" class="org.apache.activemq.ActiveMQConnectionFactory" depends-on="brokerService">
        <property name="brokerURL" value="vm://localhost"/>
        <property name="redeliveryPolicy" ref="redeliveryPolicyConfigActiveMQ"/>
    </bean>
    <bean id="pooledConnectionFactory" class="org.apache.activemq.pool.PooledConnectionFactory" init-method="start" destroy-method="stop">
        <property name="maxConnections" value="8" />
        <property name="maximumActive" value="500" />
        <property name="connectionFactory" ref="jmsConnectionFactory" />
    </bean>
     <bean id="redeliveryPolicyConfigActiveMQ" class="org.apache.activemq.RedeliveryPolicy">
        <property name="maximumRedeliveries" value="1"/>
        <property name="redeliveryDelay" value="5000"/>
    </bean>
    <camelContext id="testCustomer" xmlns="http://camel.apache.org/schema/spring">
		<endpoint id="sourceEndpoint" uri="file:e:/work/ids/testCustomer/input/?preMove=.tmp&delay=1000&readLock=rename&copyAndDeleteOnRenameFail=false&move=.archive&moveFailed=.failed" />
		<endpoint id="destJms" uri="activemq:queue:source?transferExchange=true&connectionFactory=#pooledConnectionFactory" />
        <route id="testRoute">
            <from ref="sourceEndpoint" />
            <to ref="destJms" />
        </route>
</beans>
Exception trace:
org.apache.camel.TypeConversionException: Error during type conversion from type: java.io.File to the required type: byte[] with value e:\work\ids\testCustomer\input\payment.xml due java.io.FileNotFoundException: e:\work\ids\testCustomer\input\payment.xml (The system cannot find the file specified)
	at com.it.ids.exceptions.HandleException.process(HandleException.java:20)
	at org.apache.camel.processor.FatalFallbackErrorHandler.processNext(FatalFallbackErrorHandler.java:42)
	at org.apache.camel.processor.RedeliveryErrorHandler.deliverToFailureProcessor(RedeliveryErrorHandler.java:766)
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:273)
	at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:336)
	at org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:189)
	at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:155)
	at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:142)
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:92)
Caused by: org.apache.camel.RuntimeCamelException: java.io.FileNotFoundException: e:\work\ids\testCustomer\input\payment.xml (The system cannot find the file specified)
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1270)
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:926)
	at org.apache.camel.impl.converter.StaticMethodTypeConverter.convertTo(StaticMethodTypeConverter.java:47)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.doConvertTo(BaseTypeConverterRegistry.java:253)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.mandatoryConvertTo(BaseTypeConverterRegistry.java:155)
	at org.apache.camel.component.file.FileBinding.loadContent(FileBinding.java:57)
	at org.apache.camel.component.file.GenericFileConverter.genericFileToInputStream(GenericFileConverter.java:123)
	at org.apache.camel.component.file.GenericFileConverter.genericFileToSerializable(GenericFileConverter.java:152)
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:922)
	at org.apache.camel.impl.DefaultExchangeHolder.checkMapSerializableObjects(DefaultExchangeHolder.java:209)
	at org.apache.camel.impl.DefaultExchangeHolder.safeSetProperties(DefaultExchangeHolder.java:177)
	at org.apache.camel.impl.DefaultExchangeHolder.marshal(DefaultExchangeHolder.java:93)
	at org.apache.camel.impl.DefaultExchangeHolder.marshal(DefaultExchangeHolder.java:71)
	at org.apache.camel.component.jms.JmsBinding.createJmsMessage(JmsBinding.java:439)
	at org.apache.camel.component.jms.JmsBinding.makeJmsMessage(JmsBinding.java:287)
	at org.apache.camel.component.jms.JmsProducer$2.createMessage(JmsProducer.java:266)
	at org.apache.camel.component.jms.JmsConfiguration$CamelJmsTemplate.doSendToDestination(JmsConfiguration.java:215)
	at org.apache.camel.component.jms.JmsConfiguration$CamelJmsTemplate.access$100(JmsConfiguration.java:158)
	at org.apache.camel.component.jms.JmsConfiguration$CamelJmsTemplate$3.doInJms(JmsConfiguration.java:192)
	at org.springframework.jms.core.JmsTemplate.execute(JmsTemplate.java:466)
	at org.apache.camel.component.jms.JmsConfiguration$CamelJmsTemplate.send(JmsConfiguration.java:189)
	at org.apache.camel.component.jms.JmsProducer.doSend(JmsProducer.java:398)
	at org.apache.camel.component.jms.JmsProducer.processInOnly(JmsProducer.java:352)
	at org.apache.camel.component.jms.JmsProducer.process(JmsProducer.java:132)
	at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:122)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:117)
	... 28 more
Caused by: java.io.FileNotFoundException: e:\work\ids\testCustomer\input\payment.xml (The system cannot find the file specified)
	at java.io.FileInputStream.<init>(FileInputStream.java:106)
	at org.apache.camel.converter.IOConverter.toInputStream(IOConverter.java:73)
	at org.apache.camel.converter.IOConverter.toByteArray(IOConverter.java:243)
	... 71 more

Changes error thrown on HCatalog Get Column for Non-existent columns from 'Server Error(500)' to 'Not Found error(404)'

As of revision 1414 of  CommonsHttpMessageSender, the MultiThreadedHttpConnectionManager never gets it's shutdown method invoked.
It appears that the prior revision of CommonsHttpMessageSender implemented DisposableBean, and invoked this properly.
SWS-482 removed the destroy method to cope with a problem report, but the result is worse.
If you use MultiThreadedHttpConnectionManager, you have to call it's shutdown method, or it will block application exit.
For example, I have a class with a main method that uses WebServiceTemplate along with CommonsHttpMessageSender that is invoked via an ant task. The main method will complete, but the JVM cannot exit.
Lets revisit SWS-482 and come up with a means for resolving the issue appropriately.
The reporter of that issue mentions that:
"it happens it is always after we redeploy our application (weblogic 9.2MP2)".

An issue was reported in the forum that upgrading to RC1 resulted in the IllegalArgumentException. Switching to use the HttpComponentsClientHttpRequestFactory resolves the issue. Prior to RC1, Rest Template defaulted to the HttpComponentsClientHttpRequestFactory, but now in versions greater than Froyo (2.2), it defaults to SimpleClientHttpRequestFactory. It may be that SimpleClientHttpRequestFactory was not working in any of the previous versions either. Here is the reported Rest Template construction being used:
        HttpHeaders requestHeaders = new HttpHeaders();
        List<MediaType> acceptableMediaTypesXml = new ArrayList<MediaType>();
        acceptableMediaTypesXml.add(MediaType.APPLICATION_XML);
        requestHeaders.set("WsUsername", "username");
        requestHeaders.set("WsPassword", "password");
        requestHeaders.setAcceptEncoding(ContentCodingType.GZIP);
        if (ticket != null)
        {
            requestHeaders.set("Ticket", ticket);
        }
        requestHeaders.set("TerminalID", UnoMobilApplication.getTerminalId());
        restTemplate = new RestTemplate(new HttpComponentsClientHttpRequestFactory());     // since default doesn't work...
        requestHeaders.setAccept(acceptableMediaTypesXml);
        HttpEntity<?> requestEntity = new HttpEntity<String>(id, requestHeaders);
        ResponseEntity<DeliveryList> responseEntity = restTemplate.exchange(url + "deliveries/" + id, HttpMethod.GET, requestEntity, DeliveryList.class);
        return responseEntity.getBody();

Allow both:
select * from (select * from foo) bar 
select * from (select * from foo) as bar 

Though very rare, but if the preamble is not sent at once, the logic will be broken.

When using the backlog debugger then updating the body/headers would currently force those to become string type.
We should preserve existing type, and allow end users to specify a new type. And also make it possible to remove body/headers as well.

New config parameters have been introduced in hive 0.14. SQL standard authorization needs to be updated to allow some new parameters to be set, when the authorization mode is enabled.

If an exception is thrown in beforeChunk in a ChunkListener and the job is configured with skips (but not to skip the exception that is thrown from the ChunkListener) it will result in an endless loop. Same will happen if you have configured your job for retries.
If neither retry nor skip is configured, the job will end with ExitStatus.FAILED, as expected. Which makes me suspect the issue is in the exception handling in some of the components added when skip or retry comes into play.
I've attached two files based on the Spring Batch template from STS that can be dropped in to reproduce the issue.

Quickstart folders that contain only one image:

switchyard/camel-jms-binding
camel-jpa-binding
soap-addressing
bpel-xts-wsat
bpel-xts-subordinate-wsba

The current code will only scan the top level of a multipart message. This misses any attachments that are under another node.
All unit tests still run for me after applying this patch.

Not sure, it this is by design or a bug. But in the `MimeType::equals` there is a special check for the `charset` parameter, i.e.
```
if (PARAM_CHARSET.equals(key)) {
				if (!ObjectUtils.nullSafeEquals(getCharset(), other.getCharset())) 
{
					return false;
				}
			}
```
While in the `MimeType::compareTo` method it doesn't handle `charset` parameter any how specific, so simple string comparison is done then.
So, the possible issue is that `equals` will produce true when comparing `application/json;charset=UTF-8` and `application/json;charset=utf-8`, while `compareTo` will return "false".

I suppose the issue is in line:
this.forwardObj [ i ] = res.convertIfNecessary(rowList.get( i ), f.getFieldObjectInspector());
there is never reason for conversion, it should just be:
this.forwardObj [ i ] = rowList.get( i )
Caused by: java.lang.ClassCastException: org.apache.hadoop.io.LongWritable cannot be cast to java.lang.Long
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.JavaLongObjectInspector.get(JavaLongObjectInspector.java:39)
	at org.apache.hadoop.hive.serde2.lazy.LazyUtils.writePrimitiveUTF8(LazyUtils.java:203)
	at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serialize(LazySimpleSerDe.java:427)
	at org.apache.hadoop.hive.serde2.columnar.ColumnarSerDe.serialize(ColumnarSerDe.java:169)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:569)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:762)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:84)
	at org.apache.hadoop.hive.ql.exec.LateralViewJoinOperator.processOp(LateralViewJoinOperator.java:133)
	at org.apache.hadoop.hive.ql.exec.UDTFOperator.forwardUDTFOutput(UDTFOperator.java:112)
	at org.apache.hadoop.hive.ql.udf.generic.UDTFCollector.collect(UDTFCollector.java:44)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDTF.forward(GenericUDTF.java:81)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDTFInline.process(GenericUDTFInline.java:63)
	at org.apache.hadoop.hive.ql.exec.UDTFOperator.processOp(UDTFOperator.java:98)

HIVE-14032 has introduced a whitespace error in itests/src/test/resources/testconfiguration.properties (left a space after ) which caused 300+ test failures in ptest..
The reason ptest didn't pick this error up originally is that commit of that Jira had some extra changes compared to the patch uploaded to HIVE-14032.

This is a followup for HIVE-16160. We see additional ClassLoaderResolverImpl leaks even with the patch.

Master is restarting after a previous master crashed while recovering some regions from a dead server.
Master recovers RIT for the region, however the RIT has no location (logged, at least) in CONFIRM_CLOSE state. That is a potential problem #0.5 - confirm where? But that should be covered by meta, so not a big deal, right. As such it doesn't seem to add the region to server map anywhere

2018-12-17 14:51:14,606 INFO  [master/:17000:becomeActiveMaster] assignment.AssignmentManager: Attach pid=38015, state=RUNNABLE:REGION_STATE_TRANSITION_CONFIRM_CLOSED, hasLock=false; TransitRegionStateProcedure table=t1, region=region1, REOPEN/MOVE to rit=OFFLINE, location=null, table=t1, region=region1 to restore RIT

However, in this case ServerCrashProcedure for the server kicks off BEFORE meta is loaded.
That seems to be a problem #1 - it immediately gets regions to later recover, so in this case it gets nothing.
I've grepped our logs for successful cases of SCP interacting with region transition at startup, and in all cases the meta was loaded before SCP.
Seems like a race condition. Looks like SCP handles it

2018-12-17 14:51:14,625 INFO  [master/:17000:becomeActiveMaster] master.RegionServerTracker: Starting RegionServerTracker; 0 have existing ServerCrashProcedures, 103 possibly 'live' servers, and 1 'splitting'.
2018-12-17 14:51:20,770 INFO  [master/:17000:becomeActiveMaster] master.ServerManager: Processing expiration of server1,17020,1544636616174 on ,17000,1545087053243
2018-12-17 14:51:20,921 INFO  [master/:17000:becomeActiveMaster] assignment.AssignmentManager: Added server1,17020,1544636616174 to dead servers which carryingMeta=false, submitted ServerCrashProcedure pid=111298
2018-12-17 14:51:30,728 INFO  [PEWorker-13] procedure.ServerCrashProcedure: Start pid=111298, state=RUNNABLE:SERVER_CRASH_START, hasLock=true; ServerCrashProcedure server=server1,17020,1544636616174, splitWal=true, meta=false

Meta is only loaded 11-12 seconds later.
If one looks at meta-loading code however, there is one more problem #2 - the region is in CLOSING state, so the addRegionToServer is not going to be called - it's only called for OPENED regions. 
Expanding on the above, I've only seen SCP unblock stuck region transition at startup when region started out in meta as OPEN.

2018-12-17 14:51:42,403 INFO  [master/:17000:becomeActiveMaster] assignment.RegionStateStore: Load hbase:meta entry region=region1, regionState=CLOSING, lastHost=server1,17020,1544636616174, regionLocation=server1,17020,1544636616174, openSeqNum=629131

SCP predictably finishes without doing anything; no other logs for this pid

2018-12-17 14:52:19,046 INFO  [PEWorker-2] procedure2.ProcedureExecutor: Finished pid=111298, state=SUCCESS, hasLock=false; ServerCrashProcedure server=server1,17020,1544636616174, splitWal=true, meta=false in 58.0010sec

After that, region is still stuck trying to be closed in TransitRegionStateProcedure; it's in the same state for hours including across master restarts.

2018-12-17 15:09:35,216 WARN  [PEWorker-14] assignment.TransitRegionStateProcedure: Failed transition, suspend 604secs pid=38015, state=RUNNABLE:REGION_STATE_TRANSITION_CLOSE, hasLock=true; TransitRegionStateProcedure table=t1, region=region1, REOPEN/MOVE; rit=CLOSING, location=server1,17020,1544636616174; waiting on rectified condition fixed by other Procedure or operator intervention

The test-case to reproduce:

@Test
public void resolveNullHeaderToOptional() throws Exception {
	class Foo {

		public void optionalHeader(@Header("foo") Optional<String> foo) {

		}

	}

	GenericApplicationContext cxt = new GenericApplicationContext();
	cxt.refresh();

	HeaderMethodArgumentResolver resolver = new HeaderMethodArgumentResolver(new DefaultConversionService(),
			cxt.getBeanFactory());

	Method method = ReflectionUtils.findMethod(Foo.class, "optionalHeader", (Class<?>[]) null);
	MethodParameter optionalParameter = new SynthesizingMethodParameter(method, 0);

	Message<String> message = MessageBuilder.withPayload("foo")
//				.setHeader("foo", "bar")
			.build();
	Object result = resolver.resolveArgument(optionalParameter, message);
	assertEquals(Optional.empty(), result);
}

The "guilty" code is here in the AbstractNamedValueMethodArgumentResolver:

if (!ClassUtils.isAssignableValue(parameter.getParameterType(), arg)) {
	arg = this.conversionService.convert(arg, TypeDescriptor.forObject(arg), new TypeDescriptor(parameter));
}

Meanwhile org.springframework.web.method.annotation.AbstractNamedValueMethodArgumentResolver delegates to the ConversionService independently of the types compatibility:

try {
	arg = binder.convertIfNecessary(arg, parameter.getParameterType(), parameter);
}
catch (ConversionNotSupportedException ex) {

The here is like currently Spring Integration relies on the SpEL method invocation and we can't properly move to the InvocableHandlerMethod foundation, because of missing conversions.
I guess I can come up as a workaround with something like OptionalHeaderMethodArgumentResolver implementation, but would be great to have a fix in the Core as well.
Thanks.

When asserting that the path within mapping is within the request, ResourceUrlProvider should check for an index != 1
This bug only happens when there is no context path (which is the default case for Spring Boot).
Unit tests should test that case, see there.

 You will usually return GrantedAuthority objects from the UserDetailsService.
This sentence should be 
 You will usually return GrantedAuthority objects from the Authentication.

I happened to see this in a testsuite log file:

2014-11-07 02:59:41,808 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) WFLYDS0012: Scan of /opt/buildAgent/work/8feb0abb503148fe/testsuite/manualmode/target/deployment-test-bc636b67-df54-462d-9a13-3618a1755d3f threw Exception: java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask@146a4b2 rejected from java.util.concurrent.ScheduledThreadPoolExecutor@e6cbcd[Shutting down, pool size = 1, active threads = 1, queued tasks = 0, completed tasks = 3]
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2048)
	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:821)
	at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute(ScheduledThreadPoolExecutor.java:325)
	at java.util.concurrent.ScheduledThreadPoolExecutor.schedule(ScheduledThreadPoolExecutor.java:530)
	at java.util.concurrent.ScheduledThreadPoolExecutor.execute(ScheduledThreadPoolExecutor.java:619)
	at org.jboss.as.controller.ModelControllerImpl$3.executeAsync(ModelControllerImpl.java:669)
	at org.jboss.as.controller.ModelControllerImpl$3.executeAsync(ModelControllerImpl.java:605)
	at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations.deploy(DefaultDeploymentOperations.java:61)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:449)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$UndeployScanRunnable.run(FileSystemDeploymentService.java:538)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)

DeploymentScannerService is calling stopScanner() on the scanner and then is shutting down the executor. But stopScanner does not wait for in progress tasks to complete, nor do the in-progress tasks recognize that shutdown is occurring and handle any problems differently (e.g. don't toss the above in the log.)
Waiting for tasks to complete could be tricky, e.g. imagine this race:
1) Admin submits op to shutdown/reload, which has the controller lock and is now stopping services.
2) Scan job kicks off, finds changes and wants to modify the model, so the task is blocking waiting for the controller lock.
Deadlock.
Now, this may not be a problem, as server reload tells MSC to remove the root service on the way out (i.e. after the bit where it blocks for stability) and then MSC threads take over, allowing the op thread to continue and release the lock. The shutdown handler spawns a thread to call System.exit.
But ^^^ is just a quick look, so be cautious! 

See nabble
http://camel.465427.n5.nabble.com/Overriding-ScheduledPollConsumer-tp4676752p4676752.html
The problem is that the file consumer is started when the route starts

2011-08-09 10:11:05,648 [main           ] INFO  DefaultCamelContext            - Apache Camel  (CamelContext: camel-1) started in 0.284 seconds
2011-08-09 10:11:06,628 [rget/pollenrich] DEBUG FileConsumer                   - Took 0.000 seconds to poll: target/pollenrich
2011-08-09 10:11:07,130 [rget/pollenrich] DEBUG FileConsumer                   - Took 0.000 seconds to poll: target/pollenrich
2011-08-09 10:11:07,632 [rget/pollenrich] DEBUG FileConsumer                   - Took 0.000 seconds to poll: target/pollenrich
2011-08-09 10:11:08,133 [rget/pollenrich] DEBUG FileConsumer                   - Took 0.000 seconds to poll: target/pollenrich
2011-08-09 10:11:08,634 [rget/pollenrich] DEBUG FileConsumer                   - Took 0.000 seconds to poll: target/pollenrich
2011-08-09 10:11:09,135 [rget/pollenrich] DEBUG FileConsumer                   - Took 0.000 seconds to poll: target/pollenrich
2011-08-09 10:11:09,637 [rget/pollenrich] DEBUG FileConsumer                   - Took 0.000 seconds to poll: target/pollenrich

Instead it should only be polling on demand

Need to set this to a reasonably high value the the table.
This will reserve a range of write IDs that will be treated by the system as committed.
This is needed so that we can assign unique ROW__IDs to each row in files that already exist in the table.  For example, if the value is initialized to the number of files currently in the table, we can think of each file as written by a separate transaction and thus a free to assign bucketProperty (BucketCodec) of ROW_ID in whichever way is convenient.
it's guaranteed that all rows get unique ROW_IDs this way.

http://docs.oracle.com/javase/7/docs/api/java/sql/Connection.html#isValid(int) implementation in Hive JDBC driver throws "SQLException("Method not supported")".
That is a method often used by connection pooling libraries.

Unable to use client usernames of the format:

username/host@REALM
username@FOREIGN_REALM

The following works fine:

username@REALM 

JGroups subsystem is using model overrides, however the test framework fails with the following when tranforming current model to e.g. 7.2.:

[INFO] Running org.jboss.as.clustering.jgroups.subsystem.JGroupsTransformersTestCase
[ERROR] Tests run: 8, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 14.029 s <<< FAILURE! - in org.jboss.as.clustering.jgroups.subsystem.JGroupsTransformersTestCase
[ERROR] testTransformerEAP720(org.jboss.as.clustering.jgroups.subsystem.JGroupsTransformersTestCase)  Time elapsed: 1.435 s  <<< FAILURE!
java.lang.AssertionError:
WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: WFLYCTL0282: Model contains fields that are not known in definition, fields: [key-alias, key-store, key-credential-reference], path: [
    ("subsystem" => "jgroups"),
    ("stack" => "*"),
    ("protocol" => "*")
]
	at org.jboss.as.model.test.ModelTestUtils.checkOutcome(ModelTestUtils.java:134)
	at org.jboss.as.model.test.ModelTestUtils.checkResultAndGetContents(ModelTestUtils.java:119)
	at org.jboss.as.subsystem.test.MainKernelServicesImpl.readTransformedModel(MainKernelServicesImpl.java:135)
	at org.jboss.as.subsystem.test.SubsystemTestDelegate.checkSubsystemModelTransformation(SubsystemTestDelegate.java:430)
	at org.jboss.as.subsystem.test.AbstractSubsystemTest.checkSubsystemModelTransformation(AbstractSubsystemTest.java:222)
	at org.jboss.as.clustering.jgroups.subsystem.JGroupsTransformersTestCase.testTransformation(JGroupsTransformersTestCase.java:165)
	at org.jboss.as.clustering.jgroups.subsystem.JGroupsTransformersTestCase.testTransformerEAP720(JGroupsTransformersTestCase.java:135)

[INFO]
[INFO]
[ERROR]   JGroupsTransformersTestCase.testTransformerEAP720:135->testTransformation:165->AbstractSubsystemTest.checkSubsystemModelTransformation:222 WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: WFLYCTL0282: Model contains fields that are not known in definition, fields: [key-alias, key-store, key-credential-reference], path: [
]
[INFO]
[ERROR] Tests run: 8, Failures: 1, Errors: 0, Skipped: 0

Currently model version of logging subsystem is 3.0.0 same as in EAP 7.0.
but model diff reports changes to the model.
So it needs model bump to 4.0.0, as well as transformers.
As a bonus point, it would be really good performance wise if we could move transformers registration to use non deprecated ExtensionTransformerRegistration API.
model diff:

====== Resource root address: ["subsystem" => "logging"] - Current version: 3.0.0; legacy version: 3.0.0 =======
--- Problems for relative address to root ["file-handler" => "*"]:
Missing operations in current: []; missing in legacy [path-info]
--- Problems for relative address to root ["log-file" => "*"]:
Different 'type' for attribute 'stream'. Current: STRING; legacy: LONG
--- Problems for relative address to root ["logging-profile" => "*","file-handler" => "*"]:
--- Problems for relative address to root ["logging-profile" => "*","log-file" => "*"]:
--- Problems for relative address to root ["logging-profile" => "*","periodic-rotating-file-handler" => "*"]:
--- Problems for relative address to root ["logging-profile" => "*","periodic-size-rotating-file-handler" => "*"]:
--- Problems for relative address to root ["periodic-rotating-file-handler" => "*"]:
--- Problems for relative address to root ["periodic-size-rotating-file-handler" => "*"]:

The version is listed twice here http://static.springsource.org/spring-security/site/docs/3.2.x/guides/

I'm hitting the very similar exception as described at WFLY-4548. It's

ERROR [stderr] (Thread-182) Exception in thread "Thread-182" java.lang.NullPointerException
ERROR [stderr] (Thread-182) 	at com.sun.corba.se.impl.oa.poa.POAImpl$DestroyThread.run(POAImpl.java:566)

this happens when I'm stopping server which does have defined connection to another server (or at least I'm able to reproduce it with usual periodicity). The full server log is

INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0049: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.CR5) starting
DEBUG [org.jboss.as.config] (MSC service thread 1-6) Configured system properties:
[Standalone] = 
awt.toolkit = sun.awt.X11.XToolkit
current.module.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts
file.encoding = UTF-8
file.encoding.pkg = sun.io
file.separator = /
java.awt.graphicsenv = sun.awt.X11GraphicsEnvironment
java.awt.headless = true
java.awt.printerjob = sun.print.PSPrinterJob
java.class.path = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/jboss-modules.jar:/tmp/btm/byteman.jar
java.class.version = 52.0
java.endorsed.dirs = /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/endorsed
java.ext.dirs = /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/ext:/usr/java/packages/lib/ext
java.home = /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre
java.io.tmpdir = /tmp
java.library.path = /usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
java.naming.factory.url.pkgs = org.jboss.as.naming.interfaces:org.jboss.ejb.client.naming
java.net.preferIPv4Stack = true
java.net.preferIPv6Addresses = false
java.runtime.name = OpenJDK Runtime Environment
java.runtime.version = 1.8.0_60-b27
java.security.auth.login.config = jar:file:/home/ochaloup/jboss/jboss-eap-7.0.0.DR11/modules/system/layers/base/org/picketbox/main/picketbox-4.9.3.Final.jar!/auth.conf
java.specification.name = Java Platform API Specification
java.specification.vendor = Oracle Corporation
java.specification.version = 1.8
java.util.logging.manager = org.jboss.logmanager.LogManager
java.vendor = Oracle Corporation
java.vendor.url = http://java.oracle.com/
java.vendor.url.bug = http://bugreport.sun.com/bugreport/
java.version = 1.8.0_60
java.vm.info = mixed mode
java.vm.name = OpenJDK 64-Bit Server VM
java.vm.specification.name = Java Virtual Machine Specification
java.vm.specification.vendor = Oracle Corporation
java.vm.specification.version = 1.8
java.vm.vendor = Oracle Corporation
java.vm.version = 25.60-b23
javax.management.builder.initial = org.jboss.as.jmx.PluggableMBeanServerBuilder
javax.xml.datatype.DatatypeFactory = __redirected.__DatatypeFactory
javax.xml.parsers.DocumentBuilderFactory = __redirected.__DocumentBuilderFactory
javax.xml.parsers.SAXParserFactory = __redirected.__SAXParserFactory
javax.xml.stream.XMLEventFactory = __redirected.__XMLEventFactory
javax.xml.stream.XMLInputFactory = __redirected.__XMLInputFactory
javax.xml.stream.XMLOutputFactory = __redirected.__XMLOutputFactory
javax.xml.transform.TransformerFactory = __redirected.__TransformerFactory
javax.xml.validation.SchemaFactory:http://www.w3.org/2001/XMLSchema = __redirected.__SchemaFactory
javax.xml.xpath.XPathFactory:http://java.sun.com/jaxp/xpath/dom = __redirected.__XPathFactory
jboss.home.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts
jboss.host.name = ochaloup
jboss.modules.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/modules
jboss.modules.system.pkgs = org.jboss.byteman,org.jboss.qa.byteman,org.jboss.logmanager,org.jboss.as.cli
jboss.node.name = jbossts
jboss.qualified.host.name = ochaloup
jboss.server.base.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone
jboss.server.config.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/configuration
jboss.server.data.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data
jboss.server.deploy.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data/content
jboss.server.log.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/log
jboss.server.name = ochaloup
jboss.server.persist.config = true
jboss.server.temp.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/tmp
jbossts.dist = /home/ochaloup/jboss/jboss-eap-7.0.0.DR11
jbossts.module.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts
line.separator = 

logging.configuration = file:/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/configuration/logging.properties
mcast = 230.0.0.4
module.path = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/modules:/home/ochaloup/jboss/jboss-eap-7.0.0.DR11/modules:/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/modules
node0 = 127.0.0.1
node1 = 127.0.0.1
node2 = 127.0.0.1
org.apache.xml.security.ignoreLineBreaks = true
org.jboss.boot.log.file = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/log/server.log
org.jboss.byteman.contrib.dtest.rmiregistry.port = 1199
org.jboss.byteman.debug = true
org.jboss.byteman.verbose = true
org.jboss.com.sun.CORBA.ORBUseDynamicStub = true
org.jboss.logmanager.nocolor = true
org.jboss.resolver.warning = true
org.jboss.security.context.ThreadLocal = true
org.omg.CORBA.ORBClass = com.sun.corba.se.impl.orb.ORBImpl
org.omg.CORBA.ORBSingletonClass = com.sun.corba.se.impl.orb.ORBSingleton
org.xml.sax.driver = __redirected.__XMLReaderFactory
os.arch = amd64
os.name = Linux
os.version = 4.1.8-200.fc22.x86_64
path.separator = :
project.root.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/..
sun.arch.data.model = 64
sun.boot.class.path = /home/ochaloup/jboss/jboss-eap-7.0.0.DR11/modules/system/layers/base/org/jboss/logmanager/main/;/tmp/btm/btm-help.jar:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/resources.jar:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/rt.jar:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/jsse.jar:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/jce.jar:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/charsets.jar:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/jfr.jar:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/classes
sun.boot.library.path = /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.60-14.b27.fc22.x86_64/jre/lib/amd64
sun.cpu.endian = little
sun.cpu.isalist = 
sun.io.unicode.encoding = UnicodeLittle
sun.java.command = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/jboss-modules.jar -mp /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/modules:/home/ochaloup/jboss/jboss-eap-7.0.0.DR11/modules:/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/modules org.jboss.as.standalone -Djboss.home.dir=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts -Djboss.server.base.dir=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone -Djboss.server.log.dir=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/log -Djboss.server.config.dir=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/configuration -c=standalone-full.xml
sun.java.launcher = SUN_STANDARD
sun.jnu.encoding = UTF-8
sun.management.compiler = HotSpot 64-Bit Tiered Compilers
sun.nio.ch.bugLevel = 
sun.os.patch.level = unknown
ts.timeout.factor = 100
user.country = US
user.dir = /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/workdir
user.home = /home/ochaloup
user.language = en
user.name = ochaloup
user.timezone = Europe/Prague
DEBUG [org.jboss.as.config] (MSC service thread 1-6) VM Arguments: -D[Standalone] -Xms64m -Xmx512m -Djava.net.preferIPv4Stack=true -Djava.net.preferIPv4Stack=true -Djava.awt.headless=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djboss.modules.system.pkgs=org.jboss.byteman,org.jboss.qa.byteman,org.jboss.logmanager,org.jboss.as.cli -Xms256m -Xmx2048m -XX:MaxPermSize=256m -Djava.net.preferIPv6Addresses=false -Dts.timeout.factor=100 -Dnode0=127.0.0.1 -Dnode1=127.0.0.1 -Dnode2=127.0.0.1 -Dmcast=230.0.0.4 -Dorg.jboss.logmanager.nocolor=true -Djbossts.dist=/home/ochaloup/jboss/jboss-eap-7.0.0.DR11 -Dcurrent.module.dir=/home/ochaloup/Transactions/eap-tests-transactions/jbossts -Djbossts.module.dir=/home/ochaloup/Transactions/eap-tests-transactions/jbossts -Dproject.root.dir=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/.. -Dorg.jboss.byteman.debug=true -Dorg.jboss.byteman.verbose=true -Dorg.jboss.byteman.contrib.dtest.rmiregistry.port=1199 -Djava.util.logging.manager=org.jboss.logmanager.LogManager -javaagent:/tmp/btm/byteman.jar=address:127.0.0.1,port:9091,listener:true,sys:/tmp/btm/byteman-dtest.jar,sys:/tmp/btm/btm-help.jar -Xbootclasspath/p:/home/ochaloup/jboss/jboss-eap-7.0.0.DR11/modules/system/layers/base/org/jboss/logmanager/main/;/tmp/btm/btm-help.jar -Djboss.node.name=jbossts -ea -Djboss.home.dir=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts -Dorg.jboss.boot.log.file=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/log/server.log -Dlogging.configuration=file:/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/configuration/logging.properties 
INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 24) WFLYCTL0028: Attribute 'enabled' in the resource at address '/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
INFO  [org.wildfly.iiop.openjdk] (ServerService Thread Pool -- 42) WFLYIIOP0001: Activating IIOP Subsystem
INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
INFO  [org.jboss.as.connector] (MSC service thread 1-6) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.3.0.Final)
INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0018: Started Driver service with driver-name = h2
INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
INFO  [org.jboss.as.ejb3] (MSC service thread 1-5) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 64 (per class), which is derived from thread worker pool sizing.
INFO  [org.jboss.as.ejb3] (MSC service thread 1-8) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 16 (per class), which is derived from the number of CPUs on this host.
INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 52) WFLYNAM0001: Activating Naming Subsystem
INFO  [org.jboss.as.naming] (MSC service thread 1-8) WFLYNAM0003: Starting Naming Service
INFO  [org.jboss.as.mail.extension] (MSC service thread 1-8) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
INFO  [org.jboss.as.security] (ServerService Thread Pool -- 59) WFLYSEC0002: Activating Security Subsystem
INFO  [org.jboss.as.security] (MSC service thread 1-7) WFLYSEC0001: Current PicketBox version=4.9.3.Final
WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0003: Undertow 1.3.0.CR2 starting
INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0003: Undertow 1.3.0.CR2 starting
INFO  [com.arjuna.ats.jbossatx] (MSC service thread 1-8) ARJUNA032010: JBossTS Recovery Service (tag: abfdf) - JBoss Inc.
INFO  [com.arjuna.ats.jbossatx] (MSC service thread 1-8) ARJUNA032013: Starting transaction recovery manager
INFO  [com.arjuna.ats.arjuna] (MSC service thread 1-8) ARJUNA012324: Start RecoveryActivators
INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0012: Started server default-server.
INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0018: Host default-host starting
INFO  [org.wildfly.iiop.openjdk] (MSC service thread 1-1) WFLYIIOP0009: CORBA ORB Service started
INFO  [com.arjuna.ats.arjuna] (MSC service thread 1-8) ARJUNA012310: Recovery manager listening on endpoint 127.0.0.1:4712
DEBUG [com.arjuna.ats.arjuna] (MSC service thread 1-8) PeriodicRecovery: starting listener worker thread
DEBUG [com.arjuna.ats.arjuna] (MSC service thread 1-8) ExpiredEntryMonitor - constructed
INFO  [com.arjuna.ats.arjuna] (MSC service thread 1-8) ARJUNA012344: RecoveryManagerImple is ready on port 4712
INFO  [com.arjuna.ats.arjuna] (Transaction Expired Entry Monitor) ARJUNA012296: ExpiredEntryMonitor running at Mon, 12 Oct 2015 16:16:45
TRACE [com.arjuna.ats.arjuna] (MSC service thread 1-8) ObjectStoreDir: /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data/tx-object-store
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread Status <== SCANNING
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread scanning
INFO  [com.arjuna.ats.jbossatx] (MSC service thread 1-8) ARJUNA032017: JBossTS Transaction Service (JTA version - tag: abfdf) - JBoss Inc.
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Periodic recovery first pass at Mon, 12 Oct 2015 16:16:45
DEBUG [com.arjuna.ats.arjuna] (MSC service thread 1-8) registering bean jboss.jta:type=ObjectStore
TRACE [com.arjuna.ats.arjuna] (Periodic Recovery) CommitMarkableResourceRecordRecoveryModule::periodicWorkFirstPass
TRACE [com.arjuna.ats.arjuna] (Periodic Recovery) InputObjectState::InputObjectState()
TRACE [com.arjuna.ats.arjuna] (Periodic Recovery) FileSystemStore.allObjUids(/StateManager/BasicAction/TwoPhaseCoordinator/AtomicActionConnectable, InputObjectState Uid   : 0:0:0:0:0
InputObjectState Type  : null
InputObjectState Size  : 0
InputObjectState Buffer: , -1)
TRACE [com.arjuna.ats.arjuna] (Periodic Recovery) OutputObjectState::OutputObjectState()
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
TRACE [com.arjuna.ats.arjuna] (Periodic Recovery) FileSystemStore.allObjUids(/StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction, InputObjectState Uid   : 0:0:0:0:0
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery)  
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) AtomicActionRecoveryModule first pass
DEBUG [com.arjuna.ats.txoj] (Periodic Recovery) TORecoveryModule - first pass
TRACE [com.arjuna.ats.arjuna] (Periodic Recovery) FileSystemStore.allTypes(InputObjectState Uid   : 0:0:0:0:0
InputObjectState Buffer: )
INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0005: Deploying non-JDBC-compliant driver class org.postgresql.Driver (version 9.4)
DEBUG [com.arjuna.ats.arjuna] (Transaction Expired Entry Monitor) ExpiredTransactionStatusManagerScanner - scanning to remove items from before Mon, 12 Oct 2015 04:16:45
INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0018: Started Driver service with driver-name = module_dsdriver.jar
TRACE [com.arjuna.ats.arjuna] (Transaction Expired Entry Monitor) InputObjectState::InputObjectState()
TRACE [com.arjuna.ats.arjuna] (Transaction Expired Entry Monitor) FileSystemStore.allObjUids(/Recovery/TransactionStatusManager, InputObjectState Uid   : 0:0:0:0:0
TRACE [com.arjuna.ats.arjuna] (Transaction Expired Entry Monitor) OutputObjectState::OutputObjectState()
DEBUG [com.arjuna.ats.arjuna] (Transaction Expired Entry Monitor)   
INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-8) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTP listener default listening on 127.0.0.1:8080
INFO  [org.jboss.ws.common.management] (MSC service thread 1-4) JBWS022052: Starting JBoss Web Services - Stack CXF Server 5.1.0.Final
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221000: live Message Broker is starting with configuration Broker Configuration (clustered=false,journalDirectory=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data/activemq/journal,bindingsDirectory=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data/activemq/bindings,largeMessagesDirectory=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data/activemq/largemessages,pagingDirectory=/home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data/activemq/paging)
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221012: Using AIO Journal
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221043: Protocol module found: [artemis-server]. Adding protocol support for: CORE
INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-5) WFLYDS0013: Started FileSystemDeploymentService for directory /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/deployments
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221043: Protocol module found: [artemis-amqp-protocol]. Adding protocol support for: AMQP
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221043: Protocol module found: [artemis-hornetq-protocol]. Adding protocol support for: HORNETQ
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221043: Protocol module found: [artemis-stomp-protocol]. Adding protocol support for: STOMP
INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-7) WFLYMSGAMQ0016: Registered HTTP upgrade for activemq-remoting protocol handled by http-acceptor acceptor
INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-2) WFLYMSGAMQ0016: Registered HTTP upgrade for activemq-remoting protocol handled by http-acceptor acceptor
INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-4) WFLYMSGAMQ0016: Registered HTTP upgrade for activemq-remoting protocol handled by http-acceptor-throughput acceptor
INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-8) WFLYMSGAMQ0016: Registered HTTP upgrade for activemq-remoting protocol handled by http-acceptor-throughput acceptor
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221007: Server is now live
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221001: Apache ActiveMQ Artemis Message Broker version 1.1.0 [nodeID=d8f999f9-70eb-11e5-b4bd-574d43db2219] 
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 65) AMQ221003: trying to deploy queue jms.queue.crashRecoveryQueue
INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-7) WFLYJCA0007: Registered connection factory java:/JmsXA
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 69) AMQ221003: trying to deploy queue jms.queue.DLQ
INFO  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 67) WFLYMSGAMQ0002: Bound messaging object to jndi name java:jboss/exported/jms/RemoteConnectionFactory
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 70) AMQ221003: trying to deploy queue jms.queue.ExpiryQueue
INFO  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 68) WFLYMSGAMQ0002: Bound messaging object to jndi name java:/ConnectionFactory
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 66) AMQ221003: trying to deploy queue jms.queue.MDBTriggerQueue
INFO  [org.apache.activemq.artemis.ra] (MSC service thread 1-7) Resource adaptor started
INFO  [org.jboss.as.connector.services.resourceadapters.ResourceAdapterActivatorService$ResourceAdapterActivator] (MSC service thread 1-7) IJ020002: Deployed: file://RaActivatoractivemq-ra
INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-4) WFLYJCA0002: Bound JCA ConnectionFactory [java:/JmsXA]
INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-1) WFLYMSGAMQ0002: Bound messaging object to jndi name java:jboss/DefaultJMSConnectionFactory
INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:42042/management
INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:42042
INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.CR5) started in 779ms - Started 259 of 536 services (335 services are lazy, passive or on-demand)
INFO  [org.jboss.as.repository] (management-handler-thread - 4) WFLYDR0001: Content added at location /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data/content/da/9c37de616498ab31f4fe9949bb0999a72ab0ae/content
INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0027: Starting deployment of "crashrecovery-txpropag-client.jar" (runtime-name: "crashrecovery-txpropag-client.jar")
WARN  [org.jboss.as.dependency.private] (MSC service thread 1-7) WFLYSRV0018: Deployment "deployment.crashrecovery-txpropag-client.jar" is using a private module ("org.jboss.jts:main") which may be changed or removed in future versions without notice.
WARN  [org.jboss.as.dependency.private] (MSC service thread 1-7) WFLYSRV0018: Deployment "deployment.crashrecovery-txpropag-client.jar" is using a private module ("org.jboss.jboss-transaction-spi:main") which may be changed or removed in future versions without notice.
INFO  [org.jboss.weld.deployer] (MSC service thread 1-2) WFLYWELD0003: Processing weld deployment crashrecovery-txpropag-client.jar
INFO  [org.hibernate.validator.internal.util.Version] (MSC service thread 1-2) HV000001: Hibernate Validator 5.2.1.Final
INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-2) WFLYEJB0473: JNDI bindings for session bean named 'MessageHelper' in deployment unit 'deployment "crashrecovery-txpropag-client.jar"' are as follows:

java:global/crashrecovery-txpropag-client/MessageHelper!org.jboss.as.test.jbossts.crashrec.jms.MessageHelperRemote
java:app/crashrecovery-txpropag-client/MessageHelper!org.jboss.as.test.jbossts.crashrec.jms.MessageHelperRemote
java:module/MessageHelper!org.jboss.as.test.jbossts.crashrec.jms.MessageHelperRemote
java:jboss/exported/crashrecovery-txpropag-client/MessageHelper!org.jboss.as.test.jbossts.crashrec.jms.MessageHelperRemote
java:global/crashrecovery-txpropag-client/MessageHelper
java:app/crashrecovery-txpropag-client/MessageHelper
java:module/MessageHelper

INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-2) WFLYEJB0473: JNDI bindings for session bean named 'TestXAResourceRecoveryHelper' in deployment unit 'deployment "crashrecovery-txpropag-client.jar"' are as follows:

java:global/crashrecovery-txpropag-client/TestXAResourceRecoveryHelper!com.arjuna.ats.jta.recovery.XAResourceRecoveryHelper
java:app/crashrecovery-txpropag-client/TestXAResourceRecoveryHelper!com.arjuna.ats.jta.recovery.XAResourceRecoveryHelper
java:module/TestXAResourceRecoveryHelper!com.arjuna.ats.jta.recovery.XAResourceRecoveryHelper
java:global/crashrecovery-txpropag-client/TestXAResourceRecoveryHelper
java:app/crashrecovery-txpropag-client/TestXAResourceRecoveryHelper
java:module/TestXAResourceRecoveryHelper

INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-2) WFLYEJB0473: JNDI bindings for session bean named 'JMSCrashBean' in deployment unit 'deployment "crashrecovery-txpropag-client.jar"' are as follows:

java:global/crashrecovery-txpropag-client/JMSCrashBean!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashBeanHome
java:app/crashrecovery-txpropag-client/JMSCrashBean!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashBeanHome
java:module/JMSCrashBean!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashBeanHome
java:jboss/exported/crashrecovery-txpropag-client/JMSCrashBean!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashBeanHome
java:global/crashrecovery-txpropag-client/JMSCrashBean!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashBeanRemote
java:app/crashrecovery-txpropag-client/JMSCrashBean!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashBeanRemote
java:module/JMSCrashBean!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashBeanRemote
java:jboss/exported/crashrecovery-txpropag-client/JMSCrashBean!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashBeanRemote

INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-2) WFLYEJB0473: JNDI bindings for session bean named 'CrashHelperTestXAResource' in deployment unit 'deployment "crashrecovery-txpropag-client.jar"' are as follows:

java:global/crashrecovery-txpropag-client/CrashHelperTestXAResource!org.jboss.as.test.jbossts.crashrec.common.CrashHelperRemote
java:app/crashrecovery-txpropag-client/CrashHelperTestXAResource!org.jboss.as.test.jbossts.crashrec.common.CrashHelperRemote
java:module/CrashHelperTestXAResource!org.jboss.as.test.jbossts.crashrec.common.CrashHelperRemote
java:jboss/exported/crashrecovery-txpropag-client/CrashHelperTestXAResource!org.jboss.as.test.jbossts.crashrec.common.CrashHelperRemote
java:global/crashrecovery-txpropag-client/CrashHelperTestXAResource
java:app/crashrecovery-txpropag-client/CrashHelperTestXAResource
java:module/CrashHelperTestXAResource

INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-2) WFLYEJB0473: JNDI bindings for session bean named 'CrashClientBean' in deployment unit 'deployment "crashrecovery-txpropag-client.jar"' are as follows:

java:global/crashrecovery-txpropag-client/CrashClientBean!org.jboss.as.test.jbossts.crashrec.txpropagation.jms.CrashClientBeanRemote
java:app/crashrecovery-txpropag-client/CrashClientBean!org.jboss.as.test.jbossts.crashrec.txpropagation.jms.CrashClientBeanRemote
java:module/CrashClientBean!org.jboss.as.test.jbossts.crashrec.txpropagation.jms.CrashClientBeanRemote
java:jboss/exported/crashrecovery-txpropag-client/CrashClientBean!org.jboss.as.test.jbossts.crashrec.txpropagation.jms.CrashClientBeanRemote
java:global/crashrecovery-txpropag-client/CrashClientBean!org.jboss.as.test.jbossts.crashrec.txpropagation.jms.CrashClientBeanHome
java:app/crashrecovery-txpropag-client/CrashClientBean!org.jboss.as.test.jbossts.crashrec.txpropagation.jms.CrashClientBeanHome
java:module/CrashClientBean!org.jboss.as.test.jbossts.crashrec.txpropagation.jms.CrashClientBeanHome
java:jboss/exported/crashrecovery-txpropag-client/CrashClientBean!org.jboss.as.test.jbossts.crashrec.txpropagation.jms.CrashClientBeanHome

INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-2) WFLYEJB0473: JNDI bindings for session bean named 'JMSCrashHelper' in deployment unit 'deployment "crashrecovery-txpropag-client.jar"' are as follows:

java:global/crashrecovery-txpropag-client/JMSCrashHelper!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashHelperRemote
java:app/crashrecovery-txpropag-client/JMSCrashHelper!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashHelperRemote
java:module/JMSCrashHelper!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashHelperRemote
java:jboss/exported/crashrecovery-txpropag-client/JMSCrashHelper!org.jboss.as.test.jbossts.crashrec.jms.JMSCrashHelperRemote
java:global/crashrecovery-txpropag-client/JMSCrashHelper
java:app/crashrecovery-txpropag-client/JMSCrashHelper
java:module/JMSCrashHelper

INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-2) WFLYEJB0473: JNDI bindings for session bean named 'TransactionStoreBrowserService' in deployment unit 'deployment "crashrecovery-txpropag-client.jar"' are as follows:

java:global/crashrecovery-txpropag-client/TransactionStoreBrowserService!org.jboss.as.test.jbossts.common.TransactionStoreBrowserService
java:app/crashrecovery-txpropag-client/TransactionStoreBrowserService!org.jboss.as.test.jbossts.common.TransactionStoreBrowserService
java:module/TransactionStoreBrowserService!org.jboss.as.test.jbossts.common.TransactionStoreBrowserService
java:global/crashrecovery-txpropag-client/TransactionStoreBrowserService
java:app/crashrecovery-txpropag-client/TransactionStoreBrowserService
java:module/TransactionStoreBrowserService

INFO  [org.jboss.ejb.client.remoting] (default task-5) EJBCLIENT000017: Received server version 2 and marshalling strategies [river]
INFO  [org.jboss.ejb.client.remoting] (MSC service thread 1-2) EJBCLIENT000013: Successful version handshake completed for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@6ab639e9, receiver=Remoting connection EJB receiver [connection=Remoting connection <4d314cbc>,channel=jboss.ejb,nodename=jbossts2]} on channel Channel ID c3a6574d (outbound) of Remoting connection 3e45a5ec to /127.0.0.1:8180
INFO  [org.jboss.weld.deployer] (MSC service thread 1-2) WFLYWELD0006: Starting Services for CDI deployment: crashrecovery-txpropag-client.jar
INFO  [org.jboss.weld.Version] (MSC service thread 1-2) WELD-000900: 2.3.0 (Final)
INFO  [org.jboss.weld.deployer] (MSC service thread 1-4) WFLYWELD0009: Starting weld service for deployment crashrecovery-txpropag-client.jar
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 27) BaseTransaction.begin
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) StateManager::StateManager( 2, 0 )
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::BasicAction()
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::Begin() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:10
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::actionInitialise() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:10
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) ActionHierarchy::ActionHierarchy(1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) ActionHierarchy::add(0:ffff0a28048f:-3f561f30:561bc0c4:10, 1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::addChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:10 adding Thread[ServerService Thread Pool -- 27,5,ServerService ThreadGroup]
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::addChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:10 adding Thread[ServerService Thread Pool -- 27,5,ServerService ThreadGroup] result = true
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) TransactionReaper::insert ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:10 status: ActionStatus.RUNNING, 300 )
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) ReaperElement::ReaperElement ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:10 status: ActionStatus.RUNNING, 300 )
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 66) BaseTransaction.begin
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) StateManager::StateManager( 2, 0 )
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) BasicAction::BasicAction()
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) BasicAction::Begin() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:11
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) BasicAction::actionInitialise() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:11
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) ActionHierarchy::ActionHierarchy(1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) ActionHierarchy::add(0:ffff0a28048f:-3f561f30:561bc0c4:11, 1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) BasicAction::addChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:11 adding Thread[ServerService Thread Pool -- 66,5,ServerService ThreadGroup]
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) BasicAction::addChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:11 adding Thread[ServerService Thread Pool -- 66,5,ServerService ThreadGroup] result = true
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) TransactionReaper::insert ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:11 status: ActionStatus.RUNNING, 300 )
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) ReaperElement::ReaperElement ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:11 status: ActionStatus.RUNNING, 300 )
TRACE [com.arjuna.ats.arjuna] (Transaction Reaper) ReaperThread.run ()
TRACE [com.arjuna.ats.arjuna] (Transaction Reaper) TransactionReaper::check ()
TRACE [com.arjuna.ats.arjuna] (Transaction Reaper) TransactionReaper::check - comparing 1444659710006
TRACE [com.arjuna.ats.arjuna] (Transaction Reaper) Thread Thread[Transaction Reaper,5,main] sleeping for 299997
INFO  [org.jboss.as.test.jbossts.common.TestXAResourceCommon] (ServerService Thread Pool -- 27) TestXAResourceCommon.created()[id=226]
INFO  [org.jboss.as.test.jbossts.common.TestXAResourceRecovered] (ServerService Thread Pool -- 27) TestXAResourceRecovered.created()[id=226]
INFO  [org.jboss.as.test.jbossts.common.TestXAResourceRecoveryHelper] (ServerService Thread Pool -- 27) TestXAResourceRecoveryHelper starting
INFO  [org.jboss.as.test.jbossts.common.TransactionStoreBrowserService] (ServerService Thread Pool -- 66) TransactionStoreBrowserService.start
INFO  [org.jboss.as.test.jbossts.common.TestXAResourceRecoveryHelper] (ServerService Thread Pool -- 27) Using file /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data/tx-object-store/TestXAResourceStateStore/TestXAResource.ser for saving state of the org.jboss.as.test.jbossts.common.TestXAResource XA resource
INFO  [org.jboss.as.test.jbossts.common.TestXAResourceRecoveryHelper] (ServerService Thread Pool -- 27) file /home/ochaloup/Transactions/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/data/tx-object-store/TestXAResourceStateStore/TestXAResource.ser does not exists - no data for recovery
INFO  [stdout] (ServerService Thread Pool -- 66) registering bean jboss.jta:type=com.arjuna.ats.arjuna.tools.osb.api.mbeans.RecoveryStoreBean,name=store1
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 27) TransactionImple.getStatus: javax.transaction.Status.STATUS_ACTIVE
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 27) BaseTransaction.commit
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 27) TransactionImple.commitAndDisassociate
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::End() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:10
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 66) TransactionImple.getStatus: javax.transaction.Status.STATUS_ACTIVE
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 66) BaseTransaction.commit
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 66) TransactionImple.commitAndDisassociate
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) BasicAction::End() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:11
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) BasicAction::End() result for action-id (0:ffff0a28048f:-3f561f30:561bc0c4:11) is (TwoPhaseOutcome.PREPARE_OK) node id: (1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) BasicAction::removeChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:11 removing TSThread:2
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) BasicAction::removeChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:11 removing TSThread:2 result = true
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 66) TransactionReaper::remove ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:11 status: ActionStatus.COMMITTED )
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::End() result for action-id (0:ffff0a28048f:-3f561f30:561bc0c4:10) is (TwoPhaseOutcome.PREPARE_OK) node id: (1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::removeChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:10 removing TSThread:1
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::removeChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:10 removing TSThread:1 result = true
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) TransactionReaper::remove ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:10 status: ActionStatus.COMMITTED )
INFO  [org.jboss.as.server] (management-handler-thread - 4) WFLYSRV0010: Deployed "crashrecovery-txpropag-client.jar" (runtime-name : "crashrecovery-txpropag-client.jar")
INFO  [org.jboss.ejb.client.remoting] (default task-8) EJBCLIENT000016: Channel Channel ID c3a6574d (outbound) of Remoting connection 3e45a5ec to /127.0.0.1:8180 can no longer process messages
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Periodic recovery second pass at Mon, 12 Oct 2015 16:16:55
InputObjectState Size  : 40
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) AtomicActionRecoveryModule second pass
DEBUG [com.arjuna.ats.txoj] (Periodic Recovery) TORecoveryModule - second pass
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) XARecoveryModule state change BETWEEN_PASSES->SECOND_PASS

DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule - second pass
DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule.transactionInitiatedRecovery completed
DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule.resourceInitiatedRecovery completed
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) XARecoveryModule state change SECOND_PASS->IDLE

DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread Status <== INACTIVE
INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0211: Suspending server with 0ms timeout.
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread backing off
INFO  [org.jboss.as.server] (Thread-3) WFLYSRV0220: Server shutdown has been requested.
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::Begin() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:14
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::actionInitialise() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:14
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) ActionHierarchy::add(0:ffff0a28048f:-3f561f30:561bc0c4:14, 1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::addChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:14 adding Thread[ServerService Thread Pool -- 27,5,ServerService ThreadGroup]
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::addChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:14 adding Thread[ServerService Thread Pool -- 27,5,ServerService ThreadGroup] result = true
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) TransactionReaper::insert ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:14 status: ActionStatus.RUNNING, 300 )
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) ReaperElement::ReaperElement ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:14 status: ActionStatus.RUNNING, 300 )
INFO  [org.jboss.as.test.jbossts.common.TransactionStoreBrowserService] (ServerService Thread Pool -- 27) TransactionStoreBrowserService.stop
INFO  [stdout] (ServerService Thread Pool -- 27) unregistering bean jboss.jta:type=com.arjuna.ats.arjuna.tools.osb.api.mbeans.RecoveryStoreBean,name=store1
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::End() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:14
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::End() result for action-id (0:ffff0a28048f:-3f561f30:561bc0c4:14) is (TwoPhaseOutcome.PREPARE_OK) node id: (1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::removeChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:14 removing TSThread:1
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) BasicAction::removeChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:14 removing TSThread:1 result = true
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 27) TransactionReaper::remove ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:14 status: ActionStatus.COMMITTED )
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 5) BaseTransaction.begin
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) StateManager::StateManager( 2, 0 )
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) BasicAction::BasicAction()
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) BasicAction::Begin() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:15
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) BasicAction::actionInitialise() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:15
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) ActionHierarchy::ActionHierarchy(1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) ActionHierarchy::add(0:ffff0a28048f:-3f561f30:561bc0c4:15, 1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) BasicAction::addChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:15 adding Thread[ServerService Thread Pool -- 5,5,ServerService ThreadGroup]
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) BasicAction::addChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:15 adding Thread[ServerService Thread Pool -- 5,5,ServerService ThreadGroup] result = true
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) TransactionReaper::insert ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:15 status: ActionStatus.RUNNING, 300 )
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) ReaperElement::ReaperElement ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:15 status: ActionStatus.RUNNING, 300 )
INFO  [org.jboss.as.test.jbossts.common.TestXAResourceRecoveryHelper] (ServerService Thread Pool -- 5) TestXAResourceRecoveryHelper stopping
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 5) TransactionImple.getStatus: javax.transaction.Status.STATUS_ACTIVE
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 5) BaseTransaction.commit
TRACE [com.arjuna.ats.jta] (ServerService Thread Pool -- 5) TransactionImple.commitAndDisassociate
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) BasicAction::End() for action-id 0:ffff0a28048f:-3f561f30:561bc0c4:15
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) BasicAction::End() result for action-id (0:ffff0a28048f:-3f561f30:561bc0c4:15) is (TwoPhaseOutcome.PREPARE_OK) node id: (1)
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) BasicAction::removeChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:15 removing TSThread:3
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) BasicAction::removeChildThread () action 0:ffff0a28048f:-3f561f30:561bc0c4:15 removing TSThread:3 result = true
TRACE [com.arjuna.ats.arjuna] (ServerService Thread Pool -- 5) TransactionReaper::remove ( BasicAction: 0:ffff0a28048f:-3f561f30:561bc0c4:15 status: ActionStatus.COMMITTED )
INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0019: Stopped Driver service with driver-name = module_dsdriver.jar
INFO  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 5) WFLYMSGAMQ0006: Unbound messaging object to jndi name java:jboss/exported/jms/RemoteConnectionFactory
INFO  [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0010: Stopping weld service for deployment crashrecovery-txpropag-client.jar
INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0019: Host default-host stopping
INFO  [stdout] (Thread-0) TransformListener() : handling connection on port 9091
INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-2) WFLYMSGAMQ0006: Unbound messaging object to jndi name java:jboss/DefaultJMSConnectionFactory
INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-1) WFLYJCA0011: Unbound JCA ConnectionFactory [java:/JmsXA]
INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0019: Stopped Driver service with driver-name = h2
INFO  [org.apache.activemq.artemis.ra] (ServerService Thread Pool -- 66) AMQ151003: resource adaptor stopped
INFO  [com.arjuna.ats.jbossatx] (MSC service thread 1-2) ARJUNA032018: Destroying TransactionManagerService
INFO  [com.arjuna.ats.jbossatx] (MSC service thread 1-3) ARJUNA032014: Stopping transaction recovery manager
DEBUG [com.arjuna.ats.arjuna] (Listener:4712) Recovery listener existing com.arjuna.ats.internal.arjuna.recovery.WorkerService
DEBUG [com.arjuna.ats.arjuna] (MSC service thread 1-3) PeriodicRecovery: Mode <== TERMINATED
DEBUG [com.arjuna.ats.arjuna] (MSC service thread 1-3) PeriodicRecovery: shutdown scan wait complete
INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0028: Stopped deployment crashrecovery-txpropag-client.jar (runtime-name: crashrecovery-txpropag-client.jar) in 164ms
DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread exiting
INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 66) AMQ221002: Apache ActiveMQ Artemis Message Broker version 1.1.0 [d8f999f9-70eb-11e5-b4bd-574d43db2219] stopped
INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow HTTP listener default suspending
INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow HTTP listener default stopped, was bound to 127.0.0.1:8080
INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0004: Undertow 1.3.0.CR2 stopping
INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0050: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.CR5) stopped in 302ms

The thing happens after EJB that is connected via IIOP to the second server is undeployed. The undeploy is interrupted by messages [stdout] (Thread-0) TransformListener() : handling connection on port 9091 which is message from byteman client that I've installed on the server for me being able to instrument it. Maybe that has some influence on order of shutdown sequence nevertheless the log should be clean I think.

Overview
In the @ContextHierarchy uniqueness check, it should take into account the inherited parts; however, it currently ignores the inherited "locations" (i.e., the merged configuration). So the configuration declared in a subclass (see code examples below) appears to be non-unique.
Note that when I forgo inheritance of @ContextHierarchy entirely (comment it out of AbstractWebTests and put the complete annotation including initializers into the concrete class), then all of the tests pass.

Steps to Reproduce
I have these two classes, declared like so:

@ActiveProfiles(profiles={"testing"})
@ContextHierarchy({
  @ContextConfiguration(name="rootContext", locations={"classpath:app-config.xml", "classpath:database-config.xml", "classpath:security-config.xml"}),
  @ContextConfiguration(name="webContext", locations={"classpath:mvc-config.xml"})
})
@WebAppConfiguration
public abstract class AbstractWebTests extends
AbstractTransactionalJUnit4SpringContextTests {
}

public class PropertyMockingApplicationContextInitializer implements ApplicationContextInitializer<ConfigurableApplicationContext> {

    @Override
    public void initialize(ConfigurableApplicationContext applicationContext) {
        // details omitted
    }

    // details omitted
}

  @ContextConfiguration(name="rootContext", inheritInitializers=false, initializers=PropertyMockingApplicationContextInitializer.class),
  @ContextConfiguration(name="webContext", inheritInitializers=false, initializers=PropertyMockingApplicationContextInitializer.class)
})
public class UserManagementIntegrationTest extends AbstractWebTests {
}

What I am trying to do here is have some generic configuration in my AbstractWebTests class, and then provide some specific initialization in the concrete test classes. I thought that I would be able to just override the initializer part of the @ContextHierarchy, but have no luck so far.
Unfortunately when I do the above, I get this:

2013-10-16 12:26:20,046 ERROR [org.springframework.test.context.ContextLoaderUtils] - The @ContextConfiguration elements configured via @ContextHierarchy in test class [ca.gc.health.istop.um.UserManagementIntegrationTest] must define unique contexts to load.

AbstractValidatingInterceptor.handleResponseValidationErrors's JavaDoc states the following:
    /**

Template method that is called when the response message contains validation errors. Default implementation logs
all errors, and returns <code>false</code>, i.e. do not send the response.
     *
@param messageContext the message context
@param errors         the validation errors @return <code>true</code> to continue sending the response,
<code>false</code> (the default) otherwise
     */

However, returning false here doesn't mean that the response won't be send. It means that the rest of the Interceptor chain won't be processed and that the response will be send out immediately (see MessageDispatcher.triggerHandleResponse). The docs should be changed to represent the actual behaviour.

This JIRA would be used to address the review comments in HBASE-8496.  Any more comments would be addressed and committed as part of this.  There are already few comments from Stack on the RB.
https://reviews.apache.org/r/13311/

Switching persistence providers from a GAE-based app to a normal JPA app does not clean up special provisions in JavaBean artifacts.
To replicate, create a simple app with GAE/DN persistence and an entity then invoke the peristence setup command and use EclipseLink/HSQL and attempt to compile the app.

In a managed domain if you configure a vault with the 'module' attribute set, when the HC launches a server that attribute value is not passed to the server in the relevant operation in the boot operation list.

Installation of feature camel-google-drive in Karaf 2.3.7 is failing:

features:install camel-google-drive
Error executing command: Could not start bundle mvn:org.apache.camel/camel-google-drive/2.14.0 in feature(s) camel-google-drive-2.14.0: Unresolved constraint in bundle org.apache.camel.camel-google-drive [136]: Unable to resolve 136.0: missing requirement [136.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.camel)(version>=2.14.0.SNAPSHOT))

This is fallout from an attempt to fix an error prone or findbugs warning. 
[ERROR] loadTest[0](org.apache.hadoop.hbase.io.encoding.TestLoadAndSwitchEncodeOnDisk)  Time elapsed: 19.632 s  <<< ERROR!
java.io.IOException: 
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2410)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:124)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:297)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:277)
        at java.util.Objects.equals(Objects.java:59)
        at org.apache.hadoop.hbase.regionserver.compactions.CompactionRequest.equals(CompactionRequest.java:150)
 (Repeats until the stack blows up)

If I generate a persistent class wherein the member names are all upper case, the generated jsp files, for the generated controller, ignore these names:
e.g.:
new persistent class jpa -name ~.domain.document -testAutomatically
add field string -fieldName TLE1 -notNull
add field string -fieldName TLE2 -notNull
add field string -fieldName TLE3 -notNull
new controller automatic -name ~.web.DocumentController -formBackingObject ~.domain.Document
The fields TLE1, TLE2 and TLE3 do not appear in the maintenance jsp files (e.g. update.jsp)

Hi,
I get this stacktrace when I use the Microprofile JWT fraction.
Everything is working fine but it seems there's an error with a classloader to get the service.
Fractions : 

2017-12-24 14:26:05,305 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                      JCA - STABLE          org.wildfly.swarm:jca:2017.12.1
2017-12-24 14:26:05,311 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                  Logging - STABLE          org.wildfly.swarm:logging:2017.12.1
2017-12-24 14:26:05,312 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:          Bean Validation - STABLE          org.wildfly.swarm:bean-validation:2017.12.1
2017-12-24 14:26:05,312 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:        CDI Configuration - STABLE          org.wildfly.swarm:cdi-config:2017.12.1
2017-12-24 14:26:05,312 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                      CDI - STABLE          org.wildfly.swarm:cdi:2017.12.1
2017-12-24 14:26:05,312 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: MicroProfile JWT RBAC Auth Fraction - STABLE          org.wildfly.swarm:microprofile-jwt:2017.12.1
2017-12-24 14:26:05,312 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:              Datasources - STABLE          org.wildfly.swarm:datasources:2017.12.1
2017-12-24 14:26:05,312 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:             Transactions - STABLE          org.wildfly.swarm:transactions:2017.12.1
2017-12-24 14:26:05,312 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                  Elytron - STABLE          org.wildfly.swarm:elytron:2017.12.1
2017-12-24 14:26:05,312 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: Eclipse MicroProfile Config - STABLE          org.wildfly.swarm:microprofile-config:2017.12.1
2017-12-24 14:26:05,313 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                      EJB - STABLE          org.wildfly.swarm:ejb:2017.12.1
2017-12-24 14:26:05,313 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                 Undertow - STABLE          org.wildfly.swarm:undertow:2017.12.1
2017-12-24 14:26:05,313 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                   JAX-RS - STABLE          org.wildfly.swarm:jaxrs:2017.12.1
2017-12-24 14:26:05,313 INFO  [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction:                      JPA - STABLE          org.wildfly.swarm:jpa:2017.12.1

Stacktrace : 

2017-12-24 14:30:19,013 WARN  [org.wildfly.swarm.microprofile.jwtauth.deployment.principal.JWTCallerPrincipalFactory] (default task-1) Failed to locate JWTCallerPrincipalFactory provider: java.util.ServiceConfigurationError: org.wildfly.swarm.microprofile.jwtauth.deployment.principal.JWTCallerPrincipalFactory: Provider org.wildfly.swarm.microprofile.jwtauth.deployment.principal.DefaultJWTCallerPrincipalFactory not a subtype
	at java.util.ServiceLoader.fail(ServiceLoader.java:239)
	at java.util.ServiceLoader.access$300(ServiceLoader.java:185)
	at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:376)
	at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
	at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
	at org.wildfly.swarm.microprofile.jwtauth.deployment.principal.JWTCallerPrincipalFactory.loadSpi(JWTCallerPrincipalFactory.java:87)
	at org.wildfly.swarm.microprofile.jwtauth.deployment.principal.JWTCallerPrincipalFactory.loadSpi(JWTCallerPrincipalFactory.java:80)
	at org.wildfly.swarm.microprofile.jwtauth.deployment.principal.JWTCallerPrincipalFactory.instance(JWTCallerPrincipalFactory.java:51)
	at org.wildfly.swarm.microprofile.jwtauth.deployment.auth.jaas.JWTLoginModule.validate(JWTLoginModule.java:97)
	at org.wildfly.swarm.microprofile.jwtauth.deployment.auth.jaas.JWTLoginModule.login(JWTLoginModule.java:63)
	at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
	at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verifyCredential(JAASIdentityManagerImpl.java:123)
	at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verify(JAASIdentityManagerImpl.java:96)
	at org.wildfly.swarm.microprofile.jwtauth.deployment.auth.JWTAuthMechanism.authenticate(JWTAuthMechanism.java:85)
	at org.wildfly.extension.undertow.security.jaspi.modules.HTTPSchemeServerAuthModule.validateRequest(HTTPSchemeServerAuthModule.java:88)
	at org.jboss.security.auth.message.config.JBossServerAuthContext.invokeModules(JBossServerAuthContext.java:157)
	at org.jboss.security.auth.message.config.JBossServerAuthContext.validateRequest(JBossServerAuthContext.java:135)
	at org.jboss.security.plugins.auth.JASPIServerAuthenticationManager.isValid(JASPIServerAuthenticationManager.java:115)
	at org.wildfly.extension.undertow.security.jaspi.JASPICAuthenticationMechanism.authenticate(JASPICAuthenticationMechanism.java:123)
	at org.wildfly.extension.undertow.security.jaspi.JASPICSecureResponseHandler.handleRequest(JASPICSecureResponseHandler.java:48)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)

HBaseFsck checks those missing .tableinfo files in loadHdfsRegionInfos() function. However, no IoException will be catched while .tableinfo is missing, since "FSTableDescriptors.getTableDescriptor" doesn't throw any IoException.

As there is a bug, we can still work around the issue by using the settings below (making sure the second setting is always at least 1000 times of the first setting):
set hive.direct.sql.max.query.length=1;
set hive.direct.sql.max.elements.in.clause=1000;

      requirePermission("restoreSnapshot", hTableDescriptor.getTableName(), null, null,
        Permission.Action.ADMIN);
    } else {
      requirePermission("restore", Action.ADMIN);

beeline tests are not getting run by default . 
See https://builds.apache.org/job/Hive-trunk-h0.21/lastCompletedBuild/testReport/

When Partition Decorator is set as:

.setHeader(GoogleBigQueryConstants.PARTITION_DECORATOR,simple("20170901"))

The exception is thrown:

Invalid table ID \\\"table_name?20170901

Example log statement from org.springframework.batch.core.listener.AbstractListenerFactoryBean

2015-05-07 10:40:22,733 WARN  [main] org.springframework.batch.item.ItemReader is an interface.  The implementing class will not be queried for annotation based listener configurations.  If using @StepScope on a @Bean method, be sure to return the implementing class so listner annotations can be used.

The typo is that listner should be listener.
The Spring Boot Batch example is also returning the ItemReader, so this log statement will probably come up more than might be expected at first sight.

In the api docs of class org.apache.commons.io.DirectoryWalker<T>, topic of 3.1 External / Multi-threaded.Method handleIsCancelled in demo code returns boolean but with a void return type.

From the list by Yabo-Arber Xu,

Yes, I've unlocked the port, and i am actually able to access from the web
UI with a client not running on EC2 to HBase at example.com:60010. It shows
all User Tables, but the Region Servers Address is the EC2 internal address:
domU-12-31-39-00-65-E5.compute-1.internal:60020.
I guess the client fails because it can not connect region server, which
serves only for an internal IP. However, in hbase-site.xml, I did configure
with region server explicitly in its external IP.
   <name>hbase.regionserver</name>
   <value>ec2-67-202-57-127.compute-1.amazonaws.com:60020</value>
   <description>The host and port a HBase region server runs at.
   </description>
In fact we completely bypass the hostname set in hbase.regionserver, also the hostnames in the web UI are not the good ones. We should do that part like hadoop does.

There are some assumptions in the build.xml invoking the perl script for running tests that makes them unsuitable for non-UNIX environments.

I started a trunk cluster as an upgrade from 0.90.4ish, and now I can't scan my .META. table, etc, and other operations fail.

This routing code leads to the exception below:

from("direct:abc")
    .choice()
        .when(simple("${body} == 'Please do not fail'"))
            .to("log:test")
            .unmarshal().xstream().endChoice()
        .otherwise()
        .end();

Caused by: java.lang.ClassCastException: org.apache.camel.model.RouteDefinition cannot be cast to org.apache.camel.model.ChoiceDefinition
	at org.apache.camel.model.ProcessorDefinition.endChoice(ProcessorDefinition.java:1256)
	at com.mycompany.MyRoute.configure(MyRoute.java:40)
	at org.apache.camel.builder.RouteBuilder.checkInitialized(RouteBuilder.java:322)
	at org.apache.camel.builder.RouteBuilder.configureRoutes(RouteBuilder.java:276)
	at org.apache.camel.builder.RouteBuilder.addRoutesToCamelContext(RouteBuilder.java:262)
	[...]

Also happens if we try to add another when instead of an otherwise.
Tried using end(), endParent(), but they all lead to the same exception. 

In attempting to refactor a bean from a statically compiled groovy script to a dynamically compiled one, I made the following change to my context.xml. 
ORIGINAL
    <bean id="routeBuilder" depends-on="routeModelExtender"
        class="org.openehealth.tutorial.SampleRouteBuilder">
    </bean>
MODIFIED
    <lang:groovy id="routeBuilder" depends-on="routeModelExtender"
                 script-source="classpath:DynamicGroovyRouteBuilder.groovy">
    </lang:groovy>
The code contained in DynamicGroovyRouteBuilder was an exact copy of the groovy script that was statically compiled. Upon testing this new configuration, it failed. The failure was at first cryptic however upon further examination I determined that the root cause of the failure was due to the fact that the bean my groovy script was dependent upon had not been instantiated.
I was able to correct the problem by declaring the dependency in a slightly different way. Instead of relying on the "depends-on" attribute, I added a property element to the dynamic language bean which referenced the bean I depended upon. The resulting definition did work.
WORKING
    <lang:groovy id="routeBuilder"
        <lang:property name="routeModelExtender" ref="routeModelExtender"/>
I am attaching a simple project that demonstrates the problem. Within the test case there are three tests:
    StaticTest             Original working configuration with statically compiled groovy
    DynamicDependsOnTest   Failure case
    DynamicRefTest         Fix described above.
When these tests are run individually they work as described. When the tests are run together, for instance when running them with the mvn "test" goal they fail. The failure is described in this thread:
http://forum.springsource.org/showthread.php?100699-Unit-Test-Issue-ContextConfiguration-Multiple-AppContext-Files-amp-Autowiring
I have attached a test case that demonstrates the bug.

This relates to https://issues.apache.org/jira/browse/HIVE-1634.
The following work fine:

CREATE EXTERNAL TABLE tim_hbase_occurrence ( 
  id int,
  scientific_name string,
  data_resource_id int
) STORED BY 'org.apache.hadoop.hive.hbase.HBaseStorageHandler' WITH SERDEPROPERTIES (
  "hbase.columns.mapping" = ":key#b,v:scientific_name#s,v:data_resource_id#b"
) TBLPROPERTIES(
  "hbase.table.name" = "mini_occurrences", 
  "hbase.table.default.storage.type" = "binary"
);
SELECT * FROM tim_hbase_occurrence LIMIT 3;
SELECT * FROM tim_hbase_occurrence WHERE data_resource_id=1081 LIMIT 3;

However, the following fails:

SELECT data_resource_id, count(*) FROM tim_hbase_occurrence GROUP BY data_resource_id;

The error given:

0 TS
2012-04-17 16:58:45,693 INFO org.apache.hadoop.hive.ql.exec.MapOperator: Initialization Done 7 MAP
2012-04-17 16:58:45,714 INFO org.apache.hadoop.hive.ql.exec.MapOperator: Processing alias tim_hbase_occurrence for file hdfs://c1n2.gbif.org/user/hive/warehouse/tim_hbase_occurrence
2012-04-17 16:58:45,714 INFO org.apache.hadoop.hive.ql.exec.MapOperator: 7 forwarding 1 rows
2012-04-17 16:58:45,714 INFO org.apache.hadoop.hive.ql.exec.TableScanOperator: 0 forwarding 1 rows
2012-04-17 16:58:45,716 INFO org.apache.hadoop.hive.ql.exec.SelectOperator: 1 forwarding 1 rows
2012-04-17 16:58:45,723 FATAL ExecMapper: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"id":1444,"scientific_name":null,"data_resource_id":1081}
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:548)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1157)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.lazydio.LazyDioInteger cannot be cast to org.apache.hadoop.hive.serde2.lazy.LazyInteger
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.processOp(GroupByOperator.java:737)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:83)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:529)
	... 9 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.lazydio.LazyDioInteger cannot be cast to org.apache.hadoop.hive.serde2.lazy.LazyInteger
	at org.apache.hadoop.hive.serde2.lazy.objectinspector.primitive.LazyIntObjectInspector.copyObject(LazyIntObjectInspector.java:43)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.copyToStandardObject(ObjectInspectorUtils.java:239)
	at org.apache.hadoop.hive.ql.exec.KeyWrapperFactory$ListKeyWrapper.deepCopyElements(KeyWrapperFactory.java:150)
	at org.apache.hadoop.hive.ql.exec.KeyWrapperFactory$ListKeyWrapper.deepCopyElements(KeyWrapperFactory.java:142)
	at org.apache.hadoop.hive.ql.exec.KeyWrapperFactory$ListKeyWrapper.copyKey(KeyWrapperFactory.java:119)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.processHashAggr(GroupByOperator.java:750)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.processOp(GroupByOperator.java:722)
	... 18 more

PicketLink provides support for Http Security. Basically, it consists of an API to define security policies to the paths or resources of an application and a security filter (servlet filter) that is responsible to enforce those policies for every single request.
The security filter is installed from a specific ServletContextListener (org.picketlink.http.internal.PicketLinkServletContextListener) that checks if the application has defined any security policy in order to decide if the filter must be installed or not.
PicketLink also defines a ServletRequestListener (org.picketlink.http.internal.HttpServletRequestListener) that is used to produce a decorated HttpServletRequest instance. This decorated instance provides full integration between PL and the HttpServletRequest security methods plus some other goodies for PL users such as URL rewriting, etc.
Both listeners (servletcontext and request) are CDI beans with injection points and/or producer methods. 
When using PL from modules, the producer method of org.picketlink.http.internal.HttpServletRequestListener#produce is not being recognized. And that makes impossible to use PL from modules.
The same code works if you use PL jars inside the deployment.
Another interesting behavior is that EAP and WildFly are behaving differently. In EAP (latest build), the ServletContextListener is only recognized as a CDI bean if you define it in the web.xml. While in WildFly this is not necessary.
Also, in EAP the producer method of HttpServletRequestListener is properly recognized and everything works fine.
I've created a branch [1] to test this issue. The test case is 

org.wildfly.test.integration.security.picketlink.core.http.ServletListenerFromModuleTestCase

.
[1] https://github.com/pedroigor/wildfly/tree/WFLY-4185

The case with following settings is valid but it seems still not work correctly in current HS2
==
hive.metastore.sasl.enabled=true (with HMS Kerberos enabled)
==
Currently HS2 is able to fetch the delegation token to a kerberos secured HMS only when itself is also kerberos secured.

TBD
[3:02 PM] Radoslav Husar: I want this dependency hell thing to go away https://github.com/wildfly/wildfly/blob/master/undertow/src/main/java/org/wildfly/extension/undertow/HttpInvokerDefinition.java#L149
[3:03 PM] Radoslav Husar: The original issue was https://issues.jboss.org/browse/WFLY-8439
[3:04 PM] Radoslav Husar: but this just looks like a workaround for racy clean shutdown and the notification API
[3:05 PM] Radoslav Husar: is there any chance you remember why would the dependency be needed?

Unit test logs are filled with the following, because in master, unlike branch-1, we are missing the code which sets the table in ENABLING mode before assignment in CreateTableProcedure. 

2016-06-10 17:48:15,832 ERROR [B.defaultRpcServer.handler=0,queue=0,port=60448] master.TableStateManager(134): Unable to get table testRegionCache state
org.apache.hadoop.hbase.TableNotFoundException: testRegionCache
	at org.apache.hadoop.hbase.master.TableStateManager.getTableState(TableStateManager.java:174)
	at org.apache.hadoop.hbase.master.TableStateManager.isTableState(TableStateManager.java:131)
	at org.apache.hadoop.hbase.master.AssignmentManager.onRegionOpen(AssignmentManager.java:2320)
	at org.apache.hadoop.hbase.master.AssignmentManager.onRegionTransition(AssignmentManager.java:2900)
	at org.apache.hadoop.hbase.master.MasterRpcServices.reportRegionStateTransition(MasterRpcServices.java:1334)
	at org.apache.hadoop.hbase.protobuf.generated.RegionServerStatusProtos$RegionServerStatusService$2.callBlockingMethod(RegionServerStatusProtos.java:8623)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2273)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:116)
	at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:138)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$2.run(RpcExecutor.java:113)

In HBASE-9868 the trick that AsyncHBase uses to extract byte arrays from protobufs without copying them was ported, however the signature of zeroCopyGetBytes was changed for some reason.  There are two problems with the changed signature:

It makes the helper function unusable since it refers to a package-private class.
It clashes with the signature AsyncHBase expects, thereby making user's life miserable for those who pull in both AsyncHBase and HBase on their classpath.

All batch deployment operations get the service registry as a modifiable registry which uses locks that are not required for read-only ops. Operations like start, stop and restart will need to continue using a modifiable service registry, but read ops should not acquire a modifiable service registry.

If you try to send something via cmis (uri in blueprint: "cmis:// ... ") and you use a wrong password then on the second (and all subsequent) tries you will get a NullPointerExceptionException.

 at org.apache.camel.component.cmis.CMISSessionFacade.getCMISTypeFor(CMISSessionFacade.java:221)
 at org.apache.camel.component.cmis.CMISProducer.isFolder(CMISProducer.java:146)
 at org.apache.camel.component.cmis.CMISProducer.parentFolderPathFor(CMISProducer.java:132)
 at org.apache.camel.component.cmis.CMISProducer.createNode(CMISProducer.java:101)
 at org.apache.camel.component.cmis.CMISProducer.process(CMISProducer.java:62)
 at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)
 at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:145)
 at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77)
 at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:196)
 at org.apache.camel.processor.Pipeline.process(Pipeline.java:121)
 at org.apache.camel.processor.Pipeline.process(Pipeline.java:83)
 at org.apache.camel.processor.TryProcessor.process(TryProcessor.java:113)
 at org.apache.camel.processor.TryProcessor.process(TryProcessor.java:84)
 at org.apache.camel.component.cxf.CxfConsumer$CxfConsumerInvoker.asyncInvoke(CxfConsumer.java:165)
 at org.apache.camel.component.cxf.CxfConsumer$CxfConsumerInvoker.invoke(CxfConsumer.java:144)
 at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:59)
 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
 at org.apache.cxf.interceptor.ServiceInvokerInterceptor$2.run(ServiceInvokerInterceptor.java:126)
 at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)
 at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:131)
 at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
 at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
 at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:254)
 at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:234)
 at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:208)
 at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:160)
 at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:180)
 at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:299)
 at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:218)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
 at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:274)
 at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
 at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
 at org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:201)
 at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
 at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
 at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:72)
 at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
 at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
 at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
 at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
 at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:287)
 at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
 at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
 at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
 at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
 at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80)
 at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
 at org.eclipse.jetty.server.Server.handle(Server.java:499)
 at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
 at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:258)
 at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
 at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
 at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)

The CMISProducer creates a CMISSessionFacade (CMISProducer.getSessionFacade()), delegates the initialization of a session to the facade (CMISSessionFacade.initSession()) and stores the facade inside a member variable. The CMISSessionFacade creates a Session, tries to connect to the remote system and stores the created Session object inside a member variable. If the provided password for the remote system is wrong then at this point a CmisUnauthorizedException (basically a RuntimeException) is thrown.
(org.apache.chemistry.opencmis.commons.exceptions.CmisUnauthorizedException: Unauthorized)
This behavior is ok but the consequence is that a member variable inside the CMISSessionFacade (called "session") is still null.
Camel caches the CMISProducer with its reference to CMISSessionFacade whose "session" is set to null. If you try to send something else via cmis then you get the NullPointerException as described above.

As found by Appy here - http://hbase.x10host.com/flaky-tests/
Has been failing since https://builds.apache.org/job/HBase-Flaky-Tests/1294/#showFailuresLink,

Security subsystem contains attributes with capabilities which don't set access-constraint.

/subsystem=security:read-resource-description(recursive=true)

Resources elytron-realm, elytron-key-store, elytron-trust-store, elytron-key-manager and elytron-trust-manager all contain attributes that reference a JAAS security domain and that are missing the SECURITY_DOMAIN_REF constraint.
Furthermore, these resources expose Elytron capabilities and they should also define access constraints. In the Elytron subsystem all resources exposing capabilities use constraints named "elytron-security" and the legacy subsystem resources should follow the same convention for consistency.

In Scan case, i prepare some data as beflow:
Table Desc (Using the prefix-tree encoding) :
'prefix_tree_test', 
{NAME => 'cf_1', DATA_BLOCK_ENCODING => 'PREFIX_TREE', TTL => '15552000'}

and i put 5 rows as:
(RowKey , Qualifier, Value)
'a-b-0-0', 'qf_1', 'c1-value'
'a-b-A-1', 'qf_1', 'c1-value'
'a-b-A-1-1402329600-1402396277', 'qf_2', 'c2-value'
'a-b-A-1-1402397227-1402415999', 'qf_2', 'c2-value-2'
'a-b-B-2-1402397300-1402416535', 'qf_2', 'c2-value-3'
so i try to scan the rowKey between 'a-b-A-1' and 'a-b-A-1:' , i and got the corret result:
Test 1: 
Scan scan = new Scan();
scan.setStartRow("a-b-A-1".getBytes());
scan.setStopRow("a-b-A-1:".getBytes());
------------------------------------------------------
and then i try next , scan to addColumn
Test2:
scan.addColumn(Bytes.toBytes("cf_1") ,  Bytes.toBytes("qf_2"));
except:
but actually i got nonthing. Then i update the addColumn for scan.addColumn(Bytes.toBytes("cf_1") ,  Bytes.toBytes("qf_1")); and i got the expected result 'a-b-A-1', 'qf_1', 'c1-value' as well.
then i do more testing...  i update the case to modify the startRow greater than the 'a-b-A-1' 
Test3:
scan.setStartRow("a-b-A-1-".getBytes());
except:
but actually  i got nothing again. i modify the start row greater than 'a-b-A-1-1402329600-1402396277'
scan.setStartRow("a-b-A-1-140239".getBytes());
and i got the expect row as well:
So, i think it may be a bug in the prefix-tree encoding.It happens after the data flush to the storefile, and it's ok when the data in mem-store.

HBase 0.96's refactored jmx beans do not contain the master's list of dead region servers and live regionservers with load info.  HBase 0.94 did (though in a single monolithic blob).  
This JMX interface should be considered as much of an API as the the normal wire or java api.  Dropping values from this was done without deprecation and the removal of this information is a functional regression.
We should provide the information in the 0.96+ JMX.  HBase 0.94 had a  monolithic JMX blob ("hadoop:service=Master,name=Master")  that contained a lot of information, including the regionserver list and the cached regionserver load for each region  found on the master webpage.  0.96+ refactored jmx this into several jmx beans which could be selectively retrieved.  These include:

hadoop:service=HBase,name=Master,sub=AssignmentManager
hadoop:service=HBase,name=Master,sub=Balancer
hadoop:service=HBase,name=Master,sub=Server
hadoop:service=HBase,name=Master,sub=FileSystem

Specifically the (Hadoop:service=HBase,name=Master,sub=Server) listing that used to contain regionservers and deadregionservers in jmx were replaced in   with numRegionServers and numDeadRegionservers which only contain counts.  
I propose just adding another mbean called "RegionServers" under the bean: "hadoop:service=HBase,name=Master,sub=RegionServers"

Was disabled over in HBASE-14569 because flakey. Reenable when fixed.

  Since Spring3.0.0, Spring adds a static ConcurrentHashMap named serializableFactories in DefaultListableBeanFactory to support the BeanFactory's serialization. But we found that when we create more and more bean factories in our application, there seems a memory leak.
  After examined the DefaultListableBeanFactory's source, We found that spring uses a WeakReference to reference the serializableFactories' value. But actually, the segement could not be garbage collected even its weak reference value has been garbage collected.

HIVE-15503 treatment has to be applied for vector group by operator as well. Vector group by currently uses MemoryMX bean to get heap usage and heap max memory which will not work for LLAP. Instead it should use memory per executor as upper bound to make flush decision.  

Minor annoyance when shutting down a cluster and the master is still receiving events from Zookeeper:

2011-09-22 23:53:01,552 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: master:60000-0x3292d87deb004f Received InterruptedException, doing nothing here
        at org.apache.zookeeper.ClientCnxn.submitRequest(ClientCnxn.java:1317)
        at org.apache.zookeeper.ZooKeeper.delete(ZooKeeper.java:726)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNode(ZKUtil.java:938)
        at org.apache.hadoop.hbase.zookeeper.ZKAssign.deleteNode(ZKAssign.java:407)
        at org.apache.hadoop.hbase.zookeeper.ZKAssign.deleteOpenedNode(ZKAssign.java:284)
        at org.apache.hadoop.hbase.master.handler.OpenedRegionHandler.process(OpenedRegionHandler.java:88)
...
2011-09-22 23:53:01,558 DEBUG org.apache.hadoop.hbase.executor.ExecutorService: Executor service [MASTER_OPEN_REGION-sv2borg170:60000] not found in {}
2011-09-22 23:53:01,558 ERROR org.apache.zookeeper.ClientCnxn: Error while calling watcher
        at org.apache.hadoop.hbase.executor.ExecutorService.submit(ExecutorService.java:220)
        at org.apache.hadoop.hbase.master.AssignmentManager.handleRegion(AssignmentManager.java:447)
        at org.apache.hadoop.hbase.master.AssignmentManager.nodeDataChanged(AssignmentManager.java:546)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:281)
        at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:530)
        at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:506)
It's annoying because it then spams you with a bunch of NPEs that have nothing to do with the reason the Master is shutting down. Googling I saw someone also had that issue in June: http://pastebin.com/5Tqrj0nq

Omitting --location for Vault command leads to wrong credential store storage file in tool output and in summary output.
In this case when is omitted --location

tool output contains credential store storage file name with "enc-dir" path prefix.
summary output contains in location double slash in case of enc-dir value ends by slash

Expected behaviour: 
Tool output must show only storage file name.
Summary output must not contain double slash in location
Download all attachments to same location as wildfly-elytron-tool.jar
option --location must be omitted, --enc-dir must end by slash.

[hsvabek@dhcp-10-40-5-100 003]$ java -jar wildfly-elytron-tool.jar vault --enc-dir ./ --keystore server.store --keystore-password secretsecret --alias jboss -f
Vault (enc-dir="./";keystore="server.store") converted to credential store ".//converted-vault.cr-store"
/subsystem=elytron/credential-store=cs:add(relative-to=jboss.server.data.dir,location=".//converted-vault.cr-store",implementation-properties={},credential-reference={clear-text="MASK-13KrO2ZNhwNg3UxmIt.02D;12345678;23"})

Now you can see ".//converted-vault.cr-store" on tool output right value is "converted-vault.cr-store"
and location=".//converted-vault.cr-store" in summary output for which is correct value "./converted-vault.cr-store".

IPC logs these at info level in the client, including the shell. Seems more like DEBUG output.
11/08/31 11:10:18 INFO ipc.HBaseRPC: Using org.apache.hadoop.hbase.ipc.WritableRpcEngine for org.apache.hadoop.hbase.ipc.HMasterInterface
11/08/31 11:10:18 INFO ipc.HBaseRPC: Using org.apache.hadoop.hbase.ipc.WritableRpcEngine for org.apache.hadoop.hbase.ipc.HRegionInterface

After disabling and then re-enabling the application, I don't see Application.war.deployed; I still see Application.war.undeployed.
That explains why it doesn't get deployed after restart.

I initailly raised this as https://jira.spring.io/browse/SWF-1706 but I think this is really a spring expression issue.
With 5.0.0.RC3, I am seeing:

24-Jul-2017 20:39:30.654 SEVERE [http-nio-8080-exec-2] org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for servlet [dispatcher] in context with path [/TCE] threw exception [Request processing failed; nested exception is java.lang.NullPointerException] with root cause
	at org.springframework.expression.common.TemplateAwareExpressionParser.parseExpression(TemplateAwareExpressionParser.java:66)
	at org.springframework.binding.expression.spel.SpringELExpressionParser.parseSpelExpression(SpringELExpressionParser.java:96)
	at org.springframework.binding.expression.spel.SpringELExpressionParser.parseExpression(SpringELExpressionParser.java:77)
	at org.springframework.webflow.engine.builder.model.FlowModelFlowBuilder.parseEvaluateAction(FlowModelFlowBuilder.java:870)
	at org.springframework.webflow.engine.builder.model.FlowModelFlowBuilder.parseActions(FlowModelFlowBuilder.java:845)
	at org.springframework.webflow.engine.builder.model.FlowModelFlowBuilder.parseAndAddActionState(FlowModelFlowBuilder.java:565)
	at org.springframework.webflow.engine.builder.model.FlowModelFlowBuilder.buildStates(FlowModelFlowBuilder.java:212)
	at org.springframework.webflow.engine.builder.FlowAssembler.directAssembly(FlowAssembler.java:106)
	at org.springframework.webflow.engine.builder.FlowAssembler.assembleFlow(FlowAssembler.java:91)
	at org.springframework.webflow.engine.builder.DefaultFlowHolder.assembleFlow(DefaultFlowHolder.java:109)
	at org.springframework.webflow.engine.builder.DefaultFlowHolder.getFlowDefinition(DefaultFlowHolder.java:84)
	at org.springframework.webflow.definition.registry.FlowDefinitionRegistryImpl.getFlowDefinition(FlowDefinitionRegistryImpl.java:60)
	at org.springframework.webflow.executor.FlowExecutorImpl.launchExecution(FlowExecutorImpl.java:138)
	at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:263)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:981)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:915)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:870)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:635)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
	at tce.MDCFilter.doFilter(MDCFilter.java:44)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:478)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
	at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:799)
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)

This does not happen with 4.3.x and earlier.
I THINK this traces to a change in org.springframework.expression.common.TemplateAwareExpressionParser.parseExpression.
In 5.0.0, it looks like:

	@Override
	public Expression parseExpression(String expressionString) throws ParseException {
		return parseExpression(expressionString, NON_TEMPLATE_PARSER_CONTEXT);
	}

	@Override
	public Expression parseExpression(String expressionString, ParserContext context) throws ParseException {
		if (context.isTemplate()) {
			return parseTemplate(expressionString, context);
		}
		else {
			return doParseExpression(expressionString, context);
		}
	}

In earlier versions, a null context is explicitly protected against:

	@Override
	}

	@Override
	public Expression parseExpression(String expressionString, ParserContext context)
			throws ParseException {
		if (context == null) {
			context = NON_TEMPLATE_PARSER_CONTEXT;
		}

		}
		else {
		}
	}

I am coming across this when upgrading a Spring Webflow application to SWF 2.4.5.RELEASE.
I have found that I can use the bulk of 5.0.0.RC3 IFF I force expression to an earlier version:

    final SPRING_VERSION = '5.0.0.RC3'
    compile "org.springframework:spring-aop:${SPRING_VERSION}"
    compile "org.springframework:spring-aspects:${SPRING_VERSION}"
    compile "org.springframework:spring-beans:${SPRING_VERSION}"
    compile "org.springframework:spring-context-support:${SPRING_VERSION}"
    compile "org.springframework:spring-context:${SPRING_VERSION}"
    compile "org.springframework:spring-core:${SPRING_VERSION}"
//    NO compile "org.springframework:spring-expression:${SPRING_VERSION}"
//    YES compile "org.springframework:spring-expression:4.2.9.RELEASE", { force = true }
    // YES:
    compile "org.springframework:spring-expression:4.3.10.RELEASE", { force = true }
    compile "org.springframework:spring-web:${SPRING_VERSION}"
    compile "org.springframework:spring-webmvc:${SPRING_VERSION}"

So: this is not quite a blocker for me, but may be worth looking at before 5 goes live?

select cast(' 1 ' as tinyint), cast(' 1 ' as smallint), cast(' 1 ' as int), cast(' 1 ' as bigint), cast(' 1 ' as float), cast(' 1 ' as double), cast(' 1 ' as decimal(10,2))

NULL    NULL    NULL    NULL    1.0     1.0     1

Looks like integer types (short, int, etc) fail the conversion due to the leading/trailing spaces and return NULL, while float/double/decimal do not. In fact, Decimal used to also return NULL in previous versions up until HIVE-10799.
Let's try to make this behavior consistent across all of these types, should be simple enough to strip spaces before passing to number formatter.

Here is an example

select
   s_state,
where
group by
   s_state
order by
   s_state
limit 100;

I turned off noconditionaltask. So, I expected that there will be 4 Map-only jobs for this query. However, I got 1 Map-only job (joining strore_sales and date_dim) and 3 MR job (for reduce joins.)
So, I checked the conditional task determining the plan of the join involving item. In ql.plan.ConditionalResolverCommonJoin.resolveMapJoinTask, aliasToFileSizeMap contains all input tables used in this query and the intermediate table generated by joining store_sales and date_dim. So, when we sum the size of all small tables, the size of store_sales (which is around 45GB in my test) will be also counted.  

Since Spring 3.0, AutowireUtils.resolveAutowiringValue() has required that all ObjectFactory-implementing classes also implement Serializable. This means that when passing an ObjectFactory to ConfigurableListableBeanFactory.registerResolvableDependency(), this must be Serializable.
This was not the case in 2.5.6, however, and so code written to use this facility will not work in 3.0.x unless Serializable is introduced. This is invasive to the client code, and in many cases is highly inappropriate.
I'm not sure why this check is being made. AutowireUtils is constructing a ObjectFactoryDelegatingInvocationHandler which also implements Serializable, but there doesn't seem to be a reason for this.
Can this check be removed?

There is a (small) chance of ConcurrentModificationException when creating routes dynamically.

  at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.java:373)
  at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:384)
  at java.util.AbstractCollection.toArray(AbstractCollection.java:124)
  at java.util.ArrayList.&lt;init&gt;(ArrayList.java:131)
  at org.apache.camel.impl.DefaultCamelContext.getRoutes(DefaultCamelContext.java:650)
  at org.apache.camel.impl.DefaultCamelContext.getRoute(DefaultCamelContext.java:655)

The cause is that if you happen to be calling getRoute at the same time you are creating a new route then the internals of new ArrayList call collection.toArray which throws the error.

Declaring a method in a .java file with a "void" return type will be incorrectly represented by JavaParserUtils. The method should be reported as a JavaType.VOID_PRIMITIVE.

The example in the Javadoc for NotPresentFilter takes "foo*" as parameter 
(http://static.springsource.org/spring-ldap/docs/1.3.x/apidocs/org/springframework/ldap/filter/NotPresentFilter.html).
It should be corrected to take just "foo" instead. "foo*" parameter would produce (!(foo*=*))
It is the same case with PresentFilter (http://static.springsource.org/spring-ldap/docs/1.3.x/apidocs/org/springframework/ldap/filter/PresentFilter.html)

When region replication is on, get_splits returns duplicate split points like the following:

hbase(main):001:0> create "test", "cf", {REGION_REPLICATION => 3}, SPLITS => ["10"]
Created table test
Took 1.0975 seconds
hbase(main):002:0> get_splits "test"
Total number of splits = 4
10
10
10
Took 0.0941 seconds

WildFly Elytron tool script has to pass the command name from the script to the tool in the format of 
{script_name}
. This issue depends on the implementation of ELY-1228.

In the generated source artifact (spring-security-aspects-3.1.0.RELEASE-sources.jar) are missing the .aj files (there are in the binary artifact (*spring-security-aspects-3.1.0.RELEASE.jar)) so when you (or m2e) attach the sources to the corresponding binary jar in Eclipse it doesn't show the aspect source.
For an example of how it must be see spring-aspects-3.1.1.RELEASE-sources.jar and spring-aspects-3.1.1.RELEASE.jar. With these you can view the aspect sources right in the IDE.

Originally raised against Spring Boot, but I think this might be a Framework issue.
The SimpleApplicationEventMulticaster deals with lambda-defined implementations by catching any ClassCastException. However, if an ErrorHandler has been set a different code path runs that does not catch the exception.
The relevant code is here.

When updating one record that is versioned with a @Version annotation, I was expecting the version field to be incremented automatically by the Spring Data layer just as is the behavior of JPA. This however does not happen and I have to add ….inc("version", 1) to the update object in order to get the increment. 
Not sure that this is a bug, or my understanding is incorrect. 

The WAL tool section in the hbase book suggests 
 $ ./bin/hbase org.apache.hadoop.hbase.regionserver.wal.HLog --dump hdfs://example.org:8020/hbase/.logs/example.org,60020,1283516293161/10.10.21.10%3A60020.1283973724012 
but in trunk HLog is an interface and FSHLog is the implementation.  The doc has to be updated accordingly.  Even if we don't do this now we have to when the trunk version gets released.

I have an application (WAR) that uses server-sent events (as standardized in JAX-RS 2.1). The application is also marked as <distributable/> in web.xml. If anything actually opens a SSE channel, WildFly hangs during shutdown.
The culprit appears to be DistributableSessionManager. See the below thread dump, taken during a hung shutdown. DSM is coded to wait up to getDefaultMaxInactiveInterval() seconds in its stop() method, and the default is 30 minutes unless configured otherwise. That's why shutdown hangs, although I don't know what it's waiting for.
If I remove <distributable/> from web.xml, shutdown happens normally.

"ServerService Thread Pool -- 45" #154 prio=5 os_prio=0 tid=0x000000002bc1a800 nid=0x115e8 waiting on condition [0x0000000035c5e000]
        - parking to wait for  <0x00000000fb4bcc98> (a java.util.concurrent.locks.StampedLock)
        at java.util.concurrent.locks.StampedLock.acquireWrite(StampedLock.java:1119)
        at java.util.concurrent.locks.StampedLock.tryWriteLock(StampedLock.java:394)
        at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.stop(DistributableSessionManager.java:98)
        - locked <0x00000000fb446c70> (a org.wildfly.clustering.web.undertow.session.DistributableSessionManager)
        at io.undertow.servlet.core.DeploymentManagerImpl$3.call(DeploymentManagerImpl.java:617)
        at io.undertow.servlet.core.DeploymentManagerImpl$3.call(DeploymentManagerImpl.java:607)
        at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$920/1245185678.call(Unknown Source)
        at io.undertow.servlet.core.DeploymentManagerImpl.stop(DeploymentManagerImpl.java:621)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:135)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$2.run(UndertowDeploymentService.java:117)

        - None

The current handling of changes to the region servers in a replication peer cluster is currently quite inefficient. The list of region servers that are being replicated to is only updated if there are a large number of issues encountered while replicating.
This can cause it to take quite a while to recognize that a number of the regionserver in a peer cluster are no longer available. A potentially bigger problem is that if a replication peer cluster is started with a small number of regionservers, and then more region servers are added after replication has started, the additional region servers will never be used for replication (unless there are failures on the in-use regionservers).
Part of the current issue is that the retry code in ReplicationSource#shipEdits checks a randomly-chosen replication peer regionserver (in ReplicationSource#isSlaveDown) to see if it is up after a replication write has failed on a different randonly-chosen replication peer. If the peer is seen as not down, another randomly-chosen peer is used for writing.
A second part of the issue is that changes to the list of region servers in a peer cluster are not detected at all, and are only picked up if a certain number of failures have occurred when trying to ship edits.

Get these warnings when I start the server : 

2018-01-07 09:57:11,314 WARNING [ServiceLoader] (main) Could not load service class org.wildfly.swarm.cdi.config.deployment.InjectConfigViewExtension
2018-01-07 09:57:11,315 WARNING [ServiceLoader] (main) Could not load service class org.wildfly.swarm.microprofile.jwtauth.deployment.auth.cdi.MPJWTExtension
2018-01-07 09:57:11,316 WARNING [ServiceLoader] (main) Could not load service class org.wildfly.swarm.microprofile.health.deployment.HealthExtension
2018-01-07 09:57:11,316 WARNING [ServiceLoader] (main) Could not load service class org.wildfly.swarm.microprofile.metrics.deployment.MetricCdiInjectionExtension

pom.xml

            <groupId>org.wildfly.swarm</groupId>
            <artifactId>jpa</artifactId>
            <version>${wildfly-swarm.version}</version>
            <artifactId>ejb</artifactId>
            <artifactId>jaxrs</artifactId>
            <artifactId>jaxrs-cdi</artifactId>
            <artifactId>cdi</artifactId>
            <artifactId>logging</artifactId>
            <artifactId>security</artifactId>

        <!-- Microprofile -->
            <artifactId>microprofile-jwt</artifactId>
            <artifactId>microprofile-config</artifactId>
            <artifactId>microprofile-health</artifactId>
            <artifactId>microprofile-metrics</artifactId>

HFile doesn't handle 'get meta block' when there are no meta blocks.  It throws an unhelpful exception "meta index not loaded", which is not the case.  No meta blocks = no meta index.  It should return null instead.
Additionally, hfile doesn't even get all meta names properly, due to the incorrect use of the file's comparator, instead of using just a bytes comparator in the index.  This is manifested by NPEs in some tests.

ever since HBASE-1522 I get this in master:
2009-06-14 23:09:33,043 ERROR org.apache.hadoop.hbase.master.BaseScanner: Unexpected exception
        at org.apache.hadoop.hbase.util.Writables.getWritable(Writables.java:74)
        at org.apache.hadoop.hbase.util.Writables.getHRegionInfo(Writables.java:118)
        at org.apache.hadoop.hbase.master.BaseScanner.hasReferences(BaseScanner.java:300)
        at org.apache.hadoop.hbase.master.BaseScanner.cleanupSplits(BaseScanner.java:267)
        at org.apache.hadoop.hbase.master.BaseScanner.scanRegion(BaseScanner.java:229)
        at org.apache.hadoop.hbase.master.MetaScanner.scanOneMetaRegion(MetaScanner.java:73)
        at org.apache.hadoop.hbase.master.MetaScanner.maintenanceScan(MetaScanner.java:129)
        at org.apache.hadoop.hbase.master.BaseScanner.chore(BaseScanner.java:136)
        at org.apache.hadoop.hbase.Chore.run(Chore.java:68)
preventing ROOT/etc from getting assigned. ouch!

Spring Roo's readme.txt says:
You can find this documentation (in several formats)
in your main Roo installation directory:
  $ROO_HOME/docs/html/index.html
  $ROO_HOME/docs/pdf/spring-roo-docs.pdf
This is untrue - the documentation is only available online.

Configuration of servicecall eip is not read by any starter in camel-kubernetes.
 
I've put configuration under:

camel.cloud.kubernetes.service-discovery...

But service-call eip ignores it.
 
The reference docs for the "field set" command (http://static.springsource.org/spring-roo/reference/html/command-index.html#command-index-field-set) contain these argument descriptions:
--sizeMin The minimum string length; no default value
--sizeMax The maximum string length; no default value 
As agreed by Stefan in the forum and as documented here for the @Size annotation:
http://java.sun.com/javaee/6/docs/api/index.html?javax/validation/constraints/Size.html
... these arguments actually relate to the minimum and maximum size of the set (i.e. the number of elements it contains), not the length of any strings.

Steps to reproduce. 

CREATE TABLE `repairtable`( `col` string) PARTITIONED BY (  `p1` string,  `p2` string)

hive> dfs -mkdir -p /apps/hive/warehouse/test.db/repairtable/p1=c/p2=a/p3=b;
hive> dfs -touchz /apps/hive/warehouse/test.db/repairtable/p1=c/p2=a/p3=b/datafile;

hive> set hive.mv.files.thread;
hive.mv.files.thread=15

hive> set hive.mv.files.thread=1;
hive> MSCK TABLE repairtable;

OpenTSDB uses AsyncHBase as its client, rather than using the traditional HBase Client. From version 1.2 to 1.3, the ClientProtos have been changed. Newer fields are added to ScanResponse proto.
For a typical Scan request in 1.2, would require caller to make an OpenScanner Request, GetNextRows Request and a CloseScanner Request, based on more_rows boolean field in the ScanResponse proto.
However, from 1.3, new parameter more_results_in_region was added, which limits the results per region. Therefore the client has to now manage sending all the requests for each region. Further more, if the results are exhausted from a particular region, the ScanResponse will set more_results_in_region to false, but more_results can still be true. Whenever the former is set to false, the RegionScanner will also be closed. 
OpenTSDB makes an OpenScanner Request and receives all its results in the first ScanResponse itself, thus creating a condition as described in above paragraph. Since more_rows is true, it will proceed to send next request at which point the RSRpcServices will throw UnknownScannerException. The protobuf client compatibility is maintained but expected behavior is modified.

I just upgraded from acegi 1.0 RC2 to 1.0 final. While trying to implement a custom LDAP Authentication Provider, I discovered to errors in Chapter 17 of the Acegi documentation. These classes were probably moved since the RC:
17.3 references
incorrect class name:
org.acegisecurity.providers.ldap.DefaultInitialDirContextFactory
correct class name:
org.acegisecurity.ldap.DefaultInitialDirContextFactory
org.acegisecurity.providers.ldap.search.FilterBasedLdapUserSearch
org.acegisecurity.ldap.search.FilterBasedLdapUserSearch
Thanks

The code to review:
InvocableHandlerMethod.java
public Object invoke(Message<?> message, Object... providedArgs) throws Exception {
	Object[] args = getMethodArgumentValues(message, providedArgs);
       ....
}

private Object[] getMethodArgumentValues(Message<?> message, Object... providedArgs) throws Exception {
		MethodParameter[] parameters = getMethodParameters();
		Object[] args = new Object[parameters.length];
		for (int i = 0; i < parameters.length; i++) {
			MethodParameter parameter = parameters[i];
			parameter.initParameterNameDiscovery(this.parameterNameDiscoverer);
			GenericTypeResolver.resolveParameterType(parameter, getBean().getClass());
            ...
}

Looks like we always call that GenericTypeResolver.resolveParameterType() for the same reason and for the same arguments.
That could be done directly in the initMethodParameters(), which is called from the constructor.
Plus we should keep in mind that getBean() not always returns target object. There is beanName-based constructor. Consider to switch to the getBeanType().
We have an interesting observation in Spring Integration when this InvocableHandlerMethod approach is slower than Compiled SpEL, but that is different story...
Plus it would be great to reconsider properties and accessors visibility in the InvocableHandlerMethod and DefaultMessageHandlerMethodFactory. Right now they are not good for extension...
Thanks

Looking at recent timeouts, these two tests are missing timeout or the timeouts are not fit for their category.

The region server got the logging splitting task, but the master is gone.

2014-10-08 08:31:22,089 ERROR [RS_LOG_REPLAY_OPS-a2428:20020-1] executor.EventHandler: Caught throwable while processing event RS_LOG_REPLAY
        at org.apache.hadoop.hbase.regionserver.HRegionServer.getLastSequenceId(HRegionServer.java:2113)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFile(HLogSplitter.java:317)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFile(HLogSplitter.java:218)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker$1.exec(SplitLogWorker.java:103)
        at org.apache.hadoop.hbase.regionserver.handler.HLogSplitterHandler.process(HLogSplitterHandler.java:72)

1. generate clinic application and run
2. create 2 owners
3. create 9 pets
4. go to "List all Pets" page
5. change results per page to 5 and go to the second page result.
6. click "List all Owners" in the menu --> no owners found because page number is 2.
I guess, there must be reset of page number to 1 before entities fetching in this case.

if (page > maxPages) page = 1;

Thanks

Hi,
I encountered a bug using a SettableListenableFuture. 
When I call future.setException() with a Throwable that is not an Exception, it is set as a result instead. So, it raises a ClassCastException. See the samples below.
And sorry if this is a duplicate btw 
sample 1 :

code :
    SettableListenableFuture<String> future = new SettableListenableFuture<>();
    Consumer<String> printRes = res -> System.out.println("success " + res);
    Consumer<Throwable> printErr = err -> System.out.println("failure " + err);
    future.addCallback(printRes::accept, printErr::accept);
    future.setException(new Throwable("test"));

expected output :
    failure java.lang.Throwable: test

actual output :
    failure java.lang.ClassCastException: java.lang.Throwable cannot be cast to java.lang.String

sample 2 :

code :
    SettableListenableFuture<Throwable> future = new SettableListenableFuture<>();
    Consumer<Throwable> printRes = res -> System.out.println("success " + res);

    success java.lang.Throwable: test

Intermittent but frequently:

java.sql.SQLException: org.apache.thrift.transport.TTransportException
	at org.apache.hive.jdbc.HiveStatement.closeStatementIfNeeded(HiveStatement.java:222)
	at org.apache.hive.jdbc.HiveStatement.closeClientOperation(HiveStatement.java:227)
	at org.apache.hive.jdbc.HiveStatement.close(HiveStatement.java:243)
	at org.apache.hive.jdbc.TestJdbcWithMiniLlapArrow.testKillQuery(TestJdbcWithMiniLlapArrow.java:349)
	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:379)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:340)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:413)
Caused by: org.apache.thrift.transport.TTransportException
	at org.apache.thrift.transport.TIOStreamTransport.read(TIOStreamTransport.java:132)
	at org.apache.thrift.transport.TTransport.readAll(TTransport.java:86)
	at org.apache.thrift.transport.TSaslTransport.readLength(TSaslTransport.java:376)
	at org.apache.thrift.transport.TSaslTransport.readFrame(TSaslTransport.java:453)
	at org.apache.thrift.transport.TSaslTransport.read(TSaslTransport.java:435)
	at org.apache.thrift.transport.TSaslClientTransport.read(TSaslClientTransport.java:37)
	at org.apache.thrift.protocol.TBinaryProtocol.readAll(TBinaryProtocol.java:429)
	at org.apache.thrift.protocol.TBinaryProtocol.readI32(TBinaryProtocol.java:318)
	at org.apache.thrift.protocol.TBinaryProtocol.readMessageBegin(TBinaryProtocol.java:219)
	at org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:77)
	at org.apache.hive.service.rpc.thrift.TCLIService$Client.recv_CloseOperation(TCLIService.java:521)
	at org.apache.hive.service.rpc.thrift.TCLIService$Client.CloseOperation(TCLIService.java:508)
	at org.apache.hive.jdbc.HiveConnection$SynchronizedHandler.invoke(HiveConnection.java:1669)
	at com.sun.proxy.$Proxy131.CloseOperation(Unknown Source)
	at org.apache.hive.jdbc.HiveStatement.closeStatementIfNeeded(HiveStatement.java:215)
	... 32 more

Sadly it seems redis is locked down to version 1.7.12 of slf4j, and not just 1.7.x etc.

karaf@root()> feature:install camel-spring-redis
Error executing command: Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=camel-spring-redis; type=karaf.feature; version="[2.18.0.SNAPSHOT,2.18.0.SNAPSHOT]"; filter:="(&(osgi.identity=camel-spring-redis)(type=karaf.feature)(version>=2.18.0.SNAPSHOT)(version<=2.18.0.SNAPSHOT))" [caused by: Unable to resolve camel-spring-redis/2.18.0.SNAPSHOT: missing requirement [camel-spring-redis/2.18.0.SNAPSHOT] osgi.identity; osgi.identity=slf4j.api; type=osgi.bundle; version="[1.7.12,1.7.12]"; resolution:=mandatory [caused by: Unable to resolve slf4j.api/1.7.12: missing requirement [slf4j.api/1.7.12] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.slf4j.impl)(version>=1.6.0))"]]

I am trying to introduce the operation mongoTemplate.stream in my project.
This is the code I use to create the query-object

    private Query createQuery(Criteria criteria, int pageSize, boolean disableTimeout, boolean limitFrom) {
        Query query = query(criteria)
                .with(
                        new PageRequest(
                                0, pageSize,
                                new Sort(limitFrom ? Sort.Direction.ASC : Sort.Direction.DESC, "timestamp")));

        if (disableTimeout) {
            query = query.maxTime(4, TimeUnit.HOURS);
        }
        return query;
    }

The resulting query contains a value for the limit-field. However, when executing the stream-operation, the limit-value is not taken into account and I retrieve all matching documents.

Method execution with an Elvis operator on a Map in the method argument expression.

	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:331)
	at com.example.CompilerTests.test(CompilerTests.java:67)
Caused by: java.lang.VerifyError: (class: spel/Ex5, method: getValue signature: (Ljava/lang/Object;Lorg/springframework/expression/EvaluationContext;)Ljava/lang/Object;) Incompatible argument to function
	... 27 more

public class CompilerTests {

	@Test
		SpelParserConfiguration configuration = new SpelParserConfiguration(SpelCompilerMode.IMMEDIATE, null);

		Expression exp = new SpelExpressionParser(configuration).parseExpression("bar()"); // OK
		assertEquals("BAR", exp.getValue(new Foo(), String.class));
		assertNotNull(new DirectFieldAccessor(exp).getPropertyValue("compiledAst"));

		exp = new SpelExpressionParser(configuration).parseExpression("bar('baz')"); // OK
		assertEquals("BAZ", exp.getValue(new Foo(), String.class));

		StandardEvaluationContext context = new StandardEvaluationContext();
		context.setVariable("map", Collections.singletonMap("foo", "qux"));

		exp = new SpelExpressionParser(configuration).parseExpression("bar(#map['foo'])"); // OK
		assertEquals("QUX", exp.getValue(context, new Foo(), String.class));

		exp = new SpelExpressionParser(configuration).parseExpression("bar(#map['foo'] ?: 'qux')"); // VerifyError
		assertEquals("QUX", exp.getValue(context, new Foo(), String.class)); // OK
		assertEquals("QUX", exp.getValue(context, new Foo(), String.class)); // BOOM
	}

	public static class Foo {

		public String bar() {
			return "BAR";
		}

		public String bar(String arg) {
			return arg.toUpperCase();
		}

	}

}

Also occurs with the Elvis expanded

"bar(#map['foo'] != null ? #map['foo'] : 'qux')"

The hive 0.9 build is currently producing tar which contains 31 additional jars when compared with 0.8 release, and most of them are not needed.

My Roo project has some entities and their web controllers, all Roo managed.
I also have a Service, scaffolded from Roo, to do some cross-domain processing.
The service method produces a non persistent entity called BookableRoom, summarizing the processing result. This entity is a fake JPA Active Record managed by Roo (please see suggestion).
I also built a web controller BookableRoomController and views, scaffolded from Roo and then totally managed from me (no more @Roo annotations in it).
Now the problem: I added some Roo managed new entities, but "web mvc all..." refuses to scaffold their web controllers and views, saying "Undo manage...", "Undo create..." about the controllers to be scaffolded. 
If I remove the autowired service from my BookableRoomController, then Roo scaffolds everything (even my existing BookableRoomController, which is right: I asked "all").
How comes a service inside a controller affects other entities' controller scaffolding?
Anyone experienced such behaviour?
Is it right, and maybe I'm doing something wrong?
Is the command execution a transaction, and the issue regarding the autowired service triggers a rollback? (undos)

The RabbitMQ consumer thread crashes when sending an object that implements Serializable but contains non Serializable objects. 
I will have PR very soon to fix this and add tests.

Excluding a field in a query where the field is a DBRef as below throws a MappingException.

Query query = new Query(Criteria.where("parentField").is("test"));
query.fields().exclude("children");
        
ParentClass parentClass = mongoOperations.findOne(query, ParentClass.class);

org.springframework.data.mapping.model.MappingException: No mapping metadata found for class java.lang.Integer
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.createDBRef(MappingMongoConverter.java:729)
	at com.acme.….CollectionNameProvidedMongoConverter.createDBRef(CollectionNameProvidedMongoConverter.java:28)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.toDBRef(MappingMongoConverter.java:288)
	at org.springframework.data.mongodb.core.convert.QueryMapper.convertAssociation(QueryMapper.java:273)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedValue(QueryMapper.java:204)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:113)
	at org.springframework.data.mongodb.core.MongoTemplate.doFindOne(MongoTemplate.java:1439)
	at org.springframework.data.mongodb.core.MongoTemplate.findOne(MongoTemplate.java:489)
	at org.springframework.data.mongodb.core.MongoTemplate.findOne(MongoTemplate.java:484)
	at ExcludeDBRefFieldTest.testExcludeChildren(ExcludeDBRefFieldTest.java:28)

I've attached a simple test case that throws the MappingException. The workaround for this I can currently see is to use include for all the other fields instead.

In conf/hive-default.xml, the property hive.metastore.uris is specified twice: first, with a value of "thift://" and a description, second, with a value of "file:///var/metastore/metadb/", and no description. this does not seem to be intentional or correct, but i may be wrong. 

Encountered on bval where building with java 8 makes the bytecode java 8 compliant and breaks under java 7.
See org.apache.bval.util.reflection.Reflection#setAccessible where  Utf8               java/lang/reflect/Executable is injected with java 8 and Executable is a java 8 class only.

Executing the CLI with file encoding ANSI (Windows-1252) where characters include German umlauts (ä, ö, ü) fails.
This worked in EAP 7.0.0, but fails in 7.1.0 Alpha.  Also present in DR17

In cluster testing trunk, I ended up with a situation where META was unassigned and no amount of restarting various pieces would fix it. On master startup, I see:
2010-06-20 21:08:05,431 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of .META.,,1.1028785192 is not valid;  serverAddress=, startCode=0 unknown.
2010-06-20 21:08:05,436 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper: While creating UNASSIGNED region 1028785192 exists, state = RS2ZK_REGION_OPENED
2010-06-20 21:08:05,438 WARN org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper: <monster01.sf.cloudera.com:/hbase,org.apache.hadoop.hbase.master.HMaster>Failed to create ZNode /hbase/UNASSIGNED/1028785192 in ZooKeeper
org.apache.zookeeper.KeeperException$NodeExistsException: KeeperErrorCode = NodeExists for /hbase/UNASSIGNED/1028785192
2010-06-20 21:08:05,438 DEBUG org.apache.hadoop.hbase.master.RegionManager: Created UNASSIGNED zNode .META.,,1.1028785192 in state M2ZK_REGION_OFFLINE
then on the RS:
2010-06-20 21:08:05,899 ERROR org.apache.hadoop.hbase.regionserver.RSZookeeperUpdater: ZNode /hbase/UNASSIGNED/1028785192 is not in CLOSED/OFFLINE state (state = RS2ZK_REGION_OPENED), will NOT open region.
2010-06-20 21:08:05,899 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: Error opening .META.,,1.1028785192
java.io.IOException: ZNode /hbase/UNASSIGNED/1028785192 is not in CLOSED/OFFLINE state (state = RS2ZK_REGION_OPENED), will NOT open region.
and the region never opens

This occurs when the following happens:
1. Consider a client that invokes HBaseAdmin.checkHBaseAvailable(config) before doing anything. Although this method copies the HBaseConfiguration object and sets hbase.client.retries.number to 1 (see HBaseAdmin, line 751), it creates an HBaseAdmin object, which invokes HConnectionManager.getConnection(conf). Please notice that this conf is that with hbase.client.retries.number equals to 1. 
2. HConnectionManager.getConnection then creates a HConnection using this conf and puts it into a static map (see HConnectionManager, line 93) indexed by hbase.rootdir. 
3. Then, if the same client now creates a HTable object (using, for instance, a HBaseConfiguration with  hbase.client.retries.number equals to 10 but the same hbase.rootdir), it will invoke HConnectionManager.getConnection(conf) again (see HTable, line 109). However, when it checks the static map for a HConnection it finds one - the one previously created by the HBaseAdmin object and using hbase.client.retries.number 1 - and returns it without creating a new one with the correct HBaseConfiguration.
However, the expected behavior is: HConnectionManager must return different HConnections for different HBaseConfigurations.  

When using a routeContext, the last (in the xml-file) defined route-scoped <onException> configuration is shared by the other routes in the context.
http://camel.465427.n5.nabble.com/possible-onException-bug-when-using-routeContext-td1616244.html#a1616244

1) Batch to row converter doesn't propagate columns correctly because they are not in the schema.
2) Then, even if it did, the current VrbCtx model of ACID column propagation only works with VectorMapOperator. Regular MapOperator has no such context; the reader ends up storing the vector in some fake temporary ctx. I left a TODO that combined with a fix to (1) could fix this instead of disabling it.

Simplify
Make faster - perform bulk operations instead of iterating
Remove compilation warnings

Test failures in HBASE-15198 lead to this bug. Till now we are not doing cell block (codec usage) for write requests. (Client -> server)  Once we enabled Codec usage by default, aw this issue.
A multi request came to RS with mutation for different regions. One of the region which was in this RS got unavailable now.  In RsRpcServices#multi, we will fail that entire RegionAction (with N mutations in it) in that MultiRequest.  Then we will continue with remaining RegionActions.  Those Regions might be available.  (The failed RegionAction will get retried from client after fetching latest region location).  This all works fine in pure PB requests world. When a Codec is used, we wont convert the Mutation Cell to PB Cells and pack them in PB Message. Instead we will pass all Cells serialized into one byte[] cellblock. Using Decoder we will iterate over these cells at server side. Each Mutation PB will know only the number of cells associated with it.  As in above case when an entire RegionAction was skipped, there might be N Mutations under that which might have corresponding Cells in the cellblock. We are not doing the skip in that Iterator. This makes the later Mutations (for other Regions) to refer to invalid Cells and try to put those into the a different region. This will make HRegion#checkRow() to throw  which will be treated as Sanity check failure and so throwing back a DNRIOE to client. So the op will get failed for the user code.

<form:errors path=""/> generates span with incorrect id: <span id=".errors">
The character "*" is not allowed in the value of attribute "id"

Similar to HIVE-20085 and HIVE-20111. Accumulo-Hive (managed) table creation fails with strict managed table checks: Table is marked as a managed table but is not transactional

Instead of setting the password, it installs a keystore entry, which is needlessly complex and also simply does not work.

Some version variables in sql are not updated in HIVE-10921 which caused unit test failed. See http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/PreCommit-HIVE-TRUNK-Build/4241/testReport/org.apache.hive.beeline/TestSchemaTool/testSchemaUpgrade/

There are about 90 classes/codes in HbaseObjectWritable currently and Byte.MAX_VALUE is 127.  In addition, anyone wanting to add custom classes but not break compatibility might want to leave a gap before using codes and that's difficult in such limited space.
Eventually we should get rid of this pattern that makes compatibility difficult (better client/server protocol handshake) but we should probably at least bump this to a short for 0.94.

This issue is similar to HBASE-13085 fixed in REST gateway recently. This change factors in the usage of remote user. Besides this, I also added the following changes.

Adding response headers to strictly adhere to RFC specifcations.
Made changes to demo client to get rid of hard codings.

It doesn't concern the tab-completion. But if the address is entered manually and ends on a resource type, the generated operation request will target the parent resource.
[standalone@localhost:9999 /] echo-dmr /subsystem=logging/file-handler=:remove
{
    "address" => [("subsystem" => "logging")],
    "operation" => "remove"
}
            
TestMiniLlapLocalCliDriver.testCliDriver[load_dyn_part3] is more than flaky.

I ran a rolling restart on a 5 node cluster with lots of regions, and afterwards had LOTS of regions left orphaned. The issue appears to be that ProcessServerShutdown failed because the server hosting META was restarted around the same time as another server was being processed

See the failing test (testOverloadedMethodUsingInputWithoutExactMatch) at https://github.com/magott/spring-batch/blob/master/spring-batch-infrastructure/src/test/java/org/springframework/batch/item/adapter/HippyMethodInvokerTests.java
 The issue is that if you have an overloaded method where one of the methods is a match, but not an exact match (ie: foo(Set) and foo(List) with TreeSet being passed as the argument). An IllegalArgumentException is thrown.

Wrong counters are updated as you can see in MetricsMasterSourceImpl.java#init() 

    splitTimeHisto = metricsRegistry.newHistogram(SPLIT_SIZE_NAME, SPLIT_SIZE_DESC);
    splitSizeHisto = metricsRegistry.newHistogram(SPLIT_TIME_NAME, SPLIT_TIME_DESC);

Otherwise, traditional RuntimeCapability usage is cumbersome.

The JUnit tests are not closing the RabbitMQ connections correctly. This may lead to a hanging build (depends on the OS but observed on Mac OS):

Building > :spring-rabbit:test > 254 tests completed, 1 skipped

In the RabbitMQ admin you may observe that the Socket descriptors max out (E.g. on my Mac I have 138 available)

(02:26:46 PM) BenM: hey guys, in checkAndSave, is there a reason that the update is not written to the hlog?
(02:26:59 PM) BenM: the code has
(02:27:03 PM) BenM:      boolean result = region.checkAndSave(b,
(02:27:03 PM) BenM:         expectedValues,getLockFromId(b.getRowLock()), false);
(02:27:18 PM) BenM: where false is "writetoWAL"
(02:30:53 PM) ***St^Ack_ that looks wrong... looking
(02:34:30 PM) St^Ack_: BenM: that looks wrong to me; please file a 0.19.1 issue... 

In the class TableName,

public static byte [] isLegalFullyQualifiedTableName(final byte[] tableName) {
...
int namespaceDelimIndex = ...
if (namespaceDelimIndex == 0 || namespaceDelimIndex == -1){
  isLegalTableQualifierName(tableName);
} else {
...

That means, for example, giving ":a" as the argument throws an exception which says invalid qualifier, instead of invalid namespace.
Also, TableName.valueOf(String) and valueOf(byte[]) can create an instance with empty namespace, which is inconsistent.

All the code for the TestSplitLogWorker, only the testAcquireTaskAtStartup waits 100ms, other testCase wait 1000ms. The 100ms is short and sometimes causes testAcquireTaskAtStartup failure.

FileCleaner opens a thread and no solution is given to the user to end it. So when an application is undeployed
in an Application Server, a thread is still alive. The WebApp can't be undeployed and this results in a classloader
leak that will cause an OutOfMemoryError.
I think the API should be extended so that a user can end the thread. A better way would be to provide a class that
cleans everything for commons IO.

In CatalogJanitor, we clean up the parent regions whose daughters does not have any more references to their parent regions. In doing so, we do two Delete's one for removing the split daughter columns, and the other for removing the row. 
The first one seems unnecessary, and causes NPE from concurrent MetaScanner. 

2013-05-07 04:49:40,828|machine|INFO|Exception in thread "main" java.lang.NullPointerException
2013-05-07 04:49:40,828|machine|INFO|at org.apache.hadoop.hbase.util.Writables.getWritable(Writables.java:103)
2013-05-07 04:49:40,828|machine|INFO|at org.apache.hadoop.hbase.util.Writables.getHRegionInfo(Writables.java:147)
2013-05-07 04:49:40,829|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner$BlockingMetaScannerVisitor.processRow(MetaScanner.java:406)
2013-05-07 04:49:40,829|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner$TableMetaScannerVisitor.processRow(MetaScanner.java:487)
2013-05-07 04:49:40,830|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:224)
2013-05-07 04:49:40,830|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner.access$000(MetaScanner.java:54)
2013-05-07 04:49:40,830|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner$1.connect(MetaScanner.java:133)
2013-05-07 04:49:40,831|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner$1.connect(MetaScanner.java:130)
2013-05-07 04:49:40,831|machine|INFO|at org.apache.hadoop.hbase.client.HConnectionManager.execute(HConnectionManager.java:384)
2013-05-07 04:49:40,831|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:130)
2013-05-07 04:49:40,832|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:105)
2013-05-07 04:49:40,832|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:83)
2013-05-07 04:49:40,832|machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner.allTableRegions(MetaScanner.java:323)
2013-05-07 04:49:40,833|machine|INFO|at org.apache.hadoop.hbase.client.HTable.getRegionLocations(HTable.java:485)
2013-05-07 04:49:40,833|machine|INFO|at org.apache.hadoop.hbase.client.HTable.getStartEndKeys(HTable.java:438)

Master is doing the CatalogJanitor concurrently:

2013-05-07 04:49:40,636 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted daughters references, qualifier=splitA and qualifier=splitB, from parent IntegrationTestBigLinkedList,\x07\xFB\x98\xB7a\x89\xF5\xE6,1367898577620.4ef1329ff0e8911db998ac8ccd32108d.
2013-05-07 04:49:40,666 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted region IntegrationTestBigLinkedList,\x07\xFB\x98\xB7a\x89\xF5\xE6,1367898577620.4ef1329ff0e8911db998ac8ccd32108d. from META
2013-05-07 04:49:40,690 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted daughters references, qualifier=splitA and qualifier=splitB, from parent IntegrationTestBigLinkedList,\x0B\xF8n\xEA\xD3\xAA\xA9\x92,1367898577620.b502376df2623cb0be3f0c1664d799a6.
2013-05-07 04:49:40,716 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted region IntegrationTestBigLinkedList,\x0B\xF8n\xEA\xD3\xAA\xA9\x92,1367898577620.b502376df2623cb0be3f0c1664d799a6. from META
2013-05-07 04:49:40,742 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted daughters references, qualifier=splitA and qualifier=splitB, from parent IntegrationTestBigLinkedList,\x17\xF5\x11\xB9\xE3\xDB)\x0C,1367898541729.ec2df58fafb823cec6e793ba35e2241d.

This is critical for 0.94, but not for 0.95 and trunk due to HBASE-7721. 

Simplified repro case of HCC #8880, with the slow query showing the push-down miss. 
And the manually rewritten query to indicate the expected one.
Part of the problem could be the window range not being split apart for PPD, but the FIL is not pushed down even if the rownum filter is removed.

create temporary table positions (regionid string, id bigint, deviceid string, ts string);

insert into positions values('1d6a0be1-6366-4692-9597-ebd5cd0f01d1', 1422792010, '6c5d1a30-2331-448b-a726-a380d6b3a432', '2016-01-01'),
('1d6a0be1-6366-4692-9597-ebd5cd0f01d1', 1422792010, '6c5d1a30-2331-448b-a726-a380d6b3a432', '2016-01-01'),
('1d6a0be1-6366-4692-9597-ebd5cd0f01d1', 1422792010, '6c5d1a30-2331-448b-a726-a380d6b3a432', '2016-01-02'),
('1d6a0be1-6366-4692-9597-ebd5cd0f01d1', 1422792010, '6c5d1a30-2331-448b-a726-a380d6b3a432', '2016-01-02');

-- slow query
explain
WITH t1 AS 
( 
         SELECT   *, 
                  Row_number() over ( PARTITION BY regionid, id, deviceid ORDER BY ts DESC) AS rownos
         FROM     positions ), 
latestposition as ( 
       SELECT * 
       FROM   t1 
       WHERE  rownos = 1) 
SELECT * 
FROM   latestposition 
WHERE  regionid='1d6a0be1-6366-4692-9597-ebd5cd0f01d1' 
AND    id=1422792010 
AND    deviceid='6c5d1a30-2331-448b-a726-a380d6b3a432';

-- fast query
explain
WITH t1 AS 
( 
         SELECT   *, 
         FROM     positions 
         WHERE  regionid='1d6a0be1-6366-4692-9597-ebd5cd0f01d1' 
         AND    id=1422792010 
         AND    deviceid='6c5d1a30-2331-448b-a726-a380d6b3a432'
),latestposition as ( 
       SELECT * 
       FROM   t1 
SELECT * 
;

XmlMind reports "required elements missing" for the base-web.xml file, apparently in the table entitled "Scaffolding of JPA reference relationships". Would you mind fixing. Thanks.

Bytes.toStringBinary() doesn't escape \.
Otherwise the transformation isn't reversible
byte[] a = 
{'\', 'x' , '0', '0'}

Bytes.toBytesBinary(Bytes.toStringBinary(a)) won't be equal to a

At present there are few configs which needs to be present in  hbase-site or default xml for it to work. following are the list.
hbase.canary.threads.num
hbase.canary.sink.class
hbase.client.keytab.file
hbase.client.kerberos.principal
Execution in secure expects keytab and princ to be present 

2016-02-05 05:58:44,024 ERROR [main] hbase.AuthUtil - Error while trying to perform the initial login: Running in secure mode, but config doesn't have a keytab
java.io.IOException: Running in secure mode, but config doesn't have a keytab
	at org.apache.hadoop.security.SecurityUtil.login(SecurityUtil.java:236)
	at org.apache.hadoop.hbase.security.User$SecureHadoopUser.login(User.java:392)
	at org.apache.hadoop.hbase.security.User.login(User.java:259)
	at org.apache.hadoop.hbase.security.UserProvider.login(UserProvider.java:116)
	at org.apache.hadoop.hbase.AuthUtil.launchAuthChore(AuthUtil.java:64)
	at org.apache.hadoop.hbase.tool.Canary.main(Canary.java:1146)
Exception in thread "main" java.io.IOException: Running in secure mode, but config doesn't have a keytab

public static void main(String[] args) throws Exception {
    final Configuration conf = HBaseConfiguration.create();
    AuthUtil.launchAuthChore(conf);
    int numThreads = conf.getInt("hbase.canary.threads.num", MAX_THREADS_NUM);
    ExecutorService executor = new ScheduledThreadPoolExecutor(numThreads);

    Class<? extends Sink> sinkClass =
        conf.getClass("hbase.canary.sink.class", StdOutSink.class, Sink.class);
    Sink sink = ReflectionUtils.newInstance(sinkClass);

    int exitCode = ToolRunner.run(conf, new Canary(executor, sink), args);
    executor.shutdown();
    System.exit(exitCode);
  }

In main class these params should be parsed and updated. else for any change to these value hbase-stie.xml needs to be updated 

Example of error message that doesn't given enough useful information -

0: jdbc:hive2://localhost:10000> alter table parttab1 drop partition (p1='def');        
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Unknown error. Please check logs. (state=08S01,code=1)

Some calls to get database and get table from metastore also treat all exceptions as an 'object does not exist' exception, and end up ignoring the errors. 

Currently, the OpenEntityManagerInViewFilter required for JPA and also the SpringSecurityFilterChain required by Spring Security are inserted into the web.xml when required. However, their location in the web.xml is not correct. 

A linkage error javax.xml.crypto.dsig.XMLSignContext is thrown when a XMLSignatureFactory is first resolved by PicketLink (instead of the WS subsystem) on WFLY.
This should be fixed by tuning the module dependencies in org.picketlink module, either by modifying the relative order of org.apache.santuario.xmlsec and javax.api modules, or -better by setting an exclude block as follows:

        ...
        <module name="org.apache.santuario.xmlsec">
            <imports>
                <exclude path="javax/*"/>
            </imports>
        </module>
        ...

23:47:46,400 ERROR org.jboss.as.webservices.invocation.InvocationHandlerJAXWS JBAS015594: Method invocation failed with exception: loader constraint violation: loader (instance of org/jboss/modules/ModuleClassLoader) previously initiated loading for a different type with name "javax/xml/crypto/dsig/XMLSignContext": java.lang.LinkageError: loader constraint violation: loader (instance of org/jboss/modules/ModuleClassLoader) previously initiated loading for a different type with name "javax/xml/crypto/dsig/XMLSignContext"
at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_15]
at java.lang.ClassLoader.defineClass(ClassLoader.java:791) [rt.jar:1.7.0_15]
at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:345) [jboss-modules.jar:1.3.0.Beta3]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:423) [jboss-modules.jar:1.3.0.Beta3]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:261) [jboss-modules.jar:1.3.0.Beta3]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:76) [jboss-modules.jar:1.3.0.Beta3]
at org.jboss.modules.Module.loadModuleClass(Module.java:548) [jboss-modules.jar:1.3.0.Beta3]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:189) [jboss-modules.jar:1.3.0.Beta3]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) [jboss-modules.jar:1.3.0.Beta3]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) [jboss-modules.jar:1.3.0.Beta3]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) [jboss-modules.jar:1.3.0.Beta3]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) [jboss-modules.jar:1.3.0.Beta3]
at org.picketlink.identity.federation.core.wstrust.StandardRequestHandler.postProcess(StandardRequestHandler.java:561) [picketlink-core-2.1.7.Final.jar:2.1.7.Final]
at org.picketlink.identity.federation.core.wstrust.PicketLinkSTS.handleTokenRequest(PicketLinkSTS.java:220) [picketlink-core-2.1.7.Final.jar:2.1.7.Final]
at org.picketlink.identity.federation.core.wstrust.PicketLinkSTS.invoke(PicketLinkSTS.java:150) [picketlink-core-2.1.7.Final.jar:2.1.7.Final]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_15]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_15]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_15]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:48)
at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53)
at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49)
at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:325)
at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:428)
at org.wildfly.security.manager.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:63)
at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_15]
at org.jboss.invocation.PrivilegedInterceptor.processInvocation(PrivilegedInterceptor.java:75)
at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165)
at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:112)
at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:149)
at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:96) [cxf-api.jar:2.7.7.SNAPSHOT]
at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:178)
at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:68)
at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:129)
at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:57) [cxf-api.jar:2.7.7.SNAPSHOT]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_15]
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_15]
at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_15]
at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) [cxf-api.jar:2.7.7.SNAPSHOT]
at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:106) [cxf-api.jar:2.7.7.SNAPSHOT]
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) [cxf-api.jar:2.7.7.SNAPSHOT]
at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) [cxf-api.jar:2.7.7.SNAPSHOT]
at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:239)
at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:93)
at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:143)
at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:87)
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:286)
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:206)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1]
at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:135)
at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi.jar:2.2.1-SNAPSHOT]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1]
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:59) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:81)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:614) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_15]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_15]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_15]

The MllpTcpServerConsumer is not always detecting the end of the MLLP envelope correctly, resulting in unpredictable route behavior (empty messages being delivered to route, exceptions generating acknowledgments, etc).

When performing composite operation on periodic-rotating-file-handler, it fails with [1] although individual steps passes. This affects Web Console form editing.
[1]

[standalone@localhost:9990 / #] run-batch 
The batch failed with the following error (you are remaining in the batch editing mode to have a chance to correct the error): 
WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:
Step: step-1
Operation: /subsystem=logging/periodic-rotating-file-handler=foo:undefine-attribute(name=formatter)
Failure: WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: Formatter "foo" is not found

The "Pragma: no-cache" header and value is not returned when an exception is thrown within the context of a TokenEndpoint instance. I suggest the DefaultWebResponseExceptionTranslator#handleOAuth2Exception should be modified to set this value.
I have worked around this by creating a bean that gets loaded after the "oauth2TokenEndpoint" bean, has a property that references the "oauth2TokenEndpoint" bean, and also has an "afterPropertiesSet" method implementation that sets the "oauth2TokenEndpoint" bean with a custom class that extends DefaultWebResponseExceptionTranslator. The custom class overrides the "translate" method to add this header and value into the super's returned result.

In DummyTxnManager, the lockMode for a WriteEntity (e.g. database, table) is determined by "complete" instead of its writeType. But since DDL output WriteEntity is usually complete, some DDL operations might be given exclusive locks which are actually not needed, which causes unnecessary locking contention. For example, in createTable, DummyTxnManager suggests an exclusive lock to table database writeentity since it is complete.

given the two classes:
public interface IUser{
}
public class User implements IUser{
    public int i;
}
public class UserWrapper{
    private IUser user;
}
when using findAndModify on a UserWrapper collection, 
the "_class" field from the User class is removed.
when trying to restore the UserWrapper class, 
a MappingInstantiationException is being thrown with "Failed to instantiate IUser using constructor NO_CONSTRUCTOR with arguments.

API incompatibilities can be frustrating for customers. Therefore, it is important to identify incompatibilities and correct them.
There is a tool called JDiff which will compare two public API descriptions. Having it pull from a git repo it will make it very useful.

Make  round-trip JobParameters->Properties->JobParameters work for double parameters. Here is the customer's use case for this - "I want to use the JobOperator interface to start jobs and that requires passing the parameters in the string format. So I need a way to generate a correct string representation of JobParameters that will be accepted by JobOperator. I assumed DefaultJobParametersConverter is the way to go. But to be even more specific I'm trying to build a mechanism for starting jobs in a clustered environment and the approach is to use JMS messages. The client would invoke an API (passing JobParameters) which behind the scenes will take the JobParameters, convert it to the String format and put it in a JMS messages that gets placed on a queue. On the other side of the queue a component receives the message, extracts the String of job parameters and calls JobOperator. I don't want to be responsible for creating the correct string format of JobParameters so I'm counting on classes provided by the framework." 
Code snippet for demonstration:
@Test
public void testDefaultJobParametersConverter() {
DefaultJobParametersConverter converter = new DefaultJobParametersConverter();
JobParametersBuilder builder = new JobParametersBuilder();
Double val = Double.valueOf(222);
builder.addDouble("doubleParam", val);
JobParameters params = builder.toJobParameters();
Map<String, JobParameter> map = params.getParameters();
JobParameter jp = map.get("doubleParam");
assertNotNull(jp);
assertEquals(ParameterType.DOUBLE, jp.getType());
Properties props = converter.getProperties(params);
params = converter.getJobParameters(props);
map = params.getParameters();
jp = map.get("doubleParam");
assertEquals(val, jp.getValue());
}

Currently we log if a server is in the failed server list when we go to connect to it, but we don't log anything about when the server got into the list.
This means we have to search the log for errors involving the same server name that (hopefully) managed to get into the log within FAILED_SERVER_EXPIRY_KEY milliseconds earlier (default 2 seconds).

If the container is stopping, it throws a MessageRejectedWhileStoppingException.
The logic added by AMQP-221 to support Dead Letter Exchange/Queue is indiscriminate and, if the container is configured to always reject failed messages, rejects messages, even for this exception.
We should always requeue messages that fail to process because the container is stopping.

  public Mutation beforeMutate(long rowkeyBase, Mutation m) throws IOException {
    if (!(m instanceof Delete)) {
      m.setCellVisibility(new CellVisibility(this.visibilityExps[(int) rowkeyBase
          % this.visibilityExps.length]));
    }
    return m;
  }

Now we have delete CellVisibility matching and so we should add CellVisibility for Mutations also. Just removing the if check part will solve the issue.

Description of the max-pool-size attribute in the /subsystem=undertow/byte-buffer-pool contains:

The maximum amount of buffers to keep in the pool. If more buffers are required at runtime they will be allocated dynamically. Setting this to zero effectively disables pooling. This allows
There is a fraction of a new sentence at the end. It should be removed, though.

When creating init methods in DataOnDemand classes, the quantity attribute of the RooDataOnDemand annotation is not honoured when pre-loading database data. This can lead to excessive data being loaded if the quantity is below 10, or not enough if it exceeds 10. The to variable in the init method should be set to quantity.

Project operator should not return true in any case, this may trigger additional rewritings in presence of constraints.

Quickstarts refering to nonexisting images:

beginner/camel-log
beginner/camel-log-wiki
camel-amq

Existing images that may be refered in Readmes(but are not):

beginner/camel-cbr
	
https://github.com/jboss-fuse/fabric8/blob/1.2.0.redhat-6-3-x/docs/images/camel-cbr-diagram.jpg

beginner/camel-eips
	
https://github.com/jboss-fuse/fabric8/blob/1.2.0.redhat-6-3-x/docs/images/camel-eips-diagram.jpg

beginner/camel-errorhandler
	
https://github.com/jboss-fuse/fabric8/blob/1.2.0.redhat-6-3-x/docs/images/camel-errorhandler-diagram.jpg

Most switchyard quickstarts have images in their folder, but some are refering to wrong ones:

bpel-jms-binding
bpel-loan-approval
bpel-say-hello
bpel-simple-correlation
camel-dozer
http-binding
rest-binding
transform-datamapper
transform-dozer

Managed to get a nullpointer after switching to spring-boot 1.5.0.RC1 from 1.4.3.RELEASE
Nullpointer happens because the "rawType" is null when the "type" is generic type(like T or D).

Class<?> rawType = ResolvableType.forType(type).getRawClass();
at
spring-data-commons-1.13.0.RC1-sources.jar!/org/springframework/data/web/config/SpringDataWebConfiguration.java:121

With generic type the "targetClass" is initialised here correctly using ResolvableType.forMethodParameter(parameter).resolve():

spring-webmvc-4.3.5.RELEASE-sources.jar!/org/springframework/web/servlet/mvc/method/annotation/AbstractMessageConverterMethodArgumentResolver.java:182

The new "ProjectingJackson2HttpMessageConverter" converter is initialized as first converter here because spring-boot defines json-path depenency.

spring-data-commons-1.13.0.RC1-sources.jar!/org/springframework/data/web/ProjectingJackson2HttpMessageConverter.java:127

	at org.springframework.data.web.ProjectingJackson2HttpMessageConverter.canRead(ProjectingJackson2HttpMessageConverter.java:127)
	at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodArgumentResolver.readWithMessageConverters(AbstractMessageConverterMethodArgumentResolver.java:195)
	at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor.readWithMessageConverters(RequestResponseBodyMethodProcessor.java:150)
	at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor.resolveArgument(RequestResponseBodyMethodProcessor.java:128)

AvroSerde leaks the connection in a case when reading schema from url:
In 
public static Schema determineSchemaOrThrowException {
...
    return AvroSerdeUtils.getSchemaFor(new URL(schemaString).openStream());
...
}
The opened inputStream is never closed.

AssignmentManger stores region state related information in several places: regionsInTransition, regions (region info to server name map), and servers (server name to region info set map).  However the access to these places is not coordinated properly.  It leads to inconsistent in-memory region state information.  Sometimes, some region could even be offline, and not in transition.

When the container is stopped, it should stop consuming from the queue, while allowing the prefetched messages to be processed (until the shutdown timeout).

In RegionServerCoprocessorRpcChannel#callExecService(), there is following code:

    final ClientProtos.CoprocessorServiceCall call =
        ClientProtos.CoprocessorServiceCall.newBuilder()
            .setRow(HBaseZeroCopyByteString.wrap(HConstants.EMPTY_BYTE_ARRAY))

Calling HBaseZeroCopyByteString#wrap() in hbase-client module causes regression w.r.t. HBASE-11118
Consequence of this is that users of cascading app, such as Lingual, would not be able to access HBase.

This semantic exception is thrown for the following query. 
SemanticException '2019-03-20' encountered with 0 children

create table date_1 (key int, dd date);
create table date_2 (key int, dd date);

select d1.key, d2.dd from(
  select key, dd as start_dd, current_date as end_dd from date_1) d1
  join date_2 as d2 on d1.key = d2.key where d2.dd between start_dd and end_dd;

When the WHERE condition below is commented out, the query completes successfully.
where d2.dd between start_dd and end_dd

In XA and non-XA datasource configuration screen of datasource subsystem configuration view, in attributes tab, the Need help? window reads out
Statistics enabled?: 	define if runtime statistics is enabled or not.
Other field descriptions are capitalised, so maybe this one should be too. I would also reformulate it to something along the lines of "Define whether the runtime statistics are enabled or not.".

The ResourceServlet allows access to files that should be protected.
http://richweb.springframework.org/swf-booking-faces/resources/WEB-INF/web.xml
Access should be denied to WEB-INF or made configurable.

3.6.4 breaks compatibility with Hibernate 3. We need to downgrade to keep the build running.

When using MapReduce2 for Hive
ba_table_udfs is failing with unexpected output:
[junit] Begin query: ba_table_udfs.q
[junit] 12/01/23 13:32:28 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 13:32:28 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] diff -a -I file: -I pfile: -I hdfs: -I /tmp/ -I invalidscheme: -I lastUpdateTime -I lastAccessTime -I [Oo]wner -I CreateTime -I LastAccessTime -I Location -I LOCATION ' -I transient_lastDdlTime -I last_modified_ -I java.lang.RuntimeException -I at org -I at sun -I at java -I at junit -I Caused by: -I LOCK_QUERYID: -I LOCK_TIME: -I grantTime -I [.][.][.] [0-9]* more -I job_[0-9]_[0-9] -I USING 'java -cp /home/cloudera/Code/hive/build/ql/test/logs/clientpositive/ba_table_udfs.q.out /home/cloudera/Code/hive/ql/src/test/results/clientpositive/ba_table_udfs.q.out
[junit] 20,26c20,26
[junit] < 2	10val_10	1
[junit] < 3	164val_164	1
[junit] < 3	150val_150	1
[junit] < 2	18val_18	1
[junit] < 3	177val_177	1
[junit] < 2	12val_12	1
[junit] < 2	11val_11	1
[junit] —
[junit] > 3	120val_120	1
[junit] > 3	192val_192	1
[junit] > 3	119val_119	1
[junit] > 3	187val_187	1
[junit] > 3	176val_176	1
[junit] > 3	199val_199	1
[junit] > 3	118val_118	1
[junit] Exception: Client execution results failed with error code = 1
[junit] See build/ql/tmp/hive.log, or try "ant test ... -Dtest.silent=false" to get more logs.
[junit] junit.framework.AssertionFailedError: Client execution results failed with error code = 1
[junit] at junit.framework.Assert.fail(Assert.java:50)
[junit] at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_ba_table_udfs(TestCliDriver.java:129)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[junit] at java.lang.reflect.Method.invoke(Method.java:616)
[junit] at junit.framework.TestCase.runTest(TestCase.java:168)
[junit] at junit.framework.TestCase.runBare(TestCase.java:134)
[junit] at junit.framework.TestResult$1.protect(TestResult.java:110)
[junit] at junit.framework.TestResult.runProtected(TestResult.java:128)
[junit] at junit.framework.TestResult.run(TestResult.java:113)
[junit] at junit.framework.TestCase.run(TestCase.java:124)
[junit] at junit.framework.TestSuite.runTest(TestSuite.java:243)
[junit] at junit.framework.TestSuite.run(TestSuite.java:238)
[junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:420)
[junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:911)
[junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:768)
[junit] See build/ql/tmp/hive.log, or try "ant test ... -Dtest.silent=false" to get more logs.)
[junit] Cleaning up TestCliDriver
[junit] Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 10.751 sec
[junit] Test org.apache.hadoop.hive.cli.TestCliDriver FAILED
[for] /home/cloudera/Code/hive/ql/build.xml: The following error occurred while executing this line:
[for] /home/cloudera/Code/hive/build.xml:328: The following error occurred while executing this line:
[for] /home/cloudera/Code/hive/build-common.xml:453: Tests failed!

When deploying helloworld-mbean QS, WFLYWELD0001 and WFLYWELD0002 error messages are logged in server log:

ERROR [org.jboss.as.weld] (ServerService Thread Pool -- 58) WFLYWELD0001: Failed to setup Weld contexts: javax.naming.NameNotFoundException: BeanManager -- service jboss.naming.context.java.module."jboss-helloworld-mbean-helloworld-mbean-service.sar"."jboss-helloworld-mbean-helloworld-mbean-service.sar".BeanManager
ERROR [org.jboss.as.weld] (ServerService Thread Pool -- 58) WFLYWELD0002: Failed to tear down Weld contexts: javax.naming.NameNotFoundException: BeanManager -- service jboss.naming.context.java.module."jboss-helloworld-mbean-helloworld-mbean-service.sar"."jboss-helloworld-mbean-helloworld-mbean-service.sar".BeanManager

Jozef Hartinger said: 
        The problem is triggered by this change: https://github.com/wildfly/wildfly/commit/20bbfce9f972c73ed1c3ba250ad3f15aa0f32d96
        I am not sure why WeldContextSetup is being called for each AbstractService.invokeLifecycleMethod(). Looks like either WeldContextSetup should not be added to this particular list of setup actions or a wrong list of setup actions is used by AbstractService.
See this issue for details: https://issues.jboss.org/browse/JBEAP-625

footer.jspx contains:

    <c:if test="${pageContext.request.userPrincipal != null}">	
    	<c:out value=" | "/> 
    	<span>			    
		    <spring:url value="/resources/j_spring_security_logout" var="logout"/> 
		    <a href="${logout}">
                <spring:message code="security_logout"/>
            </a> 
	    </span>					    
	</c:if>	

url value must be "/static/j_spring_security_logout"

If an users uses the generic JMS RA with the TIBCO EMS messaging server, he has to duplicate all the JNDI parameters in the MDB annotations.
Instead, he should be able to use a naming's external-context to connect to the Remote TIBCO server with the following configuration:

                <external-context name="java:global/tibco" module="com.tibco" class="javax.naming.InitialContext">
                    <environment>
                        <property name="java.naming.factory.initial" value="com.tibco.tibjms.naming.TibjmsInitialContextFactory"/>
                        <property name="java.naming.provider.url" value="tcp://<tibco_server>:<tibco_port>"/>
                        <property name="java.naming.factory.url.pkgs" value="com.tibco.tibjms.naming"/>
                    </environment>
                </external-context>

With these settings, the user only needs to pass the expected connection factory and destination lookup in the MDB:

        @ActivationConfigProperty(propertyName = "connectionFactory", propertyValue = "java:global/tibco/XACF"),
        @ActivationConfigProperty(propertyName = "destination", propertyValue = "java:global/tibco/Q1"),

The local JNDI lookup "java:global/tibco/Q1" will then use the external context (bound to "java:global/tibco") to lookup the "Q1" name on the TIBCO EMS.
There are a few bugs in the ExternalObjectFactory that prevents to use this configuration with a regular javax.naming.InitialContext to build the external context.

AbstractAuthenticationTargetUrlRequestHandler#determineTargetUrl(HttpServletRequest, HttpServletResponse) calls URLDecoder.decode, and the result is directly feed to DefaultRedirectStrategy by default, which does not filter line feeds, injecting a custom header after "Location"
Request:
GET
/mywebapp/logout/spring-security-redirect=%0d%0a%20SomeCustomInjectedHeader%3ainjected_
by_wvs HTTP/1.1
Response:
HTTP/1.1 302 Moved Temporarily
Date: Tue, 19 Jul 2011 15:28:57 GMT
Location: xxxxxxxxxxxxxxx
SomeCustomInjectedHeader: injected_by_wvs
Content-Length: 0
Content-Type: text/plain; charset=UTF-8
You need to restrict CR(0x13) and LF(0x10) from the user input or properly encode the output in order to prevent the injectino of custom HTTP headers.

Combining Spring Data Neo4j 5.1.1 (Lovelace SR1) with Spring Framework 5.0.x (for example by using Lovelace with Spring Boot 2.0.x), the application won't start and fail with a bean creation exception:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'neo4jOgmEntityInstantiatorConfigurationBean': Bean instantiation via constructor failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.data.neo4j.repository.config.Neo4jOgmEntityInstantiatorConfigurationBean]: Constructor threw exception; nested exception is java.lang.NoSuchMethodError: org.springframework.core.ResolvableType.toClass()Ljava/lang/Class;
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.data.neo4j.repository.config.Neo4jOgmEntityInstantiatorConfigurationBean]: Constructor threw exception; nested exception is java.lang.NoSuchMethodError: org.springframework.core.ResolvableType.toClass()Ljava/lang/Class;
Caused by: java.lang.NoSuchMethodError: org.springframework.core.ResolvableType.toClass()Ljava/lang/Class;

This is a regression that happened while fixing DATAGRAPH-1131. The regression is only in Lovelace and can be fixed by using the same method used in Kay.

Need to make sure we Use CXF LogUtils to get logger , so we can switch the logger from java.utils.Logger to log4j.

Currently it's outputting:
REGION => 
{NAME => '.META.,,1 TableName => ', STARTKEY => '', ENDKEY => '', ENCODED => 1028785192,}

Notice the missing quotes around tableName, etc.

### Description of problem:

Annotation must be scanned regardless of the version of web.xml unless metadata-complete is explicitly set to true.

Note that Servlet 3.0 specification clearly states the following:

~~~
1.6.2 Processing annotations
In Servlet 2.5, metadata-complete only affected the scanning of annotations at
deployment time. The notion of web-fragments did not exist in servlet 2.5. However
in servlet 3.0 metadata-complete affects scanning of all annotations and web-
fragments at deployment time. The version of the descriptor MUST not affect which
annotations you scan for in a web application. An implementation of a particular
version of the specification MUST scan for all annotations supported in that
configuration, unless metadata-complete is specified.
~~~

### How reproducible:

Anytime

### Steps to Reproduce:

1. Create a library jar which contains a servlet filter using @WebFilter 
2. Put the jar under WEB-INF/lib of the web application which web.xml version is 2.3 or 2.4
3. Start JBoss EAP 6
4. Access the web application and see if the servlet filter works

### Actual results:

The servlet filter is not invoked

### Expected results:

The servlet filter is invoked

### Additional info:

It works when the version of web.xml is 2.5 or 3.0

[reply] [−]
Private
Comment 1 Masafumi Miura 2015-06-25 07:18:17 EDT
RED HAT CONFIDENTIAL

It looks metadata-complete is always set to true when the version of web.xml is 2.3 or 2.4 at the line 96 of web/src/main/java/org/jboss/as/web/deployment/WarMetaDataProcessor.java.

Though Servlet 2.3/2.3 specification does not have metadata-complete attribute, Servlet 3.0 specification states the following. I think it means that the metadata-complete attribute default to false if it is not specified.

~~~
8.1 Annotations and pluggability
if the metadata-complete attribute is not specified or is set to "false", the
deployment tool must examine the class files of the application for annotations, and
scan for web fragments.
~~~

 * web/src/main/java/org/jboss/as/web/deployment/WarMetaDataProcessor.java

 76 public class WarMetaDataProcessor implements DeploymentUnitProcessor {
 77 
 78     @Override
 79     public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException {
...
 87         boolean isComplete = false;
 88         WebMetaData specMetaData = warMetaData.getWebMetaData();
 89         if (specMetaData != null) {
 90             if (specMetaData instanceof Web25MetaData) {
 91                 isComplete |= ((Web25MetaData) specMetaData).isMetadataComplete();
 92             } else if (specMetaData instanceof Web30MetaData) {
 93                 isComplete |= ((Web30MetaData) specMetaData).isMetadataComplete();
 94             } else {
 95                 // Any web.xml 2.4 or earlier deployment is metadata complete
 96                 isComplete = true;
 97             }
 98         }
 99

Every now and then I'm facing the ConcurrentModificationException. It very hard to reproduce. This is my stack trace:
Failed delivery for exchangeId: ba969718-9044-4261-bc57-ca10aafb0a03. Exhausted after delivery attempt: 1 caught: java.util.ConcurrentModificationException
        at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793) [na:1.6.0_20]
        at java.util.HashMap$KeyIterator.next(HashMap.java:828) [na:1.6.0_20]
        at org.apache.camel.util.CaseInsensitiveMap.putAll(CaseInsensitiveMap.java:86) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.impl.MessageSupport.copyFrom(MessageSupport.java:142) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.impl.DefaultMessage.copyFrom(DefaultMessage.java:52) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.util.ExchangeHelper.copyResults(ExchangeHelper.java:199) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:114) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.DelegateProcessor.processNext(DelegateProcessor.java:53) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.ChoiceProcessor.process(ChoiceProcessor.java:51) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:67) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.DelegateProcessor.proceed(DelegateProcessor.java:82) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:97) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.RedeliveryErrorHandler.processExchange(RedeliveryErrorHandler.java:185) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:151) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:89) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.DefaultErrorHandler.process(DefaultErrorHandler.java:49) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:228) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:75) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.UnitOfWorkProcessor.processNext(UnitOfWorkProcessor.java:70) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.processor.DelegateProcessor.process(DelegateProcessor.java:48) [camel-core-2.3.0.jar:2.3.0]
        at org.apache.camel.component.http.CamelServlet.service(CamelServlet.java:71) [camel-http-2.3.0.jar:2.3.0]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:831) [javaee.jar:9.1]
...
Looks like CaseInsensitiveMap isn't enough thread save. But I have no idea what other thread is modifies the map. Most of the time everything is ok.

When importing a row with too many KeyValues (may have too many columns or versions)，KeyValueReducer will incur OOM.

Given pre existing node and relationship entities, for example User and Movie node entities that contain a Set<Rating> where Rating is a @RelationshipEntity, loading them and saving with a new set of ratings does not save the ratings.
See test case org.neo4j.ogm.defects. RelationshipEntityTest.shouldCreateREWithExistingStartAndEndNodes 
https://github.com/spring-projects/spring-data-neo4j/blob/4.0/neo4j-ogm/src/test/java/org/neo4j/ogm/defects/RelationshipEntityTest.java#L134

When trying to run a unit test that just starts up and shutdown the server the following errors occur in System.out
01:10:59,874 ERROR MetricsUtil:116 - unknown metrics type: org.apache.hadoop.hbase.metrics.histogram.MetricsHistogram
01:10:59,875 ERROR MetricsUtil:116 - unknown metrics type: org.apache.hadoop.hbase.metrics.histogram.MetricsHistogram

Since hadoop cluster suppor fedration,hbase bulkload performance degrades dramatically. Even if hbase directory and bulkload directory in the same nameservice.

2017-01-04 21:58:40,919 INFO org.apache.hadoop.hbase.regionserver.HRegionFileSystem: use bulkload file name is : hdfs://CloudTestNameNode2:8020
2017-01-04 21:58:40,924 ERROR org.apache.hadoop.ipc.RpcServer: Unexpected throwable object 
java.lang.IllegalArgumentException: Wrong FS: viewfs://nsX/user/test/I/_tmp/9cde5dde60374b1483b7d09b65258304.top, expected: hdfs://CloudTestNameNode2:8020
        at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:657)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getPathName(DistributedFileSystem.java:194)
        at org.apache.hadoop.hdfs.DistributedFileSystem.access$000(DistributedFileSystem.java:106)
        at org.apache.hadoop.hdfs.DistributedFileSystem$19.doCall(DistributedFileSystem.java:1215)
        at org.apache.hadoop.hdfs.DistributedFileSystem$19.doCall(DistributedFileSystem.java:1211)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1211)
        at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:425)
        at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1412)
        at org.apache.hadoop.hbase.regionserver.HRegionFileSystem.commitStoreFile(HRegionFileSystem.java:373)
        at org.apache.hadoop.hbase.regionserver.HRegionFileSystem.bulkLoadStoreFile(HRegionFileSystem.java:496)
        at org.apache.hadoop.hbase.regionserver.HStore.bulkLoadHFile(HStore.java:708)
        at org.apache.hadoop.hbase.regionserver.HRegion.bulkLoadHFiles(HRegion.java:3658)
        at org.apache.hadoop.hbase.regionserver.HRegion.bulkLoadHFiles(HRegion.java:3564)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.bulkLoadHFile(HRegionServer.java:3378)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29589)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2031)

BeeLine in the master doesn't accept the arrow keys as follows (e.g. ^[[A is up arrow key).

beeline> ^[[A^[[B^[[C^[[D

Because UnsupportedTerminal is set in the same way as background. we can check with the ps command.

[root@hadoop ~]# ps -ef | grep beeline
root       5799   1433  1 12:05 pts/0    00:00:02 /usr/lib/jvm/java/bin/java -Xmx256m (snip) -Djline.terminal=jline.UnsupportedTerminal (snip) org.apache.hive.beeline.BeeLine

I think the HIVE-6758 affected this behavior. I will fix to accept the arrow keys.

When the HC builds the boot commands for a server on initial boot there is no logging.properties file in the servers data directory. There's an attempt to discover which configuration file would be used. On some OS's the paths may be the same, but the string representation may be different due to different file separators. When attempting to decide which logging configuration file to use the match may fail which will lead to an incorrect configuration file being used on initial boot only.

I don't understand the solution in HBASE-9533
In netty 3.3, they changed the group id, if I understand well for legal reasons see https://github.com/netty/netty/issues/103). But they have not changed the java package name: it's still org.jboss.netty. So we should not have to remove our dependency to netty 3.6. 
So:

this comment is wrong imho: the explicit load is not related to the package name but to how mapreduce load work.

+      // This is ugly.  Our zk3.4.5 depends on the org.jboss.netty, not hadoops io.netty
+      // so need to load it up explicitly while on 3.4.5 zk

We do use Netty (for the multicast message), so now we're have a missing dependency, as maven says:

 [INFO] — maven-dependency-plugin:2.1:analyze (default-cli) @ hbase-client —
[WARNING] Used undeclared dependencies found:
[WARNING] org.jboss.netty:netty:jar:3.2.2.Final:compile

So I propose a partial reverse. Stack, [@Aleksandr Shulman] would it work for you?

1. The tgz file containing the setup is attached.
2. Run the following query
select
    sum(if(is_returning=true and is_free=false,1,0)) as unpaid_returning
    from hike_error.ttr_day0;
returns 0 rows with vectorization turned on whereas it return 131 rows with vectorization turned off.
hive> source insert.sql
    > ;
OK
Time taken: 0.359 seconds
OK
Time taken: 0.015 seconds
OK
Time taken: 0.069 seconds
OK
Time taken: 0.176 seconds
Loading data to table hike_error.ttr_day0
Table hike_error.ttr_day0 stats: [numFiles=1, numRows=0, totalSize=3581, rawDataSize=0]
OK
Time taken: 0.33 seconds
hive> select
    >     sum(if(is_returning=true and is_free=false,1,0)) as unpaid_returning
    >     from hike_error.ttr_day0;
Query ID = hsubramaniyan_20140606134646_04790d3d-ca9a-427a-8cf9-3174536114ed
Execution log at: /var/folders/r0/9x0wltgx2nv4m4b18m71z1y40000gr/T//hsubramaniyan/hsubramaniyan_20140606134646_04790d3d-ca9a-427a-8cf9-3174536114ed.log
2014-06-06 13:47:02,043 null map = 0%,  reduce = 100%
Ended Job = job_local773704964_0001
MapredLocal task succeeded
OK
131
Time taken: 5.325 seconds, Fetched: 1 row(s)
hive> set hive.vectorized.execution.enabled=true;                                                                
Query ID = hsubramaniyan_20140606134747_1182c765-90ac-4a33-a8b1-760adca6bf38
Execution log at: /var/folders/r0/9x0wltgx2nv4m4b18m71z1y40000gr/T//hsubramaniyan/hsubramaniyan_20140606134747_1182c765-90ac-4a33-a8b1-760adca6bf38.log
2014-06-06 13:47:18,604 null map = 0%,  reduce = 100%
Ended Job = job_local701415676_0001
OK
0
Time taken: 5.52 seconds, Fetched: 1 row(s)
hive> explain select
OK
    Map Reduce
          TableScan
            alias: ttr_day0
            Statistics: Num rows: 447 Data size: 3581 Basic stats: COMPLETE Column stats: NONE
              expressions: is_returning (type: boolean), is_free (type: boolean)
              outputColumnNames: is_returning, is_free
              Statistics: Num rows: 447 Data size: 3581 Basic stats: COMPLETE Column stats: NONE
                aggregations: sum(if(((is_returning = true) and (is_free = false)), 1, 0))
                mode: hash
                Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE
                  sort order: 
                  Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE
                  value expressions: _col0 (type: bigint)
          aggregations: sum(VALUE._col0)
          Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE
            expressions: _col0 (type: bigint)
            Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE
              Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE
              table:
      limit: -1
        ListSink
Time taken: 0.079 seconds, Fetched: 49 row(s)

When performing a clean build after a fresh clone of camel, the camel-jetty8 component fails to compile due to a missing org.apache.httpcomponents.httpclient dependency.
The camel-jetty8 component relies on camel-jetty9 tests:

  <target>
    <copy todir="target/generated/src/test/java">
      <fileset dir="../camel-jetty9/src/test/java" />
    </copy>
  </target>

My attempted build failed at HttpBridgeBigFormPostRouteTest.java

This is problematic code on 2.21.2:
https://github.com/apache/camel/blob/release/2.21.2/components/camel-azure/src/main/java/org/apache/camel/component/azure/blob/BlobServiceProducer.java#L160
the same issue for "commitBlobBlockList": 
https://github.com/apache/camel/blob/release/2.21.2/components/camel-azure/src/main/java/org/apache/camel/component/azure/blob/BlobServiceProducer.java#L192
 
it is necessary to replace it by "blobBlocks = (List<BlobBlock>)object;" and by "blockEntries = (List<BlockEntry>)object;" correspondingly
 
In master problematic code is more strange, but can be resolved in the same way:
https://github.com/apache/camel/blob/master/components/camel-azure/src/main/java/org/apache/camel/component/azure/blob/BlobServiceProducer.java#156
and the same issue for "commitBlobBlockList": 
https://github.com/apache/camel/blob/master/components/camel-azure/src/main/java/org/apache/camel/component/azure/blob/BlobServiceProducer.java#L188
 
We are creating RMI registry in JMXListener.startConnectorServer() ,

    // Create the RMI registry
    LocateRegistry.createRegistry(rmiRegistryPort);

This registry is never deregistered, should be destoyed after stopping JMX Connector server.

info: Executing: |verifyText | _s_com_springsource_petclinic_domain_Owner_pets_pets_id |  |
error: Element _s_com_springsource_petclinic_domain_Owner_pets_pets_id not found
warn: currentTest.recordFailure: Element _s_com_springsource_petclinic_domain_Owner_pets_pets_id not found
...
info: Executing: |verifyText | _s_com_springsource_petclinic_domain_Pet_owner_owner_id |  |
warn: currentTest.recordFailure: Actual value &apos;someFirstName1 someLastName1 someAddress1 someCity1&apos; did not match &apos;&apos;
info: Executing: |verifyText | _s_com_springsource_petclinic_domain_Pet_type_type_id |  |
warn: currentTest.recordFailure: Actual value &apos;Dog&apos; did not match &apos;&apos;

The change in HIVE-11785 doesn't allow \r or \n to be used as separator or escape character which may break some existing tables which uses \r as separator or escape character e.g..
This case actually can be supported regardless of SERIALIZATION_ESCAPE_CRLF set or not.

  If we have two beans Bar and Foo. Both beans implement SmartLifecycle, and they reference to each other. Spring will not be able to get started because it repetitively calls itself in DefaultLifecycleProcessor to start itself.
public class FooImpl implements Foo, SmartLifecycle{
    Bar _bar;
    public int getPhase()
{  return 1; }
...
}
public class BarImpl implements Bar, SmartLifecycle
{
    Foo _foo;
    public int getPhase() 
{ return 2; }
...
}
What I expected is that the bean FooImpl start first, and then Bar gets started.
However, Spring is not able to resolve it so that we get exception StactkOverflow. I tried to override DefaultLifecycleProcessor to make it not start bean twice, then spring can successfully get started.
Can we fix this bug in DefaultLifecycleProcessor to be able to resolve the circular reference? thanks

65.7.2. MemStore Flush
A MemStore flush can be triggered under any of the conditions listed below. The minimum flush unit is per region, not at individual MemStore level.
 // SKIPPED
    3. When the number of WAL per region server reaches the value specified in hbase.regionserver.max.logs, MemStores from various regions will be flushed out to disk to reduce WAL count. The flush order is based on time. Regions with the oldest MemStores are flushed first until WAL count drops below hbase.regionserver.max.logs.

Section 3. requires clarification (reference to HBase version which supports this). Is it MultiWAL feature in 1.0? 

The scenario is
-> The split of a region takes a long time
-> The deletion of the splitDir fails due to HDFS problems.
-> Subsequent splits also fail after that.

private static void createSplitDir(final FileSystem fs, final Path splitdir)
    if (fs.exists(splitdir)) throw new IOException("Splitdir already exits? " + splitdir);
    if (!fs.mkdirs(splitdir)) throw new IOException("Failed create of " + splitdir);
  }

Correct me if am wrong? If it is an issue can we change the behaviour of throwing exception?
Pls suggest.

The MSC service order in the consul topology was incorrect, which lead to an NPE when trying to deregister services when the VM terminated.

If one of the LLAP nodes have data-locality, preferring that over another does have advantages for the first query or a more general cache-miss.

A NULL expression in the SELECT projection list causes exception to be thrown instead of not vectorizing.

OrcRecordUpdater.AcidStats maintains counts on I/U/D events in the file (going back to Hive 0.14).
current branch-1, has OrcRecordUpdater.parserAcidStats() to read it and should be included in orcfiledump output.

Help output of Vault command must contain information about default values of options.
There are some options which has default value:

alias
location
enc-dir
iteration
salt

We can enable/disable tag compression along with WAL compression using the config,
hbase.regionserver.wal.tags.enablecompression ->  Defaults to true so that compress tags when WAL compress is ON.
We are not storing this info abt whether a WAL containing compressed tags or not in the WAL header and use that in the read path. So dynamic change of this in some servers may cause issue when  an RS having this value as true have to read and split a WAL generated from n RS where this value was false.

json support does not add the @ResponseBody annotation to finders.
the attached log file leads to the generated method without the @ResponseBody Annotation.
@RequestMapping(params = "find=ByClient", method = RequestMethod.GET, headers = "Accept=application/json")
public String ProductController.jsonFindProductsByClient(@RequestParam("client") Client client) {
  return Product.toJsonArray(Product.findProductsByClient(client).getResultList());
}

Working on a customer case where the following was given for verifyrep:

--starttime=1456790400000 \ 
--stoptime=1456876800000

Customer complained that the timestamp of a (sample) row reported as ONLY_IN_PEER_TABLE_ROWS corresponded to time outside the time range.
The code says:

final String endTimeArgKey = "--endtime=";

It turns out that usage String was wrong:

    System.err.println("Usage: verifyrep [--starttime=X]" +
        " [--stoptime=Y] [--families=A] <peerid> <tablename>");

When using spring with dozer, and we call init in the ctr, then spring can cause a dead lock when it does its getBean stuff.

	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:182)
	- waiting to lock <0x00000007d7c4ca38> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.beans.factory.support.AbstractBeanFactory.isTypeMatch(AbstractBeanFactory.java:468)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doGetBeanNamesForType(DefaultListableBeanFactory.java:356)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:334)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOfType(DefaultListableBeanFactory.java:434)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOfType(DefaultListableBeanFactory.java:428)
	at org.springframework.context.support.AbstractApplicationContext.getBeansOfType(AbstractApplicationContext.java:1182)
	at org.springframework.beans.factory.BeanFactoryUtils.beansOfTypeIncludingAncestors(BeanFactoryUtils.java:228)
	at org.apache.camel.spring.spi.ApplicationContextRegistry.findByTypeWithName(ApplicationContextRegistry.java:85)
	at org.apache.camel.impl.PropertyPlaceholderDelegateRegistry.findByTypeWithName(PropertyPlaceholderDelegateRegistry.java:70)
	at org.apache.camel.converter.dozer.DozerTypeConverterLoader.lookupDozerBeanMapperConfigurations(DozerTypeConverterLoader.java:228)
	at org.apache.camel.converter.dozer.DozerTypeConverterLoader.init(DozerTypeConverterLoader.java:155)

We should defer init to a bit later, and turn the loader into a service so init is done like the others with start|stop methods.

Affected scenario: eap-7x-failover-http-session-shutdown-dist-sync-auth-asymEncrypt (scenario with "AUTH" and "ASYM_ENCRYPT" protocols enabled).
In server logs, we can see lots of WARN/ERROR messages logged.
With 2000 clients, none of them is bound to a specific time/event (i.e. failover).
When lowering number of clients to 10, Excpetion #1 starts occurring right after each failover, #2 + #3 occur after node rejoins the cluster.
#1 ISPN000482: Cannot create remote transaction X, already completed

[JBossINF] [0m[33m04:44:50,005 WARN  [org.infinispan.remoting.inboundhandler.NonTotalOrderTxPerCacheInboundInvocationHandler] (remote-thread--p5-t3) ISPN000071: Caught exception when handling command LockControlCommand{cache=clusterbench-ee7.ear.clusterbench-ee7-web-default.war, keys=[SessionCreationMetaDataKey(r6mU8aS9wDfsmP7rAJ1892KSrjgnmzoTRytiyrNt)], flags=[FORCE_WRITE_LOCK], unlock=false, gtx=GlobalTx:perf21:49128}: org.infinispan.commons.CacheException: ISPN000482: Cannot create remote transaction GlobalTx:perf21:49128, already completed
[JBossINF] 	at org.infinispan.transaction.impl.TransactionTable.lambda$getOrCreateRemoteTransaction$1(TransactionTable.java:375)
[JBossINF] 	at java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853)
[JBossINF] 	at org.infinispan.transaction.impl.TransactionTable.getOrCreateRemoteTransaction(TransactionTable.java:368)
[JBossINF] 	at org.infinispan.transaction.impl.TransactionTable.getOrCreateRemoteTransaction(TransactionTable.java:348)
[JBossINF] 	at org.infinispan.commands.control.LockControlCommand.createContext(LockControlCommand.java:139)
[JBossINF] 	at org.infinispan.commands.control.LockControlCommand.invokeAsync(LockControlCommand.java:122)
[JBossINF] 	at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokeCommand(BasePerCacheInboundInvocationHandler.java:94)
[JBossINF] 	at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invoke(BaseBlockingRunnable.java:99)
[JBossINF] 	at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runAsync(BaseBlockingRunnable.java:71)
[JBossINF] 	at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:40)
[JBossINF] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[JBossINF] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[JBossINF] 	at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
[JBossINF] 	at java.lang.Thread.run(Thread.java:748)

#2 ISPN000476: Timed out waiting for responses for request 47698 from X

[JBossINF] [0m[31m04:46:24,448 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (timeout-thread--p12-t1) ISPN000136: Error executing command GetKeyValueCommand, writing keys []: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 47698 from perf21
[JBossINF] 	at org.infinispan.remoting.transport.impl.MultiTargetRequest.onTimeout(MultiTargetRequest.java:167)
[JBossINF] 	at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:87)
[JBossINF] 	at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:22)

#3 CIRCULAR REFERENCE -> UT005023: Exception handling request to /clusterbench/session: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 47460 from X

[JBossINF] [0m[31m04:46:24,053 ERROR [io.undertow.request] (default task-98) UT005023: Exception handling request to /clusterbench/session: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 47460 from perf21
[JBossINF] 	at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:259)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:485)
[JBossINF] 	at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:528)
[JBossINF] 	at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:348)
[JBossINF] 	at org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:658)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:78)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:68)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:59)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:37)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:200)
[JBossINF] 	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:176)
[JBossINF] 	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:858)
[JBossINF] 	at io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:412)
[JBossINF] 	at org.jboss.weld.module.web.servlet.SessionHolder.requestInitialized(SessionHolder.java:47)
[JBossINF] 	at org.jboss.weld.module.web.servlet.HttpContextLifecycle.requestInitialized(HttpContextLifecycle.java:241)
[JBossINF] 	at org.jboss.weld.module.web.servlet.WeldInitialListener.requestInitialized(WeldInitialListener.java:152)
[JBossINF] 	at io.undertow.servlet.core.ApplicationListeners.requestInitialized(ApplicationListeners.java:246)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:291)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
[JBossINF] 	at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
[JBossINF] 	at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
[JBossINF] 	at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
[JBossINF] 	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1514)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
[JBossINF] 	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
[JBossINF] 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
[JBossINF] 	at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
[JBossINF] 	at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
[JBossINF] 	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
[JBossINF] 	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
[JBossINF] Caused by: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 47460 from perf21
[JBossINF] 	... 1 more
[JBossINF] 	Suppressed: java.util.concurrent.ExecutionException: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 47460 from perf21
[JBossINF] 		at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
[JBossINF] 		at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915)
[JBossINF] 		at org.infinispan.util.concurrent.CompletableFutures.await(CompletableFutures.java:82)
[JBossINF] 		at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.get(SimpleAsyncInvocationStage.java:37)
[JBossINF] 		at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:250)
[JBossINF] 		at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:485)
[JBossINF] 		at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:528)
[JBossINF] 		at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:348)
[JBossINF] 		at org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:658)
[JBossINF] 		at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:78)
[JBossINF] 		at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:68)
[JBossINF] 		at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:39)
[JBossINF] 		at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:59)
[JBossINF] 		at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:37)
[JBossINF] 		at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:200)
[JBossINF] 		at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:176)
[JBossINF] 		at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:858)
[JBossINF] 		at io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:412)
[JBossINF] 		at org.jboss.weld.module.web.servlet.SessionHolder.requestInitialized(SessionHolder.java:47)
[JBossINF] 		at org.jboss.weld.module.web.servlet.HttpContextLifecycle.requestInitialized(HttpContextLifecycle.java:241)
[JBossINF] 		at org.jboss.weld.module.web.servlet.WeldInitialListener.requestInitialized(WeldInitialListener.java:152)
[JBossINF] 		at io.undertow.servlet.core.ApplicationListeners.requestInitialized(ApplicationListeners.java:246)
[JBossINF] 		at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:291)
[JBossINF] 		at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
[JBossINF] 		at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
[JBossINF] 		at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
[JBossINF] 		at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
[JBossINF] 		at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
[JBossINF] 		at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
[JBossINF] 		at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1514)
[JBossINF] 		at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
[JBossINF] 		at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
[JBossINF] 		at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
[JBossINF] 		at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
[JBossINF] 		at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
[JBossINF] 		at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
[JBossINF] 		at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
[JBossINF] 		at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
[JBossINF] 		at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
[JBossINF] 		... 1 more
[JBossINF] 	[CIRCULAR REFERENCE:org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 47460 from perf21]

#4 received message without encrypt header

[JBossINF] [0m[31m04:45:10,048 ERROR [org.jgroups.protocols.ASYM_ENCRYPT] (thread-9,ejb,perf18) perf18: received message without encrypt header from perf21; dropping it

Client gets valid responses till approx. 30 seconds after first failover, then Read timeouts start occuring. As far as I can tell, no valid response is received from this point. 
Link to server log - 2000 clients:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-http-session-shutdown-dist-sync-auth-asymEncrypt/28/console-perf18/
Link to client log - 2000 clients:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-http-session-shutdown-dist-sync-auth-asymEncrypt/28/console-perf17/
Link to server log - 10 clients:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-http-session-shutdown-dist-sync-auth-asymEncrypt/29/console-perf20/
Link to client log - 10 clients:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-http-session-shutdown-dist-sync-auth-asymEncrypt/29/console-perf17/

This resolves CVE-2014-0097 which allows a malicious user to impersonate a user with an empty password if ALL of the following hold true:

The application is using ActiveDirectoryLdapAuthenticator
The directory allows anonymous binds (not recommended)

NOTE: This does NOT impact users of LdapAuthenticationProvider or <ldap-authentication-provider>
There is already a check for an empty password when using normal LDAP authentication, but it is in BindAuthenticator, which is not used by ActiveDirectoryLdapAuthenticator. The latter has its own bind method which does not check the password length. If the directory allows anonymous binds (I'm not sure whether this is an issue with AD), then it may incorrectly authenticate a user who supplies an empty password.
The password length check should be moved to AbstractLdapAuthenticationProvide.authenticate.

HiveMetaStoreClient::dropPartitions() assumes that the dropped List<Partition> must be returned to the caller. That's a lot of thrift traffic that the caller might choose not to pay for.
I propose an overload that retains the default behaviour, but allows needResult to be overridden.

Naming client doesn't handle correctly the Elytron AuthenticationContext API.

if the API is used then authentication fails (SASL mech is not configured as expected) - it fails in both cases: wildfly-config.xml present or not.

        AuthenticationContext.empty()
                .with(MatchRule.ALL, AuthenticationConfiguration.EMPTY.useDefaultProviders().allowSaslMechanisms("ANONYMOUS"))
                .run(() -> {
                    doLookup("http-remoting://127.0.0.1:8080");
                });

if the API is not used and wildfly-config.xml is present, then the client works correctly

doLookup("http-remoting://127.0.0.1:8080");

	<authentication-client xmlns="urn:elytron:1.0">
		<authentication-rules>
			<rule use-configuration="authn" />
		</authentication-rules>
		<authentication-configurations>
			<configuration name="authn">
				<allow-sasl-mechanisms  names="ANONYMOUS"/>
				<use-service-loader-providers />
		</authentication-configurations>
	</authentication-client>

This blocks RFEs EAP7-567 and EAP7-284.

    public EndpointInvocationChain getEndpoint(MessageContext messageContext) throws Exception {
        EndpointInvocationChain delegateChain = delegate.getEndpoint(messageContext);
        return new SoapEndpointInvocationChain(delegateChain.getEndpoint(), delegateChain.getInterceptors(),
                actorsOrRoles, isUltimateReceiver);
    }

delegate.getEndpoint() can return null 

Description of security-realm attribute in HTTP (and native) management interfaces says:
"The security realm to use for the HTTP management interface." or "The security realm to use for the native management interface."
However Elytron also uses security-realms. Description of mentioned about attribute should include information that it uses legacy security realm (not Elytron). Without word "legacy" it can be confusing since two different types of security-realm currently occur in configuration. 

javax.naming.NameNotFoundException: WFNAM00004: Name "/127.0.0.1:11090" is not found
	at org.wildfly.naming-client@1.0.9.Final//org.wildfly.naming.client.util.NamingUtils$1.lookupNative(NamingUtils.java:95)
	at org.wildfly.naming-client@1.0.9.Final//org.wildfly.naming.client.AbstractContext.lookup(AbstractContext.java:84)
	at org.wildfly.naming-client@1.0.9.Final//org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:144)
	at java.naming/javax.naming.InitialContext.lookup(InitialContext.java:409)
	at java.naming/javax.naming.InitialContext.doLookup(InitialContext.java:282)
	at deployment.RmiContextLookupTestCase.war//org.jboss.as.test.integration.naming.rmi.RmiContextLookupBean.testRmiContextLookup(RmiContextLookupBean.java:37)
	at java.base/java.lang.reflect.Method.invoke(Method.java:567)
	at org.jboss.as.ee@16.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
	at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
	at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
	at org.jboss.as.weld.common@16.0.0.CR1-SNAPSHOT//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
	at org.jboss.as.weld.common@16.0.0.CR1-SNAPSHOT//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:89)
	at org.jboss.as.weld.common@16.0.0.CR1-SNAPSHOT//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:102)
	at org.jboss.as.ee@16.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
	at org.jboss.as.jpa@16.0.0.CR1-SNAPSHOT//org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
	at org.jboss.as.ee@16.0.0.CR1-SNAPSHOT//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
	at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
	at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
	at org.jboss.as.ee@16.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:362)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:144)
	at org.jboss.weld.core@3.1.0.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:72)
	at org.jboss.as.weld.common@16.0.0.CR1-SNAPSHOT//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
	at org.jboss.as.ejb3@16.0.0.CR1-SNAPSHOT//org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
	at org.jboss.as.ee@16.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
	at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
	at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
	at org.wildfly.security.elytron-private@1.8.0.Final//org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:618)
	at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
	at org.jboss.as.ee@16.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
	at org.jboss.as.ee@16.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
	at org.jboss.as.ee@16.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
	at deployment.RmiContextLookupTestCase.war//org.jboss.as.test.integration.naming.rmi.RmiContextLookupBean$$$view780.testRmiContextLookup(Unknown Source)
	at deployment.RmiContextLookupTestCase.war//org.jboss.as.test.integration.naming.rmi.RmiContextLookupTestCase.testTaskSubmit(RmiContextLookupTestCase.java:56)
	at deployment.arquillian-service//org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
	at deployment.arquillian-service//org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at deployment.arquillian-service//org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:379)
	at deployment.arquillian-service//org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
	at deployment.arquillian-service//org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
	at deployment.arquillian-service//org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
	at deployment.arquillian-service//org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
	at deployment.arquillian-service//org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
	at deployment.arquillian-service//org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
	at deployment.arquillian-service//org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
	at deployment.arquillian-service//org.jboss.arquillian.container.test.impl.execution.ContainerTestExecuter.execute(ContainerTestExecuter.java:38)
	at deployment.arquillian-service//org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
	at jdk.internal.reflect.GeneratedMethodAccessor408.invoke(Unknown Source)
	at deployment.arquillian-service//org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
	at deployment.arquillian-service//org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
	at jdk.internal.reflect.GeneratedMethodAccessor407.invoke(Unknown Source)
	at deployment.arquillian-service//org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
	at jdk.internal.reflect.GeneratedMethodAccessor406.invoke(Unknown Source)
	at deployment.arquillian-service//org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:136)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:372)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:246)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:431)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:55)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:260)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:324)
	at deployment.arquillian-service//org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35)
	at jdk.internal.reflect.GeneratedMethodAccessor409.invoke(Unknown Source)
	at deployment.arquillian-service//org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:317)
	at deployment.arquillian-service//org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
	at deployment.arquillian-service//org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
	at deployment.arquillian-service//org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
	at deployment.arquillian-service//org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
	at deployment.arquillian-service//org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
	at deployment.arquillian-service//org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
	at deployment.arquillian-service//org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
	at deployment.arquillian-service//org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:205)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:219)
	at deployment.arquillian-service//org.junit.runners.ParentRunner.run(ParentRunner.java:363)
	at deployment.arquillian-service//org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:167)
	at deployment.arquillian-service//org.junit.runner.JUnitCore.run(JUnitCore.java:137)
	at deployment.arquillian-service//org.junit.runner.JUnitCore.run(JUnitCore.java:115)
	at deployment.arquillian-service//org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66)
	at deployment.arquillian-service//org.jboss.arquillian.protocol.jmx.JMXTestRunner.doRunTestMethod(JMXTestRunner.java:180)
	at deployment.arquillian-service//org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.doRunTestMethod(ArquillianService.java:200)
	at deployment.arquillian-service//org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:162)
	at deployment.arquillian-service//org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:141)
	at deployment.arquillian-service//org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:176)
	at jdk.internal.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
	at java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:260)
	at java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
	at java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
	at java.management/com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
	at java.management/com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
	at java.management/com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
	at java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:809)
	at java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at org.jboss.as.jmx@8.0.0.CR1//org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:1475)
	at org.jboss.as.jmx@8.0.0.CR1//org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:724)
	at org.jboss.as.jmx@8.0.0.CR1//org.jboss.as.jmx.BlockingNotificationMBeanServer.invoke(BlockingNotificationMBeanServer.java:168)
	at org.jboss.as.jmx@8.0.0.CR1//org.jboss.as.jmx.AuthorizingMBeanServer.invoke(AuthorizingMBeanServer.java:258)
	at org.jboss.remoting-jmx@3.0.1.Final//org.jboss.remotingjmx.protocol.v2.ServerProxy$InvokeHandler.handle(ServerProxy.java:950)
	at org.jboss.remoting-jmx@3.0.1.Final//org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153)
	at org.jboss.as.jmx@8.0.0.CR1//org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:71)
	at org.jboss.as.jmx@8.0.0.CR1//org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:66)
	at org.wildfly.security.elytron-private@1.8.0.Final//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:313)
	at org.wildfly.security.elytron-private@1.8.0.Final//org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
	at org.jboss.as.controller@8.0.0.CR1//org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
	at org.jboss.as.controller@8.0.0.CR1//org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
	at org.jboss.as.jmx@8.0.0.CR1//org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:66)
	at org.jboss.remoting-jmx@3.0.1.Final//org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:149)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:835)

In org.acegisecurity.userdetails.jdbc.JdbcDaoImpl the code checks for the user having no GrantedAuthorites before ever calling addCustomAuthorities. That check should be made after subclasses have had an opprotunity to grant custom authorities.
Begining with Line 183:
        List dbAuths = authoritiesByUsernameMapping.execute(user.getUsername());
        if (dbAuths.size() == 0) 
{
            throw new UsernameNotFoundException("User has no GrantedAuthority");
        }

        GrantedAuthority[] arrayAuths = {};

        addCustomAuthorities(user.getUsername(), dbAuths);

Should be:

        if (dbAuths.size() == 0) {            throw new UsernameNotFoundException("User has no GrantedAuthority");        }

In case of master-rs collocation HBASE_ZNODE_FILE is overwritten by regionserver process in HRegionServer#handleReportForDutyResponse() here is how it looks on master server:

[hbase@hnode2 hbase]$ cat hbase-hbase-master.znode 
/hbase/rs/hnode2,16000,1448022074888

it contains regionserver znode path instead of String value of master's ServerName.  This affects ZNodeClearer#clear() in way that will not clear master znode in case we detect master crash. At end this will extend  failover time until master znode expires configured in zookeeper by maxSessionTimeout parameter (40s in my case).
I have notice this on mater branch but it can be case in other branches where we are collocating master and rs.

The above are working with java.util.Properties and failing to close the OutputStream after a Properties.write(..).

repro:

create table cx1(bool0 boolean);
select NULL or bool0 from cx1;

workaround(correct type of null):

select cast(NULL as boolean) or bool0 from cx1;

2018-11-07T07:28:39,628 ERROR [3533166f-7174-45cd-9d9e-d487038cb6e0 main] ql.Driver: FAILED: ClassCastEx
ception org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableVoidObjectInspector cannot be ca
st to org.apache.hadoop.hive.serde2.objectinspector.primitive.BooleanObjectInspector
java.lang.ClassCastException: org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableVoidObject
Inspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.primitive.BooleanObjectInspect
or
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFOPAnd.initialize(GenericUDFOPAnd.java:56)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDF.initializeAndFoldConstants(GenericUDF.java:1
48)
        at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.newInstance(ExprNodeGenericFuncDesc.ja
va:260)
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprN
odeDesc(TypeCheckProcFactory.java:1251)
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckPr
ocFactory.java:1660)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:10
5)

If a longer running session is used, then saving several nodes and attempting to load one of them using the load(id::long) method actually attempts to load all the nodes that were saved during the session (even if attempting to only get one object). Same thing happens with the loading from a collection of IDs. Using shorter sessions or sessions where no saving is done appears to be a workaround to this.

During HMaster.finishInitialization(), assignRootAndMeta() is called, which at some point does:

this.assignmentManager.waitForAssignment(HRegionInfo.FIRST_META_REGIONINFO);

And waitForAssignment does this:

    synchronized(regions) {
      while(!regions.containsKey(regionInfo)) {
        regions.wait();
      }
    }

However, I could not find any call to regions.notify(), so this could wait forever.
I have not noticed this problem on a real cluster, only when using HBaseTestingUtility on a slow and low-memory Hudson server (I can reproduce it on my local machine by creating some background load). Adding a notify() call when regions.put() is called seems to fix the problem. Will attach patch.
For reference, this was based on seeing the following from jstack:

"Master:0;lat:44776" prio=10 tid=0x08d5b400 nid=0x381a in Object.wait() [0x9c76d000]
        - waiting on <0xa5196fb8> (a java.util.TreeMap)
        at org.apache.hadoop.hbase.master.AssignmentManager.waitForAssignment(AssignmentManager.java:1152)
        - locked <0xa5196fb8> (a java.util.TreeMap)
        at org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:440)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:382)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:277)

We are using JMeter to stress test our application and sometimes we are getting an error when retrieving wsdl. Our url is http://<server>:9090/tbstat.wsdl and we are running 10 threads requesting the wsdl 100 times each, each thread waiting 5 seconds between each request. After a while a request fails with the stack trace below. The request following the failed request may very well succeed.
<body><h2>HTTP ERROR: 500</h2><pre>INTERNAL_SERVER_ERROR</pre>
<p>RequestURI=/tbstat.wsdl</p><h3>Caused by:</h3><pre>java.lang.NullPointerException
	at org.apache.xerces.dom.ParentNode.nodeListItem(Unknown Source)
	at org.apache.xerces.dom.ParentNode.item(Unknown Source)
	at com.ibm.wsdl.util.xml.DOM2Writer.print(Unknown Source)
	at com.ibm.wsdl.util.xml.DOM2Writer.serializeAsXML(Unknown Source)
	at com.ibm.wsdl.extensions.schema.SchemaSerializer.marshall(Unknown Source)
	at com.ibm.wsdl.xml.WSDLWriterImpl.printExtensibilityElements(Unknown Source)
	at com.ibm.wsdl.xml.WSDLWriterImpl.printTypes(Unknown Source)
	at com.ibm.wsdl.xml.WSDLWriterImpl.printDefinition(Unknown Source)
	at com.ibm.wsdl.xml.WSDLWriterImpl.writeWSDL(Unknown Source)
	at com.ibm.wsdl.xml.WSDLWriterImpl.getDocument(Unknown Source)
	at org.springframework.ws.wsdl.wsdl11.Wsdl4jDefinition.getSource(Wsdl4jDefinition.java:75)
	at org.springframework.ws.wsdl.wsdl11.DynamicWsdl11Definition.getSource(DynamicWsdl11Definition.java:82)
	at org.springframework.ws.transport.http.WsdlDefinitionHandlerAdapter.handle(WsdlDefinitionHandlerAdapter.java:125)
	at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:155)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:475)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:430)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
	at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:227)
Our spring configuration is as follows:
	<bean id="tbstat"
		class="org.springframework.ws.wsdl.wsdl11.DynamicWsdl11Definition">
		<property name="builder">
			<bean
				class="org.springframework.ws.wsdl.wsdl11.builder.XsdBasedSoap11Wsdl4jDefinitionBuilder">
				<property name="schema"
					value="classpath:no/netcom/ipl/version2_0/WOStatistics.xsd" />
				<property name="portTypeName" value="TBStatisticsPort" />
				<property name="locationUri"
					value="http://localhost:8087/tbstatisticsservice/" />
				<property name="targetNamespace"
					value="http://ipl.webservice.netcom.no/customer/wostat/" />
			</bean>
	</bean>

See e.g. https://github.com/vibe13/license-dictionary/commit/811a05fb02d403527b3b448a0c61b87ef6216cc6#commitcomment-28543315
JandexUtil::getRequestBodyParameterClassType looks as follows:

    public static Type getRequestBodyParameterClassType(MethodInfo method) {
        List<Type> methodParams = method.parameters();
        if (methodParams.isEmpty()) {
        }
        for (short i = 0; i < methodParams.size(); i++) {
            if (JandexUtil.getParameterAnnotations(method, i).isEmpty()) {
                return methodParams.get(i).asClassType();
            }
        }
    }

methodParams.get.asClassType() throws an exception if the type of the param is not a "normal" class type.

When master start, it initialize StochasticLoadBalancer.

this.balancer.setClusterStatus(getClusterStatus());
this.balancer.setMasterServices(this);

It first setClusterStatus(), then setMasterService(). But in setClusterStatus method, it use master service which is not initialized. So it will throw NPE.

int tablesCount = isByTable ? services.getTableDescriptors().getAll().size() : 1;

It happens when set isByTable is ture.

When migration web with custom valve or any valve, which can't be automatically migrated, there is no error shown in migration-warnings.
It is necessary to inform that something wasn't migrated to let user know he needs to migrate it manually.

For partitioned table operations, a Table WriteEntity is being added to the list to be authorized if there is a partition in the output list from semantic analyzer. 
However, it is being added with a default WriteType of DDL_NO_TASK.
The new Table WriteEntity should be created with the WriteType of the partition WriteEntity.

To reproduce in the shell:
create 'A'
create 'B'
disable 'A'
disable 'B'
drop 'B'
enable 'A'
   -> exception table 'A' not found

The fix developed under WFCORE-3826 fixes the HTTP connector, this issue is to add the same fix to the native connector.

RequestDataValueProcessor was changed non-passively in Spring 4.0.0.M2 so we should make changes to CsrfRequestDataValueProcessor to support both versions. See https://jira.springsource.org/browse/SPR-10041

This can result in the timeout being executed before the timer is properly installed.

Camel XMPP doesn't use a DNS resolver to look at SRV records, whereas in 2.14.1 it did.
In 2.15.0, ConnectionConfiguration calls DNSUtil.resolveXMPPDomain(serviceName) which runs this code:
DNSUtil.java
public static List<HostAddress> resolveXMPPDomain(final String domain) {
        if (dnsResolver == null) {
            List<HostAddress> addresses = new ArrayList<HostAddress>(1);
            addresses.add(new HostAddress(domain, 5222));
            return addresses;
        }
        return resolveDomain(domain, 'c');
    }

dnsResolver is never initialised, so it returns the service name, in my case 'jabberzac.org', instead of the actual XMPP server from the SRV Record, 'xmpp.jabberzac.org', which then causes a timeout.
The dnsResolver is meant to be instantiated in init(), which is meant to be called by SmackConfiguration, but never is.
    /**
     * Initializes DNSUtil. This method is automatically called by SmackConfiguration, you don't
     * have to call it manually.
     */
    public static void init() {
        final String[] RESOLVERS = new String[] { "javax.JavaxResolver", "minidns.MiniDnsResolver",
                        "dnsjava.DNSJavaResolver" };
        for (String resolver :RESOLVERS) {
            DNSResolver availableResolver = null;
            String resolverFull = "org.jivesoftware.smack.util.dns" + resolver;
            try {
                Class<?> resolverClass = Class.forName(resolverFull);
                Method getInstanceMethod = resolverClass.getMethod("getInstance");
                availableResolver = (DNSResolver) getInstanceMethod.invoke(null);
                if (availableResolver != null) {
                    setDNSResolver(availableResolver);
                    break;
                }
            }
            catch (ClassNotFoundException|NoSuchMethodException|SecurityException|IllegalAccessException|IllegalArgumentException|InvocationTargetException e) {
                LOGGER.log(Level.FINE, "Exception on init", e);
            }
        }
    }

2.14.1 doesn't seem to have this problem as DNSUtil class in 2.14.1 doesn't have an init() function which is meant to be 'automatically called', it just has a static code block:

    static {
        try {
            Hashtable env = new Hashtable();
            env.put("java.naming.factory.initial", "com.sun.jndi.dns.DnsContextFactory");
            context = new InitialDirContext(env);
        }
        catch (Exception e) {
            // Ignore.
        }
    }

The table.jsp page either 500 errors out if you are viewing a .META. or ROOT table, or for user tables it doesn't list the regions.

validateAlterTableType in DDLTask.java does a bunch of checks to ensure that the alter table/view commands are correct (operations match table type, command macthes table type).
This JIRA tracks moving these to semantic exceptions.

HBASE-2762 added a warning on the master UI if append isn't enabled. However, when HBase is in standalone mode and using a file:/// rootdir, it shows the warning, which doesn't make sense.

https://github.com/spring-projects/spring-data-neo4j/blob/4.0/neo4j-ogm/src/test/java/org/neo4j/ogm/defects/RelationshipEntityTest.java

I compute real number in route:
   <setBody>0.02</setBody>
After that I want to filter:
   <filter><simple>${body} > 0 </simple> ... </filter>
This expression return false for value in body = 0.02

In a domain configuration, if a server is associated with an incorrectly configurated jvm java-home (e.g. domain.xml -> server-groups -> jvm), it will fail silently (no error shown in logs). For example:
```
<server-group name="mySrvrGrp" profile="full">
  <jvm name="my-default" java-home="/usr/java/wrongPath">
    <heap size="1024m" max-size="4096m"/>
    <permgen size="256m" max-size="256m"/>
    <stack size="256k"/>
```

HADOOP-6713 has  patch to fix the read scalability of hadoop rpc.  Right now a single thread accepts() then receives the RPC payload for every single RPC in hbase. Including object creation, writable deserialization, etc.
Apply the patch from that issue to our own forked HBaseRPC code.

Doing an alter table results in:

2015-03-18 10:45:54,189 ERROR [main]: exec.DDLTask (DDLTask.java:failed(512)) - java.lang.NullPointerException
    at org.apache.hadoop.hive.metastore.api.StorageDescriptor.<init>(StorageDescriptor.java:239)
    at org.apache.hadoop.hive.metastore.api.Table.<init>(Table.java:270)
    at org.apache.hadoop.hive.metastore.api.Table.deepCopy(Table.java:310)
    at org.apache.hadoop.hive.ql.metadata.Table.copy(Table.java:856)
    at org.apache.hadoop.hive.ql.exec.DDLTask.alterTable(DDLTask.java:3329)
    at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:329)
    at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:160)
    at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:88)
    at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1644)
    at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1403)
    at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1189)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1055)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1045)
    at org.apache.hadoop.hive.metastore.hbase.TestHBaseMetastoreSql.table(TestHBaseMetastoreSql.java:89)

Hive schema on insert queries, with select * , are failing with below exception

2015-05-15 19:29:01,278 ERROR [main]: ql.Driver (SessionState.java:printError(957)) - FAILED: NullPointerException null
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genReduceSinkPlan(SemanticAnalyzer.java:7257)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBucketingSortingDest(SemanticAnalyzer.java:6100)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genFileSinkPlan(SemanticAnalyzer.java:6271)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:8972)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8863)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9708)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9601)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10037)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:323)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10048)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:207)

drop table if exists studenttab10k;
create table studenttab10k (age int, name varchar(50),gpa decimal(3,2));
insert into studenttab10k values(1,'foo', 1.1), (2,'bar', 2.3),(3,'baz', 3.1);

drop table if exists student_acid;
create table student_acid (age int, name varchar(50),gpa decimal(3,2), grade int) 
clustered by (age) into 2 buckets

insert into student_acid(name,age,gpa) select * from studenttab10k;

Operator Hooks inserted into Operator.java cause a performance hit even when it is not being used.
For a count(1) query tested with & without the operator hook calls.
with
2013-04-09 07:33:58,920 Stage-1 map = 100%,  reduce = 100%, Cumulative CPU 84.07 sec
Total MapReduce CPU Time Spent: 1 minutes 24 seconds 70 msec
OK
28800991
Time taken: 40.407 seconds, Fetched: 1 row(s)

without
2013-04-09 07:33:02,355 Stage-1 map = 100%,  reduce = 100%, Cumulative CPU 68.48 sec
...
Total MapReduce CPU Time Spent: 1 minutes 8 seconds 480 msec
OK
28800991
Time taken: 35.907 seconds, Fetched: 1 row(s)

The effect is multiplied by the number of operators in the pipeline that has to forward the row - the more operators there are the, the slower the query.
The modification made to test this was 
Operator.java
--- ql/src/java/org/apache/hadoop/hive/ql/exec/Operator.java
+++ ql/src/java/org/apache/hadoop/hive/ql/exec/Operator.java
@@ -526,16 +526,16 @@ public void process(Object row, int tag) throws HiveException {
       return;
     }
     OperatorHookContext opHookContext = new OperatorHookContext(this, row, tag);
-    preProcessCounter();
-    enterOperatorHooks(opHookContext);
+    //preProcessCounter();
+    //enterOperatorHooks(opHookContext);
     processOp(row, tag);
-    exitOperatorHooks(opHookContext);
-    postProcessCounter();
+    //exitOperatorHooks(opHookContext);
+    //postProcessCounter();
   }

Consider a query like:
insert overwrite T partition (ds)
(mapreduce-subq1
  union all
mapreduce-subq2)x;
Once, mapreduce-subq1 and mapreduce-subq2 are done, the task for the union
is invoked. At the end of the union task, jobClose is invoked.
Note that there are 2 tablescan operators. The tree is something like:
TABLESCAN1  –
              \
               UNION – SELECT – FILESINK
              /
TABLESCAN2  –
In the current setup, jobClose will be invoked twice for FileSink.
In case of speculative execution, it is possible that data is still is
being written to tmp Dir. after jobClose is finished once. 
The correct fix would be to make sure that jobClose is only invoked once.

When I create a repository with asynchronous paging query, I get a BeanCreationException about incompatible return type, which must be Slice, Page or List (see stacktrace.txt).

public interface TRepository extends MongoRepository<T, String> {

    @Async
    CompletableFuture<List<T>> findByUrl(String url, Pageable p); // works neither with Future nor with ListenableFuture
}

Hi,
I configure a ExponentialBackOffPolicy like this:

    <bean id="exponentialBackOffPolicy" class="org.springframework.batch.retry.backoff.ExponentialBackOffPolicy"
        p:initialInterval="500" p:maxInterval="30000" p:multiplier="2" />

and use it for DeadLockLoserDataAccessException. Then I intentionally throw a DeadLockLoserDataAccessException in the main part of my item processor code and observe the behaviour. However, the retry never backoffs exponentially. I trace through the RetryTemplate class (in particulary lines 197 - 256 in 2.1.7 release), and the backOffPolicy and its context seem stateless in runtime:

	protected <T> T doExecute(RetryCallback<T> retryCallback, RecoveryCallback<T> recoveryCallback, RetryState state)
			throws Exception, ExhaustedRetryException {

		RetryPolicy retryPolicy = this.retryPolicy;
		BackOffPolicy backOffPolicy = this.backOffPolicy;

...
		// Start the backoff context...
		BackOffContext backOffContext = backOffPolicy.start(context);
...
		backOffPolicy.backOff(backOffContext);
...

That is, the backOffPolicy is never updated and the backOffContext is never saved after the call to backoff, hence the interval stays the same value.
I submitted the same issue to the Spring forum and StackOverflow and no answer, hence created this issue.
Thanks, Kev

[standalone@embedded /] /subsystem=jgroups/channel=ee:write-attribute(name=statistics-enabled, value=true){allow-resource-service-restart=true}

14:40:24,676 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 3) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
    ("channel" => "ee")
]): org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.jgroups.channel-cluster.ee is already registered
	at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:236)
	at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2416)
	at org.jboss.as.controller.OperationContextImpl$ContextServiceBuilder.install(OperationContextImpl.java:2174)
	at org.jboss.as.clustering.jgroups.subsystem.ChannelServiceHandler.installServices(ChannelServiceHandler.java:61)
	at org.jboss.as.clustering.controller.WriteAttributeStepHandler.restartServices(WriteAttributeStepHandler.java:67)
	at org.jboss.as.clustering.controller.WriteAttributeStepHandler.applyUpdateToRuntime(WriteAttributeStepHandler.java:51)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1361)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:411)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:219)
	at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:691)
	at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerClient.java:68)
	at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.java:69)
	at org.jboss.as.cli.impl.CommandExecutor.execute(CommandExecutor.java:652)
	at org.jboss.as.cli.impl.CommandContextImpl.lambda$execute$1(CommandContextImpl.java:857)
	at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:877)
	at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:856)
	at org.jboss.as.cli.handlers.OperationRequestHandler.handle(OperationRequestHandler.java:90)
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:801)
	at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:902)
	at org.jboss.as.cli.impl.CommandContextImpl$2.execute(CommandContextImpl.java:436)
	at org.jboss.aesh.console.AeshProcess.run(AeshProcess.java:53)

1. HMaster tries to assign a region to an RS.
2. HMaster creates a RegionState for this region and puts it into regionsInTransition.
3. In the first assign attempt, HMaster calls RS.openRegion(). The RS receives the open region request and starts to proceed, with success eventually. However, due to network problems, HMaster fails to receive the response for the openRegion() call, and the call times out.
4. HMaster attemps to assign for a second time, choosing another RS. 
5. But since the HMaster's OpenedRegionHandler has been triggered by the region open of the previous RS, and the RegionState has already been removed from regionsInTransition, HMaster finds invalid and ignores the unassigned ZK node "RS_ZK_REGION_OPENING" updated by the second attempt.
6. The unassigned ZK node stays and a later unassign fails coz RS_ZK_REGION_CLOSING cannot be created.

2012-06-29 07:03:38,870 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Using pre-existing plan for region CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568.; plan=hri=CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568., src=swbss-hadoop-004,60020,1340890123243, dest=swbss-hadoop-006,60020,1340890678078
2012-06-29 07:03:38,870 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568. to swbss-hadoop-006,60020,1340890678078
2012-06-29 07:03:38,870 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=M_ZK_REGION_OFFLINE, server=swbss-hadoop-002:60000, region=b713fd655fa02395496c5a6e39ddf568
2012-06-29 07:06:28,882 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=swbss-hadoop-006,60020,1340890678078, region=b713fd655fa02395496c5a6e39ddf568
2012-06-29 07:06:32,291 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=swbss-hadoop-006,60020,1340890678078, region=b713fd655fa02395496c5a6e39ddf568
2012-06-29 07:06:32,299 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENED, server=swbss-hadoop-006,60020,1340890678078, region=b713fd655fa02395496c5a6e39ddf568
2012-06-29 07:06:32,299 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Handling OPENED event for CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568. from serverName=swbss-hadoop-006,60020,1340890678078, load=(requests=518945, regions=575, usedHeap=15282, maxHeap=31301); deleting unassigned node
2012-06-29 07:06:32,299 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x2377fee2ae80007 Deleting existing unassigned node for b713fd655fa02395496c5a6e39ddf568 that is in expected state RS_ZK_REGION_OPENED
2012-06-29 07:06:32,301 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x2377fee2ae80007 Successfully deleted unassigned node for region b713fd655fa02395496c5a6e39ddf568 in expected state RS_ZK_REGION_OPENED
2012-06-29 07:06:32,301 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: The master has opened the region CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568. that was online on serverName=swbss-hadoop-006,60020,1340890678078, load=(requests=518945, regions=575, usedHeap=15282, maxHeap=31301)
2012-06-29 07:07:41,140 WARN org.apache.hadoop.hbase.master.AssignmentManager: Failed assignment of CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568. to serverName=swbss-hadoop-006,60020,1340890678078, load=(requests=0, regions=575, usedHeap=0, maxHeap=0), trying to assign elsewhere instead; retry=0
java.net.SocketTimeoutException: Call to /172.16.0.6:60020 failed on socket timeout exception: java.net.SocketTimeoutException: 120000 millis timeout while waiting for channel to be ready for read. ch : java.nio.channels.SocketChannel[connected local=/172.16.0.2:53765 remote=/172.16.0.6:60020]
        at org.apache.hadoop.hbase.ipc.HBaseClient.wrapException(HBaseClient.java:805)
        at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:778)
        at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:283)
        at $Proxy8.openRegion(Unknown Source)
        at org.apache.hadoop.hbase.master.ServerManager.sendRegionOpen(ServerManager.java:573)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1127)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:912)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:892)
        at org.apache.hadoop.hbase.master.handler.ClosedRegionHandler.process(ClosedRegionHandler.java:92)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:162)
Caused by: java.net.SocketTimeoutException: 120000 millis timeout while waiting for channel to be ready for read. ch : java.nio.channels.SocketChannel[connected local=/172.16.0.2:53765 remote=/172.16.0.6:60020]
        at org.apache.hadoop.net.SocketIOWithTimeout.doIO(SocketIOWithTimeout.java:164)
        at org.apache.hadoop.net.SocketInputStream.read(SocketInputStream.java:155)
        at org.apache.hadoop.net.SocketInputStream.read(SocketInputStream.java:128)
        at java.io.FilterInputStream.read(FilterInputStream.java:116)
        at org.apache.hadoop.hbase.ipc.HBaseClient$Connection$PingInputStream.read(HBaseClient.java:301)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
        at java.io.DataInputStream.readInt(DataInputStream.java:370)
        at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.receiveResponse(HBaseClient.java:541)
        at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.run(HBaseClient.java:479)
2012-06-29 07:07:41,142 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: No previous transition plan was found (or we are ignoring an existing plan) for CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568. so generated a random one; hri=CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568., src=, dest=swbss-hadoop-164,60020,1340888346294; 15 (online=15, exclude=serverName=swbss-hadoop-006,60020,1340890678078, load=(requests=0, regions=575, usedHeap=0, maxHeap=0)) available servers
2012-06-29 07:07:41,142 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x2377fee2ae80007 Creating (or updating) unassigned node for b713fd655fa02395496c5a6e39ddf568 with OFFLINE state
2012-06-29 07:07:41,145 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Using pre-existing plan for region CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568.; plan=hri=CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568., src=, dest=swbss-hadoop-164,60020,1340888346294
2012-06-29 07:07:41,145 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568. to swbss-hadoop-164,60020,1340888346294
2012-06-29 07:07:41,149 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=swbss-hadoop-164,60020,1340888346294, region=b713fd655fa02395496c5a6e39ddf568
2012-06-29 07:07:41,150 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received OPENING for region b713fd655fa02395496c5a6e39ddf568 from server swbss-hadoop-164,60020,1340888346294 but region was in  the state null and not in expected PENDING_OPEN or OPENING states
2012-06-29 07:07:41,296 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=swbss-hadoop-164,60020,1340888346294, region=b713fd655fa02395496c5a6e39ddf568
2012-06-29 07:07:41,296 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received OPENING for region b713fd655fa02395496c5a6e39ddf568 from server swbss-hadoop-164,60020,1340888346294 but region was in  the state null and not in expected PENDING_OPEN or OPENING states
2012-06-29 07:07:41,302 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENED, server=swbss-hadoop-164,60020,1340888346294, region=b713fd655fa02395496c5a6e39ddf568
2012-06-29 07:07:41,302 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received OPENED for region b713fd655fa02395496c5a6e39ddf568 from server swbss-hadoop-164,60020,1340888346294 but region was in  the state null and not in expected PENDING_OPEN or OPENING states
2012-06-29 07:08:38,872 INFO org.apache.hadoop.hbase.master.HMaster: balance hri=CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568., src=swbss-hadoop-006,60020,1340890678078, dest=swbss-hadoop-008,60020,1340891085175
2012-06-29 07:08:38,872 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Starting unassignment of region CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568. (offlining)
2012-06-29 07:08:47,875 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Sent CLOSE to serverName=swbss-hadoop-006,60020,1340890678078, load=(requests=0, regions=0, usedHeap=0, maxHeap=0) for region CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568.
...
2012-06-29 08:04:37,681 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568. state=PENDING_CLOSE, ts=1340926468331, server=null
2012-06-29 08:04:37,681 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_CLOSE for too long, running forced unassign again on region=CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568.
2012-06-29 08:04:47,681 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568. state=PENDING_CLOSE, ts=1340926468331, server=null
2012-06-29 08:04:47,682 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_CLOSE for too long, running forced unassign again on region=CDR_STATS_TRAFFIC,13184390567|20120508|17||2|3|913,1337256975556.b713fd655fa02395496c5a6e39ddf568.

The Spring XD build time jumped from 7mins to over 20mins following a Java upgrade to 1.7.0_51.
The root cause of the performance problems appears to be SerializableTypeWrapper.

When a message is sent to an http endpoint, the path specified in the HTTP_PATH header is ignored.
In the HttpProducer.createMethod() of the camel-http component, the URI is taken from the HTTP_URI header or the endpoint, but the HTTP_PATH header is not concatenated. 
See also the discussion on the mailing list: http://www.nabble.com/Setting-a-path-in-message-header-with-Camel-http-2.0M1-td22781504.html

In the class "org.springframework.oxm.jibx.JibxMarshaller" the default encoding is not set to UTF-8 as specified in the Java-Doc of the method 'setEncoding()'.
Therefore, when we marshal an object with "org.springframework.oxm.jibx.JibxMarshaller", the output XML does not contain the encoding attribute:
instead of

According to http://camel.apache.org/cxf.html if you specify PAYLOAD or MESSAGE mode you don't need to specify the serviceClass parameter if wsdlUrl is provided. However this isn't the case, with a route like:
cxf://localhost:8080/blah?wsdlURL=classpath:hello/HelloWorld-DOC.wsdl&dataFormat=PAYLOAD
The following exception is thrown:

java.lang.IllegalArgumentException: serviceClass must be specified and not empty
	at org.apache.camel.util.ObjectHelper.notEmpty(ObjectHelper.java:271)
	at org.apache.camel.component.cxf.CxfEndpoint.createServerFactoryBean(CxfEndpoint.java:303)
	at org.apache.camel.component.cxf.CxfConsumer.<init>(CxfConsumer.java:47)
	at org.apache.camel.component.cxf.CxfEndpoint.createConsumer(CxfEndpoint.java:97)
	at org.apache.camel.impl.EventDrivenConsumerRoute.addServices(EventDrivenConsumerRoute.java:59)
	at org.apache.camel.impl.DefaultRoute.onStartingServices(DefaultRoute.java:83)
	at org.apache.camel.impl.RouteService.doStart(RouteService.java:94)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:843)
	at org.apache.camel.test.junit4.CamelTestSupport.startCamelContext(CamelTestSupport.java:147)
	at org.apache.camel.test.junit4.CamelTestSupport.setUp(CamelTestSupport.java:100)

as the code doesn't check what mode is being used before testing if serviceClass is set or not.
Attached patch adds a test that reproduces this and also fixes the issue.

The wsdl-host attribute in the webservices subsystem has a simple string length validator...

It's fine without -Doffline=true option. But with offline option (ant -Doffline=true clean package), it's failing with error message like this.

ivy-retrieve:
     [echo] Project: common
[ivy:retrieve] :: loading settings :: file = /home/navis/apache/oss-hive/ivy/ivysettings.xml
[ivy:retrieve] 
[ivy:retrieve] :: problems summary ::
[ivy:retrieve] :::: WARNINGS
[ivy:retrieve] 		module not found: org.apache.hadoop#hadoop-common;0.20.2
[ivy:retrieve] 	==== local: tried
[ivy:retrieve] 	  /home/navis/.ivy2/local/org.apache.hadoop/hadoop-common/0.20.2/ivys/ivy.xml
[ivy:retrieve] 	  -- artifact org.apache.hadoop#hadoop-common;0.20.2!hadoop-common.jar:
[ivy:retrieve] 	  /home/navis/.ivy2/local/org.apache.hadoop/hadoop-common/0.20.2/jars/hadoop-common.jar
[ivy:retrieve] 	==== apache-snapshot: tried
[ivy:retrieve] 	  https://repository.apache.org/content/repositories/snapshots/org/apache/hadoop/hadoop-common/0.20.2/hadoop-common-0.20.2.pom
[ivy:retrieve] 	  https://repository.apache.org/content/repositories/snapshots/org/apache/hadoop/hadoop-common/0.20.2/hadoop-common-0.20.2.jar
[ivy:retrieve] 	==== maven2: tried
[ivy:retrieve] 	  http://repo1.maven.org/maven2/org/apache/hadoop/hadoop-common/0.20.2/hadoop-common-0.20.2.pom
[ivy:retrieve] 	  http://repo1.maven.org/maven2/org/apache/hadoop/hadoop-common/0.20.2/hadoop-common-0.20.2.jar
[ivy:retrieve] 	==== datanucleus-repo: tried
[ivy:retrieve] 	  http://www.datanucleus.org/downloads/maven2/org/apache/hadoop/hadoop-common/0.20.2/hadoop-common-0.20.2.jar
[ivy:retrieve] 	==== hadoop-source: tried
[ivy:retrieve] 	  http://mirror.facebook.net/facebook/hive-deps/hadoop/core/hadoop-common-0.20.2/hadoop-common-0.20.2.jar
[ivy:retrieve] 	==== hadoop-source2: tried
[ivy:retrieve] 	  http://archive.cloudera.com/hive-deps/hadoop/core/hadoop-common-0.20.2/hadoop-common-0.20.2.jar
[ivy:retrieve] 		module not found: org.apache.hadoop#hadoop-auth;0.20.2
[ivy:retrieve] 	  /home/navis/.ivy2/local/org.apache.hadoop/hadoop-auth/0.20.2/ivys/ivy.xml
[ivy:retrieve] 	  -- artifact org.apache.hadoop#hadoop-auth;0.20.2!hadoop-auth.jar:
[ivy:retrieve] 	  /home/navis/.ivy2/local/org.apache.hadoop/hadoop-auth/0.20.2/jars/hadoop-auth.jar
[ivy:retrieve] 	  https://repository.apache.org/content/repositories/snapshots/org/apache/hadoop/hadoop-auth/0.20.2/hadoop-auth-0.20.2.pom
[ivy:retrieve] 	  https://repository.apache.org/content/repositories/snapshots/org/apache/hadoop/hadoop-auth/0.20.2/hadoop-auth-0.20.2.jar
[ivy:retrieve] 	  http://repo1.maven.org/maven2/org/apache/hadoop/hadoop-auth/0.20.2/hadoop-auth-0.20.2.pom
[ivy:retrieve] 	  http://repo1.maven.org/maven2/org/apache/hadoop/hadoop-auth/0.20.2/hadoop-auth-0.20.2.jar
[ivy:retrieve] 	  http://www.datanucleus.org/downloads/maven2/org/apache/hadoop/hadoop-auth/0.20.2/hadoop-auth-0.20.2.jar
[ivy:retrieve] 	  http://mirror.facebook.net/facebook/hive-deps/hadoop/core/hadoop-auth-0.20.2/hadoop-auth-0.20.2.jar
[ivy:retrieve] 	  http://archive.cloudera.com/hive-deps/hadoop/core/hadoop-auth-0.20.2/hadoop-auth-0.20.2.jar
[ivy:retrieve] 		module not found: org.apache.hadoop#hadoop-mapreduce-client-core;0.20.2
[ivy:retrieve] 	  /home/navis/.ivy2/local/org.apache.hadoop/hadoop-mapreduce-client-core/0.20.2/ivys/ivy.xml
[ivy:retrieve] 	  -- artifact org.apache.hadoop#hadoop-mapreduce-client-core;0.20.2!hadoop-mapreduce-client-core.jar:
[ivy:retrieve] 	  /home/navis/.ivy2/local/org.apache.hadoop/hadoop-mapreduce-client-core/0.20.2/jars/hadoop-mapreduce-client-core.jar
[ivy:retrieve] 	  https://repository.apache.org/content/repositories/snapshots/org/apache/hadoop/hadoop-mapreduce-client-core/0.20.2/hadoop-mapreduce-client-core-0.20.2.pom
[ivy:retrieve] 	  https://repository.apache.org/content/repositories/snapshots/org/apache/hadoop/hadoop-mapreduce-client-core/0.20.2/hadoop-mapreduce-client-core-0.20.2.jar
[ivy:retrieve] 	  http://repo1.maven.org/maven2/org/apache/hadoop/hadoop-mapreduce-client-core/0.20.2/hadoop-mapreduce-client-core-0.20.2.pom
[ivy:retrieve] 	  http://repo1.maven.org/maven2/org/apache/hadoop/hadoop-mapreduce-client-core/0.20.2/hadoop-mapreduce-client-core-0.20.2.jar
[ivy:retrieve] 	  http://www.datanucleus.org/downloads/maven2/org/apache/hadoop/hadoop-mapreduce-client-core/0.20.2/hadoop-mapreduce-client-core-0.20.2.jar
[ivy:retrieve] 	  http://mirror.facebook.net/facebook/hive-deps/hadoop/core/hadoop-mapreduce-client-core-0.20.2/hadoop-mapreduce-client-core-0.20.2.jar
[ivy:retrieve] 	  http://archive.cloudera.com/hive-deps/hadoop/core/hadoop-mapreduce-client-core-0.20.2/hadoop-mapreduce-client-core-0.20.2.jar
[ivy:retrieve] 		module not found: org.apache.hadoop#hadoop-archives;0.20.2
[ivy:retrieve] 	  /home/navis/.ivy2/local/org.apache.hadoop/hadoop-archives/0.20.2/ivys/ivy.xml
[ivy:retrieve] 	  -- artifact org.apache.hadoop#hadoop-archives;0.20.2!hadoop-archives.jar:
[ivy:retrieve] 	  /home/navis/.ivy2/local/org.apache.hadoop/hadoop-archives/0.20.2/jars/hadoop-archives.jar
[ivy:retrieve] 	  https://repository.apache.org/content/repositories/snapshots/org/apache/hadoop/hadoop-archives/0.20.2/hadoop-archives-0.20.2.pom
[ivy:retrieve] 	  https://repository.apache.org/content/repositories/snapshots/org/apache/hadoop/hadoop-archives/0.20.2/hadoop-archives-0.20.2.jar
[ivy:retrieve] 	  http://repo1.maven.org/maven2/org/apache/hadoop/hadoop-archives/0.20.2/hadoop-archives-0.20.2.pom
[ivy:retrieve] 	  http://repo1.maven.org/maven2/org/apache/hadoop/hadoop-archives/0.20.2/hadoop-archives-0.20.2.jar
[ivy:retrieve] 	  http://www.datanucleus.org/downloads/maven2/org/apache/hadoop/hadoop-archives/0.20.2/hadoop-archives-0.20.2.jar
[ivy:retrieve] 	  http://mirror.facebook.net/facebook/hive-deps/hadoop/core/hadoop-archives-0.20.2/hadoop-archives-0.20.2.jar
[ivy:retrieve] 	  http://archive.cloudera.com/hive-deps/hadoop/core/hadoop-archives-0.20.2/hadoop-archives-0.20.2.jar
[ivy:retrieve] 		::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve] 		::          UNRESOLVED DEPENDENCIES         ::
[ivy:retrieve] 		:: org.apache.hadoop#hadoop-common;0.20.2: not found

At first I thought it's my problem(ivy cache or something). But log above shows that ivy is searching for non-existing artifacts in hadoop-0.20.2, which seemed to be a bug.

Currently SessionState.username is set to null, which is invalid as KillQueryImplementation will validate the user privilege.

Connection validation for shared Lettuce connections releases a connection twice if validation fails. 
The first release happens directly in validateConnection, the other one in resetConnection.

The creation timestamp of a distributed web session is represented by a java.time.Instant.  The externalizer for an Instant marshals an integer containing the nanosecond precision, which is unnecessary, as the HttpSession API only requires millisecond precision.

If the archive stream ends before the claimed size of a stored entry has been hit the stream returns -1 rather than throwing a "truncated archive" exception like it would do for deflated entries.
Because of this it is impossible to detect a truncated stored entry.

When beeline has a connection to a server, in some env it has following problem:

0: jdbc:hive2://localhost> !verbose
verbose: on
0: jdbc:hive2://localhost> !sh id
at org.apache.hive.beeline.Commands.addConf(Commands.java:758)
at org.apache.hive.beeline.Commands.getHiveConf(Commands.java:704)
at org.apache.hive.beeline.Commands.sh(Commands.java:1002)
at org.apache.hive.beeline.ReflectiveCommandHandler.execute(ReflectiveCommandHandler.java:52)
at org.apache.hive.beeline.BeeLine.dispatch(BeeLine.java:1081)
at org.apache.hive.beeline.BeeLine.execute(BeeLine.java:917)
at org.apache.hive.beeline.BeeLine.begin(BeeLine.java:845)
at org.apache.hive.beeline.BeeLine.mainWithInputRedirection(BeeLine.java:482)
at org.apache.hive.beeline.BeeLine.main(BeeLine.java:465)
0: jdbc:hive2://localhost> !sh echo hello
0: jdbc:hive2://localhost>

Also it breaks if there is no connection established:

beeline> !sh id
at org.apache.hive.beeline.BeeLine.createStatement(BeeLine.java:1897)
at org.apache.hive.beeline.Commands.getConfInternal(Commands.java:724)
at org.apache.hive.beeline.Commands.getHiveConf(Commands.java:702)

cxf proxy scenario:
from("cxf:bean:brokerOrderLimit?dataFormat=CXF_MESSAGE")
.to("cxf:bean:thalerOrderLimit?dataFormat=CXF_MESSAGE");
When the thalerOrderLimit service returns a SOAPFault a NPE occurs:
	at org.apache.cxf.interceptor.ClientFaultConverter.getConstructor(ClientFaultConverter.java:204)[cxf-api-2.6.3.jar:2.6.3]
	at org.apache.cxf.interceptor.ClientFaultConverter.processFaultDetail(ClientFaultConverter.java:176)[cxf-api-2.6.3.jar:2.6.3]
	at org.apache.cxf.interceptor.ClientFaultConverter.handleMessage(ClientFaultConverter.java:80)[cxf-api-2.6.3.jar:2.6.3]
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:262)[cxf-api-2.6.3.jar:2.6.3]
	at org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(AbstractFaultChainInitiatorObserver.java:112)[cxf-api-2.6.3.jar:2.6.3]
	at org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:69)[cxf-rt-bindings-soap-2.6.3.jar:2.6.3]
	at org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:34)[cxf-rt-bindings-soap-2.6.3.jar:2.6.3]
	at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:783)[cxf-api-2.6.3.jar:2.6.3]
	at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1694)[cxf-rt-transports-http-2.6.3.jar:2.6.3]
	at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream$1.run(HTTPConduit.java:1535)[cxf-rt-transports-http-2.6.3.jar:2.6.3]
	at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$3.run(AutomaticWorkQueueImpl.java:426)[cxf-api-2.6.3.jar:2.6.3]
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)[:1.6.0_21]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)[:1.6.0_21]
	at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$AWQThreadFactory$1.run(AutomaticWorkQueueImpl.java:351)[cxf-api-2.6.3.jar:2.6.3]
	at java.lang.Thread.run(Unknown Source)[:1.6.0_21]
Exception in thread "default-workqueue-1" java.lang.NullPointerException
	at org.apache.camel.component.cxf.DefaultCxfBinding.getContentFromCxf(DefaultCxfBinding.java:642)
	at org.apache.camel.component.cxf.DefaultCxfBinding.populateExchangeFromCxfResponse(DefaultCxfBinding.java:151)
	at org.apache.camel.component.cxf.CxfClientCallback.handleException(CxfClientCallback.java:81)
Worked around by switching to PAYLOAD

List views are not working when showing records from an entity which first field is a referenced field. This occurs by applying pagination and ordering the records by the referenced property, which is not present on QueryDsl AttributeMappingBuilder.

If you use non ASCII characters as a name (e.g german umlauts) then NamedParameterUtils.isParameterSeparator will throw an ArrayIndexOutOfBoundsException because the character-code is taken as array index for the boolean array 

private static final boolean[] separatorIndex = new boolean[128];

This bug was introduced in version 5.3.0 with this commit https://github.com/spring-projects/spring-framework/commit/b2322e58d99888acdca7fad0dba6a43323675e8b
Example query to reproduce the problem:

INSERT INTO csv2sql (Geplantes_Auslaufdatum, Einführungsjahr, Neueinführung) VALUES (:Geplantes_Auslaufdatum, :Einführungsjahr, :Neueinführung)

Try running the following script and then 'mvn gwt:run': when you leave out a name or do not enter 16 digits for the credit card number when creating a new Account it cannot be saved, but no validation error is shown so the user has no idea that some data doesn't validate. 

project --topLevelPackage rewardsonline
entity --class ~accounts.Account --testAutomatically 
field string --fieldName name --notNull 
field string --fieldName creditCardNumber --regexp \d{16}
gwt setup

The client_id should not be in the request body when we set the auth scheme to header.  Spring Security OAuth ignores the header based client credentials and assumes it's form-based and fails with a 401.
https://github.com/nfet/spring-security-oauth/commit/83bf1a49944f4f6e73f99513c8ba5628f59ba9aa

Example Steps:
Repro Steps
ResourceOwnerPasswordResourceDetails resourceOwner = new ResourceOwnerPasswordResourceDetails();
resourceOwner.setAccessTokenUri(ACCESS_TOKEN_URI);
resourceOwner.setClientAuthenticationScheme(AuthenticationScheme.header);
resourceOwner.setAuthenticationScheme(AuthenticationScheme.form);
resourceOwner.setUsername(username);
resourceOwner.setPassword(password);
resourceOwner.setClientId(clientId);
resourceOwner.setClientSecret(clientSecret);

OAuth2RestTemplate oauth2RestTemplate = new OAuth2RestTemplate(resourceDetails)
HttpEntity<String> requestEntity = createRequestEntity(); ....

ResponseEntity<T> response = restTemplate.postForEntity(anyUri, requestEntity, String.class);
			
2013-01-16 13:01:42,073 DEBUG [org.springframework.web.client.RestTemplate] - <Created POST request for "http://localhost:8094/api/oauth/token">
2013-01-16 13:01:42,090 WARN [org.springframework.web.client.RestTemplate] - <POST request for "http://localhost:8094/api/oauth/token" resulted in 401(Unauthorized); invoking error handler>

error="access_denied", error_description="Error requesting access token."
	at org.springframework.security.oauth2.client.token.OAuth2AccessTokenSupport.retrieveToken(OAuth2AccessTokenSupport.java:110)
	at org.springframework.security.oauth2.client.token.grant.client.ClientCredentialsAccessTokenProvider.obtainAccessToken(ClientCredentialsAccessTokenProvider.java:44)
	at org.springframework.security.oauth2.client.token.AccessTokenProviderChain.obtainNewAccessTokenInternal(AccessTokenProviderChain.java:142)
	at org.springframework.security.oauth2.client.token.AccessTokenProviderChain.obtainAccessToken(AccessTokenProviderChain.java:118)
	at org.springframework.security.oauth2.client.OAuth2RestTemplate.acquireAccessToken(OAuth2RestTemplate.java:216)
	at org.springframework.security.oauth2.client.OAuth2RestTemplate.getAccessToken(OAuth2RestTemplate.java:168)
	at org.springframework.security.oauth2.client.OAuth2RestTemplate.createRequest(OAuth2RestTemplate.java:89)
	at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:442)
	at org.springframework.security.oauth2.client.OAuth2RestTemplate.doExecute(OAuth2RestTemplate.java:123)
	at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:423)
	at org.springframework.web.client.RestTemplate.exchange(RestTemplate.java:399)
	at 
Caused by: org.springframework.web.client.HttpClientErrorException: 401 Unauthorized
	at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:90)
	at org.springframework.security.oauth2.client.token.OAuth2AccessTokenSupport$AccessTokenErrorHandler.handleError(OAuth2AccessTokenSupport.java:209)
	at org.springframework.web.client.RestTemplate.handleResponseError(RestTemplate.java:494)
	at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:451)
	at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:417)
	at org.springframework.security.oauth2.client.token.OAuth2AccessTokenSupport.retrieveToken(OAuth2AccessTokenSupport.java:102)
	... 39 more

Just noticed this in the host-controller.log while looking into a non-progressing RespawnTestCase:
22:23:50,552 ERROR [org.jboss.as.controller.management-operation] (proxy-threads - 1) JBAS014612: Operation ("register-server") failed - address: ([]): java.lang.NullPointerException
	at org.jboss.as.controller.ModelControllerLock$Sync.tryAcquire(ModelControllerLock.java:75) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1220) [rt.jar:1.7.0_15]
	at org.jboss.as.controller.ModelControllerLock.lockInterruptibly(ModelControllerLock.java:48) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.acquireLock(ModelControllerImpl.java:582) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.OperationContextImpl.takeWriteLock(OperationContextImpl.java:403) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.OperationContextImpl.acquireControllerLock(OperationContextImpl.java:700) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.host.controller.mgmt.ServerToHostProtocolHandler$ServerReconnectRequestHandler$1$1.execute(ServerToHostProtocolHandler.java:268)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:610) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:488) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:277) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:272) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:257) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.controller.AbstractControllerService.internalExecute(AbstractControllerService.java:292) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.host.controller.DomainModelControllerService.access$600(DomainModelControllerService.java:148)
	at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.execute(DomainModelControllerService.java:899)
	at org.jboss.as.host.controller.mgmt.ServerToHostProtocolHandler$ServerReconnectRequestHandler$1.execute(ServerToHostProtocolHandler.java:282)

hbase(main):002:0> put 'testTable','testrow','f:testcol1','testvalue1'
0 row(s) in 0.0040 seconds

hbase(main):003:0> put 'testTable','testrow','f:','testvalue2'
0 row(s) in 0.0070 seconds

# get row with empty column f:, result is correct.
hbase(main):004:0> scan 'testTable',{FILTER => "QualifierFilter (=, 'binary:')"}
ROW                                         COLUMN+CELL                                                                                                                    
 testrow                                    column=f:, timestamp=1536218563581, value=testvalue2                                                                           
1 row(s) in 0.0460 seconds

# get row with column f:testcol1, result is incorrect.
hbase(main):005:0> scan 'testTable',{FILTER => "QualifierFilter (=, 'binary:testcol1')"}
 testrow                                    column=f:testcol1, timestamp=1536218550827, value=testvalue1                                                                   
1 row(s) in 0.0070 seconds

As the above operation, when the row contains empty qualifier column, empty qualifier cell is always returned when using QualifierFilter.

discovered may be null which causes NullPointerException
        // retrieve the previously stored discovery information
        DiscoveryInformation discovered = (DiscoveryInformation) request.getSession().getAttribute(DISCOVERY_INFO_KEY);
        List<OpenIDAttribute> attributesToFetch = (List<OpenIDAttribute>) request.getSession().getAttribute(ATTRIBUTE_LIST_KEY);
        request.getSession().removeAttribute(DISCOVERY_INFO_KEY);
        request.getSession().removeAttribute(ATTRIBUTE_LIST_KEY);
..
            Identifier id = discovered.getClaimedIdentifier();

Considering that the method getTable(String) in org.apache.hadoop.hbase.client.HTablePool is invoked by multiple threads, it may happen that while 'queue == null' is true, it is possible to have a queue mapped to that name into the tables map when 'tables.put(tableName, queue)' is executed. 
However, I don't think it will cause any harm because the overwritten queue will eventually be garbage-collected. 

With the following route:

				from("timer://tutorial?fixedRate=true&period=10")
						.setBody(
								constant("<?xml version='1.0' encoding='UTF-8'?><greetMe>Hello World</greetMe>"))
						.setHeader("CBR1", constant("No")).choice().when(
								header("CBR1").isEqualTo("Yes")).setHeader(
								"CreditcardValidation", constant("Yes")).to(
								"log:CBRBean?level=INFO").to("log:XSLT for provider1?level=INFO")
						.when(header("CBR1").isEqualTo("No")).setHeader(
								"CreditcardValidation", constant("No")).to(
								"log:XSLT for provider2?level=INFO").end().choice()
						.when(header("CreditcardValidation").isEqualTo("Yes"))
						.to("log:CCVBean?level=INFO").to("log:XSLT for consumer1?level=INFO").when(
								header("CreditcardValidation").isEqualTo("No"))
						.to("log:XSLT for consumer2?level=INFO").otherwise()
						.to("log:test?level=INFO").end();

running mvn camel:run 
I get the following stack trace:

	at org.apache.camel.view.NodeData.<init>(NodeData.java:136)
	at org.apache.camel.view.GraphGeneratorSupport.getNodeData(GraphGeneratorSupport.java:142)
	at org.apache.camel.view.RouteDotGenerator.printNode(RouteDotGenerator.java:101)
	at org.apache.camel.view.RouteDotGenerator.printNode(RouteDotGenerator.java:123)
	at org.apache.camel.view.RouteDotGenerator.printRoute(RouteDotGenerator.java:87)
	at org.apache.camel.view.RouteDotGenerator.printRoutes(RouteDotGenerator.java:64)
	at org.apache.camel.view.RouteDotGenerator.printRoutes(RouteDotGenerator.java:48)
	at org.apache.camel.view.RouteDotGenerator.generateFile(RouteDotGenerator.java:169)
	at org.apache.camel.view.GraphGeneratorSupport.generateFile(GraphGeneratorSupport.java:103)
	at org.apache.camel.view.GraphGeneratorSupport.drawRoutes(GraphGeneratorSupport.java:81)
	at org.apache.camel.spring.Main.generateDot(Main.java:392)
	at org.apache.camel.spring.Main.postProcessContext(Main.java:374)
	at org.apache.camel.spring.Main.doStart(Main.java:333)
	at org.apache.camel.spring.Main.run(Main.java:123)
	at org.apache.camel.spring.Main.run(Main.java:114)
	at org.apache.camel.spring.Main.main(Main.java:106)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at org.apache.camel.maven.RunMojo$1.run(RunMojo.java:333)
	at java.lang.Thread.run(Thread.java:613)

the error seems related to the maven camel plugin failing generating the dot file for the route.

Here's an example statement that doesn't work:
rom (SELECT name FROM studenttab10k WHERE name != 'foo') a join studenttab10k on (a.name = studenttab10k.name)
insert overwrite table mi1
select a.name, a.name
where a.name <> 'foo'
insert overwrite table mi2
where a.name <> 'bar'

The following (blueprint) route produces a NullPointerException :

    <from uri="restlet:http://localhost:9080/oe/ws/offre/{id}"/>
    <doTry>
        <doCatch>
            <exception>org.apache.camel.component.restlet.RestletOperationException</exception>
    </doTry>
</route>

This happens for when catching any exception classes that does not belong to camel-core or to the classpath (in a OSGI environment).
The NullPointerException is caused by the following statement in class org.apache.camel.model.CatchDefinition, method createExceptionClasses() :

Class<Exception> type = CastUtils.cast(ObjectHelper.loadClass(name, getClass().getClassLoader()));

i.e. the class is not found by the class loader.
A work-around is to activate dev:dynamic-import on the camel-core bundle.

If you define a repository this way:

@RepositoryRestResource(collectionResourceRel = "people", path = "people")
public interface PersonRepository extends PagingAndSortingRepository<Person, Long> {
  Page<Person> findByAddress(@Param("address") Address address, Pageable p);
}

where Address in another Entity, you can invoke the search method like this:
http://localhost:8080/people/search/findByAddress?address=/addresses/1
and everything works like a charm.
Now suppose you want to use QueryDSL predicates on the repository, so the repository must implement QueryDslPredicateExecutor interface:

public interface PersonRepository extends PagingAndSortingRepository<Person, Long>, QueryDslPredicateExecutor<Person>
{
}

By implementing this interface something changes in the REST behaviour of the repository and if you try to invoke the same search method:
you get this exception:

org.springframework.core.convert.ConversionFailedException: Failed to convert from type java.lang.String to type java.lang.Long for value '/addresses/1'; nested exception is java.lang.NumberFormatException: For input string: "/addresses/1"
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:41) ~[spring-core-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:192) ~[spring-core-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:176) ~[spring-core-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.data.repository.support.DomainClassConverter$ToEntityConverter.convert(DomainClassConverter.java:159) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:35) ~[spring-core-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.data.querydsl.binding.QuerydslPredicateBuilder.convertToPropertyPathSpecificType(QuerydslPredicateBuilder.java:217) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
	at org.springframework.data.querydsl.binding.QuerydslPredicateBuilder.getPredicate(QuerydslPredicateBuilder.java:109) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.QuerydslAwareRootResourceInformationHandlerMethodArgumentResolver.postProcess(QuerydslAwareRootResourceInformationHandlerMethodArgumentResolver.java:88) ~[spring-data-rest-webmvc-2.4.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.RootResourceInformationHandlerMethodArgumentResolver.resolveArgument(RootResourceInformationHandlerMethodArgumentResolver.java:92) ~[spring-data-rest-webmvc-2.4.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.RootResourceInformationHandlerMethodArgumentResolver.resolveArgument(RootResourceInformationHandlerMethodArgumentResolver.java:40) ~[spring-data-rest-webmvc-2.4.1.RELEASE.jar:na]
	at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:78) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	[...]
Caused by: java.lang.NumberFormatException: For input string: "/addresses/1"
	at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) ~[na:1.8.0_66]
	at java.lang.Long.parseLong(Long.java:578) ~[na:1.8.0_66]
	at java.lang.Long.valueOf(Long.java:803) ~[na:1.8.0_66]
	at org.springframework.util.NumberUtils.parseNumber(NumberUtils.java:197) ~[spring-core-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.core.convert.support.StringToNumberConverterFactory$StringToNumber.convert(StringToNumberConverterFactory.java:61) ~[spring-core-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.core.convert.support.StringToNumberConverterFactory$StringToNumber.convert(StringToNumberConverterFactory.java:48) ~[spring-core-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.core.convert.support.GenericConversionService$ConverterFactoryAdapter.convert(GenericConversionService.java:425) ~[spring-core-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	... 60 common frames omitted

Trying to use the "previous" format (by passing the id of the related entity)
http://localhost:8080/people/search/findByAddress?address=1
doesn't work either (this used to work with 2.2.3.RELEASE):

java.lang.IllegalArgumentException: Cannot resolve URI 1. Is it local or remote? Only local URIs are resolvable.
	at org.springframework.data.rest.core.UriToEntityConverter.convert(UriToEntityConverter.java:114) ~[spring-data-rest-core-2.4.1.RELEASE.jar:na]
	at org.springframework.data.repository.support.ReflectionRepositoryInvoker.convert(ReflectionRepositoryInvoker.java:248) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
	at org.springframework.data.repository.support.ReflectionRepositoryInvoker.prepareParameters(ReflectionRepositoryInvoker.java:238) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
	at org.springframework.data.repository.support.ReflectionRepositoryInvoker.invokeQueryMethod(ReflectionRepositoryInvoker.java:203) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
	at org.springframework.data.rest.core.support.UnwrappingRepositoryInvokerFactory$UnwrappingRepositoryInvoker.invokeQueryMethod(UnwrappingRepositoryInvokerFactory.java:153) ~[spring-data-rest-core-2.4.1.RELEASE.jar:na]
	at org.springframework.data.querydsl.QuerydslRepositoryInvokerAdapter.invokeQueryMethod(QuerydslRepositoryInvokerAdapter.java:149) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.RepositorySearchController.executeQueryMethod(RepositorySearchController.java:313) ~[spring-data-rest-webmvc-2.4.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.RepositorySearchController.executeSearch(RepositorySearchController.java:177) ~[spring-data-rest-webmvc-2.4.1.RELEASE.jar:na]

Currently templeton for the Queue call uses the user.name to filter the results of the call in addition to the default security.
Ideally the filter is an optional parameter to the call independent of the security check.
I would suggest a parameter in addition to GET queue (jobs) give you all the jobs a user have permission:
GET queue?showall=true

See nabble
http://camel.465427.n5.nabble.com/Multiple-timers-with-same-name-in-same-context-td5505128.html
Basically you may have 2+ routes with the same timer endpoint, as you want to kick-off 2+ tasks at about the same time. The endpoint should just support multiple consumers by default, to let this happen.

The method ServerRequest.queryParam(String) in the Spring Webflux project triggers a NullPointerException when a query parameter is set without value.
Example: curl http://localhost:8080/foo?filter will cause an NPE when req.queryParam("filter") is called.
This is due to the usage of Optional.of(String) here: https://github.com/spring-projects/spring-framework/blob/850408455381a6b0b5d40f76276448f0d241e69d/spring-webflux/src/main/java/org/springframework/web/reactive/function/server/ServerRequest.java#L132
I am not sure what a good solution would be. Using Optional.ofNullable(String) would return an empty Optional for an existing parameter. This could be wrong for some use cases.

Please note that the present scenario ends with a similar error message and has the same workaround as WFLY-5527.
(1) Create an XA Datasource:

{
        {
                ("subsystem" => "datasources"),
                ("xa-data-source" => "testXaDs")
            ],
            "jndi-name" => "java:/testXaDs",
            "driver-name" => "h2",
            "xa-datasource-class" => "org.h2.jdbcx.JdbcDataSource",
            "user-name" => "sa",
            "password" => "sa",
            "new-connection-sql" => undefined,
            "url-delimiter" => undefined,
            "url-selector-strategy-class-name" => undefined,
            "use-java-context" => undefined,
            "max-pool-size" => undefined,
            "min-pool-size" => undefined,
            "initial-pool-size" => undefined,
            "pool-prefill" => undefined,
            "pool-use-strict-min" => undefined,
            "interleaving" => undefined,
            "capacity-incrementer-class" => undefined,
            "capacity-decrementer-class" => undefined,
            "no-tx-separate-pool" => undefined,
            "pad-xid" => undefined,
            "same-rm-override" => undefined,
            "wrap-xa-resource" => undefined,
            "security-domain" => undefined,
            "reauth-plugin-class-name" => undefined,
            "flush-strategy" => undefined,
            "allow-multiple-users" => undefined,
            "connection-listener-class" => undefined,
            "prepared-statements-cache-size" => undefined,
            "share-prepared-statements" => undefined,
            "track-statements" => undefined,
            "allocation-retry" => undefined,
            "allocation-retry-wait-millis" => undefined,
            "blocking-timeout-wait-millis" => undefined,
            "idle-timeout-minutes" => undefined,
            "query-timeout" => undefined,
            "use-try-lock" => undefined,
            "set-tx-query-timeout" => undefined,
            "transaction-isolation" => undefined,
            "check-valid-connection-sql" => undefined,
            "exception-sorter-class-name" => undefined,
            "stale-connection-checker-class-name" => undefined,
            "valid-connection-checker-class-name" => undefined,
            "background-validation-millis" => undefined,
            "background-validation" => undefined,
            "use-fast-fail" => undefined,
            "validate-on-match" => undefined,
            "xa-resource-timeout" => undefined,
            "spy" => undefined,
            "use-ccm" => undefined,
            "enabled" => undefined,
            "connectable" => undefined,
            "statistics-enabled" => undefined,
            "tracking" => undefined,
            "recovery-username" => undefined,
            "recovery-password" => undefined,
            "recovery-security-domain" => undefined,
            "recovery-plugin-class-name" => undefined,
            "no-recovery" => undefined,
            "url-property" => undefined,
            "reauth-plugin-properties" => undefined,
            "exception-sorter-properties" => undefined,
            "stale-connection-checker-properties" => undefined,
            "valid-connection-checker-properties" => undefined,
            "recovery-plugin-properties" => undefined,
            "connection-listener-property" => undefined,
            "capacity-incrementer-properties" => undefined,
            "capacity-decrementer-properties" => undefined
        },
        {
                ("xa-data-source" => "testXaDs"),
                ("xa-datasource-properties" => "URL")
            ],
            "value" => "jdbc:h2:mem:test"
        }
    ]
}

(2) Update its "jndi-name"

{
        {
            "operation" => "write-attribute",
            ],
            "name" => "jndi-name",
            "value" => "java:/testXaDs_changed"
        }
    ]
}

This composite operation succeeds.
(3) Remove the XA Datasource:

{
    "operation" => "remove",
        ("subsystem" => "datasources"),
        ("xa-data-source" => "testXaDs")
    ]
}

NOT OK: the operation fails: 

{
Service jboss.data-source.reference-factory.testXaDs was depended upon by service jboss.naming.context.java.testXaDs
Service jboss.xa-data-source-config.testXaDs was depended upon by service jboss.data-source.java:/testXaDs",
}

EXPECTED: the operation should succeed
Workaround: When the same request is sent once again, the second invocation succeeds.

The class HttpComponentsClientHttpRequestFactory in the createRequest method attempts to create a custom RequestConfig if one is not provided by the createHttpContext (by way of HttpContext).  This custom RequestConfig is created with a connect timeout, a socket timeout, but not a timeout value for the connection pool.  In a production application, this opens up the possibility for the clients of RestTemplate to hang indefinitely waiting for a connection from the connection pool if all connection leases from the pool are currently occupied.  If a value is not provided for the connection request timeout value of RequestConfig, HttpClient will wait infinitely long for a connection from the connection pool. 

if (this.socketTimeout > 0 || this.connectTimeout > 0) {
    config = RequestConfig.custom()
                     .setConnectTimeout(this.connectTimeout)
                     .setSocketTimeout(this.socketTimeout)
                     .build();
}

When it should perhaps be:

                     .setConnectionRequestTimeout(this.connectionRequestTimeout)
                     .build();
}

Aside: I'm not sure if the if statement is necessary, HttpClient might already sanitize the values, I leave this to you to decide.  I have initially made this a Major bug given the behavior that can manifest in an application (particularly under heavy load), also leave this to you do properly prioritize.
I also understand that RequestConfig contains many attributes, and perhaps not all of them should be mirrored in the HttpComponentsClientHttpRequestFactory.  To this end, it's possible that perhaps a client should be forced to always supply one for this class, and thereby this is not a thing Spring Framework needs to solve.  
Let me know your thoughts, and thanks in advance.

Add the javax.transaction.api module to the JDBC module such that people can use XA related classes during verification

The SAP Camel Component must register a pair of Data Providers with the JCo3 runtime's 'Environment' singleton object in order to provide connection configurations. Only one pair of Data Provider objects can be registered in a JVM at one time. To enable reinstalling the SAP Camel Component bundle, the component bundle must unregister its data provider objects when being uninstalled s.t. component bundle can reinstall new data provider objects when it is reinstalled. 

Observed in local tests. This should be the cause of HIVE-13402.

SARG creation in ORC, applies several optimizations to expression tree. In that CNF conversion is an exponential algorithm as it finds all combinations of expressions when converting from OR of AND form to AND of OR form (CNF). We need an upper bound for this algorithm to prevent it from running for long time and generating huge combinations list.

After HBASE-11393, replication table-cfs use a PB object. So it need copy the old string config to new PB object when upgrade cluster. In our use case, we have different kerberos for different cluster, etc. online serve cluster and offline processing cluster. And we use a unify global admin kerberos for all clusters. The peer node is created by client. So only global admin has the write  permission for it. When upgrade cluster, HMaster doesn't has the write permission on peer node, it maybe failed to copy old table-cfs string to new PB Object. I thought it need a tool for client to do this copy job.

It seems that transaction subsystem attribute default-timeout does not have any effect for EJB if it's redefined. It means if I set the default transaction timeout in transaction subystem for second (and next) time it's not applied for EJB beans. It's used the firstly set value.
The transaction timeout is not changed for EJB when server is reloaded. When server is restarted it refreshes all settings and EJB starts using the expected value for timeout settings.
If the value is read from subsystem
/subsystem=transactions:read-attribute(name=default-timeout)
it shows correct value (that one set for second time). But EJB seems not applying it.

A queryName/queryMBean using jboss.as:management-root=server as ObjectName might be filtered
https://github.com/wildfly/wildfly-core/blob/3.0.8.Final/jmx/src/main/java/org/jboss/as/jmx/model/ModelControllerMBeanHelper.java#L145
So, this cause that this MBean is not found when it is visible using a full scan.
This has a negative impact on monitoring systems than relay on queryName/queryMBean methods to find specific MBean to monitor.
jboss.as:management-root=server is an important MBean in this context to provide general status of the server.
This issue can be reproduced using the examples:
https://github.com/jmazzitelli/test/tree/master/javaagent

doSaveVersioned(…) calls updateFirst(query, update, objectToSave.getClass()) in an update case which essentially neglects the collectionName originally handed into the method.

create table tab1(col1 string, col2 string)
select * from tab1 distribute by col1 sort by col2
is different from:
select col1, col2 from tab1 distribute by col1 sort by col2

When AGGREGATION_COMPLETE_ALL_GROUPS_INCLUSIVE is once set true it survives current aggregation processing and affects in unexpected way following aggregation by triggering "forceCompletionOfAllGroups()" again
in next code snippet might be needed some additional handling when the header is true:

protected void doProcess(Exchange exchange) throws Exception {
...
        // check for the special header to force completion of all groups (inclusive of the message)
        boolean completeAllGroupsInclusive = exchange.getIn().getHeader(Exchange.AGGREGATION_COMPLETE_ALL_GROUPS_INCLUSIVE, false, boolean.class);
        if (completeAllGroupsInclusive) {
            forceCompletionOfAllGroups();
        }
...

this consideration is made by analysing similar behavior and lifecycle of header AGGREGATION_COMPLETE_ALL_GROUPS:

private List<Exchange> doAggregation(String key, Exchange newExchange) throws CamelExchangeException {
...
...        
        // check for the special exchange property to force completion of all groups
        boolean completeAllGroups = answer.getProperty(Exchange.AGGREGATION_COMPLETE_ALL_GROUPS, false, boolean.class);
        if (completeAllGroups) {
            // remove the exchange property so we do not complete again
            answer.removeProperty(Exchange.AGGREGATION_COMPLETE_ALL_GROUPS);
        } else if (isCompletionOnNewCorrelationGroup() && originalExchange == null) {
            // its a new group so force complete of all existing groups
        }
...

While working on HBASE-9164, I found some deprecated and dead code.
1) two volatiles variables were in the critical path for comparators.  (ignoreTimetamps and ignoreTypes).  Removed them.
2) Replaced references to deprected #getMemstoreTs with #getMvccVersion
3) Removed ROOT_KEY_COMPARATOR and references.

When dropping an external table with its data located in an encryption zone, hive should not throw out MetaException(message:Unable to drop table because it is in an encryption zone and trash is enabled. Use PURGE option to skip trash.) in checkTrashPurgeCombination since the data should not get deleted (or trashed) anyway regardless HDFS Trash is enabled or not.

EJB backing cache's frequently cancel remove and passivation tasks with each access and replace them with new ones.  Per http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/ScheduledThreadPoolExecutor.html cancelled tasks are not removed from queue until their scheduled delay passes.
So due to the java ScheduledThreadPoolExecutor's lazy cancelled task removal, this scheduled task cancellation and recreation model can potentially churn up quite a number of queued cancelled tasks sitting in the executor's DelayedWorkQueue.  With longer timeouts and frequent ejb access, this can generate substantial heap overhead.
It should be pretty easy to help limit any such build up by calling purge() [1] on the scheduled executor.  Likely don't want to purge with each cancel, so perhaps a purge() could be called on a configurable time delay or after a configurable amount of cancels?
[1] http://docs.oracle.com/javase/6/docs/api/java/util/concurrent/ThreadPoolExecutor.html#purge%28%29

now that we have full acid and 1/4 acid the check needs to be updated to check for full acid tables

TempletonControllerJob.run() method does

      Token<DelegationTokenIdentifier> mrdt = jc.getDelegationToken(new Text("mr token"));
      job.getCredentials().addToken(new Text("mr token"), mrdt);

it should only do this if UserGroupInformation.isSecurityEnabled().
For long running jobs submitted via WebHCat (> 24 hours), this token is cancelled automatically (see YARN-2964) for the LaunchMapper while the child job may still be running.
Then errors like this may happen

2015-05-25 20:49:38,026 WARN [main] org.apache.hadoop.ipc.Client: Exception encountered while connecting to the server : org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.security.token.SecretManager$InvalidToken): token (owner=btbig3, renewer=mr token, realUser=hdp, issueDate=1432399326562, maxDate=1433004126562, sequenceNumber=3, masterKeyId=4) can't be found in cache2015-05-25 20:49:38,058 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : 
java.lang.RuntimeException: Exception occurred while finding child jobs 
 at org.apache.hadoop.mapred.WebHCatJTShim23.getYarnChildJobs(WebHCatJTShim23.java:204) 
 at org.apache.hadoop.mapred.WebHCatJTShim23.killJobs(WebHCatJTShim23.java:158) 
 at org.apache.hive.hcatalog.templeton.tool.LaunchMapper.killLauncherChildJobs(LaunchMapper.java:156) 
 at org.apache.hive.hcatalog.templeton.tool.LaunchMapper.startJob(LaunchMapper.java:124) 
 at org.apache.hive.hcatalog.templeton.tool.LaunchMapper.run(LaunchMapper.java:261) 
 at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:784) 
 at org.apache.hadoop.mapred.MapTask.run(MapTask.java:341) 
 at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:163) 
 at java.security.AccessController.doPrivileged(Native Method) 
 at javax.security.auth.Subject.doAs(Subject.java:415) 
 at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1628) 
 at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:158)Caused by: org.apache.hadoop.security.token.SecretManager$InvalidToken: token (owner=btbig3, renewer=mr token, realUser=hdp, issueDate=1432399326562, maxDate=1433004126562, sequenceNumber=3, masterKeyId=4) can't be found in cache 
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
 at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) 
 at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) 
 at java.lang.reflect.Constructor.newInstance(Constructor.java:526) 
 at org.apache.hadoop.yarn.ipc.RPCUtil.instantiateException(RPCUtil.java:53) 
 at org.apache.hadoop.yarn.ipc.RPCUtil.unwrapAndThrowException(RPCUtil.java:104) 
 at org.apache.hadoop.yarn.api.impl.pb.client.ApplicationClientProtocolPBClientImpl.getApplications(ApplicationClientProtocolPBClientImpl.java:250) 
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
 at java.lang.reflect.Method.invoke(Method.java:606) 
 at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:187) 
 at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:102) 
 at com.sun.proxy.$Proxy26.getApplications(Unknown Source) 
 at org.apache.hadoop.mapred.WebHCatJTShim23.getYarnChildJobs(WebHCatJTShim23.java:198) ... 11 more
 
 Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.security.token.SecretManager$InvalidToken): token (owner=btbig3, renewer=mr token, realUser=hdp, issueDate=1432399326562, maxDate=1433004126562, sequenceNumber=3, masterKeyId=4) can't be found in cache 
 at org.apache.hadoop.ipc.Client.call(Client.java:1469) 
 at org.apache.hadoop.ipc.Client.call(Client.java:1400) 
 at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:232) 
 at com.sun.proxy.$Proxy25.getApplications(Unknown Source) 
 at org.apache.hadoop.yarn.api.impl.pb.client.ApplicationClientProtocolPBClientImpl.getApplications(ApplicationClientProtocolPBClientImpl.java:247) ... 19 more

Thanks Jian He for the analysis

In version 1.8.x was changed the way property path is resolved in class QSort. There is a private method preparePropertyPath(.), which should return the correct path. But if the parent is null, it returns an empty String and this is probably not correct. For example when I use Querydsl StringPath like this:

QSort sort = new QSort(new OrderSpecifier<>(com.mysema.query.types.Order.ASC, new StringPath("eventTime")));

an IllegalArgumentException is thrown:

java.lang.IllegalArgumentException: Property must not null or empty!
	at org.springframework.data.domain.Sort$Order.<init>(Sort.java:320) ~[spring-data-commons-1.9.3.RELEASE.jar:na]
	at org.springframework.data.domain.Sort$Order.<init>(Sort.java:282) ~[spring-data-commons-1.9.3.RELEASE.jar:na]
	at org.springframework.data.domain.Sort$Order.<init>(Sort.java:304) ~[spring-data-commons-1.9.3.RELEASE.jar:na]
	at org.springframework.data.querydsl.QSort.toOrder(QSort.java:98) ~[spring-data-commons-1.9.3.RELEASE.jar:na]
	at org.springframework.data.querydsl.QSort.toOrders(QSort.java:76) ~[spring-data-commons-1.9.3.RELEASE.jar:na]
	at org.springframework.data.querydsl.QSort.<init>(QSort.java:59) ~[spring-data-commons-1.9.3.RELEASE.jar:na]
	at org.springframework.data.querydsl.QSort.<init>(QSort.java:50) ~[spring-data-commons-1.9.3.RELEASE.jar:na]
…

In version 1.7.x is it working as expected, no parent is needed. The recursion method preparePropertyPath(…) should be fixed.

I'm seeing the following behavior:

set RPC timeout to a short value
call next() for some batch of rows, big enough so the client times out before the result is returned
the HConnectionManager stuff will retry the next() call to the same server. At this point, one of two things can happen: 1) the previous next() call will still be processing, in which case you get a LeaseException, because it was removed from the map during the processing, or 2) the next() call will succeed but skip the prior batch of rows.

When a query guardrail trigger is created the trigger expression is not validated immediately upon creation or altering the trigger. Instead, it gets validated at the start of HS2 which could fail resource plans from being applied correctly. The trigger expression validation should happen in DDLTask. 

In our web application we use an auto-growing list that grows on get() operation.
We use data binding to map request parameters to fields of a form, and one field contains such a list. For example, a field with name "f[list][0]" will map to the 0th element of the list, if form element getF().get("list") is the list.
The application did work successfully in 3.0.5.RELEASE, but is failing in 3.0.6.RELEASE.
I am attaching JUnit test case that reproduces the issue.
JUnit test passes
Actual result in 3.0.6.RELEASE:
Data binding succeeds, but result validation fails:
java.lang.AssertionError: expected:<firstValue> but was:<null>
  at bugreport.GrowingListDataBinderRegression.testDataBinding(GrowingListDataBinderRegression.java:133)
The list contents after data binding was expected to be ["firstElement", "secondElement"],
but the actual contents is [null, "secondElement"]. Both values were assigned to the same position in the list and only the second one survived.
Actual result in 3.1.0.RC1:
Data binding fails:
java.lang.IllegalStateException: Not a collection, array, or map: cannot resolve nested value types
Result of debugging in 3.0.6.RELEASE:
The problem is in class org.springframework.beans.BeanWrapperImpl in method setPropertyValue(PropertyTokenHolder,PropertyValue)
There is the following code in the "if (propValue instanceof List)" branch:
 980: int size = list.size();
 981: Object oldValue = null;
 982: if (isExtractOldValueForEditor() && index < size) 
{
 983:    oldValue = list.get(index);
 984: }
 985: Object convertedValue = convertIfNecessary(...);
 986:
 987: if (index >= size && index < this.autoGrowCollectionLimit) 
{
 ...
 999:    list.add(convertedValue);
 1000: }
 1001: else 
{
 ...
 1003:   list.set(index, convertedValue);
 ...
 1009: }

The problem is that list size is calculated on line 980 and remembered and is later used to decide whether to call list.add() or list.set(). If I start with empty list and there is incoming request parameter with name "f[list][0]", the list size on line 981 is evaluated to be zero.
The list.get() call on line 983 is skipped thanks to (&& index < size) check, but on line 985 the convertIfNecessary() call does its own getProperty() call and calls list.get(0) and that creates 0th element of the list. I will cite the stacktrace of that call below.
When we are on line 987 the value of size variable is still 0, but the list already contains one element. Execution continues to line 999, where list.add() is called.
When the method returns, the list contains two elements [null, "firstElement"] instead of just one ["firstElement"].
If anyone is curious, the list.get() call performed inside of convertIfNecessary() has the following stack trace:

Thread [main] (Suspended (breakpoint at line 790 in BeanWrapperImpl))	
	BeanWrapperImpl.getPropertyValue(BeanWrapperImpl$PropertyTokenHolder) line: 790	
	BeanWrapperImpl.getPropertyValue(String) line: 718	
	BeanWrapperImpl.getPropertyType(String) line: 366	
	BeanWrapperImpl(PropertyEditorRegistrySupport).findCustomEditor(Class, String) line: 341	
	TypeConverterDelegate.convertIfNecessary(String, Object, Object, Class<T>, TypeDescriptor) line: 134	
	BeanWrapperImpl.convertIfNecessary(String, Object, Object, Class<?>, TypeDescriptor) line: 466	
	BeanWrapperImpl.setPropertyValue(BeanWrapperImpl$PropertyTokenHolder, PropertyValue) line: 985	
Add  size = list.size();  call before line 987 in class BeanWrapperImpl.

The OnExceptionDefinition provides DSL methods redeliveryPolicy(...) and redeliveryPolicyRef(...) to configure a reusable RedeliveryPolicy instance. However, the validateConfiguration() method does not include redeliveryPolicy as one of the possible options. Thus, the following trows a IllegalArgumentException:
.onException(IOException.class)
    .redeliveryPolicy(myRedeliveryPolicy)
.end()
Note: The getOrCreateRedeliveryPolicy() creates a new RedeliveryPolicyDefinition() and should get its initial properties from redeliveryPolicy, when the latter is set, methinks.
Note: The getRedeliveryPolicy() and setRedeliveryPolicy(...) act on a RedeliveryPolicyDefinition instead of a RedeliveryPolicy. Bug?

When AS7 starts org.jboss.as.messaging.jms.JMSService sets up a default security override for in-vm connections.  There is no way to disable this override and there should be.

Earlier when more than 64 columns were in a group by or distinct an error was given

I use the wildfly maven plugin to run a embedded wildfly 8.2 for my integration tests.
I tried to set two java properties to set set a port-offset and to open a debug socket. This is my code:

<javaOpts>
  <javaOpt>-Djboss.socket.binding.port-offset=19</javaOpt>
  <javaOpt>-agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=31339</javaOpt></javaOpts>

The embedded wildfly will be started using the given port offset and the debugger socket has also been opened.
But I got this error on the execute-commands maven goal:
Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.2.1.Final:execute-commands (execute-commands) on project message-service-integration: Unable to parse configuration of mojo org.wildfly.plugins:wildfly-maven-plugin:1.2.1.Final:execute-commands: Basic element 'javaOpts' must not contain child elements
The execution will be aborted.
This seems to be a bug, because this already worked until version 1.1.0.Final.

[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/LoadIncrementalHFiles.java:430: warning - @param argument "hfilesDir" is not a parameter name

I am trying to reproduce this jpa model : http://wiki.eclipse.org/EclipseLink/UserGuide/JPA/Basic_JPA_Development/Entities/Ids/IdClass#Example:_Composite_Primary_Key_Class_With_Foreign_Key
When I try to create a new Employee, if have the following stack trace :
org.springframework.beans.TypeMismatchException: Failed to convert property value of type 'Department' to required type 'java.lang.Long' for property 'department'; nested exception is java.lang.IllegalArgumentException: Cannot convert value of type [Department] to required type [java.lang.Long] for property 'department': PropertyEditor [org.springframework.beans.propertyeditors.CustomNumberEditor] returned inappropriate value of type [Department]
	at org.springframework.beans.BeanWrapperImpl.convertIfNecessary(BeanWrapperImpl.java:490)
	at org.springframework.beans.BeanWrapperImpl.convertForProperty(BeanWrapperImpl.java:516)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:1119)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:904)
	at org.springframework.data.jpa.repository.support.JpaMetamodelEntityInformation$DirectFieldAccessFallbackBeanWrapper.setPropertyValue(JpaMetamodelEntityInformation.java:205)
	at org.springframework.data.jpa.repository.support.JpaMetamodelEntityInformation.getId(JpaMetamodelEntityInformation.java:94)
	at org.springframework.data.repository.core.support.AbstractEntityInformation.isNew(AbstractEntityInformation.java:53)
	at org.springframework.data.jpa.repository.support.SimpleJpaRepository.save(SimpleJpaRepository.java:340)
...
The problem comes from JpaMetamodelEntityInformation.getId : this method ignores the fact that the id class contains the id of the department, not a department reference.
NB : in this issue https://jira.springsource.org/browse/DATAJPA-50, the same situation was described in a comment : https://jira.springsource.org/browse/DATAJPA-50?focusedCommentId=66633&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-66633
Thanks for reading

When stopping a route using .stopRoute from CamelContext or JMX etc. then the error handler should not be stopped if its a context scoped error handler, as it would be re-used.
We should defer stopping those resources till Camel is shutting down.

The HiveMetastore.exchange_partitions method throws the following exception if the dest table already contains a partition with the same values as the partition to be exchanged.

org.apache.hadoop.hive.metastore.api.MetaException: Insert of object
"org.apache.hadoop.hive.metastore.model.MPartition@4e78fff5" using statement "INSERT INTO PARTITIONS
(PART_ID,CREATE_TIME,LAST_ACCESS_TIME,PART_NAME,SD_ID,TBL_ID) VALUES (?,?,?,?,?,?)" failed : The statement was
aborted because it would have caused a duplicate key value in a unique or primary key constraint or unique index
identified by 'UNIQUEPARTITION' defined on 'PARTITIONS'.

This use case could be handled better by checking if the partition already exists in dest table and if it is, throw a MetaException with a proper error message.

At line 326:

        ((namespace == null && other.getNamespace() == null) ||
         namespace.equals(other.getNamespace()))

If namespace is null but other.getNamespace() is not null, we would deference null object.

There should probably be a custom AuthenticationFailureHandler to process failed authentication attempts and render out the correct responses. It should likely use HttpMessageConverters in some way so that both JSON and XML responses will work.

The LRUMap constructor specifies "@param maxSize  the maximum size of the map, -1 for no limit"
The first line is then:
        if (maxSize < 1) 
{
            throw new IllegalArgumentException("LRUMap max size must be greater than 0");
        }

There is nothing wrong with allowing a negative maxSize. This way the map can be used to order elements relative to access time. I think the above code should be remove and the javadoc should stay the same.

When starting a cluster with four region servers and a large table (49 regions) (+root +meta) = 51 total regions, the region balancer oscillates for a very long time and does not seem to reach a steady state.
Additionally, for whatever reason, it seems reluctant to assign regions to the first of four region servers, which may be the root cause. In my test, the first server had 10 regions assigned, the second and fourth had 13 regions assigned, and the master would continually assign and deassign 2 regions to the third server, which oscillated between 13 and 15 regions.  If it assigned the two fluctuating regions to the first server, it would achieve the best balance possible: 12, 13, 13, 13.
After 20 minutes, it had not stopped oscillating. An application trying to work against this cluster would run very slowly as it would be continually re-finding the two regions in flux.
When the table was being created, regions were nicely balanced. On restart, however, it just would not settle down.
Perhaps the balancer should set a target number of regions for each server which when the server achieved +/- 1 regions, the rebalancer would not try to change unless the number of regions changed.

shouldn't reference com.sun.org.* instead we should reference org.*

Root cause is OOME on the region server. Nonetheless a hangup during IPC causes the client to fail the write, currently causing data loss. Should the application catch and retry? Or should the client libraries try harder?
Dec 4, 2008 5:25:30 PM com.powerset.heritrix.writer.HBaseWriterProcessor innerProcessResult
SEVERE: Failed write of Record: http://www.publicrecordslocal.com/georgia.htm (in thread 'ToeThread #9: http://www.publicrecordslocal.com/georgia.htm'; in processor 'Archiver')
java.io.IOException: java.io.IOException: Call to /10.30.94.38:60020 failed on local exception: Connection refused
	at com.powerset.heritrix.writer.HBaseWriter.write(Unknown Source)
	at com.powerset.heritrix.writer.HBaseWriterProcessor.write(Unknown Source)
	at com.powerset.heritrix.writer.HBaseWriterProcessor.innerProcessResult(Unknown Source)
	at org.archive.modules.Processor.process(Processor.java:123)
	at org.archive.crawler.framework.ToeThread.processCrawlUri(ToeThread.java:310)
	at org.archive.crawler.framework.ToeThread.run(ToeThread.java:157)
Caused by: java.io.IOException: Call to /10.30.94.38:60020 failed on local exception: Connection refused
	at org.apache.hadoop.ipc.Client.call(Client.java:699)
	at org.apache.hadoop.hbase.ipc.HbaseRPC$Invoker.invoke(HbaseRPC.java:323)
	at $Proxy12.batchUpdates(Unknown Source)
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers$2.call(HConnectionManager.java:919)
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers$2.call(HConnectionManager.java:917)
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getRegionServerForWithoutRetries(HConnectionManager.java:875)
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.processBatchOfRows(HConnectionManager.java:916)
	at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:1267)
	at org.apache.hadoop.hbase.client.HTable.commit(HTable.java:1238)
	at org.apache.hadoop.hbase.client.HTable.commit(HTable.java:1218)
	at net.iridiant.content.Content.storeURLInfo(Unknown Source)
	... 6 more
	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:574)
	at sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:100)
	at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:299)
	at org.apache.hadoop.ipc.Client$Connection.access$1700(Client.java:176)
	at org.apache.hadoop.ipc.Client.getConnection(Client.java:772)
	at org.apache.hadoop.ipc.Client.call(Client.java:685)
	... 16 more

WebSuspendTestCase fails with security manager because of missing permission "java.io.FilePermission" "$PATH_TO_APPLICATION_SERVER/standalone/tmp/auth/local3333686585385801491.challenge" "read":

java.io.IOException: java.net.ConnectException: WFLYPRT0053: Could not connect to remote+http://10.19.70.236:9990. The connection failed
	at org.jboss.as.test.integration.web.suspend.WebSuspendTestCase.testRequestInShutdown(WebSuspendTestCase.java:127)
Caused by: java.net.ConnectException: WFLYPRT0053: Could not connect to remote+http://10.19.70.236:9990. The connection failed
	... 146 more
   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-secman/1cfa62fc/testsuite/integration/basic/target/wildfly/standalone/tmp/auth/local3333686585385801491.challenge" "read")" in code source "(vfs:/content/web-suspend.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.web-suspend.war" from Service Module Loader")
	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:446)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:570)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:532)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:520)
	... 156 more

If regionLocation is null in ReversedScannerCallable.locateRegionsInRange then the else branch will attempt to dereference it.

Spring Integration 4.x moved GenericMessage from org.springframework.integration.message to org.springframework.messaging.support. After we upgraded our version from 3.x to 4.x, we still had a lot of persistent messages in RabbitMQ in the old GenericMessage Java Serialization format. Obviously, these messages are unable to be deserialized but instead of marking these conversion failures as fatal the ConditionalRejectingErrorHandler would repeatedly requeue them to be tried again.

WARN  2016-10-06 19:26:09,477 [SimpleAsyncTaskExecutor-2] ConditionalRejectingErrorHandler: Execution of Rabbit message listener failed.
org.springframework.amqp.rabbit.listener.exception.ListenerExecutionFailedException: Listener threw exception
        at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.wrapToListenerExecutionFailedExceptionIfNeeded(AbstractMessageListenerContainer.java:865)
        at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:803)
        at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:691)
        at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$001(SimpleMessageListenerContainer.java:93)
        at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$1.invokeListener(SimpleMessageListenerContainer.java:183)
        at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.invokeListener(SimpleMessageListenerContainer.java:1358)
        at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.executeListener(AbstractMessageListenerContainer.java:661)
        at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.doReceiveAndExecute(SimpleMessageListenerContainer.java:1102)
        at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.receiveAndExecute(SimpleMessageListenerContainer.java:1086)
        at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$1100(SimpleMessageListenerContainer.java:93)
        at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:1203)
Caused by: org.springframework.messaging.MessagingException: Failure occured in AMQP listener while attempting to convert and dispatch Message.; nested exception is org.springframework.amqp.support.converter.MessageConversionException: Could not convert message body
        at org.springframework.integration.amqp.channel.AbstractSubscribableAmqpChannel$DispatchingMessageListener.onMessage(AbstractSubscribableAmqpChannel.java:202)
        at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:800)
        ... 10 more
Caused by: org.springframework.amqp.support.converter.MessageConversionException: Could not convert message body
        at org.springframework.amqp.support.converter.SerializerMessageConverter.fromMessage(SerializerMessageConverter.java:151)
        at org.springframework.integration.amqp.channel.AbstractSubscribableAmqpChannel$DispatchingMessageListener.onMessage(AbstractSubscribableAmqpChannel.java:177)
        ... 11 more
Caused by: org.springframework.core.NestedIOException: Failed to deserialize object type; nested exception is java.lang.ClassNotFoundException: org.springframework.integration.message.GenericMessage
        at org.springframework.amqp.support.converter.SerializerMessageConverter.deserialize(SerializerMessageConverter.java:178)
        at org.springframework.amqp.support.converter.SerializerMessageConverter.fromMessage(SerializerMessageConverter.java:144)
        ... 12 more
Caused by: java.lang.ClassNotFoundException: org.springframework.integration.message.GenericMessage
        at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
        at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:429)
        at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:382)
        at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:626)
        at org.springframework.core.ConfigurableObjectInputStream.resolveClass(ConfigurableObjectInputStream.java:78)
        at org.springframework.amqp.support.converter.SerializerMessageConverter$1.resolveClass(SerializerMessageConverter.java:169)
        at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1613)
        at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1518)
        at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1774)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351)
        at java.io.ObjectInputStream.readObject(ObjectInputStream.java:371)
        at org.springframework.amqp.support.converter.SerializerMessageConverter.deserialize(SerializerMessageConverter.java:175)
        ... 13 more

It looks like the existing DefaultExceptionStrategy is not checking the entire cause chain to determine if any are fatal like the check for causeChainContainsARADRE() does.

Related to JBEAP-9006. When I was adding the SYM_ENCRYPT protocol in a wrong way, the following exception was thrown:

08:08:40,847 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("add") failed - address: ([
    ("stack" => "udp2"),
    ("protocol" => "SYM_ENCRYPT")
]): java.lang.IllegalArgumentException: newValue is null
	at org.jboss.dmr.ModelNode.set(ModelNode.java:664)
	at org.jboss.as.clustering.jgroups.subsystem.EncryptProtocolResourceDefinition$1.execute(EncryptProtocolResourceDefinition.java:146)
	at org.jboss.as.clustering.controller.AddStepHandler.populateModel(AddStepHandler.java:122)
	at org.jboss.as.controller.AbstractAddStepHandler.execute(AbstractAddStepHandler.java:145)
	at org.jboss.as.clustering.controller.AddStepHandler.execute(AddStepHandler.java:111)
	at org.jboss.as.clustering.controller.RestartParentResourceAddStepHandler.execute(RestartParentResourceAddStepHandler.java:45)

The exception does not say what attributes or properties should have been defined (e.g. key-store, when configuring via Elytron, property keystore_name when legacy).

It's very confusing to have two different TransformedMap classes in different packages: map, splitmap.
Indeed the Test class has to take special care with the serialised file name to avoid a clash.
Since we can break binary compat in v4, now is the time to rename one of the classes.
Perhaps rename as follows:
splitmap/TransformedMap => splitmap/TransformedGetPutMap

Section 7.4.3. Binding Input Data to Steps has a typo
directlory

During an update from wildfly 8.2.0.Final to 11.0.0.Final I have noticed the following issue:
Given an abstract base class B with an @PostConstruct annotated method and a derived class D with the annotations @Singleton and @Startup. When the @PostConstruct method is called, no transaction is started. 
According to the EJB 3.2 Specification section 4.8.3, I would expect the container to start a new transaction, as the default transaction attribute is REQUIRED.
I have attached source for a war showcasing this issue. On deploying the resulting war on a new wildfly instance, the log should contain the following two lines:
{{14:13:06,410 INFO  [stdout] (ServerService Thread Pool – 20) Singleton Hierarchy: transaction status: 6
14:13:06,410 INFO  [stdout] (ServerService Thread Pool – 58) Singleton2 Standalone: transaction status: 0}}
A transaction status of 6 says that no transaction exists, while a transaction status of 0 implies that a transaction is ongoing. The war shows that this issue occurs only when using a class hierarchy. I expect the status 0 for both cases.
Through testing I noticed that this issue exists since wildfly 9.0.0.Final. I could not find a reason for this behavior from the list of issues for the 9-series release, however.

Need to revert to maven-eclipse-plugin 2.7 after ROO-713 upgraded to 2.8.

Just noticed an odd error message that cropped up in some $dayjob internal testing.
Sometimes, executions of IntegrationTestTimeBoundedRequestsWithRegionReplicas would result in an error:

Caused by: java.lang.IllegalArgumentException: Please configure hbase.TimeBoundedMultiThreadedReader.runtime
  at org.apache.hadoop.hbase.test.IntegrationTestTimeBoundedRequestsWithRegionReplicas$TimeBoundedMultiThreadedReader.<init>

After digging into the test a bit more, I realized that this is actually failing because the remaining time left after the writers finish (that is, hbase.IntegrationTestTimeBoundedRequestsWithRegionReplicas.runtime minus the time the writers took) was negative. So, the test harness passed a value which always caused this error.
We should catch when the time available for the readers is negative and throw an appropriate error instructing the human to either increase the amount of time for hbase.IntegrationTestTimeBoundedRequestsWithRegionReplicas.runtime or decrease the amount of data written.

The StaxEventItemReader currently supports only one fragmentRootElementName. This means you cannot process files with a structure as follows:

<root>
  <itemA />
  <itemC />
  <itemA />
  <itemA />
  <itemB />
  <itemA />
  <itemB />
  ...
</root>

You should be able to configure the StaxEventItemReader with a list of fragmentRootElementNames.

<bean id="itemReader" class="org.springframework.batch.item.xml.StaxEventItemReader">
    <property name="fragmentRootElementNames" value="itemA,itemB,itemC" />
    ...
</bean>

The workaround creating a custom MultiFragmentStaxEventItemReader extending StaxtEventItemReader as described on http://forum.springsource.org/showthread.php?88618-Reading-mutilple-element-types-with-StaxEventItemReader doesn't work. To make it properly restartable you would need access to the private XMLEventReader in the jumpToItem(int) method.

ISSUE
When CAMEL Servlet component receiving request with Content-Type= application/x-www-form-urlencoded. as below it throws Cannot read request parameters due Invalid parameter, expected to be a pair but was " when body is empty.
Request
------------
<html>
    </head>
    <body>
        <form method="post" action="http://test/assertionConsumer/1.0">
          <div>
            <input type="hidden" name="ID" value="fim page" />
            <input type="hidden" name="RelayState" value="http://dev.ecosys.com?count=id-afc417c792b413bd0208e2f7454fd030" />
            <input type="hidden" name="SAMLResponse" value="PHNhbWxwOlJlc3=" />
          </div>
        </form>
        <span id="user_msg"></span>
        <script type="text/javascript">sso();</script>
    </body>
</html>
RESOLUTION
Added defensive check, body is not null and not blank, to avoid Invalid parameter exception. I've updated org.apache.camel.component.http.DefaultHttpBinding class for that.
// Push POST form params into the headers to retain compatibility
			// with DefaultHttpBinding
			String body = message.getBody(String.class);
			//Added defensive check, body is not null and not blank, to avoid Invalid parameter exception. ( My changes)
			if (body != null && !body.equals("")) {
				for (String param : body.split("&")) {
					String[] pair = param.split("=", 2);
					if (pair.length == 2) {
						String name = URLDecoder.decode(pair[0], charset);
						String value = URLDecoder.decode(pair[1], charset);
						if (headerFilterStrategy != null
								&& !headerFilterStrategy
										.applyFilterToExternalHeaders(name,
												value, message.getExchange())) 
{
							HttpHelper.appendHeader(headers, name, value);
						}
					} else 
{
						throw new IllegalArgumentException(
								"Invalid parameter, expected to be a pair but was "
										+ param);
					}
				}
			}

The usage of & symbol in a password wrapped by RAW() function breaks the masking of the password.
The result of this is a partial leak of the clear text password.
See this example:
password=RAW(abc&SUFFIX) is translated into password=xxxxxx&SUFFIX

During cluster startup, region server reportForDuty gets stuck looping if there is a master change.

2015-03-22 11:15:16,186 INFO  [regionserver60020] regionserver.HRegionServer: reportForDuty to master=bigaperf274,60000,1427045883965 with port=60020, startcode=1427048115174
2015-03-22 11:15:16,272 WARN  [regionserver60020] regionserver.HRegionServer: error telling master we are up
com.google.protobuf.ServiceException: java.net.ConnectException: Connection refused
	at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1678)
	at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1719)
	at org.apache.hadoop.hbase.protobuf.generated.RegionServerStatusProtos$RegionServerStatusService$BlockingStub.regionServerStartup(RegionServerStatusProtos.java:8277)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.reportForDuty(HRegionServer.java:2137)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:896)
2015-03-22 11:15:16,274 WARN  [regionserver60020] regionserver.HRegionServer: reportForDuty failed; sleeping and then retrying.
2015-03-22 11:15:19,274 INFO  [regionserver60020] regionserver.HRegionServer: reportForDuty to master=bigaperf273,60000,1427048108439 with port=60020, startcode=1427048115174
2015-03-22 11:15:19,275 WARN  [regionserver60020] regionserver.HRegionServer: error telling master we are up
2015-03-22 11:15:19,276 WARN  [regionserver60020] regionserver.HRegionServer: reportForDuty failed; sleeping and then retrying.
2015-03-22 11:15:22,276 INFO  [regionserver60020] regionserver.HRegionServer: reportForDuty to master=bigaperf273,60000,1427048108439 with port=60020, startcode=1427048115174
2015-03-22 11:15:22,296 DEBUG [regionserver60020] regionserver.HRegionServer: Master is not running yet
2015-03-22 11:15:22,296 WARN  [regionserver60020] regionserver.HRegionServer: reportForDuty failed; sleeping and then retrying.
2015-03-22 11:15:25,296 INFO  [regionserver60020] regionserver.HRegionServer: reportForDuty to master=bigaperf273,60000,1427048108439 with port=60020, startcode=1427048115174
2015-03-22 11:15:25,299 DEBUG [regionserver60020] regionserver.HRegionServer: Master is not running yet
2015-03-22 11:15:25,299 WARN  [regionserver60020] regionserver.HRegionServer: reportForDuty failed; sleeping and then retrying.
2015-03-22 11:15:28,299 INFO  [regionserver60020] regionserver.HRegionServer: reportForDuty to master=bigaperf273,60000,1427048108439 with port=60020, startcode=1427048115174
2015-03-22 11:15:28,302 DEBUG [regionserver60020] regionserver.HRegionServer: Master is not running yet
2015-03-22 11:15:28,302 WARN  [regionserver60020] regionserver.HRegionServer: reportForDuty failed; sleeping and then retrying.

What happended is the region server first got master=bigaperf274,60000,1427045883965.  Before it was able to report successfully, the maser changed to bigaperf273,60000,1427048108439.
We were supposed to open a new connection to the new master. But we never did, looping and trying to old address forever.

Scenario:
1. File is created 
2. But while writing data, all datanodes might have crashed. So writing data will fail.
3. Now even if close is called in finally block, close also will fail and throw the Exception because writing data failed.
4. After this if RS try to create the same file again, then AlreadyBeingCreatedException will come.
Suggestion to handle this scenario.
1. Check for the existence of the file, if exists delete the file and create new file. 
Here delete call for the file will not check whether the file is open or closed.
Overwrite Option:
----------------
1. Overwrite option will be applicable if you are trying to overwrite a closed file.
2. If the file is not closed, then even with overwrite option Same AlreadyBeingCreatedException will be thrown.
This is the expected behaviour to avoid the Multiple clients writing to same file.
Region server logs:
org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hdfs.protocol.AlreadyBeingCreatedException: failed to create file /hbase/test1/12c01902324218d14b17a5880f24f64b/.tmp/.regioninfo for DFSClient_hb_rs_158-1-131-48,20020,1331107668635_1331107669061_-252463556_25 on client 158.1.132.19 because current leaseholder is trying to recreate file.
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.recoverLeaseInternal(FSNamesystem.java:1570)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInternal(FSNamesystem.java:1440)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFile(FSNamesystem.java:1382)
at org.apache.hadoop.hdfs.server.namenode.NameNode.create(NameNode.java:658)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:547)
at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1137)
at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1133)
at javax.security.auth.Subject.doAs(Subject.java:396)
at org.apache.hadoop.ipc.Server$Handler.run(Server.java:1131)
at org.apache.hadoop.ipc.Client.call(Client.java:961)
at org.apache.hadoop.ipc.RPC$Invoker.invoke(RPC.java:245)
at $Proxy6.create(Unknown Source)
at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.<init>(DFSClient.java:3643)
at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:778)
at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:364)
at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:630)
at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:611)
at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:518)
at org.apache.hadoop.hbase.regionserver.HRegion.checkRegioninfoOnFilesystem(HRegion.java:424)
at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:340)
at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:2672)
at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:2658)
at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:330)
at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:116)
at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:158)
[2012-03-07 20:51:45,858] [WARN ] [RS_OPEN_REGION-158-1-131-48,20020,1331107668635-23] [com.huawei.isap.ump.ha.client.RPCRetryAndSwitchInvoker 131] Retrying the method call: public abstract void org.apache.hadoop.hdfs.protocol.ClientProtocol.create(java.lang.String,org.apache.hadoop.fs.permission.FsPermission,java.lang.String,boolean,boolean,short,long) throws java.io.IOException with arguments of length: 7. The exisiting ActiveServerConnection is:
ActiveServerConnectionInfo:
Metadata:158-1-131-48/158.1.132.19:9000
Version:145720623220907
[2012-03-07 20:51:45,872] [DEBUG] [RS_OPEN_REGION-158-1-131-48,20020,1331107668635-20] [org.apache.hadoop.hbase.zookeeper.ZKAssign 849] regionserver:20020-0x135ec32b39e0002-0x135ec32b39e0002 Successfully transitioned node 91bf3e6f8adb2e4b335f061036353126 from M_ZK_REGION_OFFLINE to RS_ZK_REGION_OPENING
[2012-03-07 20:51:45,873] [DEBUG] [RS_OPEN_REGION-158-1-131-48,20020,1331107668635-20] [org.apache.hadoop.hbase.regionserver.HRegion 2649] Opening region: REGION => {NAME => 'test1,00088613810,1331112369360.91bf3e6f8adb2e4b335f061036353126.', STARTKEY => '00088613810', ENDKEY => '00088613815', ENCODED => 91bf3e6f8adb2e4b335f061036353126, TABLE => {{NAME => 'test1', FAMILIES => [
{NAME => 'value', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', COMPRESSION => 'GZ', TTL => '86400', BLOCKSIZE => '655360', IN_MEMORY => 'false', BLOCKCACHE => 'true'}
]}}
[2012-03-07 20:51:45,873] [DEBUG] [RS_OPEN_REGION-158-1-131-48,20020,1331107668635-20] [org.apache.hadoop.hbase.regionserver.HRegion 316] Instantiated test1,00088613810,1331112369360.91bf3e6f8adb2e4b335f061036353126.
[2012-03-07 20:51:45,874] [ERROR] [RS_OPEN_REGION-158-1-131-48,20020,1331107668635-20] [ 

Test set: org.apache.hadoop.hbase.catalog.TestCatalogTracker
Tests run: 9, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.276 sec <<< FAILURE!
testNoTimeoutWaitForMeta(org.apache.hadoop.hbase.catalog.TestCatalogTracker)  Time elapsed: 1.051 sec  <<< ERROR!
org.mockito.exceptions.misusing.WrongTypeOfReturnValue:
Result cannot be returned by getConfiguration()
getConfiguration() should return Configuration
        at org.apache.hadoop.hbase.catalog.TestCatalogTracker.testNoTimeoutWaitForMeta(TestCatalogTracker.java:378)
        at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
        at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
        at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
        at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
        at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
        at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
        at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)

The above is strange since it seems to pass on jenkins and on macosx.

I am using Spring Data REST 2.6.1  and found obsolete example in the reference documentation.
There is no addCorsMapping(…) on RepositoryCorsRegistry anymore. There is getCorsConfigurations(…) instead.

When creating fabric through shell console the profiles assigned to container are:  fabric, fabric-ensemble-0000-1
In this case ActiveMQ is stopped
When creating fabric through Hawtio the profiles assigned to root container are: fabric, fabric-ensemble-0000-1, fabric, hawtio, jboss-fuse-full
In this case ActiveMQ is still running
Which behavior is correct?

Appending &json.pretty or ?json.pretty to a REST request no longer produces pretty printed JSON output.

after "mvn clean install & mvn jetty:run" following exception appears and REST services doesn't work.

on completed in 2405 ms
2014-11-27 17:24:03.534:WARN:oejs.Holder:
java.lang.ClassNotFoundException: org.restlet.ext.spring.SpringServerServlet
        at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230)
        at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:430)
        at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:383)
        at org.eclipse.jetty.util.Loader.loadClass(Loader.java:100)
        at org.eclipse.jetty.util.Loader.loadClass(Loader.java:79)
        at org.eclipse.jetty.servlet.Holder.doStart(Holder.java:107)
        at org.eclipse.jetty.servlet.ServletHolder.doStart(ServletHolder.java:298)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
        at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:791)
        at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:265)
        at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1242)
        at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:717)
        at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:494)
        at org.mortbay.jetty.plugin.JettyWebAppContext.doStart(JettyWebAppContext.java:298)
        at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:229)
        at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:172)
        at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:95)
        at org.eclipse.jetty.server.Server.doStart(Server.java:282)
        at org.mortbay.jetty.plugin.JettyServer.doStart(JettyServer.java:65)
        at org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:520)
        at org.mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:365)
        at org.mortbay.jetty.plugin.JettyRunMojo.execute(JettyRunMojo.java:523)
        at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
        at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
        at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
        at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
        at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
        at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
        at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
2014-11-27 17:24:03.536:WARN:/:unavailable
javax.servlet.UnavailableException: org.restlet.ext.spring.SpringServerServlet
        at org.eclipse.jetty.servlet.Holder.doStart(Holder.java:114)
2014-11-27 17:24:03.538:WARN:oejuc.AbstractLifeCycle:FAILED RestletServlet: javax.servlet.UnavailableException: org.restlet.ext.spring.SpringServerServlet
2014-11-27 17:24:03.539:WARN:oejw.WebAppContext:Failed startup of context o.m.j.p.JettyWebAppContext{/,file:/home/sm/Downloads/apache-camel-2.14.0/examples/camel-example-restlet-jdbc/src/main/webapp/},file:/home/sm/Downloads/apache-camel-2.14.0/examples/camel-example-restlet-jdbc/src/main/webapp/
2014-11-27 17:24:03.541:WARN:oejsh.RequestLogHandler:!RequestLog

Fix
add 

          <groupId>org.restlet.jee</groupId>
          <artifactId>org.restlet.ext.spring</artifactId>
          <version>${restlet-version}</version>

to the pom.xml

Fixing a few findbugs issues around blockcache.  Adding equals when we have compareTo.  Noticed that hbase.bucketcache.percentage.in.combinedcache is NOT used anywhere though we doc it as working.   Rather than implement, I'm removing it.  Makes config of cache cleaner (do the L1 and then do the L2 independent of each other rather than have independent config and then this odd hbase.bucketcache.percentage.in.combinedcache that spans them).
Changed the package doc to remove reference to hbase.bucketcache.percentage.in.combinedcache (did an edit too removing slabcache mentions in package-info).

Export table into an external location and importing into hive, should set the table to have the permission of the parent directory, if the flag hive.warehouse.subdir.inherit.perms is set.

If vault does not like keystore, it fails with this message, but no exception is logged and it does not provide any indication of the issue.

WFLYSEC0059: Exception encountered:WFLYSEC0045: Exception encountered:

keytool -genkey -alias jbosseap -keyalg RSA -keysize 1024 -keystore jbosseap.keystore -validity 3650 -keypass jbosseap -storepass jbosseap
...

./bin/vault.sh
Please enter a Digit::   0: Start Interactive Session   1: Remove Interactive Session  2: Exit
0
Starting an interactive session
Enter directory to store encrypted files: .
Enter Keystore URL: jbosseap.keystore
Enter Keystore password: 
Enter Keystore password again: 
Values match
Enter 8 character salt: 12345678
Enter iteration count as a number (e.g.: 44): 44
Enter Keystore Alias: jbosseap
WFLYSEC0056: Initializing Vault

Making it consistent with our checkstyle requirments.

 <module name="Indentation">
      <property name="basicOffset" value="2"/>
      *<property name="caseIndent" value="2"/>*
      <property name="throwsIndent" value="2"/>
      <property name="arrayInitIndent" value="2"/>
      <property name="lineWrappingIndentation" value="2"/>
    </module>

I have following problem when pass null to MapSqlParameterSource
 
{{    final MapSqlParameterSource paramMap = new MapSqlParameterSource()
            .addValue("ALERT_ID", null);}}

Code
Warning

NP
Null passed for non-null parameter of org.springframework.jdbc.core.namedparam.MapSqlParameterSource.addValue(String, Object) in bug.DocDao.test()

Bug type NP_NONNULL_PARAM_VIOLATION (click for details) In class bug.DocDaoIn method bug.DocDao.test()Called method org.springframework.jdbc.core.namedparam.MapSqlParameterSource.addValue(String, Object)Argument 2 is definitely null but must not be nullAt DocDao.java:[line 15]

In my case null is valid value for database.
Sample code is attached here
https://github.com/lengarski/bug
Here is the response from spotbugs
spotbugs/spotbugs#642

This was meant to be done for 6.2.1 but did not happen. Please correct for 6.3

Fix of ELY-1622 introduced regression. It is not possible to do 1 way ssl (no key-store-ssl-certificate in wildfly-config.xml) with exception 

14:13:56,143 ERROR [org.jboss.as.cli.impl.CliLauncher] Error processing CLI: org.jboss.as.cli.CliInitializationException: Failed to connect to the controller
        ... 5 more
        ... 8 more
Caused by: java.security.KeyManagementException: FIPS mode: only SunJSSE KeyManagers may be used
        at sun.security.ssl.SSLContextImpl.chooseKeyManager(SSLContextImpl.java:149)
        at sun.security.ssl.SSLContextImpl.engineInit(SSLContextImpl.java:66)
        ... 10 more
 
It is because after fix Fix of ELY-1622 custom keymanager is used. But it is forbidden by jdk FIPS PKCS11.

Wrong grep escaping on wsprovide and wsconsume scripts.
On solaris11 with latest upgrade of grep:

[hudson@dev36-03 bin]$ ./wsprovide.sh -h
grep: illegal option -- e
grep: illegal option -- m
grep: illegal option -- g
grep: illegal option -- r
Usage: grep [-c|-l|-q] -bhinsvw pattern file . . .
... wsprovide help message  ...
[hudson@dev36-03 bin]$

On RHEL:
Security manager is activated with any non-related property that contains "cmgr" string, example:

export JAVA_OPTS="-Daaacmgrbbb=false"
./wsconsume.sh https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/testsuite/shared-tests/src/test/resources/jaxws/smoke/tools/wsdl/TestServiceSoap12.wsdl

jboss-cli.bat script is unable to start on Windows, if JBOSS_HOME folder contains 'Unable to render embedded object: File (' character, if ') not found.' character is not at the end of the name of JBOSS_HOME folder.
jboss-cli.bat script is unable to start on Windows if JBOSS_HOME ends with exclamation mark, but it is covered by JBEAP-249

C:\Users\Administrator\playground\7.1.0.DR15\jboss!eap\bin>jboss-cli.bat
The system cannot find the path specified.
Could not locate "C:\Users\Administrator\playground\7.1.0.DR15\jbosseap\bin\jboss-modules.jar".
Please check that you are in the bin directory when running this script.

This issue is caused by JBEAP-9699

Rename JBOSS_HOME folder

There is some dao interface e.g.

public interface BaseDao<T> {
    T persist(T t);
}

and two subinterfaces

public interface UserDao extends BaseDao<User> {
}

public interface OrderDao extends BaseDao<Order> {
}

The implementation uses @CachPut :

public class UserDaoImpl implements UserDao {
    @CachePut(value = "users", key = "#user.id")
    public User persist(User user){
        /// it doesn't matter
    }
}

public class OrderDaoImpl implements OrderDao {
    @CachePut(value = "orders", key = "#order.id")
    public Order persist(Order order){
    }
}

After userDao.persist is used, orderDao.persist is NOT able to evaluate expression #order.id because in the evaluation context the instance of order is assigned to user variable.
It happens because @CachePut expression is cached for BaseDao.persist method neither for the declared class. 

Dear Camel team,
we are just verifying our migrated application to Apache Camel. Today we found an issue that is not described on the web, in the faq  nor among the existing issues.
We are creating endpoints via String literals and when we started the IPv6 tests we failed on this issue.
The Camel transforms the orginal address 

http://[2a00:8a00:6000:40::1413]:30300

to this format

http://%5B2a00:8a00:6000:40::1413%5D:30300

which causes this exception

instance1 2013-10-30 13:25:23,914 org.apache.camel.processor.DefaultErrorHandler DEBUG (MarkerIgnoringBase.java:debug:72) [Camel (camel-1) thread #74 - JmsConsumer[XXX-RR-TEST]]
| Failed delivery for (MessageId: ID:mch30-pgd02-b-45068-1383134137465-8:5:1:1:3 on ExchangeId: ID-mch30-pgd02-b-35624-1383134141407-0-176). On delivery attempt: 0 caught: org.apache.commons.httpclient.URIException: IPv6reference

The suggested solution is to remove the square brackets 

[ ]

 from the 

unsafeCharacters

 in the 

org.apache.camel.util.UnsafeUriCharactersEncoder

since the square brackets are valid IPv6 characters.
Thanks!
Laci

HIVE-13882 handles HiveStatement.executeQuery() when hive.server2.async.exec.async.compile is turned on. Notice we may also have similar issue when executeAsync() is called. Investigate what would be the good approach for it.

As part of HBASE-4397 there is one more scenario where the patch has to be applied.

RegionPlan plan = getRegionPlan(state, forceNewPlan);
      if (plan == null) {
        debugLog(state.getRegion(),
            "Unable to determine a plan to assign " + state);
        return; // Should get reassigned later when RIT times out.
      }

I think in this scenario also 

this.timeoutMonitor.setAllRegionServersOffline(true);

this should be done.

If a daughter region is split before the catalog janitor runs, we'll see:

2011-07-22 16:10:26,398 WARN org.apache.hadoop.hbase.master.CatalogJanitor: Daughter regiondir does not exist: hdfs://sv4borg227:10000/hbase/TestTable/a1023b2b00fe44c86bd8ae3633f531fa

Its legit that the daughter region does not exist in this case (it was just cleaned up by the catalogjanitor).

Testing the latest 1.2 I see this when there is a regionserver that crashes.

Thread 921 (RS_LOG_REPLAY_OPS-hbase2698:16020-0-Writer-1):
  State: RUNNABLE
  Blocked count: 6354
  Waited count: 6249
  Stack:
    org.apache.hadoop.hbase.KeyValue.equals(KeyValue.java:1128)
    java.util.ArrayList.indexOf(ArrayList.java:317)
    java.util.ArrayList.contains(ArrayList.java:300)
    java.util.ArrayList.batchRemove(ArrayList.java:720)
    java.util.ArrayList.removeAll(ArrayList.java:690)
    org.apache.hadoop.hbase.wal.WALSplitter$LogRecoveredEditsOutputSink.filterCellByStore(WALSplitter.java:1529)
    org.apache.hadoop.hbase.wal.WALSplitter$LogRecoveredEditsOutputSink.append(WALSplitter.java:1557)
    org.apache.hadoop.hbase.wal.WALSplitter$WriterThread.writeBuffer(WALSplitter.java:1113)
    org.apache.hadoop.hbase.wal.WALSplitter$WriterThread.doRun(WALSplitter.java:1105)
    org.apache.hadoop.hbase.wal.WALSplitter$WriterThread.run(WALSplitter.java:1075)
Thread 920 (RS_LOG_REPLAY_OPS-hbase2698:16020-0-Writer-0):
  State: TIMED_WAITING
  Blocked count: 17560
  Waited count: 19695
  Stack:
    java.lang.Object.wait(Native Method)
    org.apache.hadoop.hbase.wal.WALSplitter$WriterThread.doRun(WALSplitter.java:1093)
Thread 919 (RS_LOG_REPLAY_OPS-hbase2698:16020-0):
  Blocked count: 115
  Waited count: 976
  Stack:
    org.apache.hadoop.hbase.wal.WALSplitter$EntryBuffers.appendEntry(WALSplitter.java:944)
    org.apache.hadoop.hbase.wal.WALSplitter.splitLogFile(WALSplitter.java:365)
    org.apache.hadoop.hbase.wal.WALSplitter.splitLogFile(WALSplitter.java:236)
    org.apache.hadoop.hbase.regionserver.SplitLogWorker$1.exec(SplitLogWorker.java:104)
    org.apache.hadoop.hbase.regionserver.handler.WALSplitterHandler.process(WALSplitterHandler.java:72)
    org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128)
    java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

This has been going on for >10 mins.

If the jboss-home configuration property is not set the following error message is not very informative.

Execution default-cli of goal org.wildfly.plugins:wildfly-maven-plugin:1.2.0.Beta1:execute-commands failed: WFLYLNCHR0001: The path 'null' does not exist

A better validation message should be printed.

This was the first Jenkins build where TestScannerResource#testTableDoesNotExist started failing.
https://builds.apache.org/job/HBase-1.4/612/jdk=JDK_1_8,label=Hadoop/testReport/junit/org.apache.hadoop.hbase.rest/TestScannerResource/testTableDoesNotExist/
The test failure can be reproduced locally.
The test failure seemed to start after HBASE-17508 went in.
The problem is introduced after HBASE-17508. After HBASE-17508 we will not contact RS when getScanner. So for rest, get scanner will not return 404 either. But we should get a 404 when fetching data from the scanner but now it will return 204.

The POM for the mojo-addon module contains a duplicate dependency. The following dependency is declared twice:
            <groupId>asm</groupId>
            <artifactId>asm-all</artifactId>
            <version>3.1</version>
This is fine in Maven 2.x, but in Maven 3 this causes an error. This creates problems when trying to import Roo itself into Eclipse using m2eclipse (which uses Maven 3.x).

I have a very simple test class and it has two constructors as shown below. I also have bean definition as below.

public class TestSpringBean {
	private boolean bool;
	private Map<String,String> prop;

	public TestSpringBean(boolean b,Map<String,String> prop) {
           //doing the constructor job
	}

	public TestSpringBean(Map<String,String> prop) {
		this(true,prop);
	}
}

  <bean id="mytestbean" class="org.uytech.bugtrack.appclient.TestSpringBean">
  <constructor-arg type="java.util.Map" index="0">
    <map>
        <entry><key><value>yup an entry</value></key><value>just some string</value></entry>
        <entry><key><value>yup an entry2</value></key><value>just some string2</value></entry>
        <entry><key><value>yup an entry3</value></key><value>just some string3</value></entry>
        <entry><key><value>yup an entry4</value></key><value>just some string4</value></entry>
    </map>

  </constructor-arg>
  </bean>
Unless I specify the constructor-arg type (java.util.Map in this case), Spring throws exception as shown below. The same is true for java.util.Properties class. Fortunately, this is not showstopper, users can still continue.
One workaround for this issue is to make the Map first parameter, but this not better than specifying the constructor-arg type in app context.
I did some investigation and found this issue comes from protected Map convertToTypedMap(Map original, String propertyName, Class requiredType, TypeDescriptor typeDescriptor) in TypeConvertorDelegate class. I don't understand why this class tries to convert a map to boolean.
java.lang.InstantiationException: boolean
	at org.springframework.beans.TypeConverterDelegate.convertToTypedMap(TypeConverterDelegate.java:634)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:236)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:104)
	at org.springframework.beans.BeanWrapperImpl.convertIfNecessary(BeanWrapperImpl.java:419)
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:657)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:191)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:984)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:888)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:479)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:290)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:287)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:189)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:562)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:871)

When trying to create a MBeanServerConnection to a NON-JBoss application from within an EJB a "javax.naming.NameNotFoundException" is thrown. 
Set up a stand-alone application that exposes an MBean. (ActiveMQ will work in this case.)
Modify the attached JMXConnectionBean.java to connect to the ActiveMQ instance.
Deploy the bean. A NameNotFoundException will be thrown.
I've seen this behavior in 7.1.1.Final, 7.1.2.Final (EAP), 7.1.3.Final (EAP), EAP 6.1.0.Alpha (7.2.0.Final). 
Note that this behavior is NOT seen when connecting to another JBoss server. 
Full stack trace:

Caused by: java.io.IOException: Failed to retrieve RMIServer stub: javax.naming.NameNotFoundException: rmi://127.0.0.1:1090/jmxrmi -- service jboss.naming.context.java.rmi:."127.0.0.1:1090".jmxrmi
	at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:340) [:1.6.0_26]
	at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:248) [:1.6.0_26]
	at com.example.JMXConnectionBean.init(JMXConnectionBean.java:28)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
	at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
	at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:70)
	at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
	at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
	at org.jboss.as.ee.component.ManagedReferenceInterceptor.processInvocation(ManagedReferenceInterceptor.java:53)
	at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:44)
	at org.jboss.as.ejb3.component.session.SessionInvocationContextInterceptor$CustomSessionInvocationContext.proceed(SessionInvocationContextInterceptor.java:126)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:211)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:313)
	at org.jboss.as.ejb3.tx.SingletonLifecycleCMTTxInterceptor.processInvocation(SingletonLifecycleCMTTxInterceptor.java:56)
	at org.jboss.as.ejb3.tx.SingletonLifecycleCMTTxInterceptor.processInvocation(SingletonLifecycleCMTTxInterceptor.java:42)
	at org.jboss.as.ejb3.component.session.SessionInvocationContextInterceptor.processInvocation(SessionInvocationContextInterceptor.java:71)
	at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45)
	at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
	at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:152)
	... 9 more
Caused by: javax.naming.NameNotFoundException: rmi://127.0.0.1:1090/jmxrmi -- service jboss.naming.context.java.rmi:."127.0.0.1:1090".jmxrmi
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:87)
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:173)
	at org.jboss.as.naming.InitialContext.lookup(InitialContext.java:47)
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:209)
	at javax.naming.InitialContext.lookup(InitialContext.java:392) [:1.6.0_26]
	at javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnector.java:1888) [:1.6.0_26]
	at javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.java:1858) [:1.6.0_26]
	at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:257) [:1.6.0_26]
	... 37 more

As I tried in HBASE-16526,

  <Match>
    <Package name="org.apache.hadoop.hbase.ipc.protobuf.generated"/>
  </Match>

This does not work.
So I propose that we can use regex to match the class name to exclude the generated classes.

See this thread on list: http://search-hadoop.com/m/PtDLC19vEd62/%2522Looks+like+HadoopQA+is+hosed%2522&subj=Looks+like+HadoopQA+is+hosed+
Lots of the hadoopqa builds are failing complaining about missing dir.

This bug was introduced via HBASE-6677 "Random ZooKeeper port in test can overrun max port".
If 2181 is occupied but you start a LocalHBaseCluster (let's say you untar hbase and start it right away) you'll get this:

13/09/03 10:38:13 INFO server.NIOServerCnxnFactory: binding to port 0.0.0.0/0.0.0.0:2181
...
13/09/03 10:38:44 INFO server.NIOServerCnxnFactory: binding to port 0.0.0.0/0.0.0.0:2181
13/09/03 10:38:44 ERROR master.HMasterCommandLine: Master exiting
        at sun.nio.ch.EPollArrayWrapper.epollCreate(Native Method)
        at sun.nio.ch.EPollArrayWrapper.<init>(EPollArrayWrapper.java:87)
        at sun.nio.ch.EPollSelectorImpl.<init>(EPollSelectorImpl.java:68)
        at sun.nio.ch.EPollSelectorProvider.openSelector(EPollSelectorProvider.java:36)
        at java.nio.channels.Selector.open(Selector.java:227)
        at org.apache.zookeeper.server.NIOServerCnxnFactory.<init>(NIOServerCnxnFactory.java:61)
        at org.apache.hadoop.hbase.zookeeper.MiniZooKeeperCluster.startup(MiniZooKeeperCluster.java:165)
        at org.apache.hadoop.hbase.zookeeper.MiniZooKeeperCluster.startup(MiniZooKeeperCluster.java:131)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.startMaster(HMasterCommandLine.java:164)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:134)
        at org.apache.hadoop.hbase.util.ServerCommandLine.doMain(ServerCommandLine.java:78)
        at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:2812)

The reason is that MiniZookeeperCluster.selectClientPort returns 2181 if defaultClientPort is greater than 0, which it always is when starting a LocalHBaseCluster.

Split reports incorrect elapsed time. That is because the start time for the split is never set. (It used to be set in closing()).
Additionally, since CompactSplitThread doesn't do anything in closing or closed anymore, why keep them around?
We can just pass null for the RegionUnavailableListener and can then remove closing and closed from CompactSplitThread.
In fact, it turns out that RegionUnavailableListener is not used anywhere anymore so it should just be removed altogether.

Hive DDLSemanticAnalyzer maintains a static reservedPartitionValue set whose values come from several Hive parameters. However even if these parameters are set to new values, the reservedPartitionValue are not changed. 

From the list (and this is something I've already seen) :
       from org/apache/hadoop/hbase/client/ServerCallable.java:71:in `getRegio
Name'
       from org/apache/hadoop/hbase/client/HConnectionManager.java:863:in `get
egionServerWithRetries'
       from org/apache/hadoop/hbase/client/MetaScanner.java:56:in `metaScan'
       from org/apache/hadoop/hbase/client/MetaScanner.java:30:in `metaScan'
       from org/apache/hadoop/hbase/client/HConnectionManager.java:297:in `lis
Tables'
       from org/apache/hadoop/hbase/client/HBaseAdmin.java:117:in `listTables'
This is 

from("seda:test")
     .choice()
        .when()
           .simple("${in.body.someval} == -1}").to("mock:mock1")
           .to("mock:mock2")
        .endChoice();

ends with 
org.apache.camel.language.simple.types.SimpleIllegalSyntaxException: Binary operator == does not support token - 
this can be improved to note - sign

Hi, 
I am first time posting an issue to Jira. I hope I created the ticket correctly.
http://docs.spring.io/spring/docs/4.1.0.BUILD-SNAPSHOT/spring-framework-reference/htmlsingle/
In the documentation, in section Multiple Transaction Managers with 
the class name is wrong: 
is :org.springframework.jdbc.DataSourceTransactionManager
should be: org.springframework.jdbc.datasource.DataSourceTransactionManager

<bean id="transactionManager1" class="org.springframework.jdbc.DataSourceTransactionManager">
        ...
        <qualifier value="order"/>
    </bean>

    <bean id="transactionManager2" class="org.springframework.jdbc.DataSourceTransactionManager">
        ...
        <qualifier value="account"/>
    </bean>

Pointless exception in the logs:

java.io.FileNotFoundException: File file:[snip]/itests/qtest/target/tmp/localscratchdir/bcc7fce3-b9a3-4d5a-bf52-4e3b70ad9fed/hive_2016-12-07_09-53-18_167_8716888773328063866-1/-mr-10002/3fb6d7bd-d8b6-4238-bc08-90b2f0217197/reduce.xml does not exist
	at org.apache.hadoop.fs.RawLocalFileSystem.deprecatedGetFileStatus(RawLocalFileSystem.java:609) ~[hadoop-common-2.7.2.jar:?]
	at org.apache.hadoop.fs.RawLocalFileSystem.getFileLinkStatusInternal(RawLocalFileSystem.java:822) ~[hadoop-common-2.7.2.jar:?]
	at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:599) ~[hadoop-common-2.7.2.jar:?]
	at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:421) ~[hadoop-common-2.7.2.jar:?]
	at org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker.<init>(ChecksumFileSystem.java:140) ~[hadoop-common-2.7.2.jar:?]
	at org.apache.hadoop.fs.ChecksumFileSystem.open(ChecksumFileSystem.java:341) ~[hadoop-common-2.7.2.jar:?]
	at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:767) ~[hadoop-common-2.7.2.jar:?]
	at org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:421) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Utilities.getReduceWork(Utilities.java:313) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Utilities.getMapRedWork(Utilities.java:292) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.HiveOutputFormatImpl.checkOutputSpecs(HiveOutputFormatImpl.java:61) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.mapreduce.JobSubmitter.checkSpecs(JobSubmitter.java:268) [hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:139) [hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1290) [hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1287) [hadoop-mapreduce-client-core-2.7.2.jar:?]
	at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_102]
	at javax.security.auth.Subject.doAs(Subject.java:422) [?:1.8.0_102]
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1657) [hadoop-common-2.7.2.jar:?]
	at org.apache.hadoop.mapreduce.Job.submit(Job.java:1287) [hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:575) [hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:570) [hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:570) [hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:561) [hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:401) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:151) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:199) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2166) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1822) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1510) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1221) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1211) [hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:233) [hive-cli-2.2.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:184) [hive-cli-2.2.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:400) [hive-cli-2.2.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:336) [hive-cli-2.2.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.ql.QTestUtil.createSources(QTestUtil.java:1131) [hive-it-util-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.QTestUtil.createSources(QTestUtil.java:1108) [hive-it-util-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.control.CoreCliDriver$3.invokeInternal(CoreCliDriver.java:81) [hive-it-util-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.control.CoreCliDriver$3.invokeInternal(CoreCliDriver.java:78) [hive-it-util-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.util.ElapsedTimeLoggingWrapper.invoke(ElapsedTimeLoggingWrapper.java:33) [hive-it-util-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.control.CoreCliDriver.beforeClass(CoreCliDriver.java:84) [hive-it-util-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.control.CliAdapter$1$1.evaluate(CliAdapter.java:71) [hive-it-util-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.junit.rules.RunRules.evaluate(RunRules.java:20) [junit-4.11.jar:?]
	at org.junit.runners.ParentRunner.run(ParentRunner.java:309) [junit-4.11.jar:?]
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367) [surefire-junit4-2.19.1.jar:2.19.1]
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274) [surefire-junit4-2.19.1.jar:2.19.1]
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238) [surefire-junit4-2.19.1.jar:2.19.1]
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161) [surefire-junit4-2.19.1.jar:2.19.1]
	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290) [surefire-booter-2.19.1.jar:2.19.1]
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242) [surefire-booter-2.19.1.jar:2.19.1]
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121) [surefire-booter-2.19.1.jar:2.19.1]

This is not even an error, so it should be logged at info or warn with no stack

We periodically see a situation where the regionserver process exists in the process list, zookeeper thread sends the keepalive so the master won't remove it from the active list, yet the regionserver will not serve data.
Hadoop(cdh3u0), HBase 0.90.3 (Apache version), under load from an internal testing tool.
Attached is the full JStack

I configured spring-security-cas in my webapp for generating proxy tickets.
During ticket validation we provide a pgtUrl parameter and then the CAS server tries
to connect to our webapp (using the configured proxyReceptorUrl) to determine is this
URL is a valid end-point but it result in a 404 because the request is passed trough
the servlet but is not handled (because no controller is mapped for this URL).
If we set the grails.plugins.springsecurity.rejectIfNoRule parameter [1] to true or if I mark this
proxy receptor URL with the role "IS_AUTHENTICATED_REMEMBERED" then it works:

the ping request [2] result in a 302 (redirection to CAS because the request needs to be authenticated)
the pgtId/pgtIou request result also in a 302 (therefore without the proper XML fragment) but the mapping is stored

This works because the CAS server is not strict about the expected XML fragment,
only the a proper status code is mandatory [2].
Current workaround is to create a controller for this URL with anonymous access and
always respond with a 200 and some text.
I believe this issue is not related to Grails and may impact any webapp using
spring-security-cas and wanting to generate proxy tickets.
Furthermore, the default behaviour in cas-client [3] is already to stop processing the
request once it has been handled by the Cas20ProxyReceivingTicketValidationFilter [3].
[1] http://burtbeckwith.github.com/grails-spring-security-core/docs/manual/index.html
[2] https://source.jasig.org/cas3/tags/cas-3-3-5-1-final/cas-server-core/src/main/java/org/jasig/cas/authentication/handler/support/HttpBasedServiceCredentialsAuthenticationHandler.java
[2] https://source.jasig.org/cas3/tags/cas-3-3-5-1-final/cas-server-core/src/main/java/org/jasig/cas/util/HttpClient.java
[3] https://source.jasig.org/cas-clients/java-client/tags/cas-client-3.1.12/cas-client-core/src/main/java/org/jasig/cas/client/validation/Cas20ProxyReceivingTicketValidationFilter.java
[3] https://source.jasig.org/cas-clients/java-client/tags/cas-client-3.1.12/cas-client-core/src/main/java/org/jasig/cas/client/validation/AbstractTicketValidationFilter.java

The class
org.springframework.data.mongodb.core.aggregation.LimitOperator
is missing the public keyword, thus is unusable
https://github.com/spring-projects/spring-data-mongodb/blob/master/spring-data-mongodb/src/main/java/org/springframework/data/mongodb/core/aggregation/LimitOperation.java
Affects all versions from 1.3 I guess

The introduction of  PropertiesConfigurationLayout broke the saving of in memory created PropertesConfiguration.
This piece of code will yield empt saved file:
PropertiesConfiguration pc = new PropertiesConfiguration();
pc.addProperty("string", "value1");
pc.save("testsave.properties");
The problem is that no PropertiesConfigurationLayout is created and EVENT_ADD_PROPERTY is lost.
Then when saving, an empty PropertiesConfigurationLayout is created and nothing is saved in output file.
Added creation of PropertiesConfigurationLayout  to PropertiesConfiguration() contructor, changed setLayout() to enforce that only one layout per PropertiesConfiguration must exist and added a testcase for this condition.

A Delete Version operation mask values that have version = 0. The problem happens at ScanDeleteTracker.

We have Guava's Service leaking into the LimitedPrivate interface ReplicationEndpoint:

public interface ReplicationEndpoint extends Service, ReplicationPeerConfigListener

This required a private patch when I updated Guava for our internal deployments. This is going to be a problem for us for long term maintenance and implenters of pluggable replication endpoints. LP is only less than public by a degree. We shouldn't leak types from third part code into either Public or LP APIs in my opinion. Let's fix.

When the camel-smpp component is called to submit a SMS, a NullPointerException is thrown:
       at org.jsmpp.util.PDUByteBuffer.appendAll(PDUByteBuffer.java:182)[149:org.apache.servicemix.bundles.jsmpp:2.1.0.3]
       at org.jsmpp.util.DefaultComposer.submitSm(DefaultComposer.java:238)[149:org.apache.servicemix.bundles.jsmpp:2.1.0.3]
       at org.jsmpp.DefaultPDUSender.sendSubmitSm(DefaultPDUSender.java:196)[149:org.apache.servicemix.bundles.jsmpp:2.1.0.3]
       at org.jsmpp.SynchronizedPDUSender.sendSubmitSm(SynchronizedPDUSender.java:192)[149:org.apache.servicemix.bundles.jsmpp:2.1.0.3]
       at org.jsmpp.session.SubmitSmCommandTask.executeTask(SubmitSmCommandTask.java:86)[149:org.apache.servicemix.bundles.jsmpp:2.1.0.3]
       at org.jsmpp.session.AbstractSession.executeSendCommand(AbstractSession.java:248)[149:org.apache.servicemix.bundles.jsmpp:2.1.0.3]
       at org.jsmpp.session.SMPPSession.submitShortMessage(SMPPSession.java:320)[149:org.apache.servicemix.bundles.jsmpp:2.1.0.3]
       at org.apache.camel.component.smpp.SmppSubmitSmCommand.execute(SmppSubmitSmCommand.java:56)
       ... 62 more

By regression of HIVE-7575, external tables are not shown when "TABLE" type is specified as argument. I'm working on this. Sorry.

We tried to address the problems in Master restart and RS restart while SPLIT region is in progress as part of HBASE-5806.
While doing some more we found still there is one race condition.
-> Split has just started and the znode is in RS_SPLIT state.
-> RS goes down.
-> First call back for SSH comes.
-> As part of the fix for HBASE-5806 SSH knows that some region is in RIT.
-> But now nodeDeleted event comes for the SPLIt node and there we try to delete the RIT.
-> After this we try to see in the SSH whether any node is in RIT.  As we dont find the region in RIT the region is never assigned.
When we fixed HBASE-5806 step 6 happened first and then step 5 happened.  So we missed it.  Now we found that. Will come up with a patch shortly.

On HBASE-18995 we moved a bunch of public methods to Private places. This inadvertently breaks donwstream consumers. Let's see if we can ease up on some of the lockdown and make life easier for them.
Copying ramkrishna.s.vasudevan's previous analysis:

I read the Crunch projec't hbase-support related code. 
-> It uses both CellUtil (Public exposed) and KeyValueUtil (@Private) classes for helper methods.
-> All methods in CellUtil that are getting used are even now exposed in branch-2's CellUtil and they are very common helper methods. So we are safe here.
-> Wrt KeyValueUtil the API is createFirstOnRow(). It is used in test cases and in some core code. In most of the places they are trying to create the splitKeys from the region's start keys and that is also getting persisted. I think here they can safely create a cell out of the given byte[] of the row.
But there is one place where they are trying to do some scanning on a HFileScanner directly (@Private) scanner. So this should be changed because it is an internal interface for us. And on this scanner they have copied our seekTo() code into their source files for some scanning purpose. In this code they are actually using the KvUtil.createFirstOnRow() to seek to that first cell of that row.
More over I think in branch-2 we are restricting even CPs from accessing some of our internal scanners and they can only use InternalScanner interface. So this code in crunch needs heavy refactoring to work with branch-2 in case they want to fit into the Public/Private exposed semantics that HBase presents to the downstreamers.
-> If still they want some APIs like this we can expose CellUtil#createFirstOnRow, createLastOnRow, createFirstOnCol and createLastOnCol at the maximum. I think others are not useful and are more internal stuffs.

HIVE-11954 changed the logic to choose the side table in the MapJoin conversion algorithm. Initial heuristic for the cost was based on number of heavyweight operators.
This extends that work so the heuristic is based on accumulate cardinality. In the future, we should choose the side based on total latency for the input.

The public ctor for AbstractUntypedCollectionDecorator<E, D> takes no argument and so collection = null; however the protected ctor checks for collection parameter != null.
The decorated() method says that all access to collection goes through it, and there is no setter.
At present the only way to recover from calling the public ctor is for the sub-class to set collection directly.
The class is abstract and there appear to be no concrete subclasses. Looks like the class might be superfluous, but if it is required, it should ideally have a private final collection field.

from the logs of export snapshot is not really clear what's going on,
adding some extra information useful to debug, and in some places the real exception can be thrown

The Java Doc for CsrfFilter says:
Typically the CsrfTokenRepository implementation chooses to store the CsrfToken in HttpSession with HttpSessionCsrfTokenRepository. This is preferred to storing the token in a cookie which. "
That last part does not look like a sentence .
It would also be great to have a CsrfTokenRepository implementation not based on a servlet container session to allow for stateless web apps. 

When using GeoPage as return value for repository query methods we run into a ClassCastException.

org.springframework.data.mongodb.core.geo.GeoResults cannot be cast to org.springframework.data.mongodb.core.geo.GeoPage

package name in source https://github.com/wildfly/wildfly/tree/master/security/subsystem/src/main/java/org/jboss/as/security/org/jboss/as/security/lru is odd. There is redundant org/jboss/as/security/

This is a regression bug introduced in Git 3df91ab70503ad5e50cd9b45efb02c15505a5cd1 (ROO-1372) as a result of a copy and paste error.

Currently constant folding is only allowed for inner or unique join, I think it is also applicable and allowed for left semi join. Otherwise the query like following having multiple joins with left semi joins will fail:

select table1.id, table1.val, table2.val2 from table1 inner join table2 on table1.val = 't1val01' and table1.id = table2.id left semi join table3 on table1.dimid = table3.id;

with errors:

	at org.apache.hadoop.mapred.LocalJobRunner$Job.runTasks(LocalJobRunner.java:462) ~[hadoop-mapreduce-client-common-2.6.0.jar:?]
	at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:522) [hadoop-mapreduce-client-common-2.6.0.jar:?]
	at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:109) ~[hadoop-common-2.6.0.jar:?]
	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:75) ~[hadoop-common-2.6.0.jar:?]
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:133) ~[hadoop-common-2.6.0.jar:?]
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:446) ~[hadoop-mapreduce-client-core-2.6.0.jar:?]
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343) ~[hadoop-mapreduce-client-core-2.6.0.jar:?]
	at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:243) ~[hadoop-mapreduce-client-common-2.6.0.jar:?]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) ~[?:1.7.0_45]
	at java.util.concurrent.FutureTask.run(FutureTask.java:262) ~[?:1.7.0_45]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) ~[?:1.7.0_45]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) ~[?:1.7.0_45]
	at java.lang.Thread.run(Thread.java:744) ~[?:1.7.0_45]
...
Caused by: java.lang.IndexOutOfBoundsException: Index: 3, Size: 3
	at java.util.ArrayList.rangeCheck(ArrayList.java:635) ~[?:1.7.0_45]
	at java.util.ArrayList.get(ArrayList.java:411) ~[?:1.7.0_45]
	at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.init(StandardStructObjectInspector.java:118) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.<init>(StandardStructObjectInspector.java:109) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorFactory.getStandardStructObjectInspector(ObjectInspectorFactory.java:326) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorFactory.getStandardStructObjectInspector(ObjectInspectorFactory.java:311) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.getJoinOutputObjectInspector(CommonJoinOperator.java:181) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.initializeOp(CommonJoinOperator.java:319) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.AbstractMapJoinOperator.initializeOp(AbstractMapJoinOperator.java:78) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.initializeOp(MapJoinOperator.java:138) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:355) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:504) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]

FROM INPUT
INSERT OVERWRITE TABLE dest1 
SELECT INPUT.key, sum(distinct substr(INPUT.value,5)), count(distinct substr(INPUT.value,5)) GROUP BY INPUT.key
INSERT OVERWRITE TABLE dest2 
SELECT INPUT.key, sum(distinct substr(INPUT.value,5)), avg(distinct substr(INPUT.value,5)) GROUP BY INPUT.key;

fails with exception FAILED: IndexOutOfBoundsException Index: 0,Size: 0

After migrating to Spring Framework 3.0.5 I got an error message from AspectJ that the annotation org.springframework.scheduling.annotation.Async could not be found when loading AnnotationBeanConfigurerAspect.
After loading the plugin org.springframework.aspects into my Eclipse workspace PDE listed the following two missing Import-Package definitions:
   javax.persistence;version="[1.0.0,3.0.0)";resolution:=optional,
   org.springframework.scheduling.annotation;version="[3.0.5,3.0.6)";resolution:=optional
After adding them and replacing the Manifest.mf file in the original bundle the error message is gone.

Make RabbitAdmin.deleteQueue() return boolean: currently it fails if the queue didn't exist, but it would be nicer really to simply ignore the exception and return false.  It would save us having to do this everywhere:

try {
	admin.deleteQueue("test.queue");
} catch (AmqpIOException e) {
	// Ignore (queue didn't exist)
}

On a test system got this exception when hfile.block.cache.size is set to 0:
at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.close(HFileReaderV2.java:321)
at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.close(StoreFile.java:1065)
at org.apache.hadoop.hbase.regionserver.StoreFile.closeReader(StoreFile.java:539)
at org.apache.hadoop.hbase.regionserver.StoreFile.deleteReader(StoreFile.java:549)
at org.apache.hadoop.hbase.regionserver.Store.completeCompaction(Store.java:1314)
at org.apache.hadoop.hbase.regionserver.Store.compact(Store.java:686)
at org.apache.hadoop.hbase.regionserver.HRegion.compact(HRegion.java:1016)
at org.apache.hadoop.hbase.regionserver.compactions.CompactionRequest.run(CompactionRequest.java:178)
at java.lang.Thread.run(Thread.java:619) 
Minor issue as nobody in their right mind with have hfile.block.cache.size=0
Looks like this is due to HBASE-4422

If user have no permission to  create LOCAL DIRECTORY such as   "/data/wangmeng/hiveserver2"  ,the query does not throw any exception and fail silently.

See ModelControllerMBeanTestCase.java:255
problem is in conversion of attributes and when we have expressions jmx attribute type becomes String even if AD is of type INT
And if attribute has min/max setting mbean fails validation upon creation
I am not actually sure how we can fix this.

IntegrationTestMTRR will OOME if launched like:

cd hbase-it
mvn verify -Dit.test=IntegrationTestMTTR

Linux environment, 7u67.
Looks like we should bump the heap on the failsafe argline in the POM. 

2014-12-22 11:24:07,725 ERROR [B.DefaultRpcServer.handler=2,queue=0,port=55672] ipc.RpcServer(2067): Unexpected throwable o
bject 
        at org.apache.hadoop.hbase.regionserver.MemStoreLAB$Chunk.init(MemStoreLAB.java:246)
        at org.apache.hadoop.hbase.regionserver.MemStoreLAB.getOrMakeChunk(MemStoreLAB.java:196)
        at org.apache.hadoop.hbase.regionserver.MemStoreLAB.allocateBytes(MemStoreLAB.java:114)
        at org.apache.hadoop.hbase.regionserver.MemStore.maybeCloneWithAllocator(MemStore.java:274)
        at org.apache.hadoop.hbase.regionserver.MemStore.add(MemStore.java:229)
        at org.apache.hadoop.hbase.regionserver.HStore.add(HStore.java:576)
        at org.apache.hadoop.hbase.regionserver.HRegion.applyFamilyMapToMemstore(HRegion.java:3084)
        at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchMutation(HRegion.java:2517)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2284)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2239)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2243)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.doBatchOp(HRegionServer.java:4482)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.doNonAtomicRegionMutation(HRegionServer.java:3665)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:3554)

Another minor issue: After taking the OOME, the test executor will linger indefinitely as a zombie. 

This behaviour was incorrectly reported reopening DATACMNS-590 by me, sorry about that 
After the resolution of DATACMNS-590, we found another strange behaviour using Spring Data MongoDB, but only disabling the default type mapper resolution, which resolves the class type to map using an attribute. See github repo and run unit tests.
I simplify a lot the domain model and use the generics in the minimal expression as possible to reproduce this, and I think now is much easier to understand.
Take a close look at:

CustomerNonTypedRepositoryTest.testFindOne
CustomerNonTypedRepositoryTest.testFindOneItem

Retrieving a Customer and navigate to ItemType will lead to a ClassCastException due the lost of generic type. But if we retrieve an Item and navigate to ItemType is ok.
I know this is a corner case, and as said in DATACMNS-590 this will probably lead into a 'work-as-designed' resolution.
We can't use the default type, because we are not using Spring to populate the database, but we think we can workaround this providing a custom type mapper.
Thank you 

Currently in RegionGroupingProvider#getWAL(String) we're trying to get a WAL instance from the cache using walCacheLock as the key (a typo when fixing HBASE-14306, my fault...), while actually we should have used group name. This won't cause any fatal error but will slightly affect the perf since it will always run into the succeeding synchronized code. Will get this fixed in this JIRA

Given following setup (equals, hashcode and constructors omitted):

@Entity
@IdClass(A.Id.class)
    @javax.persistence.Id
    private Long basicId;

    private B b;

    public static class Id implements Serializable {
        private Long basicId;

        private Long b;
}

@Entity
    @Id
}

public interface ARepository extends Repository<A, A.Id> {
    public boolean exists(A.Id id);
}

the following test fails with an error:

    @Test
    public void exclusion_exists() {
        B b = new B(1L);
        em.persist(b);
        em.persist(new A(2L, b));

        boolean exists = repository.exists(new A.Id(2L, 1L));

        assertThat(exists).isTrue();
    }

The error is (Spring Data 1.4.3)

java.lang.IllegalArgumentException: Parameter value [1] did not match expected type [com.mach.msp.qos.error_exclusion.model.B (n/a)]
	at org.hibernate.ejb.AbstractQueryImpl.validateBinding(AbstractQueryImpl.java:382)
	at org.hibernate.ejb.AbstractQueryImpl.registerParameterBinding(AbstractQueryImpl.java:356)
	at org.hibernate.ejb.AbstractQueryImpl.registerParameterBinding(AbstractQueryImpl.java:347)
	at org.hibernate.ejb.QueryImpl.setParameter(QueryImpl.java:373)
	at org.springframework.data.jpa.repository.support.SimpleJpaRepository.exists(SimpleJpaRepository.java:234)
...

I checked also 1.4.5 and 1.5.2 and both fail in the same way.
It seems to me that Spring Data does not realize that when a relationship is used in a composite key, the relationship is marked with @Id, but in the IdClass only the key of the relationship's other side must be used (cf. JPA 2.0 spec: 2.4.1 Primary Keys Corresponding to Derived Identities).
Running repository.findOne() works fine under the same circumstances.

See nabble
http://camel.465427.n5.nabble.com/Camel-split-aggregate-parallelProcessing-hiccup-td4288393.html#a4292610
We should increase the thread pool to use a thread pool profile which has 10 threads by default.

When using the hbase shell assign and unassign commands, we should be able to copy region names from the hbck utility or the web page hosted by the HMaster process.  But if these names have encoded binary data, they region name won't match and the command will fail.
This is easily fixed by using Bytes.toBytesBinary on the region name in these commands rather than the raw Bytes.ToBytes.

HIVE-15708 commit be59e024420ed5ca970e87a6dec402fecee21f06 
introduced some unwanted bugs
it did change the following code org.apache.hadoop.hive.druid.io.DruidQueryBasedInputFormat#169

  builder.intervals(Arrays.asList(DruidTable.DEFAULT_INTERVAL));

with 

final List<Interval> intervals = Arrays.asList();
    builder.intervals(intervals);

The code path in ObjectStore.java currently leaks BoneCP (or Hikari) connection pools when a new configuration object is passed in. The code needs to ensure that the persistence-factory is closed before it is nullified.
The relevant code is here. Note that pmf is set to null, but the underlying connection pool is not closed.

Found this by code inspection rather than at runtime, so it may not be causing any problems at the moment.
See the new test case AbstractMemberHoldingTypeDetailsBuilderTest for the various failure scenarios. In short, an UnsupportedOperationException is thrown upon this sequence of calls:

AbstractMemberHoldingTypeDetailsBuilder builder = ...; // get a concrete instance
List foos = ....; // get an unmodifiable list of Foos to add, e.g. via Collections#singletonList
builder.setFoos(foos);
Foo anotherFoo = ...;
builder.addFoo(anotherFoo); // !!! throws an UnsupportedOperationException

This bug happens because of poor encapsulation within AbstractMemberHoldingTypeDetailsBuilder, in that lists passed to setters are stored internally rather than being defensively copied. Therefore when you set an unmodifiable list, it can't be modified later by calling the relevant "add" method.

This is follow up on ELY-1435, but in this case trying scram hash.
In DB there is 

Salt: c2FsdA==
Password: YywoEuRtRgQQK6dhjp1tfS+BKPYma0oDJk0qBGC33LM=
Salt: 1000

I get these values by

        digest = ScramDigestPasswordImpl.scramDigest(ALGORITHM_SCRAM_SHA_256, "password".getBytes(StandardCharsets.UTF_8), "salt".getBytes(StandardCharsets.UTF_8), 1000);
        assertEquals("632c2812e46d4604102ba7618e9d6d7d2f8128f6266b4a03264d2a0460b7dcb3", ByteIterator.ofBytes(digest).hexEncode().drainToString());
        spec = new IteratedSaltedHashPasswordSpec(digest, "salt".getBytes(StandardCharsets.UTF_8), 1000);
        impl = new ScramDigestPasswordImpl(ALGORITHM_SCRAM_SHA_256, spec);
        assertTrue(impl.verify("password".toCharArray()));
        assertFalse(impl.verify("bad".toCharArray()));

        Encoder encoder = Base64.getEncoder();
        String elytronSalt = encoder.encodeToString( impl.getSalt() );
        String elytronHash = encoder.encodeToString( impl.getDigest() );
        int itertationCount = impl.getIterationCount();

When user provides empty password "", there is error.

17:05:40,723 TRACE [org.wildfly.security] (default task-3) Handling NameCallback: authenticationName = correctUser
17:05:40,723 TRACE [org.wildfly.security] (default task-3) Principal assigning: [correctUser], pre-realm rewritten: [correctUser], realm name: [jdbc-realm], post-realm rewritten: [correctUser], realm rewritten: [correctUser]
17:05:40,727 TRACE [org.wildfly.security] (default task-3) Executing principalQuery SELECT PASSWORD, SALT, ITERATION FROM USERS WHERE NAME = ? with value correctUser
17:05:40,813 TRACE [org.wildfly.security] (default task-3) Executing principalQuery SELECT roles.name FROM users, roles, users_roles WHERE users.name=? AND users.id = users_roles.userid AND roles.id = users_roles.roleid with value correctUser
17:05:40,817 TRACE [org.wildfly.security] (default task-3) Executing principalQuery SELECT PASSWORD, SALT, ITERATION FROM USERS WHERE NAME = ? with value correctUser
17:05:40,865 ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /elytron-app/protected/printRoles: java.lang.IllegalArgumentException: Empty key
	at javax.crypto.spec.SecretKeySpec.<init>(SecretKeySpec.java:96)
	at org.wildfly.security.password.impl.ScramDigestPasswordImpl.getMacInstance(ScramDigestPasswordImpl.java:281)
	at org.wildfly.security.password.impl.ScramDigestPasswordImpl.scramDigest(ScramDigestPasswordImpl.java:240)
	at org.wildfly.security.password.impl.ScramDigestPasswordImpl.verify(ScramDigestPasswordImpl.java:195)
	at org.wildfly.security.password.impl.PasswordFactorySpiImpl.engineVerify(PasswordFactorySpiImpl.java:755)
	at org.wildfly.security.password.PasswordFactory.verify(PasswordFactory.java:209)
	at org.wildfly.security.credential.PasswordCredential.verify(PasswordCredential.java:116)
	at org.wildfly.security.credential.Credential.verify(Credential.java:79)
	at org.wildfly.security.auth.realm.jdbc.JdbcSecurityRealm$JdbcRealmIdentity.verifyEvidence(JdbcSecurityRealm.java:199)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.verifyEvidence(ServerAuthenticationContext.java:1977)
	at org.wildfly.security.auth.server.ServerAuthenticationContext.verifyEvidence(ServerAuthenticationContext.java:759)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:992)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:902)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:1052)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handle(ServerAuthenticationContext.java:839)
	at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.authenticate(UsernamePasswordAuthenticationMechanism.java:76)

HBASE-8450 claimes  'hbase.bulkload.retries.number' is set to 10 when its still 0 (Jeffrey Zhong noticed).  Fix.

Container configured to listen on multiple queues.
Delete a queue, suspend the consumer thread in handleCancel.
Stop/start the broker.
The issue is that we detect there are other queues so we attempt to cancel those consumers (basicCacncel) but we'll never get a handleCancelOk call because the broker had been restarted.
When we cancel the other consumers, we need to properly deal with failure to cancel.
VESC-715

Create a simple project with JSON support as follows:

project --topLevelPackage com.json
jpa setup --database HYPERSONIC_IN_MEMORY --provider HIBERNATE 
json all

Then start Jetty or Tomcat. Clicking on the "List all Things" link returns the JSON response "[]" (meaning an empty list of Things) instead of the HTML page saying "No Thing found.", with the navigation pane, header, footer, etc.

DefaultTransactionStatus delegates the method invocation 'isGlobalRollbackOnly' to the internal referenced transaction object. Typically, this object has the type SmartTransactionObject. 'isGlobalRollbackOnly' asserts this with a instanceof check:

public boolean isGlobalRollbackOnly() {
		return ((this.transaction instanceof SmartTransactionObject) &&
				((SmartTransactionObject) this.transaction).isRollbackOnly());
	}

With WebSphereUowTransactionManager, this transaction object is a inner class of WebSphereUowTransactionManager called UOWActionAdapter, which does not implement SmartTransactionObject. 
This leads to DefaultTransactionStatus always returning false for 'isGlobalRollbackOnly'.
In our case, we got a problem with two nested Spring TransactionTemplates (Propagation TX_REQUIRED): when the inner TransactionTemplate causes a rollback and the outer transaction template checks this with txStatus.isRollbackOnly(), it will get 'false'.  
From AbstractTransactionStatus:

public boolean isRollbackOnly() {
		return (isLocalRollbackOnly() || isGlobalRollbackOnly());
	}

For the outer TransactionTemplate, localRollbackOnly is false (this is correct) but globalRollbackOnly should be true (but is also false because of WebSphereUowTransactionManager)
Our workaround: We solved this with a copy of WebsphereUowTranasctionManager and changing the inner class UOWActionAdapter to implement SmartTransactionObject

...
	/**
	 * Adapter that executes the given Spring transaction within the WebSphere UOWAction shape.
	 */
	private class UOWActionAdapter<T> implements UOWAction, SmartTransactionObject {
...
		@Override
		public boolean isRollbackOnly() {
			return uowManager.getRollbackOnly();
		}

		@Override
		public void flush() {
			// don't know what to do here...
		}

I have a bundle using aws-sqs endpoint that works in Karaf 2.3.3 and Camel 2.12.1.  We have to upgrade Karaf 2.3.5 and Camel to 2.13.0 for required improvements, and now my bundle fails to load because of missing classes.  I would be satisfied to know which packages to include in my imports or which feature I may be missing,  I have run the below steps in two versions of Camel.  The bundle works in 2.12.1 and fails in 2.13.0.  Here are the steps for version 2.13.0:
$ mvn archetype:generate -DarchetypeGroupId=org.apache.camel.archetypes -DarchetypeArtifactId=camel-archetype-blueprint -DarchetypeVersion=2.13.0 -DgroupId=com.example.aws -DartifactId=example-aws -Dpackage=com.example.aws -Dversion=2.13.0
$ mvn package
$ mvn camel:run
(verifies archetype runs)
Add dependency to pom.xml
	<dependency>    
	  <groupId>org.apache.camel</groupId>    
	  <artifactId>camel-aws</artifactId>    
	  <version>2.13.0</version>
	</dependency>
Add following to maven-bundle-plugin in pom.xml
    <Import-Package>
      org.apache.http.conn.routing;version="[4.3.3,5)",
      *
    </Import-Package>
Change endpoint in blueprint.xml
    <to uri="aws-sqs://test-queue?accessKey=yourkey&secretKey=yourkey" />
(need to change or skip test to package)
$ mvn -Dmaven.test.skip=true package
(above works, so maven is including all classes)
Install Karaf 2.3.5
Set JAVA_HOME to JDK 1.7.0_51
karaf@root> features:chooseurl camel 2.13.0
karaf@root> features:install camel-core
karaf@root> features:install camel-blueprint
karaf@root> features:install camel-aws
Drop bundle into deploy folder and observe the following stack trace in the Karaf console:
karaf@root> ERROR: Bundle example-aws [70] EventDispatcher: Error during dispatch. (java.lang.NoClassDefFoundError: org.apache.http.conn.routing.HttpRoute not found by org.apache.servicemix.bundles.aws-java-sdk [68])
java.lang.NoClassDefFoundError: org.apache.http.conn.routing.HttpRoute not found by org.apache.servicemix.bundles.aws-java-sdk [68]
        at com.amazonaws.http.conn.$Proxy36.<clinit>(Unknown Source)
        at java.lang.reflect.Proxy.newInstance(Proxy.java:748)
        at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:739)
        at com.amazonaws.http.conn.ClientConnectionManagerFactory.wrap(ClientConnectionManagerFactory.java:42)
        at com.amazonaws.http.impl.client.SdkHttpClient.<init>(SdkHttpClient.java:29)
        at com.amazonaws.http.HttpClientFactory.createHttpClient(HttpClientFactory.java:98)
        at com.amazonaws.http.AmazonHttpClient.<init>(AmazonHttpClient.java:155)
        at com.amazonaws.AmazonWebServiceClient.<init>(AmazonWebServiceClient.java:118)
        at com.amazonaws.AmazonWebServiceClient.<init>(AmazonWebServiceClient.java:102)
        at com.amazonaws.services.sqs.AmazonSQSClient.<init>(AmazonSQSClient.java:166)
        at com.amazonaws.services.sqs.AmazonSQSClient.<init>(AmazonSQSClient.java:147)
        at org.apache.camel.component.aws.sqs.SqsEndpoint.createClient(SqsEndpoint.java:219)
        at org.apache.camel.component.aws.sqs.SqsEndpoint.getClient(SqsEndpoint.java:204)
        at org.apache.camel.component.aws.sqs.SqsEndpoint.doStart(SqsEndpoint.java:81)
(remaining stack omitted)

TestCleanerChore#testOnConfigurationChange() failed as

2018-01-18 03:22:36,768 WARN  [main] cleaner.CleanerChore(128): Use full core processors to scan dir, size=2
2018-01-18 03:22:36,769 INFO  [main] cleaner.CleanerChore(113): Cleaner pool size is 2
2018-01-18 03:22:37,271 WARN  [main] cleaner.CleanerChore(128): Use full core processors to scan dir, size=2
...
Expected :4
Actual   :2

I am using a machine which has only 2 cores... So the following change could not be reached

conf.set(CleanerChore.CHORE_POOL_SIZE, "4");

Changes in HIVE-5760 to make explicit when timestamp and date can be vectorized as Long were accidentally to strict for min, max, count, etc.

The CliCommandBuilder does not currently add the modular JVM arguments to the command for launching CLI. This should be added if this is a modular environment.

ItemOrientedTasklet no longer has a setter for RetryOperations which allowed to configure retry behaviour. Now only RetryPolicy can be set, but tasklet wraps it by ItemReaderRetryPolicy which rethrows exceptions by default, so exception always causes immediate rollback no matter what RetryPolicy was injected into the tasklet.

Copied from the bottom of HBASE-13916, the JIRA that introduced MultiByteBuff:
Anoop Sam John This bit of code needs more test. It does not seem to be doing the right thing....
Doing something like the below, it does not seem to be returning the right answers....

  @Ignore // This test fails.
  @Test
  public void testGetInt() {
    ByteBuffer bb1 = ByteBuffer.allocate(1);
    bb1.put((byte)1);
    ByteBuffer bb2 = ByteBuffer.allocate(1);
    bb2.put((byte)0);
    ByteBuffer bb3 = ByteBuffer.allocate(1);
    bb3.put((byte)0);
    ByteBuffer bb4 = ByteBuffer.allocate(1);
    bb4.put((byte)1);
    MultiByteBuff mbb = new MultiByteBuff(bb1, bb2, bb3, bb4);
    // Value is wrong here ... needs adjusting but code is doing wrong thing.
    assertEquals(256, mbb.getIntAfterPosition(0));
  }

Ignore the expected answer in the above... just a place holder as i messed with the return... but if I make buffers of one byte, we do not seem to be moving into the next buffer properly... If I make the buffers of two bytes, similar. This stuff normally works because we are not spanning buffer boundaries... but if we do, response seems like it could be off sir. I'll have a go at this. You might have input meantime.
The issue is the individual BBs are too small. Ideally that would never happen. Still better to solve this corner cases.

On remote filesystems like Azure, GCP and S3, the splits contain a filler location of "localhost".
This is worse than having no location information at all - on large clusters yarn waits upto 200[1] seconds for heartbeat from "localhost" before allocating a container.
To speed up this process, the split affinity provider should scrub the bogus "localhost" from the locations and allow for the allocation of "*" containers instead on each heartbeat.
[1] - yarn.scheduler.capacity.node-locality-delay=40 x heartbeat of 5s

RemotingLegacyConnectorCustomizer believes that the default port number for the legacy remoting connector is 4777, but that's wrong. It's 4447 (see e.g. https://access.redhat.com/documentation/en-US/JBoss_Enterprise_Application_Platform/6/html/Installation_Guide/Network_Ports_Used_By_JBoss_Enterprise_Application_Platform_62.html).

ForwardedHeaderFilter returns the same StringBuffer for every invocation. This means that if the resulting StringBuffer is modified it changes the state of the HttpServletRequest.
Instead a new StringBuffer should be returned for every invocation.

when I try to split a big XML file using split().tokenizeXML("child", "parent").streaming() and if the parent's namespace declaration are separated with new line in the XML file, child element does not inherit the namespace declarations. When all declarations are on the same line it works ok.
<parent xmlns:ns1="ns1.url"
        xmlns:ns2="ns2.url">
  <child></child>
</parent>
doesn't work but
<parent xmlns:ns1="ns1.url" xmlns:ns2="ns2.url">
</parent>
is OK

If you create a .q.out file on Windows using a command like this:
ant test "-Dhadoop.security.version=1.1.0-SNAPSHOT" "-Dhadoop.root=c:\hw\project\hadoop-monarch" "-Dresolvers=internal" "-Dhadoop-0.20S.version=1.1.0-SNAPSHOT" "-Dhadoop.mr.rev=20S" "-Dhive.support.concurrency=false" "-Dshims.include=0.20S" "-Dtest.continue.on.failure=true" "-Dtest.halt.on.failure=no" "-Dtest.print.classpath=true"  "-Dtestcase=TestCliDriver" "-Dqfile=vectorized_math_funcs.q,vectorized_string_funcs.q,vectorized_casts.q" "-Doverwrite=true" "-Dtest.silent=false"
Then the .q.out files generated in the hive directory under
ql\src\test\results\clientpositive
having missing blank lines.
So, the .q tests will pass on your Windows machine. But when you upload them in a patch, they fail on the automated build server. See HIVE-5517 for an example. HIVE-5517.3.patch has .q.out files with missing blank lines. Hive-5517.4.patch has .q.out files created on a Linux or Mac system. Those have blank lines.

Load data local inpath queries does not do any validation wrt file format. If the destination table is ORC and if we try to load files that are not ORC, the load will succeed but querying such tables will result in runtime exceptions. We can do some simple sanity checks to prevent loading of files that does not match the destination table file format.

Because of this special conversion, Some other unit tests are failing on Windows. After some other investigation, We noticed that “=” is a valid character that can be included in the Windows paths. So I am reverting back “=” related changes from the swizzle path.

This is from 0.92.1-ish:

2012-03-15 09:52:16,589 ERROR
org.apache.hadoop.hbase.replication.regionserver.ReplicationSource:
Unexpected exception in ReplicationSource, currentPath=null
       at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.chooseSinks(ReplicationSource.java:223)
       at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.connectToPeers(ReplicationSource.java:442)
       at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:246)

I wanted to add a replication stream to a cluster that wasn't existing yet so that the logs would be buffered until then. This should just be treated as if there was no region servers.

 Tue Sep 22 16:35:42 GMT+200 2015
Failed to create security context for host=macbook-pro.fritz.box/server=server-four

Request
{
    "steps" => [{
            ("host" => "macbook-pro.fritz.box"),
            ("server" => "server-four")
        ],
        "operation" => "read-resource-description",
        "operations" => true,
        "access-control" => "combined-descriptions",
        "include-aliases" => true
    }]
}

Response

{
    "result" => {"step-1" => undefined},
    "failure-description" => {"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {"main-server-group" => {"host" => {"macbook-pro.fritz.box" => {"server-four" => "WFLYCTL0031: No operation named 'composite' exists at address [
    (\"host\" => \"macbook-pro.fritz.box\"),
    (\"server\" => \"server-four\")
]"}}}}}},
    "server-groups" => {"main-server-group" => {"host" => {"macbook-pro.fritz.box" => {"server-four" => {"response" => {
        "failure-description" => "WFLYCTL0031: No operation named 'composite' exists at address [
]",
    }}}}}}
}

I am having a directory traversal problem using the stepwise mode of camel-sftp at the producer side. Basically, it can walk down the path from the starting directory to the walking directory, but it cannot go back correctly to the original starting directly. The server is SSH-2.0-Cleo VLProxy/3.0.1 SSH FTP server.
I saw a related JIRA issue CAMEL-3309 that describes some issues in the stepwise traversal and some background to this related problem.
My question is on the part that changes the working directory back to the original starting folder. I am wondering why we are using stepwise traversal from the ancestor directory towards the starting child directory, instead of moving upwards relatively from the working directory back to the starting directory. This reverse traversal does not require accessing the ancestry path above the staring directory (hence, not affected by the accessing problem). And in fact, I think this reverse stepwise traversal seems more natural order than doing stepwise traversal each time from top down. How do you think?
I have made a change that implements this reverse stepwise traversal in SftpOperations and also made a few minor improvement changes.
This changed version passes all the existing tests and works also against the above server.
I am attaching a patch file for this change. I would appreciate if you can comment on it.
Thanks.
regards, aki

During investigation of SQOOP-1190, I've noticed that WebHCatJTShim implementaion files do not have license headers.

Hi,
I have some more woes with Axis SAAJ.  This problem doesn't occur with jdk1.5 and Sun's SAAJ implementation, so it may well be the result of an axis bug.
The payload logging interceptor isn't logging responses for me, but requests get logged fine.  It turns out that getPayloadSource() was returning null.
I traced it through to getFirstBodyElement(SOAPBody) in Saaj12Implementation:
public SOAPBodyElement getFirstBodyElement(SOAPBody body) {
        for (Iterator iterator = body.getChildElements(); iterator.hasNext() {
            Object child = iterator.next();
            if (child instanceof SOAPBodyElement) 
{
                return (SOAPBodyElement) child;
            }
        }
    }
The child it found was actually an instance of SOAPElement, not SOAPBodyElement.
	 body.getClass()
	 (java.lang.Class<T>) class org.apache.axis.message.SOAPBody
	 child.getClass()
	 (java.lang.Class<T>) class org.apache.axis.message.MessageElement
public class org.apache.axis.message.MessageElement extends org.apache.axis.message.NodeImpl implements javax.xml.soap.SOAPElement, (etc)
The javadoc for SOAPBody certainly implies that it should be a SOAPBodyElement, but it doesn't look as if SOAPBodyElement adds anything over SOAPElement so perhaps it can check for and return that instead? 
Thanks,
Brad. 

I am trying to fetch column level lineage after a CTAS query in a Post Execution hook in Hive. Below are the queries:

create table t1(id int, name string);
create table t2 as select * from t1;

The lineage information is retrieved using the following sample piece of code:

lInfo = hookContext.getLinfo()
for(Map.Entry<LineageInfo.DependencyKey, LineageInfo.Dependency> e : lInfo.entrySet()) {
    System.out.println("Col Lineage Key : " + e.getKey());
    System.out.println("Col Lineage Value: " + e.getValue());
}

The Dependency field(i.e Col Lineage Value)  is coming in as null.

There is a typo and a little bit of ambiguity in the current description of the '/subsystem=undertow/application-security-domain=foo[integrated-jaspi]' attribute:

Should integrated JASPI be used or allow AsHoc identity creation.
proposed change:

Whether integrated JASPI should be used. If this is disabled, ad hoc identity will be created instead.
And here is full attribute description in related XSD file.

The documentation of the camel-ahc component states:
... All headers from the IN message will be copied to the OUT message, so headers are preserved during routing. Additionally Camel will add the HTTP response headers as well to the OUT message headers.
However this is not true. Camel headers are not copied from the in to the out message.
I have looked up other components doing http requests (http4 and cxf) and these components do copy the headers from the in to the out message.

See discussion on HBASE-9969.
This was brought up by Matt Corgan. Even though I didn't believe him first.

      KeyValueScanner topScanner = this.heap.peek();
      if (topScanner == null ||
          this.comparator.compare(kvNext, topScanner.peek()) >= 0) {
        this.heap.add(this.current);
        this.current = pollRealKV();
      }

We already have the invariant everywhere this.current always has a real KV polled. So adding current back to the heap followed by pollRealKV() is a no-op if this.current is the only scanner anyway.
This can be changed to:

      ...
      if (topScanner != null &&
      ...

With 20m rows, 5 cols each, everything in the cache, fully compacted - i.e. one HFile per store, a scan that filters everything at the server through all 100m KVs takes 15.1s without the change and 13.3s with it, so a 12% improvement.

http://static.springsource.org/spring-ws/site/reference/html/server.html contains a jms configuration for server.
This configuration uses a deprecated class : org.springframework.ws.server.endpoint.mapping.PayloadRootQNameEndpointMapping
When i use it, i have an exception : java.lang.IllegalStateException: No adapter for endpoint
Using the recommanded class org.springframework.ws.server.endpoint.mapping.PayloadRootAnnotationMethodEndpointMapping works fine.
Documentation should be updated.

This is originally reported on forums, see this link.
The post contains a nice reproducer (which should be turned into automated test) along with steps to reproduce.
The original cause is WFLY-11125 where Weld's dependency on org.jboss.as.security changed from mandatory to optional. This causes failures when using @Inject Principal.

I believe Camel-JPA feature should mark openjpa bundle as a dependency becasue it conflicts with open-jpa 2.3.0. 
Currently camel-jpa feature.xml defines: 
```
<bundle>mvn:org.apache.openjpa/openjpa/2.2.2</bundle>
```
and should be <bundle dependency="true">mvn:org.apache.openjpa/openjpa/2.2.2</bundle> 
This problem apears when you have openjpa 2.3.0 installed and with to install camel-jpa 2.12.3 feature.  
Not marking the bundle as a dependency results in camel-jpa pulling the OpenJPA 2.2.2 bundle even if karaf has OpenJpa 2.3.0. Since both bundles try to register a PersistenceProvider in OSgi, the second one fails and the bundle fails to start - so camel-jpa feature is not installed.   

ActiveMQ pooled connection factory contains attribute password by which is possible to set password which will be used for creating inbound connections (for MDBs). 
However it's missing attribute credential-reference required by RFE EAP7-538.
This should be located in model of:
/subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra

When the JASPIC 1.1 register session (javax.servlet.http.registerSession) is used, the authenticated identity (via the Subject) is not propagated to the EJB container.
The problems seems to be with JASPICAuthenticationMechanism.createAccount. When a cached account is re-used, a null is passed for the Subject parameter in the call to jbossSct.getUtil().createSubjectInfo. This will set indeed set a SubjectInfo with subject being null.
EJBContext#getCallerPrincipal checks exactly this subject, and when seeing a null will consider the user to be unauthenticated, even when the caller is authenticated in the web layer.
See the code below:

   // SAM handled the same principal found in the cached account: indicates we must use the cached account.
        if (cachedAccount != null && cachedAccount.getPrincipal() == userPrincipal) {
            // populate the security context using the cached account data.
            jbossSct.getUtil().createSubjectInfo(
                userPrincipal, ((AccountImpl) cachedAccount).getCredential(), 
                null); // PROBLEMATIC NULL
            RoleGroup roleGroup = new SimpleRoleGroup(SecurityConstants.ROLES_IDENTIFIER);
            for (String role : cachedAccount.getRoles())
                roleGroup.addRole(new SimpleRole(role));
            jbossSct.getUtil().setRoles(roleGroup);
            return cachedAccount;
        }

Instead of passing a null, passing the existing subject as set by the JASPIC callback handler seems to work:

jbossSct.getUtil().createSubjectInfo(
    userPrincipal, ((AccountImpl) cachedAccount).getCredential(), 
    jbossSct.getUtil().getSubject());

orc_merge*.q test cases fails with qfile diffs related to file size on different OSes. I have seen failures with Open SUSE and CentOS. The order of insertion of rows into ORC table impacts the file size because of run length encoding. Since the order of rows is not guaranteed during insertion into table we may get different file sizes. We cannot add ORDER BY to insert queries as it will force insertion through single reducer which will disable orc merge file optimization. Since these test cases test if the files are merged or not it is sufficient to know the number of files after merging. Instead of DESCRIBE FORMATTED (which shows the numFiles and fileSize) we can use "dfs -ls" to know the number of files.

Run vector_decimal_cast.q on tez cli driver.
The issue is related to the ORC Timestamp column stats, which does not exist in all ORC files. 
When the timestamp column is missing stats, default to YES_NO_NULL instead of assuming the column is all nulls.

DirectPoller only works with timeout in milliseconds.  Doesn't have any effect on mainstream Batch use, only if the poller is used and only if the timeout is not in millisecs.

org.springframework.data.mongodb.core.mapreduce.MapReduceCounts appears to be typed incorrectly which causes MapReduceResults.parseCounts to fail. MapReduceCounts uses ints to store the output of the M/R result counts however the MongoDB server appears to return a long (see link and CPP code below).

Jan 13, 2012 11:14:13 PM org.apache.catalina.core.ApplicationContext log
SEVERE: Exception while dispatching incoming RPC call
com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public abstract com.extjs.gxt.ui.client.data.PagingLoadResult com.ibbs.bbx.diagnostics.report.client.DocsisCapabilityService.getFilteredSubscriberModems(int,int,com.extjs.gxt.ui.client.data.FilterPagingLoadConfig)' threw an unexpected exception: java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.Integer
        at com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:385)
        at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:588)
        at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:208)
        at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248)
        at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.ha.session.JvmRouteBinderValve.invoke(JvmRouteBinderValve.java:227)
        at org.apache.catalina.ha.tcp.ReplicationValve.invoke(ReplicationValve.java:347)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
Caused by: java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.Integer
        at org.springframework.data.mongodb.core.mapreduce.MapReduceResults.parseCounts(MapReduceResults.java:95)
        at org.springframework.data.mongodb.core.mapreduce.MapReduceResults.<init>(MapReduceResults.java:50)
        at org.springframework.data.mongodb.core.MongoTemplate.mapReduce(MongoTemplate.java:1026)
        at com.ibbs.unity.mongodb.services.ModemService.getDocsisCapByCmtsId(ModemService.java:241)
        at com.ibbs.bbx.diagnostics.report.server.DocsisCapabilityServiceImpl.getDocsisCapabilities(DocsisCapabilityServiceImpl.java:55)
        at com.ibbs.bbx.diagnostics.report.server.DocsisCapabilityServiceImpl.getFilteredSubscriberModems(DocsisCapabilityServiceImpl.java:136)
        at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:569)
        ... 19 more

Log output of the actual values:

INFO   | jvm 1    | 2012/01/13 23:14:13 | input: 55668 class: java.lang.Long
INFO   | jvm 1    | 2012/01/13 23:14:13 | emit: 55668 class: java.lang.Long
INFO   | jvm 1    | 2012/01/13 23:14:13 | output: 52 class: java.lang.Long

Total number of documents in the collection being queried: 20,057,139
Relevant MongoDB source:
https://github.com/mongodb/mongo/blob/master/src/mongo/db/commands/mr.cpp

1036                long long num = 0;
1037                long long inReduce = 0;

1140                countsBuilder.appendNumber( "input" , num );
1141                countsBuilder.appendNumber( "emit" , state.numEmits() );

1162                long long finalCount = state.postProcessCollection(op, pm);
                    state.appendResults( result );

                    timingBuilder.append( "total" , t.millis() );
                    result.append( "timeMillis" , t.millis() );
1167                countsBuilder.appendNumber( "output" , finalCount );

It looks like HBASE-3465 introduced a slight change in behavior. The ordering of classpath elements makes Hadoop ones go before the HBase ones, which leads to log4j properties picked up from the wrong place, etc. It seems that the easies way to fix that would be to revert the ordering of classpath.

Servlet is autostarted only with loadOnStartup value > 0. Specification says value can be >= 0.

After upgrading spring-core from 4.1.5.RELEASE to 4.2.3.RELEASE context of our applications failed to start. The problem is with too many beans qualifying to 'taskExecutor' :

java.lang.IllegalStateException: More than one TaskExecutor bean exists within the context, and none is named 'taskExecutor'. Mark one of them as primary or name it 'taskExecutor' (possibly as an alias); or specify the AsyncConfigurer interface and implement getAsyncExecutor() accordingly ...
Caused by: 
org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type [org.springframework.core.task.TaskExecutor] is defined: expected single matching bean but found 4: clientOutboundChannelExecutor,messageBrokerTaskScheduler,clientInboundChannelExecutor,brokerChannelExecutor

It is related to AsyncAnnotationBeanPostProcessor which tries to instantiate taskExecutor for @Async annotated methods in setBeanFactory method.
The fix is easy, it requires only to create new bean named 'taskExecutor' or mark one of existing with @Primary.
However this bug is a pain for following reasons:
1. Neither of the existing task executors in context (clientOutboundChannelExecutor,messageBrokerTaskScheduler,clientInboundChannelExecutor,brokerChannelExecutor) is created by us - all of them comes from some others spring libraries (I think messaging and websockets?)
2. We don't use @Async annotation and we don't have @EnableAsync anywhere in our code.
Is there a way to disable AsyncAnnotationBeanPostProcessor from registering and creating taskExecutor? 
Also, a logic in instantiating taskExecutor is a bit odd to me - maybe throwing exception when there are many Beans implementing TaskExecutor and no bean with name "taskExecutor" is not a good behaviour?

The `SharedSessionCreator.SharedSessionInvocationHandler.invoke()` throws a `NullPointerException` when used using session.purgeDatabase() alongside a session.query() in same `@Transactional` method.

EAP fails to start with -bmanagement= option. IPv4 address is used in this option.
Host Controller starts to listening on IPv4:9999
Server:server-one probably resolve IPv4 address to host name. Server-one tries to connect to this host name. Hostname is resolved by ping ($ ping dev98) to IPv6 address, where host controller is not listening.
This error doesn't occur, if hostname is resolved to IPv4 address by ping on machine.
This error doesn't occur on EAP 6.4.0

windows

Example on dev98 machine:

ssh dev98
ping dev98

Pinging dev98 [fe80::699a:d857:e5cc:e3b7%14] with 32 bytes of data:
Reply from fe80::699a:d857:e5cc:e3b7%14: time<1ms 

Ping statistics for fe80::699a:d857:e5cc:e3b7%14:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

ping -a 10.16.92.7

Pinging dev98 [10.16.92.7] with 32 bytes of data:
Reply from 10.16.92.7: bytes=32 time<1ms TTL=128

Ping statistics for 10.16.92.7:

domain.bat -bmanagement=10.16.92.7

.....
[Host Controller] 06:49:07,673 INFO  [org.jboss.as.remoting] (MSC service thread 1-3) WFLYRMT0001: Listening on 10.16.92.7:9999
.....
[Server:server-one] 06:49:16,251 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 2) MSC000001: Failed to start service jboss.server-boot-operations: org.jboss.msc.service.StartException in service jboss.server-boot-operations: java.net.ConnectException: WFLYPRT0053: Could not connect to remote://dev98:9999. The connection failed
[Server:server-one] 	at org.jboss.as.server.mgmt.domain.ServerBootOperationsService$1.run(ServerBootOperationsService.java:72)
[Server:server-one] Caused by: java.net.ConnectException: WFLYPRT0053: Could not connect to remote://dev98:9999. The connection failed
[Server:server-one] 	at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:122)
[Server:server-one] 	at org.jboss.as.protocol.ProtocolConnectionManager$EstablishingConnection.connect(ProtocolConnectionManager.java:257)
[Server:server-one] 	at org.jboss.as.protocol.ProtocolConnectionManager.connect(ProtocolConnectionManager.java:71)
[Server:server-one] 	at org.jboss.as.server.mgmt.domain.HostControllerConnection.openConnection(HostControllerConnection.java:130)
[Server:server-one] 	at org.jboss.as.server.mgmt.domain.HostControllerClient.resolveBootUpdates(HostControllerClient.java:85)
[Server:server-one] 	at org.jboss.as.server.mgmt.domain.ServerBootOperationsService$1.run(ServerBootOperationsService.java:68)
[Server:server-one] 	... 4 more

  No errors

See http://java.dzone.com/articles/gotcha-when-using-camel
If using two wars with one servlet in each with the same name then servlet endpoints may end up on the wrong servlet. I think this should not happen with pure war deploys. Trying to check if camel is in a shared lib folder.
In any case this behaviour is not what people expect naively so we should try to fix that so that each war has its own combinaation of servlets and servlet endpoints that do not interfere with others.

org.wildfly.core.embedded.EmbeddedServerFactorySetupUnitTestCase fails on Windows with

java.lang.IllegalStateException: WFLYEMB0020: Cannot setup embedded server
	at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:81)
	at sun.nio.fs.WindowsFileSystemProvider.createDirectory(WindowsFileSystemProvider.java:504)
	at java.nio.file.Files.createDirectory(Files.java:674)
	at org.wildfly.core.embedded.EmbeddedStandaloneServerFactory.getTempRoot(EmbeddedStandaloneServerFactory.java:178)
	at org.wildfly.core.embedded.EmbeddedStandaloneServerFactory.setupCleanDirectories(EmbeddedStandaloneServerFactory.java:107)
	at org.wildfly.core.embedded.EmbeddedServerFactorySetupUnitTestCase.testServerOverrideAndDataAndConfigOverride(EmbeddedServerFactorySetupUnitTestCase.java:112)

Reproducer job running against the latest core bits https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-core-embedded-windows-reproducer/
I am able to reproduce locally on my VM host, however test doesn't seem to throw the exception on regular basis (see #4, where build on w2k12 passed (same slave for w2k12 as for #3))

As reported by an Hbase user: 
"I have a ThreadMetadata column family, and there are two columns in it: v12:th: and v12:me. The following code only returns v12:me
get.addColumn(Bytes.toBytes("ThreadMetadata"), Bytes.toBytes("v12:th:");
get.addColumn(Bytes.toBytes("ThreadMetadata"), Bytes.toBytes("v12:me:");
List<Long> threadIds = new ArrayList<Long>();
threadIds.add(10709L);
TimestampFilter filter = new TimestampFilter(threadIds);
get.setFilter(filter);
get.setMaxVersions();
Result result = table.get(get);
I checked hbase for the key/value, they are present. Also other combinations like no timestampfilter, it returns both."
Kannan was able to do a small repro of the issue and commented that if we drop the get.setMaxVersions(), then the problem goes away. 

"compare()" method in HiveSplitGenerator.InputSplitComparator has the following condition on line 281 which is always false and is most likely a typo:

if (startPos1 > startPos1) {

As a result, in certain conditions splits might be sorted in incorrect order.

The SecurityAuditingTestCase fails when executed with Elytron profile (-Delytron) in AS TS.

mvn clean test -Dtest=SecurityAuditingTestCase -Delytron
...
  SecurityAuditingTestCase.testSingleMethodAnnotationsUser1Template:181->AnnSBTest.testSingleMethodAnnotationsUser1Template:156->AnnSBTest.lambda$testSingleMethodAnnotationsUser1Template$1:169 EJBAccessException not expected

Tests run: 2, Failures: 1, Errors: 0, Skipped: 0

Due to HIVE-2573, functions are stored in a per-session registry and only loaded in from the metastore when hs2 or hive cli is started. Running RELOAD FUNCTION in the current session is a way to force a reload of the functions, so that changes that occurred in other running sessions will be reflected in the current session, without having to restart the current session. However, while functions that are created in other sessions will now appear in the current session, functions that have been dropped are not removed from the current session's registry. It seems inconsistent that created functions are updated while dropped functions are not.

Wildfly issue for https://bugzilla.redhat.com/show_bug.cgi?id=988283

String value entered in write attribute dialog is written to command without double quotes, which is wrong in many cases

Eg. when user enteres in dialog value ${jboss.bind.address:127.0.0.1}
following command is generated:

/subsystem=webservices/:write-attribute(name=wsdl-host,value=${jboss.bind.address:127.0.0.1})

Correctly should be generated command 
/subsystem=webservices/:write-attribute(name=wsdl-host,value="${jboss.bind.address:127.0.0.1}")

1. start AS
  ./bin/standalone.sh
2. start CLI GUI 
  ./bin/jboss-cli.sh --gui &
3. click on node subsystem=webservices of /
4. right click on wsdl-host and select write-attribute
5. enter value ${jboss.bind.address:127.0.0.1} and click OK
6. submit generated command
7. reload node
  click on node subsystem=webservices of / (close node)
  click on node subsystem=webservices of / (open node)

Result is wsdl-host=$ instead of wsdl-host=${jboss.bind.address:127.0.0.1}

Workaround: in dialog box enclose the value in double quotes

This happens on HP-UX in KeyStoreCredentialStoreTest. It probably related to ELY-1295 fix. Fix have to take HP-UX JDK in account as well.
Btw. Isn't there more elegant way how to enable tests for PKCS12. Necessary hack seems to be problematic.

java.lang.SecurityException: JCE cannot authenticate the provider WildFlyElytron
        at javax.crypto.JceSecurity.getInstance(JceSecurity.java:118)
        at javax.crypto.SecretKeyFactory.getInstance(SecretKeyFactory.java:244)
        at  org.wildfly.security.credential.store.impl.KeyStoreCredentialStoreTest.installWildFlyElytronProvider(KeyStoreCredentialStoreTest.java:117)
Caused  by: java.lang.SecurityException: Cannot verify  jar:file:/hudson_workspace/workspace/wildfly-elytron-unit-tests/8cc93d85/wildfly-elytron/target/classes/!/
        at javax.crypto.JarVerifier.verifySingleJar(JarVerifier.java:448)
        at javax.crypto.JarVerifier.verifyJars(JarVerifier.java:363)
        at javax.crypto.JarVerifier.verify(JarVerifier.java:289)
        at javax.crypto.JceSecurity.verifyProviderJar(JceSecurity.java:164)
        at javax.crypto.JceSecurity.getVerificationResult(JceSecurity.java:190)
        at javax.crypto.JceSecurity.getInstance(JceSecurity.java:114)
        ... 2 more
Caused  by: java.security.PrivilegedActionException:  java.io.FileNotFoundException:  /hudson_workspace/workspace/wildfly-elytron-unit-tests/8cc93d85/wildfly-elytron/target/classes  (Is a directory)
        at javax.crypto.JarVerifier.verifySingleJar(JarVerifier.java:426)
        ... 7 more
Caused  by: java.io.FileNotFoundException:  /hudson_workspace/workspace/wildfly-elytron-unit-tests/8cc93d85/wildfly-elytron/target/classes  (Is a directory)
        at java.util.zip.ZipFile.open(Native Method)
        at java.util.zip.ZipFile.<init>(ZipFile.java:225)
        at java.util.zip.ZipFile.<init>(ZipFile.java:155)
        at java.util.jar.JarFile.<init>(JarFile.java:166)
        at java.util.jar.JarFile.<init>(JarFile.java:103)
        at javax.crypto.JarVerifier$2.run(JarVerifier.java:440)
        at javax.crypto.JarVerifier$2.run(JarVerifier.java:427)
        ... 9 more

[1] https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-Security/view/Wildfly-Elytron/job/wildfly-elytron-unit-tests/40/jdk=jdk1.8_hpux,label=eap-sustaining&&hpux11v3/testReport/

Case:
Initially get('row1'):
rowkey=row1 value=1
run:
Increment increment = new Increment(Bytes.toBytes("row1"));
for (int i = 0; i < N; i++) {
        increment.addColumn(Bytes.toBytes("cf"), Bytes.toBytes("c"), 1)
}
hobi.increment(increment);
get('row1'):
if N=1 then result is 2 else if N>1 the result will always be 1
Cause:
https://issues.apache.org/jira/browse/HBASE-7114 let increment extent mutation which change familyMap from NavigableMap to List, so from client side, we can buffer many edits on the same column；
However, HRegion#increment use idx to iterate the get's results, here results.size<family.value().size if N>1，so the latter edits on the same column won't match the condition 
{idx < results.size() && CellUtil.matchingQualifier(results.get(idx), kv) }
, meantime the edits share the same mvccVersion ,so this case happen.
Fix:
according to the put/delete#add on the same column behaviour ,
fix from server side: process "last edit wins on the same column" inside HRegion#increment to maintenance  HBASE-7114's extension and keep the same result from 0.94.

The reference documentation for the spring.tld library's "eval" tag describes the "htmlEncoding" attribute. However the correct name of this attribute is "htmlEscape".
When fixing this, it might be worth checking the documentation of any other tags that extend HtmlEscapingAwareTag.

 See comments on HIVE-18866; this has significant perf overhead after the even bigger overhead from hashing is removed.  

There isn't possibility to disable create CS file from scratch.
Earlier we were able to set create.storage to true/false.
I can see problem in this scenario:

I want to create new CS with path to existing CS file
I fill wrong path
Everything pass
But I want to use my CS file, not to create new one.

roo> jpa setup --provider HIBERNATE --database MSSQL 
roo> database reverse engineer --schema roo_crm --activeRecord false --package ~.model
roo> repository jpa --interface ~.repository.CartOrder --entity ~.domain.CartOrder
DBRE works fine - all java and ITD files created correctly. 
repository jpa cmd prints nothing in output window - not even a roo> prompt, and no actions are taken.

Failed here:
https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/607/testReport/org.apache.hadoop.hbase.master/TestZKBasedOpenCloseRegion/testReOpenRegion/
and
https://builds.apache.org/job/HBase-TRUNK/4232/testReport/org.apache.hadoop.hbase.master/TestZKBasedOpenCloseRegion/testReOpenRegion/
In both cases, we fail for the same reason.  The previous test closes a region.  The failing test starts but we are reopening the region we'd just closed as we are wont to do.  This is the region that gets chosen by the failing test to practise reopen on only  it is not yet fully open so in comes the close and it gets stomped on by the ongoing open.
Let me post some log.

Component camel-xmlsecurity: InputStream is not closed after it is read in method XmlSignerHelper.getXslTransform(String path)

Now we have META, acl and namespace tables in this list.  Or better we can chek here whether the table namespace is system namespace (ie. "hbase")? 

We currently have a problem the way we design .META. row keys. When user table row keys begin with characters lesser than ',' like a '$', any operation will fail when:

A client has a certain set of regions in cache
One region with the faulty row key splits
The client receives a request for a row in the split region

The reason is that it will first get a NSRE then it will try to locate a region using the passed row key. For example: 
Row in META: entities,,1216750777411
Row passed: entities,$-94f9386f-e235-4cbd-aacc-37210a870991,99999999999999
The passed row is lesser then the row in .META.

ArchiveStreamFactory does not recognise tar files created by Ant.
These appear to have magic of  "ustar\0" (i.e. same as MAGIC_POSIX) followed by "\0\0".
Note that Compress can process the files OK.
Patch to follow after checking what Ant writes as the signature.

java.lang.AssertionError: Service registered: javax.transaction.UserTransaction
    at org.junit.Assert.assertNotNull(Assert.java:621)
    at org.jboss.as.test.osgi.FrameworkUtils.waitForServiceReference(FrameworkUtils.java:146)
    at org.jboss.as.test.osgi.FrameworkUtils.waitForService(FrameworkUtils.java:121)
    at org.jboss.as.test.osgi.FrameworkUtils.waitForService(FrameworkUtils.java:117)
    at org.jboss.as.test.integration.osgi.jta.TransactionTestCase.testUserTransaction(TransactionTestCase.java:86)

http://teamcity.cafe-babe.org/viewLog.html?buildId=5383&tab=buildResultsDiv&buildTypeId=bt13

Problem symptoms
 We use the waiting receive via RabbitTemplate.receiveAndConvert(String queueName, long timeoutMillis) to consume messages.
During testing we noticed that some messages were left Unacked "forever" on our RabbitMQ queues, indicating that Rabbit delivered them but never received an ACK.
Cause
 We found the cause in a race condition between the future timeout and cancelation of the consumer on RabbitMQ. Scenario:
 1. Receive with timeout is triggered on an empty queue
 2. The waiting time on the future in consumeDelivery() expires and a TimeoutException is thrown.

delivery = future.get(timeoutMillis, TimeUnit.MILLISECONDS); //delivery == null

(unclear exact order on points 3 & 4)
3 a. Consumer is canceled in consumeDelivery() 

cancelConsumerQuietly(channel, consumer);

3 b. consumeDelivery() returns null since it has no idea about any "late delivery" after a TimeoutException occurs.
4 a. Before RabbitMQ registers the consumer cancelation the queue gets a new message and Rabbit sends the delivery
 4 b. consumer.handleDelivery() receives the delivery and completes the future (has no clue that the result will be ignored)
We managed to work around this issue by "forking" parts of RabbitTemplate.
Since it's two threads (worker and consumer) using the same future we keep them "in sync" by making sure to always cancel the future in the worker thread after timeouts and act on the complete/cancel's affect on the future state in each thread respectively, i.e. if a message is received after the future is canceled we explicitly requeue it by performing a channel.basicNack. 
Ref: CompletableFuture docs

private DefaultConsumer createConsumer(final String queueName, Channel channel,
                                           CompletableFuture<Delivery> future, long timeoutMillis) throws Exception {

...

public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body)
                    throws IOException {
                boolean complete = future.complete(new Delivery(consumerTag, envelope, properties, body, queueName));

                // Custom extension
                if (!complete) {
                    // future.complete() did NOT transition the future into a completed state, indicating
                    // that the future was timed out and closed by another thread already.
                    // Therefore we need to NACK the message to avoid leaving it as Unacked "forever", or at least
                    // until the connection/channel dies.
                    channel.basicNack(envelope.getDeliveryTag(), false, true);
                } 
            }
...

private Delivery consumeDelivery(Channel channel, String queueName, long timeoutMillis) throws Exception {

...

    if ((exception == null || !(exception instanceof ConsumerCancelledException))
            && channel.isOpen()) {
        cancelConsumerQuietly(channel, consumer);

        // Custom extension
        if (delivery == null && lateDeliveryFoundWhenTryingToCancel(future)) {
            delivery = getLateDelivery(future);
        }
    }

...

  /**
     * Cancel the future to avoid any more state changes. Use the result to decide what further actions are needed.
     *
     * @return false when no result was found (future is canceled), true if a result was found (future already complete - this indicates that the future was completed by another thread)
     *
     */
    private boolean lateDeliveryFoundWhenTryingToCancel(CompletableFuture<Delivery> future) {
        return !future.cancel(true);
    }

    private Delivery getLateDelivery(CompletableFuture<Delivery> future) throws InterruptedException, ExecutionException {
        return future.get();
    }

...

Versions

spring-amqp 2.1.0.RELEASE
RabbitMQ 3.7.8
Open JDK 11.0.1

StepExecutionListener can influence exit status but not status of step execution.  The exit status can be downgraded from COMPLETE to FAILED by returning FAILED from the afterStep() callback.  But the BatchStatus in the stepExecution is unchanged, so it looks as if the step was successful.  It's a hard decision to decide how to fix this.  I suggest that StepExecutionListener should be allowed to throw an exception to signal a failure, and treat that as a normal way for steps to fail, instead of trying to map exit codes to statuses.

items 8 and 9 from Brian's review

8. AgroalSubsystemAdd.populateModel should be removed
9 .AgroalSubsystemRemove should be removed; use ReloadRequiredRemoveStepHandler

When expecting headers to be passed to a MockEndpoint that is never called the test should fail if the MockEndpoint was never called.
However it is succeeding.
Here an example of Junit 4 test succeeding when it should fail

public class Test extends CamelTestSupport {

  @EndpointInject(uri = "mock:direct:foo")
  private MockEndpoint fooProducerMock;

  @Override
  public RouteBuilder createRouteBuilder() throws Exception {

    return new RouteBuilder() {

      @Override
      public void configure() throws Exception {}
    };
  }

  @Test
  public void failWhenHeaderAbsent() throws InterruptedException {
    fooProducerMock.expectedHeaderReceived("ghost", "you should be visible");
    MockEndpoint.assertIsSatisfied(context);
  }
}

hive.query.id is useful for reconciling against other logs, so let's add it to the hive.log.explain.output output (added in HIVE-8600)

I have a service which I am attempting to export via the JndiRmiServiceExporter. 
  <bean id="clientAdminServiceTargetSource" class="com.mypackages.ClientAdminServiceTargetSourceImpl">
    <constructor-arg ref="defaultClientAdminService" />
  </bean>
  <bean id="clientAdminService" class="org.springframework.aop.framework.ProxyFactoryBean">
    <property name="proxyInterfaces" value="com.mypackages.ClientAdminService" />
    <property name="targetSource" ref="clientAdminServiceTargetSource" />
  </bean>
  <bean class="org.springframework.remoting.rmi.JndiRmiServiceExporter">
    <property name="jndiTemplate" value="jndiTemplate" />
    <property name="jndiName" value="ClientAdminService" />
    <property name="service" ref="clientAdminService" />
    <property name="serviceInterface" value="com.mypackages.ClientAdminService" />
  </bean>
Since upgrading to Spring 5.x I've encountered the following error with the IBM j9 deployed on WebSphere 9.x. The same code is also deployed on Oracle Weblogic 12.2.1.3 with the Sun/Oracle JDK and works perfectly fine. Has anyone reported a similar issue or are there any suggestions how to go about handling this?
 I have temporarily resolved this by using a customized version of Spring's JndiRmiServiceExporter to behave like the 4.x version did .. with the only notable difference is the absence of :
PortableRemoteObject.exportObject(this.exportedObject);
PortableRemoteObject.unexportObject(this.exportedObject);
With these re-added, everything behaves correctly. It seems based on github commits these lines were removed in association with JDK9 compatibility.
[3/4/18 19:26:50:041 EST] 00000065 webapp        E com.ibm.ws.webcontainer.webapp.WebApp notifyServletContextCreated SRVE0283E: Exception caught while initializing context: 
{0}
                                 org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.remoting.rmi.JndiRmiServiceExporter#0' defined in class path resource [com/mypackages/clientContext.xml]: Invocation of init method failed; nested exception is javax.naming.NamingException: ClientAdminService [Root exception is java.rmi.NoSuchObjectException: object not exported]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1710)
	at org.springframework.beans.factory.support.AbstractBeanFactory$$Lambda$24.0000000017529EF0.getObject(Unknown Source)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:760)
	at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:144)
	at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:109)
	at com.mypackages.ApplicationContextHolder.<init>(ApplicationContextHolder.java:33)
	at com.mypackages.ApplicationContext.getInstance(ApplicationContext.java:63)
	at com.mypackages.ApplicationContextLoaderListener.contextInitialized(ApplicationContextLoaderListener.java:41)
	at com.mypackages.LoggingServiceContextListener.contextInitialized(LoggingServiceContextListener.java:49)
	at com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:1834)
	at com.ibm.ws.webcontainer.webapp.WebAppImpl.initialize(WebAppImpl.java:442)
	at com.ibm.ws.webcontainer.webapp.WebGroupImpl.addWebApplication(WebGroupImpl.java:88)
	at com.ibm.ws.webcontainer.VirtualHostImpl.addWebApplication(VirtualHostImpl.java:171)
	at com.ibm.ws.webcontainer.WSWebContainer.addWebApp(WSWebContainer.java:904)
	at com.ibm.ws.webcontainer.WSWebContainer.addWebApplication(WSWebContainer.java:789)
	at com.ibm.ws.webcontainer.component.WebContainerImpl.install(WebContainerImpl.java:427)
	at com.ibm.ws.webcontainer.component.WebContainerImpl.start(WebContainerImpl.java:719)
	at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:1247)
	at com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObjectStart(DeployedApplicationImpl.java:1514)
	at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl.java:704)
	at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedApplicationImpl.java:1096)
	at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(ApplicationMgrImpl.java:799)
	at com.ibm.ws.runtime.component.ApplicationMgrImpl$5.run(ApplicationMgrImpl.java:2315)
	at com.ibm.ws.security.auth.ContextManagerImpl.runAs(ContextManagerImpl.java:5466)
	at com.ibm.ws.security.auth.ContextManagerImpl.runAsSystem(ContextManagerImpl.java:5682)
	at com.ibm.ws.security.core.SecurityContext.runAsSystem(SecurityContext.java:255)
	at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:2320)
	at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.start(CompositionUnitMgrImpl.java:436)
	at com.ibm.ws.runtime.component.CompositionUnitImpl.start(CompositionUnitImpl.java:123)
	at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.start(CompositionUnitMgrImpl.java:379)
	at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.access$500(CompositionUnitMgrImpl.java:127)
	at com.ibm.ws.runtime.component.CompositionUnitMgrImpl$CUInitializer.run(CompositionUnitMgrImpl.java:985)
	at com.ibm.wsspi.runtime.component.WsComponentImpl$_AsynchInitializer.run(WsComponentImpl.java:524)
	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1909)
Caused by: javax.naming.NamingException: ClientAdminService [Root exception is java.rmi.NoSuchObjectException: object not exported]
	at com.ibm.ws.naming.jndicos.CNContextImpl.doRebind(CNContextImpl.java:2148)
	at com.ibm.ws.naming.jndicos.CNContextImpl.rebind(CNContextImpl.java:698)
	at com.ibm.ws.naming.util.WsnInitCtx.rebind(WsnInitCtx.java:233)
	at com.ibm.ws.naming.util.WsnInitCtx.rebind(WsnInitCtx.java:245)
	at org.apache.aries.jndi.DelegateContext.rebind(DelegateContext.java:177)
	at javax.naming.InitialContext.rebind(InitialContext.java:444)
	at org.springframework.jndi.JndiTemplate.lambda$rebind$2(JndiTemplate.java:213)
	at org.springframework.jndi.JndiTemplate$$Lambda$142.000000001C87D5A0.doInContext(Unknown Source)
	at org.springframework.jndi.JndiTemplate.execute(JndiTemplate.java:91)
	at org.springframework.jndi.JndiTemplate.rebind(JndiTemplate.java:212)
	at org.springframework.remoting.rmi.JndiRmiServiceExporter.rebind(JndiRmiServiceExporter.java:132)
	at org.springframework.remoting.rmi.JndiRmiServiceExporter.prepare(JndiRmiServiceExporter.java:120)
	at org.springframework.remoting.rmi.JndiRmiServiceExporter.afterPropertiesSet(JndiRmiServiceExporter.java:104)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1769)
	... 41 more
Caused by: java.rmi.NoSuchObjectException: object not exported
	at sun.rmi.transport.ObjectTable.getStub(ObjectTable.java:137)
	at java.rmi.server.RemoteObject.toStub(RemoteObject.java:117)
	at com.ibm.rmi.util.JDKBridge.getJRMPStub(JDKBridge.java:89)
	at com.ibm.rmi.javax.rmi.PortableRemoteObject.toStub(PortableRemoteObject.java:187)
	at com.ibm.CORBA.iiop.PortableRemoteObject.toStub(PortableRemoteObject.java:61)
	at javax.rmi.PortableRemoteObject.toStub(PortableRemoteObject.java:127)
	at com.ibm.ws.naming.util.Helpers.processRemoteObjectForBinding(Helpers.java:700)
	at com.ibm.ws.naming.jndicos.CNContextImpl.doRebind(CNContextImpl.java:2061)
	... 55 more

The initialization of secure rpc server  depends on regionserver's servername and zooKeeper watcher. But,  After HBASE-10569, they are null when creating secure rpc services.

	at org.apache.hadoop.hbase.ipc.RpcServer.createSecretManager(RpcServer.java:1974)
	at org.apache.hadoop.hbase.ipc.RpcServer.start(RpcServer.java:1945)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.<init>(RSRpcServices.java:706)
	at org.apache.hadoop.hbase.master.MasterRpcServices.<init>(MasterRpcServices.java:190)
	at org.apache.hadoop.hbase.master.HMaster.createRpcServices(HMaster.java:297)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.<init>(HRegionServer.java:431)
	at org.apache.hadoop.hbase.master.HMaster.<init>(HMaster.java:234)

We are not closing the StoreFile.Reader upon memstore flush.

If ldap cache by access time is used cached entry will be evicted by timeout even if it is accessed again within timeout interval. 

Being able to get a clue what is in a backedup callQueue could give insight on what is going on on a jacked server. Just needs to summarize count, sizes, call types. Useful debugging. In a servlet?

When using a security domain with cache-type="default", then the ModuleClassLoader instances related to deployments leak through JBossCachedAuthenticationManager.
The problematic piece of code is the domainCache member variable which in the DomainInfo value holds a LoginContext instance. This LoginContext has member contextClassLoader which causes the leak. (It points to the ModuleClassLoader of the deployment).
One option to solve this issue could be to remove the cache entries which are related to the undeployed application.

The close_region shell command's help message lists the following usage syntaxes:

hbase> close_region 'REGIONNAME'
hbase> close_region 'REGIONNAME', 'SERVER_NAME'
hbase> close_region 'ENCODED_REGIONNAME'
hbase> close_region 'ENCODED_REGIONNAME', 'SERVER_NAME'

admin.rb's current code (with close_region method being the entry point) is:

def close_region(region_name, server)
  if (server == nil || !closeEncodedRegion?(region_name, server))
    @admin.closeRegion(region_name, server)
  end
end

def closeEncodedRegion?(region_name, server)
   @admin.closeRegionWithEncodedRegionName(region_name, server)
end

The close_region 'ENCODED_REGIONNAME' syntax currently will not work because when server = nil the closeEncodedRegion method call is skipped.
The close_region 'REGIONNAME', 'SERVER_NAME' syntax currently will not work because @admin.closeRegionWithEncodedRegionName throws an NotServingRegionException (for the non-encoded region_name) that is uncaught in and prevents execution from returning to close_region and the correct call of HBaseAdmin.closeRegion. 

This has to do with HIVE-15575. TezCompiler seems to set mapred.input.dir.recursive to true. This is acceptable for Hive jobs, since this allows Hive to consume its peculiar UNION ALL output, where the output of each relation is stored in a separate sub-directory of the output-dir.
For such output to be readable through HCatalog (via Pig/HCatLoader), mapred.input.dir.recursive should be set from HCatInputFormat as well. Otherwise, one gets zero records for that input.

When a compact index is built there is the possibility of a merge task at the end of the task tree.  If this happens, the index table's files will no longer be sorted.

For an unmanaged deployment if you replace it using the CLI deploy command it becomes managed.

deploy /home/ehsavoie/dev/wildfly/quickstart/kitchensink-ear/ear/target/wildfly-kitchensink-ear.ear --unmanaged
deploy /home/ehsavoie/dev/wildfly/quickstart/kitchensink-ear/ear/target/wildfly-kitchensink-ear.ear --unmanaged --force

After the second command the deployment is managed.

Java chooses the varargs methods always instead of the List method.

In AsyncAdmin we support passing both encodedRegionName and regionName as a parameter so we have a getRegionInfo method to get the RegionInfo first.
In general we will scan the meta table to get the region info, but for meta region itself, the problem is that, we only check for the first replica, so for the non default replicas, we will still go to the meta region and then get an UnknownRegionException.
We should find a way to deal with this.

Some checkins do not provide a complete location mapping, only a String telling the location. 
I suggest adding a location deserializer like this:
	@Override
	public Location deserialize(JsonParser jp, DeserializationContext ctxt) throws IOException, JsonProcessingException {
		try
{
			Location node = jp.readValueAs(Location.class);
			return node;
		}
catch (Exception e)
{
			Location location = new Location(jp.getText());
		}
	}

Accessing "serverInventory" without holding lock "org.jboss.as.host.controller.DomainModelControllerService.serverInventoryLock". 
Elsewhere, "serverInventory" is accessed with "DomainModelControllerService.serverInventoryLock" held 4 out of 5 times.
https://github.com/wildfly/wildfly/blob/master/host-controller/src/main/java/org/jboss/as/host/controller/DomainModelControllerService.java#L364

When user calls Admin.enableCatalogJanitor(false) to disable the catalog janitor, it expects that the janitor would stop working once the API returns.  It is not true, the janitor could have an active scan going on and clean up unused region.  The 'false' state would be enforced during the next background runs.  
To avoid confusing, if 'CatalogJanitor.enabled' is true and we want to set to false in CatalogJanitor#setEnabled, the function should wait for the on-going active scan to complete.

When defining a camel-cxf cxf:rsClient bean with skipFaultLogging enabled, like this

<camelcxf:rsClient id="rsClient" address="http://localhost:9081/CxfRsService/rest"
    serviceClass="org.apache.camel.component.cxf.jaxrs.testbean.CustomerService"
    skipFaultLogging="true" />

... the exception will still be logged. If you add the flag to the endpoint URI instead, skipFaultLogging works as expected.

I was under the impression that I was sending way more data than I was expecting, so adding some more tracing I can see how much data I read VS how I much I think I'm sending:

Seeking at position 163771687
Replicating 2 entries of total size 2790
Seeking at position 166723643

That's about 2MB of data, not 2KB.

If you have following URI: "http://localhost/servlets/sfs?s=" and RestTemplate will be used the equal sign gets cutted in UriComponentsBuilder and leads to: 
"http://localhost/servlets/sfs?s"  
Not every server understands this and requesting causes errors (e.g. 400 -> Bad Request). 
This behaviour changed in 3.1.x releases, older versions work like expected. Patch (for Git 3.2.x branch) and sample is appended.

An unauthorized client can shutdown the cluster as AccessDeniedException is ignored during Admin.stopMaster and Admin.shutdown.

UUID to Binary conversion as implemented in spring-data-mongodb converts the UUID to a string and saves it as a mongo Binary with subtype BSON.B_UUID:

return source == null ? null : new Binary(BSON.B_UUID, source.toString().getBytes("UTF-8"));

The java driver reads this value back in with
org.bson.BasicBSONDecoder
case B_UUID:
    if ( totalLen != 16 )
        throw new IllegalArgumentException( "bad data size subtype 3 len: " + totalLen + " != 16");

    long part1 = _in.readLong();
    long part2 = _in.readLong();
    _callback.gotUUID(name, part1, part2);
    return;
}

That obviously does not work because the java driver expects to read in 2 x 8 bytes containing the most and least significant bytes when it encounters the binary subtype BSON.B_UUID. The converter has to save UUIDs as in BasicBSONEncoder (method putUUID, arround line 266 in 2.7.1) in order for this to work.

I see that we cannot have both MongoDB and a relational JPA configuration at the same time.
There are a number of projects that augment their SQL-based stores with NoSQL for reporting, unstructured or semistructured data, etc...
Is it possible to separate out the MongoDB configuration database configuration properties and other settings so that we can mount both relational and non-relational stores in the same application?  Right now I get an error when I try to do this:

org.rooinaction.coursemanager roo> mongo setup 
Created SRC_MAIN_RESOURCES/META-INF/spring/database.properties
Created SRC_MAIN_RESOURCES/META-INF/spring/applicationContext-mongo.xml
Updated ROOT/pom.xml [added repositories http://maven.springframework.org/milestone, https://repository.jboss.org/nexus/content/repositories/releases; added dependencies javax.persistence:persistence-api:1.0, javax.validation:validation-api:1.0.0.GA, org.hibernate:hibernate-validator:4.2.0.Final, org.cloudfoundry:cloudfoundry-runtime:0.8.0, org.springframework.data:spring-data-mongodb:1.0.0.M4]
Updated SRC_MAIN_RESOURCES/META-INF/spring/applicationContext-mongo.xml

org.rooinaction.coursemanager roo> persistence setup --provider HIBERNATE --database DERBY_EMBEDDED 
NullPointerException at org.springframework.roo.addon.jpa.JpaOperationsImpl.updateDatabaseProperties(JpaOperationsImpl.java:475)

I put this in as an enhancement because I'm not sure this was intended as a feature.  
Thanks,
Ken

A query like this won't parse, because the Hive grammar allows backtracking:

select 1 from mytable UNION ALL

select 1 from mytable;

If I want to enable statistics for Web Services subsystem, I do it in CLI:

[standalone@localhost:9990 /] /subsystem=webservices:write-attribute(name=statistics-enabled, value=true)

Via web console, I navigate to Configuration->Subsystems->Web Services->View
I click edit and click checkbox for statistics enabled attribute. Now when I submit the value by clicking Save, dialog appears with reload require information.
There is no need to require reload just for enabling statistics, by the way statistics are accessible even before reload (Runtime->Subsystems->Webservices and try to get wsdl for the web service for several times).
Note: if there is no active deployment, reload is not required in web console (correct). To reproduce the issue you must have some active WS deployment

WebSphereUowTransactionManager stores an exception during the execution of a transactional method in UOWActionAdapter.exception
it would be rethrown during action.getResult()
but not if there is another exception during commit
in that case only the latter exception is thrown and the "inner" exception silently ignored

It would be nice if the previous exception could be logged, when it is shadowed by a subsequent commit failure.
Reasoning: We are currently analysing a problem, where a JMS-Publish takes a long time and aborts after some timeout. This is the inner exception. During this time the global transaction is rolled back, which leads to an exception during commit. The behaviour is okay, but we have "lost" the actual cause of the problem.
Of course there are workaround, e.g. using a LoggingInterceptor around the transaction method, but that would log any exception (that will usually still be there after commit/rollback) not only the "shadowed" ones.

TarArchiveEntry.parseTarHeader() includes the trailing space/NUL when parsing the octal size.
Although the size field in the header is 12 bytes, the last byte is supposed to be space or NUL - i.e. only 11 octal digits are allowed for the size.

While investigating a different issue, I realized that the fix for HBASE-9737 is not sufficient to prevent resource leak if a region fails to open for some reason, say a corrupt HFile.
The region may have, by then, opened other good HFiles in that store or other stores if it has more than one column family and their streams may leak if not closed.

spring-security-core's default message.properties is missing at least one i18n key (LdapAuthenticationProvider.badCredentials).
I haven't gotten time to look for others, and it would be nice to address other potentials. Unless the bug assignee beats me to it, in the next couple days I can write a quick script that will get all the missing ones. I will then post a patch for the messages that I can do (i.e. if there isn't already a translation I probably cannot submit a fix for that language).
Anyone viewing this bug can easily work around this issue by providing their own message.properties as outlined in the spring security reference [1].
[1] http://static.springsource.org/spring-security/site/docs/3.0.x/reference/technical-overview.html#localization

There are 2 occurences of call to PasswordFactory.getInstance(algorithm) in FileSystemSecurityRealm where algorithm can be null, because algorithm is optional in wildfly-config.xml
elytron-1_0_1.xsd

    <xsd:complexType name="credential-type">
        <xsd:simpleContent>
            <xsd:extension base="xsd:string">
                <xsd:attribute name="algorithm" type="xsd:string" use="optional"/>
                <xsd:attribute name="format" type="xsd:string" use="optional"/>
            </xsd:extension>
        </xsd:simpleContent>

    <xsd:complexType name="otp-credential-type">
                <xsd:attribute name="hash" type="xsd:string" use="optional"/>
                <xsd:attribute name="seed" type="xsd:string" use="optional"/>
                <xsd:attribute name="sequence" type="xsd:string" use="optional"/>

Algorithm is dereferenced in PasswordFactory.getInstance(algorithm) down in 
java.security.Provider$ServiceKey.java

        private ServiceKey(String type, String algorithm, boolean intern) {
            this.type = type;
            this.originalAlgorithm = algorithm;
            algorithm = algorithm.toUpperCase(ENGLISH);
            this.algorithm = intern ? algorithm.intern() : algorithm;
        }

[1] https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=44847809&defectInstanceId=9457601&mergedDefectId=1463442
[2] https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=44847809&defectInstanceId=9457602&mergedDefectId=1463441

I  Get the following error when I try to Authenticate against a Cutom Login-Module:
1:
12:40:09,615 DEBUG [org.jboss.security] (Remoting "pwtest" task-2) PBOX000206: Login failure: javax.security.auth.login.LoginException: unable to find LoginModule class: org.jboss.as.security.remoting.RemotingLoginModule from [Module "org.wildfly.extension.io:main" from local module loader @487b34b4 (finder: local module finder @10c13a99 (roots: C:\wildfly\modules,C:\wildfly\modules\system\layers\base))]
        at javax.security.auth.login.LoginContext.invoke(LoginContext.java:822) [rt.jar:1.7.0_25]
        at javax.security.auth.login.LoginContext.access$000(LoginContext.java:203) [rt.jar:1.7.0_25]
        at javax.security.auth.login.LoginContext$4.run(LoginContext.java:698) [rt.jar:1.7.0_25]
        at javax.security.auth.login.LoginContext$4.run(LoginContext.java:696) [rt.jar:1.7.0_25]
        at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_25]
        at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:695) [rt.jar:1.7.0_25]
        at javax.security.auth.login.LoginContext.login(LoginContext.java:594) [rt.jar:1.7.0_25]
        at org.jboss.security.authentication.JBossCachedAuthenticationManager.defaultLogin(JBossCachedAuthenticationManager.java:408)
        at org.jboss.security.authentication.JBossCachedAuthenticationManager.proceedWithJaasLogin(JBossCachedAuthenticationManager.java:345)
        at org.jboss.security.authentication.JBossCachedAuthenticationManager.authenticate(JBossCachedAuthenticationManager.java:333)
        at org.jboss.security.authentication.JBossCachedAuthenticationManager.isValid(JBossCachedAuthenticationManager.java:146)
        at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:385)
        at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:349)
        at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:336)
        at org.jboss.as.domain.management.security.JaasCallbackHandler.handle(JaasCallbackHandler.java:162)
        at org.jboss.as.domain.management.security.SecurityRealmService$1.handle(SecurityRealmService.java:172)
        at org.jboss.as.remoting.RealmSecurityProvider$RealmCallbackHandler.handle(RealmSecurityProvider.java:337)
        at org.jboss.sasl.util.AbstractSaslParticipant.tryHandleCallbacks(AbstractSaslParticipant.java:98)
        at org.jboss.sasl.util.AbstractSaslParticipant.handleCallbacks(AbstractSaslParticipant.java:83)
        at org.jboss.sasl.plain.PlainSaslServer.access$000(PlainSaslServer.java:41)
        at org.jboss.sasl.plain.PlainSaslServer$1.evaluateMessage(PlainSaslServer.java:88)
        at org.jboss.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:165)
        at org.jboss.sasl.util.AbstractSaslServer.evaluateResponse(AbstractSaslServer.java:56)
        at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:237) [xnio-api-3.1.0.CR6.jar:3.1.0.CR6]
        at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:208) [xnio-api-3.1.0.CR6.jar:3.1.0.CR6]
        at org.jboss.remoting3.remote.ServerConnectionOpenListener$AuthStepRunnable.run(ServerConnectionOpenListener.java:450)
AND 
12:49:38,663 TRACE [org.jboss.security] (Remoting "pwtest" task-1) PBOX000244: Begin abort method
12:49:38,663 DEBUG [org.jboss.security] (Remoting "pwtest" task-1) PBOX000206: Login failure: javax.security.auth.login.LoginException: unable to find LoginModule class: org.jboss.security.auth.spi.DatabaseServerLoginModule from [Module "org.wildfly.extension.io:main" from local module loader @5a0deddc (finder: local module finder @487b34b4 (roots: C:\wildfly\modules,C:\wildfly\modules\system\layers\base))]
	at javax.security.auth.login.LoginContext.invoke(LoginContext.java:822) [rt.jar:1.7.0_25]
	at javax.security.auth.login.LoginContext.access$000(LoginContext.java:203) [rt.jar:1.7.0_25]
	at javax.security.auth.login.LoginContext$4.run(LoginContext.java:698) [rt.jar:1.7.0_25]
	at javax.security.auth.login.LoginContext$4.run(LoginContext.java:696) [rt.jar:1.7.0_25]
	at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:695) [rt.jar:1.7.0_25]
	at javax.security.auth.login.LoginContext.login(LoginContext.java:594) [rt.jar:1.7.0_25]
	at org.jboss.security.authentication.JBossCachedAuthenticationManager.defaultLogin(JBossCachedAuthenticationManager.java:408)
	at org.jboss.security.authentication.JBossCachedAuthenticationManager.authenticate(JBossCachedAuthenticationManager.java:333)
	at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:385) [wildfly-security-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:349) [wildfly-security-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.security.service.SimpleSecurityManager.authenticate(SimpleSecurityManager.java:336) [wildfly-security-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
	at org.jboss.as.domain.management.security.JaasCallbackHandler.handle(JaasCallbackHandler.java:162)
	at org.jboss.as.domain.management.security.SecurityRealmService$1.handle(SecurityRealmService.java:172)
	at org.jboss.as.remoting.RealmSecurityProvider$RealmCallbackHandler.handle(RealmSecurityProvider.java:337)
	at org.jboss.sasl.util.AbstractSaslParticipant.tryHandleCallbacks(AbstractSaslParticipant.java:98)
	at org.jboss.sasl.util.AbstractSaslParticipant.handleCallbacks(AbstractSaslParticipant.java:83)
	at org.jboss.sasl.plain.PlainSaslServer.access$000(PlainSaslServer.java:41)
	at org.jboss.sasl.plain.PlainSaslServer$1.evaluateMessage(PlainSaslServer.java:88)
	at org.jboss.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:165)
	at org.jboss.sasl.util.AbstractSaslServer.evaluateResponse(AbstractSaslServer.java:56)
	at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:237) [xnio-api-3.1.0.CR6.jar:3.1.0.CR6]
	at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:208) [xnio-api-3.1.0.CR6.jar:3.1.0.CR6]
	at org.jboss.remoting3.remote.ServerConnectionOpenListener$AuthStepRunnable.run(ServerConnectionOpenListener.java:450)
12:49:38,684 TRACE [org.jboss.security] (Remoting "pwtest" task-1) PBOX000201: End isValid, result = false
12:49:38,687 TRACE [org.jboss.security.audit] (Remoting "pwtest" task-1) [Success]Source=org.jboss.as.security.service.SimpleSecurityManager;Action=authentication;principal=ADMINISTRATOR;
12:49:43,223 TRACE [org.jboss.security] (Remoting "pwtest" task-2) PBOX000200: Begin isValid, principal: ADMINISTRATOR, cache entry: null
12:49:43,224 TRACE [org.jboss.security] (Remoting "pwtest" task-2) PBOX000209: defaultLogin, principal: ADMINISTRATOR
12:49:43,225 TRACE [org.jboss.security] (Remoting "pwtest" task-2) PBOX000221: Begin getAppConfigurationEntry(pw-security-domain), size: 5
12:49:43,226 TRACE [org.jboss.security] (Remoting "pwtest" task-2) PBOX000224: End getAppConfigurationEntry(pw-security-domain), AuthInfo: AppConfigurationEntry[]:
[0]
LoginModule Class: org.jboss.as.security.remoting.RemotingLoginModule
ControlFlag: LoginModuleControlFlag: optional
Options:
name=password-stacking, value=useFirstPass
[1]
LoginModule Class: org.jboss.security.auth.spi.DatabaseServerLoginModule
Was Able to work around this issue by adding 
    <module name="org.jboss.as.security"/>
    <module name="org.picketbox"/>
to wildfly\modules\system\layers\base\org\wildfly\extension\io\main\module.xml

Camel Jasypt component throws NPE if the jasypt master password is configured to use environment variable but not set to any value.
For instance, I had a bean configured for JasyptPropertiesParser:

<bean id="jasypt" class="org.apache.camel.component.jasypt.JasyptPropertiesParser">
        <property name="password" value="sysenv:JASYPT_ENCRYPTION_PASSWORD"/>
    </bean>

But I did not set value for the environment variable "JASYPT_ENCRYPTION_PASSWORD", then my camel-jasypt route would fail with a NPE:

	at org.apache.camel.component.jasypt.JasyptPropertiesParser.setPassword(JasyptPropertiesParser.java:95)
...

The reason is the org.apache.camel.component.jasypt.JasyptPropertiesParser.java code setPassword method here:

public void setPassword(String password) {
    // lookup password as either environment or JVM system property
    if (password.startsWith("sysenv:")) {
        password = System.getenv(ObjectHelper.after(password, "sysenv:"));
    }
    if (password.startsWith("sys:")) {
        password = System.getProperty(ObjectHelper.after(password, "sys:"));
    }
    this.password = password;
}

The first "if" statement returns a NULL and the second "if" statement throws a NPE due to lack of NPE check.

With HIVE-16686, we switched ReplCopyTask to always use a privileged DistCp. This, however, is incorrect for copying _metadata generated from a temporary scratch directory to hdfs. We need to change that so that routes to using a regular CopyTask. The issue with using distcp for this is that distcp launches from another job which may be queued on another machine, which does not have access to this file:// uri. Distcp should only ever be used when copying from non-localfilesystems.
Also, in the spirit of following up HIVE-16686, we missed adding "-pb" as a default for invocations of distcp from hive. Adding that in. This would not be necessary if HADOOP-8143 had made it in, but till it doesn't go in, we need it.

This commit changed behavior of ExceptionResolver to log exceptions on WARN.
The trouble is, that we have alerts on Exceptions in logs and by default log on INFO and above so we started to get alerts for resolved exceptions.
As a workaround, we can change log level ExceptionHandlerExceptionResolver to ERROR, but we would have to change it every microservice we upgrade to newest Spring.

There is a line commenting out the code in TestVisibilityLabels.java. This patch just removes that unwanted line.

See http://camel.465427.n5.nabble.com/Build-failures-td5741273.html
The JPA 2.0 Spec, section 7.2:

An entity manager must not be shared among multiple concurrently executing threads, as the entity manager and persistence context are not required to be threadsafe. Entity managers must only be accessed in a single-threaded manner.
The test org.apache.camel.processor.jpa.JpaProducerConcurrentTest is relevant in this context.

In the apidoc or source of org.apache.commons.collections.map.AbstractLinkedMap.firstKey(), it is said that this method "Gets the first key in the map, which is the most recently inserted.", which is exactly the actual behavior of lastKey(), and vice versa. 
So I think there is a typo with this class' javadoc.

wildfly-core's LICENSE.txt contains both the LGPLv2.1 and the APLv2 but the README only lists the LGPG in its Licenses section

These dependencies are not currently being used in this module so we can remove them:

org.jboss.ws.common
org.jboss.threads

Follow up to HBASE-19756 which dealt with NPEs during proc cleanup. Unfortunately, the patch for branch-1 might not remove some valid procs too. The branch-2 patch doesn't have this problem. This fixes the branch-1 bug and also adds another test to branch-2. Thanks to Francis Liu for flagging this internally.

in HRegion.checkAndMutate, incorrect comparison results are used for <, <=, > and >=, as below:
          switch (compareOp) {
          case LESS:
            matches = compareResult <= 0;  // should be '<' here
            break;
          case LESS_OR_EQUAL:
            matches = compareResult < 0;  // should be '<=' here
            break;
          case EQUAL:
            matches = compareResult == 0;
            break;
          case NOT_EQUAL:
            matches = compareResult != 0;
            break;
          case GREATER_OR_EQUAL:
            matches = compareResult > 0;  // should be '>=' here
            break;
          case GREATER:
            matches = compareResult >= 0;  // should be '>' here
            break;

OAuth2ClientBeanDefinitionParser passes in an incorrect string when trying to parse the requireAuthenticated attribute. Currently it looks for the string "requireAuthenticated", which is incorrect as the schema (spring-security-oauth2-1.0.xsd) defines the string as "require-authenticated".
With this bug, specifying <oauth:client require-authenticated="false" /> does nothing.
This requires a simple fix, just change the string it's looking for in element.getAttribute() in OAuth2ClientBeanDefinitionParser.

Customer reported this error
FuseESB:vai@root> features:install cxf
Error executing command: URL [mvn:org.apache.geronimo.specs/geronimo-osgi-registry/1.1] could not be resolved.
Workaround is to edit:
system/org/fusesource/esb/fuse-esb/7.0.0.fuse-027/fuse-esb-7.0.0.fuse-027-features.xml
and make the following change to the version of cxf-specs:
<     <feature name="cxf-specs" version="2.5.x-fuse-SNAPSHOT" resolver='(obr)'>
—
>     <feature name="cxf-specs" version="2.5.0.fuse-7-027" resolver='(obr)'>

The limits were increased to a reasonable value some time ago, apparently these values are too large for innodb due to some index limit nonsense. We need to decrease them a little bit.
There's no need to decrease them in an upgrade script; if they were already created successfully it's ok to have them as is.

A search which returns null gives NullPointerException in RepositoryRestController. 
Example stack trace:
	at org.springframework.data.rest.webmvc.RepositoryRestController.query(RepositoryRestController.java:442)
	at org.springframework.data.rest.webmvc.RepositoryRestController$$FastClassByCGLIB$$5ba1a185.invoke(<generated>)
	at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
	at org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:689)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
	at org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
	at 
xxx(xxx.java:31)
	at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
	at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
	at org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
	at 
xxx(xxx.java:26)
	at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622)
	at org.springframework.data.rest.webmvc.RepositoryRestController$$EnhancerByCGLIB$$eb30ada5.query(<generated>)
	at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:213)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:126)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:96)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:617)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:578)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:735)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
A simple fix would be to add a if(null != result) before doing l.add(result) around line 429 in RepositoryRestController

Copy the following query in tez_dynpart_hashjoin_1.q and run the test

select
  *
from alltypesorc a left outer join alltypesorc b on a.cint = b.cint and a.csmallint != a.cint
where
  a.cint between 1000000 and 3000000
order by a.cint;

Exception

Vertex failed, vertexName=Reducer 2, vertexId=vertex_1536275581088_0001_5_02, diagnostics=[Task failed, taskId=task_1536275581088_0001_5_02_000009, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1536275581088_0001_5_02_000009_0:java.lang.RuntimeException: java.lang.RuntimeException: cannot find field _col1 from [0:key, 1:value]
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:296)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:250)
	at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:374)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1682)
Caused by: java.lang.RuntimeException: cannot find field _col1 from [0:key, 1:value]
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getStandardStructFieldRef(ObjectInspectorUtils.java:537)
	at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.getStructFieldRef(StandardStructObjectInspector.java:153)
	at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator.initialize(ExprNodeColumnEvaluator.java:56)
	at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator.initialize(ExprNodeGenericFuncEvaluator.java:140)
	at org.apache.hadoop.hive.ql.exec.JoinUtil.getObjectInspectorsFromEvaluators(JoinUtil.java:91)
	at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.initializeOp(CommonJoinOperator.java:266)
	at org.apache.hadoop.hive.ql.exec.AbstractMapJoinOperator.initializeOp(AbstractMapJoinOperator.java:78)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.initializeOp(MapJoinOperator.java:155)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:375)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.init(ReduceRecordProcessor.java:193)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:266)
	... 15 more
], TaskAttempt 1 failed, info=[Error: Error while running task ( failure ) : attempt_1536275581088_0001_5_02_000009_1:java.lang.RuntimeException: java.lang.RuntimeException: cannot find field _col1 from [0:key, 1:value]
	... 15 more
]], Task failed, taskId=task_1536275581088_0001_5_02_000004, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1536275581088_0001_5_02_000004_0:java.lang.RuntimeException: java.lang.RuntimeException: cannot find field _col1 from [0:key, 1:value]
	... 15 more
], TaskAttempt 1 failed, info=[Error: Error while running task ( failure ) : attempt_1536275581088_0001_5_02_000004_1:java.lang.RuntimeException: java.lang.RuntimeException: cannot find field _col1 from [0:key, 1:value]
	... 15 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:2 killedTasks:31, Vertex vertex_1536275581088_0001_5_02 [Reducer 2] killed/failed due to:OWN_TASK_FAILURE]
Vertex killed, vertexName=Reducer 3, vertexId=vertex_1536275581088_0001_5_03, diagnostics=[Vertex received Kill while in RUNNING state., Vertex did not succeed due to OTHER_VERTEX_FAILURE, failedTasks:0 killedTasks:1, Vertex vertex_1536275581088_0001_5_03 [Reducer 3] killed/failed due to:OTHER_VERTEX_FAILURE]
DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:1
FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Reducer 2, vertexId=vertex_1536275581088_0001_5_02, diagnostics=[Task failed, taskId=task_1536275581088_0001_5_02_000009, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1536275581088_0001_5_02_000009_0:java.lang.RuntimeException: java.lang.RuntimeException: cannot find field _col1 from [0:key, 1:value]
	... 15 more
	... 15 more
	... 15 more
	... 15 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:2 killedTasks:31, Vertex vertex_1536275581088_0001_5_02 [Reducer 2] killed/failed due to:OWN_TASK_FAILURE]Vertex killed, vertexName=Reducer 3, vertexId=vertex_1536275581088_0001_5_03, diagnostics=[Vertex received Kill while in RUNNING state., Vertex did not succeed due to OTHER_VERTEX_FAILURE, failedTasks:0 killedTasks:1, Vertex vertex_1536275581088_0001_5_03 [Reducer 3] killed/failed due to:OTHER_VERTEX_FAILURE]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:1

Another case replication shall use the config in with clause.

Up the priority handlers. I see a bunch of clients trying to scan hbase:meta and then a bunch of occupied priority handlers – though some seem open. Let me give this same treatment as was done for other big tests upping priority handlers to see if that helps.

please take a look at the code below in EnableTableHandler(hbase master):
EnableTableHandler.java

    protected boolean waitUntilDone(long timeout)
    throws InterruptedException {
    
      .....
      int lastNumberOfRegions = this.countOfRegionsInTable;

      while (!server.isStopped() && remaining > 0) {
        Thread.sleep(waitingTimeForEvents);
        regions = assignmentManager.getRegionsOfTable(tableName);
        if (isDone(regions)) break;

        // Punt on the timeout as long we make progress
        if (regions.size() > lastNumberOfRegions) {
          lastNumberOfRegions = regions.size();
          timeout += waitingTimeForEvents;
        }
        remaining = timeout - (System.currentTimeMillis() - startTime);
    ....
    }
    private boolean isDone(final List<HRegionInfo> regions) {
      return regions != null && regions.size() >= this.countOfRegionsInTable;
    }

We can easily find out if we let lastNumberOfRegions = this.countOfRegionsInTable , the function of punt on timeout code will never be executed. I think initlize lastNumberOfRegions = 0 can make it work.

should be

Object existingValue = cache.get(key);
if (existingValue == null) {
  cache.put(key, value);
} else {
  return existingValue;
}

In case the ConversionService used in the ObjectToOptionalConverter is a FormattingConversionService, a ParserConverter will be used for the String to object conversion. For empty String instances this will immediately return null from convert(…) which then causes an exception as the ObjectToOptionalConverter passes it to Optional.of(…).
Here's a sample scenario:

String someMethod(@RequestParam Optional<Point> location) { … }

Now imagine we have a Formatter registered to turn a request parameter String into a Point. If now a request ?location= (no value) is triggered, the scenario described above kicks in.

Inefficient usage of map iterators

Map<String, CommandArgument> options = getDynamicOptions(ctx);
for (String k : options.keySet()) {
   args.add(options.get(k));
}

can be replaced with args.addAll(getDynamicOptions(ctx).values());

At the head of the TestEmptyMetaInfo it says "TODO: Does this test make sense any more?"
Its a test that checks that the basescanner when it runs cleans up weirdly incomplete rows in .META.
We don't really have a scanner any more and the thing we have, does not do this kinda cleaning anyways so this test is testing something removed.
i'm removing the test.  Its a mess anyways based on TestEmptyMetaInfo.  It just started failing too.

I have a problem with saving form with multiple checkboxes on it.I have following entity with 2 Boolean fields
public class UserAccount extends Logger {
    ....
    @NotNull
    private Boolean enabled = true;
   ....
    @NotNull
    private Boolean receiveAlertMessages;
}
In first place there was only 'enabled' field and everything worked fine, than I added 'receiveAlertMessages' field (field boolean --fieldName receiveAlertMessages --notNull). After additional field creation checkboxes doesn't work properly together(ui part not show correct boolean values). When I remove Spring.addDecoration script from form:checkbox tag everything seem to work perfectly. 

Its used by hfile fileinfo only so need to convert fileinfo to remove this.

need to add a unifed 0.13 script and a separate script for ACID support

A blocking cache defined like this:
<bean id="ehcache" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean">
  <property name="configLocation" value="classpath:ehcache.xml" />
  <property name="shared" value="false" />
</bean>
<bean id="abstractBlockingCacheFactory" class="org.springframework.cache.ehcache.EhCacheFactoryBean" abstract="true">
  <property name="cacheManager" ref="ehcache" />
  <property name="blocking" value="true" />
  <property name="statisticsEnabled" value="true" />
  <property name="timeToLive" value="1800" />
</bean>
<bean id="jspCacheFactory" parent="abstractBlockingCacheFactory" />
Used to work in 3.2.4.RELEASE but fails in 3.2.5.RELEASE with the message :
The jspCacheFactory Cache is not alive (STATUS_UNINITIALISED)
ehcache version is 2.6.6
The error is thrown in ehCacheFactoryBean:342 because setStatisticsEnabled requires the cache to be alive.
The solution would be to enable statistics after initialization (after doing this.cacheManager.addCache(rawCache); ) 

Separated a 2nd issue – wrong result – found by Thiruvel Thirumoolan in HIVE-8417 from 1st issue (IndexOutOfBoundsException due to scratch columns in reduce-side).
Interesting to note that in HIVE-8461 we converted Vectorization to use HiveDecimal instead of Decimal128, yet the rounding problem still occurs...

By hanging RTS tests (JBTM-2995) we found there is a race condition happening in definition of JTS vs. JTA transaction manager implementation for the JTAEnvironmentBean.
It could happen that

transaction manager imple class is pushed to the JTAEnvironmentBean from narayana-jts-idlj by descriptor jbossts-properties.xml as JTS implementation
recovery process is started and takes info about used JTS implementation for the manager and thus runs XAImporter in jts version
JTAEnvironmentBean is changed to report JTA is in use
recovery fails as ORB was not initialized

 When the failure happens the jts version is in serve (com.arjuna.ats.internal.jta.transaction.jts.jca.TransactionImporterImple). That's because of race condition of transaction manager instance being used. The SubordinationManager decides based on the transaction manager implementation is setup in JTAEnvironmentBean (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/SubordinationManager.java#L144). At time the JTAEnvironmentBeanService is started (https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java/org/jboss/as/txn/service/JTAEnvironmentBeanService.java#L60) the content of the transactionManagerClassName is setup (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com/arjuna/ats/jta/common/JTAEnvironmentBean.java#L54) based on the jbossts-properties.xml from https://github.com/jbosstm/narayana/blob/master/ArjunaJTS/narayana-jts-idlj/src/main/resources/jbossts-properties.xml#L149 where jts transaction manager is configured. Then recovery manager service is started and before the setup to the JTA transaction manager, by definition taken from standalone.xml in WFLY, is done (https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java/org/jboss/as/txn/service/ArjunaTransactionManagerService.java#L102) the recovery already starts (https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java/org/jboss/as/txn/subsystem/TransactionSubsystemAdd.java#L243) and uses jts importer which fails of not having ORB configured.

1) create a new empty directory and run roo inside.
2) create a new project:
roo> project --topLevelPackage foo.bar
3) setup mongo with a database name:
roo> mongo setup --databaseName abc
In the applicationContext-mongo.xml, database name is referenced as "${mongo.database}", but in database.properties, the database name is in property named "mongo.name", which leads to deployment error, and which cannot work, of course.
Please, change the name in property file from mongo.name to mongo.database to fix this issue and to not be confused with mongo.username there.
Corresponding patch is attached as well. 

On one of our clusters we got a deadlock in HMaster.
In a nutshell deadlock caused by using one HConnectionManager for serving client-like calls and calls from HMaster RPC handlers.
HBaseAdmin uses HConnectionManager which takes a lock masterAndZKLock.
On the other side of this game sits TablesNamespaceManager (TNM). This class uses HConnectionManager too (in my case for getting list of available namespaces). 
Problem is that HMaster class uses TNM  for serving RPC requests.
If we look at TNM more closely, we can see, that this class is totally synchronised.
Thats gives us a problem.
WebInterface calls request via HConnectionManager and locks masterAndZKLock.
Connection is blocking, so RpcClient will spin, awaiting for reply (while holding lock).
That how it looks like in thread dump:

	- waiting on <0x00000000c8905430> (a org.apache.hadoop.hbase.ipc.RpcClient$Call)
	at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1435)
	- locked <0x00000000c8905430> (a org.apache.hadoop.hbase.ipc.RpcClient$Call)
	at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1653)
	at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1711)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$BlockingStub.isMasterRunning(MasterProtos.java:40216)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$MasterServiceState.isMasterRunning(HConnectionManager.java:1467)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.isKeepAliveMasterConnectedAndRunning(HConnectionManager.java:2093)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getKeepAliveMasterService(HConnectionManager.java:1819)
	- locked <0x00000000d15dc668> (a java.lang.Object)
	at org.apache.hadoop.hbase.client.HBaseAdmin$MasterCallable.prepare(HBaseAdmin.java:3187)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:119)
	- locked <0x00000000cd0c1238> (a org.apache.hadoop.hbase.client.RpcRetryingCaller)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:96)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3214)
	at org.apache.hadoop.hbase.client.HBaseAdmin.listTableDescriptorsByNamespace(HBaseAdmin.java:2265)

Some other client call any HMaster RPC, and it calls TablesNamespaceManager methods, which in turn will block on HConnectionManager global lock masterAndZKLock.
That how it looks like:

  java.lang.Thread.State: BLOCKED (on object monitor)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getKeepAliveZooKeeperWatcher(HConnectionManager.java:1699)
	- waiting to lock <0x00000000d15dc668> (a java.lang.Object)
	at org.apache.hadoop.hbase.client.ZooKeeperRegistry.isTableOnlineState(ZooKeeperRegistry.java:100)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.isTableDisabled(HConnectionManager.java:874)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.relocateRegion(HConnectionManager.java:1027)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getRegionLocation(HConnectionManager.java:852)
	at org.apache.hadoop.hbase.client.RegionServerCallable.prepare(RegionServerCallable.java:72)
	- locked <0x00000000cd0ef108> (a org.apache.hadoop.hbase.client.RpcRetryingCaller)
	at org.apache.hadoop.hbase.client.HTable.getRowOrBefore(HTable.java:705)
	at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:144)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.prefetchRegionCache(HConnectionManager.java:1102)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:1162)
	- locked <0x00000000d1b49fd8> (a java.lang.Object)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:1054)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:1011)
	- locked <0x00000000cd0ef248> (a org.apache.hadoop.hbase.client.RpcRetryingCaller)
	at org.apache.hadoop.hbase.client.HTable.get(HTable.java:756)
	at org.apache.hadoop.hbase.master.TableNamespaceManager.get(TableNamespaceManager.java:134)
	at org.apache.hadoop.hbase.master.TableNamespaceManager.get(TableNamespaceManager.java:118)
	- locked <0x00000000d189da20> (a org.apache.hadoop.hbase.master.TableNamespaceManager)
	at org.apache.hadoop.hbase.master.HMaster.getNamespaceDescriptor(HMaster.java:3113)
	at org.apache.hadoop.hbase.master.HMaster.listTableDescriptorsByNamespace(HMaster.java:3133)
	at org.apache.hadoop.hbase.master.HMaster.listTableDescriptorsByNamespace(HMaster.java:3034)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:38261)
	at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1879)

And finally original handler, which should serve request from WebGUI can be blocked on TNM methods effectively forming dead lock.

Similar to HBASE-20616, CreateTableProcedure gets stuck in retry loop in CREATE_TABLE_WRITE_FS_LAYOUT state when writing HDFS fails.

Its at startup.  Here is the regionserver side of things:

...
2009-01-13 06:56:59,060 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Worker: MSG_REGION_OPEN: content,0d952ef7d6d31c81552d84ec99c61138,1231777275065
2009-01-13 06:56:59,060 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Opening region content,0d952ef7d6d31c81552d84ec99c61138,1231777275065/2063013531
2009-01-13 06:56:59,106 DEBUG org.apache.hadoop.hbase.regionserver.HStore: loaded /data/hbase/content/2063013531/url/info/1731769154213178962, isReference=false, sequence id=8231740, length=255693, majorCompaction=false
2009-01-13 06:56:59,129 DEBUG org.apache.hadoop.hbase.regionserver.HStore: loaded /data/hbase/content/2063013531/url/info/2908303503677637558, isReference=false, sequence id=8485218, length=193497, majorCompaction=false
2009-01-13 06:56:59,138 DEBUG org.apache.hadoop.hbase.regionserver.HStore: loaded /data/hbase/content/2063013531/url/info/4011669738439968964, isReference=false, sequence id=2657244, length=628824, majorCompaction=false
2009-01-13 06:56:59,159 DEBUG org.apache.hadoop.hbase.regionserver.HStore: loaded /data/hbase/content/2063013531/url/info/4385158897188164442, isReference=false, sequence id=7927662, length=277950, majorCompaction=false
2009-01-13 06:56:59,168 DEBUG org.apache.hadoop.hbase.regionserver.HStore: loaded /data/hbase/content/2063013531/url/info/5107758633254723438, isReference=false, sequence id=7687719, length=195595, majorCompaction=false
2009-01-13 06:56:59,172 DEBUG org.apache.hadoop.hbase.regionserver.HStore: loaded /data/hbase/content/2063013531/url/info/5309895098547950637, isReference=false, sequence id=8544018, length=34716, majorCompaction=false
2009-01-13 06:56:59,247 DEBUG org.apache.hadoop.hbase.regionserver.HStore: loaded /data/hbase/content/2063013531/url/info/7261360197361933359, isReference=false, sequence id=7468745, length=192133, majorCompaction=false
2009-01-13 06:56:59,247 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Loaded 7 file(s) in hstore 2063013531/url, max sequence id 8544018
2009-01-13 06:56:59,416 INFO org.apache.hadoop.hdfs.DFSClient: Could not obtain block blk_7710643799735487760_4996202 from any node:  java.io.IOException: No live nodes contain current block
2009-01-13 06:57:02,452 INFO org.apache.hadoop.hdfs.DFSClient: Could not obtain block blk_7710643799735487760_4996202 from any node:  java.io.IOException: No live nodes contain current block
2009-01-13 06:57:05,458 INFO org.apache.hadoop.hdfs.DFSClient: Could not obtain block blk_7710643799735487760_4996202 from any node:  java.io.IOException: No live nodes contain current block
2009-01-13 06:57:08,464 WARN org.apache.hadoop.hdfs.DFSClient: DFS Read: java.io.IOException: Could not obtain block: blk_7710643799735487760_4996202 file=/data/hbase/content/2063013531/url/mapfiles/5309895098547950637/index
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.chooseDataNode(DFSClient.java:1707)
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.blockSeekTo(DFSClient.java:1535)
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.read(DFSClient.java:1662)
        at org.apache.hadoop.hbase.io.MapFile$Reader.open(MapFile.java:301)
        at org.apache.hadoop.hbase.io.HBaseMapFile$HBaseReader.<init>(HBaseMapFile.java:79)
        at org.apache.hadoop.hbase.io.BloomFilterMapFile$Reader.<init>(BloomFilterMapFile.java:65)
        at org.apache.hadoop.hbase.regionserver.HStoreFile.getReader(HStoreFile.java:443)
        at org.apache.hadoop.hbase.regionserver.HStore.setupReaders(HStore.java:259)
        at org.apache.hadoop.hbase.regionserver.HStore.<init>(HStore.java:240)

2009-01-13 06:57:08,466 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: Error opening content,0d952ef7d6d31c81552d84ec99c61138,1231777275065
java.io.IOException: Could not obtain block: blk_7710643799735487760_4996202 file=/data/hbase/content/2063013531/url/mapfiles/5309895098547950637/index
2009-01-13 06:57:08,737 WARN org.apache.hadoop.hbase.regionserver.HRegionServer: Processing message (Retry: 0) java.io.IOException: java.io.IOException: java.lang.IllegalStateException: Cannot set a region to be closed if it was not already marked as pending close. State: name=content,0d952ef7d6d31c81552d84ec99c61138,1231777275065, unassigned=false, pendingOpen=true, open=false, closing=false, pendingClose=false, closed=false, offlined=false
        at org.apache.hadoop.hbase.master.RegionManager$RegionState.setClosed(RegionManager.java:1178)
        at org.apache.hadoop.hbase.master.RegionManager.setClosed(RegionManager.java:823)
        at org.apache.hadoop.hbase.master.ServerManager.processRegionClose(ServerManager.java:569)
        at org.apache.hadoop.hbase.master.ServerManager.processMsgs(ServerManager.java:404)
        at org.apache.hadoop.hbase.master.ServerManager.processRegionServerAllsWell(ServerManager.java:374)
...

Here is master side of things:

2009-01-13 06:57:08,450 INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_PROCESS_OPEN: content,810e91fecfad126862a26774bf34df75,1231783565254 from XX.XX.XX.50:60020
2009-01-13 06:57:08,734 INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_CLOSE: content,0d952ef7d6d31c81552d84ec99c61138,1231777275065: java.io.IOException: Could not obtain block: blk_7710643799735487760_4996202 file=/data/hbase/content/2063013531/url/mapfiles/5309895098547950637/index
 from 10.30.94.33:60020
2009-01-13 06:57:08,735 INFO org.apache.hadoop.ipc.HBaseServer: IPC Server handler 4 on 60000, call regionServerReport(address: XX.XX.XX.33:60020, startcode: 1231829713428, load: (requests=0, regions=21, usedHeap=158, maxHeap=1774), [Lorg.apache.hadoop.hbase.HMsg;@17496e57, [Lorg.apache.hadoop.hbase.HRegionInfo;@55eb1db2) from 10.30.94.33:37051: error: java.io.IOException: java.lang.IllegalStateException: Cannot set a region to be closed if it was not already marked as pending close. State: name=content,0d952ef7d6d31c81552d84ec99c61138,1231777275065, unassigned=false, pendingOpen=true, open=false, closing=false, pendingClose=false, closed=false, offlined=false
java.io.IOException: java.lang.IllegalStateException: Cannot set a region to be closed if it was not already marked as pending close. State: name=content,0d952ef7d6d31c81552d84ec99c61138,1231777275065, unassigned=false, pendingOpen=true, open=false, closing=false, pendingClose=false, closed=false, offlined=false
        at org.apache.hadoop.hbase.master.ServerManager.regionServerReport(ServerManager.java:285)
        at org.apache.hadoop.hbase.master.HMaster.regionServerReport(HMaster.java:569)
        at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
        at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:632)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:894)

This puts region in funky state.

If context and broker shutdown are concurrent (in my particular case, because the broker lifecycle is tied to a bean), then the shutdown fails.

WARN  o.s.c.s.DefaultLifecycleProcessor - Failed to stop bean 'org.springframework.amqp.rabbit.config.internalRabbitListenerEndpointRegistry'
java.io.EOFException: null
	at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:290)
Wrapped by: com.rabbitmq.client.ShutdownSignalException: connection error
	at com.rabbitmq.utility.ValueOrException.getValue(ValueOrException.java:66)
Wrapped by: java.io.IOException: null
	at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:105)
Wrapped by: org.springframework.amqp.AmqpIOException: java.io.IOException
	at org.springframework.amqp.rabbit.support.RabbitExceptionTranslator.convertRabbitAccessException(RabbitExceptionTranslator.java:71)

create two entities with a JPA-one-to-many-relationship between the two
annotate both classes with lombok's @Data (generating e.g. toString())
set logging.level.org.springframework.web to DEBUG
POST a new child object with a parent reference
Spot the exception. In my case, backend state was correct, frontend stopped working.

Lombok's autogenerated toString() methods probably result in an endless loop in this call:
https://github.com/spring-projects/spring-framework/blob/fdaceeb6c97ae166a9c09f00678383b266dfe2e3/spring-core/src/main/java/org/springframework/core/log/LogFormatUtils.java#L50
Besides excluding some fields from being toStringified() by lombok, this method probably shouldn't throw an error in any case so you might consider try-catching the call.

 Tighten up EOF bounds checking in LazyBinaryDeserializeRead so bytes beyond stated row end are never read.  Use WritableUtils.decodeVIntSize to check for room ahead like regular LazyBinary code does.
Display more detailed information when an exception is thrown by DeserializeRead classes.
Add Unit Tests, including some designed that catch the errors like HIVE-13818.

    <bean id="dbItemReader" class="org.springframework.batch.item.database.IbatisPagingItemReader">
        <property name="sqlMapClient" ref="sqlMapClient"/>
        <property name="queryId" value="getBatchRows"/>
        <property name="pageSize" value="2"/>
    </bean>
If pageSize is set to value that less the number of records in DB, than the method doRead() in class AbstractPagingItemReader performs infinitely.

Similar to HBASE-9495 we should audit the hbase-hadoop*-compat, hbase-prefix-tree, hbase-protocol and hbase server-modules. 
I'll go through each module first making most things private, and then do a second pass using some sort of LimitedPrivate marking for apis that we'd expect coprocs or advanced tests to use.
This is less urgent that the work for the client facing apis.

With new galleon build system we discovered differences in .properties files permissions. There's probably not one "true" setting, but the permissions should be reviewed to be consistent across versions (that's why I'm setting priority major, unless we decide it's problem for users).
Possible issue here is mgmt-groups.properties and application-roles.properties being readable by world.
Here are the differences between the last couple of major builds. Most important differences (imho) are:

*.properties under /bin used to be 664, now they are 644
/appclient/configuration/logging.properties and /domain/configuration/logging.properties used to be 664, now they're 600 in legacy build, 644 in galleon build
mgmt-groups.properties and application-roles.properties are 644 in galleon build (i.e. readble by world)

$ find . -type f -name '*.properties' -exec stat --format '%A %a %n' {} \;

-rw-rw-r-- 664 ./jboss-eap-6.4.20/bin/add-user.properties
-rw-rw-r-- 664 ./jboss-eap-6.4.20/bin/jboss-cli-logging.properties
-rw-rw-r-- 664 ./jboss-eap-6.4.20/appclient/configuration/logging.properties
-rw------- 600 ./jboss-eap-6.4.20/standalone/configuration/mgmt-users.properties
-rw------- 600 ./jboss-eap-6.4.20/standalone/configuration/mgmt-groups.properties
-rw------- 600 ./jboss-eap-6.4.20/standalone/configuration/application-roles.properties
-rw-rw-r-- 664 ./jboss-eap-6.4.20/standalone/configuration/logging.properties
-rw------- 600 ./jboss-eap-6.4.20/standalone/configuration/application-users.properties
-rw------- 600 ./jboss-eap-6.4.20/domain/configuration/mgmt-users.properties
-rw------- 600 ./jboss-eap-6.4.20/domain/configuration/mgmt-groups.properties
-rw------- 600 ./jboss-eap-6.4.20/domain/configuration/application-roles.properties
-rw-rw-r-- 664 ./jboss-eap-6.4.20/domain/configuration/logging.properties
-rw------- 600 ./jboss-eap-6.4.20/domain/configuration/application-users.properties

-rw-rw-r-- 664 ./jboss-eap-7.1.2/bin/add-user.properties
-rw-rw-r-- 664 ./jboss-eap-7.1.2/bin/jboss-cli-logging.properties
-rw-rw-r-- 664 ./jboss-eap-7.1.2/migration/configuration/environment.properties
-rw-rw-r-- 664 ./jboss-eap-7.1.2/migration/configuration/logging.properties
-rw-rw-r-- 664 ./jboss-eap-7.1.2/appclient/configuration/logging.properties
-rw------- 600 ./jboss-eap-7.1.2/standalone/configuration/mgmt-users.properties
-rw------- 600 ./jboss-eap-7.1.2/standalone/configuration/mgmt-groups.properties
-rw------- 600 ./jboss-eap-7.1.2/standalone/configuration/application-roles.properties
-rw-rw-r-- 664 ./jboss-eap-7.1.2/standalone/configuration/logging.properties
-rw------- 600 ./jboss-eap-7.1.2/standalone/configuration/application-users.properties
-rw-rw-r-- 664 ./jboss-eap-7.1.2/domain/configuration/default-server-logging.properties
-rw------- 600 ./jboss-eap-7.1.2/domain/configuration/mgmt-users.properties
-rw------- 600 ./jboss-eap-7.1.2/domain/configuration/mgmt-groups.properties
-rw------- 600 ./jboss-eap-7.1.2/domain/configuration/application-roles.properties
-rw-rw-r-- 664 ./jboss-eap-7.1.2/domain/configuration/logging.properties
-rw------- 600 ./jboss-eap-7.1.2/domain/configuration/application-users.properties

-rw-rw-r-- 664 ./jboss-eap-7.2.0.CD12/bin/add-user.properties
-rw-rw-r-- 664 ./jboss-eap-7.2.0.CD12/bin/jboss-cli-logging.properties
-rw-rw-r-- 664 ./jboss-eap-7.2.0.CD12/appclient/configuration/logging.properties
-rw------- 600 ./jboss-eap-7.2.0.CD12/standalone/configuration/mgmt-users.properties
-rw------- 600 ./jboss-eap-7.2.0.CD12/standalone/configuration/mgmt-groups.properties
-rw------- 600 ./jboss-eap-7.2.0.CD12/standalone/configuration/application-roles.properties
-rw-rw-r-- 664 ./jboss-eap-7.2.0.CD12/standalone/configuration/logging.properties
-rw------- 600 ./jboss-eap-7.2.0.CD12/standalone/configuration/application-users.properties
-rw------- 600 ./jboss-eap-7.2.0.CD12/domain/configuration/mgmt-users.properties
-rw------- 600 ./jboss-eap-7.2.0.CD12/domain/configuration/mgmt-groups.properties
-rw------- 600 ./jboss-eap-7.2.0.CD12/domain/configuration/application-roles.properties
-rw-rw-r-- 664 ./jboss-eap-7.2.0.CD12/domain/configuration/logging.properties
-rw------- 600 ./jboss-eap-7.2.0.CD12/domain/configuration/application-users.properties

-rw-r--r-- 644 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/bin/add-user.properties
-rw-r--r-- 644 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/bin/jboss-cli-logging.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/appclient/configuration/logging.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/standalone/configuration/mgmt-users.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/standalone/configuration/mgmt-groups.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/standalone/configuration/application-roles.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/standalone/configuration/logging.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/standalone/configuration/application-users.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/domain/configuration/default-server-logging.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/domain/configuration/mgmt-users.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/domain/configuration/mgmt-groups.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/domain/configuration/application-roles.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/domain/configuration/logging.properties
-rw------- 600 ./wildfly-legacy-build-14.0.0.Beta1-SNAPSHOT/domain/configuration/application-users.properties

-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/bin/add-user.properties
-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/bin/jboss-cli-logging.properties
-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/appclient/configuration/logging.properties
-rw------- 600 ./wildfly-14.0.0.Beta1-SNAPSHOT/standalone/configuration/mgmt-users.properties
-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/standalone/configuration/mgmt-groups.properties
-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/standalone/configuration/application-roles.properties
-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/standalone/configuration/logging.properties
-rw------- 600 ./wildfly-14.0.0.Beta1-SNAPSHOT/standalone/configuration/application-users.properties
-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/domain/configuration/default-server-logging.properties
-rw------- 600 ./wildfly-14.0.0.Beta1-SNAPSHOT/domain/configuration/mgmt-users.properties
-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/domain/configuration/mgmt-groups.properties
-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/domain/configuration/application-roles.properties
-rw-r--r-- 644 ./wildfly-14.0.0.Beta1-SNAPSHOT/domain/configuration/logging.properties
-rw------- 600 ./wildfly-14.0.0.Beta1-SNAPSHOT/domain/configuration/application-users.propertie

Note: WF build is current master (commit 7027657)

org.jboss.as.test.integration.transaction (3)
    MaximumTimeoutTestCase.testDefaultTimeout  	
    MaximumTimeoutTestCase.testLogFile  	
    MaximumTimeoutTestCase.testMaximumTimeout

java.lang.RuntimeException: java.io.IOException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.jboss.remoting3.security.RemotingPermission" "createEndpoint")" in code source "(vfs:/content/becf34fa-0b6c-447e-b047-17d59027b753.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.becf34fa-0b6c-447e-b047-17d59027b753.jar" from Service Module Loader")
	at org.jboss.as.test.integration.transaction.MaximumTimeoutTestCase.executeForResult(MaximumTimeoutTestCase.java:124)
	at org.jboss.as.test.integration.transaction.MaximumTimeoutTestCase.setDefaultTimeout(MaximumTimeoutTestCase.java:107)
	at org.jboss.as.test.integration.transaction.MaximumTimeoutTestCase.testMaximumTimeout(MaximumTimeoutTestCase.java:137)
Caused by: java.io.IOException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.jboss.remoting3.security.RemotingPermission" "createEndpoint")" in code source "(vfs:/content/becf34fa-0b6c-447e-b047-17d59027b753.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.becf34fa-0b6c-447e-b047-17d59027b753.jar" from Service Module Loader")
	at org.jboss.as.test.integration.transaction.MaximumTimeoutTestCase.executeForResult(MaximumTimeoutTestCase.java:120)
	... 143 more
Caused by: org.jboss.arquillian.test.spi.ArquillianProxyException: java.security.AccessControlException : WFSM000001: Permission check failed (permission "("org.jboss.remoting3.security.RemotingPermission" "createEndpoint")" in code source "(vfs:/content/becf34fa-0b6c-447e-b047-17d59027b753.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.becf34fa-0b6c-447e-b047-17d59027b753.jar" from Service Module Loader") [Proxied because : Original exception caused: class java.io.NotSerializableException: org.wildfly.security.util.StringEnumeration]
	at org.jboss.remoting3.EndpointBuilder.build(EndpointBuilder.java:125)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:128)
	... 145 more

Issues with prefetching are:

we do two calls to meta: one for the exact row, one for the prefetch
it's done in a lock
we take the next 10 regions. Why 10, why the 10 next?
is it useful if the table has 100K regions?

Options are:

just remove it
replace it with a reverse scan: this would save a call

Although I have configured the endpoint-/port name I get this WARNING in my logs:
2017-01-31 09:27:10.662 | WARN | org.apache.camel.component.cxf.CxfEndpoint | http-0.0.0.0:8443-1 | The endpoint/port name of cxf://https://someURL?cxfEndpointConfigurer=%23myWSCxfEndpointConfigurer&dataFormat=PAYLOAD&defaultOperationName=defaultOperation&portName=%7Bhttp%3A%2F%2Fexample.com%2Fx%2y%2FGz%7DMyBinding_soap12&wrapped=true&wrappedStyle=true&wsdlURL=wsdl-reference%2Fmywsdl.wsdl is empty, cxf will try to load the first one in wsdl for you. | org.apache.camel.component.cxf.CxfEndpoint.checkName(CxfEndpoint.java:646)
The cause for this is that the "checkName" method checks the instance variable "portName" and not "portNameString" (see attached screenshot).
Therefore I think it's better if the lines
checkName(portName, "endpoint/port name");
checkName(serviceName, "service name");
get replaced by
checkName(getPortName(), "endpoint/port name");
checkName(getServiceName(), "service name");
I'll send a Pull Request soon....

We have a situation where an ApplicationListener was throwing a ClassCastException but we were never aware of this issue because invokeListener defaults to catching and suppressing ClassCastExceptions:

	protected void invokeListener(ApplicationListener listener, ApplicationEvent event) {
		ErrorHandler errorHandler = getErrorHandler();
		if (errorHandler != null) {
			try {
				listener.onApplicationEvent(event);
			}
			catch (Throwable err) {
				errorHandler.handleError(err);
			}
		}
		else {
			try {
			}
			catch (ClassCastException ex) {
				// Possibly a lambda-defined listener which we could not resolve the generic event type for
				LogFactory.getLog(getClass()).debug("Non-matching event type for listener: " + listener, ex);
			}
		}
	}

This seems like a very bad idea and in our case led to a very subtle bug (luckily we had other checks and balances that showed we had an issue but it took a long time to track it down).  I'm not sure what can happen with a lambda-defined listener, so I can't suggest a better solution than what you have.
We have now implemented our own ErrorHandler, so this issue is resolved for us but other users may not be aware of ClassCastExceptions in their own listeners.

OrderComparator.INSTANCE should be final, since it is public static field.
Having this field non-final prevents me from using it, as well as OrderComparator.sort

The following exception are thrown when asking the MBean server for the classname implementing "jboss.jsr77:j2eeType=WebModule,name=MyWar.war,J2EEServer=default".
It should be a legal call. Why are the code clearly states it's illegal?
java.lang.IllegalStateException: JBAS019905: Should not get called
    at org.jboss.as.jsr77.managedobject.J2EEDeployedObjectHandlers$J2EEModuleHandler.queryObjectNames(J2EEDeployedObjectHandlers.java:245)
    at org.jboss.as.jsr77.managedobject.BaseHandler.getMBeanInfo(BaseHandler.java:64)
    at org.jboss.as.jsr77.managedobject.J2EEDeployedObjectHandlers.getMBeanInfo(J2EEDeployedObjectHandlers.java:147)
    at org.jboss.as.jsr77.managedobject.ManagedObjectHandlerRegistry.getMBeanInfo(ManagedObjectHandlerRegistry.java:112)
    at org.jboss.as.jsr77.subsystem.JSR77ManagementMBeanServer.getMBeanInfo(JSR77ManagementMBeanServer.java:179)
    at org.jboss.as.jmx.PluggableMBeanServerImpl.getMBeanInfo(PluggableMBeanServerImpl.java:212)
The error can easily be triggered by using JConsole to browse the same MBean.

While testing HBASE-8640 fix found that master and regionserver running on different interfaces are not communicating properly.
I have two interfaces 1) lo 2) eth0 in my machine and default hostname interface is lo.
I have configured master ipc address to ip of eth0 interface.
Started master and regionserver on the same machine.
1) master rpc server bound to eth0 and RS rpc server bound to lo
2) Since rpc client is not binding to any ip address, when RS is reporting RS startup its getting registered with eth0 ip address(but actually it should register localhost)
Here are RS logs:

2013-05-31 06:05:28,608 WARN  [regionserver60020] org.apache.hadoop.hbase.regionserver.HRegionServer: reportForDuty failed; sleeping and then retrying.
2013-05-31 06:05:31,609 INFO  [regionserver60020] org.apache.hadoop.hbase.regionserver.HRegionServer: Attempting connect to Master server at 192.168.0.100,60000,1369960497008
2013-05-31 06:05:31,609 INFO  [regionserver60020] org.apache.hadoop.hbase.regionserver.HRegionServer: Telling master at 192.168.0.100,60000,1369960497008 that we are up with port=60020, startcode=1369960502544
2013-05-31 06:05:31,618 DEBUG [regionserver60020] org.apache.hadoop.hbase.regionserver.HRegionServer: Config from master: hbase.rootdir=hdfs://localhost:2851/hbase
2013-05-31 06:05:31,618 DEBUG [regionserver60020] org.apache.hadoop.hbase.regionserver.HRegionServer: Config from master: fs.default.name=hdfs://localhost:2851
2013-05-31 06:05:31,618 INFO  [regionserver60020] org.apache.hadoop.hbase.regionserver.HRegionServer: Master passed us a different hostname to use; was=localhost, but now=192.168.0.100

Here are master logs:

2013-05-31 06:05:31,615 INFO  [IPC Server handler 9 on 60000] org.apache.hadoop.hbase.master.ServerManager: Registering server=192.168.0.100,60020,1369960502544

Since master has wrong rpc server address of RS, META is not getting assigned.

2013-05-31 06:05:34,362 DEBUG [master-192.168.0.100,60000,1369960497008] org.apache.hadoop.hbase.master.AssignmentManager: No previous transition plan was found (or we are ignoring an existing plan) for .META.,,1.1028785192 so generated a random one; hri=.META.,,1.1028785192, src=, dest=192.168.0.100,60020,1369960502544; 1 (online=1, available=1) available servers, forceNewPlan=false
-----
org.apache.hadoop.hbase.master.AssignmentManager: Failed assignment of .META.,,1.1028785192 to 192.168.0.100,60020,1369960502544, trying to assign elsewhere instead; try=1 of 10
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:511)
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:481)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupConnection(RpcClient.java:549)
	at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupIOstreams(RpcClient.java:813)
	at org.apache.hadoop.hbase.ipc.RpcClient.getConnection(RpcClient.java:1422)
	at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1315)
	at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1532)
	at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1587)
	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$BlockingStub.openRegion(AdminProtos.java:15039)
	at org.apache.hadoop.hbase.master.ServerManager.sendRegionOpen(ServerManager.java:627)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1826)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1453)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1432)
	at org.apache.hadoop.hbase.master.handler.ClosedRegionHandler.process(ClosedRegionHandler.java:104)
	at org.apache.hadoop.hbase.master.AssignmentManager.addToRITandCallClose(AssignmentManager.java:699)
	at org.apache.hadoop.hbase.master.AssignmentManager.processRegionsInTransition(AssignmentManager.java:584)
	at org.apache.hadoop.hbase.master.AssignmentManager.processRegionInTransition(AssignmentManager.java:517)
	at org.apache.hadoop.hbase.master.AssignmentManager.processRegionInTransitionAndBlockUntilAssigned(AssignmentManager.java:473)
	at org.apache.hadoop.hbase.master.HMaster.assignMeta(HMaster.java:917)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:803)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:547)

"Cannot map iterable of class Bar to instance of Foo. More than one potential matching field found."
when trying to load a node entity defined like

...
@Relationship(type = "REL_A")
Set<Bar> aBars;

@Relationship(type = "REL_B")
Set<Bar> bBars;
...
}

During an ant build, I get the following warning:
 [javadoc] javadoc: warning - Error fetching URL: http://java.sun.com/javase/6/docs/api/index.html/package-list
I suspect that this is related to build.xml, but don't know for certain. This needs to be fixed.

The code close admin twice which cause LoadTest tool fail when loading multiple tables at one time.

When proxying the WS-Security request through camel route with CXF_MESSAGE data format, we will get the endless loop that eat up the memory.

"qtp967241364-210" prio=10 tid=0x00007f1de4306800 nid=0x1c9f runnable [0x00007f1d8d451000]
	at org.apache.cxf.staxutils.W3CDOMStreamWriter.writeCharacters(W3CDOMStreamWriter.java:292)
	at org.apache.cxf.staxutils.DelegatingXMLStreamWriter.writeCharacters(DelegatingXMLStreamWriter.java:91)
	at org.apache.cxf.staxutils.StaxUtils.copy(StaxUtils.java:588)
	at org.apache.cxf.staxutils.StaxUtils.copy(StaxUtils.java:564)
	at org.apache.cxf.staxutils.StaxUtils.copy(StaxUtils.java:542)
	at org.apache.cxf.binding.soap.interceptor.SoapOutInterceptor.writeSoapEnvelopeStart(SoapOutInterceptor.java:160)
	at org.apache.cxf.binding.soap.interceptor.SoapOutInterceptor.handleMessage(SoapOutInterceptor.java:81)
	at org.apache.cxf.binding.soap.interceptor.SoapOutInterceptor.handleMessage(SoapOutInterceptor.java:61)
	- locked <0x00000000e28af4a0> (a org.apache.cxf.phase.PhaseInterceptorChain)
	at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
	at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:456)
	at org.apache.camel.processor.interceptor.HandleFaultInterceptor.process(HandleFaultInterceptor.java:41)
	at org.apache.camel.fabric.FabricTraceProcessor.process(FabricTraceProcessor.java:81)
	at org.apache.camel.processor.interceptor.StreamCachingInterceptor.process(StreamCachingInterceptor.java:52)
	at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:46)
	at org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:308)
	at org.apache.camel.component.cxf.CxfConsumer$1.asyncInvoke(CxfConsumer.java:93)
	- locked <0x00000000e2533d18> (a org.apache.cxf.transport.http_jetty.continuations.JettyContinuationWrapper)
	at org.apache.camel.component.cxf.CxfConsumer$1.invoke(CxfConsumer.java:72)
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107)
	- locked <0x00000000e28af958> (a org.apache.cxf.interceptor.ServiceInvokerInterceptor$2)
	- locked <0x00000000e26edb48> (a org.apache.cxf.phase.PhaseInterceptorChain)
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:141)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
	at org.ops4j.pax.web.service.internal.$Proxy6.service(Unknown Source)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:534)
	at org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:931)
	at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:992)
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:856)

wsconsume script is not working on JDK9/10

[jbliznak@rh wildfly-13.0.0.Alpha1-SNAPSHOT]$ java -version
java version "9.0.4"
Java(TM) SE Runtime Environment (build 9.0.4+11)
Java HotSpot(TM) 64-Bit Server VM (build 9.0.4+11, mixed mode)
[jbliznak@rh wildfly-13.0.0.Alpha1-SNAPSHOT]$ bin/wsconsume.sh https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/testsuite/shared-tests/src/test/resources/jaxws/smoke/tools/wsdl/TestServiceSoap12.wsdl
Could not find log4j.properties or log4j.xml configuration, logging to console.

WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by com.sun.xml.bind.v2.runtime.reflect.opt.Injector (jar:file:/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/com/sun/xml/bind/main/jaxb-runtime-2.3.0.jar!/) to method java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int)
WARNING: Please consider reporting this to the maintainers of com.sun.xml.bind.v2.runtime.reflect.opt.Injector
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
Loading FrontEnd jaxws ...
Loading DataBinding jaxb ...
wsdl2java -compile -exsh false -d /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430 -verbose -classdir /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output -allowElementReferences https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/testsuite/shared-tests/src/test/resources/jaxws/smoke/tools/wsdl/TestServiceSoap12.wsdl
wsdl2java - Apache CXF 3.2.2

/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:6: error: package javax.xml.ws is not visible
import javax.xml.ws.WebEndpoint;
                ^
  (package javax.xml.ws is declared in module java.xml.ws, which is not in the module graph)
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:7: error: package javax.xml.ws is not visible
import javax.xml.ws.WebServiceClient;
                ^
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:8: error: package javax.xml.ws is not visible
import javax.xml.ws.WebServiceFeature;
                ^
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:9: error: package javax.xml.ws is not visible
import javax.xml.ws.Service;
                ^
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:3: error: package javax.jws is not visible
import javax.jws.WebMethod;
            ^
  (package javax.jws is declared in module java.xml.ws, which is not in the module graph)
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:4: error: package javax.jws is not visible
import javax.jws.WebParam;
            ^
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:5: error: package javax.jws is not visible
import javax.jws.WebResult;
            ^
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:6: error: package javax.jws is not visible
import javax.jws.WebService;
            ^
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:7: error: package javax.jws.soap is not visible
import javax.jws.soap.SOAPBinding;
                ^
  (package javax.jws.soap is declared in module java.xml.ws, which is not in the module graph)
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:72: error: cannot find symbol
        return super.getPort(EndpointInterfacePort, EndpointInterface.class);
               ^
  symbol:   variable super
  location: class org.openuri._2004._04.helloworld.TestService
/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:84: error: cannot find symbol
        return super.getPort(EndpointInterfacePort, EndpointInterface.class, features);
               ^
JBWS024002: Failed to invoke org.apache.cxf.tools.wsdlto.WSDLToJava
org.apache.cxf.tools.common.ToolException: Failed to compile generated code
	at org.apache.cxf.impl//org.apache.cxf.tools.common.ClassUtils.compile(ClassUtils.java:125)
	at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaContainer.java:303)
	at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:164)
	at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:412)
	at org.apache.cxf.impl//org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:105)
	at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113)
	at org.jboss.ws.jaxws-client//org.jboss.wsf.stack.cxf.tools.CXFConsumerImpl.consume(CXFConsumerImpl.java:313)
	at org.jboss.ws.tools.common//org.jboss.ws.tools.cmd.WSConsume.importServices(WSConsume.java:298)
	at org.jboss.ws.tools.common//org.jboss.ws.tools.cmd.WSConsume.mainInternal(WSConsume.java:108)
	at org.jboss.ws.tools.common//org.jboss.ws.tools.cmd.WSConsume.main(WSConsume.java:96)
	at org.jboss.modules.Module.runMainMethod(Module.java:348)
	at org.jboss.modules.Module.run(Module.java:328)
	at org.jboss.modules.Main.main(Main.java:557)

There is following exception when doing application shutdown (ctrl+c):

2016-09-22 08:30:31,084 ERROR [stderr] (Thread-4) org.jboss.weld.context.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.inject.Singleton
2016-09-22 08:30:31,085 ERROR [stderr] (Thread-4) 	at org.jboss.weld.manager.BeanManagerImpl.getContext(BeanManagerImpl.java:639)
2016-09-22 08:30:31,085 ERROR [stderr] (Thread-4) 	at org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:94)
2016-09-22 08:30:31,085 ERROR [stderr] (Thread-4) 	at org.jboss.weld.bean.ContextualInstanceStrategy$ApplicationScopedContextualInstanceStrategy.get(ContextualInstanceStrategy.java:140)
2016-09-22 08:30:31,085 ERROR [stderr] (Thread-4) 	at org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50)
2016-09-22 08:30:31,085 ERROR [stderr] (Thread-4) 	at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:692)
2016-09-22 08:30:31,086 ERROR [stderr] (Thread-4) 	at org.jboss.weld.bean.builtin.InstanceImpl.getBeanInstance(InstanceImpl.java:178)
2016-09-22 08:30:31,086 ERROR [stderr] (Thread-4) 	at org.jboss.weld.bean.builtin.InstanceImpl.get(InstanceImpl.java:98)
2016-09-22 08:30:31,086 ERROR [stderr] (Thread-4) 	at org.wildfly.swarm.container.runtime.RuntimeServer.stop(RuntimeServer.java:200)
2016-09-22 08:30:31,086 ERROR [stderr] (Thread-4) 	at org.wildfly.swarm.container.runtime.RuntimeServer.lambda$new$26(RuntimeServer.java:111)
2016-09-22 08:30:31,086 ERROR [stderr] (Thread-4) 	at java.lang.Thread.run(Thread.java:745)

In HRegion.setRecovering() we have this code:

    // force a flush only if region replication is set up for this region. Otherwise no need.
      boolean forceFlush = getTableDesc().getRegionReplication() > 1;

      // force a flush first
      MonitoredTask status = TaskMonitor.get().createStatus(
        "Flushing region " + this + " because recovery is finished");
      try {
        if (forceFlush) {
          internalFlushcache(status);
        }

So we only optionally force flush after a recovery of a region, but the message always is set to "Flushing...", which might be confusing. We should change the message based on forceFlush.

If a deployment is done that uses extension-list to specify dependencies the extension modules are not part of the stability monitor. This means that the deployment will randomly fail in some cases.

I have 2 projects:

a batch project, with a simple job and a single step.
a project that manages batches, by starting, stopping them ...

Both projects points to the same database, 
when trying to stop a job, using the JobExecutionId, from the 2nd project, I get a NoSuchJobException, even though the job is successfully stopped.
Here is the complete stacktrace: 

2018-01-02 16:34:34.426  WARN 4831 --- [ XNIO-2 task-13] o.s.b.c.l.support.SimpleJobOperator      : Cannot find Job object

org.springframework.batch.core.launch.NoSuchJobException: No job configuration with the name [5e205b35-8d39-4689-9106-6b13c285cd27] was registered
	at org.springframework.batch.core.configuration.support.MapJobRegistry.getJob(MapJobRegistry.java:66)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:333)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
	at org.springframework.batch.core.configuration.annotation.SimpleBatchConfiguration$PassthruAdvice.invoke(SimpleBatchConfiguration.java:127)
	at com.sun.proxy.$Proxy187.getJob(Unknown Source)
	at org.springframework.batch.core.launch.support.SimpleJobOperator.stop(SimpleJobOperator.java:403)
	at com.sun.proxy.$Proxy189.stop(Unknown Source)
	at com.advyteam.sirh.batch.ws.service.JobRunService.stopJob(JobRunService.java:36)
	at com.advyteam.sirh.batch.ws.service.JobRunService$$FastClassBySpringCGLIB$$57ada3d4.invoke(<generated>)
	at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:738)
	at org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:85)
	at com.advyteam.sirh.batch.ws.aop.logging.LoggingAspect.logAround(LoggingAspect.java:85)
	at sun.reflect.GeneratedMethodAccessor342.invoke(Unknown Source)
	at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:629)
	at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:618)
	at org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:70)
	at org.springframework.aop.aspectj.AspectJAfterThrowingAdvice.invoke(AspectJAfterThrowingAdvice.java:62)
	at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:673)
	at com.advyteam.sirh.batch.ws.service.JobRunService$$EnhancerBySpringCGLIB$$f4ea2d6b.stopJob(<generated>)
	at com.advyteam.sirh.batch.ws.web.rest.JobConfigResource.stopJobInstance(JobConfigResource.java:73)
	at com.advyteam.sirh.batch.ws.web.rest.JobConfigResource$$FastClassBySpringCGLIB$$2c739847.invoke(<generated>)
	at com.advyteam.sirh.batch.ws.web.rest.JobConfigResource$$EnhancerBySpringCGLIB$$2372eaa4.stopJobInstance(<generated>)
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:205)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:133)
	at com.codahale.metrics.servlet.AbstractInstrumentedFilter.doFilter(AbstractInstrumentedFilter.java:111)
	at org.springframework.boot.web.filter.ApplicationContextHeaderFilter.doFilterInternal(ApplicationContextHeaderFilter.java:55)
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:101)
	at org.springframework.boot.actuate.trace.WebRequestTraceFilter.doFilterInternal(WebRequestTraceFilter.java:110)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:317)
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127)
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:91)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331)
	at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:114)
	at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:137)
	at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:111)
	at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:170)
	at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:63)
	at com.advyteam.sirh.batch.ws.security.jwt.JWTFilter.doFilter(JWTFilter.java:36)
	at org.springframework.web.filter.CorsFilter.doFilterInternal(CorsFilter.java:96)
	at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:116)
	at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:105)
	at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:56)
	at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:214)
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:177)
	at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:108)
	at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:119)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:332)

The code for running/stoping jobs: 

package com.advyteam.sirh.batch.ws.service;

import org.apache.commons.io.IOUtils;
import org.springframework.batch.core.explore.JobExplorer;
import org.springframework.batch.core.launch.JobExecutionNotRunningException;
import org.springframework.batch.core.launch.JobOperator;
import org.springframework.batch.core.launch.NoSuchJobExecutionException;
import org.springframework.batch.core.repository.JobRepository;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.stereotype.Service;

import java.io.BufferedInputStream;
import java.io.BufferedReader;
import java.io.File;
import java.io.InputStreamReader;
import java.nio.charset.Charset;
import java.util.StringJoiner;

@Service
public class JobRunService {

    @Value("${application.dirbatchrunner}")
    private String BATCH_JAR;

    private JobOperator jobOperator;

    public boolean stopJob(Long jobExecutionId) {
        try {
            return jobOperator.stop(jobExecutionId);
        } catch (NoSuchJobExecutionException | JobExecutionNotRunningException e) {
        }
    }

    public String runjob(final String jarname) {
        UUID uuid = UUID.randomUUID();

        if (!new File(jarname).exists()) {
            throw new IllegalArgumentException("Jar file does not exist");
        }
        if (!new File(BATCH_JAR).exists()) {
            throw new IllegalArgumentException("Runner jar file does not exist");
        }

        try {
            System.out.println("processing job: " + jarname);
            ProcessBuilder pb = new ProcessBuilder("/usr/bin/java",
                String.format("-Dloader.path=%s", jarname),
                "-jar",
                BATCH_JAR,
                "--job.name=" + uuid.toString()
            );

            new Thread(() -> {
                try {
                    Process process = pb.inheritIO().start();
                    process.waitFor();
                    System.out.println(jarname + " done with code " + process.exitValue());
                } catch (Exception e) {
                    e.printStackTrace();
                }
            }).start();

            return uuid.toString();
        }
    }

}

Im not sure if this is related or not, but resuming stopped jobs does not seem to work either, and getting same exception: NoSuchJobException

After efforts in HBASE-15118, we still see IS2_INCONSISTENT_SYNC warning in AuthenticationTokenSecretManager in HadoopQA report  for HBASE-13960:

In class org.apache.hadoop.hbase.security.token.AuthenticationTokenSecretManager
Field org.apache.hadoop.hbase.security.token.AuthenticationTokenSecretManager.lastKeyUpdate
Synchronized 50% of the time
Unsynchronized access at AuthenticationTokenSecretManager.java:[line 343]
Synchronized access at AuthenticationTokenSecretManager.java:[line 278]

Checking the code, we could see synchronized (this) in line 343 is synchronizing on the instance of the subclass AuthenticationTokenSecretManager$LeaderElector while lastKeyUpdate is a variable of the parent class instance
Will fix the issue in this JIRA

The following two test cases was executed orderly:
1.TestZKBasedOpenCloseRegion#testCloseRegion()
2.TestZKBasedOpenCloseRegion#testRSAlreadyProcessingRegion()
I found the problem while the two test cases used the same region with little possibility. The following describtion called the region as RegionA
(1). Region-A was closed in the test of "testCloseRegion". And it was trying to be opening at the end of "testCloseRegion".

   2011-06-20 08:14:24,967 DEBUG [main-EventThread] master.AssignmentManager(374): Handling transition=RS_ZK_REGION_OPENING, server=linux1.site,41784,1308528851644, region=5251635727486eb97dfbe6f953c587c3
   2011-06-20 08:14:24,967 DEBUG [RS_OPEN_REGION-linux1.site,41784,1308528851644-2] regionserver.HRegion(311): Instantiated TestZKBasedOpenCloseRegion,ccc,1308528860373.5251635727486eb97dfbe6f953c587c3.
   2011-06-20 08:14:24,986 INFO  [Thread-397] master.TestZKBasedOpenCloseRegion(213): Done with testCloseRegion

(2). The region next test case used was just the same region which was opening:

   2011-06-20 08:14:25,012 INFO  [main] master.TestZKBasedOpenCloseRegion(139): .META.,,1.1028785192
   2011-06-20 08:14:25,013 INFO  [main] master.TestZKBasedOpenCloseRegion(139): TestZKBasedOpenCloseRegion,ccc,1308528860373.5251635727486eb97dfbe6f953c587c3.

(3) In test case 2, the code of "while (!reopenEventProcessed.get())" got an un-expect OPENED event from the prev opening.

    EventHandlerListener openListener =
    new ReopenEventListener(hri.getRegionNameAsString(),
          reopenEventProcessed, EventType.RS_ZK_REGION_OPENED);
    cluster.getMaster().executorService.
      registerListener(EventType.RS_ZK_REGION_OPENED, openListener);

    // now ask the master to move the region to hr1, will fail
    TEST_UTIL.getHBaseAdmin().move(hri.getEncodedNameAsBytes(),
        Bytes.toBytes(hr1.getServerName()));
    
    while (!reopenEventProcessed.get()) {
      Threads.sleep(100);
    }

   2011-06-20 08:14:25,032 DEBUG [MASTER_OPEN_REGION-linux1.site:34061-4] handler.OpenedRegionHandler(108): Opened region TestZKBasedOpenCloseRegion,ccc,1308528860373.5251635727486eb97dfbe6f953c587c3. on linux1.site,41784,1308528851644
   2011-06-20 08:14:25,033 INFO  [MASTER_OPEN_REGION-linux1.site:34061-4] master.TestZKBasedOpenCloseRegion$ReopenEventListener(170): afterProcess(org.apache.hadoop.hbase.master.handler.OpenedRegionHandler@711185e7)
   2011-06-20 08:14:25,033 INFO  [MASTER_OPEN_REGION-linux1.site:34061-4] master.TestZKBasedOpenCloseRegion$ReopenEventListener(172): Finished processing RS_ZK_REGION_OPENED

   So it think the region was opened, but really not.
(4) So the test failed.

   java.lang.reflect.UndeclaredThrowableException
	   at $Proxy24.move(Unknown Source)
	   at org.apache.hadoop.hbase.client.HBaseAdmin.move(HBaseAdmin.java:978)
	   at org.apache.hadoop.hbase.master.TestZKBasedOpenCloseRegion.testRSAlreadyProcessingRegion(TestZKBasedOpenCloseRegion.java:291)
	   
	Caused by: org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hbase.UnknownRegionException: 5251635727486eb97dfbe6f953c587c3
	   at org.apache.hadoop.hbase.master.HMaster.move(HMaster.java:725)
	
Exchange the position of the two test cases will solve the problem.	

There should only be the one. Currently a separate instance is being added to the AuthenticationManager and isn't being injected with a UserDetailsService

When unregistering the submodel of a resource, if it targets an alias with children the operation will fail like this:
java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=/distributed-cache=/file-store=FILE_STORE': java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=/distributed-cache=/file-store=FILE_STORE'
        at org.jboss.as.controller.registry.AliasResourceRegistration.alreadyRegistered(AliasResourceRegistration.java:291)
        at org.jboss.as.controller.registry.AliasResourceRegistration.unregisterSubModel(AliasResourceRegistration.java:123)
        at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
        at org.jboss.as.controller.extension.ExtensionRegistry.removeExtension(ExtensionRegistry.java:341)
We should ignore the removal of the children of an alias resource registration.

Please see attached patch to reproduce.
I made a small change to an existing unit test and created a route like this:
from("direct:a").intercept(interceptor1).process(orderProcessor).intercept(interceptor2).to("direct:d"); 
I think one would expect to have one route and the invocation order to be interceptor1 -> orderProcessor -> interceptor2 -> direct:d.
Instead we have:
1. two routes
1. interceptor1 and interceptor2 are invoked twice
2. orderProcessor is never invoked
3. direct:d is invoked twice, i think.

Currently "ROLE_A, ROLE_B" will map to two attributes, the second being " ROLE_B". Whitespace should be trimmed.

By means of HIVE-2552, we decided to not include Hive metastore upgrade scripts for PostgreSQL in Hive release tarballs. This was done primarily because the scripts were incomplete at that time. However, since then, starting at least 0.10.0 (maybe 0.9?) PostgreSQL scripts are now being maintained and any changes to the metastore are reflected to them (HIVE-2529). Consequently, there is no reason to not release PostgreSQL scripts. This JIRA plans to disable/remove/ ignore the "include.postgres" property in build.xml that enables the exclusion of PostgreSQL scripts.

Field definitions are currently written as:
private java.lang.String name;
which should be 
private String name;

In the User Guide Chapter "4.3. Configuring a JobLauncher": write at the start you have a configuration of SimpleJobLauncher where Package of the class is wrong:
<bean id="jobLauncher"
      class="org.springframework.batch.execution.launch.SimpleJobLauncher">
    <property name="jobRepository" ref="jobRepository" />
</bean>
Must be:
<bean id="jobLauncher" class="org.springframework.batch.core.launch.support.SimpleJobLauncher">
		<property name="jobRepository" ref="jobRepository" />
</bean>

I use spring-boot-starter-security 1.1.8.RELEASE + mongodb. When I try to configure `http.rememberMe().tokenRepository(tokenRepository).tokenValiditySeconds(60*60*24);` Spring throws an exception:

Caused by: java.lang.NoClassDefFoundError: org/springframework/dao/DataAccessException
	at org.springframework.security.config.annotation.web.configurers.RememberMeConfigurer.createPersistentRememberMeServices(RememberMeConfigurer.java:316)
	at org.springframework.security.config.annotation.web.configurers.RememberMeConfigurer.createRememberMeServices(RememberMeConfigurer.java:289)
	at org.springframework.security.config.annotation.web.configurers.RememberMeConfigurer.getRememberMeServices(RememberMeConfigurer.java:259)
	at org.springframework.security.config.annotation.web.configurers.RememberMeConfigurer.init(RememberMeConfigurer.java:196)
	at org.springframework.security.config.annotation.web.configurers.RememberMeConfigurer.init(RememberMeConfigurer.java:76)
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.init(AbstractConfiguredSecurityBuilder.java:367)
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.doBuild(AbstractConfiguredSecurityBuilder.java:320)
	at org.springframework.security.config.annotation.AbstractSecurityBuilder.build(AbstractSecurityBuilder.java:39)
	at org.springframework.security.config.annotation.web.builders.WebSecurity.performBuild(WebSecurity.java:293)
	at org.springframework.security.config.annotation.web.builders.WebSecurity.performBuild(WebSecurity.java:74)
	at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.doBuild(AbstractConfiguredSecurityBuilder.java:329)
	at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration.springSecurityFilterChain(WebSecurityConfiguration.java:92)
	at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerBySpringCGLIB$$19a4159a.CGLIB$springSecurityFilterChain$2(<generated>)
	at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerBySpringCGLIB$$19a4159a$$FastClassBySpringCGLIB$$207e7f32.invoke(<generated>)

Temporary solution: add  "org.springframework:spring-tx" dependency. But I dont use SQL so I don't need spring-tx. Please decouple spring-security and spring-tx

After increasing one of our clusters to 1600 nodes, we observed a large amount of invalid region moves(more than 30k moves) fired by the balance chore. Thus we simulated the problem and printed out the balance plan, only to find out many servers that had two regions for a certain table(we use by table strategy), sent out both regions to other two servers that have zero region. 
In the SimpleLoadBalancer's balanceCluster function,
the code block that determines the underLoadedServers might have a problem:

      if (load >= min && load > 0) {
        continue; // look for other servers which haven't reached min
      }
      int regionsToPut = min - load;
      if (regionsToPut == 0)
      {
        regionsToPut = 1;
      }

if min is zero, some server that has load of zero, which equals to min would be marked as underloaded, which would cause the phenomenon mentioned above.
Since we increased the cluster's size to 1600+, many tables that only have 1000 regions, now would encounter such issue.
By fixing it up, the balance plan went back to normal.

Master has a couple of new javadoc warnings because of the hbase-10070. We should fix them. 

In the same bean definition for the embedded http server the line
<property name="defaultEndpoint" ref="stockEndpoint"
is missing a /> at the end.
While you're updating it you may as well change the endpoint mapping in the example from the deprecated PayloadRootQNameEndpointMapping to PayloadRootAnnotationMethodEndpointMapping
This deprecated mapping also appears in the other bean context examples.

17:22:33 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.18.1:test (secondPartTestsExecution) on project hbase-server: ExecutionException: java.lang.RuntimeException: java.lang.RuntimeException: org.apache.maven.surefire.report.ReporterException: When writing xml report stdout/stderr: /tmp/stderr1114622923250399196deferred (No such file or directory) -> [Help 1]

It happens frequently on my jenkins...I update the surefire to 2.20.1, and then the failure doesn't happen again. see SUREFIRE-1239.

When using an AbstractSecurityWebSocketMessageBrokerConfigurer and trying to use messaging with an anonymous authentication (i.e. not logged in), i see the following exception:

org.springframework.messaging.MessageDeliveryException: Failed to send message to ExecutorSubscribableChannel[clientInboundChannel];
nested exception is org.springframework.security.authentication.AuthenticationCredentialsNotFoundException: An Authentication object was not found in the SecurityContext

thrown here: https://github.com/spring-projects/spring-security/blob/master/core/src/main/java/org/springframework/security/access/intercept/AbstractSecurityInterceptor.java#L200
a wild guess would be that an anonymous authentication is not put into the message headers, so the SecurityContextChannelInterceptor does not populate the SecurityContext and then again AbstractSecurityInterceptor just gets null instead of an anonymous Authentication.
but i am sure you got a better idea whats going on there (or if i am just missing sth.) 
thanks, zyro

HADOOP-15406 marked mockito and junit as test-only dependencies which, I believe, has stopped them from being included in a stock Hadoop classpath. Prior, you'd get hamcrest at share/hadoop/common/lib/hamcrest-core-1.3.jar
However, we depend on it being there for our junit in hbase-it:

[INFO] --- maven-dependency-plugin:3.0.1:tree (default-cli) @ hbase-it ---
[INFO] org.apache.hbase:hbase-it:jar:2.0.1-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:test
[INFO] |  \- org.hamcrest:hamcrest-core:jar:1.3:test

We need to make sure we include it.

HBase Backup and incremental load uses HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path.
HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY uses the Java runtime user name to generate a temporary path on HDFS. This can be a wrong assumption in a secure cluster where Kerberos principal name can be different from the system user name.

public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/"
      + System.getProperty("user.name") + "/hbase-staging";

This constant variable is used in BackupUtils.java and HFileOutputFormat2.java
In such cases, you will not be able to write files to the temporary location on HDFS due to permission error, and therefore operations such as backup will fail.
This bug is similar in nature to HDFS-12485.

Hello,
I'm building my project with the latest spring-data-jpa SNAPSHOTs and on Saturday it started breaking. So when I build it with version 1.5.0.BUILD-20140124.163233-55 it all works fine, but then when I specify version 1.5.0.BUILD-20140125.225631-56 I get this exception during startup:

2014-01-27 10:46:00,236 [main] ERROR: Context initialization failed
org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'defaultEntityManagerFactory' is defined
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFac
tory.java:638)
        at org.springframework.data.jpa.repository.support.EntityManagerBeanDefinitionRegistrarPostProcessor.postProcess
BeanFactory(EntityManagerBeanDefinitionRegistrarPostProcessor.java:71)
        at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostPro
cessorRegistrationDelegate.java:265)
cessorRegistrationDelegate.java:177)
        at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplic
ationContext.java:609)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:464)
        at org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.ja
va:643)
        at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:512)
        at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:466)
        at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:136)
        at javax.servlet.GenericServlet.init(GenericServlet.java:244)
        at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:532)
        at org.eclipse.jetty.servlet.ServletHolder.doStart(ServletHolder.java:344)
        at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:318)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:153)
        at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
        at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
        at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414)
        at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357)
[WARNING] unavailable
va:643)
[WARNING] FAILED restDispatcherServlet: javax.servlet.ServletException: restDispatcherServlet
javax.servlet.ServletException: restDispatcherServlet
        at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:553)
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'defaultEntityManagerFactory'
is defined
va:643)
        ... 42 more
[INFO] Initializing Spring FrameworkServlet 'dispatcherServlet'
2014-01-27 10:46:00,613 [main] INFO : FrameworkServlet 'dispatcherServlet': initialization started
2014-01-27 10:46:00,642 [main] INFO : FrameworkServlet 'dispatcherServlet': initialization completed in 27 ms
[WARNING] Failed startup of context o.m.j.p.JettyWebAppContext{/,[file:/C:/workspace/XXXX/YYYY/storefront/src
/main/webapp/, jar:file:/C:/Users/Petar/.m2/repository/com/XXXX/platform/modules/components/AAAAA/0.
6-SNAPSHOT/AAAAAA-0.6-SNAPSHOT.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/com/nem
esis/platform/modules/components/BBBBBB/0.6-SNAPSHOT/BBBBB-0.6-SNAPSHOT.jar!/META-I
NF/resources/, jar:file:/C:/Users/Petar/.m2/repository/com/XXXXX/platform/modules/components/CCCCCC/
0.6-SNAPSHOT/CCCCCCC-0.6-SNAPSHOT.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/com
/XXXXXX/platform/modules/components/DDDDDD/0.6-SNAPSHOT/DDDDDDD-0.6-SNAPSHOT
.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/com/XXXXX/platform/modules/components/EEEEEE/0.6-SNAPSHOT/EEEEEE-0.6-SNAPSHOT.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/
.m2/repository/com/XXXXXX/platform/modules/components/FFFFFFF/0.6-SNAPSHOT/FFFFFF-0.6-SNAPSHOT.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/com/XXXXX/platform/modules/components
/GGGGGG/0.6-SNAPSHOT/GGGGGG-0.6-SNAPSHOT.jar!/META-INF/resources/, jar:file:/C:/
Users/Petar/.m2/repository/com/XXXXXX/platform/modules/HHHHHHH/0.6-SNAPSHOT/HHHHHHHH-0.6-SNAPSHOT.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/com/XXXXXX/platform/modules/nem
esis-module-social/0.6-SNAPSHOT/IIIIIII-0.6-SNAPSHOT.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m
2/repository/com/XXXXXX/platform/modules/JJJJJJJJ/0.6-SNAPSHOT/JJJJJJ-0.6-SNAPSHOT.ja
r!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/com/XXXXX/platform/modules/JJJJJJ
/0.6-SNAPSHOT/KKKKKK-0.6-SNAPSHOT.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository
/com/XXXXX/platform/modules/LLLLLL/0.6-SNAPSHOT/LLLLL-0.6-SNAPSHOT.jar!/META-INF/resource
s/, jar:file:/C:/Users/Petar/.m2/repository/com/XXXXX/platform/theme/AAAAAAA/0.6-SNAPSHOT/AAAAAAAA.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/org/webjars/jquery/1.10
.2-1/jquery-1.10.2-1.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/org/webjars/jquery-ui/1.10.3/jque
ry-ui-1.10.3.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/org/webjars/jquery-atmosphere/2.0.3/jquer
y-atmosphere-2.0.3.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/org/webjars/jquery-form/3.28.0-2013
.02.06-1/jquery-form-3.28.0-2013.02.06-1.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/org/webjars/j
query-colorbox/1.4.33/jquery-colorbox-1.4.33.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/org/webja
rs/jquery-jcarousel/0.3.0/jquery-jcarousel-0.3.0.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/org/w
ebjars/jquery-raty/2.5.2/jquery-raty-2.5.2.jar!/META-INF/resources/, jar:file:/C:/Users/Petar/.m2/repository/org/webjars
/jquery-easyzoom/2.0.5/jquery-easyzoom-2.0.5.jar!/META-INF/resources/]},file:/C:/workspace/XXXXXX/YYYYYY/storefro
nt/src/main/webapp/
is defined
va:643)
        ... 42 more
[WARNING] !RequestLog

Yesterday we committed a change that makes it so the master will crash is a zk transition that is unexpected.   Its extreme but good for highlighting bad state changes (we also started marking these as illegalstateexceptions yesterday too).
So, testing new master I brought up a new server.  Balancer tried to give new server 256 regions.

2010-10-01 16:01:42,972 INFO org.apache.hadoop.hbase.master.LoadBalancer: Calculated a load balance in 0ms. Moving 256 regions off of 7 overloaded servers onto 1 less loaded servers

Turns out we failed complete open of all 256 servers within the regions-in-transition timeout period so we tried to reassign.  The master aborted because region was in the PENDING_OPEN state when we went about assigning.

2010-10-01 16:02:28,809 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  usertable,user1128734802,1285701924906.006696a9bf346f8593df66728e18e029. state=PENDING_OPEN, ts=1285948921051
2010-10-01 16:02:28,809 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been PENDING_OPEN or OPENING for too long, reassigning region=usertable,user1128734802,1285701924906.006696a9bf346f8593df66728e18e029.
2010-10-01 16:02:28,811 FATAL org.apache.hadoop.hbase.master.HMaster: Unexpected state trying to OFFLINE; usertable,user1128734802,1285701924906.006696a9bf346f8593df66728e18e029. state=PENDING_OPEN, ts=1285948921051
    at org.apache.hadoop.hbase.master.AssignmentManager.setOfflineInZooKeeper(AssignmentManager.java:662)
    at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:632)
    at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:560)
    at org.apache.hadoop.hbase.master.AssignmentManager$TimeoutMonitor.chore(AssignmentManager.java:1102)
    at org.apache.hadoop.hbase.Chore.run(Chore.java:66)

In fix of JBEAP-11209, there were allow-all-sasl-mechanisms, allow-sasl-mechanisms and forbid-sasl-mechanisms removed from ElytronXmlParser. However these elements have not been removed from elytron-1_0.xsd file. They must be removed from that XSD file too.

The finding is triggered by the transaction/auto-flushing problem I encountered and discussed in the reference URL.
I am using Spring 3.1.2, Hibernate 4.1.6, WebSphere 8
The symptoms is: If I use LocalContainerEntityManagerFactoryBean (Lemme call it LCEMFB) without persistence.xml, when I am performing transactional actions (e.g. flushing the entity manager (em) ), it complains for no transaction in progress (It seems to me that Hibernate is unable to lookup the transaction).  However if I use the traditional way to have a persistence.xml which contains almost identical settings, it works without problem.  

Here is the non-persistence.xml config:
snippet in app context xml:
app context xml snippet
 
<jee:jndi-lookup  id="dataSource" jndi-name="jdbc/fooDs" />

<bean id="transactionManager"
    class="org.springframework.transaction.jta.WebSphereUowTransactionManager" />

<bean id="emf" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
    <property name="jpaVendorAdapter">
        <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
            <property name="databasePlatform" value="org.hibernate.dialect.Oracle10gDialect" />
        </bean>
    <property name="persistenceUnitName" value="foo" />
    <property name="dataSource" ref="dataSource" />
    <property name="packagesToScan" value="com.foo" />

    <property name="jpaPropertyMap">
        <map>
            <entry key="hibernate.dialect" value="org.hibernate.dialect.Oracle10gDialect" />
            <entry key="hibernate.transaction.jta.platform" value="org.hibernate.service.jta.platform.internal.WebSphereExtendedJtaPlatform"/>
            <entry key="hibernate.current_session_context_class" value="jta" />
            <entry key="hibernate.transaction.flush_before_completion"  value = "true" />
        </map>
</bean>

(No META-INF/persistence.xml)
Such way to config LCEMFB give me problem of "no transaction in progress", or failed "auto-flushing" (please refer to reference URL for different behavior with different jpaPropertyMap combination)
However, if I switch the whole setting to 
 
    <property name="persistenceUnitName" value="foobar" />
</bean>

persistence.xml
 
<persistence version="2.0"
    xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">
    <persistence-unit name="foobar" transaction-type="JTA">
        <provider>org.hibernate.ejb.HibernatePersistence</provider>
        <jta-data-source>jdbc/fooDs</jta-data-source>

        <class>com.foo.FooModel</class>

            <property name="hibernate.dialect" value="org.hibernate.dialect.Oracle10gDialect" />
            <property name="hibernate.transaction.jta.platform" value="org.hibernate.service.jta.platform.internal.WebSphereExtendedJtaPlatform" />
            <property name="hibernate.current_session_context_class" value="jta"/>
            <property name="hibernate.transaction.flush_before_completion" value="true"/>
            <property name="hibernate.connection.release_mode" value="auto"/>
    </persistence-unit>

Though the configuration is almost identical, the "no persistence.xml" way is not giving result as expected.

When Kerberos is enabled, Hive CLI fails to run Hive on Spark queries:

>hive -e "set hive.execution.engine=spark; create table if not exists test(a int); select count(*) from test" --hiveconf hive.root.logger=INFO,console > /var/tmp/hive_log.txt > /var/tmp/hive_log_2.txt 

17/06/16 16:13:13 [main]: ERROR client.SparkClientImpl: Error while waiting for client to connect. 
java.util.concurrent.ExecutionException: java.lang.RuntimeException: Cancel client 'a5de85d1-6933-43e7-986f-5f8e5c001b5f'. Error: Child process exited before connecting back with error log Error: Cannot load main class from JAR file:/tmp/spark-submit.7196051517706529285.properties 
Run with --help for usage help or --verbose for debug output 

        at io.netty.util.concurrent.AbstractFuture.get(AbstractFuture.java:37) 
        at org.apache.hive.spark.client.SparkClientImpl.<init>(SparkClientImpl.java:107) 
        at org.apache.hive.spark.client.SparkClientFactory.createClient(SparkClientFactory.java:80) 
        at org.apache.hadoop.hive.ql.exec.spark.RemoteHiveSparkClient.createRemoteClient(RemoteHiveSparkClient.java:100) 
        at org.apache.hadoop.hive.ql.exec.spark.RemoteHiveSparkClient.<init>(RemoteHiveSparkClient.java:96) 
        at org.apache.hadoop.hive.ql.exec.spark.HiveSparkClientFactory.createHiveSparkClient(HiveSparkClientFactory.java:66) 
        at org.apache.hadoop.hive.ql.exec.spark.session.SparkSessionImpl.open(SparkSessionImpl.java:62) 
        at org.apache.hadoop.hive.ql.exec.spark.session.SparkSessionManagerImpl.getSession(SparkSessionManagerImpl.java:114) 
        at org.apache.hadoop.hive.ql.exec.spark.SparkUtilities.getSparkSession(SparkUtilities.java:111) 
        at org.apache.hadoop.hive.ql.exec.spark.SparkTask.execute(SparkTask.java:97) 
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:160) 
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100) 
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1972) 
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1685) 
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1421) 
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1205) 
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1195) 
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:220) 
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:172) 
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:383) 
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:318) 
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:720) 
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:693) 
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:628) 
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
        at java.lang.reflect.Method.invoke(Method.java:606) 
        at org.apache.hadoop.util.RunJar.run(RunJar.java:221) 
        at org.apache.hadoop.util.RunJar.main(RunJar.java:136) 
Caused by: java.lang.RuntimeException: Cancel client 'a5de85d1-6933-43e7-986f-5f8e5c001b5f'. Error: Child process exited before connecting back with error log Error: Cannot load main class from JAR file:/tmp/spark-submit.7196051517706529285.properties 

        at org.apache.hive.spark.client.rpc.RpcServer.cancelClient(RpcServer.java:179) 
        at org.apache.hive.spark.client.SparkClientImpl$3.run(SparkClientImpl.java:490) 
        at java.lang.Thread.run(Thread.java:745) 
17/06/16 16:13:13 [Driver]: WARN client.SparkClientImpl: Child process exited with code 1 

In the log, below message shows up:

17/06/16 16:13:12 [main]: INFO client.SparkClientImpl: Running client driver with argv: /usr/lib/spark/bin/spark-submit --executor-cores 1 --executor-memory 268435456 --principal hive/nightly58-1.gce.cloudera.com@GCE.CLOUDERA.COM --keytab  --properties-file /tmp/spark-submit.7196051517706529285.properties --class org.apache.hive.spark.client.RemoteDriver /usr/lib/hive/lib/hive-exec-1.1.0-cdh5.8.5.jar --remote-host nightly58-1.gce.cloudera.com --remote-port 36074 --conf hive.spark.client.connect.timeout=1000 --conf hive.spark.client.server.connect.timeout=90000 --conf hive.spark.client.channel.log.level=null --conf hive.spark.client.rpc.max.size=52428800 --conf hive.spark.client.rpc.threads=8 --conf hive.spark.client.secret.bits=256 --conf hive.spark.client.rpc.server.address=null

There isn't any value after parameter "--keytab", which makes the spark-submit command syntax  wrong. 
Hive should verifies the setting before use it.

TxnDbUtil uses jdbc transactions, but doesn't turn off auto commit. So some TestStreaming tests are flaky. For example,

testTransactionBatchAbortAndCommit(org.apache.hive.hcatalog.streaming.TestStreaming)  Time elapsed: 0.011 sec  <<< ERROR!
	at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.duplicateDescriptorException(Unknown Source)
	at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.addDescriptor(Unknown Source)
	at org.apache.derby.impl.sql.execute.CreateTableConstantAction.executeConstantAction(Unknown Source)
	at org.apache.derby.impl.sql.execute.MiscResultSet.open(Unknown Source)
	at org.apache.hadoop.hive.metastore.txn.TxnDbUtil.prepDb(TxnDbUtil.java:72)
	at org.apache.hadoop.hive.metastore.txn.TxnDbUtil.prepDb(TxnDbUtil.java:131)
	at org.apache.hive.hcatalog.streaming.TestStreaming.<init>(TestStreaming.java:160)

select * from src where BLOCK__OFFSET__INSIDE__FILE<100;

is working, but

select * from srcpart where BLOCK__OFFSET__INSIDE__FILE<100;

throws SemanticException. Disabling PPD makes it work.

HierachicalINIConfiguration#getSections() does not correctly deal with configurations containing only a globalSection() leading for example to a configuration containing only a global section to be saved as a zero length file.
The current code only acknowledges a global section when at least one other named section is present, if none is present it just returns an empty set.
Since HierachicalINIConfiguration#save() saves only the contents of the set returned by getSections() this leads to an ini file being loaded and saved again to be saved as a zero length file resulting in the loss of all data in the file (thus the critical priority).
Create at least one named section
Proposed fix (sourcecode): 
Set sections = new ListOrderedSet();
for (Iterator it = getRootNode().getChildren().iterator(); it.hasNext()
{
    ConfigurationNode node = (ConfigurationNode) it.next();
    if (isSectionNode(node))
    {
        sections.add(node.getName());
    }
    else
    {
        sections.add(null);
    }
}
return sections;
Beware:
I have NOT tested this (at all).
It's just the way I would write this method instead of the way it was written before. But since I don't know the big picture maybe there was a (good) reason to write the current version the way it is now so my seemingly easy fix could not work correctly.

Mockito was added in HIVE-2171, but not added to the license file.  

Some dependencies from mvn:com.box/box-java-sdk are missing in the camel-box feature. This happens when using the default authentication type (APP_USER_AUTHENTICATION). Below are some stack traces. I cam provide a PR:

Caused by: java.lang.NoClassDefFoundError: org/bouncycastle/openssl/PEMParser
	at com.box.sdk.BoxDeveloperEditionAPIConnection.decryptPrivateKey(BoxDeveloperEditionAPIConnection.java:366) ~[?:?]
	at com.box.sdk.BoxDeveloperEditionAPIConnection.constructJWTAssertion(BoxDeveloperEditionAPIConnection.java:327) ~[?:?]
	at com.box.sdk.BoxDeveloperEditionAPIConnection.authenticate(BoxDeveloperEditionAPIConnection.java:237) ~[?:?]
	at com.box.sdk.BoxDeveloperEditionAPIConnection.tryRestoreUsingAccessTokenCache(BoxDeveloperEditionAPIConnection.java:305) ~[?:?]
	at com.box.sdk.BoxDeveloperEditionAPIConnection.getAppUserConnection(BoxDeveloperEditionAPIConnection.java:212) ~[?:?]
	at org.apache.camel.component.box.internal.BoxConnectionHelper.createAppUserAuthenticatedConnection(BoxConnectionHelper.java:238) ~[?:?]
	at org.apache.camel.component.box.internal.BoxConnectionHelper.createConnection(BoxConnectionHelper.java:89) ~[?:?]
	at org.apache.camel.component.box.BoxComponent.doStart(BoxComponent.java:85) ~[?:?]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61) ~[?:?]
	at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:3555) ~[?:?]
	at org.apache.camel.impl.DefaultCamelContext.startServices(DefaultCamelContext.java:3561) ~[?:?]
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:3295) ~[?:?]

Caused by: java.lang.NoClassDefFoundError: org/jose4j/lang/JoseException

Caused by: java.lang.ClassNotFoundException: com.eclipsesource.json.JsonObject not found by wrap_file__home_jpoth_.m2_repository_com_box_box-java-sdk_2.1.1_box-java-sdk-2.1.1.jar [413]
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1550) ~[?:?]
	at org.apache.felix.framework.BundleWiringImpl.access$200(BundleWiringImpl.java:79) ~[?:?]
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1958) ~[?:?]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:?]
	at com.box.sdk.BoxAPIConnection.authenticate(BoxAPIConnection.java:149) ~[?:?]
	at com.box.sdk.BoxAPIConnection.<init>(BoxAPIConnection.java:98) ~[?:?]
	at org.apache.camel.component.box.internal.BoxConnectionHelper.createStandardAuthenticatedConnection(BoxConnectionHelper.java:202) ~[?:?]
	at org.apache.camel.component.box.internal.BoxConnectionHelper.createConnection(BoxConnectionHelper.java:91) ~[?:?]
	at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:203) ~[?:?]
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:3106) ~[?:?]
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:3102) ~[?:?]
	at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:3125) ~[?:?]
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:3102) ~[?:?]
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:3040) ~[?:?]
	at org.apache.camel.blueprint.BlueprintCamelContext.start(BlueprintCamelContext.java:244) ~[?:?]

The getTableDirs() is missing extra checks:

  public static List<Path> getTableDirs(final FileSystem fs, final Path rootdir)
    // presumes any directory under hbase.rootdir is a table
    FileStatus [] dirs = fs.listStatus(rootdir, new DirFilter(fs));
    List<Path> tabledirs = new ArrayList<Path>(dirs.length);
    for (FileStatus dir: dirs) {
      Path p = dir.getPath();
      String tableName = p.getName();
      if (tableName.equals(HConstants.HREGION_LOGDIR_NAME) ||
          tableName.equals(Bytes.toString(HConstants.ROOT_TABLE_NAME)) ||
          tableName.equals(Bytes.toString(HConstants.META_TABLE_NAME)) ||
          tableName.equals(HConstants.HREGION_OLDLOGDIR_NAME) ) {
        continue;
      }
      tabledirs.add(p);
    }
    return tabledirs;
  }

It needs to also skip 

.tmp
.corrupt
splitlog

A broader check should be performed to make sure it is all covered.
The missing .corrupt check causes for example:

2011-07-05 11:34:33,364 WARN org.apache.hadoop.hbase.master.HMaster: Failed getting all descriptors
java.io.FileNotFoundException: No status for hdfs://localhost:8020/hbase/.corrupt
        at org.apache.hadoop.hbase.util.FSUtils.getTableInfoModtime(FSUtils.java:888)
        at org.apache.hadoop.hbase.util.FSTableDescriptors.get(FSTableDescriptors.java:122)
        at org.apache.hadoop.hbase.util.FSTableDescriptors.getAll(FSTableDescriptors.java:149)
        at org.apache.hadoop.hbase.master.HMaster.getHTableDescriptors(HMaster.java:1429)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:312)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1065)

Not sure yet why others do not have this issue, could be me being on trunk and fiddling?

The problem manifested from stress-testing HCatalog 0.4.1 (as part of testing the Oracle backend).
The HCatalog server ran out of memory (-Xmx2048m) when pounded by 60-threads, in under 24 hours. The heap-dump indicates that hadoop::FileSystem.CACHE had 1000000 instances of FileSystem, whose combined retained-mem consumed the entire heap.
It boiled down to hadoop::UserGroupInformation::equals() being implemented such that the "Subject" member is compared for equality ("=="), and not equivalence (".equals()"). This causes equivalent UGI instances to compare as unequal, and causes a new FileSystem instance to be created and cached.
The UGI.equals() is so implemented, incidentally, as a fix for yet another problem (HADOOP-6670); so it is unlikely that that implementation can be modified.
The solution for this is to check for UGI equivalence in HCatalog (i.e. in the Hive metastore), using an cache for UGI instances in the shims.
I have a patch to fix this. I'll upload it shortly. I just ran an overnight test to confirm that the memory-leak has been arrested.

Many of this in the logs

WARN util.Sleeper: We slept 59993ms, this is likely due to a long garbage collecting pause and it's usually bad, see http://wiki.apache.org/hadoop/Hbase/Troubleshooting#A9

except this is the MetaScanner and the sleeper has a period of 60000ms. I have one of 30000ms in Stargate which is doing the same thing now.
I see the intent but these spurious warnings defeat the intent here. Marked as blocker as this will cause no end of users writing in on the list. Should be a test of the actual sleep time against the configured interval, not a constant.

For the modified query below in lateral_view.q, the exception "org.apache.hadoop.hive.ql.parse.SemanticException: line 3:7 Invalid Table Alias or Column Reference myCol" is thrown.  The query should succeed.
SELECT myCol from tmp_PYANG_lv LATERAL VIEW explode(array(1,2,3)) myTab as myCol limit 3;

Hi,
From swf forum:

I have problem which I can best describe on swf sample application 'booking-faces'.
Simply:
1. Add 'ajax="false"' attribute to 'proceed' button in 'enterBookingDetails.xhtml'
2. Fill out form with some incorrect data (e.g. Credit Card Number: asdasd).
3. Click proceed.
4. Response is the same form with validation errors, but form is blank... other fields which were filled correcty have default values.
The reason is:
ajax="false" causes (of course) redirect... in validation failure case, redirect is to the same view
so swf invokes method below which should return state to save 'so that should be available across the redirect', but for jsf 2+ it returns null...
org.springframework.faces.webflow.JsfView#getUserEventState()

	public Serializable getUserEventState() {
		if (isLessThanJsf20()) {
			// Set the temporary UIViewRoot state so that it will be available across the redirect
			return new ViewRootHolder(getViewRoot());
		} else {
			// In JSF 2 the partial state saving algorithm attaches a system event listener to the UIViewRoot which
			// holds on to a reference to the FacesContext instance. The FacesContext instance is released at end of
			// each request. Hence, keeping the UIViewRoot across the redirect is not feasible.
			// @see com.sun.faces.context.StateContext$AddRemoveListener
			logger.debug("User event state requested but not saved.");
		}
	}

Actually, the reason is out of date:
http://java.net/jira/browse/JAVASERVERFACES-1604
It was fixed on 2-jul-2010 (I checked it also in mojarra svn - rev. 8849 which hits mojarra 2.0.4)
So it should be also fixed in spring-faces.
Major because this is unacceptable in production use to have blank form after POST...

I think Hudson is still hung up on the failure in TestFilter there. 
 [junit] Test org.apache.hadoop.hbase.regionserver.TestCompaction FAILED
[junit] Test org.apache.hadoop.hbase.regionserver.TestHRegion FAILED
[junit] Test org.apache.hadoop.hbase.regionserver.TestSplit FAILED
[junit] Test org.apache.hadoop.hbase.util.TestMergeTool FAILED
Same error on all but TestMergeTool:
java.lang.ArrayIndexOutOfBoundsException: 2
        at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:872)
        at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:725)
        at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:682)
        at org.apache.hadoop.hbase.regionserver.TestHRegion.splitAndMerge(TestHRegion.java:518)
        at org.apache.hadoop.hbase.regionserver.TestHRegion.testHRegion(TestHRegion.java:63)
For TestMergeTool:
'unit.framework.AssertionFailedError: 'merging regions 0 and 1' failed
        at org.apache.hadoop.hbase.util.TestMergeTool.mergeAndVerify(TestMergeTool.java:162)
        at org.apache.hadoop.hbase.util.TestMergeTool.testMergeTool(TestMergeTool.java:211)

From https://builds.apache.org/job/HBase-TRUNK/4218/testReport/org.apache.hadoop.hbase.client/TestAdmin/testCloseRegionWhenServerNameIsEmpty/

	at java.util.concurrent.CopyOnWriteArrayList.get(CopyOnWriteArrayList.java:343)
	at java.util.Collections$UnmodifiableList.get(Collections.java:1152)
	at org.apache.hadoop.hbase.HBaseTestingUtility.getRSForFirstRegionInTable(HBaseTestingUtility.java:1649)
	at org.apache.hadoop.hbase.client.TestAdmin.testCloseRegionWhenServerNameIsEmpty(TestAdmin.java:1401)

must include txnid in the exception so that user visible error can be correlated with log file info

As camel-cxf RAW message dataformat doesn't pass the content-type header rightly, the request which route by the camel router cannot accept by the server. 

The examples in package doc. are old making mention of the long deprecated Text, etc.  Update them.

It seems the org.jboss.as.weld.webtier.jsp.JspInitializationListener or some other integration code is not working properly.
See also TCK test:
https://github.com/jboss/cdi-tck/blob/master/impl/src/main/java/org/jboss/cdi/tck/tests/lookup/el/integration/IntegrationWithUnifiedELTest.java

see http://forum.springframework.org/showthread.php?t=26685
when using more than one schema element for PayloadValidatingInterceptor it only uses the first in the list. in the example below if i send a request that needs to use the LocationService.xsd file i get "2007-08-24 10:56:28,015 WARN  endpoint.interceptor.PayloadValidatingInterceptor  - XML validation error on request: cvc-elt.1: Cannot find the declaration of element 'm:GetDistanceRequest'.:  m:GetDistanceRequest' is a root element of the LocationService.xsd file.
                    <property name="schemas">
                    	<list>
                    		<value>/WEB-INF/xsd/VehicleLookupService.xsd</value>
                    		<value>/WEB-INF/xsd/LocationService.xsd</value>                    		
                    	</list>
                    </property>

On Region Server crash, as ServerCrashProcedure handles reassignment of all the regions on a crashed server, don't process those regions through AssignmentManager.checkIfShouldMoveSystemRegionAsync(). This avoids duplicate and makes ServerCrashProcedure as one place to find all related code for handling server crash.

See nabble
http://camel.465427.n5.nabble.com/Bug-in-RabbitMQProducer-tp5753248.html

currently both DelimitedInputWriter and StrictJsonWriter perform some Metastore access operations but without using UGI created by the caller for Metastore operations made by matching StreamingConnection & TransactionBatch

With HIVE-538 we started creating the hive-jdbc-*-standalone.jar but the packaging/distribution does not contain the standalone jdbc jar. I would have expected it to locate under the lib folder of the distribution.

Looking into wildfly-undertow_4_0.xsd and wildfly-ejb3_5_0.xsd .Both undertow and ejb subsystem enables to map deployment security domain to elytron security domain using application-security-domains element. 
However, each in little different way, what could be IMHO misleading. 
Ejb subsystem defines:

name attribute for deployment security domain
security-domain for elytron security domain

Undertow subsystem defines:

security-domain for deployment security domain

Could this be unified? 
Also is it possible mention explicitly in comment in undertow subsystem, that elytron security domain is configured in http-authentication-factory.

Not handling the isRepeated case causes wrong results when column is null.
(Native Vector MapJoin OUTER JOIN operators will generate isRepeated null columns).

In newer versions of Tez, the check was added that treats this as an error.

If no remember-me configuration is used, the following error will be incorrectly reported by HttpSecurityConfigPostProcessor:
org.springframework.security.config.SecurityConfigurationException: More than one RememberMeServices bean found.
        at org.springframework.security.config.HttpSecurityConfigPostProcessor.injectRememberMeServicesIntoFiltersRequiringIt(HttpSecurityConfigPostProcessor.java:72)

If there are large number of events that haven't been cleaned up for some reason, then ObjectStore.cleanNotificationEvents() can run out of memory while it loads all the events to be deleted.
It should fetch events in batches.

HIVE-5048 tried to change the StorageBasedAuthorizationProvider (SBAP) so that it could be run from the client side as well.
However, there is a bug that causes SBAP to incorrectly conclude that it's running from the metastore-side when it's actually running from the client-side that causes it to throw a IllegalStateException claiming the warehouse variable isn't set.

The problem appears to be that `ResourceUrlEncodingFilter` is a `OncePerRequestFilter`. The response wrapper is applied for the initial dispatch of the request, but then isn't applied when the request is being dispatched to render the error page. The referenced Boot issue includes a sample application that will reproduce the problem.

https://github.com/spring-projects/spring-framework/blob/master/spring-websocket/src/main/java/org/springframework/web/socket/config/annotation/WebSocketMessageBrokerConfigurationSupport.java#L104
calls http://docs.spring.io/spring/docs/current/javadoc-api/org/springframework/scheduling/concurrent/ThreadPoolTaskScheduler.html#setRemoveOnCancelPolicy-boolean-
which requires JDK 1.7+
example JDK 1.6 stacktrace-snippet:

Caused by BeanDefinitionStoreException:
Factory method [public org.springframework.web.servlet.HandlerMapping org.springframework.web.socket.config.annotation.WebSocketMessageBrokerConfigurationSupport.stompWebSocketHandlerMapping()] threw exception;
nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'messageBrokerSockJsTaskScheduler'
defined in class org.springframework.web.socket.config.annotation.DelegatingWebSocketMessageBrokerConfiguration:
Invocation of init method failed; nested exception is 
java.lang.NoSuchMethodError: java.util.concurrent.ScheduledThreadPoolExecutor.setRemoveOnCancelPolicy(Z)V

http://forum.springframework.org/showthread.php?t=20516
hashCode() method required because equals() is implemented and HttpSessionContextIntegration relies on hash codes now for comparison purposes (see SecurityContextImpl.hashCode() which delegates to Authentication.hashCode()).

in the class "AbstractMessageConverterMethodProcessor"
on line 133 the following can be found
selectedMediaType = selectedMediaType.removeQualityValue();
if (selectedMediaType != null) {
if selectedMediaType is null when trying to removeQualityValue(), there is a nullpointer exception
this problem can be removed by reversing the order of line 133 and 135

If you create a partitioned ORC table with:

create table A
...
year int,
month int,
day int)

This query will fail:
select count from A where where year=2013 and month=9 and day=15;

I have a simple example where I upload files using Jetty. If a user uploads a file larger than permitted, an @ExceptionHandler(MultipartException.class) will perform a redirect to a page  informing the user of the issue.
This works as expected using Jetty 9.2.11.v20150529 but fails with 9.4.1.v20170120.
In fact the ExceptionHandler is being triggered, but the redirect is ignored and the user gets a ERR_CONNECTION_RESET page (Chrome).
Not sure how far this is related to https://jira.spring.io/browse/SPR-14940

Make Vectorizer class get reducer key/value information the same way ExecReducer/ReduceRecordProcessor do.

camel-ognl has a typo in its packaging. This causes the classes to be not included in the snapshot

Deployment operation browse-content(archive=true) does not return archives in archived deployments:

[standalone@localhost:9990 /] /deployment=jboss-kitchensink-ear.ear:browse-content()
{
        {
        },
        {
        },
        {
        },
        {
        },
        {
            "path" => "META-INF/maven/org.jboss.quickstarts.eap/jboss-kitchensink-ear-ear/",
        },
        {
            "path" => "META-INF/maven/org.jboss.quickstarts.eap/",
        },
        {
            "path" => "META-INF/maven/",
        },
        {
        },
        {
        },
        {
        },
        {
        }
    ]
}
[standalone@localhost:9990 /] /deployment=jboss-kitchensink-ear.ear:browse-content(archive=true)

It works correctly with exploded deployments:

[standalone@localhost:9990 /] /deployment=jboss-kitchensink-ear.ear:undeploy
[standalone@localhost:9990 /] /deployment=jboss-kitchensink-ear.ear:explode
[standalone@localhost:9990 /] /deployment=jboss-kitchensink-ear.ear:deploy
{
        {
        },
        {
        }
    ]
}

<doTry>
   <to ... >
</doTry>
<doCatch>
    <exception>java.lang.Exception</exception>
    <to uri="log.... "/>
</doCatch>
The <to uri="log..."/> line will execute every time, regardless if there is an exception or not.
I believe the preferred behavior would be that the route should fails to load/validate.  Alternatively, the <to uri="log.." /> should not run when there is not an exception.
Thanks!

Hitting CTRL+D to log out from the Roo Shell it crashes with the following stacktrace:
{{
roo> Exception in thread "JLine Shell" java.lang.IllegalStateException: java.lang.NullPointerException                                                                                                           
        at org.springframework.roo.felix.FelixDelegator.onShellStatusChange(FelixDelegator.java:216)
        at org.springframework.roo.shell.event.AbstractShellStatusPublisher.setShellStatus(AbstractShellStatusPublisher.java:49)
        at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:201)
        at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:122)
        at java.lang.Thread.run(Thread.java:636)
        at org.springframework.roo.felix.FelixDelegator.onShellStatusChange(FelixDelegator.java:212)
        ... 4 more
}}
The same shell command works in previously versions like 1.0.2.RELEASE.

There are a number of files where 'umlns' is a typo for 'xmlns' in jboss-all.xml files or examples:

$ git grep umlns
docs/src/main/asciidoc/_admin-guide/subsystem-configuration/Batch_(JSR-352).adoc:<jboss umlns="urn:jboss:1.0">
docs/src/main/asciidoc/_developer-guide/Web_(Undertow)_Reference_Guide.adoc:<jboss umlns="urn:jboss:1.0">
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/batch/deployment/defined-in-memory-jboss-all.xml:<jboss umlns="urn:jboss:1.0">
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/batch/deployment/named-in-memory-jboss-all.xml:<jboss umlns="urn:jboss:1.0">
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/batch/deployment/named-jdbc-jboss-all.xml:<jboss umlns="urn:jboss:1.0">
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/deployment/dependencies/ear/jboss-all.xml:<jboss umlns="urn:jboss:1.0">
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/deployment/dependencies/jboss-all.xml:<jboss umlns="urn:jboss:1.0">
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/deployment/structure/war/jboss-all.xml:<jboss umlns="urn:jboss:1.0">
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/weld/configuration/nonportablemode/jboss-all.xml:<jboss umlns="urn:jboss:1.0">
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/weld/configuration/requirebeandescriptor/jboss-all.xml:<jboss umlns="urn:jboss:1.0">
testsuite/integration/web/src/test/java/org/jboss/as/test/integration/web/sharedsession/jboss-all.xml:<jboss umlns="urn:jboss:1.0">

The parser for jboss-all.xml will handle a root 'jboss' element either with no xmlns or xmlns="urn:jboss:1.0".  A document with this typo will fall under the 'no xmlns' category.  The parser ignores other attributes on the element, which is why the typo doesn't cause problems.

Some tests FileArgumentTestCase and FileWithPropertiesTestCase are making use of a private way to interact with a CLI process. We know that this inter-process communication is subject to timing issues. I suspect these intermittent failures to be caused by this private implementation.
A lot of effort has been put in the class CliProcessWrapper to stabilise this interaction. These 2 tests should use this class.

Setup required to reproduce bug:

An application that is deployed at the webapp root - i.e. with an empty context path.
A css file being served by the application, via CssLinkResourceTransformer, within a non-top-level folder, e.g. /some/path/to/styles.css
An absolute url within that css file, e.g. /images/icon.png

In this case, CssLinkResourceTransformer breaks the absolute path to the icon by turning it into /some/path/to/images/icon.png - i.e. the absolute path inside the the CSS file is intepreted as being a path that is relative to the CSS file itself.
This seems like a bug to me. I have attached a test case: csslinkresourcetransformertest.zip

So I can't have a filter list of my own filters. (Also a filter list of filter lists does not work because FilterList is not in HBaseObjectWritable)
java.lang.UnsupportedOperationException: No code for unexpected class org.apache.hadoop.hbase.filter.FilterList
	at org.apache.hadoop.hbase.io.HbaseObjectWritable.writeClassCode(HbaseObjectWritable.java:246)
	at org.apache.hadoop.hbase.io.HbaseObjectWritable.writeObject(HbaseObjectWritable.java:273)
	at org.apache.hadoop.hbase.filter.FilterList.write(FilterList.java:214)
	at org.apache.hadoop.hbase.client.Scan.write(Scan.java:532)
	at org.apache.hadoop.hbase.io.HbaseObjectWritable.writeObject(HbaseObjectWritable.java:323)
	at org.apache.hadoop.hbase.ipc.HBaseRPC$Invocation.write(HBaseRPC.java:184)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.sendParam(HBaseClient.java:475)
	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:708)
	at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:328)
	at $Proxy70.openScanner(Unknown Source)
	at org.apache.hadoop.hbase.client.transactional.TransactionScannerCallable.openScanner(TransactionScannerCallable.java:46)
	at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:74)
	at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:32)
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getRegionServerWithRetries(HConnectionManager.java:926)
	at org.apache.hadoop.hbase.client.HTable$ClientScanner.nextScanner(HTable.java:1859)
	at org.apache.hadoop.hbase.client.HTable$ClientScanner.initialize(HTable.java:1807)
	at org.apache.hadoop.hbase.client.transactional.TransactionalTable.getScanner(TransactionalTable.java:166)
	at net.troove.ddbc.hbase.HBaseHelper$7.call(HBaseHelper.java:303)
	at net.troove.ddbc.hbase.HBaseHelper$7.call(HBaseHelper.java:1)
	at net.troove.utils.RetryUtils.callWithRetry(RetryUtils.java:40)

Spring Roo generated project page at http://static.springsource.org/spring-roo/ lacks link to http://static.springsource.org/spring-roo/org.springframework.roo.process.manager/

if the location is not an external location - this would be safer.
the problem right now is that it's tricky to use the drop and rename way of writing new data into a table. consider:
Initialization block:
drop table a_tmp
create table a_tmp like a;
Loading block:
load data <newdata> into a_tmp;
drop table a;
alter table a_tmp rename to a;
this looks safe. but it's not. if one runs this multiple times - then data is lost (since 'a' is pointing to 'a_tmp''s location after any iteration. and dropping table 'a' blows away loaded data in the next iteration). 
if the location is being managed by Hive - then 'rename' should switch location as well.

When running the quick start ejb-multi-server example with JTS transactions the following exception is thrown:

11:21:01,462 ERROR [stderr] (RequestProcessor-5) javax.transaction.xa.XAException
11:21:01,462 ERROR [stderr] (RequestProcessor-5)     at com.arjuna.ats.internal.jta.transaction.jts.jca.XATerminatorImple.recover(XATerminatorImple.java:238)
11:21:01,462 ERROR [stderr] (RequestProcessor-5)     at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.tryRecoveryForImportedTransaction(XidTransactionManagementTask.java:109)
11:21:01,463 ERROR [stderr] (RequestProcessor-5)     at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionCommitTask.manageTransaction(XidTransactionCommitTask.java:62)
11:21:01,463 ERROR [stderr] (RequestProcessor-5)     at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.run(XidTransactionManagementTask.java:68)
11:21:01,463 ERROR [stderr] (RequestProcessor-5)     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
11:21:01,463 ERROR [stderr] (RequestProcessor-5)     at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
11:21:01,463 ERROR [stderr] (RequestProcessor-5)     at java.util.concurrent.FutureTask.run(FutureTask.java:166)
11:21:01,464 ERROR [stderr] (RequestProcessor-5)     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
11:21:01,464 ERROR [stderr] (RequestProcessor-5)     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
11:21:01,464 ERROR [stderr] (RequestProcessor-5)     at java.lang.Thread.run(Thread.java:722)
11:21:01,464 ERROR [stderr] (RequestProcessor-5)     at org.jboss.threads.JBossThread.run(JBossThread.java:122)
11:21:01,464 ERROR [stderr] (RequestProcessor-5)     at ...asynchronous invocation...(Unknown Source)
11:21:01,465 ERROR [stderr] (RequestProcessor-5)     at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:99)
11:21:01,465 ERROR [stderr] (RequestProcessor-5)     at org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver.sendCommit(RemotingConnectionEJBReceiver.java:327)
11:21:01,465 ERROR [stderr] (RequestProcessor-5)     at org.jboss.ejb.client.EJBClientManagedTransactionContext$ResourceImpl.commit(EJBClientManagedTransactionContext.java:239)
11:21:01,465 ERROR [stderr] (RequestProcessor-5)     at com.arjuna.ats.internal.jta.resources.jts.orbspecific.XAResourceRecord.commit(XAResourceRecord.java:455)
11:21:01,465 ERROR [stderr] (RequestProcessor-5)     at com.arjuna.ArjunaOTS.OTSAbstractRecordPOA._invoke(OTSAbstractRecordPOA.java:201)
11:21:01,466 ERROR [stderr] (RequestProcessor-5)     at org.jacorb.poa.RequestProcessor.invokeOperation(RequestProcessor.java:306)
11:21:01,466 ERROR [stderr] (RequestProcessor-5)     at org.jacorb.poa.RequestProcessor.process(RequestProcessor.java:626)
11:21:01,466 ERROR [stderr] (RequestProcessor-5)     at org.jacorb.poa.RequestProcessor.run(RequestProcessor.java:769)
11:21:01,467 WARN  [com.arjuna.ats.jtax] (RequestProcessor-5) ARJUNA024023: XAResourceRecord.commit caused an XA error: XAException.XAER_PROTO from resource ResourceImpl{transactionKey=0:ffffc0a80164:316a9a9d:5196046f:1a, ejbClientContext=org.jboss.ejb.client.EJBClientContext@216695c0, nodeName='master:app-oneB', state=null} in transaction < 131072, 30, 36, 0000000000-1-1-64-88110049106-102-9981-1064111000264849, 303030303030303030302929-34-583113079136-72-69111-7634141303030567879303030303030 >: javax.transaction.xa.XAException
    at com.arjuna.ats.internal.jta.transaction.jts.jca.XATerminatorImple.recover(XATerminatorImple.java:238) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
    at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.tryRecoveryForImportedTransaction(XidTransactionManagementTask.java:109)
    at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionCommitTask.manageTransaction(XidTransactionCommitTask.java:62)
    at org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.run(XidTransactionManagementTask.java:68)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_21]
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_21]
    at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_21]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
    at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
    at ...asynchronous invocation...(Unknown Source)
    at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:99)
    at org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver.sendCommit(RemotingConnectionEJBReceiver.java:327)
    at org.jboss.ejb.client.EJBClientManagedTransactionContext$ResourceImpl.commit(EJBClientManagedTransactionContext.java:239)
    at com.arjuna.ats.internal.jta.resources.jts.orbspecific.XAResourceRecord.commit(XAResourceRecord.java:455) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
    at com.arjuna.ArjunaOTS.OTSAbstractRecordPOA._invoke(OTSAbstractRecordPOA.java:201) [jbossjts-jacorb-4.17.4.Final-redhat-2.jar:4.17.4.Final-redhat-2]
    at org.jacorb.poa.RequestProcessor.invokeOperation(RequestProcessor.java:306) [jacorb-2.3.2-redhat-4.jar:2.3.2-redhat-4]
    at org.jacorb.poa.RequestProcessor.process(RequestProcessor.java:626) [jacorb-2.3.2-redhat-4.jar:2.3.2-redhat-4]
    at org.jacorb.poa.RequestProcessor.run(RequestProcessor.java:769) [jacorb-2.3.2-redhat-4.jar:2.3.2-redhat-4]

HTable is not thread-safe , but some of the methods seem to have a synchronized block  (put/delete) etc. 
It might as well be better to remove them altogether. 

Based on its property description in HiveConf and the comments in HIVE-12650 (https://issues.apache.org/jira/browse/HIVE-12650?focusedCommentId=15128979&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15128979), hive.spark.client.connect.timeout is the timeout when the spark remote driver makes a socket connection (channel) to RPC server. But currently it is also used by the remote driver for RPC client/server handshaking, which is not right. Instead, hive.spark.client.server.connect.timeout should be used and it has already been used by the RPCServer in the handshaking.
The error like following is usually caused by this issue, since the default hive.spark.client.connect.timeout value (1000ms) used by remote driver for handshaking is a little too short.

17/02/20 08:46:08 ERROR yarn.ApplicationMaster: User class threw exception: java.util.concurrent.ExecutionException: javax.security.sasl.SaslException: Client closed before SASL negotiation finished.
java.util.concurrent.ExecutionException: javax.security.sasl.SaslException: Client closed before SASL negotiation finished.
        at io.netty.util.concurrent.AbstractFuture.get(AbstractFuture.java:37)
        at org.apache.hive.spark.client.RemoteDriver.<init>(RemoteDriver.java:156)
        at org.apache.hive.spark.client.RemoteDriver.main(RemoteDriver.java:556)
        at org.apache.spark.deploy.yarn.ApplicationMaster$$anon$2.run(ApplicationMaster.scala:542)
Caused by: javax.security.sasl.SaslException: Client closed before SASL negotiation finished.
        at org.apache.hive.spark.client.rpc.Rpc$SaslClientHandler.dispose(Rpc.java:453)
        at org.apache.hive.spark.client.rpc.SaslHandler.channelInactive(SaslHandler.java:90)

I am using Spring MVC and I have created a unit test for it. However, I ran into a bug in the testing framework.
When running:

[...]
private WebApplicationContext wac;
private MockMvc mockMvc;

@Before
public void setup()
{
     this.mockMvc = MockMvcBuilders.webAppContextSetup(this.wac).build();
}
[...]
@Test
[...]
this.mockMvc.perform(get("/register?search")
                    .accept(MediaType.APPLICATION_JSON))
                    .andExpect(status().isOk())
                    .andExpect(jsonPath("$.value").value("foobar"));

I get the following Exception and the test fails:
java.lang.IllegalArgumentException: 'source' must not be null
	at org.springframework.util.Assert.notNull(Assert.java:112)
	at org.springframework.web.util.UriUtils.decode(UriUtils.java:351)
	at org.springframework.test.web.servlet.request.MockHttpServletRequestBuilder.buildRequest(MockHttpServletRequestBuilder.java:584)
	at org.springframework.test.web.servlet.MockMvc.perform(MockMvc.java:127)
	at controller.TestSearch.simpleSearchNoValue(TestSearch.java:72)
When I change the contents of the test to:

this.mockMvc.perform(get("/register?search=")

The problem goes away.
I have marked the line where things go wrong in the stack trace above. Here is the line again:
org.springframework.test.web.servlet.request.MockHttpServletRequestBuilder.buildRequest(MockHttpServletRequestBuilder.java:584)

If specified ","(comma only) in parameter value of sort, occurred the ArrayIndexOutOfBoundsException.
I expected that IllegalArgumentException occurs.
Other patterns is occurred IllegalArgumentException.

Overview
According to the Hive Schema definition, a table's INPUT_FORMAT class can be set to NULL.  However, there are places in the code where we do not account for this NULL value, in particular the MetaDataFormatters classes TextMetaDataFormatter and JsonMetaDataFormatter.  In addition, there is no debug level logging in the MetaDataFormatters classes to tell me which table in particular is causing the problem.
hive-schema-2.2.0.mysql.sql

CREATE TABLE IF NOT EXISTS `SDS` (
  `SD_ID` bigint(20) NOT NULL,
  `CD_ID` bigint(20) DEFAULT NULL,
  `INPUT_FORMAT` varchar(4000) CHARACTER SET latin1 COLLATE latin1_bin DEFAULT NULL,
  `IS_COMPRESSED` bit(1) NOT NULL,
...

TextMetaDataFormatter.java

// Not checking for a null return from getInputFormatClass
inputFormattCls = par.getInputFormatClass().getName();
outputFormattCls = par.getOutputFormatClass().getName();

-- MySQL Backend
update SDS SET INPUT_FORMAT=NULL WHERE SD_ID=XXX;

// Hive
SHOW TABLE EXTENDED FROM default LIKE '*';

// HS2 Logs
[HiveServer2-Background-Pool: Thread-464]: Error running hive query: 
org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Exception while processing show table status
	at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:400)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:238)
	at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:89)
	at org.apache.hive.service.cli.operation.SQLOperation$3$1.run(SQLOperation.java:301)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1920)
	at org.apache.hive.service.cli.operation.SQLOperation$3.run(SQLOperation.java:314)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Exception while processing show table status
	at org.apache.hadoop.hive.ql.exec.DDLTask.showTableStatus(DDLTask.java:3025)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:405)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:214)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:99)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2052)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1748)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1501)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1285)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1280)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:236)
	... 11 more
	at org.apache.hadoop.hive.ql.metadata.formatting.TextMetaDataFormatter.showTableStatus(TextMetaDataFormatter.java:202)
	at org.apache.hadoop.hive.ql.exec.DDLTask.showTableStatus(DDLTask.java:3020)
	... 20 more

ErrorRedeliveryHandler has static reference to a thread pool used for scheduling retries, thus when it's stopped it stops a pool used by other handler instances(e.g. from other contexts), thus they now can't redeliver.

this webhcat e2e test file is currently excluded from e2e/templeton/build.xml "test" target.  it should not have been removed

In reviewing the HRegion.getRowLockInternal() implementation, I noticed a couple of possible issues that I wanted to pass along:

make sure rowLockContext.cleanUp() always called if row lock could not be acquired
do not attempt to remove unusable row lock from map multiple times.

I'll post a patch for consideration.

  For now any Hive/HBase queries would require the following jars to be explicitly added via hive's add jar command:
add jar /usr/lib/hive/lib/hbase-0.90.1-cdh3u0.jar;
add jar /usr/lib/hive/lib/hive-hbase-handler-0.7.0-cdh3u0.jar;
add jar /usr/lib/hive/lib/zookeeper-3.3.1.jar;
add jar /usr/lib/hive/lib/guava-r06.jar;
the longer term solution, perhaps, should be to have the code at submit time call hbase's 
TableMapREduceUtil.addDependencyJar(job, HBaseStorageHandler.class) to ship it in distributedcache.

select /*+mapjoin(b) */ sum(a.key) from src a join src b on (a.key=b.key); throws EOFException

Currently its categorized as MediumTests but sometimes running all test in this class take more than 180 seconds. Here is the comparison of runtimes between local runs (on my dev machine) and in nightly runs:

Test
Local (seconds)
Nihgtly (seconds)

testSimpleCreateWithSplits
~1.5
~12

testRollbackAndDoubleExecutionOnMobTable
~4.7
~21

testSimpleCreate
~1.7
~11

testRollbackAndDoubleExecution
~4.3
~18

testMRegions
~26.4
Timed out after 90 seconds

There is an existing current_user() UDF which returns the user provided by the configured hive.security.authenticator.manager. This is often the same as the user provided on connection, but some cases, like HadoopDefaultAuthenticator this could be different.
Some cases we need the logged in user independently of the configured authenticator, so a new UDF is created which provides this - returns the SessionState.get().getUserName().

When new global permissions are assigned, there is a race condition, during which further authorization checks relying on global permissions may fail.
In TableAuthManager.updateGlobalCache(), we have:

    USER_CACHE.clear();
    GROUP_CACHE.clear();
    try {
      initGlobal(conf);
      // Never happens
      LOG.error("Error occured while updating the user cache", e);
    }
    for (Map.Entry<String,TablePermission> entry : userPerms.entries()) {
      if (AccessControlLists.isGroupPrincipal(entry.getKey())) {
        GROUP_CACHE.put(AccessControlLists.getGroupName(entry.getKey()),
                        new Permission(entry.getValue().getActions()));
      } else {
        USER_CACHE.put(entry.getKey(), new Permission(entry.getValue().getActions()));
      }
    }

If authorization checks come in following the .clear() but before repopulating, they will fail.
We should have some synchronization here to serialize multiple updates and use a COW type rebuild and reassign of the new maps.
This particular issue crept in with the fix in HBASE-6157, so I'm flagging for 0.94 and 0.96.

Attached are two test cases - one with a "non-pollEnrich" test (which works fine) and one with a "pollEnrich" test (which fails).
In stepping through some of the code, it appears that the "disconnect" and "delete" are on two different threads (true for both scenarios).  However, for the "non-pollEnrich" test, there seems to be a cycle that allows the timing of the two threads to NOT be an issue.  For the "pollEnrich" test, that cycle doesn't seem to occur.  
My uneducated guess is that both tests (code executions) are checking to see if the "from" has completed (including performing the delete) before disconnecting.  This makes sense for the "non-pollEnrich" test, but for the "pollEnrich" it should be checking to see if the "pollEnrich" is done, not the "from".
Please note that if you do not indicate "disconnect=true", file deletion occurs as expected.  This seems to be broken in 2.12.x through 2.13.1 (not sure if it goes back further or not).
I have attached two different test cases to show the different behaviors ("non-pollEnrich" vs "pollEnrich").

CHANGE 1: 
TEST CASE :
The intention of TestHiveConf#testConfProperties() is to test the HiveConf properties being set in the priority as expected.
Each HiveConf object is initialized as follows:
1) Hadoop configuration properties are applied.
2) ConfVar properties with non-null values are overlayed.
3) hive-site.xml properties are overlayed.
ISSUE :
The mapreduce related configurations are loaded by JobConf and not Configuration.
The current test tries to get the configuration properties  like : HADOOPNUMREDUCERS ("mapred.job.reduces")
from Configuration class. But these mapreduce related properties are loaded by JobConf class from mapred-default.xml.
DETAILS :
LINE  63 : checkHadoopConf(ConfVars.HADOOPNUMREDUCERS.varname, "1"); -->fails
Because, 
private void  checkHadoopConf(String name, String expectedHadoopVal) {
     Assert.assertEquals(expectedHadoopVal, new Configuration().get(name)); ----> Second parameter is null, since its the JobConf class and not the Configuration class that initializes mapred-default values. 
}
Code that loads mapreduce resources is in ConfigUtil and JobConf makes a call like this (in static block):
public class JobConf extends Configuration {
  private static final Log LOG = LogFactory.getLog(JobConf.class);
  static
{
    ConfigUtil.loadResources(); --> loads mapreduce related resources (mapreduce-default.xml)
  }
.....
}
Please note, the test case assertion works fine if HiveConf() constructor is called before this assertion since, HiveConf() triggers JobConf()
which basically sets the default values of the properties pertaining to mapreduce.
This is why, there won't be any failures if testHiveSitePath() was run before testConfProperties() as that would load mapreduce
properties into config properties.
FIX:
Instead of using a Configuration object, we can use the JobConf object to get the default values used by hadoop/mapreduce.
CHANGE 2:
In TestHiveConf#testHiveSitePath(), a call to static method getHiveSiteLocation() should be called statically instead of using an object.

In some environments the Q file tests vector_outer_join{1-4}.q fail because the data creation queries produce different input files.

See the attached UT.  the table has 5 columns and each column has at least one cell in it, but when we scan the table with batchSize=3,  we only got 3 cells returned , the other 2 cells got lost ...
It's a critial bug and should be fixed..

After replication, some stats summary are incorrect. If hive.compute.query.using.stats set to true, we will get wrong result on the destination side.
This will not happen with bootstrap replication. This is because stats summary are in table properties and will be replicated to the destination. However, in incremental replication, this won't work. When creating table, the stats summary are empty (eg, numRows=0). Later when we insert data, stats summary are updated with update_table_column_statistics/update_partition_column_statistics, however, both events are not captured in incremental replication. Thus on the destination side, we will get count(*)=0. The simple solution is to remove COLUMN_STATS_ACCURATE property after incremental replication.

The JMX connection doesn't even seem to be opened.
The JMX implementation isn't called.

Saw an NPE in a test run. This is because AbstractDeploymentUnitService.getStatus() references the possibly null 'monitor' field.

org.jboss.as.test.manualmode.deployment.DeploymentScannerOperationTestCase.testStartup: java.lang.AssertionError: null
    at org.jboss.as.test.manualmode.deployment.DeploymentScannerOperationTestCase.testStartup(DeploymentScannerOperationTestCase.java:92)
23:55:18,131 INFO  [org.wildfly.core.testrunner.Server] (main) Starting container with: /usr/java/jdk1.8.0_65/jre/bin/java -D[Standalone] -javaagent:/store/repository/org/jboss/byteman/byteman/2.2.1/byteman-2.2.1.jar=port:9091,boot:/store/repository/org/jboss/byteman/byteman/2.2.1/byteman-2.2.1.jar,sys:/opt/buildAgent/work/8d74ae55e497982e/testsuite/shared/target/wildfly-core-testsuite-shared-3.0.0.Alpha1-SNAPSHOT.jar -Dorg.jboss.byteman.transform.all -Dorg.jboss.byteman.verbose=true -Dmaven.repo.local=/store/repository -Xmx512m -Djboss.dist=/opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core -Djava.net.preferIPv4Stack=false -Djava.net.preferIPv6Addresses=true -server -Dts.timeout.factor=100 -Djbossas.ts.dir=/opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode -ea -Dorg.jboss.boot.log.file=/opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core/standalone/log/server.log -Dlogging.configuration=file:/opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core/standalone/configuration/logging.properties -jar /opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core/jboss-modules.jar -mp /opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core/modules org.jboss.as.standalone -Djboss.home.dir=/opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core -Djboss.server.base.dir=/opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core/standalone -Djboss.server.log.dir=/opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core/standalone/log -Djboss.server.config.dir=/opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core/standalone/configuration -c=standalone.xml -bmanagement=::1 -Djboss.http.port=8080 -Djboss.bind.address=::1 
23:55:18,299 INFO  [org.xnio] (main) XNIO version 3.3.2.Final
TransformListener() : accepting requests on localhost:9091
23:55:18,427 INFO  [org.xnio.nio] (main) XNIO NIO Implementation Version 3.3.2.Final
23:55:18,469 INFO  [org.jboss.remoting] (main) JBoss Remoting version 4.0.14.Final
 [0m23:55:18,781 INFO  [org.jboss.modules] (main) JBoss Modules version 1.4.4.Final
 [0m [0m23:55:19,059 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
 [0m [0m23:55:19,150 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0049: WildFly Core 3.0.0.Alpha1-SNAPSHOT "Kenny" starting
 [0m [0m23:55:19,716 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
 [0m [0m23:55:19,739 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.3.2.Final
 [0m [0m23:55:19,747 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.3.2.Final
 [0m [0m23:55:19,799 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 4.0.14.Final
 [0m [33m23:55:19,896 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-4) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console
 [0m [0m23:55:20,084 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[::1]:9990/management
 [0m [0m23:55:20,084 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[::1]:9990
 [0m [0m23:55:20,084 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha1-SNAPSHOT "Kenny" started in 1710ms - Started 55 of 57 services (15 services are lazy, passive or on-demand)
 [0m [0m23:55:20,610 INFO  [org.jboss.as.repository] (DeploymentScanner-threads - 2) WFLYDR0001: Content added at location /opt/buildAgent/work/8d74ae55e497982e/testsuite/manualmode/target/wildfly-core/standalone/data/content/21/5cf647697bfbd1ed32b458a4568c01fb6e8dd6/content
 [0m [0m23:55:20,628 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "deployment-one.jar" (runtime-name: "deployment-one.jar")
 [0m [0m23:55:20,669 INFO  [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0010: Deployed "deployment-one.jar" (runtime-name : "deployment-one.jar")
 [0m [0m23:55:21,399 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0028: Stopped deployment deployment-one.jar (runtime-name: deployment-one.jar) in 6ms
 [0m [31m23:55:21,403 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("read-attribute") failed - address: ([("deployment" => "deployment-one.jar")]): java.lang.NullPointerException
    at org.jboss.as.server.deployment.AbstractDeploymentUnitService.getStatus(AbstractDeploymentUnitService.java:111)
    at org.jboss.as.server.deployment.DeploymentStatusHandler$1.execute(DeploymentStatusHandler.java:61)
    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
    at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
    at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1341)
    at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:465)

Add a standard code template to do along with the code formatter for HBase. This helps make sure people have the correct license and general commenting for auto-generated elements.

When displaying the column schema, the formatting should follow should be 
name<TAB>type<TAB>comment<NEWLINE>
to be inline with the previous formatting style for backward compatibility.

The use case uses a correlationId with RabbitMQ InOut Producer :

from("direct:route")
   .setHeader(RabbitMQConstants.EXCHANGE_NAME, constant("exchange"))
   .setHeader(RabbitMQConstants.CORRELATIONID, constant("123"))
   .inOut("rabbitmq://...")

The response always contains a null out body message.
The problem is located when restoring the original correlation id in org.apache.camel.component.rabbitmq.reply.ReplyManagerSupport : 

public void processReply(ReplyHolder holder)

// restore correlation id in case the remote server messed with it
if (holder.getOriginalCorrelationId() != null) {
   if (exchange.getOut() != null) {
      exchange.getOut().setHeader(RabbitMQConstants.CORRELATIONID, 
         holder.getOriginalCorrelationId());
   } else {
      exchange.getIn().setHeader(RabbitMQConstants.CORRELATIONID, 
   }
}

The test exchange.getOut() is always successful because of the lazy creation in DefaultExchange.getOut

public Message getOut() {
   // lazy create
   if (out == null) {
      out = (in != null && in instanceof MessageSupport)
      ? ((MessageSupport)in).newInstance() : new DefaultMessage();
      configureMessage(out);
   }
   return out;
}

The in body message contains the correct response from RabbitMQ. However, since the out message will be always created with a null body, the null body response will be returned in the pipeline

Made a blocker because it was found by Jon Gray (smile)
So, Jon Gray has a row with 55k deletes all in the same row.  When he tries to scan, his scanner timesout when it gets to this row.  The root cause is the mechanism we use to make sure a delete in a new store file overshadows an entry at same address in an old file.   We accumulate a List of all deletes encountered.  Before adding a delete to the List, we check if already a deleted.  This check is whats killing us.  One issue is that its doing super inefficient check of whether table is root but even fixing this inefficency – and then removing the check for root since its redundant we're still too slow.
Chatting with Jim K, he suggested that ArrayList check is linear.  Changing the aggregation of deletes to instead use HashSet makes all run an order of magnitude faster.
Also part of this issue, need to figure why on compaction we are not letting go of these deletes.
Filing this issue against 0.18.1 so it gets into the RC2 (after chatting w/ J-D and JK – J-D is seeing the issue also).

See http://54.241.6.143/job/HBase-0.95-Hadoop-2/org.apache.hbase$hbase-server/543/testReport/org.apache.hadoop.hbase.client/TestScannersFromClientSide/testScanBatch_2_/

Around line 423:

      if (partitionValidationRegex != null && partitionValidationRegex != "") {
        partitionValidationPattern = Pattern.compile(partitionValidationRegex);

partitionValidationRegex.isEmpty() can be used instead.

Currently it happens in string, which results in incorrect result.

Because of this change request (https://issues.apache.org/jira/browse/CAMEL-7742) was a new feature implemented that allows pattern annotations for BigDecimal fields in CSV model classes for the Camel Bindy component.
The problem with that is, that the usage of this feature overwrites the current Locale setting of the environment. For example, if the current Locale was set to "German" and the provided pattern for the BigDecimal field requires "US" to unmarshal the numbers in the CSV file, then the method BigDecimalPatternFormat#parse(String) overwrites the Locale, but doesn't restore the former setting. This can cause problems for other software components that depends on the Locale setting.
The cause of the problem can be found here on line 21: Source of BigDecimalPatternFormat
A possible workaround would be storing the current locale temporarily, overwrite that setting, perform the formatting task and then restore the former locale setting.
Like in this code example:

if (getNumberFormat() != null) {
    final Locale currentLocale = Locale.getDefault();
    Locale.setDefault(super.getLocale());
    DecimalFormat df = (DecimalFormat)getNumberFormat();
    df.setParseBigDecimal(true);
    BigDecimal bd = (BigDecimal)df.parse(string.trim());
    if(super.getPrecision() != -1) {
        bd = bd.setScale(super.getPrecision(), RoundingMode.valueOf(super.getRounding()));
    }
    Locale.getDefault(); // what is the purpose of this line?
    Locale.setDefault(currentLocale); // restore the Locale setting
    return bd;
}

CompositeRegistry#lookup just lookups iterating the registries it has. it should catch the exception to make sure it go through all the registries.
http://camel.465427.n5.nabble.com/Catch-NoSuchComponentException-in-org-apache-camel-impl-CompositeRegistry-lookup-td5728645.html

Bytes.toFloat(byte [] bytes, int offset) is private but a user requests it be made public in private communication.

When HCatalog calls to table with "org.apache.hadoop.hive.serde2.RegexSerDe", when doing Hcatalog call to get read the table, it throws exception:

15/04/21 14:07:31 INFO security.TokenCache: Got dt for hdfs://hdpsecahdfs; Kind: HDFS_DELEGATION_TOKEN, Service: ha-hdfs:hdpsecahdfs, Ident: (HDFS_DELEGATION_TOKEN token 1478 for haha)
15/04/21 14:07:31 INFO mapred.FileInputFormat: Total input paths to process : 1
Splits len : 1
SplitInfo : [hdpseca03.seca.hwxsup.com, hdpseca04.seca.hwxsup.com, hdpseca05.seca.hwxsup.com]
15/04/21 14:07:31 INFO mapreduce.InternalUtil: Initializing org.apache.hadoop.hive.serde2.RegexSerDe with properties {name=casetest.regex_table, numFiles=1, columns.types=string,string, serialization.format=1, columns=id,name, rawDataSize=0, numRows=0, output.format.string=%1$s %2$s, serialization.lib=org.apache.hadoop.hive.serde2.RegexSerDe, COLUMN_STATS_ACCURATE=true, totalSize=25, serialization.null.format=\N, input.regex=([^ ]*) ([^ ]*), transient_lastDdlTime=1429590172}
15/04/21 14:07:31 WARN serde2.RegexSerDe: output.format.string has been deprecated
	at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:187)
	at com.google.common.base.Splitter.split(Splitter.java:371)
	at org.apache.hadoop.hive.serde2.RegexSerDe.initialize(RegexSerDe.java:155)
	at org.apache.hadoop.hive.serde2.AbstractSerDe.initialize(AbstractSerDe.java:49)
	at org.apache.hadoop.hive.serde2.SerDeUtils.initializeSerDe(SerDeUtils.java:518)
	at org.apache.hive.hcatalog.mapreduce.InternalUtil.initializeDeserializer(InternalUtil.java:156)
	at org.apache.hive.hcatalog.mapreduce.HCatRecordReader.createDeserializer(HCatRecordReader.java:127)
	at org.apache.hive.hcatalog.mapreduce.HCatRecordReader.initialize(HCatRecordReader.java:92)
	at HCatalogSQLMR.main(HCatalogSQLMR.java:81)

See nabble
http://old.nabble.com/Camel-%3A-Date-Pattern-ts27131137.html

The channel binding type should be "tls-server-end-point" as referenced below:
http://www.iana.org/assignments/channel-binding-types/channel-binding-types.xhtml
https://tools.ietf.org/html/rfc5929

When using spring to wire camel components, the whole magic is driven by org.springframework.context.support.AbstractApplicationContext.refresh().
At about line 327 the xml file is read and at some point AbstractApplicationContext.doParse is called.  What is notable is that we use parseUsingJaxb (line 135) instead of the spring way of doing things, and then we still use 
BeanDefinitionParser(s) to build the BeanDefinition(s).
On a sample context definition like the one in the unit tests:
  <camelContext id="camel" xmlns="http://activemq.apache.org/camel/schema/spring">
    <beanPostProcessor/>
    <endpoint id="endpoint1" uri="direct:start"/>
    <endpoint id="endpoint2" uri="mock:end"/>
    <route>
      <from ref="endpoint1"/>
      <to ref="endpoint2"/>
    </route>
The jaxb parser instantiates the BeanPostProcessor, endpoints, the RouteType, From/ToTypes properly, but the BeanPostProcessor is not injected with the camelContext and applicationContext, obviously.
Later on in AbstractApplicationContext.refresh() during the registerBeanPostProcessors() call (line 337) spring figures out that it needs to instantiate the BeanPostProcessor first and use it before it initializes the other beans.  So far so good, but in doing so there are 2 major problems.
1. It uses the BeanDefinition instead of the instance already created during jaxb parsing.
2. There is a chicken and egg situation; while it initializes "camel:beanPostProcessor", it looks for a "camel" bean which isn't registered yet.  The model for it does exist though, so a new instance of the CamelContextFactoryBean gets instantiated (and the id now is null instead of "camel" as in the spring xml).
I wrestled with this and couldn't figure out a solution.

When a MiniCluster is being started with the HBaseTestUtility#startMiniCluster method (most typically in the context of JUnit testing), if a local HBase instance is already running (or for that matter, another thread with another MiniCluster is already running), the startup will fail with a RuntimeException saying "HMasterAddress already in use", referring explicitly to contention for the same default master info port (16010).
This problem most recently came up in conjunction with HBASE-14876 and its sub-JIRAs (development of new HBase-oriented Maven archetypes), but this is apparently a known issue to veteran developers, who tend to set up the @BeforeClass sections of their test modules with code similar to the following:

    UTIL = HBaseTestingUtility.createLocalHTU();
    // disable UI's on test cluster.
    UTIL.getConfiguration().setInt("hbase.master.info.port", -1);
    UTIL.getConfiguration().setInt("hbase.regionserver.info.port", -1);
    UTIL.startMiniCluster();

A comprehensive solution modeled on this should be put directly into HBaseTestUtility's main constructor, using one of the following options:
OPTION 1 (always force random port assignment):

    this.getConfiguration().setInt(HConstants.MASTER_INFO_PORT, -1);
    this.getConfiguration().setInt(HConstants.REGIONSERVER_PORT, -1);

OPTION 2 (always force random port assignment if user has not explicitly defined alternate port):

    Configuration conf = this.getConfiguration();
    if (conf.getInt(HConstants.MASTER_INFO_PORT, HConstants.DEFAULT_MASTER_INFOPORT)
            == HConstants.DEFAULT_MASTER_INFOPORT) {
      conf.setInt(HConstants.MASTER_INFO_PORT, -1);
    }
    if (conf.getInt(HConstants.REGIONSERVER_PORT, HConstants.DEFAULT_REGIONSERVER_PORT)
            == HConstants.DEFAULT_REGIONSERVER_PORT) {
      conf.setInt(HConstants.REGIONSERVER_PORT, -1);
    }

Here is the error:
Hive.g:1902:38: reference to rewrite element groupByExpression without reference on left of ->

Following discussion with Christian. In some situations (e.g. tooling), ClassUtils.getDefaultClassLoader() will fail to locate the web classes.  parserContext.getReaderContext().getBeanClassLoader() should be used instead.

You can assign one profile to one container more than once.
1. fabric:create
2. First: fabric:container-add-profile root example-mq
3. Again: fabric:container-add-profile root example-mq
4. fabric:container-list
Output:
[id] [version] [alive] [profiles] [provision status]
root*                          1.0       true    example-mq, example-mq, fabric, fabric-ensemble-0000-1, jboss-fuse-full success
There is example-mq profile twice in list.

We have these two variants:

Delete(byte[] row, long timestamp)
Delete(final byte[] rowArray, final int rowOffset, final int rowLength, long ts)

Both should use timestamp as the parameter name, not this mix.

STEP 1. Create DBs and tables

hive> create database temp;
hive> use temp;
hive> create table test(id int);
hive> create database temp2;
hive> use temp2;
hive> create table test2(id int);

STEP 2. Set hive.exec.pre.hooks

hive> set hive.exec.pre.hooks=org.apache.hadoop.hive.ql.hooks.UpdateInputAccessTimeHook$PreExec;

STEP 3. Use desc

hive> desc temp2.test2;

EXPECTED RESULT
Code works fine and shows table info
ACTUAL RESULT

FAILED: Hive Internal Error: org.apache.hadoop.hive.ql.metadata.InvalidTableException(Table not found test2)
org.apache.hadoop.hive.ql.metadata.InvalidTableException: Table not found test2
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1258)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1209)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1196)
	at org.apache.hadoop.hive.ql.hooks.UpdateInputAccessTimeHook$PreExec.run(UpdateInputAccessTimeHook.java:61)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1688)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1454)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1172)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1162)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:234)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:185)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:401)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:791)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:729)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:652)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:647)

If there is only master alive, all regionservers are down, SSH can't find a plan to assign user regions. In this case, SSH should retry.

2014-10-07 14:05:18,310 ERROR [MASTER_SERVER_OPERATIONS-a2424:20020-2] executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN
java.io.IOException: Unable to determine a plan to assign region(s)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1411)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:272)

Currently UriStringDeserializer uses the raw String provided for the value and tries to create a URI instance from it. In case the client accidentally submits a URI tempalte, this will fail.
The UriStringDeserializer should defensively expand the given value to make sure optional template variables are stripped.

In AbstractHttpSockJsSession, writeFrameInternal method:
The final this.response.flush(); call is insufficient to reset the polling connection for heartbeat. Should be something like resetRequest(); as in the 4.1.9 release.
Possibly we meant to call flushCache() in PollingSockJsSession?

XsltBuilder uses a ResultHandler instance variable to hold the result of the transformation. That makes it thread unsafe and at the same time, as it's never cleared/reset, it can't be used more then once.

When TilesConfigurer has completeAutoload, it is expected to delegate to the CompleteAutoloadTilesContainerFactory, which enables EL expressions among other things.
The attribute evaluator factory is set to a DirectAttributeEvaluator instead of enabling EL, MVEL and OGNL as attribute expressions.

Add test coverage for Scram PLUS mechanisms. The tests will also serve as regression tests for JBEAP-11396.

ssl-server.xml is not picked up internally by the hive-common HttpServer impl, unlike the default configs.

hive> describe tab2;
Query ID = jdere_20140312185454_e3ed213e-8b3a-4963-b815-19965edad587
OK
c1                  	timestamp           	None                
Time taken: 0.155 seconds, Fetched: 1 row(s)
hive> select * from tab2;
Query ID = jdere_20140312185454_8a009070-df79-45de-8642-e85668a378d7
OK
NULL
NULL
NULL
NULL
NULL
Time taken: 0.067 seconds, Fetched: 5 row(s)

hive> select to_unix_timestamp(c1) from tab2;           
hive> select to_date(c1) from tab2;          

Fails with errors like:

java.lang.Exception: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"c1":null}
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"c1":null}
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"c1":null}
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:534)
        ... 10 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating to_date(c1)
        at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:84)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:790)
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:524)
        ... 11 more
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFDate.evaluate(GenericUDFDate.java:106)
        at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator._evaluate(ExprNodeGenericFuncEvaluator.java:166)
        at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:77)
        at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:65)
        at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:79)
        ... 15 more

The following error can be observed when running tests in hbase-spark module against hadoop3:

*** RUN ABORTED ***
  java.lang.NoClassDefFoundError: org/apache/hadoop/ipc/ExternalCall
  at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getStorageDirs(FSNamesystem.java:1464)
  at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getNamespaceDirs(FSNamesystem.java:1444)
  at org.apache.hadoop.hdfs.MiniDFSCluster.createNameNodesAndSetConf(MiniDFSCluster.java:939)
  at org.apache.hadoop.hdfs.MiniDFSCluster.initMiniDFSCluster(MiniDFSCluster.java:815)
  at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:746)
  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniDFSCluster(HBaseTestingUtility.java:668)
  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniDFSCluster(HBaseTestingUtility.java:640)
  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:979)
  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:859)
  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:853)
  ...
  Cause: java.lang.ClassNotFoundException: org.apache.hadoop.ipc.ExternalCall
  at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:338)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

The dependency tree shows mixture of hadoop 2.7.4 and hadoop3 for the hbase-spark module.
This should be addressed by adding proper profile in pom.xml

Romil Choksi reported that IntegrationTestDDLMasterFailover is failing while adding column family during the time master is restarting.

Create TaskletStep implementation and retire ItemOrientedTasklet.  The SimpleStep then plays the role of ItemOrientedTasklet (injected ItemReader and ItemWriter).

MetaScanner.metaScan() creates an instance of HTable per call. The constructur used creates a new ThreadPoolExecutor. The executor itself will not create a thread unless it's pool is used. I am not sure if the HTable instance in question ever uses it's pool. But if so, this could become a big performance issue. Logging an issue at Lars's request. mail list chain below.
------------------------------------- 
Indeed. That is bad.
I cannot see a clean fix immediately, but we need to look at this.
Mind filing a ticket, Kireet?
– Lars
________________________________
 From: Kireet <kireet-Teh5dPVPL8nQT0dZR+AlfA@public.gmane.org>
To: public-user-50Pas4EWwPEyzMRdD/IqWQ-wOFGN7rlS/M9smdsby/KFg@public.gmane.org 
Sent: Friday, May 31, 2013 11:58 AM
Subject: Re: HConnectionManager$HConnectionImplementation.locateRegionInMeta
Even if I initiate the call via a pooled htable, the MetaScanner seems 
to use a concrete HTable instance. The constructor invoked seems to 
create a java ThreadPoolExecutor. I am not 100% sure but I think as long 
as nothing is submitted to the ThreadPoolExecutor it won't create any 
threads. I just wanted to confirm this was the case. I do see the 
connection is shared.
--Kireet
On 5/30/13 7:38 PM, Ted Yu wrote:
> HTablePool$**PooledHTable is a wrapper around HTable.
>
> Here is how HTable obtains a connection:
>
>     public HTable(Configuration conf, final byte[] tableName, final
> ExecutorService pool)
>         throws IOException {
>       this.connection = HConnectionManager.getConnection(conf);
>
> Meaning the connection is a shared one based on certain key/value pairs
> from conf.
>
> bq. So every call to batch will create a new thread?
>
> I don't think so.
>
> On Thu, May 30, 2013 at 11:28 AM, Kireet <kireet-Teh5dPVPL8nQT0dZR+AlfA-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org> wrote:
>
>>
>>
>> Thanks, will give it a shot. So I should download 0.94.7 (latest stable)
>> and run the patch tool on top with the backport? This is a little new to me.
>>
>> Also, I was looking at the stack below. From my reading of the code, the
>> HTable.batch() call will always cause the prefetch call to occur, which
>> will cause a new HTable object to get created. The constructor used in
>> creating a new thread pool. So every call to batch will create a new
>> thread? Or the HTable's thread pool never gets used as the pool is only
>> used for writes? I think I am missing something but just want to confirm.
>>
>> Thanks
>> Kireet

minimum-remaining-lifetime

please, specify units in documentation, e.g. seconds/minutes

as just path reference can be used here, probably should be just "expressions-allowed" => false
In legacy settings it is documented better: "The name of another previously named path, or of one of the standard paths provided by the system. If 'relative-to' is provided, the value of the 'path' attribute is treated as relative to the path specified by this attribute."

server

I assume based on server attribute INITIATE_ONLY or ACCEPT_ONLY is configured on GSSCredential [1]. Wouldn't it be useful to have also possibility to set INITIATE_AND_ACCEPT? Couldn't that be useful for example in case of identity propagation.

for-hosts

comparing to legacy security kerberosIdentityType I am missing for-hosts. Elytron won't provide such feature?

This is a separate issue originally logged as part of JBEAP-794 (#4 in this comment). 
Seen in ejb-remote, ejb-ejbservlet and http-session scenarios with REPL cache and SYNC replication.
TimeoutException occured after perf18 (or any other node) rejoined a cluster (after graceful shutdown, jvmkill or undeploy - it doesn't matter), but it does not seem to affect client:

[JBossINF] [0m[33m03:23:38,462 WARN  [org.infinispan.transaction.tm.DummyTransaction] (default task-24) ISPN000112: exception while committing: javax.transaction.xa.XAException
[JBossINF]     at org.infinispan.transaction.impl.TransactionCoordinator.handleCommitFailure(TransactionCoordinator.java:213)
[JBossINF]     at org.infinispan.transaction.impl.TransactionCoordinator.commit(TransactionCoordinator.java:159)
[JBossINF]     at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:114)
[JBossINF]     at org.infinispan.transaction.tm.DummyTransaction.finishResource(DummyTransaction.java:401)
[JBossINF]     at org.infinispan.transaction.tm.DummyTransaction.commitResources(DummyTransaction.java:448)
[JBossINF]     at org.infinispan.transaction.tm.DummyTransaction.runCommit(DummyTransaction.java:321)
[JBossINF]     at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:108)
[JBossINF]     at org.wildfly.clustering.ee.infinispan.InfinispanBatch.close(InfinispanBatch.java:71)
[JBossINF]     at org.wildfly.clustering.web.undertow.session.DistributableSession.requestDone(DistributableSession.java:76)
[JBossINF]     at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:768)
[JBossINF]     at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:563)
[JBossINF]     at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:331)
[JBossINF]     at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)
[JBossINF]     at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
[JBossINF]     at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
[JBossINF]     at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
[JBossINF]     at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793)
[JBossINF]     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[JBossINF]     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[JBossINF]     at java.lang.Thread.run(Thread.java:745)
[JBossINF] Caused by: org.infinispan.util.concurrent.TimeoutException: Replication timeout for perf19
[JBossINF]     at org.infinispan.remoting.transport.jgroups.JGroupsTransport.checkRsp(JGroupsTransport.java:765)
[JBossINF]     at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$invokeRemotelyAsync$175(JGroupsTransport.java:612)
[JBossINF]     at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:602)
[JBossINF]     at java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:577)
[JBossINF]     at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
[JBossINF]     at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
[JBossINF]     at org.infinispan.remoting.transport.jgroups.RspListFuture.call(RspListFuture.java:47)
[JBossINF]     at org.infinispan.remoting.transport.jgroups.RspListFuture.call(RspListFuture.java:16)
[JBossINF]     at java.util.concurrent.FutureTask.run(FutureTask.java:266)
[JBossINF]     at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
[JBossINF]     at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
[JBossINF]     ... 3 more

Also, JBEAP-3779 an JBEAP-3780 (and partially also JBEAP-3782) accompany this issue, see occurrences report 
Server link:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-http-session-shutdown-repl-sync/18/console-perf18/ 

A pull request for this was submitted https://github.com/SpringSource/spring-security/pull/28

I think some issue happened while updating the patch. The chunkId was converted to int every where but while writing it has been written as a long. Will push a small patch to change it.

When checking if a certificate should be renewed the"not After" date doesn't take the local timezone into account thus returning a possibly wrong value.

Some of the qfile explain plans show some predicates that could be taken care of by running ConstantPropagate after the PartitionPruner:
index_auto_unused.q:

filterExpr: ((12.0 = 12.0) and (UDFToDouble(key) < 10.0)) (type: boolean)

join28.q:

predicate: ((11.0 = 11.0) and key is not null) (type: boolean)

bucketsort_optimize_insert_7.q ("is not null" is unnecessary)

predicate: (((key < 8) and key is not null) and ((key = 0) or (key = 5))) (type: boolean)

Apache CXF is used in examples and the links to it in the README.txt are using the incubator.
Apache CXF 2.1.1 has just been released we should upgrade to this version also.

Need to jars under HADOOP_YARN_HOME and HADOOP_YARN_HOME/lib into default classpath. 

catch (Throwable ex) on line 77 in TypeConverterSupport. In SpringBoot application we can't properly use @ControllerAdvice because our specific exception that we throw in converter catches in TypeConverterSupport and instead it throws TypeMismatchException. 

AbstractMappingContext.getPersistentEntity(…) should use actual type information to deal with generic collection types. The current implementation of AbstractMappingContext.getPersistentEntity(…) returns null for the list property of the class listed below. 

static class ParentClass {
  
  String id;
  List<? extends AbstractChildClass> list;

  public ParentClass(String id, List<? extends AbstractChildClass> list) {
    this.id = id;
    this.list = list;
  }
}

static abstract class AbstractChildClass {

  String id;
  String value;

  public AbstractChildClass(String id, String value) {
    this.value = value;
  }
}

static class ConcreteChildClass extends AbstractChildClass {

  public ConcreteChildClass(String id, String value) {
    super(id, value);
  }
}

As current examples poms are filtering as resource, we need think twice when we use the ${project.xxx}
Those two bundle are share same Bundle-SymbolicName, and they can not be installed at the same time. we need to fix it.

Got failed test in HBASE-13017. It seems that with zk nodes were ordered in one way and test didn't trigger error, but with new meta rows ordered differently test became flakey.
That leads to interesting sequence of offline/online regions and triggers bug and NPE in AM (thats seen in TestZKLessAMOnCluster)
That can happen if region was moved from RS1 to other region server RS2, and thats happens that RS2 failed. Region remains in PENDING_OPEN. SSH will offline it from RS1(without removing from oldAssignments because of disabled table). When AssingnmentManager come and assign region it then removes oldAssignment of region from serverHoldings. And thats happen to be our just assigned RS1.
Small bit of logs. Most interesting are last 3 lines, region b73fe9f1185361e846b0e1ceb7d6d64e added to server and immediately removed from it. Later that triggers NPE in disable table handler.

2015-02-18 01:21:18,338 INFO  [Thread-436] master.RegionStates(1109): Transition {b73fe9f1185361e846b0e1ceb7d6d64e state=PENDING_OPEN, ts=1424222478324, server=octobook.home,65370,1424222474885} to {b73fe9f1185361e846b0e1ceb7d6d64e state=OFFLINE, ts=1424222478338, server=octobook.home,65370,1424222474885}
2015-02-18 01:21:18,339 INFO  [Thread-436] master.RegionStateStore(218): Updating row testSSHWhenDisablingTableRegionsInOpeningOrPendingOpenState,I,1424222477651.b73fe9f1185361e846b0e1ceb7d6d64e. with state=OFFLINE
2015-02-18 01:21:18,340 DEBUG [Thread-436] master.RegionStates(591): Old server name for {ENCODED => b73fe9f1185361e846b0e1ceb7d6d64e, NAME => 'testSSHWhenDisablingTableRegionsInOpeningOrPendingOpenState,I,1424222477651.b73fe9f1185361e846b0e1ceb7d6d64e.', STARTKEY => 'I', ENDKEY => 'Q'} is null
2015-02-18 01:21:18,340 INFO  [Thread-436] master.RegionStates(1109): Transition {b73fe9f1185361e846b0e1ceb7d6d64e state=OFFLINE, ts=1424222478338, server=octobook.home,65370,1424222474885} to {b73fe9f1185361e846b0e1ceb7d6d64e state=OPEN, ts=1424222478340, server=octobook.home,65359,1424222474743}
2015-02-18 01:21:18,341 INFO  [Thread-436] master.RegionStateStore(218): Updating row testSSHWhenDisablingTableRegionsInOpeningOrPendingOpenState,I,1424222477651.b73fe9f1185361e846b0e1ceb7d6d64e. with state=OPEN&sn=octobook.home,65359,1424222474743
2015-02-18 01:21:18,342 DEBUG [Thread-436] master.RegionStates(457): Onlined b73fe9f1185361e846b0e1ceb7d6d64e on octobook.home,65359,1424222474743 {ENCODED => b73fe9f1185361e846b0e1ceb7d6d64e, NAME => 'testSSHWhenDisablingTableRegionsInOpeningOrPendingOpenState,I,1424222477651.b73fe9f1185361e846b0e1ceb7d6d64e.', STARTKEY => 'I', ENDKEY => 'Q'}
2015-02-18 01:21:18,342 DEBUG [Thread-436] master.RegionStates(481): Adding  b73fe9f1185361e846b0e1ceb7d6d64e to server octobook.home,65359,1424222474743
2015-02-18 01:21:18,342 INFO  [Thread-436] master.RegionStates(467): Offlined b73fe9f1185361e846b0e1ceb7d6d64e from octobook.home,65359,1424222474743
2015-02-18 01:21:18,342 DEBUG [Thread-436] master.RegionStates(496): Removing b73fe9f1185361e846b0e1ceb7d6d64e from server octobook.home,65359,1424222474743

When running 'mvn wildfly-swarm:run' to execute a Swarm application, every Jar that is a dependency of the project is added to the classpath of the execution.
This has consequences for how META-INF/services files are detected via JBoss Modules, because it makes them visible through the sun.jdk module. The problem is that the class associated with that service entry is unable to be found and causes an exception.
We need to limit the contents of the classpath when running the plugin to only what is necessary, and not jars which should only be present inside the Application

Shouldn't:
    public void setConverters(Set<Object> converters)
be written as:
    public void setConverters(Set<? extends Object> converters)
?
With the current declaration, the compiler won't allow me to do something as simple as:
FormattingConversionServiceFactoryBean factory = new FormattingConversionServiceFactoryBean();
Set<MyGenericConverter> converters = Collections.singleton(new MyGenericConverter());
factory.setConverters(converters);
There may be other places in the code base where this is an issue if I recall.

With support for synthetic join predicates on non-equi joins, it is important to make sure those predicates are used only for intended purpose. Currently, DPP and semi join reduction are not supposed to use it.

If zoo.cfg contains server.* ("server.0=server0:2888:3888\n") and cluster.distributed property (in hbase-site.xml) is empty we get an NPE in parseZooCfg().
The easy way to reproduce the bug is running org.apache.hbase.zookeeper.TestHQuorumPeer with hbase-site.xml containing:

  <name>hbase.cluster.distributed</name>
  <value></value>

There were a number of little things that have changed, eg: mutations are constructed differently (HBASE-1343) and gets return lists now.

ScriptOperator line 155

//now
b.replaceAll(".", "_");
// should be
b = b.replace('.', '_');

I am going to try removing this test.  There is something odd about it.  When I compare the list of tests that succeed in a green test run, this one is often 'missing'.  For example, see:
http://54.241.6.143/job/HBase-0.95/661/org.apache.hbase$hbase-server/consoleText
All tests 'passed'.  Says
Tests run: 1587, Failures: 0, Errors: 0, Skipped: 17
Test run 659 just before it, http://54.241.6.143/job/HBase-0.95/659/, says:
Tests run: 1592, Failures: 0, Errors: 0, Skipped: 17
TestMultiTableInputFormat runs five tests so this could be the difference in test run numbers above.
I am going to remove this set of tests for now.
I am a little stuck when I have test runs where all tests 'complete' but yet the build fails.  My zombie tracker doesn't trigger anymore so this is a new form of fail.

TestPrefixTreeEncoding#testSeekWithFixedData from the patch could reproduce the bug.
An example of the bug case:
Suppose the following rows:
1.row3/c1:q1/
2.row3/c1:q2/
3.row3/c1:q3/
4.row4/c1:q1/
5.row4/c1:q2/
After seeking the row 'row30', the expected peek KV is row4/c1:q1/, but actual is row3/c1:q1/.
I just fix this bug case in the patch, 
Maybe we can do more for other potential problems if anyone is familiar with the code of PREFIX_TREE

Password encryption/hash mechanisms which contain salt attribute for filesystem-realm identity cannot be added through CLI. set-password operation fails and finishes with failure-description "WFLYCTL0155: password may not be null" even if password was set. It seems when salt attribute with bytes value is used then password attribute is ignored by CLI.
Following password encryption/hash mechanisms from filesystem-realm identity are affected by issue:

bcrypt
salted-simple-digest

The implementation of Container.Instance is not ThreadSafe. It is also not defined what happens when multiple Containers race on the singleton.
Instead of using a Container singleton approach. It might be better to have a singleton ContainerRegistry that can handle concurrent/multiple Containers

When an entity is exposed by JSON in a Controller at @RooWebScaffold annotation with 'exposeJson = true' attribute, should be considered same annotation attributes:

create
update
delete

Else define it own JSON create, update and delete attributes.
There is a security problem when create, update or delete is disabled on MVC and not allow disabling on JSON either.

TestRowFilterAfterWrite sets HConstants.MASTER_ADDRESS to 0.0.0.0:60100 rather than relying on the setting being in the configuration. Until the latest revision of hadoop-trunk this mysteriously worked. Removing this setting makes it work again.

2018-03-17 12:39:37.411 WARN 1 — [OUT/compressed] o.a.c.c.file.remote.SftpConsumer : sftp://username@hostname.com/OUT/compressed?binary=true&delay=5m&greedy=true&idempotentKey=%24%7Bfile%3Aname%7D-%24%7Bfile%3Asize%7D&idempotentRepository=%23theRepo&include=filename.*zip&maxMessagesPerPoll=10&noop=true&password=xxxxxx&readLock=changed&streamDownload=true cannot begin processing file: RemoteFile[filename.zip] due to: org.apache.camel.component.file.remote.SftpRemoteFileJCraft cannot be cast to com.jcraft.jsch.ChannelSftp$LsEntry. Caused by: [java.lang.ClassCastException - org.apache.camel.component.file.remote.SftpRemoteFileJCraft cannot be cast to com.jcraft.jsch.ChannelSftp$LsEntry] java.lang.ClassCastException: org.apache.camel.component.file.remote.SftpRemoteFileJCraft cannot be cast to com.jcraft.jsch.ChannelSftp$LsEntry at org.apache.camel.component.file.remote.strategy.SftpChangedExclusiveReadLockStrategy.acquireExclusiveReadLock(SftpChangedExclusiveReadLockStrategy.java:97) ~[camel-ftp-2.21.0.jar!/:2.21.0] at org.apache.camel.component.file.strategy.GenericFileProcessStrategySupport.begin(GenericFileProcessStrategySupport.java:49) ~[camel-core-2.21.0.jar!/:2.21.0] at org.apache.camel.component.file.strategy.GenericFileRenameProcessStrategy.begin(GenericFileRenameProcessStrategy.java:37) ~[camel-core-2.21.0.jar!/:2.21.0] at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:360) [camel-core-2.21.0.jar!/:2.21.0] at org.apache.camel.component.file.remote.RemoteFileConsumer.processExchange(RemoteFileConsumer.java:137) [camel-ftp-2.21.0.jar!/:2.21.0] at org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:219) [camel-core-2.21.0.jar!/:2.21.0] at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:183) [camel-core-2.21.0.jar!/:2.21.0] at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:174) [camel-core-2.21.0.jar!/:2.21.0] at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:101) [camel-core-2.21.0.jar!/:2.21.0] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_151] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [na:1.8.0_151] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_151] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [na:1.8.0_151] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_151] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_151] at java.lang.Thread.run(Thread.java:748) [na:1.8.0_151]

As I requested by Mark Paluch, this is a follow up to DATACMNS-1401.
I am trying to migrate several projects to Spring Boot 2.1, JDK 11 and Spring Data Lovelace.
When trying to save or load MongoDB entities, the JDK emits a warning regarding illegal reflection access: 

WARNING: Illegal reflective access by org.springframework.util.ReflectionUtils (file:/C:/Users/***/.gradle/caches/modules-2/files-2.1/org.springframework/spring-core/5.1.0.RELEASE/7835804188894b86a39b5a6028d50381638170c6/spring-core-5.1.0.RELEASE.jar) to constructor java.math.BigDecimal(java.math.BigInteger,long,int,int)
	at org.springframework.util.ReflectionUtils.makeAccessible(ReflectionUtils.java:509)
	at org.springframework.util.ReflectionUtils.doWithFields(ReflectionUtils.java:750)
	at org.springframework.data.mongodb.core.EntityOperations.determineCollectionName(EntityOperations.java:115)
	at org.springframework.data.mongodb.core.EntityOperations.determineEntityCollectionName(EntityOperations.java:126)
	at org.springframework.data.mongodb.core.MongoTemplate.save(MongoTemplate.java:1330)
	at com.example.datamongo.DatamongoApplication.setup(DatamongoApplication.java:32)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleElement.invoke(InitDestroyAnnotationBeanPostProcessor.java:363)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleMetadata.invokeInitMethods(InitDestroyAnnotationBeanPostProcessor.java:307)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:136)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:419)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1736)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:576)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:498)
WARNING: Illegal reflective access by org.springframework.util.ReflectionUtils (file:/C:/Users/***/.gradle/caches/modules-2/files-2.1/org.springframework/spring-core/5.1.0.RELEASE/7835804188894b86a39b5a6028d50381638170c6/spring-core-5.1.0.RELEASE.jar) to field java.math.BigDecimal.intVal
	at org.springframework.util.ReflectionUtils.makeAccessible(ReflectionUtils.java:477)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:318)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:848)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:865)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:548)
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:797)

These warnings only occur, when @EnableMongoRepositories is used. If the annotation is commented out in the example repo, no warnings will be issued.
See repository (https://github.com/christian-laakmann/DATAMONGO-2105) and readme for instructions to reproduce.

org.jboss.as.security.plugins.JNDIBasedSecurityManagement uses a deprecated way of configuring an Infinispan cache which must be removed.

RowCounter has grown crufty.  Needs to use latest Hadoop-ness especially as we point to it as example of job using HBase mapred facility (Also citing it in book).

We are seeing exceptions like these on the replication sources when replication is active:

2014-11-04 01:20:19,738 ERROR [regionserver8120-EventThread.replicationSource,1] codec.BaseDecoder:
Partial cell read caused by EOF: java.io.IOException: Premature EOF from inputStream

HBase 0.98.8-SNAPSHOT, Hadoop 2.4.1.
Happens both with and without short circuit reads on the source cluster.
I'm able to reproduce this reliably:

Set up two clusters. Can be single slave.
Enable replication in configuration
Use LoadTestTool -init_only on both clusters
On source cluster via shell: alter 'cluster_test',
{NAME=>'test_cf',REPLICATION_SCOPE=>1}
On source cluster via shell: add_peer 'remote:port:/hbase'
On source cluster, LoadTestTool -skip_init -write 1:1024:10 -num_keys 1000000
Wait for LoadTestTool to complete
Use the shell to verify 1M rows are in 'cluster_test' on the target cluster.

All 1M rows will replicate without data loss, but I'll see 5-15 instances of "Partial cell read caused by EOF" messages logged from codec.BaseDecoder at ERROR level on the replication source. 

The following queue declaration will result in a queue being declared with auto delete and exclusive set to false:

@RabbitListener(bindings = @QueueBinding(
    value = @Queue(autoDelete = "true", exclusive = "true"),
    exchange = @Exchange(value = "myFanout", type = ExchangeTypes.FANOUT, durable = "true")
))

due to the following code in RabbitListenerAnnotationBeanProcessor:

if (!StringUtils.hasText(queueName)) {
    queueName = UUID.randomUUID().toString();
    if (!StringUtils.hasText(bindingQueue.exclusive())) {
        exclusive = true;
    }
    if (!StringUtils.hasText(bindingQueue.autoDelete())) {
        autoDelete = true;
    }
}
else {
    exclusive = resolveExpressionAsBoolean(bindingQueue.exclusive());
    autoDelete = resolveExpressionAsBoolean(bindingQueue.autoDelete());
}

Making them exclusive and auto delete by default when using a random name seems like a good idea, but it should probably be changed to something like:

String e = bindingQueue.exclusive();
if (!StringUtils.hasText(e) || resolveExpressionAsBoolean(e)) {
    exclusive = true
}

You will get the below error if you want to create a new camel context after the scheduler is shutdown.

org.quartz.SchedulerException: The Scheduler has been shutdown.
	at org.quartz.core.QuartzScheduler.validateState(QuartzScheduler.java:637)
	at org.quartz.core.QuartzScheduler.scheduleJob(QuartzScheduler.java:688)
	at org.quartz.impl.StdScheduler.scheduleJob(StdScheduler.java:265)
	at org.apache.camel.component.quartz.QuartzComponent.addJob(QuartzComponent.java:150)
	at org.apache.camel.component.quartz.QuartzEndpoint.addTrigger(QuartzEndpoint.java:77)
	at org.apache.camel.component.quartz.QuartzEndpoint.consumerStarted(QuartzEndpoint.java:190)
	at org.apache.camel.component.quartz.QuartzConsumer.doStart(QuartzConsumer.java:39)
	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:56)
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:53)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1015)
	at org.apache.camel.component.quartz.QuartzTwoCamelContextTest.setUp(QuartzTwoCamelContextTest.java:47)
	at java.lang.reflect.Method.invoke(Method.java:592)
	at org.junit.internal.runners.MethodRoadie.runBefores(MethodRoadie.java:122)
	at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:86)
	at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77)
	at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42)
	at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88)
	at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51)
	at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44)
	at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27)
	at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37)
	at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42)

When using UriComponentsBuilder.fromUri with an uri that contains a encoded query param the getQueryparam returns a broken param.
in the code a uri.getQuery is used. But I think the uri.getRawQuery should fix the problem.
See the attached testcase: UriComponentBuilderTest.java
Workarround for now is to use the: UriComponentsBuilder.fromUriString(uri.toString())

Code setting output value to LongColumnVector.NULL_VALUE for null candidate sets the 0th entry instead of the i'th.

PubSubResubscribeTests.testInitializeContainerWithMultipleTopicsIncludingPattern fails or displays stack traces intermittently with various issues related to corrupted input/output streams (example below).  
This may be caused by PatternSubscriptionTask attempting to psubscribe while SubscriptionTask is still sending the subscribe command.

Exception in thread "SimpleAsyncTaskExecutor-2" org.springframework.dao.InvalidDataAccessApiUsageException: ERR Protocol error: invalid multibulk length; nested exception is redis.clients.jedis.exceptions.JedisDataException: ERR Protocol error: invalid multibulk length
	at org.springframework.data.redis.connection.jedis.JedisConnection.subscribe(JedisConnection.java:2437)
	at org.springframework.data.redis.listener.RedisMessageListenerContainer$SubscriptionTask.run(RedisMessageListenerContainer.java:723)
Caused by: redis.clients.jedis.exceptions.JedisDataException: ERR Protocol error: invalid multibulk length
	at redis.clients.jedis.Protocol.processError(Protocol.java:59)
	at redis.clients.jedis.Protocol.process(Protocol.java:66)
	at redis.clients.jedis.Protocol.read(Protocol.java:131)
	at redis.clients.jedis.Connection.getObjectMultiBulkReply(Connection.java:206)
	at redis.clients.jedis.BinaryJedisPubSub.process(BinaryJedisPubSub.java:80)
	at redis.clients.jedis.BinaryJedisPubSub.proceed(BinaryJedisPubSub.java:75)
	at redis.clients.jedis.BinaryJedis.subscribe(BinaryJedis.java:3041)
	at org.springframework.data.redis.connection.jedis.JedisConnection.subscribe(JedisConnection.java:2434)
	... 2 more

Spring Roo Maven Repository declaration missing from pom.xml scaffolded by addon create commands.
This repository declaration should be part of the scaffolded addon templates:

  <id>spring-roo-repository</id>
  <name>Spring Roo Repository</name>
  <url>http://spring-roo-repository.springsource.org/release</url>

The OSGiResolver doesn't work rightly in OSGi platform.
Here is the mail thread to show it.

When using Java 8 with parameter name discovery added, the links pointing to search methods using a Pageable contain a pageable URI template variable. This is caused by the RepositoryMethodResourceMapping only dropping parameters without names (assuming Pageable and Sort were never annotated with @Param).
We should explicitly exclude parameters of these types from being exposed as explicit search method parameters.

When registering a GemFire CacheListener on a GemFire SubRegion  using Spring Data GemFire context configuration meta-data, like so...

  <gfe:replicated-region id="STREAM" data-policy="empty">
    <gfe:replicated-region name="OrganizationUnits" scope="distributed-ack"/>
    <gfe:replicated-region name="GeoFences" scope="distributed-ack"/>
    <gfe:replicated-region name="Subscriptions" scope="distributed-ack">
      <gfe:cache-listener>
        <bean id="STREAM_Subscriptions_StreamSubscriptionListener" class="com.gopivotal.rti.telco.refdata.StreamSubscriptionListener" />
      </gfe:cache-listener>
    </gfe:replicated-region>

The following Spring container error occurs...

2013-11-08 08:59:36,800 [main] ERROR com.gopivotal.rti.boot.spring.AbstractXmlSpringInitializer - 
  Could not start Spring Container from resources [classpath:/spring/distgrid-context.xml]
org.springframework.beans.factory.BeanCreationException: Error creating bean with name '/STREAM/Subscriptions': 
  Error setting property values; nested exception is org.springframework.beans.NotWritablePropertyException: 
  Invalid property 'cacheListeners' of bean class [org.springframework.data.gemfire.SubRegionFactoryBean]: 
  Bean property 'cacheListeners' is not writable or has an invalid setter method. Did you mean 'cacheListener'?

There is only one Cache Listener defined.

In a OSGI environment only, FallBackTypeConverters are required to be annotated with @Converter whereas otherwise they are not.
This causes camel-jackson's FallbackTypeConverter to not be loaded and a 'NoTypeConversionAvailableException' will be thrown. 
I will provide a PR.

I recently updated production data to use HBase 0.90.0.
Now I'm periodically seeing:
[10/02/11 17:23:27] 30076066 [mpactionChecker] ERROR nServer$MajorCompactionChecker  - Caught exception
	at org.apache.hadoop.hbase.regionserver.Store.isMajorCompaction(Store.java:832)
	at org.apache.hadoop.hbase.regionserver.Store.isMajorCompaction(Store.java:810)
	at org.apache.hadoop.hbase.regionserver.HRegion.isMajorCompaction(HRegion.java:2800)
	at org.apache.hadoop.hbase.regionserver.HRegionServer$MajorCompactionChecker.chore(HRegionServer.java:1047)
The only negative effect is that this is interrupting compactions from happening. But that is pretty serious and this might be a sign of data corruption?
Maybe it's just my data, but this task should at least involve improving the handling to catch the NPE and still iterate through the other onlineRegions that might compact without error.  The MajorCompactionChecker.chore() method only catches IOExceptions and so this NPE breaks out of that loop. 

Class org.springframework.web.portlet.mvc.annotation.DefaultAnnotationHandlerMapping is using PortletMappingPredicate}}s. These predicates are used to compare priorities of different mapping (e.g. mapping with attributes has a higher precedence than the one without parameters) as they support {{java.lang.Comparable interface. When selecting appropriate handler AbstractMapBasedHandlerMapping#getHandlerInternal is sorting the predicates (Collections.sort).
Example Implementation
I can have handler class as follows:
Foo.java
@RequestMapping("view")

    @RenderMapping()
    public String renderBar() {
        // ...
    }

    @ActionMapping("xyz")
    public void processXyz() {
        // ...
    }

    @RenderMapping(params="page=baz")
    public String renderBaz() {
        // ...
    }

}

If I make request with parameter page=baz, the #renderBaz() method should be invoked. This might or might not happen (explanation bellow).
Predicate Comparison
Registering the example handler above (in DefaultAnnotationHandlerMapping) will result in creating three handler mapping predicates:

RenderMappingPredicate for renderBar without parameters
ActionMappingPredicate for processXyz without parameters
RenderMappingPredicate for renderBaz with parameters

Now what happens in AbstractMapBasedHandlerMapping#getHandlerInternal is that the list with these predicates gets sorted and the first one matching the request is picked. The problem is that when they have exactly this order they are not sorted at all.
Comparison In Detail
This is compareTo() method implementation from RenderMappingPredicate:
org.springframework.web.portlet.mvc.annotation.DefaultAnnotationHandlerMapping.java$RenderMappingPredicate#compareTo
public int compareTo(Object other) {
    if (other instanceof TypeLevelMappingPredicate) {
        return 1;
    }
    else if (other instanceof RenderMappingPredicate) {
        RenderMappingPredicate otherRender = (RenderMappingPredicate) other;
        boolean hasWindowState = "".equals(this.windowState);
        boolean otherHasWindowState = "".equals(otherRender.windowState);
        if (hasWindowState != otherHasWindowState) {
            return (hasWindowState ? -1 : 1);
        }
        else {
            return new Integer(otherRender.params.length).compareTo(this.params.length);
        }
    }
    return (other instanceof SpecialRequestTypePredicate ? 0 : -1);
}

The code in ActionMappingPredicate is almost identical. If you check this code against the predicates from the example you will get following comparisons:

predicates[0].compareTo(predicates[1]) = 0 (1st RenderMappingPredicate vs ActionMappingPredicate)
predicates[1].compareTo(predicates[2]) = 0 (ActionMappingPredicate vs 2nd RenderMappingPredicate)

The problem this issue is about is:

predicates[0].compareTo(predicates[2]) = 1 (1st RenderMappingPredicate vs 2nd RenderMappingPredicate)

Where Is The Issue?
The issue in comparison implementation is simple - parameter length should be compared first, regardles of the predicate type (you can see that the current implementation compares parameter length only in case predicates are of the same type).

Paul, I somehow missed this while reviewing 655 and merged the generated file OperatorType.java
Please change:
/ql/if/queryplan.thrift:
enum OperatorType 
{ JOIN, MAPJOIN, EXTRACT, FILTER, FORWARD, GROUPBY, LIMIT, SCRIPT, SELECT, TABLESCAN, FILESINK, REDUCESINK, UNION }

add UDTF here, and generate thrift files again. sorry about missing this

<oauth2:resource-server/> does not need a serialization service, but I suppose there might be some way to incorporate message converters.

See tail of HBASE-19533 for description of problem; our shutdown of a cluster needs work. Meantime hack the test so it doesn't hang on close so it passes reliably again.

The expected behavior for a SOAP 1.2 enabled camel-cxf consumer endpoint should be that
when the request is SOAP1.2, response SOAP 1.2 message, when the request is SOAP 1.1, response SOAP 1.1 message. 
The CXF ReadHeadersInterceptor can check the actual request soap version, we should keep this soap version when create CXF response from the Camel Exchange.

This code is strange.
If you configure a different value for HBASE_CLIENT_OPERATION_TIMEOUT, you can have only one socket timeout (whatever your setting for the socket timeout). If not, the first time we will retry (again, whatever your setting and the real timeout).

  public void shouldRetry(Throwable throwable) throws IOException {
    if (this.callTimeout != HConstants.DEFAULT_HBASE_CLIENT_OPERATION_TIMEOUT)
      if (throwable instanceof SocketTimeoutException
          || (this.endTime - this.startTime > this.callTimeout)) {
        throw (SocketTimeoutException) new SocketTimeoutException(
            "Call to access row '" + Bytes.toString(row) + "' on table '"
                + Bytes.toString(tableName)
                + "' failed on socket timeout exception: " + throwable + " this.callTimeout="+this.callTimeout + " time= "+(this.endTime - this.startTime))
            .initCause(throwable);
      } else {
        this.callTimeout = ((int) (this.endTime - this.startTime));
      }
  }

I don't get all the implications yet, but for sure it's too smart to be good, and, at least, breaks my tests for HBASE-7590 

The "--transactional" option for the "test integration" command doesn't seem to have an effect.
Test script:

project --topLevelPackage com.foo --projectName foo
entity jpa --class MyEntity
test integration --entity ~.MyEntity --transactional no

Result:
MyEntityIntegrationTest.java
@RooIntegrationTest(entity = MyEntity.class)
public class MyEntityIntegrationTest {
...
}

@RooIntegrationTest(entity = MyEntity.class, transactional=false)

(Adding "transactional=false" to the annotation manually leads to removal of the @Transactional declaration in MyEntityIntegrationTest_Roo_IntegrationTest.aj.)
Tested with spring-roo-1.3.0.BUILD-SNAPSHOT_20120220.090155-d9d34a2

Testing killing of regionserver hosting .META., came across following:

2009-05-20 03:50:44,130 [HMaster] INFO org.apache.hadoop.hbase.regionserver.HLog: Triggering lease recovery
org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hdfs.protocol.AlreadyBeingCreatedException: failed to create file /hbasetrunk2/.logs/aa0-000-15.u.powerset.com_1242789840075_60021/hlog.dat.1242790948114 for DFSClient_1104727689 on client 208.76.44.139, because this file is already being created by DFSClient_1020405213 on 208.76.44.142
    at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInternal(FSNamesystem.java:1058)
    at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.appendFile(FSNamesystem.java:1146)
    at org.apache.hadoop.hdfs.server.namenode.NameNode.append(NameNode.java:392)
    at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source)
    at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:508)
    at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:959)
    at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:955)
    at org.apache.hadoop.ipc.Server$Handler.run(Server.java:953)

    at org.apache.hadoop.ipc.Client.call(Client.java:739)
    at org.apache.hadoop.ipc.RPC$Invoker.invoke(RPC.java:220)
    at $Proxy0.append(Unknown Source)
    at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:82)
    at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:59)
    at org.apache.hadoop.hdfs.DFSClient.append(DFSClient.java:487)
    at org.apache.hadoop.hdfs.DistributedFileSystem.append(DistributedFileSystem.java:186)
    at org.apache.hadoop.fs.FileSystem.append(FileSystem.java:525)
    at org.apache.hadoop.hbase.regionserver.HLog.splitLog(HLog.java:799)
    at org.apache.hadoop.hbase.regionserver.HLog.splitLog(HLog.java:752)
    at org.apache.hadoop.hbase.master.ProcessServerShutdown.process(ProcessServerShutdown.java:248)
    at org.apache.hadoop.hbase.master.HMaster.processToDoQueue(HMaster.java:456)
    at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:392)
2009-05-20 03:50:45,496 [HMaster] INFO org.apache.hadoop.hbase.regionserver.HLog: Past out lease recovery
2009-05-20 03:50:45,524 [HMaster] DEBUG org.apache.hadoop.hbase.regionserver.HLog: Adding queue for TestTable,0026910374,1242790893613
2009-05-20 03:50:45,765 [HMaster] DEBUG org.apache.hadoop.hbase.regionserver.HLog: Adding queue for .META.,,1
2009-05-20 03:50:46,737 [HMaster] DEBUG org.apache.hadoop.hbase.regionserver.HLog: IOE Pushed 61380 entries from hdfs://aa0-000-12.u.powerset.com:9000/hbasetrunk2/.logs/aa0-000-15.u.powerset.com_1242789840075_60021/hlog.dat.1242790948114
2009-05-20 03:50:46,750 [pool-4-thread-1] DEBUG org.apache.hadoop.hbase.regionserver.HLog: Thread got 10 to process
2009-05-20 03:50:46,750 [pool-4-thread-1] DEBUG org.apache.hadoop.hbase.regionserver.HLog: Applied 10 total edits to .META.,,1 in 0ms
2009-05-20 03:50:46,762 [pool-4-thread-2] DEBUG org.apache.hadoop.hbase.regionserver.HLog: Thread got 61370 to process
2009-05-20 03:50:47,990 [pool-4-thread-2] DEBUG org.apache.hadoop.hbase.regionserver.HLog: Applied 61370 total edits to TestTable,0026910374,1242790893613 in 1227ms
2009-05-20 03:50:48,289 [HMaster] INFO org.apache.hadoop.hbase.regionserver.HLog: hlog file splitting completed in 106378 millis for hdfs://aa0-000-12.u.powerset.com:9000/hbasetrunk2/.logs/aa0-000-15.u.powerset.com_1242789840075_60021
2009-05-20 03:50:48,299 [HMaster] DEBUG org.apache.hadoop.hbase.master.ProcessServerShutdown$ScanRootRegion: process server shutdown scanning root region on 208.76.44.141
2009-05-20 03:50:48,304 [HMaster] DEBUG org.apache.hadoop.hbase.master.RegionServerOperation: Shutdown scanner for aa0-000-15.u.powerset.com_1242789840075_60021 processing .META.,,1
2009-05-20 03:50:48,305 [HMaster] DEBUG org.apache.hadoop.hbase.master.RegionServerOperation: removing meta region .META.,,1 from online meta regions
2009-05-20 03:50:48,307 [HMaster] DEBUG org.apache.hadoop.hbase.master.RegionServerOperation: process server shutdown scanning root region on 208.76.44.141 finished HMaster
2009-05-20 03:50:48,307 [HMaster] DEBUG org.apache.hadoop.hbase.master.RegionServerOperation: numberOfMetaRegions: 1, onlineMetaRegions.size(): 0
2009-05-20 03:50:48,307 [HMaster] DEBUG org.apache.hadoop.hbase.master.RegionServerOperation: Requeuing because not all meta regions are online
2009-05-20 03:50:48,308 [HMaster] DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: PendingOpenOperation from aa0-000-12.u.powerset.com_1242789840315_60021
2009-05-20 03:50:48,309 [HMaster] WARN org.apache.hadoop.hbase.master.HMaster: Processing pending operations: PendingOpenOperation from aa0-000-12.u.powerset.com_1242789840315_60021
    at org.apache.hadoop.hbase.master.ProcessRegionStatusChange.getMetaRegion(ProcessRegionStatusChange.java:74)
    at org.apache.hadoop.hbase.master.ProcessRegionOpen.process(ProcessRegionOpen.java:61)

Currently i am using spring-cloud-starter-bus-amqp which in terms references spring-amqp 1.4.3.
when i declare a rabbitlistener like this:

  @RabbitListener(
      bindings = @QueueBinding(
          value = @Queue(
              autoDelete = "true"
          ),
          exchange = @Exchange(
              type = "fanout",
              value = "mytest.broadcast",
          ),
          key = "#"
      )
  )
  public void processBroadcast(String data) {
    int i = 0;
  }

I will get an error, that the binding can not be created.
If i try another exchange type, the binding works.
Edit: It also does not work if omit the key.
The following is the debug logout and the stacktrace:

11:53:20.977 DEBUG   org.springframework.amqp.rabbit.core.RabbitAdmin - Initializing declarations 
11:53:20.980  INFO   org.springframework.amqp.rabbit.core.RabbitAdmin - Auto-declaring a non-durable or auto-delete Exchange (mytest.broadcast) durable:false, auto-delete:true. It will be deleted by the broker if it shuts down, and can be redeclared by closing and reopening the connection. 
11:53:20.980  INFO   org.springframework.amqp.rabbit.core.RabbitAdmin - Auto-declaring a non-durable, auto-delete, or exclusive Queue (5df237ec-13d4-4aab-a0ff-772707bd7d03) durable:false, auto-delete:false, exclusive:true. It will be redeclared if the broker stops and is restarted while the connection factory is alive, but all messages will be lost. 
11:53:20.982 DEBUG   o.s.a.rabbit.connection.CachingConnectionFactory - Creating cached Rabbit Channel from AMQChannel(amqp://stinger@10.0.10.34:5672/,1) 
11:53:20.982 DEBUG  o.springframework.amqp.rabbit.core.RabbitTemplate - Executing callback on RabbitMQ Channel: Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1) 
11:53:20.982 DEBUG   org.springframework.amqp.rabbit.core.RabbitAdmin - declaring Exchange 'mytest.broadcast' 
11:53:20.984 DEBUG   org.springframework.amqp.rabbit.core.RabbitAdmin - declaring Queue '5df237ec-13d4-4aab-a0ff-772707bd7d03' 
11:53:20.989 DEBUG   org.springframework.amqp.rabbit.core.RabbitAdmin - Binding destination [5df237ec-13d4-4aab-a0ff-772707bd7d03 (QUEUE)] to exchange [mytest.broadcast] with routing key [null] 
11:53:20.991 DEBUG    o.s.a.r.listener.SimpleMessageListenerContainer - Recovering consumer in 5000 ms. 
11:53:20.991 DEBUG    o.s.a.r.listener.SimpleMessageListenerContainer - Starting Rabbit listener container. 
11:53:20.992 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Starting consumer Consumer: tags=[{}], channel=null, acknowledgeMode=AUTO local queue size=0 
11:53:20.998 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Started on queue '5df237ec-13d4-4aab-a0ff-772707bd7d03' with tag amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA: Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:20.998 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - ConsumeOK : Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:20.999 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:21.093  INFO             mytest.server.Server - Started Server in 16.957 seconds (JVM running for 18.151) 
11:53:22.003 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:23.004 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:24.009 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:25.013 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:26.017 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:26.071  WARN    o.s.a.r.listener.SimpleMessageListenerContainer - Consumer raised exception, processing can restart if the connection factory supports it 
org.springframework.amqp.UncategorizedAmqpException: java.lang.IllegalStateException: Invalid configuration: 'routingKey' must be non-null.
	at org.springframework.amqp.rabbit.support.RabbitExceptionTranslator.convertRabbitAccessException(RabbitExceptionTranslator.java:66) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.connection.RabbitAccessor.convertRabbitAccessException(RabbitAccessor.java:110) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitTemplate.doExecute(RabbitTemplate.java:1124) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitTemplate.execute(RabbitTemplate.java:1101) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitTemplate.execute(RabbitTemplate.java:1077) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitAdmin.initialize(RabbitAdmin.java:381) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitAdmin$11.onCreate(RabbitAdmin.java:323) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.connection.CompositeConnectionListener.onCreate(CompositeConnectionListener.java:32) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.createConnection(CachingConnectionFactory.java:446) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils$1.createConnection(ConnectionFactoryUtils.java:80) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils.doGetTransactionalResourceHolder(ConnectionFactoryUtils.java:130) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils.getTransactionalResourceHolder(ConnectionFactoryUtils.java:67) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.listener.BlockingQueueConsumer.start(BlockingQueueConsumer.java:451) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:1107) ~[spring-rabbit-1.5.0.M1.jar:na]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_20-ea]
Caused by: java.lang.IllegalStateException: Invalid configuration: 'routingKey' must be non-null.
	at com.rabbitmq.client.impl.AMQImpl$Queue$Bind.<init>(AMQImpl.java:1577) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.AMQP$Queue$Bind$Builder.build(AMQP.java:870) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.ChannelN.queueBind(ChannelN.java:918) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.ChannelN.queueBind(ChannelN.java:61) ~[amqp-client-3.5.1.jar:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_20-ea]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_20-ea]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_20-ea]
	at java.lang.reflect.Method.invoke(Method.java:483) ~[na:1.8.0_20-ea]
	at org.springframework.amqp.rabbit.connection.CachingConnectionFactory$CachedChannelInvocationHandler.invoke(CachingConnectionFactory.java:633) ~[spring-rabbit-1.5.0.M1.jar:na]
	at com.sun.proxy.$Proxy0.queueBind(Unknown Source) ~[na:na]
	at org.springframework.amqp.rabbit.core.RabbitAdmin.declareBindings(RabbitAdmin.java:480) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitAdmin.access$300(RabbitAdmin.java:54) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitAdmin$12.doInRabbit(RabbitAdmin.java:386) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitTemplate.doExecute(RabbitTemplate.java:1118) ~[spring-rabbit-1.5.0.M1.jar:na]
	... 12 common frames omitted
11:53:26.071  INFO    o.s.a.r.listener.SimpleMessageListenerContainer - Restarting Consumer: tags=[{}], channel=null, acknowledgeMode=AUTO local queue size=0 
11:53:26.071 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Closing Rabbit Channel: null 
11:53:26.072 DEBUG  o.springframework.amqp.rabbit.core.RabbitTemplate - Executing callback on RabbitMQ Channel: Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1) 
11:53:26.072 DEBUG  o.springframework.amqp.rabbit.core.RabbitTemplate - Publishing message on exchange [errors], routingKey = [org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.WARN] 
11:53:26.072 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Starting consumer Consumer: tags=[{}], channel=null, acknowledgeMode=AUTO local queue size=0 
11:53:26.075 DEBUG   o.s.a.rabbit.connection.CachingConnectionFactory - Creating cached Rabbit Channel from AMQChannel(amqp://stinger@10.0.10.34:5672/,2) 
11:53:26.077 DEBUG   o.s.a.rabbit.connection.CachingConnectionFactory - Channel shutdown: channel error; protocol method: #method<channel.close>(reply-code=404, reply-text=NOT_FOUND - no queue '493eb6d6-8340-44a8-b73f-ab93446407dc' in vhost '/', class-id=50, method-id=10) 
11:53:26.079 DEBUG   o.s.a.rabbit.connection.CachingConnectionFactory - Detected closed channel on exception.  Re-initializing: null 
11:53:26.080  WARN     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Failed to declare queue:493eb6d6-8340-44a8-b73f-ab93446407dc 
11:53:26.081 DEBUG  o.springframework.amqp.rabbit.core.RabbitTemplate - Executing callback on RabbitMQ Channel: Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1) 
11:53:26.081 DEBUG  o.springframework.amqp.rabbit.core.RabbitTemplate - Publishing message on exchange [errors], routingKey = [org.springframework.amqp.rabbit.listener.BlockingQueueConsumer.WARN] 
11:53:26.081  WARN     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Queue declaration failed; retries left=3 
org.springframework.amqp.rabbit.listener.BlockingQueueConsumer$DeclarationException: Failed to declare queue(s):[493eb6d6-8340-44a8-b73f-ab93446407dc]
	at org.springframework.amqp.rabbit.listener.BlockingQueueConsumer.attemptPassiveDeclarations(BlockingQueueConsumer.java:554) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.listener.BlockingQueueConsumer.start(BlockingQueueConsumer.java:465) ~[spring-rabbit-1.5.0.M1.jar:na]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:1107) [spring-rabbit-1.5.0.M1.jar:na]
Caused by: java.io.IOException: null
	at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:106) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:102) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.AMQChannel.exnWrappingRpc(AMQChannel.java:124) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.ChannelN.queueDeclarePassive(ChannelN.java:873) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.ChannelN.queueDeclarePassive(ChannelN.java:61) ~[amqp-client-3.5.1.jar:na]
	at com.sun.proxy.$Proxy0.queueDeclarePassive(Unknown Source) ~[na:na]
	at org.springframework.amqp.rabbit.listener.BlockingQueueConsumer.attemptPassiveDeclarations(BlockingQueueConsumer.java:544) ~[spring-rabbit-1.5.0.M1.jar:na]
	... 3 common frames omitted
Caused by: com.rabbitmq.client.ShutdownSignalException: channel error; protocol method: #method<channel.close>(reply-code=404, reply-text=NOT_FOUND - no queue '493eb6d6-8340-44a8-b73f-ab93446407dc' in vhost '/', class-id=50, method-id=10)
	at com.rabbitmq.utility.ValueOrException.getValue(ValueOrException.java:67) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.utility.BlockingValueOrException.uninterruptibleGetValue(BlockingValueOrException.java:33) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.AMQChannel$BlockingRpcContinuation.getReply(AMQChannel.java:348) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.AMQChannel.privateRpc(AMQChannel.java:221) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.AMQChannel.exnWrappingRpc(AMQChannel.java:118) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.ChannelN.asyncShutdown(ChannelN.java:478) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.ChannelN.processAsync(ChannelN.java:315) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.AMQChannel.handleCompleteInboundCommand(AMQChannel.java:144) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.AMQChannel.handleFrame(AMQChannel.java:91) ~[amqp-client-3.5.1.jar:na]
	at com.rabbitmq.client.impl.AMQConnection$MainLoop.run(AMQConnection.java:552) ~[amqp-client-3.5.1.jar:na]
	... 1 common frames omitted
11:53:27.018 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:28.022 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:29.025 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:30.030 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:31.034 DEBUG     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Retrieving delivery for Consumer: tags=[{amq.ctag-Gai8Uo2Q0SYYJDbSopNtLA=5df237ec-13d4-4aab-a0ff-772707bd7d03}], channel=Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1), acknowledgeMode=AUTO local queue size=0 
11:53:31.086 DEBUG   o.s.a.rabbit.connection.CachingConnectionFactory - Channel shutdown: channel error; protocol method: #method<channel.close>(reply-code=404, reply-text=NOT_FOUND - no queue '493eb6d6-8340-44a8-b73f-ab93446407dc' in vhost '/', class-id=50, method-id=10) 
11:53:31.086 DEBUG   o.s.a.rabbit.connection.CachingConnectionFactory - Detected closed channel on exception.  Re-initializing: null 
11:53:31.088  WARN     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Failed to declare queue:493eb6d6-8340-44a8-b73f-ab93446407dc 
11:53:31.089 DEBUG  o.springframework.amqp.rabbit.core.RabbitTemplate - Executing callback on RabbitMQ Channel: Cached Rabbit Channel: AMQChannel(amqp://stinger@10.0.10.34:5672/,1) 
11:53:31.089 DEBUG  o.springframework.amqp.rabbit.core.RabbitTemplate - Publishing message on exchange [errors], routingKey = [org.springframework.amqp.rabbit.listener.BlockingQueueConsumer.WARN] 
11:53:31.089  WARN     o.s.amqp.rabbit.listener.BlockingQueueConsumer - Queue declaration failed; retries left=2 

Even though the help says both 'd' and '-debug' are allowed, the shell fails if you use the long form.

busbey2-MBA:hbase busbey$ bin/hbase shell --help
Usage: shell [OPTIONS] [SCRIPTFILE [ARGUMENTS]]

 --format=OPTION                Formatter for outputting results.
                                Valid options are: console, html.
                                (Default: console)

 -d | --debug                   Set DEBUG log levels.
 -h | --help                    This help.
busbey2-MBA:hbase busbey$ bin/hbase shell --debug
Setting DEBUG log level...
Type "exit<RETURN>" to leave the HBase Shell
Version 2.0.0-SNAPSHOT, r4d005b70a0fda4be5a8ead84ff5f54fceb3c637a, Mon Aug  4 14:17:22 CDT 2014

IRB::UnrecognizedSwitch: Unrecognized switch: --debug
       Raise at file:/Users/busbey/.m2/repository/org/jruby/jruby-complete/1.6.8/jruby-complete-1.6.8.jar!/META-INF/jruby.home/lib/ruby/1.8/e2mmap.rb:167
        fail at file:/Users/busbey/.m2/repository/org/jruby/jruby-complete/1.6.8/jruby-complete-1.6.8.jar!/META-INF/jruby.home/lib/ruby/1.8/e2mmap.rb:95
  parse_opts at file:/Users/busbey/.m2/repository/org/jruby/jruby-complete/1.6.8/jruby-complete-1.6.8.jar!/META-INF/jruby.home/lib/ruby/1.8/irb/init.rb:194
       setup at file:/Users/busbey/.m2/repository/org/jruby/jruby-complete/1.6.8/jruby-complete-1.6.8.jar!/META-INF/jruby.home/lib/ruby/1.8/irb/init.rb:19
       start at /Users/busbey/projects/hbase/bin/../bin/hirb.rb:170
      (root) at /Users/busbey/projects/hbase/bin/../bin/hirb.rb:190
busbey2-MBA:hbase busbey$ bin/hbase shell -d

jruby-1.7.3 :001 > quit
busbey2-MBA:hbase busbey$

The problem is that we're sending the debug flag through to the IRB initialization as is, and it only recognizes the '-d' form.

WindowingTableFunction line 1193

// now
return (s1 == null && s2 == null) || s1.equals(s2);

return (s1 == null && s2 == null) || (s1 != null && s1.equals(s2));

Short test timeouts are dangerous because:

if the test is executed in the same jvm as another, GC, thread priority can play a role
we don't know the machine used to execute the tests, nor what's running on it;.

For this reason, a test timeout of 60s allows us to be on the safe side.

The documentation on web mvc install language states:
Create a new manual Controller (ie where you write the methods)
This is wrong of course - it adds i18n for the specificied language.

Build a "Progress bar" to provide overall progress on running tasks.
Progress is calculated as : 
 (Completed tasks) / (Total number of tasks)

optional module dependencies can cause continual redeployment

TableInputFormatBase incorrectly checks a local variable (that can't be null) rather than the instance variable (which can be null) to see if it has been called multiple times.

When FactoryBean creates CgLib proxy via programmatic Spring proxy support (ie. ProxyFactory), @Transactional annotation on methods of original class are not picked by the transactional infrastructure. Reason is that the CgLib doesn't copies annotations on methods to the created final subclass and these annotations are not subject of inheritance.
See Jurgen Hoeller expression: https://jira.springframework.org/browse/SPR-975?page=com.atlassian.jira.plugin.system.issuetabpanels%253Aall-tabpanel
There is also open bug on CgLib - but I think it will never get resolved as the CgLib seems quite abadoned now: http://sourceforge.net/tracker/?func=detail&aid=2255414&group_id=56933&atid=482371
There is very simple solution that would address this issue (documented in attached file).
Issue is described in this blog post <http://blog.novoj.net/2010/08/10/when-does-your-spring-transactional-attribute-apply-on-cglib-proxies/> in more detail.
Proposed solution is available at (see commentaries in referenced article): http://github.com/novoj/SpringTransactionTest

When installing the camel-jpa feature into the root ESB container the serp dependency is installed, however if a fabric is created and the camel-jpa feature is added to the root container the serp dependency is not installed.
From the apache-camel-2.9.0.fuse-70-097-features.xml file:

<feature name='camel-jpa' version='2.9.0.fuse-70-097' resolver='(obr)' start-level='50'>
    <bundle dependency='true'>mvn:org.apache.geronimo.specs/geronimo-annotation_1.0_spec/1.1.1</bundle>
    <bundle dependency='true'>mvn:org.apache.geronimo.specs/geronimo-jpa_2.0_spec/1.1</bundle>
    <feature version='[3,4)'>spring-tx</feature>
    <bundle dependency='true'>mvn:org.apache.geronimo.specs/geronimo-el_1.0_spec/1.0.1</bundle>
    <bundle dependency='true'>mvn:org.apache.geronimo.specs/geronimo-jta_1.1_spec/1.1.1</bundle>
    <feature version='[3,4)'>spring-jdbc</feature>
    <bundle dependency='true'>mvn:commons-lang/commons-lang/2.6</bundle>
    <bundle dependency='true'>mvn:commons-collections/commons-collections/3.2.1</bundle>
    <bundle dependency='true'>mvn:commons-pool/commons-pool/1.5.6</bundle>
    <bundle dependency='true'>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.commons-dbcp/1.4_2</bundle>
    <bundle dependency='true'>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.ant/1.7.0_6</bundle>
    <bundle dependency='true'>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.serp/1.13.1_4</bundle>
    <bundle dependency='true'>mvn:org.apache.geronimo.specs/geronimo-jms_1.1_spec/1.1.1</bundle>
    <bundle>mvn:org.apache.openjpa/openjpa/2.1.1</bundle>	
    <feature version='[3,4)'>spring-orm</feature>
    <feature version='2.9.0.fuse-70-097'>camel-core</feature>
    <bundle>mvn:org.apache.camel/camel-jpa/2.9.0.fuse-70-097</bundle>

The example of how to use a stop row in a scan in the Section 5.7.3 of the HBase book [1] is incorrect. It demonstrates using a start and stop row to only retrieve records with a given prefix, creating the stop row by appending a null byte to the start row.
This creates a scan that does not include any of the target rows, because the the stop row is less than the target rows via lexicographical sorting.
[1] http://hbase.apache.org/book/data_model_operations.html#scan

The work around for kryo bug for Timestamp is accidentally removed by HIVE-10286. Need to bring it back.

When executing Spring-Javascript calls, I'm receiving a StackOverflowError:
	at java.util.HashMap.put(HashMap.java:372)
	at org.springframework.js.ajax.tiles2.AjaxTilesView.flattenAttributeMap(AjaxTilesView.java:126)
	at org.springframework.js.ajax.tiles2.AjaxTilesView.flattenAttributeMap(AjaxTilesView.java:128)
[...]
This is my tiles definition:
	<definition name="abstractDefinition">
		<put-attribute name="notnull"  value="notnull" />
		<put-attribute name="bodyOnLoad"  value="" />
	</definition>
	<!-- The minimized layout for users which aren't logged in -->
	<definition name="simplePageLayout" extends="abstractDefinition" template="/WEB-INF/jsp/views/simplePageLayout.jsp">
		<put-attribute name="viewId" type="string" value="not defined!!"/>
		<put-attribute name="header" value="/WEB-INF/jsp/fragments/header.jsp"/>
		<put-attribute name="content" value=""/>
		<put-attribute name="footer" value="/WEB-INF/jsp/fragments/footer.jsp"/>
		<put-list-attribute name="cssDefinitions">
    		<add-attribute type="string" value="/stylesheets/design.css"/>
  		</put-list-attribute>
  		<put-list-attribute name="javascripts">
  			<add-attribute type="string" value="/resources/spring/Spring.js"/>
  			<add-attribute type="string" value="/resources/spring/Spring-Dojo.js"/>
    		<add-attribute type="string" value="/js/jquery.js"/>
    		<add-attribute type="string" value="/js/custom.js"/>
	<!-- The default page layout which is extended for each view -->
	<definition name="defaultPageLayout" extends="abstractDefinition" template="/WEB-INF/jsp/views/defaultPageLayout.jsp">
		<put-attribute name="leftColumn" value="leftColumn"/>
		<put-attribute name="breadcrumb" value=""/>
		<put-attribute name="rightColumn" value="rightColumn" />
    		<add-attribute type="string" value="/resources/dijit/themes/dijit.css"/>
	<!-- Fragments -->
	<definition name="leftColumn" extends="abstractDefinition" template="/WEB-INF/jsp/fragments/leftColumn.jsp">
	<definition name="rightColumn" extends="abstractDefinition" template="/WEB-INF/jsp/fragments/rightColumn.jsp">
		<put-attribute name="welcome" value="/WEB-INF/jsp/fragments/welcome.jsp"/>
		<put-attribute name="jobData" value="/WEB-INF/jsp/fragments/jobData.jsp"/>
		<put-attribute name="userActions" value="/WEB-INF/jsp/fragments/userActions.jsp"/>
		<put-attribute name="shoppingCart" value="/WEB-INF/jsp/fragments/shoppingCart.jsp"/>
	<!-- Views  -->
	<definition name="securityTest" extends="simplePageLayout">
		<put-attribute name="viewId" type="string"  value="securityTest"/>
    	<put-attribute name="title" type="string" value="AXI - Login" />
    	<put-attribute name="content" value="/WEB-INF/jsp/views/securityTest.jsp" />
	<definition name="login" extends="simplePageLayout">
		<put-attribute name="viewId" type="string"  value="login"/>
		<!--  put-attribute name="bodyOnLoad"  value="onload='autologinFunction()'" / -->
    	<put-attribute name="content" value="/WEB-INF/jsp/views/login.jsp" />
	<definition name="accountSelection" extends="simplePageLayout">
		<put-attribute name="viewId" type="string"  value="accountSelection"/>
    	<put-attribute name="title" type="string" value="AXI - Select your account" />
    	<put-attribute name="content" value="/WEB-INF/jsp/views/accountSelection.jsp" />
	<definition name="logout" extends="simplePageLayout">
		<put-attribute name="viewId" type="string"  value="logout"/>
    	<put-attribute name="title" type="string" value="AXI - Logout" />
    	<put-attribute name="content" value="/WEB-INF/jsp/views/logout.jsp" />
	<definition name="home" extends="defaultPageLayout">
		<put-attribute name="viewId" type="string"  value="home"/>
    	<put-attribute name="title" type="string" value="AXI Home." />
    	<put-attribute name="content" value="/WEB-INF/jsp/views/home.jsp" />
    	<put-attribute name="breadcrumb" value="/WEB-INF/jsp/fragments/breadcrumb.jsp"/>
	<definition name="productOverview" extends="defaultPageLayout">
		<put-attribute name="viewId" type="string"  value="productOverview"/>
    	<put-attribute name="title" type="string" value="This is productOverview" />
    	<put-attribute name="content" value="/WEB-INF/jsp/views/productOverview.jsp" />
	<definition name="serviceOverview" extends="defaultPageLayout">
		<put-attribute name="viewId" type="string"  value="serviceOverview"/>
    	<put-attribute name="content" value="/WEB-INF/jsp/views/serviceOverview.jsp" />
	<definition name="cart" extends="defaultPageLayout">
		<put-attribute name="title" type="string" value="This is the shopping cart"/>
    	<put-attribute name="content" value="/WEB-INF/jsp/views/cart.jsp" />
	<definition name="searchResult" extends="defaultPageLayout">
		<put-attribute name="viewId" type="string"  value="searchResult"/>
		<put-attribute name="title" type="string" value="Suchergebnis" />
		<put-attribute name="content" value="/WEB-INF/jsp/views/searchResult.jsp" />
		<put-attribute name="breadcrumb" value="" />
</tiles-definitions>
Can you reproduce this error?

trunk: mvn clean test -Dhadoop.profile=2.0 -Dtest=TestFSUtils

java.io.FileNotFoundException: File /home/jon/proj/hbase-trunk/hbase-server/target/test-data/02beb8c8-06c1-47ea-829b-6e7ce0570cf8/hbase.version does not exist
        at org.apache.hadoop.fs.RawLocalFileSystem.listStatus(RawLocalFileSystem.java:315)
        at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1279)
        at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1319)
        at org.apache.hadoop.fs.ChecksumFileSystem.listStatus(ChecksumFileSystem.java:557)
        at org.apache.hadoop.fs.FilterFileSystem.listStatus(FilterFileSystem.java:213)
        at org.apache.hadoop.hbase.util.FSUtils.getVersion(FSUtils.java:270)
        at org.apache.hadoop.hbase.util.TestFSUtils.testVersion(TestFSUtils.java:58)
...     

Configuration details that need to be cleaned up

the documentation around configuring cleaner plugins have stale class names for customizing behavior.
	
hbase.master.logcleaner.plugins has LogCleanerDelegate and I think the correct class is BaseLogCleanerDelegate.
hbase.master.hfilecleaner.plugin has HFileCleanerDelegate instead of BaseHFileCleanerDelegate.

hbase.rpc.server.engine doesn't appear anywhere other than hdfs-default.xml and the classes it references were removed by HBASE-8214

See https://issues.apache.org/jira/browse/HBASE-20475?page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel&focusedCommentId=16454240#comment-16454240

HBASE-6214 backported HBASE-5998 (Bulk assignment: regionserver optimization by using a temporary cache for table descriptors when receiving an open regions request), but it's buggy on 0.94 (0.96 appears correct):

    HTableDescriptor htd = null;
    if (htds == null) {
      htd = this.tableDescriptors.get(region.getTableName());
    } else {
      htd = htds.get(region.getTableNameAsString());
      if (htd == null) {
        htd = this.tableDescriptors.get(region.getTableName());
        htds.put(region.getRegionNameAsString(), htd);
      }
    }

i.e. we get the tableName from the map but write the regionName.
Even fixing this, it looks like there are areas for improvement:
1) FSTableDescriptors already has a cache (though it goes to the NameNode each time through to check we have the latest copy.  May as well combine these two caches, might be a performance win as well since we don't need to write to multiple caches.
2) FSTableDescriptors makes two RPCs to the NameNode when it encounters a new table.  So the total number of RPCs necessary for a bulk assign (without caching is):
#regions + #tables
(with caching):
min(#regions,#tables) + #tables = #tables + #tables = 2 * #tables
We can make this only one RPC, yielding:
#tables
Probably not a big deal for most users, but in a multi-tenant situation where the number of regions being bulk assigned approaches the number of tables being bulk assigned, this could be a nice performance win.
Benchmarks coming.

The integration between messaging and jgroups is currently broken. My guess is this was due to recent changes in clustering.
To reproduce it change the bg-group1 element in standalone-full-ha.xml to replace the socket-binding element with the following:

	                <jgroups-stack>udp</jgroups-stack>
	                <jgroups-channel>hq-bg</jgroups-channel>
                        <!--<socket-binding>messaging-group</socket-binding>-->

At boot this appears in the logs:

10:00:58,707 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.messaging.default is missing [jboss.jgroups.stack.udp]"]}
10:00:58,930 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
      service jboss.jgroups.stack.udp (missing) dependents: [service jboss.messaging.default] 

WFLY-3943 is about the lack of testing of this integration,

The issue happens because of the changes in HIVE-3833.
Consider a partitioned table with different custom serdes for the partition and tables. The serde at table level, say, customSerDe1's object inspector is of settableDataType where as the serde at partition level, say, customSerDe2's object inspector is of nonSettableDataType. The current implementation introduced by HIVE-3833 does not convert nested Complex Data Types which extend nonSettableObjectInspector to a settableObjectInspector type inside ObjectInspectorConverters.getConvertedOI(). However, it tries to typecast the nonSettableObjectInspector to a settableObjectInspector inside  ObjectInspectorConverters.getConverter(ObjectInspector inputOI, ObjectInspector outputOI).
The attached patch HIVE-5199.2.patch.txt contains a stand-alone test case.
The below exception can happen via FetchOperator as well as MapOperator. 
For example, consider the FetchOperator.
Inside FetchOperator consider the following call:
getRecordReader()->ObjectInspectorConverters. getConverter()
The stack trace as follows:
2013-08-28 17:57:25,307 ERROR CliDriver (SessionState.java:printError(432)) - Failed with exception java.io.IOException:java.lang.ClassCastException: com.skype.data.whaleshark.hadoop.hive.proto.ProtoMapObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.SettableMapObjectInspector
java.io.IOException: java.lang.ClassCastException: com.skype.data.whaleshark.hadoop.hive.proto.ProtoMapObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.SettableMapObjectInspector
at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:544)
at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:488)
at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:136)
at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1412)
at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:271)
at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:216)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:413)
at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:756)
at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:614)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.apache.hadoop.util.RunJar.main(RunJar.java:160)
Caused by: java.lang.ClassCastException: com.skype.data.whaleshark.hadoop.hive.proto.ProtoMapObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.SettableMapObjectInspector
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters.getConverter(ObjectInspectorConverters.java:144)
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters$StructConverter.<init>(ObjectInspectorConverters.java:307)
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters.getConverter(ObjectInspectorConverters.java:138)
at org.apache.hadoop.hive.ql.exec.FetchOperator.getRecordReader(FetchOperator.java:406)
at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:508)

When using the sf:commandLink component with javascript disabled the renderer falls back to the ProgressiveCommandButtonRenderer.  This renders <button> elements.
Unfortunately due to a feature of IE 6 button elements are all submitted, regardless of the button that was actually clicked.  (see http://www.kopz.org/public/documents/css/multiple_buttons_ie_workaround.html).  The means that if two links are on the page the action fired might be incorrect.
Could the ProgressiveCommandButtonRenderer be changed to render <input type="submit"> elements instead?

when the last block of the tar archive is incomplete it will contain two EOF blocks potentially followed by partial contents of the next-to-last block.  This causes problems with some "bad" untar implementations that read past the EOF blocks.
https://issues.apache.org/bugzilla/show_bug.cgi?id=47421
https://issues.apache.org/bugzilla/show_bug.cgi?id=40195

On the latest branch I can't issue a put with a ts in the shell, it does this:

hbase(main):008:0> put 't', 'r', 'f:', 'test', 123123
NameError: no constructor with arguments matching
 [class org.jruby.java.proxies.ArrayJavaProxy, class org.jruby.RubyFixnum] on 
 object #<Java::OrgApacheHadoopHbaseClient::Put:0x49239780>

It works without a ts and delete/scan aren't affected by this.

The default row estimation for multi-key joins divides the row estimate by the product of the NDVs for each join column, which can cause the row estimate to be low. Try adding a config to assume the columns are correlated, where we only divide the row estimate by the largest NDV.

It goes like this:
Master crashed ,  at the same time RS with meta is crashing, but RS doesn't eixt.
Master startups again and finds all living RS. 
Master verifies the meta failed,  because this RS is crashing.
Master reassigns the meta, but it doesn't split the Hlog. 
So some meta data is loss.
About the logs of a failover test case fail. 
//It said that we want to kill a RS
2011-09-28 19:54:45,694 INFO  [Thread-988] regionserver.HRegionServer(1443): STOPPED: Killing for unit test
2011-09-28 19:54:45,694 INFO  [Thread-988] master.TestMasterFailover(1007): 
RS 192.168.2.102,54385,1317264874629 killed 
//Rs didn't crash. 
2011-09-28 19:54:51,763 INFO  [Master:0;192.168.2.102,54557,1317264885720] master.HMaster(458): Registering server found up in zk: 192.168.2.102,54385,1317264874629
2011-09-28 19:54:51,763 INFO  [Master:0;192.168.2.102,54557,1317264885720] master.ServerManager(232): Registering server=192.168.2.102,54385,1317264874629
2011-09-28 19:54:51,770 DEBUG [Master:0;192.168.2.102,54557,1317264885720] zookeeper.ZKUtil(491): master:54557-0x132b31adbb30005 Unable to get data of znode /hbase/unassigned/1028785192 because node does not exist (not an error)
2011-09-28 19:54:51,771 DEBUG [Master:0;192.168.2.102,54557,1317264885720] zookeeper.ZKUtil(1003): master:54557-0x132b31adbb30005 Retrieved 33 byte(s) of data from znode /hbase/root-region-server and set watcher; 192.168.2.102,54383,131726487...
//Meta verification failed and ressigned the meta. So all the regions in the meta is loss.
2011-09-28 19:54:51,773 INFO  [Master:0;192.168.2.102,54557,1317264885720] catalog.CatalogTracker(476): Failed verification of .META.,,1 at address=192.168.2.102,54385,1317264874629; org.apache.hadoop.hbase.regionserver.RegionServerStoppedException: org.apache.hadoop.hbase.regionserver.RegionServerStoppedException: Server 192.168.2.102,54385,1317264874629 not running, aborting
2011-09-28 19:54:51,773 DEBUG [Master:0;192.168.2.102,54557,1317264885720] catalog.CatalogTracker(316): new .META. server: 192.168.2.102,54385,1317264874629 isn't valid. Cached .META. server: null
2011-09-28 19:54:52,274 DEBUG [Master:0;192.168.2.102,54557,1317264885720] zookeeper.ZKUtil(1003): master:54557-0x132b31adbb30005 Retrieved 33 byte(s) of data from znode /hbase/root-region-server and set watcher; 192.168.2.102,54383,131726487...
2011-09-28 19:54:52,277 INFO  [Master:0;192.168.2.102,54557,1317264885720] catalog.CatalogTracker(476): Failed verification of .META.,,1 at address=192.168.2.102,54385,1317264874629; org.apache.hadoop.hbase.regionserver.RegionServerStoppedException: org.apache.hadoop.hbase.regionserver.RegionServerStoppedException: Server 192.168.2.102,54385,1317264874629 not running, aborting
2011-09-28 19:54:52,277 DEBUG [Master:0;192.168.2.102,54557,1317264885720] catalog.CatalogTracker(316): new .META. server: 192.168.2.102,54385,1317264874629 isn't valid. Cached .META. server: null
2011-09-28 19:54:52,778 DEBUG [Master:0;192.168.2.102,54557,1317264885720] zookeeper.ZKUtil(1003): master:54557-0x132b31adbb30005 Retrieved 33 byte(s) of data from znode /hbase/root-region-server and set watcher; 192.168.2.102,54383,131726487...
2011-09-28 19:54:52,782 INFO  [Master:0;192.168.2.102,54557,1317264885720] catalog.CatalogTracker(476): Failed verification of .META.,,1 at address=192.168.2.102,54385,1317264874629; org.apache.hadoop.hbase.regionserver.RegionServerStoppedException: org.apache.hadoop.hbase.regionserver.RegionServerStoppedException: Server 192.168.2.102,54385,1317264874629 not running, aborting
2011-09-28 19:54:52,782 DEBUG [Master:0;192.168.2.102,54557,1317264885720] catalog.CatalogTracker(316): new .META. server: 192.168.2.102,54385,1317264874629 isn't valid. Cached .META. server: null
2011-09-28 19:54:52,782 DEBUG [Master:0;192.168.2.102,54557,1317264885720] zookeeper.ZKAssign(264): master:54557-0x132b31adbb30005 Creating (or updating) unassigned node for 1028785192 with OFFLINE state
2011-09-28 19:54:52,825 DEBUG [Thread-988-EventThread] zookeeper.ZooKeeperWatcher(233): master:54557-0x132b31adbb30005 Received ZooKeeper Event, type=NodeCreated, state=SyncConnected, path=/hbase/unassigned/1028785192
//It said that Master clean the cluster.
2011-09-28 19:54:52,889 INFO  [Master:0;192.168.2.102,54557,1317264885720] master.AssignmentManager(383): Clean cluster startup. Assigning userregions
2011-09-28 19:54:52,889 DEBUG [Master:0;192.168.2.102,54557,1317264885720] zookeeper.ZKAssign(494): master:54557-0x132b31adbb30005 Deleting any existing unassigned nodes

if sortKeys is't unique key, the query sql(remainingPagesSql)---'select a,b,c from table where c>? limit 2' can lose data,for example:
a b c
1 2 1
2 2 2
3 3 2
4 5 3
the third row will lose.
remainingPagesSql — 'select a,b,c from table limit pageSize*(pageNo-1),pageSize'  and the last querySql — 'select a,b,c from table limit pageSize*(pageNo-1),the sum of the table - pageSize*pageNo' is OK?

Examples when running with '-Puberjar' are currently broken because of update to Shrinkwrap 1.2.5
The problem is that the main() inside a WAR can't be found, as Shrinkwrap doesn't handle the situation where 'WEB-INF/classes' is the classloader root of a WAR and not the actual WAR root.

When defining replicated regions that are subregions, the same data-policy heuristics that are used for top-level replicated regions should be applied. Eg.
<gfe:replicated-region id="FOO">
   <gfe:replicated-region
	name="BAR"
        scope="distributed-ack" />
For the FOO region, the heuristics in ReplicatedRegionFactoryBean#resolveDataPolicy will figure out a data-policy. But, for the /FOO/BAR subregion, the raw SubRegionFactoryBean is used, which does not have the same logic in it.

We experience a small amount of lost acknowledged writes in production on July 1st (~700 identified so far).
What happened was that we had NTP turned off since June 29th to prevent issues due to the leap second on June 30th. NTP was turned back on July 1st.
The next day, we noticed we were missing writes to a few of our higher throughput aggregation tables.
We found that this is caused by HBase taking the current time using System.currentTimeMillis, which may be set backwards by NTP, and using this without any checks to populate the timestamp of rows for which the client didn't supply a timestamp.
Our application uses a read-modify-write pattern using get+checkAndPut to perform aggregation as follows:
1. read version 1
2. mutate
3. write version 2
4. read version 2
5. mutate
6. write version 3
The application retries the full read-modify-write if the checkAndPut fails.
What must have happened on July 1st, after we started NTP back up, was this (timestamps added):
1. read version 1 (timestamp 10)
2. mutate
3. write version 2 (HBase-assigned timestamp 11)
4. read version 2 (timestamp 11)
5. mutate
6. write version 3 (HBase-assigned timestamp 10)
Hence, the last write was eclipsed by the first write, and hence, an acknowledged write was lost.
While this seems to match documented behavior (paraphrasing: "if timestamp is not specified HBase will assign a timestamp using System.currentTimeMillis" "the row with the highest timestamp will be returned by get"), I think it is very unintuitive and needs at least a big warning in the documentation, along the lines of "Acknowledged writes may not be visible unless the timestamp is explicitly specified and equal to or larger than the highest timestamp for that row".
I would also like to use this ticket to start a discussion on if we can make the behavior better:
Could HBase assign a timestamp of max(max timestamp for the row, System.currentTimeMillis()) in the checkAndPut write path, instead of blindly taking System.currentTimeMillis(), similar to what has been done in HBASE-12449 for increment and append?
Thoughts?

HBase shell module has no native source it shouldn't have a native profile.  I think I copied that over by mistake.

Brought up by Vladimir Rodionov on the mailing list. See also HBASE-9751.

Database properties:

User: test2
Password: test2
Database: test2DB

Attached database.sql script with structure creation.
Execute attached log.roo script:

project --topLevelPackage org.gvnix.test.dbre.acuses
persistence setup --provider HIBERNATE --database POSTGRES --hostName localhost --password test2 --userName test2 --databaseName test2DB
osgi obr url add --url http://spring-roo-repository.springsource.org/repository.xml
osgi obr start --bundleSymbolicName org.springframework.roo.wrapping.postgresql-jdbc3
osgi obr url remove --url http://spring-roo-repository.springsource.org/repository.xml
database reverse engineer --schema public --package ~.domain

When you create an entity of type Table2 next exception is raised:

org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update; nested exception is javax.persistence.PersistenceException: org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update

Attached stack trace.

According to the hbck's help info, shortcut - "-repairHoles" will enable "-fixHdfsOrphans" as below.

 -repairHoles      Shortcut for -fixAssignments -fixMeta -fixHdfsHoles -fixHdfsOrphans

However, in the implementation, the function "fsck.setFixHdfsOrphans(false);" is called in "-repairHoles". This is not consistent with the usage information.

In the reverse scanner case,
While doing 'initBackwardHeapIfNeeded' in MemstoreScanner for setting the backward heap, we do a 

if ((backwardHeap == null) && (forwardHeap != null)) {
        forwardHeap.close();
        forwardHeap = null;
        // before building the heap seek for the relevant key on the scanners,
        // for the heap to be built from the scanners correctly
        for (KeyValueScanner scan : scanners) {
          if (toLast) {
            res |= scan.seekToLastRow();
          } else {
            res |= scan.backwardSeek(cell);
          }
        }

forwardHeap.close(). This would internally decrement the MSLAB ref counter for the current active segment and snapshot segment.
When the scan is actually closed again we do close() and that will again decrement the count. Here chances are there that the count would go negative and hence the actual MSLAB closure that checks for refCount==0 will fail. Apart from this, when the refCount becomes 0 after the firstClose if any other thread requests to close the segment, then we will end up in corrupted segment because the segment could be put back to the MSLAB pool. 

When a client sends a request with a non-existent session id to a web application calling "HttpServletRequest#getRequestedSessionId()" or "HttpServletRequest#isRequestedSessionIdValid()", WildFly responds with an incorrect JSESSIONID response cookie reusing the requested non-existent session id even though a new session id is internally generated.
a simple reproducer

<%
out.println("request.getRequestedSessionId() = " + request.getRequestedSessionId());
out.println("request.isRequestedSessionIdValid() = " + request.isRequestedSessionIdValid());
out.println("session.getId() = " + session.getId());
%>

The following is an example result. WildFly should not respond with "Set-Cookie: JSESSIONID=test.node1" but should respond with a new session id like "Set-Cookie: JSESSIONID=brzJWBXpBnUZelcwnI9HCEbw9X6d0oQ5PypfiwML.node1" in this case. 

$ curl -v http://node1:8080/test/example.jsp -H "Cookie: JSESSIONID=test"
...
> GET /test/example.jsp HTTP/1.1
> User-Agent: curl/7.29.0
> Host: node1:8080
> Accept: */*
> Cookie: JSESSIONID=test
>
< HTTP/1.1 200 OK
< Connection: keep-alive
< X-Powered-By: JSP/2.3
< Set-Cookie: JSESSIONID=test.node1; path=/test
< Content-Type: text/html;charset=ISO-8859-1
< Content-Length: 143
< Date: Wed, 18 Apr 2018 17:11:58 GMT
<
request.getRequestedSessionId() = test
request.isRequestedSessionIdValid() = false
session.getId() = brzJWBXpBnUZelcwnI9HCEbw9X6d0oQ5PypfiwML

WildFly "CodecSessionConfig#findSessionId()" is invoked from Undertow "HttpServletRequestImpl#getRequestedSessionId() and isRequestedSessionIdValid()" to obtain the request session id. 
In "CodecSessionConfig#findSessionId()", WildFly checks if the reencoded session id is changed or not (= if an instance-id /jvmRoute information is changed or not), then invokes "this.config.setSessionId(exchange, reencodedSessionId)" to reset session id. Encoding a non-existent session always results in the different reencoded session id, therefore "this.config.setSessionId(exchange, reencodedSessionId)" is always invoked and this issue happens in this scenario.
Undertow - servlet/src/main/java/io/undertow/servlet/spec/HttpServletRequestImpl.java

 349     @Override
 350     public String getRequestedSessionId() {
 351         SessionConfig config = originalServletContext.getSessionConfig();
 352         if(config instanceof ServletContextImpl.ServletContextSessionConfig) {
 353             return ((ServletContextImpl.ServletContextSessionConfig)config).getDelegate().findSessionId(exchange);
 354         }
 355         return config.findSessionId(exchange);
 356     }
  :
 421     @Override
 422     public boolean isRequestedSessionIdValid() {
 423         HttpSessionImpl session = servletContext.getSession(originalServletContext, exchange, false);
 424         if(session == null) {
 425             return false;
 426         }
 427         if(session.isInvalid()) {
 428             return false;
 429         }
 430         return session.getId().equals(getRequestedSessionId());
 431     }

WildFly - undertow/src/main/java/org/wildfly/extension/undertow/session/CodecSessionConfig.java

 54     @Override
 55     public String findSessionId(HttpServerExchange exchange) {
 56         String encodedSessionId = this.config.findSessionId(exchange);
 57         if (encodedSessionId == null) return null;
 58         String sessionId = this.codec.decode(encodedSessionId);
 59         // Check if the encoding for this session has changed
 60         String reencodedSessionId = this.codec.encode(sessionId);
 61         if (!reencodedSessionId.equals(encodedSessionId)) {
 62             this.config.setSessionId(exchange, reencodedSessionId);
 63         }
 64         return sessionId;
 65     }

Operations add and write-attribute of Elytron key-managers do not reflect alias-filter attribute, see steps to reproduce.

Running str_to_map on a null string will return a NullPointerException.
Workaround is to use coalesce.

Namespace grants for a user are supposed to supercede table level permissions, a middle tier between table grants and global grants. We are not always checking.

org.jboss.as.test.manualmode.weld.extension.BeforeShutdownJNDILookupTestCase#org.jboss.as.test.manualmode.weld.extension.BeforeShutdownJNDILookupTestCase
org.jboss.as.test.manualmode.weld.extension.BeforeShutdownJNDILookupTestCase#testTransactionJNDILookupDuringShutdownEvent
{{./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.manualmode -Dts.noSmoke -Dtest=org.jboss.as.test.manualmode.weld.extension.BeforeShutdownJNDILookupTestCase
}}
Fail with:

ERROR [org.jboss.weld.Bootstrap] (MSC service thread 1-6) : java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "target" "read")" in code source "(vfs:/content/test.war/WEB-INF/classes <no signer certificates>)" of "null")
	at java.io.File.exists(File.java:814)
	at org.jboss.as.test.manualmode.weld.extension.BeforeShutdownExtension.writeOutput(BeforeShutdownExtension.java:62)
	at org.jboss.as.test.manualmode.weld.extension.BeforeShutdownExtension.lookupBeforeShutdown(BeforeShutdownExtension.java:37)
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:309)
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:287)
	at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:265)
	at org.jboss.weld.event.ObserverNotifier.notifySyncObservers(ObserverNotifier.java:271)
	at org.jboss.weld.event.ObserverNotifier.notify(ObserverNotifier.java:260)
	at org.jboss.weld.bootstrap.events.BeforeShutdownImpl.fire(BeforeShutdownImpl.java:41)
	at org.jboss.weld.bootstrap.events.BeforeShutdownImpl.fire(BeforeShutdownImpl.java:32)
	at org.jboss.weld.bootstrap.WeldRuntime.shutdown(WeldRuntime.java:72)
	at org.jboss.weld.bootstrap.WeldBootstrap.shutdown(WeldBootstrap.java:113)
	at org.jboss.as.weld.WeldStartService.stop(WeldStartService.java:128)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017)

Currently configuring a custom ExchangeFormatter at the Log Component level may lead to incoherent results if there are multiple Log endpoints in the context, with different log options (e.g. showBody=true, showBody=false).
This is because the component looks up the ExchangeFormatter in the registry, sets its properties and then remembers the result for the subsequent endpoint initialisations. This is incorrect.
The correct procedure is:

Look up the ExchangeFormatter each time, obtaining a new fresh copy each time. This can be ensured by using @scope=prototype in Spring/Blueprint in the bean definition.
Set its properties, according to the current endpoint's properties.
Use the resulting ExchangeFormatter for that endpoint only.
Subsequent endpoint initialisations must repeat the same procedure.

If the InlineStepParser finds a "ref=" attribute on the <step/>, it will ignore all other attributes.  Instead, it should be throwing errors if any other attributes are defined.

There is a dependency on the JAX-RS Spec jar, marked provided, but the fraction doesn't have a dependency on jaxrs fraction

Result declares that it is NOT THREAD SAFE at the top of the source code, but one would assume that refers to many different threads accessing the same Result object. I've run into an issue when I have several different threads accessing their own Result object that runs into an issue because of use of common static member variable.
I noticed the problem when I switched from:
getColumnLatestCell(byte[], byte[]) to
getColumnLatestCell(byte[], int, int, byte[], int, int)
These methods call different binarySearch methods, the latter invoking:
protected int  binarySearch(final Cell [] kvs,
309      final byte [] family, final int foffset, final int flength,
310      final byte [] qualifier, final int qoffset, final int qlength) {
This method utilizes a private static member variable called "buffer"
If more than one thread is utilizing "buffer" you'll see unpredictable behavior unless you synchronize(Result.class) {}.
If buffer is to remain a static variable, I would recommend changing it to a ThreadLocal<byte[]> instead.

Currently the ManagementClient attempts to auto-detect the the URI for the host and port of the default http-listener. This URI is used within Arquillian Core to inject an @ArquillianResource URL. However in cases where a remote container is being used and the binding IP address is 0.0.0.0, the URI is changed to use 127.0.0.1 for the host. This does not work with remote containers.
There should be a property in the arquillian.xml that allows these values to be overridden. We may also want to allow the socket-binding name to be overridden as well as a user may want to use a secure binding.
See https://github.com/wildfly/wildfly-arquillian/issues/106 for details.

*$ cat data.out 
1|One 
2|Two

hql> 
CREATE TABLE data_table (key INT, value STRING) ROW FORMAT DELIMITED FIELDS TERMINATED BY '|'; 
LOAD DATA LOCAL INPATH '${system:user.dir}/data.out' INTO TABLE data_table;
CREATE TABLE smb_table (key INT, value STRING) 
CLUSTERED BY (key) 
SORTED BY (key) INTO 1 BUCKETS 
CREATE TABLE smb_table_part (key INT, value STRING) 
PARTITIONED BY (p1 DECIMAL) 
INSERT OVERWRITE TABLE smb_table SELECT * FROM data_table; 
INSERT OVERWRITE TABLE smb_table_part PARTITION (p1) SELECT key, value, 100 as p1 FROM data_table;
SET hive.enforce.sortmergebucketmapjoin=false; 
SET hive.auto.convert.sortmerge.join=true; 
SET hive.optimize.bucketmapjoin = true; 
SET hive.optimize.bucketmapjoin.sortedmerge = true; 
SET hive.input.format = org.apache.hadoop.hive.ql.io.BucketizedHiveInputFormat;
SELECT s1.key, s2.p1 
FROM smb_table s1 
INNER JOIN smb_table_part s2 
ON s1.key = s2.key 
ORDER BY s1.key;

ERROR:

2015-07-15 13:39:04,333 WARN main org.apache.hadoop.mapred.YarnChild: Exception running child : java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
{"key":1,"value":"One"}

at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:185) 
at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54) 
at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:450) 
at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343) 
at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:163) 
at javax.security.auth.Subject.doAs(Subject.java:415) 
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1628) 
at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:158) 

at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:503) 
at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:176) 
... 8 more 
Caused by: java.lang.RuntimeException: Map local work failed 
at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator.fetchOneRow(SMBMapJoinOperator.java:569) 
at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator.fetchNextGroup(SMBMapJoinOperator.java:429) 
at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator.processOp(SMBMapJoinOperator.java:260) 
at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:815) 
at org.apache.hadoop.hive.ql.exec.FilterOperator.processOp(FilterOperator.java:120) 
at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:95) 
at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:157) 
at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:493) 
... 9 more 
Caused by: java.lang.ClassCastException: org.apache.hadoop.io.IntWritable cannot be cast to java.lang.Integer 
at org.apache.hadoop.hive.serde2.objectinspector.primitive.JavaIntObjectInspector.getPrimitiveWritableObject(JavaIntObjectInspector.java:35) 
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.copyToStandardObject(ObjectInspectorUtils.java:305) 
at org.apache.hadoop.hive.ql.exec.JoinUtil.computeValues(JoinUtil.java:193) 
at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.getFilteredValue(CommonJoinOperator.java:408) 
at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator.processOp(SMBMapJoinOperator.java:270) 
at org.apache.hadoop.hive.ql.exec.SMBMapJoinOperator.fetchOneRow(SMBMapJoinOperator.java:558) 
... 17 more

As this comment, I guess following implementation should manual release DataBuffer instance in catch block.
org.springframework.web.reactive.result.view.freemarke.FreeMarkerView.java
@Override
protected Mono<Void> renderInternal(Map<String, Object> renderAttributes,
		@Nullable MediaType contentType, ServerWebExchange exchange) {

	// Expose all standard FreeMarker hash models.
	SimpleHash freeMarkerModel = getTemplateModel(renderAttributes, exchange);
	if (logger.isDebugEnabled()) {
		logger.debug("Rendering FreeMarker template [" + getUrl() + "].");
	}

	Locale locale = LocaleContextHolder.getLocale(exchange.getLocaleContext());
	DataBuffer dataBuffer = exchange.getResponse().bufferFactory().allocateBuffer();
	try {
		Charset charset = getCharset(contentType);
		Writer writer = new OutputStreamWriter(dataBuffer.asOutputStream(), charset);
		getTemplate(locale).process(freeMarkerModel, writer);
	}
	catch (IOException ex) {
		String message = "Could not load FreeMarker template for URL [" + getUrl() + "]";
		return Mono.error(new IllegalStateException(message, ex));
	}
	catch (Throwable ex) {
		return Mono.error(ex);
	}
	return exchange.getResponse().writeWith(Flux.just(dataBuffer));
}

delete from %s x does not respect cascade delete operations (with hibernate at least).
Performing:

for(T entity : this.findAll()) {
    delete(entity);
}

Operates as expected - though obviously looses the efficiency of the bulk query.
Additionally, attempting to do:

delete(findAll())

Will fail if there is a cascade delete dependency between objects of the same type:
"deleted instance passed to merge"
As the check:

em.remove(em.contains(entity) ? entity : em.merge(entity));

Correctly establishes the entity no longer exists and attempts to do a merge instead (not entirely sure why as if it doesn't exist in the persistence context and we're attempting to delete it a merge has no purpose?). Surely:

if(em.contains(entity)) {
    em.remove(entity);
}

Is the correct functionality here?

1)Hive.close() will call HiveMetaStoreClient.close() in this method the variable "standAloneClient" is never become true then client.shutdown() never call.
2)Hive.close() After calling metaStoreClient.close() need to make metaStoreClient=null

Using the same project attached to CAMEL-2165, you can delete the "ftp_home" directory, or simply edit user.properties to make the ftp account readonly.
While every single write to the camel ftp endpoint will then fail, the only notification of this is at DEBUG level.  In my opinion this should be at least WARN

On execution of wal_roll command in shell, error message gets displayed as shown below
hbase(main):005:0> wal_roll 'host-10-19-92-94,16201,1424081618286'
ERROR: cannot convert instance of class org.jruby.RubyString to class org.apache.hadoop.hbase.ServerName
its because Admin Java api expecting a ServerName object but script passes the ServerName as string. 
currently script is as below

@admin.rollWALWriter(server_name)

It should be like 

@admin.rollWALWriter(ServerName.valueOf(server_name))

For example... http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/filter/SubstringComparator.html
"This comparator is for use with ColumnValueFilter,"
No such class exists.  It should be SingleColumnValueFilter.  The code example is wrong too.

The recent update of optaplanner comes with kit-7.3.0.final, which relies on the TCCL
https://github.com/kiegroup/droolsjbpm-knowledge/blob/7.3.0.Final/kie-api/src/main/java/org/kie/api/internal/utils/ServiceDiscoveryImpl.java#L163
Perhaps, this can be fixed at the camel-optaplanner  component level. 

According to the javadoc for XMLStreamReader, when a null namespaceURI is passed to getAttributeValue(String, String), the method should return the attribute value without matching the namespace URI. 
Javadoc:
http://download-llnw.oracle.com/javase/6/docs/api/javax/xml/stream/XMLStreamReader.html#getAttributeValue%28java.lang.String,%20java.lang.String%29
AbstractXmlStreamReader is not handling that condition correctly and tries to match the attribute's namespace with null:

if (name.getNamespaceURI().equals(namespaceURI) && name.getLocalPart().equals(localName)) {
   return getAttributeValue( i ) ;
}
return null;

 This results in getAttributeValue returning null whenever the namespaceURI parameter is null. 
The fix would be to change the code above as follows:

if (*(namespaceURI == null || name.getNamespaceURI().equals(namespaceURI))* && name.getLocalPart().equals(localName)) {
}

Please note that this problem exists in two classes:
org.springframework.util.xml.AbstractXmlStreamReader in Spring-Core 3.0.3
org.springframework.xml.stream.AbstractXmlStreamReader in Spring-Xml 1.5.9

A null value is handed to a contains-clause of a repository query method will cause a NullPointerException rather than being treated like a single element object array.

Run the following code and hit enter while one message is in unacked state (see RabbitMQ console):

	CamelContext context = new DefaultCamelContext();

	context.addRoutes(new RouteBuilder() {
		@Override
		public void configure() {
			from("rabbitmq://localhost/?queue=sourceQueue&skipExchangeDeclare=true&skipQueueDeclare=true&autoAck=false&prefetchEnabled=true&prefetchCount=1")
					.delayer(5000)
					.setHeader("rabbitmq.ROUTING_KEY", constant("destinationQueue"))
					.to("rabbitmq://localhost/?skipExchangeDeclare=true&skipQueueDeclare=true&autoAck=false")
					.routeId("myRoute");
		}
	});
	context.start();
	new BufferedReader(new InputStreamReader(System.in)).readLine();
	context.stop();
}

you get the following exception:

com.rabbitmq.client.impl.DefaultExceptionHandler: Consumer org.apache.camel.component.rabbitmq.RabbitConsumer@4c57777e (amq.ctag-dWpQw46flmamv0dM_Fa_Qg) method handleDelivery for channel AMQChannel(amqp://rabbit_user@127.0.0.1:5672/,1) threw an exception for channel AMQChannel(amqp://rabbit_user@127.0.0.1:5672/,1):
com.rabbitmq.client.AlreadyClosedException: channel is already closed due to clean channel shutdown; protocol method: #method<channel.close>(reply-code=200, reply-text=OK, class-id=0, method-id=0)
	at com.rabbitmq.client.impl.AMQChannel.ensureIsOpen(AMQChannel.java:195)
	at com.rabbitmq.client.impl.AMQChannel.transmit(AMQChannel.java:309)
	at com.rabbitmq.client.impl.AMQChannel.transmit(AMQChannel.java:303)
	at com.rabbitmq.client.impl.ChannelN.basicAck(ChannelN.java:1043)
	at org.apache.camel.component.rabbitmq.RabbitConsumer.handleDelivery(RabbitConsumer.java:108)
	at com.rabbitmq.client.impl.ConsumerDispatcher$5.run(ConsumerDispatcher.java:144)
	at com.rabbitmq.client.impl.ConsumerWorkService$WorkPoolRunnable.run(ConsumerWorkService.java:99)

I think that this is caused by a race condition between the main thread that runs channel.close() immediately after channel.basicCancel(tag) (see org.apache.camel.component.rabbitmq.RabbitConsumer) without waiting the channel.basicAck(deliveryTag, false) in handleDelivery().
Another bad side effect is that you'll find a duplicate of a message on the destinationQueue. For example if you have 10 initial messages in sourceQueue and you hit enter while it's processing the third one, you'll get 7 messages in sourceQueue and 4 messages in destinationQueue.
The correct behaviour should be the following:
1) Stop consumer: channel.basicCancel(tag)
2) Wait if there is a running consumer
3) The consumer acks the previous message
4) Close the channel

EJB3.1 spec, section 4.8.5.5 has specific rules for @Lock annotation on super class(es) of bean:
If the bean class has superclasses, the following additional rules apply:

A concurrency locking attribute specified on a superclass S appplies to the business methods defined by S. If a class-level concurrency attribute is not specified on S, it is equivalent to specification of Lock(WRITE)on S.

A concurrency locking attribute may be specified on a business method M defined by class S to override for method M the concurrency locking attribute value explicitly or implicitly specified on the class S.

If a method M of class S overrides a business method defined by a superclass of S, the concurrency locking attribute of M is determined by the above rules as applied to class S.

These rules need to be taken into account while creating metadata as well as at runtime, during bean invocation.

Here is a the mail thread[1] which is discussing about it.
http://camel.465427.n5.nabble.com/XMPP-communication-not-closed-and-new-message-rejected-td3236657.html#a3236657 

Adding a Spring.AjaxEventDecoration to a form:select item does not show the correct selection after making a change in Internet Exploder.  Works correctly in Firefox.
Example of usage on a JSP:
[CODE]
<form:form id="sawmillEntry" modelAttribute="sawmillEntryForm" >
		<div id="selectionTable" class="left">
			<table id="millEntryHeader" class="smallTable">
				<tr>
					<th>Mill:</th>
						<td>
							<form:select id="millCombo" path="selectedMillId" >
								<form:options items="${sawmillEntryForm.allAvailableMills}" />
							 	<form:errors path="selectedMillId" cssClass="errors"/>
							 </form:select>
							<script type="text/javascript">
										Spring.addDecoration(new Spring.AjaxEventDecoration({
											elementId: "millCombo",
											formId: "sawmillEntry",
											event: "onchange",
											params: 
{ _eventId: "updateMillSettings" }
										}));
							</script>
						</td>
					</tr>
					<tr>
						<th>Date:</th>
						<td>
							<form:input id="dateTextfield" path="reportDateString" />
							<form:errors path="reportDate" cssClass="errors"/>
						</td>
					</tr>
					<tr>
						<th>Shift:</th>
						<td>
							<form:select id="shiftCombo" path="selectedShiftId" >
								<form:options items="${sawmillEntryForm.allAvailableShifts}" />
							 	<form:errors path="selectedShiftId" cssClass="errors"/>
							</form:select>
						</td>
					</tr>
					<tr>
						<th>Rig:</th>
						<td>
							<form:select id="rigCombo" path="selectedMachineId" >
								<form:options items="${sawmillEntryForm.allAvailableMachines}" />
							 	<form:errors path="selectedMachineId" cssClass="errors"/>
						</td>
					</tr>
			</table>
		</div>
	</form:form>
[CODE]

If using an expression containing seconds like "*/15 * 1-4 * * *", CronSequenceGenerator will compute the following next dates:

from 01-june-2012 9:53:50 -> the next day at 1:00:00, which is correct
from 01-june-2012 9:53:00 -> the next day at 1:00:15, which is not the earliest possible schedule (above)

Corresponding test case attached.

Using an eagerly loaded DataModel (i.e., loading an entire list of results into memory at once and then scrolling through that list via subsequent requests) uncovers a bug in the setCurrentRowSelected implementations in ManySelectionTrackingListDataModel and OneSelectionTrackingListDataModel where the selections potentially get "lost" across requests.

Currently ReplicationHLogReaderManager is only tested indirectly in TestReplicationKillRS tests, I think it would be nice to have some more lower level coverage.

It appears the fraction auto-detection is adding duplicates in when testing. From the GIST (a very simple project) the following output is observed:

Running acme.ServletTest
Scanning for needed WildFly Swarm fractions with mode: when_missing
Detected fractions: undertow:2017.3.2
Adding fractions: ee:2017.3.2, io:2017.3.2, logging:2017.3.2, request-controller:2017.3.2, undertow:2017.3.2
Resolving 0 out of 261 artifacts
2017-03-02 11:02:57,585 WARN  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:               Arquillian - UNSTABLE        org.wildfly.swarm:arquillian:2017.3.2
2017-03-02 11:02:57,603 WARN  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:               Arquillian - UNSTABLE        org.wildfly.swarm:arquillian:2017.3.2
2017-03-02 11:02:57,603 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                  Logging - STABLE          org.wildfly.swarm:logging:2017.3.2
2017-03-02 11:02:57,604 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                 Undertow - STABLE          org.wildfly.swarm:undertow:2017.3.2
2017-03-02 11:02:59,455 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final

It appears to have loaded Arquillian Fraction twice. On another project I had the following:

Detected fractions: jaxrs:2017.3.2
Adding fractions: jaxrs-cdi:2017.3.2, jaxrs:2017.3.2, security:2017.3.2
Resolving 0 out of 326 artifacts
2017-03-02 10:43:33,910 WARN  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:               Arquillian - UNSTABLE        org.wildfly.swarm:arquillian:2017.3.2
2017-03-02 10:43:33,919 WARN  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:               Arquillian - UNSTABLE        org.wildfly.swarm:arquillian:2017.3.2
2017-03-02 10:43:33,920 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                   JAX-RS - STABLE          org.wildfly.swarm:jaxrs:2017.3.2
2017-03-02 10:43:33,920 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                  Logging - STABLE          org.wildfly.swarm:logging:2017.3.2
2017-03-02 10:43:33,921 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                  Logging - STABLE          org.wildfly.swarm:logging:2017.3.2
2017-03-02 10:43:33,921 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                 Undertow - STABLE          org.wildfly.swarm:undertow:2017.3.2
2017-03-02 10:43:36,227 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final

The tests themselves do not appear to have been negatively affected but it does appear, superficially at least, to be an error.

In our testing of 0.98.4 with security ON, we found that table creator doesn't have RWXCA on the created table. Instead, the user representing the HBase daemon gets all permissions. Due to this the table creator can't write to the table he just created. I am suspecting HBASE-11275 introduced the problem.

The code generated with in the aspectJ files has a mix of problems that mean that the project will not compile, for example with in the controller it is calling the mothod findAllPolicys from the parent class rather than calling findAllMotorPolicys, and this is then generating a type conversion error as the List<MotorPolicy> is what is expected but List<Policy> is what is being returned. This is also happening in the IntegrationTest aspects and DataOnDemand. The other issue is that in the DataOnDemand aspects the set methods used to propulate the data is being set with the parameters of ( Policy , int ) rather than ( MotorPolicy, int ). I will attach some of the class and aspect files from the project to show examples as to what is happening.

explain SELECT value from (
  select explode(array(key, value)) as (value) from (
    select * FROM src WHERE key > 200
  ) A
) B WHERE value > 300
;

Makes plan like this, removing last predicates

  TableScan
    alias: src
    Filter Operator
      predicate:
          expr: (key > 200.0)
          type: boolean
      Select Operator
        expressions:
              expr: array(key,value)
              type: array<string>
        UDTF Operator
          function name: explode
                  expr: col
              table:

In Spring Batch 1.0 Spring Batch - Reference Documentation
p20 (PDF)
[...]
The FieldSetMapper configuration looks like the following
<bean id="fieldSetMapper"
class="org.springframework.batch.io.file.mapping.BeanWrapperFieldSetMapper">
<property name="prototypeBeanName" value="player" />
</bean>
<bean id="person"
class="org.springframework.batch.sample.domain.Player"
scope="prototype" />
[...]
Two problems found:
1. There was probably some late refactoring of packages which didn't get reflected in the documentation.
The class path for BeanWrapperFieldSetWrapper in the final jar is currently:
org.springframework.batch.item.file.mapping.BeanWrapperFieldSetWrapper
2. The prototypeBeanName property value doesn't match the provided
bean ID.
Probably ought to change the ID of bean to match by changing the bean name.
<bean id="player" ...

When we launch the camel:run maven goal created from a project created using the archetype :
org.apache.camel.archetypes:camel-archetype-blueprint (Creates a new Camel project with OSGi blueprint support. Ready to be deployed in OSGi.)
then it fails

[mel.test.blueprint.Main.main()] MainSupport                    INFO  Apache Camel 2.14.1 starting
[mel.test.blueprint.Main.main()] Activator                      INFO  Camel activator starting
[mel.test.blueprint.Main.main()] Activator                      INFO  Camel activator started
[mel.test.blueprint.Main.main()] BlueprintExtender              INFO  No quiesce support is available, so blueprint components will not participate in quiesce operations
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  Test bundle headers: Bundle-ManifestVersion=2, Bundle-Name=System Bundle, Bundle-SymbolicName=de.kalpatec.pojosr.framework, Bundle-Vendor=kalpatec, Bundle-Version=0.2.1
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.aries.blueprint.NamespaceHandler], bundle: org.apache.aries.blueprint [13], symbolicName: org.apache.aries.blueprint
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.osgi.service.packageadmin.PackageAdmin], bundle: de.kalpatec.pojosr.framework [0], symbolicName: de.kalpatec.pojosr.framework
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.camel.spi.LanguageResolver], bundle: org.apache.camel.camel-core [2], symbolicName: org.apache.camel.camel-core
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.osgi.service.blueprint.container.BlueprintContainer], bundle: org.apache.camel.camel-blueprint [4], symbolicName: org.apache.camel.camel-blueprint
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.osgi.service.cm.ManagedServiceFactory], bundle: org.apache.felix.fileinstall [26], symbolicName: org.apache.felix.fileinstall
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.felix.cm.PersistenceManager], bundle: org.apache.felix.configadmin [25], symbolicName: org.apache.felix.configadmin
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.camel.spi.DataFormatResolver], bundle: org.apache.camel.camel-core [2], symbolicName: org.apache.camel.camel-core
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.osgi.service.blueprint.container.BlueprintContainer], bundle: org.apache.aries.blueprint [13], symbolicName: org.apache.aries.blueprint
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.aries.blueprint.NamespaceHandler], bundle: org.apache.camel.camel-blueprint [4], symbolicName: org.apache.camel.camel-blueprint
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.camel.spi.TypeConverterLoader], bundle: org.apache.camel.camel-core [2], symbolicName: org.apache.camel.camel-core
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.osgi.service.url.URLStreamHandlerService], bundle: org.apache.felix.fileinstall [26], symbolicName: org.apache.felix.fileinstall
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.osgi.service.cm.ConfigurationAdmin], bundle: org.apache.felix.configadmin [25], symbolicName: org.apache.felix.configadmin
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.camel.spi.ComponentResolver], bundle: org.apache.camel.camel-core [2], symbolicName: org.apache.camel.camel-core
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.camel.spi.TypeConverterLoader], bundle: de.kalpatec.pojosr.framework [0], symbolicName: de.kalpatec.pojosr.framework
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.aries.proxy.ProxyManager], bundle: org.apache.aries.proxy.impl [15], symbolicName: org.apache.aries.proxy.impl
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.osgi.service.startlevel.StartLevel], bundle: de.kalpatec.pojosr.framework [0], symbolicName: de.kalpatec.pojosr.framework
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.osgi.service.cm.ConfigurationListener, org.apache.felix.fileinstall.ArtifactListener, org.apache.felix.fileinstall.ArtifactInstaller], bundle: org.apache.felix.fileinstall [26], symbolicName: org.apache.felix.fileinstall
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.osgi.framework.hooks.bundle.EventHook], bundle: org.apache.aries.blueprint [13], symbolicName: org.apache.aries.blueprint
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           WARN  ServiceReference: [org.apache.aries.blueprint.services.ParserService], bundle: org.apache.aries.blueprint [13], symbolicName: org.apache.aries.blueprint
[mel.test.blueprint.Main.main()] BlueprintExtender              INFO  Destroying BlueprintContainer for bundle org.apache.aries.blueprint
[mel.test.blueprint.Main.main()] BlueprintExtender              INFO  Destroying BlueprintContainer for bundle org.apache.camel.camel-blueprint
[mel.test.blueprint.Main.main()] Activator                      INFO  Camel activator stopping
[mel.test.blueprint.Main.main()] Activator                      INFO  Camel activator stopped
[mel.test.blueprint.Main.main()] CamelBlueprintHelper           INFO  Deleting work directory target/bundles/1423485067188
[ERROR] *************************************
[ERROR]
	at org.apache.camel.maven.RunMojo$1.run(RunMojo.java:488)
Caused by: java.lang.RuntimeException: Gave up waiting for service (objectClass=org.apache.camel.CamelContext)
	at org.apache.camel.test.blueprint.CamelBlueprintHelper.getOsgiService(CamelBlueprintHelper.java:240)
	at org.apache.camel.test.blueprint.CamelBlueprintHelper.getOsgiService(CamelBlueprintHelper.java:202)
	at org.apache.camel.test.blueprint.Main.doStart(Main.java:104)
	at org.apache.camel.main.MainSupport.run(MainSupport.java:149)
	at org.apache.camel.main.MainSupport.run(MainSupport.java:353)
	... 6 more

Issue reported with camel : 2.14.1 & also 2.13.3

Starting a server into normal mode emits these transitions for the process running state:

starting -> suspended -> normal

Similarly when transitioning to admin-only mode:

starting -> suspended -> admin-only

Stopping from normal mode:

normal -> suspending -> suspended -> stopping

Starting into suspended mode emits:

starting -> stopping -> stopped
(and the stopped state represents that the server is actually in suspended mode)

I find it confusing that:

During a normal start, it transitions through a state named suspended even though the server is not suspended. this is actually correct
During a stop, it is even more confusing, because it goes through one extra state - suspending which doesn't occur during start. - this is actually correct
The state to represent a suspended server is named stopped and not suspended.

The naming :rebind operation describes the "external-context" value as allowed for its binding-type attribute but the code will fail if that's the case.

Some queries like 

select * from table where dcol<=11.22BD;

fails when ORC predicate pushdown is enabled.

Found by Mostafa Mokhtar. Causes major issues in large plans (50+ joins). Simple fix would be to memoize the recursion. There should also be a flag to switch this opt off.

This bug is related to SWS-248
Emptying the Document in the method getPayloadResult() of the DomPoxMessage makes the transformation in the PayloadTransformingInterceptor  impossible.
PayloadTransformingInterceptor  source code 1.5.4
80      public boolean handleRequest(MessageContext messageContext, Object endpoint) throws Exception {
81          if (requestTemplates != null) 
{
82              WebServiceMessage request = messageContext.getRequest();
83              Transformer transformer = requestTemplates.newTransformer();
84              transformer.transform(request.getPayloadSource(), request.getPayloadResult());
85              logger.debug("Request message transformed");
86          }
87          return true;
88      }
Line 84, before the transform() method is called, the 2nd argument evaluation clears the document inside the DomPoxMessage, so the DOMSource created by calling the 1st argument wraps now an empty document, the transformation returns always an empty XML.
See my small test :
	public static void main(String[] args) throws IOException, TransformerFactoryConfigurationError, TransformerException 
{
	
		String content = "<element xmlns=\"http://www.springframework.org/spring-ws\" />";
		byte[] bytes = content.getBytes("UTF-8");
	    InputStream input = new ByteArrayInputStream(bytes);
		
		DomPoxMessageFactory factory = new DomPoxMessageFactory();
		DomPoxMessage domPoxMsg = (DomPoxMessage) factory.createWebServiceMessage(input);
		
		Result result = new StreamResult(System.out);
		Transformer t = TransformerFactory.newInstance().newTransformer();
		System.out.println("1. Transformation to System.out :");
		t.transform(domPoxMsg.getPayloadSource(), result);
		
		System.out.println("\n\n");
		System.out.println("2. Transformation to message itself as Result (=interceptor)");
		t.transform(domPoxMsg.getPayloadSource(), domPoxMsg.getPayloadResult());
		
		System.out.println("3. Transformation to System.out :");
		
	}

The solution may be to add an intermediate transformation ( a simple StreamResult) but as it is working for other WebServiceMessage implementation ( SOAP ) it could be too heavy ...
Note also that a testPayLoadInterceptor() could be added in DomPoxMessageTest 

Given the following URL:
http://www.youtube.com/oembed?format=json&url=http://www.youtube.com/watch?v=gWmsYVk0A-c
Running UriUtils.encodeUri(url, "UTF-8") yields:
Spring 3.0.7:
Spring 3.1.0:
http://www.youtube.com/oembed?format=json&url=http://www.youtube.com/watch?v&gWmsYVk0A-c
Note how 3.1.0 changed "v=gW.." in the query string to "v&gW..".  This is due to UriComponentsBuilder.QUERY_PARAM_PATTERN which is defined as "([^&=])=?([^&=])?".  The regex will assume that the equals sign after v signals the end of the name/value pair.

At the end of the section "4.3.4. Using @Query" in the documentation(http://docs.spring.io/spring-data/jpa/docs/current/reference/html/#jpa.query-methods.at-query), you are showing the following code example:

public interface UserRepository extends JpaRepository<User, Long> {

  @Query(value = "SELECT * FROM USERS WHERE EMAIL_ADDRESS = ?0", nativeQuery = true)
  User findByEmailAddress(String emailAddress);
}

I think it should say ?1 instead of ?0.
Btw, is it possible to create PRs for documentation as well? I haven't found a repository for the reference documentation yet.

I have a few corrections for the "Dealing with multiple persistence units" example provided in the spring documentation (http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/orm.html#orm-jpa-multiple-pu).
First, the bean of type DefaultPersistenceUnitManager should change the property name persistenceXmlLocation to persistenceXmlLocations to avoid the error below.

Caused by: java.lang.IllegalStateException: Cannot convert value of type [java.util.ArrayList] to required type [java.lang.String] for property 'persistenceXmlLocation': no matching editors or conversion strategy found
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:289)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:154)
	... 40 more
Second, LocalContainerEntityManagerFactoryBean should specify the property persistenceUnitName to avoid the following exception from being thrown:

Caused by: java.lang.IllegalStateException: No single default persistence unit defined in {org/springframework/orm/jpa/domain/persistence-multi.xml, classpath:/my/package/**/custom-persistence.xml, classpath*:META-INF/persistence.xml}
	at org.springframework.orm.jpa.persistenceunit.DefaultPersistenceUnitManager.obtainDefaultPersistenceUnitInfo(DefaultPersistenceUnitManager.java:367)
	at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.determinePersistenceUnitInfo(LocalContainerEntityManagerFactoryBean.java:247)
	at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:196)
	... 37 more
Last, the second correction leads me to ask how do I appropriately deal with the other persistence unit names? Do I have to create a new instance of LocalContainerEntityManagerFactoryBean for each persistence unit (hope not)? 

I observed these while running full test suite last couple of times.

The parseType method in TypeInfoUtils doesn't handle decimal types with just precision specified although that's a valid type definition. 
As a result, TypeInfoUtils.getTypeInfoFromTypeString will always return decimal(10,0) for any decimal(<precision>) string. 

If data that is not a MIME-Multipart is tried to marshal with the headersInline option set to false, no error is thrown and the message is left as the original message.
In case the headersInline option is set to true, an empty message is returned.
The provided patch changes the behavior that it also tries to return the original message in case the message is not a mime-multipart and headersInline is set to true. However there are limits to this: If the message body is a stream and stream caching is not enabled it is necessary to read the stream in order to find out whether this is a MIME-Multipart or not. Afterwards the message body will be empty (as with the previous implementation). 

JDBC standalone jar contains webapps static files which just adds to the jar size and are not required by the clients. 

Domain reflects jboss.server.xy properties, tested with jboss.server.log.dir property.
The same server.log file is used for both server-one and server-two. Only file boot.log is created in  domain/servers/server-one/log and domain/servers/server-two/log directory. In my case file server.log contains log only for server-one, there is no log for server-two.
I think jboss.server.xy properties shouldn't be reflected in domain instances.
Even structure of https://docs.jboss.org/author/display/AS71/Command+line+parameters implies that jboss.server.xy properties are used for Standalone.
Reproducer of my steps:

 rm -rf domain/servers
 bin/domain.sh -Djboss.server.log.dir=/tmp/
 ls -aR domain/servers/server-one/log
 ls -aR domain/servers/server-two/log
 ls -l /tmp/server*

when using cli scripts jboss-cli.sh and jboss-cli.bat and you cannot write in $JBOSS_HOME because it is serving many server instances, you can override default jboss-cli.xml setting -Djboss.cli.config in $JAVA_OPTS but you cannot override logging.configuration because in both scripts is set with default after expanding $JAVA_OPTS
last lines of bat script could be modified as follows:
echo "%JAVA_OPTS%" | findstr /I "logging.configuration" > nul
if errorlevel == 1 (
    set "JAVA_OPTS=%JAVA_OPTS% -Dlogging.configuration=file:%JBOSS_HOME%\bin\jboss-cli-logging.properties"
) else (
    echo logging.configuration already set in JAVA_OPTS
)
"%JAVA%" %JAVA_OPTS% ^
    -jar "%JBOSS_RUNJAR%" ^
    -mp "%JBOSS_MODULEPATH%" ^
     org.jboss.as.cli ^
     %*
Last lines of sh script could be modified as follows:
LOG_CONF=`echo $JAVA_OPTS | $GREP "logging.configuration"`
if [ "x$LOG_CONF" = "x" ]; then
    JAVA_OPTS="$JAVA_OPTS -Dlogging.configuration=file:$JBOSS_HOME/bin/jboss-cli-logging.properties"
else
    echo "logging.configuration already set in JAVA_OPTS"
fi

Sample JPDA settings for remote socket debugging
#JAVA_OPTS="$JAVA_OPTS -agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=n"

eval \"$JAVA\" $JAVA_OPTS -jar \"$JBOSS_HOME/jboss-modules.jar\" -mp \"${JBOSS_MODULEPATH}\" org.jboss.as.cli '"$@"'

If region split fails after PONR, it relies on the master ServerShutdown handler to fix it.  However, if the master doesn't get a chance to fix it.  There will be a hole in the region chain.

Unfortunately even after HIVE-8265, there are still more compile failures.

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project hive-service: Compilation failure: Compilation failure:
[ERROR] /Users/szehon/svn-repos/trunk/service/src/java/org/apache/hive/service/cli/thrift/ThriftHttpServlet.java:[35,54] cannot find symbol
[ERROR] symbol:   class KerberosName
[ERROR] location: package org.apache.hadoop.security.authentication.util
[ERROR] /Users/szehon/svn-repos/trunk/service/src/java/org/apache/hive/service/cli/thrift/ThriftHttpServlet.java:[241,7] cannot find symbol
[ERROR] location: class org.apache.hive.service.cli.thrift.ThriftHttpServlet.HttpKerberosServerAction
[ERROR] /Users/szehon/svn-repos/trunk/service/src/java/org/apache/hive/service/cli/thrift/ThriftHttpServlet.java:[241,43] cannot find symbol
[ERROR] /Users/szehon/svn-repos/trunk/service/src/java/org/apache/hive/service/cli/thrift/ThriftHttpServlet.java:[252,7] cannot find symbol
[ERROR] /Users/szehon/svn-repos/trunk/service/src/java/org/apache/hive/service/cli/thrift/ThriftHttpServlet.java:[252,43] cannot find symbol

It seems Parquet tables cannot be written to in Tez mode. CREATE TABLE foo STORED AS PARQUET SELECT ... queries fail with:

	java.lang.IllegalArgumentException: TaskAttemptId string : task1396892688715_80817_m_000076_3 is not properly formed
		at org.apache.hadoop.mapreduce.TaskAttemptID.forName(TaskAttemptID.java:201)
		at org.apache.hadoop.hive.ql.io.parquet.write.ParquetRecordWriterWrapper.<init>(ParquetRecordWriterWrapper.java:49)

The same queries work fine after setting hive.execution.engine=mr.

The undertow attributes: "processing-time" and "max-processing-time" do not have "unit" defined. For instance, if you execute:
/subsystem=undertow/server=default-server/http-listener=default:read-resource-description
this will return:
...
"max-processing-time" =>
{ "type" => LONG, "description" => "The maximum processing time taken by a request on this listener", "expressions-allowed" => false, "nillable" => false, "access-type" => "metric", "storage" => "runtime" }
,
"no-request-timeout" =>
{ "type" => INT, "description" => "The length of time in milliseconds that the connection can be idle before it is closed by the container, defaults to 60000 (one minute)", "expressions-allowed" => true, "nillable" => true, "default" => 60000, "unit" => "MILLISECONDS", "access-type" => "read-write", "storage" => "configuration", "restart-required" => "no-services" }
,
"processing-time" => {
"type" => LONG,
"description" => "The total processing time of all requests handed by this listener",
"expressions-allowed" => false,
"nillable" => false,
"access-type" => "metric",
"storage" => "runtime"
...
According to the code:
https://github.com/undertow-io/undertow/blob/master/core/src/main/java/io/undertow/server/ConnectorStatisticsImpl.java#L63
attributes "processing-time" and "max-processing-time" should be shown as nano seconds.
I have just realised that only few attributes have "unit" defined - like "no-request-timeout" while the most of them is without it.

We recently upgrade to hadoop2.2 and sometimes find some tables lost several data files after a mid night ETL process. We find that these MapReduce jobs which generate the partial tables have something in common that the MRAppMaster of which all had failed once and the tables all left only a single data file 000000_1000.
The following log in hive.log give us some clues of what's going on with the incorrectly deleted data files.

$ grep 'hive_2014-01-24_12-33-18_507_6790415670781610350' hive.log
2014-01-24 12:52:43,140 WARN  exec.Utilities (Utilities.java:removeTempOrDuplicateFiles(1535)) - Duplicate taskid file removed: hdfs://hadoop00.lf.sankuai.com:9000/tmp/hive-scratch/hive-sankuai/hive_2014-01-24_12-33-18_507_6790415670781610350/_tmp.-ext-10000.intermediate/000001_1000 with length 824627293. Existing file: hdfs://hadoop00.lf.sankuai.com:9000/tmp/hive-scratch/hive-sankuai/hive_2014-01-24_12-33-18_507_6790415670781610350/_tmp.-ext-10000.intermediate/000000_1000 with length 824860643
2014-01-24 12:52:43,142 WARN  exec.Utilities (Utilities.java:removeTempOrDuplicateFiles(1535)) - Duplicate taskid file removed: hdfs://hadoop00.lf.sankuai.com:9000/tmp/hive-scratch/hive-sankuai/hive_2014-01-24_12-33-18_507_6790415670781610350/_tmp.-ext-10000.intermediate/000002_1000 with length 824681826. Existing file: hdfs://hadoop00.lf.sankuai.com:9000/tmp/hive-scratch/hive-sankuai/hive_2014-01-24_12-33-18_507_6790415670781610350/_tmp.-ext-10000.intermediate/000000_1000 with length 824860643
2014-01-24 12:52:43,149 WARN  exec.Utilities (Utilities.java:removeTempOrDuplicateFiles(1535)) - Duplicate taskid file removed: hdfs://hadoop00.lf.sankuai.com:9000/tmp/hive-scratch/hive-sankuai/hive_2014-01-24_12-33-18_507_6790415670781610350/_tmp.-ext-10000.intermediate/000003_1000 with length 824830450. Existing file: hdfs://hadoop00.lf.sankuai.com:9000/tmp/hive-scratch/hive-sankuai/hive_2014-01-24_12-33-18_507_6790415670781610350/_tmp.-ext-10000.intermediate/000000_1000 with length 824860643
2014-01-24 12:52:43,151 WARN  exec.Utilities (Utilities.java:removeTempOrDuplicateFiles(1535)) - Duplicate taskid file removed: hdfs://hadoop00.lf.sankuai.com:9000/tmp/hive-scratch/hive-sankuai/hive_2014-01-24_12-33-18_507_6790415670781610350/_tmp.-ext-10000.intermediate/000004_1000 with length 824753882. Existing file: hdfs://hadoop00.lf.sankuai.com:9000/tmp/hive-scratch/hive-sankuai/hive_2014-01-24_12-33-18_507_6790415670781610350/_tmp.-ext-10000.intermediate/000000_1000 with length 824860643

We find that it's because nextAttemptNumber in hadoop2.2 is bigger than 1000 and hive doesn't correctly extract task id from filename. See the following code in org.apache.hadoop.mapreduce.v2.app.job.impl.TaskImpl.java
and ql/src/java/org/apache/hadoop/hive/ql/exec/Utilities.java

// org.apache.hadoop.mapreduce.v2.app.job.impl.TaskImpl.java
    // All the new TaskAttemptIDs are generated based on MR
    // ApplicationAttemptID so that attempts from previous lives don't
    // over-step the current one. This assumes that a task won't have more
    // than 1000 attempts in its single generation, which is very reasonable.
    nextAttemptNumber = (appAttemptId - 1) * 1000;

// ql/src/java/org/apache/hadoop/hive/ql/exec/Utilities.java
   /**
    * The first group will contain the task id. The second group is the optional extension. The file
    * name looks like: "0_0" or "0_0.gz". There may be a leading prefix (tmp_). Since getTaskId() can
    * return an integer only - this should match a pure integer as well. {1,3} is used to limit
    * matching for attempts #'s 0-999.
    */
   private static final Pattern FILE_NAME_TO_TASK_ID_REGEX =
       Pattern.compile("^.*?([0-9]+)(_[0-9]{1,3})?(\\..*)?$");

And with the bellow reasons,  extract this value for attempt numbers >= 1000 : 

>>> re.match("^.*?([0-9]+)(_[0​-9])?(\\..*)?$", 'part-r-000000_2').group(1)
'000000'
>>> re.match("^.*?([0-9]+)(_[0​-9])?(\\..*)?$", 'part-r-000000_1001').group(1)
'1001'

Because of using HashMap here: https://github.com/spring-projects/spring-data-commons/blob/ac63f0861481604a0aa5dc1ad7697780d1954601/src/main/java/org/springframework/data/auditing/MappingAuditableBeanWrapperFactory.java#L60 when I'm trying to insert two entities of the same type to database, and it happens in two concurrent threads, at the very first time, when the metadata for the entity type is not created yet, I have ConcurrentModificationException:

	at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1139)
	at org.springframework.data.auditing.MappingAuditableBeanWrapperFactory.lambda$getBeanWrapperFor$1(MappingAuditableBeanWrapperFactory.java:81)
	at java.base/java.util.Optional.map(Optional.java:257)
	at org.springframework.data.auditing.MappingAuditableBeanWrapperFactory.lambda$getBeanWrapperFor$3(MappingAuditableBeanWrapperFactory.java:79)
	at java.base/java.util.Optional.flatMap(Optional.java:286)
	at org.springframework.data.auditing.MappingAuditableBeanWrapperFactory.getBeanWrapperFor(MappingAuditableBeanWrapperFactory.java:71)
	at org.springframework.data.auditing.AuditingHandler.isAuditable(AuditingHandler.java:157)
	at org.springframework.data.auditing.IsNewAwareAuditingHandler.markAudited(IsNewAwareAuditingHandler.java:80)
	at org.springframework.data.mongodb.core.mapping.event.AuditingEventListener.lambda$onApplicationEvent$0(AuditingEventListener.java:58)
	at java.base/java.util.Optional.ifPresent(Optional.java:175)
	at org.springframework.data.mongodb.core.mapping.event.AuditingEventListener.onApplicationEvent(AuditingEventListener.java:58)
	at org.springframework.data.mongodb.core.mapping.event.AuditingEventListener.onApplicationEvent(AuditingEventListener.java:34)
	at org.springframework.data.mongodb.core.MongoTemplate.maybeEmitEvent(MongoTemplate.java:2131)
	at org.springframework.data.mongodb.core.MongoTemplate.doInsert(MongoTemplate.java:1056)
	at org.springframework.data.mongodb.core.MongoTemplate.insert(MongoTemplate.java:999)
	at org.springframework.data.mongodb.repository.support.SimpleMongoRepository.save(SimpleMongoRepository.java:80)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$ImplementationMethodExecutionInterceptor.invoke(RepositoryFactorySupport.java:610)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:573)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:554)
	at com.sun.proxy.$Proxy189.save(Unknown Source)
	at io.luna.lib.notifications.services.service.BaseNotificationsSenderService.sendNotification(BaseNotificationsSenderService.java:109)
	at io.luna.lib.notifications.services.service.BaseNotificationsSenderService.handleEvent(BaseNotificationsSenderService.java:98)
	at io.luna.service.notifications.email.service.EmailNotificationsSenderService.handleEvent(EmailNotificationsSenderService.java:89)
	at io.luna.service.notifications.email.service.EmailNotificationsSenderService$$FastClassBySpringCGLIB$$8bc67160.invoke(<generated>)
	at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:747)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
	at org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:89)
	at org.springframework.cloud.sleuth.instrument.async.TraceAsyncAspect.traceBackgroundThread(TraceAsyncAspect.java:69)
	at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:643)
	at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:632)
	at org.springframework.aop.interceptor.AsyncExecutionInterceptor.lambda$invoke$0(AsyncExecutionInterceptor.java:115)
	at org.springframework.cloud.sleuth.instrument.async.SpanContinuingTraceRunnable.run(SpanContinuingTraceRunnable.java:52)
	at java.base/java.lang.Thread.run(Thread.java:844)

Changing HashMap to ConcurrentHashMap fixes the problem.

Hi
The following bean definition:
<bean id="schemaCollection" class="org.springframework.xml.xsd.commons.CommonsXsdSchemaCollection" lazy-init="true">
        <property name="xsds" value="dl-messages.xsd"/>
        <property name="inline" value="true"/>
throws exception in my logs with a stack trace (part of stack trace)
at org.apache.ws.commons.schema.resolver.DefaultURIResolver.resolveEntity(DefaultURIResolver.java:64)
	at org.apache.ws.commons.schema.SchemaBuilder.resolveXmlSchema(SchemaBuilder.java:1872)
	at org.apache.ws.commons.schema.SchemaBuilder.handleImport(SchemaBuilder.java:1620)
	at org.apache.ws.commons.schema.SchemaBuilder.handleXmlSchemaElement(SchemaBuilder.java:175)
	at org.apache.ws.commons.schema.SchemaBuilder.build(SchemaBuilder.java:82)
	at org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:359)
	at org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:304)
	at org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:315)
	at org.springframework.xml.xsd.commons.CommonsXsdSchemaCollection.afterPropertiesSet(CommonsXsdSchemaCollection.java:109)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1367)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1333)
	... 55 more
Caused by: java.net.URISyntaxException: Illegal character in path at index 16: file:/D:/Program Files/IBM/SDP70/runtimes/base_v61/profiles/prof/installedApps/linNode01Cell/ear-dl.ear/web-ws.war/dl-messages.xsd
	at java.net.URI$Parser.fail(URI.java:2821)
	at java.net.URI$Parser.checkChars(URI.java:2994)
	at java.net.URI$Parser.parseHierarchical(URI.java:3078)
	at java.net.URI$Parser.parse(URI.java:3026)
	at java.net.URI.<init>(URI.java:590)
	at org.apache.ws.commons.schema.resolver.DefaultURIResolver.resolveEntity(DefaultURIResolver.java:58)
	... 65 more
After a little investigation I found that the main problem is that URI constructor used in DefaultURIResolver.resolveEntity method can not parse expression:
"file:/D:/Program Files/IBM/SDP70/runtimes/base_v61/profiles/prof/installedApps/linNode01Cell/ear-dl.ear/web-ws.war/dl-messages.xsd"
and it is because of white space in 'Program Files' folder.
To make URI constructor happy i would have to provide %20 instead of ' ' So to have it look like: "file:/D:/Program%20Files/IBM/SDP70/..."
I' ve made some tests and for me it seems like a problem with org.springframework.core.io.Resource.getURL() call on websphere that does not conform to URI specification OR  problem with org.springframework.SaxUtils class that use getURL() instead of getURI.
1) Problem in Resource.getURL()
Calling getURL() on ClassPathResource or ServletContextResource in Websphere returns value that is proper URL but its string value (toString() value) contains whitespaces
A little example:
String sss = appContext.getResource("/WEB-INF/web.xml").getURL().toString();
System.out.println(sss);
String sss2 = appContext.getResource("/WEB-INF/web.xml").getURI().toString();
System.out.println(sss2);
produces:
file:/D:/Program
Files/IBM/SDP70/runtimes/base_v61/profiles/Wb/installedApps/liseksnNode01Cell/TestClassLoader.ear/TestClassLoaderWeb.war/WEB-INF/web.xml
file:/D:/Program%20Files/IBM/SDP70/runtimes/base_v61/profiles/Wb/installedApps/liseksnNode01Cell/TestClassLoader.ear/TestClassLoaderWeb.war/WEB-INF/web.xml
The analogous output you can get with ClassPathResource.
In comment on http://jira.springframework.org/browse/SPR-3900 by Juergen Hoeller
you can read
"Resource URLs always allow conversion to URIs now"
It doesn't look as it is always true on Websphere...
2) Problem lies in SaxUtils class
Method getSystemId() on org.springframework.xml.sax.SaxUtils returns resource.getURI() instead of getURL().
I took a look at documentation (javadoc) of setSystemId(String systemId) method in org.xml.sax.InputSource class where you can read:
"If the system ID is a URL, it must be fully resolved"
Summary:
i hope that i explained you the source and potential solution for a problem.
I am just not 100 % if the problem lies in Spring webservices or core spring framework.

The usage of constructors with arguments on domain classes repeatedly causes confusion and it turns out we don't have a very detailed section in the documentation yet. We should add a few more detailed examples.
MappingMongoConverterUnitTests has a few examples of advanced usage for constructor parameter resolution.

See, for example, the Javadoc for AbstractSecurityWebApplicationInitializer. It implements WebApplicationInitializer, but the link to WebApplicationInitializer is http://static.springframework.org/spring/docs/3.0.x/javadoc-api/org/springframework/web/WebApplicationInitializer.html?is-external=true, which returns a 404 error. The link for AbstractContextLoaderInitializer within the application is also broken. However, the link for ContextLoaderListener, which points to the same Javadoc root, is not broken.
This appears to be because the Javadoc links in Spring Security 3.2 are set to Spring Framework 3.0.x, but Spring Security 3.2 is actually compiled against Spring Framework 3.2.x. This means that classes Spring Security uses are not always present in the Javadoc that Spring Security links to.
It's pretty crippling that you can't navigate between the Javadoc documentation, but it should be a simple fix.

Look at the following code:

Class.forName("org.apache.hive.jdbc.HiveDriver");

        Connection db = null;
        Statement stmt = null;
        ResultSet rs = null;
        try {
            db = DriverManager.getConnection("jdbc:hive2://localhost:10000/default", "hive", "");
            stmt = db.createStatement();
            rs = stmt.executeQuery("SELECT * FROM sample_07 limit 1");

            ResultSetMetaData metaData = rs.getMetaData();
            for (int i = 1; i <= metaData.getColumnCount(); i++) {
                System.out.println("Column " + i + ": " + metaData.getColumnName(i));
            }

            while (rs.next()) {
                System.out.println(rs.findColumn("code"));
            }
        } finally {
            DbUtils.closeQuietly(db, stmt, rs);
        }

Above program will generate following result on my cluster:

Column 1: code
Column 2: description
Column 3: total_emp
Column 4: salary
1

However, if the last print sentence is changed as following (using uppercase characters):

System.out.println(rs.findColumn("Code"));

The program will fail at exactly that line. The same happens if the column name is changed as "CODE"
Based on the JDBC ResultSet documentation, this method should be case insensitive.
"Column names used as input to getter methods are case insensitive"
http://docs.oracle.com/javase/7/docs/api/java/sql/ResultSet.html

After a tasklet has executed, it can return with ExitStatus=EXECUTING, this should not be possible.  See http://forum.springsource.org/showthread.php?t=69578.

From https://issues.apache.org/jira/browse/HIVE-6932?focusedCommentId=13987112&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13987112
 "Users are free to swtich back...."

Even if scanEnabled="false" is specified in the deployment-scanner subsystem, a deployment marker can be created for files located under the deployment-scanner directory. This happens when deploying an application which has the same filename to the file through the management CLI.
This behavior did not happen in EAP 6.4.x, but this happens since EAP 7.x because of FileSystemDeploymentService#handleNotification() processing.
I think this behavior itself does not have a negative effect, so this is a minor issue. However, it's better to avoid creating an unneeded marker file.

The @return tag has no arguments.

   * @return
   */
  public static Iterator<Tag> tagsIterator(final byte[] tags, final int offset, final short length) {

I try to run the Management Console inside a Docker container but have little luck.
According to https://therichwebexperience.com/blog/arun_gupta/2015/01/wildfly_admin_console_in_a_docker_image_tech_tip_66_ the management bind address should be set to 0.0.0.0 to listen on every available network interface. 
According to https://github.com/wildfly-swarm/wildfly-swarm-reference-guide/blob/master/network.adoc the property swarm.management.bind.address exist but seems to have  no effect.
I tried to apply the following fix on (which I found on branch SWARM-1134): fractions/wildfly/management/src/main/java/org/wildfly/swarm/management/runtime/ManagementInterfaceProducer.java

-        return new Interface("management", "127.0.0.1");
+        return new Interface("management", SwarmProperties.propertyVar(ManagementProperties.MANAGEMENT_BIND_ADDRESS, "127.0.0.1"));

Now I got the following trace during startup
WFLYSRV0060: Http management interface listening on http://0.0.0.0:9990/management
and I'm able to connect the management console.
If this is not a bug it would be great if an example how to accomplish this could be added to wildfly-swarm-examples

When using CompressorStreamFactory.createCompressorInputStream, the decompressConcatenated property is only used when auto-detecting the compressor format for an input stream. The method with explicit compressor specification ignores the decompressConcatenated property, though.
The fix is easy: pass the decompressConcatenated property as argument to all constructors.

OsgiCamelContextPublisher holds a Map of Service-References in its doShutdown method this map is cleared.
This could lead to problem when there are still items in the map.
Instead of clearing the map, it should be iterate+remove

Iterator<ServiceRegistration<?>> it = registrations.values().iterator();
    	while (it.hasNext()) {
			it.next().unregister();
			it.remove();
		}

OperationContextImpl caches operation ModelNodes for later logging, but it does not clone them first. As a result, the ModelNodes get mutated during op execution (e.g. headers can be added) and the log record shows that mutated state instead of the original user input. That can be misleading.

Some options that don't take any value are completed with a "=" character. For example: cd --hel<TAB> ==> cd --help=
That has been caused by WFCORE-2123 that has removed the validation at completion time (that is a right thing).
Prior to WFCORE-2123, the value completer of unamed argument was called and was failing due to invalid content (--hel is not a valid management address).

TBoundedThreadPoolServer does not take the configured threadKeepAliveTimeSec. It uses the default value instead.

When invoked on non-standard classes like generated one, Kotlin reflection API can throw exception like: java.lang.UnsupportedOperationException: This class is an internal synthetic class generated by the Kotlin compiler, such as an anonymous class for a lambda, a SAM wrapper, a callable reference, etc. It's not a Kotlin class or interface, so the reflection library has no idea what declarations does it have. Please use Java reflection to inspect this class: class org.javatechs.kbackup.commander.util.jmx.JmxIniter$crerateUser$u$1.
Since it seems the API to check the class kind is not available without accessing to Kotlin internals, we should add defensive checks in ours KotlinDelegate.find*() methods to retrn null in such case.

2017-09-19 16:00:22.097 ERROR 17965 --- [ restartedMain] o.s.boot.SpringApplication : Application startup failed
 
org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name '/auth' defined in file [/home/gleb/myown/kBackup/commander/out/production/classes/org/javatechs/kbackup/commander/service/menu/security/AuthApiController.class]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'nodeUserDetailsService' defined in file [/home/gleb/myown/kBackup/commander/out/production/classes/org/javatechs/kbackup/commander/service/security/NodeUserDetailsService.class]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userRepo2': Cannot resolve reference to bean 'neo4jMappingContext' while setting bean property 'mappingContext'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'neo4jMappingContext': Invocation of init method failed; nested exception is java.lang.UnsupportedOperationException: This class is an internal synthetic class generated by the Kotlin compiler, such as an anonymous class for a lambda, a SAM wrapper, a callable reference, etc. It's not a Kotlin class or interface, so the reflection library has no idea what declarations does it have. Please use Java reflection to inspect this class: class org.javatechs.kbackup.commander.util.jmx.JmxIniter$crerateUser$u$1
    at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:745) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:214) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1269) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1126) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:545) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:502) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:312) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:228) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:310) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:200) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:756) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:868) ~[spring-context-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:549) ~[spring-context-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh(ServletWebServerApplicationContext.java:122) ~[spring-boot-2.0.0.BUILD-SNAPSHOT.jar:2.0.0.BUILD-SNAPSHOT]
    at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:750) [spring-boot-2.0.0.BUILD-SNAPSHOT.jar:2.0.0.BUILD-SNAPSHOT]
    at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:386) [spring-boot-2.0.0.BUILD-SNAPSHOT.jar:2.0.0.BUILD-SNAPSHOT]
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:327) [spring-boot-2.0.0.BUILD-SNAPSHOT.jar:2.0.0.BUILD-SNAPSHOT]
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:1245) [spring-boot-2.0.0.BUILD-SNAPSHOT.jar:2.0.0.BUILD-SNAPSHOT]
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:1233) [spring-boot-2.0.0.BUILD-SNAPSHOT.jar:2.0.0.BUILD-SNAPSHOT]
    at org.javatechs.kbackup.commander.BackendApplicationKt.main(BackendApplication.kt:24) [classes/:na]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_144]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_144]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_144]
    at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_144]
    at org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49) [spring-boot-devtools-2.0.0.BUILD-SNAPSHOT.jar:2.0.0.BUILD-SNAPSHOT]
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'nodeUserDetailsService' defined in file [/home/gleb/myown/kBackup/commander/out/production/classes/org/javatechs/kbackup/commander/service/security/NodeUserDetailsService.class]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userRepo2': Cannot resolve reference to bean 'neo4jMappingContext' while setting bean property 'mappingContext'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'neo4jMappingContext': Invocation of init method failed; nested exception is java.lang.UnsupportedOperationException: This class is an internal synthetic class generated by the Kotlin compiler, such as an anonymous class for a lambda, a SAM wrapper, a callable reference, etc. It's not a Kotlin class or interface, so the reflection library has no idea what declarations does it have. Please use Java reflection to inspect this class: class org.javatechs.kbackup.commander.util.jmx.JmxIniter$crerateUser$u$1
    at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:275) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1133) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1060) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:832) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:737) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    ... 24 common frames omitted
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userRepo2': Cannot resolve reference to bean 'neo4jMappingContext' while setting bean property 'mappingContext'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'neo4jMappingContext': Invocation of init method failed; nested exception is java.lang.UnsupportedOperationException: This class is an internal synthetic class generated by the Kotlin compiler, such as an anonymous class for a lambda, a SAM wrapper, a callable reference, etc. It's not a Kotlin class or interface, so the reflection library has no idea what declarations does it have. Please use Java reflection to inspect this class: class org.javatechs.kbackup.commander.util.jmx.JmxIniter$crerateUser$u$1
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:378) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:110) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1607) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1352) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:582) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    ... 38 common frames omitted
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'neo4jMappingContext': Invocation of init method failed; nested exception is java.lang.UnsupportedOperationException: This class is an internal synthetic class generated by the Kotlin compiler, such as an anonymous class for a lambda, a SAM wrapper, a callable reference, etc. It's not a Kotlin class or interface, so the reflection library has no idea what declarations does it have. Please use Java reflection to inspect this class: class org.javatechs.kbackup.commander.util.jmx.JmxIniter$crerateUser$u$1
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1702) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:583) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:367) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    ... 52 common frames omitted
Caused by: java.lang.UnsupportedOperationException: This class is an internal synthetic class generated by the Kotlin compiler, such as an anonymous class for a lambda, a SAM wrapper, a callable reference, etc. It's not a Kotlin class or interface, so the reflection library has no idea what declarations does it have. Please use Java reflection to inspect this class: class org.javatechs.kbackup.commander.util.jmx.JmxIniter$crerateUser$u$1
    at kotlin.reflect.jvm.internal.KClassImpl.reportUnresolvedClass(KClassImpl.kt:289) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl.access$reportUnresolvedClass(KClassImpl.kt:42) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl$Data$descriptor$2.invoke(KClassImpl.kt:52) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl$Data$descriptor$2.invoke(KClassImpl.kt:43) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.ReflectProperties$LazySoftVal.invoke(ReflectProperties.java:93) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.ReflectProperties$Val.getValue(ReflectProperties.java:32) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl$Data.getDescriptor(KClassImpl.kt) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl.getDescriptor(KClassImpl.kt:172) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl.getConstructorDescriptors(KClassImpl.kt:186) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl$Data$constructors$2.invoke(KClassImpl.kt:90) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl$Data$constructors$2.invoke(KClassImpl.kt:43) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl$Data.getConstructors(KClassImpl.kt) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.internal.KClassImpl.getConstructors(KClassImpl.kt:222) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at kotlin.reflect.jvm.ReflectJvmMapping.getKotlinFunction(ReflectJvmMapping.kt:149) ~[kotlin-reflect-1.1.4-3.jar:1.1.4-3]
    at org.springframework.core.KotlinReflectionParameterNameDiscoverer.getParameterNames(KotlinReflectionParameterNameDiscoverer.java:75) ~[spring-core-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.core.PrioritizedParameterNameDiscoverer.getParameterNames(PrioritizedParameterNameDiscoverer.java:67) ~[spring-core-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.data.mapping.model.PreferredConstructorDiscoverer$Discoverers.buildPreferredConstructor(PreferredConstructorDiscoverer.java:209) ~[spring-data-commons-2.0.0.RC3.jar:na]
    at org.springframework.data.mapping.model.PreferredConstructorDiscoverer$Discoverers.access$200(PreferredConstructorDiscoverer.java:89) ~[spring-data-commons-2.0.0.RC3.jar:na]
    at org.springframework.data.mapping.model.PreferredConstructorDiscoverer$Discoverers$2.lambda$discover$0(PreferredConstructorDiscoverer.java:161) ~[spring-data-commons-2.0.0.RC3.jar:na]
    at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[na:1.8.0_144]
    at java.util.Spliterators$ArraySpliterator.tryAdvance(Spliterators.java:958) ~[na:1.8.0_144]
    at java.util.stream.ReferencePipeline.forEachWithCancel(ReferencePipeline.java:126) ~[na:1.8.0_144]
    at java.util.stream.AbstractPipeline.copyIntoWithCancel(AbstractPipeline.java:498) ~[na:1.8.0_144]
    at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:485) ~[na:1.8.0_144]
    at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) ~[na:1.8.0_144]
    at java.util.stream.FindOps$FindOp.evaluateSequential(FindOps.java:152) ~[na:1.8.0_144]
    at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[na:1.8.0_144]
    at java.util.stream.ReferencePipeline.findFirst(ReferencePipeline.java:464) ~[na:1.8.0_144]
    at org.springframework.data.mapping.model.PreferredConstructorDiscoverer$Discoverers$2.discover(PreferredConstructorDiscoverer.java:164) ~[spring-data-commons-2.0.0.RC3.jar:na]
    at org.springframework.data.mapping.model.PreferredConstructorDiscoverer.discover(PreferredConstructorDiscoverer.java:77) ~[spring-data-commons-2.0.0.RC3.jar:na]
    at org.springframework.data.mapping.model.BasicPersistentEntity.<init>(BasicPersistentEntity.java:93) ~[spring-data-commons-2.0.0.RC3.jar:na]
    at org.springframework.data.mapping.model.BasicPersistentEntity.<init>(BasicPersistentEntity.java:74) ~[spring-data-commons-2.0.0.RC3.jar:na]
    at org.springframework.data.neo4j.mapping.Neo4jPersistentEntity.<init>(Neo4jPersistentEntity.java:56) ~[spring-data-neo4j-5.0.0.RC3.jar:na]
    at org.springframework.data.neo4j.mapping.Neo4jMappingContext.createPersistentEntity(Neo4jMappingContext.java:64) ~[spring-data-neo4j-5.0.0.RC3.jar:na]
    at org.springframework.data.neo4j.mapping.Neo4jMappingContext.createPersistentEntity(Neo4jMappingContext.java:44) ~[spring-data-neo4j-5.0.0.RC3.jar:na]
    at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:376) ~[spring-data-commons-2.0.0.RC3.jar:na]
    at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:343) ~[spring-data-commons-2.0.0.RC3.jar:na]
    at org.springframework.data.neo4j.mapping.Neo4jMappingContext.lambda$new$1(Neo4jMappingContext.java:57) ~[spring-data-neo4j-5.0.0.RC3.jar:na]
    at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184) ~[na:1.8.0_144]
    at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) ~[na:1.8.0_144]
    at java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1620) ~[na:1.8.0_144]
    at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) ~[na:1.8.0_144]
    at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) ~[na:1.8.0_144]
    at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) ~[na:1.8.0_144]
    at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) ~[na:1.8.0_144]
    at org.springframework.data.neo4j.mapping.Neo4jMappingContext.<init>(Neo4jMappingContext.java:57) ~[spring-data-neo4j-5.0.0.RC3.jar:na]
    at org.springframework.data.neo4j.repository.config.Neo4jMappingContextFactoryBean.createInstance(Neo4jMappingContextFactoryBean.java:62) ~[spring-data-neo4j-5.0.0.RC3.jar:na]
    at org.springframework.data.neo4j.repository.config.Neo4jMappingContextFactoryBean.createInstance(Neo4jMappingContextFactoryBean.java:31) ~[spring-data-neo4j-5.0.0.RC3.jar:na]
    at org.springframework.beans.factory.config.AbstractFactoryBean.afterPropertiesSet(AbstractFactoryBean.java:141) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1761) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1698) ~[spring-beans-5.0.0.RC4.jar:5.0.0.RC4]
    ... 59 common frames omitted

I tried truncating a 1.6k regions table from the shell and, after the usual disabling timeout, I then got a socket timeout on the second invocation while it was dropping. It looked like this:

ERROR: java.net.SocketTimeoutException: Call to sv2borg180/10.20.20.180:61000 failed on socket timeout exception:
 java.net.SocketTimeoutException: 60000 millis timeout while waiting for channel to be ready for read. ch :
 java.nio.channels.SocketChannel[connected local=/10.20.20.180:59153 remote=sv2borg180/10.20.20.180:61000]

At first I thought that was coming from the master because HDFS was somehow slow, but then understood that it was my socket that timed out meaning that the master was still dropping the table. Calling truncate again, I got:

ERROR: Unknown table TestTable!

Which means that the table would be deleted... I learned later that it wasn't totally deleted after I shut down the cluster. So it leaves me in a situation where I have to manually delete the files on the FS and the remaining .META. entries.
Since I expect a few people will hit this issue rather soon, for 0.90.0, I propose we just set the socket timeout really high in the shell. For 0.90.1, or 0.92, we should do for drop what we do for disabling.

There is duplicated code from MobUtils.createEncryptionContext in HStore, and there is a subset of that code in HFileReaderImpl.
Refactored key selection 
Moved both to EncryptionUtil.java
Can't figure out how to write a unit test for this, but there's no new code just refactoring.

The constructor in example for 5.4.2. AbstractMarshallingPayloadEndpoint is wrongly named as SampleMarshallingEndpoint when the class name is MarshallingOrderEndpoint. The constructor name should be corrected to MarshallingOrderEndpoint . Here is the link : http://static.springframework.org/spring-ws/sites/1.5/reference/html/server.html#d0e2239

Attribute session-id-length of servlet-container:

/subsystem=undertow/servlet-container=default:read-resource-description[session-id-length]

does not work exactly the way its description says:

"description" => "The length of the generated session ID. Longer session ID's are more secure.",

When I change it's value to X, actual result value of servlet session ID is ((X + 2) / 3) * 4, see this line of code. I am not sure what is the reason of this (probably to get some close greater number that can be divided by 4?).
Please there should be either:

changed code so result session ID has length that corresponds to what user set
or update attribute description to explain user properly what is actually set

Note: here is the Jira for which this feature has been introduced into Wildfly.

In all other subsystems, the attributes for enabling statistics are named statistics-enabled, except EJB3, where it is enable-statistics. 
Actually, in the transactions subsystem, there are both, where enable-statistics is kept as a deprecated attribute for backward compatibility. I think that the EJB3 subsystem should use the same approach.

Go to the following line in LoadIncrementalHFiles.java
throw new TableNotFoundException("Table " + table.getName() + "is not currently available.");
and add a space before is and after '

New llap commands "llap cluster -info" and "llap cache -purge" require some changes so that Ranger can log the commands for auditing. 

It would be nice to have a method that would convert from one Page to another Page by specifying an instance of org.springframework.core.convert.converter.Converter like this:

<T, S> PageImpl<S> transform(Converter<T, S> converter);

When using Tiles 3 in JSP pages, if I have a mutable container I can do:
<tiles:putAttribute name="myname">
<tiles:definition template="...">
</tiles:definition>
</tiles:putAttribute>
This does not work with SpringConfigurer.
It seems that the problem relies in:
TilesConfigurer.SpringTilesContainerFactory.createContainer
The problem is that the DefinitionRenderer takes the non-decorated container.
Solution that I suggest:
override method createDecoratedContainer instead of createContainer.
Workaround: use your own TilesInitializer.

The ObjectIdentityImpl class contains a bug in it's hashCode implementation. 2 objects which are equal to each other using the '.equals()' method do not neccesarily produce the same hashcode. Consider the following code:
ObjectIdentityImpl oi1 = new ObjectIdentityImpl("java.lang.String", "10");
ObjectIdentityImpl oi2 = new ObjectIdentityImpl("java.lang.String", 10);
System.out.println(oi1.equals(oi2));					//true
System.out.println(oi1.hashCode() == oi2.hashCode());	//false
System.out.println(oi1.hashCode());						//25246124
System.out.println(oi2.hashCode());						//25247673
This is due to the use of 'this.identifier.hashCode()' (line 146 ObjectIdentityImpl), while the equals method uses 'this.getIdentifier().toString().equals(other.getIdentifier().toString()' (line 123 ObjectIdentityImpl)

 we see unknown project codes in wildfly-core:

        '<<none>>' - 'version/src/main/java/org/jboss/as/version/UsageMessages.java'
        'N/A' - 'core-security/implementation/src/main/java/org/jboss/as/core/security/CoreSecurityMessages.java'

They should be changed to empty string.
https://issues.jboss.org/browse/EAP7-44?focusedCommentId=13170957&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13170957

If you start in suspended mode and reload the server, it will suspend even if we are already suspended.

Roo Guide 12.5 states, "Roo looks for an element that has an "id=boundElementHolder" attribute, if a "boundElementHolder" element is not found Roo leaves the file."
Despite this, editing this id to "cisElementHolder" in *DetailView.ui.xml and *EditView.ui.xml does not prevent customizations to these files from being overwritten by Roo including setting the id back to boundElementHolder.

If you use the simple trigger then it only triggers once out of the box. You must set repeatCount=-1 to keep firing. Or set it to the exact number of times you want.
The default value of 0 makes it only fire once.

MSCK should add table WriteEntity in query to outputs WriteEntity list of the query

Since the relese of Spring 3.1.x an attribute mode was removed from the annotation-driven element definition in the spring-task.xsd
We use compile time weaving for processing our @Async annotations, but due to the removal of the attribute we are unable to enable the 'aspecj' mode. We looked into the source and the logic to determine 'aspectj' or 'proxy' is still there but it defaults to 'proxy'.
Is there maybe any reason the attribute is removed, or should we configure it in another way?

With the core 3.0.0.Alpha12 upgrade we see failures in the WebSocketTestCase when run with the security manager enabled.
$mvn clean install -pl testsuite/integration/web/ -Dsecurity.manager=true
For now I am adding a 

Assume.assumeTrue(System.getSecurityManager() == null);

to skip this test when running with a security manager enabled. The failure when the test is run with a security manager is

testWebSocket(org.jboss.as.test.integration.web.websocket.WebSocketTestCase)  Time elapsed: 0.227 sec  <<< ERROR!
java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "localhost:0" "listen,resolve")" in code source "(vfs:/content/websocket.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.websocket.war:main" from Service Module Loader")
  at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
  at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
  at java.lang.SecurityManager.checkListen(SecurityManager.java:1131)
  at org.wildfly.security.manager.WildFlySecurityManager.checkListen(WildFlySecurityManager.java:392)
  at sun.nio.ch.SocketChannelImpl.bind(SocketChannelImpl.java:582)
  at sun.nio.ch.SocketAdaptor.bind(SocketAdaptor.java:135)
  at org.xnio.nio.WorkerThread.openTcpStreamConnection(WorkerThread.java:263)
  at org.xnio.XnioIoThread.openStreamConnection(XnioIoThread.java:237)
  at org.xnio.XnioWorker.openStreamConnection(XnioWorker.java:342)
  at org.xnio.http.HttpUpgrade$HttpUpgradeState.doUpgrade(HttpUpgrade.java:247)
  at org.xnio.http.HttpUpgrade$HttpUpgradeState.access$100(HttpUpgrade.java:165)
  at org.xnio.http.HttpUpgrade.performUpgrade(HttpUpgrade.java:129)
  at io.undertow.websockets.client.WebSocketClient$ConnectionBuilder.connectImpl(WebSocketClient.java:323)
  at io.undertow.websockets.client.WebSocketClient$ConnectionBuilder.connect(WebSocketClient.java:211)
  at io.undertow.websockets.jsr.ServerWebSocketContainer.connectToServerInternal(ServerWebSocketContainer.java:463)
  at io.undertow.websockets.jsr.ServerWebSocketContainer.connectToServerInternal(ServerWebSocketContainer.java:457)
  at io.undertow.websockets.jsr.ServerWebSocketContainer.connectToServer(ServerWebSocketContainer.java:211)
  at org.jboss.as.test.integration.web.websocket.WebSocketTestCase.testWebSocket(WebSocketTestCase.java:52)

With ZK-less region assignment, user regions in transition are tracked in meta. We need a way to track meta in transition too.

I see the following NPE frequently when migrating a server to WF16 with CMTOOL:

Eduardos-Mini:bin emmartins$ ./standalone.sh 

  JBOSS_HOME: /Users/emmartins/wildfly/cmtool/test/migrations/wildfly-16.0.0.Final/wildfly-15.0.1.Final/target

  JAVA: /Library/Java/JavaVirtualMachines/jdk1.8.0_181.jdk/Contents/Home/bin/java

08:47:19,267 INFO  [org.jboss.modules] (main) JBoss Modules version 1.9.0.Final
08:47:19,695 INFO  [org.jboss.msc] (main) JBoss MSC version 1.4.5.Final
08:47:19,706 INFO  [org.jboss.threads] (main) JBoss Threads version 2.3.3.Final
08:47:19,871 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Full 16.0.0.Final (WildFly Core 8.0.0.Final) starting
08:47:20,573 INFO  [org.wildfly.security] (ServerService Thread Pool -- 23) ELY00001: WildFly Elytron version 1.8.0.Final
08:47:21,101 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
08:47:21,128 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 35) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
08:47:21,215 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
08:47:21,235 INFO  [org.xnio] (MSC service thread 1-7) XNIO version 3.6.5.Final
08:47:21,243 INFO  [org.xnio.nio] (MSC service thread 1-7) XNIO NIO Implementation Version 3.6.5.Final
08:47:21,284 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 49) WFLYCLINF0001: Activating Infinispan subsystem.
08:47:21,289 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 62) WFLYNAM0001: Activating Naming Subsystem
08:47:21,292 INFO  [org.wildfly.extension.microprofile.opentracing] (ServerService Thread Pool -- 61) WFLYTRACEXT0001: Activating MicroProfile OpenTracing Subsystem
08:47:21,296 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 70) WFLYTX0013: The node-identifier attribute on the /subsystem=transactions is set to the default value. This is a danger for environments running multiple servers. Please make sure the attribute value is unique.
08:47:21,310 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 72) WFLYWS0002: Activating WebServices Extension
08:47:21,311 INFO  [org.jboss.as.jaxrs] (ServerService Thread Pool -- 51) WFLYRS0016: RESTEasy version 3.6.3.Final
08:47:21,314 INFO  [org.wildfly.extension.microprofile.config.smallrye._private] (ServerService Thread Pool -- 58) WFLYCONF0001: Activating WildFly MicroProfile Config Subsystem
08:47:21,315 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 68) WFLYSEC0002: Activating Security Subsystem
08:47:21,333 INFO  [org.wildfly.extension.microprofile.health.smallrye] (ServerService Thread Pool -- 59) WFLYHEALTH0001: Activating Eclipse MicroProfile Health Subsystem
08:47:21,334 INFO  [org.jboss.as.security] (MSC service thread 1-4) WFLYSEC0001: Current PicketBox version=5.0.3.Final
08:47:21,343 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 56) WFLYJSF0007: Activated the following JSF Implementations: [main]
08:47:21,342 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 50) WFLYIO001: Worker 'default' has auto-configured to 16 core threads with 128 task threads based on your 8 available processors
08:47:21,349 INFO  [org.jboss.as.connector] (MSC service thread 1-6) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.12.Final)
08:47:21,357 INFO  [org.wildfly.extension.microprofile.metrics.smallrye] (ServerService Thread Pool -- 60) WFLYMETRICS0001: Activating Eclipse MicroProfile Metrics Subsystem
08:47:21,364 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-6) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
08:47:21,367 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0003: Undertow 2.0.19.Final starting
08:47:21,419 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 42) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.4)
08:47:21,429 INFO  [io.smallrye.metrics] (MSC service thread 1-5) Converted [2] config entries and added [4] replacements
08:47:21,442 INFO  [io.smallrye.metrics] (MSC service thread 1-5) Converted [3] config entries and added [14] replacements
08:47:21,443 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-6) WFLYJCA0018: Started Driver service with driver-name = h2
08:47:21,446 INFO  [org.jboss.as.naming] (MSC service thread 1-1) WFLYNAM0003: Starting Naming Service
08:47:21,454 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-8) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
08:47:21,482 INFO  [org.jboss.remoting] (MSC service thread 1-6) JBoss Remoting version 5.0.8.Final
08:47:21,672 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-5) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
08:47:21,753 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 71) WFLYUT0014: Creating file handler for path '/Users/emmartins/wildfly/cmtool/test/migrations/wildfly-16.0.0.Final/wildfly-15.0.1.Final/target/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
08:47:21,758 INFO  [org.jboss.as.ejb3] (MSC service thread 1-8) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 32 (per class), which is derived from the number of CPUs on this host.
08:47:21,759 INFO  [org.jboss.as.ejb3] (MSC service thread 1-3) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 128 (per class), which is derived from thread worker pool sizing.
08:47:21,778 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0012: Started server default-server.
08:47:21,781 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0018: Host default-host starting
08:47:21,885 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0006: Undertow HTTP listener default listening on 127.0.0.1:8080
08:47:21,919 INFO  [org.jboss.as.ejb3] (MSC service thread 1-3) WFLYEJB0493: EJB subsystem suspension complete
08:47:21,998 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-4) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
08:47:22,152 INFO  [org.jboss.as.patching] (MSC service thread 1-8) WFLYPAT0050: WildFly Full cumulative patch ID is: base, one-off patches include: none
08:47:22,170 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-4) WFLYDM0111: Keystore /Users/emmartins/wildfly/cmtool/test/migrations/wildfly-16.0.0.Final/wildfly-15.0.1.Final/target/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
08:47:22,173 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-7) WFLYDS0013: Started FileSystemDeploymentService for directory /Users/emmartins/wildfly/cmtool/test/migrations/wildfly-16.0.0.Final/wildfly-15.0.1.Final/target/standalone/deployments
08:47:22,183 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0027: Starting deployment of "cmtool-helloworld6.war" (runtime-name: "cmtool-helloworld6.war")
08:47:22,183 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0027: Starting deployment of "cmtool-helloworld5.war" (runtime-name: "cmtool-helloworld5.war")
08:47:22,332 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTPS listener https listening on 127.0.0.1:8443
08:47:22,408 INFO  [org.jboss.ws.common.management] (MSC service thread 1-2) JBWS022052: Starting JBossWS 5.2.4.Final (Apache CXF 3.2.7) 
08:47:22,932 INFO  [org.jboss.weld.deployer] (MSC service thread 1-5) WFLYWELD0003: Processing weld deployment cmtool-helloworld6.war
08:47:22,932 INFO  [org.jboss.weld.deployer] (MSC service thread 1-3) WFLYWELD0003: Processing weld deployment cmtool-helloworld5.war
08:47:23,058 INFO  [org.hibernate.validator.internal.util.Version] (MSC service thread 1-5) HV000001: Hibernate Validator 6.0.15.Final
08:47:23,477 INFO  [org.jboss.weld.Version] (MSC service thread 1-1) WELD-000900: 3.1.0 (Final)
08:47:23,573 INFO  [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-2) ISPN000128: Infinispan version: Infinispan 'Infinity Minus ONE +2' 9.4.8.Final
08:47:23,948 INFO  [io.smallrye.metrics] (MSC service thread 1-4) MicroProfile: Metrics activated
08:47:23,948 INFO  [io.smallrye.metrics] (MSC service thread 1-3) MicroProfile: Metrics activated
08:47:24,086 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 74) WFLYCLINF0002: Started client-mappings cache from ejb container
08:47:24,698 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 74) WFLYUT0021: Registered web context: '/cmtool-helloworld5' for server 'default-server'
08:47:24,698 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 75) WFLYUT0021: Registered web context: '/cmtool-helloworld6' for server 'default-server'
08:47:24,717 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."cmtool-helloworld6.war".metrics: org.jboss.msc.service.StartException in service jboss.deployment.unit."cmtool-helloworld6.war".metrics: Failed to start service
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
	at org.wildfly.extension.microprofile.metrics.PrometheusCollector.addMetricFamilySampleSupplier(PrometheusCollector.java:32)
	at org.wildfly.extension.microprofile.metrics.MetricCollector.collectResourceMetrics0(MetricCollector.java:157)
	at org.wildfly.extension.microprofile.metrics.MetricCollector.collectResourceMetrics0(MetricCollector.java:166)
	at org.wildfly.extension.microprofile.metrics.MetricCollector.collectResourceMetrics(MetricCollector.java:92)
	at org.wildfly.extension.microprofile.metrics.deployment.DeploymentMetricService.start(DeploymentMetricService.java:54)
	... 6 more

08:47:24,953 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "cmtool-helloworld6.war")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"cmtool-helloworld6.war\".metrics" => "Failed to start service
08:47:24,966 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 43) WFLYSRV0010: Deployed "cmtool-helloworld5.war" (runtime-name : "cmtool-helloworld5.war")
08:47:24,967 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 43) WFLYSRV0010: Deployed "cmtool-helloworld6.war" (runtime-name : "cmtool-helloworld6.war")
08:47:24,969 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.deployment.unit."cmtool-helloworld6.war".metrics: Failed to start service

08:47:25,032 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
08:47:25,036 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
08:47:25,037 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
08:47:25,037 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 16.0.0.Final (WildFly Core 8.0.0.Final) started (with errors) in 6202ms - Started 521 of 711 services (1 services failed or missing dependencies, 334 services are lazy, passive or on-demand)

Run query that involves a join and constant folding that is always false 

select  s_store_id as store_id,
          sum(ss_ext_sales_price) as sales
  from store_sales, 
     date_dim,
     store
 where ss_sold_date_sk = d_date_sk
       and d_date between cast('1998-08-04' as date) 
                  and (cast('1998-09-04' as date))
       and ss_store_sk = s_store_sk and 1 = 2
 group by s_store_id

If vectorization is enable we hit this exception 

, TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:187)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:142)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:180)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:172)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:172)
	at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:167)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:93)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:272)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:164)
	... 13 more
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:45)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:85)
	... 16 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.io.NullWritable cannot be cast to org.apache.hadoop.hive.ql.exec.vector.VectorizedRowBatch
	at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.processOp(VectorFilterOperator.java:86)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:801)
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:43)
	... 17 more

If vectorization is disabled we hit this exception

Caused by: java.lang.RuntimeException: cannot find field ss_store_sk from [org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@52c64dde]
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getStandardStructFieldRef(ObjectInspectorUtils.java:410)
	at org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector.getStructFieldRef(UnionStructObjectInspector.java:112)
	at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator.initialize(ExprNodeColumnEvaluator.java:55)
	at org.apache.hadoop.hive.ql.exec.Operator.initEvaluators(Operator.java:940)
	at org.apache.hadoop.hive.ql.exec.Operator.initEvaluatorsAndReturnStruct(Operator.java:966)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:63)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:381)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:465)
	at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:421)
	at org.apache.hadoop.hive.ql.exec.FilterOperator.initializeOp(FilterOperator.java:83)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.initializeOp(TableScanOperator.java:193)
	at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:421)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:200)
	... 14 more
]], Vertex failed as one or more tasks failed. failedTasks:1]
Vertex killed, vertexName=Map 2, vertexId=vertex_1412107847244_0030_3_02, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0]
Vertex killed, vertexName=Reducer 3, vertexId=vertex_1412107847244_0030_3_03, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0]
DAG failed due to vertex failure. failedVertices:1 killedVertices:2

When migrating AccessLogValve it results in printing migration warning for attributes which are not even defined with the valve.
The attributes are: "resolveHosts", "fileDateFormat", "renameOnRotate", "encoding", "locale", "requestAttributesEnabled", "buffered".
Such warning should only be printed for attributes which were actually used with the valve and not when they are actually not used.

Look at the TCLIService.thrift, when open session, the protocol version info is still v6.

Work on Microrprofile Fault Tolerance 1.1 added spec clarification and TCK enhancement that makes our impl not passing the TCK anymore.
TCK issues are:

Introduction of tck.visibility.retry.RetryVisibilityTest that we are not passing
Clarification on timeout exception that changed the expected exception in tck.AsyncTimeoutTest
Clarification on circuit breaker that changed expected issue in tck.CircuitBreakerTest

DELETE /* Hive stats aggregation: org.apache.hadoop.hive.ql.stats.jdbc.JDBCStatsAggregator */ FROM PARTITION_STAT_TBL WHERE ID LIKE 'hdfs://dfsnode:9000/tmp/hive-root/hive_2011-05-09_04-30-28_586_4184342157898880918/-ext-10000/ds=2011-05-08/table_name=dim_page_to_user_suggest_assoc/%'
It is a prefix query but the '_' in the ID column should be escaped. The same applies to '%' if they appear in ID. 

davsclaus:/opt$ tar xf ~/Downloads/fuse-esb-full-7.1.0.fuse-020.tar.gz
davsclaus:/opt$ cd fuse-esb-7.1.0.fuse-020/
davsclaus:/opt/fuse-esb-7.1.0.fuse-020$ bin/fuseesb 
Bundle listed in startup.properties configuration not found: org/apache/felix/org.apache.felix.bundlerepository/1.6.4/org.apache.felix.bundlerepository-1.6.4.jar
	at org.apache.karaf.main.Main.processConfigurationProperties(Main.java:1164)
	at org.apache.karaf.main.Main.loadStartupProperties(Main.java:977)
	at org.apache.karaf.main.Main.launch(Main.java:291)
	at org.apache.karaf.main.Main.main(Main.java:497)

CLI patch apply command is misleading when the --host option is used.  In non-interactive mode applies the patch to the local installation.

This PR has 2 fixes.
First, fixes the limit of results returned by Select query that used to be limited to 16K rows
Second fixes the type inference for the double type newly added to druid.
Use Jackson polymorphism to infer types and parse results from druid nodes.
Removes duplicate codes form RecordReaders.

TraceEventHandlers are not called correctly when a node is processed asynchronously.
From  org.apache.camel.processor.interceptor.TraceInterceptor:
            try {
                // special for interceptor where we need to keep booking how far we have routed in the intercepted processors
                if (node.getParent() instanceof InterceptDefinition && exchange.getUnitOfWork() != null) 
{
                    TracedRouteNodes traced = exchange.getUnitOfWork().getTracedRouteNodes();
                    traceIntercept((InterceptDefinition) node.getParent(), traced, exchange);
                }

                // process the exchange
                try 
{
                    sync = super.process(exchange, callback);
                }
 catch (Throwable e) 
{
                    exchange.setException(e);
                }
            } finally {
                // after (trace out)
                if (shouldLog && tracer.isTraceOutExchanges()) 
{
                    logExchange(exchange);
                    traceExchangeOut(exchange, traceState);
                }
            }
As it is this results in traceExchangeOut being called before the callback, which is wrong.
The call to super.process needs to wrap the callback to call traceExchangeOut (and the finally block shouldn't run if the process is asynch).
This isn't a regression, but the change to make more routes asynchronous makes it more noticeable.

Currently the jboss-ejb-iiop_1.0.xsd file resides in the EAP project under:
/Users/wmprice/projects/javaprojects/jboss-eap/ejb3/src/main/resources
directory. The correct place for this file should be in the metadata project where the IIOPMetaDataParser and MetaData reside.

This test fails
https://hudson.apache.org/hudson/job/Camel.trunk.fulltest/org.apache.camel$camel-atom/109/testReport/org.apache.camel.component.atom/AtomGoodBlogsTest/testFiltering/
There is an issue with camel-atom starting 2 consumers. I have to dig into this, next morning.

A PropertyOrFieldReference caches the PropertyAccessor used for the first evaluation of the node. However, if a new EvaluationContext is provided and a completely different set of PropertyAccessor instances is used, none of them actually ever get considered.
The test case below uses a custom PropertyAccessor that holds a Map of values. The second part of the test registers a new instance of it with different values and still the evaluation returns the old value.

import java.util.Collections;

import org.springframework.expression.AccessException;
import org.springframework.expression.EvaluationContext;
import org.springframework.expression.Expression;
import org.springframework.expression.PropertyAccessor;
import org.springframework.expression.TypedValue;
import org.springframework.expression.spel.standard.SpelExpressionParser;
import org.springframework.expression.spel.support.StandardEvaluationContext;

/**
 * @author Oliver Gierke
 */
public class PropertyOrFieldReferenceCachingIssue {

	@Test
	public void shouldAlwaysUsePropertyAccessorFromEvaluationContext() {

		SpelExpressionParser parser = new SpelExpressionParser();
		Expression expression = parser.parseExpression("name");

		context.addPropertyAccessor(new ConfigurablePropertyAccessor(Collections.singletonMap("name", "Ollie")));

		assertThat(expression.getValue(context), is("Ollie"));

		context = new StandardEvaluationContext();
		context.addPropertyAccessor(new ConfigurablePropertyAccessor(Collections.singletonMap("name", "Jens")));

		assertThat(expression.getValue(context), is("Jens"));
	}

	static class ConfigurablePropertyAccessor implements PropertyAccessor {

		private final Map<String, Object> values;

		public ConfigurablePropertyAccessor(Map<String, Object> values) {
			this.values = values;
		}

		@Override
		public boolean canRead(EvaluationContext context, Object target, String name) throws AccessException {
		}

		@Override
		public boolean canWrite(EvaluationContext context, Object target, String name) throws AccessException {
		}

		@Override
		public void write(EvaluationContext context, Object target, String name, Object newValue) throws AccessException {}

		@Override
		public TypedValue read(EvaluationContext context, Object target, String name) throws AccessException {
			return new TypedValue(values.get(name));
		}

		@Override
		public Class<?>[] getSpecificTargetClasses() {
		}
	}
}

In org/apache/camel/example/etl/EtlRoutes.java, the following line:

    from("jpa:org.apache.camel.example.etl.CustomerEntity?consumeDelete=false?consumer.delay=3000&consumeLockEntity=false")
        .setHeader(FileComponent.HEADER_FILE_NAME, el("${in.body.userName}.xml"))
        .to("file:target/customers?append=false");

seems to successfully dump the database entries to files in the target/customers directory.  Unless I'm misunderstanding the sample, the consumeDelete=false is meant to ensure that the dump of the database does not delete the entries from the database.  However, when running the etl sample querying the customer table in the database, the list is empty.  I suspect the consumeDelete=false isn't working.

it looks like the default value of URI.port is -1 and netty doesn't like that

File jboss-eap-7.0/bin/wildfly-launcher.jar should use prefix jboss instead of wildfly because of branding and to be consistent with jboss-cli-client.jar and jboss-client.jar

ListBucketingPrunnerTest and DynamicMultiDimeCollectionTest will not be run by PTest because they end with Test and PTest requires tests start with Test.

Portion of the parent task related to rolling out changes to a domain.
The expectation is that single process timeouts (WFLY-2741) will handle most failure conditions related to domain rollouts (e.g. if a single server hangs, preventing completion of the rollout, eventually that server will time out, allowing the domain wide rollout to continue.) Timeouts in the domain rollout code serve as a second line of defense:
1) In case of protocol or other problems that prevent the calling process learning about the timeout on the remote process
2) In case of bugs in the single process timeout handling on the remote process
3) In mixed domain cases where remote hosts are running previous versions and do not have the timeout function
Potential places to add timeouts:
DomainSlaveHandler->HostControllerUpdateTask.ProxyOperationListener.retrievePreparedOperation()
– where the master HC waits for responses from slaves
RollingServerGroupUpdateTask.run() -> ServerTaskExecutor.ServerOperationListener.retrievePreparedOperation()
– timeout here means 1 server didn't respond, but need to move on to next
ConcurrentServerGroupUpdateTask.run() -> ServerTaskExecutor.ServerOperationListener.retrievePreparedOperation()
– timeout here means none of the remaining servers have responded w/in the timeout
DomainRolloutStepHandler.finalizeOp() -> future.get()
---- the ServerGroupUpdateTask should fail in the normal phase, so any timeout here would indicate a problem committing the tx or a comms problem getting back the response

Hi,
I am currently testing Spring Data JPA + QueryDsl in a OSGi environment (Virgo 3.0.2.RELASE + see Environnment section of the ticket). 
When declaring a JPARepository that also extends org.springframework.data.querydsl.QueryDslPredicateExecutor<PortalUser>, I've got the following stacktrace:

[2012-04-17 16:14:27.919] start-signalling-5           <DE0006E> Start failed for bundle 'org.my-repository' version '0.0.1.BUILD-SNAPSHOT'. org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.osgi.service.exporter.support.OsgiServiceFactoryBean#1': Invocation of init method failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'portalUserRepository': FactoryBean threw exception on object creation; nested exception is java.lang.IllegalArgumentException: Did not find a query class org.my.domain.QPortalUser for domain class org.my.domain.PortalUser!
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1420)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:895)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$1600(AbstractDelegatedExecutionApplicationContext.java:69)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:355)
	at org.eclipse.virgo.kernel.agent.dm.ContextPropagatingTaskExecutor$2.run(ContextPropagatingTaskExecutor.java:95)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'portalUserRepository': FactoryBean threw exception on object creation; nested exception is java.lang.IllegalArgumentException: Did not find a query class org.my.domain.QPortalUser for domain class org.my.domain.PortalUser!
	at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1429)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:245)
	at org.springframework.osgi.service.exporter.support.OsgiServiceFactoryBean.afterPropertiesSet(OsgiServiceFactoryBean.java:167)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1477)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1417)
	... 17 common frames omitted
Caused by: java.lang.IllegalArgumentException: Did not find a query class org.my.domain.QPortalUser for domain class org.my.domain.PortalUser!
	at org.springframework.data.querydsl.SimpleEntityPathResolver.createPath(SimpleEntityPathResolver.java:70)
	at org.springframework.data.jpa.repository.support.QueryDslJpaRepository.<init>(QueryDslJpaRepository.java:80)
	at org.springframework.data.jpa.repository.support.QueryDslJpaRepository.<init>(QueryDslJpaRepository.java:64)
	at org.springframework.data.jpa.repository.support.JpaRepositoryFactory.getTargetRepository(JpaRepositoryFactory.java:86)
	at org.springframework.data.jpa.repository.support.JpaRepositoryFactory.getTargetRepository(JpaRepositoryFactory.java:66)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:146)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:120)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:39)
Caused by: org.eclipse.virgo.kernel.osgi.framework.ExtendedClassNotFoundException: org.my.domain.QPortalUser in KernelBundleClassLoader: [bundle=org.springframework.data.commons_1.1.0.RELEASE]
	at org.eclipse.virgo.kernel.userregion.internal.equinox.KernelBundleClassLoader.loadClass(KernelBundleClassLoader.java:138)
	at org.springframework.util.ClassUtils.forName(ClassUtils.java:257)
	at org.springframework.data.querydsl.SimpleEntityPathResolver.createPath(SimpleEntityPathResolver.java:56)
	... 32 common frames omitted
Caused by: java.lang.ClassNotFoundException: org.my.domain.QPortalUser
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:513)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
	at org.eclipse.virgo.kernel.userregion.internal.equinox.KernelBundleClassLoader.loadClass(KernelBundleClassLoader.java:134)

It looks like to be an issue of classloader: in the method org.springframework.data.querydsl.SimpleEntityPathResolver.createPath(.), the classloader of the class SimpleEntityPathResolver is passed to the method ClassUtils.forName(.).

public <T> EntityPath<T> createPath(Class<T> domainClass) {

    String pathClassName = getQueryClassName(domainClass);
    try {
		Class<?> pathClass = ClassUtils.forName(pathClassName, SimpleEntityPathResolver.class.getClassLoader());
                       ...
	} catch (ClassNotFoundException e) {
		throw new IllegalArgumentException(String.format(NO_CLASS_FOUND_TEMPLATE, pathClassName, SimpleEntityPathResolver.class.getClassLoader()), e);
        }
}

To fix this issue, the classloader of the domainClass need to be used instead:

Class<?> pathClass = ClassUtils.forName(pathClassName, domainClass.getClassLoader());

Please, do find a patch file in attachment.
For JPA, as workaround, man can create a "copy-paste" of the class SimpleEntityPathResolver with the fix and then use a JpaRepositoryFactoryBean that creates JpaRepositoryFactory, which overrides org.springframework.data.jpa.repository.support.JpaRepositoryFactory.getTargetRepository(RepositoryMetadata, EntityManager) to use the new EntityPathResolver:

@Override
@SuppressWarnings({ "unchecked", "rawtypes" })
protected <T, ID extends Serializable> JpaRepository<?, ?> getTargetRepository(final RepositoryMetadata metadata,
                                                                                   final EntityManager entityManager) {

   Class<?> repositoryInterface = metadata.getRepositoryInterface();
   JpaEntityInformation<?, Serializable> entityInformation = getEntityInformation(metadata.getDomainClass());

   if (isQueryDslExecutor(repositoryInterface)) {
       return new QueryDslJpaRepository(entityInformation, entityManager, new OsgiEntityPathResolver());
   } else {
       return new SimpleJpaRepository(entityInformation, entityManager);
   }
}
    
// Also copy / paste of the parent method which is private
protected boolean isQueryDslExecutor(final Class<?> repositoryInterface) {
       return QUERY_DSL_PRESENT && QueryDslPredicateExecutor.class.isAssignableFrom(repositoryInterface);
}

The workaround has been tested in the described environment.

SELECT AVG(total) as avg,STDDEV(total) as stddevr FROM (SELECT COUNT(phrase) as total FROM TABLE GROUP BY phrase) t2
getSchema and getThriftSchema both return
col0: double
col1 : double
expected results
avg : double
stddevr : double
col0 & col1 are useless column names.

org.xml.sax.SAXParseException; systemId: file:/home/qwerty/hbase/hbase/hbase-spark/target/test-classes/; lineNumber: 1; columnNumber: 1; Content is not allowed in prolog.
 {{ java.lang.RuntimeException: org.xml.sax.SAXParseException; systemId: file:/home/qwerty/hbase/hbase/hbase-spark/target/test-classes/; lineNumber: 1; columnNumber: 1; Content is not allowed in prolog.}}
 {{ at org.apache.hadoop.conf.Configuration.loadResource(Configuration.java:2728)}}
 {{ at org.apache.hadoop.conf.Configuration.loadResources(Configuration.java:2574)}}
 {{ at org.apache.hadoop.conf.Configuration.getProps(Configuration.java:2477)}}
 {{ at org.apache.hadoop.conf.Configuration.get(Configuration.java:1047)}}
 {{ at org.apache.hadoop.mapred.JobConf.checkAndWarnDeprecation(JobConf.java:2007)}}
 {{ at org.apache.hadoop.mapred.JobConf.<init>(JobConf.java:449)}}
 {{ at org.apache.hadoop.mapreduce.Job.getInstance(Job.java:184)}}
 {{ at org.apache.hadoop.hbase.spark.HBaseContext.<init>(HBaseContext.scala:71)}}
 {{ at org.apache.hadoop.hbase.spark.HBaseRelation.<init>(DefaultSource.scala:136)}}
 {{ at org.apache.hadoop.hbase.spark.DefaultSource.createRelation(DefaultSource.scala:79)}}
This is because when hbase.spark.use.hbasecontext=false, org.apache.hadoop.hbase.spark.HBaseRelation will try to create a HbaseContext with org.apache.hadoop.hbase.spark.HBaseRelation#configResources. But if org.apache.hadoop.hbase.spark.datasources.HBaseSparkConf#HBASE_CONFIG_LOCATION is not set, tdefault is "" (empty string). org.apache.hadoop.conf.Configuration#getResource(String) will return current folder as URL due to classLoader.getResource(""), which will fail to be parsed as a file

Add a mechanism to send module unavailable notification to client when server suspends in the new EJB code.

Reference: http://camel.465427.n5.nabble.com/Using-named-query-parameters-td5758002.html
Excerpt:
Under http://camel.apache.org/sql-example.html  at the very bottom it says:
Notice in the SQL queries below we use named parameters which must start with prefix ':#' and then the name, eg :#amount. Then Camel will bind that parameter with the given name, from the
message body (if its a java.util.Map) or from a message header with the name. If none parameter could be found, Camel throws an exception.
If I set a wrong parameter in the sql.properties I don't get any exception:
sql.insertPosition=insert into mydb.test (col1) values (':#DoesNotExist') 

as noted by Patrik Burkhalter in COMPRESS-203 if a non-ASCII character is "7-bit-cleaned" to '\' this may lead to a file name for the PAX header that looks like a directory name to TarArchiveEntry - which leads to a bug very similar to COMPRESS-203.

When adding a OneToOne relation to an entity which has generated Thymeleaf integration test Roo console show an error and doesn't handles the artifacts.
The message is:

Couldn't find service of related entity ActionReport in org.springframework.roo.addon.web.mvc.thymeleaf.addon.test.ThymeleafControllerIntegrationTestMetadataProviderImpl

We updated to commons-lang 3 in HBASE-18674 but we've regressed:

$ git grep org.apache.commons.lang\\.
hbase-common/src/main/java/org/apache/hadoop/hbase/net/Address.java:import org.apache.commons.lang.StringUtils;
hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/FileArchiverNotifierFactoryImpl.java:import org.apache.commons.lang.builder.HashCodeBuilder;
hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/FileArchiverNotifierImpl.java:import org.apache.commons.lang.builder.HashCodeBuilder;
hbase-server/src/test/java/org/apache/hadoop/hbase/regionserver/TestHdfsSnapshotHRegion.java:import org.apache.commons.lang.StringUtils;
hbase-server/src/test/java/org/apache/hadoop/hbase/util/compaction/TestMajorCompactionRequest.java:import org.apache.commons.lang.RandomStringUtils;

When using a HibernateCursorItemReader with the thin Oracle Database Driver hughe amounts of date lead to a Memory Exception. The current implementation doesn't set the cursor that is opened to FORWARD_ONLY. FORWARD_ONLY disables the caching in the driver, otherwise every row that is fetched is stored in the drivers caching mechanism.
A possible fix for this issue is: 
if (useStatelessSession) {
  statelessSession = sessionFactory.openStatelessSession();
  cursor = statelessSession.createQuery(queryString).scroll(FORWARD_ONLY);
} else {
  statefulSession = sessionFactory.openSession();
  cursor = statefulSession.createQuery(queryString).scroll(FORWARD_ONLY);
} 

According to UDF wiki and to GenericUDFStringToMap.java class comments default delimiter 2 should be '='.
But in the code default_del2 = ":"
https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDFStringToMap.java#L53
We need to fix code or fix the method description and UDF wiki
Let me know what you think?

str_to_map("a=1,b=2")
vs
str_to_map("a:1,b:2")

oVirt's ovirt-engine uses an authentication plugin [1] for management interface that recently after upgrading to Wildfly 11 stopped working. The reason is the sharedState passed to the plugin's init method is now null.
A current workaround this would be to avoid adding the plugin into the shareState, but that means any delegating plugin would fail to find this plugin and possibly other bad stuff I'm not aware of.
[1] https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=backend/manager/modules/auth-plugin/src/main/java/org/ovirt/engine/core/jboss_auth_plugin/OvirtAuthPlugIn.java;h=fe2fcb400c0c81d661c03fac173d6ad416b42b9d;hb=95d62f8d7879b1863f2db74f88affb246cf94b37#l26

Using Roo 1.1.1 snapshot, I'm getting this exception:
controller scaffold --class ~.web.ChangeUserDataController --entity ~.domain.ChangeUserData --disallowedOperations update,delete
[...]
SRC_MAIN_JAVA/com/myapp/web/ChangeUserDataController.java already exists
java.lang.IllegalArgumentException: SRC_MAIN_JAVA/com/lbpoker/selfcare/web/ChangeUserDataController.java already exists
    at org.springframework.roo.classpath.operations.ClasspathOperationsImpl.generateClassFile(ClasspathOperationsImpl.java:119)
    at org.springframework.roo.addon.web.mvc.controller.ControllerOperationsImpl.createAutomaticController(ControllerOperationsImpl.java:116)
    at org.springframework.roo.addon.web.mvc.controller.ControllerOperationsImpl.generateAll(ControllerOperationsImpl.java:75)
    at org.springframework.roo.addon.web.mvc.controller.ControllerCommands.generateAll(ControllerCommands.java:52)
This seems to contradict the documentation...
roo> help controller all
Keyword:                   controller all
Description:               Scaffold a controller for all entities without an existing controlle,

For example sending to an endpoint as follows

to("http://www.google.com?throwExceptionOnFailure=false");

Could potentially added throwExceptionOnFailure as a parameter but its an endpoint parameter not a HTTP parameter.
This issue is for components that build on top of camel-http.

The zip entry may say the current size of the entry is -1 while there is still data.

If an ear does not have its own LogContext created, but a subdeployment in it does, the subdeployment never has its LogContext cleaned up upon undeploy, leading to PermGen leaks.

Internally, INSERT INTO ... VALUES statements use temp table to accomplish its functionality. But temp tables shouldn't be stored in the metastore tables for ACID, because they are by definition only visible inside the session that created them, and we don't allow multiple threads inside a session. If a temp table is used in a query, it should be ignored by lock manager.

mysql> select * from COMPLETED_TXN_COMPONENTS;
+-----------+--------------+-----------------------+------------------+
| CTC_TXNID | CTC_DATABASE | CTC_TABLE             | CTC_PARTITION    |
|         1 | acid         | t1                    | NULL             |
|         1 | acid         | values__tmp__table__1 | NULL             |
|         2 | acid         | t1                    | NULL             |
|         2 | acid         | values__tmp__table__2 | NULL             |
|         3 | acid         | values__tmp__table__3 | NULL             |
|         3 | acid         | t1                    | NULL             |
|         4 | acid         | values__tmp__table__1 | NULL             |
|         4 | acid         | t2p                   | ds=today         |
|         5 | acid         | values__tmp__table__1 | NULL             |
|         5 | acid         | t3p                   | ds=today/hour=12 |

When auth is enabled, we still need set command to set some variables(e.g. mapreduce.job.queuename), but set command alone also list all information(including vars in restrict list), this exposes like "javax.jdo.option.ConnectionPassword"
I think conf var in the restrict list should also excluded from dump vars command.

ORC data reader crashes out on a BufferUnderflowException, while trying to read data row-by-row with the predicate push-down enabled on current trunk.

	at java.nio.Buffer.nextGetIndex(Buffer.java:472)
	at java.nio.HeapByteBuffer.get(HeapByteBuffer.java:117)
	at org.apache.hadoop.hive.ql.io.orc.SerializationUtils.readInts(SerializationUtils.java:450)
	at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerReaderV2.readDirectValues(RunLengthIntegerReaderV2.java:240)
	at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerReaderV2.readValues(RunLengthIntegerReaderV2.java:53)
	at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerReaderV2.next(RunLengthIntegerReaderV2.java:288)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$IntTreeReader.next(RecordReaderImpl.java:510)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$StructTreeReader.next(RecordReaderImpl.java:1581)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.next(RecordReaderImpl.java:2707)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.next(OrcInputFormat.java:125)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.next(OrcInputFormat.java:101)

 OR it could be

Caused by: java.lang.IndexOutOfBoundsException
        at java.nio.ByteBuffer.wrap(ByteBuffer.java:352)
        at org.apache.hadoop.hive.ql.io.orc.InStream$CompressedStream.readHeader(InStream.java:180)
        at org.apache.hadoop.hive.ql.io.orc.InStream$CompressedStream.read(InStream.java:197)
        at org.apache.hadoop.hive.ql.io.orc.SerializationUtils.readInts(SerializationUtils.java:450)
        at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerReaderV2.readDirectValues(RunLengthIntegerReaderV2.java:252)
        at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerReaderV2.readValues(RunLengthIntegerReaderV2.java:59)
        at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerReaderV2.next(RunLengthIntegerReaderV2.java:300)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$LongTreeReader.next(RecordReaderImpl.java:475)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$StructTreeReader.next(RecordReaderImpl.java:1159)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.next(RecordReaderImpl.java:2198)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.next(OrcInputFormat.java:108)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.next(OrcInputFormat.java:57)
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:274)
        ... 15 more

The query run is 

insert overwrite directory '/tmp/foo' select * from lineitem where l_orderkey is not null;

Reason:
The issue is related to generating the disk range boundaries. If two adjacent row groups have same compressed block offset then the worst case slop that was added to the end offset will contain only the current compression block. In some cases the values towards the end of this compression block will stretch beyond the boundary to fetch values causing BufferUnderFlowException or IndexOutOfBoundsException.

Following parameters - types should generate values in lower case:

event_type - org.apache.camel.component.linkedin.api.Eventtype
category - org.apache.camel.component.linkedin.api.Category
order - org.apache.camel.component.linkedin.api.Order
role - org.apache.camel.component.linkedin.api.Role
postcategorycode - org.apache.camel.component.linkedin.api.model.PostCategoryCode

Also notice that postcategory code should contain 'job' and 'promotion' values - https://developer-programs.linkedin.com/documents/groups-api.
I've tried to fix that with adding of

<bindings node="//xs:simpleType[@name='event-type']">
    <typesafeEnumClass name="EventType" />
</bindings>

to linkedin-api-schema.xjb as well as appropriate simpleType to linkedin-api-schema.xsd, but it was without success. I still got:

Error invoking getCompanyUpdates: Invalid filter {STATUS_UPDATE}

Names of enum values are used.

I was investigating the "instanceof vs getClass()== in equals method" problem across the spring framework code-base. It seems that any custom implementation of AbstractResource relying on its equals will lead to inconsistency with all the standard Spring implementations. But I have found a pair of classes with broken equals contract in the spring-aop library:
import org.springframework.aop.MethodMatcher;
import org.springframework.aop.support.ComposablePointcut;
import org.springframework.aop.support.MethodMatchers;
public class MethodMatchersEqualsTest
{
    public static void main(String[] args)
    {
        MethodMatcher first = MethodMatchers.union(MethodMatcher.TRUE, MethodMatcher.TRUE);
        MethodMatcher second = new ComposablePointcut(MethodMatcher.TRUE).union(
                new ComposablePointcut(MethodMatcher.TRUE)).getMethodMatcher();

        System.out.println(first.equals(second));
        System.out.println(second.equals(first));
    }
}
This code will output:
true
false
So the equals contract is broken for this pair of MethodMatchers.

The size reported by Fixed_Overhead variable in HRegion misses out on a boolean variable. TestHeapSize doesn't report it because of the alignment we do to make it multiple of 8. 
The equation for HRegion heap usage from Fixed_Overhead is: 
Fixed_Overhead = align(100 + 42*ref + 1 arr) = align(284) = 288 on a 32 bit vm
(On a 32 bit vm, 1 ref = 4bytes, 1 arr = 16 bytes)
The equation formed using reflection (in Classsize) is:
Expected_Overehead = align(101 + 42*ref + 1arr) = align(285) = 288.
So, the testHeapSize doesn't fail currently.
But if I add a reference (did in last patch in 8741), it starts failing because, now the equations are:
Fixed_Overhead = align(100 + 43*ref + 1 arr) = align(288) = 288
Expected_Overhead = align(101 + 43*ref + 1 arr) = align(289) = 296.

A number of methods in Hadoop have been deprecated for release 0.17.0. Once 0.17.0 is released, use preferred alternate.

CronSequenceGenerator next(Date date) method causes a StackOverflowError if there is a range value in the 'minutes' or 'hours' fields where the numbers are reversed.  

    public static void main(String[] s) {
        new CronSequenceGenerator("* 6-5 * * * *").next(new Date());
        System.out.println("Won't get here cos StackOverflowError");
    }

It seems to me it is fixed by adding another check to the getRange(String field, int min, int max) method

I am seeing two javadoc failures on HCatalog. These are not being seen by PTest and indeed I cannot reproduce on my Mac but can on Linux. Regardless they should be fixed.

The test case FileUtilTestCase.testForceDeleteDir() has always attempted to delete the testDirectory parent.
This is wrong; it should not assume that the testDirectory has a parent that can safely be deleted.
This is why the testDirectory is currently defined as "test/io" when it would make more sense to use a temporary directory under target. It also explains why the "test" directory is left behind when tests complete.

The jboss-logmanager dependency is getting brought into the client libraries, jboss-cli-client.jar and jboss-client.jar, from remoting-jmx and hornetq-journal. There could be other places where the logmanager has the incorrect scope so those should be sorted out as well.
Pull request to fix in remote-jmx: https://github.com/jbossas/remoting-jmx/pull/15
Pull request to fix in hornetq-journal: https://github.com/hornetq/hornetq/pull/1342

                    public boolean hasNext() {
                        // empty string should not be regarded as having next
                        return ++idx == 0 && ObjectHelper.isNotEmpty(s);
                    }

                    public String next() {
                        return s;
                    }

This is incorrect. Should be:

                        return idx+1 == 0 && ObjectHelper.isNotEmpty(s);
                    }

						idx++;
                        return s;
                    }

Now number of reducers of block sampling is not modified, so that queries like:
select c from tab tablesample(1 percent) group by c;
can generate huge number of reducers although the input is sampled to be small.
We need to shrink number of reducers to make block sampling more useful.
Since now number of reducers are determined before get splits, the way to do it probably is not clean enough, but we can do a good guess.

Certain strings can cause the org.apache.commons.io.FileUtils.toFile(URL url) method to call Integer.parseInt with an invalid argument and thus throw a NumberFormatException:
Exception in thread "main" java.lang.NumberFormatException: For input string: "%2"
	at java.lang.Integer.parseInt(Integer.java:449)
	at org.apache.commons.io.FileUtils.toFile(FileUtils.java:476)
One example of such a string: "both%20are%20100%20%25%20true"

 I use the following libraries:

Spring Framework 4.1.0.BUILD-SNAPSHOT
Spring Security 4.0.0.M1
Thymeleaf 2.1.3.RELEASE
Thymeleaf thymeleaf-extras-tiles2-spring4 2.1.1.RELEASE
Thymeleaf thymeleaf-extras-springsecurity3 2.1.1.RELEASE

And I have configured my view resolver as follows:

 @Bean
    public ThymeleafViewResolver viewResolver() {
        ThymeleafViewResolver viewResolver = new ThymeleafViewResolver();
        viewResolver.setViewClass(ThymeleafTilesView.class);
        viewResolver.setTemplateEngine(templateEngine());
        viewResolver.setCharacterEncoding("UTF-8");
        return viewResolver;
    }

and it seems the above view resolver is not found by Spring causing it to use the default "internal view resolver" and resulting in a circular view path error.
Please note that I am not sure whether this is a Spring or Thymeleaf issue and I have therefore opened an issue in Thymeleaf too.

org.apache.servicemix.bundles.jetty-6.1.26_3.jar but it was migrated to jetty 7/8  and Fuse contains already Jetty 7.6.7.v20120910

Start a fine configured system with came-cxf consumer endpoint using http. Make some tests with valid SOAP-Messages. Then just send a HTTP-Get-Request to the endpoint (e.g. with Browser). You'll get some kind of Exception saying
java.lang.ClassCastException: org.apache.cxf.message.MessageContentsList cannot be cast to org.w3c.dom.Node
Ok, this could be interpreted as "There is no content to convert into Node..." as, if you debug, you'll see, that an empty MessageContentsList is provided by camel-cxf as the body of the camel message. Of course, if the Request would contain a body, the camel body would be a non empty MessageContentsList and the type converter mechanism would find a way to convert the list into a w3c Document, but that's not the point. The Bug is, that this null-body-request puts the DefaultTypeConverter into a state, that let always return null for bodies of type MessageContentsList, even if it's not empty (which is normal). I think that there is certain 'misses'-map responsible for that kind of 'miss'-state...

Hi,
the method protected boolean canWrite(MediaType mediaType) in org.springframework.http.converter.AbstractHttpMessageConverter is incorrect.

	/**
	 * Returns true if the given media type includes any of the
	 * {@linkplain #setSupportedMediaTypes(List) supported media types}.
	 * @param mediaType the media type
	 * @return true if the supported media types include the media type, or if the media type is {@code null}
	 */
	protected boolean canWrite(MediaType mediaType) {
		if (mediaType == null) {
		}
		for (MediaType supportedMediaType : getSupportedMediaTypes()) {
			if (mediaType.includes(supportedMediaType)) {
			}
		}
	}

I think the line
    if (mediaType.includes(supportedMediaType)
should be
    if (supportedMediaType.includes(mediaType)
The reason I think this is:
1) the javadoc states "@return true if the supported media types include the media type ..." 
2) I am using the MarshallingHttpMessageConverter which supports application/+xml by default.  In my HTTP GET I am passing in accept="application/whatever+xml".  so in the above canWrite tries to check if "application/whatever+xml" includes "application/+xml" which doesn't really make much sense (and also returns false obviously).  
Check out my main test below which always returns false

		MediaType soapMediaType = new MediaType("application","soap+xml");
		MarshallingHttpMessageConverter msgConverter = new MarshallingHttpMessageConverter() {
			
			@Override
			public boolean supports(Class<?> clazz) {
			}			
		};		
		System.out.println(msgConverter.canWrite(Object.class, soapMediaType)); // prints out false but I think should be true.	
	}

Thanks

PreCommit-HIVE-Build job has been seen running very long from time to time. Usually it should take about 1.5 hours, but in some cases it took over 4-5 hours.
Looking in the logs of one such execution I've seen that some commands that were sent to test executing slaves returned 255. Here this typically means that there is unknown return code for the remote call since hiveptest-server can't reach these slaves anymore.
In the hiveptest-server logs it is seen that some slaves were killed while running the job normally, and here is why:

Hive's ptest-server checks periodically in every 60 minutes the status of slaves. It also keeps track of slaves that were terminated.
	
If upon such check it is found that a slave that was already killed (mTerminatedHosts map contains its IP) is still running, it will try and terminate it again.

The server also maintains a file on its local FS that contains the IP of hosts that were used before. (This probably for resilience reasons)
	
This file is read when tomcat server starts and if any of the IPs in the file are seen as running slaves, ptest will terminate these first so it can begin with a fresh start
The IPs of these terminated instances already make their way into mTerminatedHosts upon initialization...

The cloud provider may reuse some older IPs, so it is not too rare that the same IP that belonged to a terminated host is assigned to a new one.

This is problematic: Hive ptest's slave caretaker thread kicks in every 60 minutes and might see a running host that has the same IP as an old slave had which was terminated at startup. It will think that this host should be terminated since it already tried 60 minutes ago as its IP is in mTerminatedHosts
We have to fix this by making sure that if a new slave is created, we check the contents of mTerminatedHosts and remove this IP from it if it is there.

ObjectToObjectConverter makes factory methods accessible before invoking them, but doesn't do the same for constructor invocations.

The problem with CREATE INDEX is that it calls a CREATE TABLE operation inside the same CREATE INDEX transaction. During listener calls, there are some listeners that should run in an out-of-transaction context, for instance, Sentry blocks the HMS operation until the DB log notification is processed, but if the transaction has not finished, then the out-of-transaction listener will block forever (or until a read-time out happens).
A fix would be to add a parameter to the out-of-transaction listener that alerts the listener if HMS is in an active transaction. If so, then is up to the listener plugin to return immediately and avoid blocking the HMS operation.

Building indices on tables who get the schema information from the deserializer (e.g. Avro backed tables) doesn't work because when the column is checked to exist, the correct API isn't used.

hive> describe doctors;                                                                      
OK
	 	 
number              	int                 	from deserializer   
first_name          	string              	from deserializer   
last_name           	string              	from deserializer   
Time taken: 0.215 seconds, Fetched: 5 row(s)
hive> create index doctors_index on table doctors(number) as 'compact' with deferred rebuild; 
FAILED: Error in metadata: java.lang.RuntimeException: Check the index columns, they should appear in the table being indexed.

There is an inconsistency in exchange properties propagation. To show few examples:

code
test property value at mock:test 
 due to 

from("direct:start")
    .setProperty("test", "inStart")
    .to("direct:subflow")
    .to("mock:test");
from("direct:subflow")
    .setBody("test")
    .setProperty("test", "inSubflow");

 inStart 
 properties are not propagated  back if they were set in super flow 

    .setProperty("test", "inSubflow")
    .setBody("test");

 inSubflow 
 property is set to new value as  pipeline sends original  exchange to first step of pipeline 

 inSubflow 
 properties are propagated  back by default 

I believe we should clearly define how properties should be propagated:

should they be kept for the whole flow and every change is visible to sub/super flows, or
should they be visible only in scope of current flow and interaction with sub-flows (invoked by and endpoint) should be done with headers.

I believe that first is easier for users as they have a way to hold some data for further processing (while they are not exposed as protocol specific headers).
If you have another ideas - please advice.

If commit interval is decreased after rollback buffered readers simply clear the item buffer on mark() - this happens when used e.g. with batchUpdateWriter which causes commits on each item after rollback.
All buffered readers should be consolidated not to duplicate the item buffering logic (common superclass is probably the way to go until BATCH-592 can be implemented).

I have found a problem with evaluating of object property values used within SpEL expressions in version 3.2. Expressions were working in older versions (have tried 3.0.6, 3.1.3).
I made an analysis and have found a reason. There was done a change in a class org.springframework.expression.spel.support.ReflectivePropertyAccessor in version 3.2. There was added a subcondition !method.isBridge() in method findGetterForProperty(String propertyName, Class<?> clazz, boolean mustBeStatic) which hides desired class getter for a property which shall be used in an expression during evaluation.
I checked that the problematic getter is a bridge method. A class which I would like to access via a property has a deep inheritance tree - but there is no class design irregularity. 
Is there a reason why this behaviour was changed?
It is a blocking issue for us to migrate to Spring 3.2.

public FacebookTemplate(String accessToken) {
	this(accessToken, null);
	initialize();
}
omit initialize() call as it is already called by FacebookTemplate(accessToken, applicationNamespace)

TypeLocationServiceImpl.getProjectJavaTypes() uses stale cache for project java types if some types have been discovered before. 

I expect the configuration <chunk commit-interval="5" retry-limit="5" skip-limit="5"> to be applied for both processor and writer. This does not seem to work as expected with the writer, where retry is non at all, if the writer runs in "recoverer".
The attachment contains a maven-project that demonstrates the issue:
1. springbatch.test.components.batch.retry_in_writer.RetryInWriterTest
2. springbatch.test.components.batch.retry_in_processor.RetryInProcessorTest
The first test will do all work in the writer and the batch fails because a functional error causes the writer to be run in recoverer. The first item will be skipped. The second item will get a deadlock on the first try, this is not handled with a retry and causes the batch to fail.
The second test does the work in the processor (which seems like the right thing to do, but that is not the point. The first item will be skipped. The second item will get the deadlock, retried and the processor will continue to process the rest of the chunk.
It seems that the errorhandling works as expected in the processor, but not in the writer. Our solution is to use the processor and just do flush in the writer, but it would be nice to have the same errorhandling in the writer or an explanation on why not.

I just found there are some warning message are thrown when running the test of these module or deploy the bundles into OSGi platform. 

When 'ROOT', '.META' rows are contained in ACL table, during upgrade process, ACL zk nodes can't be populated to zookeeper because AccessControlLists#loadAll(HRegion) fails to load table permissions due to 
parsePermissionRecord throws IllegalArgumentException from TableName.valueof.

The container is not cleaning up container managed JMSContext, causing a connection leak.
The JMS 2.0 API doc[1] states the following :
<quote>
Applications running in the Java EE web and EJB containers may alternatively inject a JMSContext into their application using the @Inject annotation. A JMSContext that is created in this way is described as being container-managed. A container-managed JMSContext will be closed automatically by the container. 
</quote>
However the JCA's CacheConnectionManager (CCM) complains a connection leak if the application didn't explicitly close the JMSContext, which is not required for container managed JMSContext.
[1] http://docs.oracle.com/javaee/7/api/javax/jms/JMSContext.html

the surefire plugin configures hadoop.bin.path as a system property:

<hadoop.bin.path>${basedir}/${hive.path.to.root}/testutils/hadoop</hadoop.bin.path>

On Windows testing, this should be: 

<hadoop.bin.path>${basedir}/${hive.path.to.root}/testutils/hadoop.cmd</hadoop.bin.path>

Additionally, it would be useful to be able to  specify the Hadoop CLI location from -D mvn command line.

region_mover.rb load enters an infinite loop if the region it's attempting to move is already present on the target server.
I'm attaching a log extract from this situation, and the trivial fix.

Simple reproducer
-------------------------------------------------------------------------------------

Create table part using q_test_init.sql
Run the following query

explain SELECT p1.p_name FROM part p1 LEFT JOIN (select p_type as p_col from part ) p2 WHERE NOT EXISTS
+                (select pp1.p_type as p_col from part pp1 where pp1.p_partkey = p2.p_col);

Following query is failing with SemanticException
Query:
SELECT DISTINCT     t1.smallint_col_11     FROM table_21 t1     LEFT JOIN (     SELECT     smallint_col_45,     (-224) - (COALESCE(MIN(665) OVER (ORDER BY smallint_col_45 DESC, varchar0170_col_23 DESC), NULL, -631)) AS int_col,     AVG((GREATEST(CAST(806 AS int), CAST(-606 AS int))) * (39)) OVER (PARTITION BY smallint_col_45 ORDER BY smallint_col_45 DESC, varchar0170_col_23 ASC ROWS BETWEEN 24 FOLLOWING AND UNBOUNDED FOLLOWING) AS float_col,     COALESCE(338, (965) + (-335), MAX(544) OVER (PARTITION BY varchar0170_col_23)) AS int_col_1,     varchar0170_col_23     FROM table_20     ) t2 ON (((t2.int_col_1) = (t1.smallint_col_3)) AND ((t2.smallint_col_45) = (t1.smallint_col_11))) AND ((t2.smallint_col_45) = (t1.smallint_col_11))     WHERE     NOT EXISTS (SELECT     COALESCE(tt1.smallint_col_11, tt2.smallint_col_3, tt1.smallint_col_11) AS int_col     FROM table_21 tt1     INNER JOIN table_21 tt2 ON (tt2.smallint_col_11) = (tt1.smallint_col_3)     WHERE         ((tt2.smallint_col_11) >= (tt1.smallint_col_3)) AND ((t2.int_col) = (tt2.smallint_col_3)))

In Spring Boot, when binding EnumSet values, the CollectionToCollectionConverter is called with a target type of RegularEnumSet. CollectionFactory tries to create a new instance of RegularEnumSet and fails. 
We could probably fix this by changing this to an isAssignable check.
The entire stacktrace is in this comment.  

~/dev/workspace/camel/examples/camel-example-spring>mvn -e camel:embedded
[INFO] Error stacktraces are turned on.
[INFO]                                                                         
[INFO] Building Camel :: Example :: Spring 2.13-SNAPSHOT
[INFO] 
[INFO] >>> camel-maven-plugin:2.13-SNAPSHOT:embedded (default-cli) @ camel-example-spring >>>
[INFO] 
[INFO] --- maven-bundle-plugin:2.3.7:cleanVersions (versions) @ camel-example-spring ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.4:process (default) @ camel-example-spring ---
[INFO] 
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ camel-example-spring ---
[INFO] Copying 5 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-resources-plugin:2.6:resources (default) @ camel-example-spring ---
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ camel-example-spring ---
[INFO] 
[INFO] --- maven-resources-plugin:2.6:testResources (default-testResources) @ camel-example-spring ---
[INFO] skip non existing resourceDirectory /Users/bvahdat/dev/workspace/camel/examples/camel-example-spring/src/test/resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ camel-example-spring ---
[INFO] 
[INFO] <<< camel-maven-plugin:2.13-SNAPSHOT:embedded (default-cli) @ camel-example-spring <<<
[INFO] 
[INFO] --- camel-maven-plugin:2.13-SNAPSHOT:embedded (default-cli) @ camel-example-spring ---
[INFO] Total time: 2.420s
[INFO] Finished at: Mon Dec 02 12:19:20 CET 2013
[INFO] Final Memory: 23M/982M
[ERROR] Failed to execute goal org.apache.camel:camel-maven-plugin:2.13-SNAPSHOT:embedded (default-cli) on project camel-example-spring: Failed: org.apache.maven.plugin.MojoExecutionException: Failed: java.lang.NullPointerException -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.camel:camel-maven-plugin:2.13-SNAPSHOT:embedded (default-cli) on project camel-example-spring: Failed: org.apache.maven.plugin.MojoExecutionException: Failed: java.lang.NullPointerException
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: org.apache.maven.plugin.MojoExecutionException: Failed: org.apache.maven.plugin.MojoExecutionException: Failed: java.lang.NullPointerException
	at org.apache.camel.maven.EmbeddedMojo.execute(EmbeddedMojo.java:117)
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
	... 19 more
Caused by: org.apache.maven.plugin.MojoExecutionException: Failed: java.lang.NullPointerException
	at org.apache.camel.maven.EmbeddedMojo.runCamel(EmbeddedMojo.java:226)
	at org.apache.camel.maven.EmbeddedMojo.executeWithoutWrapping(EmbeddedMojo.java:127)
	at org.apache.camel.maven.EmbeddedMojo.execute(EmbeddedMojo.java:115)
	... 21 more
	at org.apache.camel.main.MainSupport$5.doProcess(MainSupport.java:122)
	at org.apache.camel.main.MainSupport$ParameterOption.doProcess(MainSupport.java:532)
	at org.apache.camel.main.MainSupport$Option.processOption(MainSupport.java:492)
	at org.apache.camel.main.MainSupport.parseArguments(MainSupport.java:227)
	at org.apache.camel.main.MainSupport.run(MainSupport.java:351)
	at org.apache.camel.spring.Main.main(Main.java:73)
	at org.apache.camel.maven.EmbeddedMojo.runCamel(EmbeddedMojo.java:223)
	... 23 more
[ERROR] 
[ERROR] 
2013-12-02 12:19:20,786 [Thread-1       ] INFO  MainSupport$HangupInterceptor  - Received hang up - stopping the main instance.
2013-12-02 12:19:20,788 [Thread-1       ] INFO  MainSupport                    - Apache Camel 2.13-SNAPSHOT stopping
~/dev/workspace/camel/examples/camel-example-spring>

Spring Batch documentation contains an invalid use of SimpleRetryPolicy in the code example (section 9.2) http://static.springsource.org/spring-batch/reference/html-single/index.html#retryPolicies
Instantiation of SimpleRetryPolicy either uses the default no-arg constructor or SimpleRetryPolicy(int maxAttempts, Map<Class<? extends Throwable>, Boolean> retryableExceptions);
Invalid Code Example:
   SimpleRetryPolicy policy = new SimpleRetryPolicy(5);

org.apache.camel.cdi.internal.CamelExtension#onInjectionTarget uses InjectionTarget#postConstruct instead of inject() to inject camel injections. That's not really consistent since postconstruct is done once injections are done because they can be used in post construct methods.

Affected spring-boot configurations: Tomcat or Jetty Embedded (netty works)
If using two-way-ssl, the getSslInfo() is always null due to apparently wrong attribute used.  The spec notes a different attribute that contains the x509Certificate (see below)
class org.springframework.http.server.reactive.ServletServerHttpRequest, in method initSslInfo()
Instead of java.security.cert.X509Certificate it should read the attribute javax.servlet.request.X509Certificate to return the certificate. This is statet here https://tomcat.apache.org/tomcat-8.5-doc/servletapi/javax/servlet/ServletRequest.html and https://docs.oracle.com/javaee/7/api/javax/servlet/ServletRequest.html
I think it's safe, just to rename this, since the spec says it, and I had the problem in real life, too. Don't know where the initial property came from, see reference URL.

2016-03-08 23:56:34,883 Thread-5 FATAL Unable to register shutdown hook because JVM is shutting down. java.lang.IllegalStateException: Cannot add new shutdown hook as this is not started. Current state: STOPPED
	at org.apache.logging.log4j.core.util.DefaultShutdownCallbackRegistry.addShutdownCallback(DefaultShutdownCallbackRegistry.java:113)
	at org.apache.logging.log4j.core.impl.Log4jContextFactory.addShutdownCallback(Log4jContextFactory.java:271)
	at org.apache.logging.log4j.core.LoggerContext.setUpShutdownHook(LoggerContext.java:256)
	at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:216)
	at org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:146)
	at org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:41)
	at org.apache.logging.log4j.LogManager.getContext(LogManager.java:185)
	at org.apache.logging.log4j.spi.AbstractLoggerAdapter.getContext(AbstractLoggerAdapter.java:103)
	at org.apache.logging.slf4j.Log4jLoggerFactory.getContext(Log4jLoggerFactory.java:43)
	at org.apache.logging.log4j.spi.AbstractLoggerAdapter.getLogger(AbstractLoggerAdapter.java:42)
	at org.apache.logging.slf4j.Log4jLoggerFactory.getLogger(Log4jLoggerFactory.java:29)
	at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:285)
	at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:305)
	at org.apache.curator.utils.CloseableUtils.<clinit>(CloseableUtils.java:33)
	at org.apache.hadoop.hive.llap.registry.impl.LlapZookeeperRegistryImpl.stop(LlapZookeeperRegistryImpl.java:584)
	at org.apache.hadoop.hive.llap.registry.impl.LlapRegistryService.serviceStop(LlapRegistryService.java:105)
	at org.apache.hadoop.service.AbstractService.stop(AbstractService.java:221)
	at org.apache.hadoop.service.ServiceOperations.stop(ServiceOperations.java:52)
	at org.apache.hadoop.service.ServiceOperations.stopQuietly(ServiceOperations.java:80)
	at org.apache.hadoop.service.CompositeService.stop(CompositeService.java:157)
	at org.apache.hadoop.service.CompositeService.serviceStop(CompositeService.java:131)
	at org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon.serviceStop(LlapDaemon.java:294)
	at org.apache.hadoop.service.ServiceOperations.stopQuietly(ServiceOperations.java:65)
	at org.apache.hadoop.service.CompositeService$CompositeServiceShutdownHook.run(CompositeService.java:183)
	at org.apache.hive.common.util.ShutdownHookManager$1.run(ShutdownHookManager.java:63)

When multiple DispatcherServlet instances are configured in the root application context, in spring 3.0, all those instances get the refresh events from all application contexts. Each refresh event forces the DispatcherServlet to reconfigure the handler mappings with the context being refreshed. As a result, all DispatcherServlets end up being configured with the same mappings, as if they all where sharing the same spring app context.

This is leading to some problems.
I will upload the offending testcase in a new jira.

This wildcard pattern "*?" does not match correctly. The command:
System.out.println(FilenameUtils.wildcardMatch("aaa", "*?"));
prints out "false", even though it matches. The wildcard mask is a bit unusal, but not incorrect. It should match any input with at least one character.

RemoteNamingTestCase intermittently fails when running on IBM JDK. According to logs the remoting channel had been closed before the endpoint tried to connect to it. Unfortunately, when I was trying to debug this issue the tests always nicely passed.
test.log snippet:

13:16:31,115 DEBUG [org.xnio.nio] (Remoting "config-based-naming-client-endpoint" read-1) Started channel thread 'Remoting "config-based-naming-client-endpoint" read-1', selector sun.nio.ch.EPollSelectorImpl@345642e1
13:16:31,115 DEBUG [org.xnio.nio] (Remoting "config-based-naming-client-endpoint" write-1) Started channel thread 'Remoting "config-based-naming-client-endpoint" write-1', selector sun.nio.ch.EPollSelectorImpl@1dc68cf2
13:16:31,121 DEBUG [org.jboss.naming.remote.client.InitialContextFactory] (main) jboss.naming.client.connect.options. has the following options {org.xnio.Options.SASL_POLICY_NOPLAINTEXT=>false}
13:16:31,191 ERROR [org.jboss.naming.remote.protocol.v1.RemoteNamingStoreV1] (Remoting "config-based-naming-client-endpoint" task-1) Channel end notification received, closing channel Channel ID d1f17196 (outbound) of Remoting connection fd3dcedc to /127.0.0.1:4447
13:16:31,204 DEBUG [org.jboss.naming.remote.client.HaRemoteNamingStore] (main) Failed to connect to server remote://127.0.0.1:4447: org.jboss.remoting3.NotOpenException: Endpoint is not open
	at org.jboss.remoting3.EndpointImpl.resourceUntick(EndpointImpl.java:182)
	at org.jboss.remoting3.EndpointImpl.doConnect(EndpointImpl.java:261)
	at org.jboss.remoting3.EndpointImpl.doConnect(EndpointImpl.java:251)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:349)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:333)
	at org.jboss.naming.remote.client.EndpointCache$EndpointWrapper.connect(EndpointCache.java:105)
	at org.jboss.naming.remote.client.HaRemoteNamingStore.failOverSequence(HaRemoteNamingStore.java:179)
	at org.jboss.naming.remote.client.HaRemoteNamingStore.namingOperation(HaRemoteNamingStore.java:117)
	at org.jboss.naming.remote.client.HaRemoteNamingStore.lookup(HaRemoteNamingStore.java:223)
	at org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:79)
	at org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:83)
	at javax.naming.InitialContext.lookup(InitialContext.java:422)
	at org.jboss.as.test.integration.naming.remote.simple.RemoteNamingTestCase.testRemoteLookup(RemoteNamingTestCase.java:74)

server.log snippet:

13:16:31,025 INFO  [org.jboss.as.server] (management-handler-thread - 3) JBAS018559: Deployed "test.jar"
13:16:31,163 DEBUG [org.jboss.naming.remote.server.RemoteNamingService] (Remoting "thinkpax" task-3) Channel Opened - Channel ID 51f17196 (inbound) of Remoting connection b9da2788 to /127.0.0.1:46866
13:16:31,176 DEBUG [org.jboss.naming.remote.server.RemoteNamingService] (Remoting "thinkpax" task-4) Chosen version 0x01
13:16:31,189 DEBUG [org.jboss.naming.remote.server.RemoteNamingService] (Remoting "thinkpax" read-1) Channel Channel ID 51f17196 (inbound) of Remoting connection b9da2788 to /127.0.0.1:46866 closed.
13:16:31,193 INFO  [org.jboss.as.naming] (Remoting "thinkpax" task-1) JBAS011806: Channel end notification received, closing channel Channel ID 51f17196 (inbound) of Remoting connection b9da2788 to null

When deploying my ear package now I get messages about wrong transaction attribute for lifecycle methods (see below).
Unfortunately the name of the class where these methods are in is not given.
This should be added to the message for easier locating the problems.
16.10. 22:20:28,180 WARN  org.jboss.as.ejb3#create WFLYEJB0463: Invalid transaction attribute type REQUIRED on SFSB lifecycle method Method afterActivation(), valid types are REQUIRES_NEW and NOT_SUPPORTED. Method will be treated as NOT_SUPPORTED.
16.10. 22:20:28,183 WARN  org.jboss.as.ejb3#create WFLYEJB0463: Invalid transaction attribute type REQUIRED on SFSB lifecycle method Method beforePassivate(), valid types are REQUIRES_NEW and NOT_SUPPORTED. Method will be treated as NOT_SUPPORTED.
16.10. 22:20:28,185 WARN  org.jboss.as.ejb3#create WFLYEJB0463: Invalid transaction attribute type REQUIRED on SFSB lifecycle method Method afterActivation(), valid types are REQUIRES_NEW and NOT_SUPPORTED. Method will be treated as NOT_SUPPORTED.
16.10. 22:20:28,190 WARN  org.jboss.as.ejb3#create WFLYEJB0463: Invalid transaction attribute type REQUIRED on SFSB lifecycle method Method init(), valid types are REQUIRES_NEW and NOT_SUPPORTED. Method will be treated as NOT_SUPPORTED.
16.10. 22:20:28,191 WARN  org.jboss.as.ejb3#create WFLYEJB0463: Invalid transaction attribute type REQUIRED on SFSB lifecycle method Method preDestroy(), valid types are REQUIRES_NEW and NOT_SUPPORTED. Method will be treated as NOT_SUPPORTED.
16.10. 22:20:28,193 WARN  org.jboss.as.ejb3#create WFLYEJB0463: Invalid transaction attribute type REQUIRED on SFSB lifecycle method Method prePassivate(), valid types are REQUIRES_NEW and NOT_SUPPORTED. Method will be treated as NOT_SUPPORTED.
16.10. 22:20:28,194 WARN  org.jboss.as.ejb3#create WFLYEJB0463: Invalid transaction attribute type REQUIRED on SFSB lifecycle method Method init(), valid types are REQUIRES_NEW and NOT_SUPPORTED. Method will be treated as NOT_SUPPORTED.

Possible test failures occur in GenericRegionFactoryBeanTest due to remaining GemFire persistent Region disk files.

As Ben Sutton reported in the thread, Slow response on HBase REST api using globbing option, query through the Rest API with a globbing option i.e. http://<HBase_Rest>:<HBase_Rest_Port>/table/key* executes extremely slowly.
Jerry He pointed out that PrefixFilter is used for query involving globbing option.
This issue is to fix this bug by setting start row for such queries.

HIVE-20277 fixed vectorized case expressions for FILTER, but VectorCoalesce is still not fixed.

BI split strategy cuts the split at block boundaries however there are no block boundaries in blob storage so we end up with 1 split for BI split strategy. 

If one takes a vanilla EAP 7 DR build and starts it with ./standalone.sh -c standalone.ha, i.e. with mod_cluster subsystem loaded, but without any static proxies configuration directives, the server registers with mod_cluster load balancers and accepts hot deployments without any error.
If one sets a static proxy configuration, e.g.:

+++
<mod-cluster-config advertise-socket="modcluster" connector="ajp" proxies="my-proxy-one">
+++
<outbound-socket-binding name="my-proxy-one">
    <remote-destination host="10.40.4.50" port="6666"/>
</outbound-socket-binding>
+++

then the server processes hot deployments only as long as it's not registered with any mod_cluster load balancer. As soon as it registers with a load balancer, any hot deployment causes the following exception:

14:39:13,475 INFO  [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) WFLYDS0004: Found simplecontext.war in deployment directory. To trigger deployment create a file called simplecontext.war.dodeploy
14:39:13,520 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0027: Starting deployment of "simplecontext.war" (runtime-name: "simplecontext.war")
14:39:14,028 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0021: Registered web context: /simplecontext
14:39:14,080 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) WFLYCTL0008: Failed to persist configuration change: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0084: Failed to marshal configuration
    at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.<init>(AbstractFilePersistenceResource.java:49)
    at org.jboss.as.controller.persistence.ConfigurationFilePersistenceResource.<init>(ConfigurationFilePersistenceResource.java:45)
    at org.jboss.as.controller.persistence.BackupXmlConfigurationPersister.store(BackupXmlConfigurationPersister.java:109)
    at org.jboss.as.controller.ModelControllerImpl.writeModel(ModelControllerImpl.java:738)
    at org.jboss.as.controller.OperationContextImpl.createPersistenceResource(OperationContextImpl.java:403)
    at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:643)
    at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
    at org.jboss.as.controller.AbstractOperationContext.finishStep(AbstractOperationContext.java:918)
    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:885)
    at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
    at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1170)
    at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:363)
    at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:219)
    at org.jboss.as.controller.ModelControllerImpl$3$1$1.run(ModelControllerImpl.java:716)
    at org.jboss.as.controller.ModelControllerImpl$3$1$1.run(ModelControllerImpl.java:710)
    at org.jboss.as.controller.ModelControllerImpl$3$1.run(ModelControllerImpl.java:710)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
Caused by: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0089: Failed to write configuration
    at org.jboss.as.controller.persistence.AbstractConfigurationPersister.marshallAsXml(AbstractConfigurationPersister.java:100)
    at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.<init>(AbstractFilePersistenceResource.java:42)
    ... 26 more
Caused by: java.lang.reflect.UndeclaredThrowableException
    at org.jboss.staxmapper.FormattingXMLStreamWriter$4.run(FormattingXMLStreamWriter.java:249)
    at org.jboss.staxmapper.FormattingXMLStreamWriter.runAttrQueue(FormattingXMLStreamWriter.java:221)
    at org.jboss.staxmapper.FormattingXMLStreamWriter.writeStartElement(FormattingXMLStreamWriter.java:96)
    at org.wildfly.extension.mod_cluster.ModClusterSubsystemXMLWriter.writeDynamicLoadProvider(ModClusterSubsystemXMLWriter.java:104)
    at org.wildfly.extension.mod_cluster.ModClusterSubsystemXMLWriter.writeModClusterConfig(ModClusterSubsystemXMLWriter.java:69)
    at org.wildfly.extension.mod_cluster.ModClusterSubsystemXMLWriter.writeContent(ModClusterSubsystemXMLWriter.java:51)
    at org.wildfly.extension.mod_cluster.ModClusterSubsystemXMLWriter.writeContent(ModClusterSubsystemXMLWriter.java:42)
    at org.jboss.as.server.parsing.StandaloneXml_4.writeServerProfile(StandaloneXml_4.java:695)
    at org.jboss.as.server.parsing.StandaloneXml_4.writeContent(StandaloneXml_4.java:613)
    at org.jboss.as.server.parsing.StandaloneXml.writeContent(StandaloneXml.java:77)
    at org.jboss.as.server.parsing.StandaloneXml.writeContent(StandaloneXml.java:47)
    at org.jboss.staxmapper.XMLMapperImpl.doDeparse(XMLMapperImpl.java:88)
    at org.jboss.staxmapper.XMLMapperImpl.deparseDocument(XMLMapperImpl.java:83)
    at org.jboss.as.controller.persistence.AbstractConfigurationPersister.marshallAsXml(AbstractConfigurationPersister.java:94)
    ... 27 more
Caused by: javax.xml.stream.XMLStreamException: Trying to write an attribute when there is no open start element.
    at com.ctc.wstx.sw.BaseStreamWriter.throwOutputError(BaseStreamWriter.java:1537)
    at com.ctc.wstx.sw.BaseStreamWriter.reportNwfStructure(BaseStreamWriter.java:1566)
    at com.ctc.wstx.sw.BaseNsStreamWriter.writeAttribute(BaseNsStreamWriter.java:226)
    at org.jboss.staxmapper.FormattingXMLStreamWriter$4.run(FormattingXMLStreamWriter.java:247)
    ... 40 more

14:39:14,085 ERROR [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0021: Deploy of deployment "simplecontext.war" was rolled back with the following failure message: "WFLYCTL0086: Failed to persist configuration change: WFLYCTL0084: Failed to marshal configuration"
14:39:14,095 INFO  [org.jboss.modcluster] (MSC service thread 1-3) MODCLUSTER000021: All pending requests drained from default-host:/simplecontext in 0.0 seconds
14:39:14,098 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0022: Unregistered web context: /simplecontext
14:39:14,142 INFO  [org.hibernate.validator.internal.util.Version] (MSC service thread 1-8) HV000001: Hibernate Validator 5.1.3.Final
14:39:14,177 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment simplecontext.war (runtime-name: simplecontext.war) in 92ms

The problem is IMHO related to the new configuration attribute WFLY-457.
Note that this issue affects hot deployments only. If the server starts with deployments already present, no exception is thrown and everything works as expected. I find this issue being of critical severity, because it breaks core functionality of the application server – hot deployments.

Wildfly's JChannelFactory tries to set a custom socket factory on the JGroups transport.
This is not the correct API to use, and it gets overwritten when the JGroups channel starts.
A custom socket factory should be set on the JChannel.
The only time the custom socket factory is currently used is if there's a race condition where two channels are started at the same time, and the custom factory is set just before the other channel uses it.

Please upgrade Saxon to 9.3.x.x once http://sourceforge.net/projects/saxon/forums/forum/94026/topic/4438690 is resolved and a fix is released. 

After new DbObject is persisted, the user can't retrieve the OID of the stored record. We should store the OID in the header so this construct should be possible:

from("direct:...").
  to("mongodb:...operation=insert").setBody().header(MongoDbConstants.OID);

Since the JobIdentifier is not created / passed around in tests, it is really hard to test a class that uses a JobExecutorFacade with a framework like EasyMock (because it is comparing the JobIdentifier by address and not name).

When I try to stream BINARY (pdf) file using camel-http I get the java.io.IOException: Bad file descriptor
The pdf isn't recieved succesfully by reciever (0kb)
This seems to be caused by a bug in java (on linux systems), closing inputstream twice causes problems. It seemed to me this is exactly what is happening, see also link:
http://256.com/gray/docs/misc/java_bad_file_descriptor_close_bug.shtml
I fixed this by (checking out apache camel-core and camel-http 2.2.0):
In FileInputStreamCache.java:
In method close() wrapped getInputStream().close() in if:
if (stream != null && stream instanceof FileInputStream && ((FileInputStream) stream).getChannel().isOpen()) {
getInputStream().close() ;
}
In method reset() also:
}
Second I needed to fix a filenotfoundexception, the tempfile created by camel was deleted to early.
I changed CachedOutputStream.java

Reimplemented constructor:
public CachedOutputStream(Exchange exchange) {
        String hold = exchange.getContext().getProperties().get(THRESHOLD);
        String dir = exchange.getContext().getProperties().get(TEMP_DIR);
        if (hold != null) 
{
            this.threshold = exchange.getContext().getTypeConverter().convertTo(Long.class, hold);
        }
        if (dir != null) 
{
            this.outputDir = exchange.getContext().getTypeConverter().convertTo(File.class, dir);
        }

        // add on completion so we can cleanup after the exchange is done such
        // as deleting temporary files
        exchange.addOnCompletion(new SynchronizationAdapter() {
            @Override
            public void onDone(Exchange exchange) {
                try {
                    // close the stream and FileInputStreamCache
                    // close();
                    // for (FileInputStreamCache cache : fileInputStreamCaches)
                    // 
{
                    // cache.close();
                    // }
                    // cleanup temporary file
                    if (tempFile != null) {
                        System.err.println("####################################################");
                        System.err.println("DISABLED tempFile.delete:89");
                        // boolean deleted = tempFile.delete();
                        // if (!deleted) 
{
                        // LOG.warn("Cannot delete temporary cache file: " +
                        // tempFile);
                        // }
 else if (LOG.isTraceEnabled()) 
{
                        // LOG.trace("Deleted temporary cache file: " +
                        // }
                        tempFile = null;
                    }
                } catch (Exception e) 
{
                    LOG.warn("Error deleting temporary cache file: " + tempFile, e);
                }
            }
            @Override
{
                return "OnCompletion[CachedOutputStream]";
            }
        });
    }
Reimplemented close():
public void close() throws IOException {
        System.err.println("####################################################");
        System.err.println("outputStream.close:119 -> delete tempFile");
        new Exception().printStackTrace();
        currentStream.close();
        boolean deleted = tempFile.delete();
        if (!deleted) 
{
            LOG.warn("Cannot delete temporary cache file: " + tempFile);
        }
{
            LOG.trace("Deleted temporary cache file: " + tempFile);
        }
    }

In HMaster class, we are logging abort message only in case when Throwable is not null,

    if (t != null) LOG.fatal(msg, t);

We will miss the abort message in this case.

When an ExecutorService (ThreadPoolExecutor) is setup with a CallerRunsPolicy for the RejectedExecutionHandler and the caller thread is used to run the task, the spring security DelegatingSecurityContextCallable and DelegatingSecurityContextRunnable blindly clear the security context upon completion - effectively clearing the security context for the calling thread.  In this case, it should not clear the context.

In some places, like major compaction chore or requesting interface for coproc, we pass priority value to requestCompaction.
Checking the code in trunk and old code in 94, I see that neither uses this value properly; first, they check it for being user-level. Then they do this:

        // everything went better than expected. create a compaction request
        int pri = getCompactPriority(priority);
        ret = new CompactionRequest(region, this, filesToCompact, isMajor, pri);

getPriority does:

    // If this is a user-requested compaction, leave this at the highest priority
    if(priority == PRIORITY_USER) {
      return PRIORITY_USER;
    } else {
      return this.blockingStoreFileCount - this.storefiles.size();
    }

, so non-user caller value is just thrown away. Probably if it's not NO_PRIORITY, it needs to be used. Overall priority code needs cleanup.

	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:233)
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:118)
	at org.apache.hadoop.hbase.replication.regionserver.HBaseInterClusterReplicationEndpoint.init(HBaseInterClusterReplicationEndpoint.java:119)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.getReplicationSource(ReplicationSourceManager.java:502)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.addSource(ReplicationSourceManager.java:273)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.init(ReplicationSourceManager.java:246)
	at org.apache.hadoop.hbase.replication.regionserver.TestReplicationSourceManager.testLogRoll(TestReplicationSourceManager.java:228)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
Caused by: java.lang.reflect.InvocationTargetException: null
	at org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:231)
Caused by: java.io.IOException: ZooKeeperException 
	at org.apache.hadoop.hbase.client.ZooKeeperRegistry.getClusterId(ZooKeeperRegistry.java:108)
	at org.apache.hadoop.hbase.client.ConnectionImplementation.retrieveClusterId(ConnectionImplementation.java:444)
	at org.apache.hadoop.hbase.client.ConnectionImplementation.<init>(ConnectionImplementation.java:234)
Caused by: org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/hbaseid
	at org.apache.zookeeper.KeeperException.create(KeeperException.java:99)
	at org.apache.zookeeper.ZooKeeper.exists(ZooKeeper.java:1102)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.exists(RecoverableZooKeeper.java:220)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.checkExists(ZKUtil.java:416)
	at org.apache.hadoop.hbase.zookeeper.ZKClusterId.readClusterIdZNode(ZKClusterId.java:65)
	at org.apache.hadoop.hbase.client.ZooKeeperRegistry.getClusterId(ZooKeeperRegistry.java:102)

Using the new Aggregation support fails when I try to 'group' on a property of a sub-object.  The referenced Gist should give enough context.  Following things in the debugger lead me to believe that the code is trying to resolve the 'code' property on the parent object instead of the contained sub-object.  Using a top-level property works great.  I've run the equivalent aggregation in the MongoDB shell and it allows me to 'group' on the sub-object's property so it doesn't appear to be illegal in MongoDB.

The first is in TableInputFormatBase.createRecordReader(). The second time is in initializing it.  We should not call initialize in creating the record reader.

2013-10-16 16:58:27,163 INFO [main] org.apache.hadoop.hbase.client.ScannerCallable: Open scanner=466730774138784884 for scan={"timeRange":[0,9223372036854775807],"batch":-1,"startRow":"","stopRow":"\\x08\\x02\\xC2b","loadColumnFamiliesOnDemand":null,"totalColumns":1,"cacheBlocks":false,"families":{"meta":["prev"]},"maxResultSize":-1,"maxVersions":1,"caching":100} on region region=IntegrationTestBigLinkedList,,1381966998140.518fba7c69f069bef99658ca172f9009., hostname=e1521.halxg.cloudera.com,36020,1381967631098, seqNum=968466 ip:e1521.halxg.cloudera.com:36020
2013-10-16 16:58:27,164 INFO [main] org.apache.hadoop.hbase.client.ScannerCallable:org.apache.hadoop.hbase.client.ScannerCallable.openScanner(ScannerCallable.java:312)
	at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:157)
	at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:58)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:116)
	at org.apache.hadoop.hbase.client.ClientScanner.nextScanner(ClientScanner.java:271)
	at org.apache.hadoop.hbase.client.ClientScanner.initializeScannerInConstruction(ClientScanner.java:176)
	at org.apache.hadoop.hbase.client.ClientScanner.<init>(ClientScanner.java:171)
	at org.apache.hadoop.hbase.client.ClientScanner.<init>(ClientScanner.java:110)
	at org.apache.hadoop.hbase.client.HTable.getScanner(HTable.java:719)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.restart(TableRecordReaderImpl.java:86)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.initialize(TableRecordReaderImpl.java:148)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReader.initialize(TableRecordReader.java:125)
	at org.apache.hadoop.hbase.mapreduce.TableInputFormatBase.createRecordReader(TableInputFormatBase.java:135)
	at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.<init>(MapTask.java:491)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:734)
2013-10-16 16:58:27,167 INFO [main] org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl: Current scan={"timeRange":[0,9223372036854775807],"batch":-1,"startRow":"","stopRow":"\\x08\\x02\\xC2b","loadColumnFamiliesOnDemand":null,"totalColumns":1,"cacheBlocks":false,"families":{"meta":["prev"]},"maxResultSize":-1,"maxVersions":1,"caching":100}
2013-10-16 16:58:27,175 INFO [main] org.apache.hadoop.mapred.MapTask: Map output collector class = org.apache.hadoop.mapred.MapTask$MapOutputBuffer
2013-10-16 16:58:27,891 INFO [main] org.apache.hadoop.mapred.MapTask: (EQUATOR) 0 kvi 268435452(1073741808)
2013-10-16 16:58:27,892 INFO [main] org.apache.hadoop.mapred.MapTask: mapreduce.task.io.sort.mb: 1024
2013-10-16 16:58:27,892 INFO [main] org.apache.hadoop.mapred.MapTask: soft limit at 858993472
2013-10-16 16:58:27,892 INFO [main] org.apache.hadoop.mapred.MapTask: bufstart = 0; bufvoid = 1073741824
2013-10-16 16:58:27,892 INFO [main] org.apache.hadoop.mapred.MapTask: kvstart = 268435452; length = 67108864
2013-10-16 16:58:27,903 INFO [main] org.apache.hadoop.hbase.client.ScannerCallable: Open scanner=7462140737850801183 for scan={"timeRange":[0,9223372036854775807],"batch":-1,"startRow":"","stopRow":"\\x08\\x02\\xC2b","loadColumnFamiliesOnDemand":null,"totalColumns":1,"cacheBlocks":false,"families":{"meta":["prev"]},"maxResultSize":-1,"maxVersions":1,"caching":100} on region region=IntegrationTestBigLinkedList,,1381966998140.518fba7c69f069bef99658ca172f9009., hostname=e1521.halxg.cloudera.com,36020,1381967631098, seqNum=968466 ip:e1521.halxg.cloudera.com:36020
2013-10-16 16:58:27,903 INFO [main] org.apache.hadoop.hbase.client.ScannerCallable: org.apache.hadoop.hbase.client.ScannerCallable.openScanner(ScannerCallable.java:312)
	at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.initialize(MapTask.java:524)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:762)
2013-10-16 16:58:27,904 INFO [main] org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl: Current scan={"timeRange":[0,9223372036854775807],"batch":-1,"startRow":"","stopRow":"\\x08\\x02\\xC2b","loadColumnFamiliesOnDemand":null,"totalColumns":1,"cacheBlocks":false,"families":{"meta":["prev"]},"maxResultSize":-1,"maxVersions":1,"caching":100}

I am still having problems getting my favorite icon to display. Since the FaviconErrorHandler is bytecode copied into the archive I couldn't debug it directly but by adding System.out.println statements I was able to discover the default favicon.ico was being retrieved from the classpath instead of the custom one I provided in src/main/resources/favicon.ico
2018-02-15 08:56:16,863 INFO  [stdout] (default task-160) ******************** FaviconErrorHandler Processing **********************************
2018-02-15 08:56:16,864 INFO  [stdout] (default task-160) ******************** Found favicon jar:file:/home/dev/.m2/repository/org/wildfly/swarm/undertow/2018.1.0/undertow-2018.1.0.jar!/favicon.ico ModuleClassLoader for Module "deployment.mayapp-server-2018.2.0-SNAPSHOT.war" from Service Module Loader**********************************
Renaming the default icon to something other than favicon.ico cleared up the problem since a classpath conflict was impossible.

Following message's are seen while adding datasource via Management console:
~~~
INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool – 25) JBAS014627: Attribute 'enabled' in the resource at address '/subsystem=datasources/xa-data-source=xyz' is deprecated
, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
~~~

When the AvroSerde was written, Hive didn't have a binary type, so Avro's byte array type is converted an array of small ints.  Now that HIVE-2380 is in, this step isn't necessary and we can convert both Avro's bytes type and probably fixed type to Hive's binary type.

Although the documentation states that:

/**
	 * Return the first query parameter with the given name, if present.
	 * @param name the parameter name
	 * @return the parameter value
	 */
	default Optional<String> queryParam(String name) {
		List<String> queryParams = this.queryParams(name);
		return (!queryParams.isEmpty() ? Optional.of(queryParams.get(0)) : Optional.empty());
	}

which returns Optional, it throws null pointer exception when the query param is not present.
The line that throws the null pointer exception is:

//req is of type ServerRequest
req.queryParam("page")

It used to work properly days ago, I guess you guys changed something. Please check.

When using the Camel TestNG integration, tests work fine when no -groups are specified, but fail if a group is selected. 
This is due to the default behavior of TestNG's annotations. @BeforeClass, @AfterClass, etc need a "alwaysRun = true" argument in order to still run when groups are selected.
This is really a peculiarity in the way TestNG works, but nonetheless, the Camel support classes do not work with TestNG groups

Hadoop 0.20 depends on servlet-api-2.5-6.1.14.jar and jetty-6.1.14.jar/jetty-util-6.1.11.jar instead of servlet-api.jar and jetty-5.1.4.jar.
The eclipse-files ant target needs to be updated to take this account (which involves editing eclipse-templates/.classpath)
and adding some conditional logic to build.xml
Here's what you see currently after importing into eclipse:
Project 'apache-hive' is missing required library: 'build/hadoopcore/hadoop-0.20.0/lib/jetty-5.1.4.jar'
Project 'apache-hive' is missing required library: 'build/hadoopcore/hadoop-0.20.0/lib/servlet-api.jar'

When using the Prometheus exporter for Metrics, the # HELP lines are not supplied

Repro:

Configure an application to use httpBasic auth and rememberMe authentication.
Notice that no remember-me cookie is set by the server, even on a successful authentication

Problem: the RememberMeServices and other related configuration set up by the rememberMe() configurer is never propagated to the BasicAuthenticationFilter's setRememberMeServices method. BasicAuthenticationFilter retains it's default NullRememberMeServices instance assigned at construction time, which means that all remember-me operations are a no-op.

Here is a gist of the changes that were necessary to propagate the remember me configuration through to the BasicAuthenticationFilter using a Spring Security ObjectPostProcessor: https://gist.github.com/cbeams/f3c36caae7046b03609a. (Note that it was also attempted to use a BeanPostProcessor, but this caused lifecycle issues due to dependence on other Spring beans.)

With this configuration in place, everything works as expected for remember-me authentication.
Documentation:

If and when this issue is fixed, i.e. BasicAuthenticationFilter begins to respect rememberMe settings, the first sentence of this section of the Spring Security documentation should be removed: http://docs.spring.io/spring-security/site/docs/4.0.1.RELEASE/reference/htmlsingle/#remember-me-impls

In the URL : https://github.com/spring-projects/spring-social
Reference to documentation links are returning 404 found error. The links under Spring Social Modules are:
http://docs.spring.io/spring-social-twitter/docs/current/reference/html
http://docs.spring.io/spring-social-facebook/docs/current/reference/html
I have also attached screenshot of the image to show where is the issue.
Thank You,
Krishna

update_key option should be optional in getHistoricalStatusUpdateStatistics endpoint. Currently it ends with an exception if the option is not specified: org.apache.camel.RuntimeCamelException: Missing properties for getHistoricalStatusUpdateStatistics, need one or more from [end_timestamp, update_key] See the LinkedIn API docs: https://developer-programs.linkedin.com/historical-company-statistics.

HIVE-12063 changed the output of decimal values to pad zeros to the column's full scale for Hive CLI.
It looks like Beeline and JDBC still have the old behavior that strips trailing 0s.
Beeline:

+---------------+---------------+--+
|      c1       |      c2       |
| 1.9999999999  | 1.9999999999  |
| 9.9999999999  | 9.9999999999  |

HiveCli:

1.99999999990	1.9999999999
9.99999999990	9.9999999999

I cannot do any select query on external tables that are not part of HDFS. For example S3.

Select * from my_table limit 10;

FAILED: SemanticException Unable to determine if s3n://my-bucket/is encrypted: java.lang.IllegalArgumentException: Wrong FS: s3n://my-bucket/, expected: hdfs://0.0.0.0:8020

This error is due to a internal function that checks if a table is encrypted or not. This is only supported on HDFS files, but the check is happening on any external table as well causing the above error.
To fix this, we should check for encrypted tables only for HDFS tables. And skip the check for any other file schema.

Currently, HiveServer2 logs in with its keytab only if hive.server2.authentication is set to KERBEROS. However, hive.server2.authentication is config that determines the auth type an end user will use while authenticating with HiveServer2. There is a valid use case of user authenticating with HiveServer2 using LDAP for example, while HiveServer2 runs the query on a kerberized cluster.

See SpringApplicationHierarchyTests within https://github.com/rwinch/spring-boot/tree/SEC-2461

These tests involve using EJB client with certificates. They have been temporarily ignored to be able to proceed with getting the Remoting 5 integration done but we need to revisit these once the new EJB client has been integrated.

Specifically when the versions are the same, we still try and record a new version:

      // metastore schema version is different than Hive distribution needs
      if (strictValidation) {
        if (!schemaVer.equalsIgnoreCase(MetaStoreSchemaInfo.getHiveSchemaVersion())) {
          throw new MetaException("Hive Schema version "
              + MetaStoreSchemaInfo.getHiveSchemaVersion() +
              " does not match metastore's schema version " + schemaVer +
              " Metastore is not upgraded or corrupt");
        } else {
          LOG.warn("Metastore version was " + schemaVer + " " +
              HiveConf.ConfVars.METASTORE_SCHEMA_VERIFICATION.toString() +
              " is not enabled so recording the new schema version " +
              MetaStoreSchemaInfo.getHiveSchemaVersion());
          setMetaStoreSchemaVersion(MetaStoreSchemaInfo.getHiveSchemaVersion(),
              "Set by MetaStore");
        }

additionally an ObjectStore object is created for all clients. As such we'll also make the verification complete flag static.

Currently, on the Spark branch, each thread it is bound with a thread-local IOContext, which gets initialized when we generates an input HadoopRDD, and later used in MapOperator, FilterOperator, etc.
And, given the introduction of HIVE-8118, we may have multiple downstream RDDs that share the same input HadoopRDD, and we would like to have the HadoopRDD to be cached, to avoid scanning the same table multiple times. A typical case would be like the following:

     inputRDD     inputRDD
        |            |
       MT_11        MT_12
        |            |
       RT_1         RT_2

Here, MT_11 and MT_12 are MapTran from a splitted MapWork,
and RT_1 and RT_2 are two ReduceTran. Note that, this example is simplified, as we may also have ShuffleTran between MapTran and ReduceTran.
When multiple Spark threads are running, MT_11 may be executed first, and it will ask for an iterator from the HadoopRDD will trigger the creation of the iterator, which in turn triggers the initialization of the IOContext associated with that particular thread.
Now, the problem is: before MT_12 starts executing, it will also ask for an iterator from the
HadoopRDD, and since the RDD is already cached, instead of creating a new iterator, it will just fetch it from the cached result. However, this will skip the initialization of the IOContext associated with this particular thread. And, when MT_12 starts executing, it will try to initialize the MapOperator, but since the IOContext is not initialized, this will fail miserably. 

bucketed sort merge join produces wrong bucket number due to HIVE-1002 patch, which breaks HIVE-1290.

Matt told me about this interesting issue they see down in Apache Nifi's build
NiFi depends on HBase for some code that they provide to their users. As a part of the build process of NiFi, they are seeing a directory named ${project.basedir} get created the first time they build with an empty Maven repo. Matt reports that after a javax.el artifact is cached, Maven will stop creating the directory; however, if you wipe that artifact from the Maven repo, the next build will end up re-creating it.
I believe I've seen this with Phoenix, too, but never investigated why it was actually happening.
My hunch is that it's related to the local maven repo that we create to "patch" in our custom maven-fluido-skin jar (HBASE-14785). I'm not sure if we can "work" around this by pushing the custom local repo into a profile and only activating that for the mvn-site. Another solution would be to publish the maven-fluido-jar to central with custom coordinates.

In the thread w.r.t. first RC of 0.98.6, 
http://search-hadoop.com/m/DHED4p2rw81 , Jean-Marc reported that TestVisibilityLabelsWithDistributedLogReplay#testAddVisibilityLabelsOnRSRestart sometimes failed on his machines.
From http://server.distparser.com:81/hbase/with_teds_patch2/hbasetest1/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.security.visibility.TestVisibilityLabelsWithDistributedLogReplay-output.txt :

result {
  exception {
    name: "org.apache.hadoop.hbase.coprocessor.CoprocessorException"
    value: "org.apache.hadoop.hbase.coprocessor.CoprocessorException: VisibilityController not yet initialized\n\tat org.apache.hadoop.hbase.security.visibility.VisibilityController.addLabels(VisibilityController.java:638)\n\tat org.apache.hadoop.hbase.protobuf.generated.VisibilityLabelsProtos$VisibilityLabelsService$1.addLabels(VisibilityLabelsProtos.java:5014)\n\tat org.apache.hadoop.hbase.protobuf.generated.VisibilityLabelsProtos$VisibilityLabelsService.callMethod(VisibilityLabelsProtos.java:5178)\n\tat org.apache.hadoop.hbase.regionserver.HRegion.execService(HRegion.java:5794)\n\tat org.apache.hadoop.hbase.regionserver.RSRpcServices.execServiceOnRegion(RSRpcServices.java:1608)\n\tat org.apache.hadoop.hbase.regionserver.RSRpcServices.execService(RSRpcServices.java:1590)\n\tat org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:30088)\n\tat org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2014)\n\tat org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:98)\n\tat org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:114)\n\tat org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:94)\n\tat java.lang.Thread.run(Thread.java:744)\n"
  }
}

The above exception revealed a race condition: writing of labels "ABC" and  "XYZ" took place when VisibilityController was not yet initialized.
The test writes the labels only once, leading to assertion failure.

We see this ugly message in running hbase.  Its a little disorientating.  I added stack traces around the call to close.  Here are the two I see (The WARN message is the bad one... the INFO is the good case).  Looks like compaction is the one that triggers the WARN.

2010-12-01 18:20:28,307 WARN org.apache.hadoop.hbase.regionserver.Store: Not in set (double-remove?) org.apache.hadoop.hbase.regionserver.StoreScanner@68faedc7
java.io.IOException: WHY
    at org.apache.hadoop.hbase.regionserver.Store.deleteChangedReaderObserver(Store.java:583)
    at org.apache.hadoop.hbase.regionserver.StoreScanner.close(StoreScanner.java:204)
    at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:242)
    at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:326)
    at org.apache.hadoop.hbase.regionserver.Store.compact(Store.java:939)
    at org.apache.hadoop.hbase.regionserver.Store.compact(Store.java:748)
    at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:753)
    at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:698)
    at org.apache.hadoop.hbase.regionserver.CompactSplitThread.run(CompactSplitThread.java:81)

2010-12-01 18:21:18,103 INFO org.apache.hadoop.hbase.regionserver.Store: CLOSE org.apache.hadoop.hbase.regionserver.StoreScanner@3dca256e
    at org.apache.hadoop.hbase.regionserver.Store.deleteChangedReaderObserver(Store.java:592)
    at org.apache.hadoop.hbase.regionserver.KeyValueHeap.close(KeyValueHeap.java:192)
    at org.apache.hadoop.hbase.regionserver.HRegion$RegionScanner.close(HRegion.java:2361)
    at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:2945)
    at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:2844)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.get(HRegionServer.java:1566)
    at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
    at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:570)
    at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1036)

Specific case: a test class is annotated with a meta annotation that itself is annotated with a TestExecutionListeners annotation, and the test class also extends a parent class annotated with a TestExecutionListeners annotation (say AbstractJunit4SpringContextTests).
In this case, MetaAnnotationUtils.findAnnotationDescriptor returns a AnnotationDescriptor class that is correct on all of its fields, except for getAnnotationAttributes(), which is incorrectly returning the attributes of the TestExecutionListeners from the parent class, rather than the meta annotation, which is incorrect based on the description of MetaAnnotationUtils.findAnnotationDescriptor:

The algorithm operates as follows:
Search for the annotation on the given class and return a corresponding AnnotationDescriptor if found.
Recursively search through all annotations that the given class declares.
Recursively search through the superclass hierarchy of the given class.
The net result being the test framework does not pick up my declared TestExecutionListeners from the meta annotation any time a parent of the Test class also declares TestExecutionListeners.  I added a spring-framework-issues reproducible project to demonstrate the issue.

MappingModuleDefinition.registerAttribute is creating a write-attribute handler but is not passing in the correct list of AttributeDefinitions to its constructor.
See https://github.com/wildfly/wildfly/blob/master/security/src/main/java/org/jboss/as/security/MappingModuleDefinition.java#L85 – it should be using the ADs returned by getAttributes(), same as L86.

It's easy to reproduce with booking-mvc. Enter Book Hotel data, go to confirm (e1s2). Press Back and press Proceed again (e1s2). I should see e1s3.
A specific use case where this is an issue is where a page has links that open browser popup windows. Each browser popup ends up with the same execution key, which is initially fine but if you try to refresh the first browser popup you get the content of the second.

We have a route which unmarshals a soap msg into an object.  On that route is a dead letter queue error handler.  That DLQ sets headers on the message used later for error reporting.
If the error is thrown by the marshaller, the first header that we try to set is wiped out.  The 2nd header is set with no problem.  If an error is thrown by something other than the marshaller, the correct headers are set.
See attached project with failed test case (canSetHeadersOnBadXmlDeadLetter)

org.jboss.as.embedded.EmbeddedStandAloneServerFactory uses org.jboss.as.protocol.StreamUtils, which belongs to "org.jboss.as.protocol" module. This module is not imported in "org.jboss.as.embedded" module. 
Adding the import fix the issue.
Thanks.

In the HRS, when we lose our connection to the master, we enter into a loop where we keep trying to get the new master location in ZK and attempt to send our heartbeat.  Within tryRegionServerReport() we could get a YouAreDeadException, but we won't let it out.  This leads to the RS continuously heartbeating in to the master although the master keeps telling it to kill itself.

There are occurrences in AM where this.servers is not kept consistent with this.regions. This might cause balancer to offline a region from the RS that already returned NotServingRegionException at a previous offline attempt.
In AssignmentManager.unassign(HRegionInfo, boolean)
    try {
      // TODO: We should consider making this look more like it does for the
      // region open where we catch all throwables and never abort
      if (serverManager.sendRegionClose(server, state.getRegion(),
        versionOfClosingNode)) 
{
        LOG.debug("Sent CLOSE to " + server + " for region " +
          region.getRegionNameAsString());
        return;
      }
      // This never happens. Currently regionserver close always return true.
      LOG.warn("Server " + server + " region CLOSE RPC returned false for " +
        region.getRegionNameAsString());
    } catch (NotServingRegionException nsre) 
{
      LOG.info("Server " + server + " returned " + nsre + " for " +
      // Presume that master has stale data.  Presume remote side just split.
      // Presume that the split message when it comes in will fix up the master's
      // in memory cluster state.
    }
 catch (Throwable t) {
      if (t instanceof RemoteException) {
        t = ((RemoteException)t).unwrapRemoteException();
        if (t instanceof NotServingRegionException) {
          if (checkIfRegionBelongsToDisabling(region)) {
            // Remove from the regionsinTransition map
            LOG.info("While trying to recover the table "
                + region.getTableNameAsString()
                + " to DISABLED state the region " + region
                + " was offlined but the table was in DISABLING state");
            synchronized (this.regionsInTransition) 
{
              this.regionsInTransition.remove(region.getEncodedName());
            }
            // Remove from the regionsMap
            synchronized (this.regions) 
{
              this.regions.remove(region);
            }
            deleteClosingOrClosedNode(region);
          }
        }
        // RS is already processing this region, only need to update the timestamp
        if (t instanceof RegionAlreadyInTransitionException) 
{
          LOG.debug("update " + state + " the timestamp.");
          state.update(state.getState());
        }
      }
In AssignmentManager.assign(HRegionInfo, RegionState, boolean, boolean, boolean)
          synchronized (this.regions) 
{
            this.regions.put(plan.getRegionInfo(), plan.getDestination());
          }
            
HIVE-4820 introduced checks for env variables, but it does so before sourcing webhcat-env.sh. This order needs to be reversed.

The fuse builds fails on Jenkins on Windows during the fuse-platform build in mq/mq-assembly/jboss-a-mq.  The maven-assembly--plugin fails because there are no windows specific assembly descriptors.
Since we don't actually need to build on windows, we can just exclude this paft of the build when running on windows.

If you try to insert data around the daylight saving time hour the query fails with following exception

2018-04-10T11:24:58,836 ERROR [065fdaa2-85f9-4e49-adaf-3dc14d51be90 main] exec.DDLTask: Failed
org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hive.druid.io.druid.java.util.common.UOE: Cannot add overlapping segments [2015-03-08T05:00:00.000Z/2015-03-09T05:00:00.000Z and 2015-03-09T04:00:00.000Z/2015-03-10T04:00:00.000Z] with the same version [2018-04-10T11:24:48.388-07:00]
        at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:914) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:919) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.DDLTask.createTable(DDLTask.java:4831) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:394) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2443) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:2114) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1797) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1538) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1532) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:157) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:204) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:239) [hive-cli-3.1.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:188) [hive-cli-3.1.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:402) [hive-cli-3.1.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:335) [hive-cli-3.1.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.ql.QTestUtil.executeClientInternal(QTestUtil.java:1455) [hive-it-util-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:1429) [hive-it-util-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.control.CoreCliDriver.runTest(CoreCliDriver.java:177) [hive-it-util-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.control.CliAdapter.runTest(CliAdapter.java:104) [hive-it-util-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.TestMiniDruidCliDriver.testCliDriver(TestMiniDruidCliDriver.java:59) [test-classes/:?]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_92]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_92]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_92]

You can reproduce this using the following DDL 

create database druid_test;
use druid_test;

create table test_table(`timecolumn` timestamp, `userid` string, `num_l` float);

insert into test_table values ('2015-03-08 00:00:00', 'i1-start', 4);
insert into test_table values ('2015-03-08 23:59:59', 'i1-end', 1);

insert into test_table values ('2015-03-09 00:00:00', 'i2-start', 4);
insert into test_table values ('2015-03-09 23:59:59', 'i2-end', 1);

insert into test_table values ('2015-03-10 00:00:00', 'i3-start', 2);
insert into test_table values ('2015-03-10 23:59:59', 'i3-end', 2);

CREATE TABLE druid_table
AS
select cast(`timecolumn` as timestamp with local time zone) as `__time`, `userid`, `num_l` FROM test_table;

The fix is to always adjust the Druid segments identifiers to UTC.

HIVE-7341 introduced a backward-incompatibility regression in Exception signatures for HCatPartition.getColumns() that breaks compilation for external tools like Falcon. This bug tracks a scrub of any other issues we discover, so we can put them back to how it used to be. This bug needs resolution in the same release as HIVE-7341, and thus, must be resolved in 0.14.0.

Given these set of commands:

/subsystem=logging/logging-profile=myLoggingProfile:add
/subsystem=logging/logging-profile=myLoggingProfile/file-handler=myHandler:add(level=ALL,file={"relative-to" => "jboss.server.log.dir","path" => "myapp.log"})
/subsystem=logging/logging-profile=myLoggingProfile/root-logger=ROOT:add
/subsystem=logging/logging-profile=myLoggingProfile/root-logger=ROOT:add-handler(name=myHandler)
/subsystem=logging/logging-profile=myLoggingProfile/root-logger=ROOT:change-root-log-level(level=INFO)

If I run those in a batch, I get an error:

13:32:52,478 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014613: Operation ("add-handler") failed - address: ([
    ("logging-profile" => "myLoggingProfile"),
    ("root-logger" => "ROOT")
]) - failure description: "JBAS011536: Handler myHandler is already assigned."

If I run each one individually, I get no error.

Update AdviceWithTypeTest test class to contain the below. On Camel-2.13.2 and below the test case would pass, on 2.13.3 and above the test case fails.
AdviceWithTypeTest.java
    public void testUnknownType2() throws Exception {
       
        context.getRouteDefinitions().get(0).adviceWith(context, new AdviceWithRouteBuilder() {
            @Override
                weaveByType(ChoiceDefinition.class).replace().to("mock:baz");
            }
        });
       
        getMockEndpoint("mock:baz").expectedMessageCount(1);
        template.sendBody("direct:start", "World");
    }
 
    @Override
            @Override
                // START SNIPPET: e5
                    .transform(simple("Hello ${body}"))
                    .log("Got ${body}")
                    .to("mock:result")
                    .choice()
                    .when(header("foo").isEqualTo("bar"))
                       .to("mock:resultA")
                    .otherwise()
                       .to("mock:resultB");
                // END SNIPPET: e5
            }
        };
    }

In documentation QueryDslPredicateExecutor renamed to QuerydslPredicateExecutor.

if (this.replicationSourceHandler == this.replicationSinkHandler &&
	 this.replicationSourceHandler != null) {
   this.replicationSourceHandler.startReplicationService();
} else if (this.replicationSourceHandler != null) {
  this.replicationSourceHandler.startReplicationService();
} else if (this.replicationSinkHandler != null) {
  this.replicationSinkHandler.startReplicationService();
}

ReplicationSource and Sink are different as there is custom impl for ReplicationSink. We can not have else ifs

Consider this example table:
CREATE TABLE avro_test
'org.apache.hadoop.hive.serde2.avro.AvroSerDe'
STORED as INPUTFORMAT
'org.apache.hadoop.hive.ql.io.avro.AvroContainerInputFormat'
'org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat'
'avro.schema.url'='file:///path/to/the/schema/test_serializer.avsc');
When I try to run an ANALYZE TABLE for computing column stats on any of the columns, then I get:
org.apache.hadoop.hive.ql.metadata.HiveException: NoSuchObjectException(message:Column o_orderpriority for which stats gathering is requested doesn't exist.)
    at org.apache.hadoop.hive.ql.metadata.Hive.updateTableColumnStatistics(Hive.java:2280)
    at org.apache.hadoop.hive.ql.exec.ColumnStatsTask.persistTableStats(ColumnStatsTask.java:331)
    at org.apache.hadoop.hive.ql.exec.ColumnStatsTask.execute(ColumnStatsTask.java:343)
    at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:138)
    at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:66)
    at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1383)
    at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1169)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:982)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:902)
    at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:259)
    at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:216)
    at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:412)
    at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:759)
    at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:613)
    at org.apache.hadoop.util.RunJar.main(RunJar.java:208)
The root cause appears to be that the COLUMNS_V2 table in the Metastore isn't populated properly during the table creation.

Maven has a known issue where empty parameter values are set as null value for properties and plugin configuration parameters. This throws an error with the message "Properties apiName and proxyClass are required".
The camel-api-component-maven-plugin must explicitly set the apiName to "" for this use case for single proxy class API components. 

Exec context doesn't get created in this code path.

	at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.executeInProcess(MapredLocalTask.java:310)
	at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.main(ExecDriver.java:735)

The following query returns wrong result:
select hash(distinct value) from table;
This kind of query should be identified as syntax error. However, Hive ignores DISTINCT and returns the result. 

I don't about what was done at the issue BATCH-778, but at the end the class MapJobRepositoryFactoryBean still needs a ResourcelessTransactionManager.
But in documentarion section section 4.2.3 appers as this:
<bean id="jobRepository" 
        class="org.springframework.batch.core.repository.support.MapJobRepositoryFactoryBean" />
So my advice is to make ResourcelessTransactionManager the default implementation (better) OR make the documentation correct adding the property transactionManager. 
Another good option is create something in the namespace like:
<map-job-repository id="jobRepository" />
OR
<job-repository id="jobRepository" type="memory" />

TezTask does not close DagClient after execution, this can result in objects/threads created by Tez/Yarn not getting freed.

org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase fails with security manager on Java 11 due to missing permissions:

[ERROR] Failure when constructing test  Time elapsed: 0.029 s  <<< FAILURE!
Failed to deploy test.jar: 10 assets: {"WFLYCTL0080: Failed services" => {"jboss.undertow-test-server" => "Failed to start service
    Caused by: java.lang.ExceptionInInitializerError
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.io.FilePermission\" \"/home/okotek/test/asts-core-intermit/testsuite/standalone/target/wildfly-core/modules/system/layers/base/io/undertow/core/main/undertow-core-2.0.15.Final.jar\" \"read\")\" in code source \"(vfs:/content/test.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.test.jar\" from Service Module Loader\")"}}
	at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase.deploy(SNICombinedWithALPNTestCase.java:414)
	at org.jboss.as.test.integration.security.ssl.sni.SNICombinedWithALPNTestCase$Setup.setup(SNICombinedWithALPNTestCase.java:188)
	at org.wildfly.core.testrunner.WildflyTestRunner.runSetupTasks(WildflyTestRunner.java:121)
	at org.wildfly.core.testrunner.WildflyTestRunner.run(WildflyTestRunner.java:107)
...

A customer should not be asked to add such permission for reading a module file, it brings bad UX and it could bring security flaws.

When using cli for batch files using --file and --properties arguments, any property is resolved but for those defined in the connect command line.
The properties file contains (among the others):
server.bind.addr = xxxxx
server.management.port = 9990
Having:
connect ${server.bind.addr}
in the batch file gets
ERROR [org.jboss.as.cli.CommandContext] Failed to resolve host '${server.bind.addr}': Failed to create URI: Illegal character in authority at index 16: http-remoting://${server.bind.addr}:9990
Having:
connect ${server.bind.addr}:${server.management.port}
gets:
ERROR [org.jboss.as.cli.CommandContext] The port must be a valid non-negative integer: '${server.bind.addr}:${server.management.
If i use literal values for the connect command, any other property in the batch is correctly resolved (but that's exactly what i was trying to avoid)

ORCInputFormat has a method findIncludedColumns() which returns boolean array of included columns. In case of the following query 

select * from qlog_orc where id<1000 limit 10;

 where all columns are selected the findIncludedColumns() returns null. This will result in a NPE when PPD is enabled. Following is the stack trace

	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.planReadPartialDataStreams(RecordReaderImpl.java:2387)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.readPartialDataStreams(RecordReaderImpl.java:2543)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.readStripe(RecordReaderImpl.java:2200)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.advanceStripe(RecordReaderImpl.java:2573)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.advanceToNextRow(RecordReaderImpl.java:2615)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.<init>(RecordReaderImpl.java:132)
	at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.rows(ReaderImpl.java:348)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.<init>(OrcInputFormat.java:99)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRecordReader(OrcInputFormat.java:241)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:237)
	... 8 more

Hi, i get the following error when starting a testcase:

06:55:19,554 ERROR TestContextManager:324 - Caught exception while allowing TestExecutionListener [org.springframework.test.context.support.DependencyInjectionTestExecutionListener@49198ff2] to prepare test instance [null(example.SiteServiceTest)]
	at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:308)
	at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:321)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:220)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:301)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:303)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'siteService': FactoryBean threw exception on object creation; nested exception is java.lang.StackOverflowError
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:580)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:425)
	at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:84)
	at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:1)
	at org.springframework.test.context.TestContext.loadApplicationContext(TestContext.java:280)
	at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:304)
	... 24 more
	at java.util.HashMap$HashIterator.<init>(HashMap.java:795)
	at java.util.HashMap$EntryIterator.<init>(HashMap.java:849)
	at java.util.HashMap.newEntryIterator(HashMap.java:863)
	at java.util.HashMap$EntrySet.iterator(HashMap.java:967)
	at java.util.AbstractMap.hashCode(AbstractMap.java:492)
	at org.springframework.util.ObjectUtils.nullSafeHashCode(ObjectUtils.java:286)
	at org.springframework.data.util.TypeDiscoverer.hashCode(TypeDiscoverer.java:230)
	at org.springframework.data.util.ClassTypeInformation.hashCode(ClassTypeInformation.java:79)
	at org.springframework.data.util.TypeDiscoverer.hashCode(TypeDiscoverer.java:231)

Here is my applicationContext.xml:

    xmlns:context="http://www.springframework.org/schema/context"
    xmlns:spring-data="http://www.springframework.org/schema/data/mongo"
    xsi:schemaLocation="
        http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/context
        http://www.springframework.org/schema/data/mongo
        http://www.springframework.org/schema/data/mongo/spring-mongo.xsd">
    
    <spring-data:mongo id="mongo" host="localhost" port="27017"/>
    
    <bean id="mongoTemplate" class="org.springframework.data.document.mongodb.MongoTemplate">
        <constructor-arg ref="mongo"/>
        <constructor-arg value="testdb"/>
        <constructor-arg value="testcollection"/>
            <spring-data:mapping-converter/>
    </bean>
    
    <spring-data:repositories base-package="example.service">
        <spring-data:repository id="siteService"/>
    </spring-data:repositories>
    
    <context:annotation-config/>
	
</beans>

The Testcase:

package example.service;

import org.junit.Assert;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;

import example.Site;
import example.query.SiteQuery;

@ContextConfiguration(locations = "classpath:/applicationContext.xml")
public class SiteServiceTest extends TestCase {
    
    @Inject
    protected SiteService siteService;
    
    public SiteService getSiteService() {
        return siteService;
    }
    
    public void setSiteService(SiteService newSiteService) {
        siteService = newSiteService;
    }
    
    @Test
        List<Site> sites = null;
        
        sites = siteService.findAll(SiteQuery.getForAlias("/"));
        Assert.assertNull(sites);
    }
}

The classes:

package example.site;

import org.springframework.data.document.mongodb.mapping.DBRef;
import org.springframework.data.document.mongodb.mapping.Document;

import com.google.code.morphia.annotations.Entity;

@Document
@Entity
public class Site {
    
    private static final long serialVersionUID = -6751151047717976403L;
    
    @Id
    protected String id;
    protected List<String> aliases = new ArrayList<String>();
    protected Boolean eligibleForSitemap = Boolean.TRUE;
    @DBRef
    protected Site parent;
    
    public List<String> getAliases() {
        return aliases;
    }
    
    public void setAliases(List<String> newAliases) {
        aliases = newAliases;
    }
    
    public Boolean getEligibleForSitemap() {
        return eligibleForSitemap;
    }
    
    public void setEligibleForSitemap(Boolean newEligibleForSitemap) {
        eligibleForSitemap = newEligibleForSitemap;
    }
    
    public Site getParent() {
        return parent;
    }
    
    public void setParent(Site newParent) {
        parent = newParent;
    }
}

package example.query;

import com.mysema.query.types.Predicate;

import example.QSite;

public class SiteQuery {
    
    public static Predicate getForAlias(String alias) {
        return QSite.site.aliases.contains(alias);
    }
}

my Dependencies:

	<groupId>org.springframework.data</groupId>
	<artifactId>spring-data-mongodb</artifactId>
	<version>1.0.0.M2</version>
	<groupId>cglib</groupId>
	<artifactId>cglib</artifactId>
	<version>2.2</version>
<dependency>  
	<groupId>com.mysema.querydsl</groupId>  
	<artifactId>querydsl-mongodb</artifactId>  
	<version>2.1.2</version>  

I've found out, that if I comment the parent out, everything is fine ... so I guess the introspection-process of the spring-data library got a bug.

Hello,
I have the following JPA entity which I want to expose via rest:

@Entity
public class ProductEntity {

    @ElementCollection(targetClass = LobValue.class)
    @CollectionTable(name = "s_name_lv", joinColumns = @JoinColumn(name = "s_pk"))
    @MapKeyColumn(name = "locale")
    private Map<String, LobValue> s;
    
    //getters/setters

}

where the LobValue is an embeddable:

@Access(AccessType.FIELD)
public class LobValue {

    private String s;

    public String getS() {
        return s;
    }

    public void setS(String s) {
        this.s = s;
    }
}

However when I try to access http://localhost:8080/rest/productEntities from the browser I get the following exception:

Caused by: org.hibernate.LazyInitializationException: failed to lazily initialize a collection, could not initialize proxy - no Session
	at org.hibernate.collection.internal.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:579)
	at org.hibernate.collection.internal.AbstractPersistentCollection.withTemporarySessionIfNeeded(AbstractPersistentCollection.java:203)
	at org.hibernate.collection.internal.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:558)
	at org.hibernate.collection.internal.PersistentMap.put(PersistentMap.java:163)
	at org.springframework.data.rest.webmvc.json.PersistentEntityJackson2Module$NestedEntitySerializer.serialize(PersistentEntityJackson2Module.java:362)
	at com.fasterxml.jackson.databind.ser.BeanPropertyWriter.serializeAsField(BeanPropertyWriter.java:693)
	at com.fasterxml.jackson.databind.ser.std.BeanSerializerBase.serializeFields(BeanSerializerBase.java:690)
	... 140 more

which happens when the PersistentEntityJackson2Module tries to serialize the json.
This code works perfectly fine with Gosling-SR4 but the exception happens with Hopper or Ingals.
Here's a sample repository that reproduces this behavioud:
http://github.com/ptahchiev/demo-rest-problem
Just start the project with mvn spring-boot:run and then navigate to http://localhost:8080/rest/productEntities.
P.S. I mark this with blocker because it blocks me to update to Hopper or Ingalls.

"Wrong FS" exception gets thrown since we construct the default FS instead of the one from rootdir

AbstractRecordWriter tries hive.classloader.shade.prefix on ClassNotFoundException but there are instances where OrcOutputFormat from old hive version gets loaded resulting in ClassCastException. I think we should try shadeprefix when defined and when any exception is thrown. 

Getting the exception pasted below trying to specify the Disk Store for a Gateway Sender for overflow purposes ONLY.  Note that GW Sender Queue overflow is implicit, and reverts to using the "default" disk store if none is specified.  This can lead to unexpected disk usage in the GemFire process' runtime directory, and, on the case of RTI, data being written where security policies do not permit.  There should be an option to specify the overflow disk store without having to also enable persistence.  This would also match the way Region configuration works.
WORKAROUND to a enable custom-configured Disk Store for GW Sender overflow-to-disk when persistence for recovery (persistent="false") is not enabled: 

Define the "DEFAULT" (named as such) Disk Store explicitly, which allows full control in specifying related attributes/elements such as target Disk Directories.

Exclude the disk-store-ref from the gateway-sender configuration.

The shortfall of this work-around is that GW Sender queue overflow must share the same disk store configuration as other SDG persistent elements that also revert to using the DEFAULT disk store.

Exception is:
java.lang.IllegalArgumentException: specifying a disk store requires persistent property to be true
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1512)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:521)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
        at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:296)
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:293)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628)
        at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479)
        at org.springframework.context.support.GenericXmlApplicationContext.<init>(GenericXmlApplicationContext.java:70)
        at com.gopivotal.rti.boot.spring.AbstractXmlSpringInitializer.initSpring(AbstractXmlSpringInitializer.java:48)
        at com.gopivotal.rti.boot.spring.AbstractSpringInitializer.init(AbstractSpringInitializer.java:49)
        at com.gopivotal.rti.boot.AbstractInitializer.init(AbstractInitializer.java:52)
        at com.gopivotal.rti.boot.impl.SimpleLifecycle.doStart(SimpleLifecycle.java:97)
Configuration that caused the Exception is:
	<gfe:gateway-sender id="toGrid2SenderSerial" remote-distributed-system-id="${rti.distgrid.distributed-system-id}"
	    batch-size="${rti.ingestgrid.gateway-sender.batch-size}"
	    batch-time-interval="${rti.ingestgrid.gateway-sender.batch-time-interval}"
	    maximum-queue-memory="${rti.ingestgrid.gateway-sender.maximum-queue-memory}"
	    parallel="false"
	    dispatcher-threads="${rti.ingestgrid.gateway-sender.dispatcher-threads}"
	    alert-threshold="${rti.ingestgrid.gateway-sender.alert-threshold}"
	    enable-batch-conflation="false"
	    persistent="false"
	    disk-store-ref="refgw"
	    socket-buffer-size="1048576"
	    socket-read-timeout="10000"
	    order-policy="KEY"
	    manual-start="false">

During performance test with the request throttling, I saw that hbase:meta table had been read a lot. Currently the MetaCache of the client is cleared, if a ThrottlingException is thrown. It seems to be not needed.

nanos represents the timeout value.

      while (queue.size() == 0 && nanos > 0) {
        notEmpty.awaitNanos(nanos);
      }

The return value from awaitNanos() should be checked - otherwise we may wait for period longer than the timeout value.

Rename package from org.wildfly.swarm.monitor to org.wildfly.swarm.health
Rename fraction from MonitorFraction to HealthFraction

It first failed in this build : http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/PreCommit-HIVE-TRUNK-Build/4621/

sort list of transaction IDs deleted by performTimeouts
sort list of "empty aborted"
log the list of lock id removed due to timeout
fix TransactionBatchImpl.getCurrentTxnId() not to look past end of array (see HIVE-13489)
beginNextTransactionImpl()
if ( currentTxnIndex >= txnIds.size() )//todo: this condition is bogus should check currentTxnIndex + 1

The default singleton policy happens to be named "default" in our default configuration.  However, the EJB subsystem should not rely on this - as a user can change this.  Part of the problem is, there is no registered capability that specifically refers to the default singleton policy.

Trying to test branch-1, I run out of mem pretty fast.  Looking at dumps, I see too many instances of LiteralByteString.  Seem to be 'qualifiers' and 'values' out of pb QualifierValue... and on up to the multi call into the server. Am having trouble finding how the retention is being done... Filing issue in meantime while work on it.

If a have a entity B that has a @manyToOne to entity A and generate a scaffold to B and A and after that I change the plural of A, roo doens't update all jsp references. So, to resolve this bug I need to have 2 entries in my message.properties:

"label.old_name_of_A= ..." and "label.new_name_of_A=..."

I know, it is a very small bug.

If the call first remove from the calls, when some exception happened in reading from the DataInputStream, the call will not be notified, cause the client hangs.

JGroups default asym_keylength is 512, however RSA keys less than 1024 bits are considered breakable (e.g. https://www.oracle.com/technetwork/java/javase/8-compatibility-guide-2156366.html )
We should baseline the default to a secure size universally supported in our supported JDKs. Also, since JDK8 the default is 2048. 

hiveserver2 command show allow configuration to be customized using -hiveconf command line argument. 
This is very useful, for example this will make it easy to run hiveserver2 in local mode.

We don't have e2e tests involving htrace; we found this while running the phoenix IT suite on a build of 0.98 + region replicas.

Running org.apache.phoenix.end2end.index.ViewIndexIT
Tests run: 5, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 111.41 sec <<< FAILURE! - in org.apache.phoenix.trace.PhoenixTracingEndToEndIT
testScanTracingOnServer(org.apache.phoenix.trace.PhoenixTracingEndToEndIT)  Time elapsed: 41.157 sec  <<< FAILURE!
java.lang.AssertionError: Didn't find the parallel scanner in the tracing
        at org.junit.Assert.fail(Assert.java:88)
        at org.apache.phoenix.trace.PhoenixTracingEndToEndIT.testScanTracingOnServer(PhoenixTracingEndToEndIT.java:357)

Digging in, it appears is not trace-wrapping its Callables before passing them to the executor.

HiveStatement.getQueryId throws NullPointerException if it invoked without executing any query or query is closed. It should instead return null so that caller would check it.

Using a CamelProducer to send bytes to a mina UDP listener fails.
This unit tests below fails
Using: "Hello from bytes" as a plain string works fine.

    public void testSendingByteMessages() throws Exception {
        MockEndpoint endpoint = getMockEndpoint("mock:result");

        template.sendBody("mina:udp://127.0.0.1:4445", "Hello from bytes".getBytes());
        // sleeping for while to let the mock endpoint get all the message

        assertMockEndpointsSatisifed();
        List<Exchange> list = endpoint.getReceivedExchanges();
        assertEquals("Hello from bytes", list.get(0).getIn().getBody(String.class));
    }

Via email from @grussell

the [spring-instrument 3.2.0.]M1 manifest doesn't have a Premain-class entry so it can't be used as a javaagent.
3.1.1 has

Premain-Class: org.springframework.instrument.InstrumentationSavingAge
 nt

I was running IntegrationTestIngestWithMOB test.
I lower the mob compaction chore interval to this value:

      <name>hbase.mob.compaction.chore.period</name>
      <value>6000</value>

After whole night, there was no indication from master log that mob compaction ran.
All I found was:

2016-03-09 04:18:52,194 INFO  [tyu-hbase-rhel-re-2.novalocal,20000,1457491115327_ChoreService_1] hbase.ScheduledChore: Chore: tyu-hbase-rhel-re-2.novalocal,20000,1457491115327-  MobCompactionChore missed its start time
2016-03-09 05:58:52,516 INFO  [tyu-hbase-rhel-re-2.novalocal,20000,1457491115327_ChoreService_1] hbase.ScheduledChore: Chore: tyu-hbase-rhel-re-2.novalocal,20000,1457491115327-  MobCompactionChore missed its start time
2016-03-09 07:38:52,847 INFO  [tyu-hbase-rhel-re-2.novalocal,20000,1457491115327_ChoreService_2] hbase.ScheduledChore: Chore: tyu-hbase-rhel-re-2.novalocal,20000,1457491115327-  MobCompactionChore missed its start time
2016-03-09 09:18:52,848 INFO  [tyu-hbase-rhel-re-2.novalocal,20000,1457491115327_ChoreService_1] hbase.ScheduledChore: Chore: tyu-hbase-rhel-re-2.novalocal,20000,1457491115327-  MobCompactionChore missed its start time
2016-03-09 10:58:52,932 INFO  [tyu-hbase-rhel-re-2.novalocal,20000,1457491115327_ChoreService_2] hbase.ScheduledChore: Chore: tyu-hbase-rhel-re-2.novalocal,20000,1457491115327-  MobCompactionChore missed its start time
2016-03-09 12:38:52,932 INFO  [tyu-hbase-rhel-re-2.novalocal,20000,1457491115327_ChoreService_1] hbase.ScheduledChore: Chore: tyu-hbase-rhel-re-2.novalocal,20000,1457491115327-  MobCompactionChore missed its start time
2016-03-09 14:18:52,933 INFO  [tyu-hbase-rhel-re-2.novalocal,20000,1457491115327_ChoreService_2] hbase.ScheduledChore: Chore: tyu-hbase-rhel-re-2.novalocal,20000,1457491115327-  MobCompactionChore missed its start time
2016-03-09 15:58:52,957 INFO  [tyu-hbase-rhel-re-2.novalocal,20000,1457491115327_ChoreService_1] hbase.ScheduledChore: Chore: tyu-hbase-rhel-re-2.novalocal,20000,1457491115327-  MobCompactionChore missed its start time
2016-03-09 17:38:52,960 INFO  [tyu-hbase-rhel-re-2.novalocal,20000,1457491115327_ChoreService_2] hbase.ScheduledChore: Chore: tyu-hbase-rhel-re-2.novalocal,20000,1457491115327-  MobCompactionChore missed its start time

public static Owner fromJsonToPet(String json)
should be...
public static Owner fromJsonToOwner(String json)

Turn ON text vectorization related variable hive.vectorized.use.vector.serde.deserialize by default.
Row-mode (hive.vectorized.use.row.serde.deserialize) is handled by a separate JIRA HIVE-16222)

This is a problem since TransactionServices depends on javax.transaction

Suppose srcpart is partitioned by ds. The following query can trigger the issue:

explain
  (select srcpart.ds,srcpart.key from srcpart join src on srcpart.ds=src.key) a
join
  (select srcpart.ds,srcpart.key from srcpart join src on srcpart.ds=src.value) b
on a.key=b.key;

We are using hbase.crypto.wal.algorithm in SecureProtobufLogWriter for encrypting the data but we are using not using the same algorithm in SecureProtobufLogReader while decrypting the data, fix this typo.

Currently we always pass split number here as taskNum. However it should be taken from TASK_ATTEMPT_ID conf if it is present.

https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/metadata/HiveMetaStoreChecker.java
static String getPartitionName(Path tablePath, Path partitionPath, Set<String> partCols)
------------------------------------------------------------------------------------
MSCK REPAIR validates that any sub-directory is in the format col=val and that there is indeed a partition column named "col".
However, there is no validation of the partition column location and as a result false partitions are being created and so are directories that match those partitions. 
e.g. 1
hive> dfs -mkdir -p /user/hive/warehouse/t/a=1/a=2/a=3/b=4/c=5;
hive> create external table t (i int) partitioned by (a int,b int,c int) ;
OK
hive> msck repair table t;
OK
Partitions not in metastore:	t:a=1/a=2/a=3/b=4/c=5
Repair: Added partition to metastore t:a=1/a=2/a=3/b=4/c=5
Time taken: 0.563 seconds, Fetched: 2 row(s)
hive> show partitions t;
OK
a=3/b=4/c=5
hive> dfs -ls -R /user/hive/warehouse/t;
drwxr-xr-x   - cloudera supergroup          0 2017-03-26 13:07 /user/hive/warehouse/t/a=1
drwxr-xr-x   - cloudera supergroup          0 2017-03-26 13:07 /user/hive/warehouse/t/a=1/a=2
drwxr-xr-x   - cloudera supergroup          0 2017-03-26 13:07 /user/hive/warehouse/t/a=1/a=2/a=3
drwxr-xr-x   - cloudera supergroup          0 2017-03-26 13:07 /user/hive/warehouse/t/a=1/a=2/a=3/b=4
drwxr-xr-x   - cloudera supergroup          0 2017-03-26 13:07 /user/hive/warehouse/t/a=1/a=2/a=3/b=4/c=5
drwxrwxrwx   - cloudera supergroup          0 2017-03-26 13:07 /user/hive/warehouse/t/a=3
drwxrwxrwx   - cloudera supergroup          0 2017-03-26 13:07 /user/hive/warehouse/t/a=3/b=4
drwxrwxrwx   - cloudera supergroup          0 2017-03-26 13:07 /user/hive/warehouse/t/a=3/b=4/c=5
e.g. 2
hive> dfs -mkdir -p /user/hive/warehouse/t/c=3/b=2/a=1;
hive> create external table t (i int) partitioned by (a int,b int,c int);
OK
OK
Partitions not in metastore:	t:c=3/b=2/a=1
Repair: Added partition to metastore t:c=3/b=2/a=1
Time taken: 0.512 seconds, Fetched: 2 row(s)
OK
a=1/b=2/c=3
hive> dfs -ls -R  /user/hive/warehouse/t;
drwxrwxrwx   - cloudera supergroup          0 2017-03-26 13:13 /user/hive/warehouse/t/a=1
drwxrwxrwx   - cloudera supergroup          0 2017-03-26 13:13 /user/hive/warehouse/t/a=1/b=2
drwxrwxrwx   - cloudera supergroup          0 2017-03-26 13:13 /user/hive/warehouse/t/a=1/b=2/c=3
drwxr-xr-x   - cloudera supergroup          0 2017-03-26 13:12 /user/hive/warehouse/t/c=3
drwxr-xr-x   - cloudera supergroup          0 2017-03-26 13:12 /user/hive/warehouse/t/c=3/b=2
drwxr-xr-x   - cloudera supergroup          0 2017-03-26 13:12 /user/hive/warehouse/t/c=3/b=2/a=1

when a chunk is throwing an exception during process while it is recovering from an exception/rollback on write, i am facing a reproducible deadlock.
seems the second-run processing is then tried 3 times (RetryTemplate default?) and then the commitCount keeps just growing with the logs showing some kind of loop involving constantly busy inputs around https://github.com/spring-projects/spring-batch/blob/master/spring-batch-core/src/main/java/org/springframework/batch/core/step/item/ChunkOrientedTasklet.java#L81.
example project based on batch getting started guide showing the problem attached (gradle build, 2.0 wrapper included).

JBossAppMetaDataParser goes into an infinite loop on line 143, as the next element is never read from the stream. 

diff --git hbase-shell/src/main/ruby/shell/commands/alter_namespace.rb hbase-shell/src/main/ruby/shell/commands/alter_namespace.rb
index 760bbf7..a16e10d 100644
--- hbase-shell/src/main/ruby/shell/commands/alter_namespace.rb
+++ hbase-shell/src/main/ruby/shell/commands/alter_namespace.rb
@@ -26,11 +26,11 @@ Alter namespace properties.
 
 To add/modify a property:
 
-  hbase> alter_namespace 'ns1', {METHOD => 'set', 'PROERTY_NAME' => 'PROPERTY_VALUE'}
+  hbase> alter_namespace 'ns1', {METHOD => 'set', 'PROPERTY_NAME' => 'PROPERTY_VALUE'}
 
 To delete a property:
 
-  hbase> alter_namespace 'ns1', {METHOD => 'unset', NAME=>'PROERTY_NAME'}
+  hbase> alter_namespace 'ns1', {METHOD => 'unset', NAME=>'PROPERTY_NAME'}
 EOF
       end
 
diff --git hbase-shell/src/main/ruby/shell/commands/create_namespace.rb hbase-shell/src/main/ruby/shell/commands/create_namespace.rb
index 3259eb6..adb6897 100644
--- hbase-shell/src/main/ruby/shell/commands/create_namespace.rb
+++ hbase-shell/src/main/ruby/shell/commands/create_namespace.rb
@@ -27,7 +27,7 @@ and optionally a dictionary of namespace configuration.
 Examples:
 
   hbase> create_namespace 'ns1'
-  hbase> create_namespace 'ns1', {'PROERTY_NAME'=>'PROPERTY_VALUE'}
+  hbase> create_namespace 'ns1', {'PROPERTY_NAME'=>'PROPERTY_VALUE'}
 EOF
       end
 
Users who use property-file based authentication with plain passwords can't authenticate with Elytron if the property file contains Unicode escape sequences (e.g. file generated by using a classical java.util.Properties). The same authentication works with legacy solution (/core-service=management/security-realm=ApplicationRealm/authentication=properties(plain-text=true, ...)).
The LegacyPropertiesSecurityRealm implementation has to be able to support  properties files which were supported by legacy security realms.

I have external redirect from view state(also tested in end-state) and it is not redirecting the request. This has been working with 1.0.5 Webflow but in 2.0.2 
I have not been able to get it work.
My configuration:
Flow config:
       <view-state id="viewprojects">
		<transition on="launch" to="download">
			<set name="flashScope.projectid"
				value="requestParameters.project" type="long" />
			<evaluate
				expression="SearchProjectService.fetchProject(flashScope.projectid,flowScope.projects)"
				result="flowScope.project" />
			<evaluate
				expression="LaunchAction.execute(flowRequestContext,flowScope.user,flowScope.project,flowScope.domain)"
				result="flowScope.launchModel" />
		</transition>
	</view-state>
       <view-state id="download"
		view="externalRedirect:/eEPOS.jnlp?${flowScope.launchModel.queryString}">
Portal config:
	<!-- Maps portlet modes to handlers -->
	<bean id="portletModeHandlerMapping"
		class="org.springframework.web.portlet.handler.PortletModeHandlerMapping">
		<property name="portletModeMap">
			<map>
				<entry key="view">
					<bean
						class="com.eceltd.portlet.webstart.MainFlowHandler" />
				</entry>
			</map>
	</bean>
	<!-- Enables FlowHandlers -->
	<bean
		class="org.springframework.webflow.mvc.portlet.FlowHandlerAdapter">
		<property name="flowExecutor" ref="flowExecutor" />
	</bean>
	<!-- Executes flows: the central entry point into the Spring Web Flow system -->
	<webflow:flow-executor id="flowExecutor">
		<webflow:flow-execution-attributes>
			<webflow:always-redirect-on-pause value="false" />
		</webflow:flow-execution-attributes>
	</webflow:flow-executor>
	<!-- The registry of executable flow definitions -->
	<webflow:flow-registry id="flowRegistry">
		<webflow:flow-location path="/WEB-INF/flows/main.xml" />
	</webflow:flow-registry>
Server LOG from jboss when I submited from jsp:

Submit from jsp form
2008-06-24 09:17:11,428 DEBUG [org.springframework.web.portlet.DispatcherPortlet] DispatcherPortlet with name 'POS_launch' received action request
2008-06-24 09:17:11,428 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Bound action request context to thread: org.jboss.portlet.JBossActionRequest@18ebfe0
2008-06-24 09:17:11,428 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Testing handler map [org.springframework.web.portlet.handler.PortletModeHandlerMapping@117a8df] in DispatcherPortlet with name 'POS_launch'
2008-06-24 09:17:11,428 DEBUG [org.springframework.web.portlet.handler.PortletModeHandlerMapping] Key [view] -> handler [com.ece.portlet.webstart.MainFlowHandler@100269d]
2008-06-24 09:17:11,428 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Testing handler adapter [org.springframework.webflow.mvc.portlet.FlowHandlerAdapter@50079b]
2008-06-24 09:17:11,443 DEBUG [org.springframework.webflow.conversation.impl.SessionBindingConversationManager] Locking conversation 1
2008-06-24 09:17:11,443 DEBUG [org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository] Getting flow execution with key 'e1s2'
2008-06-24 09:17:11,443 DEBUG [org.springframework.webflow.definition.registry.FlowDefinitionRegistryImpl] Getting FlowDefinition with id 'main'
2008-06-24 09:17:11,443 DEBUG [org.springframework.webflow.engine.impl.FlowExecutionImpl] Resuming execution in org.springframework.webflow.context.portlet.PortletExternalContext@568614
2008-06-24 09:17:11,443 DEBUG [org.springframework.webflow.engine.Flow] Restoring [FlowVariable@19fdc33 name = 'launchModel', valueFactory = [BeanFactoryVariableValueFactory@31d499 type = LaunchModel]]
2008-06-24 09:17:11,443 DEBUG [org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository] Putting flow execution '[FlowExecutionImpl@7c8e4c flow = 'main', flowSessions = list[[FlowSessionImpl@1622d29 flow = 'main', state = 'viewprojects', scope = map['projects' -> list[com.ece.irp.portlet.model.Project Object {
Oid :333048
{OBJECT_STATE=ACTIVE, Project.note=From Jussi test domain (333045), Project.domainOid=333045, Domain.note=Jussi test domain, Domain.name=Jussi test domain, Project.name=Test Project 3}}, com.ece.irp.portlet.model.Project Object {
Oid :333047
{OBJECT_STATE=ACTIVE, Project.note=From Jussi test domain (333045), Project.domainOid=333045, Domain.note=Jussi test domain, Domain.name=Jussi test domain, Project.name=Test Project 2}}, com.ece.irp.portlet.model.Project Object {
{OBJECT_STATE=ACTIVE, Project.note=From Jussi test domain (333045), Project.domainOid=333045, Domain.note=Jussi test domain, Domain.name=Jussi test domain, Project.name=Test Project 2}}], 'launchModel' -> com.ece.portlet.webstart.actions.LaunchModel Object {
  projectid: null
  domainid: null
  sessionKey: null
  serverURL: null
}, 'domains' -> list[com.ece.irp.portlet.model.Domain Object {
Oid :333045
{OBJECT_STATE=ACTIVE, Project.note=From Pasi test domain (333034), Domain.note=Jussi test domain, Domain.name=Jussi test domain, Project.name=Test Project 10}}], 'domain' -> com.ece.irp.portlet.model.Domain Object {
{OBJECT_STATE=ACTIVE, Project.note=From Pasi test domain (333034), Domain.note=Jussi test domain, Domain.name=Jussi test domain, Project.name=Test Project 10}}, 'user' -> com.ece.irp.portlet.model.User Object {
Oid :1
{User.enabled=true, User.username=admin, User.additionalInfo=null, User.email=admin@portal.com, User.firstname=null, User.lastname=null}}, 'viewScope' -> map[[empty]]]]]]' into repository
2008-06-24 09:17:11,459 DEBUG [org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository] Adding new snapshot to group with id 2
2008-06-24 09:17:11,459 DEBUG [org.springframework.webflow.conversation.impl.SessionBindingConversationManager] Putting conversation attribute 'scope' with value map['flashScope' -> map['messagesMemento' -> map[[null] -> list[[empty]]]]]
2008-06-24 09:17:11,459 DEBUG [org.springframework.webflow.conversation.impl.SessionBindingConversationManager] Unlocking conversation 1
2008-06-24 09:17:11,459 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Cleared thread-bound action request context: org.jboss.portlet.JBossActionRequest@18ebfe0
2008-06-24 09:17:11,459 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Successfully completed request
2008-06-24 09:17:11,459 DEBUG [org.springframework.web.portlet.context.XmlPortletApplicationContext] Publishing event in context [org.springframework.web.portlet.context.XmlPortletApplicationContext@6793f9]: PortletRequestHandledEvent: portlet=[POS_launch]; mode=[view]; type=[action]; session=[0AC0E7A59FF7E9E46F8B0FB8F41E8607]; user=[admin]; time=[31ms]; status=[OK]
2008-06-24 09:17:11,459 DEBUG [org.springframework.web.context.support.XmlWebApplicationContext] Publishing event in context [org.springframework.web.context.support.XmlWebApplicationContext@a3fcb7]: PortletRequestHandledEvent: portlet=[POS_launch]; mode=[view]; type=[action]; session=[0AC0E7A59FF7E9E46F8B0FB8F41E8607]; user=[admin]; time=[31ms]; status=[OK]

2008-06-24 09:17:11,490 DEBUG [org.hibernate.cache.EhCache] key: org.jboss.portal.core.impl.model.portal.PortalImpl.windowStates#2
2008-06-24 09:17:11,490 DEBUG [org.hibernate.cache.EhCache] key: org.jboss.portal.core.impl.model.portal.PortalImpl.modes#2
2008-06-24 09:17:11,490 DEBUG [org.springframework.web.portlet.DispatcherPortlet] DispatcherPortlet with name 'POS_launch' received action request
2008-06-24 09:17:11,490 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Bound action request context to thread: org.jboss.portlet.JBossActionRequest@106fbae
2008-06-24 09:17:11,490 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Testing handler map [org.springframework.web.portlet.handler.PortletModeHandlerMapping@117a8df] in DispatcherPortlet with name 'POS_launch'
2008-06-24 09:17:11,490 DEBUG [org.springframework.web.portlet.handler.PortletModeHandlerMapping] Key [view] -> handler [com.ece.portlet.webstart.MainFlowHandler@100269d]
2008-06-24 09:17:11,490 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Testing handler adapter [org.springframework.webflow.mvc.portlet.FlowHandlerAdapter@50079b]
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.conversation.impl.SessionBindingConversationManager] Locking conversation 1
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository] Getting flow execution with key 'e1s2'
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.definition.registry.FlowDefinitionRegistryImpl] Getting FlowDefinition with id 'main'
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.engine.impl.FlowExecutionImpl] Resuming execution in org.springframework.webflow.context.portlet.PortletExternalContext@1ddcf4e
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.engine.Flow] Restoring [FlowVariable@19fdc33 name = 'launchModel', valueFactory = [BeanFactoryVariableValueFactory@31d499 type = LaunchModel]]
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.engine.ViewState] Event 'launch' returned from view org.springframework.webflow.mvc.portlet.PortletMvcView@155226f
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.execution.ActionExecutor] Executing [SetAction@3bf703 name = flashScope.projectid, value = requestParameters.project, type = Long]
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.execution.AnnotatedAction] Putting action execution attributes map[[empty]]
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.expression.WebFlowOgnlExpressionParser] Successfully resolved conversation scoped variable 'flashScope'
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.execution.AnnotatedAction] Clearing action execution attributes map[[empty]]
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.execution.ActionExecutor] Finished executing [SetAction@3bf703 name = flashScope.projectid, value = requestParameters.project, type = Long]; result = success
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.execution.ActionExecutor] Executing [EvaluateAction@1ab0214 expression = SearchProjectService.fetchProject(flashScope.projectid, flowScope.projects), resultExposer = [ActionResultExposer@157e43 result = flowScope.project, resultType = [null]]]
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.expression.WebFlowOgnlExpressionParser] Successfully resolved variable 'SearchProjectService' in Spring BeanFactory
2008-06-24 09:17:11,490 DEBUG [org.springframework.beans.factory.support.DefaultListableBeanFactory] Returning cached instance of singleton bean 'SearchProjectService'
2008-06-24 09:17:11,490 DEBUG [org.springframework.transaction.jta.JtaTransactionManager] Using transaction object [org.springframework.transaction.jta.JtaTransactionObject@47ab39]
2008-06-24 09:17:11,490 DEBUG [org.springframework.transaction.jta.JtaTransactionManager] Creating new transaction with name [com.ece.portlet.webstart.SearchProjectService.fetchProject]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT
2008-06-24 09:17:11,490 DEBUG [org.springframework.transaction.support.TransactionSynchronizationManager] Initializing transaction synchronization
2008-06-24 09:17:11,490 DEBUG [org.springframework.transaction.jta.JtaTransactionManager] Triggering beforeCommit synchronization
2008-06-24 09:17:11,490 DEBUG [org.springframework.transaction.jta.JtaTransactionManager] Triggering beforeCompletion synchronization
2008-06-24 09:17:11,490 DEBUG [org.springframework.transaction.jta.JtaTransactionManager] Initiating transaction commit
2008-06-24 09:17:11,490 DEBUG [org.springframework.transaction.jta.JtaTransactionManager] Triggering afterCommit synchronization
2008-06-24 09:17:11,490 DEBUG [org.springframework.transaction.jta.JtaTransactionManager] Triggering afterCompletion synchronization
2008-06-24 09:17:11,490 DEBUG [org.springframework.transaction.support.TransactionSynchronizationManager] Clearing transaction synchronization
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.execution.ActionExecutor] Finished executing [EvaluateAction@1ab0214 expression = SearchProjectService.fetchProject(flashScope.projectid, flowScope.projects), resultExposer = [ActionResultExposer@157e43 result = flowScope.project, resultType = [null]]]; result = success
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.execution.ActionExecutor] Executing [EvaluateAction@1ddcf6e expression = LaunchAction.execute(flowRequestContext, flowScope.user, flowScope.project, flowScope.domain), resultExposer = [ActionResultExposer@15d595c result = flowScope.launchModel, resultType = [null]]]
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.expression.WebFlowOgnlExpressionParser] Successfully resolved variable 'LaunchAction' in Spring BeanFactory
2008-06-24 09:17:11,490 DEBUG [org.springframework.beans.factory.support.DefaultListableBeanFactory] Returning cached instance of singleton bean 'LaunchAction'
2008-06-24 09:17:11,490 DEBUG [org.springframework.webflow.expression.WebFlowOgnlExpressionParser] Successfully resolved the current RequestContext under variable 'flowRequestContext'
Executing now evaluate action:
<evaluate expression="LaunchAction.execute(flowRequestContext,flowScope.user,flowScope.project,flowScope.domain)"
2008-06-24 09:17:11,490 INFO  [com.ece.portlet.webstart.actions.LaunchActionImpl] <execute>Execute called..
2008-06-24 09:17:11,506 INFO  [com.ece.portlet.webstart.actions.LaunchActionImpl] <execute>Forwarding url:com.ece.portlet.webstart.actions.LaunchModel Object {
  projectid: 333048
  domainid: 333045
  sessionKey: 1:1214288231506:1214288231506sdi3212
  serverURL: http://localhost:8080/WebInterface
}
2008-06-24 09:17:11,506 DEBUG [org.springframework.webflow.execution.AnnotatedAction] Clearing action execution attributes map[[empty]]
2008-06-24 09:17:11,506 DEBUG [org.springframework.webflow.execution.ActionExecutor] Finished executing [EvaluateAction@1ddcf6e expression = LaunchAction.execute(flowRequestContext, flowScope.user, flowScope.project, flowScope.domain), resultExposer = [ActionResultExposer@15d595c result = flowScope.launchModel, resultType = [null]]]; result = success
2008-06-24 09:17:11,506 DEBUG [org.springframework.webflow.engine.Transition] Executing [Transition@1e5770f on = launch, to = download]
2008-06-24 09:17:11,506 DEBUG [org.springframework.webflow.engine.Transition] Exiting state 'viewprojects'
2008-06-24 09:17:11,506 DEBUG [org.springframework.webflow.engine.ViewState] Entering state 'download' of flow 'main'
2008-06-24 09:17:11,506 DEBUG [org.springframework.webflow.engine.impl.FlowExecutionImpl] Assigned key e1s3
2008-06-24 09:17:11,506 DEBUG [org.springframework.webflow.engine.Transition] Completed transition execution.  As a result, the new state is 'download' in flow 'main'
2008-06-24 09:17:11,522 DEBUG [org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository] Putting flow execution '[FlowExecutionImpl@df190e flow = 'main', flowSessions = list[[FlowSessionImpl@83e733 flow = 'main', state = 'download', scope = map['project' -> com.ece.irp.portlet.model.Project Object {
{OBJECT_STATE=ACTIVE, Project.note=From Jussi test domain (333045), Project.domainOid=333045, Domain.name=Jussi test domain, Domain.note=Jussi test domain, Project.name=Test Project 3}}, 'projects' -> list[com.ece.irp.portlet.model.Project Object {
{OBJECT_STATE=ACTIVE, Project.note=From Jussi test domain (333045), Project.domainOid=333045, Domain.name=Jussi test domain, Domain.note=Jussi test domain, Project.name=Test Project 3}}, com.ece.irp.portlet.model.Project Object {
{OBJECT_STATE=ACTIVE, Project.note=From Jussi test domain (333045), Project.domainOid=333045, Domain.name=Jussi test domain, Domain.note=Jussi test domain, Project.name=Test Project 2}}, com.ece.irp.portlet.model.Project Object {
{OBJECT_STATE=ACTIVE, Project.note=From Jussi test domain (333045), Project.domainOid=333045, Domain.name=Jussi test domain, Domain.note=Jussi test domain, Project.name=Test Project 2}}], 'launchModel' -> com.ece.portlet.webstart.actions.LaunchModel Object {
{OBJECT_STATE=ACTIVE, Project.note=From Pasi test domain (333034), Domain.name=Jussi test domain, Domain.note=Jussi test domain, Project.name=Test Project 10}}], 'domain' -> com.ece.irp.portlet.model.Domain Object {
{OBJECT_STATE=ACTIVE, Project.note=From Pasi test domain (333034), Domain.name=Jussi test domain, Domain.note=Jussi test domain, Project.name=Test Project 10}}, 'user' -> com.ece.irp.portlet.model.User Object {
Oid :1
{User.enabled=true, User.username=admin, User.additionalInfo=null, User.firstname=null, User.email=admin@portal.com, User.lastname=null}}, 'viewScope' -> map[[empty]]]]]]' into repository
2008-06-24 09:17:11,522 DEBUG [org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository] Adding new snapshot to group with id 3
2008-06-24 09:17:11,522 DEBUG [org.springframework.webflow.conversation.impl.SessionBindingConversationManager] Putting conversation attribute 'scope' with value map['flashScope' -> map['messagesMemento' -> map[[null] -> list[[empty]]], 'projectid' -> 333048]]
2008-06-24 09:17:11,522 DEBUG [org.springframework.webflow.conversation.impl.SessionBindingConversationManager] Unlocking conversation 1
2008-06-24 09:17:11,522 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Cleared thread-bound action request context: org.jboss.portlet.JBossActionRequest@106fbae
2008-06-24 09:17:11,522 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Successfully completed request
2008-06-24 09:17:11,522 DEBUG [org.springframework.web.portlet.context.XmlPortletApplicationContext] Publishing event in context [org.springframework.web.portlet.context.XmlPortletApplicationContext@6793f9]: PortletRequestHandledEvent: portlet=[POS_launch]; mode=[view]; type=[action]; session=[0AC0E7A59FF7E9E46F8B0FB8F41E8607]; user=[admin]; time=[32ms]; status=[OK]
2008-06-24 09:17:11,522 DEBUG [org.springframework.web.context.support.XmlWebApplicationContext] Publishing event in context [org.springframework.web.context.support.XmlWebApplicationContext@a3fcb7]: PortletRequestHandledEvent: portlet=[POS_launch]; mode=[view]; type=[action]; session=[0AC0E7A59FF7E9E46F8B0FB8F41E8607]; user=[admin]; time=[32ms]; status=[OK]
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.portlet.DispatcherPortlet] DispatcherPortlet with name 'POS_launch' received render request
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Bound render request context to thread: org.jboss.portlet.JBossRenderRequest@e4d5ba
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Testing handler map [org.springframework.web.portlet.handler.PortletModeHandlerMapping@117a8df] in DispatcherPortlet with name 'POS_launch'
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.portlet.handler.PortletModeHandlerMapping] Key [view] -> handler [com.ece.portlet.webstart.MainFlowHandler@100269d]
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Testing handler adapter [org.springframework.webflow.mvc.portlet.FlowHandlerAdapter@50079b]
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.conversation.impl.SessionBindingConversationManager] Locking conversation 1
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository] Getting flow execution with key 'e1s3'
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.definition.registry.FlowDefinitionRegistryImpl] Getting FlowDefinition with id 'main'
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.engine.impl.FlowExecutionImpl] Resuming execution in org.springframework.webflow.context.portlet.PortletExternalContext@18bb31a
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.engine.Flow] Restoring [FlowVariable@19fdc33 name = 'launchModel', valueFactory = [BeanFactoryVariableValueFactory@31d499 type = LaunchModel]]
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.engine.ViewState] Rendering + org.springframework.webflow.engine.support.ActionExecutingViewFactory$ActionExecutingView@9b9cdd
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.engine.ViewState]   Flash scope = map['projectid' -> 333048]
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.engine.ViewState]   Messages = [DefaultMessageContext@577bbc sourceMessages = map[[null] -> list[[empty]]]]
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.execution.ActionExecutor] Executing org.springframework.webflow.action.ExternalRedirectAction@1a226eb
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.execution.ActionExecutor] Finished executing org.springframework.webflow.action.ExternalRedirectAction@1a226eb; result = success
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository] Putting flow execution '[FlowExecutionImpl@17caf50 flow = 'main', flowSessions = list[[FlowSessionImpl@d9bb49 flow = 'main', state = 'download', scope = map['projects' -> list[com.ece.irp.portlet.model.Project Object {
{OBJECT_STATE=ACTIVE, Project.note=From Jussi test domain (333045), Project.domainOid=333045, Domain.note=Jussi test domain, Domain.name=Jussi test domain, Project.name=Test Project 2}}], 'project' -> com.ece.irp.portlet.model.Project Object {
{OBJECT_STATE=ACTIVE, Project.note=From Jussi test domain (333045), Project.domainOid=333045, Domain.note=Jussi test domain, Domain.name=Jussi test domain, Project.name=Test Project 3}}, 'launchModel' -> com.ece.portlet.webstart.actions.LaunchModel Object {
Oid :1
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository] Adding new snapshot to group with id 3
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.conversation.impl.SessionBindingConversationManager] Putting conversation attribute 'scope' with value map['flashScope' -> map['messagesMemento' -> map[[empty]]]]
2008-06-24 09:17:11,600 DEBUG [org.springframework.webflow.conversation.impl.SessionBindingConversationManager] Unlocking conversation 1
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Null ModelAndView returned to DispatcherPortlet with name 'POS_launch': assuming HandlerAdapter completed request handling
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Cleared thread-bound render request context: org.jboss.portlet.JBossRenderRequest@e4d5ba
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.portlet.DispatcherPortlet] Successfully completed request
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.portlet.context.XmlPortletApplicationContext] Publishing event in context [org.springframework.web.portlet.context.XmlPortletApplicationContext@6793f9]: PortletRequestHandledEvent: portlet=[POS_launch]; mode=[view]; type=[render]; session=[0AC0E7A59FF7E9E46F8B0FB8F41E8607]; user=[admin]; time=[0ms]; status=[OK]
2008-06-24 09:17:11,600 DEBUG [org.springframework.web.context.support.XmlWebApplicationContext] Publishing event in context [org.springframework.web.context.support.XmlWebApplicationContext@a3fcb7]: PortletRequestHandledEvent: portlet=[POS_launch]; mode=[view]; type=[render]; session=[0AC0E7A59FF7E9E46F8B0FB8F41E8607]; user=[admin]; time=[0ms]; status=[OK]

The message might look like this:
{"statement":"use default; show table extended like xyz;","error":"unable to show table: xyz","exec":{"stdout":"","stderr":"","exitcode":143}} 
WebHCat has a templeton.exec.timeout property which kills an HCat request (i.e. something like a DDL statement that gets routed to HCat CLI) if it takes longer than this timeout.
Since WebHCat does a fork/exec to 'hcat' script, the timeout is implemented as SIGTERM sent to the subprocess.  SIGTERM value is 15.  So it's reported as 128 + 15 = 143.
Error logging/reporting should be improved in this case.

hbase(main):002:0> create 't1', 'f1', {NUMREGIONS => 15, SPLITALGO => 'HexStringSplit'}

ERROR: uninitialized constant Hbase::Admin::RegionSplitter

RowTooBigException is Public get thrown from client calls. It should be in hbase-client instead of hbase-server.

The jdbcadapters module needs an explicit dependency on ironjacamar.impl in order to allow all shipped recovery plugins to operate.

--entity The entity which /will/ this data on demand class will create and modify as required

Trying to use some profiles in Fuse that is running in offline environment doesn't work out of the box. I think they should be deleted and these profiles should be only created when user runs quickstarts.
Profiles that can't be provisioned:

example-mq
quickstarts-fuse-camel.odata
quickstarts-cxf-secure.soap
quickstarts-beginner-camel.eips
example-camel-cxf
quickstarts-fuse-camel.linkedin
quickstarts-beginner-camel.log
quickstarts-camel.amq
example-dosgi-camel.consumer
example-cxf-cxf.server
quickstarts-cxf-camel.cxf.contract.first
quickstarts-beginner-camel.errorhandler
example-mq-consumer
quickstarts-cxf-camel.cxf.code.first
example-camel-mq.bundle
example-dosgi-camel.provider
quickstarts-beginner-camel.cbr
example-camel-loanbroker-mq.loanBroker
quickstarts-fuse-camel.box
org.jboss.quickstarts.fuse-camel-sap
example-mq-producer
quickstarts-cxf-secure.rest
quickstarts-cxf-soap
quickstarts-beginner-camel.log.wiki
example-cxf-cxf.client
quickstarts-cxf-rest
quickstarts-fuse-camel.salesforce

Always use Schema Evolution for ACID – ignore hive.exec.schema.evolution setting.

Using MIN() on struct with NULL in first field of a row yields NULL as result.
Example:
select min(a) FROM (select 1 as a union all select 2 as a union all select cast(null as int) as a) tmp;
OK
_c0
1
As expected. But if we wrap it in a struct:
select min(a) FROM (select named_struct("field",1) as a union all select named_struct("field",2) as a union all select named_struct("field",cast(null as int)) as a) tmp;
OK
_c0
NULL
Using MAX() works as expected for structs.

The VisibilityController announces the current user for each RPC, this is too chatty and makes debugging difficult.

After the upgrade to Jackson 2.8 in the build parent, we need to make sure the SOlr related integration tests pick up that version.

RPC server port is always a random one. In fact, the problem is in RpcConfiguration.HIVE_SPARK_RSC_CONFIGS which doesn't include SPARK_RPC_SERVER_PORT.
 
I've found this issue while trying to make hive-on-spark running inside docker.
 
HIVE_SPARK_RSC_CONFIGS is called by HiveSparkClientFactory.initiateSparkConf > SparkSessionManagerImpl.setup and the latter call SparkClientFactory.initialize(conf) which initialize the rpc server. This RPCServer is then used to create the sparkClient which use the rpc server port as --remote-port arg. Since initiateSparkConf ignore SPARK_RPC_SERVER_PORT, then it will always be a random port.

Sometimes PerfLog misses SUBMIT_TO_RUNNING end time which makes finish time to be wrong. Like below

Compile Query                           0.60s
Prepare Plan                            0.44s
Submit Plan                             0.83s
Start                                   0.00s
Finish                              1460423234.44s

mvn clean install -Pthriftif -Dthrift.home=... does not regenerate the thrift sources. This is after the https://issues.apache.org/jira/browse/HIVE-17506 fix.

A bean using transactions needs to explicitly add @Transactional to it when used in WF Swarm, but in WF 10 this happens without the annotation needing to be added.

If a flow is called with missing mandatory inputs, a FlowInputMappingException occurs. If that flows runs in a tomcat with enabled session persistence, a NotSerializableException occurs when tomcat tries to persist the session. 
The root cause for this seems to be, that FlowInputmappingException contains MappingResults, by default implemented by the non-serializable Class DefaultMappingResults. The Exception is then handled by the TransitionExecutingFlowExecutionExceptionHandler. In its exposeException() method a comment states: 

// note that all Throwables are Serializable so putting them in flash
// scope should not be a problem

This is not true however as FlowInputmappingException implements Serializable, but contains a non-serializable member.
The result of this is, that a serialization of the session will break. For some reason I do not understand yet, we saw an even more severe problem in Tomcat 8. When the session is persisted there, no Exception is thrown. But reloading the session upon the next requests fails because it cannot be deserialized. The basically means the user's session is broken und the user cannot work anymore.
I could not find the reason for this but the root cause still seems to be, that webflow stores a non-serializable Object in the session.
I think this should be fixed by either making DefaultMappingResults serializable oder transforming to some serializable form before storing in to the session. 

https://github.com/spring-projects/spring-framework/blob/v5.0.8.RELEASE/spring-test/src/main/java/org/springframework/test/web/reactive/server/HeaderAssertions.java#L152-L164
 lastModified/expires should take a long value as int can express up to 1970-01-25T20:31:23.647Z ...

It appears several times on the failing list of pre commit result.
The test code is a bit confusing to me. Need to dig more.

If an exception (AccessTokenRequiredException) is caught in the OAuth2ClientContextFilter:90 because the access token has expired, line 93 goes on doing the following:
    oauth2Context.removeAccessToken(resourceThatNeedsAuthorization);
further down at line 112 we are trying to fetch the same accesstoken from the oauth context using the same key, of course it returns null and thus we don't get any existingToken.
As I understand it, it is the existingToken that shall hold the refreshToken to use for refreshing the access token in AccessTokenProviderChain:73
The existingToken will be null when we want to refresh the access token so we never reach 
    accessToken = refreshAccessToken(resource, refreshToken, request);
at AccessTokenProviderChain:78
See the code here:
https://github.com/SpringSource/spring-security-oauth/blob/master/spring-security-oauth2/src/main/java/org/springframework/security/oauth2/client/filter/OAuth2ClientContextFilter.java
https://github.com/SpringSource/spring-security-oauth/blob/master/spring-security-oauth2/src/main/java/org/springframework/security/oauth2/client/token/AccessTokenProviderChain.java

Assign the parameter SCAN_BATCH_SIZE to the variable cacheBlocks  incorrectly.
And cacheBlocks  has never been used.
TableResource.java
  @Path("{scanspec: .*[*]$}")
  public TableScanResource  getScanResource(
      final @PathParam("scanspec") String scanSpec,
      @DefaultValue(Integer.MAX_VALUE + "")
      @QueryParam(Constants.SCAN_LIMIT) int userRequestedLimit,
      @DefaultValue("") @QueryParam(Constants.SCAN_START_ROW) String startRow,
      @DefaultValue("") @QueryParam(Constants.SCAN_END_ROW) String endRow,
      @DefaultValue("") @QueryParam(Constants.SCAN_COLUMN) List<String> column,
      @DefaultValue("1") @QueryParam(Constants.SCAN_MAX_VERSIONS) int maxVersions,
      @DefaultValue("-1") @QueryParam(Constants.SCAN_BATCH_SIZE) int batchSize,
      @DefaultValue("0") @QueryParam(Constants.SCAN_START_TIME) long startTime,
      @DefaultValue(Long.MAX_VALUE + "") @QueryParam(Constants.SCAN_END_TIME) long endTime,
      @DefaultValue("true") @QueryParam(Constants.SCAN_BATCH_SIZE) boolean cacheBlocks,
      @DefaultValue("false") @QueryParam(Constants.SCAN_REVERSED) boolean reversed,
      @DefaultValue("") @QueryParam(Constants.SCAN_FILTER) String paramFilter) {

https://ci.wildfly.org/viewLog.html?buildId=124494&buildTypeId=WF_PullRequest_LinuxJdk10#testNameId8859243729253738053
The requisite java.xml.bind module was deprecated in Java 9 and removed from Java 11, as it was relocated to JEE.
Therefore the org.wildfly.clustering.web.spi module needs an additional provided dependency on the javax.xml.bind.api EE module.
However, it seems overkill to import a whole module just to perform hex encoding/decoding, as we can easily do this manually.

In master brunch, the test of hbase-spark module needs clean-up.
I think we need to let hbase-spark follow the rules that exist in the whole hbase project
1. In hbase-spark, all the scala test cases are regarded as integration test, i.e. we need to go to hbase-spark folder to use mvn verify to run the test case.  I think these tests had better to be regard as unit test for the following reasons:
(1) All the scala test are very small, most of them can be finished within 20s.
(2) Integration test usually  put into hbase-it module, not in its own module.
(3) Hadoop QA could not run those scala test in hbase-spark, I guess Hadoop QA will only run mvn test under root dir, however hbase-spark need mvn verify.
(4) From its pom.xml below, you can see that, both <phase>integration-test</phase> and <phase>test</phase> point to same <goal>test</goal>. From MVN reference, http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html#Built-in_Lifecycle_Bindings, we know that if a goal is bound to one or more build phases, that goal will be called in all those phases. it means that mvn test and mvn integration-test will do same thing, however <skipTests>true</skipTests> in test phase just disable the mvn test command.  It is uncommon to have define like that. 

                  <executions>
                    <execution>
                        <id>test</id>
                        <phase>test</phase>
                        <goals>
                            <goal>test</goal>
                        </goals>
                        <configuration>
                            <skipTests>true</skipTests>
                        </configuration>
                    </execution>
                        <id>integration-test</id>
                        <phase>integration-test</phase>
                        <goals>
                        </goals>
                            <tagsToExclude>Integration-Test</tagsToExclude>
                            <argLine>
                                -Xmx1536m -XX:MaxPermSize=512m -XX:ReservedCodeCacheSize=512m
                            </argLine>
                            <parallel>false</parallel>
                </executions>

Fix Javadocs for hive.optimize.ppd - Default Value: true
Added In: Hive 0.4.0 with HIVE-279, default changed to true in Hive 0.4.0 with HIVE-626

Ted ran into this in cluster testing. If the largest region is unflushable (eg it's in the midst of closing during a split, and hence doing its own flush), the global memstore pressure code doesn't notice this. So, it keeps trying to flush it, and ignores the false return code from flushRegion.
Instead, we should iterate down the list of regions and keep trying to flush them until we find one that works.

somehow jackson 1.x is on the classpath in some ide-s ...and somehow 1.x org.codehaus jackson is being used from a dozen of classes - meanwhile the pom.xml doesn't mention it at all; but only a fasterxml's 2.9.0....
I don't know where it gets the jackson 1.x implementation; but I think it shouldn't rely on that...

Hi
Got an invalid exception when using a JPA identifier different from id. See attachment spitab.roo.
GRAVE: Servlet.service() for servlet default threw exception
javax.el.PropertyNotFoundException: Property 'id' not found on type fr.cdc.spita
b.domain.Pays
        at javax.el.BeanELResolver$BeanProperties.get(BeanELResolver.java:193)
        at javax.el.BeanELResolver$BeanProperties.access$400(BeanELResolver.java
:170)
        at javax.el.BeanELResolver.property(BeanELResolver.java:279)
        at javax.el.BeanELResolver.getValue(BeanELResolver.java:60)
        at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:54)
        at org.apache.el.parser.AstValue.getValue(AstValue.java:123)
        at org.apache.el.parser.AstDynamicExpression.getValue(AstDynamicExpressi
on.java:42)
        at org.apache.el.parser.AstCompositeExpression.getValue(AstCompositeExpr
ession.java:47)
        at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:1
86)
        at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageCon
textImpl.java:935)
        at org.apache.jsp.tag.web.form.fields.table_tagx._jspx_meth_spring_005fu
rl_005f0(table_tagx.java:811)
        at org.apache.jsp.tag.web.form.fields.table_tagx._jspx_meth_c_005fforEac
h_005f0(table_tagx.java:682)
        at org.apache.jsp.tag.web.form.fields.table_tagx._jspx_meth_c_005fif_005
f0(table_tagx.java:284)
        at org.apache.jsp.tag.web.form.fields.table_tagx.doTag(table_tagx.java:2
21)
        at org.apache.jsp.WEB_002dINF.views.payses.list_jspx._jspx_meth_table_00
5ftable_005f0(list_jspx.java:116)
        at org.apache.jsp.WEB_002dINF.views.payses.list_jspx.access$0(list_jspx.
java:98)
        at org.apache.jsp.WEB_002dINF.views.payses.list_jspx$Helper.invoke0(list
_jspx.java:255)
        at org.apache.jsp.WEB_002dINF.views.payses.list_jspx$Helper.invoke(list_
jspx.java:289)
        at org.apache.jsp.tag.web.form.list_tagx._jspx_meth_c_005fwhen_005f0(lis
t_tagx.java:415)
        at org.apache.jsp.tag.web.form.list_tagx._jspx_meth_c_005fchoose_005f0(l
ist_tagx.java:383)
        at org.apache.jsp.tag.web.form.list_tagx.access$0(list_tagx.java:373)
        at org.apache.jsp.tag.web.form.list_tagx$Helper.invoke0(list_tagx.java:4
97)
        at org.apache.jsp.tag.web.form.list_tagx$Helper.invoke(list_tagx.java:51
4)
        at org.apache.jsp.tag.web.form.page_tagx.jspx_meth_c_005fif_005f0(page
tagx.java:151)
        at org.apache.jsp.tag.web.form.page_tagx.doTag(page_tagx.java:109)
        at org.apache.jsp.tag.web.form.list_tagx._jspx_meth_page_005fpage_005f0(
list_tagx.java:368)
        at org.apache.jsp.tag.web.form.list_tagx.jspx_meth_c_005fif_005f0(list
tagx.java:200)
        at org.apache.jsp.tag.web.form.list_tagx.doTag(list_tagx.java:164)
        at org.apache.jsp.WEB_002dINF.views.payses.list_jspx._jspx_meth_page_005
flist_005f0(list_jspx.java:93)
        at org.apache.jsp.WEB_002dINF.views.payses.list_jspx._jspService(list_js
px.java:63)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper
.java:377)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:3
13)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:206)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
atcher.java:646)
        at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD
ispatcher.java:551)
        at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis
patcher.java:488)
        at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary
.java:968)
        at org.apache.jasper.runtime.PageContextImpl.doInclude(PageContextImpl.j
ava:650)
        at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.jav
a:644)
        at org.apache.tiles.jsp.context.JspTilesRequestContext.include(JspTilesR
equestContext.java:103)
        at org.apache.tiles.jsp.context.JspTilesRequestContext.dispatch(JspTiles
RequestContext.java:96)
        at org.apache.tiles.renderer.impl.TemplateAttributeRenderer.write(Templa
teAttributeRenderer.java:44)
        at org.apache.tiles.renderer.impl.AbstractBaseAttributeRenderer.render(A
bstractBaseAttributeRenderer.java:106)
        at org.apache.tiles.renderer.impl.ChainedDelegateAttributeRenderer.write
(ChainedDelegateAttributeRenderer.java:76)
        at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.
java:670)
java:336)
        at org.apache.tiles.template.InsertAttributeModel.renderAttribute(Insert
AttributeModel.java:210)
        at org.apache.tiles.template.InsertAttributeModel.end(InsertAttributeMod
el.java:126)
        at org.apache.tiles.jsp.taglib.InsertAttributeTag.doTag(InsertAttributeT
ag.java:311)
        at org.apache.jsp.WEB_002dINF.layouts.default_jspx._jspx_meth_tiles_005f
insertAttribute_005f1(default_jspx.java:472)
        at org.apache.jsp.WEB_002dINF.layouts.default_jspx._jspService(default_j
spx.java:141)
13)
        at org.apache.catalina.core.ApplicationDispatcher.processRequest(Applica
tionDispatcher.java:436)
        at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationD
ispatcher.java:374)
        at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDis
patcher.java:302)
        at org.apache.tiles.servlet.context.ServletTilesRequestContext.forward(S
ervletTilesRequestContext.java:241)
        at org.apache.tiles.servlet.context.ServletTilesRequestContext.dispatch(
ServletTilesRequestContext.java:222)
java:670)
java:690)
java:644)
java:627)
java:321)
        at org.springframework.web.servlet.view.tiles2.TilesView.renderMergedOut
putModel(TilesView.java:124)
        at org.springframework.web.servlet.view.AbstractView.render(AbstractView
.java:250)
        at org.springframework.web.servlet.DispatcherServlet.render(DispatcherSe
rvlet.java:1060)
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(Dispatch
erServlet.java:798)
        at org.springframework.web.servlet.DispatcherServlet.doService(Dispatche
rServlet.java:716)
        at org.springframework.web.servlet.FrameworkServlet.processRequest(Frame
workServlet.java:644)
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServl
et.java:549)
        at org.tuckey.web.filters.urlrewrite.NormalRewrittenUrl.doRewrite(Normal
RewrittenUrl.java:195)
        at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.j
ava:159)
        at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:14
1)
        at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewri
ter.java:90)
        at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewrit
eFilter.java:417)
icationFilterChain.java:235)
        at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInterna
l(HiddenHttpMethodFilter.java:77)
        at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerR
equestFilter.java:76)
        at org.springframework.web.filter.CharacterEncodingFilter.doFilterIntern
al(CharacterEncodingFilter.java:88)
        at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doF
ilterInternal(OpenEntityManagerInViewFilter.java:113)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:191)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:127)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:102)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
a:298)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:852)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
ss(Http11Protocol.java:588)
        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:48
9)

SqlProducer implementation turns all # characters into ? making it impossible to have # in the SQL statement.

This is the text from my Spring Forum post referenced in this issue:
I am trying to run the OpenId sample from the latest version in git. I start it up using 'gradle jettyRun' and proceed to localhost:8080. Once I get there, I click on google as my account provider and receive the following error message in the browser:
"Your login attempt was not successful, try again.
Reason: Unable to process claimed identity 'https://www.google.com/accounts/o8/id'."
There is a stack trace on the console - the main points are here: 
o.s.s.o.OpenIDAuthenticationFilter - Failed to consume claimedIdentity: https://www.google.com/accounts/o8/id org.springframework.security.openid.OpenIDConsumer Exception: Error during discovery
Caused by: org.openid4java.discovery.yadis.YadisException: 0x704: I/O transport error: hostname in certificate didn't match: <www.google.com/74.125.225.82> != <www.google.com>
Caused by: javax.net.ssl.SSLException: hostname in certificate didn't match: <www.google.com/74.125.225.82> != <www.google.com>
I've attached the full stacktrace to this post rather than pollute the entire post with exceptions.
Could someone please help me? I've been trying to learn how to use Spring Security with Google as an OpenId provider, and if I can't get the sample application working, I don't have much hope for being able to do it on my own.
I am using Java 1.6.0_27 64 bit and this is happening on both of my Windows 7 64 bit computers.
Any help would be greatly appreciated.

The default value of hbase.regionserver.global.memstore.lowerLimit of 25% is very wrong and in almost all cases was problematic (I've seen this in at least 3 occurrences). The cost of flushing a memstore is fairly high and when the global size reaches 40% then ALL inserts are blocked. This means that with a heap of 1GB you could be flushing for 10-20 seconds or worse.
I suggest a default setting of 38% or even 40% so that only a region or two will be flushed (the biggest ones) for maximum availability.

References are not handled properly in the Querydsl integration of Spring Data Mongodb. MongodbSerializer provides too related template methods which should be overridden in SpringDataMongodbSerializer.
The Querydsl Mongodb integration with the Morphia mapping framework shows how it can be done https://github.com/querydsl/querydsl/blob/master/querydsl-mongodb/src/main/java/com/mysema/query/mongodb/morphia/MorphiaSerializer.java

Corrects wrong default values for few options in the help message.
Final stats from multiple clients are intermingled making it hard to understand. Also the logged stats aren't very machine readable. It can be helpful in a daily perf testing rig which scraps logs for results.
Example of logs before the change.

16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest latency log (microseconds), on 1048576 measures
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: 0/1048570/1048576, latency mean=953.98, min=359.00, max=324050.00, stdDev=851.82, 95th=1368.00, 99th=1625.00
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: 0/1048570/1048576, latency mean=953.92, min=356.00, max=323394.00, stdDev=817.55, 95th=1370.00, 99th=1618.00
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: 0/1048570/1048576, latency mean=953.98, min=367.00, max=322745.00, stdDev=840.43, 95th=1369.00, 99th=1622.00
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest Min      = 375.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest Min      = 363.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest Avg      = 953.6624126434326
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest Avg      = 953.4124526977539
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest StdDev   = 781.3929776087633
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest StdDev   = 742.8027916717297
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 50th     = 894.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 75th     = 1070.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 75th     = 1071.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 95th     = 1369.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 99th     = 1623.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 99th     = 1624.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest Min      = 372.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 99.9th   = 3013.9980000000214
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest Avg      = 953.2451229095459
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 99.9th   = 3043.9980000000214
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest StdDev   = 725.4744472152282
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 99.99th  = 25282.380199996755
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 50th     = 895.0
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 99.99th  = 25812.763399994
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 99.999th = 89772.78990004538
16/03/05 22:43:06 INFO hbase.PerformanceEvaluation: IncrementTest 99.999th = 122808.39587019826

After the change

16/03/06 02:38:21 INFO hbase.PerformanceEvaluation: Test : RandomWriteTest, Thread : TestClient-1
16/03/06 02:38:21 INFO hbase.PerformanceEvaluation: Latency (us) : , mean=6.23, min=2.00, max=101433.00, stdDev=246.62, 50th=2.00, 75th=2.00, 95th=3.00, 99th=13.00, 99.9th=558.00, 99.99th=9656.19, 99.999th=20213.63
16/03/06 02:38:21 INFO hbase.PerformanceEvaluation: Num measures (latency) : 1048576
16/03/06 02:38:21 INFO hbase.PerformanceEvaluation: ValueSize (bytes) : , mean=0.00, min=0.00, max=0.00, stdDev=0.00, 50th=0.00, 75th=0.00, 95th=0.00, 99th=0.00, 99.9th=0.00, 99.99th=0.00, 99.999th=0.00
16/03/06 02:38:21 INFO hbase.PerformanceEvaluation: Num measures (ValueSize): 0
...
16/03/06 02:38:21 INFO hbase.PerformanceEvaluation: Test : RandomWriteTest, Thread : TestClient-0
16/03/06 02:38:21 INFO hbase.PerformanceEvaluation: Latency (us) : , mean=6.23, min=1.00, max=99321.00, stdDev=246.41, 50th=2.00, 75th=2.00, 95th=3.00, 99th=13.00, 99.9th=566.00, 99.99th=9694.60, 99.999th=23311.86
....

CorrelationUtilities.isNullOperator will throw NPE if operator is null

hbase-9007 disabled it as flakey.  See it for listing of fails and HBASE-8961.  Assigning to Jean-Daniel Cryans to take a looksee.

Found it when debugging the flakey TestFailedAppendAndSync.
The problem is in waitSafePoint.

        if (this.safePointAttainedLatch.await(1, TimeUnit.MILLISECONDS)) {
          break;
        }
        if (syncFuture.isThrowable()) {
          throw new FailedSyncBeforeLogCloseException(syncFuture.getThrowable());
        }
      }
      return syncFuture;

If we attach the safe point quick enough then we will bypass the syncFuture.isThrowable check and will not throw FailedSyncBeforeLogCloseException.
This may cause incosistency between memstore and wal.

org.wildfly.core.test.standalone.mgmt.events.JmxControlledStateNotificationsTestCase
Both test cases fail with:

Tests run: 2, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec <<< FAILURE! - in org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase
org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase  Time elapsed: 0.007 sec  <<< FAILURE!
java.lang.AssertionError: {"outcome" => "failed","result" => undefined,"failure-description" => {"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {"main-server-group" => {"host" => {"master" => {"main-one" => {"WFLYCTL0080: Failed services" => {"test.deployment.jmx" => "org.jboss.msc.service.StartException in service test.deployment.jmx: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"user.dir\" \"read\")\" in code source \"(vfs:/content/test-jmx-notifications-deployment.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.test-jmx-notifications-deployment.jar:main\" from Service Module Loader\")
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"user.dir\" \"read\")\" in code source \"(vfs:/content/test-jmx-notifications-deployment.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.test-jmx-notifications-deployment.jar:main\" from Service Module Loader\")"},"WFLYCTL0412: Required services that are not installed:" => ["test.deployment.jmx"],"WFLYCTL0180: Services with missing/unavailable dependencies" => undefined}}}}}}},"rolled-back" => true,"server-groups" => {"main-server-group" => {"host" => {"master" => {"main-one" => {"response" => {"outcome" => "failed","failure-description" => {"WFLYCTL0080: Failed services" => {"test.deployment.jmx" => "org.jboss.msc.service.StartException in service test.deployment.jmx: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"user.dir\" \"read\")\" in code source \"(vfs:/content/test-jmx-notifications-deployment.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.test-jmx-notifications-deployment.jar:main\" from Service Module Loader\")
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"user.dir\" \"read\")\" in code source \"(vfs:/content/test-jmx-notifications-deployment.jar <no signer certificates>)\" of \"ModuleClassLoader for Module \"deployment.test-jmx-notifications-deployment.jar:main\" from Service Module Loader\")"},"WFLYCTL0412: Required services that are not installed:" => ["test.deployment.jmx"],"WFLYCTL0180: Services with missing/unavailable dependencies" => undefined},"rolled-back" => true}}}}}}}
	at org.wildfly.test.jmx.JMXFacadeListenerDeploymentSetupTask.setup(JMXFacadeListenerDeploymentSetupTask.java:75)
	at org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase.setupDomain(JmxControlledStateNotificationsTestCase.java:66)

org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase  Time elapsed: 0.014 sec  <<< FAILURE!
java.lang.AssertionError: {"outcome" => "failed","result" => undefined,"failure-description" => {"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {"main-server-group" => {"host" => {"master" => {"main-one" => "WFLYCTL0216: Management resource '[(\"deployment\" => \"test-jmx-notifications-deployment.jar\")]' not found"}}}}}},"rolled-back" => true,"server-groups" => {"main-server-group" => {"host" => {"master" => {"main-one" => {"response" => {"outcome" => "failed","failure-description" => "WFLYCTL0216: Management resource '[(\"deployment\" => \"test-jmx-notifications-deployment.jar\")]' not found","rolled-back" => true}}}}}}}
	at org.wildfly.test.jmx.JMXFacadeListenerDeploymentSetupTask.tearDown(JMXFacadeListenerDeploymentSetupTask.java:115)
	at org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase.tearDownDomain(JmxControlledStateNotificationsTestCase.java:71)

This might relate to CAMEL-5024
The following route works ok in camel 2.9.3 

from("direct:sampleUri")
  .errorHandler(deadLetterChannel("direct:errorhandler").disableRedelivery())
  .multicast()
    .stopOnException()
    .split(simple("${body.list}"))
      .streaming()
      .stopOnException()
      .process(new Processor() {
        @Override
	public void process(Exchange exchange) throws Exception {

	}
	
     }).end()
    .end()
    .to("direct:somewhere_else_1")
    .to("direct:somewhere_else_2")
.end();

-> if an exception is thrown by body.list the errorhandler kicks in and the
message is handled by "direct:errorhandler". Since 2.9.4 (and also with the latest version, 2.10.2) the errorhandler is no longer
active.

If a mail with attachment is received the mail consumer components (imap and pop3) set the message body to a Multipart Message and take over all headers from the mail message.
All known consumers of the message body (including the mail (SMTP) producer) will convert the body into somthing else (using one of the provided type converters) and will receive the first text part of the messsage, which is the mail body. This is the behaviour one would expect.
Unfortunately the Content-Type header taken over from the Multipart mail will contain a multipart content type (including the MIME boundary) of the whole mail, not the content type of the entity usually used as mail body,
As a consequence the following route will always fail:

from("pop3://james3@localhost?consumer.delay=1000").removeHeader("to").to("smtp://james4@localhost");

The error message is.

2016-07-28 20:01:24,892 [ames2@localhost] ERROR DefaultErrorHandler            - Failed delivery for (MessageId: ID-WDFD30052822A-54830-1469728883014-0-1 on ExchangeId: ID-WDFD30052822A-54830-1469728883014-0-2). Exhausted after delivery attempt: 1 caught: javax.mail.MessagingException: Missing start boundary

[route1            ] [route1            ] [pop3://james2@localhost?consumer.delay=1000                                   ] [        18]
[route1            ] [to1               ] [smtp://james3@localhost                                                       ] [        13]

javax.mail.MessagingException: Missing start boundary
	at javax.mail.internet.MimeMultipart.parse(MimeMultipart.java:682)
	at javax.mail.internet.MimeMultipart.updateHeaders(MimeMultipart.java:513)
	at javax.mail.internet.MimeBodyPart.updateHeaders(MimeBodyPart.java:1483)
	at javax.mail.internet.MimeBodyPart.updateHeaders(MimeBodyPart.java:1131)
	at javax.mail.internet.MimeMultipart.updateHeaders(MimeMultipart.java:515)
	at javax.mail.internet.MimeMessage.updateHeaders(MimeMessage.java:2198)
	at javax.mail.internet.MimeMessage.saveChanges(MimeMessage.java:2159)
	at org.apache.camel.component.mail.DefaultJavaMailSender.send(DefaultJavaMailSender.java:118)
	at org.apache.camel.component.mail.MailProducer.process(MailProducer.java:63)
	at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:173)
	at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:362)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:168)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:525)
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:109)
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:91)
	at org.apache.camel.component.mail.MailConsumer.processExchange(MailConsumer.java:382)
	at org.apache.camel.component.mail.MailConsumer.processBatch(MailConsumer.java:221)
	at org.apache.camel.component.mail.MailConsumer.poll(MailConsumer.java:128)
	at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:175)
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:102)

The provided patch will set the Content-Type header of the message to the content type of the first text part of the multipart (the one which is also returned by the type converters)

I ran some YCSB benchmarks which resulted in about 150 regions worth of data overnight. Then I disabled the table, and the master for some reason closed one region on the wrong server. The server ignored this, but the region remained open on a different server, which later flipped out when it tried to flush due to hlog accumulation.

After several tests I've found that ServletContainerInitializer instances aren't being called in a deterministic order, even when an absolute-ordering is configured in web.xml. I've tested this in wildfly 10, 12 and 13.
Stepping through the code, on wildfly startup, I've found that ServletContainerInitializer instances are being collected to ScisMetaData.The problem is that they are being stored in a HashSet, and that makes no guarantees as to the iteration order!
The set is being initialized here:

Set<ServletContainerInitializer> scis = scisMetaData.getScis();
Set<Class<? extends ServletContainerInitializer>> sciClasses = new HashSet<>();
if (scis == null) {
   scis = new HashSet<ServletContainerInitializer>();
   scisMetaData.setScis(scis);
}

And the ServletContainerInitializer implementations that are found in jars are being added here:

// Find local ServletContainerInitializer services
List<String> order = warMetaData.getOrder();
Map<String, VirtualFile> localScis = warMetaData.getScis();
if (order != null && localScis != null) {
    for (String jar : order) {
        VirtualFile sci = localScis.get(jar);
        if (sci != null) {
            scis.addAll(loadSci(classLoader, sci, jar, true, sciClasses));
        }
    }
}

and later iterated and added to the DeployementInfo here (they are added to a List!):

if (scisMetaData != null && scisMetaData.getHandlesTypes() != null) {
    for (final ServletContainerInitializer sci : scisMetaData.getScis()) {
        final ImmediateInstanceFactory<ServletContainerInitializer> instanceFactory = new ImmediateInstanceFactory<>(sci);
        d.addServletContainerInitalizer(new ServletContainerInitializerInfo(sci.getClass(), instanceFactory, scisMetaData.getHandlesTypes().get(sci)));
    }
}

But, since scisMetaData.getScis() returns a HashSet, there is absolutely no guarantee that the iteration order is the same as the insertion order (the order that is imposed by warMetaData.getOrder()).
So a simple fix is to use a LinkedHashSet instead of a HashSet:
The ServletContainerInitializer instances are later iterated and called by insertion order (List iteration) in DeployementManagerImpl:

//then run the SCI's
for (final ServletContainerInitializerInfo sci : deploymentInfo.getServletContainerInitializers()) {
    final InstanceHandle<? extends ServletContainerInitializer> instance = sci.getInstanceFactory().createInstance();
    try {
        instance.getInstance().onStartup(sci.getHandlesTypes(), servletContext);
    } finally {
        instance.release();
    }
}

If I enter a date using the standard Roo view everything looks fine (see BeforeSubmit.png). Then I submit the value and get an error (see AfterSubmit.png). If I enter the same String without using the widget it works.
This is on Ubuntu with the browser integrated in Eclipse. Using Google Chrome  on Linux leads to different behavior (see BeforeSubmitChrome / AfterSubmitChrome). As you can see the format used there is 11.2.2010 which is a typical German layout for a Date. I am running on a German localization with the browser - maybe that is the reason for the issue.

During testing for the fix of bug SGF-217, I uncovered another bug... Spring Data GemFire does not properly set the Eviction Policy based on the eviction-type attribute because it is pulling the attribute value from the wrong XML element (i.e. the eviction-type attribute value is being pulled from the <gfe:cache-server/> parent element) in the Spring context configuration meta-data as seen in the parseSubscription(..) method of the org.springframework.data.gemfire.server.CacheServerFactoryBean) class...

	private void parseSubscription(BeanDefinitionBuilder builder, Element element) {
		Element subConfig = DomUtils.getChildElementByTagName(element, "subscription-config");
		if (subConfig == null) {
			return;
		}

		ParsingUtils.setPropertyValue(subConfig, builder, "capacity", "subscriptionCapacity");
		ParsingUtils.setPropertyValue(subConfig, builder, "disk-store", "subscriptionDiskStore");
		String attr = element.getAttribute("eviction-type");
		if (StringUtils.hasText(attr)) {
			builder.addPropertyValue("subscriptionEvictionPolicy", attr.toUpperCase());
		}
	}

The element.getAttribute("eviction-type") should read subConfig.getAttribute("eviction-type").  As a result, unfortunately the Eviction Policy always defaults, or is set to "none".

Spring Roo 1.1.0.M2 creates users project that use AspectJ 1.6.10.M1. If a user runs Maven 2 from the command line it will successfully download AspectJ 1.6.10.M1 if not already downloaded. If a user runs m2eclipse (which uses Maven 3) without having run Maven 2 previously, they will fail to download the AspectJ dependency with an error:

1) org.aspectj:aspectjtools:jar:1.6.10.M1

      mvn install:install-file -DgroupId=org.aspectj -DartifactId=aspectjtools -Dversion=1.6.10.M1 -Dpackaging=jar -Dfile=/path/to/file

      mvn deploy:deploy-file -DgroupId=org.aspectj -DartifactId=aspectjtools -Dversion=1.6.10.M1 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  	1) org.codehaus.mojo:aspectj-maven-plugin:maven-plugin:1.0
  	2) org.aspectj:aspectjtools:jar:1.6.10.M1

  org.codehaus.mojo:aspectj-maven-plugin:maven-plugin:1.0

  central (http://repo1.maven.org/maven2, releases=true, snapshots=false)

As shown, only Maven Central was visited to download the dependency. The AspectJ dependency is actually at http://maven.springframework.org/milestone/org/aspectj/aspectjtools/1.6.10.M1/aspectjtools-1.6.10.M1.jar.
To resolve this Roo should add plugin repositories by default to user-created POMs. For completeness and to avoid this happening in the future it should add all of the Spring and Roo-related Maven repositories:

    <pluginRepositories>
        <pluginRepository>
            <id>spring-maven-release</id>
            <name>Spring Maven Release Repository</name>
            <url>http://maven.springframework.org/release</url>
        </pluginRepository>
            <id>spring-maven-milestone</id>
            <name>Spring Maven Milestone Repository</name>
            <url>http://maven.springframework.org/milestone</url>
            <id>spring-roo-repository</id>
            <name>Spring Roo Repository</name>
            <url>http://spring-roo-repository.springsource.org/release</url>
    </pluginRepositories>

Users wish to work around this bug can either:

Use Maven 2 from the command line to cause the dependencies to download
Manually add the above code fragment to Roo 1.1.0.M2 generated pom.xml files
Wait for Roo 1.1.0.M3 when this will be resolved by default

CoprocessorClassLoader is used to load classes from the coprocessor jar.
Certain classes are exempt from being loaded by this ClassLoader, which means they will be ignored in the coprocessor jar, but loaded from parent classpath instead.
One problem is that we categorically exempt "org.apache.hadoop".
But it happens that Hive packages start with "org.apache.hadoop".
There is no reason to exclude hive classes from theCoprocessorClassLoader.
HBase does not even include Hive jars.

Issue: http://old.nabble.com/Direct-route-not-shared-across-contexts--td28766143.html
When two CamelContexts import the same routeContext they should instantiate their own route based on the definition in the routeContext. But something is not working correctly. One example is having a directqueue of the same name in each route-instance. Camel crashed with the exception:
org.apache.camel.RuntimeCamelException: java.lang.IllegalStateException: Endpoint direct://foo only allows 1 active consumer but you attempted to start a 2nd consumer.
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1126)
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:103) ...
This is demonstrated in the sample file attached to this issue.
Obviously this makes other things than the direct-endpoints malfunction. But this should be enough to show the problem.

the symptom is the cluster comes to a dead halt.  Lookups on meta don't seem to work, and the regionserver carrying .META. goes hot - using 800% CPU or more, driving system LA up really really high (I've seen it as high as 26).  Thread dumps seem to indicate every IPC handler is stuck in Bytes.binarySearch().

When ArquillianService installs a service for an ArquillianConfig it is not ensuring that service names are unique. When it builds the service name it only accounts for the name of the deployment/subdeployment, ignoring the fact that subdeployments with different parents can have the same name. It should check if the deployment is a subdeployment and if so include the parent deployment name in the service name.
It currently works around this with a hack in ArquillianConfigBuilder: see the code following the FIXME in https://paste.fedoraproject.org/525756/58138148/
Presumably the answer to the FIXME's question is my first paragraph here.
The hack should be removed as part of fixing this; it's verboten to block an MSC service thread, which this hack does.

Password encoders cause problems with untrusted clients.  Basically you get a 500 error when you would like a 401 or 403.  We can fix it by allowing user sto inject a PasswordEncoder into the ClientDetailsUserDetailsService.

Spot the bug in this code:
public List<InputSplit> getSplits(JobContext context) throws IOException {
    byte [][] startKeys = table.getStartKeys();
    if (startKeys == null || startKeys.length == 0) 
{
      throw new IOException("Expecting at least one region.");
    }
    if (table == null) 
{
      throw new IOException("No table was provided.");
    }
...
}
Should check if the table is null before calling a method on it.
Admittedly, this isn't the worst bug in the world, it's really just more of a nuisance in that the "No table was provided" message becomes an NPE
This bug is in both
org.apache.hadoop.hbase.mapred.TableInputFormatBase
org.apache.hadoop.hbase.mapreduce.TableInputFormatBase

In Spring 3.1.4 (and possibly other releases) the springFormCheckboxes macro iterates through the $status.value variable to determine whether or not an item needs to be checked or not.
We ran into an issue with the checkboxes not properly reflecting the form backing object. Let's say the model attribute variable "command" has a variable "command.userSelections" which is of type Map<Integer, List<Integer>> and $possibleSelectionList which is of type Map<String, Integer> exposed in the model.
Iterating the command.userSelections map and using $i as the key if we use:
#springFormCheckboxes( "command.userSelections[$i]" $possibleSelectionList "" "")
We would not see any of the checkboxes as having been selected regardless of the value in command.userSelections[$i]. After further investigation it appears that the culprit is here:
spring.vm:263
        #foreach($item in $status.value) 
            #if($item == $option) checked="checked" #end 
        #end
The $status.value is converted to a String representation of the contents of the bound variable which in this case happens to be a List<Integer> and as such VTL is unable to traverse it in the #foreach loop above.
We used the following workaround:
#**

springFormCheckboxes
 *
Show checkboxes.
 *
@param path the name of the field to bind to
@param options a map (value=label) of all the available options
@param separator the html tag or other character list that should be used to
separate each option.  Typically ' ' or '<br>'
@param attributes any additional attributes for the element (such as class
or CSS styles or size
*#
#macro( springFormCheckboxes $path $options $separator $attributes )
    #springBind($path)
    #set( $literal = '#set( $pathValue = $' )
    #set( $pathValueEval = "$literal$path)" )
    #evaluate( $pathValueEval )
    #foreach($option in $options.keySet())
        <input type="checkbox" name="${status.expression}" value="${option}"
        #foreach($item in $pathValue) 
        #end
        ${attributes} #springCloseTag()
        ${options.get($option)} ${separator}
    #end
    <input type="hidden" name="_${status.expression}" value="on"/>
#end

By using $pathValueEval to set the variable $pathValue we're able to circumvent String conversion and get a List that can be properly iterated.

I have a controller like this:
TcmnNucleosController.java

@RooWebScaffold(path = "tcmnnucleoses", formBackingObject = TcmnNucleos.class, create = false, update = false, delete = false, exposeJson=true)
@RequestMapping("/tcmnnucleoses")
public class TcmnNucleosController {

    @RequestMapping(params = "find=ByProvincia", method = RequestMethod.GET) //, headers = "Accept=application/json")
    public String jsonFindTcmnNucleosesByProvincia(
            @RequestParam("provincia") String provincia) {
 
        return TcmnNucleos.toJsonArray(TcmnNucleos
                .findTcmnNucleosesByProvincia(
                        TcmnProvincias.findTcmnProvincias(provincia))
                .getResultList());
    }

In 'TcmnNucleos' postgreSQL table, enconded in UTF-8, contains data like:

"Pruébañ"
"Quart"
"Mislata"
"Manresa"

This call returns this:

$ wget -O - -S --header='Accept: application/json,application/javascript' 'http://localhost:8080/acuses/tcmnnucleoses/?provincia=1&find=ByProvincia'
--2011-05-11 15:50:15--  http://localhost:8080/acuses/tcmnnucleoses/?provincia=1&find=ByProvincia
Resolviendo localhost... ::1, 127.0.0.1
Conectando a localhost|::1|:8080... conectado.
Petición HTTP enviada, esperando respuesta... 
  HTTP/1.1 200 OK
  Server: Apache-Coyote/1.1
  Content-Type: application/json;charset=UTF-8
  Content-Length: 1854
  Date: Wed, 11 May 2011 13:50:16 GMT
  Connection: keep-alive
Longitud: 1854 (1,8K) [application/json]
Guardando en: «STDOUT»
[{...:"Pru�ba�","dnuclc":null,...}]

JSON returned content is encoded in WINDOWS-1252 but http header says application/json;charset=UTF-8
Web.xml has no changes.
web.xml

  <filter>
        <filter-name>CharacterEncodingFilter</filter-name>
        <filter-class&gt;org.springframework.web.filter.CharacterEncodingFilter</filter-class&gt;
            <param-name>encoding</param-name>
            <param-value>UTF-8</param-value>
            <param-name>forceEncoding</param-name>
            <param-value>true</param-value>
    </filter>
    
    <filter>
        <filter-name>HttpMethodFilter</filter-name>
        <filter-class&gt;org.springframework.web.filter.HiddenHttpMethodFilter</filter-class&gt;
    </filter>
    ....
    ....

   <filter-mapping>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    
    ....
    ....

HFilePrettyPrinter#processFile should return immediately if file does not exists same like HLogPrettyPrinter#run

    if (!fs.exists(file)) {
      System.err.println("ERROR, file doesnt exist: " + file);
    }

The failed query is like:
SELECT "a" from table_TAG where table_TAG.ds = '2008-12-31'
The error message is:
FAILED: Error in semantic analysis: line 1:227 No Partition Predicate Found "2008-12-31":  for Alias table_tag Table table_tag

JDBC standalone contains many shaded jars, which tends to diverge in version when hotfixes are deployed.

$ jar tvf jdbc/target/hive-jdbc-*-standalone.jar | grep slf4j
     0 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/
  3366 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/BasicMarker.class
  1427 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/BasicMarkerFactory.class
  1521 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/FormattingTuple.class
  4773 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/MarkerIgnoringBase.class
  6699 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/MessageFormatter.class
   823 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/NamedLoggerBase.class
  3267 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/NOPLogger.class
   584 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/NOPLoggerFactory.class
  1047 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/SubstituteLoggerFactory.class
   933 Tue Feb 23 17:21:04 PST 2016 org/slf4j/helpers/Util.class

Still need to retain those in the shaded version, but the jar has to out of the ./bin/hive classpath to load the service entries in order.

We found an issue with bulk loads causing data loss when assigning sequence ids (HBASE-6630) that is triggered when replaying recovered edits. We're nicknaming this issue Blindspot.
The problem is that the sequence id given to a bulk loaded file is higher than those of the edits in the region's memstore. When replaying recovered edits, the rule to skip some of them is that they have to be lower than the highest sequence id. In other words, the edits that have a sequence id lower than the highest one in the store files should have also been flushed. This is not the case with bulk loaded files since we now have an HFile with a sequence id higher than unflushed edits.
The log recovery code takes this into account by simply skipping the bulk loaded files, but this "bulk loaded status" is lost on compaction. The edits in the logs that have a sequence id lower than the bulk loaded file that got compacted are put in a blind spot and are skipped during replay.
Here's the easiest way to recreate this issue:

Create an empty table
Put one row in it (let's say it gets seqid 1)
Bulk load one file (it gets seqid 2). I used ImporTsv and set hbase.mapreduce.bulkload.assign.sequenceNumbers.
Bulk load a second file the same way (it gets seqid 3).
Major compact the table (the new file has seqid 3 and isn't considered bulk loaded).
Kill the region server that holds the table's region.
Scan the table once the region is made available again. The first row, at seqid 1, will be missing since the HFile with seqid 3 makes us believe that everything that came before it was flushed.

Scenario:

We have two URLs handled by controllers:
	
/parent
/child

/parent is rendered by parent.jsp
/child is rendered by child.jsp and is included (via <c:import>) in parent.jsp
We try to access the /parent URL

If we set a model attribute in the /parent controller and also attribute with the same name in the /child controller, the value from the /child Model should have no effect on the value in /parent controller.
Normally this works, but when the value in the /child Model is set to null, the value is propagated into the /parent Model and hence if we access the variable as ${variable} in parent.jsp after <c:import "/child"> the value is also null.

When I execute the following queries

CREATE TABLE t_hive (f1 STRING);
INSERT INTO t_hive VALUES ('Cooper\'s');
SELECT * FROM t_hive;

via the Hive shell or through HiveServer2 directly (via impyla), I would expect that the result to be

Cooper's

but instead I actually get

Cooper\'s

Actually, I'm not sure how that INSERT query is not even a syntax error.

Try these with an empty (for example in memory, derby) database:

new SimpleJdbcCall(jdbcTemplate).withProcedureName("bar").compile();

new SimpleJdbcCall(jdbcTemplate).withProcedureName("foo.bar").compile();

The first one passes but the second one throws an exception (below). I think both should throw an exception (as there are no stored procedures with those names in the database).
The issue seems to be in GenericCallMetaDataProvider.processProcedureColumns() (code is the same in 4.0.x and master branches). It throws an exception in case more than one sprocs are found and also in case no sproc was found and the name contains a "."
It seems it is missing an else branch to throw an exception for other not found sprocs as well.

org.springframework.dao.InvalidDataAccessApiUsageException: Unable to determine the correct call signature for FOO.BAR - package name should be specified separately using '.withCatalogName("FOO")'
	at org.springframework.jdbc.core.metadata.GenericCallMetaDataProvider.processProcedureColumns(GenericCallMetaDataProvider.java:328)
	at org.springframework.jdbc.core.metadata.GenericCallMetaDataProvider.initializeWithProcedureColumnMetaData(GenericCallMetaDataProvider.java:104)
	at org.springframework.jdbc.core.metadata.CallMetaDataProviderFactory$1.processMetaData(CallMetaDataProviderFactory.java:128)
	at org.springframework.jdbc.support.JdbcUtils.extractDatabaseMetaData(JdbcUtils.java:290)
	at org.springframework.jdbc.core.metadata.CallMetaDataProviderFactory.createMetaDataProvider(CallMetaDataProviderFactory.java:71)
	at org.springframework.jdbc.core.metadata.CallMetaDataContext.initializeMetaData(CallMetaDataContext.java:269)
	at org.springframework.jdbc.core.simple.AbstractJdbcCall.compileInternal(AbstractJdbcCall.java:279)
	at org.springframework.jdbc.core.simple.AbstractJdbcCall.compile(AbstractJdbcCall.java:266)

The reason why it would be good to have an early exception is to catch missing stored procedures during application startup (when the SimpleJdbcCall is created and compiled) instead only when it is used (sproc is called).

Just the XSDs:

SSlProtocolType never checked
default is wrong

It seems the RequestProcessor which is processing JTA synchronizations
does not have the right TCCL set.
As a result, during synchronization invocation:

NameNotFoundException is thrown for a JNDI lookup of "java:comp/UserTransaction"
if we try to acccess org.jboss.weld.Container by means of org.jboss.as.weld.services.ModuleGroupSingletonProvider.TCCLSingleton, we get ISE: "Singleton not set....This means that you are trying to access a weld deployment with a Thread Context ClassLoader that is not associated with the deployment."

The Netty UDP consumer truncates received messages that are larger than 768 bytes. A number of higher level protocols and data-formatters have message sizes larger than 768. E.g. Syslog 1024 bytes
NOTE: There is a difference between receiveBufferSize receiveBufferSizePredictor see: http://lists.jboss.org/pipermail/netty-users/2010-January/001958.html 

Lets move Rest to it's own module like thrift. That should allow us to remove some dependencies from the class path when running MR tests.

Many cases like CANCELED, TIMEDOUT AND CLOSED are handled. Need to handle FINISHED in runQuery() method.

I set "jmsMessageType=Object", and when I try to send a null in the body, I get an exception. See program and log.

Our split metrics have a misspelled  Count and it shows up in our jmx metrics

  "splitSuccessCounnt" : 0,

If multiple PlatformTransactionManager beans are registered in an ApplicationContext, a raw @Transactional declaration should use the transaction manager bean that is determined via TransactionAspectSupport.transactionManagerBeanName. The changes for SPR-12541 now completely ignore that property as the TransactionAttribute.getQualifier() is mistakenly compared to null. A not set qualifier will result in an empty String for annotation based TransactionAttributeSource instances so that the else clause can never be reached when using @Transactional and thus the configured bean name gets ignored. This subsequently leads to a NoUniqueBeanDefinitionException due to the by-type lookup returning two candidate beans.

ERROR [org.jboss.as.server] (Controller Boot Thread) JBAS015956: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014676: Failed to parse configuration
        at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:112) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:256) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[224,17]
Message: JBAS014788: Unexpected attribute 'clustered-cache-ref' encountered
        at org.jboss.as.controller.parsing.ParseUtils.unexpectedAttribute(ParseUtils.java:104) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.ejb3.subsystem.EJB3Subsystem20Parser.parseStatefulBean(EJB3Subsystem20Parser.java:126)
        at org.jboss.as.ejb3.subsystem.EJB3Subsystem12Parser.parseSessionBean(EJB3Subsystem12Parser.java:309)
        at org.jboss.as.ejb3.subsystem.EJB3Subsystem12Parser.readElement(EJB3Subsystem12Parser.java:146)
        at org.jboss.as.ejb3.subsystem.EJB3Subsystem13Parser.readElement(EJB3Subsystem13Parser.java:68)
        at org.jboss.as.ejb3.subsystem.EJB3Subsystem14Parser.readElement(EJB3Subsystem14Parser.java:60)
        at org.jboss.as.ejb3.subsystem.EJB3Subsystem20Parser.readElement(EJB3Subsystem20Parser.java:71)
        at org.jboss.as.ejb3.subsystem.EJB3Subsystem12Parser.readElement(EJB3Subsystem12Parser.java:105)
        at org.jboss.as.ejb3.subsystem.EJB3Subsystem12Parser.readElement(EJB3Subsystem12Parser.java:71)
        at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
        at org.jboss.staxmapper.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:69) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
        at org.jboss.as.server.parsing.StandaloneXml.parseServerProfile(StandaloneXml.java:1131) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_4(StandaloneXml.java:458) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:145) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:107) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
        at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:104) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
        ... 3 more

See CacheConfiguration.java
CacheConfiguration.java

 if (cacheSettings.containsKey("diskExpiryThreadIntervalSeconds")) {
	setTimeToLiveSeconds(Long.valueOf((String) cacheSettings.get("diskExpiryThreadIntervalSeconds")).longValue());
} 

System.currentTimeMillis() is native in IBM JDK and at the same time, IBM JDK does not support  java.lang.instrument API for native methods. Therefore, System.currentTimeMillis() cannot be mocked on IBM JDK using jmockit.

export JAVA_HOME=path/to/ibm/java8

$JAVA_HOME/bin/java -version
java version "1.8.0"
Java(TM) SE Runtime Environment (build pxa6480sr3fp12-20160919_01(SR3 FP12))
IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20160915_318796 (JIT enabled, AOT enabled)
J9VM - R28_Java8_SR3_20160915_0912_B318796
JIT  - tr.r14.java.green_20160818_122998
GC   - R28_Java8_SR3_20160915_0912_B318796_CMPRSS
J9CL - 20160915_318796)
JCL - 20160914_01 based on Oracle jdk8u101-b13

mvn clean test 

Expected: the tests mocking System.currentTimeMillis() should pass
Actual: the tests mocking System.currentTimeMillis() throw the following exception or similar:

java.lang.UnsupportedOperationException: class redefinition failed: attempted to change method modifiers
	at org.wildfly.security.audit.PeriodicRotatingFileAuditEndpointTest$1.<init>(PeriodicRotatingFileAuditEndpointTest.java:212)
	at org.wildfly.security.audit.PeriodicRotatingFileAuditEndpointTest.mockTime(PeriodicRotatingFileAuditEndpointTest.java:212)

This is the case with 

PeriodicRotatingFileAuditEndpointTest
SizeRotatingFileAuditEndpointTest
GssapiCompatibilitySuiteChild

Manually upgraded my existing local metastore using upgrade-3.0.0-to-3.1.0.mysql.sql, upgrade-3.1.0-to-3.2.0.mysql.sql, upgrade-3.2.0-to-4.0.0.mysql.sql. When running DESCRIBE EXTENDED of an existing table, I was getting the following error in hive.log. It looks like the ObjectStore/MTable classes don't seem to be able to support null values in the new writeId column that was added to the TBLS table in the metastore.
cc Sergey Shelukhin Eugene Koifman

Caused by: javax.jdo.JDODataStoreException: Illegal null value in column `TBLS`.`WRITE_ID`
org.datanucleus.store.rdbms.exceptions.NullValueException: Illegal null value in column `TBLS`.`WRITE_ID`
        at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:553)
        at org.datanucleus.api.jdo.JDOQuery.executeInternal(JDOQuery.java:391)
        at org.datanucleus.api.jdo.JDOQuery.execute(JDOQuery.java:255)
        at org.apache.hadoop.hive.metastore.ObjectStore.getMTable(ObjectStore.java:1802)
        at org.apache.hadoop.hive.metastore.ObjectStore.getMTable(ObjectStore.java:1838)
        at org.apache.hadoop.hive.metastore.ObjectStore.getTable(ObjectStore.java:1424)
        at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:97)
        at com.sun.proxy.$Proxy39.getTable(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table_core(HiveMetaStore.java:2950)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getTableInternal(HiveMetaStore.java:2898)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table_req(HiveMetaStore.java:2882)
        ... 36 more
Caused by: org.datanucleus.store.rdbms.exceptions.NullValueException: Illegal null value in column `TBLS`.`WRITE_ID`
        at org.datanucleus.store.rdbms.mapping.datastore.BigIntRDBMSMapping.getLong(BigIntRDBMSMapping.java:140)
        at org.datanucleus.store.rdbms.mapping.java.SingleFieldMapping.getLong(SingleFieldMapping.java:155)
        at org.datanucleus.store.rdbms.fieldmanager.ResultSetGetter.fetchLongField(ResultSetGetter.java:124)
        at org.datanucleus.state.AbstractStateManager.replacingLongField(AbstractStateManager.java:1549)
        at org.datanucleus.state.StateManagerImpl.replacingLongField(StateManagerImpl.java:120)
        at org.apache.hadoop.hive.metastore.model.MTable.dnReplaceField(MTable.java)
        at org.apache.hadoop.hive.metastore.model.MTable.dnReplaceFields(MTable.java)
        at org.datanucleus.state.StateManagerImpl.replaceFields(StateManagerImpl.java:3109)
        at org.datanucleus.store.rdbms.query.PersistentClassROF$1.fetchFields(PersistentClassROF.java:465)
        at org.datanucleus.state.StateManagerImpl.loadFieldValues(StateManagerImpl.java:2238)
        at org.datanucleus.state.StateManagerImpl.initialiseForHollow(StateManagerImpl.java:263)
        at org.datanucleus.state.ObjectProviderFactoryImpl.newForHollow(ObjectProviderFactoryImpl.java:112)
        at org.datanucleus.ExecutionContextImpl.findObject(ExecutionContextImpl.java:3097)
        at org.datanucleus.store.rdbms.query.PersistentClassROF.getObjectForDatastoreId(PersistentClassROF.java:460)
        at org.datanucleus.store.rdbms.query.PersistentClassROF.getObject(PersistentClassROF.java:385)
        at org.datanucleus.store.rdbms.query.ForwardQueryResult.nextResultSetElement(ForwardQueryResult.java:188)
        at org.datanucleus.store.rdbms.query.ForwardQueryResult$QueryResultIterator.next(ForwardQueryResult.java:416)
        at org.datanucleus.store.rdbms.query.ForwardQueryResult.processNumberOfResults(ForwardQueryResult.java:143)
        at org.datanucleus.store.rdbms.query.ForwardQueryResult.advanceToEndOfResultSet(ForwardQueryResult.java:171)
        at org.datanucleus.store.rdbms.query.ForwardQueryResult.getSizeUsingMethod(ForwardQueryResult.java:527)
        at org.datanucleus.store.query.AbstractQueryResult.size(AbstractQueryResult.java:357)
        at org.datanucleus.store.query.Query.executeQuery(Query.java:1874)
        at org.datanucleus.store.query.Query.executeWithArray(Query.java:1744)
        at org.datanucleus.api.jdo.JDOQuery.executeInternal(JDOQuery.java:368)
        ... 54 more

As cxf-jaxrs is using the url crm, cxf-jaxrs-security need to choice other name for it.

REPL DUMP is fine. Load seems to be throwing exception:

2019-01-29 09:25:12,671 ERROR HiveServer2-Background-Pool: Thread-4864: ql.Driver (SessionState.java:printError(1129)) - FAILED: Execution Error, return code 40000 from org.apache.hadoop.hive.ql.exec.repl.ReplLoadTask. java.lang.NullPointerException
2019-01-29 09:25:12,671 INFO HiveServer2-Background-Pool: Thread-4864: ql.Driver (Driver.java:execute(1661)) - task failed with
org.apache.hadoop.hive.ql.parse.SemanticException: java.lang.NullPointerException
at org.apache.hadoop.hive.ql.exec.repl.bootstrap.load.table.LoadTable.tasks(LoadTable.java:154)
at org.apache.hadoop.hive.ql.exec.repl.ReplLoadTask.executeBootStrapLoad(ReplLoadTask.java:141)
at org.apache.hadoop.hive.ql.exec.repl.ReplLoadTask.execute(ReplLoadTask.java:82)
at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:177)
at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:93)
at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1777)
at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1511)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1308)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1175)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1170)
at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:197)
at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:76)
at org.apache.hive.service.cli.operation.SQLOperation$2$1.run(SQLOperation.java:255)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1869)
at org.apache.hive.service.cli.operation.SQLOperation$2.run(SQLOperation.java:273)
at org.apache.hadoop.hive.ql.exec.repl.bootstrap.load.util.PathUtils.getExternalTmpPath(PathUtils.java:35)
at org.apache.hadoop.hive.ql.exec.repl.bootstrap.load.table.LoadTable.loadTableTask(LoadTable.java:245)
at org.apache.hadoop.hive.ql.exec.repl.bootstrap.load.table.LoadTable.newTableTasks(LoadTable.java:189)
at org.apache.hadoop.hive.ql.exec.repl.bootstrap.load.table.LoadTable.tasks(LoadTable.java:136)
... 23 more

REPL Load statement: 

REPL LOAD `testdb1_tgt` FROM 'hdfs://ctr-e139-1542663976389-56533-01-000011.hwx.site:8020/apps/hive/repl/c9476207-8179-4db7-b947-ba67c950a340' WITH ('hive.query.id'='testHive1_3dd5e281-89ef-4054-850e-8a34386fc2c8','hive.exec.parallel'='true','hive.repl.replica.external.table.base.dir'='/tmp/someNewloc/','hive.repl.include.external.tables'='true','mapreduce.map.java.opts'='-Xmx640m','hive.distcp.privileged.doAs'='beacon','distcp.options.pugpb'='')

This is an issue with Hive unable to handle path without schema/authority input for "hive.repl.replica.external.table.base.dir".
Here the input was 'hive.repl.replica.external.table.base.dir'='/tmp/someNewloc/','.
If we set a fully qualified HDFS path (such as hdfs://<host>:<port:/tmp/someNewloc/), then it works fine.
Need to fix it in Hive to accept path without schema/authority and obtain it from local cluster.

This could be happen under the following steps with little probability:
(I suppose the cluster nodes names are RS1/RS2/HM, and there's more than 10,000 regions in the cluster)
1.Root region was opened in RS1.
2.Due to some reason(Maybe the hdfs process was got abnormal),RS1 aborted.
3.ServerShutdownHandler process start.
4.HMaster was restarted, during the finishInitialization's handling, ROOT region was unsetted, and assigned to RS2. 
5.Root region was opened successfully in RS2.
6.But after while, ROOT region was unsetted again by RS1's ServerShutdownHandler. Then it was reassigned. Before that, the RS1 was restarted. So there's two possibilities:
 Case a:
   ROOT region was assigned to RS1. 
   It seemed nothing would be affected. But the root region was still online in RS2.  
 Case b:
   ROOT region was assigned to RS2.    
   The ROOT Region couldn't be opened until it would be reassigned to other regionserver, because it was showed online in this regionserver.
This could be proved from the logs:
1. ROOT region was opened with two times:
2011-05-17 10:32:59,188 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Opened region ROOT,,0.70236052 on 162-2-77-0,20020,1305598359031
2011-05-17 10:33:01,536 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Opened region ROOT,,0.70236052 on 162-2-16-6,20020,1305597548212
2.Regionserver 162-2-16-6 was aborted, so it was reassigned to 162-2-77-0, but already online on this server:
10:49:30,920 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Received request to open region: ROOT,,0.70236052 10:49:30,920 DEBUG org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Processing open of ROOT,,0.70236052 10:49:30,920 WARN org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Attempted open of ROOT,,0.70236052 but already online on this server
This could be cause a long break of ROOT region offline, though it happened under a special scenario. And I have checked the code, it seems a tiny bug here.
There's 2 references about assignRoot():
1.
HMaster# assignRootAndMeta:
{
    }

2.
ServerShutdownHandler# process: 
      if (isCarryingRoot()) { // ROOT 
        try 
{        
           this.services.getAssignmentManager().assignRoot();
        }
{
           this.server.abort("In server shutdown processing, assigning root", e);
           throw new IOException("Aborting", e);
        }
      }    
I think each time call the method of assignRoot(), we should verify Root Region's Location first. Because before the assigning, the ROOT region could have been assigned by another place.

drop table tst1;
drop table tst2;
create table tst1(a1 string, a2 string, a3 string, a4 string);
create table tst2(b1 string, b2 string, b3 string, b4 string);
explain select /*+ MAPJOIN(a) */ a.a1, a.a2 from tst1 a join tst2 b ON a.a2=b.b2;
the select is after the join - column pruning is not happening

The contract stated for ListUtils.transformedList is wrong. The list is not transformed – it decorates the existing list and transforms NEW objects – EXISTING objects are not transformed. 
Compare this to the javadoc found in MapUtils.transformedMap:
"This method returns a new map (decorating the specified map) that will transform any new entries added to it. Existing entries in the specified map will not be transformed. "
That little missing piece of information messed me up. Just replace "map" with "list" and append it to the existing LilstUtils javadoc.

Please look here:
http://www.springframework.org/schema/security/spring-security.xsd (or http://www.springframework.org/schema/security/spring-security-3.1.xsd)
and here:
https://github.com/SpringSource/spring-security/blob/master/config/src/main/java/org/springframework/security/config/http/SecurityFilters.java
From XSD it seems that EXCEPTION_TRANSLATION_FILTER goes before SESSION_MANAGEMENT_FILTER, but from the code it seems that direction is opposite. The same issue with CONCURRENT_SESSION_FILTER and SECURITY_CONTEXT_FILTER.
Also I don't know whether it is an issue, but in code there are 25 positions and only 19 are in xsd.

DatasourcePoolAttributesTestCase fails with security manager:

INFO  [org.jboss.arquillian.testenricher.cdi.container.BeanManagerProducer] (pool-3-thread-1) BeanManager not found.
SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-3-thread-1) Failed: org.jboss.as.test.integration.jca.poolattributes.DatasourcePoolAttributesTestCase.testModifyNonReloadAttributes: java.lang.NullPointerException
	at org.jboss.as.test.integration.jca.JcaTestsUtil.extractConnectionManager(JcaTestsUtil.java:129)
	at org.jboss.as.test.integration.jca.JcaTestsUtil.exctractPoolConfiguration(JcaTestsUtil.java:91)
	at org.jboss.as.test.integration.jca.poolattributes.DatasourcePoolAttributesTestCase.testModifyNonReloadAttributes(DatasourcePoolAttributesTestCase.java:136)
...

It is not obvious why does it fail or which permissions are missing.

Here is current code of FSHDFSUtils#isFileClosed():

  boolean isFileClosed(final DistributedFileSystem dfs, final Path p) {
    try {
      Method m = dfs.getClass().getMethod("isFileClosed", new Class<?>[] {String.class});
      return (Boolean) m.invoke(dfs, p.toString());

We look for isFileClosed method with parameter type of String.
However, from hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/DistributedFileSystem.java (branch-2):

  public boolean isFileClosed(Path src) throws IOException {

The parameter type is of Path.
This means we would get NoSuchMethodException.

HostExcludeResourceDefinition attributes host-release and its alternative management-major-version shouldn't be optional (allowNull) as said:
optional {@code true} if the attribute {@link AttributeDefinition#isAllowNull() allows undefined values} in the absence of {@link #setAlternatives(String...) alternatives}
Although add operation fails, exception comes from server side add handler execution

[domain@localhost:9990 /] /host-exclude=he:add()
{
    "failure-description" => {"domain-failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException"},
}

Server side exception:

[Host Controller] 15:22:07,089 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([("host-exclude" => "he")]): java.lang.IllegalArgumentException
[Host Controller] 	at org.jboss.dmr.ModelValue.asInt(ModelValue.java:61)
[Host Controller] 	at org.jboss.dmr.ModelNode.asInt(ModelNode.java:288)
[Host Controller] 	at org.jboss.as.domain.controller.resources.HostExcludeResourceDefinition.getVersionKey(HostExcludeResourceDefinition.java:198)
[Host Controller] 	at org.jboss.as.domain.controller.resources.HostExcludeResourceDefinition.registerHostExcludes(HostExcludeResourceDefinition.java:160)
[Host Controller] 	at org.jboss.as.domain.controller.resources.HostExcludeResourceDefinition.access$700(HostExcludeResourceDefinition.java:54)
[Host Controller] 	at org.jboss.as.domain.controller.resources.HostExcludeResourceDefinition$AddHandler.performRuntime(HostExcludeResourceDefinition.java:225)
[Host Controller] 	at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:151)
[Host Controller] 	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
[Host Controller] 	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
[Host Controller] 	at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
[Host Controller] 	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
[Host Controller] 	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
[Host Controller] 	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158)
[Host Controller] 	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
[Host Controller] 	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
[Host Controller] 	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
[Host Controller] 	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:158)
[Host Controller] 	at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
[Host Controller] 	at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
[Host Controller] 	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
[Host Controller] 	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
[Host Controller] 	at org.jboss.threads.JBossThread.run(JBossThread.java:485)

Table with multiple dynamic partitions like year,month, day exported using "export table" command is imported (using "import table") such a way that order of partitions is changed to day, month, year.
Export DB:  Hive 0.14
Import DB:  Hive 1.2.1000.2.4.0.0-169
Tables created as:
create table T1
( ... ) PARTITIONED BY (period_year string, period_month string, period_day string) STORED AS ORC TBLPROPERTIES ("orc.compress"="SNAPPY");
export command:
export table t1 to 'path'
import command:
import table t1 from 'path'
HDFS file structure on both original table location and export path keeps the original partition order ../year/month/day
HDFS file structure after import is .../day/month/year

ISSUE:
StreamPrinter class is used for connecting an input stream (connected to output) of a process with the output stream of a Session (CliSessionState/SessionState class)
It acts as a pipe between the two and transfers data from input stream to the output stream. THE TRANSFER OPERATION RUNS IN A SEPARATE THREAD. 
From some of the current usages of this class, I noticed that the calling threads do not wait for the transfer operation to be completed. That is, the calling thread does not join the SteamPrinter threads.
The calling thread would move forward thinking that the respective output stream already has the data needed. But, it is not always the right assumption since, it might happen that
the StreamPrinter thread did not finish execution by the time it was expected by the calling thread.
FIX:
To ensure that calling thread waits for the StreamPrinter threads to complete, StreamPrinter threads are joined to calling thread.
Please note , without the fix, TestCliDriverMethods#testRun failed sometimes (like 1 in 30 times). This test would not fail with this fix.

In some of our tests we found that regionserer always showing online in master UI but its actually dead.
If region server went down in the middle following steps then the region server always showing in master online servers list.
1) register to master
2) create  ephemeral znode
Since no notification from zookeeper, master is not removing the expired server from online servers list.
Assignments will fail if the RS is selected as destination server.
Some cases ROOT or META also wont be assigned if the RS is randomly selected every time need to wait for timeout.
Here are the logs:
1) HOST-10-18-40-153 is registered to master

2013-09-19 19:47:41,123 DEBUG org.apache.hadoop.hbase.master.ServerManager: STARTUP: Server HOST-10-18-40-153,61020,1379600260255 came back up, removed it from the dead servers list
2013-09-19 19:47:41,123 INFO org.apache.hadoop.hbase.master.ServerManager: Registering server=HOST-10-18-40-153,61020,1379600260255

2013-09-19 19:47:41,119 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Connected to master at HOST-10-18-40-153/10.18.40.153:61000
2013-09-19 19:47:41,119 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Telling master at HOST-10-18-40-153,61000,1379600055284 that we are up with port=61020, startcode=1379600260255

2) Terminated before creating ephemeral node.

Thu Sep 19 19:47:41 IST 2013 Terminating regionserver

3) The RS can be selected for assignment and they will fail.

2013-09-19 19:47:54,049 WARN org.apache.hadoop.hbase.master.AssignmentManager: Failed assignment of -ROOT-,,0.70236052 to HOST-10-18-40-153,61020,1379600260255, trying to assign elsewhere instead; retry=0
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:529)
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:493)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupConnection(HBaseClient.java:390)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:436)
	at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:1127)
	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:974)
	at $Proxy15.openRegion(Unknown Source)
	at org.apache.hadoop.hbase.master.ServerManager.sendRegionOpen(ServerManager.java:533)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1734)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1431)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1406)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1401)
	at org.apache.hadoop.hbase.master.AssignmentManager.assignRoot(AssignmentManager.java:2374)
	at org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.verifyAndAssignRoot(MetaServerShutdownHandler.java:136)
	at org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.verifyAndAssignRootWithRetries(MetaServerShutdownHandler.java:160)
	at org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.process(MetaServerShutdownHandler.java:82)
	at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:175)
2013-09-19 19:47:54,050 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Found an existing plan for -ROOT-,,0.70236052 destination server is HOST-10-18-40-153,61020,1379600260255
2013-09-19 19:47:54,050 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: No previous transition plan was found (or we are ignoring an existing plan) for -ROOT-,,0.70236052 so generated a random one; hri=-ROOT-,,0.70236052, src=, dest=HOST-10-18-40-153,61020,1379600260255; 1 (online=1, available=1) available servers
2013-09-19 19:47:54,050 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:61000-0x14135a277ff017d Creating (or updating) unassigned node for 70236052 with OFFLINE state
2013-09-19 19:47:54,070 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=M_ZK_REGION_OFFLINE, server=HOST-10-18-40-153,61000,1379600055284, region=70236052/-ROOT-
2013-09-19 19:47:54,071 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Found an existing plan for -ROOT-,,0.70236052 destination server is HOST-10-18-40-153,61020,1379600260255
2013-09-19 19:47:54,071 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Using pre-existing plan for region -ROOT-,,0.70236052; plan=hri=-ROOT-,,0.70236052, src=, dest=HOST-10-18-40-153,61020,1379600260255
2013-09-19 19:47:54,071 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region -ROOT-,,0.70236052 to HOST-10-18-40-153,61020,1379600260255
2013-09-19 19:47:54,072 WARN org.apache.hadoop.hbase.master.AssignmentManager: Failed assignment of -ROOT-,,0.70236052 to HOST-10-18-40-153,61020,1379600260255, trying to assign elsewhere instead; retry=1
org.apache.hadoop.hbase.ipc.HBaseClient$FailedServerException: This server is in the failed servers list: HOST-10-18-40-153/10.18.40.153:61020
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:425)
2013-09-19 19:47:54,072 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Found an existing plan for -ROOT-,,0.70236052 destination server is HOST-10-18-40-153,61020,1379600260255

If a Spark job failed for some reason, Hive doesn't get any additional error message, which makes it very hard for user to figure out why. Here is an example:

Status: Running (Hive on Spark job[0])
Job Progress Format
CurrentTime StageId_StageAttemptId: SucceededTasksCount(+RunningTasksCount-FailedTasksCount)/TotalTasksCount [StageCost]
2016-11-17 21:32:53,134	Stage-0_0: 0/23	Stage-1_0: 0/28	
2016-11-17 21:32:55,156	Stage-0_0: 0(+1)/23	Stage-1_0: 0/28	
2016-11-17 21:32:57,167	Stage-0_0: 0(+3)/23	Stage-1_0: 0/28	
2016-11-17 21:33:00,216	Stage-0_0: 0(+3)/23	Stage-1_0: 0/28	
2016-11-17 21:33:03,251	Stage-0_0: 0(+3)/23	Stage-1_0: 0/28	
2016-11-17 21:33:06,286	Stage-0_0: 0(+4)/23	Stage-1_0: 0/28	
2016-11-17 21:33:09,308	Stage-0_0: 0(+2,-3)/23	Stage-1_0: 0/28	
2016-11-17 21:33:12,332	Stage-0_0: 0(+2,-3)/23	Stage-1_0: 0/28	
2016-11-17 21:33:13,338	Stage-0_0: 0(+21,-3)/23	Stage-1_0: 0/28	
2016-11-17 21:33:15,349	Stage-0_0: 0(+21,-5)/23	Stage-1_0: 0/28	
2016-11-17 21:33:16,358	Stage-0_0: 0(+18,-8)/23	Stage-1_0: 0/28	
2016-11-17 21:33:19,373	Stage-0_0: 0(+21,-8)/23	Stage-1_0: 0/28	
2016-11-17 21:33:22,400	Stage-0_0: 0(+18,-14)/23	Stage-1_0: 0/28	
2016-11-17 21:33:23,404	Stage-0_0: 0(+15,-20)/23	Stage-1_0: 0/28	
2016-11-17 21:33:24,408	Stage-0_0: 0(+12,-23)/23	Stage-1_0: 0/28	
2016-11-17 21:33:25,417	Stage-0_0: 0(+9,-26)/23	Stage-1_0: 0/28	
2016-11-17 21:33:26,420	Stage-0_0: 0(+12,-26)/23	Stage-1_0: 0/28	
2016-11-17 21:33:28,427	Stage-0_0: 0(+9,-29)/23	Stage-1_0: 0/28	
2016-11-17 21:33:29,432	Stage-0_0: 0(+12,-29)/23	Stage-1_0: 0/28	
2016-11-17 21:33:31,444	Stage-0_0: 0(+18,-29)/23	Stage-1_0: 0/28	
2016-11-17 21:33:34,464	Stage-0_0: 0(+18,-29)/23	Stage-1_0: 0/28	
FAILED: Execution Error, return code 3 from org.apache.hadoop.hive.ql.exec.spark.SparkTask

It would be better if we can propagate Spark error to Hive.

It looks like TestTableInputFormatScan1 and TestTableInputFormatScan2 never complete and surefire doesn't complain about it. Sure, you may see this:

Tests run: 6, Failures: 5, Errors: 1, Skipped: 0, Time elapsed: 269.036 sec <<< FAILURE!
org.apache.maven.surefire.util.SurefireReflectionException: ...
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
Caused by: java.lang.OutOfMemoryError: PermGen space
org.apache.maven.surefire.booter.SurefireBooterForkException: Error occurred in starting fork, check output in log
...
  testScanEmptyToBBA(org.apache.hadoop.hbase.mapreduce.TestTableInputFormatScan1)
  testScanEmptyToBBB(org.apache.hadoop.hbase.mapreduce.TestTableInputFormatScan1)
  testScanEmptyToOPP(org.apache.hadoop.hbase.mapreduce.TestTableInputFormatScan1)
  testScanEmptyToEmpty(org.apache.hadoop.hbase.mapreduce.TestTableInputFormatScan1)

But then:

[INFO] HBase - Server .................................... SUCCESS [10:59.929s]

This is on my machine. On our local jenkins it's leaking and the processes never die. And this is only with Hadoop 2. It also looks like other tests are failing with PermGen space.

When running mapreduce tests against hadoop3, I observed the following:

[ERROR] testWithMockedMapReduceSingleRegion(org.apache.hadoop.hbase.mapred.TestTableSnapshotInputFormat)  Time elapsed: 0.024 s  <<< ERROR!
java.lang.NoClassDefFoundError: org/apache/hadoop/hdfs/server/blockmanagement/BlockInfo
  at org.apache.hadoop.hbase.mapred.TestTableSnapshotInputFormat.testWithMockedMapReduce(TestTableSnapshotInputFormat.java:178)
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hdfs.server.blockmanagement.BlockInfo

This was due to lack of dependency on hadoop-hdfs module in the hadoop-3.0 profile of hbase-mapreduce/pom.xml

Right now, LLAP logs counters for every fragment; most of them are IO related and could be very useful, they also include table names so that things like cache hit ratio, etc., could be calculated for every table.
We need to output them to some metrics system (preserving the breakdown by table, possibly also adding query ID or even stage) so that they'd be usable without grep/sed/awk.

Current check that journal-file-size must be multiply of 512 is no longer valid and should be removed. Fixes for ARTEMIS-937 and JBEAP-9005 for setting sector size validates that it's configured properly and automatically rounds to nearest value.
Following CLI command should then pass:

[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default:write-attribute(name=journal-file-size,value=123456789)
{
    "failure-description" => "WFLYMSGAMQ0088: 123456789 is an invalid value for parameter journal-file-size, it should be multiple of 512",
}

After upgrading to Spring 5.0.0 the following exception occurs during application runtime:

Caused by: org.springframework.beans.factory.support.BeanDefinitionValidationException: Couldn't find an init method named 'initialize' on bean with name 'offlineMode'
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1795)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1772)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1700)

I tracked it down to the AbstractAutowireCapableBeanFactory.invokeCustomInitMethod where the bean object is correctly typed as NullBean.class. But nonetheless there is a BeanDefinitionValidationException thrown because the initMethod is null. Is this an expected change in behavior from 4.x to 5.x? For our situation its a breaking change because there is a 3rd party library initialized that can produce null beans. If that change was expected, whats the correct way to do handle that situation with 5.x?

If resolve endpoint before route start, MBeans for component & endpoint can't be found in jconsole.
public void configure() {
  from(xxx).to(yyy);
  ...
  endpoint(xxx); // resolve the endpoint before start
}
Or:
camelContext.getEndpoint(xxx); // resolve the endpoint before start
...
camelContext.start()

The common deployment scenario is to install the packages and start services. Creating the /user/<user> directory is currently an extra step during manual installation. In case the user tries to bring up the hive shell with tez enabled, this would result in an exception. The solution is to change the default install directory to /tmp (so that we have the permissions to create the directory /tmp/<user>) and create the /tmp/<user> directory if it did not exist earlier.

If job is marked as non restartable but step is marked as allowRestartIfCompleted, a step can restart in a job that is otherwise not supposed to restart. This seems to be because a second instance of the same job can be created with the same job identifier/parameters. Throwing an exception at the repository/dao level should fix this. This means that if a non-restartable job fails, it will need to be reinvoked with new paramters (i.e. manually).
See forum thread: http://forum.springframework.org/showthread.php?p=162451

See HIVE-338.
Hive should always use the getClassByName method from hadoop Configuration, so that we choose the correct ClassLoader. Examples include all plug-in interfaces, including UDF/GenericUDF/UDAF, SerDe, and FileFormats. Basically the following code snippet shows the idea:

package org.apache.hadoop.conf;
public class Configuration implements Iterable<Map.Entry<String,String>> {
   ...
  /**
   * Load a class by name.
   * 
   * @param name the class name.
   * @return the class object.
   * @throws ClassNotFoundException if the class is not found.
   */
  public Class<?> getClassByName(String name) throws ClassNotFoundException {
    return Class.forName(name, true, classLoader);
  }

HIVE-8875 disabled hive.optimize.sort.dynamic.partition for ACID queries.
dynamic inserts are common in ACID and this leaves users with few options if they are seeing OutOfMemory errors due to too many writers.
hive.optimize.sort.dynamic.partition sorts data by partition col/bucket col/sort col to ensure each reducer only needs 1 writer.
Acid requires data in each bucket file to be sorted by ROW__ID and thus doesn't allow end user to determine sorting.
So we should be able to support hive.optimize.sort.dynamic.partition with
sort on partition col/bucket col/ROW__ID 

when we do the bootstrap dump, the idea is that we take note of the replication id of a object (table in case of this bug) and then request the table metadata from the rdbms which is then serialized to _metadata file for the table containing lastReplicationId + table metadata.
This is to make sure that we only apply events after the event id in _metadata on the table, which implies that its best to order the call to get currentReplicationId and tablemetadata retrieval in the event of multiple concurrent operations happening on the same table along with bootstrap.

org.jboss.as.test.integration.domain.suites.CompositeOperationTestCase and org.jboss.as.test.integration.domain.suites.CoreResourceManagementTestCase from wildfly-core testsuite domain module starts to intermittently fail since 7.0.0.DR13 (2.0.0.CR8).
Tests fails only once I run the whole Domain Mode Integration Tests module, running only these two tests in isolation never fails. 
Reproducer job which starts the tests in testsuite/domain module:
 - 2.0.0.CR6 - intermittent failures of HcExtensionAndSubsystemManagementTestCase JBEAP-1598
 - 2.0.0.CR7 - intermittent failures of HcExtensionAndSubsystemManagementTestCase JBEAP-1598
 - 2.0.0.CR8 - no more HcExtensionAndSubsystemManagementTestCase failures, CompositeOperationTestCase and CoreResourceManagementTestCase starts failing
- 3.0.0.Alpha1-SNAPSHOT - CompositeOperationTestCase and CoreResourceManagementTestCase intermittent fails
Attaching surefire reports.

Both batch and EE check if the resource controller is present by checking the model context.getOriginalRootResource().hasChild(PathElement.pathElement(ModelDescriptionConstants.SUBSYSTEM, RequestControllerExtension.SUBSYSTEM_NAME));. It should context.readResourceFromRoot(PathAddress.EMPTY_ADDRESS) or better yet use the provided capability.

The org.springframework.data.domain.Sort.Order#ignoreCase field is not taken into account in Order#equals(), Order#hashCode() and Order#toString(), although setting this field to different values impacts the semantics of Order.

This was done as part of https://issues.apache.org/jira/browse/HIVE-609.
This should be configurable.

SELECT
tinyint_col_7,
MIN(timestamp_col_1) AS timestamp_col,
MAX(LEAST(CAST(COALESCE(int_col_5, -279) AS int), CAST(COALESCE(tinyint_col_7, 476) AS int))) AS int_col,
tinyint_col_7 AS int_col_1,
LEAST(CAST(COALESCE(int_col_5, -279) AS int), CAST(COALESCE(tinyint_col_7, 476) AS int)) AS int_col_2
FROM table_3
GROUP BY
LEAST(CAST(COALESCE(int_col_5, -279) AS int), CAST(COALESCE(tinyint_col_7, 476) AS int))

Query compilation fails:

	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanReduceSinkOperator(SemanticAnalyzer.java:4633)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanMapAggrNoSkew(SemanticAnalyzer.java:5630)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8987)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9864)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9757)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10193)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10204)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10121)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:222)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:421)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:305)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1110)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1104)

In section 96.4, the second paragraph from the bottom

Since HBase 0.96, row-based Bloom filters are enabled by default. (HBASE-)

Try using the FuzzyRowFilter with a reversed scanner and you'll get an RPC timeout. Looking at the code, this filter ignores the reversed flag and always move forward when calculating the value of getNextCellHint.

My controller returns a ModelAndView object with a view (extends AbstractView) attached to it.
In ModelAndViewMethodReturnValueHandler, my view is set to null by this code :
mavContainer.setView(mav.getView());
mavContainer.setViewName(mav.getViewName());
It is set to null because setViewName reset the view object into mavContainer.
As it is null after this code, spring cannot resolve my view because it try to load the default view name.

I tried to apply: HIVE-10729 which did not solve the issue.
The following exception is thrown on a Tez MapJoin with Hive 1.2.0 and Tez 0.5.4/0.5.3

Status: Running (Executing on YARN cluster with App id application_1434641270368_1038)

Map 1 ..........   SUCCEEDED      3          3        0        0       0       0
Map 2 ...             FAILED      3          1        0        2       7       0
VERTICES: 01/02  [=================>>---------] 66%   ELAPSED TIME: 7.39 s     
Vertex failed, vertexName=Map 2, vertexId=vertex_1434641270368_1038_2_01, diagnostics=[Task failed, taskId=task_1434641270368_1038_2_01_000002, diagnostics=[TaskAttempt 0 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"cnctevn_id":"002245282386","svcrqst_id":"0000003627217285","svcrqst_crt_dts":"2015-04-23 11:54:39.238357","subject_seq_no":1,"plan_component":"HMOM1     ","cust_segment":"RM ","cnctyp_cd":"001","cnctmd_cd":"D02","cnctevs_cd":"007","svcrtyp_cd":"335","svrstyp_cd":"088","cmpltyp_cd":" ","catsrsn_cd":"        ","apealvl_cd":" ","cnstnty_cd":"001","svcrqst_asrqst_ind":"Y","svcrqst_rtnorig_in":"N","svcrqst_vwasof_dt":"null","sum_reason_cd":"98","sum_reason":"Exclude","crsr_master_claim_index":null,"svcrqct_cds":["   "],"svcrqst_lupdt":"2015-04-23 22:14:01.288132","crsr_lupdt":null,"cntevsds_lupdt":"2015-04-23 11:54:40.740061","ignore_me":1,"notes":null}
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:171)
        at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:324)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:176)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:168)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1556)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:168)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:163)
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"cnctevn_id":"002245282386","svcrqst_id":"0000003627217285","svcrqst_crt_dts":"2015-04-23 11:54:39.238357","subject_seq_no":1,"plan_component":"HMOM1     ","cust_segment":"RM ","cnctyp_cd":"001","cnctmd_cd":"D02","cnctevs_cd":"007","svcrtyp_cd":"335","svrstyp_cd":"088","cmpltyp_cd":" ","catsrsn_cd":"        ","apealvl_cd":" ","cnstnty_cd":"001","svcrqst_asrqst_ind":"Y","svcrqst_rtnorig_in":"N","svcrqst_vwasof_dt":"null","sum_reason_cd":"98","sum_reason":"Exclude","crsr_master_claim_index":null,"svcrqct_cds":["   "],"svcrqst_lupdt":"2015-04-23 22:14:01.288132","crsr_lupdt":null,"cntevsds_lupdt":"2015-04-23 11:54:40.740061","ignore_me":1,"notes":null}
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:91)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:68)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:290)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:148)
        ... 13 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"cnctevn_id":"002245282386","svcrqst_id":"0000003627217285","svcrqst_crt_dts":"2015-04-23 11:54:39.238357","subject_seq_no":1,"plan_component":"HMOM1     ","cust_segment":"RM ","cnctyp_cd":"001","cnctmd_cd":"D02","cnctevs_cd":"007","svcrtyp_cd":"335","svrstyp_cd":"088","cmpltyp_cd":" ","catsrsn_cd":"        ","apealvl_cd":" ","cnstnty_cd":"001","svcrqst_asrqst_ind":"Y","svcrqst_rtnorig_in":"N","svcrqst_vwasof_dt":"null","sum_reason_cd":"98","sum_reason":"Exclude","crsr_master_claim_index":null,"svcrqct_cds":["   "],"svcrqst_lupdt":"2015-04-23 22:14:01.288132","crsr_lupdt":null,"cntevsds_lupdt":"2015-04-23 11:54:40.740061","ignore_me":1,"notes":null}
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:518)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:83)
        ... 16 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Unexpected exception: org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryArray cannot be cast to [Ljava.lang.Object;
        at org.apache.hadoop.hive.ql.exec.MapJoinOperator.process(MapJoinOperator.java:426)
        at org.apache.hadoop.hive.ql.exec.FilterOperator.process(FilterOperator.java:122)
        at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:162)
        at org.apache.hadoop.hive.ql.exec.Map

To Recreate the issue:

import table service_request_clean from  '/user/user/service_request_clean';

import table ct_events_clean from  '/user/user/ct_events_clean';

drop table ct_events1_test;
create table ct_events1_test
as select  a.*,
b.svcrqst_id,
b.svcrqct_cds,
b.svcrtyp_cd,
b.cmpltyp_cd,
b.sum_reason_cd as src,
b.cnctmd_cd,
b.notes
from ct_events_clean a
inner join
service_request_clean b
on a.contact_event_id = b.cnctevn_id;

The logger used by JdbcDaoImpl is strangely declared as "private static final Log logger = LogFactory.getLog(JdbcDaoSupport.class);"
Shouldn't it be "private static final Log logger = LogFactory.getLog(JdbcDaoImpl.class);"?

	<security:http use-expressions="true">
		<security:access-denied-handler error-page="/authfail.html" />
		<!-- XXX requires-channel="https" -->
		<security:intercept-url pattern="/app/**" access="hasAnyRole('ROLE_A','ROLE_B','ROLE_C','ROLE_D')" />
		<security:intercept-url pattern="/css/**" access="isAuthenticated()" />
		<security:intercept-url pattern="/images/logo.png" access="permitAll" />
		<security:intercept-url pattern="/images/**" access="isAuthenticated()" />
		<security:intercept-url pattern="/xmlhttp/**" access="isAuthenticated()" />
		<security:intercept-url pattern="/authfail.html" access="permitAll" />
		<security:intercept-url pattern="/login.jsp" access="permitAll" />
		<security:intercept-url pattern="/**" access="denyAll" />
		<security:form-login always-use-default-target="true" default-target-url="/app/index.jspx" login-page="/" />
		<security:logout invalidate-session="true" logout-success-url="/" />
		<security:anonymous />
		<security:session-management>
			<security:concurrency-control max-sessions="1" />
		</security:session-management>
When the context loads, this happens:
Caused by: java.lang.IllegalArgumentException: Expected a single expression attribute for [<url>]
	at org.springframework.security.web.access.expression.ExpressionBasedFilterInvocationSecurityMetadataSource.processMap(ExpressionBasedFilterInvocationSecurityMetadataSource.java:43)
	at org.springframework.security.web.access.expression.ExpressionBasedFilterInvocationSecurityMetadataSource.<init>(ExpressionBasedFilterInvocationSecurityMetadataSource.java:30)
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:126)
	... 37 more
That bit of code in o.s.s.web.access.expression.ExpressionBasedFilterInvocationSecurityMetadataSource looks like this:
    public ExpressionBasedFilterInvocationSecurityMetadataSource(UrlMatcher urlMatcher,
            LinkedHashMap<RequestKey, Collection<ConfigAttribute>> requestMap, WebSecurityExpressionHandler expressionHandler) 
{
        super(urlMatcher, processMap(requestMap, expressionHandler.getExpressionParser()));
        Assert.notNull(expressionHandler, "A non-null SecurityExpressionHandler is required");
    }

    private static LinkedHashMap<RequestKey, Collection<ConfigAttribute>> processMap(
            LinkedHashMap<RequestKey,Collection<ConfigAttribute>> requestMap, ExpressionParser parser) {
[...]
        for (Map.Entry<RequestKey, Collection<ConfigAttribute>> entry : requestMap.entrySet()) {
            RequestKey request = entry.getKey();
            Assert.isTrue(entry.getValue().size() == 1, "Expected a single expression attribute for " + request);
The Assert is line 43, where the failure happens. In the debugger, entry.getValue() has 4 entries. It is basically the expression hasAnyRole('ROLE_A','ROLE_B','ROLE_C','ROLE_D') tokenized on the commas.

Since we changed it so that TableOutputFormat can handle Put and Delete it is necessary to set the output value class to Writable.

  public static void initTableReducerJob(String table,
    Class<? extends TableReducer> reducer, Job job, Class partitioner)
    job.setOutputFormatClass(TableOutputFormat.class);
    if (reducer != null) job.setReducerClass(reducer);
    job.getConfiguration().set(TableOutputFormat.OUTPUT_TABLE, table);
    job.setOutputValueClass(Put.class);
   ....

The last line should be 

    job.setOutputValueClass(Writable.class);

Currently whatever exception is caught in doCatch there is a EXCEPTION_CAUGHT header set to the exception that was set on the exchange itself. As doCatch() traverses causes of exception it might happen that something else is caught and something else is in EXCEPTION_CAUGHT header.

We observed HMS memory leak when directsql is enabled for MySQL metastore DB.  
The affected code is in the method MetaStoreDirecdtSql.executeNoResult():
((Connection)jdoConn.getNativeConnection()).createStatement().execute(queryText);
The statement object (from createStatement()) is unfortunately referenced in the Connection object.  Although close() is called on the Connection object  in finally block, the BoneCP just moves it to a freeConnection list. Hence, statement object never get chances to be closed.
The leaked statement object is not huge (~1KB as observed in memory analyzer). However long running Hive Metastore Server is very likely ended up with bad performance doing frequent garbage collection.

The file reference the BOMs org.jboss.as:jboss-as-ejb-client-bom and org.jboss.as:jboss-as-jms-client-bom which have been moved to the org.wildfly namespace 

With the above enabled, where clauses including non-rowkey columns cannot be used with the HBaseStorageHandler. Job fails to launch with the following exception.

java.lang.RuntimeException: Unexpected residual predicate (s_address = '200 WEST 56TH STREET')
at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat.convertFilter(HiveHBaseTableInputFormat.java:292)
at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat.getSplits(HiveHBaseTableInputFormat.java:495)
at org.apache.hadoop.hive.ql.io.HiveInputFormat.getSplits(HiveInputFormat.java:294)
at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:303)
at org.apache.hadoop.mapreduce.JobSubmitter.writeOldSplits(JobSubmitter.java:518)
at org.apache.hadoop.mapreduce.JobSubmitter.writeSplits(JobSubmitter.java:510)
at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:392)
at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1268)
at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1265)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1491)
at org.apache.hadoop.mapreduce.Job.submit(Job.java:1265)
at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:562)
at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:557)
at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:557)
at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:548)
at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:425)
at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:136)
at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:151)
at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:65)
at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1437)
at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1215)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1043)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:911)
at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:259)
at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:781)
at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:675)
at org.apache.hadoop.util.RunJar.main(RunJar.java:212)
Job Submission failed with exception 'java.lang.RuntimeException(Unexpected residual predicate (s_address = '200 WEST 56TH STREET'))'

I believe this bug was introduced in HIVE-2036, see change to OpProcFactory.java that always includes full predicate, even after storage handler negotiates the predicates it can pushdown. Since this behavior is divergent from input formats (they cannot negotiate), there's no harm in the SH ignoring non-indexed predicates – Hive respects all of them at a layer above anyway. Might as well remove the check/exception.

When running multiple queries with hive on a single Application Master, we found that hive leaks a large number of MapWork objects which accumulate in the AM

From the ServletConfigAware javadoc:
Only satisfied if actually running within a Servlet-specific
WebApplicationContext. If this callback interface is encountered
elsewhere, an exception will be thrown on bean creation
But I have not been able to reproduce exception throwing and I have not found it in the source. E.g. this code illustrates that ServletConfigAware interface does not work and exception is not thrown:

package com.sopovs.moradanen;

import javax.servlet.ServletConfig;

import org.springframework.mock.web.MockServletConfig;
import org.springframework.stereotype.Component;
import org.springframework.web.context.ServletConfigAware;
import org.springframework.web.context.support.AnnotationConfigWebApplicationContext;

public class ServletConfigAwareTest {

		System.out.println(new AnnotationConfigApplicationContext(
				"com.sopovs.moradanen").getBean(Foo.class).hashCode());

		AnnotationConfigWebApplicationContext webContext = new AnnotationConfigWebApplicationContext();
		webContext.scan("com.sopovs.moradanen");
		webContext.setServletConfig(new MockServletConfig());
		webContext.afterPropertiesSet();
		System.out.println(webContext.getBean(Foo.class).hashCode());

		// where is my exception?
	}

	public static class Foo implements ServletConfigAware {

		public void setServletConfig(ServletConfig servletConfig) {
			System.out.println("Bingo!");
		}

	}

}

Suffix in Elytron periodic-rotating-file-audit-log cannot include second-of-minute or fraction-of-second symbol. However this symbol is checked even in text (some string in ''). This means that symbols 's' or 'S' cannot be used in text. It is probably caused by incorrectly implemented condition in org.wildfly.extension.elytron.validators.SuffixValidator.validateParameter method [1].
[1] https://github.com/wildfly/wildfly-core/blob/7032d8b6cf5a87ab32cc27b2712b4d89c1683c88/elytron/src/main/java/org/wildfly/extension/elytron/validators/SuffixValidator.java#L49

...
<choice>
    <when>
        <simple>${property.someProperty} == ''</simple>
        ...
    </when>
...

Error message: right must be specified

After update on Spring 3.2.2 following controllers aren't initialized:

<bean id="mainPageController" class="com.euroit.militaryshop.web.controller.MainPageController" 
		parent="baseTrolleyAwareController">
	<property name="productService" ref="productService"/>
	<property name="categoryService" ref="categoryService"/>
</bean>	

<bean id="baseTrolleyAwareController" class="com.euroit.militaryshop.web.controller.base.BaseTrolleyAwareController">
	<property name="trolley" ref="trolley"/>
</bean>

The class MainPageController:

public class MainPageController extends BaseTrolleyAwareController {
..
}

So after ininilazation there is no "/" mapping. With Spring 3.2.1 it worked.

some keywords that should have been reserved (https://www.postgresql.org/docs/9.5/static/sql-keywords-appendix.html) are listed in nonReserved list.  Should fix this.
KW_MERGE
KW_START
KW_COMMIT
KW_ROLLBACK
KW_ONLY

Attribute discovery-group-ref in cluster-connection is not migrated. For example:

            <cluster-connection name="cc3">
                <address>cc3-address</address>
                <connector-ref>netty</connector-ref>
                <discovery-group-ref discovery-group-name="groupC"/>
            </cluster-connection>

migrates as:

<cluster-connection name="cc3" connector-name="netty" address="cc3-address"/>

I'm setting higher priority as discovery group is by default in configuration in EAP 6.

Current fabric-cxf bundle doesn't exports the version, it is not right.

SORT BY relies on a transient Random object, which is initialized once per deserialize operation.
This results in complications during a network partition and when Tez/Spark reuses a cached plan.

Miscellaneous fixes to HBase shell:
1) instantiated @formatter in hirb.rb grabs STDOUT, does not allow interactive trapping of STDOUT during shell session
2) passed script to HBase shell does not have access to HBase commands
Possible fixes:
1) Instead of explicitly passing STDOUT to Formatter constructor, can use default Kernel, which will hook into STDOUT when called.
2) Can move load of script2load to after the HBase shell methods are defined, thus giving access to these methods to the loaded script.

The current tokenizer (https://github.com/spring-projects/spring-shell/commit/bc93dddf003165ea4070102c63800b24cc73f860) only supports the following option values :
dquotes = "
squote = '
space delimited (spaces can be escaped with )
dquotes delimited (no need to escape spaces, but dquotes need to be escaped with )
change to the following:
squote delimited (no need to escape spaces or dquotes, squote can be escaped)
quotes delimited (no need to escape spaces or squote, dquotes can be escaped)

Unlike what the reference documentation states, the default Spring WebFlux configuration does not provide a ResourceUrlProvider bean.
Also, the AppCacheManifestTransformer and CssLinkResourceTransformer both need a reference to the ResourceUrlProvider when dealing with absolute links. This needs to be configured during the resource chain setup as the ResourceUrlProvider needs to be aware of the application context.

Hadoop clients support HADOOP_PROXY_USER for secure impersonation. It would be useful to have similar feature for hive metastore client.

Due to the source tree module change for 0.96, the instructions in the thrift demo example don't match the folder structure any more.
In the instruction, it is referring to:
../../../src/main/resources/org/apache/hadoop/hbase/thrift/Hbase.thrift
it should be
../../hbase-server/src/main/resources/org/apache/hadoop/hbase/thrift/Hbase.thrift

The xml configuration given for the transaction manager example in chapter 6 of the manual is incorrect.  The ContextSourceTransactionManager class uses setter injection, not constructor injection, and the forum post suggests a correction to the manual.

We have	Put constructors which take ts param
eg: Put(byte[] row, long ts)
When one creates a Put this way and add columns to it, without giving a specific TS, these individual cells will honour this Put object's TS. One can use add API which takes a TS and so can override TS for this Cell.
For delete also we have similar constructors with and without TS params and delete**() APIs same way as add(). But delete**() APIs (without taking a specific TS) is not honouring the Delete object's TS.

explain create table avg_salary_by_supervisor3 as select average(key) as key_avg from src group by value;

We get the following stack trace :

FAILED: SemanticException [Error 10025]: Line 1:57 Expression not in GROUP BY key 'key'
ERROR ql.Driver: FAILED: SemanticException [Error 10025]: Line 1:57 Expression not in GROUP BY key 'key'
org.apache.hadoop.hive.ql.parse.SemanticException: Line 1:57 Expression not in GROUP BY key 'key'
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:10484)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:10432)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:3824)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:3603)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:8862)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8817)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9668)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9561)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10053)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:345)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10064)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:222)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:237)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:462)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1227)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1276)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1152)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1140)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:778)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:717)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:645)

Instead of the above error message, it be more appropriate to throw the below error :
ERROR ql.Driver: FAILED: SemanticException [Error 10011]: Line 1:58 Invalid function 'average'

A few minor/cosmetic issues with the beeline CLI.
1) Tool prints the column headers despite setting the --showHeader to false. This property only seems to affect the subsequent header information that gets printed based on the value of property "headerInterval" (default value is 100).
2) When "showHeader" is true & "headerInterval > 0", the header after the first interval gets printed after <headerInterval - 1> rows. The code seems to count the initial header as a row, if you will.
3) The table footer(the line that closes the table) does not get printed if the "showHeader" is false. I think the table should get closed irrespective of whether it prints the header or not.

0: jdbc:hive2://localhost:10000> select * from stringvals;
+------+
| val  |
+------+
| t    |
| f    |
| T    |
| F    |
| 0    |
| 1    |
+------+
6 rows selected (3.998 seconds)
0: jdbc:hive2://localhost:10000> !set headerInterval 2
+------+
| val  |
+------+
| t    |
+------+
| val  |
+------+
| f    |
| T    |
+------+
| val  |
+------+
| F    |
| 0    |
+------+
| val  |
+------+
| 1    |
+------+
6 rows selected (0.691 seconds)
0: jdbc:hive2://localhost:10000> !set showHeader false
+------+
| val  |
+------+
| t    |
| f    |
| T    |
| F    |
| 0    |
| 1    |
6 rows selected (1.728 seconds)

we having 2 threads running at 100%
With a stacktrace like this:
"Thread-16725" prio=10 tid=0x00007ff410662000 nid=0x497d runnable [0x00000000442eb000]
        at java.util.HashMap.get(HashMap.java:303)
        at org.apache.hadoop.hive.ql.Context.getCS(Context.java:524)
        at org.apache.hadoop.hive.ql.exec.Utilities.getInputSummary(Utilities.java:1369)
        at org.apache.hadoop.hive.ql.exec.MapRedTask.estimateNumberOfReducers(MapRedTask.java:329)
        at org.apache.hadoop.hive.ql.exec.MapRedTask.setNumberOfReducers(MapRedTask.java:297)
        at org.apache.hadoop.hive.ql.exec.MapRedTask.execute(MapRedTask.java:84)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:108)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:55)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.run(TaskRunner.java:47)

The TableAddFamilyHandler and TableDeleteFamilyHandler code looks like

// Update table descriptor in HDFS
HTableDescriptor htd = this.masterServices.getMasterFileSystem()
    .addColumn(tableName, familyDesc);
// Update in-memory descriptor cache
this.masterServices.getTableDescriptors().add(htd);

while the ModifyTableHandler code is just

// Update descriptor
this.masterServices.getTableDescriptors().add(this.htd);

The MasterFileSystem code looks like

HTableDescriptor htd = this.services.getTableDescriptors().get(tableName);
// ...add/remove columns to the descriptor...
this.services.getTableDescriptors().add(htd);

so, the service.getTableDescriptors().add() is called two times for the add/delete family handler. (and the table descriptor rewritten twice FSTableDescriptors.updateHTableDescriptor())

Many tests in org.jboss.as.test.integration.ejb.security package and subpackages fail or result in error with missing permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")", e.g.:

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" in code source "(vfs:/content/ejb3-security-partial-dd-test.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ejb3-security-partial-dd-test.jar" from Service Module Loader")
...

Following test cases are affected:

AnnotationAuthorizationTestCase
EJBInWarDefaultSecurityDomainTestCase
LifecycleTestCase
MixedSecurityAnnotationAuthorizationTestCase
RunAsPrincipalTestCase
SecurityDDOverrideTestCase
asynchronous.AsynchronousSecurityTestCase
callerprincipal.GetCallerPrincipalTestCase
missingmethodpermission.*

require also RuntimePermission("getClassLoader") and RuntimePermission("setContextClassLoader") permissions

rolelink.SecurityRoleLinkTestCase
runas.RunAsTestCase
singleton.SingletonSecurityTestCase

java.io.IOException: Failed to execute "create table encrypted_table(a int, b string) location 'D:/w/hv/hcatalog/hcatalog-pig-adapter/target/tmp/org.apache.hive.hcatalog.pig.TestHCatLoader-1429172673960/warehouse/encryptedTable'". Driver returned 1 Error: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:java.lang.IllegalArgumentException: Pathname /D:/w/hv/hcatalog/hcatalog-pig-adapter/target/tmp/org.apache.hive.hcatalog.pig.TestHCatLoader-1429172673960/warehouse/encryptedTable from hdfs://127.0.0.1:64735/D:/w/hv/hcatalog/hcatalog-pig-adapter/target/tmp/org.apache.hive.hcatalog.pig.TestHCatLoader-1429172673960/warehouse/encryptedTable is not a valid DFS filename.)
	at org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.executeStatementOnDriver(TestHCatLoaderEncryption.java:163)
	at org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.createTableInSpecifiedPath(TestHCatLoaderEncryption.java:423)
	at org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.setup(TestHCatLoaderEncryption.java:197)

It looks like the error is happening because of the below query:
create table encrypted_table(a int, b string) location 'D:/w/hv/hcatalog/hcatalog-pig-adapter/target/tmp/org.apache.hive.hcatalog.pig.TestHCatLoader-1429056939184/warehouse/encryptedTable'
This gets called from createTableInSpecifiedPath() in TestHCatLoaderEncryption. I think  an invalid HDFS path is passed here when we are running the tests on Windows OS, so in line 197, changing

createTableInSpecifiedPath(ENCRYPTED_TABLE, "a int, b string", encryptedTablePath, driver);

to the below line might resolve the issue.

createTableInSpecifiedPath(ENCRYPTED_TABLE, "a int, b string", WindowsPathUtil.getHdfsUriString(encryptedTablePath), driver);

A few qfile tests are failing on Windows due to a couple of windows-specific issues:

The table comment for the test includes a CR character, which is different on Windows compared to Unix.
The partition path in the test includes a space character. Unlike Unix, on Windows space characters in Hive paths are escaped.

I am trying to get the example camel-example-cxf-tomcat to work on Tomcat 7.0.8. This example contains a CxfEndpoint that is configured as being asynchronous (by default). Because of this asynchronous setting I was notified by an Exception that I should set the async-supported property of the CXFServlet in the web.xml. After I set this property to true, I see that invocations are received and processed by the Camel route, however the result is not returned: the connection is closed directly.
I assume this issue is not directly related to the example itself (apart from the missing async-supported property), however I was not able to pinpoint which component is triggering the connection to be closed before the result is written.

Binary region boundaries become wrong during 
converting byte array to normal string, and back to byte array in truncate_preserve of admin.rb, which makes the truncation of table failed.
See: truncate_preserve method in admin.rb

 splits = h_table.getRegionLocations().keys().map{|i| Bytes.toString(i.getStartKey)}.delete_if{|k| k == ""}.to_java :String
 splits = org.apache.hadoop.hbase.util.Bytes.toByteArrays(splits)

eg:

\xFA\x00\x00\x00\x00\x00\x00\x00 ->  \xEF\xBF\xBD\x00\x00\x00\x00\x00\x00\x00
\xFC\x00\x00\x00\x00\x00\x00\x00 -> \xEF\xBF\xBD\x00\x00\x00\x00\x00\x00\x00

Simple patch is using binary string instead of normal string.

While implementing a custom aggregationstrategy, it seems the aggregated exchange is not returned, instead the latest exchange is returned.
Even though the custom aggregationstrategy was called and (from log) it could print out an aggregated exchange, the aggregated exchange was not sent, instead the latest exchange was sent. see post here http://old.nabble.com/Aggregator%27s-not-returning-combined-exchanges%2C-only-returns-last-exchange-td27270355.html

In class DefaultJettyHttpBinding, method "extractResponseBody", any non-Java HTTP body is considered as string.
This corrupts binary files such as images when camel-jetty is used as a proxy http://camel.apache.org/how-to-use-camel-as-a-http-proxy-between-a-client-and-server.html
Only bodies with MIME types of non-binary data should be converted to strings.
Method "doWriteDirectResponse" of class "DefaultHttpBinding" (in camel-http) converts it again, which corrupts it even more.

Bug in CxfConsumer.asyncInvoke that causes setResponseBack to be called twice.  The asyncInvoke should execute one of the conditions (continuation.isNew() or continuation.isResumed().

The implementation of equals in GrantedAuthorityImpl returns true if it sees a String with the same content as its role field. So
new GrantedAuthorityImpl("ROLE_ADMIN").equals("ROLE_ADMIN") will return true, but "ROLE_ADMIN".equals(new GrantedAuthorityImpl("ROLE_ADMIN")) won't!
The equals method is required to be symetric, but this implementation isn't symmetric.
Apart from that equals should be final or test explicit for GrantedAuthorityImpl.class. Using instanceof in non-final classes with a non-final equals method is not ok.
Please read: Joshua Bloch - Effective Java - Second Edition - Item 8 Page 33 following.
I attached a SimpleGrantedAuthority.java which uses a very save implementation. This class is final. I know that GrantedAuthorityImpl has subclasses, but it should be consindered if the trivial sharing of the role field justify the equals problems. It always very difficult to design proper equals and hashCode for subclassable classes.
Since GrantedAuthorityImpl is really a value class like String, it should be really final and immutable like String itself.

Hi
It looks like ResourceUtils.extractArchiveURL also has an issue (Spring 4.3.8.RELEASE).
See comments in below snippet (marked with AV):

	public static URL extractArchiveURL(URL jarUrl) throws MalformedURLException {
                // AV jarUrl = war:file:/C:/<...>.war*/<...>/<...>.css
		String urlFile = jarUrl.getFile();
                // AV urlFile = file:/C:/<...>.war*/<...>/<...>.css
 
		int endIndex = urlFile.indexOf(WAR_URL_SEPARATOR);
		if (endIndex != -1) {
			// Tomcat's "jar:war:file:...mywar.war*/WEB-INF/lib/myjar.jar!/myentry.txt"
			String warFile = urlFile.substring(0, endIndex);
			int startIndex = warFile.indexOf(WAR_URL_PREFIX); // AV <-- startIndex == -1
			if (startIndex != -1) {
 				return new URL(warFile.substring(startIndex + WAR_URL_PREFIX.length()));
 			}
 		}
 		// Regular "jar:file:...myjar.jar!/myentry.txt"
 		return extractJarFileURL(jarUrl);
 	}

During the merge of DATAMONGO-1552, the documentation commit d250f88 got lost and was never merged to 2.0.x.

This test case fails for me and I think it shouldn't as a concrete generic type should always be assignable to a raw variant of it:

public class RawTypeAssignmentTests {

	@Test
	public void rawTypeShouldBeassignable() throws Exception {

		// That works.
		Collection value = someMethod();
		
		// So that should, too.
		ResolvableType fromClass = ResolvableType.forClass(Collection.class);
		ResolvableType fromReturnType = ResolvableType.forMethodReturnType(RawTypeAssignmentTests.class.getMethod("someMethod"));

		assertThat(fromClass.isAssignableFrom(fromReturnType), is(true));
	}

	public Collection<?> someMethod() {
		return Collections.emptyList();
	}
}

Creating 2-way SSL Context fails with error.

12:04:28,689 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service org.wildfly.security.ssl-context.ssl-context-client-cert: org.jboss.msc.service.StartException in service org.wildfly.security.ssl-context.ssl-context-client-cert: java.security.KeyManagementException: FIPS mode: only SunJSSE TrustManagers may be used
	at org.wildfly.extension.elytron.SSLDefinitions$6.lambda$getValueSupplier$1(SSLDefinitions.java:982)
Caused by: java.security.KeyManagementException: FIPS mode: only SunJSSE TrustManagers may be used
	at sun.security.ssl.SSLContextImpl.chooseTrustManager(SSLContextImpl.java:115)
	at sun.security.ssl.SSLContextImpl.engineInit(SSLContextImpl.java:78)
	at javax.net.ssl.SSLContext.init(SSLContext.java:282)
	at org.wildfly.security.ssl.SSLContextBuilder.lambda$build$0(SSLContextBuilder.java:372)
	at org.wildfly.security.OneTimeSecurityFactory.create(OneTimeSecurityFactory.java:53)
	at org.wildfly.extension.elytron.SSLDefinitions$6.lambda$getValueSupplier$1(SSLDefinitions.java:980)
	... 9 more

12:04:28,690 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
    ("server-ssl-context" => "ssl-context-client-cert")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.ssl-context.ssl-context-client-cert" => "java.security.KeyManagementException: FIPS mode: only SunJSSE TrustManagers may be used
    Caused by: java.security.KeyManagementException: FIPS mode: only SunJSSE TrustManagers may be used"}}

Seems DelegatingTrustManager is created always.

There is no related xsd to Elytron subsystem in docs/schema. It should be added.

The following code is supported only FetchFormatter of ThriftFormatter and DefaultFetchFormatter. It can not be used Custom FetchFormatter.

        if (SessionState.get().isHiveServerQuery()) {
          conf.set(SerDeUtils.LIST_SINK_OUTPUT_FORMATTER,ThriftFormatter.class.getName());
        } else {
          conf.set(SerDeUtils.LIST_SINK_OUTPUT_FORMATTER, DefaultFetchFormatter.class.getName());
        }

   * <p>Note: The date is only accurate to the millisecond which means it is
   * possible that two requests were inserted into the queue within a
   * millisecond.  When that is the case this function will break the tie
   * arbitrarily.

but in real code, the granularity is ns, not ms: this.timeInNanos = System.nanoTime();

TestBlockReorder fails against hadoop 3 due to the following error:

2018-02-08 17:22:23,389 ERROR [RS:0;cn012:38253] helpers.MarkerIgnoringBase(159): ***** ABORTING region server cn012.l42scl.hortonworks.com,38253,1518110542271: Unhandled: Failed suppression of fs shutdown hook: org.apache.hadoop.fs.FileSystem$Cache$ClientFinalizer@6a0c707e *****
java.lang.RuntimeException: Failed suppression of fs shutdown hook: org.apache.hadoop.fs.FileSystem$Cache$ClientFinalizer@6a0c707e
  at org.apache.hadoop.hbase.regionserver.ShutdownHook.suppressHdfsShutdownHook(ShutdownHook.java:207)
  at org.apache.hadoop.hbase.regionserver.ShutdownHook.install(ShutdownHook.java:85)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:927)
  at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.runRegionServer(MiniHBaseCluster.java:187)

This is because when MiniDFSCluster is stopped in first subtest, hadoop 3 clears ShutdownHook.
When the 2nd test starts, suppression of ShutdownHook fails.

As the title says Synthetic Constructors Should not be considered by org.springframework.data.mapping.model.PreferredConstructorDiscoverer as it is also common for them not to have correct parameter names to map to fields.
Exmaple, in Kotlin combined with Spring Data Mongo
The following class (just a dumbed down example):

@Document
data class Address @PersistenceConstructor constructor(
    val postcode: String,
    val state: String,
    var streetAddress: StreetAddress? = null
)

Will cause Kotlin to generate 2 constructors (because of the use of "default" parameter:

@PersistenceConstructor public Address(String postcode,String state,StreetAddress streetAddress) { ... }

and

@PersistenceConstructor public /* synthetic */ Address(String arg0, String arg1, StreetAddress arg2, int arg3, DefaultConstructorMarker arg4) { ... }

PreferredConstructorDiscoverer in random order (sometimes it will, sometimes it won't, due to order of the constructors in bytecode) will pick the synthetic constructor which will cause a MappingException with message: No property null found on entity Address to bind constructor parameter to! Notice the null value. That is because the synthetic constructor does not have parameter meta data.
I have a PR ready, which is super simple I guess.

See http://forum.springframework.org/showthread.php?t=38587&page=2

Previously Spring Security would disable automatically saving the SecurityContext when the Thread was different than the Thread that created the SaveContextOnUpdateOrErrorResponseWrapper. This worked for many cases, but could cause issues when a timeout occurred. The problem is that a Thread can be reused to process the timeout since the Threads are pooled. This means that a timeout of a request trigger an apparent logout as described in the following workflow:

The SecurityContext was established on the SecurityContextHolder
An Async request was made
The SecurityContextHolder would be cleared out
The Async request times out
The Async request would be dispatched back to the container upon
        timing out. If the container reused the same Thread to process the
        timeout as the original request, Spring Security would attempt to
        save the SecurityContext when the response was committed. Since the
        SecurityContextHolder was still cleared out it removes the
        SecurityContext from the HttpSession

Spring Security should prevent the SecurityContext from automatically being saved when the response is committed as soon as ServletRequest#startAsync() or   ServletRequest#startAsync(ServletRequest,ServletResponse) is called as apposed to looking at the Thread equality.
Original Description
I still see the same behavior on DeferredResult controllers. (after some time there is an auto logout)
It doesn't always happen as it used to before 3.2.0.M1 .
Logs are just before logging out occurs and are related to an AJAX call to a deferredResult method.

Logs:
2013-01-01 16:20:08,019 DEBUG yContextPersistenceFilter:97 - SecurityContextHolder now cleared, as request processing completed
...
2013-01-01 16:21:32,649 DEBUG eToSessionResponseWrapper:140 - Skip saving SecurityContext since processing the HttpServletResponse on a different Thread than the original HttpServletRequest
...
2013-01-01 16:22:01,650 DEBUG SecurityContextRepository:269 - SecurityContext is empty or contents are anonymous - context will not be stored in HttpSession.
...
2013-01-01 16:22:03,660 DEBUG AntPathRequestMatcher :116 - Checking match of request : '/deferred'; against '/resources/**'
...
2013-01-01 16:22:03,661 DEBUG SecurityContextRepository:139 - HttpSession returned null object for SPRING_SECURITY_CONTEXT
2013-01-01 16:22:03,661 DEBUG SecurityContextRepository:85 - No SecurityContext was available from the HttpSession: org.apache.catalina.session.StandardSessionFacade@5b3cc94b. A new one will be created.
...
2013-01-01 16:22:03,664 DEBUG ymousAuthenticationFilter:102 - Populated SecurityContextHolder with anonymous token: 'org.springframework.security.authentication.AnonymousAuthenticationToken@90541710: Principal: anonymousUser; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@166c8: RemoteIpAddress: 0:0:0:0:0:0:0:1; SessionId: 6D46ACB5AEA101C58A838529A3F6ED1D; Granted Authorities: ROLE_ANONYMOUS'
...
2013-01-01 16:22:03,667 DEBUG FilterSecurityInterceptor:310 - Previously Authenticated: org.springframework.security.authentication.AnonymousAuthenticationToken@90541710: Principal: anonymousUser; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@166c8: RemoteIpAddress: 0:0:0:0:0:0:0:1; SessionId: 6D46ACB5AEA101C58A838529A3F6ED1D; Granted Authorities: ROLE_ANONYMOUS
...
2013-01-01 16:22:03,668 DEBUG AffirmativeBased :65 - Voter: org.springframework.security.web.access.expression.WebExpressionVoter@52d9eb97, returned: -1
...
2013-01-01 16:22:03,668 DEBUG xceptionTranslationFilter:165 - Access is denied (user is anonymous); redirecting to authentication entry point
org.springframework.security.access.AccessDeniedException: Access is denied

Embed logic of selecting highest versioned region server for system table regions in AssignmentManager.processAssignQueue(). This way from any section of the code when system table regions are re/assigned, only highest versioned RS are candidates for target servers.

AnnotationAwareOrderComparator.getPriority delegates to OrderUtils.getOrder instead of OrderUtils.getPriority for a DecoratingProxy instance.

100s of Mb of logs like this, in a tight loop:

2018-12-08 10:27:00,462 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3646ms
2018-12-08 10:27:00,463 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3647ms
2018-12-08 10:27:00,464 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3648ms
2018-12-08 10:27:00,465 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3649ms
2018-12-08 10:27:00,466 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3650ms
2018-12-08 10:27:00,467 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3651ms
2018-12-08 10:27:00,469 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3653ms
2018-12-08 10:27:00,470 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3654ms
2018-12-08 10:27:00,471 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3655ms
2018-12-08 10:27:00,472 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3656ms
2018-12-08 10:27:00,473 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3657ms
2018-12-08 10:27:00,474 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3658ms
2018-12-08 10:27:00,475 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3659ms
2018-12-08 10:27:00,476 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3660ms
2018-12-08 10:27:00,477 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3661ms
2018-12-08 10:27:00,478 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3662ms
2018-12-08 10:27:00,479 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3663ms
2018-12-08 10:27:00,480 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3664ms
2018-12-08 10:27:00,481 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3665ms
2018-12-08 10:27:00,482 WARN  [RpcServer.default.FPBQ.Fifo.handler=2,queue=2,port=17020] regionserver.MemStoreFlusher: Memstore is above high water mark and block 3666ms

While building hive with an internal resolver, ivy fails to resolve sqlline, which needs to be picked up from
http://sourceforge.net/projects/sqlline/files/sqlline/1.0.2/sqlline-1_0_2.jar/download
ant package -Dresolvers=internal
fails with

[ivy:resolve] 	==== datanucleus-repo: tried
[ivy:resolve] 	  -- artifact sqlline#sqlline#1.0.2;1_0_2!sqlline.jar:
[ivy:resolve] 	  http://www.datanucleus.org/downloads/maven2/sqlline/sqlline/1_0_2/sqlline-1_0_2.jar
[ivy:resolve] 		::::::::::::::::::::::::::::::::::::::::::::::
[ivy:resolve] 		::          UNRESOLVED DEPENDENCIES         ::
[ivy:resolve] 		:: sqlline#sqlline#1.0.2;1_0_2: not found

The attached patch adds sourceforge to the internal resolver list so that if the default sqlline version (& a hadoop snapshot) is used, the build does not fail.

Refer to discussion in HBASE-10823.
The exact version deletion also check for the preceeding version though the latest version allows the permission
This solves the problems 
1. Exact version delete checks only the relevant cell version permission (not all versions under this)
2. When Put/Delete contains individual cell TS, this check cell permissions for only relevant covering cell(s) under that specified TS (in Mutation KV)

ReadResourceHandler has a nullSafeReadResource method that returns a PlaceholderResource for any address whose MRR says it's runtime:
https://github.com/wildfly/wildfly-core/blob/master/controller/src/main/java/org/jboss/as/controller/operations/global/ReadResourceHandler.java#L435
That basically allows devs to not bother creating runtime resources, but breaks things where there's an assumption that no resource object will be present when no actual resource exists. See discussion at https://github.com/wildfly/wildfly/pull/6607
This JIRA is to get rid of that behavior, restricting it to, at most, proxy resource cases.
See also WFCORE-580 which is a similar problem.

This configuration hive.start.cleanup.scratchdir is not taking effect

The uncompressed/compressed sizes of columns may fit into ints for a single block of an RC file, but the same does not hold when they are summed across the file.  Should update the array which aggregates this sum to be an array of longs.

Fragment of code from OpDivide.java 

	Object result = state.operate(Operation.DIVIDE, operandOne, operandTwo);
return new TypedValue(result);

wrongly wraps result of division in TypedValue.
Corresponding in OpMultiply.java is correct.

return state.operate(Operation.MULTIPLY, operandOne, operandTwo);

This could be limited to assert exceptions; but might interfere with other exceptions...discovered while "fixing" testreopt after HIVE-19269

create table tu(id_uv int,id_uw int,u int);
create table tv(id_uv int,v int);
create table tw(id_uw int,w int);

insert into tu values (10,10,10),(1,1,1),(2,2,2),(3,3,3),(4,4,4),(5,5,5),(6,6,6);
insert into tv values (10,10),(1,1),(2,2),(3,3);
insert into tw values (10,10),(1,1),(2,2),(3,3),(4,4),(5,5),(6,6),(7,7),(8,8),(9,9);

set zzz=0;
select assert_true(${hiveconf:zzz}>sum(1)) from tu join tv on (tu.id_uv=tv.id_uv) where u<10 and v>1;
-- fails as expected

-- there is a result set

create table t1 (a int) tblproperties ('serialization.null.format'='');
alter table t1 compact 'major';
fails

CxfProducer could store a unwrapped version of the BindingOperationInfo in the exchange which is inconsistent with CxfConsumer and it puts burden on the application to revert back to the wrapped version.  CxfProducer should store the original version before calling.

                boi = boi.getUnwrappedOperation();

The wicket-ear quickstart throws exception on visiting the home page (http://localhost:8080/jboss-as-wicket-ear-war/).
Removing @Resource(name = "welcomeMessage") and assign a value directly to String welcome in ListContacts.java solved the issue.
Suspect: the resource defined in web.xml is not found.
Remarks:
The quickstart works on JBossAS 7.1.1.Final.
Log:
23:18:04,311 INFO  [org.jboss.modules] (main) JBoss Modules version 1.2.0.Final
23:18:04,479 INFO  [org.jboss.msc] (main) JBoss MSC version 1.1.2.Final
23:18:04,530 INFO  [org.jboss.as] (MSC service thread 1-6) JBAS015899: WildFly 8.0.0.Alpha1 "WildFly" starting
23:18:05,124 INFO  [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) JBAS015003: Found jboss-as-wicket-ear-ear.ear in deployment directory. To trigger deployment create a file called jboss-as-wicket-ear-ear.ear.dodeploy
23:18:05,137 INFO  [org.xnio] (MSC service thread 1-3) XNIO Version 3.1.0.CR3
23:18:05,139 INFO  [org.jboss.as.server] (Controller Boot Thread) JBAS015888: Creating http management service using socket-binding (management-http)
23:18:05,141 INFO  [org.xnio.nio] (MSC service thread 1-3) XNIO NIO Implementation Version 3.1.0.CR3
23:18:05,147 INFO  [org.jboss.remoting] (MSC service thread 1-3) JBoss Remoting version 4.0.0.Beta1
23:18:05,166 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool – 31) JBAS010280: Activating Infinispan subsystem.
23:18:05,169 INFO  [org.jboss.as.security] (ServerService Thread Pool – 44) JBAS013171: Activating Security Subsystem
23:18:05,174 INFO  [org.jboss.as.naming] (ServerService Thread Pool – 39) JBAS011800: Activating Naming Subsystem
23:18:05,175 INFO  [org.jboss.as.webservices] (ServerService Thread Pool – 48) JBAS015537: Activating WebServices Extension
23:18:05,178 INFO  [org.jboss.as.security] (MSC service thread 1-6) JBAS013170: Current PicketBox version=4.0.17.Final
23:18:05,190 INFO  [org.jboss.as.connector.logging] (MSC service thread 1-10) JBAS010408: Starting JCA Subsystem (IronJacamar 1.0.17.Final)
23:18:05,191 INFO  [org.jboss.as.jsf] (ServerService Thread Pool – 37) JBAS012605: Activated the following JSF Implementations: [main]
23:18:05,201 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool – 47) JBAS017502: Undertow 1.0.0.Alpha15 starting
23:18:05,203 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-14) JBAS017502: Undertow 1.0.0.Alpha15 starting
23:18:05,211 INFO  [org.jboss.as.naming] (MSC service thread 1-10) JBAS011802: Starting Naming Service
23:18:05,219 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-9) JBAS015400: Bound mail session [java:jboss/mail/Default]
23:18:05,254 INFO  [org.jboss.ws.common.management] (MSC service thread 1-9) JBWS022052: Starting JBoss Web Services - Stack CXF Server 4.2.0.Beta1
23:18:05,262 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool – 26) JBAS010403: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
23:18:05,268 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-5) JBAS010417: Started Driver service with driver-name = h2
23:18:05,297 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-16) Starting server server service: service jboss.undertow.server.default-server
23:18:05,298 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-16) Starting host default-host
23:18:05,302 INFO  [io.undertow] (ServerService Thread Pool – 47) Creating file handler for path C:\Users\Benny\wildfly-8.0.0.Alpha1/welcome-content
23:18:05,306 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) JBAS017525: Started http handler io.undertow.server.handlers.resource.ResourceHandler@f3d02a6.
23:18:05,307 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) registering handler org.jboss.msc.value.InjectedValue@c653ad9 under path '/'
23:18:05,412 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-11) JBAS015012: Started FileSystemDeploymentService for directory C:\Users\Benny\wildfly-8.0.0.Alpha1\standalone\deployments
23:18:05,415 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "jboss-as-wicket-ear-ear.ear" (runtime-name: "jboss-as-wicket-ear-ear.ear")
23:18:05,455 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "null" (runtime-name: "jboss-as-wicket-ear-ejb.jar")
23:18:05,455 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "null" (runtime-name: "jboss-as-wicket-ear-war.war")
23:18:05,466 INFO  [org.jboss.as.remoting] (MSC service thread 1-16) JBAS017100: Listening on 127.0.0.1:4447
23:18:05,466 INFO  [org.jboss.as.remoting] (MSC service thread 1-13) JBAS017100: Listening on 127.0.0.1:9999
23:18:05,468 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-12) JBAS017519: Undertow HTTP listener default listening on localhost/127.0.0.1:8080
23:18:05,558 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) JBAS010400: Bound data source [java:jboss/datasources/ExampleDS]
23:18:05,901 INFO  [org.jboss.as.jpa] (MSC service thread 1-11) JBAS011401: Read persistence.xml for primary
23:18:05,935 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-10) JBAS010400: Bound data source [java:jboss/datasources/WicketEarQuickstartDS]
23:18:05,992 INFO  [org.jboss.weld.deployer] (MSC service thread 1-2) JBAS016002: Processing weld deployment jboss-as-wicket-ear-ear.ear
23:18:06,027 INFO  [org.jboss.weld.deployer] (MSC service thread 1-5) JBAS016002: Processing weld deployment jboss-as-wicket-ear-war.war
23:18:06,027 INFO  [org.jboss.weld.deployer] (MSC service thread 1-16) JBAS016002: Processing weld deployment jboss-as-wicket-ear-ejb.jar
23:18:06,029 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-16) JNDI bindings for session bean named ContactDaoBean in deployment unit subdeployment "jboss-as-wicket-ear-ejb.jar" of deployment "jboss-as-wicket-ear-ear.ear" are as follows:
	java:global/jboss-as-wicket-ear-ear/jboss-as-wicket-ear-ejb/ContactDaoBean!org.jboss.as.quickstarts.wicketEar.ejbjar.dao.ContactDao
	java:app/jboss-as-wicket-ear-ejb/ContactDaoBean!org.jboss.as.quickstarts.wicketEar.ejbjar.dao.ContactDao
	java:module/ContactDaoBean!org.jboss.as.quickstarts.wicketEar.ejbjar.dao.ContactDao
	java:global/jboss-as-wicket-ear-ear/jboss-as-wicket-ear-ejb/ContactDaoBean
	java:app/jboss-as-wicket-ear-ejb/ContactDaoBean
	java:module/ContactDaoBean
23:18:06,041 INFO  [org.jboss.weld.deployer] (MSC service thread 1-8) JBAS016005: Starting Services for CDI deployment: jboss-as-wicket-ear-ear.ear
23:18:06,079 INFO  [org.jboss.weld.Version] (MSC service thread 1-8) WELD-000900 2.0.0 (CR4)
23:18:06,087 INFO  [org.jboss.weld.deployer] (MSC service thread 1-13) JBAS016008: Starting weld service for deployment jboss-as-wicket-ear-ear.ear
23:18:06,142 INFO  [org.jboss.as.jpa] (ServerService Thread Pool – 50) JBAS011402: Starting Persistence Unit Service 'jboss-as-wicket-ear-ear.ear/jboss-as-wicket-ear-ejb.jar#primary'
23:18:06,187 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-13) Legacy deployment metadata provided by the integrator. Certain functionality will not be available.
23:18:06,215 INFO  [org.hibernate.annotations.common.Version] (ServerService Thread Pool – 50) HCANN000001: Hibernate Commons Annotations 
{4.0.1.Final}
23:18:06,218 INFO  [org.hibernate.Version] (ServerService Thread Pool – 50) HHH000412: Hibernate Core 
{4.2.0.Final}
23:18:06,219 INFO  [org.hibernate.cfg.Environment] (ServerService Thread Pool – 50) HHH000206: hibernate.properties not found
23:18:06,220 INFO  [org.hibernate.cfg.Environment] (ServerService Thread Pool – 50) HHH000021: Bytecode provider name : javassist
23:18:06,231 INFO  [org.hibernate.ejb.Ejb3Configuration] (ServerService Thread Pool – 50) HHH000204: Processing PersistenceUnitInfo [
	name: primary
	...]
23:18:06,324 INFO  [org.hibernate.service.jdbc.connections.internal.ConnectionProviderInitiator] (ServerService Thread Pool – 50) HHH000130: Instantiating explicit connection provider: org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider
23:18:06,458 INFO  [org.hibernate.dialect.Dialect] (ServerService Thread Pool – 50) HHH000400: Using dialect: org.hibernate.dialect.H2Dialect
23:18:06,461 WARN  [org.hibernate.dialect.H2Dialect] (ServerService Thread Pool – 50) HHH000431: Unable to determine H2 database version, certain features may not work
23:18:06,463 INFO  [org.hibernate.engine.jdbc.internal.LobCreatorBuilder] (ServerService Thread Pool – 50) HHH000423: Disabling contextual LOB creation as JDBC driver reported JDBC version [3] less than 4
23:18:06,470 INFO  [org.hibernate.engine.transaction.internal.TransactionFactoryInitiator] (ServerService Thread Pool – 50) HHH000268: Transaction strategy: org.hibernate.engine.transaction.internal.jta.CMTTransactionFactory
23:18:06,473 INFO  [org.hibernate.hql.internal.ast.ASTQueryTranslatorFactory] (ServerService Thread Pool – 50) HHH000397: Using ASTQueryTranslatorFactory
23:18:06,499 INFO  [org.hibernate.validator.internal.util.Version] (ServerService Thread Pool – 50) HV000001: Hibernate Validator 4.3.1.Final
23:18:06,678 INFO  [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool – 50) HHH000227: Running hbm2ddl schema export
23:18:06,685 INFO  [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool – 50) HHH000230: Schema export complete
23:18:07,107 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-9) JBAS018210: Register web context: /jboss-as-wicket-ear-war
23:18:07,136 INFO  [org.jboss.as.server] (ServerService Thread Pool – 27) JBAS018559: Deployed "jboss-as-wicket-ear-ear.ear" (runtime-name : "jboss-as-wicket-ear-ear.ear")
23:18:07,155 INFO  [org.jboss.as] (Controller Boot Thread) JBAS015961: Http management interface listening on http://127.0.0.1:9990/management
23:18:07,155 INFO  [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://127.0.0.1:9990
23:18:07,155 INFO  [org.jboss.as] (Controller Boot Thread) JBAS015874: WildFly 8.0.0.Alpha1 "WildFly" started in 3081ms - Started 295 of 330 services (63 services are lazy, passive or on-demand)
23:18:30,332 INFO  [org.apache.wicket.util.file.WebXmlFile] (default task-1) web.xml: url mapping found for filter with name Wicket: [/*]
23:18:30,371 WARNING [org.jboss.seam.conversation.spi.SeamConversationContextFactory] (default task-1) No matching SeamConversationContext for store type interface javax.servlet.http.HttpServletRequest, using NOOP instance!
23:18:30,378 WARN  [org.jboss.weld.Bean] (default task-1) WELD-001529 An InjectionTarget implementation is created for a class net.ftlines.wicket.cdi.DetachEventEmitter which does not have any appropriate constructor.
23:18:30,402 INFO  [org.apache.wicket.Application] (default task-1) [Wicket] init: Wicket core library initializer
23:18:30,403 INFO  [org.apache.wicket.RequestListenerInterface] (default task-1) registered listener interface [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()]
23:18:30,404 INFO  [org.apache.wicket.RequestListenerInterface] (default task-1) registered listener interface [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()]
23:18:30,404 INFO  [org.apache.wicket.RequestListenerInterface] (default task-1) registered listener interface [RequestListenerInterface name=IFormSubmitListener, method=public abstract void org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()]
23:18:30,404 INFO  [org.apache.wicket.RequestListenerInterface] (default task-1) registered listener interface [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()]
23:18:30,404 INFO  [org.apache.wicket.RequestListenerInterface] (default task-1) registered listener interface [RequestListenerInterface name=IOnChangeListener, method=public abstract void org.apache.wicket.markup.html.form.IOnChangeListener.onSelectionChanged()]
23:18:30,405 INFO  [org.apache.wicket.RequestListenerInterface] (default task-1) registered listener interface [RequestListenerInterface name=IOnChangeListener, method=public abstract void org.apache.wicket.markup.html.form.IOnChangeListener.onSelectionChanged()]
23:18:30,405 INFO  [org.apache.wicket.RequestListenerInterface] (default task-1) registered listener interface [RequestListenerInterface name=IRedirectListener, method=public abstract void org.apache.wicket.IRedirectListener.onRedirect()]
23:18:30,405 INFO  [org.apache.wicket.RequestListenerInterface] (default task-1) registered listener interface [RequestListenerInterface name=IResourceListener, method=public abstract void org.apache.wicket.IResourceListener.onResourceRequested()]
23:18:30,407 INFO  [org.apache.wicket.protocol.http.WebApplication] (default task-1) [Wicket] Started Wicket version 1.5.5 in DEVELOPMENT mode
23:18:30,407 ERROR [stderr] (default task-1) ********************************************************************
23:18:30,407 ERROR [stderr] (default task-1) *** WARNING: Wicket is running in DEVELOPMENT mode.              ***
23:18:30,407 ERROR [stderr] (default task-1) ***                               ^^^^^^^^^^^                    ***
23:18:30,407 ERROR [stderr] (default task-1) *** Do NOT deploy to your live server(s) without changing this.  ***
23:18:30,407 ERROR [stderr] (default task-1) *** See Application#getConfigurationType() for more information. ***
23:18:30,408 ERROR [stderr] (default task-1) ********************************************************************
23:18:30,436 WARN  [org.jboss.weld.Bean] (default task-1) WELD-001529 An InjectionTarget implementation is created for a class org.apache.wicket.protocol.http.WebSession which does not have any appropriate constructor.
23:18:30,492 ERROR [org.apache.wicket.DefaultExceptionMapper] (default task-1) Unexpected error occurred: org.apache.wicket.WicketRuntimeException: Can't instantiate page using constructor 'public org.jboss.as.quickstarts.wicketEar.war.pages.ListContacts()'. Might be it doesn't exist, may be it is not visible (public).
	at org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:196) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:68) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:47) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.DefaultMapperContext.newPageInstance(DefaultMapperContext.java:103) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.handler.PageProvider.resolvePageInstance(PageProvider.java:264) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.handler.PageProvider.getPageInstance(PageProvider.java:165) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.handler.render.PageRenderer.getPage(PageRenderer.java:78) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:105) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:224) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:167) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:781) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) [wicket-request-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:255) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:283) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:185) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:241) [wicket-core-1.5.5.jar:1.5.5]
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [rt.jar:1.7.0_21]
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) [rt.jar:1.7.0_21]
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) [rt.jar:1.7.0_21]
	at java.lang.reflect.Constructor.newInstance(Constructor.java:525) [rt.jar:1.7.0_21]
	at org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:177) [wicket-core-1.5.5.jar:1.5.5]
	... 44 more
	at org.jboss.as.weld.services.bootstrap.AbstractResourceInjectionServices$1.createResource(AbstractResourceInjectionServices.java:109) [wildfly-weld-8.0.0.Alpha1.jar:8.0.0.Alpha1]
	at org.jboss.weld.injection.ResourceInjectionPoint.getReference(ResourceInjectionPoint.java:80) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.injection.ResourceInjectionPoint.inject(ResourceInjectionPoint.java:88) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.util.Beans.injectEEFields(Beans.java:343) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.injection.producer.ResourceInjector.inject(ResourceInjector.java:59) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.injection.producer.DefaultInjector$1.proceed(DefaultInjector.java:66) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:48) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.injection.producer.DefaultInjector.inject(DefaultInjector.java:64) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at org.jboss.weld.injection.producer.BasicInjectionTarget.inject(BasicInjectionTarget.java:91) [weld-core-2.0.0.CR4.jar:2013-04-21 15:57]
	at net.ftlines.wicket.cdi.NonContextual.inject(NonContextual.java:141) [wicket-cdi-1.2.jar:]
	at net.ftlines.wicket.cdi.NonContextualManager.inject(NonContextualManager.java:49) [wicket-cdi-1.2.jar:]
	at net.ftlines.wicket.cdi.AbstractInjector.inject(AbstractInjector.java:38) [wicket-cdi-1.2.jar:]
	at net.ftlines.wicket.cdi.ComponentInjector.onInstantiation(ComponentInjector.java:43) [wicket-cdi-1.2.jar:]
	at org.apache.wicket.application.ComponentInstantiationListenerCollection$1.notify(ComponentInstantiationListenerCollection.java:36) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.application.ComponentInstantiationListenerCollection$1.notify(ComponentInstantiationListenerCollection.java:34) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.util.listener.ListenerCollection.notify(ListenerCollection.java:80) [wicket-util-1.5.5.jar:1.5.5]
	at org.apache.wicket.application.ComponentInstantiationListenerCollection.onInstantiation(ComponentInstantiationListenerCollection.java:32) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.Component.<init>(Component.java:678) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.MarkupContainer.<init>(MarkupContainer.java:118) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.Page.<init>(Page.java:206) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.Page.<init>(Page.java:170) [wicket-core-1.5.5.jar:1.5.5]
	at org.apache.wicket.markup.html.WebPage.<init>(WebPage.java:74) [wicket-core-1.5.5.jar:1.5.5]
	at org.jboss.as.quickstarts.wicketEar.war.pages.ListContacts.<init>(ListContacts.java:46) [classes:]
	... 49 more
23:18:30,506 WARN  [org.jboss.weld.Bean] (default task-1) WELD-001529 An InjectionTarget implementation is created for a class org.apache.wicket.markup.html.pages.ExceptionErrorPage which does not have any appropriate constructor.
23:18:30,518 WARN  [org.jboss.weld.Bean] (default task-1) WELD-001529 An InjectionTarget implementation is created for a class org.apache.wicket.markup.html.basic.MultiLineLabel which does not have any appropriate constructor.
23:18:30,549 WARN  [org.jboss.weld.Bean] (default task-1) WELD-001529 An InjectionTarget implementation is created for a class org.apache.wicket.markup.html.WebMarkupContainer which does not have any appropriate constructor.
23:18:30,552 WARN  [org.jboss.weld.Bean] (default task-1) WELD-001529 An InjectionTarget implementation is created for a class org.apache.wicket.markup.html.basic.Label which does not have any appropriate constructor.
23:18:30,564 ERROR [org.apache.wicket.DefaultExceptionMapper] (default task-1) unexpected exception when handling another exception: Can't instantiate page using constructor 'public org.jboss.as.quickstarts.wicketEar.war.pages.ListContacts()'. Might be it doesn't exist, may be it is not visible (public).: org.apache.wicket.WicketRuntimeException: Can't instantiate page using constructor 'public org.jboss.as.quickstarts.wicketEar.war.pages.ListContacts()'. Might be it doesn't exist, may be it is not visible (public).
	... 44 more
	... 49 more

When performing append operation on non-existing column families, NullPointerException is thrown in hbase shell as shown below:

hbase(main):007:0> append 't1', 'r1', 'none:c1', '123'

at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2175)
at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:106)
at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:130)
at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:107)
at org.apache.hadoop.hbase.regionserver.HRegion.doGet(HRegion.java:6987)
at org.apache.hadoop.hbase.regionserver.HRegion.append(HRegion.java:7048)
at org.apache.hadoop.hbase.regionserver.RSRpcServices.append(RSRpcServices.java:580)
at org.apache.hadoop.hbase.regionserver.RSRpcServices.mutate(RSRpcServices.java:2206)
at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32452)
at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2133)
... 4 more

This seems to be caused by absence of check for valid family names as done in other operations like 'Put' in HRegion.java

When users execute use a transform script with the config hive.exec.script.allow.partial.consumption set to true, it may produce partial results.
When this config is set the script may close it's input pipe before its parent operator has finished passing it rows.  In the catch block for this exception, the setDone method is called marking the operator as done.  However, there's a separate thread running to process rows passed from the script back to Hive via stdout.  If this thread is not done processing rows, any rows it forwards after the setDone method is called will not be passed to its children.  This leads to partial results.

After adding and attaching a named formatter to an offline server starting the server fails due to an invalid logging configuration.
server-one fails with:
{{
[Server:server-one] 00:08:00,214 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014612: Operation ("add") failed - address: ([
[Server:server-one]     ("console-handler" => "CONSOLE")
[Server:server-one] ]): java.lang.IllegalArgumentException: Formatter "TESTPATTERN" is not found
}}
I assume logging.properties is written too late in LoggingOperations.java

Until DR18 (and in 7.0 as well) we succesfully called ejb with these options.
EjbClientCode.java

    private Properties getCtxProperties(String username, String password) {
        Properties props = new Properties();
        props.put("org.jboss.ejb.client.scoped.context", true);
        props.put(Context.URL_PKG_PREFIXES, "org.jboss.ejb.client.naming");
        props.put("remote.connections", "main");
        props.put("remote.connection.main.host", hostname);
        props.put("remote.connection.main.port", "8080");
        if (username != null && password != null) {
            props.put("remote.connection.main.username", username);
            props.put("remote.connection.main.password", password);
        }
        props.put("remote.connection.main.connect.options.org.xnio.Options.SASL_POLICY_NOPLAINTEXT", "false");
        props.put("remote.connection.main.connect.options.org.jboss.remoting3.RemotingOptions.SASL_PROTOCOL", "remote");
        props.put("remote.connectionprovider.create.options.org.xnio.Options.SSL_ENABLED", "false");
        return props;
    }

In DR18 ejb calls hangs. 

14:27:47,057 INFO  [org.jboss.ejb.client] (main) EJBCLIENT000064: org.jboss.ejb.client.naming.ejb.ejbURLContextFactory is deprecated; new applications should use org.wildfly.naming.client.WildFlyInitialContextFactory instead
14:27:47,064 INFO  [org.wildfly.naming] (main) WildFly Naming version 1.0.0.Beta15-redhat-1
14:27:47,076 INFO  [org.wildfly.naming] (main) WFNAM00049: Usage of the legacy "remote.connections" property is deprecated; please use javax.naming.Context#PROVIDER_URL instead
14:27:47,088 FINER [javax.management.mbeanserver] (main) ObjectName = jboss.remoting.endpoint:name=Remoting (anonymous)-1039159201
14:27:47,088 FINER [javax.management.mbeanserver] (main) name = jboss.remoting.endpoint:name=Remoting (anonymous)-1039159201
14:27:47,088 FINER [javax.management.mbeanserver] (main) Send create notification of object jboss.remoting.endpoint:name=Remoting (anonymous)-1039159201
14:27:47,088 FINER [javax.management.mbeanserver] (main) JMX.mbean.registered jboss.remoting.endpoint:name=Remoting (anonymous)-1039159201
14:27:47,088 TRACE [org.jboss.remoting.endpoint] (main) Completed open of endpoint (anonymous) <3df04fa1>
14:27:47,088 TRACE [org.jboss.remoting.endpoint] (main) Allocated tick to 1 of endpoint (anonymous) <3df04fa1> (opened Connection provider for remote)
14:27:47,089 FINER [javax.management.mbeanserver] (main) ObjectName = jboss.remoting.handler:name=Remoting (anonymous) remote-1876700598
14:27:47,089 FINER [javax.management.mbeanserver] (main) name = jboss.remoting.handler:name=Remoting (anonymous) remote-1876700598
14:27:47,089 FINER [javax.management.mbeanserver] (main) Send create notification of object jboss.remoting.handler:name=Remoting (anonymous) remote-1876700598
14:27:47,089 FINER [javax.management.mbeanserver] (main) JMX.mbean.registered jboss.remoting.handler:name=Remoting (anonymous) remote-1876700598
14:27:47,089 TRACE [org.jboss.remoting.endpoint] (main) Adding connection provider registration named 'remote': Remoting remote connection provider 6fdc2db6 for endpoint (anonymous) <3df04fa1>
14:27:47,089 TRACE [org.jboss.remoting.endpoint] (main) Allocated tick to 2 of endpoint (anonymous) <3df04fa1> (opened Connection provider for remote+tls)
14:27:47,089 FINER [javax.management.mbeanserver] (main) ObjectName = jboss.remoting.handler:name=Remoting (anonymous) remote+tls-383127665
14:27:47,089 FINER [javax.management.mbeanserver] (main) name = jboss.remoting.handler:name=Remoting (anonymous) remote+tls-383127665
14:27:47,089 FINER [javax.management.mbeanserver] (main) Send create notification of object jboss.remoting.handler:name=Remoting (anonymous) remote+tls-383127665
14:27:47,089 FINER [javax.management.mbeanserver] (main) JMX.mbean.registered jboss.remoting.handler:name=Remoting (anonymous) remote+tls-383127665
14:27:47,089 TRACE [org.jboss.remoting.endpoint] (main) Adding connection provider registration named 'remote+tls': Remoting remote connection provider 16d61071 for endpoint (anonymous) <3df04fa1>
14:27:47,089 TRACE [org.jboss.remoting.endpoint] (main) Allocated tick to 3 of endpoint (anonymous) <3df04fa1> (opened Connection provider for remoting)
14:27:47,090 FINER [javax.management.mbeanserver] (main) ObjectName = jboss.remoting.handler:name=Remoting (anonymous) remoting-838733029
14:27:47,090 FINER [javax.management.mbeanserver] (main) name = jboss.remoting.handler:name=Remoting (anonymous) remoting-838733029
14:27:47,090 FINER [javax.management.mbeanserver] (main) Send create notification of object jboss.remoting.handler:name=Remoting (anonymous) remoting-838733029
14:27:47,090 FINER [javax.management.mbeanserver] (main) JMX.mbean.registered jboss.remoting.handler:name=Remoting (anonymous) remoting-838733029
14:27:47,090 TRACE [org.jboss.remoting.endpoint] (main) Adding connection provider registration named 'remoting': Remoting remote connection provider 31fe0ce5 for endpoint (anonymous) <3df04fa1>
14:27:47,090 TRACE [org.jboss.remoting.endpoint] (main) Allocated tick to 4 of endpoint (anonymous) <3df04fa1> (opened Connection provider for remote+http)
14:27:47,090 FINER [javax.management.mbeanserver] (main) ObjectName = jboss.remoting.handler:name=Remoting (anonymous) remote+http-1795925655
14:27:47,090 FINER [javax.management.mbeanserver] (main) name = jboss.remoting.handler:name=Remoting (anonymous) remote+http-1795925655
14:27:47,090 FINER [javax.management.mbeanserver] (main) Send create notification of object jboss.remoting.handler:name=Remoting (anonymous) remote+http-1795925655
14:27:47,090 FINER [javax.management.mbeanserver] (main) JMX.mbean.registered jboss.remoting.handler:name=Remoting (anonymous) remote+http-1795925655
14:27:47,090 TRACE [org.jboss.remoting.endpoint] (main) Adding connection provider registration named 'remote+http': Remoting remote connection provider 6b0ba697 for endpoint (anonymous) <3df04fa1>
14:27:47,090 TRACE [org.jboss.remoting.endpoint] (main) Allocated tick to 5 of endpoint (anonymous) <3df04fa1> (opened Connection provider for remote+https)
14:27:47,090 FINER [javax.management.mbeanserver] (main) ObjectName = jboss.remoting.handler:name=Remoting (anonymous) remote+https-447059608
14:27:47,091 FINER [javax.management.mbeanserver] (main) name = jboss.remoting.handler:name=Remoting (anonymous) remote+https-447059608
14:27:47,091 FINER [javax.management.mbeanserver] (main) Send create notification of object jboss.remoting.handler:name=Remoting (anonymous) remote+https-447059608
14:27:47,091 FINER [javax.management.mbeanserver] (main) JMX.mbean.registered jboss.remoting.handler:name=Remoting (anonymous) remote+https-447059608
14:27:47,091 TRACE [org.jboss.remoting.endpoint] (main) Adding connection provider registration named 'remote+https': Remoting remote connection provider 1aa59698 for endpoint (anonymous) <3df04fa1>
14:27:47,091 TRACE [org.jboss.remoting.endpoint] (main) Allocated tick to 6 of endpoint (anonymous) <3df04fa1> (opened Connection provider for http-remoting)
14:27:47,091 FINER [javax.management.mbeanserver] (main) ObjectName = jboss.remoting.handler:name=Remoting (anonymous) http-remoting-981876983
14:27:47,091 FINER [javax.management.mbeanserver] (main) name = jboss.remoting.handler:name=Remoting (anonymous) http-remoting-981876983
14:27:47,091 FINER [javax.management.mbeanserver] (main) Send create notification of object jboss.remoting.handler:name=Remoting (anonymous) http-remoting-981876983
14:27:47,091 FINER [javax.management.mbeanserver] (main) JMX.mbean.registered jboss.remoting.handler:name=Remoting (anonymous) http-remoting-981876983
14:27:47,091 TRACE [org.jboss.remoting.endpoint] (main) Adding connection provider registration named 'http-remoting': Remoting remote connection provider 3a8640f7 for endpoint (anonymous) <3df04fa1>
14:27:47,091 TRACE [org.jboss.remoting.endpoint] (main) Allocated tick to 7 of endpoint (anonymous) <3df04fa1> (opened Connection provider for https-remoting)
14:27:47,091 FINER [javax.management.mbeanserver] (main) ObjectName = jboss.remoting.handler:name=Remoting (anonymous) https-remoting-1015658596
14:27:47,091 FINER [javax.management.mbeanserver] (main) name = jboss.remoting.handler:name=Remoting (anonymous) https-remoting-1015658596
14:27:47,092 FINER [javax.management.mbeanserver] (main) Send create notification of object jboss.remoting.handler:name=Remoting (anonymous) https-remoting-1015658596
14:27:47,092 FINER [javax.management.mbeanserver] (main) JMX.mbean.registered jboss.remoting.handler:name=Remoting (anonymous) https-remoting-1015658596
14:27:47,092 TRACE [org.jboss.remoting.endpoint] (main) Adding connection provider registration named 'https-remoting': Remoting remote connection provider 3c89b864 for endpoint (anonymous) <3df04fa1>
14:27:47,093 TRACE [org.wildfly.security] (main) getAuthenticationConfiguration uri=remote+http://localhost.localdomain:8080, protocolDefaultPort=-1, abstractType=jndi, abstractTypeAuthority=jboss, purpose=operate, MatchRule=[], AuthenticationConfiguration=[AuthenticationConfiguration:principal=anonymous,set-host=localhost.localdomain,set-port=8080,providers-supplier=org.wildfly.security.auth.client.ElytronXmlParser$DeferredSupplier@17d816b3,sasl-mechanism-selector=(true),mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]
14:27:47,111 INFO  [org.jboss.ejb.client] (main) JBoss EJB Client version 4.0.0.Beta27-redhat-1
14:27:47,176 TRACE [org.jboss.remoting.endpoint] (main) Allocated tick to 8 of endpoint (anonymous) <3df04fa1> (opened Connection to remote://localhost.localdomain:8080)
14:27:47,177 TRACE [org.jboss.remoting.remote] (main) Attempting to connect to "remote://localhost.localdomain:8080" with options {}
14:27:47,177 TRACE [org.xnio.nio.selector] (XNIO-1 I/O-1) Selected on sun.nio.ch.EPollSelectorImpl@4cb9755d
14:27:47,177 TRACE [org.xnio.nio] (XNIO-1 I/O-1) Running task org.xnio.nio.WorkerThread$SynchTask@51262ca9
14:27:47,177 TRACE [org.xnio.nio.selector] (XNIO-1 I/O-1) Beginning select on sun.nio.ch.EPollSelectorImpl@4cb9755d
14:27:47,177 TRACE [org.xnio.nio.selector] (XNIO-1 I/O-1) Selected key sun.nio.ch.SelectionKeyImpl@47d9c01 for java.nio.channels.SocketChannel[connection-pending local=/0.0.0.0:45737 remote=localhost.localdomain/127.0.0.1:8080]
14:27:47,177 TRACE [org.xnio.nio] (XNIO-1 I/O-1) Running task org.xnio.AbstractIoFuture$NotifierRunnable@12b137f5
14:27:47,179 TRACE [org.jboss.remoting.endpoint] (XNIO-1 I/O-1) Allocated tick to 9 of endpoint (anonymous) <3df04fa1> (opened org.jboss.remoting3.EndpointImpl$TrackingExecutor@4bb2dc67)
14:27:47,179 TRACE [org.jboss.remoting.remote.connection] (XNIO-1 I/O-1) Initialized connection from localhost.localdomain/127.0.0.1:8080 to /127.0.0.1:45737 with options {}
14:27:47,179 TRACE [org.jboss.remoting.endpoint] (XNIO-1 task-5) Resource closed count 00000008 of endpoint (anonymous) <3df04fa1> (closed org.jboss.remoting3.EndpointImpl$TrackingExecutor@4bb2dc67)
14:27:47,179 TRACE [org.jboss.remoting.remote] (XNIO-1 I/O-1) Setting read listener to org.jboss.remoting3.remote.ClientConnectionOpenListener$Greeting@3fe64581
14:27:47,179 TRACE [org.xnio.nio.selector] (XNIO-1 I/O-1) Beginning select on sun.nio.ch.EPollSelectorImpl@4cb9755d

It appears org.jboss.remoting3.RemotingOptions.SASL_PROTOCOL is making problems here. If I remove this ejb call is sucesfull. 
Same happens with org.wildfly.naming.client.WildFlyInitialContextFactory when protocol of PROVIDER_URL and SASL_PROTOCOL does not match.

    private Properties getBasicCtxProperties(String timeout) {
        props.put(Context.INITIAL_CONTEXT_FACTORY, "org.wildfly.naming.client.WildFlyInitialContextFactory");
        props.put(Context.PROVIDER_URL, "http-remoting://"+hostname+":8080");
        if (timeout != null) {
            props.put("remote.connection.main.connect.timeout", timeout);
        }
    }

Setting to blocker:

it can make difficulties by migrating from legacy client configuration to new client configuration
in second case (non-deprecated configuration), there should be rather some sort of validaiton check, then let client hang.

[1] https://github.com/jboss-remoting/jboss-remoting/blob/master/src/main/java/org/jboss/remoting3/RemotingOptions.java#L316

Can't build WF master with 11-ea+22

[INFO] WildFly: Servlet Galleon Pack ...................... FAILURE [  3.481 s]

[ERROR] Failed to execute goal org.wildfly.galleon-plugins:wildfly-galleon-maven-plugin:
  2.0.0.Alpha4:generate-feature-specs 
  (feature-spec-build) on project wildfly-servlet-galleon-pack:
  Feature spec generator failed: Forked embedded process has failed -> [Help 1]

When '-format' is absent from commandline, the following call would result in NPE (format is initialized to null):

    if (format.equals("rcfile")) {
      mergeWork = new MergeWork(inputPaths, new Path(outputDir), RCFileInputFormat.class);

We make it illegal passing null row to Put/Delete from hbase-8101. While Thrift demo client still verify empty row situation as following:

        // try empty strings
        mutations = new ArrayList<Mutation>();
        mutations.add(new Mutation(false, ByteBuffer.wrap(bytes("entry:")), 
            ByteBuffer.wrap(bytes("")), writeToWal));
        client.mutateRow(ByteBuffer.wrap(t), ByteBuffer.wrap(bytes("")), 
            mutations, dummyAttributes);

Not sure if this is doable or not, but currently given a @RooEntity as follows:
class BaseEntity
private Boolean inactive = Boolean.FALSE;
Roo generates a BaseEntityDataOnDemand that does this:
BaseEntity obj = new BaseEntity();
obj.setInactive(null);
Is a bit of a pain.  Obvious workarounds, but maybe its an easy fix.

This need running in cluster:
1. Create a hive external table pointing to a hbase table.
2. Create views to the hive table(for example 30 views), each view looks like following with different range check:
CREATE VIEW hview_nn AS SELECT * FROM hivehbasetable WHERE (pk >='pk_nn_0' AND pk <= pk_nn_A')
3. Create same number of hive new tables as views.
4. then runs several queries in parallel (30 threads):
INSERT OVERWRITE TABLE hivenewtable_nn SELECT * FROM hview_nn   //nn is from 01 to 30
5 After insert, check the hivenewtables, some values are not right.

Getting value from result set using fully qualified name would throw exception. Only solution today is to use position of the column as opposed to column label.

String sql = "select r1.x, r2.x from r1 join r2 on r1.y=r2.y";
ResultSet res = stmt.executeQuery(sql);
res.getInt("r1.x");

res.getInt("r1.x"); would throw exception unknown column even though sql specifies it.
Fix is to fix resultsetschema in semantic analyzer.

The value of this property should be passed to the underlying ExceptionHandler, but gets overwritten in this suspicious code fragment:
SimpleLimitExceptionHandler exceptionHandler = new SimpleLimitExceptionHandler();
exceptionHandler.setLimit(skipLimit);
exceptionHandler.setExceptionClasses(skippableExceptionClasses);
setExceptionHandler(new SimpleLimitExceptionHandler(skipLimit));

2016-04-29 18:49:31,594 ERROR [Thread-11]: compactor.Initiator (Initiator.java:run(141)) - Caught exception while trying to determine if we should compact id:0,dbname:default,tableName:service_logs_v2,par
tName:ds=2016-04-21,state:^@,type:null,runAs:null,tooManyAborts:false,highestTxnId:0.  Marking clean to avoid repeated failures, MetaException(message:Timeout when executing method: getTable)
        at org.apache.hadoop.hive.metastore.Deadline.newMetaException(Deadline.java:187)
        at org.apache.hadoop.hive.metastore.Deadline.check(Deadline.java:177)
        at org.apache.hadoop.hive.metastore.Deadline.checkTimeout(Deadline.java:160)
        at org.apache.hadoop.hive.metastore.ObjectStore.convertToParts(ObjectStore.java:1839)
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsViaOrmFilter(ObjectStore.java:2255)
        at org.apache.hadoop.hive.metastore.ObjectStore.access$300(ObjectStore.java:165)
        at org.apache.hadoop.hive.metastore.ObjectStore$3.getJdoResult(ObjectStore.java:2051)
        at org.apache.hadoop.hive.metastore.ObjectStore$3.getJdoResult(ObjectStore.java:2043)
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2400)
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByNamesInternal(ObjectStore.java:2043)
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByNames(ObjectStore.java:2037)
        at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source)
        at com.sun.proxy.$Proxy0.getPartitionsByNames(Unknown Source)
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorThread.resolvePartition(CompactorThread.java:111)
        at org.apache.hadoop.hive.ql.txn.compactor.Initiator.run(Initiator.java:129)
Caused by: org.apache.hadoop.hive.metastore.DeadlineException: Timeout when executing method: getTable
        at org.apache.hadoop.hive.metastore.Deadline.check(Deadline.java:174)
        ... 16 more

2016-04-29 18:49:31,595 ERROR [Thread-11]: compactor.Initiator (Initiator.java:run(154)) - Initiator loop caught unexpected exception this time through the loop: java.lang.IllegalStateException: No record with CQ_ID=0 found in COMPACTION_QUEUE
        at org.apache.hadoop.hive.metastore.txn.CompactionTxnHandler.markFailed(CompactionTxnHandler.java:861)
        at org.apache.hadoop.hive.ql.txn.compactor.Initiator.run(Initiator.java:144)

is triggered by DeadlineException: Timeout when executing method but is nonetheless an issue.
We should be able to record an entry in completed_compaction_queue to represent a failed compaction even if an entry in compaction_queue was never made, as is the case here.

     while (true) {
        try {
          standaloneServerFactory = new NIOServerCnxnFactory();
          standaloneServerFactory.configure(
            new InetSocketAddress(tentativePort),
            configuration.getInt(HConstants.ZOOKEEPER_MAX_CLIENT_CNXNS,
              1000));
        } catch (BindException e) {
          LOG.debug("Failed binding ZK Server to client port: " +
              tentativePort);
          // This port is already in use, try to use another.
          tentativePort++;
          continue;
        }
        break;
      }

In the case of failure and all the above ports have already been binded, you can extend past the max port.  Need to check against a max value.

If Roo encounters a class hierarchy nested for at least 2 levels where the super class is unknown to Roo, then its parser barfs:
roo> create project -topLevelPackage test.sub.types

java.lang.Exception is unknown to Roo, this line is just to show Roo's error message
roo> new java file -name test.sub.types.Foo -extends java.lang.Exception
Unable to locate requested type'java.lang.Exception'

roo> new java file -name test.sub.types.Foo

Manually modify test.sub.types.Foo and let it extend Exception, save it

After saving Foo; inheritence from Foo works without problems
roo> new java file -name test.sub.types.Bar -extends ~.Foo
Created SRC_MAIN_JAVA\test\sub\types\Bar.java

Inheritence from a class that indirectly has Foo as a supertype does not work
roo> new java file -name foo.bar.baz.Baz -extends ~.Bar
Type 'foo.bar.baz.Bar' exists on disk but cannot be parsed

If metadata trace is at level 1 or 2, its output suggests that Roo enters some recursion that finally aborts once a StackOverflowError is thrown.

Currently we do call KeyValueScanner.shipped() if the size of the KVs compacted reaches certain threshold

     if (kvs != null && bytesWrittenProgressForShippedCall > shippedCallSizeLimit) {
            kvs.shipped();
            bytesWrittenProgressForShippedCall = 0;
}

Where the shippedCallSizeLimit is

    long shippedCallSizeLimit = (long) minFilesToCompact * HConstants.DEFAULT_BLOCKSIZE;

Instead it is better if it is based on the actual configured block size for that store. It can still have the multiplying factore of 'minFilesToCompact ' but having default store size would mean that if the store has smaller block sizes configured we hold on to more blocks and those will not get evicted.

We recently upgraded from Spring Version 3.2.1 to Spring Version 4.0.5.
It appears that the Spring Form select Tag ignores the attribute setting 'multiple="false"' and forces 'multiple="multiple"' on properties of type Collection, Array and Map, even if 'multiple' is not set.
Example: (property "organisations" is of type List)
4.0.5
1. attribute "multiple" is not set
JSP:
<form:select path="organisations" id="organisations" cssClass="input input-select">
...
HTML output:
<select id="organisations" name="organisations" class="input input-select" multiple="multiple">
...
</select>
2. attribute 'multiple="false"' is set
JSP:
<form:select multiple="false" path="organisations" id="organisations" cssClass="input input-select">
...
...
</select>
Thanks for looking into this.

set hive.optimize.sort.dynamic.partition=true;

CREATE TABLE non_acid(key string, value string) PARTITIONED BY(ds string, hr int) CLUSTERED BY(key) INTO 2 BUCKETS STORED AS ORC;

explain insert into table non_acid partition(ds,hr) select * from srcpart sort by value;

CC'ed Ashutosh Chauhan, Eugene Koifman

I just transferred a ton of data using ExportSnapshot with bandwidth throttling from one Hadoop cluster to another Hadoop cluster, and discovered that ThrottledInputStream does not limit bandwidth.
The problem is that ThrottledInputStream sleeps once, for a fixed time (50 ms), at the start of each read call, disregarding the actual amount of data read.
ExportSnapshot defaults to a buffer size as big as the block size of the outputFs:

      // Use the default block size of the outputFs if bigger
      int defaultBlockSize = Math.max((int) outputFs.getDefaultBlockSize(), BUFFER_SIZE);
      bufferSize = conf.getInt(CONF_BUFFER_SIZE, defaultBlockSize);
      LOG.info("Using bufferSize=" + StringUtils.humanReadableInt(bufferSize));

In my case, this was 256MB.
Hence, the ExportSnapshot mapper will attempt to read up to 256 MB at a time, each time sleeping only 50ms. Thus, in the worst case where each call to read fills the 256 MB buffer in negligible time, the ThrottledInputStream cannot reduce the bandwidth to under (256 MB) / (5 ms) = 5 GB/s.
Even in a more realistic case where read returns about 1 MB per call, it still cannot throttle the bandwidth to under 20 MB/s.
The issue is exacerbated by the fact that you need to set a low limit because the total bandwidth per host depends on the number of mapper slots as well.
A simple solution would change the if in throttle to a while, so that it keeps sleeping for 50 ms until the rate is finally low enough:

  private void throttle() throws IOException {
    while (getBytesPerSec() > maxBytesPerSec) {
      try {
        Thread.sleep(SLEEP_DURATION_MS);
        totalSleepTime += SLEEP_DURATION_MS;
        throw new IOException("Thread aborted", e);
      }
    }
  }

This issue affects the ThrottledInputStream in hadoop as well.
Another way to see this is that for big enough buffer sizes, ThrottledInputStream will be throttling only the number of read calls to 20 per second, disregarding the number of bytes read. 

The hbase-it module makes use of the test resources from the hbase-server module directly. this results in a NOTICE file with placeholders instead of project attributes.

Server sends "stale=true" when invalid nonce is used.
Client should repeat authentication with new nonce, but it ignores it instead.
rfc2831:

If the response is valid, the server MAY choose to deem that
   authentication has succeeded. However, if it has been too long since
   the previous authentication, or for any other reason, the server MAY
   send a new "digest-challenge" with a new value for nonce. The
   challenge MAY contain a "stale" directive with value "true", which
   says that the client may respond to the challenge using the password
   it used in the previous response; otherwise, the client must solicit
   the password anew from the user. This permits the server to make sure
   that the user has presented their password recently. (The directive
   name refers to the previous nonce being stale, not to the last use of
   the password.) Except for the handling of "stale", after sending the
   "digest-challenge" authentication proceeds as in the case of initial
   authentication.

I run example using
mvn camel:run
And stop the example with ctrl + c
Console output attached.

[ERROR] Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:2016.9:package (package) on project microservice-session: Unable to create -swarm.jar: D:\github\microprofile-conference\microservice-session\target\microservice-session.war -> D:\github\microprofile-conference\microservice-session\target\microservice-session.war.original: The process cannot access the file because it is being used by another process. -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:2016.9:package (package) on project microservice-session: Unable to create -swarm.jar
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
        at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
        at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
        at org.wildfly.swarm.plugin.maven.PackageMojo.execute(PackageMojo.java:153)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
        ... 20 more
Caused by: java.nio.file.FileSystemException: D:\github\microprofile-conference\microservice-session\target\microservice-session.war -> D:\github\microprofile-conference\microservice-session\target\microservice-session.war.original: The process cannot access the file because it is being used by another process.
        at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
        at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
        at sun.nio.fs.WindowsFileCopy.move(WindowsFileCopy.java:387)
        at sun.nio.fs.WindowsFileSystemProvider.move(WindowsFileSystemProvider.java:287)
        at java.nio.file.Files.move(Files.java:1395)
        at org.wildfly.swarm.tools.BuildTool.repackageWar(BuildTool.java:200)
        at org.wildfly.swarm.plugin.maven.PackageMojo.execute(PackageMojo.java:150)
        ... 22 more

enableCORS(true) is causing an java.lang.IllegalArgumentException: Duplicate handler for a method 'OPTIONS': 'io.undertow.server.handlers.HttpContinueReadHandler@79c97cb', 'io.undertow.server.handlers.HttpContinueReadHandler@2d9caaeb'

I just tried to migrate a standalone.xml server from clean EAP 6.4.0 to WildFly 10.0.0.CR4 and then deploy the server-side part of the ejb-remote quickstart:

git clone git@github.com:jboss-developer/jboss-eap-quickstarts.git
cd jboss-eap-quickstarts/
git checkout -b 6.4.x origin/6.4.x
cd ejb-remote/server-side/
mvn clean package -s ../../settings.xml
cd target
unzip .../jboss-eap-6.4.0.zip
unzip .../wildfly-10.0.0.CR4.zip
cp jboss-eap-6.4/standalone/configuration/standalone.xml wildfly-10.0.0.CR4/standalone/configuration/test.xml
./wildfly-10.0.0.CR4/bin/standalone.sh -c test.xml --admin-only

# on a separate console
./wildfly-10.0.0.CR4/bin/jboss-cli.sh -c --controller=localhost:9999
shutdown

# on the original console
cp jboss-ejb-remote-server-side.jar wildfly-10.0.0.CR4/standalone/deployments/
./wildfly-10.0.0.CR4/bin/standalone.sh -c test.xml

What I get is this horrible stack trace:

15:35:50,913 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."jboss-ejb-remote-server-side.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."jboss-ejb-remote-server-side.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "jboss-ejb-remote-server-side.jar"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) [wildfly-server-2.0.0.CR8.jar:2.0.0.CR8]
Caused by: javax.validation.ValidationException: Unable to create a Configuration, because no Bean Validation provider could be found. Add a provider like Hibernate Validator (RI) to your classpath.
	at javax.validation.Validation$GenericBootstrapImpl.configure(Validation.java:271)
	at org.hibernate.validator.internal.cdi.ValidationExtension.<init>(ValidationExtension.java:109)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [rt.jar:1.8.0_66]
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) [rt.jar:1.8.0_66]
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) [rt.jar:1.8.0_66]
	at java.lang.reflect.Constructor.newInstance(Constructor.java:422) [rt.jar:1.8.0_66]
	at java.lang.Class.newInstance(Class.java:442) [rt.jar:1.8.0_66]
	at org.jboss.as.weld.deployment.WeldPortableExtensions.tryRegisterExtension(WeldPortableExtensions.java:53)
	at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.loadAttachments(WeldPortableExtensionProcessor.java:121)
	at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.deploy(WeldPortableExtensionProcessor.java:81)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) [wildfly-server-2.0.0.CR8.jar:2.0.0.CR8]
	... 5 more

15:35:50,921 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "jboss-ejb-remote-server-side.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"jboss-ejb-remote-server-side.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"jboss-ejb-remote-server-side.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"jboss-ejb-remote-server-side.jar\"
    Caused by: javax.validation.ValidationException: Unable to create a Configuration, because no Bean Validation provider could be found. Add a provider like Hibernate Validator (RI) to your classpath."}}

When I deploy the same JAR to a clean install of WildFly 10.0.0.CR4, it works just fine. This suggests that something (probably the EJB subsystem?) doesn't correctly parse/serialize the legacy configuration. Or something like that.

In HRegion.shouldFlush we have

    long modifiedFlushCheckInterval = flushCheckInterval;
    if (getRegionInfo().isMetaRegion() &&
        getRegionInfo().getReplicaId() == HRegionInfo.DEFAULT_REPLICA_ID) {
      modifiedFlushCheckInterval = META_CACHE_FLUSH_INTERVAL;
    }

That method is called by the PeriodicMemstoreFlusher thread, and prefers the hbase:meta only for faster flushing. It should be doing the same for other system tables. I suggest to use HRI.isSystemTable().

There are a number of javadoc warnings: @see pointing to the wrong place, etc. These need to be fixed before 0.19 is released.

See nabble
http://camel.465427.n5.nabble.com/Camel-2-11-1-SedaComponent-issues-with-Queue-size-tp5738258.html

I'm using FlexibleAggregationStrategy to aggregate objects into collection. I found following issue where Aggregator ends up overwriting old collection with the new one.
JdbcCamelCodec is not marshaling all of the exchange properties. 
E.g. it does not marshal exchange's 'CamelFlexAggrStrCollectionGuard' property.
So next time Aggregator tries to fetch BLOB from database, oldExchange does not have above property.
So following code creates new collection for each new object, and hence overwrites the old collection.
private Collection<E> FlexibleAggregationStrategy::safeInsertIntoCollection(Exchange oldExchange, Collection<E> oldValue, E toInsert) {
        Collection<E> collection = null;
        try {
            if (oldValue == null || oldExchange.getProperty(COLLECTION_AGGR_GUARD_PROPERTY, Boolean.class) == null) {
                try {
                     collection = collectionType.newInstance();    //**EVERYTIME NEW COLLECTION as previous aggregation did not serialize COLLECTION_AGGR_GUARD_PROPERTY to database.

The Spring WS framework does not handle WSSE related exceptions such as WssSoapFaultException. Ideally, the framework should catch this exception and map it to an appropriate SOAP Fault rather than requiring the user code to do so. See the following forum entry for a full discussion of this issue.
http://forum.springframework.org/showthread.php?t=42647

IntegrationTestBigLinkedList was able to run on clusters with 1 node (in single node deployments). We should bring that. 

As discovered in https://developer.jboss.org/message/983249, ALGORITHM_SCRAM_SHA_384 and ALGORITHM_SCRAM_SHA_512 are missing in scram-mapper of jdbc-realm in Elytron subsystem.

14:31:31,212 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 17) MSC000001: Failed to start service org.wildfly.clustering.jgroups.channel.ee-ejb: org.jboss.msc.service.StartException in service org.wildfly.clustering.jgroups.channel.ee-ejb: java.lang.Exception: events [GET_DIGEST ] are required by STABLE, but not provided by any of the protocols below it
	at org.jboss.as.clustering.jgroups.subsystem.ChannelBuilder.start(ChannelBuilder.java:100)
	at org.wildfly.clustering.service.AsynchronousServiceBuilder.lambda$start$0(AsynchronousServiceBuilder.java:99)
Caused by: java.lang.Exception: events [GET_DIGEST ] are required by STABLE, but not provided by any of the protocols below it
	at org.jgroups.stack.Configurator.sanityCheck(Configurator.java:320)
	at org.jgroups.stack.Configurator.connectProtocols(Configurator.java:197)
	at org.jgroups.stack.ProtocolStack.init(ProtocolStack.java:825)
	at org.jgroups.JChannel.<init>(JChannel.java:200)
	at org.jboss.as.clustering.jgroups.JChannelFactory.createChannel(JChannelFactory.java:108)
	at org.jboss.as.clustering.jgroups.subsystem.ChannelBuilder.start(ChannelBuilder.java:98)
	... 7 more

WF_VERSION=$(mvn -N help:evaluate -Dexpression=project.version -f ${WILDFLY}/pom.xml -Dorg.slf4j.simpleLogger.log.org.apache.maven.cli.transfer.Slf4jMavenTransferListener=warn | grep -v "^\[")
cp -r ${WILDFLY}/dist/target/wildfly-${WF_VERSION} wildfly
EAP7_HOME=${WORKSPACE}/wildfly

reload
deploy kitchensink.war

14:44:33,760 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0001: Content added at location /home/pkremens/workspace3/wildfly/standalone/data/content/57/37adbac0c5fa3e4d529f87c719da8a09c894a0/content
14:44:33,790 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "kitchensink.war" (runtime-name: "kitchensink.war")
14:44:34,225 INFO  [org.jboss.as.jpa] (MSC service thread 1-2) WFLYJPA0002: Read persistence.xml for primary
14:44:34,240 WARN  [org.jboss.as.connector] (MSC service thread 1-2) WFLYJCA0091: -ds.xml file deployments are deprecated. Support may be removed in a future version.
14:44:34,309 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-7) WFLYJCA0001: Bound data source [java:jboss/datasources/KitchensinkQuickstartDS]
14:44:34,310 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 63) WFLYJPA0010: Starting Persistence Unit (phase 1 of 2) Service 'kitchensink.war#primary'
14:44:34,332 INFO  [org.hibernate.jpa.internal.util.LogHelper] (ServerService Thread Pool -- 63) HHH000204: Processing PersistenceUnitInfo [
	...]
14:44:34,368 INFO  [org.jboss.weld.deployer] (MSC service thread 1-3) WFLYWELD0003: Processing weld deployment kitchensink.war
14:44:34,407 INFO  [org.hibernate.Version] (ServerService Thread Pool -- 63) HHH000412: Hibernate Core {5.1.13.Final}
14:44:34,409 INFO  [org.hibernate.cfg.Environment] (ServerService Thread Pool -- 63) HHH000206: hibernate.properties not found
14:44:34,410 INFO  [org.hibernate.cfg.Environment] (ServerService Thread Pool -- 63) HHH000021: Bytecode provider name : javassist
14:44:34,416 INFO  [org.hibernate.validator.internal.util.Version] (MSC service thread 1-3) HV000001: Hibernate Validator 5.3.6.Final
14:44:34,452 INFO  [org.hibernate.annotations.common.Version] (ServerService Thread Pool -- 63) HCANN000001: Hibernate Commons Annotations {5.0.2.Final}
14:44:34,500 INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-3) WFLYEJB0473: JNDI bindings for session bean named 'MemberRegistration' in deployment unit 'deployment "kitchensink.war"' are as follows:

	java:global/kitchensink/MemberRegistration!org.jboss.as.quickstarts.kitchensink.service.MemberRegistration
	java:app/kitchensink/MemberRegistration!org.jboss.as.quickstarts.kitchensink.service.MemberRegistration
	java:module/MemberRegistration!org.jboss.as.quickstarts.kitchensink.service.MemberRegistration
	ejb:kitchensink/MemberRegistration!org.jboss.as.quickstarts.kitchensink.service.MemberRegistration
	java:global/kitchensink/MemberRegistration
	java:app/kitchensink/MemberRegistration
	java:module/MemberRegistration

14:44:34,667 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 17) MSC000001: Failed to start service org.wildfly.clustering.jgroups.channel.ee-ejb: org.jboss.msc.service.StartException in service org.wildfly.clustering.jgroups.channel.ee-ejb: java.lang.Exception: events [GET_DIGEST ] are required by STABLE, but not provided by any of the protocols below it
	... 7 more

14:44:34,722 INFO  [org.jboss.weld.Version] (MSC service thread 1-3) WELD-000900: 3.0.3 (Final)
14:44:34,968 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 17) WFLYJPA0010: Starting Persistence Unit (phase 2 of 2) Service 'kitchensink.war#primary'
14:44:35,193 INFO  [org.hibernate.dialect.Dialect] (ServerService Thread Pool -- 17) HHH000400: Using dialect: org.hibernate.dialect.H2Dialect
14:44:35,201 WARN  [org.hibernate.dialect.H2Dialect] (ServerService Thread Pool -- 17) HHH000431: Unable to determine H2 database version, certain features may not work
14:44:35,267 INFO  [org.hibernate.envers.boot.internal.EnversServiceImpl] (ServerService Thread Pool -- 17) Envers integration enabled? : true
14:44:35,775 INFO  [org.hibernate.tool.schema.internal.SchemaCreatorImpl] (ServerService Thread Pool -- 17) HHH000476: Executing import script 'ScriptSourceInputFromUrl(vfs:/content/kitchensink.war/WEB-INF/classes/import.sql)'
14:44:35,932 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-7) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.sun.faces.flow.FlowDiscoveryCDIHelper is deprecated from CDI 1.1!
14:44:35,942 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-7) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor is deprecated from CDI 1.1!
14:44:36,454 ERROR [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0021: Deploy of deployment "kitchensink.war" was rolled back with the following failure message: undefined
14:44:36,499 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 17) WFLYJPA0011: Stopping Persistence Unit (phase 2 of 2) Service 'kitchensink.war#primary'
14:44:36,500 INFO  [org.hibernate.tool.schema.internal.SchemaDropperImpl$DelayedDropActionImpl] (ServerService Thread Pool -- 17) HHH000477: Starting delayed drop of schema as part of SessionFactory shut-down'
14:44:36,509 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 17) WFLYJPA0011: Stopping Persistence Unit (phase 1 of 2) Service 'kitchensink.war#primary'
14:44:36,533 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-7) WFLYJCA0010: Unbound data source [java:jboss/datasources/KitchensinkQuickstartDS]
14:44:36,543 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment kitchensink.war (runtime-name: kitchensink.war) in 89ms
14:44:36,545 INFO  [org.jboss.as.controller] (management-handler-thread - 1) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service org.wildfly.clustering.jgroups.channel.ee-ejb
WFLYCTL0448: 20 additional services are down due to their dependencies being missing or failed

WFLYCTL0063: Composite operation was rolled back

Current camel-cxf and camel-mail features can't load the camel-cxf and camel-mail and their dependents third part bundle rightly.

headers.setAllow(Collections.<HttpMethod> emptySet());
headers.getAllow();

This throws an exception during the accessor call, as it can't create an HttpMethod instance from the empty String. It should rather return an empty Set instead.

java.lang.IllegalArgumentException: No enum constant org.springframework.http.HttpMethod.
  at java.lang.Enum.valueOf(Enum.java:236)
  at org.springframework.http.HttpMethod.valueOf(HttpMethod.java:27)
  at org.springframework.http.HttpHeaders.getAllow(HttpHeaders.java:229)
  …

Im MultiThreadedReaderWithACL we needed the Table instances per user and the same was getting cached.  Now after HBASE-10810 the table instance is obtained from the connection maintained which is the connection created by the 'root' user and not by the user intended.  So IT does not work in trunk.

region_mover#getTable() has the following code:

  key = Bytes.toString(name)

where name is TableName. However there is no Bytes.toString(TableName) defined.
TableName.toString() should be used instead.

I create two RowModel.
Each RowModel have same value.
But RowModel does not override 'equals'.
So 'rowModel1.equals(rowModel2)' is false.
And While run System.out.println(rowModel), print 'org.apache.hadoop.hbase.rest.model.RowModel@44019852' in console

3 points:

When doing a single put, we're creating an object by calling Arrays.asList
we're doing a size check every 10 put. Not doing it seems simpler, better and allows to share some code between a single put and a list of puts.
we could call flushCommits on empty write buffer, especially for someone using a lot of HTable instead of using a pool, as it's called in close().

The HTable class doc does not reflect the new regime where you are meant to go via cluster connection to get an instance.
Getting an HTable otherwise also makes for some strange issues:  See "Occasional GSSException that brings down region server" on mailing list.

The instructions in section 1.4.2 of the SpringSecurity manual (published version on the web) say that you can get tutorials from SVN using:
    svn checkout https://src.springframework.org/svn/spring-security/trunk/
This no longer works because the source code is now in GIT.

See below error with incremental replication for non-native (storage handler based) tables. The bug is that we are not checking a table should be dumped/exported or not during incremental dump.
2017-08-02T12:31:48,195 ERROR [HiveServer2-Background-Pool: Thread-8078]: exec.DDLTask (DDLTask.java:failed(632)) - org.apache.hadoop.hive.ql.metadata.HiveException: MetaException(message:LOCATION may not be specified for HBase.)

We are using this condition to evaluate if graceful_stop.sh runs start/stop commands on local server or remote servers. Issue is that this condition is always true and causing unexpected behavior of script. 
I will attach patch changing this condition to 

if [ "$local" = true ]

The message in the ConfigurationException thrown from AbstractConfiguration.getBigInteger(String,BigInteger) reads "BigDecimal" but should read "BigInteger".

JwtSecurityRealmTest.testUnsecuredJwt should be usable for verification of ELY-1193.

Problem:
HTTP Domain Management Interfaces returns invalid Content-Type header:

Content-Type: application/json;utf-8

This breaks management for lots of REST clients.
According to W3C and rfc2616 the Content-Type header should be:

Content-Type: application/json; charset=utf-8

BTW: JBoss 7.1.1 behaviour is ok. It does not send any charset parameter at all.
Example:
Request contains the following headers:

3 > Accept: application/json
3 > Content-Type: application/json
...

Wildfly 8.0.0.CR1 response after digest authentication is:

4 < 200
4 < Authentication-Info: nextnonce="EB9WbpMrUuwNMTM4NzY3MDc2NzAxMgXaHXwaKEWPxbxUj1ihuOg="
4 < Connection: keep-alive
4 < Content-Type: application/json;utf-8
4 < Transfer-Encoding: chunked

JBoss 7.1.1 response after digest authentication is:

4 < 200
4 < Content-type: application/json
4 < Date: Sat, 21 Dec 2013 23:48:36 GMT
4 < Transfer-encoding: chunked

Vectorization assumes partitions are of same number of columns, and takes upon # of columns on first read. consequent addPartitionColsToBatch throws ArrayIndexOutOfboundsException if the # columns is bigger.

Specifying a date pattern in a Spring JS decorator for Dojo DateTextBox is not honored:
<script type="text/javascript">Spring.addDecoration(new Spring.ElementDecoration({elementId : "birthDaySpringJS", widgetType : "dijit.form.DateTextBox", widgetAttrs : {datePattern : "dd/MM/yyyy"}})); </script>
Essentially Dojo seems to select a default localized format when using the date widget (for US locale this is M/dd/yyyy) and does not a accept (manually typed) input like 15/06/2009.
Doing the same using Dojo directly works fine:
 <input type="text" name="birthDayDojo" constraints="
{datePattern:'dd/MM/yyyy'}
" value="" dojoType="dijit.form.DateTextBox" />
This emits the correct date format when using the Dojo date widget.

If you clone a profile and then look at the xml, the subsystems are in reverse order in the clone.
I didn't look to see if this issue continues at lower levels.

When calling new DefaultFactoryRegistry().unregister(StringFormatFactory.class) - java.util.ConcurrentModificationException is thrown. 
Because remove on list is called while streaming this list.

[WARNING]
[WARNING] Some problems were encountered while building the effective model for org.wildfly:wildfly-feature-pack:pom:12.0.0.Final-SNAPSHOT
[WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: ${project.groupId}:wildfly-batch-jberet:jar -> duplicate declaration of version (?) @ org.wildfly:wildfly-feature-pack:[unknown-version], /Users/rhusar/wildfly/feature-pack/pom.xml, line 2634, column 21
[WARNING]
[WARNING]
[WARNING]

Introduced by https://github.com/wildfly/wildfly/commit/e0ae1b88b9a30276842ca7390c1883c2efd74881

Add

ConnectionFactory.createConnection();

which creates a connection with a default config.
A shortcut for

    Configuration conf = HBaseConfiguration.create();
    Connection connection = ConnectionFactory.createConnection(conf);
    HBaseAdmin admin = (HBaseAdmin)connection.getAdmin();

testRegionSplit and testRegionMerge were temporarily disabled by HBASE-16975.
HBASE-9465 has an assumption that when we split a region, two daughter regions are in same RS with the parent region. But after HBASE-14551 went in, daughter regions may be assigned to other RS directly.  
This issue is to handle the new behavior and reenable the tests.

HCatClientHMSImpl.dropPartitions() currently has an embarrassingly inefficient implementation. The partial partition-spec is converted into a filter-string. The partitions are fetched from the server, and then dropped one by one.
Here's a reimplementation that uses the ExprNode-based HiveMetaStoreClient.dropPartitions(). It cuts out the excessive back-and-forth between the HMS and the client-side. It also reduces the memory footprint (from loading all the partitions that are to be dropped). 

Implementation and help don't mention the headers. It shouldn't appear in completion.

replace crypto:cryptoOperation:name by crypto:cryptoOperation

When deploy hbase in kerberos way ,there will be multiple acls in znode :
: r
: cdrwa
: cdrwa
I also see the related issue and apply the patch, like  https://issues.apache.org/jira/browse/HBASE-17717 
but in my environment ,this situation still appear,
After dig into the code , i found the reason in source code  ZKUtil.createAcl  is
 if (zkw.isClientReadable(node)) 
{
        LOG.error("isSecureZooKeeper user: clientReadable");
        acls.addAll(Ids.CREATOR_ALL_ACL);
        acls.addAll(Ids.READ_ACL_UNSAFE);
      }
 else 
{
        LOG.error("isSecureZooKeeper user: clientReadable no");
      }
 
  acls.addAll(Ids.CREATOR_ALL_ACL);   
  Id AUTH_IDS = new Id("auth", "");
ArrayList<ACL> CREATOR_ALL_ACL = new ArrayList(Collections.singletonList(new ACL(31, AUTH_IDS)));
AUTH_IDS   with  "auth " will result  current connection auth user  add to znode acl ,
so it will appear multiple acls for same users.
I think this line of code  we can remove  :  acls.addAll(Ids.CREATOR_ALL_ACL);   

public class UserController {
    @RequestMapping(path = "/user", method = RequestMethod.GET)
    @JsonView(User.WithoutPasswordView.class)
    public User getUser() 
{
        return new User("eric", "7!jd#h23");
    }
}
java.lang.IllegalArgumentException: interface org.springframework.core.annotation.SynthesizedAnnotation is not visible from class loader
        at java.lang.reflect.Proxy$ProxyClassFactory.apply(Proxy.java:581)
        at java.lang.reflect.Proxy$ProxyClassFactory.apply(Proxy.java:557)
        at java.lang.reflect.WeakCache$Factory.get(WeakCache.java:230)
        at java.lang.reflect.WeakCache.get(WeakCache.java:127)
        at java.lang.reflect.Proxy.getProxyClass0(Proxy.java:419)
        at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:719)
        at org.springframework.core.annotation.AnnotationUtils.synthesizeAnnotation(AnnotationUtils.java:1404)
        at org.springframework.core.annotation.AnnotatedElementUtils.findMergedAnnotation(AnnotatedElementUtils.java:405)
        at org.springframework.web.method.HandlerMethod.getMethodAnnotation(HandlerMethod.java:234)
        at org.springframework.web.method.HandlerMethod$HandlerMethodParameter.getMethodAnnotation(HandlerMethod.java:290)
        at org.springframework.web.servlet.mvc.method.annotation.JsonViewResponseBodyAdvice.supports(JsonViewResponseBodyAdvice.java:50)
        at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyAdviceChain.processBody(RequestResponseBodyAdviceChain.java:147)
        at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyAdviceChain.beforeBodyWrite(RequestResponseBodyAdviceChain.java:138)
        at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:217)
        at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:153)
        at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor.handleReturnValue(RequestResponseBodyMethodProcessor.java:165)
        at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:80)
        at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:126)
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:814)
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:737)
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959)
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893)
        at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
        at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
        at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:412)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:282)
        at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
        at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
        at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
        at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
        at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
        at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
        at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
        at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
        at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
        at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
        at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
        at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
        at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
        at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)

Hive Calcite metadata providers are compiled when the 1st query comes in.
If a second query arrives before the 1st one has built a metadata provider, it will also try to do the same thing, because the cache is not populated yet.
With 1024 concurrent users, it takes 6 minutes for the 1st query to finish fighting all the other queries which are trying to load that cache.

We have some process surviving hdfs builds.
Let's kill them before starting our own build.

v-himanshu found that since HRegion doesn't implement Comparable, it cannot be placed in TreeSet.

Wrong imports and code using an entity with integers and double. 
Steps:
project --topLevelPackage com.test.roo --projectName TestRoo --java 6
persistence setup --database GOOGLE_APP_ENGINE --provider DATANUCLEUS 
entity --class ~.datos.Pedido --testAutomatically --identifierColumn id
field string --fieldName descripcion --sizeMin 5
field date --fieldName fecha --type java.util.Date
gwt setup
entity --class ~.datos.LineaPedido --testAutomatically --identifierColumn id
Added manually 2 fields with type integer and double:
@Entity
@RooEntity(identifierColumn = "id")
public class Pedido {
    @Size(min = 5)
    private String descripcion;
    @Temporal(TemporalType.TIMESTAMP)
    private Date fecha;
    private int numeroLineas; // added manually
    private double precio;   // added manually
}
The generated class PedidoRecord has compile errors:
import com.test.roo.gwt.request.IntegerRecord; // does not exist
import com.test.roo.gwt.request.DoubleRecord;   // does not exist
@RooGwtMirroredFrom(Pedido.class)
@DataTransferObject(Pedido.class)
public interface PedidoRecord extends Record {
    public String TOKEN = "PedidoRecord";
    Property<com.test.roo.gwt.request.IntegerRecord> numeroLineas = new com.google.gwt.valuestore.shared.Property<com.test.roo.gwt.request.IntegerRecord>("numeroLineas", "Numero Lineas", com.test.roo.gwt.request.IntegerRecord.class);
    Property<com.test.roo.gwt.request.DoubleRecord> precio = new com.google.gwt.valuestore.shared.Property<com.test.roo.gwt.request.DoubleRecord>("precio", "Precio", com.test.roo.gwt.request.DoubleRecord.class);

In distributedLogReplay mode when Meta recovery had experienced chained failures(recovery failed multiple times in a row), META region can't be fully recovered during master starts up.

After HBASE-17908 upgrade guava, we have failures with the hadoop-3.0 profile.

[INFO] --- maven-enforcer-plugin:1.4.1:enforce (banned-jsr305) @ hbase-client ---
[WARNING] Rule 0: org.apache.maven.plugins.enforcer.BannedDependencies failed with message:
We don't allow the JSR305 jar from the Findbugs project, see HBASE-16321.
Found Banned Dependency: com.google.code.findbugs:jsr305:jar:1.3.9
Use 'mvn dependency:tree' to locate the source of the banned dependencies.

[INFO] --- maven-dependency-plugin:2.10:tree (default-cli) @ hbase-client ---
[INFO] org.apache.hbase:hbase-client:jar:2.0.0-alpha-2-SNAPSHOT
[INFO] +- org.apache.hadoop:hadoop-auth:jar:3.0.0-alpha4:compile
[INFO] |  +- org.apache.httpcomponents:httpclient:jar:4.5.3:compile
[INFO] |  |  \- org.apache.httpcomponents:httpcore:jar:4.4.6:compile
[INFO] |  +- com.nimbusds:nimbus-jose-jwt:jar:3.9:compile
[INFO] |  |  +- net.jcip:jcip-annotations:jar:1.0:compile
[INFO] |  |  \- net.minidev:json-smart:jar:1.1.1:compile
[INFO] |  +- org.apache.kerby:kerb-simplekdc:jar:1.0.0-RC2:compile
[INFO] |  |  +- org.apache.kerby:kerby-config:jar:1.0.0-RC2:compile
[INFO] |  |  +- org.apache.kerby:kerb-core:jar:1.0.0-RC2:compile
[INFO] |  |  |  +- org.apache.kerby:kerby-asn1:jar:1.0.0-RC2:compile
[INFO] |  |  |  \- org.apache.kerby:kerby-pkix:jar:1.0.0-RC2:compile
[INFO] |  |  |     \- org.apache.kerby:kerby-util:jar:1.0.0-RC2:compile
[INFO] |  |  +- org.apache.kerby:kerb-client:jar:1.0.0-RC2:compile
[INFO] |  |  |  \- org.apache.kerby:kerb-common:jar:1.0.0-RC2:compile
[INFO] |  |  +- org.apache.kerby:kerb-util:jar:1.0.0-RC2:compile
[INFO] |  |  |  \- org.apache.kerby:kerb-crypto:jar:1.0.0-RC2:compile
[INFO] |  |  +- org.apache.kerby:kerb-server:jar:1.0.0-RC2:compile
[INFO] |  |  |  \- org.apache.kerby:kerb-identity:jar:1.0.0-RC2:compile
[INFO] |  |  \- org.apache.kerby:kerb-admin:jar:1.0.0-RC2:compile
[INFO] |  \- com.google.guava:guava:jar:11.0.2:compile
[INFO] |     \- com.google.code.findbugs:jsr305:jar:1.3.9:compile

If I use camel-netty-http to build a http proxy, the proxy just send a empty response back if the back end server is using chunk encoding.

As a result, com.netflix.hystrix.contrib.metrics.eventstream.HystrixMetricsStreamServlet registered by HystrixArchivePreparer does not work (NCDFE thrown).

I am using camel-netty4-http 2.15.1 version and getting the following NPE in org.apache.camel.component.netty4.http.NettyHttpProducer$NettyHttpProducerCallback.done. Debugging through the code it seems like null check for response is missing.
 public void done(boolean doneSync) {
            try {
                NettyHttpMessage nettyMessage = exchange.hasOut() ? exchange.getOut(NettyHttpMessage.class) : exchange.getIn(NettyHttpMessage.class);
                if (nettyMessage != null) {
                    FullHttpResponse response = nettyMessage.getHttpResponse();
                    // Need to retain the ByteBuffer for producer to consumer
                    // TODO Remove this part of ByteBuffer right away
                    response.content().retain();  <-- response in null
                    if (response != null) {
	at org.apache.camel.component.netty4.http.NettyHttpProducer$NettyHttpProducerCallback.done(NettyHttpProducer.java:98)
	at org.apache.camel.component.netty4.NettyProducer.process(NettyProducer.java:181)
	at org.apache.camel.component.netty4.http.NettyHttpProducer.process(NettyHttpProducer.java:52)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:129)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:448)
	at org.apache.camel.processor.ChoiceProcessor.process(ChoiceProcessor.java:111)
	at org.apache.camel.component.netty4.handlers.ServerChannelHandler.processAsynchronously(ServerChannelHandler.java:134)
	at org.apache.camel.component.netty4.handlers.ServerChannelHandler.channelRead0(ServerChannelHandler.java:105)
	at org.apache.camel.component.netty4.http.handlers.HttpServerChannelHandler.channelRead0(HttpServerChannelHandler.java:202)
	at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
	at org.apache.camel.component.netty4.http.handlers.HttpServerMultiplexChannelHandler.channelRead0(HttpServerMultiplexChannelHandler.java:119)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:339)
	at io.netty.channel.AbstractChannelHandlerContext.access$600(AbstractChannelHandlerContext.java:32)
	at io.netty.channel.AbstractChannelHandlerContext$7.run(AbstractChannelHandlerContext.java:329)
	at io.netty.util.concurrent.DefaultEventExecutor.run(DefaultEventExecutor.java:36)
	at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:111)

WFCORE-3943 introduced a new method which accepts a class loader for the reflective invocation. This fails with any release of WildFly Core prior to 6.0.0.Alpha5 as the method including the class loader is not present. The method using the class loader should be checked and fallback to the method without the class loader parameter.
Note that this may affect the migration tool which could require a 6.0.2.Final release of WildFly Core.

Balancer kicks in before all regions are assigned out. Causes confusion. Master won't accept OPENs from "overloaded" HRS. Master is slow to respond to UI and HRS during. Master sometimes takes too long to respond to a HRS heartbeat and so the HRS will reinit. This causes more confusion.

Creating spring beans (scope prototype) is much slower when spring-rabbit is present in classpath.
See attached examples (creation of 100 beans takes approx. 4000 ms with spring-rabbit present and approx. 40 ms when spring-rabbit is not on the classpath) 
The spring bean which is created has

a hierarchy depth of 20 classes
40 methods

In our application a dialog needs approx. 30 seconds instead of 1 second to load.
Time is probably consumed in RabbitListenerAnnotationBeanPostProcessor.postProcessAfterInitialization.

Some new Hazelcast operations are not mapped inside HazelcastComponentHelper.

The CorsUtils queries the presence of the `Origin` and `Access-Control-Request-Method` with a simple non null check. But when using the reactive stack the `TomcatHeadersAdapter#get()` and the `NettyHeadersAdapter#get()` returns an empty list (instead of null) when the requested header is not present.
 The effect of this is, that `OPTIONS` requests aren't handled with the (correct) annotated handler method but are incorrectly handled as preflight requests (which they aren't)

Lock is held by EJB timer (TimerServiceImpl)  and in case JTS transaction is cancelled the lock won't be released correctly . This code is the problem:
https://github.com/wildfly/wildfly/blob/78dee79dd0f49c6cbd2b8db5d8640980faa08892/ejb3/src/main/java/org/jboss/as/ejb3/timerservice/TimerServiceImpl.java#L640
Basically it holds the timer lock until the transaction completes, and then attempts to release it in afterCompletion. The problem is that when JTS is enabled afterCompletion will be called by a seperate thread, which can't call unlock as it is not the owner.
A simple fix could be to just change the lock to a semaphore, so that the other thread can release it.
Always
1. Start a JTA/JTS tx and call an EJB timer inside it
2. Make the transaction timeout
3. Capture a thread dump and see a thread like below  (0a0818b80 is locked object)
---------------------------------------------------------------------------------------------------------
"Incoming-2,RouterPoliciesClusterGroup,svc-3-comecimpolicy-59228 (, payload=52 bytes)" #661 prio=5 os_prio=0 tid=0x00007f5214c2d000 nid=0x1e67 waiting on condition [0x00007f520ac97000]
    at sun.misc.Unsafe.park(Native Method)

parking to wait for  <0x00000000a0818b80> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
    at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

<0x00000000ea1f4c48> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)

Lock being held forever
Lock getting released

HCD creation in HBase.rb was brittle and nonfunctional. 
[hadoop@sjdc-atr-dns tmp]$ hbase shell --master=10.30.94.1:60000
(eval):1 warning: already initialized constant MEMCACHE_FLUSHSIZE
(eval):1 warning: already initialized constant IN_MEMORY
(eval):1 warning: already initialized constant VERSIONS
Version: 0.2.0-dev, r678650, Tue Jul 22 06:15:47 UTC 2008
hbase(main):001:0> create 'content', 
{NAME => 'url', VERSIONS => 1, TTL => 2592000}
, 
{NAME => 'info', VERSIONS => 1, TTL => 2592000, BLOCKCACHE => 'true'}
, 
{NAME => 'content', VERSIONS => 1, COMPRESSION => 'RECORD', TTL => 2592000,BLOCKCACHE => 'true' }
NameError: no constructor with arguments matching [class [B, class java.lang.Long, class org.apache.hadoop.hbase.HColumnDescriptor$CompressionType, class java.l
ang.Boolean, class java.lang.String, class java.lang.Long, class java.lang.Long,
 class java.lang.Boolean] on object JavaUtilities
        from file:/opt/hadoop-0.17.1/contrib/hbase/lib/jruby-complete-1.1.2.jar!
/builtin/javasupport/proxy/concrete.rb:23:in `__jcreate!'
/builtin/javasupport/proxy/concrete.rb:23:in `initialize'
/builtin/javasupport/proxy/concrete.rb:6:in `new'
        from /opt/hadoop/contrib/hbase/bin/../bin/HBase.rb:156:in `hcd'
        from /opt/hadoop/contrib/hbase/bin/../bin/HBase.rb:112:in `create'
        from /opt/hadoop/contrib/hbase/bin/../bin/HBase.rb:106:in `each'
        from /opt/hadoop/contrib/hbase/bin/../bin/HBase.rb:106:in `create'
        from /opt/hadoop/contrib/hbase/bin/../bin/hirb.rb:223:in `create'
        from wtp.create.rb:3:in `binding'

Bulk loads and MR are not well tested using our IT tests.  We should add a test that bulk loads hfiles and then scans over the resulting table to make sure that all the data is there.

When we pull up constants through Union or Sort operators, we might end up rewriting the original expression into an expression whose schema has different nullability properties for some of its columns.
This results in AssertionError of the following kind:

...
org.apache.hive.service.cli.HiveSQLException: Error running query: java.lang.AssertionError: Internal error: Cannot add expression of different type to set:
...

I believe the intent is to not have any public classes or interfaces in the elytron maven module other than those excluded from export in the module.xml or ones expressly intended to be API to other subsystems or end users. I don't think ModifiableKeyStoreDecorator is either.

The logback appender unconditionally calls getCallerData() on the event.
This is an expensive operation and should be configurable and off by default.

(We noticed this on a import-style test in a small test cluster.)
If compactions are running slow, and we are doing a lot of region splits, then, since META has a much smaller hard-coded memstore flush size (16KB), it quickly accumulates lots of store files. Once this exceeds "hbase.hstore.blockingStoreFiles", flushes to META become no-ops. This causes METAs memstore footprint to grow. Once this exceeds "hbase.hregion.memstore.block.multiplier * 16KB", we block further updates to META.
In my test setup:
  hbase.hregion.memstore.block.multiplier = 4.
and,
  hbase.hstore.blockingStoreFiles = 15.
And we saw messages of the form:

2010-04-09 18:37:39,539 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 23 on 60020' on region .META.,,1: memstore size 64.2k is >= than blocking 64.0k size

Now, if around the same time the CompactSplitThread does a compaction and determines it is going split the region. As part of finishing the split, it wants to update META about the daughter regions. 
It'll end up waiting for the META to become unblocked. The single CompactSplitThread is now held up, and no further compactions can proceed.  META's compaction request is itself blocked because the compaction queue will never get cleared.
This essentially creates a deadlock and the region server is able to not progress any further. Eventually, each region server's CompactSplitThread ends up in the same state.

I was testing the region_mover.rb script on a loaded hbase and noticed that it can hang (thus hanging graceful shutdown) if a region that it is attempting to move gets deleted (by a table delete operation).
Here's the start of the relevent stack dump

12/02/08 13:27:13 WARN client.HConnectionManager$HConnectionImplementation: Encountered problems when prefetch META table:
org.apache.hadoop.hbase.TableNotFoundException: Cannot find row in .META. for table: TestLoadAndVerify_1328735001040, row=TestLoadAnd\
Verify_1328735001040,yC^P\xD7\x945\xD4,99999999999999
        at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:136)
        at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:95)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.prefetchRegionCache(HConnectionManager.java:64\
9)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:703\
)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:594)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.relocateRegion(HConnectionManager.java:565)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getRegionLocation(HConnectionManager.java:416)
        at org.apache.hadoop.hbase.client.ServerCallable.instantiateServer(ServerCallable.java:57)
        at org.apache.hadoop.hbase.client.ScannerCallable.instantiateServer(ScannerCallable.java:63)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getRegionServerWithRetries(HConnectionManager.\
java:1018)
        at org.apache.hadoop.hbase.client.HTable$ClientScanner.nextScanner(HTable.java:1104)
        at org.apache.hadoop.hbase.client.HTable$ClientScanner.initialize(HTable.java:1027)
        at org.apache.hadoop.hbase.client.HTable.getScanner(HTable.java:535)
        at org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(JavaMethod.java:525)
        at org.jruby.javasupport.JavaMethod.invokeDirect(JavaMethod.java:380)
        at org.jruby.java.invokers.InstanceMethodInvoker.call(InstanceMethodInvoker.java:58)
        at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:137)
        at usr.lib.hbase.bin.region_mover.method__7$RUBY$isSuccessfulScan(/usr/lib/hbase/bin/region_mover.rb:133)
        at usr$lib$hbase$bin$region_mover#method__7$RUBY$isSuccessfulScan.call(usr$lib$hbase$bin$region_mover#method__7$RUBY$isSucces\
sfulScan:65535)
        at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:171)
        at usr.lib.hbase.bin.region_mover.block_4$RUBY$__for__(/usr/lib/hbase/bin/region_mover.rb:326)
        at usr$lib$hbase$bin$region_mover#block_4$RUBY$__for__.call(usr$lib$hbase$bin$region_mover#block_4$RUBY$__for__:65535)
        at org.jruby.runtime.CompiledBlock.yield(CompiledBlock.java:133)
        at org.jruby.runtime.BlockBody.call(BlockBody.java:73)
        at org.jruby.runtime.Block.call(Block.java:89)
        at org.jruby.RubyProc.call(RubyProc.java:268)
        at org.jruby.RubyProc.call(RubyProc.java:228)
        at org.jruby.RubyProc$i$0$0$call.call(RubyProc$i$0$0$call.gen:65535)
        at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:209)
        at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:205)
        at org.jruby.ast.CallOneArgNode.interpret(CallOneArgNode.java:57)
        at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:103)
        at org.jruby.ast.WhileNode.interpret(WhileNode.java:131)
        at org.jruby.ast.BlockNode.interpret(BlockNode.java:71)
        at org.jruby.evaluator.ASTInterpreter.INTERPRET_METHOD(ASTInterpreter.java:74)
        at org.jruby.internal.runtime.methods.InterpretedMethod.call(InterpretedMethod.java:169)
        at org.jruby.internal.runtime.methods.DefaultMethod.call(DefaultMethod.java:171)
        at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:272)
        at org.jruby.runtime.callsite.CachingCallSite.callBlock(CachingCallSite.java:114)
        at org.jruby.runtime.callsite.CachingCallSite.callIter(CachingCallSite.java:123)
        at usr.lib.hbase.bin.region_mover.chained_26_rescue_4$RUBY$SYNTHETICunloadRegions(/usr/lib/hbase/bin/region_mover.rb:319)
        at usr.lib.hbase.bin.region_mover.method__25$RUBY$unloadRegions(/usr/lib/hbase/bin/region_mover.rb:313)
        at usr$lib$hbase$bin$region_mover#method__25$RUBY$unloadRegions.call(usr$lib$hbase$bin$region_mover#method__25$RUBY$unloadRegions:65535)
        at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:302)
        at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:173)
        at usr.lib.hbase.bin.region_mover.__file__(/usr/lib/hbase/bin/region_mover.rb:430)
        at usr.lib.hbase.bin.region_mover.load(/usr/lib/hbase/bin/region_mover.rb)
        at org.jruby.Ruby.runScript(Ruby.java:670)
        at org.jruby.Ruby.runNormally(Ruby.java:574)
        at org.jruby.Ruby.runFromMain(Ruby.java:423)
        at org.jruby.Main.doRunFromMain(Main.java:278)
        at org.jruby.Main.internalRun(Main.java:198)
        at org.jruby.Main.run(Main.java:164)
        at org.jruby.Main.run(Main.java:148)
        at org.jruby.Main.main(Main.java:128)

If you run a big job every 4 hours, impacting many tables (they have 150 regions per server), ad the end all the regions might have some data to be flushed, and we want, after one hour, trigger a periodic flush. That's totally fine.
Now, to avoid a flush storm, when we detect a region to be flushed, we add a "randomDelay" to the delayed flush, that way we spread them away.
RANGE_OF_DELAY is 5 minutes. So we spread the flush over the next 5 minutes, which is very good.
However, because we don't check if there is already a request in the queue, 10 seconds after, we create a new request, with a new randomDelay.
If you generate a randomDelay every 10 seconds, at some point, you will end up having a small one, and the flush will be triggered almost immediatly.
As a result, instead of spreading all the flush within the next 5 minutes, you end-up getting them all way more quickly. Like within the first minute. Which not only feed the queue to to many flush requests, but also defeats the purpose of the randomDelay.

    @Override
      final StringBuffer whyFlush = new StringBuffer();
      for (Region r : this.server.onlineRegions.values()) {
        if (r == null) continue;
        if (((HRegion)r).shouldFlush(whyFlush)) {
          FlushRequester requester = server.getFlushRequester();
          if (requester != null) {
            long randomDelay = RandomUtils.nextInt(RANGE_OF_DELAY) + MIN_DELAY_TIME;
            LOG.info(getName() + " requesting flush of " +
              r.getRegionInfo().getRegionNameAsString() + " because " +
              whyFlush.toString() +
              " after random delay " + randomDelay + "ms");
            //Throttle the flushes by putting a delay. If we don't throttle, and there
            //is a balanced write-load on the regions in a table, we might end up
            //overwhelming the filesystem with too many flushes at once.
            requester.requestDelayedFlush(r, randomDelay, false);
          }
        }
      }
    }

2017-07-24 18:44:33,338 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 270785ms
2017-07-24 18:44:43,328 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 200143ms
2017-07-24 18:44:53,954 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 191082ms
2017-07-24 18:45:03,528 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 92532ms
2017-07-24 18:45:14,201 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 238780ms
2017-07-24 18:45:24,195 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 35390ms
2017-07-24 18:45:33,362 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 283034ms
2017-07-24 18:45:43,933 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 84328ms
2017-07-24 18:45:53,866 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 72291ms
2017-07-24 18:46:03,329 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 62658ms
2017-07-24 18:46:14,084 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 87491ms
2017-07-24 18:46:23,538 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 290170ms
2017-07-24 18:46:33,353 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 228541ms
2017-07-24 18:46:43,359 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 211814ms
2017-07-24 18:46:54,150 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 155167ms
2017-07-24 18:47:03,546 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 115318ms
2017-07-24 18:47:13,350 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 216662ms
2017-07-24 18:47:23,329 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 96018ms
2017-07-24 18:47:33,891 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 144751ms
2017-07-24 18:47:43,329 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 152461ms
2017-07-24 18:47:53,832 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 97352ms
2017-07-24 18:48:03,348 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 263910ms
2017-07-24 18:48:13,353 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 151793ms
2017-07-24 18:48:23,340 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 61926ms
2017-07-24 18:48:33,724 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 188901ms
2017-07-24 18:48:44,038 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 233148ms
2017-07-24 18:48:53,624 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 6206ms
2017-07-24 18:49:03,378 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: hbasetest2.domainname.com,60020,1500916375517-MemstoreFlusherChore requesting flush of testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. because f has an old edit so flush to free WALs after random delay 240946ms
2017-07-24 18:49:04,125 INFO org.apache.hadoop.hbase.regionserver.HRegion: Flushing 1/1 column families, memstore=160 B
2017-07-24 18:49:04,182 INFO org.apache.hadoop.hbase.regionserver.DefaultStoreFlusher: Flushed, sequenceid=6, memsize=160, hasBloomFilter=true, into tmp file hdfs://hbasetest1.domainname.com:8020/hbase/data/default/testflush/578c27d2eb7ef0ad437bf2ff38c053ae/.tmp/3609340d58ae4ca190e62c3b0fe415f4
2017-07-24 18:49:04,208 INFO org.apache.hadoop.hbase.regionserver.HStore: Added hdfs://hbasetest1.domainname.com:8020/hbase/data/default/testflush/578c27d2eb7ef0ad437bf2ff38c053ae/f/3609340d58ae4ca190e62c3b0fe415f4, entries=1, sequenceid=6, filesize=1015
2017-07-24 18:49:04,212 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~160 B/160, currentsize=0 B/0 for region testflush,,1500932649126.578c27d2eb7ef0ad437bf2ff38c053ae. in 87ms, sequenceid=6, compaction requested=false

If the scratchdir for temporary query results and the results cache dir are in different filesystems, moving the query from the temp directory to results cache will fail.
Looking at the moveResultsToCacheDirectory() logic in QueryResultsCache.java, I see the following issues:

FileSystem.rename() is used, which only works if the files are on the same filesystem. Need to use something like Hive.mvFile or something similar which can work between different filesystems.
The return code from rename() was not checked which might possibly have caught the error here. This may not be applicable if a different method from FS.rename() is used in the proper fix.

With some filesystems (noticed this with WASB), if FileSystem.rename() returns false on failure rather than throwing an exception, then this results in empty results showing up for the query because the return code was not checked properly.

SPR-14230 is still reproducible if "sync=true" is set on the @Cacheable annotation.
For example, in

class MyServiceImpl implements MyService {

    private static final String CACHE_NAME = "itemCache";      

    @Override
    @Cacheable(value=CACHE_NAME, sync=)
    public Optional<Item> findById(Long id) {
        // access the repository to retrieve the item
    }

    @Override
    @CachePut(cacheNames = CACHE_NAME, key = "#item.id")
    public Item insertItem(Item item) {
        ...
    }

}

 a ClassCastException is thrown.
The problem is in https://github.com/spring-projects/spring-framework/blob/v4.3.3.RELEASE/spring-context/src/main/java/org/springframework/cache/interceptor/CacheAspectSupport.java#L358 - when sync=true, a diffferent path is taken that does not do the Optional wrapping/unwrapping which takes place at https://github.com/spring-projects/spring-framework/blob/v4.3.3.RELEASE/spring-context/src/main/java/org/springframework/cache/interceptor/CacheAspectSupport.java#L404

This is kind of a funny bug, as long as you don't run into it. I thought I'd be a good idea to kill the region servers that act as sinks when they can't replicate edits on their own cluster (this is often something we do in face of fatal errors throughout the code), but not so much.
So, last friday while I was using CopyTable to replicate data from a master to a slave cluster while the new data was being replicated, one table got really slow and took too long to split which tripped RetriesExhaustedException coming out of HTable in ReplicationSink. This killed a first region server, which was itself hosting regions. Splitting the logs took a bit longer since the cluster was under high insert load, so this triggered other exceptions in the other region servers, to a point where they were all down. I restarted the cluster, the master splits all the logs that were remaining and begins assigning regions. Some of them took too long to open because each region server had a few regions to recover each and the last ones in the queue were minutes from being opened. Since the master cluster was already pushing edits to the slave, the region servers all got RetriesExhausted and all went down again. I changed the client pause from 1 to 3 and restarted, same happened. I changed it to 5, and finally was able to keep the cluster up. Fortunately, the master cluster was queueing up the HLogs so we didn't lose any data and the backlog was replicated in a few minutes.
So, instead of killing the region server, any exception coming out of HTable should just be treated as a failure to apply and the source cluster should retry later.

setup() creates a MiniDFS instance, but this is never shut down. On my Linux VM this causes this test to fail with OOM/cannot create new thread/other errors.

Coverity found possible NPE occurense, as according to javadoc for SSLSession().getLocalCertificates() may return null [1], but X500.asX509CertificateArray can't consume null parameter and NPE will be thrown in that case.
 
                } else if (callback instanceof SSLCallback) {
                    SSLCallback sslCallback = (SSLCallback) callback;

                    try {
                        peerCerts = X500.asX509CertificateArray(sslCallback.getSslSession().getPeerCertificates());
                    } catch (SSLPeerUnverifiedException e) {
                        log.trace("Peer unverified", e);
                        peerCerts = null;
                    }
                    serverCerts = X500.asX509CertificateArray(sslCallback.getSslSession().getLocalCertificates());
                    handleOne(callbacks, idx + 1);
                }

https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=26379676&defectInstanceId=5932898&mergedDefectId=1449008
[1] https://docs.oracle.com/javase/8/docs/api/javax/net/ssl/SSLSession.html#getLocalCertificates--

Use the -Drelease profile to see we are missing 30 or so license.  Fix.

We think that the root cause maybe HBASE-15295. Will inspect more. 
See
https://issues.apache.org/jira/browse/HBASE-15537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Imagine a scenario like the following:
```
parent.addChildResource(RemotingEndpointResource.ENDPOINT_PATH)
                .getAttributeBuilder()
                    .setDiscard(DiscardAttributeChecker.UNDEFINED, RemotingEndpointResource.ATTRIBUTES)
                    .addRejectCheck(RejectAttributeChecker.DEFINED, RemotingEndpointResource.ATTRIBUTES.toArray(new AttributeDefinition[RemotingEndpointResource.ATTRIBUTES.size()]))
                    .end()                .addOperationTransformationOverride(ModelDescriptionConstants.ADD)
                    .inheritResourceAttributeDefinitions()                    .setCustomOperationTransformer(OperationTransformer.DISCARD)
                    .end()
```
The idea is to discard "add" if any parameter is defined, reject otherwise. The legacy slave can ignore the whole resource if it isn't really configured by the user, but any detail config by the user must result in failure.
Problem is AttributeTransformationRule will do a "reject" when it gets a prepared response from the slave, but using setCustomOperationTransformer(OperationTransformer.DISCARD) means the op will be discarded, so there will be no prepared response and thus no rejection.
Solution is to have AttributeTransformationRule register a OperationResultTransformer that deals with this situation.

When using IntegrationTestBigLinkedList's Search tools, it always fails since it tries to read WALs in a wrong HBase root dir. Turned out that when initializing IntegrationTestingUtility in IntegrationTestBigLinkedList, its super class HBaseTestingUtility will change hbase.rootdir to a local random dir. It is not wrong since HBaseTestingUtility is mostly used by Minicluster. But for IntegrationTest runs on distributed clusters, we should change it back.
 Here is the error info.

2018-07-11 16:35:49,679 DEBUG [main] hbase.HBaseCommonTestingUtility: Setting hbase.rootdir to /home/hadoop/target/test-data/deb67611-2737-4696-abe9-32a7783df7bb
2018-07-11 16:35:50,736 ERROR [main] util.AbstractHBaseTool: Error running command-line tool java.io.FileNotFoundException: File file:/home/hadoop/target/test-data/deb67611-2737-4696-abe9-32a7783df7bb/WALs does not exist
        at org.apache.hadoop.fs.RawLocalFileSystem.listStatus(RawLocalFileSystem.java:431)
        at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1517)

try {
  properties.load(inputStream);
  String msg = "fail to read properties from " + ZOOKEEPER_CONFIG_NAME;
  LOG.fatal(msg);
  throw new IOException(msg);
}

This masks the actual error, if there is one.

Compaction events are written to WAL as of HBASE-2231 got committed. However, it seems that distributed log replay skips those entries without sending it to the replaying region. In contrast log split replays those. 
It seems that we should fix log replay to also replay the compaction events.  

TestOrcRawRecordMerger seems to be deleting the directory pointed to by test.tmp.dir.  This can cause some failures in any tests that run after this test if they need to use any files in the tmp dir such as conf files or creating Hive tables.

Tried to write a simple Java client again 1.1.0-SNAPSHOT.

Write 1M rows, each row with 1 family, and 10 qualifiers (values [0-9]), for a total of 10M cells written
Read back the data from the table, ensure I saw 10M cells

Running it against 04ac1891 (and earlier) yesterday, I would get ~20% of the actual rows. Running against 1.0.0, returns all 10M records as expected.
Code I was running for the curious.

hbase-shaded-server brings in some digital signatures which causes problems to our friends that need to use them at least in crunch and a few other places as well.
they get errors like:

java.lang.SecurityException: Invalid signature file digest for Manifest main attributes
	at sun.security.util.SignatureFileVerifier.processImpl(SignatureFileVerifier.java:314)
	at sun.security.util.SignatureFileVerifier.process(SignatureFileVerifier.java:268)
	at java.util.jar.JarVerifier.processEntry(JarVerifier.java:316)
	at java.util.jar.JarVerifier.update(JarVerifier.java:228)
	at java.util.jar.JarFile.initializeVerifier(JarFile.java:383)
	at java.util.jar.JarFile.getInputStream(JarFile.java:450)
	at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:162)
	at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:393)
	at org.apache.hadoop.fs.FileSystem.loadFileSystems(FileSystem.java:3169)
	at org.apache.hadoop.fs.FileSystem.getFileSystemClass(FileSystem.java:3217)
	at org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3256)
	at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:123)
	at org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3307)
	at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3275)
	at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:476)
	at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:225)
	at org.apache.hadoop.hbase.HBaseTestingUtility.createRootDir(HBaseTestingUtility.java:1282)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniHBaseCluster(HBaseTestingUtility.java:1107)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniHBaseCluster(HBaseTestingUtility.java:1085)
	at org.apache.crunch.io.hbase.WordCountHBaseIT.setUp(WordCountHBaseIT.java:130)

Websocket client should send response to ping frame. See document
https://tools.ietf.org/html/rfc6455#page-37
Client should send pong response.
The fix should be trivial because WsListener has empty default onPing-method. The implementation of this method should call webSocket sendPong.

jboss-fuse-6.2.1.redhat-084/quickstarts/switchyard/demos/policy-security-saml/picketlink-sts.war apears to be corrupt. 

zipinfo picketlink-sts.war 
Archive:  picketlink-sts.war
Zip file size: 8148 bytes, number of entries: 21
-rw----     2.0 fat        0 bX defN 12-Sep-27 11:52 META-INF/
-rw----     2.0 fat       60 bl defN 12-Sep-27 11:52 META-INF/MANIFEST.MF
-rw----     2.0 fat      218 bl defN 12-May-07 16:26 META-INF/jboss-deployment-structure.xml
-rw----     1.0 fat        0 b- stor 12-Sep-27 11:49 WEB-INF/
-rw----     1.0 fat        0 b- stor 12-Sep-27 11:52 WEB-INF/classes/
-rw----     1.0 fat        0 b- stor 12-May-07 17:46 WEB-INF/classes/org/
-rw----     1.0 fat        0 b- stor 12-May-07 17:46 WEB-INF/classes/org/picketlink/
-rw----     1.0 fat        0 b- stor 12-May-07 17:46 WEB-INF/classes/org/picketlink/identity/
-rw----     1.0 fat        0 b- stor 12-May-07 17:46 WEB-INF/classes/org/picketlink/identity/federation/
-rw----     1.0 fat        0 b- stor 12-May-07 17:46 WEB-INF/classes/org/picketlink/identity/federation/app/
-rw----     1.0 fat        0 b- stor 12-May-07 17:46 WEB-INF/classes/org/picketlink/identity/federation/app/sts/
-rw----     2.0 fat     1605 bl defN 12-May-07 17:46 WEB-INF/classes/org/picketlink/identity/federation/app/sts/PicketLinkSTService.class
-rw----     2.0 fat     1771 bl defN 12-Sep-27 11:52 WEB-INF/classes/picketlink-sts.xml
-rw----     2.0 fat      164 bl defN 12-May-07 17:46 WEB-INF/classes/roles.properties
-rw----     2.0 fat     2628 bl defN 12-May-07 17:46 WEB-INF/classes/sts_keystore.jks
-rw----     2.0 fat       74 bl defN 12-May-07 17:46 WEB-INF/classes/users.properties
-rw----     2.0 fat      163 bl defN 12-May-07 16:26 WEB-INF/jboss-web.xml
-rw----     2.0 fat      355 bl defN 12-May-07 16:26 WEB-INF/jboss-wsse-server.xml
-rw----     2.0 fat     1112 bl defN 12-May-07 16:26 WEB-INF/web.xml
-rw----     1.0 fat        0 b- stor 12-May-07 17:46 WEB-INF/ws
error:  expected central file header signature not found (file #21).
  (please check that you have transferred or created the zipfile in the
  appropriate BINARY mode and that you have compiled UnZip properly)

vs quickstarts/demos/policy-security-saml/picketlink-sts.war in switchyard-parent-2.0.1.redhat-621084 - https://github.com/jboss-fuse/switchyard/tree/switchyard-parent-2.0.1.redhat-621084/quickstarts/demos/policy-security-saml

-rw----     1.0 fat        0 b- stor 12-May-07 17:46 WEB-INF/wsdl/
-rw----     2.0 fat     2275 bl defN 12-May-07 16:26 WEB-INF/wsdl/PicketLinkSTS.wsdl
21 files, 10425 bytes uncompressed, 4988 bytes compressed:  52.2%

It looks like its been corrupted somewhere within assembly. I've not had the chance to check against previous releases yet. 
Valid .war: 

7a5f48ce4ca745871f92c6fb10fd96ee7e11384cf61f7d500a2f865726a76fae  quickstarts/demos/policy-security-saml/picketlink-sts.war

Invalid .war sha256- 

dd4af6e5c08b0a01655eb2c59af9a6f6baaca2fd865254aee62a506bc3904724  picketlink-sts.war 

When nesting UDFs, the Hive Query processor takes a large amount of time+memory to process the query. For example, I ran something along the lines of:
select trim( trim( trim(trim( trim( trim( trim( trim( trim(column))))))))) from test_table;
This query needs 10GB+ of memory to process before it'll launch the job. The amount of memory increases exponentially with each nested UDF.
Obviously, I am using trim() in this case as a simple example that causes the same problem to occur. In my actual use-case I had a bunch of nested regexp_replaces.

The issue happens when we register several Stomp endpoints:

@Override
public void registerStompEndpoints(final StompEndpointRegistry registry) {
    registry.addEndpoint("/tyresearch").withSockJS();
    registry.addEndpoint("/tyresearch/changeConfiguration").withSockJS();
    registry.addEndpoint("/tyresearch/detailView").withSockJS();
}

@HBASE-13608 increased rest server http header size to 8k. We saw http header size exceeding 7k with kerberos authentication. Increase it to 64k to avoid possible future 413 error.

The camel mail page states that the issues with the Mail Component are related to geronimo.  However there is a fundamental problem when you have more than 1 endpoint defined.  We define multiple endpoints so we can place different To addresses
        <endpoint id="oneEmail" uri="smtp://MAILSERVER?To=${one.email}&From=blah@blah.com" />
        <endpoint id="twoEmail" uri="smtp://MAILSERVER?To=${two.email}&From=blah@blah.com" />
        <endpoint id="errorEmail" uri="smtp://MAILSERVER?To=${error.email}&From=blah@blah.com" />
            <to uri="bean:errorFormatter?method=formatErrorEmail" />
            <to ref="errorEmail" />
It is not possible to configure the uri in <to /> since it does not support spring properties.  
The bug is that MailConfiguration.copy() does not create a new Map for recipients, so when the second endpoint is created it overwrites the first. there are other fields that may be affected e.g. javaMailProperties, additionalJavaMailProperties, javaMailSender
http://camel.apache.org/mail.html
If you have trouble with sending mails that, for instance, don't contain any subject, have wrong recipients, or manifest other unforeseen errors, it could be due to having geronimo-javamail_1.4_spec-1.3.jar in your classpath. This was the culprit in a long bug hunt reported in CAMEL-869.
This should be changed as wrong recipients are more likely related to camel bugs, than geronimo issues.

Facebook's paging feature supports limit, since, until, offset, before and after. Presently, the class org.springframework.social.facebook.api.impl.PagedListUtils has a method called getPagingParameters( PagingParameters pagedListParameters ) which is ignoring the before and after parameters.
As a result, when using the CommentOperations interface's getComments(String objectId, PagingParameters pagedListParameters) method, the input PagingParameter instance's before and after parameters are not being used for the Facebook Graph API invocation.

One of the surprising findings of one of the HBaseCon presentations from Nitin Verma, Pravin Mittal, Maxim Lukiyanov was that REST server is logging every request in DEBUG which is enabled by default. This obviously causes out-of-the-box experience to be pretty bad in terms of throughput unless DEBUG logging is turned off. 
We should bring REST server to be on par with the RS level log conventions. Individual requests to be only logged at the TRACE level.  

Stumbled across HIVE-4757 with Timestamp.  It looks like Date has the same issue.

The boot error collector reports whatever failure-description it was passed. Those can include pretty random info, and there's no good way to know what,so it could leak some sensitive information.

HIVE-2573 introduced static reload functions call.
It has a few problems:
1) When metastore client is initialized using an externally supplied config (i.e. Hive.get(HiveConf)), it still gets called during static init using the main service config. In my case, even though I have uris in the supplied config to connect to remote MS (which eventually happens), the static call creates objectstore, which is undesirable.
2) It breaks compat - old metastores do not support this call so new clients will fail, and there's no workaround like not using a new feature because the static call is always made

Some Javadocs in Charsets use a period instead of a hash to separate class and field in @link references.
Specifically:

[INFO] Total time: 40.598 s
[INFO] Finished at: 2016-05-13T13:33:29-07:00
[INFO] Final Memory: 67M/658M
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) on project commons-codec: Error generating maven-javadoc-plugin:2.10.3:javadoc:
[ERROR] Exit code: 1 - E:\vcs\svn\apache\commons\trunks-proper\codec\src\main\java\org\apache\commons\codec\Charsets.java:96: error: reference not found
[ERROR] * @deprecated Use Java 7's {@link java.nio.charset.StandardCharsets.ISO_8859_1} instead
[ERROR] ^
[ERROR] E:\vcs\svn\apache\commons\trunks-proper\codec\src\main\java\org\apache\commons\codec\Charsets.java:107: error: reference not found
[ERROR] * @deprecated Use Java 7's {@link java.nio.charset.StandardCharsets.US_ASCII} instead
[ERROR] ^
[ERROR] E:\vcs\svn\apache\commons\trunks-proper\codec\src\main\java\org\apache\commons\codec\Charsets.java:119: error: reference not found
[ERROR] * @deprecated Use Java 7's {@link java.nio.charset.StandardCharsets.UTF_16} instead
[ERROR] ^
[ERROR] E:\vcs\svn\apache\commons\trunks-proper\codec\src\main\java\org\apache\commons\codec\Charsets.java:130: error: reference not found
[ERROR] * @deprecated Use Java 7's {@link java.nio.charset.StandardCharsets.UTF_16BE} instead
[ERROR] ^
[ERROR] E:\vcs\svn\apache\commons\trunks-proper\codec\src\main\java\org\apache\commons\codec\Charsets.java:141: error: reference not found
[ERROR] * @deprecated Use Java 7's {@link java.nio.charset.StandardCharsets.UTF_16LE} instead
[ERROR] ^
[ERROR] E:\vcs\svn\apache\commons\trunks-proper\codec\src\main\java\org\apache\commons\codec\Charsets.java:152: error: reference not found
[ERROR] * @deprecated Use Java 7's {@link java.nio.charset.StandardCharsets.UTF_8}
[ERROR] ^
[ERROR]
[ERROR] Command line was: "C:\Program Files\Java\jdk1.8.0_91\jre\..\bin\javadoc.exe" @options @packages
[ERROR]
[ERROR] Refer to the generated Javadoc files in 'E:\vcs\svn\apache\commons\trunks-proper\codec\target\site\apidocs' dir.
[ERROR]
[ERROR]

JDK with JDK-8005408 changed the behaviour of PKCS#12 KeyStore so it will use SecretKeyFactory to convert from SecretKeySpec to SecretKey. So a SecretKeyFactorySpi implementation is needed to support PKCS#7 Data OID used when storing data as SecretKeys in the PKCS#12 KeyStore.
This relates to ELY-920 and the test failure on JDK 1.8.0_74.

The commands from a script were changed to resolve expressions when offline CLI was introduced (301980ea7779d60b9043f14526f12c50ee2847c7). This should not be done as the expressions should be sent to the server. Standard Maven resource filtering would like work or should at least be made to work.
Another option would be to add a configuration parameter to turn on/off resolving of expressions. If this approach is used it should be off by default.

The problem arises because the OnServers annotation defaults the cache attribute to "gemfireCache". Setting the pool attribute causes the error. The default should be removed.  Meanwhile the workaround is 

@OnServers(cache="",pool="somePool")

HiveMetaStoreFsImpl#deleteDir() method calls Trash#moveToTrash(). This may not work when viewfs is used. It needs to call Trash#moveToAppropriateTrash() instead.  Please note that this method is not available in hadoop versions earlier than 0.23.

Host Controllers frequently take 15 seconds to shutdown and reload, logging the following after a 15s pause:

WFLYCTL0019: Graceful shutdown of the handler used for native management requests did not complete within [15000] ms but shutdown of the underlying communication channel is proceeding

This is because MasterDomainControllerOperationHandlerImpl and ServerToHostProtocolHandler both handle a GET_FILE_REQUEST by registering an ActiveOperation with ActiveOperationSupport, but then the GetFileOperation handlers for the request never call "done" or "failed" on the ActiveOperation.ResultHandler. The activeRequests map in the ActiveOperationSupport therefore ends up with extraneous data resulting in the shutdown delay.
This is also a minor memory leak.

For query in test case fs_default_name1.q:

set fs.default.name='http://www.example.com;

The following error message is returned:

FAILED: IllegalArgumentException null

The message is not very meaningful, and has "null" in it.
It would be better if we can provide detailed error message.

TestHeapSize will pass locally then fail up on jenkins.  Add debugging to the test that prints detail on environment and jvm in particular to can figure what is different between two environments (it used to be that the d32 flag was needed to mimic jenkins but now we are jdk7, the d32 flag doesn't work w/ my oracle jvm... let me see what jenkins has).

BridgeMethodResolver incorrectly identifies the bridgedMethod for nested interface hierarchies. 
This causes incorrect annotation processing.
TestCase:
https://github.com/joevalerio/SPR-16103.git
Related to:
DATAREST-1134

We observe occasional failures (4-5k undefined and unreferenced nodes in the list, running) when the cluster is stressed while running IntegrationTestBigLinkedList on 0.94. Unfortunately debug logging is disabled.
If Verify is rerun after the fact, the data is there, so it's not data loss. All the missing keys come from very narrow range from the very beginning of  one region; most of this region is not affected.
In the case I'm looking at, region range is

\xD0\x0C`=%\xA2\xD3\xA8\x0A\xF8\x917\x05\x94\x1D> .. \xD4\x0Bx\xAF\x88\x0C\xF4"7\x9A\x9F{\xCE\x0E\x8A

and problematic renage

\xD0\x0C`QLD\xED2\xD5c\x8D\xDB5\x01\xD2H] ... \xD0\x0D\x89)\x11\x0E8\xC5\x08o\xD7\xE3$\xB3\xAAu

There are no splits and compactions on the region during MR job; there are no compactions after that could have affected the data, although there is one flush that happened long after, and region was moved and reopened (before I ran verify manually that showed that data is in HBase).
One thing that happened was that the scanners used by all the map tasks had lease expirations during the MR job that had missing data, some of them twice.
First scanner expiration for each task I looked at was exactly 1 minute after "Processing split" log message, when the scanner is opened.
Only the tasks where the scanners have expired twice (2 of them) logged any errors; presumably one expiration in each task happened after the reading was finished, because everything was slow and scanner wasn't closed in time - no errors or exceptions are logged in the tasks where scanner only expired once.
The job I ran afterwards had no scanner expirations so it does close them correctly in normal case...
The task that was reading the problematic range had one scanner expiration and didn't log any errors.
It's a little bit special (or it may be a total red herring) in that in other tasks, scanner expired while the task was splitting partial outputs (which may mean end of input reading?), whereas in the task that lost data spilling started long (~40s) after the scanner expired.
However there's one another such task (spilling started 25s after scanner expired) and it didn't log any errors and didn't lose data.
At this point I am not sure about the root cause but I suspect it might be related to scanner expiration handling, given the patterns.
One thing for sure is that there isn't enough logging... so I will start with adding that.

When I added the validation of value's length, I did not check if the family existed. Throws an ugly:

08/08/15 14:15:55 DEBUG client.HConnectionManager$TableServers: reloading table servers because: java.io.IOException: java.lang.NullPointerException
	at org.apache.hadoop.hbase.regionserver.HRegionServer.validateValuesLength(HRegionServer.java:1161)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.batchUpdate(HRegionServer.java:1136)
	at org.apache.hadoop.hbase.ipc.HbaseRPC$Server.call(HbaseRPC.java:473)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:896)

with some retries.

When running multiple Hive Metastore servers and DB notifications are enabled, I could see that notifications can be persisted with a duplicated event ID. 
This does not happen when running multiple threads in a single HMS node due to the locking acquired on the DbNotificationsLog class, but multiple HMS could cause conflicts.
The issue is in the ObjectStore#addNotificationEvent() method. The event ID fetched from the datastore is used for the new notification, incremented in the server itself, then persisted or updated back to the datastore. If 2 servers read the same ID, then these 2 servers write a new notification with the same ID.
The event ID is not unique nor a primary key.
Here's a test case using the TestObjectStore class that confirms this issue:

@Test
  public void testConcurrentAddNotifications() throws ExecutionException, InterruptedException {
    final int NUM_THREADS = 2;
    CountDownLatch countIn = new CountDownLatch(NUM_THREADS);
    CountDownLatch countOut = new CountDownLatch(1);

    HiveConf conf = new HiveConf();
    conf.setVar(HiveConf.ConfVars.METASTORE_EXPRESSION_PROXY_CLASS, MockPartitionExpressionProxy.class.getName());

    ExecutorService executorService = Executors.newFixedThreadPool(NUM_THREADS);
    FutureTask<Void> tasks[] = new FutureTask[NUM_THREADS];
    for (int i=0; i<NUM_THREADS; i++) {
      final int n = i;

      tasks[i] = new FutureTask<Void>(new Callable<Void>() {
        @Override
        public Void call() throws Exception {
          ObjectStore store = new ObjectStore();
          store.setConf(conf);

          NotificationEvent dbEvent =
              new NotificationEvent(0, 0, EventMessage.EventType.CREATE_DATABASE.toString(), "CREATE DATABASE DB" + n);

          System.out.println("ADDING NOTIFICATION");
          countIn.countDown();
          countOut.await();
          store.addNotificationEvent(dbEvent);
          System.out.println("FINISH NOTIFICATION");

        }
      });

      executorService.execute(tasks[i]);
    }

    countIn.await();
    countOut.countDown();

    for (int i = 0; i < NUM_THREADS; ++i) {
      tasks[i].get();
    }

    NotificationEventResponse eventResponse = objectStore.getNextNotification(new NotificationEventRequest());
    Assert.assertEquals(2, eventResponse.getEventsSize());
    Assert.assertEquals(1, eventResponse.getEvents().get(0).getEventId());

    // This fails because the next notification has an event ID = 1
    Assert.assertEquals(2, eventResponse.getEvents().get(1).getEventId());
  }

The last assertion fails expecting an event ID 1 instead of 2. 

mongod complains about $regex in some cases.  If you try:

DBCollection c = ...
c.find( new BasicDBObject( "x" ,
                new BasicDBObject("$not", new BasicDBObject("$regex", "b") ) ) );

throws this exception:

   com.mongodb.MongoException: can't use $not with $regex, use BSON regex type instead
	at com.mongodb.MongoException.parse(MongoException.java:82)
	at com.mongodb.DBApiLayer$MyCollection.__find(DBApiLayer.java:312)
	at com.mongodb.DBCursor._check(DBCursor.java:369)
	at com.mongodb.DBCursor._hasNext(DBCursor.java:504)
	at com.mongodb.DBCursor.hasNext(DBCursor.java:529)

while this does not:

                new BasicDBObject("$not", Pattern.compile( "b" , Pattern.CASE_INSENSITIVE ) ) ) );

After upgrading to 4.0.3-RELEASE, "ctrl + click" on select list items no longer resulted in multiple items being selected.  I was only able to select a single list item.  After reverting back to 3.2.7-RELEASE all worked as expected.  Here's a snippet of the JSP code:
<form:select path="assignedPermissionId" multiple="true" ...

After upgrading to 0.96.1 (from 0.96.0) i have tried rolling restart with ./rolling-restart.sh --graceful but region_mover.rb throws error:

TypeError: no public constructors for Java::OrgApacheHadoopHbase::ServerName
     getRegions at ./region_mover.rb:257
  unloadRegions at ./region_mover.rb:318
         (root) at ./region_mover.rb:461

After checking region_mover.rb i believe  this line:

return ProtobufUtil::getOnlineRegions(connection.getAdmin(ServerName.new(servername)));

return ProtobufUtil::getOnlineRegions(connection.getAdmin(ServerName.valueOf(servername)));

After making this change region_mover.rb is working again. I will attach patch shortly. 

Please add camel-redis component
The serializer passed through URI is used only on consumer and not on producer. Beside been unexpected and undocumented I think it can cause problems on interacting with the Redis DB if the same serializer is not used in both ways.
You can find the example and discussion of this problem on this thread on the forum:
http://camel.465427.n5.nabble.com/camel-redis-strings-serialization-td5738994.html
I put as minor because from the discussion it looks like it is possible to have a workaround using a RedisTemplate.

I am working on a drools project. The goal is to search all the rules(*.rdrl) files in the classpath and write it into the KieFileSystem. The rules file(.rdrl) will be present under multiple jar files. These jar files were added as a dependency in the drools project.
Below is the code that is used to find all the .rdrl files.
ClassLoader classloader = this.getClass().getClassLoader();
ResourcePatternResolver resourcePatternResolver = new PathMatchingResourcePatternResolver(classloader);
for (Resource file : resourcePatternResolver.getResources("classpath*:/*/.rdrl")) {
    System.out.println("name: " + file.getURL());
     kieFileSystem.write(ResourceFactory.newUrlResource(file.getURL()));
}
Below is the sample output printed by the above code
name: jar:file:/C:/mvn_repo/com/myteam/OOP_Modular/1.0.0/OOP_Modular-1.0.0.jar!/com/myteam/oop_modular/OOP_MOD_Network_In_Network.rdrl
name: jar:file:/C:/mvn_repo/com/myteam/OOP_Modular/1.0.0/OOP_Modular-1.0.0.jar!/com/myteam/oop_modular/OOP_MOD_Individual1.rdrl
name: jar:file:c:\mvn_repo\com\myteam\OOP_Modular\1.0.0\OOP_Modular-1.0.0.jar!/com/myteam/oop_modular/OOP_MOD_Network_In_Network.rdrl
name: jar:file:c:\mvn_repo\com\myteam\OOP_Modular\1.0.0\OOP_Modular-1.0.0.jar!/com/myteam/oop_modular/OOP_MOD_Individual1.rdrl
As seen from the above output there are two entries for the same files OOP_MOD_Network_In_Network.rdrl and OOP_MOD_Individual1.rdrl. When you look at the output, the path is exactly same except that one starts with /C: and other with c:
Because of this issue, since i am trying to write each rule twice into kiefilesystem, it throws an exception saying "Duplicate rule name".
Note: When using pattern such as ("classpath*:com/*/.rdrl"), the resources are returned only once but we are not sure if the rules file will be present only under 'com', it can also be under 'org' or anything else.
System: Windows 7, JDK 1.8

There are a set of misspelled words in the logs and exceptions.
Wtaited -> Waited
prioroty -> priority

The docs/examples/config directory already contains an example standalone-ec2-ha.xml file and an example standalone-ec2-full-ha.xml file. Once an example domain-ec2.xml file has also been added to this directory, the EAP 7.1 AMIs will be able to switch over to using these EC2 example configuration files directly instead of manually creating custom example EC2 configuration files.
My current changes to get a domain-ec2.xml file added can be seen here:
https://github.com/fjuma/wildfly/commit/602e5e78c3a6887acab07a28d3439aad3f2ff062

Using the $headerkey shorthand for xpath expression throws a NPE if the headerkey doesn't exists on the in message.
We should try to find a better workaround for key doesn't exists. The NPE is thrown by SUN in their xpath engine.
Check nabble:
http://www.nabble.com/Camel-XPath-and-no-variables-found-in-MessageVariableResolver---What-should-Camel-do--td18603960s22882.html

The JGroups subsystem uses override registrations for certain protocols.
e.g.
/protocol=JDBC_PING
overrides
/protocol=*
And adds additional attributes, capabilities, etc.
When the subsystem test framework attempts to create LegacyResourceDefinitions for JDBC_PING, it thinks there are duplicates.
e.g.

java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/channel=*/fork=*/protocol=*/property=*'
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:228)
	at org.jboss.as.controller.registry.LegacyResourceDefinition.registerChildren(LegacyResourceDefinition.java:144)
	at org.jboss.as.controller.registry.NodeSubregistry.registerChild(NodeSubregistry.java:111)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:231)
	at org.jboss.as.controller.registry.ManagementResourceRegistration$Factory.createRegistration(ManagementResourceRegistration.java:383)
	at org.jboss.as.controller.registry.ManagementResourceRegistration$Factory.createRegistration(ManagementResourceRegistration.java:361)
	at org.jboss.as.subsystem.test.SubsystemTestDelegate.checkSubsystemModelTransformation(SubsystemTestDelegate.java:435)
	at org.jboss.as.clustering.jgroups.subsystem.JGroupsTransformersTestCase.testTransformation(JGroupsTransformersTestCase.java:160)
	at org.jboss.as.clustering.jgroups.subsystem.JGroupsTransformersTestCase.testTransformerEAP710(JGroupsTransformersTestCase.java:133)
	at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:161)

By chance, we were able to revert the ulimit on one of our clusters to 1024 and it started dying non-stop on "Too many open files". Now the bad thing is that some region servers weren't completely ServerShutdownHandler'd because they failed on:

2011-05-07 00:04:46,203 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN
	at org.apache.hadoop.hbase.master.AssignmentManager.processServerShutdown(AssignmentManager.java:1804)
	at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:101)
	at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:156)
Reading the code, it seems the NPE is in the if statement:

Map.Entry<String, RegionPlan> e = i.next();
if (e.getValue().getDestination().equals(hsi)) {
  // Use iterator's remove else we'll get CME
  i.remove();
}

Which means that the destination (HSI) is null. Looking through the code, it seems we instantiate a RegionPlan with a null HSI when it's a random assignment. 
It means that if there's a random assignment going on while a node dies then this issue might happen.
Initially I thought that this could mean data loss, but the logs are already split so it's just the reassignment that doesn't happen (still bad).
Also it left the master with dead server being processed, so for two days the balancer didn't run failing on:
org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): []
And the reason why the array is empty is because we are running 0.90.3 which removes the RS from the dead list if it comes back.

This:

[INFO] org.apache.hive:hive-llap-server:jar:3.1.0-SNAPSHOT
[INFO] \- org.apache.hbase:hbase-server:jar:2.0.0-alpha4:compile
[INFO]    \- org.glassfish.web:javax.servlet.jsp:jar:2.3.2:compile
[INFO]       \- org.glassfish:javax.el:jar:3.0.1-b10:compile (version selected from constraint [3.0.0,))

occasionally results in bizarre build failures like this:

Failed to read artifact descriptor for org.glassfish:javax.el:jar:3.0.1-b06-SNAPSHOT: Could not transfer artifact org.glassfish:javax.el:pom:3.0.1-b06-SNAPSHOT from/to jvnet-nexus-snapshots (https://maven.java.net/content/repositories/snapshots): Failed to transfer file: https://maven.java.net/content/repositories/snapshots/org/glassfish/javax.el/3.0.1-b06-SNAPSHOT/javax.el-3.0.1-b06-SNAPSHOT.pom. Return code is: 402 , ReasonPhrase:Payment Required.

cc Enis Soztutar stack if you guys want to take a look at HBase side

When I execute the copyToTable method in hplsql, the following exception occurs:
	at org.apache.hive.hplsql.Copy.copyToTable(Copy.java:170)
	at org.apache.hive.hplsql.Copy.run(Copy.java:93)
	at org.apache.hive.hplsql.Exec.visitCopy_stmt(Exec.java:1284)
	at org.apache.hive.hplsql.Exec.visitCopy_stmt(Exec.java:52)
	at org.apache.hive.hplsql.HplsqlParser$Copy_stmtContext.accept(HplsqlParser.java:12148)
	at org.antlr.v4.runtime.tree.AbstractParseTreeVisitor.visitChildren(AbstractParseTreeVisitor.java:70)
	at org.apache.hive.hplsql.Exec.visitStmt(Exec.java:994)
	at org.apache.hive.hplsql.Exec.visitStmt(Exec.java:52)
	at org.apache.hive.hplsql.HplsqlParser$StmtContext.accept(HplsqlParser.java:1012)
	at org.apache.hive.hplsql.HplsqlBaseVisitor.visitBlock(HplsqlBaseVisitor.java:28)
	at org.apache.hive.hplsql.HplsqlParser$BlockContext.accept(HplsqlParser.java:446)
	at org.apache.hive.hplsql.Exec.visitProgram(Exec.java:901)
	at org.apache.hive.hplsql.Exec.visitProgram(Exec.java:52)
	at org.apache.hive.hplsql.HplsqlParser$ProgramContext.accept(HplsqlParser.java:389)
	at org.antlr.v4.runtime.tree.AbstractParseTreeVisitor.visit(AbstractParseTreeVisitor.java:42)
	at org.apache.hive.hplsql.Exec.run(Exec.java:760)
	at org.apache.hive.hplsql.Exec.run(Exec.java:736)
	at org.apache.hive.hplsql.Hplsql.main(Hplsql.java:23)
View source code:
if (info) 
{
      info(ctx, "COPY completed: " + rows + " row(s), " + timer.format() + ", " + rows/(elapsed/1000) + " rows/sec");
    }

When elapsed less than one thousand will cause the divisor to be zero

We've encountered problem where compaction hangs and never completes.
After looking into it further, we found that the compaction scanner was stuck in a infinite loop. See stack below.

org.apache.hadoop.hbase.regionserver.KeyValueHeap.generalizedSeek(KeyValueHeap.java:296)
org.apache.hadoop.hbase.regionserver.KeyValueHeap.reseek(KeyValueHeap.java:257)
org.apache.hadoop.hbase.regionserver.StoreScanner.reseek(StoreScanner.java:697)
org.apache.hadoop.hbase.regionserver.StoreScanner.seekToNextRow(StoreScanner.java:672)
org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:529)
org.apache.hadoop.hbase.regionserver.compactions.Compactor.performCompaction(Compactor.java:223)

We identified the hfile that seems to be corrupted.  Using HFile tool shows the following:

[biadmin@hdtest009 bin]$ hbase org.apache.hadoop.hbase.io.hfile.HFile -v -k -m -f /user/biadmin/CUMMINS_INSITE_V1/7106432d294dd844be15996ccbf2ba84/attributes/f1a7e3113c2c4047ac1fc8fbcb41d8b7
15/01/23 11:53:17 INFO Configuration.deprecation: hadoop.native.lib is deprecated. Instead, use io.native.lib.available
15/01/23 11:53:18 INFO util.ChecksumType: Checksum using org.apache.hadoop.util.PureJavaCrc32
15/01/23 11:53:18 INFO util.ChecksumType: Checksum can use org.apache.hadoop.util.PureJavaCrc32C
15/01/23 11:53:18 INFO Configuration.deprecation: fs.default.name is deprecated. Instead, use fs.defaultFS
Scanning -> /user/biadmin/CUMMINS_INSITE_V1/7106432d294dd844be15996ccbf2ba84/attributes/f1a7e3113c2c4047ac1fc8fbcb41d8b7
WARNING, previous row is greater then current row
        filename -> /user/biadmin/CUMMINS_INSITE_V1/7106432d294dd844be15996ccbf2ba84/attributes/f1a7e3113c2c4047ac1fc8fbcb41d8b7
        previous -> \x00/20110203-094231205-79442793-1410161293068203000\x0Aattributes16794406\x00\x00\x01\x00\x00\x00\x00\x00\x00
        current  ->
Exception in thread "main" java.nio.BufferUnderflowException
        at java.nio.Buffer.nextGetIndex(Buffer.java:489)
        at java.nio.HeapByteBuffer.getInt(HeapByteBuffer.java:347)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.readKeyValueLen(HFileReaderV2.java:856)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.next(HFileReaderV2.java:768)
        at org.apache.hadoop.hbase.io.hfile.HFilePrettyPrinter.scanKeysValues(HFilePrettyPrinter.java:362)
        at org.apache.hadoop.hbase.io.hfile.HFilePrettyPrinter.processFile(HFilePrettyPrinter.java:262)
        at org.apache.hadoop.hbase.io.hfile.HFilePrettyPrinter.run(HFilePrettyPrinter.java:220)
        at org.apache.hadoop.hbase.io.hfile.HFilePrettyPrinter.main(HFilePrettyPrinter.java:539)
        at org.apache.hadoop.hbase.io.hfile.HFile.main(HFile.java:802)

Turning on Java Assert shows the following:

Exception in thread "main" java.lang.AssertionError: Key 20110203-094231205-79442793-1410161293068203000/attributes:16794406/1099511627776/Minimum/vlen=15/mvcc=0 followed by a smaller key //0/Minimum/vlen=0/mvcc=0 in cf attributes
        at org.apache.hadoop.hbase.regionserver.StoreScanner.checkScanOrder(StoreScanner.java:672)

It shows that the hfile seems to be corrupted – the keys don't seem to be right.
But Scanner is not able to give a meaningful error, but stuck in an infinite loop in here:

KeyValueHeap.generalizedSeek()
while ((scanner = heap.poll()) != null) {
}

Running on my internal rig, this test fails on each fifth run or so:
  TestRegionPlacement.testRegionPlacement:163->killRandomServerAndVerifyAssignment:240 Region 
{ENCODED => 811be453eeaac4c1a0c3f079addbf14e, NAME => 'testRegionAssignment,\x01\x01\x01,1443049910229.811be453eeaac4c1a0c3f079addbf14e.', STARTKEY => '\x01\x01\x01', ENDKEY => '\x02\x02\x02'}
 not present on any of the expected servers

here is my route:
		from("mina:tcp://localhost:6202?textline=true&sync=true").process(new Processor() {
		    public void process(Exchange exchange) throws Exception 
{
		        String body = exchange.getIn().getBody(String.class);
				Thread.sleep(5000);
		        exchange.getOut().setBody("Bye 1" + body);
		    }
		});
		from("file:///test/test/response")
		.convertBodyTo(String.class)//.threads(1)
		.toAsync("mina:tcp://localhost:6202?sync=true&textline=true",10)
		.to("log:+++ reply++++"); 
here is the output, you can see all reply logs have a same message body and async process is releasing all threads at the first response, this is probably Mina component bug in the context of aync route.
2010-03-11 10:21:16,405 [Camel thread 11: FileComponent] FileConsumer                   DEBUG Total 3 files to consume
2010-03-11 10:21:16,405 [Camel thread 11: FileComponent] FileConsumer                   DEBUG About to process file: GenericFile[C:\test\test\response\Copy (2) of New Text Document (3).txt] using exchange: Exchange[GenericFileMessage with file: GenericFile[C:\test\test\response\Copy (2) of New Text Document (3).txt]]
2010-03-11 10:21:16,452 [Camel thread 11: FileComponent] DefaultManagementAgent         DEBUG Registered MBean with objectname: org.apache.camel:context=tamlft0spj1/cameltest,type=producers,name=MinaProducer(0x2e6c66)
2010-03-11 10:21:16,452 [Camel thread 11: FileComponent] MinaProducer                   DEBUG Starting producer: Producer[mina://tcp://localhost:6202?sync=true&textline=true]
2010-03-11 10:21:16,452 [Camel thread 11: FileComponent] ProducerCache                  DEBUG Adding to producer service pool with key: Endpoint[mina://tcp://localhost:6202?sync=true&textline=true] for producer: Producer[mina://tcp://localhost:6202?sync=true&textline=true]
2010-03-11 10:21:16,452 [2: SendAsyncProcessor-Producer] MinaProducer                   DEBUG Creating connector to address: localhost/127.0.0.1:6202 using connector: org.apache.mina.transport.socket.nio.SocketConnector@16cefa8 timeout: 30000 millis.
2010-03-11 10:21:16,452 [Camel thread 11: FileComponent] FileConsumer                   DEBUG About to process file: GenericFile[C:\test\test\response\Copy of New Text Document (3).txt] using exchange: Exchange[GenericFileMessage with file: GenericFile[C:\test\test\response\Copy of New Text Document (3).txt]]
2010-03-11 10:21:16,467 [3: SendAsyncProcessor-Producer] MinaProducer                   DEBUG Creating connector to address: localhost/127.0.0.1:6202 using connector: org.apache.mina.transport.socket.nio.SocketConnector@16cefa8 timeout: 30000 millis.
2010-03-11 10:21:16,467 [Camel thread 11: FileComponent] FileConsumer                   DEBUG About to process file: GenericFile[C:\test\test\response\New Text Document (3).txt] using exchange: Exchange[GenericFileMessage with file: GenericFile[C:\test\test\response\New Text Document (3).txt]]
2010-03-11 10:21:16,467 [4: SendAsyncProcessor-Producer] MinaProducer                   DEBUG Creating connector to address: localhost/127.0.0.1:6202 using connector: org.apache.mina.transport.socket.nio.SocketConnector@16cefa8 timeout: 30000 millis.
2010-03-11 10:21:16,499 [SocketConnectorIoProcessor-0.1] ExecutorFilter                 DEBUG Launching thread for localhost/127.0.0.1:6202
2010-03-11 10:21:16,499 [ SocketAcceptorIoProcessor-0.0] ExecutorFilter                 DEBUG Launching thread for /127.0.0.1:3362
2010-03-11 10:21:16,499 [ SocketAcceptorIoProcessor-0.1] ExecutorFilter                 DEBUG Launching thread for /127.0.0.1:3363
2010-03-11 10:21:16,499 [SocketConnectorIoProcessor-0.0] ExecutorFilter                 DEBUG Launching thread for localhost/127.0.0.1:6202
2010-03-11 10:21:16,499 [ SocketAcceptorIoProcessor-0.2] ExecutorFilter                 DEBUG Launching thread for /127.0.0.1:3374
2010-03-11 10:21:16,499 [SocketConnectorIoProcessor-0.2] ExecutorFilter                 DEBUG Launching thread for localhost/127.0.0.1:6202
2010-03-11 10:21:16,514 [amel thread 22: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for /127.0.0.1:3363
2010-03-11 10:21:16,514 [amel thread 24: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for /127.0.0.1:3362
2010-03-11 10:21:16,514 [amel thread 23: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for localhost/127.0.0.1:6202
2010-03-11 10:21:16,514 [2: SendAsyncProcessor-Producer] MinaProducer                   DEBUG Writing body : hello2
2010-03-11 10:21:16,514 [3: SendAsyncProcessor-Producer] MinaProducer                   DEBUG Writing body : hello3
2010-03-11 10:21:16,514 [amel thread 26: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for /127.0.0.1:3374
2010-03-11 10:21:16,514 [amel thread 25: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for localhost/127.0.0.1:6202
2010-03-11 10:21:16,514 [amel thread 27: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for localhost/127.0.0.1:6202
2010-03-11 10:21:16,514 [4: SendAsyncProcessor-Producer] MinaProducer                   DEBUG Writing body : hello1
2010-03-11 10:21:16,514 [SocketConnectorIoProcessor-0.2] ExecutorFilter                 DEBUG Launching thread for localhost/127.0.0.1:6202
2010-03-11 10:21:16,514 [3: SendAsyncProcessor-Producer] MinaProducer                   DEBUG Waiting for response
2010-03-11 10:21:16,530 [2: SendAsyncProcessor-Producer] MinaProducer                   DEBUG Waiting for response
2010-03-11 10:21:16,530 [4: SendAsyncProcessor-Producer] MinaProducer                   DEBUG Waiting for response
2010-03-11 10:21:16,530 [ SocketAcceptorIoProcessor-0.2] ExecutorFilter                 DEBUG Launching thread for /127.0.0.1:3374
2010-03-11 10:21:16,530 [amel thread 27: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for localhost/127.0.0.1:6202
2010-03-11 10:21:16,530 [amel thread 26: MinaThreadPool] MinaConsumer                   DEBUG Received body: hello2
2010-03-11 10:21:21,530 [amel thread 26: MinaThreadPool] MinaConsumer                   DEBUG Writing body: Bye 1hello2
2010-03-11 10:21:21,530 [SocketConnectorIoProcessor-0.2] ExecutorFilter                 DEBUG Launching thread for localhost/127.0.0.1:6202
2010-03-11 10:21:21,530 [amel thread 27: MinaThreadPool] MinaProducer                   DEBUG Message received: Bye 1hello2
2010-03-11 10:21:21,530 [amel thread 27: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for localhost/127.0.0.1:6202
2010-03-11 10:21:21,530 [amel thread 26: MinaThreadPool] MinaConsumer                   DEBUG Received body: hello3
2010-03-11 10:21:21,530 [:6202?sync=true&textline=true]] SendProcessor                  DEBUG Async reply received now routing the Exchange: Exchange[Message: Bye 1hello2]
2010-03-11 10:21:21,546 [:6202?sync=true&textline=true]] DefaultManagementAgent         DEBUG Registered MBean with objectname: org.apache.camel:context=tamlft0spj1/cameltest,type=producers,name=Producer(0x16321e6)
2010-03-11 10:21:21,546 [:6202?sync=true&textline=true]] ProcessorEndpoint$1            DEBUG Starting producer: Producer[log://+++ reply++++]
2010-03-11 10:21:21,546 [:6202?sync=true&textline=true]] ProducerCache                  DEBUG Adding to producer cache with key: Endpoint[log://+++ reply++++] for producer: Producer[log://+++ reply++++]
2010-03-11 10:21:21,546 [:6202?sync=true&textline=true]] +++ reply++++                  INFO  Exchange[BodyType:String, Body:Bye 1hello2]
2010-03-11 10:21:21,546 [:6202?sync=true&textline=true]] GenericFileOnCompletion        DEBUG Done processing file: GenericFile[C:\test\test\response\Copy (2) of New Text Document (3).txt] using exchange: Exchange[Message: Bye 1hello2]
2010-03-11 10:21:21,546 [:6202?sync=true&textline=true]] GenericFileOnCompletion        DEBUG Done processing file: GenericFile[C:\test\test\response\Copy of New Text Document (3).txt] using exchange: Exchange[Message: Bye 1hello2]
2010-03-11 10:21:21,546 [:6202?sync=true&textline=true]] FileUtil                       DEBUG Tried 1 to delete file: C:\test\test\response\Copy (2) of New Text Document (3).txt.camelLock with result: true
2010-03-11 10:21:21,561 [:6202?sync=true&textline=true]] +++ reply++++                  INFO  Exchange[BodyType:String, Body:Bye 1hello2]
2010-03-11 10:21:21,561 [:6202?sync=true&textline=true]] GenericFileOnCompletion        DEBUG Done processing file: GenericFile[C:\test\test\response\New Text Document (3).txt] using exchange: Exchange[Message: Bye 1hello2]
2010-03-11 10:21:21,561 [:6202?sync=true&textline=true]] FileUtil                       DEBUG Tried 1 to delete file: C:\test\test\response\Copy of New Text Document (3).txt.camelLock with result: true
2010-03-11 10:21:21,561 [:6202?sync=true&textline=true]] nericFileRenameProcessStrategy DEBUG Renaming file: GenericFile[C:\test\test\response\Copy (2) of New Text Document (3).txt] to: GenericFile[C:\test\test\response\.camel\Copy (2) of New Text Document (3).txt]
2010-03-11 10:21:21,561 [:6202?sync=true&textline=true]] FileUtil                       DEBUG Tried 1 to delete file: C:\test\test\response\New Text Document (3).txt.camelLock with result: true
2010-03-11 10:21:21,561 [:6202?sync=true&textline=true]] nericFileRenameProcessStrategy DEBUG Renaming file: GenericFile[C:\test\test\response\Copy of New Text Document (3).txt] to: GenericFile[C:\test\test\response\.camel\Copy of New Text Document (3).txt]
2010-03-11 10:21:21,561 [:6202?sync=true&textline=true]] nericFileRenameProcessStrategy DEBUG Renaming file: GenericFile[C:\test\test\response\New Text Document (3).txt] to: GenericFile[C:\test\test\response\.camel\New Text Document (3).txt]
2010-03-11 10:21:21,561 [:6202?sync=true&textline=true]] FileUtil                       DEBUG Tried 1 to rename file: C:\test\test\response\Copy (2) of New Text Document (3).txt to: C:\test\test\response\.camel\Copy (2) of New Text Document (3).txt with result: true
2010-03-11 10:21:21,561 [:6202?sync=true&textline=true]] FileUtil                       DEBUG Tried 1 to rename file: C:\test\test\response\Copy of New Text Document (3).txt to: C:\test\test\response\.camel\Copy of New Text Document (3).txt with result: true
2010-03-11 10:21:21,577 [:6202?sync=true&textline=true]] FileUtil                       DEBUG Tried 1 to rename file: C:\test\test\response\New Text Document (3).txt to: C:\test\test\response\.camel\New Text Document (3).txt with result: true
2010-03-11 10:21:26,530 [amel thread 26: MinaThreadPool] MinaConsumer                   DEBUG Writing body: Bye 1hello3
2010-03-11 10:21:26,530 [amel thread 26: MinaThreadPool] MinaConsumer                   DEBUG Received body: hello1
2010-03-11 10:21:26,530 [SocketConnectorIoProcessor-0.2] ExecutorFilter                 DEBUG Launching thread for localhost/127.0.0.1:6202
2010-03-11 10:21:26,530 [amel thread 27: MinaThreadPool] MinaProducer                   DEBUG Message received: Bye 1hello3
2010-03-11 10:21:26,530 [amel thread 27: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for localhost/127.0.0.1:6202
2010-03-11 10:21:31,531 [amel thread 26: MinaThreadPool] MinaConsumer                   DEBUG Writing body: Bye 1hello1
2010-03-11 10:21:31,531 [SocketConnectorIoProcessor-0.2] ExecutorFilter                 DEBUG Launching thread for localhost/127.0.0.1:6202
2010-03-11 10:21:31,531 [amel thread 26: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for /127.0.0.1:3374
2010-03-11 10:21:31,531 [amel thread 27: MinaThreadPool] MinaProducer                   DEBUG Message received: Bye 1hello1
2010-03-11 10:21:31,531 [amel thread 27: MinaThreadPool] ExecutorFilter                 DEBUG Exiting since queue is empty for localhost/127.0.0.1:6202

With this configuration the URLs with /user/** pattern does not get intercepted:
<http>
	<http-basic/>
	<intercept-url pattern="/user/**" access="ROLE_USER"/>
	<intercept-url pattern="/teller/**" access="ROLE_TELLER" method="GET"/>
</http>
this is beacause org.springframework.security.web.access.intercept.DefaultFilterInvocationSecurityMetadataSource never search for null key.
Here is the current code:
 Map<Object, List<ConfigAttribute>> requestMap = httpMethodMap.get(method);
 // If no method-specific map, use the general one stored under the null key
 if (requestMap == null) 
{
   requestMap = httpMethodMap.get(null);
 }

Because "method" is never "null", in the first line the variable "requestMap" will either, so the "if"'s condition is never "true".
Attached is a working version of the class.

get.setMaxResultsPerColumnFamily(1); // Hold down memory use on wide rows

Setting this returns only one cell irrespective of the number of versions /qualifiers in a family.  Instead we should have used the limit option to next() call

While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap

org.jboss.msc.service.StartException in service jboss.deployment.subunit."myTest.ear"."myTest.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "myTest.jar" of deployment "myTest.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
at java.util.LinkedList$ListItr.next(Unknown Source)
at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)

Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList. 
What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-linkedlist-while-using-for-each-loop.
I think one should use ConcurrentHashSet to avoid such situations.

given Hive tables:
1) create table pig_hcatalog_1 (si smallint)  STORED AS TEXTFILE;
2) create table all100k (si smallint, ti tinyint) STORED ....;
the following sequence of steps (assuming there is data in all100k)

a=load 'all100k' using org.apache.hive.hcatalog.pig.HCatLoader();
b = foreach a generate si;
store b into 'pig_hcatalog_1' using org.apache.hive.hcatalog.pig.HCatStorer();

produces 

org.apache.hadoop.mapred.YarnChild: Exception running child : java.lang.ClassCastException: java.lang.Short cannot be cast to java.lang.Integer
	at org.apache.hive.hcatalog.pig.HCatBaseStorer.getJavaObj(HCatBaseStorer.java:372)
	at org.apache.hive.hcatalog.pig.HCatBaseStorer.putNext(HCatBaseStorer.java:306)
	at org.apache.hive.hcatalog.pig.HCatStorer.putNext(HCatStorer.java:61)
	at org.apache.hadoop.mapred.MapTask$NewDirectOutputCollector.write(MapTask.java:635)
	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigMapOnly$Map.collect(PigMapOnly.java:48)
	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigGenericMapBase.runPipeline(PigGenericMapBase.java:284)
	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigGenericMapBase.map(PigGenericMapBase.java:277)
	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigGenericMapBase.map(PigGenericMapBase.java:64)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:764)

The ModuleIdentifier.create(String) method is a convenience method for creating an id with a slot of "main". Using this method for user-provided module names prevents the user from encoding a slot into their string. Better is to use ModuleIdentifier.fromString(String) which will parse out a slot if present.
WFCORE-1499 is due to this problem; reviewing the PR for it led me to investigate core and full for other occurrences. Found a few.

SimpleMailMessage has some pretty old inconsistent handling of its to, cc and bcc arrays: copying them in the copy constructor but passing the original (mutable) arrays on in copyTo(MailMessage), and wrongly checking the array elements for null in the hashCode implementation. Let's finally streamline those in 5.0.5 and 4.3.15 towards consistent array copying and consistent use of ObjectUtils.nullSafeHashCode.
Last but not least, SimpleMailMessage.hashCode() should not include text which is the most expensive to calculate and very unlikely to change if all other fields are the same anyway.

...
dao.setJobIncrementer(incrementerFactory.getIncrementer(databaseType, "BATCH_JOB_SEQ"));
...
dao.setJobExecutionIncrementer(incrementerFactory.getIncrementer(databaseType, "BATCH_JOB_EXECUTION_SEQ"));
...
dao.setStepExecutionIncrementer(incrementerFactory.getIncrementer(databaseType, "BATCH_STEP_EXECUTION_SEQ"));
....
As you can see, the prefix is not applied to any of the sequences.

item 7 from Brian's review

DataSourceDefinitionDescriptorProcessor is missing i18n in some exception messages

http://static.springsource.org/spring-ws/site/faq.html#osx
As of Lion 10.7.3 (and probably earlier), neither Java 1.5.0 or 1.6.0 includes this compatibility jar.

Start a master and RS
RS goes down (kill -9)
Wait for ServerShutDownHandler to create the splitlog nodes. As no RS is there it cannot be processed.
Restart both master and bring up an RS.
The master hangs in SplitLogManager.waitforTasks().
I feel that batch.done is not getting incremented properly.  Not yet digged in fully.
This may be the reason for occasional failure of TestDistributedLogSplitting.testWorkerAbort(). 

Value for --timeout argument needs to be set in microseconds instead of seconds.

// boot time is transformed into milis
Long bootTimeout = null;
String timeoutString = timeout.getValue(parsedCmd);
if (timeoutString != null) {
   bootTimeout = TimeUnit.SECONDS.toMillis(Long.parseLong(timeoutString));
}
...
// but expired is transformed into nanos
long expired = bootTimeout == null ? Long.MAX_VALUE : System.nanoTime() + bootTimeout;

Could be fixed by converting parsed timeoutString into nanos.

The below test cases fail after running svn up on my clean checkout.
    org.apache.hadoop.hive.ql.parse.TestParse.testParse_groupby1
    org.apache.hadoop.hive.ql.parse.TestParse.testParse_groupby2
    org.apache.hadoop.hive.ql.parse.TestParse.testParse_groupby3
    org.apache.hadoop.hive.ql.parse.TestParse.testParse_groupby4
    org.apache.hadoop.hive.ql.parse.TestParse.testParse_groupby5
    org.apache.hadoop.hive.ql.parse.TestParse.testParse_groupby6
The build on Nov 2 shows this issue as well.
https://builds.apache.org/job/Hive-trunk-h0.21/1770/

When custom hbase.wal.dir is configured the recovery system uses it in place of the HBase root dir and thus constructs an incorrect path for recovered edits when splitting WALs. This causes the recovery code in Region Servers to believe there are no recovered edits to replay, which causes a loss of writes that had not flushed prior to loss of a server.
 
Reproduction:
This is an Azure HDInsight HBase cluster with HDP 2.6. and HBase 1.1.2.2.6.3.2-14 
By default the underlying data is going to wasb://xxxxx@yyyyy/hbase 
 I tried to move WAL folders to HDFS, which is the SSD mounted on each VM at /mnt.
hbase.wal.dir= hdfs://mycluster/walontest
hbase.wal.dir.perms=700
hbase.rootdir.perms=700
hbase.rootdir= wasb://XYZ@hbaseperf.core.net/hbase
Procedure to reproduce this issue:
1. create a table in hbase shell
2. insert a row in hbase shell
3. reboot the VM which hosts that region
4. scan the table in hbase shell and it is empty
Looking at the region server logs:

2018-06-12 22:08:40,455 INFO  [RS_LOG_REPLAY_OPS-wn2-duohba:16020-0-Writer-1] wal.WALSplitter: This region's directory doesn't exist: hdfs://mycluster/walontest/data/default/tb1/b7fd7db5694eb71190955292b3ff7648. It is very likely that it was already split so it's safe to discard those edits.

The log split/replay ignored actual WAL due to WALSplitter is looking for the region directory in the hbase.wal.dir we specified rather than the hbase.rootdir.
Looking at the source code,
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/wal/WALSplitter.java it uses the rootDir, which is walDir, as the tableDir root path.
So if we use HBASE-17437, waldir and hbase rootdir are in different path or even in different filesystem, then the #5 uses walDir as tableDir is apparently wrong.
CC: Zach York, Ted Yu Attached the logs for quick review.

The includeHeaders property introduced in SPR-14245 accidentally has a public getter whereas all other such properties on AbstractRequestLoggingFilter are protected.

External destinations (queue/topic) that are related to a deployment are not visible in the deployment description.

Thanks to JBEAP-10033 and discussion at JBEAP-10200 there was discovered issue related to virtual hosts migration which was hidden till now.
When migrating web -> undertow for migrating virtual hosts. In web there is on subsystem level default-virtual-server option, which per description corresponds more to the one in undertow default-host option on server level and currently it is migrated to it. Still in Undertow there is also default-virtual-host at undertow subsystem level which stays unchanged.
Now with capabilities implemented on Undertow subsystem it points out that it is actually invalid configuration as the default-virtual-host points to non existing host (in case of the original virtual server being named differently than default-host), resulting in server failing to start afterwards [1] without any migration warning shown.
The migration operation should update both default-virtual-host at subsystem level and default-host at server level.
As there is no migration warning and the resulting configuration causes server start to fail, marking as blocker.
[1] 

14:48:35,386 ERROR [org.jboss.as.controller] (management-handler-thread - 2) WFLYCTL0362: Capabilities required by resource '/subsystem=undertow' are not available:
    org.wildfly.undertow.host.default-server.default-host; There are no known registration points which can provide this capability.

They should be "enable-matrix-variables" and "ignore-default-model-on-redirect".

We observed a deadlock situation that seems to be caused by the change that came in with CAMEL-5712, which changed the way how CamelBlueprintContext is started to solve another issue.
The current code listens to the service registered event for org.osgi....BlueprintContainer (supposedly for its associated BP container) and decides to start itself if not started. From the description of the ticket, this change was intended to make sure the starting of the context occurs after its BP container is registered. 
In that case, should it be checking whether the received event belongs to the same bundle? This checking is missing in the current code and consequently, it may wrongly react to the event from another bundle's container registration event. When this happens under some specific timing situation, it may also lead to a deadlock.
So, should we be checking the event source in CamelBlueprintContext's serviceChanged method?
Regards, aki
Stack trace from 2.10.3
========================================================================
Name: Blueprint Extender: 3
State: BLOCKED on java.lang.Object@9064b42 owned by: Blueprint Extender: 2
Total blocked: 13  Total waited: 38
 org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:212)
org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:198)
org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:137)
org.apache.aries.blueprint.container.BlueprintContainerImpl.getComponentInstance(BlueprintContainerImpl.java:709)
org.apache.camel.blueprint.BlueprintContainerRegistry.lookup(BlueprintContainerRegistry.java:41)
org.apache.camel.impl.CompositeRegistry.lookup(CompositeRegistry.java:68)
org.apache.camel.impl.PropertyPlaceholderDelegateRegistry.lookup(PropertyPlaceholderDelegateRegistry.java:49)
org.apache.camel.blueprint.BlueprintComponentResolver.resolveComponent(BlueprintComponentResolver.java:39)
org.apache.camel.impl.DefaultCamelContext.getComponent(DefaultCamelContext.java:314)

locked java.util.HashMap@1660de94org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:456)
org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:50)
org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:186)
org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:108)
org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:114)
org.apache.camel.model.FromDefinition.resolveEndpoint(FromDefinition.java:72)
org.apache.camel.impl.DefaultRouteContext.getEndpoint(DefaultRouteContext.java:90)
org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:851)
org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:171)
org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:722)
org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:1789)
org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1575)
org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1444)
locked org.apache.camel.blueprint.BlueprintCamelContext@5011bafaorg.apache.camel.support.ServiceSupport.start(ServiceSupport.java:60)
org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1412)
org.apache.camel.blueprint.BlueprintCamelContext.maybeStart(BlueprintCamelContext.java:127)
org.apache.camel.blueprint.BlueprintCamelContext.serviceChanged(BlueprintCamelContext.java:96)
org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:104)
org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:861)
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEventPrivileged(ServiceRegistry.java:819)
org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEvent(ServiceRegistry.java:771)
org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.register(ServiceRegistrationImpl.java:130)
org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.registerService(ServiceRegistry.java:214)
org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:433)
org.apache.aries.blueprint.container.BlueprintContainerImpl.registerService(BlueprintContainerImpl.java:410)
org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:346)
org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:230)
locked java.util.concurrent.atomic.AtomicBoolean@3cb3ada
locked java.util.concurrent.atomic.AtomicBoolean@31b4d206
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
java.util.concurrent.FutureTask.run(FutureTask.java:138)
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
java.lang.Thread.run(Thread.java:722)

Name: Blueprint Extender: 2
org.apache.camel.blueprint.BlueprintCamelContext@5011bafa owned by: Blueprint Extender: 3
Total blocked: 24  Total waited: 58
 org.apache.camel.impl.DefaultCamelContext.getTypeConverter(DefaultCamelContext.java:1053)
org.apache.camel.util.EndpointHelper.setProperties(EndpointHelper.java:249)
org.apache.camel.impl.DefaultComponent.setProperties(DefaultComponent.java:222)
org.apache.camel.component.file.GenericFileComponent.createEndpoint(GenericFileComponent.java:64)
org.apache.camel.component.file.GenericFileComponent.createEndpoint(GenericFileComponent.java:36)
org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:91)
org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:461)
org.apache.camel.core.xml.AbstractCamelEndpointFactoryBean.getObject(AbstractCamelEndpointFactoryBean.java:46)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:226)
org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:824)
org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:234)
org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:706)
org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)

locked java.lang.Object@9064b42
org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)
org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:147)
org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:631)
org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:337)
locked java.util.concurrent.atomic.AtomicBoolean@53b00227
locked java.util.concurrent.atomic.AtomicBoolean@5648a168

Running hive export on a table with a large number of partitions winds up making the metastore and client run out of memory. The number of places we wind up having a copy of the entire partitions object wind up being as follows:
Metastore

(temporarily) Metastore MPartition objects
List<Partition> that gets persisted before sending to thrift
thrift copy of all of those partitions

Client side

thrift copy of partitions
deepcopy of above to create List<Partition> objects
JSONObject that contains all of those above partition objects
List<ReadEntity> which each encapsulates the aforesaid partition objects.

This memory usage needs to be drastically reduced.

Seam 2 applications currently can't be deployed to WildFly due to errors in deployment scanning.

08:51:55,656 INFO  [javax.servlet.ServletContextListener] (MSC service thread 1-10) Welcome to Seam 2.3.1.CR1
08:51:55,673 WARN  [org.jboss.seam.util.Resources] (MSC service thread 1-10) Unable to determine real path from servlet context for "/WEB-INF/dev" path does not exist.
08:51:55,688 WARN  [org.jboss.seam.deployment.URLScanner] (MSC service thread 1-10) could not read entries: java.io.FileNotFoundException: /content/seam-blog.ear/jboss-seam.jar (No such file or directory)
	at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0_17]
	at java.util.zip.ZipFile.<init>(ZipFile.java:214) [rt.jar:1.7.0_17]
	at java.util.zip.ZipFile.<init>(ZipFile.java:144) [rt.jar:1.7.0_17]
	at java.util.zip.ZipFile.<init>(ZipFile.java:158) [rt.jar:1.7.0_17]
	at org.jboss.seam.deployment.URLScanner.handleArchiveByFile(URLScanner.java:123) [jboss-seam.jar:2.3.1.CR1]
	at org.jboss.seam.deployment.URLScanner.handle(URLScanner.java:107) [jboss-seam.jar:2.3.1.CR1]
	at org.jboss.seam.deployment.URLScanner.scanResources(URLScanner.java:90) [jboss-seam.jar:2.3.1.CR1]
	at org.jboss.seam.deployment.StandardDeploymentStrategy.scan(StandardDeploymentStrategy.java:119) [jboss-seam.jar:2.3.1.CR1]
	at org.jboss.seam.init.Initialization.create(Initialization.java:131) [jboss-seam.jar:2.3.1.CR1]
	at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:36) [jboss-seam.jar:2.3.1.CR1]
	at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:127) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:172) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:75)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17]
	at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]

08:51:55,690 WARN  [org.jboss.seam.deployment.URLScanner] (MSC service thread 1-10) could not read entries: java.io.FileNotFoundException: /content/seam-blog.ear/blog-ejb.jar (No such file or directory)

08:51:55,692 WARN  [org.jboss.seam.deployment.URLScanner] (MSC service thread 1-10) could not read entries: java.io.FileNotFoundException: /content/seam-blog.ear/blog-web.war/WEB-INF/lib/jboss-seam-ui-2.3.1.CR1.jar (No such file or directory)

08:51:55,694 INFO  [org.jboss.seam.init.Initialization] (MSC service thread 1-10) reading /WEB-INF/components.xml
08:51:55,727 INFO  [org.jboss.seam.init.Initialization] (MSC service thread 1-10) reading properties from: /seam.properties
08:51:55,749 INFO  [org.jboss.seam.Component] (MSC service thread 1-10) Component: org.jboss.seam.core.init, scope: APPLICATION, type: JAVA_BEAN, class: org.jboss.seam.core.Init
08:51:55,766 INFO  [org.jboss.seam.Component] (MSC service thread 1-10) Component: org.jboss.seam.async.dispatcher, scope: STATELESS, type: STATELESS_SESSION_BEAN, class: org.jboss.seam.async.TimerServiceDispatcher, JNDI: java:app/jboss-seam/TimerServiceDispatcher
08:51:55,789 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-10) MSC000001: Failed to start service jboss.undertow.deployment.default-host./seam-blog: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-host./seam-blog: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1930) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:194)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
	... 3 more
	at org.jboss.seam.contexts.ServletLifecycle.endInitialization(ServletLifecycle.java:145)
	at org.jboss.seam.init.Initialization.init(Initialization.java:813)
	at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:36)
	at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:127)
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:172)
	... 6 more

08:51:55,798 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) JBAS014613: Operation ("deploy") failed - address: ({"deployment" => "seam-blog.ear"}) - failure description: {
    "JBAS014671: Failed services" => {"jboss.undertow.deployment.default-host./seam-blog" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-host./seam-blog: Failed to start service
    Caused by: java.lang.RuntimeException: java.lang.NullPointerException
    Caused by: java.lang.NullPointerException"},
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher.InstanceName is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher.ORB is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher.InAppClientContainer is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher.Validator is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations.HandleDelegate is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations.InAppClientContainer is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher.ValidatorFactory is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher]",
        "jboss.deployment.unit.\"seam-blog.ear\".deploymentCompleteService is missing [jboss.deployment.subunit.\"seam-blog.ear\".\"jboss-seam.jar\".deploymentCompleteService]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations.ValidatorFactory is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher.HandleDelegate is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.TimerServiceDispatcher]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations.ORB is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations.InstanceName is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations]",
        "jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations.Validator is missing [jboss.naming.context.java.comp.seam-blog.jboss-seam.EjbSynchronizations]"
    ]
}
08:51:55,810 ERROR [org.jboss.as.server] (management-handler-thread - 1) JBAS015870: Deploy of deployment "seam-blog.ear" was rolled back with the following failure message: 
{
    ]
}

A table with char/varchar columns that specifies an escape character for string data still has the escape characters in the char/varchar columns.

I think I've seen this one before (if line numbers agree):

2008-12-28 00:06:21,111 ERROR org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction failed for region content,10a1c144cf729885001e71a5ff5108dc,1230416158498
        at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:870)
        at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:709)
        at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:666)

This potentially affects a number of our builds, and is based on a request from Jonathan Christison and involves our use of the maven-download-plugin.  From Jonathan:
"he issue has also highlighted use of external requests at build time.
The offending plugin is
com.googlecode.maven-download-plugin:download-maven-plugin and can be
found in a few locations eg. cxf/rt/transports/http/pom.xml or by
searching for maven-download-plugin:1.1.0:wget in the perfectus/build
logs. These fetches might not be reproducible because they are not
only subject to change such as the public_suffix_list.dat but could
vanish all together.
I think this puts us in a similar situation to npm whereby we need a
mechanism to automatically mirror/store these files (if they cannot
just be static?) so -
A) Builds are reproducible
B) Customers can build offline
C) The files have some kind of traceability and assurances they're not
malicious"

Prerequistes :
1. Remote metastore
2. No compactions
In CLI after doing this :
show compactions;
Return error :

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. org.apache.thrift.transport.TTransportException

In metatore logs :

2014-07-09 17:54:10,537 ERROR [pool-3-thread-20]: server.TThreadPoolServer (TThreadPoolServer.java:run(213)) - Thrift error occurred during processing of message.
org.apache.thrift.protocol.TProtocolException: Required field 'compacts' is unset! Struct:ShowCompactResponse(compacts:null)
        at org.apache.hadoop.hive.metastore.api.ShowCompactResponse.validate(ShowCompactResponse.java:310)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$show_compact_result.validate(ThriftHiveMetastore.java)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$show_compact_result$show_compact_resultStandardScheme.write(ThriftHiveMetastore.java)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$show_compact_result.write(ThriftHiveMetastore.java)
        at org.apache.hadoop.hive.metastore.TUGIBasedProcessor.process(TUGIBasedProcessor.java:103)

It appears that calling ThreadLocal.set(null) causes some memory problems that can be fixed as of JDK 1.5 using ThreadLocal.remove() It may be wise to update ThreadLocalSecurityContextHolderStrategy.clearContext() to use remove now that Spring Security relies on JDK 1.5. This is also consistent with other portions of Spring https://jira.springsource.org/browse/SPR-7441

In the log during the application server startup we see in the log file:

[0m[31m15:10:25,997 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.subunit."mms.ear"."webservices.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."mms.ear"."webservices.jar".POST_MODULE: JBAS018733: Failed to process phase POST_MODULE of subdeployment "webservices.jar" of deployment "mms.ear"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.2.0.Final.jar:8.2.0.Final]
Caused by: java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy
	at sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:724) [rt.jar:1.8.0_25]
	at sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:531) [rt.jar:1.8.0_25]
	at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:355) [rt.jar:1.8.0_25]
	at sun.reflect.annotation.AnnotationParser.parseAnnotation2(AnnotationParser.java:286) [rt.jar:1.8.0_25]
	at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:120) [rt.jar:1.8.0_25]
	at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:72) [rt.jar:1.8.0_25]
	at java.lang.Class.createAnnotationData(Class.java:3513) [rt.jar:1.8.0_25]
	at java.lang.Class.annotationData(Class.java:3502) [rt.jar:1.8.0_25]
	at java.lang.Class.getAnnotation(Class.java:3407) [rt.jar:1.8.0_25]
	at org.jboss.as.ejb3.deployment.processors.BusinessViewAnnotationProcessor.getRemoteBusinessInterfaces(BusinessViewAnnotationProcessor.java:148)
	at org.jboss.as.ejb3.deployment.processors.BusinessViewAnnotationProcessor.processViewAnnotations(BusinessViewAnnotationProcessor.java:116)
	at org.jboss.as.ejb3.deployment.processors.BusinessViewAnnotationProcessor.deploy(BusinessViewAnnotationProcessor.java:90)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.2.0.Final.jar:8.2.0.Final]
	... 5 more
...
[0m[31m15:10:27,315 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "mms.ear")]) - failure description: {
    "JBAS014671: Failed services" => {"jboss.deployment.subunit.\"mms.ear\".\"webservices.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.subunit.\"mms.ear\".\"webservices.jar\".POST_MODULE: JBAS018733: Failed to process phase POST_MODULE of subdeployment \"webservices.jar\" of deployment \"mms.ear\"
    Caused by: java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy"},
        "jboss.deployment.unit.\"mms.ear\".weld.weldClassIntrospector is missing [jboss.deployment.unit.\"mms.ear\".beanmanager]",
        "jboss.naming.context.java.comp.mms.wp.TemplateVariableService.Validator is missing [jboss.naming.context.java.comp.mms.wp.TemplateVariableService]",
        "jboss.naming.context.java.comp.mms.configuration.GenericDao.InAppClientContainer is missing [jboss.naming.context.java.comp.mms.configuration.GenericDao]",
        "jboss.naming.context.java.comp.mms.mmsServiceEJB.MMSMagnoliaSSOService.ORB is missing [jboss.naming.context.java.comp.mms.mmsServiceEJB.MMSMagnoliaSSOService]",
...

From this  output it's not clear what exactly is absent in the ear file. 
Could you refactor logging for this error. In order to display which exactly annotation was not found.

HMaster web page ui, shows the read/write request per region server. They are currently displayed by using 32 bit integers. Hence, if the servers are up for a long time the values can be shown as negative.

I recently ran into a problem in TaskCommitContextRegistry, when using dynamic-partitions.
Consider a MapReduce program that reads HCatRecords from a table (using HCatInputFormat), and then writes to another table (with identical schema), using HCatOutputFormat. The Map-task fails with the following exception:

Error: java.io.IOException: No callback registered for TaskAttemptID:attempt_1426589008676_509707_m_000000_0@hdfs://crystalmyth.myth.net:8020/user/mithunr/mythdb/target/_DYN0.6784154320609959/grid=__HIVE_DEFAULT_PARTITION__/dt=__HIVE_DEFAULT_PARTITION__
        at org.apache.hive.hcatalog.mapreduce.TaskCommitContextRegistry.commitTask(TaskCommitContextRegistry.java:56)
        at org.apache.hive.hcatalog.mapreduce.FileOutputCommitterContainer.commitTask(FileOutputCommitterContainer.java:139)
        at org.apache.hadoop.mapred.Task.commit(Task.java:1163)
        at org.apache.hadoop.mapred.Task.done(Task.java:1025)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:345)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1694)

TaskCommitContextRegistry::commitTask() uses call-backs registered from DynamicPartitionFileRecordWriter. But in case HCatInputFormat and HCatOutputFormat are both used in the same job, the DynamicPartitionFileRecordWriter might only be exercised in the Reducer.
I'm relaxing the IOException, and log a warning message instead of just failing.
(I'll post the fix shortly.)

registerSubModel checks for existing, then registers, however it is invoked by two threads at the same time it is possible they will both see the resource as not existing and both register.

Calling registered custom functions does not work once compiled SpEL expression is used. (tried with 4.1, 4.1.1 and 4.1.2 snapshot)

org.springframework.expression.spel.SpelEvaluationException: EL1072E:(pos 0): An exception occurred whilst evaluating a compiled expression
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:180)

The below tests passes once doFormat is registered as context.registerFunction("doFormat", String.class.getDeclaredMethod("format", String.class, Object[].class)); but fails when using some custom class.

Test
public void compiledExpressionShouldWorkWhenUsingCustomFunctionWithVarargs() throws NoSuchMethodException, SecurityException {

  SpelExpressionParser parser = new SpelExpressionParser(new SpelParserConfiguration(SpelCompilerMode.IMMEDIATE, this .getClass().getClassLoader()));

  SpelExpression expression = parser.parseRaw("#doFormat([0], #arg)");

  StandardEvaluationContext context = new StandardEvaluationContext(new Object[] { "hey %s" });
  context.registerFunction("doFormat", DelegatingStringFormat.class.getDeclaredMethod("format", String.class,  Object[].class));
  context.setVariable("arg", "there");

  expression.setEvaluationContext(context);

  assertThat(expression.getValue(String.class), is("hey there"));

  // have to call it 3 time to fail
}

static class DelegatingStringFormat {

  static String format(String s, Object... args) {
    return String.format(s, args);
  }
}

The above will work once we change the method signature of DelegatingStringFormat.format to static String format(String s, Object[] args).
Another failing sample not using varargs:

@Test
public void compiledExpressionShouldWorkWhenUsingCustomFunction() throws NoSuchMethodException, SecurityException {

  SpelExpressionParser parser = new SpelExpressionParser(new SpelParserConfiguration(SpelCompilerMode.IMMEDIATE,  this.getClass().getClassLoader()));

  SpelExpression expression = parser.parseRaw("#doCompare([0], #arg)");

  StandardEvaluationContext context = new StandardEvaluationContext(new  Object[] { "1" });
  context.registerFunction("doCompare", SomeCompareMethod.class.getDeclaredMethod("compare", Object.class, Object.class));
  context.setVariable("arg", "2");

  assertThat(expression.getValue(Integer.class), is(-1));

}

static class SomeCompareMethod {

  static int compare(Object o1, Object o2) {
    return new ComparableComparator().compare(o1, o2);
  }
}

We use DynamicJasper to render reports with dynamic columns. For that reason I had to write a subclass of AbstractJasperReportsView and overwrite the fillReport method. Inside fillReport I call getReportData to obtain a JRDataSource.
The javadoc of getReportData says:
The default implementation checks for a model object under the specified "reportDataKey" first, then falls back to looking for a value of type JRDataSource, java.util.Collection, object array (in that order). 
But the method NEVER looks for the JRDataSource under the "reportDataKey". Instead this lookup is done in the "fillReport" method, which's javadoc seems also to be out of date.
This is very annoying, although not critical. I had to crawl into the code to figure out why getReportData always returned null.

This affect the current release as well as the master branch.
The problem is coming from this test:
https://github.com/spring-projects/spring-data-rest/blob/master/spring-data-rest-webmvc/src/main/java/org/springframework/data/rest/webmvc/RepositoryRestExceptionHandler.java#L164

TestNegativeCliDriver script_broken_pipe1 is extremely flaky and not a terribly important test. Let's remove it.
Failures
https://builds.apache.org/user/brock/my-views/view/hive/job/Hive-trunk-hadoop1-ptest/206/testReport/org.apache.hadoop.hive.cli/TestNegativeCliDriver/testNegativeCliDriver_script_broken_pipe1/
https://builds.apache.org/user/brock/my-views/view/hive/job/Hive-trunk-hadoop1-ptest/206/testReport/junit/org.apache.hadoop.hive.cli/TestNegativeCliDriver/testNegativeCliDriver_script_broken_pipe1/
https://builds.apache.org/user/brock/my-views/view/hive/job/Hive-trunk-hadoop1-ptest/204/testReport/org.apache.hadoop.hive.cli/TestNegativeCliDriver/testNegativeCliDriver_script_broken_pipe1/

We ran an incremental scrape with HFileOutputFormat and encountered major compaction storms.  This is caused by the bug in HBASE-3404.  The permanent fix is a little tricky without HBASE-2856.  We realized that a quicker solution for avoiding these compaction storms is to simply exclude bulk import files from minor compactions and let them only be handled by time-based major compactions.  Add with functionality along with a config option to enable it.

CREATE TABLE T LIKE S; will copy every parameters from T to S. It should not copy table level stats.

SPR-11413 introduced a change with the intention of preventing the output stream being closed when copying a resource.  Unfortunately, the change from FileCopyUtils to StreamUtils has resulted in the resource's input stream not being closed.  
see the writeContent() method at https://github.com/spring-projects/spring-framework/blob/master/spring-webmvc/src/main/java/org/springframework/web/servlet/resource/ResourceHttpRequestHandler.java#L254
The result of this is that static resources, e.g. html files that are served up by the application remain locked for a period of time as the inputstream has not been programmatically closed.  This prevents the ability to be able to edit static resources (html, css, jsp, etc.), save, and hot deploy as the new versions aren't able to overwrite the locked files.
The other class that was updated by SPR-11413 was ShallowEtagHeaderFilter which is unaffected by this issue as it doesn't involve an input stream.

batch command could ignore empty lines in file 

domain@localhost:9990 /] batch --file=/tmp/ely.cli
Failed to create batch from /tmp/ely.cli: The line is null or empty.

cli file contains:

command
<empty_line>
command

Since improvement made for SPR-5315 it is impossible to write a test method with expected exception. For example I've got test which triggers unique constraint violation exception and that violation throw JpaSystemException. Marking test with @Test(expected) or @ExpectedException doesn't work, because test always ends with failure since 
org.springframework.test.context.transaction.TransactionalTestExecutionListener.endTransaction 
called by 
org.springframework.test.context.junit4.SpringMethodRoadie.runAfters 
will always try to flush the transaction.
I think that exceptions threw at the end of transaction should be propagated as test execeptions not as failures.
I suppose that that was the main idea of ticket SPR-5315.

We're currently not processing the principalVsRolesMap when using an Elytron security domain with JACC disabled.

Create a project without Spring Web Flow (e.g. run vote.roo)
Run the "web flow" shell command; note that the shell does not update the application.properties message bundle:

roo> web flow 
Created SRC_MAIN_WEBAPP/WEB-INF/spring/webflow-config.xml
Created SRC_MAIN_WEBAPP/WEB-INF/views/sampleflow
Created SRC_MAIN_WEBAPP/WEB-INF/views/sampleflow/flow.xml
Created SRC_MAIN_WEBAPP/WEB-INF/views/sampleflow/view-state-1.jspx
Created SRC_MAIN_WEBAPP/WEB-INF/views/sampleflow/view-state-2.jspx
Created SRC_MAIN_WEBAPP/WEB-INF/views/sampleflow/end-state.jspx
Created SRC_MAIN_WEBAPP/WEB-INF/views/sampleflow/views.xml
Updated SRC_MAIN_WEBAPP/WEB-INF/spring/webmvc-config.xml
Updated SRC_MAIN_WEBAPP/WEB-INF/views/sampleflow/flow.xml
Updated SRC_MAIN_WEBAPP/WEB-INF/views/menu.jspx
Updated ROOT/pom.xml [added dependency org.springframework.webflow:spring-webflow:2.2.1.RELEASE]
Updated SRC_MAIN_WEBAPP/WEB-INF/spring/webflow-config.xml

Run the application and go to http://localhost/vote
The home page fails to load, with this error in the server log:

No message found under code 'menu_category_flows_label' for locale 'en'.

If you add this code to application.properties and restart the application, another message code is reported as missing:

No message found under code 'menu_item_sampleflow_label' for locale 'en'.

And if you fix that, you get:

No message found under code 'Sampleflow' for locale 'en'.

HBASE-10111 added the validation on restore/clone.
Add the same check at the end of the export, just to avoid the exit 0 if something went wrong post copy.

Current implementation of DefaultStepExecutionAggregator validates the arguments and restricts null or empty sets of executions. In my opinion the validation is too strict and prohibit usage of DefaultStepExecutionAggregator in various cases when using namespace support for partitions (there is no possibility to set the aggregator when using batch namespace). I have implementation of the partitioner that ignores gridSize and in certain occasions return empty map of executions. I believe the framework should be able to deal with such situations.
The strict validation seems odd to me also in context of other default components provided by the framework to deal with partitioning. For instance, TaskExecutorPartitionHandler can process empty collections of executions returned by the splitter. SimpleStepExecutionSplitter is also fine.

feature:repo-add camel 2.15-SNAPSHOT
feature:install -v camel-core
Karaf then tries to install the karaf shell console from karaf 2.4.0 which of course fails.
I first removed the reference to the karaf spring feature repo which transitively imported the karaf standard feature.
After that change it could not resolve the package:
(org.apache.felix.service.command)(version>=0.14.0)(!(version>=1.0.0)
The problem here was that we forgot status=provisional in the import.

2014-11-04 01:34:38,610 ERROR jdbc.JDBCStatsPublisher (JDBCStatsPublisher.java:publishStat(198)) - Error during publishing statistics. 
java.sql.SQLDataException: A truncation error was encountered trying to shrink VARCHAR 'pfile:/grid/0/jenkins/workspace/UT-hive-champlain-common/sub&' to length 255.
	at org.apache.hadoop.hive.ql.stats.jdbc.JDBCStatsPublisher$2.run(JDBCStatsPublisher.java:147)
	at org.apache.hadoop.hive.ql.stats.jdbc.JDBCStatsPublisher$2.run(JDBCStatsPublisher.java:144)
	at org.apache.hadoop.hive.ql.exec.Utilities.executeWithRetry(Utilities.java:2910)
	at org.apache.hadoop.hive.ql.stats.jdbc.JDBCStatsPublisher.publishStat(JDBCStatsPublisher.java:160)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.publishStats(FileSinkOperator.java:1153)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.closeOp(FileSinkOperator.java:992)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:598)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:610)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.close(ExecMapper.java:205)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:450)
	at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:243)
Caused by: java.sql.SQLException: A truncation error was encountered trying to shrink VARCHAR 'pfile:/grid/0/jenkins/workspace/UT-hive-champlain-common/sub&' to length 255.
	... 31 more
Caused by: ERROR 22001: A truncation error was encountered trying to shrink VARCHAR 'pfile:/grid/0/jenkins/workspace/UT-hive-champlain-common/sub&' to length 255.
	at org.apache.derby.iapi.types.SQLChar.hasNonBlankChars(Unknown Source)
	at org.apache.derby.iapi.types.SQLVarchar.normalize(Unknown Source)
	at org.apache.derby.iapi.types.DataTypeDescriptor.normalize(Unknown Source)
	at org.apache.derby.impl.sql.execute.NormalizeResultSet.normalizeColumn(Unknown Source)
	at org.apache.derby.impl.sql.execute.NormalizeResultSet.normalizeRow(Unknown Source)
	at org.apache.derby.impl.sql.execute.NormalizeResultSet.getNextRowCore(Unknown Source)
	at org.apache.derby.impl.sql.execute.DMLWriteResultSet.getNextRowCore(Unknown Source)
	at org.apache.derby.impl.sql.execute.InsertResultSet.open(Unknown Source)
	... 25 more

Legacy builds can be activated using the following system properties:
-DlegacyBuild -DlegacyRelease -Drelease
microprofile-metrics-smallrye is not included in some server configuration files for the legacy builds.
Additionally, there are some example configuration files that do not include this subsystem by default. 

http://forum.springframework.org/showthread.php?t=34306
I'm converting an existing SAAJ client into a Spring-WS client. I got the following error when the template tries to check for the fault:
org.springframework.ws.soap.saaj.SaajSoapEnvelopeE xception: Could not access envelope: org.xml.sax.SAXParseException: Premature end of file.; nested exception is javax.xml.soap.SOAPException: org.xml.sax.SAXParseException: Premature end of file.
It appears that the messages are created lazily from the stream, but the stream is closed before that happens. I was able to work around the problem by forcing the message to be read in the readResponse method (using hasFault() in this case, there may be a better way):
HttpUrlConnectionMessageSender webServiceMessageSender = new HttpUrlConnectionMessageSender() {
protected void readResponse(HttpURLConnection connection, MessageContext messageContext) throws IOException {
if (connection.getResponseCode() == HttpURLConnection.HTTP_NO_CONTENT || connection.getContentLength() == 0) {
return;
}
TransportInputStream tis = null;
try {
tis = new HttpUrlConnectionTransportInputStream(connection);
messageContext.readResponse(tis);
/* workaround problem with lazy read - force message to be read before stream is closed */
messageContext.getResponse().hasFault();
}
finally {
if (tis != null) {
tis.close();
}
}
}
};
I'm using Java 1.4, Spring 1.0 M3, and my SAAJ implementation is Axis 1.4. I suspect the behaviour may not be evident for other SAAJ implementations.
I've shown the HttpUrlConnectionMessageSender here but same problem and workaround applies for the commons http client one.

Vectorize more queries by converting a GenericUDFWhen that has 2 values that are either a column or a constant into a GenericUDFIf, which has  vectorized classes.  This eliminates one case so to speak where we use the VectorUDFAdaptor.

We don't have a lot of tests on the region server itself.
Here are some.
Some of them are failing, feedback welcome.
See as well the attached state diagram for the ZK nodes on assignment.

The generated website at
http://static.springsource.org/spring-batch/spring-batch-core/source-repository.html
points to 
http://github.com/SpringSource/spring-batch/spring-batch-core
which does not exist.
The correct URL should be
https://github.com/SpringSource/spring-batch

The ACID insert codepath uses a sorted shuffle, while they key used for shuffle is always 0 bytes long.

hive (sales_acid)> explain insert into sales values(1, 2, '3400-0000-0000-009', 1, null);

    Tez
      DagId: gopal_20160906172626_80261c4c-79cc-4e02-87fe-3133be404e55:2
      Edges:
        Reducer 2 <- Map 1 (SIMPLE_EDGE)
...
      Vertices:
        Map 1 
                TableScan
                  alias: values__tmp__table__2
                  Statistics: Num rows: 1 Data size: 28 Basic stats: COMPLETE Column stats: NONE
                    expressions: tmp_values_col1 (type: string), tmp_values_col2 (type: string), tmp_values_col3 (type: string), tmp_values_col4 (type: string), tmp_values_col5 (type: string)
                    outputColumnNames: _col0, _col1, _col2, _col3, _col4
                    Statistics: Num rows: 1 Data size: 28 Basic stats: COMPLETE Column stats: NONE
                      sort order: 
                      Map-reduce partition columns: UDFToLong(_col1) (type: bigint)
                      Statistics: Num rows: 1 Data size: 28 Basic stats: COMPLETE Column stats: NONE
                      value expressions: _col0 (type: string), _col1 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: string)
            LLAP IO: no inputs

Note the missing "+" / "-" in the Sort Order fields.

CLI tab completion suggests attributes that are not writable and their access-type is metric
Example 

/subsystem=messaging-activemq/server=default/jms-queue=DLQ:write-attribute(name=<TAB>
consumer-count  delivering-count  entries  legacy-entries  message-count  messages-added  scheduled-count  

From executing :read-resource-description we can see, attributes consumer-count, delivering-count, message-count, messages-added, scheduled-count are of type metric.
On attempt to write metric attribute, for example message-count, non writable error is printed 

[standalone@localhost:9990 jms-queue=q] :write-attribute(name=message-count, value=5)
{
    "failure-description" => "WFLYCTL0048: Attribute message-count is not writable",
}

CLI should not suggest writing attributes that are not writable.

See CAMEL-747
We should return an empty String instead of a Void.class, as this works with both JDK + Saxon XPathEngine.
Saxon does not work with the Void.class.

Commit 8ab2e4 for SPR-12715 added support for streaming to BufferedImageHttpMessageConverter. However, it breaks setting the content-type header on non-streaming HttpOutputMessages like ServerServletHttpOutputMessage (also used in MockMvc unit tests).
getBody() is called on the outputMessage before the content-type header is added:

	writeInternal(image, contentType, outputMessage.getHeaders(),
			outputMessage.getBody());

Calling ServerServletHttpOutputMessage.getBody() causes headers to get written. Headers added afterwards have no effect.

There seems to be a race condition in org.apache.camel.processor.aggregate.AggregateProcessor's RecoverTask.  That task calls recoverable.scan() to find Exchanges that may need to be recovered. Since scan() might return Exchanges that are actually just in progress, the RecoverTask then checks to see if the Exchange really is in progress.  It does this by calling inProgressCompleteExchanges.contains(exchangeId).  However, that collection may have been modified during the time between when scan() returned and when contains() is called.  This would happen if the in-progress Exchange completes before contains() is called.  In that situation, inProgress would evaluate to false, so the Exchange would be recovered.  This results in a duplicate Exchange being output by the Aggregator component. 
One possible solution might be to prevent updating the inProgressCompleteExchanges during the critical section. Another possible solution might be to copy inProgressCompleteExchanges before calling scan().  I'm sure that there are other ways to deal with this also.

Since HBASE-10525, we can write in a different thread than the client. This allows the client thread to be interrupted w/o any impact on the shared tcp connection. We should setup the iostream on the second thread as well, i.e. when we do the write, and not when we do the getConnection.

In /subsystem=messaging-activemq/server=default is described attribute:

 "transaction-timeout" => {
                "description" => "How long (in ms) before a transaction can be removed from the resource manager after create time.",

which is misleading. Based on code review if Artemis transaction is part of XA transaction or one-phase but still under coordination of Transaction Manager then this timeout is changed by Transaction Manager to timeout defined in transaction subsystem:

[standalone@localhost:9990 subsystem=transactions] :read-resource
{
        "default-timeout" => 300,

We should provide this information to description of transaction-timeout attribute in messaging-activemq subsystem.

private Result doDelta(Operation op, Mutation mutation, long nonceGroup, long nonce,
      boolean returnResults) throws IOException {
    checkReadOnly();
    checkResources();
    checkRow(mutation.getRow(), op.toString());
    checkFamilies(mutation.getFamilyCellMap().keySet());
    this.writeRequestsCount.increment();
    WriteEntry writeEntry = null;
    startRegionOperation(op);
    List<Cell> results = returnResults? new ArrayList<Cell>(mutation.size()): null;
    RowLock rowLock = getRowLockInternal(mutation.getRow(), false);
    MemstoreSize memstoreSize = new MemstoreSize();
}

The getRowLockInternal() should be moved inside the try block so that the timeout won't cause the lock leak. Otherwise, we will stuck in HRegion#doClose when closing.

1. After the changes from SEC-2758 the hasRole/hasAuthority methods are not 100% synonyms.
2. hasAuthority(String) is described as a synonym for itself

HIVE-3976 can cause ORC file to be unreadable. The changes introduced in HIVE-3976 for DecimalTreeWriter can create null values after updating the isPresent stream. https://github.com/apache/hive/blob/branch-0.13/ql/src/java/org/apache/hadoop/hive/ql/io/orc/WriterImpl.java#L1337
As result of the above return statement, isPresent stream state can become wrong. The isPresent stream thinks all values are non-null and hence suppressed. But the data stream will be of 0 length. When reading such files we will get the following exception

Caused by: java.io.EOFException: Reading BigInteger past EOF from compressed stream Stream for column 3 kind DATA position: 0 length: 0 range: 0 offset: 0 limit: 0
        at org.apache.hadoop.hive.ql.io.orc.SerializationUtils.readBigInteger(SerializationUtils.java:176)
        at org.apache.hadoop.hive.ql.io.orc.TreeReaderFactory$DecimalTreeReader.next(TreeReaderFactory.java:1264)
        at org.apache.hadoop.hive.ql.io.orc.TreeReaderFactory$StructTreeReader.next(TreeReaderFactory.java:2004)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.next(RecordReaderImpl.java:1039)
        ... 24 more

Only after first .read(), variable currentResource got a value greather or equal to zero(0). So if stream was openned, or not read yet, one activation on getCurrentResource method generates ArrayIndexOutOfBoundsException.
Below a proposed fix:
	public Resource getCurrentResource() {
		if (currentResource >= resources.length ) 
{ //proposed: || currentResource  < 0
		}
		return resources[currentResource];
	}

As the camel-quartz component is (unlike the camel-quartz2 component) built with a plain jar (not a bundle) and no version range is defined for the quartz package imports, the import to the quartz scheduler is generated without version information.
This will cause issues if the quartz 2.x component is also available on an OSGi system.
The provided (trivial) patch will limit the import version range for quartz packages. 

Basically I broke the pom and Stack fixed it so the build works again but the fix is not sufficient.

Looking at MBeanExportConfiguration.SpecificPlatform it appears that the WEBLOGIC and WEBSPHERE versions never call afterPropertiesSet

After completing flush region, we will append a log edit in the hlog file through HLog#completeCacheFlush.

public void completeCacheFlush(final byte [] encodedRegionName,
      final byte [] tableName, final long logSeqId, final boolean isMetaRegion)
{
...
HLogKey key = makeKey(encodedRegionName, tableName, logSeqId,
            System.currentTimeMillis(), HConstants.DEFAULT_CLUSTER_ID);
...
}

when we make the hlog key, we use the seqId from the parameter, and it is generated by HLog#startCacheFlush,
Here, we may append a lower seq id edit than the last edit in the hlog file.
If it is the last edit log in the file, it may cause data loss.
because 

HRegion#replayRecoveredEditsIfAny{
...
maxSeqId = Math.abs(Long.parseLong(fileName));
      if (maxSeqId <= minSeqId) {
        String msg = "Maximum sequenceid for this log is " + maxSeqId
            + " and minimum sequenceid for the region is " + minSeqId
            + ", skipped the whole file, path=" + edits;
        LOG.debug(msg);
        continue;
      }
...
}

We may skip the splitted log file, because we use the lase edit's seq id as its file name, and consider this seqId as the max seq id in this log file.

expected += ClassSize.estimateBase(ConcurrentSkipListMap.class, false);
expected += ClassSize.estimateBase(CopyOnWriteArraySet.class, false);
expected += ClassSize.estimateBase(CopyOnWriteArrayList.class, false);

We need to consider the heap requirement for KeyValueSkipListSet.
From where CopyOnWriteArraySet & CopyOnWriteArrayList is coming into picture?  I am not able to follow.
Also we need to consider the heap for TimeRangeTracker

When `-fae` is on the Maven command line, FileSystemLayout is unable to determine whether we're dealing with Maven or Gradle 

When using the netty4-http component as a producer, the response from the remote server is processed in a different thread (... yClientTCPWorker) than the start of the Camel route and thus the breadcrumb ID changes (because the MDC context changes/is lost).

2015-06-25 09:55:40,887 | INFO  | entExecutorGroup | pep-xds_b-repository             | 70 - org.apache.camel.camel-core - 2.14.1 | ID-ptl9921-45465-1435218175846-9-29  | Call to repository received.
-- remote call; the next line is logged after the response was received -- 
2015-06-25 09:55:41,155 | INFO  | yClientTCPWorker | AuditLogger                      | 168 - ch.vivates.ams.pep - 3.0.1.SNAPSHOT | ID-ptl9921-45465-1435218175846-9-33  | User id: ...
2015-06-25 09:55:41,171 | INFO  | EVENTS.USER.XDS] | route_xds_b-activity             | 70 - org.apache.camel.camel-core - 2.14.1 | ID-ptl9921-45465-1435218175846-9-33  | Logging XDS event: ...

In the example above the breadcrumb changes from ID-ptl9921-45465-1435218175846-9-29 to ID-ptl9921-45465-1435218175846-9-33.
If I use http4 as the producer the breadcrumb is the same for all route steps. Presumably because the same thread executes all route steps. 
Route that reproduces the issue for me:

<route>
	<from uri="netty4-http:http://{{pep.host}}:{{pep.xds.b.repository.port}}/XDS3/repository?matchOnUriPrefix=true&amp;disableStreamCache=true" />
	<log message="Call to repository received." loggingLevel="INFO" logName="pep-xds_b-repository" />
	<process ref="repositoryInboundProcessor" />
	<to uri="netty4-http:http://{{xds.b.repository.host}}:{{xds.b.repository.port}}/XDS3/repository?bridgeEndpoint=true&amp;throwExceptionOnFailure=false&amp;disableStreamCache=true" />
	<process ref="repositoryOutboundProcessor" />
</route>

<onCompletion mode="AfterConsumer" parallelProcessing="false">
	<process ref="forkJoinProcessor" />
	<bean ref="auditLogger" method="localAuditXDS" />
	<bean ref="auditLogger" method="createCommandUserLogXDS" />
	<setExchangePattern pattern="InOnly" />
	<to uri="activemq:queue:{{activemq.queue.events.user.xds}}" />
</onCompletion>

The repositoryOutboundProcessor and the onCompletion parts log a different breadcrumb (and thread name) than the beginning of the route before the <to uri="netty4-http:http:// ... step.

17:07:16,068 | ERROR | rint Extender: 1 | BlueprintContainerImpl           | 9 - org.apache.aries.blueprint - 0.3.2.fuse-SNAPSHOT | Unable to start blueprint container for bundle org.apache.karaf.features.co
re
org.osgi.service.blueprint.container.ComponentDefinitionException: Error setting property: PropertyDescriptor <name: urls, getter: null, setter: [class org.apache.karaf.features.internal.FeaturesServiceImpl.
setUrls(class java.lang.String]
        at org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:821)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:787)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:768)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:722)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:147)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:643)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:334)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:230)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_23]
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)[:1.6.0_23]
        at java.util.concurrent.FutureTask.run(FutureTask.java:138)[:1.6.0_23]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)[:1.6.0_23]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)[:1.6.0_23]
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_23]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_23]
        at java.lang.Thread.run(Thread.java:662)[:1.6.0_23]
Caused by: java.net.URISyntaxException: Illegal character in scheme name at index 0:  mvn:org.apache.camel.karaf/apache-camel/2.9.x-fuse-SNAPSHOT/xml/features
        at java.net.URI$Parser.fail(URI.java:2809)[:1.6.0_23]
        at java.net.URI$Parser.checkChars(URI.java:2982)[:1.6.0_23]
        at java.net.URI$Parser.checkChar(URI.java:2992)[:1.6.0_23]
        at java.net.URI$Parser.parse(URI.java:3008)[:1.6.0_23]
        at java.net.URI.<init>(URI.java:578)[:1.6.0_23]
        at org.apache.karaf.features.internal.FeaturesServiceImpl.setUrls(FeaturesServiceImpl.java:185)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.6.0_23]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)[:1.6.0_23]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[:1.6.0_23]
        at java.lang.reflect.Method.invoke(Method.java:597)[:1.6.0_23]
        at org.apache.aries.blueprint.utils.ReflectionUtils$MethodPropertyDescriptor.internalSet(ReflectionUtils.java:555)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.utils.ReflectionUtils$PropertyDescriptor.set(ReflectionUtils.java:306)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        at org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:819)[9:org.apache.aries.blueprint:0.3.2.fuse-SNAPSHOT]
        ... 17 more

I have written a LogoutFilter which does not redirect to a logout page. It just logs out the user and goes on with the filter chain.
(it's needed because we have different areas and the user should be logged out when switching to another "area")
Before it comes to saving the security context with HttpSessionSecurityContextRepository the anonymousFilter sets an AnonymousAuthentication. So when it comes to saving the context, it is not saved.
This is because of this code in HttpSessionSecurityContextRepository
protected void saveContext(SecurityContext context) {
            // See SEC-776
   if (authenticationTrustResolver.isAnonymous(context.getAuthentication())) {
{
                    logger.debug("SecurityContext contents are anonymous - context will not be stored in HttpSession. ");
                }
                return;
    }
BTW my LogoutFilter is configured with invalidateHttpSession=false otherwise this bug wouldn't occur i guess.
So imho, there should be another check to see what is actually saved in the session.
regards
Janning

In https://builds.apache.org/job/PreCommit-HBASE-Build/15325//console
/home/jenkins/tools/maven/latest/bin/mvn clean package checkstyle:checkstyle-aggregate findbugs:findbugs -DskipTests  -DHBasePatchProcess > /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/patchprocess/trunkJavacWarnings.txt 2>&1
mvn exit code was 0
mv: cannot stat 'target/checkstyle-result.xml': No such file or directory
Usage: edu.umd.cs.findbugs.workflow.UnionResults [options] [<results1> <results2> ... <resultsn>] 
Expected 2...2147483647 file arguments, found 1
Options:
    -withMessages        Generated XML should contain msgs for external processing
    -output <outputFile> File in which to store combined results
Exception in thread "main" java.io.FileNotFoundException: /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/patchprocess/trunkFindbugsWarnings.xml (No such file or directory)
	at java.io.FileInputStream.<init>(FileInputStream.java:146)
	at edu.umd.cs.findbugs.SortedBugCollection.progessMonitoredInputStream(SortedBugCollection.java:1231)
	at edu.umd.cs.findbugs.SortedBugCollection.readXML(SortedBugCollection.java:308)
	at edu.umd.cs.findbugs.SortedBugCollection.readXML(SortedBugCollection.java:295)
	at edu.umd.cs.findbugs.PrintingBugReporter.xslt(PrintingBugReporter.java:235)
	at edu.umd.cs.findbugs.PrintingBugReporter.main(PrintingBugReporter.java:159)
/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/patchprocess/trunkFindbugsWarnings.xml:  ERROR: cannot open `/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/patchprocess/trunkFindbugsWarnings.xml' (No such file or directory)
/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/patchprocess/trunkFindbugsWarnings.html: ERROR: cannot open `/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/patchprocess/trunkFindbugsWarnings.html' (No such file or directory)
/home/jenkins/tools/maven/latest/bin/mvn clean install -DskipTests -DHBasePatchProcess -Dhadoop-two.version=2.4.0 > /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/patchprocess/patchJavacWithHadoop-2.4.0.txt 2>&1
There are compilation errors with Hadoop version 2.4.0.
[ERROR] Error invoking method 'get(java.lang.Integer)' in java.util.ArrayList at META-INF/LICENSE.vm[line 1619, column 22]
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-remote-resources-plugin:1.5:process (default) on project hbase-assembly: Error rendering velocity resource. Error invoking method 'get(java.lang.Integer)' in java.util.ArrayList at META-INF/LICENSE.vm[line 1619, column 22]: InvocationTargetException: Index: 0, Size: 0 -> [Help 1]
[ERROR] 
[ERROR] 
[ERROR] 
[ERROR]   mvn <goals> -rf :hbase-assembly

If index creation for repository queries is activated and a query method does not define a criteria (i.e. a custom find all query) the query creation fails as indexes have to contain at least one property to index on.

Suppose you have two methods with the same name but different parameter types along with some further methods. E.g. securing a method with one parameter with an admin role and all other methods (by using *.(..)) with a user role this leads to upredictable results. Depending on which of the two methods you secure, you either get both secured with admin role or all methods of the class are only user secured.
Digging into the sources I suppose the MapBasedDefinitionSource to be the problem. addSecureMethod(Class javaType, String mappedName, ConfigAttributeDefinition attr) only regards method names but does NOT regard parameters.
Furthermore the check for more specificality seems odd to me. If you take the order of the pointcut definitions into account, the first pointcut matching a method should win. I doubt if it is possible at all to find out if one pointcut is a subset or superset of another. SO why not take the first match?
Regards,
Ollie

Create a partitioned table on S3:

CREATE EXTERNAL TABLE s3table(user_id string COMMENT '', event_name string COMMENT '') PARTITIONED BY (reported_date string, product_id int) LOCATION 's3a://<bucket name>'; 

Create a temp table:

create table tmp_table (id string, name string, date string, pid int) row format delimited fields terminated by '\t' lines terminated by '\n' stored as textfile;

Load the following rows to the tmp table:

u1	value1	2017-04-10	10000
u2	value2	2017-04-10	10000
u3	value3	2017-04-10	10001

Set the following parameters:
	
hive.exec.dynamic.partition.mode=nonstrict
mapreduce.input.fileinputformat.split.maxsize=10
hive.blobstore.optimizations.enabled=true
hive.blobstore.use.blobstore.as.scratchdir=false
hive.merge.mapfiles=true

Insert the rows from the temp table into the s3 table:

INSERT OVERWRITE TABLE s3table
PARTITION (reported_date, product_id)
SELECT
  t.id as user_id,
  t.name as event_name,
  t.date as reported_date,
  t.pid as product_id
FROM tmp_table t;

A NPE will occur with the following stacktrace:

2017-05-08 21:32:50,607 ERROR org.apache.hive.service.cli.operation.Operation: [HiveServer2-Background-Pool: Thread-184028]: Error running hive query: 
org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code -101 from org.apache.hadoop.hive.ql.exec.ConditionalTask. null
at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:400)
at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:239)
at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:88)
at org.apache.hive.service.cli.operation.SQLOperation$3$1.run(SQLOperation.java:293)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1920)
at org.apache.hive.service.cli.operation.SQLOperation$3.run(SQLOperation.java:306)
at org.apache.hadoop.hive.ql.plan.ConditionalResolverMergeFiles.generateActualTasks(ConditionalResolverMergeFiles.java:290)
at org.apache.hadoop.hive.ql.plan.ConditionalResolverMergeFiles.getTasks(ConditionalResolverMergeFiles.java:175)
at org.apache.hadoop.hive.ql.exec.ConditionalTask.execute(ConditionalTask.java:81)
at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:214)
at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100)
at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1977)
at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1690)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1422)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1206)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1201)
at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:237)
... 11 more 

Though we expect most users to initiate our plugin via `mvn install` or `mvn package` there might be those that desire to call `mvn wildfly-swarm:package` directly.
If its called directly we get the following error:

[ERROR] Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:2016.9:package (default-cli) on project demo: Unable to create -swarm.jar: Failed to write asset to output: /_bootstrap/demo.war: File must be specified -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:2016.9:package (default-cli) on project demo: Unable to create -swarm.jar
	at org.wildfly.swarm.plugin.maven.PackageMojo.execute(PackageMojo.java:153)
	... 20 more
Caused by: org.jboss.shrinkwrap.api.exporter.ArchiveExportException: Failed to write asset to output: /_bootstrap/demo.war
	at org.jboss.shrinkwrap.impl.base.exporter.AbstractOnDemandInputStream.read(AbstractOnDemandInputStream.java:133)
	at java.io.InputStream.read(InputStream.java:179)
	at java.io.InputStream.read(InputStream.java:101)
	at org.jboss.shrinkwrap.impl.base.io.IOUtil.copy(IOUtil.java:138)
	at org.jboss.shrinkwrap.impl.base.exporter.AbstractStreamExporterImpl.exportTo(AbstractStreamExporterImpl.java:120)
	at org.wildfly.swarm.tools.BuildTool.createJar(BuildTool.java:414)
	at org.wildfly.swarm.tools.BuildTool.build(BuildTool.java:193)
	at org.wildfly.swarm.plugin.maven.PackageMojo.execute(PackageMojo.java:133)
	... 22 more
Caused by: java.lang.IllegalArgumentException: File must be specified
	at org.jboss.shrinkwrap.api.ArchiveFactory.createFromZipFile(ArchiveFactory.java:176)
	at org.jboss.shrinkwrap.api.ShrinkWrap.createFromZipFile(ShrinkWrap.java:185)
	at org.wildfly.swarm.tools.ArtifactAsset.getArchive(ArtifactAsset.java:61)
	at org.wildfly.swarm.tools.WebInfLibFilteringArchiveAsset.openStream(WebInfLibFilteringArchiveAsset.java:34)
	at org.jboss.shrinkwrap.impl.base.exporter.AbstractOnDemandInputStream.read(AbstractOnDemandInputStream.java:130)
	... 29 more

While it works fine in 3.0.3, with 3.1.0.M1, all beans referenced by security namespace are initialized before custom BeanPostProcessor are run. Tested on provider and entrypoint, but i assume its general problem.

Was surprised when spring-test was brought down transitively just because I added spring-aspects to my list of dependencies.

Query such as 

explain  select * from part where p_size > (select max(p_size) from part group by p_type);

is missing sq_count_check UDF which ensures there is at most one row coming from subquery.
This problem was originally reported as part of HIVE-16793

The root directory of the install is world writeable as are the bin, extras and system directories:
drwxrwxrwx  13 gashcrumb gashcrumb 4.0K Nov 22 08:48 .
drwxrwxr-x.  6 gashcrumb gashcrumb 4.0K Nov 22 08:47 ..
drwxrwxrwx   2 gashcrumb gashcrumb 4.0K Nov 22 02:09 bin
drwxrwxr-x  10 gashcrumb gashcrumb 4.0K Nov 22 08:48 data
drwxrwxr-x   2 gashcrumb gashcrumb 4.0K Nov 22 00:52 deploy
drwxrwxr-x   2 gashcrumb gashcrumb 4.0K Nov 22 02:04 etc
drwxrwxrwx   3 gashcrumb gashcrumb 4.0K Nov 22 02:09 extras
drwxrwxr-x   3 gashcrumb gashcrumb 4.0K Nov 22 00:54 fabric
drwxrwxr-x   2 gashcrumb gashcrumb 4.0K Nov 22 08:47 instances
drwxrwxr-x   5 gashcrumb gashcrumb 4.0K Nov 22 00:52 lib
drwxrwxr-x   2 gashcrumb gashcrumb 4.0K Nov 22 00:54 licenses
rw-rr-   1 gashcrumb gashcrumb 8.5K Nov 22 00:54 license.txt
rw-rw-r-   1 gashcrumb gashcrumb    0 Nov 22 08:47 lock
drwxrwxr-x  10 gashcrumb gashcrumb 4.0K Nov 22 02:09 quickstarts
rw-rr-   1 gashcrumb gashcrumb  947 Nov 22 02:09 readme.txt
drwxrwxrwx  29 gashcrumb gashcrumb 4.0K Nov 22 08:47 system
should probably not let those be world writeable out of the box.

It should support comma separated values like hive pre/post execution hooks

CREATE TABLE `item`(
  `i_item_sk` int,
  `i_item_id` char(16),
  `i_rec_start_date` date,
  `i_rec_end_date` date,
  `i_item_desc` varchar(200),
  `i_current_price` decimal(7,2),
  `i_wholesale_cost` decimal(7,2),
  `i_brand_id` int,
  `i_brand` char(50),
  `i_class_id` int,
  `i_class` char(50),
  `i_category_id` int,
  `i_category` char(50),
  `i_manufact_id` int,
  `i_manufact` char(50),
  `i_size` char(20),
  `i_formulation` char(20),
  `i_color` char(20),
  `i_units` char(10),
  `i_container` char(10),
  `i_manager_id` int,
  `i_product_name` char(50));

select count(*)
 from item i1
 where
   (select count(*)
       from item
       where (i_manufact = i1.i_manufact)) > 0;

Error stack

org.apache.calcite.util.mapping.Mappings$NoElementException: source #0 has no target in mapping [size=0, sourceCount=1, targetCount=1, elements=[]]
	at org.apache.calcite.util.mapping.Mappings$AbstractMapping.getTarget(Mappings.java:874) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.RelFieldTrimmer$2.handle(RelFieldTrimmer.java:304) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.CorrelationReferenceFinder$MyRexVisitor.visitFieldAccess(CorrelationReferenceFinder.java:59) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.CorrelationReferenceFinder$MyRexVisitor.visitFieldAccess(CorrelationReferenceFinder.java:50) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rex.RexFieldAccess.accept(RexFieldAccess.java:81) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rex.RexShuttle.visitList(RexShuttle.java:148) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rex.RexShuttle.visitCall(RexShuttle.java:97) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rex.RexShuttle.visitCall(RexShuttle.java:36) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rex.RexCall.accept(RexCall.java:104) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rex.RexShuttle.apply(RexShuttle.java:279) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rel.core.Filter.accept(Filter.java:103) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.CorrelationReferenceFinder.visit(CorrelationReferenceFinder.java:44) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.hadoop.hive.ql.optimizer.calcite.reloperators.HiveFilter.accept(HiveFilter.java:116) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.calcite.rel.RelShuttleImpl.visitChild(RelShuttleImpl.java:55) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rel.RelShuttleImpl.visitChildren(RelShuttleImpl.java:69) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rel.RelShuttleImpl.visit(RelShuttleImpl.java:131) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.CorrelationReferenceFinder.visit(CorrelationReferenceFinder.java:43) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.hadoop.hive.ql.optimizer.calcite.reloperators.HiveProject.accept(HiveProject.java:198) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.calcite.rel.AbstractRelNode.accept(AbstractRelNode.java:279) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.CorrelationReferenceFinder$MyRexVisitor.visitSubQuery(CorrelationReferenceFinder.java:65) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.CorrelationReferenceFinder$MyRexVisitor.visitSubQuery(CorrelationReferenceFinder.java:50) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.rex.RexSubQuery.accept(RexSubQuery.java:85) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.RelFieldTrimmer.result(RelFieldTrimmer.java:296) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.RelFieldTrimmer.dummyProject(RelFieldTrimmer.java:434) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(RelFieldTrimmer.java:390) ~[calcite-core-1.12.0.jar:1.12.0]
	at org.apache.hadoop.hive.ql.optimizer.calcite.rules.HiveRelFieldTrimmer.trimFields(HiveRelFieldTrimmer.java:273) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.calcite.util.ReflectUtil$2.invoke(ReflectUtil.java:525) ~[calcite-core-1.12.0.jar:1.12.0]

0: jdbc:hive2://os-r6-atlas-ha-re-re-2.openst> create table source1 (abc String);
No rows affected (0.268 seconds)
0: jdbc:hive2://os-r6-atlas-ha-re-re-2.openst> create table ctas_src as select * from source1;
INFO  : Tez session hasn't been created yet. Opening session
INFO  : Dag name: create table ctas_src as select * ...source1(Stage-1)
INFO  :

INFO  : Status: Running (Executing on YARN cluster with App id application_1464692782033_0005)

INFO  : Map 1: -/-
ERROR : Vertex failed, vertexName=Map 1, vertexId=vertex_1464692782033_0005_1_00, diagnostics=[Vertex vertex_1464692782033_0005_1_00 [Map 1] killed/failed due to:INIT_FAILURE, Fail to create InputInitializerManager, org.apache.tez.dag.api.TezReflectionException: Unable to instantiate class with 1 arguments: org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator
at org.apache.tez.common.ReflectionUtils.getNewInstance(ReflectionUtils.java:70)
at org.apache.tez.common.ReflectionUtils.createClazzInstance(ReflectionUtils.java:89)
at org.apache.tez.dag.app.dag.RootInputInitializerManager$1.run(RootInputInitializerManager.java:151)
at org.apache.tez.dag.app.dag.RootInputInitializerManager$1.run(RootInputInitializerManager.java:148)
at java..AccessController.doPrivileged(Native Method)
at javax..auth.Subject.doAs(Subject.java:422)
at org.apache.hadoop..UserGroupInformation.doAs(UserGroupInformation.java:1724)
at org.apache.tez.dag.app.dag.RootInputInitializerManager.createInitializer(RootInputInitializerManager.java:148)
at org.apache.tez.dag.app.dag.RootInputInitializerManager.runInputInitializers(RootInputInitializerManager.java:121)
at org.apache.tez.dag.app.dag.impl.VertexImpl.setupInputInitializerManager(VertexImpl.java:4607)
at org.apache.tez.dag.app.dag.impl.VertexImpl.access$4400(VertexImpl.java:202)
at org.apache.tez.dag.app.dag.impl.VertexImpl$InitTransition.handleInitEvent(VertexImpl.java:3423)
at org.apache.tez.dag.app.dag.impl.VertexImpl$InitTransition.transition(VertexImpl.java:3372)
at org.apache.tez.dag.app.dag.impl.VertexImpl$InitTransition.transition(VertexImpl.java:3353)
at org.apache.hadoop.yarn.state.StateMachineFactory$MultipleInternalArc.doTransition(StateMachineFactory.java:385)
at org.apache.hadoop.yarn.state.StateMachineFactory.doTransition(StateMachineFactory.java:302)
at org.apache.hadoop.yarn.state.StateMachineFactory.access$300(StateMachineFactory.java:46)
at org.apache.hadoop.yarn.state.StateMachineFactory$InternalStateMachine.doTransition(StateMachineFactory.java:448)
at org.apache.tez.state.StateMachineTez.doTransition(StateMachineTez.java:57)
at org.apache.tez.dag.app.dag.impl.VertexImpl.handle(VertexImpl.java:1925)
at org.apache.tez.dag.app.dag.impl.VertexImpl.handle(VertexImpl.java:201)
at org.apache.tez.dag.app.DAGAppMaster$VertexEventDispatcher.handle(DAGAppMaster.java:2053)
at org.apache.tez.dag.app.DAGAppMaster$VertexEventDispatcher.handle(DAGAppMaster.java:2039)
at org.apache.tez.common.AsyncDispatcher.dispatch(AsyncDispatcher.java:183)
at org.apache.tez.common.AsyncDispatcher$1.run(AsyncDispatcher.java:114)
at org.apache.tez.common.ReflectionUtils.getNewInstance(ReflectionUtils.java:68)
... 25 more
Caused by: java.lang.NoClassDefFoundError: org/apache/hadoop/hive/metastore/api/DataOperationType
at org.apache.hadoop.hive.ql.io.AcidUtils$Operation.<clinit>(AcidUtils.java:196)
at org.apache.hadoop.hive.ql.plan.FileSinkDesc.<init>(FileSinkDesc.java:93)
at org.apache.hadoop.hive.ql.plan.FileSinkDescConstructorAccess.newInstance(Unknown Source)
at org.apache.hive.com.esotericsoftware.kryo.Kryo$1.newInstance(Kryo.java:1062)
at org.apache.hive.com.esotericsoftware.kryo.Kryo.newInstance(Kryo.java:1112)
at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.create(FieldSerializer.java:526)
at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.read(FieldSerializer.java:502)
at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:694)
at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:106)
at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.read(FieldSerializer.java:507)
at org.apache.hive.com.esotericsoftware.kryo.Kryo.readClassAndObject(Kryo.java:776)
at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:112)
at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:18)
at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.read(MapSerializer.java:139)
at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.read(MapSerializer.java:17)
at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:672)
at org.apache.hadoop.hive.ql.exec.Utilities.deserializeObjectByKryo(Utilities.java:1173)
at org.apache.hadoop.hive.ql.exec.Utilities.deserializePlan(Utilities.java:1062)
at org.apache.hadoop.hive.ql.exec.Utilities.deserializePlan(Utilities.java:1076)
at org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:432)
at org.apache.hadoop.hive.ql.exec.Utilities.getMapWork(Utilities.java:311)
at org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator.<init>(HiveSplitGenerator.java:101)
... 30 more
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hive.metastore.api.DataOperationType
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 65 more
]
ERROR : DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0
Error: Error while processing statement: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Map 1, vertexId=vertex_1464692782033_0005_1_00, diagnostics=[Vertex vertex_1464692782033_0005_1_00 [Map 1] killed/failed due to:INIT_FAILURE, Fail to create InputInitializerManager, org.apache.tez.dag.api.TezReflectionException: Unable to instantiate class with 1 arguments: org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator
... 25 more
... 30 more
... 65 more
]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0 (state=08S01,code=2)
0: jdbc:hive2://os-r6-atlas-ha-re-re-2.openst>

This is the key

At the completion of the roo-ci.sh script, there is still a tomcat process running as it not being terminated after the pizzashop tests (prior to running expenses.roo)

When running PE randomSeekScan against hadoop 3 cluster, I got the following error:

2018-02-26 17:11:09,548 INFO  [main] mapreduce.Job: Task Id : attempt_1519408774395_0003_m_000004_0, Status : FAILED
Error: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.filter.FilterAllFilter
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:338)
        at java.lang.Class.forName(Class.java:264)
        at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.forName(PerformanceEvaluation.java:291)
        at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.setup(PerformanceEvaluation.java:276)
        at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:143)
        at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:794)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:342)
        at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:174)

This is due to FilterAllFilter being inside hbase-server tests jar, hence not added as dependency for PE job.

This issue is a regression in 2.0 (it works correctly in 1.x). The org.springframework.data.domain.Auditable interface allows the getLastModifiedDate() method to return TemporalAccessor. However, if you actually do that, you get this exception at runtime:

org.springframework.web.util.NestedServletException: Request processing failed; nested exception is org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type [java.time.Instant] to type [java.time.LocalDateTime]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:979)
	…
Caused by: org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type [java.time.Instant] to type [java.time.LocalDateTime]
	at org.springframework.core.convert.support.GenericConversionService.handleConverterNotFound(GenericConversionService.java:319)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:192)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:173)
	at org.springframework.data.auditing.DefaultAuditableBeanWrapperFactory$DateConvertingAuditableBeanWrapper.lambda$getAsTemporalAccessor$0(DefaultAuditableBeanWrapperFactory.java:219)
	at org.springframework.data.auditing.DefaultAuditableBeanWrapperFactory$DateConvertingAuditableBeanWrapper.getAsTemporalAccessor(DefaultAuditableBeanWrapperFactory.java:219)
	at org.springframework.data.auditing.MappingAuditableBeanWrapperFactory$MappingMetadataAuditableBeanWrapper.getLastModifiedDate(MappingAuditableBeanWrapperFactory.java:193)
	at org.springframework.data.rest.webmvc.HttpHeadersPreparer.lambda$getLastModifiedInMilliseconds$4(HttpHeadersPreparer.java:119)
	at java.util.Optional.flatMap(Optional.java:241)
	at org.springframework.data.rest.webmvc.HttpHeadersPreparer.getLastModifiedInMilliseconds(HttpHeadersPreparer.java:119)
	at org.springframework.data.rest.webmvc.HttpHeadersPreparer.prepareHeaders(HttpHeadersPreparer.java:80)
	at org.springframework.data.rest.webmvc.ResourceStatus.getStatusAndHeaders(ResourceStatus.java:62)
	at org.springframework.data.rest.webmvc.RepositoryEntityController.lambda$getItemResource$3(RepositoryEntityController.java:337)
	at org.springframework.data.rest.webmvc.RepositoryEntityController.getItemResource(RepositoryEntityController.java:333)
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:208)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:135)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:100)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:859)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:769)
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:86)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:970)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:904)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:971)
	... 105 more

The problem was  caused in this commit where MappingAuditableBeanWrapperFactory's getLastModifiedDate() method was changed to use LocalDateTime instead of TemporalAccessor (presumably by accident?)

The attached test (a modification of the current one) shows that a roll back that occurs in the first chunk, of a step, does not properly reset the input source to the first record. But, instead, continues with the next record after the rollback is executed.
I believe the solution is to call the inputreader.mark() as part of the open() method in DefaultFlatFileInputSource.java

I submitted this via the listserv on 7/21/2005, and one of the developers said it would be looked into immediately, so I didnt file a JIRA issue on it, but since it apparently hasn't been touched in CVS, I'm going to submit it here.  I'm pasting in the email contents below:
I'm also going to submit a patch, which is my version of the fix.
================================
I'll double check but I'm pretty sure that's a bug. If so I'll get it committed either tonight or tomorrow. US time that is  -Ray
On 7/21/05, Tim Kettering <tim.kettering@vivakos.com> wrote:
>  
>  
> 
>   
> 
> I was tracking down some issues that came up after we started using our own
> UserDetails object in the principal of Authentication.    This method in
> JaasNameCallbackHandler seems to be calling the incorrect method.  In 
> AbstractAuthenticationHandler, the methods called are 
> 'authentication.getPrincipal().getUsername()'  not
> 'toString()'  like it appears below.   Is there any reason for this?  The
> problem we are facing is that our JAAS handler is trying to 
> authenticate on the entire toString() output of our UserDetails 
> object, instead of just the username, at this point, when the Acegi 
> API/source seems to indicate that
> toString() is to be used for debug output.  
> 
>   
> 
>     public void handle(Callback callback, Authentication 
> authentication)
> 
>         throws IOException, UnsupportedCallbackException {
> 
>         if (callback instanceof NameCallback) 
{
> 
>             NameCallback ncb = (NameCallback) callback;
> 
>             ncb.setName(authentication.getPrincipal().toString());
> 
>         }
> 
>     }
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=ick
_______________________________________________
Home: http://acegisecurity.sourceforge.net
Acegisecurity-developer mailing list
Acegisecurity-developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer

in extreme situations, due to misconfigurations, it may be possible to have 100Ks or even 1Ms of aborted txns.
This causes delete from TXNS where txn_id in (...) to have a huge IN clause and DB chokes.  
Should use something like TxnHandler.TIMED_OUT_TXN_ABORT_BATCH_SIZE to break up delete into multiple queries.  (Incidentally the batch size should likely be 1000, not 100, maybe even configurable).
On MySQL for example, it can cause query to fail with
Packet for query is too large (9288598 > 1048576). You can change this value on the server by setting the max_allowed_packet' variable.

The JavaDoc for QuoteMode.NONE says:

Never quotes fields. When the delimiter occurs in data, it is preceded by the current escape character. If the escape character is not set, printing will throw an exception if any characters that require escaping are encountered.
However, the CSVFormat.validate() method will throw an IllegalArgumentException if there is no escape character.
I was expecting the documented behaviour. I guess I will need to use QuoteMode.MINIMAL instead.

Note: This works perfectly in 2.5.6 with the same Hibernate version.
In HibernateTransactionManager.doBegin() line 555 (hibTx = session.beginTransaction() results in a call to TransactionSynchronizationManager.bindResource with the following arguments:
key = the datasource
value = connection holder
So far so good.
Execution of HibernateTransactionManager.doBegin() then resumes until line 571 (TransactionSynchronizationManager.bindResource(getDataSource(), conHolder) which then bombs out on line 179 with java.lang.IllegalStateException: Already value !
This is a serious regression that should definitely be fixed before 3.0 goes final.
Keep up the good work,
Axel (going back to 2.5.6 until this is resolved)

I'm using quite complex domain model, that consist of instantiable domain classes as well as of abstract ones. I used 1.0.0.M5 version, and the type information (under _class key) was stored with object when it was necessary to be able to read it from database later. That worked perfectly for me till my upgrade to 1.0.0.RELEASE version that broke my application as it saves the objects without type information and later it is impossible to read it back to java model. 
What I found is that MappingMongoConverter.writeInternal(...) method that in turn calls addCustomTypeIfNecessary(...) (line 330) which puts type information into DBObject. During execution of convertToMongoType(...) (at line 851) removeTypeInfoRecursively(...) is called which clears type data saved earlier under _class key. I had to comment out this call in order to 
The first point is that there is a contradiction: why to save type information to DBObject if it is later removed by other method? The second point is that there should be a way to persist the type information inferred from runtime along the persisted object and not just the class definition.

This is unexpected.  M should not be carrying regions in branch-1.  Right Jimmy Xiang?   Thanks.

Create a snapshot of an existing HBase table, export the snapshot using the -chuser, -chgroup, -chmod options.
Look in hdfs filesystem for export. The files do not have the correct ownership, group, permissions
Thanks to Ian Roberts who first reported the issue.

Using GS2-KRB5-PLUS mechanism should be forced when channel binding is possible (server-ssl-context is used) and GS2-KRB5 should not be allowed in such case.
Currently the GS2-KRB5 authentication passes even if the SSL server context is used (channel binding possible).
This is a follow up to JBEAP-11396 and JBEAP-12231 which were aimed on SCRAM PLUS mechanisms. Most of the related discussion takes place on JBEAP-11396.

When using  PropertiesConfiguration with autoSave "true" the PropertiesConfigurationLayout causes invalid properties files to be saved.
When using addProperty("key", "value"); where key does not exist yet in the configuration the EVENT_ADD_PROPERTY event that updates the PropertiesConfigurationLayout with the new "key" is issued only after the possiblySave() method is invoked so the new property will not be saved.
When using setProperty("key", "value"); where key does not exist yet in the configuration the EVENT_SET_PROPERTY event that updates the PropertiesConfigurationLayout with the new "key" is issued only after the possiblySave() method is invoked so the new property will not be saved.
The way it is implemented now makes content of the saved file depending on PropertiesConfigurationLayout content that depends on an event that will be issued only after the file was properly updated. This creates a circular dependency that cannot work.

Found a defect in a new feature CAMEL-9393. 
sendMessage in WebsocketProducer should handle the case when websocket is null because of connectionKey is not valid. This fix will be applicable for both send message to singe or to multiple connections. 

The beforeInvocation method in AbstractSecurityInterceptor class has the following line:
        Assert.isTrue(getSecureObjectClass().isAssignableFrom(object.getClass()), "Security invocation attempted for object " + object
                    + " but AbstractSecurityInterceptor only configured to support secure objects of type: "
                    + getSecureObjectClass());
where the implicit object.toString() causes problems for us with detached Hibernate 3.0
collections. Our code passes an detached org.hibernate.collection.PersistentSet to a DAO
object which initializes it. This works fine in 0.8.0 but is broken in 0.8.3. The root cause
is that it is not safe to call toString() for lazily loaded Hibernate collection that is detached.
I don't think this is a Hibernate bug as it mimics java.util.Collection toString() behavior. It
would be unsafe for Hibernate to return different values depending on whether the object is
detached or not.
Suggested fix is to either remove the above or make the check configurable so we can
disable it.

Additionally, when service is started, the max-size cannot be dynamically applied, as this is part of the infinispan cache configuration.

As the name implies and per the documentation 'stub:' should be a no-op.
However, if the exchange pattarn is InOut, routes are actually blocked waiting for a response.
Discovered against camel 2.16.3
Confirmed against Camel 2.22.0 (see attached test-case)
 
When we replay recovered edits, we used the minSeqId of Store, It may cause deleted data appeared again.
Let's see how it happens. Suppose the region with two families(cf1,cf2)
1.put one data to the region (put r1,cf1:q1,v1)
2.move the region from server A to server B.
3.delete the data put by step 1(delete r1)
4.flush this region.
5.make major compaction for this region
6.move the region from server B to server A.
7.Abort server A
8.After the region is online, we could get the deleted data(r1,cf1:q1,v1)
(When we replay recovered edits, we used the minSeqId of Store, because cf2 has no store files, so its seqId is 0, so the edit log of put data will be replayed to the region)

wsprovide.sh script fails on HPUX machines
This issue is caused by WFLY-9538

hudson@eap-perf-hpux-02.mw.lab.eng.bos.redhat.com:/mnt/hudson_workspace/workspace/mkopecky/wildfly/bin>./wsprovide.sh 
./wsprovide.sh[86]: JAVA_OPTS=${JAVA_OPTS/-secmgr/}: bad substitution
hudson@eap-perf-hpux-02.mw.lab.eng.bos.redhat.com:/mnt/hudson_workspace/workspace/mkopecky/wildfly/bin>

[mkopecky@dhcp-10-40-5-4 bin]$ ./wsprovide.sh 
Error: endpoint implementation was not specified!
WSProvideTask generates portable JAX-WS artifacts for an endpoint implementation.

usage: wsprovide.sh [options] <endpoint class name>

options: 
    -h, --help                  Show this help message
    -k, --keep                  Keep/Generate Java source
    -w, --wsdl                  Enable WSDL file generation
    -a, --address=<address>     The generated port soap:address in wsdl
    -c, --classpath=<path>      The classpath that contains the endpoint
    -o, --output=<directory>    The directory to put generated artifacts
    -r, --resource=<directory>  The directory to put resource artifacts
    -s, --source=<directory>    The directory to put Java source
    -e, --extension             Enable SOAP 1.2 binding extension
    -q, --quiet                 Be somewhat more quiet
    -t, --show-traces           Show full exception stack traces
    -v, --verbose               Show full exception stack traces
    -l, --load-provider         Load the provider and exit (debug utility)
[mkopecky@dhcp-10-40-5-4 bin]$

Hi,
If two-way-ssl is on "want" mode (as opposed to the stricter "need"), and client does not deliver a certificate, getSslInfo() does not work, since init method fails:

java.lang.IllegalArgumentException: No SSL certificates
	at org.springframework.util.Assert.notNull(Assert.java:193)
	at org.springframework.http.server.reactive.DefaultSslInfo.<init>(DefaultSslInfo.java:44)
	at org.springframework.http.server.reactive.ServletServerHttpRequest.initSslInfo(ServletServerHttpRequest.java:190)
	at org.springframework.http.server.reactive.AbstractServerHttpRequest.getSslInfo(AbstractServerHttpRequest.java:162)

...but according to the description, it's supposed to work:

/**
 * Return the SSL session information if the request has been transmitted
 * over a secure protocol including SSL certificates, if available.
 * @return the session information, or \{@code null} if none available
 * @since 5.0.2 */
 @Nullable default SslInfo getSslInfo() \{ return null; }

There are some problem with the transformer when setting the default value of PROCESS_ID_UUID

The REST interface currently provides MaxAge hints to HTTP cache servers when returning results, but does not do so in a way that makes much sense. For some other responses such as scanner results or schema, the REST interface provides a NoCache hint. That seems appropriate. Otherwise, especially given the rich configuration languages of caching servers such as Varnish, it is probably not appropriate to manage cache policy in the REST interface. 

Change JpaOperationsImpl  to add dependencies instead of updating them. Problem is due to having a property place holder for a version number rather than a number itself. The equals() method in dependency sees the dependency as the same.

I get this kind of failures in the DataSetSedaTest now and then:
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 4.731 sec <<< FAILURE!
test(org.apache.camel.component.dataset.DataSetSedaTest)  Time elapsed: 4.49 sec  <<< ERROR!
java.lang.AssertionError: dataset:foo Failed due to caught exception: java.lang.AssertionError: Header: camelDataSetIndex does not match. Expected: 33 but was: 32 on Exchange[Message: <hello>world!</hello>] with headers: 
{camelDataSetIndex=32}
        at org.apache.camel.component.mock.MockEndpoint.fail(MockEndpoint.java:712)
        at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:255)
        at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:214)
        at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:141)
        at org.apache.camel.ContextTestSupport.assertMockEndpointsSatisfied(ContextTestSupport.java:283)
        at org.apache.camel.component.dataset.DataSetSedaTest.test(DataSetSedaTest.java:35)
I am not sure yet if it's just a test issue (quite probable) or there's a more serious underlying issue.  If anybody else experienced this please add a comment.

At http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/expressions.html, the examples given refer to TemplatedParserContext.
The actual class is TemplateParserContext.

I just tried the new database reverse engineer functionality with an existing MySQL database which has got multiple catalogs (as MySQL doesn't support schemas). There are various tables with foreign key relation to tables in other catalogs.
When trying to run "database reverse engineer" it always ends with "NullPointerException at  org.springframework.roo.addon.dbre.DbreMetadata.addManyToOneFields(DbreMetadata.java:235)" (see an example run below)
de.st.db.model roo> database reverse engineer --package de.st.db.model --schema CM
Managed SRC_MAIN_RESOURCES\META-INF\spring\dbre.xml
Created SRC_MAIN_JAVA\de\st\db\model
Created SRC_MAIN_JAVA\de\st\db\model\CmBillContracts.java
Created de.st.db.model.CmBillContracts
Created SRC_MAIN_JAVA\de\st\db\model\CmBillInvoices.java
Created de.st.db.model.CmBillInvoices
Created SRC_MAIN_JAVA\de\st\db\model\CmBillInvoiceItems.java
Created de.st.db.model.CmBillInvoiceItems
Created SRC_MAIN_JAVA\de\st\db\model\CmBillInvoiceItemTypes.java
Created de.st.db.model.CmBillInvoiceItemTypes
Created SRC_MAIN_JAVA\de\st\db\model\CmBillRates.java
Created de.st.db.model.CmBillRates
Created SRC_MAIN_JAVA\de\st\db\model\CmBillServices.java
Created de.st.db.model.CmBillServices
Created SRC_MAIN_JAVA\de\st\db\model\CmCallCalls.java
Created de.st.db.model.CmCallCalls
Created SRC_MAIN_JAVA\de\st\db\model\CmCallPhoneLines.java
Created de.st.db.model.CmCallPhoneLines
Created SRC_MAIN_JAVA\de\st\db\model\CmCallPhoneLineTypes.java
Created de.st.db.model.CmCallPhoneLineTypes
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctAddresses.java
Created de.st.db.model.CmCtctAddresses
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctAddressCities.java
Created de.st.db.model.CmCtctAddressCities
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctAddressLocations.java
Created de.st.db.model.CmCtctAddressLocations
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctAddressStreets.java
Created de.st.db.model.CmCtctAddressStreets
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctCommunicationMeanTypes.java
Created de.st.db.model.CmCtctCommunicationMeanTypes
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctEmailAddresses.java
Created de.st.db.model.CmCtctEmailAddresses
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctEmailPrefixes.java
Created de.st.db.model.CmCtctEmailPrefixes
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctGroups.java
Created de.st.db.model.CmCtctGroups
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctGroupOwners.java
Created de.st.db.model.CmCtctGroupOwners
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctNamesFirst.java
Created de.st.db.model.CmCtctNamesFirst
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctNamesFirstCountries.java
Created de.st.db.model.CmCtctNamesFirstCountries
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctNamesLast.java
Created de.st.db.model.CmCtctNamesLast
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctPersons.java
Created de.st.db.model.CmCtctPersons
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctPersonEmailAddresses.java
Created de.st.db.model.CmCtctPersonEmailAddresses
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctPersonGroups.java
Created de.st.db.model.CmCtctPersonGroups
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctPersonPhoneNos.java
Created de.st.db.model.CmCtctPersonPhoneNos
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctPersonRelations.java
Created de.st.db.model.CmCtctPersonRelations
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctPhoneAreaCodes.java
Created de.st.db.model.CmCtctPhoneAreaCodes
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctPhoneNos.java
Created de.st.db.model.CmCtctPhoneNos
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctRelations.java
Created de.st.db.model.CmCtctRelations
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctSuperGroups.java
Created de.st.db.model.CmCtctSuperGroups
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctSuperGroupGroups.java
Created de.st.db.model.CmCtctSuperGroupGroups
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctTapirexCache.java
Created de.st.db.model.CmCtctTapirexCache
Created SRC_MAIN_JAVA\de\st\db\model\CmCtctTitles.java
Created de.st.db.model.CmCtctTitles
Created SRC_MAIN_JAVA\de\st\db\model\CmLocsCommunities.java
Created de.st.db.model.CmLocsCommunities
Created SRC_MAIN_JAVA\de\st\db\model\CmLocsCounties.java
Created de.st.db.model.CmLocsCounties
Created SRC_MAIN_JAVA\de\st\db\model\CmLocsCountries.java
Created de.st.db.model.CmLocsCountries
Created SRC_MAIN_JAVA\de\st\db\model\CmLocsDistricts.java
Created de.st.db.model.CmLocsDistricts
Created SRC_MAIN_JAVA\de\st\db\model\CmLocsMunicipalities.java
Created de.st.db.model.CmLocsMunicipalities
Created SRC_MAIN_JAVA\de\st\db\model\CmLocsNames.java
Created de.st.db.model.CmLocsNames
Created SRC_MAIN_JAVA\de\st\db\model\CmLocsNamesLang.java
Created de.st.db.model.CmLocsNamesLang
Created SRC_MAIN_JAVA\de\st\db\model\CmLocsOfficialMunicipalityKey.java
Created de.st.db.model.CmLocsOfficialMunicipalityKey
Created SRC_MAIN_JAVA\de\st\db\model\CmLocsStates.java
Created de.st.db.model.CmLocsStates
Created SRC_MAIN_JAVA\de\st\db\model\CmBillContracts_Roo_Entity.aj
Created SRC_MAIN_JAVA\de\st\db\model\CmBillInvoices_Roo_Entity.aj
Undo create SRC_MAIN_JAVA\de\st\db\model\CmBillInvoices_Roo_Entity.aj
Undo create SRC_MAIN_JAVA\de\st\db\model\CmBillContracts_Roo_Entity.aj
Undo create SRC_MAIN_JAVA\de\st\db\model\CmLocsStates.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmLocsOfficialMunicipalityKey.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmLocsNamesLang.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmLocsNames.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmLocsMunicipalities.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmLocsDistricts.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmLocsCountries.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmLocsCounties.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmLocsCommunities.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctTitles.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctTapirexCache.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctSuperGroupGroups.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctSuperGroups.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctRelations.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctPhoneNos.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctPhoneAreaCodes.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctPersonRelations.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctPersonPhoneNos.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctPersonGroups.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctPersonEmailAddresses.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctPersons.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctNamesLast.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctNamesFirstCountries.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctNamesFirst.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctGroupOwners.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctGroups.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctEmailPrefixes.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctEmailAddresses.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctCommunicationMeanTypes.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctAddressStreets.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctAddressLocations.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctAddressCities.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCtctAddresses.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCallPhoneLineTypes.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCallPhoneLines.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmCallCalls.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmBillServices.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmBillRates.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmBillInvoiceItemTypes.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmBillInvoiceItems.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmBillInvoices.java
Undo create SRC_MAIN_JAVA\de\st\db\model\CmBillContracts.java
Undo create SRC_MAIN_JAVA\de\st\db\model
Undo manage SRC_MAIN_RESOURCES\META-INF\spring\dbre.xml
NullPointerException at org.springframework.roo.addon.dbre.DbreMetadata.addManyToOneFields(DbreMetadata.java:235)
From "database introspect" I also couldn't see any schema information inside for those foreign key relations, so it seems, that Roo currently cannot handle data across multiple schemas/catalogs.
I wouldn't like the idea to have to merge 250+ tables from separate schemas into one single schema, only to get Roo working.

Hi,
When a request is made but methods

AbstractListenerWriteFlushProcessor#onSubscribe/AbstractListenerWriteProcessor#onSubscribe 

are not invoked then the fields

AbstractListenerWriteFlushProcessor#subscription/AbstractListenerWriteProcessor#subscription 

will be NULL.
As a result of request timeout, methods

AbstractListenerWriteFlushProcessor#cancel/AbstractListenerWriteProcessor#cancel

will be invoked and the following exception will be thrown:

	at org.springframework.http.server.reactive.AbstractListenerWriteFlushProcessor.cancel(AbstractListenerWriteFlushProcessor.java:101) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar!/:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.server.reactive.ServletServerHttpResponse$ResponseAsyncListener.handleError(ServletServerHttpResponse.java:192) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar!/:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.server.reactive.ServletServerHttpResponse$ResponseAsyncListener.onTimeout(ServletServerHttpResponse.java:182) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar!/:5.0.0.BUILD-SNAPSHOT]
	at org.apache.catalina.core.AsyncListenerWrapper.fireOnTimeout(AsyncListenerWrapper.java:44) ~[tomcat-embed-core-8.5.12.jar!/:8.5.12]
	at org.apache.catalina.core.AsyncContextImpl.timeout(AsyncContextImpl.java:133) ~[tomcat-embed-core-8.5.12.jar!/:8.5.12]
	at org.apache.catalina.connector.CoyoteAdapter.asyncDispatch(CoyoteAdapter.java:153) [tomcat-embed-core-8.5.12.jar!/:8.5.12]
...

Regards,
Violeta

On Page 68 of the Reference manual
There are lots of sentences that are hard to parse but this section was too much.
5.6.2 Configuring the Web Flow system
"The artifacts defined faces-config.xml use Spring to locate the Web Flow system."
looks like an "in the" was omitted
The artifacts defined in the faces-config.xml use Spring to locate the Web Flow system.
Same section next paragraph. I am not sure what it was supposed to say but my guess is as follows.
"In this example inside webflow-config.xml resides the configuration of the Web Flow system the JSF artifacts
will delegate to."
Might be possible to parse it it said,
"In this example, the configuration of the JSF artifacts, to which the Web Flow system will delegate, resides inside webflow-config.xml."
I hope that this is what was intended. 
Here are a few commas ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
Please distribute them throughout the manual.
Look for sentences and phrases that start with "if", If", "in" and "In". Other places are short of commas but this would be a start.
English is a bitch of a language without proper punctuation. We just string words and phrases together and use punctuation to help guide the reader. Leave out the punctuation and it is anyone's guess as to what goes with what.
Keep up the good work.

In jboss-ejb-iiop_1_0.xsd, the "integrity", "confidentiality", "establish-trust-in-client", and "establish-trust-in-target" attributes on the "iorTransportConfigType" complexType, and the "auth-method", "realm" and "required" attributes on the "iorASContextType" complexType have both use="required" and a default attribute.
This does not make sense because default values are only applicable to optional attributes. I'm not sure which is correct, but either the attributes should be optional or the default values removed. This problem causes the XSD to not validate.

When fail-on-error is set to false and offline is set to false the goal ends in a failure rather than logging the error and continuing the build process.

A colon is missing so the getUrl can return

http//localhost:23000/test

Which should be

http://localhost:23000/test

Hadoop 2.4 wants newer version than us, it's always dangerous to downgrade 3rd parties versions...

As the description, increasing it to 1 min to have some upper limit.

FAILED:  org.apache.hadoop.hbase.master.cleaner.TestHFileCleaner.testHFileCleaning

Error Message:
test timed out after 2000 milliseconds

java.lang.Exception: test timed out after 2000 milliseconds
        at org.apache.hadoop.ipc.Client.call(Client.java:1210)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:202)
        at $Proxy17.create(Unknown Source)
        at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:164)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:83)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.create(ClientNamenodeProtocolTranslatorPB.java:192)
        at org.apache.hadoop.hdfs.DFSOutputStream.<init>(DFSOutputStream.java:1298)
        at org.apache.hadoop.hdfs.DFSOutputStream.newStreamForCreate(DFSOutputStream.java:1317)
        at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:1243)
        at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:1200)
        at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:273)
        at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:262)
        at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:79)
        at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:811)
        at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:792)
        at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:754)
        at org.apache.hadoop.fs.FileSystem.createNewFile(FileSystem.java:1054)
        at org.apache.hadoop.hbase.master.cleaner.TestHFileCleaner.testHFileCleaning(TestHFileCleaner.java:119)

Testing 0.95.1 RC1, I found that just inserting data and splitting seems to trigger a bug in the archivedHFileCleaner that makes it complain about missing files. It seems to happen mostly to reference files post-split.
I'm attaching a grep I did with the file name (you'll see the same file name happens to be in 2 regions, it's because it's a reference file).

      switch (kind) {
...
      default:
        modifiers = null;
        break;
      }

      BufferedStream result = streams.get(name);
      if (result == null) {
        result = new BufferedStream(name.toString(), bufferSize,
            codec == null ? codec : codec.modify(modifiers));

In case modifiers is null and codec is ZlibCodec, there would be NPE in ZlibCodec#modify(EnumSet<Modifier> modifiers) :

    for (Modifier m : modifiers) {

The constructor AbstractHashedMap(Map map) calls the public non-final method putAll() from the same class.
This is likely to cause problems if the method is ever overridden, as the parent may not have been completely initialised when the sub-class method is invoked. 
Possible solution: extract the code into a common private method. Or make the method final.

User sunweiei provided the following jmap output in 0.96 deployment:

 num     #instances         #bytes  class name
   1:      14917882     3396492464  [C
   2:       1996994     2118021808  [B
   3:      43341650     1733666000  java.util.LinkedHashMap$Entry
   4:      14453983     1156550896  [Ljava.util.HashMap$Entry;
   5:      14446577      924580928  org.apache.hadoop.metrics2.lib.Interns$CacheWith2Keys$2

Heap consumption by Interns$CacheWith2Keys$2 could be due to calls to Interns.info() in DynamicMetricsRegistry.
This scenario would arise when large number of regions are tracked through metrics2.
Interns class doesn't provide API to remove entries in its internal Map.
Meaning, DynamicMetricsRegistry#clearMetrics() is unable to reclaim that part of heap.

BeanValidationEE8TestCase fails with security manager because of missing permission "org.hibernate.validator.HibernateValidatorPermission" "accessPrivateMembers":

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.hibernate.validator.HibernateValidatorPermission" "accessPrivateMembers")" in code source "(vfs:/content/beanvalidation-ee8-test-case.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.beanvalidation-ee8-test-case.war" from Service Module Loader")
	at org.hibernate.validator.internal.metadata.location.FieldConstraintLocation.getAccessible(FieldConstraintLocation.java:129)
	at org.hibernate.validator.internal.metadata.location.FieldConstraintLocation.<init>(FieldConstraintLocation.java:50)
	at org.hibernate.validator.internal.metadata.location.ConstraintLocation.forField(ConstraintLocation.java:43)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider$TypeArgumentFieldLocation.toConstraintLocation(AnnotationMetaDataProvider.java:836)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.createTypeArgumentMetaConstraint(AnnotationMetaDataProvider.java:790)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.lambda$findTypeUseConstraints$2(AnnotationMetaDataProvider.java:779)
	at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382)
	at java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:270)
	at java.util.Spliterators$ArraySpliterator.forEachRemaining(Spliterators.java:948)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.findTypeUseConstraints(AnnotationMetaDataProvider.java:780)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.findTypeArgumentsConstraints(AnnotationMetaDataProvider.java:758)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.findTypeAnnotationConstraints(AnnotationMetaDataProvider.java:577)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.findPropertyMetaData(AnnotationMetaDataProvider.java:237)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.getFieldMetaData(AnnotationMetaDataProvider.java:225)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.retrieveBeanConfiguration(AnnotationMetaDataProvider.java:133)
	at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.getBeanConfiguration(AnnotationMetaDataProvider.java:124)
	at org.hibernate.validator.internal.metadata.BeanMetaDataManager.getBeanConfigurationForHierarchy(BeanMetaDataManager.java:220)
	at org.hibernate.validator.internal.metadata.BeanMetaDataManager.createBeanMetaData(BeanMetaDataManager.java:187)
	at org.hibernate.validator.internal.metadata.BeanMetaDataManager.lambda$getBeanMetaData$0(BeanMetaDataManager.java:160)
	at java.util.concurrent.ConcurrentMap.computeIfAbsent(ConcurrentMap.java:324)
	at org.hibernate.validator.internal.metadata.BeanMetaDataManager.getBeanMetaData(BeanMetaDataManager.java:159)
	at org.hibernate.validator.internal.engine.ValidationContext$ValidationContextBuilder.forValidate(ValidationContext.java:487)
	at org.hibernate.validator.internal.engine.ValidatorImpl.validate(ValidatorImpl.java:156)
	at org.wildfly.test.integration.ee8.temp.BeanValidationEE8TestCase.testMapKeySupport(BeanValidationEE8TestCase.java:64)

Observed that chaos monkey was killing the wrong RS when performing chaos actions like RestartRSHolingMeta, RestartRandomRSExceptMeta etc. This is because we use the cached region location that turns out to be false in subsequent actions.
More specifically in DistributedHBaseCluster.getServerHoldingRegion(..)
we use regionLoc = locator.getRegionLocation(regionName) which does not reload the cache.

That seems to be bug in Hadoop, actually.
BuiltInGzipDecompressor.end() needs to be called to release it's resource, but it is not called anywhere in CodecPool.
Instead the end() is called by finalize(), which is only called during a full gc (or never, depending on JVM).
This is only an issue in test. In real life most folks will have the native GzipDecompressor

Install Service<PathManager> using ServiceName from capability, where the legacy ServiceName is an alias.

TwitterConverter.java at [1] line 49, calls DirectMessage.getSenderScreenName() but it is deprecated [2] and its implementation DirectMessageJSONImpl [3] throws UnsupportedOperationException. To fix, just call getSenderId() instead.
 
1. https://github.com/apache/camel/blob/master/components/camel-twitter/src/main/java/org/apache/camel/component/twitter/util/TwitterConverter.java#L49
2. https://github.com/Twitter4J/Twitter4J/blob/4.0.7/twitter4j-core/src/main/java/twitter4j/DirectMessage.java#L47
3. https://github.com/Twitter4J/Twitter4J/blob/4.0.7/twitter4j-core/src/internal-json/java/twitter4j/DirectMessageJSONImpl.java#L254

For a double nested generic type subdocument mapping seems act falsely. A sample project can be found in reference url.  
I used spring-boot-starter-data-mongodb and spring-boot version 1.5.6.release.

(1)timeout for Procedure can not be configured.

Procedure's timeout
ProcedureCoordinator
  final static long TIMEOUT_MILLIS_DEFAULT = 60000;
   createProcedure(ForeignExceptionDispatcher fed, String procName, byte[] procArgs,
      List<String> expectedMembers) {
    // build the procedure
    return new Procedure(this, fed, WAKE_MILLIS_DEFAULT, TIMEOUT_MILLIS_DEFAULT,
        procName, procArgs, expectedMembers);
  }

RegionServerSnapshotManager:
  /** Conf key for max time to keep threads in snapshot request pool waiting */
  public static final String SNAPSHOT_TIMEOUT_MILLIS_KEY = "hbase.snapshot.region.timeout";
  /** Keep threads alive in request pool for max of 60 seconds */
  public static final long SNAPSHOT_TIMEOUT_MILLIS_DEFAULT = 60000;

  public Subprocedure buildSubprocedure(SnapshotDescription snapshot) {
    long timeoutMillis = conf.getLong(SNAPSHOT_TIMEOUT_MILLIS_KEY,
        SNAPSHOT_TIMEOUT_MILLIS_DEFAULT);
    case FLUSH:
      SnapshotSubprocedurePool taskManager =
        new SnapshotSubprocedurePool(rss.getServerName().toString(), conf);
  }

(2)TakeSnapshotHandler
after snapshotRegions we should call monitor.rethrowException(); to check if there is exception and if there is we can skip the verifySnapshot
(3)too much error message when error happened in some place.

In HRegionServer.scan(), if
 (a) the number of results returned, n, is greater than zero
 (b) but less than the size of the batch (nbRows)
 (c) and the size in bytes is smaller than the max size (maxScannerResultSize)
then the readRequestCount will be reported as n - 1 rather than n. (This is because the for-loop counter i is used to update the readRequestCount, and if the scan runs out of rows before reaching max rows or size, the code `break`s out of the loop and i is not incremented for the final time.)
To reproduce, create a test table and open its details page in the web UI. Insert a single row, then note the current request count, c. Scan the table, returning 1 row; the request count will still be c, whereas it should be c + 1.
I have a patch against TRUNK I can submit. At Splice Machine we're running 0.94, & I'd be happy to submit a patch against that as well. 

HIVE-18416 have made some extra stat updates on the q.out which are unrelated

Toward the end of the test output, I saw:

2017-08-05 03:30:16,591 INFO  [Time-limited test] assignment.TestAssignmentManager(446): ExecutionException
java.util.concurrent.ExecutionException: org.apache.hadoop.hbase.master.procedure.ServerCrashException: ServerCrashProcedure pid=3, server=localhost,103,1
  at org.apache.hadoop.hbase.master.procedure.ProcedureSyncWait$ProcedureFuture.get(ProcedureSyncWait.java:104)
  at org.apache.hadoop.hbase.master.procedure.ProcedureSyncWait$ProcedureFuture.get(ProcedureSyncWait.java:62)
  at org.apache.hadoop.hbase.master.assignment.TestAssignmentManager.waitOnFuture(TestAssignmentManager.java:444)
  at org.apache.hadoop.hbase.master.assignment.TestAssignmentManager.testSocketTimeout(TestAssignmentManager.java:255)
  at java.lang.reflect.Method.invoke(Method.java:498)
  at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
  at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
  at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
  at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
  at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
  at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
  at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
  at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:298)
  at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:292)
Caused by: org.apache.hadoop.hbase.master.procedure.ServerCrashException: ServerCrashProcedure pid=3, server=localhost,103,1
  at org.apache.hadoop.hbase.master.assignment.UnassignProcedure.updateTransition(UnassignProcedure.java:169)
  at org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure.execute(RegionTransitionProcedure.java:274)
  at org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure.execute(RegionTransitionProcedure.java:57)
  at org.apache.hadoop.hbase.procedure2.Procedure.doExecute(Procedure.java:847)
  at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1440)
  at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1209)
  at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$800(ProcedureExecutor.java:79)
  at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1719)

This test failure seems to happen after HBASE-18491 was checked in.
Looking at the change in UnassignProcedure, it seems we should handle the two conditions differently:

     if (serverCrashed.get() || !isServerOnline(env, regionNode)) {

With attached patch, TestAssignmentManager#testSocketTimeout and TestServerCrashProcedure#testRecoveryAndDoubleExecutionOnRsWithMeta pass.

In cases where locking is not externally set (like when invoking it form a non @Transactional call stack) org.springframework.data.jpa.repository.support.LockModeRepositoryPostProcessor.LockModePopulatingMethodIntercceptor.invoke(MethodInvocation) is registering the locking mode itself (with the target method as key) using org.springframework.transaction.support.TransactionSynchronizationManager.bindResource(Object, Object), but is not calling org.springframework.transaction.support.TransactionSynchronizationManager#unbindResource(Object) afterwards.
In environments where the classloaders are discarded but the threads are reused, like in any application or web server with a service thread pool and hot redeployments, the VM ends up running out of PermGen space since 
{@link java.lang.Thread#threadLocals}
 will keep a strong reference to the bound method keeping alive the otherwise unused class loader and all its, classes and objects graph.
Sorry about the test case, it was written in a rush.
Heap dump can be found here (18Mb): https://dl.dropbox.com/u/1249691/LockModeRepositoryPostProcessor_LockModePopulatingMethodIntercceptorMemoryLeakTest.zip

ReplicationSinkManager is not thread-safe. This can cause problems in HBaseInterClusterReplicationEndpoint,  when the walprovider is multiwal. 
1. When multiple threads report bad sinks, the sink list can be non-empty but report a negative size because the ArrayList itself is not thread-safe. 
2. HBaseInterClusterReplicationEndpoint depends on the number of sinks to batch edits for shipping. However, it's quite possible that the following code makes it assume that there are no batches to process (sink size is non-zero, but by the time we reach the "batching" part, sink size becomes zero.)

if (replicationSinkMgr.getSinks().size() == 0) {
}
...
int n = Math.min(Math.min(this.maxThreads, entries.size()/100+1),
               replicationSinkMgr.getSinks().size());

[Update] This leads to ArithmeticException: division by zero at:

entryLists.get(Math.abs(Bytes.hashCode(e.getKey().getEncodedRegionName())%n)).add(e);

which is benign and will just lead to retries by the ReplicationSource.
The idea is to make all operations in ReplicationSinkManager thread-safe and do a verification on the size of replicated edits before we report success.

In order to fix ENTESB-633 the bundle 
mvn:org.apache.aries.transaction/org.apache.aries.transaction.jdbc/1.0.1.redhat-610139
needs to be deployed out of the box in 6.1.
Right now it is not. 
Please update the relevant feature definition so that this bundle is deployed by default. 

In Java 9 the javaOpts is initialized as an empty array ignoring the jvmArgs configuration parameter.
As a side note the jvmArgs parameter is deprecated, but likely should be undeprecated. There are definitely scenarios where a user can't define an array parameter.

Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization. 
problem only occurs when server is started from path that is not case equal to real path on file system.

I process this CLI command

/subsystem=elytron/aggregate-role-mapper=aggregateRoleMapper:add(role-mappers=[prefMapper001,prefMapper002<TAB>

Actual result

/subsystem=elytron/aggregate-role-mapper=aggregateRoleMapper:add(role-mappers=[prefMapper001,prefMapper002)

Expected result

/subsystem=elytron/aggregate-role-mapper=aggregateRoleMapper:add(role-mappers=[prefMapper001,prefMapper002])

having a JAX-RS @RequestScoped and @Stasteful

@Path("/members")
@RequestScoped
@Stateful
public class MemberService

doesn't seem to be acting as request-scoped. Specifically, an exception thrown out of this makes the service unusable with every subsequent request causes:

12:32:47,296 ERROR [org.jboss.as.ejb3.invocation] (default task-4) JBAS014134: EJB Invocation failed on component MemberService for method public org.jboss.as.quickstarts.html5_mobile.model.Member org.jboss.as.quickstarts.html5_mobile.rest.MemberService.lookupMemberById(long): javax.ejb.NoSuchEJBException: JBAS014300: Could not find EJB with id {[59, -10, 2, 63, 90, 28, 72, -49, -112, -90, 12, 30, -11, -1, -105, -104]}
	at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:62) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.as.quickstarts.html5_mobile.rest.MemberService$$$view2.lookupMemberById(Unknown Source) [classes:]
	at org.jboss.as.quickstarts.html5_mobile.util.JSONPRequestFilter.doFilter(JSONPRequestFilter.java:80) [classes:]

when use jms transport in camel-cxf endpoint, the outgoing message will use a Writer but not the OutputStream to send out message when the jms message is using text payload, currently RawMessageContentRedirectInterceptor not handle this case  

In the StringTemplateEndpoint we should propagate attachments as well, currently its only the headers.

java.lang.IllegalStateException: Cannot create a session after the response has been committed
	org.apache.catalina.connector.Request.doGetSession(Request.java:2313)
	org.apache.catalina.connector.Request.getSession(Request.java:2074)
	org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:833)
	org.springframework.web.servlet.support.DefaultFlashMapManager.retrieveFlashMaps(DefaultFlashMapManager.java:149)
	org.springframework.web.servlet.support.DefaultFlashMapManager.requestCompleted(DefaultFlashMapManager.java:202)
	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:830)

response.sendRedirect has already committed the response.

When running a roo build application on jetty by calling "mvn jetty:run" the applicaion is running directly under "http://localhost:8080" instead of running under "http://localhost:8080/applicationname". This should be changed to be in line with Tomcat and TC-Server where applications run under "http://localhost:8080/applicationname".
Furthermore this leads to some problems with generated selenium tests as those are based on URLs including the application name.

The  class loader used by API exposed by hadoop and the context class loader used by RunJar(bin/hadoop jar phoenix-client.jar …. ) are different resulting in classes loaded from jar not visible to other current class loader used by API. 

16/04/26 21:18:00 INFO client.RpcRetryingCaller: Call exception, tries=32, retries=35, started=491541 ms ago, cancelled=false, msg=
16/04/26 21:18:21 INFO client.RpcRetryingCaller: Call exception, tries=33, retries=35, started=511747 ms ago, cancelled=false, msg=
16/04/26 21:18:41 INFO client.RpcRetryingCaller: Call exception, tries=34, retries=35, started=531820 ms ago, cancelled=false, msg=
Exception in thread "main" org.apache.phoenix.exception.PhoenixIOException: Failed after attempts=35, exceptions:
Tue Apr 26 21:09:49 UTC 2016, RpcRetryingCaller{globalStartTime=1461704989282, pause=100, retries=35}, org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.NamespaceExistException): org.apache.hadoop.hbase.NamespaceExistException: SYSTEM
at org.apache.hadoop.hbase.master.TableNamespaceManager.create(TableNamespaceManager.java:156)
at org.apache.hadoop.hbase.master.TableNamespaceManager.create(TableNamespaceManager.java:131)
at org.apache.hadoop.hbase.master.HMaster.createNamespace(HMaster.java:2553)
at org.apache.hadoop.hbase.master.MasterRpcServices.createNamespace(MasterRpcServices.java:447)
at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:58043)
at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2115)
at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:102)

The actual problem is stated in the comment below https://issues.apache.org/jira/browse/PHOENIX-3495?focusedCommentId=15677081&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15677081
If we are not loading hbase classes from Hadoop classpath(from where hadoop jars are getting loaded), then the RemoteException will not get unwrapped because of ClassNotFoundException and the client will keep on retrying even if the cause of exception is DoNotRetryIOException.
RunJar#main() context class loader.

ClassLoader loader = createClassLoader(file, workDir);

    Thread.currentThread().setContextClassLoader(loader);
    Class<?> mainClass = Class.forName(mainClassName, true, loader);
    Method main = mainClass.getMethod("main", new Class[] {
      Array.newInstance(String.class, 0).getClass()
    });

HBase classes can be loaded from jar(phoenix-client.jar):-

hadoop --config /etc/hbase/conf/ jar ~/git/apache/phoenix/phoenix-client/target/phoenix-4.9.0-HBase-1.2-client.jar org.apache.phoenix.mapreduce.CsvBulkLoadTool   --table GIGANTIC_TABLE --input /tmp/b.csv --zookeeper localhost:2181

API(using current class loader).

public class RpcRetryingCaller<T> {
public IOException unwrapRemoteException() {
    try {
      Class<?> realClass = Class.forName(getClassName());
      return instantiateException(realClass.asSubclass(IOException.class));
    } catch(Exception e) {
      // cannot instantiate the original exception, just return this
    }
  }

Possible solution:-
We can create our own HBaseRemoteWithExtrasException(extension of RemoteWithExtrasException) so that default class loader will be the one from where the hbase classes are loaded and extend unwrapRemoteException() to throw exception if the unwrapping doesn’t take place because of CNF exception? 

I have been running what amounts to an ingestion test for a day or so. This is an all-in-one cluster launched with './bin/hbase master start' from sources. In the RS stats on the master UI, the "num compacting KVs" has diverged from "num compacted KVs" even though compaction has been completed from perspective of selection, no compaction tasks are running on the RS. I think this could be confusing – is compaction happening or not?
Or maybe I'm misunderstanding what this is supposed to show?

In cxfrs component the producer strips away the matrix param.
Web service proxying configuration (camel-proxy-example). 
<camelContext id="camel" xmlns="http://camel.apache.org/schema/spring">
<route>
<from uri="cxfrs://bean://rsServer?bindingStyle=SimpleConsumer"/>  
<to uri="cxfrs://bean://rsClient"/>  
</route>  
But we can see that the Matrix Parameters are completely stripped away in CxfRsProducer.  The SimpleConsumer as the binding style the matrix param will be sent as header params.  But shouldn't the matrix params part of the URL. 
ID: 15 
Address: http://localhost:8001/test/services/proxyServer/boxing;state=Current
Http-Method: GET 
Content-Type: 
Headers: 
{Accept=[application/xml], accept-encoding=[gzip, deflate], accept-language=[en-us], Authorization=[xxxx], connection=[keep-alive], Content-Length=[0], Content-Type=[null], host=[localhost:8001]}
 
-------------------------------------- 
--------------------------- 
ID: 16 
Address: http://localhost:29090/MyServer/boxing
Content-Type: / 
Headers: 
{Accept=[application/xml], state=[Current],  user-agent=[xxxxxx], accept-encoding=[gzip, deflate], Content-Length=[0], Authorization=[xxxxx], org.apache.cxf.request.uri=[/services/proxyServer/boxing;state=Current], host=[localhost:8001], connection=[keep-alive], accept-language=[en-us], org.apache.cxf.message.Message.PATH_INFO=[/boxing], org.apache.cxf.request.method=[GET], Content-Type=[*/*]}
 
I have came across similar issue posted in the past.  CAMEL-5405 CXF Transport loses HTTP Matrix parameters  But we are using camel 2.14.0 version. 

last slash at ./bin/hbase/ is not required.

$ ./bin/hbase/ hbck TableFoo TableBar

$ ./bin/hbase/ hbck -repair TableFoo TableBar

Can the error message be improved to recognise that not only is there no operation registered at the address, but there is no subsystem registered with that name.
Example: If ASYM_ENCRYPT is configured, without the elytron subsystem being present, there is a runtime error which doesn't make it obvious how to address the problem.
Customers porting EAP 7.0.x domain config to EAP 7.1.0 with fix for CVE-2016-2141 will see this
Runtime Error:
[Host Controller] 16:21:35,148 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
[Host Controller] ("profile" => "full-ha"),
[Host Controller] ("subsystem" => "jgroups"),
[Host Controller] ("stack" => "tcpping"),
[Host Controller] ("protocol" => "ASYM_ENCRYPT")
[Host Controller] ]) - failure description: "WFLYCLJG0026: No add operation registered at /profile=full-ha/subsystem=elytron/key-store=jgroups-tcpping"
[Host Controller] 16:21:35,164 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0034: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details.
[Host Controller] 16:21:35,170 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0178: Aborting with exit code 99

[ERROR] Request
[ERROR] {
[ERROR]     "operation" => "composite",
[ERROR]     "address" => [],
[ERROR]     "steps" => [
[ERROR]         {
[ERROR]             "address" => [("server-group" => "*")],
[ERROR]             "operation" => "read-resource-description",
[ERROR]             "access-control" => "trim-descriptions",
[ERROR]             "operations" => true
[ERROR]         },
[ERROR]         {
[ERROR]             "address" => [
[ERROR]                 ("host" => "master"),
[ERROR]                 ("server" => "*")
[ERROR]             ],
[ERROR]         },
[ERROR]         {
[ERROR]             "address" => [("extension" => "*")],
[ERROR]         }
[ERROR]     ],
[ERROR]     "operation-headers" => {"roles" => "OPERATOR"}
[ERROR] }

leads to  

[Host Controller] 16:34:53,544 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-12) JBAS014612: Operation ("composite") failed - address: ([]): java.lang.NullPointerException
[Host Controller]   at org.jboss.as.domain.controller.operations.coordination.HostControllerExecutionSupport$Factory.create(HostControllerExecutionSupport.java:167)
[Host Controller]   at org.jboss.as.domain.controller.operations.coordination.HostControllerExecutionSupport$Factory.create(HostControllerExecutionSupport.java:181)
[Host Controller]   at org.jboss.as.domain.controller.operations.coordination.OperationSlaveStepHandler.addSteps(OperationSlaveStepHandler.java:108)
[Host Controller]   at org.jboss.as.domain.controller.operations.coordination.OperationCoordinatorStepHandler.executeTwoPhaseOperation(OperationCoordinatorStepHandler.java:201)
[Host Controller]   at org.jboss.as.domain.controller.operations.coordination.OperationCoordinatorStepHandler.execute(OperationCoordinatorStepHandler.java:124)
[Host Controller]   at org.jboss.as.domain.controller.operations.coordination.PrepareStepHandler.execute(PrepareStepHandler.java:103)
[Host Controller]   at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:610) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:488) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:277) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:272) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:257) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:142) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:154) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$2.run(SubjectDoAsHandler.java:96) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$2.run(SubjectDoAsHandler.java:92) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_17]
[Host Controller]   at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_17]
[Host Controller]   at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:92) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:86) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:50) [undertow-core-1.0.0.Beta12.jar:1.0.0.Beta12]
[Host Controller]   at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:87) [wildfly-domain-http-interface-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
[Host Controller]   at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta12.jar:1.0.0.Beta12]
[Host Controller]   at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta12.jar:1.0.0.Beta12]
[Host Controller]   at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:614) [undertow-core-1.0.0.Beta12.jar:1.0.0.Beta12]
[Host Controller]   at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17]
[Host Controller]   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17]
[Host Controller]   at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]

FileUtil.copy(inputFs, snapshotDir, outputFs, initialOutputSnapshotDir, false, false, conf);
        setOwner(outputFs, snapshotTmpDir, filesUser, filesGroup, true);
      }
      if (filesMode > 0) {
        setPermission(outputFs, snapshotTmpDir, (short)filesMode, true);
      }

It copy snapshot manifest to initialOutputSnapshotDir, but it set owner on snapshotTmpDir. They are different directory when skipTmp is true.
Another problem is new cluster doesn't have .hbase-snapshot directory. So after export snapshot, it should set owner on .hbase-snapshot directory.

The BeanWrapper used in MongoTemplate.initializeVersionProperty(…) is not using the ConversionService held in the MongoConverter. This can cause type assignment conflicts in case the version property is not an integer.

A copy and paste error since 1.1.4 prevents the dbre.xml resource from being added to the maven-war-plugin as an exclusion.

In ActivationSecurityUtil and DsDeploymentXmlInstallProcessor, the necessary dependency to legacy security subsystem might be skipped because some metadata is being overlooked:

connection definition security metadata
connection definition recovery security metadata
xa data source recovery security metadata

SPR-10608 introduced a new PathResource and a set of associated unit tests. Those tests do not pass on Windows. There are assertions against file paths that assume forward slashes, but on Windows those slashes are backward slashes.

The current version of JiBX (1.1.5) supports marshalling and unmarshalling of all classes defined in binding definition file, for single IBindingFactory instance. The class that is passed in to BindingDirectory to get the factory instance is just used to locate the generated class that contains binding information - it is not the only class that this factory can marshall/unmarshall.
The solution: The supports() method of org.springframework.oxm.jibx.JibxMarshaller should be modified to return true for all mapped classes of IBindingFactory.

When I launch an embed-server from CLI, it displays twice [standalone@embedded /] [standalone@embedded /] for the first time.

[wangc@dhcp-128-40 wildfly-10.0.0.Final-SNAPSHOT]$ sh bin/jboss-cli.sh 
[standalone@embedded /] [standalone@embedded /] ls  
core-service                               launch-type=EMBEDDED                       product-version=undefined                  
deployment                                 management-major-version=4                 profile-name=undefined                     
deployment-overlay                         management-micro-version=0                 release-codename=Kenny                     
extension                                  management-minor-version=0                 release-version=2.0.5.Final                
interface                                  name=dhcp-128-40                           running-mode=ADMIN_ONLY                    
path                                       namespaces=[]                              schema-locations=[]                        
socket-binding-group                       organization=undefined                     server-state=running                       
subsystem                                  process-type=Server                        suspend-state=RUNNING                      
system-property                            product-name=undefined                     uuid=8c4ede2f-8e14-48bf-9eaf-73947e23edcf  

[standalone@embedded /] quit

This does not happen in 2.0.4.Final.

See HBASE-13398 and http://blog.cloudera.com/blog/2014/12/new-in-cdh-5-2-improvements-for-running-multiple-workloads-on-a-single-hbase-cluster/.

The noop=true option does not lock the file during processing as it states in its class javadoc. The parameter is false. It should be true instead.
    public NoOpFileProcessStrategy() 
{
        super(false);
    }
            
The bean processor and bean invocation logic may in cases when the EIP annotations is used on beans, cause the callback to be called twice.

unionOperator will have the schema following the operator in the first branch. Because ColumnPruner prunes columns based on the internal name, the column in other branches may be pruned due to a different internal name from the first branch. To repro, run rcfile_union.q with return path turned on.

Unit test failed with error:  Failed suppression of fs shutdown hook
ShutdownHookManager.deleteShutdownHook failed to delete the hook since it should be runnable instead of a thread for HADOOP 2.0.0.
For other HADOOP version, runnable should work too since thread implements runnable.

Hibernate's RegionFactory interface's Javadoc states that implementations should either provide parameterless constructors, or a constructor that takes a Properties object as its only argument. However, only the second option actually works, since Hibernate's SettingsFactory attempts to find such a constructor via reflection and fails if it does not one.
This is an unresolved Hibernate bug, but affects LocalRegionFactoryProxy which does not work as it currently exists.
Hibernate bug:
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3695
http://jira.springframework.org/browse/SPR-6387

To reproduce, the following query can be used:

select distinct first_value(t) over ( partition by si order by i, b ) from over10k limit 100;

The distinct keyword is ignored and duplicates are produced.

I am use RestTemplate with MockMvc for testing MVC REST controllers.
My Configuration:

public class RestTestConfig {

    @Bean
    public MockMvc mockMvc(SomeRestController someRestController,
                           OtherRestController otherRestController) {
        return MockMvcBuilders.standaloneSetup(someRestController, otherRestController).build();
    }

    @Bean
    public ClientHttpRequestFactory clientHttpRequestFactory(MockMvc mockMvc) {
        return new MockMvcClientHttpRequestFactory(mockMvc);
    }

    @Bean
    public RestTemplate restTemplate(ObjectMapper objectMapper, ClientHttpRequestFactory requestFactory) {
        RestTemplate restTemplate = new RestTemplate(requestFactory);
        for(HttpMessageConverter<?> converter : restTemplate.getMessageConverters()) {
            if (converter instanceof MappingJackson2HttpMessageConverter) {
                ((MappingJackson2HttpMessageConverter) converter).setObjectMapper(objectMapper);
            }
        }
        return restTemplate;
    }
}

I have some controller:

@RequestMapping(value = "/api/some-path",
        produces = {MediaType.APPLICATION_JSON_VALUE, MediaType.APPLICATION_XML_VALUE},
        consumes = {MediaType.APPLICATION_JSON_VALUE, MediaType.APPLICATION_XML_VALUE}
)
public class SomeRestController {

    @ResponseStatus(HttpStatus.CREATED)
    public SomeDto create(@RequestBody SomeDto someDto) {
        return service.save(someDto);
    }

}

And I try to do POST request with code:

headers.setAccept(Collections.singletonList(acceptType));
headers.setContentType(contentType);
HttpEntity<M> httpEntity = new HttpEntity<>(body, headers);

return restTemplate.exchange(uri, method, httpEntity, responseType, params);

When I do it I see MethodNotSupportedException with message "Content type 'null' not supported".
I found point in code where bug is happends. It is ConsumesRequestCondition.matchMediaType(..).

MediaType contentType = StringUtils.hasLength(request.getContentType()) ?
     MediaType.parseMediaType(request.getContentType()) :
     MediaType.APPLICATION_OCTET_STREAM;
return getMediaType().includes(contentType);

There method request.getContentType() always return null. It happends because MockHttpServletRequest.getContentType() returns value of private field contentType. But MockMvcClientHttpRequestFactory does not set this field. Real Content-Type is contained in headers.
I see two solutions:
 1 - MockMvcClientHttpRequestFactory must set value of contentType from headers to field.
 2 - MockHttpServletRequest.getContentType() must returns value from headers but not from private field contentType.
Some additional information can be found by stackoverflow link.
If my description is unclear I can provide example project.

Reference : http://camel.465427.n5.nabble.com/Camel-xmpp-dynamic-router-is-not-connecting-to-openfire-td5730506.html#a5730537

<camel:route id="eventSubscriber">
                        <camel:from uri="ref:eventReceiverUri" />
                         <camel:dynamicRouter>                  
                    <camel:method ref="eventRouterBean" method="processEvent"/>
                </camel:dynamicRouter>
                </camel:route> 

In eventRouterBean's processEvent method, we are building xmpp groupchat room url depending upon the message and forwading the same message into respective groupchatrooms. 
If resulting groupchat room is not existing, it will log message 
WARN 2013-04-05 17:55:48,190 (UnitOfWorkProcessor.java processAsync:162) - Caught unhandled exception while processing ExchangeId: ID-INGBTCPIC8NB038-63130-1365164745141-0-3 
org.apache.camel.FailedToCreateProducerException: Failed to create Producer for endpoint: Endpoint[xmpp://<ip>:5222/?password=******&resource=zone_4fc100e4-d004-4a0b-a7e2-7cf910585af6_51&room=zone_4fc100e4-d004-4a0b-a7e2-7cf910585af6_51%40conference.test.com&serviceName=ispf.com&user=messagepublisher%40test.com]. Reason: not-allowed(405) 
        at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:395) 
        at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:278) 
        at org.apache.camel.processor.RoutingSlip.processExchange(RoutingSlip.java:280) 
        at org.apache.camel.processor.RoutingSlip.doRoutingSlip(RoutingSlip.java:205) 
        at org.apache.camel.processor.RoutingSlip.process(RoutingSlip.java:135) 
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73) 
        at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99) 
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90) 
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:73) 
and ...... 
Caused by: not-allowed(405) 
        at org.jivesoftware.smackx.muc.MultiUserChat.join(MultiUserChat.java:501) 
        at org.apache.camel.component.xmpp.XmppGroupChatProducer.doStart(XmppGroupChatProducer.java:84) 
        at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:60) 
        at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:62) 
        at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:393) 
        ... 40 more 
This is still fine. 
But issue is if I create a groupchat room in openfire, it should forward new incoming message to same groupchat room. But it is not forwarding.
It is keep on logging error message as 'Not connected to the server' repeatedly for all messages.
But if I restart the camel context, then it starts working. 
Looks like it is caching url and its connection as not allowed in dynamic router. 
What will be the solution? 
And even the exception is thowing at ProducerCache.doGetProducer().. 
So how to clear cache for failed connections?

When metadataList.isEmpty() (L222 in DruidQueryBasedInputFormat) returns true, we throw an Exception. However, this is true if query filters on range that is not within datasource timestamp ranges. Thus, we should only throw the Exception if metadataList is null.
Issue can be reproduced with the following query if timestamp values are all greater or equal than '1999-11-01 00:00:00':

SELECT COUNT(`__time`)
FROM store_sales_sold_time_subset
WHERE `__time` < '1999-11-01 00:00:00';

Vertex failed, vertexName=Map 1, vertexId=vertex_1484282558103_0067_2_00, diagnostics=[Vertex vertex_1484282558103_0067_2_00 [Map 1] killed/failed due to:ROOT_INPUT_INIT_FAILURE, Vertex Input: store_sales_sold_time_subset initializer failed, vertex=vertex_1484282558103_0067_2_00 [Map 1], java.io.IOException: Connected to Druid but could not retrieve datasource information
	at org.apache.hadoop.hive.druid.io.DruidQueryBasedInputFormat.splitSelectQuery(DruidQueryBasedInputFormat.java:224)
	at org.apache.hadoop.hive.druid.io.DruidQueryBasedInputFormat.getInputSplits(DruidQueryBasedInputFormat.java:140)
	at org.apache.hadoop.hive.druid.io.DruidQueryBasedInputFormat.getSplits(DruidQueryBasedInputFormat.java:92)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.addSplitsForGroup(HiveInputFormat.java:367)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getSplits(HiveInputFormat.java:485)
	at org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator.initialize(HiveSplitGenerator.java:196)
	at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable$1.run(RootInputInitializerManager.java:278)
	at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable$1.run(RootInputInitializerManager.java:269)
	at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable.call(RootInputInitializerManager.java:269)
	at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable.call(RootInputInitializerManager.java:253)

Because the ns table is offline, all subsequent tests just keep retrying and eventually fail (This contribs to the hung TestAdmin we've been seeing of late).

map-side aggregation depends on runtime.freememory() which is not guaranteed to return the freeable memory - it depends on when the garbage collector is invoked last.
It might be a good idea to estimate the number of rows that can fit in the hash table and then flush the hash table based on that

The other ArchiveInputStream s either throw an exception or return -1 when you try to read from the stream without ever calling getNextEntry.

Camel XMPP communication is not working in version 2.15.3 when running in Karaf. The feature installation works fine but no messages are processed.
I guess this is potentially based on changing the Smack version from 3 to 4. 
Based on the existing Camel Karaf tests I created a simple test which passes with Camel Version 2.14.3 and fails with Camel Version 2.15.3. The test can be found here https://github.com/achim86/karaf-xmpp (remember to start the XMPPServer before running the test as described in the readme).

See nabble
http://camel.465427.n5.nabble.com/Krati-Component-isn-t-preserving-headers-tp5730374.html

HBASE-20295 fix null point exception of "conf" member variable, add "context.getConfiguration()" in case when "conf" object was not been properly initialized, and put it into the first priority checking sequence, this code change affect user call "setConf" explicitly initialize "conf" object in TableOutputFormat object, proposal to change checking sequence, use "conf" object from "getConf" method first .

I have simple war app with simple servlet doing:

		resp.setContentType("text/plain");
		String servletId = (String) req.getServletContext().getAttribute("servletId");
		System.out.println("requestedSessionId: " + req.getRequestedSessionId() + ", queryString: " + req.getQueryString());

		HttpSession session = req.getSession();
		Long counter = (Long) session.getAttribute("counter");
		if (counter == null) {
			counter = 0L;
		}

		counter++;
		session.setAttribute("counter", counter);
		PrintWriter writer = resp.getWriter();
		writer.println(servletId + " " + counter);
		writer.close();

There are running 256 clients (apache http client) hitting this servlet. When I manually introduce graceful shutdown (timeout 5s) I can occasionally see some 404 (0-10) responses (instead of 503). This response is not listed in the access log. The server log looks like:

2017-09-13 11:54:21,070 INFO  [org.jboss.as.server] (management-handler-thread - 3) WFLYSRV0211: Suspending server with 5000 ms timeout.
2017-09-13 11:54:21,072 INFO  [org.jboss.as.ejb3] (management-handler-thread - 3) WFLYEJB0493: EJB subsystem suspension complete
2017-09-13 11:54:21,074 INFO  [org.jboss.as.server] (Management Triggered Shutdown) WFLYSRV0241: Shutting down in response to management operation 'shutdown'
2017-09-13 11:54:21,104 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 2) WFLYUT0022: Unregistered web context: '/' from server 'default-server'
2017-09-13 11:54:21,121 TRACE [io.undertow.request] (default I/O-1) Opened connection with /127.0.0.1:44328
2017-09-13 11:54:21,121 TRACE [io.undertow.request] (default I/O-5) Opened connection with /127.0.0.1:44324
2017-09-13 11:54:21,122 DEBUG [io.undertow.request] (default I/O-1) Matched default handler path /Counter
2017-09-13 11:54:21,122 DEBUG [io.undertow.request] (default I/O-5) Matched default handler path /Counter
2017-09-13 11:54:21,132 TRACE [io.undertow.session] (ServerService Thread Pool -- 2) Bumping timeout for session KykwjKuYLFildYvXtaqCr6CHPhlQcFvq715M6CMU to 1505298261132
....
2017-09-13 11:54:21,205 TRACE [io.undertow.session] (ServerService Thread Pool -- 2) Bumping timeout for session KA4RbDMrYmi28CebEz2NzPe7sqAX35OhU95U9jvC to 1505298261205
2017-09-13 11:54:21,205 TRACE [io.undertow.session] (ServerService Thread Pool -- 2) Removing session attribute counter for session KA4RbDMrYmi28CebEz2NzPe7sqAX35OhU95U9jvC
2017-09-13 11:54:21,211 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-5) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
2017-09-13 11:54:21,214 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0019: Host default-host stopping
2017-09-13 11:54:21,217 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-5) WFLYJCA0019: Stopped Driver service with driver-name = h2
2017-09-13 11:54:21,233 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 23) WFLYCLINF0003: Stopped client-mappings cache from ejb container
2017-09-13 11:54:21,253 TRACE [io.undertow.request] (default I/O-5) Opened connection with /127.0.0.1:44332
2017-09-13 11:54:21,253 TRACE [io.undertow.server.handlers.ResponseCodeHandler] (default I/O-5) Setting response code 404 for exchange HttpServerExchange{ GET /Counter request {Connection=[Keep-Alive], Accept-Encoding=[gzip,deflate], User-Agent=[Apache-HttpClient/4.3.6.redhat-1 (java 1.5)], Host=[localhost:8080]} response {}}
2017-09-13 11:54:21,253 TRACE [io.undertow.server.HttpServerExchange] (default I/O-5) Starting to write response for HttpServerExchange{ GET /Counter request {Connection=[Keep-Alive], Accept-Encoding=[gzip,deflate], User-Agent=[Apache-HttpClient/4.3.6.redhat-1 (java 1.5)], Host=[localhost:8080]} response {Connection=[keep-alive], Content-Length=[74], Content-Type=[text/html], Date=[Wed, 13 Sep 2017 09:54:21 GMT]}}
2017-09-13 11:54:21,262 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0008: Undertow HTTP listener default suspending
2017-09-13 11:54:21,262 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0008: Undertow HTTPS listener https suspending
2017-09-13 11:54:21,263 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to 127.0.0.1:8443
2017-09-13 11:54:21,263 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0007: Undertow HTTP listener default stopped, was bound to 127.0.0.1:8080
2017-09-13 11:54:21,264 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0004: Undertow 1.4.18.Final-redhat-1 stopping
2017-09-13 11:54:21,286 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0028: Stopped deployment ROOT.war (runtime-name: ROOT.war) in 191ms

Followup item from HIVE-7090, don't allow view to be created if the view definition has a temp table.

resource adapter configured as module not finding validation provider	

ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0215: Failed to resume activity org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent$1@3f9a21a1. To resume normal operation it is recommended that you restart the server.: java.lang.RuntimeException: javax.resource.ResourceException: IJ000852: Validation exception
	at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.activate(MessageDrivenComponent.java:273)
	at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.access$300(MessageDrivenComponent.java:63)
	at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent$1.resume(MessageDrivenComponent.java:109)
	at org.jboss.as.server.suspend.SuspendController.resume(SuspendController.java:126)
	at org.jboss.as.server.ServerService.finishBoot(ServerService.java:430)
	at org.jboss.as.server.ServerService.boot(ServerService.java:398)
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:370)
Caused by: javax.resource.ResourceException: IJ000852: Validation exception
	at org.jboss.jca.core.rar.EndpointImpl.activate(EndpointImpl.java:177)
	at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.activate(MessageDrivenComponent.java:271)
	... 7 more
	at org.jboss.jca.core.bv.BeanValidationUtil.createValidatorFactory(BeanValidationUtil.java:51)
	at org.jboss.jca.core.bv.BeanValidationUtil.createValidator(BeanValidationUtil.java:63)
	at org.jboss.jca.core.rar.EndpointImpl.activate(EndpointImpl.java:165)
	... 8 more

It looks like the hibernate validator module should have services=import: 

<module name="org.jboss.ironjacamar.impl" xmlns="urn:jboss:module:1.5">
...
...
        <module name="javax.validation.api"/>
        <module name="org.hibernate.validator"/>

If user makes a mistake, hive should either correct it in the first place, or allow user a chance to correct it. 
create table testwrongloc(id int);
alter table testwrongloc set location "hdfs://a-valid-hostname/tmp/testwrongloc";
--at this time, hive should throw error, as hdfs://a-valid-hostname is not a valid path, it either needs to be hdfs://namenode-hostname:8020/ or hdfs://hdfs-nameservice for HA
alter table testwrongloc set location "hdfs://correct-host:8020/tmp/testwrongloc"
or 
drop table testwrongloc;
upon this hive throws error, that host 'a-valid-hostname' is not reachable

2015-07-30 12:19:43,573 DEBUG [main]: transport.TSaslTransport (TSaslTransport.java:readFrame(429)) - CLIENT: reading data length: 293
2015-07-30 12:19:43,720 ERROR [main]: ql.Driver (SessionState.java:printError(833)) - FAILED: SemanticException Unable to fetch table testloc. java.net.ConnectException: Call From hdpsecb02.secb.hwxsup.com/172.25.16.178 to hdpsecb02.secb.hwxsup.com:8020 failed on connection exception: java.net.ConnectException: Connection refused; For more details see:  http://wiki.apache.org/hadoop/ConnectionRefused
org.apache.hadoop.hive.ql.parse.SemanticException: Unable to fetch table testloc. java.net.ConnectException: Call From hdpsecb02.secb.hwxsup.com/172.25.16.178 to hdpsecb02.secb.hwxsup.com:8020 failed on connection exception: java.net.ConnectException: Connection refused; For more details see:  http://wiki.apache.org/hadoop/ConnectionRefused
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.getTable(BaseSemanticAnalyzer.java:1323)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.getTable(BaseSemanticAnalyzer.java:1309)
        at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.addInputsOutputsAlterTable(DDLSemanticAnalyzer.java:1387)
        at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeAlterTableLocation(DDLSemanticAnalyzer.java:1452)
        at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:295)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:221)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:417)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:305)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1069)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1131)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1006)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:996)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:247)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:199)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:410)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:783)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:616)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to fetch table testloc. java.net.ConnectException: Call From hdpsecb02.secb.hwxsup.com/172.25.16.178 to hdpsecb02.secb.hwxsup.com:8020 failed on connection exception: java.net.ConnectException: Connection refused; For more details see:  http://wiki.apache.org/hadoop/ConnectionRefused
        at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1072)
        at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1019)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.getTable(BaseSemanticAnalyzer.java:1316)
        ... 23 more

Note this only happens when StorageBasedAuthorizationProvider is enabled.

Calling

/host=master/socket-binding-group=sockets/socket-binding=one:add(port=1121)

I see a corresponding service in the service container'

Service "org.wildfly.network.socket-binding.one" (aliases: jboss.binding.one) (class org.jboss.as.server.services.net.SocketBindingService) mode ON_DEMAND state DOWN (WAITING) (parent: jboss.host.controller.model.controller) (dependencies: jboss.socket-binding-manager)

However, when e.g. doing:

/host=master/socket-binding-group=sockets/remote-destination-outbound-socket-binding=test:add(host=localhost,port=12345)

I see no corresponding service in the dump.

Try to use project operation to rename fields and it does not work on root fields.
Document before project operation:

{
  "foo": "v1",
  "fooSub": {
    "sub": "v2"  
  } 
}

Expected result after project:

{
  "bar": "v1",
  "sub": "v2"
}

But get result:

{
  "bar": "null,
}

Test:

        Foo foo = new Foo("v1", new FooSub("v2"));
        ops.save(foo);

        Aggregation aggregation = Aggregation.newAggregation(
            project()
                .and("foo").as("bar")
                .and("fooSub.sub").as("sub"));
        List<Bar> mappedResults = ops.aggregate(aggregation, Foo.class, Bar.class).getMappedResults();

        assertThat(mappedResults.size()).isEqualTo(1);
        assertThat(mappedResults.get(0).getSub()).isEqualTo("v2"); // ok
        assertThat(mappedResults.get(0).getBar()).isEqualTo("v1"); // failed getBar() returns null instead of "v1"

In debug, Aggregation object is ok:

{ "aggregate" : "__collection__" , "pipeline" : [ { "$project" : { "bar" : "$foo" , "sub" : "$fooSub.sub"}}]}

but after convert to DBObject, $project part contains:

"bar" -> "1"
"sub" -> "$fooSub.sub"

ModelControllerMBeanHelper.queryMBeans is incorrectly checking for the presence of the root mbean by seeing if a Set<ObjectInstance> contains an ObjectName. Wrong type.

This code in JMSBinding

                // must encode to safe JMS header name before setting property on jmsMessage
                String key = jmsKeyFormatStrategy.encodeKey(headerName);
                jmsMessage.setObjectProperty(key, value);

Should detect the value type and use the jmsMessage.setBooleanProperty() and so on. Otherwise IBM thrown an exception.
See nabble
http://old.nabble.com/jmsbinding-problem-ts28620489.html

On ibm java 

08:56:01 + java -version
08:56:02 java version "1.8.0_181"
08:56:02 Java(TM) SE Runtime Environment (build 8.0.5.22 - pxa6480sr5fp22-20180919_01(SR5 FP22))
08:56:02 IBM J9 VM (build 2.9, JRE 1.8.0 Linux amd64-64-Bit Compressed References 20180915_397057 (JIT enabled, AOT enabled)
08:56:02 OpenJ9   - 6c152c2
08:56:02 OMR      - 15647c3
08:56:02 IBM      - d734883)
08:56:02 JCL - 20180821_01 based on Oracle jdk8u181-b12

I see error

09:12:38 org.wildfly.security.sasl.digest.CompatibilityClientTest  Time elapsed: 1.31 sec  <<< ERROR!
09:12:38 org.wildfly.security.credential.store.CredentialStoreException: ELY09514: Unable to initialize credential store
09:12:38 	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.load(KeyStoreCredentialStore.java:871)
09:12:38 	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.initialize(KeyStoreCredentialStore.java:213)
09:12:38 	at org.wildfly.security.credential.store.CredentialStoreBuilder.build(CredentialStoreBuilder.java:124)
09:12:38 	at org.wildfly.security.sasl.digest.CompatibilityClientTest.setupCredentialStore(CompatibilityClientTest.java:98)
09:12:38 Caused by: java.io.IOException: com.sun.crypto.provider.SealedObjectForKeyProtector
09:12:38 	at java.security.KeyStore.load(KeyStore.java:1456)
09:12:38 	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.load(KeyStoreCredentialStore.java:859)
09:12:38 	... 3 more

SealedObjectForKeyProtector exception is seen on IBM when keystore is created with nonIBM java. Which makes me think problem can be testsuite is run twice with -Djava8.home. Which is way we use to test with ibm 8 jdk. So probably credential store from previous run is used in run with ibm java.

Hive metastore schema on postgres is broken after the commit for HIVE-14498. Following error is seen during schema initialization:

0: jdbc:postgresql://localhost.localdomain:54> ALTER TABLE ONLY "MV_CREATION_MET
ADATA" ADD CONSTRAINT "MV_CREATION_METADATA_FK" FOREIGN KEY ("TBL_ID") REFERENCE
S "TBLS"("TBL_ID") DEFERRABLE
Error: ERROR: there is no unique constraint matching given keys for referenced table "TBLS" (state=42830,code=0)
Closing: 0: jdbc:postgresql://localhost.localdomain:5432/hive
Underlying cause: java.io.IOException : Schema script failed, errorcode 2
      at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:586)
      at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:559)
      at org.apache.hive.beeline.HiveSchemaTool.main(HiveSchemaTool.java:1183)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:498)
      at org.apache.hadoop.util.RunJar.run(RunJar.java:239)
      at org.apache.hadoop.util.RunJar.main(RunJar.java:153)
      at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:957)
      at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:935)
      at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:582)
      ... 8 more

In the file metastore/scripts/upgrade/postgres/hive-schema-3.0.0.postgres.sql the ordering of statement

ALTER TABLE ONLY "MV_CREATION_METADATA"
 ADD CONSTRAINT "MV_CREATION_METADATA_FK" FOREIGN KEY ("TBL_ID") REFERENCES "TBLS"("TBL_ID") DEFERRABLE;

is before the definition of unique constraints for TBLS which is causing the issue.

@Test
public void test() {
	TextEncryptor encryptor = Encryptors.queryableText("password", "salt");
	String encrypted = encryptor.encrypt("6048b75ed560785c");
	String decrypted = encryptor.decrypt(encrypted);
	assertEquals("6048b75ed560785c", decrypted);
}

This is because the value of the decrypted variable has a null byte (%00) at the end.  To get the test to pass, I called trim():

@Test
	String decrypted = encryptor.decrypt(encrypted).trim();
}

I'm not sure why this is happening at this stage, or the appropriate resolution.  The AesBytesEncryptor is using AES with PKCS5 which should care for padding handling for both encrypt/decrypt operations. I'm puzzled as to why a null byte is being tacked on.
This problem manifested itself in the Greenhouse reference application as a OAuth Signature Verification Failure.  The NUL (%00) byte is the culprit.

For query "SELECT x.* FROM src_null x ORDER BY b asc, a asc nulls last" here is the stack trace:

], TaskAttempt 1 failed, info=[Error: Error while running task ( failure ) : attempt_1492136345968_0001_40_01_000000_1:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: 
DeserializeRead details: Reading inputByteBuffer of length 3 at start offset 0 for length 3 to read 2 fields with types [string, int].  Read field #1 at field start position 1 current read offset 3 column sort order [false, false]
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1807)
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: 
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecordVector(ReduceRecordSource.java:389)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:245)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.run(ReduceRecordProcessor.java:317)
	... 15 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: 
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.processVectorGroup(ReduceRecordSource.java:421)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecordVector(ReduceRecordSource.java:380)
	... 18 more
	at org.apache.hadoop.hive.serde2.binarysortable.InputByteBuffer.read(InputByteBuffer.java:54)
	at org.apache.hadoop.hive.serde2.binarysortable.fast.BinarySortableDeserializeRead.readNextField(BinarySortableDeserializeRead.java:205)
	at org.apache.hadoop.hive.ql.exec.vector.VectorDeserializeRow.deserialize(VectorDeserializeRow.java:751)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.processVectorGroup(ReduceRecordSource.java:417)
	... 19 more

PATCHED_BLOB encoding creates mask with number of bits required for 95th percentile value. If the 95th percentile value requires 32 bits then the mask creation will result in integer overflow.

Hadoop archiving through hive is broken for 1.0. The hadoop archive command line and paths have changed for 1.0 and were not addressed in the shim layer.

We have some problem to increment several columns of a row in one increment request.
This one works, we can get all columns incremented as expected:

      Increment inc1 = new Increment(row);
      inc1.addColumn(cf, Bytes.toBytes("counter_A"), 1L);
      inc1.addColumn(cf, Bytes.toBytes("counter_B"), 1L);
      inc1.addColumn(cf, Bytes.toBytes("counter_C"), 1L);
      inc1.addColumn(cf, Bytes.toBytes("counter_D"), 1L);
      testTable.increment(inc1);

However, this one just increments counter_A, other columns are reset to 1 instead of incremented:

After recent changes, Hive on Spark throws KryoException:

16/04/14 21:53:24 INFO hiveserver2.DDLTest: ERROR : Failed to execute spark task, with exception 'java.lang.Exception(Failed to submit Spark work, please retry later)'
16/04/14 21:53:24 INFO hiveserver2.DDLTest: java.lang.Exception: Failed to submit Spark work, please retry later
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.exec.spark.RemoteHiveSparkClient.execute(RemoteHiveSparkClient.java:174)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.exec.spark.session.SparkSessionImpl.submit(SparkSessionImpl.java:71)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.exec.spark.SparkTask.execute(SparkTask.java:103)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:160)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1769)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1526)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1305)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1114)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1107)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:178)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.service.cli.operation.SQLOperation.access$100(SQLOperation.java:72)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.service.cli.operation.SQLOperation$2$1.run(SQLOperation.java:232)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at java.security.AccessController.doPrivileged(Native Method)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at javax.security.auth.Subject.doAs(Subject.java:415)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1693)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.service.cli.operation.SQLOperation$2.run(SQLOperation.java:245)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at java.util.concurrent.FutureTask.run(FutureTask.java:262)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at java.lang.Thread.run(Thread.java:745)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: Caused by: org.apache.hive.com.esotericsoftware.kryo.KryoException: java.util.ConcurrentModificationException
16/04/14 21:53:24 INFO hiveserver2.DDLTest: Serialization trace:
16/04/14 21:53:24 INFO hiveserver2.DDLTest: classes (sun.misc.Launcher$AppClassLoader)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: classloader (java.security.ProtectionDomain)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: context (java.security.AccessControlContext)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: acc (java.net.URLClassLoader)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: classLoader (org.apache.hadoop.hive.conf.HiveConf)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: conf (org.apache.hadoop.hive.common.metrics.metrics2.CodahaleMetrics)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: metrics (org.apache.hadoop.hive.common.metrics.metrics2.CodahaleMetrics$CodahaleMetricsScope)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: openScopes (org.apache.hadoop.hive.ql.log.PerfLogger)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: perfLogger (org.apache.hadoop.hive.ql.exec.SparkHashTableSinkOperator)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: childOperators (org.apache.hadoop.hive.ql.exec.TableScanOperator)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: aliasToWork (org.apache.hadoop.hive.ql.plan.MapWork)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: invertedWorkGraph (org.apache.hadoop.hive.ql.plan.SparkWork)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.write(ObjectField.java:82)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.write(FieldSerializer.java:474)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeObject(Kryo.java:538)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.write(ObjectField.java:61)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeClassAndObject(Kryo.java:614)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultArraySerializers$ObjectArraySerializer.write(DefaultArraySerializers.java:337)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultArraySerializers$ObjectArraySerializer.write(DefaultArraySerializers.java:276)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeObjectOrNull(Kryo.java:592)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.write(ObjectField.java:68)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.write(MapSerializer.java:91)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.write(MapSerializer.java:17)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.write(CollectionSerializer.java:78)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.write(CollectionSerializer.java:18)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.write(MapSerializer.java:84)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeObject(Kryo.java:520)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.exec.spark.KryoSerializer.serialize(KryoSerializer.java:42)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.exec.spark.RemoteHiveSparkClient.submit(RemoteHiveSparkClient.java:191)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hadoop.hive.ql.exec.spark.RemoteHiveSparkClient.execute(RemoteHiveSparkClient.java:172)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: ... 21 more
16/04/14 21:53:24 INFO hiveserver2.DDLTest: Caused by: java.util.ConcurrentModificationException
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at java.util.Vector$Itr.checkForComodification(Vector.java:1156)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at java.util.Vector$Itr.next(Vector.java:1133)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.write(CollectionSerializer.java:70)
16/04/14 21:53:24 INFO hiveserver2.DDLTest: ... 74 more
16/04/14 21:53:24 INFO hiveserver2.DDLTest: 

When an entity with primitive version field type is exposed to web layer, it's controller generates an incorrect validation which causes a compilation error.

The associated issue in wildfly-core is: WFCORE-3226
The existing tests in mixed-domain should be updated to use this enum value.

After switching to 2.9 
the following results in a NPE

<camel:setBody>
	<camel:simple></camel:simple>
</camel:setBody>

I'm not sure if it is now required to have something in the content of the simple element. 
I used it for setting the body element to an empty string before (worked with 2.8.1)

The issue arose when I use @ExceptionHandler and trying to render the view through ContentNegotiatingViewResolver
    @ExceptionHandler(Exception.class)
    public Map<String, Object> myExceptionHandler(Exception e) 
{
        Map<String, Object> modelMap = new HashMap<String, Object>();
        modelMap.put("modelKey", new Object());

        return modelMap;
    }

I expect that it will pick the best view through media type, but it fails and get the following exception.
javax.servlet.ServletException: ModelAndView [ModelAndView: materialized View is [null]; model is 
{modelKey=java.lang.Object@1f2a9da}
] neither contains a view name nor a View object in servlet with name 'dispatcher'
	org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1054)
	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:801)
After some code tracing, I found that the AnnotationMethodHandlerExceptionResolver.getModelAndView() will return a new ModelAndView object.
...
		else if (returnValue instanceof Map) 
{
			return new ModelAndView().addAllObjects((Map) returnValue);
		}
...
And in DispatcherServlet.doDispatch(), the default view name didn't be set again after the return of processHandlerException(), that construct a new ModelAndView object

Hudson reported https://builds.apache.org/job/Hive-trunk-h0.21/1571/ this as a regression. Previous build was clean https://builds.apache.org/job/Hive-trunk-h0.21/1570/ 

In beeline.Commands, around line 834:

      props.load(new FileInputStream(parts[i]));

The FileInputStream is not closed upon return from the method.

Create a mode in Hive which enforces that all managed tables are transactional (both full or insert-only tables allowed). Non-transactional tables, as well as non-native tables, must be created as external tables when this mode is enabled.
The idea would be that in strict managed tables mode all of the data written to managed tables would have been done through Hive.
The mode would be enabled using config setting hive.strict.managed.tables.

./hbase backup delete backup_1506934800496 backup_1506934749163

2017-10-02 14:55:39,788 WARN  [main] util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
2017-10-02 14:55:40,151 WARN  [main] shortcircuit.DomainSocketFactory: The short-circuit local reads feature cannot be used because libhadoop cannot be loaded.
Please make sure that backup is enabled on the cluster. To enable backup, in hbase-site.xml, set:
 hbase.backup.enable=true
hbase.master.logcleaner.plugins=YOUR_PLUGINS,org.apache.hadoop.hbase.backup.master.BackupLogCleaner
hbase.procedure.master.classes=YOUR_CLASSES,org.apache.hadoop.hbase.backup.master.LogRollMasterProcedureManager
hbase.procedure.regionserver.classes=YOUR_CLASSES,org.apache.hadoop.hbase.backup.regionserver.LogRollRegionServerProcedureManager
and restart the cluster
2017-10-02 14:55:40,328 INFO  [main] metrics.MetricRegistries: Loaded MetricRegistries class org.apache.hadoop.hbase.metrics.impl.MetricRegistriesImpl
2017-10-02 14:55:41,876 INFO  [main] impl.BackupAdminImpl: Deleting backup backup_1506934749163 ...
2017-10-02 14:55:41,970 INFO  [main] util.BackupUtils: No data has been found in hdfs://localhost:8020/test/backup_1506934749163/default/raj22.
2017-10-02 14:55:41,998 INFO  [main] impl.BackupAdminImpl: Delete backup backup_1506934749163 completed.
Deleted 1 backups. Total requested: 3

I want to be able to test parsing and be able to profile a standalone parse and WALProcedureStore load of procedures. Adding a simple main on WALProcedureStore seems to be enough. I tested parsing it a dir of hundreds of WALs to see what is going on when we try to load. Good for figuring how to log, where the memory is going, etc., in this subsystem.

When the mail box is empty (no mail available), MailConsumer throws the following exception on line 113.  It happens for both pop3 and imap protocols (Java Mail API 1.4.1 Sun implementation).  
Regardless the cause, closing the folder should be enclosed in a try/catch block and ignore any exception thrown, because it is no longer interesting to the client application.  It can surely log the exception, but shouldn't throw it.

[java] javax.mail.MessagingException: A6 NO Mailbox is locked by POP server;
[java]   nested exception is:
[java]     com.sun.mail.iap.CommandFailedException: A6 NO Mailbox is locked by POP server
[java]     at com.sun.mail.imap.IMAPFolder.close(IMAPFolder.java:1128)
[java]     at com.sun.mail.imap.IMAPFolder.close(IMAPFolder.java:1055)
[java]     at org.apache.camel.component.mail.MailConsumer.poll(MailConsumer.java:113)
[java]     at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:66)
[java]     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
[java]     at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
[java]     at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
[java]     at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
[java]     at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
[java]     at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
[java]     at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
[java]     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
[java]     at java.lang.Thread.run(Thread.java:619)
[java] Caused by: com.sun.mail.iap.CommandFailedException: A6 NO Mailbox is locked by POP server
[java]     at com.sun.mail.iap.Protocol.handleResult(Protocol.java:341)
[java]     at com.sun.mail.iap.Protocol.simpleCommand(Protocol.java:363)
[java]     at com.sun.mail.imap.protocol.IMAPProtocol.close(IMAPProtocol.java:976)
[java]     at com.sun.mail.imap.IMAPFolder.close(IMAPFolder.java:1125)
[java]     ... 12 more

Currently the big table is always assumed to be at position 0 but this isn't efficient for some queries as the big table at position 1 could have a lot more keys/skew. We already have a mechanism of choosing the big table that can be leveraged to make the right choice.

the util:map bean defined as follows will fail to initialize, an error "Type must not be null" occurs.

<util:map map-class="org.springframework.util.LinkedCaseInsensitiveMap"
          key-type="java.lang.String"
          value-type="org.springframework.web.servlet.ViewResolver">
</util:map>

as to org.springframework.beans.factory.config.MapFactoryBean, I find the fact:

when the attribute of map-class is set, MapFactoryBean will try to resolve the keyType and valueType of the map from ParameterizedType of map-class.
but the attribute of value-type is never used.

[trace] ***********************************************************
********
[debug] Starting Apache Velocity v1.5 (compiled: 2007-02-22 08:52:29)
[trace] RuntimeInstance initializing.
[debug] Default Properties File: org\apache\velocity\runtime\defaults\velocity.
properties
[debug] Trying to use logger class org.apache.velocity.runtime.log.Log4JLogChut
e
[debug] Couldn't find class org.apache.velocity.runtime.log.Log4JLogChute or ne
cessary supporting classes in classpath.
org/apache/log4j/Layout
java.lang.NoClassDefFoundError: org/apache/log4j/Layout
        at java.lang.Class.forName(Class.java:164)
        at org.apache.velocity.util.ClassUtils.getClass(ClassUtils.java:76)
        at org.apache.velocity.util.ClassUtils.getNewInstance(ClassUtils.java:95
)
        at org.apache.velocity.runtime.log.LogManager.createLogChute(LogManager.
java:147)
We can get around this issue by replacing the org.apache.velocity.runtime.log.Log4JLogChute with
org.apache.velocity.runtime.log.Log4JLogChute, and also need to update the Servicemix Velocity bundle to 1.6.

ql.metadata.Hive#close() always does a metaStoreClient.close(), even though it might be null.
I'd like to reuse the same thread for multiple queries from different users. Since it's a different user, HiveConf has a new ugi. But it's not easy to get rid of (or update) the cached ql.metadata.Hive. The cleanest way seems to be Hive.closeCurrent(), which unfortunately doesn't check for the metaStoreClient being null.

This comes from an invalid configuration that tries to expose the AuthenticationManager as a Bean when no authentication has been configured. For example:

public class StackOverflowSecurityConfig extends WebSecurityConfigurerAdapter {
    @Override
    @Bean
    public AuthenticationManager authenticationManagerBean()
            throws Exception {
        return super.authenticationManagerBean();
    }
}

The stacktrace when trying to authenticate is this:

Exception in thread "http-nio-8080-exec-1" java.lang.StackOverflowError
	at ch.qos.logback.classic.Logger.isDebugEnabled(Logger.java:490)
	at ch.qos.logback.classic.Logger.isDebugEnabled(Logger.java:486)
	at org.apache.commons.logging.impl.SLF4JLocationAwareLog.isDebugEnabled(SLF4JLocationAwareLog.java:67)
	at org.springframework.security.authentication.ProviderManager.authenticate(ProviderManager.java:144)
	at org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter$AuthenticationManagerDelegator.authenticate(WebSecurityConfigurerAdapter.java:421)
	at org.springframework.security.authentication.ProviderManager.authenticate(ProviderManager.java:177)

...

Here's an example project: https://github.com/scratches/sparklr-boot/tree/feature/password
We should provide a better error message when this is misconfigured.

For 

        // do something in camel that is transactional
        CamelContext camelctx = new DefaultCamelContext();
        camelctx.addRoutes(new RouteBuilder() {
            @Override
                .wireTap("log:org.wildfly.camel.test.jpa?level=WARN")
                .to("sql:update Account set balance = :#${body} where id = 3?dataSource=java:jboss/datasources/ExampleDS");
            }
        });

we get

Caused by: java.lang.IllegalArgumentException: No script engine could be created for: log
	at org.apache.camel.builder.script.ScriptBuilder.createScriptEngine(ScriptBuilder.java:334)
	at org.apache.camel.builder.script.ScriptBuilder.<init>(ScriptBuilder.java:111)
	at org.apache.camel.builder.script.ScriptBuilder.<init>(ScriptBuilder.java:90)
	at org.apache.camel.builder.script.ScriptLanguage.createExpression(ScriptLanguage.java:40)
	at org.apache.camel.model.ToDynamicDefinition.createExpression(ToDynamicDefinition.java:95)
	at org.apache.camel.model.ToDynamicDefinition.createProcessor(ToDynamicDefinition.java:70)
	at org.apache.camel.model.WireTapDefinition.createProcessor(WireTapDefinition.java:80)
	at org.apache.camel.model.ProcessorDefinition.makeProcessorImpl(ProcessorDefinition.java:534)
	at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:495)
	at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:219)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1069)

CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/882

When multiple bundles contain routes with a "cache:" endpoint, if one bundle is stopped, the cache from the other bundle stops working as well.
Solution : in method doStop of class org.apache.camel.component.cache.CacheManagerFactory, remove the call to cacheManager.shutdown().
If really useful, a more elaborate reference counting mechanism could be used to stop the CacheManager when the last endpoint is being stopped

Caused by: java.lang.IllegalStateException: The CacheManager has been shut down. It can no longer be used.
	at net.sf.ehcache.CacheManager.checkStatus(CacheManager.java:1158)
	at net.sf.ehcache.CacheManager.cacheExists(CacheManager.java:1048)
	at org.apache.camel.component.cache.CacheEndpoint.initializeCache(CacheEndpoint.java:104)
	at org.apache.camel.component.cache.CacheProducer.process(CacheProducer.java:56)

Incorrect value for compaction pressure is being set in RegionLoadStats object in HRegion class. This is happening because of incorrect typecasting of double to int. Logging this JIRA to fix it.

        if (desc == null
            || !AlterTableDesc.doesAlterTableTypeSupportPartialPartitionSpec(desc.getOp())) {
          throw new SemanticException(
              ErrorMsg.ALTER_TABLE_TYPE_PARTIAL_PARTITION_SPEC_NO_SUPPORTED, desc.getOp().name());

If desc is null, the construction of SemanticException would trigger NPE due to the call to desc.getOp().

The S3 Producer component does not take the ObjectMetaData set into account when the type of the exchange is a File. It does takes it into account when the exchange in an InputStream. This is a serious problem because a lot of S3 metadata set in camel headers are not considered at all.

With HIVE-11288, we started using InstanceCache as a key. However it doesn't seem like the class actually implements the equals or hashcode methods which can potentially lead to inaccurate results. 

[standalone@embedded /] /subsystem=infinispan/cache-container=server/local-cache=default:write-attribute(name=statistics-enabled, value=true){allow-resource-service-restart=true}

14:22:34,146 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 11) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
    ("cache-container" => "server"),
    ("local-cache" => "default")
]): org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.infinispan.cache-configuration.server.default.module is already registered
	at org.jboss.as.clustering.infinispan.subsystem.CacheServiceHandler.installServices(CacheServiceHandler.java:82)
	at org.jboss.as.clustering.controller.RestartWriteAttributeHandler.restartServices(RestartWriteAttributeHandler.java:67)
	at org.jboss.as.clustering.controller.RestartWriteAttributeHandler.applyUpdateToRuntime(RestartWriteAttributeHandler.java:51)

After redeploys, application ear module classloaders are left in org.wildfly.iiop.openjdk.rmi.WorkCacheManager's classesByLoader map:

com.sun.corba.se.impl.transport.SelectorImpl @ 0xc12234b8  SelectorThread Thread
'- contextClassLoader org.jboss.modules.ModuleClassLoader @ 0xc075bea0
   '- classes java.util.Vector @ 0xc075c4a8
      '- elementData java.lang.Object[160] @ 0xc1afb200  
         '- [58] class org.wildfly.iiop.openjdk.rmi.ValueAnalysis @ 0xc180e4b0  |
            '- cache org.wildfly.iiop.openjdk.rmi.WorkCacheManager @ 0xc180e520
               |- classesByLoader java.util.HashMap @ 0xc180e730
               |  '- table java.util.HashMap$Node[16] @ 0xc1ba2ff8 
               |     |- [14] java.util.HashMap$Node @ 0xc37b01e0 
               |     |  '- key org.jboss.modules.ModuleClassLoader @ 0xc3677958

This was previously a weak map, but we switched to strong caching with explicit clean up on undeploy.  It looks like that clean up is missed in some case.

In the patch supplied on the jira-1953, I missed running tests for hadoop 2.0, TestBeeLineDriver and MiniMRCliDriver. I am providing a revert patch here so that I can run all these tests and provide a uber patch later but don't want to holdup the community because of this change.

Having 

    @Query("select 1,2,3,4 from Offer")
    Stream<Object[]> streamQuery();

    List<Object[]> listQuery();

    @Test
    public void listVsStreamQuery() throws Exception {
        List<Object[]> res1 = testRepo.listQuery();
        List<Object[]> res2 = testRepo.streamQuery().collect(Collectors.toList());

        assertEquals(res1, res2);
    }

ER. The above test passes. 
AR. The above test fails. res1 contains [[1,2,3,4]], res2 contains [1] (only first argument). 
Is this a known limitation of streaming approach?
Hibernate is the ORM provider. Using springBoot 1.3.3.RELEASE.

We need a TezTaskCompiler corresponding to MapReduceCompiler. This compiler will take a operator plan and translate it into TezTasks.

The description of this issue is at [1].
[1] http://camel.465427.n5.nabble.com/CXF-http-conduit-AllowChunking-does-not-work-td3247495.html#a3248727

MemberDetailsScanner uses the passed FQCN string to determine whether to skip a request for a particular metadata provider. It is preferable therefore to present a MetadataProvider's FQCN if that MetadataProvider caused the MemberDetailsScanner invocation, or one of its helper classes within that MetadataProvider's control flow caused the invocation. A change to WebScaffoldMetadata is required to reflect this.

On line 144 in method getName() the return statement produces a NullPointerException when trying to use X509 Authenticaito.  Whenever doFilter in X509ProcessingFilter is called and I do not have a certificate in the request (i.e. I am not on SSL) this code throws a NullPointerException which then causes a site error.
public String getName() {
        if (this.getPrincipal() instanceof UserDetails) 
{
            return ((UserDetails) this.getPrincipal()).getUsername();
        }

        return this.getPrincipal().toString(); 
    }
If the return statement is changed to check if the principal is null first we no longer have this issue. Example: return this.getPrincipal() == null ? "" : this.getPrincipal().toString();
Also, I have security degrade to LDAP with a form entry point for users that do not have a certificate set up.  As you can imagine this also produces a NullPointerException because there is no certificate.

The Timer endpoint does not appear to allow configuration using Spring XML.  When debugging, the Timer is created (with default configuration) and then the configuration magic happens
TimerComponent.createEndpoint calls
new TimerEndpoint() which calls
component.getTimer(this)
Which creates the timer before the properties are set

I am not able to add native management interface with both sasl-authentication-factory and security-realm attributes. According to comments in EAP7-545 Analysis document [1] setting both of them is valid configuration. However CLI consider this combination as invalid (when running server with standalone-elytron.xml):

/core-service=management/management-interface=native-interface:add(sasl-authentication-factory=application-sasl-authentication,security-realm=ApplicationRealm,socket-binding=management-http)
{
    "failure-description" => "WFLYCTL0105: sasl-authentication-factory is invalid in combination with security-realm",
}

This test class only has one test function and would be better served by being located in TestAtomic.java, since anyone looking for atomicity-related tests would know to look there.

TestHBaseCliDriver hangs after running hbase_joins.q
This can be reproduced by running

ant test -Dtestcase=TestHBaseCliDriver

When using the throttler with the header expression for controlling the rate, changing the rate does not work reliably. 
Some more information can be found in the following mail thread:
http://camel.465427.n5.nabble.com/Problems-with-dynamic-throttling-td5746613.html

FROM table1 TABLESAMPLE (BUCKET 1 OUT OF 512 ON col1) a JOIN table2 b ON (a.j1 = b.j2)  SELECT  a.col1, a.j1, b.j2;
results in the error:
ERROR ql.Driver (SessionState.java:printError(263)) - FAILED: Error in semantic analysis: line 1:88 Invalid Table Alias a

Getting an IndexOutOfBoundsException when empty HTTP request headers are passed to a camelrs web method calls (See stack trace below).
The culprit appears to be related to the check on line 284 of class DefaultCxfRsBinding.java.  
More specifically here:
((List)entry.getValue()).get(0)
Internally the ArrayList class will perform a range check and if the index is greater than or equal to the size of the list the IndexOutOfBoundsException is thrown.  
So we probably want to add an additional check before this one, something like:
((List)entry.getValue()).size() == 0  before the check above, since we probably want to account for empty lists.
	at java.util.ArrayList.rangeCheck(ArrayList.java:604) ~[na:1.7.0_25]
	at java.util.ArrayList.get(ArrayList.java:382) ~[na:1.7.0_25]
	at org.apache.camel.component.cxf.jaxrs.DefaultCxfRsBinding.copyProtocolHeader(DefaultCxfRsBinding.java:284) ~[camel-cxf-2.14.1.jar:2.14.1]
	at org.apache.camel.component.cxf.jaxrs.DefaultCxfRsBinding.populateExchangeFromCxfRsRequest(DefaultCxfRsBinding.java:116) ~[camel-cxf-2.14.1.jar:2.14.1]
	at org.apache.camel.component.cxf.jaxrs.CxfRsInvoker.syncInvoke(CxfRsInvoker.java:123) ~[camel-cxf-2.14.1.jar:2.14.1]
	at org.apache.camel.component.cxf.jaxrs.CxfRsInvoker.performInvocation(CxfRsInvoker.java:59) ~[camel-cxf-2.14.1.jar:2.14.1]
	at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:97) ~[cxf-core-3.0.2.jar:3.0.2]
	at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:200) [cxf-rt-frontend-jaxrs-3.0.2.jar:3.0.2]
	at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:99) [cxf-rt-frontend-jaxrs-3.0.2.jar:3.0.2]
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:59) ~[cxf-core-3.0.2.jar:3.0.2]
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:96) ~[cxf-core-3.0.2.jar:3.0.2]
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:307) ~[cxf-core-3.0.2.jar:3.0.2]
	at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) ~[cxf-core-3.0.2.jar:3.0.2]
	at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:243) ~[cxf-rt-transports-http-3.0.2.jar:3.0.2]
	at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:223) ~[cxf-rt-transports-http-3.0.2.jar:3.0.2]
	at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:197) ~[cxf-rt-transports-http-3.0.2.jar:3.0.2]
	at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:149) ~[cxf-rt-transports-http-3.0.2.jar:3.0.2]
	at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:171) ~[cxf-rt-transports-http-3.0.2.jar:3.0.2]
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:290) ~[cxf-rt-transports-http-3.0.2.jar:3.0.2]
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:214) ~[cxf-rt-transports-http-3.0.2.jar:3.0.2]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:575) ~[geronimo-servlet_3.0_spec-1.0.jar:1.0]
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:265) ~[cxf-rt-transports-http-3.0.2.jar:3.0.2]
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:696) ~[jetty-servlet-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1568) ~[jetty-servlet-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:118) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:84) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:113) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationFilter.doFilter(RememberMeAuthenticationFilter.java:139) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:154) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:50) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:87) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160) ~[spring-security-web-3.2.1.RELEASE.jar:3.2.1.RELEASE]
	at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:343) ~[spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:260) ~[spring-web-3.2.5.RELEASE.jar:3.2.5.RELEASE]
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1548) ~[jetty-servlet-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:524) ~[jetty-servlet-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:568) ~[jetty-security-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1110) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:453) ~[jetty-servlet-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:183) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1044) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.Server.handle(Server.java:459) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:280) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:229) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.io.AbstractConnection$1.run(AbstractConnection.java:505) ~[jetty-io-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:607) ~[jetty-util-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:536) ~[jetty-util-9.1.0.v20131115.jar:9.1.0.v20131115]
	at java.lang.Thread.run(Thread.java:724) ~[na:1.7.0_25]

Similar to what was reported on HIVE-6978, but now it only happens when the query is read from the standard input. For example, the following fails as expected:

bash$ if beeline -u "jdbc:hive2://..." -e "boo;" ; then echo "Ok?!" ; else echo "Failed!" ; fi
Connecting to jdbc:hive2://...
Connected to: Apache Hive (version 1.1.0-cdh5.5.0)
Driver: Hive JDBC (version 1.1.0-cdh5.5.0)
Error: Error while compiling statement: FAILED: ParseException line 1:0 cannot recognize input near 'boo' '<EOF>' '<EOF>' (state=42000,code=40000)
Closing: 0: jdbc:hive2://...
Failed!

But the following does not:

bash$ if echo "boo;"|beeline -u "jdbc:hive2://..." ; then echo "Ok?!" ; else echo "Failed!" ; fi
Beeline version 1.1.0-cdh5.5.0 by Apache Hive
0: jdbc:hive2://...:8> Error: Error while compiling statement: FAILED: ParseException line 1:0 cannot recognize input near 'boo' '<EOF>' '<EOF>' (state=42000,code=40000)
0: jdbc:hive2://...:8> Closing: 0: jdbc:hive2://...
Ok?!

This was misleading our batch scripts to always believe that the execution of the queries succeded, when sometimes that was not the case. 
We found we can work around the issue by always using the -e or the -f parameters, and even reading the standard input through the /dev/stdin device (this was useful because a lot of the scripts fed the queries from here documents), like this:
some-script.sh
#!/bin/sh

set -o nounset -o errexit -o pipefail

# As beeline is failing to report an error status if reading the query
# to be executed from STDIN, check whether no -f or -e option is used
# and, in that case, pretend it has to read the query from a regular
# file using -f to read from /dev/stdin
function beeline_workaround_exit_status () {
    for arg in "$@"
    do if [ "$arg" = "-f" -o "$arg" = "-e" ]
       then beeline -u "..." "$@"
            return
       fi
    done
    beeline -u "..." "$@" -f /dev/stdin
}

beeline_workaround_exit_status <<EOF
boo;
EOF

Switched order of method arguments - ModuleSpecProcessor line 287
Introduced in https://github.com/wildfly/wildfly-core/pull/3661
method call

return ModuleLoadService.install(phaseContext.getServiceTarget(), moduleIdentifier,
   dependencies, localDependencies, userDependencies);

ModuleLoadService.install signature:

public static ServiceName install(final ServiceTarget target, final ModuleIdentifier identifier,
  final List<ModuleDependency> systemDependencies,
  final List<ModuleDependency> userDependencies,
  final List<ModuleDependency> localDependencies) {   

https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/org/jboss/as/server/deployment/module/ModuleSpecProcessor.java#L287
So localDependencies and userDependencies should be switched.

Hi,
Someone has removed the following dependency from the camel pom.xml file :
          <dependency>
      <groupId>org.apache.camel</groupId>
      <artifactId>camel-example-reportincident</artifactId>
              <version>${project.version}</version>

modcluster resource contains the following attribute definition for "load-balancing-group"

"load-balancing-group" => {
    "description" => "loadBalancingGroup name.",
    "alternatives" => ["domain"],
    "restart-required" => "all-services"
},

But the alternatives constraint specifies a "domain" attribute that doesn't exist.

This is a followup to the following bug: https://jira.spring.io/browse/SPR-15918.
It seems that it's not possible to send null as List<MultipartFile> or MultipartFile[] in @RequestPart(value = "attachments", required = false) List<MultipartFile> files controller's method param. I tried PUT and POST.

thrift classes are now in the hive classpath in the hive-exec.jar (HIVE-11553). This makes it hard to test with other versions of this library. This library is already a declared dependency and is not required to be included in the hive-exec.jar.
I am proposing that we not include these classes like we have done in the past releases.

I did a simple test on trunk where I create a table (after wiping the local /tmp/hbase-<username>):

hbase(main):001:0> create 'testtable', 'cf1', 'cf2'                                                                                                  

Then I inserted 17k rows:

hbase(main):002:0> for i in 'a'..'z' do for j in 'a'..'z' do for k in 'a'..'z' do put 'testtable', "row-#{i}#{j}#{k}", "cf1:#{k}", "#{k}" end end end

and called 

hbase(main):003:0> split 'testttable'

and the logs gave this NPE and no split was performed:

2011-01-31 10:06:38,534 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for testtable,,1296461957099.2528e23534565a83e2c8590d33f3a47c., current region memstore size 3.5m
2011-01-31 10:06:38,575 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting, commencing flushing stores
2011-01-31 10:06:38,856 INFO org.apache.hadoop.hbase.regionserver.Store: Renaming flushed file at file:/tmp/hbase-larsgeorge/hbase/testtable/2528e23534565a83e2c8590d33f3a47c/.tmp/5265602271926296451 to file:/tmp/hbase-larsgeorge/hbase/testtable/2528e23534565a83e2c8590d33f3a47c/cf1/5349044325262044918
2011-01-31 10:06:38,861 INFO org.apache.hadoop.hbase.regionserver.Store: Added file:/tmp/hbase-larsgeorge/hbase/testtable/2528e23534565a83e2c8590d33f3a47c/cf1/5349044325262044918, entries=17576, sequenceid=17588, memsize=3.5m, filesize=549.9k
2011-01-31 10:06:38,863 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~3.5m for region testtable,,1296461957099.2528e23534565a83e2c8590d33f3a47c. in 328ms, sequenceid=17588, compaction requested=false
2011-01-31 10:06:38,869 INFO org.apache.hadoop.hbase.regionserver.HRegion: Starting compaction on region testtable,,1296461957099.2528e23534565a83e2c8590d33f3a47c.
2011-01-31 10:06:38,870 INFO org.apache.hadoop.hbase.regionserver.HRegion: aborted compaction on region testtable,,1296461957099.2528e23534565a83e2c8590d33f3a47c. after 0sec
2011-01-31 10:06:38,872 ERROR org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction failed for region testtable,,1296461957099.2528e23534565a83e2c8590d33f3a47c.
        at org.apache.hadoop.hbase.regionserver.Store.checkSplit(Store.java:1367)
        at org.apache.hadoop.hbase.regionserver.Store.compact(Store.java:633)
        at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:793)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.run(CompactSplitThread.java:81)
2011-01-31 10:06:38,873 DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction requested for testtable,,1296461957099.2528e23534565a83e2c8590d33f3a47c. because User-triggered split; priority=1, compaction queue size=0

I added a row with data in cf2:

hbase(main):005:0> put 'testtable', 'row1', 'cf2', 'test1'                                                                                           

and the tried to split the table again like above and now it worked.

rotating-file-audit throws IllegalArgumentException if user tries to add a new rotating-audit-file and does not specify suffix property.
Steps to reproduce: /subsystem=elytron/rotating-file-audit-log=rotating-audit:add(path=rotating-audit.log)
Following output is given in jboss-cli

{
    "failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.security.security-event-listener.rotating-audit" => "Failed to start service
    Caused by: java.lang.IllegalArgumentException: Illegal pattern character 'n'"}},
}

and following one in server log:

12:45:41,381 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service org.wildfly.security.security-event-listener.rotating-audit: org.jboss.msc.service.StartException in service org.wildfly.security.security-event-listener.rotating-audit: Failed to start service
Caused by: java.lang.IllegalArgumentException: Illegal pattern character 'n'
	at java.text.SimpleDateFormat.compile(SimpleDateFormat.java:826)
	at java.text.SimpleDateFormat.initialize(SimpleDateFormat.java:634)
	at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:605)
	at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:580)
	at org.wildfly.security.audit.RotatingFileAuditEndpoint$Builder.setSuffix(RotatingFileAuditEndpoint.java:289)
	at org.wildfly.extension.elytron.AuditResourceDefinitions$2.lambda$getValueSupplier$2(AuditResourceDefinitions.java:235)
	... 3 more

12:45:41,382 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 5) WFLYCTL0013: Operation ("add") failed - address: ([
    ("rotating-file-audit-log" => "rotating-audit")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.security-event-listener.rotating-audit" => "Failed to start service
    Caused by: java.lang.IllegalArgumentException: Illegal pattern character 'n'"}}

Note: there is an easy workaround - if user specifies suffix property then adding a new rotating-audit-file works fine, e.g. /subsystem=elytron/rotating-file-audit-log=rotating-audit:add(path=rotating-audit.log,suffix=y-M-d) passes successfully.

HDFS-1209 adds a configuration parameter for changing the number of recovery retries. This has been applied in CDH3b2 and about to be applied in 0.20-append. HBaseTestingUtility.setMaxRecoveryErrorCount() fails once this patch has been applied.

Fix the license issue + make the UDF stateful to prevent optimizer actions over it.

 !????? /data/hiveptest/working/yetus_PreCommit-HIVE-Build-15992/ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDFValidateAcidSortOrder.java

65.4.1. Custom Split Policies
The section starts with the following statement:

ou can override the default split policy using a custom RegionSplitPolicy(HBase 0.94+). Typically a custom split policy should extend HBase’s default split policy: IncreasingToUpperBoundRegionSplitPolicy.
There is typo above as well.
Then if we scroll down a little bit:

The default split policy can be overwritten using a custom RegionSplitPolicy(HBase 0.94+). Typically a custom split policy should extend HBase’s default split policy: ConstantSizeRegionSplitPolicy.
The link:
http://hbase.apache.org/book.html#_custom_split_policies

Say I'm binding a String to a int (primitive).  If the source String property is null, the value to bind to the target will also be null.  Unfortunately, null cannot be set as a value for a primitive and the result is an IllegalArgumentException.  For conversions that result in null, the GenericConversionService should see if the target type is a primitive; if so the value returned should be the equivalent of null for that primitive (0 for ints,longs, etc, false for boolean).
See example stack trace of this occurring and how cryptic it is at present:
map String age (value == null)  -> int age (value == "" results in the same with a DefaultConversionService)
–
org.springframework.mapping.MappingException: 1 mapping failure(s) occurred: #1) EL1034E:(pos 0): A problem occurred whilst attempting to set the property 'age': Unable to access property 'age' through setter
	at org.springframework.mapping.support.SpelMapper.map(SpelMapper.java:104)
	at org.springframework.mapping.support.SpelMapperTests.mapBeanDeep(SpelMapperTests.java:125)
Failure cause traces:

MappingFailure #1 Cause:
org.springframework.expression.spel.SpelEvaluationException: EL1034E:(pos 0): A problem occurred whilst attempting to set the property 'age': Unable to access property 'age' through setter
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.writeProperty(PropertyOrFieldReference.java:213)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.setValue(PropertyOrFieldReference.java:111)
	at org.springframework.expression.spel.SpelExpression.setValue(SpelExpression.java:116)
	at org.springframework.mapping.support.Mapping.map(Mapping.java:71)
	at org.springframework.mapping.support.SpelMapper.map(SpelMapper.java:101)
Caused by: org.springframework.expression.AccessException: Unable to access property 'age' through setter
	at org.springframework.expression.spel.support.ReflectivePropertyResolver.write(ReflectivePropertyResolver.java:210)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.writeProperty(PropertyOrFieldReference.java:208)
	... 27 more
	at org.springframework.expression.spel.support.ReflectivePropertyResolver.write(ReflectivePropertyResolver.java:206)
	... 28 more

Hbase version 0.90.4 + patches
//Started splitting region b24d8ccb852ff742f2a27d01b7f5853e and closed region.
2011-12-10 17:32:48,653 INFO org.apache.hadoop.hbase.regionserver.SplitTransaction: Starting split of region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.
2011-12-10 17:32:49,759 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Closing Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: disabling compactions & flushes
2011-12-10 17:32:49,759 INFO org.apache.hadoop.hbase.regionserver.HRegion: Running close preflush of Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.
//Processed a flush request and skipped , But flushRequested had set to true
2011-12-10 17:33:06,963 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e., current region memstore size 12.6m
2011-12-10 17:33:17,277 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Skipping flush on Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e. because closing
//split region b24d8ccb852ff742f2a27d01b7f5853 failed and rolled back, flushRequested flag was true, So all handle was blocked 
2011-12-10 17:34:01,293 INFO org.apache.hadoop.hbase.regionserver.SplitTransaction: Cleaned up old failed split transaction detritus: hdfs://193.195.18.121:9000/hbase/Htable_UFDR_004/b24d8ccb852ff742f2a27d01b7f5853e/splits
2011-12-10 17:34:01,294 INFO org.apache.hadoop.hbase.regionserver.HRegion: Onlined Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.; next sequenceid=15494173
2011-12-10 17:34:01,295 INFO org.apache.hadoop.hbase.regionserver.CompactSplitThread: Successful rollback of failed split of Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.
2011-12-10 17:43:10,147 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 19 on 20020' on region 
Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
// All handles had been blocked. The clusters could not provide services
2011-12-10 17:43:10,147 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 19 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:10,192 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 34 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:10,193 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 51 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:10,196 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 85 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:10,199 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 88 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:10,202 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 44 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:11,663 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 2 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:11,665 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 10 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:11,670 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 75 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:11,671 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 98 on 20020' on region Htable_UFDR_004,09781,1323508582833.b24d8ccb852ff742f2a27d01b7f5853e.: memstore size 384.0m is >= than blocking 384.0m size
2011-12-10 17:43:11,680 INFO org.apache.hadoop.hbase.regionserver.HRegion: Blocking updates for 'IPC Server handler 11 on 20020' on region 

For ELY-1629, AcmeClientSpi.changeAccountKey() was updated to include both newKey and oldKey in the inner payload for the account key change request to prepare for the ACME v2 key rollover breaking change. Currently, specifying both works fine since Let's Encrypt's staging server will expect oldKey and ignore newKey and Let's Encrypt's production server will expect newKey and ignore oldKey. However, once the new ACME v2 key rollover changes are available in Let's Encrypt's production server on Aug. 23rd, we can update this method to only include the oldKey in the inner payload. 

Here's one that Chris Drome and Thiruvel Thirumoolan worked on:
We found that certain Hadoop Map/Reduce settings that are set in site config files do not take effect in Hive jobs, because the Tez site configs do not contain the same settings.
In Yahoo's case, the problem was that, at the time, there was no mapping between MRJobConfig.COMPLETED_MAPS_FOR_REDUCE_SLOWSTART and TEZ_SHUFFLE_VERTEX_MANAGER_MAX_SRC_FRACTION. There were situations where significant capacity on production clusters were being used up doing nothing, while waiting for slow tasks to complete. This would have been avoided, were the mappings in place.
Tez provides a DeprecatedKeys utility class, to help map MR settings to Tez settings. Hive should use this to ensure that the mappings are in sync.
(Note to self: YHIVE-883)

A link in CatalogJanitor is broken. This should be linked to https://hbase.apache.org/book.html#arch.catalog.meta

This will remove the dependency from hbase-server to jruby. jruby is huge and contains many sub dependencies.

When issuing a "close_region" on the shell the Master logs these entries:

...
2009-06-09 22:11:31,141 DEBUG org.apache.hadoop.hbase.master.RegionManager: Applying operation in tasklists to region
2009-06-09 22:11:33,557 DEBUG org.apache.hadoop.hbase.master.HMaster: Attempting to close region: TestTable,0000291328,1244572849139
2009-06-09 22:11:33,560 INFO org.apache.hadoop.hbase.master.HMaster: Marking TestTable,0000291328,1244572849139 as closed on 192.168.2.103:63745; cleaning SERVER + STARTCODE; master will tell regionserver to close region on next heartbeat
2009-06-09 22:11:34,156 DEBUG org.apache.hadoop.hbase.master.RegionManager: Applying operation in tasklists to region
...

But that is it, no further processing is done. The regions stays closed, and even across a restart it stays closed. 
According to what I got told the region should be automatically reassigned to a new server. Please confirm that this is what is expected. If not and the above seems right, then please disregard and close issue.

Hard-rewrite rule to the HS2 UI in HttpServer impl

    RewriteRegexRule rootRule = new RewriteRegexRule();
    rootRule.setRegex("^/$");
    rootRule.setReplacement("/hiveserver2.jsp");
    rootRule.setTerminating(true);

Had the compatibility checker complain about a hash collision. This fixed it:

--- java-acc/modules/Internals/Basic.pm.old	2017-11-29 11:50:41.000000000 -0800
+++ java-acc/modules/Internals/Basic.pm	2017-11-29 11:07:26.000000000 -0800
@@ -25,7 +25,7 @@
 
 my %Cache;
 
-my $MD5_LEN = 8;
+my $MD5_LEN = 10;
 
 sub getOSgroup()
 {

Not sure how best to fix this. Upstream PR? Patch locally?

In some of our bash scripts we are piping command in hbase shell and then parsing response to define variables.  Since 'hbase shell' output format is changed we are picking wrong values from output Here is example form gracful_stop.sh:

HBASE_BALANCER_STATE=$(echo 'balance_switch false' | "$bin"/hbase --config "${HBASE_CONF_DIR}" shell | tail -3 | head -1)

this will return "balance_switch true" instead of previous balancer  state.

If we run testDisableAndEnableReplication, we will get the following error message.

testDisableAndEnableReplication(org.apache.hadoop.hbase.client.replication.TestReplicationAdminWithClusters)  Time elapsed: 2.046 sec  <<< FAILURE!
        at org.junit.Assert.failNotEquals(Assert.java:834)
        at org.junit.Assert.assertEquals(Assert.java:645)
        at org.junit.Assert.assertEquals(Assert.java:631)
        at org.apache.hadoop.hbase.client.replication.TestReplicationAdminWithClusters.testDisableAndEnableReplication(TestReplicationAdminWithClusters.java:160)

The critical code is shown below.

    admin1.disableTableReplication(tableName);
    HTableDescriptor table = admin1.getTableDescriptor(tableName);
    for (HColumnDescriptor fam : table.getColumnFamilies()) {
      assertEquals(fam.getScope(), HConstants.REPLICATION_SCOPE_LOCAL);
    }
    table = admin2.getTableDescriptor(tableName);
    }

Is HTD got from admin2 affected by admin1? I don't think so. We should remove the related assertion.

01-24 09:39:04.855: E/AndroidRuntime(801): Caused by: java.lang.IllegalArgumentException: Invalid token character '/' in token "/"
01-24 09:39:04.855: E/AndroidRuntime(801): 	at org.springframework.http.MediaType.checkToken(MediaType.java:375)
01-24 09:39:04.855: E/AndroidRuntime(801): 	at org.springframework.http.MediaType.<init>(MediaType.java:347)
01-24 09:39:04.855: E/AndroidRuntime(801): 	at org.springframework.http.MediaType.<init>(MediaType.java:300)
01-24 09:39:04.855: E/AndroidRuntime(801): 	at org.springframework.http.MediaType.<init>(MediaType.java:289)
01-24 09:39:04.855: E/AndroidRuntime(801): 	at org.springframework.http.MediaType.<clinit>(MediaType.java:263)
01-24 09:39:04.855: E/AndroidRuntime(801): 	... 23 more

When there are no table or the RS doesn't have regions loaded the canary will output an ERROR log.

$ hbase org.apache.hadoop.hbase.tool.Canary -regionserver HOSTNAME
ERROR No RegionServerInfo found, regionServerName: HOSTNAME

but this ERROR shouldn't be considered as "the region server is not up", so we probably reduce the log level to "info" or "debug". (The exit code is already notifying that the failure cause is related to "initialization" or similar)

The documentation @
http://static.springsource.org/spring/docs/3.1.0.M2/spring-framework-reference/html/cache.html
has a minor typo
<bean id="cacheManager" class="org.springframework.cache.ehcache.EhcacheCacheManager" p:cache-manager="ehcache"/>
should be:
<bean id="cacheManager" class="org.springframework.cache.ehcache.EhCacheCacheManager" p:cache-manager="ehcache"/>
notice the capital 'C' in the class name.

Vault command summary contains MASKed password without --iteration and --salt when is used MASKed password for access to VAULT.
MASKed password must contain SALT and ITERATION as is expected:
credential-reference={clear-text="MASK-2hKo56F1a3jYGnJwhPmiF5;12345678;34"}
FYI: plain text password is "secretsecret".
Download all attachments to same location as wildfly-elytron-tool.jar and run this command:

[hsvabek@dhcp-10-40-5-100 003]$ java -jar wildfly-elytron-tool.jar vault --enc-dir . --keystore server.store --keystore-password MASK-2hKo56F1a3jYGnJwhPmiF5 --salt 12345678 --iteration 34 --location converted001.store --alias jboss --summary
/subsystem=elytron/credential-store=cs:add(relative-to=jboss.server.data.dir,location="converted001.store",implementation-properties={},credential-reference={clear-text="MASK-2hKo56F1a3jYGnJwhPmiF5"})

Credential reference contains MASKed password without salt and iteration (credential-reference=
{clear-text="MASK-2hKo56F1a3jYGnJwhPmiF5"}
)

Currently sort_array only support primitive types. As we already support comparison between non-primitive types, it makes sense to remove this restriction.

As far i can tell this is not an issue for Hive yet (most of the usage of probing seems to be done by one thread at a time) but it is an issue of other users like Druid as per the following issue.https://github.com/apache/incubator-druid/issues/6546
The fix is proposed by the author of https://github.com/apache/incubator-druid/pull/6584 is to make couple of local fields as ThreadLocals.
Idea looks good to me and doesn't have any perf drawbacks.
 
I'm surprised we still have issues like that and I didn't get a hit while googling so forgive me if there's already a jira about it.
When the master starts it verifies the locations of root and meta before assigning them, if the server is started but not running you'll get this:

2011-09-23 04:47:44,859 WARN org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation: RemoteException connecting to RS
org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hbase.ipc.ServerNotRunningException: Server is not running yet
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1038)
        at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:771)
        at $Proxy6.getProtocolVersion(Unknown Source)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:419)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:393)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:444)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:349)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:969)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.getCachedConnection(CatalogTracker.java:388)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.getMetaServerConnection(CatalogTracker.java:287)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.verifyMetaRegionLocation(CatalogTracker.java:484)
        at org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:441)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:388)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:282)
I hit that 3-4 times this week while debugging something else. The worst is that when you restart the master it sees that as a failover, but none of the regions are assigned so it takes an eternity to get back fully online.

See nabble
http://camel.465427.n5.nabble.com/Global-exception-not-invoked-in-case-of-Exception-fired-while-iterating-through-File-Splitter-td4826097.html
We should detect exceptions occurred during evaluation of the expression, and then cause the splitter EIP to fail asap.

For http://anonsvn.jboss.org/repos/weld/cdi-tck/tags/1.0.1-CR1/impl/src/main/java/org/jboss/jsr299/tck/tests/implementation/enterprise/definition/Laika.java sbmd.isStateless() is returning true, when in fact it should return false as the bean is a singleton. This in turn causes Weld to fail the deployment as the @ApplicationScoped is not allowed for stateless beans (but is for singletons).
I am disabling the CDI TCK tests for this package.

@PostConstruct methods are not allowed to throw checked exceptions. This causes some application servers to fail to deploy applications using Spring Batch. This issue has already been referenced as BATCH-2189 in 2.2.5, so this seems to be a regression in the 3.0.X line.

It's supposed to be a class that allows someone to derive from that class and only need to implement the desired methods. However two methods aren't implemented.

Some issues about initializing the new HS2 metrics
1.  Metrics is not working properly in HS2 due to wrong init checks
2.  If not enabled, JVMPauseMonitor logs trash to HS2 logs as it wasnt checking if metrics was enabled.

TestCheckAndMutate has 2 tests and the content is the same in both.
Originally testCheckAndMutate and testCheckAndMutateUsingNewComparisonOperatorInstead was different in calling table.checkAndMutate with CompareFilter.CompareOp.EQUAL vs. CompareOperator.EQUAL.
Since the implementations in HTable use the string value of the enums these were were identical before.
Remove one of the tests.

Follow up on WFLY-8364. It would be ideal if this was reworked into correct resources, like the following:
/subsystem=modcluster/proxy=default/load-provider=dynamic
/subsystem=modcluster/proxy=default/load-provider=simple

Say you have dependency A which transitively brings in dependency B with version 1 and you override the version of B to 2 via dependencyManagement, then m2repo contains B version 1 and version 2.
I would expect only version 2 to be included as this is what happens when you build a regular war-file (without swarm-plugin). This is also backed by mvn dependency:tree as this only shows version 2.
Add a explicit dependency to B (within dependencies, outside of dependencyManagement).
Note: This workaround will run into SWARM-1009, B will be included twice.
I will come up with a showcase project on github ASAP.

By accessing "http://localhost:8080/camel-example-cxf-tomcat/webservices/incident?wsdl" I get the following exception:

Apr 14, 2013 7:56:37 PM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Allocate exception for servlet CXFServlet
org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'cxf' is defined
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:549)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:1095)
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:277)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
        at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1109)
        at org.apache.cxf.transport.servlet.CXFServlet.loadBus(CXFServlet.java:77)
        at org.apache.cxf.transport.servlet.CXFNonSpringServlet.init(CXFNonSpringServlet.java:71)
        at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
        at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
        at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:865)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:136)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
        at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
        at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)

Hi,
Basically, the issue is that an extra / is shown in the documentation for web mvc controller.
Roo documentation for web mvc controller shows: optional --preferredMapping: Indicates a specific request mapping path for this controller (eg /foo/); no default value
When creating a custom controller web mvc controller --class ~.admin.LoginController --preferredMapping /admin/login/ (notice the mapping ends with a slash, just as in the documentation), Roo generates double slashes in various places, such as in the controller, *.tagx and views.xml files. Example:

    @RequestMapping
    public String index() {
        return "admin/login//index";
    }
}}

A BridgePropertyPlaceholderConfigurer configured to use a custom PropertiesParser like this:

  <bean id="bridgePropertyPlaceholder" class="org.apache.camel.spring.spi.BridgePropertyPlaceholderConfigurer"
      p:location="classpath:application.properties"
      p:parser-ref="jasyptParser" />

fails to actually use the parser to parse properties.
It seems that org.apache.camel.spring.CamelContextFactoryBean#initPropertyPlaceholder, which is called from afterPropertiesSet, overwrites the custom parser with the default parser from the properties component (on line 279).

When using chkconfig to configure auto-start of the service when using the provided bash script, due to two missing lines it is not properly configured.
An additional issue is that there is an error message about missing start-stop-daemon on systems without it.
A pull request will follow this issue.

Setting up the test case like:

create table map_text (
  m map<string,string>
) row format delimited
    fields terminated by '|'
    collection items terminated by ','
    map keys terminated by ':';
create table map_orc (
) stored as orc;
cat map.txt
name1|key11:value11,key12:value12,key13:value13
name2|key21:value21,key22:value22,key23:value23
name3|key31:value31,key32:value32,key33:value33
load data local	inpath 'map.txt' into table map_text;
insert overwrite table map_orc select * from map_text;

HIVE-20776 introduces a change that causes regression for view access.
Before the change, a user with select access of a view can get all columns of a view with select access of a view that is derived from a partitioned table.
With the change, that user cannot access that view.
The reason is that

When user accesses columns of a view, Hive needs to get the partitions of the table that the view is derived from. The user name is the user who issues the query to access the view.
The change in HIVE-20776 checks if user has access to a table before getting its partitions. When user only has access of a view, not the access of a table itself, this change denies the user access of the view.

The solution is when getting table partitions, do not filter on table at HMS client

See https://issues.jboss.org/browse/JBEAP-11190?focusedCommentId=13419465&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-13419465, point #4.
There's a typo in the deprecation warning - missing space. Look for operationto [1].

Operation add against the resource at address /subsystem=jgroups/stack=udp/protocol=org.jgroups.protocols.AUTH/property=auth_class is deprecated, and it might be removed in future version. See the the output of the read-operation-description ***operationto*** learn more about the deprecation.

This problem was originally reported in SPR-15629 and marked as fixed in 4.3.9. However, the problem still occurs with both 4.3.9 and 4.3.10. It can be reproduced using the sample from SPR-15629. The failure is, I believe, unchanged from when the problem was originally reported against 4.3.8.
For reference here's the failure with 4.3.9:

Exception in thread "main" java.lang.AbstractMethodError: org.springframework.validation.beanvalidation.CustomValidatorBean.forExecutables()Ljavax/validation/executable/ExecutableValidator;
	at com.sun.proxy.$Proxy9.forExecutables(Unknown Source)
	at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:216)
	at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:201)
	at org.springframework.validation.beanvalidation.MethodValidationInterceptor.invoke(MethodValidationInterceptor.java:119)
	at com.example.LazyValidatorProblem$SampleService$$EnhancerBySpringCGLIB$$bcae8912.doSomething(<generated>)
	at com.example.LazyValidatorProblem.main(LazyValidatorProblem.java:62)

And with 4.3.10:

	at com.example.LazyValidatorProblem.main(LazyValidatorProblem.java:61)

The XML namespace for the messaging subsystem was erroneously bumped from 1.3 to 1.4 for WildFly 8.
This is an error as the 1.x version must be reserved for AS7 7.x releases.
WildFly 8 will use a 2.0 namespace. 
This means that configurations written against WildFly 8.0.0 Alpha and Beta will break once the XML namespace is corrected to 2.0.

[FelixDispatchQueue] Method 'getCategoryConverter' already defined in target type 'xxx.SubCategoryController' (ITD target 'xxx.SubCategoryController_Roo_Controller')
                     java.lang.IllegalArgumentException: Method 'getCategoryConverter' already defined in target type 'xxx.SubCategoryController' (ITD target 'xxx.SubCategory
Controller_Roo_Controller')
                         at org.springframework.roo.support.util.Assert.isNull(Assert.java:89)
                         at org.springframework.roo.classpath.details.DefaultItdTypeDetailsBuilder.addMethod(DefaultItdTypeDetailsBuilder.java:96)
                         at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadata.getRegisterConvertersMethod(WebScaffoldMetadata.java:729)
                         at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadata.<init>(WebScaffoldMetadata.java:123)
                         at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadataProviderImpl.getMetadata(WebScaffoldMetadataProviderImpl.java:77)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:261)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:126)
                         at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:170)
                         at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:124)
                         at org.springframework.roo.process.manager.internal.DefaultFileManager.notify(DefaultFileManager.java:189)
                         at org.springframework.roo.addon.maven.MavenProjectMetadataProvider.onFileEvent(MavenProjectMetadataProvider.java:509)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:169)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:91)
                         at java.lang.Thread.run(Thread.java:619)

remove the old partition pruner code.
There are some problems with the new partition pruner (select * from T where partCol ...) doesn't work with the new partition pruner

Aleksandr Shulman found in his tests that HBase recently started ignoring hdfs-site.xml when it's on the classpath. I found that HBASE-8469 added an hdfs-site.xml for the unit tests but it's not excluded when building the jar.

Current warning says: "Input resource does not exist," but does not identify the resource, forcing debugging to correct.  Patch adds the resource.toString() to the message.

When consuming from a vm: endpoint, the camel context of the consumed exchange may be the wrong one.
The method org.apache.camel.component.seda.SedaConsumer#prepareExchange is expected to set the adequate camel context, but because of the Endpoint caching in org.apache.camel.component.vm.VmComponent#ENDPOINTS the first context that create the endpoint win. In case the first context is the producer one, the route in the consumer may fail when trying to access to some information from the context
Repro case available here: https://github.com/xfournet/camel/blob/CAMEL-10406/camel-core/src/test/java/org/apache/camel/component/vm/VmShouldUseConsumerContext.java
This is related to CAMEL-6746, reverting this code make this test pass but obviously some other vm test failed.

HIVE-15297 tries to split the command by considering semicolon inside string, but it doesn't consider the case that quotes can also be inside string. 
For the following command insert into escape1 partition (ds='1', part='3') values ("abc' ");, it will fail with 

18/06/19 16:37:05 ERROR ql.Driver: FAILED: ParseException line 1:64 extraneous input ';' expecting EOF near '<EOF>'
org.apache.hadoop.hive.ql.parse.ParseException: line 1:64 extraneous input ';' expecting EOF near '<EOF>'
	at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:220)
	at org.apache.hadoop.hive.ql.parse.ParseUtils.parse(ParseUtils.java:74)
	at org.apache.hadoop.hive.ql.parse.ParseUtils.parse(ParseUtils.java:67)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:606)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1686)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1633)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1628)
	at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:214)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:239)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:188)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:402)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:683)
	at org.apache.hadoop.util.RunJar.run(RunJar.java:239)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:153)

Using the profile URL handler in <ext:property-placeholder> don't resolve properties:
e.g;

<ext:property-placeholder>
<ext:location>
profile:com.workflow-inflow.properties
</ext:location>
</ext:property-placeholder>

This ends with the following ERROR:

aused by: java.net.MalformedURLException: Unknown protocol: profile
    at java.net.URL.<init>(URL.java:630)[:1.7.0_101]
    at java.net.URL.<init>(URL.java:493)[:1.7.0_101]
    at java.net.URL.<init>(URL.java:442)[:1.7.0_101]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)[:1.7.0_101]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)[:1.7.0_101]
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)[:1.7.0_101]
    at java.lang.reflect.Constructor.newInstance(Constructor.java:526)[:1.7.0_101]
    at org.apache.aries.blueprint.utils.ReflectionUtils.newInstance(ReflectionUtils.java:331)[15:org.apache.aries.blueprint.core:1.4.4]
    at org.apache.aries.blueprint.container.AggregateConverter.createObject(AggregateConverter.java:319)[15:org.apache.aries.blueprint.core:1.4.4]
    ... 33 more

Note that changing start-level or applying the workaround of this KCS in 630329 doesn't work.

The value of the 'socket-read-timeout' attribute on the <gfe:gateway> element nested inside the <gfe:gateway-hub> element is read/parsed but ignored and not set on the corresponding, resulting GemFire Gateway that is created by Spring Data GemFire's GatewayHubFactoryBean.

The published Maven2 POM at [1] lists commons-lang 2.1 and 2.0 as dependencies.
[1] http://repo.mergere.com/maven2/org/acegisecurity/acegi-security/1.0.0/acegi-security-1.0.0.pom

Similar to HIVE-20085. HBase-Hive (managed) table creation fails with strict managed table checks: Table is marked as a managed table but is not transactional

The SAML2KerberosAuthenticationTestCase uses wrong PicketLink authentication workflow (double-redirect to IDP). Originally it was a workaround for PL bug which is fixed now.
We should remove the workaround even if the test-case is ignored now.

If a CP is installed over active one-off patches, the patch application may fail if the CP does not contain updates for the modules that were patched by the one-offs.
Normally, CP patches accumulate the one-off patches released since the previous CP which is, probably, why this bug has not been discovered for a long time.

Some application servers (in this case Trifork T4) does not allow calls to HttpServletRequest.setAttribute with internal attribute names (such as javax.servlet.forward.query_string), as it is supposed to be read-only. The spec isn't completely clear on how the standard attributes should be handled, but the javadoc does say that javax.* and others are reserved.
The problem occurs when using Tiles 2:
Caused by: java.lang.IllegalArgumentException: javax.servlet.forward.query_string is a readonly attribute
	at com.trifork.eas.web.container.t.setAttribute(<obfuscated>:121)
	at org.springframework.web.util.WebUtils.exposeRequestAttributeIfNotPresent(WebUtils.java:438)
	at org.springframework.web.util.WebUtils.exposeForwardRequestAttributes(WebUtils.java:400)
	at org.springframework.web.servlet.view.tiles2.TilesView.renderMergedOutputModel(TilesView.java:96)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1060)
In this case, a workaround could also be to check in exposeRequestAttributeIfNotPresent if the value to be set is also null, in which case the setAttribute call would not be necessary in any case.

hbase.offheapcache.percentage is unused now.

    <name>hbase.offheapcache.percentage</name>
    <value>0</value>
    <description>The percentage of the off heap space (-XX:MaxDirectMemorySize) to be
     allocated towards the experimental off heap "SlabCache" (This is different to
     the BucketCache -- see the package javadoc for org.apache.hadoop.hbase.io.hfile
     for more on your options). If you desire the cache to be disabled, simply set this
      value to 0.</description>

We meant to set the hibernate.search.index_uninverting_allowed property, but this was set as a boolean (primitive) rather than as a string, which is ignored by Properties instance, which is what Hibernate consumes.

When hive.metastore.dml.events=true and MoveTask attempts to fire an insert event on insert to a temporary table this fails, because the db event listener cannot find the temporary table.  This is because temporary tables are only stored in the client, not in the server, thus the metastore listener will never be able to find it.
The proper fix is to not fire events for temporary tables, as they have not duration beyond the current client session.

This is log from server:

2017-05-17 12:48:34,835 ERROR [org.jboss.as.ejb3.invocation] (default task-34) WFLYEJB0034: EJB Invocation failed on component CmtEjb3 for method public abstract void org.jboss.as.test.integration.ejb.transaction.exception.bean.TestBean.throwExceptionFromTm(org.jboss.as.test.integration.ejb.transaction.exception.TestConfig$TxManagerException) throws java.lang.Exception: javax.ejb.EJBException: javax.transaction.HeuristicMixedException
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleEndTransactionException(CMTTxInterceptor.java:139)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:120)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:279)
	at org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:457)
	at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:452)
	at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:164)
Caused by: javax.transaction.HeuristicMixedException
	at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1295)
	at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:89)
	at org.wildfly.transaction.client.LocalTransaction.commitAndDissociate(LocalTransaction.java:73)
	at org.wildfly.transaction.client.ContextTransactionManager.commit(ContextTransactionManager.java:71)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:92)
	... 43 more
	Suppressed: org.jboss.as.test.XATestException
		at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
		at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
		at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
		at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
		at org.jboss.as.test.integration.ejb.transaction.exception.TestXAResource.createInstanceOfDriverSpecificXAException(TestXAResource.java:157)
		at org.jboss.as.test.integration.ejb.transaction.exception.TestXAResource.createDriverSpecificXAException(TestXAResource.java:144)
		at org.jboss.as.test.integration.ejb.transaction.exception.TestXAResource.<clinit>(TestXAResource.java:44)
		at org.jboss.as.test.integration.ejb.transaction.exception.bean.ejb3.CmtEjb3.throwExceptionFromTm(CmtEjb3.java:60)
		at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
		at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
		at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
		at java.lang.reflect.Method.invoke(Method.java:497)
		at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
		at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:240)
		at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:327)
		at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:90)
		at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
		at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
		at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
		at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
		at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
		at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
		at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
		at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
		at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
		at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:255)
		at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:334)
		at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:240)
		at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
		at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
		at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:84)
		... 34 more

javax.ejb.EJBException:
Suppressed: org.jboss.as.test.XATestException // specific exception
Log from client:

[0m12:48:34,839 INFO  [org.jboss.as.test.integration.ejb.transaction.exception.TxExceptionBaseTestCase] (main) Received exception: class javax.ejb.EJBException. Test type TestConfig [ejbType=EJB3, txContext=START_CONTAINER_MANAGED_TX, action=org.jboss.as.test.integration.ejb.transaction.exception.TxExceptionBaseTestCase$$Lambda$194/1526062841@3a45c42a, tmException=HEURISTIC_CAUSED_BY_RM_SPECIFIC_XA_EXCEPTION]: javax.ejb.EJBException: Failed to read response
	at org.jboss.ejb.protocol.remote.EJBClientChannel$MethodInvocation$ExceptionResultProducer.getResult(EJBClientChannel.java:1326)
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:359)
	at org.jboss.ejb.client.TransactionInterceptor.handleInvocationResult(TransactionInterceptor.java:73)
	at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:362)
	at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:629)
	at org.jboss.ejb.client.EJBInvocationHandler.lambda$invoke$0(EJBInvocationHandler.java:180)
	at org.jboss.ejb.client.EJBClientContext.discoverAffinityNone(EJBClientContext.java:742)
	at com.sun.proxy.$Proxy24.throwExceptionFromTm(Unknown Source)
	at org.jboss.as.test.integration.ejb.transaction.exception.TxExceptionEjbClientTestCase.throwExceptionFromTm(TxExceptionEjbClientTestCase.java:153)
	at org.jboss.as.test.integration.ejb.transaction.exception.TxExceptionBaseTestCase.lambda$heuristicExceptionWithSpecificCauseThrownFromTm$9(TxExceptionBaseTestCase.java:121)
	at org.jboss.as.test.integration.ejb.transaction.exception.TxExceptionBaseTestCase.runTest(TxExceptionBaseTestCase.java:153)
	at org.jboss.as.test.integration.ejb.transaction.exception.TxExceptionBaseTestCase.heuristicExceptionWithSpecificCauseThrownFromTm(TxExceptionBaseTestCase.java:121)
Caused by: java.lang.ClassNotFoundException: org.jboss.as.test.XATestException
	at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131)
	at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadCollectionObject(RiverUnmarshaller.java:179)
	at org.jboss.marshalling.river.RiverUnmarshaller.readCollectionData(RiverUnmarshaller.java:853)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:729)
	at org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:321)
	at org.jboss.ejb.protocol.remote.EJBClientChannel$MethodInvocation$ExceptionResultProducer.getResult(EJBClientChannel.java:1314)

Caused by: java.lang.ClassNotFoundException

NamespaceUpgrade is called by TestMetaMigrationConvertingToPB
TestMetaMigrationConvertToPB.tgz doesn't contain .archive directory.
NamespaceUpgrade#migrateTables() calls listStatus() on .archive directory (hardcoded)
Due to change of behavior in hadoop 2.0, FileNotFoundException gets thrown and makes the test fail.

The max value in MinMaxPartitioner is incorrect set, as min is effectively being multiplied twice by range:
			 int min = (i++)*range;
			 int max = Math.min(total, (min+1)*range);
The max line should presumably be:
			int max = Math.min(total, i * range);
(I am assuming that this is what the partitioner is supposed to be doing)

See issue: http://code.google.com/p/google-gson/issues/detail?id=255
Essentially, HTC has bundled an (old, broken) copy of gson with some builds of HTC Sense and exposed it on the classpath.  As a result, the REST client sees it on the classpath and attempts to load it.  Unfortunately, this crashes.

Deployed JSF application will crash with installed MyFaces 2.2.x, see attached log.

Running TestHFile#testReaderWithoutBlockCache failes because cacheConf is not initialized.

In HBASE-17917 tries to switch from pread to stream read when a specific size of bytes are read. So in order to switch over, it closes the existing scanners and creates a new scanners with pread=false.
When we close the exisitng scanners - if the blocks are served from offheap cache we will decrement the ref count on those blocks and if it becomes zero we make the block ready for eviction. Then there is a chance that the result could be corrupted if new blocks occupy the cache. So the expectation was that till the RPC call completes the response we will hold on to the blocks that are referred by the scan. (except the last one). So trying to switch over to stream read will break this expectation and hence TestBlockEvictionfromclient fails. 

In my spring security context, there is multi instance of "http" element, for example:
<http pattern="/api/**">
    ......
</http> 
<http pattern="/web/**" name="web-filter-chain">
    ......
</http> 
then I try to add spring security oauth1 support
<oauth:consumer resource-details-service-ref="resourceDetails"
		oauth-failure-page="/oauth_error.jsp" filter-chain-ref="web-filter-chain">
		<oauth:url pattern="/web/oauth/spring/twitter" resources="twitter"  />
</oauth:consumer>
an error is reported:
org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type [org.springframework.security.web.PortResolver] is defined: expected single matching bean but found 2
It seems not a good idea to have an autowired field in a library.

The doEndTag method in org/springframework/web/servlet/tags/form/FormTag.java uses writeHiddenFields to write the ExtraHiddenFields to a <div> tag. The if statement inside writeHiddenFields checks for hiddenFields being null, but in the case of it being an empty Map will write an empty <div></div> at the end of the <form>.

remove encapsulating <div>, possible hidden inputs would be direct children of the <form> tag
check hiddenFields not only for null but also for empty keyset in the if condition

CAMEL-12104 was temporarily reverted via CAMEL-12409. We can re-apply CAMEL-12104 through reverting CAMEL-12409 now.

Internal meta region state could be corrupted if the meta is not on master:
1. the meta region server (not master) shuts down,
2. meta SSH offlines it without updating the dead server's region list,
3. meta is transitioned to pending_open and the previous server (the dead server) of meta is lost,
4. meta is assigned somewhere else without updating its previous server,
5. normal SSH processes the dead server and offlines all of it's dead regions including the meta, so the meta internal state is corrupted

Fix Code Highlighting for several code snippets
Fix/Shorten code snippet lines that are too long
Ensure that <programlisting/> tags are not wrapped by <para/> tags as this may cause paragraph spacing issues (PDF)

When calling ListUtils.partition() with a large size and large list, it is possible that an integer overflow will occur in the size() method that causes incorrect behavior. This will occur when using a size that, when added to list.size() will be larger than Integer.MAX_VALUE
Current version of Guava's Lists.partition() handle this correctly, so perhaps the code for ListUtils.partition() needs to be updated based on the latest Guava code.
A simple illustration of this:

List<String> aList = Arrays.asList("1", "2", "3", "4", "5");
List<List<String>> partitioned = ListUtils.partition(aList, Integer.MAX_VALUE);
System.out.println("Number of partitions: " + partitioned.size());
for(List<String> l : partitioned)  {
     System.out.println(l);
}

The above code works correctly when using Guava's Lists.partition() instead.

HBASE-7678 change the semantics of splits and removed a test case but didn't not add one to verify behavior.  We'll add one here.

Server is not able to finish reload and becomes unresponsive. Spotted in both standalone as well as domain mode. It's intermittent but happen often. It seems to be new issue in EAP 7.1.0.DR16 build.
End of server log:

2017-04-11 17:26:09,271 INFO  [org.apache.activemq.artemis.ra] (ServerService Thread Pool -- 35) AMQ151003: resource adaptor stopped
2017-04-11 17:26:09,300 ERROR [org.apache.activemq.artemis.core.client] (Thread-0 (org.apache.activemq.artemis.core.remoting.impl.invm.InVMConnector-795435938)) AMQ214013: Failed to decode packet: java.util.concurrent.RejectedExecutionException: Task org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask@2bcc520f rejected from java.util.concurrent.ThreadPoolExecutor@228cbbed[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2047)
	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:823)
	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1369)
	at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor.execute(OrderedExecutorFactory.java:86)
	at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl$SessionFactoryTopologyHandler.nodeDisconnected(ClientSessionFactoryImpl.java:1309)
	at org.apache.activemq.artemis.core.protocol.core.impl.ActiveMQClientProtocolManager$Channel0Handler.handlePacket(ActiveMQClientProtocolManager.java:454)
	at org.apache.activemq.artemis.core.protocol.core.impl.ChannelImpl.handlePacket(ChannelImpl.java:623)
	at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl$DelegatingBufferHandler.bufferReceived(ClientSessionFactoryImpl.java:1143)
	at org.apache.activemq.artemis.core.remoting.impl.invm.InVMConnection$1.run(InVMConnection.java:196)
	at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:101)

2017-04-11 17:26:09,302 ERROR [org.apache.activemq.artemis.core.client] (Thread-0 (org.apache.activemq.artemis.core.remoting.impl.invm.InVMConnector-795435938)) AMQ214013: Failed to decode packet: java.util.concurrent.RejectedExecutionException: Task org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask@4d26c3c3 rejected from java.util.concurrent.ThreadPoolExecutor@228cbbed[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]

2017-04-11 17:26:09,378 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 35) AMQ221002: Apache ActiveMQ Artemis Message Broker version 1.5.4.002-redhat-1 [8825fae7-1ac1-11e7-ad33-3c970e193136] stopped, uptime 10.848 seconds
2017-04-11 17:26:09,379 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0008: Undertow HTTP listener default suspending
2017-04-11 17:26:09,380 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0007: Undertow HTTP listener default stopped, was bound to 127.0.0.1:8080
2017-04-11 17:26:09,380 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0004: Undertow 1.4.12.Final-redhat-1 stopping

select a.key, b.value from (select x.key as key, y.value as value from
srcpart x join srcpart y on (x.key = y.key)
union all
select key, value from srcpart z) a join src b on (a.value = b.value);

TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Hive Runtime Error while closing operators: null
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:186)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:138)
Caused by: java.lang.RuntimeException: Hive Runtime Error while closing operators: null
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:214)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:177)
        ... 13 more
        at org.apache.hadoop.hive.ql.exec.MapJoinOperator.closeOp(MapJoinOperator.java:317)
        at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:598)
        at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:610)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:196)
        ... 14 more
]], Vertex failed as one or more tasks failed. failedTasks:1, Vertex vertex_1425055721029_0048_4_09 [Reducer 5] killed/failed due to:null]
Vertex killed, vertexName=Reducer 7, vertexId=vertex_1425055721029_0048_4_11, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1425055721029_0048_4_11 [Reducer 7] killed/failed due to:null]
Vertex killed, vertexName=Reducer 4, vertexId=vertex_1425055721029_0048_4_07, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1425055721029_0048_4_07 [Reducer 4] killed/failed due to:null]

ClassGeneratingPropertyAccessorFactory considers only the first 16 nullable properties of a Kotlin data class when updating immutable properties. 
This is, because we're generating bytecode using SIPUSH which is intended for short (16 bit numbers). The bitmask is exceeded with the first 16 bit slots and the 17th property does not fit into the bitmask any longer.
We should rather use runtime-constants using LDC to preserve the full precision of 32 bit integers.

I've seen this fail a few times. It just happened now on internal rig.  Looking into it....

REGRESSION:  org.apache.hadoop.hbase.master.handler.TestEnableTableHandler.testDeleteForSureClearsAllTableRowsFromMeta

        at org.junit.Assert.failNotEquals(Assert.java:743)
        at org.junit.Assert.assertEquals(Assert.java:118)
        at org.junit.Assert.assertEquals(Assert.java:555)
        at org.junit.Assert.assertEquals(Assert.java:542)
        at org.apache.hadoop.hbase.master.handler.TestEnableTableHandler.testDeleteForSureClearsAllTableRowsFromMeta(TestEnableTableHandler.java:151)

Take the following hierarchy: -

keystore=xxx
    alias=yyy
        certificate-chain=default
        certificate-chain=x509

keystore is a regular resource with storage=configuration.
alias is a regular resource with storage=runtime
certificate-chain=default and certificate-chain=x509 are regular resources with storage=runtime.
So alias represents a single alias from a Java KeyStore, this may or may not have a certificate chain and it may be a default chain or it may be an x509 chain.
The recursive read-resource is fine with regular resources such as alias as it has to rely on the underlying resource implementation to identify the instances that actually exist.
For the singleton resources however the following method is called: -

org.jboss.as.controller.operations.global.GlobalOperationHandlers.getChildAddresses(OperationContext, PathAddress, ImmutableManagementResourceRegistration, Resource, String)

Within this method the following check takes place: -

                if (resource != null && resource.hasChildren(childType)) {
                    Set<String> childNames = resource.getChildrenNames(childType);
                    if (element.isWildcard()) {
                        set.addAll(childNames);
                    } else if (childNames.contains(element.getValue())) {
                        set.add(element.getValue());
                    }

Up to this point all is fine, the children the resource claims are available are the only ones added.
But further down this happens: -

            if (!element.isWildcard()) {
                ImmutableManagementResourceRegistration childReg = registry.getSubModel(PathAddress.pathAddress(element));
                if (childReg != null && childReg.isRuntimeOnly()) {
                    set.add(element.getValue());
                }
            }

So even though the resource was previously checked and missing children excluded they are now added back.
The end result in this example is that the recursive read resource attempts to read for certificate-chain=default when it should only be reading for certificate-chain=x509 as already reported by the resource implementation.
From a discussion in HipChat yesterday there was general agreement this behaviour seems to be wrong, however support for Proxied resources may be (incorrectly) dependent on this.

HBCK fixing of region unassignment and duplicate assignment was broken with the move to the new master.
We've seen it happen doing testing of 0.90 RCs like that over in HBASE-3332.
Rather than the old "clear everything out approach" which relied on the BaseScanner, in the new master we should just manipulate unassigned ZK nodes and let the master handle the transition.

Recently, I tried to transform my projection interfaces into closed projections to optimize database queries. Before, I used @Value annotations aka. open projections in various places:

public interface ContactPersonProjection {

    @Value("#{target.contactPerson?.fullName}")
    String getContactPersonFullName();

    @Value("#{target.contactPerson?.login}")
    String getContactPersonLogin();
}

I thought that Java 8's default method implementations might be a good way to workaround this limitation. My new projection looks like this:

    @JsonIgnore
    Person getContactPerson();

    default String getContactPersonFullName() {
        return getContactPerson() == null ? null : getContactPerson().getFullName();
    }

    default String getContactPersonLogin() {
        return getContactPerson() == null ? null : getContactPerson().getLogin();
    }
}

But it seems the query lookup strategy tries to create queries for the default methods, too. 

java.lang.IllegalArgumentException: Unable to locate Attribute  with the the given name [fullName] on this ManagedType [com.example.models.Person]
	at org.hibernate.jpa.internal.metamodel.AbstractManagedType.checkNotNull(AbstractManagedType.java:128)
	at org.hibernate.jpa.internal.metamodel.AbstractManagedType.getAttribute(AbstractManagedType.java:113)
	at org.springframework.data.jpa.repository.query.QueryUtils.toExpressionRecursively(QueryUtils.java:566)
	at org.springframework.data.jpa.repository.query.QueryUtils.toExpressionRecursively(QueryUtils.java:573)
	at org.springframework.data.jpa.repository.query.JpaQueryCreator.complete(JpaQueryCreator.java:161)
	at org.springframework.data.jpa.repository.query.JpaQueryCreator.complete(JpaQueryCreator.java:137)
	at org.springframework.data.jpa.repository.query.JpaQueryCreator.complete(JpaQueryCreator.java:49)
	at org.springframework.data.repository.query.parser.AbstractQueryCreator.createQuery(AbstractQueryCreator.java:88)
	at org.springframework.data.repository.query.parser.AbstractQueryCreator.createQuery(AbstractQueryCreator.java:73)
	at org.springframework.data.jpa.repository.query.PartTreeJpaQuery$QueryPreparer.<init>(PartTreeJpaQuery.java:118)
	at org.springframework.data.jpa.repository.query.PartTreeJpaQuery.<init>(PartTreeJpaQuery.java:69)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:103)

It would be great to have this working out of the box.
PS: Default methods work like expected on open projections (e.g. when there's already one @Value method present).

onCompletion() is supposed to be called when the async request is complete, but it never gets called. This makes detecting disconnects impossible, dealing to exceptions being thrown when sending new events as the stream is already closed.
Happens on Tomcat, Jetty and Undertow.

I am seeing a very large thread blocking contention on AbstractRefreshableApplicationContext.getBeanFactory() method for a very high transnational MVC app. I have done a bit of digging into the spring code base and know what the issue is. I have also got a few ideas on how to fix it.
First off here is the thread dump showing the block:

java.lang.Thread.State: BLOCKED
at org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableApplicationContext.java:168)
waiting to lock <78d90cb> (a java.lang.Object) owned by "EmbeddedJettyThread-75" t@75
at org.springframework.context.support.AbstractApplicationContext.getType(AbstractApplicationContext.java:1009)
at org.springframework.web.method.HandlerMethod.getBeanType(HandlerMethod.java:161)
at org.springframework.web.method.HandlerMethod$HandlerMethodParameter.getContainingClass(HandlerMethod.java:258)
at org.springframework.core.ResolvableType.forMethodParameter(ResolvableType.java:1094)
at org.springframework.core.ResolvableType.forMethodParameter(ResolvableType.java:1063)
at org.springframework.core.convert.TypeDescriptor.<init>(TypeDescriptor.java:77)
at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:107)
at org.springframework.beans.TypeConverterSupport.doConvert(TypeConverterSupport.java:64)
at org.springframework.beans.TypeConverterSupport.convertIfNecessary(TypeConverterSupport.java:47)
at org.springframework.validation.DataBinder.convertIfNecessary(DataBinder.java:603)
at org.springframework.web.method.annotation.AbstractNamedValueMethodArgumentResolver.resolveArgument(AbstractNamedValueMethodArgumentResolver.java:104)
at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:77)
at org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:162)
at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:129)
at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:110)
at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:777)
at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:706)
at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:943)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:877)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:966)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:857)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:842)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)

In my digging around and debugging. I traced the contention back to the RequestMappingHandlerMapping. When it goes to handle a request it will find the respective HandlerMethod for the controller method being requested. Once it has the instance it then calls HandlerMethod.createWithResolvedBean(). This is where one of the first blockings happens, as the HandlerMethod instance is created with just the beanName value vs the actual bean reference. So it now must call out to the BeanFactory and get the bean, resulting in a sync lock. Now as part of the createWithResolvedBean() flow the method params (HandlerMethod.HandlerMethodParameter) from the previous HandlerMethod are passed to the new one. This part becomes important as you will see.
Continuing on with the handling of the request we later go about performing method parameter resolving. At this point we iterate over all the HandlerMethod.parameters (InvocableHandlerMethod.getMethodArgumentValues()) to see if we need to resolve the type to a different one. As part of that check we call HandlerMethod.HandlerMethodParameter.getContainingClass() which is a call back up to the parent class's HandlerMethod.getBeanType(). Now as I mentioned earlier this parent was created with the beanName not the bean reference. Even thought the params where copied to a new HandlerMethod instance with a resolved bean. The parent reference in HandlerMethodParameter is to the previous HandlerMethod it was created under. This results in a block for every parameter your controller method is looking for. So in a highly transactional app, especially with lots of params being expected, it ends up blocking most of the threads all the time.
Hopefully that all makes sense.
Now I have 2 proposals for a change to remedy this issue.
1) Change the AbstractHandlerMethodMapping.initHandlerMethods() to pass the bean reference when it calls detectHandlerMethods() instead of the beanName. This would cause the cached instances of HandlerMethod to hold a reference as well as their HandlerMethodParameter instances. This would removed the locks during params type resolution as well as during the initial HandlerMapping.getHandler() (HandlerMethod.createWithResolvedBean). This should also greatly reduce CPU load.
2) The second optional I have is to modify HandlerMethod.<init>(HandlerMethod handlerMethod) and HandlerMethod.<init>(HandlerMethod handlerMethod, Object handler). To do a shallow copy of the params. Which I believe should move the parent reference over to the new HandlerMapping instance. This would remove the contention on the param type resolution, but would leave the one on the HandlerMapping.getHandler().

http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/beans.html#beans-java-basic-concepts

public class AppConfig {
    @Bean
    public void MyService myService() {
        return new MyServiceImpl();
    }
}

I think 'void' is not necessary.

Hi,
I am working with AuthenticationSimpleHttpInvokerRequestExecutor to add http basic authentication to HTTPInvoker requests. When using the AnonymousAuthenticationFilter to create an AnonymousAuthenticationToken the request executor will extract "anonymousUser" and some randomly generated credentials. In the backend, I have no chance to generate meaningful UserDetails for "anonymousUser".
So wouldn't it be better to check in prepareConnection() if the Authentication is a UsernamePasswordAuthenticationToken, since these are anyway the only usable tokens for http basic authentication?

Druid-Hive: tpcds query on timestamp trows java.lang.IllegalArgumentException: Cannot create timestamp, parsing error.

SELECT `__time`, max(ss_quantity), sum(ss_wholesale_cost)

                          FROM misc_store_sales_denormalized_subset

                          GROUP BY `__time`;

INFO  : Compiling command(queryId=hive_20180705123007_dd94e295-9e3e-440e-9818-2e7f8458f06d): SELECT `__time`, max(ss_quantity), sum(ss_wholesale_cost)
FROM misc_store_sales_denormalized_subset
GROUP BY `__time`
INFO  : Semantic Analysis Completed (retrial = false)
INFO  : Returning Hive schema: Schema(fieldSchemas:[FieldSchema(name:__time, type:timestamp, comment:null), FieldSchema(name:$f1, type:int, comment:null), FieldSchema(name:$f2, type:double, comment:null)], properties:null)
INFO  : Completed compiling command(queryId=hive_20180705123007_dd94e295-9e3e-440e-9818-2e7f8458f06d); Time taken: 0.143 seconds
INFO  : Executing command(queryId=hive_20180705123007_dd94e295-9e3e-440e-9818-2e7f8458f06d): SELECT `__time`, max(ss_quantity), sum(ss_wholesale_cost)
INFO  : Completed executing command(queryId=hive_20180705123007_dd94e295-9e3e-440e-9818-2e7f8458f06d); Time taken: 0.003 seconds
INFO  : OK
org.apache.hive.service.cli.HiveSQLException: java.io.IOException: java.lang.IllegalArgumentException: Cannot create timestamp, parsing error
Closing: 0: jdbc:hive2://ctr-e138-1518143905142-397384-01-000006.hwx.site:2181,ctr-e138-1518143905142-397384-01-000005.hwx.site:2181,ctr-e138-1518143905142-397384-01-000004.hwx.site:2181,ctr-e138-1518143905142-397384-01-000007.hwx.site:2181,ctr-e138-1518143905142-397384-01-000008.hwx.site:2181/;serviceDiscoveryMode=zooKeeper;zooKeeperNamespace=hiveserver2-interactive;principal=hive/_HOST@HWQE.HORTONWORKS.COM

Facing this issue after removed condition to create Druid Hive table with (TIMESTAMP with local time zone)

-SELECT CAST(d_date AS TIMESTAMP with local time zone) AS `__time`,
+SELECT CAST(d_date AS TIMESTAMP) AS `__time`,

create table with
SELECT CAST(d_date AS TIMESTAMP with local time zone) AS `__time . works fine
HSI log:

2018-07-05T12:30:08,297 INFO  [6b9ca95f-3aee-44cc-b2eb-2aa9bdec2b38 HiveServer2-Handler-Pool: Thread-326]: session.SessionState (SessionState.java:resetThreadName(449)) - Resetting thread name to  HiveServer2-Handler-Pool: Thread-326
2018-07-05T12:30:08,297 WARN  [HiveServer2-Handler-Pool: Thread-326]: thrift.ThriftCLIService (ThriftCLIService.java:FetchResults(795)) - Error fetching results:
        at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:465) ~[hive-service-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hive.service.cli.operation.OperationManager.getOperationNextRowSet(OperationManager.java:309) ~[hive-service-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hive.service.cli.session.HiveSessionImpl.fetchResults(HiveSessionImpl.java:905) ~[hive-service-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hive.service.cli.CLIService.fetchResults(CLIService.java:561) ~[hive-service-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hive.service.cli.thrift.ThriftCLIService.FetchResults(ThriftCLIService.java:786) [hive-service-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1837) [hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1822) [hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) [hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) [hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hadoop.hive.metastore.security.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:647) [hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286) [hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
Caused by: java.io.IOException: java.lang.IllegalArgumentException: Cannot create timestamp, parsing error
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:602) ~[hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:509) ~[hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:146) ~[hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:2695) ~[hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hadoop.hive.ql.reexec.ReExecDriver.getResults(ReExecDriver.java:229) ~[hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:460) ~[hive-service-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        ... 13 more
Caused by: java.lang.IllegalArgumentException: Cannot create timestamp, parsing error
        at org.apache.hadoop.hive.common.type.Timestamp.valueOf(Timestamp.java:163) ~[hive-common-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hadoop.hive.druid.serde.DruidSerDe.deserialize(DruidSerDe.java:403) ~[hive-druid-handler-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:583) ~[hive-exec-3.1.0.3.0.0.0-1602.jar:3.1.0.3.0.0.0-1602]
        ... 13 more

Coalesce can skip processing other columns, if all the input columns are non-null.
Possibly retaining, isRepeating=true.

I'm unclear on the root cause / fix. Here is the scenario:

mvn clean package install -Dhadoop.profile=2.0 -DskipTests
bin/start-hbase.sh

fails with

Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.metrics2.lib.MetricMutable

doing 

rm -rf hbase-hadoop1-compat/target/

makes it work. 
In the pom.xml, we never reference hadoop2-compat. But doing so does not help: hadoop1-compat is compiled and takes precedence over hadoop2...

Writing invalid value for cipher-suite-filter attribute of *-ssl-context results in "outcome" => "success" and requires reload. After reload there are errors in server log, but there is no notice in CLI. A user should be notified immediately that entered value is not correct – the operation should fail.
Furthermore, when an invalid combination of cipher-suite-filter and protocols is entered, the operation passes and there are errors in server log after reload only. Again, a user should be notified immediately that entered combination of values is not correct – the operation should fail. Should I create separate JIRA issue for this?

With HFile v2 implementation in HBase 0.94 & 0.96, the region server will use HFileSystem as its fs. When it performs bulk load in Store.bulkLoadHFile(), it checks if its fs is the same as srcFs, which however will be DistributedFileSystem. Consequently, it will always perform an extra copy of source files.

JRockit's TreeMap doesn't allow getValue() after remove on an Iterator.

						while (iterator.hasNext()) {
							Entry<Long, PendingConfirm> entry = iterator.next();
							iterator.remove();
							doHandleConfirm(ack, involvedListener, entry.getValue());
						}

Reading from bucketed partitioned tables has significantly higher overhead compared to non-bucketed non-partitioned files.
50% of the profile is spent in MapOperator.cleanUpInputFileChangedOp
5% the CPU in 

 Path onepath = normalizePath(onefile);

And 
45% the CPU in 

 onepath.toUri().relativize(fpath.toUri()).equals(fpath.toUri());

From the profiler 

hive.ql.exec.tez.MapRecordSource.processRow(Object)	5,327	62.348
   hive.ql.exec.vector.VectorMapOperator.process(Writable)	5,326	62.336
      hive.ql.exec.Operator.cleanUpInputFileChanged()	4,851	56.777
         hive.ql.exec.MapOperator.cleanUpInputFileChangedOp()	4,849	56.753
                                 java.net.URI.relativize(URI)	3,903	45.681
                                    java.net.URI.relativize(URI, URI)	3,903	45.681
                                       java.net.URI.normalize(String)	2,169	25.386
                                       java.net.URI.equal(String, String)	526	6.156
                                       java.net.URI.equalIgnoringCase(String, String)	1	0.012
                                       java.lang.String.substring(int)	1	0.012
            hive.ql.exec.MapOperator.normalizePath(String)	506	5.922
            org.apache.commons.logging.impl.Log4JLogger.info(Object)	32	0.375
                                 java.net.URI.equals(Object)	12	0.14
                                 java.util.HashMap$KeySet.iterator()	5	0.059
                                 java.util.HashMap.get(Object)	4	0.047
                                 java.util.LinkedHashMap.get(Object)	3	0.035
         hive.ql.exec.Operator.cleanUpInputFileChanged()	1	0.012
      hive.ql.exec.Operator.forward(Object, ObjectInspector)	473	5.536
      hive.ql.exec.mr.ExecMapperContext.inputFileChanged()	1	0.012

Per the 1.3.1 source in the trunk:
ContextMapper.java
public interface ContextMapper {
    /**
     * Map a single LDAP Context to an object. The supplied Object
     * <code>ctx</code> is the object from a single {@link SearchResult},
     * {@link Binding}, or a lookup operation.
     * 
     * @param ctx
     *            the context to map to an object. Typically this will be a
     *            {@link DirContextAdapter} instance, unless a project specific
     *            <code>DirObjectFactory</code> has been specified on the
     *            <code>ContextSource</code>.
     * @return an object built from the data in the context.
     */
    Object mapFromContext(Object ctx);
}

The 

mapFromContext(Object ctx);

Does not throw the 

javax.naming.NamingException

This is done in the analogous AttributesMapper class, and both are handled by the 

	/**
	 * Perform a search operation, such as a search(), list() or listBindings().
	 * This method handles all the plumbing; getting a readonly context; looping
	 * through the NamingEnumeration and closing the context and enumeration. It
	 * also calls the supplied DirContextProcessor before and after the search,
	 * respectively. This enables custom pre-processing and post-processing,
	 * like for example when handling paged results or other search controls.
	 * <p>
	 * The actual list is delegated to the {@link SearchExecutor} and each
	 * {@link NameClassPair} (this might be a NameClassPair or a subclass
	 * thereof) is passed to the CallbackHandler. Any encountered
	 * NamingException will be translated using the NamingExceptionTranslator.
	 * 
	 * @param se the SearchExecutor to use for performing the actual list.
	 * @param handler the NameClassPairCallbackHandler to which each found entry
	 * will be passed.
	 * @param processor DirContextProcessor for custom pre- and post-processing.
	 * Must not be <code>null</code>. If no custom processing should take place,
	 * please use e.g.
	 * {@link #search(SearchExecutor, NameClassPairCallbackHandler)}.
	 * @throws NamingException if any error occurs. Note that a
	 * NameNotFoundException will be ignored. Instead this is interpreted that
	 * no entries were found.
	 */
	public void search(SearchExecutor se, NameClassPairCallbackHandler handler, DirContextProcessor processor) {
		DirContext ctx = contextSource.getReadOnlyContext();

		NamingEnumeration results = null;
		RuntimeException ex = null;
		try {
			processor.preProcess(ctx);
			results = se.executeSearch(ctx);

			while (results.hasMore()) {
				NameClassPair result = (NameClassPair) results.next();
				handler.handleNameClassPair(result);
			}
		}
		catch (NameNotFoundException e) {
			// It is possible to ignore errors caused by base not found
			if (ignoreNameNotFoundException) {
				log.warn("Base context not found, ignoring: " + e.getMessage());
			}
			else {
				ex = LdapUtils.convertLdapException(e);
			}
		}
		catch (PartialResultException e) {
			// Workaround for AD servers not handling referrals correctly.
			if (ignorePartialResultException) {
				log.debug("PartialResultException encountered and ignored", e);
			}
			else {
			}
		}
		catch (javax.naming.NamingException e) {
			ex = LdapUtils.convertLdapException(e);
		}
		finally {
			try {
				processor.postProcess(ctx);
			}
			catch (javax.naming.NamingException e) {
				if (ex == null) {
					ex = LdapUtils.convertLdapException(e);
				}
				else {
					// We already had an exception from above and should ignore
					// this one.
					log.debug("Ignoring Exception from postProcess, " + "main exception thrown instead", e);
				}
			}
			closeContextAndNamingEnumeration(ctx, results);
			// If we got an exception it should be thrown.
			if (ex != null) {
				throw ex;
			}
		}
	}

Method of LdapTemplate which states in its javadoc comment that 

Any encountered NamingException will be translated using the NamingExceptionTranslator.

the done field of IsRestoreSnapshotDoneRequest is set to true which cause the restoreSnapshot() to not wait until the restore is done. resulting in an async behavior.

Application server does not offer SASL mechanisms in order defined in Elytron sasl-authentication-factory. See Steps to Reproduce for more details. 
Screenshot from wireshark 'follow TCP stream' is attached. JBOSS-LOCAL-USER is offered before DIGEST-MD5.

I found ClassNotFoundException when I use spring-data-mongodb:2.1.0.RC1

Caused by: java.lang.ClassNotFoundException: com.mysema.commons.lang.Assert at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[na:1.8.0_181] at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[na:1.8.0_181] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349) ~[na:1.8.0_181] at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[na:1.8.0_181]

'org.springframework.data.mongodb.core.messaging.CursorReadingTask.java' uses it.

//..
import com.mysema.commons.lang.Assert;
//..

@Override
public boolean awaitStart(Duration timeout) throws InterruptedException {

   Assert.notNull(timeout, "Timeout must not be null!");
   Assert.isFalse(timeout.isNegative(), "Timeout must not be negative!");

   return awaitStart.await(timeout.toNanos(), TimeUnit.NANOSECONDS);
}

I think this feature is not related to querydsl, so it's reasonable to use Spring core's Assert than to set additional dependency.
 
Thanks.

Making testcase for HIVE-8613, I've found CBO changes constant expr to column expr. For example (only in test mode).

CREATE TABLE bucket (key double, value string) CLUSTERED BY (key) SORTED BY (key DESC)  INTO 4 BUCKETS STORED AS TEXTFILE;
load data local inpath '../../data/files/srcsortbucket1outof4.txt' INTO TABLE bucket;
load data local inpath '../../data/files/srcsortbucket2outof4.txt' INTO TABLE bucket;
load data local inpath '../../data/files/srcsortbucket3outof4.txt' INTO TABLE bucket;
load data local inpath '../../data/files/srcsortbucket4outof4.txt' INTO TABLE bucket;

select percentile_approx(case when key < 100 then cast('NaN' as double) else key end, 0.5) from bucket;

It works in shell but in TestCliDriver, that induces argument type exception creating udaf evaluator, which expects constant OI for second argument.

2014-12-22 17:03:31,433 ERROR parse.SemanticAnalyzer (SemanticAnalyzer.java:analyzeInternal(10102)) - CBO failed, skipping CBO.
org.apache.hadoop.hive.ql.exec.UDFArgumentTypeException: The second argument must be a constant, but double was passed instead.
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFPercentileApprox.getEvaluator(GenericUDAFPercentileApprox.java:146)
        at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getGenericUDAFEvaluator(FunctionRegistry.java:1160)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getGenericUDAFEvaluator(SemanticAnalyzer.java:3794)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanMapGroupByOperator(SemanticAnalyzer.java:4467)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanMapAggrNoSkew(SemanticAnalyzer.java:5536)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8884)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9745)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9638)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10086)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:224)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:419)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1107)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1155)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1044)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1034)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:206)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:158)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:369)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:304)
        at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:877)
        at org.apache.hadoop.hive.cli.TestCliDriver.runTest(TestCliDriver.java:136)
        at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_udaf_percentile_approx_23(TestCliDriver.java:120)

Pom contains a profile for hadoop-0.20 and one for hadoop-0.23, but not one for hadoop-0.22.
When overriding hadoop.version to 0.22, then the (compile-time) dependency on hadoop-annotations cannot be met.
That exists on 0.23 and 0.24/trunk, but not on 0.22.

JDK 10 Error:

[INFO] Total time: 1.854 s
[INFO] Finished at: 2018-09-19T13:50:48+01:00
[INFO] Final Memory: 26M/108M
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:3.0.0-M1:javadoc (default-cli) on project wildfly-elytron: An error has occurred in Javadoc report generation:
[ERROR] Exit code: 1 - javadoc: warning - The old Doclet and Taglet APIs in the packages
[ERROR] com.sun.javadoc, com.sun.tools.doclets and their implementations
[ERROR] are planned to be removed in a future JDK release. These
[ERROR] components have been superseded by the new APIs in jdk.javadoc.doclet.
[ERROR] Users are strongly recommended to migrate to the new APIs.
[ERROR] javadoc: error - invalid flag: -Xdoclint:none
[ERROR] 
[ERROR] Command line was: /home/darranl/applications/java/jdk-10.0.2/bin/javadoc @options @argfile
[ERROR] 
[ERROR] Refer to the generated Javadoc files in '/home/darranl/src/community/wildfly-elytron/target/site/apidocs/api-javadoc' dir.
[ERROR] 
[ERROR] 

JDK 11 Error:

[INFO] Total time: 5.908 s
[INFO] Finished at: 2018-10-01T10:19:12-04:00
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:3.0.0-M1:javadoc (default-cli) on project wildfly-elytron: An error has occurred in Javadoc report generation: 
[ERROR] Exit code: 1 - /home/jucook/Documents/WildFly/WildFly-Elytron/wildfly-elytron/src/main/java/org/wildfly/security/manager/JDKSpecific.java:20: error: cannot find symbol
[ERROR] import sun.reflect.Reflection;
[ERROR]                   ^
[ERROR]   symbol:   class Reflection
[ERROR]   location: package sun.reflect
[ERROR] 
[ERROR] Command line was: /home/jucook/JDKs/Java11/OpenJDK/openjdk-11-ea+26_linux-x64_bin/jdk-11/bin/javadoc @options @argfile
[ERROR] 
[ERROR] Refer to the generated Javadoc files in '/home/jucook/Documents/WildFly/WildFly-Elytron/wildfly-elytron/target/site/apidocs/api-javadoc' dir.
[ERROR] 
[ERROR] 
[ERROR] 

Trying to autowire the component from code like the following

class NestedBeans {
  @Component
  static class StaticNested extends NestedBeans {}
}

results in a NoUniqueBeanDefinitionException:

NoUniqueBeanDefinitionException: No qualifying bean of type [com.example.NestedBeans$StaticNested] is defined: expected single matching bean but found 2: nestedBeans.StaticNested,com.example.NestedBeans$StaticNested

We can work around this by explicitly naming the component (see branch "named" in the reproduction repo). It also disappears when the nested class does not extend the containing class.

The Spring Data GemFire XML namespace (XSD) <gfe:gateway-hub> element is missing the 'max-time-between-pings' attribute corresponding to GemFire's GatewayHub.setMaximumTimeBetweenPings(:int) property.
This property and configuration attribute has been present since 4.2.3.
Note, however, the corresponding Spring Data GemFire GatewayHubFactoryBean class currently allows the GemFire GatewayHub 'maximumTimeBetweenPings' property to be set using the 'setMaximumTimeBetweenPings(:int)' FactoryBean method.

HBASE-2468 added a bunch of code in MetaScanner.metaScan, and this particular line is wrong:

+    // if row is not null, we want to use the startKey of the row's region as
+    // the startRow for the meta scan.
+    if (row != null) {
+      HTable metaTable = new HTable(HConstants.META_TABLE_NAME);   <<<<<<<<<<<<<<<<<
+      Result startRowResult = metaTable.getRowOrBefore(startRow,
+          HConstants.CATALOG_FAMILY);
+      if (startRowResult == null) {

If the user specified any new configuration in his code, like ZK's parent znode, then it will miss it. This should use the HTable constructor that takes a Configuration and pass the one it already has.
I found this with my TestReplication test in HBASE-2223.

I camel 2.19 it was possible to mix routes from Spring XML and Spring boot but that does not work anymore with camel 2.20.x.
A sample project can be found here: https://github.com/lburgazzoli/camel-spring-xml so if you switch camel version, you'd see that the java route is not more loaded.

We followed instructions in Token-Based Authentication in Spring doc at http://docs.spring.io/spring/docs/5.0.0.M5/spring-framework-reference/html/websocket.html#websocket-stomp-authentication-token-based, in order to set the user header on the CONNECT Message. In Spring framework 4.3.9, it works well. After migrating to 5.0.0 RC2, we found it stopped working. After some investigation, we tend to believe it is a bug in 5.0.0 RC2 as well as RC3.
[5.0.0 RC2 behavior] – bad
In method handleMessageFromClient() in StompSubProtocolHandler class, Principal is retrieved from session. Of course, at this point, the Principal is null. And then, Spring attempts to put Principal to stompAuthentications. Since it is null, nothing would be put into stompAuthentications.
				Principal user = getUser(session);
				if (user != null) 
{
					headerAccessor.setUser(user);
				}
				...
				try {
					SimpAttributesContextHolder.setAttributesFromMessage(message);
					boolean sent = outputChannel.send(message);
					if (sent) {
						if (isConnect) {
							if (user != null && user != session.getPrincipal()) 
{
								this.stompAuthentications.put(session.getId(), user);
							}
						}

[4.3.9 behavior] – good
Spring tries to retrieve Principal from STOMP header, and then put it into stompAuthentications.

					if (sent) {
							Principal user = headerAccessor.getUser();
							if (user != null && user != session.getPrincipal()) {								this.stompAuthentications.put(session.getId(), user);							}
						}
This commit (https://github.com/spring-projects/spring-framework/commit/f813712f5b413b354560cd7cc006352e9defa9a3#diff-7bc1370febf168db39f9b3a608f68fe8) caused this regression. FYI.

We are using the @ResponseBody similar as indicated in the reference doc, like:
@RequestMapping(value = "/something", method = RequestMethod.PUT)
public String helloWorld()  {
  return "Hello World";
}
The returned String does get written to the response by the StringHttpMessageConverter (and the remote client is happy), but then the String goes on to be rendered as an InternalResourceView. Since the strings we are returning are not valid as internal resources, we see a ServletException that is, among other things, caught by our HandlerInterceptor.
One reason this is a problem is because we are mixing together some responses that are marshalled to XML, some that are returned as a strings via the ResponseBody, and others that are valid InternalResourceViews.
One approach may be that AnnotationMethodHandlerAdapter should return null instead of attempting to create a ModelAndView after this condition is met:
AnnotationMethodHandlerAdapter.getModelAndView(..) :
if (returnValue != null && handlerMethod.isAnnotationPresent(ResponseBody.class)) {
        handleRequestBody(returnValue, webRequest);
}
As it is, it proceeds to:
if (returnValue instanceof String) {
        return new ModelAndView((String) returnValue).addAllObjects(implicitModel);
}

For example installing camel-example-jmx in Apache Karaf you get this exception

Caused by: javax.xml.bind.JAXBException: "org.apache.camel.component.jmx.jaxb" doesnt contain ObjectFactory.class or jaxb.index
	at com.sun.xml.internal.bind.v2.ContextFactory.createContext(ContextFactory.java:186)[:1.6.0_37]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.6.0_37]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)[:1.6.0_37]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[:1.6.0_37]
	at java.lang.reflect.Method.invoke(Method.java:597)[:1.6.0_37]
	at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:143)
	at javax.xml.bind.ContextFinder.find(ContextFinder.java:310)
	at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:412)
	at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:375)
	at org.apache.camel.component.jmx.NotificationXmlFormatter.getMarshaller(NotificationXmlFormatter.java:158)
	at org.apache.camel.component.jmx.NotificationXmlFormatter.format(NotificationXmlFormatter.java:130)
	... 48 more

Any attempt to call timelineOperations().updateStatus with a star symbol in the message fails with a NotAuthorizedException.  Exception message is "Could not authenticate you".
I suspect the problem is in the oauth signature when a * exists in the additionalParameters map, but I don't know enough about OAuth to figure out a fix.
Example failing message: "* Test"

Now, in RecoverableZooKeeper, the retry backoff sleep time grow exponentially, but it doesn't have any up limit. It directly lead to a long long recovery time after Zookeeper going down for some while and come back.
A case of damage done by high sleep time:
If the server hosting zookeeper is disk full, the zookeeper quorum won't really went down but reject all write request. So at HBase side, new zk write request will suffers from exception and retry. But connection remains so the session won't timeout. When disk full situation have been resolved, the zookeeper quorum can work normally again. But the very high sleep time cause some module of RegionServer/HMaster will still sleep for a long time(for example, the balancer) before working.

If the OAuth2ClientContextFilter is installed in a spring security filter chain, it throws IllegalArgumentException when any query string is invalid (can't be parsed by org.springframework.web.util.UriComponents.)  Even requests which will not be involved in oauth2 cannot pass through the filter.
It may depend on the servlet container but tomcat (7.x) does allow requests to be handled by a servlet even if portions of the url (query string) are invalid. If the OAuth2ClientContextFilter is installed, the requests cannot be handled because of the IllegalArgumentException.
Example Stack Trace:
java.lang.IllegalArgumentException: Invalid character '"' for QUERY_PARAM in "nirv"%20onmouseover" 
    org.​springframework.​web.​util.​UriComponents.​verifyUriComponent(​UriComponents.​java:373) 
    org.springframework.web.util.UriComponents.verify(UriComponents.java:341) 
    org.springframework.web.util.UriComponents.<init>(UriComponents.java:105) 
    org.​springframework.​web.​util.​UriComponentsBuilder.​build(​UriComponentsBuilder.​java:222) 
    org.​springframework.​security.​oauth2.​client.​filter.​OAuth2ClientContextFilter.​calculateCurrentUri(OAuth2ClientContextFilter.java:130) 
    org.​springframework.​security.​oauth2.​client.​filter.​OAuth2ClientContextFilter.​doFilter(OAuth2ClientContextFilter.java:54)
    org.​springframework.​security.​web.​FilterChainProxy$​VirtualFilterChain.​doFilter(​FilterChainProxy.java:323) 
A proposed fix would be to catch the IllegalArgumentException in OAuth2ClientContextFilter.calculateCurrentUri and return null.

Trunk build 3530 got to building hbase-examples module but failed:

[INFO] HBase - Examples .................................. FAILURE [3.222s]
[INFO] Total time: 29:21.569s
[INFO] Finished at: Sun Nov 11 15:17:35 UTC 2012
[INFO] Final Memory: 68M/642M
[ERROR] Failed to execute goal org.apache.rat:apache-rat-plugin:0.8:check (default) on project hbase-examples: Too many unapproved licenses: 20 -> [Help 1]

Looks like license headers are missing in some of the files in hbase-examples module

When running the following code:

// Inserts a row and returns the generated id
public String performInsert()
{
  SimpleJdbcInsert insert = new SimpleJdbcInsert(dataSource)
                .withTableName(LOG_TABLE_NAME)
                .withSchemaName(SCHEMA_NAME)
                .usingGeneratedKeyColumns(ID_COLUMN)
                .usingColumns(VALUE_COLUMN);
        KeyHolder keyHolder = insert.executeAndReturnKeyHolder(Collections.singletonMap(VALUE_COLUMN, json));
        String id = (String) keyHolder.getKeys().get(ID_COLUMN);
        return id;
}

This code will work with Spring JDBC 4.3.6.RELEASE but if I change it to 4.3.7.RELEASE or above it will fail in:

	at org.springframework.jdbc.core.metadata.OracleTableMetaDataProvider.lookupDefaultSchema(OracleTableMetaDataProvider.java:79)
	at org.springframework.jdbc.core.metadata.OracleTableMetaDataProvider.<init>(OracleTableMetaDataProvider.java:68)
	at org.springframework.jdbc.core.metadata.TableMetaDataProviderFactory$1.processMetaData(TableMetaDataProviderFactory.java:74)
	at org.springframework.jdbc.support.JdbcUtils.extractDatabaseMetaData(JdbcUtils.java:336)
	at org.springframework.jdbc.core.metadata.TableMetaDataProviderFactory.createMetaDataProvider(TableMetaDataProviderFactory.java:64)
	at org.springframework.jdbc.core.metadata.TableMetaDataContext.processMetaData(TableMetaDataContext.java:206)
	at org.springframework.jdbc.core.simple.AbstractJdbcInsert.compileInternal(AbstractJdbcInsert.java:280)
	at org.springframework.jdbc.core.simple.AbstractJdbcInsert.compile(AbstractJdbcInsert.java:266)
	at org.springframework.jdbc.core.simple.AbstractJdbcInsert.checkCompiled(AbstractJdbcInsert.java:313)
	at org.springframework.jdbc.core.simple.AbstractJdbcInsert.doExecuteAndReturnKeyHolder(AbstractJdbcInsert.java:396)
	at org.springframework.jdbc.core.simple.SimpleJdbcInsert.executeAndReturnKeyHolder(SimpleJdbcInsert.java:142)

Server not staring after succesful migration operation. This issue happens when interoperability IONA on subsystem JacORB is turned on. Tthis functionality was added to IIOP-OpenJDK(see JBEAP-12912) In the latest build(7.1.0.CR3).
When IONA is  turned on, configuration file contains setting 

<interop iona="on">

During migration from JacORB to IIOP-OpenJDK using /subsystem=jacorb:migrate this setting is also migrated:

<interop iona="on">.

However, the IIOP-OpenJDK cannot parse this setting because it accepts boolean.

<interop iona="true">

Due to this, server cannot parse the configuration and fails to boot.
The issue is caused by missing transformer for iona. The issue is a regression agains previous releases.

The SAML2AttributeMappingTestCase in testsuite/integration/basic uses a wrong hostname value in the generated krb5.conf file in case of IPv6 address.

I have a Researcher object that has many Interests and Skills. When I edit a researcher the skills and interests multiselect boxes do not get correctly bound, so if I just submit they will be almost all erased (all but the first interest). 
The weird thing is that if you view source the correct skills and interests option tags are marked as selected="selected", although they are not highlighted for me as a user and they are not considered selected when I submit the form (because if I submit they are wiped out).
Is there something wrong with dojo MultiSelect widgit? 
You might be able to reproduce the problem with this partial script:
..all of the project and persistence setup
entity --class ~.domain.Interest 
entity --class ~.domain.Skill 
entity --class ~.domain.Researcher 
field set --fieldName interests --element ~.domain.Interest 
field set --fieldName skills --element ~.domain.Skill 
controller scaffold all
If you create a few skills and interests and then create a researcher you should see the problem.

Version used of Blueprint Web : 1.0
I don't know if this example has ever work - https://github.com/apache/camel/blob/master/examples/camel-example-servlet-tomcat-blueprintweb/src/main/resources/META-INF/blueprint.xml but this is apparently not the longer case.
When we start mvn jetty:run within the project, we get this error
2015-09-30 10:37:29.054:WARN:/:Failed to startup blueprint container. java.lang.IllegalArgumentException: Unsupported namespaces: http://camel.apache.org/schema/blueprint
java.lang.IllegalArgumentException: Unsupported namespaces: http://camel.apache.org/schema/blueprint
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.init(BlueprintContainerImpl.java:99)
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.<init>(BlueprintContainerImpl.java:73)
	at org.apache.aries.blueprint.web.BlueprintContextListener.contextInitialized(BlueprintContextListener.java:86)
Why, when the BlueprintContext is created, then it fails to load the camel namespace handler
We should upgrade to this version of Blueprint Web :
https://github.com/apache/aries/blob/trunk/blueprint/blueprint-web/src/main/java/org/apache/aries/blueprint/web/BlueprintContextListener.java#L55-L56
which allow to specify :
blueprintNamespaceHandlers OR META-INF/blueprint.handlers
and adapt the example to pass the blueprintNamespaceHandlers

We've seen some stalls when logging to the ConsoleLogger that's getting redirected to a file. We should allow people to use a buffered console appender to keep from having stalls when the logging disk is busy.

1. save the following script to a file:
project --topLevelPackage com.my.gae --projectName gaetest --java 6 
entity jpa --class ~.domain.Person
web gwt all --proxyPackage ~.proxy --requestPackage ~.request
web gwt gae update
2. roo script --file <path-to-above-script>
This will give an error which is fixed in the next step
3. Fix a bug in the pom by adding <scope>runtime</scope> to the datanucleus-core dependency
<groupId>org.datanucleus</groupId>
<artifactId>datanucleus-core</artifactId>
<version>3.0.7</version>
<scope>runtime</scope>
4. Edit the ApplicationScaffold.gwt.xml file and removing the path to these lines as follows:
<source path="request"/>
<source path="proxy"/>
Now the app will build. Without this change, the app will not build.
5. mvn gae:run
The following error will result:
SEVERE: One or more exceptions caught, see full set in UmbrellaException#getCauses
java.lang.Throwable: One or more exceptions caught, see full set in UmbrellaException#getCauses
        at Unknown.RuntimeException_1()
        at Unknown.UmbrellaException_1()
        at Unknown.$processPayload()
        at Unknown.$onTransportSuccess()
        at Unknown.$onTransportSuccess_0()
        at Unknown.$onResponseReceived()
2012-04-05 00:13:31,311 [1827795025@qtp-1505888432-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewF
ilter - Closing JPA EntityManager in OpenEntityManagerInViewFilter
        at Unknown.$onResponseReceived_0()
2012-04-05 00:13:31,312 [1827795025@qtp-1505888432-0] DEBUG org.springframework.orm.jpa.EntityManagerFactoryUtils - Clos
ing JPA EntityManager
Caused by: java.lang.Throwable: Server Error: No results for query: SELECT COUNT(o) FROM Person o
        at Unknown.Exception_0()
        at Unknown.RuntimeException_0()
        at Unknown.$onFailure()
        at Unknown.onFailure()
        at Unknown.$onFail()

With the 3.0 release, we enabled the ability to use the Map based job repository if you do not configure a datasource.  However, in order to create a JobExplorer when using the map based option, you need access to the MapJobRepsoitoryFactoryBean.  This issue would address this by providing the JobExplorer as well by default.

StoreFileInfo used to implement Comparable, but got changed in HBASE-12749. Now comparing StoreFileInfo's with links results in false, since FileLink/HFileLink does not implement equals(). 
We should do both equals and hashCode() it seems. 

Keep Master up all the time, do rolling restart of RSs like this - stop RS1, wait for 2 seconds, stop RS2, start RS1, wait for 2 seconds, stop RS3, start RS2, wait for 2 seconds, etc. After a while, you will find the ROOT, .META. regions aren't in "regions in transtion" from AssignmentManager point of view, but they aren't assigned to any regions. Here are the issues.
1. .ROOT or .META. location is stale when MetaServerShutdownHandler is invoked to check if it contains ROOT region. That is due to long delay from ZK notification and async nature of the system. Here is an example, even though new root region server sea-lab-1,60020,1316380133656 is set at T2, at T3 the shutdown process for sea-lab-1,60020,1316380133656, the root location still points to old server sea-lab-3,60020,1316380037898.
T1: 2011-09-18 14:08:52,470 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: master:6
0000-0x1327e43175e0000 Retrieved 29 byte(s) of data from znode /hbase/root-regio
n-server and set watcher; sea-lab-3,60020,1316380037898
T2: 2011-09-18 14:08:57,173 INFO org.apache.hadoop.hbase.catalog.RootLocationEditor: Setting ROOT region location in ZooKeeper as sea-lab-1,60020,1316380133656
T3: 2011-09-18 14:10:26,393 DEBUG org.apache.hadoop.hbase.master.ServerManager: Adde
d=sea-lab-1,60020,1316380133656 to dead servers, submitted shutdown handler to be executed, root=false, meta=true, current Root Location: sea-lab-3,60020,1316380037898
T4: 2011-09-18 14:12:37,314 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: master:6
0000-0x1327e43175e0000 Retrieved 29 byte(s) of data from znode /hbase/root-region-server and set watcher; sea-lab-1,60020,1316380133656
2. The MetaServerShutdownHandler worker thread that waits for ROOT or .META. availability could be blocked. If meanwhile, the new server that ROOT or .META. is being assigned restarted, another instance of MetaServerShutdownHandler is queued. Eventually, all MetaServerShutdownHandler worker threads are filled up. It looks like HBASE-4245.

The fix for SPR-12050 changed GenericConversionService#getClassHierarchy to use type.isEnum() instead of looking for Enum.class in the type hierarchy.
For anonymous enum subclasses, this causes EnumToStringConverter to not be matched and results in the enum's toString() being used instead of name().

Camel 2.4.0 karaf feature with spring 2.5 is deployed with spring3 name.
http://repo2.maven.org/maven2/org/apache/camel/karaf/apache-camel/2.4.0/apache-camel-2.4.0-features-spring3.xml

weld-core-impl is available in version 2.2.4.Final since July 18. Could you update the property version.org.jboss.weld.weld in pom.xml to 2.2.4.Final?

From private communication, an example:

hbase(main):051:0> get 'books', 'fe80a1eb-2b3c-4995-8630-4131ef4b4eb7'

COLUMN                       CELL                                                                             

 attribute:author            timestamp=5410348784985219840, value=\001Richard Matheson                        

 attribute:description       timestamp=5410348784985219840, value=\001The most clever and riveting vampire nov

                             el since Dracula.                                                                

 attribute:links             timestamp=5410348784985219840, value=--- []\n\n                                  

 attribute:title             timestamp=5410348784985219840, value=\001I Am Legend                             

 log:change                  timestamp=5410348784985219840, value=--- []\n\n                                  

5 row(s) in 0.0070 seconds

==========

> curl http://localhost:8080/books/fe80a1eb-2b3c-4995-8630-4131ef4b4eb7

<?xml version="1.0" encoding="UTF-8" standalone="yes"?><CellSet><Row key="ZmU4MGExZWItMmIzYy00OTk1LTg2MzAtNDEzMWVmNGI0ZWI3"><Cell timestamp="5410348784985219840" column="YXR0cmlidXRlOmF1dGhvcg==">AVJpY2hhcmQgTWF0aGVzb24=</Cell><Cell timestamp="5410348784985219840" column="YXR0cmlidXRlOmRlc2NyaXB0aW9u">AVRoZSBtb3N0IGNsZXZlciBhbmQgcml2ZXRpbmcgdmFtcGlyZSBub3ZlbCBzaW5jZSBEcmFjdWxhLg==</Cell><Cell timestamp="5410348784985219840" column="YXR0cmlidXRlOmxpbmtz">LS0tIFtdCgo=</Cell><Cell timestamp="5410348784985219840" column="YXR0cmlidXRlOnRpdGxl">AUkgQW0gTGVnZW5k</Cell><Cell timestamp="5410348784985219840" column="bG9nOmNoYW5nZQ==">LS0tIFtdCgo=</Cell></Row></CellSet>

> curl -X DELETE -v http://localhost:8080/books/fe80a1eb-2b3c-4995-8630-4131ef4b4eb7

* About to connect() to localhost port 8080 (#0)

*   Trying ::1... connected

* Connected to localhost (::1) port 8080 (#0)

> DELETE /books/fe80a1eb-2b3c-4995-8630-4131ef4b4eb7 HTTP/1.1

> User-Agent: curl/7.18.2 (i486-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.10

> Host: localhost:8080

> 

< Content-Length: 0

< 

* Connection #0 to host localhost left intact

* Closing connection #0

> curl http://localhost:8080/books/fe80a1eb-2b3c-4995-8630-4131ef4b4eb7             

Currently, reading encoded ORC data does not support data type conversion.  So, encoded reading and cache populating needs to be disabled.

create_namespace command for existing namespace does not throw an useful error message
Here we try to call create_namespace command twice for same namespace, and attempt to verify an error message

2017-11-13 08:19:03,347|INFO|MainThread|hbase.py:191 - runShellCmds()|Writing commands to file /hwqe/hadoopqe/artifacts/tmp-844452
2017-11-13 08:19:03,348|INFO|MainThread|hbase.py:194 - runShellCmds()| 'create_namespace 'testnamespace''
2017-11-13 08:19:03,348|INFO|MainThread|hbase.py:194 - runShellCmds()| 'drop_namespace 'testnamespace''
2017-11-13 08:19:03,348|INFO|MainThread|hbase.py:198 - runShellCmds()|Done writing commands to file. Will execute them now.
2017-11-13 08:19:03,348|INFO|MainThread|machine.py:145 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|RUNNING: /usr/hdp/current/hbase-client/bin/hbase shell /hwqe/hadoopqe/artifacts/tmp-844452
2017-11-13 08:19:11,593|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|2017-11-13 08:19:11,592 INFO  [main] beanutils.FluentPropertyBeanIntrospector: Error when creating PropertyDescriptor for public final void org.apache.commons.configuration2.AbstractConfiguration.setProperty(java.lang.String,java.lang.Object)! Ignoring this property.
2017-11-13 08:19:11,628|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|2017-11-13 08:19:11,628 INFO  [main] impl.MetricsConfig: loaded properties from hadoop-metrics2-hbase.properties
2017-11-13 08:19:11,700|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|2017-11-13 08:19:11,700 INFO  [main] impl.MetricsSystemImpl: Scheduled Metric snapshot period at 10 second(s).
2017-11-13 08:19:11,700|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|2017-11-13 08:19:11,700 INFO  [main] impl.MetricsSystemImpl: HBase metrics system started
2017-11-13 08:19:12,655|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|Took 0.6500 seconds
2017-11-13 08:19:12,784|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|
2017-11-13 08:19:12,784|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|ERROR: testnamespace
2017-11-13 08:19:12,784|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|Create namespace; pass namespace name,
2017-11-13 08:19:12,785|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|and optionally a dictionary of namespace configuration.
2017-11-13 08:19:12,785|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|Examples:
2017-11-13 08:19:12,785|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|
2017-11-13 08:19:12,785|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|hbase> create_namespace 'ns1'
2017-11-13 08:19:12,785|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|hbase> create_namespace 'ns1', {'PROPERTY_NAME'=>'PROPERTY_VALUE'}
2017-11-13 08:19:12,785|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|Took 0.1284 seconds
2017-11-13 08:19:13,016|INFO|MainThread|machine.py:159 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|Took 0.2307 seconds
2017-11-13 08:19:13,541|INFO|MainThread|machine.py:184 - run()||GUID=29350822-e327-4a0d-97ec-fc8b0a7d1be2|Exit Code: 0
2017-11-13 08:19:13,575|INFO|MainThread|conftest.py:241 - pytest_report_teststatus()|TEST "test_ShellCreateNameSpace[CreateExistentNamespace]" FAILED in 10.22 seconds

In standalone mode, shutdown can be used with a timeout in order to execute a graceful shutdown of the server. 
In domain mode, this attribute is not used and it is not taken into account when the domain is shutting down.
The CLI output of shutdown -help does not declare that -timeout is only relevant to standalone servers and is it not allowed if -host is used. The handler should reject that combo.

Test has been disabled, looks like by mistake (or due to some issue with the patch there that was never addressed), in HIVE-11394.
It needs to be reenabled.

cd /c=y -no-validation changes the current path to be /c=y-no-validation 
The option is considered to be part of the node path.

When trying to aggregate files from a directory, it seems that camel-core raises a NullPointerException if the last file of the batch is a single file. That is it doesn't match the correlationExpression with any other files and therefore should just pass through. If such a file is the first file or in the middle of the files (alphabetically) this issue is not present.
See:
http://old.nabble.com/Aggregator-problem-with-files-(Camel-2.3)-td28778641.html#a28780522

As you can see below, we don't pass data down when parent folder doesn't exists.

    } catch(KeeperException.NoNodeException nne) {
      createWithParents(zkw, getParent(znode));
      createWithParents(zkw, znode);

Currently we do not remove the restore log "oldlogfile.log" after we reopen a region after a crashed region server.
Suggestion would be to remove after we successfully flush of all the edits to a mapfile
so something like:
replay log 
memcache flush
deleted log

As I see it - these warnings just waste some disk space.

Auto-declaring an exclusive Queue ...
Auto-declaring an auto-delete Queue ...
Auto-declaring a non-durable Queue ...

1. if queue is anonymous then always 3 warnings are logged, makes no sense.
2. it makes no sense logging this in production, only as a hint during development
If these warnings are considered useful, then I would suggest adding a property "boolean enableHints", so I can disable them on production.

As I explained in the issue https://jira.springsource.org/browse/SECOAUTH-345, the class DefaultOAuth2ClientContext must be serializable. Or it contains a field of type AccessTokenRequest implemented by DefaultAccessTokenRequest, which is not serializable (it doesn't implements the interface nor extends a class implementing it). Sorry I should have checked this before creating the previous issue.

I don't know if this is a bug in 4.0 or 3.x; I suspect the latter but there is probably an argument for the former...
This was discovered when moving XD to Spring 4.0.0.M3.
In 4.0, an @Qualifier in a child context is not resolved to a <qualifier/> bean in a parent context, unless the parent context has <context:annotation-config/>. 
Consider the following

child-context.xml

	<context:component-scan base-package="foo" />

and

parent-context.xml

	<bean id="foo" class="foo.BrokenQualifier$BarImpl">
		<constructor-arg value="foo" />
		<qualifier value="baz" />
	</bean>

	<bean id="bar" class="foo.BrokenQualifier$BarImpl">
		<constructor-arg value="bar" />
	</bean>

and

public class BrokenQualifier {

		ApplicationContext parent = new ClassPathXmlApplicationContext("parent-context.xml", BrokenQualifier.class);
		ClassPathXmlApplicationContext child = new ClassPathXmlApplicationContext(parent);
		child.setConfigLocation("foo/child-context.xml");
		child.refresh();

		System.out.println(child.getBean(Baz.class).getFoo());

		child.close();
	}

	public static class Baz {

		private final String foo;

		@Autowired
		public Baz(@Qualifier("baz") Bar aBar) {
			this.foo = aBar.getBar();
		}

		public String getFoo() {
			return foo;
		}

	}

	public interface Bar {

		public String getBar();
	}

	public static class BarImpl implements Bar {

		private final String bar;

		public BarImpl(String bar) {
			this.bar = bar;
		}

		@Override
		public String getBar() {
			return bar;
		}

	}
}

Notice that the Baz constructor has an Qualifier matching the <qualifier/> in the parent context. All works fine with 3.x; with 4.0, we get

No qualifying bean of type [foo.BrokenQualifier$Bar] is defined: expected single matching bean but found 2: foo,bar

Adding <context:annotation-config/> to the parent context makes it work (as does changing the constructor parameter name from 'aBar' to 'foo').

                    SELECT b.*  
                    FROM                                                 
                    (                                                    
                      SELECT x.col1, x.col2
                      FROM tmp x              
                      WHERE x.col2= 10
                      CLUSTER BY col2                                  
                    ) b"
The above query works, but if I change the cluster by to:
CLUSTER BY x.col2, 
it croaks.

https://github.com/wildfly/wildfly/blob/master/xts/src/main/java/org/jboss/as/xts/XTSSubsystemAdd.java#L172 does:

processorTarget.addDeploymentProcessor(XTSExtension.SUBSYSTEM_NAME, Phase.POST_MODULE, Phase.POST_MODULE_WELD_PORTABLE_EXTENSIONS + 10, new CDIExtensionProcessor());

The phase number should all be centrally maintained in Phase.java so that those can be tracked.

When using wrong parameters, PE triggers an NPE. Should not

@hbasetest1:~# hbase pe --nomapred
16/12/21 16:38:50 INFO Configuration.deprecation: hadoop.native.lib is deprecated. Instead, use io.native.lib.available
	at java.util.TreeMap.getEntry(TreeMap.java:342)
	at org.apache.hadoop.hbase.PerformanceEvaluation.determineCommandClass(PerformanceEvaluation.java:2145)
	at org.apache.hadoop.hbase.PerformanceEvaluation.run(PerformanceEvaluation.java:2127)
	at org.apache.hadoop.hbase.PerformanceEvaluation.main(PerformanceEvaluation.java:2150)

from(uri) 
                .routeId(ROUTE_ID) 
                .validate(body().isInstanceOf(SomeClass.class)) 
                .beanRef(bean, "someMethod") 
                .marshal(jaxbIn) 
                .to(uri).id("meID"); 

Studying Camel source (2.10.4) code i find, that method id("meID") is called on ValidateDefinition object and this return empty collection for outputs. 
http://camel.465427.n5.nabble.com/Camel-dont-set-ID-for-ToDefinition-object-td5731143.html

There is a typo in org.wildfy.batch.job.repository, a missing letter l.
https://github.com/wildfly/wildfly/blob/master/batch/extension-jberet/src/main/java/org/wildfly/extension/batch/jberet/_private/Capabilities.java#L58

Document the "wildfly.jpa.regionfactory" and "wildfly.jpa.jtaplatform" properties for Hibernate ORM 5.3+ integration.
Also automatically treat "wildfly.jpa.regionfactory" as false if ehcache is being used (e.g. check if the hibernate.cache.region.factory_class value starts with "net.sf.ehcache").  This should help applications that have configured to use Ehcache.
Also automatically treat "wildfly.jpa.jtaplatform" as false if the application sets "hibernate.transaction.jta.platform".  This should help applications that have configured the transaction platform class.

This happened while testing tags with COMPRESS_TAG=true/false. I was trying to change this attribute of compressing tags by altering the HCD.  The DBE used is FAST_DIFF. 
In one particular case I got this 

2014-01-29 16:20:03,023 ERROR [regionserver60020-smallCompactions-1390983591688] regionserver.CompactSplitThread: Compaction failed Request = regionName=usertable,user5146961419203824653,1390979618897.2dd477d0aed888c615a29356c0bbb19d., storeName=f1, fileCount=4, fileSize=498.6 M (226.0 M, 163.7 M, 67.0 M, 41.8 M), priority=6, time=1994941280334574
        at org.apache.hadoop.hbase.io.util.LRUDictionary$BidirectionalLRUMap.put(LRUDictionary.java:109)
        at org.apache.hadoop.hbase.io.util.LRUDictionary$BidirectionalLRUMap.access$200(LRUDictionary.java:76)
        at org.apache.hadoop.hbase.io.util.LRUDictionary.addEntry(LRUDictionary.java:62)
        at org.apache.hadoop.hbase.io.TagCompressionContext.uncompressTags(TagCompressionContext.java:147)
        at org.apache.hadoop.hbase.io.encoding.BufferedDataBlockEncoder$BufferedEncodedSeeker.decodeTags(BufferedDataBlockEncoder.java:270)
        at org.apache.hadoop.hbase.io.encoding.FastDiffDeltaEncoder$1.decode(FastDiffDeltaEncoder.java:522)
        at org.apache.hadoop.hbase.io.encoding.FastDiffDeltaEncoder$1.decodeFirst(FastDiffDeltaEncoder.java:535)
        at org.apache.hadoop.hbase.io.encoding.BufferedDataBlockEncoder$BufferedEncodedSeeker.setCurrentBuffer(BufferedDataBlockEncoder.java:188)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$EncodedScannerV2.updateCurrentBlock(HFileReaderV2.java:1017)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$EncodedScannerV2.next(HFileReaderV2.java:1068)
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.next(StoreFileScanner.java:137)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:108)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:509)
        at org.apache.hadoop.hbase.regionserver.compactions.Compactor.performCompaction(Compactor.java:217)
        at org.apache.hadoop.hbase.regionserver.compactions.DefaultCompactor.compact(DefaultCompactor.java:76)
        at org.apache.hadoop.hbase.regionserver.DefaultStoreEngine$DefaultCompactionContext.compact(DefaultStoreEngine.java:109)
        at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:1074)
        at org.apache.hadoop.hbase.regionserver.HRegion.compact(HRegion.java:1382)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.run(CompactSplitThread.java:475)

I am not able to reproduce this repeatedly.  One thing is I altered the table to use COMPRESS_TAGS here before that it was false.  
My feeling is this is not due to the COMPRESS_TAGS because we try to handle this per file by adding it in FILE_INFO. 
In the above stack trace the problem has occured while compaction and so the flushed file should have this property set.  I think the problem could be with LRUDicitonary.
the reason for NPE is 

 if (currSize < initSize) {
        // There is space to add without evicting.
        indexToNode[currSize].setContents(stored, 0, stored.length);
        setHead(indexToNode[currSize]);
        short ret = (short) currSize++;
        nodeToIndex.put(indexToNode[ret], ret);
        System.out.println(currSize);
      } else {
        short s = nodeToIndex.remove(tail);
        tail.setContents(stored, 0, stored.length);
        // we need to rehash this.
        nodeToIndex.put(tail, s);
        moveToHead(tail);
        return s;
      }

Here 

short s = nodeToIndex.remove(tail);

is giving a null value and the typecasting to short primitive is throwing NPE.  Am digging this further to see if am able to reproduce this.

In STS 2.9.1, create a Roo project and run the following roo script:

enum type --class ~.domain.enums.Roles
enum constant --name ROLE_ADMIN
field enum --fieldName roles --type ~.domain.enums.Roles --notNull
entity jpa --class ~.domain.Keptfile

NOTE  top.level.domain.Person            will be created correctly
BUT   top.level.domain.domain.Keptfile   will be created (which is incorrect)
Worse, this confusion continues AFTER a restart of STS!
Just try the line: "entity jpa --class ~.domain.Keptfile2".
If you remove the line "field enum --fieldName ..." and create a new project, the problem will not appear. However this always worked in STS 2.8.M2 and earlier.

We recently saw this: If user inadvertently starts the HBase Master after deploying new HBase binaries (any version that supports namespaces), the HMaster will start the migration to PBs the the hbase.version file per HBASE-5453 and that will write a new version file PB-serialized but with the old version number. Further restarts of the master will fail because the hbase version file has been migrated to PBs and there will be version mismatch. The right approach should be to fail safe the master if we find an old hbase.version file in order to force user to run upgrade tool.

The parser when parsing "properties" elements is producing a DMR param of ModelType.LIST of ModelType.PROPERTY instead of a param of ModelType.OBJECT, which is how the attribute is specified. This works ok although it results in storing the attribute value in non-canonical format. But this behavior blocks completion of WFCORE-1581 because it results in test failures once WFCORE-1581 is implemented. Tests that compare the model structure generated by a current version controller when it executes the parser's ops fail as that structure doesn't match what a legacy version controller produces. The mismatch is largely harmless, but it's much simpler to correct the parser than to code a workaround into the tests. Plus the parser is just wrong.

some classes use mm for month and hh for hours
it should be MM and HH

Building the current master branch from git fails with

[INFO] Generating "FindBugs" report             --- findbugs-maven-plugin:2.5.5:findbugs
[INFO] Locale is en
[INFO] Fork Value is true
     [java] The following errors occurred during analysis:
     [java]   Error scanning java/util/Map$Entry for referenced classes
     [java]     java.lang.ArrayIndexOutOfBoundsException: 5735
     [java]       At org.objectweb.asm.ClassReader.readClass(Unknown Source)
     [java]       At org.objectweb.asm.ClassReader.accept(Unknown Source)
     [java]       At edu.umd.cs.findbugs.asm.FBClassReader.accept(FBClassReader.java:44)
     [java]       At edu.umd.cs.findbugs.classfile.engine.ClassParserUsingASM.parse(ClassParserUsingASM.java:110)
     [java]       At edu.umd.cs.findbugs.classfile.engine.ClassParserUsingASM.parse(ClassParserUsingASM.java:587)
     [java]       At edu.umd.cs.findbugs.classfile.engine.ClassInfoAnalysisEngine.analyze(ClassInfoAnalysisEngine.java:76)
     [java]       At edu.umd.cs.findbugs.classfile.engine.ClassInfoAnalysisEngine.analyze(ClassInfoAnalysisEngine.java:38)
     [java]       At edu.umd.cs.findbugs.classfile.impl.AnalysisCache.getClassAnalysis(AnalysisCache.java:268)
     [java]       At edu.umd.cs.findbugs.FindBugs2.buildReferencedClassSet(FindBugs2.java:891)
     [java]       At edu.umd.cs.findbugs.FindBugs2.execute(FindBugs2.java:222)
     [java]       At edu.umd.cs.findbugs.FindBugs.runMain(FindBugs.java:393)
     [java]       At edu.umd.cs.findbugs.FindBugs2.main(FindBugs2.java:1317)
     [java]   Error scanning java/util/Comparator for referenced classes
     [java]     java.lang.ArrayIndexOutOfBoundsException: 1320
     [java]   Unable to get XClass for java/util/AbstractMap$SimpleEntry
     [java]   Unable to get XClass for org/apache/commons/collections4/map/StaticBucketMap$Node
...

Tested locally, and updating the commons-parent version to 42, and specifying the findbugs version from the parent property seems to fix the issue. As it could affect other parts of the build/release artefacts, I'll send a pull request to allow others to review before the parent is updated.

The logic for retrying has been moved from RetryingRawStore to RetryingHMSHandler. 

The Exception I got is like this:

2019-04-01T13:45:44,035 ERROR [PeterVary-MBP15.local-33] compactor.Worker: Caught exception while trying to compact id:24,dbname:default,tableName:acid,partName:null,state:,type:MAJOR,properties:null,runAs:petervary,tooManyAborts:false,highestWriteId:9. Marking failed to avoid repeated failures, java.lang.IllegalArgumentException: Wrong FS: pfile:/Users/petervary/data/apache/hive/warehouse/acid/base_0000009_v0000284/bucket_00000, expected: file:///
at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:781)
at org.apache.hadoop.fs.RawLocalFileSystem.pathToFile(RawLocalFileSystem.java:86)
at org.apache.hadoop.fs.RawLocalFileSystem.deprecatedGetFileStatus(RawLocalFileSystem.java:636)
at org.apache.hadoop.fs.RawLocalFileSystem.getFileLinkStatusInternal(RawLocalFileSystem.java:930)
at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:631)
at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:454)
at org.apache.hadoop.fs.FileSystem.isFile(FileSystem.java:1768)
at org.apache.hadoop.hive.ql.io.ProxyLocalFileSystem.rename(ProxyLocalFileSystem.java:34)
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.commitCrudMajorCompaction(CompactorMR.java:583)
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.runCrudCompaction(CompactorMR.java:401)
at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR.run(CompactorMR.java:248)
at org.apache.hadoop.hive.ql.txn.compactor.Worker.run(Worker.java:195)

1. Create a MSSQL database.
2. Create a table in the default schema "dbo".
3. Name the table with "dbo." prepended to the filename, e.g. "dbo.myTable". So in the database's table listing the table shows up as "dbo.dbo.myTable".
4. Create other tables as appropriate. 
4. Create a roo project with Hibernate as the persistence provider.
5. Enter "database introspect --schema dbo --file test.xml". The xml file will be created as expected.
7. Enter "database reverse engineer --schema dbo --package ~.foo"
8. .roo-dbre is created and peristence.xml is updated, but that's it. No entities are created.
Roo script and ddl attached.
Not a naming scheme one would wisely or typically employ, but the resulting behavior is unexpected and confusing.

We do some work in the ReplicationAdmin constructor after creating connections to ZK and the HBase cluster. If any part of that work throws an exception that we propagate out of the constructor (like initializing peers), then we need to clean up before we do so.

After HIVE-2792, the substr function produces a StringIndexOutOfBoundsException when called on a string containing UTF-8 characters without the length argument being present.
E.g.
select substr(str, 1) from table1;
now fails with that exception if str contains a UTF-8 character for any row in the table.

page size for searching users doesn't work , it always queries 20 entities regardless of the parameter. The problem is spring social twitter api execute the url "https://api.twitter.com/1.1/users/search.json?page=1&per_page=1&q=text"
but the twitter url that should be executed is : "https://api.twitter.com/1.1/users/search.json?count=3&page=1&q=text". The problem is in the class UserTemplate.java the method - "public List<TwitterProfile> searchForUsers(String query, int page, int pageSize)" calls the method in "PagingUtils PagingUtils.buildPagingParametersWithPerPage(...)". It should call the method 
"PagingUtils.buildPagingParametersWithCount (...)".

For a random UDF, we should be able to use * or a.* to refer to "all of the columns in their natural order." This is not currently implemented.
I'm reporting this as a bug because it is a manner in which Hive is inconsistent with the SQL spec, and because Hive claims to implement *.
hive> select all_non_null(a.*) from table a where a.ds='2012-09-01';
FAILED: ParseException line 1:25 mismatched input '*' expecting Identifier near '.' in expression specification

I discovered this on Lars' cluster. The symptom was the good old:

09/11/30 08:10:26 INFO mapred.JobClient: Task Id : attempt_200911250121_0011_r_000010_1, Status : FAILED
org.apache.hadoop.hbase.client.RetriesExhaustedException: Trying to contact region server Some server, retryOnlyOne=true, index=0, islastrow=false, tries=9, numtries=10, i=14, listsize=20, region=prev-docs,de68fb97795ef3d936a3f10ff8790253,1259573366564 for region prev-docs,ccea967e66ccb53d83c48849c3a23f21,1259542138868, row 'ccff8cd4ca871c41f4fa7d44cffed962', but failed after 10 attempts.
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers$Batch.process(HConnectionManager.java:1120)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.processBatchOfRows(HConnectionManager.java:1201)
        at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:605)
        at org.apache.hadoop.hbase.client.HTable.put(HTable.java:470)
        at org.apache.hadoop.hbase.mapreduce.TableOutputFormat$TableRecordW

But the load wasn't that heavy, just lots of splitting going on. Looking at the logs, I see a split taking more than 4 minutes which is explained by this happening on the RS hosting .META. :

2009-11-30 08:08:39,922 INFO org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Forced flushing of prev-docs,2c9d51e57b20decd5c6419d23ede822b,1259542273901 because global memstore limit of 1.6g exceeded; currently 1.6g and flushing till 1021.9m
...
2009-11-30 08:12:33,743 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~22.9m for region prev-docs,c8fea4fbbc41e746d960854ed4d41dd6,1259587143838 in 14160ms, sequence id=13677, compaction requested=false
2009-11-30 08:12:33,744 INFO org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Forced flushing of prev-docs,39c2995d955c041d21f4dc4a0d0dbf6c,1259587061295 because global memstore limit of 1.6g exceeded; currently 1.0g and flushing till 1021.9m

So we should not block updates to .META. for any reason. I'm pretty sure this issue explains other issues we've seen on the mailing list.

hive-minikdc needs to be disabled for Windows OS since we dont have kerberos support yet for Hadoop Cluster running under Windows OS.

When deserializing a Tweet, the language code is still being deserialized using the Twitter API 1.0 style (that is, as an "iso_language_code" property within a "metadata" property). In Twitter API 1.1, the language code is in a "lang" property.

I'm trying to evaluate the following SpEL expression:
T(com.google.common.collect.Lists).newArrayList(#iterable)
where #iterable is of type java.lang.Iterable. Google Guava com.google.common.collect.Lists (version 14.0) does have a method newArrayList(Iterable) but for some reason SpEL chooses to invoke a different method: newArrayList(Object[])
The issue seems to be with org.springframework.expression.spel.support.ReflectiveMethodResolver implementation: it seems to be sensitive to the manner in which methods are sorted by the java.lang.Class::getMethods. If 2 methods match the invocation (in the case one of the methods is varargs), the later method (in the order) will be invoked, instead of choosing the method that isn't varargs (which is more specific). It seems like JDK doesn't guarantee the order the methods are sorted: different runs yield different order.

See
http://forum.springframework.org/showthread.php?t=52639
http://forum.springframework.org/showthread.php?t=52635

Test case attached. The following query fail:

SELECT * FROM ext_auth1 JOIN ext_auth2 ON ext_auth1.ikey = ext_auth2.ikey

2018-09-28T00:36:23,860 DEBUG [17b954d9-3250-45a9-995e-1b3f8277a681 main] dao.GenericJdbcDatabaseAccessor: Query to execute is [SELECT *
FROM (SELECT *
FROM "SIMPLE_DERBY_TABLE1"
WHERE "ikey" IS NOT NULL) AS "t"
INNER JOIN (SELECT *
FROM "SIMPLE_DERBY_TABLE2"
WHERE "ikey" IS NOT NULL) AS "t0" ON "t"."ikey" = "t0"."ikey" {LIMIT 1}]
2018-09-28T00:36:23,864 ERROR [17b954d9-3250-45a9-995e-1b3f8277a681 main] dao.GenericJdbcDatabaseAccessor: Error while trying to get column names.
java.sql.SQLSyntaxErrorException: Table/View 'SIMPLE_DERBY_TABLE2' does not exist.
        at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.derby.impl.jdbc.EmbedPreparedStatement.<init>(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.derby.impl.jdbc.EmbedPreparedStatement42.<init>(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.derby.jdbc.Driver42.newEmbedPreparedStatement(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.derby.impl.jdbc.EmbedConnection.prepareStatement(Unknown Source) ~[derby-10.14.1.0.jar:?]
        at org.apache.commons.dbcp.DelegatingConnection.prepareStatement(DelegatingConnection.java:281) ~[commons-dbcp-1.4.jar:1.4]
        at org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.prepareStatement(PoolingDataSource.java:313) ~[commons-dbcp-1.4.jar:1.4]
        at org.apache.hive.storage.jdbc.dao.GenericJdbcDatabaseAccessor.getColumnNames(GenericJdbcDatabaseAccessor.java:74) [hive-jdbc-handler-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hive.storage.jdbc.JdbcSerDe.initialize(JdbcSerDe.java:78) [hive-jdbc-handler-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.serde2.AbstractSerDe.initialize(AbstractSerDe.java:54) [hive-serde-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.serde2.SerDeUtils.initializeSerDe(SerDeUtils.java:540) [hive-serde-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.HiveMetaStoreUtils.getDeserializer(HiveMetaStoreUtils.java:90) [hive-metastore-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.HiveMetaStoreUtils.getDeserializer(HiveMetaStoreUtils.java:77) [hive-metastore-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.Table.getDeserializerFromMetaStore(Table.java:295) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.Table.getDeserializer(Table.java:277) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genTablePlan(SemanticAnalyzer.java:11100) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:11468) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:11427) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:525) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:12319) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:356) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:289) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:669) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1872) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1819) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1814) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.reexec.ReExecDriver.compileAndRespond(ReExecDriver.java:126) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:214) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:239) [hive-cli-4.0.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:188) [hive-cli-4.0.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:402) [hive-cli-4.0.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:335) [hive-cli-4.0.0-SNAPSHOT.jar:?]

Hive is pushing the join into jdbc driver though the table refer to different data source.

Some Elytron dependencies come from JBoss Maven repository (they are not in Maven Central). Nevertheless the pom.xml doesn't contain link to the JBoss repository so the build fails with:

[INFO] Building WildFly Elytron 1.0.0.Alpha3-SNAPSHOT
[WARNING] The POM for org.kohsuke.metainf-services:metainf-services:jar:1.5-jboss-1 is missing, no dependency information available
[WARNING] The POM for org.jboss.slf4j:slf4j-jboss-logmanager:jar:1.0.3.GA is missing, no dependency information available
[INFO] Total time: 3.967 s
[INFO] Finished at: 2015-07-21T16:46:05+02:00
[INFO] Final Memory: 17M/218M
[ERROR] Failed to execute goal on project wildfly-elytron: Could not resolve dependencies for project org.wildfly.security:wildfly-elytron:jar:1.0.0.Alpha3-SNAPSHOT: The following artifacts could not be resolved: org.kohsuke.metainf-services:metainf-services:jar:1.5-jboss-1, org.jboss.slf4j:slf4j-jboss-logmanager:jar:1.0.3.GA: Failure to find org.kohsuke.metainf-services:metainf-services:jar:1.5-jboss-1 in https://repo.maven.apache.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced -> [Help 1]
[ERROR] 
[ERROR] 
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException

If a SOAP action already exists, the new action is set without the leading "action=".

The output of llapdump doesn't include the first column at the moment.
This is an output example:

url: jdbc:hive2://{hiveserver2_interactive}
user: hive
query: select column1, column2 from table_a limit 10
column1:int,column2:float
Results:

, 258.0
, 645.0
, 652.0
, 1336.096
, 97.1828
, 1864.4
, 10428.4
, 2346.3
, 425.1
, 228.9

A PGP key ring with version 4 keys typically consists of a primary key which has sub-keys. There is a use-case where the primary key has only the usage flag (KeyFlag) "certify" and one sub-key is makred with the usage flag "signing" and the other sub-key is marked with usage flag"encryption".  In this case the PGPDataFormat does not use the correct sub-key for signing and encryption.
In the patch I enabled the usage of sub-keys for the signing process and I introduced the usage flag (KeyFlag) for finding the correct keys for signing and encryption.

XML config from http://static.springsource.org/spring-batch/reference/html-single/index.html#configureStep (5.1.1 Configuring a Step)
<job id="sampleJob" job-repository="jobRepository">
    <step id="step1">
        <tasklet transaction-manager="transactionManager">
            <chunk reader="itemReader" writer="itemWriter" commit-interval="10"/>
        <tasklet>
    </step>
</job>
the tasklet tag misses a slash

Bytes.toBytesBinary() converts escaped strings to byte arrays. When encountering a '\' character, it looks at the next one to see if it is an 'x', without checking if it exists.

During fixing fail of TestCompaction JUnit was found error in removing of row Cells. Reason was a error in comparator logic of HStoreKey.
Fix of HStoreKey also fixed removing of row Cell and and TestCompaction.

Templeton uses launcher jobs to launch the actual user jobs. Launcher jobs are 1-map jobs (a single task jobs) which kick off the actual user job and monitor it until it finishes. Given that the launcher is a task, like any other MR task, it has a retry policy in case it fails (due to a task crash, tasktracker/nodemanager crash, machine level outage, etc.). Further, when launcher task is retried, it will again launch the same user job, however the previous attempt user job is already running. What this means is that we can have two identical user jobs running in parallel. 
In case of MRv2, there will be an MRAppMaster and the launcher task, which are subject to failure. In case any of the two fails, another instance of a user job will be launched again in parallel. 
Above situation is already a bug.
Now going further to RM HA, what RM does on failover/restart is that it kills all containers, and it restarts all applications. This means that if our customer had 10 jobs on the cluster (this is 10 launcher jobs and 10 user jobs), on RM failover, all 20 jobs will be restarted, and launcher jobs will queue user jobs again. There are two issues with this design:
1. There are possible chances for corruption of job outputs (it would be useful to analyze this scenario more and confirm this statement).
2. Cluster resources are spent on jobs redundantly
To address the issue at least on Yarn (Hadoop 2.0) clusters, webhcat should do the same thing Oozie does in this scenario, and that is to tag all its child jobs with an id, and kill those jobs on task restart before they are kicked off again.

AmqpInvokerServiceExporter must wrap Exception for the wrong arg to the RemoteInvocationResult.
See RemoteInvocationBasedExporter#invokeAndCreateResult

We embed Spring Security and Spring DI into a common Uber-Jar as part of a Dropwizard application.
We use the Gradle Shadow plugin to do this (the Gradle version of the Maven Shade plugin).
However, as soon as we add an implementation version to the generated JAR
Spring Security logs an ERROR at start up:
e.g.
ERROR [2013-08-29 15:09:23,322] org.springframework.security.core.SpringSecurityCoreVersion: *** Spring Major version '3' expected, but you are running with version: 1.1.4-SNAPSHOT. Please check your classpath for unwanted jar files.
This error should be changed to either a WARN or an INFO. 
It is very unnerving for customers to see an ERROR like this at start up and they will raise support tickets or alert sysadmins.
Alternatively, there should be a way to disable this check programmatically or via configuration.
See reproducible test case:
https://github.com/jacek99/dropwizard-spring-di-security-onejar-example
git clone it and then using Gradle 1.6 or higher execute
gradle runShadow
You will see the error on the screen.

Comparator must meet the condition: sign(comparator(plan1, plan2)) = - sign(comparator(plan2, plan1)).
Current implementation breaks above condition.

When running the q tests with BeeLine, the name of the src tables are changed in all queries to have the database name as prefix, like src -> default.src, srcpart -> default.srcpart
This renaming mechanism changes the table names to lower case. For example the query "SELECT * FROM SRC" will be "SELECT * FROM src" after the rewite. This will cause failure during the comparison of the out files.
Change the QFile.replaceTableNames method to keep the upper case letters unchanged.

Given a film and two critics
User criticOne...
User criticTwo...
Movie film...
Rating rating = criticOne.rate(film, ...);
where Rating is a @RelationshipEntity, the following removes the rating from criticOne to the film and saves only the rating from criticTwo
Rating rating = criticTwo.rate(film, ...);
repository.save(criticTwo);
See org.neo4j.ogm.defects.RelationshipEntityTest. shouldSaveMultipleRatingsFromDifferentUsersForSameMovie  https://github.com/spring-projects/spring-data-neo4j/blob/4.0/neo4j-ogm/src/test/java/org/neo4j/ogm/defects/RelationshipEntityTest.java#L80

I committed the hbase-2707 patch yesterday but on second thoughts, it has a flaw in that if nothing in the todo queue, we then poll the delayedtodo queue.  If we fall into the latter and it has not elements, then we'll never come out; there are no notifyalls going on to wake us up.  Patch coming.

Camel-cxf bundle of camel 2.8.0 ships and exports the packages of camel-transport, it could cause some trouble when we install the camel-transport and camel-cxf bundles at the same time.

CAMEL-2986 fixes some issue with the CamelContinationServlet.
However under extreme load and under some circumstances you can still get a NPE.
The Jetty guides for writing and using continuation at
http://wiki.eclipse.org/Jetty/Feature/Continuations
Shows a different style for suspend/resume than we currently have implemented. 
I think it's best practice that we refactor the code in camel-jetty to be aligned with the Jetty guide.
I will follow the Suspend Resume Pattern style listed on the Jetty guide.

The table/partition being loaded is not being added to outputs in the LoadSemanticAnalyzer.

System allows multiple applications with same runtime-name to be enabled at the same time, which shoudl be avoided.
It correctly prevents the deployment of an enabled second application, but doesn't complain if deploying disabled and enabling after that.

This can have a big performance impact, as unless there are a large number of elements parallel streams are significantly more expensive than non parallel ones. I see it being used in:
org.jboss.as.ejb3.remote.AssociationImpl#registerClusterTopologyListener
org.wildfly.elytron.web.undertow.server.ElytronAccount#ElytronAccount
org.wildfly.elytron.web.undertow.server.ElytronHttpExchange#getRequestParameters
org.jboss.as.security.remoting.RemotingConnectionCredential#RemotingConnectionCredential
org.jboss.as.security.api.ConnectionSecurityContext#getConnectionPrincipals

Tests from XTS module fails with security manager. BAParticipantCompletionTestCase fails on maven timeout [ERROR] There was a timeout or other error in the fork
Always

./integration-tests.sh -Dmaven.repo.local=$MAVEN_REPO_LOCAL -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2 -Dmcast=$MCAST_ADDR -Djboss.dist=$JBOSS_DIST -Dsecurity.manager -Dts.xts

No errors

camel.xsd has the following fragment:
    33      <xsd:element name="destination">
    34          <xsd:complexType>
    35              <xsd:complexContent>
    36                  <xsd:extension base="beans:Tcomponent"/>
    37                  <!-- here we need to specify the CamelContext reference -->
    38                  <xsd:attribute name="camelContextId" type="xsd:string" />
    39              </xsd:complexContent>
    40          </xsd:complexType>
    41      </xsd:element>
The "attribute" element appears in complexContent, which is not allowed according to the xml schema spec, consequently when using the schema, it results in the following validation error.
org.xml.sax.SAXParseException; systemId: jar:file:/C:/maven/repo/org/apache/camel/camel-cxf-transport/2.12-SNAPSHOT/camel-cxf-transport-2.12-SNAPSHOT.jar!/schema/blueprint/camel.xsd; lineNumber: 38; columnNumber: 74; s4s-elt-invalid-content.1: The content of '#AnonType_destination' is invalid.  Element 'attribute' is invalid, misplaced, or occurs too often.
I think the correct schema should include this attribute element inside the extension element, as shown in
    <xsd:element name="destination">
        <xsd:complexType>
            <xsd:complexContent>
                <xsd:extension base="beans:Tcomponent">
                    <!-- here we need to specify the CamelContext reference --> 
                    <xsd:attribute name="camelContextId" type="xsd:string" />
                </xsd:extension>
            </xsd:complexContent>
        </xsd:complexType>
    </xsd:element>
thanks.

If there is a runtime exception on the server-side that doesn't have a message (e.g. NullPointerException) the client side
gets an IllegalArgumentException "faultString cannot be empty". The exception seems to be coming from SaajSoap11Body.java, line 50. 
Could this be configured so the client always gets SOAP response even if the server had a runtime exception?
Also in the above scenario the server-side doesn't show the original runtime exception but instead hides it by showing the IllegalArgumentException only.

When trying to detect content type of a zip file with Tika 1.10 (which uses Commons Compress 1.9 internally) in manner like this:

        byte[] content = ... // whole zip file.
        String name = "TR_01.ZIP";
        Tika tika = new Tika();
        return tika.detect(content, name);

it throws an exception:

java.lang.ArrayIndexOutOfBoundsException: 13
	at org.apache.commons.compress.archivers.zip.X7875_NewUnix.parseFromLocalFileData(X7875_NewUnix.java:199)
	at org.apache.commons.compress.archivers.zip.X7875_NewUnix.parseFromCentralDirectoryData(X7875_NewUnix.java:220)
	at org.apache.commons.compress.archivers.zip.ExtraFieldUtils.parse(ExtraFieldUtils.java:174)
	at org.apache.commons.compress.archivers.zip.ZipArchiveEntry.setCentralDirectoryExtra(ZipArchiveEntry.java:476)
	at org.apache.commons.compress.archivers.zip.ZipFile.readCentralDirectoryEntry(ZipFile.java:575)
	at org.apache.commons.compress.archivers.zip.ZipFile.populateFromCentralDirectory(ZipFile.java:492)
	at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:216)
	at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:192)
	at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:153)
	at org.apache.tika.parser.pkg.ZipContainerDetector.detectZipFormat(ZipContainerDetector.java:141)
	at org.apache.tika.parser.pkg.ZipContainerDetector.detect(ZipContainerDetector.java:88)
	at org.apache.tika.detect.CompositeDetector.detect(CompositeDetector.java:77)
	at org.apache.tika.Tika.detect(Tika.java:155)
	at org.apache.tika.Tika.detect(Tika.java:183)
	at org.apache.tika.Tika.detect(Tika.java:223)

The zip file does contain two .jpg images and is not a "special" (JAR, Openoffice, ... ) zip file.
Unfortunately, the contents of the zip file is confidential and so I cannot attach it to this ticket as it is, although I can provide the parameters supplied to
org.apache.commons.compress.archivers.zip.X7875_NewUnix.parseFromLocalFileData(X7875_NewUnix.java:199) as caught by the debugger:

data = {byte[13]@2103}
 0 = 85
 1 = 84
 2 = 5
 3 = 0
 4 = 7
 5 = -112
 6 = -108
 7 = 51
 8 = 85
 9 = 117
 10 = 120
 11 = 0
 12 = 0
offset = 13
length = 0

This data comes from the local zip entry for the first file, it seems the method tries to read more bytes than is actually available in the buffer.
It seems that first 9 bytes of the buffer are 'UT' extended field with timestamp, followed by 0-sized 'ux' field (bytes 9-12) that is supposed to contain UID/GID - according to infozip's doc the 0-size is common for global dictionary, but the local dictionary should contain complete data. In this case for some reason it does contain 0-sized data.
Note that 7zip and unzip can unzip the file without even a warning, so Commons Compress should be also able to handle that file correctly without choking on that exception.

This occasionally shows up in the test failures.
It looks like testConvertBooleanToInt() sets HCatConstants.HCAT_DATA_CONVERT_BOOLEAN_TO_INTEGER=true, and this sets the static configuration in HCatContext.INSTANCE. If testConvertBooleanToInt() runs first, then this setting sticks around and converts the boolean values to int in testReadDataPrimitiveTypes().

TestReplicator failed 1.3 nightly. Running it local, it fails sometimes. Complaint is illegalmonitorstate  and indeed, locking around latch is unsafe. Fixing this, I can't get it to fail locally anymore.

When I set http-listener as not enabled in Undertow subsystem and perform reload operation, during the server shutdown I can see following NPE exception/warning in the server log:

19:26:59,020 WARN  [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000004: Failure during stop of service jboss.remoting.remoting-http-upgrade-service.http-remoting-connector: java.lang.NullPointerException
	at org.jboss.as.remoting.RemotingHttpUpgradeService.stop(RemotingHttpUpgradeService.java:154)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2071)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2032)

Such exception is not present when I keep http-listener enabled before reload operation.

Currently you can remove a logging resource even if it's used by another resource. An example of this would be the ability to remove a formatter even though that formatter is attached to a handler. Removing handlers does validate it's not attached to a logger first. However all logging resources should do this.
Note that logging does not use services which is why this needs to be manually checked. This should be doable via the configuration API. Note too that a fix to validate this will also be done in the logmanager, LOGMGR-179. 

The code travels down the super to fast. And the code that checks for Object and inherited types in the end of the lookup code should be run as last resort.

I am not able to correctly configure native management interface to use Elytron. 
I am adding some binding for native interface:

/socket-binding-group=standard-sockets/socket-binding=native:add(port=9999)

And then adding native management interface which uses Elytron sasl-authentication-factory (application-sasl-authentication is predefined in standalone-elytron.xml):

/core-service=management/management-interface=native-interface:add(sasl-authentication-factory=application-sasl-authentication,socket-binding=native)
{
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.sasl-authentication-factory"],
        "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.management is missing [org.wildfly.security.sasl-authentication-factory]"]
    },
}

Following exception occurs in server log:

    ("management-interface" => "native-interface")
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.sasl-authentication-factory"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.management is missing [org.wildfly.security.sasl-authentication-factory]"]
}
INFO  [org.jboss.as.controller] (management-handler-thread - 2) WFLYCTL0183: Service status report
      service org.wildfly.security.sasl-authentication-factory (missing) dependents: [service jboss.remoting.server.management]

The same exception is thrown when I am trying to set SSL through Elytron ssl-context attribute in management native-interface.

As part of a fuzzing run for a larger software that uses Apache Commons Compress ZipFile with the AFL-based Kelinci fuzzer found at https://github.com/isstac/kelinci I found the following ArrayIndexOutOfBoundsException issues:

Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException
    at java.lang.System.arraycopy(Native Method)
    at org.apache.commons.compress.archivers.zip.X7875_NewUnix.parseFromLocalFileData(X7875_NewUnix.java:224)
    at org.apache.commons.compress.archivers.zip.ExtraFieldUtils.parse(ExtraFieldUtils.java:179)
    at org.apache.commons.compress.archivers.zip.ZipArchiveEntry.setExtra(ZipArchiveEntry.java:571)
    at org.apache.commons.compress.archivers.zip.ZipFile.resolveLocalFileHeaderData(ZipFile.java:1042)
    at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:291)
    at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:213)
    at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:196)
    at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:157)

The issue can be reproduced with the attached files.

The use case is as follow:
Client makes a call to a bean on server-1
bean (server-1) inserts a row into table-1
bean (server-1) calls to a bean on server-2
bean (server-2) inserts a row into table-2
bean (server-2) goes to sleep for 3 minutes
periodic recovery (server-1) flags the remote branchof the transaction  (on server-2) as in doubt and rolls it back. 
(server-1 log)

11:53:37,991 TRACE [com.arjuna.ats.arjuna] (Periodic Recovery) RecoveryXids _whenFirstSeen toRecover no RecoveryOnlyEJBXAResource{receiverContext=EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@322f7790, receiver=Remoting connection EJB receiver [connection=Remoting connection <2c1ab3f6>,channel=jboss.ejb,nodename=server2]}, transactionOriginNodeIdentifier='server1'} 1452599607985 === 1452599617991
11:53:37,991 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Have 1 Xids to recover on this pass.

11:53:37,992 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) No record found for < formatId=131077, gtrid_length=35, bqual_length=43, tx_uid=0:ffffc0a80164:-fa2e9db:5694e833:2c, node_name=server1, branch_uid=0:ffffc0a80164:-fa2e9db:5694e833:39, subordinatenodename=server2, eis_name=unknown eis name >
11:53:37,992 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XAResourceOrphanFilter com.arjuna.ats.internal.jta.recovery.arjunacore.JTATransactionLogXAResourceOrphanFilter voted ABSTAIN
11:53:37,993 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) node name of < formatId=131077, gtrid_length=35, bqual_length=43, tx_uid=0:ffffc0a80164:-fa2e9db:5694e833:2c, node_name=server1, branch_uid=0:ffffc0a80164:-fa2e9db:5694e833:39, subordinatenodename=server2, eis_name=unknown eis name > is server1
11:53:37,993 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XAResourceOrphanFilter com.arjuna.ats.internal.jta.recovery.arjunacore.JTANodeNameXAResourceOrphanFilter voted ROLLBACK
11:53:37,993 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) subordinate node name of < formatId=131077, gtrid_length=35, bqual_length=43, tx_uid=0:ffffc0a80164:-fa2e9db:5694e833:2c, node_name=server1, branch_uid=0:ffffc0a80164:-fa2e9db:5694e833:39, subordinatenodename=server2, eis_name=unknown eis name > is server2
11:53:37,993 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Checking whether Xid < formatId=131077, gtrid_length=35, bqual_length=43, tx_uid=0:ffffc0a80164:-fa2e9db:5694e833:2c, node_name=server1, branch_uid=0:ffffc0a80164:-fa2e9db:5694e833:39, subordinatenodename=server2, eis_name=unknown eis name > exists in ObjectStore.
11:53:37,993 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Looking for 0:ffffc0a80164:-fa2e9db:5694e833:2c and /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction/SubordinateAtomicAction/JCA

11:53:37,993 INFO  [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016013: Rolling back < formatId=131077, gtrid_length=35, bqual_length=43, tx_uid=0:ffffc0a80164:-fa2e9db:5694e833:2c, node_name=server1, branch_uid=0:ffffc0a80164:-fa2e9db:5694e833:39, subordinatenodename=server2, eis_name=unknown eis name >

(server-2 log)

11:53:37,997 TRACE [com.arjuna.ats.jta] (EJB default - 5) TransactionImple.getStatus: javax.transaction.Status.STATUS_ACTIVE
11:53:37,998 TRACE [com.arjuna.ats.arjuna] (EJB default - 5) BasicAction::phase2Abort() for action-id 0:ffffc0a80164:-41fcd6d0:5694e85a:34
11:53:37,998 TRACE [com.arjuna.ats.arjuna] (EJB default - 5) BasicAction::doAbort (XAResourceRecord < resource:XAResourceWrapperImpl@3de8e444[xaResource=org.jboss.jca.adapters.jdbc.xa.XAManagedConnection@6440856e pad=false overrideRmValue=false productName=PostgreSQL productVersion=9.4.1 jndiName=java:jboss/datasources/testJBossDS], txid:< formatId=131077, gtrid_length=35, bqual_length=43, tx_uid=0:ffffc0a80164:-fa2e9db:5694e833:2c, node_name=server1, branch_uid=0:ffffc0a80164:-41fcd6d0:5694e85a:3e, subordinatenodename=server2, eis_name=java:jboss/datasources/testJBossDS >, heuristic: TwoPhaseOutcome.FINISH_OK, product: PostgreSQL/9.4.1, jndiName: java:jboss/datasources/testJBossDS com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@32ff4c6d >)
11:53:37,998 TRACE [com.arjuna.ats.jta] (EJB default - 5) XAResourceRecord.topLevelAbort for XAResourceRecord < resource:XAResourceWrapperImpl@3de8e444[xaResource=org.jboss.jca.adapters.jdbc.xa.XAManagedConnection@6440856e pad=false overrideRmValue=false productName=PostgreSQL productVersion=9.4.1 jndiName=java:jboss/datasources/testJBossDS], txid:< formatId=131077, gtrid_length=35, bqual_length=43, tx_uid=0:ffffc0a80164:-fa2e9db:5694e833:2c, node_name=server1, branch_uid=0:ffffc0a80164:-41fcd6d0:5694e85a:3e, subordinatenodename=server2, eis_name=java:jboss/datasources/testJBossDS >, heuristic: TwoPhaseOutcome.FINISH_OK, product: PostgreSQL/9.4.1, jndiName: java:jboss/datasources/testJBossDS com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@32ff4c6d >, record id=0:ffffc0a80164:-41fcd6d0:5694e85a:3f
11:53:37,998 TRACE [org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$MyXaMCF] (EJB default - 5) Unlock: HeldByCurrentThread: Yes, Locked: Yes, HoldCount: 1, QueueLength: 0
11:53:37,998 TRACE [org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$MyXaMCF] (EJB default - 5) Owner: Thread[EJB default - 5,5,EJB default]
11:53:37,999 TRACE [com.arjuna.ats.arjuna] (EJB default - 5) BasicAction::doAbort() result for action-id (0:ffffc0a80164:-41fcd6d0:5694e85a:34) on record id: (0:ffffc0a80164:-41fcd6d0:5694e85a:3f) is (TwoPhaseOutcome.FINISH_OK) node id: (server2)
11:53:37,999 TRACE [com.arjuna.ats.arjuna] (EJB default - 5) BasicAction::updateState() for action-id 0:ffffc0a80164:-41fcd6d0:5694e85a:34
11:53:37,999 TRACE [com.arjuna.ats.jta] (EJB default - 5) SynchronizationImple.afterCompletion

bean (server-2) wake up 
bean (server-1) updates the row in table-1
at this point the parent transaction gets committed without an error

11:55:31,104 TRACE [com.arjuna.ats.arjuna] (EJB default - 3) BasicAction::removeChildThread () action 0:ffffc0a80164:-fa2e9db:5694e833:2c removing TSThread:1
11:55:31,104 TRACE [com.arjuna.ats.arjuna] (EJB default - 3) BasicAction::removeChildThread () action 0:ffffc0a80164:-fa2e9db:5694e833:2c removing TSThread:1 result = true
11:55:31,104 TRACE [com.arjuna.ats.arjuna] (EJB default - 3) TransactionReaper::remove ( BasicAction: 0:ffffc0a80164:-fa2e9db:5694e833:2c status: ActionStatus.COMMITTED )

client call ends
When I look at the table in the database I see a row in table-1 but no row in table-2. I would expect to see both tables empty.
When I switch to JTS and run the same use case it all works as expected.

Got the OOM Exception when blueprint want to parser the setting like this.

<camelcxf:rsClient id="rsClient" address="http://localhost:9002/rest"
    serviceClass="org.apache.camel.itest.osgi.cxf.jaxrs.testbean.CustomerService">
    <camelcxf:features>
         <bean class="org.apache.cxf.feature.LoggingFeature"/>
     </camelcxf:features> 
  </camelcxf:rsClient>

As seen here:
https://ci.wildfly.org/viewLog.html?buildId=76045&tab=buildResultsDiv&buildTypeId=WFPR#testNameId-2190373695744862016

Test is failing quite regularly now:
https://ci.wildfly.org/project.html?projectId=WF_PullRequest&testNameId=-6411299780358011208&tab=testDetails
Please send up a PR to @Ignore unless there's a quick fix.

For example: read-property name= 'TAB' will get you  read-property name=spaces. 
There is a mismatch between name/value and simple values.

If there are multiple outputs, for example,
from (select ...) t
insert into table t1 select * from t
insert into table t2 select * from t;
The lineage info for table t2 is not emitted.

I noticed this in a testsuite server log for EAP, but looking at WF code the same thing could happen there. Basically QueueReadAttributeHandler assumes a QueueControl exists and throws an NPE if that assumption is wrong:
19:14:25,402 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014612: Operation ("read-attribute") failed - address: ([
    ("queue" => "39742e8e-32e7-481d-905a-580fd6b67476")
    at org.jboss.as.messaging.QueueReadAttributeHandler.executeRuntimeStep(QueueReadAttributeHandler.java:115)
    at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:96) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:607) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:485) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:282) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:277) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:231) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:137) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:173) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:105) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:125) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_25]
    at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_25]
    at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283) [jboss-as-protocol-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504) [jboss-as-protocol-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
    at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final-redhat-1.jar:2.1.1.Final-redhat-1]
IIRC this kind of thing has been fixed elsewhere???

While testing storm in secure mode, the hive-llap-server jar file was included in the class path and resulted in the below exception while trying to renew credentials when invoking "org.apache.hadoop.security.token.Token.getRenewer"
 
java.util.ServiceConfigurationError: org.apache.hadoop.security.token.TokenRenewer: Provider 
org.apache.hadoop.hive.llap.security.LlapTokenIdentifier.Renewer not found at 
java.util.ServiceLoader.fail(ServiceLoader.java:239) ~[?:1.8.0_161] at 
java.util.ServiceLoader.access$300(ServiceLoader.java:185) ~[?:1.8.0_161] at 
java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:372) ~[?:1.8.0_161] at 
java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404) ~[?:1.8.0_161] at 
java.util.ServiceLoader$1.next(ServiceLoader.java:480) ~[?:1.8.0_161] at 
org.apache.hadoop.security.token.Token.getRenewer(Token.java:463) ~[hadoop-common-3.0.0.3.0.0.0-1064.jar:?] at org.apache.hadoop.security.token.Token.renew(Token.java:490) ~[hadoop-common-3.0.0.3.0.0.0-1064.jar:?] at org.apache.storm.hdfs.security.AutoHDFS.doRenew(AutoHDFS.java:159) ~[storm-autocreds-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at org.apache.storm.common.AbstractAutoCreds.renew(AbstractAutoCreds.java:104) ~[storm-autocreds-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_161] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_161] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_161] at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_161] at clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:93) ~[clojure-1.7.0.jar:?] at clojure.lang.Reflector.invokeInstanceMethod(Reflector.java:28) ~[clojure-1.7.0.jar:?] at org.apache.storm.daemon.nimbus$renew_credentials$fn__9121$fn__9126.invoke(nimbus.clj:1450) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at org.apache.storm.daemon.nimbus$renew_credentials$fn__9121.invoke(nimbus.clj:1449) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at org.apache.storm.daemon.nimbus$renew_credentials.invoke(nimbus.clj:1439) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at org.apache.storm.daemon.nimbus$fn__9547$exec_fn__3301__auto____9548$fn__9567.invoke(nimbus.clj:2521) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at org.apache.storm.timer$schedule_recurring$this__1656.invoke(timer.clj:105) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at org.apache.storm.timer$mk_timer$fn__1639$fn__1640.invoke(timer.clj:50) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at org.apache.storm.timer$mk_timer$fn__1639.invoke(timer.clj:42) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at clojure.lang.AFn.run(AFn.java:22) ~[clojure-1.7.0.jar:?] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_161] 2018-03-22 22:08:59.088 o.a.s.util timer [ERROR] Halting process: ("Error when processing an event") java.lang.RuntimeException: ("Error when processing an event") at org.apache.storm.util$exit_process_BANG_.doInvoke(util.clj:341) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at clojure.lang.RestFn.invoke(RestFn.java:423) ~[clojure-1.7.0.jar:?] at org.apache.storm.daemon.nimbus$nimbus_data$fn__8334.invoke(nimbus.clj:221) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at org.apache.storm.timer$mk_timer$fn__1639$fn__1640.invoke(timer.clj:71) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at org.apache.storm.timer$mk_timer$fn__1639.invoke(timer.clj:42) ~[storm-core-1.2.1.3.0.0.0-1064.jar:1.2.1.3.0.0.0-1064] at clojure.lang.AFn.run(AFn.java:22) ~[clojure-1.7.0.jar:?] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_161]

I created a command named toto:
toto --help
SYNOPSIS
  logger --help [--properties | --commands] |
         (-category=<resource_id> (-<property>=<value>)*) |
         (<command> -category=<resource_id> (-<parameter>=<value>)*)
         [--headers=
{<operation_header> (;<operation_header>)*}
]
logger is used everywhere in the command description, it should be the actual command name.

My resources location path has a .. element in it like this:  file:C:/dev/project/module1/../module2/src/resources.  Resource paths get checked against this location path in https://github.com/spring-projects/spring-framework/blob/master/spring-webmvc/src/main/java/org/springframework/web/servlet/resource/PathResourceResolver.java#L181, and it gets wrongly turned down (false is returned) because the resource path has already been cleaned in https://github.com/spring-projects/spring-framework/blob/dd2bf28a4f2c20cc6510266f245c619755e851ba/spring-core/src/main/java/org/springframework/core/io/UrlResource.java#L222 but the location path hasn't been cleaned.  The paths are of type UrlResource.
I believe you should be using the cleaned paths for both the resource and the location.

Using an extended persistence context in a stateless session bean should not initiate. It should throw an exception to notify the user of incorrect use.
See JPA 2.0 spec, section 7.6.2:
"A container-managed extended persistence context can only be initiated within the scope of a stateful session bean."

When AspectJ style aspects are used, the aspects are eagerly converted to Spring Advisors, but the AspectJ aspect object is not eagerly created. It is lazily created at the time of its first use. This can be seen in ReflectiveAspectJAdvisorFactory's use of LazySingletonAspectInstanceFacotryDecorator.
When a singleton Spring bean is created, it grabs the lock of singleton bean map. If, inside its constructor, it calls a function that has an uninitialized aspect wrapped around it, it will then grab the lock in LazySingletonAspectInstanceFactoryDecorator.getAspectInstance.
If, in a different thread (started after some other bean finishes construction), a call is made that invokes the same aspect, which has not yet been initialized, the lock in LazySingletonAspectInstanceFactoryDecorator.getAspectInstance will be acquired and then the singleton aspect bean will be instantiated. This requires going through the singleton bean instantiation code, which acquires the singleton bean map lock.
This leads to a deadlock. I've attached a stack trace from jstack of this situation occurring. I think one potential solution would be to eagerly instantiate the singleton AspectJ aspects, not just the advisors that wrap them. 

When partitioning data using HCatStorer, one sees the following NPE, if the dyn-part-key is of null-value:

2015-07-30 23:59:59,627 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : java.io.IOException: java.lang.NullPointerException
at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigGenericMapReduce$Reduce.runPipeline(PigGenericMapReduce.java:473)
at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigGenericMapReduce$Reduce.processOnePackageOutput(PigGenericMapReduce.java:436)
at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigGenericMapReduce$Reduce.reduce(PigGenericMapReduce.java:416)
at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigGenericMapReduce$Reduce.reduce(PigGenericMapReduce.java:256)
at org.apache.hadoop.mapreduce.Reducer.run(Reducer.java:171)
at org.apache.hadoop.mapred.ReduceTask.runNewReducer(ReduceTask.java:627)
at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:389)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1694)
at org.apache.hive.hcatalog.mapreduce.DynamicPartitionFileRecordWriterContainer.getLocalFileWriter(DynamicPartitionFileRecordWriterContainer.java:141)
at org.apache.hive.hcatalog.mapreduce.FileRecordWriterContainer.write(FileRecordWriterContainer.java:110)
at org.apache.hive.hcatalog.mapreduce.FileRecordWriterContainer.write(FileRecordWriterContainer.java:54)
at org.apache.hive.hcatalog.pig.HCatBaseStorer.putNext(HCatBaseStorer.java:309)
at org.apache.hive.hcatalog.pig.HCatStorer.putNext(HCatStorer.java:61)
at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigOutputFormat$PigRecordWriter.write(PigOutputFormat.java:139)
at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigOutputFormat$PigRecordWriter.write(PigOutputFormat.java:98)
at org.apache.hadoop.mapred.ReduceTask$NewTrackingRecordWriter.write(ReduceTask.java:558)
at org.apache.hadoop.mapreduce.task.TaskInputOutputContextImpl.write(TaskInputOutputContextImpl.java:89)
at org.apache.hadoop.mapreduce.lib.reduce.WrappedReducer$Context.write(WrappedReducer.java:105)
at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigGenericMapReduce$Reduce.runPipeline(PigGenericMapReduce.java:471)
... 11 more

The reason is that the DynamicPartitionFileRecordWriterContainer makes an unfortunate assumption when fetching a local file-writer instance:
DynamicPartitionFileRecordWriterContainer.java
  @Override
  protected LocalFileWriter getLocalFileWriter(HCatRecord value) 
    throws IOException, HCatException {
    
    OutputJobInfo localJobInfo = null;
    // Calculate which writer to use from the remaining values - this needs to
    // be done before we delete cols.
    List<String> dynamicPartValues = new ArrayList<String>();
    for (Integer colToAppend : dynamicPartCols) {
      dynamicPartValues.add(value.get(colToAppend).toString()); // <-- YIKES!
    }
    ...
  }

Must check for null, and substitute with "__HIVE_DEFAULT_PARTITION__", or equivalent.

Latest roo master
commit 7732cdf313cb649a12646ac412446a5fc06bb94e
email sender setup --hostServer smtp.gmail.com --username info@test.com --password test --port 465
results in an empty
/src/main/resources/META-INF/spring/email.properties
Using the following script:
project --topLevelPackage org.example
entity --class ~.Owner
entity --class ~.Pet
field reference --fieldName owner --type ~.Owner --cardinality MANY_TO_ONE
field set --fieldName pets --class ~.Owner --type ~.Pet --cardinality ONE_TO_MANY 
controller scaffold --class ~.web.OwnerController
controller scaffold --class ~.web.PetController --entity ~.Pet

running 'ant thriftif -Dthrift.home=/usr/local'  on a freshly checkedout trunk should be a no-op as per instructions
However this is not the case. Some of files seem to be have been relocated or the classes in them are now in a different file.
Below is the git status showing the state after the command is run:

On branch trunk
Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git checkout – <file>..." to discard changes in working directory)
#
modified:   build.properties
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/Database.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/EnvironmentContext.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/Index.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/Partition.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/PrincipalPrivilegeSet.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/Schema.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/SerDeInfo.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/SkewedInfo.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/StorageDescriptor.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/Table.java
modified:   metastore/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/metastore/api/ThriftHiveMetastore.java
deleted:    metastore/src/gen/thrift/gen-php/ThriftHiveMetastore.php
deleted:    metastore/src/gen/thrift/gen-php/hive_metastore/ThriftHiveMetastore.php
deleted:    metastore/src/gen/thrift/gen-php/hive_metastore/hive_metastore_constants.php
deleted:    metastore/src/gen/thrift/gen-php/hive_metastore/hive_metastore_types.php
deleted:    metastore/src/gen/thrift/gen-php/hive_metastore_constants.php
deleted:    metastore/src/gen/thrift/gen-php/hive_metastore_types.php
modified:   metastore/src/gen/thrift/gen-py/hive_metastore/ThriftHiveMetastore-remote
deleted:    ql/src/gen/thrift/gen-php/queryplan/queryplan_types.php
modified:   serde/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/serde/test/InnerStruct.java
modified:   serde/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/serde/test/ThriftTestObj.java
modified:   serde/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/serde2/thrift/test/Complex.java
modified:   serde/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/serde2/thrift/test/IntString.java
modified:   serde/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/serde2/thrift/test/MegaStruct.java
modified:   serde/src/gen/thrift/gen-javabean/org/apache/hadoop/hive/serde2/thrift/test/MiniStruct.java
deleted:    serde/src/gen/thrift/gen-php/serde/serde_constants.php
deleted:    serde/src/gen/thrift/gen-php/serde/serde_types.php
deleted:    service/src/gen/thrift/gen-php/hive_service/ThriftHive.php
deleted:    service/src/gen/thrift/gen-php/hive_service/hive_service_types.php
modified:   service/src/gen/thrift/gen-py/TCLIService/TCLIService-remote
modified:   service/src/gen/thrift/gen-py/hive_service/ThriftHive-remote
#
(use "git add <file>..." to include in what will be committed)
#
serde/src/gen/thrift/gen-cpp/complex_constants.cpp
serde/src/gen/thrift/gen-cpp/complex_constants.h
serde/src/gen/thrift/gen-cpp/complex_types.cpp
serde/src/gen/thrift/gen-cpp/complex_types.h
serde/src/gen/thrift/gen-cpp/megastruct_constants.cpp
serde/src/gen/thrift/gen-cpp/megastruct_constants.h
serde/src/gen/thrift/gen-cpp/megastruct_types.cpp
serde/src/gen/thrift/gen-cpp/megastruct_types.h
serde/src/gen/thrift/gen-cpp/testthrift_constants.cpp
serde/src/gen/thrift/gen-cpp/testthrift_constants.h
serde/src/gen/thrift/gen-cpp/testthrift_types.cpp
serde/src/gen/thrift/gen-cpp/testthrift_types.h
serde/src/gen/thrift/gen-php/Types.php
serde/src/gen/thrift/gen-py/complex/
serde/src/gen/thrift/gen-py/megastruct/
serde/src/gen/thrift/gen-py/testthrift/
serde/src/gen/thrift/gen-rb/complex_constants.rb
serde/src/gen/thrift/gen-rb/complex_types.rb
serde/src/gen/thrift/gen-rb/megastruct_constants.rb
serde/src/gen/thrift/gen-rb/megastruct_types.rb
serde/src/gen/thrift/gen-rb/testthrift_constants.rb
serde/src/gen/thrift/gen-rb/testthrift_types.rb

As part of fix JBEAP-12933 there was added attribute mapping-mode="first" into "default-permission-mapper" simple-permission-mapper in default configuration. Value first is default value of simple-permission-mapper.mapping-mode which means that this attribute disappears after first change in server configuration. It can be confusing since Elytron subsystem configuration in XML is changed even if there was no request for changing that configuration. Attribute mapping-mode="first" should be removed from default configuration.

After running the following Hive script:

add jar hdfs:///tmp/junit-4.11.jar;

I can see the following lines getting printed to stdout when Hive exits:

WARN: The method class org.apache.commons.logging.impl.SLF4JLogFactory#release() was invoked.
WARN: Please see http://www.slf4j.org/codes.html#release for an explanation.

Also seeing the following warnings in stderr:

SLF4J: Found binding in [jar:file:/usr/hdp/2.3.3.0-2981/hadoop/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/usr/hdp/2.3.3.0-2981/spark/lib/spark-assembly-1.4.1.2.3.3.0-2981-hadoop2.7.1.2.3.3.0-2981.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Actual binding is of type [org.slf4j.impl.Log4jLoggerFactory]

It looks like this is due to the addition of the shaded spark-assembly.jar to the classpath, which contains classes from icl-over-slf4j.jar (which is causing the stdout messages) and slf4j-log4j12.jar.
Removing spark-assembly.jar from being added to the classpath causes these messages to go away. It would be good to have a way to specify that Hive not add spark-assembly.jar to the class path.

Currently during clean cluster start up if there are tables in DISABLING state, we do bulk assignment through assignAllUserRegions() and after region is OPENED in RS, master checks if the table is in DISBALING/DISABLED state (in Am.regionOnline) and again calls unassign.  This roundtrip can be avoided even before calling assignment.
This JIRA is to address the above scenario.

FilterStringColLikeStringScalar only applies to the values within filter clauses.
Borrow the Checker impls and extend to the value generation - for cases like
select col is null or col like '%(null)%' 

when custom the request condition, if the type without @RequestMapping annotation, it's will be missing

 @Override
    protected RequestCondition<ApiVersionCondition> getCustomTypeCondition(Class<?> handlerType) {
        ApiVersion apiVersion = AnnotationUtils.findAnnotation(handlerType, ApiVersion.class);
        //如果类没有定义api版本，则设置为应用版本
        int currentVersion = apiVersion == null ? versionProperties.getVersion() : apiVersion.value();
        return createCondition(currentVersion, currentVersion);
    }

    @Override
    protected RequestCondition<ApiVersionCondition> getCustomMethodCondition(Method method) {
        ApiVersion apiVersion = AnnotationUtils.findAnnotation(method, ApiVersion.class);
        //如果没有定义api版本，则设定为-1，意为未定义
        return createCondition(versionProperties.getVersion(), apiVersion == null ? -1 : apiVersion.value());
    }

here is the code from RequestMappingHandlerMapping, if type without @RequestMapping annotation, type request mapping info will be null, typeInfo.combine(info) will not be execute, the result is type condition missing

	@Override
	protected RequestMappingInfo getMappingForMethod(Method method, Class<?> handlerType) {
		RequestMappingInfo info = createRequestMappingInfo(method);
		if (info != null) {
			RequestMappingInfo typeInfo = createRequestMappingInfo(handlerType);
			if (typeInfo != null) {
				info = typeInfo.combine(info);
			}
		}
		return info;
	}

	/**
	 * Delegates to {@link #createRequestMappingInfo(RequestMapping, RequestCondition)},
	 * supplying the appropriate custom {@link RequestCondition} depending on whether
	 * the supplied {@code annotatedElement} is a class or method.
	 * @see #getCustomTypeCondition(Class)
	 * @see #getCustomMethodCondition(Method)
	 */
	private RequestMappingInfo createRequestMappingInfo(AnnotatedElement element) {
		RequestMapping requestMapping = AnnotatedElementUtils.findMergedAnnotation(element, RequestMapping.class);
		RequestCondition<?> condition = (element instanceof Class ?
				getCustomTypeCondition((Class<?>) element) : getCustomMethodCondition((Method) element));
		return (requestMapping != null ? createRequestMappingInfo(requestMapping, condition) : null);
	}

The linked TAR has a checksum with zero padding on the left instead of the expected NULL-SPACE terminator on the right. As a result the last two digits of the stored checksum are lost and the otherwise valid checksum is treated as invalid.
Given that the code already checks for digits being in range before adding them to the stored sum, is it necessary to only look at the first 6 octal digits instead of the whole field?

Extend security context propagation test coverage:

add servlet-to-ejb credential propagation scenarios (BASIC, FORM, BEARER)
add tests for manual credentials retrieving (use in *-to-servlet scenarios)
credential-less propagation
clustered scenarios for authorization forwarding
sequence of more authentication/authorization forwarding mode calls
exception propagation to previous server
negative scenario for credentials not being accessible on forwarded server after authorization forwarding
identity switching on one remote connection for
	
authentication and authorization switching
authorization and different authorization switching

continue.on.failure is no longer hooked up to anything in the build scripts. more importantly, the only choice right now is to continue through a module and then fail.

DataSourceTransactionManager contains a bug when releasing the connection. According to the official recommendation, The problem here is that the code only releases the connection when an exception occurs, not when an Error. In our case when an OutOfMemoryError occurs we notice that the connections are not released. Here is the code snipped from doBegin()

try {

...
	DataSourceUtils.releaseConnection(con, this.dataSource);
	throw new CannotCreateTransactionException("Could not open JDBC Connection for transaction", ex);
}

The problem is that OOM can be recovered, but not releasing the connections cannot be recovered.
Not sure how much it is related, but when I see abandoned JDBC connections I also see these in the log file :

org.springframework.transaction.TransactionSystemException: Could not roll back JDBC transaction; nested exception is java.sql.SQLException: Connection com.microsoft.sqlserver.jdbc.SQLServerConnection@266290d7 is closed.

ejb3/src/main/java/org/jboss/as/ejb3/deployment/processors/EjbJndiBindingsDeploymentUnitProcessor.java

jndiBindingsLogMessage.append("JNDI bindings for session bean named " + sessionBean.getEJBName() + " in deployment unit " + deploymentUnit + " are as follows:\n\n");

That eventually gets logged at INFO.

When I added the loan broker example CAMEL-556, I found there is no performance improvement when using the parallelly mulitcast.
After digging into to code, I found we should create the enough thread for the parallel processing.

I deleted a table but its directory stays behind in hdfs.  See listing below.  TestTable is the table removed.

$ ./bin/hadoop fs -lsr /
/hbase123       <dir>           2008-01-23 00:47        rwxr-xr-x       stack   supergroup
/hbase123/-ROOT-        <dir>           2008-01-22 22:56        rwxr-xr-x       stack   supergroup
/hbase123/-ROOT-/70236052       <dir>           2008-01-22 05:10        rwxr-xr-x       stack   supergroup
/hbase123/-ROOT-/70236052/info  <dir>           2008-01-22 05:10        rwxr-xr-x       stack   supergroup
/hbase123/-ROOT-/70236052/info/info     <dir>           2008-01-23 00:46        rwxr-xr-x       stack   supergroup
/hbase123/-ROOT-/70236052/info/info/2697897537613165523 <r 3>   9       2008-01-22 22:56        rw-r--r--       stack   supergroup
/hbase123/-ROOT-/70236052/info/info/6044008799898415360 <r 3>   9       2008-01-23 00:46        rw-r--r--       stack   supergroup
/hbase123/-ROOT-/70236052/info/mapfiles <dir>           2008-01-23 00:46        rwxr-xr-x       stack   supergroup
/hbase123/-ROOT-/70236052/info/mapfiles/2697897537613165523     <dir>           2008-01-22 22:56        rwxr-xr-x       stack   supergroup
/hbase123/-ROOT-/70236052/info/mapfiles/2697897537613165523/data        <r 3>   336     2008-01-22 22:56        rw-r--r--       stack   supergroup
/hbase123/-ROOT-/70236052/info/mapfiles/2697897537613165523/index       <r 3>   232     2008-01-22 22:56        rw-r--r--       stack   supergroup
/hbase123/-ROOT-/70236052/info/mapfiles/6044008799898415360     <dir>           2008-01-23 00:46        rwxr-xr-x       stack   supergroup
/hbase123/-ROOT-/70236052/info/mapfiles/6044008799898415360/data        <r 3>   230     2008-01-23 00:46        rw-r--r--       stack   supergroup
/hbase123/-ROOT-/70236052/info/mapfiles/6044008799898415360/index       <r 3>   230     2008-01-23 00:46        rw-r--r--       stack   supergroup
/hbase123/-ROOT-/compaction.dir <dir>           2008-01-22 22:56        rwxr-xr-x       stack   supergroup
/hbase123/.META.        <dir>           2008-01-22 19:12        rwxr-xr-x       stack   supergroup
/hbase123/.META./1028785192     <dir>           2008-01-22 05:10        rwxr-xr-x       stack   supergroup
/hbase123/.META./1028785192/info        <dir>           2008-01-22 05:10        rwxr-xr-x       stack   supergroup
/hbase123/.META./1028785192/info/info   <dir>           2008-01-23 00:46        rwxr-xr-x       stack   supergroup
/hbase123/.META./1028785192/info/info/1626684907024277671       <r 3>   9       2008-01-23 00:46        rw-r--r--       stack   supergroup
/hbase123/.META./1028785192/info/info/1714016229549960649       <r 3>   9       2008-01-22 19:12        rw-r--r--       stack   supergroup
/hbase123/.META./1028785192/info/info/8042950873311244716       <r 3>   9       2008-01-22 22:56        rw-r--r--       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles       <dir>           2008-01-23 00:46        rwxr-xr-x       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles/1626684907024277671   <dir>           2008-01-23 00:46        rwxr-xr-x       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles/1626684907024277671/data      <r 3>   430     2008-01-23 00:46        rw-r--r--       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles/1626684907024277671/index     <r 3>   245     2008-01-23 00:46        rw-r--r--       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles/1714016229549960649   <dir>           2008-01-22 19:12        rwxr-xr-x       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles/1714016229549960649/data      <r 3>   1192    2008-01-22 19:12        rw-r--r--       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles/1714016229549960649/index     <r 3>   247     2008-01-22 19:12        rw-r--r--       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles/8042950873311244716   <dir>           2008-01-22 22:56        rwxr-xr-x       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles/8042950873311244716/data      <r 3>   430     2008-01-22 22:56        rw-r--r--       stack   supergroup
/hbase123/.META./1028785192/info/mapfiles/8042950873311244716/index     <r 3>   245     2008-01-22 22:56        rw-r--r--       stack   supergroup
/hbase123/.META./compaction.dir <dir>           2008-01-22 19:12        rwxr-xr-x       stack   supergroup
/hbase123/TestTable     <dir>           2008-01-23 00:48        rwxr-xr-x       stack   supergroup
/hbase123/TestTable/compaction.dir      <dir>           2008-01-22 18:52        rwxr-xr-x       stack   supergroup
/hbase123/hbase.version <r 3>   5       2008-01-22 05:10        rw-r--r--       stack   supergroup
/hbase123/log_XX.XX.XX.140_1201049243642_60020 <dir>           2008-01-23 00:47        rwxr-xr-x       stack   supergroup
/hbase123/log_XX.XX.XX.140_1201049243642_60020/hlog.dat.000    <r 3>   0       2008-01-23 00:47        rw-r--r--       stack   supergroup

See nabble
http://old.nabble.com/Bindy-CSV-not-Marshaling-ts28719942.html

The TTL printing on HColumnDescriptor adds a human readable time. When using that string for the create command it throws an error.

When ORC-380 that adds the SchemaEvolution.isOnlyImplicitConversion call is available in the ORC release used by Apache master (and branch-3), then update LlapRecordReader (see comments in HIVE-19951 change).

Mapjoin hints don't work on tez right now (there's two places we convert joins auto happens late in the compilation mapjoin hints happen early).
Since the default is to ignore them, I'll just disable hints altogether on tez for now.

HIVE-11281 uses an approach to memoize toStringTree() for ASTNode. This jira is suppose to alter the string memoization to use a different data structure that doesn't duplicate any part of the string so that we do not run into OOM.

ORC PPD does not handle Varchar/Char data types.

Caused by: java.lang.IllegalArgumentException: Unknown type VARCHAR
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.getIndexPosition(RecordReaderImpl.java:2671)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.planReadPartialDataStreams(RecordReaderImpl.java:2736)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.readPartialDataStreams(RecordReaderImpl.java:2911)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.readStripe(RecordReaderImpl.java:2526)

The handling for PPD for both those types should be inline with the String type as the encoding mechanism is the same for all three types.

EAP is unable to remove cloned full-ha profile. This is regression against EAP 7.1.0.DR5. "clone" management operation was introduced in EAP7-35

/profile=full-ha:clone(to-profile=cli-clone-profile-first-full-ha)
/profile=cli-clone-profile-first-full-ha:remove

[mkopecky@dhcp-10-40-5-171 bin]$ ./jboss-cli.sh -c
[domain@localhost:9990 /] /profile=full-ha:clone(to-profile=cli-clone-profile-first-full-ha)
{
}
[domain@localhost:9990 /] /profile=cli-clone-profile-first-full-ha:remove
{
    "failure-description" => {"domain-failure-description" => "WFLYCTL0368: Cannot remove capability 'org.wildfly.clustering.jgroups.default-channel-factory' from context 'profile=cli-clone-profile-first-full-ha' as it is required by other capabilities:
capability 'org.wildfly.messaging.activemq.broadcast-group.channel-factory.bg-group1' requires it for attribute 'jgroups-stack' at address '/profile=cli-clone-profile-first-full-ha/subsystem=messaging-activemq/server=default/broadcast-group=bg-group1'
capability 'org.wildfly.messaging.activemq.discovery-group.channel-factory.dg-group1' requires it for attribute 'jgroups-stack' at address '/profile=cli-clone-profile-first-full-ha/subsystem=messaging-activemq/server=default/discovery-group=dg-group1'"},
}

this NPE is thrown sometimes using camel-paxlogging feature and paxlogging bundles.

	at org.apache.camel.component.paxlogging.PaxLoggingConsumer.doAppend(PaxLoggingConsumer.java:58)[59:org.apache.camel.camel-paxlogging:2.14.0]
	at org.ops4j.pax.logging.service.internal.PaxAppenderProxy.doAppend(PaxAppenderProxy.java:63)[4:org.ops4j.pax.logging.pax-logging-service:1.8.1]
	at org.ops4j.pax.logging.service.internal.AppenderBridgeImpl.append(AppenderBridgeImpl.java:67)[4:org.ops4j.pax.logging.pax-logging-service:1.8.1]
	at org.ops4j.pax.logging.service.internal.AppenderBridgeImpl.doAppend(AppenderBridgeImpl.java:61)[4:org.ops4j.pax.logging.pax-logging-service:1.8.1]

the executor should be validated if it's null before use it.

The documentation says the concurrentConsumers cannot be less than maxConcurrentConsumers, which actually can't be more than maxConcurrentConsumers.

Druid queries that have joins against self table gives wrong results. 
e.g. 

SELECT
username AS `username`,
SUM(double1) AS `sum_double1`
FROM
druid_table_with_nulls `tbl1`
  JOIN (
    SELECT
    username AS `username`,
    SUM(double1) AS `sum_double2`
    FROM druid_table_with_nulls
    GROUP BY `username`
    ORDER BY `sum_double2`
    DESC  LIMIT 10
  )
  `tbl2`
    ON (`tbl1`.`username` = `tbl2`.`username`)
GROUP BY `tbl1`.`username`;

In this case one of the queries is a druid scan query and other is groupBy query. 
During planning, the properties of these queries are set to the tableDesc and serdeInfo, while setting the map work, we overwrite the properties from the properties present in serdeInfo, this causes the scan query results to be deserialized using wrong column names and results in Null values. 

During the BeeLineDriver testing I have met the following race condition:

Run the query asynchronously through BeeLine
Querying the logs in the BeeLine

In the following code:
HiveStatement.runAsyncOnServer
  private void runAsyncOnServer(String sql) throws SQLException {
    checkConnection("execute");

    closeClientOperation();
    initFlags();
[..]
  }

HiveStatement.getQueryLog
  public List<String> getQueryLog(boolean incremental, int fetchSize)
      throws SQLException, ClosedOrCancelledStatementException {
[..]
    try {
      if (stmtHandle != null) {
[..]
      } else {
        if (isQueryClosed) {
          throw new ClosedOrCancelledStatementException("Method getQueryLog() failed. The " +
              "statement has been closed or cancelled.");
        } else {
          return logs;
        }
      }
    } catch (SQLException e) {
[..]
    }
[..]
  }

The runAsyncOnServer closeClientOperation sets isQueryClosed flag to true:
HiveStatement.closeClientOperation
  void closeClientOperation() throws SQLException {
[..]
    isQueryClosed = true;
    isExecuteStatementFailed = false;
    stmtHandle = null;
  }

The initFlags sets it to false:

  private void initFlags() {
    isCancelled = false;
    isQueryClosed = false;
    isLogBeingGenerated = true;
    isOperationComplete = false;
  }

If the getQueryLog is called after the closeClientOperation, but before the initFlags, then we will have a following warning if verbose mode is set to true in BeeLine:

Warning: org.apache.hive.jdbc.ClosedOrCancelledStatementException: Method getQueryLog() failed. The statement has been closed or cancelled. (state=,code=0)

This caused this fail:
https://builds.apache.org/job/PreCommit-HIVE-Build/4691/testReport/org.apache.hadoop.hive.cli/TestBeeLineDriver/testCliDriver_smb_mapjoin_11_/

Client result comparison failed with error code = 1 while executing fname=smb_mapjoin_11
16a17
> Warning: org.apache.hive.jdbc.ClosedOrCancelledStatementException: Method getQueryLog() failed. The statement has been closed or cancelled. (state=,code=0)

We should decrement the CallQueueSize as soon as we no longer need the call around, e.g. after RpcServer.CurCall.set(null) otherwise we will be only pushing back other client requests while we send the response back to the client that originated the call.

We use a thirdparty library which has a class that happens to extend java.util.Properties.
When assigning an instance of this class to a property, MapToMapConverter tries to create a new instance, copy all the entries, and if none of the keys or values were converted returns the original value.
The problem is that in this particular case the default constructor fails to create the throwaway instance.
I changed the convert method to the following:

public Object convert(Object source, TypeDescriptor sourceType, TypeDescriptor targetType) {
    if (source == null) {
    }
    boolean copyRequired = !targetType.getType().isInstance(source);
    Map<Object, Object> sourceMap = (Map<Object, Object>) source;
    if (!copyRequired && (sourceMap.isEmpty() || targetType.equals(sourceType))) {
        return sourceMap;
    }
    Map<Object, Object> targetMap = CollectionFactory.createMap(targetType.getType(), sourceMap.size());
    for (Map.Entry<Object, Object> entry : sourceMap.entrySet()) {
        Object sourceKey = entry.getKey();
        Object sourceValue = entry.getValue();
        Object targetKey = convertKey(sourceKey, sourceType, targetType.getMapKeyTypeDescriptor());
        Object targetValue = convertValue(sourceValue, sourceType, targetType.getMapValueTypeDescriptor());
        targetMap.put(targetKey, targetValue);
        if (sourceKey != targetKey || sourceValue != targetValue) {
            copyRequired = true;
        }
    }
    return (copyRequired ? targetMap : sourceMap);
}

The actual change:

if (!copyRequired && (sourceMap.isEmpty() || targetType.equals(sourceType))) {

The AttributeMarshaller's STRING_LIST and COMMA_STRING_LIST are broken as they override marshallAsElement while it's their marshallAsAttribute method (inherited from DefaultAttributeMarshaller) that is called.

When IPv6 is used, square brackets for IPv6 addresses are missed in some of log entries. Specifically, the address format from Undertow logs is different from those "WFLYSRV" logs.
Always
1. Config IPv6 (example: https://docs.jboss.org/author/display/WFLY10/Interfaces+and+ports)
2. Start WildFly and check the log
----------------------------------------
2015-08-31 12:51:47,812 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0006: Undertow HTTP listener default listening on /0:0:0:0:0:0:0:1:8080
......
2015-08-31 12:51:48,431 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[::1]:9993/management
2015-08-31 12:51:48,432 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[::1]:9993
In Undertow logs it's like "/0:0:0:0:0:0:0:1:8080" but in WildFly server logs "http://[::1]:9993/management"
Consistent format should be used for IPv6 address across different components and the address is enclosed in square brackets [ ].

AnnotationBasedPersistentProperty caches plain annotations in its annotation cache without considering annotation value aliasing using @AliasFor. It should rather store the annotation processed by AnnotatedElementUtils.findMergedAnnotation(…).

global_limit.q is in dos format, and has "\ No newline at end of file".
Needs to be changed into linux format, removing all "^M" at the end of each line.

The following query: 

SELECT appl_user_id, arsn_cd, COUNT(*) as RecordCount FROM adw.crc_arsn GROUP BY appl_user_id,arsn_cd ORDER BY appl_user_id;

 runs consistently fast in Spark and Mapreduce on Hive 1.2.0. When attempting to run this same query against Tez as the execution engine it consistently runs for over 300-500 seconds this seems extremely long. This is a basic external table delimited by tabs and is a single file in a folder. In Hive 0.13 this query with Tez runs fast and I tested with Hive 0.14, 0.14.1/1.0.0 and now Hive 1.2.0 and there clearly is something going awry with Hive w/Tez as an execution engine with Single or small file tables. I can attach further logs if someone needs them for deeper analysis.
HDFS Output:

hadoop fs -ls /example_dw/crc/arsn
-rwxr-x---   6 loaduser hadoopusers          0 2015-05-17 20:03 /example_dw/crc/arsn/_SUCCESS
-rwxr-x---   6 loaduser hadoopusers    3883880 2015-05-17 20:03 /example_dw/crc/arsn/part-m-00000

Hive Table Describe:

hive> describe formatted crc_arsn;
OK
# col_name              data_type               comment             
                 
arsn_cd                 string                                      
clmlvl_cd               string                                      
arclss_cd               string                                      
arclssg_cd              string                                      
arsn_prcsr_rmk_ind      string                                      
arsn_mbr_rspns_ind      string                                      
savtyp_cd               string                                      
arsn_eff_dt             string                                      
arsn_exp_dt             string                                      
arsn_pstd_dts           string                                      
arsn_lstupd_dts         string                                      
arsn_updrsn_txt         string                                      
appl_user_id            string                                      
arsntyp_cd              string                                      
pre_d_indicator         string                                      
arsn_display_txt        string                                      
arstat_cd               string                                      
arsn_tracking_no        string                                      
arsn_cstspcfc_ind       string                                      
arsn_mstr_rcrd_ind      string                                      
state_specific_ind      string                                      
region_specific_in      string                                      
arsn_dpndnt_cd          string                                      
unit_adjustment_in      string                                      
arsn_mbr_only_ind       string                                      
arsn_qrmb_ind           string                                      
                 
Database:               adw                      
Owner:                  LOADUSER@EXA.EXAMPLE.COM   
CreateTime:             Mon Apr 28 13:28:05 EDT 2014     
LastAccessTime:         UNKNOWN                  
Protect Mode:           None                     
Retention:              0                        
Location:               hdfs://xhadnnm1p.example.com:8020/example_dw/crc/arsn        
Table Type:             EXTERNAL_TABLE           
        EXTERNAL                TRUE                
        transient_lastDdlTime   1398706085          
                 
# Storage Information            
SerDe Library:          org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe       
InputFormat:            org.apache.hadoop.mapred.TextInputFormat         
OutputFormat:           org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat       
Compressed:             No                       
Num Buckets:            -1                       
Bucket Columns:         []                       
Sort Columns:           []                       
Storage Desc Params:             
        field.delim             \t                  
        line.delim              \n                  
        serialization.format    \t                  
Time taken: 1.245 seconds, Fetched: 54 row(s)

Explain Hive 1.2.0 w/Tez:

    Tez
      Edges:
        Reducer 3 <- Reducer 2 (SIMPLE_EDGE)

Explain Hive 0.13 w/Tez:

    Tez
      Edges:
        Reducer 3 <- Reducer 2 (SIMPLE_EDGE) 

Results:

	Hive 1.2.0 w/Spark 1.3.1:
 		Finished successfully in 7.09 seconds

	Hive 1.2.0 w/Mapreduce:
		Stage 1: 32 Seconds
		Stage 2: 35 Seconds

	Hive 1.2.0 w/Tez 0.5.3:
		Time taken: 565.025 seconds, Fetched: 11516 row(s)
	
	Hive 0.13 w/Tez 0.4.0:
		Time taken: 13.552 seconds, Fetched: 11516 row(s)

And finally looking at the Dag Attempt that is stuck for 500 seconds or so in Tez it looks to be stuck running the same method over and over again:

8 duration=2561 from=org.apache.hadoop.hive.ql.exec.tez.RecordProcessor>
2015-05-18 19:58:41,719 INFO [TezChild] exec.Utilities: PLAN PATH = hdfs://xhadnnm1p.example.com:8020/tmp/hive/gss2002/dbc4b0b5-7859-4487-a56d-969440bc5e90/hive_2015-05-18_19-58-25_951_5497535752804149087-1/gss2002/_tez_scratch_dir/4e635121-c4cd-4e3f-b96b-9f08a6a7bf5d/map.xml
2015-05-18 19:58:41,822 INFO [TezChild] exec.MapOperator: MAP[4]: records read - 1
2015-05-18 19:58:41,835 INFO [TezChild] io.HiveContextAwareRecordReader: Processing file hdfs://xhadnnm1p.example.com:8020/example_dw/crc/arsn/part-m-00000
2015-05-18 19:58:41,848 INFO [TezChild] io.HiveContextAwareRecordReader: Processing file hdfs://xhadnnm1p.example.com:8020/example_dw/crc/arsn/part-m-00000

......

2015-05-18 20:07:46,560 INFO [TezChild] io.HiveContextAwareRecordReader: Processing file hdfs://xhadnnm1p.example.com:8020/example_dw/crc/arsn/part-m-00000
2015-05-18 20:07:46,574 INFO [TezChild] io.HiveContextAwareRecordReader: Processing file hdfs://xhadnnm1p.example.com:8020/example_dw/crc/arsn/part-m-00000
2015-05-18 20:07:46,587 INFO [TezChild] io.HiveContextAwareRecordReader: Processing file hdfs://xhadnnm1p.example.com:8020/example_dw/crc/arsn/part-m-00000
2015-05-18 20:07:46,603 INFO [TezChild] io.HiveContextAwareRecordReader: Processing file hdfs://xhadnnm1p.example.com:8020/example_dw/crc/arsn/part-m-00000
2015-05-18 20:07:46,603 INFO [TezChild] log.PerfLogger: </PERFLOG method=TezRunProcessor start=1431993518764 end=1431994066603 duration=547839 from=org.apache.hadoop.hive.ql.exec.tez.TezProcessor>
2015-05-18 20:07:46,603 INFO [TezChild] exec.MapOperator: 4 finished. closing... 
2015-05-18 20:07:46,603 INFO [TezChild] exec.MapOperator: RECORDS_IN_Map_1:13440

Resolver's note: See the final comment explaining the resolution before attempting to understand the details of this issue.
Added Test-Project to github: spring-framework-issues

2011-11-08 12:34:36,061 [main] ERROR org.springframework.test.context.TestContextManager - Caught exception while allowing TestExecutionListener [org.springframework.test.context.support.DependencyInjectionTestExecutionListener@2e67cd84] to prepare test instance [org.springframework.data.neo4j.examples.hellograph.WorldCounterTest@20e5ace9]
	at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:157)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:290)
	at org.junit.runners.Suite.runChild(Suite.java:24)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:71)
	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:202)
Caused by: java.lang.IllegalStateException: Singleton 'conversionService' isn't currently in creation
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.afterSingletonCreation(DefaultSingletonBeanRegistry.java:312)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:239)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:903)
	at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:103)
	at org.springframework.test.context.support.DelegatingSmartContextLoader.loadContext(DelegatingSmartContextLoader.java:228)
	at org.springframework.test.context.TestContext.loadApplicationContext(TestContext.java:124)
	at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:148)
	... 35 more

ctas_colname test uses these, for example
This errors out: 

 select key, sum(key) from src;

But this passes:  

 select *, sum(key), count(value) from src;

It looks like it returns 2 sums and 2 counts

It could be handy if we can setup the basic authentication username and password on the cxf endpoint url.

This is a regression between EAP 7.1.0.DR17 and DR18.
When using HTTP transport, I started getting this exception:

Exception in thread "main" javax.naming.OperationNotSupportedException: WFNAM00026: No provider for found for URI: ejb
	at org.wildfly.naming.client.WildFlyRootContext.getProviderContext(WildFlyRootContext.java:490)
	at client.Client.main(Client.java:37)

It seems that upstream tests for HTTP transport are passing, so this must somehow depend on how the dependencies are setup...?
Reproducer at https://github.com/jmartisk/mock-artifacts/tree/17fca5083d68c3b77d277196fa753f75a8d577b2/ejbclient/eap7.1-httpclient
when you downgrade the EJB client BOM (in client/pom.xml) from 7.1.0.Beta1-redhat-3 to 7.1.0.Beta1-redhat-2 (DR17), it will start working.

consumer.receive() is a blocking call and if it fails, it will block for ever. Need to set timeout at the bare minimum to force the test to fail incase of failure rather than timing out.

CLI is unable to connect to EAP with undefined security-realm
This is regression against EAP 7.0.0, 6.4.0 and 7.1.0.DR7.
Always

reload

[mkopecky@dhcp-10-40-4-180 bin]$ ./jboss-cli.sh -c
[standalone@localhost:9990 /] /core-service=management/management-interface=http-interface:undefine-attribute(name=security-realm)
{
    }
}
Interrupted while pausing before reconnecting.: sleep interrupted
[disconnected /] 
Failed to connect to the controller: Unable to authenticate against controller at localhost:9990: Authentication failed: none of the mechanisms presented by the server are supported
[mkopecky@dhcp-10-40-4-180 bin]$ 

A query having same aggregate functions (e.g. count) but in different case  does not work and throws IndexOutOfBoundsException.

Query:
SELECT key, COUNT(value) FROM src GROUP BY key HAVING count(value) >= 4
---
Error log:
14/08/06 11:00:45 ERROR ql.Driver: FAILED: IndexOutOfBoundsException Index: 2, Size: 2
java.lang.IndexOutOfBoundsException: Index: 2, Size: 2
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanReduceSinkOperator(SemanticAnalyzer.java:4173)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanMapAggrNoSkew(SemanticAnalyzer.java:5165)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8337)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9178)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9431)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:207)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:310)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1023)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1088)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:800)

    joinEmitInterval = HiveConf.getIntVar(hconf, HiveConf.ConfVars.HIVEPARTITIONNAME);
joinEmitInterval should be using HIVEJOINEMITINTERVAL instead

Analysis document for EAP7-551 states the following:
This RFE is to add a reference to the new authentication-context capability to the remote-outbound-connection resource and make use of it satisfy the security requirements for the outbound connections being established.
The AuthenticationContext will be used to access both information required for authentication and also for any SSLContext required for the connection.
A newly referenced authentication-context will be used to provide all security configuration for outbound connections.
However, currently the remoting outbound connections will only use Elytron default authentication context and ignore authentication context defined in remoting outbound connection resource:

If no default authentication context is defined in Elytron subsystem but remote outbound connection has defined one, no authentication context is associated with remote outbound connection.
If the default authentication context is defined in Elytron subsystem but no authentication context is defined in remote outbound connection, remoting assumes that outbound connection uses legacy security.
If the default authentication context is defined in Elytron subsystem and different authentication context is defined in remote outbound connection, the remote outbound connection will use the Elytron subsystem default none the less.
The authentication context defined in outbound remote connection will only work if it is the same as default authentication context in Elytron subsystem.

I reproduce it all the time if I comment the sleep here:

  private void verifyAllBufferedPutsHaveFlushed(HTableMultiplexerStatus status) {
    int retries = 8;
    int tries = 0;
    do {         /*
      try {
        Thread.sleep(2 * TEST_UTIL.getConfiguration().getLong(
          HTableMultiplexer.TABLE_MULTIPLEXER_FLUSH_FREQ_MS, 100));
        tries++;
        Thread.currentThread().interrupt();
      }         */
    } while (status.getTotalBufferedCounter() != 0 && tries != retries);

    assertEquals("There are still some buffered puts left in the queue",
        0, status.getTotalBufferedCounter());
  }

Given that getTotalBufferedCounter is never decremented, there is a misunderstanding somewhere. As well, reading plain values without a volatile or a synchronized in a MT context is likely to be wrong.

limitation w/ simple language on the 1st index of an empty array with a nullsafe expression  
sample expression: ${in.body?.list[0].toString}
org.apache.camel.language.bean.RuntimeBeanExpressionException: Failed to invoke method: ?.get('list')[0].toString on java.util.HashMap due to: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 
        at org.apache.camel.language.bean.BeanExpression.evaluate(BeanExpression.java:120) 
        at org.apache.camel.language.bean.BeanExpression.evaluate(BeanExpression.java:138) 
        at org.apache.camel.model.language.ExpressionDefinition.evaluate(ExpressionDefinition.java:126) 
        at org.apache.camel.model.language.ExpressionDefinition.evaluate(ExpressionDefinition.java:118) 
        at org.apache.camel.builder.ExpressionBuilder$40.evaluate(ExpressionBuilder.java:993) 
        at org.apache.camel.support.ExpressionAdapter.evaluate(ExpressionAdapter.java:36) 
        at org.apache.camel.TestSupport.assertExpression(TestSupport.java:255) 
        at org.apache.camel.ContextTestSupport.assertExpression(ContextTestSupport.java:314) 
        at org.apache.camel.LanguageTestSupport.assertExpression(LanguageTestSupport.java:62) 
        at org.apache.camel.LanguageTestSupport.assertExpression(LanguageTestSupport.java:69) 
        at org.apache.camel.language.simple.SimpleTest.testOGNLBodyEmptyList(SimpleTest.java:267) 
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
        at java.lang.reflect.Method.invoke(Method.java:497) 
        at junit.framework.TestCase.runTest(TestCase.java:176) 
        at junit.framework.TestCase.runBare(TestCase.java:141) 
        at org.apache.camel.TestSupport.runBare(TestSupport.java:58) 
        at junit.framework.TestResult$1.protect(TestResult.java:122) 
        at junit.framework.TestResult.runProtected(TestResult.java:142) 
        at junit.framework.TestResult.run(TestResult.java:125) 
        at junit.framework.TestCase.run(TestCase.java:129) 
        at junit.framework.TestSuite.runTest(TestSuite.java:252) 
        at junit.framework.TestSuite.run(TestSuite.java:247) 
        at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86) 
        at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) 
        at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) 
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) 
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675) 
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) 
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) 
Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 
        at java.util.ArrayList.rangeCheck(ArrayList.java:653) 
        at java.util.ArrayList.get(ArrayList.java:429) 
        at org.apache.camel.language.bean.BeanExpression$OgnlInvokeProcessor.lookupResult(BeanExpression.java:385) 
        at org.apache.camel.language.bean.BeanExpression$OgnlInvokeProcessor.process(BeanExpression.java:334) 
        at org.apache.camel.language.bean.BeanExpression.evaluate(BeanExpression.java:114) 

This issue appeared after the fix for WFCORE-1315
In interactive mode the prompt is not displayed after the first command line execution. It is correctly displayed afterwards.

While performing the command "pers s --database DB2400" if I tab to get the provider option, Roo changes DB2400 to DB2.

FacebookEndpointConfiguration is not taken into account when specified as a UriParam. I can provide a PR.

This attempt fails with:

Caused by: java.lang.IllegalArgumentException: Unable to inject Session bean [class org.jboss.cdi.tck.tests.implementation.builtin.metadata.FatYoghurt with qualifiers [@Any @Default]; local interfaces are [FatYoghurt] into [BackedAnnotatedField] @Inject private org.jboss.cdi.tck.tests.implementation.builtin.metadata.YoghurtInterceptor.interceptor
	at org.jboss.weld.bean.builtin.InterceptorMetadataBean.newInstance(InterceptorMetadataBean.java:53) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.bean.builtin.InterceptorMetadataBean.newInstance(InterceptorMetadataBean.java:41) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.bean.builtin.AbstractBuiltInMetadataBean.create(AbstractBuiltInMetadataBean.java:57) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.context.unbound.DependentContextImpl.get(DependentContextImpl.java:69) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:740) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.manager.BeanManagerImpl.getInjectableReference(BeanManagerImpl.java:831) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.injection.FieldInjectionPoint.inject(FieldInjectionPoint.java:92) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.util.Beans.injectBoundFields(Beans.java:365) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.util.Beans.injectFieldsAndInitializers(Beans.java:376) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.injection.producer.ResourceInjector$1.proceed(ResourceInjector.java:70) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:48) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.injection.producer.ResourceInjector.inject(ResourceInjector.java:65) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.injection.producer.BasicInjectionTarget.inject(BasicInjectionTarget.java:109) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:150) [weld-core-impl-2.2.2.Final.jar:2014-06-27 08:57]
	at org.jboss.as.weld.ejb.Jsr299BindingsCreateInterceptor.addInterceptorInstance(Jsr299BindingsCreateInterceptor.java:58) [wildfly-weld-8.1.0.Final.jar:8.1.0.Final]
	at org.jboss.as.weld.ejb.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:87) [wildfly-weld-8.1.0.Final.jar:8.1.0.Final]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:273) [wildfly-ejb3-8.1.0.Final.jar:8.1.0.Final]
	... 167 more

There's available expanded org.jboss.cdi.tck.tests.implementation.builtin.metadata.BuiltinMetadataBeanTest in TCK master branch. 

This should be considered a blocker for backport to branch-1 since it will impact our compatibility.
The constants we expose in configuration should all start with "hbase". Since our configurations keys for the spark integration all relate to that system, the prefix for all configuration keys (excluding those cases where we need to do something special due to restrictions in how properties are handled by e.g. spark) should be "hbase.spark".
Before publishing a public api labeled version of our spark integration we should review all of our configuration keys to make sure they either conform to the "hbase.spark" prefix or they have a comment documenting why they need to be otherwise.

Hive.loadDynamicPartitions creates threads with new embedded rawstore, but never close them, thus we leak PersistenceManager one per such thread.

The stacktraces are captured using a Hadoop helper method, then its output is merged with the current. I presume there is a simple flush after outputing the "Stack" header missing, before then the caught output is dumped.

See the user forum where a user has detailed the problem:
http://www.nabble.com/File-Component-Error-handling-td15372041s22882.html

Close the JMXConnector when shutting down the JMXConsumer to avoid the following in an OSGi environment (jboss-cli-client fragment bundle for jmx-remoting protocol):

Caused by: java.lang.ClassNotFoundException: Unable to load class 'org.jboss.remoting3.spi.AbstractHandleableCloseable$2' because the bundle wiring for com.example.mybundle is no longer valid.

BZip2CompressorInputStream.read(buffer, offset, length) returns -1 when given an offset equal to the length of the buffer.
This indicates, not that the buffer was full, but that the stream was finished.
It seems like a pretty stupid thing to do - but I'm getting this when trying to use Kryo serialization (which is probably a bug on their part, too), so it does occur and has negative affects.
Here's a JUnit test that shows the problem specifically:

	@Test
	public void testApacheCommonsBZipUncompression () throws Exception {
		// Create a big random piece of data
		byte[] rawData = new byte[1048576];
		for (int i=0; i<rawData.length; ++i) {
			rawData[i] = (byte) Math.floor(Math.random()*256);
		}

		// Compress it
		ByteArrayOutputStream baos = new ByteArrayOutputStream();
		BZip2CompressorOutputStream bzipOut = new BZip2CompressorOutputStream(baos);
		bzipOut.write(rawData);
		bzipOut.flush();
		bzipOut.close();
		baos.flush();
		baos.close();

		// Try to read it back in
		ByteArrayInputStream bais = new ByteArrayInputStream(baos.toByteArray());
		BZip2CompressorInputStream bzipIn = new BZip2CompressorInputStream(bais);
		byte[] buffer = new byte[1024];
		// Works fine
		Assert.assertEquals(1024, bzipIn.read(buffer, 0, 1024));
		// Fails, returns -1 (indicating the stream is complete rather than that the buffer 
		// was full)
		Assert.assertEquals(0, bzipIn.read(buffer, 1024, 0));
		// But if you change the above expected value to -1, the following line still works
		bzipIn.close();
	}

The method org.springframework.util.xml.XmlValidationModeDetector::hasOpeningTag should have this:
return (openTagIndex > -1 && content.length() > (openTagIndex+1) && Character.isLetter(content.charAt(openTagIndex + 1)));
in place of the current:
return (openTagIndex > -1 && content.length() > openTagIndex && Character.isLetter(content.charAt(openTagIndex + 1)));

I used the following configuration for accessing a web service:
    <bean id="webServiceTemplate" class="org.springframework.ws.client.core.WebServi ceTemplate">
        <property name="defaultUri" value="http://anyURL"/>
        <property name="marshaller" ref="castorMarshaller"/>
        <property name="unmarshaller" ref="castorMarshaller"/>
    </bean>
Due to the fact that the access occurs inside a JBoss running on JDK 1.5 I run into the problem that SAAJ is not available in the JDK and the JBoss version of the SAAJ-library led to SAAJ-version problems.
So I switched to Axiom using the following:
    <bean id="axiom_MessageFactory" class="org.springframework.ws.soap.axiom.AxiomSoap MessageFactory">
        <property name="payloadCaching" value="true"/>
    </bean>
        <constructor-arg ref="axiom_MessageFactory"/>
        <property name="defaultUri" value="http://anyURI"/>
    </bean>
I have to access the web service three times. The first and second call were successful. The third failed with:
    at org.springframework.xml.stream.AbstractStaxXmlRead er.parse(AbstractStaxXmlReader.java:70)
    at org.springframework.xml.stream.AbstractStaxXmlRead er.parse(AbstractStaxXmlReader.java:50)
    at org.springframework.oxm.castor.CastorMarshaller.un marshalSaxReader(CastorMarshaller.java:286)
    at org.springframework.oxm.castor.CastorMarshaller.un marshalXmlStreamReader(CastorMarshaller.java:297)
    at org.springframework.oxm.AbstractMarshaller.unmarsh alStaxSource(AbstractMarshaller.java:301)
    at org.springframework.oxm.AbstractMarshaller.unmarsh al(AbstractMarshaller.java:125)
    at org.springframework.ws.support.MarshallingUtils.un marshal(MarshallingUtils.java:65)
    at org.springframework.ws.client.core.WebServiceTempl ate$2.extractData(WebServiceTemplate.java:275)
    at org.springframework.ws.client.core.WebServiceTempl ate.sendAndReceive(WebServiceTemplate.java:416)
    at org.springframework.ws.client.core.WebServiceTempl ate.marshalSendAndReceive(WebServiceTemplate.java: 264)
    at org.springframework.ws.client.core.WebServiceTempl ate.marshalSendAndReceive(WebServiceTemplate.java: 252)
    at org.springframework.ws.client.core.WebServiceTempl ate.marshalSendAndReceive(WebServiceTemplate.java: 244)
The NullPointerException does not help very much. But i switched the payloadCaching property to:
    <property name="payloadCaching" value="false"/>
fixed it.

o.s.web.servlet.tags.ParamTag is susceptible to problems in containers that pool tags. It is't resetting values when the release method was called, so if a user used multiple <spring:param> tags and mixed using the value attribute and tag body, it's possible that the value used might not be correct. This would be very difficult to duplicate.

Currently MongMappingContext creates MongoPersistentEntity instances for native Map implementations other than HashMap. It seems the guard in shouldCreatePersistentEntityFor(…) should be extended to include all Map implementations extending from AbstractMap.

The TransactionBatchImpl.toString() method currently returns :

return "TxnIds=[" + txnIds.get(0) + "src/gen/thrift" + txnIds.get(txnIds.size()-1)
              + "] on endPoint= " + endPt;

The "src/gen/thrift" there is a typo and needs to replaced with  "..."

standalone@localhost:9990 /] echo-dmr /system-property=test30:add(value='my test')
{GIT_MESSAGE=mon message}
{
    "address" => [("system-property" => "test30")],
    "value" => "'my test'",
    "operation-headers" => 
{"GIT_MESSAGE" => "monmessage"}
}
We have monmessage instead of mon message
Setting ignoreWhitespace to false in HeaderValueState fixes this but doesn't trim the result even if we are quoting (single or double) the value.
[standalone@localhost:9990 /] echo-dmr /system-property=test30:add(value='my test')
{GIT_MESSAGE="mon message" ; header2=test}
The closing '"' is missing.

Right now we can't create org.springframework.roo.model.JavaType when the class name begins with underscore (_). To avoid this problem I've modified my roo copy commenting the rule that's enforcing the class name to start with capital letter.
Use case: we generate some metadata class associated with entity class. If original class is called com.contraza.test.domain.User then we generate com.contraza.test.domain.metadata._User (took the idea from JPA2 generated metadata).

Several methods of the Bag interface do not conform to the Collection interface (e.g. add, remove, containsAll, removeAll, retainAll).
This should be fixed for 4.0.

Under 5.3.4. Programmatic Flow Decisions the class MyDecider's decide method has the wrong signature:
public String decide(JobExecution jobExecution, StepExecution stepExecution) {
public FlowExecutionStatus decide(JobExecution jobExecution, StepExecution stepExecution) {

We have this error
Failed
org.apache.camel.catalog.CamelCatalogMBeanExporterTest.testMBeanExporter
Failing for the past 8 builds (Since Unstable#599 )
Took 7 ms.
org.apache.camel.catalog.CamelCatalog: Method org.apache.camel.catalog.CamelCatalog.setSuggestionStrategy has parameter or return type that cannot be translated into an open type
javax.management.NotCompliantMBeanException: org.apache.camel.catalog.CamelCatalog: Method org.apache.camel.catalog.CamelCatalog.setSuggestionStrategy has parameter or return type that cannot be translated into an open type
	at org.apache.camel.catalog.CamelCatalogMBeanExporterTest.testMBeanExporter(CamelCatalogMBeanExporterTest.java:35)
Caused by: java.lang.IllegalArgumentException: Method org.apache.camel.catalog.CamelCatalog.setSuggestionStrategy has parameter or return type that cannot be translated into an open type
Caused by: javax.management.openmbean.OpenDataException: Cannot convert type: org.apache.camel.catalog.SuggestionStrategy
Caused by: javax.management.openmbean.OpenDataException: Can't map org.apache.camel.catalog.SuggestionStrategy to an open data type

After all servers in the RSgroup are down the regions cannot be opened anywhere and transition rapidly into FAILED_OPEN state.
2017-10-31 21:06:25,449 INFO [ProcedureExecutor-13] master.RegionStates: Transition 
{c6c8150c9f4b8df25ba32073f25a5143 state=OFFLINE, ts=1509483985448, server=node-5.cluster,16020,1509482700768}
 to 
{c6c8150c9f4b8df25ba32073f25a5143 state=FAILED_OPEN, ts=1509483985449, server=node-5.cluster,16020,1509482700768}
2017-10-31 21:06:25,449 WARN [ProcedureExecutor-13] master.RegionStates: Failed to open/close d4e2f173e31ffad6aac140f4bd7b02bc on node-5.cluster,16020,1509482700768, set to FAILED_OPEN
Any region in FAILED_OPEN state has to be manually reassigned, or the master can be restarted and this will also cause reattempt of assignment of any regions in FAILED_OPEN state. This is not unexpected but is an operational headache. It would be better if the RSGroupInfoManager could automatically kick reassignments of regions in FAILED_OPEN state when servers rejoin the cluster. 

When adding mixed domain tests for EAP 7.1.0 I could not get the MixedDomainDeployment710TestCase.testExplodedDeployment() test to work. Comparing with the core domain ExplodedDeploymentTestCase.testInstallAndExplodeDeploymentOnDCFromScratch(), they both do the following:

1) Create an empty deployment
2) Add some content to the deployment using input streams
3) Add the deployment to a server group

However, they differ in that ExplodedDeploymentTestCase does this as individual steps, while MixedDomainDeployment710TestCase does this in a composite. I have a branch at https://github.com/kabir/wildfly-core/tree/WFCORE-3479 which expands ExplodedDeploymentTestCase to demonstrate the problem. 
Going back to MixedDomainDeploymentTestCase, the testExplodedDeployment() test pushes the following composite to the DC:

{
        {
            "address" => [("deployment" => "test.war")],
            "content" => [{"empty" => true}]
        },
        {
            "operation" => "add-content",
            "content" => [
                {
                    "target-path" => "index.html",
                    "input-stream-index" => 0
                },
                {
                    "target-path" => "index2.html",
                    "input-stream-index" => 1
                }
            ]
        },
        {
                ("server-group" => "other-server-group"),
                ("deployment" => "test.war")
            ],
            "enabled" => true
        },
        {
                ("server-group" => "main-server-group"),
            ],
        }
    ],
    "operation-headers" => {
        "caller-type" => "user",
        "access-mechanism" => "NATIVE",
        "domain-uuid" => "b016e0a3-4175-4f40-b6b9-779fc0fd1745",
        "execute-for-coordinator" => true
    }
}

What ends up being pushed to the slave is:

{

        {
            "content" => [{
                "hash" => bytes {
                    0x8f, 0x7c, 0x8c, 0x80, 0x35, 0x88, 0x36, 0x16,
                    0x61, 0xfa, 0x0a, 0x10, 0x30, 0xf9, 0x13, 0x29,
                    0x04, 0x05, 0x9d, 0x82
                },
                "archive" => false
            }],
            "operation-headers" => {
                "caller-type" => "user",
                "access-mechanism" => "NATIVE",
                "domain-uuid" => "9f6d874e-24f8-41ec-a1d0-9c98509964fc"
            },
            "runtime-name" => undefined
        },
        {
                    0x52, 0x3a, 0x0a, 0x7b, 0x3b, 0xae, 0x1c, 0x67,
                    0x22, 0x51, 0xf6, 0x34, 0xb5, 0x3b, 0xe7, 0xf9,
                    0x78, 0x59, 0x91, 0x63
                },
                "target-path" => "."
            }],
            },
            "path" => [
                "index.html",
                "index2.html"
            ]
        },
        {
            ],
        },
        {
            ],
        }
    ],
        "domain-uuid" => "9f6d874e-24f8-41ec-a1d0-9c98509964fc",
    }
}

The error reported by the DC is:

{
        },
        },
        "step-3" => {
        },
        "step-4" => {
        }
    },
    "failure-description" => {"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {"other-server-group" => {"host" => {"slave" => {"server-one" => {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0216: Management resource '[(\"deployment\" => \"test.war\")]' not found"}}}}}}}},
    "server-groups" => {"other-server-group" => {"host" => {"slave" => {"server-one" => {"response" => {
            "step-1" => {
                "failure-description" => "WFLYCTL0216: Management resource '[(\"deployment\" => \"test.war\")]' not found",
            },
            "step-2" => {"outcome" => undefined}
        },
        "failure-description" => {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0216: Management resource '[(\"deployment\" => \"test.war\")]' not found"}},
    }}}}}}
}

Having debugged the slave process a bit, I believe the following is what is passed to the servers by the slave HC:

{
        {
                },
            }],
                "domain-uuid" => "2bd6c01d-a844-43fc-8d10-7d6e4c32e5b1"
            },
            "path" => [
            ]
        },
        {
            "enabled" => true,
            },
            "runtime-name" => "test.war",
                },
            }]
        }
    ],
        "domain-uuid" => "2bd6c01d-a844-43fc-8d10-7d6e4c32e5b1"
    },
    "address" => []
}

Note that 'add-content' now comes BEFORE 'add', which would explain the "Management resource '[(\"deployment\" => \"test.war\")]' not found".

creation for non-shared connections has changed since hbase-3777, but the doc still remains the same...
a simple test program:
public class testHbase2{
        public static void main(String[] args) throws Exception 
{
                Configuration conf = HBaseConfiguration.create();

                conf.set("hbase.zookeeper.quorum","localhost");
                conf.set("hbase.zookeeper.property.clientPort", "2181");
                conf.set("hbase.client.instance.id", "2");
                HBaseAdmin admin = new HBaseAdmin(conf);

                conf.set("hbase.client.instance.id", "3");
                HBaseAdmin admin2 = new HBaseAdmin(conf);
        }
}
  public static HConnection getConnection(final Configuration conf)
    HConnectionKey connectionKey = new HConnectionKey(conf);
    LOG.info("###create new connectionkey: " + connectionKey);
    synchronized (CONNECTION_INSTANCES) {
14/07/15 18:06:08 INFO client.HConnectionManager: ###create new connectionkey: HConnectionKey{properties=
{hbase.rpc.timeout=600000, hbase.client.instance.id=2, hbase.zookeeper.quorum=localhost, hbase.client.pause=100, hbase.zookeeper.property.clientPort=2181, zookeeper.znode.parent=/hbase, hbase.client.retries.number=35}
, username='tianq'}
14/07/15 18:06:08 INFO client.HConnectionManager: ###create new connection###
14/07/15 18:06:08 INFO zookeeper.RecoverableZooKeeper: Process identifier=hconnection-0x3d7c3d7c connecting to ZooKeeper ensemble=localhost:2181
14/07/15 18:06:09 INFO client.HConnectionManager: ###create new connectionkey: HConnectionKey{properties=
{hbase.rpc.timeout=600000, hbase.client.instance.id=3, hbase.zookeeper.quorum=localhost, hbase.client.pause=100, hbase.zookeeper.property.clientPort=2181, zookeeper.znode.parent=/hbase, hbase.client.retries.number=35}
14/07/15 18:06:09 INFO client.HConnectionManager: ###create new connection###
14/07/15 18:06:09 INFO zookeeper.RecoverableZooKeeper: Process identifier=hconnection-0xd460d46 connecting to ZooKeeper ensemble=localhost:2181

An entity called Request creates a controller aspect that has compile errors.
RequestController_Roo_Controller
@RequestMapping(method = RequestMethod.PUT)
public String RequestController.update(@Valid Request request, BindingResult result, Model model, HttpServletRequest request) {
    if (result.hasErrors()) {
        model.addAttribute("request", request);
        return "requests/update";
    }
    request.merge();
    return "redirect:/requests/" + encodeUrlPathSegment(request.getRequestId().toString(), request);
}

Compile errors
error at public String RequestController.create(@Valid Request request, BindingResult result, Model model, HttpServletRequest request) {
                                                                                                                     ^^
/Users/SunSear/NetBeansProjects/RAD/roo/src/main/java/eu/comparegroup/radpims/web/RequestController_Roo_Controller.aj:31:0::0 Duplicate parameter request
error at request.persist();
        
/Users/SunSear/NetBeansProjects/RAD/roo/src/main/java/eu/comparegroup/radpims/web/RequestController_Roo_Controller.aj:36:0::0 The method persist() is undefined for the type HttpServletRequest
error at return "redirect:/requests/" + encodeUrlPathSegment(request.getRequestId().toString(), request);
                                                            ^^^
/Users/SunSear/NetBeansProjects/RAD/roo/src/main/java/eu/comparegroup/radpims/web/RequestController_Roo_Controller.aj:37:0::0 The method getRequestId() is undefined for the type HttpServletRequest
error at public String RequestController.update(@Valid Request request, BindingResult result, Model model, HttpServletRequest request) {
                                                                                                                     ^^
/Users/SunSear/NetBeansProjects/RAD/roo/src/main/java/eu/comparegroup/radpims/web/RequestController_Roo_Controller.aj:67:0::0 Duplicate parameter request
error at request.merge();
        
/Users/SunSear/NetBeansProjects/RAD/roo/src/main/java/eu/comparegroup/radpims/web/RequestController_Roo_Controller.aj:72:0::0 The method merge() is undefined for the type HttpServletRequest
                                                            ^^^
/Users/SunSear/NetBeansProjects/RAD/roo/src/main/java/eu/comparegroup/radpims/web/RequestController_Roo_Controller.aj:73:0::0 The method getRequestId() is undefined for the type HttpServletRequest

When we call this method w/o parameters, we don't take into account the configuration, but use the hardcoded default (Integer.MAX).
If someone was relying on having an infinite timeout whatever the setting, fixing this bug will cause him a surprise. But there is no magic...

DATAJPA-173 introduced a CrudMethodMetadata abstraction used in SimpleJpaRepository. As it's an optional dependency (configured through a setter) we do guard access to it with null checks.

hive.security.authorization.sqlstd.confwhitelist.* param description in HiveConf is incorrect. The expected value is a regex, not comma separated regexes.

The HandlerOperations.equalValue() method uses the incorrect property name when comparing values resulting in the method always returning false.
This does not harm anything, but just changes the format pattern each time a resource is processed.

Currently any run time exception thrown in thrift metastore during the following operations is not getting sent to hive execution engine.

grant/revoke role
grant/revoke privileges
create role

This is because ThriftHiveMetastore just handles MetaException and throws TException during the processing of these requests.  So, the command just fails at thrift metastore end when there is run time exception (Exception can be seen in metastore log) but the hive execution engine will keep on waiting for the response from thrift metatstore.
 
Steps to reproduce this problem :
Launch thrift metastore
Launch hive cli by passing --hiveconf hive.metastore.uris=thrift://127.0.0.1:10000 (pass the thrift metatstore host and port)
Execute the following commands:

set role admin
create role test; (succeeds)
create role test; ( hive version 2.1.1 : command is stuck, waiting for the response from thrift metastore; hive version 1.2.1: command fails with exception as null) 

I have uploaded the patch which has the fix in which I am handling the checked exceptions in MetaException and throwing unchecked exceptions using TException which fixes the problem. Please review and suggest if there is a better way of handling this issue.
 
Requires Hibernate 4, Spring 4, JDBC DataSourceTransactionManager:
H4 SpringSessionSynchronization#beforeCompletion doesn't put a try/finally around the session operations (in particular session.disconnect() ), and leaves the

TransactionSynchronizationManager.unbindResource(this.sessionFactory);

call until after the disconnect. If the disconnect throws a SQLException (as can happen if a org.springframework.jdbc.datasource.DataSourceTransactionManager is in place), then the TSM's thread local is left with a closed Session, from which the org.springframework.orm.hibernate4.SpringSessionContext will never recover.
H3 support didn't have the same problem because:
1. the SpringSessionSynchronization would only call disconnect (or anything) before deregistering from the TSM if a JTA transaction was in progress
2. Even if there were such a problem, the H3 SessionHolder used getValidatedSession to ensure it was valid (returning null it not) and the H3 SessionFactoryUtils#doGetSession would deal with the possibility that the SessionHolder would return null and automatically open a new Session.
Suggested fix is to put a try/finally in the beforeCompletion() method (not sure whether or not the SpringSessionContext should check Session.isOpen() before returning since it should never really be in that state?)
The attached test case can be run with "mvn test". It can trivially be fixed by using the HibernateTransactionManager instead, or by not throwing the exception during the close() method. We discovered this having upgraded our code to H4, and having a SQL Server reboot on us at which point the threads that had open connections all broke until the app server was restarted.

Noticed this today in a few places. As an example, on this page of the multi-page book, all the links are broken (because their href attribute is rendered as empty). Meanwhile, the links are present and functional in the single-page book. 
Do you happen to know why this is happening, Misty Linville? I'd be happy to help you investigate, but I imagine you already know what's going on at a glance.

As CXFRS producer can't deal with the HttpQuery from the Exchange.HTTP_QUERY message header, the camel-cxfrs router can't route the http get request with query rightly.
Here is the mail thread[1] which talks about it.
[1]http://camel.465427.n5.nabble.com/CXF-RS-QueryParam-and-HeaderParam-tp4301808p4301808.html

Hi, 
if I define two security tags with the same url twice inside a security:http element, i get an nullpointerexception.
i.e.
<security:http>
               .... 
		<security:intercept-url pattern="/some/url*"
			access="ROLE_ADMIN" />
			access="ROLE_MEMBER" />
leads to the following ugly exception 
Caused by: org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from ServletContext resource [/WEB-INF/security-config.xml]; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:420)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:342)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.importBeanDefinitionResource(DefaultBeanDefinitionDocumentReader.java:190)
	... 33 more
	at org.springframework.security.intercept.web.RequestKey.equals(RequestKey.java:54)
	at java.util.HashMap.put(HashMap.java:422)
	at org.springframework.security.config.HttpSecurityBeanDefinitionParser.parseInterceptUrlsForFilterInvocationRequestMap(HttpSecurityBeanDefinitionParser.java:544)
	at org.springframework.security.config.HttpSecurityBeanDefinitionParser.parse(HttpSecurityBeanDefinitionParser.java:186)
	at org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(NamespaceHandlerSupport.java:69)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1253)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1243)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:135)
	at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:92)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:507)
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:398)
	... 36 more
I think it should be easy to support this case through merging of both of the roles. Even if spring security doesn't support the definition of a url throuhg two element there should be obviously an better error message.
Thanks
Agim

I was able to use property placeholder for other attributes like: location in disk store->disk-dir,port in cache-server...
It seems like it does not work for partitioned-region buckets - I got an error
 java.lang.NumberFormatException: For input string: "${total-buckets}"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
	at java.lang.Integer.valueOf(Integer.java:554)
	at org.springframework.data.gemfire.config.PartitionedRegionParser.doParseRegion(PartitionedRegionParser.java:97)
...
It seems like there is some validation which happens before spring context is able to replace placeholders with actual values

Using the HiddenHttpMethodFilter and MultipartFilter as described in their respective JavaDoc produces a stack trace with the message:

The current request is not a multipart request.
... when used with Spring MVC's DispatcherServlet.
To my understanding the HiddenHttpMethod wraps the HTTP Request and changes the POST method to PUT. This makes the method isMultipartRequest (lines 187-193) in RequestParamMethodArgumentResolver always return false:

private boolean isMultipartRequest(HttpServletRequest request) {
  if (!"post".equals(request.getMethod().toLowerCase())) {
  }
  String contentType = request.getContentType();
  return (contentType != null && contentType.toLowerCase().startsWith("multipart/"));
}

An obvious fix would be to remove the if-clause and rely only on the HTTP content-type header. Another is to include the HTTP PUT method as a valid multipart HTTP method in the if-clause. 

Hello,
I'm facing an issue where Neo4jTransactionManager fails to rollback transaction after runtime exception in a custom Cypher query. Attached github repository contains a project to reproduce the problem.
It contains a repository which extends GraphRepository and adds a single method with a custom query MATCH (m:Movie) WHERE m.title = '' RETURN m AS movie, 10/0 AS other. This query obviously generates a "division by zero" runtime exception. However I can also see NPE stacktrace. It seems to occur because Neo4jTransactionManager tries to rollback transaction that has already been rolled back by OGM code in BoltResponse#next().
Division by zero in this example is artificial, in reality queries can fail in many different ways at runtime (deadlocks, type errors, etc.).
Seen stacktrace:

at org.springframework.data.neo4j.transaction.Neo4jTransactionManager.doRollback(Neo4jTransactionManager.java:275)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:853)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:830)
at org.springframework.transaction.interceptor.TransactionAspectSupport.completeTransactionAfterThrowing(TransactionAspectSupport.java:522)
at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:286)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96)
at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:656)
at org.neo4j.services.MovieService$$EnhancerBySpringCGLIB$$b8f1a8e3.findByTitle(<generated>)
at org.neo4j.SampleMovieApplication.main(SampleMovieApplication.java:30)

ManagementResourceRegistration.getOrderedChildTypes() is implemented by simply reading the local state of ConcreteResourceRegistration. It needs to work like getAttributeNames(), by delegating to the root node which in turn uses NodeSubregistry to combine data from any singleton override registration and the corresponding wildcard registration.
Same kind of problem as WFCORE-1086.

create table src_part_serde (key int, value string) partitioned by (ds string) stored as sequencefile;
insert overwrite table src_part_serde partition (ds='2011') select * from src;
alter table src_part_serde set serde 'org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe' with SERDEPROPERTIES ('serialization.format'='\t');
select key, value from src_part_serde where ds='2011' order by key, value limit 20;
will get null results.

These queries produce an error :

DROP TABLE IF EXISTS foo;

CREATE TABLE foo (id int) STORED AS ORC;

INSERT INTO TABLE foo VALUES (1);
INSERT INTO TABLE foo VALUES (2);
INSERT INTO TABLE foo VALUES (3);
INSERT INTO TABLE foo VALUES (4);
INSERT INTO TABLE foo VALUES (5);

SELECT max(id) FROM foo;

ANALYZE TABLE foo COMPUTE STATISTICS FOR COLUMNS id;

The last query throws org.apache.hive.service.cli.HiveSQLException

0: jdbc:hive2://nc-h04:10000/casino> SELECT max(id) FROM foo;
+-------------+--+
|     _c0     |
org.apache.hive.service.cli.HiveSQLException: java.lang.ClassCastException
0: jdbc:hive2://nc-h04:10000/casino>

Having a  Timer annotated like:

@Schedule(second = "*/15", minute = "*", hour = "*", persistent = true)
public void timeoutMethod() {

and a server configuration like:

<timer-service thread-pool-name="default" default-data-store="clustered-store">
    <data-stores>
        <database-data-store name="clustered-store" datasource-jndi-name="java:jboss/datasources/ExampleDS"/>
    </data-stores>
</timer-service>

will lead to a hanging Timer in case the Database connection is not available and only a restart of the server will recover the Timer.

New in 3.2.3.RELEASE there is a bug in how Spring determines bean names from annotations.  The annotation that is causing the issue looks like:

public @interface ConfigurationAnalyzer {

    ConfigurationType[] value();
}

Based on the stack trace generated by the bug, it's pretty straight forward where things are going wrong.

java.lang.ClassCastException: [L<REDACTED>.ConfigurationType; cannot be cast to java.lang.String
	at org.springframework.context.annotation.AnnotationBeanNameGenerator.determineBeanNameFromAnnotation(AnnotationBeanNameGenerator.java:91)
	at org.springframework.context.annotation.AnnotationBeanNameGenerator.generateBeanName(AnnotationBeanNameGenerator.java:69)
	at org.springframework.context.annotation.ClassPathBeanDefinitionScanner.doScan(ClassPathBeanDefinitionScanner.java:246)
	at org.springframework.context.annotation.ComponentScanAnnotationParser.parse(ComponentScanAnnotationParser.java:123)
	at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:191)
	at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:165)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:140)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:282)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:223)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:630)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:461)
<REDACTED>

Given the following context:

An entity declares a field which type is a class with a wildcard type
An implementation of the field's class is typed with a custom object
A custom converter has been declared for the custom object
We persist an entity with the custom class in Mongo

Then when we retrieve the entity from the database, the field with the custom type is not deserialized by the custom converter.
This problem does not happen if:

We remove the wildcard from the declared field
We use a type that does not require a custom converter (e.g. Integer)

I'm not sure if this description is clear, please take a look at the project on GitHub: https://github.com/mclem/spring-data-mongodb-generics to reproduce the problem by running mvn test.

Tests:

IronJacamarActivationRaWithSecurityDomainTestCase
WildFlyActivationRaWithElytronAuthContextTestCase
WildFlyActivationRaWithMixedSecurityTestCase
WildFlyActivationRaWithSecurityDomainTestCase

fail with security manager because of missing permission "javax.security.auth.PrivateCredentialPermission" "javax.resource.spi.security.PasswordCredential" "read", with exception like:

javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:jboss/name1
	at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:690)
	at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:597)
	at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:789)
	at org.jboss.as.test.integration.jca.rar.MultipleConnectionFactory1Impl.getConnection(MultipleConnectionFactory1Impl.java:95)
	at org.jboss.as.test.integration.jca.security.IronJacamarActivationRaWithSecurityDomainTestCase.deploymentTest(IronJacamarActivationRaWithSecurityDomainTestCase.java:99)
Caused by: javax.resource.ResourceException: IJ000658: Unexpected throwable while trying to create a connection: null
	at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:561)
	at org.jboss.jca.core.connectionmanager.pool.AbstractPool.getSimpleConnection(AbstractPool.java:632)
	at org.jboss.jca.core.connectionmanager.pool.AbstractPool.getConnection(AbstractPool.java:604)
	at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:624)
	... 149 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("javax.security.auth.PrivateCredentialPermission" "javax.resource.spi.security.PasswordCredential" "read")" in code source "(vfs:/content/test.rar/single.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.test.rar" from Service Module Loader")
	at javax.security.auth.Subject$SecureSet.contains(Subject.java:1185)
	at java.util.Collections$SynchronizedCollection.contains(Collections.java:2021)
	at org.jboss.as.test.integration.jca.rar.MultipleManagedConnectionFactoryWithSubjectVerification.createManagedConnection(MultipleManagedConnectionFactoryWithSubjectVerification.java:50)
	at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.createConnectionEventListener(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:1326)
	at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:499)
	... 152 more

If I create an uber jar with fractions using "hollow".
Running the uber jar it thinks it contains a deployable artifact in /bootstrap which causes a failure as there isn't one

TempFileProviderService threads consume high CPU as they poll their non empty task queue.  This is ultimately due to a flaw in the JDK ThreadPoolExecutor code (https://bugs.openjdk.java.net/browse/JDK-8129861), impacting ScheduledThreadPoolExecutors that use a core size of 0 and a default 0 keepalive timeout.  
While the executor queue is not empty, the executor does not allow the pool to go below 1 thread.  So the one remaining work thread keeps looping over its poll call with a 0 timeout.  Options to protect JBoss from this are:
1) Set a keepalive timeout on the executor so the poll has a duration and the worker run loop isn't so busy
2) Or set the Executor core pool size to >0.  The worker thread would then use a blocking take() call on its queue instead of a constant 0 second poll calls.  The side effect of this change is that the thread pool wouldn't ever drop back down to 0.

Add a test like this to `PemTest`:

    @Test
    public void testParsePemX509CertificateCacert() throws Exception {
        URL url = PemTest.class.getResource("/ca/cacert.pem");
        byte[] bytes = Files.readAllBytes(Paths.get(url.toURI()));
        assertNotNull(Pem.parsePemX509Certificate(CodePointIterator.ofUtf8Bytes(bytes)));
    }

Run the test with IBM JDK

mvn clean test -Dtest=PemTest#testParsePemX509CertificateCacert

Expected: The test should pass on IBM JDK just as it passes on Oracle/OpenJDK
Actual: The test hangs on IBM JDK

pretty simple, test runner looks for classes starting with the word "Test".

This applies to RPC based assignment. The root cause is that we don't persist the state of the new region(s). If we do persist it, we need to clean it up if the split/merge fails.

When Spring Batch 2.1 schema is used to define job context, the following message is shown:
You cannot use spring-batch-2.0.xsd with Spring Batch 2.1.  Please upgrade your schema declarations (or use the spring-batch.xsd alias if you are feeling lucky).
The numbers seem to be incremented accordingly to 2.1.xsd and Spring Batch 2.2
(line 72 of the JobParser class)

testRestoreSnapshot(org.apache.hadoop.hbase.client.TestSnapshotWithAcl) Time elapsed: 1.425 sec <<< FAILURE!
java.lang.AssertionError: Expected action to pass for user 'owner' but was denied
at org.apache.hadoop.hbase.security.access.SecureTestUtil.verifyAllowed(SecureTestUtil.java:185)
at org.apache.hadoop.hbase.security.access.SecureTestUtil.verifyAllowed(SecureTestUtil.java:193)
at org.apache.hadoop.hbase.client.TestSnapshotWithAcl.testRestoreSnapshot(TestSnapshotWithAcl.java:188)

There is a retry mechanism in RecoverableZooKeeper, but when the session expires, the whole ZooKeeperWatcher is recreated, hence the retry mechanism does not work in this case. This is why a sleep is needed in TestZooKeeper#testMasterSessionExpired: we need to wait for ZooKeeperWatcher to be recreated before using the connection.
This can happen in real life, it can happen when:

master & zookeeper starts
zookeeper connection is cut
master enters the retry loop
in the meantime the session expires
the network comes back, the session is recreated
the retries continues, but on the wrong object, hence fails.

In SymenticAnalyzer method: 
Operator genConversionSelectOperator(String dest, QB qb, Operator input, TableDesc table_desc, DynamicPartitionCtx dpCtx) throws SemanticException
==
The DP column's ExprNodeColumnDesc is created by passing false as the parameter isPartitionColOrVirtualCol value:

      // DP columns starts with tableFields.size()
      for (int i = tableFields.size() + (updating() ? 1 : 0); i < rowFields.size(); ++i) {
        TypeInfo rowFieldTypeInfo = rowFields.get(i).getType();
        ExprNodeDesc column = new ExprNodeColumnDesc(
            rowFieldTypeInfo, rowFields.get(i).getInternalName(), "", false);
        expressions.add(column);
      }

I think it should be true instead. 

https://github.com/apache/hive/blob/ac755ebe26361a4647d53db2a28500f71697b276/ql/src/java/org/apache/hadoop/hive/ql/exec/tez/tools/KeyValuesInputMerger.java#L107
When running tpc-ds q75 at relatively large scale, it ends up generating huge logs due to this.

Log Type: syslog_attempt_1439860407967_1249_1_30_000000_0
Log Upload Time: Wed Sep 16 12:49:09 +0000 2015
Log Length: 3992760053
Showing 4096 bytes of 3992760053 total. Click here for the full log.

If broadcast group with local-bind-address,local-bind-port, group-address and group-port then those parameters are not migrated properly:
For example HornetQ configuration:

 <broadcast-group name="groupA">
                <local-bind-address>localhost</local-bind-address>
                <local-bind-port>12345</local-bind-port>
                <group-address>224.0.1.105</group-address>
                <group-port>23456</group-port>
                <broadcast-period>${broadcast.period:2500}</broadcast-period>
                <connector-ref>netty-throughput</connector-ref>
            </broadcast-group>

is migrated to Artemis like:

                <broadcast-group name="groupA" connectors="netty netty-throughput" broadcast-period="${broadcast.period:2500}"/>

With such a configuration server cannot be started. There is no warning pointing to this problem.

I am unable to do JNDI lookup if I use only wildfly-jms-client-bom. I see the following exception

	at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
Caused by: java.lang.NoClassDefFoundError: org/jboss/modules/ModuleLoadException
	at org.jboss.remoting3.EndpointBuilder.build(EndpointBuilder.java:117)
	at org.jboss.remoting3.ConfigurationEndpointSupplier.lambda$static$0(ConfigurationEndpointSupplier.java:68)
	at org.jboss.remoting3.ConfigurationEndpointSupplier.<clinit>(ConfigurationEndpointSupplier.java:48)
	at org.wildfly.common.context.ContextManager.setGlobalDefaultSupplierIfNotSet(ContextManager.java:108)
	at org.jboss.remoting3.Endpoint.lambda$static$0(Endpoint.java:58)
	at org.jboss.remoting3.Endpoint.<clinit>(Endpoint.java:56)
	at org.wildfly.naming.client.remote.RemoteNamingProviderFactory.supportsUriScheme(RemoteNamingProviderFactory.java:70)
	at org.wildfly.naming.client.WildFlyRootContext.getProviderContext(WildFlyRootContext.java:318)
	at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:123)
	at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:113)
	at org.jboss.as.quickstarts.jms.HelloWorldJMSClient.main(HelloWorldJMSClient.java:62)
	... 6 more
Caused by: java.lang.ClassNotFoundException: org.jboss.modules.ModuleLoadException
	... 20 more

This issue was marked as Blocker because there shouldn't be needed any additional dependencies if wildfly-jms-client-bom is used.
Customer impact: Standalone clients doesn't work out of the box and programmer has to append additional dependency. This is serious user experience issue. Quickstarts do not work as well.

HIVE-3524 changed the signature of endFunction in HiveMetastore.java and was committed some hours before HIVE-1362. The change in signature broke the build after HIVE-1362 which still contained the old signature was committed. 

When using "service.bat install /serviceuser ..." command to install window service, if the account name behind /serviceuser has a whit space inside like ".\JBoss User", it will failed to install windows service.
Run command: service.bat install /serviceuser ".\JBoss User" /servicepass "change it" /startup /debug
When starting it, an error window poped up:

Windows could not start the JBossEAP6 on Local Computer.
For more information, review the System Event Log. 
If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code1.

Possible fix is editing "service.bat" and add double quotation marks on %SERVICE_USER% 
From 

set RUNAS=--ServiceUser=%SERVICE_USER% --ServicePassword=%SERVICE_PASS%

to

set RUNAS=--ServiceUser="%SERVICE_USER%" --ServicePassword="%SERVICE_PASS%"

On execution of:
request.login("user", "password");
I'm getting the following exception:
08:47:35,477 ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /testproject/loginServlet: java.lang.IllegalArgumentException: No enum constant org.wildfly.clustering.web.sso.AuthenticationType.SSO
  at java.lang.Enum.valueOf(Enum.java:236) [rt.jar:1.7.0_51]
  at org.wildfly.clustering.web.sso.AuthenticationType.valueOf(AuthenticationType.java:28)
  at org.wildfly.clustering.web.undertow.sso.DistributableSingleSignOnManager.createSingleSignOn(DistributableSingleSignOnManager.java:73)
  at io.undertow.security.impl.SingleSignOnAuthenticationMechanism$ResponseListener.wrap(SingleSignOnAuthenticationMechanism.java:104) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
  at io.undertow.security.impl.SingleSignOnAuthenticationMechanism$ResponseListener.wrap(SingleSignOnAuthenticationMechanism.java:97) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
  at io.undertow.server.HttpServerExchange$WrapperStreamSinkConduitFactory.create(HttpServerExchange.java:1962) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
  at io.undertow.server.HttpServerExchange.getResponseChannel(HttpServerExchange.java:1126) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
  at io.undertow.servlet.spec.ServletOutputStreamImpl.writeBufferBlocking(ServletOutputStreamImpl.java:575) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
  at io.undertow.servlet.spec.ServletOutputStreamImpl.flushInternal(ServletOutputStreamImpl.java:495) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
  at io.undertow.servlet.spec.ServletOutputStreamImpl.flush(ServletOutputStreamImpl.java:482) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
  at io.undertow.servlet.spec.ServletPrintWriter.flush(ServletPrintWriter.java:32) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
  at io.undertow.servlet.spec.ServletPrintWriterDelegate.flush(ServletPrintWriterDelegate.java:76) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
  at testproject.LoginServlet.doGet(LoginServlet.java:33) [classes:]
...

We have a usecase (for Phoenix) where we want to let the server know that the client is still around. Like a client-side heartbeat.
Doing a full heartbeat is complicated, but we could add the ability to make scanner call with caching set to 0. The server already does the right thing (it renews the lease, but does not advance the scanner).
It looks like the client (ScannerCallable) also does the right thing. We cannot break ResultScanner before HBase 2.0, but we can add a renewLease() method to AbstractClientScaner. Phoenix (or any other caller) can then cast to ClientScanner and call that method to ensure we renew the lease on the server.
It would be a simple and fully backwards compatible change. James Taylor
Comments?

We use JMX and o.a.h.metrics2 to do some metrics on regions, tables, region servers and cluster. We use MetricsInfo to show the information of metrics, and we use Interns to cache MetricsInfo objects because it won't be changed.
However, in Interns there are some static values to limit the max cached objects. We can only cache 2010 metrics, but we have dozens of metrics for one region and we have some RS-level metrics in each RS and all metrics for all regions will be saved in master. So each server will have thousands of metrics, and we can not cache most of them. When we collect metrics by JMX, we will create many objects which can be avoid. It increases the pressure of GC and JMX has some caching logic so the objects can not be removed immediately which increases the pressure more.
Interns is in Hadoop project, and I think the implementation is not suitable for HBase. Because we can not know how many MetricsInfo we have, it depends on the number of regions. And we can not set it unlimited because we should remove the objects whose region is split, moved, or dropped. I think we can use Guava's cache with expireAfterAccess which is very simple and convenient.
So we can add a new Interns class in HBase project first, and put it to upstream later.
Moreover, in MutableHistogram#snapshot we create same Strings each time, we can create them only in the first time.

See exception:

2018-08-22T04:44:22,758 INFO  [pool-8-thread-190]: listener.DbNotificationListener (DbNotificationListener.java:addWriteNotificationLog(765)) - Going to execute insert <insert into "TXN_WRITE_NOTIFICATION_LOG" ("WNL_ID", "WNL_TXNID", "WNL_WRITEID", "WNL_DATABASE", "WNL_TABLE", "WNL_PARTITION", "WNL_TABLE_OBJ", "WNL_PARTITION_OBJ", "WNL_FILES", "WNL_EVENT_TIME") values (50,124,1,'default','t1_default','','{"1":{"str":"t1_default"},"2":{"str":"default"},"3":{"str":"hrt_qa"},"4":{"i32":1534913061},"5":{"i32":0},"6":{"i32":0},"7":{"rec":{"1":{"lst":["rec",15,{"1":{"str":"t"},"2":{"str":"tinyint"}},{"1":{"str":"si"},"2":{"str":"smallint"}},{"1":{"str":"i"},"2":{"str":"int"}},{"1":{"str":"b"},"2":{"str":"bigint"}},{"1":{"str":"f"},"2":{"str":"double"}},{"1":{"str":"d"},"2":{"str":"double"}},{"1":{"str":"s"},"2":{"str":"varchar(25)"}},{"1":{"str":"dc"},"2":{"str":"decimal(38,18)"}},{"1":{"str":"bo"},"2":{"str":"varchar(5)"}},{"1":{"str":"v"},"2":{"str":"varchar(25)"}},{"1":{"str":"c"},"2":{"str":"char(25)"}},{"1":{"str":"ts"},"2":{"str":"timestamp"}},{"1":{"str":"dt"},"2":{"str":"date"}},{"1":{"str":"st"},"2":{"str":"string"}},{"1":{"str":"tz"},"2":{"str":"timestamp with local time zone('UTC')"}}]},"2":{"str":"hdfs://mycluster/warehouse/tablespace/managed/hive/t1_default"},"3":{"str":"org.apache.hadoop.mapred.TextInputFormat"},"4":{"str":"org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat"},"5":{"tf":0},"6":{"i32":-1},"7":{"rec":{"2":{"str":"org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe"},"3":{"map":["str","str",1,{"serialization.format":"1"}]}}},"8":{"lst":["str",0]},"9":{"lst":["rec",0]},"10":{"map":["str","str",0,{}]},"11":{"rec":{"1":{"lst":["str",0]},"2":{"lst":["lst",0]},"3":{"map":["lst","str",0,{}]}}},"12":{"tf":0}}},"8":{"lst":["rec",0]},"9":{"map":["str","str",9,{"totalSize":"0","rawDataSize":"0","numRows":"0","transactional_properties":"insert_only","COLUMN_STATS_ACCURATE":"{\"BASIC_STATS\":\"true\",\"COLUMN_STATS\":{\"b\":\"true\",\"bo\":\"true\",\"c\":\"true\",\"d\":\"true\",\"dc\":\"true\",\"dt\":\"true\",\"f\":\"true\",\"i\":\"true\",\"s\":\"true\",\"si\":\"true\",\"st\":\"true\",\"t\":\"true\",\"ts\":\"true\",\"tz\":\"true\",\"v\":\"true\"}}","numFiles":"0","transient_lastDdlTime":"1534913062","bucketing_version":"2","transactional":"true"}]},"12":{"str":"MANAGED_TABLE"},"15":{"tf":0},"17":{"str":"hive"},"18":{"i32":1},"19":{"i64":1}}','null','hdfs://mycluster/warehouse/tablespace/managed/hive/t1_default/delta_0000001_0000001_0000/000000_0###delta_0000001_0000001_0000',1534913062)>
2018-08-22T04:44:22,773 ERROR [pool-8-thread-190]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invokeInternal(201)) - MetaException(message:Unable to add write notification log org.postgresql.util.PSQLException: ERROR: syntax error at or near "UTC"
  Position: 1032
        at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2284)
        at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2003)
        at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:200)
        at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:424)
        at org.postgresql.jdbc.PgStatement.executeWithFlags(PgStatement.java:321)
        at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:313)
        at com.zaxxer.hikari.pool.ProxyStatement.execute(ProxyStatement.java:92)
        at com.zaxxer.hikari.pool.HikariProxyStatement.execute(HikariProxyStatement.java)
        at org.apache.hive.hcatalog.listener.DbNotificationListener.addWriteNotificationLog(DbNotificationListener.java:766)
        at org.apache.hive.hcatalog.listener.DbNotificationListener.onAcidWrite(DbNotificationListener.java:657)
        at org.apache.hadoop.hive.metastore.MetaStoreListenerNotifier.lambda$static$12(MetaStoreListenerNotifier.java:249)
        at org.apache.hadoop.hive.metastore.MetaStoreListenerNotifier.notifyEventWithDirectSql(MetaStoreListenerNotifier.java:305)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.addWriteNotificationLog(TxnHandler.java:1617)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.addTxnWriteNotificationLog(HiveMetaStore.java:7563)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.add_write_notification_log(HiveMetaStore.java:7589)
        at sun.reflect.GeneratedMethodAccessor61.invoke(Unknown Source)
        at com.sun.proxy.$Proxy34.add_write_notification_log(Unknown Source)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$add_write_notification_log.getResult(ThriftHiveMetastore.java:19071)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$add_write_notification_log.getResult(ThriftHiveMetastore.java:19056)
        at org.apache.hadoop.hive.metastore.security.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:636)
        at org.apache.hadoop.hive.metastore.security.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:631)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1729)
        at org.apache.hadoop.hive.metastore.security.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:631)
        at org.apache.hive.hcatalog.listener.DbNotificationListener.onAcidWrite(DbNotificationListener.java:659)

Single quote inside string causing syntax error. We shall use bind variable here.

EJB web services tests can fail due to the optional dependency on the endpoint service. This causes the service to 'bounce' and as this service does not support restart the tests will fail

create 't1'
put 't1', 'r1', 'f1:c1', 'value'
delete 't1', 'r1'
hbase(main):011:0> scan 't1',
{RAW => true}

ERROR: undefined method `getType' for #<Java::OrgApacheHadoopHbase::NoTagsKeyValue:0x404009df>
Did you mean? get_type_byte

infrastructure-tests/pom.xml declares apachemq dependency with artifactId "com.springsource.org.apache.activemq" which cannot be resolved after fresh checkout from repository. Using "apachemq-core" instead works fine.

Operation import/export journal in CLI should not be available for the profile:

[domain@localhost:9990 /] /profile=full-ha/subsystem=messaging-activemq/server=default:export-journal()

The logging subsystem (org.jboss.as.logging) had it's own org.jboss.logmanager.Configurator which requires the org.jboss.logmanager to have a dependency on the subsystem. The log manager module should not have a dependency on anything except org.jboss.modules.

Currently any IT tests that have chaos monkey fail because we are not recovering regions before the number of RPC reties is exhausted.
We should set that default higher.

Using -help results in the following output:
[janstey@bender apache-camel-2.15.2]$ java -jar lib/camel-jasypt-2.15.2.jar -help
Apache Camel Jasypt takes the following options
  -h or -help = Displays the help screen
  -c or -command <command> = Command either encrypt or decrypt
  -p or -password <password> = Password to use
  -i or -input <input> = Text to encrypt or decrypt
  -a or -algorithm <algorithm> = Optional algorithm to use
Error: Command is empty

NoSuchMethodException is treated as container-fatal - this might be a transient condition.
Let's say we have
handleMessage(Foo foo)
and
handleMessage(Bar bar
on the listener and someone sends a Baz.
Today, we stop the container (line 1350 in SMLC - AMQP-351).
Instead, we should move this exception to the DefaultExceptionStrategy in the ConditionalRejectingErrorHandler so that NoSuchMethodException is message-fatal, not container-fatal.

I have a Production Oracle Table with a relation like this:
create table ROO_FATHER(
id number(4) primary key not null,
des varchar2(20)
);
create table ROO_SON(
id number (4) not null,
otherid number (4) not null,
);
alter table roo_son add CONSTRAINT "XPKROO_SON" PRIMARY KEY (id);
alter table roo_son add CONSTRAINT "FATHER_SON" FOREIGN KEY (id) REFERENCES "ROO_FATHER" (id);
When i try to dbre the ROO_FATHER table i get this message:
roo> database reverse engineer --schema TestSchema --includeTables "ROO_FATHER" --testAutomatically --package ~.defdocumento.model
Created SRC_MAIN_RESOURCES\dbre.xml
Updated ROOT\pom.xml
Undo manage SRC_MAIN_RESOURCES\META-INF\persistence.xml
Undo manage ROOT\pom.xml
Undo create SRC_MAIN_RESOURCES\dbre.xml
Foreign key table for foreign key 'FATHER_SON' in table 'SICOP13_10.ROO_FATHER' does not exist. One-to-one relationship not created
If i try with the son table , i get this:
roo> database reverse engineer --schema TestSchema --includeTables "ROO_SON" --testAutomatically --package ~.defdocumento.model
Created SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\Documento_Roo_Jpa_Entity.a
j
Created SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\DocumentoCalendarizacion_R
oo_Jpa_Entity.aj
Updated SRC_MAIN_RESOURCES\META-INF\persistence.xml
Deleted SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\Documento_Roo_Jpa_Entity.a
j - Documento_Roo_Jpa_Entity.aj not found
Created SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\model
Created SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\model\RooSon.java
Undo create SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\model\RooSon.java
Undo create SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\model
Undo delete SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\Documento_Roo_Jpa_Enti
ty.aj
Undo create SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\DocumentoCalendarizaci
on_Roo_Jpa_Entity.aj
Undo create SRC_MAIN_JAVA\gob\shcp\sse\dgtsi\defdocumento\Documento_Roo_Jpa_Enti
ty.aj
NullPointerException at org.springframework.roo.addon.dbre.DbreMetadata.addOneTo
OneFields(DbreMetadata.java:460)
My first question is does it support this kind of relationship (one to one with the same column name as identifier)
If it doesn´t does it have a work around in roo, to avoid make changes on the tables?

In case of secure cluster, we allow the HBase clients to read the zk nodes by providing the global read permissions to all for certain nodes. These nodes are the master address znode, root server znode and the clusterId znode. In ZKUtil.createACL() , we can see these node names are specially handled.
But there are some other client side admin APIs which makes a read call into the zookeeper from the client. This include the isTableEnabled() call (May be some other. I have seen this).  Here the client directly reads a node in the zookeeper ( node created for this table ) and the data is matched to know whether this is enabled or not.
Now in secure cluster case any client can read zookeeper nodes which it needs for its normal operation like the master address and root server address.  But what if the client calls this API? [isTableEnaled () ].

jdbc-driver resource registers 1 attribute as metric:

datasource-class-info

/subsystem=datasources/jdbc-driver=h2:read-attribute(name=datasource-class-info)
{
    "result" => [{"org.h2.jdbcx.JdbcDataSource" => {
        "URL" => "java.lang.String",
        "description" => "java.lang.String",
        "loginTimeout" => "int",
        "password" => "java.lang.String",
        "url" => "java.lang.String",
        "user" => "java.lang.String"
    }}]
}

This attribute is not an actual metric (that may change due to server activity).
It should be registered as runtime read-only attributes instead.
This change only impacts metadata and does not require resource transformation.
Additionally, I've checked with HAL team that this change has no impact on HAL UI (that does not distinguish between read-only runtime attribute and metric).

When decorating either CaseInsensitiveMap or IdentityMap (and I believe this will impact any java.util.TreeMap built with a non-.equals() Comparator), ListOrderedMap responds inconsistently with the underlying map.  The ordering seems to be operating off .equals() rather than the actual contents of the underlying map. 

I am converting from Acegi 1.0.3.
This code:
     BasePermission.buildFromName(name)
With name having the value "WRITE" (a permission within BasePermission) throws this assertion error:
java.lang.IllegalArgumentException: Unknown permission 'WRITE'
        at org.springframework.security.acls.domain.DefaultPermissionFactory.bui
ldFromName(DefaultPermissionFactory.java:108)
        at org.springframework.security.acls.domain.AbstractRegisteredPermission
.buildFromName(AbstractRegisteredPermission.java:33)
After a little debugging, the registeredPermissionsByName Map is in fact empty.
I could be wrong, but I believe the problem is that java will call the method in the superclass of BasePermission and not execute the static initializer. I could get around this problem by hacking an inner class to use the BasePermission constructor before using this method (which forces the static initializer to execute).

IBM JDK exclude profile in testsuite/integration/secman/pom.xml is not needed, because WildFly doesn't support JDK 1.6.
The IBM JDK 1.7 and newer have correct (i.e. the Sun's one) policy.provider configured in java.security file by default.

The SrpConnection constructor does not catch the RedisException thrown if a connection failure such as invalid host name occurs.

I have found that a potential bug at the class of "AspectJAnnotation" in the file of
"..\spring-framework-2.5.6.SEC01-with-dependencies\spring-framework-2.5.6.SEC01\tiger\src\org\springframework\aop\aspectj\annotation\AbstractAspectJAdvisorFactory.java".
In the line of 239 and 240, there are two declarations:
        private final String expression;
        private final String argNames;
I noticed that the variables "expression" and "argNames" were declared in "final" type, but they have not
been initialized yet.
In the lines between 295 and 301, two functions are implemented as follows:
        public String getPointcutExpression() 
{
            return this.expression;
        }

        public String getArgNames() 
{
            return this.argNames;
        }
They are trying to access the value of variables which have not been initialized.
I have reviewed the corresponding byte code as well. After compiling the buggy source code, the Java compiler have already found the problem and generated an abnormal byte code result. For example, the compiled result for the function of "getAnnotationType" is listed as following:
0:    new        <java.lang.Error> (23)
3:    dup
4:    ldc        "Unresolved compilation problem: \n" (42)
6:    invokespecial    java.lang.Error.<init> (Ljava/lang/String;)V (27)
9:    athrow
Considering the changed function behavior, I think the meaning of the generated
byte code is totally different from that of the original source code.

Endpoint is a Service which means they are listed in both a endpoint and service list. They should only be listed in the endpoint list.
This avoids issues with endpoints may be shutdown twice when Camel shutdown.
See nabble
http://camel.465427.n5.nabble.com/QuartzComponent-do-not-delete-quartz-worker-threads-when-shutdown-Camel-tp3393728p3393728.html

After upgrading to Spring 3.0.4 the following errors occur when executing 'perform eclipse' after running the expenses.roo script:
[Thread-6] [ERROR] The import flexjson cannot be resolved
[Thread-6] [ERROR] JSONSerializer cannot be resolved to a type
[Thread-6] [ERROR] JSONDeserializer cannot be resolved to a type
[Thread-6] [WARNING] advice defined in org.springframework.orm.jpa.aspectj.JpaExceptionTranslatorAspect has not been applied [Xlint:adviceDidNotMatch]
[Thread-6] [WARNING] advice defined in org.springframework.mock.staticmock.AnnotationDrivenStaticEntityMockingControl has not been applied [Xlint:adviceDidNotMatch]
[Thread-6] [WARNING] advice defined in org.springframework.mock.staticmock.AbstractMethodMockingControl has not been applied [Xlint:adviceDidNotMatch]
[Thread-6] [INFO] ------------------------------------------------------------------------
[Thread-6] [ERROR] BUILD ERROR
[Thread-6] [INFO] Compiler errors : 
[Thread-6] error at import flexjson.JSONDeserializer;
[Thread-6]        ^^^^^^^oo> 
[Thread-6] /home/stewarta/projects/roo-test/expenses/src/main/java/com/springsource/extrack/server/domain/Employee_Roo_Json.aj:4:0::0 The import flexjson cannot be resolved
[Thread-6] error at import flexjson.JSONSerializer;
[

See http://forum.springframework.org/showthread.php?t=41950
Original issue report:
–
Prior to version 1.0.4 I was able to have the functionality where if i had to restart tomcat for any reason users would be able to pick up right where they left off in a flow when tomcat came back up. This was because I am persisting my httpsessions on restart.  Since I have upgraded to SWF 1.0.4 When i restart tomcat my session are persisted as normal however I get a NoSuchConversationException.
Could this be the reason:
New in 1.0.4 you now use the session key "webflow.conversation.container." + new RandomGuid().toString(); to store the conversationContainer in the httpsession
However when tomcat restarts and we try to resume our webflow, since that RandomGuid() has now generated a different key it can no longer reference the ConversationContainer in the session since it used the old random key that was generated before tomcat restarted.
So my conversationcontainer is still in the session, but the sessionBindingConversationManager has no way to find it since the random key assigned as they session key has now changed.
Can anyone shine some light on this?
–
This was introduced in 1.0.4.  We should allow the key of a conversation container to be specified manually to allow unique containers per session without this random guid problem.

The component is wrong at
https://github.com/apache/camel/blob/master/components/camel-mongodb-gridfs/src/main/java/org/apache/camel/component/gridfs/GridFsComponent.java#L42
Where it stores the first looked up client and store that for remainder. So if there are other endpoints referring to other clients then that wont work as the db is not null next time.
Instead the client should be looked up per endpoint and not stored as state on the component.

I was running IntegrationTestDDLMasterFailover on distributed cluster when i notice this. Here is relevant part of master's jstack:

"ProcedureExecutor-1" daemon prio=10 tid=0x00007fd2d407f800 nid=0x3332 waiting for monitor entry [0x00007fd2c2834000]
        at org.apache.hadoop.hbase.master.TableNamespaceManager.releaseExclusiveLock(TableNamespaceManager.java:157)
        - waiting to lock <0x0000000725c36a48> (a org.apache.hadoop.hbase.master.TableNamespaceManager)
        at org.apache.hadoop.hbase.master.procedure.CreateNamespaceProcedure.releaseLock(CreateNamespaceProcedure.java:216)
        at org.apache.hadoop.hbase.master.procedure.CreateNamespaceProcedure.releaseLock(CreateNamespaceProcedure.java:43)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execLoop(ProcedureExecutor.java:842)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execLoop(ProcedureExecutor.java:794)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$400(ProcedureExecutor.java:75)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$2.run(ProcedureExecutor.java:479)

        - <0x000000072574b330> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync)

"ProcedureExecutor-3" daemon prio=10 tid=0x00007fd2d41e5800 nid=0x3334 waiting on condition [0x00007fd2c2632000]
        - parking to wait for  <0x000000072574b330> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireNanos(AbstractQueuedSynchronizer.java:929)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireNanos(AbstractQueuedSynchronizer.java:1245)
        at java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.tryLock(ReentrantReadWriteLock.java:1115)
        at org.apache.hadoop.hbase.master.TableNamespaceManager.acquireExclusiveLock(TableNamespaceManager.java:150)
        - locked <0x0000000725c36a48> (a org.apache.hadoop.hbase.master.TableNamespaceManager)
        at org.apache.hadoop.hbase.master.procedure.CreateNamespaceProcedure.acquireLock(CreateNamespaceProcedure.java:210)
        at org.apache.hadoop.hbase.master.procedure.CreateNamespaceProcedure.acquireLock(CreateNamespaceProcedure.java:43)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeRollback(ProcedureExecutor.java:941)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execLoop(ProcedureExecutor.java:821)

        - None

"ProcedureExecutor-3":
  waiting for ownable synchronizer 0x000000072574b330, (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync),
  which is held by "ProcedureExecutor-1"
"ProcedureExecutor-1":
  waiting to lock monitor 0x00007fd2cc328908 (object 0x0000000725c36a48, a org.apache.hadoop.hbase.master.TableNamespaceManager),
  which is held by "ProcedureExecutor-3"

I will try to dig more info about why this happened logs not showing much.

hbase-thrift uses HTable and HBaesAdmin.  It also uses HTablePool, which is an outdated concept.
As per Nick Dimiduk on the user group:

I believe HTablePool is completely eclipsed by the modern Connection
implementation. We'll need to keep the map of UserName => Connection (or
maybe the ConnectionCache handles this?) Probably a single Connection (per
user) with a large thread pool will do the trick.

Typing "hbase master stop" produces the following message:
"stop   Start cluster shutdown; Master signals RegionServer shutdown"
It seems like backup masters should be considered part of the cluster, but they are not brought down by "hbase master stop".
"stop-hbase.sh" does correctly bring down the backup masters.
The same behavior is observed when a client app makes use of the client API HBaseAdmin.shutdown() http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/HBaseAdmin.html#shutdown() – this isn't too surprising since I think "hbase master stop" just calls this API.
It seems like HBASE-1448 address this; perhaps there was a regression?

When set the properties hive.aux.jars.path=hdfs://mycluster/apps/hive/lib/guava.jar
and hive.execution.engine=tez; execute any query will fail with below error log:
exec.Task: Failed to execute tez graph.
java.lang.IllegalArgumentException: Wrong FS: hdfs://mycluster/apps/hive/lib/guava.jar, expected: file:///
 at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:645) ~[hadoop-common-2.6.0.jar:?]
 at org.apache.hadoop.fs.RawLocalFileSystem.pathToFile(RawLocalFileSystem.java:80) ~[hadoop-common-2.6.0.jar:?]
 at org.apache.hadoop.fs.RawLocalFileSystem.deprecatedGetFileStatus(RawLocalFileSystem.java:529) ~[hadoop-common-2.6.0.jar:?]
 at org.apache.hadoop.fs.RawLocalFileSystem.getFileLinkStatusInternal(RawLocalFileSystem.java:747) ~[hadoop-common-2.6.0.jar:?]
 at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:524) ~[hadoop-common-2.6.0.jar:?]
 at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:409) ~[hadoop-common-2.6.0.jar:?]
 at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:337) ~[hadoop-common-2.6.0.jar:?]
 at org.apache.hadoop.fs.FileSystem.copyFromLocalFile(FileSystem.java:1905) ~[hadoop-common-2.6.0.jar:?]
 at org.apache.hadoop.hive.ql.exec.tez.DagUtils.localizeResource(DagUtils.java:1007) ~[hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.tez.DagUtils.addTempResources(DagUtils.java:902) ~[hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.tez.DagUtils.localizeTempFilesFromConf(DagUtils.java:845) ~[hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.refreshLocalResourcesFromConf(TezSessionState.java:466) ~[hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.openInternal(TezSessionState.java:252) ~[hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolManager$TezSessionPoolSession.openInternal(TezSessionPoolManager.java:622) ~[hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:206) ~[hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.tez.TezTask.updateSession(TezTask.java:283) ~[hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:155) [hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:197) [hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100) [hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2073) [hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1744) [hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1453) [hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1171) [hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1161) [hive-exec-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:232) [hive-cli-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:183) [hive-cli-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:399) [hive-cli-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:335) [hive-cli-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:429) [hive-cli-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:445) [hive-cli-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:151) [hive-cli-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:776) [hive-cli-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:714) [hive-cli-2.1.1.jar:2.1.1]
 at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:641) [hive-cli-2.1.1.jar:2.1.1]
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_111]
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_111]
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_111]
 at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_111]
 at org.apache.hadoop.util.RunJar.run(RunJar.java:221) [hadoop-common-2.6.0.jar:?]
 at org.apache.hadoop.util.RunJar.main(RunJar.java:136) [hadoop-common-2.6.0.jar:?]

The getTableMeta call retrieves the tables, loops through the tables and during this loop it retrieves the database object to get the containing database name. DataNuclues does a lazy retrieval and so, when the first call to get all the tables is done, it does not retrieve the database objects.
When this query is executed

query = pm.newQuery(MTable.class, filterBuilder.toString());

it loads all the tables, and when you do

table.getDatabase().getName()

it then goes and retrieves the database object.
However, there could be another thread which actually has deleted the database!! If this happens, we end up with exceptions such as

2018-12-04 22:25:06,525 INFO  DataNucleus.Datastore.Retrieve: [pool-7-thread-191]: Object with id "6930391[OID]org.apache.hadoop.hive.metastore.model.MTable" not found !
2018-12-04 22:25:06,527 WARN  DataNucleus.Persistence: [pool-7-thread-191]: Exception thrown by StateManager.isLoaded
No such database row
org.datanucleus.exceptions.NucleusObjectNotFoundException: No such database row

We see this happen especially with calls which retrieve all the tables in all the databases (basically a call to get_table_meta with dbNames="*" and tableNames="*").
To avoid this, we can define a custom fetch plan and activate it only for the get_table_meta query. This fetch plan would fetch the database object along with the MTable object.
We would first create a fetch plan on the pmf

pmf.getFetchGroup(MTable.class, "mtable_db_fetch_group").addMember("database");

Then we use it just before calling the query

pm.getFetchPlan().addGroup("mtable_db_fetch_group");
Collection<MTable> tables = (Collection<MTable>) query.executeWithArray(...);
...

Before the API call ends, we can remove the fetch plan by

pm.getFetchPlan().removeGroup("mtable_db_fetch_group");

Hashtables for the MapJoinOperator get cleared prematurely when running with tez/container-reuse.

In org.apache.hadoop.hbase.rest.ScannerResource.update(), where a new scanner is created on the server, we don't seem to respect the max versions value sent by the client:

    RowSpec spec = new RowSpec(model.getStartRow(), endRow,
      model.getColumns(), model.getStartTime(), model.getEndTime(), 1);

Looks to me like the last argument of "1" should instead be model.getMaxVersions().

I'm trying to create an API with Rest DSL and Swagger Java components. For hosting the API I want to use Jetty and use Basic Authentication to secure it.
With Jetty 8 the code below works, but with Camel 2.18.1 my code fails in Jetty 9 with this error:
No LoginService for org.eclipse.jetty.security.authentication.BasicAuthenticator
It seems that when the security handler is re-added for the api-docs, the loginService is gone and can not be found anymore in the beans store of the server. I see in Jetty configuration examples that the loginService is also added as a bean to the Jetty server. If it has been added, it can be found when re-adding the security handler.

The following Exception occurs executing SrpConnection.select() in a transaction:
org.springframework.data.redis.RedisSystemException: redis exception; nested exception is redis.client.RedisException: Use the pipeline API when using transactions
	at org.springframework.data.redis.connection.srp.SrpUtils.convertSRedisAccessException(SrpUtils.java:66)
	at org.springframework.data.redis.connection.srp.SrpConnection.convertSrpAccessException(SrpConnection.java:116)
	at org.springframework.data.redis.connection.srp.SrpConnection.select(SrpConnection.java:599)

Currently, there are static apis in multiple locations in ExecDriver and MapRedTask that can be leveraged if put in the already existing utility class in the exec package. This would help making the code more maintainable, readable and also re-usable by other run-time infra such as tez.

I've compiled the latest spring-security-oauth2 code as of 10/25/2011 and am currently using that jar.
The problem is that in the sparklr2 sample you have, all the beans have initializing in spring-servlet.xml. In most spring applications, we have applicationContext.xml and dispatcher-servlet.xml. If you separate the two, thereby forcing you to put the code in applicationContext.xml, otherwise web.xml can't find Spring Security's springSecurityFilterChain which is created by <security:http. And <security:http relies on <custom-filter ref="oauth2ProviderFilter" after="EXCEPTION_TRANSLATION_FILTER" /> to be available, but if you separate the oauth2 stuff to go with the dispatcher-servlet.xml configuration in order to load up the 2 controllers, you're caught in a chicken-egg situation.
Also, I cannot manually load up those 2 controllers, either through component scanning or in xml, because they have already been created as beans, due to them both implementing InitializingBean interface.

Implement masking and filtering policies for materialized views.

E.g. /files/** is mapped to GET, POST and DELETE (where only GET was requested).  (Actually it probably shouldn't be on the home page at all.)

Ted Yu reports that enabling distributed log replay by default, like:

Index: hbase-common/src/main/java/org/apache/hadoop/hbase/HConstants.java
--- hbase-common/src/main/java/org/apache/hadoop/hbase/HConstants.java	(revision 1550575)
+++ hbase-common/src/main/java/org/apache/hadoop/hbase/HConstants.java	(working copy)
@@ -794,7 +794,7 @@

   /** Conf key that enables unflushed WAL edits directly being replayed to region servers */
   public static final String DISTRIBUTED_LOG_REPLAY_KEY = "hbase.master.distributed.log.replay";
-  public static final boolean DEFAULT_DISTRIBUTED_LOG_REPLAY_CONFIG = false;
+  public static final boolean DEFAULT_DISTRIBUTED_LOG_REPLAY_CONFIG = true;
   public static final String DISALLOW_WRITES_IN_RECOVERING =
       "hbase.regionserver.disallow.writes.when.recovering";
   public static final boolean DEFAULT_DISALLOW_WRITES_IN_RECOVERING_CONFIG = false;

causes TestVisibilityController#testAddVisibilityLabelsOnRSRestart to fail. It reveals an issue with label operations if the label table is recovering:

2013-12-12 14:53:53,133 DEBUG [RpcServer.handler=2,port=58108] visibility.VisibilityController(1046): Adding the label XYZ2013-12-12 14:53:53,137 ERROR [RpcServer.handler=2,port=58108] visibility.VisibilityController(1074): org.apache.hadoop.hbase.exceptions.RegionInRecoveryException: hbase:labels,,1386888826648.f14a399ba85cbb42c2c3b7547bf17c65. is recovering
2013-12-12 14:53:53,151 DEBUG [main] visibility.TestVisibilityLabels(405): response from addLabels: result {
    name: "org.apache.hadoop.hbase.exceptions.RegionInRecoveryException"
    value: "org.apache.hadoop.hbase.exceptions.RegionInRecoveryException: hbase:labels,,1386888826648.f14a399ba85cbb42c2c3b7547bf17c65. is recovering at org.apache.hadoop.hbase.regionserver.HRegion.startRegionOperation(HRegion.java:5555) at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1763) at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1749) at org.apache.hadoop.hbase.security.visibility.VisibilityController.getExistingLabelsWithAuths(VisibilityController.java:1096) at org.apache.hadoop.hbase.security.visibility.VisibilityController.postBatchMutate(VisibilityController.java:672)"

Should we try to ride over this?

Scratch column(s) in child expressions shouldn't be returned to the pool for PROJECTION.
Problem introduced with HIVE-13084.
Symptom:

Caused by: java.lang.IllegalStateException
at com.google.common.base.Preconditions.checkState(Preconditions.java:133)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.ColOrCol.evaluate(ColOrCol.java:544)

It needs to be updated to include Tez as a runtime. Also, it talks about average latency being in minutes, which is very misleading.

With both MatrixVariable enabled and UrlDecode disabled, then the PathVariables are not matched correctly.  I'm on : 5.0.6.RELEASE/spring-webmvc-5.0.6.RELEASE-sources.jar
I have a case where I have PathVariables and MatrixVariables (plus I have encoded string as MatrixVariable value). 
My WebConfig looks like this:

public class WebConfig implements WebMvcConfigurer {

 @Override
 public void configurePathMatch(PathMatchConfigurer configurer) {
   UrlPathHelper urlPathHelper = new UrlPathHelper();
   urlPathHelper.setRemoveSemicolonContent(false);
   urlPathHelper.setUrlDecode(false);
   urlPathHelper.setAlwaysUseFullPath(true);
   configurer.setUrlPathHelper(urlPathHelper);
 }
}

With this after the MatrixVariable extraction happens in RequestMappingInfoHandlerMapping with decoded params pointing to a newly created map, the new truncated pathVariable values are not reflected in URI_TEMPLATE_VARIABLES_ATTRIBUTE of the request. Whereas without decoding, it is referring to the old map uriVariables and things work fine. 
I hope it explains the problem clearly. 

In RegionStates.java, we have (line 332)

addToServerHoldings(serverName, hri);
It should be

addToServerHoldings(lastHost, hri);

When you deploy a BPEL application in domain mode to several servers you will get ConstraintViolationException exception:

09:54:23,182 ERROR [org.apache.ode.store.ProcessStoreImpl] (ProcessStoreImpl-1) Error persisting deployment record for {http://www.jboss.org/bpel/examples}SayHello-0; process will not be available after restart!: javax.persistence.PersistenceException: org.hibernate.exception.ConstraintViolationException: could not execute batch
...
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry 'switchyard-bpel-say-hello_SayHello-0' for key 'PRIMARY'

This is caused by the following command which is executed once for each server.

11:31:34,828 INFO  [stdout] (ProcessStoreImpl-1) Hibernate: insert into STORE_DU (DEPLOYDT, DEPLOYER, DIR, NAME) values (?, ?, ?, ?)

I cannot reproduce locally using same mvn.  Let me try upgrading our report plugin.  Apparently 'dependency-info' is a new target since 2.5 and our version is 2.4 going by http://maven.apache.org/plugins/maven-project-info-reports-plugin/ (I can't find an explicity invocation of 'dependency-info')

URI with empty path, but non-empty query part is not properly normalized. The query part is in fact duplicated. E.g, URI "foobar://?foo=1&bar=2" is incorrectly normalized to "foobar://?foo=1&bar=2?bar=2&foo=1".
This is caused by incorrect identification of the path part in org.apache.camel.util.URISupport.normalizeUri(String):
        int idx = path.indexOf('?');
        if (idx > 0) 
{
            path = path.substring(0, idx);
        }

The comparison of "idx > 0" is incorrect, because this way, if '?' is the first character, the path is not set to empty string. The correct comparison should be "idx > -1" or "idx >= 0" or even just "idx != -1" since that's the only value that String.indexOf returns when the character is not found.

The security-domain element in batch-jberet subsystem is not placed correctly in standalone-elytron.xml profile.
The current configuration in the profile is:

<subsystem xmlns="urn:jboss:domain:batch-jberet:2.0">
    <default-job-repository name="in-memory"/>
    <security-domain name="ApplicationDomain"/>
    <default-thread-pool name="batch"/>
    <job-repository name="in-memory">
        <in-memory/>
    </job-repository>
    <thread-pool name="batch">
        <max-threads count="10"/>
        <keepalive-time time="30" unit="seconds"/>
    </thread-pool>

And XSD (wildfly-batch-jberet_2_0.xsd) says:

<xs:sequence>
    <xs:element name="default-job-repository" type="namedType" minOccurs="1" maxOccurs="1">
    </xs:element>
    <xs:element name="default-thread-pool" type="namedType" minOccurs="1" maxOccurs="1">
    <xs:element name="restart-jobs-on-resume" type="booleanType" minOccurs="0" maxOccurs="1">
    <xs:element name="security-domain" type="namedType" minOccurs="0" maxOccurs="1">
    <xs:element name="job-repository" type="job-repositoryType" minOccurs="1" maxOccurs="unbounded"/>
    <xs:element name="thread-pool" type="thread-poolType" minOccurs="1" maxOccurs="unbounded"/>
    <xs:element name="thread-factory" type="threads:thread-factory" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>

As a result the profile XML validation ends with error:

cvc-complex-type.2.4.a: Invalid content was found starting with element 'security-domain'. One of '{"urn:jboss:domain:batch-jberet:2.0":default-thread-pool}' is expected.

If a route contains a large expressen (a few MB) and an error occurs the message history feature will take a very long time.
The following code is a slightly modified unit test from camel-core (the only change is the String used in the constant expression).

import org.apache.camel.ContextTestSupport;

/**
 * @version 
 */
public class SedaInOutWithErrorTest extends ContextTestSupport {

    public void testInOutWithError() throws Exception {
        getMockEndpoint("mock:result").expectedMessageCount(0);

        try {
            template.requestBody("direct:start", "Hello World", String.class);
            fail("Should have thrown an exception");
        } catch (CamelExecutionException e) {
            assertIsInstanceOf(IllegalArgumentException.class, e.getCause());
            assertEquals("Damn I cannot do this", e.getCause().getMessage());
        }

    }

    @Override
            @Override
                StringBuilder sb = new StringBuilder();
                sb.append("Something ");
                for (int i=0; i<1000000; i++) {
                    sb.append("very ");
                }
                sb.append("long");
                
                from("direct:start").to("seda:foo");

                from("seda:foo").transform(constant(sb.toString()))
                    .throwException(new IllegalArgumentException("Damn I cannot do this"))
            }
        };
    }
}

This test will set the body to a 5MB test and then run into an error. This will run for a very long time, because MessageHelper.doDumpMessageHistoryStacktrace() will first run a URISupport.sanitizeUri() on the expression and then cut it off to 78 characters.
If we cut the expression of (e.g. to 100 characters) before doing the sanitizeUri() this will run much faster in this case (and not slower for smaller expressions).

The soap fault details that are generated by the AbstractValidatingInterceptor (via the PayloadValidatingInterceptor) do not have the correct namespace. Here is an example of a soap fault I received:
      <soapenv:Fault>
         <faultcode>soapenv:Client</faultcode>
         <faultstring>Validation error</faultstring>
         <detail>
            <spring-ws:ValidationError xmlns:spring-ws="http://springframework.org/spring-ws">cvc-datatype-valid.1.2.1: '?' is not a valid value for 'dateTime'.</spring-ws:ValidationError>
            <spring-ws:ValidationError>cvc-type.3.1.3: The value '?' of element 'sch:Date' is not valid.</spring-ws:ValidationError>
            <spring-ws:ValidationError>cvc-datatype-valid.1.2.1: '?' is not a valid value for 'integer'.</spring-ws:ValidationError>
            <spring-ws:ValidationError>cvc-type.3.1.3: The value '?' of element 'sch:NumberOfDays' is not valid.</spring-ws:ValidationError>
         </detail>
      </soapenv:Fault>
As you can see, the first ValidationError element has the namespace defined, where the next three do not, but still contain the namespace prefix. Instead, it should probably look like this:
         <detail  xmlns:spring-ws="http://springframework.org/spring-ws">
            <spring-ws:ValidationError>cvc-datatype-valid.1.2.1: '?' is not a valid value for 'dateTime'.</spring-ws:ValidationError>
         </detail>
It appears that the namespace definition is mistakenly being applied to the first ValidationError element when it should be applied to the parent detail element.
Also (and this may be a separate issue), any idea why there appears to be two validation errors for the same validation failure? It this example, there are really two errors, not four - sending invalid data for both the Date and NumberOfDays request elements, but we received two validation errors for each of these validation failures. Perhaps this should be logged as a separate issue?

There appears to be a regression of the bug addressed in BATCH-1848.  Specifically, I am writing a query that joins several tables.  Putting a table alias prefix on the configured value for "sortKeys" causes a failure at JdbcPagingItemReader.PagingRowMapper.mapRow (JdbcPagingItemReader line 345).  Using the fix suggested in BATCH-1848 would have avoided this problem.

Depending on when a thread context switch happens, an IIOP enabled EJB fails to be deployed by throwing java.lang.StackOverflowError.  Here is the stack trace from the attached thread dump.

"MSC service thread 1-7" prio=10 tid=0x00007f52e8001800 nid=0x4d12 at breakpoint[0x00007f534093f000]
        at org.jboss.as.jacorb.rmi.WorkCacheManager.getAnalysis(WorkCacheManager.java:105)
        at org.jboss.as.jacorb.rmi.InterfaceAnalysis.getInterfaceAnalysis(InterfaceAnalysis.java:53)
        at org.jboss.as.jacorb.rmi.Util.getTypeIDLName(Util.java:104)
        at org.jboss.as.jacorb.rmi.ParameterAnalysis.<init>(ParameterAnalysis.java:50)
        at org.jboss.as.jacorb.rmi.OperationAnalysis.<init>(OperationAnalysis.java:91)
        at org.jboss.as.jacorb.rmi.InterfaceAnalysis.analyzeOperations(InterfaceAnalysis.java:116)
        at org.jboss.as.jacorb.rmi.ContainerAnalysis.doAnalyze(ContainerAnalysis.java:186)
        at org.jboss.as.jacorb.rmi.InterfaceAnalysis.doAnalyze(InterfaceAnalysis.java:62)
        at org.jboss.as.jacorb.rmi.WorkCacheManager.doTheWork(WorkCacheManager.java:177)
        ...

        - <0x00000000f9698790> (a java.util.concurrent.ThreadPoolExecutor$Worker)

The last part including Util.getTypeIDLName has been repeated as many as possible and the bottom of the stack has been lost.  The same stack has been appeared in a different MSC service thread which is also executing an IIOP enabled EJB deployment.
The customer identified an improper synchronization in org.jboss.as.jacorb.rmi.WorkCacheManager#getAnalysis().  It is reproducible by manually controlling a thread context switch using a debugger.

https://github.com/apache/hive/blob/trunk/testutils/ptest/README has incorrect json object:

{
    "qfile_hosts": [
        ["hostname1", 2],
        ["hostname2", 4],
        ["hostname3", 4],
    ],
    "other_hosts": [
        ["hostname4", 5]
    ],
    "master_base_path": "${{HOME}}/hivetests",
    "host_base_path": "/mnt/drive/hivetests"
    "java_home": "/opt/jdk"
}

Should update it with right syntax

See nabble
http://camel.465427.n5.nabble.com/Bindy-CSV-marshal-does-not-properly-quote-values-defined-by-the-CsvRecord-separator-td4809017.html
Its fairly common to marshal to/from with quotes in CSV format.
We should make this easier by adding an attribute to @CsvRecord where you can define a quote char to use, either single or double etc.

Executing the following 

DROP TABLE IF EXISTS `items`;
CREATE TABLE IF NOT EXISTS `items` (id INT, name STRING, info MAP<STRING,STRING>) PARTITIONED BY (ds STRING);

DROP VIEW IF EXISTS `priceview`;
CREATE VIEW `priceview` AS
    SELECT
        `items`.`id`,
        `items`.info['price']
    FROM
        `items`
;

select * from `priceview`;

Produces the following error:

karel@tomato:~/tmp$ $HIVE_HOME/bin/hive -f hivebug.sql
Logging initialized using configuration in jar:file:/home/karel/opt/hive-0.10.0-bin/lib/hive-common-0.10.0.jar!/hive-log4j.properties
Hive history file=/tmp/karel/hive_job_log_karel_201303051117_945318761.txt
SLF4J: Found binding in [jar:file:/home/karel/opt/hadoop-2.0.0-mr1-cdh4.0.0/lib/slf4j-log4j12-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/home/karel/opt/hive-0.10.0-bin/lib/slf4j-log4j12-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
OK
Time taken: 5.449 seconds
OK
Time taken: 0.303 seconds
OK
Time taken: 0.131 seconds
OK
Time taken: 0.206 seconds
FAILED: SemanticException line 3:22 mismatched input '.' expecting FROM near '`items`' in from clause
 in definition of VIEW priceview [
SELECT
        `items``items`.`info`info['price']
    FROM
        `default`.`items`
] used as priceview at Line 3:14

Unless I'm not using the right syntax, I would expect this simple example to work. I have tried some variations (quotes, no quotes, ...), to no avail.

Pre-commit jobs are failing currently due to out of disk space. The issue is happening due to huge size of hive.log when TestDbTxnManager test fails or times-out. When this test fails or times-out Ptest tries to persist these logs for debugging. Since this test has been timing out frequently, this accumulates a lot of these log files and eventually Ptest server runs of disk space. Each run of TestDbTxnManager is generating ~30 GB of hive.log. I tried to run it locally and it quickly reached 7 GB until I had to cancel it.
The issue seems to be coming from this code block in TxnHandler.java

if(LOG.isDebugEnabled()) {
        LOG.debug("Locks to check(full): ");
        for(LockInfo info : locks) {
          LOG.debug("  " + info);
        }
      }

We should either change it trace or change the log mode of this test to INFO so that it generates smaller log files.

ValidatingRepositoryEventListener uses field injection to access a Repositories instance and does a by-type lookup of components in afterPropertiesSet(…) which can cause a circular reference on initialization.
We should rather use an ObjectFactory<Repositories> from within the listener so that the container can give us a proxy that will eventually return the Repositories instance but doesn't have to instantiate Repositories eagerly.

Accessing JSP with JDK8 specific code (namely lambda expressions) fails due compilation error [1].
It didn't help setting  

<jsp-config source-vm="1.8" target-vm="1.8"/> in <servlet-container name="default">

It is caused due ecj-4.3.1.jar supports only JDKs till 1.7.
[1]

09:58:44,480 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /lambda-expression-test/jsp-with-lambdas.jsp: org.apache.jasper.JasperException: JBWEB004062: Unable to compile class for JSP: 

JBWEB004060: An error occurred at line: 10 in the jsp file: /jsp-with-lambdas.jsp
n cannot be resolved to a variable
7: //    System.out.println(answerToEverything);
8: 
9:     List<Integer> list = Arrays.asList(1, 2, 3);
10:     Arrays.asList(1).forEach(n-> System.out.println(n));
11: 
12:     list.forEach(n -> response.getWriter().write("<p>" + n + "</p>"));
13: 

Syntax error on token "-", -- expected
8: 
11: 
13: 

8: 
11: 
13: 

JBWEB004060: An error occurred at line: 12 in the jsp file: /jsp-with-lambdas.jsp
11: 
13: 
14: %>
15: </body>

11: 
13: 
14: %>

11: 
13: 
14: %>

JBWEB004211: Stacktrace:
	at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:85) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:69) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:451) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.compiler.Compiler.compile(Compiler.java:361) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.compiler.Compiler.compile(Compiler.java:339) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.compiler.Compiler.compile(Compiler.java:326) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:604) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:309) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:326) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:259) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_75]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_75]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_75]

Some tests in FileUtilsCleanDirectoryTestCase try to delete files that have been set to read-only. This is expected to throw an exception. To set the read-only flag the method chmod() tries to execute the unix "chmod" command. If this fails (which should normally be the case on windows), the test is ignored.
If Posix tools are available e.g. from Cygwin, MKS Toolkit, Microsoft's Posix Tools or similar ones the test fails.

In KeyValueInputMerger, a TezGroupedSplit may contain more than 1 splits. However, the splits should all belong to same path.

I downloaded the WF9 CR2 release this morning and have been testing functionality.  A new exception has appeared with this release.  This did not happen with a source release that was downloaded and built between CR1 and CR2, so was just introduced in the last week or so.
We have a Flex application that is throwing the following exception as it's being loaded:
[BlazeDS]javax/sql/RowSet

java.lang.NoClassDefFoundError: javax/sql/RowSet
    at flex.messaging.io.amf.Amf3Output.writeObject(Amf3Output.java:198)
    at flex.messaging.messages.AbstractMessage.writeExternal(AbstractMessage.java:444)
    at flex.messaging.messages.AsyncMessage.writeExternal(AsyncMessage.java:140)
    at flex.messaging.messages.AcknowledgeMessage.writeExternal(AcknowledgeMessage.java:94)
    at flex.messaging.messages.AcknowledgeMessageExt.writeExternal(AcknowledgeMessageExt.java:55)
    at flex.messaging.io.amf.Amf3Output.writePropertyProxy(Amf3Output.java:594)
    at flex.messaging.io.amf.Amf3Output.writeCustomObject(Amf3Output.java:532)
    at flex.messaging.io.amf.Amf3Output.writeObject(Amf3Output.java:112)
    at flex.messaging.io.amf.Amf0Output.writeObject(Amf0Output.java:206)
    at flex.messaging.io.amf.AmfMessageSerializer.writeObject(AmfMessageSerializer.java:196)
    at flex.messaging.io.amf.AmfMessageSerializer.writeBody(AmfMessageSerializer.java:186)
    at flex.messaging.io.amf.AmfMessageSerializer.writeMessage(AmfMessageSerializer.java:142)
    at flex.messaging.endpoints.amf.SerializationFilter.invoke(SerializationFilter.java:198)
    at flex.messaging.endpoints.BaseHTTPEndpoint.service(BaseHTTPEndpoint.java:291)
    at flex.messaging.MessageBrokerServlet.service(MessageBrokerServlet.java:353)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
    at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
    at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
    at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
    at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
    at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
    at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
    at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
    at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
    at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
    at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
    at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72)
    at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
    at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
    at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
    at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:274)
    at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:253)
    at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80)
    at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:172)
    at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
    at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: javax.sql.RowSet from [Module "deployment.Test.ear.test.war:main" from Service Module Loader]
    at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205)
    at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:455)
    at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:404)
    at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:385)
    at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:130)
    ... 43 more

See more at: https://developer.jboss.org/thread/260451#sthash.LJ3DCVsa.dpuf

Testing by executing a command will cover the exact path users will trigger, so its better then directly calling library functions in tests. Changing the tests to use @shell.command(:<command>, args) to execute them like it's a command coming from shell.
Norm change:
Commands should print the output user would like to see, but in the end, should also return the relevant value. This way:

Tests can use returned value to check that functionality works
Tests can capture stdout to assert particular kind of output user should see.
We do not print the return value in interactive mode and keep the output clean. See Shell.command() function.

Bugs found due to this change:

Uncovered bug in major_compact.rb with this approach. It was calling admin.majorCompact() which doesn't exist but our tests didn't catch it since they directly tested admin.major_compact()
Enabled TestReplicationShell. If it's bad, flaky infra will take care of it.

Analyze table should compute statistics for decimal columns as well.

With the addition of MM tables (AcidUtils.isInsertOnlyTable(table)) the methods in AcidUtils and dependent places are very muddled.  There are now a number of places where we have something like isAcidTable = AcidUtils.isFullAcidTable(table)  and a later getter
boolean isAcidTable() { return isAcidTable;}
Need to clean it up so that there is a isTransactional(Table) that checks transactional=true setting and isAcid(Table) to mean full ACID and isInsertOnly(Table) to mean MM tables.
This would accurately describe the semantics of the tables.

Wsconsume is able to generate jar file from wsdl on WildFly 11. On WildFly master, wsconsume doesn't create any files in "out" folder. It leads to Exception from wsdl2java tool.

cd ${JBOSS_HOME}/bin
# download Echo1.wsdl, Echo1Service.wsdl and Echo1Service_schema1.xsd files, these files are attached to this jira
mkdir out
./wsconsume.sh -j wsClientShort.jar -p org.jboss.test.script -o out Echo1Service.wsdl

[mkopecky@dhcp-10-40-4-226 bin]$ ./wsconsume.sh -j wsClientShort.jar -p org.jboss.test.script -o out Echo1Service.wsdl

wsdl2java -clientjar wsClientShort.jar -compile -exsh false -p org.jboss.test.script -d /home/mkopecky/playground/wf/wfly.08/wfly.08/bin/out/tmp3507583 -verbose -classdir /home/mkopecky/playground/wf/wfly.08/wfly.08/bin/out -allowElementReferences file:/home/mkopecky/playground/wf/wfly.08/wfly.08/bin/Echo1Service.wsdl
wsdl2java - Apache CXF 3.1.12

org.apache.cxf.tools.common.ToolException: java.security.AccessControlException: access denied ("java.io.FilePermission" "/home/mkopecky/playground/wf/wfly.08/wfly.08/bin/out/tmp3507583/org/jboss/test/script/package-info.java" "read")
	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:423)
	at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:105)
	at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113)
	at org.jboss.wsf.stack.cxf.tools.CXFConsumerImpl.consume(CXFConsumerImpl.java:313)
	at org.jboss.ws.tools.cmd.WSConsume.importServices(WSConsume.java:298)
	at org.jboss.ws.tools.cmd.WSConsume.mainInternal(WSConsume.java:108)
	at org.jboss.ws.tools.cmd.WSConsume.main(WSConsume.java:96)
	at org.jboss.modules.Main.main(Main.java:525)
Caused by: java.security.AccessControlException: access denied ("java.io.FilePermission" "/home/mkopecky/playground/wf/wfly.08/wfly.08/bin/out/tmp3507583/org/jboss/test/script/package-info.java" "read")
	at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
	at java.security.AccessController.checkPermission(AccessController.java:884)
	at java.io.File.isDirectory(File.java:844)
	at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:69)
	at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:64)
	at com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromFiles(JavacFileManager.java:785)
	at com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromStrings(JavacFileManager.java:185)
	at org.apache.cxf.common.util.Compiler.useJava6Compiler(Compiler.java:192)
	at org.apache.cxf.common.util.Compiler.compileFiles(Compiler.java:141)
	at org.apache.cxf.tools.common.ClassUtils.compile(ClassUtils.java:123)
	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaContainer.java:306)
	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:164)
	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:415)
	... 8 more
[mkopecky@dhcp-10-40-4-226 bin]$ ll out/
total 0
[mkopecky@dhcp-10-40-4-226 bin]$

security manager subsystem has introduced XSD version 3.0 from previous 1.0
but there are no changes between them.
remove the new 3.0 one and move back to 1.0

Clean up the Long overflow (oops)
Clean up the usage of tableName vs tableNameBytes
Add in more than just max time.
Add in tracing.

In previous versions, the following was possible:

final UriComponentsBuilder commonUri = UriComponentsBuilder.fromHttpUrl("http://thing.com").pathSegment("/somePath");
UriComponents url1 = commonUri.build();
UriComponents url2 = commonUri.pathSegment("additionalPath").build();

Unfortunately, the state is now internally shared, I believe through a List of PathComponentBuilders, such that the change to the builder in url2 affects url1.  The expectation is that, once build is called, the UriComponents instance is no longer mutable through the builder.
Workaround is simple, just create 2 builders.

Short summaries before the simple examples :

Inserting new documents is OK, in the meaning that it uses my custom converter
Updating an existing document is not OK, in the meaning that it doesnt use my custom converter

Here's my class that has the it's own converter

public class MyClass extends MyInterface<String> ...

Here are the the converters :

public class MyClassWriteConverter implements Converter<MyClass, DBObject> {
    @Override
    public DBObject convert(MyClass myClass) {
    	System.out.println("MyClass WRITE CONVERTER !");
    	DBObject dbo = new BasicDBObject();
    	dbo.put("title", myClass.getTitle());
    	dbo.put("value", myClass.getValue());
    	System.out.println("value : " + myClass.getValue());
    	System.out.println("class : " + myClass.getClass().getCanonicalName());
    	dbo.put("_class", myClass.getClass().getCanonicalName());
    	return dbo;
    }
}

public class MyClassElementReadConverter implements Converter<DBObject, MyClass> {
    @Override
    public MyClass convert(DBObject dbObject) {
    	String value = (String) dbObject.get("value");
    	String title = (String) dbObject.get("title");
    	return new MyClass(title, value);
    }
}

<mongo:converter>
  <bean class="kam.albert.MyClassElementReadConverter" />
</mongo:converter>
  <bean class="kam.albert.MyClassElementWriteConverter" />

myDomain has a List<MyClass<?>> myClasses, 
and this works fine, as the custom converter is being used :

this.ops.save(myDomain, "myCollection");

Which can be seen from the debugging output :

MyClass ELEMENT WRITE CONVERTER !
value : my value
class : kam.albert.MyClass

And has the result from my db.myCollection.find().pretty(); :

{myClasses : [
   {"title" : "my title",
    "value" : "my value",
    "_class" : "kam.albert.MyClass"}
   ]
}

All is still OK with the insert operation. But when i make $set update to an existing document like this :

this.ops.updateFirst(
   this.idCriteria(myClass),
   new Update()
       // set the content node
       .set(dotNotation, myClass),
       "myCollection"
   );

The debugging output stays the same :

(edited for clarity, the other properties omitted)
DEBUG [mongodb.core.MongoTemplate]: calling update using query: { "_id" : "81d3292e-fd75-410d-a1f9-b109b6d76194"} and update: { "$set" : { "myClasses" : [ { "title" : "my title" , "value" : "my value"}]}] } in collection: myCollection

But the result is like without using the custom converter, without the _class attribute :

    {"title" : "my title",
     "value" : "my value",
    }
]}

My current conclusions are :

For inserting a new document, the custom converter works fine
For updating though, although the custom converter seems to be called (the debugging output is there), but it seems to be using
   the default MappingMongoConverter to do the real update.

Basically, i just want my custom converter to be used in $set updates ..
Thank you !

make this method synchronized since HS2 may run multiple threads in a Session.  see HIVE-11402

During MongoDbFactory creation in mongoDbFactory(), getUserCredentials() is called twice:

if (getUserCredentials() == null) {
 return new SimpleMongoDbFactory(mongo(), getDatabaseName());
} else {
 return new SimpleMongoDbFactory(mongo(), getDatabaseName(), getUserCredentials());
}

It is almost not worth mentioning, but for pedantic reasons it would be better to do:

UserCredentials userCredentials = getUserCredentials();
if (userCredentials == null) {
} else {
 return new SimpleMongoDbFactory(mongo(), getDatabaseName(), userCredentials);
}

Almost always override of getUserCredentials() would look like:

@Override
public UserCredentials getUserCredentials() {
  return new UserCredentials(..., ...);
}

and there is no need to create UserCredentials twice, even if it only happens during startup.

Additional distcp config options (added in HIVE-16686) need to be added to whitelist of configs that can be updated at runtime, for sql standard authorization.

Older versions of XNIO required a content-length: 0 header in the upgrade response, which is not correct.

If the resource description provided by a resource includes a bogus attribute that is actually a child type, the JMX integration produces an MBeanAttributeInfo for it. MBeanInfoFactory can detect this situation and should do so.

When a second (or later subsequent) authentication attempt arrives on an already authenticated session and session attribute migration is disabled the security context is not always persisted to the new session.
With an existing authenticated session, subsequent POST requests to the form-login login-processing url will destroy the old session and create a new session. Occasionally the hash code of the persisted security context does not change and so the HttpSecurityContextRepository does not "update" the context stored in the session. The problem is that the old session held the unchanged security context but the new session does not hold any security context. After successfully authenticating another authentication is required because the new session does not contain a SecurityContext.
One factor causing the HttpSecurityContextRepository to not update/store the SecurityContext is that the session id stored in the security context is the old session id, even after that session has been destroyed and a new one created to replace it. This allows the SecurityContext hashCode to remain the same even though some aspect of the SecurityContext has indeed changed.
The check to set the security context attribute in HttpSecurityContextRepository.SaveToSessionResponseWrapper.saveContext should probably include something to ensure that the current session actually does contain the context, whether it has changed or not. In the case that the context has not changed, but the session has, the context should be stored to the new session.

Adding the dependency "camel-other" via wildfly swarm generator, throw an error when running my arquillian test.
Workaround is to remove the camel-other dependency from pom file, and then add specific camel dependencies to the war file instead
Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact org.restlet.jee:org.restlet.ext.httpclient:jar:2.3.6 in jboss-public-repository-group (http://repository.jboss.org/nexus/content/groups/public/)

Beeline should escape the semicolon in queries. for example, the query like followings:
CREATE TABLE beeline_tb (c1 int, c2 string) ROW FORMAT DELIMITED FIELDS TERMINATED BY ';' LINES TERMINATED BY '\n';
or 
CREATE TABLE beeline_tb (c1 int, c2 string) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\;' LINES TERMINATED BY '\n';
both failed.
But the 2nd query with semicolon escaped with "\" works in CLI.

If I create a bean with a property of type java.net.URI, and try to initialize it in an XML bean definition file, I'm unable to define a URI instance with a fragment in it.
For example, consider the following bean definition

	xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">

	<bean id="bean" class="TestInitURI">
		<property name="uriSpec" value="env://server#3" />
		<property name="uri" value="env://server#3" />
	</bean>
</beans>

I apply this bean definition using the following test program:
TestInitURI.java
import java.net.URI;

import org.springframework.beans.factory.BeanFactory;
import org.springframework.beans.factory.xml.XmlBeanFactory;
import org.springframework.core.io.ClassPathResource;

public class TestInitURI {

    private String uriSpec;
    private URI uri;

    public void setUri(URI uri) { this.uri = uri; }
    public void setUriSpec(String uriSpec) { this.uriSpec = uriSpec; }

        BeanFactory beanFactory = new XmlBeanFactory(new ClassPathResource("beans.xml"));
        TestInitURI bean = beanFactory.getBean(TestInitURI.class);
        show("Bean property", bean.uri);
        show("Expected ", URI.create(bean.uriSpec));
    }

    private static void show(String prefix, URI uri) {
        System.out.println(prefix + " URI " + uri + " (host=" + uri.getHost() + ", authority=" + uri.getAuthority() + ", path="
                + uri.getPath() + ", fragment=" + uri.getFragment() + ")");
    }
}

The output is the following:

Bean property URI env://server%233 (host=null, authority=server#3, path=, fragment=null)
Expected  URI env://server#3 (host=server, authority=server, path=, fragment=3)

In other words, I would expect that defining a URI property in an XML bean definition file with a string constant is equivalent to initializing that property with a URI created by invoking URI.create(String) with the same string constant.

Testing 1.0.0 trying long-running tests.
A row in hbase:meta was missing its HRI entry. It caused the job to fail. Around the time of the first task failure, there are balances of the hbase:meta region and it was on a server that crashed. I tried to look at what happened around time of our writing hbase:meta and I ran into another issue; 20 logs of 256MBs filled with WrongRegionException written over a minute or two. The actual update of hbase:meta was not in the logs, it'd been rotated off.

If an application is deployed with a different "runtime-name" other than the actual EAR "name" then CLI fails to show the Status of the application.

This is the same problem as SPR-12109 but the symptom's changed. Sorry for not testing the fix when it was made in 4.0.7.
The failure's now an IllegalStateException:

Caused by: java.lang.IllegalStateException: javax.websocket.server.ServerContainer not available
	at org.springframework.util.Assert.state(Assert.java:385)
	at org.springframework.web.socket.server.standard.ServerEndpointExporter.afterPropertiesSet(ServerEndpointExporter.java:116)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1613)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1550)
	... 15 more

The reason is still largely the same. In initApplicationContext, ServerEndpointExporter assumes that the ServletContext will be available on the WebApplicationContext. This isn't true in Spring Boot and leaves ServerEndpointExporter without a ServerContainer.
AFAICT, ServerEndpointExporter needs to defer its use of the ServletContext until ServletContextAware processing.

When building with gradle an a StackOverflowError occurs when there is a 3rd-party dependency with circular dependencies to other 3rd-party-libs. (Recursion in method "fullTree")
In gradle I have to possibility to force the build to take another version of the 3rd-party lib, which may have fixed the circular error. (https://docs.gradle.org/current/dsl/org.gradle.api.artifacts.ResolutionStrategy.html). But this option to quick-fix the error from outside the swarm-buildplugin doesn't work, because the GradleArtifactResolvingHelper from swarm is using  a detached configuration, where I can't define this forced-dependencies.
The GradleArtifactResolvingHelper should use gradle-features to resolve the artifacts from a specific configuration instead of implement this with the recursive method 'fullTree'. gradle can handle this circular dependencies and is much faster! The ResolvingHelper should also apply the forced-versions from the resolutionstrategy of the configuration 'compile' to the detached configuration.

UI is not showing up in right place when you run hbase unless you run it in-situ; it don't work properly when distributed mode.

In case when role recursion is configured for ldap-realm and given LDAP includes some role which has member some user and also another role, then some roles are intermittently not assigned. See Steps to Reproduce for more details about configuration.
Most important part of ldif for reproduction is following:

dn: cn=R1,ou=Roles,dc=jboss,dc=org
cn: R1
member: uid=jduke,ou=People,dc=jboss,dc=org
description: the R1 group

dn: cn=R2,ou=Roles,dc=jboss,dc=org
cn: R2
member: cn=R1,ou=Roles,dc=jboss,dc=org
description: the R2 group

dn: cn=R3,ou=Roles,dc=jboss,dc=org
cn: R3
member: cn=R2,ou=Roles,dc=jboss,dc=org
description: the R3 group

User jduke is direct member of roles R1 and R2. However role R2 is also member of role R1. In case when ldap-realm.identity-mapping.attribute-mapping.role-recursion is configured to 2, then sometimes only roles R1, R2 and R3 are assigned (and role R4 is missing).
The same behavior occurs when role mapping is configured in application server in opposite way (principal to group mapping which uses memberOf attribute).

If there are some thing wrong with the Zip file which is split by ZipIterator, we cannot find any warning or exception from the camel route. We should not let ZipIterator eat up the exception without do anything.

Here's a case where TestReplicationDisableInactivePeer fails while re-starting the second master:
http://54.241.6.143/job/HBase-0.95-Hadoop-2/574/org.apache.hbase$hbase-server/testReport/junit/org.apache.hadoop.hbase.replication/TestReplicationDisableInactivePeer/testDisableInactivePeer/
The reason is that when we first shutdown the master, it comes back to life thinking it just lost its session:

2013-07-07 04:27:03,989 FATAL [pool-1-thread-1-EventThread] master.HMaster(2062): Master server abort: loaded coprocessors are: [org.apache.hadoop.hbase.coprocessor.MultiRowMutationEndpoint]
2013-07-07 04:27:03,989 INFO  [pool-1-thread-1-EventThread] master.HMaster(2155): Primary Master trying to recover from ZooKeeper session expiry.

And after that it tries to assign .META. fails since the RS are down.
One way I think we can prevent this is by skipping recovering the session if we are stopping.

The Auto more/less in CLI for multi-page output (WFCORE-426) does not work correctly on Cygwin. Each key has to be pushed twice to interact.
It was hit on following Cygwin version.

$ uname -a
CYGWIN_NT-6.3 WIN-VSOI9S1FO1Q 2.10.0(0.325/5/3) 2018-02-02 15:16 x86_64 Cygwin

This commit created a regression whereby if you set both a start and a stop route time on a CronScheduledRoutePolicy, like:

CronScheduledRoutePolicy policy = new CronScheduledRoutePolicy();
policy.setRouteStartTime("*/3 * * * * ?");
policy.setRouteStopTime("*/5 * * * * ?");

then adding the Quartz triggers will fail because of duplicate trigger names.
Basically, the start and stop triggers will have the same name because of this line.

org.apache.camel.FailedToCreateRouteException: Failed to create route test: Route(test)[[From[direct:start]] -> [To[mock:success]]] because of org.quartz.ObjectAlreadyExistsException: Unable to store Trigger with name: 'trigger-START-test' and group: 'triggerGroup-test', because one already exists with this identification.

	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:201)
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:949)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:3261)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:2984)
	at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:176)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2814)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2810)
	at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:2833)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:2810)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2779)
	at org.apache.camel.routepolicy.quartz2.CronScheduledRoutePolicyTest.testScheduledStartAndStopRoutePolicy(CronScheduledRoutePolicyTest.java:179)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:117)
Caused by: org.apache.camel.RuntimeCamelException: org.quartz.ObjectAlreadyExistsException: Unable to store Trigger with name: 'trigger-START-test' and group: 'triggerGroup-test', because one already exists with this identification.
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1642)
	at org.apache.camel.routepolicy.quartz2.CronScheduledRoutePolicy.onInit(CronScheduledRoutePolicy.java:41)
	at org.apache.camel.impl.DefaultRouteContext.commit(DefaultRouteContext.java:220)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1076)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:196)
	... 43 more
Caused by: org.quartz.ObjectAlreadyExistsException: Unable to store Trigger with name: 'trigger-START-test' and group: 'triggerGroup-test', because one already exists with this identification.
...

If you create a cglib proxy for an interface using a third party framework AopUtils will break see INT-654.
Test to demonstrate:

import static org.junit.Assert.assertTrue;
import static org.mockito.Mockito.mock;

import org.springframework.aop.support.AopUtils;

public class AopUtilsMockitoTests {

	@Test
	public void getTargetClass() throws Exception {
		AnInterface candidate = mock(AnInterface.class);
		assertTrue(AnInterface.class.isAssignableFrom(candidate.getClass()));
		assertTrue(AnInterface.class.isAssignableFrom(AopUtils.getTargetClass(candidate)));
	}

	private interface AnInterface {	}
}

This was tested with Mockito 1.7

Status Quo
I have the following class with 2 annotations:

@VsoFinder(name="some_name", ...)
@VsoObject(name="another_name", ...)
public class SomeClass { /* ... */ }

In my app, there is the following call:

Map<String, Object> attributes = annotMetadata.getAnnotationAttributes(VsoObject.class.getName());

I'd expect this call to return the attributes/values defined in the @VsoObject annotation, and it worked fine in Spring versions up to 4.0.2. However, due to the changes introduced in conjunction with SPR-11574 in Spring 4.0.3 the returned values are those coming from the @VsoFinder annotation.
A quick look at AnnotationReadingVisitorUtils.getMergedAnnotationAttributes() confirms that indeed the values of attributes with the same name are overridden with the values from annotations of any type, not only from the requested annotation type.

 Ensure that AnnotationReadingVisitorUtils.getMergedAnnotationAttributes() only overrides attributes in the target annotation with attributes from annotations that are annotated with the target annotation.

The only parameter from sessVars that's being set in HiveConnection.openSession() is HS2_PROXY_USER. 
HIVE_AUTH_USER must also be set.

Using Spring Boot v2.0.0
Apache Commons FileUpload v1.3.3
When set to resolveLazily, Spring boot will not parse the multipart request and download to local temp folder until needed. This works as expected, however if the app subsequently cancels the intent to accept the upload request, i.e. after applying authorization checks and the connection request is not authorized, during the clean up phase, Spring Boot actually initializes the multi-part to download the data so that it can cleanup.
Here's the chain of execution, all within spring boot code base:
CommonsMultipartResolver .cleanupMultipart() {
  ...cleanupFileItems(request.getMultiFileMap())
      -> AbstractMultipartHttpServletRequest.getMultipartFiles() { 
		if (this.multipartFiles == null) { <-- this will be true when resolveLazily is set
			initializeMultipart(); <-- here's the culprit
		...
The initializeMultipart will invoke parseRequest(..) to download the multipart upload data on cleanup which doesn't make sense when we have set resolveLazily and we have rejected/cancel the request for various reasons (access control being one of them).
Its also a cyber security issue here as unauthorized requests can upload arbitrary data, though only temporarily it can still be a very large file that use up storage, to the server.

The following stack trace was observed whilst loading a large volume of data into Hbase:
 at org.apache.hadoop.hbase.client.HTable$ClientScanner.next(HTable.java:2008)
 at org.apache.hadoop.hbase.client.HTable$ClientScanner$1.hasNext(HTable.java:2089)
It appears that lastResult is initialized to be null, however in the exception handling code there isn't any null checking before the field is accessed for get row:
            this.scan.setStartRow(this.lastResult.getRow());
There should be some additional null checking logic here.

~ 
 this is a test run using httpd-2.2.19.tar[.gz,bz2] to show what I mean
~ 
 lbrtchx
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ 
$ wget http://apache.cyberuse.com//httpd/httpd-2.2.19.tar.gz
-2011-06-27 11:21:46-  http://apache.cyberuse.com//httpd/httpd-2.2.19.tar.gz
Resolving apache.cyberuse.com... 174.132.149.89
Connecting to apache.cyberuse.com|174.132.149.89|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 7113418 (6.8M) [application/x-gzip]
Saving to: `httpd-2.2.19.tar.gz'
100%[===...===>] 7,113,418    296K/s   in 24s     
2011-06-27 11:22:10 (285 KB/s) - `httpd-2.2.19.tar.gz' saved [7113418/7113418]
$ wget http://apache.cyberuse.com//httpd/httpd-2.2.19.tar.bz2
-2011-06-27 11:22:19-  http://apache.cyberuse.com//httpd/httpd-2.2.19.tar.bz2
Length: 5322082 (5.1M) [application/x-bzip2]
Saving to: `httpd-2.2.19.tar.bz2'
100%[===...===>] 5,322,082    256K/s   in 25s     
2011-06-27 11:22:44 (207 KB/s) - `httpd-2.2.19.tar.bz2' saved [5322082/5322082]
$ wget http://www.apache.org/dist/httpd/httpd-2.2.19.tar.gz.md5
-2011-06-27 11:22:51-  http://www.apache.org/dist/httpd/httpd-2.2.19.tar.gz.md5
Resolving www.apache.org... 140.211.11.131
Connecting to www.apache.org|140.211.11.131|:80... connected.
Length: 54 [text/plain]
Saving to: `httpd-2.2.19.tar.gz.md5'
100%[===...===>] 54          --.-K/s   in 0s      
2011-06-27 11:22:51 (4.23 MB/s) - `httpd-2.2.19.tar.gz.md5' saved [54/54]
$ wget http://www.apache.org/dist/httpd/httpd-2.2.19.tar.bz2.md5
-2011-06-27 11:23:02-  http://www.apache.org/dist/httpd/httpd-2.2.19.tar.bz2.md5
Length: 55 [text/plain]
Saving to: `httpd-2.2.19.tar.bz2.md5'
100%[===...===>] 55          --.-K/s   in 0s      
2011-06-27 11:23:02 (4.91 MB/s) - `httpd-2.2.19.tar.bz2.md5' saved [55/55]
$ ls -l httpd-2.2.19.tar.*
rw-rr- 1 knoppix knoppix 5322082 May 21 18:58 httpd-2.2.19.tar.bz2
rw-rr- 1 knoppix knoppix      55 May 21 18:58 httpd-2.2.19.tar.bz2.md5
rw-rr- 1 knoppix knoppix 7113418 May 21 18:58 httpd-2.2.19.tar.gz
rw-rr- 1 knoppix knoppix      54 May 21 18:58 httpd-2.2.19.tar.gz.md5
$ md5sum -b httpd-2.2.19.tar.bz2
832f96a6ec4b8fc7cf49b9efd4e89060 *httpd-2.2.19.tar.bz2
$ md5sum -b httpd-2.2.19.tar.gz
e9f5453e1e4d7aeb0e7ec7184c6784b5 *httpd-2.2.19.tar.gz
$ cat *.md5
/*
 TarArchiveEntry.getFile() always returns null + no way to get an InputStream from TarArchiveInputStream similar to what you do with (java.util.zip.ZipFile())..getInputStream(ZipEntry);
*/
import org.apache.commons.compress.compressors.bzip2.*;
import org.apache.commons.compress.compressors.gzip.*;
import org.apache.commons.compress.utils.*;
import org.apache.commons.compress.archivers.*;
import java.io.*;
import java.text.*;
// __ 
public class TAR00Test{
// __ 
 public static void main(String[] args){
// __ 
  TarArchiveInputStream TArkIS = null;
  TarArchiveEntry TArkEntry = null;
  File TARFl, IFl, IDir = new File("/media/sda1/prjx/sw/text_synch/XML_Fls/test");
  String[] aIFl = new String[]
{"httpd-2.2.19.tar.bz2", "httpd-2.2.19.tar.gz"}
;
  String aFlPth;
// __ 
  try{
   for(int i = 0; (i < aIFl.length); ++i){
    IFl = new File(IDir, aIFl[i]);
    aFlPth = IFl.getCanonicalPath();
    if(IFl.exists()){
     aFlPth = aFlPth.toLowerCase();
// __ 
     if(aFlPth.endsWith(".tar.bz2"))
{
      TArkIS = new TarArchiveInputStream(new BZip2CompressorInputStream(new FileInputStream(IFl)));
     }
     else if(aFlPth.endsWith(".tar.gz"))
{
      TArkIS = new TarArchiveInputStream(new GzipCompressorInputStream(new FileInputStream(IFl)));
     }
     else{} // ...
// __ 
     TArkEntry = (TarArchiveEntry)TArkIS.getNextEntry();
     while(TArkEntry != null){
      if(!TArkEntry.isDirectory()){
       System.err.println(TArkEntry);
// __ org/apache/commons/compress/archivers/tar/TarArchiveEntry.html
       System.err.println("// __ getName: |" + TArkEntry.getName() + "|");
       System.err.println("// __ getSize: |" + TArkEntry.getSize() + "|");
       System.err.println("// __ getUserId: |" + TArkEntry.getUserId() + "|");
       System.err.println("// __ GroupId: |" + TArkEntry.getGroupId() + "|");
       System.err.println("// __ GroupName: |" + TArkEntry.getGroupName() + "|");
       System.err.println("// __ LastModifiedDate: |" + TArkEntry.getLastModifiedDate() + "|");
       System.err.println("// __ LinkName: |" + TArkEntry.getLinkName() + "|");
       System.err.println("// __ Mode: |" + TArkEntry.getMode() + "|");
       System.err.println("// __ ModTime: |" + TArkEntry.getModTime() + "|");
       TARFl = TArkEntry.getFile();
       System.err.println("// __ File: |" + TARFl + "|");
       if(TARFl != null)
{ System.err.println("~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~"); }
       else
{ System.err.println("~"); }

      }
      TArkEntry = (TarArchiveEntry)TArkIS.getNextEntry();
     }
// __ 
     TArkIS.close();
    }// (IFl.exists())
    else
{ System.err.println("// __ File not found! |" + aFlPth + "|"); }
   }// i [0, aIFl.length)
  }catch(FileNotFoundException FlNFX)
{ FlNFX.printStackTrace(System.err); }
    catch(IOException IOX)
{ IOX.printStackTrace(System.err); }
 }
}

Hive throws NPE when writing data to a HBase backed table with below conditions:

There is a map type column
The map type column has NULL in its values

Below are the reproduce steps:
1) Create a HBase backed Hive table

create table hbase_test (id bigint, data map<string, string>)
stored by 'org.apache.hadoop.hive.hbase.HBaseStorageHandler'
with serdeproperties ("hbase.columns.mapping" = ":key,cf:map_col")
tblproperties ("hbase.table.name" = "hive_test");

2) insert data into above table

insert overwrite table hbase_test select 1 as id, map('abcd', null) as data from src limit 1;

The mapreduce job for insert query fails. Error messages are as below:

2016-02-15 02:26:33,225 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":{"_col0":1,"_col1":{"abcd":null}}}
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:265)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":{"_col0":1,"_col1":{"abcd":null}}}
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:253)
	... 7 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.serde2.SerDeException: java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:731)
	at org.apache.hadoop.hive.ql.exec.LimitOperator.processOp(LimitOperator.java:51)
	... 7 more
Caused by: org.apache.hadoop.hive.serde2.SerDeException: java.lang.NullPointerException
	at org.apache.hadoop.hive.hbase.HBaseSerDe.serialize(HBaseSerDe.java:286)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:666)
	... 14 more
	at org.apache.hadoop.hive.serde2.lazy.LazyUtils.writePrimitiveUTF8(LazyUtils.java:221)
	at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:236)
	at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:275)
	at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:222)
	at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serializeField(HBaseRowSerializer.java:194)
	at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:118)
	at org.apache.hadoop.hive.hbase.HBaseSerDe.serialize(HBaseSerDe.java:282)
	... 15 more

The issue is that in the retry loop, we never refetch the latest meta location. So if meta starts to move right after the function get Meta server location, the delete table eventually may fail with 

org.apache.hadoop.hbase.NotServingRegionException: Region hbase:meta,,1 is not online

Below is the stack trace:

2014-01-31 04:02:41,943|beaver.machine|INFO|Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.NotServingRegionException): org.apache.hadoop.hbase.NotServingRegionException: Region hbase:meta,,1 is not online
2014-01-31 04:02:41,943|beaver.machine|INFO|at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:2585)
2014-01-31 04:02:41,943|beaver.machine|INFO|at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegion(HRegionServer.java:3952)
2014-01-31 04:02:41,944|beaver.machine|INFO|at org.apache.hadoop.hbase.regionserver.HRegionServer.scan(HRegionServer.java:2977)
2014-01-31 04:02:41,944|beaver.machine|INFO|at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:26929)
2014-01-31 04:02:41,944|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2175)
2014-01-31 04:02:41,944|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1879)
2014-01-31 04:02:41,945|beaver.machine|INFO|
2014-01-31 04:02:41,945|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1449)
2014-01-31 04:02:41,945|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1653)
2014-01-31 04:02:41,946|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1711)
2014-01-31 04:02:41,946|beaver.machine|INFO|at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.scan(ClientProtos.java:27332)
2014-01-31 04:02:41,946|beaver.machine|INFO|at org.apache.hadoop.hbase.client.HBaseAdmin.deleteTable(HBaseAdmin.java:648)

The Elytron integration added a resource registration for /core-service=management/access=identity on an HC. It should only be registered at /host=*/core-service=management/access=identity
The domain-wide /core-service=management resource MUST NOT HAVE CHILDREN REGISTERED other than access-authorization. It is not the place to configure HC-specific behavior.
I see use of this resource in enable-elytron.cli scripts used to configure the testsuite. At least in the one in WF full's testsuite/shared; I'm guessing elsewhere too. That must be changed.
If use of this domain-wide resource has ended up in any docs those must be corrected.
Darran Lofthouse FYI. 

In spring-security-samples-cas-client: 
in src/main/webapp/casfailed.jsp.
AbstractAuthenticationProcessingFilter is imported, but AbstractProcessingFilter is used.
Presumably where it is using AbstractProcessingFilter  it should be using AbstractAuthenticationProcessingFilter.
Will cause the JSP to fail when the server compiles the JSP.

karaf@root> features:install camel-rss
Error executing command: Manifest not present in the first entry of the zip mvn:org.apache.ws.commons.axiom/axiom-impl/1.2.14
I think we got a JAR that is flawed 1.2.14

The default spring batch writer implementations need a public setter for the name. The name is used to prefix the execution context keys. In spring batch 2.1.x the setter for the name was available in FlatFileItemWriter, StaxEventItemWriter, MultiResourceItemWriter, ... because they extended from ExecutionContextUserSupport. In 2.2.x they extend from ItemStreamSupport where the setExecutionContextName method is protected.
This means that currently in spring batch 2.2.x it's no longer possible to write to multiple StaxEventItemWriters in the same step, because they would share the same execution context.
edit: FlatFileItemWriter has a setName() method. StaxEventItemWriter and MultiResourceItemWriter don't.

Here is the mailing thread[1] which discuss this issue.
[1] http://www.nabble.com/-camel-cxf--Stripping-headers-td24143323.html

Given the camel route as a cxfrs server (test case is here: https://github.com/xldai/test/tree/master/cxfrs), Running the Route and send POST request from curl with "Accept: application/json", but the cxfrs server will always return  application/xml as Response.
Note this issue only happening on POST method, for GET, the Accept header is respected.
No this kind of issue on Camel 2.20.x, Camel 2.21.0.

WFCORE-3078 fix causes that only one AuditLogItem is written
https://github.com/wildfly/wildfly-core/pull/2627#discussion_r129549452
queuedItems.clear() is inside for (AuditLogItem record : queuedItems)
so only one AuditLogItem is written ?

When using <tx:annotation-driven /> and a bean class has

@Transactional method
public static final method someMethod

a warning is generated:

WARN [org.springframework.aop.framework.CglibAopProxy] - <Unable to proxy method [public static final void MyClass.someMethod()] because it is final: All calls to this method via a proxy will be routed directly to the proxy.>

This makes no sense – static methods should not be proxied anyway (what would that mean?).
This is a regression compared to Spring 3.1.2, where the warning was not printed for static methods.

Infra wrote us:

Chris Thistlethwaite <christ@apache.org>
9:09 AM (25 minutes ago)
 to dev, team

Greetings!

During the Jenkins outage yesterday I noticed a ton of builds from
HBase-Flaky-Tests 
https://builds.apache.org/view/H-L/view/HBase/job/HBase-Flaky-Tests/ in
the queue. Turns out this runs a bunch of pipeline builds every hour
which clogs up Jenkins, both for you and other projects. For example,
branch-2.0 is currently queuing 3 builds, waiting on the 4th to finish,
and it's also behind the HBase Nightly.

That brings me to HBase Nightly 
https://builds.apache.org/view/H-L/view/HBase/job/HBase%20Nightly/ it
runs every 6 hours, which is a bit excessive for a nightly build which
by definition should be once a day. Especially as it gets dangerously
close to running into itself as builds currently around 4-5 hours of
build time.

I suggest something more like Flaky-Tests every 6 hours and the Nightly
once a day. If you agree to these changes, feel free to update Jenkins.
Otherwise, I'll update the jobs in the next few days if there is no
response.

Please add team@infra.apache.org and/or my address to any replies as
we're not subbed to your dev list.

Thank you,
Chris T.

currently ql module produces hive-exec-$version.jar which is an uber jar.  It's also useful to have a thin jar, let's call it hive-exec-$version-core.jar, that only has classes from ql.

Description as in the forum. 
The spring-web project has it own web-fragment.xml which is not marked as distibutable. So when the tomcat starts and in the web.xml is <distributable/> set, the tomcat merge these with the web-frgaments and should one fragment be not distributable the whole application ist not distributable and session replication doesn work.

We should return 404 instead as the service is there but the resource requested was not found.

Mighty Josh Elser was debugging an opentsdb cluster where some region directory ended up having 5TB+ files under <regiondir>/.tmp/ 
Further debugging and analysis, we were able to reproduce the problem locally where we never we recursing in this code path for writing intermediate level indices: 
HFileBlockIndex.java
if (curInlineChunk != null) {
        while (rootChunk.getRootSize() > maxChunkSize) {
          rootChunk = writeIntermediateLevel(out, rootChunk);
          numLevels += 1;
        }
      }

The problem happens if we end up with a very large rowKey (larger than "hfile.index.block.max.size" being the first key in the block, then moving all the way to the root-level index building. We will keep writing and building the next level of intermediate level indices with a single very-large key. This can happen in flush / compaction / region recovery causing cluster inoperability due to ever-growing files. 
Seems the issue was also reported earlier, with a temporary workaround: 
https://github.com/OpenTSDB/opentsdb/issues/490

One of the things that this method does is delete entries from TXN_COMPONENTS for partition that it was trying to compact.
This causes Aborted transactions in TXNS to become empty according to
CompactionTxnHandler.cleanEmptyAbortedTxns() which means they can now be deleted.  
Once they are deleted, data that belongs to these txns is deemed committed...
We should extend COMPACTION_QUEUE state with 'f' and 's' (failed, success) states.  We should also not delete then entry from markedCleaned()
We'll have separate process that cleans 'f' and 's' records after X minutes (or after > N records for a given partition exist).
This allows SHOW COMPACTIONS to show some history info and how many times compaction failed on a given partition (subject to retention interval) so that we don't have to call markCleaned() on Compactor failures at the same time preventing Compactor to constantly getting stuck on the same bad partition/table.
Ideally we'd want to include END_TIME field.

Map: Predicate expression for FILTER operator: org.apache.hadoop.hive.ql.metadata.HiveException: Udf: unhandled constant type for scalar argument. Expecting string.

Remove unused classes TableEventHandler and TotesHRegionInfo

This appears to be caused by a dependency version mispatch with httpcore on Beeline's classpath.
We need to change beeline.cmd as well I guess to include the equivalent of export HADOOP_USER_CLASSPATH_FIRST=true.

It flakes here.
There are two weird things i identified:
1. In second compaction, scanner has 10 storefiles. Shouldn't there be 6? 5 from recent flushes and 1 from earlier compaction. Probably because mob cleaner doesn't clean old hfiles. Does this needs fixing?
2. Across runs, same cell (ie. same key) may or may not be considered mob reference cell. here. This at least happens with row keys 0 - 4 (which got compacted earlier). Jonathan Hsieh Any ideas why this would happen.

Create a table using Hive DDL

CREATE TABLE tmp_hcat_federated_numbers_part_1 (
  id       int,  
  intnum   int,
  floatnum float
)partitioned by (
  part1    string,
  part2    string
)
STORED AS rcfile
LOCATION 'viewfs:///database/tmp_hcat_federated_numbers_part_1';

Populate it using Pig:

A = load 'default.numbers_pig' using org.apache.hcatalog.pig.HCatLoader();
B = filter A by id <=  500;
C = foreach B generate (int)id, (int)intnum, (float)floatnum;
store C into
        'default.tmp_hcat_federated_numbers_part_1'
        using org.apache.hcatalog.pig.HCatStorer
       ('part1=pig, part2=hcat_pig_insert',
        'id: int,intnum: int,floatnum: float');

Generates the following error when running on a Federated Cluster:

2012-10-29 20:40:25,011 [main] ERROR
org.apache.pig.tools.pigstats.SimplePigStats - ERROR 2997: Unable to recreate
exception from backed error: AttemptID:attempt_1348522594824_0846_m_000000_3
Info:Error: org.apache.hadoop.fs.viewfs.NotInMountpointException:
getDefaultReplication on empty path is invalid
        at
org.apache.hadoop.fs.viewfs.ViewFileSystem.getDefaultReplication(ViewFileSystem.java:479)
        at org.apache.hadoop.hive.ql.io.RCFile$Writer.<init>(RCFile.java:723)
        at org.apache.hadoop.hive.ql.io.RCFile$Writer.<init>(RCFile.java:705)
        at
org.apache.hadoop.hive.ql.io.RCFileOutputFormat.getRecordWriter(RCFileOutputFormat.java:86)
        at
org.apache.hcatalog.mapreduce.FileOutputFormatContainer.getRecordWriter(FileOutputFormatContainer.java:100)
        at
org.apache.hcatalog.mapreduce.HCatOutputFormat.getRecordWriter(HCatOutputFormat.java:228)
        at
org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigOutputFormat.getRecordWriter(PigOutputFormat.java:84)
        at
org.apache.hadoop.mapred.MapTask$NewDirectOutputCollector.<init>(MapTask.java:587)
        at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:706)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:332)
        at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:157)
        at
org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1212)
        at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:152)

The AnnotationDrivenBeanDefinitionParser tests fail when Spring version is upgraded from 2.0.6 to 2.0.7.

In Section 5.1, regarding changing the default namespace to that of GemFire I believe there are some typos in the example provided.
As beans is no longer the default namespace you need to qualify the <beans> element (and closing tag) with <beans:beans>.  This at a minimum breaks the eclipse/spring code completion.  
I believe the beans namespace, at note (2) should be "xmlns:beans="http://www.springframework.org/schema/beans".  The number 2 may simply be covering up part of the text over the xmlns:.
Also there is a typo defining a bean at note (3).  It says <beabean id ... > but should be <beans:beans id ...>

ReflectionUtils.doWithFiels() iterates on fields, from target class to Object class so the ReflectionUtils.FieldCallback in Ctor hide target fields with superclass fields of the same name:

public DirectFieldAccessor(Object target) {
                Assert.notNull(target, "Target object must not be null");
		this.target = target;
		ReflectionUtils.doWithFields(this.target.getClass(), new ReflectionUtils.FieldCallback() {
			public void doWith(Field field) {
				fieldMap.put(field.getName(), field);
			}
		});
		this.typeConverterDelegate = new TypeConverterDelegate(this, target);
		registerDefaultEditors();
		setExtractOldValueForEditor(true);
}

Solved testing before put field on fieldMap.

new ReflectionUtils.doWithFields(this.target.getClass(), new ReflectionUtils.FieldCallback() {
	public void doWith(Field field) {
		if (!fieldMap.containsKey(field.getName()) { 
		        fieldMap.put(field.getName(), field);
                }
        }
});

BasicLookupStrategy will raise an exception if passed an empty OID list, so we shouldn't call it if the optimizer is passed an empty collection of objects.

(this based on the schema from auto_join_filters.q)

explain
SELECT sum(hash(a.key,a.value,b.key,b.value)) 
FROM myinput1 a LEFT OUTER JOIN myinput1 b on a.value = b.value  RIGHT OUTER JOIN myinput1 c 
     ON 
        b.value = c.value AND 
        a.key > 40

Whereas this query succeeds

explain
FROM myinput1 a LEFT OUTER JOIN myinput1 b RIGHT OUTER JOIN myinput1 c 
     ON  a.value = b.value and
        a.key > 40

Pushing the first condition to the first join, triggers a merge of the 2 QBJoinTrees. During merge all the right side  filters identified for pushing are assumed to refer to the merging table (b in this case). But the pushable filters can refer to any left table.

When using CombineHiveInputFormat the progress of the task only changes on each of the processed parts of the split, but not within them. This patch fixes the issue and the progress of the task will be reported continuously.

It seems as some cache is not invalidated after logging in as user with scoped role. Logging as such user will cause page refresh to randomly switch between last 2 logged in users.
when I log in as  user with non-scoped role and then switch (log out -> log in) as user with scoped role, refreshing the page will randomly switch between those users.

Beeline changes its prompt to reflect successful database connection even after failing to connect, which is misleading.

[asingh@e1118 tpcds]$ beeline -u "jdbc:hive2://abclocalhost:10000 hive"
scan complete in 5ms
Connecting to jdbc:hive2://abclocalhost:10000
Error: Invalid URL: jdbc:hive2://abclocalhost:10000 (state=08S01,code=0)
Beeline version 0.12.0-cdh5.1.0-SNAPSHOT by Apache Hive
0: jdbc:hive2://abclocalhost:10000> show tables;
No current connection

PathPatternPredicate is a RequestPredicate implementation that has side-effects on the request; it modifies the state of request attributes, by adding URI template variables information to it.
This issue is a variant of SPR-16692, but this time using the "and" predicate to chain several predicates.
Consider the following sample:

route(path("/spring/{project}").and(method(HttpMethod.POST)), myHandler::variables)
		.andRoute(all(), myHandler::variables);

Given a GET /spring/framework request, the following happens:

the path pattern predicate matches and sets the uri template variables
the and predicate tests the method predicate, which doesn't match
the "all" predicate matches, and its handler has access to uri template variables that should not be present

If config is made this way:

<int-amqp:inbound-channel-adapter channel="input-channel" queue-names="probni" message-converter="jsonMessageConverter"
                                  channel-transacted="true"
                                  transaction-manager="dataSourceTransactionManager"
                                  transaction-attribute="transactionAttribute" />

transactionAttribute which is RuleBasedTransactionAttribute is not considered at all and dataSourceTransactionManager is always rollbacked even if I have no-rollback-for set correctly.

Run the following query:

create table count_case_groupby (key string, bool boolean) STORED AS orc;
insert into table count_case_groupby values ('key1', true),('key2', false),('key3', NULL),('key4', false),('key5',NULL);

The table contains the following:

key1	true
key2	false
key3	NULL
key4	false
key5	NULL

The below query returns:

SELECT key, COUNT(CASE WHEN bool THEN 1 WHEN NOT bool THEN 0 ELSE NULL END) AS cnt_bool0_ok FROM count_case_groupby GROUP BY key;
key1	1
key2	1
key3	1
key4	1
key5	1

while it expects the following results:

key1	1
key2	1
key3	0
key4	1
key5	0

The query works with hive ver 1.2. Also it works when a table is not orc format.
Also even if it's an orc table, when vectorization is disabled, the query works.

project --topLevelPackage com.aveas.test
entity --class ~.domain.News
Application generated by this script take error on create attempting with message "argument type mismatch".
In fact, problem detected only with entity name "News".

As mentioned in HBASE-15291, there is a race condition.   If Two secure bulkload calls  from the same UGI into two different regions and one region finishes earlier, it will close the bulk load fs, and the other region will fail.
 
Another case would be more serious. The FileSystem.close() function needs two synchronized variables : CACHE and deleteOnExit. If one region calls FileSystem.closeAllForUGI ( in SecureBulkLoadManager.cleanupBulkLoad) while another region is trying to close srcFS ( in  SecureBulkLoadListener.closeSrcFs)   , can cause deadlock here.
 
I have wrote a UT for this and fixed it using reference counter.
 
Metastore code use method PreparedStatement.setQueryTimeout(int) of JDBC Driver :
Current JDBC driver doesn't implements this method.

2014-07-07 17:52:38,239 ERROR org.apache.hadoop.hive.ql.stats.jdbc.JDBCStatsPublisher: Error during JDBC connection to jdbc:postgresql://nc-h04:5432/metastore?user=hiveuser&password=mvsmt4521. 
org.postgresql.util.PSQLException: Method org.postgresql.jdbc4.Jdbc4PreparedStatement.setQueryTimeout(int) is not yet implemented.
	at org.postgresql.Driver.notImplemented(Driver.java:753)
	at org.postgresql.jdbc2.AbstractJdbc2Statement.setQueryTimeout(AbstractJdbc2Statement.java:666)
	at org.apache.hadoop.hive.ql.stats.jdbc.JDBCStatsPublisher$1.run(JDBCStatsPublisher.java:80)
	at org.apache.hadoop.hive.ql.stats.jdbc.JDBCStatsPublisher$1.run(JDBCStatsPublisher.java:77)
	at org.apache.hadoop.hive.ql.exec.Utilities.executeWithRetry(Utilities.java:2637)
	at org.apache.hadoop.hive.ql.stats.jdbc.JDBCStatsPublisher.connect(JDBCStatsPublisher.java:96)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.publishStats(TableScanOperator.java:280)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.closeOp(TableScanOperator.java:226)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.close(ExecMapper.java:227)
	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:57)

1. Create a data file abc.txt with the following contents:

a,1
b,

2. Use the Hive CLI to create and load the partitioned table:

hive> create table abc(a string, b int);
OK
Time taken: 0.272 seconds
hive> load data local inpath 'abc.txt' into table abc;
Loading data to table default.abc
Table default.abc stats: [numFiles=1, numRows=0, totalSize=7, rawDataSize=0]
OK
Time taken: 0.463 seconds
hive> create table abc1(a string) partitioned by (b int);
OK
Time taken: 0.098 seconds
hive> set hive.exec.dynamic.partition.mode=nonstrict;
hive> insert overwrite table abc1 partition (b) select a, b from abc;
Query ID = hrt_qa_20140911210909_1200fae7-1e18-4e0d-b74f-040453c27cff

Status: Running (application id: Executing on YARN cluster with App id application_1410457588978_0063)

Map 1: -/-	Reducer 2: 0/1
Map 1: 0/1	Reducer 2: 0/1
Map 1: 0(+1)/1	Reducer 2: 0/1
Map 1: 1/1	Reducer 2: 0(+1)/1
Map 1: 1/1	Reducer 2: 0/1
Map 1: 1/1	Reducer 2: 1/1
Status: Finished successfully
Loading data to table default.abc1 partition (b=null)
	Loading partition {b=__HIVE_DEFAULT_PARTITION__}
Partition default.abc1{b=__HIVE_DEFAULT_PARTITION__} stats: [numFiles=1, numRows=2, totalSize=7, rawDataSize=5]
OK
Time taken: 7.49 seconds

3. Now run the analyze statistics command for columns:

hive> analyze table abc1 partition (b) compute statistics for columns;
Query ID = hrt_qa_20140911211010_440bdb4a-6a0d-496b-9d2e-5fc84db3d0ee

The analyze statistics for columns fails.

It seems that specifying the attribute 'cluster' within the cache-container configuration is no longer possible for EAP 7.0.2. With EAP 6.x, one could specify the 'cluster' attribute like such:
<cache-container name="web" aliases="standard-session-cache" default-cache="repl" module="org.jboss.as.clustering.web.infinispan">
    <transport cluster="testname" lock-timeout="60000"/>
    <replicated-cache name="repl" mode="ASYNC" batching="true">
           <file-store/>
     </replicated-cache>
Resulting in the following (log):
INFO  [stdout] (ServerService Thread Pool – 58) GMS: address=rhel-box/testname, cluster=testname, physical address=127.0.0.1:55200
...
16:34:40,662 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool – 58) ISPN000094: Received new cluster view: [rhel-box/testname|0] [rhel-box/testname]
It seems that this functionality is no longer in EAP 7.x. Specifying the above results in parsing errors (although the attribute 'cluster' seems valid per the Infinispan xsd). 
ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
	at org.jboss.as.server.ServerService.boot(ServerService.java:356)
Message: WFLYCTL0197: Unexpected attribute 'cluster' encountered
	at org.jboss.as.controller.parsing.ParseUtils.unexpectedAttribute(ParseUtils.java:117)
	at org.jboss.as.clustering.infinispan.subsystem.InfinispanSubsystemXMLReader.parseTransport(InfinispanSubsystemXMLReader.java:309)
	at org.jboss.as.clustering.infinispan.subsystem.InfinispanSubsystemXMLReader.parseContainer(InfinispanSubsystemXMLReader.java:183)
	at org.jboss.as.clustering.infinispan.subsystem.InfinispanSubsystemXMLReader.readElement(InfinispanSubsystemXMLReader.java:75)
	at org.jboss.as.clustering.infinispan.subsystem.InfinispanSubsystemXMLReader.readElement(InfinispanSubsystemXMLReader.java:53)
	... 3 more
This also seems to be the case for the latest EAP 7.0.4 release.

If the rs bulk load a HFile but has no write permission of it,  we can read & compact the hfile, but after the compaction finished, the HFile willl be moved to archive directory,  the HFileCleaner won't has permission to delete, then the HFile will always be keep in HDFS. 
Need check the file's write permission when run bulkLoadHFile at server side,  if no write permission, then reject.

Saw this failure on Hudson and in my own sandbox.
https://hudson.apache.org/hudson/job/Hive-trunk-h0.20/392/

The jdbc-job-repository should be registering the org.wildfly.batch.job.repository capability.
The in-memory-job-repository may not remove the capability correctly either.

When setting <hbase.mapreduce.hfileoutputformat.compaction.exclude> to true, and run compaction to exclude bulk loaded files could cause ArrayIndexOutOfBoundsException since all files are excluded.

Component spring "event" is not auto registered by Camel. Add a Event file in the folder META-INF/services/org/apache/camel/compoment of camel-spring.

In case when some permission mapper (tried with constant-permission-mapper and simple-permission-mapper) includes permission with non-existent class-name then it seems that no exception is thrown during runtime.

See CAMEL-5215.
This applies to the consumer as well. We should tighten this up, to ensure the charset is always used if configured. Currently the charset option could be shadowed if you did a convertBodyTo and specified another charset etc.
Also we should tighten up to use the charset configuration on the file endpoints. And added DEBUG logging which charset is being used for reading/write the files.

To reproduce the issue run server in stadalone mode with following properties (or you can use attached standalone-full-ha.xml)

<bindings-directory path="/var/tmp/journal/bindings"/>
<journal-directory path="/var/tmp/journal/journal"/>
<large-messages-directory path="/var/tmp/journal/largemessages"/>
<paging-directory path="/var/tmp/journal/paging"/>
<jms-queue name="testQueue" entries="jms/queue/testQueue java:jboss/exported/jms/queue/testQueue"/>

Send some messages into the testQueue with JMSDeliveryMode set to Persistent.

TextMessage textMessage = context.createTextMessage(content);
textMessage.setJMSDeliveryMode(DeliveryMode.PERSISTENT);
context.createProducer().send(destination, textMessage);

Run

./bin/jboss-cli.sh -c ":reload(admin-only=true)"
./bin/jboss-cli.sh -c "/subsystem=messaging-activemq/server=default/:export-journal()"

Expectation: Exported file contains sent messages.
Reality: Exported file contains no message.

When executed on secure environments, phoenix query is getting the following exception message:
java.util.concurrent.ExecutionException: org.apache.hadoop.hbase.security.AccessDeniedException: org.apache.hadoop.hbase.security.AccessDeniedException: User 'null' is not the scanner owner! org.apache.hadoop.hbase.security.access.AccessController.requireScannerOwner(AccessController.java:2048)
org.apache.hadoop.hbase.security.access.AccessController.preScannerNext(AccessController.java:2022)
org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$53.call(RegionCoprocessorHost.java:1336)
org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$RegionOperation.call(RegionCoprocessorHost.java:1671)
org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperation(RegionCoprocessorHost.java:1746)
org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperationWithResult(RegionCoprocessorHost.java:1720)
org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.preScannerNext(RegionCoprocessorHost.java:1331)
org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:2227)

2013-10-15 10:49:49,386 INFO org.apache.hadoop.hive.ql.io.orc.OrcInputFormat: included column ids = 
2013-10-15 10:49:49,386 INFO org.apache.hadoop.hive.ql.io.orc.OrcInputFormat: included columns names = 
2013-10-15 10:49:49,386 INFO org.apache.hadoop.hive.ql.io.orc.OrcInputFormat: No ORC pushdown predicate
2013-10-15 10:49:49,834 INFO org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader: Processing file hdfs://localhost:54310/user/hive/warehouse/web_sales_orc/000000_0
2013-10-15 10:49:49,834 INFO org.apache.hadoop.mapred.MapTask: numReduceTasks: 1
2013-10-15 10:49:49,840 INFO org.apache.hadoop.mapred.MapTask: io.sort.mb = 100
2013-10-15 10:49:49,968 INFO org.apache.hadoop.mapred.TaskLogsTruncater: Initializing logs' truncater with mapRetainSize=-1 and reduceRetainSize=-1
2013-10-15 10:49:49,994 INFO org.apache.hadoop.io.nativeio.NativeIO: Initialized cache for UID to User mapping with a cache timeout of 14400 seconds.
2013-10-15 10:49:49,994 INFO org.apache.hadoop.io.nativeio.NativeIO: Got UserName yhuai for UID 1000 from the native implementation
2013-10-15 10:49:49,996 FATAL org.apache.hadoop.mapred.Child: Error running child : java.lang.OutOfMemoryError: Java heap space
	at org.apache.hadoop.mapred.MapTask$MapOutputBuffer.<init>(MapTask.java:949)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1136)

If includedColumnIds is an empty list, we do not need to read any column. But, right now, in OrcInputFormat.findIncludedColumns, we have ...

if (ColumnProjectionUtils.isReadAllColumns(conf) ||
      includedStr == null || includedStr.trim().length() == 0) {
    } 

If includedStr is an empty string, the code assumes that we need all columns, which is not correct.

I have a very small project, basically just a pom.xml with packaging war and a mostly-empty src/main/webapp/WEB-INF/web.xml. The project depends on two fractions: cdi and remoting.
When I build it using mvn clean package and run with java -jar xxx-swarm.jar, it starts just fine. But when I want to run it using mvn clean wildfly-swarm:run (which does wildfly-swarm:package under the hood), it fails with

2016-12-02 14:00:29,355 INFO  [org.jboss.weld.Bootstrap] (Weld Thread Pool -- 5) WELD-000119: Not generating any bean definitions from org.wildfly.swarm.cdi.config.runtime.InjectStageConfigExtensionFactory because of underlying class loading error: Type org.wildfly.swarm.cdi.config.runtime.InjectStageConfigExtensionFactory from [Module "org.wildfly.swarm.cdi.config:deployment" from BootModuleLoader@14cd1699 for finders [BootstrapClasspathModuleFinder, BootstrapModuleFinder(org.wildfly.swarm.bootstrap:main), ClasspathModuleFinder, ContainerModuleFinder(swarm.container:main), ApplicationModuleFinder(swarm.application:main), org.wildfly.swarm.bootstrap.modules.DynamicModuleFinder@77888435]] not found.  If this is unexpected, enable DEBUG logging to see the full error.
2016-12-02 14:00:29,516 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.deployment.unit."reproducer.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."reproducer.war".WeldStartService: Failed to start service
        ...
Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type SocketBindingGroup with qualifiers @Named
  at injection point [BackedAnnotatedField] @Inject @Named private org.wildfly.swarm.remoting.runtime.RemotingLegacyConnectorCustomizer.group
  at org.wildfly.swarm.remoting.runtime.RemotingLegacyConnectorCustomizer.group(RemotingLegacyConnectorCustomizer.java:0)

As discussed in WFMP-59, the deploy-artifact goal seems to fail if asked to deploy an artifact that isn't <scope>compile</scope>. Here's a trimmed log where I encounter this problem:

$ mvn wildfly:start wildfly:execute-commands wildfly:deploy-artifact
[INFO] Inspecting build with total of 1 modules...
[INFO] Installing Nexus Staging features:
[INFO]   ... total of 1 executions of maven-deploy-plugin replaced with nexus-staging-maven-plugin
[INFO]                                                                         
[INFO] Building wildfly-wfmp-59-sample-client 1.0.0-SNAPSHOT
[INFO]
...
[INFO] --- wildfly-maven-plugin:1.1.0.Alpha11:deploy-artifact (default-cli) @ wildfly-wfmp-59-sample-client ---
[INFO] Total time: 7.168 s
[INFO] Finished at: 2016-08-29T11:09:15-04:00
[INFO] Final Memory: 24M/587M
[ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.1.0.Alpha11:deploy-artifact (default-cli) on project wildfly-wfmp-59-sample-client: Execution default-cli of g
oal org.wildfly.plugins:wildfly-maven-plugin:1.1.0.Alpha11:deploy-artifact failed: Parameter content is required and cannot be null. -> [Help 1]
[ERROR] 
[ERROR] 
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException

That was when running against the *-client module in the sample project that I attached to WFMP-59.

When the SedaProducer times out and stops waiting for an Exchange to be processed it should remove it from the queue as well. Same applies to the vm: component.

The hive.log show error in MR job -
Task ID:
  Stage-1
The job log has following error -
2012-11-01 15:51:20,253 WARN  mapred.LocalJobRunner (LocalJobRunner.java:run(479)) - job_local_0001
java.lang.Exception: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: /home/prasadm/repos/apache/hive-patches/build/ql/scratchdir/local/hive_2012-11-01_15-51-06_176_6704298995984162430/-local-10003/HashTable-Stage-1/MapJoin-b-11-srcbucket21.txt.hashtable (No such file or directory)
        at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:400)
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: /home/prasadm/repos/apache/hive-patches/build/ql/scratchdir/local/hive_2012-11-01_15-51-06_176_6704298995984162430/-local-10003/HashTable-Stage-1/MapJoin-b-11-srcbucket21.txt.hashtable (No such file or directory)
        at org.apache.hadoop.hive.ql.exec.ExecMapper.map(ExecMapper.java:161)
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:399)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:334)
        at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:232)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
        at java.lang.Thread.run(Thread.java:679)

Yannis on the list uncovered an assignment bug:

I performed additional testing with some alternate configurations and the problem arises (ONLY) when there is only one regionserver left which has the META table already assigned to it. 
In this case the ROOT table does not get assigned to the last regionserver (which holds the META table).
Interestingly enough though when there is only one regionserver left that has the ROOT table already assign to it then it can also have the META table re-assigned to it (if again is the only server - i.e. in this scenario you can have one regionserver holding both the META and ROOT tables).
Unless I am missing something I cannot find any reason why we cannot assign the ROOT table to the regionserver that manages the META table if it is the only one remaining (again it is an extreme case I agree that this can happen).
I applied and tested a fix (at the hbase-0.20.0 codebase) in the RegionManager::regionsAwaitingAssignment where I add the root table in the regionstoAssign set if the it is the metaServer and also the only server.

afterCompletion's javadoc states that it will be called on any outcome of endpoint invocation, allowing for proper resource cleanup. There is however a case where handleRequest() successfully completes, but afterCompletion() is never invoked. This happens whenever an exception occurs and no EndpointExceptionResolver is able to resolve the exception.
MessageDispatcher.java
// within dispatch()'s last catch block
  Object endpoint = mappedEndpoint != null ? mappedEndpoint.getEndpoint() : null;
  processEndpointException(messageContext, endpoint, ex); // exception is rethrown here..
  triggerHandleResponse(mappedEndpoint, interceptorIndex, messageContext);
  triggerAfterCompletion(mappedEndpoint, interceptorIndex, messageContext, ex); // .. and afterCompletion() is never invoked
}

Currently we are not passing properties like "build.dir.hive" etc to subant.
We should do that, otherwise setting "build.dir.hive" is not useful.

Trying to configure an endpoint like

http4://http.org

where the hostname starts with the characters "http" leads to an URISyntaxException "Expected scheme-specific part at index http4:"
This behaviour is caused by the following lines in camel-http4's HttpComponent (around line 211):

        // need to set scheme on address uri depending on if its secure or not
        String addressUri = remaining.startsWith("http") ? remaining : null;

In our case, the hostname is not prefixed with http:// or https:// which leads to the mentioned exception.
The code in question was introduced within CAMEL-6880. I'm not shure why the variable remaining is checked for a protocol prefix as it already comes without one. Setting

        String addressUri == null;

would solve the problem and does not break any test. 

HivePassThroughOutputFormat is a wrapper HiveOutputFormat used by hive to allow access to StorageHandlers that use mapred OutputFormats as their primary implementation point, and do not implement HiveOutputFormat.
However, HivePassThroughOutputFormat(henceforth called PTOF) has one major bug - it tracks the underlying outputformat that it is proxying by means of a static string in HiveFileFormatUtils. There are a few problems with this.
a) For starters, it means that a given process can only process one PTOF-based output format. So, in the case of a HS2 instance, where one thread is attempting to start a job based on HBase and another on Accumulo will cause a problem, and will overwrite each others' "real" output format. This leads to bugs where a person trying to use a hbase table gets stack traces from Accumulo like the following:

ERROR exec.Task: Job Submission failed with exception 'java.lang.NullPointerException(Expected Accumulo table name to be provided in job configuration)'
java.lang.NullPointerException: Expected Accumulo table name to be provided in job configuration
	at org.apache.hadoop.hive.accumulo.mr.HiveAccumuloTableOutputFormat.configureAccumuloOutputFormat(HiveAccumuloTableOutputFormat.java:61)
	at org.apache.hadoop.hive.accumulo.mr.HiveAccumuloTableOutputFormat.checkOutputSpecs(HiveAccumuloTableOutputFormat.java:43)
	at org.apache.hadoop.hive.ql.io.HivePassThroughOutputFormat.checkOutputSpecs(HivePassThroughOutputFormat.java:87)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.checkOutputSpecs(FileSinkOperator.java:1071)
	at org.apache.hadoop.hive.ql.io.HiveOutputFormatImpl.checkOutputSpecs(HiveOutputFormatImpl.java:67)
	at org.apache.hadoop.mapreduce.JobSubmitter.checkSpecs(JobSubmitter.java:465)
	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:343)
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1291)
	at org.apache.hadoop.mapreduce.Job.submit(Job.java:1291)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1603)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1363)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1176)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1003)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:998)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:144)
	at org.apache.hive.service.cli.operation.SQLOperation.access$100(SQLOperation.java:69)
	at org.apache.hive.service.cli.operation.SQLOperation$1$1.run(SQLOperation.java:196)
	at org.apache.hadoop.hive.shims.HadoopShimsSecure.doAs(HadoopShimsSecure.java:508)
	at org.apache.hive.service.cli.operation.SQLOperation$1.run(SQLOperation.java:208)

b) There is a bug in HiveFileFormatUtils.getOutputFormatSubstitute, which, after it determines that PTOF should act as a substitute for a process, winds up registering PTOF in the substitute map. This seems innocuous, but in result, because it winds up registering it as a substitute, winds up short-circuiting and avoiding the path where it sets the real OF the next time. This is a problem, because if the same job were to prepare writing to a HBase table, then followed by preparing to write to an Accumulo table, followed by preparing to write to a HBase table, then the second time HBase comes along, the underlying "real" OF is set to accumulo, and the HBase map look up short circuits and avoids the path that would reset the real OF back to HBase.

In org.jboss.as.ejb3.deployment.processors.SessionBeanHomeProcessor, EJB local home views are getting configured with method handlers for methods that they don't have.  The method getEJBMetaData pertains to remote homes only (and does not exist on EJBLocalHome) as the EJBMetaData class pertains only to remote views.

The build of the Spring Batch Admin projet failed with the JDK 8. The javadoc tool detects a lot of syntax errors.
You have the choice either to turn off javadoc check (see https://github.com/spring-projects/spring-batch-admin/pull/35) or to fix all javadoc issues.

Stack trace;
org.apache.camel.language.bean.RuntimeBeanExpressionException: Failed to invoke method: doSplit on MySplitter due to: java.lang.NullPointerException
        at org.apache.camel.language.bean.BeanExpression.evaluate(BeanExpression.java:82)
        at org.apache.camel.language.bean.BeanExpression.evaluate(BeanExpression.java:87)
        at org.apache.camel.processor.Splitter.createProcessorExchangePairs(Splitter.java:72)
...
        at org.apache.camel.util.MessageHelper.extractBodyForLogging(MessageHelper.java:129)
        at org.apache.camel.impl.DefaultMessage.toString(DefaultMessage.java:38)
        at java.lang.String.valueOf(String.java:2827)
        at java.util.AbstractCollection.toString(AbstractCollection.java:422)
        at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:139)
Steps to reproduce;
1. Create simple route with splitter pattern; e.g.
<route>
	<from uri="jms:IN_QUEUE"/>
	<split><method bean="MySplitter" method="doSplit"/>
		<to uri="log:route.log"/>
	</split>
</route>
2. Set DEBUG logging on for org.apache.camel classes, e.g.
log4j.logger.org.apache.camel=DEBUG
3. Fire message into route - message fails with NPE inside Camel

HBASE-15806 implemented an endpoint based export. It gets caller's HDFS delegation token, and RegionServer is supposed to write out exported files as the caller.
Everything works fine if you use run export as hbase user. However, once you use a different user to export, it fails.
To reproduce,
Add to configuration key hbase.coprocessor.region.classes the coprocessor class org.apache.hadoop.hbase.coprocessor.Export.
create a table t1, assign permission to a user foo:
 
hbase(main):004:0> user_permission 't1'
User Namespace,Table,Family,Qualifier:Permission
hbase default,t1,,: [Permission: actions=READ,WRITE,EXEC,CREATE,ADMIN]
foo default,t1,,: [Permission: actions=READ,WRITE,EXEC,CREATE,ADMIN]

As user foo, execute the following command:
 
$ hdfs dfs -mkdir /tmp/export_hbase2
$ hbase org.apache.hadoop.hbase.coprocessor.Export t1 /tmp/export_hbase2/t2/
....
18/07/10 14:03:59 INFO client.RpcRetryingCallerImpl: Call exception, tries=6, retries=6, started=4457 ms ago, cancelled=false, msg=org.apache.hadoop.security.AccessControlException: Permission denied: user=hbase, access=WRITE, inode="/tmp/export_hbase2/t2":foo:supergroup:drwxr-xr-x
at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.check(FSPermissionChecker.java:400)
at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkPermission(FSPermissionChecker.java:256)
at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkPermission(FSPermissionChecker.java:194)
at org.apache.hadoop.hdfs.server.namenode.FSDirectory.checkPermission(FSDirectory.java:1846)
at org.apache.hadoop.hdfs.server.namenode.FSDirectory.checkPermission(FSDirectory.java:1830)
at org.apache.hadoop.hdfs.server.namenode.FSDirectory.checkAncestorAccess(FSDirectory.java:1789)
at org.apache.hadoop.hdfs.server.namenode.FSDirWriteFileOp.resolvePathForStartFile(FSDirWriteFileOp.java:316)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInt(FSNamesystem.java:2411)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFile(FSNamesystem.java:2343)
at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.create(NameNodeRpcServer.java:764)
at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.create(ClientNamenodeProtocolServerSideTranslatorPB.java:451)
at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java)
at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:523)
at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:991)
at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:869)
at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:815)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1685)
at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2675)

at sun.reflect.GeneratedConstructorAccessor25.newInstance(Unknown Source)
at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:121)
at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:88)
at org.apache.hadoop.hdfs.DFSOutputStream.newStreamForCreate(DFSOutputStream.java:278)
at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:1195)
at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:1174)
at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:1112)
at org.apache.hadoop.hdfs.DistributedFileSystem$8.doCall(DistributedFileSystem.java:462)
at org.apache.hadoop.hdfs.DistributedFileSystem$8.doCall(DistributedFileSystem.java:459)
at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:473)
at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:400)
at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1103)
at org.apache.hadoop.io.SequenceFile$Writer.<init>(SequenceFile.java:1168)
at org.apache.hadoop.io.SequenceFile.createWriter(SequenceFile.java:285)
at org.apache.hadoop.hbase.coprocessor.Export$SecureWriter.<init>(Export.java:445)
at org.apache.hadoop.hbase.coprocessor.Export.processData(Export.java:214)
at org.apache.hadoop.hbase.coprocessor.Export.export(Export.java:338)
at org.apache.hadoop.hbase.protobuf.generated.ExportProtos$ExportService.callMethod(ExportProtos.java:2030)
at org.apache.hadoop.hbase.regionserver.HRegion.execService(HRegion.java:8007)
at org.apache.hadoop.hbase.regionserver.RSRpcServices.execServiceOnRegion(RSRpcServices.java:2409)
at org.apache.hadoop.hbase.regionserver.RSRpcServices.execService(RSRpcServices.java:2391)
at org.apache.hadoop.hbase.shaded.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:42010)
at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:409)

This is not a problem in unit test, because HBase runs as the same user as HDFS superuser, so it always has the permission to write.
I have a fix and a test code. Chia-Ping Tsai could you help review?
The doc could use some help too. Not very easy to follow for first time user. I'll file a doc Jira for that.
 
right now on the nightly tests the first post-action we do is log junit results. due to current limitations of Jenkins DSL, if this step fails none of the other post actions will happen.
Since we might not make junit test results, e.g. in the case of a timeout of yetus itself, we should log the junit results after we've saved whatever we can of yetus output.

This is probably to blame for the failures in the windows test suite that look like: 
Caused by: java.nio.file.FileSystemException: M:\buildAgent\work\9ccd5e119c4a65d0\testsuite\integration\basic\target\wildfly\standalone\configuration\standalone.xml: The process cannot access the file because it is being used by another process.

See nabble
http://camel.465427.n5.nabble.com/NPE-in-org-apache-camel-test-junit4-CamelTestSupport-logCoverageSummary-tp5799968.html
Also the issue is in CamelContext.getManagedProcessor method that should deal with those custom processors

Test fails but exhibited fail reason is complaining about an NPE.
	at org.apache.hadoop.hbase.regionserver.TestEndToEndSplitTransaction.blockUntilRegionIsInMeta(TestEndToEndSplitTransaction.java:474)
	at org.apache.hadoop.hbase.regionserver.TestEndToEndSplitTransaction.blockUntilRegionSplit(TestEndToEndSplitTransaction.java:451)
Looks like we are timing out waiting on split but NPE obscures actual reason for failure.
Failed here https://builds.apache.org/job/PreCommit-HBASE-Build/11204//testReport/org.apache.hadoop.hbase.regionserver/TestEndToEndSplitTransaction/testFromClientSideWhileSplitting/

When using a FilterList the scan is much slower compared to a scan with only a single filter (tested SingleColumnValueFilter and PrefixFilter).
The difference is extrem for very small ranges: if the range is only 10 rows the scan is 10 times slower when using the FilterList.
Is the cause just GC or object serialization/deserialization?
For a simple test I used the PerformanceEvaluation tool and created the TestTable with only 10 rows:
$ bin/hbase org.apache.hadoop.hbase.PerformanceEvaluation --rows=10 sequentialWrite 1
The attached test performs 100 scan using diffent filters. The filter is then wrapped into a FilterList (with only a single filter). This FilterList is then nested two more times into another FilterList. For each nested level the scan gets slower and slower.
The test created the following output:
Scan Null Filter (10): 391ms
Scan FilterList with Null Filter (0): 4788ms
Scan Nested FilterList with Null Filter (0): 8303ms
Scan Nested Nested FilterList with Null Filter (0): 11915ms
Scan SingleColumValueFilter Equal (0): 257ms
Scan FilterList with SingleColumValueFilter Equal (0): 4121ms
Scan Nested FilterList with SingleColumValueFilter Equal (0): 7965ms
Scan Nested Nested FilterList with SingleColumValueFilter Equal (0): 11600ms
Scan SingleColumValueFilter Not Equal (10): 912ms
Scan FilterList with SingleColumValueFilter Not Equal (10): 4542ms
Scan Nested FilterList with SingleColumValueFilter Not Equal (10): 8459ms
Scan Nested Nested FilterList with SingleColumValueFilter Not Equal (10): 11513ms
Scan PrefixFilter (10): 306ms
Scan FilterList with PrefixFilter (10): 3695ms
Scan Nested FilterList with PrefixFilter (10): 7762ms
Scan Nested Nested FilterList with PrefixFilter (10): 11721ms
Get: 245ms

In the CommonJoinOperator, for outer joins, there is a loop over every row in the AbstractRowContainer checking for a filtered tag.  This can take a long time if there are a large number or rows, and during this time, it does not report progress.  If this runs for long enough, Hadoop will kill the task for failing to report progress.

Most of the REST tests do not pass on trunk.  Most likely because configuration is being generated internally within REST classes rather than being passed in, so when tests override configs they are not getting picked up.
There was a similar issue already fixed with thrift and avro.

https://tools.ietf.org/html/rfc7519
JwtValidator implements iss clam as optional, samy way as stated in RFC7519. The validator is supposed to ignore iss check if its issuers set was empty, however even though it logs that issuer check is ignored it still checks it and rejects all tokens that do not contain iss claim.

echo command prints all variables in tab auto-complete even without typing $ prefix
This duplicates functionality of 'set' with no arguments. 

[disconnected /] set myvar1=value1
[disconnected /] set myvar2=value2
[disconnected /] set
myvar1=value1
myvar2=value2

Actual

[disconnected /] echo <TAB>
--help  myvar1  myvar2   #should not suggest variables
[disconnected /] echo $<TAB>myvar<TAB> #expected, auto-completes with $prefix
myvar1  myvar2  
[disconnected /] echo myvar<TAB> #autocompletes variable without $prefix

Expected

--help
[disconnected /] echo $<TAB>myvar<TAB>
[disconnected /] echo myvar<TAB> #does not suggest anything

I'm debugging a prePut hook which I've implemented as part of the coprocessor work being developed. This hook is loaded via a table COPROCESSOR attribute and I've noticed that the prePut method is being called twice for a single Put. After setting up the region server to run in a debugger, I'm noticing the call to loadTableCoprocessors() being invoked twice during region initialization, specifically: 
1.       HRegion.init => RegionCoprocessorHost.init => RegionCoprocessorHost.loadTableCoprocessors 
2.       ... => RegionCoprocessorHost.preOpen => RegionCoprocessorHost.loadTableCoprocessors 
This results in two RegionEnvironment instances, each containing a new instance of my coprocessor, being added to the RegionCoprocessorHost. When I issue a put, the list of RegionEnvironments is iterated over and each calls the prePut method in my coprocessor. Reason why this is posing a problem for me is that I modify the family map passed in to my prePut method. Since this family map is the same instance used in both prePut calls, the second prePut call operates on the modified family map, which leads to an unexpected result. 
Is the double loading of the same coprocessor class intentional, is this a bug?

Outcome of successful removal of a server controlled by a slave HC in managed domain with multiple hosts lists outcomes of all the steps, polluting the CLI:

    [domain@localhost:9990 /] /host=msimka-t450.brq.redhat.com/server-config=server-one:remove
    {
            "step-1" => {"outcome" => "success"},
            "step-2" => {"outcome" => "success"},
            "step-3" => {"outcome" => "success"},
            "step-4" => {"outcome" => "success"},
            "step-5" => {"outcome" => "success"},
            "step-6" => {"outcome" => "success"},
            "step-7" => {"outcome" => "success"},
            "step-8" => {"outcome" => "success"},
            "step-9" => {"outcome" => "success"},
            "step-10" => {"outcome" => "success"},
            "step-11" => {"outcome" => "success"},
            "step-12" => {"outcome" => "success"},
            "step-13" => {"outcome" => "success"},
            "step-14" => {"outcome" => "success"},
            "step-15" => {"outcome" => "success"},
            "step-16" => {"outcome" => "success"},
            "step-17" => {"outcome" => "success"},
            "step-18" => {"outcome" => "success"},
            "step-19" => {"outcome" => "success"},
            "step-20" => {"outcome" => "success"},
            "step-21" => {"outcome" => "success"},
            "step-22" => {"outcome" => "success"},
            "step-23" => {"outcome" => "success"},
            "step-24" => {"outcome" => "success"},
            "step-25" => {"outcome" => "success"},
            "step-26" => {"outcome" => "success"},
            "step-27" => {"outcome" => "success"},
            "step-28" => {"outcome" => "success"},
            "step-29" => {"outcome" => "success"},
            "step-30" => {"outcome" => "success"},
            "step-31" => {"outcome" => "success"},
            "step-32" => {"outcome" => "success"},
            "step-33" => {"outcome" => "success"},
            "step-34" => {"outcome" => "success"},
            "step-35" => {"outcome" => "success"},
            "step-36" => {
                "outcome" => "success",
                "result" => undefined
            },
            "step-37" => {"outcome" => "success"},
            "step-38" => {"outcome" => "success"},
            "step-39" => {"outcome" => "success"},
            "step-40" => {"outcome" => "success"},
            "step-41" => {"outcome" => "success"},
            "step-42" => {"outcome" => "success"},
            "step-43" => {"outcome" => "success"},
            "step-44" => {"outcome" => "success"},
            "step-45" => {"outcome" => "success"},
            "step-46" => {"outcome" => "success"},
            "step-47" => {"outcome" => "success"},
            "step-48" => {"outcome" => "success"},
            "step-49" => {"outcome" => "success"},
            "step-50" => {"outcome" => "success"},
            "step-51" => {"outcome" => "success"},
            "step-52" => {"outcome" => "success"},
            "step-53" => {"outcome" => "success"},
            "step-54" => {"outcome" => "success"},
            "step-55" => {"outcome" => "success"},
            "step-56" => {"outcome" => "success"},
            "step-57" => {"outcome" => "success"},
            "step-58" => {"outcome" => "success"},
            "step-59" => {"outcome" => "success"},
            "step-60" => {"outcome" => "success"},
            "step-61" => {"outcome" => "success"},
            "step-62" => {"outcome" => "success"},
            "step-63" => {"outcome" => "success"},
            "step-64" => {"outcome" => "success"},
            "step-65" => {"outcome" => "success"},
            "step-66" => {"outcome" => "success"},
            "step-67" => {"outcome" => "success"},
            "step-68" => {"outcome" => "success"},
            "step-69" => {"outcome" => "success"},
            "step-70" => {"outcome" => "success"},
            "step-71" => {"outcome" => "success"},
            "step-72" => {"outcome" => "success"},
            "step-73" => {"outcome" => "success"},
            "step-74" => {"outcome" => "success"},
            "step-75" => {"outcome" => "success"},
            "step-76" => {"outcome" => "success"},
            "step-77" => {"outcome" => "success"},
            "step-78" => {"outcome" => "success"},
            "step-79" => {"outcome" => "success"},
            "step-80" => {"outcome" => "success"},
            "step-81" => {"outcome" => "success"},
            "step-82" => {"outcome" => "success"},
            "step-83" => {"outcome" => "success"},
            "step-84" => {"outcome" => "success"},
            "step-85" => {"outcome" => "success"},
            "step-86" => {"outcome" => "success"},
            "step-87" => {"outcome" => "success"},
            "step-88" => {"outcome" => "success"},
            "step-89" => {"outcome" => "success"},
            "step-90" => {"outcome" => "success"},
            "step-91" => {"outcome" => "success"},
            "step-92" => {"outcome" => "success"},
            "step-93" => {"outcome" => "success"},
            "step-94" => {"outcome" => "success"},
            "step-95" => {"outcome" => "success"},
            "step-96" => {"outcome" => "success"},
            "step-97" => {"outcome" => "success"},
            "step-98" => {"outcome" => "success"},
            "step-99" => {"outcome" => "success"},
            "step-100" => {"outcome" => "success"},
            "step-101" => {"outcome" => "success"},
            "step-102" => {"outcome" => "success"},
            "step-103" => {"outcome" => "success"},
            "step-104" => {"outcome" => "success"},
            "step-105" => {"outcome" => "success"},
            "step-106" => {"outcome" => "success"},
            "step-107" => {"outcome" => "success"},
            "step-108" => {"outcome" => "success"},
            "step-109" => {"outcome" => "success"},
            "step-110" => {"outcome" => "success"},
            "step-111" => {"outcome" => "success"},
            "step-112" => {"outcome" => "success"},
            "step-113" => {"outcome" => "success"},
            "step-114" => {"outcome" => "success"},
            "step-115" => {"outcome" => "success"},
            "step-116" => {"outcome" => "success"},
            "step-117" => {"outcome" => "success"},
            "step-118" => {"outcome" => "success"},
            "step-119" => {"outcome" => "success"},
            "step-120" => {"outcome" => "success"},
            "step-121" => {"outcome" => "success"},
            "step-122" => {"outcome" => "success"},
            "step-123" => {"outcome" => "success"},
            "step-124" => {"outcome" => "success"},
            "step-125" => {"outcome" => "success"},
            "step-126" => {"outcome" => "success"},
            "step-127" => {"outcome" => "success"},
            "step-128" => {"outcome" => "success"},
            "step-129" => {"outcome" => "success"},
            "step-130" => {"outcome" => "success"},
            "step-131" => {"outcome" => "success"},
            "step-132" => {"outcome" => "success"},
            "step-133" => {"outcome" => "success"},
            "step-134" => {"outcome" => "success"},
            "step-135" => {"outcome" => "success"},
            "step-136" => {"outcome" => "success"},
            "step-137" => {"outcome" => "success"},
            "step-138" => {"outcome" => "success"},
            "step-139" => {"outcome" => "success"},
            "step-140" => {"outcome" => "success"},
            "step-141" => {"outcome" => "success"},
            "step-142" => {"outcome" => "success"},
            "step-143" => {"outcome" => "success"},
            "step-144" => {"outcome" => "success"},
            "step-145" => {"outcome" => "success"},
            "step-146" => {"outcome" => "success"},
            "step-147" => {"outcome" => "success"},
            "step-148" => {"outcome" => "success"},
            "step-149" => {"outcome" => "success"},
            "step-150" => {"outcome" => "success"},
            "step-151" => {"outcome" => "success"},
            "step-152" => {"outcome" => "success"},
            "step-153" => {"outcome" => "success"},
            "step-154" => {"outcome" => "success"},
            "step-155" => {"outcome" => "success"},
            "step-156" => {"outcome" => "success"},
            "step-157" => {"outcome" => "success"},
            "step-158" => {"outcome" => "success"},
            "step-159" => {"outcome" => "success"},
            "step-160" => {"outcome" => "success"},
            "step-161" => {"outcome" => "success"},
            "step-162" => {"outcome" => "success"},
            "step-163" => {"outcome" => "success"},
            "step-164" => {"outcome" => "success"},
            "step-165" => {"outcome" => "success"},
            "step-166" => {"outcome" => "success"},
            "step-167" => {"outcome" => "success"},
            "step-168" => {"outcome" => "success"},
            "step-169" => {"outcome" => "success"},
            "step-170" => {"outcome" => "success"},
            "step-171" => {"outcome" => "success"},
            "step-172" => {"outcome" => "success"},
            "step-173" => {"outcome" => "success"},
            "step-174" => {"outcome" => "success"},
            "step-175" => {"outcome" => "success"},
            "step-176" => {"outcome" => "success"},
            "step-177" => {"outcome" => "success"},
            "step-178" => {"outcome" => "success"},
            "step-179" => {"outcome" => "success"},
            "step-180" => {"outcome" => "success"},
            "step-181" => {"outcome" => "success"},
            "step-182" => {"outcome" => "success"},
            "step-183" => {"outcome" => "success"},
            "step-184" => {"outcome" => "success"},
            "step-185" => {"outcome" => "success"},
            "step-186" => {"outcome" => "success"},
            "step-187" => {"outcome" => "success"},
            "step-188" => {"outcome" => "success"},
            "step-189" => {"outcome" => "success"},
            "step-190" => {"outcome" => "success"},
            "step-191" => {"outcome" => "success"},
            "step-192" => {"outcome" => "success"},
            "step-193" => {"outcome" => "success"},
            "step-194" => {"outcome" => "success"},
            "step-195" => {"outcome" => "success"},
            "step-196" => {"outcome" => "success"},
            "step-197" => {"outcome" => "success"},
            "step-198" => {"outcome" => "success"},
            "step-199" => {"outcome" => "success"},
            "step-200" => {"outcome" => "success"},
            "step-201" => {"outcome" => "success"},
            "step-202" => {"outcome" => "success"},
            "step-203" => {"outcome" => "success"},
            "step-204" => {"outcome" => "success"},
            "step-205" => {"outcome" => "success"},
            "step-206" => {"outcome" => "success"},
            "step-207" => {"outcome" => "success"},
            "step-208" => {"outcome" => "success"},
            "step-209" => {"outcome" => "success"},
            "step-210" => {"outcome" => "success"},
            "step-211" => {"outcome" => "success"},
            "step-212" => {"outcome" => "success"},
            "step-213" => {"outcome" => "success"},
            "step-214" => {"outcome" => "success"},
            "step-215" => {"outcome" => "success"},
            "step-216" => {"outcome" => "success"},
            "step-217" => {"outcome" => "success"},
            "step-218" => {"outcome" => "success"},
            "step-219" => {"outcome" => "success"},
            "step-220" => {"outcome" => "success"},
            "step-221" => {"outcome" => "success"},
            "step-222" => {"outcome" => "success"},
            "step-223" => {"outcome" => "success"},
            "step-224" => {"outcome" => "success"},
            "step-225" => {"outcome" => "success"},
            "step-226" => {"outcome" => "success"},
            "step-227" => {"outcome" => "success"},
            "step-228" => {"outcome" => "success"},
            "step-229" => {"outcome" => "success"},
            "step-230" => {"outcome" => "success"},
            "step-231" => {"outcome" => "success"},
            "step-232" => {"outcome" => "success"},
            "step-233" => {"outcome" => "success"},
            "step-234" => {"outcome" => "success"},
            "step-235" => {"outcome" => "success"},
            "step-236" => {"outcome" => "success"},
            "step-237" => {"outcome" => "success"}
        },
        "server-groups" => undefined
    }

If the server is controlled by the master the response is normal.
Also, if the CLI connects directly to the slave (i.e. not routing through the master) the output is as shown above, so although the problem seems to only be for slaves it doesn't appear to be a result of how the master is processing the slaves response, since the master is not involved when the CLI directly connects to the slave.

After removal of unused imports in HBASE-12526 , a lot of javadoc warnings were introduced because some of the classes referred to were no longer imported.

Have seen this with spring-hadoop build as well as spring-hadoop-samples/yarn/yarn/batch-partition
org.springframework.yarn.examples.BatchPartitionTests > testAppSubmission FAILED
    java.lang.AssertionError at BatchPartitionTests.java:53
1 test completed, 1 failed
:yarn-examples-common:yarn-examples-batch-partition:test FAILED
Attached logs have more info

When we run 

wildfly-swarm:analyze
or
wildfly-swarm:package

in a maven project created using the generator web site & fraction rest-jsonp, then that fails

[ERROR] Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:2016.9:analyze (default-cli) on project demo-rest: The parameters 'gav' for goal org.wildfly.swarm:wildfly-swarm-plugin:2016.9:analyze are missing or invalid -> [Help 1]
[ERROR]

OR

[ERROR] Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:2016.9:package (default-cli) on project demo-rest: Unable to create -swarm.jar: Failed to write asset to output: /_bootstrap/demo.jar: File must be specified -> [Help 1]
[ERROR] 

Question : Is there a documentation about the maven swarm goals & how to use them ?

org.jboss.as.test.integration.domain.mixed.eap640.MixedDomainDeployment640TestCase#testJsfWorks
./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dts.noSmoke -Dtest=MixedDomainDeployment640TestCase#testJsfWorks -Djboss.test.mixed.domain.dir=/home/okotek/test/ -Dsecurity.manager

SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http-/10.16.95.147:8080-1) Error Rendering View[/home.xhtml]: javax.el.ELException: /home.xhtml: java.lang.RuntimeException: java.security.AccessControlException: access denied ("java.lang.reflect.ReflectPermission" "suppressAccessChecks")&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.facelets.compiler.TextInstruction.write(TextInstruction.java:88)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.facelets.compiler.UIInstructions.encodeBegin(UIInstructions.java:82)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.facelets.compiler.UILeaf.encodeAll(UILeaf.java:207)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at java.lang.reflect.Method.invoke(Method.java:497)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:264)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:262)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at java.security.AccessController.doPrivileged(Native Method)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at javax.security.auth.Subject.doAsPrivileged(Subject.java:549)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:296)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:156)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:288)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:59)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:197)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.modcluster.container.jbossweb.JBossWebContext$RequestListenerValve.event(JBossWebContext.java:91)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.modcluster.container.jbossweb.JBossWebContext$RequestListenerValve.invoke(JBossWebContext.java:72)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at java.lang.Thread.run(Thread.java:745)&amp#27;[0m
[Server:server-one] &amp#27;[31mCaused by: java.lang.RuntimeException: java.security.AccessControlException: access denied ("java.lang.reflect.ReflectPermission" "suppressAccessChecks")&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:65)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.util.reflection.SecureReflections.ensureAccessible(SecureReflections.java:283)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.introspector.jlr.WeldConstructorImpl.newInstance(WeldConstructorImpl.java:206)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:117)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.bean.ManagedBean.createInstance(ManagedBean.java:340)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.produce(ManagedBean.java:204)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:296)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:90)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:79)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.as.test.integration.domain.mixed.jsf.Bean$Proxy$_$$_WeldClientProxy.getMessage(Bean$Proxy$_$$_WeldClientProxy.java)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at javax.el.BeanELResolver.getValue(BeanELResolver.java:304)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.el.parser.AstValue.getValue(AstValue.java:166)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:189)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.facelets.el.ELText$ELTextVariable.writeText(ELText.java:227)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.facelets.el.ELText$ELTextComposite.writeText(ELText.java:150)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at com.sun.faces.facelets.compiler.TextInstruction.write(TextInstruction.java:85)&amp#27;[0m
[Server:server-one] &amp#27;[31m	... 38 more&amp#27;[0m
[Server:server-one] &amp#27;[31mCaused by: java.security.AccessControlException: access denied ("java.lang.reflect.ReflectPermission" "suppressAccessChecks")&amp#27;[0m
[Server:server-one] &amp#27;[31m	at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at java.security.AccessController.checkPermission(AccessController.java:884)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at java.lang.reflect.AccessibleObject.setAccessible(AccessibleObject.java:128)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.util.reflection.SecureReflections$14.work(SecureReflections.java:288)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.util.reflection.SecureReflections$14.work(SecureReflections.java:283)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)&amp#27;[0m
[Server:server-one] &amp#27;[31m	at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63)&amp#27;[0m

org.jboss.as.test.integration.domain.suites.ReadEnvironmentVariablesTestCase#testReadEnvironmentVariablesForServers
./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.domain -Dts.noSmoke -Dtest=org.jboss.as.test.integration.domain.suites.ReadEnvironmentVariablesTestCase#testReadEnvironmentVariablesForServers

ERROR [io.undertow.request] (default task-43) UT005023: Exception handling request to /env-test/env: java.security.Access
ControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getenv.*")" in code source "(vfs:/content/env-test.war/WEB-INF/classes <no signer certificates>)" of "null")
[Server:main-one] 	at java.lang.System.getenv(System.java:944) [rt.jar:1.8.0_60]
[Server:main-one] 	at org.jboss.as.test.integration.domain.suites.EnvironmentTestServlet.doGet(EnvironmentTestServlet.java:44) [classes:]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:180) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_60]
[Server:main-one] 	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:177) [undertow-servlet-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) [undertow-core-1.3.7.Final-redhat-1.jar:1.3.7.Final-redhat-1]
[Server:main-one] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_60]
[Server:main-one] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_60]
[Server:main-one] 	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_60]

Section 1.3, Package Structure, in the documentation should be reviewed. It currently refers to the Ivy file, which isn't used any more.

When procedures like Create table fails due to say AccessDeniedException, then a rollback procedure is created. When the rollback is being cleaned up, it results in an NPE because those nonce procs aren't persisted
Stack trace when this happens:

        at org.apache.hadoop.hbase.procedure2.store.ProcedureStoreTracker.delete(ProcedureStoreTracker.java:385)
        at org.apache.hadoop.hbase.procedure2.store.wal.WALProcedureStore.updateStoreTracker(WALProcedureStore.java:547)
        at org.apache.hadoop.hbase.procedure2.store.wal.WALProcedureStore.pushData(WALProcedureStore.java:504)
        at org.apache.hadoop.hbase.procedure2.store.wal.WALProcedureStore.delete(WALProcedureStore.java:453)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$CompletedProcedureCleaner.periodicExecute(ProcedureExecutor.java:184)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.timeoutLoop(ProcedureExecutor.java:995)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$500(ProcedureExecutor.java:78)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$3.run(ProcedureExecutor.java:507)

Here are the problem threads:

"RegionManager.rootScanner" daemon prio=10 tid=0x00000000404a4800 nid=0x4d57 runnable [0x0000000042014000..0x0000000042014a80]
    at org.apache.hadoop.hbase.Chore.run(Chore.java:58)

"HMaster" prio=10 tid=0x0000000040644800 nid=0x4d56 in Object.wait() [0x00000000415a4000..0x00000000415a4d00]
    at java.lang.Object.wait(Native Method)
    - waiting on <0x00007fd8975d00c0> (a org.apache.hadoop.hbase.master.RootScanner)
    at java.lang.Thread.join(Thread.java:1143)
    - locked <0x00007fd8975d00c0> (a org.apache.hadoop.hbase.master.RootScanner)
    at java.lang.Thread.join(Thread.java:1196)
    at org.apache.hadoop.hbase.master.RegionManager.stop(RegionManager.java:481)
    at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:388)

Here is code at #58 in Chore:

  public void run() {
    try {
      while (!initialChore()) {
        this.sleeper.sleep();
      }
...

Looks like we sleep for ever.
Have to kill master.

[junit] Begin query: dyn_part_empty.q
    [junit] Running org.apache.hadoop.hive.cli.TestNegativeCliDriver
    [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec
    [junit] Test org.apache.hadoop.hive.cli.TestNegativeCliDriver FAILED (crashed)

dyn_part_empty.q has been intermittently failing on Hudson. I was able to reproduce locally,
and with different versions of JUnit (3.8.1, 4.5, 4.8.2).

Column pruning in TextFile vectorization does not work with Vector SerDe settings due to LazySimple deser codepath issues.

This is a follow-up to the forum thread:
http://forum.springsource.org/showthread.php?112415-Sets-not-appearing-in-quot-show-quot-views.&p=373337#post373337
The following examples refer to the attached domain objects and fields.
Regarding the fact that some Integers are not displayed: For example a Practice's
formalityLevel,
qualityLevel,
speedLevel,
valueLevel,
perceptionLevel and
outcomeProductionDirectness
are not displayed on the Practices' list.
Regarding the fact that some Sets are not displayed: For example a Risk's Set<OutcomeSufficiency> is correctly displayed on the Risk's "list" view, but not on its "show" view.

karaf> camel:context-inflight myCamelContext
Error executing command: Object name cannot be null 

karaf> log:exception-display
javax.management.RuntimeOperationsException: Object name cannot be null
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isRegistered(DefaultMBeanServerInterceptor.java:569)[:1.8.0_45]
        at com.sun.jmx.mbeanserver.JmxMBeanServer.isRegistered(JmxMBeanServer.java:638)[:1.8.0_45]
        at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_45]
        at java.lang.reflect.Method.invoke(Method.java:497)[:1.8.0_45]
        at org.apache.karaf.management.boot.KarafMBeanServerBuilder$MBeanInvocationHandler.invoke(KarafMBeanServerBuilder.java:80)[karaf-jmx-boot.jar:]
        at com.sun.proxy.$Proxy0.isRegistered(Unknown Source)[:]
        at org.apache.camel.commands.AbstractLocalCamelController.browseInflightExchanges(AbstractLocalCamelController.java:186)
        at org.apache.camel.commands.ContextInflightCommand.performContextCommand(ContextInflightCommand.java:56)
        at org.apache.camel.commands.AbstractContextCommand.executeLocal(AbstractContextCommand.java:74)
        at org.apache.camel.commands.AbstractContextCommand.execute(AbstractContextCommand.java:42)
        at org.apache.camel.karaf.commands.ContextInflight.doExecute(ContextInflight.java:40)
        at org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)[25:org.apache.karaf.shell.console:3.0.3]
        at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)[25:org.apache.karaf.shell.console:3.0.3]
        at org.apache.karaf.shell.commands.basic.AbstractCommand.execute(AbstractCommand.java:33)[25:org.apache.karaf.shell.console:3.0.3]
        at Proxy199cb572_c6d4_4d06_851e_3f55b795651b.execute(Unknown Source)[:]
        at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[25:org.apache.karaf.shell.console:3.0.3]
        at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[25:org.apache.karaf.shell.console:3.0.3]
        at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[25:org.apache.karaf.shell.console:3.0.3]
        at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[25:org.apache.karaf.shell.console:3.0.3]
        at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[25:org.apache.karaf.shell.console:3.0.3]
        at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[25:org.apache.karaf.shell.console:3.0.3]
        at org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.java:208)
        at org.apache.karaf.shell.ssh.ShellFactoryImpl$ShellImpl$1.runConsole(ShellFactoryImpl.java:158)[52:org.apache.karaf.shell.ssh:3.0.3]
        at org.apache.karaf.shell.ssh.ShellFactoryImpl$ShellImpl$1$1.run(ShellFactoryImpl.java:133)
        at java.security.AccessController.doPrivileged(Native Method)[:1.8.0_45]
        at org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.java:57)[26:org.apache.karaf.jaas.modules:3.0.3]
        at org.apache.karaf.shell.ssh.ShellFactoryImpl$ShellImpl$1.run(ShellFactoryImpl.java:129)[52:org.apache.karaf.shell.ssh:3.0.3]
Caused by: java.lang.IllegalArgumentException: Object name cannot be null
        ... 30 more

I think when combining the object name
            Set<ObjectName> set = mBeanServer.queryNames(new ObjectName(agent.getMBeanObjectDomainName() + ":type=services,name=DefaultInflightRepository,*"), null);
The ":context=context-name" part seems missing.
The query should be something like
org.apache.camel:context=<context-name>,type=services,name=DefaultInflightRepository 

rename table changes just the name of the table in metastore but not hdfs. so if a table with old name is created, it uses the hdfs directory pointing to the renamed table.

The RBAC settings in ./etc/auth suggest that a user with the privileges Monitor, Deployer, Auditor should be able to view and manage the run-time status of Camel routes. Indeed, this is possible at the command-line console, as a user with those privileges.
However, such a user cannot carry out the same action in the Hawtio console. The user interface controls are shown, and they can be operated without seeing any error, but no action is performed.

Having a mapred-site.xml causes all the mapreduce jobs run from the hbase command line to fail.

While initializing RSRpcServices server name is formed as,

    String name = rs.getProcessName() + "/" + initialIsa.toString();

So name will be like "regionserver/host_Name/host_IP:port".
During MetricsHBaseServer intializing, we create server context name using String contains() which will be wrong when machine hostname contain "master" words.
In MetricsHBaseServerSourceFactory, 

  protected static String createContextName(String serverName) {
    if (serverName.contains("HMaster") || serverName.contains("master")) {
      return "Master";
    } else if (serverName.contains("HRegion") || serverName.contains("regionserver")) {
      return "RegionServer";
    }
    return "IPC";
  }

For example, "regionserver/node-master1-xyz/host-IP:16020"

See http://camel.465427.n5.nabble.com/CFX-Bean-headers-access-Issue-tt5741312.html#a5741691
Content-Type is HTTP header like all other headers are, CXF typically has it in the headers map and also as a dedicated message property.
At the moment Camel CXF sets Content-Type only as a message property and not adds it to the list of the headers. This is not consistent with the default CXF HTTP processing.

Consider the following test case

@Test
public void testTx() throws Exception {
	Channel channel = this.connectionFactory.createConnection().createChannel(true);
	RabbitResourceHolder holder = new RabbitResourceHolder(channel, true);
	TransactionSynchronizationManager.bindResource(this.connectionFactory, holder);
	this.template.setChannelTransacted(true);
	this.template.convertAndSend(ROUTE, "foo");
	this.template.convertAndSend("junk", ROUTE, "xxx");
	this.template.convertAndSend(ROUTE, "bar");
	channel.txCommit();
}

The underlying channel is closed on the second send (invalid exchange). The third send refreshes the proxy.
It is not clear why, but nothing is committed (I would expect the bar message to commit). However, we should get an exception on the third send since the transaction is broken.
Add code to the proxy to detect if a transaction is in process before refreshing the channel.

Spring roo generates appropiate converters for JPA entities, which do not implement the javax.faces.convert.Converter interface.
This results in compile errors in the ManagedBean aspects. Reproducable using the same steps as described in ROO-3507.
I will create a pull request on GitHub in a minute.

Trying to parse a filename containing a semicolon in the name will cause ContetnDisposition class to throw 

java.lang.IllegalArgumentException: Invalid content disposition format

This is due to the StringTokenizer with ";" does not ignore quoted, it's possible to solve with a negative lookahead regexp:
https://stackoverflow.com/questions/1757065/java-splitting-a-comma-separated-string-but-ignoring-commas-in-quotes
This was working for us in a similar case, but I am not sure what's the performance impact using this in spring-web.

	@Test
	public void parseQuotedFileNameWithSemicolon() {
		ContentDisposition disposition = ContentDisposition
				.parse("attachment; filename=\"filename with ; semicolon.txt\"");
		assertEquals(ContentDisposition.builder("attachment")
				.filename("filename with ; semicolon.txt.txt").build(), disposition);
	}

We got this in production, it killed the replication thread but the server itself was fine and the master kept the logs:

2011-06-26 16:02:56,092 INFO org.apache.zookeeper.ClientCnxn: Client session timed out, have not heard from server in 26667ms for sessionid 0x22f9dcb30ab01b8, closing socket connection and attempting reconnect
2011-06-26 16:02:56,213 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: connection to cluster: 5-0x22f9dcb30ab01b8-0x22f9dcb30ab01b8 Received ZooKeeper Event, type=None, state=Disconnected, path=null
2011-06-26 16:02:56,213 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: connection to cluster: 5-0x22f9dcb30ab01b8-0x22f9dcb30ab01b8 Received Disconnected from ZooKeeper, ignoring
2011-06-26 16:02:56,213 WARN org.apache.hadoop.hbase.replication.ReplicationZookeeper: Cannot get peer's region server addresses
org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/rs
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:90)
        at org.apache.zookeeper.ZooKeeper.getChildren(ZooKeeper.java:1243)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.listChildrenNoWatch(ZKUtil.java:389)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.listChildrenAndGetAsAddresses(ZKUtil.java:355)
        at org.apache.hadoop.hbase.replication.ReplicationZookeeper.fetchSlavesAddresses(ReplicationZookeeper.java:228)
        at org.apache.hadoop.hbase.replication.ReplicationZookeeper.getSlavesAddresses(ReplicationZookeeper.java:216)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.chooseSinks(ReplicationSource.java:205)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.shipEdits(ReplicationSource.java:588)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:341)2011-06-26 16:02:56,222 ERROR org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Closing source 5 because an error occurred: Uncaught exception during runtime
java.lang.Exception: java.lang.NullPointerException
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource$1.uncaughtException(ReplicationSource.java:628)
        at java.lang.Thread.dispatchUncaughtException(Thread.java:1874)Caused by: java.lang.NullPointerException
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.chooseSinks(ReplicationSource.java:208)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:341)

Running integration test against cluster I'm getting this on tip of branch-1:

2014-12-02 15:51:37,193 ERROR [main] util.AbstractHBaseTool: Error running command-line tool
java.lang.RuntimeException: org.apache.hadoop.hbase.DistributedHBaseCluster@7103cb56 not an instance of org.apache.hadoop.hbase.MiniHBaseCluster
	at org.apache.hadoop.hbase.HBaseTestingUtility.getMiniHBaseCluster(HBaseTestingUtility.java:952)
	at org.apache.hadoop.hbase.HBaseTestingUtility.getConnection(HBaseTestingUtility.java:2494)
	at org.apache.hadoop.hbase.HBaseTestingUtility.getHBaseAdmin(HBaseTestingUtility.java:2514)
	at org.apache.hadoop.hbase.IntegrationTestingUtility.createDistributedHBaseCluster(IntegrationTestingUtility.java:141)
	at org.apache.hadoop.hbase.IntegrationTestingUtility.initializeCluster(IntegrationTestingUtility.java:75)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList.setUpCluster(IntegrationTestBigLinkedList.java:1104)
	at org.apache.hadoop.hbase.IntegrationTestBase.setUp(IntegrationTestBase.java:124)
	at org.apache.hadoop.hbase.IntegrationTestBase.doWork(IntegrationTestBase.java:109)
	at org.apache.hadoop.hbase.util.AbstractHBaseTool.run(AbstractHBaseTool.java:114)
	at org.apache.hadoop.hbase.test.IntegrationTestBigLinkedList.main(IntegrationTestBigLinkedList.java:1225)

It looks like this was broken by:

   1 commit c0cdaf8400831bada22558febbab9681f606e26c
   2 Author: stack <stack@apache.org>
   3 Date:   Tue Nov 25 12:26:54 2014 -0800
   4
   5         HBASE-12404 Task 5 from parent: Replace internal HTable constructor use with
   6         HConnection#getTable (0.98, 0.99)

We used to create an HBaseAdmin internally with  managed connection but we changed it to use the HTU's admin.  In the patch we added check that there is a HTU cluster up and running – a mini cluster – but there won't be in the case of an IT test going against a cluster.

DelimitedLineTokenizer was refactored to improve its performance but its behavior was also slightly changed.  When the input is an empty csv string with double quotes, e.g. the java String line = """"; the tokenizer returns the same String, whereas before it was returning an empty string.
This is due to the condition checking for quotes to remove not stripping the double quotes from the empty csv string (because its length is 2 and the code check for strictly greater than 2). The previous code is there

 if (isQuoted(value)) { 

and checking for double quotes at the start and end of the string without special handling for the empty string.

After switching hbase shell to small retries numbers (to make Puts to invalida coordinates friendlier to users), we broke long operations on tables (like disabling, truncating, etc) because they use the same config values to control client retries.
Need to roll the change back (will provide a patch) and make a better fix for puts later (after HBASE-2330 is resolved)

The following method from the Spring Data Key-Value RetwisJ sample:

@RequestMapping("/signIn")
public String signIn(String name, String pass, Model model, HttpServletResponse response) { }

has name and pass resolved to null in Spring 3.0.x (if not provided) but throws an exception in 3.1 as follows:

Resolving exception from handler [public java.lang.String
org.springframework.data.redis.samples.retwisj.web.RetwisController.signIn(java.lang.String,java.lang.String,org.springframework.ui.Model,javax.servlet.http.HttpServletResponse)]:
org.springframework.web.bind.MissingServletRequestParameterException:
Required String parameter 'name' is not present

The above is turned to a 404 error through the DefaultHanndlerExceptionResolver.

Trying to import broker config into a newly created fabric results in the following error...
Error executing command: Path must not end with / character
When running in debug I can see that the path causing the stacktrace below is..
/fabric/configs/versions/1.0/profiles/mq-base/my-broker.xml/
Looks like a forward slash is being appended to the target path.
Stacktrace..
    13:39:06,307 | INFO  | l Console Thread | Console                          | 16 - org.apache.karaf.shell.console - 2.3.0.redhat-610321 | Exception caught while executing command
    java.lang.IllegalArgumentException: Path must not end with / character
    at org.apache.zookeeper.common.PathUtils.validatePath(PathUtils.java:58)[56:io.fabric8.fabric-zookeeper:1.0.0.redhat-321]
    at org.apache.zookeeper.ZooKeeper.exists(ZooKeeper.java:1020)[56:io.fabric8.fabric-zookeeper:1.0.0.redhat-321]
    at org.apache.curator.framework.imps.ExistsBuilderImpl$2.call(ExistsBuilderImpl.java:172)[56:io.fabric8.fabric-zookeeper:1.0.0.redhat-321]
    at org.apache.curator.framework.imps.ExistsBuilderImpl$2.call(ExistsBuilderImpl.java:161)[56:io.fabric8.fabric-zookeeper:1.0.0.redhat-321]
    at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:107)[56:io.fabric8.fabric-zookeeper:1.0.0.redhat-321]
    at org.apache.curator.framework.imps.ExistsBuilderImpl.pathInForeground(ExistsBuilderImpl.java:157)[56:io.fabric8.fabric-zookeeper:1.0.0.redhat-321]

The problem happens when @EnableWebMvc annotation is not present in @Configuration annotated class.
In this case deprecated version of handler mapping implementation is used: DefaultAnnotationHandlerMapping.
Request handlers returned by this mapping do not have cors configuration object.
In this case DefaultCorsProcessor.processRequest method does not reject the request but at the same time does not add Access-Control-Allow-Origin header which makes http client reject the response.
Related piece of code in DefaultCorsProcessor.processRequest:

boolean preFlightRequest = CorsUtils.isPreFlightRequest(request);
if (config == null) {
	if (preFlightRequest) {
		rejectRequest(serverResponse);
	}
	else {
	}
}

return handleInternal(serverRequest, serverResponse, config, preFlightRequest);

When @EnableWebMvc annotation is present another implementation of handler mapping is used: RequestMappingHandlerMapping.
WebMvcConfigurationSupport class initialized instance of mapping with cors configurations in requestMappingHandlerMapping() method.
Cors configurations are then checked by the code referenced above.
Related feature: SPR-9278.

Failed to create a fabric server instance on an Ubuntu 10.04 compute 
instance on AWS, apparently because 'unzip' command is not available on 
the compute instance.

The SnapshotFileCache is checking the lastModificationTime() of the ".hbase-snapshot" directory.
But in this way "pending" snapshots created in temp are not considered.
since only the parent directory timestamp is updated.
so, if we create .hbase-snapshot/.tmp/SNAPSHOT_NAME the lastModification timestamp of .hbase-snapshot will not be updated
https://github.com/apache/hbase/blob/af62395ef3f7e2a8be2ab16d272e5245902d7864/hbase-server/src/main/java/org/apache/hadoop/hbase/master/snapshot/SnapshotFileCache.java#L197

When ldap-realm with x509-credential-mapper is used in security-domain which is referenced from server-ssl-context then authorization fails. It seems it is caused by using ServerAuthenticationContext.NameAssignedState in [1] which fails in [2] due to [3]. This issue causes that x509-credential-mapper cannot work in server-ssl-context.

2017-06-30 15:01:22,019 TRACE [org.wildfly.security] (default task-2) X500 principal [CN=clientSubjectDn, OU=EAP QE, O=Red Hat, L=Brno, ST=Czech Republic, C=CZ] decoded as name [clientSubjectDn] (attribute values: [clientSubjectDn])
2017-06-30 15:01:22,022 TRACE [org.wildfly.security] (default task-2) Principal assigning: [CN=clientSubjectDn, OU=EAP QE, O=Red Hat, L=Brno, ST=Czech Republic, C=CZ], pre-realm rewritten: [clientSubjectDn], realm name: [ldap-realm-subject-dn], post-realm rewritten: [clientSubjectDn], realm rewritten: [clientSubjectDn]
2017-06-30 15:01:22,023 DEBUG [org.wildfly.security] (default task-2) Obtaining lock for identity [clientSubjectDn]...
2017-06-30 15:01:22,028 DEBUG [org.wildfly.security] (default task-2) Obtained lock for identity [clientSubjectDn].
2017-06-30 15:01:22,044 DEBUG [org.wildfly.security] (default task-2) Creating [class javax.naming.directory.InitialDirContext] with environment:
2017-06-30 15:01:22,045 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.security.credentials] with value [[s, e, c, r, e, t]]
2017-06-30 15:01:22,045 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.security.authentication] with value [simple]
2017-06-30 15:01:22,045 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.provider.url] with value [ldap://localhost:10389]
2017-06-30 15:01:22,045 DEBUG [org.wildfly.security] (default task-2)     Property [com.sun.jndi.ldap.read.timeout] with value [60000]
2017-06-30 15:01:22,045 DEBUG [org.wildfly.security] (default task-2)     Property [com.sun.jndi.ldap.connect.pool] with value [false]
2017-06-30 15:01:22,046 DEBUG [org.wildfly.security] (default task-2)     Property [com.sun.jndi.ldap.connect.timeout] with value [5000]
2017-06-30 15:01:22,046 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.security.principal] with value [uid=admin,ou=system]
2017-06-30 15:01:22,046 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.referral] with value [ignore]
2017-06-30 15:01:22,046 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.factory.initial] with value [com.sun.jndi.ldap.LdapCtxFactory]
2017-06-30 15:01:22,081 DEBUG [org.wildfly.security] (default task-2) [javax.naming.ldap.InitialLdapContext@6ca3ef32] successfully created. Connection established to LDAP server.
2017-06-30 15:01:22,084 DEBUG [org.wildfly.security] (default task-2) Trying to create identity for principal [clientSubjectDn].
2017-06-30 15:01:22,086 DEBUG [org.wildfly.security] (default task-2) Executing search [(uid={0})] in context [o=X509CredentialMapperTestCasec588011e,o=primary,dc=jboss,dc=org] with arguments [clientSubjectDn]. Returning attributes are [null]. Binary attributes are [null].
2017-06-30 15:01:22,152 DEBUG [org.wildfly.security] (default task-2) Found entry [uid=clientSubjectDn,ou=People,o=X509CredentialMapperTestCasec588011e,o=primary,dc=jboss,dc=org].
2017-06-30 15:01:22,152 DEBUG [org.wildfly.security] (default task-2) Identity for principal [clientSubjectDn] found at [uid=clientSubjectDn,ou=People,o=X509CredentialMapperTestCasec588011e,o=primary,dc=jboss,dc=org].
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2) Context [javax.naming.ldap.InitialLdapContext@6ca3ef32] was closed. Connection closed or just returned to the pool.
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2) Creating [class javax.naming.directory.InitialDirContext] with environment:
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.security.credentials] with value [[s, e, c, r, e, t]]
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.security.authentication] with value [simple]
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.provider.url] with value [ldap://localhost:10389]
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2)     Property [com.sun.jndi.ldap.read.timeout] with value [60000]
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2)     Property [com.sun.jndi.ldap.connect.pool] with value [false]
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2)     Property [com.sun.jndi.ldap.connect.timeout] with value [5000]
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.security.principal] with value [uid=admin,ou=system]
2017-06-30 15:01:22,153 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.referral] with value [ignore]
2017-06-30 15:01:22,154 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.factory.initial] with value [com.sun.jndi.ldap.LdapCtxFactory]
2017-06-30 15:01:22,179 DEBUG [org.wildfly.security] (default task-2) [javax.naming.ldap.InitialLdapContext@75395ba6] successfully created. Connection established to LDAP server.
2017-06-30 15:01:22,180 DEBUG [org.wildfly.security] (default task-2) Trying to create identity for principal [clientSubjectDn].
2017-06-30 15:01:22,180 DEBUG [org.wildfly.security] (default task-2) Executing search [(uid={0})] in context [o=X509CredentialMapperTestCasec588011e,o=primary,dc=jboss,dc=org] with arguments [clientSubjectDn]. Returning attributes are [businessCategory]. Binary attributes are [].
2017-06-30 15:01:22,195 DEBUG [org.wildfly.security] (default task-2) Found entry [uid=clientSubjectDn,ou=People,o=X509CredentialMapperTestCasec588011e,o=primary,dc=jboss,dc=org].
2017-06-30 15:01:22,197 DEBUG [org.wildfly.security] (default task-2) Identity for principal [clientSubjectDn] found at [uid=clientSubjectDn,ou=People,o=X509CredentialMapperTestCasec588011e,o=primary,dc=jboss,dc=org].
2017-06-30 15:01:22,198 DEBUG [org.wildfly.security] (default task-2) Context [javax.naming.ldap.InitialLdapContext@75395ba6] was closed. Connection closed or just returned to the pool.
2017-06-30 15:01:22,200 TRACE [org.wildfly.security] (default task-2) X500 principal [CN=clientSubjectDn, OU=EAP QE, O=Red Hat, L=Brno, ST=Czech Republic, C=CZ] decoded as name [clientSubjectDn] (attribute values: [clientSubjectDn])
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2) Creating [class javax.naming.directory.InitialDirContext] with environment:
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.security.credentials] with value [[s, e, c, r, e, t]]
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.security.authentication] with value [simple]
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.provider.url] with value [ldap://localhost:10389]
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2)     Property [com.sun.jndi.ldap.read.timeout] with value [60000]
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2)     Property [com.sun.jndi.ldap.connect.pool] with value [false]
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2)     Property [com.sun.jndi.ldap.connect.timeout] with value [5000]
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.security.principal] with value [uid=admin,ou=system]
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.referral] with value [ignore]
2017-06-30 15:01:22,205 DEBUG [org.wildfly.security] (default task-2)     Property [java.naming.factory.initial] with value [com.sun.jndi.ldap.LdapCtxFactory]
2017-06-30 15:01:22,212 DEBUG [org.wildfly.security] (default task-2) [javax.naming.ldap.InitialLdapContext@22d42495] successfully created. Connection established to LDAP server.
2017-06-30 15:01:22,213 DEBUG [org.wildfly.security] (default task-2) Trying to create identity for principal [clientSubjectDn].
2017-06-30 15:01:22,214 DEBUG [org.wildfly.security] (default task-2) Executing search [(uid={0})] in context [o=X509CredentialMapperTestCasec588011e,o=primary,dc=jboss,dc=org] with arguments [clientSubjectDn]. Returning attributes are [businessCategory]. Binary attributes are [].
2017-06-30 15:01:22,227 DEBUG [org.wildfly.security] (default task-2) Found entry [uid=clientSubjectDn,ou=People,o=X509CredentialMapperTestCasec588011e,o=primary,dc=jboss,dc=org].
2017-06-30 15:01:22,227 DEBUG [org.wildfly.security] (default task-2) Identity for principal [clientSubjectDn] found at [uid=clientSubjectDn,ou=People,o=X509CredentialMapperTestCasec588011e,o=primary,dc=jboss,dc=org].
2017-06-30 15:01:22,227 TRACE [org.wildfly.security] (default task-2) X509 client certificate accepted by X509EvidenceVerifier
2017-06-30 15:01:22,227 DEBUG [org.wildfly.security] (default task-2) Context [javax.naming.ldap.InitialLdapContext@22d42495] was closed. Connection closed or just returned to the pool.
2017-06-30 15:01:22,228 TRACE [org.wildfly.security] (default task-2) Authentication succeed for principal [CN=clientSubjectDn, OU=EAP QE, O=Red Hat, L=Brno, ST=Czech Republic, C=CZ]
2017-06-30 15:01:22,240 ERROR [org.xnio.nio] (default I/O-4) XNIO000011: Task io.undertow.protocols.ssl.SslConduit$5$1@46b65284 failed with an exception: java.lang.RuntimeException: ELY01112: Authentication cannot succeed; not authorized
	at sun.security.ssl.Handshaker.checkThrown(Handshaker.java:1429)
	at sun.security.ssl.SSLEngineImpl.checkTaskThrown(SSLEngineImpl.java:535)
	at sun.security.ssl.SSLEngineImpl.readNetRecord(SSLEngineImpl.java:813)
	at sun.security.ssl.SSLEngineImpl.unwrap(SSLEngineImpl.java:781)
	at io.undertow.protocols.ssl.ALPNHackSSLEngine.unwrap(ALPNHackSSLEngine.java:265)
	at javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:624)
	at io.undertow.server.protocol.http.ALPNLimitingSSLEngine.unwrap(ALPNLimitingSSLEngine.java:73)
	at io.undertow.protocols.ssl.SslConduit.doUnwrap(SslConduit.java:749)
	at io.undertow.protocols.ssl.SslConduit.doHandshake(SslConduit.java:646)
	at io.undertow.protocols.ssl.SslConduit.access$900(SslConduit.java:63)
	at io.undertow.protocols.ssl.SslConduit$5$1.run(SslConduit.java:1046)
	at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:592)
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:472)
Caused by: java.lang.IllegalStateException: ELY01112: Authentication cannot succeed; not authorized
	at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.succeed(ServerAuthenticationContext.java:1947)
	at org.wildfly.security.auth.server.ServerAuthenticationContext.succeed(ServerAuthenticationContext.java:492)
	at org.wildfly.security.ssl.SecurityDomainTrustManager.doClientTrustCheck(SecurityDomainTrustManager.java:123)
	at org.wildfly.security.ssl.SecurityDomainTrustManager.checkClientTrusted(SecurityDomainTrustManager.java:72)
	at sun.security.ssl.ServerHandshaker.clientCertificate(ServerHandshaker.java:1869)
	at sun.security.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:230)
	at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979)
	at sun.security.ssl.Handshaker$1.run(Handshaker.java:919)
	at sun.security.ssl.Handshaker$1.run(Handshaker.java:916)
	at sun.security.ssl.Handshaker$DelegatedTask.run(Handshaker.java:1369)
	at io.undertow.protocols.ssl.SslConduit$5.run(SslConduit.java:1034)

Since there is no documentation for this scenario it is possible that this is just a configuration issue - in that case please provide valid configuration for this scenario.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/889b2a5d3ed4fbcc759418105535cd4735c46d90/src/main/java/org/wildfly/security/ssl/SecurityDomainTrustManager.java#L120
[2] https://github.com/wildfly-security/wildfly-elytron/blob/889b2a5d3ed4fbcc759418105535cd4735c46d90/src/main/java/org/wildfly/security/ssl/SecurityDomainTrustManager.java#L122
[3] https://github.com/wildfly-security/wildfly-elytron/blob/889b2a5d3ed4fbcc759418105535cd4735c46d90/src/main/java/org/wildfly/security/auth/server/ServerAuthenticationContext.java#L1943

there are still some comments in the code that should've been updated in HIVE-14350

I faked an upgrade on a test cluster using our dev data so I had to distcp the data between the two clusters, but after starting up and doing the migration and whatnot the web UI didn't show any table. The reason was in the master's log:

org.apache.hadoop.hbase.TableExistsException: No descriptor for _distcp_logs_e0ehek
        at org.apache.hadoop.hbase.util.FSTableDescriptors.get(FSTableDescriptors.java:164)
        at org.apache.hadoop.hbase.util.FSTableDescriptors.getAll(FSTableDescriptors.java:182)
        at org.apache.hadoop.hbase.master.HMaster.getHTableDescriptors(HMaster.java:1554)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1326)
I don't think we need to show a full stack (just a WARN maybe), this shouldn't kill the request (still see tables in the web UI), and why is that a TableExistsException?

When decorating a text input with a dijit.form.TimeTextBox on a page with multiple TimeTextBox decorations, the first field is decorated fine if the 'widgetAttrs' property is omitted from the decoration, but subsequent TimeTextBoxes do not get decorated properly if their decorations are missing a 'widgetAttrs' property.  The subsequent decorations will use the 'name' attribute of the first decorated input as the 'name' attribute for their own elements.  The proof is in the attached test case HTML file.

HBaseTestingUtility#waitUntilAllRegionsAssigned(final TableName tableName) hard coded 60 seconds wait for region assignment in a table.  This could cause flaky tests, as the caller could create table with longs of region which takes longs time; or in CM, RS unavailable could slow down assignment; or in a slow machine, IT might take long to assign regions.  
In HBaseAdmin.java, we use a configurable value to wait for the table DDLs: this.syncWaitTimeout = this.conf.getInt("hbase.client.sync.wait.timeout.msec", 10 * 60000); // 10min - we should use the config for the HBaseTestingUtility#waitUntilAllRegionsAssigned() too.
Of course, the caller could use the "public void waitUntilAllRegionsAssigned(final TableName tableName, final long timeout)"; but it requires test change (currently, no test directly calls this signature). 

/**
   * Wait until all regions for a table in hbase:meta have a non-empty
   * info:server, up to 60 seconds. This means all regions have been deployed,
   * master has been informed and updated hbase:meta with the regions deployed
   * server.
   * @param tableName the table name
   */
  public void waitUntilAllRegionsAssigned(final TableName tableName) throws IOException {
    waitUntilAllRegionsAssigned(tableName, 60000);
  }

Since changes to Joey infrastructure were done, the generated ToString ITDs are not getting updated when fields are added or deleted following a database reverse engineer command. Only when the Roo shell is restarted do ToString ITDs get updated.

Now LlapTaskCommunicator always has same number of RPC listener thread with TezTaskCommunicatorImpl. There are scenarios when we want them different: for example, in Llap only mode, we want less TezTaskCommunicatorImpl's listener thread to reduce off-heap memory usage.

We saw intermittent failure of the following stack:

        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.isCompatibleWith(HiveMetaStoreClient.java:287)
        at com.sun.proxy.$Proxy9.isCompatibleWith(Unknown Source)
        at org.apache.hadoop.hive.ql.metadata.Hive.get(Hive.java:206)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.createHiveDB(BaseSemanticAnalyzer.java:205)
        at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.<init>(DDLSemanticAnalyzer.java:223)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzerFactory.get(SemanticAnalyzerFactory.java:259)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:409)
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1116)
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:110)
        at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:181)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:388)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:375)
        at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown Source)
        at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:78)
        at org.apache.hive.service.cli.session.HiveSessionProxy.access$000(HiveSessionProxy.java:36)
        at org.apache.hive.service.cli.session.HiveSessionProxy$1.run(HiveSessionProxy.java:63)
        at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:59)
        at com.sun.proxy.$Proxy20.executeStatementAsync(Unknown Source)
        at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:274)
        at org.apache.thrift.server.TServlet.doPost(TServlet.java:83)
        at org.apache.hive.service.cli.thrift.ThriftHttpServlet.doPost(ThriftHttpServlet.java:171)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:479)
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:225)
        at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:186)
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:111)
        at org.eclipse.jetty.server.Server.handle(Server.java:349)
        at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:449)
        at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:925)
        at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:857)
        at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)
        at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:76)
        at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:609)
        at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:45)

HiveMetaStoreClient.isCompatibleWith does a null check of currentMetaVars in the beginning, but it is possible HiveMetaStoreClient.close is invoked before it gets used, thus we will see the above stack. Access of currentMetaVars should be synchronized.

With a system running in Central Timezone, if it uses the annotation below specifying the timezone as Eastern timezone, with the hour set to the current hour.
The timer will fire once, and it will calculate the next timeout to be in the next hour CST, where as it should take in consideration the timezone specified on @Schedule which is Eastern.  If it did, then the timer should continue to fire every minute.

  @Schedule(persistent = false, timezone = "America/New_York", dayOfMonth = "*", dayOfWeek = "*", month = "*", hour = "22", minute = "*", second = "0", year = "*")

21:53:00,006 INFO  [stdout] (EJB default - 1) ScheduleTest: nextTimeout:Wed Jan 29 22:00:00 CST 2014

import javax.ejb.Schedule;

@Startup
public class ScheduleTest {
  public void helloWorld(Timer time) {
    System.out.println("ScheduleTest: timer:" + time.getClass().getName() + " " + time.getNextTimeout() + " " + time.getInfo());
  }
}

We run sometimes into the problem that when a thread running HBase client code is interrupted, it hangs. The problem is it is sleeping in HConnectionManager, in the methods locateRegionInMeta and getRegionServerWithRetries, where there is code like this:

try{
  Thread.sleep(getPauseTime(tries));
} catch (InterruptedException e) {
  // continue
}

which is located in a for-loop, so it will keep retrying even when someone requested the thread to stop its work.
The attached patch proposes as fix to re-assert the interrupted status of the thread and to throw an IOException. Some other cases of InterruptedException-handling in the same class do a similar thing, though sometimes returning null or breaking. I found returning null causes NPE's in other locations so I think it is better to throw an informative exception.
Side thought: I would not be against propagating the InterruptedException all the way up to the client APIs (HTable/HBaseAdmin), so that users who want to support interruptable threads do not have to check the interrupted flag. I'd need to check some more but I have the impression that now sometimes methods like HTable.get() simply return null when a thread is interrupted.
Some background on good ways of handling InterruptedExceptions can be found here:
http://www.ibm.com/developerworks/java/library/j-jtp05236.html

When using EE Concurrency Utilities with an EJB that does not manages transactions, there is no way to transactions, for instance with a JPA entity manager. This happens because the context handle that saves and sets up EJB state does not creates and manages a transaction, and UserTransaction usage is forbidden due to EJB being of CMT kind.

When a RegionServer exits unexpectedly, it often leaves its DFS files open. In the case of the redo log, this can result in a zero-length file, which a newly started RegionServer will be unable to read, causing it to exit again. It also causes DFS corruption, requiring the admin to run a dfs fsck -delete before HBase can be restarted.

In CreateTable Handler there are number of failure cases.  
IOExceptions are common while creation of regioninfos, htableDescriptors etc.
After this exception if i try to recreate the table using admin, we need to remove the acquired table lock and also clear the ZKTable in memory cache so that the operation can be retried.

Found the following in region server log:

2017-07-03 11:22:04,669 WARN  [regionserver/a.b.c.d:16020-shortCompactions-1499094046361] retry.RetryInvocationHandler: Exception while       invoking ClientNamenodeProtocolTranslatorPB.getBlockLocations over e.f.g.h:8020. Not retrying because try once and fail.
org.apache.hadoop.ipc.RemoteException(java.io.FileNotFoundException): File does not exist: /hbase/data/default/X/4d61af9d1cbcc5fe2a5cbddbfc92fe7e/ K/47222a9cbd294f499f49de92ecf330ee
  at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:71)
  at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:61)
...
  at org.apache.hadoop.hbase.io.FileLink$FileLinkInputStream.tryOpen(FileLink.java:291)
  at org.apache.hadoop.hbase.io.FileLink$FileLinkInputStream.<init>(FileLink.java:122)
  at org.apache.hadoop.hbase.io.FileLink$FileLinkInputStream.<init>(FileLink.java:113)
  at org.apache.hadoop.hbase.io.FileLink.open(FileLink.java:404)
  at org.apache.hadoop.hbase.io.FSDataInputStreamWrapper.<init>(FSDataInputStreamWrapper.java:98)
  at org.apache.hadoop.hbase.io.FSDataInputStreamWrapper.<init>(FSDataInputStreamWrapper.java:83)

    private FSDataInputStream tryOpen() throws IOException {
      for (Path path: fileLink.getLocations()) {
...
        } catch (FileNotFoundException e) {
          // Try another file location
        }

The intention is to try possible locations for the linked file.
However, RemoteException was the exception encountered. This makes the above catch clause ineffective.

using HBaseAdmin.deleteColumn() the files are not archived but deleted directory.
This causes problems with snapshots, and other systems that relies on files to be archived.

Attachment handling in camel-mail component should be improved.

In chapter "4.2.1. Transaction Configuration for the JobRepository" right at the top you have the example configuration:
<job-repository id="jobRepository"
                isolation-level-for-create="ISOLATION_REPEATABLE_READ" />
The Isolation Level ist not supported. Supported types according to XSD Schema:
<xsd:simpleType name="isolationType">
<xsd:restriction base="xsd:string">
<xsd:enumeration value="DEFAULT"/>
<xsd:enumeration value="READ_UNCOMMITTED"/>
<xsd:enumeration value="READ_COMMITTED"/>
<xsd:enumeration value="REPEATABLE_READ"/>
<xsd:enumeration value="SERIALIZABLE"/>
</xsd:restriction>
</xsd:simpleType>

It seems that insight/rh access plugin was introduced without required RBAC config file.
If I define user: 
etc/users.properties

viewer=viewer,viewer,Monitor

In Hawtio i get:

 {
    "error_type": "java.lang.Exception",
    "error": "java.lang.Exception : Insufficient roles/credentials for operation",
    "status": 403,
    "request": {
      "operation": "jsonQueryLogResults",
      "mbean": "io.fabric8.insight:type=LogQuery",
      "arguments": [
        "{\"afterTimestamp\":1421064692711,\"count\":20}"
      ],
      "type": "exec"
    },
    "stacktrace": "java.lang.Exception: Insufficient roles/credentials for operation at org.jolokia.http.HttpRequestHandler.executeRequest(HttpRequestHandler.java:214) ...."
  }

It could be fixed by adding file:
etc/jmx.acl.io.fabric8.insight.LogQuery.cfg

jsonQueryLogResults=Monitor

I'm not sure, which operations and roles should be included.
Also, is there any karaf command related to this feature, which is missing ACL config?

Class org.apache.hadoop.hive.ql.index.HiveIndex has invalid handler name 'org.apache.hadoop.hive.ql.AggregateIndexHandler'. The actual FQ class name is 'org.apache.hadoop.hive.ql.index.AggregateIndexHandler'

  public static enum IndexType {
    AGGREGATE_TABLE("aggregate", "org.apache.hadoop.hive.ql.AggregateIndexHandler"),
    COMPACT_SUMMARY_TABLE("compact", "org.apache.hadoop.hive.ql.index.compact.CompactIndexHandler"),
    BITMAP_TABLE("bitmap","org.apache.hadoop.hive.ql.index.bitmap.BitmapIndexHandler");

    private IndexType(String indexType, String className) {
      indexTypeName = indexType;
      this.handlerClsName = className;
    }

    private final String indexTypeName;
    private final String handlerClsName;

      return indexTypeName;
    }

    public String getHandlerClsName() {
      return handlerClsName;
    }
  }
  
Because all of the above statement like 'SHOW INDEXES ON MY_TABLE' doesn't work in case of configured 'org.apache.hadoop.hive.ql.index.AggregateIndexHandler' as index handler. In hive server log is observed java.lang.NullPointerException.

HTable allows a user to interact directly with a KeyValue with an empty qualifier, yet KeyValue#parseColumn(byte[]) treats this as a reference to a column family. No qualifier delimiter and an empty qualifier are treated as the same:

    if (index == -1) {
      // If no delimiter, return array of size 1
      return new byte [][] { c };
    } else if(index == c.length - 1) {
      // Only a family, return array size 1
      byte [] family = new byte[c.length-1];
      System.arraycopy(c, 0, family, 0, family.length);
      return new byte [][] { family };
    }
    ...

This inconsistency breaks external interfaces which depend on parseColumn, for instance, the shell:

# shell interactions with KV with an empty qualifier

hbase(main):001:0> create 'foo', 'f1'
0 row(s) in 1.4130 seconds

hbase(main):002:0> put 'foo', 'rk1', 'f1:', 'empty?'
0 row(s) in 0.0750 seconds # <= put works

hbase(main):003:0> put 'foo', 'rk1', 'f1:bar', 'value'

# attempt to retrieve just the kv with empty qualifier

hbase(main):004:0> get 'foo', 'rk1', 'f1:'
COLUMN                                              CELL
 f1:                                                timestamp=1379363480020, value=empty?
 f1:bar                                             timestamp=1379363546360, value=value
2 row(s) in 0.0360 seconds # <= returns more than expected!

hbase(main):005:0> get 'foo', 'rk1', 'f1'
2 row(s) in 0.0120 seconds

hbase(main):006:0> delete 'foo', 'rk1', 'f1:'
0 row(s) in 0.0290 seconds # <= delete works

hbase(main):007:0> get 'foo', 'rk1', 'f1:'
1 row(s) in 0.0260 seconds

hbase(main):008:0> get 'foo', 'rk1', 'f1'

# restore the empty qual kv for HTable test

hbase(main):011:0> put 'foo', 'rk1', 'f1:', 'empty?'
0 row(s) in 0.0950 seconds

hbase(main):010:0> get 'foo', 'rk1', 'f1:'
 f1:                                                timestamp=1379365262555, value=empty?
 f1:bar                                             timestamp=1379365134135, value=value
2 row(s) in 0.0290 seconds

hbase(main):011:0> get 'foo', 'rk1', 'f1'
2 row(s) in 0.0080 seconds

hbase(main):012:0> hconf = org.apache.hadoop.hbase.HBaseConfiguration.create()
=> #<Java::OrgApacheHadoopConf::Configuration:0x208e2fb5>
hbase(main):013:0> t = org.apache.hadoop.hbase.client.HTable.new(hconf,'foo')
=> #<Java::OrgApacheHadoopHbaseClient::HTable:0x437d51a6>

# create a Get requesting the empty qualifier only, works

hbase(main):014:0> g1 = org.apache.hadoop.hbase.client.Get.new(org.apache.hadoop.hbase.util.Bytes.toBytes('rk1'))
=> #<Java::OrgApacheHadoopHbaseClient::Get:0x796523ab>
hbase(main):015:0> g1.addColumn(org.apache.hadoop.hbase.util.Bytes.toBytes('f1'), nil)
hbase(main):016:0> t.get(g1).toString()
=> "keyvalues={rk1/f1:/1379365262555/Put/vlen=6/mvcc=0}"

# create a Get requesting the whole family, works

hbase(main):017:0> g2 = org.apache.hadoop.hbase.client.Get.new(org.apache.hadoop.hbase.util.Bytes.toBytes('rk1'))
=> #<Java::OrgApacheHadoopHbaseClient::Get:0x52e5376a>
hbase(main):018:0> g2.addFamily(org.apache.hadoop.hbase.util.Bytes.toBytes('f1'))
hbase(main):019:0> t.get(g2).toString()
=> "keyvalues={rk1/f1:/1379365262555/Put/vlen=6/mvcc=0, rk1/f1:bar/1379365134135/Put/vlen=5/mvcc=0}"

When no keyStore property is set on the KeyStoreCallbackHandler a default key store is loaded. However, in stead of loading the keyStore it loads the trustStore with the data. See line 600 of KeyStoreCallbackHandler. This messes up the situation where you don't need a keyStore, but do need a trustStore (like XML encryption).

Using Spring XML. With a log: uri in the route, LogEndpoint.createProducer() was being called before doStart(), causing a null logger param to be passed to the LogProducer constructor. This resulted in a npe when the route was executed. Rolled back to 2.17.4 to resolve.

In some cases, the wrong `HandlerResultHandler` can be resolved when handling exceptions; this can happen only if the original handler and exception handler have different signatures:

Publisher<String> originalHandler() { ... }

@ExceptionHandler(MyCustomException.class)
ResponseEntity<Mono<String>> handleException() { ... }

In that case, the `ResponseBodyResultHandler` will be used when handling exceptions instead of the `ResponseEntityResultHandler`.

In routes with a split step, when my wrapProcessorInInterceptors method is called, the  ProcessorDefinition<?> paremeter is referencing the Split definition instead of steps inside it.
For example, for the route:
from("direct:a").routeId("route:a")
        .split(xpath("//a/b")).id("task:split.products")
            .log("*** splited ::: body : ${body} ").id("task:handle.that") 
            .setHeader("insplit",constant("in-split")) 
        .end()
        .log("* aftersplit ::: body : ${body}").id("task:after.split");
for steps inside the split  the ProcessorDefinition is referencing the splitdefinition, while i think it should point to the log and setHeader steps.
It can be easily fixed,  in class:::
org.apache.camel.processor.DefaultChannel
in the method initChannel, changing
target = strategy.wrapProcessorInInterceptors(routeContext.getCamelContext(), outputDefinition, target, next);
by this:
target = strategy.wrapProcessorInInterceptors(routeContext.getCamelContext(), traceDef, target, next);

Exec write method invokes getClass() on its arguments list for finding the argument's class, which gives a npe in case the argument is null. There is already an parameterClasses array in Invoker (its super class), which is populated with correct values (by method.getParameterTypes()). One can use this array.

The Jackson2JsonRedisSerializer has an overridable `getJavaType(Class<?> class)` method, but it does not delegate to this method to determine the `javaType` used by the object mapper when deserializing.
The fix is simple. Instead of setting the private field `JavaType javaType` to the `Class<T> type` passed in from the constructor, it should be set to the type returned by `getJavaType(Class<?> class)`.

See HBase-TRUNK build #1820
This could be due to HBASE-3681
In trunk, default value of "hbase.regions.slop" is 20%. It is possible for load balancer to see region distribution which falls within 20% of optimal distribution.
However, assertRegionsAreBalanced() uses 10% slop.
One solution is to align the slop in assertRegionsAreBalanced() with "hbase.regions.slop" value.

Run the below:

create table test_acid( i int, ts timestamp)
                      clustered by (i) into 2 buckets
                      stored as orc
                      tblproperties ('transactional'='true');
insert into table test_acid values (1, '2014-09-14 12:34:30');
delete from test_acid where ts = '2014-15-16 17:18:19.20';

The below error is thrown:

15/12/04 19:55:49 INFO SessionState: Map 1: -/-	Reducer 2: 0/2
15/12/04 19:55:49 ERROR SessionState: Status: Failed
Vertex failed, vertexName=Map 1, vertexId=vertex_1447960616881_0022_2_00, diagnostics=[Vertex vertex_1447960616881_0022_2_00 [Map 1] killed/failed due to:ROOT_INPUT_INIT_FAILURE, Vertex Input: test_acid initializer failed, vertex=vertex_1447960616881_0022_2_00 [Map 1], java.lang.IllegalArgumentException: Timestamp format must be yyyy-mm-dd hh:mm:ss[.fffffffff]
	at java.sql.Timestamp.valueOf(Timestamp.java:237)
	at org.apache.hadoop.hive.ql.io.sarg.ConvertAstToSearchArg.boxLiteral(ConvertAstToSearchArg.java:160)
	at org.apache.hadoop.hive.ql.io.sarg.ConvertAstToSearchArg.findLiteral(ConvertAstToSearchArg.java:191)
	at org.apache.hadoop.hive.ql.io.sarg.ConvertAstToSearchArg.createLeaf(ConvertAstToSearchArg.java:268)
	at org.apache.hadoop.hive.ql.io.sarg.ConvertAstToSearchArg.createLeaf(ConvertAstToSearchArg.java:326)
	at org.apache.hadoop.hive.ql.io.sarg.ConvertAstToSearchArg.parse(ConvertAstToSearchArg.java:377)
	at org.apache.hadoop.hive.ql.io.sarg.ConvertAstToSearchArg.<init>(ConvertAstToSearchArg.java:68)
	at org.apache.hadoop.hive.ql.io.sarg.ConvertAstToSearchArg.create(ConvertAstToSearchArg.java:417)
	at org.apache.hadoop.hive.ql.io.sarg.ConvertAstToSearchArg.createFromConf(ConvertAstToSearchArg.java:436)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$Context.<init>(OrcInputFormat.java:484)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1121)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getSplits(OrcInputFormat.java:1207)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.addSplitsForGroup(HiveInputFormat.java:369)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getSplits(HiveInputFormat.java:481)
	at org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator.initialize(HiveSplitGenerator.java:160)
	at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable$1.run(RootInputInitializerManager.java:246)
	at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable$1.run(RootInputInitializerManager.java:240)
	at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable.call(RootInputInitializerManager.java:240)
	at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable.call(RootInputInitializerManager.java:227)

Not sure if this change is intended as the issue is not seen with ver. 1.2

As reported here: 
http://camel.465427.n5.nabble.com/Return-Value-from-Python-Script-Not-In-Message-Body-tt5724056.html#none
It seems that when calling python script that has more than a single statement  the return value from the script is null. Here is a simple example in groovy that  shows this:

package com.im.examples

import org.apache.camel.*
import org.apache.camel.impl.*
import org.apache.camel.builder.*

String script = URLEncoder.encode('"Hello world!"', "UTF-8") // this works - script returns "Hello world!"
//String script = URLEncoder.encode('bar = "baz"; "Hello world!"', "UTF-8") // this fails - script returns null

CamelContext camelContext = new DefaultCamelContext()
camelContext.addRoutes(new RouteBuilder() {
        def void configure() {
            from("direct:python")
            .to("language:python:" + script)
        }
    }
)

ProducerTemplate t = camelContext.createProducerTemplate()
def result = t.requestBody('direct:python', 'foo')
println result

camelContext.stop()

In the following code acknowledgeMode can be null if xml validation is disabled and attribute not specified.

String channelTransacted = containerEle.getAttribute(CHANNEL_TRANSACTED_ATTRIBUTE);
if (StringUtils.hasText(channelTransacted)) {
	// Note: a placeholder will pass this test, but if it resolves to true, it will be caught during container initialization
	if (acknowledgeMode.isAutoAck() && channelTransacted.equalsIgnoreCase("true")) {
		parserContext.getReaderContext().error(
				"Listener Container - cannot set channel-transacted with acknowledge='NONE'", containerEle);
	}
	containerDef.getPropertyValues().add("channelTransacted", new TypedStringValue(channelTransacted));
}

The migration scripts should increase the size of column PARAM_VALUE in the table PARTITION_PARAMS to 4000 chars to follow the description in package.jdo.

We should substitute TD#Value for the TD#Configuration. The TD#Configuration is rarely used in code base.

ANALYSIS

Called from HRegionServer.run() in case a rs is aborted:

    }

Inside RegionServerRpcQuotaManager.stop():

  public void stop() {
    if (isQuotaEnabled()) {
      quotaCache.stop("shutdown");
    }
  }

QuotaCache starts QuotaRefresherChore in QuotaCache.start():

  public void start() throws IOException {
    stopped = false;

    // TODO: This will be replaced once we have the notification bus ready.
    Configuration conf = rsServices.getConfiguration();
    int period = conf.getInt(REFRESH_CONF_KEY, REFRESH_DEFAULT_PERIOD);
    refreshChore = new QuotaRefresherChore(period, this);
    rsServices.getChoreService().scheduleChore(refreshChore);
  }

QuotaCache does not cancel refreshChore inside QuotaCache.stop():

  @Override
  public void stop(final String why) {
    stopped = true;
  }

IMPACT:
 QuotaRefresherChore may cause some retrying operation to delay rs abort

The root of job-centric exception hierarchy has empty javadoc

It's a 3 node setup, each runs datanode and regionserver. One runs as hbase master and hadoop namenode.
After some heavy write load via java client, the client is stuck. Stack trace on the regionserver shows:
"IPC Server handler 46 on 60020" daemon prio=10 tid=0x4dd3f000 nid=0x4eb3 waiting for monitor entry [0x4cc82000..0x4cc83130]
    at org.apache.hadoop.hbase.regionserver.HStore.rowAtOrBeforeFromMapFile(HStore.java:1424)

waiting to lock <0x59d27ba0> (a org.apache.hadoop.hbase.regionserver.HStoreFile$BloomFilterMapFile$Reader)
    at org.apache.hadoop.hbase.regionserver.HStore.getRowKeyAtOrBefore(HStore.java:1399)
    at org.apache.hadoop.hbase.regionserver.HRegion.getClosestRowBefore(HRegion.java:1210)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.getClosestRowBefore(HRegionServer.java:1099)
    at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source)
    at org.apache.hadoop.hbase.ipc.HbaseRPC$Server.call(HbaseRPC.java:438)
    at org.apache.hadoop.ipc.Server$Handler.run(Server.java:896)

"IPC Server handler 43 on 60020" daemon prio=10 tid=0x4dd3bc00 nid=0x4eb0 waiting for monitor entry [0x4cd75000..0x4cd75fb0]

"IPC Server handler 40 on 60020" daemon prio=10 tid=0x4dd38400 nid=0x4ead runnable [0x4ce68000..0x4ce68e30]
    at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
    at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:215)
    at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
    at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)

locked <0x6a557580> (a sun.nio.ch.Util$1)
locked <0x6a557570> (a java.util.Collections$UnmodifiableSet)
locked <0x5cdcec18> (a sun.nio.ch.EPollSelectorImpl)
    at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
    at org.apache.hadoop.net.SocketIOWithTimeout$SelectorPool.select(SocketIOWithTimeout.java:237)
    at org.apache.hadoop.net.SocketIOWithTimeout.doIO(SocketIOWithTimeout.java:155)
    at org.apache.hadoop.net.SocketInputStream.read(SocketInputStream.java:149)
    at org.apache.hadoop.net.SocketInputStream.read(SocketInputStream.java:122)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
locked <0x552ffb60> (a java.io.BufferedInputStream)
    at java.io.DataInputStream.readInt(DataInputStream.java:370)
    at org.apache.hadoop.dfs.DFSClient$BlockReader.readChunk(DFSClient.java:928)
locked <0x55300f78> (a org.apache.hadoop.dfs.DFSClient$BlockReader)
    at org.apache.hadoop.fs.FSInputChecker.readChecksumChunk(FSInputChecker.java:236)
    at org.apache.hadoop.fs.FSInputChecker.fill(FSInputChecker.java:178)
    at org.apache.hadoop.fs.FSInputChecker.read1(FSInputChecker.java:195)
    at org.apache.hadoop.fs.FSInputChecker.read(FSInputChecker.java:159)
    at org.apache.hadoop.dfs.DFSClient$BlockReader.read(DFSClient.java:823)
    at org.apache.hadoop.dfs.DFSClient$DFSInputStream.readBuffer(DFSClient.java:1352)
locked <0x59a70e40> (a org.apache.hadoop.dfs.DFSClient$DFSInputStream)
    at org.apache.hadoop.dfs.DFSClient$DFSInputStream.read(DFSClient.java:1388)
    at org.apache.hadoop.dfs.DFSClient$DFSInputStream.read(DFSClient.java:1337)
    at org.apache.hadoop.io.SequenceFile$Reader.readRecordLength(SequenceFile.java:1847)
locked <0x651f77b0> (a org.apache.hadoop.io.SequenceFile$Reader)
    at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1877)
    at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1782)
    at org.apache.hadoop.io.MapFile$Reader.seekInternal(MapFile.java:476)
locked <0x59d27ba0> (a org.apache.hadoop.hbase.regionserver.HStoreFile$BloomFilterMapFile$Reader)
    at org.apache.hadoop.io.MapFile$Reader.getClosest(MapFile.java:558)
    at org.apache.hadoop.hbase.regionserver.HStore.rowKeyFromMapFileEmptyKeys(HStore.java:1463)
    at org.apache.hadoop.hbase.regionserver.HStore.rowAtOrBeforeFromMapFile(HStore.java:1434)

"IPC Server handler 38 on 60020" daemon prio=10 tid=0x4dd36000 nid=0x4eab waiting for monitor entry [0x4cf0a000..0x4cf0b130]

"IPC Server handler 37 on 60020" daemon prio=10 tid=0x4dd35000 nid=0x4eaa waiting for monitor entry [0x4cf5b000..0x4cf5c0b0]

"IPC Server handler 35 on 60020" daemon prio=10 tid=0x4dd32c00 nid=0x4ea8 waiting for monitor entry [0x4cffd000..0x4cffdfb0]

"IPC Server handler 30 on 60020" daemon prio=10 tid=0x4dd2d400 nid=0x4ea3 waiting for monitor entry [0x4d192000..0x4d193130]

"IPC Server handler 29 on 60020" daemon prio=10 tid=0x4dd2c000 nid=0x4ea2 waiting for monitor entry [0x4d1e3000..0x4d1e40b0]

"IPC Server handler 26 on 60020" daemon prio=10 tid=0x4dd29800 nid=0x4e9f waiting for monitor entry [0x4d2d6000..0x4d2d6f30]

"IPC Server handler 17 on 60020" daemon prio=10 tid=0x4dd1f800 nid=0x4e96 waiting for monitor entry [0x4d5af000..0x4d5afeb0]

"IPC Server handler 14 on 60020" daemon prio=10 tid=0x4dd1c400 nid=0x4e93 waiting for monitor entry [0x4d6a2000..0x4d6a3130]

"IPC Server handler 10 on 60020" daemon prio=10 tid=0x4dd17c00 nid=0x4e8f waiting for monitor entry [0x4d7e6000..0x4d7e6f30]

"IPC Server handler 7 on 60020" daemon prio=10 tid=0x4dd14800 nid=0x4e8c waiting for monitor entry [0x4d8d9000..0x4d8da1b0]

"IPC Server handler 0 on 60020" daemon prio=10 tid=0x4e2c0c00 nid=0x4e85 waiting for monitor entry [0x4db10000..0x4db10e30]

in regionserver log, I see the following right before the client stuck (there are few other similar logs, but the client keeps going at those time points):
2008-07-17 22:31:49,404 INFO org.apache.hadoop.hbase.regionserver.HRegion: region aaa,bbb,1216304670433/1145836031 available
2008-07-17 22:31:49,404 INFO org.apache.hadoop.hbase.regionserver.HRegion: starting compaction on region aaa,bbb,1216304670433
2008-07-17 22:32:07,653 WARN org.apache.hadoop.hbase.regionserver.HStore: Exception closing reader for 1145836031/ccc
    at org.apache.hadoop.dfs.DFSClient$DFSInputStream.close(DFSClient.java:1319)
    at java.io.FilterInputStream.close(FilterInputStream.java:155)
    at org.apache.hadoop.io.SequenceFile$Reader.close(SequenceFile.java:1581)
    at org.apache.hadoop.io.MapFile$Reader.close(MapFile.java:577)
    at org.apache.hadoop.hbase.regionserver.HStore.closeCompactionReaders(HStore.java:917)
    at org.apache.hadoop.hbase.regionserver.HStore.compactHStoreFiles(HStore.java:910)
    at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:787)
    at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:887)
    at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:847)
    at org.apache.hadoop.hbase.regionserver.CompactSplitThread.run(CompactSplitThread.java:84)
(and two of the same exception, since I have 3 HStoreFIle to compact)
2008-07-17 22:32:07,912 INFO org.apache.hadoop.hbase.regionserver.HRegion: compaction completed on region aaa,bbb,1216304670433 in 18sec
[after this point, I only see regionserver rotates HLog, no other activities)
At 22:32, no suspicious log in datanode, but 8mins later, I see this
2008-07-17 22:40:07,928 WARN org.apache.hadoop.dfs.DataNode: 192.168.1.5650010:Got exception while serving blk_-38731635936101350 to /192.168.1.56
java.net.SocketTimeoutException: 480000 millis timeout while waiting for channel to be ready for write. ch : java.nio.channels.SocketChannel[connected local=/192.168.1.56:50010 remote=/192.168.1.56:40691]
    at org.apache.hadoop.net.SocketIOWithTimeout.doIO(SocketIOWithTimeout.java:170)
    at org.apache.hadoop.net.SocketOutputStream.write(SocketOutputStream.java:144)
    at org.apache.hadoop.net.SocketOutputStream.write(SocketOutputStream.java:105)
    at java.io.BufferedOutputStream.write(BufferedOutputStream.java:105)
    at java.io.DataOutputStream.write(DataOutputStream.java:90)
    at org.apache.hadoop.dfs.DataNode$BlockSender.sendChunks(DataNode.java:1784)
    at org.apache.hadoop.dfs.DataNode$BlockSender.sendBlock(DataNode.java:1840)
    at org.apache.hadoop.dfs.DataNode$DataXceiver.readBlock(DataNode.java:1055)
    at org.apache.hadoop.dfs.DataNode$DataXceiver.run(DataNode.java:984)
for this particular block in question, I found around the region available time:
2008-07-17 22:31:49,642 INFO org.apache.hadoop.dfs.DataNode: Receiving block blk_-38731635936101350 src: /192.168.1.56:37878 dest: /192.168.1.56:50010
2008-07-17 22:31:56,856 INFO org.apache.hadoop.dfs.DataNode: Received block blk_-38731635936101350 of size 67108864 from /192.168.1.56
2008-07-17 22:31:56,857 INFO org.apache.hadoop.dfs.DataNode: PacketResponder 1 for block blk_-38731635936101350 terminating
And after the hbase client stuck, I found one datanode keeps sending the same block to the regionserver, which is blocked as shown above.
=====
For the record, I did not see this "Stream closed" error on another small 4-node cluster with trunk r675659 (same hadoop version with the 3-node cluster above).
For hbase trunk r677011, I got 
        at org.apache.hadoop.hbase.client.ServerCallable.getServerName(ServerCallable.java:63)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getRegionServerWithRetries(HConnectionManager.java:886
        at org.apache.hadoop.hbase.client.HTable.commit(HTable.java:1161)
then, the region server stucks
08/07/18 05:29:29 INFO ipc.RPC: Problem connecting to server: /192.168.1.56:60020
stack dump shows similar as the above one, and I'm also seeing the dfs exception.

:read-resource operation of jax-rs subsystem doesn't handle interfaces, where end-point path is defined on interface

@Path("pure/proxy")
public interface PureProxyApiService {
    @Path("test/{a}/{b}")
    @GET
    String test(@PathParam("a") String a, @PathParam("b") String b);
}
public class PureProxyEndPoint implements PureProxyApiService {
    @Override
    public String test(@PathParam("a") String a, @PathParam("b") String b) {
        return a + b;
    }
}

/deployment=DEPLOYMENT_NAME/subsystem=jaxrs:read-resource(recursive,include-runtime)
Output:

        "org.resteasy.simple.deployment.PureProxyEndPoint" => {
            "resource-class" => "org.resteasy.simple.deployment.PureProxyEndPoint",
            "rest-resource-paths" => undefined,
            "sub-resource-locators" => undefined
        }

If class has @Path annotation, read-resource operation works correctly

public interface ProxyApiService {
    @GET
}
@Path("proxy")
public class ProxyEndPoint implements ProxyApiService {
    @Override
    }
}

        "org.resteasy.simple.deployment.ProxyEndPoint" => {
            "resource-class" => "org.resteasy.simple.deployment.ProxyEndPoint",
            "rest-resource-paths" => [{
                "resource-path" => "proxy/test/{a}/{b}",
                "consumes" => undefined,
                "produces" => undefined,
                "java-method" => "java.lang.String org.resteasy.simple.deployment.ProxyEndPoint.test(@PathParam java.lang.String a, @PathParam java.lang.String b)",
                "resource-methods" => ["GET /jaxrs-wf/proxy/test/{a}/{b}"]
            }],
        }

cc Lin Gao

Hi,
There seems to be a performance bug in the method retainAll in the CollectionBag class.
The problem is that the code is checking containment over the parameter collection, which could be expensive for some types of collections like ArrayLists.
One solution could be to convert the Collection into a HashSet and check containment in the HashSet.
 If this is done, then running retainAll on a 1,000,000 collection would take less than 2 seconds instead of 27 mins, according to my experiments.
____________________________________________
Here's a function to expose the bug:
 public static void collectionBagRetainAllTest() 
{

	ArrayList<Integer> coll=new ArrayList<Integer>();
	for(int i=0;i<=1000000;++i)
	    coll.add(new Integer(i));

	TreeBag<Integer> treeBag=new TreeBag<Integer>(coll);

	CollectionBag<Integer> bag = new CollectionBag<Integer>(treeBag);

	bag.retainAll(coll);
     }
_____________________________________
Here's a proposed patch:
  public boolean retainAll(final Collection<?> coll) {
        if (coll != null) {
            boolean modified = false;
            final Iterator<E> e = iterator();
	    HashSet<Object> set=new HashSet<Object>(coll);
            while (e.hasNext()) {
                if (!set.contains(e.next())) 
{
                    e.remove();
                    modified = true;
                }
            }
            return modified;
        } else 
{
            // let the decorated bag handle the case of null argument
            return decorated().retainAll(null);
        }
    }

The tests for HBASE-15806 rely on a Hadoop internal class, KeyStoreTestUtil, which in turn relies on the Bouncycastle library for certificate generation.
when building / running with Hadoop 2.7.1, we accidentally get a bouncycastle implementation via a transitive dependency of hadoop-minikdc. When attempting to run against Hadoop 3.0.0-alpha4 and 3.0.0-beta1 (and presumably future Hadoop 3.y releases), this bouncycastle jar is no longer pulled in and we fail with a CNFE.

Currently we are running Camel AMQP component against Active MQ 5 (Amazon MQ) we want to move to an Artemis solution but this hasn't worked seamlessly.
In CAMEL-9204 I believe a hardcoded topic prefix of "topic://" was introduced I think for a workaround of an Active MQ 5 bug. 
In Artemis this means Camel connects to a topic named "topic://example.topic.event" instead of "example.topic.event" and therefore receives no events.
The only possible workaround is to manually create the connection factory which means then the topic prefix is not set. 
My believe is that the hardcoded topic prefix is a bug and should be removed or an option to override at the AMQP component level should be introduced.
Bug location: AMQPComponent.java line 59

@Override
protected void doStart() throws Exception {
    Set<AMQPConnectionDetails> connectionDetails = getCamelContext().getRegistry().findByType(AMQPConnectionDetails.class);
    if (connectionDetails.size() == 1) {
        AMQPConnectionDetails details = connectionDetails.iterator().next();
        JmsConnectionFactory connectionFactory = new JmsConnectionFactory(details.username(), details.password(), details.uri());
        connectionFactory.setTopicPrefix("topic://");
        setConnectionFactory(connectionFactory);
    }
    super.doStart();
}

@Bean
public ConnectionFactory amqpConnectionFactory() {
    return new JmsConnectionFactory(username, password, url);
}

http://camel.465427.n5.nabble.com/Bug-in-the-BeanConverter-class-td2653552.html#a2653552

With a command line like 'hbase org.apache.hadoop.hbase.PerformanceEvaluation randomWrite 10' there are 100 mappers spawned, rather than the expected 10.  The culprit appears to be the outer loop in writeInputFile which sets up 10 splits for every "asked-for client".  I think the fix is just to remove that outer loop.

There are a bunch of places in the code like this:
region.close();
region.getLog().closeAndDelete();
Instead of the better:
HRegion.closeHRegion(region);
We should change these for a few reasons:
1) If we ever need to change the implementation, it's easier to change in one place
2) closeHRegion properly checks for nulls.  There are a few places where this could make a difference, for example in TestOpenedRegionHandler.java it's possible that an exception can be thrown before "region" is assigned and thus region.close() could throw an NPE.  closeHRegion avoids this issue.

HIVE-6827 disables all set commands when SQL standard authorization is turned on, but not all set commands are unsafe. We should allow safe set commands.

After HBASE-13755 the superuser we add by default (the process running hbase) does not take in consideration the keytab credential.
We have an env with the process user being hbase and the keytab being hbasefoo.
from Superusers TRACE I see, the hbase being picked up

TRACE Superusers: Current user name is hbase

from the RS audit I see the hbasefoo making requests

"allowed":true,"serviceName":"HBASE-1","username":"hbasefoo...

looking at the code in HRegionServer we do 

public HRegionServer(Configuration conf, CoordinatedStateManager csm)
   ...
    this.userProvider = UserProvider.instantiate(conf);
    Superusers.initialize(conf);
   ..
   // login the server principal (if using secure Hadoop)
    login(userProvider, hostName);
  ..

Before HBASE-13755 we were initializing the super user in the ACL coprocessor, so after the login. but now we do that before the login.
I'm not sure if we can just move the Superuser.initialize() after the login Mikhail Antonov?

The latest open source hive release (0.10.0) depends on javax.jdo artifact jdo2-api version 2.3-ec. This version is not actually in maven central, which means everyone who uses hive requires custom maven repository definitions which is discouraged by maven folks. I pinged the javax.jdo guys about it and they recommended we upgrade to 3.0. See http://goo.gl/fAoRn for the conversation.

We have two copy-pasted code-path in createTable() and discoverLoadQueue(). They do does the same exact loop on the fs with the same validation logic. we should unify them, to avoid having them out of sync

LlapServiceDriver shoud split HIVE_AUX_JARS_PATH by ':' instead of ',' , since in hive script the environment variable has been replaced:

elif [ "${HIVE_AUX_JARS_PATH}" != "" ]; then 
  HIVE_AUX_JARS_PATH=`echo $HIVE_AUX_JARS_PATH | sed 's/,/:/g'`
  if $cygwin; then
      HIVE_AUX_JARS_PATH=`cygpath -p -w "$HIVE_AUX_JARS_PATH"`
      HIVE_AUX_JARS_PATH=`echo $HIVE_AUX_JARS_PATH | sed 's/;/,/g'`
  fi
  AUX_CLASSPATH=${AUX_CLASSPATH}:${HIVE_AUX_JARS_PATH}
  AUX_PARAM="file://$(echo ${HIVE_AUX_JARS_PATH} | sed 's/:/,file:\/\//g')"
fi

But in the LLAP Service Driver, it's processed as :

 private void addAuxJarsToSet(HashSet<String> auxJarSet, String auxJars) {
          if (auxJars != null && !auxJars.isEmpty()) {
            // TODO: transitive dependencies warning?
            String[] jarPaths = auxJars.split(",");
            for (String jarPath : jarPaths) {
              if (!jarPath.isEmpty()) {
                auxJarSet.add(jarPath);
              }
            }
          }
        }
      };

User-specified jars are not added to the hadoop tasks while executing a BlockMergeTask resulting in a ClassNotFoundException.

A big batch put followed by a batch get does not always return all Cells put. See attached test program by Robert Farr that reproduces the issue. It seems to be an issue to do with a cluster of more than one machine. Running against a single machine does not have the problem (though the single machine may have many regions). Robert was unable to make his program fail with a single machine only.
I reproduced what Robert was seeing running his program. I was also unable to make a single machine fail. In a batch of 1000 puts, I see one to three Gets fail. I noticed too that if I wait a second after a fail and then re-get, the Get succeeds.

Currently, the the singleton master election occurs on every node, and nodes that detect if they have won the election will start the service.  If the election policy is non-deterministic, or not identical on every node, then there is a possibility that multiple singleton services could start.

Unit test failing on mvn install on latest head from trunk.
mvn -e output
 T E S T S
Running org.apache.camel.impl.DefaultProducerTemplateAsyncTest
Tests run: 22, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 17.012 sec <<< FAILURE!
Results :
  testAsyncCallbackExchangeInOut(org.apache.camel.impl.DefaultProducerTemplateAsyncTest)
  testAsyncCallbackBodyInOut(org.apache.camel.impl.DefaultProducerTemplateAsyncTest)
  testAsyncCallbackBodyInOutGetResult(org.apache.camel.impl.DefaultProducerTemplateAsyncTest)
Tests run: 22, Failures: 3, Errors: 0, Skipped: 0
Please refer to /data/workspace/camel/camel-core/target/surefire-reports for the individual test results.
[INFO] Trace
org.apache.maven.BuildFailureException: There are test failures.
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:715)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
Caused by: org.apache.maven.plugin.MojoFailureException: There are test failures.
	at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:575)
	... 17 more
Surefire Output
Test set: org.apache.camel.impl.DefaultProducerTemplateAsyncTest
Tests run: 22, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 17.013 sec <<< FAILURE!
testAsyncCallbackExchangeInOut(org.apache.camel.impl.DefaultProducerTemplateAsyncTest)  Time elapsed: 0.431 sec  <<< FAILURE!
junit.framework.ComparisonFailure: expected:<[AB]C> but was:<[BA]C>
	at org.apache.camel.impl.DefaultProducerTemplateAsyncTest.testAsyncCallbackExchangeInOut(DefaultProducerTemplateAsyncTest.java:357)
testAsyncCallbackBodyInOut(org.apache.camel.impl.DefaultProducerTemplateAsyncTest)  Time elapsed: 0.206 sec  <<< FAILURE!
	at org.apache.camel.impl.DefaultProducerTemplateAsyncTest.testAsyncCallbackBodyInOut(DefaultProducerTemplateAsyncTest.java:451)
testAsyncCallbackBodyInOutGetResult(org.apache.camel.impl.DefaultProducerTemplateAsyncTest)  Time elapsed: 0.176 sec  <<< FAILURE!
	at org.apache.camel.impl.DefaultProducerTemplateAsyncTest.testAsyncCallbackBodyInOutGetResult(DefaultProducerTemplateAsyncTest.java:492)

With duplicate groupby keys, we could use wrong object inspectors for some groupby expressions, and lead to ClassCastException, for example, 

explain
SELECT distinct s1.customer_name as x, s1.customer_name as y
FROM default.testv1_staples s1 join default.src s2 on s1.customer_name = s2.key
HAVING (
(SUM(s1.customer_balance) <= 4074689.000000041)
AND (AVG(s1.discount) <= 822)
AND (COUNT(s2.value) > 4)

will lead to

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableShortObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.StructObjectInspector
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFAverage$AbstractGenericUDAFAverageEvaluator.init(GenericUDAFAverage.java:374)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getGenericUDAFInfo(SemanticAnalyzer.java:3887)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanGroupByOperator1(SemanticAnalyzer.java:4354)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanMapAggrNoSkew(SemanticAnalyzer.java:5644)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8977)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9849)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9742)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10178)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10189)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10106)

I had wrong assumptions about object vs functional equality. This would need to go to 2.0.1 (target version field is AWOL)
"Luckily" the implications are spurious access denied errors, and not the other way around.

When adding delta files to the list of orc splits access to the list is not synchronized though it is shared across threads.  All other additions to the list are synchronized.

The previous tokenizer/parser code had special support for the "keyless" option, so that several "words" separated with a space were considered as the full option value.
The new tokenizer works a bit differently, and there are extra cases that need to be discussed. Creating this ticket to track discussion and WIP code.
See https://github.com/spring-projects/spring-shell/commit/388c04b10a4dbd8f10f45f557eba820bb0e4cc91

The statistics for routes is correct. However for processors the stats is wrong. For example ExchangesCompleted appears to be doubled.

Argh Aries Blueprint may parse the same blueprint xml file concurrently. Assume its the influence of pojosr that may trigger this. As running Camel on Karaf has not seen started the same XML file twice.
See nabble
http://camel.465427.n5.nabble.com/camel-blueprint-test-issues-tp5728260.html

Hi,
 We were trying to upgrade Spring 4.2 to 4.3 version. And facing below issue while beans getting created. 
Class:
@RequiredArgsConstructor(onConstructor = @__(@Autowired))
public class ClientFactory {
    public <T extends Client> T getRetryableServiceClient(final Class<T> clazz, final String qualifier) {
    }
}
package com.coral.client;
public interface Client {
}
public class AdaptorFactory {
    private NodeExecutionServiceClient nodeExecutionServiceClient;
}
Bean
    <bean id="nodeExecutionServiceClient" factory-bean="clientFactory"
          factory-method="getRetryableServiceClient">
        <constructor-arg index="0" value="com.nodeexecutionservice.NodeExecutionServiceClient" />
        <constructor-arg index="1" value="${NodeExecutionService.qualifier}"/>
    </bean>
Bean creation of this was failing with error
Exiting with throwable: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'adaptorFactory': Unsatisfied dependency expressed through field 'nodeExecutionServiceClient'; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.nodeexecutionservice.NodeExecutionServiceClient' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: 
{@org.springframework.beans.factory.annotation.Autowired(required=true)}

I debugged into source code of spring and found issue
Referring to this particular commit : https://github.com/spring-projects/spring-framework/commit/b9c4f1fa95a4b65e5baa6f507c0e2bfb4624b8af#diff-cc936e219ae3ea6fcf88f74629262bbd
getTypeForFactoryMethod 
commonType comes as - com.nodeexecutionservice.NodeExecutionServiceClient
uniqueCandidate comes as - com.coral.client.Client
		if (commonType != null) 
{
			// Clear return type found: all factory methods return same type.
			mbd.factoryMethodReturnType = (uniqueCandidate != null ?
					ResolvableType.forMethodReturnType(uniqueCandidate) : ResolvableType.forClass(commonType));
		}
		return commonType;
from the above code - ResolvableType of 'commonType' returned. But ResolvableType of 'uniqueCandidate' got saved in cache. My Generic question is ideally whatever we are returning, we should save that in cache as we are referring cache in the method call at the starting.
In my case while resolving 'uniqueCandidate', '?' got saved in cache. It returned NodeExecutionServiceClient for the first call but for other subsequent calls, it's returning '?' which is causing issue.
Why this is written like, return one resolvable type but same something else in cache which is ideally wrong ? And when 'commonType' is getting resolved correctly, rather than using why 'uniqueCandidate' is getting saved in cache ?

Camel does allow users to configure JSch with a known_hosts file. This makes the users vulnerable to man in the middle type attacks.

If Calendar timers are created programatically it is possible to use the javax.ejb.ScheduleExpression and set start() end() as a Date.
If the timer is persistent and the database is Oracle (here 12c ojdbc7 driver) a server restart will show the following Exception is:
13:55:00,450 WARN  [org.jboss.as.ejb3.timer] (ServerService Thread Pool – 63) WFLYEJB0161: Failed to reinstate timer 'ejb31-timer.ejb31-timer.SimpleScheduleSingletonTimerBean' (id=bd2e59a0-bdf6-43a1-9241-fd3a0b3a72da) from its persistent state: java.sql.SQLException: Invalid conversion requested
	at oracle.jdbc.driver.CharCommonAccessor.getTimestamp(CharCommonAccessor.java:420)
	at oracle.jdbc.driver.T4CVarcharAccessor.getTimestamp(T4CVarcharAccessor.java:644)
	at oracle.jdbc.driver.GeneratedStatement.getTimestamp(GeneratedStatement.java:360)
	at oracle.jdbc.driver.GeneratedScrollableResultSet.getTimestamp(GeneratedScrollableResultSet.java:1008)
	at org.jboss.jca.adapters.jdbc.WrappedResultSet.getTimestamp(WrappedResultSet.java:2140)
	at org.jboss.as.ejb3.timerservice.persistence.database.DatabaseTimerPersistence.timerFromResult(DatabaseTimerPersistence.java:535)
	at org.jboss.as.ejb3.timerservice.persistence.database.DatabaseTimerPersistence.loadActiveTimers(DatabaseTimerPersistence.java:452)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.getActivePersistentTimers(TimerServiceImpl.java:953)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.restoreTimers(TimerServiceImpl.java:693)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.activate(TimerServiceImpl.java:225)
	at org.jboss.as.ejb3.component.EJBComponent.start(EJBComponent.java:588)
	at org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:133)
Caused by: java.lang.IllegalArgumentException: Timestamp format must be yyyy-mm-dd hh:mm:ss[.fffffffff]
	at oracle.jdbc.driver.CharCommonAccessor.getTimestamp(CharCommonAccessor.java:415)
	... 18 more
As a result the timer seems created with a new id and the entry within the timer-table is duplicated.

IllegalFormatConversionException at

String.format("%.0f", sl.getRequestCountPerSecond()) 

1. Create new pojo with jdk or jpa date field - no validations at all
2. mvn tomcat:run
3. try to save empty form

Failed to convert property value of type [java.lang.String] to required type [java.util.Date] for property someDate; nested exception is java.lang.IllegalArgumentException: Could not parse date: Unparseable date: ""

Hmm... 

expected error: TSocket: Could not read 4 bytes from localhost:9090
12/06/25 13:48:21 ERROR server.TThreadPoolServer: Error occurred during processing of message. 
at org.apache.hadoop.hbase.util.Bytes.getBytes(Bytes.java:765) 
at org.apache.hadoop.hbase.thrift.ThriftServer$HBaseHandler.mutateRowTs(ThriftServer.java:591) 
at org.apache.hadoop.hbase.thrift.ThriftServer$HBaseHandler.mutateRow(ThriftServer.java:576) 
at org.apache.hadoop.hbase.thrift.generated.Hbase$Processor$mutateRow.getResult(Hbase.java:3630) 
at org.apache.hadoop.hbase.thrift.generated.Hbase$Processor$mutateRow.getResult(Hbase.java:3618) 
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32) 
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34) 
at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:176) 
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 

MicroProfile Metrics mandates that metrics names are unique and does not able to have multiple suppliers for the same metric with different labels.
Due to this restriction, the names of WildFly metrics are long and convoluted; e.g. `deployment/example.war/subsystem/undertow/servlet/org.example.MyServlet/request-count`
This type of names prevents any aggregation in Prometheus and is very different from the names configured in the imx-exporter for older WildFly versions (https://github.com/jboss-openshift/cct_module/pull/314)
Instead, the name of the metric should be "simple" (e.g. undertow_request_count) and the different supplies should provide labels:

undertow_request_count{deployment="foo.war", servlet="MyServletA"} 5.0
undertow_request_count{deployment="foo.war", servlet="MyServletB"} 10.0

In its current state the WildFly metrics are not usable and we should disable them until they are properly exposed in a correct state.

CLEAR LIBRARY CACHE
When I exccute SQL "use fdm; desc formatted fdm.tableName;"  in python, throw Error as followed.
but when I tryit again , It will success.
2013-12-25 03:01:32,290 ERROR exec.DDLTask (DDLTask.java:execute(435)) - org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.metastore.HiveMetaStoreClient
	at org.apache.hadoop.hive.ql.metadata.Hive.getDatabase(Hive.java:1143)
	at org.apache.hadoop.hive.ql.metadata.Hive.databaseExists(Hive.java:1128)
	at org.apache.hadoop.hive.ql.exec.DDLTask.switchDatabase(DDLTask.java:3479)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:237)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1414)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1192)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1020)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:888)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:260)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:507)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:875)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:769)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:708)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:197)
Caused by: java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.metastore.HiveMetaStoreClient
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1217)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:62)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:72)
	at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:2372)
	at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:2383)
	at org.apache.hadoop.hive.ql.metadata.Hive.getDatabase(Hive.java:1139)
	... 20 more
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1210)
	... 25 more
Caused by: javax.jdo.JDODataStoreException: Exception thrown flushing changes to datastore
java.sql.BatchUpdateException: Duplicate entry 'default' for key 'UNIQUE_DATABASE'
	at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:451)
	at org.datanucleus.api.jdo.JDOTransaction.commit(JDOTransaction.java:165)
	at org.apache.hadoop.hive.metastore.ObjectStore.commitTransaction(ObjectStore.java:358)
	at org.apache.hadoop.hive.metastore.ObjectStore.createDatabase(ObjectStore.java:404)
	at org.apache.hadoop.hive.metastore.RetryingRawStore.invoke(RetryingRawStore.java:124)
	at $Proxy9.createDatabase(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.createDefaultDB_core(HiveMetaStore.java:422)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.createDefaultDB(HiveMetaStore.java:441)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.init(HiveMetaStore.java:326)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.<init>(HiveMetaStore.java:286)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.<init>(RetryingHMSHandler.java:54)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.getProxy(RetryingHMSHandler.java:59)
	at org.apache.hadoop.hive.metastore.HiveMetaStore.newHMSHandler(HiveMetaStore.java:4060)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:121)
	... 30 more
Caused by: java.sql.BatchUpdateException: Duplicate entry 'default' for key 'UNIQUE_DATABASE'
	at com.mysql.jdbc.PreparedStatement.executeBatchSerially(PreparedStatement.java:2028)
	at com.mysql.jdbc.PreparedStatement.executeBatch(PreparedStatement.java:1451)
	at com.jolbox.bonecp.StatementHandle.executeBatch(StatementHandle.java:469)
	at org.datanucleus.store.rdbms.ParamLoggingPreparedStatement.executeBatch(ParamLoggingPreparedStatement.java:372)
	at org.datanucleus.store.rdbms.SQLController.processConnectionStatement(SQLController.java:628)
	at org.datanucleus.store.rdbms.SQLController.processStatementsForConnection(SQLController.java:596)
	at org.datanucleus.store.rdbms.SQLController$1.transactionFlushed(SQLController.java:683)
	at org.datanucleus.store.connection.AbstractManagedConnection.transactionFlushed(AbstractManagedConnection.java:86)
	at org.datanucleus.store.connection.ConnectionManagerImpl$2.transactionFlushed(ConnectionManagerImpl.java:454)
	at org.datanucleus.TransactionImpl.flush(TransactionImpl.java:199)
	at org.datanucleus.TransactionImpl.commit(TransactionImpl.java:263)
	at org.datanucleus.api.jdo.JDOTransaction.commit(JDOTransaction.java:98)
	... 46 more
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry 'default' for key 'UNIQUE_DATABASE'
	at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
	at com.mysql.jdbc.Util.getInstance(Util.java:386)
	at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1039)
	at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3609)
	at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3541)
	at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2002)
	at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2163)
	at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2624)
	at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2127)
	at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2427)
	at com.mysql.jdbc.PreparedStatement.executeBatchSerially(PreparedStatement.java:1980)
	... 57 more

Downloaded the minimal distro from
https://repository.jboss.org/nexus/content/repositories/ea/org/jboss/fuse/jboss-fuse-minimal/6.1.0.redhat-340/
And started it with
bin/fuse
And create a fabric
And then created a child container with the eip quickstart demo, eg just click the eip tab, and there is a button for creating a quickstart demo.
Any child container created does not startup, and the logs does not indicate any problem. Not sure what goes on.

read here:

  public boolean needsCompaction() {
    return (storefiles.size() - filesCompacting.size()) > minFilesToCompact;
  }

imho, it should be 

    return (storefiles.size() - filesCompacting.size()) >= minFilesToCompact;
  }

org.springframework.batch.core.step.job.JobStep#doExecute adds JobParameters into executionContext. This will be serialized into BATCH_STEP_EXECUTION_CONTEXT, but deserialization will fail if using the default org.springframework.batch.core.repository.dao.Jackson2ExecutionContextStringSerializer.
Example unit test if using empty JobParameters:

  @Test
  public void testDeserializingJob() throws Exception {
    Jackson2ExecutionContextStringSerializer serializer = new Jackson2ExecutionContextStringSerializer();

    Map<String, Object> m = new HashMap<>();
    m.put("params", new JobParameters());

    ByteArrayOutputStream out = new ByteArrayOutputStream();
    serializer.serialize(m, out);
    String serialized = new String(out.toByteArray(), "ISO-8859-1");

    InputStream is = new ByteArrayInputStream(serialized.getBytes(StandardCharsets.UTF_8));
    Map<String, Object> deserialized = serializer.deserialize(is);
  }

com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "empty" (class org.springframework.batch.core.JobParameters), not marked as ignorable (one known property: "parameters"])
 at [Source: (ByteArrayInputStream); line: 1, column: 116] (through reference chain: java.util.HashMap["params"]->org.springframework.batch.core.JobParameters["empty"])

	at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:60)
	at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:822)
	at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:1152)
	at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1567)
	at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1545)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:374)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:159)
	at com.fasterxml.jackson.databind.jsontype.impl.AsArrayTypeDeserializer._deserialize(AsArrayTypeDeserializer.java:116)
	at com.fasterxml.jackson.databind.jsontype.impl.AsArrayTypeDeserializer.deserializeTypedFromAny(AsArrayTypeDeserializer.java:71)
	at com.fasterxml.jackson.databind.deser.std.UntypedObjectDeserializer$Vanilla.deserializeWithType(UntypedObjectDeserializer.java:712)
	at com.fasterxml.jackson.databind.deser.std.MapDeserializer._readAndBindStringKeyMap(MapDeserializer.java:529)
	at com.fasterxml.jackson.databind.deser.std.MapDeserializer.deserialize(MapDeserializer.java:364)
	at com.fasterxml.jackson.databind.deser.std.MapDeserializer.deserialize(MapDeserializer.java:29)
	at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4001)
	at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3065)
	at org.springframework.batch.core.repository.dao.Jackson2ExecutionContextStringSerializer.deserialize(Jackson2ExecutionContextStringSerializer.java:59)

Example unit test if using non-empty JobParameters:

  @Test
  public void testDes() throws Exception {

    Map<String, JobParameter> jobParametersMap = new HashMap<>();
    jobParametersMap.put("paramName", new JobParameter("paramValue"));

    m.put("params", new JobParameters(jobParametersMap));

  }

com.fasterxml.jackson.databind.exc.MismatchedInputException: Cannot construct instance of `org.springframework.batch.core.JobParameter` (although at least one Creator exists): cannot deserialize from Object value (no delegate- or property-based Creator)
 at [Source: (ByteArrayInputStream); line: 1, column: 114] (through reference chain: java.util.HashMap["params"]->org.springframework.batch.core.JobParameters["parameters"]->java.util.LinkedHashMap["paramName"])

	at com.fasterxml.jackson.databind.exc.MismatchedInputException.from(MismatchedInputException.java:63)
	at com.fasterxml.jackson.databind.DeserializationContext.reportInputMismatch(DeserializationContext.java:1342)
	at com.fasterxml.jackson.databind.DeserializationContext.handleMissingInstantiator(DeserializationContext.java:1031)
	at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.deserializeFromObjectUsingNonDefault(BeanDeserializerBase.java:1275)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:325)
	at com.fasterxml.jackson.databind.deser.std.MapDeserializer._readAndBindStringKeyMap(MapDeserializer.java:527)
	at com.fasterxml.jackson.databind.jsontype.impl.AsArrayTypeDeserializer.deserializeTypedFromObject(AsArrayTypeDeserializer.java:61)
	at com.fasterxml.jackson.databind.deser.std.MapDeserializer.deserializeWithType(MapDeserializer.java:400)
	at com.fasterxml.jackson.databind.deser.impl.FieldProperty.deserializeAndSet(FieldProperty.java:138)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:368)

Currently, Netty4ClientHttpRequestFactory uses SSL if either the port is 443 or not port is given and the scheme is https. URIs having a port specified other than 443 but using https use plain-text connections so SSL is not applied.
So https://localhost:8200 connects via plaintext but should use SSL.

This is probably the same as http://fusesource.com/issues/browse/ENTMQ-39.  Entering "help" in the shell throws an NPE
Kevins-MacBook-Pro:bin kearls$ pwd
/Users/kearls/fuse/esb/bin
Kevins-MacBook-Pro:bin kearls$ ./shell 
        __ __                  ____      
       / ///___ __________ _/ __/      
      / ,<  / __ `/ __/ __ `/ / 
     / /| |/ // / /  / // / __/        
    // ||_,//   _,//         
  Apache Karaf (2.2.5.fuse-beta-7-042)
Hit '<ctrl-d>' or 'osgi:shutdown' to shutdown Karaf.
karaf@root> help
[org.apache.karaf.shell.console.jline.Console] : Exception caught while executing command
	at org.apache.karaf.shell.console.help.HelpAction.doExecute(HelpAction.java:40)
	at org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:474)
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:400)
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:89)
	at org.apache.karaf.shell.console.jline.Console.run(Console.java:226)
	at org.apache.karaf.shell.console.Main.run(Main.java:191)
	at org.apache.karaf.shell.console.Main.run(Main.java:89)
	at org.apache.karaf.shell.console.Main.main(Main.java:58)
Error executing command: java.lang.NullPointerException

I have a simple Reactive MongoDB app that I have enabled with --illegal-access=deny. A simple call to  ReactiveMongoTemplate leads to:

java.lang.reflect.InaccessibleObjectException: Unable to make private java.time.Instant(long,int) accessible: module java.base does not "opens java.time" to unnamed module @7ed7259e
	at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:337)
	at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:281)
	at java.base/java.lang.reflect.Constructor.checkCanSetAccessible(Constructor.java:192)
	at java.base/java.lang.reflect.Constructor.setAccessible(Constructor.java:185)
	at org.springframework.util.ReflectionUtils.makeAccessible(ReflectionUtils.java:488)
	at org.springframework.data.mapping.model.BasicPersistentEntity.<init>(BasicPersistentEntity.java:93)
	at org.springframework.data.mongodb.core.mapping.BasicMongoPersistentEntity.<init>(BasicMongoPersistentEntity.java:77)
	at org.springframework.data.mongodb.core.mapping.MongoMappingContext.createPersistentEntity(MongoMappingContext.java:91)
	at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:377)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:227)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:241)
	at org.springframework.data.mongodb.core.convert.QueryMapper$MetadataBackedField.getPropertyEntity(QueryMapper.java:866)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedValue(QueryMapper.java:361)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObjectForField(QueryMapper.java:231)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:140)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedSort(QueryMapper.java:173)
	at org.springframework.data.mongodb.core.ReactiveMongoTemplate.getMappedSortObject(ReactiveMongoTemplate.java:2257)
	at org.springframework.data.mongodb.core.ReactiveMongoTemplate.access$500(ReactiveMongoTemplate.java:157)
	at org.springframework.data.mongodb.core.ReactiveMongoTemplate$QueryFindPublisherPreparer.prepare(ReactiveMongoTemplate.java:2661)
	at org.springframework.data.mongodb.core.ReactiveMongoTemplate.lambda$executeFindMultiInternal$53(ReactiveMongoTemplate.java:2152)

Sample app: https://github.com/snicoll-demos/smart-meter

Add partition / order by in over clause to make result set deterministic.

When using hbase shell to disable_all/enable_all/drop_all tables, the tables prompted for confirmation are wrong.
For example, disable_all 'test*'
will ask form confirmation to diable tables like:
mytest1
test123
Fortunately, these tables will not be disabled actually since Java pattern doesn't match this way.

The behaviour when the column is not found is documented differently in the constructor and in the setter. The constructor is actually wrong: by default, when the column is not found, the row is emitted (may be the opposite would be better, but it's another question)
SingleColumnValueFilter
public SingleColumnValueFilter(byte[] family,
                               byte[] qualifier,
                               CompareFilter.CompareOp compareOp,
                               byte[] value)
Constructor for binary compare of the value of a single column. If the column is found and the condition passes, all columns of the row will be emitted. If the column is not found or the condition fails, the row will not be emitted.
setFilterIfMissing
public void setFilterIfMissing(boolean filterIfMissing)
Set whether entire row should be filtered if column is not found.
If true, the entire row will be skipped if the column is not found.
If false, the row will pass if the column is not found. This is default. 
Possible correction for the constructor documentation:
If the column is found and the condition passes, all columns of the row will be emitted. If the condition fails, the row will not be emitted. The behavior when the column is not found is defined by setFilterIfMissing.

java.io.IOException: java.lang.AssertionError: Unexpected refCount -1: 0x69a390d5(-1) 
In a large stream whose buffers are not reused, and that is separated into many CB (e.g. due to a small ORC compression buffer size), it may happen that some, but not all, buffers that are read together as a unit are evicted from cache.
If CacheBuffer follows BufferChunk in the buffer list when a stream like this is read, the latter will be converted to ProcCacheChunk;  it is possible for early refcount release logic from the former to release the refcount (for a dictionary stream, the initial refCount is always released early), and then backtrack to the latter to see if we can unlock more buffers. It would then to decref an uninitialized MemoryBuffer in ProcCacheChunk because ProcCacheChunk looks like a CacheChunk. PCC initial refcounts are released separately after the data is uncompressed.
I'm assuming this would almost never happen with non-stripe-level streams because one would need a large RG to span 2+ CBs, no overlap with next/previous RGs in 2+ buffers for the early release to kick in, and an unfortunate eviction order. However it's possible with large-ish dictionaries.

Running over extended period (48+ hrs), we've noticed HiveServer2 leaking FileSystem objects in FileSystem.CACHE. Linked jiras were previous attempts to fix it, but the issue still seems to be there. A workaround is to disable the caching (by setting fs.hdfs.impl.disable.cache and fs.file.impl.disable.cache to true), but creating new FileSystem objects is expensive.

If you set json=false like:

sap-netweaver:https://sapes1.sapdevcenter.com/sap/opu/odata/IWFND/RMTSAMPLEFLIGHT/?username=USER&amp;password=PASS&amp;json=false

It will try and parse the body as JSON because jsonAsMap is still true. This is the result:

org.codehaus.jackson.JsonParseException: Unexpected character ('<' (code 60)): expected a valid value (number, String, array, object, 'true', 'false' or 'null')
 at [Source: java.io.StringReader@343eb53f; line: 1, column: 2]
	at org.codehaus.jackson.JsonParser._constructError(JsonParser.java:1433)[51:jackson-core-asl:1.9.10]
	at org.codehaus.jackson.impl.JsonParserMinimalBase._reportError(JsonParserMinimalBase.java:521)[51:jackson-core-asl:1.9.10]
	at org.codehaus.jackson.impl.JsonParserMinimalBase._reportUnexpectedChar(JsonParserMinimalBase.java:442)[51:jackson-core-asl:1.9.10]
	at org.codehaus.jackson.impl.ReaderBasedParser._handleUnexpectedValue(ReaderBasedParser.java:1198)[51:jackson-core-asl:1.9.10]
	at org.codehaus.jackson.impl.ReaderBasedParser.nextToken(ReaderBasedParser.java:485)[51:jackson-core-asl:1.9.10]
	at org.codehaus.jackson.map.ObjectMapper._initForReading(ObjectMapper.java:2770)[53:jackson-mapper-asl:1.9.10]
	at org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2718)[53:jackson-mapper-asl:1.9.10]
	at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1863)[53:jackson-mapper-asl:1.9.10]
	at org.apache.camel.component.sap.netweaver.NetWeaverProducer.process(NetWeaverProducer.java:61)[237:org.apache.camel.camel-sap-netweaver:2.12.0.redhat-610030]
	at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:110)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:163)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:398)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:192)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:118)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:352)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:199)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:165)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:152)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:102)[131:org.apache.camel.camel-core:2.12.0.redhat-610030]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_25]
	at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)[:1.7.0_25]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)[:1.7.0_25]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)[:1.7.0_25]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)[:1.7.0_25]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_25]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_25]

If you look up or bind to/from JNDI name which is a URL (for example "rmi:"), instead of using any kind of standard lookup process, it just pushes the URL into a "java:/" name, which is definitely wrong.

Trunk/0.96 has a specific issue mentioned in HBASE-6686 when run against hadoop 2.0.   This addresses this problem.

2012-08-29 12:55:26,031 ERROR [IPC Server handler 0 on 41070] security.UserGroupInformation(1235): PriviledgedActionException as:jon (auth:SIMPLE) cause:java.io.FileNotFoundException: File does not exist: /user/jon/hbase/testQuarantineMissingHFile/4332ea87d02d33e443550537722ff4fc/fam/befbe65ff30e4a46866f04a5671f0e44
2012-08-29 12:55:26,085 WARN  [Thread-2994] hbck.HFileCorruptionChecker(253): Failed to quaratine an HFile in regiondir hdfs://localhost:41070/user/jon/hbase/testQuarantineMissingHFile/4332ea87d02d33e443550537722ff4fc
	at $Proxy23.getBlockLocations(Unknown Source)
	at org.apache.hadoop.hdfs.DFSClient.callGetBlockLocations(DFSClient.java:882)
	at org.apache.hadoop.hdfs.DFSInputStream.fetchLocatedBlocksAndGetLastBlockLength(DFSInputStream.java:152)
	at org.apache.hadoop.hdfs.DFSInputStream.openInfo(DFSInputStream.java:119)
	at org.apache.hadoop.hdfs.DFSInputStream.&lt;init&gt;(DFSInputStream.java:112)
	at org.apache.hadoop.hdfs.DFSClient.open(DFSClient.java:955)
	at org.apache.hadoop.hdfs.DistributedFileSystem.open(DistributedFileSystem.java:212)
	at org.apache.hadoop.hdfs.DistributedFileSystem.open(DistributedFileSystem.java:75)
	at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:664)
	at org.apache.hadoop.hbase.io.hfile.HFile.createReaderWithEncoding(HFile.java:575)
	at org.apache.hadoop.hbase.io.hfile.HFile.createReader(HFile.java:605)
	at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker.checkHFile(HFileCorruptionChecker.java:94)
	at org.apache.hadoop.hbase.util.TestHBaseFsck$1$1.checkHFile(TestHBaseFsck.java:1401)
	at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker.checkColFamDir(HFileCorruptionChecker.java:175)
	at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker.checkRegionDir(HFileCorruptionChecker.java:208)
	at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker$RegionDirChecker.call(HFileCorruptionChecker.java:290)
	at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker$RegionDirChecker.call(HFileCorruptionChecker.java:281)
	at org.apache.hadoop.hbase.fs.HFileSystem$1.invoke(HFileSystem.java:261)
	... 27 more
Caused by: java.io.FileNotFoundException: File does not exist: /user/jon/hbase/testQuarantineMissingHFile/4332ea87d02d33e443550537722ff4fc/fam/befbe65ff30e4a46866f04a5671f0e44
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsUpdateTimes(FSNamesystem.java:1133)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1095)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1067)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:384)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolServerSideTranslatorPB.java:165)
	at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java:42586)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:427)
	at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:916)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1692)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1688)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:1686)

	at org.apache.hadoop.ipc.Client.call(Client.java:1161)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:184)
	at $Proxy17.getBlockLocations(Unknown Source)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:165)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:84)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getBlockLocations(ClientNamenodeProtocolTranslatorPB.java:149)
	... 31 more

This will allow the ee8.preview.mode property to work correctly, otherwise EE8 API's get loaded too early.

From https://builds.apache.org/job/PreCommit-HBASE-Build/6211/artifact/trunk/patchprocess/patchJavadocWarnings.txt :

[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/replication/regionserver/ReplicationSink.java:123: warning - Tag @link: can't find replicateEntries(org.apache.hadoop.hbase.regionserver.wal.HLog.Entry[]) in org.apache.hadoop.hbase.replication.regionserver.ReplicationSink
[INFO]                                                                         
...
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-client/src/main/java/org/apache/hadoop/hbase/client/Put.java:73: warning - @param argument "ts" is not a parameter name.

The above appeared in other PreCommit builds as well.

In https://github.com/wildfly/wildfly/commit/38f8f5915b40d036bd0fd1a904d6a13916f3fa2c#diff-faf7ca63d4b901f1bff0697491c8f5ddL1147 you added check on if (securityRoles != null).
securityRoles is not checked few lines below your check (in different if block)
https://github.com/wildfly/wildfly/blob/master/ejb3/src/main/java/org/jboss/as/ejb3/component/EJBComponentDescription.java#L1162 (securityRoles.getSecurityRoleNamesByPrincipal ... )
I suggest to change https://github.com/wildfly/wildfly/blob/master/ejb3/src/main/java/org/jboss/as/ejb3/component/EJBComponentDescription.java#L1158 from 

if (runAsPrincipal != null) {

to 

if ((securityRoles != null) && (runAsPrincipal != null)) {

Fix timestamp / interval_day_time issues discovered when testing the Vectorized Text patch.

Dropdown controls disappear from forms upon validation errors. This appears to be a problem with the AspectJ controller files generated by Spring Roo generally. The petclinic sample application provides one example. Specifically, the "createForm" method in the auto-generated file OwnerController_Roo_Controller.aj maps "pets" to the result set from a call to ~.domain.Pet.findAllPets(); but this mapping does not occur in the "create" method prior to returning with the String "owner/create." Consequently, the pets model object is lost in the process of returning from validation.

If a table creation fails in a cluster enabled with rsgroup feature, the table is still listed as part of default rsgroup.
To recreate the scenario:

Create a namespace (NS) with number of region limit
Create table in the NS which satisfies the region limit by pre-splitting
Create a new table in the NS which will fail
list_rsgroup will show the table being part of default rsgroup and data can be found in hbase:rsgroup table

Would be good to revert the entry when the table creation fails or a script to clean up the metadata.

The following exception is thrown when using RowLock to update a row in an IndexedTable:
 [junit] java.io.IOException: java.io.IOException: Invalid row lock
[junit] at org.apache.hadoop.hbase.regionserver.HRegion.getLock(HRegion.java:1640)
[junit] at org.apache.hadoop.hbase.regionserver.HRegion.put(HRegion.java:1244)
[junit] at org.apache.hadoop.hbase.regionserver.tableindexed.IndexedRegion.put(IndexedRegion.java:97)
[junit] at org.apache.hadoop.hbase.regionserver.HRegion.put(HRegion.java:1216)
[junit] at org.apache.hadoop.hbase.regionserver.HRegionServer.put(HRegionServer.java:1818)
[junit] at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
[junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:597)
[junit] at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:650)
[junit] at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:915)
NOTE #1: Line numbers in stacktrace may not make sense because I've been hacking in loads of debug info. 
NOTE #2: I attaching a fix which includes unit tests

Given same query, multiple executions of the same query might yield different reutilization results since iteration order over TS operators is not guaranteed.

This is very easy to overlook because the attribute is extremely poorly named and missing from MCMP definition [1] completely. This is because mod_cluster aligned nomenclature with httpd mod_proxy's [2] which defines maxattempts as:
Maximum number of failover attempts before giving up.
and not total number attempts. This means, that value od 0 is a valid value meaning no retry.
[1] https://developer.jboss.org/docs/DOC-11425
[2] https://httpd.apache.org/docs/2.4/mod/mod_proxy.html#proxypass

For map join to work in tez, we need changes in the work and task creation phase (as documented in HIVE-5270).

Camel Cache has sample caches created by the component via its ehCache settings.
These should not be created in order to avoid unnecessary taking up of ports by the sample caches.

We are continuously deploying web applications (wars) into our wildfly domain as part of our continuous deployment driven by Bamboo.
Each time an application build succeeds it will trigger a deployment to our wildfly domain.
If this is the first deployment we run this command.

jboss-cli.sh --connect --controller=somehost:9990 --user=admin --password=admin --command="deploy app-0.1-SNAPSHOT.war --name=app.war --runtime-name=app-0.1-SNAP\
SHOT-b1.war --server-groups=A

For subsequent deployments we force a redeploy over existing deployment.

SHOT-b2.war --force
SHOT-b3.war --force
SHOT-b4.war --force
etc....

Since upgrading to WildFly 8.2.0 we see a strange behaviour in the domain management web console (http://somehost:9990/console/App.html#domain-deployments).
The application runtime name in content repository is not the same as what is shown in the server group.
I will attach screenshots for an app named apollo.war. You will see from the screenshots that the content repository shows runtime name=apollo-0.1.12-SNAPSHOT-11\
03.war, but the
server group shows runtime-name=apollo-0.1.12-SNAPSHOT-1045.war. (The last number in runtime-name is the build number from bamboo)
The server.logs from wildfly show "Deployed "apollo.war" (runtime-name : "apollo-0.1.12-SNAPSHOT-1045.war")"
However, we can tell by app capabilities that what is really deployed is apollo-0.1.12-SNAPSHOT-1103.war.
We are totally confused by this discrepency.

enablelog=true is only supported with Hadoop 1.  Need to add a flag to skip the test with Hadoop 2

I have a Spring MVC web application which uses PagedResourcesAssembler to introduce paging metadata. When you request the service by providing both paging and sorting parameters the next and prev links are wrong - they duplicate the sorting parameter.
When I investigated the issue I found that in HateoasSortHandlerMethodArgumentResolver the query parameters are built with builder.queryParam(…) instead of builder.replaceQueryParam(…).

In hbase-daemon.sh autorestart option the znode used is "shutdown"

zshutdown=`$bin/hbase org.apache.hadoop.hbase.util.HBaseConfTool zookeeper.znode.state`
        if [ "$zshutdown" == "null" ]; then zshutdown="shutdown"; fi
        zFullShutdown=$zparent/$zshutdown

the node shutdown is not available now and is changed to running.
Since this node is not available, script does not restart the node and it exists.
So autorestart scripts needs to be changed to  make use of "running" znode.

Turned off dynpart_sort_opt_vectorization.q (Tez) since it fails when reduce is vectorized to get HIVE-7029 checked in.

Container released by application, AttemptID:attempt_1406747677386_0003_2_00_000000_2 Info:Error: java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing vector batch (tag=0) [Error getting row data with exception java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.vector.DoubleColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.LongColumnVector
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory$VectorExpressionWriterLong.writeValue(VectorExpressionWriterFactory.java:168)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizedRowBatch.toString(VectorizedRowBatch.java:159)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.processVectors(ReduceRecordProcessor.java:481)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.processRows(ReduceRecordProcessor.java:371)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.run(ReduceRecordProcessor.java:291)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:165)
	at org.apache.hadoop.mapred.YarnTezDagChild$5.run(YarnTezDagChild.java:562)
	at org.apache.hadoop.mapred.YarnTezDagChild.main(YarnTezDagChild.java:551)
 ]
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing vector batch (tag=0) [Error getting row data with exception java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.vector.DoubleColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.LongColumnVector
 ]
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.processRows(ReduceRecordProcessor.java:382)
	... 6 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing vector batch (tag=0) [Error getting row data with exception java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.vector.DoubleColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.LongColumnVector
 ]
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.processVectors(ReduceRecordProcessor.java:486)
	... 8 more
	at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcSerde.serialize(VectorizedOrcSerde.java:75)
	at org.apache.hadoop.hive.ql.io.orc.OrcSerde.serializeVector(OrcSerde.java:148)
	at org.apache.hadoop.hive.ql.exec.vector.VectorFileSinkOperator.processOp(VectorFileSinkOperator.java:79)
	at org.apache.hadoop.hive.ql.exec.vector.VectorExtractOperator.processOp(VectorExtractOperator.java:99)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.processVectors(ReduceRecordProcessor.java:470)
	... 9 more

Vector allocations become a problem in sub-second cases. The pool of 8 per request is too small. Needs to be bigger and potentially pre-populated if we can do it off the main path.

Curator provides well defined reliability on top of ZooKeeper. Should be using that instead of plain ZooKeeper clients.

One of our tests removes the hdfs directory for the region, and invokes HBCK to fix the issue. This test fails flakily because the region is removed from meta and unassigned, but the region is not offlined from the masters in-memory. This affects further LB runs and disable table, etc. 
In case of inMeta && !inHdfs && isDeployed, we should not just close the region from RS, but call master.unassign(). 

A number of places in the full WildFly test suite depend on the incorrect behavior that WFCORE-1762 is meant to fix. Tests execute operations that should fail and assume they will succeed.
InterDeploymentDependenciesTestCase and InterDeploymentDependenciesEarTestCase are like this. There may be (many) others.

Before 2.0, we will pass a HTableDescriptor and the CPs can modify the schema of a table, but now we will pass a TableDescriptor, which is immutable. I think it is correct to pass an immutable instance here, but we should have a return value for this method to allow CPs to return a new TableDescriptor.

I'm seeing loads of this in logs:

2009-09-24 21:27:22,130 DEBUG org.apache.hadoop.hbase.master.RegionManager: Server XX.XX.XX.100,20020,1253219583523 will be unloaded for balance. Server load: 5 avg: 3.78, regions can be moved: 4

Its like balancer is coming up w/ wrong answer to question... I don't see subsequent stuff going on... It does it over and over for hours.
Then a split comes in and its seems to shake things up.  I see it do a bunch of assigning.

2009-09-24 21:41:02,784 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_SPLIT: locations,,1253657949707: Daughters; locations,,1253
828460677, locations,http:\x2F\x2Fen.wikipedia.org\x2Fwiki\x2FLarry_Lucchino,1253828460677 from aa0-009-2.u.powerset.com,20020,1253219584971; 1 of 3
2009-09-24 21:41:02,784 DEBUG org.apache.hadoop.hbase.master.RegionManager: Assigning for address: XX.XX.XX.6:20020, startcode: 1253219584971, load: (reque
sts=5213, regions=3, usedHeap=114, maxHeap=2031): total nregions to assign=2, nregions to reach balance=4, isMetaAssign=false
2009-09-24 21:41:02,820 DEBUG org.apache.hadoop.hbase.master.RegionManager: Assigning for address: XX.XX.XX.96:20020, startcode: 1253219584175, load: (requ
ests=12, regions=4, usedHeap=404, maxHeap=2031): total nregions to assign=2, nregions to reach balance=4, isMetaAssign=false
...

Then back to the 'will be unloaded'... message.
A new split comes in and then the assigning gets triggered again... a few regions are opened but not enough.
Eventually it goes back to 'normal' (average load went to 3.85 from 3.8?)

Found this issue while looking at the method mentioned by HIVE-6648.
'alter table .. partition .. rename to ..' and other commands calling Warehouse.mkdirs() doesn't inherit permission on the partition directories and consequently the data, when "hive.warehouse.subdir.inherit.perms" is set.
Also, in these scenarios of directory creation, group is not being inherited.  Data files are already inheriting group by HIVE-3756.

asciidoctor: WARNING: _elytron/General_Elytron_Architecture.adoc: line 161: id assigned to section already in use: ssl-tls
asciidoctor: WARNING: _elytron/migrate/LDAP_Based_Authentication_Migration.adoc: line 47: id assigned to section already in use: legacy-security-realm
asciidoctor: WARNING: _elytron/migrate/Database_Authentication_Migration.adoc: line 73: id assigned to section already in use: migrated
asciidoctor: WARNING: _elytron/migrate/Kerberos_Based_Authentication_Migration.adoc: line 31: id assigned to section already in use: http-authentication
asciidoctor: WARNING: _elytron/migrate/Kerberos_Based_Authentication_Migration.adoc: line 34: id assigned to section already in use: legacy-security-realm
asciidoctor: WARNING: _elytron/migrate/Application_Client_Migration.adoc: line 12: id assigned to section already in use: original-configuration
asciidoctor: WARNING: _elytron/migrate/Application_Client_Migration.adoc: line 32: id assigned to section already in use: migrated-configuration
asciidoctor: WARNING: _elytron/migrate/Application_Client_Migration.adoc: line 119: id assigned to section already in use: original-configuration-1

Query ran with hive.vectorized.execution.enabled=true:

select dt, to_date(date_add(dt, 2)), to_date(date_sub(dt, 2)),
       datediff(dt, date_add(dt, 2)), datediff(dt, date_sub(dt, 2)),
       datediff(date_add(dt, 2), date_sub(dt, 2))
from vectortab10korc limit 1;

Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
	... 8 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating datediff(date_add(dt, 2), date_sub(dt, 2))
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.processOp(VectorSelectOperator.java:117)
	... 9 more
	at java.lang.String.checkBounds(String.java:400)
	at java.lang.String.<init>(String.java:569)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorUDFDateDiffColCol.setDays(VectorUDFDateDiffColCol.java:254)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorUDFDateDiffColCol.copySelected(VectorUDFDateDiffColCol.java:231)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorUDFDateDiffColCol.toDateArray(VectorUDFDateDiffColCol.java:190)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorUDFDateDiffColCol.evaluate(VectorUDFDateDiffColCol.java:72)
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.processOp(VectorSelectOperator.java:115)
	... 13 more

There is still one reference to the ContextHolder in the documentation, section 1.5.1, bullet list, item 3:
SecureContext, which is held in the ContextHolder

getScanner should recognize GenericFile as type so we can leverage the underlying java.io.File handle.

I've found few features which doesn't work:
fabric:profile-edit --features <featurename> jboss-fuse-full
These three shows dependencies problem:
camel-dns
application-without-isolation
servicemix-wsn2005

After the MockHttpServletRequest revision in SPR-11764, getInputStream() returns an empty stream in case of no content... but getReader() still returns null in such a case. Let's fix this for 4.3.7, along with SPR-15214.

The shutdown() function of metastore.HiveMetaStore$HMSHandler does not set the thread local RawStore variable (in threadLocalMS) to null. Subsequent getMS() calls may get the wrong RawStore object.

Starting in 1.9.6.RELEASE and specifically this commit, the MappingMongoConverter is no longer able to map empty BasicDBLists to Java arrays or Scala type collections.
Specifically,

collectionType = Collection.class.isAssignableFrom(collectionType) ? collectionType : List.class;

defaults the target type of empty arrays to java.util.List, and in turn will always yield an exception similar to:

org.springframework.data.mapping.model.MappingInstantiationException: Failed to instantiate springscala.User using constructor public springscala.User(java.lang.String,long,java.lang.String[]) with arguments 5a1e7b6e1cbcf82e3c580ed4,5,[]
	at org.springframework.data.convert.ClassGeneratingEntityInstantiator$EntityInstantiatorAdapter.createInstance(ClassGeneratingEntityInstantiator.java:203)
	at org.springframework.data.convert.ClassGeneratingEntityInstantiator.createInstance(ClassGeneratingEntityInstantiator.java:83)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:259)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:239)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:199)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:195)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:85)
...
Caused by: java.lang.ClassCastException: java.util.ArrayList cannot be cast to scala.collection.Seq
	at springscala.User_Instantiator_ctutoi.newInstance(Unknown Source)
	at org.springframework.data.convert.ClassGeneratingEntityInstantiator$EntityInstantiatorAdapter.createInstance(ClassGeneratingEntityInstantiator.java:201)

Below is a simple Scala application that I've used to test.  I'm using a Array type to for simplicity (for Scala collections, we use a writing mapper to serialize to a JSON array instead of nested linked list format).  

class Application

object Application extends App {
  SpringApplication.run(classOf[Application])
}

@Document(collection = "test")
case class User(
                 @(Id@field)
                 id: String,
                 value: Long,
                 tags: Array[String]
               )

trait UserRepository extends MongoRepository[User, String]

and simply calling userRepository.findAll() will yield the error above.  I have attached a project to demonstrate.
I am keen on continuing to use Arrays and Scala collections in our projects, but every workaround I've attempted with custom converters and wrapping the MappingMongoConverter have failed. 
Any feedback or suggestions would be appreciated.  Thanks!

I noticed some more binary output appearing in the regionserver log.

Package com.googlecode.concurrentlinkedhashmap:concurrentlinkedhashmap-lru is included/shaded inside the camel-core jar.
It is not very nice if concurrentlinkedhashmap-lru.jar is already on the path. It is a deal breaker, if their versions are different. For example cassandra-1.1.1 requires ConcurrentLinkedHashMap$Builder.maximumWeightedCapacity(), which is missing from the version included in camel.
It would be nice if concurrentlinkedhashmap-lru was included as a normal dependency. Comment in the pom.xml says "Shade the googlecode stuff for OSGi". Well, if that is strictly required, maybe it could be better included in camel-core-osgi package.
In any case, if it must be shaded at all, it would be safer to use relocation property of the maven-shade-plugin. In this case, camel could stay with the version it wants, without conflicting with explicit dependencies.

HW10676:hbase$ bin/hbase org.apache.hadoop.hbase.util.CompressionTest /tmp/CompressionInput2.txt none 
2015-01-08 13:45:55,303 WARN  [main] util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
2015-01-08 13:45:55,590 INFO  [main] hfile.CacheConfig: CacheConfig:disabled
2015-01-08 13:45:55,670 INFO  [main] hfile.CacheConfig: CacheConfig:disabled
Exception in thread "main" org.apache.hadoop.hbase.io.hfile.AbstractHFileReader$NotSeekedException: Not seeked to a key/value
	at org.apache.hadoop.hbase.io.hfile.AbstractHFileReader$Scanner.assertSeeked(AbstractHFileReader.java:305)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.next(HFileReaderV2.java:796)
	at org.apache.hadoop.hbase.util.CompressionTest.doSmokeTest(CompressionTest.java:138)
	at org.apache.hadoop.hbase.util.CompressionTest.main(CompressionTest.java:164)

I used a @args as PCD(Point Cut Designator), there is case that occur a NPE at calling the unrelated method.
if all of following cases are matched, NPE are occurs.

A pointcut define using a @args.
Define a both with java method that applying AOP and java method that not applying AOP.
Call a java method that not applying AOP with specifying a null parameter.

	at org.aspectj.weaver.reflect.ShadowMatchImpl$RuntimeTestEvaluator.visit(ShadowMatchImpl.java:195)
	at org.aspectj.weaver.ast.HasAnnotation.accept(HasAnnotation.java:31)
	at org.aspectj.weaver.reflect.ShadowMatchImpl$RuntimeTestEvaluator.matches(ShadowMatchImpl.java:132)
	at org.aspectj.weaver.reflect.ShadowMatchImpl.matchesJoinPoint(ShadowMatchImpl.java:87)
	at org.springframework.aop.aspectj.AspectJExpressionPointcut.matches(AspectJExpressionPointcut.java:333)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:167)
	at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:653)
	at org.springframework.issues.SampleService$$EnhancerBySpringCGLIB$$832f92bb.execute(<generated>)
	at org.springframework.issues.ReproTests.executeWithNull(ReproTests.java:32)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:78)
	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:212)
	at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:68)

Target Class

public class SampleService {

    /**
     * Not matched method on {@link LoggingAspect}.
     */
    public void execute(SampleInputBean inputBean) {
        System.out.println(getClass().getName() + "#execute(SampleInputBean) called.");
    }

    /**
     * Matched method on {@link LoggingAspect}
     * <p>
     * The SampleDto class have a {@link Loggable} annotation.
     */
    public void execute(SampleDto dto) {
        System.out.println(getClass().getName() + "#execute(SampleDto) called.");
    }

}

Aspect

@Aspect
public class LoggingAspect {

    @Before("@args(org.springframework.issues.Loggable))")
    public void loggingBeginByAtArgs() {
        System.out.println("★★★start by @args★★★★");
    }

}

JavaBean(TDO)

@Loggable
public class SampleDto {
}

public class SampleInputBean {
}

Test Case

@Test
    ConfigurableApplicationContext ctx = new ClassPathXmlApplicationContext("org/springframework/issues/ReproTests-context.xml");
    ctx.registerShutdownHook();

    SampleService sampleService = ctx.getBean("sampleService", SampleService.class);
    sampleService.execute(new SampleDto()); // -> OK
    sampleService.execute(new SampleInputBean()); // -> OK
    sampleService.execute((SampleDto)null); // -> OK
    sampleService.execute((SampleInputBean)null); // -> NPE

}

Camel cannot fetch files from users home directory when using readlock=changed. 
Route from URI is defined like this:
<from uri="sftp://testi@server:22?password=password&include=PSOP_123-.*\.(xml|pdf)&delete=true&readLock=changed&readLockTimeout=360000&readLockCheckInterval=180000&readLockMinAge=10s&maxMessagesPerPoll=100"/>
And from TRACE logs I can see stuff like this:
2017-02-03 10:59:45,146 | TRACE | //testi@infra:22 | ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 | Using full directory listing to update file information for RemoteFile[PSOP_123-sdfsd.xml]. Consider enabling fastExistsCheck option.
2017-02-03 10:59:45,146 | TRACE | //testi@infra:22 | SftpOperations                   | 225 - org.apache.camel.camel-ftp - 2.16.4 | listFiles
2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 | List files PSOP_123-sdfsd.xml found 23 files
2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 | Previous last modified: 0, new last modified: 0
2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 | Previous length: 0, new length: 0
2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 | New older than threshold: 1486112375150
2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 | Exclusive read lock not granted. Sleeping for 20000 millis.
User home directory contains only 1 file, which does match to include parameter. It does seem, that camel-ftp is trying to check file readlock from the server root. 
When placing the files to a subdirectory in users home, this does not happen. 

Two tests of TestThriftBinaryCLIService are failing in branch 0.12.
See https://builds.apache.org/job/Hive-branch-0.12-hadoop1/lastCompletedBuild/testReport/

This is the request which is generated by the xml parser
{"operation" => "add",
"type" => "user",
"name" => "$local",
"address" => [
("core-service" => "management"),
("access" => "authorization"),
("role-mapping" => "SuperUser"),
"include",
"user-$local"
]
include and user-$local are added separately, not as a pair.
ManagementXml.parseRole(...) line 3345 adds include
then parsePrincipal(...) line 3428 adds the alias.

The following exception occurred when attempting to add a header to the response message:
29 Jun 2007 20:38:04,897 DEBUG MessageDispatcherServlet []: Could not complete request
java.lang.NoSuchMethodError: javax.xml.soap.SOAPElement.getVisibleNamespacePrefixes()Ljava/util/Iterator;
        at org.springframework.ws.soap.saaj.support.SaajUtils.toName(SaajUtils.java:122)
        at org.springframework.ws.soap.saaj.Saaj11Implementation.addHeaderElement(Saaj11Implementation.java:109)
        at org.springframework.ws.soap.saaj.SaajSoapHeader.addHeaderElement(SaajSoapHeader.java:54)
        ...
The problem is in SaajUtils.java, line 122:
Iterator prefixes = resolveElement.getVisibleNamespacePrefixes();
However, getVisibleNamespacePrefixes() is not available in SAAJ 1.1. 
I will submit a patch shortly.

org.jboss.as.test.integration.jca.poolattributes.ResourceAdapterPoolAttributesTestCase#testModifyPoolAttributes
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=ResourceAdapterPoolAttributesTestCase -Dsecurity.manager

SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-3-thread-1) Failed: org.jboss.as.test.integration.jca.poolattributes.ResourceAdapterPoolAttributesTestCase.testModifyPoolAttributes: java.lang.AssertionError: WFSM000001: Permission check failed (permission "("java.lang.reflect.ReflectPermission" "suppressAccessChecks")" in code source "(vfs:/content/pool-attributes-test.rar/pool-attributes-test.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.pool-attributes-test.rar" from Service Module Loader")
	at org.jboss.as.test.integration.jca.JcaTestsUtil.extractConnectionManager(JcaTestsUtil.java:144)
	at org.jboss.as.test.integration.jca.JcaTestsUtil.exctractPoolConfiguration(JcaTestsUtil.java:89)
	at org.jboss.as.test.integration.jca.poolattributes.ResourceAdapterPoolAttributesTestCase.testModifyPoolAttributes(ResourceAdapterPoolAttributesTestCase.java:137)

When I compare domain-elytron.xml to domain.xml, 
1) There is missing org.wildfly.extension.clustering.singleton extension installed.
2) There is changed ejb cache configuration
1254c1129
<                     <stateful default-access-timeout="5000" cache-ref="simple" passivation-disabled-cache-ref="simple"/>
—
>                     <stateful default-access-timeout="5000" cache-ref="distributable" passivation-disabled-cache-ref="simple"/>

On 2AM on March 28th 2014, Israel went from standard time (GMT+2) to daylight saving time (GMT+3).
The server's timezone is Asia/Jerusalem. When creating a partition whose key is 2014-03-28, Hive creates a partition for 2013-03-27 instead:
hive (default)> create table test (a int) partitioned by (`b_prt` date);
OK
Time taken: 0.092 seconds
hive (default)> alter table test add partition (b_prt='2014-03-28');
OK
Time taken: 0.187 seconds
hive (default)> show partitions test;                                   
OK
partition
b_prt=2014-03-27
Time taken: 0.134 seconds, Fetched: 1 row(s)
It seems that the root cause is the behavior of DateWritable.daysToMillis/dateToDays.

Date string which contain "NULL" or "(null)" are being parsed through a very slow codepath involving exception handling as a normal codepath.
These are currently ~4x slower than parsing an actual date field.

The JIRA is to check in changes to address performance issues found during my performance testing as following:
1) When WALEdits belongs to a region which split/merged later, replay incurs extra waitUntilRegionOnline RPC call
2) Using a single shared connection for replaying achieves better performance. Everytime creating a new connection, it incurs 4+ seconds to establish a connection to ZK.
3) other small modifications to mitigate excessive logging

The servlet should look in it's application context for an instance of WsdlDefinitionHandlerAdapter to use. I believe this is the standard set by the DispatcherServlet for all pluggable logic modules. I'll open another issue for the MessageReceiverHandlerAdapter.

As currently written, as a table gets bigger, the number of rows .META. needs to keep count of grows.
As written, our getClosestAtOrJustBefore, goes through every storefile and in each picks up any row that could be a possible candidate for closest before.  It doesn't just get the closest from the storefile, but all keys that are closest before.  Its not selective because how can it tell at the store file level which of the candidates will survive deletes that are sitting in later store files or up in memcache.
So, if a store file has keys 0-10 and we ask to get the row that is closest or just before 7, it returns rows 0-7.. and so on per store file.
Can bet big and slow weeding key wanted.

Found this while working on ROO-2815. To replicate:

Generate a project as follows:

project --topLevelPackage org.springsource.embedding
web mvc embed document --provider SCRIBD --documentId 27766735 --viewName Scribd_Document

Start the project in say Jetty and click on the "Scribd Document" link.
The view never finishes loading (all you get is the "bicycle" progress indicator).

If you create an XML Signature with a XADES element DataObjectFormat then you get currently an XML which is similar as shown in the following snippet:
<ds:Reference Id="_1a612e6b-0da6-4695-a8f7-d189a47a7e05" URI="#_4dccda23-2c67-487b-b7f2-30188bb089f7">
...
 </ds:Reference>
...
<etsi:DataObjectFormat ObjectReference="_1a612e6b-0da6-4695-a8f7-d189a47a7e05">
        …
</etsi:DataObjectFormat>
 
The ObjectReference value "_1a612e6b-0da6-4695-a8f7-d189a47a7e05" is not a valid URI. The  character '#' is missing at the beginning of the value

There're several methods in TxnHandler where Statement (local to the method) is not closed upon return.
Here're a few examples:
In compact():

        stmt.executeUpdate(s);
        LOG.debug("Going to commit");
        dbConn.commit();

In showCompact():

      Statement stmt = dbConn.createStatement();
      String s = "select cq_database, cq_table, cq_partition, cq_state, cq_type, cq_worker_id, " +
          "cq_start, cq_run_as from COMPACTION_QUEUE";
      LOG.debug("Going to execute query <" + s + ">");
      ResultSet rs = stmt.executeQuery(s);

The version 4.0 of the schema is slightly behind the recent changes in version 3.1 of the schema.

We need to make sure that when the obtain-certificate operation is used to obtain a certificate from Let's Encrypt staging server and then used again to obtain a certificate from Let's Encrypt's non-staging server that the appropriate account URL is used (i.e., the account URL should start with the staging endpoint in the first case and it should start with the non-staging endpoint in the second case). For example, the following scenario should work properly:

# Try to obtain a certificate first using the staging endpoint and then again using the non-staging endpoint with the same certificate-authority-account
/subsystem=elytron/key-store=key-store3:add(credential-reference={clear-text=password},type=JKS,path=keystore3.jks)
/subsystem=elytron/certificate-authority-account=ca_letsenc3:add(alias=server,key-store=key-store3)
/subsystem=elytron/key-store=key-store3:obtain-certificate(alias=app3,certificate-authority-account=ca_letsenc3,domain-names=["mydomain.com"],agree-to-terms-of-service,algorithm=RSA,staging=true) 
/subsystem=elytron/key-store=key-store3:obtain-certificate(alias=app3,certificate-authority-account=ca_letsenc3,domain-names=["mydomain.com"],agree-to-terms-of-service,algorithm=RSA,staging=false) 

Other certificate authority management operations should also be able to handle switching between staging and non-staging using the same certificate-authority-account.

Rest properties for RestletComponent are not picked up by the component because it's incorrectly looking for "restle" properties instead of "restlet".

        // configure component options
        RestConfiguration config = getCamelContext().getRestConfiguration();
        if (config != null && (config.getComponent() == null || config.getComponent().equals("restle"))) {
            // configure additional options on spark configuration
            if (config.getComponentProperties() != null && !config.getComponentProperties().isEmpty()) {
                setProperties(this, config.getComponentProperties());
            }
        }

When using a file consumer with an absolute path, eg from("file:/data") then when the process is done and it wants to move the file to .camel sub dir of /data it may not do that correctly on Windows.
The issue is the logic in Camel is based upon that a path starting with \ is considered absolute, as it is on Unix OS and other platforms. Where as on Windows java.io.File returns false for such files. The other return true. So we need to cater for this and make Windows return true as well so the logic is consistent across OS.

In domain mode, doing a read-only operation with the CLI on a remote HC, sets the remote server in "restart-required" mode

I have problem to achieve this scenario with elytron:

Client sends non kerberos OID mechanism as most preferred with non kerberos ticket
Server response with "continuation required"
Client sends kerberos ticket
Server response with 401 instead of 200

Actually, it is scenario tested in [1]. It worked correctly in EAP 7.0 . Also works with elytron when client sends non-kerberos OID mechanism with kerberos ticket.
Problem as I see is that SpnegoAuthenticationMechanism: 

Creates gssContext with first provided ticket (non-kerberos) and sends "continuation required"
Client provide proper kerberos ticket, but that anyway leads to 401 bare challenge, because gssContext was already created in first step and is not tried to make again.

Setting to critical as it behaves differently compared to EAP 7.0 and IMHO it doesn't comply to spec [2]. Similar error was resolved in EAP 7.0 (JBEAP-3709) as blocker because customer case existed for that.
[1] https://github.com/wildfly/wildfly/blob/15f9a4f2b5a10cc3acbaa2df57d5cc13db50ff43/testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/security/loginmodules/negotiation/SPNEGOLoginModuleTestCase.java#L344
[2] https://tools.ietf.org/html/rfc4178

Using @WebContext on EJB Web service endpoints results in the following two "bugs":

Normal EJB security annotations on methods are not honored
The EJB container does not get a chance to honor the 'missing-method-permissions-deny-access' element in jboss-ejb3.xml, standalone.xml (etc)

A simple EJB with a Web service view can illustrate the first problem: 

@Stateless 
@WebService 
@SecurityDomain("other")
@org.jboss.ws.api.annotation.WebContext(contextRoot = "/greeterCtx", urlPattern = "/Greeter", authMethod = "BASIC", secureWSDLAccess = false))
public class Greeter {

	@PermitAll // <-- This doesn't work
	//@RolesAllowed("SECRET_CLIENT_ROLE") // <-- Neither does this!
	// <--- unless you put them on class level 
    public String sayHello(String name) {
        System.out.println("******** Greeter.sayHello(" + name + ")");
        return "Hello " + name;
    }
}

So the problem here is that you are not allowed to invoke the Web Service operation (sayHello). Add to that a completely silent behavior. No stack traces. No trace logging. Nothing.
Now if you take this EJB and remove the @PermitAll (and @RolesAllowed if any) annotation. And if you specify 'false' in jboss-ejb3.xml#missing-method-permissions-deny-access. Then you are not allowed to call the EJB either.
These are my observations obtained from browsing through the source and playing around with the debugger:

When you add the @WebContext(authMethod = "BASIC") annotation on an EJB, you effectively enable authorization logic in addition to authentication logic. This authorization code lives in Web container code (in code from the "jboss web" project). Not in the EJB container - which otherwise is responsible for honoring the @PermitAll,@DenyAll,@RolesAllowed annotations in addition to the 'missing-method-permissions-deny-access' element.
This web layer code, silently rejects access to methods exposed through the EJB web service view, if there is no security annotations on the EJB bean class
You can put @RolesAllowed or @PermitAll on your EJB's web service view methods - but they are never honored by JBoss AS
	
...But: if you put these annotations on your bean class, then access is granted as expected

You can set 'missing-method-permissions-deny-access' to false (in JBoss AS' profile configuration file or the JBoss AS specific module DD file) - but it is never used by JBoss AS

If the upper Web container layer correctly can propagate the method invocation to the EJB container - then appropriate authorizations check will follow - and ultimately fixing these issues.

HIVE-18201 seems to trigger a latent bug in SW optimizer. Test subquery_in_having fails with:

2018-07-31T08:42:57,328 DEBUG [b68f20cc-54d5-466d-b512-1540b3a43396 main] optimizer.SharedWorkOptimizer: After SharedWorkExtendedOptimizer:
TS[0]-SEL[1]-MAPJOIN[131]-FIL[12]-SEL[13]-GBY[14]-RS[15]-GBY[16]-SEL[17]-MAPJOIN[136]-MAPJOIN[137]-FIL[103]-SEL[104]-FS[105]
     -FIL[113]-SEL[20]-RS[44]-MAPJOIN[133]-SEL[47]-GBY[48]-RS[49]-GBY[50]-SEL[51]-GBY[55]-RS[98]-MAPJOIN[136]
                                                          -RS[88]-GBY[89]-SEL[120]-FIL[116]-SEL[91]-GBY[93]-RS[94]-GBY[95]-SEL[96]-RS[101]-MAPJOIN[137]
TS[2]-FIL[112]-GBY[5]-RS[6]-GBY[7]-SEL[8]-RS[10]-MAPJOIN[131]
                                         -RS[31]-MAPJOIN[132]-FIL[33]-SEL[34]-GBY[35]-RS[36]-GBY[37]-SEL[38]-GBY[42]-MAPJOIN[133]
TS[21]-FIL[114]-SEL[22]-MAPJOIN[132]
2018-07-31T08:42:57,329 ERROR [b68f20cc-54d5-466d-b512-1540b3a43396 main] ql.Driver: FAILED: SemanticException Error in shared work optimizer: operator cache contentsand actual plan differ
org.apache.hadoop.hive.ql.parse.SemanticException: Error in shared work optimizer: operator cache contentsand actual plan differ
        at org.apache.hadoop.hive.ql.optimizer.SharedWorkOptimizer.transform(SharedWorkOptimizer.java:524)
        at org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeOperatorPlan(TezCompiler.java:185)
        at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:146)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:12361)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:356)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:284)
        at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:165)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:663)

HADOOP-12691 introduced a filter in Hadoop Common to help REST APIs guard against cross-site request forgery attacks.
This issue tracks the integration of that filter into HBase REST gateway.
From REST section of refguide:
To delete a table, use a DELETE request with the /schema endpoint:
http://example.com:8000<table>/schema
Suppose an attacker hosts a malicious web form on a domain under his control. The form uses the DELETE action targeting a REST URL. Through social engineering, the attacker tricks an authenticated user into accessing the form and submitting it.
The browser sends the HTTP DELETE request to the REST gateway.
At REST gateway, the call is executed and user table is dropped

In the latest 5.0.0 snapshots, RestTemplate has started dropping a trailing / when the URI is passed in as a String. For example, a request to http://localhost:8080/spring/ will become a request to http://localhost:8080/spring.
The loss of the / happens during variable expansion so I think that this commit may have introduced the problem. A workaround is to pass a URI into RestTemplate rather than a String so that expansion does not occur.

When using a CXF client endpoint to call a web service via SOAP/HTTP there are two possible error scenarios:
1) The call fails immediately with an exception (e.g. because the service is down/the address is wrong)
2) The call "succeeds" but returns a SOAP fault. This could also signal an error condition to the application.
Currently, using doTry/doCatch doesn't work properly in either scenario because, apprently, the CXF endpoint nulls the message when receiving an exception or fault.

The commit:
https://fisheye.springsource.org/browse/spring-framework/trunk/org.springframework.context/src/main/java/org/springframework/format/support/FormattingConversionService.java?r2=3255&r1=2658
probably introduced an error in "FormattingConversionService". The diff shows that fieldtype passed to key should be taken from sourcetype (not filedtype variable), cause it's then passed to getPrinter method (as it was before 3255 rev.). 
The one possible fix is to replace:

annotationFormatterFactory.getPrinter(key.getAnnotation(), key.getFieldType());

by:

annotationFormatterFactory.getPrinter(key.getAnnotation(), sourceType.getType());

or other possibility it to change:

FieldFormatterKey key = new FieldFormatterKey(sourceType.getAnnotation(annotationType), fieldType);

by:

FieldFormatterKey key = new FieldFormatterKey(sourceType.getAnnotation(annotationType), sourceType.getType());

which probably better fits the changes made in mentioned commit.
–
note: this bug was reported by customer via spring support portal

After upgrading hbase from 0.94 to 0.96, we've found that our asynchbase client keep throwing errors during normal scan. It turns out these errors are due to Scanner.close call in asynchbase. Since asynchbase assumes the ScanResponse of CloseScannerRequest should never carry any cellblocks, it will throw an exception if there is a violation.
In the asynchbase client (1.5.0), it constructs a CloseScannerRequest in the following way,  
   ScanRequest.newBuilder()
        .setScannerId(scanner_id)
        .setCloseScanner(true)
        .build();
Note, it does not set numOfRows, which kind of make sense. Why a close scanner request cares about number of rows to scan ?
However, after narrowing down the CloseScannerRequest code path, it seems the issue is on regionserver side. In RsRpcServices.scan, we always init numOfRows to scan to 1 and we do this even for ScanRequest with close_scanner = true. This causes response for CloseScannerRequest will carry a cellBlock (if scan stops before the end row and this could happen in many normal scenarios)
There are two fixes, either we always set numOfRows in asynchbase client side when constructing a CloseScannerRequest or we fix the default value in the server side.
From a hbase client side point of view, it seems make less sense that server will send you a cellBlock for your close scanner request, unless the request explicitly asks for. 
We've made the change in our server code and the asynchbase client errors goes away. 
In addition to this issue, I want to know if we have any specifications for our hbase rpc. Like if close_scanner = true in ScanRequest and numOfRows is not set, ScanResponse guarantees that there is no cellBlock in the response. Since we moved to protobuf and many fields are optional for compatibility consideration, it might be helpful to have such specification which helps people to develop code that depends on hbase rpc.     

HColumnDescriptor.DEFAULT_VERSIONS  change to 1 from 3 since 0.96. But webpage http://hbase.apache.org/book/schema.versions.html hasn't reflected it yet. 

The OnOffOpenTracingTestCase fails when -Dnode0 is specified with non-localhost address. 
The reason for this is that test reads value of the HTTP response from server and searches for java.lang.NoClassDefFoundError: Lio/opentracing/Tracer value to check that OpenTracing is not available in this case. This works just fine when server is running with localhost address as stack-trace for servlet deployments is by default set to "local-only" value. Although, when server runs with non-localhost IP address, the stacktrace is not included in HTTP response anymore.

Test org.apache.hadoop.hbase.mapreduce.TestImportTSVWithVisibilityLabels.testBulkOutputWithTsvImporterTextMapper fails with:

Pathname /D:/w/hbbk/hbase-server/target/test-data/2174295c-80f2-483d-9bc8-958260f59b49/test-71498b4d-224e-43c2-9788-d296d028fda0/hfiles from hdfs://127.0.0.1:61814/D:/w/hbbk/hbase-server/target/test-data/2174295c-80f2-483d-9bc8-958260f59b49/test-71498b4d-224e-43c2-9788-d296d028fda0/hfiles is not a valid DFS filename.

If you change language on any "create" pages, you will be redirected to "list" page and all entries will be shown.

2018-04-10 16:53:57,156 DEBUG [main] [org.springframework.core.annotation.AnnotationUtils] -
Failed to meta-introspect annotation interface
org.springframework.beans.factory.annotation.Autowired: java.lang.NullPointerException

For example, when looking for @Lazy on @Autowired from isLazy() in ContextAnnotationAutowireCandidateResolver.
Perhaps check for null in the first argument to synthesizeAnnotation or suppress logging of NPE.

	public static <A extends Annotation> A getAnnotation(Annotation annotation, Class<A> annotationType) {
		if (annotationType.isInstance(annotation)) {
			return synthesizeAnnotation((A) annotation);
		}
		Class<? extends Annotation> annotatedElement = annotation.annotationType();
		try {
			return synthesizeAnnotation(annotatedElement.getAnnotation(annotationType), annotatedElement);
		}
			handleIntrospectionFailure(annotatedElement, ex);
		}
	}

The separation of camel-util from camel-core is somewhat problematic because of this code https://paste.fedoraproject.org/paste/6OE~asoW6rmuNjA3z-1XUQ In a modular environment, ObjectHelper does no longer see META-INF/services from camel-core

When configured in global mode, ReactorResourceFactory creates ConnectionProvider and LoopResources instances, then set those into Reactor HttpResources.
When the ReactorResourceFactory bean is being destroyed, those resources are being cleaned with their respective destroy method, without touching the global HttpResources itself.
When running multiple contexts in a row within the same JVM, here is what happens:

Global resources are created by ReactorResourceFactory and set on HttpResources
the application context is detroyed, ReactorResourceFactory cleans those resources
Given the nature of HttpResources, it is still holding a reference to those resources, even though they've been disposed
Another test runs and is just using a reactor netty server or client, not using a ReactorResourceFactory bean; it checks that HttpResources holds an instance already and is trying to use it
Netty fails while submitting a task as those resources are disposed already

Reactor Netty just checks the presence of an HttpResources instance but does not test that the contained resources are valid (or were disposed from a 3rd party). In global mode, ReactorResourceFactory should call HttpResources.disposeLoopsAndConnections() directly.

ScriptOperator uses a second thread to output the rows to the children operators. In a corner case which contains a union, 2 threads might be outputting data into the same operator hierarchy and caused race conditions.

CREATE TABLE tablea (cola STRING);
SELECT *
FROM (
    SELECT TRANSFORM(cola)
    USING 'cat'
    AS cola
    FROM tablea
  UNION ALL
    SELECT cola as cola
) a;

I was trying to look at why the odd time Hudson OOMEs trying to make a report on 0.95 build #4 https://builds.apache.org/job/hbase-0.95/4/console:

ERROR: Failed to archive test reports
hudson.util.IOException2: remote file operation failed: /home/jenkins/jenkins-slave/workspace/hbase-0.95 at hudson.remoting.Channel@151a4e3e:ubuntu3
	at hudson.FilePath.act(FilePath.java:861)
	at hudson.FilePath.act(FilePath.java:838)
	at hudson.tasks.junit.JUnitParser.parse(JUnitParser.java:87)
	at 
...

Caused by: java.lang.OutOfMemoryError: Java heap space
	at java.nio.HeapCharBuffer.<init>(HeapCharBuffer.java:57)
	at java.nio.CharBuffer.allocate(CharBuffer.java:329)
	at java.nio.charset.CharsetDecoder.decode(CharsetDecoder.java:792)
	at java.nio.charset.Charset.decode(Charset.java:791)
	at hudson.tasks.junit.SuiteResult.<init>(SuiteResult.java:215)
...

We are trying to allocate a big buffer and failing.
Looking at reports being generated, we have quite a few that are > 10MB in size:

durruti:0.95 stack$ find hbase-* -type f -size +10000k -exec ls -la {} \;
-rw-r--r--@ 1 stack  staff  11126492 Feb 27 06:14 hbase-server/target/surefire-reports/org.apache.hadoop.hbase.backup.TestHFileArchiving-output.txt
-rw-r--r--@ 1 stack  staff  13296009 Feb 27 05:47 hbase-server/target/surefire-reports/org.apache.hadoop.hbase.client.TestFromClientSide3-output.txt
-rw-r--r--@ 1 stack  staff  10541898 Feb 27 05:47 hbase-server/target/surefire-reports/org.apache.hadoop.hbase.client.TestMultiParallel-output.txt
-rw-r--r--@ 1 stack  staff  25344601 Feb 27 05:51 hbase-server/target/surefire-reports/org.apache.hadoop.hbase.client.TestRestoreSnapshotFromClient-output.txt
-rw-r--r--@ 1 stack  staff  17966969 Feb 27 06:12 hbase-server/target/surefire-reports/org.apache.hadoop.hbase.regionserver.TestEndToEndSplitTransaction-output.txt
-rw-r--r--@ 1 stack  staff  17699068 Feb 27 06:09 hbase-server/target/surefire-reports/org.apache.hadoop.hbase.regionserver.wal.TestHLogSplit-output.txt
-rw-r--r--@ 1 stack  staff  17701832 Feb 27 06:07 hbase-server/target/surefire-reports/org.apache.hadoop.hbase.regionserver.wal.TestHLogSplitCompressed-output.txt
-rw-r--r--@ 1 stack  staff  717853709 Feb 27 06:17 hbase-server/target/surefire-reports/org.apache.hadoop.hbase.replication.TestReplicationQueueFailover-output.txt
-rw-r--r--@ 1 stack  staff  563616793 Feb 27 06:17 hbase-server/target/surefire-reports/org.apache.hadoop.hbase.replication.TestReplicationQueueFailoverCompressed-output.txt

... with TestReplicationQueueFailover* being order of magnitude bigger than the others.
Looking in the test I see both spewing between 800 and 900 thousand lines in about a minute.  Here is their fixation:

8908998 2013-02-27 06:17:48,176 ERROR [RegionServer:1;hemera.apache.org,35712,1361945801803.logSyncer] wal.FSHLog$LogSyncer(1012): Error while syncing, requesting close of hlog.
8908999 java.io.IOException: Filesystem closed
8909000 ,...at org.apache.hadoop.hdfs.DFSClient.checkOpen(DFSClient.java:319)
8909001 ,...at org.apache.hadoop.hdfs.DFSClient.access$1200(DFSClient.java:78)
8909002 ,...at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.sync(DFSClient.java:3843)
8909003 ,...at org.apache.hadoop.fs.FSDataOutputStream.sync(FSDataOutputStream.java:97)
8909004 ,...at org.apache.hadoop.io.SequenceFile$Writer.syncFs(SequenceFile.java:999)
8909005 ,...at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter.sync(SequenceFileLogWriter.java:248)
8909006 ,...at org.apache.hadoop.hbase.regionserver.wal.FSHLog.syncer(FSHLog.java:1120)
8909007 ,...at org.apache.hadoop.hbase.regionserver.wal.FSHLog.syncer(FSHLog.java:1058)
8909008 ,...at org.apache.hadoop.hbase.regionserver.wal.FSHLog.sync(FSHLog.java:1228)
8909009 ,...at org.apache.hadoop.hbase.regionserver.wal.FSHLog$LogSyncer.run(FSHLog.java:1010)
8909010 ,...at java.lang.Thread.run(Thread.java:722)
8909011 2013-02-27 06:17:48,176 FATAL [RegionServer:1;hemera.apache.org,35712,1361945801803.logSyncer] wal.FSHLog(1140): Could not sync. Requesting close of hlog
8909012 java.io.IOException: Filesystem closed
8909013 ,...at org.apache.hadoop.hdfs.DFSClient.checkOpen(DFSClient.java:319)
8909014 ,...at org.apache.hadoop.hdfs.DFSClient.access$1200(DFSClient.java:78)
8909015 ,...at org.apache.hadoop.hdfs.DFSClient$DFSOutputStream.sync(DFSClient.java:3843)
8909016 ,...at org.apache.hadoop.fs.FSDataOutputStream.sync(FSDataOutputStream.java:97)
8909017 ,...at org.apache.hadoop.io.SequenceFile$Writer.syncFs(SequenceFile.java:999)
8909018 ,...at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter.sync(SequenceFileLogWriter.java:248)
8909019 ,...at org.apache.hadoop.hbase.regionserver.wal.FSHLog.syncer(FSHLog.java:1120)
8909020 ,...at org.apache.hadoop.hbase.regionserver.wal.FSHLog.syncer(FSHLog.java:1058)
8909021 ,...at org.apache.hadoop.hbase.regionserver.wal.FSHLog.sync(FSHLog.java:1228)
8909022 ,...at org.apache.hadoop.hbase.regionserver.wal.FSHLog$LogSyncer.run(FSHLog.java:1010)
8909023 ,...at java.lang.Thread.run(Thread.java:722)
...

These tests are 'succeeding'?
I also see in both:

   3891 java.lang.NullPointerException
   3892 ,...at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.seek(SequenceFileLogReader.java:261)
   3893 ,...at org.apache.hadoop.hbase.replication.regionserver.ReplicationHLogReaderManager.seek(ReplicationHLogReaderManager.java:103)
   3894 ,...at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.readAllEntriesToReplicateOrNextFile(ReplicationSource.java:415)
   3895 ,...at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:333)

HIVE-20007 seems to have inadvertently changed the bucket hash code computation via ObjectInspectorUtils.getBucketHashCodeOld() for the DATE and TIMESTAMP data type2.
DATE was previously computed using DateWritable, which uses daysSinceEpoch as the hash code. It is now computed using DateWritableV2, which uses the hash code of java.time.LocalDate (which is not days since epoch).
TIMESTAMP was previous computed using TimestampWritable and now uses TimestampWritableV2. They ostensibly use the same hash code computation, but there are two important differences:

TimestampWritable rounds the number of milliseconds into the seconds portion of the computation, but TimestampWritableV2 does not.
TimestampWritable gets the epoch time from java.sql.Timestamp, which returns it relative to the JVM time zone, not UTC. TimestampWritableV2 uses a LocalDateTime relative to UTC.

I was unable to get Hive 3.1 running in order to verify if this actually causes data to be read or written incorrectly (there may be code above this library method which makes things work correctly). However, if my understanding is correct, this means Hive 3.1 is both forwards and backwards incompatible with bucketed tables using either of these data types. It also indicates that Hive needs tests to verify that the hash code does not change between releases.

How to reproduce it:
1.) Go to: http://richweb.springframework.org/swf-booking-faces/spring/login
2.) Input the following data: User: "üäöß" -> Push the login button
3.) A validation error occurs , content in the user field is "Ã¼Ã¤Ã¶ÃŸ" instead of "üäöß"

Latest 1.1.4 in Roo repository throws the following exception:

roo> ERROR: Error starting file:/home/eruiz/software/java/spring-roo-1.1.4.BUILD-SNAPSHOT/bundle/org.springframework.roo.wrapping.cloud-foundry-api-0.0.1.0010.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.wrapping.cloud-foundry-api [62]: Unable to resolve 62.0: missing requirement [62.0] package; (&(package=org.codehaus.jackson)(version>=1.6.0)(!(version>=2.0.0))))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.wrapping.cloud-foundry-api [62]: Unable to resolve 62.0: missing requirement [62.0] package; (&(package=org.codehaus.jackson)(version>=1.6.0)(!(version>=2.0.0)))
	at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3409)
	at org.apache.felix.framework.Felix.startBundle(Felix.java:1719)
	at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1148)
	at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
[org.springframework.roo.wrapping.cloud-foundry-api [62]] FrameworkEvent ERROR
org.apache.felix.log.LogException: org.osgi.framework.BundleException: Unresolved constraint in bundle org.springframework.roo.wrapping.cloud-foundry-api [62]: Unable to resolve 62.0: missing requirement [62.0] package; (&(package=org.codehaus.jackson)(version>=1.6.0)(!(version>=2.0.0)))
    at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3409)
    at org.apache.felix.framework.Felix.startBundle(Felix.java:1719)
    at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1148)
    at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)

the code :
// Copy properties in from MDC
					@SuppressWarnings("rawtypes")
					Map props = event.getProperties();
					for (Object key : event.getProperties().entrySet()) 
{
						amqpProps.setHeader(key.toString(), props.get(key));
					}

should be:

					for (Object key : event.getProperties().keySet()) {						amqpProps.setHeader(key.toString(), props.get(key));					}
            
The HiveServer2 specific configuration file introduced in HIVE-7342 is not getting used when hiveserver2 is started from commandline. This is because the HiveConf used in HiveServer2.init is actually created before HiveServer2 constructor is called.
The tests are using embedded HiveServer2 which does not go through HiveServer2.main and don't show this issue.

Without KEEP_DELETED_CELLS all timerange queries are broken if their range covers a delete marker.
As some internal discussions with colleagues showed, this feature is not well understand and documented.

Should we allow split point equal with region's start row or end row?

// if the midkey is the same as the first and last keys, then we cannot
        // (ever) split this region.
        if (this.comparator.compareRows(mk, firstKey) == 0 &&
            this.comparator.compareRows(mk, lastKey) == 0) {
            LOG.debug("cannot split because midkey is the same as first or " +
              "last row");
          }

Here, I think it is a mistake.

This means they are outside the stability controller, which means there is a small chance they can cause random deployment failure

Find this when implementing HBASE-21717, which means it is good that our UTs for sync client really covers a lot of corner cases.

HRegionServer has its own nextLong method as below:

  /**
   * Generate a random positive long number
   *
   * @return a random positive long number
   */
  protected long nextLong() {
    long n = rand.nextLong();
    if (n == 0) {
      return nextLong();
    }
    if (n < 0) {
      n = -n;
    }
    return n;
  }

It's never called anywhere, if we can ensure it's really useless, it should be removed
Looks likely below should use nextLong rather than rand.nextLong(but not sure):

  protected long addScanner(RegionScanner s, HRegion r) throws LeaseStillHeldException {
    long scannerId = -1;
    while (true) {
      scannerId = Math.abs(rand.nextLong() << 24) ^ startcode;
      String scannerName = String.valueOf(scannerId);
      RegionScannerHolder existing =
        scanners.putIfAbsent(scannerName, new RegionScannerHolder(s, r));
      if (existing == null) {
        this.leases.createLease(scannerName, this.scannerLeaseTimeoutPeriod,
          new ScannerListener(scannerName));
        break;
      }
    }
    return scannerId;
  }

Its implemenation would be better if

    if (n == 0) {
    }

is changed to below (with better readability and (possible) less call-stacks by removing recursion)

    while (n == 0) {
      n = rand.nextLong();
    }

Removing a http-connector with allow-resource-service-restart set to true will yield the following result:

{
        ("subsystem" => "remoting"),
        ("http-connector" => "ejb3-tests")
    ],
    "operation-headers" => {"allow-resource-service-restart" => true}
}

However, the removal of http-connector will only register after full server reload.

The following iTests fail on Windows:
org.fusesource.esb.itests.basic.EsbBootTest.testBoot
org.fusesource.esb.itests.basic.EsbProfileRedeployTest.testProfileRedeploy
org.fusesource.esb.itests.basic.fabric.EsbProfileLongTest.testFeatures
org.fusesource.esb.itests.basic.fabric.EsbProfileTest.testLocalChildCreation
org.fusesource.esb.itests.extra.EsbFeaturesTest.testSaaj
org.fusesource.esb.itests.extra.EsbFeaturesTest.testConnector
org.fusesource.esb.itests.smoke.EsbCoreFeaturesTest.testHawtIo
It looks like configuration info specified in the tests is not getting written to etc/config.properties, as seen in the error below.
Could not create framework: java.lang.IllegalArgumentException: Property karaf.framework must be set in the etc/config.properties configuration file
java.lang.IllegalArgumentException: Property karaf.framework must be set in the etc/config.properties configuration file
	at org.apache.karaf.main.Main.createClassLoader(Main.java:1153)
	at org.apache.karaf.main.Main.launch(Main.java:310)
	at org.apache.karaf.main.Main.main(Main.java:555)

Section 10.2 "Serving JavaScript Resources" of the reference manual defines a servlet with a servlet-name of "Resource Servlet" and a servlet-mapping with a servlet-name of "Resources Servlet" (note the extra 's').
File to change:
spring-webflow-reference/src/spring-js.xml

While trying to port some 0.20 code, I found that HBC(Configuration) doesn't call the default constructor and thus never leads HBase ressources. This breaks compatibility.

In order to solve some other business requirements, I have created a custom Resource implementation that is returned when using "classpath*:" type resource patterns.  (It's essentially a UrlResource that implements ContextResource).  However, when FlowDefinitionResourceFactory attempts to calculate the flow id, it removes the classpath scheme from the beginning of the base path for every instance (where base path is used) except for if the resource implements ContextResource.  Looking at the code, I don't see any reason to skip it in this case, as in the common cases, invoking removeClasspathScheme will have no effect, while not artificially limiting any resource type that implements ContextResource.  
I am attaching a patch that does this.  

When trying to drop a view, hive log shows:

2015-05-21 11:53:06,126 ERROR [HiveServer2-Background-Pool: Thread-197]: hdfs.KeyProviderCache (KeyProviderCache.java:createKeyProviderURI(87)) - Could not find uri with key [dfs.encryption.key.provider.uri] to create a keyProvider !!
2015-05-21 11:53:06,134 ERROR [HiveServer2-Background-Pool: Thread-197]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(155)) - MetaException(message:java.lang.NullPointerException)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newMetaException(HiveMetaStore.java:5379)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_with_environment_context(HiveMetaStore.java:1734)
	at com.sun.proxy.$Proxy7.drop_table_with_environment_context(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.drop_table_with_environment_context(HiveMetaStoreClient.java:2056)
	at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.drop_table_with_environment_context(SessionHiveMetaStoreClient.java:118)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropTable(HiveMetaStoreClient.java:968)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropTable(HiveMetaStoreClient.java:904)
	at com.sun.proxy.$Proxy8.dropTable(Unknown Source)
	at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:1035)
	at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:972)
	at org.apache.hadoop.hive.ql.exec.DDLTask.dropTable(DDLTask.java:3836)
	at org.apache.hadoop.hive.ql.exec.DDLTask.dropTableOrPartitions(DDLTask.java:3692)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:331)
	at org.apache.hadoop.hive.shims.Hadoop23Shims$HdfsEncryptionShim.isPathEncrypted(Hadoop23Shims.java:1213)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_core(HiveMetaStore.java:1546)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_with_environment_context(HiveMetaStore.java:1723)
	... 40 more

2015-05-21 11:53:06,135 ERROR [HiveServer2-Background-Pool: Thread-197]: exec.DDLTask (DDLTask.java:failed(520)) - org.apache.hadoop.hive.ql.metadata.HiveException: MetaException(message:java.lang.NullPointerException)
	at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:1041)
Caused by: MetaException(message:java.lang.NullPointerException)
	... 23 more
	... 40 more

2015-05-21 11:53:06,135 INFO  [HiveServer2-Background-Pool: Thread-197]: hooks.ATSHook (ATSHook.java:<init>(84)) - Created ATS Hook
2015-05-21 11:53:06,136 INFO  [HiveServer2-Background-Pool: Thread-197]: log.PerfLogger (PerfLogger.java:PerfLogBegin(121)) - <PERFLOG method=FailureHook.org.apache.hadoop.hive.ql.hooks.ATSHook from=org.apache.hadoop.hive.ql.Driver>
2015-05-21 11:53:06,136 INFO  [HiveServer2-Background-Pool: Thread-197]: log.PerfLogger (PerfLogger.java:PerfLogEnd(148)) - </PERFLOG method=FailureHook.org.apache.hadoop.hive.ql.hooks.ATSHook start=1432209186136 end=1432209186136 duration=0 from=org.apache.hadoop.hive.ql.Driver>
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:java.lang.NullPointerException)
2015-05-21 11:53:06,136 ERROR [HiveServer2-Background-Pool: Thread-197]: ql.Driver (SessionState.java:printError(957)) - FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:java.lang.NullPointerException)
2015-05-21 11:53:06,137 INFO  [HiveServer2-Background-Pool: Thread-197]: log.PerfLogger (PerfLogger.java:PerfLogEnd(148)) - </PERFLOG method=Driver.execute start=1432209185565 end=1432209186137 duration=572 from=org.apache.hadoop.hive.ql.Driver>
2015-05-21 11:53:06,137 INFO  [HiveServer2-Background-Pool: Thread-197]: log.PerfLogger (PerfLogger.java:PerfLogBegin(121)) - <PERFLOG method=releaseLocks from=org.apache.hadoop.hive.ql.Driver>
2015-05-21 11:53:06,137 INFO  [HiveServer2-Background-Pool: Thread-197]: log.PerfLogger (PerfLogger.java:PerfLogEnd(148)) - </PERFLOG method=releaseLocks start=1432209186137 end=1432209186137 duration=0 from=org.apache.hadoop.hive.ql.Driver>
2015-05-21 11:53:06,139 ERROR [HiveServer2-Background-Pool: Thread-197]: operation.Operation (SQLOperation.java:run(209)) - Error running hive query: 
org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:java.lang.NullPointerException)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: MetaException(message:java.lang.NullPointerException)
	... 11 more
	... 23 more
	... 40 more

The following code in HiveMetaStore seems to have caused this issue :

        if(!ifPurge) {
.....
            if (shim.isPathEncrypted(tblPath)) {
              throw new MetaException("Unable to drop table because it is in an encryption zone" +
                " and trash is enabled.  Use PURGE option to skip trash.");
            }
          }
        }

It seems that the tblPath is still null when shims.isPathEncrypted is called.
Thanks to Aswathy Chellammal Sreekumar for uncovering this issue !

In package org.springframework.batch.core.listener, all CompositeListener (CompositeItemProcessListener, CompositeItemReaderListener, CompositeItemWriteListener, CompositeJobExecutionListener, CompositeStepExecutionListener) which have before/after methods, use the normal order of the list in the before-Method and the reverse order in the afterMethod.
E.g. CompositeStepExecutionListener

      public ExitStatus afterStep(StepExecution stepExecution) {
		for (Iterator<StepExecutionListener> iterator = list.reverse(); iterator.hasNext();) {
	        ....
		}
		return stepExecution.getExitStatus();
	}

	public void beforeStep(StepExecution stepExecution) {
		for (Iterator<StepExecutionListener> iterator = list.iterator(); iterator.hasNext();) {
                  ...
		}
	}

However, it is implemented the other way around in the CompositeChunkListener: The reverse-iterator is used in the beforeChunk-method and the normal iterator is used in the afterChunk-method:

	public void afterChunk(ChunkContext context) {
		for (Iterator<ChunkListener> iterator = listeners.iterator(); iterator.hasNext();) {
                ...
		}
	}

	public void beforeChunk(ChunkContext context) {
		for (Iterator<ChunkListener> iterator = listeners.reverse(); iterator.hasNext();) {
                 ...
		}
	}

This is especially confusing, if you write  listeners that implements both interfaces StepExecutionListener and ChunkListener. The beforeStep methods get called in the order you add them, but the beforeChunk method are called in the reverse order.

Response entity for container cluster is returned for PUT and PATCH which are not needed. Modify so that we just return void.

I was experimenting with multistart option of wildfly-swarm-plugin and realized that's not possible to pass jvmArguments to particular process configuration e.g:

...
      <execution>
           <id>multistart</id>
           <phase>pre-integration-test</phase>
           <goals>
                 <goal>multistart</goal>
           </goals>
           <configuration>
                 <processes>
                      <process>
                           <artifactId>booker-web-client</artifactId>
                       </process>
                       <process>
                            <artifactId>booker-store</artifactId>
                            <properties>
                                 <swarm.http.port>8082</swarm.http.port>
                            </properties>
                            <jvmArguments>
                                <jvmArgument>-agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=y</jvmArgument>
                                </jvmArguments>
                        </process>
...

Columns coming from different operators may have the same internal names ("_colNN"). There exists a query in the form select b.cb, a.ca from a JOIN b ON ... JOIN x ON ...;  (distilled from a more complex query), which runs ok w/o vectorization. With vectorization, it will run ok for most ca, but for some ca it will fail (or can probably return incorrect results). That is because when building column-to-VRG-index map in VectorizationContext, internal column name for ca that the first map join operator adds to the mapping may be the same as internal name for cb that the 2nd one tries to add. 2nd VMJ doesn't add it (see code in ctor), and when it's time for it to output stuff, it retrieves wrong index from the map by name, and then wrong vector from VRG.

HIVE-20221 changes PARTITION_PARAMS, so the following command is modifying the wrong table:
ALTER TABLE "SERDE_PARAMS" ALTER COLUMN "PARAM_VALUE" nvarchar(MAX);
https://github.com/apache/hive/blob/d3b036920acde7bb04840697eb13038103b062b4/standalone-metastore/metastore-server/src/main/sql/mssql/upgrade-3.1.0-to-3.2.0.mssql.sql#L21

git clone https://github.com/pkremens/wildfly.git -b jbeap-4494-reproduce
cd wildfly
./build.sh -DskipTests
./integration-tests.sh -Dts.noSmoke -Dts.clustering

yields:

testGracefulServeOnUndeploy(org.jboss.as.test.clustering.cluster.web.DistributableTestCase)  Time elapsed: 11.31 sec  <<< ERROR!
	at org.jboss.as.arquillian.container.ServerSetupObserver.handleAfterUndeploy(ServerSetupObserver.java:155)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$4.call(ContainerDeployController.java:226)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$4.call(ContainerDeployController.java:185)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.undeploy(ContainerDeployController.java:184)
	at org.jboss.arquillian.container.test.impl.client.deployment.ClientDeployer.undeploy(ClientDeployer.java:132)
	at org.jboss.as.test.clustering.NodeUtil.undeploy(NodeUtil.java:49)
	at org.jboss.as.test.clustering.cluster.ClusterAbstractTestCase.afterTestMethod(ClusterAbstractTestCase.java:101)
	at org.jboss.arquillian.junit.Arquillian$StatementLifecycleExecutor.invoke(Arquillian.java:459)
	at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:80)
	at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44)
	at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134)
	at org.jboss.arquillian.junit.extension.UpdateTestResultBeforeAfter.update(UpdateTestResultBeforeAfter.java:54)
	at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:122)
	at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:264)

Wrong links in asciidoc to a mongodb and security related examples, wrong link to hal-browser images.
Fixed that already, will provide patch in a minute.

Running a :remove operation for a defined resource adapter fails with error WFLYCTL0123.

The current javadoc for Scan#setStartRow and Scan#setStopRow methods don't accurately capture the semantics of the use of row prefix values. Both methods describe the use of a trailing null byte to change the inclusive/exclusive the respective semantics of setStartRow and setStopRow.
The use of a trailing null byte for start row exclusion only works in the case that exact full matching is done on row keys. The use of a trailing null byte for stop row inclusion has even more limitations (see HBASE-9035).
The basic example is having the following rows:

AAB
ABB
BBC
BCC

Setting the start row to A and the stop row to B will include AAB and AB. 
Setting the start row to A\x0 and the stop row to B\x0 will result in the same two rows coming out of the scan, instead of having an effect on the inclusion/exclusion semantics.

I think we should do the same as what HADOOP-7154 has done in terms of starting up daemons with MALLOC_MAX_ARENA set. I recently noticed that there were RS crashes on RHEL6 due to memory (could be avoided by setting MALLOC_MAX_ARENA).

Setting the max-post-size on https-listeners has no effect. 

If JdbcTemplate.update is executed with a null value it throws an exception in the Derby Client driver:
org.apache.derby.client.am.SqlException: Es wurde versucht, einen Datenwert des Typs '<UNKNOWN>' aus einem Datenwert des Typs 'BIGINT' abzurufen.
	org.apache.derby.client.am.PreparedStatement$PossibleTypes.throw22005Exception(Unknown Source)
	org.apache.derby.client.am.PreparedStatement.setNull(Unknown Source)
	org.springframework.jdbc.core.StatementCreatorUtils.setNull(StatementCreatorUtils.java:247)
	org.springframework.jdbc.core.StatementCreatorUtils.setParameterValueInternal(StatementCreatorUtils.java:214)
	org.springframework.jdbc.core.StatementCreatorUtils.setParameterValue(StatementCreatorUtils.java:145)
	org.springframework.jdbc.core.ArgPreparedStatementSetter.setValues(ArgPreparedStatementSetter.java:51)
	org.springframework.jdbc.core.JdbcTemplate$2.doInPreparedStatement(JdbcTemplate.java:796)
	org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:591)
	org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:792)
	org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:850)
	org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:858)
	org.springframework.security.acls.jdbc.JdbcMutableAclService.updateObjectIdentity(JdbcMutableAclService.java:376)
	org.springframework.security.acls.jdbc.JdbcMutableAclService.updateAcl(JdbcMutableAclService.java:334)
In org.springframework.jdbc.core.StatementCreatorUtils.setNull, the current driver name get compared against some predefined names and the null value is set appropriately. There is already a comparison against "Apache Derby Embedded". I suggest changing it to "Apache Derby", this works fine in my case. 

There's a bug introduced in 3.0.6 (also exists in 3.0.7) with the @PathVariable. It's very similar to SPR-5365 though it was actually reintroduced in SPR-8543.
If a item is included on the path that has a period, it's impossible for the full string to be picked up by the path variable.  For example, with this URL and request mapping, userEmail is set to "jsmith@mail".

http://mydomain.com/myapp/api/user/jsmith@mail.com

and this method

@RequestMapping(value = {"/{userEmail}"}, method = RequestMethod.GET)
public ModelAndView doGet(@PathVariable final String userEmail)
{
}

My code also had a class-wide request mapping, though I'm not sure if it's relevant.
The usual advice is to include a DefaultAnnotationHandlerMapping in the context and set the property useDefaultSuffixPattern to false.  However, in 3.0.6, code was introduced into AnnotationMethodHandlerAdapter.getMatchingPattern() which adds .* to the pattern (eliminating the so-called file extension) but which is not suppressed by useDefaultSuffixPattern.

Looking at table.rb, it seems that scanners are never closed.

The endpoint configuration introduced in Camel 2.9 introduces more issues than per see. We should use the previous logic by default, and allow custom components to use a 3rd party EndpointConfiguration if they need to.
For example if you have a uri parameter named port then that is lost
Given the test below it fails

    @Test
    public void testConfigurationPortParameter() throws Exception {
        EndpointConfiguration cfg1 = ConfigurationHelper.createConfiguration("mapped://foo:8080?one=true&two=2&port=123", context);
        String uri1 = cfg1.toUriString(EndpointConfiguration.UriFormat.Complete);
        assertEquals("mapped://foo:8080?one=true&two=2&port=123", uri1);
    }

There is other facts with this EndpointConfiguration that causes side-effects as the previous logic was based on URISupport to parse the uris and whatnot. But the EndpointConfiguration introduced a new logic for that, and they are not identical.

SrpConnection zCount and zInterStore methods erroneously check isQueuing() instead of isPipelining() and therefore end up executing synchronously instead.

When submitting a SOAP request that contains a UTF BOM http://unicode.org/faq/utf_bom.html#22, the following fault string is returned: "Could not access envelope: Unable to create envelope from given source:"
After removing the offending BOM, and not manipulating the XML in any other way, the message is is delivered to the defined Endpoint successfully.
Per http://unicode.org/faq/utf_bom.html#29 , Spring-WS should be able to transparently ignore the BOM on UTF-8 files.

HBASE-7419 changed the link naming and the HFileLink/Reference check.
ExportSnapshot was not updated after that, so with a Link Reference HFileLink.isLink() now returns false and causes an error during a exportSnapshot with reference files

I executed !history command in beeline. And the following results displayed.

1.    0: select
1.    1: select
1.    2: select
1.    3: select

As a result, "1." is not necessary to output. I will change the output, such as the following.

0: select
1: select
2: select
3: select

Running a 0.1.0 hbase, I see this as version in UI:
Version	0.16.0, r618351 Hbase version and svn revision
Looks like the version is properly updated but the jsp needs to be regenerated for it to show.
Fix by integrating jsp build into general build.

When hudson runs for HBASE-6459, it encounters a failed testcase in org.apache.hadoop.hbase.coprocessor.TestClassLoading.testClassLoadingFromLibDirInJar. The link is https://builds.apache.org/job/PreCommit-HBASE-Build/2455/testReport/org.apache.hadoop.hbase.coprocessor/TestClassLoading/testClassLoadingFromLibDirInJar/
I check the log, and find that the function waitTableAvailable will only check the meta table, when rs open the region and update the metalocation in meta, it may not be added to the onlineregions in rs.
for (HRegion region:
        hbase.getRegionServer(0).getOnlineRegionsLocalContext()) {
this Loop will ship, and found1 will be false altogether.
that's why the testcase failed.
So maybe we can  hbave some strictly check when table is created

Credits to Romil Choksi
Restore of bulk-loaded HBase table doesn't restore deleted rows
Steps:
Create usertable and insert a few rows in it
Create full backup
Bulk load into usertable, and create first incremental backup
Bulk load into usertable again, and create second incremental backup
Delete row each from initial insert, first bulk load and second bulk load
Restore usertable using second incremental backup
Verify if each of the deleted rows has been restored
On restore using second incremental backup id, the test failed as all of the rows from first bulk load were not available. Data from initial insertion (full backup) and second bulk load were only available.

Exception happens during some unit tests:

2009-06-01 11:05:18,075 INFO  [RegionServer:0] regionserver.HRegionServer(665): stopping server at: 192.168.249.1:41463
2009-06-01 11:05:18,076 INFO  [RegionServer:0] regionserver.HRegionServer(679): RegionServer:0 exiting
2009-06-01 11:05:18,077 DEBUG [HMaster] zookeeper.ZooKeeperWrapper(531): Deleting node: 1243883037682
Exception in thread "HMaster" java.lang.IllegalArgumentException: Path must start with / character
	at org.apache.zookeeper.ZooKeeper.validatePath(ZooKeeper.java:537)
	at org.apache.zookeeper.ZooKeeper.delete(ZooKeeper.java:642)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.clearRSDirectory(ZooKeeperWrapper.java:532)
	at org.apache.hadoop.hbase.master.RegionManager.stop(RegionManager.java:620)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:425)
2009-06-01 11:05:19,077 INFO  [main] hbase.LocalHBaseCluster(294): Shutdown HMaster 1 region server(s)
2009-06-01 11:05:19,081 INFO  [main] hbase.HBaseTestCase(592): Shutting down FileSystem
2009-06-01 11:05:19,081 INFO  [main] hbase.HBaseTestCase(599): Shutting down Mini DFS 
Shutting down the Mini HDFS Cluster
Shutting down DataNode 1
2009-06-01 11:05:19,178 DEBUG [HMaster-EventThread] client.HConnectionManager$TableServers(203): Got ZooKeeper event, state: Disconnected, type: None, path: null
2009-06-01 11:05:19,178 DEBUG [RegionManager.rootScanner-EventThread] client.HConnectionManager$TableServers(203): Got ZooKeeper event, state: Disconnected, type: None, path: null
2009-06-01 11:05:19,179 DEBUG [main-EventThread] client.HConnectionManager$TableServers(203): Got ZooKeeper event, state: Disconnected, type: None, path: null
2009-06-01 11:05:19,179 INFO  [main-EventThread] regionserver.HRegionServer(367): Got ZooKeeper event, state: Disconnected, type: None, path: null
2009-06-01 11:05:19,179 DEBUG [main-EventThread] regionserver.HRegionServer(372): Ignoring ZooKeeper event while shutting down
2009-06-01 11:05:19,185 WARN  [org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@d522de2] datanode.DataXceiverServer(137): DatanodeRegistration(127.0.0.1:36486, storageID=DS-350082559-192.168.249.1-36486-1243883037153, infoPort=58600, ipcPort=57545):DataXceiveServer: java.nio.channels.AsynchronousCloseException
	at java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:202)
	at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:170)
	at sun.nio.ch.ServerSocketAdaptor.accept(ServerSocketAdaptor.java:102)
	at org.apache.hadoop.hdfs.server.datanode.DataXceiverServer.run(DataXceiverServer.java:130)

Shutting down DataNode 0
2009-06-01 11:05:20,293 WARN  [org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@42238016] datanode.DataXceiverServer(137): DatanodeRegistration(127.0.0.1:37436, storageID=DS-1878503705-192.168.249.1-37436-1243883036827, infoPort=41289, ipcPort=36123):DataXceiveServer: java.nio.channels.AsynchronousCloseException

2009-06-01 11:05:21,395 WARN  [org.apache.hadoop.hdfs.server.namenode.FSNamesystem$ReplicationMonitor@286e4365] namenode.FSNamesystem$ReplicationMonitor(2306): ReplicationMonitor thread received InterruptedException.java.lang.InterruptedException: sleep interrupted
2009-06-01 11:05:21,399 INFO  [Thread-121] regionserver.HRegionServer$ShutdownThread(951): Starting shutdown thread.
2009-06-01 11:05:21,400 INFO  [Thread-121] regionserver.HRegionServer$ShutdownThread(959): Shutdown thread complete

This is from the test org.apache.hadoop.hbase.client.TestHTable.testHTable()

For mingw64 on windows 64bits, we got the compile error like these:

     [exec] "C:/Program Files/Java/jdk1.7.0_67/bin/javah" -force -classpath target/classes -o target/jni-classes/org/apache/commons/crypto/random/OpenSslCryptoRandomNative.h org.apache.commons.crypto.random.OpenSslCryptoRandomNative
     [exec] Picked up _JAVA_OPTIONS:
     [exec] In file included from C:/msys64/mingw64/x86_64-w64-mingw32/include/guiddef.h:148:0,
     [exec]                  from C:/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:628,
     [exec]                  from C:/msys64/mingw64/x86_64-w64-mingw32/include/minwindef.h:163,
     [exec]                  from C:/msys64/mingw64/x86_64-w64-mingw32/include/windef.h:8,
     [exec]                  from C:/msys64/mingw64/x86_64-w64-mingw32/include/Windows.h:69,
     [exec]                  from src/main/native/org/apache/commons/crypto/org_apache_commons_crypto.h:132,
     [exec]                  from src/main/native/org/apache/commons/crypto/random/org_apache_commons_crypto_random.h:22,
     [exec]                  from src/main/native/org/apache/commons/crypto/random/OpenSslCryptoRandomNative.c:19:
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/string.h:107:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE int __cdecl strncasecmp (const char *__sz1, const char *__sz2, size_t __sizeMaxCompare) { return _strnicmp (__sz1, __sz2, __sizeMaxCompare); }
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/string.h:108:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE int __cdecl strcasecmp (const char *__sz1, const char *__sz2) { return _stricmp (__sz1, __sz2); }
     [exec]    ^
     [exec] gcc -I"C:/Program Files/Java/jdk1.7.0_67/include" -Ilib/inc_win -O2 -fno-inline-functions -Ilib/include -I/usr/include -I"src/main/native/org/apache/commons/crypto/" -I"C:/Program Files/Java/jdk1.7.0_67/include/win32" -I"target/jni-classes/org/apache/commons/crypto/cipher" -I"target/jni-classes/org/apache/commons/crypto/random" -c src/main/native/org/apache/commons/crypto/random/OpenSslCryptoRandomNative.c -o target/commons-crypto-1.0.0-SNAPSHOT-Windows-x86_64/OpenSslCryptoRandomNative.o
     [exec] In file included from C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/5.4.0/include/mm_malloc.h:27:0,
     [exec]                  from C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/5.4.0/include/xmmintrin.h:34,
     [exec]                  from C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/5.4.0/include/x86intrin.h:31,
     [exec]                  from C:/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:1519,
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stdlib.h:313:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE __MINGW_ATTRIB_NORETURN void  __cdecl _Exit(int status)
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stdlib.h:650:3: error: 'inline' in empty declaration
     [exec]    __MINGW_EXTENSION __CRT_INLINE long long __cdecl llabs(long long _j) { return (_j >= 0 ? _j : -_j); }
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stdlib.h:668:3: error: 'inline' in empty declaration
     [exec]    __MINGW_EXTENSION __CRT_INLINE long long  __cdecl atoll (const char * _c) { return _atoi64 (_c); }
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stdlib.h:669:3: error: 'inline' in empty declaration
     [exec]    __MINGW_EXTENSION __CRT_INLINE char *__cdecl lltoa (long long _n, char * _c, int _i) { return _i64toa (_n, _c, _i); }
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stdlib.h:670:3: error: 'inline' in empty declaration
     [exec]    __MINGW_EXTENSION __CRT_INLINE char *__cdecl ulltoa (unsigned long long _n, char * _c, int _i) { return _ui64toa (_n, _c, _i); }
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stdlib.h:671:3: error: 'inline' in empty declaration
     [exec]    __MINGW_EXTENSION __CRT_INLINE long long  __cdecl wtoll (const wchar_t * _w) { return _wtoi64 (_w); }
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stdlib.h:672:3: error: 'inline' in empty declaration
     [exec]    __MINGW_EXTENSION __CRT_INLINE wchar_t *__cdecl lltow (long long _n, wchar_t * _w, int _i) { return _i64tow (_n, _w, _i); }
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stdlib.h:673:3: error: 'inline' in empty declaration
     [exec]    __MINGW_EXTENSION __CRT_INLINE wchar_t *__cdecl ulltow (unsigned long long _n, wchar_t * _w, int _i) { return _ui64tow (_n, _w, _i); }
     [exec]    ^
     [exec] In file included from C:/msys64/mingw64/x86_64-w64-mingw32/include/minwindef.h:163:0,
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:1583:5: error: 'inline' in empty declaration
     [exec]      __CRT_INLINE LONG64 MultiplyExtract128(LONG64 Multiplier,LONG64 Multiplicand,BYTE Shift) {
     [exec]      ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:1592:5: error: 'inline' in empty declaration
     [exec]      __CRT_INLINE DWORD64 UnsignedMultiplyExtract128(DWORD64 Multiplier,DWORD64 Multiplicand,BYTE Shift) {
     [exec]      ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:7335:5: error: 'inline' in empty declaration
     [exec]      __CRT_INLINE PVOID WINAPI RtlSecureZeroMemory(PVOID ptr,SIZE_T cnt) {
     [exec]      ^
     [exec] In file included from C:/msys64/mingw64/x86_64-w64-mingw32/include/Windows.h:114:0,
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stralign.h:61:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE LPUWSTR ua_CharUpperW(LPUWSTR String) {
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stralign.h:80:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE int ua_lstrcmpW(LPCUWSTR String1,LPCUWSTR String2) {
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stralign.h:88:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE int ua_lstrcmpiW(LPCUWSTR String1,LPCUWSTR String2) {
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stralign.h:96:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE int ua_lstrlenW(LPCUWSTR String) {
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stralign.h:120:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE PUWSTR_C ua_wcschr(PCUWSTR String,WCHAR Character) {
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stralign.h:124:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE PUWSTR_C ua_wcsrchr(PCUWSTR String,WCHAR Character) {
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stralign.h:139:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE PUWSTR ua_wcscpy(PUWSTR Destination,PCUWSTR Source) {
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stralign.h:144:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE size_t ua_wcslen(PCUWSTR String) {
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/stralign.h:153:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE int ua_wcsicmp(LPCUWSTR String1,LPCUWSTR String2) {
     [exec]    ^
     [exec] In file included from C:/msys64/mingw64/include/openssl/asn1.h:62:0,
     [exec]                  from C:/msys64/mingw64/include/openssl/objects.h:965,
     [exec]                  from C:/msys64/mingw64/include/openssl/evp.h:94,
     [exec]                  from src/main/native/org/apache/commons/crypto/org_apache_commons_crypto.h:196,
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:171:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE wchar_t *__cdecl _wctime(const time_t *_Time) { return _wctime64(_Time); }
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:183:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE errno_t __cdecl _wctime_s (wchar_t *_Buffer,size_t _SizeInWords,const time_t *_Time) { return _wctime64_s (_Buffer,_SizeInWords,_Time); }
     [exec]    ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:205:1: error: 'inline' in empty declaration
     [exec]  __CRT_INLINE double __cdecl difftime(time_t _Time1,time_t _Time2)
     [exec]  ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:207:1: error: 'inline' in empty declaration
     [exec]  __CRT_INLINE char *__cdecl ctime(const time_t *_Time) { return _ctime64(_Time); }
     [exec]  ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:208:1: error: 'inline' in empty declaration
     [exec]  __CRT_INLINE struct tm *__cdecl gmtime(const time_t *_Time) { return _gmtime64(_Time); }
     [exec]  ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:209:1: error: 'inline' in empty declaration
     [exec]  __CRT_INLINE struct tm *__cdecl localtime(const time_t *_Time) { return _localtime64(_Time); }
     [exec]  ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:210:1: error: 'inline' in empty declaration
     [exec]  __CRT_INLINE time_t __cdecl mktime(struct tm *_Tm) { return _mktime64(_Tm); }
     [exec]  ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:211:1: error: 'inline' in empty declaration
     [exec]  __CRT_INLINE time_t __cdecl _mkgmtime(struct tm *_Tm) { return _mkgmtime64(_Tm); }
     [exec]  ^
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:212:1: error: 'inline' in empty declaration
     [exec]  __CRT_INLINE time_t __cdecl time(time_t *_Time) { return _time64(_Time); }
     [exec]  ^
     [exec] In file included from C:/msys64/mingw64/x86_64-w64-mingw32/include/time.h:284:0,
     [exec]                  from C:/msys64/mingw64/include/openssl/asn1.h:62,
     [exec] C:/msys64/mingw64/x86_64-w64-mingw32/include/sys/timeb.h:107:3: error: 'inline' in empty declaration
     [exec]    __CRT_INLINE void __cdecl ftime(struct timeb *_Tmb) {
     [exec]    ^

It is an inline issue, just disable inline at 64bits windows.

Reduce vectorization accumulates 1024 rows before forwarding it into the reduce processor.
Add a safety limit for 32Mb of writables, so that shorter sequences can be forwarded into the operator trees.

        rowIdx++;
        if (rowIdx >= BATCH_SIZE) {
          VectorizedBatchUtil.setBatchSize(batch, rowIdx);
          reducer.process(batch, tag);

I've tried to create a fabric with this kit several times, and keep getting the error below:
JBossFuse:karaf@root> fabric:create --wait-for-provisioning 
Waiting for container: root
Waiting for container root to provision.
Error executing command: Unable to create zookeeper server configuration
log:display              log:display-exception    
JBossFuse:karaf@root> log:display-exception 
io.fabric8.api.FabricException: Unable to create zookeeper server configuration
	at io.fabric8.internal.ZooKeeperClusterBootstrapImpl.create(ZooKeeperClusterBootstrapImpl.java:150)
	at io.fabric8.boot.commands.CreateAction.doExecute(CreateAction.java:304)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.8.0_20]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_20]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_20]
	at java.lang.reflect.Method.invoke(Method.java:483)[:1.8.0_20]
	at org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:54)[18:org.apache.aries.proxy.impl:1.0.3]
	at org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:119)[18:org.apache.aries.proxy.impl:1.0.3]
	at io.fabric8.boot.commands.$CreateCommand925430961.execute(Unknown Source)[112:io.fabric8.fabric-boot-commands:1.2.0.redhat-034]
	at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[28:org.apache.karaf.shell.console:2.4.0.redhat-620034]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[28:org.apache.karaf.shell.console:2.4.0.redhat-620034]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[28:org.apache.karaf.shell.console:2.4.0.redhat-620034]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[28:org.apache.karaf.shell.console:2.4.0.redhat-620034]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[28:org.apache.karaf.shell.console:2.4.0.redhat-620034]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[28:org.apache.karaf.shell.console:2.4.0.redhat-620034]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)[28:org.apache.karaf.shell.console:2.4.0.redhat-620034]
	at org.apache.karaf.shell.console.jline.Console.run(Console.java:196)[28:org.apache.karaf.shell.console:2.4.0.redhat-620034]
	at org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)[28:org.apache.karaf.shell.console:2.4.0.redhat-620034]
Caused by: java.util.concurrent.TimeoutException: Cannot provision container in time
	at io.fabric8.internal.ZooKeeperClusterBootstrapImpl$BootstrapCreateHandler.waitForSuccessfulDeploymentOf(ZooKeeperClusterBootstrapImpl.java:389)
	at io.fabric8.internal.ZooKeeperClusterBootstrapImpl$BootstrapCreateHandler.access$100(ZooKeeperClusterBootstrapImpl.java:316)
	at io.fabric8.internal.ZooKeeperClusterBootstrapImpl.create(ZooKeeperClusterBootstrapImpl.java:145)
	... 19 more

http://docs.spring.io/spring-security/site/docs/3.2.0.RELEASE/apidocs/org/springframework/security/ldap/userdetails/DefaultLdapAuthoritiesPopulator.html
shows

<bean id="ldapAuthoritiesPopulator"
       class="org.springframework.security.authentication.ldap.populator.DefaultLdapAuthoritiesPopulator">
   <constructor-arg ref="contextSource"/>
   <constructor-arg value="ou=groups"/>
   <property name="groupRoleAttribute" value="ou"/>
 <!-- the following properties are shown with their default values -->
   <property name="searchSubTree" value="false"/>
   <property name="rolePrefix" value="ROLE_"/>
   <property name="convertToUpperCase" value="true"/>
 </bean>

but should be

       class="org.springframework.security.ldap.userdetails.DefaultLdapAuthoritiesPopulator">
 </bean>

TestBeeLineWithArgs started taking many, many hours and eventually timing out which is one cause of precommit runs taking a long time. For now I have skipped it in for precommit tests so we should figure out what is going on so we can re-enable the test.

In some cases the base persist directory will contain old data or shared between reducer in the same physical VM.
That will lead to the failure of the job till that the directory is cleaned.

org.jboss.as.clustering.controller.AttributeParsers.COLLECTION is currently used for 2 types of attributes:

Lists
Maps

The list version is unnecessary, as the default parser for the associated attribute definition parses these value correctly.  The only exception is to support aliases in version 1.0 of the XSD.
The map version is very hacky, as it makes an assumption that the map value is available from the element text of the xml reader.  We should use a separate parser for this type.

RetryingRawStore retries calls. Some method (e.g. drop_table_core in HiveMetaStore) explicitly call openTransaction and commitTransaction on RawStore.
When the commit call fails due to some real issue, it is retried, and instead of a real cause for failure one gets some bogus exception about transaction open count.
I doesn't make sense to retry logical errors, especially not from commitTransaction.

The Javadoc says that "oauth_token" and "oauth_callback" are the default query parameter names.  As far as I can tell, "requestToken" is the default token parameter name and passing in the oauth callback is not supported at that point in the oauth session handshake.

In an effort to obtain access to key values of foreign keys,
Ttable.java defines @Column(name = "first_bee")
Roo notices, and creates relevant _JavaBean.aj ITD, 
but fails to annotate for: (should be mapped with insert="false" update="false")
Attached is the backup.zip with mysql dump, log.roo, tc.log (the stacktrace from tc-server)
and the whole eclipse project.

We perform an XSLT transform within a Split. We added camel-saxon so that we could use XSLT 2 for one particular transformation. This works fine when run synchronously but when we switch parallel to true on the split we get the following errors:-
2016-08-07T16:09:02,142 Camel (camel-1) thread #4 - Split ERROR org.apache.camel.processor.DefaultErrorHandler |  |  |  |  
 Failed delivery for (MessageId: ID-dave-ThinkPad-Edge-E540-35771-1470582541027-0-27 on ExchangeId: ID-dave-ThinkPad-Edge-E540-35771-1470582541027-0-32). Exhausted after delivery attempt: 1 caught: org.apache.camel.TypeConversionException: Error during type conversion from type: java.lang.String to the required type: java.lang.String with value <OrderResponseItem xmlns="http://api.channeladvisor.com/webservices/" xmlns:q3="http://api.channeladvisor.com/datacontracts/orders" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="q3:OrderResponseDetailComplete">
                <q3:NumberOfMatches>3</q3:NumberOfMatches>
                <q3:OrderTimeGMT>2016-07-04T08:07:38.893</q3:OrderTimeGMT>
                <q3:LastUpdateDate>2016-07-04T08:07:40.217</q3:LastUpdateDate>
                <q3:TotalOrderAmount>357.0000</q3:TotalOrderAmount>
                <q3:OrderState>Active</q3:OrderState>
                <q3:DateCancelledGMT xsi:nil="true"/>
                <q3:OrderID>9564205</q3:OrderID>
                <q3:ClientOrderIdentifier>1000008</q3:ClientOrderIdentifier>
                <q3:SellerOrderID/>
                <q3:OrderStatus>
                    <q3:CheckoutStatus>Completed</q3:CheckoutStatus>
                    <q3:CheckoutDateGMT>2016-07-04T08:07:38.893</q3:CheckoutDateGMT>
                    <q3:PaymentSt... [Body clipped after 1000 chars, total length is 14996] due java.lang.NullPointerException. Processed by failure processor: FatalFallbackErrorHandler[Channel[Log(route2)[Error processing route: ${exception.stacktrace}]]]
[route1            ] [route1            ] [direct://in                                                                   ] [       378]
[route1            ] [to1               ] [direct:transformOrderResponseItemToConsignmentRoute                           ] [        12]
[route2            ] [log5              ] [log                                                                           ] [        11]
[                  ] [GeneralExceptionLo] [log                                                                           ] [         3]
--------------------------------------------------------------------------------------------------------------------------------------- 
org.apache.camel.TypeConversionException: Error during type conversion from type: java.lang.String to the required type: java.lang.String with value <OrderResponseItem xmlns="http://api.channeladvisor.com/webservices/" xmlns:q3="http://api.channeladvisor.com/datacontracts/orders" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="q3:OrderResponseDetailComplete">
                    <q3:PaymentSt... [Body clipped after 1000 chars, total length is 14996] due java.lang.NullPointerException
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.createTypeConversionException(BaseTypeConverterRegistry.java:629) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:150) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.support.ExpressionAdapter.evaluate(ExpressionAdapter.java:41) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.builder.ExpressionBuilder$64.evaluate(ExpressionBuilder.java:1533) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.support.ExpressionAdapter.evaluate(ExpressionAdapter.java:36) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.LogProcessor.process(LogProcessor.java:53) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:468) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:190) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:121) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:83) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:62) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:145) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:109) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.MulticastProcessor.doProcessParallel(MulticastProcessor.java:827) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.MulticastProcessor.access$200(MulticastProcessor.java:85) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.MulticastProcessor$1.call(MulticastProcessor.java:320) [camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.processor.MulticastProcessor$1.call(MulticastProcessor.java:305) [camel-core-2.17.2.jar:2.17.2]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_66]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_66]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_66]
	at java.lang.Thread.run(Thread.java:745) [?:1.8.0_66]
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1690) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:1285) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.impl.converter.InstanceMethodTypeConverter.convertTo(InstanceMethodTypeConverter.java:78) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.doConvertTo(BaseTypeConverterRegistry.java:306) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:133) ~[camel-core-2.17.2.jar:2.17.2]
	... 26 more
	at org.xml.sax.helpers.NamespaceSupport$Context.declarePrefix(NamespaceSupport.java:628) ~[?:1.8.0_66]
	at org.xml.sax.helpers.NamespaceSupport.declarePrefix(NamespaceSupport.java:319) ~[?:1.8.0_66]
	at net.sf.saxon.dom.DOMSender.gatherNamespaces(DOMSender.java:304) ~[Saxon-HE-9.5.1-5.jar:?]
	at net.sf.saxon.dom.DOMSender.sendElement(DOMSender.java:125) ~[Saxon-HE-9.5.1-5.jar:?]
	at net.sf.saxon.dom.DOMSender.send(DOMSender.java:93) ~[Saxon-HE-9.5.1-5.jar:?]
	at net.sf.saxon.dom.DOMObjectModel.sendSource(DOMObjectModel.java:242) ~[Saxon-HE-9.5.1-5.jar:?]
	at net.sf.saxon.event.Sender.send(Sender.java:219) ~[Saxon-HE-9.5.1-5.jar:?]
	at net.sf.saxon.IdentityTransformer.transform(IdentityTransformer.java:46) ~[Saxon-HE-9.5.1-5.jar:?]
	at org.apache.camel.converter.jaxp.XmlConverter.toResult(XmlConverter.java:132) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.converter.jaxp.XmlConverter.toResult(XmlConverter.java:116) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.converter.jaxp.XmlConverter.toString(XmlConverter.java:238) ~[camel-core-2.17.2.jar:2.17.2]
	at org.apache.camel.converter.jaxp.XmlConverter.toString(XmlConverter.java:282) ~[camel-core-2.17.2.jar:2.17.2]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_66]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_66]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_66]
	at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_66]
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:1281) ~[camel-core-2.17.2.jar:2.17.2]
	... 26 more
I  created a test project (which I will try to attach) with a simple unit test. I found that if I remove camel-saxon then parallel appears to run fine (The unit test is not multithreaded but I can reach 20 runs without a problem). If I include camel-saxon the I start getting the problem above (usually within 8 runs of the unit test)
I noticed that camel-saxon uses an old version of Saxon (Saxon-HE-9.5.1-5) so I overrode this with the latest version (9.7.0-7) but I still get the problem.
I have tried against camel-saxon 2.17.2,2.17.1,2.17.0 and 2.16.3 (which required further Saxon fiddling).
I originally raised this problem on the mailing list here: http://camel.465427.n5.nabble.com/Camel-XSLT-Saxon-not-thread-safe-tc5785086.html

Hi. I just upgraded from 3.0.2 to 3.0.4 and my log is flooded with WARN messages. The app still seems to work, but jms communication seems to take some extra time...
Looking at the code in the debugger, and the error message, a session seems to be null where expected not to. Is there a workaround, or something that I have missed in my config that is exposed now in 3.0.4, or is this a bug?
<bean id="transactionalMessageListenerContainer" class="org.springframework.jms.listener.DefaultMessageListenerContainer" abstract="true">
    	<property name="cacheLevelName" value="CACHE_NONE"/>
    	<property name="concurrentConsumers" value="1"/>
    	<property name="connectionFactory" ref="connectionFactory"/>
    	<property name="sessionTransacted" value="true"/>
    	<property name="transactionManager" ref="transactionManager"/>
        <property name="autoStartup" value="false" />
    </bean>
<bean id="addressDefectTrackerContainer" parent="transactionalMessageListenerContainer">
        <property name="concurrentConsumers" value="#
{settings.addressDefectTracker.messageListener.concurrentConsumers}
" />
        <property name="maxConcurrentConsumers" value="#
{settings.addressDefectTracker.messageListener.maxConcurrentConsumers}
" />
        <property name="idleTaskExecutionLimit" value="#
{settings.addressDefectTracker.messageListener.idleTaskExecutionLimit}
" />
        <property name="maxMessagesPerTask" value="#
{settings.addressDefectTracker.messageListener.maxMessagesPerTask}
" />
        <property name="destination" ref="jmsAddressDefectTrackerChannel" />
    </bean>
<si-jms:message-driven-channel-adapter 
		channel="defectTrackerChannel" container="addressDefectTrackerContainer" acknowledge="transacted" connection-factory="connectionFactory"/>
2010-08-20 12:00:44,312 [addressDefectTrackerContainer-2] DEBUG Initiating transaction rollback on listener exception at org.springframework.jms.listener.DefaultMessageListenerContainer.rollbackOnException(AbstractPollingMessageListenerContainer.java:388)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.commitIfNecessary(AbstractMessageListenerContainer.java:571)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:241)
2010-08-20 12:00:49,349 [addressDefectTrackerContainer-2] WARN Setup of JMS message listener invoker failed for destination 'Queue[LM.UTV_maghei.ORIGO.GEODATA.ADDRESS.DEFECTTRACKER]' - trying to recover. Cause: null at org.springframework.jms.listener.DefaultMessageListenerContainer.handleListenerSetupFailure(DefaultMessageListenerContainer.java:818)
2010-08-20 12:00:49,350 [addressDefectTrackerContainer-2] INFO  Successfully refreshed JMS Connection at org.springframework.jms.listener.DefaultMessageListenerContainer.refreshConnectionUntilSuccessful(DefaultMessageListenerContainer.java:862)

http://forum.springframework.org/showthread.php?p=96427#post96427

        Control[] requestControls = ldapContext.getRequestControls();
        Control newControl = createRequestControl();

        Control[] newControls = new Control[requestControls.length + 1];
        for (int i = 0; i < requestControls.length; i++) {
            newControls[i] = requestControls[i];
        }

new Control(int) needs to perform a null pointer check. 

http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/scheduling.html#scheduling-task-namespace-scheduled-tasks
The xml examples are not well formed. The problem is the closing tags:
<task:scheduled-tasks scheduler="myScheduler">
    <task:scheduled ref="someObject" method="someMethod" fixed-delay="5000"/>
<task:scheduled-tasks/>
should be:
</task:scheduled-tasks>
and
    <task:scheduled ref="someObject" method="someMethod" fixed-rate="5000"/>
    <task:scheduled ref="anotherObject" method="anotherMethod" cron="*/5 * * * * MON-FRI"/>
should be:

Commands:
create table idtable(id string);
create table ctastable as select * from idtable;
With ATS hook:
2015-05-22 18:54:47,092 INFO  [ATS Logger 0]: hooks.ATSHook (ATSHook.java:run(136)) - Failed to submit plan to ATS: java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:589)
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:576)
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:821)
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputStagePlans(ExplainTask.java:965)
        at org.apache.hadoop.hive.ql.exec.ExplainTask.getJSONPlan(ExplainTask.java:219)
        at org.apache.hadoop.hive.ql.hooks.ATSHook$2.run(ATSHook.java:120)

From Lars George list up on hbase-dev:

Hi,

I went through the config values as per the defaults XML file (still
going through it again now based on what is actually in the code, i.e.
those not in defaults). Here is what I found:

hbase.master.balancer.period - Only used in hbase-default.xml?

hbase.regions.percheckin, hbase.regions.slop - Some tests still have
it but not used anywhere else

zookeeper.pause, zookeeper.retries - Never used? Only in hbase-defaults.xml

And then there are differences between hardcoded and XML based defaults:

hbase.client.pause - XML: 1000, hardcoded: 2000 (HBaseClient) and 30 *
1000 (HBaseAdmin)

hbase.client.retries.number - XML: 10, hardcoded 5 (HBaseAdmin) and 2 (HMaster)

hbase.hstore.blockingStoreFiles - XML: 7, hardcoded: -1

hbase.hstore.compactionThreshold - XML: 3, hardcoded: 2

hbase.regionserver.global.memstore.lowerLimit - XML: 0.35, hardcoded: 0.25

hbase.regionserver.handler.count - XML: 25, hardcoded: 10

hbase.regionserver.msginterval - XML: 3000, hardcoded: 1000

hbase.rest.port - XML: 8080, hardcoded: 9090

hfile.block.cache.size - XML: 0.2, hardcoded: 0.0

Finally, some keys are already in HConstants, some are in local
classes and others used as literals. There is an issue open to fix
this though. Just saying.

Thoughts?

There are a number of uses of String(byte[]) which assume the platform default charset is ASCII-derived.  These need to be changed to specify StandardCharsets.UTF_8 as the second method argument.

The example verbiage below was taken from the Javadoc on CronSequenceGenerator, and it incorrectly instructs how a Cron Interval expression should be corrected.  
<li>"0 0 8-10/30 * * *" = 8:00, 8:30, 9:00, 9:30 and 10 o'clock every day.</li>
By putting the /30 in the Hours field, at runtime it adds 30 hours to 8 instead of 30 minutes.  The correct expression for this type of Interval should be:
<li>"0 0/30 8-10 * * *" = 8:00, 8:30, 9:00, 9:30 and 10 o'clock every day.</li>
While this is only an issue with documentation, by following the documentation, I wasted a couple of hours trying to find out what I was doing wrong.  Stepping through the API showed me that the doc was incorrect.

@EnableSpringConfigured and its underlying SpringConfiguredConfiguration @Configuration class accidentally established a package cycle between beans.factory.aspectj and context.annotation due to the SpringConfiguredConfiguration's dependency on annotations such as @Configuration, @Bean and @Role.

When an insert, update, or delete is done using dynamic partitioning the lock is obtained on the table instead of on the individual partitions, since the partitions are not known at lock acquisition time.  The compactor is using the locks to determine which partitions to check to see if they need compacted.  Since the individual partitions aren't locked they aren't checked.

Due to bugfix ZOOKEEPER-1059 (ZK 3.4.0+), the rolling-restart.sh script will hang when attempting to make sure the /hbase/master znode is deleted.
Here's the code

# make sure the master znode has been deleted before continuing
    zparent=`$bin/hbase org.apache.hadoop.hbase.util.HBaseConfTool zookeeper.znode.parent`
    if [ "$zparent" == "null" ]; then zparent="/hbase"; fi
    zmaster=`$bin/hbase org.apache.hadoop.hbase.util.HBaseConfTool zookeeper.znode.master`
    if [ "$zmaster" == "null" ]; then zmaster="master"; fi
    zmaster=$zparent/$zmaster
    echo -n "Waiting for Master ZNode ${zmaster} to expire"
    while bin/hbase zkcli stat $zmaster >/dev/null 2>&1; do
      echo -n "."
      sleep 1
    done
    echo #force a newline

Prior to ZOOKEEPER-1059, stat on a null znode would NPE and cause zkcli to exit with retcode 1.  Afterwards, the null is caught, zkcli will exit with 0 in the case where the znode is present and in the case where it does not exist.

Region	State	RIT time (ms)	Retries
dba183f0dadfcc9dc8ae0a6dd59c84e6	....dba183f0dadfcc9dc8ae0a6dd59c84e6. state=OPEN, ts=Wed Dec 31 16:00:00 PST 1969 (1548453918s ago), server=server,17020,1548452922054	1548453918735	0

RIT age metric also gets set to a bogus value.

Using short style swarm.logging sysprop causes:

 java.lang.StringIndexOutOfBoundsException: String index out of range: -1
	at java.lang.String.substring(String.java:1931)
	at org.wildfly.swarm.logging.LoggingFraction.applyDefaults(LoggingFraction.java:79)

Using a logger name (e.g. -Dswarm.logging.myLogger=INFO is fine, so just seems to be root logger.

Makefile.common defines the following:
JAVA  := "$$JAVA_HOME/bin/java"
JAVAC := "$$JAVA_HOME/bin/javac"
JAVAH := "$$JAVA_HOME/bin/javah"
This results in the the following being used at run-time:
"$JAVA_HOME/bin/java"
etc
This is OK for shells that support $NAME as a variable reference; Windows for one does not.
The variables should be resolved at definition time.

The method Store#compact(CompactionContext compaction, ThroughputController throughputController) is deprecated now, and HMobStore overrides it. HMobStore needs to override compact(CompactionContext compaction, ThroughputController throughputController, User user) instead.

New test case in https://github.com/wildfly/wildfly/pull/11996/files fails when a security manager is present.  This is a pre-existing problem not introduced by the PR. The PR is just the first test coverage we have of using @Inject Principal.
I'll configure the test to be ignored if an s-m is present; this JIRA is to track a proper resolution.
Details:

Caused by: java.lang.RuntimeException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "org.jboss.security.identity.plugins.IdentityFactory.loadClass")" in code source "(vfs:/content/cdibuiltin.war/WEB-INF/classes &lt;no signer certificates&gt;)" of "ModuleClassLoader for Module "deployment.cdibuiltin.war" from Service Module Loader")
 at org.jboss.security.identity.plugins.SimpleIdentity.asPrincipal(SimpleIdentity.java:84)
 at org.jboss.as.security.service.SimpleSecurityManager.getCallerPrincipal(SimpleSecurityManager.java:136)
 at org.jboss.as.weld.services.bootstrap.WeldSecurityServices.getPrincipal(WeldSecurityServices.java:84)
 at org.jboss.weld.bean.builtin.ee.PrincipalBean$PrincipalCallable.call(PrincipalBean.java:41)
 at org.jboss.weld.bean.builtin.ee.PrincipalBean$PrincipalCallable.call(PrincipalBean.java:30)
 at org.jboss.weld.bean.builtin.CallableMethodHandler.invoke(CallableMethodHandler.java:38)
 at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
 at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:106)
 at org.jboss.weld.security.Principal$$Proxy$_$$_Weld$Proxy$.getName(Unknown Source)
 at org.jboss.as.test.integration.weld.builtin.CDIResource.getMessage(CDIResource.java:40)
 at org.jboss.as.test.integration.weld.builtin.CDIResource$Proxy$_$$_WeldClientProxy.getMessage(Unknown Source)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
 at java.lang.reflect.Method.invoke(Method.java:498)
 at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:139)
 at org.jboss.resteasy.core.ResourceMethodInvoker.internalInvokeOnTarget(ResourceMethodInvoker.java:509)
 at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTargetAfterFilter(ResourceMethodInvoker.java:399)
 at org.jboss.resteasy.core.ResourceMethodInvoker.lambda$invokeOnTarget$0(ResourceMethodInvoker.java:363)
 at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
 at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:365)
 at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:337)
 at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:310)
 at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:439)
 ... 57 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "org.jboss.security.identity.plugins.IdentityFactory.loadClass")" in code source "(vfs:/content/cdibuiltin.war/WEB-INF/classes &lt;no signer certificates&gt;)" of "ModuleClassLoader for Module "deployment.cdibuiltin.war" from Service Module Loader")
 at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:294)
 at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:191)
 at org.jboss.security.identity.plugins.IdentityFactory.loadClass(IdentityFactory.java:91)
 at org.jboss.security.identity.plugins.IdentityFactory.createPrincipal(IdentityFactory.java:49)
 at org.jboss.security.identity.plugins.SimpleIdentity.asPrincipal(SimpleIdentity.java:80)
 ... 80 more

I don't know whether the spec has anything to say regarding any permissions that should be required in order to inject a Principal. If it says they shouldn't be required or is silent on the topic and we think they should not be necessary, then we are missing a privileged block.  Otherwise I doubt what's being thrown here is what we'd want. If some permission is needed, checking for something more related to the use case (probably something new) would be better, and if that permission check passes then make the call in a privileged block.

at org.apache.orc.impl.RunLengthIntegerReaderV2.nextVector(RunLengthIntegerReaderV2.java:369)
at org.apache.orc.impl.TreeReaderFactory$BytesColumnVectorUtil.commonReadByteArrays(TreeReaderFactory.java:1231)
at org.apache.orc.impl.TreeReaderFactory$BytesColumnVectorUtil.readOrcByteArrays(TreeReaderFactory.java:1268)
at org.apache.orc.impl.TreeReaderFactory$StringDirectTreeReader.nextVector(TreeReaderFactory.java:1368)
at org.apache.orc.impl.TreeReaderFactory$StringTreeReader.nextVector(TreeReaderFactory.java:1212)
at org.apache.orc.impl.TreeReaderFactory$ListTreeReader.nextVector(TreeReaderFactory.java:1902)
at org.apache.orc.impl.TreeReaderFactory$StructTreeReader.nextBatch(TreeReaderFactory.java:1737)
at org.apache.orc.impl.RecordReaderImpl.nextBatch(RecordReaderImpl.java:1045)
at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.ensureBatch(RecordReaderImpl.java:77)
at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.hasNext(RecordReaderImpl.java:89)
at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.next(OrcInputFormat.java:230)
at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.next(OrcInputFormat.java:205)
at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:350)
... 22 more
How to reproduce?
Configure StringTreeReader  which contains StringDirectTreeReader as TreeReader (DIRECT or DIRECT_V2 column encoding)
batchSize = 1026;
invoke method nextVector(ColumnVector previousVector,boolean[] isNull, final int batchSize)
scratchlcv is LongColumnVector with long[] vector  (length 1024)
 which execute BytesColumnVectorUtil.readOrcByteArrays(stream, lengths, scratchlcv,result, batchSize);
as result in method commonReadByteArrays(stream, lengths, scratchlcv,
            result, (int) batchSize) we received ArrayIndexOutOfBoundsException.
If we use StringDictionaryTreeReader, then there is no exception, as we have a verification  scratchlcv.ensureSize((int) batchSize, false) before reader.nextVector(scratchlcv, scratchlcv.vector, batchSize);
These changes were made for Hive 2.1.0 by corresponding commit https://github.com/apache/hive/commit/0ac424f0a17b341efe299da167791112e4a953e9#diff-a1cec556fb2db4b69a1a4127a6908177R1467 for task  https://issues.apache.org/jira/browse/HIVE-12159 by Owen O'Malley
How to fix?
add  only one line :
scratchlcv.ensureSize((int) batchSize, false) ;
in method org.apache.orc.impl.TreeReaderFactory#BytesColumnVectorUtil#commonReadByteArrays(InStream stream, IntegerReader lengths,
        LongColumnVector scratchlcv,
        BytesColumnVector result, final int batchSize) before invocation lengths.nextVector(scratchlcv, scratchlcv.vector, batchSize);

As part of HBASE-16073, we hardcoded check_compatiblity.sh to check out the v1.7 tag of Java ACC. Unfortunately, just running it between two branches that I know have incompatibilities, I get 0 incompatibilities (and 0 classes read). Looks like this version doesn't properly traverse through JARs.

The timeout values to set on Spring JmsTemplate is wrong. We should uses the provided constants on JmsTemplate for this

	/**
	 * Timeout value indicating that a receive operation should
	 * check if a message is immediately available without blocking.
	 */
	public static final long RECEIVE_TIMEOUT_NO_WAIT = -1;

	/**
	 * Timeout value indicating a blocking receive without timeout.
	 */
	public static final long RECEIVE_TIMEOUT_INDEFINITE_WAIT = 0;

Is the correct values. Looks like the values was reverted in the camel-jms code 

HBASE-1936 introduced a class loader to load filter classes dynamically.  We have a coprocessor class loader.  These two usecases are a little different. However, some logic is similar, especially in the test code. We should do some refactory and reuse some code.

clusterId is not set in the job's conf correctly if only TableMapReduceUtil.initCredentials() is called and thus fails to include the token when using an hbase client in any of the job's tasks. This is a regression.

Change a Map to a concurrentMap
Removed the "cachedServer (introduced in HBASE-4785). I suspect that this function is not needed anymore as we also have a list of dead servers, and accessing the list is not blocking. I will dig into this more however.
The patch gives a 10% improvement with the NoClusterClient.

The cookie handling as implemented with CAMEL-10392 only works for a single cookie sent from the server as the handling of multi-valued headers is wrong

(Logged by Ben on behalf of Paul)
If I run Roo RC3:
roo> project --[TAB]
project --java           project --projectName    project --template
roo> project --t[TAB]
project --template           project --topLevelPackage
Why don't I get ----topLevelPackage appear in the first list, only in the second?  Is this a bug or expected behaviour?

HBase does not start up when configured to use the IndexedRegionServer with the following properties in hbase-site.xml

 <property>
     <name>hbase.regionserver.class</name>
     <value>org.apache.hadoop.hbase.ipc.IndexedRegionInterface</value>
     <description>Indexing is enabled for this hbase server.  </description>
    <name>hbase.regionserver.impl</name>
    <value>org.apache.hadoop.hbase.regionserver.tableindexed.IndexedRegionServer</value>
    <description>Indexing is enabled for this hbase server.</description>

This results in the following exception in the log:

2009-03-31 12:33:35,993 INFO org.apache.hadoop.ipc.HBaseServer: IPC Server handler 8 on 45026, call getProtocolVersion(org.apache.hadoop.hbase.ipc.IndexedRegionInterface, 16) from 127.0.0.1:60854: error: java.io.IOException: Unknown protocol to name node: org.apache.hadoop.hbase.ipc.IndexedRegionInterface
java.io.IOException: Unknown protocol to name node: org.apache.hadoop.hbase.ipc.IndexedRegionInterface
    at org.apache.hadoop.hbase.regionserver.HRegionServer.getProtocolVersion(HRegionServer.java:2146)
    at org.apache.hadoop.hbase.regionserver.transactional.TransactionalRegionServer.getProtocolVersion(TransactionalRegionServer.java:92)
    at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:632)
    at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:912)
2009-03-31 12:33:35,994 WARN org.apache.hadoop.hbase.master.BaseScanner: Scan ROOT region
java.io.IOException: java.io.IOException: Unknown protocol to name node: org.apache.hadoop.hbase.ipc.IndexedRegionInterface

There is also a mailing list post on this problem:
http://markmail.org/message/6pugle5uegiijjbc?q=Secondary+Indexes+problem
I think the solution is to implement public long getProtocolVersion(final String protocol, final long clientVersion) in org.apache.hadoop.hbase.regionserver.tableindexed.IndexedRegionServer as follows:

  @Override
  public long getProtocolVersion(final String protocol, final long clientVersion)
    if (protocol.equals(IndexedRegionInterface.class.getName())) {
      return HBaseRPCProtocolVersion.versionID;
    }
    return super.getProtocolVersion(protocol, clientVersion);
  }

The SHOW PARTITIONS command in Hive does not check for valid table and partition names during query compilation. Calling this command with non-existent table causes a run-time exception.
The DESC command also does not check for this in semantic analysis.
hive> desc xxxyyy;
OK
Table xxxyyy does not exist
Time taken: 1.403 seconds
hive> show partitions xxxyyy;

When testing with 5000 concurrent users, the JDBC HTTP port ends up overflowing on SYNs when the HS2 gc pauses.
This is because each getQueryProgress request is an independent HTTP request, so unlike the BINARY mode, there are more connections being established & closed in HTTP mode.

LISTEN     0      50           *:10004                    *:* 

This turns into connection errors when enabling net.ipv4.tcp_abort_on_overflow=1, but the better approach is to enqueue the connections until the HS2 is done with its GC pause.

clone snapshot on mob feature leads to data loss for mob data.
===============
1. created MOB table with two column families like "mobcf" (mob is enabled) and "norcf"
2. insert mob data and normal data at a time into the table.
3. scan the MOB table.
4. take snapshot by specifying the table name.
5. clone the snapshot by specifying the new table name.
6. check the new table is created or not and try scan for the new table which have both mob data and normal data should give back to the client.
7. delete the snapshot which done in step 4.
8. delete the main table which done in step 1.
9. Now scan the new table again.

Seen in our failover tests - this warning message is present in each server log in each test we have run so far.
When each server in cluster is restarting after failover, other servers get CacheTopology change (the starting server is added) and the servers log this warning message many times:
(for http session tests, the error identificator is WFLYCL*WEB*INF0005 rather than WFLYCL*EJB*INF0005)

[JBossINF] [0m[0m11:32:27,681 INFO  [org.infinispan.CLUSTER] (remote-thread--p5-t12) ISPN000336: Finished cluster-wide rebalance for cache dist, topology id = 10
[JBossINF] [0m[0m11:32:27,809 INFO  [org.infinispan.CLUSTER] (remote-thread--p6-t2) ISPN000310: Starting cluster-wide rebalance for cache clusterbench-ee7.ear/clusterbench-ee7-ejb.jar, topology CacheTopology{id=10, rebalanceId=5, currentCH=DefaultConsistentHash{ns=80, owners = (3)[perf19: 26+28, perf20: 27+26, perf21: 27+26]}, pendingCH=DefaultConsistentHash{ns=80, owners = (4)[perf19: 20+20, perf20: 20+20, perf21: 20+20, perf18: 20+20]}, unionCH=null, actualMembers=[perf19, perf20, perf21, perf18]}
[JBossINF] [0m[0m11:32:28,347 INFO  [org.infinispan.CLUSTER] (remote-thread--p6-t6) ISPN000336: Finished cluster-wide rebalance for cache clusterbench-ee7.ear/clusterbench-ee7-ejb.jar, topology id = 10
[JBossINF] [0m[33m11:32:28,624 WARN  [org.wildfly.clustering.ejb.infinispan] (EJB default - 4) WFLYCLEJBINF0005: Failed to cancel expiration/passivation of bean UnknownSessionID [6855655451695655554868505252524957485470656956657048536848556569] on primary owner.: java.util.concurrent.ExecutionException: java.util.concurrent.TimeoutException: timeout sending message to perf18
[JBossINF] 	at org.jgroups.blocks.UnicastRequest.getValue(UnicastRequest.java:203)
[JBossINF] 	at org.jgroups.blocks.UnicastRequest.get(UnicastRequest.java:212)
[JBossINF] 	at org.wildfly.clustering.server.dispatcher.ChannelCommandDispatcher.executeOnNode(ChannelCommandDispatcher.java:151)
[JBossINF] 	at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager$6.call(InfinispanBeanManager.java:237)
[JBossINF] 	at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager$6.call(InfinispanBeanManager.java:232)
[JBossINF] 	at org.wildfly.clustering.ee.infinispan.RetryingInvoker.invoke(RetryingInvoker.java:70)
[JBossINF] 	at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager.executeOnPrimaryOwner(InfinispanBeanManager.java:240)
[JBossINF] 	at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager.cancel(InfinispanBeanManager.java:217)
[JBossINF] 	at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager.findBean(InfinispanBeanManager.java:267)
[JBossINF] 	at org.jboss.as.ejb3.cache.distributable.DistributableCache.get(DistributableCache.java:115)
[JBossINF] 	at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:58)
[JBossINF] 	at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:79)
[JBossINF] 	at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43)
[JBossINF] Caused by: java.util.concurrent.TimeoutException: timeout sending message to perf18

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-jvmkill-dist-async/2/console-perf19/
Client log:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-jvmkill-dist-async/2/console-perf17/

Here's one example from BasicAclEntryAfterInvocationProvider:
                if ((acls == null) || (acls.length == 0)) {
                    throw new AccessDeniedException(messages.getMessage(
                            "BasicAclEntryAfterInvocationProvider.noPermission",
                            new Object[] 
{authentication.getName(), returnedObject}
,
                            "Authentication 
{0}
 has NO permissions at all to the domain object 
{1}
"));
                }
It's missing the locale parameter at the end, so it's using an unintended constructor resulting in the string being logged verbatim without the substitutions. This makes debugging any security problems very hard. 

This can leave entries left in the "monitored tasks" display, which might confuse users.

When a hive query like the one below
==
INSERT OVERWRITE DIRECTORY '<outdir>' SELECT table1., table2. FROM table1 JOIN table2 ON (table1.col = table2.col);
==
is run from a hive action in Oozie in a secure cluster, the hive action fails with the following stack trace
===

org.apache.hadoop.ipc.RemoteException(java.io.IOException): Delegation Token can be issued only with kerberos or web authentication
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getDelegationToken(FSNamesystem.java:5886)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getDelegationToken(NameNodeRpcServer.java:447)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getDelegationToken(ClientNamenodeProtocolServerSideTranslatorPB.java:833)
	at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java:59648)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2053)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2049)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1491)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2047)

	at org.apache.hadoop.ipc.Client.call(Client.java:1347)
	at org.apache.hadoop.ipc.Client.call(Client.java:1300)
	at $Proxy10.getDelegationToken(Unknown Source)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:186)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getDelegationToken(ClientNamenodeProtocolTranslatorPB.java:805)
	at org.apache.hadoop.hdfs.DFSClient.getDelegationToken(DFSClient.java:847)
	at org.apache.hadoop.hdfs.DistributedFileSystem.getDelegationToken(DistributedFileSystem.java:1318)
	at org.apache.hadoop.hive.shims.HadoopShimsSecure.createDelegationTokenFile(HadoopShimsSecure.java:535)
	at org.apache.hadoop.hive.ql.exec.SecureCmdDoAs.<init>(SecureCmdDoAs.java:38)
	at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.execute(MapredLocalTask.java:238)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1437)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1215)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1043)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:911)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:737)
	at org.apache.oozie.action.hadoop.HiveMain.runHive(HiveMain.java:312)
	at org.apache.oozie.action.hadoop.HiveMain.run(HiveMain.java:270)
	at org.apache.oozie.action.hadoop.LauncherMain.run(LauncherMain.java:37)
	at org.apache.oozie.action.hadoop.HiveMain.main(HiveMain.java:66)
	at org.apache.oozie.action.hadoop.LauncherMapper.map(LauncherMapper.java:226)

In case when crossRef object to different domain is configured on MS Active Directory for handling referrals and JBoss EAP 7 uses ldap authentication to mgmt console with configured referrals 'throw' then authentication fails for referral users. It is inconsistent with behavior of EAP with another LDAP providers (e.g. Red Hat Directory Server). In correct behavior authentication should pass.
It seems it is caused by thrown LdapReferralException search method of org.jboss.as.domain.management.security.LdapUserSearcherFactory.LdapUserSearcherImpl before it is handled by try-catch block. Stack trace of thrown LdapReferralException:
com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2975)
com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2888)
com.sun.jndi.ldap.LdapCtx.searchAux(LdapCtx.java:1846)
com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1769)
com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1786)
com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search(ComponentDirContext.java:418)
com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:396)
com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:378)
javax.naming.directory.InitialDirContext.search(InitialDirContext.java:286)
org.jboss.as.domain.management.security.LdapUserSearcherFactory$LdapUserSearcherImpl.search(LdapUserSearcherFactory.java:125)
org.jboss.as.domain.management.security.LdapUserSearcherFactory$LdapUserSearcherImpl.search(LdapUserSearcherFactory.java:66)
org.jboss.as.domain.management.security.LdapCacheService$NoCacheCache.search(LdapCacheService.java:225)
org.jboss.as.domain.management.security.UserLdapCallbackHandler$LdapCallbackHandler.handle(UserLdapCallbackHandler.java:205)
org.jboss.as.domain.management.security.SecurityRealmService$1.handle(SecurityRealmService.java:178)
org.jboss.as.domain.http.server.security.RealmIdentityManager.verify(RealmIdentityManager.java:162)
org.jboss.as.domain.http.server.security.RealmIdentityManager.verify(RealmIdentityManager.java:141)
io.undertow.security.impl.BasicAuthenticationMechanism.authenticate(BasicAuthenticationMechanism.java:118)
org.jboss.as.domain.http.server.security.AuthenticationMechanismWrapper.authenticate(AuthenticationMechanismWrapper.java:52)
io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:233)
io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:250)
io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:219)
io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:121)
io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:96)
io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:89)
io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:50)
io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
java.lang.Thread.run(Thread.java:745)

Building against a new hadoop-3 snapshot nets a failure in generating the LICENSE file for hbase-assembly.
This is because hadoop-auth's dependency on com.nimbusds:nimbus-jose-jwt:jar:4.41.1 brings in org.ow2.asm:asm:jar:5.0.4 which is licensed was 3-clause BSD but just states the license as "BSD". This breaks our parsing.
Simple change to add "BSD" to our list non_aggregate_fine in LICENSE.vm.

public_profile_url should be String instead of URI. The value of public_profile_url must be URL encoded what is not possible with URI.
Currently I am getting

Error invoking getPersonByUrl: Unknown field {pub} in resource {Person}

for https://www.linkedin.com/pub/jboss-fuse-qe/b4/14b/b

(logs grepped by region name, and abridged.
META server was dead so OpenRegionHandler for the region took a while, and was interrupted:

2013-02-08 14:35:01,555 DEBUG [RS_OPEN_REGION-10.11.2.92,64485,1360362800564-2] handler.OpenRegionHandler(255): Interrupting thread Thread[PostOpenDeployTasks:871d1c3bdf98a2c93b527cb6cc61327d,5,main]

Then master tried to force region offline and reassign:

2013-02-08 14:35:06,500 INFO  [MASTER_SERVER_OPERATIONS-10.11.2.92,64483,1360362800340-1] master.RegionStates(347): Found opening region {IntegrationTestRebalanceAndKillServersTargeted,7333332c,1360362805563.871d1c3bdf98a2c93b527cb6cc61327d. state=OPENING, ts=1360362901596, server=10.11.2.92,64485,1360362800564} to be reassigned by SSH for 10.11.2.92,64485,1360362800564
2013-02-08 14:35:06,500 INFO  [MASTER_SERVER_OPERATIONS-10.11.2.92,64483,1360362800340-1] master.RegionStates(242): Region {NAME => 'IntegrationTestRebalanceAndKillServersTargeted,7333332c,1360362805563.871d1c3bdf98a2c93b527cb6cc61327d.', STARTKEY => '7333332c', ENDKEY => '7ffffff8', ENCODED => 871d1c3bdf98a2c93b527cb6cc61327d,} transitioned from {IntegrationTestRebalanceAndKillServersTargeted,7333332c,1360362805563.871d1c3bdf98a2c93b527cb6cc61327d. state=OPENING, ts=1360362901596, server=10.11.2.92,64485,1360362800564} to {IntegrationTestRebalanceAndKillServersTargeted,7333332c,1360362805563.871d1c3bdf98a2c93b527cb6cc61327d. state=CLOSED, ts=1360362906500, server=null}
2013-02-08 14:35:06,505 DEBUG [10.11.2.92,64483,1360362800340-GeneralBulkAssigner-1] master.AssignmentManager(1530): Forcing OFFLINE; was={IntegrationTestRebalanceAndKillServersTargeted,7333332c,1360362805563.871d1c3bdf98a2c93b527cb6cc61327d. state=CLOSED, ts=1360362906500, server=null}
2013-02-08 14:35:06,506 DEBUG [10.11.2.92,64483,1360362800340-GeneralBulkAssigner-1] zookeeper.ZKAssign(176): master:64483-0x13cbbf1025d0000 Async create of unassigned node for 871d1c3bdf98a2c93b527cb6cc61327d with OFFLINE state

But didn't delete the original ZK node?

2013-02-08 14:35:06,509 WARN  [main-EventThread] master.OfflineCallback(59): Node for /hbase/region-in-transition/871d1c3bdf98a2c93b527cb6cc61327d already exists
2013-02-08 14:35:06,509 DEBUG [main-EventThread] master.OfflineCallback(69): rs={IntegrationTestRebalanceAndKillServersTargeted,7333332c,1360362805563.871d1c3bdf98a2c93b527cb6cc61327d. state=OFFLINE, ts=1360362906506, server=null}, server=10.11.2.92,64488,1360362800651
2013-02-08 14:35:06,512 DEBUG [main-EventThread] master.OfflineCallback$ExistCallback(106): rs={IntegrationTestRebalanceAndKillServersTargeted,7333332c,1360362805563.871d1c3bdf98a2c93b527cb6cc61327d. state=OFFLINE, ts=1360362906506, server=null}, server=10.11.2.92,64488,1360362800651

So it went into infinite cycle of failing to assign due to this:

2013-02-08 14:35:06,517 INFO  [PRI IPC Server handler 7 on 64488] regionserver.HRegionServer(3435): Received request to open region: IntegrationTestRebalanceAndKillServersTargeted,7333332c,1360362805563.871d1c3bdf98a2c93b527cb6cc61327d. on 10.11.2.92,64488,1360362800651
2013-02-08 14:35:06,521 WARN  [RS_OPEN_REGION-10.11.2.92,64488,1360362800651-0] zookeeper.ZKAssign(762): regionserver:64488-0x13cbbf1025d0004 Attempt to transition the unassigned node for 871d1c3bdf98a2c93b527cb6cc61327d from M_ZK_REGION_OFFLINE to RS_ZK_REGION_OPENING failed, the node existed but was in the state RS_ZK_REGION_OPENING set by the server [wrong server name redacted, see HBASE-7798]

Transitioning failed-to-open similarly fails.
It seems like master needs to nuke ZK node unconditionally to offline?

Stack: Spring WebFlux 5.0.2, reactor-netty 0.7.2, netty 4.1.17, netty-tcnative-boringssl-static 2.0.7, java 8u152.
Connection: TLS, no client certificate.
We're rewriting request URI from absolute form to relative in a WebFilter because of SPR-16243 using the following construct:

request
      .mutate()
      .uri(relativeUri)
      .build()

This results in the following exception:

java.lang.IllegalStateException: Failed to get SSL certificates
	at org.springframework.http.server.reactive.DefaultSslInfo.initCertificates(DefaultSslInfo.java:94) ~[spring-web-5.0.2.RELEASE.jar:5.0.2.RELEASE]
	at org.springframework.http.server.reactive.DefaultSslInfo.<init>(DefaultSslInfo.java:51) ~[spring-web-5.0.2.RELEASE.jar:5.0.2.RELEASE]
	at org.springframework.http.server.reactive.ReactorServerHttpRequest.initSslInfo(ReactorServerHttpRequest.java:141) ~[spring-web-5.0.2.RELEASE.jar:5.0.2.RELEASE]
	at org.springframework.http.server.reactive.AbstractServerHttpRequest.getSslInfo(AbstractServerHttpRequest.java:162) ~[spring-web-5.0.2.RELEASE.jar:5.0.2.RELEASE]
	at org.springframework.http.server.reactive.DefaultServerHttpRequestBuilder$DefaultServerHttpRequest.<init>(DefaultServerHttpRequestBuilder.java:176) ~[spring-web-5.0.2.RELEASE.jar:5.0.2.RELEASE]
	at org.springframework.http.server.reactive.DefaultServerHttpRequestBuilder.build(DefaultServerHttpRequestBuilder.java:133) ~[spring-web-5.0.2.RELEASE.jar:5.0.2.RELEASE]
...
Caused by: javax.net.ssl.SSLPeerUnverifiedException: peer not verified
	at io.netty.handler.ssl.ReferenceCountedOpenSslEngine$OpenSslSession.getPeerCertificates(ReferenceCountedOpenSslEngine.java:2121) ~[netty-handler-4.1.17.Final.jar:4.1.17.Final]
	at org.springframework.http.server.reactive.DefaultSslInfo.initCertificates(DefaultSslInfo.java:91) ~[spring-web-5.0.2.RELEASE.jar:5.0.2.RELEASE]
...

Copied from http://forum.springframework.org/showthread.php?t=55706
It appears that while SkipLimitFactoryBean and StatefulRetryFactoryBean propogate the ExceptionHandler set in setExceptionHandler(), SimpleStepFactoryBean does not. The resulting ItemOrientedStep does not have anything other than DefaultExceptionHandler.
I believe that a call to ItemOrientedStep#setExceptionHandler() within SimpleStepFactoryBean#applyConfiguration() will fix the issue.

We are upgrading from 2.10.0 to 2.11.0, and are getting an error on startup.
Example Spring configuration:

<camelContext id="camel" handleFault="true" autoStartup="{{autoStartup}}" xmlns="http://camel.apache.org/schema/spring">
    <contextScan />
    <jmxAgent id="camelAgent" createConnector="true" registryPort="{{jmxPort}}" />

<bean id="properties" class="org.apache.camel.component.properties.PropertiesComponent">
    <property name="location" value="classpath:foo.properties"/>
</bean>

As you can see, we use the Camel properties component to configure Camel auto-startup, JMX port, etc.
This is the error we're getting on startup:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'properties' defined in class path resource [org/apache/camel/component/properties/SpringPropertiesComponentTest.xml]: Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'camel-1': Invocation of init method failed; nested exception is java.lang.IllegalArgumentException: PropertiesComponent with name properties must be defined in CamelContext to support property placeholders.
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:607)
	at org.apache.camel.component.properties.SpringPropertiesComponentTest.createApplicationContext(SpringPropertiesComponentTest.java:30)
	at org.apache.camel.spring.SpringTestSupport.setUp(SpringTestSupport.java:52)
	at junit.framework.TestCase.runBare(TestCase.java:139)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'camel-1': Invocation of init method failed; nested exception is java.lang.IllegalArgumentException: PropertiesComponent with name properties must be defined in CamelContext to support property placeholders.
	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1109)
	at org.apache.camel.spring.CamelBeanPostProcessor$1.getOrLookupCamelContext(CamelBeanPostProcessor.java:69)
	at org.apache.camel.impl.DefaultCamelBeanPostProcessor.postProcessBeforeInitialization(DefaultCamelBeanPostProcessor.java:85)
	at org.apache.camel.spring.CamelBeanPostProcessor.postProcessBeforeInitialization(CamelBeanPostProcessor.java:148)
	... 27 more
Caused by: java.lang.IllegalArgumentException: PropertiesComponent with name properties must be defined in CamelContext to support property placeholders.
	at org.apache.camel.impl.DefaultCamelContext.resolvePropertyPlaceholders(DefaultCamelContext.java:1063)
	at org.apache.camel.util.CamelContextHelper.parseBoolean(CamelContextHelper.java:337)
	at org.apache.camel.core.xml.AbstractCamelContextFactoryBean.initCamelContext(AbstractCamelContextFactoryBean.java:543)
	at org.apache.camel.core.xml.AbstractCamelContextFactoryBean.afterPropertiesSet(AbstractCamelContextFactoryBean.java:266)
	... 40 more

I believe this is a side-effect of the optimization introduced in CAMEL-5508, which was incorporated into 2.10.1 and 2.11.0.
I'll attach a small patch that modifies one of the unit tests in the camel-spring component to reproduce the issue.

Found by Umesh Agashe I think its because some depend on IMC and it was disabled just before I made RC1. Let me try a nothing change and see.

See http://forum.springsource.org/showthread.php?p=235221
This appears to be a bug in DefaultFlowRegistry.containsFlowDefinition.

Problem goes away if hive.mapjoin.hint is set to true. Need to investivate why they are failing without it.

When binding a <form:select> to an object, the formatter is applied to all options.
When binding a <form:select> to a collection, the formatter is not applied when rendering the options, the toString is called instead.
Here is an example of this behavior

class Address {
    private Integer addressId;
    private String city;
    private Integer version;
    
    // getter
    // setters
}

class Domain {
    private Address address;
    private List<Address> manyAddresses;
    
    // getter
    // setters
}

class Controller {
  @RequestMapping("/form")
  public void form(@ModelAttribute Domain domain, Model model) {  
    model.addAttribute("addresses", addressService.find()); // returns Paris, New-York, Tokyo 
  }
}

class AddressFormatter implements Formatter<Address>{

  private AddressService addressService;

  public Class<?> getTarget() {
    return Address.class;
  }
  
  public String print(Address address, Locale locale) {
    return address == null ? "" : address.getCity();
  }

  public Address parse(String text, Locale locale) throws ParseException {
    if (text == null || text.length() == 0) {
      return new Address();
    }
    Address address = addressService.get(new Integer(text));
    return address != null ? address : new Address();
  }
}

view

  <form:form modelAttribute="domain">
    1st select
    <form:select path="address">
      <form:options items="${addresses}"/>
    </form:select>
    
    2nd select
    <form:select path="manyAddresses">
  </form>

Outputs

1st select : success
2st select : the addresses are not formatted

See the screenshot attached

If views are present in a hive database, issuing a 'hive metatool -updateLocation' command will result in an error like this:
...
Warning: Found records with bad LOCATION in SDS table.. 
bad location URI: null
....
Based on the source code for Metatool, it looks like there would then be a "bad location URI: null" message for every view and it also appears this is happening simply because the 'sds' table in the hive schema has a column called location that is NULL only for views.

Doing a FileSystemUtils.freeSpaceKb("D:/") where the drive (in this example d:) is an empty drive (A drive with no non-hidden files on it yet) results in an exception being thrown.
     "Command line returned OS error code '1' for command [cmd.exe, /C, dir /-c "D:\"]
Perhaps it could do a "dir /a /-c" to work in more cases? (Since hidden file "System Volume Information" will usually be available)

HIVE-20703 put dynamic sort partition optimization under cost based decision, but it also makes the optimizer only available to tez. hive.optimize.sort.dynamic.partition works with other execution engines for a long time, we should keep the optimizer available to them. 

Since Spring 4.1.5 the DI cannot find my profile activated 'database.dataSource' bean.
My web.xml activates the 'jetty' profile:

<context-param>
  <param-name>spring.profiles.default</param-name>
  <param-value>jetty</param-value>
</context-param>

And my config looks like:

@Profile("live")
@Bean(name = "database.dataSource")
public DataSource jndiDataSource() {
  ...
}

@Profile("!live")
public DataSource jdbcDataSource() {
  ...
}

@DependsOn({"database.dataSource", "databaseForUnitTestFramework"})
@Bean(name = "sessionFactory")
public LocalSessionFactoryBean localSessionFactoryBean() {
  ...
}

The '!live' annotated bean must be activated and used.
With Spring 4.1.4 and lower it works.
It is a blocker bug because the whole application does not start.

Jon found this one.... Here's fix:

Index: src/main/java/org/apache/hadoop/hbase/regionserver/handler/OpenRegionHandler.java
--- src/main/java/org/apache/hadoop/hbase/regionserver/handler/OpenRegionHandler.java   (revision 1040359)
+++ src/main/java/org/apache/hadoop/hbase/regionserver/handler/OpenRegionHandler.java   (working copy)
@@ -111,8 +111,8 @@
           }
         });
     } catch (IOException e) {
-      LOG.error("IOException instantiating region for " + regionInfo +
-        "; resetting state of transition node from OPENING to OFFLINE");
+      LOG.error("Failed open of " + regionInfo +
+        "; resetting state of transition node from OPENING to OFFLINE", e);
       try {
         // TODO: We should rely on the master timing out OPENING instead of this
         // TODO: What if this was a split open?  The RS made the OFFLINE
@@ -216,4 +216,4 @@
     }
     return openingVersion;
   }
-}
+}

When using the following configuration of DefaultLobHandler in combination with PostgreSQL we get a NPE when storing a CLOB (BLOBs work fine):

<bean id="lobHandler" class="org.springframework.jdbc.support.lob.DefaultLobHandler">
  <property name="wrapAsLob" value="true"/>
</bean>

The JDBC driver calls the method getAsciiStream() on the PassTroughClob which always returns "null".

	at org.postgresql.jdbc2.AbstractJdbc2Statement.setClob(AbstractJdbc2Statement.java:2991)
	at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.setClob(NewProxyPreparedStatement.java:521)
	at org.springframework.jdbc.support.lob.DefaultLobHandler$DefaultLobCreator.setClobAsString(DefaultLobHandler.java:252)
	at org.springframework.orm.hibernate3.support.ClobStringType.nullSafeSetInternal(ClobStringType.java:86)
	at org.springframework.orm.hibernate3.support.AbstractLobType.nullSafeSet(AbstractLobType.java:180)
	at org.hibernate.type.CustomType.nullSafeSet(CustomType.java:169)
	at org.hibernate.persister.entity.AbstractEntityPersister.dehydrate(AbstractEntityPersister.java:2015)
	at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2261)
	at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2678)
	at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:79)
	at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:279)
	at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:263)
	at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:167)
	at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:321)
	at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:50)
	at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1028)
	at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:366)
	at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:137)
	at org.springframework.orm.hibernate3.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:656)
	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:147)
	at org.opensaga.runtime.transactions.SpringBasedTransactionService.execute(SpringBasedTransactionService.java:94)
	at org.opensaga.runtime.model.process.service.TransactionalTransitionService.execute(TransactionalTransitionService.java:115)
	at org.springframework.expression.spel.support.ReflectiveMethodExecutor.execute(ReflectiveMethodExecutor.java:69)
	at org.springframework.expression.spel.ast.SpelNodeImpl.getTypedValue(SpelNodeImpl.java:102)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:97)
	at org.springframework.binding.expression.spel.SpringELExpression.getValue(SpringELExpression.java:78)
	at org.springframework.webflow.action.EvaluateAction.doExecute(EvaluateAction.java:75)
	at org.springframework.webflow.action.AbstractAction.execute(AbstractAction.java:188)
	at org.springframework.webflow.execution.AnnotatedAction.execute(AnnotatedAction.java:145)
	at org.springframework.webflow.execution.ActionExecutor.execute(ActionExecutor.java:51)
	... 75 more

Relevant code from the JDBC driver:

    public void setClob(int i, Clob x) throws SQLException
    {
        checkClosed();

        if (x == null)
        {
            setNull(i, Types.CLOB);
            return;
        }

        InputStream l_inStream = x.getAsciiStream();
        ...

The TestAddPartitions and TestAddPartitionsFromPartSpec tests revealed that NPE is thrown in some cases. These NPEs could be prevented with a simple null check and a MetaException with a proper error message should be thrown instead.
 Example: NPE is thrown in the following test cases

TestAddPartitions
	
testAddPartitionNullPartition
testAddPartitionNullValue
testAddPartitionsNullList

TestAddPartitionsFromPartSpec
	
testAddPartitionSpecNullSpec
testAddPartitionSpecNullPartList
testAddPartitionSpecNoDB
testAddPartitionSpecNoTable
testAddPartitionSpecNoDBAndTableInPartition
testAddPartitionSpecNullPart
testAddPartitionSpecChangeRootPathToNull
testAddPartitionSpecWithSharedSDNullSd
testAddPartitionSpecWithSharedSDNoValue
testAddPartitionSpecNullValue

In the simple example:

from("file:/foo.csv")
   .setHeader("MyHeader", constant("Hello"))
   .to("flatpack:foo");

from("flatpack:foo")
   .to("bean:importer");

Header "MyHeader" is not being passed to the bean in the second route.
Looking at Camel Flatpack code I see that in FixedLengthEndpoint.processDataSet it creates an exchange object from scratch and, thus, looses any incoming headers.

Currently if an uncaught exception occurs during an Ajax request, the Spring.remoting.handleError method simply logs the status code to the console.  This is especially confusing at development time as the developer will not see the full stack trace as they would on a normal request.

2. Applied the patch that is attached to Camel-2155 
3. Compile the sample (camel-example-pojo_messaging) using "mvn compile" command
5. Started the service mix server
6. Installed below bundles into service mix
	osgi:install wrap:mvn:org.apache.activemq/activemq-camel/5.3.1.0M1-fuse
 	osgi:install wrap:mvn:org.apache.camel/camel-example-pojo-messaging/2.0.0-psc-01-00M2
org.springframework.beans.factory.BeanDefinitionStoreException: Failed to load type: org.apache.activemq.xbean.XBeanBrokerService. Reason: java.lang.ClassNotFoundException: org.apache.activemq.xbean.XBeanBrokerService; nested exception is java.lang.ClassNotFoundException: org.apache.activemq.xbean.XBeanBrokerService
	at org.apache.xbean.spring.context.v2c.XBeanQNameHelper.getBeanInfo(XBeanQNameHelper.java:75)
	at org.apache.xbean.spring.context.v2c.XBeanNamespaceHandler.getPropertyDescriptor(XBeanNamespaceHandler.java:576)
	at org.apache.xbean.spring.context.v2c.XBeanNamespaceHandler.tryParseNestedPropertyViaIntrospection(XBeanNamespaceHandler.java:564)
	at org.apache.xbean.spring.context.v2c.XBeanNamespaceHandler.addNestedPropertyElements(XBeanNamespaceHandler.java:535)
	at org.apache.xbean.spring.context.v2c.XBeanNamespaceHandler.parseBeanFromExtensionElement(XBeanNamespaceHandler.java:226)
	at org.apache.xbean.spring.context.v2c.XBeanNamespaceHandler.parseBeanFromExtensionElement(XBeanNamespaceHandler.java:271)
	at org.apache.xbean.spring.context.v2c.XBeanNamespaceHandler.parse(XBeanNamespaceHandler.java:155)
	at org.apache.xbean.spring.context.v2.XBeanNamespaceHandler.parse(XBeanNamespaceHandler.java:49)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1297)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1287)
	at org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:176)
	at org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:142)
	at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:123)
	at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:422)
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.stageOne(DependencyWaiterApplicationContextExecutor.java:222)
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.refresh(DependencyWaiterApplicationContextExecutor.java:175)
	at org.springframework.osgi.extender.internal.activator.ContextLoaderListener$2.run(ContextLoaderListener.java:718)
Caused by: java.lang.ClassNotFoundException: org.apache.activemq.xbean.XBeanBrokerService
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:489)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:405)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:393)
	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
	at org.apache.xbean.spring.context.v2c.XBeanQNameHelper.loadClass(XBeanQNameHelper.java:107)
	at org.apache.xbean.spring.context.v2c.XBeanQNameHelper.getBeanInfo(XBeanQNameHelper.java:72)
	... 31 more
Note: These exceptions are resolved if we add <camel.osgi.import.pkg>org.apache.activemq.xbean,org.apache.activemq.broker,org.apache.activemq.pool,*</camel.osgi.import.pkg> in the respective pom.xml under properties tag.
Same thing is observed for camel-example-management

TaskExecutorFactoryBean does not implement DisposableBean, so there is no callback for the shutdown to happen.  It is easy to verify that the executor is not shut down (you expect to see a log message from it and don't).  I have no idea why, but the problem seems to be particularly acute in a webapp because for some reason there it prevents the lifecycle processor from completing the shutdown (before timing out).

When upgradring from 2.10.2 to 2.11.0 I met this regression:
I have a step in my route which invokes a bean:

<camel:to uri="bean:transferConverter?method=transferToMultimap( ${body} )" />

after the upgrade it threw:

org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[Message: BeanInvocation public abstract com.mycomp.Transfer com.mycomp.TransferService.doTransfer(com.mycomp.Transfer) with [com.mycomp.Transfer@7e299629[.....]]]]

Caused by: org.apache.camel.NoTypeConversionAvailableException: No type converter available to convert from type: java.lang.String to the required type: com.mycomp.Transfer with value   
        at org.apache.camel.impl.converter.BaseTypeConverterRegistry.mandatoryConvertTo(BaseTypeConverterRegistry.java:181) ~[camel-core-2.11.0.jar:2.11.0]
        at org.apache.camel.impl.converter.BaseTypeConverterRegistry.mandatoryConvertTo(BaseTypeConverterRegistry.java:149) ~[camel-core-2.11.0.jar:2.11.0]
        at org.apache.camel.component.bean.MethodInfo$2.evaluateParameterValue(MethodInfo.java:540) ~[camel-core-2.11.0.jar:2.11.0]

If I change the route to:

<camel:to uri="bean:transferConverter?method=transferToMultimap(${body})" />

(notice if no whitespace before/after ${body} it works as before).
The problematic code seems to be in org.apache.camel.component.bean.MethodInfo

For vectorization, the ROWS clause is ignored causing many rows to be returned.
SELECT * FROM source TABLESAMPLE(10 ROWS);

Having something like following:

public class TestPhaseListener implements PhaseListener{

    @EJB
    TestEJB testEJB;

....
}

result to null. Note that CDI injection works. Reading {{5.4.1
JSF Managed Classes and Java EE Annotations}} in JSF spec I think this should work as well.

Elytron filesystem-realm has an add-identity operation. I've experienced in few occasions it failed with NullPointerException.
I'm executing set of CLI operations as batch using:

run-batch --file=/path/to/script.cli -v

When I hit the issue I see following in the log:

17:23:19,182 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add-identity") failed - address: ([
    ("filesystem-realm" => "SeccontextFsRealm")
    at org.wildfly.extension.elytron.ModifiableRealmDecorator$AddIdentityHandler.executeRuntimeStep(ModifiableRealmDecorator.java:128)
    at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:976)
    at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:722)
    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:446)
    at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
    at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
    at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
    at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
    at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
    at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
    at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
    at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
    at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
    at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
    at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
    at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)

I'm attaching also the CLI file which caused the problem.
The code which executes the script in Java seems like:

CommandContext commandCtx = ... //initialize
commandCtx.handle("run-batch --file=/path/to/script.cli -v");

When I start up a trunk local cluster from some 0.94 data, I got a bunch of:

13/02/27 15:57:45 ERROR snapshot.SnapshotFileCache: Snapshot directory: file:/tmp/hbase-enis/hbase/.snapshot doesn't exist

 private void loadHashTable() throws HiveException {

    if ((this.getExecContext() != null)
        && ((this.getExecContext().getLocalWork() == null) || (!this.getExecContext()
            .getLocalWork().getInputFileChangeSensitive()))) {
      if (hashTblInitedOnce) {
        return;
      } else {
        hashTblInitedOnce = true;
      }
    }

This is not exiting in Tez, even if hashTblInitedOnce=true;

wdys Enis Soztutar Nick Dimiduk?
This needs updating too - http://hbase.apache.org/book.html#_release_managers.
I think we should mention RMs for all branches, even eols, if only in other table. Good way to recognize past efforts.

readMessages methods 

if (MediaType.APPLICATION_FORM_URLENCODED.equals(request.getHeaders().getContentType())) {
....
}

start to compare request header expect 
"application/x-www-form-urlencoded" but actually is "application/x-www-form-urlencoded;charset=UTF-8"

While working on a jira I realized I had made a mistake of making a HashSet of byte array. 
Then out of curiosity I checked if we do same any where else in code base. I came with following files. 

/src/main/java/org/apache/hadoop/hbase/mapreduce/RowCounter.java:    Set<byte []> qualifiers = new HashSet<byte[]>();
/src/main/java/org/apache/hadoop/hbase/regionserver/HRegionServer.java:        columnFamilies = new HashSet<byte[]>();
/src/test/java/org/apache/hadoop/hbase/filter/TestFirstKeyValueMatchingQualifiersFilter.java:    Set<byte[]> quals = new HashSet<byte[]>();
/src/test/java/org/apache/hadoop/hbase/regionserver/metrics/TestSchemaMetrics.java:    Set<byte[]> families = new HashSet<byte[]>();
(1) and (3) are mine and I will fix them (not yet committed). Quoting the exact reference from (2) below :

 @Override                                                                     
  public GetStoreFileResponse getStoreFile(final RpcController controller,          
      final GetStoreFileRequest request) throws ServiceException {              
    try {                                                                       
      HRegion region = getRegion(request.getRegion());                          
      requestCount.incrementAndGet();                                           
      Set<byte[]> columnFamilies = null;                                        
      if (request.getFamilyCount() == 0) {                                      
        columnFamilies = region.getStores().keySet();                           
      } else {                                                                  
        columnFamilies = new HashSet<byte[]>();                                 
        for (ByteString cf: request.getFamilyList()) {                          
          columnFamilies.add(cf.toByteArray());                                 
        }                                                                       
      }  

In the file https://github.com/spring-projects/spring-roo/blob/master/mvnw.cmd at line 124,
the first character is # and should be @REM
# is the linux comment escape character but mvnw.cmd is the Windows maven wrapper.
It's just to avoid useless message. This has no impact on the build.

If the RpcServer is not able to find the method on the server throws an UnsupportedOperationException, but since is not wrapped in a DoNotRetry the client keeps retrying even if the operation doesn't exists.

See
http://camel.465427.n5.nabble.com/In-came-quartz-route-after-bundle-update-jobs-are-not-triggred-tp5734196.html
In these situations we should use job.name to name the job unique so when you change the endpoint uri and redeploy the apps/bundles, then camel-quartz can find the old job in the quartz persistent store.
There may be logic needed to lookup using job.name as the unique name in these situations, and then allow endpoint uri options to change over time, such as the cron trigger etc. Which should be adjusted accordingly as well.

When a FactoryBean declaration returns null:

		if (something != null) {
			MethodInvokingFactoryBean methodInvokingFactoryBean = new MethodInvokingFactoryBean();
			methodInvokingFactoryBean.setTargetClass(MyClass.class);
			methodInvokingFactoryBean.setTargetMethod("init");
			methodInvokingFactoryBean.setArguments(new Object[] { something });
			return methodInvokingFactoryBean;
		} else {
		}

this happens:

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'methodInvokingFactoryBean': Bean instance of type [class org.springframework.beans.factory.support.NullBean] is not a FactoryBean
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.getFactoryBean(FactoryBeanRegistrySupport.java:208)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.getSingletonFactoryBeanForTypeCheck(AbstractAutowireCapableBeanFactory.java:955)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.getTypeForFactoryBean(AbstractAutowireCapableBeanFactory.java:833)
	at org.springframework.beans.factory.support.AbstractBeanFactory.isTypeMatch(AbstractBeanFactory.java:557)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doGetBeanNamesForType(DefaultListableBeanFactory.java:428)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:399)
	at org.springframework.beans.factory.BeanFactoryUtils.beanNamesForTypeIncludingAncestors(BeanFactoryUtils.java:222)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:1273)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1098)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1062)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:583)
	... 65 more

I guess it's the same as https://jira.spring.io/browse/SPR-16033, as the `NullBean` is being exposed.

closing archive entries that use LZMA2 compression fails on JDK8 early access build 113 due to:

org.tukaani.xz.XZIOException: Stream finished or closed
	at org.tukaani.xz.LZMA2OutputStream.flush(Unknown Source)
	at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
	at java.io.FilterOutputStream.close(FilterOutputStream.java:158)
	at org.apache.commons.compress.archivers.sevenz.LZMA2Decoder$FinishOnCloseStream.close(LZMA2Decoder.java:67)
	at java.io.FilterOutputStream.close(FilterOutputStream.java:159)
	at org.apache.commons.compress.archivers.sevenz.SevenZOutputFile.closeArchiveEntry(SevenZOutputFile.java:125)

Actually there is no need to explicitly finish the wrapped stream as XZ for Java's LZMA2OutputStream which is returned by LZMA2Options#getOutputStream wll internally finish the stream when close is called.

Objects pools probably don't have much effect in this case.
They are only useful when allocations are shared between threads.

Spring Boot 1.4 will use Hibernate 5.1 by default. Spring Batch's HibernateItemReaderHelper is incompatible with Hibernate 5.1. Its close() method blows up with a NoSuchMethodError. For example:

java.lang.NoSuchMethodError: org.hibernate.Session.close()Ljava/sql/Connection;
	at org.springframework.batch.item.database.HibernateItemReaderHelper.close(HibernateItemReaderHelper.java:200)
	at org.springframework.batch.item.database.HibernateCursorItemReader.doClose(HibernateCursorItemReader.java:229)
	at org.springframework.batch.item.support.AbstractItemCountingItemStreamItemReader.close(AbstractItemCountingItemStreamItemReader.java:133)
	at org.springframework.batch.item.database.AbstractDataSourceItemReaderIntegrationTests.onTearDownAfterTransaction(AbstractDataSourceItemReaderIntegrationTests.java:71)
	at sun.reflect.GeneratedMethodAccessor78.invoke(Unknown Source)

The underlying cause is that the signature of org.hibernate.Session.close() has changed from returning java.sql.Connection in Hibernate 4.3 to returning void in 5.1. Calling `close()` via reflection will allow HibernateItemReaderHelper to work with both Hibernate versions.

After a few unit tests, "test/io" folder is not deleted. It's a bad practice in software engineering, because disk shouldn't polluted.

Similar as CAMEL-8456. The underlying resource

/companies/{company-id}/updates/key={update-key}/is-liked

doesn't exist. It was probably added by mistake instead of

https://api.linkedin.com/v1/people/~/network/updates/key={update-key}/is-liked

mentioned in the documentation https://developer-programs.linkedin.com/documents/commenting-and-liking-company-share. The resource is already mapped to linkedin://people/likeUpdate so there is no need to add it to companies prefixed endpoints.

The camel-cxf Karaf feature defines the following CXF version range:
<feature version="[2.4,2.6)">cxf</feature>
which is correct.
Unfortunately the camel-cxf bundle import statement doesn't define explicitly the CXF version range. The Felix maven-bundle-plugin determines the version range with the CXF version used and so define it to [2.4,2.5).
1/ it's not correct as it doesn't match the feature definition
2/ it means that you can't use Camel with CXF 2.5.0-SNAPSHOT

This minor bug was introduced in commit 0adc492 in conjunction with SPR-13961.

In spark-1.2, we have guava shaded in spark-assembly. And we only ship hive-exec to spark cluster. So spark executor won't have (original) guava in its class path.
This can cause some problem when TaskRunner deserializes a task, and throws something like this:

org.apache.spark.SparkException: Job aborted due to stage failure: Task 0 in stage 0.0 failed 4 times, most recent failure: Lost task 0.3 in stage 0.0 (TID 3, node13-1): java.lang.IllegalStateException: unread block data
        java.io.ObjectInputStream$BlockDataInputStream.setBlockDataMode(ObjectInputStream.java:2421)
        java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1382)
        java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1990)
        java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1915)
        java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1798)
        java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350)
        java.io.ObjectInputStream.readObject(ObjectInputStream.java:370)
        org.apache.spark.serializer.JavaDeserializationStream.readObject(JavaSerializer.scala:62)
        org.apache.spark.serializer.JavaSerializerInstance.deserialize(JavaSerializer.scala:87)
        org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:164)
        java.lang.Thread.run(Thread.java:744)

We may have to verify this issue and ship guava to spark cluster.

Capabilities registered by the messaging-server's broadcast-group resources are using the pattern:
org.wildfly.messaging.activemq.broadcast-group.channel-factory.<broadcast-group name>
This prevents having 2 broadcast-groups belonging to different ActiveMQ servers using the same name configured in the same profile.
Instead, the ActiveMQ server name should be part of the capability name, e.g.
org.wildfly.messaging.activemq.broadcast-group.channel-factory.<server name>.<broadcast-group name>

Please refer to : http://camel.465427.n5.nabble.com/Came-2-13-1-Reading-ZipInputStream-EOFException-tt5755726.html

The following grant statement that grants to a role that does not exist succeeds, but it should result in an error.
> grant all on t1 to role nosuchrole;

Ran into an issue with union distinct query that uses RCFile table with the following exception

Caused by: java.lang.IllegalArgumentException: Unable to create serializer "org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer" for class: org.apache.hadoop.hive.ql.io.RCFileInputFormat
        at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:67) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:45) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.newDefaultSerializer(Kryo.java:380) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.com.esotericsoftware.kryo.Kryo.getDefaultSerializer(Kryo.java:364) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.registerImplicit(DefaultClassResolver.java:74) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]

As of Version 2.4.6 - mongodb supports only the _id property to be excluded explicitly (e.g. by setting unwantedProperty: 0 in the projection).
The suggested fix is to put a guard in the andExclude(...) Method of PrectionOperation to prevent non _id-fields from being excluded.

> db.test.insert({_id:"1234", a:4711,b:{data:"foo"}, c:33, d:9});
> db.test.aggregate([{$project: { "a" : "$a" , "b" : "$b" , "c" : "$c" , "d" : 0}}])
Error: Printing Stack Trace
    at printStackTrace (src/mongo/shell/utils.js:37:15)
    at DBCollection.aggregate (src/mongo/shell/collection.js:897:9)
    at (shell):1:9
Fri Sep 20 16:26:47.112 aggregate failed: {
	"errmsg" : "exception: The top-level _id field is the only field currently supported for exclusion",
	"code" : 16406,
	"ok" : 0
} at src/mongo/shell/collection.js:898

A workaround is to simply don't include the property within the projection in the first place.

> db.test.aggregate([{$project: { "a" : "$a" , "b" : "$b" , "c" : "$c" , "_id" : 0}}])
{
	"result" : [
		{
			"a" : 4711,
			"b" : {
				"data" : "foo"
			},
			"c" : 33
		}
	],
	"ok" : 1
}

HBASE-7284 renamed the class name for rest server. The cmd script has to be updated. 

You can find this bug by inspection if you simply look at the code.  So please do not turn around and ask me for a test case.  In fact, there should be a Unit Test case added internally for this usage as I do not believe that there can be one given the code.
Look at org.springframwork.beans.factory.support.ConstructorResolver in the 'instantiateusingFactoryMethod'.   If there are 'explicitArgs' all is fine until the if statement at line: 440:
    if (explicitArgs != null)
In this usage, "resolvedValues" IS NEVER INITIALIZED!!!
This guarantees a NullPointerException on line 533:
    boolean hasArgs = (resolvedValues.getArgumentCount() > 0)
The problem can also be stated in English: If explicitArgs are used they are never loaded into the resolvedValues data structure from which the code extracts them, thus this can not work.

org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator: VectorMapOperator path: hdfs://cn108-10.l42scl.hortonworks.com:8020/apps/hive/warehouse/tpcds_bin_partitioned_orc_200.db/store_sales/ss_sold_date_sk=2451710, read type VECTORIZED_INPUT_FILE_FORMAT, vector deserialize type NONE, aliases store_sales
Lines like this repeat all over the log. This gets really big with a large number of partitions. 6MB of logs per node for a 30 task query running for 20 seconds on a 3 node cluster.
Instead of logging this line - can we have a consolidated log / logging only if something abnormal happens ... or a shorter log message.

When adds a property like this to a JPA entity:

    private Map<String, String> attributes;

Roo shell throws a NPE exception:

    at org.springframework.roo.model.JavaType.isNumber(JavaType.java:867)
    at org.springframework.roo.addon.web.mvc.views.AbstractViewGenerationService.createFieldItem(AbstractViewGenerationService.java:1160)
    at org.springframework.roo.addon.web.mvc.views.AbstractViewGenerationService.getFieldViewItems(AbstractViewGenerationService.java:1056)
    at org.springframework.roo.addon.web.mvc.views.AbstractViewGenerationService.addCreateView(AbstractViewGenerationService.java:457)
    at org.springframework.roo.addon.web.mvc.views.AbstractViewGeneratorMetadataProvider.getMetadata(AbstractViewGeneratorMetadataProvider.java:443)
    at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:253)

Updated
I was fooled by this java doc in WebSecurityConfigurerAdapter#registerAuthentication:
"The resulting
{@link AuthenticationManager}
will be exposed as a Bean as will the last populated 
{@link UserDetailsService}
that is created with the
{@link AuthenticationManagerBuilder}

Original
This issue links to SEC-2205, I have simple @Configuration like this:
SecurityConfig.java

@EnableGlobalMethodSecurity(prePostEnabled = true)

    @Override
    public void configure(WebSecurity web) throws Exception {
        web
                .ignoring()
                .antMatchers("/resources/**", "/favicon.ico");
    }

    @Override
    protected void registerAuthentication(AuthenticationManagerBuilder auth) throws Exception {
        auth
                .inMemoryAuthentication()
                .withUser("user").password("password").roles("USER").and()
                .withUser("admin").password("password").roles("USER", "ADMIN");

    }

    @Bean
    @Override
    }

    @Override
        http
                .antMatchers("/admin**").hasRole("ADMIN")
                .anyRequest().authenticated()
                .and()
                .formLogin()
                .loginPage("/signin")
                .permitAll()
                .and()
                .logout()
                .logoutUrl("/signout");
    }

}

And then simple Junit test, which actually uses SecurityRequestPostProcessors approach from (SEC-2015), but here for demonstration puroposes I have only autowired UserDetailsService:
SecurityFilterTest.java
@ContextConfiguration(classes = SecurityConfig.class)
public class SecurityFilterTest {

    private FilterChainProxy springSecurityFilterChain;

    private WebApplicationContext wac;

    private MockMvc mockMvc;

    private UserDetailsService userDetailsService;

    @Before
        this.mockMvc = MockMvcBuilders.webAppContextSetup(this.wac)
                .addFilters(this.springSecurityFilterChain).build();
    }

    @Test
    public void requiresAuthentication() throws Exception {
        mockMvc.perform(get("/hello"))
                .andExpect(status().isMovedTemporarily())
                .andExpect(redirectedUrl("http://localhost/signin"));
    }
}

This results:
Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.springframework.security.core.userdetails.UserDetailsService
....
SecurityFilterTest.userDetailsService; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [org.springframework.security.core.userdetails.UserDetailsService] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}

BeanUtils.isSimpleValueType() uses Class.isEnum() to determine whether a type is an enum. Class.isEnum(), however, returns false for certain enum values, namely ones overriding a method in their superclass. Using Enum.class.isAssignableFrom() instead would make the behavior more predictable.

If you use a bean in a Camel route, and have not specified the method name to invoke. Then Camel has to scan for suitable methods to use. And for that we have the @Handler annotation which should take precedence in this process. However if the bean implements Predicate, or Processor, then Camel will use that. However the @Handler should be used instead, as this is what the end-user expects. And also what we tell in the docs.

Was looking at an issue from our internal testing. It seems the Deletes of the region rows from the meta done during the merge transaction could be eclipsed by the Put of a region row that might have happened moments before.
The master logs this for the merge:

2015-06-18 13:13:46,018 INFO  [AM.ZK.Worker-pool2-t12] master.AssignmentManager: Handled MERGED event; merged=IntegrationTestIngest,a666665c,1434633226681.0927319db6bf5e128e3bec2a420819aa., region_a=IntegrationTestIngest,a666665c,1434631353820.8b911862d7705ac808b8d132d0154c16., region_b=IntegrationTestIngest,acccccc2,1434631353820.1bdaf759862f45d133ef77fdbda21aec., on ddas-2-5.openstacklocal,16020,1434632778438

One of the regions that got merged got Opened a few seconds back:

2015-06-18 13:13:46,591 INFO  [RS_OPEN_REGION-ddas-2-5:16020-1] regionserver.HRegion: Onlined 1bdaf759862f45d133ef77fdbda21aec; next sequenceid=182988

The above would have done a Put in the meta.
Looking at the raw scan of the meta, for the new merged region, the creation timestamp is 1434633226101:

 IntegrationTestIngest,a666665c,1434633226681.0927319db6bf5e128e3bec2a420819aa. column=info:regioninfo, timestamp=1434633226101, value={ENCODED => 0927319db6bf5e128e3bec2a420819aa, NAME => 'IntegrationTestIngest,a666665c,1434633226681.0927319db6bf5e128e3bec2a420819aa.', STARTKEY => 'a666665c', ENDKEY => 'b3333328'}

Looking at the raw scan of the meta, the timestamp for the region open of the already merged region is 1434633226600. This is a little after the merge transaction's timestamp.

IntegrationTestIngest,acccccc2,1434631353820.1bdaf759862f45d133ef77fdbda21aec. column=info:seqnumDuringOpen, timestamp=1434633226600, value=\x00\x00\x00\x00\x00\x02\xCA\xCC
 IntegrationTestIngest,acccccc2,1434631353820.1bdaf759862f45d133ef77fdbda21aec. column=info:server, timestamp=1434633226600, value=ddas-2-5.openstacklocal:16020
 IntegrationTestIngest,acccccc2,1434631353820.1bdaf759862f45d133ef77fdbda21aec. column=info:serverstartcode, timestamp=1434633226600, value=1434632778438

We need to fix it so that the merge region transaction also takes the master's timestamp. Similar to HBASE-13875.
When this happens, clients start to see a row in the meta with an empty HRegionInfo (this is because the Put done during the region open only updates the location information but not the HRI, and the HRI deleted during the merge transaction "remains deleted").

The problem is in OverrideDescriptionCombiner adding the overridden children to the attributes rather than to the children. For background, this was my initial mail on the subject.
-------
I found this when trying to read the role based access control settings for the whole of WIldFly. I have worked around this with a hack on my https://github.com/kabir/wildfly/commits/rbac-play branch, which is called "Temp commit, work around problems in /subsystem=datasources/data-source=* definition of statistics". The underlying problem seems to be that there is a problem with the resource definition for this attribute/child type. Apart from this there are no other problems when running with standalone-full-ha.xml.
The 'statistics' appears as an attribute when doing a read-resource-description
[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS:read-resource-description                     
{
   "outcome" => "success",
   "result" => {
       "description" => "A JDBC data-source configuration",
       "attributes" => {
           "share-prepared-statements" => 
{
               "type" => BOOLEAN,
               "description" => "Whether to share prepared statements, i.e. whether asking for same statement twice without closing uses the same underlying prepared statement",
               "expressions-allowed" => true,
               "nillable" => true,
               "default" => false,
               "access-type" => "read-write",
               "storage" => "configuration",
               "restart-required" => "no-services"
           }
,
– SNIP
           "statistics" => 
{
               "description" => "Runtime statistics provided by the resource adapter.",
               "access-type" => "read-only",
               "storage" => "configuration"
           }
       },
       "operations" => undefined,
       "children" => {"connection-properties" => {
           "description" => "The connection-properties element allows you to pass in arbitrary connection properties to the Driver.connect(url, props) method",
           "model-description" => undefined
       }}
   }
}
However, it does not appears as a child but not as an attribute:
[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS:read-children-names(child-type=statistics)
{
   "result" => [
       "jdbc",
       "pool"
   ]
}
[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS:read-attribute(name=statistics)
{
   "outcome" => "failed",
   "failure-description" => "JBAS014640: 'statistics' is a registered child of resource ([
   (\"subsystem\" => \"datasources\"),
   (\"data-source\" => \"ExampleDS\")
])",
   "rolled-back" => true
}

In read-resource it appears as a child:
[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS:read-resource(recursive=true, include-runtime=true)
{
---- SNIP ----
       "statistics" => {
           "jdbc" => 
{
               "PreparedStatementCacheAccessCount" => "0",
               "PreparedStatementCacheAddCount" => "0",
               "PreparedStatementCacheCurrentSize" => "0",
               "PreparedStatementCacheDeleteCount" => "0",
               "PreparedStatementCacheHitCount" => "0",
               "PreparedStatementCacheMissCount" => "0"
           }
,
           "pool" => 
{
               "ActiveCount" => "0",
               "AvailableCount" => "20",
               "AverageBlockingTime" => "0",
               "AverageCreationTime" => "0",
               "CreatedCount" => "0",
               "DestroyedCount" => "0",
               "InUseCount" => "0",
               "MaxCreationTime" => "0",
               "MaxUsedCount" => "0",
               "MaxWaitCount" => "0",
               "MaxWaitTime" => "0",
               "TimedOut" => "0",
               "TotalBlockingTime" => "0",
               "TotalCreationTime" => "0"
           }
       }
   }
}
[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS/statistics=jdbc:read-resource(include-runtime=true)
{
   "result" => 
{
       "PreparedStatementCacheAccessCount" => "0",
       "PreparedStatementCacheAddCount" => "0",
       "PreparedStatementCacheCurrentSize" => "0",
       "PreparedStatementCacheDeleteCount" => "0",
       "PreparedStatementCacheHitCount" => "0",
       "PreparedStatementCacheMissCount" => "0"
   }
}

The HiveLockManager interface defines the following method:
public List<HiveLock> lock(List<HiveLockObj> objs,
      boolean keepAlive) throws LockException;
ZooKeeperHiveLockManager implements HiveLockManager, but the current implementation of the "lock" method never actually references the "keepAlive" parameter.  As a result, all of the locks acquired by the "lock" method are ephemeral.  In other words, Zookeeper-based locks only exist as long as the underlying Zookeeper session exists.  As soon as the Zookeeper session ends, any Zookeeper-based locks are automatically released.

When using the Scala DSL, xpath expressions inside when() do not work as expected. As an example:

     "direct:a" ==> {
     choice {
        when (xpath("//hello")) to ("mock:english")
        when (xpath("//hallo")) {
          to ("mock:dutch")
          to ("mock:german")
        } 
        otherwise to ("mock:french")
      }
    }

// Send messages
"direct:a" ! ("<hello/>", "<hallo/>", "<hellos/>")

Here we should receive 1 message in each of the mocks. For whatever reason, all 3 messages go to mock:english. Similar routes work as expected with the Java DSL. 

Test JmsToJmsTransactedSecurityTest fails every now and then because of JMS message redelivery. When the entire test class is executed, it sometimes happens that the message that failed at testJmsSecurityFailure test method pops up in the assertions of testJmsSecurityOK. 

If a particular attribute has not been retrieved from the directory (e.g. because it doesn't exist, or the user doesn't have permissions to read it), then in the code
            Attribute roleAttribute = attributes.get(roleAttributes[i]);
            NamingEnumeration attributeRoles = roleAttribute.getAll();
roleAttribute may be null and the second line will cause  a NullPointerException. A check should be made that the value isn't null and a debug message logged if it is.

Spring framework 3.1RC1 does not work as a drop-in replacement for Spring framework 3.0.5 in Eclipse Virgo 3.0.x (or, for that matter as a replacement for Spring framework 3.0.0 in Eclipse Virgo 2.1.x and SpringSource dm Server 2.0.x).
This is very important for Virgo and dm Server users wanting to upgrade Spring before Virgo ships a release containing Spring framework 3.1.x.
For an example of the failure, when Virgo Tomcat Server has its user region upgraded to 3.1RC1 ([1]), Virgo fails to start with the following diagnostics:
[2011-10-19 14:54:41.979] system-artifacts             <DE0002E> Installation of plan 'org.eclipse.virgo.web.tomcat' version '3.0.0' failed. org.eclipse.virgo.kernel.osgi.framework.UnableToSatisfyBundleDependenciesException: Unable to satisfy dependencies of bundle 'org.eclipse.virgo.web.dm' at version '3.1.0.D-20111011141821': Cannot resolve: org.eclipse.virgo.web.dm
    Resolver report:
        An Import-Package could not be resolved. Caused by missing constraint in bundle <org.eclipse.virgo.web.dm_3.1.0.D-20111011141821>
             constraint: <Import-Package: org.springframework.web.context; version="[2.5.6,4.0.0)">
        An Import-Package could not be resolved. Caused by missing constraint in bundle <org.springframework.web_3.1.0.RC1>
             constraint: <Import-Package: org.apache.http; version="[4.1.0,5.0.0)">
at org.eclipse.virgo.kernel.install.pipeline.stage.resolve.internal.QuasiResolveStage.process(QuasiResolveStage.java:45)
etc.
Looking in the manifest of org.springframework.web-3.1.0.RC1.jar, the following non-optional dependencies have been added. These should be made optional.
org.apache.http;version="[4.1, 5.0.0)",
org.apache.http.client;version="[4.1, 5.0.0)",
org.apache.http.client.methods;version="[4.1, 5.0.0)",
org.apache.http.conn;version="[4.1, 5.0.0)",
org.apache.http.conn.scheme;version="[4.1, 5.0.0)",
org.apache.http.conn.ssl;version="[4.1, 5.0.0)",
org.apache.http.entity;version="[4.1, 5.0.0)",
org.apache.http.impl.client;version="[4.1, 5.0.0)",
org.apache.http.impl.conn.tsccm;version="[4.1, 5.0.0)",
org.apache.http.params;version="[4.1, 5.0.0)",
org.apache.http.util;version="[4.1, 5.0.0)"
[1] http://wiki.eclipse.org/Virgo/FAQ#How_can_I_change_the_version_of_Spring_framework_in_the_user_region.3F

In the Spring Batch documentation (section 9.1) http://static.springsource.org/spring-batch/reference/html-single/index.html#retryPolicies
The use of TimeoutRetryPolicy in the following code example is invalid:
   RetryTemplate template = new RetryTemplate();
   template.setRetryPolicy(new TimeoutRetryPolicy(30000L));
   Foo result = template.execute(new RetryCallback<Foo>() {
      public Foo doWithRetry(RetryContext context) 
{
        // Do stuff that might fail, e.g. webservice operation
      }
   });
TimeoutRetryPolicy does not use constructor injection for the value, this should change to:
...
   TimeoutRetryPolicy retry = new TimeoutRetryPolicy();
   retry.setTimeout(3000L);
...

The compaction process will clean up entries in  TXNS, COMPLETED_TXN_COMPONENTS, TXN_COMPONENTS.  If the table/partition is dropped before compaction is complete there will be data left in these tables.  Need to investigate if there are other situations where this may happen and address it.
see HIVE-10595 for additional info

we are building the widlfy on the windows and meet the following failure. It looks like the powershell needs the Administrator to run the script.

C:\hudson\workspace\btny-pulls-narayana-windows2008\jboss-as\tools\download-maven.ps1

cannot be loaded because the execution of scripts is disabled on this
system. Please see "get-help about_signing" for more details.
At line:1 char:2
+ & <<<<  tools\download-maven.ps1
    + CategoryInfo          : NotSpecified: (:) [],
PSSecurityException
    + FullyQualifiedErrorId : RuntimeException

It could be set the execution policy or bypass it. see http://stackoverflow.com/questions/4037939/powershell-execution-of-scripts-is-disabled-on-this-system

        at org.apache.hadoop.hive.llap.tezplugins.LlapTaskCommunicator.getCompletedLogsUrl(LlapTaskCommunicator.java:563)
        at org.apache.tez.dag.app.TaskCommunicatorWrapper.getCompletedLogsUrl(TaskCommunicatorWrapper.java:92)
        at org.apache.tez.dag.app.TaskCommunicatorManager.getCompletedLogsUrl(TaskCommunicatorManager.java:674)
        at org.apache.tez.dag.app.dag.impl.TaskAttemptImpl.getCompletedLogsUrl(TaskAttemptImpl.java:1147)
        at org.apache.tez.dag.app.dag.impl.TaskAttemptImpl.logJobHistoryAttemptUnsuccesfulCompletion(TaskAttemptImpl.java:1089)
        at org.apache.tez.dag.app.dag.impl.TaskAttemptImpl$TerminateTransition.transition(TaskAttemptImpl.java:1332)
        at org.apache.tez.dag.app.dag.impl.TaskAttemptImpl$TerminatedBeforeRunningTransition.transition(TaskAttemptImpl.java:1430)
        at org.apache.tez.dag.app.dag.impl.TaskAttemptImpl$TerminatedBeforeRunningTransition.transition(TaskAttemptImpl.java:1416)
        at org.apache.tez.dag.app.dag.impl.TaskAttemptImpl.handle(TaskAttemptImpl.java:799)
        at org.apache.tez.dag.app.dag.impl.TaskAttemptImpl.handle(TaskAttemptImpl.java:122)
        at org.apache.tez.dag.app.DAGAppMaster$TaskAttemptEventDispatcher.handle(DAGAppMaster.java:2296)
        at org.apache.tez.dag.app.DAGAppMaster$TaskAttemptEventDispatcher.handle(DAGAppMaster.java:2281)
        at org.apache.tez.common.AsyncDispatcher.dispatch(AsyncDispatcher.java:184)
        at org.apache.tez.common.AsyncDispatcher$1.run(AsyncDispatcher.java:115)

HIVE-11983 adds ObjectInspectorUtils.getBucketHashCode() and getBucketNumber().
There are several (at least) places in Hive that perform this computation:

ReduceSinkOperator.computeBucketNumber
ReduceSinkOperator.computeHashCode
BucketIdResolverImpl - only in 2.0.0 ASF line
FileSinkOperator.findWriterOffset
GenericUDFHash

Should refactor it and make sure they all call methods from ObjectInspectorUtils.

username-load attribute of legacy LDAP Realm stop to work. This attribute is used for assigning username from some LDAP entry attribute. In current behavior username passed in credential is used as username even if username-load attribute is configured.

Below is and excerpt from a roo script that should reproduce the problem:
/* ======  Document  ====== */
entity jpa       --class com.bigcorp.domain.foundation.Document          --testAutomatically
field string     --fieldName name                         --sizeMax 60
solr setup
solr all
The resulting method in the ITD, Document_Roo_SolrSearch.aj is roughly (I deleted some lines to keep the script minimal):
    @Async
    public static void Document.indexDocuments(Collection<Document> documents) {
        List<SolrInputDocument> documents = new ArrayList<SolrInputDocument>();
        for (Document document : documents) 
{
            SolrInputDocument sid = new SolrInputDocument();
            sid.addField("id", "document_" + document.getId());
            sid.addField("document.name_s", document.getName());
            sid.addField("document.id_l", document.getId());
            // Add summary field to allow searching documents for objects of this type
            sid.addField("document_solrsummary_t", new StringBuilder().append(document.getEntityType()).append(" ").append(document.getEntityId()).append(" ").append(document.getName()).append(" append(" ").append(document.getId()));
            documents.add(sid);
        }
        try 
{
            SolrServer solrServer = solrServer();
            solrServer.add(documents);
            solrServer.commit();
        }
{
        }
    }
where the offending declaration is "documents: in the line: List<SolrInputDocument> documents = new ArrayList<SolrInputDocument>(); 
(and the variable in the following line)
I first thought this would just be a minor annoyance, since an easy workaround existed: I could push in that method to the Document.java file and change the name of the conflicting variable.  However when I tried that I received the message: "No crosscutting model available. Rebuild Project" Unfortunately, that an other errors prevents a successful rebuild of the project.
Another workaround would be to rename the entity type: "Document" to "XXXDocument" or something other than "Document", but that creates a some work to provide "Document" in the user interface while the underlying entity type is "XXXDocument".   That is direction I'm taking, but some else is likely to run into the same issue. 

In RabbitMQ, the default exchange is a direct exchange with no name (empty string) and is pre-declared by the broker. It has one special property that makes it very useful for simple applications: every queue that is created is automatically bound to it with a routing key which is the same as the queue name.  This is especially useful in RPC style messaging when the producer specifies a REPLY_TO queue name that was created "exclusive"  Since RabbitMQ binds that queue onto the default exchange, it makes RPC much simpler.
However, the camel rabbitmq producer throws an IllegalArgumentException if the exchange name is empty, which prevents this simple RPC exchange.  The fix for this is simple, just don't throw that IllegalArgumentException if the exchange name was set to empty string.
The same problem may exists with the Consumer as well.
This python script will send an rpc request (from RabbitMQ in Action)

import time, json, pika

creds_broker = pika.PlainCredentials("guest", "guest")
conn_params = pika.ConnectionParameters("localhost",
                                         virtual_host = "/",
                                         credentials = creds_broker)
conn_broker = pika.BlockingConnection(conn_params)
channel = conn_broker.channel()

msg = json.dumps({"client_name": "RPC Client 1.0",
                  "time" : time.time()})
result = channel.queue_declare(exclusive=True, auto_delete=True)
msg_props = pika.BasicProperties()
msg_props.reply_to = result.method.queue
msg_props.content_type = "application/json"
msg_props.correlation_id = "1"
msg_props.delivery_mode = 2

channel.basic_publish(body=msg,
                      exchange="rpc",
                      properties=msg_props,
                      routing_key="ping")

print "Sent 'Ping' RPC call.  Waiting for reply..."

def reply_callback(channel, method, header, body):
     """Receives RPC server replies."""
     print "RPC Reply --- " + body
     channel.stop_consuming()

channel.basic_consume(reply_callback,
                      queue=result.method.queue,
                      consumer_tag=result.method.queue)

channel.start_consuming()

This route would be what I would want to do when consuming from Rabbit the rpc call and sending back a response:

        from("rabbitmq://192.168.213.130/rpc?queue=ping&routingKey=ping&durable=True&autoDelete=False&autoAck=False&username=guest&password=guest")
            .log("Incoming Headers: ${headers}")
            .setHeader("rabbitmq.ROUTING_KEY", header("rabbitmq.REPLY_TO"))
            .removeHeader("rabbitmq.REPLY_TO")
            .removeHeader("rabbitmq.EXCHANGE_NAME")
            .setBody(simple("Pong!"))
            .to("rabbitmq://192.168.213.130/?username=guest&password=guest");

If I remove the illegalargumentexception, the code works as expected.

If you convert the CxfWsdlFirstTest to run in PAYLOAD mode (by simply changing the endpoint URI in Spring xml), the client.getPerson() invocation will fail.

In the class AxiomUtils, the methods toDocument and toEnvelope construct an IllegalArgumentException with a constructor introduced in java 1.5:
public IllegalArgumentException(String message, Throwable cause)

An application uses remote-outbound-connections for remote EJB invocations and the jboss-ejb-client.xml contains a clusters definition containing the max-allowed-connected-nodes, like below:

<jboss-ejb-client xmlns="urn:jboss:ejb-client:1.2">
        ...
        <clusters>
            <cluster name="ejb" ... max-allowed-connected-nodes="20">
            </cluster>
        </clusters>
    </client-context>
</jboss-ejb-client>

In the actually used EJBClientContext this value doesn't get assigned and the hard coded default value of 10 is being used.

The following operation fails with a StringIndexOutOfBoundsException

/host=master/core-service=capability-registry:suggest-capabilities(name=org.wildfly.clustering.jgroups.channel-factory,dependent-address=[("profile" => "full-ha"),("subsystem" => "jgroups")])

while similar operations work w/o an error

/host=master/core-service=capability-registry:suggest-capabilities(name=org.wildfly.batch.job.repository, dependent-address=[("profile" => "full"),   ("subsystem" => "batch-jberet")])

This is the code which throws the StringIndexOutOfBoundsException: https://github.com/wildfly/wildfly-core/blob/master/controller/src/main/java/org/jboss/as/controller/CapabilityRegistry.java#L946

First, the stripServer will return the last regionserver is the target region server is not online, which is incorrect. It should return null for this case.
Second, we use MetaTableAccessor to get locations for region, but the location for meta region is in meta table so...

If org.springframework.data.hadoop.store.dataset.DatasetTemplate.write(Collection) gets into trouble when underlying writer throws an exception, writer is not closed and dfs client lease is not cleared. Vanilla hadoop 2.5.1 and  cdh5(2.5.0-cdh5.2.0) barks this in logs.

17:38:22,522  WARN      org.apache.hadoop.hdfs.LeaseRenewer: 458 - Failed to renew lease for [DFSClient_NONMAPREDUCE_-1719730779_11] for 30 seconds.  Will retry shortly ...
java.net.ConnectException: Call From neo.localdomain/127.0.1.1 to localhost:39583 failed on connection exception: java.net.ConnectException: Connection refused; For more details see:  http://wiki.apache.org/hadoop/ConnectionRefused

In these tests minicluster has already been shutdown but dfs client background thread is still trying to renew a lease which will never going to happen. This can be seen i.e. using test org.springframework.data.hadoop.store.dataset.DatasetTemplateNoNullsTests.testWritePojoWithNullValuesShouldFail()

Statistics seem to be enabled by default as of EhCache 2.7, with the corresponding setter methods having been removed without notice.
Let's suppress the corresponding calls in EhCacheFactoryBean, assuming that statistics are on by default anyway, for a seamless upgrade path.

Hive#loadPartition will load a directory into a Hive Table Partition. It will alter the existing content of
the partition with the new contents and create a new partition if one does not exist.
The file move is performed before the partition creation and if the creation failes, the moved files are not cleared.

In my xsl-files I have imports and includes that resides in folders a few levels up.
Ex:  
<xsl:include href="../../common/myfunctions.xsl"/>
When camel starts up and tries to resolve the paths it crashes because of the current implementation in ObjectHelper.resolveUriPath(..)
Made a simple testcase that demonstrates my problem.

public void testResolveUriPath() throws Exception {
        assertEquals("xslt/", ObjectHelper.resolveUriPath("xslt/one/../"));         //  OK
        assertEquals("xslt/", ObjectHelper.resolveUriPath("xslt/one/../two/../"));  // OK
        assertEquals("xslt/", ObjectHelper.resolveUriPath("xslt/"));                // OK
        assertEquals("", ObjectHelper.resolveUriPath("./"));                        // OK
        assertEquals("xslt/", ObjectHelper.resolveUriPath("xslt/one/two/../../"));  // Fails, gives 'xslt/one/.'
        assertEquals("xslt/", ObjectHelper.resolveUriPath("xslt/one/two/../.././"));// Fails, gives 'xslt/one/.'
    }

ResultSet.close does not free up any resources (tmp files etc) on hive server.

Redirection (<, <<) do not work in wildfly-elytron-tool.
It must work as is expected.
Customers use redirection of input in CLI, here are some old customer cases

Customer cases (EAP 6x):
	
https://access.redhat.com/support/cases/#/case/00904577
https://access.redhat.com/support/cases/#/case/00889193
https://access.redhat.com/support/cases/#/case/00910827
https://access.redhat.com/support/cases/#/case/00910848

If you want to invoke a method on a bean which is overloaded, such as a String with toUpperCase having

toUpperCase()
toUpperCase(Locale)

Then if you specify this in a simple ognl expression as follows

${body.toUpperCase()}

Then Camel bean component should pick the no-parameter method as specified.

I happened to be running some camel-kafka unit tests with the log level set to DEBUG and noticed that the KafkaConsumer is not shut down correctly.
When the Camel Kafka consumer is stopped, it invokes shutdownNow() on the ExecutorService. But this does not guarantee any running threads will be terminated.
This is a bit of an issue when Camel runs in a container like Karaf or WildFly because the KafkaFetchRecords thread just keeps on running for the lifetime of the JVM. 
It's simple to reproduce in a unit test:

Enable DEBUG log level
Start a Camel context with a Kafka consumer endpoint
Stop the camel context
Thread.sleep for some time (10 seconds or whatever). Then notice exception in the log output:

[0m[32m07:09:44,247 DEBUG [org.apache.kafka.clients.NetworkClient] (Camel (camel-36) thread #134 - KafkaConsumer[test]) Error connecting to node 1 at localhost:9092:: java.nio.channels.ClosedByInterruptException
	at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:659)
	at org.apache.kafka.common.network.Selector.connect(Selector.java:168)
	at org.apache.kafka.clients.NetworkClient.initiateConnect(NetworkClient.java:498)
	at org.apache.kafka.clients.NetworkClient.access$400(NetworkClient.java:48)
	at org.apache.kafka.clients.NetworkClient$DefaultMetadataUpdater.maybeUpdate(NetworkClient.java:645)
	at org.apache.kafka.clients.NetworkClient$DefaultMetadataUpdater.maybeUpdate(NetworkClient.java:552)
	at org.apache.kafka.clients.NetworkClient.poll(NetworkClient.java:258)
	at org.apache.kafka.clients.consumer.internals.ConsumerNetworkClient.clientPoll(ConsumerNetworkClient.java:360)
	at org.apache.kafka.clients.consumer.internals.ConsumerNetworkClient.poll(ConsumerNetworkClient.java:224)
	at org.apache.kafka.clients.consumer.internals.ConsumerNetworkClient.poll(ConsumerNetworkClient.java:192)
	at org.apache.kafka.clients.consumer.internals.ConsumerNetworkClient.awaitMetadataUpdate(ConsumerNetworkClient.java:134)
	at org.apache.kafka.clients.consumer.internals.AbstractCoordinator.ensureCoordinatorReady(AbstractCoordinator.java:183)
	at org.apache.kafka.clients.consumer.KafkaConsumer.pollOnce(KafkaConsumer.java:974)
	at org.apache.kafka.clients.consumer.KafkaConsumer.poll(KafkaConsumer.java:938)
	at org.apache.camel.component.kafka.KafkaConsumer$KafkaFetchRecords.run(KafkaConsumer.java:130)

“ROWS between 10 preceding and 2 preceding” is not handled correctly.
Underlying error: Window range invalid, start boundary is greater than end boundary: window(start=range(10 PRECEDING), end=range(2 PRECEDING))
If I change it to “2 preceding and 10 preceding”, the syntax works but the results are 0 of course.
Reason for the function: during analysis, it is sometimes desired to design the window to filter the most recent events, in the case of the events' responses are not available yet. There is a workaround for this, but it is better/more proper to fix the bug. 

When using Wsab file system, we found that a failed atomic folder rename operation can never recovery for the destination file deleted in Wasb filesystem. 
{quota}
ls: Attempting to complete rename of file hbase/azurtst-xiaomi/data/default/YCSBTest/.tabledesc during folder rename redo, and file was not found in source or destination.

The reason is the the file is renamed to the destination file  before the crash, and the destination file is deleted by another process after crash. So the recovery is blocked during finishing the rename operation of this file when found the source and destination files all don't exist.
See: NativeAzureFileSystem.java #finishSingleFileRename
Another serious problem is that the recovery of atomic rename operation may delete new created file which is same name as the source file, because the file system don't check if there are rename operation need be redo.
Suggestions are welcomed~

After stopping the node on which the singleton deployment is active, the deployment will fail to automatically start on another node under these conditions:
1. Simple election policy with applied name preferences is used:

<simple-election-policy>
    <name-preferences>node1 node2</name-preferences>
</simple-election-policy>

2. The server named "node2" starts first, so that singleton deployment is active for a while on this node, then server named "node1" is started.
3. The server named "node1" stops.
Server "node1" stops without error, however server "node2" gets NPE during the automatic re-deployment. 
The same issue occurs when trying with latest wildfly upstream/master bits. 
Server 1 log

[mvinkler@localhost jboss-eap-7.0_1]$ ./bin/standalone.sh -c standalone-ha.xml -Djboss.node.name=node1

  JBOSS_HOME: /usr/work/eap/tmp2/jboss-eap-7.0_1

  JAVA: /usr/work/java/jdk1.8.0_45/bin/java

  JAVA_OPTS:  -server -verbose:gc -Xloggc:"/usr/work/eap/tmp2/jboss-eap-7.0_1/standalone/log/gc.log" -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=3M -XX:-TraceClassUnloading -Xms64m -Xmx512m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true

15:24:51,402 INFO  [org.jboss.modules] (main) JBoss Modules version 1.4.3.Final
15:24:51,667 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
15:24:51,718 INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0049: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) starting
15:24:52,542 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 16) WFLYCTL0028: Attribute 'enabled' in the resource at address '/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
15:24:52,574 INFO  [org.jboss.as.repository] (ServerService Thread Pool -- 21) WFLYDR0001: Content added at location /usr/work/eap/tmp2/jboss-eap-7.0_1/standalone/data/content/bd/6880bc84b90171ef3d37078e2c222b47647c13/content
15:24:52,643 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
15:24:52,659 INFO  [org.xnio] (MSC service thread 1-7) XNIO version 3.4.0.Beta1
15:24:52,670 INFO  [org.xnio.nio] (MSC service thread 1-7) XNIO NIO Implementation Version 3.4.0.Beta1
15:24:52,694 INFO  [org.jboss.remoting] (MSC service thread 1-7) JBoss Remoting version 4.0.9.Final
15:24:52,791 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 45) WFLYCLJG0001: Activating JGroups subsystem.
15:24:52,795 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 48) WFLYJSF0007: Activated the following JSF Implementations: [main]
15:24:52,799 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
15:24:52,812 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 16 core threads with 128 task threads based on your 8 available processors
15:24:52,817 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 58) WFLYSEC0002: Activating Security Subsystem
15:24:52,823 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
15:24:52,826 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 51) WFLYNAM0001: Activating Naming Subsystem
15:24:52,834 INFO  [org.jboss.as.security] (MSC service thread 1-7) WFLYSEC0001: Current PicketBox version=4.9.3.Final
15:24:52,857 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
15:24:52,867 INFO  [org.jboss.as.connector] (MSC service thread 1-4) WFLYJCA0009: Starting JCA Subsystem (IronJacamar 1.2.5.Final)
15:24:52,869 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
15:24:52,872 INFO  [org.jboss.as.naming] (MSC service thread 1-8) WFLYNAM0003: Starting Naming Service
15:24:52,873 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-2) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
15:24:52,874 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-8) WFLYJCA0018: Started Driver service with driver-name = h2
15:24:52,880 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0003: Undertow 1.3.0.Beta9 starting
15:24:52,883 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0003: Undertow 1.3.0.Beta9 starting
15:24:53,014 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/usr/work/eap/tmp2/jboss-eap-7.0_1/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
15:24:53,019 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0012: Started server default-server.
15:24:53,025 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0018: Host default-host starting
15:24:53,083 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0006: Undertow AJP listener ajp listening on /127.0.0.1:8009
15:24:53,083 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0006: Undertow HTTP listener default listening on /127.0.0.1:8080
15:24:53,087 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 63) MODCLUSTER000001: Initializing mod_cluster version 1.3.1.Final
15:24:53,104 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 63) MODCLUSTER000032: Listening to proxy advertisements on /224.0.1.105:23364
15:24:53,192 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
15:24:53,233 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0027: Starting deployment of "singleton-deployment-descriptor.war" (runtime-name: "singleton-deployment-descriptor.war")
15:24:53,241 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-3) WFLYDS0013: Started FileSystemDeploymentService for directory /usr/work/eap/tmp2/jboss-eap-7.0_1/standalone/deployments
15:24:53,350 INFO  [org.jboss.ws.common.management] (MSC service thread 1-6) JBWS022052: Starting JBoss Web Services - Stack CXF Server 5.1.0.Beta1
15:24:53,683 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-6) JGRP000015: the send buffer of socket DatagramSocket was set to 1MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max send buffer in the OS correctly (e.g. net.core.wmem_max on Linux)
15:24:53,684 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-6) JGRP000015: the receive buffer of socket DatagramSocket was set to 20MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on Linux)
15:24:53,684 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-6) JGRP000015: the send buffer of socket MulticastSocket was set to 1MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max send buffer in the OS correctly (e.g. net.core.wmem_max on Linux)
15:24:53,684 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-6) JGRP000015: the receive buffer of socket MulticastSocket was set to 25MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on Linux)
15:24:54,079 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 63) ISPN000078: Starting JGroups channel server
15:24:54,088 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 63) ISPN000094: Received new cluster view for channel server: [node2|1] (2) [node2, node1]
15:24:54,091 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 63) ISPN000079: Channel server local address is node1, physical addresses are [127.0.0.1:55200]
15:24:54,140 INFO  [org.infinispan.factories.GlobalComponentRegistry] (ServerService Thread Pool -- 63) ISPN000128: Infinispan version: Infinispan 'Infinite Darkness' 8.0.0.CR1
15:24:54,315 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 63) WFLYCLINF0002: Started default cache from server container
15:24:54,618 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 66) WFLYUT0021: Registered web context: /singleton-deployment-descriptor
15:24:54,657 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 37) WFLYSRV0010: Deployed "singleton-deployment-descriptor.war" (runtime-name : "singleton-deployment-descriptor.war")
15:24:54,743 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
15:24:54,743 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
15:24:54,744 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) started in 3611ms - Started 353 of 608 services (366 services are lazy, passive or on-demand)
^C15:25:04,667 INFO  [org.jboss.as.server] (Thread-2) WFLYSRV0220: Server shutdown has been requested.
15:25:04,680 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 21) WFLYUT0022: Unregistered web context: /singleton-deployment-descriptor
15:25:04,686 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0019: Host default-host stopping
15:25:04,686 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 23) MODCLUSTER000002: Initiating mod_cluster shutdown
15:25:04,687 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-6) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
15:25:04,689 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0019: Stopped Driver service with driver-name = h2
15:25:04,698 INFO  [org.hibernate.validator.internal.util.Version] (MSC service thread 1-2) HV000001: Hibernate Validator 5.2.1.Final
15:25:04,739 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0008: Undertow HTTP listener default suspending
15:25:04,739 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0028: Stopped deployment singleton-deployment-descriptor.war (runtime-name: singleton-deployment-descriptor.war) in 69ms
15:25:04,739 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0008: Undertow AJP listener ajp suspending
15:25:04,740 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0007: Undertow HTTP listener default stopped, was bound to /127.0.0.1:8080
15:25:04,740 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0007: Undertow AJP listener ajp stopped, was bound to /127.0.0.1:8009
15:25:04,741 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0004: Undertow 1.3.0.Beta9 stopping
15:25:04,744 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 63) WFLYCLINF0003: Stopped default cache from server container
15:25:04,745 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-6) ISPN000080: Disconnecting JGroups channel server
15:25:04,746 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-6) ISPN000082: Stopping the RpcDispatcher for channel server
15:25:04,810 INFO  [org.jboss.as] (MSC service thread 1-5) WFLYSRV0050: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) stopped in 138ms

Server 2 log

[mvinkler@localhost jboss-eap-7.0_2]$ ./bin/standalone.sh -c standalone-ha.xml -Djboss.node.name=node2 -Djboss.socket.binding.port-offset=100

  JBOSS_HOME: /usr/work/eap/tmp2/jboss-eap-7.0_2

  JAVA_OPTS:  -server -verbose:gc -Xloggc:"/usr/work/eap/tmp2/jboss-eap-7.0_2/standalone/log/gc.log" -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=3M -XX:-TraceClassUnloading -Xms64m -Xmx512m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true

15:24:45,219 INFO  [org.jboss.modules] (main) JBoss Modules version 1.4.3.Final
15:24:45,386 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
15:24:45,435 INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0049: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) starting
15:24:46,261 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 25) WFLYCTL0028: Attribute 'enabled' in the resource at address '/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
15:24:46,296 INFO  [org.jboss.as.repository] (ServerService Thread Pool -- 23) WFLYDR0001: Content added at location /usr/work/eap/tmp2/jboss-eap-7.0_2/standalone/data/content/bd/6880bc84b90171ef3d37078e2c222b47647c13/content
15:24:46,373 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
15:24:46,388 INFO  [org.xnio] (MSC service thread 1-6) XNIO version 3.4.0.Beta1
15:24:46,396 INFO  [org.xnio.nio] (MSC service thread 1-6) XNIO NIO Implementation Version 3.4.0.Beta1
15:24:46,431 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
15:24:46,431 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 16 core threads with 128 task threads based on your 8 available processors
15:24:46,456 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 45) WFLYCLJG0001: Activating JGroups subsystem.
15:24:46,458 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 48) WFLYJSF0007: Activated the following JSF Implementations: [main]
15:24:46,531 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 51) WFLYNAM0001: Activating Naming Subsystem
15:24:46,535 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
15:24:46,545 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
15:24:46,576 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
15:24:46,579 INFO  [org.jboss.as.connector] (MSC service thread 1-3) WFLYJCA0009: Starting JCA Subsystem (IronJacamar 1.2.5.Final)
15:24:46,580 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-7) WFLYJCA0018: Started Driver service with driver-name = h2
15:24:46,586 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 58) WFLYSEC0002: Activating Security Subsystem
15:24:46,590 INFO  [org.jboss.remoting] (MSC service thread 1-6) JBoss Remoting version 4.0.9.Final
15:24:46,599 INFO  [org.jboss.as.naming] (MSC service thread 1-1) WFLYNAM0003: Starting Naming Service
15:24:46,602 INFO  [org.jboss.as.security] (MSC service thread 1-3) WFLYSEC0001: Current PicketBox version=4.9.3.Final
15:24:46,605 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-7) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
15:24:46,642 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0003: Undertow 1.3.0.Beta9 starting
15:24:46,642 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0003: Undertow 1.3.0.Beta9 starting
15:24:46,767 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/usr/work/eap/tmp2/jboss-eap-7.0_2/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
15:24:46,785 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0012: Started server default-server.
15:24:46,788 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0018: Host default-host starting
15:24:46,832 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow HTTP listener default listening on /127.0.0.1:8180
15:24:46,835 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0006: Undertow AJP listener ajp listening on /127.0.0.1:8109
15:24:46,838 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000001: Initializing mod_cluster version 1.3.1.Final
15:24:46,846 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000032: Listening to proxy advertisements on /224.0.1.105:23364
15:24:46,966 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-7) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
15:24:46,980 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-8) WFLYDS0013: Started FileSystemDeploymentService for directory /usr/work/eap/tmp2/jboss-eap-7.0_2/standalone/deployments
15:24:47,001 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "singleton-deployment-descriptor.war" (runtime-name: "singleton-deployment-descriptor.war")
15:24:47,128 INFO  [org.jboss.ws.common.management] (MSC service thread 1-2) JBWS022052: Starting JBoss Web Services - Stack CXF Server 5.1.0.Beta1
15:24:47,436 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-2) JGRP000015: the send buffer of socket DatagramSocket was set to 1MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max send buffer in the OS correctly (e.g. net.core.wmem_max on Linux)
15:24:47,437 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-2) JGRP000015: the receive buffer of socket DatagramSocket was set to 20MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on Linux)
15:24:47,437 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-2) JGRP000015: the send buffer of socket MulticastSocket was set to 1MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max send buffer in the OS correctly (e.g. net.core.wmem_max on Linux)
15:24:47,437 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-2) JGRP000015: the receive buffer of socket MulticastSocket was set to 25MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on Linux)
15:24:50,836 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 64) ISPN000078: Starting JGroups channel server
15:24:50,848 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 64) ISPN000094: Received new cluster view for channel server: [node2|0] (1) [node2]
15:24:50,851 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 64) ISPN000079: Channel server local address is node2, physical addresses are [127.0.0.1:55300]
15:24:50,854 INFO  [org.infinispan.factories.GlobalComponentRegistry] (ServerService Thread Pool -- 64) ISPN000128: Infinispan version: Infinispan 'Infinite Darkness' 8.0.0.CR1
15:24:50,967 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 64) WFLYCLINF0002: Started default cache from server container
15:24:50,999 INFO  [org.wildfly.clustering.server] (ServerService Thread Pool -- 64) WFLYCLSV0003: node2 elected as the singleton provider of the jboss.deployment.unit."singleton-deployment-descriptor.war".FIRST_MODULE_USE service
15:24:51,286 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 68) WFLYUT0021: Registered web context: /singleton-deployment-descriptor
15:24:51,326 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 37) WFLYSRV0010: Deployed "singleton-deployment-descriptor.war" (runtime-name : "singleton-deployment-descriptor.war")
15:24:51,423 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:10090/management
15:24:51,423 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:10090
15:24:51,424 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) started in 6404ms - Started 353 of 608 services (366 services are lazy, passive or on-demand)
15:24:53,753 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-2,ee,node2) ISPN000094: Received new cluster view for channel server: [node2|1] (2) [node2, node1]
15:24:54,251 INFO  [org.infinispan.CLUSTER] (remote-thread--p2-t1) ISPN000310: Starting cluster-wide rebalance for cache default, topology CacheTopology{id=1, rebalanceId=1, currentCH=ReplicatedConsistentHash{ns = 60, owners = (1)[node2: 60]}, pendingCH=ReplicatedConsistentHash{ns = 60, owners = (2)[node2: 30, node1: 30]}, unionCH=null, actualMembers=[node2, node1]}
15:24:54,312 INFO  [org.infinispan.CLUSTER] (remote-thread--p2-t1) ISPN000336: Finished cluster-wide rebalance for cache default, topology id = 1
15:24:54,347 INFO  [org.wildfly.clustering.server] (remote-thread--p2-t1) WFLYCLSV0003: node1 elected as the singleton provider of the jboss.deployment.unit."singleton-deployment-descriptor.war".FIRST_MODULE_USE service
15:24:54,376 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 64) WFLYUT0022: Unregistered web context: /singleton-deployment-descriptor
15:24:54,393 INFO  [org.hibernate.validator.internal.util.Version] (MSC service thread 1-4) HV000001: Hibernate Validator 5.2.1.Final
15:25:04,674 INFO  [org.wildfly.clustering.server] (remote-thread--p2-t1) WFLYCLSV0003: node2 elected as the singleton provider of the jboss.deployment.unit."singleton-deployment-descriptor.war".FIRST_MODULE_USE service
15:25:04,733 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."singleton-deployment-descriptor.war".FIRST_MODULE_USE.service: org.jboss.msc.service.StartException in service jboss.deployment.unit."singleton-deployment-descriptor.war".FIRST_MODULE_USE.service: WFLYSRV0153: Failed to process phase FIRST_MODULE_USE of deployment "singleton-deployment-descriptor.war"
        at org.jboss.as.jpa.processor.JPAInterceptorProcessor.deploy(JPAInterceptorProcessor.java:52)
        ... 5 more

15:25:04,735 ERROR [org.wildfly.clustering.server] (remote-thread--p2-t1) WFLYCLSV0005: Failed to start jboss.deployment.unit."singleton-deployment-descriptor.war".FIRST_MODULE_USE.service service: org.jboss.msc.service.StartException in service jboss.deployment.unit."singleton-deployment-descriptor.war".FIRST_MODULE_USE.service: WFLYSRV0153: Failed to process phase FIRST_MODULE_USE of deployment "singleton-deployment-descriptor.war"
        ... 5 more

15:25:04,807 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-1,ee,node2) ISPN000094: Received new cluster view for channel server: [node2|2] (1) [node2]

If a MockHttpServletRequest is built using the MockHttpServletRequestBuilder in Spring MVC Test and no cookies are added, the getCookies() method returns an empty array.
However, according to the Servlet API, an implementation of HttpServletRequest.getCookies() must return null if the request has no cookies.

We can refactor the HOS inplace progress monitor code (SparkJobMonitor#printStatusInPlace) to use InplaceUpdate#render.
We can create an instance of ProgressMonitor and use it to show the progress.
This would be similar to :
https://github.com/apache/hive/blob/0b6bea89f74b607299ad944b37e4b62c711aaa69/ql/src/java/org/apache/hadoop/hive/ql/exec/tez/monitoring/RenderStrategy.java#L181

During review of HBASE-7360, it was noted that HBaseAdmin#listSnapshots aligns with existing HBaseAdmin#listTables better
This JIRA renames HBaseAdmin#getCompletedSnapshots as HBaseAdmin#listSnapshots

When  hive.orc.splits.include.file.footer is enabled, OrcTail (if available) can be made use of in OrcEncodedDataReader. This would reduce file look up calls (expensive in cloud storage systems like S3) and , eliminate footer reading.

Executing the product-info command with embed-server is throwing the following exception. 
It is possible to reproduce the issue with JBoss installed via zip distribution after removing modules/system/layers/base/org/jboss/as/patching.

[standalone@embedded /] :product-info
13:14:42,580 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 2) WFLYCTL0013: Operation ("report") failed - address: ([]): java.lang.IllegalArgumentException
	at org.jboss.dmr.ModelValue.asList(ModelValue.java:143) [jboss-dmr.jar:1.4.1.Final-redhat-1]
	at org.jboss.dmr.ModelNode.asList(ModelNode.java:1566) [jboss-dmr.jar:1.4.1.Final-redhat-1]
	at org.jboss.as.server.operations.AbstractInstallationReporter$InstallationConfiguration.getLastUpdateDate(AbstractInstallationReporter.java:328)
	at org.jboss.as.server.operations.AbstractInstallationReporter.createProductNode(AbstractInstallationReporter.java:184)
	at org.jboss.as.server.operations.InstallationReportHandler$1.execute(InstallationReportHandler.java:81)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263) [wildfly-elytron.jar:1.1.11.Final-redhat-00001]
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229) [wildfly-elytron.jar:1.1.11.Final-redhat-00001]
	at org.jboss.as.controller.LocalModelControllerClient.execute(LocalModelControllerClient.java:44)
	at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerClient.java:68) [wildfly-controller-client-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.java:69) [wildfly-cli-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.as.cli.impl.CommandExecutor.execute(CommandExecutor.java:654) [wildfly-cli-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.as.cli.impl.CommandContextImpl.lambda$execute$1(CommandContextImpl.java:872) [wildfly-cli-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:892) [wildfly-cli-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:871) [wildfly-cli-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.as.cli.handlers.OperationRequestHandler.handle(OperationRequestHandler.java:90) [wildfly-cli-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:816) [wildfly-cli-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:917) [wildfly-cli-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.as.cli.impl.CommandContextImpl$2.execute(CommandContextImpl.java:454) [wildfly-cli-3.0.19.Final-redhat-00001.jar:3.0.19.Final-redhat-00001]
	at org.jboss.aesh.console.AeshProcess.run(AeshProcess.java:53) [aesh.jar:0.66.19.redhat-1]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_191]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_191]
	at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_191]

{
}

In HIVE-7975 did string interning in thrift-generated code by having a google-replacer plugin run with -Pthriftif that does the replacements. 
In commit of HIVE-7482, it was removed as it was done without that plugin.  Thrift code should be regenerated.

For a table created with following DDL
CREATE TABLE test_issue (fileid int, infos ARRAY<STRUCT<user:INT>>, 
test_c STRUCT<user_c:STRUCT<age:INT>>), 
create a view that lateral view explodes the array column like
CREATE VIEW v_test_issue AS SELECT fileid, i.user, test_c.user_c.age FROM test_issue LATERAL VIEW explode(infos) info AS i; 
Querying the view such as:
SELECT *  FROM v_test_issue WHERE age = 25; 
Will failed with following errors:

        at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:354)
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:426)
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:366)
        at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:223)
        ... 11 more
        ... 16 more
        ... 19 more
        ... 24 more
Caused by: java.lang.RuntimeException: cannot find field test_c from [0:_col0, 1:_col5]
        at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getStandardStructFieldRef(ObjectInspectorUtils.java:415)
        at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.getStructFieldRef(StandardStructObjectInspector.java:150)
        at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator.initialize(ExprNodeColumnEvaluator.java:55)
        at org.apache.hadoop.hive.ql.exec.ExprNodeFieldEvaluator.initialize(ExprNodeFieldEvaluator.java:53)
        at org.apache.hadoop.hive.ql.exec.Operator.initEvaluators(Operator.java:934)
        at org.apache.hadoop.hive.ql.exec.Operator.initEvaluatorsAndReturnStruct(Operator.java:960)
        at org.apache.hadoop.hive.ql.exec.Operator.initializeOp(Operator.java:401)
        at org.apache.hadoop.hive.ql.exec.LateralViewJoinOperator.initializeOp(LateralViewJoinOperator.java:109)
        at org.apache.hadoop.hive.ql.exec.UDTFOperator.initializeOp(UDTFOperator.java:94)
        at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:67)
        at org.apache.hadoop.hive.ql.exec.FilterOperator.initializeOp(FilterOperator.java:83)
        at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:424)
        ... 24 more

The HBase migration tool does not validate hbase.rootdir as a valid URI that contains a scheme (e.g., file:// or hdfs://) and fails to find the root directory and the file system if hbase.rootdir is not a URI.

Codahale Metrics file reporter is time based, hence test is as well.  On slow machines, sometimes the file is not written fast enough to be read.

HS2 doesn't need a roundtrip to LLAP; it can instantiate the SecretManager directly.

HIVE-13069 enabled cartesian product merging. However, merge should only be performed between INNER joins.

I've been looking into this test failure because I thought it particular to my rpc hackery.
What I see is like the subject:

java.lang.AssertionError: expected:<[]> but was:<[EXPIRED_TABLE_LOCK]>

and later in same unit test:

java.lang.AssertionError: expected:<[EXPIRED_TABLE_LOCK]> but was:<[EXPIRED_TABLE_LOCK, EXPIRED_TABLE_LOCK]>

The test creates a write lock and then expires it.  In subject failure, we are expiring the lock ahead of the time it should be.  Easier for me to reproduce is that the second write lock we put in place is not allowed to happen because of the presence of the first lock EVEN THOUGH IT HAS BEEN JUDGED EXPIRED:

ERROR: Table lock acquire attempt found:[tableName=foo, lockOwner=localhost,60000,1, threadId=387, purpose=testCheckTableLocks, isShared=false, createTime=129898749]
2013-05-02 00:34:42,715 INFO  [Thread-183] lock.ZKInterProcessLockBase(431): Lock is held by: write-testing utility0000000000
ERROR: Table lock acquire attempt found:[tableName=foo, lockOwner=localhost,60000,1, threadId=349, purpose=testCheckTableLocks, isShared=false, createTime=28506852]

Above, you see the expired lock and then our hbck lock visitor has it that the second lock is expired because it is held by the first lock.
I can keep looking at this but input would be appreciated.
It failed in recent trunk build https://builds.apache.org/view/H-L/view/HBase/job/HBase-TRUNK/4090/testReport/junit/org.apache.hadoop.hbase.util/TestHBaseFsck/testCheckTableLocks/

You would need to be unlucky and with a system in a bad shape but we have no reason to keep this in production code.

The issue exists in Hive-2.1. In Hive-1.2 the query works fine with cbo enabled:

Step 1: Create a table ct1
create table ct1 (a1 string,b1 string);

Step 2: Create a table ct2
create table ct2 (a2 string);

Step 3 : Insert following data into table ct1
insert into table ct1 (a1) values ('1');

Step 4 : Insert following data into table ct2
insert into table ct2 (a2) values ('1');

Step 5 : Execute the following query 
select * from ct1 c1, ct2 c2 where COALESCE(a1,b1)=a2;

The query returns nothing;

1       NULL    1

The issue seems to be because of the incorrect query plan. In the plan we can see:
predicate:(a1 is not null and b1 is not null)
which does not look correct. As a result, it is filtering out all the rows is any column mentioned in the COALESCE has null value.
Please find the query plan below:

Map 1 <- Map 2 (BROADCAST_EDGE)

Stage-0
    limit:-1
    Stage-1
      Map 1
      File Output Operator [FS_10]
        Map Join Operator [MAPJOIN_15] (rows=1 width=4)
          Conds:SEL_2.COALESCE(_col0,_col1)=RS_7._col0(Inner),HybridGraceHashJoin:true,Output:["_col0","_col1","_col2"]
        <-Map 2 [BROADCAST_EDGE]
          BROADCAST [RS_7]
            PartitionCols:_col0
            Select Operator [SEL_5] (rows=1 width=1)
              Output:["_col0"]
              Filter Operator [FIL_14] (rows=1 width=1)
                predicate:a2 is not null
                TableScan [TS_3] (rows=1 width=1)
                  default@ct2,c2,Tbl:COMPLETE,Col:NONE,Output:["a2"]
        <-Select Operator [SEL_2] (rows=1 width=4)
            Output:["_col0","_col1"]
            Filter Operator [FIL_13] (rows=1 width=4)
              predicate:(a1 is not null and b1 is not null)
              TableScan [TS_0] (rows=1 width=4)
                default@ct1,c1,Tbl:COMPLETE,Col:NONE,Output:["a1","b1"]

This happens only if join is inner type, otherwise HiveJoinAddNotRule which creates this problem is skipped.

TPC-DS queries 51 fails with Failed to breakup Windowing invocations into Groups. At least 1 group must only depend on input columns. Also check for circular dependencies.

explain  
WITH web_v1 as (
select
  ws_item_sk item_sk, d_date, sum(ws_sales_price),
  sum(sum(ws_sales_price))
      over (partition by ws_item_sk order by d_date rows between unbounded preceding and current row) cume_sales
from web_sales
    ,date_dim
where ws_sold_date_sk=d_date_sk
  and d_month_seq between 1193 and 1193+11
  and ws_item_sk is not NULL
group by ws_item_sk, d_date),
store_v1 as (
select
  ss_item_sk item_sk, d_date, sum(ss_sales_price),
  sum(sum(ss_sales_price))
      over (partition by ss_item_sk order by d_date rows between unbounded preceding and current row) cume_sales
    ,date_dim
where ss_sold_date_sk=d_date_sk
  and ss_item_sk is not NULL
group by ss_item_sk, d_date)
 select  *
from (select item_sk
     ,d_date
     ,web_sales
     ,store_sales
     ,max(web_sales)
         over (partition by item_sk order by d_date rows between unbounded preceding and current row) web_cumulative
     ,max(store_sales)
         over (partition by item_sk order by d_date rows between unbounded preceding and current row) store_cumulative
     from (select case when web.item_sk is not null then web.item_sk else store.item_sk end item_sk
                 ,case when web.d_date is not null then web.d_date else store.d_date end d_date
                 ,web.cume_sales web_sales
                 ,store.cume_sales store_sales
           from web_v1 web full outer join store_v1 store on (web.item_sk = store.item_sk
                                                          and web.d_date = store.d_date)
          )x )y
where web_cumulative > store_cumulative
order by item_sk
        ,d_date
limit 100;

Exception 

org.apache.hadoop.hive.ql.parse.SemanticException: Failed to breakup Windowing invocations into Groups. At least 1 group must only depend on input columns. Also check for circular dependencies.	
Underlying error: org.apache.hadoop.hive.ql.parse.SemanticException: Line 0:-1 Invalid column reference '$f2'	
	at org.apache.hadoop.hive.ql.parse.WindowingComponentizer.next(WindowingComponentizer.java:94)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genWindowingPlan(SemanticAnalyzer.java:11538)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:8514)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8472)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9304)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9189)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9210)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9592)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1005)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1070)
FAILED: UnsupportedOperationException null	
14/08/19 16:50:25 ERROR ql.Driver: FAILED: UnsupportedOperationException null	
java.lang.UnsupportedOperationException	
	at com.google.common.collect.ImmutableMap.clear(ImmutableMap.java:332)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.reset(SemanticAnalyzer.java:402)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.init(SemanticAnalyzer.java:9498)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9612)

We do some tricks to find an available path in store writer when we roll filenamingstrategies order to find next available path. Basically we try to create a stream into a file to see if it's available but we first do a check if path exists.
If we try to create a file which already exist, hdfs throws error "org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hdfs.protocol.AlreadyBeingCreatedException)" and we move on. This is a way it works in apache hadoop but functionality in cdh is different.
CDH 5.2.0 on default sees this same error but internally waits 1min before re-trying and does this re-try 5 times. This is literally crazy because we on default try 10 times to find a suitable path which makes our tests to hang 50min for one single path. After a quick debugging there is a some sort of change in retry policies in cdh vs. vanilla hadoop.
File exist check and a try to open it is never an atomic operation so we need to handle a case where we try to open a file whose path already exist.

When logging the String message 'Tournée' with UTF-8 encoding using AmqpAppender and running the java application with -Dfile.encoding=windows-1252, the message retrieved from rabbit queue holds an incorrect character for character 'é' in 'Tournée'.
The following code in AmqpAppender causes the problem:
rabbitTemplate.send(exchangeName, routingKey, new Message(msgBody.toString().getBytes(), amqpProps));
using msgBody.toString().getBytes("UTF-8") fixes the problem.

Will try to come up with a concrete test - but looks like we are using the table's input format

AwaiterModelControllerClient can be used by third party, it shouldn't be in impl.

bin/stop-hbase.sh

That hangs forever. Here's the jstacks:

2015-02-24 16:37:55
Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.60-b09 mixed mode):

"Attach Listener" daemon prio=5 tid=0x00007fb130813800 nid=0xfd07 waiting on condition [0x0000000000000000]

"DestroyJavaVM" prio=5 tid=0x00007fb12ba7c800 nid=0x1303 waiting on condition [0x0000000000000000]

"pool-5-thread-1" prio=5 tid=0x00007fb12bb88800 nid=0x19903 waiting on condition [0x0000000121a1b000]
	at io.netty.util.HashedWheelTimer$Worker.waitForNextTick(HashedWheelTimer.java:461)
	at io.netty.util.HashedWheelTimer$Worker.run(HashedWheelTimer.java:360)

"HBase-Metrics2-1" daemon prio=5 tid=0x00007fb12c040000 nid=0x19703 waiting on condition [0x0000000121918000]
	- parking to wait for  <0x0000000724cc9780> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"snapshot-hfile-cleaner-cache-refresher" daemon prio=5 tid=0x00007fb12bc91000 nid=0x18703 in Object.wait() [0x000000012160f000]
	- waiting on <0x0000000724caa588> (a java.util.TaskQueue)
	- locked <0x0000000724caa588> (a java.util.TaskQueue)

"snapshot-log-cleaner-cache-refresher" daemon prio=5 tid=0x00007fb12bbc8000 nid=0x18503 in Object.wait() [0x000000012150c000]
	- waiting on <0x0000000724deb178> (a java.util.TaskQueue)
	- locked <0x0000000724deb178> (a java.util.TaskQueue)

"localhost:57343.activeMasterManager-EventThread" daemon prio=5 tid=0x00007fb12c072000 nid=0x18303 waiting on condition [0x0000000121409000]
	- parking to wait for  <0x0000000724f10150> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
	at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:494)

"localhost:57343.activeMasterManager-SendThread(fe80:0:0:0:0:0:0:1%1:2181)" daemon prio=5 tid=0x00007fb12c053000 nid=0x18103 waiting on condition [0x0000000121306000]
	at org.apache.zookeeper.client.StaticHostProvider.next(StaticHostProvider.java:101)
	at org.apache.zookeeper.ClientCnxn$SendThread.startConnect(ClientCnxn.java:940)
	at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1003)

"Timer for 'HBase' metrics system" daemon prio=5 tid=0x00007fb12de54800 nid=0x7903 in Object.wait() [0x00000001187df000]
	- waiting on <0x0000000724b4f150> (a java.util.TaskQueue)
	- locked <0x0000000724b4f150> (a java.util.TaskQueue)

"Service Thread" daemon prio=5 tid=0x00007fb12e002000 nid=0x5503 runnable [0x0000000000000000]

"C2 CompilerThread1" daemon prio=5 tid=0x00007fb12d92e000 nid=0x5303 waiting on condition [0x0000000000000000]

"C2 CompilerThread0" daemon prio=5 tid=0x00007fb12b832800 nid=0x5103 waiting on condition [0x0000000000000000]

"Signal Dispatcher" daemon prio=5 tid=0x00007fb12b80f800 nid=0x4f03 runnable [0x0000000000000000]

"Surrogate Locker Thread (Concurrent GC)" daemon prio=5 tid=0x00007fb12d90c000 nid=0x400b waiting on condition [0x0000000000000000]

"Finalizer" daemon prio=5 tid=0x00007fb12b824800 nid=0x3b03 in Object.wait() [0x00000001145b9000]
	- waiting on <0x00000007247cf250> (a java.lang.ref.ReferenceQueue$Lock)
	- locked <0x00000007247cf250> (a java.lang.ref.ReferenceQueue$Lock)

"Reference Handler" daemon prio=5 tid=0x00007fb12d902800 nid=0x3903 in Object.wait() [0x00000001144b6000]
	- waiting on <0x00000007247c43a0> (a java.lang.ref.Reference$Lock)
	- locked <0x00000007247c43a0> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=5 tid=0x00007fb12b824000 nid=0x3703 runnable 

"Gang worker#0 (Parallel GC Threads)" prio=5 tid=0x00007fb12d801000 nid=0x2103 runnable 

"Gang worker#1 (Parallel GC Threads)" prio=5 tid=0x00007fb12d80d800 nid=0x2303 runnable 

"Gang worker#2 (Parallel GC Threads)" prio=5 tid=0x00007fb12d80e000 nid=0x2503 runnable 

"Gang worker#3 (Parallel GC Threads)" prio=5 tid=0x00007fb12d80e800 nid=0x2703 runnable 

"Gang worker#4 (Parallel GC Threads)" prio=5 tid=0x00007fb12d80f800 nid=0x2903 runnable 

"Gang worker#5 (Parallel GC Threads)" prio=5 tid=0x00007fb12d810000 nid=0x2b03 runnable 

"Gang worker#6 (Parallel GC Threads)" prio=5 tid=0x00007fb12d810800 nid=0x2d03 runnable 

"Gang worker#7 (Parallel GC Threads)" prio=5 tid=0x00007fb12d811000 nid=0x2f03 runnable 

"Concurrent Mark-Sweep GC Thread" prio=5 tid=0x00007fb12d8d3800 nid=0x3503 runnable 
"Gang worker#0 (Parallel CMS Threads)" prio=5 tid=0x00007fb12d8d2800 nid=0x3103 runnable 

"Gang worker#1 (Parallel CMS Threads)" prio=5 tid=0x00007fb12d8d3000 nid=0x3303 runnable 

"VM Periodic Task Thread" prio=5 tid=0x00007fb12d92d800 nid=0x5703 waiting on condition 

JNI global references: 177

In order to run both my TestNG & JUnit 4 tests, I configured surefire in the following way in my project's pom:
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-surefire-plugin</artifactId>
                <version>2.11</version>
                <executions>
                        <id>default-test</id>
                        <id>junit-tests</id>
                        <goals>
                        </goals>
                            <testNGArtifactName>none:none</testNGArtifactName>
                            <printSummary>false</printSummary>
                            <redirectTestOutputToFile>true</redirectTestOutputToFile>
                            <excludes>
                                <exclude>*/Roo*</exclude>
                            </excludes>
                        <id>testng-tests</id>
                        <goals>
                        </goals>
                            <junitArtifactName>none:none</junitArtifactName>
            </plugin>
Then, after running roo.sh (with development.mode=true), I get the following shell behavior:
 / , _/ // / /_/ /  
// ||___/___/    1.2.1.RELEASE [rev 6eae723]
[FelixDispatchQueue] at least one goal must be specified
                     java.lang.IllegalArgumentException: at least one goal must be specified
                         at org.apache.commons.lang3.Validate.notEmpty(Validate.java:251)
                         at org.springframework.roo.project.Execution.<init>(Execution.java:48)
                         at org.springframework.roo.project.Plugin.getExecutions(Plugin.java:137)
                         at org.springframework.roo.project.Plugin.<init>(Plugin.java:182)
                         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
                         at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
                         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
                         at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
                         at org.springframework.roo.project.maven.PomFactoryImpl.parseElements(PomFactoryImpl.java:164)
                         at org.springframework.roo.project.maven.PomFactoryImpl.getInstance(PomFactoryImpl.java:90)
                         at org.springframework.roo.project.PomManagementServiceImpl.parseUnparsedPoms(PomManagementServiceImpl.java:206)
                         at org.springframework.roo.project.PomManagementServiceImpl.updatePomCache(PomManagementServiceImpl.java:336)
                         at org.springframework.roo.project.PomManagementServiceImpl.getModuleForFileIdentifier(PomManagementServiceImpl.java:123)
                         at org.springframework.roo.project.AbstractProjectOperations.getModuleForFileIdentifier(AbstractProjectOperations.java:510)
                         at org.springframework.roo.classpath.TypeLocationServiceImpl.getProposedJavaType(TypeLocationServiceImpl.java:342)
                         at org.springframework.roo.classpath.TypeLocationServiceImpl.doesPathIndicateJavaType(TypeLocationServiceImpl.java:112)
                         at org.springframework.roo.classpath.TypeLocationServiceImpl.getPhysicalTypeIdentifier(TypeLocationServiceImpl.java:248)
                         at org.springframework.roo.classpath.DefaultPhysicalTypeMetadataProvider.onFileEvent(DefaultPhysicalTypeMetadataProvider.java:176)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:429)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:642)
                         at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:39)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:139)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.access$100(DefaultProcessManager.java:35)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager$1.frameworkEvent(DefaultProcessManager.java:68)
                         at java.lang.Thread.run(Thread.java:662)
roo> hint
at least one goal must be specified
java.lang.IllegalArgumentException: at least one goal must be specified
    at org.apache.commons.lang3.Validate.notEmpty(Validate.java:251)
    at org.springframework.roo.project.Execution.<init>(Execution.java:48)
    at org.springframework.roo.project.Plugin.getExecutions(Plugin.java:137)
    at org.springframework.roo.project.Plugin.<init>(Plugin.java:182)
    at sun.reflect.GeneratedConstructorAccessor11.newInstance(Unknown Source)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
    at org.springframework.roo.project.maven.PomFactoryImpl.parseElements(PomFactoryImpl.java:164)
    at org.springframework.roo.project.maven.PomFactoryImpl.getInstance(PomFactoryImpl.java:90)
    at org.springframework.roo.project.PomManagementServiceImpl.parseUnparsedPoms(PomManagementServiceImpl.java:206)
    at org.springframework.roo.project.PomManagementServiceImpl.updatePomCache(PomManagementServiceImpl.java:336)
    at org.springframework.roo.project.PomManagementServiceImpl.getFocusedModule(PomManagementServiceImpl.java:108)
    at org.springframework.roo.project.PomManagementServiceImpl.getFocusedModuleName(PomManagementServiceImpl.java:116)
    at org.springframework.roo.project.AbstractProjectOperations.getFocusedModuleName(AbstractProjectOperations.java:494)
    at org.springframework.roo.project.AbstractProjectOperations.isFocusedProjectAvailable(AbstractProjectOperations.java:595)
    at org.springframework.roo.classpath.operations.HintOperationsImpl.determineTopic(HintOperationsImpl.java:49)
    at org.springframework.roo.classpath.operations.HintOperationsImpl.hint(HintOperationsImpl.java:101)
    at org.springframework.roo.classpath.operations.HintCommands.hint(HintCommands.java:26)
    at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy$1.callback(ProcessManagerHostedExecutionStrategy.java:46)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:169)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:226)
    at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy.execute(ProcessManagerHostedExecutionStrategy.java:43)
    at org.springframework.roo.shell.AbstractShell.executeCommandImpl(AbstractShell.java:225)
    at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:135)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:420)
    at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:538)
If I then add <goals><goal>test</goal></goals> to the default-test surefire execution, everything works fine.

In version 1.5.1, the parameter's pattern is defined (in org.springframework.data.mongodb.repository.query.StringBasedMongoQuery.java) as:

  Pattern PLACEHOLDER = Pattern.compile("\\?(\\d+)")

and in 1.6, it has changed to

  StringBuilder builder = new StringBuilder();
  builder.append("\\?(\\d+)"); // position parameter and parameter index
  builder.append("[^,'\"]*"); // followed by non quotes, non field separators
  builder.append("[,\"'}]?");
  PARAMETER_BINDING_PATTERN = Pattern.compile(builder.toString(), CASE_INSENSITIVE);

With an annotation query like this:
@Query(value = "{$where: 'return this.date.getUTCMonth() == ?3 && this.date.getUTCDay() == ?4;'...}")
In version 1.6, the parameter ?4 gets ignored and it causes a query syntax error (while in 1.5.x, it works as expected).
The is the error I got in the console:
org.springframework.data.mongodb.UncategorizedMongoDbException: 
{ "serverUsed" : "localhost:27017" , "errmsg" : "exception: SyntaxError: Unexpected token ?" , "code" : 16722 , "ok" : 0.0}
; nested exception is com.mongodb.CommandFailureException: 
            
a) The batch pool may not be assigned a value in the ConnectionImpl’s construction.
b) The meta pool always be null in the ConnectionImpl’s construction.
For reasons outlined above, the NPE may happen in MetricsConnection’s construction

    final ThreadPoolExecutor batchPool = (ThreadPoolExecutor) conn.getCurrentBatchPool();
    final ThreadPoolExecutor metaPool = (ThreadPoolExecutor) conn.getCurrentMetaLookupPool();

    this.registry.register(name(this.getClass(), "executorPoolActiveThreads", scope),
        new RatioGauge() {
          @Override
          protected Ratio getRatio() {
            return Ratio.of(batchPool.getActiveCount(), batchPool.getMaximumPoolSize());
          }
        });
    this.registry.register(name(this.getClass(), "metaPoolActiveThreads", scope),
          @Override
            return Ratio.of(metaPool.getActiveCount(), metaPool.getMaximumPoolSize());
          }
        });

mvn clean install -DskipTests  -Dhadoop-three.version=3.0.0-alpha1 -Dhadoop.profile=3.0 fails for me, but passes with -Dhadoop-three.version=3.0.0-alpha2. The failure with alpha1 is given below.
Haven't investigated the failure, maybe we can simply update the hadoop three version to alpha2?

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.8:run (generate) on project hbase-server: An Ant BuildException has occured: java.lang.NoSuchMethodError: javax.servlet.ServletContext.getJspConfigDescriptor()Ljavax/servlet/descriptor/JspConfigDescriptor;
[ERROR] around Ant part ...<jspcompiler uriroot="${src.webapps}/master" outputdir="${generated.sources}/java" package="org.apache.hadoop.hbase.generated.master" webxml="${build.webapps}/master/WEB-INF/web.xml"/>... @ 17:187 in /Users/appy/apache/hbase/hbase-server/target/antrun/build-main.xml

If one thread calls deleteStaleConnection while other threads are using connection, can leak ZK connections.

Problem:
The result returned by the append operation should be ordered. Currently, it returns an unordered list, which may cause problems like if the user tries to perform Result.getValue(byte[] family, byte[] qualifier), even if the returned result has a value corresponding to (family, qualifier), the method may return null as it performs a binary search over the  unsorted result (which should have been sorted actually).
 
The result is enumerated by iterating over each entry of tempMemstore hashmap (which will never be ordered) and adding the values (see HRegion.java#L7882).
 
Actual: The returned result is unordered
Expected: Similar to increment op, the returned result should be ordered.

I am trying to upgrade spring from 3.2.1 to 4.0.2 which requires us to use <el-resolver> instead of <variable-resolver> (it was deprecated from quite sometime). The upgrade throws an PropertyNotWritableException after using SpringBeanFacesELResolver. The exception is thrown by the setValue() method which checks if the requested bean is present in the BeanFactory. If found, a PropertyNotWritableException is thrown. I would like to understand the root cause of the exception which is not clear from its implementation.

public void setValue(ELContext elContext, Object base, Object property, Object value) throws ELException {
		if (base == null) {
			String beanName = property.toString();
			BeanFactory bf = getBeanFactory(elContext);
			if (bf.containsBean(beanName)) {
				throw new PropertyNotWritableException(
						"Variable '" + beanName + "' refers to a Spring bean which by definition is not writable");
			}
		}
	}

The setValue() implementation doesn't set the value but just do a check. On debugging I found the value of beanName, value and property refer to the same backing bean. Does that cause the issue? If so why?

In some containerized environments, the ActiveMQUuidGenerator does not work that great. Not only does it not usually detect the hostname correctly. But binding to a dynamic port might be restricted.
We should support supplying both those data values via system properties.

After recent changes to trunk and 0.95 branch when i try to build and package, i do not find the dependent jars in the lib folder.
Prior to the changes, it was working fine.
Am not a maven expert.  Will try to see what is going wrong here. 

For TPC-DS Q64 the predicate cd1.cd_marital_status <> cd2.cd_marital_status under estimate the join selectivity by a huge margin and results in in-efficient join order.
This is a subset of the logical plan showing that item was joined very last

                                HiveJoinRel(condition=[=($0, $37)], joinType=[inner]): rowcount = 1.0, cumulative cost = {6.386017602518958E8 rows, 0.0 cpu, 0.0 io}, id = 3790
                                  HiveJoinRel(condition=[=($0, $33)], joinType=[inner]): rowcount = 1.0, cumulative cost = {6.386017582518958E8 rows, 0.0 cpu, 0.0 io}, id = 3067
                                    HiveFilterRel(condition=[<>($30, $32)]): rowcount = 1.8252236387887635, cumulative cost = {6.386017554266721E8 rows, 0.0 cpu, 0.0 io}, id = 1153
                                      HiveProjectRel(ss_item_sk=[$2], ss_customer_sk=[$3], ss_cdemo_sk=[$4], ss_hdemo_sk=[$5], ss_addr_sk=[$6], ss_store_sk=[$7], ss_promo_sk=[$8], ss_ticket_number=[$9], ss_wholesale_cost=[$10], ss_list_price=[$11], ss_coupon_amt=[$12], ss_sold_date_sk=[$13], sr_item_sk=[$0], sr_ticket_number=[$1], c_customer_sk=[$23], c_current_cdemo_sk=[$24], c_current_hdemo_sk=[$25], c_current_addr_sk=[$26], c_first_shipto_date_sk=[$27], c_first_sales_date_sk=[$28], d_date_sk=[$14], d_year=[$15], d_date_sk0=[$29], d_year0=[$30], d_date_sk1=[$31], d_year1=[$32], s_store_sk=[$18], s_store_name=[$19], s_zip=[$20], cd_demo_sk=[$16], cd_marital_status=[$17], cd_demo_sk0=[$21], cd_marital_status0=[$22]): rowcount = 3.6246005783468924E7, cumulative cost = {6.386017554266721E8 rows, 0.0 cpu, 0.0 io}, id = 2312
                                        HiveJoinRel(condition=[AND(=($2, $0), =($9, $1))], joinType=[inner]): rowcount = 3.6246005783468924E7, cumulative cost = {6.386017554266721E8 rows, 0.0 cpu, 0.0 io}, id = 2310
                                          HiveProjectRel(sr_item_sk=[$1], sr_ticket_number=[$8]): rowcount = 5.5578005E7, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 912
                                            HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200_orig.store_returns]]): rowcount = 5.5578005E7, cumulative cost = {0}, id = 62
                                          HiveJoinRel(condition=[=($1, $21)], joinType=[inner]): rowcount = 1.2950939439433252E7, cumulative cost = {5.700728109872389E8 rows, 0.0 cpu, 0.0 io}, id = 2308
                                            HiveJoinRel(condition=[=($5, $16)], joinType=[inner]): rowcount = 5491530.921341597, cumulative cost = {5.629812800658973E8 rows, 0.0 cpu, 0.0 io}, id = 2301
                                              HiveJoinRel(condition=[=($2, $14)], joinType=[inner]): rowcount = 5491530.921341597, cumulative cost = {5.574895371445558E8 rows, 0.0 cpu, 0.0 io}, id = 2299
                                                HiveJoinRel(condition=[=($11, $12)], joinType=[inner]): rowcount = 5491530.921341597, cumulative cost = {5.500772062232143E8 rows, 0.0 cpu, 0.0 io}, id = 1898
                                                  HiveProjectRel(ss_item_sk=[$1], ss_customer_sk=[$2], ss_cdemo_sk=[$3], ss_hdemo_sk=[$4], ss_addr_sk=[$5], ss_store_sk=[$6], ss_promo_sk=[$7], ss_ticket_number=[$8], ss_wholesale_cost=[$10], ss_list_price=[$11], ss_coupon_amt=[$18], ss_sold_date_sk=[$22]): rowcount = 5.50076554E8, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 909
                                                    HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200_orig.store_sales]]): rowcount = 5.50076554E8, cumulative cost = {0}, id = 55

Query 

select cs1.product_name ,cs1.store_name ,cs1.store_zip ,cs1.b_street_number ,cs1.b_streen_name ,cs1.b_city
     ,cs1.b_zip ,cs1.c_street_number ,cs1.c_street_name ,cs1.c_city ,cs1.c_zip ,cs1.syear ,cs1.cnt
     ,cs1.s1 ,cs1.s2 ,cs1.s3
     ,cs2.s1 ,cs2.s2 ,cs2.s3 ,cs2.syear ,cs2.cnt
from
(select i_product_name as product_name ,i_item_sk as item_sk ,s_store_name as store_name
     ,s_zip as store_zip ,ad1.ca_street_number as b_street_number ,ad1.ca_street_name as b_streen_name
     ,ad1.ca_city as b_city ,ad1.ca_zip as b_zip ,ad2.ca_street_number as c_street_number
     ,ad2.ca_street_name as c_street_name ,ad2.ca_city as c_city ,ad2.ca_zip as c_zip
     ,d1.d_year as syear ,d2.d_year as fsyear ,d3.d_year as s2year ,count(*) as cnt
     ,sum(ss_wholesale_cost) as s1 ,sum(ss_list_price) as s2 ,sum(ss_coupon_amt) as s3
  FROM   store_sales
        JOIN store_returns ON store_sales.ss_item_sk = store_returns.sr_item_sk and store_sales.ss_ticket_number = store_returns.sr_ticket_number
        JOIN customer ON store_sales.ss_customer_sk = customer.c_customer_sk
        JOIN date_dim d1 ON store_sales.ss_sold_date_sk = d1.d_date_sk
        JOIN date_dim d2 ON customer.c_first_sales_date_sk = d2.d_date_sk 
        JOIN date_dim d3 ON customer.c_first_shipto_date_sk = d3.d_date_sk
        JOIN store ON store_sales.ss_store_sk = store.s_store_sk
        JOIN customer_demographics cd1 ON store_sales.ss_cdemo_sk= cd1.cd_demo_sk
        JOIN customer_demographics cd2 ON customer.c_current_cdemo_sk = cd2.cd_demo_sk
        JOIN promotion ON store_sales.ss_promo_sk = promotion.p_promo_sk
        JOIN household_demographics hd1 ON store_sales.ss_hdemo_sk = hd1.hd_demo_sk
        JOIN household_demographics hd2 ON customer.c_current_hdemo_sk = hd2.hd_demo_sk
        JOIN customer_address ad1 ON store_sales.ss_addr_sk = ad1.ca_address_sk
        JOIN customer_address ad2 ON customer.c_current_addr_sk = ad2.ca_address_sk
        JOIN income_band ib1 ON hd1.hd_income_band_sk = ib1.ib_income_band_sk
        JOIN income_band ib2 ON hd2.hd_income_band_sk = ib2.ib_income_band_sk
        JOIN item ON store_sales.ss_item_sk = item.i_item_sk
        JOIN
 (select cs_item_sk
        ,sum(cs_ext_list_price) as sale,sum(cr_refunded_cash+cr_reversed_charge+cr_store_credit) as refund
  from catalog_sales JOIN catalog_returns
  ON catalog_sales.cs_item_sk = catalog_returns.cr_item_sk
    and catalog_sales.cs_order_number = catalog_returns.cr_order_number
  group by cs_item_sk
  having sum(cs_ext_list_price)>2*sum(cr_refunded_cash+cr_reversed_charge+cr_store_credit)) cs_ui
ON store_sales.ss_item_sk = cs_ui.cs_item_sk
  WHERE  
         cd1.cd_marital_status <> cd2.cd_marital_status and
         i_color in ('maroon','burnished','dim','steel','navajo','chocolate') and
         i_current_price between 35 and 35 + 10 and
         i_current_price between 35 + 1 and 35 + 15
group by i_product_name ,i_item_sk ,s_store_name ,s_zip ,ad1.ca_street_number
       ,ad1.ca_street_name ,ad1.ca_city ,ad1.ca_zip ,ad2.ca_street_number
       ,ad2.ca_street_name ,ad2.ca_city ,ad2.ca_zip ,d1.d_year ,d2.d_year ,d3.d_year
) cs1
JOIN
        JOIN
  WHERE  
) cs2
ON cs1.item_sk=cs2.item_sk
where 
     cs1.syear = 2000 and
     cs2.syear = 2000 + 1 and
     cs2.cnt <= cs1.cnt and
     cs1.store_name = cs2.store_name and
     cs1.store_zip = cs2.store_zip
order by cs1.product_name ,cs1.store_name ,cs2.cnt

newline.q and timestamp_lazy.q have non-deterministic results, which make them fail on MapReduce2

The servicemix-shared feature is missing the following dependency:

mvn:org.apache.servicemix.specs/org.apache.servicemix.specs.scripting-api-1.0/2.0.0.fuse-70-097

With the out-of-the-box configuration the problem is not seen as the activemq-blue feature is installed by default and provides this dependency.  However, if the activemq-blueprint feature is not installed the following error occurs when attempting to install the servicemix-shared feature:

FuseESB:karaf@root> features:install servicemix-shared
   package:(&(package=javax.script))
      Commons JEXL

This can be resolved by adding the scripting api dependency as follows to the servicemix-shared feature:

<feature name="servicemix-shared" version="2012.01.0.fuse-70-097" resolver="(obr)" start-level='50'>
        <feature version="1.6.0.fuse-70-097">jbi</feature>
        <feature version="3.0.7.RELEASE">spring</feature>
        <bundle dependency="true">mvn:org.apache.servicemix.specs/org.apache.servicemix.specs.scripting-api-1.0/2.0.0.fuse-70-097</bundle>
        <bundle dependency="true">mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.wsdl4j/1.6.2_3</bundle>
        <bundle dependency="true">mvn:org.apache.ws.xmlschema/xmlschema-core/2.0</bundle>
        <bundle dependency="true">mvn:javax.mail/mail/1.4.4</bundle>
        <bundle>mvn:org.apache.xbean/xbean-blueprint/3.7</bundle>
        <bundle>mvn:org.apache.xbean/xbean-classloader/3.7</bundle>
        <bundle>mvn:org.apache.commons/commons-jexl/2.0.1</bundle>
        <bundle>mvn:org.apache.servicemix/servicemix-soap/2012.01.0.fuse-70-097</bundle>
        <bundle>mvn:org.apache.servicemix/servicemix-soap2/2012.01.0.fuse-70-097</bundle>
        <bundle dependency="true">mvn:org.apache.servicemix/servicemix-utils/1.5.1.fuse-70-097</bundle>
        <bundle>mvn:org.apache.servicemix/servicemix-common/2012.01.0.fuse-70-097</bundle>
    </feature>

As a follow up to JBEAP-215, this bug report is a member of a series addressing crucial CLI management capabilities.
Display node's protocol://hostname:port
At the moment, this is all there is to see:

"balancer" => {
    "qa_balancer" => {"node" => {"worker-2" => {
        "load" => 89,
        "status" => "NODE_UP",
        "context" => {"/clusterbench" => {
            "requests" => 0,
            "status" => "enabled"
        }}
    }}},
...

Call to action
We need to display node's connection details, e.g. ajp://karm.brq.redhat.com:8019 or https://192.168.1.100:8009.
I set Blocker priority, because without this information available, it is impossible to test anything more than rudimentary smoke-test scenarios. From the user's perspective, inability to identify JVMRoutes (node names) with their connection strings renders any larger enterprise setup very hard to manage and maintain.

The Id attribute is defined in w3c as follows:
1.The id attribute specifies the unique id of the HTML element.
2.Id must be unique in the HTML document.
3.The id attribute can be used as a link anchor, by JavaScript (HTML DOM) or by CSS to change or add a style to an element with the specified id.
But,the "id='attributes_table'"  in hiveserver2.jsp and QueryProfileTmpl.jamon：
1.Not quoted by any css and js
2.It has the same id attribute name on the same page
So I suggest removing this id attribute definition，Please Check It.

Example: LPAD on a decimal(7,1) values of 0 returns "0" (plus padding) but it should be "0.0" (plus padding)

REPRO STEPS:
create database skewtest;
use skewtest;
create table skew (id bigint, acct string) skewed by (acct) on ('CC','CH');
create index skew_indx on table skew (id) as 'org.apache.hadoop.hive.ql.index.compact.CompactIndexHandler' WITH DEFERRED REBUILD;
Last DDL fails with following error.
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. InvalidObjectException(message:Invalid skew column [acct])
When creating a table, Hive has sanity tests to make sure the columns have proper names and the skewed columns are subset of the table columns. Here we fail because index table has skewed column info. Index tables's skewed columns include 
{acct} and the columns are {id, _bucketname, _offsets}. As the skewed column {acct}
 is not part of the table columns Hive throws the exception.
The reason why Index table got skewed column info even though its definition has no such info is: When creating the index table a deep copy of the base table's StorageDescriptor (SD) (in this case 'skew') is made. And in that copied SD, index specific parameters are set and unrelated parameters are reset. Here skewed column info is not reset (there are few other params that are not reset). That's why the index table contains the skewed column info.
Fix: Instead of deep copying the base table StorageDescriptor, create a new one from gathered info. This way it avoids the index table to inherit unnecessary properties in SD from base table.

We have SFTP passwords which have special characters and hence we tried to use the RAW function. On testing we saw that the RAW doesn't work and it still fails.
On debugging we realize that we are using toD("sftp://....") and not to("sftp://..."). As toD has been introduced later, I guess support for RAW was missed 
Camel Version: 2.16.3
URL: sftp://10.14.112.183:8686/customer?username=tester&password=RAW(abXNd+4nfzS)&stepwise=false&disconnect=true&reconnectDelay=5000&autoCreate=false&fileExist=Override&connectTimeout=300000
Code Fails at - org.apache.camel.model.ToDynamicDefinition.createExpression(RouteContext)  - line 86 or 117 (depending on your viewpoint).

Line 86: String[] parts = uri.split("+");
Line  117: We concat expressions, without realizing that + was within the RAW function.

Regards,
Arpit.

LogStoreProbeHandler replaces the 'delegate' held by LogStoreResource. Doing this removes any data from the existing delegate's 'model' field, i.e. the "type" attribute.

Based on Brock's comments, the change made in HIVE-5403 change the nature of the test.

ORC vs text schema evolution from float to double changes precision
Text Schema Evolution
hive> create table float_text(f float);
hive> insert into float_text values(74.72);
hive> select f from float_text;
OK
74.72
hive> alter table float_text change column f f double;
OK
74.72

Orc Schema Evolution
hive> create table float_orc(f float) stored as orc;
hive> insert into float_orc values(74.72);
hive> select f from float_orc;
OK
74.72
hive> alter table float_orc change column f f double;
OK
74.72000122070312

This will break all filters on the evolved column "f"
Filter returning no results
hive> set hive.optimize.index.filter=false;
hive> select f from float_orc where f=74.72;
OK

Running the following steps will probably lose MOB data when working with snapshots.
1. Create a mob-enabled table by running create 't1', 
{NAME => 'f1', IS_MOB => true, MOB_THRESHOLD => 0}
.
2. Put millions of data.
3. Run snapshot 't1','t1_snapshot' to take a snapshot for this table t1.
4. Run clone_snapshot 't1_snapshot','t1_cloned' to clone this snapshot.
5. Run delete_snapshot 't1_snapshot' to delete this snapshot.
6. Run disable 't1' and delete 't1' to delete the table.
7. Now go to the archive directory of t1, the number of .link directories is different from the number of hfiles which means some data will be lost after the hfile cleaner runs.
This is because, when taking a snapshot on a enabled mob table, each region flushes itself and takes a snapshot, and the mob snapshot is taken only if the current region is first region of the table. At that time, the flushing of some regions might not be finished, and some mob files are not flushed to disk yet. Eventually some mob files are not recorded in the snapshot manifest.
To solve this, we need to take the mob snapshot at last after the snapshots on all the online and offline regions are finished in EnabledTableSnapshotHandler.

If no fields are given as the group keys the group id is incorrectly rendered as 

_id: {}

.
As a fix we should emit 

_id: null

 if no fields are given as the group key.

It seems that there are more overflow in other places, and a concurrent issue.
I will post a patch within one or 2 days after I figure out adding new unittest cases.
Please see the following two lines. Once it overflows, it will cause wrong behavior. For unconfigured RateLimiters, we should have simpler logic to byPass the check. 
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/AverageIntervalRateLimiter.java#L37
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/AverageIntervalRateLimiter.java#L51

drop table test_1; 
create table test_1 (id int, id2 int); 
insert into table test_1 values (123, NULL);
SELECT cast(CASE WHEN id = id2 THEN FALSE ELSE TRUE END AS BOOLEAN) AS b 
FROM test_1; 
--NULL
But the output should be true (confirmed with postgres.)

HBase commit https://github.com/apache/hbase/commit/94ade6a514e9935a8c283befb31f29cd8d3a2045 broke co-processors (such as Phoenix) throwing DoNotRetryIOExceptions when scanning a table. This change rethrows them as UnknownScannerExceptions which the HBase client will retry on. This is unintended behavior since co-processors should be able to throw DoNotRetryIOExceptions back to the client. This came up through a phoenix IT when trying to upgrade to HBase 1.3.0 https://github.com/apache/phoenix/pull/230

jdbc-realm description, for principal-query attribute says it is required=false, nillable=true, but that is false, because a jdbc-realm cannot be added without a principal-query.

 /profile=full/subsystem=elytron/jdbc-realm=*:read-resource-description
{
            ("profile" => "full"),
            ("jdbc-realm" => "*")
        ],
            "description" => "A security realm definition backed by database using JDBC.",
            }],
            "access-constraints" => {
                "sensitive" => {"elytron-security" => {"type" => "elytron"}},
                "application" => {"elytron-security" => {"type" => "elytron"}}
            },
            "attributes" => {"principal-query" => {
                "type" => LIST,
                "description" => "The authentication query used to authenticate users based on specific key types.",

The add operation with no principal-query

/profile=full/subsystem=elytron/jdbc-realm=jdbc2:add
{
    "failure-description" => {"domain-failure-description" => "WFLYCTL0155: 'principal-query' may not be null"},
}

The following is an excerpt from a script that produces the problem:
/* ======  Asset ====== */
entity jpa       --class com.bigcorp.domain.assets.Asset             --inheritanceType SINGLE_TABLE   --testAutomatically
field string     --fieldName name                          --sizeMax 60
/* ======  FixedAsset  ====== */
entity jpa       --class com.bigcorp.domain.assets.FixedAsset      --extends com.lyniad.domain.assets.Asset   --inheritanceType SINGLE_TABLE     --testAutomatically
solr setup
solr all
At build time the resulting error is:
[ERROR] D:\EclipseWorkspace\SAMPLE\src\main\java\com\bigcorp\domain\assets\FixedAsset_Roo_SolrSearch.aj:105:0::0 Ca
nnot override the final method from Asset
where line 105 is:
    public static final SolrServer FixedAsset.solrServer() 
{
        SolrServer _solrServer = new FixedAsset().solrServer;
        if (_solrServer == null) throw new IllegalStateException("Solr server has not been injected (is the Spring Aspects JAR configured as an AJC/AJDT aspects library?)");
        return _solrServer;
    }

which conflicts the the same method define in the superclass, Asset:
    public static final SolrServer Asset.solrServer() 
{
        SolrServer _solrServer = new Asset().solrServer;
    }
            
According to the documentation, it should be possible to send through an Exchange with the body containing a String
"If the body is an instance of String, then it will be marshalled into a GSON object before insert."
When doing this, an InvalidPayloadException occurs.
The culprit is this line in the CouchDbProducer:
"return new Gson().toJsonTree(body)"
According to the Gson documentation, this should not be executed on Generic types as the String will not be parsed, but stored in a JsonPrimitive as opposed to the expected JsonObject.
In order to correct it, is to use the code which parses the String (Sorry, don't have time just now to do a proper patch):
try{
   return new JsonParser().parse((String)body);
}catch(JsonSyntaxException jse){
   throw new InvalidPayloadException(exchange, body != null ? body.getClass() : null);
}
It's also worth mentioning that existing test cases does not result in this Exception and the original 2.14.1 code base as long as my local modified version both passes the tests.

XStreamMarshaller consistently accesses to the XStream instance via getters. However the method addOmittedFields() contains the direct access to the XStream instance.
Original code:
    public void addOmittedField(Class type, String fieldName) 
{
        xstream.omitField(type, fieldName);
    }

This is inconsistent with the rest of the code in the class and prevents the subclasses of XStreamMarshaller to provide their own implementation of XStream.

This is actually due to a bug in Infinispan.  Infinispan's JGroupsTransport inappropriately sets its channel to null during stop(), even if a channel was provided to the constructor.

10:10:34,923 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 71) MSC000001: Failed to start service jboss.infinispan.server.default: org.jboss.msc.service.StartException in service jboss.infinispan.server.default: org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type ChannelTransport
	at org.wildfly.clustering.service.AsynchronousServiceBuilder$1.run(AsynchronousServiceBuilder.java:107)
Caused by: org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type ChannelTransport
	at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:248)
	at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:618)
	at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:580)
	at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:445)
	at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:464)
	at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:455)
	at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:120)
	at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:111)
	at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.start(CacheBuilder.java:80)
	at org.wildfly.clustering.service.AsynchronousServiceBuilder$1.run(AsynchronousServiceBuilder.java:102)
	... 4 more
Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type ChannelTransport
	at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:172)
	at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638)
	at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627)
	at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530)
	at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:226)
	... 13 more
	at org.jboss.as.clustering.infinispan.ChannelTransport.initChannel(ChannelTransport.java:84)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.initChannelAndRPCDispatcher(JGroupsTransport.java:350)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:188)
	at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
	... 18 more

When doAs=false, ATSHook should log the end username in ATS instead of logging the hiveserver2 user's name.
The way things are, it is not possible for an admin to identify which query is being run by which user. The end user information is already available in the HookContext.

Hive was having a newer version of httpclient and httpcore since 1.2.0 (HIVE-9709), when compared to Hadoop 2.x versions, to be able to make use of newer apis in httpclient 4.4.
There was  security issue in the older version of httpclient and httpcore that hadoop was using, and as a result moved to httpclient  4.5.2  and httpcore 4.4.4 (HADOOP-12767).
As hadoop was using the older version of these libraries and they often end up earlier in the classpath, we have had bunch of difficulties in different environments with class/method not found errors. 
Now, that hadoops dependencies in versions with security fix are newer and have the API that hive needs, we can be on the same version. For older versions of hadoop this version update doesn't matter as the difference is already there.

User complains that  "The URI parameters on my consumer endpoint seem to be affecting the behaviour of my producer endpoint." If he has two zookeeper endpoint with different uri configuration in the different routes. 
You can find more information in this thread[1]
[1]http://camel.465427.n5.nabble.com/URI-parameters-for-one-Zookeeper-endpoint-are-contaminating-another-endpoint-td5719559.html

I started a new Spring Roo project in STS on the specified environment.  I ran the following roo shell commands:
roo> persistence setup --provider HIBERNATE --database MYSQL --hostName localhost --databaseName foodb --userName uname --password pwd
roo> database reverse engineer --package foo.model --schema foodb
This generated the entities from an existing database with dbre.  One of my entities was named "Customers" because I have a "customers" table.  In the IDE, I renamed the class "Customer".  The IDE changed the class name from Customers.java to Customer.java for me.  The roo shell responded with:
Created SRC_MAIN_JAVA/foo/model/Customer_Roo_Entity.aj
Created SRC_MAIN_JAVA/foo/model/Customer_Roo_Configurable.aj
Created SRC_MAIN_JAVA/foo/model/Customer_Roo_ToString.aj
Deleted SRC_MAIN_JAVA/foo/model/Customers_Roo_ToString.aj
Deleted SRC_MAIN_JAVA/foo/model/Customers_Roo_Entity.aj
Deleted SRC_MAIN_JAVA/foo/model/Customers_Roo_DbManaged.aj
Deleted SRC_MAIN_JAVA/foo/model/Customers_Roo_Configurable.aj
Note: no Customer_Roo_DbManaged.aj was created, which seemed odd.
I next closed the roo shell and reopened it.  roo responded with:
Created /home/poneil/projects/workspace/foo/src/main/java/foo/model/Customers.java
Deleted /home/poneil/projects/workspace/foo/src/main/java/foo/model/Customer.java
Created /home/poneil/projects/workspace/foo/src/main/java/foo/model/Customers_Roo_Entity.aj
Created SRC_MAIN_JAVA/foo/model/Customers_Roo_Configurable.aj
Created SRC_MAIN_JAVA/foo/model/Customers_Roo_DbManaged.aj
Created SRC_MAIN_JAVA/foo/model/Customers_Roo_ToString.aj
Deleted SRC_MAIN_JAVA/foo/model/Customer_Roo_Configurable.aj
Deleted SRC_MAIN_JAVA/foo/model/Customer_Roo_ToString.aj
Deleted SRC_MAIN_JAVA/foo/model/Customer_Roo_Entity.aj
this essentially completely reverses the renaming of the entity, and is the problem that I wish to report.  I should be able to rename/tweak an entity after DBRE.

<security-constraint>
    <display-name>
      Redirect to the login page if needed before showing
      any html pages
    </display-name>
    <web-resource-collection>
      <web-resource-name>Login required</web-resource-name>
      <url-pattern>*.html</url-pattern>
    </web-resource-collection>
    <auth-constraint>
      <role-name>*</role-name>
    </auth-constraint>
  </security-constraint>

Netty4ClientHttpRequest.createFullHttpRequest(HttpHeaders) forgets to add query params from URI
if you want to send

GET www.test.io?param=some-value

only

GET www.test.io

is sent

The check_compatibility.sh tool in dev_support uses the Java API Compliance Checker to do static analysis of source/binary incompatibilties between two HBase branches. One problem, though, is that the script has a few instances where it may return an exit code of 1 (e.g. if Maven steps fail), but this is the same exit code that the Java ACC tool itself uses to denote that the tool succeeded, but found incompatibilities.

Seeing this on CM tests with frequent master thrashing

2014-10-31 12:01:59,196 ERROR [Timer for 'HBase' metrics system] impl.MetricsSourceAdapter: Error getting metrics from source IPC,sub=IPC
	at org.apache.hadoop.hbase.ipc.FifoRpcScheduler.getGeneralQueueLength(FifoRpcScheduler.java:81)
	at org.apache.hadoop.hbase.ipc.MetricsHBaseServerWrapperImpl.getGeneralQueueLength(MetricsHBaseServerWrapperImpl.java:43)
	at org.apache.hadoop.hbase.ipc.MetricsHBaseServerSourceImpl.getMetrics(MetricsHBaseServerSourceImpl.java:117)
	at org.apache.hadoop.metrics2.impl.MetricsSourceAdapter.getMetrics(MetricsSourceAdapter.java:195)
	at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.snapshotMetrics(MetricsSystemImpl.java:419)
	at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.sampleMetrics(MetricsSystemImpl.java:406)
	at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.onTimerEvent(MetricsSystemImpl.java:382)
	at org.apache.hadoop.metrics2.impl.MetricsSystemImpl$4.run(MetricsSystemImpl.java:369)

If you have a custom bean with @ManagedResource and your own attr/ops then Camel adds its default attrs/ops which it should not as they are not available.

Following query throws an error

select * from part where (select max(p_size) from part) IN (select p_size from part);

Error

SemanticException [Error 10249]: Line 1:79 Unsupported SubQuery Expression 'p_size': Only 1 SubQuery expression is supported.

Such queries should either be supported or should be detected and an appropriate error message should be thrown.

Calling org.springframework.core.MethodParameter.isOptional() can fail with an ArrayIndexOutOfBoundsException.  I have a custom ResponseBodyAdvice class that calls this method in supports(). It fails when it hits org.springframework.boot.actuate.endpoint.web.servelt.WebMvcEndpointHandlerMappings$WebMvcLinksHandler.links with the following exception:

    at org.springframework.web.method.HandlerMethod$HandlerMethodParamater.getParameterAnnotations(HandlerMethod.java:484) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
    at org.springframework.core.MethodParameter.hasNullableAnnotation(MethodParameter.java:357) ~[spring-core-5.1.3.RELEASE.jar:5.1.3.RELEASE]
    at org.springframework.core.MethodParameter.isOptional(MethodParameter.java:345) ~[spring-core-5.1.3.RELEASE.jar:5.1.3.RELEASE]
    at com.example.advice.OptionalResponseBodyAdvice.supports(OptionalResponseBodyAdvice.java:18) ~[main/:na]
    at org.springframework.web.servlet.mvc.method.annotation.RequestBodyAdviceChain.processBody(RequestBodyAdviceChain.java:140) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]

Malformed SpEL Expression causes an NPE...
new SpelExpressionParser().parseExpression("/foo");

	at org.springframework.expression.spel.ast.SpelNodeImpl.<init>(SpelNodeImpl.java:50)
	at org.springframework.expression.spel.ast.Operator.<init>(Operator.java:32)
	at org.springframework.expression.spel.ast.OpDivide.<init>(OpDivide.java:34)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatProductExpression(InternalSpelExpressionParser.java:224)
...

(null left operand for divide operator).

Say you have a filter value like this:

{
    "any" => {
        "match" => ".*",
        "change-level" => undefined,
        "level" => undefined,
        "level-range" => undefined,
        "not" => undefined
    },
    "all" => undefined,
    "change-level" => undefined,
    "level" => undefined,
    "level-range" => undefined,
    "not" => undefined
}

Writing that will fail with "WFLYLOG0025: Filter ("change-level" => undefined) is invalid".
This is because filterToFilterSpec will process the "any" node by iterating over its fields and recursing, and as soon as it gets to one of the 'undefined' ones it will fail. But the overall structure should be fine.
I hit this when testing a WFCORE-3255 fix, one that had the effect of adding "change-level" => undefined, etc to the params used by LoggingOperationsSubsystemTestCase.testLegacyFilters.
I can probably work around this easily enough and IIRC this 'filter' stuff is real old, so this is no big deal.

Suppose SMSC allowed one connection to client and due to any reason if session.unbindAndClose failed it will set session to null and dont retry to unbind. 
Connection/Session will remain open on SMSC till its TransactionTimeOut, mostly SMSc Admin set it to 5 to 10 mins. 
Following are snippet of org.apache.camel.component.smpp.SmppProducer and details are like 
1- if for any reason Camel try to unbind connection and it got failed below code print log and set session=null in both success/fail cases. 
2- After sending unbind it will try to reconnect. 
3- As SMSc allowed 1 connection which was not unbinded successfull it will not allowed second connection so reconnect will get failed. 
4- Camel call closesession on reconnection failure and will verify if session != null, as session is already null so this code will not send unbind again and apache camel will not able to get connection from SMSc until timeout happen on SMSc and this will results in 10 mins outage. 
If we change closeSession() like below 
current: 

private void  closeSession() { 
        if (session != null) { 
            session.removeSessionStateListener(this.internalSessionStateListener); 
            try { 
                Thread.sleep(1000); 
                session.unbindAndClose(); 
            } catch (Exception e) { 
              LOG.warn("Could not close session " + session); 
            } 

            session = null; 

        } 

    } 

Suggested: 

            try { 
                session = null; // if we put here then it will retry for unbind 
            } 
             session = null; // remove his line 
        } 
    } 

Most recent TestEnableRSGroup tests failed on branch-2.0 according to our flaky dashboard.

	at org.apache.hadoop.hbase.rsgroup.TestEnableRSGroup.testEnableRSGroup(TestEnableRSGroup.java:80)

TestEnableRSGroup:80:

// check if master started successfully
assertTrue(TEST_UTIL.getMiniHBaseCluster().getMaster() != null);

The profile clone operation in the new DomainHostExcludes700TestCase.test003PostBootUpdates() in testsuite/mixed-domain fails with the following message:

{
    "failure-description" => {"domain-failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.messaging.activemq.server.default' is already registered in context 'profile=clone'."},
}

And we also see an error in

 DomainHostExcludes700TestCase.test001SlaveBoot:45->DomainHostExcludesTest.test001SlaveBoot:217->DomainHostExcludesTest.checkSocketBindingGroups:300 ["full-ha-sockets"] expected:<2> but was:<1>

Some WIP to create this test is in my https://github.com/kabir/wildfly/tree/WFLY-6616 branch

This file is currently showing: -

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
           targetNamespace="urn:jboss:domain:cmp:1.0"
           xmlns="urn:jboss:domain:cmp:1.0"
           elementFormDefault="qualified"
           attributeFormDefault="unqualified"
           version="1.0">

The tartet namespace should be 1.1

I called this method, but the target directory was not deleted.
The source of this method is as follows.
    private static void deleteDirectoryOnExit(File directory) throws IOException {
        if (!directory.exists()) 
{
            return;
        }

        cleanDirectoryOnExit(directory);
        directory.deleteOnExit();
    }
In other words, this method calls "java.io.File#deleteOnExit" in order of "grandchildren -> children -> parent" for files of the target directory hierarchy.
There is following mention in javadoc of "java.io.File#deleteOnExit".
Files (or directories) are deleted in the reverse order that they are registered.
Therefore, I think the calling order of "java.io.File#deleteOnExit" should be reverse.
How will be it?

The ResourceServlet returns the server default error page even when custom 404 page defined.

Consider the following set of queries:
ALTER TABLE abc ADD PARTITION (x='0') LOCATION 'file:///foo';
ALTER TABLE abc ADD PARTITION (x='1') LOCATION '/foo';
select count from abc;
Even though there are different files under these directories, depending on number of mappers, the count produces a value = num of mappers * num of files in the 2 directories. This is incorrect.

HiveHistory log files (hive_job_log_hive_*.txt files) store information about hive query such as query string, plan , counters and MR job progress information.
There is no mechanism to delete these files and as a result they get accumulated over time, using up lot of disk space. 
I don't think this is used by most people, so I think it would better to turn this off by default. Jobtracker logs already capture most of this information, though it is not as structured as history logs.

ZipEncodingHelper.isUTF8(String) does not check all UTF-8 aliases.

You need to edit the props file or change the properties from the command line because it ignores them if you pass them as parameters when installing JPA

Scenario:

MVC controller with a ResponseEntity<?> object.
Client sends Accept: application/json
Server responds with: application/what.ever+json in the ResponseEntity's headers.

This was seemingly OK with 5.0.1 and before. After upgrading to 5.0.2, it forces to return 406, despite the ResponseEntity saying otherwise.
The commit that caused it is:
https://github.com/spring-projects/spring-framework/commit/9a894ab61e4613af176029761b75d7ad2a733440#diff-24571dc5c7743b2a69f7a5df4f2109b2
The RFC says:

If no Accept header field is present, then it is assumed that the client accepts all media types. *If an Accept header field is present, and if the server cannot send a response which is acceptable according to the combined Accept field value, then the server SHOULD send a 406 (not acceptable) response.*

Please note that it says SHOULD, and not MUST:

3. SHOULD   This word, or the adjective "RECOMMENDED", mean that there
   may exist valid reasons in particular circumstances to ignore a
   particular item, but the full implications must be understood and
   carefully weighed before choosing a different course.

So, a patch release of Spring seems to be enforcing a more strict behaviour, disallowing something allowed (albeit not recommended) by RFC, and breaking existing applications.
A workaround is possible by having a nasty servlet filter that manipulates headers, and adds application/*+json when application/json is in Accept... but, considering this is a patch release, I suggest you consider this behaviour change a bug, as it has backward-compatibility implications, and try not to break acceptable flows.

Matteo pointed out:
"We can avoid the redundant sleep in the retrying logic." 

jboss.iiop-openjdk.poa-service.namingpoa service throws java.net.BindException: Address already in use upon server reload after manual migration from older EAP release.
https://access.qa.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/7.1/html-single/migration_guide/#management_cli_migration_operation
The issue can be reproduced with EAP 7.1.0 as TARGET_HOME as well.
steps to reproduce with the current (720397b26d) wildfly master:

unzip -q jboss-eap-6.4.19.zip
cp -r wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT wildfly

SOURCE_HOME=${WORKSPACE}/jboss-eap-6.4
TARGET_HOME=${WORKSPACE}/wildfly

cp ${SOURCE_HOME}/standalone/configuration/${CONFIG} ${TARGET_HOME}/standalone/configuration
${TARGET_HOME}/bin/standalone.sh -c ${CONFIG} --start-mode=admin-only &
${TARGET_HOME}/bin/jboss-cli.sh --connect --controller=remote://localhost:9999
# Migrate
# Enable console logging

# reload the server twice to get the exception
reload
reload

server log errors

12:01:52,041 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "iiop-openjdk")]) - failure description: {
    "WFLYCTL0080: Failed services" => {"jboss.iiop-openjdk.poa-service.rootpoa" => "WFLYIIOP0098: Failed to resolve initial reference RootPOA
    Caused by: org.omg.CORBA.COMM_FAILURE:   vmcid: SUN  minor code: 216  completed: No
    Caused by: java.net.BindException: Address already in use"},
            "jboss.iiop-openjdk.poa-service.irpoa",
            "jboss.iiop-openjdk.poa-service.namingpoa"
        ],
        "Services that may be the cause:" => ["jboss.iiop-openjdk.poa-service.namingpoa"]
    }
}

Exception stack trace

12:01:51,881 SEVERE [javax.enterprise.resource.corba._DEFAULT_.rpc.transport] (MSC service thread 1-6) "IOP00410216: (COMM_FAILURE) Unable to create listener thread on the specified port: 3529": org.omg.CORBA.COMM_FAILURE:   vmcid: SUN  minor code: 216  completed: No
	at com.sun.corba.se.impl.logging.ORBUtilSystemException.createListenerFailed(ORBUtilSystemException.java:2632)
	at com.sun.corba.se.impl.logging.ORBUtilSystemException.createListenerFailed(ORBUtilSystemException.java:2651)
	at com.sun.corba.se.impl.transport.SocketOrChannelAcceptorImpl.initialize(SocketOrChannelAcceptorImpl.java:164)
	at com.sun.corba.se.impl.transport.CorbaTransportManagerImpl.getAcceptors(CorbaTransportManagerImpl.java:218)
	at com.sun.corba.se.impl.transport.CorbaTransportManagerImpl.addToIORTemplate(CorbaTransportManagerImpl.java:236)
	at com.sun.corba.se.spi.oa.ObjectAdapterBase.initializeTemplate(ObjectAdapterBase.java:122)
	at com.sun.corba.se.impl.oa.poa.POAImpl.initialize(POAImpl.java:404)
	at com.sun.corba.se.impl.oa.poa.POAImpl.makeRootPOA(POAImpl.java:272)
	at com.sun.corba.se.impl.oa.poa.POAFactory$1.evaluate(POAFactory.java:205)
	at com.sun.corba.se.impl.orbutil.closure.Future.evaluate(Future.java:46)
	at com.sun.corba.se.impl.resolver.LocalResolverImpl.resolve(LocalResolverImpl.java:40)
	at com.sun.corba.se.impl.resolver.CompositeResolverImpl.resolve(CompositeResolverImpl.java:45)
	at com.sun.corba.se.impl.orb.ORBImpl.resolve_initial_references(ORBImpl.java:1169)
	at org.wildfly.iiop.openjdk.service.CorbaPOAService.start(CorbaPOAService.java:156)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1714)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1693)
	at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1540)
Caused by: java.net.BindException: Address already in use
	at sun.nio.ch.Net.bind0(Native Method)
	at sun.nio.ch.Net.bind(Net.java:433)
	at sun.nio.ch.Net.bind(Net.java:425)
	at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223)
	at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74)
	at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:67)
	at org.wildfly.iiop.openjdk.security.SocketFactoryBase.createServerSocket(SocketFactoryBase.java:59)
	at org.wildfly.iiop.openjdk.security.NoSSLSocketFactory.createServerSocket(NoSSLSocketFactory.java:50)
	at com.sun.corba.se.impl.transport.SocketOrChannelAcceptorImpl.initialize(SocketOrChannelAcceptorImpl.java:161)
	... 19 more

These test cases are:

ql/src/test/queries/clientpositive/import_exported_table.q
ql/src/test/queries/clientpositive/load_hdfs_file_with_space_in_the_name.q
ql/src/test/queries/clientpositive/root_dir_external_table.q

They are failing because of existing hdfs:///tmp/test, possible left over by other tests.

Encountered ClassNotFound exception (for class: org.apache.jetty.hive.shims.Jetty18Shims) when trying to start HWI server on Hadoop 18.
It appears that the class ShimLoader (org.apache.hadoop.hive.shims.ShimLoader) is referring to incorrect classes as below:
static 
{
    JETTY_SHIM_CLASSES.put("0.17", "org.apache.jetty.hive.shims.Jetty17Shims");
    JETTY_SHIM_CLASSES.put("0.18", "org.apache.jetty.hive.shims.Jetty18Shims");
    JETTY_SHIM_CLASSES.put("0.19", "org.apache.jetty.hive.shims.Jetty19Shims");
    JETTY_SHIM_CLASSES.put("0.20", "org.apache.jetty.hive.shims.Jetty20Shims");
  }

however, I think it should be as below:
 static 
  {
	  JETTY_SHIM_CLASSES.put("0.17", "org.apache.hadoop.hive.shims.Jetty17Shims");
	  JETTY_SHIM_CLASSES.put("0.18", "org.apache.hadoop.hive.shims.Jetty18Shims");
	  JETTY_SHIM_CLASSES.put("0.19", "org.apache.hadoop.hive.shims.Jetty19Shims");
	  JETTY_SHIM_CLASSES.put("0.20", "org.apache.hadoop.hive.shims.Jetty20Shims");
  } 

Wondering if anybody else encountered this.

In trunk build #3898:

[ERROR] The build could not read 5 projects -> [Help 1]
[ERROR]   
[ERROR]   The project org.apache.hbase:hbase-server:0.95-SNAPSHOT (/x1/jenkins/jenkins-slave/workspace/HBase-TRUNK/trunk/hbase-server/pom.xml) has 10 errors
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-protocol:jar is missing. @ line 268, column 17
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-client:jar is missing. @ line 272, column 17
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-prefix-tree:jar is missing. @ line 276, column 17
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-common:test-jar is missing. @ line 282, column 17
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-hadoop-compat:jar is missing. @ line 287, column 17
[ERROR]     'dependencies.dependency.artifactId' for org.apache.hbase:${compat.module}:jar with value '${compat.module}' does not match a valid id pattern. @ line 300, column 19
[ERROR]     'dependencies.dependency.artifactId' for org.apache.hbase:${compat.module}:test-jar with value '${compat.module}' does not match a valid id pattern. @ line 305, column 19
[ERROR]     'dependencies.dependency.version' for io.netty:netty:jar is missing. @ line 311, column 17
[ERROR]     'dependencies.dependency.version' for org.codehaus.jettison:jettison:jar is missing. @ line 477, column 17
[ERROR]     'dependencies.dependency.version' for org.cloudera.htrace:htrace:jar is missing. @ line 482, column 17
[ERROR]   
[ERROR]   The project org.apache.hbase:hbase-client:0.95-SNAPSHOT (/x1/jenkins/jenkins-slave/workspace/HBase-TRUNK/trunk/hbase-client/pom.xml) has 4 errors
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-prefix-tree:jar is missing. @ line 61, column 21
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-common:test-jar is missing. @ line 65, column 21
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-protocol:jar is missing. @ line 70, column 21
[ERROR]     'dependencies.dependency.version' for org.cloudera.htrace:htrace:jar is missing. @ line 83, column 21
[ERROR]   
[ERROR]   The project org.apache.hbase:hbase-it:0.95-SNAPSHOT (/x1/jenkins/jenkins-slave/workspace/HBase-TRUNK/trunk/hbase-it/pom.xml) has 1 error
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-common:test-jar is missing. @ line 135, column 17
[ERROR]   
[ERROR]   The project org.apache.hbase:hbase-examples:0.95-SNAPSHOT (/x1/jenkins/jenkins-slave/workspace/HBase-TRUNK/trunk/hbase-examples/pom.xml) has 1 error
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-common:test-jar is missing. @ line 46, column 17
[ERROR]   
[ERROR]   The project org.apache.hbase:hbase-hadoop1-compat:0.95-SNAPSHOT (/x1/jenkins/jenkins-slave/workspace/HBase-TRUNK/trunk/hbase-hadoop1-compat/pom.xml) has 3 errors
[ERROR]     'dependencies.dependency.version' for org.apache.hbase:hbase-hadoop-compat:jar is missing. @ line 57, column 17
[ERROR]     'dependencies.dependency.version' for org.apache.hadoop:hadoop-core:jar must be a valid version but is '${hadoop-one.version}'. @ line 71, column 16
[ERROR]     'dependencies.dependency.version' for org.apache.hadoop:hadoop-test:jar must be a valid version but is '${hadoop-one.version}'. @ line 107, column 16
[ERROR] 

This was due to version in pom.xml files for various modules not being updated.

Test adds deployments to the server and then leaves them behind. Tests should clean up after themselves.

HiveHistoryImpl still relies on the counters that were removed in HIVE-5982 to determine the number of rows loaded. This results in regression of functionality. 

Insert override for Druid does not replace segments for all intervals. 
It just replaces segments for the intervals which are newly ingested. 
INSERT OVERRIDE TABLE statement on DruidStorageHandler should override all existing segments for the table. 

When trying to persist an object [to MongoDB (spring-data-mongodb v1.1.0.M1)] that is in "session" scope and using a CGLIB proxy (ie: "@Scope(value="session", proxyMode = ScopedProxyMode.TARGET_CLASS)") I receive a StackOverflowError.  When removing the session scoping, it works correctly.
	at java.util.HashMap$EntryIterator.<init>(HashMap.java:832)
	at java.util.HashMap.newEntryIterator(HashMap.java:846)
	at java.util.HashMap$EntrySet.iterator(HashMap.java:950)
	at java.util.AbstractMap.hashCode(AbstractMap.java:459)
	at org.springframework.util.ObjectUtils.nullSafeHashCode(ObjectUtils.java:336)
	at org.springframework.data.util.TypeDiscoverer.hashCode(TypeDiscoverer.java:365)
	at org.springframework.data.util.ClassTypeInformation.hashCode(ClassTypeInformation.java:39)
	at org.springframework.data.util.ParentTypeAwareTypeInformation.hashCode(ParentTypeAwareTypeInformation.java:79)
        .... (Repeats)

$ JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79.x86_64 ../apache-maven-3.3.3/bin/mvn -PrunAllTests -DreuseForks=false clean install -Dmaven.test.redirectTestOutputToFile=true -Dsurefire.rerunFailingTestsCount=4 -Dit.test=noItTest
...
org.apache.hadoop.hbase.regionserver.TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing(org.apache.hadoop.hbase.regionserver.TestRecoveredEdits)
  Run 1: TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing:124->verifyAllEditsMadeItIn:160 »
  Run 2: TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing:98 » IO The specified r...
  Run 3: TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing:98 » IO The specified r...
  Run 4: TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing:98 » IO The specified r...
  Run 5: TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing:98 » IO The specified r...

The reruns failed because the test is not idempotent. Perhaps we should have the test startup clean up it's workspace before starting.

Test set: org.apache.hadoop.hbase.regionserver.TestRecoveredEdits
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 33.894 sec <<< FAILURE! - in org.apache.hadoop.hbase.regionserver.TestRecoveredEdits
testReplayWorksThoughLotsOfFlushing(org.apache.hadoop.hbase.regionserver.TestRecoveredEdits)  Time elapsed: 0 sec  <<< ERROR!
java.io.IOException: The specified region already exists on disk: /grid/0/hbase/hbase-server/target/test-data/0c8ee429-8588-41ab-8999-6754588cd4a6/data/default/testReplayWorksThoughLotsOfFlushing/4823016d8fca70b25503ee07f4c6d79f
        at org.apache.hadoop.hbase.regionserver.HRegionFileSystem.createRegionOnFileSystem(HRegionFileSystem.java:877)
        at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:5923)
        at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:5894)
        at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:5869)
        at org.apache.hadoop.hbase.regionserver.HRegion.createHRegion(HRegion.java:5951)
        at org.apache.hadoop.hbase.regionserver.TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing(TestRecoveredEdits.java:98)

select key+key, value from src cluster by key+key, value;

When using the DDL SQL scripts to create the Metastore, tables like SEQUENCE_TABLE are missing and force the user to change the configuration to use Datanucleus to do all the provisioning of the Metastore tables. Adding the missing table definitions to the DDL scripts will allow to have a functional Hive Metastore without enabling additional privileges to the Metastore user and/or enabling datanucleus.autoCreateSchema property in hive-site.xml
[After running the hive-schema-0.7.0.mysql.sql and revoking ALTER and CREATE privileges to the 'metastoreuser']
hive> show tables; 
FAILED: Error in metadata: javax.jdo.JDOException: Exception thrown calling table.exists() for `SEQUENCE_TABLE` 
NestedThrowables: 
com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: CREATE command denied to user 'metastoreuser'@'localhost' for table 'SEQUENCE_TABLE' 

Just noticed this today.  Seems to only happen in Firefox (I am using FF3).  Safari works fine. Also, the faces version works fine in Firefox.

Setting value of relative-to attribute of default deployment scanner on standalone server to a path which does not exists in file system causes server crash.

Give something like this:
[                          main] DeadLetterChannel              ERROR Failed delivery for exchangeId: ID-xxxxx/63907-1204902526306/0-1. On delivery attempt: 0 caught: org.apache.camel.RuntimeExpressionException: net.sf.saxon.trans.DynamicError: org.w3c.dom.DOMException: HIERARCHY_REQUEST_ERR: An attempt was made to insert a node where it is not permitted. 
org.apache.camel.RuntimeExpressionException: net.sf.saxon.trans.DynamicError: org.w3c.dom.DOMException: HIERARCHY_REQUEST_ERR: An attempt was made to insert a node where it is not permitted. 
	at org.apache.camel.component.xquery.XQueryBuilder.evaluate(XQueryBuilder.java:124)

Launching Roo with the following arguments fails:
classpath:roo-bootstrap.xml script clinic.roo
The failure is caused because the "script clinic.roo" portion is erroneously parsed as "scriptclinic.roo" (note no space).

When I execute the orcfiledump command without specifying a ORC file, any message is not output and return value is 0.

[root@hive hive]# /usr/local/hive/bin/hive --orcfiledump
[root@hive hive]# echo $?
0

For this behavior, I will be modified to output a error message.

As a result, after merging in flow3:list:show will be 6 actions (which is correct), but in flow1:list:show will be the 6 objects too (which is wrong).
Wrong behavior takes place, because actions shares the same LinkedList.
In your source code:
	public void merge(Model model) 
{
		TransitionModel transition = (TransitionModel) model;
		setOnException(merge(getOnException(), transition.getOnException()));
		setTo(merge(getTo(), transition.getTo()));
		setBind(merge(getBind(), transition.getBind()));
		setBind(merge(getValidate(), transition.getValidate()));      <---- besides, are you sure this string is correct?
		setHistory(merge(getHistory(), transition.getHistory()));
		setAttributes(merge(getAttributes(), transition.getAttributes()));
		setSecured((SecuredModel) merge(getSecured(), transition.getSecured()));
		setActions(merge(getActions(), transition.getActions(), false));              <------------- wrong.
	}

Proposed change:
		LinkedList mergeResult = merge(getActions(), transition.getActions(), false);
		setActions(mergeResult != null ? new LinkedList(mergeResult) : null);

The above issue could be reproduced in none Kerberos cluster using the below steps:
1. Set "hive.exec.submitviachild" value to "true".
2. Run a count query not using "hive" user.

beeline -u 'jdbc:hive2://localhost:10000' -n hdfs

There is no issue when we try to execute the same query using the "hive" user.

Exception in thread "main" java.lang.RuntimeException: org.apache.hadoop.security.AccessControlException: Permission denied: user=hive, access=EXECUTE, inode="/tmp/hive/hdfs":hdfs:supergroup:drwx------ at org.apache.hadoop.hdfs.server.namenode.DefaultAuthorizationProvider.checkFsPermission(DefaultAuthorizationProvider.java:279) at org.apache.hadoop.hdfs.server.namenode.DefaultAuthorizationProvider.check(DefaultAuthorizationProvider.java:260) at org.apache.hadoop.hdfs.server.namenode.DefaultAuthorizationProvider.checkTraverse(DefaultAuthorizationProvider.java:201) at org.apache.hadoop.hdfs.server.namenode.DefaultAuthorizationProvider.checkPermission(DefaultAuthorizationProvider.java:154) at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkPermission(FSPermissionChecker.java:152) at org.apache.hadoop.hdfs.server.namenode.FSDirectory.checkPermission(FSDirectory.java:3877) at org.apache.hadoop.hdfs.server.namenode.FSDirectory.checkPermission(FSDirectory.java:3860) at org.apache.hadoop.hdfs.server.namenode.FSDirectory.checkTraverse(FSDirectory.java:3847) at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkTraverse(FSNamesystem.java:6822) at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.mkdirsInternal(FSNamesystem.java:4551) at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.mkdirsInt(FSNamesystem.java:4529) at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.mkdirs(FSNamesystem.java:4502) at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.mkdirs(NameNodeRpcServer.java:884) at org.apache.hadoop.hdfs.server.namenode.AuthorizationProviderProxyClientProtocol.mkdirs(AuthorizationProviderProxyClientProtocol.java:328) at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.mkdirs(ClientNamenodeProtocolServerSideTranslatorPB.java:641) at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java) at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:617) at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:1073) at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2281) at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2277) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:422) at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1920) at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2275) at org.apache.hadoop.hive.ql.Context.getScratchDir(Context.java:285) at org.apache.hadoop.hive.ql.Context.getMRScratchDir(Context.java:328) at org.apache.hadoop.hive.ql.Context.getMRTmpPath(Context.java:444) at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:243) at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.main(ExecDriver.java:771) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.hadoop.util.RunJar.run(RunJar.java:221) at org.apache.hadoop.util.RunJar.main(RunJar.java:136)

The version is 1.1.0-BUILD-SNAPSHOT.
I think it's just a javadoc bug - shouldn't it say JdbcUsersConnectionRepository.sql instead?

"beeline --help"  displays the help message and returns to beeline prompt. The common pattern is to return to the unix prompt. The intention of any command help is to relaunch the same command with correct parameters.
One such output is :

$ beeline --help
.....
Beeline version .. by Apache Hive
beeline> 
The expected return prompt should be  "$" (the unix prompt).

The NativeCodeLoader.getVersion() method seems badly named, as it has nothing to do with the native code that has been loaded.
It only relates to the version of the Java code in the jar.
I would expect the method to return the version details from the library itself.
If there is a need to return the Java code version, it should be done from a method in another class, e.g. Utils or Crypto. Note: also the extraction should be done once, e.g. using IODH or using a synchronised/volatile lock.

While configuring a route like:
<route>
 <from uri="atom://http://somehost/?feed=1234567"/>
 <to uri="seda:feeds"/>
</route>
camel throws an exception with:
Failed to resolve endpoint due to: org.apache.camel.ResolveEndpointFailedException: There are 1 parameters that couldn't be set on the endpoint

Validation not working for pooled-connection-factory's "transaction" attribute.  According to xsd, it should accept only xa, local and none. However it is accepting anything.   
[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra:write-attribute(name=transaction,value=jjj)
{
{
    }
}
[standalone@localhost:9990 /] :relaod

All such cross cutting concerns must be defined before routes.
We should throw an exception if end user has configured them after routes, which is currently not supported in the DSL.

If you enable replication, and get a compaction requested, you'll see this in the logs:

2013-07-24 15:16:38,831 ERROR [regionserver60020-smallCompactions-1374704194254] regionserver.CompactSplitThread: Compaction failed Request = regionName=TestTable,00000000000000000000057204,1374704192994.6bb7c58d1e6cc99fbfe04592e44fbc35., storeName=info, fileCount=4, fileSize=335.1m (115.4m, 115.4m, 69.0m, 35.2m), priority=6, time=1374704194257521000
	at org.apache.hadoop.hbase.replication.regionserver.Replication.visitLogEntryBeforeWrite(Replication.java:215)
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.doWrite(FSHLog.java:1204)
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.append(FSHLog.java:890)
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.append(FSHLog.java:840)
	at org.apache.hadoop.hbase.regionserver.wal.HLogUtil.writeCompactionMarker(HLogUtil.java:262)
	at org.apache.hadoop.hbase.regionserver.HStore.writeCompactionWalRecord(HStore.java:1026)
	at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:973)
	at org.apache.hadoop.hbase.regionserver.HRegion.compact(HRegion.java:1278)
	at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.run(CompactSplitThread.java:465)

It's a simple case of filtering METAFAMILY like this:
if (kv.matchingFamily(WALEdit.METAFAMILY)) continue;
and add a unit test.

Race condition in the DynamicPartitionPruner between DynamicPartitionPruner::processVertex() and DynamicPartitionpruner::addEvent() for tasks which respond with both the result and success in a single heartbeat sequence.

2015-03-16 07:05:01,589 ERROR [InputInitializer [Map 1] #0] tez.DynamicPartitionPruner: Expecting: 1, received: 0
2015-03-16 07:05:01,590 ERROR [Dispatcher thread: Central] impl.VertexImpl: Vertex Input: store_sales initializer failed, vertex=vertex_1424502260528_1113_4_04 [Map 1]
org.apache.tez.dag.app.dag.impl.AMUserCodeException: org.apache.hadoop.hive.ql.metadata.HiveException: Incorrect event count in dynamic parition pruning

All 4 upstream vertices of Map 1 need to finish within ~200ms to trigger this, which seems to be consistently happening with LLAP.

Following HBASE-3272, Stack suggested that we up the ZK timeout and proposed that we set it to 3 minutes (he said that last part in person). This should cover most of the big GC pauses out there.

hbase(main):008:0> create_namespace ''

ERROR: java.io.IOException: 0
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2072)
        at org.apache.hadoop.hbase.TableName.isLegalNamespaceName(TableName.java:222)
        at org.apache.hadoop.hbase.TableName.isLegalNamespaceName(TableName.java:205)

TableName.isLegalNamespaceName tries to access namespaceName[offset] in case of empty text input and also this check for 'offset==length' in this method seems to be unnecessary and an empty  input validation check can be put in the beginning of this method instead:

 public static void isLegalNamespaceName(byte[] namespaceName, int offset, int length) {
// can add empty check in the beginning 
  if(length == 0) {
      throw new IllegalArgumentException("Namespace name must not be empty");
    }
// end
    for (int i = offset; i < length; i++) {
      if (Character.isLetterOrDigit(namespaceName[i])|| namespaceName[i] == '_') {
        continue;
      }
      throw new IllegalArgumentException("Illegal character <" + namespaceName[i] +
        "> at " + i + ". Namespaces can only contain " +
        "'alphanumeric characters': i.e. [a-zA-Z_0-9]: " + Bytes.toString(namespaceName,
          offset, length));
    }
 //  can remove below check
   if(offset == length)
      throw new IllegalArgumentException("Illegal character <" + _namespaceName[offset] _+
          "> at " + offset + ". Namespaces can only contain " +
          "'alphanumeric characters': i.e. [a-zA-Z_0-9]: " + Bytes.toString(namespaceName,
            offset, length));
 // 
}

This example camel-example-twitter-websocket-blueprint cannot load the static html file when running in karaf

HTTP ERROR: 500

Problem accessing /index.html. Reason:

    java.lang.RuntimeException: java.io.FileNotFoundException: /webapp/index.html (No such file or directory)

Its some classloading issues with camel-websocket and camel-jetty when running in OSGi. As the stacktrace seems to load from file system.

2016-12-04 14:11:50,879 | WARN  | SocketServer-266 | ServletHandler                   | 83 - org.eclipse.jetty.util - 9.2.19.v20160908 | /
java.lang.RuntimeException: java.io.FileNotFoundException: /webapp/index.html (No such file or directory)
	at org.eclipse.jetty.http.HttpContent$ResourceAsHttpContent.getDirectBuffer(HttpContent.java:110)[71:org.eclipse.jetty.http:9.2.19.v20160908]
	at org.eclipse.jetty.server.HttpOutput.sendContent(HttpOutput.java:665)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.servlet.DefaultServlet.sendData(DefaultServlet.java:931)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
	at org.eclipse.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:534)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)[63:javax.servlet-api:3.1.0]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)[63:javax.servlet-api:3.1.0]
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:191)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:72)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:588)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.server.Server.handle(Server.java:499)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)[80:org.eclipse.jetty.server:9.2.19.v20160908]
	at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)[72:org.eclipse.jetty.io:9.2.19.v20160908]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)[83:org.eclipse.jetty.util:9.2.19.v20160908]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)[83:org.eclipse.jetty.util:9.2.19.v20160908]
Caused by: java.io.FileNotFoundException: /webapp/index.html (No such file or directory)
	at java.io.RandomAccessFile.open(Native Method)[:1.8.0_31]
	at java.io.RandomAccessFile.<init>(RandomAccessFile.java:243)[:1.8.0_31]
	at org.eclipse.jetty.util.BufferUtil.readFrom(BufferUtil.java:437)[83:org.eclipse.jetty.util:9.2.19.v20160908]
	at org.eclipse.jetty.util.BufferUtil.toBuffer(BufferUtil.java:884)[83:org.eclipse.jetty.util:9.2.19.v20160908]
	at org.eclipse.jetty.http.HttpContent$ResourceAsHttpContent.getDirectBuffer(HttpContent.java:106)[71:org.eclipse.jetty.http:9.2.19.v20160908]
	... 34 more

With the latest Hopper-SR2 I get the following error:

2016-07-30 15:50:16,189 [main] WARN : Failed to write HTTP message: org.springframework.http.converter.HttpMessageNotWritableException: Could not write content: PersistentEntity must not be null! (through reference chain: org.springframework.data.rest.webmvc.json.["content"]->com.nemesis.platform.module.cms.core.entity.ListerPageEntity["title"]); nested exception is com.fasterxml.jackson.databind.JsonMappingException: PersistentEntity must not be null! (through reference chain: org.springframework.data.rest.webmvc.json.["content"]->com.nemesis.platform.module.cms.core.entity.ListerPageEntity["title"])

My entity has a Map<Locale, LocalizedValue> where LocalizedValue is @Embedable and in my case entity is null because in PersistentEntityJackson2Module you look it up like this 

PersistentEntity<?, ?> entity = entities.getPersistentEntity(value.getClass());

but value is a Map so value.getClass() returns PersistentMap.
Sounds like you need a dedicated clause for Maps in NestedEntitySerializer.serialize(…).

Closing the pipeline on SRPConnection returns results thus far, but subsequent commands continue to use the pipeline instead of the regular synchronous connection.

I have recently upgraded from Camel 2.7 to a more recent version. I can confirm that the bug is still in trunk. 
In Camel 2.7, there was a generic FileChangedExclusiveReadLockStrategy. This checked the modification time of the file using GenericFile.lastModified. This field was set by SftpComponent#asRemoteFile as file.getAttrs().getMTime() * 1000. 
In Camel 2.8 onwards, this behaviour is implemented by SftpChangedExclusiveReadLockStrategy. This incorrectly (to my mind) retrieves the timestamp on line 67 using: 
newLastModified = f.getAttrs().getATime();
Taking the atime of the file doesn't make a great deal of sense to me; on a POSIX compliant filesystem, the atime will be incremented every time the file is polled, meaning that this strategy will never be able to mark a file as unchanged. While some filesystems are mounted nowadays as noatime or relatime, the mtime is still absolutely the safest mechanism to determine if something is writing to a target file. 
The impact of this bug is that we cannot reliably poll files from a remote SFTP server. 

See nabble
http://camel.465427.n5.nabble.com/camel-ftp-cannot-create-directory-using-sftp-tp479092p479092.html

TypeError: can't convert nil into String
    getFilename at /home/user/hbase/bin/region_mover.rb:466
  unloadRegions at /home/user/hbase/bin/region_mover.rb:327
         (root) at /home/user/hbase/bin/region_mover.rb:515

The new MongoDB GridFS API (http://mongodb.github.io/mongo-java-driver/3.5/driver/tutorials/gridfs/) throws an exception when my application (not Camel based) iterates over the GridFS documents created by Camel's camel-mongodb-gridfs component.
The problem: the current GridFSProducer adds the "metadata" field regardless it is null. Referring to https://jira.mongodb.org/browse/JAVA-2577 the document should not contain a metadata field if the field is null.

Currently Hive uses the number of buckets from the table object.
Ideally, the number of buckets from the partition should be used

There are some bugs in Bloom filters in the code that deals with initialization and (de)serialization.

In some hive versions, when
set hive.vectorized.execution.enabled = true;
Some join queries fail with ClassCastException:
The stack:

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.lazy.objectinspector.primitive.LazyStringObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.primitive.SettableStringObjectInspector
at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory.genVectorExpressionWritable(VectorExpressionWriterFactory.java:419)
at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory.processVectorInspector(VectorExpressionWriterFactory.java:1102)
at org.apache.hadoop.hive.ql.exec.vector.VectorReduceSinkOperator.initializeOp(VectorReduceSinkOperator.java:55)
at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:385)
at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:469)
at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:425)
at org.apache.hadoop.hive.ql.exec.TableScanOperator.initializeOp(TableScanOperator.java:193)
at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:431)
... 22 more

It can not be reproduced in hive 2.0 and 1.3 because of different code path. 

CREATE TABLE test1
 (
   id string)
   PARTITIONED BY (
  cr_year bigint,
  cr_month bigint)
 ROW FORMAT SERDE
  'org.apache.hadoop.hive.serde2.columnar.ColumnarSerDe'
  'serialization.null.format'='' );
  
  CREATE TABLE test2(
    id string
  )
  'serialization.null.format'=''
 );
 SELECT cr.id1 ,
cr.id2 
FROM
(SELECT t1.id id1,
 t2.id id2
 from
 (select * from test1 ) t1
 left outer join test2  t2
 on t1.id=t2.id) cr;

Here are the steps to reproduce:

roo> project --topLevelPackage com.test --projectName Test --template STANDARD_PROJECT
roo> persistence setup --provider HIBERNATE --database HYPERSONIC_IN_MEMORY
roo> entity --name Region --testAutomatically
roo> field string --fieldName name
roo> entity --name Survey --testAutomatically
roo> perform tests

Everything works as expected.
In my case you can only have one survey per region.  And you can create a region without creating a survey.
So I manually (because I don't see a Roo command to add one-to-one relationship) add the following:
in Survey.java

    @NotNull
    @OneToOne(cascade = CascadeType.ALL, optional=false)
    @JoinColumn(name = "region_id")
    private Region region;

in Region.java

    @OneToOne(mappedBy="region", optional=true)
    private Survey survey;

I now run the tests again:  

 T E S T S
Running com.test.RegionIntegrationTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.755 sec
Running com.test.SurveyIntegrationTest
Tests run: 9, Failures: 0, Errors: 8, Skipped: 0, Time elapsed: 0.094 sec <<< FAILURE!

Results :

  testFlush(com.test.SurveyIntegrationTest)
  testMerge(com.test.SurveyIntegrationTest)
  testPersist(com.test.SurveyIntegrationTest)
  testRemove(com.test.SurveyIntegrationTest)
  testCountSurveys(com.test.SurveyIntegrationTest)
  testFindSurvey(com.test.SurveyIntegrationTest)
  testFindAllSurveys(com.test.SurveyIntegrationTest)
  testFindSurveyEntries(com.test.SurveyIntegrationTest)

Tests run: 18, Failures: 0, Errors: 8, Skipped: 0

Looking at the Survey's integration test report:
javax.persistence.PersistenceException: org.hibernate.PropertyValueException: not-null property references a null or transient value: com.test.Survey.region
I believe the problem is in the Survey's data on demand (region is being set to null):

public Survey SurveyDataOnDemand.getNewTransientSurvey(int index) {    
    com.test.Survey obj = new com.test.Survey();        
    obj.setName("name_" + index);        
    obj.setRegion(null);        
    return obj;        
}    

Currently, when the username attribute is not specified for a remote-outbound-connection (i.e., for the Elytron remote-outbound-connection case), the username is erroneously being treated as the string “undefined”.

There is a bug in DefaultWsdl11Definition.setFaultSuffix
    /** Sets the suffix used to detect fault elements in the schema. */
    public void setFaultSuffix(String faultSuffix) 
{
        portTypesProvider.setFaultSuffix(faultSuffix);
        //messagesProvider.setResponseSuffix(faultSuffix);
        messagesProvider.setFaultSuffix(faultSuffix);
    }

Deploying a WAR produced by the attached project produces the following error in the logs when shutting down the server: 

[ERROR [org.jboss.as.jpa] (ServerService Thread Pool -- 38) WFLYJPA0007: Failed to stop persistence unit service demo.war#primary: org.jboss.msc.service.ServiceNotFoundException: Service service jboss.hibernate."demo.war#primary" not found
    at org.jboss.msc.service.ServiceContainerImpl.getRequiredService(ServiceContainerImpl.java:669)
    at org.jboss.as.jpa.processor.secondLevelCache.InfinispanCacheDeploymentListener.stopCache(InfinispanCacheDeploymentListener.java:144)
    at org.jboss.as.jpa.processor.secondLevelCache.CacheDeploymentListener.stopCache(CacheDeploymentListener.java:96)
    at org.jipijapa.event.impl.internal.Notification.stopCache(Notification.java:107)
    at org.jboss.as.jpa.hibernate5.infinispan.InfinispanRegionFactory.stopCacheManager(InfinispanRegionFactory.java:80)
    at org.hibernate.cache.infinispan.InfinispanRegionFactory.stop(InfinispanRegionFactory.java:443)
    at org.hibernate.internal.CacheImpl.close(CacheImpl.java:266)
    at org.hibernate.internal.SessionFactoryImpl.close(SessionFactoryImpl.java:1074)
    at org.hibernate.jpa.internal.EntityManagerFactoryImpl.close(EntityManagerFactoryImpl.java:347)
    at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2$1.run(PersistenceUnitServiceImpl.java:237)
    at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2$1.run(PersistenceUnitServiceImpl.java:217)
    at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:667)
    at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2.run(PersistenceUnitServiceImpl.java:262)

So that bodyxxx is reported as invalid, as it should be body.xxx etc

If the hfile's version is 1 now, when splitting, two daughters would loadBloomfilter concurrently in the open progress. Because their META block is the same one(parent's META block),  the following expection would be thrown when doing HFileReaderV1#getMetaBlock

java.io.IOException: Failed null-daughterOpener=af73f8c9a9b409531ac211a9a7f92eba
	at org.apache.hadoop.hbase.regionserver.SplitTransaction.openDaughters(SplitTransaction.java:367)
	at org.apache.hadoop.hbase.regionserver.SplitTransaction.execute(SplitTransaction.java:453)
	at org.apache.hadoop.hbase.regionserver.TestSplitTransaction.testWholesomeSplit(TestSplitTransaction.java:225)
	at org.apache.hadoop.hbase.regionserver.TestSplitTransaction.testWholesomeSplitWithHFileV1(TestSplitTransaction.java:203)
Caused by: java.io.IOException: java.io.IOException: java.lang.RuntimeException: Cached an already cached block
	at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:540)
	at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:463)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3784)
	at org.apache.hadoop.hbase.regionserver.SplitTransaction.openDaughterRegion(SplitTransaction.java:506)
	at org.apache.hadoop.hbase.regionserver.SplitTransaction$DaughterOpener.run(SplitTransaction.java:486)
Caused by: java.io.IOException: java.lang.RuntimeException: Cached an already cached block
	at org.apache.hadoop.hbase.regionserver.Store.loadStoreFiles(Store.java:424)
	at org.apache.hadoop.hbase.regionserver.Store.<init>(Store.java:271)
	at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:2918)
	at org.apache.hadoop.hbase.regionserver.HRegion$2.call(HRegion.java:516)
	at org.apache.hadoop.hbase.regionserver.HRegion$2.call(HRegion.java:1)
	... 1 more
Caused by: java.lang.RuntimeException: Cached an already cached block
	at org.apache.hadoop.hbase.io.hfile.LruBlockCache.cacheBlock(LruBlockCache.java:271)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV1.getMetaBlock(HFileReaderV1.java:258)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV1.getGeneralBloomFilterMetadata(HFileReaderV1.java:689)
	at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.loadBloomfilter(StoreFile.java:1564)
	at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.access$1(StoreFile.java:1558)
	at org.apache.hadoop.hbase.regionserver.StoreFile.open(StoreFile.java:571)
	at org.apache.hadoop.hbase.regionserver.StoreFile.createReader(StoreFile.java:606)
	at org.apache.hadoop.hbase.regionserver.Store$1.call(Store.java:395)
	at org.apache.hadoop.hbase.regionserver.Store$1.call(Store.java:1)
	... 8 more

We could reproduce the problem through the attached test patch,
It would happen when cluster upgrading from 0.90.x to 0.94.x or 0.92.x

A review of HBASE-9831 pointed out the fact that -D options aren't being passed into the configuration object used by hbck.  This means overriding -D options will not work unless special hooks are for specific options.  A first attempt to fix this was in HBASE-9831 but it affected many other files.
The right approach would be to create a new HbckTool class that had the configured interface and change to existing HBaseFsck main to instantiate that to have it parse args, and then create the HBaseFsck object inside run.

The following tests in JedisConnectionPiplineIntegrationTests seem to cause various ClassCastExceptions on closePipeline():
testGetConfig() - ArrayList cannot be cast to byte[]
testSortStore() - Long cannot be cast to List (while processing return of sort method, which is a Long)
testWatch()/testUnwatch()/testMultiExec() - byte[] cannot be cast to java.util.List
Lines up with the String QUEUED and the index of the multi operation, though that shouldn't come back from multi, so something may be off with indexing. Number of results seems accurate

java.lang.ClassCastException: java.util.ArrayList cannot be cast to [B
	at redis.clients.jedis.BuilderFactory$5.build(BuilderFactory.java:49)
	at redis.clients.jedis.BuilderFactory$5.build(BuilderFactory.java:47)
	at redis.clients.jedis.Response.get(Response.java:31)
	at redis.clients.jedis.Pipeline.syncAndReturnAll(Pipeline.java:89)
	at org.springframework.data.redis.connection.jedis.JedisConnection.closePipeline(JedisConnection.java:260)
	at org.springframework.data.redis.connection.DefaultStringRedisConnection.closePipeline(DefaultStringRedisConnection.java:1150)
	at org.springframework.data.redis.connection.AbstractConnectionPipelineIntegrationTests.testGetConfig(AbstractConnectionPipelineIntegrationTests.java:131)

testMultiDiscard() - NPE processing the last result, connection.get("testitnow")

	at org.springframework.data.redis.connection.AbstractConnectionPipelineIntegrationTests.testMultiDiscard(AbstractConnectionPipelineIntegrationTests.java:212)

Marshalling and unmarshalling of objects to XML payloads using AbstractMarshallingPayloadEndpoint and XStreamMarshaller seems to generated malformed SOAP Message when using XStream 1.2.1 or newer (XStream 1.2 works without problems).
The fundamental method of my endpoint looks like this:
Code:
  protected Object invokeInternal(Object object) throws Exception {
    MovieReservation movieReservationRequest = (MovieReservation) object;
    ReservationConfirmation confirmation = new ReservationConfirmation();
    confirmation.setId(new Date().getDate());
    confirmation.setSeatIds(new int[] 
{1, 2, 3, 4}
);
    return confirmation;
  }
The SOAP response, which is malformed, looks as follows:
Code:
<SOAP-ENV:Envelope xmlns:SOAP-ENV="..../">
  <SOAP-ENV:Header/>
  <SOAP-ENV:Body/>
  <ReservationConfirmation>
    <id>23</id>
    <seatIds>
      <int>1</int>
      <int>2</int>
      <int>3</int>
      <int>4</int>
    </seatIds>
  </ReservationConfirmation>
Notice the empty header and empty body and the ReservationConfirmation element following the body element (which is incorrect, since this element should be within the body).
I suspect the Spring org.s.x.oxm.XStreamWriter and its method marshalDomDone which contains the following lines
Code:
        else if (node instanceof Element) 
{
            streamWriter = new DomWriter((Element) node);
        }

However, sometimes between XStream 1.2 and XStream 1.3 the functionality of DomWriter has changed. This is described on the XStream mailing list in the "DOMWriter uses root element for marshalling instead of specified element" topic [1]
The suggested change is described in that post:"To write into an arbitrary node you have to use the constructor DomWriter(Element, Document, XmlFriendlyReplacer)."
Shouldn't the XStreamMarshall use the suggested three-param constructor instead of the default?
[1] http://www.nabble.com/DOMWriter-uses-root-element-for-marshalling-instead-of-specified-element-td16088975.html#a16088975

If one uses hostnames and a worker registers itself e.g. as Host=karm.brq.redhat.com the Undertow mod_cluster proxy enforces exact alias matching, which corresponds to Apache HTTP Server mod_cluster module implementation directive UseAlias being set to 1 (enforcing).
Symptoms
Thus registered worker's context:

INFO  [io.undertow] (default task-3) registering context /clusterbench, for node worker-1, 
with aliases [default-host, localhost]

 causes HTTP 404 errors both while trying to access the context on IP address or hostname.
This worker: 

INFO  [io.undertow] (default task-20) registering context /clusterbench, for node worker-1, 
with aliases [default-host, karm.brq.redhat.com]

, with one of its aliases being karm.brq.redhat.com could be accessed via the Undertow mod_cluster proxy without problems.
We need to decide whether this difference in default behaviour is desirable or not and act accordingly.
WDYT? 

While working on an issue related to spring-boot I found out that if a data format is registered in camel registry with the same name as the one camel looks-up with the help of DefaultDataFormatResolver, this object is then re-configured for each data format definition so one definition may override previous configuration with an undefined behavior.
So assume you have an xml route definitions as:

  <route>
    <from uri="direct:unmarshal"/>
      <csv delimiter=";" headerDisabled="true"/>
  </route>
  <route>
    <from uri="direct:marshal"/>
    <marshal>
      <csv headerDisabled="true" quoteDisabled="true"/>
    </marshal>
  </route>
</routes>

And some code like:

InputStream is = getClass().getResourceAsStream("...");

SimpleRegistry reg = new SimpleRegistry();
reg.put("csv-dataformat", new CsvDataFormat());

DefaultCamelContext ctx = new DefaultCamelContext(reg);
ctx.addRouteDefinitions(ctx.loadRoutesDefinition(is).getRoutes());
ctx.start();

ProducerTemplate template = ctx.createProducerTemplate();
String result = template.requestBody(
    "direct:marshal",
    Arrays.asList(Arrays.asList( "A1", "B1", "C1" )),
    String.class);

assertEquals("A1,B1,C1", result);

ctx.stop

Then this test fails with:

Expected :A1,B1,C1
Actual   :A1;B1;C1

It fails because the object added to the SimpleRegistry is shared among the two csv dataformats  so it is configured to have delimiter = ';' 
For spring-boot this causes some issues as it registers data formats beans as part of its auto-configuration magic thus if you do not set your own instance of data format, any data format operation like marshal/unmarshal may not work as expected. 

for spring-boot a solution would be to annotate auto configured data format beans with prototype scope.
a more generic solution would be to make DataFormat Cloneable and clone the bean found in the registry

Currently, there is no limit or history size, which may cause performance issue if history file is very big. 

This is an unused method and slipped into this Util class from ByteBloomFilter during the cleanup.
boolean contains(byte[] buf, ByteBuffer bloom)

If you create entities that have a camel case name such as "BaseUser", when the application.properties file gets an entry that references that entity in a label, it is smart enough to split the entity name into two words like "Base User", however when an entry is added that references that entity in a menu the subsequent capital letters get converted to lowercase like "Baseuser".
Obviously, the simple work around is to edit the application.properties file after the generation of the entity, but if you happen to be working on the code that deals with this anyway, you might want to fix this while you're in there.

Missing right paren:
Page<User> users = repository.findAll(new PageRequest(1, 20);

 AbstractJdbcCall.compile() executing in multiple threads causes a ConcurrentModificationException when running on a multicore processors. Synchronization is needed somewhere in the stack to avoid this exception. 
at java.util.AbstractList$Itr.checkForComodification( AbstractList.java:464)
at java.util.AbstractList$Itr.next(AbstractList.java: 435)
at org.springframework.jdbc.core.metadata.CallMetaDat aContext.reconcileParameters(CallMetaDataContext.j ava:296)
at org.springframework.jdbc.core.metadata.CallMetaDat aContext.processParameters(CallMetaDataContext.jav a:275)
at org.springframework.jdbc.core.simple.AbstractJdbcCall.compileInternal(AbstractJdbcCall.java:288)
at org.springframework.jdbc.core.simple.AbstractJdbcCall.compile(AbstractJdbcCall.java:266)
at org.springframework.jdbc.core.simple.AbstractJdbcCall.checkCompiled(AbstractJdbcCall.java:325)
at org.springframework.jdbc.core.simple.AbstractJdbcCall.doExecute(AbstractJdbcCall.java:351)
at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:160)

To reproduce this error, take two fields in an avro schema document matching the following:
"type" :  { "type": "array", "items": [ "null",  
{ "type": "map", "values": [ "null", "string" ] }
 ]  }
"type" : { "type": "map", "values": [ "null" , 
{ "type": "array", "items": [ "null" , "string"] }
 ] }
After creating two tables in hive with these schemas, the describe statement on each of them will only return the schema for the first one loaded.  This is due to a hashCode() collision in the InstanceCache.  
A patch will be included in this ticket shortly which removes the hashCode call from the InstanceCache's internal HashMap, and instead provides the entire schema object.

In SalesforceComponent::doStop we reference config that could be null if the component was configured without it and SalesforceComponent::createEndpoint was never invoked.

SpringValidatorAdapter is converting JSR-303 ConstraintViolations to Spring's FieldErrors. This conversion contains a flaw, when the violation occurs on FIELD level constraint, which is validated as bean (e.g. subform).
Consider following example:
Address.java
public class Address {

    private String street;
    private String number;

    // Getters and Setters

}

UserForm.java
public class UserForm {

    @NotEmpty
    @AddressValid(/* some parameters */)
    private Address contactAddress;
    private Address billingAddress;

}

AddressValidator.java
public class AddressValidator implements ConstraintValidator<AddressValid, Address> {

    // initialize ...

    public boolean isValid(Address address, ConstraintValidationContext context) {
        // check null, disableDefaultConstraintViolation ...

        if (street == null || street.length() == 0) {
            context.buildConstraintViolationWithTemplate("{validation.noStreet}")
                    .addNode(street).addConstraintViolation();
        );
    }

}

When submitting empty street the validator above will produce ConstraintValidation with Address instance as the invalidValue and UserForm instance as the leafBean. Now consider current SpringValidatorAdapter code:
SpringValidatorAdapter.java
protected void processConstraintViolations(Set<ConstraintViolation<Object>> violations, Errors errors) {
	for (ConstraintViolation<Object> violation : violations) {
		// ... irrelevant part of code
				if (errors instanceof BindingResult) {
					BindingResult bindingResult = (BindingResult) errors;
					String nestedField = bindingResult.getNestedPath() + field;
					if ("".equals(nestedField)) {
						String[] errorCodes = bindingResult.resolveMessageCodes(errorCode);
						bindingResult.addError(new ObjectError(
								errors.getObjectName(), errorCodes, errorArgs, violation.getMessage()));
					}
					else {
						Object invalidValue = violation.getInvalidValue();
						// ... THIS IS WHAT IS WRONG - the rejected value is the whole bean Address!!!
						if (!"".equals(field) && invalidValue == violation.getLeafBean()) {
							// bean constraint with property path: retrieve the actual property value
							invalidValue = bindingResult.getRawFieldValue(field);
						}
						String[] errorCodes = bindingResult.resolveMessageCodes(errorCode, field);
						bindingResult.addError(new FieldError(
								errors.getObjectName(), nestedField, invalidValue, false,
								errorCodes, errorArgs, violation.getMessage()));
					}
				}
	}
}

The impact of this behavior is critical - Spring's FORM tags are using rejected values as default values in forms. This means, that the user instead of the rejected value will see result of toString() method of the parent bean.
Correct behavior would be to check if the field contains path separator '.' instead of just checking invalidValue == violation.getLeafBean().

This is just a placeholder - things like this should work.

           xmlns:cm="http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.0.0"
           xmlns:ext="http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0"
           xsi:schemaLocation="http://www.osgi.org/xmlns/blueprint/v1.0.0
            http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd">

    <camelContext xmlns="http://camel.apache.org/schema/blueprint" id="camelBlueprint">
        <route>
            <from uri="jms:queue"/>
        </route>

    <bean id="jms" class="org.apache.camel.component.jms.JmsComponent">
        <property name="connectionFactory" ref="jmsConnectionPool"/>
    </bean>

    <reference id="jmsConnectionPool" interface="javax.jms.ConnectionFactory"/>

Currently the jmsConnectionPool is not at all passed to the JmsComponent.
The usage of JmsTemplate as debated on the mailinglists I think is of a (currently) much lesser concern.
Especially comparing a little to the ProducerCode in the servicemix-jms components.

Given:

@ActiveProfiles(profiles = "test")
@ContextConfiguration(classes = MyClass.class)
@ImportResource("/appContext.xml")
public class MyClass {
  private ProfileSpecificResource resource;

  @Bean
  public String aBean() {...}

  @Test
  public void aTest() {...}
}

Spring is not cascading/passing through the active profile(s) down to the imported resource (where profile specific beans are defined).
If the tests are invoked with the -Dspring.profiles.active=test argument, the tests run as expected.

This is a very risky thing to allow. 
Since, the external tables can point to any user location, which can potentially corrupt some other tables.

CSV-234 left an issue where CLOBs with embedded quotes were not properly escaped.
Given a CLOB like:

Choose either
"Y" or "N"

It should be transformed to:

""Y"" or ""N""

This patch will fix it (the bad coverage report is from unrelated code pushed to master this past weekend)
https://github.com/apache/commons-csv/pull/39
 
Schema on insert queries with fewer number of columns fails with below error message

ERROR ql.Driver (SessionState.java:printError(957)) - FAILED: NullPointerException null
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genReduceSinkPlan(SemanticAnalyzer.java:7277)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBucketingSortingDest(SemanticAnalyzer.java:6120)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genFileSinkPlan(SemanticAnalyzer.java:6291)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:8992)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8883)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9728)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9621)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10094)
at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:324)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10105)
at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:208)
at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:227)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:424)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:308)
at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1122)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1170)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1059)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1049)
at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:213)
at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:165)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:376)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:311)
at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:409)
at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:425)
at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:714)
at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:681)
at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:621)

drop table if exists table1; 
create table table1 (a int, b string, c string) 
   partitioned by (bkt int) 
   clustered by (a) into 2 buckets 
   stored as orc 
   tblproperties ('transactional'='true'); 
insert into table_1 partition (bkt) (b, a, bkt) values 
    ('part one', 1, 1), ('part one', 2, 1), ('part two', 3, 2), ('part three', 4, 3);

It used to be that you could use the close_region command from the shell to close a region on one server and have the master reassign it elsewhere. Now if you close a region, you get the following errors in the master log:
2010-11-23 00:46:34,090 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSING for region ffaa7999e909dbd6544688cc8ab303bd from server haus01.sf.cloudera.com,12020,1290501789693 but region was in  the state null and not in expected PENDI
2010-11-23 00:46:34,530 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: master:60000-0x12c537d84e10062 Received ZooKeeper Event, type=NodeDataChanged, state=SyncConnected, path=/hbase/unassigned/ffaa7999e909dbd6544688cc8ab303bd
2010-11-23 00:46:34,531 DEBUG org.apache.hadoop.hbase.zookeeper.ZKUtil: master:60000-0x12c537d84e10062 Retrieved 128 byte(s) of data from znode /hbase/unassigned/ffaa7999e909dbd6544688cc8ab303bd and set watcher; region=usertable,user1951957302,1290501969
2010-11-23 00:46:34,531 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_CLOSED, server=haus01.sf.cloudera.com,12020,1290501789693, region=ffaa7999e909dbd6544688cc8ab303bd
2010-11-23 00:46:34,531 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region ffaa7999e909dbd6544688cc8ab303bd from server haus01.sf.cloudera.com,12020,1290501789693 but region was in  the state null and not in expected PENDIN
and the region just gets stuck closed

right now GenericUDFOPEqualNS is displayed a "=" in explains; however it should be "<=>"....
this may cause some confusion...
related qtest: is_distinct_from.q
same: GenericUDFOPNotEqualNS

https://builds.apache.org/job/PreCommit-HBASE-Build/3057//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-server.html#Warnings_CORRECTNESS
shows :
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.apache.hadoop.hbase.regionserver.MemStoreFlusher
In method org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher$FlushRegionEntry)
Value loaded from region
Return value of org.apache.hadoop.hbase.regionserver.MemStoreFlusher$FlushRegionEntry.access$000(MemStoreFlusher$FlushRegionEntry)
At MemStoreFlusher.java:[line 346]
Redundant null check at MemStoreFlusher.java:[line 363]

Log:

2017-05-24,03:01:25,603 ERROR [regionserver13700-SendThread(hostxxx:11000)] org.apache.zookeeper.ClientCnxn: SASL authentication with Zookeeper Quorum member failed: javax.security.sasl.SaslException: An error: (java.security.PrivilegedActionException: javax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Connection reset)]) occurred when evaluating Zookeeper Quorum Member's  received SASL token. Zookeeper Client will go to AUTH_FAILED state.
2017-05-24,03:01:25,615 FATAL [regionserver13700-EventThread] org.apache.hadoop.hbase.client.HConnectionImplementation: hconnection-0x1148dd9b-0x35b6b4d4ca999c6, quorum=10.108.37.30:11000,10.108.38.30:11000,10.108.39.30:11000,10.108.84.25:11000,10.108.84.32:11000, baseZNode=/hbase/c3prc-xiaomi98 hconnection-0x1148dd9b-0x35b6b4d4ca999c6 received auth failed from ZooKeeper, aborting
org.apache.zookeeper.KeeperException$AuthFailedException: KeeperErrorCode = AuthFailed
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.connectionEvent(ZooKeeperWatcher.java:425)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:333)

2017-05-24,03:01:25,615 INFO [regionserver13700-EventThread] org.apache.hadoop.hbase.client.HConnectionImplementation: Closing zookeeper sessionid=0x35b6b4d4ca999c6

2017-05-24,03:01:25,623 WARN [regionserver13700.replicationSource,800] org.apache.hadoop.hbase.replication.regionserver.HBaseInterClusterReplicationEndpoint: Replicate edites to peer cluster failed.
java.io.IOException: Call to hostxxx/10.136.22.6:24600 failed on local exception: java.io.IOException: Connection closed

jstack

 java.lang.Thread.State: TIMED_WAITING (sleeping)
        at org.apache.hadoop.hbase.replication.regionserver.HBaseInterClusterReplicationEndpoint.sleepForRetries(HBaseInterClusterReplicationEndpoint.java:127)
        at org.apache.hadoop.hbase.replication.regionserver.HBaseInterClusterReplicationEndpoint.replicate(HBaseInterClusterReplicationEndpoint.java:199)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.shipEdits(ReplicationSource.java:905)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:492)

The cluster connection was aborted when the ZookeeperWatcher receive a AuthFailed event. Then the HBaseInterClusterReplicationEndpoint's replicate() method will stuck in a while loop.

Currently it caches IMetastoreClient on init() but the same connection is indirectly saved using ThreadLocal (since Hive.get() uses ThreadLocal).
So it may cause something other than DbTxnManager to use the same connection.  It needs to use the same Metastore client as the caller

Looks like refactoring garbage. As stated in javadoc comment method could be chained, but now it is private.

Acks are sent to the listener for the final sequence rather than the listener associated with each sequence.

In our automation tests, we can see intermittent NPE with following stack trace:

20:01:38,985 ERROR [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0043: Deployment unit processor org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor@54fd99c3 unexpectedly threw an exception during undeploy phase POST_MODULE of deployment "org.jboss.qa.management.ws.WebservicesWsdlHostIT.war": java.lang.NullPointerException
	at org.wildfly.extension.microprofile.config-smallrye@7.2.0.GA-redhat-00004//org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor.undeploy(SubsystemDeploymentProcessor.java:102)
	at org.jboss.as.server@6.0.11.Final-redhat-00001//org.jboss.as.server.deployment.DeploymentUnitPhaseService.safeUndeploy(DeploymentUnitPhaseService.java:211)
	at org.jboss.as.server@6.0.11.Final-redhat-00001//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:149)
	at org.jboss.msc@1.4.5.Final-redhat-00001//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
	at org.jboss.msc@1.4.5.Final-redhat-00001//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
	at org.jboss.msc@1.4.5.Final-redhat-00001//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
	at org.jboss.threads@2.3.2.Final-redhat-1//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
	at org.jboss.threads@2.3.2.Final-redhat-1//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
	at org.jboss.threads@2.3.2.Final-redhat-1//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
	at org.jboss.threads@2.3.2.Final-redhat-1//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1364)

20:01:38,986 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."org.jboss.qa.management.ws.WebservicesWsdlHostIT.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."org.jboss.qa.management.ws.WebservicesWsdlHostIT.war".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "org.jboss.qa.management.ws.WebservicesWsdlHostIT.war"
	at org.jboss.as.server@6.0.11.Final-redhat-00001//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:151)
Caused by: java.lang.IllegalStateException: No ConfigProviderResolver implementation found!
	at org.eclipse.microprofile.config.api@1.3.0.redhat-00001//org.eclipse.microprofile.config.spi.ConfigProviderResolver.instance(ConfigProviderResolver.java:122)
	at org.wildfly.extension.microprofile.config-smallrye@7.2.0.GA-redhat-00004//org.wildfly.extension.microprofile.config.smallrye.deployment.SubsystemDeploymentProcessor.deploy(SubsystemDeploymentProcessor.java:67)
	at org.jboss.as.server@6.0.11.Final-redhat-00001//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:144)
	... 8 more

further on, there is also following error in the server.log (it has been dealt in WFWIP-64, although in different circumstances, I guess):

20:01:39,164 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "org.jboss.qa.management.ws.WebservicesWsdlHostIT.war")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"org.jboss.qa.management.ws.WebservicesWsdlHostIT.war\".POST_MODULE" => "WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"org.jboss.qa.management.ws.WebservicesWsdlHostIT.war\"
    Caused by: java.lang.IllegalStateException: No ConfigProviderResolver implementation found!"}}
20:01:39,169 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0010: Deployed "org.jboss.qa.management.ws.WebservicesWsdlHostIT.war" (runtime-name : "org.jboss.qa.management.ws.WebservicesWsdlHostIT.war")
20:01:39,171 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.deployment.unit."org.jboss.qa.management.ws.WebservicesWsdlHostIT.war".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "org.jboss.qa.management.ws.WebservicesWsdlHostIT.war"

The NPE itself goes from the 'undeploy' method in SubsystemDeploymentProcessor. Although, according to the surrounding log messages (longer test log is attached [^NPE-server.log]), the server is still in the boot process by that time.
This NPE happens quite rarely so it looks like some kind of a race-condition is in place. So far we have seen this only on Windows with JDK-11 combination but cannot say it does not affect other platforms for sure.
Also, we have not seen it with latest WildFly nightly builds too (WildFly revision 353b95ef201c18dbd465087f520392c8525a2213) (yet?).

MessageDrivenBean31MetaData, JBossMessageDrivenBean31MetaData, JBossSessionBean31MetaData, SessionBean31MetaData don't merge timer metadata correctly leading to incorrect timer information when a deployment contains both xml dd and annotations for the bean.

Patch is actually over in hbase-1373 named javadoc.patch.  It was done by Lars Francke so I assigned him this issue.

Given the following class:
> 
> @Configuration
> public class NamespaceBasedConfiguration {
> 
> 	@Bean
> 	public FactoryBean<Job> classConfiguredJob(@Value("") String
> inputPath,@Value("") String outputPath) throws Exception 
{
> ...
> 	}
> }
> 
> 
> In my case I'm using component-scanning which detects, the class, tries
> to apply Autowiring which calls metadata.inject() which ends up calling
> AbstractAutowireCapableBeanFactory#getTypeForFactoryBean() specifically
> line 683:
> 
> Method m = ReflectionUtils.findMethod(fbClass, factoryMethodName);
> objectType = GenericTypeResolver.resolveReturnTypeArgument(m,
> FactoryBean.class);
> 
> 
> This results in a NPE since m above is null and that's because the
> findMethod looks for a "classConfiguredJob" with NO params (which is not
> the case with this class).
> 

This means they are not covered by the container state monitor

As HBASE-6309 mentioned, we also encounter problem of distributed-log-splitting take much more time than matser-local-log-splitting because lots of SplitLogManager 's renaming operations when finishing task.
Could we try to remove renaming tmp log file in SplitLogManager through splitting log to regions' recover.edits directory directly as the same as the master-local-log-splitting.

standalone wildfly startup: This exception appears sporadically and is caused by different modules and projects.
Multiple threads are used to deploy modules (MSC service thread 1-7), but a static method lookupProvider is called. The provider list is a normal ArrayList that causes the exception.

16:36:23,604 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.subunit."<our_ear>"."<our_module>".FIRST_MODULE_USE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."<our_ear>"."<our_module>".FIRST_MODULE_USE: WFLYSRV0153: Failed to process phase FIRST_MODULE_USE of subdeployment "<our_module>" of deployment "<our_ear>"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154)
at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:901)
at java.util.ArrayList$Itr.next(ArrayList.java:851)
at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.lookupProvider(PersistenceUnitServiceHandler.java:940)
at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.nextPhaseDependsOnPersistenceUnit(PersistenceUnitServiceHandler.java:1052)
at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.deploy(PersistenceUnitServiceHandler.java:136)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147)
... 5 more

Running under Java 8, Commons Compress' timestamps from zip files seem to include a random millisecond value.
The workaround we're applying is to round down to the nearest multiple of 1000, a workaround which could move into Commons Compress itself.

>>
./bin/hbase backup create full hdfs://localhost:8020/ -t test1
2017-09-27 10:19:38,885 INFO  [main] impl.BackupManifest: Manifest file stored to hdfs://localhost:8020/backup_1506487766386/.backup.manifest
2017-09-27 10:19:38,937 INFO  [main] impl.TableBackupClient: Backup backup_1506487766386 completed.
Backup session backup_1506487766386 finished. Status: SUCCESS
>>
2017-09-27 10:20:48,211 INFO  [main] mapreduce.JobSubmitter: Cleaning up the staging area /tmp/hadoop-yarn/staging/vkhandelwal/.staging/job_1506419443344_0045
2017-09-27 10:20:48,215 ERROR [main] impl.TableBackupClient: Unexpected exception in incremental-backup: incremental copy backup_1506487845361Can not convert from directory  (check Hadoop, HBase and WALPlayer M/R job logs) 
java.io.IOException: Can not convert from directory  (check Hadoop, HBase and WALPlayer M/R job logs) 
	at org.apache.hadoop.hbase.backup.impl.IncrementalTableBackupClient.walToHFiles(IncrementalTableBackupClient.java:363)
	at 

 ./bin/hbase backup create full hdfs://localhost:8020/ -t test1 

 ./bin/hbase backup create incremental hdfs://localhost:8020/ -t test1 

	at org.apache.hadoop.hbase.backup.impl.IncrementalTableBackupClient.convertWALsToHFiles(IncrementalTableBackupClient.java:322)
	at org.apache.hadoop.hbase.backup.impl.IncrementalTableBackupClient.execute(IncrementalTableBackupClient.java:232)
	at org.apache.hadoop.hbase.backup.impl.BackupAdminImpl.backupTables(BackupAdminImpl.java:601)
	at org.apache.hadoop.hbase.backup.impl.BackupCommands$CreateCommand.execute(BackupCommands.java:336)
	at org.apache.hadoop.hbase.backup.BackupDriver.parseAndRun(BackupDriver.java:137)
	at org.apache.hadoop.hbase.backup.BackupDriver.doWork(BackupDriver.java:170)
	at org.apache.hadoop.hbase.backup.BackupDriver.run(BackupDriver.java:203)
	at org.apache.hadoop.hbase.backup.BackupDriver.main(BackupDriver.java:178)
	at org.apache.hadoop.fs.Path.checkPathArg(Path.java:126)
	at org.apache.hadoop.util.StringUtils.stringToPath(StringUtils.java:245)
	at org.apache.hadoop.hbase.mapreduce.WALInputFormat.getInputPaths(WALInputFormat.java:301)
	at org.apache.hadoop.hbase.mapreduce.WALInputFormat.getSplits(WALInputFormat.java:274)
	at org.apache.hadoop.hbase.mapreduce.WALInputFormat.getSplits(WALInputFormat.java:264)
	at org.apache.hadoop.mapreduce.JobSubmitter.writeNewSplits(JobSubmitter.java:301)
	at org.apache.hadoop.mapreduce.JobSubmitter.writeSplits(JobSubmitter.java:318)
	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:196)
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1290)
	at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1287)
	at org.apache.hadoop.mapreduce.Job.submit(Job.java:1287)
	at org.apache.hadoop.mapreduce.Job.waitForCompletion(Job.java:1308)
	at org.apache.hadoop.hbase.mapreduce.WALPlayer.run(WALPlayer.java:380)
	at org.apache.hadoop.hbase.backup.impl.IncrementalTableBackupClient.walToHFiles(IncrementalTableBackupClient.java:354)
	... 9 more
2017-09-27 10:20:48,216 ERROR [main] impl.TableBackupClient: BackupId=backup_1506487845361,startts=1506487846725,failedts=1506487848216,failedphase=PREPARE_INCREMENTAL,failedmessage=Can not convert from directory  (check Hadoop, HBase and WALPlayer M/R job logs) 
2017-09-27 10:20:49,919 ERROR [main] impl.TableBackupClient: Backup backup_1506487845361 failed.
Backup session backup_1506487845361 finished. Status: SUCCESS

 ~/Desktop/backup-open-source/hbase-2.0.0-alpha3$ ./bin/hbase backup delete backup_150648776638 

2017-09-27 10:22:37,043 INFO  [main] metrics.MetricRegistries: Loaded MetricRegistries class org.apache.hadoop.hbase.metrics.impl.MetricRegistriesImpl
Deleted 0 backups. Total requested: 2

 ./bin/hbase backup history | grep backup_150648776638 

2017-09-27 10:22:18,600 INFO  [main] metrics.MetricRegistries: Loaded MetricRegistries class org.apache.hadoop.hbase.metrics.impl.MetricRegistriesImpl
{ID=backup_1506487766386,Type=FULL,Tables=
{test1},State=COMPLETE,Start time=Wed Sep 27 10:19:27 IST 2017,End time=Wed Sep 27 10:19:38 IST 2017,Progress=100%}

org.apache.hadoop.hbase.backup.impl.IncrementalTableBackupClient.convertWALsToHFiles(IncrementalTableBackupClient.java:322)
	... 9 more

>>
vkhandelwal@vishalk-wsl:~/Desktop/backup-open-source/hbase-2.0.0-alpha3$ ./bin/hbase backup delete backup_150648776638

>>
vkhandelwal@vishalk-wsl:~/Desktop/backup-open-source/hbase-2.0.0-alpha3$ ./bin/hbase backup history | grep backup_150648776638
{ID=backup_1506487766386,Type=FULL,Tables={test1}
,State=COMPLETE,Start time=Wed Sep 27 10:19:27 IST 2017,End time=Wed Sep 27 10:19:38 IST 2017,Progress=100%}
So We should have 2 fixes here
#1 backup on root should not be allowed at all either full or incremental
#2 delete should work for any incorrect backup, as backup structure might be abstracted from user.

If i try to do an update on Entity with a GeoJsonPoint properties i get the following:

org.springframework.data.mapping.context.InvalidPersistentPropertyPath: No property type found on org.springframework.data.mongodb.core.geo.GeoJsonPoint!

	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentPropertyPath(AbstractMappingContext.java:256)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentPropertyPath(AbstractMappingContext.java:229)
	at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentPropertyPath(AbstractMappingContext.java:204)
	at org.springframework.data.mongodb.core.convert.QueryMapper$MetadataBackedField.getPath(QueryMapper.java:838)
	at org.springframework.data.mongodb.core.convert.QueryMapper$MetadataBackedField.<init>(QueryMapper.java:729)
	at org.springframework.data.mongodb.core.convert.QueryMapper$MetadataBackedField.<init>(QueryMapper.java:706)
	at org.springframework.data.mongodb.core.convert.UpdateMapper$MetadataBackedUpdateField.<init>(UpdateMapper.java:193)
	at org.springframework.data.mongodb.core.convert.UpdateMapper.createPropertyField(UpdateMapper.java:164)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:122)
	at org.springframework.data.mongodb.core.convert.UpdateMapper.getMappedObjectForField(UpdateMapper.java:77)
	at org.springframework.data.mongodb.core.MongoTemplate$12.doInCollection(MongoTemplate.java:1108)
	at org.springframework.data.mongodb.core.MongoTemplate$12.doInCollection(MongoTemplate.java:1099)
	at org.springframework.data.mongodb.core.MongoTemplate.doUpdate(MongoTemplate.java:1099)
	at org.springframework.data.mongodb.core.MongoTemplate.doSaveVersioned(MongoTemplate.java:973)
	at org.springframework.data.mongodb.core.MongoTemplate.save(MongoTemplate.java:937)
	at org.springframework.data.mongodb.core.MongoTemplate.save(MongoTemplate.java:921)

In the reference doc, there is an error in the documentation generation which stops the example being shown. Specifically this bit:

Example 5. spring-data-rest-webmvc/src/test/java/org/springframework/data/rest/webmvc//security/PreAuthorizedOrderRepository.java
Unresolved directive in security.adoc - include::../../../spring-data-rest-webmvc/src/test/java/org/springframework/data/rest/webmvc//security/PreAuthorizedOrderRepository.java[tag=code]

currently it says to copy files from the master version of src/main/docbkx which is incorrect since the move to asciidoc.

Entity class A has Id, version and auditing fields:
 
@Data
@Document
  @Id String id;
  @Version Long version;
  @CreatedDate Date createdAt;
  @LastModifiedDate Date lastModifiedAt;
}

and I tried to save new A,

ARepository.save(new A());

but result document stored in mongodb doesn't have createdAt field. (only lastModifiedAt field exists)
 
In doInsert() in MongoTemplate, it set 0 to version field

T toSave = entity.initializeVersionProperty();

and then IsNewAwareAuditingHandler checks whether entity is new using IsNewStrategy,
but version field is already set to 0, so it's not new object.
So CreatedXX fields are not touched.
 
I don't know it's intended.

We ran into the following sequence of events:

master startup failed after only ROOT had been assigned (for another reason)
restarted the master without restarting other servers. Since there was at least one region assigned, it went through the failover code path
master scanned META and inserted every region into /hbase/unassigned in ZK.
then, it called "listChildren" on the /hbase/unassigned znode, and crashed with "Packet len6080218 is out of range!" since the IPC response was larger than the default maximum.

An exception handler is never invoked when the controller is proxied by CGLib in Portlet MVC. The issue already fixed for servlet MVC. Please refer to SPR-5959 for details.

When remote batch steps are executed on yarn containers, exit_code field is not updated in a database. As shown below exit_code is left to 'executing' when is should 'completed' or something else depending if step failed.

STEP_EXECUTION_ID  STEP_NAME               STATUS     EXIT_CODE
-----------------  ----------------------  ---------  ---------
                0  master1                 COMPLETED  COMPLETED
                1  remoteStep1:partition1  COMPLETED  EXECUTING
                2  remoteStep1:partition0  COMPLETED  EXECUTING
                3  master2                 FAILED     FAILED
                4  remoteStep2:partition1  FAILED     EXECUTING
                5  remoteStep2:partition0  FAILED     EXECUTING
                6  master                  COMPLETED  COMPLETED
                7  remoteStep:partition0   COMPLETED  COMPLETED
                8  remoteStep:partition1   COMPLETED  COMPLETED

I'm testing couchbase while it's running within a container (WildFly). If my camel-couchbase application is terminated, I still see client connections being attempted. I guess there's a background thread that's still operational.
The client has a shutdown() method, so we should probably make use of that somewhere.
Server logs are full of errors like:

2017-08-16 19:59:56.074 WARN com.couchbase.client.vbucket.ConfigurationProviderHTTP:  Connection problems with URI http://localhost:8091/pools ...skipping
java.net.ConnectException: Connection refused (Connection refused)
    at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
    at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
    at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
    at java.net.Socket.connect(Socket.java:589)
    at sun.net.NetworkClient.doConnect(NetworkClient.java:175)
    at sun.net.www.http.HttpClient.openServer(HttpClient.java:463)
    at sun.net.www.http.HttpClient.openServer(HttpClient.java:558)
    at sun.net.www.http.HttpClient.<init>(HttpClient.java:242)
    at sun.net.www.http.HttpClient.New(HttpClient.java:339)
    at sun.net.www.http.HttpClient.New(HttpClient.java:357)
    at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1202)
    at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1138)
    at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1032)
    at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:966)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1546)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474)
    at com.couchbase.client.vbucket.ConfigurationProviderHTTP.readToString(ConfigurationProviderHTTP.java:420)
    at com.couchbase.client.vbucket.ConfigurationProviderHTTP.readPools(ConfigurationProviderHTTP.java:206)
    at com.couchbase.client.vbucket.ConfigurationProviderHTTP.getBucketConfiguration(ConfigurationProviderHTTP.java:143)
    at com.couchbase.client.vbucket.provider.BucketConfigurationProvider.bootstrapHttp(BucketConfigurationProvider.java:352)
    at com.couchbase.client.vbucket.provider.BucketConfigurationProvider.bootstrap(BucketConfigurationProvider.java:128)
    at com.couchbase.client.vbucket.provider.BucketConfigurationProvider.signalOutdated(BucketConfigurationProvider.java:521)
    at com.couchbase.client.vbucket.provider.BucketConfigurationProvider.reloadConfig(BucketConfigurationProvider.java:545)
    at com.couchbase.client.CouchbaseConnection.queueReconnect(CouchbaseConnection.java:369)
    at net.spy.memcached.MemcachedConnection.lostConnection(MemcachedConnection.java:634)
    at net.spy.memcached.MemcachedConnection.handleIO(MemcachedConnection.java:703)
    at net.spy.memcached.MemcachedConnection.handleIO(MemcachedConnection.java:436)
    at com.couchbase.client.CouchbaseConnection.run(CouchbaseConnection.java:325)

Before I explain why it could happen, I describe how does this test(testLogRollOnDatanodeDeath) works:
1. There's two datanodes A & B in env. So the log has two replications first which is the expect and default value.
2. Add a new datanode C and wait it active.
3. Kill A who is in the pipelines. 
4. Write data. So trigger a new rollWriter while the next sync. And it only happens once. For the new log has two replications.
5. Kill another datanode B.
6. Write batch data to trigger consecutive rollWriter. So LowReplication-Roller will be disabled.
7. Add a new datanode D and wait it active.
8. Send a rollWriter request. So expect the new log will has the default replications.
9. Write batch data. Assert the LogReplication-Roller will be enabled.
Maybe the rollWriter request in step 8 can't be executed affected by the previous roll requests from step 6. So the current log replication is not the expect value.

  public byte [][] rollWriter() throws FailedLogCloseException, IOException {
    // Return if nothing to flush.
    if (this.writer != null && this.numEntries.get() <= 0) {
    }

So the following assertion must be safeguarded.

  log.rollWriter();
  batchWriteAndWait(table, 14, true, 10000);
  assertTrue("LowReplication Roller should've been enabled",
      log.isLowReplicationRollEnabled());

reported by Gopal V
In case dynamic partition pruning; the operator statistics became partial; to only reflect the actually scanned partitions; but they are being used as an information about the "full" table...which leads to the exchange of the 2 tables being joined...which is really unfortunate...

Let test fail because jvm crashed rather than because of rat license complaint

We are trying to support spring-boot 2 in Apache Camel and we have found some issues with commons-logging (ticket here: https://issues.apache.org/jira/browse/CAMEL-11756).
Some classes of the "impl" package of commons-logging are used by third party libraries. For example commons-configuration (v1 and v2) use the NoOpLog from that package in: https://github.com/apache/commons-configuration/blob/3c212681e410097cf38ee376540da585a8938923/src/main/java/org/apache/commons/configuration/AbstractConfiguration.java#L366
There are some camel modules that use commons-configuration, so we need to add commons-logging or jcl-over-slf4j to overcome this issue, but that would create duplicate classes, because the base package (org.apache.commons.configuration) is already provided by spring-jcl.
As jcl-over-slf4j did (https://github.com/qos-ch/slf4j/tree/master/jcl-over-slf4j/src/main/java/org/apache/commons/logging/impl), it would be useful to add some common classes from the "org.apache.commons.configuration.impl" package also in spring-jcl, in order to make the migration smoother for 1.x users.

TestSplitTransactionOnCluster is #3 on flaky list.
Regions are checked 2 different ways: cluster.getRegions(hri.getTable())} vs {{ProtobufUtil.getOnlineRegions(server.getRSRpcServices()). The later one can also include hbase:namespace table as well causing the test to fail.

Occasionally IntegrationTestLoadAndVerify failed with the following error. This is caused by RPC retry and the first attempt actually went through successfully and the second retry attempt fails because the table is disabled by the first attempt.

2013-10-10 19:55:54,339|beaver.machine|INFO|org.apache.hadoop.hbase.TableNotEnabledException: org.apache.hadoop.hbase.TableNotEnabledException: IntegrationTestLoadAndVerify
2013-10-10 19:55:54,340|beaver.machine|INFO|at org.apache.hadoop.hbase.master.handler.DisableTableHandler.prepare(DisableTableHandler.java:100)
2013-10-10 19:55:54,341|beaver.machine|INFO|at org.apache.hadoop.hbase.master.HMaster.disableTable(HMaster.java:1979)
2013-10-10 19:55:54,342|beaver.machine|INFO|at org.apache.hadoop.hbase.master.HMaster.disableTable(HMaster.java:1990)

Because the owning tx was never pushed into the OwnableReentrantLock ownership stack in org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.handleThrowableInTxSync(...).
This will cause subsequent Lock.tryAcquire(..) to fail for a different tx.

/profile=full-ha/subsystem=messaging-activemq/server=default/broadcast-group=bg-group1:undefine-attribute(name=connectors)
{
}

2018-04-16 15:41:16,830 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("undefine-attribute") failed - address: ([
    ("broadcast-group" => "bg-group1")
        at org.jboss.dmr.ModelNode.asList(ModelNode.java:1592)
        at org.wildfly.extension.messaging.activemq.BroadcastGroupDefinition.validateConnectors(BroadcastGroupDefinition.java:149)
        at org.wildfly.extension.messaging.activemq.BroadcastGroupWriteAttributeHandler.finishModelStage(BroadcastGroupWriteAttributeHandler.java:47)
        at org.jboss.as.controller.AbstractWriteAttributeHandler.execute(AbstractWriteAttributeHandler.java:95)
        at org.jboss.as.controller.operations.global.UndefineAttributeHandler.execute(UndefineAttributeHandler.java:52)

if deleteAfterRead option is kept false while fetching all the files in the S3 bucket to linux machine, Camel polls all the files only once. I tried to debug org.apache.camel.component.aws.s3.S3Consumer.java class inside method poll() there is check for filesConsumed boolean variable which seems to be always true after the first polling and then it never access any files.
Same issue was reported http://stackoverflow.com/questions/34193738/apache-camel-s3-only-do-polling-once but the suggestion was to downgrade to 2.16.0 which has many different issues which got fixed in 2.17.0

In Hive, "insert overwrite local directory" first deletes the overwritten directory if exists, recreate a new one, then copy the files from src directory to the new local directory. This process sometimes changes the permissions of the to-be-overwritten local directory, therefore causing some applications no more to be able to access its content.

The shell changed from using separate add/modify/delete column calls to funneling everything through modify table for performance reasons. We know that using modify table works for everything. Let's drop the old code for Add/Modify/Delete Column so that we have a lower maintenance burden and fewer code paths to reason about.
-------- Was: shell 'alter' command no longer distinguishes column add/modify/delete
After HBASE-15641 all 'alter' commands go through a single modifyTable call at the end, so we no longer can easily distinguish add, modify, and delete column events. This potentially affects coprocessors that needed the update notifications for new or removed columns.
Let's let the shell still make separate behaviour calls like it did before without undoing the batching that seems pretty useful.

It appears that the JobLaunchingOuputCommitter is not properly picking up the configuration.
the quorum is set in the job conf when I look at it in the yarn mr history manager.  However as you can see below the zk session is still defaulting to 127.0.0.1

2013-04-30 10:18:54,728 INFO [CommitterEvent Processor #1-SendThread()] org.apache.zookeeper.ClientCnxn: Opening socket connection to server /127.0.0.1:2181
2013-04-30 10:18:54,729 INFO [CommitterEvent Processor #1] org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper: The identifier of this process is hconnection-0x1704de3e
2013-04-30 10:18:54,731 WARN [CommitterEvent Processor #1-SendThread(localhost:2181)] org.apache.zookeeper.ClientCnxn: Session 0x0 for server null, unexpected error, closing socket connection and attempting reconnect
	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:692)
	at org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(ClientCnxnSocketNIO.java:286)
	at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1041)
2013-04-30 10:18:54,847 WARN [CommitterEvent Processor #1] org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper: Possibly transient ZooKeeper, quorum=localhost:2181, exception=org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/hbaseid
2013-04-30 10:18:54,847 INFO [CommitterEvent Processor #1] org.apache.hadoop.hbase.util.RetryCounter: Sleeping 2000ms before retry #1...
2013-04-30 10:18:54,882 INFO [RMCommunicator Allocator] org.apache.hadoop.mapreduce.v2.app.rm.RMContainerAllocator: Before Scheduling: PendingReds:0 ScheduledMaps:0 ScheduledReds:0 AssignedMaps:0 AssignedReds:1 CompletedMaps:1 CompletedReds:1 ContAlloc:2 ContRel:0 HostLocal:0 RackLocal:1
2013-04-30 10:18:55,839 INFO [CommitterEvent Processor #1-SendThread(localhost:2181)] org.apache.zookeeper.ClientCnxn: Opening socket connection to server localhost/127.0.0.1:2181
2013-04-30 10:18:55,840 WARN [CommitterEvent Processor #1-SendThread(localhost:2181)] org.apache.zookeeper.ClientCnxn: Session 0x0 for server null, unexpected error, closing socket connection and attempting reconnect
2013-04-30 10:18:55,887 INFO [RMCommunicator Allocator] org.apache.hadoop.mapreduce.v2.app.rm.RMContainerAllocator: Received completed container container_1367340870656_0004_01_000003
2013-04-30 10:18:55,888 INFO [RMCommunicator Allocator] org.apache.hadoop.mapreduce.v2.app.rm.RMContainerAllocator: After Scheduling: PendingReds:0 ScheduledMaps:0 ScheduledReds:0 AssignedMaps:0 AssignedReds:0 CompletedMaps:1 CompletedReds:1 ContAlloc:2 ContRel:0 HostLocal:0 RackLocal:1
2013-04-30 10:18:55,888 INFO [AsyncDispatcher event handler] org.apache.hadoop.mapreduce.v2.app.job.impl.TaskAttemptImpl: Diagnostics report from attempt_1367340870656_0004_r_000000_0: Container killed by the ApplicationMaster.

Currently, the InvocationHandler used to update per-method metrics in the Thrift server fails to update metrics if an exception occurs.  This causes us to miss outliers.  We should include exceptional cases in per-method latencies, and also look at adding specific exception rate metrics.

The $simple{} syntax is useful to avoid clash with spring property placeholders. The camel-sql component does not recognize it, so when users create endpoints like:

<to id="_to1" uri="sql:select * from accounts where customerid = :#${header.xxx}?dataSource=dataSource"/>

I.e. use the id field and the "${header.xxx}" syntax, spring tries to find a property named "header.xxx" and crashes.
We should allow writing:

<to id="_to1" uri="sql:select * from accounts where customerid = :#$simple{header.xxx}?dataSource=dataSource"/>

 Following is a small reproducible case for the issue
create table orc1
  stored as orc
  tblproperties("orc.compress"="ZLIB")
  as
    select rn
    from
    (
      select cast(1 as int) as rn from src limit 1
      union all
      select cast(100 as int) as rn from src limit 1
      union all
      select cast(10000 as int) as rn from src limit 1
    ) t;
create table orc_rn1 (rn int);
create table orc_rn2 (rn int);
create table orc_rn3 (rn int);
// These inserts should produce 3 rows but only 1 row is produced
from orc1 a
insert overwrite table orc_rn1 select a.* where a.rn < 100
insert overwrite table orc_rn2 select a.* where a.rn >= 100 and a.rn < 1000
insert overwrite table orc_rn3 select a.* where a.rn >= 1000;
select * from orc_rn1
union all
select * from orc_rn2
union all
select * from orc_rn3;
The expected output of the query is
1
100
10000
But with vectorization enabled we get
1

If no explicit interceptor bindings have been specified for a bean, then JBossMetaData.getInterceptors(String beanName, JBossMetaData jbossMetaData) doesn't return the default interceptor bindings (i.e. bindings for ejb-name=*)

Today I ran out of space on "/tmp" while trying to build wildfly-swarm-examples. It turns out that some part of the Swarm build, the -examples build, or just general running of Swarm leaves various directories and jars in the tmp directory that never get cleaned up.

Checked with John Casey and alphas can only go to https://maven.repository.redhat.com/earlyaccess/. Will add this repo for ER2.

Currently, HBase canary tool doesn't have provision for renewing Kerberos ticket. So, if it is left running for sufficiently long periods, it would error out with the following exception messages. 

2014-09-22 14:20:18,781 WARN org.apache.hadoop.security.UserGroupInformation: PriviledgedActionException as:hbase (auth:KERBEROS) cause:javax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)]
2014-09-22 14:20:18,783 WARN org.apache.hadoop.ipc.RpcClient: Exception encountered while connecting to the server : javax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)]
2014-09-22 14:20:18,783 FATAL org.apache.hadoop.ipc.RpcClient: SASL authentication failed. The most likely cause is missing or invalid credentials. Consider 'kinit'.
javax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)] 

Occurs after update to 4.1.4 from 4.0.4. More specifically, 4.0.9 to 4.1.0.
Please see https://github.com/reid-harrison/my-failing-bean for a sample project that reproduces the issue.

If an uri has a percent encoded value, eg using %20, %25 etc, then the normalization logic in Camel should detect this and keep the value as is.
Currently it would end up double encoding %25, that becomes %2525, and so forth.
Its the code in UnsafeUriCharactersEncoder that has the bug

For a peer only user specified tables should be created but enable_table_replication command is not honouring that.
eg:
like peer1 : t1:cf1, t2
create 't3', 'd'
enable_table_replication 't3' > should not create t3 in peer1

A few of the varchar tests fail when testing against hadoop-2.1.1.  It looks like some of the input/output rows used in the tests need to be sorted so that the results look consistent across hadoop versions.

The javadoc of @EnableAsync states
By default, Spring will be searching for an associated thread pool definition: either a unique org.springframework.core.task.TaskExecutor bean in the context, or an java.util.concurrent.Executor bean named "taskExecutor" otherwise.
That is only partly true, since any java.util.concurrent.Executor bean, no matter how it is named, will not be considered and the fallback SimpleAsyncTaskExecutor will be used. I can provide a test case if that is debatable.
It would further be helpful to state that an AsyncConfigurer takes precedence over any registered TaskExecutor.

Add tests for issue https://issues.jboss.org/browse/ELY-688 and https://issues.jboss.org/browse/ELY-691

Right now, the AccessController makes sure that (when users care about audit events) we generate an audit log event for any access change, like granting or removing a permission from a user.
When the set of labels a user has access to is altered, it gets handled by the VisibilityLabelService and we don't log anything to the audit log.

http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.8
Ouch!

Last-Modified: Mon, 07 Apr 2014 10:14:49 GMT
X-Powered-By: Undertow 1
Server: Wildfly 8
Content-Type: text/html
Content-Length: 2429
Date: Wed, 09 Apr 2014 13:29:37 GMT

CAMEL-9210 introduced  a regression about the ability to specify AWS credentials, and no amazonS3Client reference.
PR will be provided soon to remove the unnecessary mandatory nature of amazonS3Client.

i think i have found the same bug as in WFCORE-1033 but in another method.
in the previous bug the bind method was the problem, here i have the same NPE in the close method. there is no null check to registry as in the bind method.

[Server:mgmt-1-prod] 2015-11-10 00:37:15,454 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.jgroups.channel.ee.connector: org.jboss.msc.service.StartException in service jboss.jgroups.channel.ee.connector:
[Server:mgmt-1-prod]    at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:9
6)
[Server:mgmt-1-prod]    at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
[Server:mgmt-1-prod]    at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
[Server:mgmt-1-prod]    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Server:mgmt-1-prod]    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Server:mgmt-1-prod]    at java.lang.Thread.run(Thread.java:745)
[Server:mgmt-1-prod] Caused by: java.lang.NullPointerException
[Server:mgmt-1-prod]    at org.jboss.as.network.ManagedDatagramSocketBinding.close(ManagedDatagramSocketBinding.java:73)
[Server:mgmt-1-prod]    at java.net.DatagramSocket.<init>(DatagramSocket.java:245)
[Server:mgmt-1-prod]    at org.jboss.as.network.ManagedDatagramSocketBinding.<init>(ManagedDatagramSocketBinding.java:41)
[Server:mgmt-1-prod]    at org.jboss.as.network.SocketBindingManagerImpl.createDatagramSocket(SocketBindingManagerImpl.java:87)
[Server:mgmt-1-prod]    at org.jboss.as.clustering.jgroups.ManagedSocketFactory.createDatagramSocket(ManagedSocketFactory.java:103)
[Server:mgmt-1-prod]    at org.jboss.as.clustering.jgroups.ManagedSocketFactory.createDatagramSocket(ManagedSocketFactory.java:113)
[Server:mgmt-1-prod]    at org.jgroups.protocols.UDP.createDatagramSocketWithBindPort(UDP.java:487)
[Server:mgmt-1-prod]    at org.jgroups.protocols.UDP.createSockets(UDP.java:361)
[Server:mgmt-1-prod]    at org.jgroups.protocols.UDP.start(UDP.java:270)
[Server:mgmt-1-prod]    at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:965)
[Server:mgmt-1-prod]    at org.jgroups.JChannel.startStack(JChannel.java:890)
[Server:mgmt-1-prod]    at org.jgroups.JChannel._preConnect(JChannel.java:553)
[Server:mgmt-1-prod]    at org.jgroups.JChannel.connect(JChannel.java:288)
[Server:mgmt-1-prod]    at org.jgroups.JChannel.connect(JChannel.java:279)
[Server:mgmt-1-prod]    at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:94)
[Server:mgmt-1-prod]    ... 5 more

This has always been the design.
see LoadSemanticAnalyzer.analyzeInternal()
StrictChecks.checkBucketing(conf);
Some examples (this is exposed by HIVE-16177)
insert_values_orig_table.q
 insert_orig_table.q
 insert_values_orig_table_use_metadata.q

This ticket refers to CAMEL-7836.
The fix seems to be slightly wrong. (We still geht the ConcurrentModificationException)
The cause seems to be in removeRouteCollection and addRouteCollection. See here:

void removeRouteCollection(Collection<Route> routes) {
        synchronized (routes) {
            this.routes.removeAll(routes);
        }
}

Here the code synchronizes on the routes parameter, but should be on this.routes (as it getRoutes() does). The same in addRouteCollection().

Remove this command. It will cause more damage than it could ever solve. It should exist, it should be out in hbck2, not here in user-space.

Dru Jensen wrote on hbase-user@
> I found what is causing the same rows being sent to multiple map tasks.
> If you have the same column family name in other tables, the Test will
> send the same rows to multiple map reducers.
Stack wrote in response:
> Indeed, a bug in getStartKeys will make us process all tables that have
> a column family name in common.
[...]
> The above Visitor is visiting the meta table.  Its checking column
> family name.  Any region that is not offlined or split gets added to the
> list of regions.  Its not checking that the region belongs to the wanted
> table.

Some bugs with partition pruning have been reported and the correct fix for many of them is to rewrite the partition pruning code as an optimizer transformation which gets kicked in after the predicate pushdown code. This refactor also uses the graph walker framework so that the partition pruning code gets consolidated well with the frameworks and does not work on the query block but rather works on the operator tree.

parallelProcessing and executor being overridden in constructor.
MulticastProcessor.java
    public MulticastProcessor(Collection<Processor> processors, AggregationStrategy aggregationStrategy, boolean parallelProcessing, ThreadPoolExecutor executor) {
        this(processors, aggregationStrategy, false, null, false);
    }

It is not possible to address an inner class from SPEL via T(Outer$Inner) because the SPEL parser throws a ParseException:
org.springframework.expression.ParseException: Parsing problem: EL1050E:(pos 8): Error occurred during expression parse: mismatched input '$' expecting RPAREN
	at org.springframework.expression.spel.antlr.SpelAntlrExpressionParser.doParseExpression(SpelAntlrExpressionParser.java:74)
	at org.springframework.expression.common.TemplateAwareExpressionParser.parseExpressions(TemplateAwareExpressionParser.java:128)
	at org.springframework.expression.common.TemplateAwareExpressionParser.parseTemplate(TemplateAwareExpressionParser.java:74)
	at org.springframework.expression.common.TemplateAwareExpressionParser.parseExpression(TemplateAwareExpressionParser.java:64)
...
Caused by: org.springframework.expression.spel.SpelException: EL1050E:(pos 8): Error occurred during expression parse: mismatched input '$' expecting RPAREN
	at org.springframework.expression.spel.antlr.SpringExpressionsParserExtender.displayRecognitionError(SpringExpressionsParserExtender.java:60)
	at org.antlr.runtime.BaseRecognizer.reportError(BaseRecognizer.java:144)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.type(SpringExpressionsParser.java:2937)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.startNode(SpringExpressionsParser.java:1451)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.primaryExpression(SpringExpressionsParser.java:1188)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.unaryExpression(SpringExpressionsParser.java:1136)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.powerExpr(SpringExpressionsParser.java:954)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.productExpression(SpringExpressionsParser.java:806)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.sumExpression(SpringExpressionsParser.java:675)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.relationalExpression(SpringExpressionsParser.java:593)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.logicalAndExpression(SpringExpressionsParser.java:505)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.logicalOrExpression(SpringExpressionsParser.java:417)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.expression(SpringExpressionsParser.java:207)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.expr(SpringExpressionsParser.java:140)
	at org.springframework.expression.spel.antlr.SpelAntlrExpressionParser.doParseExpression(SpelAntlrExpressionParser.java:67)
	... 150 more
Caused by: MismatchedTokenException(71!=24)
	at org.antlr.runtime.BaseRecognizer.mismatch(BaseRecognizer.java:117)
	at org.antlr.runtime.BaseRecognizer.match(BaseRecognizer.java:99)
	at org.springframework.expression.spel.generated.SpringExpressionsParser.type(SpringExpressionsParser.java:2895)
	... 162 more

See HIVE-7221.
By default beeline tries to buffer the entire output relation before printing it on stdout. This can cause OOM when the output relation is large. However, beeline has the option of incremental prints. We should keep that as the default.

Building the camel-xmlrpc component via Maven: mvn install will create a .jar without the dataformat package included; this seems to be because the property camel.osgi.export.pkg only specifies the compoenent package

Please look at the stacktrace, when enabled StorageBasedAuthorization, creating external table will failed with write permission about the default warehouse path "/user/hive/warehouse": 
> CREATE EXTERNAL TABLE test(id int) LOCATION '/tmp/wangmeng/test'  ;
Error: Error while compiling statement: FAILED: HiveException java.security.AccessControlException: Permission denied: user=wangmeng, access=WRITE, inode="/user/hive/warehouse":hive:hive:drwxr-x--t.

This breaches the JAVA contact that equal objects should have equal hash code, thus may cause unexpected results.

In trunk for the past several updates from github, I get this:
(workaround of mvn -D maven.test.skip=true clean install but not desired)
 T E S T S
Results :
  testRemoveElements(org.springframework.roo.support.util.DomUtilsTest): expected:<..." encoding="UTF-8"?>[(..)
Tests run: 52, Failures: 1, Errors: 0, Skipped: 0

Setting NEW_VERSION_BEHAVIOR => 'true' on a column family causes only one column to be returned when columns are specified in Scan or Get query. The result is always one first column by sorted order. I've attached a code snipped to reproduce the issue that can be converted into a test.
I've also validated with hbase shell and gohbase client, so it's gotta be server side issue.

During the initial creation of the ugi we user appId but later we user the user who submitted the request. Although this doesn't matter as long as the job tokens are set correctly. It is good to keep it consistent. 

Hi,
I'm having a problem to obtain DataSource using JNDI Name lookup.
Please see my code and error below:
      Connection connection = null;
      DataSource dataSource = null;
      try 
{
        final Context initContext = new InitialContext();
        dataSource = (DataSource)  initContext.lookup("java:/MyDataSource");
        connection = dataSource.getConnection();
      }
{
         LOGGER.error(e);
      }

Caused by: javax.naming.NamingException: JBAS011832: Could not dereference object [Root exception is java.lang.NullPointerException]
        at org.jboss.as.naming.NamingContext.getObjectInstance(NamingContext.java:526)
        at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:236)
        at org.jboss.as.naming.InitialContext$DefaultInitialContext.lookup(InitialContext.java:233)
        at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:188)
        at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:184)
        at javax.naming.InitialContext.lookup(InitialContext.java:411) [rt.jar:1.7.0_45]
        ... 10 more
        at org.jboss.as.naming.NamingContext.getObjectInstance(NamingContext.java:522)
        ... 17 more

Manifold adds a URL with custom protocol, manifoldclass: to the classpath, which is supported by URLClassLoader.  However, Spring assumes classpath URLs are file-based when it scans the classpath during SpringApplication.run(). 
If Spring encounters a URL that is not file-based, it throws a FileNotFoundException it subsequently catches and logs a warning.  But it still logs the stack trace to the console, which is alarming if not misleading.
Better:  omit the stack trace from the warning message. 
Best:  provide an API or convention to handle a non-file protocol, or exclude it from the scan.
Log
 :: Spring Boot ::        (v2.0.6.RELEASE) :: Spring Boot ::        (v2.0.6.RELEASE)
2018-10-20 11:48:01.252  INFO 18328 — [           main] com.example.demo.DemoApplication         : Starting DemoApplication on LAPTOP-1OGNGP8A with PID 18328 (C:\Temp\spring\demo\demo\target\classes started by scott in C:\Temp\spring\demo\demo)2018-10-20 11:48:01.258  INFO 18328 — [           main] com.example.demo.DemoApplication         : No active profile set, falling back to default profiles: default2018-10-20 11:48:01.313  INFO 18328 — [           main] s.c.a.AnnotationConfigApplicationContext : Refreshing org.springframework.context.annotation.AnnotationConfigApplicationContext@1f97cf0d: startup date [Sat Oct 20 11:48:01 PDT 2018]; root of context hierarchy2018-10-20 11:48:01.413  WARN 18328 — [           main] .i.s.PathMatchingResourcePatternResolver : Cannot search for matching files underneath URL [manifoldclass://414493378/com/example/demo/] because it does not correspond to a directory in the file system
java.io.FileNotFoundException: URL [manifoldclass://414493378/com/example/demo/] cannot be resolved to absolute file path because it does not reside in the file system: manifoldclass://414493378/com/example/demo/ at org.springframework.util.ResourceUtils.getFile(ResourceUtils.java:217) ~[spring-core-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.core.io.AbstractFileResolvingResource.getFile(AbstractFileResolvingResource.java:131) ~[spring-core-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.core.io.UrlResource.getFile(UrlResource.java:225) ~[spring-core-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:697) [spring-core-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:510) [spring-core-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:282) [spring-core-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.support.AbstractApplicationContext.getResources(AbstractApplicationContext.java:1307) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.support.GenericApplicationContext.getResources(GenericApplicationContext.java:233) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.scanCandidateComponents(ClassPathScanningCandidateComponentProvider.java:421) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:316) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ClassPathBeanDefinitionScanner.doScan(ClassPathBeanDefinitionScanner.java:275) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ComponentScanAnnotationParser.parse(ComponentScanAnnotationParser.java:132) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:288) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:245) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:202) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:170) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:316) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:233) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanDefinitionRegistryPostProcessors(PostProcessorRegistrationDelegate.java:271) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:91) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:692) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:530) [spring-context-5.0.10.RELEASE.jar:5.0.10.RELEASE] at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:754) [spring-boot-2.0.6.RELEASE.jar:2.0.6.RELEASE] at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:386) [spring-boot-2.0.6.RELEASE.jar:2.0.6.RELEASE] at org.springframework.boot.SpringApplication.run(SpringApplication.java:307) [spring-boot-2.0.6.RELEASE.jar:2.0.6.RELEASE] at org.springframework.boot.SpringApplication.run(SpringApplication.java:1242) [spring-boot-2.0.6.RELEASE.jar:2.0.6.RELEASE] at org.springframework.boot.SpringApplication.run(SpringApplication.java:1230) [spring-boot-2.0.6.RELEASE.jar:2.0.6.RELEASE] at com.example.demo.DemoApplication.main(DemoApplication.java:12) [classes/:na]
2018-10-20 11:48:01.931  INFO 18328 — [           main] o.s.j.e.a.AnnotationMBeanExporter        : Registering beans for JMX exposure on startup2018-10-20 11:48:01.944  INFO 18328 — [           main] com.example.demo.DemoApplication         : Started DemoApplication in 1.088 seconds (JVM running for 2.041)

Overflow in row counts and data size for several TPC-DS queries.
Interestingly the operators which have overflow end up running with a small parallelism.
For instance Reducer 2 has an overflow but it only runs with parallelism of 2.

       Reducer 2 
                keys: KEY._col0 (type: string), KEY._col1 (type: string), KEY._col2 (type: string), KEY._col3 (type: string), KEY._col4 (type: float)
                outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5
                Statistics: Num rows: 9223372036854775807 Data size: 9223372036854775341 Basic stats: COMPLETE Column stats: COMPLETE
                  key expressions: _col3 (type: string), _col3 (type: string)
                  sort order: ++
                  Map-reduce partition columns: _col3 (type: string)
                  Statistics: Num rows: 9223372036854775807 Data size: 9223372036854775341 Basic stats: COMPLETE Column stats: COMPLETE
                  value expressions: _col0 (type: string), _col1 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: float), _col5 (type: double)

VERTEX       TOTAL_TASKS    DURATION_SECONDS     CPU_TIME_MILLIS INPUT_RECORDS   OUTPUT_RECORDS 
Map 1                 62               26.41           1,779,510   211,978,502       60,628,390
Map 5                  1                4.28               6,950       138,098          138,098
Map 6                  1                2.44               3,910            31               31
Reducer 2              2               22.69              61,320    60,628,390           69,182
Reducer 3              1                2.63               3,910        69,182              100
Reducer 4              1                1.01               1,180           100              100

Query

explain  
select  i_item_desc 
      ,i_category 
      ,i_class 
      ,i_current_price
      ,i_item_id
      ,sum(ws_ext_sales_price) as itemrevenue 
      ,sum(ws_ext_sales_price)*100/sum(sum(ws_ext_sales_price)) over
          (partition by i_class) as revenueratio
from	
	web_sales
    	,item 
    	,date_dim
where 
	web_sales.ws_item_sk = item.i_item_sk 
  	and item.i_category in ('Jewelry', 'Sports', 'Books')
  	and web_sales.ws_sold_date_sk = date_dim.d_date_sk
	and date_dim.d_date between '2001-01-12' and '2001-02-11'
group by 
	i_item_id
        ,i_item_desc 
        ,i_category
        ,i_class
        ,i_current_price
order by 
	i_category
        ,i_class
        ,i_item_id
        ,i_item_desc
        ,revenueratio
limit 100

Explain 

    Tez
      Edges:
        Map 1 <- Map 5 (BROADCAST_EDGE), Map 6 (BROADCAST_EDGE)
        Reducer 4 <- Reducer 3 (SIMPLE_EDGE)
      DagName: mmokhtar_20141019164343_854cb757-01bd-40cb-843e-9ada7c5e6f38:1
      Vertices:
        Map 1 
                TableScan
                  alias: web_sales
                  filterExpr: ws_item_sk is not null (type: boolean)
                  Statistics: Num rows: 21594638446 Data size: 2850189889652 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: ws_item_sk is not null (type: boolean)
                    Statistics: Num rows: 21594638446 Data size: 172746300152 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: ws_item_sk (type: int), ws_ext_sales_price (type: float), ws_sold_date_sk (type: int)
                      outputColumnNames: _col0, _col1, _col2
                      Statistics: Num rows: 21594638446 Data size: 172746300152 Basic stats: COMPLETE Column stats: COMPLETE
                      Map Join Operator
                        condition map:
                             Inner Join 0 to 1
                        condition expressions:
                          0 {_col0} {_col1}
                          1 
                        keys:
                          0 _col2 (type: int)
                          1 _col0 (type: int)
                        input vertices:
                          1 Map 6
                        Statistics: Num rows: 24145061366 Data size: 193160490928 Basic stats: COMPLETE Column stats: COMPLETE
                               Inner Join 0 to 1
                            0 {_col1}
                            1 {_col1} {_col2} {_col3} {_col4} {_col5}
                          keys:
                            0 _col0 (type: int)
                            1 _col0 (type: int)
                          outputColumnNames: _col1, _col6, _col7, _col8, _col9, _col10
                            1 Map 5
                          Statistics: Num rows: 25381041158 Data size: 11929089344260 Basic stats: COMPLETE Column stats: COMPLETE
                            expressions: _col6 (type: string), _col7 (type: string), _col10 (type: string), _col9 (type: string), _col8 (type: float), _col1 (type: float)
                            outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5
                            Statistics: Num rows: 25381041158 Data size: 11929089344260 Basic stats: COMPLETE Column stats: COMPLETE
                              aggregations: sum(_col5)
                              keys: _col0 (type: string), _col1 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: float)
                              mode: hash
                              outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5
                              Statistics: Num rows: 119291 Data size: 954328 Basic stats: COMPLETE Column stats: COMPLETE
                                key expressions: _col0 (type: string), _col1 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: float)
                                sort order: +++++
                                Map-reduce partition columns: _col0 (type: string), _col1 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: float)
                                Statistics: Num rows: 119291 Data size: 954328 Basic stats: COMPLETE Column stats: COMPLETE
                                value expressions: _col5 (type: double)
        Map 5 
                TableScan
                  filterExpr: ((i_category) IN ('Jewelry', 'Sports', 'Books') and i_item_sk is not null) (type: boolean)
                  Statistics: Num rows: 462000 Data size: 663862160 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: ((i_category) IN ('Jewelry', 'Sports', 'Books') and i_item_sk is not null) (type: boolean)
                    Statistics: Num rows: 231000 Data size: 109491664 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: i_item_sk (type: int), i_item_id (type: string), i_item_desc (type: string), i_current_price (type: float), i_class (type: string), i_category (type: string)
                      outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5
                      Statistics: Num rows: 231000 Data size: 109491664 Basic stats: COMPLETE Column stats: COMPLETE
                      Reduce Output Operator
                        key expressions: _col0 (type: int)
                        sort order: +
                        Map-reduce partition columns: _col0 (type: int)
                        Statistics: Num rows: 231000 Data size: 109491664 Basic stats: COMPLETE Column stats: COMPLETE
                        value expressions: _col1 (type: string), _col2 (type: string), _col3 (type: float), _col4 (type: string), _col5 (type: string)
        Map 6 
                TableScan
                  filterExpr: (d_date BETWEEN '2001-01-12' AND '2001-02-11' and d_date_sk is not null) (type: boolean)
                    predicate: (d_date BETWEEN '2001-01-12' AND '2001-02-11' and d_date_sk is not null) (type: boolean)
                    Statistics: Num rows: 36524 Data size: 3579352 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 36524 Data size: 146096 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 36524 Data size: 146096 Basic stats: COMPLETE Column stats: COMPLETE
                        expressions: _col0 (type: int)
                        Statistics: Num rows: 36524 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                        Group By Operator
                          keys: _col0 (type: int)
                          mode: hash
                          outputColumnNames: _col0
                          Statistics: Num rows: 36524 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                          Dynamic Partitioning Event Operator
                            Target Input: web_sales
                            Partition key expr: ws_sold_date_sk
                            Statistics: Num rows: 36524 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                            Target column: ws_sold_date_sk
                            Target Vertex: Map 1
        Reducer 2 
                Statistics: Num rows: 119291 Data size: 1908656 Basic stats: COMPLETE Column stats: COMPLETE
                  Statistics: Num rows: 119291 Data size: 1908656 Basic stats: COMPLETE Column stats: COMPLETE
        Reducer 3 
              Extract
                PTF Operator
                    expressions: _col1 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: float), _col0 (type: string), _col5 (type: double), ((_col5 * 100.0) / _wcol0) (type: double)
                    outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6
                    Statistics: Num rows: 119291 Data size: 954328 Basic stats: COMPLETE Column stats: COMPLETE
                      key expressions: _col1 (type: string), _col2 (type: string), _col4 (type: string), _col0 (type: string), _col6 (type: double)
                      sort order: +++++
                      Statistics: Num rows: 119291 Data size: 954328 Basic stats: COMPLETE Column stats: COMPLETE
                      TopN Hash Memory Usage: 0.04
                      value expressions: _col3 (type: float), _col5 (type: double)
        Reducer 4 
                expressions: KEY.reducesinkkey3 (type: string), KEY.reducesinkkey0 (type: string), KEY.reducesinkkey1 (type: string), VALUE._col0 (type: float), KEY.reducesinkkey2 (type: string), VALUE._col1 (type: double), KEY.reducesinkkey4 (type: double)
                outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6
                Statistics: Num rows: 119291 Data size: 954328 Basic stats: COMPLETE Column stats: COMPLETE
                Limit
                  Number of rows: 100
                  Statistics: Num rows: 100 Data size: 800 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 100 Data size: 800 Basic stats: COMPLETE Column stats: COMPLETE
                    table:

      limit: 100
        ListSink

Load data does not validate the input for Parquet tables. This results in query failures.

Splitter in its process method iterates over the body of a message and processes each part synchronously. It does not propogate exceptions thrown by the processor when processing the exchange. This makes it problematic for tryBlock()....handleAll() kind of applications. 

Calling DatabaseConfiguration.setProperty() with a string-based list (e.g. "foo,bar,baz") causes unique constraint violations because setProperty() tries to add a DB entry for every list value. I think it is the same problem as fixed in CONFIGURATION-255 for addProperty().

Several of the metastore tests use hardcoded ports for remote metastore Thrift servers.  This is causing transient failures in Jenkins, e.g. https://builds.apache.org/job/Hive-trunk-h0.21/1804/
A few tests already dynamically determine free ports, and this logic can be shared.

This appears to be regression of issue 11717, where attempting to calculate Etag for jsp's which include other tags throws following exception : 
SEVERE: Exception initializing page context
java.lang.IllegalArgumentException: New capacity must not be smaller than current size
	at org.springframework.util.Assert.isTrue(Assert.java:68)
	at org.springframework.util.FastByteArrayOutputStream.resize(FastByteArrayOutputStream.java:265)
	at org.springframework.web.util.ContentCachingResponseWrapper.setBufferSize(ContentCachingResponseWrapper.java:143)
	at javax.servlet.ServletResponseWrapper.setBufferSize(ServletResponseWrapper.java:189)
	at org.apache.jasper.runtime.JspWriterImpl.<init>(JspWriterImpl.java:138)
	at org.apache.jasper.runtime.PageContextImpl._initialize(PageContextImpl.java:206)
	at org.apache.jasper.runtime.PageContextImpl.initialize(PageContextImpl.java:174)
	at org.apache.jasper.runtime.JspFactoryImpl.internalGetPageContext(JspFactoryImpl.java:174)
	at org.apache.jasper.runtime.JspFactoryImpl.getPageContext(JspFactoryImpl.java:123)

TestAccessController is waiting on table to be enabled and after that tries to lookup the region. but if the machine is slow, that region may not be assigned yet.

TEST_UTIL.waitTableEnabled(TEST_TABLE.getTableName());
HRegion region = TEST_UTIL.getHBaseCluster().getRegions(TEST_TABLE.getTableName()).get(0);

	at org.apache.hadoop.hbase.security.access.TestAccessController.setUp(TestAccessController.java:235)

The hsqldb 2.0.0 jar from Maven Central was compiled by the hsqldb team with JDK 6 and as such, Roo projects using this version and JDK 5.0 will not work at all. Reverting back to hsqldb 1.8.0.10

HIVE-9555 RecordReaderUtils uses direct bytebuffer read from FSDataInputStream which is not present in hadoop-1. This breaks hadoop-1 compilation.

Warehouse.mkdirs() always looks at the immediate parent of the path that it creates when determining what permissions to inherit. However, it may have created that parent directory as well, in which case it will have the default permissions and will not have inherited them.
This is a problem when performing an INSERT into a table with more than one partition column. E.g., in an empty table:

INSERT INTO TABLE tbl PARTITION(p1=1, p2=2) ... 

A new subdirectory /p1=1/p2=2  will be created, and with permission inheritance (per HIVE-2504) enabled, the intention is presumably for both new directories to inherit the root table dir's permissions. However, mkdirs() will only set the permission of the leaf directory (i.e. /p2=2/), and then only to the permissions of /p1=1/, which was just created.

public boolean mkdirs(Path f) throws MetaException {
    FileSystem fs = null;
    try {
      fs = getFs(f);
      LOG.debug("Creating directory if it doesn't exist: " + f);
      //Check if the directory already exists. We want to change the permission
      //to that of the parent directory only for newly created directories.
      if (this.inheritPerms) {
        try {
          return fs.getFileStatus(f).isDir();
        } catch (FileNotFoundException ignore) {
        }
      }
      boolean success = fs.mkdirs(f);
      if (this.inheritPerms && success) {
        // Set the permission of parent directory.
        // HNR: This is the bug - getParent() may refer to a just-created directory.
        fs.setPermission(f, fs.getFileStatus(f.getParent()).getPermission());
      }
      return success;
      closeFs(fs);
      MetaStoreUtils.logAndThrowMetaException(e);
    }
  }

Incorrect conf object being passed to MetaStore client in AbstractRecordWriter  is causing the issue.

Current logging for OpenTracing is quite verbose logging long messages in INFO level, e.g.:

17:38:45,359 INFO  [io.jaegertracing.internal.senders.SenderResolver] (ServerService Thread Pool -- 28) Using sender UdpSender(udpTransport=ThriftUdpTransport(socket=java.net.DatagramSocket@3e9a2205, receiveBuf=null, receiveOffSet=-1, receiveLength=0))
17:38:45,395 INFO  [io.jaegertracing.Configuration] (ServerService Thread Pool -- 28) Initialized tracer=JaegerTracer(version=Java-0.30.4, serviceName=deployment.war, reporter=RemoteReporter(queueProcessor=RemoteReporter.QueueProcessor(open=true), sender=UdpSender(udpTransport=ThriftUdpTransport(socket=java.net.DatagramSocket@3e9a2205, receiveBuf=null, receiveOffSet=-1, receiveLength=0)), closeEnqueueTimeout=1000), sampler=RemoteControlledSampler(maxOperations=2000, serviceName=deployment.war, manager=HttpSamplingManager(gson={serializeNulls:false,factories:[Factory[typeHierarchy=com.google.gson.JsonElement,adapter=com.google.gson.internal.bind.TypeAdapters$29@5795d61d], com.google.gson.internal.bind.ObjectTypeAdapter$1@7286f924, com.google.gson.internal.Excluder@10bd7673, Factory[type=java.lang.String,adapter=com.google.gson.internal.bind.TypeAdapters$16@56577ab9], Factory[type=java.lang.Integer+int,adapter=com.google.gson.internal.bind.TypeAdapters$7@2f0b6b50], Factory[type=java.lang.Boolean+boolean,adapter=com.google.gson.internal.bind.TypeAdapters$3@6a01f84c], Factory[type=java.lang.Byte+byte,adapter=com.google.gson.internal.bind.TypeAdapters$5@11f41591], Factory[type=java.lang.Short+short,adapter=com.google.gson.internal.bind.TypeAdapters$6@7c9b37a4], Factory[type=java.lang.Long+long,adapter=com.google.gson.internal.bind.TypeAdapters$11@8be828c], Factory[type=java.lang.Double+double,adapter=com.google.gson.Gson$1@6d18d84f], Factory[type=java.lang.Float+float,adapter=com.google.gson.Gson$2@5c7110e0], Factory[type=java.lang.Number,adapter=com.google.gson.internal.bind.TypeAdapters$14@79f22add], Factory[type=java.util.concurrent.atomic.AtomicInteger,adapter=com.google.gson.TypeAdapter$1@5a47d8d], Factory[type=java.util.concurrent.atomic.AtomicBoolean,adapter=com.google.gson.TypeAdapter$1@2ed507d6], Factory[type=java.util.concurrent.atomic.AtomicLong,adapter=com.google.gson.TypeAdapter$1@7af7f4fc], Factory[type=java.util.concurrent.atomic.AtomicLongArray,adapter=com.google.gson.TypeAdapter$1@123b9dbd], Factory[type=java.util.concurrent.atomic.AtomicIntegerArray,adapter=com.google.gson.TypeAdapter$1@3455c262], Factory[type=java.lang.Character+char,adapter=com.google.gson.internal.bind.TypeAdapters$15@32b89889], Factory[type=java.lang.StringBuilder,adapter=com.google.gson.internal.bind.TypeAdapters$19@772dda36], Factory[type=java.lang.StringBuffer,adapter=com.google.gson.internal.bind.TypeAdapters$20@3935671b], Factory[type=java.math.BigDecimal,adapter=com.google.gson.internal.bind.TypeAdapters$17@23e9f48d], Factory[type=java.math.BigInteger,adapter=com.google.gson.internal.bind.TypeAdapters$18@55634ca9], Factory[type=java.net.URL,adapter=com.google.gson.internal.bind.TypeAdapters$21@4c06d059], Factory[type=java.net.URI,adapter=com.google.gson.internal.bind.TypeAdapters$22@5e997b7d], Factory[type=java.util.UUID,adapter=com.google.gson.internal.bind.TypeAdapters$24@3238a1bf], Factory[type=java.util.Currency,adapter=com.google.gson.TypeAdapter$1@7d71b555], Factory[type=java.util.Locale,adapter=com.google.gson.internal.bind.TypeAdapters$28@70f36ba], Factory[typeHierarchy=java.net.InetAddress,adapter=com.google.gson.internal.bind.TypeAdapters$23@12d8e7b5], Factory[type=java.util.BitSet,adapter=com.google.gson.TypeAdapter$1@659a9908], com.google.gson.internal.bind.DateTypeAdapter$1@153143f3, Factory[type=java.util.Calendar+java.util.GregorianCalendar,adapter=com.google.gson.internal.bind.TypeAdapters$27@6bf50d09], com.google.gson.internal.bind.TimeTypeAdapter$1@3e45ba8d, com.google.gson.internal.bind.SqlDateTypeAdapter$1@f262694, com.google.gson.internal.bind.TypeAdapters$26@1017c258, com.google.gson.internal.bind.ArrayTypeAdapter$1@53c90816, Factory[type=java.lang.Class,adapter=com.google.gson.TypeAdapter$1@40cb5130], com.google.gson.internal.bind.CollectionTypeAdapterFactory@7e67cd3b, com.google.gson.internal.bind.MapTypeAdapterFactory@504cd5ad, com.google.gson.internal.bind.JsonAdapterAnnotationTypeAdapterFactory@4b5efe0a, com.google.gson.internal.bind.TypeAdapters$30@51066480, com.google.gson.internal.bind.ReflectiveTypeAdapterFactory@11c8758e],instanceCreators:{}}, hostPort=localhost:5778), metrics=io.jaegertracing.internal.metrics.Metrics@279f3ba7, sampler=ProbabilisticSampler(positiveSamplingBoundary=9223372036854776, negativeSamplingBoundary=-9223372036854776, samplingRate=0.001, tags={sampler.type=probabilistic, sampler.param=0.001})), ipv4=2130706433, tags={hostname=rhel7-large-74052, jaeger.version=Java-0.30.4, ip=127.0.0.1}, zipkinSharedRpcSpan=false, baggageSetter=io.jaegertracing.internal.baggage.BaggageSetter@1b8d3ff0, expandExceptionLogs=false)

I think these messages are not useful on INFO level and should be lowered to either DEBUG or TRACE level.

Several junit tests failing on Windows for misc reasons (path issues, resources need to be closed before file can be deleted, etc).

After inserting records into a table that uses OrcOutputFormat with the transaction manager set to DbTxnManager, select count ( * ) will return the number of rows inserted, while select * returns nothing.

When I compare standalone-elytron.xml to standalone.xml, there is additional section

         </interface>
         <!-- TODO - only show this if the jacorb subsystem is added  -->
         <interface name="unsecure">
             <!--
               ~  Used for IIOP sockets in the standard configuration.
               ~                  To secure IIOP connections you need to setup SSL 
               -->
             <inet-address value="${jboss.bind.address.unsecure:127.0.0.1}"/>

Is it necessary?

Proper cleanup of InterdependentDeploymentTestCase
If this test fails, test's deployments needs to be un-deployed. 

A novice starting out with RSGroupBasedLoadBalancer will want to enable it and, before assigning tables to groups, may want to create some test tables. Currently that does not work when creating a table by cloning a snapshot, in a surprising way. All regions of the table fail to open yet it is moved into ENABLED state. The client hangs indefinitely. 

2017-03-14 19:25:49,833 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] snapshot.CloneSnapshotHandler: Clone snapshot=seed on table=test_1 completed!
2017-03-14 19:25:49,871 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] hbase.MetaTableAccessor: Added 25
2017-03-14 19:25:49,875 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] rsgroup.RSGroupBasedLoadBalancer: Group for table test_1 is null
2017-03-14 19:25:49,876 DEBUG [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] rsgroup.RSGroupBasedLoadBalancer: Group Information found to be null. Some regions might be unassigned.
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close d090e1601e01c69d1fcc032e614fb6d1 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {d090e1601e01c69d1fcc032e614fb6d1 state=OFFLINE, ts=1489519549871, server=null} to {d090e1601e01c69d1fcc032e614fb6d1 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 84923d2d514e03e55ab154c92157ccb1 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {84923d2d514e03e55ab154c92157ccb1 state=OFFLINE, ts=1489519549871, server=null} to {84923d2d514e03e55ab154c92157ccb1 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 963f7e4edacc84963287ded0b18df6fa on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {963f7e4edacc84963287ded0b18df6fa state=OFFLINE, ts=1489519549871, server=null} to {963f7e4edacc84963287ded0b18df6fa state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close fc7490f9b10706e7a56879861159dbcd on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {fc7490f9b10706e7a56879861159dbcd state=OFFLINE, ts=1489519549871, server=null} to {fc7490f9b10706e7a56879861159dbcd state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 049f6fc952ab01e72f33bba1bc5dd65d on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {049f6fc952ab01e72f33bba1bc5dd65d state=OFFLINE, ts=1489519549871, server=null} to {049f6fc952ab01e72f33bba1bc5dd65d state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 94ce90589fd4149b5f88bc8e6ef888f2 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {94ce90589fd4149b5f88bc8e6ef888f2 state=OFFLINE, ts=1489519549871, server=null} to {94ce90589fd4149b5f88bc8e6ef888f2 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 0e53c04d48073b8d2f7750f0e25036de on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {0e53c04d48073b8d2f7750f0e25036de state=OFFLINE, ts=1489519549871, server=null} to {0e53c04d48073b8d2f7750f0e25036de state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 9cea3e97118fd9d5d911cb6a713fe92c on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {9cea3e97118fd9d5d911cb6a713fe92c state=OFFLINE, ts=1489519549871, server=null} to {9cea3e97118fd9d5d911cb6a713fe92c state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 2dcfc3c3797f63e9612c7f06cd43ef09 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {2dcfc3c3797f63e9612c7f06cd43ef09 state=OFFLINE, ts=1489519549871, server=null} to {2dcfc3c3797f63e9612c7f06cd43ef09 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 08172bfac46deaa38cd1b53fe3a6da15 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {08172bfac46deaa38cd1b53fe3a6da15 state=OFFLINE, ts=1489519549871, server=null} to {08172bfac46deaa38cd1b53fe3a6da15 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close f1f7d7992fe87a90f83b89160e872e1c on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {f1f7d7992fe87a90f83b89160e872e1c state=OFFLINE, ts=1489519549871, server=null} to {f1f7d7992fe87a90f83b89160e872e1c state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 5b0ffe069c7fb61532a007dcccdceeed on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {5b0ffe069c7fb61532a007dcccdceeed state=OFFLINE, ts=1489519549872, server=null} to {5b0ffe069c7fb61532a007dcccdceeed state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close f2b05bace075fd0af582b1556dfd9424 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {f2b05bace075fd0af582b1556dfd9424 state=OFFLINE, ts=1489519549872, server=null} to {f2b05bace075fd0af582b1556dfd9424 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close ddeae8251147c720f2bfb31f5c4f38ea on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {ddeae8251147c720f2bfb31f5c4f38ea state=OFFLINE, ts=1489519549872, server=null} to {ddeae8251147c720f2bfb31f5c4f38ea state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 36bd37cbf02b1e774df09a713ed73f39 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {36bd37cbf02b1e774df09a713ed73f39 state=OFFLINE, ts=1489519549872, server=null} to {36bd37cbf02b1e774df09a713ed73f39 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 60199e589af842ae1b468bc59225896c on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {60199e589af842ae1b468bc59225896c state=OFFLINE, ts=1489519549872, server=null} to {60199e589af842ae1b468bc59225896c state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 78988f15ae27088228dc6b343e78bb22 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {78988f15ae27088228dc6b343e78bb22 state=OFFLINE, ts=1489519549872, server=null} to {78988f15ae27088228dc6b343e78bb22 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close dc3f7144432876d8c9638dddaeab9a4b on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {dc3f7144432876d8c9638dddaeab9a4b state=OFFLINE, ts=1489519549873, server=null} to {dc3f7144432876d8c9638dddaeab9a4b state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 86042d73e77f8f4600f72f5e40402ee0 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {86042d73e77f8f4600f72f5e40402ee0 state=OFFLINE, ts=1489519549873, server=null} to {86042d73e77f8f4600f72f5e40402ee0 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close c5d04d3d9539f872f6ea3ba439039c92 on null, set to FAILED_OPEN
2017-03-14 19:25:49,878 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {c5d04d3d9539f872f6ea3ba439039c92 state=OFFLINE, ts=1489519549873, server=null} to {c5d04d3d9539f872f6ea3ba439039c92 state=FAILED_OPEN, ts=1489519549878, server=null}
2017-03-14 19:25:49,878 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 6cd6f1ee48a5c4c984a1669f5479bebb on null, set to FAILED_OPEN
2017-03-14 19:25:49,879 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {6cd6f1ee48a5c4c984a1669f5479bebb state=OFFLINE, ts=1489519549873, server=null} to {6cd6f1ee48a5c4c984a1669f5479bebb state=FAILED_OPEN, ts=1489519549879, server=null}
2017-03-14 19:25:49,879 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 6d93918ba17b9c9c8c6ce8dd7f80faa9 on null, set to FAILED_OPEN
2017-03-14 19:25:49,879 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {6d93918ba17b9c9c8c6ce8dd7f80faa9 state=OFFLINE, ts=1489519549873, server=null} to {6d93918ba17b9c9c8c6ce8dd7f80faa9 state=FAILED_OPEN, ts=1489519549879, server=null}
2017-03-14 19:25:49,879 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 0916b60e63a12117338729422ccce167 on null, set to FAILED_OPEN
2017-03-14 19:25:49,879 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {0916b60e63a12117338729422ccce167 state=OFFLINE, ts=1489519549874, server=null} to {0916b60e63a12117338729422ccce167 state=FAILED_OPEN, ts=1489519549879, server=null}
2017-03-14 19:25:49,879 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 986d43427be51aa346487a7ffb2fcd45 on null, set to FAILED_OPEN
2017-03-14 19:25:49,879 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {986d43427be51aa346487a7ffb2fcd45 state=OFFLINE, ts=1489519549874, server=null} to {986d43427be51aa346487a7ffb2fcd45 state=FAILED_OPEN, ts=1489519549879, server=null}
2017-03-14 19:25:49,879 WARN  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Failed to open/close 6eb76d90c9a07fff51b1fa1d9dabfef4 on null, set to FAILED_OPEN
2017-03-14 19:25:49,879 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.RegionStates: Transition {6eb76d90c9a07fff51b1fa1d9dabfef4 state=OFFLINE, ts=1489519549874, server=null} to {6eb76d90c9a07fff51b1fa1d9dabfef4 state=FAILED_OPEN, ts=1489519549879, server=null}
2017-03-14 19:25:49,879 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.AssignmentManager: Bulk assigning 25 region(s) across 5 server(s), round-robin=true
2017-03-14 19:25:49,880 DEBUG [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.GeneralBulkAssigner: Timeout-on-RIT=61000
2017-03-14 19:25:49,880 DEBUG [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.GeneralBulkAssigner: bulk assigning total 0 regions to 0 servers, took 0ms, successfully
2017-03-14 19:25:49,880 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] master.AssignmentManager: Bulk assigning done
2017-03-14 19:25:49,880 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] zookeeper.ZKTableStateManager: Moving table test_1 state from ENABLING to ENABLED
2017-03-14 19:25:49,886 DEBUG [MASTER_TABLE_OPERATIONS-ip-172-31-5-95:8100-0] lock.ZKInterProcessLockBase: Released /hbase/table-lock/test_1/write-master:81000000000004

I put the following configuration in my hbase-site.xml:

    <name>hbase.regionserver.thrift.compact</name>
    <name>hbase.regionserver.thrift.framed</name>

But the configuration is ignored due to the following lines in ThriftServer.java around lines 197:

    conf.setBoolean(
        ThriftServerRunner.COMPACT_CONF_KEY, cmd.hasOption(COMPACT_OPTION));
        ThriftServerRunner.FRAMED_CONF_KEY, cmd.hasOption(FRAMED_OPTION));

The configuration values are being unconditionally set to the defaults programmatically.

When a bean uses a <qualifier/> element and <aop:scoped-proxy/>, the created proxy does not retain that qualifier.  This means that a scoped-proxy will not qualify for autowiring.

In MockEndpoint.assertIsSatisfied(), don't use the right counter for assertion.

      if (expectedMinimumCount >= 0) {
            int receivedCounter = getReceivedCounter();
            assertTrue("Received message count " + receivedCounter + ", expected at least " + expectedCount, expectedCount <= receivedCounter);
        }

it should be change to 

            assertTrue("Received message count " + receivedCounter + ", expected at least " + expectedMinimumCount, expectedMinimumCount <= receivedCounter);
        }

Write new UT tests that use random data and intentional isRepeating batches to checks for NULL and Wrong Results for vectorized COALESCE and ELT.
Also, add tests for ARRAY and MAP indexing, IS [NOT] NULL and NOT

Caused by: java.lang.IllegalStateException: OneTimeXMLReader.parse() can only be used once!
	at org.apache.camel.converter.jaxp.XMLReaderPool$OneTimeXMLReader.checkValid(XMLReaderPool.java:132)
	at org.apache.camel.converter.jaxp.XMLReaderPool$OneTimeXMLReader.setContentHandler(XMLReaderPool.java:178)
	at org.apache.xml.dtm.ref.DTMManagerDefault.getDTM(DTMManagerDefault.java:461)
	at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:701)
	at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1275)
	at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1253)

CrossRef: https://issues.jboss.org/browse/ENTESB-6531

In the changes to protobuf handling in HBASE-15638, our TokenUtil class went from handling remote exception via a method that would throw IOException to one that simply returned it. In doing so, we ended up ignoring the results.
This causes the obtainToken method to start returning null where it would have previously thrown an IOException. It also causes obtainTokenForJob to still fail with an IOException, but instead of being the underlying remote problem now it's a generic "I didn't get a user token for some reason."
found via testing Pig with errors.

Caused by: java.io.IOException: No token returned for user testuser@EXAMPLE.COM
        at org.apache.hadoop.hbase.security.token.TokenUtil.obtainTokenForJob(TokenUtil.java:175)
        at org.apache.pig.backend.hadoop.hbase.HBaseStorage.addHBaseDelegationToken(HBaseStorage.java:887)

complex column fields are not handled correctly resulting in ClassCastException.

This means that the same API connection info is used for say a messages consumer and users consumer - which is bad because they are supposed to connect to different yammer APIs.

While looking at another issue, I tripped over a weird HStoreKey Comparator bug.  The bug would throw us to wrong side during our binary search and we'd return null for a key in a mapfile even though the wanted key is present.
It happens when we do our trick with the BeforeThisHStoreKey in mapfiles; i.e. return the key before this one but NOT this one.

there's two cases where we need update:

the stage id is one off in one file. this isn't a functional problem.
in vectorization we codified a wrong result in a couple golden files

Not able to run following command successfully:
mvn -DskipTests install site -Dmaven.repo.local=/Users/appy/Desktop/temp_repo
Use a clean separate repo so that existing packages don't pollute the build.
Error is following.

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) on project hbase: failed to get report for org.apache.maven.plugins:maven-javadoc-plugin: Failed to execute goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:check (checkstyle) on project hbase-error-prone: Execution checkstyle of goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:check failed: Plugin org.apache.maven.plugins:maven-checkstyle-plugin:2.17 or one of its dependencies could not be resolved: Failure to find org.apache.hbase:hbase-checkstyle:jar:2.0.0-beta-1 in http://repository.apache.org/snapshots/ was cached in the local repository, resolution will not be reattempted until the update interval of apache.snapshots has elapsed or updates are forced -> [Help 1]

Note that master build goes pass this point.
Need to figure out what's the difference and fix the overall build.

In 5-6 test classes, metastore is required to be up for tests to run. The metastore is started in setup Phase asynchronously. But there's no logic to wait till the metastore comes up. Hence, sometimes tests run even when metastore isn't up and fail. 

Spark client sends a pair of host name and port number to the remote driver so that the driver can connects back to HS2 where the user session is. Spark client has its own way determining the host name, and pick one network interface if the host happens to have multiple network interfaces. This can be problematic. For that, there is parameter, hive.spark.client.server.address, which user can pick an interface. Unfortunately, this interface isn't exposed.
Instead of exposing this parameter, we can use the same logic as Hive in determining the host name. Therefore, the remote driver connecting to HS2 using the same network interface as a HS2 client would do.
There might be a case where user may want the remote driver to use a different network. This is rare if at all. Thus, for now it should be sufficient to use the same network interface.

There are multiple parts to this
(1) If the security-domain is defined for a datasource and the password is invalid, an error is reported in the console which is expected
<datasource jndi-name="java:/DefaultDS2" pool-name="DefaultDS2" enabled="true" use-java-context="true">
<connection-url>jdbc:oracle:thin:@hostname:1521:ora1</connection-url>
<driver>oracle</driver>
<security>
<security-domain>encryptedPassword2</security-domain>
</security>
(2) If the 'password' for the datasource is invalid no error is reported in the console log at startup e.g
<user-name>user</user-name>
<password>passwd</password>
3. Whether or not you use a security-domain for a datasource, an invalid 'username' doesn't get flagged in the console.
Invalid username and password should be flagged as login errors in the console log.
It shouldn't make a difference whether or not you use security-credentials

Title was: Make Parquet Vectorization of these data types work: DECIMAL, DATE, TIMESTAMP, CHAR, and VARCHAR
Support for doing vector column assign is missing for some data types.

DAG generation for repl load task was to be generated dynamically such that if the load break happens at a partition load time then for subsequent runs we should start post the last partition processed.
We currently identify the point from where we have to process the event but reinitialize the iterator to start from beginning of all partition's to process.

There are some conditions under which a partition description is created due to insert overwriting a table using dynamic partitioning for partitions that that are empty (have no files).

Through HBASE-3777, HConnectionManager reuses the connection to HBase servers.
One challenge, discovered in troubleshooting HBASE-4052, is how we invalidate connection(s) to server which gets restarted.
There're at least two ways.
1. HConnectionManager utilizes background thread(s) to periodically perform validation of connections in HBASE_INSTANCES and remove stale connection(s).
2. Allow HBaseClient (including HBaseAdmin) to provide feedback to HConnectionManager.
The solution can be a combination of both of the above.

When a table is renamed in the HBase metastore it needs to update relevant rows in the partition table not only in the tbls table.

	at org.springframework.security.taglibs.authz.AuthenticationTag.doEndTag(AuthenticationTag.java:123)
Caused by the following JSP code:
<s:authentication property="principal.customProperty"/>
Where the custom UserDetails property "customProperty" is set to null. To fix, change line org/springframework/security/taglibs/authz/AuthenticationTag.java:123 from 
            writeMessage(result.toString());  
to
            writeMessage(String.valueOf(result));
in order to avoid NPE where a property returns null.

Example is /subsystem=webservices/client-config=*/:add
If you right-click on client-config=* and choose the 'add' operation you will not get a dialog.  This is because there are no params in the operation description.  However, for 'add' operations there is an implicit 'name' param that becomes part of the address.  So CLI GUI should still prompt for the name.

Allocation garbage is correctly handled by not passing it into launcher workflow but monitoring still gets notified and this provides wrong statistics about actual completed containers. This may lead to premature decision that all launched containers has been completed and thus may lead too early application master close.

The scanner created by RepositoryConfigurationSourceSupport [1] does not set an Environment. This means that @Profile annotations on the scanned repository will be resolved against a new StandardEnvironement which will not have any active profiles.
[1] https://github.com/SpringSource/spring-data-commons/blob/ac256f9921807977fc8baa70054aa52cbcfebe6b/src/main/java/org/springframework/data/repository/config/RepositoryConfigurationSourceSupport.java#L43

The current logic only uses NDV if it's the only ColumnStat available, but it looks like there can sometimes be other ColStats in the semijoin Select operator.

The alterPartition and alterPartitions methods in the ObjectStore class throw a MetaException in the case of a failure but do not include the cause, meaning that information is lost.

See http://old.nabble.com/FTP-assume-directory-do-not-have-dot-td27153817.html#a27160086
(COpy paste)
>
> I have the following error:
>
> Caused by: java.lang.IllegalArgumentException: Only directory is supported.
> Endpoint must be configured with a valid directory: ftp.test
>        at
> org.apache.camel.component.file.remote.RemoteFileEndpoint.createConsumer(RemoteFileEndpoint.java:68)
>        at
> org.apache.camel.component.file.remote.RemoteFileEndpoint.createConsumer(RemoteFileEndpoint.java:31)
>        at
> org.apache.camel.impl.EventDrivenConsumerRoute.addServices(EventDrivenConsumerRoute.java:60)
>        at
> org.apache.camel.impl.DefaultRoute.onStartingServices(DefaultRoute.java:83)
>        at org.apache.camel.impl.RouteService.doStart(RouteService.java:123)
>        at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:55)
>        at
> org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:906)
>        ... 1 more
>
> By looking at the source code I saw the following :
>        // we assume its a file if the name has a dot in it (eg foo.txt)
>        if (configuration.getDirectory().contains(".")) 
{
>            throw new IllegalArgumentException("Only directory is supported.
> Endpoint must be configured with a valid directory: "
>                    + configuration.getDirectory());
>        }
>
> I remove that code and my code is working!! 
>
> I think the above code should not assume that.....
> What do you think ?
>
... [show rest of quote]
Its really a bad habit having a dot in a directory name.
On windows will that not often be considered a file?.
And since its a remote path we cannot on startup determine if its a
path or file.
The check was made in the transition from 1.x to 2.x where in 1.x you
could define a starting file or directory.
In 2.x you must specify a directory only.
We could relax the check but then people may still enter a filename
and think Camel will pickup that file.
[SIMON]
Windows directory can contains a dot... a good example is in your eclipse installation... example:
Directory name=org.eclipse.emf.teneo.jpox_1.0.1.v200902271808
Also I think that check is useless because you can still enter something without a dot and it is in fact a file... so the endpoint should verify that after the connection.
Simon 
Yeah good call
Do you mind creating a ticket in JIRA about this?
http://issues.apache.org/activemq/browse/CAMEL

I've just upgraded from Spring 3.0.7 to Spring 3.1.2.  I have a test that ensures that when I try to bind String data to a date field in a bean using a particular date format, and I provide a date in the wrong format, it should produce an error.  This test started failing when I upgraded to Spring 3.1.2, because it seems to have introduced functionality where if the first converter fails, TypeConverterDelegate falls back to using a constructor that accepts an argument of the initial type for the destination type.  This is probably a good feature in most cases, except in the case of java.util.Date, where that constructor has been deprecated since Java 1.1, is locale dependent, and probably should never ever be used in any circumstance.

The restoreDir shouldn't be a sub directory of rootDir. The code check it with a prefix check "restoreDir.toUri().getPath().startsWith(rootDir.toUri().getPath())". But it goes error in some reasonable cases.
eg: rootDir = hdfs://user/hbase restoreDir = hdfs://user/hbase_restore. So I think it's more reasonable to chang the code to "restoreDir.toUri().getPath().startsWith(rootDir.toUri().getPath() + "/" )".

Status Quo
Analysis performed in conjunction with SPR-13891 has made it apparent that there was a regression from Spring 4.0.x to 4.1 and higher.
Since Spring 4.1, if a PlatformTransactionManager is neither present nor properly detected (i.e., due to the presence of multiple transactions managers), then a test annotated with @Transactional will be executed without a transaction and without any warning.
The deviates from the behavior in Spring 4.0.x and earlier versions in which an exception was thrown in such cases, letting the user know that the transaction manager could not be retrieved.

 If a test method or test class is annotated with @Transactional, ensure that an exception is thrown if the PlatformTransactionManager cannot be retrieved.

The documentation for org.springframework.security.core.session.SessionRegistry#getAllSessions(Object, boolean) says "Returns: the matching sessions for this principal (should not return null)." However, the default implementation org.springframework.security.core.session.SessionRegistryImpl#getAllSessions(Object, boolean) returns null if "final Set<String> sessionsUsedByPrincipal = principals.get(principal)" is null.
It should, instead, return an empty list, per the interface specification and per good code practices such that methods that return lists should never return null, only empty lists when needed.

ManagementPermissionAuthorizer.authorizeJmxOperation uses hard coded decision making based on the standard 7 roles. This is inflexible and specifically doesn't allow scoped roles to function properly.
I believe the JmxPermissionFactory interface needs to be redone to use permissions instead of role names. It should have an API more like org.jboss.as.controller.access.permission.PermissionFactory, with getUserPermissions and getRequiredPermissions. Something like 
PermissionCollection getUserPermissions(Caller caller, Environment callEnvironment, JmxAction action)
PermissionCollection getRequiredPermissions(JmxAction action);
Then ManagementPermissionAuthorizer.authorizeJmxOperation does a permission match check similar to what it does for management resource permissions.

Minor issue in logging the prune-expression in the PartitionPruner:
PartitionPruner.java
LOG.trace("prune Expression = " + prunerExpr == null ? "" : prunerExpr);

Given the operator precedence order, this should read:
LOG.trace("prune Expression = " + (prunerExpr == null ? "" : prunerExpr));

Beeline connection string:

!connect jdbc:hive2://<host>:10000/;ssl=true;sslTrustStore=/usr/share/doc/hive-0.13.0.2.1.1.0/examples/files/truststore.jks;trustStorePassword=HiveJdbc vgumashta vgumashta org.apache.hive.jdbc.HiveDriver 

Error:

pool-7-thread-1, handling exception: java.net.SocketTimeoutException: Read timed out
pool-7-thread-1, called close()
pool-7-thread-1, called closeInternal(true)
pool-7-thread-1, SEND TLSv1 ALERT:  warning, description = close_notify
Padded plaintext before ENCRYPTION:  len = 32
0000: 01 00 BE 72 AC 10 3B FA   4E 01 A5 DE 9B 14 16 AF  ...r..;.N.......
0010: 4E DD 7A 29 AD B4 09 09   09 09 09 09 09 09 09 09  N.z)............
pool-7-thread-1, WRITE: TLSv1 Alert, length = 32
[Raw write]: length = 37
0000: 15 03 01 00 20 6C 37 82   A8 52 40 DA FB 83 2D CD  .... l7..R@...-.
0010: 96 9F F0 B7 22 17 E1 04   C1 D1 93 1B C4 39 5A B0  ...."........9Z.
0020: A2 3F 5D 7D 2D                                     .?].-
pool-7-thread-1, called closeSocket(selfInitiated)

Subsequent queries fail:

main, WRITE: TLSv1 Application Data, length = 144
main, handling exception: java.net.SocketException: Broken pipe
%% Invalidated:  [Session-1, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA]
main, SEND TLSv1 ALERT:  fatal, description = unexpected_message
0000: 02 0A 52 C3 18 B1 C1 38   DB 3F B6 D1 C5 CA 14 9C  ..R....8.?......
0010: A5 38 4C 01 31 69 09 09   09 09 09 09 09 09 09 09  .8L.1i..........
main, WRITE: TLSv1 Alert, length = 32
main, Exception sending alert: java.net.SocketException: Broken pipe
main, called closeSocket()
Error: org.apache.thrift.transport.TTransportException: java.net.SocketException: Broken pipe (state=08S01,code=0)
java.sql.SQLException: org.apache.thrift.transport.TTransportException: java.net.SocketException: Broken pipe
	at org.apache.hive.jdbc.HiveStatement.execute(HiveStatement.java:226)
	at org.apache.hive.beeline.Commands.execute(Commands.java:736)
	at org.apache.hive.beeline.Commands.sql(Commands.java:657)
	at org.apache.hive.beeline.BeeLine.dispatch(BeeLine.java:796)
	at org.apache.hive.beeline.BeeLine.begin(BeeLine.java:659)
	at org.apache.hive.beeline.BeeLine.mainWithInputRedirection(BeeLine.java:368)
	at org.apache.hive.beeline.BeeLine.main(BeeLine.java:351)
Caused by: org.apache.thrift.transport.TTransportException: java.net.SocketException: Broken pipe
	at org.apache.thrift.transport.TIOStreamTransport.flush(TIOStreamTransport.java:161)
	at org.apache.thrift.transport.TSaslTransport.flush(TSaslTransport.java:471)
	at org.apache.thrift.transport.TSaslClientTransport.flush(TSaslClientTransport.java:37)
	at org.apache.thrift.TServiceClient.sendBase(TServiceClient.java:65)
	at org.apache.hive.service.cli.thrift.TCLIService$Client.send_ExecuteStatement(TCLIService.java:219)
	at org.apache.hive.service.cli.thrift.TCLIService$Client.ExecuteStatement(TCLIService.java:211)
	at org.apache.hive.jdbc.HiveStatement.execute(HiveStatement.java:220)
	... 11 more
Caused by: java.net.SocketException: Broken pipe
	at java.net.SocketOutputStream.socketWrite0(Native Method)
	at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109)
	at java.net.SocketOutputStream.write(SocketOutputStream.java:153)
	at sun.security.ssl.OutputRecord.writeBuffer(OutputRecord.java:377)
	at sun.security.ssl.OutputRecord.write(OutputRecord.java:363)
	at sun.security.ssl.SSLSocketImpl.writeRecordInternal(SSLSocketImpl.java:830)
	at sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:801)
	at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122)
	at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
	at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
	at org.apache.thrift.transport.TIOStreamTransport.flush(TIOStreamTransport.java:159)
	... 17 more

Works fine however in http mode using ssl.

See HBASE-1818 for description by Schubert Zhang – discovered by him doing a code review of hfile.

I got a IndexOutOfBoundsException with a SQL in hive0.13.1. But it runs well on hive0.11. Here is the example sql which can trigger the exception.

create table test_join_1(a string, b string);
create table test_join_2(a string, b string);
-- got an IndexOutOfBoundsException error
explain 

(
    SELECT a a, b b
    FROM test_join_1
)t1
join 
(
)t2
    on  t1.a = t2.a
    and t1.a = t2.b
join
(
    select a from test_join_2
)t3 on t1.a = t3.a;

And here is some stack information:

java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
    at java.util.ArrayList.rangeCheck(ArrayList.java:604)
    at java.util.ArrayList.get(ArrayList.java:382)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.mergeJoins(SemanticAnalyzer.java:7403)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.mergeJoinTree(SemanticAnalyzer.java:7616)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:8946)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9220)
    ...

But sql as below runs well.

explain select * from
(
)t1
join 
(
)t2
    and t2.a = t2.b
join
(

I didn't quite understand the details of mergejoin. But I noticed the patch in HIVE-5556 edited SemanticAnalyzer.java with the change below:

-    if ((targetCondn == null) || (nodeCondn.size() != targetCondn.size())) {
-      return -1;
+    if ( targetCondn == null ) {
+      return new ObjectPair(-1, null);
+    }

Maybe it's a good idea to revert the logic of the 'if' statement as before.

This forms the alternative path for HIVE-13015 (reverted), so that HIVE-13027 can pick up the right logger impl always.

For queries of the form (groupby2_map.q in the source)
SELECT x, count(DISTINCT y), SUM FROM t GROUP BY x
when map side aggregation is on 
hive.map.aggr=true (This is off by default)
The following exception can occur:
[junit] Caused by: java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.Double
[junit]     at org.apache.hadoop.hive.serde2.dynamic_type.DynamicSerDeTypeDouble.serialize(DynamicSerDeTypeDouble.java:60)
[junit]     at org.apache.hadoop.hive.serde2.dynamic_type.DynamicSerDeFieldList.serialize(DynamicSerDeFieldList.java:235)
[junit]     at org.apache.hadoop.hive.serde2.dynamic_type.DynamicSerDeStructBase.serialize(DynamicSerDeStructBase.java:81)
[junit]     at org.apache.hadoop.hive.serde2.dynamic_type.DynamicSerDe.serialize(DynamicSerDe.java:174)

"show grant on all" is supposed to show all the grants in the system on all the objects. But it fails with NPE with both SQL standard auth, and legacy auth.

        at org.apache.hadoop.hive.metastore.ObjectStore.listPrincipalAllDBGrant(ObjectStore.java:4206)
        at org.apache.hadoop.hive.metastore.ObjectStore.listPrincipalDBGrantsAll(ObjectStore.java:4169)
        at com.sun.proxy.$Proxy6.listPrincipalDBGrantsAll(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.list_db_privileges(HiveMetaStore.java:4295)
        ... 36 more

When using a route like

   <propertyPlaceholder id="properties" location="classpath:my.properties"
       xmlns="http://camel.apache.org/schema/spring" />
   <route>
 	<from uri="direct:start" />			
  	 <multicast prop:stopOnException="stop">
		<to uri="mock:a" />			
		<to uri="mock:b" />
	</multicast>
   </route>

java.lang.IllegalArgumentException: Could not find a suitable setter for property: stopOnException as there isn't a setter method with same type: java.lang.String nor type conversion possible: {{stop}}
	at org.apache.camel.util.IntrospectionSupport.setProperty(IntrospectionSupport.java:561)
	at org.apache.camel.util.IntrospectionSupport.setProperty(IntrospectionSupport.java:571)
	at org.apache.camel.util.IntrospectionSupport.setProperties(IntrospectionSupport.java:454)
	at org.apache.camel.model.ProcessorDefinitionHelper$1.run(ProcessorDefinitionHelper.java:623)
	at org.apache.camel.model.ProcessorDefinitionHelper$RestoreAction.run(ProcessorDefinitionHelper.java:572)
	at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:491)
	at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:218)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1025)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:185)
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:841)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:2895)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:2618)
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:950)

HMaster web application doesn't show the region end key in the table detail page. 
For example, the .META. table: http://[hbase-master]:60010/table.jsp?name=.META..

when a job is deleted from HDFS and the curl call is executed 
http://localhost:50111/templeton/v1/jobs?user.name=hcat\&showall=true\&fields=*'
Occasionally receiving json like this

{"error":"Could not find job job_1415748506143_0002"}

this is an intermittent issue that happens when Hadoop for some reason can't find the details for a given job id.
This REST call should be more flexible since it is designed to return information about many jobs at once.  It should just skip over "bad" IDs and produce as much output as it can.

More code samples in Retry reference docos.  See Wayne's comments on BATCH-424.

    public void initialize(InputSplit split, TaskAttemptContext context) throws IOException,
        InterruptedException {

      Configuration conf = context.getConfiguration();
...
      if (context != null) {
        this.context = context;
        getCounter = TableRecordReaderImpl.retrieveGetCounterWithStringsParams(context);
      }

context was dereferenced first, leaving the null check ineffective.

Running org.apache.camel.component.file.remote.FromFileToFtpTest
Server ready :: Apache FTP Server
Oct 11, 2007 10:57:43 AM org.apache.camel.component.mock.MockEndpoint assertIsSatisfied
/ = true
//tmp2 = true
//tmp2/camel = true
Oct 11, 2007 10:57:44 AM org.apache.camel.processor.Logger log
SEVERE: On delivery attempt: 0 caught: org.apache.camel.RuntimeCamelException: error sending file
org.apache.camel.RuntimeCamelException: error sending file
        at org.apache.camel.component.file.remote.FtpProducer.process(FtpProducer.java:51)
        at org.apache.camel.component.file.remote.FtpProducer.process(FtpProducer.java:37)
        at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:136)
        at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:86)
        at org.apache.camel.component.file.FileConsumer.pollFile(FileConsumer.java:131)
        at org.apache.camel.component.file.FileConsumer.pollFileOrDirectory(FileConsumer.java:68)
        at org.apache.camel.component.file.File
The build still said "successful" at the end

The current behavior is that the regexp needs to match the whole string.
But from mysql: ( http://dev.mysql.com/doc/refman/5.0/en/regexp.html#operator_regexp )
mysql> SELECT 'fofo' REGEXP '^fo';                      -> 1
We need to make it work the same way as MySQL.

Exception ' java.lang.IllegalArgumentException: Not an managed type' upon a tomcat context reload when cached 'RepositoryInformation' (change added in  DATACMNS-395) is returned by the 'RepositoryFactorySupport' class.
The 'Environment' field of this Jira issue contains details on my setup (emdedded tomcat 7).
The attached file 'tomcat-log.txt' contains the full trace of the exception and context reload.
If I modify RepositoryFactorySupport#getRepositoryInformation and have it always return new RepositoryInformation (i.e. effectively the old behaviour prior to the DATACMNS-395 change) then this exception does not occur.
Attached ("RepositoryInformationCmp.txt") is a dump of the cached version of RepositoryInformation vs a newly created instance (I used ReflectionToStringBuilder with a recursive 'ToStringStyle' strategey to produce the dump). The 'diff' utility reveals that the content of both instances is identical.
Note however that the recursion stops at java.lang classes and so does not include the contents of the 'Class' classes which is where I believe the difference lies.
My theory on the cause of this problem is that a new class loader is instantiated when the Tomcat context is reloaded, thereby somehow invalidating existing 'Class' meta-information.
Interestingly, the first comment I saw upon navigating to the Spring Data Commons Jira site, by Seppel Hardt read with words to the effect that he encountered a similar problem and had reached a similar conclusion.
By anecdotal observation of stack overflow posts, I see there appears to numerous other users facing this issue also.

 T E S T S
Running org.apache.camel.issues.RetryRouteScopedUntilRecipientListParallelIssueTest
Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 11.866 sec <<< FAILURE!
Results :
  testRetryUntilRecipientListOkAndFail(org.apache.camel.issues.RetryRouteScopedUntilRecipientListParallelIssueTest)
Tests run: 7, Failures: 1, Errors: 0, Skipped: 0
	... 17 more
Surefire output
-------------------------------
Test set: org.apache.camel.issues.RetryRouteScopedUntilRecipientListParallelIssueTest
Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 10.217 sec <<< FAILURE!
testRetryUntilRecipientListOkAndFail(org.apache.camel.issues.RetryRouteScopedUntilRecipientListParallelIssueTest)  Time elapsed: 3.729 sec  <<< FAILURE!
junit.framework.AssertionFailedError: expected:<3> but was:<0>
	at junit.framework.Assert.fail(Assert.java:47)
	at junit.framework.Assert.failNotEquals(Assert.java:280)
	at junit.framework.Assert.assertEquals(Assert.java:64)
	at junit.framework.Assert.assertEquals(Assert.java:198)
	at junit.framework.Assert.assertEquals(Assert.java:204)
	at org.apache.camel.issues.RetryRouteScopedUntilRecipientListParallelIssueTest.testRetryUntilRecipientListOkAndFail(RetryRouteScopedUntilRecipientListParallelIssueTest.java:38)

10:16:26,510 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.deployment.unit."jaxws-jbws1357.war".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."jaxws-jbws1357.war".PARSE: JBAS018733: Failed to process phase PARSE of deployment "jaxws-jbws1357.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	at org.jboss.as.jsf.deployment.JSFMetadataProcessor.deploy(JSFMetadataProcessor.java:27)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	... 5 more

10:16:26,513 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) JBAS014613: Operation ("full-replace-deployment") failed - address: ([]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"jaxws-jbws1357.war\".PARSE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"jaxws-jbws1357.war\".PARSE: JBAS018733: Failed to process phase PARSE of deployment \"jaxws-jbws1357.war\"

The web.xml has something like:

<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
  version="2.4">

  <servlet>
    <servlet-name>JBWS1357Service</servlet-name>
    <servlet-class>org.jboss.test.ws.jaxws.jbws1357.JBWS1357Impl</servlet-class>
  </servlet>

  <servlet>
    <servlet-name>hello_jsp</servlet-name>
    <jsp-file>/hello.jsp</jsp-file>

  <servlet-mapping>
    <url-pattern>/JBWS1357Service</url-pattern>
  </servlet-mapping>

    <url-pattern>/hello.jsp</url-pattern>

Using tab completion for adding a module dependencies with module add command could lead to invalid module.xml as CLI prompt user to use module name with "system.layers.base" prefix, which is not a part of module name.
reproduce
Add a new module via module add command, use tab-completion for dependencies

module add --name=<name> --resources=<path_to_jar> --dependencies=<TAB>
module add --name=<name> --resources=<path_to_jar> --dependencies=system.<TAB>
module add --name=<name> --resources=<path_to_jar> --dependencies=system.layers.<TAB>
module add --name=<name> --resources=<path_to_jar> --dependencies=system.layers.base.<TAB>
asm  ch  com  gnu  ibm  io  javaee  javax  net  nu  org  sun 

this way something like following is generated in module.xml file

    <module name="system.layers.base.org.jboss.as.controller"/>
</dependencies>

however correct module name is org.jboss.as.controller

If there is an exception on the Exchange which gets marshalled then the namespace of the fault is not the same namespace as the envelope.
The namespace on soap 1.1 is: "http://schemas.xmlsoap.org/soap/envelope/"
But the fault is using soap 1.2: "http://www.w3.org/2003/05/soap-envelope"
We should use the same namespace so its consistent.

http://forum.springframework.org/showthread.php?t=52558
Seems like transition is null here.

Need to add fuse release & ea repos to the examples root pom.

when populating the database using <repository:jackson-populattor /> tag, an NPE will be thrown if  the domain class which is being populated doesn't have a repository interface.
The exception message is not very clear, so I explicitly add an assert to ensure the CRUDInvoker cannot be null, and printing a more obvious error message when the assertion is failed.

While troubleshooting an out of memory error exporting snapshot to s3a, I found that ExportSnapshot doesn't close FileSystem instances it uses.
An implementation (s3a e.g.) may depend on close() call so that resources are released.
ExportSnapshot should close the FileSystem instances upon exit.

When verifyAndAssignRoot throw exception, The deadServers state can not be changed.
The Hmaster log has a lot of 'Not running balancer because processing dead regionserver(s): []' information.
HMaster log:
2011-07-09 01:38:31,820 INFO org.apache.hadoop.hbase.regionserver.wal.HLogSplitter: Closed path hdfs://162.2.16.6:9000/hbase/Htable_UFDR_035/fe7e51c0a74fac096cea8cdb3c9497a6/recovered.edits/0000000000204525422 (wrote 8 edits in 61583ms)
2011-07-09 01:38:31,836 ERROR org.apache.hadoop.hbase.master.MasterFileSystem: Failed splitting hdfs://162.2.16.6:9000/hbase/.logs/162-2-6-187,20020,1310107719056
java.io.IOException: hdfs://162.2.16.6:9000/hbase/.logs/162-2-6-187,20020,1310107719056/162-2-6-187%3A20020.1310143885352, entryStart=1878997244, pos=1879048192, end=2003890606, edit=80274
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.addFileInfoToException(SequenceFileLogReader.java:244)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.next(SequenceFileLogReader.java:200)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.next(SequenceFileLogReader.java:172)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.parseHLog(HLogSplitter.java:429)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLog(HLogSplitter.java:262)
	at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLog(HLogSplitter.java:188)
	at org.apache.hadoop.hbase.master.MasterFileSystem.splitLog(MasterFileSystem.java:201)
	at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:114)
Caused by: java.io.IOException: Could not obtain block: blk_1310107715558_225636 file=/hbase/.logs/162-2-6-187,20020,1310107719056/162-2-6-187%3A20020.1310143885352
	at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.chooseDataNode(DFSClient.java:2491)
	at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.blockSeekTo(DFSClient.java:2256)
	at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.read(DFSClient.java:2441)
	at java.io.DataInputStream.read(DataInputStream.java:132)
	at java.io.DataInputStream.readFully(DataInputStream.java:178)
	at org.apache.hadoop.io.DataOutputBuffer$Buffer.write(DataOutputBuffer.java:63)
	at org.apache.hadoop.io.DataOutputBuffer.write(DataOutputBuffer.java:101)
	at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1984)
	at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1884)
	at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1930)
	at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader.next(SequenceFileLogReader.java:198)
	... 10 more
2011-07-09 01:38:33,052 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [162-2-6-187,20020,1310107719056]
2011-07-09 01:39:29,946 WARN org.apache.hadoop.hbase.master.CatalogJanitor: Failed scan of catalog table
java.net.SocketTimeoutException: Call to /162.2.6.187:20020 failed on socket timeout exception: java.net.SocketTimeoutException: 60000 millis timeout while waiting for channel to be ready for read. ch : java.nio.channels.SocketChannel[connected local=/162.2.6.187:38721 remote=/162.2.6.187:20020]
	at org.apache.hadoop.hbase.ipc.HBaseClient.wrapException(HBaseClient.java:802)
	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:775)
	at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:257)
	at $Proxy6.getRegionInfo(Unknown Source)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.verifyRegionLocation(CatalogTracker.java:424)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.getMetaServerConnection(CatalogTracker.java:272)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMeta(CatalogTracker.java:331)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMetaServerConnectionDefault(CatalogTracker.java:364)
	at org.apache.hadoop.hbase.catalog.MetaReader.fullScan(MetaReader.java:255)
	at org.apache.hadoop.hbase.catalog.MetaReader.fullScan(MetaReader.java:237)
	at org.apache.hadoop.hbase.master.CatalogJanitor.scan(CatalogJanitor.java:116)
	at org.apache.hadoop.hbase.master.CatalogJanitor.chore(CatalogJanitor.java:85)
Caused by: java.net.SocketTimeoutException: 60000 millis timeout while waiting for channel to be ready for read. ch : java.nio.channels.SocketChannel[connected local=/162.2.6.187:38721 remote=/162.2.6.187:20020]
	at org.apache.hadoop.net.SocketIOWithTimeout.doIO(SocketIOWithTimeout.java:165)
	at org.apache.hadoop.net.SocketInputStream.read(SocketInputStream.java:155)
	at org.apache.hadoop.net.SocketInputStream.read(SocketInputStream.java:128)
	at java.io.FilterInputStream.read(FilterInputStream.java:116)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection$PingInputStream.read(HBaseClient.java:299)
	at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
	at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
	at java.io.DataInputStream.readInt(DataInputStream.java:370)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.receiveResponse(HBaseClient.java:539)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.run(HBaseClient.java:477)
2011-07-09 01:39:29,946 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event M_META_SERVER_SHUTDOWN
	at org.apache.hadoop.hbase.catalog.CatalogTracker.verifyRootRegionLocation(CatalogTracker.java:471)
	at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.verifyAndAssignRoot(ServerShutdownHandler.java:90)
	at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:126)
2011-07-09 01:40:26,474 DEBUG org.apache.hadoop.hbase.master.ServerManager: Server 162-2-6-187,20020,1310146825674 came back up, removed it from the dead servers list
2011-07-09 01:40:26,515 INFO org.apache.hadoop.hbase.master.ServerManager: Registering server=162-2-6-187,20020,1310146825674, regionCount=0, userLoad=false
2011-07-09 01:40:28,410 INFO org.apache.hadoop.hbase.catalog.CatalogTracker: Failed verification of .META.,,1 at address=162-2-6-187:20020; org.apache.hadoop.hbase.NotServingRegionException: org.apache.hadoop.hbase.NotServingRegionException: Region is not online: .META.,,1
...
2011-07-09 01:53:33,052 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): []
2011-07-09 01:58:33,060 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): []
2011-07-09 02:03:33,061 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): []
2011-07-09 02:08:33,061 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): []

Example:
Route Sample
this.from("servlet:///test").routeId("CamelTestRoute") 
   .onCompletion() 
      .bean(this.logCompletionRoute) 
   .end() 
   .onException(Exception.class) 
      .log(LoggingLevel.ERROR, this.log, "Error on processing message. Sending Rollback command!") 
      .log(LoggingLevel.ERROR, this.log, "${exception.stacktrace}") 
      .rollback()
      .handled(true) 
   .end() 
   .transacted(RouteTransactionConfiguration.PROPAGATION_REQUIRED) 
   .process(new Processor() { 
                @Override 
                public void process(Exchange exchange) throws Exception { 
                    throw new Exception(); 
                }}); 

In this sample, the OnCompletion bean never is executed. But, if I remove the "rollback()" call, it is executed properly.
thanks,

I have this stack when I start a fresh region server. 5% of the time I would say (per region server).

2013-07-04 12:00:22,609 FATAL [regionserver60020] regionserver.HRegionServer: ABORTING region server ip-10-137-7-67.ec2.internal,60020,1372939221819: Initialization of RS failed.  Hence aborting RS.
	at java.util.Hashtable$Enumerator.next(Hashtable.java:1200)
	at org.apache.hadoop.conf.Configuration.iterator(Configuration.java:1820)
	at org.apache.hadoop.hbase.zookeeper.ZKConfig.makeZKProps(ZKConfig.java:92)
	at org.apache.hadoop.hbase.zookeeper.ZKConfig.getZKQuorumServersString(ZKConfig.java:267)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.<init>(ZooKeeperWatcher.java:158)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.<init>(ZooKeeperWatcher.java:133)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.initializeZooKeeper(HRegionServer.java:667)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.preRegistrationInitialization(HRegionServer.java:647)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:778)
2013-07-04 12:00:22,614 FATAL [regionserver60020] regionserver.HRegionServer: RegionServer abort: loaded coprocessors are: []
2013-07-04 12:00:22,614 INFO  [regionserver60020] regionserver.HRegionServer: STOPPED: Initialization of RS failed.  Hence aborting RS.
2013-07-04 12:00:22,616 FATAL [regionserver60020] regionserver.HRegionServer: ABORTING region server ip-10-137-7-67.ec2.internal,60020,1372939221819: Unhandled: null
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:798)
2013-07-04 12:00:22,616 FATAL [regionserver60020] regionserver.HRegionServer: RegionServer abort: loaded coprocessors are: []
2013-07-04 12:00:22,617 INFO  [regionserver60020] regionserver.HRegionServer: STOPPED: Unhandled: null
2013-07-04 12:00:22,767 INFO  [main] regionserver.ShutdownHook: Installed shutdown hook thread: Shutdownhook:regionserver60020
2013-07-04 12:00:22,768 ERROR [main] regionserver.HRegionServerCommandLine: Region server exiting
java.lang.RuntimeException: HRegionServer Aborted
	at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.start(HRegionServerCommandLine.java:66)
	at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.run(HRegionServerCommandLine.java:85)
	at org.apache.hadoop.hbase.util.ServerCommandLine.doMain(ServerCommandLine.java:78)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.main(HRegionServer.java:2309)
2013-07-04 12:00:22,770 INFO  [Thread-4] regionserver.ShutdownHook: Shutdown hook starting; hbase.shutdown.hook=true; fsShutdownHook=org.apache.hadoop.fs.FileSystem$Cache$ClientFinalizer@21f0dbb9

There is one bug here in the region server: we should not start the snapshot if the machine is supposed to stop:

      // start the snapshot handler, since the server is ready to run
      this.snapshotManager.start();

and the root cause is here in ZKConfig:

    for (Entry<String, String> entry : conf) { // <=== BUG
      String key = entry.getKey();
      if (key.startsWith(HConstants.ZK_CFG_PROPERTY_PREFIX)) {
        String zkKey = key.substring(HConstants.ZK_CFG_PROPERTY_PREFIX_LEN);
        String value = entry.getValue();
        // If the value has variables substitutions, need to do a get.
        if (value.contains(VARIABLE_START)) {
          value = conf.get(key);
        }
        zkProperties.put(zkKey, value);
      }

Found this while investigating ROO-2806. To replicate:

Generate a project with an MVC layer (e.g. run "script vote.roo")
Edit an entity controller's @RooWebScaffold annotation to contain "create = false" and "update = false"
Roo does not remove the corresponding view definitions from the entity's views.xml file

In the past we used the following properties:
-Dsun.util.logging.disableCallerCheck=true
-Djdk.attach.allowAttachSelf=true
to activate some workarounds on modular JDKs.
These workarounds are not needed anymore.

In Camel 1.4.0, when a Web server sends an error page to HttpProducer, the Camel route can access the response headers that were sent by the server.  In Camel 1.5.0, these headers are discarded by HttpProducer, so the Camel route cannot access them.
Camel 1.5.0 also discards the content of the error page, but that was fixed in CAMEL-1083.
See discussion: HttpProducer: how to access the body of an error page?

I am using approach from the "Accessing scoped proxy beans within Threads of" answer. However I am seeing rare deadlocks involving `RequestAttributes` object. The main reason of the deadlock is between the `synchronized (this.sessionAttributesToUpdate)` statement in the object and servlet session attribute map. Normally the instances of the object are created for each request, so they don't clash, but if I pass the object to another thread to use the session beans, the same object is used and it causes deadlock sometimes.
The deadlock happens if current http request is not completed while the another thread starts using a session bean passed with `RequestContextHolder.setRequestAttributes`.
I think this guy mentions the same problem, but his question is unanswered: Session scoped bean encountering deadlock.
A unit test is in attachment. The thead dump during the deadlock:
Full thread dump

"Thread-1@1374" prio=5 tid=0xc nid=NA waiting for monitor entry
	 blocks Thread-206@1641
	 waiting for Thread-206@1641 to release lock on <0x671> (a org.springframework.bugs.ssdl.SyncMockHttpSession)
	  at org.springframework.bugs.ssdl.SyncMockHttpSession.getAttribute(SyncMockHttpSession.java:14)
	  at org.springframework.web.context.request.ServletRequestAttributes.updateAccessedSessionAttributes(ServletRequestAttributes.java:230)
	  - locked <0x672> (a java.util.HashMap)
	  at org.springframework.web.context.request.AbstractRequestAttributes.requestCompleted(AbstractRequestAttributes.java:48)
	  at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:88)
	  at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
	  at org.springframework.bugs.ssdl.SsdlTest.deadlock(SsdlTest.java:39)
	  at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:-1)
	  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	  at java.lang.reflect.Method.invoke(Method.java:601)
	  at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
	  at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
	  at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
	  at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
	  at org.junit.internal.runners.statements.FailOnTimeout$1.run(FailOnTimeout.java:28)

"main@1" prio=5 tid=0x1 nid=NA waiting
  java.lang.Thread.State: WAITING
	  at java.lang.Thread.join(Thread.java:1266)
	  at org.junit.internal.runners.statements.FailOnTimeout.evaluate(FailOnTimeout.java:36)
	  at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
	  at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
	  at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
	  at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
	  at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
	  at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
	  at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
	  at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
	  at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
	  at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
	  at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:77)
	  at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:195)
	  at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:63)

"Thread-206@1641" prio=5 tid=0xd9 nid=NA waiting for monitor entry
	 blocks Thread-1@1374
	 waiting for Thread-1@1374 to release lock on <0x672> (a java.util.HashMap)
	  at org.springframework.web.context.request.ServletRequestAttributes.getAttribute(ServletRequestAttributes.java:107)
	  at org.springframework.web.context.request.AbstractRequestAttributesScope.get(AbstractRequestAttributesScope.java:41)
	  at org.springframework.web.context.request.SessionScope.get(SessionScope.java:92)
	  - locked <0x671> (a org.springframework.bugs.ssdl.SyncMockHttpSession)
	  at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:328)
	  at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
	  at org.springframework.aop.target.SimpleBeanTargetSource.getTarget(SimpleBeanTargetSource.java:33)
	  at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:182)
	  at $Proxy5.method(Unknown Source:-1)
	  at org.springframework.bugs.ssdl.WorkerThread.run(WorkerThread.java:21)

"Finalizer@1644" daemon prio=8 tid=0x3 nid=NA waiting
	  at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
	  at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
	  at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177)

"Reference Handler@1645" daemon prio=10 tid=0x2 nid=NA waiting
	  at java.lang.Object.wait(Object.java:503)
	  at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)

"Attach Listener@1642" daemon prio=5 tid=0x5 nid=NA runnable
  java.lang.Thread.State: RUNNABLE

"Signal Dispatcher@1643" daemon prio=9 tid=0x4 nid=NA runnable

Many are seeing writes not getting into tables since HBASE-748 was committed. As I explained to Jonathan: 
<jdcryans> jgray: but I'm pretty sure that under high load a split took too long and the write didn't get through
<jdcryans> jgray: That part has to be refactored to be used with other kind of batching
<jdcryans> jgray: because the exponential backoff retry logic is in HCM but I had to get the retry out of it...
So this issue is about getting the retry logic out of HTable, hopefully merging it with the rest of HCM.

What problem/issue/behavior are you having trouble with?  What do you expect to see?
It is possible to define the following without JBoss complaining:
<subsystem xmlns="urn:jboss:domain:security:3.0">
    <security-domain name="iskv21c" cache-type="Hugo">
[...]
Expected behavior is that JBoss complains about invalid value "Hugo" (e.g. throws an Exception, refuses to start,..)
According to the CLI, there are two valid options: default and infinispan
}
[standalone@localhost:9990 /] /subsystem=security/security-domain=other:read-resource-description
.. .. ..
.. .. ..
        "attributes" => {"cache-type" => {
            "description" => "Adds a cache to speed up authentication checks. Allowed values are 'default' to use simple map as the cache and 'infinispan' to use an Infinispan cache.",
            "expressions-allowed" => true,
            "max-length" => 2147483647L,
            "allowed" => [
                "default",
                "infinispan"
            ],
            "access-type" => "read-write",
            "storage" => "configuration",
            "restart-required" => "no-services"
        }},

Dozer assumes that it can load user types from the classloader of the dozer implementation, which is of course quite wrong in a modular environment. In Camel we have a hack in DozerTypeConverterLoader, which prior to creating the bean mapper forces the classLoaderBeanName in GlobalSettings to DozerThreadContextClassLoader and then initialises the TCCL with the application ClassLoader associated with the CamelContext.
With a spring based context, this code path is not executed and therefore the application ClassLoader associated with the CamelContext ignored.
CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/1035

In ItemOrientedTasklet, parameter and member field are called itemProvider but method name and type are ItemReader - this is inconsistent. Additionally, ItemReader is still referred to as ItemProvider inconsistently throughout comments.

The property hive.metastore.local has been removed for years. We can remove the warning.

Given following Initializer:

import javax.servlet.Filter;
import org.springframework.web.filter.CharacterEncodingFilter;
import org.springframework.web.servlet.support.AbstractAnnotationConfigDispatcherServletInitializer;
import be.vdab.test.TestConfig;

public class Initializer extends AbstractAnnotationConfigDispatcherServletInitializer {
	@Override
		return new String[] { "/" };
	}

	@Override
	protected Class<?>[] getRootConfigClasses() {
		return new Class<?>[] { TestConfig.class };
		//return null;
	}

	@Override
	protected Class<?>[] getServletConfigClasses() {
		return new Class<?>[] { ControllersConfig.class };
	}

	@Override
	protected Filter[] getServletFilters() {
		return new Filter[] { new CharacterEncodingFilter("UTF-8") };
	}
}

and following Controllers config:

import org.springframework.context.MessageSource;
import org.springframework.context.support.ReloadableResourceBundleMessageSource;

public class ControllersConfig extends WebMvcConfigurerAdapter {

	@Bean
	MessageSource messageSource() {
		ReloadableResourceBundleMessageSource source = new ReloadableResourceBundleMessageSource();
		source.setBasename("classpath:messages");
		source.setFallbackToSystemLocale(false);
		return source;
	}
}

and following Java config

package be.vdab.test;

public class TestConfig {

}

and following controller:

import org.springframework.validation.DataBinder;
import org.springframework.web.bind.annotation.InitBinder;

class IndexController {

	private static final String VIEW = "/WEB-INF/JSP/index.jsp";

	@GetMapping
	ModelAndView findByPostcodeReeks() {
		CommandObject reeks = new CommandObject();
		return new ModelAndView(VIEW).addObject(reeks);
	}

	@GetMapping(params = { "value" })
	ModelAndView findByPostcodeReeks(CommandObject reeks, BindingResult bindingResult) {
		ModelAndView modelAndView = new ModelAndView(VIEW);
		return modelAndView;
	}

	@InitBinder("commandObject")
	void initBinderPostcodeReeks(DataBinder dataBinder) {
		dataBinder.setRequiredFields("value");
	}
}

and following Command object class

	private String value;
	public String getValue() {
		return value;
	}

	public void setValue(String value) {
	}
}

and following index.jsp

<%@page contentType='text/html' pageEncoding='UTF-8' session='false'%>
<%@taglib prefix='form' uri='http://www.springframework.org/tags/form'%> 
<html lang='nl'>
<head>
<title>
Test
</title>
</head>
<body>
<h1>Test</h1>
<form:form action='' modelAttribute='commandObject' method='get'>
<form:input path='value' autofocus='autofocus'/> 
<form:errors path='value'/> 
 <input type='submit' value='Zoeken'> 
</body>
</html>

when you run the webapp, leave the field empty and submit the form, you don't see the error message.
The problem is solved in three different ways:
1. comment the MessageSource bean in ControllersConfig
2. comment the line 
return new Class<?>[] 
{ TestConfig.class }
; in Initialzer and uncomment the line return null;
3. Downgrade the webapp to Spring 4.3.11
A project to show the problem is at https://github.com/desmethans/formerrorstag.git

The character '\' is a special character and needs to be escaped when used as part of a String.
If the name contains '\', we need to escape it,otherwise the generated file Version.java failed to compile.

Since this commit (which fixed WFLY-9732), the EE naming context is not set up properly when WeldBootstrap.endInitialization() is called. This is because the naming context is set up by the SetupAction executed in WeldStartService. (WeldBootstrap.endInitialization() used to be invoked from WeldStartService as well, but the commit linked above moved the invocation to a separate WeldStartCompletionService.)
That is a problem because endInitialization() is where the @Initialized(ApplicationScoped.class) event is fired from (in some cases). If there's a bean that's being eagerly-initialized by listening for this event and the bean also requires the EE naming context (e.g. for injecting @Resource(lookup = "java:comp/DefaultManagedThreadFactory")), deployment now fails (because the resource injection fails).
I can see this problem in Thorntail, because the pattern described above is used in SmallRye Fault Tolerance (see HystrixInitializer and DefaultHystrixConcurrencyStrategy).

Elevator is currently tied up with cache due to the way the memory is allocated. We should allow using elevator with the cache disabled.

In secure clusters, we protect znodes with the server principal in zk. However, if a user wants to add a replication peer or run HBCK, then she will get Auth exception. This was not a problem due to an earlier bug. 
For replication, the long term fix is HBASE-11392. However, we should still have a way to launch zkcli with the server principals for manual inspection / manipulation. 
HBCK should always assume the server principals. 
Thanks Koelli Mungee for reporting this. 

JavaSecureRandom should throw Exception if it cannot create the instance - there's no point in continuing as the main method nextBytes() will just throw NPE.

See HBASE-1436 .  The bug fix for this JIRA is a temporary workaround for improperly moving partially-written files from TMP into the region directory when a FS error occurs.  Unfortunately, the fix is to ignore all IO exceptions, which masks off-lining due to FS flakiness.  We need to permanently fix the problem that created HBASE-1436 & then at least have the option to not open a region during times of flakey FS.

karaf@root()> feature:install camel-braintree
Error executing command: Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=camel-braintree; type=karaf.feature; version="[2.18.0.SNAPSHOT,2.18.0.SNAPSHOT]"; filter:="(&(osgi.identity=camel-braintree)(type=karaf.feature)(version>=2.18.0.SNAPSHOT)(version<=2.18.0.SNAPSHOT))" [caused by: Unable to resolve camel-braintree/2.18.0.SNAPSHOT: missing requirement [camel-braintree/2.18.0.SNAPSHOT] osgi.identity; osgi.identity=org.apache.camel.camel-braintree; type=osgi.bundle; version="[2.18.0.SNAPSHOT,2.18.0.SNAPSHOT]"; resolution:=mandatory [caused by: Unable to resolve org.apache.camel.camel-braintree/2.18.0.SNAPSHOT: missing requirement [org.apache.camel.camel-braintree/2.18.0.SNAPSHOT] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.slf4j.bridge)(version>=1.6.0)(!(version>=2.0.0)))" [caused by: Unable to resolve jul.to.slf4j/1.7.21: missing requirement [jul.to.slf4j/1.7.21] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.slf4j)(version>=1.7.21))"]]]

Example stack trace below. It looks like this was introduced by HIVE-9664.

015-09-16 19:53:16,502 ERROR [main]: SessionState (SessionState.java:printError(960)) - invalid url: wasb:///tmp/hive-udfs-0.1.jar, expecting ( file | hdfs | ivy)  as url scheme.
java.lang.RuntimeException: invalid url: wasb:///tmp/hive-udfs-0.1.jar, expecting ( file | hdfs | ivy)  as url scheme.
        at org.apache.hadoop.hive.ql.session.SessionState.getURLType(SessionState.java:1230)
        at org.apache.hadoop.hive.ql.session.SessionState.resolveAndDownload(SessionState.java:1237)
        at org.apache.hadoop.hive.ql.session.SessionState.add_resources(SessionState.java:1163)
        at org.apache.hadoop.hive.ql.session.SessionState.add_resources(SessionState.java:1149)
        at org.apache.hadoop.hive.ql.exec.FunctionTask.addFunctionResources(FunctionTask.java:301)
        at org.apache.hadoop.hive.ql.exec.Registry.registerToSessionRegistry(Registry.java:453)
        at org.apache.hadoop.hive.ql.exec.Registry.registerPermanentFunction(Registry.java:200)
        at org.apache.hadoop.hive.ql.exec.FunctionRegistry.registerPermanentFunction(FunctionRegistry.java:1495)
        at org.apache.hadoop.hive.ql.exec.FunctionTask.createPermanentFunction(FunctionTask.java:136)
        at org.apache.hadoop.hive.ql.exec.FunctionTask.execute(FunctionTask.java:75)

Running 
module add --name=foo.bar --resources=foo.jar --dependencies=[org.a, org.b ]
will result in following dependencies in module.xml
{{
...
        <module name="org.a"/>
        <module name=" org.b "/>
...
}}
The module name in dependencies should be stripped of leading and trailing whitespaces.

This issue is about updating our hadoop supported versions grid in the prerequisites section of refguide. Here is thread proposing this change up on dev list: http://osdir.com/ml/general/2016-04/msg09194.html

Following scenario leads to the starvation of threads in a multi-threaded env.
TaskExecutorRepeatTemplate:

line 418 -> thread 1 acquires lock
line 429  -> thread 1 releases lock + sleeps 2sec
line  456 -> thread 2 acquires lock
line 457  -> thread 2 updates 'paused = true'
line 430  -> thread 1 -> stillActive is always true because paused = true -> thread 1 loops

Similar issue: BATCH-1362

I'm just starting to use the Spring OAuth module and I'm a bit confused about its processing of an authorized request token in OAuth spec 1.0 (not 1.0a). I'm writing a client which is attempting to gain an access token through the standard OAuth 1.0 workflow, and I believe that I'm seeing some incorrect behavior regarding processing of an authorized request token handed back by the service provider.
In my webapp's workflow, the OAuth module is able to successfully gain an unauthorized request token from the service provider, redirect the client to the service provider's authorization page, and the service provider then redirects the client back to my webapp with the authorized request token once the user has authorized it. Since the service provider in this case is an OAuth 1.0 service provider, the authorized request token does NOT come back from the service provider with a verifier.
The strange thing that I see in the M3 code is that when the OAuth module processes the inbound authorized request token, it looks for a verifier without checking first to see if it's configured for 1.0 or 1.0a. When it doesn't find a verifier attached to the request (again, because I'm talking to a OAuth 1.0 service provider), it just tosses away the valid, authorized request token and starts the OAuth workflow all over again.
I'm wondering if there should be a check, upon receiving a request token which has been authorized, if the client is configured for OAuth 1.0 vs 1.0a, and only check for the presence of a verifier if 1.0a is selected.
See http://forum.springsource.org/showthread.php?111484-Oauth-verifier-required-for-authenticated-request-token-processing-in-1.0.

Currently analyze command with partialscan or noscan only applies to OrcInputFormat and MapredParquetInputFormat. However, if custom input formats extend these two they should also be able to use the same command to collect stats.

Rat checks are failing on metastore_db/dblock and files under patchprocess created by Yetus itself.
Both directories should be excluded from rat checks.
CC: Peter Vary Zoltan Haindrich

Recently there is a failure from Jenkins build:https://builds.apache.org/job/HBase-0.98/364/testReport/junit/org.apache.hadoop.hbase.procedure/TestZKProcedure/testMultiCohortWithMemberTimeoutDuringPrepare/.
Below are related log message and Member: 'one' joining twice:

2014-06-29 19:26:34,101 DEBUG [member: 'three' subprocedure-pool11-thread-1] procedure.ZKProcedureMemberRpcs(237): Member: 'one' joining acquired barrier for procedure (op) in zk
2014-06-29 19:26:34,101 DEBUG [member: 'one' subprocedure-pool9-thread-1] procedure.Subprocedure(162): Subprocedure 'op' locally acquired
2014-06-29 19:26:34,101 DEBUG [member: 'one' subprocedure-pool9-thread-1] procedure.ZKProcedureMemberRpcs(237): Member: 'one' joining acquired barrier for procedure (op) in zk

The ActiveMQ JMX service URL is being defined in 2 configuration files:
[jboss-fuse]/etc/system.properties by 

activemq.jmx.url=service:jmx:rmi:///jndi/rmi://localhost:1099/karaf-${karaf.name}

[jboss-fuse]/etc/org.apache.activemq.webconsole.cfg by

webconsole.jmx.url=service:jmx:rmi:///jndi/rmi://localhost:1099/karaf-root

This occurs by default and make it confusing to know which properties should be used to configure the ActiveMQ JMX connection.  
It appears the system.properties activemq.jmx.url property takes precedence if it is defined.  If the activemq.jmx.url is commented out of system.properties then the property webconsole.jmx.url from org.apache.activemq.webconsole.cfg is used.

The two screenshots in the quickstarts/switchyard/camel-sap-binding/Screenshots folder are corrupted, they can't be opened using any image viewer. They seem to be changed compared to the files located in git repository.

see HIVE-14589.
Basic idea (spent about 7 minutes thinking about this based on RB comment ) is to return locations for all slots to HostAffinitySplitLocationProvider, the missing slots being inactive locations (based solely on the last slot actually present). For the splits mapped to these locations, fall back via different hash functions, or some sort of probing.
This still doesn't handle all the cases, namely when the last slots are gone (consistent hashing is supposed to be good for this?); however for that we'd need more involved coordination between nodes or a central updater to indicate the number of nodes

Currently, the hive server creates scratch directory and changes permission to 777 however, this is not great with respect to security. We need to create user specific scratch directories instead. Also refer to HIVE-6782 1st iteration of the patch for approach.

I believe there is a typo line 252 in MultiKeyMap.
        return
            multi.size() == 2 &&
            (key1 == multi.getKey(0) || key1 != null && key1.equals(multi.getKey(0))) &&
            (key2 == multi.getKey(1) || key1 != null && key2.equals(multi.getKey(1)));
should be:
        return
            (key2 == multi.getKey(1) || key2 != null && key2.equals(multi.getKey(1)));

Setting the RPC quota, table.exists(Get) cause quota.addGetResult(r)  throw  NPE.

set_quota TYPE => THROTTLE, NAMESPACE => 'ns1', LIMIT => '1000req/sec'

Connection conn = ConnectionFactory.createConnection(config);
Table htable = conn.getTable(TableName.valueOf("ns1:t1"));
boolean exists = htable.exists(new Get(Bytes.toBytes("123"))); 

log:
 at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2183)
 at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:107)
 at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:133)
 at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:108)
 Caused by: java.lang.NullPointerException
 at org.apache.hadoop.hbase.quotas.QuotaUtil.calculateResultSize(QuotaUtil.java:282)
 at org.apache.hadoop.hbase.quotas.DefaultOperationQuota.addGetResult(DefaultOperationQuota.java:99)
 at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:1907)
 at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32381)
 at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2135)
 ... 4 more

Just a small bug fix. In the error log message of RpcRetryingCallerImpl. Tries number is passed to both tries and retries. Causing a bit of confusing.

2018-07-05 21:04:46,343 INFO [Thread-20] org.apache.hadoop.hbase.client.RpcRetryingCallerImpl: Call exception, tries=6, retries=6, started=4174 ms ago, cancelled=false, msg=org.apache.hadoop.hbase.exce
ptions.RegionOpeningException: Region IntegrationTestBigLinkedList,\x7F\xFF\xFF\xFF\xFF\xFF\xFF\xFE,1530795739116.0cfd339596648348ac13d979150eb2bf. is opening on e010125049164.bja,60020,1530795698451

When use rand function with null, HiveServer throws NPE:

0: jdbc:hive2://10.64.35.144:21066/> desc foo1;
+-----------+------------+----------+--+
| col_name  | data_type  | comment  |
| c1        | bigint     |          |
1 row selected (0.075 seconds)
0: jdbc:hive2://10.64.35.144:21066/> select * from foo1;
| foo1.c1  |
| NULL     |
| 1        |
| 2        |
3 rows selected (0.124 seconds)
0: jdbc:hive2://10.64.35.144:21066/> select rand(c1) from foo1;
Error: java.io.IOException: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to execute method public org.apache.hadoop.hive.serde2.io.DoubleWritable org.apache.hadoop.hive.ql.udf.UDFRand.evaluate(org.apache.hadoop.io.LongWritable)  on object org.apache.hadoop.hive.ql.udf.UDFRand@37a2b47b of class org.apache.hadoop.hive.ql.udf.UDFRand with arguments {null} of size 1 (state=,code=0)

        at sun.reflect.GeneratedMethodAccessor79.invoke(Unknown Source)
        at org.apache.hadoop.hive.ql.exec.FunctionRegistry.invoke(FunctionRegistry.java:1010)
        ... 36 more
        at org.apache.hadoop.hive.ql.udf.UDFRand.evaluate(UDFRand.java:57)
        ... 40 more

Move the example co-processor into the hbase-examples module.  Also move the protobuf definition files into the module.

I created an enum "Timezone" using roo shell and added lots of constants (more than 600) to it. This enum is used as a property in one of my roo generated entities.
Whenever I try to update/create/delete entities of this type with the scaffolded controller, the data base is updated correctly, but once the controller tries to redirect to a view, I get the following exception:
java.lang.ArrayIndexOutOfBoundsException: 8192
	at org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffer.java:715)
	at org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffer.java:622)
	at org.apache.coyote.http11.InternalOutputBuffer.sendHeader(InternalOutputBuffer.java:495)
	at org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processor.java:1617)
	at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:952)
	at org.apache.coyote.Response.action(Response.java:183)
	at org.apache.coyote.Response.sendHeaders(Response.java:379)
	at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:305)
	at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:273)
	at org.apache.catalina.connector.Response.finishResponse(Response.java:493)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:322)
23.02.2011 10:53:12 org.apache.coyote.http11.Http11Processor process
SCHWERWIEGEND: Error finishing response
	at org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffer.java:684)
	at org.apache.coyote.http11.InternalOutputBuffer.sendStatus(InternalOutputBuffer.java:419)
	at org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processor.java:1604)
	at org.apache.coyote.Response.action(Response.java:181)
	at org.apache.coyote.http11.InternalOutputBuffer.endRequest(InternalOutputBuffer.java:379)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:897)
After this exception occurs, TomCat retries the operation which leads to a Hibernate exception in case of update (stale record), unique constraint exception in case of create and entity not found exception in case of delete.
Debugging the application, the last break point that is hit before the index out of bound exception is the sendRedirect method in Spring's RedirectView class. Examining the targetUrl attribute in this method, I figured that all possible values of my enum type had been encoded as request parameters which forms a very long string which probably caused the index out of bound exception.
Looking at the generated scaffolding code, all possible values of the enum property are added to the Model in a generated method called "populateTimezones" to present all possible selections in drop down boxes in the view.
When doing the redirect after a create/update/delete operation, all model attributes are added to the targetUrl which leads to the array index out of bound exception.
I worked around the problem by pushing some generated advices into my controller classes and add a
model.addAttribute("timezones", null);
before doing the redirect. I do not think that these attributes are ever needed after a redirect, so I suggest modifying the scaffolded code generator accordingly.
Since this problem could not only happpen in case of huge enums but also in case of many candidates for relationships with other entities (so whenever a generated populate... method adds lots of entries to the model), I think this is not just an exotic problem.
Another aspect of this problem seems to be the array index out of bound exception in TomCat. Even in case of ridiculously long target URLs, this should not cause exceptions like this which cause retries of operations with a side effect.
I attached my enum class so that you can better reproduce the problem.
Best, Johannes

Currently it uses receiveNoWait, it should use receive (eg block). You should use timeout = -1 for receiveNoWait. This is also what we write in the documentation and javadoc.

I created a few entities and I annotated one of my entity attributes with the @Id annotation and I took off the autogenerated annotation.  I let roo regen the jspx and controller scaffolding and everything seemed fine until I tried to enter a string into the key that contained a "/" in it.  The entity is called gl and the key is called glAccount.  When I attempt to enter the gl of "A/R", the post (create) controller fires as it should then it redirects to "redirect:/gl/"+entity.getGlAccount();  which ends up having a url of GET("/gl/A/R")  which should be "/gl/A%2fR".  Please update the scaffolding to escape the id values when creating links in the tagx files and in the controllers.

Several HRegionServers hang around indefinitely well after the HMaster has exited.  This was triggered executing $HBASE_HOME/bin/stop-hbase.sh.  The HMaster exists fine, but here is what happens on one of the HRegionServers:
2008-01-02 18:54:01,907 INFO org.apache.hadoop.hbase.HRegionServer: Got regionserver stop message
2008-01-02 18:54:01,907 INFO org.apache.hadoop.hbase.Leases: regionserver/0.0.0.0:60020 closing leases
2008-01-02 18:54:01,907 INFO org.apache.hadoop.hbase.Leases$LeaseMonitor: regionserver/0.0.0.0:60020.leaseChecker exiting
2008-01-02 18:54:01,908 INFO org.apache.hadoop.hbase.Leases: regionserver/0.0.0.0:60020 closed leases
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: Stopping server on 60020
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 2 on 60020: exiting
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 0 on 60020: exiting
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 7 on 60020: exiting
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 3 on 60020: exiting
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 5 on 60020: exiting
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 9 on 60020: exiting
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 6 on 60020: exiting
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 4 on 60020: exiting
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 1 on 60020: exiting
2008-01-02 18:54:01,909 INFO org.apache.hadoop.ipc.Server: Stopping IPC Server listener on 60020
2008-01-02 18:54:01,908 INFO org.apache.hadoop.ipc.Server: IPC Server handler 8 on 60020: exiting
2008-01-02 18:54:01,909 INFO org.apache.hadoop.hbase.HRegionServer: Stopping infoServer
2008-01-02 18:54:01,909 DEBUG org.mortbay.util.Container: Stopping org.mortbay.jetty.Server@62c09554
2008-01-02 18:54:01,909 DEBUG org.mortbay.util.ThreadedServer: closing ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=60030]
2008-01-02 18:54:01,909 DEBUG org.mortbay.util.ThreadedServer: IGNORED
java.net.SocketException: Socket closed
        at java.net.PlainSocketImpl.socketAccept(Native Method)
        at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
        at java.net.ServerSocket.implAccept(ServerSocket.java:453)
        at java.net.ServerSocket.accept(ServerSocket.java:421)
        at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:432)
        at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:631)
2008-01-02 18:54:01,910 INFO org.mortbay.util.ThreadedServer: Stopping Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=60030]
2008-01-02 18:54:01,910 DEBUG org.mortbay.util.ThreadedServer: Self connect to close listener /127.0.0.1:60030
2008-01-02 18:54:01,911 DEBUG org.mortbay.util.ThreadedServer: problem stopping acceptor /127.0.0.1:
        at java.net.Socket.<init>(Socket.java:366)
        at java.net.Socket.<init>(Socket.java:209)
        at org.mortbay.util.ThreadedServer$Acceptor.forceStop(ThreadedServer.java:682)
        at org.mortbay.util.ThreadedServer.stop(ThreadedServer.java:557)
        at org.mortbay.http.SocketListener.stop(SocketListener.java:211)
        at org.mortbay.http.HttpServer.doStop(HttpServer.java:781)
        at org.mortbay.util.Container.stop(Container.java:154)
        at org.apache.hadoop.hbase.util.InfoServer.stop(InfoServer.java:237)
        at org.apache.hadoop.hbase.HRegionServer.run(HRegionServer.java:835)
2008-01-02 18:54:01,911 INFO org.mortbay.http.SocketListener: Stopped SocketListener on 0.0.0.0:60030
2008-01-02 18:54:01,912 DEBUG org.mortbay.util.Container: Stopping HttpContext[/static,/static]
2008-01-02 18:54:01,912 DEBUG org.mortbay.http.handler.AbstractHttpHandler: Stopped org.mortbay.http.handler.ResourceHandler in HttpContext[/static,/static]
2008-01-02 18:54:02,039 INFO org.mortbay.util.Container: Stopped HttpContext[/static,/static]
2008-01-02 18:54:02,039 DEBUG org.mortbay.util.Container: Stopping HttpContext[/logs,/logs]
2008-01-02 18:54:02,039 DEBUG org.mortbay.http.handler.AbstractHttpHandler: Stopped org.mortbay.http.handler.ResourceHandler in HttpContext[/logs,/logs]
2008-01-02 18:54:02,154 INFO org.mortbay.util.Container: Stopped HttpContext[/logs,/logs]
2008-01-02 18:54:02,154 DEBUG org.mortbay.util.Container: Stopping WebApplicationContext[/,/]
2008-01-02 18:54:02,154 DEBUG org.mortbay.util.Container: Stopping org.mortbay.jetty.servlet.WebApplicationHandler@7ec5495e
2008-01-02 18:54:02,155 INFO org.mortbay.util.Container: Stopped org.mortbay.jetty.servlet.WebApplicationHandler@7ec5495e
2008-01-02 18:54:02,277 DEBUG org.mortbay.jetty.servlet.AbstractSessionManager: Session scavenger exited
2008-01-02 18:54:02,278 DEBUG org.mortbay.util.Container: remove component: org.mortbay.jetty.servlet.WebApplicationHandler@7ec5495e
2008-01-02 18:54:02,278 INFO org.mortbay.util.Container: Stopped WebApplicationContext[/,/]
2008-01-02 18:54:02,278 INFO org.mortbay.util.Container: Stopped org.mortbay.jetty.Server@62c09554
2008-01-02 18:54:02,278 DEBUG org.apache.hadoop.hbase.HRegionServer: closing region spider_pages,10_131455761,1198140179439
2008-01-02 18:54:02,278 INFO org.apache.hadoop.hbase.HRegionServer: regionserver/0.0.0.0:60020.cacheFlusher exiting
2008-01-02 18:54:02,278 INFO org.apache.hadoop.hbase.HRegionServer: regionserver/0.0.0.0:60020.compactor exiting
2008-01-02 18:54:02,278 INFO org.apache.hadoop.hbase.HRegionServer: regionserver/0.0.0.0:60020.splitter exiting
2008-01-02 18:54:02,279 DEBUG org.apache.hadoop.hbase.HStore: closed spider_pages,10_131455761,1198140179439/search (1501227429/search)
2008-01-02 18:54:02,279 DEBUG org.apache.hadoop.hbase.HStore: closed spider_pages,10_131455761,1198140179439/profile (1501227429/profile)
2008-01-02 18:54:02,279 DEBUG org.apache.hadoop.hbase.HStore: closed spider_pages,10_131455761,1198140179439/meta (1501227429/meta)
2008-01-02 18:54:02,279 INFO org.apache.hadoop.hbase.HRegion: closed spider_pages,10_131455761,1198140179439
2008-01-02 18:54:02,279 DEBUG org.apache.hadoop.hbase.HRegionServer: closing region spider_pages,10_486594261,1198319654267
2008-01-02 18:54:02,280 DEBUG org.apache.hadoop.hbase.HStore: closed spider_pages,10_486594261,1198319654267/search (364081590/search)
2008-01-02 18:54:02,280 DEBUG org.apache.hadoop.hbase.HStore: closed spider_pages,10_486594261,1198319654267/profile (364081590/profile)
2008-01-02 18:54:02,280 DEBUG org.apache.hadoop.hbase.HStore: closed spider_pages,10_486594261,1198319654267/meta (364081590/meta)
2008-01-02 18:54:02,280 INFO org.apache.hadoop.hbase.HRegion: closed spider_pages,10_486594261,1198319654267
...
... this closing of regions goes on for a while
...
... the following continues until a kill -9
...
2008-01-02 20:39:20,552 INFO org.apache.hadoop.fs.DFSClient: Could not obtain block blk_5124700261538503923 from any node:  java.io.IOException: No live nodes contain current block
2008-01-02 20:40:23,556 INFO org.apache.hadoop.fs.DFSClient: Could not obtain block blk_5124700261538503923 from any node:  java.io.IOException: No live nodes contain current block
2008-01-02 20:41:26,560 INFO org.apache.hadoop.fs.DFSClient: Could not obtain block blk_5124700261538503923 from any node:  java.io.IOException: No live nodes contain current block
2008-01-02 20:42:29,566 INFO org.apache.hadoop.fs.DFSClient: Could not obtain block blk_5124700261538503923 from any node:  java.io.IOException: No live nodes contain current block
2008-01-02 20:43:32,571 INFO org.apache.hadoop.fs.DFSClient: Could not obtain block blk_5124700261538503923 from any node:  java.io.IOException: No live nodes contain current block
...

In TestAcessController#tearDown we should use TEST_TABLE.getNamespaceAsString() instead of TEST_TABLE.getNameAsString() as the assertion is for namespace.

assertEquals(0, AccessControlLists.getNamespacePermissions(conf, TEST_TABLE.getTableName().getNamespaceAsString()).size());

Some credit goes to Srikanth Srungarapu to indirectly point this out here

in CellBasedKeyBlockIndexReader.midkey():

          ByteBuff b = midLeafBlock.getBufferWithoutHeader();
          int numDataBlocks = b.getIntAfterPosition(0);
          int keyRelOffset = b.getIntAfterPosition(Bytes.SIZEOF_INT * (midKeyEntry + 1));
          int keyLen = b.getIntAfterPosition(Bytes.SIZEOF_INT * (midKeyEntry + 2)) - keyRelOffset;

the local varible keyLen get this should be total length of: SECONDARY_INDEX_ENTRY_OVERHEAD  + firstKey.length;
the code is:

    void add(byte[] firstKey, long blockOffset, int onDiskDataSize,
        long curTotalNumSubEntries) {
      // Record the offset for the secondary index
      secondaryIndexOffsetMarks.add(curTotalNonRootEntrySize);
      curTotalNonRootEntrySize += SECONDARY_INDEX_ENTRY_OVERHEAD
          + firstKey.length;

when the midkey last entry of a leaf-level index block, this may throw:

2016-10-01 12:27:55,186 ERROR [MemStoreFlusher.0] regionserver.MemStoreFlusher: Cache flusher failed for entry [flush region pora_6_item_feature,0061:,1473838922457.12617bc4ebbfd171018bf96ac9bdd2a7.]
        at org.apache.hadoop.hbase.util.ByteBufferUtils.copyFromBufferToArray(ByteBufferUtils.java:936)
        at org.apache.hadoop.hbase.nio.SingleByteBuff.toBytes(SingleByteBuff.java:303)
        at org.apache.hadoop.hbase.io.hfile.HFileBlockIndex$CellBasedKeyBlockIndexReader.midkey(HFileBlockIndex.java:419)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderImpl.midkey(HFileReaderImpl.java:1519)
        at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.midkey(StoreFile.java:1520)
        at org.apache.hadoop.hbase.regionserver.StoreFile.getFileSplitPoint(StoreFile.java:706)
        at org.apache.hadoop.hbase.regionserver.DefaultStoreFileManager.getSplitPoint(DefaultStoreFileManager.java:126)
        at org.apache.hadoop.hbase.regionserver.HStore.getSplitPoint(HStore.java:1983)
        at org.apache.hadoop.hbase.regionserver.ConstantFamilySizeRegionSplitPolicy.getSplitPoint(ConstantFamilySizeRegionSplitPolicy.java:77)
        at org.apache.hadoop.hbase.regionserver.HRegion.checkSplit(HRegion.java:7756)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:513)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:471)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.access$800(MemStoreFlusher.java:75)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher$FlushHandler.run(MemStoreFlusher.java:259)
        at java.lang.Thread.run(Thread.java:756)

Getting NullPointerException while recovering disabling/enabling tables in AM.
AM.tableLockManager is not pointing to HM.tableLockManager initalized after AM initialization.So its always null.

We reset the deadlock count to 0 every time the lock() method is called in org.apache.hadoop.hive.metastore.txn.TxnHandler, so the ten count is never reached in checkRetryable().
We should let checkRetryable handle the deadlock count.
  public LockResponse lock(LockRequest rqst)
    throws NoSuchTxnException, TxnAbortedException, MetaException
  {
>>>    this.deadlockCnt = 0; <<<
    try
    {
      Connection dbConn = null;
      try
      {

As discussed on https://github.com/wildfly/wildfly/pull/9264
CRITICAL POINT: Solving this generically can have the effect of changing the management API of many, many subsystems. It doesn't actually change their behavior though.

Jetty server won't go down when running testStartedServerWithRequestLog.  Its stuck in the stop.  I tried to fix this before, HBASE-12025.  See below how SelectorManager is trying to get lock held by the call to stop on the SelectorManager. 

"1956684235@qtp-1078912108-1 - Acceptor0 SelectChannelConnector@localhost:58604" daemon prio=10 tid=0x00007f11cc896000 nid=0x5c36 waiting for monitor entry [0x00007f116fbdf000]
	- waiting to lock <0x00000007dd57c560> (a org.mortbay.io.nio.SelectorManager$SelectSet)

"1786126004@qtp-1078912108-0" daemon prio=10 tid=0x00007f11cc865800 nid=0x5c35 in Object.wait() [0x00007f118c17c000]
	- waiting on <0x00000007dd358460> (a org.mortbay.thread.QueuedThreadPool$PoolThread)
	- locked <0x00000007dd358460> (a org.mortbay.thread.QueuedThreadPool$PoolThread)

"Service Thread" daemon prio=10 tid=0x00007f11cc290000 nid=0x5c18 runnable [0x0000000000000000]

"C2 CompilerThread1" daemon prio=10 tid=0x00007f11cc28e000 nid=0x5c17 waiting on condition [0x0000000000000000]

"C2 CompilerThread0" daemon prio=10 tid=0x00007f11cc28b000 nid=0x5c16 waiting on condition [0x0000000000000000]

"Signal Dispatcher" daemon prio=10 tid=0x00007f11cc280800 nid=0x5c15 runnable [0x0000000000000000]

"Finalizer" daemon prio=10 tid=0x00007f11cc26b000 nid=0x5c14 in Object.wait() [0x00007f118cd3d000]

"Reference Handler" daemon prio=10 tid=0x00007f11cc267000 nid=0x5c13 in Object.wait() [0x00007f118ce3e000]

"main" prio=10 tid=0x00007f11cc00a800 nid=0x5c04 runnable [0x00007f11d367e000]
	- locked <0x00000007dd57c560> (a org.mortbay.io.nio.SelectorManager$SelectSet)
	- locked <0x00000007dd3490a0> (a java.lang.Object)
	- locked <0x00000007dd348f00> (a org.mortbay.jetty.nio.SelectChannelConnector)
	at org.apache.hadoop.hbase.http.TestHttpServerLifecycle.testStartedServerWithRequestLog(TestHttpServerLifecycle.java:92)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:113)
	at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:85)
	at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:134)

I am just going to remove this test rather than mess around with it.  It came in with copy of http server from hadoop.

Adding a security domain in the Security subsystem requires the presence of Infinispan module, even if the cache is not of type "infinispan".

Right now seems like thrift-2 hsha server always create unbounded queue, which could lead to OOM)

RHEL6 will install its sun jdk in /usr/lib/jvm/java-1.6.0-sun-1.6.0.<update_version>.<arch>.
So this ticket is about adding this path to the jdk autodetection mechanism used in hbase-config.sh

Found via running IntegrationTestIngestWithVisibilityLabels with Kerberos enabled.

2015-04-20 18:54:36,712 ERROR [B.defaultRpcServer.handler=17,queue=2,port=16020] ipc.RpcServer: Unexpected throwable object
        at org.apache.hadoop.hbase.TagRewriteCell.getTagsLength(TagRewriteCell.java:157)
        at org.apache.hadoop.hbase.TagRewriteCell.heapSize(TagRewriteCell.java:186)
        at org.apache.hadoop.hbase.CellUtil.estimatedHeapSizeOf(CellUtil.java:568)
        at org.apache.hadoop.hbase.regionserver.DefaultMemStore.heapSizeChange(DefaultMemStore.java:1024)
        at org.apache.hadoop.hbase.regionserver.DefaultMemStore.internalAdd(DefaultMemStore.java:259)
        at org.apache.hadoop.hbase.regionserver.DefaultMemStore.upsert(DefaultMemStore.java:567)
        at org.apache.hadoop.hbase.regionserver.DefaultMemStore.upsert(DefaultMemStore.java:541)
        at org.apache.hadoop.hbase.regionserver.HStore.upsert(HStore.java:2154)
        at org.apache.hadoop.hbase.regionserver.HRegion.increment(HRegion.java:7127)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.increment(RSRpcServices.java:504)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.mutate(RSRpcServices.java:2020)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:31967)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2106)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$2.run(RpcExecutor.java:107)

HBASE-11870 tried to be tricky when only the tags of a Cell need to be altered in the write-pipeline by creating a TagRewriteCell which avoided copying all components of the original Cell. In an attempt to help free the tags on the old cell that we wouldn't be referencing anymore, TagRewriteCell nulls out the original byte[] tags.
This causes a problem in that the implementation of heapSize() as it getTagsLength() on the original Cell instead of the on this. Because the tags on the passed in Cell (which was also a TagRewriteCell) were null'ed out in the constructor, this results in a NPE by the byte array is null.
I believe this isn't observed in normal, unsecure deployments because there is only one RegionObserver/Coprocessor loaded that gets invoked via postMutationBeforeWAL. When there is only one RegionObserver, the TagRewriteCell isn't passed another TagRewriteCell, but instead a cell from the wire/protobuf. This means that the optimization isn't performed. When we have two (or more) observers that a TagRewriteCell passes through (and a new TagRewriteCell is created and the old TagRewriteCell's tags array is nulled), this enables the described-above NPE.

Occasionally I get a series of these in tests during shutdown

2017-07-27 16:24:26,774 DEBUG [RpcServer.default.FPBQ.Fifo.handler=28,queue=1,port=37201] master.MasterRpcServices(1011): Checking to see if procedure is done procId=506
2017-07-27 16:24:26,777 INFO  [main] client.HBaseAdmin$TableFuture(3591): Operation: CREATE, Table Name: default:foo failed with foo
2017-07-27 16:24:26,782 INFO  [RpcServer.default.FPBQ.Fifo.handler=28,queue=1,port=37201] master.HMaster$4(1755): Client=jenkins//172.26.21.67 create 'foo', {NAME => 'family_1', VERSIONS => '1', EVICT_BLOCKS_ON_CLOSE => 'false', KEEP_DELETED_CELLS => 'FALSE', CACHE_DATA_ON_WRITE => 'false', DATA_BLOCK_ENCODING => 'NONE', TTL => 'FOREVER', MIN_VERSIONS => '0', REPLICATION_SCOPE => '0', BLOOMFILTER => 'ROW', CACHE_INDEX_ON_WRITE => 'false', IN_MEMORY => 'false', CACHE_BLOOMS_ON_WRITE => 'false', PREFETCH_BLOCKS_ON_OPEN => 'false', COMPRESSION => 'NONE', CACHE_DATA_IN_L1 => 'false', BLOCKCACHE => 'true', BLOCKSIZE => '65536'}
2017-07-27 16:24:26,884 DEBUG [RpcServer.default.FPBQ.Fifo.handler=28,queue=1,port=37201] procedure2.ProcedureExecutor(792): Stored pid=507, state=RUNNABLE:CREATE_TABLE_PRE_OPERATION; CreateTableProcedure table=foo
2017-07-27 16:24:26,887 DEBUG [RpcServer.default.FPBQ.Fifo.handler=28,queue=1,port=37201] master.MasterRpcServices(1011): Checking to see if procedure is done procId=507
2017-07-27 16:24:26,890 INFO  [ProcExecWrkr-5] procedure2.ProcedureExecutor(1261): Rolled back pid=507, state=ROLLEDBACK, exception=org.apache.hadoop.hbase.TableExistsException via master-create-table:org.apache.hadoop.hbase.TableExistsException: foo; CreateTableProcedure table=foo exec-time=106msec
2017-07-27 16:24:26,890 WARN  [ProcExecWrkr-5] procedure2.ProcedureExecutor$WorkerThread(1668): Worker terminating UNNATURALLY null
	at org.apache.hadoop.hbase.master.procedure.MasterProcedureScheduler.requireTableExclusiveLock(MasterProcedureScheduler.java:590)
	at org.apache.hadoop.hbase.master.procedure.MasterProcedureScheduler.access$300(MasterProcedureScheduler.java:106)
	at org.apache.hadoop.hbase.master.procedure.MasterProcedureScheduler$TableQueue.requireExclusiveLock(MasterProcedureScheduler.java:582)
	at org.apache.hadoop.hbase.master.procedure.MasterProcedureScheduler.doPoll(MasterProcedureScheduler.java:215)
	at org.apache.hadoop.hbase.master.procedure.MasterProcedureScheduler.dequeue(MasterProcedureScheduler.java:203)
	at org.apache.hadoop.hbase.procedure2.AbstractProcedureScheduler.poll(AbstractProcedureScheduler.java:145)
	at org.apache.hadoop.hbase.procedure2.AbstractProcedureScheduler.poll(AbstractProcedureScheduler.java:119)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1641)
2017-07-27 16:24:26,890 DEBUG [ProcExecWrkr-5] procedure2.ProcedureExecutor$WorkerThread(1670): Worker terminated.

Eventually all the workers are done.

@RequestMapping(path = "/feign/**", produces = APPLICATION_JSON_VALUE)
    Mono<ResponseEntity<?>> all(Request request) {
        Mono<Response> response = feignService.findFeignMapping(request);

        return response.map(r -> {
            ResponseProperties rp = r.getResponseProperties();

            HttpHeaders httpHeaders = new HttpHeaders();

            if (!isEmpty(rp.getHeaders())) {
                rp.getHeaders().entrySet()
                        .forEach(e -> httpHeaders.put(e.getKey(), singletonList(e.getValue())));
            }

            Body responseBody = rp.getBody();

            if (!isEmpty(responseBody.toString())) {
                return ResponseEntity.status(rp.getStatus())
                        .headers(httpHeaders)
                        .body(responseBody.getContent());
            }

            return ResponseEntity.status(rp.getStatus())
                    .headers(httpHeaders)
                    .build();
        }).defaultIfEmpty(ResponseEntity.notFound().build());
    }

	at java.lang.Class.isAssignableFrom(Native Method) ~[na:1.8.0_66]
	at org.springframework.core.codec.ByteArrayEncoder.canEncode(ByteArrayEncoder.java:46) ~[spring-core-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.http.codec.EncoderHttpMessageWriter.canWrite(EncoderHttpMessageWriter.java:64) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.result.method.annotation.AbstractMessageWriterResultHandler.lambda$getProducibleMediaTypes$0(AbstractMessageWriterResultHandler.java:142) ~[spring-web-reactive-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174) ~[na:1.8.0_66]
	at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374) ~[na:1.8.0_66]
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) ~[na:1.8.0_66]
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) ~[na:1.8.0_66]
	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) ~[na:1.8.0_66]
	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[na:1.8.0_66]
	at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) ~[na:1.8.0_66]
	at org.springframework.web.reactive.result.method.annotation.AbstractMessageWriterResultHandler.getProducibleMediaTypes(AbstractMessageWriterResultHandler.java:144) ~[spring-web-reactive-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.result.method.annotation.AbstractMessageWriterResultHandler.writeBody(AbstractMessageWriterResultHandler.java:116) ~[spring-web-reactive-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.result.method.annotation.ResponseEntityResultHandler.lambda$handleResult$2(ResponseEntityResultHandler.java:165) ~[spring-web-reactive-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at reactor.core.publisher.MonoThenMap$MonoThenApplyMain.onNext(MonoThenMap.java:98) [reactor-core-3.0.3.RELEASE.jar:na]

Apparently, the code doesn't pay attention to the Accept header or RequestMapping.produces attribute but tries to use the generic parameter (wildcard ? in this case) to find an appropriate HttpMessageWriter. The workaround, as shown below, is to specify a type (String in this case) and not use the ResponseEntity builder.

    Mono<ResponseEntity<String>> all(Request request) {

            }

            }

            return new ResponseEntity<String>(httpHeaders, HttpStatus.valueOf(rp.getStatus()));
        }).defaultIfEmpty(new ResponseEntity<String>(HttpStatus.NOT_FOUND));
    } 

Example code from Jean-Marc Spaggiari

import org.apache.hadoop.hbase.client.HBaseAdmin;

  public static void createIfNotExist(HBaseAdmin admin, HTableDescriptor table) throws IOException {
    if (admin.tableExists(table.getName())) {
    }
  }

  public static void main(String[] args) {
    /**********************************************************************/
    /***** Create application schema. *************************************/

    Configuration config = HBaseConfiguration.create();
    config.set("hbase.zookeeper.quorum", "192.168.56.102"); // Here we are running zookeeper locally

    try {
      final HBaseAdmin admin = new HBaseAdmin(config);
      HTableDescriptor table_assetmeta = new HTableDescriptor(TableName.valueOf(TABLE_ASSETMETA));
      table_assetmeta.addFamily(new HColumnDescriptor(CF_DEFAULT).setCompressionType(Algorithm.GZ));

      System.out.print("Creating table_assetmeta. ");
      admin.createTable(table_assetmeta);

    }

  }

}

Over on apurtell cluster, hbase TRUNK on hadoop 0.18.0 branch, see below.
They are weird because first would seem to be an empty fileystem data member and the second's line number is start of the method and even then, we check for null everywhere first before doing stuff in here (because of Erik Holstad experience in past).

2009-01-09 16:28:21,262 INFO org.apache.hadoop.hbase.regionserver.HRegion: starting  compaction on region content,c84bbfc94b2143e41ba119d159be2958,1231518442461
2009-01-09 16:28:21,265 ERROR org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction failed for region content,c84bbfc94b2143e41ba119d159be2958,1231518442461
        at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:869)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.run(CompactSplitThread.java:105)
2009-01-09 16:28:45,896 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: java.lang.NullPointerException
2009-01-09 16:28:45,896 INFO org.apache.hadoop.ipc.HBaseServer: IPC Server handler 2 on 60020, call next(3999959915225939603, 30) from XX.XX.XX.33:36665: error: java.io.IOException: java.lang.NullPointerException
        at org.apache.hadoop.hbase.regionserver.HRegionServer.checkOOME(HRegionServer.java:696)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.cleanup(HRegionServer.java:664)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.cleanup(HRegionServer.java:648)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:1579)
2009-01-09 16:28:47,947 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: java.lang.NullPointerException
2009-01-09 16:28:47,948 INFO org.apache.hadoop.ipc.HBaseServer: IPC Server handler 9 on 60020, call next(3999959915225939603, 30) from XX.XX.XX.33:36665: error: java.io.IOException: java.lang.NullPointerException

HIVE-12266 add a shutdown hook for every Driver instance to release the lock th session holds in case Driver does not exist elegantly. However, that holds all Driver instances and HS2 may run out of memory.

Remove some duplicated code in SnapshotTestingUtils, use existing helpers and fix some stuff

Command:
export JAVA_TOOL_OPTIONS="-Xmx8G -Xms2G"
mvn clean install -X
Output:
Results :
  TestSimpleRpcScheduler.testCoDelScheduling:469 None of these calls should have been discarded expected:<0> but was:<15>
Tests run: 1191, Failures: 1, Errors: 0, Skipped: 12
Output of "TestSimpleRpcScheduler.txt" 
Test set: org.apache.hadoop.hbase.ipc.TestSimpleRpcScheduler
Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 7.642 sec <<< FAILURE! - in org.apache.hadoop.hbase.ipc.TestSimpleRpcScheduler
testCoDelScheduling(org.apache.hadoop.hbase.ipc.TestSimpleRpcScheduler)  Time elapsed: 0.563 sec  <<< FAILURE!
java.lang.AssertionError: None of these calls should have been discarded expected:<0> but was:<15>
        at org.apache.hadoop.hbase.ipc.TestSimpleRpcScheduler.testCoDelScheduling(TestSimpleRpcScheduler.java:469)
------------------------------------------------------------------------------------------
Output of last few lines of "TestSimpleRpcScheduler-output.txt"
2017-03-07 16:09:16,580 INFO  [main] hbase.ResourceChecker(172): after: ipc.TestSimpleRpcScheduler#testCoDelScheduling Thread=5 (was 5), OpenFileDescriptor=250 (was 250), MaxFileDescriptor=4096 (was 4096), SystemLoadAverage=607 (was 607), ProcessCount=158 (was 157) - ProcessCount LEAK? -, AvailableMemoryMB=1734 (was 1762)
2017-03-07 16:09:16,604 INFO  [main] hbase.ResourceChecker(148): before: ipc.TestSimpleRpcScheduler#testSoftAndHardQueueLimits Thread=5, OpenFileDescriptor=252, MaxFileDescriptor=4096, SystemLoadAverage=607, ProcessCount=158, AvailableMemoryMB=1734
2017-03-07 16:09:16,722 INFO  [main] ipc.RpcExecutor(145): RpcExecutor  name  using fifo as call queue; numCallQueues=1; maxQueueLength=5; handlerCount=0
2017-03-07 16:09:16,722 DEBUG [main] ipc.RpcExecutor(215): Started RpcServer.deafult.FPBQ.Fifo.handler=0,queue=0,port=0
2017-03-07 16:09:16,839 INFO  [main] hbase.ResourceChecker(172): after: ipc.TestSimpleRpcScheduler#testSoftAndHardQueueLimits Thread=5 (was 5), OpenFileDescriptor=250 (was 252), MaxFileDescriptor=4096 (was 4096), SystemLoadAverage=607 (was 607), ProcessCount=158 (was 158), AvailableMemoryMB=1703 (was 1734)

This is a really weird bug. If you set:

management.port=8081

On the application.properties file of any spring-boot application using actuator, then camel routes created through RouteBuilders are not loaded ("Total 0 routes, of which 0 are started."). 
I've found it in (all) the fabric8 basic quickstarts, but it happens also in the "camel-example-spring-boot" bundled with Apache Camel. Everything works in 2.19.x.
Setting a different management port is a best practice. 
Zoran Regvart, Claus Ibsen, Luca Burgazzoli any idea?

Currently, the routing slip will create a new InOut exchange for each target based on the target endpoint type. This means that someone calling from a jbi endpoint (or other endpoint with custom exchange) into the routing slip will have their exchange type changed (to mostly likely DefaultExchange). I will be including a patch to fix this issue shortly. 

Accoring to RFC 2045, the following is a valid content type response header:

Content-Type: application/xml;charset="utf-8"

Trying to access a resource that serves such a header (through RestTemplate) throws the following exception:

Exception in thread "main" java.nio.charset.IllegalCharsetNameException: "utf-8"
	at org.springframework.http.MediaType.checkParameters(MediaType.java:300)
	at org.springframework.http.MediaType.<init>(MediaType.java:266)
	at org.springframework.http.MediaType.parseMediaType(MediaType.java:570)
	at org.springframework.http.HttpHeaders.getContentType(HttpHeaders.java:286)
	at org.springframework.web.client.HttpMessageConverterExtractor.extractData(HttpMessageConverterExtractor.java:64)
	at org.springframework.web.client.RestTemplate$ResponseEntityResponseExtractor.extractData(RestTemplate.java:619)
	at org.springframework.web.client.RestTemplate$ResponseEntityResponseExtractor.extractData(RestTemplate.java:1)
	at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:446)
	at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:401)
	at org.springframework.web.client.RestTemplate.getForEntity(RestTemplate.java:221)
        <...user code...>

I assume MediaType is simply missing the logic to optionally unwrap the value.

Unignore org.jboss.as.test.integration.security.aselytron.SecurityDomainAsElytronSecurityRealmTestCase.testAssignRoleFromMappingModule in AS TS.

On our cluster we found a job committed with duplicate output from different TIPs of the same Task (from FileSinkOperator).
The reason is that FileSinkOperator.commit can be called at multiple TIPs of the same task.
FileSinkOperator.jobClose() (which is called at the Hive Client side) should do either:
A. Get all successful TIPs and only move the output files of those TIPs to the output directory
B. Ignore TIPs from the JobInProgress, but only move one file out of potentially several output files 
B is preferred because A might be slow (if the job finished and immediately got moved out of the JobTracker memory). Since we control the file name by ourselves, we know exactly what the file names are.

Here is the mail thread which discuss about it[1]
[1] http://www.nabble.com/Cannot-Autowire-consumerTemplate-for-client-test-td24781739.html

In FileUtils.java the following code does not get executed even when src directory size is greater than HIVE_EXEC_COPYFILE_MAXSIZE because 
srcFS.getFileStatus(src).getLen() returns 0 when src is a directory. We should use srcFS.getContentSummary(src).getLength() instead.

    /* Run distcp if source file/dir is too big */
    if (srcFS.getUri().getScheme().equals("hdfs") &&
        srcFS.getFileStatus(src).getLen() > conf.getLongVar(HiveConf.ConfVars.HIVE_EXEC_COPYFILE_MAXSIZE)) {
      LOG.info("Source is " + srcFS.getFileStatus(src).getLen() + " bytes. (MAX: " + conf.getLongVar(HiveConf.ConfVars.HIVE_EXEC_COPYFILE_MAXSIZE) + ")");
      LOG.info("Launch distributed copy (distcp) job.");
      HiveConfUtil.updateJobCredentialProviders(conf);
      copied = shims.runDistCp(src, dst, conf);
      if (copied && deleteSource) {
        srcFS.delete(src, true);
      }
    }

All the tests changes the acl table but they don't clear the state.
If testGlobalPermission() runs before testBasicWrite() you end up with

java.lang.AssertionError: Full permission map should have entries for both test tables expected:<2> but was:<3>
	at org.apache.hadoop.hbase.security.access.TestTablePermissions.testBasicWrite(TestTablePermissions.java:181)

We are seeing a NPE when replication (or in this case async wal replay for region replicas) is run on top of an HDFS cluster with TDE configured.
This is the stack trace:

        at org.apache.hadoop.hbase.CellUtil.matchingRow(CellUtil.java:370)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.countDistinctRowKeys(ReplicationSource.java:649)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.readAllEntriesToReplicateOrNextFile(ReplicationSource.java:450)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:346)

This stack trace can only happen if WALEdit.getCells() returns an array containing null entries. I believe this happens due to KeyValueCodec.parseCell() uses KeyValueUtil.iscreate() which returns null in case of EOF at the beginning. However, the contract for the Decoder.parseCell() is not clear whether returning null is acceptable or not. The other Decoders (CompressedKvDecoder, CellCodec, etc) do not return null while KeyValueCodec does. 
BaseDecoder has this code: 

  public boolean advance() throws IOException {
    if (!this.hasNext) return this.hasNext;
    if (this.in.available() == 0) {
      this.hasNext = false;
      return this.hasNext;
    }
    try {
      this.current = parseCell();
    } catch (IOException ioEx) {
      rethrowEofException(ioEx);
    }
    return this.hasNext;
  }

which is not correct since it uses IS.available() not according to the javadoc: (https://docs.oracle.com/javase/7/docs/api/java/io/InputStream.html#available()). DFSInputStream implements available() as the remaining bytes to read from the stream, so we do not see the issue there. CryptoInputStream.available() does a similar thing but see the issue. 
So two questions: 

What should be the interface for Decoder.parseCell()? Can it return null?
How to properly fix  BaseDecoder.advance() to not rely on available() call.

I've been using 1.5.0.RC1 for a while now without issue. Yesterday, when I upgraded to 1.5.0.RELEASE, on boot of my application, I now get this failing error:

java.lang.IllegalStateException: Illegal attempt to dereference path source [null.credentials] of basic type
	at org.hibernate.jpa.criteria.path.AbstractPathImpl.illegalDereference(AbstractPathImpl.java:98) ~[hibernate-entitymanager-4.3.1.Final.jar:4.3.1.Final]
	at org.hibernate.jpa.criteria.path.AbstractPathImpl.get(AbstractPathImpl.java:182) ~[hibernate-entitymanager-4.3.1.Final.jar:4.3.1.Final]
	at org.springframework.data.jpa.repository.query.QueryUtils.toExpressionRecursively(QueryUtils.java:499) ~[spring-data-jpa-1.5.0.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.QueryUtils.toExpressionRecursively(QueryUtils.java:458) ~[spring-data-jpa-1.5.0.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.QueryUtils.toExpressionRecursively(QueryUtils.java:455) ~[spring-data-jpa-1.5.0.RELEASE.jar:na]

This issue does not appear with 1.5.0.RC1 (I've reverted back to RC1 for now).

Tab completion for echo-dmr command doesn't work.
To reproduce, start the standalone server and connect with CLI
actual 3.0.0.Alpha5-SNAPSHOT 77673c5

[standalone@localhost:9990 /] echo-dmr /sub[TAB]
core-service  deployment  deployment-overlay  extension  interface  path  socket-binding-group  subsystem  system-property
[standalone@localhost:9990 /] echo-dmr /subsystem=log[TAB]

expected

[standalone@localhost:9990 /] echo-dmr /subsystem=
[standalone@localhost:9990 /] echo-dmr /subsystem=logging

The issue is not reproducible with 2.2.0.CR7 (EAP 7.1.0.DR1).

X509EvidenceVerifier.SubjectDnCertificateVerifier verifies Subject DN based on String.equals method [1]. It means that valid Subject DN can be incorrectly denied because it includes (or does not include) space before comma etc.
Example:
When passed certificate includes DN CN=user,OU=EAP QE,... and LDAP entry includes entry with attribute value CN=user, OU=EAP QE, ... then it is not successfully verified.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/889b2a5d3ed4fbcc759418105535cd4735c46d90/src/main/java/org/wildfly/security/auth/realm/ldap/X509EvidenceVerifier.java#L127

Fix ConcurrentModificationException for StreamingConsumer.
Fix NPE for FilterConsumer
Use additional query parameters for FilterConsumer like userIds, keywords.
I didn't added tests for these fixes, because currently it seems like it connects to the internet and does real twitter queries. I will check this in a separate issue. 

On our internal rig I got a timeout.  Looking over the test, it looks to be making progress if slow.  The test does a crazy amount of stuff too... so let me just up the timeout for now.

org.apache.hadoop.hbase.client.TestReplicaWithCluster.testReplicaAndReplication

Failing for the past 1 build (Since Unstable#10 )
Took 0.42 sec.

test timed out after 120000 milliseconds

	at org.apache.hadoop.hbase.client.HBaseAdmin.disableTable(HBaseAdmin.java:999)
	at org.apache.hadoop.hbase.client.TestReplicaWithCluster.testReplicaAndReplication(TestReplicaWithCluster.java:302)

RunAsMDBUnitTestCase and GetCallerPrincipalTestCase call stop() to close a JMS connection, which is wrong, it should use close(). This causes the later running AuthenticationTestCase.testAuthentication_ReAuth_ViaServlet (or potentially other tests) to fail due to a timeout, having this in the log:

0m19:53:28,973 INFO [org.jboss.arquillian.testenricher.cdi.container.BeanManagerProducer] (pool-1-thread-1) BeanManager not found.
[0m[33m19:53:29,218 WARN [org.hornetq.core.client] (Finalizer) HQ212016: I am closing a core ClientSession you left open. Please make sure you close all ClientSessions explicitly before letting them go out of scope! 28,182,273: java.lang.Exception
at org.hornetq.core.client.impl.DelegatingSession.<init>(DelegatingSession.java:91)
at org.hornetq.core.client.impl.ClientSessionFactoryImpl.createSessionInternal(ClientSessionFactoryImpl.java:912)
at org.hornetq.core.client.impl.ClientSessionFactoryImpl.createSession(ClientSessionFactoryImpl.java:317)
at org.hornetq.jms.client.HornetQConnection.authorize(HornetQConnection.java:648)
at org.hornetq.jms.client.HornetQConnectionFactory.createConnectionInternal(HornetQConnectionFactory.java:676)
at org.hornetq.jms.client.HornetQConnectionFactory.createQueueConnection(HornetQConnectionFactory.java:119)
at org.jboss.as.test.integration.ejb.security.callerprincipal.GetCallerPrincipalTestCase.testMDBLifecycle(GetCallerPrincipalTestCase.java:300)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_45]
at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_45]
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:270)
at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source) [:1.7.0_45]
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
at org.jboss.arquillian.container.test.impl.execution.ContainerTestExecuter.execute(ContainerTestExecuter.java:38)
at sun.reflect.GeneratedMethodAccessor32.invoke(Unknown Source) [:1.7.0_45]
at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89)
at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source) [:1.7.0_45]
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) [:1.7.0_45]
at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source) [:1.7.0_45]
at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111)
at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:263)
at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:226)
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185)
at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
at org.junit.runner.JUnitCore.run(JUnitCore.java:138)
at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:65)
at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:128)
at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:107)
at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:214)
at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source) [:1.7.0_45]
at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:75) [:1.7.0_45]
at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source) [:1.7.0_45]
at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:279) [rt.jar:1.7.0_45]
at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112) [rt.jar:1.7.0_45]
at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46) [rt.jar:1.7.0_45]
at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237) [rt.jar:1.7.0_45]
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138) [rt.jar:1.7.0_45]
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252) [rt.jar:1.7.0_45]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) [rt.jar:1.7.0_45]
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801) [rt.jar:1.7.0_45]
at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:1469)
at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:730)
at org.jboss.remotingjmx.protocol.v2.ServerProxy$InvokeHandler.handle(ServerProxy.java:952)
at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:75)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:70)
at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_45]
at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_45]
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:70)
at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:149)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]

previously to HBASE-2283 we used to call flush/sync once per put(Put[]) call (ie: batch of commits).  Now we do for every row.  
This makes bulk uploads slower if you are using WAL.  Is there an acceptable solution to achieve both safety and performance by bulk-sync'ing puts?  Or would this not work in face of atomic guarantees?
discuss!

There has been reported behavior of a problem setting the http.nonProxyHosts system property and adding a features repository using the features:add command.
In this scenario the http.nonProxyHosts is being set in the karaf.bat script as a work around for ENTESB-590.
The use case also involves having the following properties set in the user's .m2 settings.xml:
settings.xml
<settings>
    <proxies>
        <proxy>
            <active>true</active>
            <protocol>http</protocol>
            <host>192.168.1.10</host>
            <port>80</port>
            <nonProxyHosts>192.*|*.example.com|192.168.1.15</nonProxyHosts>
        </proxy>
    </proxies>
</settings>

In etc/org.ops4j.pax.url.mvn.cfg I see the following option remains commented out:

#
# Uncomment if you are behind a web proxy. PAX URL will use the proxy settings
# from the Maven conf/settings.xml file
#
# org.ops4j.pax.url.mvn.proxySupport=true

When the container is first started the JVM properties can be inspected from JConsole or VisualVM to confirm the http.nonProxyHosts property is set.
Next, the features:addurl command is run to add a new features respository.
When the JVM properties are checked again the http.nonProxyHosts property is set to an empty string, however the http.proxyHost and http.proxyPort have been set with the values from the settings.xml file.

I am not able to inject primitive values from property file into servlet. Complete sample code can be found here: https://github.com/lukas-vlcek/SpringValueAnnotationTest
In a nutshell:
1) I setup annotation driven config mode using <context:annotation-config />
2) I read property file <util:properties id="values" location="WEB-INF/inject.properties" />
3) Then in init() method of each servlet I call SpringBeanAutowiringSupport.processInjectionBasedOnServletContext(this, config.getServletContext());
4) Injection in servlet using @Autowired works fine but using @Value does not. More specifically see https://github.com/lukas-vlcek/SpringValueAnnotationTest/blob/master/src/main/java/org/test/springframework/inject/Bar.java Injecting using @Value annotation fails in this servlet.
Besides Bar servlet there two other servlets that work fine, these are Foo and Lorem servlets. I created these two working servlets to verify that @Value annotation works fine when not used directly on servlet (that is the case for Lorem) and in Foo servlet I show that the Properties object is loaded correctly using @Autowired annotation.
So the question is: is it possible to have primitive values from property file directly injected into servlet?

Here is the code:

    if (request.getFsToken().hasIdentifier() && request.getFsToken().hasPassword()) {

In test case, request.getFsToken().hasIdentifier() returns false, leading to userToken being null.
This would make secure bulk load unsuccessful because the body of secureBulkLoadHFiles() is skipped.

I add a custom converter subclassing FacesConversionService and overriding method addDefaultConverters:
	@Override
	protected void addDefaultConverters() 
{
		super.addDefaultConverters();

		addConverter(new ListToSelectOneMenuModel());
		addAlias("selectOneModel", SelectOneModel.class);
		
	}

*************************
The converter code is:
**************************
public class ListToSelectOneMenuModel implements Converter{
	public Object convertSourceToTargetClass(Object arg0, Class arg1)
			throws Exception 
{
		List<?> list = (List<?>)arg0;
		return new SelectOneModel(list);
	}

	public Class getSourceClass() 
{
		return List.class;
	}

	public Class getTargetClass() 
{
		return SelectOneModel.class;
	}
}
************************************
The exception that is thrown is
org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from [java.util.ArrayList] to [ar.net.pasajesonline.web.common.SelectOneModel]
	org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:136)
	org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:111)
	org.springframework.binding.convert.converters.SpringConvertingConverterAdapter.convertSourceToTargetClass(SpringConvertingConverterAdapter.java:53)
	org.springframework.binding.convert.service.StaticConversionExecutor.execute(StaticConversionExecutor.java:95)
	org.springframework.binding.convert.service.GenericConversionService.executeConversion(GenericConversionService.java:346)
	org.springframework.binding.expression.ognl.OgnlExpression$1.convertValue(OgnlExpression.java:156)
	ognl.Ognl.getValue(Ognl.java:335)
	org.springframework.binding.expression.ognl.OgnlExpression.getValue(OgnlExpression.java:85)
	org.springframework.webflow.action.SetAction.doExecute(SetAction.java:55)
	org.springframework.webflow.action.AbstractAction.execute(AbstractAction.java:188)
	org.springframework.webflow.execution.AnnotatedAction.execute(AnnotatedAction.java:145)
	org.springframework.webflow.execution.ActionExecutor.execute(ActionExecutor.java:51)
	org.springframework.webflow.engine.ActionList.execute(ActionList.java:155)
	org.springframework.webflow.engine.State.enter(State.java:193)
	org.springframework.webflow.engine.Flow.start(Flow.java:535)
	org.springframework.webflow.engine.impl.FlowExecutionImpl.start(FlowExecutionImpl.java:364)
	org.springframework.webflow.engine.impl.FlowExecutionImpl.start(FlowExecutionImpl.java:222)
	org.springframework.webflow.executor.FlowExecutorImpl.launchExecution(FlowExecutorImpl.java:140)
	org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:193)
	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:771)
	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:716)
	org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
	org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
	org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:388)
	org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:515)
	org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:344)
	org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:110)
	org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:84)
	org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:356)
	org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:98)
	org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:95)
	org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:79)
	org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:55)
	org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:36)
	org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:178)
	org.springframework.security.web.authentication.ui.DefaultLoginPageGeneratingFilter.doFilter(DefaultLoginPageGeneratingFilter.java:91)
	org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:188)
	org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:106)
	org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:80)
	org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:150)
	org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237)
	org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
Rolling back to version SWF2.0.9 and JSF1.2.0.09 the problem is no longer present.
Debugging the code of org.springframework.core.convert.support.GenericConversionService, as some point of the execution it seems to be looking for a converter for the actual generic argument of the list (that is, List<T>, from T to targetType).
Contact for further info.

As noted in the PR linked above, if Spring Boot is used to initialize the repository schema, multiple rows can be accidentally inserted into the sequence tables even though the create statements fail.

The WFCORE-1106 fix has a big flaw in how it tracks what capabilities are affected when a resource reports reload-required or restart-required. It only examines currently registered caps, but in the resource removal case the op that is calling reloadRequired() will have removed the cap in an earlier stage. So the fact the cap should be reload-required is not recorded.
The WFCORE-1106 integration test doesn't capture this because it uses write-attribute ops to trigger reload-required.
I discovered this when manually verifying the WFLY-4970 scenario was fixed. Turns out it wasn't.
I think the simple solution is to have the CapabilityRegistry cache the removed capabilities and also use that cache when checking what caps are affected by reload/restart required. The cache can be cleared on each publish or rollback of the registry because the data does not need to be retained beyond the span of the op that is making the changes.

The 2.0.0-M1 milestone build failed on a french operation system.
The testString method of the CumulativeHistoryTests do not use English Locale.
See https://github.com/spring-projects/spring-batch-admin/pull/34

The test hung when I ran mvn test today. The jstack shows that a Writer thread hung at
"Thread-1" prio=10 tid=0x00002aaad81d2800 nid=0x6ce9 in Object.wait() [0x0000000040f37000]
   java.lang.Thread.State: WAITING (on object monitor)  at java.lang.Object.wait(Native Method)
  at org.apache.hadoop.hbase.regionserver.ReadWriteConsistencyControl.completeMemstoreInsert(ReadWriteConsistencyControl.java:130)
  – locked <0x00002aaac9fa0f50> (a java.lang.Object)                
  at org.apache.hadoop.hbase.regionserver.TestReadWriteConsistencyControl$Writer.run(TestReadWriteConsistencyControl.java:56)  at java.lang.Thread.run(Thread.java:619)
It seems to be caused by a race condition in ReadWriteConsistencyControl#completeMemStoreInsert. Accesses/updates of the value of memStoreRead should be done while holding the readWaiters lock.

Bumped into this when trying to encapsulate a SingleValueColumnFilter in a WhileMatchFilter. 
A scanner would grab all the rows after the first matched row in the table 

Wanted but not invoked:
abortable.abort(
    <any>,
    isA(org.apache.hadoop.hbase.HBaseIOException)
);
-> at org.apache.hadoop.hbase.client.locking.TestEntityLocks.testHeartbeatException(TestEntityLocks.java:195)
Actually, there were zero interactions with this mock.

We met the problem on our real production cluster,  we need to cleanup some data on hbase,  we notice the archive folder is much larger than others,  so we delete all snapshots of all tables,  but the archive folder still grows bigger and bigger. 
After check the hmaster log, we notice the exception below:

2016-08-22 15:34:33,089 ERROR [f04,16000,1471240833208_ChoreService_1] snapshot.SnapshotHFileCleaner: Exception while checking if files were valid, keeping them just in case.
org.apache.hadoop.hbase.snapshot.CorruptedSnapshotException: Couldn't read snapshot info from:hdfs://f04/hbase/.hbase-snapshot/.tmp/frog_stastic_2016-08-17/.snapshotinfo
        at org.apache.hadoop.hbase.snapshot.SnapshotDescriptionUtils.readSnapshotInfo(SnapshotDescriptionUtils.java:295)
        at org.apache.hadoop.hbase.snapshot.SnapshotReferenceUtil.getHFileNames(SnapshotReferenceUtil.java:328)
        at org.apache.hadoop.hbase.master.snapshot.SnapshotHFileCleaner$1.filesUnderSnapshot(SnapshotHFileCleaner.java:85)
        at org.apache.hadoop.hbase.master.snapshot.SnapshotFileCache.getSnapshotsInProgress(SnapshotFileCache.java:303)
        at org.apache.hadoop.hbase.master.snapshot.SnapshotFileCache.getUnreferencedFiles(SnapshotFileCache.java:194)
        at org.apache.hadoop.hbase.master.snapshot.SnapshotHFileCleaner.getDeletableFiles(SnapshotHFileCleaner.java:62)
        at org.apache.hadoop.hbase.master.cleaner.CleanerChore.checkAndDeleteFiles(CleanerChore.java:233)
        at org.apache.hadoop.hbase.master.cleaner.CleanerChore.checkAndDeleteEntries(CleanerChore.java:157)
        at org.apache.hadoop.hbase.master.cleaner.CleanerChore.checkAndDeleteDirectory(CleanerChore.java:180)
        at org.apache.hadoop.hbase.master.cleaner.CleanerChore.checkAndDeleteEntries(CleanerChore.java:149)
        at org.apache.hadoop.hbase.master.cleaner.CleanerChore.chore(CleanerChore.java:124)
Caused by: java.io.FileNotFoundException: File does not exist: /hbase/.hbase-snapshot/.tmp/frog_stastic_2016-08-17/.snapshotinfo
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsInt(FSNamesystem.java:1828)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1799)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1712)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:587)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolServerSideTranslatorPB.java:365)

It means when SnapshotHFileCleaner begin to cleanup the archive folder, it reads the the snapshot dir to check if any links to hfiles exist, but when read the file /.hbase-snapshot/.tmp/frog_stastic_2016-08-17/.snapshotinfo, corrupt exception thrown out (not sure why the file not found),  and cleanup will be failed.
When i check the /.hbase-snapshot/.tmp/frog_stastic_2016-08-17, i can see there is only one file exist /hbase/.hbase-snapshot/.tmp/frog_stastic_2016-08-17/region-manifest.8e3179c388e10770eba7d35e30f2777f,  /hbase/.hbase-snapshot/.tmp/frog_stastic_2016-08-17/.snapshotinfo missed. 
I think we should catch up the exception and delete the file to ensure cleanup will go on.

If server is configured to authenticate JMS client with SSL configured using Elytron SSLContext then if client is using IBM JDK 8, authentication fails with:

ERROR: AMQ214016: Failed to create netty connection
java.nio.channels.ClosedChannelException
	at io.netty.handler.ssl.SslHandler.channelInactive(...)(Unknown Source)

Producer got exception and ended:javax.jms.JMSException: Failed to create session factory
javax.jms.JMSException: Failed to create session factory
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.createConnectionInternal(ActiveMQConnectionFactory.java:757)
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.createConnection(ActiveMQConnectionFactory.java:265)
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.createConnection(ActiveMQConnectionFactory.java:260)
	at ProducerTransSession.run(ProducerTransSession.java:75)
Caused by: ActiveMQNotConnectedException[errorType=NOT_CONNECTED message=AMQ119007: Cannot connect to server(s). Tried with all available servers.]
	at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:787)
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.createConnectionInternal(ActiveMQConnectionFactory.java:755)
	... 3 more

If client uses Oracle JDK 8 or SSL authentication is configured on http listener using PicketBox then client connects successfully.
Issue is under investigation.

Since MultiPut got in, instead of calling getRegionLocationForRowWithRetries we now call getRegionServerWithRetries to send an array list of Puts. The problem is that if the region server failed, we'll still retry the 10 times in a backoff fashion even tho we get connections refused. This is also true for a single put since it's the same code path.
Marking as critical since it almost disables our responsiveness to machine failures in certain cases where we are already sending a batch of edits when the server fails. Assigning to Ryan since he's been there recently.

EclipseLinkSharedModuleProviderTestCase#testSimpleCreateAndLoadEntities
./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.compat -Dts.noSmoke -Dtest=org.jboss.as.test.compat.jpa.eclipselink.EclipseLinkSharedModuleProviderTestCase#testSimpleCreateAndLoadEntities

javax.ejb.EJBException: javax.persistence.PersistenceException: Exception [EclipseLink-28019] (Eclipse Persistence Services - 2.6.0.v20150309-bf26070): org.eclipse.persistence.exceptions.EntityManagerSetupException
Exception Description: Deployment of PersistenceUnit [hibernate3_pc] failed. Close all factories for this PersistenceUnit.
Internal Exception: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessDeclaredMembers")" in code source "(vfs:/content/toplink_module_test.ear/beans.jar <no signer certificates>)" of "null")
	at org.eclipse.persistence.internal.security.PrivilegedAccessHelper.getDeclaredMethods(PrivilegedAccessHelper.java:339)
	at org.eclipse.persistence.internal.jpa.metadata.listeners.EntityListenerMetadata.getDeclaredMethods(EntityListenerMetadata.java:249)
	at org.eclipse.persistence.internal.jpa.metadata.listeners.EntityClassListenerMetadata.process(EntityClassListenerMetadata.java:89)
	at org.eclipse.persistence.internal.jpa.metadata.accessors.classes.EntityAccessor.processListeners(EntityAccessor.java:1226)
	at org.eclipse.persistence.internal.jpa.metadata.MetadataProcessor.addEntityListeners(MetadataProcessor.java:140)
	at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.deploy(EntityManagerSetupImpl.java:634)
	at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.getAbstractSession(EntityManagerFactoryDelegate.java:205)
	at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.createEntityManagerImpl(EntityManagerFactoryDelegate.java:305)
	at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:337)
	at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:303)
	at org.jboss.as.jpa.container.TransactionScopedEntityManager.createEntityManager(TransactionScopedEntityManager.java:186)
	at org.jboss.as.jpa.container.TransactionScopedEntityManager.getOrCreateTransactionScopedEntityManager(TransactionScopedEntityManager.java:157)
	at org.jboss.as.jpa.container.TransactionScopedEntityManager.getEntityManager(TransactionScopedEntityManager.java:87)
	at org.jboss.as.jpa.container.AbstractEntityManager.persist(AbstractEntityManager.java:580)
	at org.jboss.as.test.compat.jpa.eclipselink.SFSB1.createEmployee(SFSB1.java:44)

Did some more profiling (this time with a sampling profiler) and StoreScanner.peek() showed up a lot in the samples. At first that was surprising, but peek is synchronized, so it seems a lot of the sync'ing cost is eaten there.
It seems the only reason we have to synchronize all these methods is because a concurrent flush or compaction can change the scanner stack, other than that only a single thread should access a StoreScanner at any given time.
So replaced updateReaders() with some code that just indicates to the scanner that the readers should be updated and then make it the using thread's responsibility to do the work.
The perf improvement from this is staggering. I am seeing somewhere around 3x scan performance improvement across all scenarios.
Now, the hard part is to reason about whether this is 100% correct. I ran TestAtomicOperation and TestAcidGuarantees a few times in a loop, all still pass.
Will attach a sample patch.

The archetypes are importing into eclipse as "java" projects which is trying to invoke the java compiler on them. That's generating issues with the templates and such.  They should have the "javanature" turned off on them so they are pretty much just plain projects.

Lars George noticed that our MVCC class has Consistency as the first 'C' when it should be 'Concurrency'. The issue that named this class, HBASE-4544 talks about 'Concurrency' but then it went in as Consistency (Why has no one noticed this before now? Thanks Lars George)

Attached is a sample program that demonstrates the problem.  The following is the method in ConfigurationUtils in question:
public static File fileFromURL(URL url)
{
...
        return new File(URLDecoder.decode(url.getPath()));
...
}
URLDecoder (poorly named) decodes data encoded in the application/x-www-form-urlencoded MIME format.  This format is commonly used to encode HTML form data.  It is not intended for encoding URLs, though the formats are similar.
The operative difference is that the MIME format allows the use of the plus sign ('+') to represent spaces, whereas URLs must have spaces hex encoded ('%20').  Files may have plus signs in the name, and therefore, decoding the plus sign as a space produces a different path.
See attached code demonstrating the problem.
Reference:  http://www.w3.org/MarkUp/html-spec/html-spec_8.html#SEC8.2.1
and http://www.ietf.org/rfc/rfc1738.txt

The following exception is launched when the server tries to passivate into the file passivation storage a stateful EJB session with UserTransaction injected as a resource:

[org.jboss.as.ejb3.cache.spi.impl.PassivateTask] (pool-10-thread-1) JBAS014538: Failed to passivate {[-36, 0, 14, -43, 72, 10, 76, -28, -105, -108, 24, 45, -70, -58, -48, -107]}: java.lang.RuntimeException: JBAS014538: Failed to passivate {[-36, 0, 14, -43, 72, 10, 76, -28, -105, -108, 24, 45, -70, -58, -48, -107]}
	at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:248) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:52) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	at org.jboss.as.ejb3.cache.impl.backing.SimpleBackingCacheEntryStore.passivate(SimpleBackingCacheEntryStore.java:155) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.passivate(SerializationGroupMemberContainer.java:288) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.passivate(SerializationGroupMemberContainer.java:50) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.passivate(PassivatingBackingCacheImpl.java:190) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.passivate(PassivatingBackingCacheImpl.java:60) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	at org.jboss.as.ejb3.cache.spi.impl.PassivateTask.run(PassivateTask.java:45) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_13]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_13]
	at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_13]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178) [rt.jar:1.7.0_13]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292) [rt.jar:1.7.0_13]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
	at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
Caused by: java.io.NotSerializableException: org.jboss.tm.usertx.client.ServerVMClientUserTransaction
	at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:891)
	at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
	at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
	at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
	at org.jboss.marshalling.river.BlockMarshaller.doWriteObject(BlockMarshaller.java:69)
	at org.jboss.marshalling.river.BlockMarshaller.writeObject(BlockMarshaller.java:60)
	at org.jboss.marshalling.MarshallerObjectOutputStream.writeObjectOverride(MarshallerObjectOutputStream.java:54)
	at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:342) [rt.jar:1.7.0_13]
	at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl.writeObject(SerializationGroupMemberImpl.java:368) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_13]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_13]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_13]
	at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_13]
	at org.jboss.marshalling.reflect.SerializableClass.callWriteObject(SerializableClass.java:175)
	at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1007)
	at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
	at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
	at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:239) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
	... 15 more
	in field userTransaction
	in field instance
	in object org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl@6a4de0c9

The EJB subsystem configuration is:

<subsystem xmlns="urn:jboss:domain:ejb3:1.2">
            <session-bean>
                <stateless>
                    <bean-instance-pool-ref pool-name="slsb-strict-max-pool"/>
                </stateless>
                <stateful default-access-timeout="10000" cache-ref="passivating"/>
                <singleton default-access-timeout="5000"/>
            </session-bean>
            <mdb>
                <resource-adapter-ref resource-adapter-name="hornetq-ra"/>
                <bean-instance-pool-ref pool-name="mdb-strict-max-pool"/>
            </mdb>
            <pools>
                <bean-instance-pools>
                    <strict-max-pool name="slsb-strict-max-pool" max-pool-size="50" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
                    <strict-max-pool name="mdb-strict-max-pool" max-pool-size="20" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
                </bean-instance-pools>
            </pools>
            <caches>
            </caches>
            <passivation-stores>
                <file-passivation-store name="file" idle-timeout="10" idle-timeout-unit="SECONDS"/>
            </passivation-stores>
            <async thread-pool-name="default"/>
            <timer-service thread-pool-name="default">
                <data-store path="timer-service-data" relative-to="jboss.server.data.dir"/>
            </timer-service>
            <remote connector-ref="remoting-connector" thread-pool-name="default"/>
                    <max-threads count="100"/>
            <iiop enable-by-default="false" use-qualified-name="false"/>

Create a table like below:

CREATE TABLE hive_bug(col1 string);

Run below query in Hive:

from hive_bug select transform(col1) using '/bin/cat' as (AAAA string);

The result would be:

0: jdbc:hive2://localhost:10000> from hive_bug select transform(col1) using '/bin/cat' as (AAAA string);
......
INFO  : OK
+-------+--+
| AAAA  |

The output column name is AAAA instead of the lowercase aaaa.

When using Groovy classes with the mapping metadata sub-system, the Groovy compiler introduced fields like metaClass should not be considered a persistent property.

The following test fails in with spring-web 3.1.

@Test(expected=IllegalArgumentException.class)
public void testURIExpand() {
	String template = "http://{host}/{something}/{something2}";
	UriTemplate t = new UriTemplate(template);
	Map<String,String> uriVariables = new HashMap<String,String>();
	uriVariables.put("host", "a");
	uriVariables.put("something2", "b");
	t.expand(uriVariables);
}

Using spring-web 3.0.5 an IllegalArgumentException with message "'uriVariables' Map has no value for 'something'" is thrown.

One of the URLs in the section on projections contains a minor typo.
It says
 http://localhost:8080/persons/1/projection=noAddresses
 http://localhost:8080/persons/1?projection=noAddresses

Copying data from a table using UTF-8 encoding to one using ISO 8859-1 encoding causes data corruption without warning.

CREATE TABLE person_utf8 (name STRING)
ROW FORMAT SERDE 'org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe' 
WITH SERDEPROPERTIES ('serialization.encoding'='UTF8');

Put the following data in the table:
Müller,Thomas
Jørgensen,Jørgen
Vega,Andrés
中村,浩人
אביה,נועם

CREATE TABLE person_2 ROW FORMAT SERDE 'org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe' 
WITH SERDEPROPERTIES ('serialization.encoding'='ISO8859_1')
AS select * from person_utf8;

expected to get mangled data but we should give a warning. 

Despite the fact ServerAuthenticationContext is AutoClosable. Newly created instance in HttpAuthenticator#login() is not closed and no reference is passed outside of method, so is left unclosed forever. 
[1] https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=46513446&defectInstanceId=9767772&mergedDefectId=1464362

Soft reference objects, which are cleared at the discretion of the 
garbage collector in response to memory demand. 
I used ycsb to put data and threw exception.
>>>> 
>>>>  Hbase Code:
>>>>     // Cut the cache so that we only get the part that could contain
>>>>     // regions that match our key
>>>>     SoftValueSortedMap<byte[], HRegionLocation> matchingRegions =
>>>>       tableLocations.headMap(row);
>>>> 
>>>>     // if that portion of the map is empty, then we're done. otherwise,
>>>>     // we need to examine the cached location to verify that it is
>>>>     // a match by end key as well.
>>>>     if (!matchingRegions.isEmpty()) {
>>>>       HRegionLocation possibleRegion =
>>>>         matchingRegions.get(matchingRegions.lastKey());
>>>> 
>>>>   ycsb client log:
>>>> 
>>>>   [java] begin StatusThread run
>>>>    [java] java.util.NoSuchElementException
>>>>    [java]     at java.util.TreeMap.key(TreeMap.java:1206)
>>>>    [java]     at
>> java.util.TreeMap$NavigableSubMap.lastKey(TreeMap.java:1435)
>> org.apache.hadoop.hbase.util.SoftValueSortedMap.lastKey(SoftValueSort
>> edMap.java:131)
>> org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplemen
>> tation.getCachedLocation(HConnectionManager.java:841)
>> tation.locateRegionInMeta(HConnectionManager.java:664)
>> tation.locateRegion(HConnectionManager.java:590)
>> tation.processBatch(HConnectionManager.java:1114)
>> tation.processBatchOfPuts(HConnectionManager.java:1234)
>> org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:819)
>> org.apache.hadoop.hbase.client.HTable.doPut(HTable.java:675)
>> org.apache.hadoop.hbase.client.HTable.put(HTable.java:665)
>>>>    [java]     at com.yahoo.ycsb.db.HBaseClient.update(Unknown Source)
>>>>    [java]     at com.yahoo.ycsb.db.HBaseClient.insert(Unknown Source)
>>>>    [java]     at com.yahoo.ycsb.DBWrapper.insert(Unknown Source)
>>>>    [java]     at com.yahoo.ycsb.workloads.MyWorkload.doInsert(Unknown
>> Source)
>>>>    [java]     at com.yahoo.ycsb.ClientThread.run(Unknown Source)

From the HBase book: http://hbase.apache.org/book.html#hbase_default_configurations
:

hbase.bucketcache.ioengine
Description
Where to store the contents of the bucketcache. One of: *onheap*, offheap, or file. If a file, set it to file:PATH_TO_FILE. See https://hbase.apache.org/apidocs/org/apache/hadoop/hbase/io/hfile/CacheConfig.html for more information.

Instead of onheap it should be heap.

I switched from Apache Camel version 2.8.4 (in ServiceMix 4.4.1) to the most recent version 2.9.2. Resource loading in 2.8.4 worked well, but not in the named release.
Find attached a small test case that uses XSLT and String-Template Endpoints. Neither of them can load their resource from the separate bundle.

Install Apache ServiceMix 4.4.1
Configure ServiceMix to use Apache Camel 2.9.2 (see etc/org.apache.karaf.features.cfg)
Start up ServiceMix
Install feature 'camel-string-template'
Build the attached test project using maven
Copy/Link the built artifact into the deploy folder
Copy/Link the route src/test/resources/camel-route into the deploy folder

The XSLT Component tries to load the resource eagerly. Therefore the route will not start and throws the following exception:

Caused by: java.io.FileNotFoundException: Cannot find resource in classpath for URI: com/basis06/apache/camel/HelloWorld.xslt
	at org.apache.camel.util.ResourceHelper.resolveMandatoryResourceAsUrl(ResourceHelper.java:122)
	at org.apache.camel.component.xslt.XsltEndpoint.loadResource(XsltEndpoint.java:67)

The same problem exists with the String-Template Component. But this component will fail not until it is called in the route.

This configuration causes NPE:

		from("timer://kickoff_5?period=10000").
		setHeader("a").constant("aa").setBody().constant("a b c a_1 b_1").
		splitter(body().tokenize(" ")).
		setHeader("aggreagation_header").body().
		aggregator(header("aggreagation_header")).
		to("mock:out");

2008-10-17 07:47:11,321 [ Polling Thread] DEBUG DefaultAggregationCollection   - put exchange:Exchange[Message: null] for key:null
2008-10-17 07:47:12,237 [ Polling Thread] ERROR Aggregator                     - 
	at org.apache.camel.processor.interceptor.TraceFormatter.getBreadCrumbID(TraceFormatter.java:150)
	at org.apache.camel.processor.interceptor.TraceFormatter.format(TraceFormatter.java:45)
	at org.apache.camel.processor.interceptor.TraceInterceptor.format(TraceInterceptor.java:94)
	at org.apache.camel.processor.Logger.logMessage(Logger.java:219)
	at org.apache.camel.processor.Logger.process(Logger.java:124)
	at org.apache.camel.processor.interceptor.TraceInterceptor.logException(TraceInterceptor.java:119)
	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:87)
	at org.apache.camel.processor.BatchProcessor.processExchange(BatchProcessor.java:190)
	at org.apache.camel.processor.BatchProcessor.processBatch(BatchProcessor.java:168)
	at org.apache.camel.processor.BatchProcessor.run(BatchProcessor.java:68)

Currently when when a Pig job is submitted through WebHCat and the Pig script uses HCatalog, that means that Hive should be installed on the node in the cluster which ends up executing the job.  For large clusters is this a manageability issue so we should use DistributedCache to ship the Hive tar file to the target node as part of job submission
TestPig_11 in hcatalog/src/test/e2e/templeton/tests/jobsubmission.conf has the test case for this

HBASE-5520 introduced reseek() on the RegionScanner.  
Now when a scanner is created we have the StoreScanner heap.  After this if a flush or compaction happens parallely all the StoreScannerObservers are cleared so that whenever a new next() call happens we tend to recreate the scanner based on the latest store files.
The reseek() in StoreScanner expects the heap not to be null because always reseek would be called from next()

public synchronized boolean reseek(KeyValue kv) throws IOException {
    //Heap cannot be null, because this is only called from next() which
    //guarantees that heap will never be null before this call.
    if (explicitColumnQuery && lazySeekEnabledGlobally) {
      return heap.requestSeek(kv, true, useRowColBloom);
    } else {
      return heap.reseek(kv);
    }
  }

Now when we call RegionScanner.reseek() directly using CPs we tend to get a NPE.  In our case it happened when a major compaction was going on.  I will also attach a testcase to show the problem.

In flush() and close() methods, SaveContextServletOutputStream calls super.flush() and super.close() respectively. These methods do nothing in superclass. Instead,this.delegate.flush() and this.delegate.close() should be called to ensure proper flushing and closing by the wrapped output stream

Currently, when regions are split or merged, region replicas of the regions will become CLOSED state but will not be deleted from in-memory states (e.g. AssignmentManager). These region replicas are deleted when restarting master, but I think they should be deleted during splitting and merging regions. 
One problem with this is the outdated region replicas can be online. Steps to reproduce are as follows:
1. Create a table with enabling region replication.

4. Disable and enable the table

After doing those steps, the outdated region replica will be online.

The :resolve-path operation will always resolve the path based on the relative-to attribute.
In the messaging subsystem, we have a different behaviour where the relative-to attribute is ignored (whether it is defined or not) when the path value correponds to an absolute path.
To be consistent with this behaviour, the :resolve-path operation builder would need customization and specify that the relative-to attribute must be ignored when the path is absolute.

We are evaluating on using apache camel + jsmpp for sending smses. 
apache camel version: 2.15.1
jsmpp version: 2.1.1
smpp works fine with proxy, but smpps with doesn't work. 
Route definition is as follows: 
from(direct:start)
.to(smpps://user@smschost:smscport?password=********&httpProxyHost=proxyhostname&httpProxyPort=proxyport®isteredDelivery=1&lazySessionCreation=true)
from(smpps://user@smschost:smscport?password=********&httpProxyHost=proxyhostname&httpProxyPort=proxyport®isteredDelivery=1)
.to(direct.result)
When using smpps, we are getting the following exception: 
Failed to start camel Context
java.io.IOException: SmppConnectionFactory: Unrecognized SSL message,
plaintext connection?
        at
org.apache.camel.component.smpp.SmppConnectionFactory.createConnection(SmppConnectionFactory.java:97)
        at
org.jsmpp.session.SMPPSession.connectAndBind(SMPPSession.java:221)
        at
org.jsmpp.session.SMPPSession.connectAndBind(SMPPSession.java:200)
        at
org.apache.camel.component.smpp.SmppConsumer.createSession(SmppConsumer.java:95)
        at
org.apache.camel.component.smpp.SmppConsumer.doStart(SmppConsumer.java:84)
In SmppConnectionFactory.createConnection(), for smpps, there is a HTTP
connect in SSL Socket. 
We should be tunnelling SSL through HTTP, as given below: 
https://docs.oracle.com/javase/7/docs/technotes/guides/security/jsse/samples/sockets/client/SSLSocketClientWithTunneling.java

HIVE-6486 provided a patch to utilize pre-authenticated subject (someone who has programmatically done a JAAS login and is not doing kinit before connecting to HiveServer2 using the JDBC driver). However, that feature was only for the binary mode code path. We need to have a similar feature when the driver-server communicate using http transport. 

The code:

private Object invokeHandler(org.springframework.amqp.core.Message amqpMessage, Channel channel,
			Message<?> message) {
	try {
		return this.handlerMethod.invoke(message, amqpMessage, channel);
	}
	catch (MessagingException ex) {
		throw new ListenerExecutionFailedException(createMessagingErrorMessage("Listener method could not " +
				"be invoked with the incoming message", message.getPayload()), ex);
	}
	catch (Exception ex) {
		throw new ListenerExecutionFailedException("Listener method '" +
				this.handlerMethod.getMethodAsString(message.getPayload()) + "' threw exception", ex);
	}
}

must be modified to add one more amqpMessage constructor argument to the ListenerExecutionFailedException for throwing.

Some HiveConf variables such as hive.added.jars.path are only for internal use and should not be settable via set command. 
We saw a lot of cases that users mistakenly set these variables using set command despite some of them have been documented as "internal parameter" in Hive. The command usually succeeds but it sometimes does not effect, which causes some confusions. For example, the hive.added.jars.path can be set via set command but it is sometimes overridden by session resource jars during runtime.

Deployment of the Apereo CAS application https://apereo.github.io/cas/5.3.x/ on wildfly 14.0.1 fails with following stacktrace:
14:58:14,539 ERROR [org.springframework.boot.SpringApplication] (ServerService Thread Pool – 95) Application startup failed: java.lang.IllegalArgumentException: object is not an instance of declaring class
	at org.springframework.core.io.VfsUtils.invokeVfsMethod(VfsUtils.java:100)
	at org.springframework.core.io.VfsUtils.getFile(VfsUtils.java:172)
	at org.springframework.core.io.VfsResource.getFile(VfsResource.java:90)
	at org.apereo.cas.util.CasVersion.getDateTime(CasVersion.java:59)
	at org.apereo.cas.util.SystemUtils.getSystemInfo(SystemUtils.java:50)
This also affect Jboss EAP 7.1.5 and 6.4.21
This is caused by a change in the VFS layer: https://github.com/jbossas/jboss-vfs/pull/28
The proposed fix https://github.com/jbossas/jboss-vfs/pull/30 does not reintroduce the old behaviour, but adds a new accessor that can be used to get the undelying file.
The workaround from Drools can be found here: https://github.com/kiegroup/drools/commit/2a36f67 - this should work on either version of wildfly/jboss

Attached are a simple program and xml file to demonstrate.
1) two beans are defined
2) They are searched for by Class and then by Name and then by Class again.
3) Only one of the two initial searches by class succeeds.
4) Both the search by name succeed.
5) Both the second search by Class succeed.
I'm no expert so pilot error could be implicated.
This worked in 3.2.2.RELEASE but does not in 3.2.5.RELEASE
Thanks

1.1.0.M1 claims to have moved ROO away from depending on the EBR (which is for people targetting dmServer).
However, the following still appear in the pom.xml:
		<pluginRepository>
			<id>com.springsource.repository.bundles.release</id>
			<name>SpringSource Enterprise Bundle Repository - SpringSource Bundle Releases</name>
			<url>http://repository.springsource.com/maven/bundles/release</url>
		</pluginRepository>
			<id>com.springsource.repository.bundles.external</id>
			<name>SpringSource Enterprise Bundle Repository - External Bundle Releases</name>
			<url>http://repository.springsource.com/maven/bundles/external</url>
			<id>com.springsource.repository.bundles.milestone</id>
			<name>SpringSource Enterprise Bundle Repository - External Bundle Milestones</name>
			<url>http://repository.springsource.com/maven/bundles/milestone</url>
Is this necessary?
We run a local Nexus repository and connect to only the repositories we want users to be able to consume.  The only Roo related artifact that we need for our application to build for non-Roo users will be the Roo annotations package, which I expect is not in one of these repositories.
Are these plugin repo references an oversight?

The following command succeeds, but leaves the deployment in a state that it can't be undeployed.

/host=master/server=server-two/deployment=wildfly-helloworld.war:remove

My guess is that operation should fail or further operations to remove the deployment should succeed.

Datanucleus does a bunch of stuff before the actual rollback, with each next step in a finally block; that way even if the prior steps fail, the rollback should still happen. However, an exception from some questionable pre-rollback logic like manipulating resultset after failure can affect DirectSQL fallback

See SO
https://github.com/apache/camel/commit/91c086b7af22b6cfaf2f66b2c872b752dc10a19c#commitcomment-18363186

The org.wildfly.jberet.WildFlyArtifactFactory needs to override the destroy(Object) method to delegate destroying to the container.

This test passes in 4.2.2 but fails in 4.2.3. I guess it's due to the slash at the end of template.

    @Test
    public void testMatchSlashAtTheEnd() {
        UriTemplate uriTemplate = new UriTemplate("/test/");
        assertTrue(uriTemplate.matches("/test/"));
    }

Scenario

Download and unpack wildfly-dist-9.0.0.CR2.zip.
Run bin/domain.sh and wait for servers to start.
Hit Ctrl-C.

Problem
The following error message appears for each configured server:

[Server:server-one] 13:10:34,966 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 30) WFLYCTL0190: Step handler org.jboss.as.server.operations.ServerDomainProcessShutdownHandler$1@25f7734b for operation {"operation" => "shutdown","address" => [],"operation-id" => -1,"timeout" => -1} at address [] failed handling operation rollback -- org.jboss.msc.service.ServiceNotFoundException: Service service jboss.server.graceful-shutdown-service not found: org.jboss.msc.service.ServiceNotFoundException: Service service jboss.server.graceful-shutdown-service not found                                                                                                                                                            
[Server:server-one]     at org.jboss.msc.service.ServiceContainerImpl.getRequiredService(ServiceContainerImpl.java:669)
[Server:server-one]     at org.jboss.as.controller.OperationContextImpl$OperationContextServiceRegistry.getRequiredService(OperationContextImpl.java:2013)
[Server:server-one]     at org.jboss.as.server.operations.ServerDomainProcessShutdownHandler$1$1.handleResult(ServerDomainProcessShutdownHandler.java:102)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1401)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1381)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1332)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1292)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1180)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext.finishStep(AbstractOperationContext.java:937)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:885)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
[Server:server-one]     at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
[Server:server-one]     at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
[Server:server-one]     at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
[Server:server-one]     at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
[Server:server-one]     at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:234)
[Server:server-one]     at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:174)
[Server:server-one]     at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:137)
[Server:server-one]     at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:133)
[Server:server-one]     at java.security.AccessController.doPrivileged(Native Method)
[Server:server-one]     at javax.security.auth.Subject.doAs(Subject.java:360)
[Server:server-one]     at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:81)
[Server:server-one]     at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:153)
[Server:server-one]     at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:149)
[Server:server-one]     at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:149)
[Server:server-one]     at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
[Server:server-one]     at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
[Server:server-one]     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Server:server-one]     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Server:server-one]     at java.lang.Thread.run(Thread.java:745)
[Server:server-one]     at org.jboss.threads.JBossThread.run(JBossThread.java:320)

Tried on two different machines, both with Java 7 and Java 8. Also occurs with 9.0.0.CR1. Does not occur with 8.2.0.Final.

Given:

CREATE TABLE mytable (col1 int, col2 string)
    CLUSTERED BY (col1) INTO 2 BUCKETS
    STORED AS ORC TBLPROPERTIES('TRANSACTIONAL'='TRUE');

update/delete statements will fail with 

FAILED: SemanticException [Error 10122]: Bucketized tables do not support INSERT INTO: Table: default.mytable

but 'transactional' (in lower case) works fine

The decode method in ObjectCodec should wrap the causes stacktrace in the wrapped IOException.
For example OSGi frameworks may be pesky and we want to be able to see whatever stacktrace it may thrown on you.

    public T decode(DataInput dataIn) throws IOException {
        int size = dataIn.readInt();
        byte[] data = new byte[size];
        dataIn.readFully(data);
        ByteArrayInputStream bytesIn = new ByteArrayInputStream(data);
        ObjectInputStream objectIn = new ObjectInputStream(bytesIn);
        try {
            return (T) objectIn.readObject();
        } catch (ClassNotFoundException e) {
            throw new IOException(e.getMessage());
        }
    }

For being JDK 1.5 compatible you need to do it like

    public static IOException createIOException(String message, Throwable cause) {
        IOException answer = new IOException(message);
        answer.initCause(cause);
    }

TxnHandler.detectDeadlock has code to catch deadlocks in MySQL and Derby.  But it does not detect a deadlock for Postgres, Oracle, or SQLServer

According to https://docs.jboss.org/author/display/WFLY8/EJB+3+Reference+Guide recurring timers should not be executed concurrently.
That is not the case. I don't think the current behavior is actually expected.

One of several found by Raj Bains.
M/R or Tez.

Caused by: java.lang.ArrayIndexOutOfBoundsException: 50
	at org.apache.hadoop.hive.ql.exec.vector.expressions.gen.CastLongToDouble.evaluate(CastLongToDouble.java:50)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.aggregates.gen.VectorUDAFAvgDouble.aggregateInputSelection(VectorUDAFAvgDouble.java:139)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator$ProcessingModeBase.processAggregators(VectorGroupByOperator.java:121)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator$ProcessingModeHashAggregate.processBatch(VectorGroupByOperator.java:295)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator.processOp(VectorGroupByOperator.java:711)
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.processOp(VectorSelectOperator.java:139)

According to the definition of the "org.wildfly.undertow.http-invoker.host" capability, it provides a PathHandler service[1], but the installed service[2] exposes the HttpInvokerHostService instance itself[3].
[1] https://github.com/jbossas/jboss-eap7/blob/7.x/undertow/src/main/java/org/wildfly/extension/undertow/HttpInvokerDefinition.java#L56
[2] https://github.com/jbossas/jboss-eap7/blob/7.x/undertow/src/main/java/org/wildfly/extension/undertow/HttpInvokerDefinition.java#L119
[3] https://github.com/jbossas/jboss-eap7/blob/7.x/undertow/src/main/java/org/wildfly/extension/undertow/HttpInvokerHostService.java

Fix these out of AsyncProcess... 
'2016-07-21 20:16:56.477 o.a.h.h.c.AsyncProcess [INFO] #13, waiting for 25  actions to finish'
They are totally opaque, when you see one, it means a request is ten seconds old at least. It is awkward to do but we should be able to emit region/server.

The UnmodifiableBoundedCollection does not implement the Unmodifiable interface.

The generated POM files for Spring 3.2.1 have inadvertently changed several compile time dependencies to optional, namely:

spring-orm
-> spring-tx
-> spring-jdbc

spring-webmvc
-> spring-context
-> spring-web

spring-test
-> spring-webmvc

The root cause of issue is:
https://github.com/SpringSource/spring-framework/commit/7f928e83ffb3abdd62f9a1dc4ed1062bfc3b06f6
This commit intended to change the scope only within the project being merged and not in the 'merge.into' destination.

   Worker will start with DB in state X (wrt this partition).
   while it's working more txns will happen, against partition it's compacting.
   then this will delete state up to X and since then.  There may be new delta files created
   between compaction starting and cleaning.  These will not be compacted until more
   transactions happen.  So this ideally should only delete
   up to TXN_ID that was compacted (i.e. HWM in Worker?)  Then this can also run
   at READ_COMMITTED.  So this means we'd want to store HWM in COMPACTION_QUEUE when
   Worker picks up the job.
Actually the problem is even worse (but also solved using HWM as above):
Suppose some transactions (against same partition) have started and aborted since the time Worker ran compaction job.
That means there are never-compacted delta files with data that belongs to these aborted txns.
Following will pick up these aborted txns.
s = "select txn_id from TXNS, TXN_COMPONENTS where txn_id = tc_txnid and txn_state = '" +
          TXN_ABORTED + "' and tc_database = '" + info.dbname + "' and tc_table = '" +
          info.tableName + "'";
        if (info.partName != null) s += " and tc_partition = '" + info.partName + "'";
The logic after that will delete relevant data from TXN_COMPONENTS and if one of these txns becomes empty, it will be picked up by cleanEmptyAbortedTxns().  At that point any metadata about an Aborted txn is gone and the system will think it's committed.
HWM in this case would be (in ValidCompactorTxnList)
if(minOpenTxn > 0)
min(highWaterMark, minOpenTxn) 
else 
highWaterMark

I tested hbase-2.1.1 starting up over data written by branch-1.4. It failed because the TableStateManager, as part of its startup, failed its migration of table state from zookeeper to hbase:meta table. This is exception:

2018-11-01 10:49:33,678 ERROR [master/kalashnikov:16000:becomeActiveMaster] master.TableStateManager: Unable to get table hbase:namespace state
org.apache.hadoop.hbase.master.TableStateManager$TableStateNotFoundException: hbase:namespace
  at org.apache.hadoop.hbase.master.TableStateManager.getTableState(TableStateManager.java:215)
  at org.apache.hadoop.hbase.master.TableStateManager.isTableState(TableStateManager.java:147)
  at org.apache.hadoop.hbase.master.assignment.AssignmentManager.isTableEnabled(AssignmentManager.java:327)
  at org.apache.hadoop.hbase.master.assignment.AssignmentManager.lambda$processOfflineRegions$3(AssignmentManager.java:1236)
  at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174)
  at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
  at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382)
  at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
  at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
  at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
  at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
  at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
  at org.apache.hadoop.hbase.master.assignment.AssignmentManager.processOfflineRegions(AssignmentManager.java:1237)
  at org.apache.hadoop.hbase.master.assignment.AssignmentManager.joinCluster(AssignmentManager.java:1218)
  at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:1001)
  at org.apache.hadoop.hbase.master.HMaster.startActiveMasterManager(HMaster.java:2257)
  at org.apache.hadoop.hbase.master.HMaster.lambda$run$0(HMaster.java:583)

This happens inside in processOfflineRegions so result of above exception is that procedures are not scheduled; i.e. namespace table assign for one is not assigned.

method setReadLockLoggingLevel is not invoked in class SftpProcessStrategyFactory so logging level is always set to default (WARN)
 
else if ("changed".equals(readLock)) {
    SftpChangedExclusiveReadLockStrategy readLockStrategy = new SftpChangedExclusiveReadLockStrategy();
    Long timeout = (Long) params.get("readLockTimeout");
    if (timeout != null) {
        readLockStrategy.setTimeout(timeout);
    }
    Long checkInterval = (Long) params.get("readLockCheckInterval");
    if (checkInterval != null) {
        readLockStrategy.setCheckInterval(checkInterval);
    }
    Long minLength = (Long) params.get("readLockMinLength");
    if (minLength != null) {
        readLockStrategy.setMinLength(minLength);
    }
    Long minAge = (Long) params.get("readLockMinAge");
    if (null != minAge) {
        readLockStrategy.setMinAge(minAge);
    }
    Boolean fastExistsCheck = (Boolean) params.get("fastExistsCheck");
    if (fastExistsCheck != null) {
        readLockStrategy.setFastExistsCheck(fastExistsCheck);
    }
    return readLockStrategy;
}

I tried to use hfile in master branch, it does not print out kv pairs or meta as it is supposed to be.

hsun-MBP:hbase-2.0.0-SNAPSHOT hsun$ hbase hfile file:///Users/hsun/work/local-hbase-cluster/data/data/default/t1/755b5d7a44148492b7138c79c5e4f39f/f1/
53e9f9bc328f468b87831221de3a0c74  bdc6e1c4eea246a99e989e02d554cb03  bf9275ac418d4d458904d81137e82683  
hsun-MBP:hbase-2.0.0-SNAPSHOT hsun$ hbase hfile file:///Users/hsun/work/local-hbase-cluster/data/data/default/t1/755b5d7a44148492b7138c79c5e4f39f/f1/bf9275ac418d4d458904d81137e82683 -m
2016-11-29 12:25:22,019 WARN  [main] util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
hsun-MBP:hbase-2.0.0-SNAPSHOT hsun$ hbase hfile file:///Users/hsun/work/local-hbase-cluster/data/data/default/t1/755b5d7a44148492b7138c79c5e4f39f/f1/bf9275ac418d4d458904d81137e82683 -p
2016-11-29 12:25:27,333 WARN  [main] util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
Scanned kv count -> 0

item 10 from Brian's review

AIUI the only correct source for a DS/XADS driver is one of the driver resources. So, those drivers should expose a capability (should be private) and the driver attribute on the DS/XADS should be a capability reference.

I'm getting a false positive from a request via the Layar app (www.layar.com). The app sends a request from an android device with the following user-agent: "Layar/4.0 Android/2.2.1".
Would it be somehow possible to create a list of prefixes which must not be in the user-agent?

jboss-as-infinispan_4_0.xsd says 30000 ms (https://github.com/wildfly/wildfly/blob/10.0.0.Final/clustering/infinispan/extension/src/main/resources/schema/jboss-as-infinispan_4_0.xsd#L296)
but actually used is 10000 ms (https://github.com/wildfly/wildfly/blob/10.0.0.Final/clustering/infinispan/extension/src/main/java/org/jboss/as/clustering/infinispan/subsystem/TransactionResourceDefinition.java#L82)
Default for infinispan is also 30000 ms (https://github.com/infinispan/infinispan/blob/master/core/src/main/java/org/infinispan/configuration/cache/TransactionConfiguration.java#L25)

Here is a the smx-camel thread to hang issue[1] , it is caused by HandleFaultProcessor doesn't implement the AsyncProcessor interface.
Since it is a DelegateProcessor, if it wrappes an AsycProcessor , the AsycProcessor's callback.done() method will never be called.
[1] https://issues.apache.org/activemq/browse/SM-1673

PostgreSQL database defines the type UUID (this type does not exist in java.sql.Types).
I want to use this kind of PreparedStatement:

SELECT ... WHERE :VAL IS NOT NULL AND :VAL = <my_uuid_column>

And I want to bind a null value for VAL.
In this specific case, PostgreSQL JDBC driver requires the data type to be specified. And since the UUID data type does not exist in java.sql.Types, we must specify the type name as well, by calling PreparedStatement.setNull(_, java.sql.Types.OTHER, "uuid").
With plain old java (Connection and PreparedStatement), this works fine.
Using NamedParameterJdbcTemplate (and providing the "data type" and "data type name" in a MapSqlParameterSource), I'm not able to make it work.
Under the hood, StatementCreatorUtils.setNull(_, _, type, typeName) delegates to PreparedStatement.setNull(_, type) (with no type name) when type is Types.OTHER.
Shouldn't it call PreparedStatement.setNull(_, type, typeName) when typeName is provided (non null) instead?

See CAMEL-7521
When using parallel processing then the boss thread aggregate on the fly is a single threaded boss thread that controls the aggregation. So even if setting parallel aggregate = true, then its still only 1 boss thread.
We should have a thread pool (or allow to use the existing pool for parallel processing) for worker threads to do the aggregate work in parallel.

While working on the unit test for WFLY-7075, I noticed that PersistenceContext properties are not being passed correctly to the Injected EntityManager, we should fix that.

@PersistenceContext(type = PersistenceContextType.TRANSACTION, unitName = "mypc", properties=
Unknown macro: {@PersistenceProperty(name="wildfly.jpa.allowjoinedunsync", value="true")} 
)
private EntityManager allowjoinedunsyncEm;
Is passing an incorrect form of the property values.

StringUtils.parseLocaleString() does not parse locale String in java 7 for Serbian (Latin).
Issue:
The Locale.toString() method is different from Java 6 to Java 7, also the Locale Code (variants) are different as well hence its returning different values in Java 7.
StringUtils.parseLocaleString() unable to pass the Locale Serbian (Latin) local.
See the attached Error log

Status Quo
The support for synthesizing annotations that was introduced in SPR-11512 and SPR-11513 incorrectly adapts a nested array of annotations by converting it to an array of generic annotations (i.e., Annotation[]). This improper behavior can lead to unexpected exceptions at run time – for example, Annotation[] is not compatible with Filter[].
The broken code resides in AnnotationUtils.adaptValue().

 Ensure that nested arrays of synthesized annotations are created with the appropriate component type.

When upgrading to Infinispan 6.0, I had to @Ignore the following test:
org.jboss.as.clustering.infinispan.subsystem.InfinispanSubsystemTransformerTestCase
The subsystem test framework attempt to run old versions of the infinispan subsystem against the dependencies of the current subsystem version.
On another note - I find this framework very cumbersome to debug when things go wrong since there is no output from starting the server.  So, all I know is it failed, without any indication why.  In my case, I add debug logging to the add operation handler and find that the add operation handlers throw NoClassDefFoundErrors and NoSuchMethodErrors, due to the framework attempting to use the 7.2 and 7.1.x versions of the subsystem with the dependencies from 8.0.  In the case of Infinispan 6.0, there are API changes that render it incompatible with the 7.2 and 7.1.x versions of the subsystem.

The LocalRegionFactoryBean.setPersistent method throws an UnsupportedOperationException.  However, persistence is supported for local regions in Gemfire, so Spring Gemfire should allow persistence.

I you attempt to create a ServiceInterfaceStrategy with interface containing multiple methods without parameters, you get NullPointerException.
It's due to following code:
ServiceInterfaceStrategy.java:161

155    private void analyzeServiceInterface(Class<?> serviceInterface) {
156        Method[] methods = serviceInterface.getMethods();
157        for (Method method : methods) {
158            MethodInfo info = analyzeMethod(method);
159            for (int i = 0; i < info.getIn().length; i++) {
160                TypeInfo ti = info.getIn()[i];
161                if (inTypeNameToQName.containsKey(ti.getTypeName())
162                    && (!(ti.getTypeName().equals("javax.xml.ws.Holder")))
163                    && (!(inTypeNameToQName.get(ti.getTypeName()).equals(ti.getElName())))) {
164                    LOG.warn("Ambiguous QName mapping. The type [ "
165                                                    + ti.getTypeName()
166                                                    + " ] is already mapped to a QName in this context.");
167                    continue;
168                }
169                inTypeNameToQName.put(ti.getTypeName(), ti.getElName());
170            }
171            if (info.getSoapAction() != null && !"".equals172(info.getSoapAction())) {
172                soapActionToMethodInfo.put(info.getSoapAction(), info);
173            }
174
175            outTypeNameToQName.put(info.getOut().getTypeName(), info.getOut().getElName());
176
177            addExceptions(method);
178        }
179    }

For the second method without parameters, the null value is already in the inTypeNameToQName, so it tries to evaluate this: !(ti.getTypeName().equals("javax.xml.ws.Holder"), which fails with NPE.
The question here is, why method without parameters still needs an array of types containing one element with those null values.

FilterSecurityMetadataSource should be changed to FilterInvocationSecurityMetadataSource in the following paragraph

It should be noted that the FilterSecurityInterceptor.setSecurityMetadataSource() method actually expects an instance of FilterSecurityMetadataSource
See the 3rd paragraph after the 1st code example in chapter 9.1 of the spring security reference.

This affects camel-swagger-java
How do we add that component to the list?
For example, i am using camel-servlet to serve APIs at path "foo"...
i then have rest().get("/hello")......
for the restConfiguration() I have 

        restConfiguration().component("servlet").bindingMode(RestBindingMode.json)
                .apiContextPath("/api-doc")
                .apiProperty("api.title", "User API")
                .apiProperty("api.version", "1.2.3")
                .apiProperty("api.description", "REST API for controlling the jobs")
                .apiProperty("cors", "true")
                .apiProperty("base.path", "/camel")
                .apiProperty("schemas", "http")
                .apiProperty("host", "postamac.local")

but when I hit /came/api-docs, the rest endpoints all omit the "/camel" base context path. 
what's the expected behavior here? I assumed that the schemes+host+base.path would allow me to override the base path. is this not the right assumption?
BTW... the prop name is "schemas" when it should be "schemes" ... we should change this to as expected, how do we do that in terms of backward compatibility? i can open another jira for that.

If mycamel-cxf (non-pojo mode) endpoint is configured by Spring  to inject CXF other features, CxfProducer drops  MessageDataFormatFeature or PayLoadDataFormatFeature that it has added when endpoint.configure(cfb) is invoked.

Roo 1.2 doesn't update the Spring.version property within the pom.xml to the 3.1 release, the one for which the code is generated.

When subscribing to a particular destination, such as "/app/test, a Controller can send a response message directly to the WebSocket session (i.e. not through the broker):

@SubscribeMapping("/test")
public String test() {
  return "testPayload";
}

The destination of the response message is the lookup path of the destination "/test" - it should be the complete, original destination "/app/test".

e.g.

Duration/Instant/etc.
Date (java.sql variants)
Locale
TimeZone
Atomic[Boolean|Integer|Long]

I just encountered some issues in my application due to a subtle change in AbstractMessageSource between Spring 4.x and 5.x.
In Spring 4.x is was possible to pass null as defaultMessage, Spring 5.x always returns an empty string.
Spring 4.x:

public final String getMessage(String code, Object[] args, String defaultMessage, Locale locale) {
	String msg = getMessageInternal(code, args, locale);
	if (msg != null) {
		return msg;
	}
	if (defaultMessage == null) {
		String fallback = getDefaultMessage(code);
		if (fallback != null) {
			return fallback;
		}
	}
	return renderDefaultMessage(defaultMessage, args, locale);
}

Spring 5.x:

public final String getMessage(String code, @Nullable Object[] args, @Nullable String defaultMessage, Locale locale) {
	}
		return (fallback != null ? fallback : "");
	}
}

If the default message is null and the fallback is null Spring now returns "".
This makes it hard to distinguish between properties that are defined but empty and properties that are undefined.

The example that works fine in TestThatWorks.java :

inserting a new object using mongoOps
adding a new element and then update it using mongoOps
querying the data, printing the list, the list still contains the correct element type

The example that does not work as expected in TestThatFails.java :

querying the data, printing the list, the list now contains LinkedHashMap instead of the original element type

The difference between the 2 example lies in the parameterized nestedDomain's List object. Without the parameterization using generics, the list will retain the type. Using generics on the list will result in LinkedHashMap after getting updated on the nestedDomain.
Strangely, the TestThatFails will work fine if the query is using is("bean1") which means the collection element when insertion happens instead of is("bean2"), which is the collection element when update happens.
Please help !

When EAP is installed via RPM packages and started in domain mode, there are following info messages visible in the server.log:

[INFO]       [line 163] 2018-08-31 11:22:18,251 WARN  [org.jboss.as.server] (main) WFLYSRV0266: Server home is set to '/opt/rh/eap7/root/usr/share/wildfly/domain/servers/server-one', but server real home is '/var/opt/rh/eap7/lib/wildfly/domain/servers/server-one' - unpredictable results may occur.
[INFO]       [line 4] 2018-08-31 10:25:47,525 WARN  [org.jboss.as.server] (main) WFLYSRV0266: Server home is set to '/opt/rh/eap7/root/usr/share/wildfly/domain/servers/server-two', but server real home is '/var/opt/rh/eap7/lib/wildfly/domain/servers/server-two' - unpredictable results may occur.

Based on the comment in issue JBEAP-10261, it looks like a side effect of that. So main problem is probably in the startup scripts and not in RPM themselves.
Even though, those messages are just INFO level, still - I believe that as this is a default RPM installation no such disturbing message takes place in the log. We should either be sure that this kind of installation makes no trouble or we should adjust the installation way itself so such info message does not have to be printed.

If I use a model validator in webflow and add an error message on the messageContext, the validationFailed flag on JSF will no be triggered. In some use cases (e.g. in a popup dialog), I need to know if validationFailed so I can hide the dialog.
I've been able to accomplish this overriding the method viewRendering on FlowFacesContextLifecycleListener:

@Override
public void viewRendering(RequestContext context, View view, StateDefinition viewState) {
	if (context.getMessageContext().hasErrorMessages()) {
		FacesContext facesContext = FacesContext.getCurrentInstance();
		if (facesContext != null) {
			facesContext.validationFailed();
		}
	}
}

TestTableSchemaModel is failing because commit of blooms changed the existing column family setting.

In case when LDAP server used by Elytron dir-context is unreachable (e.g. LDAP is down or some network failures occur) or when dir-context is incorrectly set (e.g. used password is wrong) then application which uses ldap-realm with direct-verification=true and which uses this dir-context cannot be deployed. Deployment fails and confusing exception occurs in server log.
We request blocker since it causes that deployments (which have already been successfully deployed) can unexpectedly fail when server is restarted/reloaded in time when LDAP server is unreachable.
Deployment fails with following exception in server log:

ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 65) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./print-roles: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./print-roles: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'BASIC' is not available from the HttpAuthenticationFactory.
	... 6 more
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$initialSecurityHandler$4(ApplicationSecurityDomainDefinition.java:416)
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.initialSecurityHandler(ApplicationSecurityDomainDefinition.java:413)
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$applyElytronSecurity$0(ApplicationSecurityDomainDefinition.java:356)
	at io.undertow.servlet.core.DeploymentManagerImpl.setupSecurityHandlers(DeploymentManagerImpl.java:409)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:209)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:172)
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:237)
	... 8 more

ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "print-roles.war")]) - failure description: {
    "WFLYCTL0080: Failed services" => {"jboss.undertow.deployment.default-server.default-host./print-roles" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./print-roles: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'BASIC' is not available from the HttpAuthenticationFactory.
    Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'BASIC' is not available from the HttpAuthenticationFactory.
    Caused by: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'BASIC' is not available from the HttpAuthenticationFactory."},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.undertow.deployment.default-server.default-host./print-roles"]
}

It is similar issue as ELY-668 - the difference is that direct-verification=true is configured in current issue.

This changes from varchar(4000) to varchar(128) is backward incompatible. 

To replicate the problem do the following:
1. check /hbase/.logs/XXXX directory to see if you have WAL logs for the region server you are shutting down.
2. executing kill <pid> (where pid is a regionserver pid)
3. Watch the regionserver log to start flushing, you will see how many regions are left to flush:
09:36:54,665 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Waiting on 489 regions to close
09:56:35,779 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Waiting on 116 regions to close
4. Check /hbase/.logs/XXXX – you will notice that it has dissapeared.
5. Check namenode logs:
09:26:41,607 INFO org.apache.hadoop.hdfs.server.namenode.FSNamesystem.audit: ugi=root ip=/10.101.1.5 cmd=delete src=/hbase/.logs/rdaa5.prod.imageshack.com,60020,1319749
Note that, if you kill -9 the RS now, and it crashes on flush, you won't have any WAL logs to replay.  We need to make sure that logs are deleted or moved out only when RS has fully flushed. Otherwise its possible to lose data.

Run the following command in CLI it throws a NullPointerException
As it is a rrd it should not require a resolved wildcard

/subsystem=datasources/data-source=*/statistics=pool:read-resource-description

Results

{
}

The exception throws at server.log

ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("resolve") failed - address: ([]): java.lang.NullPointerException
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractAddressResolver.execute(GlobalOperationHandlers.java:422)
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$RegistrationAddressResolver.executeSingleTargetChild(GlobalOperationHandlers.java:903)
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractAddressResolver.execute(GlobalOperationHandlers.java:442)
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$RegistrationAddressResolver.executeMultiTargetChildren(GlobalOperationHandlers.java:895)
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractAddressResolver.execute(GlobalOperationHandlers.java:440)
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractAddressResolver.execute(GlobalOperationHandlers.java:337)
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:951)
        at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:694)
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:389)
        at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1363)
        at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:410)
        at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:232)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:213)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:136)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:153)
        at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:153)

This op works

/subsystem=datasources/data-source=*:read-resource-description

AssociationOmittingSerializerModifier traverses the properties Jackson detected and checks whether they're associations. For properties not backed by a field at all (i.e. getters that represent a calculated business value) the PersistentProperty will be null and the subsequent if-clauses will cause a NullPointerException.

Hive's HashMapWrapper calls System.gc() twice within the HashMapWrapper::isAbort() which produces a significant slow-down during the loop.

2013-03-01 04:54:28 The gc calls took 677 ms
2013-03-01 04:54:28     Processing rows:        200000  Hashtable size: 199999  Memory usage:   62955432        rate:   0.033
2013-03-01 04:54:31 The gc calls took 956 ms
2013-03-01 04:54:31     Processing rows:        300000  Hashtable size: 299999  Memory usage:   90826656        rate:   0.048
2013-03-01 04:54:33 The gc calls took 967 ms
2013-03-01 04:54:33     Processing rows:        384160  Hashtable size: 384160  Memory usage:   114412712       rate:   0.06

We need to add RBAC application type constraints for the agroal resources so admins in the Deployer RBAC role can be allowed to administer them. Now they cannot which is different from the IJ-based subsystem. See for example https://github.com/wildfly/wildfly/blob/master/connector/src/main/java/org/jboss/as/connector/subsystems/datasources/DataSourceDefinition.java#L84

The package org.springframework.ws.context has an explanation where does mention to two interfaces, only one exists within the complete API, the other not.

Multi-valued HTTP request parameters are a common practice yet, with the provided binding, Camel Restlet component can not deal with them.
In DefaultRestletBinding, we can see the following problematic code:

public void populateRestletRequestFromExchange(Request request, Exchange exchange) {
...
     form.add(key, value.toString());
...
}

where the value is always treated as a String, even though it can be a Collection.
And similarly:

public void populateExchangeFromRestletRequest(Request request, Response response, Exchange exchange) throws Exception {
...
     for (Map.Entry<String, String> entry : form.getValuesMap().entrySet()) {
          ...
     }
...
}

where getValuesMap() effectively disregards all duplicate key names.

When I add a constructor with args to a Roo-managed entity, the project becomes unusable in two ways:
1. If I have controller created through scaffolding, I get compilation errors
2. If I execute integration tests for such a class, they fail
Analysis and suggestion for the fix towards the end of this report...
1. Create a new project
2. Run the following script

project --topLevelPackage com.mycompany.hr
entity --class ~.domain.Employee

3. Add the following constructor to Employee

public Employee(String name) {
	this.name = name;
}

Let Roo shell pick this change (which will add a private no-arg constructor in Employee_Roo_Entity)
Then:

roo> test integration --entity com.mycompany.hr.domain.Employee
roo> exit

$ mvn test
...
  testCountEmployees(com.mycompany.hr.domain.EmployeeIntegrationTest)
  testFindEmployee(com.mycompany.hr.domain.EmployeeIntegrationTest)
  testFindAllEmployees(com.mycompany.hr.domain.EmployeeIntegrationTest)
  testFindEmployeeEntries(com.mycompany.hr.domain.EmployeeIntegrationTest)
  testFlush(com.mycompany.hr.domain.EmployeeIntegrationTest)
  testMerge(com.mycompany.hr.domain.EmployeeIntegrationTest)
  testPersist(com.mycompany.hr.domain.EmployeeIntegrationTest)
  testRemove(com.mycompany.hr.domain.EmployeeIntegrationTest)

Tests run: 9, Failures: 0, Errors: 8, Skipped: 0

Test report details that it couldn't find a no-arg constructor 

testCountEmployees(com.mycompany.hr.domain.EmployeeIntegrationTest)  Time elapsed: 0.35 sec  <<< ERROR!
java.lang.NoSuchMethodError: com.mycompany.hr.domain.Employee: method <init>()V not found
        at com.mycompany.hr.domain.EmployeeDataOnDemand_Roo_DataOnDemand.ajc$interMethod$com_mycompany_hr_domain_EmployeeDataOnDemand_Roo_DataOnDemand$com_mycompany_hr_domain_EmployeeDataOnDemand$getNewTransientEmployee(EmployeeDataOnDemand_Roo_DataOnDemand.aj:19)

4. Add controllers

roo> controller all --package ~.web
roo> exit

$ mvn compile
...
[INFO] Compiler errors : 
error at modelMap.addAttribute("employee", new Employee());
                                  ^^^^^
/Users/rladdad/spring-dev/bar/src/main/java/com/mycompany/hr/web/EmployeeController_Roo_Controller.aj:33:0::0 The constructor Employee() is not visible

Analysis
Roo adds an ITD for a no-arg private constructor when it detects that an entity has a constructor with args.

private Employee.new() {
        super();
}

However, AspectJ goes out of its way to ensure that the constructor remains private (from the aspect's point of view). So it doesn't actually add a no-arg constructor, but rather one that takes an com.mycompany.hr.domain.Employee_Roo_Entity argument.

$ javap target/classes/com/mycompany/hr/domain/Employee
Compiled from "Employee.java"
public class com.mycompany.hr.domain.Employee extends java.lang.Object implements org.springframework.beans.factory.aspectj.ConfigurableObject{
    transient javax.persistence.EntityManager entityManager;
    public com.mycompany.hr.domain.Employee(java.lang.String);
    public com.mycompany.hr.domain.Employee(com.mycompany.hr.domain.Employee_Roo_Entity);
    ...

Then, of course, JPA implementation etc., can't have the no-arg constructor they so need.
A solution is to simply add a public no-arg constructor. If we really want to be correct in not allowing public access to such a constructor, we could add a 'declare error' such as

declare error: call(Employee.new()) && !within(*_Roo_*) : "Illegal access to semantically private constructor; if you must use a no-arg constructor, add one to the entity itself";

The implementation of MockHttpSession.getAttributeNames() was changed in Spring Framework 3.2.1 to return an enumeration created from the attributes collection in the session:

-    return new Vector<String>(this.attributes.keySet()).elements();
+    return Collections.enumeration(this.attributes.keySet());

This causes a ConcurrentModificationException if a session attribute is removed while iterating through the enumeration. This also makes the mock less usable as it does not reflect the behavior in servlet containers like Tomcat:

Set<String> names = new HashSet<String>();
names.addAll(attributes.keySet());
return Collections.enumeration(names);

On IRC, some fella had a session expiration on his Master and had only one. Maybe in this case the Master should first try to re-get the znode?

Both checkstyle and error-prone can alert when a switch statement is missing a default. However, because checkstyle does it via static analysis and error-prone does it during compilation, e-p can detect when all cases of an enum have been covered, and will not warn about the needed default case.
In fact, checkstyle explicitly mentions in their docs that even if you cover all enum cases now, you should still have a default label because the enum could change in the future. Which seems silly to me, because your analysis tools should still be running in the future and would catch it then.
Se we should migrate the check from checkstyle to a slightly smarter error-prone check.

When a certain patch makes changes in the metastore upgrade scripts folder, precommit HMS tests are triggered. The problem is that precommit HMS marks the patch as tested, thus normal precommit tests are never triggered.
I hit the issue while testing HIVE-12994.

As scenario for Wire Tap onPrepare is deep cloning the message body, I'd expect original instance to stay with main route, and deep copy to go to specified Wire Tap endpoint. This would require onPrepare to process the new Exchange.

Group by operators won't flush their last row until operator is closed. In Tez it's possible that the input is already closed at this point.

In case "item_count mod commit_interval == 0" there will be an empty extra chunk that only calls the item reader that will return null to indicate all items have been read. This results in flushing item writer without calling write(item) previously - an "empty" flush, that needs to be handled gracefully (e.g. BatchSqlUpdateItemWriter throws a confusing exception).
In principle the execution logic should be smart enough not to do silly things such as empty flushing, but it's unrealistic to fix for 1.0. Making sure writers handle empty flushing gracefully should be good enough for now.

Moved from https://github.com/spring-projects/spring-boot/issues/12657
Run into with Vaadin Flow when enabling JSR-356 websocket support for Spring Boot applications. The websocket endpoints are registered using VaadinWebsocketEndpointExporter extends ServerEndpointExporter. This works fine for the embedded case, i.e. launching the application class in Eclipse/IDEA but if you create a war file and deploy to Jetty, then it fails.
ServerEndpointExporter has an internal assertion in afterPropertiesSet, which fails because the Server Container is not available. 

    at org.springframework.web.socket.server.standard.ServerEndpointExporter.afterPropertiesSet(ServerEndpointExporter.java:106)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1769)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1706)
...

You can see the problem if you do

git clone git@github.com:vaadin/flow.git
git checkout be6bb15a24ba2dcdb0a0f411bd34512ba3ddeaa2 # This is the current master without any workaround
cd flow
mvn install -DskipTests

as flow-tests/test-spring-war will fail with IllegalStateException 
Some more info in https://github.com/vaadin/flow/blob/be6bb15a24ba2dcdb0a0f411bd34512ba3ddeaa2/flow-spring-addon/src/main/java/com/vaadin/flow/spring/VaadinWebsocketEndpointExporter.java#L38

https://github.com/rsvoboda/wildfly/blob/master/webservices/tests-integration/src/main/java/org/jboss/as/webservices/deployer/RemoteDeployer.java#L305 
Possible NPE, check 'if (options != null)' is present only on line 284.
Or is it intentional to throw exception ?

Add upgrade script for column statistics schema changes for Postgres/MySQL/Oracle/Derby

See description at HBASE-3553.  We had a patch ready for this in HBASE-3620 but never applied it publicly.  Testing showed massive speedup in HBCK, especially when RegionServers were down or had long response times.

I created the following query:

@Query(value = "{'requestId': ?0}", count = true)
public Long countByRequestId(@Param("id") String id);

Trying to access this query via SD REST, results in a NPE. This NPE is thrown in the AbstractRepositoryRestController. The throwing method is:

@SuppressWarnings({ "unchecked" })
	protected Resources resultToResources(Object result) {

		if (result instanceof Page) {
			Page<Object> page = (Page<Object>) result;
			return entitiesToResources(page, assembler);
		} else if (result instanceof Iterable) {
			return entitiesToResources((Iterable<Object>) result);
		} else if (null == result) {
			return new Resources(EMPTY_RESOURCE_LIST);
		} else {
			Resource<Object> resource = perAssembler.toResource(result);
			return new Resources(Collections.singletonList(resource));
		}
	}

As the query returns Long the method steps into:

Resource<Object> resource = perAssembler.toResource(result);

which results in a Null instance for entity in:

PersistentEntity<?, ?> entity = repositories.getPersistentEntity(instance.getClass());

and then leads to the NPE.

The org.wildfly.plugin.deployment.PackageType static mapping links the EJB packaging type to the MAVEN_PLUGIN type which by default is skipped for deployments. The proper type needs to be added to the map.

    static {
        DEFAULT_TYPES = new HashMap<>();
        DEFAULT_TYPES.put(MAVEN_PLUGIN.packaging, MAVEN_PLUGIN);
        DEFAULT_TYPES.put(POM.packaging, MAVEN_PLUGIN);
        DEFAULT_TYPES.put(EJB.packaging, MAVEN_PLUGIN);
    }

Hello, it seems sorting on field operation (like yearMonth() on a date) with querydsl is not working since 1.7.3. (no problem with 1.6.5)

QInvoice invoice = QInvoice.invoice;
Iterable<Invoice> all = invoiceRepository.findAll(invoice.exclTaxAmount.gt(0), invoice.issueDate.yearMonth().asc());

Exception stack trace:

java.lang.ClassCastException: com.mysema.query.types.OperationImpl cannot be cast to com.mysema.query.types.Path
	at org.springframework.data.querydsl.QSort.toOrder(QSort.java:89)
	at org.springframework.data.querydsl.QSort.toOrders(QSort.java:72)
	at org.springframework.data.querydsl.QSort.<init>(QSort.java:55)
	at org.springframework.data.querydsl.QSort.<init>(QSort.java:46)
	at org.springframework.data.jpa.repository.support.QueryDslJpaRepository.findAll(QueryDslJpaRepository.java:108)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:442)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:427)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:381)
	at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:98)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:262)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95)
	at org.springframework.data.jpa.repository.support.CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodIntercceptor.invoke(CrudMethodMetadataPostProcessor.java:111)
	at com.sun.proxy.$Proxy119.findAll(Unknown Source)

FIY, following is working

JPAQuery query = new JPAQuery(entityManager);
SearchResults<Invoice> results = query.from(invoice).where(invoice.exclTaxAmount.gt(0)).orderBy(invoice.issueDate.yearMonth().asc()).listResults(invoice);

Thanks

This removes the slowness associated with pointless metastore calls when ACID update/delete queries affect a large number of partitions.

Fixing the bug introduced by HIVE-17459. Sorry that did not capture that in a timely fashion.

Setters "setName()" and "setDeferredLogFlush()" do not work properly because for example after calling setName() the internal property nameAsString is not modified and then if you call getNameAsString() you get the previous value and not the new one. Something similar happens to the setter "setDeferredLogFlush()"

See nabble
http://camel.465427.n5.nabble.com/CookieStore-tp5737517.html

I have the following

<spring:eval expression="object[field]" />

in a JSP page and it generates a null-pointer exception.
If I use

<c:out value="${object[field]}"/>

it works fine.  If I use Tomcat instead of Jetty it works OK too.
Maybe this is related to the EL API?
2010-04-15 10:16:22,930 [1144706373@qtp-1689272752-4] DEBUG org.springframework.web.servlet.DispatcherServlet - Could not complete request
org.apache.tiles.impl.CannotRenderException: JSPException including path '/WEB-INF/views/visits/show.jspx'.
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:692)
	at org.springframework.web.servlet.view.tiles2.TilesView.renderMergedOutputModel(TilesView.java:124)
Caused by: org.apache.tiles.util.TilesIOException: JSPException including path '/WEB-INF/views/visits/show.jspx'.
	at org.apache.tiles.servlet.context.ServletUtil.wrapServletException(ServletUtil.java:241)
	at org.apache.tiles.renderer.impl.TemplateAttributeRenderer.write(TemplateAttributeRenderer.java:44)
	at org.apache.tiles.template.InsertAttributeModel.end(InsertAttributeModel.java:126)
	at org.apache.tiles.jsp.taglib.InsertAttributeTag.doTag(InsertAttributeTag.java:311)
	at org.apache.jsp.WEB_002dINF.layouts.default_jspx._jspx_meth_tiles_insertAttribute_1(org.apache.jsp.WEB_002dINF.layouts.default_jspx:450)
	at org.apache.jsp.WEB_002dINF.layouts.default_jspx._jspService(org.apache.jsp.WEB_002dINF.layouts.default_jspx:137)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:109)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:389)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:486)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:380)
	at org.apache.tiles.servlet.context.ServletTilesRequestContext.forward(ServletTilesRequestContext.java:241)
	at org.apache.tiles.servlet.context.ServletTilesRequestContext.dispatch(ServletTilesRequestContext.java:222)
	... 51 more
Caused by: javax.servlet.jsp.JspException: org.springframework.expression.spel.SpelEvaluationException: EL1021E:(pos 0): A problem occurred whilst attempting to access the property 'object': 'Unexpected exc
eption occurred accessing 'object' as an implicit variable'
	at org.apache.jsp.tag.web.form.fields.display_tagx.doTag(org.apache.jsp.tag.web.form.fields.display_tagx:210)
	at org.apache.jsp.WEB_002dINF.views.visits.show_jspx._jspx_meth_field_display_0(org.apache.jsp.WEB_002dINF.views.visits.show_jspx:100)
	at org.apache.jsp.WEB_002dINF.views.visits.show_jspx.access$0(org.apache.jsp.WEB_002dINF.views.visits.show_jspx:85)
	at org.apache.jsp.WEB_002dINF.views.visits.show_jspx$show_jspxHelper.invoke0(org.apache.jsp.WEB_002dINF.views.visits.show_jspx:177)
	at org.apache.jsp.WEB_002dINF.views.visits.show_jspx$show_jspxHelper.invoke(org.apache.jsp.WEB_002dINF.views.visits.show_jspx:199)
	at org.apache.jsp.tag.web.form.show_tagx._jspx_meth_c_when_0(org.apache.jsp.tag.web.form.show_tagx:303)
	at org.apache.jsp.tag.web.form.show_tagx._jspx_meth_c_choose_0(org.apache.jsp.tag.web.form.show_tagx:272)
	at org.apache.jsp.tag.web.form.show_tagx.doTag(org.apache.jsp.tag.web.form.show_tagx:147)
	at org.apache.jsp.WEB_002dINF.views.visits.show_jspx._jspx_meth_page_show_0(org.apache.jsp.WEB_002dINF.views.visits.show_jspx:81)
	at org.apache.jsp.WEB_002dINF.views.visits.show_jspx._jspService(org.apache.jsp.WEB_002dINF.views.visits.show_jspx:52)
	at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:1013)
	at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:698)
	at org.apache.tiles.jsp.context.JspTilesRequestContext.include(JspTilesRequestContext.java:103)
	... 83 more
Caused by: org.springframework.expression.spel.SpelEvaluationException: EL1021E:(pos 0): A problem occurred whilst attempting to access the property 'object': 'Unexpected exception occurred accessing 'objec
t' as an implicit variable'
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.readProperty(PropertyOrFieldReference.java:199)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.getValueInternal(PropertyOrFieldReference.java:71)
	at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:52)
	at org.apache.jsp.tag.web.form.fields.display_tagx._jspx_meth_spring_eval_0(org.apache.jsp.tag.web.form.fields.display_tagx:485)
	at org.apache.jsp.tag.web.form.fields.display_tagx._jspx_meth_c_otherwise_0(org.apache.jsp.tag.web.form.fields.display_tagx:457)
	at org.apache.jsp.tag.web.form.fields.display_tagx._jspx_meth_c_choose_0(org.apache.jsp.tag.web.form.fields.display_tagx:344)
	at org.apache.jsp.tag.web.form.fields.display_tagx.doTag(org.apache.jsp.tag.web.form.fields.display_tagx:196)
	... 108 more
Caused by: org.springframework.expression.AccessException: Unexpected exception occurred accessing 'object' as an implicit variable
	at org.springframework.web.servlet.tags.EvalTag$JspPropertyAccessor.resolveImplicitVariable(EvalTag.java:177)
	at org.springframework.web.servlet.tags.EvalTag$JspPropertyAccessor.canRead(EvalTag.java:153)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.readProperty(PropertyOrFieldReference.java:189)
	at org.springframework.web.servlet.tags.EvalTag$JspPropertyAccessor.resolveImplicitVariable(EvalTag.java:174)
	... 119 more

Using %F%M and %L in pattern layouts need location information which is expensive to get and is disabled by default. We should remove them from the default layouts. This will avoid creating empty brackets like below

lockmgr.DbTxnManager (:())

This is the root cause that why TestZooKeeper hangs.
Open a new issue to introduce a UT which can reproduce the problem stably so that we can fix the TestZooKeeper since it is not designed to test this problem.

When using autoconfiguration provided by the camel-spring-boot artifact,  a TypeConverter bean is automatically registered into the Spring context: 
TypeConversionConfiguration.java
@Bean
TypeConverter typeConverter(CamelContext camelContext) {
    return camelContext.getTypeConverter();
}

The returned bean is an instance of DefaultTypeConverter, which in turn implements ServiceSupport and its method public void shutdown(). This method is infered as a destroy-method by Spring, and called during the shutdown of the ApplicationContext. 
As a consequence, the TypeConverter will be destroyed before the CamelContext, effectively preventing any type conversion support for the inflight messages that have still to be processed during the graceful shutdown period of Camel. 
AFAIK the simple fix would be to disable the destroy-method inference using @Bean(destroyMethod=""). This will let Camel have a chance to perform a clean shutdown in the right sequence. 
As a workaround, it is possible to entirely disable the registration of the type converter in Spring using the property
camel.springboot.type-conversion = false

Allow String value for null to be customized for CSV printer.
Enhance builder and printer with a nullToString String.

follow up to HBASE-19728 (which is in an RC for 1.4.2 currently, so no addendums):
the filesCompacting member is currently package private, which allows folks outside of HStore to modify it without ensuring we have hte needed locking in place. it looks like we don't actually use it anywhere outside of HStore, so we should just make it private.

When trying to create an external table via beeline in Hive using the SQLStdAuthorizer it expects the table creator to be the owner of the directory path and ignores the group rwx permission that is granted to the user.

Error: Error while compiling statement: FAILED: HiveAccessControlException Permission denied: Principal [name=hari, type=USER] does not have following privileges for operation CREATETABLE [[INSERT, DELETE, OBJECT OWNERSHIP] on Object [type=DFS_URI, name=/etl/path/to/hdfs/dir]] (state=42000,code=40000)

All it should be checking is read access to that directory.
The directory owner requirement breaks the ability of more than one user to create external table definitions to a given location. For example this is a flume landing directory with json data, and the /etl tree is owned by the flume user. Even chowning the tree to another user would still break access to other users who are able to read the directory in hdfs but would still unable to create external tables on top of it.
This looks like a remnant of the owner only access model in SQLStdAuth and is a separate issue to HIVE-11864 / HIVE-12324.

Trying to access a bean of type Object gives the backtrace:

Exception in thread "main" org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'environment' is defined
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:568)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:264)
	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1125)
	at Test.main(Test.java:7)

See attached test case to reproduce.

The master will initiate shutdown if the number of active region servers goes to zero, even if shutdown has not been requested.

For regular CTAS queries, temp data from a SELECT query will be written to to a staging directory under the database location. The code to control this is in SemanticAnalyzer.java

             // allocate a temporary output dir on the location of the table
              String tableName = getUnescapedName((ASTNode) ast.getChild(0));
              String[] names = Utilities.getDbTableName(tableName);
              Path location;
              try {
                Warehouse wh = new Warehouse(conf);
                //Use destination table's db location.
                String destTableDb = qb.getTableDesc() != null? qb.getTableDesc().getDatabaseName(): null;
                if (destTableDb == null) {
                  destTableDb = names[0];
                }
                location = wh.getDatabasePath(db.getDatabase(destTableDb));
              } catch (MetaException e) {
                throw new SemanticException(e);
              }

However, CTAS queries allow specifying a LOCATION for the new table. Its possible for this location to be on a different filesystem than the database location. If this happens temp data will be written to the database filesystem and will be copied to the table filesystem in MoveTask.
This extra copying of data can drastically affect performance. Rather than always use the database location as the staging dir for CTAS queries, Hive should first check if there is an explicit LOCATION specified in the CTAS query. If there is, staging data should be stored under the LOCATION directory.

This:
    List<User> findByEmailOrAlias(String email, String alias);
Gives:
2012-03-09 17:19:55,057 [main] DEBUG org.springframework.data.mongodb.repository.query.MongoQueryCreator - Created query { "email" : "a@b.c" , "alias" : "abc" , "$or" : { }}
2012-03-09 17:19:55,062 [main] DEBUG org.springframework.data.mongodb.core.MongoTemplate - find using query: { "email" : "a@b.c" , "$or" : { }} fields: null for class: class com.musicalabs.api.model.User in collection: user
Exception in thread "main" java.lang.ClassCastException: com.mongodb.BasicDBObject cannot be cast to java.lang.Iterable
	at org.springframework.data.mongodb.core.QueryMapper.getMappedObject(QueryMapper.java:92)
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery$Execution.readCollection(AbstractMongoQuery.java:125)
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery$CollectionExecution.execute(AbstractMongoQuery.java:142)
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery.execute(AbstractMongoQuery.java:88)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:302)
	at $Proxy22.findByEmailOrAlias(Unknown Source)
	at com.acme.Fake.main(Fake.java:23)
While that:
    List<User> findByEmailAndAlias(String email, String alias);
works fine.

"pool-1-thread-1" prio=10 tid=0x00007f582805c800 nid=0x6fd waiting on condition [0x00000000436a7000..0x00000000436a7c00]
        - parking to wait for  <0x00007f583b3578e0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.DelayQueue.take(DelayQueue.java:160)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)

I found this issue after debugging a performance problem on an OpenTSDB cluster, it was basically unusable after an upgrade from 0.94.2 to 0.94.6. It was caused by HBASE-7279 (ping Lars Hofhansl).
The easiest way to see it is to run a simple 1 client PE:

$ ./bin/hbase org.apache.hadoop.hbase.PerformanceEvaluation sequentialWrite 1

Then in the shell do a filter scan (flush the table first and make sure if fits in your blockcache if you want stable numbers).
Pre HBASE-7279:

hbase(main):028:0> scan 'TestTable', {FILTER => "(RowFilter (=, 'regexstring:0000055872') )"}
ROW                                                 COLUMN+CELL                                                                                                                                         
 0000055872                                         column=info:data, timestamp=1378248850191, value=(blanked)                                                                                                                                    
1 row(s) in 1.2780 seconds

Post HBASE-7279

hbase(main):037:0* scan 'TestTable', {FILTER => "(RowFilter (=, 'regexstring:0000055872') )"}
 0000055872                                         column=info:data, timestamp=1378248850191, value=(blanked)                                                                                                                                      
1 row(s) in 24.2940 seconds

I tried a bunch of 0.94, up to 0.94.11, and the tip of 0.96. They are all slow like this.
It seems that since that jira went in we do a lot more row matching, and running the regex gets super expensive.

	at org.apache.hadoop.hbase.security.access.TestZKPermissionsWatcher.testPermissionsWatcher(TestZKPermissionsWatcher.java:119)

In testPermissionsWatcher we are not always waiting long enough for the propagation of the permissions change for user "george" to take place.

Following exception is thrown for queries using VectorFileSinkOperator

Caused by: java.lang.IllegalArgumentException: Unable to create serializer "org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer" for class: org.apache.hadoop.hive.ql.exec.vector.VectorFileSinkOperator
	at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:67)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.newDefaultSerializer(Kryo.java:380)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.getDefaultSerializer(Kryo.java:364)
	at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.registerImplicit(DefaultClassResolver.java:74)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.getRegistration(Kryo.java:490)
	at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readName(DefaultClassResolver.java:166)
	at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readClass(DefaultClassResolver.java:133)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.readClass(Kryo.java:670)
	at org.apache.hadoop.hive.ql.exec.SerializationUtilities$KryoWithHooks.readClass(SerializationUtilities.java:180)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.readClassAndObject(Kryo.java:781)
	at org.apache.hadoop.hive.ql.exec.SerializationUtilities$KryoWithHooks.readClassAndObject(SerializationUtilities.java:175)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:134)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:40)
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:708)
	at org.apache.hadoop.hive.ql.exec.SerializationUtilities$KryoWithHooks.readObject(SerializationUtilities.java:213)
	... 46 more
	at org.apache.hive.com.esotericsoftware.kryo.factories.ReflectionSerializerFactory.makeSerializer(ReflectionSerializerFactory.java:54)
	... 62 more
	at java.util.HashMap.hash(HashMap.java:338)
	at java.util.HashMap.get(HashMap.java:556)
	at org.apache.hive.com.esotericsoftware.kryo.Generics.getConcreteClass(Generics.java:61)
	at org.apache.hive.com.esotericsoftware.kryo.Generics.getConcreteClass(Generics.java:62)

The "from" endpoint instead of the "to" cxf endpoint object is left in the cxf exchange by CxfClient, which can cause problems for CXF interceptors that depend on cxf endpoint object in the exchange.

Version 1.0.0.CI-SNAPSHOT
The timezone is hardcoded in the org.springframework.batch.admin.web.JobExecutionController class. 
In this class you see the following hardcoding of timezone to GMT all over the place...
model.addAttribute(new JobExecutionInfo(jobExecution, TimeZone.getTimeZone("GMT"))); 
I think it would be better to default the timezone to the users locale and make it possible to override it using a configuration setting.  I'm in a GMT+10 timezone so displaying GMT times makes times appear way off and there is no indication on the web page that the time is displayed in GMT.  

It's possible that if a managed domain operation that sends a request to another process in the domain is cancelled immediately after initiating sending of that request that the cancellation request will be received before the original request. If that occurs, the cancellation request will fail (as there is no ActiveOperation to cancel) and then the original request can hang waiting for a tx commit/rollback that will never arrive.
See http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=15650&tab=buildResultsDiv&buildTypeId=WF_MasterLinux#testNameId2482043836298342768 for a case where this occurred.

Existing deployments using hive replication do not get external tables replicated. For such deployments to enable external table replication they will have to provide a specific switch to first bootstrap external tables as part of hive incremental replication, following which the incremental replication will take care of further changes in external tables.
The switch will be provided by an additional hive configuration (for ex: hive.repl.bootstrap.external.tables) and is to be used in 

 WITH 

  clause of 

 REPL DUMP 

 command. 
Additionally the existing hive config hive.repl.include.external.tables  will always have to be set to "true" in the above clause. 
Proposed usage for enabling external tables replication on existing replication policy.
1. Consider an ongoing repl policy <db1> in incremental phase.
Enable hive.repl.include.external.tables=true and hive.repl.bootstrap.external.tables=true in next incremental REPL DUMP.

Dumps all events but skips events related to external tables.
Instead, combine bootstrap dump for all external tables under “_bootstrap” directory.
Also, includes the data locations file "_external_tables_info”.
LIMIT or TO clause shouldn’t be there to ensure the latest events are dumped before bootstrap dumping external tables.

2. REPL LOAD on this dump applies all the events first, copies external tables data and then bootstrap external tables (metadata).

It is possible that the external tables (metadata) are not point-in time consistent with rest of the tables.
But, it would be eventually consistent when the next incremental load is applied.
This REPL LOAD is fault tolerant and can be retried if failed.

3. All future REPL DUMPs on this repl policy should set hive.repl.bootstrap.external.tables=false.

If not set to false, then target might end up having inconsistent set of external tables as bootstrap wouldn’t clean-up any dropped external tables.

As reported by Andrew on the hadoop mailing list, mvn -Dhadoop.profile=23 clean test -Dtest=org.apache.hadoop.hbase.mapreduce.TestTableMapReduce fails on 0.92 branch. There are minor changes to HBase poms required to fix that.

HBASE-4365 changed the value of DEFAULT_MAX_FILE_SIZE from 256MB to 10G.  Here is the line of code:
public static final long DEFAULT_MAX_FILE_SIZE = 10 * 1024 * 1024 * 1024;
The problem is that java evaluates the constant as an int which wraps and gets assigned to a long.  I verified this with a test.  The quick fix is to change the end to 1024L;

https://issues.apache.org/jira/browse/HIVE-3483 introduced a performance regression in the client side during split computation.
The client side spends a lot more time in the split computation phase. The problem is checkFilterPathContains method.
While investigating, can you create a config to disable it by default?
thanks

Signatures with byte[] and String table name variables were deprecated in favor of a TableName input.  Replace all byte[] and String table name variables with TableName types.

The Scala DSL does not allow for defining error handlers at the route scope. The 'errorHandler' method only sets the context-scoped error handler.

It seems there is a wrong condition statement of formatAddress(InetSocketAddress inet) in the class org.jboss.as.network.NetworkUtils.
https://github.com/wildfly/wildfly/blob/master/network/src/main/java/org/jboss/as/network/NetworkUtils.java
This method returns "ipAddress:port", but expected to "hostname:port".
public static String formatAddress(InetSocketAddress inet)
...
// As-is
if(inet.isUnresolved()){
            result.append(inet.getHostName());
// Expected to reversely: 
if(!inet.isUnresolved()){
...

With the split of the metastore into common and server there are now two sets of tarballs.  There are a couple of issues here.

It doesn't make sense to have separate source tarballs for each.  The source release should still be done from the standalone-metastore directory and include all code for the metastore.
The binary tarballs should have separate names.  At the moment both are named apache-hive-metastore.

Scan.toString calls Bytes.toString(this.startRow)  - same for stopRow.
Prints out ugly binary stuff in the logs.  Replace it with Bytes.toStringBinary()

org.springframework.xml.stream.StaxEventXmlReader uses a constructor for IllegalStateException that is only available in Java 1.5 and later on line 68.  If this is meant to be able to compile with earlier versions of the jdk, then the second parameter should be dropped.

The folks at Intel discovered a pretty nasty bug in 1.0 and 1.1 (but not master). Steps to reproduce:
1. Create a table, any table.
2. Disable the table.
3. Restart HBase.
4. Try enabling the table.
The table won't become enabled and the master web UI will indicate a never-ending region in transition. Also worth noting is that Matteo Bertozzi dug in and noted that this isn't happening in the master branch.

In EAP 6.4.x, example configuration "standalone-hornetq-colocated.xml" is in ${JBOSS_HOME}/docs/examples/configs/
Similar activemq alternative is missing in EAP7

The deadlock prevention approach used in HBASE-14241 introduces unnecessary logic which is not intuitive.
Depending on the value for config hbase.ipc.client.specificThreadForWriting , there may or may not be CallSender threads running.
The attached patch simplifies deadlock prevention by using a Set which represents the Connections to be closed. Outside the synchronized (connections) block, this Set is iterated where the Connections are closed.

Writing Tests section appears to have a formatting mistake. "Categories and execution time" looks like it was intended to be a sibling heading to "General Rules" and "Sleeps in tests".

jbossws-cxf-resources is still using wildfly1000 classifier, move to wildfly1100.
https://github.com/wildfly/wildfly/blob/master/pom.xml#L5779
https://github.com/wildfly/wildfly/blob/master/feature-pack/pom.xml#L491
https://github.com/wildfly/wildfly/blob/master/feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/webservices/main/module.xml#L36

The test VelocityDynamicTemplateTest fails in method testVelocityLetter.
The second message the test sends contains /r/n instead of the expected /n as line break. The template letter2.vm that the test uses contains /r/n so I wonder if this test only fails on windows. I fixed the test for me by changing the expected text. 

JBoss Fuse BOM has unresolved property gravia-version.
JBoss Fuse 6.2 ER3:
https://repository.jboss.org/nexus/content/repositories/ea/org/jboss/fuse/bom/jboss-fuse-parent/6.2.0.redhat-099/jboss-fuse-parent-6.2.0.redhat-099.pom

Using the Spring Batch Admin (1.0.1.BUILD-SNAPSHOT), click EXECUTIONS, select NEXT page (the numbers of EXECUTIONS is exceeding 20) ,generate following error:
org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar [SELECT E.JOB_EXECUTION_ID AS SORT_KEY FROM BATCH_JOB_EXECUTION E, BATCH_JOB_INSTANCE I WHERE E.JOB_INSTANCE_ID=I.JOB_INSTANCE_ID ORDER BY E.JOB_EXECUTION_ID DESC LIMIT 19 1]; nested exception is org.postgresql.util.PSQLException: ERROR: syntax error at or near "1"
The problem is due to the generated SQL based on the code below. I have suggested a minor fix for the problem. 
In addition, I believe the offset value does not need to be minus one as Postgres will automatically get the start value for next page correctly. (unless you have another reason for it)
<code>
	public String generateJumpToItemQuery(int itemIndex, int pageSize) 
{
		int page = itemIndex / pageSize;
-->		int offset = (page * pageSize) - 1;
-->		offset = offset<0 ? 0 : offset;

-->		String limitClause = new StringBuilder().append("LIMIT ").append(offset).append(" 1").toString();
		return SqlPagingQueryUtils.generateLimitJumpToQuery(this, limitClause);
	}
</code>
Note: debug variables:
itemIndex = 20
pageSize = 20
page = 1
offset = 1
limitClause = LIMIT 19 1
Code Fix suggestion:
		int offset = (page * pageSize);
                String limitClause = new StringBuilder().append("LIMIT ").append(pageSize).append(" OFFSET ").append(offset).toString();
Thanks,
Eng

Run schematool and got the following error:

CREATE TABLE IF NOT EXISTS `COLUMNS_V2` ( `CD_ID` bigint(20) NOT NULL, `COMMENT` varchar(256) CHARACTER SET latin1 COLLATE latin1_bin DEFAULT NULL, `COLUMN_NAME` varchar(1000) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL, `TYPE_NAME` varchar(4000) DEFAULT NULL, `INTEGER_IDX` int(11) NOT NULL, PRIMARY KEY (`CD_ID`,`COLUMN_NAME`), KEY `COLUMNS_V2_N49` (`CD_ID`), CONSTRAINT `COLUMNS_V2_FK1` FOREIGN KEY (`CD_ID`) REFERENCES `CDS` (`CD_ID`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1
Error: Specified key was too long; max key length is 767 bytes (state=42000,code=1071)

While testing HBASE-11059, saw that if there are regions under region-in-transition znode their states are not updated in META and master memory on startup.

The class name used by the DefaultMethodEndpointAdapter to detect whether JDOM is on classpath wasn't updated to reflect the upgrade to JDOM2. This breaks the use of JDOM2 Elements for endpoint mapping. A workaround is to add the class org.jdom.Element to the classpath---either by adding the old JDOM dependency, or by just creating an empty class of that name.

Following the nullability changes in 5.0, three methods on ConditionContext may no longer return null, but may now throw an IlegalStateException instead. Those methods are:

getRegistry()
getBeanFactory()
getClassLoader()

It would be useful if their javadoc documented that an IllegalStateException may now be thrown.

RegionCoprocessorHost.java
  /**
   * @param append Append object
   * @param result the result returned by the append
   * @throws IOException if an error occurred on the coprocessor
   */
  public void postAppend(final Append append, final Result result) throws IOException {
    execOperation(coprocessors.isEmpty() ? null : new RegionOperation() {
      @Override
      public void call(RegionObserver oserver, ObserverContext<RegionCoprocessorEnvironment> ctx)
          throws IOException {
        oserver.postAppend(ctx, append, result);
      }
    });
  }

  /**
   * @param increment increment object
   * @param result the result returned by postIncrement
   */
  public Result postIncrement(final Increment increment, Result result) throws IOException {
    return execOperationWithResult(result,
        coprocessors.isEmpty() ? null : new RegionOperationWithResult<Result>() {
      @Override
        setResult(oserver.postIncrement(ctx, increment, getResult()));
      }
    });
  }

Seeing this in the master log:
2009-07-26 06:01:55,373 WARN org.apache.hadoop.hbase.master.BaseScanner: Found 1 rows with empty HRegionInfo while scanning meta region .META.,,1
2009-07-26 06:01:55,373 WARN org.apache.hadoop.hbase.master.HMaster: Removed region: content,9e1f3dbffe50886f56d67044ca7177e,1248262776854 from meta region: .META.,,1 because HRegionInfo was empty
Seeing this on the master UI (http://test:60010/master.jsp):
INTERNAL_SERVER_ERROR
RequestURI=/master.jsp
Caused by:
	at org.apache.hadoop.hbase.util.Writables.getWritable(Writables.java:74)
	at org.apache.hadoop.hbase.util.Writables.getHRegionInfo(Writables.java:118)
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers$1.processRow(HConnectionManager.java:356)
	at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:63)
	at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:28)
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.listTables(HConnectionManager.java:369)
	at org.apache.hadoop.hbase.client.HBaseAdmin.listTables(HBaseAdmin.java:127)
	at org.apache.hadoop.hbase.generated.master.master_jsp._jspService(master_jsp.java:125)

In RegionStates, we remove a region from the region list a region server hosts once the region is offline. However, in meta, we do this only when the region is assigned to a new region server. We should keep them in sync so that we can claim they are consistent.

SkewJoinOptimizer will not kick in if the columns are just renamed after the TS e.g. by the creation of a derived table.
To reproduce, consider the following example:

set hive.optimize.skewjoin.compiletime = true;

CREATE TABLE T1(key STRING, val STRING)
SKEWED BY (key) ON ((2)) STORED AS TEXTFILE;

CREATE TABLE T2(key STRING, val STRING)
SKEWED BY (key) ON ((3)) STORED AS TEXTFILE;

For this query, SkewJoinOptimizer kicks in:

FROM T1 a JOIN T2 b

For this one, it does not:

FROM 
  (SELECT key as k, val as v FROM T1) a
  JOIN
  (SELECT key as k, val as v FROM T2) b
ON a.k = b.k;

The reason is that SkewJoinOptimizer does not backtrack the origin of the column. Instead it just uses its name to know if it is produced by a certain TS.

Occured on server during scenario eap-7x-failover-ejb-ejbservlet-shutdown-dist-async.

11:07:31,390 WARN  [org.infinispan.transaction.impl.TransactionTable] (ServerService Thread Pool -- 87) ISPN000100: Stopping, but there are 1 local transactions and 4 remote transactions that did not finish in time.
[JBossINF] [11:07:31,391 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 87) WFLYCLINF0003: Stopped clusterbench-ee7.ear.clusterbench-ee7-web-default.war cache from web container
[JBossINF] [11:07:31,393 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-7) ISPN000080: Disconnecting JGroups channel web
[JBossINF] [11:07:31,393 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-7) ISPN000082: Stopping the RpcDispatcher for channel web
[JBossINF] [11:07:31,394 ERROR [org.infinispan.remoting.rpc.RpcManagerImpl] (default task-65) ISPN000073: Unexpected error while replicating: java.lang.NullPointerException
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotelyAsync(JGroupsTransport.java:611)
[JBossINF] 	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotelyAsync(RpcManagerImpl.java:144)
[JBossINF] 	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:185)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.releaseLocksOnFailureBeforePrepare(PessimisticLockingInterceptor.java:268)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:79)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:80)
[JBossINF] 	at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:43)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:331)
[JBossINF] 	at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:85)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.visitReadCommand(StateTransferInterceptor.java:177)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.visitGetKeyValueCommand(StateTransferInterceptor.java:154)
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:114)
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:83)
[JBossINF] 	at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:411)
[JBossINF] 	at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:443)
[JBossINF] 	at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:286)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:74)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:64)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:36)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:60)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:38)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:228)
[JBossINF] 	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:142)
[JBossINF] 	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:772)
[JBossINF] 	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:802)
[JBossINF] 	at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:806)
[JBossINF] 	at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:572)
[JBossINF] 	at io.undertow.servlet.spec.HttpServletResponseImpl.doErrorDispatch(HttpServletResponseImpl.java:171)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:327)
[JBossINF] 	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1671)
[JBossINF] 	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:207)
[JBossINF] 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:810)
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotelyAsync(JGroupsTransport.java:611) ...

There were two occurences of this ERROR in a direct sequence when the server was shutting down.
This ERROR occured afterwards on the server:

07:31,397 ERROR [org.infinispan.transaction.impl.TransactionCoordinator] (default task-65) ISPN000097: Error while processing a prepare in a single-phase transaction: org.infinispan.IllegalLifecycleStateException: ISPN000323: Cache 'routing' is in 'TERMINATED' state and so it does not accept new invocations. Either restart it or recreate the cache container.
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:101) ...

JvmRoute changed occured on client at the same time:

2016/10/05 11:07:31:452 EDT [INFO ][Runner - 874] HOST dev220.mw.lab.eng.bos.redhat.com:rootProcess:c - Failover detected, JvmRoute changed. dev213 -> dev212

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbservlet-shutdown-dist-async/30/console-dev213/

While running Hive(0.9.0) query over HBase(0.94.0) with hive-hbase-handler, there always throws a Null Pointer Exception on Scanner object. Since the TableInputFormatBase#createRecordReader() missed the initialization of TableRecordReader object. The scanner will be null in that case. This issue causes Hive query fails.

Schematool is the preferred way of initializing schema for Hive. Since HIVE-6862 provided the script for MSSQL it would be nice to add the support for it in schematool.

smb_mapjoin_13.q is missing an ORDER BY clause it in its queries

when logger level is set to other level (WARN, DEBUG or INFO) except for ERROR, but actually the log is always at ERROR level (it's the default level).

TCK 7 tests are calling toString() on JMSContext to print trace information about jms context like:

    ...
    @TransactionAttribute(TransactionAttributeType.REQUIRED)
    public void method1a() {
    TestUtil.logMsg("CMBean1.method1a(): JMSContext context="+context); <-- this is the line
    ...

This call is handled by ActiveMQ Artemis integration because it provides JMSContextProducer for CDI by which JMSContext was injected to EJB in TCK test. Problem occurs in call of JMSContextProducer#JMSContextWrapper.create():

...
            ConnectionFactory cf = (ConnectionFactory) lookup(info.connectionFactoryLookup);
            if (inTransaction) {
                XAJMSContext xaContext = ((XAConnectionFactory) cf).createXAContext(info.userName, info.password);
                return xaContext.getContext();
           ...

Looked up connection factory is instance of class com.ibm.mq.connector.outbound.ManagedQueueConnectionFactoryImpl which does not implement javax.jms.XAConnectionFactory interface.
Tests fails with:

15:06:28,130 INFO  [stdout] (EJB default - 4) cfactory=com.ibm.mq.connector.outbound.QueueConnectionFactoryImpl@4bb55738
15:06:28,203 ERROR [org.jboss.as.ejb3.invocation] (EJB default - 5) WFLYEJB0034: EJB Invocation failed on component CDIUseCasesCMBEAN1 for method public abstract void com.sun.ts.tests.jms.ee20.cditests.usecases.CMBean1IF.method1a(): javax.ejb.EJBException: java.lang.ClassCastException: com.ibm.mq.connector.outbound.QueueConnectionFactoryImpl cannot be cast to javax.jms.XAConnectionFactory
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:187) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:277) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:327) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:79) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:635)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:331) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:69) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:202) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_51]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_51]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_51]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_51]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_51]
Caused by: java.lang.ClassCastException: com.ibm.mq.connector.outbound.QueueConnectionFactoryImpl cannot be cast to javax.jms.XAConnectionFactory
	at org.wildfly.extension.messaging.activemq.deployment.JMSContextProducer$JMSContextWrapper.create(JMSContextProducer.java:192) [wildfly-messaging-activemq-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.wildfly.extension.messaging.activemq.deployment.JMSContextProducer$JMSContextWrapper.getDelegate(JMSContextProducer.java:217) [wildfly-messaging-activemq-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.wildfly.extension.messaging.activemq.deployment.JMSContextProducer$JMSContextWrapper.toString(JMSContextProducer.java:477) [wildfly-messaging-activemq-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at java.lang.String.valueOf(String.java:2982) [rt.jar:1.8.0_51]
	at java.lang.StringBuilder.append(StringBuilder.java:131) [rt.jar:1.8.0_51]
	at com.sun.ts.tests.jms.ee20.cditests.usecases.CMBean1.method1a(CMBean1.java:105) [cditestsusecases_ejb.jar:]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_51]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_51]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_51]
	at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_51]
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:82) [wildfly-weld-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.0.Beta2.jar:2015-07-01 06:18]
	at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275) [wildfly-ejb3-10.0.0.Alpha5-redhat-1.jar:10.0.0.Alpha5-redhat-1]
	... 39 more

Affected tests:
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseA
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseB
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseC
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseD
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseE
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseF
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseG
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseH
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseJ
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/cditests/usecases/Client.java#beanUseCaseK
If JMSContext is injected using CDI like:

//JMSContext CDI injection specifying ConnectionFactory 
    @Inject
    @JMSConnectionFactory("jms/ConnectionFactory")
    JMSContext context;

then call of toString() method on this JMSContext will lead to java.lang.ClassCastException.

Take BAM example from http://camel.apache.org/bam-example.html  (or any other one, it doesn't matter).
Here is the one I'm using:
        ActivityBuilder request = activity("eaiBroker:topic:SOME_TOPIC?concurrentConsumers=1").name("Request")
                .correlate(xpath("/MessageRequest/@Id").stringResult());
        ActivityBuilder response = activity("eaiBroker:topic:SOME_OTHER_TOPIC?concurrentConsumers=1").name("Response")
                .correlate(xpath("MessageResponse/@Id").stringResult());
        response
                .starts().after(request.completes())
                .expectWithin(seconds(15))
                .errorIfOver(seconds(30))
                .to("log:com.eai?level=error");
 First run of the application and everything works. Restart application and try to activate one of BAM rules, there will be an exception that database constraint has been violated. Every time application is started, Camel tries to do following sql insert
insert into CAMEL_ACTIVITYDEFINITION (name, processDefinition_id, id) values (?, ?, ?)
but name columne must be unique in CAMEL_ACTIVITYDEFINITION .
Workaround for this is to purge BAM tables every time you want to restart the application, but it's not a solution.

Invalid initial token is used on server for GS2-KRB5-PLUS SASL mechanism. The  Gs2SaslServer uses a GSSContext to accept the token. It expects AP_REQ is comming (AP_REQ_ID=256), but the incomming tokenId has value 669 (value of first 2 bytes of token body).
Setting blocker as this mechanism is required by EAP7-530 and EAP7-142.
Following exception is thrown:

GSSException: Defective token detected (Mechanism level: AP_REQ token id does not match!)
        at sun.security.jgss.krb5.InitSecContextToken.<init>(InitSecContextToken.java:96)
        at sun.security.jgss.krb5.Krb5Context.acceptSecContext(Krb5Context.java:829)
        at sun.security.jgss.GSSContextImpl.acceptSecContext(GSSContextImpl.java:342)
        at sun.security.jgss.GSSContextImpl.acceptSecContext(GSSContextImpl.java:285)
        at org.wildfly.security.sasl.gs2.Gs2SaslServer.evaluateMessage(Gs2SaslServer.java:212)
        at org.wildfly.security.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:180)
        at org.wildfly.security.sasl.util.AbstractSaslServer.evaluateResponse(AbstractSaslServer.java:52)
        at org.wildfly.security.sasl.util.SecurityIdentitySaslServerFactory$1.evaluateResponse(SecurityIdentitySaslServerFactory.java:57)
        at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:898)

           [...]
            while (it.hasNext()) {
                KeyValue kv = it.next();

                // if this isnt the row we are interested in, then bail:
                if (!firstKv.matchingColumn(family, qualifier) || !firstKv.matchingRow(kv)) {
                    break; // rows dont match, bail.
                }

                [...]
            }

should be replaced by:

                if (!kv.matchingColumn(family, qualifier) || !firstKv.matchingRow(kv)) {
                }

Coverity static-analysis scan found missing parent calls in Elytron. They seems to be a simple fixes:

DisposedCallbackSaslClientFactory should use super.dispose() instead of delegate.dispose()
	
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5621921&defectInstanceId=1486715&mergedDefectId=1369275

DisposedCallbackSaslServerFactory should use super.dispose() instead of delegate.dispose()
	
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5621887&defectInstanceId=1486717&mergedDefectId=1369279

org.wildfly.security.auth.client.MatchSchemeSpecificPartRule.matches(URI, String, String, String)
	
compare to MatchHostRule class
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5622496&defectInstanceId=1486714&mergedDefectId=1375739

This is only in the parallel mode. Works fine in non parallel.
http://camel.465427.n5.nabble.com/Trying-to-split-an-empty-List-blocks-a-Quartz-initiated-thread-indefinitely-td3391736.html#a3392166

ChunkOrientedTasklet.setBuffering:
Main (or only) use case for setting this flag to true is a transactional JMS item reader
Main (or only) use case for setting this flag to false

After Database Reverse Engineering, when a database column is a numeric integer with limited size, the precision element of the Column annotation is not generated into aj files, although the limitation is present in dbre.xml as size attribute of the column. This fails integration tests.

Currently, we use BoneCP as our primary connection pooling mechanism (overridable by users). However, BoneCP is no longer being actively developed, and is considered deprecated, replaced by HikariCP.
Thus, we should add support for HikariCP, and try to replace our primary usage of BoneCP with it.
Note : bonecp is still the default for now, the version of hikaricp being used requires java 8 runtime.

When a bad username/password is supplied to the "password" grant type, a BadCredentialsException is thrown by the TokenEndpoint. It does not return a correct OAuth 2 error response.
The exception is thrown by the authentication manager, which is called by ResourceOwnerPasswordTokenGranter without catching any exceptions (line 110):

Authentication userAuth = new UsernamePasswordAuthenticationToken(username, password);
userAuth = authenticationManager.authenticate(userAuth);

The exception needs to be wrapped in an InvalidGrantException, so the correct error response (invalid_grant, status 400) can be returned.

ConfigurationChangeResourceRemoveHandler is calling ConfigurationChangesCollector.deactivate() in its constructor. So deactivate gets called at early boot when the ConfigurationChangeResourceDefinition class gets loaded and the maxHistory is still 0, but never thereafter.
A reload won't cause it to get called again either, as ConfigurationChangeResourceDefinition is only constructed when the static INSTANCE member is initialized.

Need 2 rows to reproduce this Bug. Here are the steps.
Step 1) Create a table Table_A
CREATE EXTERNAL TABLE Table_A
(
user string
, type int
)
PARTITIONED BY (dt string)
ROW FORMAT DELIMITED 
FIELDS TERMINATED BY '|' 
 STORED AS RCFILE
LOCATION '/hive/<path>/Table_A';
Step 2) Scenario: Lets us say consider user tommy belong to both usertypes 111 and 123. Insert 2 records into the table created above.
select * from  Table_A;
hive>  select * from table_a;
OK
tommy   123     2013-12-02
tommy   111     2013-12-02
Step 3) Create 2 destination tables to simulate multi-insert.
CREATE EXTERNAL TABLE dest_Table_A
(
p_date string
, Distinct_Users int
, Type111Users int
, Type123Users int
)
LOCATION '/hive/<path>/dest_Table_A';
CREATE EXTERNAL TABLE dest_Table_B
(
)
LOCATION '/hive/<path>/dest_Table_B';
Step 4) Multi insert statement
from Table_A a
INSERT OVERWRITE TABLE dest_Table_A PARTITION(dt='2013-12-02')
select a.dt
,count(distinct a.user) as AllDist
,count(distinct case when a.type = 111 then a.user else null end) as Type111User
,count(distinct case when a.type != 111 then a.user else null end) as Type123User
group by a.dt
INSERT OVERWRITE TABLE dest_Table_B PARTITION(dt='2013-12-02')
;
Step 5) Verify results.
hive>  select * from dest_table_a;
OK
2013-12-02      2       1       1       2013-12-02
Time taken: 0.116 seconds
hive>  select * from dest_table_b;
OK
Time taken: 0.13 seconds
Conclusion: Hive gives a count of 2 for distinct users although there is 
only one distinct user. After trying many datasets observed that Hive is doing Type111Users + Typoe123Users = DistinctUsers which is wrong.
hive> select count(distinct a.user) from table_a a;
Gives:
Total MapReduce CPU Time Spent: 4 seconds 350 msec
OK
1

This is due to a former change (HIVE-20330) that does not take database into consideration when retrieving the proper InputJobInfo for the loader.
 Found during testing:

07:52:56 2018-12-05 07:52:16,599 [main] WARN  org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.InputSizeReducerEstimator - Couldn't get statistics from LoadFunc: org.apache.hive.hcatalog.pig.HCatLoader@492fa72a
07:52:56 java.io.IOException: java.io.IOException: Could not calculate input size for location (table) tpcds_3000_decimal_parquet.date_dim
07:52:56 	at org.apache.hive.hcatalog.pig.HCatLoader.getStatistics(HCatLoader.java:281)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.InputSizeReducerEstimator.getInputSizeFromLoader(InputSizeReducerEstimator.java:171)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.InputSizeReducerEstimator.getTotalInputFileSize(InputSizeReducerEstimator.java:118)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.InputSizeReducerEstimator.getTotalInputFileSize(InputSizeReducerEstimator.java:97)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.InputSizeReducerEstimator.estimateNumberOfReducers(InputSizeReducerEstimator.java:80)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.JobControlCompiler.estimateNumberOfReducers(JobControlCompiler.java:1148)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.JobControlCompiler.calculateRuntimeReducers(JobControlCompiler.java:1115)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.JobControlCompiler.adjustNumReducers(JobControlCompiler.java:1063)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.JobControlCompiler.getJob(JobControlCompiler.java:564)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.JobControlCompiler.compile(JobControlCompiler.java:333)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher.launchPig(MapReduceLauncher.java:221)
07:52:56 	at org.apache.pig.backend.hadoop.executionengine.HExecutionEngine.launchPig(HExecutionEngine.java:293)
07:52:56 	at org.apache.pig.PigServer.launchPlan(PigServer.java:1475)
07:52:56 	at org.apache.pig.PigServer.executeCompiledLogicalPlan(PigServer.java:1460)
07:52:56 	at org.apache.pig.PigServer.storeEx(PigServer.java:1119)
07:52:56 	at org.apache.pig.PigServer.store(PigServer.java:1082)
07:52:56 	at org.apache.pig.PigServer.openIterator(PigServer.java:995)
07:52:56 	at org.apache.pig.tools.grunt.GruntParser.processDump(GruntParser.java:782)
07:52:56 	at org.apache.pig.tools.pigscript.parser.PigScriptParser.parse(PigScriptParser.java:383)
07:52:56 	at org.apache.pig.tools.grunt.GruntParser.parseStopOnError(GruntParser.java:230)
07:52:56 	at org.apache.pig.tools.grunt.GruntParser.parseStopOnError(GruntParser.java:205)
07:52:56 	at org.apache.pig.tools.grunt.Grunt.exec(Grunt.java:81)
07:52:56 	at org.apache.pig.Main.run(Main.java:630)
07:52:56 	at org.apache.pig.Main.main(Main.java:175)
07:52:56 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
07:52:56 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
07:52:56 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
07:52:56 	at java.lang.reflect.Method.invoke(Method.java:498)
07:52:56 	at org.apache.hadoop.util.RunJar.run(RunJar.java:313)
07:52:56 	at org.apache.hadoop.util.RunJar.main(RunJar.java:227)
07:52:56 Caused by: java.io.IOException: Could not calculate input size for location (table) tpcds_3000_decimal_parquet.date_dim
07:52:56 	at org.apache.hive.hcatalog.pig.HCatLoader.getStatistics(HCatLoader.java:276)
07:52:56 	... 29 more

We will always compact if there are two files in a store.  Here is an illustration from a loading run against 0.1.2 candidate:

2008-05-06 18:25:42,255 INFO org.apache.hadoop.hbase.HRegion: starting compaction on region category_rule_pricebin_statistics,,1210116131965
2008-05-06 18:25:42,259 DEBUG org.apache.hadoop.hbase.HStore: started compaction of 2 files [329657396/confidence_interval/1251369679869294899, 329657396/confidence_interval/5238351815319958452] into /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/confidence_interval/mapfiles/6688946093979715350
2008-05-06 18:25:46,223 DEBUG org.apache.hadoop.hbase.HStore: moving /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/confidence_interval/mapfiles/6688946093979715350 to /hbase/category_rule_pricebin_statistics/329657396/confidence_interval/mapfiles/6019580165435904305
2008-05-06 18:25:46,329 DEBUG org.apache.hadoop.hbase.HStore: started compaction of 2 files [329657396/rule_id/4877828519309794708, 329657396/rule_id/3736239181369788409] into /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/rule_id/mapfiles/6451418039787481756
2008-05-06 18:25:50,273 DEBUG org.apache.hadoop.hbase.HStore: moving /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/rule_id/mapfiles/6451418039787481756 to /hbase/category_rule_pricebin_statistics/329657396/rule_id/mapfiles/1365174520347083269
2008-05-06 18:25:50,338 DEBUG org.apache.hadoop.hbase.HStore: started compaction of 2 files [329657396/hidden_variable/7348598912095388790, 329657396/hidden_variable/1402264537929464657] into /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/hidden_variable/mapfiles/7895992615693344978
2008-05-06 18:25:54,103 DEBUG org.apache.hadoop.hbase.HStore: moving /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/hidden_variable/mapfiles/7895992615693344978 to /hbase/category_rule_pricebin_statistics/329657396/hidden_variable/mapfiles/4450886729060218942
2008-05-06 18:25:54,155 DEBUG org.apache.hadoop.hbase.HStore: started compaction of 2 files [329657396/category_id/6976628214412388959, 329657396/category_id/8426537623290869905] into /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/category_id/mapfiles/4017716533879305176
2008-05-06 18:25:57,698 DEBUG org.apache.hadoop.hbase.HStore: moving /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/category_id/mapfiles/4017716533879305176 to /hbase/category_rule_pricebin_statistics/329657396/category_id/mapfiles/657561173732096591
2008-05-06 18:25:57,747 DEBUG org.apache.hadoop.hbase.HStore: started compaction of 2 files [329657396/price_bin_id/165701488423589566, 329657396/price_bin_id/5537046322320665760] into /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/price_bin_id/mapfiles/3214618236668106036
2008-05-06 18:26:01,135 DEBUG org.apache.hadoop.hbase.HStore: moving /hbase/category_rule_pricebin_statistics/compaction.dir/329657396/price_bin_id/mapfiles/3214618236668106036 to /hbase/category_rule_pricebin_statistics/329657396/price_bin_id/mapfiles/8727588456978537416
2008-05-06 18:26:01,181 INFO org.apache.hadoop.hbase.HRegion: compaction completed on region category_rule_pricebin_statistics,,1210116131965 in 18sec

In the above, the region has 6 families, each of which is being loaded fairly evenly.   Every time through we'll compact a store if two files, which just so happens to be most of the time in this case.

link for 
"lite" detection algorithm
in the documentation is dead

When you do start- and tabulation, since there start-hbase.cmd has the execution flag, completion go only up to start-hbase.
We should remove the execution flag for this script.

Above was in tim sell log just before it OOME'd.  1450 log files are going to mess us up.  Need to clear them.  Catalog tables should probably keep up the old optional flush or, if N commit logs, schedule a flush on the region with the oldest sequent number.
Bringing into 0.19.0.    Gets in the way of our scaling.

AbstractPersistentProperty.getRawType() currently uses the field's or property descriptor's type which in turn doesn't use our generics resolution mechanism which means for generic fields you'll get different results if you call ….getTypeInformation().getType() and ….getRawType().

When Global Limit optimization is enabled, and Fetch Optimization for Simple Queries is off or not applicable, some queries with LIMIT clause will run twice.
set hive.limit.optimize.enable=true;

hive> select * from t1 limit 10;
Query ID = wzheng_20150107185252_4a6d0e65-9e58-464b-9ed3-9177740c30a9

Status: Running (Executing on YARN cluster with App id application_1420567249453_0039)

VERTICES: 01/01  [==========================>>] 100%  ELAPSED TIME: 0.41 s
OK
201208	99848	119820	32627	982976	509206	0.000100898
201208	99745	119820	32627	982976	509206	0.000100898
201208	99739	119820	32627	982976	509206	0.000100898
201208	99847	119820	32627	982976	509206	0.000100898
201208	613588	119820	32627	982976	509206	0.000100898
201208	99809	119820	32627	982976	509206	0.000100898
201208	99725	119820	32627	982976	509206	0.000100898
201208	99666	119820	32627	982976	509206	0.000100898
201208	99743	119820	32627	982976	509206	0.000100898
201208	99801	119820	32627	982976	509206	0.000100898
Retry query with a different approach...
Query ID = wzheng_20150107185252_8a77f793-cad7-4c6b-b64a-07d8310970b9

Map 1 ..........   SUCCEEDED    309        309        0        0       0       0
VERTICES: 01/01  [==========================>>] 100%  ELAPSED TIME: 2.04 s
OK
Time taken: 2.748 seconds, Fetched: 10 row(s)

http://www.nabble.com/Re%3A-svn-commit%3A-r803395----camel-trunk-components-camel-bindy-src-main-java-org-apache-camel-dataformat-bindy-BindyAbstractFactory.java-td24931435.html

I am trying to use JSON Patch to add a subresource to a collection.. using the canonical Post -> Comment relationship with OneToMany and ManyToOne and a PostRepository, as suggested by Oliver here: 
http://stackoverflow.com/questions/25311978/posting-a-onetomany-sub-resource-association-in-spring-data-rest/25451662#25451662 
and following Mathias's answer here: 
http://stackoverflow.com/questions/34843297/modify-onetomany-entity-in-spring-data-rest-without-its-repository/34864254#34864254.
Using 2.6.1 (as imported by Boot 1.5.2.RELEASE):
Sending PATCH to /posts/1 with:

[{"op":"add", "path":"/comments/-", "value":{"commentText":"test comment"}}];

gives the following exception:

Caused by: org.springframework.expression.spel.SpelEvaluationException: EL1004E: Method call: Method size() cannot be found on com.example.Post type
	at org.springframework.expression.spel.ast.MethodReference.findAccessorForMethod(MethodReference.java:211) ~[spring-expression-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:125) ~[spring-expression-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:85) ~[spring-expression-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.expression.spel.ast.OpMinus.getValueInternal(OpMinus.java:98) ~[spring-expression-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.expression.spel.ast.Indexer.getValueRef(Indexer.java:123) ~[spring-expression-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.expression.spel.ast.CompoundExpression.getValueRef(CompoundExpression.java:66) ~[spring-expression-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:87) ~[spring-expression-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.expression.spel.standard.SpelExpression.getValueType(SpelExpression.java:356) ~[spring-expression-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.expression.spel.standard.SpelExpression.getValueType(SpelExpression.java:342) ~[spring-expression-4.3.7.RELEASE.jar:4.3.7.RELEASE]
	at org.springframework.data.rest.webmvc.json.patch.PatchOperation.evaluateValueFromTarget(PatchOperation.java:177) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.patch.AddOperation.perform(AddOperation.java:43) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.json.patch.Patch.apply(Patch.java:64) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.JsonPatchHandler.applyPatch(JsonPatchHandler.java:91) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.JsonPatchHandler.apply(JsonPatchHandler.java:83) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.config.PersistentEntityResourceHandlerMethodArgumentResolver.readPatch(PersistentEntityResourceHandlerMethodArgumentResolver.java:198) ~[spring-data-rest-webmvc-2.6.1.RELEASE.jar:na]

Sample project with failing tests attached. 
I can't get this basic boot/restmvc project running with Kay-M1 so unable to test there.

I implemented UserDetailsService class like so:

@Service
public class IntegrationUserDetailsService implements UserDetailsService {

    private IntegrationRepository integrationRepository;

    public IntegrationUserDetailsService(IntegrationRepository integrationRepository) {
        this.integrationRepository = integrationRepository;
    }

    @Override
    public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
        IntegrationEntity integration = integrationRepository.findFirstByClientToken(username);
        if (integration != null) {
            List<GrantedAuthority> authorities = new ArrayList<>();
            authorities.add(new SimpleGrantedAuthority("ROLE_ADMIN"));
            return new User(integration.getClientToken(), integration.getClientSecret(), authorities);
        } else {
            throw new UsernameNotFoundException("No integration found for client token: " + username);
        }
    }

}

Then, I use this service in the webservice configuration:

@Bean
public SpringSecurityPasswordValidationCallbackHandler securityCallbackHandler() {
    SpringSecurityPasswordValidationCallbackHandler callbackHandler = new SpringSecurityPasswordValidationCallbackHandler();
    callbackHandler.setUserDetailsService(userDetailsService);
    return callbackHandler;
}

However, this code causes issues, because SpringSecurityPasswordValidationCallbackHandler.java contains:

private UserDetails loadUserDetails(String username) throws DataAccessException {
    UserDetails user = this.userCache.getUserFromCache(username);
    if(user == null) {
        try {
            user = this.userDetailsService.loadUserByUsername(username);
        } catch (UsernameNotFoundException var4) {
            if(this.logger.isDebugEnabled()) {
                this.logger.debug("Username \'" + username + "\' not found");
            }
            return null; // <= HERE - EXCEPTION CAUGHT, NULL RETURNED
        }

        this.userCache.putUserInCache(user);
    }

    return user;
}

// ...

protected void handleUsernameToken(WSPasswordCallback callback) throws IOException, UnsupportedCallbackException {
    UserDetails details = this.loadUserDetails(callback.getIdentifier()); // <= HERE IS RETURNED THE NULL FROM ABOVE CODE
    callback.setPassword(details.getPassword()); // <= NPE THROWN
}

Affected code:
https://github.com/spring-projects/spring-ws/blob/master/spring-ws-security/src/main/java/org/springframework/ws/soap/security/wss4j2/callback/SpringSecurityPasswordValidationCallbackHandler.java
Note that this is "wss4j2" - the code seems correct in "wss4j".

Compile error with Hadoop 0.19.1:
The method validateInput(JobConf) is undefined for the type InputFormat
HiveInputFormat.java	hive-trunk/ql/src/java/org/apache/hadoop/hive/ql/io
line 241
The ant build apparently hacks around this with the "[exclude_0_19]" comment. Easy to just comment this line out for now, but a proper fix would be nice eventually.

hbase(main):003:0> create 'myTable','cf',{REGION_REPLICATION=>3}

hbase(main):003:0> put 'myTable','r1','cf:col1','1'
0 row(s) in 0.1230 seconds

hbase(main):004:0> disable 'myTable'
alter '0 row(s) in 2.3040 seconds

hbase(main):005:0> alter 'myTable',{REGION_REPLICATION=>1}
Done.
0 row(s) in 11.9550 seconds

hbase(main):006:0> enable 'myTable'
0 row(s) in 1.2620 seconds

hbase(main):007:0> put 'myTable1','r2','cf:col1','1'

This is the replica region request which will not be present now in Meta but was there in cache. Server will say that he is not serving this region.

com.google.protobuf.ServiceException: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.NotServingRegionException): org.apache.hadoop.hbase.NotServingRegionException: Region d997d9b47a106216b9b117617ec09015 is not online on 10.22.9.76,16020,1531341039091
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:3124)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:3106)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.replay(RSRpcServices.java:1714)
	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:22773)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2150)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:187)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:167)

Eventually, when we will update our cache after looking into meta , we will get into an infinite loop as this event will not be replicated because the location of the replica will not appear again.

java.net.SocketTimeoutException: callTimeout=1200000, callDuration=2181316: Can't get the location null
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:170)
	at org.apache.hadoop.hbase.replication.regionserver.RegionReplicaReplicationEndpoint$RetryingRpcCallable.call(RegionReplicaReplicationEndpoint.java:606)
Caused by: org.apache.hadoop.hbase.client.RetriesExhaustedException: Can't get the location
	at org.apache.hadoop.hbase.client.RegionAdminServiceCallable.getRegionLocations(RegionAdminServiceCallable.java:178)
	at org.apache.hadoop.hbase.client.RegionAdminServiceCallable.getLocation(RegionAdminServiceCallable.java:105)
	at org.apache.hadoop.hbase.client.RegionAdminServiceCallable.prepare(RegionAdminServiceCallable.java:89)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:134)
	... 5 more
Caused by: java.io.IOException: HRegionInfo was null in myTable, row=keyvalues={myTable,,1531262022075.f2b68622cfd5851023be29d5599db6c9./info:regioninfo/1531262022425/Put/vlen=41/seqid=0, myTable,,1531262022075.f2b68622cfd5851023be29d5599db6c9./info:seqnumDuringOpen/1531341209944/Put/vlen=8/seqid=0, myTable,,1531262022075.f2b68622cfd5851023be29d5599db6c9./info:server/1531341209944/Put/vlen=16/seqid=0, myTable,,1531262022075.f2b68622cfd5851023be29d5599db6c9./info:serverstartcode/1531341209944/Put/vlen=8/seqid=0}
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegionInMeta(ConnectionManager.java:1289)
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegion(ConnectionManager.java:1179)
	at org.apache.hadoop.hbase.client.RegionAdminServiceCallable.getRegionLocations(RegionAdminServiceCallable.java:170)
	... 8 more

Hive's build uses HConstants.META_TABLE_NAME[1].  We actually moved this value  to TableName.META_TABLE_NAME but didn't deprecate the old.  This puts it back in marked as deprecated.
[1]

This results in warnings in the log:
2018-02-16 15:25:58,897 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-4) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.extension.messaging.activemq.deployment.injection.RequestedJMSContext is deprecated from CDI 1.1!
2018-02-16 15:25:58,897 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-4) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.extension.messaging.activemq.deployment.injection.TransactedJMSContext is deprecated from CDI 1.1!
2018-02-16 15:25:58,897 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-4) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.extension.messaging.activemq.deployment.injection.InjectedJMSContext is deprecated from CDI 1.1!

There's a potential NPE lurking in DefaultUndertowHttpBinding. We have this logic:

// we failed due to an exception so print it as plain text
StringWriter sw = new StringWriter();
PrintWriter pw = new PrintWriter(sw);
exception.getCause().printStackTrace(pw);

Unfortuantely, exception.getCause() is not always guaranteed to be present and may be null.

Using the sql driver autodetection for sqlserver I'm getting an exception 

2017-03-13 15:52:57,477 WARN  [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (default task-1) IJ000604: Throwable while attempting to get a new connection: null: javax.resource.ResourceE
xception: IJ031084: Unable to create connection
        at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.createLocalManagedConnection(LocalManagedConnectionFactory.java:345)
        at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.getLocalManagedConnection(LocalManagedConnectionFactory.java:352)
        at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.createManagedConnection(LocalManagedConnectionFactory.java:287)
        at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.createConnectionEventListener(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:1320
)
        at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:496)
        at org.jboss.jca.core.connectionmanager.pool.AbstractPool.getSimpleConnection(AbstractPool.java:617)
        at org.jboss.jca.core.connectionmanager.pool.AbstractPool.getConnection(AbstractPool.java:589)
        at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:590)
        at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:429)
        at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:747)
        at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
        at org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:66)
        at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:135)
        at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
        at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.setOrDetectDatasource(DatabaseSessionImpl.java:207)
        at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.loginAndDetectDatasource(DatabaseSessionImpl.java:760)
        at org.eclipse.persistence.internal.jpa.EntityManagerFactoryProvider.login(EntityManagerFactoryProvider.java:265)
        at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.deploy(EntityManagerSetupImpl.java:731)
        at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.getAbstractSession(EntityManagerFactoryDelegate.java:205)
        at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.createEntityManagerImpl(EntityManagerFactoryDelegate.java:305)
        at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:337)
        at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:303)
        at org.jboss.as.jpa.container.TransactionScopedEntityManager.createEntityManager(TransactionScopedEntityManager.java:187)
        at org.jboss.as.jpa.container.TransactionScopedEntityManager.getEntityManager(TransactionScopedEntityManager.java:91)
        at org.jboss.as.jpa.container.AbstractEntityManager.createNamedQuery(AbstractEntityManager.java:98)
        at be.ac.ulb.erasme.dsi.terminology.ejb.CodeListTerminologyServiceBean.getEntry(CodeListTerminologyServiceBean.java:36)
        at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
        at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:82)
        at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
        at org.jboss.as.ejb3.tx.EjbBMTInterceptor.handleInvocation(EjbBMTInterceptor.java:103)
        at org.jboss.as.ejb3.tx.BMTInterceptor.processInvocation(BMTInterceptor.java:58)
        at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:64)
        at org.jboss.as.ejb3.component.interceptors.NonPooledEJBComponentInstanceAssociatingInterceptor.processInvocation(NonPooledEJBComponentInstanceAssociatingInterceptor.java:59)
        at be.ac.ulb.erasme.dsi.terminology.TerminologyService$$$view3.getEntry(Unknown Source)
        at be.ac.ulb.erasme.dsi.terminology.ejb.TerminologyServiceBean.getEntry(TerminologyServiceBean.java:66)
        at be.ac.ulb.erasme.dsi.auditing.MDCUtils.aroundInvoke(MDCUtils.java:26)
        at be.ac.ulb.erasme.dsi.auditing.MDCUtils.aroundInvoke(MDCUtils.java:13)
        at be.ac.ulb.erasme.dsi.terminology.ejb.TerminologyServiceBean.initMDC(TerminologyServiceBean.java:56)
        at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
        at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)
        at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)
        at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:137)
        at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:169)
        at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:96)
        at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:232)
        at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:85)
        at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:145)
        at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
        at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:254)
        at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:108)
        at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:134)
        at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88)
        at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:298)
        at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:217)
        at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136)
        at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140)
        at org.wildfly.swarm.generated.FaviconErrorHandler.handleRequest(FaviconErrorHandler.java:62)
        at io.undertow.server.handlers.PathHandler.handleRequest(PathHandler.java:94)
        at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805)
Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/DatatypeConverter
        at com.microsoft.sqlserver.jdbc.SQLServerConnection.sendLogon(SQLServerConnection.java:3889)
        at com.microsoft.sqlserver.jdbc.SQLServerConnection.logon(SQLServerConnection.java:3013)
        at com.microsoft.sqlserver.jdbc.SQLServerConnection.access$100(SQLServerConnection.java:78)
        at com.microsoft.sqlserver.jdbc.SQLServerConnection$LogonCommand.doExecute(SQLServerConnection.java:2982)
        at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:7003)
        at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:2340)
        at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectHelper(SQLServerConnection.java:1922)
        at com.microsoft.sqlserver.jdbc.SQLServerConnection.login(SQLServerConnection.java:1602)
        at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectInternal(SQLServerConnection.java:1448)
        at com.microsoft.sqlserver.jdbc.SQLServerConnection.connect(SQLServerConnection.java:836)
        at com.microsoft.sqlserver.jdbc.SQLServerDriver.connect(SQLServerDriver.java:532)
        at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.createLocalManagedConnection(LocalManagedConnectionFactory.java:321)
        ... 222 more
Caused by: java.lang.ClassNotFoundException: javax.xml.bind.DatatypeConverter from [Module "com.microsoft:main" from BootModuleLoader@10feca44 for finders [BootstrapClasspathModuleFinder, BootstrapMod
uleFinder(org.wildfly.swarm.bootstrap:main), ClasspathModuleFinder, ContainerModuleFinder(swarm.container:main), ApplicationModuleFinder(swarm.application:main), org.wildfly.swarm.bootstrap.modules.Dy
namicModuleFinder@3fb1549b]]
        ... 234 more

The exception looks a lot like https://developer.jboss.org/thread/273816
The driver is available on maven central: http://mvnrepository.com/artifact/com.microsoft.sqlserver/mssql-jdbc

I have the following classes (in a 3rd-party library):

public abstract class MyAbstractClass {
    public abstract MyAbstractClass shutdown();
}

public class MyImplementation extends MyAbstractClass {
    
    @Override
    public MyImplementation shutdown() {
        //doing smth here
    }
}

When I define a MyImplementation bean, I want to use shutdown as a destroyMethod and get the following exception:

Caused by: org.springframework.beans.factory.support.BeanDefinitionValidationException: Couldn't find a unique destroy method on bean with name 'someName: Cannot resolve method 'shutdown' to a unique method. Attempted to resolve to overloaded method with the least number of parameters, but there were 2 candidates.
	at org.springframework.beans.factory.support.DisposableBeanAdapter.determineDestroyMethod(DisposableBeanAdapter.java:304) ~[spring-beans-4.2.4.RELEASE.jar:4.2.4.RELEASE]
	at org.springframework.beans.factory.support.DisposableBeanAdapter.<init>(DisposableBeanAdapter.java:123) ~[spring-beans-4.2.4.RELEASE.jar:4.2.4.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.registerDisposableBeanIfNecessary(AbstractBeanFactory.java:1635) ~[spring-beans-4.2.4.RELEASE.jar:4.2.4.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:586) ~[spring-beans-4.2.4.RELEASE.jar:4.2.4.RELEASE]

The thing is that in fact MyImplementation.class.getMethods() contains 2 shutdown methods. One of them is a real one, another is just a bridge method and can be easily filtered out. 
In any case this error message looks very strange.

The first attempt at updating form action URL's with the new flow execution URL as a result of processing an AJAX request is too optimistic.  It assumes that all forms on a page always correspond to the same flow execution instance, but this is incorrect.  For example, when one form is rendered in initial page rendering, and then the ajax request renders a new form into an inline popup control, the two forms should have distinct form action URL's because they represent the flow in two different states.

Playing with rolling restart I see that the server hosting root and meta can go down close to each other.  In below, note how we are processing server hosting ROOT and part of its processing involves reading .META. content to see what servers it was carrying.  Well, note that .META. is offline at time (our verification attempt failed because server had just been shutdown and verification got ConnectException).  So we pause the server shutdown processing till .META. comes back online – only it never does.

2010-10-21 07:32:23,931 INFO org.apache.hadoop.hbase.catalog.RootLocationEditor: Unsetting ROOT region location in ZooKeeper
2010-10-21 07:32:23,953 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Splitting logs for sv2borg182,60020,1287645693959                                                                                       2010-10-21 07:32:23,994 INFO org.apache.hadoop.hbase.catalog.RootLocationEditor: Unsetting ROOT region location in ZooKeeper
2010-10-21 07:32:24,020 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x12bcd5b344b0115 Creating (or updating) unassigned node for 70236052 with OFFLINE state                                                    2010-10-21 07:32:24,045 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: No previous transition plan for -ROOT-,,0.70236052 so generated a random one; hri=-ROOT-,,0.70236052, src=, dest=sv2borg181,60020,1287646329081; 8 (online=8, exclude=null) available servers                                                                                                                                                                                         2010-10-21 07:32:24,045 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region -ROOT-,,0.70236052 to sv2borg181,60020,1287646329081                                                                              2010-10-21 07:32:24,048 INFO org.apache.hadoop.hbase.catalog.CatalogTracker: Failed verification of .META.,,1; java.net.ConnectException: Connection refused
2010-10-21 07:32:24,048 INFO org.apache.hadoop.hbase.catalog.CatalogTracker: Current cached META location is not valid, resetting
2010-10-21 07:32:24,079 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=sv2borg181,60020,1287646329081, region=70236052/-ROOT-                                            2010-10-21 07:32:24,162 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=sv2borg181,60020,1287646329081, region=70236052/-ROOT-
2010-10-21 07:32:24,212 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENED, server=sv2borg181,60020,1287646329081, region=70236052/-ROOT-                                             2010-10-21 07:32:24,212 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Handling OPENED event for 70236052; deleting unassigned node                                                                             2010-10-21 07:32:24,212 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x12bcd5b344b0115 Deleting existing unassigned node for 70236052 that is in expected state RS_ZK_REGION_OPENED                              2010-10-21 07:32:24,238 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Opened region -ROOT-,,0.70236052                                                                                                         2010-10-21 07:32:27,902 INFO org.apache.hadoop.hbase.master.ServerManager: Registering server=sv2borg183,60020,1287646347597, regionCount=0, userLoad=false                                                                        2010-10-21 07:32:30,523 INFO org.apache.hadoop.hbase.zookeeper.RegionServerTracker: RegionServer ephemeral node deleted, processing expiration [sv2borg184,60020,1287645693960]                                                    2010-10-21 07:32:30,523 DEBUG org.apache.hadoop.hbase.master.ServerManager: Added=sv2borg184,60020,1287645693960 to dead servers, submitted shutdown handler to be executed                                                        2010-10-21 07:32:36,254 INFO org.apache.hadoop.hbase.master.ServerManager: Registering server=sv2borg184,60020,1287646355951, regionCount=0, userLoad=false                                                                        2010-10-21 07:32:39,567 INFO org.apache.hadoop.hbase.zookeeper.RegionServerTracker: RegionServer ephemeral node deleted, processing expiration [sv2borg185,60020,1287645693959]                                                    2010-10-21 07:32:39,567 DEBUG org.apache.hadoop.hbase.master.ServerManager: Added=sv2borg185,60020,1287645693959 to dead servers, submitted shutdown handler to be executed                                                        2010-10-21 07:32:45,614 INFO org.apache.hadoop.hbase.master.ServerManager: Registering server=sv2borg185,60020,1287646365304, regionCount=0, userLoad=false                                                                        2010-10-21 07:32:48,652 INFO org.apache.hadoop.hbase.zookeeper.RegionServerTracker: RegionServer ephemeral node deleted, processing expiration [sv2borg186,60020,1287645693962]                                                    2010-10-21 07:32:48,652 DEBUG org.apache.hadoop.hbase.master.ServerManager: Added=sv2borg186,60020,1287645693962 to dead servers, submitted shutdown handler to be executed                                                        2010-10-21 07:32:50,097 INFO org.apache.hadoop.hbase.master.ServerManager: regionservers=8, averageload=93.38, deadservers=[sv2borg185,60020,1287645693959, sv2borg183,60020,1287645693959, sv2borg182,60020,1287645693959,        sv2borg184,60020,1287645693960, sv2borg186,60020,1287645693962]
....

We're supposed to have a thread of 5 executors to handle server shutdowns.  I see an executor stuck waiting on .META. but I dont see any others running.  Odd.  Trying to figure why executors are 1 only.

"MASTER_SERVER_OPERATIONS-sv2borg180:60000-1" daemon prio=10 tid=0x0000000041dc7000 nid=0x50a4 in Object.wait() [0x00007f285d537000]
    at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMeta(CatalogTracker.java:324)
    - locked <0x00007f286d150ce8> (a java.util.concurrent.atomic.AtomicBoolean)
    at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMetaServerConnectionDefault(CatalogTracker.java:359)
    at org.apache.hadoop.hbase.catalog.MetaReader.getServerUserRegions(MetaReader.java:487)
    at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:115)
    at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:150)

    @Test
    public void testParsePemX509Certificate01() throws Exception {
        URL url = PemTest.class.getResource("/ca/certs/01.pem");
    }

Note that ca/certs/01.pem should start with non-PEM content

Certificate:
    Data:
...

followed by the PEM content:

-----BEGIN CERTIFICATE-----

Run the test

mvn clean test -Dtest=PemTest#testParsePemX509Certificate01

Expected: Not quite sure if the parser should accept this. In any case, the following code works on Oracle/OpenJDK (while it does not on IBM JDK):

        CertificateFactory certificateFactory = CertificateFactory.getInstance("X.509");
        InputStream is = X509EvidenceVerificationSuiteChild.class.getResourceAsStream("/ca/certs/01.pem");
        Assert.assertNotNull((X509Certificate) certificateFactory.generateCertificate(is));

Actual: 

testParsePemX509Certificate01(org.wildfly.security.util.PemTest)  Time elapsed: 0.116 sec  <<< ERROR!
java.lang.IllegalArgumentException: ELY03010: Malformed PEM content at offset 1
	at org.wildfly.security.pem.Pem.parsePemContent(Pem.java:79)
	at org.wildfly.security.pem.Pem.parsePemX509Certificate(Pem.java:272)
	at org.wildfly.security.util.PemTest.testParsePemX509Certificate01(PemTest.java:57)

Madhan Neethiraj from Ranger reported that when a region split request is initiated from the user, we always audit (and do the permission check) against the hbase user, not the request user. 
The issue is that a split request that is coming from the user is only processed at a later time from the CompactSplitThread asynchronously to the splitRegion RPC.
RSRpcServices.splitRegion() only does a flush from the handler thread and then calls regionServer.compactSplitThread.requestSplit() which puts a SplitRequest to the split queue. The split request is handled by the split executor from CompactSplitThread.
Since the split is actually executed from the compact split thread, the preSplit() for the AccessController is called from the executor thread. In this thread, we no longer have the user who initially requested the split, so the user in the context (UGI) is "hbase", causing the AC.preSplit() access control check to be always be performed against the hbase user, not the user who have submitted the request. The audit log also contains "hbase" user rather than the actual user.
Luckily, the split forces a flush to the region in-line (from the handler thread), which requires a CREATE|ADMIN permission. split requires ADMIN, but due to this bug CREATE is also sufficient (although we have not verified it manually). CREATE permission can do flush and compactions, so this is not a security issue (I think). 

when you use FlatfileItemWriter with StepScope (proxyTargetClass=true --> CGLib-Subclassing) the final method read() cannot be proxied correctly. So the AbstractItemCountingItemStreamItemReader.currentItemCount is always persisted as 0 to the jobRepository.
Code:
<bean class="org.springframework.batch.core.scope.StepScope" p:proxyTargetClass="true" />
<bean id="reader" class="org.springframework.batch.item.file.FlatFileItemReader" scope="step">
<property name="resource" value="#
{jobParameters[pathToFile]}
"></property>
<property name="lineMapper" ref="lineMapper"/>
</bean>
thx 

I have problems installing spring-data-jpa (1.5.0, also 1.5.1) in an OSGi environment. It seems to me that spring-data-jpa's bundle MANIFEST.MF is wrong wrt joda-time (it says in the Import section to import org.joda.time;version="[1.5.0,2.0.0)". However the dependency spring-data-commons (1.7.0 resp. 1.7.1) imports (and uses) org.joda.time;version="[2.3.0,3.0.0)". In conclusion OSGi has problems building a consistent class space.
As I can see from spring-data-jpa's pom it is referencing spring-data-parent which in turn defines jodatime to be 2.3.0. I have no idea why now spring-data-jpa's MANIFEST.MF is not stating [2.3.0,3.0.0] as it is the case for spring-data-common. So it seems to me that this is a build bug.
Note: I've just updated the spring-data-jpa (1.5.1 version) MANIFEST.MF manually to import org.joda.time;version="[2.3.0,3.0.0)". When using that jar it deploys correctly under OSGi in Apache Karaf.

When I try to use tab completion to add parameters to "read-resource" and "read-children-resources" operations, it does not suggest any params but instead just closes the parameter list.

Both OneSelectionTrackingListDataModel and ManySelectionTrackingListDataModel currently are used in the hotel booking example and Spring Faces silently assumes their existence. It would be nice to have some official reference documentation on these JSF extensions.

The consumer needs to remove the message listener when its stopping so it wont continue to receive messages, which otherwise can happen when shutting down Camel graceful.

Method next() is comparing String using "!=" operator resulted in "true" being returned all the time.  Can be fix by using String equals() operation to check. 

See http://jenkins-public.iridiant.net/job/HBase-0.95/898/org.apache.hbase$hbase-server/testReport/junit/org.apache.hadoop.hbase.trace/TestHTraceHooks/testTraceCreateTable/

Regression

org.apache.hadoop.hbase.trace.TestHTraceHooks.testTraceCreateTable

Failing for the past 1 build (Since Failed#898 )
Took 43 ms.

	at java.util.HashMap$KeyIterator.next(HashMap.java:828)
	at org.cloudera.htrace.TraceTree.<init>(TraceTree.java:48)
	at org.apache.hadoop.hbase.trace.TestHTraceHooks.testTraceCreateTable(TestHTraceHooks.java:108)

Assigning Elliott.  He has keys to the htrace kingdom.

I attached a picture of what I got.  You can see it doesn't look right.
One more thing is that the page doesn't auto-refresh when you switch tabs.  For example, click Catalog tables, create a new table, click User tables, you don't see the new table.  You need to refresh the page to see it.

I'm trying to run the Arquillian tests in the EAP quickstart helloworld-html5, like this:

git clone -b 7.0.x https://github.com/jboss-developer/jboss-eap-quickstarts.git
cd jboss-eap-quickstarts/helloworld-html5
mvn clean package
cd functional-tests
change version.jboss.bom.eap in pom.xml to 7.0.0.GA
add an exclusion to the dependency on org.jboss.arquillian.graphene:graphene-webdriver:

    <groupId>org.jboss.arquillian.graphene</groupId>
    <artifactId>graphene-webdriver</artifactId>
    <scope>test</scope>
    <exclusions>
        <exclusion>
            <artifactId>asm</artifactId>
        </exclusion>
    </exclusions>

change pom.xml to include this profile:

<profile>
    <id>arq-wildfly-swarm</id>
            <artifactId>arquillian</artifactId>
            <version>2017.3.3</version>
            <scope>test</scope>
    <build>
        <plugins>
            <plugin>
                <version>${version.surefire.plugin}</version>
                <configuration>
                    <systemPropertyVariables>
                        <arquillian.xml>arquillian-swarm.xml</arquillian.xml>
                    </systemPropertyVariables>
                </configuration>
            </plugin>
        </plugins>
    </build>
</profile>

add src/test/resources/arquillian-swarm.xml file with this content:

<arquillian xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://jboss.org/schema/arquillian" xsi:schemaLocation="http://jboss.org/schema/arquillian http://jboss.org/schema/arquillian/arquillian_1_0.xsd">
    <container qualifier="wildfly-swarm" default="true">
            <property name="host">localhost</property>
            <property name="port">${swarm.arquillian.daemon.port:12345}</property>
    </container>
    
    <extension qualifier="webdriver">
        <property name="browser">firefox</property>
    </extension>
</arquillian>

LC_ALL=C PATH=/home/lthon/tmp/firefox-45.8.0-esr/:$PATH mvn clean test -Parq-wildfly-swarm # note that Firefox 45 ESR is required because of Selenium deficiency.

Both tests fail because they can't find the expected elements on the page. After a bit of investigation, I found that this is because Swarm auto-generates a JAX-RS Application class even though JAX-RS is set up in web.xml:

    <!-- One of the ways of activating REST Services is adding these lines.
         The server is responsible for adding the corresponding servlet automatically.
         The class org.jboss.as.quickstarts.html5rest.HelloWorld class has the
         annotation @Path("/") to receive the REST invocation -->
    <servlet-mapping>
        <servlet-name>javax.ws.rs.core.Application</servlet-name>
        <url-pattern>/hello/*</url-pattern>
    </servlet-mapping>

I had no idea it's enough to specify a <servlet-mapping> without a <servlet> and especially a <servlet-class> but apparently it works. And if I comment out the call to addGeneratedApplication() in the constructor of JAXRSArchiveImpl and try to run the tests with this rebuilt Swarm, both tests pass just fine, like with WildFly proper.
I believe that the check for hasApplicationPathAnnotation in JAXRSArchiveImpl.addGeneratedApplication is insufficient and should take web.xml into account. Not sure exactly how... Or at least a system property / configurable for switching off the automagic JAX-RS Application class generation.

If a partition column value contains special characters such as ':', it will be escaped to '%3A' in the partition path. However in FsShell.rmr(oldPath.toUri().toString()), toUri() will double escape '%' to '%25'. This will make the removal fail. 

The failure is in TestReplication.queueFailover (fails due to unreplicated rows). I have come across two problems:
1. The sleepMultiplier is not properly reset when the currentPath is changed (in ReplicationSource.java).
2. ReplicationExecutor sometime removes files to replicate from the queue too early, resulting in corresponding edits missing. Here the problem is due to the fact the log-file length that the replication executor finds is not the most updated one, and hence it doesn't read anything from there, and ultimately, when there is a log roll, the replication-queue gets a new entry, and the executor drops the old entry out of the queue.

hive> select c1, date_add('1985-01-01', c1) from short1;
FAILED: SemanticException [Error 10014]: Line 1:11 Wrong arguments 'c1':  DATE_ADD() only takes INT types as second  argument, got SHORT

We should allow date_add()/date_sub() to take any integral type for the 2nd argument, rather than just int.

CSVFormat has two parameters to control how the leading and trailing spaces around values are handled, but the actual behavior depends on the value being enclosed in quotes or not.
If the value is not enclosed in quotes, setting leading/trailingSpacesIgnored to true will left or right trim the value. For example with this input (using the default format):

a,  b  ,c

the second value will be equal to 'b'.
But if the value is enclosed into quotes, the value is no longer trimmed:

a," b ",c

this will give ' b '.
With quoted values the parser actually ignores the spaces between the delimiter and the quote. Thus with this input:

a, " b " ,c

The value returned is ' b '.
If leading/trailingSpacesIgnored is set to false, we get instead ' " b " ' which is consistent with RFC 4180.

AccessController fixes for the issue also affecting VisibilityController described on HBASE-10148. Coprocessors that initialize in postOpen upcalls must check if the region is still in recovery and defer initialization until recovery is complete. We need to add a new CP hook for post recovery upcalls and modify existing CPs to defer initialization until this new hook as needed.

Considering that read() is not guaranteed to read all bytes, 
I'm interested to understand this particular piece of code and why is partial read treated as an error :
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/io/hfile/HFileBlock.java#L1446-L1450
Particularly, if hbase were to use a different filesystem, say WebhdfsFileSystem, this would not work, please also see https://issues.apache.org/jira/browse/HDFS-8943 for discussion around this.

Query against view with child table that has partitions fails with privilege exception even with correct privileges.

create table jsamp1 (a string) partitioned by (b int);
insert into table jsamp1 partition (b=1) values ("hello");
create view jview as select * from jsamp1;

create role viewtester;
grant all on table jview to role viewtester;
grant role viewtester to group testers;

Use MR, the select will succeed:
select count(*) from jview;

while use spark:

it fails with:
 User tester does not have privileges for QUERY
 The required privileges: Server=server1->Db=default->Table=j1part->action=select; (state=42000,code=40000)

ZK restarted while assigning a region, new active HM re-assign it but the RS warned 'already online on this server'.
Issue:
The RS failed besause of 'already online on this server' and return; The HM can not receive the message and report 'Regions in transition timed out'.

ManagementResourceRegistration.getCapabilities() is implemented by simply reading the local state of ConcreteResourceRegistration. It needs to work like getAttributeNames(), by delegating to the root node which in turn uses NodeSubregistry to combine data from any singleton override registration and the corresponding wildcard registration.

You get a NPE if you brows the endpoint.
Caused by: 
        at org.apache.camel.web.resources.$scalate$ExchangeResource_index_ssp$$anonfun$$scalate$render$2.apply(ExchangeResource.index.ssp.scala:46)
        at org.apache.camel.web.resources.$scalate$ExchangeResource_index_ssp$$anonfun$$scalate$render$2.apply(ExchangeResource.index.ssp.scala:40)
        at scala.collection.Iterator$class.foreach(Iterator.scala:631)

In the following plan, o_col4 is not needed:

2018-02-11T11:35:14,501 DEBUG [0fda1a20-c7f1-489e-b287-65f35fda9848 main] calcite.sql2rel: Plan after trimming unused fields
HiveProject(download_volume_bytes=[$0], ri_date=[$1], end_cell_id=[$2], environment=[$3])
  HiveSortLimit(sort0=[$2], dir0=[ASC-nulls-first], fetch=[100])
    HiveProject(download_volume_bytes=[$4], ri_date=[$3], end_cell_id=[$1], environment=[$2], _o__col4=[$0])
      HiveAggregate(group=[{0, 1, 2, 3}], agg#0=[sum($4)])
        HiveProject($f0=[$1], $f1=[$2], $f2=[$3], $f3=[$0], $f4=[$4])
          HiveProject(ri_date=[$0], imsi=[$1], end_cell_id=[$2], environment=[$3], s1_u_download_data_volume=[$4])
            HiveTableScan(table=[[default.lsr094]], table:alias=[a])

o_col4 should be removed by the FieldTrimmer. Otherwise, this may prevent MV rewriting to be triggered on some queries containing order by/limit clauses.

In Gemfire it is possible to set <entry-idle-time> and <entry-time-to-live> on a client's region whereas in Spring Gemfire this functionality seems to be missing. 
For example In gemfire, I can do the following for a client
<client-cache>
	<pool name="client" subscription-enabled="true">
		<server host="localhost" port="40404" />
	</pool>
	<region name="exampleRegion">
		<region-attributes refid="CACHING_PROXY">
		<entry-idle-time>
			<expiration-attributes timeout="10" action="destroy" />
			</entry-idle-time>
		</region-attributes>
	</region>
</client-cache>
When I try to do the similar in Spring Gemfire, the line <gfe:entry-tti timeout="100" action="DESTROY"/>  doesnt seem to be supported by schema.
  <gfe:client-cache pool-name="client" />
<gfe:pool id="client" subscription-enabled="true">
<gfe:server host="localhost" port="40404" />
</gfe:pool>
<gfe:client-region id="Customer" shortcut="CACHING_PROXY">
<gfe:entry-tti timeout="100" action="DESTROY"/> 
</beans>
The line   <gfe:entry-tti timeout="100" action="DESTROY"/> is supported for Server cache. For example, the following works fine
.
.
.
  <gfe:cache-server/>
    <gfe:replicated-region id="Customer">
            <bean class="org.springframework.data.gemfire.examples.util.LoggingCacheListener"/>
        <gfe:entry-tti timeout="100" action="DESTROY"/> 
</beans>

I put ipv6 address in hbase.zookeeper.quorum, by the time this string went to zookeeper code, the address is messed up, i.e. only '[1234' left. 
I started using pseudo mode with embedded zk = true.
I downloaded 1.0.0, not sure which affected version should be here.

Since this hadoop commit that was first released in 3.0.0, Configuration has a restricted mode, that disables the resolution of system properties (that happens when retrieving a configuration option).
This leads to test failures when switching to Hadoop 3.0.0 (instead of 3.0.0-beta1), since we're relying on the substitution of test.tmp.dir during the maven build. See test results on HIVE-18327.
When we're passing job configurations to Hadoop, I believe there's no way to disable the restricted mode, since we go through some Hadoop MR calls first, see here:

"HiveServer2-Background-Pool: Thread-105@9500" prio=5 tid=0x69 nid=NA runnable
	  at org.apache.hadoop.conf.Configuration.addResourceObject(Configuration.java:970)
	  - locked <0x2fe6> (a org.apache.hadoop.mapred.JobConf)
	  at org.apache.hadoop.conf.Configuration.addResource(Configuration.java:895)
	  at org.apache.hadoop.mapred.JobConf.<init>(JobConf.java:476)
	  at org.apache.hadoop.mapred.LocalJobRunner$Job.<init>(LocalJobRunner.java:162)
	  at org.apache.hadoop.mapred.LocalJobRunner.submitJob(LocalJobRunner.java:788)
	  at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:254)
	  at org.apache.hadoop.mapreduce.Job$11.run(Job.java:1570)
	  at org.apache.hadoop.mapreduce.Job$11.run(Job.java:1567)
	  at java.security.AccessController.doPrivileged(AccessController.java:-1)
	  at javax.security.auth.Subject.doAs(Subject.java:422)
	  at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1962)
	  at org.apache.hadoop.mapreduce.Job.submit(Job.java:1567)
	  at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:576)
	  at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:571)
	  at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:571)
	  at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:562)
	  at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:415)
	  at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:149)
	  at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205)
	  at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97)
	  at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2314)
	  at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1985)
	  at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1687)
	  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1438)
	  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1432)
	  at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:248)
	  at org.apache.hive.service.cli.operation.SQLOperation.access$700(SQLOperation.java:90)
	  at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:340)
	  at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:353)
	  at java.lang.Thread.run(Thread.java:745)

I suggest to resolve all variables before passing the configuration to Hadoop in ExecDriver.

The scriptengine things that were added as part of CAMEL-4407 have made doing a features:install camel-script in a "plain" Karaf instance not work as those dependencies are not available in Central.   Thus, setups that worked in the past that did not need those no longer work.
Propose moving those three deps to a "camel-script-optional" feature that would not be pulled in by default.   If a user needs them, they would need to configure Karaf to pull from another repo.

The change in https://github.com/jbossas/jboss-eap/commit/db525bf1d90a40eb909c8f915fca787d55f4e7e5#diff-833175ffb151a3398216d6422dadeeeeR112 catches all Exception and rewraps them with NamingException.  This behavior is undesirable if the original exception was already a NamingException.  Catch and re-throw that exception type as-is before wrapping other exceptions.

RS is normally working and writing on the WAL.
HDFS is killed and restarted, and the RS try to do a roll.
The close fail, but the roll succeed (because hdfs is now up) and everything works.

2015-12-11 21:52:28,058 ERROR org.apache.hadoop.hbase.regionserver.wal.ProtobufLogWriter: Got IOException while writing trailer
java.io.IOException: All datanodes 10.51.30.152:50010 are bad. Aborting...
  at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.setupPipelineForAppendOrRecovery(DFSOutputStream.java:1147)
  at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.processDatanodeError(DFSOutputStream.java:945)
  at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.run(DFSOutputStream.java:496)
2015-12-11 21:52:28,059 ERROR org.apache.hadoop.hbase.regionserver.wal.FSHLog: Failed close of HLog writer
2015-12-11 21:52:28,059 WARN org.apache.hadoop.hbase.regionserver.wal.FSHLog: Riding over HLog close failure! error count=1

The problem is on the replication side. that log we rolled and we were not able to close
is waiting for a lease recovery.

2015-12-11 21:16:31,909 ERROR org.apache.hadoop.hbase.regionserver.wal.HLogFactory: Can't open after 267 attempts and 301124ms 

the WALFactory notify us about that, but there is nothing on the RS side that perform the WAL recovery.

2015-12-11 21:11:30,921 WARN org.apache.hadoop.hbase.regionserver.wal.HLogFactory: Lease should have recovered. This is not expected. Will retry
java.io.IOException: Cannot obtain block length for LocatedBlock{BP-1547065147-10.51.30.152-1446756937665:blk_1073801614_61243; getBlockSize()=83; corrupt=false; offset=0; locs=[10.51.30.154:50010, 10.51.30.152:50010, 10.51.30.155:50010]}
  at org.apache.hadoop.hdfs.DFSInputStream.readBlockLength(DFSInputStream.java:358)
  at org.apache.hadoop.hdfs.DFSInputStream.fetchLocatedBlocksAndGetLastBlockLength(DFSInputStream.java:300)
  at org.apache.hadoop.hdfs.DFSInputStream.openInfo(DFSInputStream.java:237)
  at org.apache.hadoop.hdfs.DFSInputStream.<init>(DFSInputStream.java:230)
  at org.apache.hadoop.hdfs.DFSClient.open(DFSClient.java:1448)
  at org.apache.hadoop.hdfs.DistributedFileSystem$3.doCall(DistributedFileSystem.java:301)
  at org.apache.hadoop.hdfs.DistributedFileSystem$3.doCall(DistributedFileSystem.java:297)
  at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81)
  at org.apache.hadoop.hdfs.DistributedFileSystem.open(DistributedFileSystem.java:297)
  at org.apache.hadoop.fs.FilterFileSystem.open(FilterFileSystem.java:161)
  at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:766)
  at org.apache.hadoop.hbase.regionserver.wal.HLogFactory.createReader(HLogFactory.java:116)
  at org.apache.hadoop.hbase.regionserver.wal.HLogFactory.createReader(HLogFactory.java:89)
  at org.apache.hadoop.hbase.regionserver.wal.HLogFactory.createReader(HLogFactory.java:77)
  at org.apache.hadoop.hbase.replication.regionserver.ReplicationHLogReaderManager.openReader(ReplicationHLogReaderManager.java:68)
  at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.openReader(ReplicationSource.java:508)
  at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:321)

the only way to trigger a WAL recovery is to restart and force the master to trigger the lease recovery on WAL split. 
but there is a case where restarting will not help. If the RS keeps going rolling and flushing the unclosed WAL will be moved in the archive, and at that point the master will never try to do a lease recovery on it. 
since we know that the RS is still going, should we try to recover the lease on the RS side?
is it better/safer to trigger an abort on the RS, so we have only the master doing lease recovery?

select * from src where src = 'alkdfaj';
FAILED: SemanticException null

 select from_unixtime(1540495168); 
 set hive.exec.pre.hooks=org.apache.hadoop.hive.ql.hooks.ATSHook,org.apache.hadoop.hive.ql.hooks.UpdateInputAccessTimeHook$PreExec;

the second select fail with following exception

ERROR ql.Driver: FAILED: Hive Internal Error: org.apache.hadoop.hive.ql.metadata.InvalidTableException(Table not found _dummy_table)
org.apache.hadoop.hive.ql.metadata.InvalidTableException: Table not found _dummy_table
    at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1217)
    at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1168)
    at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1155)
    at org.apache.hadoop.hive.ql.hooks.UpdateInputAccessTimeHook$PreExec.run(UpdateInputAccessTimeHook.java:67)
    at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1444)
    at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1294)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1161)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1156)
    at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:197)
    at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:76)
    at org.apache.hive.service.cli.operation.SQLOperation$2$1.run(SQLOperation.java:255)
    at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1866)
    at org.apache.hive.service.cli.operation.SQLOperation$2.run(SQLOperation.java:266)

Hi,
I've been having some issues with handling some SOAP faults that come in with a detail message that is undefined in their WSDL, the result is that they end up as xerces dom elements rather than JAXBElements.
I end up with a pretty ugly message that looks like this : 

java.lang.ClassCastException: com.sun.org.apache.xerces.internal.dom.ElementNSImpl cannot be cast to javax.xml.bind.JAXBElement
	at org.apache.camel.dataformat.soap.Soap11DataFormatAdapter.createExceptionFromFault(Soap11DataFormatAdapter.java:195)
	at org.apache.camel.dataformat.soap.Soap11DataFormatAdapter.doUnmarshal(Soap11DataFormatAdapter.java:170)
	at org.apache.camel.dataformat.soap.SoapJaxbDataFormat.unmarshal(SoapJaxbDataFormat.java:287)
	at org.apache.camel.processor.UnmarshalProcessor.process(UnmarshalProcessor.java:69)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:460)
	at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:190)

It's pretty had to intercept this in the pipeline, so at the moment I've handled parsing the response myself rather than the soap dataformat, but I would like to avoid this in the future as it does require a bit of custom code.
I'll create a PR that demonstrates what I believe is a reasonable workaround.
Cheers,
Daniel

refined from ROO-1900; upgrade to Roo-1.1.1 creates new failure:
The problem is caused by 'complex' String literal, as used in RequestMapping
   static final String URLPATH="myService";
   @RequestMapping("/"+URLPATH)
> cd rootest
> roo-dev
roo> project --topLevelPackage mypkg
Then save this file in rootest/src/main/java/mypkg/MyService.java
package mypkg;
public interface MyService {
    final static String URLPATH = "myService";
    @Controller
    @RequestMapping("/"+URLPATH)
    public static class Cont implements MyService {}
}
[Timer-0] Parsing failure for 'C:\Data\Programs\java\rootest\src\main\java\mypkg\MyService.java' (development mode diagnostics)
          java.lang.IllegalArgumentException: Object of class [japa.parser.ast.expr.NameExpr] must be an instance of class japa.parser.ast.expr.StringLiteralExpr
              at org.springframework.roo.support.util.Assert.isInstanceOf(Assert.java:337)
              at org.springframework.roo.support.util.Assert.isInstanceOf(Assert.java:319)
              at org.springframework.roo.classpath.javaparser.details.JavaParserAnnotationMetadata.convert(JavaParserAnnotationMetadata.java:159)
              at org.springframework.roo.classpath.javaparser.details.JavaParserAnnotationMetadata.<init>(JavaParserAnnotationMetadata.java:98)
              at org.springframework.roo.classpath.javaparser.JavaParserClassOrInterfaceTypeDetails.<init>(JavaParserClassOrInterfaceTypeDetails.java:258)
              at org.springframework.roo.classpath.javaparser.JavaParserClassOrInterfaceTypeDetails.<init>(JavaParserClassOrInterfaceTypeDetails.java:297)
              at org.springframework.roo.classpath.javaparser.JavaParserMutableClassOrInterfaceTypeDetails.<init>(JavaParserMutableClassOrInterfaceTypeDetails.java:55)
              at org.springframework.roo.classpath.javaparser.JavaParserClassMetadata.<init>(JavaParserClassMetadata.java:69)
              at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.get(JavaParserMetadataProvider.java:163)
              at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:136)
              at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:81)
              at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:179)
              at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:183)
              at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:112)
              at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:199)
              at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:262)
              at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:141)
              at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:344)
              at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:318)
              at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:175)
              at org.springframework.roo.process.manager.internal.DefaultProcessManager.backgroundPoll(DefaultProcessManager.java:122)
              at org.springframework.roo.process.manager.internal.DefaultProcessManager.timerBasedPoll(DefaultProcessManager.java:233)
              at org.springframework.roo.process.manager.internal.DefaultProcessManager$2.run(DefaultProcessManager.java:75)
              at java.util.TimerThread.mainLoop(Timer.java:512)
              at java.util.TimerThread.run(Timer.java:462)
roo>
Possible Workaround:
    static final String URLPATH="myService";
    static final String URLPATH2="/"+URLPATH;
    @RequestMapping(URLPATH2)
... amazingly parse shows no error for this computed string:
    @RequestMapping("/"+"myService")

cf. forum
org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verify(Account) - which is called on every request - results in reauthentication of Account: performance issue, in my case this includes an Ldap bind
also, if CallerPrincipal mapping is used, the original (ldap) username that was successfully authenticated via ldap bind, gets mapped to an application username. Account verification reauthenticates with the mapped application username not the original ldap username and therefore fails ldap bind and verify.
So with regards to CallerPrincipal, JAASIdentityManagerImpl.verify(Account) is faulty.
injection of JAASIdentityManagerImpl cannot be parameterized, nor its verify(Account) behaviour.
as mentioned in the forum thread, my workaround was to replace JAASIdentityManagerImpl after injection with a delegating IdentityManager that does not reauthenticate on verify().
Replacement happens via means of io.undertow.servlet.ServletExtension as explained in http://undertow.io/documentation/servlet/using-non-blocking-handlers-with-servlet.html
Sidenote: org.jboss.as.domain.http.server.security.RealmIdentityManager.verify(Account) simply returns account;

beeline -u 'jdbc:hive2://localhost:10001/default?httpPath=/;transportMode=http' -n hdiuser
scan complete in 15ms
Connecting to jdbc:hive2://localhost:10001/default?httpPath=/;transportMode=http

Java heap space
Beeline version 0.14.0.2.2.4.1-1 by Apache Hive
0: jdbc:hive2://localhost:10001/default (closed)> ^C
hdiuser@headnode0:~$ 

But it works if I use the deprecated param - 

hdiuser@headnode0:~$ beeline -u 'jdbc:hive2://localhost:10001/default?hive.server2.transport.mode=http;httpPath=/' -n hdiuser
scan complete in 12ms
Connecting to jdbc:hive2://localhost:10001/default?hive.server2.transport.mode=http;httpPath=/
15/04/28 23:16:46 [main]: WARN jdbc.Utils: ***** JDBC param deprecation *****
15/04/28 23:16:46 [main]: WARN jdbc.Utils: The use of hive.server2.transport.mode is deprecated.
15/04/28 23:16:46 [main]: WARN jdbc.Utils: Please use transportMode like so: jdbc:hive2://<host>:<port>/dbName;transportMode=<transport_mode_value>
Connected to: Apache Hive (version 0.14.0.2.2.4.1-1)
Driver: Hive JDBC (version 0.14.0.2.2.4.1-1)
0: jdbc:hive2://localhost:10001/default> show tables;
+------------------+--+
|     tab_name     |
| hivesampletable  |
1 row selected (18.181 seconds)
0: jdbc:hive2://localhost:10001/default> ^C
hdiuser@headnode0:~$ ^C

The reason for the above message is :
The url is wrong. Correct one:

beeline -u 'jdbc:hive2://localhost:10001/default;httpPath=/;transportMode=http' -n hdiuser

Note the ";" instead of "?". The deprecation msg prints the format as well: 

Please use transportMode like so: jdbc:hive2://<host>:<port>/dbName;transportMode=<transport_mode_value>

e.g.

./jboss-cli.sh -c shutdown
Accept certificate? [N]o, [T]emporarily, [P]ermenantly : T

The shutdown command is not executed.

When I use the Spring Security's ACL services with a Postgres database, I am getting the following error when I call the createAcl method in the JdbcMutableAclService class  :
Caused by: org.postgresql.util.PSQLException: ERROR: column "object_id_identity" is of type bigint but expression is of type character varying
The problem is caused in the createObjectIdentity method by object.getIdentifier().toString() because the parameter is a string or the column is a bigint in the database. 
To solve the problem, you must cast to long : 
protected void createObjectIdentity(ObjectIdentity object, Sid owner) {
  Long sidId = createOrRetrieveSidPrimaryKey(owner, true);
  Long classId = createOrRetrieveClassPrimaryKey(object.getJavaType(), true);
  jdbcTemplate.update(insertObjectIdentity,
      new Object[] 
{classId, new Long(object.getIdentifier().toString()), sidId, new Boolean(true)}
);
}
There is a thread in the forum about this problem : http://forum.springframework.org/showthread.php?t=56889
Thomas

The properties component optionally (and by default) caches the property values that it resolves. However, the component does not clear the cache on stop, so the properties values are never refreshed after a cold restart of Camel (stop() + start()).

In a Spring Boot environment the following error occurs:

Caused by: java.lang.IllegalAccessError: class org.springframework.security.config.annotation.authentication.configuration.$Proxy95 cannot access its superinterface org.springframework.security.config.annotation.authentication.configuration.AuthenticationConfiguration$LazyBean
    at java.lang.reflect.Proxy.defineClass0(Native Method) ~[na:1.7.0_51]
    at java.lang.reflect.Proxy.getProxyClass0(Proxy.java:639) ~[na:1.7.0_51]
    at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:722) ~[na:1.7.0_51]
    at org.springframework.aop.framework.JdkDynamicAopProxy.getProxy(JdkDynamicAopProxy.java:121) ~[spring-aop-4.0.2.RELEASE.jar:4.0.2.RELEASE]
    at org.springframework.aop.framework.ProxyFactoryBean.getProxy(ProxyFactoryBean.java:368) ~[spring-aop-4.0.2.RELEASE.jar:4.0.2.RELEASE]
    at org.springframework.aop.framework.ProxyFactoryBean.getSingletonInstance(ProxyFactoryBean.java:322) ~[spring-aop-4.0.2.RELEASE.jar:4.0.2.RELEASE]
    at org.springframework.aop.framework.ProxyFactoryBean.getObject(ProxyFactoryBean.java:246) ~[spring-aop-4.0.2.RELEASE.jar:4.0.2.RELEASE]
    at org.springframework.security.config.annotation.authentication.configuration.AuthenticationConfiguration.lazyBean(AuthenticationConfiguration.java:118) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.authentication.configuration.AuthenticationConfiguration.getAuthenticationMangerBean(AuthenticationConfiguration.java:122) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.authentication.configuration.AuthenticationConfiguration.getAuthenticationManager(AuthenticationConfiguration.java:81) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter.authenticationManager(WebSecurityConfigurerAdapter.java:229) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter.getHttp(WebSecurityConfigurerAdapter.java:171) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter.init(WebSecurityConfigurerAdapter.java:276) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter.init(WebSecurityConfigurerAdapter.java:61) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.boot.actuate.autoconfigure.ManagementSecurityAutoConfiguration$ManagementWebSecurityConfigurerAdapter$$EnhancerBySpringCGLIB$$5efb9bce.init(<generated>) ~[spring-core-4.0.2.RELEASE.jar:1.0.0.RC5]
    at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.init(AbstractConfiguredSecurityBuilder.java:369) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.doBuild(AbstractConfiguredSecurityBuilder.java:322) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.AbstractSecurityBuilder.build(AbstractSecurityBuilder.java:39) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration.springSecurityFilterChain(WebSecurityConfiguration.java:92) ~[spring-security-config-3.2.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerBySpringCGLIB$$45bb83f.CGLIB$springSecurityFilterChain$1(<generated>) ~[spring-core-4.0.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerBySpringCGLIB$$45bb83f$$FastClassBySpringCGLIB$$5f404d1f.invoke(<generated>) ~[spring-core-4.0.2.RELEASE.jar:3.2.2.RELEASE]
    at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228) ~[spring-core-4.0.2.RELEASE.jar:4.0.2.RELEASE]
    at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:312) ~[spring-context-4.0.2.RELEASE.jar:4.0.2.RELEASE]
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerBySpringCGLIB$$45bb83f.springSecurityFilterChain(<generated>) ~[spring-core-4.0.2.RELEASE.jar:3.2.2.RELEASE]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_51]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_51]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_51]
    at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_51]
    at org.springsource.loaded.ri.ReflectiveInterceptor.jlrMethodInvoke(ReflectiveInterceptor.java:1265) ~[springloaded-1.2.0.BUILD-20140322.044242-8.jar:1.2.0.BUILD-SNAPSHOT]
    at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:166) ~[spring-beans-4.0.2.RELEASE.jar:4.0.2.RELEASE]

Hive does not differentiate scheme and authority in file uris which cause wrong result when partition has the same path but different schema or authority. Here is a simple repro
partition file path:
asv://container1@secondary1.blob.core.windows.net/2013-08-05/00/text1.txt
with content "2013-08-05 00:00:00"
asv://container2@secondary1.blob.core.windows.net/2013-08-05/00/text2.txt
with content "2013-08-05 00:00:20"

CREATE EXTERNAL TABLE IF NOT EXISTS T1 (t STRING) PARTITIONED BY (ProcessDate STRING, Hour STRING, ClusterName STRING) ROW FORMAT DELIMITED FIELDS TERMINATED by '\t' STORED AS TEXTFILE;
ALTER TABLE T1 DROP IF EXISTS PARTITION(processDate='2013-08-05', Hour='00', clusterName ='CLusterA');
ALTER TABLE T1 ADD IF NOT EXISTS PARTITION(processDate='2013-08-05', Hour='00', clusterName ='ClusterA') LOCATION 'asv://container1@secondary1.blob.core.windows.net/2013-08-05/00';
ALTER TABLE T1 DROP IF EXISTS PARTITION(processDate='2013-08-05', Hour='00', clusterName ='ClusterB');
ALTER TABLE T1 ADD IF NOT EXISTS PARTITION(processDate='2013-08-05', Hour='00', clusterName ='ClusterB') LOCATION 'asv://container2@secondary1.blob.core.windows.net/2013-08-05/00';

the expect output of the hive query

SELECT ClusterName, t FROM T1 WHERE ProcessDate=’2013-08-05’ AND Hour=’00’;

should be

ClusterA        2013-08-05 00:00:00
ClusterB        2013-08-05 00:00:20

However it is

ClusterA        2013-08-05 00:00:20

  private int numBitVectors;

  // Refer to Flajolet-Martin'86 for the value of phi
  private final double phi =  0.77351;

  private int[] a;
  private int[] b;
  // Uninitialized read of numBitVectors
  private  FastBitSet[] bitVector = new FastBitSet[numBitVectors];

 SELECT a.key, a.value, b.key, b.value
 FROM 
  (
  SELECT src1.key as key, count(src1.value) AS value FROM src src1 group by src1.key
  ) a
 FULL OUTER JOIN 
 (
  SELECT src2.key as key, count(distinct(src2.value)) AS value 
  FROM src1 src2 group by src2.key
 ) b 
 ON (a.key = b.key);
does not generate the plan correctly

The CxfRsProducer needs to find a converter to take the String body of an exchange message and turn it into an Object[]. However when camel-mail is present in the classpath the converter search method picks: 
 com.sun.mail.imap.SortTerm[] org.apache.camel.component.mail.MailConverters.toSortTerm(String msg) 
This causes the CxfRsProducer to bomb on a NoSuchMethodException. 
 If camel-mail is removed, the CxfRsProducer client works, finding the right String -> Object[] converter.
Issue discussed here on Camel user mailing list
 
If a ReplicationSourceWorkerThread encounters an unexpected exception in the run() method (for example failure to allocate direct memory for the DFS client), the exception will be logged by the UncaughtExceptionHandler, but the thread will also die and the replication queue will back up indefinitely until the Regionserver is restarted.
We should make sure the worker thread is resilient to all exceptions that it can actually handle.  For those that it really can't, it seems better to abort the regionserver rather than just allow replication to stop with minimal signal.
Here is a sample exception:

ERROR regionserver.ReplicationSource: Unexpected exception in ReplicationSourceWorkerThread, currentPath=hdfs://.../hbase/WALs/XXXwalfilenameXXX
java.lang.OutOfMemoryError: Direct buffer memory
at java.nio.Bits.reserveMemory(Bits.java:693)
at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
at org.apache.hadoop.crypto.CryptoOutputStream.<init>(CryptoOutputStream.java:96)
at org.apache.hadoop.crypto.CryptoOutputStream.<init>(CryptoOutputStream.java:113)
at org.apache.hadoop.crypto.CryptoOutputStream.<init>(CryptoOutputStream.java:108)
at org.apache.hadoop.hdfs.protocol.datatransfer.sasl.DataTransferSaslUtil.createStreamPair(DataTransferSaslUtil.java:344)
at org.apache.hadoop.hdfs.protocol.datatransfer.sasl.SaslDataTransferClient.doSaslHandshake(SaslDataTransferClient.java:490)
at org.apache.hadoop.hdfs.protocol.datatransfer.sasl.SaslDataTransferClient.getSaslStreams(SaslDataTransferClient.java:391)
at org.apache.hadoop.hdfs.protocol.datatransfer.sasl.SaslDataTransferClient.send(SaslDataTransferClient.java:263)
at org.apache.hadoop.hdfs.protocol.datatransfer.sasl.SaslDataTransferClient.checkTrustAndSend(SaslDataTransferClient.java:211)
at org.apache.hadoop.hdfs.protocol.datatransfer.sasl.SaslDataTransferClient.peerSend(SaslDataTransferClient.java:160)
at org.apache.hadoop.hdfs.net.TcpPeerServer.peerFromSocketAndKey(TcpPeerServer.java:92)
at org.apache.hadoop.hdfs.DFSClient.newConnectedPeer(DFSClient.java:3444)
at org.apache.hadoop.hdfs.BlockReaderFactory.nextTcpPeer(BlockReaderFactory.java:778)
at org.apache.hadoop.hdfs.BlockReaderFactory.getRemoteBlockReaderFromTcp(BlockReaderFactory.java:695)
at org.apache.hadoop.hdfs.BlockReaderFactory.build(BlockReaderFactory.java:356)
at org.apache.hadoop.hdfs.DFSInputStream.blockSeekTo(DFSInputStream.java:673)
at org.apache.hadoop.hdfs.DFSInputStream.readWithStrategy(DFSInputStream.java:882)
at org.apache.hadoop.hdfs.DFSInputStream.read(DFSInputStream.java:934)
at java.io.DataInputStream.read(DataInputStream.java:100)
at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:308)
at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:276)
at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:264)
at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:423)
at org.apache.hadoop.hbase.replication.regionserver.ReplicationWALReaderManager.openReader(ReplicationWALReaderManager.java:70)
at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource$ReplicationSourceWorkerThread.openReader(ReplicationSource.java:830)
at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource$ReplicationSourceWorkerThread.run(ReplicationSource.java:572)

HADOOP-10607 provides a Configuration.getPassword() API that allows passwords to be retrieved from a configured credential provider, while also being able to fall back to the HiveConf setting if no provider is set up.  Hive should use this API for versions of Hadoop that support this API. This would give users the ability to remove the passwords from their Hive configuration files.

[standalone@embedded /] /subsystem=jgroups/stack=udp:export-native-configuration()
11:40:20,261 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 2) WFLYCTL0013: Operation ("export-native-configuration") failed - address: ([
    ("stack" => "udp")
]): java.util.NoSuchElementException: No child 'name' exists
	at org.jboss.dmr.ModelValue.requireChild(ModelValue.java:387)
	at org.jboss.dmr.ObjectModelValue.requireChild(ObjectModelValue.java:302)
	at org.jboss.dmr.ModelNode.require(ModelNode.java:875)
	at org.jboss.as.clustering.controller.Operations.getAttributeName(Operations.java:81)
	at org.jboss.as.clustering.controller.ExecutionHandler.executeRuntimeStep(ExecutionHandler.java:59)
	at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:53)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:419)
	at org.jboss.as.controller.ModelControllerImpl.lambda$execute$0(ModelControllerImpl.java:224)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:224)
	at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:716)
	at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:706)
	at org.jboss.as.cli.impl.CommandExecutor.execute(CommandExecutor.java:653)
	at org.jboss.as.cli.impl.CommandContextImpl.lambda$execute$1(CommandContextImpl.java:862)
	at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:882)
	at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:861)
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:806)
	at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:907)
	at org.jboss.as.cli.impl.CommandContextImpl$2.execute(CommandContextImpl.java:442)

{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.util.NoSuchElementException: No child 'name' exists",
}

Got a tidbit of a problem
<raul>	 2014-07-24 02:12:02,250 | WARN  | CorrelationTimeoutMap | 123 - org.apache.camel.camel-core - 2.13.1 | Exception happened during eviction of entry ID org.apache.camel.component.jms.reply.TemporaryQueueReplyHandler@7f3a3f81, won't evict and will continue trying: java.lang.NullPointerException
This could lead to endless retry if processing the timeout keeps causing the same exception.

CamelSchematronValidationStatus header missed somewhere in this method of SchematronProducer class:

    /**
     * Sets validation report and status
     *
     * @param exchange
     * @param report
     * @param status
     */
    private void setValidationReport(Exchange exchange, String report, String status) {
        // if exchange pattern is In and Out set details on the Out message.
        Map<String, Object> headers = new HashMap<String, Object>();
        headers.put(Constants.VALIDATION_STATUS, status);
        headers.put(Constants.VALIDATION_REPORT, report);
        exchange.getOut().setHeader(Constants.VALIDATION_REPORT, report);
        if (exchange.getPattern().isOutCapable()) {
            exchange.getOut().setHeaders(exchange.getIn().getHeaders());
            exchange.getOut().getHeaders().putAll(headers);
        } else {
            exchange.getIn().getHeaders().putAll(headers);
        }
    }

status variable value is SUCCESS here, but right after:

            <to uri="schematron:schematron/dogs.sch" />

there is no such header - only CamelSchematronValidationReport present.

The following errors are logged during connection shutdown:

2015-04-09 13:34:47 CachingConnectionFactory       ERROR Channel shutdown: clean connection shutdown; protocol method: #method<connection.close>(reply-code=200, reply-text=OK, class-id=0, method-id=0)

It seems to me that org.springframework.amqp.rabbit.connection.RabbitUtils.isNormalChannelClose() returns false here because the shutdown reason is connection.close, not channel.close.

ZipEncodingHelper calls System.getProperty("file.encoding")
However this can fail with a security exception.
It should use Charset.defaultCharset() instead.
This method also uses System.getProperty but does so as part of a doPrivileged block.
AIUI this will be done in the protection domain of the JVM classes rather than the domain in which the Compress code runs, so should be less likely to fail.

Plan for TPC-DS Q64 wasn't optimal upon looking at the logical plan I realized that predicate pushdown is not applied on date_dim d1.
Interestingly before optiq we have the predicate pushed :

HiveFilterRel(condition=[<=($5, $1)])
    HiveJoinRel(condition=[=($3, $6)], joinType=[inner])
      HiveProjectRel(_o__col0=[$0], _o__col1=[$2], _o__col2=[$3], _o__col3=[$1])
        HiveFilterRel(condition=[=($0, 2000)])
          HiveAggregateRel(group=[{0, 1}], agg#0=[count()], agg#1=[sum($2)])
            HiveProjectRel($f0=[$4], $f1=[$5], $f2=[$2])
              HiveJoinRel(condition=[=($1, $8)], joinType=[inner])
                HiveJoinRel(condition=[=($1, $5)], joinType=[inner])
                  HiveJoinRel(condition=[=($0, $3)], joinType=[inner])
                    HiveProjectRel(ss_sold_date_sk=[$0], ss_item_sk=[$2], ss_wholesale_cost=[$11])
                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.store_sales]])
                    HiveProjectRel(d_date_sk=[$0], d_year=[$6])
                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.date_dim]])
                  HiveFilterRel(condition=[AND(in($2, 'maroon', 'burnished', 'dim', 'steel', 'navajo', 'chocolate'), between(false, $1, 35, +(35, 10)), between(false, $1, +(35, 1), +(35, 15)))])
                    HiveProjectRel(i_item_sk=[$0], i_current_price=[$5], i_color=[$17])
                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.item]])
                HiveProjectRel(_o__col0=[$0])
                  HiveAggregateRel(group=[{0}])
                    HiveProjectRel($f0=[$0])
                      HiveJoinRel(condition=[AND(=($0, $2), =($1, $3))], joinType=[inner])
                        HiveProjectRel(cs_item_sk=[$15], cs_order_number=[$17])
                          HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.catalog_sales]])
                        HiveProjectRel(cr_item_sk=[$2], cr_order_number=[$16])
                          HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.catalog_returns]])
      HiveProjectRel(_o__col0=[$0], _o__col1=[$2], _o__col3=[$1])
        HiveFilterRel(condition=[=($0, +(2000, 1))])
          HiveAggregateRel(group=[{0, 1}], agg#0=[count()])

While after Optiq the filter on date_dim gets pulled up the plan 

  HiveFilterRel(condition=[<=($5, $1)]): rowcount = 1.0, cumulative cost = {5.50188454E8 rows, 0.0 cpu, 0.0 io}, id = 6895
    HiveProjectRel(_o__col0=[$0], _o__col1=[$1], _o__col2=[$2], _o__col3=[$3], _o__col00=[$4], _o__col10=[$5], _o__col30=[$6]): rowcount = 1.0, cumulative cost = {5.50188454E8 rows, 0.0 cpu, 0.0 io}, id = 7046
      HiveJoinRel(condition=[=($3, $6)], joinType=[inner]): rowcount = 1.0, cumulative cost = {5.50188454E8 rows, 0.0 cpu, 0.0 io}, id = 7041
        HiveProjectRel(_o__col0=[$0], _o__col1=[$2], _o__col2=[$3], _o__col3=[$1]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6857
          HiveFilterRel(condition=[=($0, 2000)]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6855
            HiveAggregateRel(group=[{0, 1}], agg#0=[count()], agg#1=[sum($2)]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6853
              HiveProjectRel($f0=[$4], $f1=[$5], $f2=[$2]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6851
                HiveProjectRel(ss_sold_date_sk=[$3], ss_item_sk=[$4], ss_wholesale_cost=[$5], d_date_sk=[$0], d_year=[$1], i_item_sk=[$6], i_current_price=[$7], i_color=[$8], _o__col0=[$2]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 7039
                  HiveJoinRel(condition=[=($3, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 7037
                    HiveProjectRel(d_date_sk=[$0], d_year=[$6]): rowcount = 73049.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 6861
                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.date_dim]]): rowcount = 73049.0, cumulative cost = {0}, id = 6537
                    HiveJoinRel(condition=[=($2, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {5.50115402E8 rows, 0.0 cpu, 0.0 io}, id = 7035
                      HiveProjectRel(_o__col0=[$0]): rowcount = 38846.0, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6847
                        HiveAggregateRel(group=[{0}]): rowcount = 38846.0, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6845
                          HiveProjectRel($f0=[$0]): rowcount = 6.692553251460564E8, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6843
                            HiveProjectRel(cs_item_sk=[$0], cs_order_number=[$1], cr_item_sk=[$2], cr_order_number=[$3]): rowcount = 6.692553251460564E8, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6945
                              HiveJoinRel(condition=[AND(=($0, $2), =($1, $3))], joinType=[inner]): rowcount = 6.692553251460564E8, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6940
                                HiveProjectRel(cs_item_sk=[$15], cs_order_number=[$17]): rowcount = 2.86549727E8, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 6871
                                  HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.catalog_sales]]): rowcount = 2.86549727E8, cumulative cost = {0}, id = 6531
                                HiveProjectRel(cr_item_sk=[$2], cr_order_number=[$16]): rowcount = 2.8798881E7, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 6873
                                  HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.catalog_returns]]): rowcount = 2.8798881E7, cumulative cost = {0}, id = 6532
                      HiveJoinRel(condition=[=($1, $3)], joinType=[inner]): rowcount = 1.0, cumulative cost = {5.50076555E8 rows, 0.0 cpu, 0.0 io}, id = 6996
                        HiveProjectRel(ss_sold_date_sk=[$0], ss_item_sk=[$2], ss_wholesale_cost=[$11]): rowcount = 5.50076554E8, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 6859
                          HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.store_sales]]): rowcount = 5.50076554E8, cumulative cost = {0}, id = 6538
                        HiveFilterRel(condition=[AND(in($2, 'maroon', 'burnished', 'dim', 'steel', 'navajo', 'chocolate'), between(false, $1, 35, +(35, 10)), between(false, $1, +(35, 1), +(35, 15)))]): rowcount = 1.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 6833
                          HiveProjectRel(i_item_sk=[$0], i_current_price=[$5], i_color=[$17]): rowcount = 48000.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 6831
                            HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.item]]): rowcount = 48000.0, cumulative cost = {0}, id = 6539
        HiveProjectRel(_o__col0=[$0], _o__col1=[$2], _o__col3=[$1]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6891
          HiveFilterRel(condition=[=($0, +(2000, 1))]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6889
            HiveAggregateRel(group=[{0, 1}], agg#0=[count()]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6887
              HiveProjectRel($f0=[$4], $f1=[$5], $f2=[$2]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6885
                HiveProjectRel(ss_sold_date_sk=[$3], ss_item_sk=[$4], ss_wholesale_cost=[$5], d_date_sk=[$0], d_year=[$1], i_item_sk=[$6], i_current_price=[$7], i_color=[$8], _o__col0=[$2]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6992
                  HiveJoinRel(condition=[=($3, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {5.50188452E8 rows, 0.0 cpu, 0.0 io}, id = 6990
                    HiveJoinRel(condition=[=($2, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {5.50115402E8 rows, 0.0 cpu, 0.0 io}, id = 6988
                      HiveProjectRel(_o__col0=[$0]): rowcount = 38846.0, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6881
                        HiveAggregateRel(group=[{0}]): rowcount = 38846.0, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6879
                          HiveProjectRel($f0=[$0]): rowcount = 6.692553251460564E8, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6877
                            HiveProjectRel(cs_item_sk=[$0], cs_order_number=[$1], cr_item_sk=[$2], cr_order_number=[$3]): rowcount = 6.692553251460564E8, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6938
                              HiveJoinRel(condition=[AND(=($0, $2), =($1, $3))], joinType=[inner]): rowcount = 6.692553251460564E8, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 6933
                      HiveJoinRel(condition=[=($1, $3)], joinType=[inner]): rowcount = 1.0, cumulative cost = {5.50076555E8 rows, 0.0 cpu, 0.0 io}, id = 6949
                        HiveFilterRel(condition=[AND(in($2, 'maroon', 'burnished', 'dim', 'steel', 'navajo', 'chocolate'), between(false, $1, 35, +(35, 10)), between(false, $1, +(35, 1), +(35, 15)))]): rowcount = 1.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 6867
                          HiveProjectRel(i_item_sk=[$0], i_current_price=[$5], i_color=[$17]): rowcount = 48000.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 6865

I simplified the query a little bit while still maintaining the query structure 
The query : 
Note that the final join between cs1 and cs2 has a predicates  "cs1.syear = 2000 and cs2.syear = 2000 + 1"

select cs1.syear ,cs1.cnt
     ,cs1.s1 ,cs2.syear ,cs2.cnt
from
(select d1.d_year as syear ,count(*) as cnt,sum(ss_wholesale_cost) as s1 ,i_item_sk as item_sk
        JOIN
  group by cs_item_sk) cs_ui
  WHERE  
group by d1.d_year,i_item_sk
) cs1
JOIN
(select d1.d_year as syear ,count(*) as cnt,sum(ss_wholesale_cost) as s1 , i_item_sk as item_sk
        JOIN
  WHERE  
) cs2
where 
     cs2.cnt <= cs1.cnt;

the stop method of coprocessor specified by "hbase.coprocessor.master.classes" and  "hbase.coprocessor.regionserver.classes"  is not invoked.
If coprocessor allocates OS resources, it could cause master/regionserver resource leak or hang during exit.

When an addon is created using addon create advance command,  the MetadataProvider activate method  doesn't register the metadata dependency.
This line is missing:

getMetadataDependencyRegistry()
   .registerDependency(
      PhysicalTypeIdentifier.getMetadataIdentiferType(),getProvidesType()
   );

We should consider doing this so it is easier to create custom filters that rely on the AuthenticationManager or the UserDetailsService

as per title. here's the first exception i see:
2010-08-09 18:05:11,259 ERROR hive.log (MetaStoreUtils.java:logAndThrowMetaException(743)) - Got exception: java.io.FileNotFoun\
dException File file:/build/ql/test/data/warehouse/dest_j1 does not exist.
2010-08-09 18:05:11,259 ERROR hive.log (MetaStoreUtils.java:logAndThrowMetaException(746)) - java.io.FileNotFoundException: Fil\
e file:/build/ql/test/data/warehouse/dest_j1 does not exist.
  at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:361)
  at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:245)
  at org.apache.hadoop.hive.metastore.Warehouse.mkdirs(Warehouse.java:136)
  at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.create_table_core(HiveMetaStore.java:677)

MinimrCliDriver test is failing with the following exception for bucket_num_reducers2.q test case

junit.framework.AssertionFailedError: Number of MapReduce jobs is incorrect expected:<1> but was:<0>
	at junit.framework.Assert.failNotEquals(Assert.java:329)
	at junit.framework.Assert.assertEquals(Assert.java:78)
	at junit.framework.Assert.assertEquals(Assert.java:234)
	at org.apache.hadoop.hive.ql.hooks.VerifyNumReducersHook.run(VerifyNumReducersHook.java:46)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1664)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1313)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1082)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1070)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:335)
	at org.apache.hadoop.hive.ql.QTestUtil.cleanUp(QTestUtil.java:849)
	at org.apache.hadoop.hive.ql.QTestUtil.cleanUp(QTestUtil.java:826)
	at org.apache.hadoop.hive.ql.QTestUtil.shutdown(QTestUtil.java:488)
	at org.apache.hadoop.hive.cli.TestMinimrCliDriver.shutdown(TestMinimrCliDriver.java:89)

add a 2nd connection-defintion to testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/jca/deployment/ra.xml:

         <connection-definition>
            <managedconnectionfactory-class>org.jboss.as.test.integration.jca.rar.MultipleManagedConnectionFactory2</managedconnectionfactory-class>
            <connectionfactory-interface>org.jboss.as.test.integration.jca.rar.MultipleConnectionFactory2</connectionfactory-interface>
            <connectionfactory-impl-class>org.jboss.as.test.integration.jca.rar.MultipleConnectionFactory2Impl</connectionfactory-impl-class>
            <connection-interface>org.jboss.as.test.integration.jca.rar.MultipleConnection2</connection-interface>
            <connection-impl-class>org.jboss.as.test.integration.jca.rar.MultipleConnection2Impl</connection-impl-class>
         </connection-definition>

Run the WarServletDeploymentTestCase test
=> it fails because the ConnectionFactoryDefinition objects are no longer deployed.

After debugging, the test fails because the deployed connection definitions are not activated.
The code at org/jboss/as/connector/services/resourceadapters/ResourceAdapterActivatorService.java:232 is preventing the activation and looks suspicious.
It expects that all the MCF in the RA (raMcfClasses) must all be in the activation (ijMcfClasses). 
With a 2nd <connection-definition> in the RA, it is no longer the case (as the activation only contains a single MCF (MultipleManagedConnectionFactory1).
If I change the code so that it checks that all the MCF in the activations are in the RA, the test passes again.
This issue is preventing me to reuse the code handling the @ConnectionFactoryDefinition to support the @JMSConnectionFactoryDefinition (my JMS RA defines 3 MCF for generic/queue/topic CFs but my activation only defines a single MCF per @JMSConnectionFactoryDefinition).
I've not run it but the same issue is likely for admin objects too (the code in checkActivation is similar)

The added -d Debugger option broke the  org.apache.camel.spring.Main's parameters consumption. 

Encountered while running "insert into table values (..)"
Looks like it is due to the fact that TezSessionState.close() sets console to null at the start of the method, and then calls getSession() which attempts to log to console.

        at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.getSession(TezSessionState.java:711) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.close(TezSessionState.java:646) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolManager.closeIfNotDefault(TezSessionPoolManager.java:353) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolManager.getSession(TezSessionPoolManager.java:467) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.tez.WorkloadManagerFederation.getUnmanagedSession(WorkloadManagerFederation.java:66) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.tez.WorkloadManagerFederation.getSession(WorkloadManagerFederation.java:38) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:184) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2497) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:2149) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1826) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1569) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1563) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:157) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:218) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:239) ~[hive-cli-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:188) ~[hive-cli-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:402) ~[hive-cli-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:821) ~[hive-cli-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:759) ~[hive-cli-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:683) ~[hive-cli-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.util.RunJar.run(RunJar.java:308) ~[hadoop-common-3.0.0.3.0.0.0-SNAPSHOT.jar:?]
        at org.apache.hadoop.util.RunJar.main(RunJar.java:222) ~[hadoop-common-3.0.0.3.0.0.0-SNAPSHOT.jar:?]

In testing the 0.89.20100830 rc, I ran into a deadlock with the following situation:

All of the IPC Handler threads are blocked on the region lock, which is held by CompactSplitThread.
CompactSplitThread is in the process of trying to edit META to create the offline parent. META happens to be on the same server as is executing the split.

Therefore, the CompactSplitThread is trying to connect back to itself, but all of the handler threads are blocked, so the IPC never happens. Thus, the entire RS gets deadlocked.

Metastore-side authorization has a couple of pretty important threadsafety bugs in it:
a) The HiveMetastoreAuthenticated instantiated by the AuthorizationPreEventListener is static. This is a premature optimization and incorrect, as it will result in Authenticator implementations that store state potentially giving an incorrect result, and this bug very much exists with the DefaultMetastoreAuthenticator.
b) It assumes HMSHandler.getHiveConf() is itself going to be thread-safe, which it is not. HMSHandler.getConf() is the appropriate thread-safe equivalent.
The effect of this bug is that if there are two users that are concurrently running jobs on the metastore, we might :
a) Allow a user to do something they didn't have permission to, because the other person did. (Security hole)
b) Disallow a user from doing something they should have permission to (More common - annoying and can cause job failures)

In the finally block starting at line 924:

    } finally {
      // Let the writer thread go regardless, whether error or not.
      if (zigzagLatch != null) {
        zigzagLatch.releaseSafePoint();
        // It will be null if we failed our wait on safe point above.
        if (syncFuture != null) blockOnSync(syncFuture);
      }
      scope.close();

If blockOnSync() throws IOException, the TraceScope would be left unclosed.

createMap and createCollection do not propagate the original exception if they fail to create an instance.
These are the offending lines:

    throw new IllegalArgumentException("Could not instantiate Collection type: " + collectionType.getName());
}

and

    throw new IllegalArgumentException("Could not instantiate Map type: " + mapType.getName());
}

In RetryingHMSHandler class, we are expecting the operations should retry when the cause of MetaException is JDOException or NucleusException.

        if (e.getCause() instanceof MetaException && e.getCause().getCause() != null) {
          if (e.getCause().getCause() instanceof javax.jdo.JDOException ||
              e.getCause().getCause() instanceof NucleusException) {
            // The JDOException or the Nucleus Exception may be wrapped further in a MetaException
            caughtException = e.getCause().getCause();
       }

While in ObjectStore, many places we are only throwing new MetaException(msg) without the cause, so we are missing retrying for some cases. e.g., with the following JDOException, we should retry but it's ignored.

2017-04-04 17:28:21,602 ERROR metastore.ObjectStore (ObjectStore.java:getMTableColumnStatistics(6555)) - Error retrieving statistics via jdo
javax.jdo.JDOException: Exception thrown when executing query
        at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:596)
        at org.datanucleus.api.jdo.JDOQuery.executeWithArray(JDOQuery.java:321)
        at org.apache.hadoop.hive.metastore.ObjectStore.getMTableColumnStatistics(ObjectStore.java:6546)
        at org.apache.hadoop.hive.metastore.ObjectStore.access$1200(ObjectStore.java:171)
        at org.apache.hadoop.hive.metastore.ObjectStore$9.getJdoResult(ObjectStore.java:6606)
        at org.apache.hadoop.hive.metastore.ObjectStore$9.getJdoResult(ObjectStore.java:6595)
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2633)
        at org.apache.hadoop.hive.metastore.ObjectStore.getTableColumnStatisticsInternal(ObjectStore.java:6594)
        at org.apache.hadoop.hive.metastore.ObjectStore.getTableColumnStatistics(ObjectStore.java:6588)
        at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
        at com.sun.proxy.$Proxy0.getTableColumnStatistics(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveAlterHandler.alterTableUpdateTableColumnStats(HiveAlterHandler.java:787)
        at org.apache.hadoop.hive.metastore.HiveAlterHandler.alterTable(HiveAlterHandler.java:247)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_table_core(HiveMetaStore.java:3809)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_table_with_environment_context(HiveMetaStore.java:3779)
        at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source)
        at com.sun.proxy.$Proxy3.alter_table_with_environment_context(Unknown Source)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$alter_table_with_environment_context.getResult(ThriftHiveMetastore.java:9617)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$alter_table_with_environment_context.getResult(ThriftHiveMetastore.java:9601)
        at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:110)
        at org.apache.hadoop.hive.metastore.TUGIBasedProcessor$1.run(TUGIBasedProcessor.java:106)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1920)
        at org.apache.hadoop.hive.metastore.TUGIBasedProcessor.process(TUGIBasedProcessor.java:118)

posexplode() fails with a NullPointerException in GenericUDTFPosExplode.process if run against a column containing NULL values. 
explode() has a null check covering this case. I've attached a patch adding the equivalent check to posexplode(), and updating the test case to include a NULL value.

I have the following route defined with the Java DSL: 
from("direct:localMemberLookup").routeId("localMemberLookup") 
        .process(new MemberLookupToSqlParametersProcessor()).id("sqlParams") 
        .recipientList(simple("sql:sql.memberLookup")).delimiter("false") 
        .to("log:output") 
        .process(new MemberLookupProcessor()) 
        // do more processing 
        .to("log:output"); 
I'm testing it with a test that looks as follows: 
@EndpointInject(uri = "mock:lookupHeaders") 
MockEndpoint lookupHeaders; 
@EndpointInject(uri = "mock:searchResult") 
MockEndpoint searchResult; 
@EndpointInject(uri = "mock:lookupResult") 
MockEndpoint lookupResult; 
@Autowired 
CamelContext camelContext; 
@Before 
public void before() throws Exception { 
        ModelCamelContext context = (ModelCamelContext) camelContext; 
        context.setTracing(true); 
        RouteDefinition searchRoute = context.getRouteDefinition("memberSearchRequest"); 
        searchRoute.to(searchResult); 
        RouteDefinition lookupRoute = context.getRouteDefinition("localMemberLookup"); 
        lookupRoute.adviceWith(context, new AdviceWithRouteBuilder() { 
                @Override 
                public void configure() throws Exception 
{ 
                        weaveById("sqlParams").after().to(lookupHeaders); 
                }
 
        }); 
        lookupRoute.to(lookupResult); 
        context.start(); 
} 
With Camel 2.13.1, this works fine. However, with 2.14-SNAPSHOT, I get the following error: 
java.lang.IllegalArgumentException: There are no outputs which matches: sqlParams in the route 
Mailing list thread: http://camel.465427.n5.nabble.com/weaveById-works-with-2-13-1-not-with-2-14-SNAPSHOT-td5753809.html

DomainDefinition.ADD installs a service named for the capability, plus another that has that name with "initial" appended. But DomainDefinition.REMOVE only removes the former. The result is if you do a remove of the domain with allow-resource-service-restart=true, it fails because the 'initial' service is left behind with missing dependencies. Rollback also fails because the 'initial' service is already present so can't be restored.

java.lang.AssertionException extends java.lang.Error
So the mock endpoint should deal with this and catch Throwable instead of Exception when it handles failures.

If I use MP JWT to secure my JAX-RS resource, but leave some methods unconstrained, I expect access to them will be granted to everyone. E.g. the unconstrained method in this example:

@Path("/mixed")
public class MixedResource {
    @GET
    @Path("/constrained")
    @RolesAllowed("*")
    public String constrained() {
        return "Constrained method";
    }

    @GET
    @Path("/unconstrained")
    public String unconstrained() {
        return "Unconstrained method";
    }
}

However, access is denied. This is caused by this piece of code from MPJWTAuthExtensionArchivePreparer.generateSecurityConstraints:

String[] localRoles = null;
if (classPermitAll != null) {
    localRoles = EMPTY_ROLES;
} else if (classRolesAllowed != null) {
    localRoles = classRolesAllowed.value().asStringArray();
}
newConstraints.add(createSecurityConstraint(webXml, getUriPath(subpath, fullAppPath.toString()), localRoles));

Here, localRoles defaults to null, which is same as @DenyAll, and class-level @DenyAll is just implicitly assumed. That's wrong; we should explicitly check if there's a class-level @DenyAll, and if not, it means there's no class-level constraint and the unconstrained method shouldn't be secured at all.
(Actually that's just my assumption. I'm no EJB security expert. Could someone confirm how EJB security works in this case? I think the behavior is modeled after EJB security, so should be as similar as possible.)

Steps to reproduce this bug:
1) Gracefull restart a region server causing regions to get redistributed.
2) Client call to this region keeps failing since Meta Cache is never purged on the client for the region that moved.
Reason behind the bug:
1) Client continues to hit the old region server.
2) The old region server throws NotServingRegionException which is not handled correctly and the META cache entries are never purged for that server causing the client to keep hitting the old server.
The reason lies in ServerCallable code since we only purge META cache entries when there is a RetriesExhaustedException, SocketTimeoutException or ConnectException. However, there is no case check for NotServingRegionException(s).
Why is this not a problem for Scan(s) and Put(s) ?
a) If a region server is not hosting a region/scanner, then an UnknownScannerException is thrown which causes a relocateRegion() call causing a refresh of the META cache for that particular region.
b) For put(s), the processBatchCallback() interface in HConnectionManager is used which clears out META cache entries for all kinds of exceptions except DoNotRetryException.

The name hive.spark.use.file.size.for.mapjoin is confusing. It indicates that HoS uses file size for mapjoin but in fact it still uses (in-memory) data size. We should change it.

When Hive metastore is started in a Hadoop 2.5 cluster, it fails to start with following error

14/07/31 17:45:58 [main]: ERROR metastore.HiveMetaStore: Metastore Thrift Server threw an exception...
java.lang.NoSuchFieldError: SASL_PROPS
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S.getHadoopSaslProperties(HadoopThriftAuthBridge20S.java:126)
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.getMetaStoreSaslProperties(MetaStoreUtils.java:1483)
	at org.apache.hadoop.hive.metastore.HiveMetaStore.startMetaStore(HiveMetaStore.java:5225)
	at org.apache.hadoop.hive.metastore.HiveMetaStore.main(HiveMetaStore.java:5152)

Changes in HADOOP-10451 to remove SaslRpcServer.SASL_PROPS are causing this error.

Getting java.sql.Timestamp from a TimestampWritable is broken due to an incorrect mapping in PrimitiveObjectInspectorUtils.

/subsystem=mail/mail-session=default:read-operation-description(name=remove) description says that it is about adding mail session, which is incorrect, it should be about removing mail session.

swap the INFO for DEBUG in SnapshotManifestV1.loadRegionManifests() otherwise the cleaner will spam everyone for no reason

In EAP domain mode, when changing the max-pool-size attribute of a datasource via CLI, the response does not indicate that a reload is required. However, reading the statistics of that datasource does not reflect the Available count as per the new max pool value until a restart of the server is performed.

The route description uses .toString() when shutting down. This causes the shutdown to block if a proxied OSGi service is used as processor (in XML DSL <process ref="osgiService/>) and the service is not present at the time the route is shut down.
See http://camel.465427.n5.nabble.com/Blueprint-route-not-shutdown-when-using-OSGi-service-processor-td5746114.html

The metastore is caching values, like table names and locations too aggressively, leading to inconsistencies across Hive clients and metastore Thrift servers.
For example, open two Hive clients, in each call
DESCRIBE FORMATTED table_foo;
Then in one of those clients, execute
ALTER TABLE table_foo RENAME TO table_bar;
Then in both clients call
DESCRIBE FORMATTED table_bar;
In the client that executed the alter command, the location is correct, however, in the other Hive client, it will still show the original location of table_foo.
A similar experiment can be done using metastore Thrift servers, substituting get_table for DESCRIBE FORMATTED and alter_table for ALTER TABLE ... RENAME TO.
On the Thrift server you can see that the one which did not execute the alter command, not only returns the wrong location, despite calling get_table('table_bar') it will return a table that still has the name table_foo.

Something changed in BeanWrapperImpl/TypeConverterDelegate
so previosly working (in 2.5.X) code and configuration now failing using 3.0.0.RELEASE,
breaking some compatibility.
Issue is really minor, but requires to specially adapt code/configuration to run on 3.0.0
Unnecessary conversion to typed Map resulted in conversion error
Here's example to illustrate/reproduce failure.

public class ReadonlyRegistry extends Map<String, Registered> {
  ...
  public void put(String key, Registered r) {
     // modifications intentionally disallowed,
     // but type converter wants to reconvert all Registered items
     throw new UnsupportedOperationException();
  }
  ...
}

public class UsesRegistry {
    // Contructor dependency does not specifies typed Map explicitly,
    // but specifies class, that extends Map with statically known actual type parameters
    public UsesRegistry (ReadonlyRegistry registry){ 
         ....
    }
}

<bean id="reg" class="ReadOnlyRegistry" />
<bean id="uses" class="UsesRegistry">
  <contructor-arg ref="reg" /> <!-- Injection failed on type conversion due unsupported put operation  -->
</bean>

Some simple(or naive) fix could be checking that if required and actual type matches and that type has no own type parameters (excluding supertypes with specified actual type parameters), so skip check for typed Map conversion.
Or if existing in 3.0.0 behavior is desired, than some note could be added to documentation (on using beans subclassed from typed map with actual type parameters specified)

Connect the CLI to the master in a domain with a slave HC and shut down the slave. CLI disconnects:

[domain@localhost:9990 /] shutdown --host=slave

Analyze table druid_table compute statistics for columns;
Reference Exception - 

org.apache.hadoop.hive.ql.exec.UDFArgumentTypeException: Only integer/long/timestamp/date/float/double/string/binary/boolean/decimal
type argument is accepted but timestamp with local time zone is passed.
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFComputeStats.getEvaluator(GenericUDAFComputeStats.java:105)
        at org.apache.hadoop.hive.ql.udf.generic.AbstractGenericUDAFResolver.getEvaluator(AbstractGenericUDAFResolver.java:48)
        at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getGenericUDAFEvaluator(FunctionRegistry.java:1043)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getGenericUDAFEvaluator(SemanticAnalyzer.java:4817)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanMapGroupByOperator(SemanticAnalyzer.java:5482)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanMapAggrNoSkew(SemanticAnalyzer.java:6496)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:10617)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:11557)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:11427)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:12229)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:12319)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:11802)

AFAICT the delegation tokens stored in HiveSessionImplwithUGI  for HMS + Impersonation are never renewed.

at org.apache.hadoop.hive.llap.cache.LowLevelLrfuCachePolicy.removeFromListUnderLock(LowLevelLrfuCachePolicy.java:346)
at org.apache.hadoop.hive.llap.cache.LowLevelLrfuCachePolicy.removeFromListAndUnlock(LowLevelLrfuCachePolicy.java:335)
at org.apache.hadoop.hive.llap.cache.LowLevelLrfuCachePolicy.notifyUnlock(LowLevelLrfuCachePolicy.java:133)
at org.apache.hadoop.hive.llap.cache.LowLevelCacheImpl.unlockBuffer(LowLevelCacheImpl.java:354)
at org.apache.hadoop.hive.llap.cache.LowLevelCacheImpl.releaseBuffers(LowLevelCacheImpl.java:344)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.returnData(OrcEncodedDataReader.java:662)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.returnData(OrcEncodedDataReader.java:74)
at org.apache.hadoop.hive.llap.io.decode.EncodedDataConsumer.returnSourceData(EncodedDataConsumer.java:131)
at org.apache.hadoop.hive.llap.io.decode.EncodedDataConsumer.consumeData(EncodedDataConsumer.java:122)
at org.apache.hadoop.hive.llap.io.decode.EncodedDataConsumer.consumeData(EncodedDataConsumer.java:36)
at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:405)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:413)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:194)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:191)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1655)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:191)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:74)
at org.apache.hadoop.hive.common.CallableWithNdc.call(CallableWithNdc.java:37)
... 4 more

The issue WFLY-140 introduced a change in behavior.
Before this change, the SecurityContextInterceptor would just invoke the push() method on SimpleSecurityManager and that method would internally create a new security context and authenticate the incoming principal if needed. In that implementation the presence of a RunAsIdentity would cause authentication part to be skipped.
With the changes in the above issue, the security context establishment and the authentication parts were separated and while push() still checks for a RunAsIdentity, the authenticate() implementation does not, which ends up triggering the authentication process even if a RunAsIdentity is available. There is another check in place to avoid authentication if a valid authenticated subject already exists and the security domains match but this should also be the case if the security domains do not match.

The test case RemoteStatelessFailoverTestCase makes use of the helper class EJBRemoteDirectory to lookup JNDI names for beans in test cases. The EJB client then uses the resulting proxies to make invocations on the beans.
This helper class is defined statically and initialized before any of the test cases run. Consequenty, the InitialContext created by the helper class is used across multiple test cases.  The effect of this is that all of the proxies used in the test case are created from the same InitialContext. Consequently, they share a RemoteEJBDiscoveryProvider instance  which is a class used to maintain information about server and module deployments which the EJB client references during invocation to find a suitable target for the invocation.
This means that any server startup or shutdown activities are passed from one test case to another. This is not wanted as crash failures or shutdowns in one test will contaminate the next test, and this is exactly what is happening in a particular failure of this test.
If your test class only involves one test, then static usage will work, but probably not recommended.
UPDATE: This problem is present in a few other test cases, so I have updated them.

A remoting connector with a socket-binding attribute pointing to a non-existing s-b does not fail with a capability validation failure:

[standalone@localhost:9990 /] /subsystem=remoting/connector=remoting-connector:add(security-realm=ApplicationRealm,socket-binding=remoting)
{
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.network.socket-binding.remoting"],
        "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.remoting-connector is missing [org.wildfly.network.socket-binding.remoting]"]
    },
}

As in all such cases of missing cap validation, that means it doesn't fail at all in admin-only:

[standalone@localhost:9990 /] reload --admin-only=true

Problem is ConnectorAdd isn't passing its attributes into the superclass, which means the superclass' recording of capability requirements isn't done.
I'll check for other occurrences of this pattern in the subsystem.

As discussed in HBASE-19256 we will have to temporarily revert to Jetty 9.3 due existing issues with 9.4 and Hadoop3. Once HBASE-19256 is resolved we can revert to 9.4.

You can't get the inputStream from the attachment when camel-jetty handle the request of MultiPartForm.
Here is the mail thread[1] which discusses about it.
[1] http://old.nabble.com/Unsupported-data-type-exception-with-Jetty-component-tp28730373p28731758.html

Start a regular domain
Any operations on server children with the same names that server-config operations (:start, :stop, :restart, :kill) are executed instead of being rejected because the actual resources at the operation address does not define them.
Examples:

[domain@localhost:9990 /] /host=master/server=server-one/subsystem=undertow:start
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.util.NoSuchElementException: No child 'undertow' exists",
}

=>

[Host Controller] 16:15:30,231 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 15) WFLYCTL0013: Operation ("restart") failed - address: ([
[Host Controller]     ("server" => "server-one"),
[Host Controller]     ("subsystem" => "undertow")
[Host Controller] ]) - failure description: "WFLYHC0047: Cannot restart server undertow as it is not currently started; it is STOPPED"
[Host Controller] 16:18:43,764 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 18) WFLYCTL0013: Operation ("start") failed - address: ([
[Host Controller] ]): java.util.NoSuchElementException: No child 'undertow' exists
[Host Controller]       at org.jboss.dmr.ModelValue.requireChild(ModelValue.java:369)
[Host Controller]       at org.jboss.dmr.ObjectModelValue.requireChild(ObjectModelValue.java:299)
[Host Controller]       at org.jboss.dmr.ModelNode.require(ModelNode.java:870)
[Host Controller]       at org.jboss.as.host.controller.ManagedServerBootCmdFactory.<init>(ManagedServerBootCmdFactory.java:93)
[Host Controller]       at org.jboss.as.host.controller.ServerInventoryImpl.createBootFactory(ServerInventoryImpl.java:629)
[Host Controller]       at org.jboss.as.host.controller.ServerInventoryImpl.startServer(ServerInventoryImpl.java:200)
[Host Controller]       at org.jboss.as.host.controller.operations.ServerStartHandler$1.execute(ServerStartHandler.java:110)
[Host Controller]       at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:728)
[Host Controller]       at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:563)
[Host Controller]       at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:336)
[Host Controller]       at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:312)
[Host Controller]       at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1160)
[Host Controller]       at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:356)
[Host Controller]       at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:215)
[Host Controller]       at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:220)
[Host Controller]       at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:147)
[Host Controller]       at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:169)
[Host Controller]       at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:165)
[Host Controller]       at java.security.AccessController.doPrivileged(Native Method)
[Host Controller]       at javax.security.auth.Subject.doAs(Subject.java:422)
[Host Controller]       at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94)
[Host Controller]       at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:165)
[Host Controller]       at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
[Host Controller]       at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
[Host Controller]       at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Host Controller]       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Host Controller]       at java.lang.Thread.run(Thread.java:745)
[Host Controller]       at org.jboss.threads.JBossThread.run(JBossThread.java:320)

[domain@localhost:9990 /] /host=master/server=server-one/subsystem=undertow:stop
{
    "result" => "STOPPED"
}

[domain@localhost:9990 /] /host=master/server=server-one/subsystem=undertow:kill

If the corresponding server-config resource is actually stopped, the operations fail because there is no resource at the operation's address.

drop table if exists tableA;
drop table if exists tableB;

create table tableA (a integer,z integer);
create table tableB (a integer,b integer,z integer);

select a.z, b.b 
from tableB as b JOIN 
tableA as a
on a.a=b.b;

Error: Error while compiling statement: FAILED: SemanticException Column a Found in more than One Tables/Subqueries (state=42000,code=40000)

On default hive uses LazySimpleSerDe for output.
When I now enable compression and "select count from avrotable" the output is a file with the .avro extension but this then will display null values since the file is in reality not an avro file but a file created by LazySimpleSerDe using compression so should be a .snappy file.
This causes any job (exception select * from avrotable is that not truly a job) to show null values.
If you use any serde other then avro you can temporarily fix this by setting "set hive.output.file.extension=.snappy" and it will correctly work again but this won't work on avro since it overwrites the hive.output.file.extension during initializing.
When you dump the query result into a table with "create table bla as" you can rename the .avro file into .snappy and the "select from bla" will also magiacally work again.
Input and Ouput serdes don't always match so when I use avro as an input format it should not set the hive.output.file.extension.
Onces it's set all queries will use it and fail making the connection useless to reuse.

the logic to Abort transactions that have stopped heartbeating is in
TxnHandler.timeOutTxns()
This is only called when DbTxnManger.getValidTxns() is called.
So if there is a lot of txns that need to be timed out and the there are not SQL clients talking to the system, there is nothing to abort dead transactions, and thus compaction can't clean them up so garbage accumulates in the system.
Also, streaming api doesn't call DbTxnManager at all.
Need to move this logic into Initiator (or some other metastore side thread).
Also, make sure it is broken up into multiple small(er) transactions against metastore DB.
Also more timeOutLocks() locks there as well.
see about adding TXNS.COMMENT field which can be used for "Auto aborted due to timeout" for example.
The symptom of this is that the system keeps showing more and more Open transactions that don't seem to ever go away (and have no locks associated with them)

In future, if the query plans are cached - the resolver and the context also needs to be cached. Therefore, they need to be serializable

There is a code snipped in Driver class in compile method:

      if (conf.getBoolVar(ConfVars.HIVE_LOG_EXPLAIN_OUTPUT) ||
           conf.isWebUiQueryInfoCacheEnabled()) {
        String explainOutput = getExplainOutput(sem, plan, tree);
        if (explainOutput != null) {
          if (conf.getBoolVar(ConfVars.HIVE_LOG_EXPLAIN_OUTPUT)) {
            LOG.info("EXPLAIN output for queryid " + queryId + " : "
              + explainOutput);
          }
          if (conf.isWebUiQueryInfoCacheEnabled()) {
            queryDisplay.setExplainPlan(explainOutput);
          }
        }
      }

This is the stack trace

org.apache.hive.service.cli.HiveSQLException: Error running query: java.lang.OutOfMemoryError
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:178) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:216) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.cli.operation.Operation.run(Operation.java:325) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:456) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:433) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
        at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:78) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.cli.session.HiveSessionProxy.access$000(HiveSessionProxy.java:36) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.cli.session.HiveSessionProxy$1.run(HiveSessionProxy.java:63) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_72]
        at javax.security.auth.Subject.doAs(Subject.java:422) ~[?:1.8.0_72]
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1628) ~[hadoop-common-2.6.0.2.2.4.2-2.jar:?]
        at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:59) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at com.sun.proxy.$Proxy33.executeStatementAsync(Unknown Source) ~[?:?]
        at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:272) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:554) [hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1317) [hive-service-rpc-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1302) [hive-service-rpc-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.auth.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:56) [hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_72]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_72]
        at java.lang.Thread.run(Thread.java:745) [?:1.8.0_72]
Caused by: java.lang.OutOfMemoryError
        at java.io.ByteArrayOutputStream.hugeCapacity(ByteArrayOutputStream.java:123) ~[?:1.8.0_72]
        at java.io.ByteArrayOutputStream.grow(ByteArrayOutputStream.java:117) ~[?:1.8.0_72]
        at java.io.ByteArrayOutputStream.ensureCapacity(ByteArrayOutputStream.java:93) ~[?:1.8.0_72]
        at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:153) ~[?:1.8.0_72]
        at java.io.PrintStream.write(PrintStream.java:480) ~[?:1.8.0_72]
        at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) ~[?:1.8.0_72]
        at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) ~[?:1.8.0_72]
        at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:104) ~[?:1.8.0_72]
        at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185) ~[?:1.8.0_72]
        at java.io.PrintStream.write(PrintStream.java:527) ~[?:1.8.0_72]
        at java.io.PrintStream.print(PrintStream.java:683) ~[?:1.8.0_72]
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputMap(ExplainTask.java:420) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:737) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:581) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:765) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputMap(ExplainTask.java:508) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:826) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputStagePlans(ExplainTask.java:970) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExplainTask.getJSONPlan(ExplainTask.java:223) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.getExplainOutput(Driver.java:597) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:525) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:318) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1192) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1179) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:144) ~[hive-service-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        ... 27 more
        
Now, in plain English, in the compile phase, hive is trying to generate explain output and set that output in the query display. Generating the explain output fails with OOM. 
I propose that setting of the explain output in query display be made optional, so that queries can still launch. 

Following tests fail when -Dnode0 property is set (e.g. in QE CI runs)
org.jboss.as.test.integration.ee.lifecycle.servlet.FilterLifecycleCallbackInterceptionTestCase#testFilterPreDestroyInterception

./integration-tests.sh -DtestLogToFile=false -Dts.basic -Dtest=FilterLifecycleCallbackInterceptionTestCase -Dsecurity.manager -Dnode0=$MYTESTIP_1

[org.jboss.as.ee] (ServerService Thread Pool -- 28) WFLYEE0006: Failed to destroy component instance org.jboss.as.ee.component.BasicComponentInstance@401c8348: java.lang.RuntimeException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "192.168.1.50:8080" "connect,resolve")" in code source "(vfs:/content/remote.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.remote.war" from Service Module Loader")
	at org.jboss.as.test.integration.ee.lifecycle.servlet.InfoClient.notify(InfoClient.java:40)
	at org.jboss.as.test.integration.ee.lifecycle.servlet.LifecycleCallbackInterceptor.preDestroy(LifecycleCallbackInterceptor.java:45)
	at org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83)
	at org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115)
	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeLifecycleInterception(InterceptorMethodHandler.java:78)
	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:50)
	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:84)
	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:61)
	at org.jboss.as.test.integration.ee.lifecycle.servlet.RemoteFilter$Proxy$_$$_WeldSubclass.lifecycle_mixin_$$_preDestroy(Unknown Source)
	at org.jboss.weld.interceptor.util.InterceptionUtils.executePredestroy(InterceptionUtils.java:67)
	at org.jboss.weld.interceptor.util.InterceptionUtils.executePredestroy(InterceptionUtils.java:79)
	at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.preDestroy(DefaultLifecycleCallbackInvoker.java:88)
	at org.jboss.weld.injection.producer.BasicInjectionTarget.preDestroy(BasicInjectionTarget.java:127)
	at org.jboss.as.weld.deployment.processors.WeldComponentIntegrationProcessor$4.run(WeldComponentIntegrationProcessor.java:235)
	at org.jboss.as.weld.deployment.processors.WeldComponentIntegrationProcessor$AbstractInjectionTargetDelegatingInterceptor.processInvocation(WeldComponentIntegrationProcessor.java:293)
	at org.jboss.as.ee.component.ManagedReferenceReleaseInterceptor.processInvocation(ManagedReferenceReleaseInterceptor.java:56)
	at org.jboss.as.ee.component.BasicComponentInstance.destroy(BasicComponentInstance.java:125)
	at org.jboss.as.ee.component.ComponentRegistry$ComponentManagedReference.release(ComponentRegistry.java:106)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$6$1.release(UndertowDeploymentInfoService.java:1412)
	at io.undertow.servlet.core.ManagedFilter.stop(ManagedFilter.java:101)
	at io.undertow.servlet.core.DeploymentManagerImpl$3.call(DeploymentManagerImpl.java:581)
	at io.undertow.servlet.core.DeploymentManagerImpl$3.call(DeploymentManagerImpl.java:576)
	at io.undertow.servlet.core.DeploymentManagerImpl.stop(DeploymentManagerImpl.java:590)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:139)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$2.run(UndertowDeploymentService.java:120)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "192.168.1.50:8080" "connect,resolve")" in code source "(vfs:/content/remote.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.remote.war" from Service Module Loader")
	at java.lang.SecurityManager.checkConnect(SecurityManager.java:1051)
	at org.wildfly.security.manager.WildFlySecurityManager.checkConnect(WildFlySecurityManager.java:380)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:510)
	at sun.net.www.http.HttpClient.<init>(HttpClient.java:211)
	at sun.net.www.http.HttpClient.New(HttpClient.java:308)
	at sun.net.www.http.HttpClient.New(HttpClient.java:326)
	at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1169)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1105)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:999)
	at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:933)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1513)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1441)
	at org.jboss.as.test.integration.ee.lifecycle.servlet.InfoClient.notify(InfoClient.java:38)
	... 55 more

org.jboss.as.test.integration.ee.lifecycle.servlet.ListenerLifecycleCallbackInterceptionTestCase#testListenerPreDestroyInterception

./integration-tests.sh -DtestLogToFile=false -Dts.basic -Dtest=ListenerLifecycleCallbackInterceptionTestCase -Dsecurity.manager -Dnode0=$MYTESTIP_1

[org.jboss.as.ee] (ServerService Thread Pool -- 10) WFLYEE0006: Failed to destroy component instance org.jboss.as.ee.component.BasicComponentInstance@273c588b: java.lang.RuntimeException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "192.168.1.50:8080" "connect,resolve")" in code source "(vfs:/content/remote.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.remote.war" from Service Module Loader")
	at org.jboss.as.test.integration.ee.lifecycle.servlet.RemoteListener$Proxy$_$$_WeldSubclass.lifecycle_mixin_$$_preDestroy(Unknown Source)
	at io.undertow.servlet.core.ManagedListener.stop(ManagedListener.java:59)
	at io.undertow.servlet.core.ApplicationListeners.stop(ApplicationListeners.java:167)
	at io.undertow.servlet.core.DeploymentImpl.destroy(DeploymentImpl.java:254)
	at io.undertow.servlet.core.DeploymentManagerImpl$4.call(DeploymentManagerImpl.java:636)
	at io.undertow.servlet.core.DeploymentManagerImpl$4.call(DeploymentManagerImpl.java:633)
	at io.undertow.servlet.core.DeploymentManagerImpl.undeploy(DeploymentManagerImpl.java:641)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:143)
	... 57 more

org.jboss.as.test.integration.ee.lifecycle.servlet.ServletLifecycleCallbackInterceptionTestCase#testServletPreDestroyInterception

./integration-tests.sh -DtestLogToFile=false -Dts.basic -Dtest=ServletLifecycleCallbackInterceptionTestCase -Dsecurity.manager -Dnode0=$MYTESTIP_1

[org.jboss.as.ee] (ServerService Thread Pool -- 28) WFLYEE0006: Failed to destroy component instance org.jboss.as.ee.component.BasicComponentInstance@91cc90c: java.lang.RuntimeException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "192.168.1.50:8080" "connect,resolve")" in code source "(vfs:/content/remote.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.remote.war" from Service Module Loader")
	at org.jboss.as.test.integration.ee.lifecycle.servlet.RemoteServlet$Proxy$_$$_WeldSubclass.lifecycle_mixin_$$_preDestroy(Unknown Source)
	at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.stop(ManagedServlet.java:266)
	at io.undertow.servlet.core.ManagedServlet.stop(ManagedServlet.java:146)
	... 56 more

Hi,
a NPE is thrown if no private key file is supplied in the configuration for SFTP. The error is
Caused by: java.lang.NullPointerException: while trying to get the length of an array loaded from local variable 'foo'
at com.jcraft.jsch.Buffer.putString(Buffer.java:59)
I have analysed the code a bit and found that the problem is caused
by the class SftpOperations. The method createSession sets the userInfo for the seesion by an inline class. Here the method promptKeyboardInteractive does not work correctly if no private key file is supplied. In that case JSCH switches to user/pw authorization and this method is called. But since there is no password maintained the configation object returns NULL. The present implementation adds it to the string array causing the error in JSCH. JSCH either wants a NULL string array or an empty string array (I have tested both). So the code should look e.g. as follows:
            public String[] promptKeyboardInteractive(String destination, String name, String instruction, String[] prompt, boolean[] echo) {
                String password = configuration.getPassword();
                if (password == null) 
{
                    return new String[0];
                }
 else {
                    return new String[] 
{ password }
;
                }
            }
With that change JSCH returns
Caused by: java.io.FileNotFoundException: ./data/ssh/id_rsa (No such file or directory)
and that is the real cause of the error 
Jörg 

Lets do a support matrix in the book for HBase versions x Hadoop versions, and some cleanup in the Hadoop section. 

Spring-ws reads the entire message for logging purposes (when logging is set to DEBUG) and Axiom complains that it has nothing else to process:
DEBUG org.springframework.ws.soap.server.SoapMessageDispatcher - MessageDispatcher with name 'testing-ws' received request [<?xml version='1.0' encoding='UTF-8'?><soapenv:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Body xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><ns1:echoRequest xmlns:ns1="http://localhost:8080/testing-ws/services/echo">Hello</ns1:echoRequest></soapenv:Body></soapenv:Envelope>]
DEBUG org.springframework.ws.soap.server.SoapMessageDispatcher - Endpoint mapping [org.springframework.ws.soap.server.endpoint.mapping.SoapActionEndpointMapping@11415c8] maps request to endpoint [com.testing.system.infrastructure.ws.EchoEndpoint@1a220e6]
DEBUG org.springframework.ws.soap.server.SoapMessageDispatcher - Testing endpoint adapter [org.springframework.ws.server.endpoint.adapter.MessageEndpointAdapter@11df164]
DEBUG org.springframework.ws.soap.server.SoapMessageDispatcher - Testing endpoint adapter [org.springframework.ws.server.endpoint.adapter.PayloadEndpointAdapter@67c1a6]
DEBUG org.springframework.ws.soap.server.SoapMessageDispatcher - Testing endpoint exception resolver [org.springframework.ws.soap.server.endpoint.SimpleSoapExceptionResolver@6279d]
WARN  org.springframework.ws.soap.server.SoapMessageDispatcher - Endpoint invocation resulted in exception - responding with SOAP Fault
org.springframework.ws.soap.axiom.AxiomSoapBodyException: Could not access envelope: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1,322]
Message: already reached end document; nested exception is org.apache.axiom.om.OMException: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1,322]
Message: already reached end document
Caused by: 
org.apache.axiom.om.OMException: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1,322]
	at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:239)
	at org.apache.axiom.om.impl.llom.OMElementImpl.buildNext(OMElementImpl.java:552)
	at org.apache.axiom.om.impl.llom.OMElementImpl.getFirstOMChild(OMElementImpl.java:563)
	at org.apache.axiom.om.impl.llom.OMElementImpl.getFirstElement(OMElementImpl.java:823)
Setting the log level to INFO solves the problem but the info is quite hard to find and very unpleasant during development/debugging

TestClearDanglingScratchDir fail on branch-1 due to branch-1 is using log4j. Attach a patch to let test pass on both master and branch-1.

HiveParser pushes/pops messages describing the current parse rule like so:

joinSource
@init { gParent.msgs.push("join source"); }
@after { gParent.msgs.pop(); }
...

The ANTLR generated code for the init/after actions looks like this:

         gParent.msgs.push("join source"); 
...
            if ( state.backtracking==0 ) { gParent.msgs.pop(); }

If we have a parse rule that does some lookahead, the message is always pushed onto the message stack since the init action has no check of state.backtracking.  But that message is never popped because the after action does check state.backtracking. As a result there can be a bunch of parser context messages added to the stack which are never taken off.

There is a type cast error in Join operator. Produced by the following steps:

create table zshao_foo (foo_id int, foo_name string, foo_a string, foo_b string,
foo_c string, foo_d string) row format delimited fields terminated by ','

create table zshao_bar (bar_id int, bar_0 int, foo_id int, bar_1 int, bar_name
string, bar_a string, bar_b string, bar_c string, bar_d string) row format
delimited fields terminated by ',' stored as textfile;

create table zshao_count (bar_id int, n int) row format delimited fields
terminated by ',' stored as textfile;

Each table has a single row as follows:

zshao_foo:
1,foo1,a,b,c,d

zshao_bar:
10,0,1,1,bar10,a,b,c,d

zshao_count:
10,2

load data local inpath 'zshao_foo' overwrite into table zshao_foo;
load data local inpath 'zshao_bar' overwrite into table zshao_bar;
load data local inpath 'zshao_count' overwrite into table zshao_count;

select zshao_foo.foo_name, zshao_bar.bar_name, n from zshao_foo join zshao_bar on zshao_foo.foo_id =
zshao_bar.foo_id join zshao_count on zshao_count.bar_id = zshao_bar.bar_id;

The case is from David Lerman.

Found minor typo in manual. A patch is included in this issue.

I have a test which excercises what SQL can and can't be performed using an embedded Derby database (probably irrelevant to this issue though). I'll do a pull requets in a second but basically I have a setup:
jdbcTemplate().execute("CREATE TABLE emp(name VARCHAR(100), salary INTEGER)");
jdbcTemplate().execute("INSERT INTO emp VALUES('Joe',20000),
and a test:
assertThat(jdbcTemplate().queryForObject("SELECT CAST (max(salary) AS BIGINT) FROM emp", BigInteger.class)).isEqualTo(BigInteger.valueOf(31000l));
This test will pass on the 3.x and 4.0.x codelines but fail on 4.1 with a DataIntegrityViolation:
org.springframework.dao.DataIntegrityViolationException: StatementCallback; SQL [SELECT CAST (max(salary) AS BIGINT) FROM emp]; An attempt was made to get a data value of type 'java.math.BigInteger' from a data value of type 'BIGINT'.; nested exception is java.sql.SQLDataException: An attempt was made to get a data value of type 'java.math.BigInteger' from a data value of type 'BIGINT'.

From time to time I am getting the following ConcurrentModificationException. Hopefully the stack trace helps:

2015-12-03 14:54:42,255 ERROR    o.a.c.c.C.[.[localhost].[/].[dispatcherServlet]: 182 - Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is java.util.ConcurrentModificationException] with root cause
	at java.util.HashMap$HashIterator.nextNode(HashMap.java:1429) ~[na:1.8.0_45]
	at java.util.HashMap$ValueIterator.next(HashMap.java:1458) ~[na:1.8.0_45]
	at org.springframework.data.rest.core.mapping.MappingResourceMetadata$PropertyMappings.getMappingFor(MappingResourceMetadata.java:186) ~[spring-data-rest-core-2.4.1.RELEASE.jar:na]
	at org.springframework.data.rest.core.mapping.MappingResourceMetadata.getProperty(MappingResourceMetadata.java:118) ~[spring-data-rest-core-2.4.1.RELEASE.jar:na]
	at org.springframework.data.rest.core.mapping.RepositoryAwareResourceMetadata.getProperty(RepositoryAwareResourceMetadata.java:93) ~[spring-data-rest-core-2.4.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController.doWithReferencedProperty(RepositoryPropertyReferenceController.java:427) ~[spring-data-rest-webmvc-2.4.1.RELEASE.jar:na]
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController.followPropertyReference(RepositoryPropertyReferenceController.java:149) ~[spring-data-rest-webmvc-2.4.1.RELEASE.jar:na]
	at sun.reflect.GeneratedMethodAccessor427.invoke(Unknown Source) ~[na:na]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_45]
	at java.lang.reflect.Method.invoke(Method.java:497) ~[na:1.8.0_45]
	at org.springsource.loaded.ri.ReflectiveInterceptor.jlrMethodInvoke(ReflectiveInterceptor.java:1432) ~[springloaded-1.2.4.RELEASE.jar:1.2.4.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:222) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:137) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:110) ~[spring-webmvc-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:814) ~[spring-webmvc-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:737) ~[spring-webmvc-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85) ~[spring-webmvc-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959) ~[spring-webmvc-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893) ~[spring-webmvc-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) ~[spring-webmvc-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861) ~[spring-webmvc-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) ~[tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846) ~[spring-webmvc-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) ~[tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291) ~[tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) ~[tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) ~[tomcat-embed-websocket-8.0.28.jar:8.0.28]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) ~[tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.springframework.boot.actuate.autoconfigure.EndpointWebMvcAutoConfiguration$ApplicationContextHeaderFilter.doFilterInternal(EndpointWebMvcAutoConfiguration.java:242) ~[spring-boot-actuator-1.3.0.RELEASE.jar:1.3.0.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.boot.actuate.trace.WebRequestTraceFilter.doFilterInternal(WebRequestTraceFilter.java:111) ~[spring-boot-actuator-1.3.0.RELEASE.jar:1.3.0.RELEASE]
	at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:207) ~[spring-security-web-4.0.3.RELEASE.jar:4.0.3.RELEASE]
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:176) ~[spring-security-web-4.0.3.RELEASE.jar:4.0.3.RELEASE]
	at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:87) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:77) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:121) ~[spring-web-4.2.3.RELEASE.jar:4.2.3.RELEASE]
	at org.springframework.boot.actuate.autoconfigure.MetricsFilter.doFilterInternal(MetricsFilter.java:103) ~[spring-boot-actuator-1.3.0.RELEASE.jar:1.3.0.RELEASE]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:217) ~[tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.catalina.valves.RemoteIpValve.invoke(RemoteIpValve.java:676) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:673) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1500) [tomcat-embed-core-8.0.28.jar:8.0.28]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1456) [tomcat-embed-core-8.0.28.jar:8.0.28]

When I use the resourceClass parameter as described in the docs, I get an unexpected error:
import javax.ws.rs.PathParam;
@Path("/sample/")
public final class SampleResource {
  @Path("/
{param1}
/
{param2}
")
  public Object sampleOperation(@PathParam("param1") final String param1, @PathParam("param2") final String param2) 
{
  }

}
public final class SampleRouteBuilder extends RouteBuilder {
  @Override
{
    from("cxfrs:http://0.0.0.0:8080?resourceClass=SampleResource")...
  }

}
The workaround has been using the resourceClasses parameter instead.

I'm having issues with URL rewriting in my application when Web Flow sends a redirect inside an AJAX request. This is the method executed to build the response (org.springframework.faces.webflow.JsfAjaxHandler class):

	protected void sendAjaxRedirectInternal(final String targetUrl, final HttpServletRequest request,
			final HttpServletResponse response, boolean popup) throws IOException {

		// Ideally facesContext.getExternalContext().redirect() should be used instead of the code in this method.
		// However PartialViewContextImpl.createPartialResponseWriter() calls cxt.getRenderKit(), which in turn
		// tries to get the UIViewRoot's renderKitId. That results in NPE when JsfAjaxHandler is called
		// outside of flow execution. The code below wraps the FacesContext to override getRenderKit() and provide a
		// default render kit id.

		try {
			PartialResponseWriter writer = createPartialResponseWriter(facesContext);
			writer.startDocument();
			writer.redirect(targetUrl);
			writer.endDocument();
		} finally {
			helper.releaseIfNecessary();
		}
	}

If argument targetUrl is encoded with:

response.encodeRedirectURL(targetUrl)

everything goes fine.

When MR job is run locally by hive (instead of hadoop cluster), the MR job ends up running as hiveserver user instead of the user submitting the query, even if doAs configuration is enabled.
In case of map-side join (see map join optimization) , MapredLocalTask is spawned in child process to process the map-side file before adding it to distributed cache. When hive.server2.enable.doAs is enabled, MapredLocalTask should run as the user submitting the query. But by default, in case of unsecure (ie without kerberos security) mode hadoop considers user the process runs as the user.

TimerManagementTestCase fail with non-"en_US.UTF-8" locale settings. These LANG are affected: 

de_DE.UTF-8
es_ES.UTF-8
fr_FR.UTF-8
ja_JP.UTF-8
pt_BR.UTF-8
zh_CN.UTF-8

Always

export LANG=de_DE.UTF-8
mvn install -B -fae -Dmaven.test.failure.ignore=true  -llr -Dnode0=$MYTESTIP_1  -Dnode1=$MYTESTIP_2 -Dts.basic -Djboss.dist=$JBOSS_DIST   -Dtest=TimerManagementTestCase -DfailIfNoTests=false -DtestLogToFile=false

java.lang.AssertionError: "{\"outcome\" => \"failed\",\"failure-description\" => \"WFLYCTL0216: Recurso de administración '[
    (\\\"deployment\\\" => \\\"ejb-mgmt-timers.jar\\\"),
    (\\\"subsystem\\\" => \\\"ejb3\\\"),
    (\\\"stateless-session-bean\\\" => \\\"TimerBean\\\"),
    (\\\"service\\\" => \\\"timer-service\\\"),
    (\\\"timer\\\" => \\\"8355ac14-8067-436c-9e50-3fcf77eff7cf\\\")
]' no encontrado\",\"rolled-back\" => true}"

RequestMappingInfoHandlerMapping potentially throws a NoSuchElementException in handleMatch(...) in case the patterns in RequestMappingInfo don't contain any values.

  java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.java:375)
  java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:384)
  java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1010)
  org.springframework.web.servlet.mvc.method.RequestMappingInfoHandlerMapping.handleMatch(RequestMappingInfoHandlerMapping.java:88)

JobLauncherTestUtils uses the following code to locate the step in a job

StepLocator locator = (StepLocator) this.job;
Step step = locator.getStep(stepName);
if (step == null) {
    step = locator.getStep(this.job.getName() + "." + stepName);
}

This isn't able to find the step if the Flow Job is created using java config using jobBuilders. 
The issue is that the builder creates a SimpleFlow object inside who's afterPropertiesSet is never fired which calls initializeTransitions which is responsible for populating all the states in the state map. The issue never appears when the job is executed because the same method is fired in start method of the flow (which populates all the data structures etc.) but in case of launching a step using JobLauncherTestUtils it is trying to find the step the respective stateMaps etc. are never populated which results in the following exception every time:

java.lang.IllegalStateException: No Step found with name: [categoryClassificationStep]
	at org.springframework.batch.test.JobLauncherTestUtils.launchStep(JobLauncherTestUtils.java:237)
	at org.springframework.batch.test.JobLauncherTestUtils.launchStep(JobLauncherTestUtils.java:187)
	at com.etilize.sde.core.category.CategoryClassificationStepTest.shouldClassifyAndPersistProduct(CategoryClassificationStepTest.java:18)

Several of my "non-roo" utility files now get parsing errors (since upgrading to rev 43c185c)
 .../javaparser/CompilationUnitServices.java        |    3 +
 .../javaparser/JavaParserClassMetadata.java        |   14 +-
 .../javaparser/JavaParserMetadataProvider.java     |    6 +-
 ...vaParserMutableClassOrInterfaceTypeDetails.java |  459 +++++++++--
 .../roo/classpath/javaparser/JavaParserUtils.java  |  210 +++---
 .../details/JavaParserConstructorMetadata.java     |    8 +-
 .../details/JavaParserFieldMetadata.java           |   15 +-
 .../details/JavaParserInnerTypeMetadata.java       |  609 +++++++++++++
 .../details/JavaParserMethodMetadata.java          |   43 +-
 .../roo/classpath/MetadataCommands.java            |   18 +-
Each file fails to parse twice:
:myProject>roo-dev
    ____  ____  ____
   / __ \/ __ \/ __ \
  / /_/ / / / / / / /
 / , _/ // / /_/ /
// ||___/___/    1.1.1.RELEASE [rev 43c185c]
[FelixDispatchQueue]
 Parsing failure for 'C:\Data\Programs\java\myProject\src\main\java\com\myproj\mypkg\util\EmailSender.java' (development mode diagnostics)
                     java.lang.NullPointerException
       at org.springframework.roo.classpath.javaparser.details.JavaParserInnerTypeMetadata.<init>(JavaParserInnerTypeMetadata.java:201)
       at org.springframework.roo.classpath.javaparser.JavaParserMutableClassOrInterfaceTypeDetails.<init>(JavaParserMutableClassOrInterfaceTypeDetails.java:269)
       at org.springframework.roo.classpath.javaparser.JavaParserClassMetadata.<init>(JavaParserClassMetadata.java:69)
       at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.get(JavaParserMetadataProvider.java:160)
       at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:136)
       at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:81)
       at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:179)
       at org.springframework.roo.classpath.TypeLocationServiceImpl.getClassOrInterfaceTypeDetails(TypeLocationServiceImpl.java:137)
       at org.springframework.roo.classpath.TypeLocationServiceImpl.processTypesWithAnnotation(TypeLocationServiceImpl.java:88)
       at org.springframework.roo.classpath.TypeLocationServiceImpl.findClassesOrInterfaceDetailsWithAnnotation(TypeLocationServiceImpl.java:128)
       at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.reverseEngineer(DbreDatabaseListenerImpl.java:98)
       at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.processDatabase(DbreDatabaseListenerImpl.java:90)
       at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.notifyDatabaseRefreshed(DbreDatabaseListenerImpl.java:73)
       at org.springframework.roo.addon.dbre.DbreModelServiceImpl.publishToListeners(DbreModelServiceImpl.java:247)
       at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:206)
       at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:185)
       at org.springframework.roo.addon.dbre.DbreModelServiceImpl.getDatabase(DbreModelServiceImpl.java:150)
       at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.getIdentifiers(DbreDatabaseListenerImpl.java:306)
       at org.springframework.roo.addon.entity.AbstractIdentifierServiceAwareMetadataProvider.getIdentifiersForType(AbstractIdentifierServiceAwareMetadataProvider.java:53)
       at org.springframework.roo.addon.entity.EntityMetadataProviderImpl.getMetadata(EntityMetadataProviderImpl.java:83)
       at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:235)
       at org.springframework.roo.addon.dbre.DbreMetadataProviderImpl.getMetadata(DbreMetadataProviderImpl.java:52)
       at org.springframework.roo.classpath.scanner.MemberDetailsScannerImpl.getMemberDetails(MemberDetailsScannerImpl.java:135)
       at org.springframework.roo.addon.beaninfo.BeanInfoMetadataProviderImpl.getMetadata(BeanInfoMetadataProviderImpl.java:34)
       at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadataProviderImpl.getMetadata(WebScaffoldMetadataProviderImpl.java:64)
       at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:112)
       at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:199)
       at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:262)
       at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:138)
       at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:344)
       at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:318)
       at org.springframework.roo.process.manager.internal.DefaultFileManager.notify(DefaultFileManager.java:199)
       at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:276)
       at org.springframework.roo.addon.maven.MavenProjectMetadataProvider.onFileEvent(MavenProjectMetadataProvider.java:778)
       at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:36)
       at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:15)
       at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:177)
       at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:99)
       at org.springframework.roo.process.manager.internal.DefaultProcessManager$1.frameworkEvent(DefaultProcessManager.java:62)
       at org.apache.felix.framework.util.EventDispatcher.invokeFrameworkListenerCallback(EventDispatcher.java:767)
       at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:724)
       at org.apache.felix.framework.util.EventDispatcher.run(EventDispatcher.java:942)
       at org.apache.felix.framework.util.EventDispatcher.access$000(EventDispatcher.java:54)
       at org.apache.felix.framework.util.EventDispatcher$1.run(EventDispatcher.java:106)
       at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:183)

I have a test case using a simple route inside a fabric:

  <from uri="master:FD:timer://foo?period=30000"/> or
  <from uri="master:FD:timer:foo?period=30000"/>

The route kicks off just fine, however, the period option is ignored. This route runs ever second. 
Dropping the master syntax, I can see the timer work correctly, i.e

<!--from uri="timer://foo?period=30s"/-->

Test Case 
1. Created new fabric - fabric:create --clean
2. Changed the demo we shipped in 4.4.1 for osgi, attached as it just has one route in it now. 
3. 2. Used FMC to add camel to root profile and create a new profile.  On the new profile added my bundle:
mvn:org.apache.servicemix.examples/camel-osgi/4.4.1-fuse-08-15/
4.  Output of camel-route:display  looks good:

FuseESB:karaf@root> camel:route-show route1 
<route id="route1" xmlns="http://camel.apache.org/schema/spring">
    <from uri="master:FD:timer://foo?period=30000"/>
    <bean ref="myTransform" method="transform" id="bean3"/>
    <to uri="log:ExampleRouter" id="to3"/>
</route>

When there is already a long-running thread pool for a work manager and you try to create another one:
/subsystem=jca/workmanager=default/long-running-threads=custom:add(max-threads=30, queue-length=30)
you only get an opaque error message:
"failure-description" => "WFLYCTL0086: Failed to persist configuration change: WFLYCTL0084: Failed to marshal configuration", with a, also useless, java.lang.IllegalArgumentException in the server log.
It should be more obvious that the error is that you cannot create two long-running thread pools

Before it does anything else, ParallelScatterZipCreator#writeTo(ZipArchiveOutputStream) loops over all futures returned by the creator`s executor service and calls Future#get(). This will block until the future's computation is completed, respectively - i.e., until all entries have been written to the thread-local scatter streams.
However, if the computation of a future fails, then Future#get() can also throw an exception. This exception escapes ParallelScatterZipCreator#writeTo(ZipArchiveOutputStream) before the executor service is shut down. The latter means that also the thread-local variables in the executor service's threads and all objects referenced by them continue to exist and cannot be reclaimed by the GC.
I encountered this situation when - while processing an archive with 130,000 documents - the JVM threw an OutOfMemoryError. The application was not able to recover from this OOM error because most of the heap was occupied by objects reachable from the executor service's threads.
Of course, the OOM is mostly the fault of my own code; I will be able to work around the "leaked" executor service because I supply it in the first place and can therefore shut it down if I detect an error situation.  
The effect would be the same, though, if, say, Future#get() throws an InterruptedException. Therefore, ParallelScatterZipCreator#writeTo(ZipArchiveOutputStream)  should either shut down and release all resources if it cannot complete its task due to an Exception thrown by a future or it should offer a reasonable recovery strategy. 

The MultiResourceItemReader starts with -1 as currentResource. If the ItemProcessor fails on first commit (I tested with a "throw new RuntimeException()"), this index remains -1 on ExecutionContext. Then, on restart, we get:
 java.lang.ArrayIndexOutOfBoundsException: -1
	at org.springframework.batch.item.file.MultiResourceItemReader.open(MultiResourceItemReader.java:171)
The fix is something like:
   if (executionContext.containsKey(executionContextUserSupport.getKey(RESOURCE_KEY))) {
	currentResource = executionContext.getInt(executionContextUserSupport.getKey(RESOURCE_KEY));
	// begin fix block
	if (currentResource == -1) 
{
		currentResource = 0;
	}
        // end fix block
        delegate.setResource(resources[currentResource]);
   }

Phoenix adding multiple coprocessors for a table and one of them has preAppend and preIncrement implementation and bypass the operations by returning the results. But the other coprocessors which doesn't have any implementation returning null and the results returned by previous coprocessor are override by null and always going with default implementation of append and increment operations. But it's not the case with old versions and works fine on bypass.

all the methods of MasterCoprocessorHost and RegionCoprocessorHost are copy-paste, and a couple of them have some missing fixes.
The body of each function is the same, the only difference is the call to the specific coprocessor.

Need to add class="table" to the table for region counts per region server on table display page.

Two ear files are deployed on EAP instance and both are configured to use different logging profile through EAR/META-INF/MANIFEST.MF file.
WAR file from EAR uses some libraries those are present in the "lib" folder of each ear file. Application1.ear which logs in app1.log  and Application2.ear which logs in app2.log.
when we access application we can see logging from EAR1 into EAR2 log file .

Fix flaky test TestStochasticLoadBalancer#testBalanceCluster.

'Found class for org.apache.hadoop.hive.serde2.columnar.ColumnarSerDe'
should go to stderr where other informational messages are sent.

Given the fork definition:

<channel name="ee" stack="udp">
    <fork name="foo">
        <protocol type="RSVP"/>
    </fork>
</channel>

And given the code:

@Resource(lookup = "java:jboss/jgroups/factory/foo")
private ChannelFactory factory;

    try {
        Channel channel = this.factory.createChannel("bar");
        // This assertion fails!
        assert channel.getProtocolStack().findProtocol("RSVP") != null;
        throw new RuntimeException(e);
    }
}

PROBLEM:
As per the Hive Language DDL: 
https://cwiki.apache.org/confluence/display/Hive/LanguageManual+DDL
In Hive 0.12 and earlier, only alphanumeric and underscore characters are allowed in table and column names.
In Hive 0.13 and later, column names can contain any Unicode character (see HIVE-6013). Any column name that is specified within backticks (`) is treated literally.
However column names

` left` resulted in `left`
` middle ` resulted in `middle`
`right ` resulted in `right`
`middle space` resulted in `middle space`
` middle space ` resulted in `middle space`

Problem described in issue SWS-413 has partially been fixed.
Given XSD-A importing XSD-B, both in the classpath, the fix works if XSD-A and XSD-B are in the same classpath location (both in WEB-INF/classes, or in the same JAR file), but it does not work if the XSD files are located in different JAR files, for example.
The provided patch fixes this : if the imported XSD could not be resolved with the same base URI, we must keep searching in the classpath, (last statements should not be in an else block).

from a text table insert into a orc table like as 

insert overwrite table custom.rank_less_orc_none partition(logdate='2015051500') 
select ur,rf,it,dt from custom.rank_text where logdate='2015051500';

will throws a error ,

Error: java.lang.RuntimeException: Hive Runtime Error while closing operators
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.close(ExecMapper.java:260)
        at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:61)
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:450)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1892)
Caused by: org.apache.hadoop.fs.viewfs.NotInMountpointException: getDefaultReplication on empty path is invalid
        at org.apache.hadoop.fs.viewfs.ViewFileSystem.getDefaultReplication(ViewFileSystem.java:593)
        at org.apache.hadoop.hive.ql.io.orc.WriterImpl.getStream(WriterImpl.java:1750)
        at org.apache.hadoop.hive.ql.io.orc.WriterImpl.flushStripe(WriterImpl.java:1767)
        at org.apache.hadoop.hive.ql.io.orc.WriterImpl.close(WriterImpl.java:2040)
        at org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat$OrcRecordWriter.close(OrcOutputFormat.java:105)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.closeWriters(FileSinkOperator.java:164)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.closeOp(FileSinkOperator.java:842)
        at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:577)
        at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:588)
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.close(ExecMapper.java:227)
        ... 8 more

Since 1.1.0.M4 updateStatus with media results in an corrupted image.
The normal FormHttpMessageConverter works fine. 

Follow domain should be persist:

public class Domain {

    String field;
}

It works, as long as auditing is turned off. After putting @EnableAuditing to application follows exception is thrown:

org.springframework.data.mapping.model.MappingException: Cannot determine IsNewStrategy for type class codes.walery.spring.mongo.audit.DomainWithoutAuditing!

If auditing is enabled those steps are executed:

Determine strategy to fill auditing fields
Find fields that should be filled via auditing
Fill found fields

If strategy can't be determined (because id and version is not available in domain) exception is thrown and object isn't persisted.
This exception is also thrown if you don't have any fields in model that are filled via auditing.
There is no need to throw this exception if no fields are filled via auditing.
Some code to make it clear:

// Everything fine
public class Domain1 {

    @Id
    Long id;

    @LastModifiedDate
    LocalDateTime lastModifiedDate;

}

// Exception is thrown. This is correct, there is no way to know how to fill lastModifiedDate field.
public class Domain2 {

}

// Exception is thrown. But there is no reason for Exception.
public class Domain3 {

}

I've patch for this ticket.
PR: https://github.com/spring-projects/spring-data-commons/pull/189

org.apache.hadoop.hbase.util.InfoServer loads a resource in 'hbase-webapps' but displays a message about 'webapps' when it does not find it.

During system test involving Phoenix local index, we observed the following in region server log:

2015-11-25 08:20:03,258 DEBUG [B.defaultRpcServer.handler=38,queue=2,port=49524] ipc.RpcServer: B.defaultRpcServer.handler=38,queue=2,port=49524: callId: 28 service:             ClientService methodName: Scan size: 277 connection: 100.75.224.9:64138^M
org.apache.hadoop.hbase.NotServingRegionException: GIGANTIC_TABLE,,1448439565197.0dc568cba621f11fd848ef87241d8535. is closing^M
  at org.apache.hadoop.hbase.regionserver.HRegion.startRegionOperation(HRegion.java:7649)^M
  at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2803)^M
  at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2760)^M
  at org.apache.phoenix.coprocessor.UngroupedAggregateRegionObserver.commitBatch(UngroupedAggregateRegionObserver.java:140)^M
  at org.apache.phoenix.coprocessor.UngroupedAggregateRegionObserver.doPostScannerOpen(UngroupedAggregateRegionObserver.java:417)^M
  at org.apache.phoenix.coprocessor.BaseScannerRegionObserver.postScannerOpen(BaseScannerRegionObserver.java:177)^M
  at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$52.call(RegionCoprocessorHost.java:1318)^M
  at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$RegionOperation.call(RegionCoprocessorHost.java:1673)^M
  at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperation(RegionCoprocessorHost.java:1748)^M
  at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperationWithResult(RegionCoprocessorHost.java:1712)^M
  at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.postScannerOpen(RegionCoprocessorHost.java:1313)^M
  at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:2259)^M
  at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32205)^M
  at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2114)^M

Here is related code snippet from UngroupedAggregateRegionObserver:

        region.startRegionOperation();
        try {
...
                            // Commit in batches based on UPSERT_BATCH_SIZE_ATTRIB in config
                            if (!indexMutations.isEmpty() && batchSize > 0 &&
                                    indexMutations.size() % batchSize == 0) {
                            	commitBatch(region, indexMutations, null);

In startRegionOperation(), read lock on region was obtained. So region close should not proceed until the operation completes.
However, we still got region closing because region#closing is set to true before write lock is taken in region#doClose() :

    this.closing.set(true);
    status.setStatus("Disabling writes for close");
    // block waiting for the lock for closing
    lock.writeLock().lock();

Proposed fix is to obtain write lock first.
Thanks to Rajeshbabu for offline discussion.

I just discovered what appears to be a regression in SpEL support when attempting to upgrade Spring Integration from depending on Spring 3.0.3 to Spring 3.0.4.
See the stack trace here: http://build.springframework.org/browse/INT-TRUNK-3075/test/case/63242567
This can be reproduced with the following steps:

svn co https://src.springframework.org/svn/spring-integration/trunk@4079
mvn test
notice build fails with a single 'test in error': shouldFindSimpleAggregatorMethodWithArray

I suspect the regression occurred in one of the following two commits that have happened since 3.0.3 was released:

https://fisheye.springsource.org/changelog/spring-framework/?cs=3473 (Andy, "support for expression inline lists and array construction (SPR-7335)")
https://fisheye.springsource.org/changelog/spring-framework/?cs=3542 (Juergen, " SpEL passes full collection type context to ConversionService (SPR-7410)"

Perhaps specifically in Andy's latest changes to org.springframework.expression/src/main/java/org/springframework/expression/spel/SpelMessage.java?

Steps to replicate:
1. Create a table with at least one column of type TIMESTAMP
2. Do a DatabaseMetaData.getColumns () such that this TIMESTAMP column is part of the resultset.
3. When you iterate over the TIMESTAMP column it would fail, throwing the below exception:
Exception in thread "main" java.sql.SQLException: Unrecognized column type: timestamp
	at org.apache.hadoop.hive.jdbc.Utils.hiveTypeToSqlType(Utils.java:56)
	at org.apache.hadoop.hive.jdbc.JdbcColumn.getSqlType(JdbcColumn.java:62)
	at org.apache.hadoop.hive.jdbc.HiveDatabaseMetaData$2.next(HiveDatabaseMetaData.java:244)

I get the following exception in DefaultCamelContext.removeRouteDefinitions().  We are removing route definitions from multiple threads.  I see synchronization in various other methods, but not this one. 
	at java.util.AbstractCollection.removeAll(AbstractCollection.java:336)
	at org.apache.camel.impl.DefaultCamelContext.removeRouteDefinitions(DefaultCamelContext.java:588)

There are some clarifications in JAX-WS 2.2 specification that are causing webserviceref TCK6 failures.
diff -r 2.2/javax/xml/ws/WebServiceRef.java 2.1/javax/xml/ws/WebServiceRef.java
68,131c31,78
<     Class<? extends Service> value() default Service.class;
>      Class value() default Object.class ;

A customer started to see this in the logs, but happily everything was working as intended:

2017-03-30 12:01:59,446 ERROR ZooKeeperHiveLockManager: [HiveServer2-Background-Pool: Thread-620]: Serious Zookeeper exception: 
org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hive_zookeeper_namespace/<TABLE_NAME>/LOCK-SHARED-

This was happening, because a race condition between the lock releasing, and lock acquiring. The thread releasing the lock removes the parent ZK node just after the thread acquiring the lock made sure, that the parent node exists.
Since this can happen without any real problem, I plan to add NODEEXISTS, and NONODE as a transient ZooKeeper exception, so the users are not confused.
Also, the original author of ZooKeeperHiveLockManager maybe planned to handle different ZooKeeperExceptions differently, and the code is hard to understand. See the continue and the break. The break only breaks the switch, and not the loop which IMHO is not intuitive:

    do {
      try {
[..]
        ret = lockPrimitive(key, mode, keepAlive, parentCreated, 
      } catch (Exception e1) {
        if (e1 instanceof KeeperException) {
          KeeperException e = (KeeperException) e1;
          switch (e.code()) {
          case CONNECTIONLOSS:
          case OPERATIONTIMEOUT:
            LOG.debug("Possibly transient ZooKeeper exception: ", e);
            continue;
          default:
            LOG.error("Serious Zookeeper exception: ", e);
            break;
          }
        }
[..]
      }
    } while (tryNum < numRetriesForLock);

If we do not want to try again in case of a "Serious Zookeeper exception:", then we should add a label to the do loop, and break it in the switch.
If we do want to try regardless of the type of the ZK exception, then we should just change the continue; to break; and move the lines part of the code which did not run in case of continue to the default switch, so it is easier to understand the code.
Any suggestions or ideas Chaoyu Tang or Szehon Ho?

This should not happen:
...
Caused by: org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from class path resource [...];
nested exception is org.springframework.beans.FatalBeanException: Invalid NamespaceHandler class [org.springframework.scheduling.config.TaskNamespaceHandler] for namespace http://www.springframework.org/schema/task: problem with handler class file or dependent class; nested exception is java.lang.NoClassDefFoundError: edu/emory/mathcs/backport/java/util/concurrent/ThreadPoolExecutor$AbortPolicy

TestBeeLineWithArgs.testPositiveScriptFile fails -

   [junit] 0: jdbc:hive2://localhost:10000> >>> STARTED testBreakOnErrorScriptFile
    [junit] Output: Connecting to jdbc:hive2://localhost:10000
    [junit] Connected to: Hive (version 0.12.0-SNAPSHOT)
    [junit] Driver: Hive (version 0.12.0-SNAPSHOT)
    [junit] Transaction isolation: TRANSACTION_REPEATABLE_READ
    [junit] Beeline version 0.12.0-SNAPSHOT by Apache Hive
    [junit] +----------------+
    [junit] | database_name  |
    [junit] No rows selected (0.899 seconds)
    [junit] Closing: org.apache.hive.jdbc.HiveConnection
    [junit]
    [junit] >>> FAILED testPositiveScriptFile (ERROR) (2s)

There are several methods in HadoopShims that can be removed since we are only supporting 0.20+.

This issue is described in this email thread.
http://www.nabble.com/restlet-usage-td21572086s22882.html#a21592556

With the latest version of Weld, JSF apps that use CDI now get this warning:

14:42:20,862 WARN  [org.jboss.weld.Bean] (MSC service thread 1-2) WELD-001529 An InjectionTarget is created for a class org.jboss.as.jsf.injection.weld.WeldApplicationFactory which does not have any appropriate constructor.

If, by some means, an unsuspecting REST server client would get a malformed response from the REST server, it could result in the client performing some unintended action from the XML parsing.
We should disable these extra options on the XML parser to prevent the possibility.

Via Gopal V:

Caused by: java.lang.ArrayIndexOutOfBoundsException: -204

        at java.util.ArrayList.elementData(ArrayList.java:371)

        at java.util.ArrayList.get(ArrayList.java:384)

        at org.apache.hadoop.hive.serde2.WriteBuffers.setReadPoint(WriteBuffers.java:95)

        at org.apache.hadoop.hive.serde2.WriteBuffers.hashCode(WriteBuffers.java:100)

        at org.apache.hadoop.hive.ql.exec.persistence.BytesBytesMultiHashMap.put(BytesBytesMultiHashMap.java:203)

        at org.apache.hadoop.hive.ql.exec.persistence.MapJoinBytesTableContainer.putRow(MapJoinBytesTableContainer.java:266)

        at org.apache.hadoop.hive.ql.exec.tez.HashTableLoader.load(HashTableLoader.java:124)

        ... 16 more

If we upgrade to JUnit 4.x we can get access to @BeforeClass annotations... that allows us to start up DFS & Hbase only once per test class.  This should improve the speed of our unit tests substantially.
We will also need an ability to reset the hbase state between tests however.  Drop all tables for example.

The latency is measured with a 1K buffer.
It's not very comfortable when you're looking at 99.999% latency on multiple millions of operation.
Unfortunately, the constructor is protected, so we need to hack a little... 

If filesystem is remote, e.g. its an Hadoop DFS running "over there", there is no means of pointing hbase at it currently (unless you count copying hadoop-site.xml into hbase/conf).  Should be possible to just set a fully qualified hbase.rootdir and that should be sufficient for hbase figuring the fs (needs to be backported to 0.1 too).

I have a route (XML definition) containing a choice based on xpath expressions. The xpath expressions are using custom namespaces. After migration from camel 2.13.2 to camel 2.14.0 the namespaces are not registered to the XpathExpression and XPathBuilder anymore.
XPath in "setProperty" definitions referencing the same namespaces still work fine.

Problem: Operations which use AsyncRequestFutureImpl.receiveMultiAction(MultiAction, ServerName, MultiResponse, int) API with tablename set to null reset the meta cache of the corresponding server after each call. One such operation is put operation of HTableMultiplexer (Might not be the only one). This may impact the performance of the system severely as all new ops directed to that server will have to go to zk first to get the meta table address and then get the location of the table region as it will become empty after every htablemultiplexer put.
From the logs below, one can see after every other put the cached region locations are cleared. As a side effect of this, before every put the server needs to contact zk and get meta table location and read meta to get region locations of the table.

2018-09-13 22:21:15,467 TRACE [htable-pool11-t1] client.MetaCache(283): Removed all cached region locations that map to root1-thinkpad-t440p,35811,1536857446588
2018-09-13 22:21:15,467 DEBUG [HTableFlushWorker-5] client.HTableMultiplexer$FlushWorker(632): Processed 1 put requests for root1-ThinkPad-T440p:35811 and 0 failed, latency for this send: 5
2018-09-13 22:21:15,515 TRACE [RpcServer.reader=1,bindAddress=root1-ThinkPad-T440p,port=35811] ipc.RpcServer$Connection(1954): RequestHeader call_id: 218 method_name: "Get" request_param: true priority: 0 timeout: 60000 totalRequestSize: 137 bytes
2018-09-13 22:21:15,515 TRACE [RpcServer.FifoWFPBQ.default.handler=3,queue=0,port=35811] ipc.CallRunner(105): callId: 218 service: ClientService methodName: Get size: 137 connection: 127.0.0.1:42338 executing as root1
2018-09-13 22:21:15,515 TRACE [RpcServer.FifoWFPBQ.default.handler=3,queue=0,port=35811] ipc.RpcServer(2356): callId: 218 service: ClientService methodName: Get size: 137 connection: 127.0.0.1:42338 param: region= testHTableMultiplexer_1,,1536857451720.304d914b641a738624937c7f9b4d684f., row=\x00\x00\x00\xC4 connection: 127.0.0.1:42338, response result { associated_cell_count: 1 stale: false } queueTime: 0 processingTime: 0 totalTime: 0
2018-09-13 22:21:15,516 TRACE [RpcServer.FifoWFPBQ.default.handler=3,queue=0,port=35811] io.BoundedByteBufferPool(106): runningAverage=16384, totalCapacity=0, count=0, allocations=1
2018-09-13 22:21:15,516 TRACE [main] ipc.AbstractRpcClient(236): Call: Get, callTime: 2ms
2018-09-13 22:21:15,516 TRACE [main] client.ClientScanner(122): Scan table=hbase:meta, startRow=testHTableMultiplexer_1,\x00\x00\x00\xC5,99999999999999
2018-09-13 22:21:15,516 TRACE [main] client.ClientSmallReversedScanner(179): Advancing internal small scanner to startKey at 'testHTableMultiplexer_1,\x00\x00\x00\xC5,99999999999999'
2018-09-13 22:21:15,517 TRACE [main] client.ZooKeeperRegistry(59): Looking up meta region location in ZK, connection=org.apache.hadoop.hbase.client.ZooKeeperRegistry@599f571f

From the minicluster logs HTableMultiplexer1000Puts.UT.txt one can see that the string "Removed all cached region locations that map" and "Looking up meta region location in ZK" are present for every put.
Analysis:
 The problem occurs as we call the cleanServerCache method always clears the server cache in case tablename is null and exception is null. See AsyncRequestFutureImpl.java#L918

private void cleanServerCache(ServerName server, Throwable regionException) {
    if (tableName == null && ClientExceptionsUtil.isMetaClearingException(regionException)) {
      // For multi-actions, we don't have a table name, but we want to make sure to clear the
      // cache in case there were location-related exceptions. We don't to clear the cache
      // for every possible exception that comes through, however.
      asyncProcess.connection.clearCaches(server);
    }
  }

The problem is  ClientExceptionsUtil.isMetaClearingException(regionException)) assumes that the caller should take care of null exception check before calling the method i.e. it will return true if the passed exception is null, which may not be a correct assumption.

The Javadoc for SessionFixationConfigurer#changeSessionId() was copied and pasted from SessionFixationConfigurer#none() and never updated. It is incorrect. This commit fixes that. It also adds a newline at the end of the file, which the file was missing, causing Git to complain.
Pull request https://github.com/SpringSource/spring-security/pull/42

The ref guide currently has one or more links to some javadocs that are no longer in our user apis. unfortunately they link via a google search which prevents the dead link detector from finding them.
e.g. in architecture.adoc

Instead, they create small files similar to symbolic link files, named link:http://www.google.com/url?q=http%3A%2F%2Fhbase.apache.org%2Fapidocs%2Forg%2Fapache%2Fhadoop%2Fhbase%2Fio%2FReference.html&sa=D&sntz=1&usg=AFQjCNEkCbADZ3CgKHTtGYI8bJVwp663CA[Reference files], which point to either the top or bottom part of the parent store file according to the split point.

We should instead directly link to the correct location, e.g. http://hbase.apache.org/devapidocs/org/apache/hadoop/hbase/io/Reference.html

At the moment if an empty string is passed it is parsed to an array with size 1 and empty host in Address (due to use of the String.split() method), which makes java connecting to localhost.
This is completely unexpected.
I've raised this question in rabbitmq-java-client https://groups.google.com/forum/#!topic/rabbitmq-users/yIMnrcR9_o4 and throwing an exception is a possible option there.
I would suggest a hasText() check before in spring-amqp code.

A Job should be restartable by default.  However, the Spring Batch schema, spring-batch-2.0.xsd, and the AbstractJob class list the "restartable" attribute has being false by default.
A patch has been created and attached to make these changes.

Built master branch like below:

mvn clean install -DskipTests

Then tried to execute start-hbase.sh failed with NoClassDefFoundError

./bin/start-hbase.sh 
Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/hadoop/hbase/shaded/org/eclipse/jetty/server/Connector
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
at java.lang.Class.privateGetMethodRecursive(Class.java:3048)
at java.lang.Class.getMethod0(Class.java:3018)
at java.lang.Class.getMethod(Class.java:1784)
at sun.launcher.LauncherHelper.validateMainClass(LauncherHelper.java:544)
at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:526)
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.shaded.org.eclipse.jetty.server.Connector

Note: It worked after reverting HBASE-21153

I have upgrade my project from spring boot 1.3.1 to 1.4.1.
After the update the code seems to behave fine in windows with java 1.8.0_45 64bit
But in jenkins server (on linux) with the same java version the code breaks with this exception

org.springframework.beans.NotReadablePropertyException: Invalid property 'id' of bean class [java.util.Arrays$ArrayList]: Could not find field for property during fallback access!
	at org.springframework.data.util.DirectFieldAccessFallbackBeanWrapper.getPropertyValue(DirectFieldAccessFallbackBeanWrapper.java:56)
	at org.springframework.data.jpa.repository.support.JpaMetamodelEntityInformation.getId(JpaMetamodelEntityInformation.java:149)
	at org.springframework.data.repository.core.support.AbstractEntityInformation.isNew(AbstractEntityInformation.java:51)
	at org.springframework.data.jpa.repository.support.JpaMetamodelEntityInformation.isNew(JpaMetamodelEntityInformation.java:225)
	at org.springframework.data.jpa.repository.support.SimpleJpaRepository.save(SimpleJpaRepository.java:505)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:503)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:488)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:460)
	at 

The invoking call is 

 myRepository.save(Arrays.asList(new MyEntity(1, "foo"), new MyEntity(2, "bar"))); 

. In linux and with the upgrade to spring boot 1.4.1 it seems the save(Iterable) method is not invoked, but the save(entity) method is invoked and causes this exception.

When migrating http connector, which has defined attribute max-save-post-size no warning that it is not possible to migrate the max-save-post-size is printed.

Currently when we enable or disable a table in the shell, since we don't verify the table name with HTableDescriptor.isLegalTableName in isTableEnabled and isTableDisabled, we get the following exception:

ERROR: java.lang.IllegalArgumentException: Invalid path string "/jdcryans180/table/TestTable
" caused by invalid charater @28

This is coming out of ZooKeeper. Instead we should check the table name ourselves in order to give a better feedback.

This issue is very similar to SPR-12813.  In the UriComponentsBuilder, the scheme is set using the following X-Forwarded-Proto which can be a comma separated list as well.  For example, I am seeing "http,http" as the value of my X-Forwarded-Proto header.
String protocolHeader = request.getHeaders().getFirst("X-Forwarded-Proto");
		if (StringUtils.hasText(protocolHeader)) 
{
			scheme = protocolHeader;
		}

This causes issues later on when the URIs are built due to the invalid characters within the scheme. 

CREATE TABLE list_bucket_single (key STRING, value STRING) SKEWED BY (key) ON ('1','5','6')
Save '1' as in map instead 1 should

Removed obsolete hadoopVer from QTestUtil

Cleaned up QTestUtil, QTestArgumentsBuilder

Refactored AccumuloTestSetup, AccumuloQTestUtil due to findbugs violation:
(UR_UNINIT_READ_CALLED_FROM_SUPER_CONSTRUCTOR: Uninitialized read of field method called from constructor of superclass)

While studying the code for HBASE-7709, I found a serious bug in the current cyclic replication code. The problem is here in HRegion.doMiniBatchMutation:

      Mutation first = batchOp.operations[firstIndex].getFirst();
      txid = this.log.appendNoSync(regionInfo, this.htableDescriptor.getName(),
               walEdit, first.getClusterId(), now, this.htableDescriptor);

Now note that edits replicated from remote cluster and local edits might interleave in the WAL, we might also receive edit from multiple remote clusters. Hence that <walEdit> might have edits from many clusters in it, but all are just labeled with the clusterId of the first Mutation.
Fixing this in doMiniBatchMutation seems tricky to do efficiently (imagine we get a batch with cluster1, cluster2, cluster1, cluster2, ..., in that case each edit would have to be its own batch). The coprocessor handling would also be difficult.
The other option is create batches of Puts grouped by the cluster id in ReplicationSink.replicateEntries(...), this is not as general, but equally correct. This is the approach I would favor.
Lastly this is very hard to verify in a unittest.

                maxWaitTime = this.server.getConfiguration().
                  getLong("hbase.regionserver.rpc.startup.waittime", 60000);
It should add the current time.

Undertow is returning  "maximum active sessions allowed" configured in the deployment as the "max number of concurrent active sessions" metric.
Additional Information:
I requested a resource description and the description of the attribute says it is a metric.

[standalone@localhost:9990 /] /deployment=helloworld2.war/subsystem=undertow:read-resource-description 
.......
.......

            "max-active-sessions" => {
                "description" => "*Max number of concurrent active sessions*",
                "access-type" => "metric",
                "storage" => "runtime"
            },
.....
.....

The return type description of method is null in case the current Slice is already the last one

org.springframework.data.domain.Slice#nextPageable()
org.springframework.data.domain.Slice#previousPageable()

/**
* Returns the {@link Pageable} to request the next {@link Slice}. Can be {@literal null} in case the current
* {@link Slice} is already the last one. Clients should check {@link #hasNext()} before calling this method to make
* sure they receive a non-{@literal null} value.
*
* @return
*/

But the implementation code in org.springframework.data.domain.Chunk returns Unpaged.INSTANCE enum with Pageable.unpaged() method.

/*
* (non-Javadoc)
* @see org.springframework.data.domain.Slice#nextPageable()
*/
public Pageable nextPageable() {
    return hasNext() ? pageable.next() : Pageable.unpaged();
}

Looks "leases" is null, which is possible since the region server is not open yet. Will add a check.

2014-10-08 08:38:17,985 ERROR [B.defaultRpcServer.handler=0,queue=0,port=20020] ipc.RpcServer: Unexpected throwable object
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:1957)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:30422)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2020)
2014-10-08 08:38:17,988 DEBUG [B.defaultRpcServer.handler=0,queue=0,port=20020] ipc.RpcServer: B.defaultRpcServer.handler=0,queue=0,port=20020: callId: 645 service: ClientService methodName: Scan size: 22 connection: 10.20.212.36:53810
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2054)
        ... 4 more

After upgrading HBase from 0.20.0 to 0.20.2 I am getting following error
message:

at $Proxy2.getRegionInfo(Unknown Source)
at
org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRootRegion(HConnectionManager.java:931)
at
org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:573)
at
org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:549)
at
org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegionInMeta(HConnectionManager.java:623)
at
org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:582)
at
at
at
org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:586)
at
at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:125)
at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:103)
at com.xxxx.OrderLoader$CustomerReducer.setup(OrderLoader.java:81)
at org.apache.hadoop.mapreduce.Reducer.run(Reducer.java:172)
at org.apache.hadoop.mapred.ReduceTask.runNewReducer(ReduceTask.java:563)
at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:408)
at org.apache.hadoop.mapred.Child.main(Child.java:170)
Caused by: org.apache.hadoop.ipc.RemoteException: java.io.IOException:

at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:723)
at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:328)
... 17 more

This is happening for the following line in my code:

this.table = new HTable(new HBaseConfiguration(), tableName);

This used to work flawlessly before, so seems like something changed in
HBaseConfiguration, may be?  I am looking into this, but any pointers would
be greatly appreciated.

We should figure what we broke.  Try fix for 0.20.3.  In future, as part of release, try accessing cluster with an older client to ensure we've not done something that would frustrate rolling upgrade.

Inspired by the Twitter HadoopSummit talk

   if (HiveConf.getBoolVar(conf, ConfVars.HIVE_RPC_QUERY_PLAN)) {
          LOG.debug("Loading plan from string: "+path.toUri().getPath());
          String planString = conf.get(path.toUri().getPath());

Use getRaw() in other places where Base64 data is present.

After upgrade from Spring framework 3.0.3 to 3.0.4 our web application started to throw IndexOutOfBoundsExceptions.
SEVERE: Servlet.service() for servlet ebroker threw exception
        at java.util.ArrayList.RangeCheck(ArrayList.java:547)
        at java.util.ArrayList.get(ArrayList.java:322)
        at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter$RequestMappingInfo.bestMatchedPattern(AnnotationMethodHandlerAdapter.java:1017)
        at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter$ServletHandlerMethodResolver.resolveHandlerMethod(AnnotationMethodHandlerAdapter.java:613)
        at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:422)
        at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:415)
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:788)
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:717)
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
        at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)

The region move implementation now has now a similar behavior whatever the destination server is specified or not. This allows:

to benefit from the improvement in HBASE-5877
as a side effect to have the coprocessors calls when the destination server is not specified

This includes various fixes around draining servers. Draining servers were not excluded during a bulk assign. This is now fixed.

If JTS is enabled the invocation of EJB's might show a arjuna warning for each method invocation:
   WARN  [com.arjuna.ats.jts] (RequestProcessor-5) ARJUNA022261: ServerTopLevelAction detected that the transaction was inactive
This is only the case if other resources are involved, i.e. a DB via JPA.
If a simple bean is used (like ejb-remote quickstart) this warning is not shown.
It looks like the transaction is local commited but in case of a SFSB @Remove method the result is a " WFLYEE0006: Failed to destroy component instance  Instance of SFTestBean" and the lifecycle method @PreDestroy is not invoked.

I created a simple Roo Project from within STS and added several entities.  I then enabled 'web mvc' and generated scaffolding for all of my entities.  When launching the application in a local instance of Apache Tomcat v6, I then attempt to access the 'Create' form to create a new entity.  The website shows an error message and a stack trace is visible in the log file with the message, "Neither BindingResult nor plain target object for bean name 'XXX' available as request attribute".
I did a little debugging and eventually discovered that the name assigned to the model object in my controller was different than the name referenced in the 'modelAttribute' attribute of the 'form:create' tag in create.jspx.  Note that both the controller and the create.jspx were autocreated and untouched by me.  I also noticed that this problem did not happen for every create.jspx/controller pair that existed for my different entities.  I further noticed that entities that began with consecutive capital letters (in my case, "ININPhoneChannel") had this problem while entities that followed normal camel case rules (in my case, "NormalChannel") did not.  I believe that it is this difference in character casing that is at the heart of the problem.  For now I am able to work around this by choosing different names for my entities, but I would rather not, and ideally, I don't think I should have to.
See the attached log.roo file for the series of commands that will reproduce this issue.  Remember, this project was created from within spring STS (File>New>Spring Roo Project).  This issue is 100% reproduce-able.

UDFToBoolean should do
return Boolean.valueOf(i.byteValue() != 0)
Instead of
return Boolean.valueOf(i.byteValue() == 0)
Same for all other types.

The way the Spring AMQP Rabbit implementation works, it is not possible to receive messages from one channel and send messages through a separate channel within the same transaction.  This behavior is requested so that a service may consume messages from a queue on one rabbit node and publish messages to a different rabbit node.  
The ConnectionFactoryUtils will not use a ConnectionFactory to create a new channel if it finds an existing cached RabbitMQ channel in the ConsumerChannelRegistry.  This happens in the ConnectionFactoryUtils.doGetTransactionalResource() method:
ConnectionFactoryUtils.java
    ...
    boolean isExistingCon = (connection != null);
    if (!isExistingCon) {
        connection = resourceFactory.createConnection();
        resourceHolderToUse.addConnection(connection);
    }
    channel = ConsumerChannelRegistry.getConsumerChannel();
    if (channel == null) {
        channel = resourceFactory.createChannel(connection);
    }
    resourceHolderToUse.addChannel(channel, connection);
    ...

The main culprit is the ConsumerChannelRegistry which uses a ThreadLocal variable to store a channel associated with the current transaction.  The registry does not use the ConnectionFactory as a key.  And since the receive channel is already registered in the registry, my messages end up getting sent through the receiving channel.
Essentially what ends up happening is that even though I provide a different ConnectionFactory, the ConnectionFactoryUtils avoid creating a new channel because one already exists in the ConsumerChannelRegistry.

Inside of my test code, there is SolrServer class, which makes a problem. Without the class inclussion, everything works fine.  Maybe SolrServer is somehow incompatible with CDI?
Error message on JUnit test output:
java.lang.RuntimeException: Could not inject members
            at org.jboss.arquillian.testenricher.cdi.CDIInjectionEnricher.injectClass(CDIInjectionEnricher.java:135)
            at org.jboss.arquillian.testenricher.cdi.CDIInjectionEnricher.enrich(CDIInjectionEnricher.java:78)
            at org.jboss.arquillian.test.impl.TestInstanceEnricher.enrich(TestInstanceEnricher.java:52)
        ...
            at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
            at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
            at java.lang.Thread.run(Thread.java:745)
        Caused by: org.jboss.arquillian.test.spi.ArquillianProxyException: org.jboss.weld.exceptions.IllegalArgumentException : WELD-001408: Unsatisfied dependencies for type SomeClass with qualifiers @Default
          at injection point [BackedAnnotatedField] @Inject private xx.CDIArquillianTest.someclass
          at xx.CDIArquillianTest.someclass(CDIArquillianTest.java:0)
[Proxied because : Original exception caused: class java.lang.ClassNotFoundException: org.jboss.weld.exceptions.IllegalArgumentException]
            at org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:81)
            at org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:69)
            at org.jboss.weld.manager.BeanManagerImpl.createInjectionTarget(BeanManagerImpl.java:1110)
            at org.jboss.weld.util.ForwardingBeanManager.createInjectionTarget(ForwardingBeanManager.java:201)
            at org.jboss.arquillian.testenricher.cdi.CDIInjectionEnricher.injectNonContextualInstance(CDIInjectionEnricher.java:143)
            at org.jboss.arquillian.testenricher.cdi.CDIInjectionEnricher.injectClass(CDIInjectionEnricher.java:125)
            ... 115 more
        Caused by: org.jboss.arquillian.test.spi.ArquillianProxyException: org.jboss.weld.exceptions.DeploymentException : WELD-001408: Unsatisfied dependencies for type SomeClass with qualifiers @Default
[Proxied because : Original exception caused: class java.lang.ClassNotFoundException: org.jboss.weld.exceptions.DeploymentException]
            at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:359)
            at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:281)
            at org.jboss.weld.bootstrap.Validator.validateProducer(Validator.java:417)
            at org.jboss.weld.injection.producer.InjectionTargetService.validateProducer(InjectionTargetService.java:36)
            at org.jboss.weld.manager.InjectionTargetFactoryImpl.validate(InjectionTargetFactoryImpl.java:135)
            at org.jboss.weld.manager.InjectionTargetFactoryImpl.createInjectionTarget(InjectionTargetFactoryImpl.java:79)
            ... 120 more

Since table state is migrated to meta instead of zk in 2.0, 1.x clients talking to 2.0 cluster cannot access the table state. This causes some weird behavior since from a client perspective, Admin.isTableEnabled() and Admin.isTableDisabled() both return false. 
One option we can do is to add code in 1.x clients so that they can access the table state in meta if needed. Otherwise, we can mirror the table state in zk (while keeping meta as the source of truth) during 2.x lifecycle so that any 1.x client can still work correctly. 

$ hbase org.jruby.Main copy_tables_desc.rb
NameError: cannot load Java class org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper
  get_proxy_or_package_under_package at org/jruby/javasupport/JavaUtilities.java:54
                      method_missing at file:/mnt/data/hbase/lib/jruby-complete-1.6.5.jar!/builtin/javasupport/java.rb:51
                              (root) at copy_tables_desc.rb:35
Removing the line that references the non-existent class seems to make the script work without any visible side-effects.

When using the FileIOEngine for BucketCache, the cache will be disabled if the connection is interrupted or closed. HBase will then get ClosedChannelExceptions trying to access the file. After 60s, the RS will disable the cache. This causes severe read performance degradation for workloads that rely on this cache. FileIOEngine never tries to reopen the connection. This JIRA is to reopen files when the BucketCache encounters a ClosedChannelException.

ValueTypeCompletionTestCase contains test names which does not imply what the test is doing. Rename those tests.

On windows, bin/hbase.cmd does not append the classpath from hadoop (only uses whatever in hbase's lib dir) while on linux bin/hbase does append the hadoop classpath to the hbase's classpath. 
This patch will do the similar thing for bin/hbase.cmd as well. If lzo or other library is installed in hadoop, this way we can use it from hbase. 

In the Fuse ESB Enterprise distribution, both the 1.6.4 and 1.6.6 version of WSS4J are available.  Since only 1.6.6 is used at runtime, we should remove the 1.6.4 version from the system folder

strider:~/opt/fuse-esb-7.0.2.fuse-097$ find system/ -name *wss4j*
system//org/apache/ws/security/wss4j
system//org/apache/ws/security/wss4j/1.6.4/wss4j-1.6.4.jar
system//org/apache/ws/security/wss4j/1.6.6/wss4j-1.6.6.jar

This  class in Microprofile-Health : 

@DeploymentScoped
public class InstallMonitorFilter implements DeploymentProcessor {

    @Inject
    public InstallMonitorFilter(Archive archive) {
        this.archive = archive;
    }

    @Override
    public void process() throws Exception {
        try {
            WARArchive warArchive = archive.as(WARArchive.class);
            warArchive.findWebXmlAsset().setContextParam("resteasy.scan", "true");
            throw new RuntimeException("Failed to install health processor", e);
        }
    }

    private final Archive archive;
}

And in RestEasy : 

String scanAll = getParameter(ResteasyContextParameters.RESTEASY_SCAN);
      if (scanAll != null)
      {
         LogMessages.LOGGER.noLongerSupported(ResteasyContextParameters.RESTEASY_SCAN);
}

WARN : 
2018-01-07 09:58:18,802 WARN  [org.jboss.resteasy.resteasy_jaxrs.i18n] (ServerService Thread Pool – 40) RESTEASY002150: resteasy.scan is no longer supported.  Use a servlet 3.0 container and the ResteasyServletInitializer
It is possible to make it disappear?
Thanks

The commit introducing nullable annotations seems to have removed the support to handle null values in AnnotationAwareOrderComparator. Looks it's now assuming calls to compare(…) never submit null values but they actually do.

    at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:125)
    at org.springframework.test.context.support.DefaultTestContext.getApplicationContext(DefaultTestContext.java:107)
    at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:117)
    at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:83)
    at org.springframework.boot.test.autoconfigure.SpringBootDependencyInjectionTestExecutionListener.prepareTestInstance(SpringBootDependencyInjectionTestExecutionListener.java:44)
    at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:242)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:227)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:289)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:291)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:246)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97)
    at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
    at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190)
    at org.junit.runners.Suite.runChild(Suite.java:128)
    at org.junit.runners.Suite.runChild(Suite.java:27)
    at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:51)
    at org.springframework.core.annotation.AnnotationAwareOrderComparator.findOrder(AnnotationAwareOrderComparator.java:85)
    at org.springframework.core.OrderComparator.getOrder(OrderComparator.java:125)
    at org.springframework.core.OrderComparator.getOrder(OrderComparator.java:114)
    at org.springframework.core.OrderComparator.doCompare(OrderComparator.java:83)
    at org.springframework.core.OrderComparator.compare(OrderComparator.java:69)
    at java.util.TimSort.countRunAndMakeAscending(TimSort.java:355)
    at java.util.TimSort.sort(TimSort.java:220)
    at java.util.Arrays.sort(Arrays.java:1512)
    at java.util.ArrayList.sort(ArrayList.java:1454)
    at java.util.Collections.sort(Collections.java:175)
    at org.springframework.core.annotation.AnnotationAwareOrderComparator.sort(AnnotationAwareOrderComparator.java:121)
    at org.springframework.boot.SpringApplication.callRunners(SpringApplication.java:767)
    at org.springframework.boot.SpringApplication.afterRefresh(SpringApplication.java:760)
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:328)
    at org.springframework.boot.test.context.SpringBootContextLoader.loadContext(SpringBootContextLoader.java:138)
    at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:99)
    at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:117)
    ... 33 more

After a submit with p:commandButton with ajax="false" and validation error, all values in fields are cleared.
Using the same example with mojarra 2.2.6 the behavior is correct! All the values remain after a submit with ajax="false".
I have isolated the test so starting with JSF first, then adding PrimeFaces, then adding Spring, and finally adding SWF, the problem becomes only when SWF is incorporated!!
I try it with h:commandButton instead of p:commandButton and the problem persist!
What I can't understand is why downgrading to Mojarra 2.2.6 the problem dissapears! Can be something broken in SWF when working with Mojarra 2.2.7 and 2.2.8!
The environment used is:JDK 1.7.0_25, Tomcat 7.0.40, Primefaces 4.0, SWF 2.3.3, Spring 3.2.8, JSF 2.2.8

Looking into the Hudson failure, http://hudson.zones.apache.org/hudson/view/HBase/job/HBase-TRUNK/1339/ at the failing org.apache.hadoop.hbase.client.TestFromClientSide.testRegionCachePreWarm test, I seem to be seeing a case of regions being added to UNASSIGNED up in zk but then subsequently nothing.   Adjacent regions are being similarily added but these are being assigned out.  Somethings up.  It seems to be causing the above test failure.
Its hard to see in the logs.... 
Grep for this line:
    LOG.info("Starting testRegionCachePreWarm");
The unit test then does TEST_UTIL.createMultiRegions.
You'll see all regions being created and then they UNASSIGNED znodes are created.  Grep for the 'eee' row from testCachePrewarm table (be careful, there is also logging for testCachePrewarm2 in this log).
The last thing you'll see is:
2010-06-19 19:34:39,628 DEBUG [RegionManager.metaScanner] master.RegionManager(1006): Created UNASSIGNED zNode testCachePrewarm,eee,1276976076048.557068905bf2abfe84a5e49953a23c02. in state M2ZK_REGION_OFFLINE
For ddd and fff, you'll see those assigned out.
Maybe the test is not hanging about long enough but wonder why its skipped?

Replication is the last metrics area that still does a significant amount of hash map lookups. Lets re-factor that.

1.5.1.RELEASE fails to build with Java 8 due to four failures in SubRegionNamespaceTests
testMixedNestedRegions:

org.junit.ComparisonFailure: expected:</replicated[Parent/replicated]Child/partitionedGra...> but was:</replicated[]Child/partitionedGra...>
	at org.springframework.data.gemfire.config.SubRegionNamespaceTest.testMixedNestedRegions(SubRegionNamespaceTest.java:93)

testNestedRegionsCreated:

	at org.junit.Assert.assertNotNull(Assert.java:621)
	at org.junit.Assert.assertNotNull(Assert.java:631)
	at org.springframework.data.gemfire.config.SubRegionNamespaceTest.testNestedRegionsCreated(SubRegionNamespaceTest.java:63)

testNestedRegionsWithSiblings:

org.junit.ComparisonFailure: expected:</[parentWithSiblings/]child1/grandChild11> but was:</[]child1/grandChild11>
	at org.springframework.data.gemfire.config.SubRegionNamespaceTest.testNestedRegionsWithSiblings(SubRegionNamespaceTest.java:107)

testNestedReplicatedRegions:

org.junit.ComparisonFailure: expected:</[parent/]child/grandchild> but was:</[]child/grandchild>
	at org.springframework.data.gemfire.config.SubRegionNamespaceTest.testNestedReplicatedRegions(SubRegionNamespaceTest.java:78)

If you try to marshall an object into a DOMResult that was created with the DOMResult() no-arg constructor, you get this:

java.lang.IllegalArgumentException: DOMResult does not contain Node
	at org.springframework.oxm.support.AbstractMarshaller.marshalDomResult(AbstractMarshaller.java:192)
	at org.springframework.oxm.support.AbstractMarshaller.marshal(AbstractMarshaller.java:93)

But why? The Javadoc for DOMResult states:

If no output DOM source is set, the transformation will create a Document node as the holder for the result of the transformation, which may be retrieved with getNode().
So this check is in violation of the DOM API. In any case, I can't create the node because I don't know what the document element is going to be (in general, only the marshaller knows that).

I have a situation where both of my MASTER_META_SERVER_OPERATIONS handlers are handling server shutdowns, and both of them are waiting on ROOT, which isn't coming up. Unclear exactly how this happened, but I triggered it by doing a rolling restart.

Check Trace logging of ssl context creation. How I read code logging should apply after throw expression. That wouldn never happen. Also there is another throw of exception with SSLUtils::throwIt.
org.wildfly.security.ssl.SSLUtils

        // now return a factory that will return the best match is can create.
        final String[] supportedProtocols = protocolSelector.evaluate(preferredProviderByAlgorithm.keySet().toArray(NO_STRINGS));
        if (supportedProtocols.length > 0) {
            return () -> {
                for (String protocol : supportedProtocols) {
                    List<Provider> providerList = preferredProviderByAlgorithm.getOrDefault(protocol, Collections.emptyList());
                        for (Provider provider : providerList) {
                            try {
                                return SSLContext.getInstance(protocol, provider);
                            } catch (NoSuchAlgorithmException ignored) {}
                        }
                }
                throw ElytronMessages.log.noAlgorithmForSslProtocol();
            };
        }

            log.tracef("No %s provided by providers in %s: %s", SERVICE_TYPE, SSLUtils.class.getSimpleName(), Arrays.toString(providerSupplier.get()));
        }

        return SSLUtils::throwIt;

There are two similar conditions with the same issue: or expression where both sides are the same

if (pkPos == rowType.getFieldNames().size()
|| pkPos == rowType.getFieldNames().size()) {

and

if (ukPos == rowType.getFieldNames().size()
|| ukPos == rowType.getFieldNames().size()) {

Jesus Camacho Rodriguez, could you please check this, since they were introduced in HIVE-17054.

Olingo2 component doesn't set HttpHeaders property from configuration on its API proxy, which ignores any custom HTTP headers altogether. 

See http://camel.465427.n5.nabble.com/swagger-injects-empty-headers-in-2-17-0-td5780620.html
key part copied below.
I have routes built using REST DSL, and this includes swagger definitions.
With 2.1.6.2 all was good.
On switching to 2.17.0 I find that having a swagger query parameter definition causes a header property to be defined as an empty string even when there is no query parameter defined.
As an example, the REST DSL snippet looks like this:
.post("/
{notebookid}
/e").description("Description ...")
.bindingMode(RestBindingMode.json).produces("application/json")
.outType(Foo.class)
.param().name("notebookid").type(path).description("Notebook ID").dataType("long").endParam()
.param().name("parent").type(query).description("The parent").dataType("long").required(false).endParam()
.route()
.process((Exchange exch) -> {
    Long parent = exch.getIn().getHeader("parent", Long.class);
    ...
})
.endRest()
"parent" is an optional query param.
With 2.16.2 there was no "parent" header.
With 2.17.0 a "parent" header is magically added with the value being the empty string, which causes the TypeConversion to Long to blow up. 
If I remove the swagger params then it works OK again.

As described in HBASE-9142, using List<? extends Cell> is an anti pattern that adds unnecessary typing and casting clutter to the code base.  It would be best to remove this before we release 0.95.2 or 0.96.

It looks like we cannot show the master's web ui at start time when there are logs to split because we can't reach the namespace regions.
So it means that you can't see how things are progressing without tailing the log while waiting on your cluster to boot up. This wasn't the case in 0.94
See this jstack:

"606214580@qtp-2001431298-3" prio=10 tid=0x00007f6ac8040000 nid=0x7b1 in Object.wait() [0x00007f6aa82bf000]
	- waiting on <0x00000000bc0c1460> (a org.apache.hadoop.hbase.ipc.RpcClient$Call)
	at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1416)
	- locked <0x00000000bc0c1460> (a org.apache.hadoop.hbase.ipc.RpcClient$Call)
	at org.apache.hadoop.hbase.protobuf.generated.MasterAdminProtos$MasterAdminService$BlockingStub.listTableDescriptorsByNamespace(MasterAdminProtos.java:35031)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$5.listTableDescriptorsByNamespace(HConnectionManager.java:2181)
	at org.apache.hadoop.hbase.client.HBaseAdmin$22.call(HBaseAdmin.java:2265)
	at org.apache.hadoop.hbase.client.HBaseAdmin$22.call(HBaseAdmin.java:2262)
	- locked <0x00000000c09baf20> (a org.apache.hadoop.hbase.client.RpcRetryingCaller)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3155)
	at org.apache.hadoop.hbase.client.HBaseAdmin.listTableDescriptorsByNamespace(HBaseAdmin.java:2261)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmplImpl.__jamon_innerUnit__catalogTables(MasterStatusTmplImpl.java:461)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmplImpl.renderNoFlush(MasterStatusTmplImpl.java:270)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmpl.renderNoFlush(MasterStatusTmpl.java:382)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmpl.render(MasterStatusTmpl.java:372)
	at org.apache.hadoop.hbase.master.MasterStatusServlet.doGet(MasterStatusServlet.java:95)
	at org.apache.hadoop.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:850)
...
"RpcServer.handler=28,port=60000" daemon prio=10 tid=0x00007f6ad08a5800 nid=0x77e waiting on condition [0x00007f6aa97d5000]
	- locked <0x00000000c0909178> (a org.apache.hadoop.hbase.client.RpcRetryingCaller)
	at org.apache.hadoop.hbase.client.HTable.get(HTable.java:760)
	at org.apache.hadoop.hbase.master.TableNamespaceManager.get(TableNamespaceManager.java:171)
	at org.apache.hadoop.hbase.master.TableNamespaceManager.getNamespaceTable(TableNamespaceManager.java:119)
	- locked <0x00000000c1958890> (a org.apache.hadoop.hbase.master.TableNamespaceManager)
	at org.apache.hadoop.hbase.master.TableNamespaceManager.get(TableNamespaceManager.java:155)
	at org.apache.hadoop.hbase.master.HMaster.getNamespaceDescriptor(HMaster.java:3088)
	at org.apache.hadoop.hbase.master.HMaster.listTableDescriptorsByNamespace(HMaster.java:3102)
	at org.apache.hadoop.hbase.master.HMaster.listTableDescriptorsByNamespace(HMaster.java:3012)
	at org.apache.hadoop.hbase.protobuf.generated.MasterAdminProtos$MasterAdminService$2.callBlockingMethod(MasterAdminProtos.java:32908)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2146)
	at org.apache.hadoop.hbase.ipc.RpcServer$Handler.run(RpcServer.java:1851)

After the fix for JBEAP-14243, when trying to run an ejb client using the appclient mode, the client server fails with the following error:

14:55:01,920 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "app-client.ear" (runtime-name: "app-client.ear")
14:55:01,973 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0207: Starting subdeployment (runtime-name: "ejb.jar")
14:55:01,973 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0207: Starting subdeployment (runtime-name: "simpleClient.jar")
14:55:02,045 INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-6) WFLYEJB0473: JNDI bindings for session bean named 'StatelessSessionBean' in deployment unit 'subdeployment "ejb.jar" of deployment "app-client.ear"' are as follows:

	java:global/app-client/ejb/StatelessSessionBean!org.jboss.as.quickstarts.appclient.server.ejb.StatelessSession
	java:app/ejb/StatelessSessionBean!org.jboss.as.quickstarts.appclient.server.ejb.StatelessSession
	java:module/StatelessSessionBean!org.jboss.as.quickstarts.appclient.server.ejb.StatelessSession
	java:jboss/exported/app-client/ejb/StatelessSessionBean!org.jboss.as.quickstarts.appclient.server.ejb.StatelessSession
	java:global/app-client/ejb/StatelessSessionBean
	java:app/ejb/StatelessSessionBean
	java:module/StatelessSessionBean

14:55:02,058 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: JBoss EAP 7.1.2.GA (WildFly Core 3.0.13.Final-redhat-1) started (with errors) in 1734ms - Started 208 of 247 services (7 services failed or missing dependencies, 47 services are lazy, passive or on-demand)
14:55:02,061 ERROR [org.jboss.as.controller.management-operation] (Thread-40) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "app-client.ear")]) - failure description: {
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.ejb.default-local-transport-provider"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.ejb3.ejbClientContext.deployment.\"app-client.ear\" is missing [jboss.ejb.default-local-transport-provider]"]
}
14:55:02,062 ERROR [org.jboss.as.server] (Thread-40) WFLYSRV0021: Deploy of deployment "app-client.ear" was rolled back with the following failure message: 
{
}

When keystore (or cerficate in keystore) is changed during server runtime then CLI opertation load can be used for /subsystem=elytron/key-store=... to re-reading this keystore in server. However after calling this operation server still works with original keystore/certificate. Then CLI reads current keystore correctly, but in case when ssl-context which uses that key-store is used then original keystore is still used by server. Reload of server is required to correctly re-read the new keystore. See Steps to Reproduce for more details.
We request blocker flag since this issue blocks RFE EAP7-455.

A timeout of 0 won't timeout in the instant, the time will go negative. 
camelcontext.stopRoute(routeId, 0, TimeUnit.SECONDS, false); 
[org.apache.camel.impl.DefaultShutdownStrategy] : Waiting as there are still 3 inflight and pending exchanges to complete, timeout in -1 seconds.
[org.apache.camel.impl.DefaultShutdownStrategy] : Waiting as there are still 3 inflight and pending exchanges to complete, timeout in -2 seconds.
[org.apache.camel.impl.DefaultShutdownStrategy] : Waiting as there are still 3 inflight and pending exchanges to complete, timeout in -3 seconds. 
Found a post related to it there : http://camel.465427.n5.nabble.com/Forcefully-shutting-down-routes-td5722447.html
Original issue was marked as fixed so I create clone:
I'm using 2.15.3 and still have the same promlem - negative timeout and don't stop.
12:48:59,864 INFO [org.apache.camel.impl.DefaultShutdownStrategy] (Camel (interprocCamelContext) thread #56904 - timer://InteractiveAppRetryProcessor) Waiting as there are still 1 inflight and pending exchanges to complete, timeout in -25754 seconds. Inflights per route: [InteractiveProcessor_Retry_4 = 1]
12:49:00,865 INFO [org.apache.camel.impl.DefaultShutdownStrategy] (Camel (interprocCamelContext) thread #56904 - timer://InteractiveAppRetryProcessor) Waiting as there are still 1 inflight and pending exchanges to complete, timeout in -25755 seconds. Inflights per route: [InteractiveProcessor_Retry_4 = 1]
12:49:01,865 INFO [org.apache.camel.impl.DefaultShutdownStrategy] (Camel (interprocCamelContext) thread #56904 - timer://InteractiveAppRetryProcessor) Waiting as there are still 1 inflight and pending exchanges to complete, timeout in -25756 seconds. Inflights per route: [InteractiveProcessor_Retry_4 = 1]
12:49:02,866 INFO [org.apache.camel.impl.DefaultShutdownStrategy] (Camel (interprocCamelContext) thread #56904 - timer://InteractiveAppRetryProcessor) Waiting as there are still 1 inflight and pending exchanges to complete, timeout in -25757 seconds. Inflights per route: [InteractiveProcessor_Retry_4 = 1]
12:49:03,866 INFO [org.apache.camel.impl.DefaultShutdownStrategy] (Camel (interprocCamelContext) thread #56904 - timer://InteractiveAppRetryProcessor) Waiting as there are still 1 inflight and pending exchanges to complete, timeout in -25758 seconds. Inflights per route: [InteractiveProcessor_Retry_4 = 1]
12:49:04,866 INFO [org.apache.camel.impl.DefaultShutdownStrategy] (Camel (interprocCamelContext) thread #56904 - timer://InteractiveAppRetryProcessor) Waiting as there are still 1 inflight and pending exchanges to complete, timeout in -25759 seconds. Inflights per route: [InteractiveProcessor_Retry_4 = 1]
12:49:05,867 INFO [org.apache.camel.impl.DefaultShutdownStrategy] (Camel (interprocCamelContext) thread #56904 - timer://InteractiveAppRetryProcessor) Waiting as there are still 1 inflight and pending exchanges to complete, timeout in -25760 seconds. Inflights per route: [InteractiveProcessor_Retry_4 = 1]
When using hawtio it simply hangs when I try to view properties of Camel Contexts
I am using camel with activemq, but there are no inflight messages in activemq...

It's not particularly harmful (since the tokens will have no user-related scopes), but the /token endpoint should not be granting implicit tokens.

The outputMessage body is not properly being closed. See the forum reference for more information.

This is comments for KeyValueScanner.getScannerOrder
KeyValueScanner.java
  /**
   * Get the order of this KeyValueScanner. This is only relevant for StoreFileScanners and
   * MemStoreScanners (other scanners simply return 0). This is required for comparing multiple
   * files to find out which one has the latest data. StoreFileScanners are ordered from 0
   * (oldest) to newest in increasing order. MemStoreScanner gets LONG.max since it always
   * contains freshest data.
   */
  long getScannerOrder();

As now we may have multiple memstore scanners, I think the right way to select scanner order for memstore scanner is to ordered from Long.MAX_VALUE in decreasing order.
But in CompactingMemStore and DefaultMemStore, the scanner order for memstore scanner is also start from 0, which will be messed up with StoreFileScanners.

Seems that org.springframework.data.mongodb.core.MongoTemplate#doInsertAll(Collection, MongoWriter) throws NullPointerException s when the passed Collection contains null items. That's because it's trying to get item's MongoPeristentEntity by getting its class.
I'm planning to fix this by creating a PR on GitHub. In my opinion, the best approach would be an early return in the for loop.

I was just playing around the code, trying to capture "Top k" table metrics from MetaMetrics, when I bumped into this issue. Though currently we are not capturing "Top K" table metrics, but we can encounter this issue because of the "Top k Clients" that is implemented using the LossyAlgo.
 
RegionServer gets aborted due to a NPE from MetaTableMetrics coprocessor. The log looks somewhat like this:

2019-01-28 23:31:10,311 ERROR [RpcServer.priority.FPBQ.Fifo.handler=19,queue=1,port=16020] coprocessor.CoprocessorHost: The coprocessor org.apache.hadoop.hbase.coprocessor.MetaTableMetrics threw java.lang.NullPointerException
	at org.apache.hadoop.hbase.coprocessor.MetaTableMetrics$ExampleRegionObserverMeta.markMeterIfPresent(MetaTableMetrics.java:123)
	at org.apache.hadoop.hbase.coprocessor.MetaTableMetrics$ExampleRegionObserverMeta.tableMetricRegisterAndMark2(MetaTableMetrics.java:233)
	at org.apache.hadoop.hbase.coprocessor.MetaTableMetrics$ExampleRegionObserverMeta.preGetOp(MetaTableMetrics.java:82)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$19.call(RegionCoprocessorHost.java:840)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$19.call(RegionCoprocessorHost.java:837)
	at org.apache.hadoop.hbase.coprocessor.CoprocessorHost$ObserverOperationWithoutResult.callObserver(CoprocessorHost.java:551)
	at org.apache.hadoop.hbase.coprocessor.CoprocessorHost.execOperation(CoprocessorHost.java:625)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.preGet(RegionCoprocessorHost.java:837)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:2608)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:2547)
	at org.apache.hadoop.hbase.shaded.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:41998)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:413)
2019-01-28 23:31:10,314 ERROR [RpcServer.priority.FPBQ.Fifo.handler=19,queue=1,port=16020] regionserver.HRegionServer: ***** ABORTING region server 10.0.0.24,16020,1548747043814: The coprocessor org.apache.hadoop.hbase.coprocessor.MetaTableMetrics threw java.lang.NullPointerException *****
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:304) 

I noticed moving regions was slow and due to the wait for the bucket cache to clear.  I tried setting hbase.rs.evictblocksonclose and it did not help.
I see the HStore::close method has evictonclose hard coded to true instead of letting the config dictate:
// close each store file in parallel
CompletionService<Void> completionService =
   new ExecutorCompletionService<Void>(storeFileCloserThreadPool);
for (final StoreFile f : result) {
   completionService.submit(new Callable<Void>() {
     @Override
     public Void call() throws IOException 
{
       f.closeReader(true);
       return null;
     }
   });
}

SavedRequest object store an array of Cookie that are not serializable.

The download-licenses goal in mq/mq-assembly/jboss-a-mq/target/dependency-pom.xml is incompatible with offline mode, it doesn't fail directly but the WARNING seems to make the build fail. 
Failure - 

[2017-07-23 14:54:19] [INFO] --- license-maven-plugin:1.12:download-licenses (default) @ jboss-a-mq-dependencies ---
[2017-07-23 14:54:19] [WARNING] Offline flag is on, download-licenses goal is skip.
..snip..
[2017-07-23 14:54:19] [INFO] JBoss A-MQ :: Assembly :: Fabric8-based Distribution  FAILURE [58.935s]
[2017-07-23 14:54:19] [INFO] JBoss A-MQ :: PatchManagement ..................... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss A-MQ CMS Client :: Distribution ............. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss A-MQ .NET Client :: Distribution ............ SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss A-MQ AMQP Client :: Binary Distribution ..... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Quickstart: quickstarts ..................... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse Quickstart: camel ...................... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse Quickstart: camel-box .................. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse Quickstart: camel-linkedin ............. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse Quickstart: camel-odata ................ SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse Quickstart: camel-salesforce ........... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB ................................. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Assembly :: Shared ........... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Branding Support ............. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Branding Support :: Karaf .... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Branding Support :: Fabric8 .. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Commands ..................... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Features ..................... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse Quickstart: custom ..................... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: Karaf :: Framework .................. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Assembly ..................... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Assembly (Full) .............. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: PatchManagement .............. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Integration Tests ............ SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Integration Tests :: Common .. SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Integration Tests :: Smoke ... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Integration Tests :: Basic ... SKIPPED
[2017-07-23 14:54:19] [INFO] JBoss Fuse :: ESB :: Integration Tests :: Extra ... SKIPPED
[2017-07-23 14:54:19] [INFO] ------------------------------------------------------------------------
[2017-07-23 14:54:19] [INFO] BUILD FAILURE
[2017-07-23 14:54:19] [INFO] Total time: 1:06.708s
[2017-07-23 14:54:19] [INFO] Finished at: Sun Jul 23 14:54:19 UTC 2017
[2017-07-23 14:54:19] [INFO] Final Memory: 124M/839M
[2017-07-23 14:54:19] [WARNING] The requested profile "enable-schemagen" could not be activated because it does not exist.
[2017-07-23 14:54:19] [WARNING] The requested profile "quickstarts" could not be activated because it does not exist.
[2017-07-23 14:54:19] [WARNING] The requested profile "apt" could not be activated because it does not exist.
[2017-07-23 14:54:19] [WARNING] The requested profile "nochecks" could not be activated because it does not exist.
[2017-07-23 14:54:19] [WARNING] The requested profile "jaxws22" could not be activated because it does not exist.
[2017-07-23 14:54:19] [WARNING] The requested profile "spring3.2" could not be activated because it does not exist.
[2017-07-23 14:54:19] [WARNING] The requested profile "jetty9" could not be activated because it does not exist.
[2017-07-23 14:54:19] [ERROR] Failed to execute goal org.fusesource.mvnplugins:maven-notices-plugin:1.42:merge-notices-in-repository (merge-notices-in-repository) on project jboss-a-mq: Could not generate license summary, please check target/dependency-pom.xml.log for details. -> [Help 1]
[2017-07-23 14:54:19] [ERROR] 
[2017-07-23 14:54:19] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[2017-07-23 14:54:19] [ERROR] Re-run Maven using the -X switch to enable full debug logging.
[2017-07-23 14:54:19] [ERROR] For more information about the errors and possible solutions, please read the following articles:
[2017-07-23 14:54:19] [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
[2017-07-23 14:54:19] [ERROR] After correcting the problems, you can resume the build with the command
[2017-07-23 14:54:19] [ERROR]   mvn <goals> -rf :jboss-a-mq

mq/mq-assembly/jboss-a-mq/target/dependency-pom.xml.log

[INFO] Replacing /root/fuse-sources/fuse-sources-630283/jboss-fuse-parent-6.3.0.redhat-283/mq/mq-assembly/jboss-a-mq/target/target/jboss-a-mq-dependencies-6.3.0.redhat-283.jar with /root/fuse-sources/fuse-sources-630283/jboss-fuse-parent-6.3.0.redhat-283/mq/mq-assembly/jboss-a-mq/target/target/jboss-a-mq-dependencies-6.3.0.redhat-283-shaded.jar
[INFO] Dependency-reduced POM written at: /root/fuse-sources/fuse-sources-630283/jboss-fuse-parent-6.3.0.redhat-283/mq/mq-assembly/jboss-a-mq/target/dependency-reduced-pom.xml
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (default) @ jboss-a-mq-dependencies ---
[INFO] 
[INFO] --- license-maven-plugin:1.12:download-licenses (default) @ jboss-a-mq-dependencies ---
[WARNING] Offline flag is on, download-licenses goal is skip.
[INFO] Total time: 51.360s
[INFO] Finished at: Sun Jul 23 14:54:18 UTC 2017
[INFO] Final Memory: 68M/757M

java.lang.Exception: Http request failed.
	at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase.checkURL(RolloutPlanTestCase.java:423)
	at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase.testRollbackAcrossGroupsRolloutPlan(RolloutPlanTestCase.java:322)
...
Caused by: java.util.concurrent.TimeoutException
	at java.util.concurrent.FutureTask.get(FutureTask.java:201)
	at org.jboss.as.test.integration.common.HttpRequest.execute(HttpRequest.java:50)
	at org.jboss.as.test.integration.common.HttpRequest.get(HttpRequest.java:80)
	at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase.checkURL(RolloutPlanTestCase.java:420)
	... 43 more
[Host Controller] [0m[0m14:49:48,985 INFO  [org.jboss.as.repository] (management-handler-thread - 3) JBAS014900: Content added at location /mnt/hudson_workspace/workspace/eap-6x-as-testsuite-RHEL-matrix-OracleJDK7/378ed68b/jboss-eap-6.3-src/testsuite/domain/target/domains/CLITestSuite/master/data/content/65/679323a365c7fcc3e6453a9fa3e114cfcd7ecb/content[0m
[Server:main-two] 14:49:49,579 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Server:test-one] 14:49:49,583 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Server:main-one] 14:49:49,586 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Server:main-three] 14:49:49,698 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Server:main-one] 14:49:49,696 INFO  [org.jboss.web] (ServerService Thread Pool – 73) JBAS018210: Register web context: /RolloutPlanTestCase
[Server:main-one] 14:49:49,710 INFO  [org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestServlet] (ServerService Thread Pool – 73) RolloutServlet initialized: 1401389389710
[Server:main-three] 14:49:49,791 INFO  [org.jboss.web] (ServerSe[Server:main-two] 14:49:49,762 INFO  [org.jboss.web] (ServerService Thread Pool – 58) JBAS018210: Register web context: /RolloutPlanTestCase
[Server:main-two] 14:49:49,788 INFO  [org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestServlet] (ServerService Thread Pool – 58) RolloutServlet initialized: 1401389389786
[Server:test-one] 14:49:49,784 INFO  [org.jboss.web] (ServerService Thread Pool – 21) JBAS018210: Register web context: /RolloutPlanTestCase
rvice Thread Pool – 67) JBAS018210: Register web context: /RolloutPlanTestCase
[Server:main-three] 14:49:49,804 INFO  [org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestServlet] (ServerService Thread Pool – 67) RolloutServlet initialized: 1401389389803
[Server:test-one] 14:49:49,820 INFO  [org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestServlet] (ServerService Thread Pool – 21) RolloutServlet initialized: 1401389389820
[Server:other-two] 14:49:49,891 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Server:other-two] 14:49:50,826 INFO  [org.jboss.web] (ServerService Thread Pool – 71) JBAS018210: Register web context: /RolloutPlanTestCase
[Server:other-two] 14:49:50,845 INFO  [org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestServlet] (ServerService Thread Pool – 71) RolloutServlet initialized: 1401389390845
[Server:main-two] 14:49:51,172 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018559: Deployed "RolloutPlanTestCase.war" (runtime-name : "RolloutPlanTestCase.war")
[Server:test-one] 14:49:51,174 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018559: Deployed "RolloutPlanTestCase.war" (runtime-name : "RolloutPlanTestCase.war")
[Server:main-one] 14:49:51,169 INF[Server:other-two] 14:49:51,180 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018559: Deployed "RolloutPlanTestCase.war" (runtime-name : "RolloutPlanTestCase.war")
[Server:main-three] 14:49:51,180 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018559: Deployed "RolloutPlanTestCase.war" (runtime-name : "RolloutPlanTestCase.war")
O  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018559: Deployed "RolloutPlanTestCase.war" (runtime-name : "RolloutPlanTestCase.war")
[Server:main-two] 14:50:11,333 INFO  [org.jboss.web] (ServerService Thread Pool – 66) JBAS018224: Unregister web context: /RolloutPlanTestCase
[Server:test-one] 14:50:11,346 INFO  [org.jboss.web] (ServerService Thread Pool – 58) JBAS018224: Unregister web context: /RolloutPlanTestCase
[Server:main-three] 14:50:11,376 INFO  [org.jboss.web] (ServerService Thread Pool – 69) JBAS018224: Unregister web context: /RolloutPlanTestCase
[Server:main-two] 14:50:11,388 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015877: Stopped deployment RolloutPlanTestCase.war (runtime-name: RolloutPlanTestCase.war) in 62ms
[Server:test-one] 14:50:11,397 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015877: Stopped deployment RolloutPlanTestCase.war (runtime-name: RolloutPlanTestCase.war) in 59ms
[Server:main-three] 14:50:11,548 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015877: Stopped deployment RolloutPlanTestCase.war (runtime-name: RolloutPlanTestCase.war) in 175ms
[Server:other-two] 14:50:11,634 INFO  [org.jboss.web] (ServerService Thread Pool – 78) JBAS018224: Unregister web context: /RolloutPlanTestCase
[Server:other-two] 14:50:11,704 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015877: Stopped deployment RolloutPlanTestCase.war (runtime-name: RolloutPlanTestCase.war) in 132ms
[Server:main-one] 14:50:11,748 INFO  [org.jboss.web] (ServerService Thread Pool – 78) JBAS018224: Unregister web context: /RolloutPlanTestCase
[Server:main-one] 14:50:11,763 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015877: Stopped deployment RolloutPlanTestCase.war (runtime-name: RolloutPlanTestCase.war) in 385ms
[Server:main-three] 14:50:12,225 INFO  [org.jboss.as.repository] (host-controller-connection-threads - 1) JBAS014901: Content removed from location /mnt/hudson_workspace/workspace/eap-6x-as-testsuite-RHEL-matrix-OracleJDK7/378ed68b/jboss-eap-6.3-src/testsuite/domain/target/domains/CLITestSuite/slave/data/servers/main-three/content/65/679323a365c7fcc3e6453a9fa3e114cfcd7ecb/content
[Server:main-three] 14:50:12,226 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018558: Undeployed "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Server:test-one] 14:50:12,217 INFO  [org.jboss.as.repository] (host-controller-connection-threads - 1) JBAS014901: Content removed from location /mnt/hudson_workspace/workspace/eap-6x-as-testsuite-RHEL-matrix-OracleJDK7/378ed68b/jboss-eap-6.3-src/testsuite/domain/target/domains/CLITestSuite/master/servers/test-one/data/content/65/679323a365c7fcc3e6453a9fa3e114cfcd7ecb/content
[Server:test-one] 14:50:12,218 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018558: Undeployed "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Server:main-two] 14:50:12,218 INFO  [org.jboss.as.repository] (host-controller-connection-threads - 1) JBAS014901: Content removed from location /mnt/hudson_workspace/workspace/eap-6x-as-testsuite-RHEL-matrix-OracleJDK7/378ed68b/jboss-eap-6.3-src/testsuite/domain/target/domains/CLITestSuite/master/servers/main-two/data/content/65/679323a365c7fcc3e6453a9fa3e114cfcd7ecb/content
[Server:main-two] 14:50:12,219 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018558: Undeployed "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Server:main-one] 14:50:12,221 INFO  [org.jboss.as.repository] (host-controller-connection-threads - 1) JBAS014901: Content removed from location /mnt/hudson_workspace/workspace/eap-6x-as-testsuite-RHEL-matrix-OracleJDK7/378ed68b/jboss-eap-6.3-src/testsuite/domain/target/domains/CLITestSuite/master/servers/main-one/data/content/65/679323a365c7fcc3e6453a9fa3e114cfcd7ecb/content
[Server:main-one] 14:50:12,223 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018558: Undeployed "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Server:other-two] 14:50:12,237 INFO  [org.jboss.as.repository] (host-controller-connection-threads - 1) JBAS014901: Content removed from location /mnt/hudson_workspace/workspace/eap-6x-as-testsuite-RHEL-matrix-OracleJDK7/378ed68b/jboss-eap-6.3-src/testsuite/domain/target/domains/CLITestSuite/slave/data/servers/other-two/content/65/679323a365c7fcc3e6453a9fa3e114cfcd7ecb/content
[Server:other-two] 14:50:12,252 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018558: Undeployed "RolloutPlanTestCase.war" (runtime-name: "RolloutPlanTestCase.war")
[Host Controller] [0m[0m14:50:12,261 INFO  [org.jboss.as.repository] (management-handler-thread - 4) JBAS014901: Content removed from location /mnt/hudson_workspace/workspace/eap-6x-as-testsuite-RHEL-matrix-OracleJDK7/378ed68b/jboss-eap-6.3-src/testsuite/domain/target/domains/CLITestSuite/master/data/content/65/679323a365c7fcc3e6453a9fa3e114cfcd7ecb/content[0m
ERROR [org.jboss.as.cli.CommandContext] {
{"domain-failure-description" => "JBAS014807: Management resource '[
    (\"socket-binding\" => \"test-binding\")
]' not found"}
,
}

We found this issue when running large scale ingestion tests for HBASE-5754. The problem is that the .META. table updates are not atomic while splitting a region. In SplitTransaction, there is a time lap between the marking the parent offline, and adding of daughters to the META table. This can result in clients using MetaScanner, of HTable.getStartEndKeys (used by the TableInputFormat) missing regions which are made just offline, but the daughters are not added yet. 
This is also related to HBASE-4335. 

In order to modify the SO_REUSEADDR option of a multicast or datagram socket, the socket must be unbound - otherwise the behavior is undefined.  See:
http://docs.oracle.com/javase/8/docs/api/java/net/DatagramSocket.html#setReuseAddress-boolean-
To support this (as required for JGroups 3.6.7.Final), SocketBindingManager needs methods to create unbound datagram/multicast sockets.  The current methods that accept a SocketAddress throw an ISE when a null address is used.
Setting priority to blocker to encourage inclusion into 2.0.x.

While running TestReplication I bumped into:

2010-06-16 16:44:07,576 DEBUG [IPC Server handler 3 on 62423] master.RegionManager(357): Created UNASSIGNED zNode test,,1276731846828.de5dcd3df0fbc58207ce6ccff9ff2870. in state M2ZK_REGION_OFFLINE
2010-06-16 16:44:07,577 INFO  [RegionServer:0] regionserver.HRegionServer(511): MSG_REGION_OPEN: test,,1276731846828.de5dcd3df0fbc58207ce6ccff9ff2870.
2010-06-16 16:44:07,577 INFO  [RegionServer:0.worker] regionserver.HRegionServer$Worker(1358): Worker: MSG_REGION_OPEN: test,,1276731846828.de5dcd3df0fbc58207ce6ccff9ff2870.
2010-06-16 16:44:07,578 DEBUG [RegionServer:0.worker] regionserver.RSZookeeperUpdater(157): Updating ZNode /1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870 with [RS2ZK_REGION_OPENING] expected version = 0
2010-06-16 16:44:07,580 DEBUG [main-EventThread] master.HMaster(1142): Event NodeDataChanged with state SyncConnected with path /1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,580 DEBUG [main-EventThread] master.ZKMasterAddressWatcher(64): Got event NodeDataChanged with path /1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,580 DEBUG [main-EventThread] master.ZKUnassignedWatcher(71): ZK-EVENT-PROCESS: Got zkEvent NodeDataChanged state:SyncConnected path:/1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,580 INFO  [main-EventThread] regionserver.HRegionServer(379): Got ZooKeeper event, state: SyncConnected, type: NodeDataChanged, path: /1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,581 DEBUG [RegionServer:0.worker] regionserver.HRegion(294): Creating region test,,1276731846828.de5dcd3df0fbc58207ce6ccff9ff2870.
2010-06-16 16:44:07,582 DEBUG [MASTER_CLOSEREGION-master-1] handler.MasterOpenRegionHandler(70): Event = RS2ZK_REGION_OPENING, region = de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,582 DEBUG [MASTER_CLOSEREGION-master-1] handler.MasterOpenRegionHandler(81): NO-OP call to handling region opening event
2010-06-16 16:44:07,589 INFO  [RegionServer:0.worker] regionserver.HRegion(369): region test,,1276731846828.de5dcd3df0fbc58207ce6ccff9ff2870. available; sequence id is 1
2010-06-16 16:44:07,590 DEBUG [RegionServer:0.worker] regionserver.RSZookeeperUpdater(157): Updating ZNode /1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870 with [RS2ZK_REGION_OPENED] expected version = 1
2010-06-16 16:44:07,591 DEBUG [main-EventThread] master.HMaster(1142): Event NodeDataChanged with state SyncConnected with path /1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,591 DEBUG [main-EventThread] master.ZKMasterAddressWatcher(64): Got event NodeDataChanged with path /1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,592 DEBUG [main-EventThread] master.ZKUnassignedWatcher(71): ZK-EVENT-PROCESS: Got zkEvent NodeDataChanged state:SyncConnected path:/1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,591 INFO  [main-EventThread] regionserver.HRegionServer(379): Got ZooKeeper event, state: SyncConnected, type: NodeDataChanged, path: /1/UNASSIGNED/de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,593 DEBUG [MASTER_CLOSEREGION-master-1] handler.MasterOpenRegionHandler(70): Event = RS2ZK_REGION_OPENED, region = de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,594 DEBUG [MASTER_CLOSEREGION-master-1] handler.MasterOpenRegionHandler(96): RS 10.10.1.130,62425,1276731832950 has opened region de5dcd3df0fbc58207ce6ccff9ff2870
2010-06-16 16:44:07,594 ERROR [MASTER_CLOSEREGION-master-1] server.NIOServerCnxn$Factory$1(81): Thread Thread[MASTER_CLOSEREGION-master-1,5,main] died
        at org.apache.hadoop.hbase.master.ServerManager.processRegionOpen(ServerManager.java:607)
        at org.apache.hadoop.hbase.master.handler.MasterOpenRegionHandler.handleRegionOpenedEvent(MasterOpenRegionHandler.java:99)
        at org.apache.hadoop.hbase.master.handler.MasterOpenRegionHandler.process(MasterOpenRegionHandler.java:75)
        at org.apache.hadoop.hbase.executor.HBaseEventHandler.run(HBaseEventHandler.java:215)

This looks very new. Assigning Karthik as he was there recently.

018-01-19T02:12:34,457  WARN [pool-10-thread-1] metastore.ObjectStore: Falling back to ORM path due to direct SQL failure (this is not an error): java.lang.String cannot be cast to [Ljava.lang.Object; at

org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getTables(MetaStoreDirectSql.java:412) at org.apache.hadoop.hive.metastore.ObjectStore$2.getSqlResult(ObjectStore.java:1336)

2018-01-19T02:12:34,457 DEBUG [pool-10-thread-1] metastore.ObjectStore: Full DirectSQL callstack for debugging (note: this is not an error)

java.lang.ClassCastException: java.lang.String cannot be cast to [Ljava.lang.Object;

        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getTables(MetaStoreDirectSql.java:412) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]

        at org.apache.hadoop.hive.metastore.ObjectStore$2.getSqlResult(ObjectStore.java:1336) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]

        at org.apache.hadoop.hive.metastore.ObjectStore$2.getSqlResult(ObjectStore.java:1332) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]

        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:3200) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]

        at org.apache.hadoop.hive.metastore.ObjectStore.getTablesInternal(ObjectStore.java:1344) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]

        at org.apache.hadoop.hive.metastore.ObjectStore.getTables(ObjectStore.java:1323) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]

The DataNucleus layer returns List<String> for this case, when exactly one column has been selected.
And MetastoreDirectSQL is disabled for all further queries.

A few races are still lingering in the slab cache. Here are some tests and proposed fixes.

fabric:create --help don't display anymore the description, syntax and options  of the command

100% [========================================================================]

     | |  _ \                |  ____|

  JBoss Fuse (6.1.0.redhat-346)

Open a browser to http://localhost:8181 to access the management console

JBossFuse:karaf@root> fabric:create --help

Message to mailing list from Anthony Green
http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg82127.html
This support routine from the commons-io project test code assumed that
FileReader.read(byte[]) would always read the entire file.  There's no
such guarantee, and some tests were failing on GNU Classpath based VMs
because of this.
Thanks,
AG
— src/test/org/apache/commons/io/testtools/FileBasedTestCase.java~	2006-07-13 23:44:13.000000000 -0700
+++ src/test/org/apache/commons/io/testtools/FileBasedTestCase.java	2006-07-13 23:44:20.000000000 -0700
@@ -167,18 +171,22 @@
         throws IOException
     {
         Reader ir = new java.io.FileReader( file );

try 
{
-            char[] c1 = new char[ c0.length ];
-            int numRead = ir.read( c1 );
-            assertTrue( "Different number of bytes", numRead == c0.length );
-            for( int i = 0;
-                 i < numRead;
-                 assertTrue( "Byte " + i + " differs (" + c0[ i ] + " != " + c1[ i ] + ")", 
-                    c0[ i ] == c1[ i ] ), i++
-                );
-        }
 finally 
{
-            ir.close();
-        }
+	int count = 0, numRead = 0;
+	char[] c1 = new char[ c0.length ];
+	try 
Unknown macro: {+	  while (count < c0.length)+	    {
+	      numRead = ir.read( c1, count, c0.length);
+	      for( int i = count;
+		   i < count+numRead;
+		   assertTrue( "Byte " + i + " differs (" + c0[ i ] + " != " + c1[ i ] + ")", 
+			       c0[ i ] == c1[ i ] ), i++
+		   );
+	      count += numRead;
+	    }+	} 
 finally 
{
+	  ir.close();
+	}
     }

     protected void checkWrite(OutputStream output) throws Exception {

scan will always broken if we set LIMIT more than 1 with rs  hbase.client.rpc.codec set to org.apache.hadoop.hbase.codec.KeyValueCodecWithTags.
1. 1 master + 1 rs, codec use KeyValueCodecWithTags.
2.  create a table table_1024B_30g，1 cf and with only 1 qualifier, then load some data with ycsb，.  Use Diff DataBlockEncoding
3. scan 'table_1024B_30g', 
{LIMIT => 2, STARTROW => 'user5499'}
, STARTROW  is set any valid start row.
4. scan failed.
this should be bug in KeyValueCodecWithTags, after some investigations, I found some the key not serialized correctly.

But the Table#append and #increment can handle the null result...that is an inconsistent behavior for user.
I have noticed two scenarios that server will return null result to user.

postAppend/postIncrement return null
mutation.isReturnResults() is false and preIncrementAfterRowLock/preAppendAfterRowLock doesn't return null

We should wrap the null to empty result on server side. CP user should throw Exception rather than return null if they intend to say something is broken.

Runtime attribute being required (and thus nillable false) is confusing for users.

If you run this script:

web mvc embed finances --stockSymbol VMW

... then the URL http://localhost:8080/petclinic/embed/finances displays an empty collapsible pane where the VMware stock price chart (shown here in non-embedded form) should be.

In hbase-default.xml

+  <property>
+    <name>hbase.status.multicast.address.port</name>
+    <value>6100</value>
+    <description>
+      Multicast port to use for the status publication by multicast.
+    </description>
+  </property>

In HConstants it was 60100.

  public static final String STATUS_MULTICAST_PORT = "hbase.status.multicast.port";
  public static final int DEFAULT_STATUS_MULTICAST_PORT = 16100;

(it was 60100 in the code for 0.96 and 0.98.)
I lean towards going with the code as opposed to the config file.

After we get HBASE-7305 and HBASE-7546, things will become stable enough to enable online schema update to be enabled by default. 

    <name>hbase.online.schema.update.enable</name>
    Set true to enable online schema changes.  This is an experimental feature.··
    There are known issues modifying table schemas at the same time a region
    split is happening so your table needs to be quiescent or else you have to
    be running with splits disabled.

Table interface has some deprecated methods and the implementations do not have it so those methods are visible as non-deprecated.

If creation of WAL reader/ writer fails for some reason RS may leak hanging socket in CLOSE_WAIT state. 

HConnectionManager.HBASE_INSTANCES is a WeakHashMap from HBaseConfiguration to TableServers.  However, each TableServers has a strong reference back to the HBaseConfiguration key so they are never freed.  (See note at http://java.sun.com/javase/6/docs/api/java/util/WeakHashMap.html : "Implementation note: The value objects in a WeakHashMap are held by ordinary strong references. Thus care should be taken to ensure that value objects do not strongly refer to their own keys, either directly or indirectly, since that will prevent the keys from being discarded.")
Moreover, HBaseConfiguration implements hashCode() but not equals() so identical HBaseConfiguration objects each get their own TableServers object.
We had a long running HBase client process that was creating new HTable() objects, each creating a new HBaseConfiguration() and thus a new TableServers object.  It eventually went OOM, and gave a heap dump indicating 360 MB of data retained by HBASE_INSTANCES.

Suppose a deployment with EJB with security related annotations (for example @RolesAllowed) but without a @SecurityDomain annotation. If the EAP running the deployment has attribute default-security-domain in /subsystem=ejb3 defined, this will be used for any bean without security domain used in deployment. This works with PicketBox domains, however, if an Elytron security domain is defined as default, no such domain will be associated with the deployment.
This also causes failure of org.jboss.as.test.integration.ejb.security.missingmethodpermission.*TestCase tests in integration/basic module in test suite.

When Beeline is used by Sqoop from Oozie sqoop action in a kerberized cluster, Sqoop passes Hive delegation token to Beeline when invokes the beeline command. Unfortunately, Beeline puts principal=XY parameter to JDBC url so when binary transport is needed it will use principal based authentication instead of token based.
Related code: https://github.com/apache/hive/blob/master/jdbc/src/java/org/apache/hive/jdbc/HiveConnection.java#L688L705

During HS2 startup, CLIService start() does a HMS connection test to HMS.
It is redundant, since in its init stage, CLIService calls applyAuthorizationConfigPolicy where it starts a sessionState and establishes a connection to HMS. 

Running org.apache.hadoop.hbase.client.TestHCM
Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 11.742 sec <<< FAILURE!
Failed tests:   testRegionCaching(org.apache.hadoop.hbase.client.TestHCM)

Doing a scan in the shell with a limit is always off by 1 row because in the code we increment the counter at the beginning of the loop.

There seems to be a small error in the PDF manual source that leads to the string 'please define titleabbrev in your
docbook file!' on top of every second page.

In HBase table page Regionserver link is not opening the regionserver UI.
currently the url is

String url = "//" + addr.getHostname() + ":" + master.getRegionServerInfoPort(addr) + "/";

change in table.jsp file should be

String url = "//" + addr.getHostname() + ":" + master.getRegionServerInfoPort(addr) + "/rs-status";

o.s.w.s.m.m.a.ExceptionHandlerExceptionResolver uses HandlerMethod#getBeanType during handler lookup. This method may return com.sun.proxy.Proxy when controller impl is a proxy. 
Thus ControllerAdvice basePackages/basePackageClasses/assignableTypes are not working correctly, because ControllerAdviceBean#isApplicableToBeanType receives Proxy class as an argument.

Certain type of ddl operations might create large messages as part of DBNoitification, this might lead to the rdbms throwing an error when storing the message since its size is to large. It will also increase the footprint of the rdbms space usage. 
We should try store compressed messages to allow handling these situations. 
Edit: For notification_log table the message column for all supported databases can store messages from 2GB to 4GB

There is a bug in hbase/hbase-hadoop2-compat/src/main/java/org/apache/hadoop/metrics2/lib/MetricMutableQuantiles.java:91/92.  When the parameter name contains a %, it will cause a format exception by String.Format(...).
Here is a simple patch to fix it
hbase.patch
From 43a4b247f5ac69f57264b2c1b20dcca8205514c4 Mon Sep 17 00:00:00 2001
From: Siwakorn Srisakaokul <sping128@gmail.com>
Date: Wed, 22 Jan 2014 10:09:26 -0800
Subject: [PATCH] Format Patch

---
 .../org/apache/hadoop/metrics2/lib/MetricMutableQuantiles.java | 10 ++++------
 1 file changed, 4 insertions(+), 6 deletions(-)

diff --git a/hbase-hadoop2-compat/src/main/java/org/apache/hadoop/metrics2/lib/MetricMutableQuantiles.java b/hbase-hadoop2-compat/src/main/java/org/apache/hadoop/metrics2/lib/MetricMutableQuantiles.java
index b01f88b..c399323 100644
--- a/hbase-hadoop2-compat/src/main/java/org/apache/hadoop/metrics2/lib/MetricMutableQuantiles.java
+++ b/hbase-hadoop2-compat/src/main/java/org/apache/hadoop/metrics2/lib/MetricMutableQuantiles.java
@@ -82,14 +82,12 @@ public class MetricMutableQuantiles extends MutableMetric implements MetricHisto
         "Number of %s for %s with %ds interval", lsName, desc, interval));
     // Construct the MetricsInfos for the quantiles, converting to percentiles
     quantileInfos = new MetricsInfo[quantiles.length];
-    String nameTemplate = ucName + "%dthPercentile" + interval + "sInterval"
-        + uvName;
-    String descTemplate = "%d percentile " + lvName + " with " + interval
-        + " second interval for " + desc;
+    String nameTemplate = "%s%dthPercentile%dsInterval%s";
+    String descTemplate = "%d percentile %s with %d second interval for %s";
     for (int i = 0; i < quantiles.length; i++) {
       int percentile = (int) (100 * quantiles[i].quantile);
-      quantileInfos[i] = info(String.format(nameTemplate, percentile),
-          String.format(descTemplate, percentile));
+      quantileInfos[i] = info(String.format(nameTemplate, ucName, percentile, interval, uvName),
+          String.format(descTemplate, percentile, lvName, interval, desc));
     }
 
     estimator = new MetricSampleQuantiles(quantiles);
-- 
1.8.5.2

The "scanPackages" property requires the package name to have a trailing "." which is inconsistent with the component-scan.  This feature was adding by SPR-4738
ClassPathScanningCandidateComponentProvider (used by component-scan) constructs the scanning pattern like this:
String packageSearchPath = ResourcePatternResolver.CLASSPATH_ALL_URL_PREFIX + resolveBasePackage(basePackage) + "/" + this.resourcePattern;
AnnotationSessionFactoryBean constructs the scanning pattern like this:
String pattern = ResourcePatternResolver.CLASSPATH_ALL_URL_PREFIX + ClassUtils.convertClassNameToResourcePath(pkg) + RESOURCE_PATTERN;
Notice the missing "/" in the hibernate class.  This means that the resource pattern is constructed like classpath*:myPackage*/.class instead of classpath*:myPackage/*/.class
This works when all persistence classes are in the package to be scanned, but fails to scan subclasses.  AnnotationSessionFactoryBean should be changed to construct its pattern like component-scan does.
A workaround is to append a trailing "." onto the end of your package name.

When creating an entity with a ManyToOne relationship, the create.jspx and update.jspx for the entity at the One end of the relationship does not include a UI component for the Many end. This is fine, but sometimes when an entity includes this type of relationship then other fields (for example, of type string) are not generated.
There appears to be a bug in:
https://anonsvn.springframework.org/svn/spring-roo/release-1.0.0.RELEASE/addon-web-mvc-jsp/src/main/java/org/springframework/roo/addon/mvc/jsp/JspDocumentHelper.java
In the createFieldsForCreateAndUpdate() method. See line 674. There is a return statement which would stop the generation of any subsequent fields.

Hive compiler adds tables used in a view definition in the input entity list, with the view as parent entity for the table.
In case of a view with union all query, this is not being done property. For example,

create view view1 as select t.id from (select tab1.id from db.tab1 union all select tab2.id from db.tab2 ) t;

This query will capture tab1 and tab2 as read entity without view1 as parent.

This is only reproducible in Windows. 

[INFO] Repackaging .war: C:\wildfly-swarm-examples\jaxrs\scala\target\example-scala.war
java.nio.file.FileSystemException: C:\wildfly-swarm-examples\jaxrs\scala\target\example-scala.war.original: The process cannot access the file because it is being used by another process.

        at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
        at sun.nio.fs.WindowsFileCopy.move(WindowsFileCopy.java:376)
        at org.wildfly.swarm.tools.BuildTool.move(BuildTool.java:199)
        at org.wildfly.swarm.tools.BuildTool.repackageWar(BuildTool.java:180)
        at org.wildfly.swarm.plugin.maven.PackageMojo.execute(PackageMojo.java:194)

The reference guide explains how to configure split policy in HBase shell(link).

Configuring the Split Policy On a Table Using HBase Shell
hbase> create 'test', {METHOD => 'table_att', CONFIG => {'SPLIT_POLICY' => 'org.apache.hadoop.hbase.regionserver.ConstantSizeRegionSplitPolicy'}},
{NAME => 'cf1'}

But if run that command, shell complains 'An argument ignored (unknown or overridden): CONFIG', and the table description has no split policy.

hbase(main):067:0* create 'test', {METHOD => 'table_att', CONFIG => {'SPLIT_POLICY' => 'org.apache.hadoop.hbase.regionserver.ConstantSizeRegionSplitPolicy'}}, {NAME => 'cf1'}
An argument ignored (unknown or overridden): CONFIG
Took 1.2180 seconds

hbase(main):068:0> describe 'test'
Table test is ENABLED
test
COLUMN FAMILIES DESCRIPTION
{NAME => 'cf1', DATA_BLOCK_ENCODING => 'NONE', BLOOMFILTER => 'ROW', REPLICATION_SCOPE => '0', COMPRESSION => 'NONE', VERSIONS => '1', TTL => 'FOREVER', MIN_VERSIONS => '0', IN_MEMORY_COMPACTION => 'false', KEEP_DELETED_CELLS => 'FALSE', BLOCKSIZE => '65536', IN_MEMORY => '
false', BLOCKCACHE => 'true'}
1 row(s)
Took 0.0200 seconds

 [junit] Running org.apache.commons.io.FileCleanerTestCase
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 116.485 sec
On 1.4.2 on the same machine/checkout, it takes only 1.x seconds.

After the commit of HBASE-9435, the TestColumnSchemaModel and TestTableSchemaModel test cases starts to fail when executing 0.96.0 and trunk runAllTests maven building with IBM IBM Java 6. Looks like the problem is related to the print order of the HashMap variables used in ColumnSchemaModel.java and TableSchemaModel.java.
Below are the output of the failed tests: 
Running org.apache.hadoop.hbase.rest.model.TestColumnSchemaModel
Tests run: 6, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 205.174 sec <<< FAILURE!
Running org.apache.hadoop.hbase.rest.model.TestTableSchemaModel
Results :
Failed tests:   testToXML(org.apache.hadoop.hbase.rest.model.TestColumnSchemaModel): expected:<...LOCKSIZE="16384" BLO[OMFILTER="NONE" BLOCKCACHE="true" COMPRESSION="GZ" VERSIONS="1" TTL="86400" IN_MEMORY="false]"/>> but was:<...LOCKSIZE="16384" BLO[CKCACHE="true" VERSIONS="1" TTL="86400" COMPRESSION="GZ" IN_MEMORY="false" BLOOMFILTER="NONE]"/>>
  testToXML(org.apache.hadoop.hbase.rest.model.TestTableSchemaModel): expected:<...LOCKSIZE="16384" BLO[OMFILTER="NONE" BLOCKCACHE="true" COMPRESSION="GZ" VERSIONS="1" TTL="86400" IN_MEMORY="false]"/></TableSchema>> but was:<...LOCKSIZE="16384" BLO[CKCACHE="true" VERSIONS="1" TTL="86400" COMPRESSION="GZ" IN_MEMORY="false" BLOOMFILTER="NONE]"/></TableSchema>>

When an external JTA/EJB transaction calls a transactional spring bean (using JtaTransactionManager), which in turn sends a RabbitMQ-message (using RabbitTemplate), then the message is committed on the channel when the spring transaction bracket ends (not as expected when the outer JTA transaction is committed).
This StackOverflow question describes the same problem:
http://stackoverflow.com/questions/25773000/spring-amqp-rabbitmq-transaction-rollback-in-ejb3-cmt
The reason seems to be, that AbstractPlatformTransactionManager.processCommit() executes onCommit() callbacks immediately (whereas afterCompletion-Callbacks are passed on to a surrounding transaction). As the RabbitTemplate uses onCommit() callbacks (see RabbitResourceSynchronization) this causes the described behavior.
Moving the channel commit to afterCompletion in RabbitResourceSynchronization should fix this problem.

Correct the file to put the http-interface element attributes in xsd order and to remove the comment that can't be persisted.
Besides being correct this will eliminate a diff to the version galleon will create.

1) Due to YARN-4562, we should package ssl-server.xml if available; SSL settings are not  read from LLAP configs.
2) The bean removal can fail during shutdown.
3) LlapWebServices creates its own config object but uses the one provided by AbstractService instead.
4) Setting name for ACL is used by Hadoop to generate the setting name for the host list, which happens to collide with the existing LLAP host list setting name, resulting in all hosts being prevented from connecting to daemon protocol.

DomainControllerMigrationTestCase is intermittently hanging recently.
I will attach thread dumps from a recent hang.
The test driver is hanging here:
"main" prio=10 tid=0xb7605c00 nid=0x7656 in Object.wait() [0xb7786000]

waiting on <0xa99833f8> (a org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl)
eliminated <0xa99833f8> (a org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl)
locked <0xa99833f8> (a org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl)
	at org.jboss.as.controller.client.impl.AbstractDelegatingAsyncFuture.get(AbstractDelegatingAsyncFuture.java:100)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:76)
	at org.jboss.as.controller.client.helpers.domain.impl.DomainClientImpl.execute(DomainClientImpl.java:86)
	at org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil.executeForResult(DomainLifecycleUtil.java:580)
	at org.jboss.as.test.integration.domain.DomainControllerMigrationTestCase.testDCFailover(DomainControllerMigrationTestCase.java:206)

The master HC process is stuck here:
"management-handler-thread - 2" prio=10 tid=0x8be50400 nid=0x1a92 waiting on condition [0x87604000]

parking to wait for  <0xaa032fd0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at org.jboss.as.controller.remote.BlockingQueueOperationListener.retrievePreparedOperation(BlockingQueueOperationListener.java:84)
	at org.jboss.as.domain.controller.operations.coordination.DomainSlaveHandler.execute(DomainSlaveHandler.java:117)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:608)
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:486)
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:275)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:270)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:257)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:142)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:205)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:110)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$2.run(ModelControllerClientOperationHandler.java:157)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$2.run(ModelControllerClientOperationHandler.java:153)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:296)

I see nothing relevant in the other thread dumps.
The master HC is blocking waiting for a response from the slave HC.
Just before the client makes the request that triggers this, it has reloaded the slave HC. The test is not robust in terms of how it checks that the slave is ready before continuing on with the test; it merely connects directly to the slave checks that the slave's root resource can be read. That can succeed relatively early in boot even before the slave has registered with the master.
Fixing that may prevent the hangs, but it would likely paper over whatever problem is causing the hangs. A client invoking multi-host operations while a slave is booting and registering is a use case that can't hang.

I try use Ipv6 address for Spring data mongo. 
In applicationContext.xml :
<mongo:mongo host="[21::1]"  port="27017" />
or
<mongo:mongo host="21::1" port="27017" />
Error:
Caused by: java.lang.NumberFormatException: For input string: ":1]".
I find file at com.mongodb.ServerAddress.<init>(ServerAddress.java:67).
-> I can't connect mongo server although I enabled IPv6 ( --ipv6=true )  in mongo server.
Beside that, I used hostname in host file (etc/hosts)
Example: 21::1   mongo_address
<mongo:mongo host="mongo_address" port="27017" />
-> Mongodb can work normal.
Please help me to config mongodb with directly Ipv6 address!

AEAD is not a digest (PRF) function, it's a description of a message authentication strategy.  We should only use the actual digest names in the mechanism database.

VectorizedRowBatchCtx.recordIdColumnVector was used temporarily to pass record id column, which is virtual, between a reducer and a mapper. However, when the reducer and the mapper are not in a same JVM, it makes incorrect results.

Flaked tests: 
org.apache.hadoop.hbase.regionserver.TestFlushRegionEntry.test
    (org.apache.hadoop.hbase.regionserver.TestFlushRegionEntry)
  Run 1: TestFlushRegionEntry.test:41 expected:
       org.apache.hadoop.hbase.regionserver.MemStoreFlusher$FlushRegionEntry<[flush region null]>
     but was:
  Run 2: PASS

After a region server recovery, some regions may get assigned to duplicate region servers.
Note: I am based on a slightly older trunk (prior to the HBASE-2694). Nevertheless, I think HBASE-2694 doesn't address this case.
Scenario:

Three region server setup (store285,286,287), with about 500 regions in the table overall.
kill -9 and restart one of the region servers (store286).
The 170 odd regions in the failed region server got assigned out. But two of the regions got assigned to multiple region servers.
Looking at the log entries for one such region, it appears that there is some race condition that happens between the ProcessRegionOpen (a RegionServerOperation) and BaseScanner which causes the BaseScanner to think this region needs to be reassigned.

Relevant Logs:
Master detects that the server start message (from the restarted RS) is from a server it already knows about, but startcode is different. So, it triggers server recovery. Alternatively, the recovery will be triggered by ZNODE expiry in some cases depending on which ever event (restart of RS or Znode expiry) happens first. After that it does logs splits etc. for the failed RS; it then also removes the old region server/startcode from the deadservers map.

2010-06-17 10:26:06,420 INFO org.apache.hadoop.hbase.master.ServerManager: Server start rejected; we already have 10.138.95.182:60020 registered; existingServer=serverName=store286.xyz.com,60020,1276629467680, load=(requests=22, regions=171, usedHeap=6549, maxHeap=11993), newServer=serverName=store286.xyz.com,60020,1276795566511, load=(requests=0, regions=0, usedHeap=0, maxHeap=0)
2010-06-17 10:26:06,420 INFO org.apache.hadoop.hbase.master.ServerManager: Triggering server recovery; existingServer looks stale
2010-06-17 10:26:06,420 DEBUG org.apache.hadoop.hbase.master.ServerManager: Added=store286.xyz.com,60020,1276629467680 to dead servers, added shutdown processing operation

... split log processing...

2010-06-17 10:29:51,317 DEBUG org.apache.hadoop.hbase.master.RegionServerOperation: Removed store286.xyz.com,60020,1276629467680 from deadservers Map

What follows is the relevant log snippet for one of the regions that gets double assigned.
Master tries to assign the region to store285. 
At 10:30:20,006, in ProcessRegionOpen, we update META with information about the new assignment. However, just around the same time, BaseScanner processes this entry (at 10:30:20,009), but finds that the region is still assigned to the old region server. There have been some fixes for double assignment in BaseScanner because BaseScanner might be doing a stale read depending on when it started. But looks like there is still another hole left.

2010-06-17 10:30:10,186 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. to store285.xyz.com,60020,1276629468460

2010-06-17 10:30:11,701 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_PROCESS_OPEN: test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. from store285.xyz.com,60020,1276629468460; 8 of
2010-06-17 10:30:12,800 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_PROCESS_OPEN: test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. from store285.xyz.com,60020,1276629468460; 7 of
2010-06-17 10:30:13,905 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_PROCESS_OPEN: test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. from store285.xyz.com,60020,1276629468460; 6 of
...
2010-06-17 10:30:20,001 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_OPEN: test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. from store285.xyz.com,60020,1276629468460; 1 of 3
2010-06-17 10:30:20,001 INFO org.apache.hadoop.hbase.master.RegionServerOperation: test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. open on store285.xyz.com,60020,1276629468460
2010-06-17 10:30:20,006 INFO org.apache.hadoop.hbase.master.RegionServerOperation: Updated row test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. in region .META.,,1 with startcode=1276629468460, server=store285.xyz.com:60020
2010-06-17 10:30:20,009 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. is not valid;  serverAddress=store286.xyz.com:60020, startCode=1276629467680 unknown.

At this point BaseScanner calls "this.master.getRegionManager().setUnassigned(info, true)" to set the region to be unassigned (even though it is assigned to store285). And later, this region is given to another region server (store287).

2010-06-17 10:30:20,581 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. to store287.xyz.com,60020,1276629468678
2010-06-17 10:30:25,525 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_OPEN: test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. from store287.xyz.com,60020,1276629468678; 6 of 6
2010-06-17 10:30:25,531 INFO org.apache.hadoop.hbase.master.RegionServerOperation: test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. open on store287.xyz.com,60020,1276629468678
2010-06-17 10:30:25,534 INFO org.apache.hadoop.hbase.master.RegionServerOperation: Updated row test1,9301760000,1276657884012.acff724037d739bab9af61e3edef0cc9. in region .META.,,1 with startcode=1276629468678, server=store287.xyz.com:60020

http://hudson.zones.apache.org/hudson/job/HBase-Patch/539/testReport/org.apache.hadoop.hbase/TestMergeTable/testMergeTable/
java.io.IOException: Files have same sequenceid
	at org.apache.hadoop.hbase.regionserver.HRegion.merge(HRegion.java:2500)
	at org.apache.hadoop.hbase.regionserver.HRegion.mergeAdjacent(HRegion.java:2412)
	at org.apache.hadoop.hbase.HMerge$Merger.merge(HMerge.java:167)
	at org.apache.hadoop.hbase.HMerge$Merger.process(HMerge.java:126)
	at org.apache.hadoop.hbase.HMerge.merge(HMerge.java:91)
	at org.apache.hadoop.hbase.TestMergeTable.testMergeTable(TestMergeTable.java:35)

  <name>hive.hwi.war.file</name>
  <value>${HIVE_HOME}/lib/hive-hwi.war</value>
Is not interpreted correctly. This should read HIVE_HOME from environment as set by bin/hive and append this value to it.

http://docs.oracle.com/javaee/6/api/javax/servlet/http/HttpServletRequest.html#login%28java.lang.String,%20java.lang.String%29

When I ran TestHBaseFsck, I sometimes saw:

testNoVersionFile(org.apache.hadoop.hbase.util.TestHBaseFsck)  Time elapsed: 0.003 sec  <<< ERROR!
        at org.apache.hadoop.hbase.master.TableLockManager$ZKTableLockManager.reapAllExpiredLocks(TableLockManager.java:433)
        at org.apache.hadoop.hbase.util.hbck.TableLockChecker.fixExpiredTableLocks(TableLockChecker.java:83)
        at org.apache.hadoop.hbase.util.HBaseFsck.checkAndFixTableLocks(HBaseFsck.java:2483)
        at org.apache.hadoop.hbase.util.HBaseFsck.onlineHbck(HBaseFsck.java:460)
        at org.apache.hadoop.hbase.util.hbck.HbckTestingUtil.doFsck(HbckTestingUtil.java:65)
        at org.apache.hadoop.hbase.util.hbck.HbckTestingUtil.doFsck(HbckTestingUtil.java:41)
        at org.apache.hadoop.hbase.util.hbck.HbckTestingUtil.doFsck(HbckTestingUtil.java:36)
        at org.apache.hadoop.hbase.util.TestHBaseFsck.testNoVersionFile(TestHBaseFsck.java:1086)
...
        at org.apache.hadoop.hbase.zookeeper.lock.ZKInterProcessLockBase.reapExpiredLocks(ZKInterProcessLockBase.java:393)
        at org.apache.hadoop.hbase.master.TableLockManager$ZKTableLockManager.reapAllExpiredLocks(TableLockManager.java:427)
        ... 37 more

This was due to null being returned from ZKUtil.listChildrenNoWatch() at line 384:

      children = ZKUtil.listChildrenNoWatch(zkWatcher, parentLockNode);

While creating a ACID table ran into the following error:

>>>  create table acidcount1 (id int) 
clustered by (id) into 2 buckets 
stored as orc 
tblproperties('transactional'='true');
INFO  : Compiling command(queryId=hive_20160719105944_bfe65377-59fa-4e17-941e-1f86b8daca15): create table acidcount1 (id int) 
tblproperties('transactional'='true')
INFO  : Completed compiling command(queryId=hive_20160719105944_bfe65377-59fa-4e17-941e-1f86b8daca15); Time taken: 0.111 seconds
Error: Error running query: java.lang.RuntimeException: Unable to lock 'CheckLock' due to: Duplicate entry 'CheckLock-0' for key 'PRIMARY' (SQLState=23000, ErrorCode=1062) (state=,code=0)
Aborting command set because "force" is false and command failed: "create table acidcount1 (id int) 
tblproperties('transactional'='true');"

Saw the following detailed stack in the server log:

2016-07-19T10:59:46,213 ERROR [HiveServer2-Background-Pool: Thread-463]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invokeInternal(196)) - java.lang.RuntimeException: Unable to lock 'CheckLock' due to: Duplicate entry 'CheckLock-0' for key 'PRIMARY' (SQLState=23000, ErrorCode=1062)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.acquireLock(TxnHandler.java:3235)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.checkLock(TxnHandler.java:2309)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.checkLockWithRetry(TxnHandler.java:1012)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.lock(TxnHandler.java:784)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.lock(HiveMetaStore.java:5941)
        at com.sun.proxy.$Proxy26.lock(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.lock(HiveMetaStoreClient.java:2109)
        at com.sun.proxy.$Proxy28.lock(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2259)
        at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager$SynchronizedMetaStoreClient.lock(DbTxnManager.java:740)
        at org.apache.hadoop.hive.ql.lockmgr.DbLockManager.lock(DbLockManager.java:103)
        at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.acquireLocks(DbTxnManager.java:341)
        at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.acquireLocksWithHeartbeatDelay(DbTxnManager.java:357)
        at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.acquireLocks(DbTxnManager.java:167)
        at org.apache.hadoop.hive.ql.Driver.acquireLocksAndOpenTxn(Driver.java:980)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1316)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1090)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1083)
        at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:242)
        at org.apache.hive.service.cli.operation.SQLOperation.access$800(SQLOperation.java:91)
        at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:334)
        at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:347)
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry 'CheckLock-0' for key 'PRIMARY'
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:971)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.acquireLock(TxnHandler.java:3231)
        ... 47 more

Currently hive has only following authenticator parameters for LDAP authentication for hiveserver2:

<property> 
  <name>hive.server2.authentication</name> 
  <value>LDAP</value> 
</property> 
  <name>hive.server2.authentication.ldap.url</name> 
  <value>ldap://our_ldap_address</value> 

We need to include other LDAP properties as part of hive-LDAP authentication like below:

a group search base -> dc=domain,dc=com 
a group search filter -> member={0} 
a user search base -> dc=domain,dc=com 
a user search filter -> sAMAAccountName={0} 
a list of valid user groups -> group1,group2,group3 

0.98 was used.
This was sequence of events:
create 'tablethree_mod'
snapshot 'tablethree_mod', 'snapshot_tablethree_mod'
disable 'tablethree_mod'
2014-01-15 09:34:51,749   restore_snapshot 'snapshot_tablethree_mod'
2014-01-15 09:35:07,210   enable 'tablethree_mod'
2014-01-15 09:35:46,134   delete_snapshot 'snapshot_tablethree_mod'
2014-01-15 09:41:42,210   disable 'tablethree_mod'
2014-01-15 09:41:43,610   drop 'tablethree_mod'
For the last table creation request:

2014-01-15 10:03:52,999|beaver.component.hbase|INFO| 'create 'tablethree_mod',
{NAME => 'f1', VERSIONS => 3}

,
{NAME => 'f2', VERSIONS => 3}

,
{NAME => 'f3', VERSIONS => 3}

'
2014-01-15 10:03:52,999|beaver.component.hbase|INFO| 'exists 'tablethree_mod''
2014-01-15 10:03:52,999|beaver.component.hbase|INFO| 'put 'tablethree_mod', '0', 'f1:q1', 'value-0', 10'
2014-01-15 10:03:52,999|beaver.component.hbase|INFO| 'put 'tablethree_mod', '1', 'f1:q1', 'value-1', 20'
2014-01-15 10:03:53,000|beaver.component.hbase|INFO| 'put 'tablethree_mod', '2', 'f2:q2', 'value-2', 30'
2014-01-15 10:03:53,000|beaver.component.hbase|INFO| 'put 'tablethree_mod', '3', 'f3:q3', 'value-3', 40'
2014-01-15 10:03:53,000|beaver.component.hbase|INFO| 'put 'tablethree_mod', '4', 'f3:q3', 'value-4', 50'
2014-01-15 10:03:53,000|beaver.component.hbase|INFO|Done writing commands to file. Will execute them now.
2014-01-15 10:03:53,000|beaver.machine|INFO|RUNNING: /usr/lib/hbase/bin/hbase shell /grid/0/tmp/hwqe/artifacts/tmp-471142
2014-01-15 10:03:55,878|beaver.machine|INFO|2014-01-15 10:03:55,878 INFO [main] Configuration.deprecation: hadoop.native.lib is deprecated. Instead, use io.native.lib.available
2014-01-15 10:03:57,283|beaver.machine|INFO|2014-01-15 10:03:57,283 WARN [main] conf.Configuration: hbase-site.xml:an attempt to override final parameter: dfs.support.append; Ignoring.
2014-01-15 10:03:57,669|beaver.machine|INFO|2014-01-15 10:03:57,669 WARN [main] conf.Configuration: hbase-site.xml:an attempt to override final parameter: dfs.support.append; Ignoring.
2014-01-15 10:03:57,720|beaver.machine|INFO|2014-01-15 10:03:57,720 WARN [main] conf.Configuration: hbase-site.xml:an attempt to override final parameter: dfs.support.append; Ignoring.
2014-01-15 10:03:57,997|beaver.machine|INFO|
2014-01-15 10:03:57,997|beaver.machine|INFO|ERROR: Table already exists: tablethree_mod!

This was an intermittent issue after using Snapshots, a table is not properly dropped / and not able to properly re-create with the same name. And a HRegion is empty or null Error occurs. (When you try to drop the table it says it does not exist, and when you try to create the table it says that it does already exist).

2014-01-15 10:04:02,462|beaver.machine|INFO|ERROR: HRegionInfo was null or empty in hbase:meta, row=keyvalues=
{tablethree_mod,,1389778226606.afc82d1ceabbaca36a504b83b65fc0c9./info:seqnumDuringOpen/1389778905355/Put/vlen=8/mvcc=0, tablethree_mod,,1389778226606.afc82d1ceabbaca36a504b83b65fc0c9./info:server/1389778905355/Put/vlen=32/mvcc=0, tablethree_mod,,1389778226606.afc82d1ceabbaca36a504b83b65fc0c9./info:serverstartcode/1389778905355/Put/vlen=8/mvcc=0} 

Thanks to Huned who discovered this issue.

In conf/hbase-env.sh :

# export HBASE_JMX_BASE="-Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"
# If you want to configure BucketCache, specify '-XX: MaxDirectMemorySize=' with proper direct memory size
# export HBASE_THRIFT_OPTS="$HBASE_JMX_BASE -Dcom.sun.management.jmxremote.port=10103"

But in bin/hbase-config.sh , a different variable is used:

# Thrift JMX opts
if [ -n "$HBASE_JMX_OPTS" ] && [ -z "$HBASE_THRIFT_JMX_OPTS" ]; then
  HBASE_THRIFT_JMX_OPTS="$HBASE_JMX_OPTS -Dcom.sun.management.jmxremote.port=10103"
fi

The variable names should be aligned for better user experience.

command:

email sender setup --hostServer xxx --encoding xxx --protocol xxx --port xxx --username xxx --password xxx

result:

<bean class="org.springframework.mail.javamail.JavaMailSenderImpl" id="mailSender">
        <property name="host" value="${email.host}"/>
        <property name="port" value="${email.port}"/>
        <property name="encoding" value="${email.encoding}"/>
        <property name="username" value="${email.username}"/>
        <property name="password" value="${email.password}"/>
</bean>

Class JavaMailSenderImpl have not property "encoding". There is property "defaultEncoding"

Using ignore accept header and default content type causes problems. Here is my bean xml:

{code?xml}
    <bean id="contentNegotiatingViewResolver"
          class="org.springframework.web.servlet.view.ContentNegotiatingViewResolver">
        <property name="order" value="1"/>
        <property name="ignoreAcceptHeader" value="true" />
        <property name="defaultContentType" value="text/html" />
        <property name="mediaTypes">
            <map>
                <entry key="ftl" value="text/html"/>
                <entry key="xml" value="application/xml"/>
                <entry key="json" value="application/json"/>
                <entry key="atom" value="application/atom+xml"/>
                <entry key="rss" value="application/rss+xml"/>
            </map>
        <property name="defaultViews">
            <list>
                <bean class="org.springframework.web.servlet.view.xml.MarshallingView">
                    <property name="contentType" value="application/xml" />
                    <property name="marshaller">
                        <bean class="org.springframework.oxm.xstream.XStreamMarshaller">
                            <property name="autodetectAnnotations" value="true"/>
                        </bean>
                </bean>
                <bean class="org.springframework.web.servlet.view.json.MappingJacksonJsonView">
                    <property name="contentType" value="application/json" />
                </bean>
            </list>
        <property name="viewResolvers">
            <list>
                <bean id="viewResolver" class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver">
                    <property name="contentType" value="text/html" />
                    <property name="order" value="2"/>
                    <property name="cache" value="false"/>
                    <property name="prefix" value=""/>
                    <property name="suffix" value=".ftl"/>
                    <property name="exposeSpringMacroHelpers" value="true"/>
                </bean>
            </list>
    </bean>

Here is the exception that is generated:

SEVERE: Servlet.service() for servlet jawbs threw exception
	at java.util.AbstractList.set(AbstractList.java:115)
	at java.util.AbstractList$ListItr.set(AbstractList.java:412)
	at java.util.Collections.sort(Collections.java:121)
	at org.springframework.web.servlet.view.ContentNegotiatingViewResolver.resolveViewName(ContentNegotiatingViewResolver.java:344)
	at org.springframework.web.servlet.DispatcherServlet.resolveViewName(DispatcherServlet.java:1105)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1052)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:808)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)

If there is a short-term fix, I'd love to hear it.
Basically what I want to do is have no extension (like /rest/hotels/list) go to text/html and still have the json, xml, etc. views work with the extensions on any/all browsers.
Thanks!

TableState is private but TableState.State is evolving. This means that Javadoc links from TableState.State to TableState are broken. stack says that TableState.State should be private.

aggName in org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getGenericUDAFEvaluator(String, ArrayList<ExprNodeDesc>, ASTNode, boolean, boolean) is generated by two different ways. One is String aggName = value.getChild(0).getText(); and another is String aggName = unescapeIdentifier(value.getChild(0).getText());. When a aggregation function is involved in a view, we may get a error.
You can try the query below (from create_view.q) to replay the error.

set hive.map.aggr=false;
CREATE TEMPORARY FUNCTION test_max AS
'org.apache.hadoop.hive.ql.udf.UDAFTestMax';
CREATE VIEW view9(m) AS
SELECT test_max(length(value))
FROM src;
DESCRIBE EXTENDED view9;
DESCRIBE FORMATTED view9;
SELECT * FROM view9;

Here is the log

2012-09-20 07:26:15,176 DEBUG exec.FunctionRegistry (FunctionRegistry.java:getGenericUDAFResolver(849)) - Looking up GenericUDAF: `test_max`
2012-09-20 07:26:15,181 ERROR ql.Driver (SessionState.java:printError(400)) - FAILED: SemanticException Line 1:33 Function argument type mismatch '`test_max`' in definition of VIEW view9 [
SELECT `_c0` AS `m` FROM (SELECT `test_max`(length(`src`.`value`))
FROM `default`.`src`) `view9`
] used as view9 at Line 2:14: Looking for UDAF Evaluator"`test_max`" with parameters [org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableIntObjectInspector@5afa2b2b]
org.apache.hadoop.hive.ql.parse.SemanticException: Line 1:33 Function argument type mismatch '`test_max`' in definition of VIEW view9 [
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getGenericUDAFEvaluator(SemanticAnalyzer.java:2394)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanGroupByOperator(SemanticAnalyzer.java:2561)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlan1MR(SemanticAnalyzer.java:3341)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:6140)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:6903)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:6843)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:6864)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:903)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:412)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:347)
	at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:713)
	at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_create_view(TestCliDriver.java:125)
	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:520)
	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1060)
	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:911)

For partitioned table, simple query on partition column returns always null or empty value, for example,

create table emppart(empno int, ename string) partitioned by (deptno int);
.. load partitions..

select distinct deptno from emppart; // empty
select min(deptno), max(deptno) from emppart;  // NULL and NULL

Let me fix a few innocuous exceptions that show on startup (saw testing 0.99.1), even when regular – will throw people off.
Here is one:

2014-10-12 19:07:15,251 INFO  [c2020:16020.activeMasterManager] zookeeper.MetaTableLocator: Failed verification of hbase:meta,,1 at address=c2021.halxg.cloudera.com,16020,1413165899611, exception=org.apache.hadoop.hbase.NotServingRegionException: org.apache.hadoop.hbase.NotServingRegionException: Region hbase:meta,,1 is not online on c2021.halxg.cloudera.com,16020,1413166029547
        at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:2677)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.getRegion(RSRpcServices.java:838)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.getRegionInfo(RSRpcServices.java:1110)
        at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:20158)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2016)
        at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:110)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:90)

More to follow...

If the client application already holding a stub to remote method tries to invoke it after the RMI server has been restarted, the following exception is received:
org.springframework.remoting.RemoteAccessException: Could not access remote service [rmi://remote:1099/service]; nested exception is java.rmi.MarshalException: error marshalling arguments; nested exception is: 
java.net.SocketException: Software caused connection abort: socket write error
at org.springframework.remoting.rmi.RmiClientInterceptorUtils.convertRmiAccessException(RmiClientInterceptorUtils.java:190)
at org.springframework.remoting.rmi.RmiClientInterceptor.doInvoke(RmiClientInterceptor.java:346)
at org.springframework.remoting.rmi.RmiClientInterceptor.invoke(RmiClientInterceptor.java:258)
Although it's not a pure connection failure because the server is rejecting the call (thus the SocketException) it could be seen as a connection failure (by detecting the root cause is a SocketException) because trying to get a new stub will solve the issue.
Doing it so will avoid to have to completely disable stub caching to support RMI server hot restart.
Does anybody have an objection on this?

In the Roo shell, code completions for packages / classes seems to be broken.
Lets assume, we have entitie in a subpackage domain.
When entering something like  controller scaffold --class ~.  , the code completion offers nothing. One has to enter "domain" by hand, and only gets code completion for the class name then.

This bug is closely related to the linked issues about @OneToOne (cyclic toString() bug and "field reference" imrpovement).
Generated tests for "reference" relationships pick random target entity when feeding the reference.
This is fine for @ManyToOne relationships, but wrong for @OneToOne : randomisation will return several time same target entity.
So DataOnDemand should pick random target entity out of remaining ones when relationship is @OneToOne.
Here is a minimal script to reproduce, along with a little manual editing :
project --topLevelPackage fr.free.hd.ch4mp.onetoone
entity --class ~.domain.Person --testAutomatically
entity --class ~.domain.DrivingLicense --testAutomatically
field string firstName --notNull --class ~.domain.Person
field string lastName --notNull --class ~.domain.Person
field number --fieldName points --type java.lang.Integer --notNull --min 0 --max 12 --class ~.domain.DrivingLicense
DrivingLicense.java editing :
import javax.persistence.JoinColumn;
import javax.persistence.OneToOne;
...
    @NotNull
    @OneToOne(targetEntity = Person.class)
    private Person owner;
Person.java editing :
import javax.persistence.CascadeType;
...
    @OneToOne(targetEntity = DrivingLicense.class, cascade = CascadeType.ALL, mappedBy = "owner")
    private DrivingLicense drivingLicense;
perform test should fail.
Editing DrivingLicenseDataOnDemand_Roo_DataOnDemand.aj and changing personDataOnDemand.getRandomPerson() call to Person.findPerson(new Long(index)) would be sufficient for tests to pass.

Yes, this is my own test 
Looking at the point where it fails frequently, it looks like the problem is just that the ZK does not hit the (asynchronous) ZKWatcher in the PolicyObserver in time.

The mappers are assigned in the order of the sizes of the files which violates the output bucketing of the result of sort merge join

This is very similar to SWS-416 
While that fixed it for SOAP V1.1, where there is a separate HTTP for SOAPAction, for SOAP V1.2 the action is included in the HTTP Header ContentType
Here's the ContentType Header without the interceptor:
Content-Type: application/soap+xml; charset=utf-8; action="MySoapAction"
Here's the ContentType Header with the interceptor:
Content-Type: application/soap+xml; charset=utf-8
I'm using the SaajSoapMessageFactory

For example generation of the file component does not check the super class which has all the options, and therefore we only detect a few options.

<html>
<header>
<title></title>
</header>
<body>
<h1>file endpoint</h1>
<p>File endpoint.</p>
<table class='table'>
  <tr>
    <th>Name</th>
    <th>Type</th>
    <th>Description</th>
  </tr>
  <tr>
    <td>copyAndDeleteOnRenameFail</td>
    <td>boolean</td>
    <td></td>
  </tr>
  <tr>
    <td>forceWrites</td>
    <td></td>
  </tr>
</table>
<h2>file consumer</h2>
<p>File consumer.</p>
</body>
</html>

Hello,
I am reading a file using the stream camel component. The behaviour expected is the following :

Read the stream
When the file roll over, start the reading the file from the begining

My code :
{{from("stream:file?fileName=myfile&scanStream=true&scanStreamDelay=1000&retry=true") }}
The problem with the code above is that the same file is read every 1000ms. The component don't check is the file was rolled over.
Thanks in advance.

Following unit tests are failing on windows because of the problem with static variables initialization.
TestMarkPartition
TestMarkRemotePartition
TestMetastoreEventListener
Reason – Static variables on outer class static variables are not getting initialized when we reference nested public static class variables on windows.

The queries like SELECT 1+1;, The target table and database will set to _dummy_database _dummy_table, authorization should skip these kinds of databases or tables.
For authz v1. it has skip them.
eg1. Source code at github

for (WriteEntity write : outputs) {
        if (write.isDummy() || write.isPathType()) {
          continue;
        }

eg2. Source code at github

for (ReadEntity read : inputs) {
        if (read.isDummy() || read.isPathType()) {
          continue;
        }
       ...
        }

...
This patch will fix authz v2.

When I fix the bug HBASE-6195, there is happened to find sometimes the test case will fail, https://builds.apache.org/job/HBase-0.94/259/.
If there are two Put/Increment with same row, family, qualifier, timestamp and different memstoreTS, after each Put/Increment, we do a memstore flush. So there will be two StoreFile with same KeyValue(except memstoreTS and SequenceId).
When I got the row, I always got the old records, the test case like this:

  public void testPutWithMemStoreFlush() throws Exception {
    String method = "testPutWithMemStoreFlush";
    byte[] tableName = Bytes.toBytes(method);
    byte[] family = Bytes.toBytes("family");;
    byte[] qualifier = Bytes.toBytes("qualifier");
    byte[] row = Bytes.toBytes("putRow");
    byte[] value = null;
    this.region = initHRegion(tableName, method, conf, family);
    Put put = null;
    Get get = null;
    List<KeyValue> kvs = null;
    Result res = null;
    
    put = new Put(row);
    value = Bytes.toBytes("value0");
    put.add(family, qualifier, 1234567l, value);
    System.out.print("get value before flush after put value0 : ");
    get = new Get(row);
    get.addColumn(family, qualifier);
    get.setMaxVersions();
    res = this.region.get(get, null);
    kvs = res.getColumn(family, qualifier);
    for (int i = 0; i < kvs.size(); i++) {
      System.out.println(Bytes.toString(kvs.get(i).getValue()));
    }

    region.flushcache();
    
    System.out.print("get value after flush after put value0 : ");
    }
    
    value = Bytes.toBytes("value1");
    System.out.print("get value before flush after put value1 : ");
    }
    System.out.print("get value after flush after put value1 : ");
    }
    
    value = Bytes.toBytes("value2");
    System.out.print("get value before flush after put value2 : ");
    }
    System.out.print("get value after flush after put value2 : ");
    } 
  }

and the result print as followed:

get value before flush after put value0 : value0
get value after flush after put value0 : value0
get value before flush after put value1 : value1
get value after flush after put value1 : value0
get value before flush after put value2 : value2
get value after flush after put value2 : value0

I analyze the code for StoreFileScanner with lazy seek, the StoreFileScanners are sorted by SequenceId, so the latest StoreFile is on the top KeyValueHeap, and the KeyValue for latest StoreFile will comapre to the second latest StoreFile, but the second latest StoreFile generated the fake row for same row, family, qualifier excepts the timestamp( maximum), memstoreTS(0). And the latest KeyValue recognized as not latest than the second latest.

When setting a table serde, the deserializer is queried for its schema, which is used to set the metastore table schema. The current implementation uses the class name stored in the field as the field type.
By storing the class name as the field type, users cannot see the contents of a struct with "describe tblname". Applications that query HiveMetaStore for the table schema (specifically HCatalog in this case) see an unknown field type, rather than a struct containing known field types.
Hive should store the expanded schema in the metastore so users browsing the schema see expanded fields, and applications querying metastore see familiar types.
DETAILS
Set the table serde to something like this. This serde uses the built-in ThriftStructObjectInspector.

alter table foo_test
  set serde "com.twitter.elephantbird.hive.serde.ThriftSerDe"
  with serdeproperties ("serialization.class"="com.foo.Foo");

This causes a call to MetaStoreUtils.getFieldsFromDeserializer which returns a list of fields and their schemas. However, currently it does not handle nested structs, and if com.foo.Foo above contains a field com.foo.Bar, the class name com.foo.Bar would appear as the field type. Instead, nested structs should be expanded.

Connector attribute redirect-port is not migrated. The redirect-port behaves the same as redirect-binding with exception of directly defining port to use. Thus it could be migrated to redirect-socket attribute in Undertow (with some logic for defining/obtaining appropriate socket binding) or there should be at least printed suitable warning preventing to migrate such attribute.

Our addendum patch on HBASE-3298 removed reassign if an unassign failed; it makes no sense doing an assign on failed unassign – it makes for double-assign (at least, reasoning through the possible failures, i can't find case where we'd want to assign on failed unassign).  Well, TestMasterFailover depended on this behavior.  Its the test that exercises all of this zk stuff.  It tries its best to manufacture messy scenarios.  One scenario adds a PENDING_CLOSE but it doesn't have an associated server.  A null server was returning a 'false' when we tried to do the close rpc which would fall into the since removed reassign code – which would pick up a server, and the test would go on to succeed.
Removing reassign on unassign broke this.

Add prompt when --keystore-password is missing for Vault command.
Use case:

User have automation script using cs tool and user don't want to have password stored in file.
User don't want credential store password to be stored in shell history after execution.
User don't want credential store password to be listed in ps -aux output.

There have to be possibility to omit --keystore-password attribute. When omitting --keystore-password attribute user interaction prompt should follow with possibility to input password.

This is the error message that was correct for ant.
"See build/ql/tmp/hive.log, or try "ant test ... -Dtest.silent=false" to get more logs."
This JIRA is to replace this message with mvn-specific error message.

During system test on Windows, we observed the following in master log:

2015-11-23 11:31:38,853 ERROR org.apache.hadoop.hbase.master.normalizer.RegionNormalizerChore: Caught error^M
java.lang.NullPointerException^M
  at org.apache.hadoop.hbase.master.HMaster.normalizeRegions(HMaster.java:1396)^M
  at org.apache.hadoop.hbase.master.normalizer.RegionNormalizerChore.chore(RegionNormalizerChore.java:49)^M
  at org.apache.hadoop.hbase.ScheduledChore.run(ScheduledChore.java:185)^M
  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)^M
  at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)^M
  at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)^M
  at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)^M
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)^M
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)^M
  at java.lang.Thread.run(Thread.java:745)^M

The NullPointerException came from the second line below:

      for(TableName table : allEnabledTables) {
        if (table.isSystemTable() || !getTableDescriptors().get(table).isNormalizationEnabled()) {

It seems TableDescriptor for some table was absent.
normalizeRegions() should deal with such scenario without producing NPE.

Chokes on query like:

 select *  from test2b join test2a on test2b.a = test2a.a[1];

"instantinating" for "instantiating" - this has been annoying my OCD side.

Hive root pom has 3 parameters for specifying jetty dependency versions:

    <jetty.version>6.1.26</jetty.version>
    <jetty.webhcat.version>7.6.0.v20120127</jetty.webhcat.version>
    <jetty.hive-service.version>7.6.0.v20120127</jetty.hive-service.version>

1st one is used by HWI, 2nd by WebHCat and 3rd by HiveServer2 (in http mode). We should probably use the same jetty version for all hive components. 

spring-batch-2.0.xsd currently allows a "listeners" element on "tasklet".  Listeners should only be allowed on the job and on the step.  Also, the parser doesn't seem to do anything with this extra "listeners" element.

It is not, please see here http://central.maven.org/maven2/org/springframework/amqp/spring-rabbit/1.4.0.RELEASE/spring-rabbit-1.4.0.RELEASE.pom

I've noticed some odd behaviour...while fabricating a test:
in ExplainTask#getJSONLogicalPlan there is a call to #outputMap which exchanges the outputJson and the extended boolean values.
for extended json explain question there is no difference; but for non-extended json queries there is no output at all.
i'm separating this small change because it might need qtest updates

HttpHeadersTests.date (and possibly others) fail for my locale. I'm not sure if the problem is in the test or the code.

                    .setHeader("foo", constant("bar"))
                    .to("sql:select * from projects")

The foo header should be preserved so when its routed to the mock its still there.

testsuite/integration/clust/pom.xml
<cacheMode>SYNC</cacheMode> is used for SYNC-tcp tests instead of <cacheMode>ASYNC</cacheMode>

According to the javadoc the protected method HttpInvokerClientInterceptor.convertHttpInvokerAccessException(Throwable ex) converts the given HTTP invoker access exception to an appropriate Spring RemoteAccessException, but instead this method is throwing the RemoteAccessException.

TimeToLiveHFileCleaner is configed to 'hbase.master.hfilecleaner.plugins' in hbase-default.xml. And timeToLiveHFileCleaner uses the modify time of the hfile to determine if it should be deleted. But, the modify time of the hdfs file is time when its writer is closed. The rename op will not change the modify time of the hfile. So the hfile may be deleted immediatly by HFileCleaner after it is moved to archives. See log:
2013-05-08 08:15:46,053 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Checking directory: hdfs://hbase/.archive/table/4e48ffc1ec089082c66e6d1b5f018fb5/M/729e8bc1430540cb9b2c147c90039cdc
2013-05-08 08:15:46,055 DEBUG org.apache.hadoop.ipc.ProtobufRpcEngine: Call: getFileInfo took 1ms
2013-05-08 08:15:46,055 DEBUG org.apache.hadoop.hbase.master.cleaner.TimeToLiveHFileCleaner: Life:40033567, ttl:300000, current:1367972146054, from: 1367932112487
2013-05-08 08:15:46,055 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Removing:hdfs://hbase/.archive/table/4e48ffc1ec089082c66e6d1b5f018fb5/M/729e8bc1430540cb9b2c147c90039cdc from archive
The same to old hlogs.
And my solution is very simple: When hfiles and hlogs are archived, we set the modify time of files after rename.

According to Eng, PM and QA inputs in Module Classification doc there seems  to be agreement to change visibility of this module back to deprecated.

Here is the way to produce it:
in Hive q test setting (with src table)
SELECT key, value FROM
  (
  	SELECT key, value FROM src
    UNION ALL
  	SELECT key, key as value FROM 
  		(  
  		    SELECT distinct key FROM (
      		SELECT key, value FROM
      		(SELECT key, value FROM src
        		UNION ALL
      		SELECT key, value FROM src
      		)t1 
      		group by  key, value
      		)t2
        )t3 
   )t4
   group by  key, value;
will generate
2014-12-16 23:19:13,593 ERROR ql.Driver (SessionState.java:printError(834)) - FAILED: ClassCastException org.apache.hadoop.hive.ql.plan.MapWork cannot be cast to org.apache.hadoop.hive.ql.plan.ReduceWork
java.lang.ClassCastException: org.apache.hadoop.hive.ql.plan.MapWork cannot be cast to org.apache.hadoop.hive.ql.plan.ReduceWork
        at org.apache.hadoop.hive.ql.parse.GenTezWork.process(GenTezWork.java:361)
        at org.apache.hadoop.hive.ql.parse.GenTezWorkWalker.walk(GenTezWorkWalker.java:87)
        at org.apache.hadoop.hive.ql.parse.GenTezWorkWalker.walk(GenTezWorkWalker.java:103)
        at org.apache.hadoop.hive.ql.parse.GenTezWorkWalker.startWalking(GenTezWorkWalker.java:69)
        at org.apache.hadoop.hive.ql.parse.TezCompiler.generateTaskTree(TezCompiler.java:368)
        at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:202)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10202)
        at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:834)
        at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.runTest(TestMiniTezCliDriver.java:136)
        at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.testCliDriver_uniontez2(TestMiniTezCliDriver.java:120)

A user following the documentation at http://camel.apache.org/mina.html#MINA-ConfiguringMinaendpointsusingSpringbeanstyle will face an IllegalArgumentException because org.apache.camel.component.mina2.Mina2Component.createEndpoint(Mina2Configuration) calls createEndpoint(null, config) and does not implement/override org.apache.camel.impl.DefaultEndpoint.createEndpointUri()
java.lang.IllegalArgumentException: endpointUri is not specified and org.apache.camel.component.mina2.Mina2Endpoint does not implement createEndpointUri() to create a default value
        at org.apache.camel.impl.DefaultEndpoint.getEndpointUri(DefaultEndpoint.java:154)
(...)
Workaround: define the endpoint inline with mina:tcp://[host]...

A TAR archive created with star having an artype of "xstar" apparently limits the PREFIX to 130 characters to accommodate an access time and a creation time (this much I was able to learn from the star man page). I wasn't able to track down any specifics about the format, but in at least the first example I found, it appears that the access and creation time are stored as two space terminated ASCII numbers at the end of what would otherwise be the prefix.
Currently, the code will read this type of archive and assume the prefix is 131 NULs followed by the two ASCII time stamps. Needless to say, it makes a mess of the entry names.
I'm not 100% sure of the implementation, but perhaps something like (with XSTAR_PREFIXLEN == 130):

default: {
  final int prefixlen = header[offset + XSTAR_PREFIXLEN + 1] == 0 ? XSTAR_PREFIXLEN : PREFIXLEN;
  String prefix = oldStyle
    ? TarUtils.parseName(header, offset, prefixlen)
    : TarUtils.parseName(header, offset, prefixlen, encoding);
  // ...
}

Maybe a separate feature request would be appropriate for capturing and exposing the additional timestamps?

https://cwiki.apache.org/confluence/display/Hive/HiveServer2+Clients#HiveServer2Clients-ConnectionURLs
documents that sessions variables like credentials etc are accepted as part of the URL. However, Beeline does not support such URLs today.

The launcher API checks the $JAVA_HOME/jmods directory and if missing assumes it's a non-modular JVM, e.g. Java 8 or lower. In some cases this directory does not exist. We need a better way to determine the JVM version.
It's done in the wildfly-maven-plugin like:

    /**
     * Checks to see if the {@code javaHome} is a modular JVM.
     *
     * @param javaHome the Java Home if {@code null} an attempt to discover the Java Home will be done
     *
     * @return {@code true} if this is a modular environment
     */
    public static boolean isModularJvm(final Path javaHome) {
        boolean result;
        final List<String> cmd = new ArrayList<>();
        cmd.add(getJavaCommand(javaHome));
        cmd.add("--add-modules=java.se");
        cmd.add("-version");
        final ProcessBuilder builder = new ProcessBuilder(cmd);
        Process process = null;
        Path stdout = null;
        try {
            // Create a temporary file for stdout
            stdout = Files.createTempFile("stdout", ".txt");
            process = builder.redirectErrorStream(true)
                    .redirectOutput(stdout.toFile()).start();

            if (process.waitFor(1, TimeUnit.SECONDS)) {
                result = process.exitValue() == 0;
            } else {
                if (LOGGER.isDebugEnabled()) {
                    LOGGER.debug(getStdoutMessage("The process timed out waiting for the response.", stdout));
                }
                result = false;
            }
        } catch (IOException | InterruptedException e) {
            if (LOGGER.isDebugEnabled()) {
                LOGGER.debug(getStdoutMessage("The process ended in error.", stdout), e);
            }
            result = false;
        } finally {
            if (process != null && process.isAlive()) {
                process.destroyForcibly();
            }
            if (stdout != null) {
                try {
                    Files.deleteIfExists(stdout);
                } catch (IOException ignore) {
                }
            }
        }
    }

This works, however requires a new process to be created and launched which is not ideal.
It does look like there might be a $JAVA_HOME/release file which looks like a properties file with the JAVA_VERSION property. However we need to determine if all vendors include this file.

Currently the webhcat tests that check job status for Pig, Hive, and MR do not check the exit value of the job.  So a job can fail and the test will succeed.

Scenario to reproduce : 

Take 1 full and incremental backup
Delete the table
Try to rerun the backups on it.

It fails with following error given failure message in between but finally it shows backup successful.
============================================================================
2017-10-02 15:29:25,339 DEBUG [main] impl.BackupSystemTable: Restoring backup:system from snapshot
2017-10-02 15:29:28,148 DEBUG [main] impl.BackupSystemTable: Done restoring backup system table
2017-10-02 15:29:28,148 DEBUG [main] impl.BackupSystemTable: Deleting snapshot_backup_system from the system
2017-10-02 15:29:28,166 DEBUG [main] impl.BackupSystemTable: Done deleting backup system table snapshot
2017-10-02 15:29:28,166 DEBUG [main] impl.TableBackupClient: Trying to cleanup up target dir. Current backup phase: INCREMENTAL_COPY
2017-10-02 15:29:28,169 DEBUG [main] impl.BackupSystemTable: Finish backup exclusive operation
2017-10-02 15:29:28,172 ERROR [main] impl.TableBackupClient: Backup backup_1506938363641 failed.
Backup session backup_1506938363641 finished. Status: SUCCESS.

I can see how the = sign can get confused but this should be managed by Camel rather than forcing the user to urlencode standard text

Consider the following:

File fooDir = new File("/temp/foo");
File fooFile = new File("/temp/foo.txt");
FileUtils.directoryContains(fooDir, fooFile); // returns true, should return false

fooFile is a sibling of fooDir.  fooDir does not contain fooFile.
This is due to the way FilenameUtils.directoryContains is implemented in that this method uses a simple 'startsWith' comparison.  A related bug is filed for the FilenameUtils method that I believe should be fixed as well.

Druid Http Client has to renew the current user Kerberos ticket when it is close to expire.

Since moveDirectoryToDirectory performs a copy then delete, if you specify a target directory that is a subdirectory of the source, everything under the source directory is deleted.
Steps to recreate:
        File dest = new File("/tmp/dir1/dir2");
        File src  = new File("/tmp/dir1/");
        dest.mkdirs();
        System.out.println(src.exists());
        FileUtils.moveDirectoryToDirectory(src, dest, false);
Output:
 true
 false
If you try the same thing with a move command on Linux, you receive: "mv: cannot move `dir1/' to a subdirectory of itself, `dir1/dir2/dir1'"
Maybe throw an exception if dest.getCanonicalPath().startsWith(src.getCanonicalPath())

The WFLY-455 patch broke parsing for the parsing of security-realm/authorization from a 1.4 namespace doc:
	at org.jboss.dmr.ModelValue.getChild(ModelValue.java:112)
	at org.jboss.dmr.ModelNode.get(ModelNode.java:856)
	at org.jboss.as.domain.management.parsing.ManagementXml.parseAuthorization_1_3(ManagementXml.java:1708)
	at org.jboss.as.domain.management.parsing.ManagementXml.parseSecurityRealm_1_4(ManagementXml.java:827)
	at org.jboss.as.domain.management.parsing.ManagementXml.parseSecurityRealms(ManagementXml.java:672)
Problem is the wrong ModelNode is passed to ManagementXml.parseAuthorization_1_3.

The package is already exported by camel-core, so the class in this package needs to be moved to another package.

httpClientConfigurer property is not propagated to the endpoint on endpoint creation.

The LifecycleStrategy strategies is not start/stopped if they are a Service, such as the DefaultManagementLifecycleStrategy

The class-level Javadoc for AccessControlListTag incorrectly states that there must be exactly one SidRetrievalStrategy bean on the application context. While the tag will complain if multiple such beans exist, there is no issue if no SidRetrievalStrategy implementations exist. In that event AccessControlListTag simply creates a SidRetrievalStrategyImpl instance and uses that.

Please see the flakey test list.
https://builds.apache.org/job/HBASE-Find-Flaky-Tests/lastSuccessfulBuild/artifact/dashboard.html
client.TestReplicaWithCluster	96.7% (29 / 30)	29 / 0 / 0		show/hide

Oracle has this "feature" where an empty string is stored as NULL.  This causes the JdbcJobInstanceDao to fail to look up existing JOB_INSTANCE where the key is empty since the JOB_KEY is stored as NULL in the database and must be queried using JOB_KEY IS NULL.  The end result is that there will be a new JOB_INSTANCE created even though a matching one already exists.
The JdbcJobRepositoryTests expose this issue.

When HTTP is used as the transport mode by the Hive JDBC driver, we noticed that there is an additional open/close session just to validate the connection. 
TCLIService.Iface client = new TCLIService.Client(new TBinaryProtocol(transport));
      TOpenSessionResp openResp = client.OpenSession(new TOpenSessionReq());
      if (openResp != null) 
{
        client.CloseSession(new TCloseSessionReq(openResp.getSessionHandle()));
      }

The open session call is a costly one and should not be used to test transport. 

LoadIncrementalHFiles#doBulkLoad

LOG.warn(
          "Bulk load operation did not find any files to load in " + "directory " + hfofDir != null
              ? hfofDir.toUri().toString()
              : "" + ".  Does it contain files in " +
                  "subdirectories that correspond to column family names?");

JDK complains "Bulk load operation did not find any files to load in " + "directory " + hfofDir != null is always true, which is not what is intended, and that produces a wrong message.

Arm64v8 supports unaligned access .
But UnsafeAvailChecker returns false due to a JDK bug.
The false of UnsafeAvailChecker return also causes the HBase Unit tests(FuzzyRowFilter, TestFuzzyRowFilterEndToEnd, TestFuzzyRowAndColumnRangeFilter) failures. 
Enable Arm64 unaligned support by providing a hard-code workaround for the JDK bug.

HCatClient.dropPartitions() doesn't provide a way to explicitly skip the deletion of partition-directory, as HiveMetaStoreClient.dropPartitions() does.
This'll come in handy when using HCatClient to drop partitions, but not delete data.

TestMergeTool failed due to the following exception:

	at java.lang.String.substring(String.java:1937)
	at org.apache.hadoop.hbase.ServerName.parseHostname(ServerName.java:81)
	at org.apache.hadoop.hbase.ServerName.<init>(ServerName.java:63)
	at org.apache.hadoop.hbase.MasterAddressTracker.getMasterAddress(MasterAddressTracker.java:62)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getMaster(HConnectionManager.java:583)
	at org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:108)
	at org.apache.hadoop.hbase.client.HBaseAdmin.checkHBaseAvailable(HBaseAdmin.java:1588)
	at org.apache.hadoop.hbase.util.Merge.run(Merge.java:94)
	at org.apache.hadoop.hbase.util.TestMergeTool.mergeAndVerify(TestMergeTool.java:186)
	at org.apache.hadoop.hbase.util.TestMergeTool.testMergeTool(TestMergeTool.java:264)

Log can be found at:
https://builds.apache.org/view/G-L/view/HBase/job/HBase-0.92/20/testReport/junit/org.apache.hadoop.hbase.util/TestMergeTool/testMergeTool/

ESC[0m13:59:55,004 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0211: Suspending server with 15000 ms timeout.
ESC[0mESC[0m13:59:55,006 INFO  [org.jboss.as.ejb3] (management-handler-thread - 1) WFLYEJB0493: EJB subsystem suspension complete
ESC[0mESC[0m13:59:55,008 INFO  [org.jboss.as.server] (Management Triggered Shutdown) WFLYSRV0241: Shutting down in response to management operation 'shutdown'
ESC[0mESC[0m13:59:55,027 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0019: Host default-host stopping
ESC[0mESC[0m13:59:55,028 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 72) MODCLUSTER000002: Initiating mod_cluster shutdown
ESC[0mESC[0m13:59:55,039 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-7) ISPN000080: Disconnecting JGroups channel ejb
ESC[0mESC[0m13:59:55,039 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-1) ISPN000080: Disconnecting JGroups channel ejb
ESC[0mESC[0m13:59:55,039 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-6) ISPN000080: Disconnecting JGroups channel ejb
ESC[0mESC[0m13:59:55,040 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-1) ISPN000082: Stopping the RpcDispatcher for channel ejb
ESC[0mESC[0m13:59:55,040 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-7) ISPN000082: Stopping the RpcDispatcher for channel ejb
ESC[0mESC[0m13:59:55,040 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-6) ISPN000082: Stopping the RpcDispatcher for channel ejb
ESC[0mESC[0m13:59:55,042 INFO  [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 74) ISPN000029: Passivating all entries to disk
ESC[0mESC[0m13:59:55,046 INFO  [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 74) ISPN000030: Passivated 2 entries in 3 milliseconds
ESC[0mESC[0m13:59:55,055 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-5) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
ESC[0mESC[0m13:59:55,055 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 74) WFLYCLINF0003: Stopped twocluster-terminus.jar cache from ejb container
ESC[0m13:59:55,057 DEBUG [org.jboss.ejb.client.invocation] (pool-1-thread-1) Calling invoke(module = /twocluster-forwarder-tx/ForwardingStatefulSBImpl, strong affinity = Cluster "ejb-forwarder", weak affinity = Node "clusterA-node0"):
ESC[0m13:59:55,059 INFO  [org.jboss.as.test.clustering.twoclusters.bean.forwarding.AbstractForwardingStatefulSBImpl] (default task-124) getSerialAndIncrement() called on forwarding node clusterA-node0
ESC[0mESC[31m13:59:55,062 ERROR [org.jboss.ejb.client.invocation] (default task-8) EJBCLIENT000509: Unexpected exception processing EJB request: java.lang.NullPointerException
        at org.jboss.as.ejb3.deployment.DeploymentRepository.getStartedModules(DeploymentRepository.java:202)
        at org.jboss.as.ejb3.remote.AssociationImpl.findEJB(AssociationImpl.java:382)
        at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:115)
        at org.jboss.ejb.protocol.remote.EJBServerChannel$ReceiverImpl.handleInvocationRequest(EJBServerChannel.java:450)
        at org.jboss.ejb.protocol.remote.EJBServerChannel$ReceiverImpl.handleMessage(EJBServerChannel.java:188)

Appears in https://github.com/jbossas/jboss-eap7/pull/2446

In case when non-existent policy-module is removed through Management CLI, operation should finish with failure. However it finishes with outcome success and nothing is changed. It can be confusing since wrong command seems same as correct command.

After more testing, I realized that this special check can be removed by changing the “” with “\\\” to work on both platforms

Many of the pre and post hook printers log info at the ERROR level, which is confusing since they aren't errors. They should log to the INFO level.

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'service': Error setting property val
ues; nested exception is org.springframework.beans.NotWritablePropertyException: Invalid property 'bindingConfig' of bean class [org.ap
ache.camel.component.cxf.CxfSpringEndpoint]: Bean property 'bindingConfig' is not writable or has an invalid setter method. Does the pa
rameter type of the setter match the return type of the getter?
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBean
Factory.java:1361)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory
.java:1086)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory
.java:517)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.j
ava:456)
        at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:291)
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:288)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.jav
a:580)
        at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.ja
va:895)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:425)
        at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:84)
        at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:1)
        at org.springframework.test.context.TestContext.loadApplicationContext(TestContext.java:280)
        at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:304)
        ... 30 more
Caused by: org.springframework.beans.NotWritablePropertyException: Invalid property 'bindingConfig' of bean class [org.apache.camel.com
ponent.cxf.CxfSpringEndpoint]: Bean property 'bindingConfig' is not writable or has an invalid setter method. Does the parameter type o
f the setter match the return type of the getter?
        at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:1024)
        at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:900)
        at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:76)
        at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:58)
Factory.java:1358)
        ... 44 more

Spring namespace handler for cxfEndpoint element allows setting endpointName property while blueprint ignores this property.

Caused by: org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to find property descriptor endpointName on class org.apache.camel.component.cxf.CxfBlueprintEndpoint
	at org.apache.aries.blueprint.container.BeanRecipe.getPropertyDescriptor(BeanRecipe.java:820)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:802)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:773)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:754)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:720)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:198)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:137)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.getComponentInstance(BlueprintContainerImpl.java:718)[10:org.apache.aries.blueprint:0.3.1]
	at org.apache.camel.blueprint.BlueprintContainerRegistry.lookup(BlueprintContainerRegistry.java:43)
	at org.apache.camel.impl.CompositeRegistry.lookup(CompositeRegistry.java:47)
	at org.apache.camel.impl.PropertyPlaceholderDelegateRegistry.lookup(PropertyPlaceholderDelegateRegistry.java:54)

This is the output:
[echo] hcatalog
[checkstyle] Running Checkstyle 5.5 on 412 files
[checkstyle] /home/jenkins/jenkins-slave/workspace/Hive-trunk-h0.21/hive/hcatalog/src/test/.gitignore:1: Missing a header - not enough lines in file.
/home/jenkins/jenkins-slave/workspace/Hive-trunk-h0.21/hive/build.xml:296: The following error occurred while executing this line:
/home/jenkins/jenkins-slave/workspace/Hive-trunk-h0.21/hive/build.xml:298: The following error occurred while executing this line:
/home/jenkins/jenkins-slave/workspace/Hive-trunk-h0.21/hive/hcatalog/build.xml:109: The following error occurred while executing this line:
/home/jenkins/jenkins-slave/workspace/Hive-trunk-h0.21/hive/hcatalog/build-support/ant/checkstyle.xml:32: Got 1 errors and 0 warnings.

org.springframework.faces.webflow.JsfViewFactory : line 193 

		EnumSet<VisitHint> visitHints = null;
		try {
			visitHints = EnumSet.of(VisitHint.SKIP_ITERATION);
		}
		catch (IllegalArgumentException ex) {
			// JSF < 2.1
		}

but the SKIP_ITERATION was added in JSF 2.1. When webflow 2.4.2.RELEASE version is deployed in WAS8.5.5.9 that uses a 2.0.x myfaces implementation the IllegalArgumentException is not thrown but instead the following trace is shown:

Caused by: java.lang.NoSuchFieldError: javax/faces/component/visit/VisitHint.SKIP_ITERATION
        at org.springframework.faces.webflow.JsfViewFactory.publishPostRestoreStateEvent(JsfViewFactory.java:193)
        at org.springframework.faces.webflow.JsfViewFactory.getView(JsfViewFactory.java:88)
        at org.springframework.webflow.engine.ViewState.resume(ViewState.java:192)
        at org.springframework.webflow.engine.Flow.resume(Flow.java:537)
        at org.springframework.webflow.engine.impl.FlowExecutionImpl.resume(FlowExecutionImpl.java:259)
        at org.springframework.webflow.executor.FlowExecutorImpl.resumeExecution(FlowExecutorImpl.java:169)
        at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:228)
        at org.springframework.faces.webflow.JsfFlowHandlerAdapter.handle(JsfFlowHandlerAdapter.java:57)
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:943)

On the other hand, 2.3.4.RELEASE is working with myfaces implementation provided by WAS8.5.5.9
Documentation states that "Java ServerFaces version 1.2 and earlier are no longer supported by Spring Web Flow, if you have not done so already you will need to upgrade to JSF 2.0 or above". 

The class UriTemplate (using the method expand(..)) has, according to my understanding, problems with URL parameters that contain e.g. German umlauts, or more general, characters that need to be escaped. E.g. the URL http://www.google.com/?q=zürich is not translated at all - which is ok because you could argue that it is the responsibility of the API user to escape the query parameter ('zürich') properly. BUT the URL http://www.google.com/?q=z%C3%BCrich is transformed into http://www.google.com/?q=z%25C3%25BCrich (= the percentage sign is encoded).
Attached you can find a unit test that describes the behavior in detail. Some of the tests fail describing my expectation.

When run IntegrationTestIngestWithACL on distributed clusters with kerberos security enabled, the method addAuthInfoToConf() in LoadTestTool will be invoked and throws UnsupportedOperationException, stack as follows:

2015-06-09 22:15:33,605 ERROR [main] util.AbstractHBaseTool: Error running command-line tool
        at java.util.AbstractList.add(AbstractList.java:148)
        at java.util.AbstractList.add(AbstractList.java:108)
        at org.apache.hadoop.hbase.util.LoadTestTool.addAuthInfoToConf(LoadTestTool.java:811)
        at org.apache.hadoop.hbase.util.LoadTestTool.loadTable(LoadTestTool.java:516)
        at org.apache.hadoop.hbase.util.LoadTestTool.doWork(LoadTestTool.java:479)
        at org.apache.hadoop.hbase.util.AbstractHBaseTool.run(AbstractHBaseTool.java:112)
        at org.apache.hadoop.hbase.IntegrationTestIngest.runIngestTest(IntegrationTestIngest.java:151)
        at org.apache.hadoop.hbase.IntegrationTestIngest.internalRunIngestTest(IntegrationTestIngest.java:114)
        at org.apache.hadoop.hbase.IntegrationTestIngest.runTestFromCommandLine(IntegrationTestIngest.java:97)
        at org.apache.hadoop.hbase.IntegrationTestBase.doWork(IntegrationTestBase.java:115)
        at org.apache.hadoop.hbase.IntegrationTestIngestWithACL.main(IntegrationTestIngestWithACL.java:136)

The corresponding code is below and the reason is obvious. Arrays.asList return a java.util.Arrays$ArrayList but not java.util.ArrayList. Both of them are inherited from java.util.AbstractList, but the former didn't override the method add(), so the parent method java.util.AbstractList.add() will be invoked and the exception threw.

private void addAuthInfoToConf(Properties authConfig, Configuration conf, String owner,
      String userList) throws IOException {
    List<String> users = Arrays.asList(userList.split(","));
    users.add(owner);
    ...
  }

Does anyone occurred on this? I think it's an obvious bug but no one report it, so please tell me if I misunderstanding it. If it's actually a bug here, then it can be fixed very easy as below:

 List<String> users = new ArrayList<String>(Arrays.asList(userList.split(",")));

On metastore side it looks like this:

2015-07-17 20:32:27,795 ERROR [pool-3-thread-150]: server.TThreadPoolServer (TThreadPoolServer.java:run(294)) - Thrift error occurred during processing of message.
org.apache.thrift.protocol.TProtocolException: Required field 'colStats' is unset! Struct:AggrStats(colStats:null, partsFound:0)
        at org.apache.hadoop.hive.metastore.api.AggrStats.validate(AggrStats.java:389)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_aggr_stats_for_result.validate(ThriftHiveMetastore.java)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_aggr_stats_for_result$get_aggr_stats_for_resultStandardScheme.write(ThriftHiveMetastore.java)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_aggr_stats_for_result.write(ThriftHiveMetastore.java)

and then

2015-07-17 20:32:27,796 WARN  [pool-3-thread-150]: transport.TIOStreamTransport (TIOStreamTransport.java:close(112)) - Error closing output stream.
        at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:116)
        at java.net.SocketOutputStream.write(SocketOutputStream.java:153)
        at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
        at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
        at java.io.FilterOutputStream.close(FilterOutputStream.java:158)
        at org.apache.thrift.transport.TIOStreamTransport.close(TIOStreamTransport.java:110)
        at org.apache.thrift.transport.TSocket.close(TSocket.java:196)
        at org.apache.hadoop.hive.thrift.TFilterTransport.close(TFilterTransport.java:52)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:304)

Which on client manifests as

2015-07-17 20:32:27,796 WARN  [main()]: metastore.RetryingMetaStoreClient (RetryingMetaStoreClient.java:invoke(187)) - MetaStoreClient lost connection. Attempting to reconnect.
org.apache.thrift.transport.TTransportException
        at org.apache.thrift.transport.TIOStreamTransport.read(TIOStreamTransport.java:132)
        at org.apache.thrift.transport.TTransport.readAll(TTransport.java:86)
        at org.apache.thrift.protocol.TBinaryProtocol.readAll(TBinaryProtocol.java:429)
        at org.apache.thrift.protocol.TBinaryProtocol.readI32(TBinaryProtocol.java:318)
        at org.apache.thrift.protocol.TBinaryProtocol.readMessageBegin(TBinaryProtocol.java:219)
        at org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:69)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.recv_get_aggr_stats_for(ThriftHiveMetastore.java:3029)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.get_aggr_stats_for(ThriftHiveMetastore.java:3016)
        at com.sun.proxy.$Proxy12.getAggrColStatsFor(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:1991)
        at org.apache.hadoop.hive.ql.metadata.Hive.getAggrColStatsFor(Hive.java:3124)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:252)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:137)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:125)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$TableScanStatsRule.process(Stat
sRulesProcFactory.java:111)

and CLI hangs for a really long time while this thing is retrying.

When I try to use camel-cxf component in smx4, I still get exceptions like
 Exception in thread "SpringOsgiExtenderThread-9" org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: cxf:bean:routerEndpoint due to: org.apache.camel.RuntimeCamelException: Could not auto create component: cxf
        at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:262)
        at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:52)
        at org.apache.camel.model.RouteType.resolveEndpoint(RouteType.java:90)
        at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:98)
        at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:104)
        at org.apache.camel.model.FromType.resolveEndpoint(FromType.java:67)
        at org.apache.camel.impl.DefaultRouteContext.getEndpoint(DefaultRouteContext.java:73)
        at org.apache.camel.model.RouteType.addRoutes(RouteType.java:204)
        at org.apache.camel.model.RouteType.addRoutes(RouteType.java:81)
        at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:451)
        at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:443)
        at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:149)
        at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:47)
        at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:275)
        at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:737)
        at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.finishRefresh(AbstractDelegatedExecutionApplicationContext.java:271)
        at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:254)
        at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:136)
Caused by: org.apache.camel.RuntimeCamelException: Could not auto create component: cxf
        at org.apache.camel.impl.DefaultCamelContext.getComponent(DefaultCamelContext.java:149)
        at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:233)
        ... 22 more
Caused by: java.lang.IllegalArgumentException: Bean with name: cxf in registry is not a Component: org.apache.cxf.bus.CXFBusImpl@3ca56f
        at org.apache.camel.osgi.OsgiComponentResolver.resolveComponent(OsgiComponentResolver.java:167)
        at org.apache.camel.impl.DefaultCamelContext.getComponent(DefaultCamelContext.java:138)
        ... 23 more

Currently RowCounter only retrieves latest version for each row.
Some applications would store multiple versions for the same row.
RowCounter should accept a new parameter for the number of versions to return.
Scan object would be configured with version parameter (for scan.maxVersions).
Then the following API should be called:

  public KeyValue[] raw() {

HL_LAST_HEARTBEAT and HL_ACQUIRED_AT should use bigint which is 8 bytes and big enough for timestamp.hive-schema-0.15.0.mssql.sql is already correct.

As discussed in http://camel.465427.n5.nabble.com/OsgiServiceRegistry-caching-service-references-why-td5777410.html the OsgiServiceRegistry class caches service references hence limits the ability to dynamically install and use a new version of the same service

I have a controller that takes in a MultipartHttpServletRequest in various methods.  I have found that the AnnotationMethodHandlerAdapter is able to call a method that handles POST calls, but not a method that handles PUT calls.  I have found this is related to the HiddenHttpMethodFilter, when a non-GET/POST method is used, the HiddenHttpMethodFilter wraps the request, which was previously wrapped/replaced by the MultipartHttpServletRequest.  The AnnotationMethodHandlerAdapter at this point detects the HttpServletRequest is not a MultipartHttpServletRequest, and throws an exception.
The exception stack trace is:
org.springframework.web.bind.annotation.support.HandlerMethodInvocationException: Failed to invoke handler method [public java.lang.String com.truecontext.prontoforms.pes.web.mvc.controller.prontoteams.projects.folders.SourcesController.update(org.springframework.web.multipart.MultipartHttpServletRequest,java.lang.String,java.lang.String,java.lang.String,java.lang.String,com.truecontext.prontoforms.pes.web.mvc.model.pronto.source.MvcSourceConfigurationCreateUpdateData,org.springframework.validation.BindingResult,org.springframework.ui.Model)]; nested exception is java.lang.IllegalStateException: Standard argument type [org.springframework.web.multipart.MultipartHttpServletRequest] resolved to incompatible value of type [class org.springframework.web.filter.HiddenHttpMethodFilter$HttpMethodRequestWrapper]. Consider declaring the argument type in a less specific fashion.
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:180)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:774)
	at org.springframework.web.servlet.FrameworkServlet.doPut(FrameworkServlet.java:571)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:640)
	at com.truecontext.prontoforms.pes.aspect.audit.impl.filter.AuditContextSettingFilter.doFilterInternal(AuditContextSettingFilter.java:50)
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:74)
	at org.springframework.web.multipart.support.MultipartFilter.doFilterInternal(MultipartFilter.java:113)
	at com.truecontext.prontoforms.pes.web.filter.IncompleteUserFilter.doFilterInternal(IncompleteUserFilter.java:50)
	at org.springframework.web.filter.AbstractRequestLoggingFilter.doFilterInternal(AbstractRequestLoggingFilter.java:193)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:343)
	at org.springframework.security.web.authentication.switchuser.SwitchUserFilter.doFilter(SwitchUserFilter.java:177)
	at org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationFilter.doFilter(RememberMeAuthenticationFilter.java:119)
	at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:177)
	at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:188)
	at com.springsource.insight.collection.tcserver.request.HttpRequestOperationCollectionValve.invoke(HttpRequestOperationCollectionValve.java:80)
Caused by: java.lang.IllegalStateException: Standard argument type [org.springframework.web.multipart.MultipartHttpServletRequest] resolved to incompatible value of type [class org.springframework.web.filter.HiddenHttpMethodFilter$HttpMethodRequestWrapper]. Consider declaring the argument type in a less specific fashion.
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveCommonArgument(HandlerMethodInvoker.java:858)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveHandlerArguments(HandlerMethodInvoker.java:307)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:170)
	... 82 more
The working method signature is:
	@RequestMapping(value={"/prontoteams/
{teamId}/projects/{projectId}/folders/{folderId}/sources","/prontoteams/{teamId}
/projects/
{projectId}/folders/{folderId}/sources/new"}, method=RequestMethod.POST, params="submit")
	public String create(MultipartHttpServletRequest request, @PathVariable("teamId") String teamId, @PathVariable("projectId") String projectId, @PathVariable("folderId") String folderId, MvcSourceConfigurationCreateUpdateData data, BindingResult result, Model model)  {		

The non-working method signature (that resulted in the error above) is:

	@RequestMapping(value={"/prontoteams/{teamId}/projects/{projectId}
/folders/
{folderId}/sources/{sourceId}","/prontoteams/{teamId}/projects/{projectId}/folders/{folderId}
/sources/
{sourceId}
/edit"}, method=RequestMethod.PUT, params="submit")
	public String update(MultipartHttpServletRequest request, @PathVariable("teamId") String teamId, @PathVariable("projectId") String projectId, @PathVariable("folderId") String folderId, @PathVariable("sourceId") String sourceId, MvcSourceConfigurationCreateUpdateData data, BindingResult result, Model model)  {		
The web.xml filter segment is:
	<!-- Filter to wrap multipart requests -->
	<filter>
		<filter-name>multipartRequestFilter</filter-name>
		<filter-class>org.springframework.web.multipart.support.MultipartFilter</filter-class>
		<init-param>
			<param-name>multipartResolverBeanName</param-name>
			<param-value>multipartResolver</param-value>
		</init-param>
	</filter>
	<filter-mapping>
		<url-pattern>/*</url-pattern>
	</filter-mapping>	
	<!-- Filter to translate _method to HTTP Methods -->
	<filter>
		<filter-name>httpMethodFilter</filter-name>
		<filter-class>org.springframework.web.filter.HiddenHttpMethodFilter</filter-class>
	</filter>
		<url-pattern>/ui/*</url-pattern>
Note that flipping the order of the filters also does not work, as the HttpMethodFilter is no longer able to detect the _method paramter in the request.

When region replication is enabled for hbase meta table, the table page (table.jsp) in Master UI does not show replicaIds for hbase meta table. It only shows the header:
 
SerDe interfaces were deprecated in HIVE-4007 to suggest that users do not implement them. However, this results in deprecation warnings all over the codebase where they are actually used.
We should un-deprecate (reprecate? precate?) them. We can add a comment for implementers instead (we could add a method with a clearly bogus name like useThisAbstractClassInstead, and implement it in the class, so it would be noticeable, but that would break compat).

When a column is dropped from array<struct<>>, I got the following exception.
I used the following sql to test it.

CREATE TABLE arrays_of_struct_to_map (locations1 array<struct<c1:int,c2:int>>, locations2 array<struct<f1:int,
f2:int,f3:int>>) STORED AS PARQUET;
INSERT INTO TABLE arrays_of_struct_to_map select array(named_struct("c1",1,"c2",2)), array(named_struct("f1",
77,"f2",88,"f3",99)) FROM parquet_type_promotion LIMIT 1;
SELECT * FROM arrays_of_struct_to_map;
– Testing schema evolution of dropping column from array<struct<>>
ALTER TABLE arrays_of_struct_to_map REPLACE COLUMNS (locations1 array<struct<c1:int>>, locations2
array<struct<f2:int>>);

2015-12-07 11:47:28,503 ERROR [main]: CliDriver (SessionState.java:printError(921)) - Failed with exception java.io.IOException:java.lang.RuntimeException: cannot find field c2 in [c1]
java.io.IOException: java.lang.RuntimeException: cannot find field c2 in [c1]
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:507)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:414)
        at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:138)
        at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1655)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:227)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:305)
        at org.apache.hadoop.hive.ql.QTestUtil.executeClientInternal(QTestUtil.java:1029)
        at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:1003)
        at org.apache.hadoop.hive.cli.TestCliDriver.runTest(TestCliDriver.java:139)
        at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_parquet_type_promotion(TestCliDriver.java:123)
        at junit.framework.TestCase.runTest(TestCase.java:176)
        at junit.framework.TestCase.runBare(TestCase.java:141)
        at junit.framework.TestResult$1.protect(TestResult.java:122)
        at junit.framework.TestResult.runProtected(TestResult.java:142)
        at junit.framework.TestResult.run(TestResult.java:125)
        at junit.framework.TestCase.run(TestCase.java:129)
        at junit.framework.TestSuite.runTest(TestSuite.java:255)
        at junit.framework.TestSuite.run(TestSuite.java:250)
        at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
Caused by: java.lang.RuntimeException: cannot find field c2 in [c1]
        at org.apache.hadoop.hive.ql.io.parquet.convert.HiveStructConverter.getStructFieldTypeInfo(HiveStructConverter.java:130)
        at org.apache.hadoop.hive.ql.io.parquet.convert.HiveStructConverter.getFieldTypeIgnoreCase(HiveStructConverter.java:103)
        at org.apache.hadoop.hive.ql.io.parquet.convert.HiveStructConverter.init(HiveStructConverter.java:90)
        at org.apache.hadoop.hive.ql.io.parquet.convert.HiveStructConverter.<init>(HiveStructConverter.java:67)
        at org.apache.hadoop.hive.ql.io.parquet.convert.HiveStructConverter.<init>(HiveStructConverter.java:59)
        at org.apache.hadoop.hive.ql.io.parquet.convert.HiveGroupConverter.getConverterFromDescription(HiveGroupConverter.java:63)
        at org.apache.hadoop.hive.ql.io.parquet.convert.HiveGroupConverter.getConverterFromDescription(HiveGroupConverter.java:75)
        at org.apache.hadoop.hive.ql.io.parquet.convert.HiveCollectionConverter$ElementConverter.<init>(HiveCollectionConverter.java:141)
        at org.apache.hadoop.hive.ql.io.parquet.convert.HiveCollectionConverter.<init>(HiveCollectionConverter.java:52)

Run the test CXFWsdlOnlyTest
Because CXF invokes the CxfClientCallback 2 times there is a race condition with 2 threads wanting to complete routing the Exchange.
You can then end up with errors such as

>>>>>>>>>
2010-07-26 13:22:13,305 [default-workqueue-1                ] INFO  Logger                         - Exchange[Message: [Body is instance of java.io.InputStream]]
Exception in thread "default-workqueue-1" java.util.NoSuchElementException
	at org.apache.camel.processor.Pipeline$1.done(Pipeline.java:153)
	at org.apache.camel.processor.DefaultChannel$1.done(DefaultChannel.java:262)
	at org.apache.camel.processor.RedeliveryErrorHandler$1.done(RedeliveryErrorHandler.java:302)
	at org.apache.camel.management.InstrumentationProcessor$1.done(InstrumentationProcessor.java:78)
	at org.apache.camel.component.cxf.CxfClientCallback.handleException(CxfClientCallback.java:77)
	at org.apache.cxf.interceptor.ClientOutFaultObserver.onMessage(ClientOutFaultObserver.java:55)
	at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream$1.run(HTTPConduit.java:2144)
	at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$2.run(AutomaticWorkQueueImpl.java:253)
2010-07-26 13:22:13,305 [default-workqueue-2                ] INFO  Logger                         - Exchange[Message: [Body is instance of java.io.InputStream]]
Exception in thread "default-workqueue-2" java.util.NoSuchElementException

CXF should only invoke the org.apache.cxf.endpoint.ClientCallback one time as we have only registered this once.

DigestProcessingFilter improperly parses the Authorization request header. It converts the header to an array of strings based on the assumption that the individual values don't contain comma.
I ran into the problem when the query string of a URL contained commas. RFC 1738 has the following to say about commas:
    Thus, only alphanumerics, the special characters "$-_.+!*'(),", and
    reserved characters used for their reserved purposes may be used
    unencoded within a URL.
As you can see, the comma is in the list of "special characters" that may be used unencoded.
DigestProcessingFilter works correctly when I URL encode the commas but I should not be expected to encode the commas according to the RFC. Also, what about the other pieces of the Authorization header such as username, realm, etc? DigestProcessingFilter should properly handle the case when they contain commas.

The JavaDoc for javax.print.DocPrintJob.print(Doc, PrintRequestAttributeSet) reads:
"This method should only be called once for a given print job."
However org.apache.camel.component.printer.PrinterOperations reuses the same DocPrintJob to print over and over again. This results in:
javax.print.PrintException: already printing
	at sun.print.UnixPrintJob.print(UnixPrintJob.java:286) ~[na:1.6.0_29]
	at org.apache.camel.component.printer.PrinterOperations.print(PrinterOperations.java:107) ~[camel-printer-2.9.0.jar:2.9.0]
	at org.apache.camel.component.printer.PrinterOperations.print(PrinterOperations.java:101) ~[camel-printer-2.9.0.jar:2.9.0]
	at org.apache.camel.component.printer.PrinterProducer.print(PrinterProducer.java:55) ~[camel-printer-2.9.0.jar:2.9.0]
	at org.apache.camel.component.printer.PrinterProducer.process(PrinterProducer.java:49) ~[camel-printer-2.9.0.jar:2.9.0]

The atmos component has a AtmosPropertyManager class which attempts to do:

AtmosPropertyManager.class.getResource("/atmos.properties");

This assumes the resource is available to the ClassLoader of AtmosPropertyManager. This may not be the case in OSGi or JavaEE containers.
I see there's a TODO comment at the top of this class. So maybe we remove this class and make it so we configure these properties on the component instead?

Calling :migrate or :describe-migration with parameter add-legacy-entries=true in domain fails:

[domain@127.0.0.1:9999 /] /profile=full-ha/subsystem=messaging:describe-migration(add-legacy-entries=true)
{
    "failure-description" => {"domain-failure-description" => "WFLYCTL0216: Management resource '[(\"subsystem\" => \"messaging\")]' not found"},
}
[domain@127.0.0.1:9999 /] /profile=full-ha/subsystem=messaging:migrate(add-legacy-entries=true)
{
}

Problem occur only if parameter add-legacy-entries=true is added. 

HIVE-16886 introduced a retry logic; which has a configurable retry interval. unfortunately HiveConf has some public fields which at first glance seems to be usefull to pass as arguments to other methods - but in this case the default value is not even loaded into the field read by the code.. and because of that the innocent client code here  have used a -1 value incorrectly which eventually caused an exception here:

2017-10-10 11:22:37,638 ERROR [load-dynamic-partitions-12]: metastore.ObjectStore (ObjectStore.java:addNotificationEvent(7444)) - could not get lock for update
        at org.apache.hadoop.hive.metastore.ObjectStore$RetryingExecutor.run(ObjectStore.java:7407)
        at org.apache.hadoop.hive.metastore.ObjectStore.lockForUpdate(ObjectStore.java:7361)
        at org.apache.hadoop.hive.metastore.ObjectStore.addNotificationEvent(ObjectStore.java:7424)
        at sun.reflect.GeneratedMethodAccessor71.invoke(Unknown Source)
[...]

Wrong licenses for jboss-transaction-api_1.2_spec in servlet-feature-pack-licenses.xml and full-feature-pack-licenses.xml - contains:
     <groupId>org.jboss.spec.javax.transaction</groupId>
      <artifactId>jboss-transaction-api_1.2_spec</artifactId>
        <license>
          <name>Apache License 2.0</name>
          <url>http://www.apache.org/licenses/LICENSE-2.0</url>
and artifact contains:
      <groupId>org.jboss.spec.javax.transaction</groupId>
        <license>
          <name>Common Development and Distribution License 1.1</name>
          <url>https://javaee.github.io/glassfish/LICENSE</url>
        <license>
          <name>GNU General Public License, Version 2 with the Classpath Exception</name>
          <url>http://repository.jboss.org/licenses/gpl-2.0-ce.txt</url>
we need to fix inconsistency.

DbLockManger.unlock() - if this fails (due to no such lock in turn due to timeout) the lock is not removed from DbLockManger internal tracking
Add logic to DBLockManager to detect if there is attempt to interleave transactions or locks from different statements for read-only auto commit mode
TxnHandler.checkLock() can use 1 connection instead of 2
TxnHandler.timeOutLocks() - refactor so that it can log which locks were expired (simplifies debugging)
TxnHandler#getTxnIdFromLockId() - include lock id if it's not found
TxnHandler#checkRetryable() - log exception it saw
TxnHandler.lock() - throw new MetaException("Couldn't find a lock we just created!"); - include lockid

            sslTrustStore.load(new FileInputStream(sslTrustStorePath),
                sslTrustStorePassword.toCharArray());

The FileInputStream is not closed upon returning from the method.

create table src(c1 date, c2 int, c3 double);
insert into src values ('2016-01-01',5,1.25);
(select c1 from src union all
select c2 from src union all
select c3 from src) t;
It will return NULL for the c1 values. Seems the common data type is resolved to the last c3 which is double.

Loading resources using the class resolver with loadResourceAsInputStream returns null when using spring-dm, but works for blueprint, when you attempt to load resources from camel-core itself, etc.
This works if delegating to the default resolver which the osgi extends.

Somehow that classes was missed in the move into the hbase-client module.  We should fix that up so that no client classes remain in the hbase-server module.

SpringDigestPasswordValidationCallbackHandler relies on a UserDetailsService, which simply loads a User and does not verify its status. A check should be added on the combination of isCredentialsNonExpired(), isEnabled(), isAccountNonExpired() and isAccountNonLocked() to reject invalid users. 

Maven-compiler-plugin and java versions needs to be added to ptest2 pom.
Without this, will pick up random version of javac when trying to build this project.

The following configuration still clears out the credentials since nothing is associating the configuration from the parent (global configuration) to the child (HttpSecurity's authentication used for formLogin, openid, etc support) AuthenticationManager:

    public void configureGlobal(AuthenticationManagerBuilder auth) throws Exception {
        auth
            .eraseCredentials(false)
            .inMemoryAuthentication()
                .withUser("user").password("password").roles("USER")
    }
}

Statements like:
select /*+ MAPJOIN(a) */ transform(c1, c2) using '..' as ..
does not work

BeanShell 2.0b5 has the JSR-223 integration, but it implements Compilable, when in fact it throws an exception if you call compile.
Camel calls compile for any language that implements Compilable, therefore you get an exception every time your route has BeanShell in it.
I notice the BeanShell tests are commented-out in camel-script.
Also, the Camel Wiki page for BeanShell is stupendously vague on actual usage.

When printing counters to console it will be useful to print hdfs bytes read and spilled bytes which will help with debugging issues faster. 

Currently, the storage-api tests complain that there isn't a log4j2.xml and the javadoc fails.

StaticDiscoveryResourceDefinition reuses the AttributeDefinitions from RemoteDomainControllerAddHandler, but those ADs allow undefined. That's appropriate for that OSH, but not for the StaticDiscoveryResourceDefinition ADs.
Also, the RemoteDomainControllerAddHandler AD's could use some clarification and validation as well, e.g. use setRequires(...) on the builder such that each of protocol, host, port requires the other two. So none are required, but if any is set all 3 must be.
The StaticDiscovery constructor should validate inputs with assert statements and javadoc its parameters, include whether null is allowed. (A null protocol or host will result in an IAE in discover(), so the current code does not support null.)
The DiscoveryOption interface should document whether the 3 "get" methods can return null.

listFilesAndDirs seems to always include the "directory" passed as input in it's resulting Collection.  This is unexpected given the docs for the method...
Finds files within a given directory (and optionally its subdirectories). All files found are filtered by an IOFileFilter. 

the "given directory" is not a subdirectory of itself
it is not subjected to the IOFileFilter dirFilter, it is always added.

A Camel aggregator with persistence repository cannot have a completionSize of 1. If this is configured, every message produces a NPE with the attached stacktrace. 
I have also attached a small example project that shows the Exception. As soon as the completionSize is > 1, it runs fine.
This is just a minor flaw, since I cannot think about a really useful case with completionSize 1, but it worked with earlier versions of Camel. 
As an alternative (if completionSize 1 should not be used), Camel could throw an error during Context startup when completionSize < 2.

Need to support running REPL LOAD command from primary for different use-cases such as Cloud replication (for efficient use of cloud resources) or workload management.
To achieve this, WITH clause of REPL LOAD lets user to pass Hive configs such as hive.metastore.warehouse.dir, hive.metastore.uris, hive.repl.replica.functions.root.dir etc, which can be used to establish connection with replica warehouse.
The configs received from WITH clause of REPL LOAD are not set properly (due to changes by HIVE-18716) to the tasks created. It is also required to re-get the Hive db object if the configs are changed.

Upstream clone of https://issues.jboss.org/browse/JBEAP-10124

In RpcRetryingCaller, when calculating the call duration, the endTime is not updated yet, the current time should be used.

From the log of trunk build #4010:

2013-04-04 05:45:59,396 INFO  [MASTER_TABLE_OPERATIONS-quirinus.apache.org,53514,1365054344859-0] handler.DispatchMergingRegionHandler(157): 
Cancel merging regions testCleanMergeReference,,1365054353296.bf3d60360122d6c83a246f5f96c2cdd1.,
testCleanMergeReference,testRow0020,1365054353302.72fbc04566e78aa6732531296256a5aa., 
because can't move them together after 842ms
 
2013-04-04 05:45:59,396 INFO  [hbase-am-zkevent-worker-pool-2-thread-1] master.AssignmentManager$4(1164):
The master has opened the region testCleanMergeReference,testRow0020,1365054353302.72fbc04566e78aa6732531296256a5aa. that was onlin
e on quirinus.apache.org,45718,1365054345790

There's a small probability that fail to move merging regions together to same regionserver

Bad type comparison in 

ReflectionHelper.getTypeDifferenceWeight(List<TypeDescriptor> paramTypes, List<TypeDescriptor> argTypes)

At line 132

if (paramType.equals(superClass)) {

This comparison will never be true since paramType class is not the same sa superClass class:

TypeDescriptor paramType = paramTypes.get(i);

and

Class<?> superClass = argType.getClass().getSuperclass();

This issue was highlighted by findbugs.

date_sub('2010-03-15', 7) returns '2010-03-07'. This is because we have time shifts on 2010-03-14 for daylight saving time.
Looking at ql/src/java/org/apache/hadoop/hive/ql/udf/UDFDateSub.java, it is getting a calendar instance in UTC time zone.
def calendar = Calendar.getInstance(TimeZone.getTimeZone("UTC"));
And use calendar.add() to substract 7 days, then conver the time to 'yyyy-MM-dd' format.
If it simply uses default timezone, the problem is solved: "def calendar = Calendar.getInstance());"
When people use date_sub('2010-03-15', 7), I think they mean substract 7 days, instead of substracting 7*24 hours. So it should be an easy fix. The same changes should go to date_add and date_diff

Plan for TPC-DS Q64 shows that item is joined last with store_sales while store_sales x item is the most selective join in the plan.
Interestingly predicate push down is applied on item but item comes so late in the join which most likely means that calculation of the join selectivity gave too high of a number of it was never considered.

HiveProjectRel(_o__col0=[$0], _o__col1=[$2], _o__col2=[$3], _o__col3=[$4], _o__col4=[$5], _o__col5=[$6], _o__col6=[$7], _o__col7=[$8], _o__col8=[$9], _o__col9=[$10], _o__col10=[$11], _o__col11=[$12], _o__col12=[$13], _o__col13=[$14], _o__col14=[$15], _o__col15=[$16], _o__col16=[$22], _o__col17=[$23], _o__col18=[$24], _o__col19=[$20], _o__col20=[$21]): rowcount = 1.0, cumulative cost = {1.1593403796322412E9 rows, 0.0 cpu, 0.0 io}, id = 990
    HiveFilterRel(condition=[<=($21, $13)]): rowcount = 1.0, cumulative cost = {1.1593403796322412E9 rows, 0.0 cpu, 0.0 io}, id = 988
      HiveProjectRel(_o__col0=[$0], _o__col1=[$1], _o__col2=[$2], _o__col3=[$3], _o__col4=[$4], _o__col5=[$5], _o__col6=[$6], _o__col7=[$7], _o__col8=[$8], _o__col9=[$9], _o__col10=[$10], _o__col11=[$11], _o__col12=[$12], _o__col15=[$13], _o__col16=[$14], _o__col17=[$15], _o__col18=[$16], _o__col13=[$17], _o__col20=[$18], _o__col30=[$19], _o__col120=[$20], _o__col150=[$21], _o__col160=[$22], _o__col170=[$23], _o__col180=[$24]): rowcount = 1.0, cumulative cost = {1.1593403796322412E9 rows, 0.0 cpu, 0.0 io}, id = 3571
        HiveJoinRel(condition=[AND(AND(=($1, $17), =($2, $18)), =($3, $19))], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1593403796322412E9 rows, 0.0 cpu, 0.0 io}, id = 3566
          HiveProjectRel(_o__col0=[$0], _o__col1=[$1], _o__col2=[$2], _o__col3=[$3], _o__col4=[$4], _o__col5=[$5], _o__col6=[$6], _o__col7=[$7], _o__col8=[$8], _o__col9=[$9], _o__col10=[$10], _o__col11=[$11], _o__col12=[$12], _o__col15=[$15], _o__col16=[$16], _o__col17=[$17], _o__col18=[$18]): rowcount = 1.0, cumulative cost = {1.1593403776322412E9 rows, 0.0 cpu, 0.0 io}, id = 890
            HiveFilterRel(condition=[=($12, 2000)]): rowcount = 1.0, cumulative cost = {1.1593403776322412E9 rows, 0.0 cpu, 0.0 io}, id = 888
              HiveAggregateRel(group=[{0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14}], agg#0=[count()], agg#1=[sum($15)], agg#2=[sum($16)], agg#3=[sum($17)]): rowcount = 1.0, cumulative cost = {1.1593403776322412E9 rows, 0.0 cpu, 0.0 io}, id = 886
                HiveProjectRel($f0=[$53], $f1=[$50], $f2=[$27], $f3=[$28], $f4=[$39], $f5=[$40], $f6=[$41], $f7=[$42], $f8=[$44], $f9=[$45], $f10=[$46], $f11=[$47], $f12=[$21], $f13=[$23], $f14=[$25], $f15=[$9], $f16=[$10], $f17=[$11]): rowcount = 1.0, cumulative cost = {1.1593403776322412E9 rows, 0.0 cpu, 0.0 io}, id = 884
                  HiveProjectRel(ss_sold_date_sk=[$17], ss_item_sk=[$18], ss_customer_sk=[$19], ss_cdemo_sk=[$20], ss_hdemo_sk=[$21], ss_addr_sk=[$22], ss_store_sk=[$23], ss_promo_sk=[$24], ss_ticket_number=[$25], ss_wholesale_cost=[$26], ss_list_price=[$27], ss_coupon_amt=[$28], sr_item_sk=[$29], sr_ticket_number=[$30], c_customer_sk=[$31], c_current_cdemo_sk=[$32], c_current_hdemo_sk=[$33], c_current_addr_sk=[$34], c_first_shipto_date_sk=[$35], c_first_sales_date_sk=[$36], d_date_sk=[$37], d_year=[$38], d_date_sk0=[$39], d_year0=[$40], d_date_sk1=[$41], d_year1=[$42], s_store_sk=[$43], s_store_name=[$44], s_zip=[$45], cd_demo_sk=[$46], cd_marital_status=[$47], cd_demo_sk0=[$48], cd_marital_status0=[$49], p_promo_sk=[$0], hd_demo_sk=[$15], hd_income_band_sk=[$16], hd_demo_sk0=[$13], hd_income_band_sk0=[$14], ca_address_sk=[$6], ca_street_number=[$7], ca_street_name=[$8], ca_city=[$9], ca_zip=[$10], ca_address_sk0=[$1], ca_street_number0=[$2], ca_street_name0=[$3], ca_city0=[$4], ca_zip0=[$5], ib_income_band_sk=[$12], ib_income_band_sk0=[$11], i_item_sk=[$51], i_current_price=[$52], i_color=[$53], i_product_name=[$54], _o__col0=[$50]): rowcount = 1.0, cumulative cost = {1.1593403776322412E9 rows, 0.0 cpu, 0.0 io}, id = 3564
                    HiveJoinRel(condition=[=($24, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1593403776322412E9 rows, 0.0 cpu, 0.0 io}, id = 3562
                      HiveProjectRel(p_promo_sk=[$0]): rowcount = 450.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 928
                        HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.promotion]]): rowcount = 450.0, cumulative cost = {0}, id = 58
                      HiveJoinRel(condition=[=($33, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1593399266322412E9 rows, 0.0 cpu, 0.0 io}, id = 3560
                        HiveProjectRel(ca_address_sk=[$0], ca_street_number=[$2], ca_street_name=[$3], ca_city=[$6], ca_zip=[$9]): rowcount = 800000.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 940
                          HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.customer_address]]): rowcount = 800000.0, cumulative cost = {0}, id = 61
                        HiveJoinRel(condition=[=($16, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1585399256322412E9 rows, 0.0 cpu, 0.0 io}, id = 3558
                          HiveProjectRel(ca_address_sk=[$0], ca_street_number=[$2], ca_street_name=[$3], ca_city=[$6], ca_zip=[$9]): rowcount = 800000.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 940
                            HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.customer_address]]): rowcount = 800000.0, cumulative cost = {0}, id = 61
                          HiveJoinRel(condition=[=($3, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1577399246322412E9 rows, 0.0 cpu, 0.0 io}, id = 3556
                            HiveProjectRel(ib_income_band_sk=[$0]): rowcount = 20.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 948
                              HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.income_band]]): rowcount = 20.0, cumulative cost = {0}, id = 63
                            HiveJoinRel(condition=[=($4, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1577399036322412E9 rows, 0.0 cpu, 0.0 io}, id = 3554
                              HiveProjectRel(ib_income_band_sk=[$0]): rowcount = 20.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 948
                                HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.income_band]]): rowcount = 20.0, cumulative cost = {0}, id = 63
                              HiveJoinRel(condition=[=($5, $38)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1577398826322412E9 rows, 0.0 cpu, 0.0 io}, id = 3552
                                HiveJoinRel(condition=[=($20, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1577398806322412E9 rows, 0.0 cpu, 0.0 io}, id = 3550
                                  HiveProjectRel(hd_demo_sk=[$0], hd_income_band_sk=[$1]): rowcount = 7200.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 932
                                    HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.household_demographics]]): rowcount = 7200.0, cumulative cost = {0}, id = 53
                                  HiveJoinRel(condition=[=($6, $0)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1577326796322412E9 rows, 0.0 cpu, 0.0 io}, id = 3548
                                    HiveProjectRel(hd_demo_sk=[$0], hd_income_band_sk=[$1]): rowcount = 7200.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 932
                                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.household_demographics]]): rowcount = 7200.0, cumulative cost = {0}, id = 53
                                    HiveJoinRel(condition=[=($1, $33)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1577254786322412E9 rows, 0.0 cpu, 0.0 io}, id = 2795
                                      HiveFilterRel(condition=[<>($30, $32)]): rowcount = 1.0, cumulative cost = {1.1577254766322412E9 rows, 0.0 cpu, 0.0 io}, id = 832
                                        HiveProjectRel(ss_sold_date_sk=[$0], ss_item_sk=[$1], ss_customer_sk=[$2], ss_cdemo_sk=[$3], ss_hdemo_sk=[$4], ss_addr_sk=[$5], ss_store_sk=[$6], ss_promo_sk=[$7], ss_ticket_number=[$8], ss_wholesale_cost=[$9], ss_list_price=[$10], ss_coupon_amt=[$11], sr_item_sk=[$31], sr_ticket_number=[$32], c_customer_sk=[$21], c_current_cdemo_sk=[$22], c_current_hdemo_sk=[$23], c_current_addr_sk=[$24], c_first_shipto_date_sk=[$25], c_first_sales_date_sk=[$26], d_date_sk=[$14], d_year=[$15], d_date_sk0=[$27], d_year0=[$28], d_date_sk1=[$29], d_year1=[$30], s_store_sk=[$16], s_store_name=[$17], s_zip=[$18], cd_demo_sk=[$12], cd_marital_status=[$13], cd_demo_sk0=[$19], cd_marital_status0=[$20]): rowcount = 3.9579965360452816, cumulative cost = {1.1577254766322412E9 rows, 0.0 cpu, 0.0 io}, id = 1998
                                          HiveJoinRel(condition=[AND(=($1, $31), =($8, $32))], joinType=[inner]): rowcount = 3.9579965360452816, cumulative cost = {1.1577254766322412E9 rows, 0.0 cpu, 0.0 io}, id = 1996
                                            HiveJoinRel(condition=[=($2, $21)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1021474706322412E9 rows, 0.0 cpu, 0.0 io}, id = 1994
                                              HiveJoinRel(condition=[=($6, $16)], joinType=[inner]): rowcount = 1.0, cumulative cost = {1.1021474686322412E9 rows, 0.0 cpu, 0.0 io}, id = 1987
                                                HiveJoinRel(condition=[=($0, $14)], joinType=[inner]): rowcount = 299.6322411714753, cumulative cost = {1.102146957E9 rows, 0.0 cpu, 0.0 io}, id = 1985
                                                  HiveJoinRel(condition=[=($3, $12)], joinType=[inner]): rowcount = 5.50076554E8, cumulative cost = {5.51997354E8 rows, 0.0 cpu, 0.0 io}, id = 1569
                                                    HiveProjectRel(ss_sold_date_sk=[$0], ss_item_sk=[$2], ss_customer_sk=[$3], ss_cdemo_sk=[$4], ss_hdemo_sk=[$5], ss_addr_sk=[$6], ss_store_sk=[$7], ss_promo_sk=[$8], ss_ticket_number=[$9], ss_wholesale_cost=[$11], ss_list_price=[$12], ss_coupon_amt=[$19]): rowcount = 5.50076554E8, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 892
                                                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.store_sales]]): rowcount = 5.50076554E8, cumulative cost = {0}, id = 55
                                                    HiveProjectRel(cd_demo_sk=[$0], cd_marital_status=[$2]): rowcount = 1920800.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 918
                                                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.customer_demographics]]): rowcount = 1920800.0, cumulative cost = {0}, id = 56
                                                  HiveProjectRel(d_date_sk=[$0], d_year=[$6]): rowcount = 73049.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 902
                                                    HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.date_dim]]): rowcount = 73049.0, cumulative cost = {0}, id = 65
                                                HiveProjectRel(s_store_sk=[$0], s_store_name=[$5], s_zip=[$25]): rowcount = 212.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 914
                                                  HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.store]]): rowcount = 212.0, cumulative cost = {0}, id = 54
                                              HiveJoinRel(condition=[=($6, $10)], joinType=[inner]): rowcount = 1.0, cumulative cost = {5266899.0 rows, 0.0 cpu, 0.0 io}, id = 1992
                                                HiveJoinRel(condition=[=($7, $8)], joinType=[inner]): rowcount = 1.0, cumulative cost = {5193849.0 rows, 0.0 cpu, 0.0 io}, id = 1990
                                                  HiveJoinRel(condition=[=($3, $0)], joinType=[inner]): rowcount = 1600000.0, cumulative cost = {3520800.0 rows, 0.0 cpu, 0.0 io}, id = 1578
                                                    HiveProjectRel(c_customer_sk=[$0], c_current_cdemo_sk=[$2], c_current_hdemo_sk=[$3], c_current_addr_sk=[$4], c_first_shipto_date_sk=[$5], c_first_sales_date_sk=[$6]): rowcount = 1600000.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 898
                                                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.customer]]): rowcount = 1600000.0, cumulative cost = {0}, id = 59
                                                HiveProjectRel(d_date_sk=[$0], d_year=[$6]): rowcount = 73049.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 902
                                                  HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.date_dim]]): rowcount = 73049.0, cumulative cost = {0}, id = 65
                                            HiveProjectRel(sr_item_sk=[$2], sr_ticket_number=[$9]): rowcount = 5.5578005E7, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 894
                                              HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.store_returns]]): rowcount = 5.5578005E7, cumulative cost = {0}, id = 62
                                      HiveProjectRel(_o__col0=[$0]): rowcount = 1.0, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 880
                                        HiveFilterRel(condition=[>($1, *(CAST(2):DOUBLE NOT NULL, $2))]): rowcount = 1.0, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 878
                                          HiveAggregateRel(group=[{0}], agg#0=[sum($1)], agg#1=[sum($2)]): rowcount = 38846.0, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 876
                                            HiveProjectRel($f0=[$0], $f1=[$2], $f2=[+(+($5, $6), $7)]): rowcount = 6.692553251460564E8, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 874
                                              HiveProjectRel(cs_item_sk=[$0], cs_order_number=[$1], cs_ext_list_price=[$2], cr_item_sk=[$3], cr_order_number=[$4], cr_refunded_cash=[$5], cr_reversed_charge=[$6], cr_store_credit=[$7]): rowcount = 6.692553251460564E8, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 1132
                                                HiveJoinRel(condition=[AND(=($0, $3), =($1, $4))], joinType=[inner]): rowcount = 6.692553251460564E8, cumulative cost = {3.15348608E8 rows, 0.0 cpu, 0.0 io}, id = 1127
                                                  HiveProjectRel(cs_item_sk=[$15], cs_order_number=[$17], cs_ext_list_price=[$25]): rowcount = 2.86549727E8, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 962
                                                    HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.catalog_sales]]): rowcount = 2.86549727E8, cumulative cost = {0}, id = 45
                                                  HiveProjectRel(cr_item_sk=[$2], cr_order_number=[$16], cr_refunded_cash=[$23], cr_reversed_charge=[$24], cr_store_credit=[$25]): rowcount = 2.8798881E7, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 964
                                                    HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.catalog_returns]]): rowcount = 2.8798881E7, cumulative cost = {0}, id = 46
                                HiveFilterRel(condition=[AND(in($2, 'maroon', 'burnished', 'dim', 'steel', 'navajo', 'chocolate'), between(false, $1, 35, +(35, 10)), between(false, $1, +(35, 1), +(35, 15)))]): rowcount = 1.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 864
                                  HiveProjectRel(i_item_sk=[$0], i_current_price=[$5], i_color=[$17], i_product_name=[$21]): rowcount = 48000.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 862
                                    HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200.item]]): rowcount = 48000.0, cumulative cost = {0}, id = 68

Physical plan 

    Tez
      Edges:
        Map 10 <- Map 40 (BROADCAST_EDGE)
        Map 16 <- Map 2 (BROADCAST_EDGE), Map 23 (BROADCAST_EDGE), Map 6 (BROADCAST_EDGE)
        Map 19 <- Map 42 (BROADCAST_EDGE)
        Map 33 <- Map 35 (BROADCAST_EDGE)
        Map 35 <- Map 1 (BROADCAST_EDGE), Map 16 (BROADCAST_EDGE), Map 3 (BROADCAST_EDGE), Map 8 (BROADCAST_EDGE)
        Map 36 <- Map 18 (BROADCAST_EDGE), Map 25 (BROADCAST_EDGE), Map 41 (BROADCAST_EDGE)
        Map 38 <- Map 15 (BROADCAST_EDGE), Map 31 (BROADCAST_EDGE), Map 36 (BROADCAST_EDGE), Map 5 (BROADCAST_EDGE)
        Map 4 <- Map 38 (BROADCAST_EDGE)
        Reducer 11 <- Map 10 (SIMPLE_EDGE), Map 22 (BROADCAST_EDGE), Map 24 (BROADCAST_EDGE), Map 26 (BROADCAST_EDGE), Map 27 (BROADCAST_EDGE), Map 30 (BROADCAST_EDGE), Map 32 (BROADCAST_EDGE), Map 39 (BROADCAST_EDGE), Map 4 (BROADCAST_EDGE), Map 7 (BROADCAST_EDGE)
        Reducer 12 <- Reducer 11 (SIMPLE_EDGE)
        Reducer 13 <- Reducer 12 (SIMPLE_EDGE), Reducer 21 (SIMPLE_EDGE)
        Reducer 14 <- Reducer 13 (SIMPLE_EDGE)
        Reducer 20 <- Map 17 (BROADCAST_EDGE), Map 19 (SIMPLE_EDGE), Map 28 (BROADCAST_EDGE), Map 29 (BROADCAST_EDGE), Map 33 (BROADCAST_EDGE), Map 34 (BROADCAST_EDGE), Map 37 (BROADCAST_EDGE), Map 43 (BROADCAST_EDGE), Map 44 (BROADCAST_EDGE), Map 9 (BROADCAST_EDGE)
        Reducer 21 <- Reducer 20 (SIMPLE_EDGE)
      DagName: mmokhtar_20140925174747_6fa8c67a-6d24-43cc-8fbb-3be14937b8b1:1
      Vertices:
        Map 1 
                TableScan
                  alias: d1
                  filterExpr: d_date_sk is not null (type: boolean)
                    predicate: d_date_sk is not null (type: boolean)
                    Statistics: Num rows: 36525 Data size: 40871475 Basic stats: COMPLETE Column stats: NONE
                      expressions: d_date_sk (type: int), d_year (type: int)
                      Statistics: Num rows: 36525 Data size: 40871475 Basic stats: COMPLETE Column stats: NONE
                        Statistics: Num rows: 36525 Data size: 40871475 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col1 (type: int)
        Map 10 
                TableScan
                  alias: catalog_sales
                  filterExpr: (cs_item_sk is not null and cs_order_number is not null) (type: boolean)
                  Statistics: Num rows: 286549727 Data size: 38890158232 Basic stats: COMPLETE Column stats: NONE
                    predicate: (cs_item_sk is not null and cs_order_number is not null) (type: boolean)
                    Statistics: Num rows: 71637432 Data size: 9722539591 Basic stats: COMPLETE Column stats: NONE
                      expressions: cs_item_sk (type: int), cs_order_number (type: int), cs_ext_list_price (type: float)
                      Statistics: Num rows: 71637432 Data size: 9722539591 Basic stats: COMPLETE Column stats: NONE
                          0 {_col0} {_col2}
                          1 {_col2} {_col3} {_col4}
                        keys:
                          0 _col0 (type: int), _col1 (type: int)
                          1 _col0 (type: int), _col1 (type: int)
                        outputColumnNames: _col0, _col2, _col5, _col6, _col7
                          1 Map 40
                        Statistics: Num rows: 78801176 Data size: 10694794240 Basic stats: COMPLETE Column stats: NONE
                        Select Operator
                          expressions: _col0 (type: int), _col2 (type: float), ((_col5 + _col6) + _col7) (type: float)
                          outputColumnNames: _col0, _col1, _col2
                          Statistics: Num rows: 78801176 Data size: 10694794240 Basic stats: COMPLETE Column stats: NONE
                          Group By Operator
                            aggregations: sum(_col1), sum(_col2)
                            keys: _col0 (type: int)
                            mode: hash
                            outputColumnNames: _col0, _col1, _col2
                            Statistics: Num rows: 78801176 Data size: 10694794240 Basic stats: COMPLETE Column stats: NONE
                            Reduce Output Operator
                              key expressions: _col0 (type: int)
                              sort order: +
                              Map-reduce partition columns: _col0 (type: int)
                              Statistics: Num rows: 78801176 Data size: 10694794240 Basic stats: COMPLETE Column stats: NONE
                              value expressions: _col1 (type: double), _col2 (type: double)
        Map 15 
                TableScan
                  alias: customer
                  filterExpr: (((((c_current_cdemo_sk is not null and c_first_sales_date_sk is not null) and c_first_shipto_date_sk is not null) and c_customer_sk is not null) and c_current_hdemo_sk is not null) and c_current_addr_sk is not null) (type: boolean)
                  Statistics: Num rows: 1600000 Data size: 1376033128 Basic stats: COMPLETE Column stats: NONE
                    predicate: (((((c_current_cdemo_sk is not null and c_first_sales_date_sk is not null) and c_first_shipto_date_sk is not null) and c_customer_sk is not null) and c_current_hdemo_sk is not null) and c_current_addr_sk is not null) (type: boolean)
                    Statistics: Num rows: 25000 Data size: 21500517 Basic stats: COMPLETE Column stats: NONE
                      expressions: c_customer_sk (type: int), c_current_cdemo_sk (type: int), c_current_hdemo_sk (type: int), c_current_addr_sk (type: int), c_first_shipto_date_sk (type: int), c_first_sales_date_sk (type: int)
                      Statistics: Num rows: 25000 Data size: 21500517 Basic stats: COMPLETE Column stats: NONE
                        key expressions: _col1 (type: int)
                        Map-reduce partition columns: _col1 (type: int)
                        Statistics: Num rows: 25000 Data size: 21500517 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col0 (type: int), _col2 (type: int), _col3 (type: int), _col4 (type: int), _col5 (type: int)
        Map 16 
                TableScan
                  alias: cd1
                  filterExpr: cd_demo_sk is not null (type: boolean)
                  Statistics: Num rows: 1920800 Data size: 718379200 Basic stats: COMPLETE Column stats: NONE
                    predicate: cd_demo_sk is not null (type: boolean)
                    Statistics: Num rows: 960400 Data size: 359189600 Basic stats: COMPLETE Column stats: NONE
                      expressions: cd_demo_sk (type: int), cd_marital_status (type: string)
                      Statistics: Num rows: 960400 Data size: 359189600 Basic stats: COMPLETE Column stats: NONE
                          0 {_col0} {_col1} {_col2} {_col4} {_col5} {_col6} {_col7} {_col8} {_col9} {_col10} {_col11}
                          1 {_col1}
                        keys:
                          0 _col3 (type: int)
                        outputColumnNames: _col0, _col1, _col2, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col13
                          0 Map 6
                        Statistics: Num rows: 1181805 Data size: 51579732 Basic stats: COMPLETE Column stats: NONE
                            0 {_col1} {_col2} {_col4} {_col5} {_col6} {_col7} {_col8} {_col9} {_col10} {_col11} {_col13}
                            1 
                          keys:
                          outputColumnNames: _col1, _col2, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col13
                            1 Map 23
                          Statistics: Num rows: 1299985 Data size: 56737708 Basic stats: COMPLETE Column stats: NONE
                          Map Join Operator
                            condition map:
                                 Inner Join 0 to 1
                            condition expressions:
                              0 {_col1} {_col2} {_col4} {_col5} {_col7} {_col8} {_col9} {_col10} {_col11} {_col13}
                              1 {_col1} {_col2}
                            keys:
                              0 _col6 (type: int)
                              1 _col0 (type: int)
                            outputColumnNames: _col1, _col2, _col4, _col5, _col7, _col8, _col9, _col10, _col11, _col13, _col17, _col18
                            input vertices:
                              1 Map 2
                            Statistics: Num rows: 1429983 Data size: 62411480 Basic stats: COMPLETE Column stats: NONE
                              key expressions: _col2 (type: int)
                              Map-reduce partition columns: _col2 (type: int)
                              Statistics: Num rows: 1429983 Data size: 62411480 Basic stats: COMPLETE Column stats: NONE
                              value expressions: _col1 (type: int), _col4 (type: int), _col5 (type: int), _col7 (type: int), _col8 (type: int), _col9 (type: float), _col10 (type: float), _col11 (type: float), _col13 (type: string), _col17 (type: string), _col18 (type: string)
        Map 17 
                TableScan
                  alias: ib1
                  filterExpr: ib_income_band_sk is not null (type: boolean)
                  Statistics: Num rows: 20 Data size: 240 Basic stats: COMPLETE Column stats: NONE
                    predicate: ib_income_band_sk is not null (type: boolean)
                    Statistics: Num rows: 10 Data size: 120 Basic stats: COMPLETE Column stats: NONE
                      expressions: ib_income_band_sk (type: int)
                      Statistics: Num rows: 10 Data size: 120 Basic stats: COMPLETE Column stats: NONE
                        Statistics: Num rows: 10 Data size: 120 Basic stats: COMPLETE Column stats: NONE
        Map 18 
                TableScan
                  filterExpr: ((((((((ss_cdemo_sk is not null and ss_sold_date_sk is not null) and ss_store_sk is not null) and ss_customer_sk is not null) and ss_item_sk is not null) and ss_ticket_number is not null) and ss_hdemo_sk is not null) and ss_addr_sk is not null) and ss_promo_sk is not null) (type: boolean)
                  Statistics: Num rows: 550076554 Data size: 24008004411 Basic stats: COMPLETE Column stats: NONE
                    predicate: ((((((((ss_cdemo_sk is not null and ss_sold_date_sk is not null) and ss_store_sk is not null) and ss_customer_sk is not null) and ss_item_sk is not null) and ss_ticket_number is not null) and ss_hdemo_sk is not null) and ss_addr_sk is not null) and ss_promo_sk is not null) (type: boolean)
                    Statistics: Num rows: 1074369 Data size: 46890665 Basic stats: COMPLETE Column stats: NONE
                      expressions: ss_sold_date_sk (type: int), ss_item_sk (type: int), ss_customer_sk (type: int), ss_cdemo_sk (type: int), ss_hdemo_sk (type: int), ss_addr_sk (type: int), ss_store_sk (type: int), ss_promo_sk (type: int), ss_ticket_number (type: int), ss_wholesale_cost (type: float), ss_list_price (type: float), ss_coupon_amt (type: float)
                      outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11
                      Statistics: Num rows: 1074369 Data size: 46890665 Basic stats: COMPLETE Column stats: NONE
                        key expressions: _col3 (type: int)
                        Map-reduce partition columns: _col3 (type: int)
                        Statistics: Num rows: 1074369 Data size: 46890665 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col0 (type: int), _col1 (type: int), _col2 (type: int), _col4 (type: int), _col5 (type: int), _col6 (type: int), _col7 (type: int), _col8 (type: int), _col9 (type: float), _col10 (type: float), _col11 (type: float)
        Map 19 
                TableScan
                        keys:
                          1 Map 42
                            mode: hash
        Map 2 
                TableScan
                  alias: store
                  filterExpr: ((s_store_sk is not null and s_store_name is not null) and s_zip is not null) (type: boolean)
                  Statistics: Num rows: 212 Data size: 405680 Basic stats: COMPLETE Column stats: NONE
                    predicate: ((s_store_sk is not null and s_store_name is not null) and s_zip is not null) (type: boolean)
                    Statistics: Num rows: 27 Data size: 51666 Basic stats: COMPLETE Column stats: NONE
                      expressions: s_store_sk (type: int), s_store_name (type: string), s_zip (type: string)
                      Statistics: Num rows: 27 Data size: 51666 Basic stats: COMPLETE Column stats: NONE
                        Statistics: Num rows: 27 Data size: 51666 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col1 (type: string), _col2 (type: string)
        Map 22 
                TableScan
                  alias: ib1
        Map 23 
                TableScan
                  alias: d1
                  filterExpr: (d_date_sk is not null and (d_year = 2000)) (type: boolean)
                    predicate: (d_date_sk is not null and (d_year = 2000)) (type: boolean)
                        Statistics: Num rows: 18262 Data size: 20435178 Basic stats: COMPLETE Column stats: NONE
        Map 24 
                TableScan
                  alias: hd1
                  filterExpr: (hd_demo_sk is not null and hd_income_band_sk is not null) (type: boolean)
                  Statistics: Num rows: 7200 Data size: 799 Basic stats: COMPLETE Column stats: NONE
                    predicate: (hd_demo_sk is not null and hd_income_band_sk is not null) (type: boolean)
                    Statistics: Num rows: 1800 Data size: 199 Basic stats: COMPLETE Column stats: NONE
                      expressions: hd_demo_sk (type: int), hd_income_band_sk (type: int)
                      Statistics: Num rows: 1800 Data size: 199 Basic stats: COMPLETE Column stats: NONE
                        Statistics: Num rows: 1800 Data size: 199 Basic stats: COMPLETE Column stats: NONE
        Map 25 
                TableScan
                  alias: d1
                  filterExpr: (d_date_sk is not null and (d_year = 2001)) (type: boolean)
                    predicate: (d_date_sk is not null and (d_year = 2001)) (type: boolean)
        Map 26 
                TableScan
                  alias: promotion
                  filterExpr: p_promo_sk is not null (type: boolean)
                  Statistics: Num rows: 450 Data size: 530848 Basic stats: COMPLETE Column stats: NONE
                    predicate: p_promo_sk is not null (type: boolean)
                    Statistics: Num rows: 225 Data size: 265424 Basic stats: COMPLETE Column stats: NONE
                      expressions: p_promo_sk (type: int)
                      Statistics: Num rows: 225 Data size: 265424 Basic stats: COMPLETE Column stats: NONE
                        Statistics: Num rows: 225 Data size: 265424 Basic stats: COMPLETE Column stats: NONE
        Map 27 
                TableScan
                  alias: hd1
        Map 28 
                TableScan
                  alias: ad1
                  filterExpr: ca_address_sk is not null (type: boolean)
                  Statistics: Num rows: 800000 Data size: 811903688 Basic stats: COMPLETE Column stats: NONE
                    predicate: ca_address_sk is not null (type: boolean)
                    Statistics: Num rows: 400000 Data size: 405951844 Basic stats: COMPLETE Column stats: NONE
                      expressions: ca_address_sk (type: int), ca_street_number (type: string), ca_street_name (type: string), ca_city (type: string), ca_zip (type: string)
                      outputColumnNames: _col0, _col1, _col2, _col3, _col4
                      Statistics: Num rows: 400000 Data size: 405951844 Basic stats: COMPLETE Column stats: NONE
                        Statistics: Num rows: 400000 Data size: 405951844 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col1 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: string)
        Map 29 
                TableScan
                  filterExpr: ((((i_color) IN ('maroon', 'burnished', 'dim', 'steel', 'navajo', 'chocolate') and i_current_price BETWEEN 35 AND 45) and i_current_price BETWEEN 36 AND 50) and i_item_sk is not null) (type: boolean)
                  Statistics: Num rows: 48000 Data size: 68732712 Basic stats: COMPLETE Column stats: NONE
                    predicate: ((((i_color) IN ('maroon', 'burnished', 'dim', 'steel', 'navajo', 'chocolate') and i_current_price BETWEEN 35 AND 45) and i_current_price BETWEEN 36 AND 50) and i_item_sk is not null) (type: boolean)
                    Statistics: Num rows: 3000 Data size: 4295794 Basic stats: COMPLETE Column stats: NONE
                      expressions: i_item_sk (type: int), i_product_name (type: string)
                      outputColumnNames: _col0, _col3
                      Statistics: Num rows: 3000 Data size: 4295794 Basic stats: COMPLETE Column stats: NONE
                        Statistics: Num rows: 3000 Data size: 4295794 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col3 (type: string)
        Map 3 
                TableScan
        Map 30 
                TableScan
                  alias: ib1
        Map 31 
                TableScan
                  alias: d1
        Map 32 
                TableScan
                  alias: ad1
        Map 33 
                TableScan
                  alias: store_returns
                  filterExpr: (sr_item_sk is not null and sr_ticket_number is not null) (type: boolean)
                  Statistics: Num rows: 55578005 Data size: 4377627636 Basic stats: COMPLETE Column stats: NONE
                    predicate: (sr_item_sk is not null and sr_ticket_number is not null) (type: boolean)
                    Statistics: Num rows: 13894502 Data size: 1094406968 Basic stats: COMPLETE Column stats: NONE
                      expressions: sr_item_sk (type: int), sr_ticket_number (type: int)
                      Statistics: Num rows: 13894502 Data size: 1094406968 Basic stats: COMPLETE Column stats: NONE
                          0 {_col1} {_col4} {_col5} {_col7} {_col9} {_col10} {_col11} {_col13} {_col17} {_col18} {_col20} {_col23} {_col24} {_col28} {_col30}
                          1 
                        keys:
                          0 _col1 (type: int), _col8 (type: int)
                        outputColumnNames: _col1, _col4, _col5, _col7, _col9, _col10, _col11, _col13, _col17, _col18, _col20, _col23, _col24, _col28, _col30
                          0 Map 35
                        Statistics: Num rows: 15283953 Data size: 1203847680 Basic stats: COMPLETE Column stats: NONE
                        Filter Operator
                          predicate: (_col13 <> _col20) (type: boolean)
                          Statistics: Num rows: 15283953 Data size: 1203847680 Basic stats: COMPLETE Column stats: NONE
                            expressions: _col1 (type: int), _col10 (type: float), _col11 (type: float), _col23 (type: int), _col24 (type: int), 2000 (type: int), _col28 (type: int), _col30 (type: int), _col17 (type: string), _col18 (type: string), _col4 (type: int), _col5 (type: int), _col7 (type: int), _col9 (type: float)
                            outputColumnNames: _col1, _col10, _col11, _col16, _col17, _col21, _col23, _col25, _col27, _col28, _col4, _col5, _col7, _col9
                            Statistics: Num rows: 15283953 Data size: 1203847680 Basic stats: COMPLETE Column stats: NONE
                              key expressions: _col1 (type: int)
                              Map-reduce partition columns: _col1 (type: int)
                              Statistics: Num rows: 15283953 Data size: 1203847680 Basic stats: COMPLETE Column stats: NONE
                              value expressions: _col4 (type: int), _col5 (type: int), _col7 (type: int), _col9 (type: float), _col10 (type: float), _col11 (type: float), _col16 (type: int), _col17 (type: int), _col21 (type: int), _col23 (type: int), _col25 (type: int), _col27 (type: string), _col28 (type: string)
        Map 34 
                TableScan
        Map 35 
                TableScan
                  alias: cd1
                          0 {_col1}
                          1 {_col0} {_col2} {_col3} {_col4} {_col5}
                        keys:
                          0 _col0 (type: int)
                          1 _col1 (type: int)
                        outputColumnNames: _col1, _col2, _col4, _col5, _col6, _col7
                          1 Map 3
                        Statistics: Num rows: 1056440 Data size: 395108576 Basic stats: COMPLETE Column stats: NONE
                            0 {_col1} {_col2} {_col4} {_col5} {_col6}
                            1 {_col1}
                          keys:
                            0 _col7 (type: int)
                          outputColumnNames: _col1, _col2, _col4, _col5, _col6, _col9
                            1 Map 8
                          Statistics: Num rows: 1162084 Data size: 434619456 Basic stats: COMPLETE Column stats: NONE
                              0 {_col1} {_col2} {_col4} {_col5} {_col9}
                              1 {_col1}
                            keys:
                            outputColumnNames: _col1, _col2, _col4, _col5, _col9, _col11
                              1 Map 1
                            Statistics: Num rows: 1278292 Data size: 478081408 Basic stats: COMPLETE Column stats: NONE
                            Select Operator
                              expressions: _col1 (type: string), _col11 (type: int), _col2 (type: int), _col4 (type: int), _col5 (type: int), _col9 (type: int)
                              outputColumnNames: _col1, _col11, _col2, _col4, _col5, _col9
                              Statistics: Num rows: 1278292 Data size: 478081408 Basic stats: COMPLETE Column stats: NONE
                              Map Join Operator
                                condition map:
                                     Inner Join 0 to 1
                                condition expressions:
                                  0 {_col1} {_col4} {_col5} {_col7} {_col8} {_col9} {_col10} {_col11} {_col13} {_col17} {_col18}
                                  1 {_col1} {_col4} {_col5} {_col9} {_col11}
                                keys:
                                  0 _col2 (type: int)
                                  1 _col2 (type: int)
                                outputColumnNames: _col1, _col4, _col5, _col7, _col8, _col9, _col10, _col11, _col13, _col17, _col18, _col20, _col23, _col24, _col28, _col30
                                input vertices:
                                  0 Map 16
                                Statistics: Num rows: 1572981 Data size: 68652632 Basic stats: COMPLETE Column stats: NONE
                                Reduce Output Operator
                                  key expressions: _col1 (type: int), _col8 (type: int)
                                  sort order: ++
                                  Map-reduce partition columns: _col1 (type: int), _col8 (type: int)
                                  Statistics: Num rows: 1572981 Data size: 68652632 Basic stats: COMPLETE Column stats: NONE
                                  value expressions: _col4 (type: int), _col5 (type: int), _col7 (type: int), _col9 (type: float), _col10 (type: float), _col11 (type: float), _col13 (type: string), _col17 (type: string), _col18 (type: string), _col20 (type: string), _col23 (type: int), _col24 (type: int), _col28 (type: int), _col30 (type: int)
        Map 36 
                TableScan
                  alias: cd1
                          1 {_col1}
                        keys:
                          0 Map 18
                            1 
                          keys:
                            1 Map 25
                            keys:
                              1 Map 41
        Map 37 
                TableScan
                  alias: ib1
        Map 38 
                TableScan
                  alias: cd1
                          0 {_col1}
                        keys:
                          1 Map 15
                            1 {_col1}
                          keys:
                            1 Map 31
                              1 {_col1}
                            keys:
                              1 Map 5
                                keys:
                                  0 Map 36
        Map 39 
                TableScan
        Map 4 
                TableScan
                          1 
                        keys:
                          0 Map 38
                            expressions: _col1 (type: int), _col10 (type: float), _col11 (type: float), _col23 (type: int), _col24 (type: int), 2001 (type: int), _col28 (type: int), _col30 (type: int), _col17 (type: string), _col18 (type: string), _col4 (type: int), _col5 (type: int), _col7 (type: int), _col9 (type: float)
        Map 40 
                TableScan
                  alias: catalog_returns
                  filterExpr: (cr_item_sk is not null and cr_order_number is not null) (type: boolean)
                  Statistics: Num rows: 28798881 Data size: 3057234680 Basic stats: COMPLETE Column stats: NONE
                    predicate: (cr_item_sk is not null and cr_order_number is not null) (type: boolean)
                    Statistics: Num rows: 7199721 Data size: 764308749 Basic stats: COMPLETE Column stats: NONE
                      expressions: cr_item_sk (type: int), cr_order_number (type: int), cr_refunded_cash (type: float), cr_reversed_charge (type: float), cr_store_credit (type: float)
                      Statistics: Num rows: 7199721 Data size: 764308749 Basic stats: COMPLETE Column stats: NONE
                        key expressions: _col0 (type: int), _col1 (type: int)
                        sort order: ++
                        Map-reduce partition columns: _col0 (type: int), _col1 (type: int)
                        Statistics: Num rows: 7199721 Data size: 764308749 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col2 (type: float), _col3 (type: float), _col4 (type: float)
        Map 41 
                TableScan
        Map 42 
                TableScan
        Map 43 
                TableScan
                  alias: ad1
        Map 44 
                TableScan
                  alias: hd1
        Map 5 
                TableScan
                  alias: d1
        Map 6 
                TableScan
        Map 7 
                TableScan
                  alias: ad1
        Map 8 
                TableScan
                  alias: d1
        Map 9 
                TableScan
                  alias: hd1
        Reducer 11 
                aggregations: sum(VALUE._col0), sum(VALUE._col1)
                keys: KEY._col0 (type: int)
                Statistics: Num rows: 39400588 Data size: 5347397120 Basic stats: COMPLETE Column stats: NONE
                  predicate: (_col1 > (UDFToDouble(2) * _col2)) (type: boolean)
                  Statistics: Num rows: 13133529 Data size: 1782465661 Basic stats: COMPLETE Column stats: NONE
                    expressions: _col0 (type: int)
                    Statistics: Num rows: 13133529 Data size: 1782465661 Basic stats: COMPLETE Column stats: NONE
                        0 {_col1} {_col4} {_col5} {_col7} {_col9} {_col10} {_col11} {_col16} {_col17} {_col21} {_col23} {_col25} {_col27} {_col28}
                        1 
                      keys:
                        0 _col1 (type: int)
                        1 _col0 (type: int)
                      outputColumnNames: _col1, _col4, _col5, _col7, _col9, _col10, _col11, _col16, _col17, _col21, _col23, _col25, _col27, _col28
                        0 Map 4
                      Statistics: Num rows: 16812348 Data size: 1324232448 Basic stats: COMPLETE Column stats: NONE
                        expressions: _col1 (type: int), _col10 (type: float), _col11 (type: float), _col16 (type: int), _col17 (type: int), _col21 (type: int), _col23 (type: int), _col25 (type: int), _col27 (type: string), _col28 (type: string), _col4 (type: int), _col5 (type: int), _col7 (type: int), _col9 (type: float)
                        outputColumnNames: _col1, _col10, _col11, _col16, _col17, _col21, _col23, _col25, _col27, _col28, _col4, _col5, _col7, _col9
                        Statistics: Num rows: 16812348 Data size: 1324232448 Basic stats: COMPLETE Column stats: NONE
                            0 {_col1}
                            1 {_col1} {_col5} {_col7} {_col9} {_col10} {_col11} {_col16} {_col17} {_col21} {_col23} {_col25} {_col27} {_col28}
                          keys:
                            1 _col4 (type: int)
                          outputColumnNames: _col1, _col3, _col7, _col9, _col11, _col12, _col13, _col18, _col19, _col23, _col25, _col27, _col29, _col30
                            0 Map 24
                          Statistics: Num rows: 18493584 Data size: 1456655744 Basic stats: COMPLETE Column stats: NONE
                            expressions: _col1 (type: int), _col11 (type: float), _col12 (type: float), _col13 (type: float), _col18 (type: int), _col19 (type: int), _col23 (type: int), _col25 (type: int), _col27 (type: int), _col29 (type: string), _col3 (type: int), _col30 (type: string), _col7 (type: int), _col9 (type: int)
                            outputColumnNames: _col1, _col11, _col12, _col13, _col18, _col19, _col23, _col25, _col27, _col29, _col3, _col30, _col7, _col9
                            Statistics: Num rows: 18493584 Data size: 1456655744 Basic stats: COMPLETE Column stats: NONE
                            Map Join Operator
                              condition map:
                                   Inner Join 0 to 1
                              condition expressions:
                                0 {_col1}
                                1 {_col1} {_col3} {_col7} {_col9} {_col11} {_col12} {_col13} {_col19} {_col23} {_col25} {_col27} {_col29} {_col30}
                              keys:
                                0 _col0 (type: int)
                                1 _col18 (type: int)
                              outputColumnNames: _col1, _col3, _col5, _col9, _col11, _col13, _col14, _col15, _col21, _col25, _col27, _col29, _col31, _col32
                              input vertices:
                                0 Map 27
                              Statistics: Num rows: 20342942 Data size: 1602321408 Basic stats: COMPLETE Column stats: NONE
                                  0 {_col1} {_col3} {_col9} {_col11} {_col13} {_col14} {_col15} {_col21} {_col25} {_col27} {_col29} {_col31} {_col32}
                                  1 {_col0} {_col3}
                                keys:
                                  0 _col5 (type: int)
                                  1 _col0 (type: int)
                                outputColumnNames: _col1, _col3, _col9, _col11, _col13, _col14, _col15, _col21, _col25, _col27, _col29, _col31, _col32, _col38, _col41
                                  1 Map 39
                                Statistics: Num rows: 22377236 Data size: 1762553600 Basic stats: COMPLETE Column stats: NONE
                                Select Operator
                                  expressions: _col1 (type: int), _col11 (type: int), _col13 (type: float), _col14 (type: float), _col15 (type: float), _col21 (type: int), _col25 (type: int), _col27 (type: int), _col29 (type: int), _col3 (type: int), _col31 (type: string), _col32 (type: string), _col38 (type: int), _col41 (type: string), _col9 (type: int)
                                  outputColumnNames: _col1, _col11, _col13, _col14, _col15, _col21, _col25, _col27, _col29, _col3, _col31, _col32, _col38, _col41, _col9
                                  Statistics: Num rows: 22377236 Data size: 1762553600 Basic stats: COMPLETE Column stats: NONE
                                  Map Join Operator
                                    condition map:
                                         Inner Join 0 to 1
                                    condition expressions:
                                      0 
                                      1 {_col1} {_col9} {_col11} {_col13} {_col14} {_col15} {_col21} {_col25} {_col27} {_col29} {_col31} {_col32} {_col38} {_col41}
                                    keys:
                                      0 _col0 (type: int)
                                      1 _col3 (type: int)
                                    outputColumnNames: _col2, _col10, _col12, _col14, _col15, _col16, _col22, _col26, _col28, _col30, _col32, _col33, _col39, _col42
                                    input vertices:
                                      0 Map 22
                                    Statistics: Num rows: 24614960 Data size: 1938808960 Basic stats: COMPLETE Column stats: NONE
                                    Select Operator
                                      expressions: _col10 (type: int), _col12 (type: int), _col14 (type: float), _col15 (type: float), _col16 (type: float), _col2 (type: int), _col22 (type: int), _col26 (type: int), _col28 (type: int), _col30 (type: int), _col32 (type: string), _col33 (type: string), _col39 (type: int), _col42 (type: string)
                                      outputColumnNames: _col10, _col12, _col14, _col15, _col16, _col2, _col22, _col26, _col28, _col30, _col32, _col33, _col39, _col42
                                      Statistics: Num rows: 24614960 Data size: 1938808960 Basic stats: COMPLETE Column stats: NONE
                                      Map Join Operator
                                        condition map:
                                             Inner Join 0 to 1
                                        condition expressions:
                                          0 
                                          1 {_col10} {_col12} {_col14} {_col15} {_col16} {_col22} {_col26} {_col28} {_col30} {_col32} {_col33} {_col39} {_col42}
                                        keys:
                                          0 _col0 (type: int)
                                          1 _col2 (type: int)
                                        outputColumnNames: _col11, _col13, _col15, _col16, _col17, _col23, _col27, _col29, _col31, _col33, _col34, _col40, _col43
                                        input vertices:
                                          0 Map 30
                                        Statistics: Num rows: 27076456 Data size: 2132689920 Basic stats: COMPLETE Column stats: NONE
                                        Select Operator
                                          expressions: _col11 (type: int), _col13 (type: int), _col15 (type: float), _col16 (type: float), _col17 (type: float), _col23 (type: int), _col27 (type: int), _col29 (type: int), _col31 (type: int), _col33 (type: string), _col34 (type: string), _col40 (type: int), _col43 (type: string)
                                          outputColumnNames: _col11, _col13, _col15, _col16, _col17, _col23, _col27, _col29, _col31, _col33, _col34, _col40, _col43
                                          Statistics: Num rows: 27076456 Data size: 2132689920 Basic stats: COMPLETE Column stats: NONE
                                          Map Join Operator
                                            condition map:
                                                 Inner Join 0 to 1
                                            condition expressions:
                                              0 {_col1} {_col2} {_col3} {_col4}
                                              1 {_col13} {_col15} {_col16} {_col17} {_col23} {_col27} {_col29} {_col31} {_col33} {_col34} {_col40} {_col43}
                                            keys:
                                              0 _col0 (type: int)
                                              1 _col11 (type: int)
                                            outputColumnNames: _col1, _col2, _col3, _col4, _col18, _col20, _col21, _col22, _col28, _col32, _col34, _col36, _col38, _col39, _col45, _col48
                                            input vertices:
                                              0 Map 32
                                            Statistics: Num rows: 29784102 Data size: 2345958912 Basic stats: COMPLETE Column stats: NONE
                                            Select Operator
                                              expressions: _col1 (type: string), _col18 (type: int), _col2 (type: string), _col20 (type: float), _col21 (type: float), _col22 (type: float), _col28 (type: int), _col3 (type: string), _col32 (type: int), _col34 (type: int), _col36 (type: int), _col38 (type: string), _col39 (type: string), _col4 (type: string), _col45 (type: int), _col48 (type: string)
                                              outputColumnNames: _col1, _col18, _col2, _col20, _col21, _col22, _col28, _col3, _col32, _col34, _col36, _col38, _col39, _col4, _col45, _col48
                                              Statistics: Num rows: 29784102 Data size: 2345958912 Basic stats: COMPLETE Column stats: NONE
                                              Map Join Operator
                                                condition map:
                                                     Inner Join 0 to 1
                                                condition expressions:
                                                  0 {_col1} {_col2} {_col3} {_col4}
                                                  1 {_col1} {_col2} {_col3} {_col4} {_col18} {_col20} {_col21} {_col22} {_col32} {_col34} {_col36} {_col38} {_col39} {_col45} {_col48}
                                                keys:
                                                  0 _col0 (type: int)
                                                  1 _col28 (type: int)
                                                outputColumnNames: _col1, _col2, _col3, _col4, _col6, _col7, _col8, _col9, _col23, _col25, _col26, _col27, _col37, _col39, _col41, _col43, _col44, _col50, _col53
                                                input vertices:
                                                  0 Map 7
                                                Statistics: Num rows: 32762512 Data size: 2580554752 Basic stats: COMPLETE Column stats: NONE
                                                Select Operator
                                                  expressions: _col1 (type: string), _col2 (type: string), _col23 (type: int), _col25 (type: float), _col26 (type: float), _col27 (type: float), _col3 (type: string), _col37 (type: int), _col39 (type: int), _col4 (type: string), _col41 (type: int), _col43 (type: string), _col44 (type: string), _col50 (type: int), _col53 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string)
                                                  outputColumnNames: _col1, _col2, _col23, _col25, _col26, _col27, _col3, _col37, _col39, _col4, _col41, _col43, _col44, _col50, _col53, _col6, _col7, _col8, _col9
                                                  Statistics: Num rows: 32762512 Data size: 2580554752 Basic stats: COMPLETE Column stats: NONE
                                                  Map Join Operator
                                                    condition map:
                                                         Inner Join 0 to 1
                                                    condition expressions:
                                                      0 
                                                      1 {_col1} {_col2} {_col3} {_col4} {_col6} {_col7} {_col8} {_col9} {_col25} {_col26} {_col27} {_col37} {_col39} {_col41} {_col43} {_col44} {_col50} {_col53}
                                                    keys:
                                                      0 _col0 (type: int)
                                                      1 _col23 (type: int)
                                                    outputColumnNames: _col2, _col3, _col4, _col5, _col7, _col8, _col9, _col10, _col26, _col27, _col28, _col38, _col40, _col42, _col44, _col45, _col51, _col54
                                                    input vertices:
                                                      0 Map 26
                                                    Statistics: Num rows: 36038764 Data size: 2838610176 Basic stats: COMPLETE Column stats: NONE
                                                    Select Operator
                                                      expressions: _col54 (type: string), _col51 (type: int), _col44 (type: string), _col45 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col38 (type: int), _col40 (type: int), _col42 (type: int), _col26 (type: float), _col27 (type: float), _col28 (type: float)
                                                      outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col17
                                                      Statistics: Num rows: 36038764 Data size: 2838610176 Basic stats: COMPLETE Column stats: NONE
                                                      Group By Operator
                                                        aggregations: count(), sum(_col15), sum(_col16), sum(_col17)
                                                        keys: _col0 (type: string), _col1 (type: int), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col13 (type: int), _col14 (type: int)
                                                        mode: hash
                                                        outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col17, _col18
                                                        Statistics: Num rows: 36038764 Data size: 2838610176 Basic stats: COMPLETE Column stats: NONE
                                                        Reduce Output Operator
                                                          key expressions: _col0 (type: string), _col1 (type: int), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col13 (type: int), _col14 (type: int)
                                                          sort order: +++++++++++++++
                                                          Map-reduce partition columns: _col0 (type: string), _col1 (type: int), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col13 (type: int), _col14 (type: int)
                                                          Statistics: Num rows: 36038764 Data size: 2838610176 Basic stats: COMPLETE Column stats: NONE
                                                          value expressions: _col15 (type: bigint), _col16 (type: double), _col17 (type: double), _col18 (type: double)
        Reducer 12 
                aggregations: count(VALUE._col0), sum(VALUE._col1), sum(VALUE._col2), sum(VALUE._col3)
                keys: KEY._col0 (type: string), KEY._col1 (type: int), KEY._col2 (type: string), KEY._col3 (type: string), KEY._col4 (type: string), KEY._col5 (type: string), KEY._col6 (type: string), KEY._col7 (type: string), KEY._col8 (type: string), KEY._col9 (type: string), KEY._col10 (type: string), KEY._col11 (type: string), KEY._col12 (type: int), KEY._col13 (type: int), KEY._col14 (type: int)
                outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col17, _col18
                Statistics: Num rows: 18019382 Data size: 1419305088 Basic stats: COMPLETE Column stats: NONE
                  expressions: _col1 (type: int), _col2 (type: string), _col3 (type: string), _col12 (type: int), _col15 (type: bigint), _col16 (type: double), _col17 (type: double), _col18 (type: double)
                  outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7
                  Statistics: Num rows: 18019382 Data size: 1419305088 Basic stats: COMPLETE Column stats: NONE
                    key expressions: _col0 (type: int), _col1 (type: string), _col2 (type: string)
                    sort order: +++
                    Map-reduce partition columns: _col0 (type: int), _col1 (type: string), _col2 (type: string)
                    Statistics: Num rows: 18019382 Data size: 1419305088 Basic stats: COMPLETE Column stats: NONE
                    value expressions: _col3 (type: int), _col4 (type: bigint), _col5 (type: double), _col6 (type: double), _col7 (type: double)
        Reducer 13 
                  0 {VALUE._col0} {KEY.reducesinkkey1} {KEY.reducesinkkey2} {VALUE._col1} {VALUE._col2} {VALUE._col3} {VALUE._col4} {VALUE._col5} {VALUE._col6} {VALUE._col7} {VALUE._col8} {VALUE._col9} {VALUE._col10} {VALUE._col11} {VALUE._col12} {VALUE._col13}
                  1 {VALUE._col0} {VALUE._col1} {VALUE._col2} {VALUE._col3} {VALUE._col4}
                outputColumnNames: _col0, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col20, _col21, _col22, _col23, _col24
                Statistics: Num rows: 19821320 Data size: 1561235584 Basic stats: COMPLETE Column stats: NONE
                  predicate: (_col21 <= _col13) (type: boolean)
                  Statistics: Num rows: 6607106 Data size: 520411808 Basic stats: COMPLETE Column stats: NONE
                    expressions: _col0 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col13 (type: bigint), _col14 (type: double), _col15 (type: double), _col16 (type: double), _col22 (type: double), _col23 (type: double), _col24 (type: double), _col20 (type: int), _col21 (type: bigint)
                    outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col17, _col18, _col19, _col20
                    Statistics: Num rows: 6607106 Data size: 520411808 Basic stats: COMPLETE Column stats: NONE
                      key expressions: _col0 (type: string), _col1 (type: string), _col20 (type: bigint)
                      sort order: +++
                      Statistics: Num rows: 6607106 Data size: 520411808 Basic stats: COMPLETE Column stats: NONE
                      value expressions: _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: int), _col12 (type: bigint), _col13 (type: double), _col14 (type: double), _col15 (type: double), _col16 (type: double), _col17 (type: double), _col18 (type: double), _col19 (type: int)
        Reducer 14 
                expressions: KEY.reducesinkkey0 (type: string), KEY.reducesinkkey1 (type: string), VALUE._col0 (type: string), VALUE._col1 (type: string), VALUE._col2 (type: string), VALUE._col3 (type: string), VALUE._col4 (type: string), VALUE._col5 (type: string), VALUE._col6 (type: string), VALUE._col7 (type: string), VALUE._col8 (type: string), VALUE._col9 (type: int), VALUE._col10 (type: bigint), VALUE._col11 (type: double), VALUE._col12 (type: double), VALUE._col13 (type: double), VALUE._col14 (type: double), VALUE._col15 (type: double), VALUE._col16 (type: double), VALUE._col17 (type: int), KEY.reducesinkkey2 (type: bigint)
                outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col17, _col18, _col19, _col20
                Statistics: Num rows: 6607106 Data size: 520411808 Basic stats: COMPLETE Column stats: NONE
                File Output Operator
                  compressed: false
                  table:
                      input format: org.apache.hadoop.mapred.TextInputFormat
                      output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
                      serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
        Reducer 20 
                        1 
                      keys:
                        0 Map 33
                            0 {_col1}
                          keys:
                            0 Map 9
                                0 {_col1}
                              keys:
                                0 Map 44
                                keys:
                                  1 Map 29
                                      0 
                                    keys:
                                      0 Map 37
                                          0 
                                        keys:
                                          0 Map 17
                                            keys:
                                              0 Map 43
                                                keys:
                                                  0 Map 28
                                                      0 
                                                    keys:
                                                      0 Map 34
                                                        mode: hash
        Reducer 21 
                  expressions: _col0 (type: string), _col1 (type: int), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col15 (type: bigint), _col16 (type: double), _col17 (type: double), _col18 (type: double)
                  outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16
                    key expressions: _col1 (type: int), _col2 (type: string), _col3 (type: string)
                    Map-reduce partition columns: _col1 (type: int), _col2 (type: string), _col3 (type: string)
                    value expressions: _col0 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col13 (type: bigint), _col14 (type: double), _col15 (type: double), _col16 (type: double)

      limit: -1
        ListSink

Query 

from
        JOIN
  WHERE  
) cs1
JOIN
        JOIN
  WHERE  
) cs2
where 

Env: hive master branch

2016-07-14T20:40:00,646  WARN [main[]] conf.Configuration: hive-site.xml:an attempt to override final parameter: hive.server2.tez.sessions.per.default.queue;  Ignoring.
2016-07-14T20:40:00,652  WARN [main[]] impl.LlapDaemon: Failed to start LLAP Daemon with exception
java.lang.NoClassDefFoundError: org/apache/hadoop/registry/client/binding/RegistryUtils$ServiceRecordMarshal
        at org.apache.hadoop.hive.llap.registry.impl.LlapZookeeperRegistryImpl.<init>(LlapZookeeperRegistryImpl.java:134) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.llap.registry.impl.LlapRegistryService.serviceInit(LlapRegistryService.java:84) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.service.AbstractService.init(AbstractService.java:163) ~[hadoop-common-2.7.1.jar:?]
        at org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon.serviceStart(LlapDaemon.java:369) ~[hive-llap-server-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) ~[hadoop-common-2.7.1.jar:?]
        at org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon.main(LlapDaemon.java:460) [hive-llap-server-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.registry.client.binding.RegistryUtils$ServiceRecordMarshal
        at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[?:1.8.0_65]
        at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[?:1.8.0_65]
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) ~[?:1.8.0_65]
        at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:1.8.0_65]
        ... 6 more

When the "mustUnderstand" attribute is set (to either "0" or "1") and no interceptors are defined a "PayloadRootQNameEndpointMapping" the org.springframework.ws.soap.server.SoapMessageDispatcher throw a NullPointerException when iterating over the mapped endpoint ´s Interceptors. 
Adding a "org.springframework.ws.server.endpoint.interceptor.PayloadLoggingInterceptor" temporarily fixes the problem (as the code just gets "any" EndpointInterceptor before checking via "instanceof" on SoapEndpointInterceptor.class).
Our Server might receive a SOAP Message with the mustUnderstand attribute set (to either "0" or "1") or not, but does not need to handle the attribute.
A nullpointer check would be appropriate here.
thx in advance.

Failed to execute goal org.codehaus.mojo:findbugs-maven-plugin:3.0.0:findbugs (default) on project hbase: Execution default of goal org.codehaus.mojo:findbugs-maven-plugin:3.0.0:findbugs failed: Plugin org.codehaus.mojo:findbugs-maven-plugin:3.0.0 or one of its dependencies could not be resolved: Failed to collect dependencies at org.codehaus.mojo:findbugs-maven-plugin:jar:3.0.0 -> org.codehaus.groovy:groovy-all:jar:1.7.4: Failed to read artifact descriptor for org.codehaus.groovy:groovy-all:jar:1.7.4: Could not transfer artifact org.codehaus.groovy:groovy-all:pom:1.7.4 from/to mirror (http://xxx.xxxx.xxx/nexus/content/groups/public): Failed to transfer file: http://xxx.xxxx.xxx/nexus/content/groups/public/org/codehaus/groovy/groovy-all/1.7.4/groovy-all-1.7.4.pom. Return code is: 418 , ReasonPhrase:Artifact is in Tencent Blacklist! Please update to the safe version, more information: http://xxx.xxxx.xxx/?tab=blackList.

Recently, when I compile HBase with a new machine, I got the above error. Since the machine could not connect to the external network, we visited our internal Maven repository, but org.codehaus.groovy:groovy-all:jar:1.7.4 was added to the blacklist and could not be downloaded. See details, org.codehaus.groovy:groovy-all:jar:1.7.4 is marked as vulnerable by CVE-2015-3253, so we should upgrade the version.

              <groupId>org.codehaus.mojo</groupId>
              <artifactId>findbugs-maven-plugin</artifactId>
              <version>3.0.0</version>
              <!--NOTE: Findbugs 3.0.0 requires jdk7-->
              <configuration>
                <excludeFilterFile>${project.basedir}/../dev-support/findbugs-exclude.xml</excludeFilterFile>

Look at the history commit record, findbugs-maven-plugin has been upgraded to 3.0.4 in HBASE-18264, but one place is missing which still using the version of 3.0.0.

The Boolean parsing should be used when configuring modifyTrustStore flag and not reading system property:

config.setModifyTrustStore(Boolean.getBoolean(reader.getElementText()));

REST-AT bridge recovery test is hanging in all environments.
It seems that the cause is a change in WildFly modules. Following errors appears in a test log:

c (finder: local module finder @5443d039 (roots: /Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules,/Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]
^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery)      at javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:103)
^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery)      at javax.ws.rs.client.ClientBuilder.newClient(ClientBuilder.java:114)
^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery)      at org.jboss.narayana.rest.integration.RecoveryManager.synchronizeParticipantUrlWithCoordinator(RecoveryManager.java:239)
^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery)      at org.jboss.narayana.rest.integration.RecoveryManager.recreateParticipantInformation(RecoveryManager.java:202)
^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery)      at org.jboss.narayana.rest.integration.RecoveryManager.recoverParticipants(RecoveryManager.java:153)
^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery)      at org.jboss.narayana.rest.integration.RecoveryManager.registerDeserializer(RecoveryManager.java:62)
^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery)      at org.jboss.narayana.rest.integration.ParticipantsManagerImpl.registerDeserializer(ParticipantsManagerImpl.java:105)
^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery)      at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.<init>(InboundBridgeManager.java:60)
^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery)      at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.getInstance(InboundBridgeManager.java:50)
^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery)      at org.jboss.narayana.rest.bridge.inbound.InboundBridgeRecoveryModule.addBridgesToMapping(InboundBridgeRecoveryModule.java:164)
^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery)      at org.jboss.narayana.rest.bridge.inbound.InboundBridgeRecoveryModule.periodicWorkSecondPass(InboundBridgeRecoveryModule.java:109)
^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery)      at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:811)
^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery)      at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:377)
^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from [Module "javax.ws.rs.api" from local module loader @a87f8ec (finder: local module finder @5443d039 (roots: /Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules,/Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]
^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery)      at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:200)
^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery)      at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery)      at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery)      at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery)      at java.lang.Class.forName0(Native Method)
^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery)      at java.lang.Class.forName(Class.java:264)
^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery)      at javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:113)
^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery)      at javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:206)
^[[0m^[[31m11:32:31,309 ERROR [stderr] (Periodic Recovery)      at javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:86)
^[[0m^[[31m11:32:31,309 ERROR [stderr] (Periodic Recovery)      ... 12 more

When ORC string dictionary writes data out, it suffers from bad GC performance due to a few allocations in-loop.

The conversions are as follows
StringTreeWriter::getStringValue() causes 2 conversions
LazyString -> Text (LazyString::getWritableObject)
Text -> String (LazyStringObjectInspector::getPrimitiveJavaObject)
Then StringRedBlackTree::add() does one conversion
String -> Text
This causes some GC pressure with un-necessary String and byte[] array allocations.

The ip address string set in HiveServer2  (in SessionState) and in HiveMetaStore (HMSHandler) have a additional "/" at the beginning. 
Metastore audit logs have " ip=/127.0.0.1 " as a result. HiveAuthzContext also ends up having the same problem.

The EntityManager.merge(entity) method returns the merged entity. The exchange in message body should be updated with the merged entity (what camel-jpa currently not do).
I running into this problem, because after saving an entity in the database, the id field was still null. So, we don't know, which entity in the database is the corresponding to this entity... 
Have a look in the process method of JpaProducer and the Java doc from the EntityManager.
Christian

I try to configure colocated HA topology with HTTP connectors/acceptors but something goes wrong and I see repeated WARN message [1] on the first node and on the second I see the [2]. Maybe it is misconfiguration, but I have no idea what I do wrong. I attached XML configurations of both nodes, please review it.
[1]

[2]

There is a conflict between 2 properties: connectionFactory and username/password. If I set both the connectionFactory wins and jms endpoint uses connection factory that is unaware of username/password specified for the endpoint. 
We need to use both - we have different systems and use different connections factories with different username/passwords.
Let's assume I have a setup with 2 connection factories jmsConnectionFactory1 and jmsConnectionFactory2 and an endpoint jms:queue:myQueue?connectionFactory=jmsConnectionFactory2&username=myuser&password=secret, here is what happens:
I see that in JmsComponent:133 you retrieve the first ConnectionFactory (jmsConnectionFactory1) found in Spring.
Then in JmsComponent:414 you create a delegating ConnectionFactory which always uses username/password (with jmsConnectionFactory1) and set it to the endpoint.
Then in JmsComponent:434 you finally set the right ConnectionFactory (jmsConnectionFactory2) to the endpoint, though the username/password are lost forever.
I have solved it for our project by implementing a clone of JmsComponent with overriden createEndpoint. Move line 434 [setProperties(endpoint.getConfiguration(), parameters);] a the line immediately after 407 [String password = getAndRemoveParameter(parameters, "password", String.class);]

DispatcherPortlet.doEventService calls exposeActionException if an exception is thrown during event processing. The intent is to show the exception the next time the portlet renders.
The problem is a portlet that is handling an event may never render again. This approach of swallowing the exception results in the exception being hidden from the portlet container and no mention of the exception appearing anywhere unless DEBUG logging is enabled in the afflicted portlet.
I believe that exposeActionException should be removed for event requests and made optional for action requests to allow portlets to rely on the container provided exception handling.

When specifying a camel-printer configuration that does not include config properties for sides or mediaSize, the camel route will fail to start up with a NullPointerException. E.g. this route

from("file://target/incoming?delete=true")
	.to("lpr://localhost/default");

will raise an NPE at route startup time.

OnCompletion will route the Exchange directly as is which means if you have set an OUT the first step in the onCompletion route may not use this OUT but the IN instead.
And also add option useOriginalBody so you can do work based on the original input instead.

On machines with slower NUMA, the hashmap lookup for TypeInfo::getPrimitiveCategory is the slowest part of the vectorized serialization loops. The static object references run hot with the NUMA access speeds penalizing half the threads.
This lookup is done for every column, for every row - though vectorization enforces that this type cannot change at all.

The org.acegisecurity.ldap.searchFilterBasedLdapUserSearch#searchForUser(String username)  method create an DirContext in the first line. This DirContext create/use a connection to ldap server. This DirContext is only used for an debug level log output. The great problem is that this DirContext is never closed and the ldap connection is not closed or released to connection pool. 

Status Quo
Per the Javadoc for the SocketUtils() constructor, SocketUtils can be instantiated as a Spring Bean in XML configuration files; however, SocketUtils is currently abstract which prevents such usage.

 Make SocketUtils a concrete class
 Backport to Spring Framework 4.0.8

Sorting via an Embeddable creates a ClassCastException
QEntity cannot be cast to com.mysema.query.types.EntityPath
See referenced Gist.

Currently, if a negative value is specified for hive.stats.ndv.error in hive-site.xml, it is treated as 0. We should instead throw an exception.

We just saw exceptions like these:

Exception in thread "B.DefaultRpcServer.handler=45,queue=0,port=60020" java.lang.NullPointerException
	at org.apache.hadoop.hbase.ipc.RpcServer$Listener.getAddress(RpcServer.java:753)
	at org.apache.hadoop.hbase.ipc.RpcServer.getListenerAddress(RpcServer.java:2157)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:146)

Looks like RpcServer$Listener.getAddress should be synchronized (acceptChannel is set to null upon exiting the thread under in a synchronized block).
Should be happening very rarely only.

Steps to reproduce, same fro WF 9.0.1.Final and 10.0.0.CR2:
(1) create an XA Datasource:

{
        {
            ],
        },
        {
            ],
        },
        {
                ("xa-datasource-properties" => "xaProp2")
            ],
            "value" => "xaVal2"
        }
    ]
}

(2) Update or remove any of the xa-datasource-properties:

{
        {
            ]
        },
        {
            ],
            "value" => "jdbc:h2:mem:test;DB_CLOSE_DELAY=5000"
        },
        {
            ]
        },
        {
                ("xa-datasource-properties" => "xaProp3")
            ],
            "value" => "xaVal3"
        }
    ]
}

(3) NOT OK: the composite operation fails

{
            "failure-description" => "WFLYCTL0171: Removing services has lead to unsatisfied dependencies:
Service jboss.xa-data-source-config.testXaDs.xa-datasource-properties.URL was depended upon by service jboss.xa-data-source-config.testXaDs",
        },
            "response-headers" => {"operation-requires-reload" => true},
        },
Service jboss.xa-data-source-config.testXaDs.xa-datasource-properties.xaProp2 was depended upon by service jboss.xa-data-source-config.testXaDs",
        },
        }
    },
    "failure-description" => {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {
        "Operation step-7" => "WFLYCTL0171: Removing services has lead to unsatisfied dependencies:
        "Operation step-9" => "WFLYCTL0171: Removing services has lead to unsatisfied dependencies:
Service jboss.xa-data-source-config.testXaDs.xa-datasource-properties.xaProp2 was depended upon by service jboss.xa-data-source-config.testXaDs"
    }},
}

Running tests on Java 8. All unit tests for branch 0.98 pass. On master branch some variation in the security API is causing a failure in TestSSLHttpServer:

Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.181 sec <<< FAILURE! - in org.apache.hadoop.hbase.http.TestSSLHttpServer
org.apache.hadoop.hbase.http.TestSSLHttpServer  Time elapsed: 0.181 sec  <<< ERROR!
java.security.cert.CertificateException: Subject class type invalid.
	at sun.security.x509.X509CertInfo.setSubject(X509CertInfo.java:888)
	at sun.security.x509.X509CertInfo.set(X509CertInfo.java:415)
	at org.apache.hadoop.hbase.http.ssl.KeyStoreTestUtil.generateCertificate(KeyStoreTestUtil.java:94)
	at org.apache.hadoop.hbase.http.ssl.KeyStoreTestUtil.setupSSLConfig(KeyStoreTestUtil.java:246)
	at org.apache.hadoop.hbase.http.TestSSLHttpServer.setup(TestSSLHttpServer.java:72)

	at org.apache.hadoop.hbase.http.TestSSLHttpServer.cleanup(TestSSLHttpServer.java:100)

  TestSSLHttpServer.setup:72 » Certificate Subject class type invalid.
  TestSSLHttpServer.cleanup:100 NullPointer

Jaymin Patel reported the following.
In hbase cluster, adding a peer for replication, incorrectly defined zookeeper znode does not fail new peer creation. However, replication breaks down.
below string incorrectly defines zookeeper znode as "hbase" instead of "/hbase"...

> add_peer '1', "host1.com,host2.com,host3.com:2181:hbase

This left replication broken, even after we dropped and added a new correct entry for the peer.
It wasn't until we bounced the cluster that the issue was fixed.

The issue becomes clear if the developers declares more than one producer route with the attached ehcache config: multiple cache managers start contention of file lock and the startup fails.

 <?xml version="1.0" encoding="UTF-8"?>
<ehcache:config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                xmlns:ehcache="http://www.ehcache.org/v3"
                xsi:schemaLocation="http://www.ehcache.org/v3 http://www.ehcache.org/schema/ehcache-core-3.3.xsd">

    <ehcache:persistence directory="${java.io.tmpdir}/ehcache"></ehcache:persistence>

    <ehcache:cache alias="cache1" uses-template="default-template">
    </ehcache:cache>

    <ehcache:cache alias="cache2" uses-template="default-template">
        <ehcache:expiry>
            <ehcache:ttl unit="minutes">60</ehcache:ttl>
        </ehcache:expiry>

    <ehcache:cache alias="cache3" uses-template="default-template">
            <ehcache:ttl unit="minutes">1</ehcache:ttl>

    <ehcache:cache-template name="default-template">
        <ehcache:key-type>java.lang.String</ehcache:key-type>
        <ehcache:value-type>java.io.Serializable</ehcache:value-type>

            <ehcache:none/>

        <ehcache:resources>
            <ehcache:heap unit="entries">1000</ehcache:heap>
            <ehcache:disk persistent="true" unit="MB">10</ehcache:disk>
        </ehcache:resources>
    </ehcache:cache-template>
</ehcache:config>

resulting in:

Caused by: org.ehcache.StateTransitionException: Couldn't lock rootDir: /var/folders/gf/6psxkr_n7vl_qbhw8mktqqww0000gn/T/ehcache
	at org.ehcache.core.StatusTransitioner$Transition.failed(StatusTransitioner.java:235) ~[ehcache-3.2.2.jar:3.2.2 892e5c56c2a7100866de90dc7c2099a62fb6198b]
	at org.ehcache.core.EhcacheManager.init(EhcacheManager.java:588) ~[ehcache-3.2.2.jar:3.2.2 892e5c56c2a7100866de90dc7c2099a62fb6198b]
	at org.apache.camel.component.ehcache.EhcacheManager.start(EhcacheManager.java:66) ~[camel-ehcache-2.19.0.jar:2.19.0]
	at org.apache.camel.component.ehcache.EhcacheEndpoint.doStart(EhcacheEndpoint.java:65) ~[camel-ehcache-2.19.0.jar:2.19.0]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:75) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.processor.SendProcessor.doStart(SendProcessor.java:236) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:60) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:104) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:90) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.processor.RedeliveryErrorHandler.doStart(RedeliveryErrorHandler.java:1447) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.support.ChildServiceSupport.start(ChildServiceSupport.java:44) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.support.ChildServiceSupport.start(ChildServiceSupport.java:31) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.processor.interceptor.DefaultChannel.doStart(DefaultChannel.java:156) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:80) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.impl.RouteService.startChildService(RouteService.java:364) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.impl.RouteService.doWarmUp(RouteService.java:196) ~[camel-core-2.19.0.jar:2.19.0]
	at org.apache.camel.impl.RouteService.warmUp(RouteService.java:145) ~[camel-core-2.19.0.jar:2.19.0]

These two union tests fail in both the 0.3 branch and in trunk.
testCliDriver_union10
testCliDriver_union12
http://hudson.zones.apache.org/hudson/job/Hive-trunk-h0.19/lastBuild/testReport/

I'm not sure it's really a problem, but Tomcat should wait for the context to close, so why do I keep seeing ShutdownSignalExceptions?  If you start Tomcat in debug mode from WTP and then shut it down, you can see the exception because the debugger pauses.  Unfortunately it happens quite frequently but not always, so the first task is to get an integration test that mimics this scenario (not sure why the existing *LifecycleIntegrationTests don't expose it).

In the Spring Data Commons RepositoryConfigurationExtensionSupport class, the getRepositoryFactoryClassName() method was renamed to getRepositoryFactoryBeanClassName() causing compilation failures in SD GemFire.

On master-status#catalogTables, I see:
hbase:acl 	The .NAMESPACE. table holds information about namespaces.
In MasterStatusTmpl.jamon, we have:

        if (tableName.equals(TableName.META_TABLE_NAME)){
            description = "The hbase:meta table holds references to all User Table regions";
        } else {
            description = "The .NAMESPACE. table holds information about namespaces.";
        }

The above check doesn't cover hbase:acl table.

When a Complex Object property is ruled by filesystem or capability metadata, when the value to complete is already complete (full file name, full capability name), the completer miss behave.
In this case, the completer doesn't propose the "," or "}" character that allows to continue Object completion.
Another case of invalid completion for complex type:
/subsystem=logging/logger=xxx:add(filter={any=
{level=ALL}<TAB>
The Parser will parse internally that onto:
/subsystem=logging/logger=xxx:add(filter={any={level=ALL}
}
That makes the value-type completer to consider that the filter property is terminated and will propose content in a wrong context. By chance, tha tis not visible because it falls in a case where ',' is proposed. So the problem is hidden.
It is visible with the computed visibility and deployment:
/deployment=xxx:add(content=[{bytes=bytes
{0x45}<TAB> ==> must propose /deployment=xxx:add(content=[{bytes=bytes{0x45}
}

IteratorUtils.getIterator(Object obj) performs redundant null check:

        if (obj == null) {
            return emptyIterator();            
...
        } else if (obj != null && obj.getClass().isArray()) {
            return new ArrayIterator(obj);

obj cannot be null at that point, so the check can be removed. 
[This will also prevent a false positive in Eclipse which later says tha obj may be null]

DatasourceMaxPoolAttributeTestCase and DatasourceMinPoolAttributeTestCase fails with security manager because of missing permission "java.lang.RuntimePermission" "accessDeclaredMembers":

java.lang.AssertionError: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessDeclaredMembers")" in code source "(vfs:/content/deployment.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.deployment.jar" from Service Module Loader")
	at org.jboss.as.test.integration.jca.JcaTestsUtil.extractWrapperDatasource(JcaTestsUtil.java:179)
	at org.jboss.as.test.integration.jca.poolattributes.DatasourceMaxPoolAttributeTestCase.testModifyMinPoolAttribute(DatasourceMaxPoolAttributeTestCase.java:132)

When generating a CSV header, the code doesn't follow the @OneToMany field and thus doesn't print its fields in the header. For example, when marshalling a list of Orders (List<Order>) where the classes are the ones below: 

@CsvRecord(separator = ",", generateHeaderColumns = true)
public class Order {

    @DataField(pos = 1)
    private int orderNumber;

    @DataField(pos = 2)
    private String customerName;

    @OneToMany
    private List<OrderItem> items;
}

public class OrderItem {

    @DataField(pos = 3)
    private String sku;

    @DataField(pos = 4)
    private int quantity;

    @DataField(pos = 5)
    private int unitPrice;
}

we get the following header:
orderNumber,customerName
when, instead, we should be getting the following header:
orderNumber,customerName,sku,quantity,unitPrice

See nabble
http://camel.465427.n5.nabble.com/Error-Handling-with-Spring-XML-tp4296920p4296920.html
I have reproduced the issue. Its only when you use a context scoped error handler. It works in all other situations. And only for XML DSL.

On my laptop, a simple mvn clean install fails on the ArquillianTest with

2016-09-05 08:59:54,708 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service wildfly.swarm.arquillian.daemon.runner: org.jboss.msc.service.StartException in service wildfly.swarm.arquillian.daemon.runner: Failed to start service
        ...
        at sun.nio.ch.Net.bind0(Native Method)
        ...

This is caused by another application already listening on port 12345. In my case, that application is the HipChat client. Sorry, I can't just stop using it right now , so I need a way to change the Arquillian Daemon's port. There's TODO: allow overriding the default port? for that already in DaemonServiceActivator.DaemonService.start.
A simple system property would work just fine IMHO.

ResponseStatusExceptionResolver does not get a MessageSource injected as  it is created via new ...

Looks like we are doing file listing several times when creating one instance of VectorizedOrcAcidRowBatchReader
 AcidUtils.parseBaseOrDeltaBucketFilename() does full file listing (when there are files with bucket_* prefix) just to get a single file out of a path to figure out if it has ACID schema (as part of HIVE-18190).
 There is full file listing where we populate
 1) ColumnizedDeleteEventRegistry
 2) SortMergedDeleteEventRegistry
 3) Twice in computeOffsetAndBucket()
 
Attaching profiles which Gopal V took while debugging. 

Following modules need to have the jboss.api=private property added to their module.xml:
org.jboss.sasl
org.jboss.as.self-contained
sun.scripting
org.wildfly.extension.io
org.wildfly.extension.request-controller

I tried to deleted an entity via repo.delete(ID). 
The entity uses an composite key. 
Following exception was thrown:
org.springframework.dao.InvalidDataAccessApiUsageException: Parameter value [MyId@92121c] did not match expected type [java.lang.String];
I saw delete(ID) uses exisits(ID). Exists grabs idAttributeName via 
String idAttributeName = entityInformation.getIdAttribute().getName();
But getName() returns the first value of my composite key only.

When trying to add multiple partitions, but one of them cannot be created successfully, none of the partitions are created, but the folders might not be cleaned up properly. See the test case "testAddPartitionsOneInvalid" in the TestAddPartitions test.
This is the problematic code in the HiveMetaStore.add_partitions_core method:

        for (final Partition part : parts) {
          if (!part.getTableName().equals(tblName) || !part.getDbName().equals(dbName)) {
            throw new MetaException("Partition does not belong to target table "
                + dbName + "." + tblName + ": " + part);
          }

          boolean shouldAdd = startAddPartition(ms, part, ifNotExists);
          if (!shouldAdd) {
            existingParts.add(part);
            LOG.info("Not adding partition " + part + " as it already exists");
            continue;
          }

          final UserGroupInformation ugi;
          try {
            ugi = UserGroupInformation.getCurrentUser();
          }

          partFutures.add(threadPool.submit(new Callable<Partition>() {
            @Override
            public Partition call() throws Exception {
              ugi.doAs(new PrivilegedExceptionAction<Object>() {
                @Override
                public Object run() throws Exception {
                  try {
                    boolean madeDir = createLocationForAddedPartition(table, part);
                    if (addedPartitions.put(new PartValEqWrapper(part), madeDir) != null) {
                      // Technically, for ifNotExists case, we could insert one and discard the other
                      // because the first one now "exists", but it seems better to report the problem
                      // upstream as such a command doesn't make sense.
                      throw new MetaException("Duplicate partitions in the list: " + part);
                    }
                    initializeAddedPartition(table, part, madeDir);
                  } catch (MetaException e) {
                    throw new IOException(e.getMessage(), e);
                  }
                }
              });
              return part;
            }
          }));
        }

When going through the partitions, let's say for the first two partitions the threads are successfully submitted to create the folders. But an exception occurs for the third partition in the code before submitting the thread. (It can happen if the partition has different table or db name as the others or it has invalid value.)
 In this case the execution will jump to the finally part where the folders in the "addedPartitions" map will be cleaned up. However it can happen that the threads for the first two partitions are not finished with the folder creation yet, so the map can be empty or it can contain only one of the partitions.
This issue also happens in the HiveMetastore.add_partitions_pspec_core method, as this code part is the same as in the add_partitions_core method.

When file path in <stdout> is specified with directory names with upper case letters a new directories with lower case letters are created on the host system.

Three checks(prePrepareBulkLoad, preCleanupBulkLoad, preBulkLoadHFile)  are being done while performing secure bulk load, and it looks the former two checks for 'W', while the later checks for 'C'. After having offline chat with Jean-Daniel Cryans, looks like the inconsistency among checks were unintended. So, we can address this multiple ways.

All checks should be for 'W'
All checks should be for 'C'
All checks should be for both 'W' and 'C'
Posting the initial patch going by the first option. Open to discussion.

When attempting to write a (seemingly) valid jboss-deployment-structure.xml using the schema in ./docs, my document fails to validate.
This is because of the settings used in the XSD. Have these XSDs been used to validate actual documents? By setting unqualified to 'qualified' then the documents will probably validate.
$ git grep elementFormDefault..unqualified
jboss-deployment-dependencies-1_0.xsd:            elementFormDefault="unqualified"
jboss-deployment-structure-1_0.xsd:            elementFormDefault="unqualified"
jboss-deployment-structure-1_1.xsd:            elementFormDefault="unqualified"
jboss-deployment-structure-1_2.xsd:            elementFormDefault="unqualified"
jboss-ejb-client_1_0.xsd:            elementFormDefault="unqualified"
jboss-ejb-client_1_1.xsd:            elementFormDefault="unqualified"
jboss-ejb-client_1_2.xsd:            elementFormDefault="unqualified"
jboss-jpa_1_0.xsd:  elementFormDefault="unqualified" 

DefaultMultiActionMethodResolver:40 assumes that context.getAttributes() returns non-null.

10:31:00.277 INFO [Blueprint Event Dispatcher: 1] Attempting to start CamelContext: camel-1
10:31:00.279 INFO [Blueprint Event Dispatcher: 1] Apache Camel 3.0.0-SNAPSHOT (CamelContext: camel-1) is starting
10:31:00.281 INFO [Blueprint Event Dispatcher: 1] JMX is disabled

I know the build is working in the CI, but when I try to build locally I always get unit test failures. Attached is the output of maven. Here's the thing, when I run the failing test individually they pass. All of the failed test threw this exception.

[org.springframework.data.jpa.domain.sample.User]; SQL [insert into User (id, active, age, createdAt, emailAddress, firstname, lastname, manager_id, DTYPE) values (null, ?, ?, ?, ?, ?, ?, ?, 'User')]; constraint [null]; nested exception is org.hibernate.exception.ConstraintViolationException: could not insert: [org.springframework.data.jpa.domain.sample.User]

After HIVE-8839 in 1.1.0 support "alter table ... cascade" to cascade table changes to partitions as well.  But NPE thrown when issue query like "alter table ... cascade" onto non-partitioned table 
Sample Query:

create table test_cascade_npe (id int);
alter table test_cascade_npe add columns (name string ) cascade;

Exception stack:

2017-06-09T22:16:05,913 ERROR [main] ql.Driver: FAILED: NullPointerException null
    at org.apache.hadoop.hive.metastore.Warehouse.makePartName(Warehouse.java:547)
    at org.apache.hadoop.hive.metastore.Warehouse.makePartName(Warehouse.java:489)
    at org.apache.hadoop.hive.ql.metadata.Partition.getName(Partition.java:198)
    at org.apache.hadoop.hive.ql.hooks.Entity.computeName(Entity.java:339)
    at org.apache.hadoop.hive.ql.hooks.Entity.<init>(Entity.java:208)
    at org.apache.hadoop.hive.ql.hooks.WriteEntity.<init>(WriteEntity.java:104)
    at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.addInputsOutputsAlterTable(DDLSemanticAnalyzer.java:1496)
    at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.addInputsOutputsAlterTable(DDLSemanticAnalyzer.java:1473)
    at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeAlterTableModifyCols(DDLSemanticAnalyzer.java:2685)
    at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:284)
    at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:250)
    at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:474)
    at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1245)
    at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1387)

DemoClient for thrift under hbase-examples is failing sometimes because of earlier delete eclipses future puts with same timestamp. 

row: 00006, cols: unused: => DELETE_ME;
row: 00006, cols: entry:num => -1;
row: 00006, cols: entry:num => 6; entry:sqr => 36;
row: 00006, values: 6; -1;

row: 00005, cols: unused: => DELETE_ME;
row: 00005, values:
FATAL: wrong # of versions

Similar to the one we have, we can add another small sleep between delete and subsequent put. 

At line 250:

          throw (EOFException) new EOFException("EOF " + message).
              initCause(realEofEx != null ? ex : realEofEx);

Looks like the position of realEofEx and ex should be like this:

              initCause(realEofEx != null ? realEofEx : ex);

analyze table studentparttab30k partition (ds) compute statistics;
Error: Error while compiling statement: FAILED: HiveAccessControlException Permission denied. Principal [name=hadoopqa, type=USER] does not have following privileges on Object [type=PARTITION, name=null] : [SELECT] (state=42000,code=40000)

Sql std auth is supposed to ignore partition level objects for privilege checks, but that is not working as intended.

when a Scanner is created, it creates 2 MemStoreScanners on the kvset and the snapshot (internal names of Memstore)... if the snapshot is originally empty, it only creates the 1, for kvset.  When the snapshot is created, the outstanding Scanners now have a pointer to the tree that is now the snapshot, but no pointer to the kvset.
When the flush completes, the scanner will reset the memstore scanners and 'see' the new values again.
If there is a large delay between snapshot and finalization of the flush, there can be a large period of time a scanner doesnt see 'new' values that are being inserted. the canonical 'bad' case where this can do things is the META scanner, and we end up with double assignment.
The snapshot is really lightweight, it only takes out a small lock in memstore, so im not sure there is an easy mechanism to hook to without building out a bit more code or restructuring the memstore scanner.

I'm trying to get the EAP quickstart jta-crash-rec to start with Swarm, like this:

cd jboss-eap-quickstarts/jta-crash-rec
wget https://repo1.maven.org/maven2/org/wildfly/swarm/swarmtool/2017.3.3/swarmtool-2017.3.3-standalone.jar
java -jar swarmtool-2017.3.3-standalone.jar -d com.h2database:h2:1.4.193 target/jboss-jta-crash-rec.war
java -jar jboss-jta-crash-rec-swarm.jar

The uberjar fails to boot (actually fails to deploy the application) with a bunch of errors. The first one, which is the only one important, reads:

2017-03-16 13:53:30,141 WARN  [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (ServerService Thread Pool -- 11) IJ000604: Throwable while attempting to get a new connection: null: javax.resource.ResourceException: IJ031084: Unable to create connection
        at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.getXAManagedConnection(XAManagedConnectionFactory.java:509)
        at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.createManagedConnection(XAManagedConnectionFactory.java:416)
        at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.createConnectionEventListener(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:1320)
        ...
Caused by: javax.resource.ResourceException: IJ031101: XADataSourceClass is undefined
        at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.getXADataSource(XAManagedConnectionFactory.java:621)
        at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.getXAManagedConnection(XAManagedConnectionFactory.java:492)
        ... 35 more

Looking at XAManagedConnectionFactory.getXADataSource, this actually means that the name of the XA datasource class isn't configured. However, the uberjar boot logs clearly shows that the H2 JDBC driver was autodetected, and Swarm's H2DriverInfo clearly has:

    protected void configureDriver(JDBCDriver driver) {
        driver.xaDatasourceClass("org.h2.jdbcx.JdbcDataSource");
    }

So this should work, but doesn't. I'm looking at the EAP documentation that has instructions how to create datasources and JDBC drivers: https://access.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/7.0/html/configuration_guide/datasource_management#example_datasource_configurations
There, they don't use the xa-datasource-class mgmt attribute, they only use driver-xa-datasource-class-name. I tried to register a JDBC driver with both attributes and the xa-datasource-class one isn't even persisted to standalone.xml; instead, what get's persisted as the <xa-datasource-class> XML element is the driver-xa-datasource-class-name mgmt attribute. This is clearly a WildFly mgmt model usability bug.
I tried to change H2DriverInfo to call driver.driverXaDatasourceClassName("org.h2.jdbcx.JdbcDataSource"); instead and the quickstart uberjar starts just fine.
To me, this sounds like we're registering JDBC drivers using wrong mgmt attribute, but for some reason, it seems work just fine in non-XA scenarios? I'm no expert on the datasources subsystem, so CCing Stefano Maestri.

When a GET request is issue for a table row with multiple columns and columns have empty qualifier like f1: ,  results for empty qualifiers is being ignored. 

The removeEndpoints() method iterates over the endpoints map, and attempts to remove entries inside of the iterator loop.  This causes near immediate ConcurrentModificationException's.

In our production system we have seen cases where the FTP thread is waiting for a response indefinitely despite having set soTimeout on the connection. On investigation this is due to a condition that can occur where a socket is able to connect yet a firewall or the ilk then blocks further traffic.
This can be over come by setting the property ftpClient.defaultTimeout to a non-zero value.
It should be the case where if upon initial socket connection no response occurs that the socket should be deemed dead, however this is not the case.
When the following exception is thrown during initial connect to an FTP server, after the socket has connected but whilst awaiting the inital reply it can leave the RemoteFileProducer in a state where it is connected but not logged in and no attempt reconnect is attempted, if the soTimeout as set by ftpClient.defaultTimeout is set to zero then it can cause a subsequent command will wait for a reply indefinitely.

Caused by: java.io.IOException: Timed out waiting for initial connect reply
	at org.apache.commons.net.ftp.FTP._connectAction_(FTP.java:389) ~[commons-net-3.1.jar:3.1]
	at org.apache.commons.net.ftp.FTPClient._connectAction_(FTPClient.java:796) ~[commons-net-3.1.jar:3.1]
	at org.apache.commons.net.SocketClient.connect(SocketClient.java:172) ~[commons-net-3.1.jar:3.1]
	at org.apache.commons.net.SocketClient.connect(SocketClient.java:192) ~[commons-net-3.1.jar:3.1]
	at org.apache.camel.component.file.remote.FtpOperations.connect(FtpOperations.java:95) ~[camel-ftp-2.13.1.jar:2.13.1]

The RemoteFileProducer will enter this block as the loggedIn state has not yet been reached, however the existing broken socket is reused.

        // recover by re-creating operations which should most likely be able to recover
        if (!loggedIn) {
            log.debug("Trying to recover connection to: {} with a fresh client.", getEndpoint());
            setOperations(getEndpoint().createRemoteFileOperations());
            connectIfNecessary();
        }

Yet the connectIfNecessary() method will return immediately since the check condition is based on socket connection and takes no account of whether login was achieved so the 'dead' socket is reused.

    protected void connectIfNecessary() throws GenericFileOperationFailedException {
        // This will be skipped when loggedIn = false and the socket is connected
        if (!getOperations().isConnected()) {
            log.debug("Not already connected/logged in. Connecting to: {}", getEndpoint());
            RemoteFileConfiguration config = getEndpoint().getConfiguration();
            loggedIn = getOperations().connect(config);
            if (!loggedIn) {
                return;
            }
            log.info("Connected and logged in to: " + getEndpoint());
        }
    }

A dirty test that blocks of this blocking condition:

package ftp;

import org.apache.camel.impl.JndiRegistry;
import org.apache.commons.net.ftp.FTPClient;
import org.junit.After;
import org.mockftpserver.fake.FakeFtpServer;
import org.mockito.Mockito;
import org.mockito.invocation.InvocationOnMock;
import org.mockito.stubbing.Answer;

import java.io.InputStream;
import java.net.Socket;
import java.net.SocketException;
import java.net.SocketTimeoutException;
import java.util.concurrent.atomic.AtomicBoolean;

import javax.net.SocketFactory;

import static org.mockito.Matchers.anyInt;
import static org.mockito.Mockito.doAnswer;
import static org.mockito.Mockito.when;

public class FtpInitialConnectTimeoutTest extends CamelTestSupport {

  private static final int CONNECT_TIMEOUT = 11223;

  /**
   * Create the answer for the socket factory that causes a SocketTimeoutException to occur in connect.
   */
  private static class SocketAnswer implements Answer<Socket> {
    @Override
    public Socket answer(InvocationOnMock invocation) throws Throwable {
      final Socket socket = Mockito.spy(new Socket());
      final AtomicBoolean timeout = new AtomicBoolean();

      try {
        doAnswer(new Answer<InputStream>() {
          @Override
          public InputStream answer(InvocationOnMock invocation) throws Throwable {
            final InputStream stream = (InputStream) invocation.callRealMethod();

            InputStream inputStream = new InputStream() {
              @Override
              public int read() throws IOException {
                if (timeout.get()) {
                  // emulate a timeout occuring in _getReply()
                  throw new SocketTimeoutException();
                }
                return stream.read();
              }
            };

            return inputStream;
          }
        }).when(socket).getInputStream();
      } catch (IOException ignored) {
      }

      try {
        doAnswer(new Answer() {
          @Override
          public Object answer(InvocationOnMock invocation) throws Throwable {
            if ((Integer) invocation.getArguments()[0] == CONNECT_TIMEOUT) {
              // setting of connect timeout
              timeout.set(true);
            } else {
              // non-connect timeout
              timeout.set(false);
            }
            return invocation.callRealMethod();
          }
        }).when(socket).setSoTimeout(anyInt());
      } catch (SocketException e) {
      }
      return socket;
    }
  }

  private FakeFtpServer fakeFtpServer;

  @Override
  @Before
  public void setUp() throws Exception {
    fakeFtpServer = new FakeFtpServer();
    fakeFtpServer.setServerControlPort(0);
    fakeFtpServer.start();

    super.setUp();
  }

  @Override
  @After
  public void tearDown() throws Exception {
    super.tearDown();
    if (fakeFtpServer != null) {
      fakeFtpServer.stop();
    }
  }

  @Test
  public void testName() throws Exception {
    sendBody("direct:start", "test");
  }

  private FTPClient mockedClient() throws IOException {
    FTPClient client = new FTPClient();
    client.setSocketFactory(createSocketFactory());
    return client;
  }

  private SocketFactory createSocketFactory() throws IOException {
    SocketFactory socketFactory = mock(SocketFactory.class);
    when(socketFactory.createSocket()).thenAnswer(new SocketAnswer());
    return socketFactory;
  }

  @Override
  protected JndiRegistry createRegistry() throws Exception {
    JndiRegistry registry = super.createRegistry();
    registry.bind("mocked", mockedClient());
    return registry;
  }

  @Override
  protected RouteBuilder createRouteBuilder() throws Exception {
    return new RouteBuilder() {
      @Override
      public void configure() throws Exception {
        from("direct:start")
            .to("ftp://localhost:" + fakeFtpServer.getServerControlPort()
                + "?ftpClient=#mocked"
                + "&soTimeout=1234&"
                + "connectTimeout=" + CONNECT_TIMEOUT);
      }
    };
  }
}

A jaxrs WAR archive must provide a servlet declaration either as a class that extends javax.ws.rs.core.Application or declare a servlet class in web.xml.  If neither is provided
a warning messages should be provided during the deployment process.
This addresses the issue flagged in https://issues.jboss.org/browse/JBEAP-8163

I'm not able to use the new OTP SASL mechanism in WildFly (introduced as part of EAP7-530).
It seems the only security-realm which has subsystem support for OTP  is the ldap-realm now. Nevertheless the name filtering in AbstractMechanismAuthenticationFactory.getMechanismNames() doesn't return OTP as supported in ldap-realm. Neither the PasswordGuessEvidence nor PasswordCredential checked in the method seems to be supported.

Hive tests fail to run against hbase v0.94.2. Proposing to upgrade the dependency and change the test setup to properly work with the newer version.

If an entity was created initially with entity --class Foo (without a period (".") in the name, and then is deleted from the file system, the same command executed again will throw an exception because the JavaType created is not valid.

Trying to run WildFly full's ParseAndMarshalModelsTestCase against the EAP 6.3 configs results in failures like this:

Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[37,21]
Message: WFLYCTL0197: Unexpected attribute 'skip-group-loading' encountered
	at org.jboss.as.domain.management.parsing.ManagementXml_Legacy.parseLocalAuthentication_1_3(ManagementXml_Legacy.java:2105)
	at org.jboss.as.domain.management.parsing.ManagementXml_Legacy.parseAuthentication_1_3(ManagementXml_Legacy.java:1486)
	at org.jboss.as.domain.management.parsing.ManagementXml_Legacy.parseSecurityRealm_1_3(ManagementXml_Legacy.java:779)
	at org.jboss.as.domain.management.parsing.ManagementXml_Legacy.parseSecurityRealms(ManagementXml_Legacy.java:649)
	at org.jboss.as.domain.management.parsing.ManagementXml_Legacy.parseManagement_1_5(ManagementXml_Legacy.java:224)
	at org.jboss.as.domain.management.parsing.ManagementXml_Legacy.parseManagement(ManagementXml_Legacy.java:151)
	at org.jboss.as.server.parsing.StandaloneXml_Legacy.readServerElement_1_4(StandaloneXml_Legacy.java:444)
	at org.jboss.as.server.parsing.StandaloneXml_Legacy.readElement(StandaloneXml_Legacy.java:136)
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:66)
	... 136 more

The EAP 6.4 configs have this attribute but don't fail, so it seems the problem is isolated to the 6.3 schema parsing; i.e. urn:jboss:domain:1.6.

We store feature data of online items in HBase, do machine learning on these features, and supply the outputs to our online search engine. In such scenario we will launch hundreds of yarn workers and each worker will read all features of one item(i.e. single rowkey in HBase), so there'll be heavy parallel reading on a single rowkey.
We were using LruCache but start to try BucketCache recently to resolve gc issue, and just as titled we have observed severe performance downgrade. After some analytics we found the root cause is the lock in BucketCache#getBlock, as shown below

      try {
        lockEntry = offsetLock.getLockEntry(bucketEntry.offset());
        // ...
        if (bucketEntry.equals(backingMap.get(key))) {
          // ...
          int len = bucketEntry.getLength();
          Cacheable cachedBlock = ioEngine.read(bucketEntry.offset(), len,
              bucketEntry.deserializerReference(this.deserialiserMap));

Since ioEnging.read involves array copy, it's much more time-costed than the operation in LruCache. And since we're using synchronized in IdLock#getLockEntry, parallel read dropping on the same bucket would be executed in serial, which causes a really bad performance.
To resolve the problem, we propose to use ReentranceReadWriteLock in BucketCache, and introduce a new class called IdReadWriteLock to implement it.

CLI in confused by early connection to domain which is booting. CLI acts as I was connected to the standalone instance, some high level commands are not executable.

[pkremens@dhcp-10-40-5-149 bin]$ ./domain.sh
...
# run while domain is booting
[pkremens@dhcp-10-40-5-149 bin]$ ./jboss-cli.sh -c 
[standalone@localhost:9999 /]

# domain has fully booted

[standalone@localhost:9999 /] ls -l
ATTRIBUTE                VALUE                 TYPE   
launch-type              DOMAIN                STRING
...
[standalone@localhost:9999 /] shutdown --host=master
--host is not allowed in the standalone mode.

I tested the "Auto reload XML files" which is new in camel 2.19.0. 
All my xml routes in the camel context have an id and still I keep getting a "Routes with no id's detected. Its recommended to assign id's to your routes so Camel can reload the routes correctly." warning message in my logs when I update the camel context file. 
The ReloadStrategySupport.java says in line 138:

unassignedRouteIds |= route.hasCustomIdAssigned();

while this should be (mark the negation):

unassignedRouteIds |= !route.hasCustomIdAssigned();

This is a minor issues because this is only a warning message in the logs with no further impact. 

If you run the following job:
<batch:job id="job1">
		<batch:step id="noopStep" parent="noopStep1">
            <batch:next on="COMPLETED" to="step4" />
            <batch:end on="NOOP" />
            <batch:fail on="*" />
        <batch:step id="step4" parent="step45" />
	</batch:job>
    <batch:step id="noopStep1">
        <batch:tasklet ref="noopTasklet" />
And the first step returns an exit status of NOOP, the job will finish with a BatchStatus of UNKNOWN, and an ExitStatus of NOOP.  If you remove the batch namespace from the element, it will complete with a BatchStatus of COMPLETED and an Exit status of the same.
This is because in AbstractFlowParser.getBatchStatusFromEndTransitionName() line 393, the element name is checked to see if it is an 'End transition'.  However, this check doesn't strip out the batch: from the front of the element first.
I have attached a failing unit test as well.  

Currently I am seeing ivy retrieve for 4 times, each time for 4 of the hadoop versions.
It takes a long time.

ivy-retrieve-hadoop-source:
[ivy:retrieve] :: Ivy 2.0.0-rc2 - 20081028224207 :: http://ant.apache.org/ivy/ ::
:: loading settings :: file = /hive/trunk/VENDOR.hive/trunk/ivy/ivysettings.xml
[ivy:retrieve] :: resolving dependencies :: org.apache.hadoop.hive#shims;working@zshao.com
[ivy:retrieve]  confs: [default]
[ivy:retrieve]  found hadoop#core;0.17.2.1 in hadoop-source
[ivy:retrieve]  found hadoop#core;0.18.3 in hadoop-source
...

We should fix this problem. Also it will help if we can add an option "offline" like what hadoop has.

There's a race in the PersistenceUnitServiceImpl.stop() as the service is stopped in a thread. The entityManagerFactory is a volatile variable not read into a local variable and may be set to null if stop is invoked twice. The proxyBeanManager should be looked as well. 

16:38:59,190 ERROR [org.jboss.as.jpa] (ServerService Thread Pool -- 26) WFLYJPA0007: Failed to stop persistence unit service jpa_classTransformerTestWithMockProvider.ear/ejbjar.jar#mypc: java.lang.NullPointerException
	at com.sun.proxy.$Proxy101.isOpen(Unknown Source)
	at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2$1.run(PersistenceUnitServiceImpl.java:255)
	at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2$1.run(PersistenceUnitServiceImpl.java:236)
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:649)
	at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2.run(PersistenceUnitServiceImpl.java:281)

To support display of live operations in the WebUI, we record SQLOperations (in liveSqlOperations). 
However, to support historic operations, we save all operations in historicSqlOperations, including non-SQLOperations which do not have display entries in liveSqlOperations.
This leads to a race condition depending on whether sessions use non-sql operations. Reproduce-able by issuing a 'set' operation.

        at org.apache.hive.generated.hiveserver2.hiveserver2_jsp._jspService(hiveserver2_jsp.java:131)

We should save only SQLOperations in historicSqlOperations.

It was only test to fail in See <https://builds.apache.org/job/HBase-TRUNK/3928/changes> and just now in https://builds.apache.org/job/HBase-TRUNK/3928/testReport/org.apache.hadoop.hbase.util/TestHBaseFsck/testQuarantineMissingFamdir/
This has been seen for a while (August 2012 according to internal issue yet to be fixed).
I'm going to disable it for now until it gets some loving.

Salesforce adds fields to org.apache.camel.component.salesforce.api.dto.RestResources even after an API has been released. This needs to be handled in the component by ignoring unknown properties for that type. 
XStream doesn't support doing this for an single DTO, but it can be done for all types by using XStream.ignoreUknownProperties(). It will make it ignore all unknown properties for all inbuilt DTOs as wells user generated ones. But since the XML payload is less popular, hopefully this behavior won't be an issue. 

The matching classes, like CoprocessorService, which also needs to be added to a developers class for, e.g. an Endpoint, are all PrivateLimited(COPRO) it seems. I am not sure why they are in different packages though, the former is in hbase-client, and the latter in hbase-server. Is this intentional?
This JIRA is about fixing the annotation.

The following code will throw NPE if both v1 and v2 are null. HiveMetaStore (2028-2029)

String v1 = p1.getValues().get(i), v2 = p2.getValues().get(i);
if ((v1 == null && v2 != null) || !v1.equals(v2)) return false;

If a split strategy makes metastore cache calls, it should probably run on the threadpool.

This class should be re-done to not use weak and soft references. As the values in the weak map hold a reference to the key the values will never be released until the soft references expire. 

since we use a sorted mapping of method names -> codes and send that over the wire, even trivial changes, such as adding a new call, become wire-incompatible.  This means many features which could easily have gone into a minor update must wait for a major update.  Eg: 2066, 1845, etc.
This will increase on-wire overhead, but the compatibility is worth it I think.

WriteAttributeHandler is adding a bunch of steps that make up elements of its Stage.MODEL execution, but it isn't adding them with the 'addFirst' param set to true. This means the effective order of model changes within a composite op is not going to match the logical order of the steps in the op, and step 2 might not execute with the expected starting state.

the order of the output in the gloden file are different from JDKs.
the root cause of this is the implementation of HashMap in JDK

SnapshotDescriptionUtils does not have any IA marked. Should this be private or public?

Verifying HIVE-3847, I've found an exception is thrown before meeting the error situation described in it. Something like, 
FAILED: SemanticException [Error 10025]: Line 40:6 Expression not in GROUP BY key 'crit5'

TransactionTemplate doesn't neither commit nor rollback on checked exception, causing leakage.

Use Case:
I have a sql: WHERE clause contains id in (:ids), column "id" is type integer in Mysql.
But ids given is a collect of strings, I don't want to generate such result: id in ('1','2','3',...), although it could be executed. id in (1,2,3,...) is expected by me. So I tried the code below;

Map m = new Map();
m.put("ids", new SqlParameterValue(Types.INTEGER, ids));
source = new MapSqlParameterSource(m);
query(sql, source, rowmapper);

I got an exception because of WHERE clause in parsed sql is: id in (?), not id in (?,?,?,...) 
NamedParameterUtils,substituteNamedParameters() didn't consider a collection could be wrapped in SqlParameterValue:

Object value = paramSource.getValue(paramName);
if (value instanceof Collection) { // <-- need (value instanceof SqlParameterValue and value.getValue() instanceof Collection)
  Iterator entryIter = ((Collection) value).iterator();
  ...
}

But PreparedStatementCreatorFactory.setValues(PreparedStatement ps) considered this use case:

int sqlColIndx = 1;
for (int i = 0; i < this.parameters.size(); i++) {
  Object in = this.parameters.get(i);
  SqlParameter declaredParameter = null;
  // SqlParameterValue overrides declared parameter metadata, in particular for
  // independence from the declared parameter position in case of named parameters.
  if (in instanceof SqlParameterValue) {
    SqlParameterValue paramValue = (SqlParameterValue) in;
    in = paramValue.getValue();
    declaredParameter = paramValue;
  }
  else {
    if (declaredParameters.size() <= i) {
      throw new InvalidDataAccessApiUsageException(
	"SQL [" + sql + "]: unable to access parameter number " + (i + 1) +
	" given only " + declaredParameters.size() + " parameters");
    }
    declaredParameter = (SqlParameter) declaredParameters.get(i);
  }
  if (in instanceof Collection && declaredParameter.getSqlType() != Types.ARRAY) {
    Collection entries = (Collection) in;
    for (Iterator it = entries.iterator(); it.hasNext();) {
      Object entry = it.next();
      if (entry instanceof Object[]) {
        Object[] valueArray = ((Object[])entry);
        for (int k = 0; k < valueArray.length; k++) {
          Object argValue = valueArray[k];
          StatementCreatorUtils.setParameterValue(psToUse, sqlColIndx++, declaredParameter, argValue);
        }
      }
      else {
        StatementCreatorUtils.setParameterValue(psToUse, sqlColIndx++, declaredParameter, entry);
      }
    }
  }
  else {
    StatementCreatorUtils.setParameterValue(psToUse, sqlColIndx++, declaredParameter, in);
  }
}

Temporary solution:

source = new MapSqlParameterSource();
source.addValue("ids", ids, Types.INTEGER);

HIVE-4807 did not change the classpath in eclipse template accordingly.

With IBM java

Java(TM) SE Runtime Environment (build pxa6480sr4fp6-20170518_02(SR4 FP6))
IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20170516_348050 (JIT enabled, AOT enabled)
J9VM - R28_20170516_1905_B348050
JIT  - tr.r14.java_20170516_348050
GC   - R28_20170516_1905_B348050_CMPRSS
J9CL - 20170516_348050)
JCL - 20170516_01 based on Oracle jdk8u131-b11

run test

 mvn test -Dtest=SelfSignedX509CertificateAndSigningKeyTest

[INFO] Running org.wildfly.security.x500.cert.SelfSignedX509CertificateAndSigningKeyTest
[ERROR] Tests run: 9, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.372 s <<< FAILURE! - in org.wildfly.security.x500.cert.SelfSignedX509CertificateAndSigningKeyTest
[ERROR] testSelfSignedCertificateWithStringExtensionValues(org.wildfly.security.x500.cert.SelfSignedX509CertificateAndSigningKeyTest)  Time elapsed: 0.274 s  <<< FAILURE!
	at org.wildfly.security.x500.cert.SelfSignedX509CertificateAndSigningKeyTest.testSelfSignedCertificateWithStringExtensionValues(SelfSignedX509CertificateAndSigningKeyTest.java:197)

This is test line failing
SelfSignedX509CertificateAndSigningKeyTest.java

        byte[] authorityInfoAccessExtension = certificate.getExtensionValue(X500.OID_PE_AUTHORITY_INFO_ACCESS);
        assertNotNull(authorityInfoAccessExtension);

Setting hbase.ssl.enabled to true doesn't enable SSL on the InfoServer. Found that the problem is down the InfoServer and HttpConfig in how we setup the protocol in the HttpServer:

for (URI ep : endpoints) {
        Connector listener = null;
        String scheme = ep.getScheme();
 if ("http".equals(scheme)) {
          listener = HttpServer.createDefaultChannelConnector();
        } else if ("https".equals(scheme)) {
          SslSocketConnector c = new SslSocketConnectorSecure();
          c.setNeedClientAuth(needsClientAuth);
          c.setKeyPassword(keyPassword);

It depends what end points have been added by the InfoServer:

builder
      .setName(name)
      .addEndpoint(URI.create("http://" + bindAddress + ":" + port))
      .setAppDir(HBASE_APP_DIR).setFindPort(findPort).setConf(c);

Basically we always use http and we don't look via HttConfig if hbase.ssl.enabled was set to true and we assign the right schema based on the configuration.

We had two cases now in our prod / pilot setups which is leading to humongous log lines in RegionServer logs. 
In first case, one of the phoenix user had constructed a query with a really large list of Id filters (61 MB) that translated into HBase scan that was running slow which lead to responseTooSlow messages in the logs with the entire filter list being printed in the logs, example
ipc.RpcServer - (responseTooSlow): {"call":"Scan(org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ScanRequest)","starttimems":1501457864417,"responsesize":11,"method":"Scan","param":"region { type: REGION_NAME value:  ..... org.apache.hadoop.hbase.filter.FirstKeyOnlyFilter\\022\351\\200\\036n(org.apache.phoenix.filter.SkipScanFilter ... <a really long filter list leading to single log lines of size 61MB> ... 
There was another case where a use case had created a table with really large key/region names. This was causing humongous log lines for flush and compaction on these regions filling up the RS logs
These large logs usually cause issues with disk I/O load, loading the splunk servers, even machine perf degradations. With 61 MB log lines basic log processing commands like vim, scrolling the logs, wc -l , etc were getting stuck. High GC activity was also noted on this cluster although not 100% sure if it was related to above issue. 
We should consider limiting the message size in logs which can be easily done by adding a maximum width format modifier on the message conversion character in log4j.properties
log4j.appender.console.layout.ConversionPattern=...: %m%n
to 
log4j.appender.console.layout.ConversionPattern=...: %.10000m%n

The logout capability assumes Digest authentication, where we have used LDAP for authentication we only use BASIC authentication.

When user try to create any database or table with a name longer than 128 characters:

create database test_longname_looooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooongNametableFAIL;

It dumps the full exception stack-trace in a non-user-friendly message. The lends to relatively negative user-experience for Beeline users who hit this exception, they are generally not interested in the full stack-trace.
The formatted stack-trace is below:

Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:javax.jdo.JDOFatalUserException: Attempt to store value "test_longname_looooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooongnametablefail2" in column "`NAME`" that has maximum length of 128. Please correct your data!
at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:528)
at org.datanucleus.api.jdo.JDOPersistenceManager.jdoMakePersistent(JDOPersistenceManager.java:732)
at org.datanucleus.api.jdo.JDOPersistenceManager.makePersistent(JDOPersistenceManager.java:752)
at org.apache.hadoop.hive.metastore.ObjectStore.createDatabase(ObjectStore.java:569)
at sun.reflect.GeneratedMethodAccessor31.invoke(Unknown Source)
at com.sun.proxy.$Proxy10.createDatabase(Unknown Source)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.create_database_core(HiveMetaStore.java:923)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.create_database(HiveMetaStore.java:962)
at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:138)
at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:99)
at com.sun.proxy.$Proxy12.create_database(Unknown Source)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$create_database.getResult(ThriftHiveMetastore.java:8863)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$create_database.getResult(ThriftHiveMetastore.java:8847)
at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:707)
at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:702)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1693)
at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:702)
at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286)
at java.lang.Thread.run(Thread.java:745) NestedThrowablesStackTrace: Attempt to store value "test_longname_looooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooongnametablefail2" in column "`NAME`" that has maximum length of 128. Please correct your data! org.datanucleus.exceptions.NucleusUserException: Attempt to store value "test_longname_looooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooongnametablefail2" in column "`NAME`" that has maximum length of 128. Please correct your data!
at org.datanucleus.store.rdbms.mapping.datastore.CharRDBMSMapping.setString(CharRDBMSMapping.java:263)
at org.datanucleus.store.rdbms.mapping.java.SingleFieldMapping.setString(SingleFieldMapping.java:201)
at org.datanucleus.store.rdbms.fieldmanager.ParameterSetter.storeStringField(ParameterSetter.java:159)
at org.datanucleus.state.JDOStateManager.providedStringField(JDOStateManager.java:1256)
at org.apache.hadoop.hive.metastore.model.MDatabase.jdoProvideField(MDatabase.java)
at org.apache.hadoop.hive.metastore.model.MDatabase.jdoProvideFields(MDatabase.java)
at org.datanucleus.state.JDOStateManager.provideFields(JDOStateManager.java:1346)
at org.datanucleus.store.rdbms.request.InsertRequest.execute(InsertRequest.java:289)
at org.datanucleus.store.rdbms.RDBMSPersistenceHandler.insertTable(RDBMSPersistenceHandler.java:167)
at org.datanucleus.store.rdbms.RDBMSPersistenceHandler.insertObject(RDBMSPersistenceHandler.java:143)
at org.datanucleus.state.JDOStateManager.internalMakePersistent(JDOStateManager.java:3784)
at org.datanucleus.state.JDOStateManager.makePersistent(JDOStateManager.java:3760)
at org.datanucleus.ExecutionContextImpl.persistObjectInternal(ExecutionContextImpl.java:2219)
at org.datanucleus.ExecutionContextImpl.persistObjectWork(ExecutionContextImpl.java:2065)
at org.datanucleus.ExecutionContextImpl.persistObject(ExecutionContextImpl.java:1913)
at org.datanucleus.ExecutionContextThreadedImpl.persistObject(ExecutionContextThreadedImpl.java:217)
at org.datanucleus.api.jdo.JDOPersistenceManager.jdoMakePersistent(JDOPersistenceManager.java:727)
at java.lang.Thread.run(Thread.java:745) )

The ideal situation would be to just return the following message to Beeline users:

Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:javax.jdo.JDOFatalUserException: Attempt to store value "test_longname_looooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooonglooooooongnametablefail2" in column "`NAME`" that has maximum length of 128. Please correct your data!)

And have the full stack trace should up in the HiveServer2 logs.

The tests are done with this settings:
    conf.setInt("hbase.master.assignment.timeoutmonitor.period", 2000);
    conf.setInt("hbase.master.assignment.timeoutmonitor.timeout", 4000);
As a results:
1) some tests seems to work, but in real life, the recovery would take 5 minutes or more, as in production there always higher. So we don't see the real issues.
2) The tests include specific cases that should not happen in production. It works because the timeout catches everything, but these scenarios do not need to be optimized, as they cannot happen. 

An internal review by Sean Busbey and Appy turned up a bunch of good findings going over HBASE-6721. They found some really good stuff a guava type is part of our public API and concurrency in a few core classes is inconsistent.
Patch coming.

When using RabbitTemplate in a Spring Boot application, it's very easy to register a Spring AMQP Message Converter. Just add this to your code:

@Bean
Jackson2JsonMessageConverter jackson2JsonMessageConverter() {
	return new Jackson2JsonMessageConverter();
}

However, if you switch to RabbitMessagingTemplate, that bean no longer works, because RabbitMessagingTemplate doesn't offer to look up RabbitTemplate's converters, and instead relies on its own. Looking inside Spring Boot, there doesn't appear to be any wiring that offers to hook up message converters either.

Running latest trunk plus jimk's patch for HBASE-543: 
2008-12-21 12:47:31,741 DEBUG org.apache.hadoop.hbase.regionserver.HStoreScanner
: Added a StoreFileScanner to outstanding HStoreScanner
2008-12-21 12:47:31,741 FATAL org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Replay of hlog required. Forcing server shutdown
org.apache.hadoop.hbase.DroppedSnapshotException: region: urls,http|playvideogame.net|,1229725620550
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:880)
        at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:773)
        at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.flushRegion(MemcacheFlusher.java:228)
        at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.flushSomeRegions(MemcacheFlusher.java:292)
        at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.reclaimMemcacheMemory(MemcacheFlusher.java:262)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.batchUpdates(HRegionServer.java:1594)
        at java.util.HashMap$KeyIterator.next(HashMap.java:828)
        at org.apache.hadoop.hbase.regionserver.HStore.notifyChangedReadersObservers(HStore.java:736)
        at org.apache.hadoop.hbase.regionserver.HStore.updateReaders(HStore.java:724)
        at org.apache.hadoop.hbase.regionserver.HStore.internalFlushCache(HStore.java:693)
        at org.apache.hadoop.hbase.regionserver.HStore.flushCache(HStore.java:629)
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:865)
        ... 10 more

We found that the request number of region is negative in long-running hbase cluster.
The is because of improper cast in HRegionServer#createRegionLoad

  ...
  .setReadRequestsCount((int)r.readRequestsCount.get())
  .setWriteRequestsCount((int) r.writeRequestsCount.get()) 

The patch is simple and just removes the cast.

Section "6.9.2.1. JdbcPagingItemReader" of the reference manual refers to a class called "org.springframework.batch.item.database.support.SimpleDelegatingPagingQueryProvider". This class doesn't exist: it looks like SqlPagingQueryProviderFactoryBean is meant instead (probably renamed before 2.0.0.RELEASE). 

from the apache-camel-load test:
2008-11-14 15:27:01,114 [mponent@1296d1d] INFO  aset:myDataSet?produceDelay=10 - Sent: 600 messages so far. Last group took: 0 millis which is: 85.106 messages per second. average: 80.128
The ThroughputLogger used by DataSet resets the duration before reporting it.

Given a large table, > 1000 regions for example, if a cluster restart is necessary, the compactions undertaken by the regionservers when the master makes initial region assignments can overwhelm DFS, leading to file errors and data loss. This condition is exacerbated if write load was heavy before restart and so many regions want to split as soon as they are opened. 

Listener Annotations don't allow parameters to be subtypes of expected types.  For example, consider the AfterProcess method.  Its enum value in StepListenerMetaData is defined as: 
AFTER_PROCESS("afterProcess", "after-process-method", AfterProcess.class, ItemProcessListener.class, Object.class, Object.class).
showing that it expects two Objects as parameters.  However, if the method is defined with subtypes of Object as its parameters, then an error is shown indicating the the signature is incompatible with what is expected:
public void afterProcess(String item, String result){ }

I try to upgrade from camel 2.19.3 to camel 2.20.1 and the behavior of org.apache.camel.ProducerTemplate.requestBody(String, Object, Class<T>) seems to be broken in case of exceptions.
From the API the exception behavior is documented as "CamelExecutionException if the processing of the exchange failed"
--> in camel 2.19 it works without any issues
--> since camel 2.20.1 the underlying exception is lost and instead a InvalidPayloadException is thrown. 
A first analyze looks like the internal camel processing in 2.20 try to convert the exchange in body to the given response type. But i don't think this is make sense in case of a exception. Using the requestBody without the response type work correctly - here the unterlying exception is correctly propagated back as a wrapped CamelExecutionException.
I was not able to find the root cause, so I could not provide a patch here - but I have attached a junit test to reproduce the issue.

Add a finder as follows (querying a Set-based field):

finder add --class ~.domain.Owner --finderName findOwnersByPets
web mvc finder all

Run the application using for example mvn jetty:run.
Add one or more Pets (don't need an Owner).
In the menu, click "Owner -> Find by Pets"
The displayed finder form says "No Pets found. ( required )" instead of offering the Pet(s) added above.

This bug was possibly introduced by the changes for ROO-2514. The fix is to explicitly populate the model in the scaffolded finder handling method:
"OwnerController_Roo_Controller_Finder.aj"
@RequestMapping(params = { "find=ByPets", "form" }, method = RequestMethod.GET)
public String OwnerController.findOwnersByPetsForm(Model uiModel) {
    	uiModel.addAttribute("pets", Pet.findAllPets()); // <== added line
        return "owners/findOwnersByPets";
}

I upgraded the camel-javaspaces to work with the latest 2.7-SNAPSHOT. Tested with Gigaspaces only

As far as I'm observing in my environment, which is HDP 2.6.1, version identified as 2.1.0.2.6.1.0-69 rc65de77a7cab18faf09a1f8e54c5ad5c44af8957
Call this file temp.sql:

-- comment
select 1;

Then in beeline run:

source temp.sql;

When I do this beeline freezes and must be killed.
The jstacks indicate a tight loop in org.apache.hive.beeline.Commands.sourceFileInternal:
 main,org.apache.hive.beeline.Commands.sourceFileInternal(877)
 main,org.apache.hive.beeline.Commands.sourceFile(860)
 main,org.apache.hive.beeline.Commands.executeInternal(933)
 main,org.apache.hive.beeline.Commands.execute(1161)
 main,org.apache.hive.beeline.Commands.sql(1076)
 main,org.apache.hive.beeline.BeeLine.dispatch(1145)
There's never any other active thread.
Looking at https://github.com/apache/hive/blob/455ffdd9125bdfe73b2c7f7ddebaeff138b77f53/beeline/src/java/org/apache/hive/beeline/Commands.java#L896
Don't you need to read the next line before you continue?

Attached are 3 patches that are necessary to allow compatibility between HBase 0.90.x (and previous releases) and HBase 0.92.0.
First of all, I'm well aware that 0.92.0 RC4 has been thumbed up by a lot of people and would probably wind up being released as 0.92.0 tomorrow, so I sincerely apologize for creating this issue so late in the process.  I spent a lot of time trying to work around the quirks of 0.92 but once I realized that with a few very quasi-trivial changes compatibility would be made significantly easier, I immediately sent these 3 patches to Stack, who suggested I create this issue.
The first patch is required as without it clients sending a 0.90-style RPC to a 0.92-style server causes the server to die uncleanly.  It seems that 0.92 ships with -XX:OnOutOfMemoryError="kill -9 %p", and when a 0.92 server fails to deserialize a 0.90-style RPC, it attempts to allocate a large buffer because it doesn't read fields of 0.90-style RPCs properly.  This allocation attempt immediately triggers an OOME, which causes the JVM to die abruptly of a SIGKILL.  So whenever a 0.90.x client attempts to connect to HBase, it kills whichever RS is hosting the -ROOT- region.
The second patch fixes a bug introduced by HBASE-2002, which added support for letting clients specify what "protocol" they want to speak.  If a client doesn't properly specify what protocol to use, the connection's protocol field will be left null, which causes any subsequent RPC on that connection to trigger an NPE in the server, even though the connection was successfully established from the client's point of view.  The fix is to simply give the connection a default protocol, by assuming the client meant to speak to a RegionServer.
The third patch fixes an oversight that slipped in HBASE-451, where a change to HbaseObjectWritable caused all the codes used to serialize Writables to shift by one.  This was carefully avoided in other changes such as HBASE-1502, which cleanly removed entries for HMsg and HMsg[], so I don't think this breakage in HBASE-451 was intended.

Problem is with mkdir command. It tries to generate multiple directories at once without the right flag. That works only on the 1 line. Simple fix to the test should do the trick

With a full sized LLAP instance, the memory size of the VectorHashKeyWrapper is bigger than the low Xmx JVMs.

***** 64-bit VM: **********************************************************
org.apache.hadoop.hive.ql.exec.vector.VectorHashKeyWrapper object internals:
 OFFSET  SIZE                                                                     TYPE DESCRIPTION                                  VALUE
      0    16                                                                          (object header)                              N/A
     16     4                                                                      int VectorHashKeyWrapper.hashcode                N/A
     20     4                                                                          (alignment/padding gap)                     
     24     8                                                                   long[] VectorHashKeyWrapper.longValues              N/A
     32     8                                                                 double[] VectorHashKeyWrapper.doubleValues            N/A
     40     8                                                                 byte[][] VectorHashKeyWrapper.byteValues              N/A
     48     8                                                                    int[] VectorHashKeyWrapper.byteStarts              N/A
     56     8                                                                    int[] VectorHashKeyWrapper.byteLengths             N/A
     64     8                   org.apache.hadoop.hive.serde2.io.HiveDecimalWritable[] VectorHashKeyWrapper.decimalValues           N/A
     72     8                                                     java.sql.Timestamp[] VectorHashKeyWrapper.timestampValues         N/A
     80     8                 org.apache.hadoop.hive.common.type.HiveIntervalDayTime[] VectorHashKeyWrapper.intervalDayTimeValues   N/A
     88     8                                                                boolean[] VectorHashKeyWrapper.isNull                  N/A
     96     8   org.apache.hadoop.hive.ql.exec.vector.VectorHashKeyWrapper.HashContext VectorHashKeyWrapper.hashCtx                 N/A
Instance size: 104 bytes
Space losses: 4 bytes internal + 0 bytes external = 4 bytes total

Pulling this up to a parent class allows for this to be cut down to 32 bytes for the single column case.

Coverity static analysis: Useless call in Elytron
Coverity static-analysis scan found useless call in the FileSystemSecurityRealm.writeIdentity() method on line 554 (currently).
There is an orphan call of otp.getHash().
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5721630&defectInstanceId=1531117&mergedDefectId=1369308
The correct call is on the line 557, where it's used in streamWriter.
Remove the useless call.

CharBox, ByteBox, ShortBox and FloatBox not imported in new mobile views

test-patch.sh will report new javadoc warnings when there are not any.  e.g.
    -1 javadoc.  The javadoc tool appears to have generated -123 warning messages.  

This is regression against EAP 7.1.0.DR3.

C:\Users\Administrator\playground\7.1.0.DR5\jboss(eap)\bin>standalone.bat
Calling "C:\Users\Administrator\playground\7.1.0.DR5\jboss(eap)\bin\standalone.conf.bat"
"JAVA_OPTS already set in environment; overriding default settings with values: -Dprogram.name=standalone.bat -Xms1G -Xmx1G -XX:Me
taspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman"
"GC_LOG set in environment to true"
Setting JAVA property to "C:\jdk1.8.0_45\bin\java"
\standalone\log\gc.log" -XX:-TraceClassUnloading -Dprogram.name=standalone.bat -Dprogram.name=standalone.bat -Xms1G -Xmx1G -XX:Met
aspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman" was unexpe
cted at this time.
C:\Users\Administrator\playground\7.1.0.DR5\jboss(eap)\bin>

When step encounters error saving ExecutionContext it tries to stop the job but fails.  An error in the JobRepository is always fatal, so the step marks itself as status=UNKNOWN and sends a stop signal to the job.  But the latter is ignored and subsequent steps execute normally!

This results in hard to diagnose intermittent errors as they both attempt to stop the server

Error in initialization script: Command not found: shell:if 

Error in initialization script: Command not found: shell:if
JBossFuse:karaf@root> io.fabric8.fabric-agent[io.fabric8.agent.DeploymentAgent] : Unable to update agent
java.lang.IllegalStateException: Invalid BundleContext.
        at org.apache.felix.framework.BundleContextImpl.checkValidity(BundleContextImpl.java:517)
        at org.apache.felix.framework.BundleContextImpl.getServiceReference(BundleContextImpl.java:359)
        at io.fabric8.agent.DeploymentAgent.installFeatureConfigs(DeploymentAgent.java:1192)
        at io.fabric8.agent.DeploymentAgent.doUpdate(DeploymentAgent.java:538)
        at io.fabric8.agent.DeploymentAgent$2.run(DeploymentAgent.java:262)
io.hawt.hawtio-maven-indexer[io.hawt.maven.indexer.AsyncMavenIndexerFacadeFactory] : Failed to create the MavenIndexerFacade: java.lang.NullPointerException
        at org.apache.lucene.store.Directory.copy(Directory.java:234)
        at org.apache.lucene.store.Directory.copy(Directory.java:277)
        at org.apache.maven.index.context.IndexUtils.copyDirectory(IndexUtils.java:51)
        at org.apache.maven.index.context.DefaultIndexingContext.replace(DefaultIndexingContext.java:571)
        at org.apache.maven.index.updater.DefaultIndexUpdater.loadIndexDirectory(DefaultIndexUpdater.java:218)
        at org.apache.maven.index.updater.DefaultIndexUpdater.access$300(DefaultIndexUpdater.java:76)
        at org.apache.maven.index.updater.DefaultIndexUpdater$LuceneIndexAdaptor.setIndexFile(DefaultIndexUpdater.java:642)
        at org.apache.maven.index.updater.DefaultIndexUpdater.fetchAndUpdateIndex(DefaultIndexUpdater.java:862)
        at org.apache.maven.index.updater.DefaultIndexUpdater.fetchAndUpdateIndex(DefaultIndexUpdater.java:157)
        at io.hawt.maven.indexer.MavenIndexerFacade.downloadOrUpdateIndices(MavenIndexerFacade.java:171)
        at io.hawt.maven.indexer.MavenIndexerFacade.init(MavenIndexerFacade.java:129)
        at io.hawt.maven.indexer.AsyncMavenIndexerFacadeFactory.createMavenIndexer(AsyncMavenIndexerFacadeFactory.java:134)
        at io.hawt.maven.indexer.AsyncMavenIndexerFacadeFactory$1.run(AsyncMavenIndexerFacadeFactory.java:49)
        at java.util.TimerThread.mainLoop(Timer.java:555)
        at java.util.TimerThread.run(Timer.java:505)

appears sometimes after "fabric:create" on Fuse with P2. It seems it doesn't affect  functionality. 

<listener-container concurrency="5"/> blows up because it uses the wrong property name in SimpleMessageListenerContainer.

Attempting to run a map reduce job with a 1.3 client on a secure cluster running 1.2 is failing when making the coprocessor rpc to obtain a delegation token:

Exception in thread "main" org.apache.hadoop.hbase.exceptions.UnknownProtocolException: org.apache.hadoop.hbase.exceptions.UnknownProtocolException: No registered coprocessor service found for name hbase.pb.AuthenticationService in region hbase:meta,,1
        at org.apache.hadoop.hbase.regionserver.HRegion.execService(HRegion.java:7741)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.execServiceOnRegion(RSRpcServices.java:1988)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.execService(RSRpcServices.java:1970)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:33652)
        at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:137)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:112)

        at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:106)
        at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:95)
        at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:332)
        at org.apache.hadoop.hbase.protobuf.ProtobufUtil.execService(ProtobufUtil.java:1631)
        at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel$1.call(RegionCoprocessorRpcChannel.java:104)
        at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel$1.call(RegionCoprocessorRpcChannel.java:94)
        at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:137)
        at org.apache.hadoop.hbase.ipc.RegionCoprocessorRpcChannel.callExecService(RegionCoprocessorRpcChannel.java:108)
        at org.apache.hadoop.hbase.ipc.CoprocessorRpcChannel.callBlockingMethod(CoprocessorRpcChannel.java:73)
        at org.apache.hadoop.hbase.protobuf.generated.AuthenticationProtos$AuthenticationService$BlockingStub.getAuthenticationToken(AuthenticationProtos.java:4512)
        at org.apache.hadoop.hbase.security.token.TokenUtil.obtainToken(TokenUtil.java:86)
        at org.apache.hadoop.hbase.security.token.TokenUtil$1.run(TokenUtil.java:111)
        at org.apache.hadoop.hbase.security.token.TokenUtil$1.run(TokenUtil.java:108)
        at org.apache.hadoop.hbase.security.User$SecureHadoopUser.runAs(User.java:340)
        at org.apache.hadoop.hbase.security.token.TokenUtil.obtainToken(TokenUtil.java:108)
        at org.apache.hadoop.hbase.security.token.TokenUtil.addTokenForJob(TokenUtil.java:329)
        at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initCredentials(TableMapReduceUtil.java:490)
        at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableMapperJob(TableMapReduceUtil.java:209)
        at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableMapperJob(TableMapReduceUtil.java:162)
        at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableMapperJob(TableMapReduceUtil.java:285)
        at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableMapperJob(TableMapReduceUtil.java:86)
        at org.apache.hadoop.hbase.mapreduce.CellCounter.createSubmittableJob(CellCounter.java:193)
        at org.apache.hadoop.hbase.mapreduce.CellCounter.main(CellCounter.java:290)
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.exceptions.UnknownProtocolException): org.apache.hadoop.hbase.exceptions.UnknownProtocolException: No registered coprocessor service found for name hbase.pb.AuthenticationService in region hbase:meta,,1

        at org.apache.hadoop.hbase.ipc.RpcClientImpl.call(RpcClientImpl.java:1270)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient.callBlockingMethod(AbstractRpcClient.java:226)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient$BlockingRpcChannelImplementation.callBlockingMethod(AbstractRpcClient.java:331)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.execService(ClientProtos.java:35420)
        at org.apache.hadoop.hbase.protobuf.ProtobufUtil.execService(ProtobufUtil.java:1628)
        ... 22 more

This is talking to a 1.2 server.  Running with a 1.2 client works.  I believe this is due to HBASE-14077, where we added package names to the protobuf files.
This is causing 1.2 and 1.3 to disagree on the name of the AuthenticationService:

1.2 = AuthenticationService
1.3 = hbase.pb.AuthenticationService

I think this is effectively a break in client-server wire compatibility between 1.2 and 1.3, since this is calling a built-in coprocessor required for security.

Upon running an unload command, such as:
hbase org.jruby.Main /usr/lib/hbase/bin/region_mover.rb unload `hostname`, the region counter is indexed at 0 and hence, when the regions are being moved, regions are being counted from 0 instead of 1.

Ended Job = 864272330, job is filtered out (removed at runtime).
Launching Job 2 out of 3 
It should be 'Launching Job 3 out of 3"

when i watch for region state ,i found this link maybe update in regionserver's region state UI
IP:60030/rs-status  is in  RegionListTmpl.jamon
See <a href="http://hbase.org">HBase Home</a> for further explication.<p>
http://hbase.org   is unuseful  , should update to  http://hbase.apache.org

ServiceSupport#shutdown should return immediately to avoid executing service shutdown logic twice, which could easily cause problems in the state of components, endpoints, consumers, etc.

ORCStruct should return null when object passed to getStructFieldsDataAsList(Object obj) is null.

public List<Object> getStructFieldsDataAsList(Object object) {
      OrcStruct struct = (OrcStruct) object;
      List<Object> result = new ArrayList<Object>(struct.fields.length);

In the above code struct.fields will throw NPE if struct is NULL.

An issue was reproduced with the binary typed HBase columns in Hive:
It works fine as below:
CREATE TABLE test9 (key int, val string)
"hbase.columns.mapping" = ":key,cf:val#b"
);
insert into test9 values(1,"hello");
But when string type is changed to binary as:
CREATE TABLE test2 (key int, val binary)
);
insert into table test2 values(1, 'hello');
{"tmp_values_col1":"1","tmp_values_col2":"hello"}
...
Caused by: java.lang.RuntimeException: Hive internal error.
at org.apache.hadoop.hive.serde2.lazy.LazyUtils.writePrimitive(LazyUtils.java:322)
at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:220)
at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serializeField(HBaseRowSerializer.java:194)
at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:118)
at org.apache.hadoop.hive.hbase.HBaseSerDe.serialize(HBaseSerDe.java:282)
... 16 more
We should support hive binary type column for hbase.

This only works if you turn PPD off.

drop table if exists hello_acid;
create table hello_acid (key int, value int)
partitioned by (load_date date)
clustered by(key) into 3 buckets
stored as orc tblproperties ('transactional'='true');

insert into hello_acid partition (load_date='2016-03-01') values (1, 1);
insert into hello_acid partition (load_date='2016-03-02') values (2, 2);
insert into hello_acid partition (load_date='2016-03-03') values (3, 3);

hive> set hive.optimize.ppd=true;
hive> select tid from (select row__id.transactionid as tid from hello_acid) sub where tid = 15;
FAILED: SemanticException MetaException(message:cannot find field row__id from [0:load_date])
hive> set hive.optimize.ppd=false;
OK
tid
15
Time taken: 0.075 seconds, Fetched: 1 row(s)

If standalone JMS client is using only jboss-client.jar on classpath then during look up of connection factory fails with:

java.lang.NoClassDefFoundError: javax/json/JsonValue
        at org.apache.activemq.artemis.uri.schema.connector.TCPTransportConfigurationSchema.getTransportConfigurations(TCPTransportConfigurationSchema.java:68)
        at org.apache.activemq.artemis.uri.schema.serverLocator.TCPServerLocatorSchema.internalNewObject(TCPServerLocatorSchema.java:44)
        at org.apache.activemq.artemis.uri.schema.serverLocator.TCPServerLocatorSchema.internalNewObject(TCPServerLocatorSchema.java:33)
        at org.apache.activemq.artemis.utils.uri.URISchema.newObject(URISchema.java:86)
        at org.apache.activemq.artemis.utils.uri.URISchema.newObject(URISchema.java:30)
        at org.apache.activemq.artemis.utils.uri.URIFactory.newObject(URIFactory.java:59)
        at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.newLocator(ServerLocatorImpl.java:411)
        at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.<init>(ActiveMQConnectionFactory.java:209)
        at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.<init>(ActiveMQConnectionFactory.java:202)
        at org.apache.activemq.artemis.jms.client.ActiveMQJMSConnectionFactory.<init>(ActiveMQJMSConnectionFactory.java:34)
        at org.jboss.marshalling.reflect.SerializableClass.invokeConstructor(SerializableClass.java:340)
        at org.jboss.marshalling.reflect.SerializableClass.callNoArgConstructor(SerializableClass.java:292)
        at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1408)
        at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
        at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:205)
        at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
        at org.wildfly.naming.client.remote.RemoteClientTransport.lookup(RemoteClientTransport.java:243)
        at org.wildfly.naming.client.remote.RemoteContext.lambda$lookupNative$0(RemoteContext.java:190)
        at org.wildfly.naming.client.NamingProvider.performExceptionAction(NamingProvider.java:222)
        at org.wildfly.naming.client.remote.RemoteContext.performWithRetry(RemoteContext.java:100)
        at org.wildfly.naming.client.remote.RemoteContext.lookupNative(RemoteContext.java:188)
        at org.wildfly.naming.client.AbstractFederatingContext.lookup(AbstractFederatingContext.java:74)
        at org.wildfly.naming.client.store.RelativeFederatingContext.lookupNative(RelativeFederatingContext.java:58)
        at org.wildfly.naming.client.AbstractFederatingContext.lookup(AbstractFederatingContext.java:60)
        at org.wildfly.naming.client.AbstractFederatingContext.lookup(AbstractFederatingContext.java:66)
        at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:144)
        at org.jboss.qa.artemis.test.client.ProducerJms11.sendMessages(ProducerJms11.java:27)
        at org.jboss.qa.artemis.test.client.Producer.run(Producer.java:35)
        at org.jboss.qa.artemis.test.client.Producer.sendAllSync(Producer.java:26)

As of 2.2.1.RELEASE the documentation says, "There is also support for creating a FlowStep in XML directly":

<job id="job">
    <step id="job1.flow1" flow="flow1" next="step3"/>
    <step id="step3" parent="s3"/>
</job>

<flow id="flow1">
    <step id="step1" parent="s1" next="step2"/>
    <step id="step2" parent="s2"/>
</flow>

Neither the 2.2 XSD, nor the 2.2.1 AbstractStepParser appear to support this: "Attribute 'flow' is not allowed to appear in element 'batch:step'".

If a feed contains entries that don't have an updatedDate or publishDate and you're using splitEntries=true + sortEntries=true you can run into this NPE:

2009-11-23 14:31:50,152 [0: RssComponent] WARN  ultPollingConsumerPollStrategy -
 Consumer Consumer[rss://http://www.iafrica.com/pls/cms/grapevine.xml?consumer.initialDelay=9000&p_city=cape+town&p_section=weather&sortEntries=true&splitEntries=true] 
could not poll endpoint: rss://http://www.iafrica.com/pls/cms/grapevine.xml?consumer.initialDelay=9000&p_city=cape+town&p_section=weather&sortEntries=true&splitEntries=true 
caused by: null
	at org.apache.camel.component.rss.RssDateComparator.compare(RssDateComparator.java:27)
	at org.apache.camel.component.rss.RssDateComparator.compare(RssDateComparator.java:24)
	at java.util.Arrays.mergeSort(Arrays.java:1270)
	at java.util.Arrays.mergeSort(Arrays.java:1281)
	at java.util.Arrays.sort(Arrays.java:1210)
	at java.util.Collections.sort(Collections.java:159)
	at org.apache.camel.component.rss.RssEntryPollingConsumer.sortEntries(RssEntryPollingConsumer.java:49)
	at org.apache.camel.component.rss.RssEntryPollingConsumer.populateList(RssEntryPollingConsumer.java:42)
	at org.apache.camel.component.feed.FeedEntryPollingConsumer.poll(FeedEntryPollingConsumer.java:43)
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:108)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)

In:
        byte[] bytes = new byte[8];
        input.read( bytes );
        return readSwappedLong( bytes, 0 );
There is no check on the int return value from input.read, so it's possible that 8 bytes won't be read.

During failover testing we hit the problem of stuck thread. When ldap server is killed in particular time of ssl handshake EAP hangs and waits forever on response, which will never come. Causing thread to block forever. Same problem can be seen in LdapLoginModule using ldaps without specifying com.sun.jndi.ldap.connect.timeout value.
Possible solution is to add option to declare com.sun.jndi.ldap.connect.timeout for security realm and provide some default non-empty value, e.g. 15 seconds.

Unlike BASIC, DIGEST, and CERT authentication, FORM authentication requires an additional server side mechanism to store the credentials from the login form so that a user does not need to reauthenticate on failover.
Traditionally, clustered SSO was the mechanism of choice (see https://issues.jboss.org/browse/JBAS-1900 )
An analogous strategy is needed for Undertow.

The HmacUtils.updateHmac() methods call reset().
This means that it's not possible to build up a digest using multiple such calls.
The only useful operation that can be performed afterwards is to call one of the Mac.doFinal() methods.
Unfortunately it's probably too late to change this.
However it should at least be documented.

The ||JsonPatchHandler}} applies a customization to remove operations. Instead of removing the node, it replace it with a null object. It works well for objects, but it doesn't for elements of an array. The element won't be removed from the array, instead it will be replaced with a null object.
I think if the path of the remove operation defines an element of an array, the original remove operation should be used instead of the customized ReplaceOperation.

Queries:
create temporary table s10k as select * from studenttab10k;
truncate table s10k;
Truncate table query on temporary table failing with error:
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Exception while processing (state=08S01,code=1)
From hsi logs:

NoSuchObjectException(message:default.s10k table not found)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table_core(HiveMetaStore.java:2118)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.truncate_table(HiveMetaStore.java:2008)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:148)
	at com.sun.proxy.$Proxy31.truncate_table(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.truncateTable(HiveMetaStoreClient.java:1115)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:173)
	at com.sun.proxy.$Proxy32.truncateTable(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2306)
	at org.apache.hadoop.hive.ql.metadata.Hive.truncateTable(Hive.java:1217)
	at org.apache.hadoop.hive.ql.exec.DDLTask.truncateTable(DDLTask.java:4462)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:556)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1905)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1607)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1354)
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:348)

Code has a single reference remaining of .replogs, that we can now remove as we do not use that dir nor create it anymore.
Previous desc:
The /hbase/ dir can also have .replogs under it, which isn't accounted for during Master's check for user-table dirs, and we end up receiving warnings for missing .tableinfo files under it.

When we generate the ReduceSInkOperator, the partition columns are empty, which means all the rows will get a hash value of 0, and they will all go to the first reducer.
In the meanwhile we are fixing this bug, please use "CLUSTER BY" instead of "SORT BY" so that the data will get distributed to multiple reducers.

Christians-MacBook-Pro:bin cmueller$ ./karaf clean
        __ __                  ____

  Apache Karaf (2.3.2)

karaf@root> features:chooseurl camel 2.12.0
adding feature url mvn:org.apache.camel.karaf/apache-camel/2.12.0/xml/features
karaf@root> features:install camel-stomp
Error executing command: Could not start bundle mvn:org.apache.geronimo.specs/geronimo-jms_1.1_spec/1.1.1 in feature(s) spring-jms-3.1.4.RELEASE, camel-spring-ws-2.12.0, spring-jms-3.2.3.RELEASE, spring-jms-3.0.7.RELEASE, camel-jms-2.12.0, camel-bam-2.12.0, camel-stomp-2.12.0, camel-sjms-2.12.0, camel-jpa-2.12.0: Unresolved constraint in bundle org.apache.geronimo.specs.geronimo-jms_1.1_spec [62]: Unable to resolve 62.0: missing requirement [62.0] osgi.wiring.package; (osgi.wiring.package=javax.transaction.xa)

Setup in SSL tests in ElytronRemoteOutboundConnectionTestCase fails with the following on IBM JDK:

{
    "failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.security.key-manager.ejb-remote-tests-server-key-manager" => "java.security.NoSuchAlgorithmException: SunX509 KeyManagerFactory not available
    Caused by: java.security.NoSuchAlgorithmException: SunX509 KeyManagerFactory not available"}},
}

The test runs with incorrect configuration then and therefore fails.

The Spring ApplicationEvent mechanism uses some mechanism to select event listeners based on generic types. Unfortunately it does not consider nested generic types which we use to distinguish a mapping event for MongoDB from one for Neo4j e.g. Thus the MongoPersistentEntityIndexCreator will get invoked for mapping events for other stores as well. Thus we have to double check the event types before invoking further code.

Configuring a blueprint xml file with

    <endpoint id="myNettyServer" uri="netty-http:http://0.0.0.0:{{port}}/foo?ssl=true&amp;sslContextParameters=#mySsl"/>

Can lead to ciruclar exceptions

Caused by: org.apache.aries.blueprint.di.CircularDependencyException: [BeanRecipe[name='mySsl'], BeanRecipe[name='.camelBlueprint.factory.mySsl'], BeanRecipe[name='camel-4'], BeanRecipe[name='myNettyServer'], BeanRecipe[name='mySsl']]
	at org.apache.aries.blueprint.container.BlueprintRepository.push(BlueprintRepository.java:343)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:71)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:230)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:145)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.getComponentInstance(BlueprintContainerImpl.java:746)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.camel.blueprint.BlueprintContainerRegistry.lookupByNameAndType(BlueprintContainerRegistry.java:54)
	at org.apache.camel.impl.CompositeRegistry.lookupByNameAndType(CompositeRegistry.java:52)
	... 125 more

I just upgraded to Framework 5.0.1 and noticed a regression when using syncBody to send multipart form data. With 5.0.0, this worked:

MultiValueMap<String, Object> multipartData = new LinkedMultiValueMap<>();
multipartData.add("file", new ByteArrayResource(new byte[] { 1, 2, 3, 4 }) {

	@Override
	public String getFilename() {
		return "image.png";
	}

});
ExchangeResult result = WebTestClient
		.bindToRouterFunction(RouterFunctions.route(POST("/foo"), (req) -> {
			req.body(BodyExtractors.toMultipartData()).block();
			return ServerResponse.ok().build();
		})).configureClient().baseUrl("http://localhost").build().post()
		.uri("/foo").syncBody(multipartData).exchange().expectBody()
		.returnResult();

Following the upgrade to 5.0.1 it appears to be trying to send form data rather than multipart data and, as a result, it fails:

java.lang.ClassCastException: org.springframework.restdocs.webtestclient.WebTestClientRequestConverterTests$1 cannot be cast to java.lang.String
	at org.springframework.http.codec.FormHttpMessageWriter.generateForm(FormHttpMessageWriter.java:127)
	at org.springframework.http.codec.FormHttpMessageWriter.lambda$write$0(FormHttpMessageWriter.java:102)
	at org.springframework.http.codec.FormHttpMessageWriter$$Lambda$185/198499365.apply(Unknown Source)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:107)
	at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:1649)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.request(FluxMapFuseable.java:156)
	at reactor.core.publisher.MonoFlatMap$FlatMapMain.onSubscribe(MonoFlatMap.java:103)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onSubscribe(FluxMapFuseable.java:90)
	at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:54)
	at reactor.core.publisher.MonoMapFuseable.subscribe(MonoMapFuseable.java:59)
	at reactor.core.publisher.MonoFlatMap.subscribe(MonoFlatMap.java:60)
	at reactor.core.publisher.Mono.subscribe(Mono.java:2913)
	at reactor.core.publisher.Mono.subscribeWith(Mono.java:3021)
	at reactor.core.publisher.Mono.subscribe(Mono.java:2907)
	at reactor.core.publisher.Mono.subscribe(Mono.java:2874)
	at reactor.core.publisher.Mono.subscribe(Mono.java:2846)
	at org.springframework.test.web.reactive.server.HttpHandlerConnector.connect(HttpHandlerConnector.java:101)
	at org.springframework.test.web.reactive.server.WiretapConnector.connect(WiretapConnector.java:61)
	at org.springframework.web.reactive.function.client.ExchangeFunctions$DefaultExchangeFunction.exchange(ExchangeFunctions.java:74)
	at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultRequestBodyUriSpec.exchange(DefaultWebClient.java:327)
	at org.springframework.test.web.reactive.server.DefaultWebTestClient$DefaultRequestBodyUriSpec.exchange(DefaultWebTestClient.java:282)
	at org.springframework.restdocs.webtestclient.WebTestClientRequestConverterTests.multipartUploadFromResource(WebTestClientRequestConverterTests.java:191)
	Suppressed: java.lang.Exception: #block terminated with an error
		at reactor.core.publisher.BlockingSingleSubscriber.blockingGet(BlockingSingleSubscriber.java:126)
		at reactor.core.publisher.Mono.block(Mono.java:1185)
		... 25 more

It's trying to cast the anonymous ByteArrayResource subclass to a String. I can work around the problem by using .body(BodyInserters.fromMultipartData(multipartData)) in place of .syncBody(multipartData).

so that the client side which send request will know this is a chunked message.
It's important when the response http headers is more than 4096 and we want to use chunked response message

If I configure the Swarm Maven plugin to add an additional fraction, but make a mistake:

<plugin>
  ...
  <configuration>
    <fractions><fraction>servlet</fraction></fractions>
  </configuration>
  ...
</plugin>

then the build fails with Invalid fraction spec: servlet. That's wrong, the fraction spec is perfectly valid, the problem is that no such fraction exist (because the fraction is looked up in the FractionList).
If I write org.wildfly.swarm:servlet instead of just servlet, which is basically the same, the behavior is different: the build passes just fine, even if the fraction doesn't exist (because in this case, the fraction isn't looked up in the FractionList at all).
This all happens in the FractionDescriptor.fromGav method.
Two possible solutions:
1. Check if given fraction exists in all cases.
2. Never check if given fraction exists, use some heuristic to figure out the version number when creating the FractionDescriptor only from artifact ID.

This looks like a problem that's been around since Sept 2012.
The rollback handling in DeploymentHandlerUtil.undeploy and in DeploymentRemoveHandler both try to read the deployment's management name from the deployment resource, but since [1] it hasn't been stored there. So rollback will fail with something like this:

[Server:main-one] 15:58:54,894 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 2) WFLYCTL0190: Step handler org.jboss.as.server.deployment.DeploymentHandlerUtil$5@2a0a9f3f for operation {"operation" => "undeploy","address" => [("deployment" => "broken.jar")],"operation-headers" => {}} at address [("deployment" => "broken.jar")] failed handling operation rollback -- java.util.NoSuchElementException: No child 'name' exists: java.util.NoSuchElementException: No child 'name' exists
[Server:main-one] 	at org.jboss.dmr.ModelValue.requireChild(ModelValue.java:377) [jboss-dmr-1.3.0.Final.jar:1.3.0.Final]
[Server:main-one] 	at org.jboss.dmr.ObjectModelValue.requireChild(ObjectModelValue.java:299) [jboss-dmr-1.3.0.Final.jar:1.3.0.Final]
[Server:main-one] 	at org.jboss.dmr.ModelNode.require(ModelNode.java:870) [jboss-dmr-1.3.0.Final.jar:1.3.0.Final]
[Server:main-one] 	at org.jboss.as.server.deployment.DeploymentHandlerUtil$5$1.handleResult(DeploymentHandlerUtil.java:331) [wildfly-server-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1384) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1366) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1328) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1311) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1185) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:767) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:753) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:680) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1336) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:234) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:173) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:136) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:132) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_45]
[Server:main-one] 	at javax.security.auth.Subject.doAs(Subject.java:360) [rt.jar:1.8.0_45]
[Server:main-one] 	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:81) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:152) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:148) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:148) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:364) [wildfly-protocol-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:466) [wildfly-protocol-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
[Server:main-one] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_45]
[Server:main-one] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_45]
[Server:main-one] 	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_45]
[Server:main-one] 	at org.jboss.threads.JBossThread.run(JBossThread.java:320) [jboss-threads-2.2.1.Final.jar:2.2.1.Final]

[1] https://github.com/wildfly/wildfly-core/commit/f38b37#diff-2dbd1fc9261de7a938948b642aa8d47dL153

Currently we do not check for possible null timestamp events.
This might lead to NPE.
This Patch add addition check for such case.

It seems that POSTing an item to an associated collection does not work as documented.
According to the Spring Data REST documentation, POST method is supported for collections, so 

curl -i -X POST -H 'Content-type: text/uri-list' -d 'http://localhost:8080/artifacts/1' http://localhost:8080/collectors/1/artifacts

should add an artifact to the (yet empty) collection. Unfortunately, it does not:

    HTTP/1.1 405 Method Not Allowed
    Server: Apache-Coyote/1.1
    Allow: GET, DELETE, PATCH, PUT
    Content-Type: application/json;charset=UTF-8
    Transfer-Encoding: chunked
    Date: Fri, 17 Apr 2015 22:54:59 GMT
    
    {"timestamp":1429311299117,"status":405,"error":"Method Not Allowed","exception":"org.springframework.web.HttpRequestMethodNotSupportedException","message":"Request method 'POST' not supported","path":"/collectors/1/artifacts"}

My entities:

    @Data
    @Entity
    public class Collector {
        @Id
        @GeneratedValue
        private Long id;
    
        @OneToMany(mappedBy = "owner")
        private List<Artifact> artifacts;
    }
    
    @Data
    @Entity
    @Accessors(chain = true, fluent = true)
    public class Artifact {
    
        @Id
    
        private String title;
    
        @ManyToOne
        @JoinColumn(name = "collector_id")
        private Collector owner;
    }

The complete code is on Github.

CLiDriver has the ability to run shell commands by prefixing them with '!".
This behavior is not widely used (there are only 3 examples in .q files).
Since HIVE-16935 started stripping comments starting with '--', a shell command containing '--' will not work correctly.
Fix this by using the unstripped command for shell commands.
Note that it would be a security hole for HS2 to allow execution of arbitrary shell commands from a client command.
Add tests to nail down correct behavior with '--' comments:

CliDriver should not strip strings starting with '--' in a shell command (FIXED in this change).
HiveCli should strip '--' comments.
A Jdbc program should allow commands starting with "!" but these will fail in the sql parser.

The following test always fails for me.

@Test
	public void usuarioLogadoAcessaPagina() throws Exception {
		mvc.perform(get("/").with(user("fulano").roles("USER", "SELLER")))
			.andExpect(authenticated().withRoles("SELLER", "USER"))
			.andExpect(authenticated().withRoles("USER", "SELLER"));			
	}

Required for unions to work with Tez - since Hive now waits for Inputs to become ready. The Inputs are required to inform Tez when they're ready.

17:05:56,822 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000001: Initializing mod_cluster version 1.3.2.Final
17:05:56,833 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000032: Listening to proxy advertisements on /224.0.1.105:23364

[standalone@localhost:9990 /] /subsystem=modcluster/mod-cluster-config=configuration:read-resource
{
        "advertise" => false,
        "advertise-security-key" => undefined,
        "advertise-socket" => undefined,

Property hbase.quota.remove.on.table.delete is set to true by default
Create a table and set RPC and Space quota

hbase(main):022:0> create 't2','cf1'
Took 0.7420 seconds
=> Hbase::Table - t2
hbase(main):023:0> set_quota TYPE => SPACE, TABLE => 't2', LIMIT => '1G', POLICY => NO_WRITES
Took 0.0105 seconds
hbase(main):024:0> set_quota TYPE => THROTTLE, TABLE => 't2', LIMIT => '10M/sec'
Took 0.0186 seconds
hbase(main):025:0> list_quotas
TABLE => t2 TYPE => THROTTLE, THROTTLE_TYPE => REQUEST_SIZE, LIMIT => 10M/sec, SCOPE => MACHINE
TABLE => t2 TYPE => SPACE, TABLE => t2, LIMIT => 1073741824, VIOLATION_POLICY => NO_WRITES

Drop the table and the Space quota is set to REMOVE => true

hbase(main):026:0> disable 't2'
Took 0.4363 seconds
hbase(main):027:0> drop 't2'
Took 0.2344 seconds
hbase(main):028:0> list_quotas
TABLE => t2 TYPE => SPACE, TABLE => t2, REMOVE => true
USER => u1 TYPE => THROTTLE, THROTTLE_TYPE => REQUEST_SIZE, LIMIT => 10M/sec, SCOPE => MACHINE

Recreate the table and set Space quota back. The Space quota on the table is still set to REMOVE => true

hbase(main):029:0> create 't2','cf1'
Took 0.7348 seconds
hbase(main):031:0> set_quota TYPE => SPACE, TABLE => 't2', LIMIT => '1G', POLICY => NO_WRITES
Took 0.0088 seconds
hbase(main):032:0> list_quotas
OWNER QUOTAS

Remove RPC quota and drop the table, the Space Quota is not removed

hbase(main):033:0> set_quota TYPE => THROTTLE, TABLE => 't2', LIMIT => NONE
Took 0.0193 seconds

hbase(main):036:0> disable 't2'
Took 0.4305 seconds
hbase(main):037:0> drop 't2'
Took 0.2353 seconds
hbase(main):038:0> list_quotas
TABLE => t2                               TYPE => SPACE, TABLE => t2, REMOVE => true

Deleting the quota entry from hbase:quota seems to be the option to reset it.

HBASE-19152 changed recommended way of building RC source artifacts to rely on git archive instead of the maven assembly plugin.
update nightly test to match those expectations..

In LLAP cluster, if some of the nodes are kinit'ed with some user (other than default hive user) and some nodes are kinit'ed with hive user, both will end up in different paths under zk registry and may not be reported by the llap status tool. The reason for that is when creating zk paths we use UGI.getCurrentUser() but current user may not be same across all nodes (someone has to do global kinit). Before bringing up the daemon, if security is enabled each daemons should login based on specified kerberos principal and keytab for llap daemon service and update the current logged in user. 

We need to import the package with [0.6,1) instead of [0.10,1) to be able to deploy on oder karaf versions (< 2.2.4)

Camel does not generating the options answer for all routes defined using component servlet, ex:

restConfiguration().component("servlet").bindingMode(RestBindingMode.json)

rest("/v1/customers")
   .get()
      .produces("application/json")
      .to("direct:listAll")
   .get("/{id}")
      .to("direct:findOne")

For /v1/customers the request OPTIONS return 200 OK but for /v1/customers/1 the request OPTIONS return 404 not found.

Singleton subsystem downgrades after configuration change is performed on server:

3a4
> 
37a39,44
> 
>     <system-properties>
>         <property name="foo" value="bar"/>
>     </system-properties>
> 
> 
92a100
> 
423c431
<         <subsystem xmlns="urn:jboss:domain:singleton:2.0">
---
>         <subsystem xmlns="urn:jboss:domain:singleton:1.0">
473a482
> 
487a497
> 

... this makes it impossible to inject properties to the @WebService class
        <route>
            <from uri="...." />
            <to uri="cxfbean:handler" />
        </route>
<bean id="handler" class="a.b.c.Handler">
        <property name="prop1" value="5" />
</bean>
when "handler" is created by Spring, its 'prop1' is set to '5'
when the cxfbean:handler is triggered, the 'prop1' is null, because CXF created another instance of Handler instead of using the one created by Spring

HBASE-15745 broke TestMetaCache. Seems I made a mistake by committing the AsyncRpcChannelImpl of the patch version of the older HBASE-13784 instead of basing in on current code.
(Checked the other abstracted classes and did not make the same mistake with the others)

I think the described behavior for @TestPropertySource in the Javadoc doesn't match the actual behavior. I was expecting in this snippet...

@TestPropertySource(
        locations = "classpath:test.properties",
        properties = "key=certainValue"
)

... that certainValue would be used over every previously defined value for key, also overwriting a definition in test.properties, as the Javadoc says that inlined properties get highest precedence. But I never saw certainValue being used, for whatever reason.

3. Compile the sample (camel-example-spring-javaconfig) using "mvn compile" command
	osgi:install mvn:org.apache.activemq/activemq-camel/5.3.1.0M1-fuse
	features:install camel-spring-javaconfig
 	osgi:install mvn:org.apache.camel/camel-example-spring-javaconfig/2.0.0-psc-01-00M2
16:52:55,593 | INFO  | l Console Thread | ultOsgiApplicationContextCreator | ultOsgiApplicationContextCreator   67 | Discovered configurations 
{osgibundle:/META-INF/spring/*.xml}
 in bundle [camel-example-spring-javaconfig (org.apache.camel.camel-example-spring-javaconfig)]
16:52:55,593 | INFO  | xtenderThread-59 | OsgiBundleXmlApplicationContext  | pport.AbstractApplicationContext  411 | Refreshing org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext@40b187: display name [OsgiBundleXmlApplicationContext(bundle=org.apache.camel.camel-example-spring-javaconfig, config=osgibundle:/META-INF/spring/*.xml)]; startup date [Wed Nov 25 16:52:55 IST 2009]; root of context hierarchy
16:52:55,593 | INFO  | xtenderThread-59 | OsgiBundleXmlApplicationContext  | ractOsgiBundleApplicationContext  359 | Unpublishing application context OSGi service for bundle camel-example-spring-javaconfig (org.apache.camel.camel-example-spring-javaconfig)
16:52:55,593 | INFO  | xtenderThread-59 | XmlBeanDefinitionReader          | tory.xml.XmlBeanDefinitionReader  323 | Loading XML bean definitions from URL [bundleentry://192.fwk19147537/META-INF/spring/camel-context.xml]
16:52:55,593 | INFO  | xtenderThread-59 | OsgiBundleXmlApplicationContext  | pport.AbstractApplicationContext  426 | Bean factory for application context [org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext@40b187]: org.springframework.beans.factory.support.DefaultListableBeanFactory@1262c96
16:52:55,608 | ERROR | xtenderThread-59 | ContextLoaderListener            | BundleApplicationContextListener   50 | Application context refresh failed (OsgiBundleXmlApplicationContext(bundle=org.apache.camel.camel-example-spring-javaconfig, config=osgibundle:/META-INF/spring/*.xml))
java.lang.RuntimeException: java.io.FileNotFoundException: Class file [org/springframework/config/java/support/ConfigurationSupport.class] not found
	at org.springframework.config.java.Util.getClassAsStream(Util.java:158)
	at org.springframework.config.java.internal.parsing.asm.AsmUtils.newClassReader(AsmUtils.java:97)
	at org.springframework.config.java.internal.parsing.asm.ConfigurationClassVisitor.visitSuperType(ConfigurationClassVisitor.java:98)
	at org.springframework.config.java.internal.parsing.asm.ConfigurationClassVisitor.visit(ConfigurationClassVisitor.java:81)
	at org.springframework.config.java.internal.parsing.asm.ConfigurationClassVisitor.visitSuperType(ConfigurationClassVisitor.java:99)
	at org.springframework.config.java.internal.parsing.asm.AsmConfigurationParser.parse(AsmConfigurationParser.java:84)
	at org.springframework.config.java.internal.parsing.asm.AsmConfigurationParser.parse(AsmConfigurationParser.java:77)
	at org.springframework.config.java.internal.factory.support.AsmJavaConfigBeanDefinitionReader.loadBeanDefinitions(AsmJavaConfigBeanDefinitionReader.java:73)
	at org.springframework.config.java.internal.process.InternalConfigurationPostProcessor.parseAnyConfigurationClasses(InternalConfigurationPostProcessor.java:86)
	at org.springframework.config.java.internal.process.InternalConfigurationPostProcessor.postProcessBeanFactory(InternalConfigurationPostProcessor.java:64)
	at org.springframework.config.java.process.ConfigurationPostProcessor.postProcessBeanFactory(ConfigurationPostProcessor.java:50)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.invokeBeanFactoryPostProcessors(AbstractDelegatedExecutionApplicationContext.java:479)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.invokeBeanFactoryPostProcessors(AbstractDelegatedExecutionApplicationContext.java:459)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.invokeBeanFactoryPostProcessors(AbstractDelegatedExecutionApplicationContext.java:395)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$3.run(AbstractDelegatedExecutionApplicationContext.java:281)

Provided endpoint is not functional.
Exception : Failed to resolve endpoint: box://files/downloadVersion due to: No matching method for files/downloadVersion, with arguments []. 
The issue is explained here : 
http://camel.465427.n5.nabble.com/Camel-box-download-file-version-td5825974.html
 
This looks like Mojarra regression IMO. Having this @FacesComponent:

@FacesComponent("com.infina.ops.tags.TestTag")
public class TestTag extends UINamingContainer {

	public String getHello() {
		return this.getHs().getHello();
	}

	@Inject
	private EquityServiceBizImpl hs;

	public EquityServiceBizImpl getHs() {
		return this.hs;
	}
}

Evaluating TestTag property value results in:

	at com.infina.ops.tags.TestTag.getHello(TestTag.java:13)
	at javax.el.BeanELResolver.getValue(BeanELResolver.java:363)
	at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176)
	at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203)
	at com.sun.el.parser.AstValue.getValue(AstValue.java:140)
	at com.sun.el.parser.AstValue.getValue(AstValue.java:204)
	at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226)
	at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)
	at com.sun.faces.facelets.el.ContextualCompositeValueExpression.getValue(ContextualCompositeValueExpression.java:158)
	at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109)
	at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:194)
	at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:182)
	at javax.faces.component.UIOutput.getValue(UIOutput.java:174)
	at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getValue(HtmlBasicInputRenderer.java:205)
	at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.getCurrentValue(HtmlBasicRenderer.java:355)
	at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeEnd(HtmlBasicRenderer.java:164)
	at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:919)
	at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:312)
	at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:114)
	at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:889)
	at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856)
	at com.sun.faces.renderkit.html_basic.CompositeRenderer.encodeChildren(CompositeRenderer.java:78)
	at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1859)
	at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:456)
	at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133)
	at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
	at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
	at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219)
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:655)
	... 27 more

This worked on WildFly 8.2.0.Final and it also works when I use older Mojarra (2.2.8 from WF 8.2.0) in WIldFly 9.0.1.Final.

The method projectNonColumnEquiConditions in HiveCalciteUtil will assign the type wrongly for newly created conditions. The problem is in this block:

      RexNode cond = rexBuilder.makeCall(SqlStdOperatorTable.EQUALS,
          rexBuilder.makeInputRef(newLeftFields.get(i).getType(), newLeftOffset + i),
          rexBuilder.makeInputRef(newLeftFields.get(i).getType(), newRightOffset + i));

It looks like a code copy-paste mistake. In addition, index i is incorrect, as newLeftFields contains all the fields, not only the ones of the new condition.

item 1 from Brian's review

The DS/XADS 'statistics' attribute is not properly described. It has a static set of response fields and the value of each field has a known type, nillability etc.
item 6 from Brian's review

The class-info attribute on the driver is not properly described. It's a map of property name -> single param name, not a primitive list.

This expression should return bigint instead of double.

CREATE TABLE test (a BIGINT);
EXPLAIN SELECT a % 3 FROM test;

There must be something wrong in FunctionRegistry.getMethodInternal

When Maven builds the airline sample project, there occur the following errors;
com.sun.xml.wsit:xws-security:jar:1.3.1 is missing.
com.sun.xml.wsit:wsit-rt:jar:1.1 is missing.
I cannot find a repository which has them.

There is a bug the method "initialize" in "MongoDbTailTrackingManager.java": 
...
 if (trackingObj == null) 
{
            dbCol.insert(filter, WriteConcern.SAFE);
            trackingObj = dbCol.findOne();
 }
...
If no tail tracking object exists in the database, a new one will be inserted (that's okay), but the query "dbCol.findOne()" fetches ANY tail tracking object from the database (and not the one we've just inserted). 
In my oppinition, this is a bug and should be corrected like this: 
...
DBObject filter = new BasicDBObject("persistentId", config.persistentId);
trackingObj = dbCol.findOne(filter);
{
            trackingObj = dbCol.findOne(filter);
 }

(not tested).
A workaround can be implemented by putting each persistent tail tracker in it's own collection, so I marked this issue as "minor".
More details: http://camel.465427.n5.nabble.com/MongoDB-Persistent-tail-tracking-with-concurrent-tailable-consumers-td5759131.html
Joerg Peschke

Hive 0.13.0 added support for queries that do not reference tables (such as 'SELECT 1'). These queries fail under Tez:

Vertex failed as one or more tasks failed. failedTasks:1]
14/07/07 09:54:42 ERROR tez.TezJobMonitor: Vertex failed, vertexName=Map 1, vertexId=vertex_1404652697071_4487_1_00, diagnostics=[Task failed, taskId=task_1404652697071_4487_1_00_000000, diagnostics=[AttemptID:attempt_1404652697071_4487_1_00_000000_0 Info:Error: java.lang.RuntimeException: java.lang.IllegalArgumentException: Can not create a Path from an empty string
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:174)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.<init>(TezGroupedSplitsInputFormat.java:113)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat.getRecordReader(TezGroupedSplitsInputFormat.java:79)
	at org.apache.tez.mapreduce.input.MRInput.setupOldRecordReader(MRInput.java:205)
	at org.apache.tez.mapreduce.input.MRInput.initFromEventInternal(MRInput.java:362)
	at org.apache.tez.mapreduce.input.MRInput.initFromEvent(MRInput.java:341)
	at org.apache.tez.mapreduce.input.MRInputLegacy.checkAndAwaitRecordReaderInitialization(MRInputLegacy.java:99)
	at org.apache.tez.mapreduce.input.MRInputLegacy.init(MRInputLegacy.java:68)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:141)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat$HiveInputSplit.getPath(HiveInputFormat.java:110)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:228)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:171)
	... 14 more

When creating an application context, these log lines are output at DEBUG level many tens of times. It seems that there are an excess of StandardEnvironment objects being created.

DEBUG org.springframework.core.env.StandardEnvironment - Initializing new StandardEnvironment
DEBUG org.springframework.core.env.StandardEnvironment - Adding [systemProperties] PropertySource with lowest search precedence
DEBUG org.springframework.core.env.StandardEnvironment - Adding [systemEnvironment] PropertySource with lowest search precedence
DEBUG org.springframework.core.env.StandardEnvironment - Initialized StandardEnvironment with PropertySources

Method org.springframework.core.io.AbstractFileResolvingResource#exists treats jboss vfs URLs (protocol starting with "vfs") as files: it calls getFile().exists(). There is no fallback.
Unfortunately, vfszip:// resources (files inside JAR files) do not support getFile() and throw exception (see org.springframework.core.io.VfsUtils#getFile the "is nested" if command).
One obvious fix would be to provide fallback (that is, if getFile() throws an exception, it continues by handling the URL).
At this moment, the only solution is to not use exists(), but this workaround code instead:

        Resource res = ldr.getResource(locator);
        boolean exists = false;
        try {
            //!!HACK!!
            // Jboss vfzip:// does not support  exists() method
            // so we'll just try opening it and handle exception
            res.getInputStream().close();
            exists = true;
            log.info(this, "cannot open meta.xml", e);
        }
        if (!exists) {

Apparently, this is probably also root cause of SEC-1700

According to the docs here:
http://static.springsource.org/spring-security/site/docs/3.1.x/reference/springsecurity-single.html#d0e3278
The location of the filter is:
"2) ConcurrentSessionFilter, because it doesn't use any SecurityContextHolder functionality..."
But as you can see in this line here, it is used. 
https://github.com/SpringSource/spring-security/blob/master/web/src/main/java/org/springframework/security/web/session/ConcurrentSessionFilter.java#L133
It never gets populated due to the location in the filter chain and the Authentication object is always null.

07:21:52,095 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "webapp-v101.wab" (runtime-name: "webapp-v101.wab")
07:21:52,119 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: webapp-v101.wab:1.0.1
07:21:52,119 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) JBAS018224: Unregister web context: /simple-bundle
07:21:52,119 INFO  [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011003: Bundle stopped: webapp-v100.wab:1.0.0
07:21:52,124 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."webapp-v101.wab".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."webapp-v101.wab".INSTALL: JBAS018733: Failed to process phase INSTALL of deployment "webapp-v101.wab"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPSHOT]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1942) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1875) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
Caused by: org.jboss.msc.service.DuplicateServiceException: Service jboss.undertow.deployment.default-host./simple-bundle.UndertowDeploymentInfoService is already registered
	at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:235) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:767) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2382) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:317) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentProcessor.processDeployment(UndertowDeploymentProcessor.java:235)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentProcessor.deploy(UndertowDeploymentProcessor.java:102)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPSHOT]

http://teamcity.cafe-babe.org/viewLog.html?buildId=5380&tab=buildResultsDiv&buildTypeId=bt25

HIVE-13076 introduces "rely novalidate" primary and foreign keys to Hive. With the right driver in place, tools like Tableau can do join elimination and queries can run much faster.
Some gaps remain, currently getAttributes() in HiveDatabaseMetaData doesn't work quite right for keys. In particular, primary keys by definition are not null and the metadata should reflect this for improved join elimination.
In this example that uses the TPC-H schema and its constraints, we sum l_extendedprice and group by l_shipmode. This query should not use more than just the lineitem table.
With all the constraints in place, Tableau generates this query:

SELECT `lineitem`.`l_shipmode` AS `l_shipmode`,
  SUM(`lineitem`.`l_extendedprice`) AS `sum_l_extendedprice_ok`
FROM `tpch_bin_flat_orc_2`.`lineitem` `lineitem`
  JOIN `tpch_bin_flat_orc_2`.`orders` `orders` ON (`lineitem`.`l_orderkey` = `orders`.`o_orderkey`)
  JOIN `tpch_bin_flat_orc_2`.`customer` `customer` ON (`orders`.`o_custkey` = `customer`.`c_custkey`)
  JOIN `tpch_bin_flat_orc_2`.`nation` `nation` ON (`customer`.`c_nationkey` = `nation`.`n_nationkey`)
WHERE ((((NOT (`lineitem`.`l_partkey` IS NULL)) AND (NOT (`lineitem`.`l_suppkey` IS NULL))) AND ((NOT (`lineitem`.`l_partkey` IS NULL)) AND (NOT (`lineitem`.`l_suppkey` IS NULL)))) AND (NOT (`nation`.`n_regionkey` IS NULL)))

Since these are the primary keys the denormalization and the where condition is unnecessary and this sort of query can be a lot faster by just accessing the lineitem table.

KotlinReflectionParameterNameDiscoverer filters out any parameters that are not of type KParameter.Kind.VALUE.
This works fine, except if you have an extension method inside a class, like this:

class Example {
    // this method will look like doSomething(String) in the bytecode and to Java
    fun String.doSomething()
}

The extension receiver (KParameter.Kind.EXTENSION_RECEIVER) parameter must not be ignored here, since as far as Java code is concerned, this is a regular parameter.
I noticed this problem in combination with Hibernate Validator, which will throw an ArrayIndexOutOfBoundsException when analyzing such a method.
I am in the process of creating a pull request to fix this issue and will update this ticket when it is submitted.

2018-01-17 06:43:48,390 INFO  [MemStoreFlusher.1] regionserver.HRegion(2516): Flushing 1/1 column families, memstore=549.25 KB
2018-01-17 06:43:48,390 DEBUG [MemStoreFlusher.1] regionserver.CompactingMemStore(205): FLUSHING TO DISK: region test,5,1516171425662.acafc22e1f8132285eae5362d0df536a.store: fam
2018-01-17 06:43:48,406 DEBUG [RpcServer.default.FPBQ.Fifo.handler=4,queue=0,port=42601-inmemoryCompactions-1516171428312] regionserver.CompactionPipeline(206): Compaction pipeline segment Type=CSLMImmutableSegment, empty=no, cellCount=17576, cellSize=562432, totalHeapSize=1828120, min timestamp=1516171428258, max timestamp=1516171428258Num uniques -1;  flattened
2018-01-17 06:43:48,406 DEBUG [MemStoreFlusher.1] regionserver.CompactionPipeline(128): Swapping pipeline suffix; before=1, new segement=null
2018-01-17 06:43:48,455 DEBUG [Time-limited test] regionserver.HRegion(2201): NOT flushing memstore for region test,5,1516171425662.acafc22e1f8132285eae5362d0df536a., flushing=true, writesEnabled=true

You can see that we start a background flush first, and then we decided to do an in memory compaction, at the same time we call the region.flush from test, and it find that the region is already flushing so it give up.
This test is a bit awkward that we create the table with 6 regions which start key is 0,1,2,3,4,5, but when loading data we use 'aaa' to 'zzz', so there is only one region has data. And in the above scenario the only one region gives up flushing, then there is no data, and then our test fails.

When using sendAndRecieve method of RabbitTemplate, if the response is not recieved before the configured reply timeout, the created rabbitmq channel is not closed even if the channel cache size is exceeded and we end up with several zombie channels

The constructor signature changed here:
https://github.com/spring-projects/spring-framework/blob/master/spring-webmvc/src/main/java/org/springframework/web/servlet/mvc/method/annotation/ResponseBodyEmitterReturnValueHandler.java#L65
so there's no way to compile an implementation withSpring 4.3 and run with Spring 5. Probably we could keep the old constructor and add a new one?

HCatRecord getInteger method returns String when used on Partition columns of type INT.

If I let the Swarm Maven plugin autodetect a fraction, and I also add the same fraction to the configuration of additional fractions, like this:

        <groupId>org.jboss.spec.javax.servlet</groupId>
        <artifactId>jboss-servlet-api_3.0_spec</artifactId>
        <version>1.0.2.Final</version>

<build>
    <finalName>${project.artifactId}</finalName>

    <plugins>
        <plugin>
            <artifactId>wildfly-swarm-plugin</artifactId>
            <version>${version.org.wildfly.swarm}</version>
            <configuration>
                <fractionDetectMode>force</fractionDetectMode>
                <fractions>
                    <fraction>undertow</fraction>
                </fractions>
            <executions>
                <execution>
                    <goals>
                        <goal>package</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

then the Maven plugin doesn't add any fraction:

[INFO] --- wildfly-swarm-plugin:2016.11.0:package (default) @ additional-fractions-with-autodetection ---
[INFO] Scanning for needed WildFly Swarm fractions with mode: force
[INFO] Detected additional fractions: 

and fails with a cryptic error message:

[ERROR] Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:2016.11.0:package (default) on project additional-fractions-with-autodetection: Unable to create -swarm.jar: No WildFly Swarm Bootstrap fraction found -> [Help 1]

Reproducer is at https://github.com/Ladicek/swarm-tinies/tree/master/additional-fractions/with-autodetection
I would expect this to happen if fraction autodetection would be set to never. I would expect this to be caused by SWARM-869 if fraction autodetection would be set to when_missing. But no, fraction autodetection is set to force, and when I remove the additional fraction configuration, it works just fine.
(Still, it's entirely possible that the ultimate cause is the same as for SWARM-869, I didn't dive deeper yet.)
And no, I have no idea why someone would do this  But it isn't prevented and there's really no reason why this should fail in such way.

Today when a managed table has a partition with a location which is not a subdirectory of the table's location, when the table is dropped the partition's data is not deleted from HDFS, resulting in an orphaned directory (the data exists but nothing points to it).
The same applies to dropping a database with cascade and a table has a location outside the database.
I think it is safe to assume managed tables/partitions own the directories they point to, so we should clean these up.

See nabble
http://camel.465427.n5.nabble.com/File-Processor-Not-deleting-the-files-tp5670301.html
Need to explicit close the file input/output streams to avoid the files to be locked on windows.

See
http://forum.springframework.org/showthread.php?p=168963
I'm not aware of anything that would cause this since the decorator uses a standard Spring base class (AbstractInterceptorDrivenBeanDefinitionDecorator) to add the inteceptor so it may be an issue with Spring itself. 

TestHadoop20SAuthBridge tests testSaslWithHiveMetaStore and testMetastoreProxyUser sometimes fail. I have seen this more often on mac and windows, but this can happen on linux as well.
The problem is that metastore is started in a different thread and these unit tests actually rely on the metastore having initialized DelegationTokenSecretManager in HadoopThriftAuthBridge20S as part of the metastore startup (HiveMetaStore.startMetaStore )

We need to migrate the following EAP 6 configuration from the web subsystem:
<subsystem xmlns="urn:jboss:domain:web:2.1" default-virtual-server="default-host" native="false">
    <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http"/>
    <connector name="httpconfidential" protocol="HTTP/1.1" scheme="http" socket-binding="httpsecure" secure="true" enabled="true"/>
    <virtual-server name="default-host" enable-welcome-root="true">
        <alias name="localhost"/>
        <alias name="example.com"/>
    </virtual-server>
This configuration uses the *secure="true" * attribute to support the transport-guarantee to CONFIDENTIAL which is required by our applications. (We don't use https in EAP which is configured only on the Apache Web server that serves request to EAP 6)
The configuration has been migrated into EAP 7.0.0 Alpha using the CLI /subsystem=web:migrate command. Although no warnings are shown, the resulting configuration does not contain the attribute "secure" :
    <server name="default-server">
        <http-listener name="http" socket-binding="http"/>
        <http-listener name="httpconfidential" socket-binding="httpsecure"/>
            <location name="/" handler="welcome-content"/>
        </host>
    </server>
    <handlers>
        <file name="welcome-content" path="${jboss.home.dir}/welcome-content"/>
    </handlers>
Is there any plan to provide backward compatiblity for the secure attribute in EAP 7 ?

It would be very useful if I can test a local patch using the
parallel test framework.

Javadoc for SHA-224 DigestUtils should mention Java 1.8.0 restriction instead of 1.4.0.

I'm creating this early to be able to ptest the current Calcite 1.13.0-SNAPSHOT

HBase version 2.0.0
Default value for hbase.rpc.client.impl is set to AsyncRpcClient.
When trying to install HBase with Kerberos, RegionServer is not working functionally.
The following log is logged in its log file

2015-02-02 14:59:05,407 WARN  [AsyncRpcChannel-pool1-t1] channel.DefaultChannelPipeline: An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception.
io.netty.channel.ChannelPipelineException: org.apache.hadoop.hbase.security.SaslClientHandler.handlerAdded() has thrown an exception; removed.
	at io.netty.channel.DefaultChannelPipeline.callHandlerAdded0(DefaultChannelPipeline.java:499)
	at io.netty.channel.DefaultChannelPipeline.callHandlerAdded(DefaultChannelPipeline.java:481)
	at io.netty.channel.DefaultChannelPipeline.addFirst0(DefaultChannelPipeline.java:114)
	at io.netty.channel.DefaultChannelPipeline.addFirst(DefaultChannelPipeline.java:97)
	at io.netty.channel.DefaultChannelPipeline.addFirst(DefaultChannelPipeline.java:235)
	at io.netty.channel.DefaultChannelPipeline.addFirst(DefaultChannelPipeline.java:214)
	at org.apache.hadoop.hbase.ipc.AsyncRpcChannel$2.operationComplete(AsyncRpcChannel.java:194)
	at org.apache.hadoop.hbase.ipc.AsyncRpcChannel$2.operationComplete(AsyncRpcChannel.java:157)
	at io.netty.util.concurrent.DefaultPromise.notifyListener0(DefaultPromise.java:680)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners0(DefaultPromise.java:603)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners(DefaultPromise.java:563)
	at io.netty.util.concurrent.DefaultPromise.trySuccess(DefaultPromise.java:406)
	at io.netty.channel.DefaultChannelPromise.trySuccess(DefaultChannelPromise.java:82)
	at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.fulfillConnectPromise(AbstractNioChannel.java:253)
	at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.finishConnect(AbstractNioChannel.java:288)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:528)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354)
	at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116)
Caused by: javax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)]
	at org.apache.hadoop.hbase.security.SaslClientHandler.handlerAdded(SaslClientHandler.java:154)
	at io.netty.channel.DefaultChannelPipeline.callHandlerAdded0(DefaultChannelPipeline.java:486)
	... 20 more

When set hbase.rpc.client.impl to RpcClientImpl, there seems to be no issue.

The title for section 20.9.2.3 is ByteArrayMessageConverter. The class name however is ByteArrayHttpMessageConverter All the other 20.9.2 HTTP Message Conversion subsection titles are the name of the convertor class. And given the section's text does not mention the class name, it takes extra effort to find the correct class as a result of this typo.

Two bugs:
1. if UDAF uses string type, Group-by will break as it tries to insert an ArrayList<Object> to a HashMap<KeyWrapper, AggregationBuffer[]>.
2. The code to sample size of keys only handles String type and Text type, while in most cases, they are org.apache.hadoop.hive.serde2.lazy.LazyString, so that 0 is always used.

When the 'entity jpa' command is run, the Roo prompt does not have the name of the entity in focus if it was created using 

entity jpa --class com.foo.bar.Bar

roo> entity jpa --class com.foo.bar.Bar
Created SRC_MAIN_JAVA/com/foo/bar
8832648 Created SRC_MAIN_JAVA/com/foo/bar/Bar.java
12a9c80 Created SRC_MAIN_JAVA/com/foo/bar/Bar_Roo_Configurable.aj
7ef5378 Created SRC_MAIN_JAVA/com/foo/bar/Bar_Roo_Jpa_ActiveRecord.aj
74c1860 Created SRC_MAIN_JAVA/com/foo/bar/Bar_Roo_ToString.aj
7bcd4a1 Created SRC_MAIN_JAVA/com/foo/bar/Bar_Roo_Jpa_Entity.aj
roo> 

However if the command is run using a tilde, the correct output is shown:

roo> entity jpa --class ~.Foo
5b5e723 Created SRC_MAIN_JAVA/com/foo/bar/Foo.java
9bc166a Created SRC_MAIN_JAVA/com/foo/bar/Foo_Roo_Configurable.aj
2320419 Created SRC_MAIN_JAVA/com/foo/bar/Foo_Roo_Jpa_ActiveRecord.aj
bc732bd Created SRC_MAIN_JAVA/com/foo/bar/Foo_Roo_ToString.aj
8f19a9d Created SRC_MAIN_JAVA/com/foo/bar/Foo_Roo_Jpa_Entity.aj
~.Foo roo> 

The ear.EnterpriseArchiveTestCase is intermittently failing on TeamCity. The exception looks like:

Caused by: java.lang.Exception: {"JBAS014671: Failed services" => {"jboss.deployment.subunit.\"war-structure.ear\".\"war-structure-bundle.war\".Activate" => "org.jboss.msc.service.StartException in service jboss.deployment.subunit.\"war-structure.ear\".\"war-structure-bundle.war\".Activate: Failed to start service
    Caused by: org.jboss.osgi.deployment.interceptor.LifecycleInterceptorException: JBAS017345: Timeout context service activation: service jboss.undertow.deployment.default-host./war-structure-bundle
    Caused by: java.util.concurrent.TimeoutException: JBAS017345: Timeout context service activation: service jboss.undertow.deployment.default-host./war-structure-bundle"}}
    at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getActionResult(ServerDeploymentPlanResultFuture.java:134)
    at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getResultFromNode(ServerDeploymentPlanResultFuture.java:123)
    at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:85)
    at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:42)
    at org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper.deploy(ServerDeploymentHelper.java:55)
    at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:77)
    ... 88 more

The entire log file is attached to this JIRA. The test runs for this test can be found here http://teamcity.cafe-babe.org/project.html?projectId=project2&testNameId=-6445855124052176769&tab=testDetails

StepExecutionListener.afterStep() should only be called on success.  The interface javadocs don't say this, but I think it makes more sense for this callback to come only on a successful completion (since there is an onError() callback for the failure case).

This issue's reproduce is very like HIVE-12718 , but the data file is larger than 128M . In this case, even make sure only one mapper is used, the footer is still wrongly skipped. 
This issue happens when hive.input.format=org.apache.hadoop.hive.ql.io.CombineHiveInputFormat

There is a weird interaction between the shell and HBA. When you try to close a region that doesn't exist, it doesn't throw any error:

hbase(main):029:0> close_region 'thisisaninvalidregion'
0 row(s) in 0.0580 seconds

Normally one should get UnknownRegionException. Starting the shell with "-d" I see what a non-shell user would see along with a ton of logging from ZK (skipped here):

INFO client.HBaseAdmin: No server in .META. for thisisaninvalidregion; pair=null

But again this is not the right message, it should have shown

And this is because that part of the code treats both UnknownRegionException and NoServerForRegionException like if it was the same thing.
There is also some ugliness in flush, compact, and split but it normally doesn't show since the code treats everything like it's a table and sends a TableNotFoundException.
This jira is about making sure that the exceptions are correctly coming out.

On an hbase 2 cluster, I got the description of hbase:meta table:

{NAME => 'info', VERSIONS => '3', EVICT_BLOCKS_ON_CLOSE => 'false', NEW_VERSION_BEHAVIOR => 'false', KEEP_DELETED_CELLS => 'FALSE', CACHE_DATA_ON_WRITE => 'false', DATA_BLOCK_ENCODING => 'NONE', TTL => 'FOREVER', MIN_VERSIONS => '0',
REPLICATION_SCOPE => '0', BLOOMFILTER => 'NONE', CACHE_INDEX_ON_WRITE => 'false', IN_MEMORY => 'true', CACHE_BLOOMS_ON_WRITE => 'false', PREFETCH_BLOCKS_ON_OPEN => 'false', COMPRESSION => 'NONE', BLOCKCACHE => 'true', BLOCKSIZE => '81
92'}
...
{NAME => 'table', VERSIONS => '10', EVICT_BLOCKS_ON_CLOSE => 'false', NEW_VERSION_BEHAVIOR => 'false', KEEP_DELETED_CELLS => 'FALSE', CACHE_DATA_ON_WRITE => 'false', DATA_BLOCK_ENCODING => 'NONE', TTL => 'FOREVER', MIN_VERSIONS => '0'
, REPLICATION_SCOPE => '0', BLOOMFILTER => 'NONE', CACHE_INDEX_ON_WRITE => 'false', IN_MEMORY => 'true', CACHE_BLOOMS_ON_WRITE => 'false', PREFETCH_BLOCKS_ON_OPEN => 'false', COMPRESSION => 'NONE', BLOCKCACHE => 'true', BLOCKSIZE => '
8192'}

You can see that 'table' family has MAX VERSIONS much higher than the other families.
The MAX VERSIONS value should be brought in sync with the other families.

Assuming two tables :

 t1(id1 string,id2 string) , t2 (id string,d int) 

t1 contains 1 row : 'a','a'
t2 contains 1 row : 'a',2
The following query : 

 select a.*,b.d d1,c.d d2
from t1 a join t2 b on (a.id1=b.id)
join t2 c on (a.id2=b.id)
where b.d <=1 and c.d<=1 

Returns 0 rows as expected because t2.d = 2
Wrapping this query, like so : 

 select * from (

select a.*,b.d d1,c.d d2
where b.d <=1 and c.d<=1

) z where d1>1 or d2>1 

Where another filter was add on the columns causes the plan to lack the filter of the "<=1" and return a single row - Wrong Results.
The plan is : 

  (TOK_QUERY (TOK_FROM (TOK_SUBQUERY (TOK_QUERY (TOK_FROM (TOK_JOIN (TOK_JOIN (TOK_TABREF (TOK_TABNAME t1) a) (TOK_TABREF (TOK_TABNAME t2) b) (= (. (TOK_TABLE_OR_COL a) id1) (. (TOK_TABLE_OR_COL b) id))) (TOK_TABREF (TOK_TABNAME t2) c) (= (. (TOK_TABLE_OR_COL a) id2) (. (TOK_TABLE_OR_COL b) id)))) (TOK_INSERT (TOK_DESTINATION (TOK_DIR TOK_TMP_FILE)) (TOK_SELECT (TOK_SELEXPR (TOK_ALLCOLREF (TOK_TABNAME a))) (TOK_SELEXPR (. (TOK_TABLE_OR_COL b) d) d1) (TOK_SELEXPR (. (TOK_TABLE_OR_COL c) d) d2)) (TOK_WHERE (and (<= (. (TOK_TABLE_OR_COL b) d) 1) (<= (. (TOK_TABLE_OR_COL c) d) 1))))) z)) (TOK_INSERT (TOK_DESTINATION (TOK_DIR TOK_TMP_FILE)) (TOK_SELECT (TOK_SELEXPR TOK_ALLCOLREF)) (TOK_WHERE (or (> (TOK_TABLE_OR_COL d1) 1) (> (TOK_TABLE_OR_COL d2) 1)))))

  Stage-7 is a root stage
  Stage-5 depends on stages: Stage-7

  Stage: Stage-7
        z:b 
            limit: -1
        z:c 
            limit: -1
        z:b 
          TableScan
            alias: b
            HashTable Sink Operator
                0 {id1} {id2}
                1 {id} {d}
              handleSkewJoin: false
              keys:
                0 [Column[id1]]
                1 [Column[id]]
              Position of Big Table: 0
        z:c 
          TableScan
            alias: c
                0 {_col5} {_col0} {_col1}
                1 {d}
              keys:
                0 []
                1 []

    Map Reduce
        z:a 
          TableScan
            alias: a
                1 {id} {d}
              keys:
              outputColumnNames: _col0, _col1, _col4, _col5
                    expr: (_col1 = _col4)
                  condition expressions:
                    0 {_col5} {_col0} {_col1}
                    1 {d}
                  handleSkewJoin: false
                  keys:
                    0 []
                    1 []
                  outputColumnNames: _col1, _col4, _col5, _col9
                  Position of Big Table: 0
                    predicate:
                        expr: ((_col1 > 1) or (_col9 > 1))
                        type: boolean
                            expr: _col4
                            type: string
                            expr: _col5
                            type: int
                            expr: _col9
                            type: int
                      outputColumnNames: _col0, _col1, _col2, _col3
                        GlobalTableId: 0
                        table:

      limit: -1

Setting : 

 hive.optimize.ppd=false 

Results in the following correct plan : 

 ABSTRACT SYNTAX TREE:

        z:b 
            limit: -1
        z:c 
            limit: -1
        z:b 
          TableScan
            alias: b
                1 {id} {d}
              keys:
        z:c 
          TableScan
            alias: c
                1 {d}
              keys:
                0 []
                1 []

    Map Reduce
        z:a 
          TableScan
            alias: a
                1 {id} {d}
              keys:
                    1 {d}
                  keys:
                    0 []
                    1 []
                        expr: ((_col1 <= 1) and (_col9 <= 1))
                            type: int
                            type: int
                      Filter Operator
                        predicate:
                            expr: ((_col2 > 1) or (_col3 > 1))
                            type: boolean
                          expressions:
                                type: string
                                expr: _col2
                                type: int
                                expr: _col3
                                type: int
                          outputColumnNames: _col0, _col1, _col2, _col3
                          File Output Operator
                            compressed: false
                            GlobalTableId: 0
                            table:
                                input format: org.apache.hadoop.mapred.TextInputFormat
                                output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat

      limit: -1 

Status Quo
The getValue() methods in AnnotationUtils currently fail to retrieve the value of the desired annotation attribute if the annotation itself is not public (i.e., package private). In contrast, the getDefaultValue() methods work fine since they invoke Method#getDefaultValue(). Thus the problem lies with the fact that AnnotationUtils.getValue(Annotation, String) attempts to invoke the method, swallowing the exception on failure and silently returning null.

 Update AnnotationUtils.getValue(Annotation, String) so that it uses reflection to make the desired annotation attribute method accessible before invoking it to retrieve the value.

CAMEL-6130 seems to have introduced this issue or more precisely speaking, it has made this issue visible.
DefaultEndpoint's toString() method seems to require its endpoint string value to be set. If it's not set, the toString method throws an exception. A fully built endpoint always has its endpoint string value set, thus there is no issue. However, an endpoint being manually set up may not have its endpoint string value set from the beginning (e.g., when its super class uses the DefaultEndpoint's default constructor to instantiate using a bean based instantiation).
The debug log statement introduced in CAMEL-6130 invokes this toString method during the endpoint setup.
That means, a spring based CXF endpoint may result in the following exception under the debug mode.
SLF4J: Failed toString() invocation on an object of type [org.apache.camel.component.cxf.CxfSpringEndpoint]
java.lang.IllegalArgumentException: endpointUri is not specified and org.apache.camel.component.cxf.CxfSpringEndpoint does not implement createEndpointUri() to create a default value
at org.apache.camel.impl.DefaultEndpoint.getEndpointUri(DefaultEndpoint.java:154)
at org.apache.camel.impl.DefaultEndpoint.toString(DefaultEndpoint.java:139)
at org.slf4j.helpers.MessageFormatter.safeObjectAppend(MessageFormatter.java:304)
at org.slf4j.helpers.MessageFormatter.deeplyAppendParameter(MessageFormatter.java:276)
at org.slf4j.helpers.MessageFormatter.arrayFormat(MessageFormatter.java:230)
at org.slf4j.impl.Log4jLoggerAdapter.debug(Log4jLoggerAdapter.java:271)
at org.apache.camel.util.IntrospectionSupport.setProperty(IntrospectionSupport.java:528)
at org.apache.camel.util.IntrospectionSupport.setProperty(IntrospectionSupport.java:570)
at org.apache.camel.util.IntrospectionSupport.setProperties(IntrospectionSupport.java:454)
at org.apache.camel.util.EndpointHelper.setProperties(EndpointHelper.java:249)
at org.apache.camel.component.cxf.CxfEndpoint.setCamelContext(CxfEndpoint.java:840)
I  wonder whether we really need DefaultEndpoint's getEndpointUri() to throw an exception when it's endpoint string value is not set. But if we keep this rule, we must catch the exception in its toString() method so that we won't throw the above exception when the toString() method is called during the endpoint setup
I would propose to add the exception catching in the toString method. If we decide to change the getEndpointUri() method to not throw the exception (that change will likely require the NPE check at the users of this method), we can make that change and remove the exception catch from the toString method
This issue affects camel 2.11.0 and later versions.

The SecurityTestCase#testFailedAuthenticationBlankUserPass() test fails when executed with Elytron profile (-Delytron).

mvn clean test -Dtest=SecurityTestCase -Delytron -Dwildfly.tmp.enable.elytron.profile.tests=true
...
  SecurityTestCase.testFailedAuthenticationBlankUserPass:84 must not allow to create a session without any authentication

Tests run: 6, Failures: 1, Errors: 0, Skipped: 0

  1) Error:
test_compact_should_work(Hbase::AdminMethodsTest):
NameError: uninitialized constant Java::OrgApacheHadoopHbaseClient::Admin::CompactType
    org/jruby/RubyModule.java:2647:in `const_missing'
    file:/home/hbase/.m2/repository/org/jruby/jruby-complete/1.6.8/jruby-complete-1.6.8.jar!/META-INF/jruby.home/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2503:in            `const_missing'
    /home/hbase/trunk/hbase-shell/src/main/ruby/hbase/admin.rb:71:in `compact'
    ./src/test/ruby/hbase/admin_test.rb:106:in `test_compact_should_work'

  2) Error:
test_major_compact_should_work(Hbase::AdminMethodsTest):
    /home/hbase/trunk/hbase-shell/src/main/ruby/hbase/admin.rb:99:in `major_compact'
    ./src/test/ruby/hbase/admin_test.rb:112:in `test_major_compact_should_work'

  3) Error:
test_Snapshot_should_work_when_SKIP_FLUSH_args(Hbase::AdminSnapshotTest):
NameError: no method 'snapshot' for arguments (org.jruby.RubyString,org.apache.hadoop.hbase.TableName,org.apache.hadoop.hbase.protobuf.generated.HBaseProtos.SnapshotDescription. Type) on Java::OrgApacheHadoopHbaseClient::HBaseAdmin
    /home/hbase/trunk/hbase-shell/src/main/ruby/hbase/admin.rb:957:in `snapshot'
    /home/hbase/trunk/hbase-shell/src/main/ruby/hbase/admin.rb:955:in `snapshot'
    ./src/test/ruby/hbase/admin_test.rb:450:in `test_Snapshot_should_work_when_SKIP_FLUSH_args'

382 tests, 537 assertions, 0 failures, 3 errors

The above were due to certain types being moved so that we don't expose protobuf in API

This test is categorized FlakeyTest.  It earned this sobriquet by continually failing from time to time.. Here is recent https://builds.apache.org/job/HBase-TRUNK/5619/testReport/  It is important test and someone needs to spend tie on it but its plain folks are a bit busy at mo.  Meantime, lets not this test get in the way of our getting all-green test runs.  Let me put up a patch to disable it.  I'll then file blocker against 1.0 so it gets fixed before we release.

This was cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1228228
Attribute for-hosts for Security realm with Kerberos does not select keytab in order which is described in $EAP_SERVER/docs/schema/jboss-as-config_1_7.xsd (begin on line 456). 
According to this XSD hostname values from for-hosts attributes (steps 1. nad 2.) are iterated before values obtained from principal (steps 3. and 4.). In case when keytab element (denote as keytab1) contains for-hosts attribute with hostname EXAMPLE and some another keytab element (denote as keytab2) contains principal HTTP/EXAMPLE@SOMETHING.COM then keytab2 is selected instead of keytab1. It means step 3. is performed before step 2. 
Configuration for mentioned above example:

<server-identities>
    <kerberos>
        <keytab principal="HTTP/ANYVALUE@SOMETHING.COM" path="/path/to/krb1.keytab" for-hosts="EXAMPLE"/>
        <keytab principal="HTTP/EXAMPLE@SOMETHING.COM" path="/path/to/krb2.keytab" for-hosts="SOMEHOST"/>
    </kerberos>
</server-identities>

In case when hostname in for-hosts contains also protocol (HTTP/EXAMPLE instead of EXAMPLE) then it works correctly.

Currently, the ResourceUrlProvider auto-initializes itself on every ContextRefreshedEvent. This breaks down when the application has all beans configured in the root context and uses an empty web application context for its DispatcherServlet. The ContextRefreshedEvent of the latter is handled by the ResourceUrlProvider after it has already properly initialized itself, thereby causing it to empty its handlerMap. 
I would suggest to set the autodetect flag to false in onApplicationEvent if the handlerMap is non-empty after calling detectResourceHandlers. Right now it's quite complicated to work around this issue. 

hive> select date_add('2015-01-01', map(1,1));
FAILED: ArrayIndexOutOfBoundsException 2

hive> select date_sub('2015-01-01', map(1,1));

WebServiceMessageReceiverHandlerAdapter has been changed recently to catch InvalidXmlException and return a HTTP 400 status code. We would like to instead return a SOAP fault with a detailed message of the parse error (I'm not certain but returning 400 is probably against the SOAP spec). This is impossible with the new implementation of WebServiceMessageReceiverHandlerAdapter without re-implementing the handle(...) method. 
Could the handling of this exception (and probably the non-POST transport method) be done by a separate protected method such that it can be overridden?

Wildfly 13.0.0.Final
Removing the "iiop" socket-binding from the orb configuration:
        <subsystem xmlns="urn:jboss:domain:iiop-openjdk:2.0">
            <orb ssl-socket-binding="iiop-ssl"/>
            <initializers security="identity" transactions="spec"/>
            <security server-requires-ssl="true" client-requires-ssl="true" support-ssl="true" security-domain="jsse"/>
and commenting out the iiop socket-binding leads to the following error:
2018-07-24 14:47:29,315 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "iiop-openjdk")]) - failure description: 
{
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.binding.iiop"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.iiop-openjdk.orb-service is missing [jboss.binding.iiop]"]
}
2018-07-24 14:47:29,351 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
      service jboss.binding.iiop (missing) dependents: [service jboss.iiop-openjdk.orb-service]

An offline split parent region can be assigned by using 'assign' from shell.
This may trigger a compaction on the split parent region that should be offline, breaking the references of the two daughters.
The easy way to test this is:

disable compactions
create a table and insert some row
split
shutdown the master (otherwise there's a state checked inside the AssignmentManager)
start the master
assign the region marked as OFFLINE => true, SPLIT => true (the compaction on region startup will probably break the reference of the two  daughters)

TestRemoteHiveMetaStore.java was removed by the commit of HIVE-1845. This change was not part of
the patch for HIVE-1845.

The StatementCreatorUtils.setNull(..) method fails with an Oracle database.
The method expects the driver to throw an exception when ps.getParameterMetaData() is invoked (line 234), but this actually succeeds and returns a value.
Later in the method (line 241), when pmd.getParameterType() is invoked, Oracle throws an "Unsupported Feature" exception.
I think the easiest fix here would be to move the getParameterType() invocation into the existing try block so both conditions are accounted for.
Stack trace attached.

Running 'mvn apache-rat:check' locally causes a failure because it finds the source control files, making it hard to check that you didn't include a file without a source header.

Here is the related code (around line 129):

        for (StoreFile f : readersToClose) {
          f.closeReader(true);
        }

If any closeReader() call throws IOException, the remaining StoreFile(s) would not be closed.

So, for now it is possible to get null values for some parameters names returned by getParameterNames(). But this is illegal, becouse if parameter name exists in  getParameterNames() enum it could not be null. 

2010-04-27 15:18:26,952 INFO  [Thread main] remoting.rmi.RmiServiceExporter -  - Unbinding RMI service 'Rewind' from registry at port '1099'
When configuring a RmiRegistry on a non standard port, the shutdown logging message displays the default rmi port even though it isn't used to create the rmi registry.
In the case above there is no rmi registry running at port 1099

The Javadoc from JobOperator#abandon(long) states that an ABANDONED job execution can be restarted.

     * An abandoned job execution can be
     * restarted, but a stopping one cannot.

https://github.com/spring-projects/spring-batch/blob/4.0.0.RC1/spring-batch-core/src/main/java/org/springframework/batch/core/launch/JobOperator.java
The HTML documentation says that the job cannot be restarted.

4.6.6 Aborting a Job
...
 A job execution whose status is ABANDONED will not be restarted by the framework.

https://docs.spring.io/spring-batch/4.0.x/reference/html/job.html#aborting-a-job
The actual behavior is that the ABANDONED job cannot be restarted, and STOPPING job can be restart.(It seems an strange decision to me, but it is not the point of this ticket)
So the HTML documentation is correct and the Javadoc needs to be fixed.
Also, there is a small error on the HTML, as it refers to JobService instead of JobOperator.

There is a utility in Spring Batch Admin JobService to abort a job execution.

the HLog.splitLog got really long and complex and hard to verify for correctness. 
I started to refactor it and also ported changes from hbase-2337 that deals with premature deletion of log files in case of errors. Further improvements will be possible, however the scope of this issue is to clean the code and make it behave correctly (i.e. not lose any edits)  
Added a suite of unit tests that might be ported to 0.20 as well.
Added a setting (hbase.skip.errors - feel free to suggest a better name) that, when set to false will make the process less tolerant to failures or corrupted files:  in case a log file is corrupted or an error stops the process from consistently splitting the log, will abort the entire operation to avoid losing any edits. When hbase.skip.errors is on any corrupted files will be partially parsed and then moved to the corrupted logs archive (see hbase-2337). 
Like hbase-2337 the splitLog method will first split all the logs and then proceed to archive them. If any splitted log file (oldlogfile.log) that is the result of an earlier splitLog attempt is found in the region directory, it will be deleted - this is safe since we won't move the original log files until the splitLog process completes.

There is an issue with CxfPayloadConverter that can lead to a failure in converting the CxfPayload into something which is actually convertible. 
This problem happens when you try to convert a CxfPayload instance that has an empty body list into a Node instance. This returns null and subsequently registers this type mapping key (CxfPayload->Node) in org.apache.camel.impl.converter.BaseTypeConverterRegistry's conversion-misses table. Because of this, a subsequent conversion using a CxfPayload instance with an non empty body list will permanently fail.
I am attaching a modified CxfPayloadConversionTest that includes testCxfPayloadToNode that illustrates this problem. Currently, the last assertion of this test is failing when this issue is present.
I think we can fix this problem by returning Void.TYPE instead of a null for this case.
In this way, the conversion is regarded as a success and there will be no entry in the conversion-misses table.
So, I am also attaching the modiefied CxfPayloadConverter class that can handle this test case.

Given xml configuration file

<?xml version="1.0" encoding="ISO-8859-1" ?>
<empty></empty>

XMLConfiguration xml = new XMLConfiguration(file);
assertTrue(xml.isEmpty());

isEmpty() returned true on version 1.4 ?, now it returns false, and the configuration contains a single empty string as key.
Not sure if this should be considered a bug, but the documnetation reads: Checks if this configuration is empty. Empty means that there are no keys with any values, though there can be some (empty) nodes. 

DomainInfo.java line 244:

   String path = packageName.replace(".", File.separator);

should be:

   String path = packageName.replace(".", "/");

because ON WINDOWS File.separator yields "" and then when compared in ClassPathScanner line 68 with the "/" that are in the ZipFileEntry, nothing ever matches and no entity or relationship classes are registered.  

After HBASE-11315 & HBASE-8763, each edit has a unique 'version' i.e. its SequenceId(or old mvcc value). Therefore, we don't need replay tag to handle out of order same version updates. 

https://github.com/apache/hive/blob/master/llap-server/src/java/org/apache/hadoop/hive/llap/shufflehandler/ShuffleHandler.java#L130

On a secure cluster, when I issued this command where ns1 didn't exist:

hbase(main):002:0> create 'ns1:t1', 'f1', SPLITS => ['10', '20', '30', '40']

ERROR: Unknown namespace ns1:t1!

specifications (at least one), and, optionally, table configuration

          raise "Unknown namespace #{args.first}!"

Simply quoting the argument is not accurate - namespace should be extracted from the argument

AcidUtils.getLogicalLength() - tries look for the side file OrcAcidUtils.getSideFile() on the file system even when the file couldn't possibly be there, e.g. when the path is delta_x_x or base_x.  It could only be there in delta_x_y, x != y.

Configuring more than one JASPIC AuthModule like this

swarm: 
security: 
  security-domains: 
    jaspioauth: 
      jaspi-authentication: 
        auth-modules: 
          2-OAuth2:
            code: xxxxx.OpenIDConnectAuthModule
            flag: sufficient
            module-options: 
              client_id: SwarmOAth
              client_secret: secret
              scope: openid profile email
              redirection_endpoint: /mycontext
              cookie_context: /
              issuer_uri: https://stst.xxx.it:9031/as/token.oauth2
              disable_certificate_checks: true
          1-JWT: 
            code: it.xxx.jaspic.ValidationServerAuthModule

doesn't respect the order in which the AuthModule are called. In this case the 1-JWT module is called before 2-OAuth2.

If you subscribe to the same destination twice on the same connection/session, and then you unscribe one of them the both remains.
after some search the problem could be into the cache mechanism.
probably at this point :
DefaultSubscriptionRegistry::removeSubscriptionInternal
....
if (info.getSubscriptions(destination) == null) 
...

Minor changes in bin/appclient.sh and bin/jdr.sh:

appclient:
	
fix of HAS_OPENJDK variable name
use || instead of -o as it is better defined

jdr:
	
used simplier syntax for if statement condition
fix of assignment statement "cygwin = true" -> "cygwin=true"

trunk and hive 0.14 based builds no longer have  hive-log4j.properties in the jars. This means that in default tar, unless  hive-log4j.properties is created in conf dir (from  hive-log4j.properties.template file), hive cli is much more verbose in what is printed to console. Hiveserver2 fails to come up, as it errors out with - 
org.apache.hadoop.hive.common.LogUtils$LogInitializationException: Unable to initialize logging using hive-log4j.properties, not found on CLASSPATH!

when starting shell with "-d" specified, the following line doesn't print anything because debug isn't set when shell is constructed.

"Backtrace: #{e.backtrace.join("\n           ")}" if debug

In addition, the existing code prints the outer most exception while we normally need the root cause exception.

DefaultJobParametersConverter is not thread-safe due to usage of instance variable for numberFormat, dateFormat and longNumberFormat. Then as the SimpleJobOperator use a JobParametersConverter as a instance variable it is not thread-safe either. Thus means that we cannot use it with a SimpleAsyncTaskExecutor or any asynchronous TaskExecutor. 
Can you fix it or can you explain which setup as be evaluated to make it work properly with an asynchronous TaskExecutor ?

test-patch.sh currently does this:

  $MVN clean test -DskipTests -Dhadoop.profile=23 -D${PROJECT_NAME}PatchProcess > $PATCH_DIR/trunk23JavacWarnings.txt 2>&1

we should compile against hadoop 2.0.0-alpha

in current master LruBlockCache,  CACHE_FIXED_OVERHEAD is calculated as this:

  public final static long CACHE_FIXED_OVERHEAD = ClassSize.align(
      (3 * Bytes.SIZEOF_LONG) + (10 * ClassSize.REFERENCE) +
      (5 * Bytes.SIZEOF_FLOAT) + (2 * Bytes.SIZEOF_BOOLEAN)
      + ClassSize.OBJECT);

after some investigation. I think there are some wrong here, class LruBlockCache, except static varible(which is belongs to class), there are 4 long varibles(maxBlockSize,maxSize,blockSize and overhead), 9 reference varibles and 2 boolean varibles, so the above code will not calculate LruBlockCache instance size correctly.
current related ut not failed mostly due to the result is 8 bytes aligned.

When a query contains a union with a map only subquery on one side and a subquery involving two sequential map reduce jobs on the other, it can produce wrong results.  It appears that if the map only queries table scan operator is processed first the task involving a union is made a root task.  Then when the other subquery is processed, the second map reduce job gains the task involving the union as a child and it is made a root task.  This means that both the first and second map reduce jobs are root tasks, so the dependency between the two is ignored.  If they are run in parallel (i.e. the cluster has more than one node) no results will be produced for the side of the union with the two map reduce jobs and only the results of the other side of the union will be returned.
The order TableScan operators are processed is crucial to reproducing this bug, and it is determined by the order values are retrieved from a map, and hence hard to predict, so it doesn't always reproduce.

See https://builds.apache.org/job/PreCommit-HBASE-Build/11204//testReport/org.apache.hadoop.hbase.master/TestDistributedLogSplitting/testMasterStartsUpWithLogReplayWork/
The namespace region gets stuck.  It is never 'recovered' even though we have finished log splitting.  Here is the main exception:

4941 2014-10-03 02:00:36,862 DEBUG [B.defaultRpcServer.handler=1,queue=0,port=37113] ipc.CallRunner(111): B.defaultRpcServer.handler=1,queue=0,port=37113: callId: 211 service: ClientService methodName: Get
      size: 99 connection: 67.195.81.144:44526
4942 org.apache.hadoop.hbase.exceptions.RegionInRecoveryException: hbase:namespace,,1412301462277.eba5d23de65f2718715eeb22edf7edc2. is recovering
4943   at org.apache.hadoop.hbase.regionserver.HRegion.startRegionOperation(HRegion.java:6058)
4944   at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2086)
4945   at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2072)
4946   at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:5014)
4947   at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:4988)
4948   at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:1690)
4949   at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:30418)
4950   at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2020)
4951   at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:108)
4952   at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:114)
4953   at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:94)
4954   at java.lang.Thread.run(Thread.java:744)  

See how we've finished log splitting long time previous:

2014-10-03 01:57:48,129 INFO  [M_LOG_REPLAY_OPS-asf900:37113-1] master.SplitLogManager(294): finished splitting (more than or equal to) 197337 bytes in 1 log files in [hdfs://localhost:49601/user/jenkins/hbase/WALs/asf900.gq1.ygridcore.net,40732,1412301461887-splitting] in 379ms

If I grep for the deleting of znodes on recovery, which is when we set the recovering flag to false, I see a bunch of regions but not my namespace one:
2014-10-03 01:57:47,330 INFO  [Thread-9216-EventThread] zookeeper.RecoveringRegionWatcher(66): /hbase/recovering-regions/1588230740 znode deleted. Region: 1588230740 completes recovery.
2014-10-03 01:57:48,119 INFO  [Thread-9216-EventThread] zookeeper.RecoveringRegionWatcher(66): /hbase/recovering-regions/adfdcf958dd958f0e2ce59072ce2209d znode deleted. Region: adfdcf958dd958f0e2ce59072ce2209d completes recovery.
2014-10-03 01:57:48,121 INFO  [Thread-9216-EventThread] zookeeper.RecoveringRegionWatcher(66): /hbase/recovering-regions/41d438848305831b61d708a406d5ecde znode deleted. Region: 41d438848305831b61d708a406d5ecde completes recovery.
2014-10-03 01:57:48,122 INFO  [Thread-9216-EventThread] zookeeper.RecoveringRegionWatcher(66): /hbase/recovering-regions/6a7cada80de2ae5d774fe8cd33bd4cda znode deleted. Region: 6a7cada80de2ae5d774fe8cd33bd4cda completes recovery.
2014-10-03 01:57:48,124 INFO  [Thread-9216-EventThread] zookeeper.RecoveringRegionWatcher(66): /hbase/recovering-regions/65451bd5b38bd16a31e25b62b3305533 znode deleted. Region: 65451bd5b38bd16a31e25b62b3305533 completes recovery.
2014-10-03 01:57:48,125 INFO  [Thread-9216-EventThread] zookeeper.RecoveringRegionWatcher(66): /hbase/recovering-regions/07afdc3748894cf2b56e0075272a95a0 znode deleted. Region: 07afdc3748894cf2b56e0075272a95a0 completes recovery.
2014-10-03 01:57:48,126 INFO  [Thread-9216-EventThread] zookeeper.RecoveringRegionWatcher(66): /hbase/recovering-regions/a4337ad2874ee7e599ca2344fce21583 znode deleted. Region: a4337ad2874ee7e599ca2344fce21583 completes recovery.
2014-10-03 01:57:48,128 INFO  [Thread-9216-EventThread] zookeeper.RecoveringRegionWatcher(66): /hbase/recovering-regions/9d91d6eafe260ce33e8d7d23ccd13192 znode deleted. Region: 9d91d6eafe260ce33e8d7d23ccd13192 completes recovery.
This would seem to indicate that we successfully wrote zk that we are recovering:

2014-10-03 01:57:47,672 DEBUG [MASTER_SERVER_OPERATIONS-asf900:37113-0] coordination.ZKSplitLogManagerCoordination(647): Mark region eba5d23de65f2718715eeb22edf7edc2 recovering from failed region server asf900.gq1.ygridcore.net,42071,1412301461790

As part of the open of namespace, we updated our last flushed id successfully:

2ae5d774fe8cd33bd4cda/family
2014-10-03 01:57:47,698 DEBUG [Thread-9216-EventThread] zookeeper.ZooKeeperWatcher(304): master:37113-0x148d3b7d84b020f, quorum=localhost:50702, baseZNode=/hbase Received ZooKeeper Event, type=NodeDataChanged, state=SyncConnected, path=/hbase/recovering-regions/eba5d23de65f2718715eeb22edf7edc2
2014-10-03 01:57:47,699 DEBUG [PostOpenDeployTasks:eba5d23de65f2718715eeb22edf7edc2] regionserver.HRegionServer(2947): Update last flushed sequence id of region eba5d23de65f2718715eeb22edf7edc2 for asf900.gq1.ygridcore.net,42071,1412301461790

Not sure why this node is up in zk.
Let me dig again later.

When loading a relation like this: 
http://localhost:8080/rest/entity/6bf64863-2c1f-4661-b54b-7611971b36aa/relation/a6ae6a94-31f9-47a5-9904-329477ab54d0
with: 
"application/x-spring-data-compact+json" as Accept-Type, the result does not contain a self link. The same for "application/json" as Accept-Type.
This worked before and also works for:
http://localhost:8080/rest/entity/ etc.

smx@root:/> osgi/refresh 120
smx@root:/> Exception in thread "SpringOsgiExtenderThread-16" org.springframework.beans.factory.BeanCreationException: E
rror creating bean with name 'illustrationGenerationEndpoint': Initialization of bean failed; nested exception is java.l
ang.IllegalStateException: BeanFactory not initialized or already closed - call 'refresh' before accessing beans via the
ApplicationContext
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCap
ableBeanFactory.java:480)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBea
nFactory.java:409)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapab
leBeanFactory.java:380)
at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegis
try.java:222)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListable
BeanFactory.java:429)
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplic
ationContext.java:728)
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$1600(AbstractDel
egatedExecutionApplicationContext.java:68)
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegated
ExecutionApplicationContext.java:343)
at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(Abstrac
tDelegatedExecutionApplicationContext.java:308)
at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$Co
mpleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:138)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.IllegalStateException: BeanFactory not initialized or already closed - call 'refresh' before access
ing beans via the ApplicationContext
at org.springframework.context.support.AbstractRefreshableApplicationContext.getBeanFactory(AbstractRefreshableA
pplicationContext.java:153)
at org.springframework.context.support.AbstractApplicationContext.getBeanDefinitionNames(AbstractApplicationCont
ext.java:929)
at org.apache.cxf.configuration.spring.ConfigurerImpl.initWildcardDefinitionMap(ConfigurerImpl.java:77)
at org.apache.cxf.configuration.spring.ConfigurerImpl.addApplicationContext(ConfigurerImpl.java:223)
at org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor.updateBusReferencesInContext(BusWiringBeanFactory
PostProcessor.java:118)
at org.apache.camel.component.cxf.spring.CxfEndpointBeanDefinitionParser$CxfSpringEndpointBean.setApplicationCon
text(CxfEndpointBeanDefinitionParser.java:115)
at org.springframework.context.support.ApplicationContextAwareProcessor.postProcessBeforeInitialization(Applicat
ionContextAwareProcessor.java:70)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeIni
tialization(AbstractAutowireCapableBeanFactory.java:350)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireC
apableBeanFactory.java:1331)
ableBeanFactory.java:473)
... 16 more

steps to recreate the issue. assuming two users 

test
another

create two jceks files for each user and place them on hdfs with access to that file only allowed to the user. hdfs locations with permissions 

-rwx------   1 another another        492 2017-11-16 13:06 /user/another/another.jceks
-rwx------   1 test test        489 2017-11-16 13:05 /user/test/test.jceks

password used to create 

/user/another/another.jceks – another
/user/test/test.jceks – test

on core-site.xml 

        <name>hadoop.proxyuser.[superuser].hosts</name>
        <value>*</value>
        <name>hadoop.proxyuser.[superuser].groups</name>

and restart hdfs.
enable ACID on HS2 (change the required properties).additional changes on  hiveserver2 configs 

* hive.metastore.warehouse.dir=file:///tmp/hive/test-warehouse
* hive.server2.enable.doAs=true
* remove javax.jdo.option.ConnectionPassword property from hive-site.xml

start hiveserver2
connect to the server using beeline using any user:

create table a (i int, b string);
insert into a values (0 , '0'), (1 , '1'), (2 , '2'), (3 , '3'), (4 , '4'), (5 , '5'), (6 , '6'), (7 , '7'), (8 , '8'), (9 , '9'), (10 , '10'), (11 , '11'), (12 , '12'), (13 , '13'), (14 , '14'), (15 , '15'), (16 , '16'), (17 , '17'), (18 , '18'), (19 , '19'), (20 , '20'), (21 , '21'), (22 , '22'), (23 , '23'), (24 , '24'), (25 , '25'), (26 , '26'), (27 , '27'), (28 , '28'), (29 , '29'), (30 , '30'), (31 , '31'), (32 , '32'), (33 , '33'), (34 , '34'), (35 , '35'), (36 , '36'), (37 , '37'), (38 , '38'), (39 , '39'), (40 , '40'), (41 , '41'), (42 , '42'), (43 , '43'), (44 , '44'), (45 , '45'), (46 , '46'), (47 , '47'), (48 , '48'), (49 , '49'), (50 , '50'), (51 , '51'), (52 , '52'), (53 , '53'), (54 , '54'), (55 , '55'), (56 , '56'), (57 , '57'), (58 , '58'), (59 , '59'), (60 , '60'), (61 , '61'), (62 , '62'), (63 , '63'), (64 , '64'), (65 , '65'), (66 , '66'), (67 , '67'), (68 , '68'), (69 , '69'), (70 , '70'), (71 , '71'), (72 , '72'), (73 , '73'), (74 , '74'), (75 , '75'), (76 , '76'), (77 , '77'), (78 , '78'), (79 , '79'), (80 , '80'), (81 , '81'), (82 , '82'), (83 , '83'), (84 , '84'), (85 , '85'), (86 , '86'), (87 , '87'), (88 , '88'), (89 , '89'), (90 , '90'), (91 , '91'), (92 , '92'), (93 , '93'), (94 , '94'), (95 , '95'), (96 , '96'), (97 , '97'), (98 , '98'), (99 , '99');

exit beeline and connect with user another 

./beeline -u "jdbc:hive2://localhost:10000/default?hive.strict.checks.cartesian.product=false;hive.txn.timeout=4s;hive.txn.heartbeat.threadpool.size=1;hadoop.security.credential.provider.path=jceks://hdfs/user/another/another.jceks;ssl.server.keystore.keypassword=another" -n another

create table another_a_acid (i int, b string) clustered by (i) into 8 buckets stored as orc tblproperties('transactional'='true');

insert overwrite table another_a_acid select a2.i, a3.b from a a1 join a a2 join a a3 on 1=1;

open another beeline session with user test:

./beeline -u "jdbc:hive2://localhost:10000/default?hive.strict.checks.cartesian.product=false;hive.txn.timeout=4s;hive.txn.heartbeat.threadpool.size=1;hadoop.security.credential.provider.path=jceks://hdfs/user/test/test.jceks;ssl.server.keystore.keypassword=test" -n test

create table a_acid (i int, b string) clustered by (i) into 8 buckets stored as orc tblproperties('transactional'='true');

insert overwrite table a_acid select a2.i, a3.b from a a1 join a a2 join a a3 on 1=1;

fails with exception 

2017-11-17T12:15:52,664 DEBUG [Heartbeater-1] retry.RetryInvocationHandler: Exception while invoking ClientNamenodeProtocolTranslatorPB.getFileInfo over null. Not retrying because try once and fail.
org.apache.hadoop.ipc.RemoteException: Permission denied: user=test, access=EXECUTE, inode="/user/another/another.jceks":another:another:drwx------
	at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.check(FSPermissionChecker.java:319)
	at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkTraverse(FSPermissionChecker.java:259)
	at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkPermission(FSPermissionChecker.java:205)
	at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkPermission(FSPermissionChecker.java:190)
	at org.apache.hadoop.hdfs.server.namenode.FSDirectory.checkPermission(FSDirectory.java:1955)
	at org.apache.hadoop.hdfs.server.namenode.FSDirStatAndListingOp.getFileInfo(FSDirStatAndListingOp.java:109)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getFileInfo(FSNamesystem.java:4111)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getFileInfo(NameNodeRpcServer.java:1137)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getFileInfo(ClientNamenodeProtocolServerSideTranslatorPB.java:866)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2351)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2347)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2345)

	at org.apache.hadoop.ipc.Client.getRpcResponse(Client.java:1554) ~[hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.ipc.Client.call(Client.java:1498) ~[hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.ipc.Client.call(Client.java:1398) ~[hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:233) ~[hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at com.sun.proxy.$Proxy30.getFileInfo(Unknown Source) ~[?:?]
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getFileInfo(ClientNamenodeProtocolTranslatorPB.java:818) ~[hadoop-hdfs-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source) ~[?:?]
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:291) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:203) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:185) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at com.sun.proxy.$Proxy31.getFileInfo(Unknown Source) [?:?]
	at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:2165) [hadoop-hdfs-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hdfs.DistributedFileSystem$26.doCall(DistributedFileSystem.java:1442) [hadoop-hdfs-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hdfs.DistributedFileSystem$26.doCall(DistributedFileSystem.java:1438) [hadoop-hdfs-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1438) [hadoop-hdfs-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1447) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.security.alias.JavaKeyStoreProvider.keystoreExists(JavaKeyStoreProvider.java:65) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.security.alias.AbstractJavaKeyStoreProvider.<init>(AbstractJavaKeyStoreProvider.java:105) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.security.alias.JavaKeyStoreProvider.<init>(JavaKeyStoreProvider.java:49) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.security.alias.JavaKeyStoreProvider.<init>(JavaKeyStoreProvider.java:41) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.security.alias.JavaKeyStoreProvider$Factory.createProvider(JavaKeyStoreProvider.java:100) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.security.alias.CredentialProviderFactory.getProviders(CredentialProviderFactory.java:61) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.conf.Configuration.getPasswordFromCredentialProviders(Configuration.java:1992) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.conf.Configuration.getPassword(Configuration.java:1972) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.metastore.conf.MetastoreConf.getPassword(MetastoreConf.java:1334) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore.getDataSourceProps(ObjectStore.java:571) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.ObjectStore.setConf(ObjectStore.java:312) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:76) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:136) [hadoop-common-2.7.3.2.6.1.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.metastore.RawStoreProxy.<init>(RawStoreProxy.java:59) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RawStoreProxy.getProxy(RawStoreProxy.java:67) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newRawStoreForConf(HiveMetaStore.java:677) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getMSForConf(HiveMetaStore.java:643) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getMS(HiveMetaStore.java:637) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.init(HiveMetaStore.java:544) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at sun.reflect.GeneratedMethodAccessor58.invoke(Unknown Source) ~[?:?]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:147) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:108) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.<init>(RetryingHMSHandler.java:80) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.getProxy(RetryingHMSHandler.java:93) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStore.newRetryingHMSHandler(HiveMetaStore.java:7516) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:169) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.<init>(SessionHiveMetaStoreClient.java:77) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at sun.reflect.GeneratedConstructorAccessor148.newInstance(Unknown Source) [?:1.8.0_112]
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) [?:1.8.0_112]
	at java.lang.reflect.Constructor.newInstance(Constructor.java:423) [?:1.8.0_112]
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1445) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:83) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:133) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:104) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:4051) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:4103) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:4083) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.getMS(DbTxnManager.java:158) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.heartbeat(DbTxnManager.java:610) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager$Heartbeater.run(DbTxnManager.java:878) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_112]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_112]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_112]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_112]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_112]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_112]
2017-11-17T12:15:52,670 ERROR [Heartbeater-1] metastore.RetryingHMSHandler: java.lang.RuntimeException: Error getting metastore password: Configuration problem with provider path.
	at org.apache.hadoop.hive.metastore.ObjectStore.getDataSourceProps(ObjectStore.java:577)
	at org.apache.hadoop.hive.metastore.ObjectStore.setConf(ObjectStore.java:312)
	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:76)
	at org.apache.hadoop.hive.metastore.RawStoreProxy.<init>(RawStoreProxy.java:59)
	at org.apache.hadoop.hive.metastore.RawStoreProxy.getProxy(RawStoreProxy.java:67)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newRawStoreForConf(HiveMetaStore.java:677)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getMSForConf(HiveMetaStore.java:643)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getMS(HiveMetaStore.java:637)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.init(HiveMetaStore.java:544)
	at sun.reflect.GeneratedMethodAccessor58.invoke(Unknown Source)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:147)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:108)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.<init>(RetryingHMSHandler.java:80)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.getProxy(RetryingHMSHandler.java:93)
	at org.apache.hadoop.hive.metastore.HiveMetaStore.newRetryingHMSHandler(HiveMetaStore.java:7516)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:169)
	at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.<init>(SessionHiveMetaStoreClient.java:77)
	at sun.reflect.GeneratedConstructorAccessor148.newInstance(Unknown Source)
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1445)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:83)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:133)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:104)
	at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:4051)
	at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:4103)
	at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:4083)
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.getMS(DbTxnManager.java:158)
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.heartbeat(DbTxnManager.java:610)
	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager$Heartbeater.run(DbTxnManager.java:878)
Caused by: java.io.IOException: Configuration problem with provider path.
	at org.apache.hadoop.conf.Configuration.getPasswordFromCredentialProviders(Configuration.java:2012)
	at org.apache.hadoop.conf.Configuration.getPassword(Configuration.java:1972)
	at org.apache.hadoop.hive.metastore.conf.MetastoreConf.getPassword(MetastoreConf.java:1334)
	at org.apache.hadoop.hive.metastore.ObjectStore.getDataSourceProps(ObjectStore.java:571)
	... 39 more
Caused by: org.apache.hadoop.security.AccessControlException: Permission denied: user=test, access=EXECUTE, inode="/user/another/another.jceks":another:another:drwx------

	at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:2167)
	at org.apache.hadoop.hdfs.DistributedFileSystem$26.doCall(DistributedFileSystem.java:1442)
	at org.apache.hadoop.hdfs.DistributedFileSystem$26.doCall(DistributedFileSystem.java:1438)
	at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1438)
	at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1447)
	at org.apache.hadoop.security.alias.JavaKeyStoreProvider.keystoreExists(JavaKeyStoreProvider.java:65)
	at org.apache.hadoop.security.alias.AbstractJavaKeyStoreProvider.<init>(AbstractJavaKeyStoreProvider.java:105)
	at org.apache.hadoop.security.alias.JavaKeyStoreProvider.<init>(JavaKeyStoreProvider.java:49)
	at org.apache.hadoop.security.alias.JavaKeyStoreProvider.<init>(JavaKeyStoreProvider.java:41)
	at org.apache.hadoop.security.alias.JavaKeyStoreProvider$Factory.createProvider(JavaKeyStoreProvider.java:100)
	at org.apache.hadoop.security.alias.CredentialProviderFactory.getProviders(CredentialProviderFactory.java:61)
	at org.apache.hadoop.conf.Configuration.getPasswordFromCredentialProviders(Configuration.java:1992)
	... 42 more
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.security.AccessControlException): Permission denied: user=test, access=EXECUTE, inode="/user/another/another.jceks":another:another:drwx------

	at org.apache.hadoop.ipc.Client.getRpcResponse(Client.java:1554)
	at org.apache.hadoop.ipc.Client.call(Client.java:1498)
	at org.apache.hadoop.ipc.Client.call(Client.java:1398)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:233)
	at com.sun.proxy.$Proxy30.getFileInfo(Unknown Source)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getFileInfo(ClientNamenodeProtocolTranslatorPB.java:818)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:291)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:203)
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:185)
	at com.sun.proxy.$Proxy31.getFileInfo(Unknown Source)
	at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:2165)
	... 54 more

above will only help in recreating the issue, if the insert overwrite query takes longer than hive.txn.timeout / 2 = 4 / 2 = 2seconds

2018-07-03 12:25:11,375 WARN  [RSProcedureDispatcher-pool13-t19] replication.SyncReplicationReplayWALRemoteProcedure(107): Replay wals [remoteWALs/1-replay/asf916.gq1.ygridcore.net%2C36931%2C1530620616106-1530620683061-1.1530620683075.syncrep] on asf916.gq1.ygridcore.net,33811,1530620636539 failed for peer id=1
org.apache.hadoop.hbase.regionserver.RegionServerStoppedException: Server asf916.gq1.ygridcore.net,33811,1530620636539 is not online
	at org.apache.hadoop.hbase.master.procedure.RSProcedureDispatcher$DeadRSRemoteCall.call(RSProcedureDispatcher.java:285)
	at org.apache.hadoop.hbase.master.procedure.RSProcedureDispatcher$DeadRSRemoteCall.call(RSProcedureDispatcher.java:276)
2018-07-03 12:25:11,440 DEBUG [Thread-2883] replication.TestSyncReplicationStandbyKillRS(111): Server [asf916.gq1.ygridcore.net,33811,1530620636539] marked as dead, waiting for it to finish dead processing
2018-07-03 12:25:11,441 DEBUG [Thread-2883] replication.TestSyncReplicationStandbyKillRS(114): Server [asf916.gq1.ygridcore.net,33811,1530620636539] still being processed, waiting
2018-07-03 12:25:11,456 WARN  [RS:3;asf916:45751] wal.AbstractFSWAL(419): 'hbase.regionserver.maxlogs' was deprecated.
2018-07-03 12:25:11,457 INFO  [RS:3;asf916:45751] wal.AbstractFSWAL(424): WAL configuration: blocksize=256 MB, rollsize=128 MB, prefix=asf916.gq1.ygridcore.net%2C45751%2C1530620709275, suffix=, logDir=hdfs://localhost:42624/user/jenkins/test-data/a86a805e-162f-5f22-7b9e-573dbf0f40fb/WALs/asf916.gq1.ygridcore.net,45751,1530620709275, archiveDir=hdfs://localhost:42624/user/jenkins/test-data/a86a805e-162f-5f22-7b9e-573dbf0f40fb/oldWALs
2018-07-03 12:25:11,467 DEBUG [RS-EventLoopGroup-14-4] asyncfs.FanOutOneBlockAsyncDFSOutputSaslHelper(737): SASL client skipping handshake in unsecured configuration for addr = 127.0.0.1/127.0.0.1, datanodeId = DatanodeInfoWithStorage[127.0.0.1:38997,DS-6002160d-388b-4840-8538-e4c2255108be,DISK]
2018-07-03 12:25:11,467 DEBUG [RS-EventLoopGroup-14-5] asyncfs.FanOutOneBlockAsyncDFSOutputSaslHelper(737): SASL client skipping handshake in unsecured configuration for addr = 127.0.0.1/127.0.0.1, datanodeId = DatanodeInfoWithStorage[127.0.0.1:45904,DS-e189e3c8-a1bd-475c-86c0-3891e541fc6e,DISK]
2018-07-03 12:25:11,467 DEBUG [RS-EventLoopGroup-14-3] asyncfs.FanOutOneBlockAsyncDFSOutputSaslHelper(737): SASL client skipping handshake in unsecured configuration for addr = 127.0.0.1/127.0.0.1, datanodeId = DatanodeInfoWithStorage[127.0.0.1:39589,DS-62ced3f8-35c4-4904-80cc-4d514b8f4050,DISK]
2018-07-03 12:25:11,495 DEBUG [RegionServerTracker-0] procedure2.ProcedureExecutor(887): Stored pid=30, state=RUNNABLE:SERVER_CRASH_START; ServerCrashProcedure server=asf916.gq1.ygridcore.net,33811,1530620636539, splitWal=true, meta=true
2018-07-03 12:25:11,495 DEBUG [RegionServerTracker-0] assignment.AssignmentManager(1321): Added=asf916.gq1.ygridcore.net,33811,1530620636539 to dead servers, submitted shutdown handler to be executed meta=true
2018-07-03 12:25:11,498 INFO  [PEWorker-6] procedure.ServerCrashProcedure(118): Start pid=30, state=RUNNABLE:SERVER_CRASH_START; ServerCrashProcedure server=asf916.gq1.ygridcore.net,33811,1530620636539, splitWal=true, meta=true
2018-07-03 12:25:11,500 WARN  [RegionServerTracker-0] replication.SyncReplicationReplayWALRemoteProcedure(107): Replay wals [remoteWALs/1-replay/asf916.gq1.ygridcore.net%2C36931%2C1530620616106-1530620683061-1.1530620683075.syncrep] on asf916.gq1.ygridcore.net,33811,1530620636539 failed for peer id=1
org.apache.hadoop.hbase.DoNotRetryIOException: server not online asf916.gq1.ygridcore.net,33811,1530620636539
	at org.apache.hadoop.hbase.master.procedure.RSProcedureDispatcher.abortPendingOperations(RSProcedureDispatcher.java:130)
	at org.apache.hadoop.hbase.master.procedure.RSProcedureDispatcher.abortPendingOperations(RSProcedureDispatcher.java:60)
	at org.apache.hadoop.hbase.procedure2.RemoteProcedureDispatcher$BufferNode.abortOperationsInQueue(RemoteProcedureDispatcher.java:380)
	at org.apache.hadoop.hbase.procedure2.RemoteProcedureDispatcher.removeNode(RemoteProcedureDispatcher.java:193)
	at org.apache.hadoop.hbase.master.procedure.RSProcedureDispatcher.serverRemoved(RSProcedureDispatcher.java:143)
	at org.apache.hadoop.hbase.master.ServerManager.expireServer(ServerManager.java:610)
	at org.apache.hadoop.hbase.master.RegionServerTracker.refresh(RegionServerTracker.java:160)
2018-07-03 12:25:11,503 WARN  [PEWorker-4] replication.SyncReplicationReplayWALRemoteProcedure(162): Can not add remote operation for replay wals [remoteWALs/1-replay/asf916.gq1.ygridcore.net%2C36931%2C1530620616106-1530620683061-1.1530620683075.syncrep] on asf916.gq1.ygridcore.net,33811,1530620636539 for peer id=1, this usually because the server is already dead, retry
2018-07-03 12:25:11,503 WARN  [PEWorker-7] replication.SyncReplicationReplayWALRemoteProcedure(162): Can not add remote operation for replay wals [remoteWALs/1-replay/asf916.gq1.ygridcore.net%2C36931%2C1530620616106-1530620683061-1.1530620683075.syncrep] on asf916.gq1.ygridcore.net,33811,1530620636539 for peer id=1, this usually because the server is already dead, retry
2018-07-03 12:25:11,504 WARN  [PEWorker-7] replication.SyncReplicationReplayWALRemoteProcedure(162): Can not add remote operation for replay wals [remoteWALs/1-replay/asf916.gq1.ygridcore.net%2C36931%2C1530620616106-1530620683061-1.1530620683075.syncrep] on asf916.gq1.ygridcore.net,33811,1530620636539 for peer id=1, this usually because the server is already dead, retry
2018-07-03 12:25:11,505 WARN  [PEWorker-11] replication.SyncReplicationReplayWALRemoteProcedure(162): Can not add remote operation for replay wals [remoteWALs/1-replay/asf916.gq1.ygridcore.net%2C36931%2C1530620616106-1530620683061-1.1530620683075.syncrep] on asf916.gq1.ygridcore.net,33811,1530620636539 for peer id=1, this usually because the server is already dead, retry
2018-07-03 12:25:11,505 WARN  [PEWorker-8] replication.SyncReplicationReplayWALRemoteProcedure(162): Can not add remote operation for replay wals [remoteWALs/1-replay/asf916.gq1.ygridcore.net%2C36931%2C1530620616106-1530620683061-1.1530620683075.syncrep] on asf916.gq1.ygridcore.net,33811,1530620636539 for peer id=1, this usually because the server is already dead, retry

The error handler throws a NPE on line 26 if the response does not contain any WWW-Authenticate header:

    List<String> authenticateHeaders = response.getHeaders().get("WWW-Authenticate");
    for (String authenticateHeader : authenticateHeaders) {  // *** NPE here! ***

Hive currently implements its own file access checks to determine if a user is allowed to perform an specified action on a file path (in StorageBasedAuthorizationProvider, also FileUtils). This can be prone to errors or inconsistencies with how file access is actually checked in Hadoop.
HDFS-6570 adds a new FileSystem.access() API, so that we can perform the check using the actual HDFS logic rather than having to imitate that behavior in Hive. For versions of Hadoop that have this API available, we should use this API.

Migrating from collections-generic to collections4 we encountered a type problem with PredicateUtils. When you look at the method anyPredicate(), the signature with array is typed with "Predicate<? super T>" whereas the signature with Collection is typed "? extends Predicate<T>", so the both methods are not equivalent.
We think both methods should have the same types, so it would not break compatibility with a lot of legacy code.

Running both TestJdbcDriver/TestJdbcDriver2 together in the same run gives an error in testShowRoleGrant() because both tests create the role "role1".  When the 2nd test tries to create the role it fails:

testShowRoleGrant(org.apache.hive.jdbc.TestJdbcDriver2)  Time elapsed: 1.801 sec  <<< ERROR!
java.sql.SQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask
	at org.apache.hive.jdbc.HiveStatement.execute(HiveStatement.java:275)
	at org.apache.hive.jdbc.TestJdbcDriver2.testShowRoleGrant(TestJdbcDriver2.java:2000)

Making blocker as suggested by Stack.
At least the following still use Put/Delete as writables.

IdentityTableReduce.java
MultiPut.java
HRegionServer.checkAndMutate

eventhough message was received by netty procuder, it thows a timeout exception after 30 secs. here is the route and log. as this is a basic functionality I think this is critical priority.
		from("netty:tcp://localhost:6205?textline=true&sync=true").process(new Processor() {
		    int i=0;
{
		       // if(i++%2==1) throw new IOException("custom exception");
		    }
		});
		.convertBodyTo(String.class)
		.threads(1)
		.to(ExchangePattern.InOut,"netty:tcp://localhost:6205?textline=true&sync=true")
		.to("log:+++ reply++++");
2010-08-25 11:33:29,963 [1 - file:///test/test/response] FileConsumer                   DEBUG Total 1 files to consume
2010-08-25 11:33:29,963 [1 - file:///test/test/response] FileConsumer                   DEBUG About to process file: GenericFile[C:\test\test\response\hello1.txt] using exchange: Exchange[GenericFileMessage with file: GenericFile[C:\test\test\response\hello1.txt]]
2010-08-25 11:33:31,510 [      Camel Thread 6 - Threads] SendProcessor                  DEBUG >>>> Endpoint[tcp://localhost:6205] Exchange[GenericFileMessage with body: hello1]
2010-08-25 11:33:31,682 [      Camel Thread 6 - Threads] NettyProducer                  DEBUG Creating connector to address: localhost:6205
2010-08-25 11:33:31,682 [      Camel Thread 6 - Threads] NettyProducer                  DEBUG Writing body: hello1
2010-08-25 11:33:31,697 [    New I/O client worker #1-1] NettyProducer                  DEBUG Operation complete org.jboss.netty.channel.DefaultChannelFuture@944dbd
2010-08-25 11:33:31,697 [    New I/O server worker #1-1] ServerChannelHandler           DEBUG Incoming message: hello1
2010-08-25 11:33:36,697 [    New I/O server worker #1-1] ServerChannelHandler           DEBUG Writing body: Bye 1hello1
2010-08-25 11:33:36,697 [    New I/O client worker #1-1] ClientChannelHandler           DEBUG Message received: Bye 1hello1
2010-08-25 11:33:36,697 [    New I/O client worker #1-1] SendProcessor                  DEBUG >>>> Endpoint[log://+++ reply++++] Exchange[GenericFileMessage with body: Bye 1hello1]
2010-08-25 11:33:36,713 [    New I/O client worker #1-1] +++ reply++++                  INFO  Exchange[ExchangePattern:InOut, BodyType:String, Body:Bye 1hello1]
2010-08-25 11:33:36,713 [    New I/O client worker #1-1] GenericFileOnCompletion        DEBUG Done processing file: GenericFile[C:\test\test\response\hello1.txt] using exchange: Exchange[GenericFileMessage with body: Bye 1hello1]
2010-08-25 11:33:36,713 [    New I/O client worker #1-1] FileUtil                       DEBUG Tried 1 to delete file: C:\test\test\response\hello1.txt.camelLock with result: true
2010-08-25 11:33:36,713 [    New I/O client worker #1-1] nericFileRenameProcessStrategy DEBUG Renaming file: GenericFile[C:\test\test\response\hello1.txt] to: GenericFile[C:\test\test\response\.camel\hello1.txt]
2010-08-25 11:33:36,713 [    New I/O client worker #1-1] FileUtil                       DEBUG Tried 1 to rename file: C:\test\test\response\hello1.txt to: C:\test\test\response\.camel\hello1.txt with result: true
2010-08-25 11:34:06,886 [         Hashed wheel timer #1] DefaultErrorHandler            DEBUG Failed delivery for exchangeId: f5eb372d-a214-4418-a60f-62c0557768d2. On delivery attempt: 0 caught: org.apache.camel.ExchangeTimedOutException: The OUT message was not received within: 30000 millis. Exchange[GenericFileMessage with body: Bye 1hello1]
2010-08-25 11:34:06,886 [         Hashed wheel timer #1] DefaultErrorHandler            ERROR Failed delivery for exchangeId: f5eb372d-a214-4418-a60f-62c0557768d2. Exhausted after delivery attempt: 1 caught: org.apache.camel.ExchangeTimedOutException: The OUT message was not received within: 30000 millis. Exchange[GenericFileMessage with body: Bye 1hello1]
org.apache.camel.ExchangeTimedOutException: The OUT message was not received within: 30000 millis. Exchange[GenericFileMessage with body: Bye 1hello1]

Table descriptors from MR tasks and Tez tasks are interned.  This fix is to intern table desc from spark tasks as well.

The code currently returns settable type of the input primitive object inspector where as it should return settable type of output object inspector

The chuser/chgroup function only covers the leaf hfile. The ownership of hfile parent paths and snapshot reference files are not changed as expected.

A while ago the documents the user's guide consists of were moved into a sub folder. Unfortunately the links to classes in the API documentation (which are relative) have not been adapted, so they are invalid now.

When ORC split generation fails, it just prints out "serious problem" message on the console which does not tell anything about the cause of the exception. 

Run into the following exception when a snapshot is going on.
partial file of region-manifest and data.manifest could be read and parsed by the cleaner which results in InvalidProtocolBufferException, which needs to be ignored for in-progress snapshot.

2016-04-01 00:31:50,200 ERROR org.apache.hadoop.hbase.master.snapshot.SnapshotHFileCleaner: Exception while checking if: *** was valid, keeping it just in case.
com.google.protobuf.InvalidProtocolBufferException: While parsing a protocol message, the input ended unexpectedly in the middle of a field.  This could mean either than the input has been truncated or that an embedded message misreported its own length.
        at com.google.protobuf.InvalidProtocolBufferException.truncatedMessage(InvalidProtocolBufferException.java:70)
        at com.google.protobuf.CodedInputStream.refillBuffer(CodedInputStream.java:746)
        at com.google.protobuf.CodedInputStream.readRawByte(CodedInputStream.java:769)
        at com.google.protobuf.CodedInputStream.readRawVarint64(CodedInputStream.java:462)
        at com.google.protobuf.CodedInputStream.readUInt64(CodedInputStream.java:188)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$StoreFile.<init>(SnapshotProtos.java:1331)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$StoreFile.<init>(SnapshotProtos.java:1263)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$StoreFile$1.parsePartialFrom(SnapshotProtos.java:1364)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$StoreFile$1.parsePartialFrom(SnapshotProtos.java:1359)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$FamilyFiles.<init>(SnapshotProtos.java:2161)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$FamilyFiles.<init>(SnapshotProtos.java:2103)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$FamilyFiles$1.parsePartialFrom(SnapshotProtos.java:2197)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$FamilyFiles$1.parsePartialFrom(SnapshotProtos.java:2192)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest.<init>(SnapshotProtos.java:1165)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest.<init>(SnapshotProtos.java:1094)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$1.parsePartialFrom(SnapshotProtos.java:1201)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$1.parsePartialFrom(SnapshotProtos.java:1196)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotDataManifest.<init>(SnapshotProtos.java:3858)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotDataManifest.<init>(SnapshotProtos.java:3792)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotDataManifest$1.parsePartialFrom(SnapshotProtos.java:3894)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotDataManifest$1.parsePartialFrom(SnapshotProtos.java:3889)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotDataManifest.parseFrom(SnapshotProtos.java:4094)
        at org.apache.hadoop.hbase.snapshot.SnapshotManifest.readDataManifest(SnapshotManifest.java:433)
        at org.apache.hadoop.hbase.snapshot.SnapshotManifest.load(SnapshotManifest.java:273)
        at org.apache.hadoop.hbase.snapshot.SnapshotManifest.open(SnapshotManifest.java:119)
        at org.apache.hadoop.hbase.snapshot.SnapshotReferenceUtil.visitTableStoreFiles(SnapshotReferenceUtil.java:125)
        at org.apache.hadoop.hbase.snapshot.SnapshotReferenceUtil.getHFileNames(SnapshotReferenceUtil.java:346)
        at org.apache.hadoop.hbase.snapshot.SnapshotReferenceUtil.getHFileNames(SnapshotReferenceUtil.java:329)
        at org.apache.hadoop.hbase.master.snapshot.SnapshotHFileCleaner$1.filesUnderSnapshot(SnapshotHFileCleaner.java:80)
        at org.apache.hadoop.hbase.master.snapshot.SnapshotFileCache.refreshCache(SnapshotFileCache.java:259)
        at org.apache.hadoop.hbase.master.snapshot.SnapshotFileCache.contains(SnapshotFileCache.java:179)
        at org.apache.hadoop.hbase.master.snapshot.SnapshotHFileCleaner.isFileDeletable(SnapshotHFileCleaner.java:60)
        at org.apache.hadoop.hbase.master.cleaner.BaseFileCleanerDelegate$1.apply(BaseFileCleanerDelegate.java:38)
        at org.apache.hadoop.hbase.master.cleaner.BaseFileCleanerDelegate$1.apply(BaseFileCleanerDelegate.java:35)
        at com.google.common.collect.Iterators$8.computeNext(Iterators.java:688)
        at com.google.common.collect.AbstractIterator.tryToComputeNext(AbstractIterator.java:143)
        at com.google.common.collect.AbstractIterator.hasNext(AbstractIterator.java:138)
        at com.google.common.collect.Iterators$8.computeNext(Iterators.java:686)
        at com.google.common.collect.Iterators$6.hasNext(Iterators.java:582)

Replace <item name="Download" href="/download_crypto.html"/> with 
<item name="Overview"      href="/index.html"/>

It seems like when items are put in the cache / retrieved from the cache using spring caching and when using the lettuce library (which i have recently switched to from jedis), that when a RedisConnection is retrieved from the pool and used by the RedisCache class, SELECT is not called and all the cache operations are happening in dbIndex 0, instead of the appropriate database index configured on the RedisTemplate.   I have confirmed that operations done using the redistemplate directly select the correct dbIndex before operations, but when simply using @Cacheable, @CachePut, and @CacheEvict attributes on a method the operations happen in dbIndex 0.

as described in the title, compiles ok if compile again manually. Use clean .m2 directory to reproduce

The Spring MVC XML namespace example does not close the bean tag correctly.

    xmlns:mvc="http://www.springframework.org/schema/mvc"
        http://www.springframework.org/schema/beans 
        http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
        http://www.springframework.org/schema/mvc 
        http://www.springframework.org/schema/mvc/spring-mvc-3.1.xsd">

    <mvc:annotation-driven />

<beans>

The XML should be:

</beans>

Created a RelationshipEntity with StartNode, EndNode, and two properties.  org.neo4j.ogm.session.result.ResultProcessingException was thrown with InvalidSyntax.
(line 1, column 89)
MATCH ($47) WHERE id($47)=47 MATCH ($48) WHERE id($48)=48 MERGE ($47)[_1:`RECRUITEDFOR`}]>($48) RETURN id(_1) AS _1
Here there is an extra end bracket.  
Tracked issue to NewRelationshipBuilder lines 72-83.  Coming out of for loop, code assumes last character is a comma and deletes it but if all properties on relationship are null, the last character was the opening bracket.  

In http://hbase.apache.org/book/hbase.tests.html, it is mentioned that using 

mvn clean test -Dtest=TestShell -Dshell.test=AdminAlterTableTest

will help us in running specific shell tests. But it doesn't work unless we use package as target and ruby literal equivalent. So, it should have been

mvn clean package -Dtest=TestShell -Dshell.test=/AdminAlterTableTest/

Thanks, Sean Busbey for helping me in digging this out.

KeystorePasswordStore contains inconsistency about MODIFIABLE configuration attribute.
Here it is used MODIFIABLE attribute:
https://github.com/wildfly-security/wildfly-elytron/blob/1.1.0.Beta10/src/main/java/org/wildfly/security/credential/store/impl/KeystorePasswordStore.java#L275
But it is missing between supported configuration attributes:
https://github.com/wildfly-security/wildfly-elytron/blob/1.1.0.Beta10/src/main/java/org/wildfly/security/credential/store/impl/KeystorePasswordStore.java#L222
I cannot see any condition with isModifiable() in store() or remove() method:
https://github.com/wildfly-security/wildfly-elytron/blob/1.1.0.Beta10/src/main/java/org/wildfly/security/credential/store/impl/KeystorePasswordStore.java#L317
In my opinion MODIFIABLE attribute should be supported otherwise please remove code about MODIFIABLE from initialize() method.

running 'mvn rat:check' shows that a few files have snuck in that do not have proper apache licenses.  Ideally we should fix these before we cut another release/release candidate.
This is a blocker for 0.94, and probably should be for the other branches as well.

The build is failing when the default timezone of the JVM is CET:

~/projects/spring-batch$ ./gradlew build
Starting a Gradle Daemon, 1 incompatible and 1 stopped Daemons could not be reused, use --status for details

...

org.springframework.batch.item.file.mapping.BeanWrapperFieldSetMapperTests > testDefaultConversion FAILED
    org.springframework.validation.BindException at BeanWrapperFieldSetMapperTests.java:475

1474 tests completed, 1 failed, 1 skipped
:spring-batch-infrastructure:test FAILED

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.

Total time: 1 mins 41.117 secs

The failing test is the following:

org.springframework.batch.item.file.mapping.BeanWrapperFieldSetMapperTests#testDefaultConversion

Here is the complete stack trace:

org.springframework.validation.BindException: org.springframework.validation.BeanPropertyBindingResult: 1 errors
Field error in object 'target' on field 'varDate': rejected value [Thu Jan 04 09:05:50 CET 2018]; codes [typeMismatch.target.varDate,typeMismatch.varDate,typeMismatch.java.util.Date,typeMismatch]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [target.varDate,varDate]; arguments []; default message [varDate]]; default message [Failed to convert property value of type 'java.lang.String' to required type 'java.util.Date' for property 'varDate'; nested exception is org.springframework.core.convert.ConversionFailedException: Failed to convert from type [java.lang.String] to type [java.util.Date] for value 'Thu Jan 04 09:05:50 CET 2018'; nested exception is java.lang.IllegalArgumentException]

	at org.springframework.batch.item.file.mapping.BeanWrapperFieldSetMapper.mapFieldSet(BeanWrapperFieldSetMapper.java:200)
	at org.springframework.batch.item.file.mapping.BeanWrapperFieldSetMapperTests.testDefaultConversion(BeanWrapperFieldSetMapperTests.java:475)

It seems that getTableDescriptors() in master checks for A and C permissions while getTableNames() checks for any privilege on the table. The reasoning is explained here: https://issues.apache.org/jira/browse/HBASE-12564?focusedCommentId=14234504&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14234504 
We should change the shell command for list to use the getTableNames() version because of this. Otherwise a user having only R or W cannot list the table name. 
This has been reported from a user here: https://community.hortonworks.com/questions/10742/why-does-a-user-need-create-permission-for-list-co.html#comment-11000. 
While we are at it, should we revisit the fact that you cannot get a table descriptor if you have only R or W? It seems strange that you cannot even know the CF names of a table that you can read from. I could not find info about the "describe" privileges on SQL databases. However, if there are use cases where Table descriptor might contain sensitive info, the current semantics seems fine. cc Andrew Purtell and Matteo Bertozzi. 

There is a possibility that there may be a CSRF-based attack on various hadoop components, and thus, there is an effort to add a block for all incoming http requests if they do not contain a X-XSRF-Header header. (See HADOOP-12691 for motivation)
This has potential to affect HS2 when running on thrift-over-http mode(if cookie-based-auth is used), and webhcat.
We introduce new flags to determine whether or not we're using the filter, and if we are, we will automatically reject any http requests which do not contain this header.
To allow this to work, we also need to make changes to our JDBC driver to automatically inject this header into any requests it makes. Also, any client-side programs/api not using the JDBC driver directly will need to make changes to add a X-XSRF-Header header to the request to make calls to HS2/WebHCat if this filter is enabled.

Create new roo project using 

Run application using 

mvn clean compile tomcat:run

The following WARN message appears:

2014-09-11 10:54:31,411 [main] WARN  org.hibernate.ejb.HibernatePersistence - HHH015016: Encountered a deprecated javax.persistence.spi.PersistenceProvider [org.hibernate.ejb.HibernatePersistence]; use [org.hibernate.jpa.HibernatePersistenceProvider] instead.

The scripts bin/get-active-master.rb and bin/draining_servers.rb no longer work on current master branch. Here is an example error message:

$ bin/hbase-jruby bin/get-active-master.rb 
NoMethodError: undefined method `masterAddressZNode' for #<Java::OrgApacheHadoopHbaseZookeeper::ZooKeeperWatcher:0x1b0e9707>
  <main> at bin/get-active-master.rb:35

My initial probing suggests that this is likely due to movement that happened in HBASE-16690. Perhaps instead of reworking the ruby, there is similar Java functionality already existing somewhere.
Putting priority at critical since it's impossible to know whether users rely on the scripts.

When using a SimpleRoutingConnectionFactory with no default, and a RabbitAdmin in the context, the admin will run on the container thread which does not have the key bound.
java.lang.IllegalStateException: Cannot determine target ConnectionFactory for lookup key [null].
Bind the key (queue names) to each listener thread so the admin will use the associated factory.
Also add a lookup key qualifier so we can configure the same queue name on different virtual hosts.

Hi,
the class org.springframework.data.repository.PagingAndSortingRepository contains an unnecessary generic at the method PagingAndSortingRepository#findAll(Pageable pageable).

<S extends Sort> Page<T> findAll(Pageable pageable);
The java compiler does not complain about S, but the kotlin compiler does (version 1.1.2-4).

Type inference failed: Not enough information to infer parameter S in 
fun <S : Sort!> findAll
(
pageable: Pageable!
)
: Page<RegisteredPatient!>!
Please specify it explicitly.

In our nightlies, we have seen RS aborts due to compaction and split racing. Original parent file gets deleted after the compaction, and hence, the daughters don't find the parent data file. The RS kills itself when this happens. Will attach a snippet of the relevant RS logs.

We are starting rpc server with default interface hostname or configured ipc address

    this.rpcServer = HBaseRPC.getServer(this,
      new Class<?>[]{HMasterInterface.class, HMasterRegionInterface.class},
        initialIsa.getHostName(), // This is bindAddress if set else it's hostname
        initialIsa.getPort(),
        numHandlers,
        0, // we dont use high priority handlers in master
        conf.getBoolean("hbase.rpc.verbose", false), conf,
        0); // this is a DNC w/o high priority handlers

But we are initialzing servername with default hostname always master znode also have this hostname.

    String hostname = Strings.domainNamePointerToHostName(DNS.getDefaultHost(
      conf.get("hbase.master.dns.interface", "default"),
      conf.get("hbase.master.dns.nameserver", "default")));
	...
    this.serverName = new ServerName(hostname,
      this.isa.getPort(), System.currentTimeMillis());

If both default interface hostname and configured ipc address are not same clients will get MasterNotRunningException.

issues for context: HBASE-17170, HBASE-17448, TEZ-3299, HADOOP-10893
Since Hadoop 2.6.0, the yarn jar entry point to submit a YARN job has been using a custom classloader to separate Hadoop dependencies from the user's JAR being run. A separate classloader is created for the user-provided jar, and then this classloader is set as the contextClassLoader before the Tool is executed by Hadoop's RunJar class. This has been (mostly?) fine for us to date because we don't try to access any Hadoop internal classes client-side.
However, with the ZK metrics, clients are pushing ZK metrics to metrics2. The problem is that Hadoop metrics2 implementations which we reference from the same package are loaded by a different classloader than our HBase code is loaded from. This makes the expected package-private access of these Metrics2 classes (e.g. MetricsInfoImpl) fail with an IllegalAccessError.

java.lang.RuntimeException: Could not create  interface org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSource Is the hadoop compatibility jar on the classpath?
        at org.apache.hadoop.hbase.CompatibilitySingletonFactory.getInstance(CompatibilitySingletonFactory.java:75)
        at org.apache.hadoop.hbase.zookeeper.ZKMetrics.<init>(ZKMetrics.java:36)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.<init>(RecoverableZooKeeper.java:115)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.connect(ZKUtil.java:139)
        at org.apache.hadoop.hbase.zookeeper.ZKWatcher.<init>(ZKWatcher.java:128)
        at org.apache.hadoop.hbase.zookeeper.ZKWatcher.<init>(ZKWatcher.java:102)
        at org.apache.hadoop.hbase.security.token.TokenUtil.getAuthToken(TokenUtil.java:293)
        at org.apache.hadoop.hbase.security.token.TokenUtil.addTokenForJob(TokenUtil.java:259)
        at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initCredentials(TableMapReduceUtil.java:535)
        at org.apache.phoenix.mapreduce.MultiHfileOutputFormat.configureIncrementalLoad(MultiHfileOutputFormat.java:712)
        at org.apache.phoenix.mapreduce.AbstractBulkLoadTool.submitJob(AbstractBulkLoadTool.java:300)
        at org.apache.phoenix.mapreduce.AbstractBulkLoadTool.loadData(AbstractBulkLoadTool.java:267)
        at org.apache.phoenix.mapreduce.AbstractBulkLoadTool.run(AbstractBulkLoadTool.java:180)
        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
        at org.apache.phoenix.mapreduce.CsvBulkLoadTool.main(CsvBulkLoadTool.java:109)
        at org.apache.hadoop.util.RunJar.run(RunJar.java:239)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:153)
        at java.util.ServiceLoader.fail(ServiceLoader.java:232)
        at java.util.ServiceLoader.access$100(ServiceLoader.java:185)
        at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:384)
        at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
        at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
        at org.apache.hadoop.hbase.CompatibilitySingletonFactory.getInstance(CompatibilitySingletonFactory.java:59)
        ... 21 more
Caused by: java.lang.IllegalAccessError: tried to access class org.apache.hadoop.metrics2.lib.MetricsInfoImpl from class org.apache.hadoop.metrics2.lib.DynamicMetricsRegistry
        at org.apache.hadoop.metrics2.lib.DynamicMetricsRegistry.newGauge(DynamicMetricsRegistry.java:139)
        at org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSourceImpl.<init>(MetricsZooKeeperSourceImpl.java:59)
        at org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSourceImpl.<init>(MetricsZooKeeperSourceImpl.java:51)
        at java.lang.Class.newInstance(Class.java:442)
        at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380)
        ... 24 more

There are two ways to fix this problem that I see now:

Remove client-side ZK metrics and disallow any more client-side metrics that directly use metrics2 API
Use public API for metrics2 only in HBase, or copy implementations from Hadoop to avoid the need to access the package-private classes from this goofy state.

The class org.apache.camel.util.UnsafeUriCharactersEncoder in camel-core has a char[] HEX_DIGITS which includes hex digits that can be used in encoded urls following the % sign. However the char[] only contains the uppercase hexadecimal digits 'A' through 'F' which (following RFC 3986, chapter 2.1) are equivalent to the lowercase digits 'a' through 'f' in percent-encoding used in URIs. 
So the char[] should also contain the lowercase digits 'a' through 'f', because otherwise the class does not work correctly in cases where URLs with already encoded characters having lowercase hex digits are encoded (e.g. URL with %3c). For these URLs the % sign is encoded once again (making it %253c in the example).
The provided patch adds the lowercase hex digits to the HEX_DIGITS char[].
Regards,
Thomas

See nabble
http://camel.465427.n5.nabble.com/I-m-having-problems-with-the-jdbc-component-header-CamelJdbcUpdateCount-tp5753590p5753603.html

The LdapTemplate object allows you to unbind an object and any nodes under it. The DefaultTempEntryRenamingStrategy generate the proper names, however, it gets called for the leaves first and then the higher level nodes. This is perfect with one exception... the performOperation() routine in the CompensatingTransactionOperationManager which creates the OperationExecutors for transactional operations, does not update the temporary DN of leaf DNs when a higher level node is unbound and renamed. Thus, when the commit is called, the leaf is still searched for under the original object name which has since been renamed and an EntryNotFound exception is thrown.
Forum discussion contains a simple solution which runs in N time - N should generally be small.  I do not believe the issue applies to any other operations (rebinds are the only other operations which invoke the renaming logic and they do not delete entries).

In class TableSnapshotInputFormat or TableSnapshotInputFormatImpl
in the function 

public static void setInput(Job job, String snapshotName, Path restoreDir) throws IOException {

we are setting restoreDir (temporary root) to tableDir

conf.set(TABLE_DIR_KEY, restoreDir.toString());

The above parameter is used to get the InputSplits, especially for 
calculating favorable hosts in the function

Path tableDir = new Path(conf.get(TABLE_DIR_KEY));

List<String> hosts = getBestLocations(conf,
          HRegion.computeHDFSBlocksDistribution(conf, htd, hri, tableDir));

This will lead to returning a empty HDFSBlocksDistribution, as there is 
will be no directory with name as the region name from hri in the restored
root directory, which will lead to scheduling of non local tasks.
The change is simple in the sense, is to call the 

FSUtils.getTableDir(rootDir, tableDesc.getTableName()) 

in the getSplits function
more discussion in the comments below 
https://issues.apache.org/jira/browse/HBASE-8369?focusedCommentId=14012085&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14012085

The src.xml assembly under hbase-assembly does not include the hbase-hadoop2-compat (more joys of maven – uses default profile which is hadoop1 when making module set so we have to do perverse include of the hbase-hadoop2-compat).

Tried to enter invalid statement in neo4jTemplate execute():
"statements":[{"statement":"cre testnode:TestNode2 
{uuid: 'test_4'}
 )","parameters":{},"resultDataContents":["row"]}
In the log we see this error:
{"commit":"http://localhost:7474/db/data/transaction/88/commit","results":[],"transaction":
{"expires":"Fri, 10 Apr 2015 13:47:55 +0000"}
,"errors":[{"code":"Neo.ClientError.Statement.InvalidSyntax","message":"Invalid input ' ': expected 'a/A' (line 1, column 4 (offset: 3))\n\"cre testnode:TestNode2 
 )\"\n    ^"}]}"
but no exception was thrown, and execute() returns void, so we don't know the result (without looking at log)

SSL MechanismDatabase should create alias for every TLS_* from SSL_*. It create them only for direct entries, not for other aliases.
MechanismDatabase.properties contains for example:

TLS_RSA_FIPS_WITH_3DES_EDE_CBC_SHA      = alias:TLS_RSA_WITH_3DES_EDE_CBC_SHA

The TLS_RSA_FIPS_WITH_3DES_EDE_CBC_SHA works ok, but SSL_RSA_FIPS_WITH_3DES_EDE_CBC_SHA doesnt exist.

We only have one shim, so for now, we are going to use that. Hopefully we won't need shims and build profiles for Hadoop 3

In HIVE-5263 we started serializing OI's when cloning the plan. This was a great boost in speed for many queries. In the future we'd like to stop copying the OI's, perhaps in HIVE-4396.
Until then Custom Serdes will not work on trunk. This is a fix to allow custom serdes such as the Hive JSon Serde work until we address the fact we don't want to have to copy the OI's. Since this is modifying the byte code, we should recommend that the no-arg constructor be added.

When I specify qualifier for @Transactional annotation and the specified PlatformTransactionManager is defined in parent context, the exception is thrown like following:

java.lang.IllegalStateException: No matching PlatformTransactionManager bean found for qualifier 'transactionManagerExt' - neither qualifier match nor bean name match!
	at org.springframework.transaction.interceptor.TransactionAspectUtils.getTransactionManager(TransactionAspectUtils.java:91)
	at org.springframework.transaction.interceptor.TransactionAspectUtils.getTransactionManager(TransactionAspectUtils.java:53)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.determineTransactionManager(TransactionAspectSupport.java:245)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:100)
	at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:621)

For example, if the autowired bean with @Transactional-marked method is being parsed in servlet-level context, but transactionManager is specified in the global web-application context, defined by contextConfigLocation param in web.xml.
So actually Spring does not take in account here parent contexts.
Investigating the code I have found the class TransactionAspectUtils with the following method isQualifierMatch() which uses bf.containsBeanDefinition method which of course is not parent-aware!
My suggestion is to change this method call either to bf.containsBean or to implement recursive bean searching through contexts hierarchy.

In ancient Hive partition columns were not displayed differently, in newer version they are displayed differently. This has resulted in backward incompatible change for upgrade scenarios. 

I restarted a regionserver, and got this error in its logs:
org.apache.hadoop.ipc.RemoteException: java.io.IOException: java.lang.AssertionError: Impossible state for createLease(): Lease -435227488/-435227488 is still held.
        at org.apache.hadoop.hbase.Leases.createLease(Leases.java:145)
        at org.apache.hadoop.hbase.HMaster.regionServerStartup(HMaster.java:1278
)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:379)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:596)
        at org.apache.hadoop.ipc.Client.call(Client.java:482)
        at org.apache.hadoop.ipc.RPC$Invoker.invoke(RPC.java:184)
        at $Proxy0.regionServerStartup(Unknown Source)
        at org.apache.hadoop.hbase.HRegionServer.reportForDuty(HRegionServer.jav
a:1025)
        at org.apache.hadoop.hbase.HRegionServer.run(HRegionServer.java:659)
        at java.lang.Thread.run(Unknown Source)

jconsole.sh checks for correct setting of JAVA_HOME and adds libraries from JAVA_HOME to the CLASSPATH.
But at the end, jconsole is called with out path.
So if jconsole is found somewhere else this is used.
Last line shoud be changed from
jconsole -J-Djava.class.path="$CLASSPATH"
to 
$JAVA_HOME/bin/jconsole -J-Djava.class.path="$CLASSPATH"
to make sure that libs and bin are used from the same directory.

I can see following codes in the 11.8 of reference documentation.
"public void SavingItemWriter implements ItemWriter<Object>"
I guess "void" literal is a typo, because it is the declaration for the class, not for a method.

This issue fixes 2 cases where HBaseAdmin is left not closed.
Here are the files involved:
hbase-server/src/main/java/org/apache/hadoop/hbase/util/HMerge.java
hbase-server/src/main/java/org/apache/hadoop/hbase/util/HBaseFsck.java

Make sure we don't deallocate a scratch column too quickly and cause result corruption due to scratch column reuse.

mistyped  ')' on line 38 of TestMTQueries.java causing null pointer exception.

Following the introduction of Protobuf (de)serialization in https://jira.spring.io/browse/SPR-15776 the deserialisation process assumes two things which are invalid:
 - DataBuffer behaves like InputStream (returns -1 when no data left)
 - Data in DataBuffer will somehow magically avoid splitting bytes that represent messageBytesToRead across two separate DataBuffer instances (which can happen in practice. I actually saw that the first time I ran decoding of delimited stream bigger than few items
 
To solve the issue I think it would be necessary to:

introduce some additional DataBuffer as a member of MessageDecoderFunction to keep the data from the previous instance of input (DataBuffer) from previous item in Flux that was not a full integer
stop using -1 as a signal for failure of parsing. -1 as a byte value can be just a part of some valid varint32 representation. Instead I would propose trying to readVarint32 given the available remaining data in current input and if it fails then restore the read position to before the read and store the remaining bytes from input in the additional buffer proposed in point above
once in next flux item check if there is some data in the additional buffer and if there is then try appending enough of data from new input into the additional buffer to make sure we can read varint32 (64 bytes seems to be the maximum required to read it). Try read the value and if succeeded then restore the input read position to the place right after the last byte necessary to read the varint32.
set the messageBytesToRead based on the read varint32 and proceed to the normal flow

This is obviously just one proposed solution, there's many that will work equally well.
To reproduce the issue a sample test would have to be created similar to the test "decodeSplitChunks()" in spring-web/src/test/java/org/springframework/http/codec/protobuf/ProtobufDecoderTests.java
that would split the initial and/or subsequent messageBytesToRead varint32 into separate DataBuffers. For that the sample messages sizes may have to be increased significantly. Also it would be good to add a test that verifies that a messageBytesToRead that has got varint32 representation starting with a byte value -1 (as int) is not throwing exception.
 
Please let me know if you need any further details or help in preparing reproducing test and/or solution.

This is not happening because Lineage is being exposed by MoveTask which checks for a LoadTableDesc. In case of CTAS the table is created after the MoveTask.
Proposed solution is to add a flag to CreateTableDesc to track a CTAS operation, and have the DDLTask expose the lineage if this flag is set.

Adding a log4j appender works until the server is rebooted. The difference in the class names, org.apache.log4j.SomeAppender and manually added org.jboss.as.logging.logmanager.Log4jAppenderHandler, results in the handler being reconfigured.
This also hits a bug (LOGMGR-58) in the logmanager where null references are can be retrieved before a full commit is invoked.

10:53:44,909 ERROR [stderr] (Controller Boot Thread) java.lang.NullPointerException
10:53:44,909 ERROR [stderr] (Controller Boot Thread)    at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
10:53:44,912 ERROR [stderr] (Controller Boot Thread)    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
10:53:44,912 ERROR [stderr] (Controller Boot Thread)    at java.lang.reflect.Method.invoke(Method.java:601)
10:53:44,915 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.AbstractPropertyConfiguration$1.applyPostCreate(AbstractPropertyConfiguration.java:218)
10:53:44,915 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.AbstractPropertyConfiguration$1.applyPostCreate(AbstractPropertyConfiguration.java:198)
10:53:44,916 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.LogContextConfigurationImpl.doApplyPostCreate(LogContextConfigurationImpl.java:316)
10:53:44,916 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.LogContextConfigurationImpl.doPrepare(LogContextConfigurationImpl.java:341)
10:53:44,916 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.LogContextConfigurationImpl.prepare(LogContextConfigurationImpl.java:290)
10:53:44,917 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.logging.logmanager.ConfigurationPersistence.prepare(ConfigurationPersistence.java:282)
10:53:44,917 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.logging.LoggingOperations$CommitOperationStepHandler.execute(LoggingOperations.java:97)
10:53:44,917 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:440)
10:53:44,917 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:322)
10:53:44,918 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:229)
10:53:44,918 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:224)
10:53:44,918 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:296)
10:53:44,919 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:226)
10:53:44,919 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.server.ServerService.boot(ServerService.java:342)
10:53:44,919 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.server.ServerService.boot(ServerService.java:317)
10:53:44,919 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:189)
10:53:44,920 ERROR [stderr] (Controller Boot Thread)    at java.lang.Thread.run(Thread.java:722)
10:53:44,920 ERROR [stderr] (Controller Boot Thread) java.lang.NullPointerException
10:53:44,921 ERROR [stderr] (Controller Boot Thread)    at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
10:53:44,921 ERROR [stderr] (Controller Boot Thread)    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
10:53:44,922 ERROR [stderr] (Controller Boot Thread)    at java.lang.reflect.Method.invoke(Method.java:601)
10:53:44,922 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.AbstractPropertyConfiguration$1.applyPostCreate(AbstractPropertyConfiguration.java:218)
10:53:44,923 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.AbstractPropertyConfiguration$1.applyPostCreate(AbstractPropertyConfiguration.java:198)
10:53:44,923 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.LogContextConfigurationImpl.doApplyPostCreate(LogContextConfigurationImpl.java:316)
10:53:44,923 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.LogContextConfigurationImpl.doPrepare(LogContextConfigurationImpl.java:341)
10:53:44,924 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.LogContextConfigurationImpl.prepare(LogContextConfigurationImpl.java:290)
10:53:44,925 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.logging.logmanager.ConfigurationPersistence.prepare(ConfigurationPersistence.java:282)
10:53:44,925 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.logging.LoggingOperations$CommitOperationStepHandler.execute(LoggingOperations.java:97)
10:53:44,926 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:440)
10:53:44,926 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:322)
10:53:44,926 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:229)
10:53:44,927 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:224)
10:53:44,927 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:296)
10:53:44,928 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:226)
10:53:44,928 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.server.ServerService.boot(ServerService.java:342)
10:53:44,928 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.server.ServerService.boot(ServerService.java:317)
10:53:44,929 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:189)
10:53:44,929 ERROR [stderr] (Controller Boot Thread)    at java.lang.Thread.run(Thread.java:722)
10:53:44,930 ERROR [stderr] (Controller Boot Thread) java.lang.NullPointerException
10:53:44,931 ERROR [stderr] (Controller Boot Thread)    at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
10:53:44,931 ERROR [stderr] (Controller Boot Thread)    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
10:53:44,931 ERROR [stderr] (Controller Boot Thread)    at java.lang.reflect.Method.invoke(Method.java:601)
10:53:44,932 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.AbstractPropertyConfiguration$1.applyPostCreate(AbstractPropertyConfiguration.java:218)
10:53:44,932 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.AbstractPropertyConfiguration$1.applyPostCreate(AbstractPropertyConfiguration.java:198)
10:53:44,933 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.LogContextConfigurationImpl.doApplyPostCreate(LogContextConfigurationImpl.java:316)
10:53:44,933 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.LogContextConfigurationImpl.doPrepare(LogContextConfigurationImpl.java:341)
10:53:44,933 ERROR [stderr] (Controller Boot Thread)    at org.jboss.logmanager.config.LogContextConfigurationImpl.prepare(LogContextConfigurationImpl.java:290)
10:53:44,934 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.logging.logmanager.ConfigurationPersistence.prepare(ConfigurationPersistence.java:282)
10:53:44,934 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.logging.LoggingOperations$CommitOperationStepHandler.execute(LoggingOperations.java:97)
10:53:44,934 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:440)
10:53:44,935 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:322)
10:53:44,935 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:229)
10:53:44,936 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:224)
10:53:44,936 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:296)
10:53:44,937 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:226)
10:53:44,937 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.server.ServerService.boot(ServerService.java:342)
10:53:44,937 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.server.ServerService.boot(ServerService.java:317)
10:53:44,938 ERROR [stderr] (Controller Boot Thread)    at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:189)
10:53:44,938 ERROR [stderr] (Controller Boot Thread)    at java.lang.Thread.run(Thread.java:722)

setState may create Illegal Operation state transition exception which may  hide the real exception. we see the following exception happened from setState(OperationState.ERROR); in SQLOperation.runQuery

org.apache.hive.service.cli.operation.Operation: Error running hive query:
org.apache.hive.service.cli.HiveSQLException: Illegal Operation state transition from CLOSED to ERROR
        at org.apache.hive.service.cli.OperationState.validateTransition(OperationState.java:91)
        at org.apache.hive.service.cli.OperationState.validateTransition(OperationState.java:97)
        at org.apache.hive.service.cli.operation.Operation.setState(Operation.java:154)
        at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:241)
        at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:82)
        at org.apache.hive.service.cli.operation.SQLOperation$3$1.run(SQLOperation.java:288)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1693)
        at org.apache.hive.service.cli.operation.SQLOperation$3.run(SQLOperation.java:301)

Trying to generate a DATE column as part of a JOIN's output throws an exception

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Incompatible Long vector column and primitive category DATE
        at org.apache.hadoop.hive.ql.exec.vector.VectorColumnAssignFactory.buildObjectAssign(VectorColumnAssignFactory.java:306)
        at org.apache.hadoop.hive.ql.exec.vector.VectorColumnAssignFactory.buildAssigners(VectorColumnAssignFactory.java:414)
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapJoinOperator.internalForward(VectorMapJoinOperator.java:235)
        at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.genAllOneUniqueJoinObject(CommonJoinOperator.java:670)
        at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.checkAndGenObject(CommonJoinOperator.java:754)
        at org.apache.hadoop.hive.ql.exec.MapJoinOperator.processOp(MapJoinOperator.java:229)
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapJoinOperator.processOp(VectorMapJoinOperator.java:292)

With the recommendation typically being to only have one websocket endpoint for an application, it may not make sense to give the websocket endpoint an application-specific moniker. People may just choose to name it /websocket.
That particular name, though, causes issues. The problem is that with an endpoint /websocket the websocket connection fails. 
The problem, can be easily recreated with the Portfolio sample application: https://github.com/rstoyanchev/spring-websocket-portfolio
In class WebSocketConfig

@EnableScheduling
@ComponentScan(basePackages="org.springframework.samples")
public class WebSocketConfig implements WebSocketMessageBrokerConfigurer {

	@Override
		registry.addEndpoint("/websocket").withSockJS();
	}

change

registry.addEndpoint("/portfolio").withSockJS();

to 

registry.addEndpoint("/websocket").withSockJS();

(And change the respective html page to point to the new endpoint.)
With that change the browser console prints the following error:

WebSocket connection to 'ws://localhost:8080/spring-websocket-portfolio/websocket/845/dh8fva7z/websocket' failed: Unexpected response code: 200

The Portfolio application than falls back to long-polling. Interestingly when doing a non-Stomp endpoint (just plain websocket), an endpoint named websocket seems doable.

Typical example:
rm --recursive --dir /foo ==> fails (thinks --dir is the value to --recursive)
rm --dir /foo --recursive ==> OK
Possible fixes include:

always consider -xx to be keys, UNLESS some criteria (eg "-xx" with quotes is the user explicitly wanting a value with --)
more complicated, given the tokenizing phase happens before the parsing phase, which knows about default values: don't treat --foo as a value if the previous key may have a default

In case that an exception is thrown during one-phase commit of non-XA transaction participant the error is swallowed and not returned to the caller
This can happend for example when transaction manager calls commit to the e.g. database resource and connection crash happens. Then jdbc driver returns XAException with error code like XAER_RMFAIL. This fact is not reflected by exception being thrown to the caller (e.g. EJB bean).
This causes to the fact that user think the work was committed (e.g. INSERT to database) but in fact connection failure happened and nothing was done.
The fix is part of the Narayana at issue https://issues.jboss.org/browse/JBTM-2983 and it should be released with Narayana 5.7.3.Final

Jaxb2Marshaller.getJaxbContext() is synchronized and is in code path of both marshal() and unmarshal(). I think this should be synchronized if and only if it's not lazily initialized.

When starting WildFly as a service in domain mode using init scripts there appears in  console.log error:
/usr/bin/dirname: unrecognized option '--domain-config=domain.xml'
Try '/usr/bin/dirname --help' for more information.

For footer cache PPD to metastore, we'd need a method to do the PPD. Tiny item to create it on OrcInputFormat.
For metastore path, these methods will be called from expression proxy similar to current objectstore expr filtering; it will change to have serialized sarg and column list to come from request instead of conf; includedCols/etc. will also come from request instead of assorted java objects. 
The types and stripe stats will need to be extracted from HBase. This is a little bit of a problem, since ideally we want to be inside HBase filter/coprocessor/.... I'd need to take a look to see if this is possible... since that filter would need to either deserialize orc, or we would need to store types and stats information in some other, non-ORC manner on write. The latter is probably a better idea, although it's dangerous because there's no sync between this code and ORC itself.
Meanwhile minimize dependencies for stripe picking to essentials (and conf which is easy to remove).

interface AuthorRepository extends Repository<Author, Long> {

	List<Author> findByFirstnameContaining(String name);
}

This repo is package scope but still exported, due to its  @RepositoryRestResource annotation. Trying to invoke the finder will cause an exception in ReflectionRepositoryInvoker.invoke(…) as the method is not accessible.

getRepoInfoFor(…) is iterating over the key set of the repositories already cached to eagerly return RepositoryInformation instances found upfront. A second thread might have already passed that block of the code and triggered lookupRepositoryFactoryInformationFor(…) which writes into the repositories instance variable. This will cause a ConcurrentModificationException as reported in this issue.

See nabble
http://camel.465427.n5.nabble.com/JmsComponent-changes-between-2-4-0-and-2-6-0-tp3398446p3398446.html

I am trying to validate service layer method arguments using the MethodValidationPostProcessor.  This is failing on, what appears to be, different the method signatures.
With an interface such as:

public interface Service<T> {

	public T create(@Valid T item);
	
	public T update(String identifier, @Valid T item);
}

And the following implementation:

@Named
public class ItemService implements Service<Item>{

	@Override
	public Item create(Item item) {
	}

	@Override
	public Item update(String identifier, Item item) {
	}
}

Validation works fine when calling update(String, Item) but throws the following exception when calling create(Item):

java.lang.IllegalArgumentException: HV000162: The validated type org.commons.test.validation.ItemService does not specify the constructor/method: public abstract java.lang.Object org.commons.test.validation.Service.create(java.lang.Object)

This is also working fine if Service<T> is an abstract class and I just extend it.
Attached is a sample application that demonstrates the problem.

The order attributes are important for handlers. Specifically file handlers where attributes like append or rotate size need to be assigned before the file attribute is set.
From the WildFly side getting the attributes in the correct order is fairly easy. The issue lies in the attributes may have been previously written in an incorrect order to the logging.properties file which would keep the same order when persisting the file back. Properties may need to be removed and re-added in order to achieve the correct property ordering.

Bucket Map Join needs to bluff Tez by sending empty task list for DataMovementEvent for those buckets for which there is no data.

for query

 set hive.optimize.ppd=true;
select distinct ds from srcpart;

the result is 

2008-04-09
2008-04-08

the result of groupby in spark is not in order. Sometimes it returns 

Sometimes it returns

A failure like this isn't necessary:

08:02:23,475 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.jgroups.channel.ee.connector: org.jboss.msc.service.StartException in service jboss.jgroups.channel.ee.connector: java.lang.IllegalStateException
    at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:96)
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
    at org.jboss.as.network.SocketBindingManagerImpl$UnnamedRegistryImpl.unregisterBinding(SocketBindingManagerImpl.java:501)
    at org.jboss.as.network.ManagedDatagramSocketBinding.close(ManagedDatagramSocketBinding.java:73)
    at org.jboss.as.clustering.jgroups.ManagedSocketFactory.close(ManagedSocketFactory.java:148)
    at org.jgroups.protocols.UDP.closeUnicastSocket(UDP.java:577)
    at org.jgroups.protocols.UDP.destroySockets(UDP.java:429)
    at org.jgroups.protocols.UDP.start(UDP.java:274)
    at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:965)
    at org.jgroups.JChannel.startStack(JChannel.java:890)
    at org.jgroups.JChannel._preConnect(JChannel.java:553)
    at org.jgroups.JChannel.connect(JChannel.java:288)
    at org.jgroups.JChannel.connect(JChannel.java:279)
    at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:94)
    ... 5 more

If there's no socket address, it should just move on.

[INFO] Starting -swarm.jar
java.lang.RuntimeException: Unable to resolve artifact from coordinates: org.wildfly.swarm:request-controller:2017.1.0-20161214.105737-22
	at org.wildfly.swarm.bootstrap.modules.BootstrapModuleFinder.lambda$buildModule$2(BootstrapModuleFinder.java:75)
	at java.util.ArrayList.forEach(ArrayList.java:1249)
	at org.wildfly.swarm.bootstrap.modules.BootstrapModuleFinder.buildModule(BootstrapModuleFinder.java:63)
	at org.wildfly.swarm.bootstrap.modules.AbstractSingleModuleFinder.findModule(AbstractSingleModuleFinder.java:49)
	at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:221)
	at org.wildfly.swarm.bootstrap.env.ApplicationEnvironment.getBootstrapClassLoader(ApplicationEnvironment.java:355)
	at org.wildfly.swarm.bootstrap.modules.ClasspathModuleFinder.findModule(ClasspathModuleFinder.java:51)
	at org.wildfly.swarm.bootstrap.MainInvoker.getMainClass(MainInvoker.java:74)

JoinOperator.processOp logs lines like "table 0 has x rows for join key [foo]". It is supposed to log after x rows for x = i, 2i, 4i, .... However, it has never worked completely:

In 0.11.0 and before, it logs after i rows and not after >i rows, because nextSz is not properly updated.
In 0.12.0, HIVE-4960 partially fixed that but x fails to be reset when the alias (tag) changes.

I observed such behaviour with reactor-netty HttpServer and ReactorHttpHandlerAdapter.
Actually if error is first emitted event then will controller return HTTP error code. But if some event was emitted before error, then response will complete successfully (ending with zero chunk).
See reproducing gist https://gist.github.com/TanyaGaleyev/83ad550cf7221ef84a3bfe6df26eec3c
I suppose that proper behaviour here is to close connection when error occurs without writing end chunk.

IIOPTransactionPropagationTestCase fails
This issue is regression against EAP 7.0.0, EAP 7.0.4 and EAP 7.1.0.DR8
100%, see reproducer job run
org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.testIIOPInvocationWithRollbackOnly

java.lang.AssertionError: expected:<0> but was:<6>
	at org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.testIIOPInvocationWithRollbackOnly(IIOPTransactionPropagationTestCase.java:149)

12:17:44,333 DEBUG [org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver] (Remoting "client" task-9) Received module un-availability report for 1 modules
12:17:44,333 DEBUG [org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver] (Remoting "client" task-9) Un-registering module EJBModuleIdentifier{appName='', moduleName='stateless-iiop-txn-timeout', distinctName=''} from receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@50305a, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@24f43aa3,channel=jboss.ejb,nodename=vmg112]}
12:17:44,333 DEBUG [org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver] (Remoting "client" task-9) Un-registering module EJBModuleIdentifier{appName='', moduleName='stateless-iiop-txn-timeout', distinctName=''} from receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@1af05b03, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@4a67318f,channel=jboss.ejb,nodename=vmg112]}
12:17:44,334 DEBUG [org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver] (Remoting "client" task-9) Un-registering module EJBModuleIdentifier{appName='', moduleName='stateless-iiop-txn-timeout', distinctName=''} from receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@420bc288, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@85ec632,channel=jboss.ejb,nodename=vmg112]}
12:17:44,334 DEBUG [org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver] (Remoting "client" task-9) Received module un-availability report for 1 modules
12:17:44,334 DEBUG [org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver] (Remoting "client" task-9) Un-registering module EJBModuleIdentifier{appName='', moduleName='stateless-iiop-txn-timeout', distinctName=''} from receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@17ae98d7, receiver=Remoting connection EJB receiver [connection=org.jboss.ejb.client.remoting.ConnectionPool$PooledConnection@4837595f,channel=jboss.ejb,nodename=vmg112]}
&amp#27;[0m12:17:44,347 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 68) WFLYCLINF0003: Stopped client-mappings cache from ejb container
&amp#27;[0m&amp#27;[0m12:17:44,352 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0028: Stopped deployment stateless-iiop-txn-timeout.jar (runtime-name: stateless-iiop-txn-timeout.jar) in 30ms
&amp#27;[0m&amp#27;[0m12:17:44,360 INFO  [org.jboss.as.repository] (management-handler-thread - 2) WFLYDR0002: Content removed from location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-iiop/4f840434/testsuite/integration/iiop/target/jbossas-iiop-client/standalone/data/content/81/a6d6e25c6a920724604526691f52ba35ae5d1f/content
&amp#27;[0m&amp#27;[0m12:17:44,366 INFO  [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0009: Undeployed "stateless-iiop-txn-timeout.jar" (runtime-name: "stateless-iiop-txn-timeout.jar")
&amp#27;[0m12:17:44,380 DEBUG [org.jboss.as.arquillian.protocol.jmx.JMXProtocolPackager] (main) Add dependencies: org.jboss.modules,deployment.arquillian-service,org.jboss.msc,org.wildfly.security.manager
12:17:44,383 INFO  [org.jboss.as.arquillian.protocol.jmx.ArquillianServiceDeployer] (main) Deploy arquillian service: arquillian-service: 984 assets
&amp#27;[0m12:17:44,977 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-iiop/4f840434/testsuite/integration/iiop/target/jbossas-iiop-server/standalone/data/content/ee/e6ee518c12c7166554f8e35e61016ab6dd3bab/content
&amp#27;[0m&amp#27;[0m12:17:44,985 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "arquillian-service" (runtime-name: "arquillian-service")
&amp#27;[0m&amp#27;[33m12:17:45,154 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.jboss.as.jmx:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m12:17:45,159 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m12:17:45,160 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.jboss.jandex:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m12:17:45,160 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.wildfly.security.manager:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m12:17:45,170 WARN  [org.jboss.weld.deployer] (MSC service thread 1-2) WFLYWELD0013: Deployment arquillian-service contains CDI annotations but no bean archive was found (no beans.xml or class with bean defining annotations was present).
&amp#27;[0m&amp#27;[0m12:17:45,182 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0010: Deployed "arquillian-service" (runtime-name : "arquillian-service")
&amp#27;[0m&amp#27;[0m12:17:45,195 INFO  [org.jboss.as.repository] (management-handler-thread - 3) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-iiop/4f840434/testsuite/integration/iiop/target/jbossas-iiop-server/standalone/data/content/c3/3130a8f9ab73261a6d4f3fa573357df1de9b2f/content
&amp#27;[0m&amp#27;[0m12:17:45,197 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "iiop-jts-ctx-propag-test.jar" (runtime-name: "iiop-jts-ctx-propag-test.jar")
&amp#27;[0m&amp#27;[33m12:17:45,210 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-3) WFLYSRV0018: Deployment "deployment.iiop-jts-ctx-propag-test.jar" is using a private module ("org.wildfly.security.manager:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[0m12:17:45,216 INFO  [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0003: Processing weld deployment iiop-jts-ctx-propag-test.jar
&amp#27;[0m&amp#27;[0m12:17:45,221 INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-1) WFLYEJB0473: JNDI bindings for session bean named 'IIOPTestBean' in deployment unit 'deployment "iiop-jts-ctx-propag-test.jar"' are as follows:

	java:global/iiop-jts-ctx-propag-test/IIOPTestBean!org.jboss.as.test.iiop.client.IIOPTestRemote
	java:app/iiop-jts-ctx-propag-test/IIOPTestBean!org.jboss.as.test.iiop.client.IIOPTestRemote
	java:module/IIOPTestBean!org.jboss.as.test.iiop.client.IIOPTestRemote
	java:jboss/exported/iiop-jts-ctx-propag-test/IIOPTestBean!org.jboss.as.test.iiop.client.IIOPTestRemote
	java:global/iiop-jts-ctx-propag-test/IIOPTestBean!org.jboss.as.test.iiop.client.IIOPTestBeanHome
	java:app/iiop-jts-ctx-propag-test/IIOPTestBean!org.jboss.as.test.iiop.client.IIOPTestBeanHome
	java:module/IIOPTestBean!org.jboss.as.test.iiop.client.IIOPTestBeanHome
	java:jboss/exported/iiop-jts-ctx-propag-test/IIOPTestBean!org.jboss.as.test.iiop.client.IIOPTestBeanHome

&amp#27;[0m&amp#27;[0m12:17:45,238 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 3) WFLYCLINF0002: Started client-mappings cache from ejb container
&amp#27;[0m&amp#27;[0m12:17:45,260 INFO  [org.jboss.as.arquillian] (MSC service thread 1-1) Arquillian deployment detected: ArquillianConfig[service=jboss.arquillian.config."iiop-jts-ctx-propag-test.jar",unit=iiop-jts-ctx-propag-test.jar,tests=[org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase]]
&amp#27;[0m&amp#27;[0m12:17:45,374 INFO  [org.jboss.as.server] (management-handler-thread - 3) WFLYSRV0010: Deployed "iiop-jts-ctx-propag-test.jar" (runtime-name : "iiop-jts-ctx-propag-test.jar")
&amp#27;[0m12:17:45,549 DEBUG [com.arjuna.orbportability] (main) Loading PostSetLoader class - com.arjuna.ats.jts.utils.ORBSetup
12:17:45,600 FINE  [org.jboss.arquillian.test.spi.TestEnricher] (main) BeanManager cannot be located in context. Either you are using an archive with no beans.xml or the BeanManager has not been produced.
12:17:45,623 DEBUG [com.arjuna.ats.arjuna] (pool-1-thread-1) Start RecoveryActivators
12:17:45,671 INFO  [com.arjuna.ats.jts] (pool-1-thread-1) ARJUNA022087: RecoveryServer using existing ORB
12:17:45,686 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) JavaIdlRCServiceInit.getRCPOA RecCoService_vmg112.hosts.mwqe.eng.bos.redhat.com
12:17:45,689 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) GenericRecoveryCoordinator() constructing
12:17:45,689 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) JavaIdlRCDefaultServant(orb)
12:17:45,697 FINE  [javax.enterprise.resource.corba._DEFAULT_.rpc.protocol] (main) "IOP00100026: (BAD_PARAM) Invalid service context Id in portable interceptor": org.omg.CORBA.BAD_PARAM:   vmcid: OMG  minor code: 26  completed: No
	at com.sun.corba.se.impl.logging.OMGSystemException.invalidServiceContextId(OMGSystemException.java:1551)
	at com.sun.corba.se.impl.logging.OMGSystemException.invalidServiceContextId(OMGSystemException.java:1573)
	at com.sun.corba.se.impl.interceptors.RequestInfoImpl.getServiceContext(RequestInfoImpl.java:657)
	at com.sun.corba.se.impl.interceptors.ServerRequestInfoImpl.get_request_service_context(ServerRequestInfoImpl.java:638)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionServerRequestInterceptorImpl.receive_request_service_contexts(InterpositionServerRequestInterceptorImpl.java:177)
	at com.sun.corba.se.impl.interceptors.InterceptorInvoker.invokeServerInterceptorStartingPoint(InterceptorInvoker.java:441)
	at com.sun.corba.se.impl.interceptors.PIHandlerImpl.invokeServerPIStartingPoint(PIHandlerImpl.java:566)
	at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.getServantWithPI(CorbaServerRequestDispatcherImpl.java:350)
	at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:202)
	at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1700)
	at com.sun.corba.se.impl.protocol.SharedCDRClientRequestDispatcherImpl.marshalingComplete(SharedCDRClientRequestDispatcherImpl.java:180)
	at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.invoke(CorbaClientDelegateImpl.java:148)
	at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:231)
	at org.omg.CosTransactions.TransactionFactoryHelper.narrow(TransactionFactoryHelper.java:59)
	at com.arjuna.ats.internal.jts.orbspecific.TransactionFactoryImple.getReference(TransactionFactoryImple.java:126)
	at com.arjuna.ats.internal.jts.orbspecific.TransactionFactoryImple.<init>(TransactionFactoryImple.java:107)
	at com.arjuna.ats.internal.jts.OTSImpleManager.init(OTSImpleManager.java:265)
	at com.arjuna.ats.internal.jts.OTSImpleManager.get_current(OTSImpleManager.java:102)
	at com.arjuna.ats.jts.OTSManager.get_current(OTSManager.java:71)
	at org.jboss.as.test.iiop.client.Util.startCorbaTx(Util.java:94)
	at org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.testIIOPInvocationWithRollbackOnly(IIOPTransactionPropagationTestCase.java:148)

12:17:45,718 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) JavaIdlRCServiceInit - set default servant and activated
12:17:45,756 DEBUG [com.arjuna.ats.arjuna] (main) com.arjuna.ats.arjuna.recovery.ActionStatusService starting
12:17:45,759 DEBUG [com.arjuna.ats.arjuna] (pool-1-thread-1) AtomicActionRecoveryModule created
12:17:45,765 DEBUG [com.arjuna.ats.arjuna] (main) TransactionStatusManagerItem host: {0} port: {1}
12:17:45,766 DEBUG [com.arjuna.ats.txoj] (pool-1-thread-1) TORecoveryModule created
12:17:45,768 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) TransactionRecoveryModule created
12:17:45,768 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) TopLevelTransactionRecoveryModule created
12:17:45,769 INFO  [com.arjuna.ats.arjuna] (main) ARJUNA012170: TransactionStatusManager started on port 41315 and host 127.0.0.1 with service com.arjuna.ats.arjuna.recovery.ActionStatusService
12:17:45,779 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) TransactionRecoveryModule created
12:17:45,785 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) ServerTransactionRecoveryModule created
12:17:45,809 DEBUG [com.arjuna.ats.arjuna] (pool-1-thread-1) PeriodicRecovery: starting background scanner thread
12:17:45,812 DEBUG [com.arjuna.ats.arjuna] (pool-1-thread-1) Expiry scan interval set to 43200 seconds
12:17:45,813 DEBUG [com.arjuna.ats.arjuna] (pool-1-thread-1) Expiry scan interval set to  43200  seconds
12:17:45,814 DEBUG [com.arjuna.ats.arjuna] (pool-1-thread-1) ExpiredTransactionStatusManagerScanner created, with expiry time of 43200  seconds
12:17:45,826 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread Status <== SCANNING
12:17:45,827 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) ExpiredContactScanner created, with expiry time of 43200 seconds
12:17:45,827 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread scanning
12:17:45,827 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Periodic recovery first pass at Thu, 12 Jan 2017 12:17:45
12:17:45,832 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) AtomicActionRecoveryModule first pass
12:17:45,832 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
12:17:45,832 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery)  
12:17:45,835 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) ExpiredAssumedCompleteScanner created, with expiry time of 43200 seconds
12:17:45,832 DEBUG [com.arjuna.ats.txoj] (Periodic Recovery) TORecoveryModule - first pass
12:17:45,826 FINE  [javax.enterprise.resource.corba._DEFAULT_.rpc.protocol] (main) "IOP00100026: (BAD_PARAM) Invalid service context Id in portable interceptor": org.omg.CORBA.BAD_PARAM:   vmcid: OMG  minor code: 26  completed: No
	at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:475)
	at com.arjuna.ArjunaOTS._ArjunaTransactionStub.get_txcontext(_ArjunaTransactionStub.java:386)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionClientRequestInterceptorImpl$1.run(InterpositionClientRequestInterceptorImpl.java:236)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionClientRequestInterceptorImpl$1.run(InterpositionClientRequestInterceptorImpl.java:232)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionClientRequestInterceptorImpl.send_request(InterpositionClientRequestInterceptorImpl.java:231)
	at com.sun.corba.se.impl.interceptors.InterceptorInvoker.invokeClientInterceptorStartingPoint(InterceptorInvoker.java:245)
	at com.sun.corba.se.impl.interceptors.PIHandlerImpl.invokeClientPIStartingPoint(PIHandlerImpl.java:355)
	at com.sun.corba.se.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:293)
	at org.omg.CORBA.portable.ObjectImpl._request(ObjectImpl.java:449)
	at com.arjuna.ArjunaOTS._ArjunaTransactionStub.is_top_level_transaction(_ArjunaTransactionStub.java:193)
	at com.arjuna.ats.jts.OTSManager.destroyControl(OTSManager.java:133)
	at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.destroyAction(ArjunaTransactionImple.java:2207)
	at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.rollback(ArjunaTransactionImple.java:500)
	at com.arjuna.ats.internal.jts.ControlWrapper.rollback(ControlWrapper.java:283)
	at com.arjuna.ats.internal.jts.orbspecific.CurrentImple.rollback(CurrentImple.java:321)
	at org.jboss.as.test.iiop.client.Util.rollbackCorbaTx(Util.java:102)
	at org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.testIIOPInvocationWithRollbackOnly(IIOPTransactionPropagationTestCase.java:153)

12:17:45,837 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery)  
12:17:45,837 INFO  [com.arjuna.ats.jts] (Periodic Recovery) ARJUNA022199: TopLevelTransactionRecoveryModule First Pass
12:17:45,837 INFO  [com.arjuna.ats.jts] (Periodic Recovery) ARJUNA022213: TransactionRecoveryModule.periodicWorkFirstPass()
12:17:45,837 DEBUG [com.arjuna.ats.jts] (Periodic Recovery) TransactionRecoveryModule: scanning for /StateManager/BasicAction/TwoPhaseCoordinator/ArjunaTransactionImple
12:17:45,838 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery)  
12:17:45,838 INFO  [com.arjuna.ats.jts] (Periodic Recovery) ARJUNA022190: ServerTransactionRecoveryModule - First Pass
12:17:45,838 INFO  [com.arjuna.ats.jts] (Periodic Recovery) ARJUNA022213: TransactionRecoveryModule.periodicWorkFirstPass()
12:17:45,838 DEBUG [com.arjuna.ats.jts] (Periodic Recovery) TransactionRecoveryModule: scanning for /StateManager/BasicAction/TwoPhaseCoordinator/ArjunaTransactionImple/ServerTransaction
12:17:45,843 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) XARecoveryModule state change IDLE->FIRST_PASS

12:17:45,839 DEBUG [com.arjuna.ats.jts] (pool-1-thread-1) ExpiredAssumedCompleteScanner created, with expiry time of 43200 seconds
12:17:45,846 DEBUG [com.arjuna.ats.arjuna] (pool-1-thread-1) ExpiredEntryMonitor - constructed
12:17:45,847 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) JTS XARecoveryModule - first pass
12:17:45,846 FINE  [javax.enterprise.resource.corba._DEFAULT_.rpc.protocol] (main) "IOP00100026: (BAD_PARAM) Invalid service context Id in portable interceptor": org.omg.CORBA.BAD_PARAM:   vmcid: OMG  minor code: 26  completed: No
	at com.arjuna.ArjunaOTS._ActionControlStub.getParentControl(_ActionControlStub.java:19)
	at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.propagationContext(ArjunaTransactionImple.java:2022)
	at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.get_txcontext(ArjunaTransactionImple.java:1302)
	at com.arjuna.ArjunaOTS.ArjunaTransactionPOATie.get_txcontext(ArjunaTransactionPOATie.java:129)
	at com.arjuna.ArjunaOTS.ArjunaTransactionPOA._invoke(ArjunaTransactionPOA.java:255)
	at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:654)
	at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:205)

...[truncated 26420 chars]...
tContext(ContainerEventController.java:129)
	at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.internalIORToObject(CDRInputStream_1_0.java:810)
	... 153 more

12:17:45,889 FINE  [javax.enterprise.resource.corba._CORBA_.rpc.presentation] (main) "IOP01210235: (BAD_OPERATION) ClassNotFoundException while attempting to load interface arjuna.com.ArjunaOTS.ArjunaTransaction": org.omg.CORBA.BAD_OPERATION:   vmcid: SUN  minor code: 235 completed: Maybe
	at com.sun.corba.se.impl.logging.ORBUtilSystemException.classNotFound3(ORBUtilSystemException.java:786)
	at com.sun.corba.se.impl.presentation.rmi.StubFactoryFactoryDynamicBase.createStubFactory(StubFactoryFactoryDynamicBase.java:66)
	at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:748)
	at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:710)
	at com.sun.corba.se.impl.encoding.CDRInputStream.read_Object(CDRInputStream.java:231)
	at com.sun.corba.se.impl.corba.TypeCodeImpl.copy(TypeCodeImpl.java:2039)
	at com.sun.corba.se.impl.corba.TypeCodeImpl.copy(TypeCodeImpl.java:2054)
	at com.sun.corba.se.impl.corba.AnyImpl.read_value(AnyImpl.java:583)
	at com.sun.corba.se.impl.interceptors.CDREncapsCodec.decodeImpl(CDREncapsCodec.java:211)
	at com.sun.corba.se.impl.interceptors.CDREncapsCodec.decode_value(CDREncapsCodec.java:134)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionServerRequestInterceptorImpl$1.run(InterpositionServerRequestInterceptorImpl.java:196)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionServerRequestInterceptorImpl$1.run(InterpositionServerRequestInterceptorImpl.java:193)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionServerRequestInterceptorImpl.receive_request_service_contexts(InterpositionServerRequestInterceptorImpl.java:192)
	at com.arjuna.ArjunaOTS._ArjunaTransactionStub.is_top_level_transaction(_ArjunaTransactionStub.java:194)
Caused by: java.lang.ClassNotFoundException: arjuna.com.ArjunaOTS.ArjunaTransaction (no security manager: RMI class loader disabled)
	at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:396)
	at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:186)
	at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:637)
	at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:219)
	at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:152)
	at com.sun.corba.se.impl.util.JDKBridge.loadClassM(JDKBridge.java:189)
	at com.sun.corba.se.impl.util.JDKBridge.loadClass(JDKBridge.java:86)
	at com.sun.corba.se.impl.javax.rmi.CORBA.Util.loadClass(Util.java:605)
	at javax.rmi.CORBA.Util.loadClass(Util.java:242)
	at com.sun.corba.se.impl.presentation.rmi.StubFactoryFactoryDynamicBase.createStubFactory(StubFactoryFactoryDynamicBase.java:64)

12:17:45,891 FINE  [javax.enterprise.resource.corba._DEFAULT_.rpc.encoding] (main) "IOP00810259: (MARSHAL) Could not create stub": org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 259  completed: No
	at com.sun.corba.se.impl.logging.ORBUtilSystemException.stubCreateError(ORBUtilSystemException.java:8316)
	at com.sun.corba.se.impl.logging.ORBUtilSystemException.stubCreateError(ORBUtilSystemException.java:8334)
	at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.internalIORToObject(CDRInputStream_1_0.java:812)
	at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:769)

12:17:45,892 FINE  [javax.enterprise.resource.corba._INITIALIZING_.rpc.presentation] (main) "IOP01210206: (BAD_OPERATION) Expected typecode kind string but got typecode kind struct": org.omg.CORBA.BAD_OPERATION:   vmcid: SUN  minor code: 206  completed: No
	at com.sun.corba.se.impl.logging.ORBUtilSystemException.extractWrongType(ORBUtilSystemException.java:215)
	at com.sun.corba.se.impl.logging.ORBUtilSystemException.extractWrongType(ORBUtilSystemException.java:239)
	at com.sun.corba.se.impl.corba.AnyImpl.checkExtractBadOperation(AnyImpl.java:667)
	at com.sun.corba.se.impl.corba.AnyImpl.extract_string(AnyImpl.java:969)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionServerRequestInterceptorImpl.suspendContext(InterpositionServerRequestInterceptorImpl.java:350)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionServerRequestInterceptorImpl.send_reply(InterpositionServerRequestInterceptorImpl.java:264)
	at com.sun.corba.se.impl.interceptors.InterceptorInvoker.invokeServerInterceptorEndingPoint(InterceptorInvoker.java:591)
	at com.sun.corba.se.impl.interceptors.PIHandlerImpl.invokeServerPIEndingPoint(PIHandlerImpl.java:638)
	at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.runInterceptors(CorbaMessageMediatorImpl.java:2278)
	at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.createResponseHelper(CorbaMessageMediatorImpl.java:2190)
	at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.createResponseHelper(CorbaMessageMediatorImpl.java:2165)
	at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.createResponse(CorbaMessageMediatorImpl.java:2013)
	at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.createReply(CorbaMessageMediatorImpl.java:623)
	at com.arjuna.ArjunaOTS.ArjunaTransactionPOA._invoke(ArjunaTransactionPOA.java:143)

org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.testIIOPNeverCallInvocation

	at org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.testIIOPNeverCallInvocation(IIOPTransactionPropagationTestCase.java:130)

12:17:45,941 FINE  [org.jboss.arquillian.test.spi.TestEnricher] (main) BeanManager cannot be located in context. Either you are using an archive with no beans.xml or the BeanManager has not been produced.
12:17:45,967 FINE  [javax.enterprise.resource.corba._DEFAULT_.rpc.protocol] (main) "IOP00100026: (BAD_PARAM) Invalid service context Id in portable interceptor": org.omg.CORBA.BAD_PARAM:   vmcid: OMG  minor code: 26  completed: No
	at org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.testIIOPNeverCallInvocation(IIOPTransactionPropagationTestCase.java:137)

12:17:45,968 FINE  [javax.enterprise.resource.corba._DEFAULT_.rpc.protocol] (main) "IOP00100026: (BAD_PARAM) Invalid service context Id in portable interceptor": org.omg.CORBA.BAD_PARAM:   vmcid: OMG  minor code: 26  completed: No

12:17:45,975 FINE  [javax.enterprise.resource.corba._CORBA_.rpc.presentation] (main) "IOP01210235: (BAD_OPERATION) ClassNotFoundException while attempting to load interface arjuna.com.ArjunaOTS.ArjunaTransaction": org.omg.CORBA.BAD_OPERATION:   vmcid: SUN  minor code: 235 completed: Maybe
	at com.sun.corba.se.impl.corba.AnyImpl.write_value(AnyImpl.java:610)
	at com.sun.corba.se.impl.interceptors.CDREncapsCodec.encodeImpl(CDREncapsCodec.java:173)
	at com.sun.corba.se.impl.interceptors.CDREncapsCodec.encode_value(CDREncapsCodec.java:119)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionClientRequestInterceptorImpl$2.run(InterpositionClientRequestInterceptorImpl.java:292)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionClientRequestInterceptorImpl$2.run(InterpositionClientRequestInterceptorImpl.java:288)
	at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionClientRequestInterceptorImpl.send_request(InterpositionClientRequestInterceptorImpl.java:287)

12:17:45,977 FINE  [javax.enterprise.resource.corba._DEFAULT_.rpc.encoding] (main) "IOP00810259: (MARSHAL) Could not create stub": org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 259  completed: No

12:17:45,980 FINE  [javax.enterprise.resource.corba._CORBA_.rpc.presentation] (main) "IOP01210235: (BAD_OPERATION) ClassNotFoundException while attempting to load interface arjuna.com.ArjunaOTS.ArjunaTransaction": org.omg.CORBA.BAD_OPERATION:   vmcid: SUN  minor code: 235 completed: Maybe

12:17:45,982 FINE  [javax.enterprise.resource.corba._DEFAULT_.rpc.encoding] (main) "IOP00810259: (MARSHAL) Could not create stub": org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 259  completed: No

12:17:45,985 FINE  [javax.enterprise.resource.corba._INITIALIZING_.rpc.presentation] (main) "IOP01210206: (BAD_OPERATION) Expected typecode kind string but got typecode kind struct": org.omg.CORBA.BAD_OPERATION:   vmcid: SUN  minor code: 206  completed: No

org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.testIIOPInvocation

	at org.jboss.as.test.iiop.client.IIOPTransactionPropagationTestCase.testIIOPInvocation(IIOPTransactionPropagationTestCase.java:113)

12:17:45,998 FINE  [org.jboss.arquillian.test.spi.TestEnricher] (main) BeanManager cannot be located in context. Either you are using an archive with no beans.xml or the BeanManager has not been produced.

No errors

When deploying multiple camel-contexts (in different wars!) to a tomcat and one of the camel-contexts is e.g. of version 2.13.0, the camel-context that uses camel-swagger throws following exception when accessing /api-docs.
Additionally it is not possible to deploy 2 camel-swagger using webapps, because only one set of rest-methods (of one of the deployed contexts!) are exported via /api-docs.

javax.servlet.ServletException: Servlet execution threw an exception
	org.apache.camel.component.swagger.RestSwaggerCorsFilter.doFilter(RestSwaggerCorsFilter.scala:44)

root cause

javax.management.MBeanException: Operation dumpRestsAsXml not in ModelMBeanInfo
	javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean.java:961)
	com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	org.apache.camel.component.swagger.DefaultCamelSwaggerServlet.getRestDefinitions(DefaultCamelSwaggerServlet.scala:49)
	org.apache.camel.component.swagger.RestSwaggerApiDeclarationServlet.renderResourceListing(RestSwaggerApiDeclarationServlet.scala:168)
	org.apache.camel.component.swagger.RestSwaggerApiDeclarationServlet.doGet(RestSwaggerApiDeclarationServlet.scala:98)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:728)

root cause

javax.management.ServiceNotFoundException: Operation dumpRestsAsXml not in ModelMBeanInfo

I've configured a polling Twitter endpoint with nearly default Spring configuration as follows:

from("twitter://search?type=polling&keywords=searchterms&delay=60&consumerKey=[s]&consumerSecret=[s]&accessToken=[s]&accessTokenSecret=[s]")

However, it doesn't seem to respect the delay parameter.
On debugging, the delay parameter is set properly:

    public TwitterConsumerPolling(TwitterEndpoint endpoint, Processor processor,
                                  Twitter4JConsumer twitter4jConsumer) {
        super(endpoint, processor);

        this.twitter4jConsumer = twitter4jConsumer;

        int delay = endpoint.getProperties().getDelay();
        setInitialDelay(1);
        setDelay(delay);  // delay is set properly to 60 here
        setTimeUnit(TimeUnit.SECONDS);
    }

but when the run() method of the ScheduledPollConsumer runs, the delay parameter is still the default of 500.

        // avoid this thread to throw exceptions because the thread pool wont re-schedule a new thread
        try {
            // log starting
            if (LoggingLevel.ERROR == runLoggingLevel) {
                LOG.error("Scheduled task started on:   {}", this.getEndpoint());
            } else if (LoggingLevel.WARN == runLoggingLevel) {
                LOG.warn("Scheduled task started on:   {}", this.getEndpoint());
            } else if (LoggingLevel.INFO == runLoggingLevel) {
                LOG.info("Scheduled task started on:   {}", this.getEndpoint());
            } else if (LoggingLevel.DEBUG == runLoggingLevel) {
                LOG.debug("Scheduled task started on:   {}", this.getEndpoint());
            } else {
                LOG.trace("Scheduled task started on:   {}", this.getEndpoint());
            }

            // execute scheduled task
            doRun();

            // log completed
                LOG.error("Scheduled task completed on: {}", this.getEndpoint());
                LOG.warn("Scheduled task completed on: {}", this.getEndpoint());
                LOG.info("Scheduled task completed on: {}", this.getEndpoint());
                LOG.debug("Scheduled task completed on: {}", this.getEndpoint());
            } else {
                LOG.trace("Scheduled task completed on: {}", this.getEndpoint());
            }

        } catch (Error e) {
            // must catch Error, to ensure the task is re-scheduled
            LOG.error("Error occurred during running scheduled task on: " + this.getEndpoint() + ", due: " + e.getMessage(), e);
        }
    }

Scenario:
1. Domain class is loaded from mongodb using CrudRepository.findOne(…) method.
2. The loaded instance’s any non id nor @Version annotated field is set to null. 
3. The loaded instance is saved to same mongodb using CrudRepository.save(…) method.
4. The field that has been set to null doesn’t write to database, it’s unchanged.
Important: The problem doesn’t occur when @Version annotation is not used in the domain class definition.

Server does not start on domain mode when setting relative-to in the path

  <paths>
        <path name="apps.log.dir" path="/apps/logs" relative-to="jboss.domain.base.dir"/>
    </paths>

[Host Controller] 13:28:05,730 ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/path=apps.log.dir' are not available: 

[Host Controller] org.wildfly.management.path.jboss.domain.base.dir in context 'global'; Possible registration points for this capability: 

[Host Controller] /host=master/path=* 

[Host Controller] /host=master/server-config=*/path=* 

[Host Controller] /path=* 

Example:
SELECT * FROM alltypesorc WHERE cint in (ctinyint, cbigint);

If HIVE_OPTS is set schematool command fails to start. To repro this set HIVE_AUX_JARS_PATH

$ export HIVE_AUX_JARS_PATH=/path/lib.jar

Above export adds a --hiveconf option to the commandline args to HiveSchemaTool which doesn't recognize it.

$ hive-install-dir/bin/schematool -dbType derby -info
HiveSchemaTool:Parsing failed.  Reason: Unrecognized option: -hiveconf
usage: schemaTool
 -dbType <databaseType>             Metastore database type
 -dryRun                            list SQL scripts (no execute)
 -help                              print this message
 -info                              Show config and schema details
 -initSchema                        Schema initialization
 -initSchemaTo <initTo>             Schema initialization to a version
 -passWord <password>               Override config file password
 -upgradeSchema                     Schema upgrade
 -upgradeSchemaFrom <upgradeFrom>   Schema upgrade from a version
 -userName <user>                   Override config file user name
 -verbose                           only print SQL statements

Two unit tests fail because listStatus's semantics change between hadoop 1.0 and hadoop 2.0.  (specifically – hadoop 1.0 returns empty array if used on dir that does not exist, but hadoop 2.0 throws FileNotFoundException).
here's the exception:

2012-08-28 16:01:19,789 WARN  [Thread-3155] hbck.HFileCorruptionChecker(230): Failed to quaratine an HFile in regiondir hdfs://localhost:38096/user/jenkins/hbase/testQuarantineMissingFamdir/34b2e072b33052bf4875f85513e9c669
java.io.FileNotFoundException: File hdfs://localhost:38096/user/jenkins/hbase/testQuarantineMissingFamdir/34b2e072b33052bf4875f85513e9c669/fam does not exist.
	at org.apache.hadoop.hdfs.DistributedFileSystem.listStatus(DistributedFileSystem.java:406)
	at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1341)
	at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1381)
	at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker.checkColFamDir(HFileCorruptionChecker.java:152)
	at org.apache.hadoop.hbase.util.TestHBaseFsck$2$1.checkColFamDir(TestHBaseFsck.java:1401)
	at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker.checkRegionDir(HFileCorruptionChecker.java:185)
	at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker$RegionDirChecker.call(HFileCorruptionChecker.java:267)
	at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker$RegionDirChecker.call(HFileCorruptionChecker.java:258)

Currently, we have some restrictions on the predicates that we can use in ON clauses for inner joins (we have those restrictions for outer joins too, but we will tackle that in a follow-up). Semantically equivalent queries can be expressed if the predicate is introduced in the WHERE clause, but we would like that user can express it both in ON and WHERE clause, as in standard SQL.
This patch is an extension to overcome these restrictions for inner joins.

SELECT *
FROM src1 JOIN src
LIMIT 10;
SELECT *
LIMIT 10;
SELECT *
  AND true)
LIMIT 10;

If you ask Repositories for a RepositoryInformation or PersistentEntity and pass a proxy class of a type type that is actually managed by the Repositories instance it currently returns null as the RepositoryFactoryInformation lookup fails. This is due to the lookup not actually looking up the information for the user class but the proxied one.

LDAP providers like Active Directory use a fully qualified user name in user@domain format. For HiveServer2 LDAP auth can be used with active directory by passing the userid in that format. This causes hive authentication module to retrun the username in that mangled format. This prohibits LDAP users to be impersonated over secure hadoop or reported correctly in audit etc.
HiveServer2 should support a configurable LDAP domain that is appended to the user name.

I believe that line 61 in AuthenticationDetailsSourceImpl.java should change from:
			if (parameterTypes.length == 1 && (object == null || parameterTypes[i].isInstance(object))) {
To:
			if (parameterTypes.length == 1 && (object == null || parameterTypes[0].isInstance(object))) {
(always use the first element of parameterTypes, not the i-th element).
	at org.springframework.security.ui.AuthenticationDetailsSourceImpl.getFirstMatchingConstructor(AuthenticationDetailsSourceImpl.java:61)
	at org.springframework.security.ui.AuthenticationDetailsSourceImpl.buildDetails(AuthenticationDetailsSourceImpl.java:30)
	at org.springframework.security.ui.preauth.j2ee.AbstractPreAuthenticatedAuthenticationDetailsSource.buildDetails(AbstractPreAuthenticatedAuthenticationDetailsSource.java:51)
	at org.springframework.security.ui.preauth.AbstractPreAuthenticatedProcessingFilter.doAuthenticate(AbstractPreAuthenticatedProcessingFilter.java:86)
	at org.springframework.security.ui.preauth.AbstractPreAuthenticatedProcessingFilter.doFilterHttp(AbstractPreAuthenticatedProcessingFilter.java:58)
	at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)

I downloaded the 340 minimal from
I started it using
bin/fuse
And then created a fabric with
fabric:create --wait-for-provisioning
And then in hawtio I add the kibana profile to the root container as instructed when you click the wiki tabs.
Then after a bit the hawtio refreshes the screen and I get javascript errors.

When we try deploying any simple ServerSide java script based application on WildFly 10 we see the following Error while deploying the application:

22:50:49,050 ERROR [stderr] (ServerService Thread Pool -- 62) ScriptEngineManager providers.next(): javax.script.ScriptEngineFactory: Provider apple.applescript.AppleScriptEngineFactory not found

try deploying the attached application on WildFly 10 and notice the console output.

Address oracle schema upgrade script issue in 0.12 and trunk (0.13)

I happened to notice this in a server log:
11:53:48,854 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("resolve-expression") failed - address: ([]) - failure description: "WFLYCTL0211: Cannot resolve expression 'expression \"${unresolvable}\"' – java.lang.IllegalStateException: Failed to resolve expression: ${unresolvable}"
That failure shouldn't end up in the server log; it's just a client mistake unrelated to server operation.
A guess is that it's logged because the OFE has the ISE attached as a cause, in which case a simple fix is to not attach the ISE, which adds no value.
Note the handler has a catch block above the one that throws this OFE that handles a SecurityException case. In that case it may be appropriate for something to appear in the logs, assuming tracing how the SE can happen indicates it could be triggered by a user fishing for an exploit. In that case a direct WARN in the log from the ResolveExpressionHandler instead of attaching the SE to the OFE and letting the OperationContext log an ERROR may be more appropriate.

The order in which messages are added should be preserved.
See http://forum.springframework.org/forumdisplay.php?f=36.

When the CLI is connected to the controller, patch info reflects the outcome of read-resource operation. It could be basic info or extended (--verbose).
In the offline mode though, the only information available is the basic one. It is actually limited by the tool's API, which means it never meant to support --verbose.
This difference is not reflected in the help content of the command and simply looks like an inconsistent behavior of the same command depending on the connection status.
Another issue with the offline mode is that, the current version was not propagated to the CLI and would always read "Unknown" for the user.

When using SpringBeanAutowiringSupport.processInjectionBasedOnServletContext() 
a NullPointerException is raised in 
InjectionMetadata.checkPropertySkipping(PropertyValues pvs)

protected boolean checkPropertySkipping(PropertyValues pvs) {
  if (this.skip == null) {
    synchronized (pvs) { // <-- NullPointerException
      if (this.skip == null) {

in AutowiredAnnotationBeanPostProcessor.processInjection(Object bean)
metadata inject is called with null for PropertyValues

public void processInjection(Object bean) throws BeansException {
  Class<?> clazz = bean.getClass();
  InjectionMetadata metadata = findAutowiringMetadata(clazz);
  try {
    metadata.inject(bean, null, null); // <-- pvs is null
  }
  catch (Throwable ex) {
    throw new BeanCreationException("Injection of autowired dependencies failed for class [" + clazz + "]", ex);
  }
}

 	at org.springframework.beans.factory.annotation.InjectionMetadata$InjectedElement.checkPropertySkipping(InjectionMetadata.java:171)
 	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredMethodElement.inject(AutowiredAnnotationBeanPostProcessor.java:526)
 	at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:84)
 	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.processInjection(AutowiredAnnotationBeanPostProcessor.java:300)
 	at org.springframework.web.context.support.SpringBeanAutowiringSupport.processInjectionBasedOnServletContext(SpringBeanAutowiringSupport.java:110)

Have recently upgraded to Spring 3 and a number of RequestMapping annotations no longer appear to match. Previously, I could use
@RequestMapping("**/company")
to match all urls with company in it no matter how many directories deep. Now I need to be more precise with my matcher:
@RequestMapping("/*/company")
Has this ANT-style directory matching been dropped?

The ReflectionRepositoryInvoker is not invoking the findOne method correctly on a non-CrudRepository implementation. Specifically, the:

public T invokeFindOne(Serializable id) {
  return (T) ReflectionUtils.invokeMethod(methods.getFindOneMethod(), id);
}

should be fixed to: 

public T invokeFindOne (Serializable id) {
  return (T) ReflectionUtils.invokeMethod (methods.getFindOneMethod (), repository, id);
}

security-propagation-jms connector.jks needs to be copied differently - needs to be copied along with the other connector.jks or it gets corrupted in Perfectus build.

For an HBase backed table:

CREATE TABLE hbasetbl (key string, state string, country string, country_id int)
"hbase.columns.mapping" = "info:state,info:country,info:country_id"
);

Create its like table using query such as 
create table hbasetbl_like like hbasetbl;
It fails with error:
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. org.apache.hadoop.hive.ql.metadata.HiveException: must specify an InputFormat class

After splitting .META. when updating region information in .META. (e.g. ProcessRegionOpen) the wrong .META. region was retrieved in RegionManager from onlineMetaRegions map. 
This is due to a bug in RegionManager.getFirstMetaRegionForRegion that was using the wrong key to get data out of the map (the table name instead of the region name) 
return onlineMetaRegions.get(onlineMetaRegions.headMap(newRegion.getTableDesc().getName()).lastKey());
and when adding the region to the map it was added with 
onlineMetaRegions.put(metaRegion.getStartKey(), metaRegion);
so it's supposed to be taken out with: 
return onlineMetaRegions.get(onlineMetaRegions.headMap(newRegion.getRegionName()).lastKey());

HIVE_CLASSPATH should be added to HADOOP_CLASSPATH before launching hcat CLI

HIVE-17247 added an extra file, which is most probably not needed 
Sahil Takiar? 

Web service with STS (Picketlink) returns wrong subject with PolicyContext("javax.security.auth.subject.container"). 
It seems that configured login modules are not called since SecurityContext was created by SAML2Handler for the same security domain and are skipped because of WFLY-4625.
Reproducer is attached in BZ-1352418.

After upgrading from Spring Boot 2.0.0.M7 (Sprig AOP 5.0.2) to Spring Boot 2.0.1.RELEASE (Spring AOP 5.0.5) the following advice doesn't work anymore:

@Around("execution(* org.springframework.data.mongodb.repository.MongoRepository.deleteById(..)) && args(id)")

It looks like the pointcut ignores methods that are declared only in a super interface. If I actually override the methods in my MongoRepository, the advice is applied.
A workaround for this is to use the interface where the method is actually declared as a execution pointcut, and specify the target separately:

@Around("target(org.springframework.data.mongodb.repository.MongoRepository) && execution(* org.springframework.data.repository.CrudRepository.deleteById(*)) && args(id)")

The LoggerListener JavaDocs incorrect advise different logging levels are used for different ApplicationEvents. It should specify that all events are logged with warning severity.

Please see this jcstress-based test:
https://github.com/isopov/isopov-jcstress/blob/master/src/main/java/com/sopovs/moradanen/jcstress/spring/SettableListenableFutureTest.java
There is no such bug in guava:
https://github.com/isopov/isopov-jcstress/blob/master/src/main/java/com/sopovs/moradanen/jcstress/guava/SettableFutureTest.java
Or in CompletableFuture from JUC:
https://github.com/isopov/isopov-jcstress/blob/master/src/main/java/com/sopovs/moradanen/jcstress/CompletableFutureTest.java

Seen regularly in basically every failover test (no matter what failover type/cache used). 
After failing one node(failover type: jvmkill/shutdown/undeploy) - perf20 in this case, perf21 logged the following error message:

[JBossINF] [0m[31m12:57:35,029 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (transport-thread--p7-t10) ISPN000136: Execution error: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for topology 20
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxWriteCommand(StateTransferInterceptor.java:274)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:243)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:119)
[JBossINF] 	at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
[JBossINF] 	at org.infinispan.interceptors.CacheMgmtInterceptor.visitRemoveCommand(CacheMgmtInterceptor.java:209)
[JBossINF] 	at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:49)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1613)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.removeInternal(CacheImpl.java:579)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.remove(CacheImpl.java:572)
[JBossINF] 	at org.infinispan.cache.impl.DecoratedCache.remove(DecoratedCache.java:442)
[JBossINF] 	at org.infinispan.cache.impl.AbstractDelegatingCache.remove(AbstractDelegatingCache.java:297)
[JBossINF] 	at org.wildfly.clustering.server.registry.CacheRegistry.topologyChanged(CacheRegistry.java:152)
[JBossINF] 	at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source)

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-shutdown-dist-async/3/console-perf21/
This error sometimes occur just before the server shuts down, as can be seen here:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-shutdown-dist-async/3/console-perf19/
See also: JBEAP-505#comment-13098103
This issue is also related to: WFLY-4697#comment-13083024

The ldap-realm.otp-credential-mapper.seed-from attribute in Elytron subsystem refers to an LDAP attribute which stores an OTP seed. The LDAP-attribute value currently has to be Base64 encoded, which seems to be wrong.
The problem is in the Elytron class org.wildfly.security.auth.realm.ldap.OtpCredentialLoader which handles the encoding/decoding.
The OTP RFC 2289 says

   The seed MUST consist of purely alphanumeric characters and MUST be
   of one to 16 characters in length. The seed is a string of characters
   that MUST not contain any blanks and SHOULD consist of strictly
   alphanumeric characters from the ISO-646 Invariant Code Set.  The
   seed MUST be case insensitive and MUST be internally converted to
   lower case before it is processed.

I.e. There is no need to Base64-encode the String bytes.
Suggested fix
Don't encode/decode the LDAP attribute value.

From the REST interface to the Repository you cannot force preference for using the void delete(T t) method over void delete(ID id) method. As a result we cannot do @PreAuthorize filters on delete based of object values. A use case for this would be to set security constraints.

In mysql and mssql install scripts the index is called COMPLETED_TXN_COMPONENTS_IDX2  Everywhere else it is called COMPLETED_TXN_COMPONENTS_IDX, which is breaking upgrade scripts for 3.0 to 3.1 since they don't know which index to update.  One name should be chosen and used everywhere.

According to the end of section 8.2 of the Spring Roo Reference documentation, I define in my entity class the annotation 
@RooJpaActiveRecord(persistMethod = "save", removeMethod="")
but in the persistence Active Record  class the remove()  method isn't delete and the method persist() isn't rename.

If I try to send a string without any config options or headers to indicate alphabet/data coding/encoding, it appears to be sent using an 8 bit character set even if a 16 bit UCS-2 encoding is required.
If I try to set CamelSmppAlphabet=-1 (for unknown) as a header, an invalid message is sent to the SMPP peer and it is rejected with SMPP error code 00000401
If I try to set alphabet=-1 in the endpoint config though and if I also set CamelSmppDataCoding=8 then it correctly sends a UCS-2 message.
Looking at the code (particularly the method SmppSmCommand.determineCharset()), it seems that it can ONLY send UCS-2 if alphabet == UNKNOWN_ALPHABET.  Using the value UNKNOWN_ALPHABET (-1) as a header triggers the problem with the SMPP peer so I can only set that value in the endpoint config.  This determineCharset() method should also recognise alphabet == ALPHA_UCS2

This exception is thrown when sortByKey is used as the shuffle transformation between MapWork and ReduceWork:

org.apache.spark.SparkException: Job aborted due to stage failure: Task not serializable: java.io.NotSerializableException: org.apache.hadoop.io.BytesWritable
    at org.apache.spark.scheduler.DAGScheduler.org$apache$spark$scheduler$DAGScheduler$$failJobAndIndependentStages(DAGScheduler.scala:1049)
    at org.apache.spark.scheduler.DAGScheduler$$anonfun$abortStage$1.apply(DAGScheduler.scala:1033)
    at org.apache.spark.scheduler.DAGScheduler$$anonfun$abortStage$1.apply(DAGScheduler.scala:1031)
    at scala.collection.mutable.ResizableArray$class.foreach(ResizableArray.scala:59)
    at scala.collection.mutable.ArrayBuffer.foreach(ArrayBuffer.scala:47)
    at org.apache.spark.scheduler.DAGScheduler.abortStage(DAGScheduler.scala:1031)
    at org.apache.spark.scheduler.DAGScheduler.org$apache$spark$scheduler$DAGScheduler$$submitMissingTasks(DAGScheduler.scala:772)
    at org.apache.spark.scheduler.DAGScheduler.org$apache$spark$scheduler$DAGScheduler$$submitStage(DAGScheduler.scala:715)
    at org.apache.spark.scheduler.DAGScheduler$$anonfun$org$apache$spark$scheduler$DAGScheduler$$submitStage$4.apply(DAGScheduler.scala:719)
    at org.apache.spark.scheduler.DAGScheduler$$anonfun$org$apache$spark$scheduler$DAGScheduler$$submitStage$4.apply(DAGScheduler.scala:718)
    at scala.collection.immutable.List.foreach(List.scala:318)
    at org.apache.spark.scheduler.DAGScheduler.org$apache$spark$scheduler$DAGScheduler$$submitStage(DAGScheduler.scala:718)
    at org.apache.spark.scheduler.DAGScheduler.handleJobSubmitted(DAGScheduler.scala:699)
…
 The root cause is that the RangePartitioner used by sortByKey contains rangeBounds: Array[BytesWritable], which is considered not serializable in spark.
A workaround to this issue is to set the number of partitions to 1 when calling sortByKey, in which case the rangeBounds will be just an empty array.

Example:

select key, count(distinct value) from (select key, value from src group by key, value) t group by key;

//result
0 0 NULL
10  10  NULL
100 100 NULL
103 103 NULL
104 104 NULL

Obviously the result is wrong.
When we have a simple group by query with a distinct column

explain select count(distinct value) from src group by key;

The plan is 

    Map Reduce
        src 
          TableScan
            alias: src
                    expr: key
                aggregations:
                      expr: count(DISTINCT value)
                bucketGroup: false
                keys:
                      expr: key
                mode: hash
                  key expressions:
                        type: string
                        expr: _col1
                  Map-reduce partition columns:
                  tag: -1
                  value expressions:
                        expr: _col2
                        type: bigint
          keys:
                type: string
              table:

      limit: -1

The map side GBY also adds the distinct columns (value in this case) to its key columns.
When RSDedup optimizes a query involving a GBY with distinct keys, if map-side aggregation is enabled, currently it assigns the map-side GBY's key columns to the reduce-side GBY. So, for the example shown at the beginning, after we generate a plan with a single MR job, the second GBY in the reduce-side uses both key and value as its key columns. The correct key column is key.

Precommit job downloads the flaky exclude list for master branch when the uploaded patch file is made for different branches.
As an example check https://builds.apache.org/job/PreCommit-HBASE-Build/15192 which was against branch-1 but the unit test downloaded master's flaky list.

15:26:05 [Tue Dec  4 14:26:04 UTC 2018 INFO]: Personality: patch unit
15:26:05 [Tue Dec  4 14:26:04 UTC 2018 INFO]: EXCLUDE_TESTS_URL=https://builds.apache.org/job/HBase-Find-Flaky-Tests/job/master/lastSuccessfulBuild/artifact/excludes/
15:26:05 [Tue Dec  4 14:26:04 UTC 2018 INFO]: INCLUDE_TESTS_URL=
15:26:05 --2018-12-04 14:26:04--  https://builds.apache.org/job/HBase-Find-Flaky-Tests/job/master/lastSuccessfulBuild/artifact/excludes/
15:26:05 Resolving builds.apache.org (builds.apache.org)... 195.201.213.130, 2a01:4f8:c0:2cc9::2
15:26:05 Connecting to builds.apache.org (builds.apache.org)|195.201.213.130|:443... connected.
15:26:06 HTTP request sent, awaiting response... 200 
15:26:06 Length: 866 [application/octet-stream]
15:26:06 Saving to: 'excludes'
15:26:06 
15:26:06      0K                                                       100% 43.0M=0s
15:26:06 
15:26:06 2018-12-04 14:26:06 (43.0 MB/s) - 'excludes' saved [866/866]
15:26:06 
15:26:09 cd /testptch/hbase/hbase-thrift
15:26:09 mvn --batch-mode -Dmaven.repo.local=/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/yetus-m2/hbase-branch-1-patch-1 -DHBasePatchProcess -Dhttps.protocols=TLSv1.2 -PrunAllTests -Dtest.exclude.pattern=**/master.cleaner.TestSnapshotFromMaster.java,**/client.TestRestoreSnapshotFromClientAfterSplittingRegions.java,**/regionserver.TestRegionMergeTransactionOnCluster.java,**/client.TestCloneSnapshotFromClientAfterSplittingRegion.java,**/master.assignment.TestAssignmentManager.java,**/master.assignment.TestAMAssignWithRandExec.java,**/client.TestMobCloneSnapshotFromClientAfterSplittingRegion.java,**/regionserver.TestCompactingToCellFlatMapMemStore.java,**/replication.TestReplicationSmallTestsSync.java,**/TestMultiVersions.java,**/client.TestMobRestoreSnapshotFromClientAfterSplittingRegions.java,**/client.TestRestoreSnapshotFromClientWithRegionReplicas.java,**/regionserver.TestRegionServerAbortTimeout.java,**/replication.TestMasterReplication.java,**/backup.TestIncrementalBackupWithBulkLoad.java,**/master.replication.TestRegisterPeerWorkerWhenRestarting.java clean test -fae > /testptch/patchprocess/patch-unit-hbase-thrift.txt 2>&1

PROBLEM:
A custom UDF that overrides the configure()

@Override
	public void configure(MapredContext context) {
		greeting = "Hello ";
	}

In vectorization mode, it is not called.

I originally reported https://github.com/spring-projects/spring-boot/issues/13635 which Brian Clozel troubleshooted and transferred to SPR-17082 and then resolved. This resolved my original issue when I upgraded to Spring Boot 2.1.0.M4 (Spring 5.1.0.RELEASE).
But when I upgraded to Spring Boot 2.1.0.RC1 (Spring 5.1.1.RELEASE), the issue came back. 
Here is sample output in the original Spring Boot report and the example in SPR-17082 when using 2.1.0.M4/5.1.0.RELEASE:

$ http localhost:8080/binary-test apiKey==bad
HTTP/1.1 403 Forbidden
Content-Length: 36
Content-Type: application/json;charset=UTF-8

{
    "developerMessage": "access denied"
}

$ http localhost:8080/test                   
HTTP/1.1 400 Bad Request
Content-Length: 32
Content-Type: application/json

{
    "field1": "test-error-response"
}

And here is exactly the same two calls when I only switch to 2.1.0.RC1/5.1.1.RELEASE:

HTTP/1.1 406 Not Acceptable
Content-Length: 157

{
    "error": "Not Acceptable",
    "message": "Could not find acceptable representation",
    "path": "/binary-test",
    "status": 406,
    "timestamp": "2018-10-19T23:33:58.349+0000"
}

Content-Type: text/plain;charset=UTF-8

http: error: LookupError: unknown encoding: UTF-8, application/json

For serial replication peer, and sync replication peer on branch HBASE-19064, sometimes we need to reopen the regions for a table to make sure that we have some wal edits which have not been replicated yet, or let the region switch a wal implementation. But for peer related procedures, we do not hold the table lock so if there are region split or merge than we may fail to reopen all the regions and cause problems.
So I think we need to introduce a table procedure which is used to reopen all the regions for a table, and like other table procedures, such as ModifyTableProcedure, it will hold the exclusive lock on a table so we will not miss the new regions.

HBase needs a Manual.  Manual can be checked in under docs and evolve as hbase does (Hopefully we get to a state where new feature can't be closed unless manual has been updated to include mention and howto).  Let this issue be about adding under docs an outline with some basic getting started info.  Thereafter, we can open individual issues to add "chapters" or topics.
Made it a blocker on 0.20.0.

Noticed that the output of the join is displayed wrongly for queries involving more than one table and mixture of left and outer joins, with different join conditions.
For ex: SELECT * from T1 a RIGHT OUTER JOIN T2 b ON (a.value=b.value) LEFT OUTER JOIN T3 c ON (b.key=c.key);
displays the table T2 first, then T1 and T3.

ItemSkipPolicyItemHandler always calls skip on both reader and writer. If reader threw the exception it is one item ahead of the writer, so calling skip makes reader skip the item that caused the error, but writer will skip the previous item.

E.g. when a data file is copied in has a VARCHAR maxLength that doesn't match the DDL's maxLength.  This error is produced:

java.io.IOException: ORC does not support type conversion from file type varchar(145) (36) to reader type varchar(114) (36)

From Yair Even-Zohar

looked at the code in the 0.2.0 and the args[0] is used twice
   c.set("hbase.master", args[0]);
And
   // First arg is the output directory.
   c.setOutputPath(new Path(args[0]));
Was anybody able to use this class?
In fact it does not work and there is also a NPE that gets thrown.

Change in HIVE-7062 doesn't handle empty partitions properly. StreamingState is not correctly initialized for empty partition

As noted on SPR-16505, MockHttpServletRequest should reset the InputStream / Reader on setContent calls (now that is shares the stream/reader across calls).

env: hive on spark engine
reproduce step:

create table a1(KEHHAO string, START_DT string) partitioned by (END_DT string);
create table a2(KEHHAO string, START_DT string) partitioned by (END_DT string);

alter table a1 add partition(END_DT='20161020');
alter table a1 add partition(END_DT='20161021');

insert into table a1 partition(END_DT='20161020') values('2000721360','20161001');

SELECT T1.KEHHAO,COUNT(1) FROM ( 
SELECT KEHHAO FROM a1 T 
WHERE T.KEHHAO = '2000721360' AND '20161018' BETWEEN T.START_DT AND T.END_DT-1 
UNION ALL 
SELECT KEHHAO FROM a2 T
) T1 
GROUP BY T1.KEHHAO 
HAVING COUNT(1)>1; 

+-------------+------+--+
|  t1.kehhao  | _c1  |
| 2000721360  | 2    |

the result should be none record

With HIVE-16589: "Vectorization: Support Complex Types and GroupBy modes PARTIAL2, FINAL, and COMPLETE  for AVG" change, the tests schema_evol_text_vec_part_all_complex.q and schema_evol_text_vecrow_part_all_complex.q fail.

org.springframework.beans.factory.BeanDefinitionStoreException: Failed to parse configuration class [org.springframework.issues.DogService]; nested exception is java.io.FileNotFoundException: class path resource [org/springframework/issues/DogService$Wuffing$1.class] cannot be opened because it does not exist
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:179)
...
Caused by: java.io.FileNotFoundException: class path resource [org/springframework/issues/DogService$Wuffing$1.class] cannot be opened because it does not exist
	at org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:172)
	at org.springframework.core.type.classreading.SimpleMetadataReader.<init>(SimpleMetadataReader.java:50)
	at org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader(SimpleMetadataReaderFactory.java:98)
	at org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader(SimpleMetadataReaderFactory.java:93)
	at org.springframework.context.annotation.ConfigurationClassParser.asSourceClass(ConfigurationClassParser.java:596)
	at org.springframework.context.annotation.ConfigurationClassParser$SourceClass.getMemberClasses(ConfigurationClassParser.java:758)
	at org.springframework.context.annotation.ConfigurationClassParser.processMemberClasses(ConfigurationClassParser.java:314)
	at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:246)
	at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:229)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:196)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:165)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:306)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:239)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:606)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:462)
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:686)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:320)
	at org.springframework.boot.test.SpringApplicationContextLoader.loadContext(SpringApplicationContextLoader.java:103)
	at org.spockframework.spring.SpringTestContextManager.prepareTestInstance(SpringTestContextManager.java:49)
	at org.spockframework.spring.SpringInterceptor.interceptSetupMethod(SpringInterceptor.java:42)
	at org.spockframework.runtime.extension.AbstractMethodInterceptor.intercept(AbstractMethodInterceptor.java:28)
	at org.spockframework.runtime.extension.MethodInvocation.proceed(MethodInvocation.java:87)

I've observed that this can be fixed in two ways:

Moving the interface outside of class to package
Replacing @Component with @javax.inject.Named

Other notes:

Does not occur in an analogous situation using java, by implementing a private nested interface via lambda expression.

Pull request to reproduce: https://github.com/spring-projects/spring-framework-issues/pull/98

Attached the repro of the issue. When creating an table loading the data attached, all hive query with hangs even just select * from the table.
repro steps:
1. run createTable.hql
2. hadoop fs -put data /data
3. LOAD DATA INPATH '/data' OVERWRITE INTO TABLE testtable;
4. SELECT * FROM testtable;

See nabble
We should look into supporting the % sign in the sql component.
It should possible be less strict in uri validation as people can enter SQL queries. And to make it easy, they should just be able to dump in the SQL as is.
We should also consider adding an option to refer to a SQL that is enlisted in the registry.
Also people should be able to externalize their SQL in a .properties file and have Camel lookup that using the {{ }} notation

TestShell is erring out (timeout) consistently for me. Culprit is OOM cannot create native thread. It looks to me like test_table.rb and hbase/table.rb are made for leaking connections. table calls ConnectionFactory.createConnection() for every table but provides no close() method to clean it up. test_table creates a new table with every test.

When reading any JMX attribute(s), I have noticed a noticeable impact on the performance of our system. After attaching a profiler, I see that getting a single attribute of a JMX bean (either using remoting or using jconsole) is generating thousands of objects, that have to cleaned up by the GC. For instance, 6000 instances of the ModelNode class are created.
A clone is made of the complete management model before executing any JMX operation. This happens in the OperationContextImpl.readResourceFromRoot class.
More background on associated forum thread

The recent changes with HIVE-4331 introduced a new key "hive.passthrough.storagehandler.of", whose value is set only on storage handler writes, but obviously, will not be set on reads. However, PlanUtils.configureJobPropertiesForStorageHandler winds up trying to set the key for both cases into jobProperties, which cause any reads that are not preceeded by writes to fail.
Basically, if you have a .q in which you insert data into a hbase table and then read it, it's okay. If you have a .q in which you only read data, it throws an IllegalArgumentException, like so:

2013-09-30 16:20:01,989 ERROR CliDriver (SessionState.java:printError(419)) - Failed with exception java.io.IOException:java.lang.IllegalArgumentException: Property value must not be null
java.io.IOException: java.lang.IllegalArgumentException: Property value must not be null
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:551)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:489)
        at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:136)
        at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1471)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:271)
        at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:446)
        at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:456)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:737)
Caused by: java.lang.IllegalArgumentException: Property value must not be null
        at org.apache.hadoop.hive.ql.exec.Utilities.copyTableJobPropertiesToConf(Utilities.java:1826)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getRecordReader(FetchOperator.java:380)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:515)
        ... 17 more

ZKDTSM in Hadoop uses 10sec by default; looking at some logs from a flaky ZK instance, I see that most other clients have 40-90sec. timeouts.
ZKDTSM uses sharedvalue from curator; that instantly fails on session expiration, without any retries. For now we are going to increase the session timeout to minimize problems due to that.

In recent refactorings, the getContext()/setContext() methods on Endpoint were renamed to getCamelContext()/setCamelContext().  As discussed recently (http://www.nabble.com/Deprecating-old-methods-and-changing-the-default-error-handler-td17998268s22882.html), it would be better to use deprecation for now and only actually remove the method on our next big release.

When view reference is fully qualified. Following q file can be used to reproduce the issue:

--! qt:dataset:srcpart
set hive.security.authorization.manager=org.apache.hadoop.hive.ql.security.authorization.plugin.sqlstd.SQLStdHiveAuthorizerFactoryForTest;

create database atlasmask;
use atlasmask;
create table masking_test_n8 (key int, value int);
insert into masking_test_n8 values(1,1), (2,2);
create view testv(c,d) as select * from masking_test_n8;

select * from `atlasmask`.`testv`;

Trying to run IT on a cluster shared with an other, the monkeys give up because they error out trying to kill the other fellows daemons:
Failure looks like this:

16/01/29 09:07:09 WARN hbase.HBaseClusterManager: Remote command: ps aux | grep proc_regionserver | grep -v grep | tr -s ' ' | cut -d ' ' -f2 | xargs kill -s SIGKILL , hostname:ve0536.halxg.cloudera.com failed at attempt 3. Retrying until maxAttempts: 5. Exception: stderr: kill 115040: Operation not permitted
, stdout:

The operation is not permitted because there is a regionserver running that is owned by someone else. We retry and then give up on the monkey.
Fix seems simple.

We should provide a configuration option to control the default stripe size.

Calcite 1.5.0 introduced the use of RelFactories to create the operators. In particular, RelFactories contains the factories for all the operators in the system. Although we can still implement old rules by providing each individual factory (the constructor is deprecated, but it won't be removed till Calcite 2.0.0 is out), new rules will only provide constructors based on RelFactories. Thus, we propose to migrate immediately to the new interface.

See nabble
http://camel.465427.n5.nabble.com/Throtteling-and-dynamically-changing-MaxRequestsPerPeriod-via-Bean-tp5765952.html
It works in java dsl but not in xml dsl

Reported on gitter
https://gitter.im/apache/apache-camel?at=5a6604ab5ade18be39aa9ca7

"Description of problem:
In EAP 6.1 domain mode, try to create a new profile from scratch in CLI.  You can add jgroups subsystem but you cannot remove it with an error message.
In standalone mode and both modes of EAP 6.0.1, you can successfully remove it.
1. Start EAP 6.1 in domain mode.  The default domain.xml is sufficient.
2. Connect to the DC by CLI.
3. Execute the following commands in CLI.
–
[domain@localhost:9999 /] /profile=test:add()
[domain@localhost:9999 /] /profile=test/subsystem=jgroups:add(default-stack=udp)
[domain@localhost:9999 /] /profile=test/subsystem=jgroups:remove()
–
{
{"domain-failure-description" => "JBAS014807: Management resource '[(\"subsystem\" => \"jgroups\")]' not found"}
,
}
{
}
"
I see that the problem exists in WildFly as well.
The problem is in JGroupsSubsystemRemove:
ModelNode removeSubsystem = Util.createOperation(REMOVE, PathAddress.pathAddress(JGroupsExtension.SUBSYSTEM_PATH));
        context.addStep(removeSubsystem, new OriginalSubsystemRemoveHandler(), OperationContext.Stage.MODEL, true);
That PathAddress.pathAddress(JGroupsExtension.SUBSYSTEM_PATH) is incorrect in a managed domain, as it doesn't include the profile element. It's correct in a standalone server.
Easy fix.

The following stack trace occurred while attempting to use the PayloadTransformingInterceptor.
29 Jun 2007 19:14:10,804 WARN  SoapMessageDispatcher []: Endpoint invocation resulted in exception - responding with SOAP Fault
        at java.util.AbstractList$Itr.remove(AbstractList.java:432)
        at org.springframework.ws.soap.saaj.Saaj11Implementation.removeContents(Saaj11Implementation.java:279)
        at org.springframework.ws.soap.saaj.SaajSoapBody.getPayloadResult(SaajSoapBody.java:43)
        at org.springframework.ws.soap.AbstractSoapMessage.getPayloadResult(AbstractSoapMessage.java:56)
        at org.springframework.ws.server.endpoint.interceptor.PayloadTransformingInterceptor.handleRequest(PayloadTransformingInterceptor.java:85)
        at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:197)
        at org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:166)
        at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handle(WebServiceMessageReceiverObjectSupport.java:78)
        at org.springframework.ws.transport.http.WebServiceMessageReceiverHandlerAdapter.handle(WebServiceMessageReceiverHandlerAdapter.java:60)
        at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:125)
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:396)
        at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:360)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:996)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6452)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3661)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2630)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
I believe I have identified the source of the problem and will be attaching a patch shortly.

[2:26 PM] Kabir Khan: @ctomc following https://developer.jboss.org/wiki/WildFlyCoreReleaseProcess, and using 
mvn versions:set -DnewVersion=5.0.0.Alpha2
[2:26 PM] Kabir Khan: it seems to keep component-matrix/pom.xml as -SNAPSHOT
[2:26 PM] Kabir Khan: $git grep "-SNAPSHOT"  
component-matrix/pom.xml:    <version>5.0.0.Alpha2-SNAPSHOT</version>
[2:27 PM] Tomaz Cerar: damn, that is not good
[2:27 PM] Tomaz Cerar: versions plugin is bit stupid in some cases
[2:27 PM] Kabir Khan: Should it be in the list of modules?
[2:27 PM] Tomaz Cerar: it is
All other versions are correctly replaced. I'd hazard a guess that this also happens in WF full.
CC Brian Stansberry - for the 5.0.0.Alpha2 release I'm using the old find/sed way

The common.sh script introduced a new function using the function keyword. This does not appear to work with all shells, specifically dash. In bash the keyword is also deprecated. The "function" keyword should be removed  from the common.sh script.

Reproduced here:
https://github.com/christian-posta/camel-sandbox/blob/master/camel-2.12.2-issues/src/test/java/posta/SjmsTestFromMailingList.java

Related to: SEC-2002
Blocked by: SEC-2135
Please see the following snippet from our application's security config:

...
    <session-management invalid-session-url="/web/login/timedOut"
                        session-fixation-protection="none"
                        session-authentication-error-url="">
        <concurrency-control expired-url="/web/login/expired"
                             max-sessions="5"
                             error-if-maximum-exceeded="false"
                             session-registry-alias="sessionRegistry" />
    </session-management>
...

The presence of <concurrency-control> causes a ConcurrentSessionControlStrategy to be created. Since this extends SessionFixationProtectionStrategy it forces the enabling of session migration, even if session fixation protection is set to "none". I have verified this by looking at the code. This is pretty big problem, and the documentation certainly does not indicate that this was intentional.
A change to how this whole system works was proposed in SEC-2135. The resolution for that enhancement request will also fix this bug. However, the bug probably needs to exist for tracking and historical purposes.

I created a Roo petclinic application by using the provided samples/clinic.roo file which compiles without problems.
Now I edit the VisitController.java and add my custom populateEditForm method:

void populateEditForm(Model uiModel, Visit visit) {
    uiModel.addAttribute("visit", visit);
    addDateTimeFormatPatterns(uiModel);
}

I also add the required 

Afterwards I run the Roo shell again which says:

Updated SRC_MAIN_JAVA/com/springsource/petclinic/web/VisitController_Roo_Controller.aj

Now the compililation fails:

[ERROR] Pet cannot be resolved

What happened? By creating my custom populateEditForm, Roo removed this method from the .aj file, as well as the imports for both Pet and Vet. But there is still a Pet.countPets() call in the .aj's createForm method that cannot find the Pet import now.

This arcane feature was introduced long ago via HIVE-1394 It was broken as soon as it landed, HIVE-1442 and is thus useless. Fact that no one has fixed it since informs that its not really used by anyone. Better is to remove it so no one hits the bug of HIVE-1442

The Web Socket documentation for disabling CSRF needs to be updated to reflect the change from sameOriginEnforced() to sameOriginDisabled().

Instead of "Starting Job = ", it prints "Ended Job ="

Ended Job = job_201002012342_2688, Tracking URL = http://silver.data.facebook.com:50030/jobdetails.jsp?jobid=job_201002012342_2688
Kill Command = /data/users/pyang/task2/trunk/dist/shortcuts/silver.trunk/hadoop/bin/../bin/hadoop job  -Dmapred.job.tracker=silver.data.facebook.com:50029 -kill job_201002012342_2688
2010-02-02 10:47:05,067 Stage-1 map = 0%,  reduce = 0%

When trying to remove a running server-config on slave host from host-master controller, the following message is produced in CLI:

[domain@localhost:9990 /] /host=hc1/server-config=server-two:remove()
{
    "failure-description" => {"host-failure-descriptions" => {"hc1" => "WFLYHC0201: Error synchronizing the host model with the domain controller model with failure : WFLYCTL0063: Composite operation was rolled back."}},
}

This is not very informative. The error message from just removing running server-config managed by controller is different, and also much more informative:

[domain@localhost:9990 /] /host=master/server-config=server-two:remove()
{
    "failure-description" => {"host-failure-descriptions" => {"master" => "WFLYHC0078: Server (server-two) still running"}},
}

There is currently an assertion which checks that the context path has a length > 0, when in fact this is unnecessary.

This is related to WFCORE-1649; it's the specific case that led to the discovery of WFCORE-1649.
1649 is meant to track more general improvements; this one is for a specific fix for the SERVER_SSL issue.

AbstractApplicationContext's implementation of isRunning() looks like this:

 public boolean isRunning() {
      return this.getLifecycleProcessor().isRunning();
 }

If this method is called before the lifecycle processor has been initialized, an IllegalStateException is thrown.
It seems like the correct behavior here would be to return "false" if the lifecycle processor hasn't been initialized.  If the lifecycle processor is uninitialized, the answer to the question "are you running" is "no", not "illegal state".

TestAtomicOperation has a bunch of tests which spawn a bunch of tests that do puts, appends, deletes, inc and then does gets to make sure that things happened. It uses TEST_UTIL.getLocalHRegion() to obtain an HRegion object. So, in essence the test doesn't need to sync to disk to make sure the edits have persisted. There is no regionserver/master to take care of wal replay or any failure for that matter. So, converting all the Durability settings for the edits to ASYNC_WAL seems like the right thing to do here to make the test run faster.

Unlike AbstractDataSourceAdd, which passes an override registration into DataSourceStatisticsListener, DsXmlDeploymentInstallProcessor passes in the main registration.
I believe this is the cause of the following stuff in the logs Tomaz Cerar saw when messing about with the WildFly quickstarts:

22:50:05,945 ERROR [org.jboss.msc.service] (MSC service thread 1-4) MSC000002: Invocation of listener "org.jboss.as.connector.subsystems.datasources.DataSourceStatisticsListener@1281d4a" failed: java.lang.IllegalArgumentException:
 JBAS014809: A node is already registered at '(deployment => *)(subsystem => datasources)(data-source => *)(statistics => jdbc)'
        at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:145) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHOT]
        at org.jboss.as.controller.registry.AbstractResourceRegistration.registerSubModel(AbstractResourceRegistration.java:90) [wildfly-controller-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHOT]
        at org.jboss.as.connector.subsystems.datasources.DataSourceStatisticsListener.transition(DataSourceStatisticsListener.java:72) [wildfly-connector-8.0.0.Final-SNAPSHOT.jar:8.0.0.Final-SNAPSHOT]
        at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1533) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
        at org.jboss.msc.service.ServiceControllerImpl.access$2800(ServiceControllerImpl.java:51) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
        at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:2099) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0]
        at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0]

Version that I tested is 4.3.7.BUILD-SNAPSHOT with the fix for SPR-15202
I've checked fix for SPR-15202 and it works. But I have wrote another test:
https://github.com/isopov/isopov-jcstress/blob/master/src/main/java/com/sopovs/moradanen/jcstress/spring/SettableListenableFuture2Test.java
It reveals that it is possible to successfully set value for this future, but success callback will not be executed and failure callback instead will be called. As in previous case it is the case of concurrently setting and cancelling future under race.

This issue found by Appy. In HBASE-14099  he says,
I was doing some testing when I hit a weird issue, seems related to this, so re-opening it (apologies in advance if it's not).  Here's the stack trace

	at org.apache.hadoop.hbase.CellUtil.setSequenceId(CellUtil.java:923)
	at org.apache.hadoop.hbase.regionserver.StoreFileScanner.setCurrentCell(StoreFileScanner.java:231)
	at org.apache.hadoop.hbase.regionserver.StoreFileScanner.requestSeek(StoreFileScanner.java:389)
	at org.apache.hadoop.hbase.regionserver.StoreScanner.seekScanners(StoreScanner.java:348)
	at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:212)
	at org.apache.hadoop.hbase.regionserver.HStore.createScanner(HStore.java:1873)
	at org.apache.hadoop.hbase.regionserver.HStore.getScanner(HStore.java:1863)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:5487)
	at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:2577)
	at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2563)
	at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2544)
	at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2534)
	at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:6659)
	at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:6624)
	at org.apache.hadoop.hbase.regionserver.TestWithSingleHRegion.test(TestWithSingleHRegion.java:48)

I think it's because of using changing from KeyValue to a different sub-class of Cell}}l which doesn't implement {{SettableSequenceId

-    this.startKey = KeyValueUtil.createFirstDeleteFamilyOnRow(scan.getStartRow(),
+    this.startKey = CellUtil.createFirstDeleteFamilyCellOnRow(scan.getStartRow(),

To replicate it, download the attached hfiles somewhere, copy the TestWithSingleHRegion class to regionserver tests, change the ROOT_DIR appropriately and run it.

HBASE-2378 improved ImmutableBytesWritable's comparator, but there's still a bug! We assume offset = 0, which makes the comparator function incorrectly when the ImmutableBytesWritable is a slice into a larger byte array.

Parsing the "Host" HTTP request header with an IPv6 address `[::1]` returns invalid information (it contains ':' chars, but no port information).

It looks like CAMEL-9820 has not resolved SFTP readLockMinAge functionality.
When I run the latest version, I get a new last modified time as negative. I think this is because both types are int so it is performing the calculation as an int and then converting it to long.
It should work if this line:
newLastModified = f.getAttrs().getMTime() * 1000;
Is changed to:
newLastModified = f.getAttrs().getMTime() * 1000L;
TRACE o.a.c.c.f.r.s.SftpChangedExclusiveReadLockStrategy - List files outgoing/Promo/dev/test.dat found 1 files
TRACE o.a.c.c.f.r.s.SftpChangedExclusiveReadLockStrategy - Previous last modified: -9223372036854775808, new last modified: -616826120
TRACE o.a.c.c.f.r.s.SftpChangedExclusiveReadLockStrategy - Previous length: -9223372036854775808, new length: 12921172
TRACE o.a.c.c.f.r.s.SftpChangedExclusiveReadLockStrategy - New older than threshold: 1481147995902
TRACE o.a.c.c.f.r.s.SftpChangedExclusiveReadLockStrategy - Read lock acquired.

@GemfireFunction methods should inject FunctionContext and ResultSender if declared as method arguments. Currently this only works for RegionFunctionContext

Connecting to RabbitMQ using camel-rabbitmq I've noticed that no ERROR is logged if the component cannot connect, the exceptions are handled and logged as DEBUG. 
This is a bit inconvenient as logging all DEBUG messages for the component fills up our logs, in production we usually set INFO as threshold. 

When a query is generated by spring-data, an error is provocated by org.springframework.data.jpa.repository.query.QueryUtils because does not recognize names of entities containing numbers. Example of entity name: T05User.
The error is on line 57 of class QueryUtils, the pattern does not match with words that contains numbers.

private static final String IDENTIFIER = "[\\p{L}._$]+";

A proposed solution is

private static final String IDENTIFIER = "[\\p{L}(\\d*)._$]+";

Executor with non-daemon threads stops the JVM from terminating.
It should be shut down in onApplicationEvent(ContextClosedEvent event).

CrossRef: https://issues.apache.org/jira/browse/CAMEL-8898
CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/673

When you rollback a patch and the process is unable to delete some of the files (eg. an added module's directory is not writable), the files are ignored silently (no exception even in DEBUG level). There should be a notification for the user that something did not succeed and he should clean up manually.

I have this class to start WebFlux context in my web application:

public class WebAppInitializer extends AbstractReactiveWebInitializer {
	@Override
	protected Class<?>[] getConfigClasses() {
		return Stream.of(AppConfig.class, SpringWebFluxConfig.class).toArray(size -> new Class<?>[size]);
	}
}

When start the context, I obtain this exception: 

java.lang.IllegalStateException: org.springframework.context.annotation.AnnotationConfigApplicationContext@280d42a1 has not been refreshed yet

I think that the problem is in the method AbstractReactiveWebInitializer#onStartup() because not refresh context. In this previous version RELASE of Spring Framework, I use the now deprecated class AbstractAnnotationConfigDispatcherHandlerInitializer. This class HandlerInitializer refresh context in the method AbstractDispatcherHandlerInitializer#onStartup(): 

	@Override
	public void onStartup(ServletContext servletContext) throws ServletException {
	String servletName = getServletName();
		Assert.hasLength(servletName, "getServletName() must not return empty or null");

		ApplicationContext applicationContext = createApplicationContext();
		Assert.notNull(applicationContext,
				"createApplicationContext() did not return an application " +
				"context for servlet [" + servletName + "]");

		refreshApplicationContext(applicationContext);
[....]

I need help you. Thanks a lot!

Currently in RpcServer#processRequest, we will check whether the request header has parameters but missed handling the abnormal case, so if there's no param in the header, it will throw NPE like below:

org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(java.io.IOException): java.io.IOException
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2269)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:123)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2211)

Apache Kylin uses HBase's HFileOutputFormat2.java to configure the MR job. The original reporting is in KYLIN-2788[1]. After some investigation, we found this class always uses the default "FileOutputCommitter", see [2], regardless of the job's configuration; so it always writing to "_temporary" folder. Since AWS EMR configured to use DirectOutputCommitter for S3, then this problem occurs: Hadoop expects to see the file directly under output path, while the RecordWriter generates them in "_temporary" folder. This caused no data be loaded to HTable.
Seems this problem exists in all versions so far.
[1] https://issues.apache.org/jira/browse/KYLIN-2788
[2] https://github.com/apache/hbase/blob/master/hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/HFileOutputFormat2.java#L193

OraclePagingQueryProvider.generateJumpToItemQuery generates an incorrect query, see BATCHADM-74.  It doesn't affect Batch users much, but it has a n impact on Spring Batch Admin with Oracle.

The simple way to reproduce just make one of values as null in the FormHttpMessageConverterTests#writeMultipart().
At a glance it seems like enough to skip such 'parts'.

String.split() method expects regex. This is why File.separator can not be passed to split.
In this particular case we can use FilenameUtils.getName to get file name

The protobuf definition provides a default value:

// This is sent on connection setup after the connection preamble is sent.
message ConnectionHeader {
  [...]
  optional string cellBlockCodecClass = 3 [default = "org.apache.hadoop.hbase.codec.KeyValueCodec"];
  // Compressor we will use if cell block is compressed.  Server will throw exception if not supported.
  // Class must implement hadoop's CompressionCodec Interface
  [...]
}

Yet if one doesn't explicitly set a value, the code was rejecting the connection.

This means it is not managed by the ContainerStabilityMonitor

If you want to export a snapshot twice (e.g. in case you accidentally removed a file and now your snapshot is corrupted) you have to manually remove the .hbase-snapshot/SNAPSHOT_NAME directory and then run the ExportSnapshot tool.
Add an -overwrite option to this operation automatically.

org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase from domain module fails on IBM JDK
This is regression against EAP 7.1.0.DR8.
100%

java.lang.AssertionError: File not found /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel/b7cade8d/testsuite/domain/target/wildfly-core/target/notifications/data/jmx-facade/runtime-configuration-notifications.txt
	at org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase.readAndCheckFile(JmxControlledStateNotificationsTestCase.java:129)
	at org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase.checkFacadeJmxNotifications(JmxControlledStateNotificationsTestCase.java:106)
	at org.jboss.as.test.integration.domain.events.JmxControlledStateNotificationsTestCase.checkNotifications(JmxControlledStateNotificationsTestCase.java:87)

&amp#27;[0m17:21:42,227 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta3-redhat-1
&amp#27;[0m&amp#27;[0m17:21:42,615 INFO  [org.jboss.as.process.Host Controller.status] (main) WFLYPC0018: Starting process 'Host Controller'
&amp#27;[0m[Host Controller] &amp#27;[0m17:21:43,350 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta3-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:43,773 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:43,824 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:44,168 INFO  [org.jboss.as.domain.management] (Controller Boot Thread) WFLYDM0136: Registered OpenSSL provider&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:44,343 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=native-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:44,344 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:44,443 INFO  [org.xnio] (MSC service thread 1-4) XNIO version 3.4.3.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:44,449 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:44,450 INFO  [org.xnio.nio] (MSC service thread 1-4) XNIO NIO Implementation Version 3.4.3.Final-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:44,493 INFO  [org.jboss.as.patching] (MSC service thread 1-2) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:44,604 INFO  [org.jboss.remoting] (MSC service thread 1-4) JBoss Remoting version 5.0.0.Beta12-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:44,617 INFO  [org.wildfly.security] (MSC service thread 1-4) ELY00001: WildFly Elytron version 1.1.0.Beta18-redhat-1&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m17:21:44,634 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-2) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m17:21:44,691 INFO  [org.jboss.as.remoting] (MSC service thread 1-4) WFLYRMT0001: Listening on 10.19.70.129:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:45,118 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-one&amp#27;[0m
&amp#27;[0m17:21:45,175 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-one'
&amp#27;[0m[Server:main-one] &amp#27;[0m17:21:46,060 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta3-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m17:21:46,527 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.Final-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m17:21:46,633 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" starting&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m17:21:46,702 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.4.3.Final-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m17:21:46,708 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.4.3.Final-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m17:21:46,757 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 5.0.0.Beta12-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m17:21:46,768 INFO  [org.wildfly.security] (MSC service thread 1-1) ELY00001: WildFly Elytron version 1.1.0.Beta18-redhat-1&amp#27;[0m
[Server:main-one] &amp#27;[0m&amp#27;[0m17:21:47,034 INFO  [org.jboss.as.domain.management] (MSC service thread 1-1) WFLYDM0136: Registered OpenSSL provider&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:47,522 INFO  [org.jboss.as.host.controller] (management task-5) WFLYHC0021: Server [Server:main-one] connected using connection [Channel ID 23ed0526 (inbound) of Remoting connection 739aecce to /10.19.64.169:55242 of endpoint "master:MANAGEMENT" <6469d62>]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:47,546 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://10.19.70.129:9990/management&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:47,547 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://10.19.70.129:9990&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:47,547 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" (Host Controller) started in 4632ms - Started 50 of 50 services (13 services are lazy, passive or on-demand)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:47,548 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-one&amp#27;[0m
[Server:main-one] &amp#27;[0m17:21:47,784 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 13) WFLYIO001: Worker 'default' has auto-configured to 4 core threads with 32 task threads based on your 2 available processors&amp#27;[0m
[Server:main-one] 17:21:47,838 INFO  [org.jboss.as.patching] (MSC service thread 1-3) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Server:main-one] 17:21:47,972 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" started in 2458ms - Started 49 of 66 services (24 services are lazy, passive or on-demand)
[Server:main-one] 17:21:47,974 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 2) WFLYSRV0212: Resuming server
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] All servers started in 6743 ms
INFO  [org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil] HostController started in 6998 ms
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,404 INFO  [org.jboss.as.repository] (management-handler-thread - 4) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel/b7cade8d/testsuite/domain/target/domains/JmxControlledStateNotificationsTestCase/master/data/content/4a/f5498a9b4d6b041875e0e679dbc31d60f0e5be/content&amp#27;[0m
[Server:main-one] 17:21:48,513 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0027: Starting deployment of "test-jmx-notifications-deployment.jar" (runtime-name: "test-jmx-notifications-deployment.jar")
[Server:main-one] 17:21:48,543 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.test-jmx-notifications-deployment.jar" is using a private module ("org.jboss.as.jmx:main") which may be changed or removed in future versions without notice.
[Server:main-one] 17:21:48,543 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.test-jmx-notifications-deployment.jar" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice.
[Server:main-one] 17:21:48,543 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.test-jmx-notifications-deployment.jar" is using a private module ("org.jboss.as.controller:main") which may be changed or removed in future versions without notice.
[Server:main-one] 17:21:48,548 INFO  [stdout] (MSC service thread 1-2) Properties found
[Server:main-one] 17:21:48,630 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 2) WFLYSRV0010: Deployed "test-jmx-notifications-deployment.jar" (runtime-name : "test-jmx-notifications-deployment.jar")
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,672 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 8) WFLYHC0024: Stopping server main-one&amp#27;[0m
&amp#27;[0m17:21:48,676 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0019: Stopping process 'Server:main-one'
&amp#27;[0m[Server:main-one] 17:21:48,678 INFO  [org.jboss.as.server] (main) WFLYSRV0240: ProcessController has signalled to shut down; shutting down
[Server:main-one] 17:21:48,696 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0028: Stopped deployment test-jmx-notifications-deployment.jar (runtime-name: test-jmx-notifications-deployment.jar) in 11ms
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,707 INFO  [org.jboss.as.host.controller] (management I/O-2) WFLYHC0027: Unregistering server main-one&amp#27;[0m
[Server:main-one] 17:21:48,712 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0050: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" stopped in 27ms
&amp#27;[0m17:21:48,719 INFO  [org.jboss.as.process.Server:main-one.status] (reaper for Server:main-one) WFLYPC0011: Process 'Server:main-one' finished with an exit status of 0
&amp#27;[0m[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,721 INFO  [org.jboss.as.host.controller] (ProcessControllerConnection-thread - 2) WFLYHC0027: Unregistering server main-one&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,779 INFO  [org.jboss.as] (MSC service thread 1-3) WFLYSRV0050: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" stopped in 116ms&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,782 INFO  [org.jboss.as] (MSC service thread 1-3) WFLYSRV0049: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,825 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=native-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,826 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,852 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:48,867 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m17:21:48,878 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-3) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m17:21:48,880 INFO  [org.jboss.as.remoting] (MSC service thread 1-3) WFLYRMT0001: Listening on 10.19.70.129:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:49,011 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-one&amp#27;[0m
&amp#27;[0m17:21:49,054 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-one'
&amp#27;[0m[Server:main-one] 17:21:49,850 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta3-redhat-1
[Server:main-one] 17:21:50,337 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.Final-redhat-1
[Server:main-one] 17:21:50,455 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" starting
[Server:main-one] 17:21:50,517 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.4.3.Final-redhat-1
[Server:main-one] 17:21:50,529 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
[Server:main-one] 17:21:50,589 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 5.0.0.Beta12-redhat-1
[Server:main-one] 17:21:50,601 INFO  [org.wildfly.security] (MSC service thread 1-1) ELY00001: WildFly Elytron version 1.1.0.Beta18-redhat-1
[Server:main-one] 17:21:50,861 INFO  [org.jboss.as.domain.management] (MSC service thread 1-3) WFLYDM0136: Registered OpenSSL provider
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,139 INFO  [org.jboss.as.host.controller] (management task-4) WFLYHC0021: Server [Server:main-one] connected using connection [Channel ID 099d966a (inbound) of Remoting connection 4014ff22 to /10.19.64.169:45280 of endpoint "master:MANAGEMENT" <9b6ce020>]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,154 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-one&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,167 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://10.19.70.129:9990/management&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,167 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://10.19.70.129:9990&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,167 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" (Host Controller) started in 2384ms - Started 50 of 50 services (13 services are lazy, passive or on-demand)&amp#27;[0m
[Server:main-one] 17:21:51,405 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 14) WFLYIO001: Worker 'default' has auto-configured to 4 core threads with 32 task threads based on your 2 available processors
[Server:main-one] 17:21:51,465 INFO  [org.jboss.as.patching] (MSC service thread 1-2) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Server:main-one] 17:21:51,491 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "test-jmx-notifications-deployment.jar" (runtime-name: "test-jmx-notifications-deployment.jar")
[Server:main-one] 17:21:51,523 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.test-jmx-notifications-deployment.jar" is using a private module ("org.jboss.as.jmx:main") which may be changed or removed in future versions without notice.
[Server:main-one] 17:21:51,523 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.test-jmx-notifications-deployment.jar" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice.
[Server:main-one] 17:21:51,523 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.test-jmx-notifications-deployment.jar" is using a private module ("org.jboss.as.controller:main") which may be changed or removed in future versions without notice.
[Server:main-one] 17:21:51,529 INFO  [stdout] (MSC service thread 1-4) Properties found
[Server:main-one] 17:21:51,554 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0010: Deployed "test-jmx-notifications-deployment.jar" (runtime-name : "test-jmx-notifications-deployment.jar")
[Server:main-one] 17:21:51,665 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" started in 2320ms - Started 67 of 84 services (26 services are lazy, passive or on-demand)
[Server:main-one] 17:21:51,668 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 6) WFLYSRV0212: Resuming server
&amp#27;[0m17:21:51,804 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0019: Stopping process 'Server:main-one'
&amp#27;[0m[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,802 INFO  [org.jboss.as.host.controller] (Host Controller Service Threads - 20) WFLYHC0024: Stopping server main-one&amp#27;[0m
[Server:main-one] 17:21:51,806 INFO  [org.jboss.as.server] (main) WFLYSRV0240: ProcessController has signalled to shut down; shutting down
[Server:main-one] 17:21:51,825 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0028: Stopped deployment test-jmx-notifications-deployment.jar (runtime-name: test-jmx-notifications-deployment.jar) in 11ms
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,834 INFO  [org.jboss.as.host.controller] (management I/O-2) WFLYHC0027: Unregistering server main-one&amp#27;[0m
[Server:main-one] 17:21:51,845 INFO  [org.jboss.as] (MSC service thread 1-3) WFLYSRV0050: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" stopped in 31ms
&amp#27;[0m17:21:51,852 INFO  [org.jboss.as.process.Server:main-one.status] (reaper for Server:main-one) WFLYPC0011: Process 'Server:main-one' finished with an exit status of 0
&amp#27;[0m[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,892 INFO  [org.jboss.as.host.controller] (ProcessControllerConnection-thread - 2) WFLYHC0027: Unregistering server main-one&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,943 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0050: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" stopped in 149ms&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,944 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0049: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" starting&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,987 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=native-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:51,988 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:52,014 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:52,028 INFO  [org.jboss.as.patching] (MSC service thread 1-3) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[33m17:21:52,052 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-2) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console&amp#27;[0m
[Host Controller] &amp#27;[33m&amp#27;[0m&amp#27;[0m17:21:52,057 INFO  [org.jboss.as.remoting] (MSC service thread 1-3) WFLYRMT0001: Listening on 10.19.70.129:9999&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:52,230 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server main-one&amp#27;[0m
&amp#27;[0m17:21:52,275 INFO  [org.jboss.as.process.Server:main-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:main-one'
&amp#27;[0m[Server:main-one] 17:21:53,100 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta3-redhat-1
[Server:main-one] 17:21:53,538 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.Final-redhat-1
[Server:main-one] 17:21:53,659 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" starting
[Server:main-one] 17:21:53,731 INFO  [org.xnio] (MSC service thread 1-3) XNIO version 3.4.3.Final-redhat-1
[Server:main-one] 17:21:53,737 INFO  [org.xnio.nio] (MSC service thread 1-3) XNIO NIO Implementation Version 3.4.3.Final-redhat-1
[Server:main-one] 17:21:53,790 INFO  [org.jboss.remoting] (MSC service thread 1-3) JBoss Remoting version 5.0.0.Beta12-redhat-1
[Server:main-one] 17:21:53,802 INFO  [org.wildfly.security] (MSC service thread 1-3) ELY00001: WildFly Elytron version 1.1.0.Beta18-redhat-1
[Server:main-one] 17:21:54,060 INFO  [org.jboss.as.domain.management] (MSC service thread 1-3) WFLYDM0136: Registered OpenSSL provider
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:54,419 INFO  [org.jboss.as.host.controller] (management task-5) WFLYHC0021: Server [Server:main-one] connected using connection [Channel ID 02c651a4 (inbound) of Remoting connection a017baea to /10.19.64.169:37110 of endpoint "master:MANAGEMENT" <a7414457>]&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:54,432 INFO  [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server main-one&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:54,440 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://10.19.70.129:9990/management&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:54,441 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://10.19.70.129:9990&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[0m17:21:54,441 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" (Host Controller) started in 2496ms - Started 50 of 50 services (13 services are lazy, passive or on-demand)&amp#27;[0m
[Server:main-one] 17:21:54,679 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 13) WFLYIO001: Worker 'default' has auto-configured to 4 core threads with 32 task threads based on your 2 available processors
[Server:main-one] 17:21:54,747 INFO  [org.jboss.as.patching] (MSC service thread 1-3) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
[Server:main-one] 17:21:54,757 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0027: Starting deployment of "test-jmx-notifications-deployment.jar" (runtime-name: "test-jmx-notifications-deployment.jar")
[Server:main-one] 17:21:54,810 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-3) WFLYSRV0018: Deployment "deployment.test-jmx-notifications-deployment.jar" is using a private module ("org.jboss.as.jmx:main") which may be changed or removed in future versions without notice.
[Server:main-one] 17:21:54,810 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-3) WFLYSRV0018: Deployment "deployment.test-jmx-notifications-deployment.jar" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice.
[Server:main-one] 17:21:54,811 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-3) WFLYSRV0018: Deployment "deployment.test-jmx-notifications-deployment.jar" is using a private module ("org.jboss.as.controller:main") which may be changed or removed in future versions without notice.
[Server:main-one] 17:21:54,816 INFO  [stdout] (MSC service thread 1-3) Properties found
[Server:main-one] 17:21:54,839 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0010: Deployed "test-jmx-notifications-deployment.jar" (runtime-name : "test-jmx-notifications-deployment.jar")
[Server:main-one] 17:21:54,935 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha17-redhat-1 "Kenny" started in 2321ms - Started 67 of 84 services (26 services are lazy, passive or on-demand)
[Server:main-one] 17:21:54,941 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 15) WFLYSRV0212: Resuming server

No error

Got this in the build logs
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-shade-plugin:1.4:shade (default) on project fuse-esb-medium-dependencies: Error creating shaded jar: Invalid signature file digest for Manifest main attributes -> [Help 1]
Need to exclude these 2 files similar to http://jira.codehaus.org/browse/MSHADE-61. Problem is that this usage is within the maven-notices-plugin so we'll need a new release of that to proceed.

Spring appears to be unable to find constructors with arguments and access modifier less than public when default public constructor is present.
Consider the class:
public SimpleBean {
public SimpleBean() {}
private SimpleBean(String x) {}
}
Context configuration:
<bean id="simpleBean" class="test.SimpleBean">
<constructor-arg value="test" />
</bean>
Spring throws the following exception:
org.springframework.beans.factory.BeanCreationExce ption: Error creating bean with name 'simpleBean' defined in class path resource [test/Test-context.xml]: 1 constructor arguments specified but no matching constructor found in bean 'simpleBean' (hint: specify index and/or type arguments for simple parameters to avoid type ambiguities)
Everything works fine (no exceptions) if
1. The public default constructor is removed or its signature is changed to accept some argument.
2. The access modifier of the zero argument constructor is anything less than public.

Currently, the start() and stop() lifecycle methods of the GemFire/Geode GatewaySender and GatewayReceiver objects are coupled to the Spring container lifecycle by way of the Spring SmartLifecycle interface.  Both the SDG GatewaySenderFactoryBean and GatewayReceiverFactoryBean implement the Spring SmartLifecycle interface. 
This task will remove the SmartLifecycle interface implementation from the SDG GatewaySenderFactoryBean and the GatewaySenderFactoryBean and solely rely on the GemFire/Geode GatewaySenderFactory.setManualStart(:boolean) and GatewayReceiverFactory.setManualStart(:boolean)|http://data-docs-samples.cfapps.io/docs-gemfire/latest/javadocs/japi/com/gemstone/gemfire/cache/wan/GatewayReceiverFactory.html#setManualStart(boolean)] methods and behavior.

 set hive.optimize.sort.dynamic.partition=true ;

create table acid_uap(a int, b varchar(128)) partitioned by (ds string) clustered by (a) into 2 buckets stored as orc TBLPROPERTIES ('transactional'='true');

insert into table acid_uap partition (ds='tomorrow') values (1, 'bah'),(2, 'yah') ;

insert into table acid_uap partition (ds='today') values (1, 'bah'),(2, 'yah') ;

select a,b,ds from acid_uap order by a,b;

update acid_uap set b = 'fred';

Error

Vertex failed, vertexName=Map 1, vertexId=vertex_1539123809352_0001_5_00, diagnostics=[Task failed, taskId=task_1539123809352_0001_5_00_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1539123809352_0001_5_00_000000_0:java.lang.RuntimeException: java.lang.RuntimeException: java.io.IOException: java.io.IOException: Corrupted records with different bucket ids from the containing bucket file found! Expected bucket id 0, however found DeleteRecordKey(2,536936448(1.1.0),0).  (OrcSplit [file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delta_0000002_0000002_0000/bucket_00000, start=3, length=361, isOriginal=false, fileLength=798, hasFooter=false, hasBase=true, deltas=2],file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delete_delta_0000003_0000003_0000/bucket_00000)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1962)
	at com.google.common.util.concurrent.TrustedListenableFutureTask$TrustedFutureInterruptibleTask.runInterruptibly(TrustedListenableFutureTask.java:108)
	at com.google.common.util.concurrent.InterruptibleTask.run(InterruptibleTask.java:41)
	at com.google.common.util.concurrent.TrustedListenableFutureTask.run(TrustedListenableFutureTask.java:77)
Caused by: java.lang.RuntimeException: java.io.IOException: java.io.IOException: Corrupted records with different bucket ids from the containing bucket file found! Expected bucket id 0, however found DeleteRecordKey(2,536936448(1.1.0),0).  (OrcSplit [file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delta_0000002_0000002_0000/bucket_00000, start=3, length=361, isOriginal=false, fileLength=798, hasFooter=false, hasBase=true, deltas=2],file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delete_delta_0000003_0000003_0000/bucket_00000)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:206)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.next(TezGroupedSplitsInputFormat.java:152)
	at org.apache.tez.mapreduce.lib.MRReaderMapred.next(MRReaderMapred.java:116)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:68)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:426)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:267)
	... 16 more
Caused by: java.io.IOException: java.io.IOException: Corrupted records with different bucket ids from the containing bucket file found! Expected bucket id 0, however found DeleteRecordKey(2,536936448(1.1.0),0).  (OrcSplit [file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delta_0000002_0000002_0000/bucket_00000, start=3, length=361, isOriginal=false, fileLength=798, hasFooter=false, hasBase=true, deltas=2],file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delete_delta_0000003_0000003_0000/bucket_00000)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:419)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:203)
	... 21 more
Caused by: java.io.IOException: Corrupted records with different bucket ids from the containing bucket file found! Expected bucket id 0, however found DeleteRecordKey(2,536936448(1.1.0),0).  (OrcSplit [file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delta_0000002_0000002_0000/bucket_00000, start=3, length=361, isOriginal=false, fileLength=798, hasFooter=false, hasBase=true, deltas=2],file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delete_delta_0000003_0000003_0000/bucket_00000)
	at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowBatchReader$ColumnizedDeleteEventRegistry$DeleteReaderValue.checkBucketId(VectorizedOrcAcidRowBatchReader.java:1441)
	at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowBatchReader$ColumnizedDeleteEventRegistry$DeleteReaderValue.next(VectorizedOrcAcidRowBatchReader.java:1362)
	at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowBatchReader$ColumnizedDeleteEventRegistry.readAllDeleteEventsFromDeleteDeltas(VectorizedOrcAcidRowBatchReader.java:1644)
	at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowBatchReader$ColumnizedDeleteEventRegistry.<init>(VectorizedOrcAcidRowBatchReader.java:1567)
	at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowBatchReader.<init>(VectorizedOrcAcidRowBatchReader.java:243)
	at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowBatchReader.<init>(VectorizedOrcAcidRowBatchReader.java:138)
	at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowBatchReader.<init>(VectorizedOrcAcidRowBatchReader.java:133)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRecordReader(OrcInputFormat.java:2003)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:416)
	... 22 more
], TaskAttempt 1 failed, info=[Error: Error while running task ( failure ) : attempt_1539123809352_0001_5_00_000000_1:java.lang.RuntimeException: java.lang.RuntimeException: java.io.IOException: java.io.IOException: Corrupted records with different bucket ids from the containing bucket file found! Expected bucket id 0, however found DeleteRecordKey(2,536936448(1.1.0),0).  (OrcSplit [file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delta_0000002_0000002_0000/bucket_00000, start=3, length=361, isOriginal=false, fileLength=798, hasFooter=false, hasBase=true, deltas=2],file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delete_delta_0000003_0000003_0000/bucket_00000)
	... 16 more
	... 21 more
	... 22 more
], TaskAttempt 2 failed, info=[Error: Error while running task ( failure ) : attempt_1539123809352_0001_5_00_000000_2:java.lang.RuntimeException: java.lang.RuntimeException: java.io.IOException: java.io.IOException: Corrupted records with different bucket ids from the containing bucket file found! Expected bucket id 0, however found DeleteRecordKey(2,536936448(1.1.0),0).  (OrcSplit [file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delta_0000002_0000002_0000/bucket_00000, start=3, length=361, isOriginal=false, fileLength=798, hasFooter=false, hasBase=true, deltas=2],file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delete_delta_0000003_0000003_0000/bucket_00000)
	... 16 more
	... 21 more
	... 22 more
], TaskAttempt 3 failed, info=[Error: Error while running task ( failure ) : attempt_1539123809352_0001_5_00_000000_3:java.lang.RuntimeException: java.lang.RuntimeException: java.io.IOException: java.io.IOException: Corrupted records with different bucket ids from the containing bucket file found! Expected bucket id 0, however found DeleteRecordKey(2,536936448(1.1.0),0).  (OrcSplit [file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delta_0000002_0000002_0000/bucket_00000, start=3, length=361, isOriginal=false, fileLength=798, hasFooter=false, hasBase=true, deltas=2],file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delete_delta_0000003_0000003_0000/bucket_00000)
	... 16 more
	... 21 more
	... 22 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:0, Vertex vertex_1539123809352_0001_5_00 [Map 1] killed/failed due to:OWN_TASK_FAILURE]
Vertex killed, vertexName=Reducer 2, vertexId=vertex_1539123809352_0001_5_01, diagnostics=[Vertex received Kill while in RUNNING state., Vertex did not succeed due to OTHER_VERTEX_FAILURE, failedTasks:0 killedTasks:1, Vertex vertex_1539123809352_0001_5_01 [Reducer 2] killed/failed due to:OTHER_VERTEX_FAILURE]
FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Map 1, vertexId=vertex_1539123809352_0001_5_00, diagnostics=[Task failed, taskId=task_1539123809352_0001_5_00_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1539123809352_0001_5_00_000000_0:java.lang.RuntimeException: java.lang.RuntimeException: java.io.IOException: java.io.IOException: Corrupted records with different bucket ids from the containing bucket file found! Expected bucket id 0, however found DeleteRecordKey(2,536936448(1.1.0),0).  (OrcSplit [file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delta_0000002_0000002_0000/bucket_00000, start=3, length=361, isOriginal=false, fileLength=798, hasFooter=false, hasBase=true, deltas=2],file:/Users/vgarg/hive_temp/vgarg/hive/warehouse/dp_sort.db/acid_uap/ds=today/delete_delta_0000003_0000003_0000/bucket_00000)
	... 16 more
	... 21 more
	... 22 more
	... 16 more
	... 21 more
	... 22 more
	... 16 more
	... 21 more
	... 22 more
	... 16 more
	... 21 more
	... 22 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:0, Vertex vertex_1539123809352_0001_5_00 [Map 1] killed/failed due to:OWN_TASK_FAILURE]Vertex killed, vertexName=Reducer 2, vertexId=vertex_1539123809352_0001_5_01, diagnostics=[Vertex received Kill while in RUNNING state., Vertex did not succeed due to OTHER_VERTEX_FAILURE, failedTasks:0 killedTasks:1, Vertex vertex_1539123809352_0001_5_01 [Reducer 2] killed/failed due to:OTHER_VERTEX_FAILURE]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:1

create table tb1 (year string, month string);
create table tb2(month string);
select unix_timestamp(a.year) 
from (select * from tb1 where year='2001') a join tb2 b on (a.month=b.month);

with the exception 

        at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.init(StandardStructObjectInspector.java:118)
        at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.<init>(StandardStructObjectInspector.java:109)
        at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorFactory.getStandardStructObjectInspector(ObjectInspectorFactory.java:290)
        at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorFactory.getStandardStructObjectInspector(ObjectInspectorFactory.java:275)
        at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.getJoinOutputObjectInspector(CommonJoinOperator.java:175)

The issue seems to be: during the query compilation, the field in the select should be replaced with the constant when some UDFs are used.

The REST component tries to resolve the host parameter as a reference even if it's not in reference syntax, i.e. concrete value. So if set to http://... the component tries to resolve a bean reference with name http://.....

Coverity static-analysis scan found possible call on null object in KeyStoreCredentialStore class:
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564274&defectInstanceId=2359189&mergedDefectId=1402109
In if branch where flow will get only if location is null, location is dereferenced:

if (location != null && Files.exists(location))
            try (InputStream fileStream = Files.newInputStream(location)) {
                keyStore.load(fileStream, getStorePassword(protectionParameter));
                enumeration = keyStore.aliases();
            } catch (GeneralSecurityException | IOException e) {
                throw log.cannotInitializeCredentialStore(e);
        } else if (create) {
            try {
                keyStore.load(null, null);
                enumeration = Collections.emptyEnumeration();
            } catch (CertificateException | IOException | NoSuchAlgorithmException e) {
            }
        } else {
            throw log.automaticStorageCreationDisabled(location.toString());
        }

An attemt of usage of : 
org.apache.servicemix.bundles.saxon-9.4.0.4_1.jar 
ends with:

        at sun.security.util.SignatureFileVerifier.processImpl(SignatureFileVerifier.java:240)
        at sun.security.util.SignatureFileVerifier.process(SignatureFileVerifier.java:193)
        at java.util.jar.JarVerifier.processEntry(JarVerifier.java:305)
        at java.util.jar.JarVerifier.update(JarVerifier.java:216)
        at java.util.jar.JarFile.initializeVerifier(JarFile.java:341)
        at java.util.jar.JarFile.getInputStream(JarFile.java:406)
        at sun.misc.URLClassPath$JarLoader$2.getInputStream(URLClassPath.java:752)
        at sun.misc.Resource.cachedInputStream(Resource.java:77)
        at sun.misc.Resource.getByteBuffer(Resource.java:160)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:436)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)

Severity: High b/c saxon bundle is not working at all.
PS. 9.4.0.1_2 works

The CustomHandlerOperationsTestCase uses the name CONSOLE for it's handler that it adds. This should not use the name of a handler that already exists. It's also a bug that it allows you to add a handler with the same name.

In Faces context there is exist method getClientIdsWithMessages().
In your implementation (FlowFacesContext) you didn't return in this method null source id (IdentifiedMessageCriteria returns false for nulls).
JSF specification say nothing about nulls in return of this method, but several implementation of messages tag relies on this. For instance last versions of MyFaces <h:messages> and RichFaces <rich:messages> behaves that way. As result these implementations didn't show user messages with null source added to the MessageContext.
The workaround is easy - just allways specify some source id, but better solution would be allow to use null as source.

When hive.exec.submitviachild = true, parallel order by fails with NPE and falls back to single-reducer mode. Stack trace:

2015-05-25 08:41:04,446 ERROR [main]: mr.ExecDriver (ExecDriver.java:execute(386)) - Sampling error
        at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.handleSampling(ExecDriver.java:513)
        at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:379)
        at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.main(ExecDriver.java:750)

When I use the etag filter with jetty 7 I get the following exception for all my static content:
WARN::/js/global.js
java.lang.IllegalStateException: NO CONTENT
at org.eclipse.jetty.http.HttpGenerator.addContent(HttpGenerator.java:154)
at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:153)
at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:97)
at org.springframework.util.FileCopyUtils.copy(FileCopyUtils.java:144)
at org.springframework.web.filter.ShallowEtagHeaderFilter.doFilterInternal(ShallowEtagHeaderFilter.java:76)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1187)

Consider the following ejb-jar.xml:
<assembly-descriptor>
        <interceptor-binding>
            <ejb-name>mybean</ejb-name>
            <interceptor-order>
                <interceptor-class>org.myapp.MyInterceptor</interceptor-class>
            </interceptor-order>
        </interceptor-binding>
Currently, JBossMetaData.getInterceptors doesn't check the interceptor-order on the binding and instead just checks for interceptor-classes. This results in the method return empty interceptors for the bean.

This is what I saw:

2012-07-01 05:04:01,638 ERROR org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Closing source 8 because an error occurred: Could not read peer's cluster id
org.apache.zookeeper.KeeperException$SessionExpiredException: KeeperErrorCode = Session expired for /va1-backup/hbaseid
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:127)
        at org.apache.zookeeper.ZooKeeper.exists(ZooKeeper.java:1021)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.exists(RecoverableZooKeeper.java:154)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.checkExists(ZKUtil.java:259)
        at org.apache.hadoop.hbase.zookeeper.ClusterId.readClusterIdZNode(ClusterId.java:61)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:253)

The session should just be reopened.

javax.el.ExpressionFactory, and its implementation, are not exposed through appropriate fractions so that they can be used by an Application, or tests for an Application.

this will avoid needing to 'ssh localhost' to start hbase on a stand-alone non-distributed machine. We should run ZK in the same JVM and also change the scripts too.

Currently a lot of integration tests will leave one or more server used for the tests behind. This will take a lot of space on the disk for no value. We should remove them (while keeping the logs as those might provide meaningful informations in the case of failure). 

ALTER TABLE CHANGE COLUMN is allowed for tables, but not for partitions. Same for add/replace columns.
Allowing this for partitions can be useful in some cases. For example, one user has tables with Hive 0.12 Decimal columns, which do not specify precision/scale. To be able to properly read the decimal values from the existing partitions, the column types in the partitions need to be changed to decimal types with precision/scale.

The CircuitBreakerLoadBalancer works fine on direct synchronous processor, but it seems to not behave as expected in case of async processor.
To reproduce the error, it's enough to add a .threads(1) before the mock processor in the CircuitBreakerLoadBalancerTest routeBuilder configuration.
This misbehaviour seems to be related to the use of the AsyncProcessorConverterHelper to force any processor to behave like asynchronous. 
I'm going to propose a patch with the failing test and a proposal of solution.
EDIT:
the patch contains the fix also to other unexpected behaviour of the CircuitBreaker.
The second problem addressed is that, after the opening of the circuit, the RejectedExecutionException raised by the circuit breaker is set in the Exchange, but it doesn't return. This cause the processor will receive the Exchange even if the circuit is open. In this case also, if the CircuitBreaker is instructed to react only to specific Exception, it will close the circuit after the following request, because the raised exception would be a RejectedExecutionException instead of the one specified in the configuration.

Lets suppose master went down while creating table then znode will be left in ENABLING state. Master to recover them on restart. 
If there are no meta entries for the table.
While recovering the table we are checking whether table exists in meta or not, if not we are removing the znode. After removing znode we need to throw TableNotFoundException. Presently not throwing the exception so the znode will be recrated. It will be stale forever. Even on master restart we cannot delete. We cannot create the table with same name also.

      // Check if table exists
      if (!MetaReader.tableExists(catalogTracker, tableName)) {
        // retainAssignment is true only during recovery.  In normal case it is false
        if (!this.skipTableStateCheck) {
          throw new TableNotFoundException(tableName);
        } 
        try {
        }
      }

The testcase org.jboss.as.test.integration.jaxrs.cfg.mapping.MultipleMappingTestCase was meant to test fix for JBPAPP6-1505. 
Because the issue was rejected in RESTEASY-689. The testcase should be removed, the tests fail and are ignored anyway.

The patching module OSHs do their work in the execute(....) method of the OSH registered with the ManagementResourceRegistration. This runs in Stage.MODEL which means the patching work is in MODEL even though it's not about the configuration model stuff that should be the only concern of Stage.MODEL.
Simple fix is to move the logic to an added Stage.RUNTIME step.
This is no big deal except it prevents the WFCORE-2816 fix that would allow the kernel to guard against improper behavior by subsystems.

There's an error in the latest roo.bat: the environment variable for the work dir isn't closed properly since its percentage sign is misplaced. The correct line should be this:
java -Djline.nobell=true -Djava.ext.dirs="%ROO_HOME%/dist;%ROO_HOME%/lib;%ROO_HOME%/work" %ROO_OPTS% -Droo.home="%ROO_HOME%" org.springframework.roo.bootstrap.Bootstrap "classpath:/roo-bootstrap.xml" %*

Studying 0.94 failures of late, in the last 15 or so builds, TestZooKeeper has failed at least three times.  Running it local, it fails 50% of the time: once with testCreateSilentIsReallySilent and then less frequently with testMasterExpiration.

In testing, we have seen an issue where a region in a newly created table will throw AccessDeniedException. 
There seems to be a race condition in the ZKPermissionWatcher when it is just starting up, and a new table is created around the same time. 
The master just created the table, and adds permissions to acl table:

2014-10-30 19:21:26,494 DEBUG [MASTER_TABLE_OPERATIONS-ip-172-31-32-87:60000-0] access.AccessControlLists: Writing permission with rowKey loadtest_d1 hrt_qa: RWXCA

One of the region servers is just starting: 

Thu Oct 30 19:21:11 UTC 2014 Starting regionserver on ip-172-31-32-90
2014-10-30 19:21:13,915 INFO  [main] util.VersionInfo: HBase 0.98.4.2.2.0.0-1194-hadoop2

The node creation event is received 

2014-10-30 19:21:26,764 DEBUG [regionserver60020-EventThread] access.ZKPermissionWatcher: Updating permissions cache from node loadtest_d1 with data: PBUF\x0A0\x0A\x06hrt_qa\x12&\x08\x03""\x0A\x16\x0A\x07default\x12\x0Bloadtest_d1 \x00 \x01 \x02 \x03 \x04

which put the write data to the cache, only to be invalidated later shortly: 

...
2014-10-30 19:21:26,855 DEBUG [RS_OPEN_REGION-ip-172-31-32-90:60020-1] access.ZKPermissionWatcher: Updating permissions cache from node tabletwo_copytable_cell_versions_two with data: PBUF\x0AI\x0A\x06hrt_qa\x12?\x08\x03";\x0A/\x0A\x07default\x12$tabletwo_copytable_cell_versions_two \x00 \x01 \x02 \x03 \x04
2014-10-30 19:21:26,856 DEBUG [RS_OPEN_REGION-ip-172-31-32-90:60020-1] access.ZKPermissionWatcher: Updating permissions cache from node loadtest_d1 with data: PBUF
2014-10-30 19:21:26,856 DEBUG [RS_OPEN_REGION-ip-172-31-32-90:60020-1] access.ZKPermissionWatcher: Updating permissions cache from node tablefour_cell_version_snapshots_copy with data: PBUF
...

Notice that the threads are different. The first one is the zk event notification thread, vs the other is the thread from OpenRegionHandler. 

Job get in a infinite loop when an exception is first thrown during write and a second exception is thrown during the retry on processing the first item of the chunk.
In attachment, maven project with a job test case with commit-interval = 5 and skip-limit=3

read 5 String from ListItemReader
process String - increment count item processed - throw an exception if count = 6 (first process after first exception)
write items - throw an exception on first chunk

It seems inputs is never set to busy=false in method scan of FaultTolerantChunkProcessor. (output is never empty)
For now I can't see where the problem come from...

TestRemoteTable.testDelete failed in the latest trunk code.

"excepted null, but was: <B@615c4156>"

Rpc/operation timeout logic in AsyncProcess is broken. And Table's set*Timeout does not take effect in its AP or BufferedMutator.

This seems to be a regression caused by HBASE-4791 wherein we check if secure zookeeper is enabled and if so we make use of saslLatch to verify security handshake is completed. But in the case of MR, we won't be negotiating a secure connection thus we end up waiting forever for the saslLatch.
Since the bug the saslLatch workaround is trying to fix (ZOOKEEPER-1437) is already fixed in zookeeper-3.4.5. Removal of the workaround fixes the problem.

This setter used to be there in 3.0.x and is still referenced in the Javadoc for generateNewContext()

The org.apache.camel.component.spring.ws.SpringWebserviceConsumer.populateExchangeWithBreadcrumbFromMessageContext(MessageContext, Exchange) does a cast to SaajSoapMessage. But there are more implementation of the org.springframework.ws.WebServiceMessage. In our case it's a AxiomSoapMessage

  private static void start(SessionState startSs, boolean isAsync, LogHelper console) {
...
    synchronized(SessionState.class) {
      if (!startSs.isStarted.compareAndSet(false, true)) {
        return;
      }
    }

startSs.isStarted is an AtomicBoolean, which makes it hard to know why this code is locked with a static lock.

This is a second attempt at HBASE-3470 (now reverted) which didn't work properly at MR job submission time since MR unjars the job jar into /tmp when submitting.
This new JIRA will store the hbase version inside hbase-default, and at runtime verify that the hbase-default matches the version of the code.

3 issues
1. When VC is used and all the put cells and delete cells are not having any visibility associated with them, we are not correctly checking put cells ts against that of delete cell resulting in deletion of cells coming in after the delete ts
2. Have a row r1 with 2 cells of same TS but different visibility. In order to delete both cells we have to apply 2 deletes with these 2 visibility being set to Delete. We are trying to do this using delete full row option or delete cf way. But only one cell is getting deleted.
3. Same case as in #2 when I try to delete using family version delete, only one cell is getting deleted.

Hopper release throws a null-pointer exception when you inject "mvcValidator" in your RepositoryRestConfigurer.

Coverity found error handling of reading stream is not sufficient. There is no check if number of actual read bytes match number of expected read bytes .

        private byte[] readBytes(ObjectInputStream ois) throws IOException {
            int len = ois.readInt();
            byte[] data = new byte[len];
            ois.read(data, 0, len);
            return data;
        }

[1] https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=12563831&defectInstanceId=2991439&mergedDefectId=1422737

ThriftCLIService.java uses stderr to print the stack trace, it should use the logger instead. Using e.printStackTrace is not suitable for production.

HIVE-12730 adds the ability to edit the basic stats using alter table and alter partition commands. However, it changes the signature of @public interface of MetastoreClient and removes some methods which breaks backwards compatibility. This can be fixed easily by re-introducing the removed methods and making them call into newly added method alter_table_with_environment_context

The test suite authenticates and authorizes users as identities that do not exist in the test realms.  This causes those tests to fail when the realmIdentity.exists() check is enabled (search for TODO) in ServerAuthenticationContext.

Set up a cluster, configured a redaction rule to redact "B0096EZHM2", and ran Hive queries on the cluster.
Looking at the YARN RM web UI and Job History Server web UI, I see that the mapreduce jobs spawned by the Hive queries have the sensitive data ("B0096EZHM2") showing in the job names:
e.g., "select product, useri...product='B0096EZHM2'(Stage"

If you use binary keys, you don't get full features as if you were not using binary keys.  Some things that are broken:

grep/less cant search in logfiles with binary data
displays are unreadable due to weird utf8/other issues
can't use the region historian
etc

I'm trying out the PropertyExtractingDelegatingItemWriter, and I'm seeing that if the arguments are not of the exact types as the targetMethod, then HippyMethodInvoker#findMatchingMethod is called.
When finding candidate arguments, the findMatchingMethod method will populate all fields with the first possible match.
The following is the sample I'm using:

<bean id="adaptedItemWriter" class="org.springframework.batch.item.adapter.PropertyExtractingDelegatingItemWriter">
    <property name="targetObject" ref="myWriter" />
    <property name="targetMethod" value="doIt" />
    <property name="fieldsUsedAsTargetMethodArguments">
        <list>
            <value>firstName</value>
            <value>lastName</value>
            <value>network</value>
        </list>
</bean>
	
<bean id="myWriter" class="com.mycom.writers.MyWriter"/>

The item being passed has three properties: firstName, lastName, and network. All are Strings. In order to make MyWriter more reusable, I had the doIt(...) method use Object for one of the parameters:

public class MyWriter {
	public void doIt(String a, String b, Object c) {
		System.out.println(a + ", " + b + ", and " + c); 
	}
}

If the "c" argument is a String "public void doIt(String a, String b, String c)", then the output is as expected (i.e., firstName, lastName and network are printed out). When "c" is an Object "public void doIt(String a, String b, Object c)", then HippyMethodInvoker tries to find a method and selects candidate arguments. All three candidate arguments are the first value passed in (i.e., the result is firstName, firstName and firstName printed out).
Any ideas on how to use more generic argument types? 

Makefile.common defines the variable 'sep' but does not use it.
Makefile uses the separator ':' for paths; this is not valid on Windows.

http://www.nabble.com/Apache-Camel-2.0-M1-java.lang.ClassCastException%3A-org.apache.camel.component.jms.JmsConfiguration%24CamelJmsTeemplate102-td22665483s22882.html
The ClassCastException is because of the old JMS API is used.
Camel should test whether the template is 1.1 or 1.0.2 and cast to correct type.

Doing a model comparison of current master against EAP 7.0.0 I came across this:

====== Resource root address: ["subsystem" => "jdr"] - Current version: 1.2.0; legacy version: 1.2.0 =======
====== Resource root address: ["subsystem" => "jgroups"] - Current version: 4.0.0; legacy version: 4.0.0 =======
--- Problems for relative address to root ["channel" => "*","fork" => "*","protocol" => "*"]:
Missing parameters for operation 'add' in current: []; missing in legacy [add-index]
--- Problems for relative address to root ["channel" => "ee","fork" => "*","protocol" => "*"]:
--- Problems for relative address to root ["channel" => "ee","protocol" => "UDP"]:
Missing attributes in current: []; missing in legacy [bundler_class]
--- Problems for relative address to root ["stack" => "*","protocol" => "*"]:

The missing add-index was due to the non-auto-generated add handler operation definition not including that. bundler_class appears to be a runtime attribute.

Now we have include_start_row/include_stop_row flag in new version. Before it, startRow is include and stopRow is exclude, but when startRow=endRow there is a special logic that we consider it as a get and we should return the value of this row to client.
In the new client, if user set start=end we will change include_stop_row to true for behavior compatibility. 
We should also do a special logic if old client access new server for compatibility at server.

If an error occurs and the JMS bridge tries to reconnect to the JMS provider to look up the JMS resources from its FailureHandler, it fails with the exception:

10:37:02,546 INFO  [org.hornetq.jms.server] (pool-3-thread-3) HQ121000: Failed to set up JMS bridge connections. Most probably the source or target servers are unavailable. Will retry after a pause of 1,000 ms
10:37:03,547 WARN  [org.hornetq.jms.server] (pool-3-thread-3) HQ122010: Failed to connect JMS Bridge: javax.naming.NamingException: JBAS011843: Failed instantiate InitialContextFactory org.apache.qpid.jndi.PropertiesFileInitialContextFactory from classloader ModuleClassLoader for Module "org.hornetq:main" from local module loader @ac44b88 (finder: local module finder @5d3ad33d (roots: /usr/share/jbossas/modules,/usr/share/jbossas/modules/system/layers/base))
    at org.jboss.as.naming.InitialContextFactoryBuilder.createInitialContextFactory(InitialContextFactoryBuilder.java:64)
    at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:681) [rt.jar:1.6.0_24]
    at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:305) [rt.jar:1.6.0_24]
    at javax.naming.InitialContext.init(InitialContext.java:240) [rt.jar:1.6.0_24]
    at javax.naming.InitialContext.<init>(InitialContext.java:214) [rt.jar:1.6.0_24]
    at org.hornetq.jms.bridge.impl.JNDIFactorySupport.createObject(JNDIFactorySupport.java:55) [hornetq-jms-server.jar:]
    at org.hornetq.jms.bridge.impl.JNDIDestinationFactory.createDestination(JNDIDestinationFactory.java:40) [hornetq-jms-server.jar:]
    at org.hornetq.jms.bridge.impl.JMSBridgeImpl.setupJMSObjects(JMSBridgeImpl.java:1222) [hornetq-jms-server.jar:]
    at org.hornetq.jms.bridge.impl.JMSBridgeImpl.setupJMSObjectsWithRetry(JMSBridgeImpl.java:1460) [hornetq-jms-server.jar:]
    at org.hornetq.jms.bridge.impl.JMSBridgeImpl.access$2000(JMSBridgeImpl.java:83) [hornetq-jms-server.jar:]
    at org.hornetq.jms.bridge.impl.JMSBridgeImpl$FailureHandler.run(JMSBridgeImpl.java:2049) [hornetq-jms-server.jar:]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) [rt.jar:1.6.0_24]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.6.0_24]
    at java.lang.Thread.run(Thread.java:679) [rt.jar:1.6.0_24]

The issue is that the ExecutorService executing the FailureHandler is created when the JMSBridge is instantiated and will not use the ClassLoader from the specified module that gives access to the JMS provider's classes.

ClientServiceBeanDefinitionParser disallows you from creating ClientDetails from a properties file.
Example:
 <oauth:client-details-service id="clientDetails">
   <oauth:client clientId="my-client-id-non-property-file" secret="my-client-secret-non-property-file" authorizedFlows="username,web_server"/>
<!-- this one doesn't work -->
   <oauth:client clientId="${my.client.id.property.file}" secret="${my.client.secret.property.file}" authorizedFlows="username,web_server"/>
 </oauth:client-details-service>
Attached is the patch file for this.

ptf.q and ptf_streaming.q contains join queries, we should enable these qtests in milestone2.

When using consumer template with polling consumer and when you are done using it, its put back into the cache, but if the cache is full, then we should stop the consumer so it does not dangle and its resources are not released, such as threads etc.

After HBASE-13158 where we respond back to RPCs with cells in the payload , the protobuf response will just have the count the cells to read from payload, but there are set of features where we log warn in RPCServer whenever the response is tooLarge, but this size now is not considering the sizes of the cells in the PayloadCellScanner. Code form RPCServer

      long responseSize = result.getSerializedSize();
      // log any RPC responses that are slower than the configured warn
      // response time or larger than configured warning size
      boolean tooSlow = (processingTime > warnResponseTime && warnResponseTime > -1);
      boolean tooLarge = (responseSize > warnResponseSize && warnResponseSize > -1);
      if (tooSlow || tooLarge) {
        // when tagging, we let TooLarge trump TooSmall to keep output simple
        // note that large responses will often also be slow.
        logResponse(new Object[]{param},
            md.getName(), md.getName() + "(" + param.getClass().getName() + ")",
            (tooLarge ? "TooLarge" : "TooSlow"),
            status.getClient(), startTime, processingTime, qTime,
            responseSize);
      }

Should this feature be not supported any more or should we add a method to CellScanner or a new interface which returns the serialized size (but this might not include the compression codecs which might be used during response ?) Any other Idea this could be fixed ?

HIVE-3128 introduced a new commons-compress jar and imports classes from it in FileUtils.java  The FileUtils class is accessed by dynamic partitioning in the map reduce cluster where the jar is not available, causing the query to fail.

The RFC2253 specifies that a distinguished name should be able to have multi-valued RDNs separated by a '+' sign, like "cn=Rod+sn=Johnson", for example. There is a working parser written in C# here: http://www.codeproject.com/cs/internet/dnparser.asp

In combination of Scala Collection and Spring Security with annotations enabled BridgeMethodResolver failed to find bridged method for Scala's method "public abstract java.lang.Object scala.collection.TraversableLike.$plus$plus(scala.collection.TraversableOnce,scala.collection.generic.CanBuildFrom)"
Exception thrown:
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'someItems' defined in class path resource [test-spring-and-scala-collection-context.xml]: Initialization of bean failed; nested exception is java.lang.IllegalArgumentException: Class must not be null
	... 24 more
Caused by: java.lang.IllegalArgumentException: Class must not be null
	at org.springframework.util.ReflectionUtils.findMethod(ReflectionUtils.java:145)
	at org.springframework.core.BridgeMethodResolver.searchForMatch(BridgeMethodResolver.java:210)
	at org.springframework.core.BridgeMethodResolver.findGenericDeclaration(BridgeMethodResolver.java:148)
	at org.springframework.core.BridgeMethodResolver.isBridgeMethodFor(BridgeMethodResolver.java:135)
	at org.springframework.core.BridgeMethodResolver.searchCandidates(BridgeMethodResolver.java:103)
	at org.springframework.core.BridgeMethodResolver.findBridgedMethod(BridgeMethodResolver.java:77)
	at org.springframework.core.annotation.AnnotationUtils.getAnnotation(AnnotationUtils.java:77)
	at org.springframework.core.annotation.AnnotationUtils.findAnnotation(AnnotationUtils.java:99)
	at org.springframework.security.access.annotation.SecuredAnnotationSecurityMetadataSource.findAttributes(SecuredAnnotationSecurityMetadataSource.java:42)
	at org.springframework.security.access.method.AbstractFallbackMethodSecurityMetadataSource.getAttributes(AbstractFallbackMethodSecurityMetadataSource.java:47)
	at org.springframework.security.access.method.DelegatingMethodSecurityMetadataSource.getAttributes(DelegatingMethodSecurityMetadataSource.java:53)
	at org.springframework.security.access.intercept.aopalliance.MethodSecurityMetadataSourceAdvisor$MethodSecurityMetadataSourcePointcut.matches(MethodSecurityMetadataSourceAdvisor.java:129)
	at org.springframework.aop.support.AopUtils.canApply(AopUtils.java:217)
	at org.springframework.aop.support.AopUtils.canApply(AopUtils.java:254)
	at org.springframework.aop.support.AopUtils.findAdvisorsThatCanApply(AopUtils.java:286)
	at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.findAdvisorsThatCanApply(AbstractAdvisorAutoProxyCreator.java:117)
	at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.findEligibleAdvisors(AbstractAdvisorAutoProxyCreator.java:87)
	at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.getAdvicesAndAdvisorsForBean(AbstractAdvisorAutoProxyCreator.java:68)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.wrapIfNecessary(AbstractAutoProxyCreator.java:359)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.postProcessAfterInitialization(AbstractAutoProxyCreator.java:322)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:407)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1426)
	... 36 more
In attachment there is Maven-based project with single test and all required dependencies configured.
Issue in BridgeMethodResolver#findGenericDeclaration(Method bridgeMethod) method:
...
		Class superclass = bridgeMethod.getDeclaringClass().getSuperclass();
		while (!Object.class.equals(superclass)) {
...
for method, defined in interface, call to "getDeclaringClass().getSuperclass()" returns null
Fix can be something like 
		while (superclass != null && !Object.class.equals(superclass)) {

The issue, originally reported via CAMEL-5133, is to backmerge the CAMEL-5018 fix into the 2.9.x branch.
I merged revision 1292164 into my local 2.9.x branch that I had updated with two new test cases.
Before merge one test failed, after merge all tests were successfull.
Attaching the updated model and tabtest.
— 
Revision: 1292164
Author: ningjiang
Date: den 22 februari 2012 08:49:40
Message:
CAMEL-5018 support the set the default value on the field of bindy CVS

Modified : /camel/trunk/components/camel-bindy/src/main/java/org/apache/camel/dataformat/bindy/BindyCsvFactory.java
Modified : /camel/trunk/components/camel-bindy/src/main/java/org/apache/camel/dataformat/bindy/annotation/DataField.java
Modified : /camel/trunk/components/camel-bindy/src/test/java/org/apache/camel/dataformat/bindy/csv/BindySimpleCsvUnmarshallTest.java
Modified : /camel/trunk/components/camel-bindy/src/test/java/org/apache/camel/dataformat/bindy/model/simple/oneclass/Order.java

JedisConnection dbSize/flushdb/flushAll methods fall through and execute synchronously instead of through the pipeline.

When starting route using route-start Karaf command, TCCL is used from Karaf shell console thread - usually App Class Loader. It should be ClassLoader of the context itself.

The following check in DefaultPersistenceUnitManager of Spring ORM 3.1.0.RELEASE defeats the purpose of the merge using the same persistence unit name:

String name = pui.getPersistenceUnitName();
if (!this.persistenceUnitInfoNames.add(name)) {
	StringBuilder msg = new StringBuilder();
	msg.append("Conflicting persistence unit definitions for name '").append(name).append("': ");
	msg.append(pui.getPersistenceUnitRootUrl()).append(", ");
	msg.append(this.persistenceUnitInfos.get(name).getPersistenceUnitRootUrl());
	throw new IllegalStateException(msg.toString());
}

If JAVA_HOME is set to a directory with a space in it (e.g. "C:\Program Files\Java\..."), the scripts fail because some of the commands don't properly quote it.

org.springframework.security.oauth2.provider.endpoint.AuthorizationEndpoint.appendAccessToken() should preserve state if passed
eg.
	String state = authorizationRequest.getState();
	if (state != null) 
{
		url.append("&state=").append(state);
	}
            
Corrected : Syntax errors at HBase-Spark module

Syntax errors has been correct at HBase-Spark module examples.
Spark Transformation : somewhere show() and somewhere show only, corrected to show().

create table tbl(key int) partitioned by (ds string);
select ..  from tbl where ds='101'; 
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.ExecDriver

You can construct a RpcRetryingCallerFactory, but actually the conf is read for each caller creation. Reading the conf is obviously expensive, and a profiling session shows it. If we want to sent hundreds of thousands of queries per second, we should not do that.
RpcRetryingCallerFactory.newCaller is called for each get, for example.
This is not a regression, we have something similar in 0.94.
On the 0.96, we see the creation of: java.util.regex.Matcher: 15739712b after a few thousand calls to "get".

We hit NPE during failback in HA scenario with replicated journal in dedicated HA topology. Http connectors are used.
Start 1st EAP 7 server with Artemis configured as live 
Start 2nd EAP 7 server with Artemis configured as backup
Send 2000 messages to in InQueue to live
Start 3rd EAP 7 server with RA configured to connecto to live and deploy MDB  which receives messages from InQueue and sends a new message to OutQueue
When MDB is  processing messages then kill live server -> MDB failovers to backup
After MDB processed all messages receive all messages from OutQueue
NPE occurs when live is killed on backup server:

02:48:36,503 ERROR [org.xnio.listener] (default I/O-2) XNIO001007: A channel event listener threw an exception: java.lang.NullPointerException
        at org.wildfly.extension.messaging.activemq.HTTPUpgradeService$2.handleEvent(HTTPUpgradeService.java:154)
        at org.wildfly.extension.messaging.activemq.HTTPUpgradeService$2.handleEvent(HTTPUpgradeService.java:146)
        at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.3.4.Final-redhat-1.jar:3.3.4.Final-redhat-1]
        at io.undertow.server.handlers.ChannelUpgradeHandler$1.handleUpgrade(ChannelUpgradeHandler.java:149)
        at io.undertow.server.protocol.http.HttpReadListener.exchangeComplete(HttpReadListener.java:362)
        at io.undertow.server.protocol.http.HttpServerConnection.exchangeComplete(HttpServerConnection.java:228)
        at io.undertow.server.HttpServerExchange.invokeExchangeCompleteListeners(HttpServerExchange.java:1226)
        at io.undertow.server.HttpServerExchange.terminateResponse(HttpServerExchange.java:1503)
        at io.undertow.server.Connectors.terminateResponse(Connectors.java:99)
        at io.undertow.server.protocol.http.HttpTransferEncoding$3.handleEvent(HttpTransferEncoding.java:197)
        at io.undertow.server.protocol.http.HttpTransferEncoding$3.handleEvent(HttpTransferEncoding.java:195)
        at io.undertow.conduits.HeadStreamSinkConduit.exitFlush(HeadStreamSinkConduit.java:178)
        at io.undertow.conduits.HeadStreamSinkConduit.flush(HeadStreamSinkConduit.java:122)
        at org.xnio.conduits.ConduitStreamSinkChannel.flush(ConduitStreamSinkChannel.java:162) [xnio-api-3.3.4.Final-redhat-1.jar:3.3.4.Final-redhat-1]
        at io.undertow.channels.DetachableStreamSinkChannel.flush(DetachableStreamSinkChannel.java:119)
        at io.undertow.server.HttpServerExchange.closeAndFlushResponse(HttpServerExchange.java:1652)
        at io.undertow.server.HttpServerExchange.endExchange(HttpServerExchange.java:1630)
        at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:152)
        at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:233)
        at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:131)
        at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:145)
        at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:92)
        at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:51)
        at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:291) [xnio-api-3.3.4.Final-redhat-1.jar:3.3.4.Final-redhat-1]
        at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286) [xnio-api-3.3.4.Final-redhat-1.jar:3.3.4.Final-redhat-1]
        at org.xnio.nio.QueuedNioTcpServer$1.run(QueuedNioTcpServer.java:121) [xnio-nio-3.3.4.Final-redhat-1.jar:3.3.4.Final-redhat-1]
        at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:580) [xnio-nio-3.3.4.Final-redhat-1.jar:3.3.4.Final-redhat-1]
        at org.xnio.nio.WorkerThread.run(WorkerThread.java:464) [xnio-nio-3.3.4.Final-redhat-1.jar:3.3.4.Final-redhat-1]

As in the title. Since META updates now go through a coprocessor, this becomes a problem.

We see thread safety issues due to static decimal buffer in binary sortable serde.

Using

@Query(fields="{property3:1}")

or query object itself

query.fields().include("property3")

will fail if the filed has @DBref annotation (with or without @Field) eg.:

class A {
    @Id String id;
    @Field("prop1") String property1;
    @Field("prop2") String property2;
    @Field("prop3") @DBRef B property3;
}

class B {
}

will throw

	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.createDBRef(MappingMongoConverter.java:729) ~[spring-data-mongodb-1.3.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.toDBRef(MappingMongoConverter.java:288) ~[spring-data-mongodb-1.3.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.QueryMapper.convertAssociation(QueryMapper.java:272) ~[spring-data-mongodb-1.3.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedValue(QueryMapper.java:203) ~[spring-data-mongodb-1.3.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:114) ~[spring-data-mongodb-1.3.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1479) ~[spring-data-mongodb-1.3.1.RELEASE.jar:na]
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1471) ~[spring-data-mongodb-1.3.1.RELEASE.jar:na]

This issue is related to DATAMONGO-702

After running the enable-elytron.cli and removing the old
picketbox security subsystem, the deployment fails as
it cannot find java:jboss/DefaultJMSConnectionFactory.
java:jboss/DefaultJMSConnectionFactory is defined in the messaging
subsystem and the ee default-bindings. 
Removing it from the ee default-bindings lets the app deploy, but it looks like there is some
issue as it should be bound and no errors/warnings being logged.

 2018-04-02 12:15:36,593 ERROR
[org.jboss.as.controller.management-operation] (Controller Boot Thread)
WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" =>
"ejb-security.jar")]) - failure description: {
     "WFLYCTL0412: Required services that are not installed:" =>
["jboss.naming.context.java.jboss.DefaultJMSConnectionFactory"],
     "WFLYCTL0180: Services with missing/unavailable dependencies" =>
["jboss.naming.context.java.comp.ejb-security.ejb-security.SecuredEJB.DefaultJMSConnectionFactory
is missing [jboss.naming.context.java.jboss.DefaultJMSConnectionFactory]"]
}
2018-04-02 12:15:36,603 INFO  [org.jboss.as.server] (ServerService
Thread Pool -- 42) WFLYSRV0010: Deployed "ejb-security.jar"
(runtime-name : "ejb-security.jar")
2018-04-02 12:15:36,607 INFO  [org.jboss.as.controller] (Controller Boot
Thread) WFLYCTL0183: Service status report
       service
jboss.naming.context.java.jboss.DefaultJMSConnectionFactory (missing)
dependents: [service
jboss.naming.context.java.comp.ejb-security.ejb-security.SecuredEJB.DefaultJMSConnectionFactory]

For some SQL statement, Hive will do nested compile. In this case, Hive will create a Driver instance to do the nested compile, but not calling destroy. That left Driver instance in the shudownhook:

        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:402)
        at org.apache.hadoop.hive.ql.optimizer.IndexUtils.createRootTask(IndexUtils.java:223)
        at org.apache.hadoop.hive.ql.index.compact.CompactIndexHandler.getIndexBuilderMapRedTask(CompactIndexHandler.java:151)
        at org.apache.hadoop.hive.ql.index.TableBasedIndexHandler.getIndexBuilderMapRedTask(TableBasedIndexHandler.java:108)
        at org.apache.hadoop.hive.ql.index.TableBasedIndexHandler.generateIndexBuildTaskList(TableBasedIndexHandler.java:92)
        at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.getIndexBuilderMapRed(DDLSemanticAnalyzer.java:1228)
        at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeAlterIndexRebuild(DDLSemanticAnalyzer.java:1175)
        at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:408)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:464)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:318)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1194)
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1188)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:419)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:406)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1709)
        at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:276)

In Roo main pom.xml, at line 10, https://github.com/spring-projects/spring-roo/blob/master/pom.xml#L10 , the organization has to be defined like 
    <organization>
        <name>spring.io by Pivotal Software, Inc.</name>
    </organization>
This property is used during the Roo building. The lack of the property generates a lot of useless warnings.

HIVE-17617 added a fix to handle empty groups correctly; however it might be possible that the summary row is returned multiple times - in case the mappers are "seem" to be optimized away...

Hello,
before I was using Gosling SR4 and I was able to configure my own Hibernate5Module by overriding the configureJacksonObjectMapper method in RepositoryRestConfigurerAdapter like this:

    @Override
    public void configureJacksonObjectMapper(ObjectMapper objectMapper) {
        Hibernate5Module module = new Hibernate5Module();
        module.enable(Hibernate5Module.Feature.FORCE_LAZY_LOADING);
        module.disable(Hibernate5Module.Feature.USE_TRANSIENT_ANNOTATION);
        objectMapper.registerModule(module);
    }

In there I specificly tell it to disable the USE_TRANSIENT_ANNOTATION because I want the fields in JPA annotated with @Transient to be return in the resulting json. However now that DATAREST-607 is fixed it registers the Hibernate5Module like this:

		public void registerModule(ObjectMapper mapper) {

			Hibernate5Module module = new Hibernate5Module();
			module.enable(Hibernate5Module.Feature.FORCE_LAZY_LOADING);

			mapper.registerModule(module);
		}

and even though I keep my old configuration it does not honor it so the @Transient fields are never returned in the json.
I will create a demo project to demonstrate this soon.

Few code improvements in the metastore,hwi and ql packages.
2) Effective varaible management.

Add MD2 support. It is a standard algorithm per http://docs.oracle.com/javase/6/docs/technotes/guides/security/StandardNames.html

I upgraded from commons-io-2.0.1.jar to v2.5 (and fileupload to v1.32)
and now I get
java.io.FileNotFoundException: /usr/share/tomcat/temp/dfifp/upload_4d9f8898_1a83_4092_9070_ddf9c15de6d1_00000027.tmp (No such file or directory)
	at java.io.FileOutputStream.open(Native Method)
	at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
	at java.io.FileOutputStream.<init>(FileOutputStream.java:162)
	at org.apache.commons.io.output.DeferredFileOutputStream.thresholdReached(DeferredFileOutputStream.java:179)
In thresholdReached(), the prefix is null, so no temp file is created.
In the subsequent new FileOutputStream(outputFile), the exception is thrown.
before new FileOutputStream(outputFile) , add
FileUtils.forceMkdirParent(outputFile);
Similar issues reported by others:

IO-497
https://java.net/jira/browse/GLASSFISH-20581
https://jira.sakaiproject.org/si/jira.issueviews:issue-html/SAM-1537/SAM-1537.html

Add src/main/asciidoc/asciidoctor.css to RAT exclusion list in POM

As noted in this comment the setter for append automatically sets the flag for shouldDeleteIfExists to false regardless of the value passed to the setter.  This automatic setting really should only occur when the value passed to the setter is true (which is handled via the afterPropertiesSet already).

Since tomcat version 8.0.35 chrome complains about an net::ERR_INCOMPLETE_CHUNKED_ENCODING error. When you have a look in tcpdump you can see that the terminating chunk with size zero is missing and the tcp connection gets closed. Also a exception is thrown on the server side (for the next polling request?).
A tcp dump for wireshark is attached.

2016-07-08 18:40:00.918 ERROR 7382 --- [nio-8080-exec-6] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet dispatcherServlet threw exception

java.lang.IllegalStateException: Can't set AsyncWebRequest with concurrent handling in progress
        at org.springframework.util.Assert.state(Assert.java:392)
        at org.springframework.web.context.request.async.WebAsyncManager.setAsyncWebRequest(WebAsyncManager.java:108)
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:818)
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:743)
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:961)
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:895)
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:967)
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:858)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:622)
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:843)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
        at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:101)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
        at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99)
        at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:720)
        at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:584)
        at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:523)
        at org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:436)
        at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:301)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:178)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
        at org.apache.catalina.connector.CoyoteAdapter.asyncDispatch(CoyoteAdapter.java:388)
        at org.apache.coyote.http11.AbstractHttp11Processor.asyncDispatch(AbstractHttp11Processor.java:1719)
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:652)
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520)
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476)
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

This is a follow-on from HBASE-10504, Define a Replication Interface. There we defined a new, flexible replication endpoint for others to implement but it did little to help the case of the lily hbase-indexer. This issue takes up the case of the hbase-indexer.
The hbase-indexer poses to hbase as a 'fake' peer cluster (For why hbase-indexer is implemented so, the advantage to having the indexing done in a separate process set that can be independently scaled, can participate in the same security realm, etc., see discussion in HBASE-10504). The hbase-indexer will start up a cut-down "RegionServer" processes that are just an instance of hbase RpcServer hosting an AdminProtos Service. They make themselves 'appear' to the Replication Source by hoisting up an ephemeral znode 'registering' as a RegionServer. The source cluster then streams WALEdits to the Admin Protos method:

 public ReplicateWALEntryResponse replicateWALEntry(final RpcController controller,
      final ReplicateWALEntryRequest request) throws ServiceException {

The hbase-indexer relies on other hbase internals like Server so it can get a ZooKeeperWatcher instance and know the 'name' to use for this cut-down server.
Thoughts on how to proceed include:

Better formalize its current digestion of hbase internals; make it so rpcserver is allowed to be used by others, etc. This would be hard to do given they use basics like Server, Protobuf serdes for WAL types, and AdminProtos Service. Any change in this wide API breaks (again) hbase-indexer. We have made a 'channel' for Coprocessor Endpoints so they continue to work though they use 'internal' types. They can use protos in hbase-protocol. hbase-protocol protos are in a limbo currently where they are sort-of 'public'; a TODO. Perhaps the hbase-indexer could do similar relying on the hbase-protocol (pb2.5) content and we could do something to reveal rpcserver and zk for hbase-indexer safe use.
Start an actual RegionServer only have it register the AdminProtos Service only – not ClientProtos and the Service that does Master interaction, etc. [I checked, this is not as easy to do as I at first thought -- St.Ack] Then have the hbase-indexer implement an AdminCoprocessor to override the replicateWALEntry method (the Admin CP implementation may need work). This would narrow the hbase-indexer exposure to that of the Admin Coprocessor Interface
Over in HBASE-10504, Enis Soztutar suggested "... if we want to provide isolation for the replication services in hbase, we can have a simple host as another daemon which hosts the ReplicationEndpoint implementation. RS's will use a built-in RE to send the edits to this layer, and the host will delegate it to the RE implementation. The flow would be something like:  RS --> RE inside RS --> Host daemon for RE --> Actual RE implementation --> third party system..."

Other crazy notions occur including the setup of an Admin Interface Coprocessor Endpoint. A new ReplicationEndpoint would feed the replication stream to the remote cluster via the CPEP registered channel.
But time is short. Hopefully we can figure something that will work in 2.0 timeframe w/o too much code movement.

SelectionTrackingActionListener tries to inspect current UIComponent if it is child component of a parent UIComponent which uses SelectionAware. When I try to use SWF 2.0.5 together with JBoss's Gravel JSF components there are cases when parent component of UIComponent which signals current ActionEvent is NULL. In such a case we simply get NPE in trackSelection method.
A simple null check like below will suffice to get rid of this little bug:
private void trackSelection(UIComponent component) {
             // Find parent component with a SelectionAware model if it exists
            UIComponent currentComponent = component;
            while (currentComponent.getParent() != null && !(currentComponent.getParent() instanceof UIViewRoot)) {
...
}

Hi
Using TarArchiveEntry (File, String) throw IndexOutOfBoundsException

Reproduce the problem from hive-16233,find the asf header missed.

The schema 'jboss-as-xts_1_0.xsd' has been modified in WildFly making it incompatible with the version in EAP - additional elements have been added.
The following commit is where additional elements were added: -
https://github.com/wildfly/wildfly/commit/09dda67ed71b9f5cf4c9f865f08bbe3cda1d2fc4

cached.get(columnNames) should be replaced with cached.get(key) in the code block below

  cached = new ConcurrentHashMap<List<List<String>>, MetadataListStructObjectInspector>();

  public static MetadataListStructObjectInspector getInstance(
      List<String> columnNames) {
    ArrayList<List<String>> key = new ArrayList<List<String>>(1);
    key.add(columnNames);
    MetadataListStructObjectInspector result = cached.get(columnNames);

It seems that QTestUtil has side-effects. This test (metadata_export_drop.q) causes failure of other tests on cleanup stage:

at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:845)
at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:821)
at org.apache.hadoop.hive.ql.QTestUtil.cleanUp(QTestUtil.java:445)
at org.apache.hadoop.hive.ql.QTestUtil.shutdown(QTestUtil.java:300)
at org.apache.hadoop.hive.cli.TestCliDriver.tearDown(TestCliDriver.java:87)
at junit.framework.TestCase.runBare(TestCase.java:140)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
at org.apache.hadoop.fs.Path.initialize(Path.java:140)
at org.apache.hadoop.fs.Path.<init>(Path.java:132)
at org.apache.hadoop.fs.ProxyFileSystem.swizzleParamPath(ProxyFileSystem.java:56)
at org.apache.hadoop.fs.ProxyFileSystem.mkdirs(ProxyFileSystem.java:214)
at org.apache.hadoop.fs.FilterFileSystem.mkdirs(FilterFileSystem.java:183)
at org.apache.hadoop.fs.FileSystem.mkdirs(FileSystem.java:1120)
at org.apache.hadoop.hive.ql.parse.MetaDataExportListener.export_meta_data(MetaDataExportListener.java:81)
at org.apache.hadoop.hive.ql.parse.MetaDataExportListener.onEvent(MetaDataExportListener.java:106)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_core(HiveMetaStore.java:1024)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table(HiveMetaStore.java:1185)
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.dropTable(HiveMetaStoreClient.java:566)
at org.apache.hadoop.hive.ql.metadata.Hive.dropTable(Hive.java:839)
... 17 more
at java.net.URI.checkPath(URI.java:1787)
at java.net.URI.<init>(URI.java:735)
at org.apache.hadoop.fs.Path.initialize(Path.java:137)
... 28 more
Flushing 'hive.metastore.pre.event.listeners' into empty string solves the issue. During debugging I figured out this property wan't cleaned for other tests after it was set in metadata_export_drop.q.

 ant test -Dtestcase=TestCliDriver -Dqfile=metadata_export_drop.q,<some test>.q

where <some test>.q means any test which contains CREATE statement. For example, sample10.q

IPv6 addresses in log files are in a wrong format, the [ ] are missing:

09:18:44,203 INFO  [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://2620:52:0:105f::ffff:2:9990

http://[2620:52:0:105f::ffff:2]:9990 

The short description of the problem is that '%' characters do not get properly encoded in the RedirectView(String url) construction, they are simply left as '%' in the url.
The code that was used to generate the url is as follows:
redirectUrl = "troubleshootBuild.do";
redirectUrl += "?quoteLineId=" + quoteLineId;
redirectUrl += "&familyId=" + familyId;
redirectUrl += "&sleuthInput=" + sleuthInput;
redirectUrl += "&termOption=" + termOption;
This can cause the following exception in Tomcat's catalina log:
Aug 24, 2010 10:18:13 AM org.apache.tomcat.util.http.Parameters processParameters
WARNING: Parameters: Character decoding failed. Parameter skipped.
java.io.CharConversionException: isHexDigit
	at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:88)
	at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:49)
	at org.apache.tomcat.util.http.Parameters.urlDecode(Parameters.java:412)
	at org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:394)
	at org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:510)
	at org.apache.tomcat.util.http.Parameters.handleQueryParameters(Parameters.java:267)
	at org.apache.catalina.connector.Request.parseParameters(Request.java:2441)
	at org.apache.catalina.connector.Request.getParameter(Request.java:1040)
	at net.intellidata.iq.controller.TroubleshootBuildController.handleRequest(TroubleshootBuildController.java:67)
	at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:807)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
	at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)
	at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:378)
	at org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
	at org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
	at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
	at org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101)
	at org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:278)
	at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235)
	at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:175)
	at org.springframework.security.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:99)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
We have implemented a temporary workaround using java.lang.String's "replaceAll("%", "%25")" method on the sleuthInput variable but obviously this is not the ideal solution as it is likely to break when this bug is fixed.

Threads created by DefaultTaskExecutorType.ThreadPool at
org.apache.camel.component.jms.DefaultJmsMessageListenerContainer.createDefaultTaskExecutor()
are never stopped, as destroy method is never called on the ThreadPoolTaskExecutor

When an exception occurs while committing StepExecution (in org.springframework.batch.core.step.tasklet.TaskletStep.ChunkTransactionCallback#doInTransaction()) setTerminateOnly is being called on the step execution. This results in the job execution being marked as STOPPED. I think it's better to mark the job execution as FAILED? The STOPPED status in general indicates the job has been stopped in a controlled way (via spring-batch gui, programmatically via the JobOperator API, ...).

if you look at AbstractUserDetailsAuthenticationProvider.authenticate, you'll notice that in case of failure, Acegi suppose that it is due to a cache synchronization problem and make a second retrieveUser.
But if you use no cache, your information were already up to date and retrieveUser is still called...
I think that this snippet (l. 148-151):
 // There was a problem, so try again after checking we're using latest data
cacheWasUsed = false;
user = retrieveUser(username, (UsernamePasswordAuthenticationToken) authentication);
additionalAuthenticationChecks(user, (UsernamePasswordAuthenticationToken) authentication);
has to be changed to that :
if(cacheWasUsed) 
{
            // There was a problem, so try again after checking we're using latest data
            cacheWasUsed = false;
            user = retrieveUser(username, (UsernamePasswordAuthenticationToken) authentication);
 }
 else {
            throw exception
}
It'll avoid an useless double check...

shows up v egregiously on HBASE-20332, but I've seen in a few places where we'll do checkstyle at top level as well on individual modules.
eg.:

+1	checkstyle	0m 25s	hbase-common: The patch generated 0 new + 88 unchanged - 1 fixed = 88 total (was 89)
+1	checkstyle	0m 12s	The patch hbase-hadoop2-compat passed checkstyle
+1	checkstyle	0m 30s	The patch hbase-client passed checkstyle
+1	checkstyle	0m 11s	The patch hbase-replication passed checkstyle
+1	checkstyle	1m 15s	The patch hbase-server passed checkstyle
+1	checkstyle	0m 17s	The patch hbase-mapreduce passed checkstyle
+1	checkstyle	0m 8s	The patch hbase-testing-util passed checkstyle
+1	checkstyle	0m 28s	The patch hbase-thrift passed checkstyle
+1	checkstyle	0m 11s	The patch hbase-rsgroup passed checkstyle
+1	checkstyle	0m 10s	The patch hbase-shell passed checkstyle
+1	checkstyle	0m 12s	The patch hbase-endpoint passed checkstyle
+1	checkstyle	0m 14s	The patch hbase-backup passed checkstyle
+1	checkstyle	0m 21s	The patch hbase-it passed checkstyle
+1	checkstyle	0m 14s	The patch hbase-examples passed checkstyle
+1	checkstyle	0m 16s	The patch hbase-rest passed checkstyle
+1	checkstyle	0m 9s	The patch hbase-external-blockcache passed checkstyle
+1	checkstyle	0m 10s	The patch hbase-shaded passed checkstyle
+1	checkstyle	0m 8s	The patch hbase-shaded-mapreduce passed checkstyle
+1	checkstyle	0m 8s	The patch hbase-shaded-check-invariants passed checkstyle
+1	checkstyle	0m 9s	The patch hbase-shaded-with-hadoop-check-invariants passed checkstyle
+1	checkstyle	2m 38s	root: The patch generated 0 new + 429 unchanged - 1 fixed = 429 total (was 430)

we should use the same shortcut we do with other modules when root is present

LongColEqualLongScalar.java
LongColGreaterEqualLongScalar.java
LongColGreaterLongScalar.java
LongColLessEqualLongScalar.java
LongColLessLongScalar.java
LongColNotEqualLongScalar.java
LongScalarEqualLongColumn.java
LongScalarGreaterEqualLongColumn.java
LongScalarGreaterLongColumn.java
LongScalarLessEqualLongColumn.java
LongScalarLessLongColumn.java
LongScalarNotEqualLongColumn.java

See nabble
http://camel.465427.n5.nabble.com/Camel-SQL-CamelSqlRetrieveGeneratedKeys-attribute-delete-all-headers-tp5762512.html

If there is no new events greater than the requested event,  ObjectStore.getNextNotification will return an empty NotificationEventResponse. And the client side will get the following exception:

 [ERROR - org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:295)] Thrift error occurred during processing of message.
org.apache.thrift.protocol.TProtocolException: Required field 'events' is unset! Struct:NotificationEventResponse(events:null)
	at org.apache.hadoop.hive.metastore.api.NotificationEventResponse.validate(NotificationEventResponse.java:310)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_next_notification_result.validate(ThriftHiveMetastore.java)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_next_notification_result$get_next_notification_resultStandardScheme.write(ThriftHiveMetastore.java)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_next_notification_result.write(ThriftHiveMetastore.java)
	at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:53)

We deploy an EAR file to a Wildfly domain with two slaves. On one slave, we'll frequently see this exception:

[Server:main-server] 2016-05-08 16:06:13+1000 INFO [[org.jboss.as.server]] [[ServerService Thread Pool -- 359]] WFLYSRV0016: Replaced deployment "services.war" with deployment "services.war"
[Server:main-server] 2016-05-09 06:05:08+1000 ERROR [[org.jboss.as.controller.management-operation]] [[ServerService Thread Pool -- 384]] WFLYCTL0013: Operation ("read-attribute") failed - address: ([
[Server:main-server]     ("deployment" => "OnlineSystemsApplications.ear"),
[Server:main-server]     ("subdeployment" => "systemcheck.war"),
[Server:main-server]     ("subsystem" => "undertow"),
[Server:main-server]     ("servlet" => "javax.ws.rs.core.Application")
[Server:main-server] ]): java.lang.NullPointerException
[Server:main-server]    at org.wildfly.extension.undertow.DeploymentServletDefinition$AbstractMetricsHandler.execute(DeploymentServletDefinition.java:125)
[Server:main-server]    at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
[Server:main-server]    at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
[Server:main-server]    at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:263)
[Server:main-server]    at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:933)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
[Server:main-server]    at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1344)
[Server:main-server]    at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
[Server:main-server]    at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)
[Server:main-server]    at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:247)
[Server:main-server]    at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:185)
[Server:main-server]    at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:138)
[Server:main-server]    at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:134)
[Server:main-server]    at java.security.AccessController.doPrivileged(Native Method)
[Server:main-server]    at javax.security.auth.Subject.doAs(Subject.java:360)
[Server:main-server]    at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:81)
[Server:main-server]    at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:157)
[Server:main-server]    at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:153)
[Server:main-server]    at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:153)
[Server:main-server]    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
[Server:main-server]    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)
[Server:main-server]    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Server:main-server]    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Server:main-server]    at java.lang.Thread.run(Thread.java:745)
[Server:main-server]    at org.jboss.threads.JBossThread.run(JBossThread.java:320)

At the same time we'll see this on the second node

[Server:main-server] 2016-05-06 16:17:59+1000 ERROR [[org.jboss.as.controller.management-operation]] [[ServerService Thread Pool -- 276]] WFLYCTL0190: Step handler org.jboss.as.server.deployment.DeploymentHandlerUtil$4@14bd8919 for operation {"operation" => "full-replace-deployment","name" => "OnlineSystemsApplications.ear","enabled" => true,"content" => [{"hash" => bytes { 0x73, 0xec, 0x83, 0x82, 0xb6, 0x67, 0x2d, 0x92, 0x36, 0x7a, 0xb7, 0x7c, 0x7a, 0x4e, 0xc4, 0x93, 0x00, 0xc1, 0xf3, 0xc3 }}],"operation-headers" => {"access-mechanism" => "NATIVE","domain-uuid" => "76dbe681-46d0-4f2e-a4c7-82f615919ff0"},"address" => [],"runtime-name" => undefined,"persistent" => true,"owner" => undefined} at address [] failed handling operation rollback -- java.util.NoSuchElementException: No child 'name' exists: java.util.NoSuchElementException: No child 'name' exists
[Server:main-server]    at org.jboss.dmr.ModelValue.requireChild(ModelValue.java:377)
[Server:main-server]    at org.jboss.dmr.ObjectModelValue.requireChild(ObjectModelValue.java:299)
[Server:main-server]    at org.jboss.dmr.ModelNode.require(ModelNode.java:870)
[Server:main-server]    at org.jboss.as.server.deployment.DeploymentHandlerUtil$4$1.handleResult(DeploymentHandlerUtil.java:277)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1384)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1366)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1328)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1311)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1185)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:767)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:753)
[Server:main-server]    at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:680)

The WAR file in question doesn't actually use JAX-RS, so I'm not sure why javax.ws.rs.core.Application would be causing any issues.

I added the RegionScanner.nextRaw(...) to allow "smart" client to avoid some of the default work that HBase is doing, such as 
{start|stop}
RegionOperation and synchronized(scanner) for each row.
Metrics should follow the same approach. Collecting them per row is expensive and a caller should have the option to collect those later or to avoid collecting them completely.
We can also save some cycles in RSRcpServices.scan(...) if we updated the metric only once/batch instead of each row.

While introducing split package detection (SPR-9990), I found that package org.springframework.instrument.classloading is split between spring-context and spring-instrument-tomcat.
Split packages are generally considered to be bad practice (see https://jira.springsource.org/browse/SPR-9990?focusedCommentId=85187&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-85187).
Note that this particular split package is not currently an issue for OSGi since spring-instrument-tomcat is not used as a bundle.

After changes introduced in SPR-13309, the new conditions are causing that in a project that uses both XML (via JAXB) and JSON (via Jackson) AllEncompassingFormHttpMessageConverter no longer works correctly with XML.
Referring to the code in https://github.com/spring-projects/spring-framework/blob/master/spring-web/src/main/java/org/springframework/http/converter/support/AllEncompassingFormHttpMessageConverter.java, the condition for including Jaxb part converter should read

// instead of && !jackson2Present
if (jaxb2Present && !jackson2XmlPresent) {
	addPartConverter(new Jaxb2RootElementHttpMessageConverter());
}

PersistenceExceptionTranslationPostProcessor extends AbstractAdvisingBeanPostProcessor
Method isEligible(...) throws a NPE when instantiating a Configurable Bean (because beanName is null).
See attached zip. It contains a minimal maven project. 
>mvn test
With 3.1.2 test successes, with 3.2.0 it fails. 

	at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:768)
	at org.springframework.aop.framework.AbstractAdvisingBeanPostProcessor.isEligible(AbstractAdvisingBeanPostProcessor.java:102)
	at org.springframework.aop.framework.AbstractAdvisingBeanPostProcessor.postProcessAfterInitialization(AbstractAdvisingBeanPostProcessor.java:74)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:412)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1492)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:391)
	at org.springframework.beans.factory.wiring.BeanConfigurerSupport.configureBean(BeanConfigurerSupport.java:141)
	at org.springframework.beans.factory.aspectj.AnnotationBeanConfigurerAspect.configureBean(AnnotationBeanConfigurerAspect.aj:59)
	at org.springframework.beans.factory.aspectj.AbstractDependencyInjectionAspect.ajc$afterReturning$org_springframework_beans_factory_aspectj_AbstractDependencyInjectionAspect$2$1ea6722c(AbstractDependencyInjectionAspect.aj:89)
	at com.Foo.<init>(Foo.java:8)
	at com.FooTest.testFoo(FooTest.java:17)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:292)

In JpaQueryCreator's toPredicate(…) method instead of following lines

        case IS_NULL:
            return root.isNull();
        case IS_NOT_NULL:
            return root.isNotNull();

should be

            return path.isNull();
            return path.isNotNull();

public JSONCreateDatabaseMessage(String server, String servicePrincipal, Database db,
      Long timestamp) {
    this.server = server;
    this.servicePrincipal = servicePrincipal;
    this.db = db.getName();
    this.timestamp = timestamp;
    try {
      this.dbJson = MessageBuilder.createDatabaseObjJson(db);
    } catch (TException ex) {
      throw new IllegalArgumentException("Could not serialize Function object", ex);
    }
    checkValid();
  }

The exception message should say Database instead of Function. Also, the TestDbNotificationListener#createDatabase should be modified to make sure that the deserialized database object from the dbJson field matches with the original database object 

ObjectInputSteam has 2 methods that need to be overloaded for proper behavior in this case.
resolveClass is ok, but resolveProxyClass doesn't attempt to look in the passed class loader to resolve the interfaces.

Jitka Kozana reports that the following exception was sometimes logged during server shutdown:
[0m[33m01:46:29,696 WARN  [org.jboss.msc.service.fail] (MSC service thread 1-55) MSC000004: Failure during stop of service jboss.remoting.endpoint.management.channel.management: java.util.ConcurrentModificationException
	at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793) [rt.jar:1.6.0_45]
	at java.util.HashMap$KeyIterator.next(HashMap.java:828) [rt.jar:1.6.0_45]
	at java.util.AbstractCollection.addAll(AbstractCollection.java:305) [rt.jar:1.6.0_45]
	at java.util.HashSet.<init>(HashSet.java:100) [rt.jar:1.6.0_45]
	at org.jboss.as.remoting.AbstractChannelOpenListenerService.stop(AbstractChannelOpenListenerService.java:123)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1]
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [rt.jar:1.6.0_45]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [rt.jar:1.6.0_45]
	at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_45]

jruby.jar as shipped with Fuse ESB Enterprise exposes CVE-2012-5370. We are shipping JRuby 1.6.7. The upstream Ruby language has replaced the vulnerable Murmur hash function / algorithm implementation with the SipHash-2-4 implementation:
http://www.ruby-lang.org/en/news/2012/11/09/ruby19-hashdos-cve-2012-5371/
An upstream fix is not yet available for JRuby. Once an upstream fix is available, we should incorporate it into a future release via a component upgrade.

After Camel 2.0, we move the JpaTraceEventMessage from camel-core to camel-jpa, and changed the package name.
It break the camel-example-trace, so we had to update the persistence.xml to use right version of JpaTraceEventMessage.

On a cluster with many tables, and consequently many regions, calling the getTableDescriptor() methods on a HTable takes a very long time, depending on the number of regions. For comparison, on a cluster with 7000 regions, getting a table descriptor ranged between 4 and 36 seconds, even when the queried table was empty.
The problem seems to lie in the HConnectionManager.getHTableDescriptor() method, which calls MetaScanner.scan() with an empty START_ROW. This means that even if we need the descriptor for a single region table, we still need to wait until the entire META is scanned. There is also a constructor for MetaScanner.scan() which takes the table name to lookup as a param.

The original issue WFCORE-877 was fixed but later re-introduced with the fix for WFCORE-1218.

See nabble
http://camel.465427.n5.nabble.com/LRUCache-memory-leak-when-using-camel-properties-file-tp4621357p4621357.html
The internal cache should be a soft cache and we should use a key holder to ensure equals/hashCode

ADD FILE mangles name of the resource when copying to resource download directory. As a results following doesn't work:

ADD FILE test.py;
SELECT TRANSFORM (id) USING 'python test.py' AS b FROM tab1;

The resource gets added with a different name every time which makes it impossible to use transform in non-interactive mode.
This seems to be due to HIVE-3431

Capture this information:
> Where are the dependencies located for these classes? Is there a path on HDFS or local disk that dependencies need to be placed so that each RegionServer has access to them?
It is suggested to bundle them as a single jar so that RS can load the whole jar and resolve dependencies. If you are not able to do that, you need place the dependencies in regionservers class path so that they are loaded during RS startup. Do either of these options work for you? Btw, you can load the coprocessors/filters into path specified by hbase.dynamic.jars.dir [1], so that they are loaded dynamically by regionservers when the class is accessed (or you can place them in the RS class path too, so that they are loaded during RS JVM startup).
> How would one deploy these using an automated system? (puppet/chef/ansible/etc)
You can probably use these tools to automate shipping the jars to above locations?
> Tests our developers have done suggest that simply disabling a coprocessor, replacing the jar with a different version, and enabling the coprocessor again does not load the newest version. With that in mind how does one know which version is currently deployed and enabled without resorting to parsing `hbase shell` output or restarting hbase?
Actually this is a design issue with current classloader. You can't reload a class in a JVM unless you delete all the current references to it. Since the current JVM (classloader) has reference to it, you can't overwrite it unless you kill the JVM, which is equivalent to restarting it. So you still have the older class loaded in place. For this to work, classloader design should be changed. If it works for you, you can rename the coprocessor class name and the new version of jar and RS loads it properly.
> Where does logging go, and how does one access it? Does logging need to be configured in a certain way?
Can you please specify which logging you are referring to?
> Where is a good location to place configuration files?
Same as above, are these hbase configs or something else? If hbase configs, are these gateway configs/server side? 

Somewhat related to DATAJPA-26 repository.springframework.maven.release plugin repository ( http://maven.springframework.org/release ) is missing for spring data commons project:
"Unresolveable build extension: Plugin org.springframework.build.aws:org.springframework.build.aws.maven:3.1.0.RELEASE or one of its dependencies could not be resolved..."

We should use the type covnerters from Camel to convert the payload correctly.
As if you have a DOM object then we just do a .toString which just prints it as Document #0 etc.

Build fails for bundlor SNAPSHOT used for Batch. This only happens when I have previously run a build for another project using a more recent snapshot version. Clearing bundlor from local Maven repository cache fixes the issue temporarliy until the other build is run again.  
Spring Batch uses:
com.springsource.bundlor-1.0.0.BUILD-20090218.010130-17
Current snapshot:
com.springsource.bundlor-1.0.0.BUILD-20090401.001051-12
There is a com.springsource.bundlor-1.0.0.BUILD-SNAPSHOT.jar that gets overwritten by the more recent version and this conflicts with the Spring Batch build.
[INFO] [jar:jar]
[INFO] Building jar: /Users/trisberg/Projects/springsource/spring-batch/trunk/spring-batch-infrastructure/target/org.springframework.batch.infrastructure-2.0.0.CI-SNAPSHOT.jar
[INFO] [com.springsource.bundlor.:transform 
{execution: bundlor-transform}
]
[INFO] Added manifest to /Users/trisberg/Projects/springsource/spring-batch/trunk/spring-batch-infrastructure/target/org.springframework.batch.infrastructure-2.0.0.CI-SNAPSHOT.jar
[WARNING] Bundlor Warnings:
[WARNING]     <SB0001W>: The import of package javax.jms does not specify a version.
[WARNING]     <SB0001W>: The import of package javax.persistence does not specify a version.
[WARNING]     <SB0001W>: The import of package javax.sql does not specify a version.
[WARNING]     <SB0001W>: The import of package javax.xml.namespace does not specify a version.
[WARNING]     <SB0001W>: The import of package javax.xml.stream does not specify a version.
[WARNING]     <SB0001W>: The import of package javax.xml.stream.events does not specify a version.
[WARNING]     <SB0001W>: The import of package javax.xml.transform does not specify a version.
[INFO] Bundle transformer returned warnings.  Please fix manifest template at '/Users/trisberg/Projects/springsource/spring-batch/trunk/spring-batch-infrastructure/template.mf' and try again.
[INFO] Total time: 11 seconds
[INFO] Finished at: Wed Apr 01 11:29:15 EDT 2009
[INFO] Final Memory: 18M/36M

set hive.test.mode=true;
the new partition pruner does not work

The described feature works on 3.2.1.RELEASE, fails on 3.2.2.RELEASE and 3.2.3.RELEASE.
Trying to change object instance passed to service defined as @Async :

@Service
public class PopulateService {

    private final List<Person> persons;
    private final AsyncService asyncService;

    public PopulateService(AsyncService asyncService) {
        persons = new ArrayList<Person>();
        this.asyncService = asyncService;
    }

    public void populatePersons(int numberOfPersons) {
        asyncService.populatePersons(persons, numberOfPersons);
    }

    public List<Person> getPersons() {
        return persons;
    }
}

@Service
public class AsyncService {

    @Async
    public void populatePersons(List<Person> persons, int numberOfPersons) {
        for (int i = 0; i < numberOfPersons; i++) {
            persons.add(new Person("first " + i, "last " + i));
        }
    }
} 

ORC 1.5.0 supports new fast decimal 64 reader. New VRB has to be created for making use of decimal 64 column vectors. Also LLAP IO will need a new reader to reader from long stream to decimal 64. 

Can happen if you have a null in the select clause, for example "select null, key, value from src"

java.sql.SQLException: Unrecognized column type: NULL
	at org.apache.hive.jdbc.JdbcColumn.typeStringToHiveType(JdbcColumn.java:160)
	at org.apache.hive.jdbc.HiveResultSetMetaData.getHiveType(HiveResultSetMetaData.java:48)
	at org.apache.hive.jdbc.HiveResultSetMetaData.getPrecision(HiveResultSetMetaData.java:86)

I created an archiv with 7zip 9.20 containing the compress-1.7-src directory. Also tried it with 1.6 version and directory. I 
downloaded the zip file and reziped it as 7z. The standard setting where used:
Compression level: normal
Compression method: lzma2
Dictionary size: 16 MB
Word size: 32
Solid Block size: 2 GB
I get an exception if I try to open the file with the simple line of code:
SevenZFile input = new SevenZFile(new File(arcName));
Maybe it is a bug in the tukaani library, but I do not know how to report it to them.
The exception thrown:
org.tukaani.xz.UnsupportedOptionsException: LZMA dictionary is too big for this implementation
	at org.tukaani.xz.LZMAInputStream.initialize(Unknown Source)
	at org.tukaani.xz.LZMAInputStream.<init>(Unknown Source)
	at org.apache.commons.compress.archivers.sevenz.Coders$LZMADecoder.decode(Coders.java:117)
	at org.apache.commons.compress.archivers.sevenz.Coders.addDecoder(Coders.java:48)
	at org.apache.commons.compress.archivers.sevenz.SevenZFile.readEncodedHeader(SevenZFile.java:278)
	at org.apache.commons.compress.archivers.sevenz.SevenZFile.readHeaders(SevenZFile.java:190)
	at org.apache.commons.compress.archivers.sevenz.SevenZFile.<init>(SevenZFile.java:94)
	at org.apache.commons.compress.archivers.sevenz.SevenZFile.<init>(SevenZFile.java:116)
	at compress.SevenZipError.main(SevenZipError.java:28)

Stack Trace when trying to initiate a SockJS connection in IE8.
2014-03-07 11:37:54.696 ERROR 82606 — [nio-8080-exec-1] o.s.w.s.m.StompSubProtocolHandler        : Failed to parse WebSocket message as STOMP frame
java.lang.NegativeArraySizeException: null
	at org.springframework.messaging.simp.stomp.StompDecoder.readPayload(StompDecoder.java:158)
	at org.springframework.messaging.simp.stomp.StompDecoder.decode(StompDecoder.java:70)
	at org.springframework.web.socket.messaging.StompSubProtocolHandler.handleMessageFromClient(StompSubProtocolHandler.java:108)
	at org.springframework.web.socket.messaging.SubProtocolWebSocketHandler.handleMessage(SubProtocolWebSocketHandler.java:233)
	at org.springframework.web.socket.handler.WebSocketHandlerDecorator.handleMessage(WebSocketHandlerDecorator.java:59)
	at org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.delegateMessages(AbstractSockJsSession.java:153)
	at org.springframework.web.socket.sockjs.transport.handler.AbstractHttpReceivingTransportHandler.handleRequestInternal(AbstractHttpReceivingTransportHandler.java:87)
	at org.springframework.web.socket.sockjs.transport.handler.AbstractHttpReceivingTransportHandler.handleRequest(AbstractHttpReceivingTransportHandler.java:49)
	at org.springframework.web.socket.sockjs.transport.TransportHandlingSockJsService.handleTransportRequest(TransportHandlingSockJsService.java:254)
	at org.springframework.web.socket.sockjs.support.AbstractSockJsService.handleRequest(AbstractSockJsService.java:311)
	at org.springframework.web.socket.sockjs.support.SockJsHttpRequestHandler.handleRequest(SockJsHttpRequestHandler.java:88)
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:863)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
	at org.springframework.boot.actuate.trace.WebRequestTraceFilter.doFilter(WebRequestTraceFilter.java:114)
	at org.springframework.boot.actuate.autoconfigure.EndpointWebMvcAutoConfiguration$ApplicationContextFilterConfiguration$1.doFilterInternal(EndpointWebMvcAutoConfiguration.java:128)
	at org.springframework.boot.actuate.autoconfigure.MetricFilterAutoConfiguration$MetricsFilter.doFilterInternal(MetricFilterAutoConfiguration.java:84)
	at org.apache.catalina.valves.RemoteIpValve.invoke(RemoteIpValve.java:680)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1721)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1679)

Hello
i change the clinic example

focus --class ~.domain.Owner
field set --fieldName pets --type ~.domain.Pet --mappedBy owner --notNull false --joinColumnName OWNER_ID --comment "Haustierbesitzer" --entityFormatExpression "#{lastname}" --entityFormatMessage "owner.pets"

entity projection --class ~.domain.PetInfo --entity ~.domain.Pet --fields id,owner,name --entityFormatExpression "#{name} (#{owner})"
repository jpa --entity ~.domain.Pet --interface ~.repository.PetRepository --defaultReturnType ~.domain.PetInfo

//finder add --entity ~.domain.Pet --name findByOwner
//finder add --entity ~.domain.Pet --name findBySendRemindersAndWeightLessThan
//finder add --entity ~.domain.Pet --name findByTypeAndNameLike

When i use in GUI the findByNameAndWeight finder Liste show the Owner Entity as 
[object Object]
see Image

Unlike the annotation-based view rendering, the functional one does not set default Content-Type response header by default. This could be because the default content type is retrieved from the header and not from the View.

When having created virtual server with access-log and then trying to remove the viratual server directly, it fails with WFLYCTL0171: Removing services has lead to unsatisfied dependencies:
Service jboss.undertow.server.default-server.testvs was depended upon by service jboss.undertow.server.default-server.testvs.access-log, still when trying to remove it second time, it is successfully removed. To reproduce see steps bellow containing also output. See mainly that it failed first time, still it succeeded the second time.

[standalone@localhost:9990 /] /subsystem=undertow/server=default-server/host=testvs:add()
[standalone@localhost:9990 /] /subsystem=undertow/server=default-server/host=testvs/setting=access-log:add()
[standalone@localhost:9990 /] reload 
[standalone@localhost:9990 /] /subsystem=undertow/server=default-server/host=testvs:remove()
{
Service jboss.undertow.server.default-server.testvs was depended upon by service jboss.undertow.server.default-server.testvs.access-log",
}
{
    }
}

A ScopedObject (as is created by a @Bean in @SessionScope for example) has a reference to the BeanFactory that created it, and when it is serialized and deserialized the BeanFactory is re-hydrated by looking it up in a global map.
The fix for SPR-14117 made this process more robust, but it has now exposed another corner case because the StaticListableBeanFactory that it creates as a fallback is not a ConfigurableBeanFactory, and a DefaultScopedObject has a field of that type, so when it is deserialized there is a class cast exception.

TUGIContainingProcessor creates new Subject for each invocation which induces FileSystem leakage when cache is enable(true by default).

This is needed to ensure we answer the correct.
For example it may report false, before the attachments has been initial populated.
hasAttachments -> false
getAttachments.size -> 2

I attempted to POST a JSON document to couchdb via restlet.  The post fails with and "Invalid JSON format" error from couchdb.  This is because the POST data was being URL encoded which substitutes %XX sequences for all the curly braces.  I believe the encoding should be done based on the content-type header, or possibly not at all for POST requests.  

Assume I have rest path

rest("/test").get().type(ClassA.class).to("direct:someRoute");

rest("/testSub").get().type(ClassB.class).to("direct:someOtherRoute");

And in the type ClassA contains a reference to ClassB.
Within the Swagger Doc the path for ClassA renders as expected:

/test:
    get:
      responses:
        200:
          schema:
            $ref: '#/definitions/ClassA'

However ClassB gets a string parameter scheme

/testSub:
    get:
        200:
          schema:
             type : 'string'
             format : 'com.ClassB'

However I'd expect it to be:

/testSub:
    get:
        200:
          schema:
            $ref: '#/definitions/ClassB'

The SplitterWithXqureyTest references com.sun classes that are internal to the Sun JDK.  This makes it not build with an IBM jdk, but also causes errors in Eclipse as eclipse prohibits access to them.
Will attach patch.

WS tests fail in basic integration testsuite if they run after
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/management/api/web/ListenerTestCase.java (which usually doesn't happen on our TeamCity, but it's the case on my machine).
The logfile contains:

13:39:14,409 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017519: Undertow HTTP listener test-listener listening on localhost/127.0.0.1:8181
13:39:14,576 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017521: Undertow HTTP listener test-listener suspending
13:39:14,577 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017520: Undertow HTTP listener test-listener stopped, was bound to localhost/127.0.0.1:8181
13:39:14,943 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "jaxws-basic-pojo.war" (runtime-name: "jaxws-basic-pojo.war")
13:39:15,247 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."jaxws-basic-pojo.war".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."jaxws-basic-pojo.war".INSTALL: JBAS018733: Failed to process phase INSTALL of deployment "jaxws-basic-pojo.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.0.0.Beta1.jar:8.0.0.Beta1]
	at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
	at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:64)
	at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
	at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
	at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
	at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
	at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
	at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
	at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.Beta1.jar:8.0.0.Beta1]
	... 5 more

13:39:15,260 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014613: Operation ("deploy") failed - address: (\{"deployment" => "jaxws-basic-pojo.war"\}) - failure description: \{"JBAS014671: Failed services" => \{"jboss.deployment.unit.\"jaxws-basic-pojo.war\".INSTALL" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"jaxws-basic-pojo.war\".INSTALL: JBAS018733: Failed to process phase INSTALL of deployment \"jaxws-basic-pojo.war\"
    Caused by: java.lang.IllegalStateException"\}\}
13:39:15,263 ERROR [org.jboss.as.server] (management-handler-thread - 4) JBAS015870: Deploy of deployment "jaxws-basic-pojo.war" was rolled back with the following failure message: 
\{"JBAS014671: Failed services" => \{"jboss.deployment.unit.\"jaxws-basic-pojo.war\".INSTALL" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"jaxws-basic-pojo.war\".INSTALL: JBAS018733: Failed to process phase INSTALL of deployment \"jaxws-basic-pojo.war\"
13:39:15,274 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015877: Stopped deployment jaxws-basic-pojo.war (runtime-name: jaxws-basic-pojo.war) in 11ms
13:39:15,275 INFO  [org.jboss.as.controller] (management-handler-thread - 4) JBAS014774: Service status report
JBAS014777:   Services which failed to start:      service jboss.deployment.unit."jaxws-basic-pojo.war".INSTALL

After enabling SpringSecurity parts in a multipart file are not properly extracted anymore because of Request being wrapped.
Disabling security make the test pass, and similar tests with non-multipart method work as expected.
The given test is an example to reproduce the bug:

    @Test
    public void postNewResourceDefinitionShouldReturnLocationHeader() throws Exception {
        mvc.perform((fileUpload("/documents/"))
                        .file("file", "abc".getBytes())
                        .file(new MockMultipartFile("metadata", "metadata", "application/json", "{\"name\":\"yeeeah\"}".getBytes()))
                        .with(writeOnlyUser)
        )
                .andExpect(header().string("location", not(isEmptyOrNullString())))
        .andExpect(header().string("location", containsString("http://localhost/documents/")))
        ;
    }

Producing the exception:

Caused by: java.lang.IllegalArgumentException: Failed to obtain request part: metadata. The part is missing or multipart processing is not configured. Check for a MultipartResolver bean or if Servlet 3.0 multipart processing is enabled.
	at org.springframework.web.multipart.support.RequestPartServletServerHttpRequest.<init>(RequestPartServletServerHttpRequest.java:73)
	at org.springframework.web.servlet.mvc.method.annotation.RequestPartMethodArgumentResolver.resolveArgument(RequestPartMethodArgumentResolver.java:149)
	... 68 more

cascade_dbdrop.q is failing when building hive on hadoop0.23:
Failing with the following diff:
-Command failed with exit code = -1
+Command failed with exit code = 1

Since the Hadoop ecosystem has many version of jersey and as such we should specify the specific version we want.

Comments for columns are now delimited by 0x00, which is binary and make git refuse to make proper diff file.

Can you add a test which describe div ?
We should do it for all the existing tests also - but definitely for all the new tests.

There's a small sample application in the referenced Spring Boot issue that reproduces the problem.
There's a Mockito-created mock bean in the context. Due to @EnableAsync this bean is proxied using a JDK proxy (proxyTarget class is false). An attempt is then made to autowire the mocked bean into another class. This fails because the JDK proxy is for a Mockito interface. This in itself could perhaps be considered a problem as the proxy has the wrong form.
The proxy is considered to be a viable candidate for autowiring due to predictBeanType on AbstractAutowireCapableBeanFactory returning the type of the underlying bean, ignoring the proxying that'll be performed by AsyncAnnotationBeanPostProcessor. Ultimately this results in a BeanInstantiationException that doesn't shed much light on what's actually gone wrong:

Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [com.example.TestController]: Illegal arguments for constructor; nested exception is java.lang.IllegalArgumentException: argument type mismatch
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:156) ~[spring-beans-4.3.1.RELEASE.jar:4.3.1.RELEASE]
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:122) ~[spring-beans-4.3.1.RELEASE.jar:4.3.1.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:271) ~[spring-beans-4.3.1.RELEASE.jar:4.3.1.RELEASE]
	... 41 common frames omitted
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.8.0_60]
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[na:1.8.0_60]
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[na:1.8.0_60]
	at java.lang.reflect.Constructor.newInstance(Constructor.java:422) ~[na:1.8.0_60]
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:147) ~[spring-beans-4.3.1.RELEASE.jar:4.3.1.RELEASE]
	... 43 common frames omitted

There are three areas where things are going wrong, each probably a knock-on effect of the previous one:
1. The proxy creation goes wrong and creates a proxy for a Mockito interface rather than anything that was actually implemented by the underlying bean
2. The type prediction is wrong and returns a type of which the proxied bean is not an instance
3. The diagnostics for the resulting IllegalArgumentException don't reveal anything about the arguments that were passed to the constructor and their types so you can't immediately see why it might have failed.

We need to add a CM action for online compression algorithm change and make sure ITBLL is ok with it.

In our test environment, we find written data can't be read out occasionally. After debugging, we find that maximumTimestamp/minimumTimestamp of MemStore#timeRangeTracker might decrease/increase when MemStore#timeRangeTracker is updated concurrently, which might make the MemStore/StoreFile to be filtered incorrectly when reading data out. Let's see how the concurrent updating of timeRangeTracker#maximumTimestamp cause this problem. 
Imagining there are two threads T1 and T2 putting two KeyValues kv1 and kv2. kv1 and kv2 belong to the same Store(so belong to the same region), but contain different rowkeys. Consequently, kv1 and kv2 could be updated concurrently. When we see the implementation of HRegionServer#multi, kv1 and kv2 will be add to MemStore by HRegion#applyFamilyMapToMemstore in HRegion#doMiniBatchMutation. Then, MemStore#internalAdd will be invoked and MemStore#timeRangeTracker will be updated by TimeRangeTracker#includeTimestamp as follows:

  private void includeTimestamp(final long timestamp) {
     ...
    else if (maximumTimestamp < timestamp) {
      maximumTimestamp = timestamp;
    }
    return;
  }

Imagining the current maximumTimestamp of TimeRangeTracker is t0 before includeTimestamp(...) invoked, kv1.timestamp=t1,  kv2.timestamp=t2, t1 and t2 are both set by user(then, user knows the timestamps of kv1 and kv2), and t1 > t2 > t0. T1 and T2 will be executed concurrently, therefore, the two threads might both find the current maximumTimestamp is less than the timestamp of its kv. After that, T1 and T2 will both set maximumTimestamp to timestamp of its kv. If T1 set maximumTimestamp before T2 doing that, the maximumTimestamp will be set to t2. Then, before any new update with bigger timestamp has been applied to the MemStore, if we try to read out kv1 by HTable#get and set the timestamp of 'Get' to t1, the StoreScanner will decide whether the MemStoreScanner(imagining kv1 has not been flushed) should be selected as candidate scanner by MemStoreScanner#shouldUseScanner. Then, the MemStore won't be selected in MemStoreScanner#shouldUseScanner because maximumTimestamp of the MemStore has been set to t2 (t2 < t1). Consequently, the written kv1 can't be read out and kv1 is lost from user's perspective.
If the above analysis is right, after maximumTimestamp of MemStore#timeRangeTracker has been set to t2, user will experience data lass in the following situations:
1. Before any new write with kv.timestamp > t1 has been add to the MemStore, read request of kv1 with timestamp=t1 can not read kv1 out.
2. Before any new write with kv.timestamp > t1 has been add to the MemStore, if a flush happened, the data of MemStore will be flushed to StoreFile with StoreFile#maximumTimestamp set to t2. After that, any read request with timestamp=t1 can not read kv1 before next compaction(Actually, kv1.timestamp might not be included in timeRange of the StoreFile even after compaction).
The second situation is much more serious because the incorrect timeRange of MemStore has been persisted to the file. 
Similarly, the concurrent update of TimeRangeTracker#minimumTimestamp may also cause this problem.
As a simple way to fix the problem, we could add synchronized to TimeRangeTracker#includeTimestamp so that this method won't be invoked concurrently.

Analysis document for listener for lifecycle server events says that there is management attribute timeout which is described: 

timeout - a timeout in seconds before cancelling the execution of the listener.
But execution of runtimeConfigurationStateChanged and runningStateChanged methods isn't cancelled when timeout is reached. java.util.concurrent.TimeoutException is correctly logged. 
It seems to me that ProcessStateListenerService.java#L176 needs to cancel Future in TimeoutException catch block

Container is stopped before testing mocki to ensure close() wasn't called on the channel.

Due to a bug found in AspectJ (details of why whitespace caused the issue found in thanks to the help of Andy Clement) and the removal of whitespaces within spring-aspects code that has been compiled using previous versions of spring-aspects and try to use spring-aspects-3.2.1.BUILD-SNAPSHOT will get a NoSuchMethodException. An example of one such exception can be found below:

java.lang.NoSuchMethodError: org.springframework.beans.factory.aspectj.AbstractDependencyInjectionAspect.ajc$if$6f1(Lorg/aspectj/lang/JoinPoint;)Z
	at org.springframework.data.jpa.domain.support.AuditingEntityListener.<init>(AuditingEntityListener.java:53) ~[spring-data-jpa-1.1.0.RELEASE.jar:na]
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.7.0_06]
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) ~[na:1.7.0_06]
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[na:1.7.0_06]
	at java.lang.reflect.Constructor.newInstance(Constructor.java:525) ~[na:1.7.0_06]
	at java.lang.Class.newInstance0(Class.java:372) ~[na:1.7.0_06]
	at java.lang.Class.newInstance(Class.java:325) ~[na:1.7.0_06]
	at org.hibernate.ejb.event.CallbackResolver.resolveCallback(CallbackResolver.java:162) ~[hibernate-entitymanager-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.ejb.event.EntityCallbackHandler.addCallback(EntityCallbackHandler.java:123) ~[hibernate-entitymanager-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.ejb.event.EntityCallbackHandler.add(EntityCallbackHandler.java:57) ~[hibernate-entitymanager-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.ejb.event.JpaIntegrator.integrate(JpaIntegrator.java:151) ~[hibernate-entitymanager-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:301) ~[hibernate-core-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1746) ~[hibernate-core-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.ejb.EntityManagerFactoryImpl.<init>(EntityManagerFactoryImpl.java:94) ~[hibernate-entitymanager-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:905) ~[hibernate-entitymanager-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:890) ~[hibernate-entitymanager-4.1.6.Final.jar:4.1.6.Final]
	at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:74) ~[hibernate-entitymanager-4.1.6.Final.jar:4.1.6.Final]
	at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:288) ~[spring-orm-3.2.1.BUILD-SNAPSHOT.jar:3.2.1.BUILD-SNAPSHOT]
	at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:310) ~[spring-orm-3.2.1.BUILD-SNAPSHOT.jar:3.2.1.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1545) ~[spring-beans-3.2.1.BUILD-SNAPSHOT.jar:3.2.1.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1483) ~[spring-beans-3.2.1.BUILD-SNAPSHOT.jar:3.2.1.BUILD-SNAPSHOT]
	... 58 common frames omitted

Until the bug is resolved, we should leave the whitespaces the same in the *.aj files of spring-aspects.

I set the option "responseHeaderSize" like :
JettyHttpComponent jettyHttpComponent=(JettyHttpComponent) getContext().getComponent("jetty");
jettyHttpComponent.setResponseHeaderSize(51202);
But there is no effect;then I checked the camel-jetty.jar's source,and found in JettyHttpComponent.createSocketConnector:
if (responseHeaderSize != null) 
{
        }
            
21:15:06,004 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "application-exception-using-dynamic-module.ear")]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => [
    "jboss.deployment.subunit.\"application-exception-using-dynamic-module.ear\".\"application-exception-client-singleton.jar\".PARSE is missing [jboss.module.service.\"deployment.application-exception-api\".main]",
    "jboss.deployment.subunit.\"application-exception-using-dynamic-module.ear\".\"application-exception-ejb.jar\".PARSE is missing [jboss.module.service.\"deployment.application-exception-api\".main]"
]}
21:15:06,027 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 34) WFLYSRV0010: Deployed "application-exception-using-dynamic-module.ear" (runtime-name : "application-exception-using-dynamic-module.ear")
21:15:06,028 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
      service jboss.module.service."deployment.application-exception-api".main (missing) dependents: [service jboss.deployment.subunit."application-exception-using-dynamic-module.ear"."application-exception-ejb.jar".PARSE, service jboss.deployment.subunit."application-exception-using-dynamic-module.ear"."application-exception-client-singleton.jar".PARSE] 

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<jboss-deployment-structure xmlns="urn:jboss:deployment-structure:1.2">
  <module name="deployment.application-exception-api">
    <resources>
     <resource-root path="application-exception-api.jar"/>
    </resources>
      <module name="javaee.api" export="true"/>
      <module name="javax.api" export="true"/>
  </module>  
  <sub-deployment name="application-exception-ejb.jar">
      <module name="deployment.application-exception-api" annotations="true" meta-inf="export"/>
  </sub-deployment>

testAuthorizedClient and testNotAuthorizedClient tests from RemotingLoginModuleUseNewClientCertTestCase fails on IBM jdk with javax.net.ssl.SSLException: Received fatal alert: handshake_failure)
reproduce

$ ./integration-tests.sh -Dts.noSmoke -Dts.basic -Dtest=RemotingLoginModuleUseNewClientCertTestCase

testNotAuthorizedClient(org.jboss.as.test.integration.security.loginmodules.RemotingLoginModuleUseNewClientCertTestCase)  Time elapsed: 0.079 sec  <<< ERROR!
javax.naming.CommunicationException: Failed to connect to any server. Servers tried: [remote://127.0.0.1:14447 (javax.net.ssl.SSLException: Received fatal alert: handshake_failure)]
	at org.jboss.naming.remote.client.HaRemoteNamingStore.failOverSequence(HaRemoteNamingStore.java:244)
	at org.jboss.naming.remote.client.HaRemoteNamingStore.namingStore(HaRemoteNamingStore.java:149)
	at org.jboss.naming.remote.client.HaRemoteNamingStore.namingOperation(HaRemoteNamingStore.java:130)
	at org.jboss.naming.remote.client.HaRemoteNamingStore.lookup(HaRemoteNamingStore.java:272)
	at org.jboss.naming.remote.client.RemoteContext.lookupInternal(RemoteContext.java:104)
	at org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:93)
	at org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:146)
	at javax.naming.InitialContext.lookup(InitialContext.java:428)
	at org.jboss.as.test.integration.security.loginmodules.RemotingLoginModuleUseNewClientCertTestCase.testNotAuthorizedClient(RemotingLoginModuleUseNewClientCertTestCase.java:180)

testAuthorizedClient(org.jboss.as.test.integration.security.loginmodules.RemotingLoginModuleUseNewClientCertTestCase)  Time elapsed: 0.046 sec  <<< ERROR!
	at org.jboss.as.test.integration.security.loginmodules.RemotingLoginModuleUseNewClientCertTestCase.testAuthorizedClient(RemotingLoginModuleUseNewClientCertTestCase.java:166)

HIVE-19116: "Vectorization: Vector Map data type doesn't keep the order of the key/values pairs as read" didn't fix all the places where HashMap is used instead of LinkedHashMap.

Thrift server is hung. All worker threads are doing this:

"thrift-worker-0" daemon prio=10 tid=0x00007f0bb95c2800 nid=0xf6a7 runnable [0x00007f0b956e0000]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:152)
        at java.net.SocketInputStream.read(SocketInputStream.java:122)
        - locked <0x000000066d859490> (a java.io.BufferedInputStream)
        at org.apache.thrift.transport.TIOStreamTransport.read(TIOStreamTransport.java:127)
        at org.apache.thrift.transport.TTransport.readAll(TTransport.java:84)
        at org.apache.thrift.transport.TFramedTransport.readFrame(TFramedTransport.java:129)
        at org.apache.thrift.transport.TFramedTransport.read(TFramedTransport.java:101)
        at org.apache.thrift.protocol.TCompactProtocol.readByte(TCompactProtocol.java:601)
        at org.apache.thrift.protocol.TCompactProtocol.readMessageBegin(TCompactProtocol.java:470)
        at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:27)
        at org.apache.hadoop.hbase.thrift.TBoundedThreadPoolServer$ClientConnnection.run(TBoundedThreadPoolServer.java:289)

They never recover.
I don't have client side logs.
We've been here before: HBASE-4967 "connected client thrift sockets should have a server side read timeout" but this patch only got applied to fb branch (and thrift has changed since then).

See forum thread: http://forum.springframework.org/showthread.php?t=63597

create table a (age int);
insert into table a values (34),(4);
repl dump default;
there is a temporary table created as  values_tmptable_[nmber], which is also present in the dumped information with only metadata, this should not be processed.

the getFullPathNoEndSeparator method in FilenameUtils.java (Revision 736890) 
if filename="/" return "/" <<==right
if filename="/abc" return empty <<==bug
if filename="/abc/xyz" return "/abc" <<==right 

885 	int index = indexOfLastSeparator(filename);
886 	if (index < 0) {
887 		return filename.substring(0, prefix);
888 	}
889 	int end = index + (includeSeparator ? 1 : 0);
================
                if(end==0) return "/";
>>>>>>>>>>>>>>>>
890 	return filename.substring(0, end);

When a class refers to an inner type in a method signature, field type, etc., Roo erroneously adds an import for the type, which triggers Eclipse warnings.
Given the following sample class, Roo incorrectly adds "import example.MyEntity.MyEnum;" to MyEntity_Roo_JavaBean.aj:
@Entity
public class MyEntity {
    private String myName;
    private MyEnum enumValue;
    public enum MyEnum 
{ VALUE1, VALUE2 }
}

When using ZK servers or more, on the Master WebUI, this create a very large column and so reduce a lot the others, splitting all the lines and creating tall cells
Splitting the ZK quorum with one per line will make it nicer and easier to read.

Having two or more notifiers registered at the management strategy of a camel context, where one of the notifiers (not the last one) is set up to ignore route events, results in all remaining notifiers to be skipped when notifying a RouteStartedEvent.
Look at http://svn.apache.org/viewvc/camel/branches/camel-2.10.x/camel-core/src/main/java/org/apache/camel/util/EventHelper.java?revision=1340446&view=markup, line 237: There's a "return" which actually should be a "continue".
Note: CamelContextStoppingEvents are also affected.

Given this endpoint:

@WebService(endpointInterface="com.redhat.gss.SecureEndpoint")
@DeclareRoles({"a","b"})
@WebContext(contextRoot="/endpoint",urlPattern="/e",authMethod="BASIC")
public class SecureEndpointE implements SecureEndpoint {
  @RolesAllowed({"a"})
  public String a() {
    return "Success";
  }

  @RolesAllowed({"b"})
  public String b() {
  }

  @PermitAll
  public String c() {
  }
}

One would expect any authenticated user to be able to invoke c(), but only users with a role found in @DelareRoles can invoke it.

MemberFindingUtils.getDeclaredMethod and MemberFindingUtils.getDeclaredConstructor are failing to locate valid methods which are of the requested parameter types. 
For example, a Choice.java class containing "public void setId(Long id)" is unable to be located with a call to MemberFindingUtils.getDeclaredMethod(...). This is due to an erroneous comparison between AnnotatedJavaType and JavaType, as JavaType instances are presented to the method but the internal comparison expects a collection of AnnotatedJavaType instances instead.
The solution is to convert the method/constructor parameters from AnnotatedJavaType to JavaType instances before the comparison.

HiveMetaStore.create_table_core method calls MetaStoreUtils.updateUnpartitionedTableStatsFast when hive.stats.autogather is on, however for partitioned table, this updateUnpartitionedTableStatsFast call scanning warehouse dir and doesn't seem to use it. 
"Fast Stats" was implemented by HIVE-3959
https://github.com/apache/hive/blob/branch-1.0/metastore/src/java/org/apache/hadoop/hive/metastore/HiveMetaStore.java#L1363
From create_table_core method

        if (HiveConf.getBoolVar(hiveConf, HiveConf.ConfVars.HIVESTATSAUTOGATHER) &&
            !MetaStoreUtils.isView(tbl)) {
          if (tbl.getPartitionKeysSize() == 0)  { // Unpartitioned table
            MetaStoreUtils.updateUnpartitionedTableStatsFast(db, tbl, wh, madeDir);
          } else { // Partitioned table with no partitions.
            MetaStoreUtils.updateUnpartitionedTableStatsFast(db, tbl, wh, true);
          }
        }

Particularly Line 1363: // Partitioned table with no partitions.

MetaStoreUtils.updateUnpartitionedTableStatsFast(db, tbl, wh, true);

This call ends up calling Warehouse.getFileStatusesForUnpartitionedTable and do nothing in MetaStoreUtils.updateUnpartitionedTableStatsFast method due to newDir flag is always true
Impact of this bug is minor with HDFS warehouse location(hive.metastore.warehouse.dir), it could be big with S3 warehouse location especially for large existing partitions.
Also the impact is heighten with HIVE-6727 when warehouse location is S3, basically it could scan wrong S3 directory recursively and do nothing with it. I will add more detail of cases in comments

drop_partition_common in HiveMetaStore still drops partitions in encryption zone without PURGE even through it returns an exception. 

When 'hbase.rest.support.proxyuser' is turned on, HBase Rest gateway support 'doAs' proxy user from the Rest client.
The current implementation checks to see if the 'rest server user' is authorized to impersonate the 'doAs' user (the user in the 'doAs' Rest query string).

if (doAsUserFromQuery != null) {
      Configuration conf = servlet.getConfiguration();
      if (!servlet.supportsProxyuser()) {
        throw new ServletException("Support for proxyuser is not configured");
      }
      UserGroupInformation ugi = servlet.getRealUser();
      // create and attempt to authorize a proxy user (the client is attempting
      // to do proxy user)
      ugi = UserGroupInformation.createProxyUser(doAsUserFromQuery, ugi);
      // validate the proxy user authorization
      try {
        ProxyUsers.authorize(ugi, request.getRemoteAddr(), conf);
      } catch(AuthorizationException e) {
        throw new ServletException(e.getMessage());
      }
      servlet.setEffectiveUser(doAsUserFromQuery);
    } 

The current implementation allows anyone from the rest client side to impersonate another user by 'doAs'. 
For example, potentially, 'user1' can 'doAs=admin'
The correct implementation should check to see if the rest client user is authorized to do impersonation.

If there are skips during the writing of the chunk then the items in the chunk are processed twice again and the onSkipInProcess gets called for each time the chunk is processed.
The basic sequence of events:

read chunk

process chunk - some items cause process skip and the items are removed from chunk and placed in skip list
onSkipInProcess called for skipped items
write chunk - exception thrown for one item

process chunk without the process skips
onSkipInProcess called again for skipped items
write individual chunks - exception thrown for same item  and the item is removed from the chunk
onSkipInWrite called

process chunk without the process or write skips
write chunk without the process or write skips

Seems that we should remove the skips from the skip list after the first onSkipInProcess is completed or supress the call once it has been made for the skip list.

Add to the tests added during HIVE-9474, for TRUNCATE PARTITION

When trying to deploy our clustering test application "clusterbench" as a singleton deployment, server boot fails in an unrecoverable manner.
To identify clusterbench-ee7.ear as a singleton deployment, I added singleton-deployment.xml deployment descriptor into deployment /META-INF/ folder. The modified clusterbench-ee7.ear is attached.
Server 1

14:49:40,976 INFO  [org.jboss.modules] (main) JBoss Modules version 1.4.3.Final
14:49:41,156 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
14:49:41,204 INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0049: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) starting
14:49:41,957 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 2) WFLYCTL0028: Attribute 'enabled' in the resource at address '/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
14:49:41,962 INFO  [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) WFLYDS0015: Re-attempting failed deployment clusterbench-ee7.ear
14:49:41,979 INFO  [org.jboss.as.repository] (ServerService Thread Pool -- 30) WFLYDR0001: Content added at location /usr/work/eap/tmp2/jboss-eap-7.0_1/standalone/data/content/b4/8714b2fc6cba3b7ba7fac5e1100c85dc0a36ce/content
14:49:42,052 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
14:49:42,073 INFO  [org.xnio] (MSC service thread 1-6) XNIO version 3.4.0.Beta1
14:49:42,078 INFO  [org.xnio.nio] (MSC service thread 1-6) XNIO NIO Implementation Version 3.4.0.Beta1
14:49:42,100 INFO  [org.jboss.remoting] (MSC service thread 1-6) JBoss Remoting version 4.0.9.Final
14:49:42,107 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
14:49:42,111 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 16 core threads with 128 task threads based on your 8 available processors
14:49:42,116 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
14:49:42,212 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 45) WFLYCLJG0001: Activating JGroups subsystem.
14:49:42,231 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 48) WFLYJSF0007: Activated the following JSF Implementations: [main]
14:49:42,233 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
14:49:42,245 INFO  [org.jboss.as.connector] (MSC service thread 1-5) WFLYJCA0009: Starting JCA Subsystem (IronJacamar 1.2.5.Final)
14:49:42,248 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 51) WFLYNAM0001: Activating Naming Subsystem
14:49:42,249 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-5) WFLYJCA0018: Started Driver service with driver-name = h2
14:49:42,254 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 58) WFLYSEC0002: Activating Security Subsystem
14:49:42,253 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
14:49:42,264 INFO  [org.jboss.as.security] (MSC service thread 1-1) WFLYSEC0001: Current PicketBox version=4.9.3.Final
14:49:42,310 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.3.0.Beta9 starting
14:49:42,311 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0003: Undertow 1.3.0.Beta9 starting
14:49:42,339 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-1) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
14:49:42,339 INFO  [org.jboss.as.naming] (MSC service thread 1-4) WFLYNAM0003: Starting Naming Service
14:49:42,419 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/usr/work/eap/tmp2/jboss-eap-7.0_1/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
14:49:42,429 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0012: Started server default-server.
14:49:42,431 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0018: Host default-host starting
14:49:42,485 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0006: Undertow HTTP listener default listening on /127.0.0.1:8080
14:49:42,487 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0006: Undertow AJP listener ajp listening on /127.0.0.1:8009
14:49:42,490 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000001: Initializing mod_cluster version 1.3.1.Final
14:49:42,511 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000032: Listening to proxy advertisements on /224.0.1.105:23364
14:49:42,597 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-3) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
14:49:42,641 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-1) WFLYDS0013: Started FileSystemDeploymentService for directory /usr/work/eap/tmp2/jboss-eap-7.0_1/standalone/deployments
14:49:42,647 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0027: Starting deployment of "clusterbench-ee7.ear" (runtime-name: "clusterbench-ee7.ear")
14:49:42,723 INFO  [org.jboss.ws.common.management] (MSC service thread 1-2) JBWS022052: Starting JBoss Web Services - Stack CXF Server 5.1.0.Beta1
14:49:42,726 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "clusterbench-ee7-web-passivating.war")
14:49:42,726 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0207: Starting subdeployment (runtime-name: "clusterbench-ee7-ejb.jar")
14:49:42,727 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0207: Starting subdeployment (runtime-name: "clusterbench-ee7-web-default.war")
14:49:42,847 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-7) WFLYSRV0018: Deployment "deployment.clusterbench-ee7.ear.clusterbench-ee7-web-default.war" is using a private module ("org.infinispan:main") which may be changed or removed in future versions without notice.
14:49:42,852 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war" is using a private module ("org.infinispan:main") which may be changed or removed in future versions without notice.
14:49:43,066 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-1) JGRP000015: the send buffer of socket DatagramSocket was set to 1MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max send buffer in the OS correctly (e.g. net.core.wmem_max on Linux)
14:49:43,066 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-1) JGRP000015: the receive buffer of socket DatagramSocket was set to 20MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on Linux)
14:49:43,067 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-1) JGRP000015: the send buffer of socket MulticastSocket was set to 1MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max send buffer in the OS correctly (e.g. net.core.wmem_max on Linux)
14:49:43,067 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-1) JGRP000015: the receive buffer of socket MulticastSocket was set to 25MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on Linux)
14:49:46,454 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 64) ISPN000078: Starting JGroups channel server
14:49:46,464 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 64) ISPN000094: Received new cluster view for channel server: [node1|0] (1) [node1]
14:49:46,467 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 64) ISPN000079: Channel server local address is node1, physical addresses are [127.0.0.1:55200]
14:49:46,471 INFO  [org.infinispan.factories.GlobalComponentRegistry] (ServerService Thread Pool -- 64) ISPN000128: Infinispan version: Infinispan 'Infinite Darkness' 8.0.0.CR1
14:49:46,595 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 64) WFLYCLINF0002: Started default cache from server container
14:49:46,625 INFO  [org.wildfly.clustering.server] (ServerService Thread Pool -- 64) WFLYCLSV0003: node1 elected as the singleton provider of the jboss.deployment.unit."clusterbench-ee7.ear".FIRST_MODULE_USE service
14:49:48,948 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-2,ee,node1) ISPN000094: Received new cluster view for channel server: [node1|1] (2) [node1, node2]
14:49:49,477 INFO  [org.infinispan.CLUSTER] (remote-thread--p2-t1) ISPN000310: Starting cluster-wide rebalance for cache default, topology CacheTopology{id=1, rebalanceId=1, currentCH=ReplicatedConsistentHash{ns = 60, owners = (1)[node1: 60]}, pendingCH=ReplicatedConsistentHash{ns = 60, owners = (2)[node1: 30, node2: 30]}, unionCH=null, actualMembers=[node1, node2]}
14:54:42,636 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0348: Timeout after [300] seconds waiting for service container stability. Operation will roll back. Step that first updated the service container was 'add' at address '[
    ("management-interface" => "http-interface")
]'
14:54:42,695 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0208: Stopped subdeployment (runtime-name: clusterbench-ee7-web-passivating.war) in 57ms
14:54:42,695 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0208: Stopped subdeployment (runtime-name: clusterbench-ee7-web-default.war) in 57ms
14:54:42,695 INFO  [org.infinispan.CLUSTER] (remote-thread--p2-t1) ISPN000336: Finished cluster-wide rebalance for cache default, topology id = 1
14:54:42,698 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 64) WFLYCLINF0003: Stopped default cache from server container
14:54:42,699 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0208: Stopped subdeployment (runtime-name: clusterbench-ee7-ejb.jar) in 61ms
14:54:42,701 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-8) ISPN000080: Disconnecting JGroups channel server
14:54:42,702 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-8) ISPN000082: Stopping the RpcDispatcher for channel server
14:54:42,707 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment clusterbench-ee7.ear (runtime-name: clusterbench-ee7.ear) in 69ms
14:54:42,716 ERROR [org.jboss.as.server] (ServerService Thread Pool -- 37) WFLYSRV0022: Deploy of deployment "clusterbench-ee7.ear" was rolled back with no failure message
14:54:42,718 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0008: Undertow HTTP listener default suspending
14:54:42,721 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 39) MODCLUSTER000002: Initiating mod_cluster shutdown
14:54:42,719 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0008: Undertow AJP listener ajp suspending
14:54:42,722 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0007: Undertow HTTP listener default stopped, was bound to /127.0.0.1:8080
14:54:42,723 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-6) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
14:54:42,722 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0007: Undertow AJP listener ajp stopped, was bound to /127.0.0.1:8009
14:54:42,724 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0019: Host default-host stopping
14:54:42,728 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0004: Undertow 1.3.0.Beta9 stopping
14:54:42,728 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0019: Stopped Driver service with driver-name = h2
14:54:42,747 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
14:54:42,752 INFO  [org.jboss.as.server] (Thread-2) WFLYSRV0220: Server shutdown has been requested.
14:54:42,765 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0050: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) stopped in 9ms

Server 2

14:49:46,623 INFO  [org.jboss.modules] (main) JBoss Modules version 1.4.3.Final
14:49:46,835 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
14:49:46,883 INFO  [org.jboss.as] (MSC service thread 1-5) WFLYSRV0049: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) starting
14:49:47,735 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 30) WFLYCTL0028: Attribute 'enabled' in the resource at address '/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
14:49:47,851 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
14:49:47,866 INFO  [org.xnio] (MSC service thread 1-1) XNIO version 3.4.0.Beta1
14:49:47,874 INFO  [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.4.0.Beta1
14:49:47,908 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.9.Final
14:49:47,909 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
14:49:47,916 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 16 core threads with 128 task threads based on your 8 available processors
14:49:47,997 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 45) WFLYCLJG0001: Activating JGroups subsystem.
14:49:47,999 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
14:49:48,016 INFO  [org.jboss.as.connector] (MSC service thread 1-5) WFLYJCA0009: Starting JCA Subsystem (IronJacamar 1.2.5.Final)
14:49:48,024 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-5) WFLYJCA0018: Started Driver service with driver-name = h2
14:49:48,027 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 51) WFLYNAM0001: Activating Naming Subsystem
14:49:48,028 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
14:49:48,034 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 48) WFLYJSF0007: Activated the following JSF Implementations: [main]
14:49:48,059 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
14:49:48,079 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 58) WFLYSEC0002: Activating Security Subsystem
14:49:48,085 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0003: Undertow 1.3.0.Beta9 starting
14:49:48,088 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0003: Undertow 1.3.0.Beta9 starting
14:49:48,111 INFO  [org.jboss.as.security] (MSC service thread 1-4) WFLYSEC0001: Current PicketBox version=4.9.3.Final
14:49:48,123 INFO  [org.jboss.as.naming] (MSC service thread 1-5) WFLYNAM0003: Starting Naming Service
14:49:48,123 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-8) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
14:49:48,188 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/usr/work/eap/tmp2/jboss-eap-7.0_2/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
14:49:48,191 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0012: Started server default-server.
14:49:48,192 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0018: Host default-host starting
14:49:48,236 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0006: Undertow AJP listener ajp listening on /127.0.0.1:8109
14:49:48,240 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0006: Undertow HTTP listener default listening on /127.0.0.1:8180
14:49:48,243 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000001: Initializing mod_cluster version 1.3.1.Final
14:49:48,256 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 64) MODCLUSTER000032: Listening to proxy advertisements on /224.0.1.105:23364
14:49:48,358 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-8) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
14:49:48,423 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-2) WFLYDS0013: Started FileSystemDeploymentService for directory /usr/work/eap/tmp2/jboss-eap-7.0_2/standalone/deployments
14:49:48,434 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0027: Starting deployment of "clusterbench-ee7.ear" (runtime-name: "clusterbench-ee7.ear")
14:49:48,515 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0207: Starting subdeployment (runtime-name: "clusterbench-ee7-web-passivating.war")
14:49:48,515 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0207: Starting subdeployment (runtime-name: "clusterbench-ee7-ejb.jar")
14:49:48,515 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0207: Starting subdeployment (runtime-name: "clusterbench-ee7-web-default.war")
14:49:48,530 INFO  [org.jboss.ws.common.management] (MSC service thread 1-3) JBWS022052: Starting JBoss Web Services - Stack CXF Server 5.1.0.Beta1
14:49:48,661 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war" is using a private module ("org.infinispan:main") which may be changed or removed in future versions without notice.
14:49:48,664 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.clusterbench-ee7.ear.clusterbench-ee7-web-default.war" is using a private module ("org.infinispan:main") which may be changed or removed in future versions without notice.
14:49:48,875 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-8) JGRP000015: the send buffer of socket DatagramSocket was set to 1MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max send buffer in the OS correctly (e.g. net.core.wmem_max on Linux)
14:49:48,875 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-8) JGRP000015: the receive buffer of socket DatagramSocket was set to 20MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on Linux)
14:49:48,876 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-8) JGRP000015: the send buffer of socket MulticastSocket was set to 1MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max send buffer in the OS correctly (e.g. net.core.wmem_max on Linux)
14:49:48,876 WARNING [org.jgroups.protocols.UDP] (MSC service thread 1-8) JGRP000015: the receive buffer of socket MulticastSocket was set to 25MB, but the OS only allocated 212.99KB. This might lead to performance problems. Please set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on Linux)
14:49:49,291 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 64) ISPN000078: Starting JGroups channel server
14:49:49,299 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 64) ISPN000094: Received new cluster view for channel server: [node1|1] (2) [node1, node2]
14:49:49,302 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 64) ISPN000079: Channel server local address is node2, physical addresses are [127.0.0.1:55300]
14:49:49,345 INFO  [org.infinispan.factories.GlobalComponentRegistry] (ServerService Thread Pool -- 64) ISPN000128: Infinispan version: Infinispan 'Infinite Darkness' 8.0.0.CR1
14:50:49,523 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 64) MSC000001: Failed to start service jboss.infinispan.server.default: org.jboss.msc.service.StartException in service jboss.infinispan.server.default: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete() throws java.lang.Exception on object of type StateTransferManagerImpl
Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete() throws java.lang.Exception on object of type StateTransferManagerImpl
        at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:172)
        at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869)
        at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638)
        at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627)
        at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530)
        at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:218)
        at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:839)
        at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:629)
        at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:580)
        at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:445)
        at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:464)
        at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:455)
        at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:120)
        at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:111)
        at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.start(CacheBuilder.java:80)
        ... 4 more
Caused by: org.infinispan.commons.CacheException: Initial state transfer timed out for cache default on node2
        at org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete(StateTransferManagerImpl.java:225)
        at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
        ... 19 more

14:50:49,526 WARN  [org.infinispan.statetransfer.StateConsumerImpl] (transport-thread--p4-t2) ISPN000209: Failed to retrieve transactions for segments [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59] of cache default from node node1: org.infinispan.util.concurrent.TimeoutException: Replication timeout for node1
        at org.infinispan.remoting.transport.jgroups.JGroupsTransport.checkRsp(JGroupsTransport.java:755)
        at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$invokeRemotelyAsync$79(JGroupsTransport.java:589)
        at org.infinispan.remoting.transport.jgroups.JGroupsTransport$$Lambda$16/514373550.apply(Unknown Source)
        at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:602)
        at java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:577)
        at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
        at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1954)
        at org.infinispan.remoting.transport.jgroups.SingleResponseFuture.call(SingleResponseFuture.java:46)
        at org.infinispan.remoting.transport.jgroups.SingleResponseFuture.call(SingleResponseFuture.java:17)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)

14:50:49,529 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("replicated-cache" => "default")
]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.infinispan.server.default" => "org.jboss.msc.service.StartException in service jboss.infinispan.server.default: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete() throws java.lang.Exception on object of type StateTransferManagerImpl
    Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete() throws java.lang.Exception on object of type StateTransferManagerImpl
    Caused by: org.infinispan.commons.CacheException: Initial state transfer timed out for cache default on node2"}}
14:50:49,557 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 37) WFLYSRV0010: Deployed "clusterbench-ee7.ear" (runtime-name : "clusterbench-ee7.ear")
14:50:49,559 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.infinispan.server.default: org.jboss.msc.service.StartException in service jboss.infinispan.server.default: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete() throws java.lang.Exception on object of type StateTransferManagerImpl

14:50:49,642 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:10090/management
14:50:49,643 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:10090
14:50:49,643 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) started (with errors) in 63233ms - Started 321 of 583 services (7 services failed or missing dependencies, 363 services are lazy, passive or on-demand)
14:51:49,528 WARN  [org.infinispan.statetransfer.StateConsumerImpl] (transport-thread--p4-t2) ISPN000209: Failed to retrieve transactions for segments [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59] of cache default from node node1: org.infinispan.util.concurrent.TimeoutException: Replication timeout for node1

14:52:49,529 WARN  [org.infinispan.statetransfer.StateConsumerImpl] (transport-thread--p4-t2) ISPN000209: Failed to retrieve transactions for segments [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59] of cache default from node node1: org.infinispan.util.concurrent.TimeoutException: Replication timeout for node1

14:53:49,531 WARN  [org.infinispan.statetransfer.StateConsumerImpl] (transport-thread--p4-t2) ISPN000209: Failed to retrieve transactions for segments [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59] of cache default from node node1: org.infinispan.util.concurrent.TimeoutException: Replication timeout for node1

14:54:42,713 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-2,ee,node2) ISPN000094: Received new cluster view for channel server: [node2|2] (1) [node2]

Create test cases for following Elytron Role Decoders:

simple-role-decoder

Update these features to use the servicemix bundle wrapping htmlunit. It is currently incorrectly named as httpunit. So a request has been logged in a comment for SMX4-1816. 
Once the name is corrected, the features should be updated to use the smx4 bundle instead of the wrapped jars, which sometimes leads to CNF exceptions at runtime. 

[INFO] Running org.jboss.as.test.manualmode.suspend.SuspendOnSoftKillTestCase
[ERROR] Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 19.685 s <<< FAILURE! - in org.jboss.as.test.manualmode.suspend.SuspendOnSoftKillTestCase
[ERROR] testSuspendOnSoftKillNegativeTimeout(org.jboss.as.test.manualmode.suspend.SuspendOnSoftKillTestCase)  Time elapsed: 5.144 s  <<< FAILURE!
org.junit.ComparisonFailure: expected:<SUSPEND[ED]> but was:<SUSPEND[ING]>
	at org.jboss.as.test.manualmode.suspend.SuspendOnSoftKillTestCase.suspendOnSoftKillTest(SuspendOnSoftKillTestCase.java:228)
	at org.jboss.as.test.manualmode.suspend.SuspendOnSoftKillTestCase.testSuspendOnSoftKillNegativeTimeout(SuspendOnSoftKillTestCase.java:126)

When we have a query that returns empty rows and when using tez with hs2, we hit NPE:

java.util.concurrent.ExecutionException: java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:490)
	at org.apache.tez.mapreduce.hadoop.MRInputHelpers.generateOldSplits(MRInputHelpers.java:447)
	at org.apache.tez.mapreduce.hadoop.MRInputHelpers.writeOldSplits(MRInputHelpers.java:559)
	at org.apache.tez.mapreduce.hadoop.MRInputHelpers.generateInputSplits(MRInputHelpers.java:619)
	at org.apache.tez.mapreduce.hadoop.MRInputHelpers.configureMRInputWithLegacySplitGeneration(MRInputHelpers.java:109)
	at org.apache.hadoop.hive.ql.exec.tez.DagUtils.createVertex(DagUtils.java:617)
	at org.apache.hadoop.hive.ql.exec.tez.DagUtils.createVertex(DagUtils.java:1103)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.build(TezTask.java:386)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:175)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:156)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1816)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1338)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1154)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1147)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:181)
	at org.apache.hive.service.cli.operation.SQLOperation.access$100(SQLOperation.java:73)
	at org.apache.hive.service.cli.operation.SQLOperation$2$1.run(SQLOperation.java:234)
	at org.apache.hive.service.cli.operation.SQLOperation$2.run(SQLOperation.java:247)
	at org.apache.hadoop.hive.ql.exec.Utilities.isVectorMode(Utilities.java:3241)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.wrapForLlap(HiveInputFormat.java:208)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getInputFormatFromCache(HiveInputFormat.java:267)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat$CheckNonCombinablePathCallable.call(CombineHiveInputFormat.java:103)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat$CheckNonCombinablePathCallable.call(CombineHiveInputFormat.java:80)
	... 4 more
15/12/17 18:59:06 INFO log.PerfLogger: </PERFLOG method=getSplits start=1450378746335 end=1450378746433 duration=98 from=org.apache.hadoop.hive.ql.io.CombineHiveInputFormat>
15/12/17 18:59:06 ERROR exec.Task: Failed to execute tez graph.
org.apache.tez.dag.api.TezUncheckedException: Failed to generate InputSplits
	at org.apache.tez.mapreduce.hadoop.MRInputHelpers.configureMRInputWithLegacySplitGeneration(MRInputHelpers.java:124)
Caused by: java.io.IOException: java.util.concurrent.ExecutionException: java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:502)
	... 23 more
	... 27 more
	... 4 more
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.tez.TezTask
15/12/17 18:59:06 ERROR ql.Driver: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.tez.TezTask
15/12/17 18:59:06 INFO log.PerfLogger: </PERFLOG method=Driver.execute start=1450378746093 end=1450378746434 duration=341 from=org.apache.hadoop.hive.ql.Driver>
15/12/17 18:59:06 INFO log.PerfLogger: <PERFLOG method=releaseLocks from=org.apache.hadoop.hive.ql.Driver>
15/12/17 18:59:06 INFO log.PerfLogger: </PERFLOG method=releaseLocks start=1450378746434 end=1450378746434 duration=0 from=org.apache.hadoop.hive.ql.Driver>
15/12/17 18:59:06 ERROR operation.Operation: Error running hive query:
org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.tez.TezTask
	at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:367)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:183)

Suppose you have two files foo-response.xsd and bar-response.xsd referenceing a common domain.xsd the Dynamic WSDL creation will cause the domain.xsd to be inlined twice in the WSDL.
This causes trouble to JAX-WS wsimport utility as elements appera twice in the same namespace.

When I applied the CAMEL-1301 fix (thanks Claus) I hit two more NullPointerExceptions caused by code that assumes that the context classloader will never be null.
Here's the relevant part of one stack trace:
 at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.findPackages(AnnotationTypeConverterLoader.java:97)
 at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.findPackageNames(AnnotationTypeConverterLoader.java:91)
And the other:
 at org.apache.camel.util.ResolverUtil.getResources(ResolverUtil.java:402)
 at org.apache.camel.util.ResolverUtil.find(ResolverUtil.java:313)
 at org.apache.camel.util.ResolverUtil.find(ResolverUtil.java:290)
A patch is attached.

This causes TestFileDump to fail on Windows, because the test ORC file does not get deleted between tests.

Hive trunk are currently using asm version 3.1, Hadoop trunk are on 3.2. Any
objections to bumping the Hive version to 3.2 to be inline with Hadoop

Query has 2 Group By operators in reduce-stage and VectorGroupByOperator can only handle one Group By operator being fed key batches by reduce-shuffle.

The reason seems to be that onConsumerStop() is called when camel is shut down. This method does not take clustering into account and pauses the trigger in the quartz database, leaving it in a state that is unrecoverable from camel. I was able to prevent this by removing pauseTrigger() from onConsumerStop(), but I'm not sure what the correct procedure should be. It seems to me like onConsumerStop() and doStop() has some overlap.

project --topLevelPackage rootest
jpa setup --provider HIBERNATE --database H2_IN_MEMORY

entity jpa --class ~.domain.model.Thing

entity jpa --class ~.domain.model.Ownership

entity jpa --class ~.domain.model.Owner

entity jpa --class ~.domain.model.Person

focus --class ~.domain.model.Thing
field string --fieldName name --notnull
field set --fieldName ownerships --type ~.domain.model.Ownership

focus --class ~.domain.model.Ownership
field date --fieldName effectiveFrom --type java.util.Date
field date --fieldName effectiveTo --type java.util.Date
field reference --fieldName owner --type ~.domain.model.Owner
field reference --fieldName thing --type ~.domain.model.Thing

focus --class ~.domain.model.Owner
field reference --fieldName party --type Person

focus --class ~.domain.model.Person
field string --fieldName firstName --notnull
field string --fieldName surname --notnull

Create a Person, Owner, and Thing
Open the "Create Ownership" form. The "Owner" drop-down contains one item with a blank label.

The cause and a workaround are explained in the above forum entry.
We should change the MVC addon to generate a more useful String for an entity that has no displayable fields.

If a semi join branch and map join operator are on same operator pipeline, then there could be a cycle created. Where the other map feeding into the mapjoin operator is waiting for the semi join branch to finish causing a cycle.

I made it unwieldy for iterator model when the number of files is too large. Fix it. Not shipped anywhere yet.

Hard coded to 1.0.0.RELEASE.
${version} is only expanded in index.xml - look at plugin to see if it can be modified to expand this placeholder in other files.

Slow consumer check period is configured in seconds. However, description of attribute slow-consumer-check-period says it is configured in minutes.

/subsystem=messaging-activemq/server=default/address-setting=#:read-resource-description

....
"slow-consumer-check-period" => {
                "description" => "How often to check for slow consumers on a particular queue.",
                "default" => 5L,
"unit" => "MINUTES",
            },
....

The unmarshaling method of BindyDataFormat (CSV or Key Value Pair) does not create a new model object for each new line of the stream readed

In our production hadoop environment, the "/tmp/" is actually pretty small, and we encountered a problem when a query used the RowContainer class and filled up the /tmp/ partition.  I tracked down the cause to the RowContainer class putting temporary files in the '/tmp/' path instead of using the configured Hadoop temporary path.  I've attached a patch to fix this.
Here's the traceback:
2010-04-25 12:05:05,120 INFO org.apache.hadoop.hive.ql.exec.persistence.RowContainer: RowContainer created temp file /tmp/hive-rowcontainer-1244151903/RowContainer7816.tmp
2010-04-25 12:05:06,326 INFO ExecReducer: ExecReducer: processing 10000000 rows: used memory = 385520312
2010-04-25 12:05:08,513 INFO ExecReducer: ExecReducer: processing 11000000 rows: used memory = 341780472
2010-04-25 12:05:10,697 INFO ExecReducer: ExecReducer: processing 12000000 rows: used memory = 301446768
2010-04-25 12:05:12,837 INFO ExecReducer: ExecReducer: processing 13000000 rows: used memory = 399208768
2010-04-25 12:05:15,085 INFO ExecReducer: ExecReducer: processing 14000000 rows: used memory = 364507216
2010-04-25 12:05:17,260 INFO ExecReducer: ExecReducer: processing 15000000 rows: used memory = 332907280
2010-04-25 12:05:19,580 INFO ExecReducer: ExecReducer: processing 16000000 rows: used memory = 298774096
2010-04-25 12:05:21,629 INFO ExecReducer: ExecReducer: processing 17000000 rows: used memory = 396505408
2010-04-25 12:05:23,830 INFO ExecReducer: ExecReducer: processing 18000000 rows: used memory = 362477288
2010-04-25 12:05:25,914 INFO ExecReducer: ExecReducer: processing 19000000 rows: used memory = 327229744
2010-04-25 12:05:27,978 INFO ExecReducer: ExecReducer: processing 20000000 rows: used memory = 296051904
2010-04-25 12:05:28,155 FATAL ExecReducer: org.apache.hadoop.fs.FSError: java.io.IOException: No space left on device
	at org.apache.hadoop.fs.RawLocalFileSystem$LocalFSFileOutputStream.write(RawLocalFileSystem.java:199)
	at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65)
	at java.io.BufferedOutputStream.write(BufferedOutputStream.java:109)
	at org.apache.hadoop.fs.FSDataOutputStream$PositionCache.write(FSDataOutputStream.java:49)
	at java.io.DataOutputStream.write(DataOutputStream.java:90)
	at org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSOutputSummer.writeChunk(ChecksumFileSystem.java:346)
	at org.apache.hadoop.fs.FSOutputSummer.writeChecksumChunk(FSOutputSummer.java:150)
	at org.apache.hadoop.fs.FSOutputSummer.flushBuffer(FSOutputSummer.java:132)
	at org.apache.hadoop.fs.FSOutputSummer.flushBuffer(FSOutputSummer.java:121)
	at org.apache.hadoop.fs.FSOutputSummer.write1(FSOutputSummer.java:112)
	at org.apache.hadoop.fs.FSOutputSummer.write(FSOutputSummer.java:86)
	at org.apache.hadoop.io.SequenceFile$Writer.append(SequenceFile.java:1013)
	at org.apache.hadoop.io.SequenceFile$Writer.append(SequenceFile.java:977)
	at org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat$1.write(HiveSequenceFileOutputFormat.java:70)
	at org.apache.hadoop.hive.ql.exec.persistence.RowContainer.spillBlock(RowContainer.java:343)
	at org.apache.hadoop.hive.ql.exec.persistence.RowContainer.add(RowContainer.java:163)
	at org.apache.hadoop.hive.ql.exec.JoinOperator.processOp(JoinOperator.java:118)
	at org.apache.hadoop.hive.ql.exec.Operator.process(Operator.java:456)
	at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:244)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:436)
	at org.apache.hadoop.mapred.Child.main(Child.java:158)
Caused by: java.io.IOException: No space left on device
	at java.io.FileOutputStream.writeBytes(Native Method)
	at java.io.FileOutputStream.write(FileOutputStream.java:260)
	at org.apache.hadoop.fs.RawLocalFileSystem$LocalFSFileOutputStream.write(RawLocalFileSystem.java:197)
	... 22 more

JiBX does not support SAX natively, so there is written to a buffer first:
ByteArrayOutputStream os = new ByteArrayOutputStream();
marshalOutputStream(graph, os);
ByteArrayInputStream is = new ByteArrayInputStream(os.toByteArray());
the character < results in &<; and not in < as expected.
http://forum.springframework.org/showthread.php?t=55407&highlight=SAXResult

016-03-23T03:05:43,751 INFO  [8fc926f7-721f-4bef-b4d3-60da6a6884f9 main]: physical.Vectorizer (Vectorizer.java:process(910)) - MapWork Operator: SEL could not be vectorized.
2016-03-23T03:05:43,751 INFO  [8fc926f7-721f-4bef-b4d3-60da6a6884f9 main]: physical.Vectorizer (Vectorizer.java:validateSelectOperator(1392)) - Cannot vectorize select expression: GenericUDFBetween(Const boolean false, Column[ss_sold_time_sk], Const int 1, Const int 2)

hive> explain select ss_sold_time_sk between 1 and 2 from store_sales;
OK

    Tez
      DagId: gopal_20160323010940_4e7cdfe1-b1e2-4443-acff-fa83f8428bff:9
      DagName: 
      Vertices:
        Map 1 
                TableScan
                  Statistics: Num rows: 575995635 Data size: 50918178412 Basic stats: COMPLETE Column stats: NONE
                    expressions: ss_sold_time_sk BETWEEN 1 AND 2 (type: boolean)
                    Statistics: Num rows: 575995635 Data size: 50918178412 Basic stats: COMPLETE Column stats: NONE
                      Statistics: Num rows: 575995635 Data size: 50918178412 Basic stats: COMPLETE Column stats: NONE
                      table:
                          input format: org.apache.hadoop.mapred.SequenceFileInputFormat
                          output format: org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat

      limit: -1
        ListSink

Time taken: 1.258 seconds, Fetched: 35 row(s)

In case when legacy security-realm for SSL is used together with Elytron authentication in HTTP management interface then server is not started.
I am using following configuration for HTTP management interface (see Steps to Reproduce for more details):

<http-interface http-authentication-factory="management-http-authentication" security-realm="ManagementRealmHTTPS">
    <http-upgrade enabled="true" sasl-authentication-factory="management-sasl-authentication"/>
    <socket-binding http="management-http" https="management-https"/>
</http-interface>

Server is not started and following errors occur in log:

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service org.wildfly.management.http.extensible: org.jboss.msc.service.StartException in service org.wildfly.management.http.extensible: WFLYSRV0083: Failed to start the http-interface service
	at org.jboss.as.server.mgmt.UndertowHttpManagementService.start(UndertowHttpManagementService.java:330)
Caused by: java.lang.IllegalStateException: WFLYDMHTTP0015: No SecurityRealm or SSLContext has been provided.
	at org.jboss.as.domain.http.server.ManagementHttpServer.getSSLContext(ManagementHttpServer.java:225)
	at org.jboss.as.domain.http.server.ManagementHttpServer.create(ManagementHttpServer.java:254)
	at org.jboss.as.domain.http.server.ManagementHttpServer.access$2400(ManagementHttpServer.java:107)
	at org.jboss.as.domain.http.server.ManagementHttpServer$Builder.build(ManagementHttpServer.java:589)
	at org.jboss.as.server.mgmt.UndertowHttpManagementService.start(UndertowHttpManagementService.java:292)
	... 5 more

and 

ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    "WFLYCTL0080: Failed services" => {"org.wildfly.management.http.extensible" => "org.jboss.msc.service.StartException in service org.wildfly.management.http.extensible: WFLYSRV0083: Failed to start the http-interface service
    Caused by: java.lang.IllegalStateException: WFLYDMHTTP0015: No SecurityRealm or SSLContext has been provided."},
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.management.http.extensible"],
}
}

According to comments in EAP7-545 Analysis document [1], when security-realm and http-authentication-factory are specified but no ssl-context is used then it should lead to use legacy security-realm for SSL configuration and http-authentication-factory for authentication.
[1] https://docs.google.com/document/d/1LsS-CGUJSDwGcFUva0g-BF9ZIq0jwx__1e_oJiSEGwI/edit#

GenericUDTFGetSplits handles ORDER BY by writing the results to temp table. However running select * on that temp table may create >1 splits which will lose the original ordering. 

If the user doesn't provide a port, CommandLineMain defaults to 9999, but with protocol http-remoting. That combo won't work. It should use 9990 since that will be the default management port.

See SO
https://stackoverflow.com/questions/46425049/camel-azure-blobserviceproducer-illegalargumentexception-unsupported-blob-type

The StAXConverter uses singletons for the XMLInputFactory and XMLOutputFactory.   That works fine with woodstox where those implementations are threadsafe.   However, the sun parser built into the JDK is not thread safe.

avro_joins.q is failing when building hive on hadoop0.23 for both MR1 and MR2. It has an execution exception:
This query fails when execution:
SELECT e.title, e.air_date, d.first_name, d.last_name, d.extra_field, e.air_date
FROM doctors4 d JOIN episodes e ON (d.number=e.doctor)
ORDER BY d.last_name, e.title
Task ID:
Stage-1
Logs:
/home/cloudera/Code/hive/build/ql/tmp//hive.log

The error is "java.lang.AssertionError: Unexpected type UNEXPECTED", e.g. on CTAS

Sometimes the calling javax.security.auth.login.Configuration.getConfiguration() fails with SecurityException in our tests.

Tez vertex building has a decidedly slow path in the code, which is not related to the DAG plan at all.
The total number of RPC calls is not related to the total number of operators, due to a bug in the DagUtils inner loops.

	at org.apache.hadoop.fs.FileSystem.mkdirs(FileSystem.java:1877)
	at org.apache.hadoop.hive.ql.exec.Utilities.createTmpDirs(Utilities.java:3207)
	at org.apache.hadoop.hive.ql.exec.Utilities.createTmpDirs(Utilities.java:3170)
	at org.apache.hadoop.hive.ql.exec.tez.DagUtils.createVertex(DagUtils.java:548)
	at org.apache.hadoop.hive.ql.exec.tez.DagUtils.createVertex(DagUtils.java:1151)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.build(TezTask.java:388)

It seems like the committed code for HIVE-19161 
(7584b3276bebf64aa006eaa162c0a6264d8fcb56) reverted some of HIVE-18423 updates, and therefore some of the external table queries are not working correctly.

RCFile needs column prunning's results. But when initializing the mapjoin's fetch operator, the cp's result is not passed to record reader.

In "2.3. Pseudo-Distributed Local Install" section of documentation, a command for starting backup masters lacks "start" argument.

$ ./bin/local-master-backup.sh 2 3 5

should

$ ./bin/local-master-backup.sh start 2 3 5

The current parsing does not take into account schema versions.

From a failed 0.94 build on EC2 Jenkins:

Failed tests:   testClusterStatus(org.apache.hadoop.hbase.rest.client.TestRemoteAdmin): Number of requests from cluster status and returned status did not match up.  expected:<4> but was:<7>

TestRemoteAdmin#testClusterStatus should not assume status does not change from when the client gets it directly and when the client asks again via REST. 

HRegion needs to keep count of memcache sizes.  Currently its trying to run the  memcaches snapshots so it can keep up this number.  HRegion should know nothing about no memcache snapshotting – should be internal to flushing ... especially since HBASE-532 fix.   HRegion can ask for store sizes....  Add that.

HIVE-12187 was meant to fix the described memory leak, however because of interaction with HIVE-12187 in branch-2.0/master, the fix fails to take effect.

OSGi dependencies for xalan, xerces and xmlresolver are missing for feature camel-linkedin. These dependencies are transitive from htmlunit, which is included as a wrapped jar right now, it should be switched to the servicemix bundle for htmlunit for this and camel-box features.. That bundle needs to be named correctly as mentioned in SMX4-1816. 

In our QA run, certain snapshot restore request seemed to hang.
The following was found in master log:

2013-11-11 08:52:43,887 INFO org.apache.hadoop.hbase.util.FSVisitor: No logs under directory:hdfs://qeempress21:8020/apps/hbase/data/.hbase-snapshot/snapshot_tablethree_mod/WALs^M
2013-11-11 08:52:43,887 INFO org.apache.hadoop.hbase.master.RegionStates: Transitioned {e048f867bbb31702dc1dd0498db53b82 state=SPLIT, ts=1384159894259, server=QEEMPRESS23,60020,1384146414618} to {e048f867bbb31702dc1dd0498db53b82 state=OFFLINE, ts=1384159963887, server=null}^M
2013-11-11 08:52:43,896 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Deleted [{ENCODED => 214a354a9e9f07d3c4e9420d2fdd8d28, NAME => 'tablethree_mod,,1384159891126.214a354a9e9f07d3c4e9420d2fdd8d28.', STARTKEY => '', ENDKEY => '\x5C011'}, {ENCODED => 4dad288061dac82bb420fb6dd526eea5, NAME => 'tablethree_mod,\x5C011,1384159900704.4dad288061dac82bb420fb6dd526eea5.', STARTKEY => '\x5C011', ENDKEY => '\x5C100'}, {ENCODED => e98b84924307f22d4318cfe235445ba7, NAME => 'tablethree_mod,\x5C100,1384159900704.e98b84924307f22d4318cfe235445ba7.', STARTKEY => '\x5C100', ENDKEY => ''}]^M
2013-11-11 08:52:43,900 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Added 1^M
2013-11-11 08:52:43,913 DEBUG org.apache.hadoop.hbase.zookeeper.lock.ZKInterProcessLockBase: Released /hbase/table-lock/tablethree_mod/write-master:600000000000006^M
2013-11-11 08:52:43,913 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event C_M_RESTORE_SNAPSHOT^M
  at org.apache.hadoop.hbase.catalog.MetaEditor.deleteRegions(MetaEditor.java:488)^M
  at org.apache.hadoop.hbase.catalog.MetaEditor.overwriteRegions(MetaEditor.java:534)^M
  at org.apache.hadoop.hbase.master.snapshot.RestoreSnapshotHandler.handleTableOperation(RestoreSnapshotHandler.java:160)^M
  at org.apache.hadoop.hbase.master.handler.TableEventHandler.process(TableEventHandler.java:129)^M
  at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128)^M
  at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)^M
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)^M

Looks like null was passed in the following call MetaEditor#overwriteRegions():

    deleteRegions(catalogTracker, regionInfos);

Assumptions from https://tools.ietf.org/html/rfc6265
When a host response contains multiple headers with the same key, each with different values, the HttpProducer overwrites the value, effectively last-in-wins, extracted problem code below

protected void populateResponse(Exchange exchange, HttpRequestBase httpRequest, HttpResponse httpResponse,
Message in, HeaderFilterStrategy strategy, int responseCode) throws IOException, ClassNotFoundException {
  ...
  // propagate HTTP response headers
  Header[] headers = httpResponse.getAllHeaders();
  Map<String, List<String>> m = new HashMap<String, List<String>>();
  for (Header header : headers) {
    String name = header.getName();
    String value = header.getValue();
    m.put(name, Collections.singletonList(value)); //<--- This is the problem
    if (name.toLowerCase().equals("content-type")) {
      name = Exchange.CONTENT_TYPE;
      exchange.setProperty(Exchange.CHARSET_NAME, IOHelper.getCharsetNameFromContentType(value));
    }
    // use http helper to extract parameter value as it may contain multiple values
    Object extracted = HttpHelper.extractHttpParameterValue(value);
    if (strategy != null && !strategy.applyFilterToExternalHeaders(name, extracted, exchange)) {
     HttpHelper.appendHeader(answer.getHeaders(), name, extracted);
    }
  }
  // handle cookies
  if (getEndpoint().getCookieHandler() != null) {
  //if host responded with multiple Set-Cookie headers, only last cookie is presented
  getEndpoint().getCookieHandler().storeCookies(exchange, httpRequest.getURI(), m);
  }
...

A simple fix ->

...
for (Header header : headers) {
  String name = header.getName();
  String value = header.getValue();
  List<String> values = m.computeIfAbsent(name, k -> new ArrayList<>()).add(value);
...

On the flip side, when the client responds, the cookies pulled from the handler are not formatted correctly, broken code snippet from HttpProducer.process()

    if (getEndpoint().getCookieHandler() != null) {
            Map<String, List<String>> cookieHeaders = getEndpoint().getCookieHandler().loadCookies(exchange, httpRequest.getURI());
            for (Map.Entry<String, List<String>> entry : cookieHeaders.entrySet()) {
                String key = entry.getKey();
                if (entry.getValue().size() > 0) {
                    // use the default toString of a ArrayList to create in the form [xxx, yyy]
                    // if multi valued, for a single value, then just output the value as is
                    String s = entry.getValue().size() > 1 ? entry.getValue().toString() : entry.getValue().get(0);//<--- This is a problem
                    httpRequest.addHeader(key, s);
                }
            }
        }

This can be fixed simply

                    httpRequest.addHeader(key, entry.getValue().stream().collect(Collectors.joining(";"))); //semi-colon, not comma...
                }
            }
        }

Additionally, the CookieHandler.loadCookies method is not properly constructing the Cookie values, as it calls HttpCookie.toString - which represents the host's Set-Cookie value, not the client's Cookie value

This leads to inconsitent HDFS naming for empty partition/tables where a file might be named as  hdfs://headnode0:9000/hive/scratch/hive_2
014-04-07_22-39-52_649_4046112898053848089-1/-mr-10010\0 in windows operating system

A very small bug, a typo in exception message:

if (syncFutureSequence > currentSequence) {
              throw new IllegalStateException("currentSequence=" + syncFutureSequence
                  + ", syncFutureSequence=" + syncFutureSequence);
            }

It should print currentSequence and syncFutureSequence, but print two syncFutureSequence

When using MongoRepository and doing a query with pagination support, something like:

@Query(...)
Page<Event> findByWeekday(int weekday, Pageable pageable);

Only the first page is displayed (when page=0 in the Pageable object), all other pages return empty result.
The logic in org.springframework.data.mongodb.repository.query.AbstractMongoQuery$PagedExecution's execute() method seems having an error.
When I change the line

  boolean pageableOutOfScope = pageable.getOffset() > query.getLimit();

to

  boolean pageableOutOfScope = pageable.getOffset() > count;

everything seems to work fine.
(Note that query.getLimit() defaults to 0, in that case pageableOutOfScope is always true when the page number is greather than 0, and subsequently the method returns an empty list, which is what this issue about)

[INFO] Running org.wildfly.core.test.standalone.suspend.web.SuspendResumeTestCase
[ERROR] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.076 s <<< FAILURE! - in org.wildfly.core.test.standalone.suspend.web.SuspendResumeTestCase
[ERROR] testSuspendResume(org.wildfly.core.test.standalone.suspend.web.SuspendResumeTestCase)  Time elapsed: 1.046 s  <<< FAILURE!
	at org.wildfly.core.test.standalone.suspend.web.SuspendResumeTestCase.testSuspendResume(SuspendResumeTestCase.java:116)

http://markmail.org/message/4qvwufpboro3lj34?q=camel-cxf+Soap-Fault+not+returned+as+500+http+error+code

ORC stores min/max stats, bloom filters by passing floats as doubles using java's widening conversion. So if we write a float value of 0.22 to ORC file, the min/max stats and bloom filter will use 0.2199999988079071 double value.
But when we do PPD, SARG creates literals by converting float to string and then to double which compares 0.22 to 0.2199999988079071 and fails PPD evaluation. 

hive> create table orc_float (f float) stored as orc;
hive> insert into table orc_float values(0.22);
hive> select * from orc_float where f=0.22;
OK
OK
0.22

This is not a problem for doubles and decimals.
This issue was introduced in HIVE-8460 but back then there was no strict type check when SARGs are created and also PPD evaluation does not convert to column type. But now predicate leaf creation in SARG enforces strict type check for boxed literals and predicate type and PPD evaluation converts stats and constants to column type (predicate).

We have this in the code right now.

    public Builder withShouldDropCacheBehind(boolean shouldDropCacheBehind/*NOT USED!!*/) {
      // TODO: HAS NO EFFECT!!! FIX!!
      return this;
    }

Creating jira to track it.

this is because of the changes in HIVE-543. We switched to using local storage for intermediate data for local mode queries. However there are code paths that are incorrectly allocating intermediate storage where they should be allocating external file system storage (based on table/directory uri). This is causing regressions in running queries in local mode.

If you have this no-interface @Stateless EJB in the module and have a
beans.xml inside the module jar as well and then have a deployment
depends on & imports the annotations, and then uses @Inject TestEjb,
Weld will complain that there are two options an EJB and a ManagedBean
and it doesn't know which to inject. According to [1] it should only be
considered a managed bean if "It is not annotated with an EJB
component-defining annotation or declared as an EJB bean class in

ejb-jar.xml
."

The error:
WELD-001409 Ambiguous dependencies for type [TestEjb] with qualifiers [@Default] at injection point [[field] @Inject test.webapp.TestService.testEjb].
Possible dependencies [[Session bean [class test.TestEjb with qualifiers [@Any @Default]; local interfaces are [TestEjb], Managed Bean [class test.TestEjb] with qualifiers [@Any @Default]]] 
public class TestEjb
{
public String hello() 
{
return "Hello";
}
}
If I move all of the classes into the test war, then Weld doesn't have
an issue, so it seems there is some difference when the code is put into
the modules directory.
[1] http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html_single/#d0e792 

VectorHashKeyWrapperBatch::evaluateBatch() dirties the L1 cache and slows down simple count/sum/min/max queries.
Everything done inside that function is a no-op after HIVE-16182

In hive/hbase integration, when creating a hive/hbase table, white space is not ignored in hbase.columns.mapping. 
e.g. "cf:foo, cf:bar" will create two column families "cf" and " cf" in the underlying hbase table, which is certainly not what the user want and make them confused.

In the previous version it worked, but in Beta 1 stopped worked file uploading with PF4 and Mojarra 2.2.3 (neither simple upload didn't work - tested on blank project, only with PF4 and Apache libs and configured web.xml file)
I get no error in IDE or JS console.

If you attempt to define Bean.indexBean(Collection<Bean> beans) in Bean.java after adding solr to the Bean class, it will cause errors due to the method being declared twice (also in Bean_Roo_SolrSearch.aj). This is different than the way it is done for setters/getters/etc. Redefining this is useful when you only want to search on specific fields.

We need to update the JVM child resource definition for server-groups and servers to only allow a single JVM configuration (i.e. configuration=JVM) resource. Currently only the first configured VM is used, where the name is the reference to the corresponding host level JVM.

The spec mandates that the TCCL be the application's classloader when the component is invoked (even during construction), but I'm getting it as 
TCCL in constructor of MDB is ModuleClassLoader for Module "org.hornetq.ra:main" from local module loader

Because we provide a nonexistent property in our defaults file.

22:52:37,571 INFO  [org.jboss.weld.deployer] (MSC service thread 1-2) WFLYWELD0006: Starting Services for CDI deployment: clusterbench-ee7.ear
22:52:37,661 INFO  [org.jboss.weld.Version] (MSC service thread 1-2) WELD-000900: 2.2.3 (Final)
22:52:37,708 INFO  [org.jboss.weld.deployer] (MSC service thread 1-6) WFLYWELD0009: Starting weld service for deployment clusterbench-ee7.ear
22:52:38,351 WARN  [org.jgroups.stack.Configurator] (MSC service thread 1-4) JGRP000014: UNICAST.setTimeout has been deprecated: not used anymore
22:52:38,352 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.jgroups.channel.web: org.jboss.msc.service.StartException in service jboss.jgroups.channel.web: java.lang.IllegalArgumentException: JGRP000001: configuration error: the following properties in org.jgroups.protocols.UNICAST are not recognized: {max_bytes=1m, stable_interval=5000}
	at org.jboss.as.clustering.jgroups.subsystem.ChannelService.start(ChannelService.java:91)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_65]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_65]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_65]
Caused by: java.lang.IllegalArgumentException: JGRP000001: configuration error: the following properties in org.jgroups.protocols.UNICAST are not recognized: {max_bytes=1m, stable_interval=5000}
	at org.jgroups.stack.Configurator.createLayer(Configurator.java:460)
	at org.jgroups.JChannel.init(JChannel.java:849)
	at org.jboss.as.clustering.jgroups.MuxChannel.<init>(MuxChannel.java:37)
	at org.jboss.as.clustering.jgroups.JChannelFactory.createChannel(JChannelFactory.java:81)
	at org.jboss.as.clustering.jgroups.subsystem.ChannelService.start(ChannelService.java:85)
	... 5 more

When working against current trunk@1393794, using a backing Avro schema that has a Map field with nullable values causes a NPE on deserialization when the map contains a null value.

Given the following init binder method:
    @InitBinder()
    protected void initBinder(WebDataBinder binder) 
{
        .....
    }

if you annotate the binder parameter with, let's say, @Nonnull annotation (very useful for IDE inspection or unit testing) spring MVC is not capable to correctly resolve the parameter

    protected void initBinder(@Nonnull WebDataBinder binder) {        .....    }

java.lang.IllegalStateException: No suitable resolver for argument [0] [type=org.springframework.web.bind.WebDataBinder]

A manually created Controller with a RequestMapping with multiple paths causes a ClassCastException when trying to run 'web mvc all'. An example RequestMapping would be:
@RequestMapping(value = 
{"/", "/foo"}
)
I have tested this in 1.2.0, and looking at the source for ControllerOperationsImpl it looks like it is still a problem with the latest version of Roo.
In the roo shell, the error looks like this (with version 1.2.0 of Roo):
roo> web mvc all --package ~.web
Your controller was created outside of the project's top level package and is therefore not included in the preconfigured component scanning. Please adjust your component scanning manually in webmvc-config.xml
org.springframework.roo.classpath.details.annotations.ArrayAttributeValue cannot be cast to org.springframework.roo.classpath.details.annotations.StringAttributeValue
java.lang.ClassCastException: org.springframework.roo.classpath.details.annotations.ArrayAttributeValue cannot be cast to org.springframework.roo.classpath.details.annotations.StringAttributeValue
    at org.springframework.roo.addon.web.mvc.controller.ControllerOperationsImpl.getExistingController(ControllerOperationsImpl.java:158)
    at org.springframework.roo.addon.web.mvc.controller.ControllerOperationsImpl.createAutomaticController(ControllerOperationsImpl.java:114)
    at org.springframework.roo.addon.web.mvc.controller.ControllerOperationsImpl.generateAll(ControllerOperationsImpl.java:102)
    at org.springframework.roo.addon.web.mvc.controller.ControllerCommands.webMvcAll(ControllerCommands.java:65)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:146)
    at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:205)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:404)
    at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:158)

With ZK-less region assignment, if region opening is in postOpenDeployTasks step and the opening is cancelled, the region server will abort because it can't report the transition to the master. We should cancel postOpenDeployTasks instead. At least, there is no need to abort.

if the logging is configured to use AmqpAppender the thread remains alive and does not shut down if the application is started from a main method and if it is a web app then the classloader will not unload on hot redeploy and tomcat shows the following message :
The web application [/xxx] appears to have started a thread named [log-event-retry-delay] but has failed to stop it. This is very likely to create a memory leak.

In XQueryTransformTest we see this

<people><person name='Jonathan'/></people>
...
transform().xquery("/people/person[@name='Jonathan']")

the expected result is 

<person name=\"Jonathan\"/>

Note, this is the entire node - not just the value "Jonathan"
When trying to select a node value like this 

<people><person>Jonathan</person></people>
...
transform().xquery("/people/person/text()")

I get

Caused by: net.sf.saxon.trans.XPathException: org.w3c.dom.DOMException: HIERARCHY_REQUEST_ERR: An attempt was made to insert a node where it is not permitted. 
	at net.sf.saxon.dom.DOMWriter.characters(DOMWriter.java:218) [Saxon-HE-9.5.1-5.jar:]
	at net.sf.saxon.event.ProxyReceiver.characters(ProxyReceiver.java:193) [Saxon-HE-9.5.1-5.jar:]
	at net.sf.saxon.event.TreeReceiver.characters(TreeReceiver.java:246) [Saxon-HE-9.5.1-5.jar:]
	at net.sf.saxon.evpull.EventIteratorToReceiver.copy(EventIteratorToReceiver.java:49) [Saxon-HE-9.5.1-5.jar:]
	at net.sf.saxon.query.XQueryExpression.pull(XQueryExpression.java:516) [Saxon-HE-9.5.1-5.jar:]
	at org.apache.camel.component.xquery.XQueryBuilder.evaluateAsDOM(XQueryBuilder.java:179) [camel-saxon-2.14.1.jar:2.14.1]
	at org.apache.camel.component.xquery.XQueryBuilder.evaluate(XQueryBuilder.java:135) [camel-saxon-2.14.1.jar:2.14.1]

Create test for issue WFCORE-1479: Jar sub deployment has as first dependency parent ear

The null check in spring 5 was removed. In my project a bean is returning null. It is marked as Nullable, nevertheless the container startup fails due to a NPE at line 109 in AnnotationAwareOrderComparator of 5.0.3.
Code in 4.3.12:

	public Integer getPriority(Object obj) {
		Integer priority = null;
		if (obj instanceof Class) {
			priority = OrderUtils.getPriority((Class<?>) obj);
		}
		else if (obj != null) {
			priority = OrderUtils.getPriority(obj.getClass());
			if (priority == null && obj instanceof DecoratingProxy) {
				priority = OrderUtils.getOrder(((DecoratingProxy) obj).getDecoratedClass());
			}
		}
		return priority;
	}

Now in 5.0.3:

			return OrderUtils.getPriority((Class<?>) obj);
		}
		Integer priority = OrderUtils.getPriority(obj.getClass());
		if (priority == null && obj instanceof DecoratingProxy) {
			priority = OrderUtils.getOrder(((DecoratingProxy) obj).getDecoratedClass());
		}
	}

 create table t1 (a int);
explain select t1.a as a1, min(t1.a) as a from t1 group by t1.a;

CBO gets turned off with:

WARN [2e80e34e-dc46-49cf-88bf-2c24c0262d41 main] parse.RowResolver: Found duplicate column alias in RR: null.a => {null, a1, _col0: int} adding null.a => {null, null, _col1: int}
2017-12-07T15:27:47,651 ERROR [2e80e34e-dc46-49cf-88bf-2c24c0262d41 main] parse.CalcitePlanner: CBO failed, skipping CBO.
org.apache.hadoop.hive.ql.optimizer.calcite.CalciteSemanticException: Cannot add column to RR: null.a => _col1: int due to duplication, see previous warnings
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.genSelectLogicalPlan(CalcitePlanner.java:3985) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.genLogicalPlan(CalcitePlanner.java:4313) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1392) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1322) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]

After that non-CBO path completes the query.

Add JMH based operator level benchmarks for vector operators.

EAP 7.0.0.DR9
Scenario: failover-ejb-ejbremote-undeploy-dist-async
During application deployment (after failover), perf20 logged this error:

[JBossINF] [0m[0m15:36:10,604 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 85) WFLYCLINF0002: Started dist cache from ejb container
[JBossINF] [0m[0m15:36:10,608 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 86) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-default.war cache from web container
[JBossINF] [0m[0m15:36:10,611 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 84) WFLYCLINF0002: Started dist cache from web container
[JBossINF] [0m[0m15:36:10,612 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 87) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war cache from web container
[JBossINF] [0m[31m15:36:10,613 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.ejb.remoting.connector.client-mappings.installer: org.jboss.msc.service.StartException in service jboss.ejb.remoting.connector.client-mappings.installer: Failed to start service
[JBossINF] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904)
[JBossINF] Caused by: java.lang.IllegalStateException: Duplicate key [org.jboss.as.network.ClientMapping@44b990d8]
[JBossINF] 	at java.util.stream.Collectors.lambda$throwingMerger$152(Collectors.java:133)
[JBossINF] 	at java.util.stream.Collectors$$Lambda$58/796953906.apply(Unknown Source)
[JBossINF] 	at java.util.HashMap.merge(HashMap.java:1245)
[JBossINF] 	at java.util.stream.Collectors.lambda$toMap$210(Collectors.java:1320)
[JBossINF] 	at java.util.stream.Collectors$$Lambda$60/415494469.accept(Unknown Source)
[JBossINF] 	at java.util.stream.ReduceOps$3ReducingSink.accept(ReduceOps.java:169)
[JBossINF] 	at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
[JBossINF] 	at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
[JBossINF] 	at java.util.Iterator.forEachRemaining(Iterator.java:116)
[JBossINF] 	at org.infinispan.stream.impl.spliterators.IteratorAsSpliterator.forEachRemaining(IteratorAsSpliterator.java:150)
[JBossINF] 	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:512)
[JBossINF] 	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:502)
[JBossINF] 	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
[JBossINF] 	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
[JBossINF] 	at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
[JBossINF] 	at org.infinispan.stream.impl.local.AbstractLocalCacheStream.collect(AbstractLocalCacheStream.java:256)
[JBossINF] 	at org.infinispan.stream.impl.TerminalFunctions$CollectorFunction.apply(TerminalFunctions.java:1035)
[JBossINF] 	at org.infinispan.stream.impl.TerminalFunctions$CollectorFunction.apply(TerminalFunctions.java:1025)
[JBossINF] 	at org.infinispan.stream.impl.termop.SegmentRetryingOperation.innerPerformOperation(SegmentRetryingOperation.java:68)
[JBossINF] 	at org.infinispan.stream.impl.termop.SegmentRetryingOperation.performOperation(SegmentRetryingOperation.java:79)
[JBossINF] 	at org.infinispan.stream.impl.AbstractCacheStream.performOperationRehashAware(AbstractCacheStream.java:306)
[JBossINF] 	at org.infinispan.stream.impl.AbstractCacheStream.performOperation(AbstractCacheStream.java:252)
[JBossINF] 	at org.infinispan.stream.impl.DistributedCacheStream.collect(DistributedCacheStream.java:324)
[JBossINF] 	at org.wildfly.clustering.server.registry.CacheRegistry.getEntries(CacheRegistry.java:110)
[JBossINF] 	at org.jboss.as.ejb3.remote.LocalEjbReceiver.registryAdded(LocalEjbReceiver.java:447)
[JBossINF] 	at org.jboss.as.ejb3.remote.RegistryCollectorService.add(RegistryCollectorService.java:54)
[JBossINF] 	at org.jboss.as.ejb3.remote.RegistryInstallerService.start(RegistryInstallerService.java:60)
[JBossINF] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
[JBossINF] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
[JBossINF] [0m[31m15:36:10,625 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "clusterbench-ee7.ear")]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => [
[JBossINF]     "jboss.deployment.subunit.\"clusterbench-ee7.ear\".\"clusterbench-ee7-ejb.jar\".component.LocalStatefulSB.START is missing [jboss.deployment.subunit.\"clusterbench-ee7.ear\".\"clusterbench-ee7-ejb.jar\".component.LocalStatefulSB.cache]",
[JBossINF]     "jboss.deployment.subunit.\"clusterbench-ee7.ear\".\"clusterbench-ee7-ejb.jar\".component.RemoteStatefulSBImpl.START is missing [jboss.deployment.subunit.\"clusterbench-ee7.ear\".\"clusterbench-ee7-ejb.jar\".component.RemoteStatefulSBImpl.cache]"
[JBossINF] ]}
[JBossINF] [0m[31m15:36:10,627 ERROR [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0021: Deploy of deployment "clusterbench-ee7.ear" was rolled back with the following failure message: 
[JBossINF] {"WFLYCTL0180: Services with missing/unavailable dependencies" => [

Which ends up with WFLYSRV0021: Deploy of deployment "clusterbench-ee7.ear" was rolled back.
In this very same testrun, there was another issue with application deployment on perf18, may be related: JBEAP-1041 
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbremote-undeploy-dist-async/5/console-perf20/

We are using MockRestServiceServer in conjunction with expectations to conduct testing of our Spring application.
We have noticed that when a method under test invokes asynchronous network requests the MockRestServiceServer will occasionally throw a ConcurrentModificationException causing the test to fail. The issue is observed when using parallelStream() as well as other asynchronous methods. Reintroducing concurrency alleviates the issue.
Please find attached a trivial Spring Boot application that reproduces this issue.

CacheConfigurationService should be installed using AsynchronousService wrapper.

SftpConsumer does not connect to server due to patch for CAMEL-251.  The SftpConsumer also checks remote file modification timestamp against last poll timestamp but incorrectly converts seconds to milliseconds using integer math so the resulting conversion is always negative and will never retrieve file.  I will attach the fixes to this issue.

The current code is

	public ValueWrapper putIfAbsent(Object key, Object value) {
		Object existing = this.store.putIfAbsent(key, value);
		return toWrapper(existing);
	}

		Object existing = this.store.putIfAbsent(key, toStoreValue(value));
	}

Because my Arq test run as clientI, I added resteasy-client dependency with test scope in pom.xml (if not, ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder will be thrown).
And then, I got the following exception.

RuntimeException: RESTEASY003190: Could not find constructor for class: org.jboss.resteasy.core.AsynchronousDispatcher

The full log is attached and my sample is here.
https://github.com/emag/wildfly-swarm-quickstarts/tree/runtime-eception-RESTEASY003190/runtime-eception-RESTEASY003190

When an Order Spec is present in an Over clause
last_value should return the value from the last row that matches the current row's Sort Key.
See egs here http://msdn.microsoft.com/en-us/library/hh231517.aspx

See nabble
http://camel.465427.n5.nabble.com/DeadLetterChanel-does-not-handle-exception-tp5731073.html
You may have a situation when using DeadLetterChannel, and it handles an exception. Then afterwards in the consumer, they should see the Exchange being regarded as handled, with no exception if they call getException.

Bamboo URL in ciManagement wrong:
http://build.springframework.org:8085/bamboo/
Should be:
http://build.springframework.org/
or possibly:
http://build.springframework.org/browse/SWS

The quickstart pom is missing dependencyManagement element

<dependencyManagement>
	<dependencies>
			<groupId>org.jboss.fuse.bom</groupId>
			<artifactId>jboss-fuse-parent</artifactId>
			<version>${jboss.fuse.bom.version}</version>
			<type>pom</type>
			<scope>import</scope>
	</dependencies>
</dependencyManagement>

without it maven throws

The project org.jboss.quickstarts.fuse:camel-sap:6.3.0.redhat-077 (/home/jkasztur/programs/jboss-fuse/jboss-fuse-6.3.0.redhat-077/quickstarts/camel/camel-sap/pom.xml) has 7 errors
[ERROR]     'dependencies.dependency.version' for org.apache.camel:camel-core:jar is missing. @ line 100, column 15
[ERROR]     'dependencies.dependency.version' for org.apache.camel:camel-blueprint:jar is missing. @ line 104, column 15
[ERROR]     'dependencies.dependency.version' for org.apache.camel:camel-jaxb:jar is missing. @ line 108, column 15
[ERROR]     'dependencies.dependency.version' for org.fusesource:camel-sap:jar is missing. @ line 112, column 15
[ERROR]     'dependencies.dependency.version' for org.slf4j:slf4j-api:jar is missing. @ line 118, column 15
[ERROR]     'dependencies.dependency.version' for org.slf4j:slf4j-log4j12:jar is missing. @ line 122, column 15
[ERROR]     'dependencies.dependency.version' for log4j:log4j:jar is missing. @ line 126, column 15
[ERROR] 

If DefaultSpringSecurityContextSource is constructed through DefaultSpringSecurityContextSource(List<String> urls, String baseDn) with an empty string for baseDn,it fails as follows in line 127

            if (trimmedUrl.contains(trimmedBaseDn)) {
                throw new IllegalArgumentException("LDAP URL string must not include the base DN! '" + trimmedUrl + "'");
            }

This check is over-eager if the Base DN is empty. This is the case with at least one of our customers, where their directory has an anonymous base.
I suggest to amend that check with a condition that trimmedBaseDn is longer than zero.

Marshalling a Map to CSV internally converts a Map to a List. It seems that the JacksonTypeConverters now claim to be able to this. It however fails with 

Caused by: org.apache.camel.TypeConversionException: Error during type conversion from type: java.lang.String to the required type: java.util.List with value {firstName=John, lastName=Doe} due java.lang.IllegalArgumentException: Can not deserialize instance of java.util.ArrayList out of START_OBJECT token
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.createTypeConversionException(BaseTypeConverterRegistry.java:585)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:131)
	at org.apache.camel.util.ExchangeHelper.convertToType(ExchangeHelper.java:203)
	at org.apache.camel.dataformat.csv.CsvMarshaller.marshal(CsvMarshaller.java:77)
	at org.apache.camel.dataformat.csv.CsvDataFormat.marshal(CsvDataFormat.java:78)
	at org.apache.camel.processor.MarshalProcessor.process(MarshalProcessor.java:83)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:454)
	at org.apache.camel.processor.UnitOfWorkProducer.process(UnitOfWorkProducer.java:68)
	at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:404)
	at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:372)
	at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:262)
	at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:372)
	at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:230)
	at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:128)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:132)
	... 147 more
Caused by: org.apache.camel.RuntimeCamelException: java.lang.IllegalArgumentException: Can not deserialize instance of java.util.ArrayList out of START_OBJECT token
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:1247)
	at org.apache.camel.impl.converter.StaticMethodFallbackTypeConverter.convertTo(StaticMethodFallbackTypeConverter.java:62)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.doConvertTo(BaseTypeConverterRegistry.java:327)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:114)
	... 166 more
Caused by: java.lang.IllegalArgumentException: Can not deserialize instance of java.util.ArrayList out of START_OBJECT token
	at com.fasterxml.jackson.databind.ObjectMapper._convert(ObjectMapper.java:3286)
	at com.fasterxml.jackson.databind.ObjectMapper.convertValue(ObjectMapper.java:3212)
	at org.apache.camel.component.jackson.converter.JacksonTypeConverters.convertTo(JacksonTypeConverters.java:44)
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:1243)
	... 169 more
Caused by: com.fasterxml.jackson.databind.JsonMappingException: Can not deserialize instance of java.util.ArrayList out of START_OBJECT token
 at [Source: UNKNOWN; line: -1, column: -1]
	at com.fasterxml.jackson.databind.JsonMappingException.from(JsonMappingException.java:148)
	at com.fasterxml.jackson.databind.DeserializationContext.mappingException(DeserializationContext.java:835)
	at com.fasterxml.jackson.databind.DeserializationContext.mappingException(DeserializationContext.java:831)
	at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.handleNonArray(CollectionDeserializer.java:283)
	at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.deserialize(CollectionDeserializer.java:222)
	at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.deserialize(CollectionDeserializer.java:212)
	at com.fasterxml.jackson.databind.deser.std.CollectionDeserializer.deserialize(CollectionDeserializer.java:25)
	at com.fasterxml.jackson.databind.ObjectMapper._convert(ObjectMapper.java:3281)
	... 176 more

CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/784

It takes minutes after all tests run waiting for all task trackers shutdown. Just shutting down JobTracker after killing pending jobs seemed enough.

The issue was introduced by https://issues.jboss.org/browse/WFLY-11617 Validation not working for pooled-connection-factory's transaction attribute. 
1) Starting Wildfly with full profile gives now a WARN log, although the value for the transaction attribute is valid.
2) Writing the invalid value to the attribute should fail the management operation.

reported as WFLY-11830

Starting vanilla server:

09:19:00,578 WARN  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 18) WFLYMSGAMQ0101: Invalid value xa for transaction, legal values are [local, none, xa], default value is applied.

Write operation:

[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra:write-attribute(name=transaction,value=xa)
09:31:21,542 WARN  [org.wildfly.extension.messaging-activemq] (management-handler-thread - 2) WFLYMSGAMQ0101: Invalid value xa for transaction, legal values are [local, none, xa], default value is applied.

[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra:write-attribute(name=transaction,value=invalid)
09:33:52,278 WARN  [org.wildfly.extension.messaging-activemq] (management-handler-thread - 1) WFLYMSGAMQ0101: Invalid value invalid for transaction, legal values are [local, none, xa], default value is applied.

[standalone@localhost:9990 /]  /subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra:read-attribute(name=transaction)
{
    "result" => "xa"
}

Start (not reload, reload gives a single warning) server with invalid value logs two warnings:

...
09:35:37,737 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0049: WildFly Full 16.0.0.Final (WildFly Core 8.0.0.Final) starting
09:35:38,481 INFO  [org.wildfly.security] (ServerService Thread Pool -- 15) ELY00001: WildFly Elytron version 1.8.0.Final
09:35:38,688 WARN  [org.wildfly.extension.messaging-activemq] (Controller Boot Thread) WFLYMSGAMQ0101: Invalid value foo for transaction, legal values are ["local", "none", "xa"], default value is applied.
09:35:38,945 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
09:35:38,979 WARN  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 7) WFLYMSGAMQ0101: Invalid value foo for transaction, legal values are [local, none, xa], default value is applied.
09:35:38,980 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 38) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
...

I have some 500 - 1000 rows in a few tables, findAll test fails as the default for findAllMaximum is 250 but setting it to 1000 with @RooIntegrationTest(entity = Lab.class, findAllMaximum=1000) has no effect, the test still fails

See here
https://builds.apache.org/job/PreCommit-HBASE-Build/12208/artifact/patchprocess/patch-unit-hbase-client.txt
All the surefire tests are failed with

[ERROR] Please refer to /testptch/hbase/hbase-client/target/surefire-reports for the individual test results.
[ERROR] Please refer to dump files (if any exist) [date]-jvmRun[N].dump, [date].dumpstream and [date]-jvmRun[N].dumpstream.
[ERROR] Command was /bin/sh -c cd /testptch/hbase/hbase-client && /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java -enableassertions -Dhbase.build.id=2018-03-29T14:24:09Z -Xmx2800m -Djava.security.egd=file:/dev/./urandom -Djava.net.preferIPv4Stack=true -Djava.awt.headless=true -jar /testptch/hbase/hbase-client/target/surefire/surefirebooter6093376455951697188.jar /testptch/hbase/hbase-client/target/surefire 2018-03-29T14-24-22_719-jvmRun1 surefire3061343808153644548tmp surefire_07554325011124878578tmp

In ImportSemanticAnalyzer, there is an assumption that the src filesystem for import and the final location are on the same filesystem. Therefore the check for emptiness and getExternalTmpLocation will be looking on the wrong filesystem and will cause an error. The output path should be fed into getExternalTmpLocation to get a temporary file on the correct filesystem. The check for emptiness should use the output filesystem.

I didn't follow my own comment when I added hbase-thirdparty hbase-shaded-protobuf to hbase-shaded-protocol as a dependency instead of original protobuf. It meant that our jar had protobuf bundled up inside it.
Change is small, and I don't think we were actually using the non-shaded protobuf anywhere, but if anyone was, it'd make for interesting issue to debug. Let me see if it breaks anything...
(Found by our Vikram Srivastava on internal deploy...)

When passing empty list to PageImpl constructor (e.g. in a test, when mocking repository method which returns Page), PageRequest is instantiated with "content.size()" as page size, but 0 size is not allowed argument value in PageRequest.
BTW, 1.0 M5 DATACMNS is not marked as released in JIRA, but it is, as part of or together with DATAJPA 1.0 M2 release.

We should always get accurate partitioning by a bucket size. With java a simple modulo doesn't work with negative values so this needs to be adjusted accordingly.

MDCUnitOfWork.clear() removes any content set by MDCUnitOfWork from MDC.
If there are two separate exchange running at the same time in the same thread, as happens when a ProduceTemplate is used from Java, this is incorrect because the MDC of the parent is cleared after the child completes.
Conceptually the MDC should be a stack, but MDC only accepts strings so the simplest thing to do is for MDCUnitOfWork to replace the previous values in clear().

In SQLOperation.java lines 97 + 113 for instance, we catch errors and throw a new HiveSQLException, but we don't wrap the original exception.

I have a working configuration on wildfly 9.0.2 final with several web applications (JavaEE).
After a couple of days, I deployed another war file via jboss CLI. This application worked correctly and no deployment error occurred.
But if I restart the server now, I get following error message:
10:36:01,893 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "MM-Controller-0.1.0-SNAPSHOT.war")]) - failure description: "WFLYSRV0137: No deployment content with hash 966847a6f5f5bf8c3470f07ea9e65b7bbcdcd7b7 is available in the deployment content repository for deployment 'MM-Controller-0.1.0-SNAPSHOT.war'. This is a fatal boot error. To correct the problem, either restart with the --admin-only switch set and use the CLI to install the missing content or remove it from the configuration, or remove the deployment from the xml configuration file and restart."
10:36:01,990 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
I reproduced this at least 30 times - even with different jars. I always get this error. The server works fine as long as I don't reboot.
The only way to fix the configuration is to manually remove the deployments from the standalone.xml.
But this is not an option for me as I want to have the wildfly running as production server where I have several automatic deployments every day.

When using the NoOpCacheManager and @Cacheable(sync=true) the actual methods are never called and we always get a null from the repository.
I created a fork from the example project with updated libs and with a Config.
Just run with sync = true and false and the difference is clear.

When you try to receive a collection of Long values, as parameter of a MessageMapping method (from spring messaging), you can print the collection. But if you try to access its values, there is an exception throw about not being able to cast Integer to Long.
Replicate it is easy:
@MessageMapping("/channel")
    public void receiveLongs(List<Long> list) {
        for (Long value : list) 
{
            System.out.println("Line above throws java.lang.ClassCastException");
        }
}
Exception throw is java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Long.
Code found in github repository is ready to be used and replicate the bug.

In https://github.com/spring-projects/spring-roo/blob/master/pom.xml at line 1034 and 1080,
maven-source-plugin used version is 2.2.1.
In https://github.com/spring-projects/spring-roo/blob/master/addon-creator/src/main/resources/org/springframework/roo/addon/creator/advanced/roo-addon-advanced-template.xml#L136 is 2.1.2
and
In https://github.com/spring-projects/spring-roo/blob/master/addon-creator/src/main/resources/org/springframework/roo/addon/creator/simple/roo-addon-simple-template.xml#L141 is also 2.1.2

Ted noticed the following exception during TestSnapshotCloneIndependence#testOfflineSnapshotRegionOperationsIndependent()

2013-02-27 01:45:25,785 ERROR [MASTER_TABLE_OPERATIONS-juno.apache.org,46592,1361929424741-0] handler.CreateTableHandler(159): Error trying to create the table test-clone-test1361929508917
java.lang.IllegalStateException: Table test-clone-test1361929508917 is not locked!
	at org.apache.hadoop.hbase.master.TableLockManager$ZKTableLockManager$TableLockImpl.release(TableLockManager.java:257)
	at org.apache.hadoop.hbase.master.handler.CreateTableHandler.releaseTableLock(CreateTableHandler.java:233)
	at org.apache.hadoop.hbase.master.handler.CreateTableHandler.handleCreateTable(CreateTableHandler.java:226)

See https://builds.apache.org/job/HBase-TRUNK/3901/testReport/org.apache.hadoop.hbase.client/TestSnapshotCloneIndependence/testOfflineSnapshotRegionOperationsIndependent/. 
The root cause is that SnapshotManager does not invoke prepare() method for the created CloneSnapshotHandler. Prepare has been introduced in HBASE-7305, and acquires the table lock. 

HIVE-15269 is causing the following exception when we run explain on query72 (TPC-DS).

        at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:901)
        at java.util.ArrayList$Itr.next(ArrayList.java:851)
        at org.apache.hadoop.hive.ql.parse.TezCompiler$SemiJoinCycleRemovalDueToMapsideJoins.process(TezCompiler.java:689)
        at org.apache.hadoop.hive.ql.lib.PreOrderOnceWalker.walk(PreOrderOnceWalker.java:43)
        at org.apache.hadoop.hive.ql.lib.PreOrderOnceWalker.walk(PreOrderOnceWalker.java:54)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:120)
        at org.apache.hadoop.hive.ql.parse.TezCompiler.removeSemiJoinCyclesDueToMapsideJoins(TezCompiler.java:759)
        at org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeOperatorPlan(TezCompiler.java:112)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:11122)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:275)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:258)
        at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:129)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:513)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1305)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1445)

run mvn apache-rat:check and add apache license in flagged files.

"elytron-enabled" => "myWM"

[standalone@localhost:9990 /] /subsystem=jca/workmanager=myWM:add(name=myWM, elytron-enabled=true
[standalone@localhost:9990 /] /subsystem=jca/workmanager=myWM:read-resource
{
        "elytron-enabled" => "myWM",
        "name" => "myWM",
        "long-running-threads" => undefined,
        "short-running-threads" => undefined
    }
}
[standalone@localhost:9990 /] /subsystem=jca/workmanager=myWM:read-attribute(name=elytron-enabled) 
{
    "result" => "myWM"
}

The MetadataFormatUtils.convertToString functions have guards to validate for when valid is null, however the HiveDecimal.create can return null and will throw exceptions when .toString() is called.

  private static String convertToString(Decimal val) {
    if (val == null) {
      return "";
    }

    // HERE: Will throw NPE when HiveDecimal.create returns null.
    return HiveDecimal.create(new BigInteger(val.getUnscaled()), val.getScale()).toString();
  }

In patch HBASE-11094, it seems that we changed the constructor we are using for SplitLogManager, which does not archive the log files after splitting is done to the archive folder. The log files stays in the splitting directory forever and re-split every time the master restarts. 
It is surprising that our unit tests are passing (since 0.94.4) without any issues. Part of the reason is that the split is actually carried, but the WAL is not moved and thus the -splitting directory never gets deleted. 
It seems critical to fix in 0.98.6, Andrew Purtell FYI. 

A test that extends CamelBlueprintTestSupport does not get its debugBefore() and debugAfter() methods called.

RegionCoprocessorHost.testTableCoprocessorAttrs() use the inclusion list for CoprocessorClassLoader.  This issue is related to HBASE-15686.

TestSuite.java is currently not belong to the package org.apache.hive.storage.jdbc.Move it to the right position.

The DateTimeFormattingTests.testBindInstantFromJavaUtilDate test fails if run on a machine with a default time zone of "Pacific/Auckland" (UTC+12/13 depending on the time of year).
Force the time zone in spring-context/spring-context.gradle:

test {
    systemProperty 'user.timezone', 'Pacific/Auckland'
}

Run the test:

./gradlew :spring-context:test --tests org.springframework.format.datetime.standard.DateTimeFormattingTests

> Task :spring-context:test FAILED

org.springframework.format.datetime.standard.DateTimeFormattingTests > testBindInstantFromJavaUtilDate FAILED
    java.lang.AssertionError at DateTimeFormattingTests.java:366

Arrays.toString(byteArray) can be used to convert byte[] to string

ZipArchiveInputStream.useUnicodeExtraFields is currently unused. Decide if this field is necessary and how to use it.

TestSymlinkTextInputFormat.testCombine throws following exception. The test case is just printing out the stacktrace when that happens instead of failing.

java.io.IOException: cannot find dir = file:/Users/thejas/hive-trunk/ql/TestSymlinkTextInputFormat/datadir1/combinefile1_1 in pathToPartitionInfo: [/Users/thejas/hive-trunk/ql/TestSymlinkTextInputFormat/datadir2/combinefile2_1, /Users/thejas/hive-trunk/ql/TestSymlinkTextInputFormat/datadir1/combinefile1_1]
        at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getPartitionDescFromPathRecursively(HiveFileFormatUtils.java:288)
        at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getPartitionDescFromPathRecursively(HiveFileFormatUtils.java:256)
        at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:289)
        at org.apache.hadoop.hive.ql.io.TestSymlinkTextInputFormat.testCombine(TestSymlinkTextInputFormat.java:186)
        at junit.framework.TestSuite.runTest(TestSuite.java:232)
        at junit.framework.TestSuite.run(TestSuite.java:227)
        at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:520)

Adding a non roo annotation. with a final static value inside kills roo code generation.
// The id
@org.codehaus.jackson.annotate.JsonProperty(PROPERTY_UUID)
private String uuid;

When upgrading Spring Batch Admin to Spring Framework 4.1.1.RELEASE and Spring Integration 4.0.5.BUILD-SNAPSHOT, we are getting the following exception from a few tests:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'integrationRequestMappingHandlerMapping': Initialization of bean failed; nested exception is org.springframework.context.ApplicationContextException: Cannot reinitialize with different application context: current one is [ResourceXmlApplicationContext:file:/Users/mminella/Documents/IntelliJWorkspace/spring-batch-admin/spring-batch-admin-sample/target/classes/META-INF/spring/batch/jobs/jobs-context.xml], passed-in one is [org.springframework.context.support.ClassPathXmlApplicationContext@53b59a48: startup date [Mon Nov 03 15:45:23 CST 2014]; root of context hierarchy]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:548)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:302)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:229)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:725)
	at org.springframework.batch.core.configuration.support.GenericApplicationContextFactory$ResourceXmlApplicationContext.<init>(GenericApplicationContextFactory.java:161)
	at org.springframework.batch.core.configuration.support.GenericApplicationContextFactory.createApplicationContext(GenericApplicationContextFactory.java:66)
	at org.springframework.batch.core.configuration.support.AbstractApplicationContextFactory.createApplicationContext(AbstractApplicationContextFactory.java:170)
	at org.springframework.batch.core.configuration.support.DefaultJobLoader.doLoad(DefaultJobLoader.java:154)
	at org.springframework.batch.core.configuration.support.DefaultJobLoader.load(DefaultJobLoader.java:147)
	at org.springframework.batch.core.configuration.support.AutomaticJobRegistrar.start(AutomaticJobRegistrar.java:173)
	at org.springframework.batch.core.configuration.support.AutomaticJobRegistrar.onApplicationEvent(AutomaticJobRegistrar.java:139)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:151)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:128)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:331)
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:773)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:483)
	at org.springframework.batch.admin.sample.BootstrapTests.testBootstrapConfiguration(BootstrapTests.java:47)
Caused by: org.springframework.context.ApplicationContextException: Cannot reinitialize with different application context: current one is [ResourceXmlApplicationContext:file:/Users/mminella/Documents/IntelliJWorkspace/spring-batch-admin/spring-batch-admin-sample/target/classes/META-INF/spring/batch/jobs/jobs-context.xml], passed-in one is [org.springframework.context.support.ClassPathXmlApplicationContext@53b59a48: startup date [Mon Nov 03 15:45:23 CST 2014]; root of context hierarchy]
	at org.springframework.context.support.ApplicationObjectSupport.setApplicationContext(ApplicationObjectSupport.java:79)
	at org.springframework.context.support.ApplicationContextAwareProcessor.invokeAwareInterfaces(ApplicationContextAwareProcessor.java:119)
	at org.springframework.context.support.ApplicationContextAwareProcessor.postProcessBeforeInitialization(ApplicationContextAwareProcessor.java:94)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1560)
	... 49 more

In the tests where we see this behavior, we have the following SI chain configured in a child context:

	<chain input-channel="input-files" output-channel="job-requests" xmlns="http://www.springframework.org/schema/integration">
		<filter method="filter">
			<bean class="org.springframework.batch.admin.integration.FileParentDirectoryFilter" xmlns="http://www.springframework.org/schema/beans">
				<property name="parentName" value="staging" />
			</bean>
		</filter>
		<service-activator>
			<bean class="org.springframework.batch.admin.integration.FileToJobLaunchRequestAdapter" xmlns="http://www.springframework.org/schema/beans">
				<property name="job" ref="job1" />
			</bean>
		</service-activator>
		<transformer>
			<bean class="org.springframework.batch.admin.integration.LastJobParametersJobLaunchRequestEnhancer" xmlns="http://www.springframework.org/schema/beans">
				<property name="jobService" ref="jobService" />
			</bean>
		</transformer>
	</chain>

To be specific, the tests where we are seeing this issue are:
org.springframework.batch.admin.sample.BootstrapTests and org.springframework.batch.admin.sample.JobIntegrationTests

see http://osdir.com/ml/general/2014-10/msg56689.html

014-10-28 12:21:47,337 ERROR [main] hbase.MiniHBaseCluster(230): Error starting cluster
       at org.apache.hadoop.hbase.util.JVMClusterUtil.createMasterThread(JVMClusterUtil.java:145)
       at org.apache.hadoop.hbase.LocalHBaseCluster.addMaster(LocalHBaseCluster.java:215)
       at org.apache.hadoop.hbase.LocalHBaseCluster.<init>(LocalHBaseCluster.java:153)
       at org.apache.hadoop.hbase.MiniHBaseCluster.init(MiniHBaseCluster.java:215)
       at org.apache.hadoop.hbase.MiniHBaseCluster.<init>(MiniHBaseCluster.java:94)
       at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniHBaseCluster(HBaseTestingUtility.java:914)
       at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:877)
       at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:794)
       at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:765)
       at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:752)
       at org.apache.hadoop.hbase.client.TestHCM.setUpBeforeClass(TestHCM.java:138)
       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
       at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
       at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
       at java.lang.reflect.Method.invoke(Method.java:601)
       at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
       at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
       at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
       at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
       at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
       at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
       at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
       at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
       at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
       at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
       at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
       at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Caused by: java.lang.IllegalArgumentException: IPv6 socket cannot join IPv4 multicast group
       at sun.nio.ch.DatagramChannelImpl.innerJoin(DatagramChannelImpl.java:779)
       at sun.nio.ch.DatagramChannelImpl.join(DatagramChannelImpl.java:865)
       at io.netty.channel.socket.nio.NioDatagramChannel.joinGroup(NioDatagramChannel.java:394)
       at org.apache.hadoop.hbase.master.ClusterStatusPublisher$MulticastPublisher.connect(ClusterStatusPublisher.java:273)
       at org.apache.hadoop.hbase.master.ClusterStatusPublisher.<init>(ClusterStatusPublisher.java:121)
       at org.apache.hadoop.hbase.master.HMaster.<init>(HMaster.java:307)
       at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
       at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
       at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
       at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
       at org.apache.hadoop.hbase.util.JVMClusterUtil.createMasterThread(JVMClusterUtil.java:142)
       ... 26 more

the exception comes from below JDK code:

 765           if (group instanceof Inet4Address) {
 766               if (family == StandardProtocolFamily.INET6 && !Net.canIPv6SocketJoinIPv4Group())
 767                   throw new IllegalArgumentException("IPv6 socket cannot join IPv4 multicast group");

according to document(http://docs.oracle.com/javase/7/docs/api/java/nio/channels/MulticastChannel.html)

The multicast implementation is intended to map directly to the native multicasting facility. Consequently, the following items should be considered when developing an application that receives IP multicast datagrams:
    The creation of the channel should specify the ProtocolFamily that corresponds to the address type of the multicast groups that the channel will join. There is no guarantee that a channel to a socket in one protocol family can join and receive multicast datagrams when the address of the multicast group corresponds to another protocol family. For example, it is implementation specific if a channel to an IPv6 socket can join an IPv4 multicast group and receive multicast datagrams sent to the group. 
if not specifying family, the ProtocolFamily of the channel's socket is platform (and possibly configuration) dependent and therefore unspecified
the publisher code:

    @Override
    public void connect(Configuration conf) throws IOException {
...
      Bootstrap b = new Bootstrap();
      b.group(group)
          .channel(NioDatagramChannel.class)
          .option(ChannelOption.SO_REUSEADDR, true)
          .handler(new ClusterStatusEncoder(isa));

looks should use this netty constructor

    public NioDatagramChannel(InternetProtocolFamily ipFamily) {
        this(newSocket(DEFAULT_SELECTOR_PROVIDER, ipFamily));
    }

The method handleReponse of Spring.RemotingHandler creates a span element where temporarly store the content of response. The span is marked with visibility:hidden. Why not use display:none instead?
//line 296 of Spring-Dojo.js  (release 2.0.5)
var tempSpan = dojo.doc.createElement("span");
tempSpan.id="ajaxResponse";
tempSpan.style.visibility= "hidden";
The use of visibility: hidden causes a complete redraw of page with a white flash in firefox 2 and 3 for every Spring.RemotingHandler call (e.g a fragment update) if the page contains a dojox.grid.Grid (perhaps this could happen in another situations?). 

The slow-start of the bloom filter vertex is a scheduling problem which causes more pre-emption than is useful.
When the bloom filters are arranged as follows
Map 1(10 tasks)>Reducer 2(1 task)>Map 3(100 tasks)
Map 3 and Map 1 are immediately active since Reducer 2 -> Map 3 is a broadcast edge.
Once 3 tasks in Map 1 finish, the engine kills one active task from Map 3 to make room for Reducer 2.

Tez has changed the names of its EdgeProperties. Need to update the code to use the new names.

on the table details pages "HBase Configuration" link is missing on the navigation bar, which is inconsistent with other pages

I've just been trying to populate a DataSource with some SQL in an @Before method in a transactional JUnit test. I've used the following code:

...
  DataSource dataSource;
  
  @Before
  public void populateDatabase() throws SQLException {

    ResourceDatabasePopulator populator = new ResourceDatabasePopulator();
    populator.addScript(new ClassPathResource("data.sql"));
    DatabasePopulatorUtils.execute(populator, dataSource);
  }
...

As methods annotated with @Before are expected to run within the transaction I wondered why the second test case always failed with an IntegrityViolationException inserting the same data twice as I would have expected the inserts contained in data.sql being rolled back.
Unfortunately DatasourcePopulatorUtils uses a plain dataSource.getConnection() call instead of DataSourceUtils.getConnection(dataSource) which would actually make sure we get the connection that's bound to the current transaction.
I now fell back to manually execute the populator as follows:

Connection connection = null;

try {
  connection = DataSourceUtils.getConnection(dataSource);
  populator.populate(connection);
} finally {
  if (connection != null) {
    DataSourceUtils.releaseConnection(connection, dataSource);
  }
}

which seems to be quite a step back from the approach above in terms of conciseness. Is there a reason DatabasePopulatorUtils does not aquire the connection through DataSourceUtils. If not I'd be happy to provide a pull request with the lookup fixed.

To reproduce, use the camel-jcr component without specifying a node name in the message properties.  JcrProducer will attempt to use the exchange ID as the node name, but in ServiceMix 4, this ID contains path separator characters, which results in a PathNotFound exception when the producer attempts to create the node.  IMHO, the producer should attempt to create parent nodes as needed when the value of either the exchange ID or the property named JcrConstants.JCR_NODE_NAME contain path separators.

Fix the perf warning from this report : https://builds.apache.org/job/PreCommit-HBASE-Build/3057//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-server.html#Warnings_PERFORMANCE

Logging out of an admin console secured with SSL (on port 9443) redirects to http address (e.g. http://localhost:9443/logout?logout) which leads to a Page Not Found error.

      int memory = Integer.parseInt(srv.get(ConfVars.LLAP_DAEMON_MEMORY_PER_INSTANCE_MB.varname));
      int vCores = Integer.parseInt(srv.get(ConfVars.LLAP_DAEMON_NUM_EXECUTORS.varname));
    
Needs to provide a useful error message when it fails because the config is bad. There may be other similar places.

Looks like exception.c/.h are not actually used.
They don't appear to be compiled by the Makefile, and I cannot find any references to the methods in the main native sources.
Also the terror(int) method does not look like it would work on Windows anyway.
Both MacOSX and Windows build and test OK without the files.

Run a 'create view' statement.
The view entity (which is in the hook's outputs) has a table with tableType 'MANAGED_TABLE').  It should be of type 'VIRTUAL_VIEW' so that auditing tools can correctly identify it as a view.

In the new 2.0.0 release the only method in Tasklet interface have this signature:
RepeatStatus execute(StepContribution contribution, ChunkContext chunkContext) throws Exception; 
But on documentation section 5.2.2 the example uses the old interface with this signature:
public ExitStatus execute() throws Exception;

Currently, all lines starting with file: are ignored.
It means that
file:/Users/heyongqiang/Documents/workspace/Hive-Test/build/ql/test/data/warehouse/srcbucket/srcbucket0.txt [s]
and
file:/Users/heyongqiang/Documents/workspace/Hive-Test/build/ql/test/data/warehouse/srcbucket [s]
are same - that is not good because it will hide some of the optimizations of sampling.
This should be changed to compare the last token.

Line 115 of AuthorizationServerBeanDefinitionParser.java (https://github.com/SpringSource/spring-security-oauth/blob/master/spring-security-oauth2/src/main/java/org/springframework/security/oauth2/config/AuthorizationServerBeanDefinitionParser.java) looks for an XML attribute on the authorization-code element named "services-ref" for the AuthorizationCodeServices bean reference. The Oauth2 xsd file (http://www.springframework.org/schema/security/spring-security-oauth2.xsd) defines an attribute named "authorization-code-services-ref" instead. The two attribute names should match. I suggest using "authorization-code-services-ref", as defined in the .xsd, since it is more complete, and changing the line in AuthorizationServerBeanDefinitionParser.java to look for that name instead of "services-ref".

WAR CDI bean is failing to inject a CDI bean from a module-alias exported dependency. war -module-alias -> static module X -> static module Y (containing CDI Beans)
A WAR uses a module-alias with the slot attribute. This module-alias is referenced in jboss-deployment-structure.xml:

<jboss-deployment-structure> 
	 <deployment>
		<dependencies>
			<module name="mycompany.test.CDIJarMaven" slot="moduloAliasError" meta-inf="export" annotations="true" />
		</dependencies>      

moduleAliasError which the app has the target moduloNivel2:

<module-alias xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloAliasError" target-name="mycompany.test.CDIJarMaven" target-slot="moduloNivel2"/>

moduloNivel2 which the modulo-alias references depends on main module and is including/exporting META-INF where the beans.xml is located:

<module xmlns="urn:jboss:module:1.5" name="mycompany.test.CDIJarMaven">
        <resource-root path="CDIJarMaven.jar"/>
		<module name="javax.faces.api" export="true"/>
		
		<!-- Timer de ejbs para el log de acceso-->
		<module name="javax.ejb.api"/>
		<module name="javax.enterprise.api" />
</module>

modulo main contains the jar with the CDI beans and has a META-INF/beans.xml in it:
<module xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloNivel2">
		<module name="mycompany.test.CDIJarMaven" slot="main" export="true">
 			<imports>
                <include path="META-INF**" />
            <exports>  
            </exports>  
        </module>
</module>

The error we get is:

WELD-001408: Unsatisfied dependencies for type PruebaDTO with qualifiers @Default
  at injection point [BackedAnnotatedField] @Inject private backingbeans.Page1.paginacion
  at backingbeans.Page1.paginacion(Page1.java:0)

Checking the code one can see how the beans.xml is seen :

EXTERNAL BeanDeploymentArchive (awar-mock02.war.external.jar:file:/jboss-eap-7.1/modules/mycompany/test/CDIJarMaven/main/CDIJarMaven.jar!/META-INF/beans.xml)

LettuceConnection zCount and zInterStore methods erroneously check isQueueing() instead of isPipelining(), causing the synchronous methods to be executed instead of the async ones.

Case 1: for rp add --name
The output is: You must specify option 'name' for this command. It is better to say "You must specify value for an option".
Case 2: for rp add
The output is: You must specify option 'name' for this command, even for two must options(name, vccluster), so it is better to say "You must specify option 'name''vccluster' for this command.

When doing a scan which is expected to return the exact same number of rows as the LIMIT we give, we still scan the entire table until we return the row(s) and then test the numbers of rows we have. This can take a lot of time.
Example:
scan 'sensors', 
{ COLUMNS => ['v:f92acb5b-079a-42bc-913a-657f270a3dc1'], STARTROW => '000a', LIMIT => 1 }

This is because we will break on the limit condition AFTER we ask for the next row. If there is none, we scan the entire table than exit.
Goal of this patch is to handle this specific case without impacting the others.

15:34:59,123 WARN  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool – 4) WFLYMSGAMQ0004: Failed to destroy queue: ExpiryQueue: java.lang.IllegalStateException: Cannot access JMS Server, core server is not yet active
	at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.checkInitialised(JMSServerManagerImpl.java:1640)
	at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.access$1100(JMSServerManagerImpl.java:101)
	at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl$3.runException(JMSServerManagerImpl.java:752)
	at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.runAfterActive(JMSServerManagerImpl.java:1847)
	at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.removeQueueFromBindingRegistry(JMSServerManagerImpl.java:741)
	at org.wildfly.extension.messaging.activemq.jms.JMSQueueService$2.run(JMSQueueService.java:101)
15:34:59,123 WARN  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool – 68) WFLYMSGAMQ0004: Failed to destroy queue: AsyncQueue: java.lang.IllegalStateException: Cannot access JMS Server, core server is not yet active
15:34:59,123 WARN  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool – 9) WFLYMSGAMQ0004: Failed to destroy queue: DLQ: java.lang.IllegalStateException: Cannot access JMS Server, core server is not yet active

Maven shade plugin does not have option to skip. Adding it under a profile can help with skip shade reducing build times.
Maven build profile shows druid and jdbc shade plugin to be slowest (also hive-exec). For devs not working on druid or jdbc, it will be good to have an option to skip shading via a profile. With this it will be possible to get a subminute dev build.

This looks to be a Jredis issue, but we need to see if it's been fixed in the main codebase (or file an issue if not).  If so, consider asking for a merge with the currently supported Jredis fork.

org.apache.camel.builder.xml.XsltUriResolver uses File.separator to separate classpath parts instead of simply '/'. This prevents <xsl:include /> to work under windows when the including xslt is located in a subfolder of the classpath.

This JIRA includes following UDFs:
1. trim()
2. ltrim()
3. rtrim()
4. lpad()
5. rpad()

Reproduce Steps:
1. Executed following command:
   serengeti --cmdfile /home/serengeti --histsize -1
1. Error message displays shows that histsize should not be minus value
Current:
1. No error message displayed, enter the Serengeti interactive mode
   After execute a serengeti command, following exception information displays:
   ===========================================================================
[serengeti@localhost ~]$ serengeti --histsize -1

_____                                 _   _  *
/ ___|  ___ _ __ ___ _ __   __ _  ___| |(_) *
____ \ / _ \ '_/ _ \ ' \ / _` |/ _ \ __| | *
___) |  __/ | |  __/ | | | (| |  _/ || | *

____/ __
_
  ___
_
 
_
__, 
___
__
_
 *

___/             *

*
Verson:0.5.0
Welcome to Serengeti CLI
serengeti>cluster list
Exception in thread "Spring Shell" java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
        at java.util.ArrayList.rangeCheck(ArrayList.java:571)
        at java.util.ArrayList.remove(ArrayList.java:412)
        at jline.History.addToHistory(History.java:96)
        at jline.ConsoleReader.finishBuffer(ConsoleReader.java:1200)
        at jline.ConsoleReader.readLine(ConsoleReader.java:625)
        at jline.ConsoleReader.readLine(ConsoleReader.java:457)
        at jline.ConsoleReader.readLine(ConsoleReader.java:283)
        at org.springframework.shell.JLineShell.promptLoop(JLineShell.java:457)
        at org.springframework.shell.JLineShell.run(JLineShell.java:144)
[serengeti@localhost ~]$

Lars cluster is sick with master trying to split logs.   The logs its replaying have millions of edits in them.  
Here is sample from log.   First we get the shutdown and then in the shutdown process, we start to split up the shutdown servers log:

2008-03-28 16:29:45,305 INFO org.apache.hadoop.hbase.HMaster: process shutdown of server 192.168.105.37:60020: logSplit: false, rootRes
canned: false, numberOfMetaRegions: 1, onlineMetaRegions.size(): 1
2008-03-28 16:29:45,310 INFO org.apache.hadoop.hbase.HLog: splitting 3 log(s) in hdfs://lv1-xen-pdc-2.worldlingo.com:9000/hbase/log_192
.168.105.37_1206741382563_60020
2008-03-28 16:29:45,311 DEBUG org.apache.hadoop.hbase.HLog: Splitting 0 of 3: hdfs://lv1-xen-pdc-2.worldlingo.com:9000/hbase/log_192.16
8.105.37_1206741382563_60020/hlog.dat.002
2008-03-28 16:29:45,380 DEBUG org.apache.hadoop.hbase.HLog: Creating new log file writer for path hdfs://lv1-xen-pdc-2.worldlingo.com:9
000/hbase/pdc-docs/488338803/oldlogfile.log and region pdc-docs,EP01108687NWA2,1205739919655
2008-03-28 16:29:45,390 DEBUG org.apache.hadoop.hbase.HLog: Creating new log file writer for path hdfs://lv1-xen-pdc-2.worldlingo.com:9
000/hbase/pdc-docs/447465883/oldlogfile.log and region pdc-docs,EP01900680NWA1,1205754584444
2008-03-28 16:29:45,403 DEBUG org.apache.hadoop.hbase.HLog: Creating new log file writer for path hdfs://lv1-xen-pdc-2.worldlingo.com:9
000/hbase/pdc-docs/2035706226/oldlogfile.log and region pdc-docs,EP01119588NWA2,1205754281917
2008-03-28 16:29:45,428 DEBUG org.apache.hadoop.hbase.HLog: Creating new log file writer for path hdfs://lv1-xen-pdc-2.worldlingo.com:9
000/hbase/pdc-docs/437772136/oldlogfile.log and region pdc-docs,EP00200190NWA2,120576451593
...

We open a file in each region to take edits.  We then start replaying the 3 WAL files from the regionserver.
On the second one, we get exception... 

2008-03-28 16:40:36,537 WARN org.apache.hadoop.hbase.HLog: Old log file hdfs://lv1-xen-pdc-2.worldlingo.com:9000/hbase/pdc-docs/1045858
46/oldlogfile.log already exists. Copying existing file to new file
2008-03-28 16:40:36,545 DEBUG org.apache.hadoop.hbase.HLog: Creating new log file writer for path hdfs://lv1-xen-pdc-2.worldlingo.com:9
000/hbase/pdc-docs/104585846/oldlogfile.log and region pdc-docs,EP96104830NWA1,1205768785572
2008-03-28 16:40:36,979 DEBUG org.apache.hadoop.hbase.HLog: Copied 220000 edits
2008-03-28 16:40:38,853 DEBUG org.apache.hadoop.hbase.HLog: Applied 222812 total edits
2008-03-28 16:40:38,853 DEBUG org.apache.hadoop.hbase.HLog: Splitting 1 of 3: hdfs://lv1-xen-pdc-2.worldlingo.com:9000/hbase/log_192.16
8.105.37_1206741382563_60020/hlog.dat.003
2008-03-28 16:40:56,883 WARN org.apache.hadoop.hbase.HLog: Old log file hdfs://lv1-xen-pdc-2.worldlingo.com:9000/hbase/pdc-docs/2118067
194/oldlogfile.log already exists. Copying existing file to new file
2008-03-28 16:40:56,891 DEBUG org.apache.hadoop.hbase.HLog: Creating new log file writer for path hdfs://lv1-xen-pdc-2.worldlingo.com:9
000/hbase/pdc-docs/2118067194/oldlogfile.log and region pdc-docs,EP97302517NWA2,1205726201776
2008-03-28 16:41:12,910 DEBUG org.apache.hadoop.hbase.HLog: Applied 36638 total edits
2008-03-28 16:41:12,910 DEBUG org.apache.hadoop.hbase.HLog: Splitting 2 of 3: hdfs://lv1-xen-pdc-2.worldlingo.com:9000/hbase/log_192.16
8.105.37_1206741382563_60020/hlog.dat.004
2008-03-28 16:41:18,684 WARN org.apache.hadoop.hbase.HMaster: Processing pending operations: ProcessServerShutdown of 192.168.105.37:60
020
        at org.apache.hadoop.io.DataOutputBuffer$Buffer.write(DataOutputBuffer.java:56)
        at org.apache.hadoop.io.DataOutputBuffer.write(DataOutputBuffer.java:90)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1829)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1729)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1775)
        at org.apache.hadoop.hbase.HLog.splitLog(HLog.java:540)
        at org.apache.hadoop.hbase.HMaster$ProcessServerShutdown.process(HMaster.java:2167)
        at org.apache.hadoop.hbase.HMaster.run(HMaster.java:1085)

A finally clause makes sure we close up all the new files we've made in all regions.  These new files have accumulated some edits from the splitting of the first file.
Because we got an exception, the shutdown processing runs again.
Because regions have files in place with edits, we won't overwrite them second time through.  We instead copy the old into a new file to which we start appending until the exception happens again.
After a couple of hours, we're up into the millions of edits.

The HBase API docs says when the row does not exist, getRow() returns
    RowResult is empty if row does not exist. 
However, in regionserver/HRegionServer.java's getRow():
      if (result == null || result.isEmpty())
      return new RowResult(row, result);
It actually returns null. Either fix the code or the document.

When using WS-Addressing if any interceptor or endpoint throws an Exception the implicit interceptor created by AbstractAddressingEndpointMapping will cause an Assertion failure because it has a null faultAction URI.  When this happens no response is sent to the client.
Exposing a faultActionURI to the user in AbstractAddressingEndpointMapping to be used to create the interceptor would fix the problem.  If the user is implementing something that uses WS-BaseFaults this would be required anyhow, and the default behavior could be to use the responseAction if the faultAction is not set.

Restore the old way of printing methods summary when file redirection is enabled. This may be used by some tools which will break because of the change introduced by HIVE-13226

The Log4j AmqpAppender does not use the layout.
The JavaDoc mentions the property log4j.appender.amqp.layout but the message is rendered using new StringBuffer(String.format("%s%n", logEvent.getRenderedMessage())).
layout.format(logEvent) should maybe be used.

SSL component's target_requires and target_supports are switched over in the code which results in various errors in IIOP invocations between servers.

Renaming a nonexisting partition should not throw out NullPointerException. 
create table testpart (col1 int, col2 string, col3 string) partitioned by (part string);
alter table testpart partition (part = 'nonexisting') rename to partition (part = 'existing');
we get NPE like following:

15/03/16 10:16:11 ERROR exec.DDLTask: java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.exec.DDLTask.renamePartition(DDLTask.java:944)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:350)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1642)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1402)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1187)

If JSON is added to the controller backed by an entity starting with more than one capital letter, for example, HJAddress, compile errors result in the controller_json ITD.

Our Romil Choksi brought this one to my attention after trying to get some cluster tests running.
The Master seems to have gotten stuck never initializing after it thinks that hbase:namespace was already deployed on the cluster when it actually was not. On a Master restart, it reads the location out of meta and assumes that it's there (I assume this invalid entry is the issue):

2017-11-08 00:29:17,556 INFO  [ctr-e134-1499953498516-282290-01-000003:20000.masterManager] assignment.RegionStateStore: Load hbase:meta entry region={ENCODED => f147f204a579b885c351bdc0a7ebbf94, NAME => 'hbase:namespace,,1510084256045.f147f204a579b885c351bdc0a7ebbf94.', STARTKEY => '', ENDKEY => ''} regionState=OPENING lastHost=ctr-e134-1499953498516-282290-01-000005.hwx.site,16020,1510084579728 regionLocation=ctr-e134-1499953498516-282290-01-000005.hwx.site,16020,1510100695534

Prior to this, the RS5 went through the ServerCrashProcedure, but it looks like this bailed out unexpectedly:

2017-11-08 00:25:25,187 WARN  [ctr-e134-1499953498516-282290-01-000003:20000.masterManager] master.ServerManager: Expiration of ctr-e134-1499953498516-282290-01-000005.hwx.site,16020,1510084579728 but server not online
2017-11-08 00:25:25,187 INFO  [ProcExecWrkr-5] procedure.ServerCrashProcedure: Start pid=36, state=RUNNABLE:SERVER_CRASH_START; ServerCrashProcedure server=ctr-e134-1499953498516-282290-01-000003.hwx.site,16020,1510084580111, splitWal=t
rue, meta=false
2017-11-08 00:25:25,188 INFO  [ctr-e134-1499953498516-282290-01-000003:20000.masterManager] master.ServerManager: Processing expiration of ctr-e134-1499953498516-282290-01-000005.hwx.site,16020,1510084579728 on ctr-e134-1499953498516-28
2290-01-000003.hwx.site,20000,1510100690324
...
2017-11-08 00:25:27,211 ERROR [ProcExecWrkr-22] procedure2.ProcedureExecutor: CODE-BUG: Uncaught runtime exception: pid=40, ppid=37, state=RUNNABLE:REGION_TRANSITION_QUEUE; AssignProcedure table=hbase:namespace, region=f147f204a579b885c351bdc0a7ebbf94
        at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936)
        at org.apache.hadoop.hbase.procedure2.RemoteProcedureDispatcher.addOperationToNode(RemoteProcedureDispatcher.java:171)
        at org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure.addToRemoteDispatcher(RegionTransitionProcedure.java:223)
        at org.apache.hadoop.hbase.master.assignment.AssignProcedure.updateTransition(AssignProcedure.java:252)
        at org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure.execute(RegionTransitionProcedure.java:309)
        at org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure.execute(RegionTransitionProcedure.java:82)
        at org.apache.hadoop.hbase.procedure2.Procedure.doExecute(Procedure.java:845)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1452)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1221)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$800(ProcedureExecutor.java:77)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1731)
2017-11-08 00:25:27,239 FATAL [ProcExecWrkr-22] procedure2.ProcedureExecutor: CODE-BUG: Uncaught runtime exception for pid=37, state=FAILED:SERVER_CRASH_FINISH, exception=java.lang.NullPointerException via CODE-BUG: Uncaught runtime exception: pid=40, ppid=37, state=RUNNABLE:REGION_TRANSITION_QUEUE; AssignProcedure table=hbase:namespace, region=f147f204a579b885c351bdc0a7ebbf94:java.lang.NullPointerException; ServerCrashProcedure server=ctr-e134-1499953498516-282290-01-000005.hwx.site,16020,1510084579728, splitWal=true, meta=false
java.lang.UnsupportedOperationException: unhandled state=SERVER_CRASH_FINISH
        at org.apache.hadoop.hbase.master.procedure.ServerCrashProcedure.rollbackState(ServerCrashProcedure.java:236)
        at org.apache.hadoop.hbase.master.procedure.ServerCrashProcedure.rollbackState(ServerCrashProcedure.java:56)
        at org.apache.hadoop.hbase.procedure2.StateMachineProcedure.rollback(StateMachineProcedure.java:198)
        at org.apache.hadoop.hbase.procedure2.Procedure.doRollback(Procedure.java:859)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeRollback(ProcedureExecutor.java:1353)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeRollback(ProcedureExecutor.java:1309)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1178)
2017-11-08 00:25:27,344 FATAL [ProcExecWrkr-8] procedure2.ProcedureExecutor: CODE-BUG: Uncaught runtime exception for pid=37, state=FAILED:SERVER_CRASH_FINISH, exception=java.lang.NullPointerException via CODE-BUG: Uncaught runtime exception: pid=40, ppid=37, state=RUNNABLE:REGION_TRANSITION_QUEUE; AssignProcedure table=hbase:namespace, region=f147f204a579b885c351bdc0a7ebbf94:java.lang.NullPointerException; ServerCrashProcedure server=ctr-e134-1499953498516-282290-01-000005.hwx.site,16020,1510084579728, splitWal=true, meta=false
2017-11-08 00:25:27,356 INFO  [ProcExecWrkr-5] procedure2.ProcedureExecutor: Rolled back pid=37, state=ROLLEDBACK, exception=java.lang.NullPointerException via CODE-BUG: Uncaught runtime exception: pid=40, ppid=37, state=RUNNABLE:REGION_TRANSITION_QUEUE; AssignProcedure table=hbase:namespace, region=f147f204a579b885c351bdc0a7ebbf94:java.lang.NullPointerException; ServerCrashProcedure server=ctr-e134-1499953498516-282290-01-000005.hwx.site,16020,1510084579728, splitWal=true, meta=false exec-time=2.1650sec

Shortly after this, the master was restarted.
My hunch is that because the SCP crashed, we never invalidated the meta entries and got us stuck thinking the region was assigned when it wasn't?

When our application recieves the Content-Type: application/json;charset=utf-8;profile="http://my.company.profile.errorSchema.4.json#", the HTTPHelper sets the wrong value for the Exchange.CHARSET_NAME in the Exchange.
 @SuppressWarnings("deprecation")
     public static void setCharsetFromContentType(String contentType, Exchange exchange) {
         if (contentType != null) {
             // find the charset and set it to the Exchange
             int index = contentType.indexOf("charset=");
             if (index > 0) 

                 String charset = contentType.substring(index + 8); //HERE IS THE PROBLEM                 exchange.setProperty(Exchange.CHARSET_NAME, IOConverter.normalizeCharset(charset));             } 
        }
     }
Because of that, when the HTTPProducer tries to load the body we get the following error:
Exception: Error during type conversion from type: java.lang.String to the required type: java.lang.String with value [Body is instance of java.io.InputStream] due java.io.UnsupportedEncodingException: utf-8;profile="http://my.company.profile.errorSchema.4.json#
 org.apache.camel.TypeConversionException: Error during type conversion from type: java.lang.String to the required type: java.lang.String with value [Body is instance of java.io.InputStream] due java.io.UnsupportedEncodingException: utf-8;profile="http://my.company.profile.errorSchema.4.json#
         at org.apache.camel.impl.converter.BaseTypeConverterRegistry.createTypeConversionException(BaseTypeConverterRegistry.java:629) [178:org.apache.camel.camel-core:2.19.2]
         at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:150) [178:org.apache.camel.camel-core:2.19.2]
         at org.apache.camel.core.osgi.OsgiTypeConverter.convertTo(OsgiTypeConverter.java:120) [176:org.apache.camel.camel-blueprint:2.19.2]
         at org.apache.camel.component.http4.HttpProducer.populateHttpOperationFailedException(HttpProducer.java:305) [182:org.apache.camel.camel-http4:2.19.2]
         at org.apache.camel.component.http4.HttpProducer.process(HttpProducer.java:207) [182:org.apache.camel.camel-http4:2.19.2]
Caused by: org.apache.camel.RuntimeCamelException: java.io.UnsupportedEncodingException: utf-8;profile="http://my.company.profile.errorSchema.4.json#
         at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1774) ~[?:?]
         at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:1355) ~[?:?]
         at org.apache.camel.impl.converter.StaticMethodTypeConverter.convertTo(StaticMethodTypeConverter.java:59) ~[?:?]
         at org.apache.camel.impl.converter.BaseTypeConverterRegistry.doConvertTo(BaseTypeConverterRegistry.java:306) ~[?:?]
         at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:133) ~[?:?]
         ... 70 more
 Caused by: java.io.UnsupportedEncodingException: utf-8;profile="http://my.company.profile.errorSchema.4.json#
         at sun.nio.cs.StreamDecoder.forInputStreamReader(StreamDecoder.java:71) ~[?:?]
         at java.io.InputStreamReader.<init>(InputStreamReader.java:100) ~[?:?]
         at org.apache.camel.converter.IOConverter.toReader(IOConverter.java:179) ~[?:?]
         at org.apache.camel.converter.IOConverter.toString(IOConverter.java:364) ~[?:?]
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
         at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
         at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:1351) ~[?:?]
 
A bug in Maven makes it impossible to set a proxy for a Maven Ant POM task (see https://jira.codehaus.org/browse/MANTTASKS-216). Building behind a firewall results in the following error:
[artifact:pom] Downloading: org/apache/apache/11/apache-11.pom from repository central at http://repo1.maven.org/maven2
[artifact:pom] Transferring 14K from central
[artifact:pom] [WARNING] Unable to get resource 'org.apache:apache:pom:11' from repository central (http://repo1.maven.org/maven2): Error transferring file: No route to host
[artifact:pom] An error has occurred while processing the Maven artifact tasks.
[artifact:pom]  Diagnosis:
[artifact:pom]
[artifact:pom] Unable to initialize POM pom.xml: Cannot find parent: org.apache:apache for project: org.apache.hcatalog:hcatalog:pom:0.11.0-SNAPSHOT for project org.apache.hcatalog:hcatalog:pom:0.11.0-SNAPSHOT
[artifact:pom] Unable to download the artifact from any repository
Despite the error message, Ant/Maven is actually able to retrieve the POM file by using the proxy set for Ant. However, it mysteriously fails when trying to retrieve the checksum, which causes the entire operation to fail. Regardless, a proxy should be set through Maven's settings.xml file. Since this is not possible, the only way to build HCat behind a firewall right now is to manually fetch the POM file and have Maven read it from the cache.
Ideally we would fix this in Maven, but given that this issue has been reported for a long time in a number of separate places I think it is more practical to modify the HCatalog build to specify the POM as a dependency, fetching it into the cache so that the artifact:pom task can succeed.

The handler-mapping builder is adding an extra slash to the beginning of handler mappings, causing MockMvc tests to fail because of strict matching in MockMvc.

@CompileStatic
class StaticPagesHtmlController {
    @RequestMapping("")
    public String home() {
        "index2"
    }

    @RequestMapping("about")
    String aboutMain() {
        "about/index"
    }
}

2015-05-04 01:37:09.954  INFO   --- [           main] ilder$StaticRequestMappingHandlerMapping : Mapped "{[/],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.artsquare.gallery.web.html.StaticPagesHtmlController.home()
2015-05-04 01:37:09.954  INFO   --- [           main] ilder$StaticRequestMappingHandlerMapping : Mapped "{[//about],methods=[],params=[],headers=[],consumes=[],produces=[],custom=[]}" onto public java.lang.String com.artsquare.gallery.web.html.StaticPagesHtmlController.aboutMain()

It looks like a potential defensive rule that adds the slash to the root-root mapping is also adding erroneous, breaking, slashes to the other mappings.

Testing HIVE-2810, I've found tag and alias are used in very confusing manner. For example, query below fails..

hive> set hive.auto.convert.join=true;                                                                                     
hive> select /*+ STREAMTABLE(a) */ * from myinput1 a join myinput1 b on a.key=b.key join myinput1 c on a.key=c.key;        
Total MapReduce jobs = 4
Ended Job = 1667415037, job is filtered out (removed at runtime).
Ended Job = 1739566906, job is filtered out (removed at runtime).
Ended Job = 1113337780, job is filtered out (removed at runtime).
12/02/24 10:27:14 WARN conf.HiveConf: DEPRECATED: Ignoring hive-default.xml found on the CLASSPATH at /home/navis/hive/conf/hive-default.xml
Execution log at: /tmp/navis/navis_20120224102727_cafe0d8d-9b21-441d-bd4e-b83303b31cdc.log
2012-02-24 10:27:14	Starting to launch local task to process map join;	maximum memory = 932118528
	at org.apache.hadoop.hive.ql.exec.HashTableSinkOperator.processOp(HashTableSinkOperator.java:312)
	at org.apache.hadoop.hive.ql.exec.MapredLocalTask.startForward(MapredLocalTask.java:325)
	at org.apache.hadoop.hive.ql.exec.MapredLocalTask.executeFromChildJVM(MapredLocalTask.java:272)
	at org.apache.hadoop.hive.ql.exec.ExecDriver.main(ExecDriver.java:685)

Failed task has a plan which doesn't make sense.

        b 
            limit: -1
        c 
            limit: -1
        b 
          TableScan
            alias: b
                0 {key} {value}
                1 {key} {value}
                2 {key} {value}
              keys:
                0 [Column[key]]
                1 [Column[key]]
                2 [Column[key]]
        c 
          TableScan
            alias: c
                   Inner Join 0 to 2
              keys:
              outputColumnNames: _col0, _col1, _col4, _col5, _col8, _col9
                      expr: _col0
                      type: int
                      expr: _col1
                      type: int
                      expr: _col4
                      type: int
                      expr: _col5
                      type: int
                      expr: _col8
                      type: int
                      expr: _col9
                      type: int
                  GlobalTableId: 0
                  table:

    Map Reduce
        a 
          TableScan
            alias: a
              keys:

For large batches (e.g. hundreds) of addPartitions(), the ObjectStore runs out of memory. Flushing the PersistenceManager alleviates the problem.
Note: The problem being addressed here isn't so much with the size of the hundreds of Partition objects, but the cruft that builds with the PersistenceManager, in the JDO layer, as confirmed through memory-profiling.
(Raising this on behalf of Chris Drome and Thiruvel Thirumoolan.)

Coverity found possible division by zero code. 
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=12563831&defectInstanceId=2991543&mergedDefectId=1422738

        private byte[] pkcs7Pad(byte[] buffer, int blockSize) {
            int len = buffer.length;
            int toFill = blockSize - (len % blockSize);
            byte[] padded = Arrays.copyOf(buffer, toFill + len);
            Arrays.fill(padded, len, padded.length, (byte) toFill);
            return padded;
        }

blockSize could be 0 as encrypt.getBlockSize() return 0 if used algorithm is not blocked-based. Although default cyptographic algoritm is block-based DEFAULT_CRYPTOGRAPHIC_ALGORITHM = "AES/CBC/NoPadding" , this is configurable with cryptoAlg option and thus non-block-based algorithm can be configured.

CompensatableTestCase, TransactionalTestCase, ATTestCase and BACoordinatorCompletionTestCase fails always on IPv6
Interesting part of Stacktrace in output:

Caused by: java.net.MalformedURLException: For input string: "52:0:1340::ffff:58:8080"
...
Caused by: java.lang.NumberFormatException: For input string: "52:0:1340::ffff:58:8080"

This issue is regression against EAP 7.1.0.DR16
Always

cd testsuite
mvn install -B -fae -DtestLogToFile=false -llr -Dnode0=$MYTESTIPV6_1 -Dnode1=$MYTESTIPV6_2 -Dtest=CompensatableTestCase,TransactionalTestCase -Dipv6 -Dts.xts -Djboss.dist=$JBOSS_DIST

Actual results - CompensatableTestCase.testActiveTransaction:

com.arjuna.wst.SystemException: javax.xml.ws.WebServiceException: Could not send Message.
	at com.arjuna.mwlabs.wst11.ba.remote.UserBusinessActivityImple.startTransaction(UserBusinessActivityImple.java:374)
	at com.arjuna.mwlabs.wst11.ba.remote.UserBusinessActivityImple.begin(UserBusinessActivityImple.java:117)
	at com.arjuna.mwlabs.wst11.ba.remote.UserBusinessActivityImple.begin(UserBusinessActivityImple.java:107)
	at org.jboss.as.test.xts.annotation.client.CompensatableTestCase.testActiveTransaction(CompensatableTestCase.java:77)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:170)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:135)
	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:98)
	at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction$$Lambda$835.00000000981DDBE0.call(Unknown Source)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$836.00000000981DE9D0.call(Unknown Source)

&amp#27;[0m07:23:05,920 INFO  [org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean] (default task-26) Creating Service {http://service.annotation.xts.test.as.jboss.org/}CompensatableServiceImplService from WSDL: http://[2620:52:0:1340::ffff:58]:8080/compensatable-test/CompensatableServiceImpl?wsdl
&amp#27;[0m&amp#27;[0m07:23:05,988 INFO  [org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean] (default task-26) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6-xts/6a602d98/jboss-eap-7.1/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.5.24.Final-redhat-1.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl
&amp#27;[0m&amp#27;[0m07:23:06,030 INFO  [org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean] (default task-26) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6-xts/6a602d98/jboss-eap-7.1/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.5.24.Final-redhat-1.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl
&amp#27;[0m&amp#27;[33m07:23:06,061 WARNING [org.apache.cxf.phase.PhaseInterceptorChain] (default task-26) Interceptor for {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService#{http://docs.oasis-open.org/ws-tx/wscoor/2006/06}CreateCoordinationContextOperation has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault: Could not send Message.
	at org.apache.cxf.interceptor.MessageSenderInterceptor.handleMessage(MessageSenderInterceptor.java:48)
	at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:514)
	at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:423)
	at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:324)
	at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:277)
	at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
	at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:139)
	at com.sun.proxy.$Proxy158.createCoordinationContextOperation(Unknown Source)
	at com.arjuna.webservices11.wscoor.client.ActivationCoordinatorClient.createCoordinationContextOperation(ActivationCoordinatorClient.java:94)
	at com.arjuna.webservices11.wscoor.client.ActivationCoordinatorClient.sendCreateCoordination(ActivationCoordinatorClient.java:87)
	at com.arjuna.wsc11.ActivationCoordinator.createCoordinationContext(ActivationCoordinator.java:77)
	at com.arjuna.mwlabs.wst11.ba.remote.UserBusinessActivityImple.startTransaction(UserBusinessActivityImple.java:355)
	at java.net.URL.<init>(URL.java:639)
	at java.net.URL.<init>(URL.java:502)
	at java.net.URL.<init>(URL.java:451)
	at java.net.URI.toURL(URI.java:1100)
	at org.apache.cxf.transport.http.Address.getURL(Address.java:60)
	at org.apache.cxf.transport.http.URLConnectionHTTPConduit.createConnection(URLConnectionHTTPConduit.java:109)
	at org.apache.cxf.transport.http.URLConnectionHTTPConduit.setupConnection(URLConnectionHTTPConduit.java:122)
	at org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduit.setupConnection(AsyncHTTPConduit.java:187)
	at org.apache.cxf.transport.http.HTTPConduit.prepare(HTTPConduit.java:499)
	at org.apache.cxf.interceptor.MessageSenderInterceptor.handleMessage(MessageSenderInterceptor.java:46)
	at java.lang.NumberFormatException.forInputString(NumberFormatException.java:76)
	at java.lang.Integer.parseInt(Integer.java:592)
	at java.lang.Integer.parseInt(Integer.java:627)
	at java.net.URLStreamHandler.parseURL(URLStreamHandler.java:239)
	at java.net.URL.<init>(URL.java:634)
	... 178 more

Actual results - TransactionalTestCase.testActiveTransaction:

	at com.arjuna.mwlabs.wst11.at.remote.UserTransactionImple.startTransaction(UserTransactionImple.java:308)
	at com.arjuna.mwlabs.wst11.at.remote.UserTransactionImple.begin(UserTransactionImple.java:80)
	at com.arjuna.mwlabs.wst11.at.remote.UserTransactionImple.begin(UserTransactionImple.java:70)
	at org.jboss.as.test.xts.annotation.client.TransactionalTestCase.testActiveTransaction(TransactionalTestCase.java:78)

&amp#27;[0m07:23:01,508 INFO  [org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean] (default task-11) Creating Service {http://service.annotation.xts.test.as.jboss.org/}TransactionalServiceImplService from WSDL: http://[2620:52:0:1340::ffff:58]:8080/transactional-test/TransactionalServiceImpl?wsdl
&amp#27;[0m&amp#27;[0m07:23:01,564 INFO  [org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean] (default task-11) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6-xts/6a602d98/jboss-eap-7.1/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.5.24.Final-redhat-1.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl
&amp#27;[0m&amp#27;[0m07:23:01,721 INFO  [org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean] (default task-11) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6-xts/6a602d98/jboss-eap-7.1/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.5.24.Final-redhat-1.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl
&amp#27;[0m&amp#27;[33m07:23:01,776 WARNING [org.apache.cxf.phase.PhaseInterceptorChain] (default task-11) Interceptor for {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService#{http://docs.oasis-open.org/ws-tx/wscoor/2006/06}CreateCoordinationContextOperation has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault: Could not send Message.
	at com.arjuna.mwlabs.wst11.at.remote.UserTransactionImple.startTransaction(UserTransactionImple.java:289)

No errors

https://builds.apache.org/view/All/job/HBase-Trunk_matrix/jdk=latest1.8,label=yahoo-not-h2/1100/ 
the TestCloneSnapshotProcedure is written in a way that relies on the execution order and does not tolerate failure of a previous test.
getSnapshot() has a cached snapshot. if we haven't created yet we will create it.
(from how the code is written is a bit unclear that where we are taking the snapshot, so in the patch I moved out the call to make it more readable)
In this case we started with testCloneSnapshotToSameTable and it failed because the table was waiting for flushes and compaction and it took a long time.

org.apache.hadoop.hbase.snapshot.SnapshotTestingUtils.waitForTableToBeOnline(SnapshotTestingUtils.java:737)
  at org.apache.hadoop.hbase.snapshot.SnapshotTestingUtils.loadData(SnapshotTestingUtils.java:799)
  at org.apache.hadoop.hbase.snapshot.SnapshotTestingUtils.loadData(SnapshotTestingUtils.java:770)
  at org.apache.hadoop.hbase.master.procedure.TestCloneSnapshotProcedure.getSnapshot(TestCloneSnapshotProcedure.java:114)
  at org.apache.hadoop.hbase.master.procedure.TestCloneSnapshotProcedure.testCloneSnapshotToSameTable(TestCloneSnapshotProcedure.java:176)

when we got to testRollbackAndDoubleExecution which stop and start the executor to simulate crashes the snapshot. we ask the executor to stop and then we asked to take a snapshot, but of course the executor is not running so we are stuck there. 
Similarly if we run TestCloneSnapshotProcedure#testRollbackAndDoubleExecution alone, this will always fail because of the above. the snapshot cannot be taken because we stopped the executor. the test here was written relying on the execution order. easy fix is to take the snapshot before stopping the executor for the clone failure simulation as it is supposed to be.

Duplicate records are registered in mgmt-groups.properties and application-roles.properties if adding user with empty group name as follows.
1. Add user "testuser1" with empty group from add-user.sh.
$JBOSS_HOME/bin/add-user.sh -sc ./standalone/configuration -u testuser1 -p RedHat1! -g ""
2. After that, the following record is written in the group property file.

mgmt-groups.properties (application-roles.properties)
testuser1=

3. Add user "testuser2" with empty group from add-user.sh.
$JBOSS_HOME/bin/add-user.sh -sc ./standalone/configuration -u testuser2 -p RedHat1! -g ""
4. After that, the user records that have empty group will be registered duplicately as below.

testuser2=
testuser1=    # duplicate record

The JavaDoc of ServletRequest does not specify the parameter name to be a non-null value. So we have to deal with clients calling the method with a null value leniently and simply return null. 
Servlet containers like Jetty are not as strict and thus one might stumble over this issue only when using e.g. Spring MVC testing framework.

ACID tables are not getting compacted properly due to an AccessControlException, this only occurs for tables contained in the non-default database.
The root cause for the issue is the re-use of an already created DistributedFileSystem instance within a new DoAs context. I will attach a patch for the same.
Stack below (anonymized)

compactor.Worker: Caught an exception in the main loop of compactor worker [[hostname]]-34, org.apache.hadoop.security.AccessControlException: Permission denied: user=hive, access=EXECUTE, inode="/hive/non-default.db":nothive:othergroup:drwxrwx---
        at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkTraverse(FSPermissionChecker.java:275)
        at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkPermission(FSPermissionChecker.java:215)
        at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkPermission(FSPermissionChecker.java:199)
        at org.apache.hadoop.hdfs.server.namenode.FSDirectory.checkPermission(FSDirectory.java:1752)
        at org.apache.hadoop.hdfs.server.namenode.FSDirStatAndListingOp.getFileInfo(FSDirStatAndListingOp.java:100)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getFileInfo(FSNamesystem.java:3820)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getFileInfo(NameNodeRpcServer.java:1012)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getFileInfo(ClientNamenodeProtocolServerSideTranslatorPB.java:855)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2217)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2213)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1767)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2211)

        at sun.reflect.GeneratedConstructorAccessor83.newInstance(Unknown Source)
        at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:73)
        at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:2110)
        at org.apache.hadoop.hdfs.DistributedFileSystem$22.doCall(DistributedFileSystem.java:1305)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1301)
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorThread$1.run(CompactorThread.java:172)
        at org.apache.hadoop.hive.ql.txn.compactor.CompactorThread.findUserToRunAs(CompactorThread.java:169)
        at org.apache.hadoop.hive.ql.txn.compactor.Worker.run(Worker.java:151)
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.security.AccessControlException): Permission denied: user=hive, access=EXECUTE, inode="/hive/non-default.db":nothive:othergroup:drwxrwx---

        at org.apache.hadoop.ipc.Client.call(Client.java:1476)
        at org.apache.hadoop.ipc.Client.call(Client.java:1413)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:229)
        at $Proxy34.getFileInfo(Unknown Source)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getFileInfo(ClientNamenodeProtocolTranslatorPB.java:776)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:191)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:102)
        at $Proxy35.getFileInfo(Unknown Source)
        at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:2108)
        ... 10 more

I somehow was able to get an empty hbase.version file on a test machine and when I start HBase I see:

starting master, logging to /data/jdcryans/git/hbase/bin/../logs/hbase-jdcryans-master-hbasedev.out
Exception in thread "master-hbasedev:60000" java.lang.NullPointerException
	at org.apache.hadoop.hbase.master.HMaster.stopServiceThreads(HMaster.java:559)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:286)

And in the master's log:

2010-11-22 10:08:43,003 FATAL org.apache.hadoop.hbase.master.HMaster: Unhandled exception. Starting shutdown.
        at java.io.DataInputStream.readUnsignedShort(DataInputStream.java:323)
        at java.io.DataInputStream.readUTF(DataInputStream.java:572)
        at org.apache.hadoop.hbase.util.FSUtils.getVersion(FSUtils.java:151)
        at org.apache.hadoop.hbase.util.FSUtils.checkVersion(FSUtils.java:170)
        at org.apache.hadoop.hbase.master.MasterFileSystem.checkRootDir(MasterFileSystem.java:226)
        at org.apache.hadoop.hbase.master.MasterFileSystem.createInitialFileSystemLayout(MasterFileSystem.java:104)
        at org.apache.hadoop.hbase.master.MasterFileSystem.<init>(MasterFileSystem.java:89)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:337)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:273)
2010-11-22 10:08:43,006 INFO org.apache.hadoop.hbase.master.HMaster: Aborting

I thought that that kind of issue was solved a long time ago, but somehow it's there again. I'll fix by handling the EOF and also will look at that ugly NPE.

Since the recent change to the Metrics setup it seems that the RPC related stats have been completely dropped. See attached files for details.

The HBASE-4515 patch mistakenly added unused imports to TestUser:

import org.apache.hadoop.security.UnixUserGroupInformation;
import org.apache.hadoop.security.UserGroupInformation;

Both should be removed.  UnixUserGroupInformation is specific to non-secure Hadoop and importing it will break compilation against secure Hadoop variants (0.20.205, 0.22, 0.23).

From user:
With Spring Data Geode 1.0.0.APACHE-GEODE-INCUBATING-M3 as well as 1.0.0.INCUBATING=RELEASE releases, I found that whenever you specify locators property on CacheServerApplication annotation (also applies to PeerCacheApplication), it gives a problem due to recursive calls bug in AbstractCacheConfiguration class.

class AbstractCacheConfiguration {

  setLocators(Integer mcastPort) {
    this.mcastPort = mcastPort;
    setMcastPort(DEFAULT_MCAST_PORT);
  }

...

  setMcastPort(String locators) {
    this.locators = locators;
    setLocators(DEFAULT_LOCATORS);
  }
}

Example:

@CacheServerApplication(autoStartup=true, locators="localhost[9001]")
public class MyCacheServiceMain {
  // Main method as trivial
}

But with that it gives, Stackoverflow error...

at org.springframework.data.gemfire.config.annotation.AbstractCacheConfiguration.setLocators(AbstractCacheConfiguration.java:685) ~[spring-data-geode-1.0.0.APACHE-GEODE-INCUBATING-M3.jar:na]
at org.springframework.data.gemfire.config.annotation.AbstractCacheConfiguration.setMcastPort(AbstractCacheConfiguration.java:712) ~[spring-data-geode-1.0.0.APACHE-GEODE-INCUBATING-M3.jar:na]
at org.springframework.data.gemfire.config.annotation.AbstractCacheConfiguration.setMcastPort(AbstractCacheConfiguration.java:712) ~[spring-data-geode-1.0.0.APACHE-GEODE-INCUBATING-M3.jar:na]at org.springframework.data.gemfire.config.annotation.AbstractCacheConfiguration.setLocators(AbstractCacheConfiguration.java:685) ~[spring-data-geode-1.0.0.APACHE-GEODE-INCUBATING-M3.jar:na]

In domain mode, the server instances cannot find the keytab if the ApplicationRealm is configured to use kerberos as the server-identity:

            <security-realm name="ApplicationRealm">                                                                                                                               
              <server-identities>                                                                                                                                                  
                <kerberos>                                                                                                                                                         
                  <keytab principal="remote/imahost.imadomain.net@VM29" path="/path/to/keytab"/>                                                       
                </kerberos>                                                                                                                                                        
              </server-identities>                                                                                                                                                              
              <authentication>                                                                                                                                                                     
                <kerberos remove-realm="true"/>                                                                                                                                    
              </authentication>                                                                                                                                                    
              <authorization>                                                                                                                                                      
                <properties path="application-roles.properties" relative-to="jboss.domain.config.dir"/>                                                                                                   
               </authorization>                                                                                                                                                     

This results in the following error and the server instances fail to start:
[Server:server-one] 15:10:35,360 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("validate-authentication") failed - address: ([
[Server:server-one]     ("core-service" => "management"),
[Server:server-one]     ("security-realm" => "ApplicationRealm")
[Server:server-one] ]) - failure description: "WFLYDM0094: Kerberos is enabled for authentication on security realm 'ApplicationRealm' but no Keytab has been added to the server-identity."
[Server:server-one] 15:10:35,376 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.

From email:
I was reading the Acegi Reference 1.0.4 in PDF format and I found some little errors, but I found one that I think is more important:
In the page 72 in the sentece:
"Like many other parts of Acegi Security, AfterInvocationManager has a single concrete implementation, AfterInvocationProvider, which polls a list of AfterInvocationProviders"
must be:
"Like many other parts of Acegi Security, AfterInvocationManager has a single concrete implementation, AfterInvocationProviderManager, which polls a list of AfterInvocationProviders

Saw this failure on my hudson:
...elided...
	at org.apache.hadoop.hbase.rest.HBaseRESTClusterTestBase.startServletContainer(HBaseRESTClusterTestBase.java:60)
	at org.apache.hadoop.hbase.rest.HBaseRESTClusterTestBase.setUp(HBaseRESTClusterTestBase.java:27)
	at org.apache.hadoop.hbase.rest.TestTableResource.setUp(TestTableResource.java:63)

Previously, it was possible to have a controller method that returned a Resource-wrapped @Projection interface of a domain type. Somewhere between 2.3.2 and 2.4, this functionality was broken. 
The below code sample works fine in SDR 2.3.2, but in 2.4 and current SNAPSHOTs it results in the following error: 

Failed to write HTTP message: org.springframework.http.converter.HttpMessageNotWritableException: Could not write content: Can not start an object, expecting field name; nested exception is com.fasterxml.jackson.core.JsonGenerationException: Can not start an object, expecting field name

Testing this out, serializing a Resource-wrapped POJO works fine, a Resource-wrapped domain type works fine, a non-wrapped Projection works fine, but a Resource-wrapped projection fails with the above error. Using the SDR repository controller to return the projection works fine, too.
This feels like a bug? 
Below is sample code for reproducing this. Tested with Spring Boot 1.2.7 and SDR 2.3.2 (working) and Spring Boot 1.3.1.RC1 and SDR 2.4.0.RELEASE (not working).

public class Sandbox {

        SpringApplicationBuilder builder = new SpringApplicationBuilder(Sandbox.class);
        builder.run(args);

    }
}

public interface PersonRepository extends CrudRepository<Person,Long> {
}

@Projection(types=Person.class,name="test")
public interface PersonProjection {

    String getName();
}

@Entity
@Getter
@Setter
public class Person {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)

    private String phone;

}

    private final ProjectionFactory projectionFactory = new SpelAwareProxyProjectionFactory();

    private PersonRepository personRepository;

    @RequestMapping(value = "/test/{id}", produces = "application/hal+json")
    public ResponseEntity<Resource<PersonProjection>> getProjection(@PathVariable Long id){
        Person one = personRepository.findOne(id);
        PersonProjection projection = projectionFactory.createProjection(PersonProjection.class, one);
        return ResponseEntity.ok(new Resource<>(projection));
    }

    @RequestMapping(value = "/test", produces = "application/hal+json")
    public ResponseEntity<Resources<Resource<PersonProjection>>> getProjections(){
        Set<Person> people = Sets.newHashSet(personRepository.findAll());
        Resources<Resource<PersonProjection>> wrap = Resources.wrap(people.stream().map(o -> projectionFactory.createProjection(PersonProjection.class, o)).collect(Collectors.toSet()));
        return ResponseEntity.ok(wrap);
    }

@SpringApplicationConfiguration(classes = Sandbox.class)
public class TestProjection {

    private WebApplicationContext webApplicationContext;
    
    @Before
    public void before(){
        mockMvc = MockMvcBuilders.webAppContextSetup(webApplicationContext).build();
        person.setName("Adam");
        person.setPhone("123456");
        personRepository.save(person);
        
    }

    @Test 
    public void testProjection() throws Exception {
        mockMvc.perform(get("/test")).andDo(print()).andExpect(status().is2xxSuccessful()).andExpect(jsonPath("$._embedded.persons[0].name").value("Adam")).andExpect(jsonPath("$._embedded.persons[0].phone").doesNotExist());
    }

    @Test
    public void testProjectionSingleResource() throws Exception {
        mockMvc.perform(get("/test/1")).andDo(print()).andExpect(status().is2xxSuccessful()).andExpect(jsonPath("$.name").value("Adam")).andExpect(jsonPath("$.phone").doesNotExist());
    }

    @Test
    public void testProjectionViaSDR() throws Exception {
        mockMvc.perform(get("/persons?projection=test")).andDo(print()).andExpect(status().is2xxSuccessful()).andExpect(jsonPath("$._embedded.persons[0].name").value("Adam")).andExpect(jsonPath("$._embedded.persons[0].phone").doesNotExist());
    }

    @Test
    public void testProjectionViaSDRSingleResource() throws Exception {
        mockMvc.perform(get("/persons/1?projection=test")).andDo(print()).andExpect(status().is2xxSuccessful()).andExpect(jsonPath("$.name").value("Adam")).andExpect(jsonPath("$.phone").doesNotExist());
    }

}

Trying a remote install of cloud foundry addon produces the following exception
Downloading https://anonsvn.springframework.org/svn/cloudfoundry_plugins/roo/com
.cloudfoundry.roo.addon/trunk/releases/com.cloudfoundry.roo.addon-1.0.0.M1.zip
RSA premaster secret error
javax.net.ssl.SSLKeyException: RSA premaster secret error
    at com.sun.net.ssl.internal.ssl.RSAClientKeyExchange.<init>(RSAClientKeyExchange.java:97)
    at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverHelloDone(ClientHandshaker.java:634)
    at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:226)
    at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:516)
    at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:454)
    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:884)
    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1096)
    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1123)
    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1107)
    at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:415)
    at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1026)
    at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:234)
    at java.net.URL.openStream(URL.java:1009)
    at org.springframework.roo.bootstrap.AddOnOperations.install(AddOnOperations.java:183)
    at org.springframework.roo.bootstrap.AddOnCommands.installCmd(AddOnCommands.java:36)
    at org.springframework.roo.bootstrap.ProcessManagerHostedExecutionStrategy$1.callback(ProcessManagerHostedExecutionStrategy.java:33)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:131)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:94)
    at org.springframework.roo.bootstrap.ProcessManagerHostedExecutionStrategy.execute(ProcessManagerHostedExecutionStrategy.java:31)
    at org.springframework.roo.shell.internal.AbstractShell.executeCommand(AbstractShell.java:124)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:82)
    at org.springframework.roo.bootstrap.Bootstrap.run(Bootstrap.java:113)
    at org.springframework.roo.bootstrap.Bootstrap.main(Bootstrap.java:53)
Caused by: java.security.NoSuchAlgorithmException: SunTlsRsaPremasterSecret KeyGenerator not available
    at javax.crypto.KeyGenerator.<init>(DashoA13*..)
    at javax.crypto.KeyGenerator.getInstance(DashoA13*..)
    at com.sun.net.ssl.internal.ssl.JsseJce.getKeyGenerator(JsseJce.java:223)
    at com.sun.net.ssl.internal.ssl.RSAClientKeyExchange.<init>(RSAClientKeyExchange.java:89)
    ... 28 more

I have a controller like
@RequestMapping(value = "/customer/
{id}
", method = 
{ RequestMethod.GET }
)
public ModelAndView getById(@PathVariable("id") int id) {
}
I do a GET to http://localhost:8080/customer/42.xml to get an XML representation. Result:
org.springframework.web.util.NestedServletException: Request 
 processing failed; nested exception is 
org.springframework.beans.TypeMismatchException:
Failed to convert value of type [java.lang.String] to required type 
[int];
nested exception is java.lang.NumberFormatException: For input string:
"42.xml"
i.e. the extension is considered part of the id and therefore it fails.

testReadLockExcludesWriters(org.apache.hadoop.hbase.zookeeper.lock.TestZKInterProcessReadWriteLock)  Time elapsed: 0.003 sec  <<< ERROR!
java.lang.Exception: test timed out after 3000 milliseconds

You can find the test output here:
https://builds.apache.org/job/PreCommit-HBASE-Build/4634/artifact/trunk/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.zookeeper.lock.TestZKInterProcessReadWriteLock-output.txt

ZooKeeperHiveLockManager prints a info level log every time it is acquiring or releasing a lock. For a table with 10K partitions, that's 20K+ log lines.

We need to check the stability of underlay file system when closing async wal.  Otherwise, our hbase can't shutdown gracefully.

When loading a standard rest service into Camel and setting up Swagger.

rest("{{BASE_URL}}").get("/{customerId}").description("...")...

The Base_URL portion is
1. interpreted as a parameter much like 
{customerId}
, i.e. the JSON displays: "
{BASE_URL}
" and "customerId" as the parameter name (removing outside curly brace)
2. the associated property is not loaded from the properties file
The Property Place Holder portion though works for the rest-dsl configuration:

 restConfiguration().apiProperty("api.title", "{{spring.application.name}}")

When a client send a request with a sessionid having an invalid base64 character to clustered instances, the request failes with "IllegalArgumentException: Illegal base64 character". 
For example, "IllegalArgumentException: Illegal base64 character 2b" happens when a request session id contains "+" and  "IllegalArgumentException: Illegal base64 character 3a" happens when a request session id contains ":". Here's an example error message with stack trace:

18:29:17,111 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (default task-1) ISPN000136: Error executing command GetKeyValueCommand, writing keys []: java.lang.IllegalArgumentException: Illegal base64 character 2b
	at java.util.Base64$Decoder.decode0(Base64.java:714)
	at java.util.Base64$Decoder.decode(Base64.java:526)
	at java.util.Base64$Decoder.decode(Base64.java:549)
	at org.wildfly.clustering.web.IdentifierSerializer$2.write(IdentifierSerializer.java:56)
	at org.wildfly.clustering.web.IdentifierSerializer$2.write(IdentifierSerializer.java:53)
	at org.wildfly.clustering.web.infinispan.SessionKeyExternalizer.writeObject(SessionKeyExternalizer.java:61)
	at org.wildfly.clustering.web.infinispan.SessionKeyExternalizer.writeObject(SessionKeyExternalizer.java:40)
	at org.infinispan.marshall.core.GlobalMarshaller.writeExternal(GlobalMarshaller.java:632)
	at org.infinispan.marshall.core.GlobalMarshaller.writeNonNullableObject(GlobalMarshaller.java:400)
	at org.infinispan.marshall.core.GlobalMarshaller.writeNullableObject(GlobalMarshaller.java:349)
	at org.infinispan.commons.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:243)
	at org.infinispan.commons.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:221)
	at org.infinispan.commands.control.LockControlCommand.writeTo(LockControlCommand.java:153)
	at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.marshallParameters(CacheRpcCommandExternalizer.java:118)
	at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:114)
	at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:65)
	at org.infinispan.marshall.core.GlobalMarshaller.writeInternal(GlobalMarshaller.java:618)
	at org.infinispan.marshall.core.GlobalMarshaller.writeNonNullableObject(GlobalMarshaller.java:396)
	at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:182)
	at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:175)
	at org.infinispan.marshall.core.GlobalMarshaller.objectToBuffer(GlobalMarshaller.java:299)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.marshallRequest(JGroupsTransport.java:949)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.sendCommand(JGroupsTransport.java:1146)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeCommand(JGroupsTransport.java:837)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeCommand(JGroupsTransport.java:123)
	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeCommand(RpcManagerImpl.java:165)
	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.visitLockControlCommand(TxDistributionInterceptor.java:166)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenApply(BaseAsyncInterceptor.java:74)
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:78)
	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:107)
	at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38)
	at org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:454)
	at org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:187)
	at org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:170)
	at org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
	at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:485)
	at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:528)
	at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:348)
	at org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:658)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:78)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:68)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:59)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:37)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.viewSession(InfinispanSessionManager.java:233)
	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:234)
	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:904)
	at io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:412)
	at io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:417)
	at org.apache.jasper.runtime.PageContextImpl.initialize(PageContextImpl.java:137)
	at org.apache.jasper.runtime.JspFactoryImpl.internalGetPageContext(JspFactoryImpl.java:109)
	at org.apache.jasper.runtime.JspFactoryImpl.getPageContext(JspFactoryImpl.java:60)
	at org.apache.jsp.example_jsp._jspService(example_jsp.java:81)
	at io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
	at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:67)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1521)

18:29:17,116 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /test/example.jsp: javax.servlet.ServletException: org.infinispan.commons.CacheException: java.lang.IllegalArgumentException: Illegal base64 character 2b
	at org.apache.jsp.example_jsp._jspService(example_jsp.java:103)
Caused by: org.infinispan.commons.CacheException: java.lang.IllegalArgumentException: Illegal base64 character 2b
	at org.infinispan.interceptors.impl.InvocationContextInterceptor.rethrowException(InvocationContextInterceptor.java:134)
	at org.infinispan.interceptors.impl.InvocationContextInterceptor.lambda$new$0(InvocationContextInterceptor.java:62)
	at org.infinispan.interceptors.InvocationExceptionFunction.apply(InvocationExceptionFunction.java:21)
	at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.addCallback(SimpleAsyncInvocationStage.java:69)
	at org.infinispan.interceptors.InvocationStage.andExceptionally(InvocationStage.java:34)
	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:128)
	... 48 more
	Suppressed: java.util.concurrent.ExecutionException: org.infinispan.commons.CacheException: java.lang.IllegalArgumentException: Illegal base64 character 2b
		at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
		at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915)
		at org.infinispan.util.concurrent.CompletableFutures.await(CompletableFutures.java:82)
		at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.get(SimpleAsyncInvocationStage.java:37)
		at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:250)
		... 67 more
	[CIRCULAR REFERENCE:org.infinispan.commons.CacheException: java.lang.IllegalArgumentException: Illegal base64 character 2b]
Caused by: java.lang.IllegalArgumentException: Illegal base64 character 2b
	... 74 more

This issue is very similar to WFLY-6278 but this happens at a slight different code:

WFLY-6278 happened at DistributableSessionManager#getSession(HttpServerExchange exchange, SessionConfig config)
This issue happens at DistributableSessionManager#getSession(String sessionId)

If I understand correctly, the latter one was not executed before during processing a request. However, UNDERTOW-1003 introduced a feature checking if a session id exists in other session managers (= check if a session id exists in other web applications) by default. It executes DistributableSessionManager#getSession(String sessionId) to find if an existing session. Therefore, the similar IllegalArgumentException now happens at the latter one. 

Here is the user complain in the mailing list.

I recently had a production issue where there was an exception thrown when 
the CC or the BCC headers were set to "": 

com.sun.mail.smtp.SMTPAddressFailedException: 554 5.1.1 Invalid recipient address 

This is similar to DATAMONGO-467 which was resolved a while back.
But in this case instead of .eq() I am using .in().

@Document
}

Collection<String> collection = new ArrayList<>();
collection.add("abcdef.....");
Iterable<User> user = userRepository.findAll(QUser.user.id.in(collection));

This is translating to $in clause with empty collection

HS2 should use /etc/tez/conf, HSI should use /etc/tez_llap/conf 

The AtomicInteger/Long classes expect the Connection.exec() classes to return null if a watched value has been modified.  As of 0.2, SRP does not distinguish b/w actual transaction failures and a null multi-bulk reply returned from exec.  
Need to see if this has been fixed in an upgrade and file issue with SRP if not.

When using the commons configuration inside a WAR loading a XML file works fine when done like this:
InputStream is = this.getClass().getClassLoader().getResourceAsStream("/conf/main.xml");
builder.load(is);
The problem is when the main.xml reference other xml files:
configuration>
    <xml fileName="child1.xml"/>
If the structure of the war is:
/
/classes
/conf/child1.xml
/conf/main.xml
There seems to be no way to pick up child1.xml from main.xml when loading main.xml as a stream.

Now, the SimpleJpaRepository's deleteAll() calls em.clear(). So, If I use B.deleteAll() after A.insert(), the insertion of A is ignored.

public void doSomething() {
  Book springBook = new Book("spring");
  bookRepository.save(springBook);
  
  CardRepository.deleteAll();
  
  //then, the springBook will not be inserted to the DB, because in the deleteAll(), em.clear() is called.
}

The toString() accurately shows entries for db-managed fields, however these same fields are removed from the toString() method if a new field is added to the entity's .java file. Then only the .java file's fields are displayed in the toString() method.

I have an application context with three listener containers defined:

  <rabbit:listener-container  id="manualAcknowledge" connection-factory="rabbitConnectionFactory" acknowledge="manual"
                             task-executor="asyncMessageExecutor">
    <rabbit:listener ref="client.direct" queues="queue.1.ccad-test-client"/>
  </rabbit:listener-container>

  <rabbit:listener-container id="autoAcknowledge" connection-factory="rabbitConnectionFactory" acknowledge="auto"
                             task-executor="asyncMessageExecutor" auto-startup="false">
    <rabbit:listener ref="client.string.adapted" queues="queue.2.ccad-test-client" method="handleMessage"/>

  <bean id="client.string.adapted"
        class="com.ccadllc.firebird.core.rabbitmq.client.impl.SimpleStringAdaptedListenerExample"/>
  <bean id="client.direct" class="com.ccadllc.firebird.core.rabbitmq.client.impl.DirectListenerExample"/>

  <bean id="repoMessageListener" class="com.ccadllc.firebird.core.rabbitmq.client.impl.marshaling.RepoMessageListener"/>

  <rabbit:listener-container id="repoMessageContainer" connection-factory="rabbitConnectionFactory" acknowledge="manual"
    <rabbit:listener ref="repoMessageListener" queues="queue.3.ccad-test-client-repos"/>

When I try to reference the beans by the id that I provide, the beans are not found.
Turning on debug logging for org.springframework.beans, I found that the beans were being created, but with auto-generated ids:
org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer#0
org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer#1
org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer#2
When I referenced them using the auto-generated ids, the beans were found and the application worked.  
FWIW, this is an upgrade of an existing Spring 3.x, Java 1.6 application to Java 8, Spring 4.1.6.

HBASE-11536 fixes a case where on a very rare occasion, the meta updates may be processed out of order. The fix is to use the RS's timestamp for the server column in meta update, but that actually opens up a vulnerability for clock skew (see the discussions in the jira). 
For the region replicas case, we can reproduce a problem where the server name field is eclipsed by the masters earlier update because the RS is lagging behind. However, this is not specific to replicas, but occurs more frequently with it. 
One option that was discussed was to send the master's ts with open region RPC and use it. 

Also ServerSetupObserver#handleAfterUndeploy() never removes a deployment from its structure if it had no observer.

While the SystemCommandTasklet implements StoppableTasklet it does not actually check the job repository to see if a stop has been requested.

SetDefaultLocalBusinessInterfaceProcessor currently doesn't take into account the nointerface view exposed by a bean. As a result, it sets a default business interface even when a bean exposes a no-interface view. This shouldn't happen.

When a RS scanner get a TIME_LIMIT_REACHED_MID_ROW state, they will stop scanning and send back what it has read to client and mark the message as a heartbeat message. If there is no cell has been read, it will be an empty response. 
However, ClientScanner only handles the situation that the client gets an empty heartbeat and its cache is not empty. If the cache is empty too, it will be regarded as end-of-region and open a new scanner for next region.

private synchronized void initHeartbeatExecutorService() {
    if (heartbeatExecutorService != null && !heartbeatExecutorService.isShutdown()
        && !heartbeatExecutorService.isTerminated()) {
      return;
    }
...

heartbeatExecutorService is a static field, so this needs class sync, not object sync.

.factorypath files are generated by eclipse and should be ignored

Executing list-add operation on login-modules results in the modules being replaced instead of appending new module.

In a scenario where:

one thread commands server to shutdown with 30s timeout and sleeps for 20s (in order to keep the server alive).
another thread tries to call server (the server is in SUSPENDING phase)

The call to the server should be refused and some exception should be thrown.
It works fine for JTA. But for JTS another call is successfully processed by the the server and no exception is thrown

Testing BucketCache, my heap filled after running for hours. Dumping heap, culprit is the ramCache Map in BucketCache.  Tried running with more writer threads but made no difference.  Trying to figure now how our accounting is going wonky.

Port 0 is almost universally considered a wildcard port/indeterminate port/ephemeral/port chosen by the OS and obviously applying an offset to such port (e.g. offset of -100) will fail on multiple fronts, e.g.:

Caused by: java.lang.IllegalArgumentException: port out of range:-100

This is a regression introduced in https://issues.jboss.org/browse/WFLY-2345 based on discussion on https://developer.jboss.org/message/842406#842407 in PR https://github.com/wildfly/wildfly/pull/5307/files#diff-1a9ef995f085779b0598a1322551e580L114
The original condition was also not really correct, since we allow negative and positive port offsets, the correct condition really is 

if (!isFixedPort && port != 0) {

The UriTemplate class is Serializable, but HierarhicalUriComponents and OpaqueUriComponents, referenced through UriTemplate#uriComponents are not and break serialization.

SparkJobMonitor (79) and TezJobMonitor (788) call

String.format("%s: -/-\t", stageName, complete, total)

complete, total can be removed because pattern uses only the first parameter stageName

[rhusar@syrah wildfly-11.0.0.Alpha1-SNAPSHOT]$ diff standalone/configuration/standalone-full-ha.xml standalone/configuration/standalone_xml_history/standalone-full-ha.initial.xml
snip elytron reported as https://issues.jboss.org/browse/JBEAP-9592
557c553
<             <object-store path="tx-object-store" relative-to="jboss.server.data.dir"/>
—
>             <object-store relative-to="jboss.server.data.dir" path="tx-object-store"/>
596d591
<
611d605
<

When I compare host-elytron.xml to host.xml, 
1) jvm settings use permgen element
2) probably unnecesarry configuration of unsecure profile stays there
Is it worth provide elytron-like host-master/host-slave configuration files for convenience?

Now that subtasks in HIVE-17039 will be completed, it will be good to have a perf cli driver with constraints declaration.

Spark seems to instantiate multiple instances of output formats within a single process.  When mapred.TableOutputFormat (not mapreduce.TableOutputFormat) is used, this may cause connection leaks that slowly exhaust the cluster's zk connections.  
This patch fixes that.

If I @Autowire with a @Qualifier and spell the bean name wrong, I get this:

...
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [org.springframework.batch.core.Job] is defined: Unsatisfied dependency of type [interface org.springframework.batch.core.Job]: expected at least 1 matching bean
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:690)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:448)
	... 28 more

which looks like there is no bean of the right type.  In fact there is at least one, but not one with the right name.

Some SAAJ implementations (Axis1 for instance) don't read the entire message when using MessageFactory.createMessage(mimeHeaders,InputStream). Instead, they lazily instantiate the message. Therefore, closing the stream should be deferred to when the connection is closed. 
See http://forum.springframework.org/showthread.php?t=40413

Recently JSF mojarra was updated to 2.2.0.Final https://github.com/wildfly/wildfly/pull/4568. A user has reported that the version is being incorrectly reported https://github.com/wildfly/wildfly/commit/a0a6adc2aa7e87975991300488b6a692d8afe1b4#commitcomment-3324302.
It indeed looks like a bug in the forked version, in the commit here https://github.com/jboss/mojarra/commit/e83154185eea8e94533718dba7086f181687850f#L2R330

Users may have set config in their scripts. If we remove said config in later version then config validation code will throw exception for scripts containing said config. This unnecessary incompatibility can be avoided.

The vectorization validation codepath should treat the existing operator tree as immutable, so that the VectorizerCannotVectorizeException does not have to undo any changes to the operator tree when caught.

Autowiring a bean in a class used in a custom PermissionEvaluator leads to NoSuchBeanDefinitionException. If the @Autowire annotation is commented in code, the context loads correctly (but tests obviously then fail).
This is similar to referenced post in spring forums.

public class TestEntityPermission extends AbstractPermission {

    @Autowired // comment this and context loads
    private TestEntityService testEntityService;
    
    public boolean isAllowed(Authentication authentication, Object targetDomainObject,
            String permissionType) {
        //...
    }
}

public class DefaultPermissionEvaluator implements PermissionEvaluator {

    private Map<String, Permission> permissionNameToPermissionMap = new HashMap<>();

	private boolean checkPermissionByDomainObject(Authentication authentication,
            Object targetDomainObject, String permissionValue) {
        String permissionType = getPermissionType(permissionValue);
        String permissionName = getPermissionTarget(permissionValue);
        verifyPermissionIsDefined(permissionName);
        Permission permission = permissionNameToPermissionMap.get(permissionName);
        return permission.isAllowed(authentication, targetDomainObject, permissionType);
    }

}

Attached is a sample App (maven) with the according test case.

Artemis 1.1.0.wildfly-010 has a new attribute journal-pool-files that must be added to the server resource definition

The attribute flushOnSessionInvalidation  does not flush the user credentials when the session is invalidated or when it times out. If the password or roles change for the user, the only way to get the new changes is by restarting the server.
I tried removing "cache-type=default" from the standalone-full.xml and it works, but for every action made on the site, the login method in the authentication module is called.

I see the following source in hive
TezSessionPoolManager.java
   private TezSessionState getSession(HiveConf conf, boolean doOpen)
       throws Exception {
     String queueName = conf.get("tez.queue.name");
     ...
   }
  private TezSessionState getNewSessionState(HiveConf conf,
      String queueName, boolean doOpen) throws Exception {
    TezSessionPoolSession retTezSessionState = createAndInitSession(queueName, false);
    if (queueName != null) {
      conf.set(TezConfiguration.TEZ_QUEUE_NAME, queueName);
    }
  ...
  }

TezConfiguration.TEZ_QUEUE_NAME is the same as tez.queue.name , i think we should consistently use it.

Fix the bug of not updating location cache.
Add a testcase for it.

Issue:
while using ADD_Months function on a timestamp datatype column the output omits the time part[HH:MM:SS] part from output.
which should not be the case.
query: EMAIL_FAILURE_DTMZ is of datatype timestamp in hive.
hive> select CUSTOMER_ID,EMAIL_FAILURE_DTMZ,ADD_MONTHS (EMAIL_FAILURE_DTMZ , 1) from TABLE1 where CUSTOMER_ID=125674937;
OK
125674937   2015-12-09 12:25:53     2016-01-09
hiver version :
hive> !hive --version;
 Hive 1.2.1000.2.5.6.0-40
 
can you please help if somehow I can get below as output:
 
125674937   2015-12-09 12:25:53           2016-01-09 12:25:53

Hello there,
i hope this is indeed a Spring Framework and not a Spring Boot bug. If not, please excuse and move it to the right place.
In my application i have a WebSocketMessageBroker (enabled through @EnableWebSocketMessageBroker) as well as a HttpSessionEventPublisher (enabled via @Bean) and a ApplicationListener<HttpSessionCreatedEvent>.
If i use an anonymous inner class for the ApplicationListener, everything works fine.
If i use a lambda like so

public ApplicationListener<HttpSessionCreatedEvent> httpSessionCreatedEventListener() {
  return (HttpSessionCreatedEvent event) -> {
    LoggerFactory.getLogger(ClasscastApplication.class).info("Session created...");
  };
}

the generic type of my listener is incorrectly identified and a BrokerAvailabilityEvent is passed to it leading to:

Caused by: java.lang.ClassCastException: org.springframework.messaging.simp.broker.BrokerAvailabilityEvent cannot be cast to org.springframework.security.web.session.HttpSessionCreatedEvent
	at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:163) ~[spring-context-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:136) ~[spring-context-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:381) ~[spring-context-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:335) ~[spring-context-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.messaging.simp.broker.AbstractBrokerMessageHandler.publishBrokerAvailableEvent(AbstractBrokerMessageHandler.java:262) ~[spring-messaging-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler.startInternal(SimpleBrokerMessageHandler.java:178) ~[spring-messaging-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.messaging.simp.broker.AbstractBrokerMessageHandler.start(AbstractBrokerMessageHandler.java:164) ~[spring-messaging-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:173) ~[spring-context-4.2.5.RELEASE.jar:4.2.5.RELEASE]

I guess that might happen with other events, too, but i noticed it in context of messaging. 
I have attached a demo application that reproduces that bug.

helloWorld.ear 
 - helloWorld-ejb.jar
    - HelloBean - @Stateless EJB extends AbstractBean
 - lib 
  - helloWorld-api.jar
    - META-INF
      - jandex.idx
    - Hello - EJB interface
    - AbstractBean - abstract class which has @PostConstruct and implements Hello

helloWorld2.ear
 - helloWorld2-ejb.jar
   - HelloBean2 - @Startup @Singleton extends AbstractBean
 - META-INF
  - jboss-deployment-structure.xml depends on deployment.helloWorld.ear export=true annotations=true

To have HelloBean2 pickup the annotations on AbstractBean, jandex.idx was generate for the helloWorld-api.jar and then the j-d-s.xml file dependency has export=true so helloWorld2-ejb.jar sees the classes and annotations=true set to pull in the annotations.
When annotations is not set or annotations=false the helloWorld2.ear deploys (but the @PostConstruct is not run since annotations are not enabled).  When annotations=true is set, helloWorld2.ear fails to deploy with the exception below.
It looks like the annotations handling is possibly out of order as the j-d-s.xml dependency should ensure the deployment.helloWorld.ear module is there (which it does when annotations=false, but when true it seems the module is not ready)

19:44:44,659 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."helloWorld2.ear".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."helloWorld2.ear".PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment "helloWorld2.ear"
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: org.jboss.modules.ModuleNotFoundException: deployment.helloWorld.ear:main
	at org.jboss.as.server.deployment.annotation.CompositeIndexProcessor.deploy(CompositeIndexProcessor.java:91)
	... 5 more
Caused by: org.jboss.modules.ModuleNotFoundException: deployment.helloWorld.ear:main
	at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:223)
	at org.jboss.as.server.deployment.annotation.CompositeIndexProcessor.deploy(CompositeIndexProcessor.java:81)
	... 6 more

Logged by Ben on behalf of Ramnivas.
Maven 3 reports errors in Roo project pom.xml as follows:

$ mvn install
[ERROR] The build could not read 2 projects -> [Help 1]
[ERROR]   The project
org.springframework.roo:org.springframework.roo.support:1.1.0.RC1
(/Users/rladdad/spring-dev/roo/support/pom.xml) has 1 error
[ERROR]     Non-resolvable parent POM
org.springframework.roo:org.springframework.roo.root:1.1.0.RC1 for
org.springframework.roo:org.springframework.roo.osgi.bundle:1.1.0.RC1:
Failed to resolve POM for
org.springframework.roo:org.springframework.roo.root:1.1.0.RC1 due to
The following artifacts could not be resolved:
org.springframework.roo:org.springframework.roo.root:pom:1.1.0.RC1:
Failure to find
org.springframework.roo:org.springframework.roo.root:pom:1.1.0.RC1 in
http://repo1.maven.org/maven2 was cached in the local repository.
Resolution will not be reattempted until the update interval of central
has elapsed or updates are forced. @
org.springframework.roo:org.springframework.roo.osgi.bundle:1.1.0.RC1 ->
[Help 2]
org.springframework.roo:org.springframework.roo.support.osgi:1.1.0.RC1
(/Users/rladdad/spring-dev/roo/support-osgi/pom.xml) has 1 error
[Help 2]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the
-e switch.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[ERROR] [Help 2]
http://cwiki.apache.org/confluence/display/MAVEN/UnresolvableModelException

features:chooseurl camel 2.10.0
features:install camel-blueprint camel-stream
Deploy the following file into the deploy folder
https://github.com/cschneider/Karaf-Tutorial/blob/master/camel/simple-blueprint/simple-camel-blueprint.xml
Undeploy the file again
Now the karaf shell hangs
@Hadrian
I think this may be caused by as the issue does not happen with camel 2.9.1
https://fisheye6.atlassian.com/changelog/camel?cs=1339933
Could you take a look at it?

http://static.springsource.org/spring-security/site/docs/3.0.x/reference/appendix-namespace.html
In B.1.1 > realm
proerty should read property 

Legacy code will lookup a SingletonPolicy or SingletonServiceBuilderFactory using the deprecated ServiceController.awaitValue() or getValue() methods.  Services installed using the new MSC service installation API will throw an UnsupportedOperationException in this case.  Consequently, the services providing the legacy implementations of these deprecated APIs need to be installed using the deprecated MSC API to prevent migrated applications from unexpected UnsupportedOperationExceptions.

We should expand the omitted alias in the same way in "select" and in "group by".
Hive "Group By" recognize "group by" expressions by comparing the literal string.

hive> create view zshao_view as select d, count(1) as cnt from zshao_tt group by d;
OK
Time taken: 0.286 seconds
hive> select * from zshao_view;
FAILED: Error in semantic analysis: line 1:7 Expression Not In Group By Key d in definition of VIEW zshao_view [
select d, count(1) as `cnt` from `zshao_tt` group by `zshao_tt`.`d`
] used as zshao_view at line 1:14

We should enable assertions while running unit tests.  Many assertions currently fail while running tests.

hive.metastore.server.max.threads defaults to 100K. Each thread requires a 1024KB stack which is 100GB. We should move the default to something more sensible like 1000.

While building the camel-manual we get the log below:

[INFO] About to execute PrinceXml (see www.princexml.com)
[INFO]  prince /w1/apache/camel/trunk/tooling/camel-manual/target/site/manual/camel-manual-2.0-SNAPSHOT.html /w1/apache/camel/trunk/tooling/camel-manual/target/site/manual/camel-manual-2.0-SNAPSHOT.pdf
[INFO] [prince] prince: /w1/apache/camel/trunk/tooling/camel-manual/target/site/manual/camel-manual-2.0-SNAPSHOT.html:36888: error: Unexpected end tag : div
[INFO] [prince] prince: /w1/apache/camel/trunk/tooling/camel-manual/target/site/manual/camel-manual-2.0-SNAPSHOT.html:36890: error: Unexpected end tag : div
[INFO] [prince] prince: /w1/apache/camel/trunk/tooling/camel-manual/target/site/manual/camel-manual-2.0-SNAPSHOT.html:36903: error: Unexpected end tag : body
[INFO] [prince] prince: warning: bad argument
[INFO] [prince] prince: warning: no glyphs for character U+006E, fallback to '?'
[INFO] [prince] Uncaught Mercury exception:
[INFO] [prince] Software Error: no fallback glyph for character U+006E
[ERROR] PDF Conversion failed due to return code: 1

The first errors are because of the html being improperly generated by the maven-html-to-pdf.  The "prince: warning: bad argument" interestingly seem to be generated by prince having to create its own font, which it cannot do, for cases where the requested font is not available, like for instance a <b> bold tag with a Courier font.
We know that the pdf was not generated in the 2.0-M3 release either.  The cause of this errors popping up appears to be the wiki changes at apache. The fact that the book-in-one-page is that big does not help either.  I quickly tried with the deployed version at http://camel.apache.org/book-in-one-page.html and I get a very similar result unfortunately, so there's no quick fix or workaround it seems.
I will try to resolve this asap.  Any help/ideas I could get are highly appreciated.

camel-netty4-http does not resolve or strip out the "nettyHttpBinding" endpoint option. For example, take the following route producer:
<to uri="netty4-http:http://www.google.com:80?nettyHttpBinding=#myHttpBinding" /> 
It will issue the following HTTP GET request URI:
GET http://www.google.com:80?nettyHttpBinding=%23myHttpBinding HTTP/1.1
Assigning any of the other endpoint options, results in those options being removed from the GET request URI.

VersionOneProtocolChannelReceiver handles the EJB protocol messages sent from the client. If it receives a message with a header which it can't handle, then it logs a WARN and returns. However, while doing so, it fails to enroll itself for future messages on that channel, which effectively means that the server is no longer receptive to the client invocations.

Copied from http://forum.springframework.org/showthread.php?t=51054 :
The seems to be a minor bug in org.springframework.batch.io.xml.StaxEventItemWrit er which causes it to generate invalid xml for output files that have zero rows e.g.
<?xml version='1.0' encoding='UTF-8'?><modules</modules>
rather than
<?xml version='1.0' encoding='UTF-8'?><modules></modules>
It looks like it is due to the frig in endDocument() which writes the end tag manually.
I have subclassed it in my project and overridden the endDocument() and added another event to the writer (writer.add(factory.createCharacters(""))), to get round this problem. This extra 'useless' event seems to result in the startElement event being rendered correctly.

Currently when the auth header is not sent by the client (Knox seems to do this every time - it only adds auth header after receiving 401), HS2 logs the following twice, for two principals.
The callstack is useless because this is an expected condition and 401 is returned to the client.

2016-10-05 15:32:02,408 ERROR [HiveServer2-HttpHandler-Pool: Thread-199]: thrift.ThriftHttpServlet (ThriftHttpServlet.java:doKerberosAuth(169)) - Failed to authenticate with hive/_HOST kerberos principal
2016-10-05 15:32:02,408 ERROR [HiveServer2-HttpHandler-Pool: Thread-199]: thrift.ThriftHttpServlet (ThriftHttpServlet.java:doPost(104)) - Error: 
org.apache.hive.service.auth.HttpAuthenticationException: java.lang.reflect.UndeclaredThrowableException
	at org.apache.hive.service.cli.thrift.ThriftHttpServlet.doKerberosAuth(ThriftHttpServlet.java:170)
	at org.apache.hive.service.cli.thrift.ThriftHttpServlet.doPost(ThriftHttpServlet.java:83)
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:225)
	at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:925)
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:952)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1686)
	at org.apache.hive.service.cli.thrift.ThriftHttpServlet.doKerberosAuth(ThriftHttpServlet.java:167)
	... 23 more
Caused by: org.apache.hive.service.auth.HttpAuthenticationException: Authorization header received from the client is empty.
	at org.apache.hive.service.cli.thrift.ThriftHttpServlet.getAuthHeader(ThriftHttpServlet.java:311)
	at org.apache.hive.service.cli.thrift.ThriftHttpServlet.access$100(ThriftHttpServlet.java:59)
	at org.apache.hive.service.cli.thrift.ThriftHttpServlet$HttpKerberosServerAction.run(ThriftHttpServlet.java:212)
	at org.apache.hive.service.cli.thrift.ThriftHttpServlet$HttpKerberosServerAction.run(ThriftHttpServlet.java:175)
	... 24 more

Add in the ones that were added to HiveConf, but not the template.xml file; For 0.13 we will not be moving to HIVE-6037 style of genning the template file. 

compiling hbase-spark module returns a warning

[WARNING] /.../hbase/hbase-spark/src/test/scala/org/apache/hadoop/hbase/spark/TableOutputFormatSuite.scala:117: warning: match may not be exhaustive.
[WARNING] It would fail on the following input: Failure((x: Throwable forSome x not in Exception))
[WARNING] Try {

An NPE occurs when a void async method returns.

04:02:04,686 INFO  [org.jboss.as.quickstarts.ejb.asynchronous.AsynchronousAccessBean] (EJB default - 1) action 'fireAndForget' finished
04:02:04,687 ERROR [org.jboss.as.ejb3] (EJB default - 1) JBAS014249: Error invoking method public abstract void org.jboss.as.quickstarts.ejb.asynchronous.AsynchronousAccess.fireAndForget(long) on bean named AsynchronousAccessBean for appname  modulename jboss-as-ejb-asynchronous-ejb distinctname : java.lang.NullPointerException
    at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:322)
    at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:70)
    at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:203)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_45]
    at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_45]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45]
    at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
04:02:04,689 ERROR [org.jboss.as.ejb3] (EJB default - 1) JBAS014250: Could not write method invocation failure for method public abstract void org.jboss.as.quickstarts.ejb.asynchronous.AsynchronousAccess.fireAndForget(long) on bean named AsynchronousAccessBean for appname  modulename jboss-as-ejb-asynchronous-ejb distinctname  due to: java.io.IOException: JBAS014560: Could not open message outputstream for writing to Channel
    at org.jboss.as.ejb3.remote.protocol.AbstractMessageHandler.writeException(AbstractMessageHandler.java:102)
    at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$400(MethodInvocationMessageHandler.java:70)
    at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:213)
Caused by: org.jboss.remoting3.NotOpenException: Writes closed
    at org.jboss.remoting3.remote.RemoteConnectionChannel.openOutboundMessage(RemoteConnectionChannel.java:112)
    at org.jboss.remoting3.remote.RemoteConnectionChannel.writeMessage(RemoteConnectionChannel.java:301)
    at org.jboss.as.ejb3.remote.protocol.versionone.ChannelAssociation.acquireChannelMessageOutputStream(ChannelAssociation.java:68)
    at org.jboss.as.ejb3.remote.protocol.AbstractMessageHandler.writeException(AbstractMessageHandler.java:100)
    ... 8 more

When using credential-reference pointing only to store without password, it results in using password "undefined"
As providing password which is incorrect one is very bad from security point of view, marking as blocker for GA.

As a part of HIVE-8746 I added a test for reading timezone data from old ORC format that was unintentionally disabled. Re-enable the test.

Scripts that parse the command line arguments use a pattern like

while [ "$#" -gt 0 ]
do
    case "$1" in
      *)
          CLI_OPTS="$CLI_OPTS \"$1\""
          ;;
    esac
    shift
done

The CLI_OPTS="$CLI_OPTS \"$1\"" should be CLI_OPTS="$CLI_OPTS '$1'"

Currently, CASE WHEN statements like that become VectorUDFAdaptor expressions.

When you describe a table with some attributes at the table level, it is not shown from shell any more:

hbase(main):010:0> create 'usertable2', 'family', {REGION_REPLICATION => 2, CONFIGURATION => {'hbase.hregion.scan.loadColumnFamiliesOnDemand' => 'true'}}
hbase(main):011:0> describe 'usertable2' 
Table usertable2 is ENABLED                                                                                                                                                                                 
{NAME => 'family', DATA_BLOCK_ENCODING => 'NONE', BLOOMFILTER => 'ROW', REPLICATION_SCOPE => '0', VERSIONS => '1', COMPRESSION => 'NONE', MIN_VERSIONS => '0', TTL => 'FOREVER', KEEP_DELETED_CELLS => 'FALS
E', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}                                                                                                                                       
1 row(s) in 0.0200 seconds

Master UI shows: 

'usertable2', {TABLE_ATTRIBUTES => {REGION_REPLICATION => '2', CONFIGURATION => {'hbase.hregion.scan.loadColumnFamiliesOnDemand' => 'true'}}, {NAME => 'family'}

HBASE-10082 changed the formatting from shell for one line per CF. We should add the table level attributes back to the formatting.

If you create an embedded video (either streaming such as Livestream or pre-recorded such as YouTube), the enclosing web page shows no footer div (the browser shows it in the HTML source, but doesn't render it).

Error while processing statement: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Map 6, vertexId=vertex_1448429572030_1851_5_00, diagnostics=[Task failed, taskId=task_1448429572030_1851_5_00_000006, diagnostics=[TaskAttempt 0 failed, info=[Error: Failure while running task: attempt_1448429572030_1851_5_00_000006_0:java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: java.io.IOException: java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:195)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:160)
        at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:348)
        at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:71)
        at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:60)
        at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:60)
        at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:35)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: java.io.IOException: java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:352)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:172)
        ... 14 more
Caused by: java.io.IOException: java.io.IOException: java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:355)
        ... 16 more
Caused by: java.io.IOException: java.lang.NullPointerException
        at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.rethrowErrorIfAny(LlapInputFormat.java:283)
        at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.nextCvb(LlapInputFormat.java:239)
        at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.next(LlapInputFormat.java:167)
        at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.next(LlapInputFormat.java:103)
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:350)
        ... 22 more
        at org.apache.hadoop.hive.llap.cache.LowLevelLrfuCachePolicy.removeFromListUnderLock(LowLevelLrfuCachePolicy.java:351)
        at org.apache.hadoop.hive.llap.cache.LowLevelLrfuCachePolicy.removeFromListAndUnlock(LowLevelLrfuCachePolicy.java:336)
        at org.apache.hadoop.hive.llap.cache.LowLevelLrfuCachePolicy.notifyUnlock(LowLevelLrfuCachePolicy.java:133)
        at org.apache.hadoop.hive.llap.cache.LowLevelCacheImpl.unlockBuffer(LowLevelCacheImpl.java:354)
        at org.apache.hadoop.hive.llap.cache.LowLevelCacheImpl.releaseBuffer(LowLevelCacheImpl.java:338)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$DataWrapperForOrc.releaseBuffer(OrcEncodedDataReader.java:922)
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.releaseInitialRefcounts(EncodedReaderImpl.java:453)
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:416)
        ... 5 more

All TestJdbcDriver test cases fail in Eclipse, unless I add the following property in the TestJdbc run configuration ("Arguments" tab --> "VM arguments" box):
-Dtest.warehouse.dir="${workspace_loc:trunk}/build/ql/test/data/warehouse"

The SpringSecurity manual refers to a class/interface named FilterInvocationDefinitionSource in 3 places.  AFAIK, this class longer exists.
Could you follow the lead of the main Spring Framework manual, and generate the PDF versions with bookmarks.

My WFCORE-4040 PR changed the type of the Parameters param to the PersistentResourceDefinition constructor from it's own Parameters to the superclass one. That will break code that uses the old method and isn't recompiled. So, add a new overloaded constructor that takes the old type, and deprecate it.
I hit this when building full today.

Sometimes, auto map join conversion unexpectedly fails to choose map join over a common join, even if the auto map join conversion's size criterion is satisfied.
This is caused by an integer overflow bug in the method compareTo of the class ConditionalResolverCommonJoin.AliasFileSizePair.
The bug is triggered only if the big table size exceeds the small table size by at least 2**31 bytes.

AtomicityWriter, AtomicGetReader, AtomicScanReader creates connection inside, since the thread pool is not shared, by default each connection will create 256 threads. If there are 5 AtomicityWriters, 1 AtomicGetReader, and 1 AtomicScanReader, it will create lots of threads and causes max user processes  to be reached, and OOME. Use a share thread pool to work around this issue.

When installing the insight-kibana profile to the root container, then the bundle list has TODO in their names

[ 156] [Active     ] [Created     ] [       ] [   60] [TODO]insight-eshead (1.0.0.redhat-340)
[ 157] [Active     ] [Created     ] [       ] [   60] [TODO]insight-kibana3 (1.0.0.redhat-340)
[ 158] [Active     ] [Created     ] [       ] [   60] Fuse Insight :: Logging :: Storage (1.0.0.redhat-340)
[ 159] [Active     ] [Created     ] [       ] [   60] [TODO]insight-metrics (1.0.0.redhat-340)

I think this needs to be fixed before GA as its sloppy work to have TODO in a GA product.

All elements are returned if pageSize = 0 in splite of new option maxPageSize in PageableHandlerMethodArgumentResolver introduced from v1.6.
Consider the example below

@TransactionConfiguration(defaultRollback = true)
public class CustomerRepositoryTest {
    @Inject
    protected CustomerRepository customerRepository;

    @Test
    public void testFindAllPageable() {
        System.out.println(customerRepository.findAll(new PageRequest(0, 3)));
        System.out.println(customerRepository.findAll(new PageRequest(0, 0)));
        System.out.println(customerRepository.findAll(new PageRequest(0, -1)));
    }

}

Fist case, only 3 elements are returned with the following SQL

5. /* select count(*) from Customer as generatedAlias0 */ select count(*) as col_0_0_ from customer customer0_ {executed in 5 msec}
5. /* select generatedAlias0 from Customer as generatedAlias0 */ select customer0_.customer_code as customer1_3_, customer0_.customer_add as customer2_3_, customer0_.customer_birth as customer3_3_, customer0_.customer_job as customer4_3_, customer0_.customer_kana as customer5_3_, customer0_.customer_mail as customer6_3_, customer0_.customer_name as customer7_3_, customer0_.customer_pass as customer8_3_, customer0_.customer_post as customer9_3_, customer0_.customer_tel as custome10_3_ from customer customer0_ limit 3 {executed in 8 msec}

Third case, IllegalArgumentException is thrown with a message, "Page size must not be less than zero!".
I think these are correct result.
However, in second case, all elements are returned with the following SQL

5. /* select count(*) from Customer as generatedAlias0 */ select count(*) as col_0_0_ from customer customer0_ {executed in 2 msec}
5. /* select generatedAlias0 from Customer as generatedAlias0 */ select customer0_.customer_code as customer1_3_, customer0_.customer_add as customer2_3_, customer0_.customer_birth as customer3_3_, customer0_.customer_job as customer4_3_, customer0_.customer_kana as customer5_3_, customer0_.customer_mail as customer6_3_, customer0_.customer_name as customer7_3_, customer0_.customer_pass as customer8_3_, customer0_.customer_post as customer9_3_, customer0_.customer_tel as custome10_3_ from customer customer0_ {executed in 7 msec}

Note that there is no 'limit' statement.
I'm afraid tha it will cause OutOfMemoryError easily and weak for DDoS atack.
I think it's better to throw IllegalArgumentException if pageSize=0 or replace pageSize by maxPageSize.

With fix for WFLY-7205
there was introduced ambiguousness on method enlistTestXAResource in
https://github.com/wildfly/wildfly/blob/master/testsuite/shared/src/main/java/org/jboss/as/test/integration/transactions/TxTestUtil.java
This needs to be eliminated and only one such method should exist.

seems we put the brackets in the wrong place.

      short n = 0;
      n = (short) ((n ^ bytes[offset]) & 0xFF);
      n = (short) (n << 8);
      n = (short) ((n ^ bytes[offset+1]) & 0xFF);   // this one
      return n;

if (e instanceof EOFException ||
        e.getCause() instanceof EOFException && logQueue.size() > 1 && this.eofAutoRecovery)

https://docs.oracle.com/javase/tutorial/java/nutsandbolts/operators.html
According to the doc here, && has a higher priority than ||, so we will only check logQueueSize when e.getCause is an EOFException, which is incorrect.

Summary says it all - file just needs to be removed once and for all

This issue relates to the new camel-swagger-java component and not the camel-swagger component. JIRA is not yet updated for the new camel-swagger-java component.
When there are nested objects in the Api model for swagger, they are not being represented correctly in the model schema. See below for an example:
SomeRequest.java
@ApiModel
public class SomeRequest {
    @ApiModelProperty
    private List<SomeObject> someObjects;
    ...
}

SomeObject.java
@ApiModel
public class SomeObject {
    private String somePropertyOne;
    private String somePropertyTwo;
    ...
}

Should have a model in swagger of:

{ 
  "someObjects": [ 
    { 
      "somePropertyOne": "", 
      "somePropertyTwo": "" 
    } 
  ] 
}

But instead has:

{ 
    "SomeObject" 
  ] 
}

This model is invalid and makes the swagger documentation useless as no one knows what the request model is supposed to be.
Note: this worked correctly on camel 2.15.3 with the scala based camel-swagger component.

Problem accessing /master-status. Reason: INTERNAL_SERVER_ERROR
at org.apache.hadoop.hbase.master.HMaster.isInMaintenanceMode(HMaster.java:2559)

The ZK trackers, including the maintenance mode tracker, are initialized only after we try to bring up the filesystem. If HDFS is in safe mode and the master is waiting on that, when an access to the master status page comes in we trip over this problem. There might be other issues after we fix this, but NPE Is always a bug, so let's address it. One option is to connect the ZK based components with ZK before attempting to bring up the filesystem. Let me try that first. If that doesn't work we could at least throw an IOE.

Not sure if it is just me, but using MR over HBase employing a TableReducer is not working. After the first row is read all subsequent rows get the same Result's of that very first row. After tracing this from the Map phase I found the culprit in Result and the HBASE-1765 delayed field parsing change.
This is the code I use in the reduce():

   @Override
    protected void reduce(ImmutableBytesWritable key, Iterable<Result> values,
        Context context) throws IOException, InterruptedException {
      String skey = Bytes.toString(key.get());
      context.getCounter(CountersTotals.ROWS).increment(1);
      for (Result result : values) {
        for (KeyValue kv: result.list()) {
          try {
            if (LOG.isDebugEnabled()) LOG.debug("reduce: key -> " + skey + ", kv -> " + kv);
            ...

Here is the current list() implementation:

  public List<KeyValue> list() {
    if(this.kvs == null) {
      readFields();
    }
    return isEmpty()? null: Arrays.asList(sorted());
  }

The problem is that readFields(DataInput) does not clear kvs!

  public void readFields(final DataInput in)
    familyMap = null;
    row = null;
    int totalBuffer = in.readInt();
    if(totalBuffer == 0) {
      bytes = null;
      return;
    }
    byte [] raw = new byte[totalBuffer];
    in.readFully(raw, 0, totalBuffer);
    bytes = new ImmutableBytesWritable(raw, 0, totalBuffer);
  }

The above is called by the MR framework's WritableSerialization for each map output. But since "kvs" is already set "list()" returns the old data!
I assume the only change needed is clearing kvs as well:

    row = null;
    kvs = null;
    ....

I'll test that now and report.

The current DynamicSerDe code assumes all fields are there and no fields are missing.
However Thrift Protocols can have missing fields, in case the field is null.
In that case, DynamicSerDe may commit 2 behavior:
1. array index out of bound error because DynamicSerDe assumes the number of fields in the record should be equal to that in the DDL;
2. fields with null values will take the value from the last record. This may produce wrong result for queries.
In order to fix this, we need to:
1. Pass ObjectInspector/TypeInfo recursively so that we know the number of fields when deserializing the record.
2. Clear out fields that are missing from the record.

If the qfile output of a qtest contains two maskable lines right after one another, where the first contains a partial match candidate, the second line will not be evaluated for masking. This patch fixes that bug by disregarding whether a partial mask was found in the previous line.

There is expected quotation without backslash in failure description.
create credential store

/subsystem=elytron/credential-store=cs001:add(create=true, credential-reference={clear-text=pass123},location=cs001.jceks)

Try to add-alias twice and for second run you get failure description.

/subsystem=elytron/credential-store=cs001:add-alias(alias=alias001, secret-value="secret_value")
{
    "failure-description" => "WFLYELY00913: Credential alias \"alias001\" of credential type \"org.wildfly.security.credential.PasswordCredential\" already exists in the store",
}

HBASE-21338 Added log lines regarding load balancer warnings. There is a bug in log that uses wrong parameter.
'maxRunningTime' is used , should be maxSteps.

Connect to beeline embedded mode beeline -u jdbc:hive2://. Then set anything in the session like set aa=true;.
After that, any query like select count from src; will only output result but no query progress.

When metastore server is launching it first calls new HMSHandler() even before it has done a login. That results in createDefaultDB() gets called which then results in getFileSystem() calls which tries to create a connection to NN and then it fails since NN cannot authenticate metastore.

Global transitions can be used in view-states and therefore should support the bind attribute.

Currently JSF doesn't do anything with the "model" attribute, but it should be consistency with what MVC does: invoke model validation logic if it exits.

As discussed on the email list, we should have a file documenting known problems in the commit messages.

I got the following exception in our test environment:

	at org.apache.hadoop.hbase.generated.master.rits_jsp._jspService(rits_jsp.java:101)
	...

Because regionStateNode.getProcedure() returns null.

DeploymentScannerUnitTestCase.testStartup() has been failing intermittently since May:
https://ci.wildfly.org/project.html?projectId=WildFlyCore&buildTypeId=&tab=testDetails&testNameId=-2364482317512802563&order=TEST_STATUS_DESC&branch_WildFlyCore=__all_branches__&itemsCount=50
The May 4 failure is the first that was not associated with some large scale failure; i.e. is more likely to be relevant to the test itself.
I'll send up a PR to @Ignore this test.

Decorrelation logic may generate logical instances of the operators in the plan (e.g., LogicalFilter instead of HiveFilter). This leads to errors while costing the tree in the Volcano planner (used in MV rewriting), since logical operators do not have a cost associated to them.

hive> set hive.security.authorization.enabled=true;
hive>  grant all to user heyongqiang;              
hive> show grant user heyongqiang;                 
principalName	heyongqiang	
principalType	USER	
privilege	All	
grantTime	Wed Aug 24 11:51:54 PDT 2011	
grantor	heyongqiang	
Time taken: 0.032 seconds
hive>  CREATE TABLE src (foo INT, bar STRING);     
Authorization failed:No privilege 'Create' found for outputs 
{ database:default}
. Use show grant to get more details.

It seems that testResult's output has changed and instead of marking failed tests' status as "REGRESSION" (like here), it now marks them as "FAILED".
Updating the script. 

The materialized view impl breaks old metastore sql write access, by complaining that the new table creation does not set this column up.

  `IS_REWRITE_ENABLED` bit(1) NOT NULL,

NOT NULL DEFAULT 0 would allow old metastore direct sql compatibility (not thrift).

2017-11-09T07:11:58,331 ERROR [HiveServer2-Background-Pool: Thread-2354] metastore.RetryingHMSHandler: Retrying HMSHandler after 2000 ms (attempt 1 of 10) with error: javax.jdo.JDODataStoreException: Insert of object "org.apache.hadoop.hive.metastore.model.MTable@249dbf1" using statement "INSERT INTO `TBLS` (`TBL_ID`,`CREATE_TIME`,`DB_ID`,`LAST_ACCESS_TIME`,`OWNER`,`RETENTION`,`SD_ID`,`TBL_NAME`,`TBL_TYPE`,`VIEW_EXPANDED_TEXT`,`VIEW_ORIGINAL_TEXT`) VALUES (?,?,?,?,?,?,?,?,?,?,?)" failed : Field 'IS_REWRITE_ENABLED' doesn't have a default value
        at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:543)
        at org.datanucleus.api.jdo.JDOPersistenceManager.jdoMakePersistent(JDOPersistenceManager.java:720)
        at org.datanucleus.api.jdo.JDOPersistenceManager.makePersistent(JDOPersistenceManager.java:740)
        at org.apache.hadoop.hive.metastore.ObjectStore.createTable(ObjectStore.java:1038)

I was debugging one issue I had with custom implementation of the CommandMarker and noticed something rather strange.
First everything looked fine, then i had to register custom type Converter and so I did:

protected void activate(ComponentContext context) {
	staticFieldConverter.add(ChannelType.class);	
}

After adding this it stop working. While debugging i noticed that this method has been called repeatedly and infinitely due to the exception being thrown in the add(..) method of StaticFieldConverter. The exception has to do with the component already being registered. When I started to look at some of the existing CommandMarkers in the existing add-ons I noticed that there is also a deactivate(..) method where these type Converters are removed from the converter map (basic undo operation), so I did the same and everything started to work:

protected void deactivate(ComponentContext context) {
	staticFieldConverter.remove(ChannelType.class);
}

By that time I was already in the debug mode so I looked further and noticed some strange things.
As CommandMarker was registered as an OSGi service (@Service) and ServiceEvent is being processed by the ServiceListener there is a call to  getClassName(..) method which triggers activate(..) method on the actual service object which is the method that adds the Converter to the map. 
Right after that you execute the following:

if (sr != null) {
	myContext.ungetService(sr);
}

And this is where I see the issue. 
First, this "if" check will never return 'false', since the OSGi ServiceEvent always has ServiceReference which is not null. Even during the UNREGISTERING event ServiceReference is there to let users know that they are now dealing with the stale reference and have to clean up.
This means that  myContext.ungetService(sr) method is executed always, thus releasing the service object references held by this ServiceReference. This also means that the next time this service is required a new instance of service object and ServiceReference will be created. However, the StaticFieldConverter service is still alive and well at the time and still holds the reference to the CommandMarker that was registered there before and when the new instance of the CommandMarker service is created it also triggers the execution of the activate(..) method which attempts to add a new instance of the CommandMarker to the map. Based on the code in StaticFieldConverter this invocation results in exception and I guess Felix attempts a retry, which results in the the activate(..) method calls to continue infinitely. This also explains why adding deactivate(..) method solves(hides?) the problem. So, unless I am missing something fundamental in Roo design I believe adding deactivate(..) method to simply 'undo' the activate(..) method actually hides the problem, because now depending on the scenario underlying services are created, activated and deactivated multiple times (some times before they are even used) resulting in extra code, unnecessary instances and GC.
Simple FIX did a job for me and although I didn't profile it does feel a bit faster after i removed the following code from org.springframework.roo.startlevel.Activator (line ~ 91-93)

}

Some static analysis found a variable which was used across multiple threads without any synchronization that would allow race conditions.
The variable does not need to be a member of the class, instead just made a local variable.

The filter seemed to be working when the streaming filter type was userids, but that could have just been happenstance.  Either way, when running a streaming event filter with a language option set I observe tweets coming in that are from users who have their language preferences set to other than the specified language.  I'm only assuming here this is what they are/should be matching against so this could be moot.
Example route code:

    @Override
        String keywords = "lol"; // any language-neutral term should work
        fromF("twitter://streaming/filter?type=event&lang=en&keywords=%s"
                + "&consumerKey=%s&consumerSecret=%s&accessToken=%s&accessTokenSecret=%s", 
                    keywords, consumerKey, consumerSecret, accessToken, accessTokenSecret)
                .process(new Processor() {
                    @Override
                    public void process(Exchange exchange) throws Exception {
                        String json = exchange.getIn().getBody().toString();
                        if (json.contains("lang='en'")) {
                            System.out.println("Correct");
                        } else {
                            System.out.println(json);
                        }
                    }})
                .end();
    }

WFCORE-2805 introduced this property to allow a seamless upgrade from EAP 6.4. But in EAP7-724, it was decided that the property was not necessary. Hence any code related to the jboss.as.management.outbound.ldap.alwaysSendClientCert property should be removed from LdapConnectionAddHandler.

A route as

                    .to("language:constant:resource:classpath:org/apache/camel/component/language/hello.txt")

does not work as expected.

A fragment can be evicted before it's submission completed. A race can cause a situation As a result, we end up trying to unregister the fragment for stateChangeNotifications before it has been registered - leading to an exception, which skips the actual fragment kill.

Analyzing the lists of boot ops from the core and minimalistic configs, I've identified differences in the following operations.
These operations are executed when the minimalistic config is loaded:

  /core-service=management/security-realm=ManagementRealm:add # map-groups-to-roles is true by default
  /socket-binding-group=standard-sockets/socket-binding=management-http:add(interface="management",port="9990")
  /socket-binding-group=standard-sockets/socket-binding=management-native:add(interface="management",port="\${jboss.management.native.port:9999}")
  /core-service=management/management-interface=http-interface:add(console-enabled="false",security-realm="ManagementRealm",http-upgrade={"enabled" => true},socket-binding="management-http")
  /core-service=management/management-interface=native-interface:add(security-realm="ManagementRealm",socket-binding="management-native") # UNIQUE
  /socket-binding-group=standard-sockets:add(default-interface="public")

These operations are executed as part of the default core config:

  /core-service=management/security-realm=ManagementRealm:add(map-groups-to-roles="false")
  /socket-binding-group=standard-sockets/socket-binding=management-http:add(interface="management",port="\${jboss.management.http.port:9990}") # accepts system prop
  /socket-binding-group=standard-sockets/socket-binding=management-https:add(interface="management",port="\${jboss.management.https.port:9993}") # https instead of native
  /core-service=management/management-interface=http-interface:add(security-realm="ManagementRealm",http-upgrade={"enabled" => true},socket-binding="management-http") # console-enabled is true by default
  /socket-binding-group=standard-sockets:add(default-interface="public",port-offset="\${jboss.socket.binding.port-offset:0}") # accepts system prop

For the following repository query on @DBRef field with the qualifier isNull throws Exception
public class Tree {
  @DBRef
  private Tree parent;
  ...
}
public interface TreeRepository extends CrudRepository<Tree, String> {
  List<Tree> findByParentIsNull();
}
Here is the stacktrace:
Caused by: java.lang.IllegalArgumentException: [Assertion failed] - this argument is required; it must not be null
	at org.springframework.util.Assert.notNull(Assert.java:123)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.createDBRef(MappingMongoConverter.java:672)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.toDBRef(MappingMongoConverter.java:277)
	at org.springframework.data.mongodb.core.convert.QueryMapper.convertAssociation(QueryMapper.java:266)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedValue(QueryMapper.java:177)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:90)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1332)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1318)
	at org.springframework.data.mongodb.core.MongoTemplate.find(MongoTemplate.java:504)
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery$Execution.readCollection(AbstractMongoQuery.java:123)
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery$CollectionExecution.execute(AbstractMongoQuery.java:146)
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery.execute(AbstractMongoQuery.java:86)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:313)
	at $Proxy39.findByParentIsNull(Unknown Source)

// ||___/___/    1.0.0.RC1 [rev 198]
roo> list finders for -class ~.Foo
Ambigious command 'list finders for -class ~.Foo' (for assistance press TAB or type "hint" then hit ENTER)
help command gives a hint:
roo> help list finders for

list finders for - List all finders for a given target (must be an entity
new java jms listener - Create a new type which is a asynchronous JMS consumer

Compiled hive against hadoop-2. Running tests on hadoop 1 gives:
Caused by: java.lang.NoSuchMethodError: org.apache.hadoop.io.LongWritable.compareTo(Lorg/apache/hadoop/io/LongWritable;)I
	at org.apache.hadoop.hive.ql.udf.UDAFPercentile$MyComparator.compare(UDAFPercentile.java:62)
	at org.apache.hadoop.hive.ql.udf.UDAFPercentile$MyComparator.compare(UDAFPercentile.java:58)
	at java.util.Collections.sort(Collections.java:157)
	at org.apache.hadoop.hive.ql.udf.UDAFPercentile$PercentileLongEvaluator.terminate(UDAFPercentile.java:194)
	... 20 more
I think the problem is that the compareTo function has changed from using Object to using LongWritable as an argument. Seems this needs a shim. However, we should also make sure that this shim doesn't hit performance too hard.

If a browser sends a multipart range request (with the header Range: bytes=1-2,3-4), the ResourceRegionHttpMessageConverter executes its method writeResourceRegionCollection(Collection, HttpOutputMessage). This method opens input streams to each ResourceRegion that the request specifies, but never closes them. These file handles are left open, and if too many accumulate, the web server can crash.
So far, I have only seen multipart range requests when Internet Explorer (version 11) is interrupted during a long download, and the user clicks refresh to complete the download.

When logging set to info, Extended ACL Enabled and the file system does not support ACL, there are a lot of Exception stack trace in the log file. Although it is benign, it can easily make users frustrated. We should set the level to show the Exception in debug. 
Current, the Exception in the log looks like:

2015-06-19 05:09:59,376 INFO org.apache.hadoop.hive.shims.HadoopShimsSecure: Skipping ACL inheritance: File system for path s3a://yibing/hive does not support ACLs but dfs.namenode.acls.enabled is set to true: java.lang.UnsupportedOperationException: S3AFileSystem doesn't support getAclStatus
java.lang.UnsupportedOperationException: S3AFileSystem doesn't support getAclStatus
	at org.apache.hadoop.fs.FileSystem.getAclStatus(FileSystem.java:2429)
	at org.apache.hadoop.hive.shims.Hadoop23Shims.getFullFileStatus(Hadoop23Shims.java:729)
	at org.apache.hadoop.hive.ql.metadata.Hive.inheritFromTable(Hive.java:2786)
	at org.apache.hadoop.hive.ql.metadata.Hive.replaceFiles(Hive.java:2694)
	at org.apache.hadoop.hive.ql.metadata.Table.replaceFiles(Table.java:640)
	at org.apache.hadoop.hive.ql.metadata.Hive.loadTable(Hive.java:1587)
	at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:297)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1638)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1397)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1181)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1047)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1042)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:145)
	at org.apache.hive.service.cli.operation.SQLOperation.access$100(SQLOperation.java:70)
	at org.apache.hive.service.cli.operation.SQLOperation$1$1.run(SQLOperation.java:197)
	at org.apache.hive.service.cli.operation.SQLOperation$1.run(SQLOperation.java:209)

I am using JVM based initialization of Camel using Spring.
I use the documented Camel initialization procedure of main.setApplicationContext("my-spring-camel-config.xml");
main.start()
I also use the documented FileIdempotentRepository that points to a FileStore.
However, when Camel initializes this filestore is not loaded up. Hence, the LRU cache contained within this is empty.
As a result, all my files are FTPed again from the remote server.
This happens everytime I start my JVM resulting in expensive FTP of files.

I was running some MR jobs tests and ended up with PrefixTreeCodec class not found in the YarnChildren processes.  

2016-01-21 06:24:26,844 WARN  [main] mapreduce.TableMapReduceUtil(785): The  hbase-prefix-tree module jar containing PrefixTreeCodec is not present.
java.lang.ClassNotFoundException: org.apache.hadoop.hbase.code.prefixtree.PrefixTreeCodec

This is related to HBASE-7434 and HBASE-7936 which address compile time concerns.  This fix makes it so that jar inclusion is done at run time, and continues if it is not present (for mr unit tests that don't depend on it)

On this page:
https://hbase.apache.org/apidocs/org/apache/hadoop/hbase/HColumnDescriptor.html#HColumnDescriptor(org.apache.hadoop.hbase.HColumnDescriptor)
Scroll down and you get a "big" surprise 

Roo will not run properly under jdk5. The documentation refers to jdk5 so support seem to have been in place. Either Roo could possibly be made at release to support running under jdk5 if that's what the developers want or the documentation could reflect the actual situation. 
Some history on why it was dropped would be nice too.

Here's the code for ObjectStore.commitTransaction() and ObjectStore.rollbackTransaction():

  public boolean commitTransaction() {
    assert (openTrasactionCalls >= 1);
    if (!currentTransaction.isActive()) {
      throw new RuntimeException(
          "Commit is called, but transaction is not active. Either there are"
              + " mismatching open and close calls or rollback was called in the same trasaction");
    }
    openTrasactionCalls--;
    if ((openTrasactionCalls == 0) && currentTransaction.isActive()) {
      transactionStatus = TXN_STATUS.COMMITED;
      currentTransaction.commit();
    }
  }

  public void rollbackTransaction() {
    if (openTrasactionCalls < 1) {
      return;
    }
    openTrasactionCalls = 0;
    if (currentTransaction.isActive()
        && transactionStatus != TXN_STATUS.ROLLBACK) {
      transactionStatus = TXN_STATUS.ROLLBACK;
      // could already be rolled back
      currentTransaction.rollback();
    }
  }

Now suppose a nested transaction throws an exception which results
in the nested pseudo-transaction calling rollbackTransaction(). This causes
rollbackTransaction() to rollback the actual transaction, as well as to set 
openTransactionCalls=0 and transactionStatus = TXN_STATUS.ROLLBACK.
Suppose also that this nested transaction squelches the original exception.
In this case the stack will unwind and the caller will eventually try to commit the
transaction by calling commitTransaction() which will see that currentTransaction.isActive() returns
FALSE and will throw a RuntimeException. The fix for this problem is
that commitTransaction() needs to first check transactionStatus and return immediately
if transactionStatus==TXN_STATUS.ROLLBACK.

When starting HBase, if the datanode hosted on the same host is dead but not yet detected by the namenode, HBase will fail to start

515691223393/node8.distparser.com%2C16020%2C1515691223393.1515691238778 failed, retry = 7
org.apache.hbase.thirdparty.io.netty.channel.AbstractChannel$AnnotatedConnectException: syscall:getsockopt(..) failed: Connexion refusée: /192.168.23.2:50010
	at org.apache.hbase.thirdparty.io.netty.channel.unix.Socket.finishConnect(..)(Unknown Source)
Caused by: org.apache.hbase.thirdparty.io.netty.channel.unix.Errors$NativeConnectException: syscall:getsockopt(..) failed: Connexion refusée
	... 1 more

and will also get stuck to stop:

hbase@node2:~/hbase-2.0.0-beta-1$ bin/stop-hbase.sh 
stopping hbase....................................................................................................................................................................................................^C
stopping hbase..................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
SLF4J: Found binding in [jar:file:/home/hbase/hbase-2.0.0-beta-1/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/home/hbase/hbase-2.0.0-beta-1/lib/slf4j-log4j12-1.7.25.jar!/org/slf4j/impl/StaticLoggerBinder.class]

The most interesting is that it seems to fail the same way even if the DN is declared dead on HDFS side:

515692041367/node8.distparser.com%2C16020%2C1515692041367.1515692057716 failed, retry = 4
	... 1 more

org.jboss.as.test.integration.jpa.dsrestart (1)
    JpaDsRestartTestCase.testRestartDataSource 

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.jboss.as.controller.security.ControllerPermission" "canAccessModelController")" in code source "(vfs:/content/dsrestartjpa.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.dsrestartjpa.war" from Service Module Loader")
	at org.jboss.as.controller.AbstractControllerService.getValue(AbstractControllerService.java:621)
	at org.jboss.as.controller.AbstractControllerService.getValue(AbstractControllerService.java:77)
	at org.jboss.msc.service.ServiceControllerImpl.getValue(ServiceControllerImpl.java:1110)
	at org.jboss.as.test.integration.jpa.dsrestart.JpaDsRestartTestCase.toggleDataSource(JpaDsRestartTestCase.java:102)
	at org.jboss.as.test.integration.jpa.dsrestart.JpaDsRestartTestCase.testRestartDataSource(JpaDsRestartTestCase.java:86)
	...

It looks to me as valid requirement for code running in container using ModelController to have granted permission to do so. In this case code is test running in container. Not sure how permission can be granted in that case.

@PropertySource({ "${property1}", "${property2}" })
class AppConfig {
}
Only first ${property1} placeholder will be resolved. Second and any other values will be used as is. The cause and fix are simple:
File:
./org.springframework.context/src/main/java/org/springframework/context/annotation/ConfigurationClassParser.java
Function:
protected AnnotationMetadata doProcessConfigurationClass(ConfigurationClass configClass, AnnotationMetadata metadata) {}
Line: 187
for (int i = 0; i < nLocations; i++) {
  locations[0] = this.environment.resolveRequiredPlaceholders(locations[0]);
}
Should be:
  locations[i] = this.environment.resolveRequiredPlaceholders(locations[i]);
}
Just a typo, I guess.

The problem is two fold:

FetchTask.initialize, which is called during parsing of the query, converts the HiveConf it is given into a JobConf by copying it.
Driver.recordValidTxns, which runs after parsing, adds the valid transactions to the HiveConf.

Thus fetch operators will use the transactions from the previous command.

In

org.springframework.web.socket.messaging.StompSubProtocolHandler

it is tried to read the value of the simpHeartbeat header via

long[] heartbeat = (long[]) connectAckHeaders.getHeader(SimpMessageHeaderAccessor.HEART_BEAT_HEADER);

(note: HEART_BEAT_HEADER = "simpHeartbeat")
 It always returns null, because the headers of connectAckHeaders only contain the keys simpMessageType, simpConnectMessage, and simpSessionId. If you want to get the value of simpHeartbeat, first get

connectAckHeaders.getHeader("simpConnectMessage")

which returns a GenericMessage. Its headers contain the key simpHeartbeat.

There's some flaky test failures for TestDbTxnManager.testHeartbeater. Need to shorten the default delay to avoid that problem.

Failed to access kerberized HS2 WebUI with following error msg:

curl -v -u : --negotiate http://util185.phx2.cbsig.net:10002/ 
> GET / HTTP/1.1 
> Host: util185.phx2.cbsig.net:10002 
> Authorization: Negotiate YIIU7...[redacted]... 
> User-Agent: curl/7.42.1 
> Accept: */* 
> 
< HTTP/1.1 413 FULL head 
< Content-Length: 0 
< Connection: close 
< Server: Jetty(7.6.0.v20120127) 

It is because the Jetty default request header (4K) is too small in some kerberos case.
So this patch is to increase the request header to 64K.

My JSTL app just stopped working in latest WildFly.  I'm guessing this is due to UNDERTOW Alpha 15.  It works fine with JBossWeb.
To recreate, deploy the attached WAR.  It's a JSF app, but this particular request doesn't use JSF.  It just hits a JSP with some JSTL in it.
http://localhost:8080/jsfwithjsp/hellojstl.jsp

15:25:05,608 ERROR [io.undertow.request] (default task-1) Servlet request failed io.undertow.server.HttpServerExchange@2177b8a7: org.apache.jasper.JasperException: JBWEB0
04113: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application
        at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:53) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:147) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:88) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.TagLibraryInfoImpl.generateTLDLocation(TagLibraryInfoImpl.java:206) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.TagLibraryInfoImpl.<init>(TagLibraryInfoImpl.java:121) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:385) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.Parser.parseDirective(Parser.java:446) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1372) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.Parser.parse(Parser.java:132) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.ParserController.doParse(ParserController.java:256) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.ParserController.parse(ParserController.java:105) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:194) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.Compiler.compile(Compiler.java:359) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.Compiler.compile(Compiler.java:339) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.compiler.Compiler.compile(Compiler.java:326) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:604) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:308) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:309) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:242) [jastow-1.0.0.Alpha2.jar:1.0.0.Alpha2]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Alpha1.jar:1.0.0.Alpha1]
        at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:138) [undertow-websockets-jsr-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Al
pha15]
        at io.undertow.server.HttpHandlers.executeHandler(HttpHandlers.java:46) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:116) [undertow-servlet-1.0.0.Alpha15
.jar:1.0.0.Alpha15]
        at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:79)
        at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha
15]
        at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:66) [undertow-servlet-1.0.0.Alpha1
5.jar:1.0.0.Alpha15]
        at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:71) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:26) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:56)
        at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:118) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:106) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.servlet.handlers.ServletInitialHandler.handleRequest(ServletInitialHandler.java:83) [undertow-servlet-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:52) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:544) [undertow-core-1.0.0.Alpha15.jar:1.0.0.Alpha15]

Disabling table regions which are in PENDING_OPEN or OPENING on dead server are getting assigned then unassiging. 
We can avoid this by just mark OFFLINE for the regions,any way znodes of the transitions got deleted as part of am.processServerShutdown(serverName). 

I was trying to write some data to cluster with hbase ltt but i have this one:

$ hbase ltt -write 3:30:10 -num_keys 1000000
2017-07-03 14:40:47,372 ERROR [main] util.AbstractHBaseTool: Error running command-line tool
java.lang.UnsupportedOperationException: HColumnDescriptor is read-only
       	at org.apache.hadoop.hbase.client.ImmutableHColumnDescriptor.getDelegateeForModification(ImmutableHColumnDescriptor.java:44)
       	at org.apache.hadoop.hbase.HColumnDescriptor.setBloomFilterType(HColumnDescriptor.java:475)
       	at org.apache.hadoop.hbase.util.LoadTestTool.applyColumnFamilyOptions(LoadTestTool.java:288)
       	at org.apache.hadoop.hbase.util.LoadTestTool.initTestTable(LoadTestTool.java:557)
       	at org.apache.hadoop.hbase.util.LoadTestTool.loadTable(LoadTestTool.java:584)
       	at org.apache.hadoop.hbase.util.LoadTestTool.doWork(LoadTestTool.java:565)
       	at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:70)
       	at org.apache.hadoop.hbase.util.AbstractHBaseTool.doStaticMain(AbstractHBaseTool.java:262)
       	at org.apache.hadoop.hbase.util.LoadTestTool.main(LoadTestTool.java:831)

Since switching over HBase to build with Hadoop 0.20.205.0, we've been getting a lot of metrics related errors in the log files for tests:

2011-10-30 22:00:22,858 INFO  [main] log.Slf4jLog(67): jetty-6.1.26
2011-10-30 22:00:22,871 INFO  [main] log.Slf4jLog(67): Extract jar:file:/home/jenkins/.m2/repository/org/apache/hadoop/hadoop-core/0.20.205.0/hadoop-core-0.20.205.0.jar!/webapps/datanode to /tmp/Jetty_localhost_55751_datanode____.kw16hy/webapp
2011-10-30 22:00:23,048 INFO  [main] log.Slf4jLog(67): Started SelectChannelConnector@localhost:55751
Starting DataNode 1 with dfs.data.dir: /home/jenkins/jenkins-slave/workspace/HBase-TRUNK/trunk/target/test-data/7ba65a16-03ad-4624-b769-57405945ef58/dfscluster_3775fc23-1b51-4966-8133-205564bae762/dfs/data/data3,/home/jenkins/jenkins-slave/workspace/HBase-TRUNK/trunk/target/test-data/7ba65a16-03ad-4624-b769-57405945ef58/dfscluster_3775fc23-1b51-4966-8133-205564bae762/dfs/data/data4
2011-10-30 22:00:23,237 WARN  [main] impl.MetricsSystemImpl(137): Metrics system not started: Cannot locate configuration: tried hadoop-metrics2-datanode.properties, hadoop-metrics2.properties
2011-10-30 22:00:23,237 WARN  [main] util.MBeans(59): Hadoop:service=DataNode,name=MetricsSystem,sub=Control
javax.management.InstanceAlreadyExistsException: MXBean already registered with name Hadoop:service=NameNode,name=MetricsSystem,sub=Control
	at com.sun.jmx.mbeanserver.MXBeanLookup.addReference(MXBeanLookup.java:120)
	at com.sun.jmx.mbeanserver.MXBeanSupport.register(MXBeanSupport.java:143)
	at com.sun.jmx.mbeanserver.MBeanSupport.preRegister2(MBeanSupport.java:183)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:941)
	at org.apache.hadoop.metrics2.util.MBeans.register(MBeans.java:56)
	at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.initSystemMBean(MetricsSystemImpl.java:500)
	at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.init(MetricsSystemImpl.java:140)
	at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.init(DefaultMetricsSystem.java:40)
	at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.initialize(DefaultMetricsSystem.java:50)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1483)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1459)
	at org.apache.hadoop.hdfs.MiniDFSCluster.startDataNodes(MiniDFSCluster.java:417)
	at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:280)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniDFSCluster(HBaseTestingUtility.java:349)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:518)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:474)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:461)

This seems to be due to errors initializing the new hadoop metrics2 code by default, when running in a mini cluster.  The errors themselves seem to be harmless – they're not breaking any tests – but we should figure out what configuration we need to eliminate them.

With the following ini file

comment
property.1 = g1
property.2 : g2
[section]
property.1 = l1

HierarchicalINIConfiguration properly creates two sections: null and "section".  However, the subsets from this configuration do not have the expected property names.
The global subset contains the following name=value pairs:
property..1=g1
property..2=g2
section.property..1=l1
The "section" subset contains the following name=value pairs:
I expected the global subset to contain:
property.1=g1
property.2=g2
I expected the "section" subset to contain:

My server resource defines an "interceptors" attribute:

        public static final ObjectTypeAttributeDefinition CLASS = ObjectTypeAttributeDefinition.Builder.of("class",
                create("name", ModelType.STRING, false)
                        .build(),
                create("module", ModelType.STRING, false)
                        .build())
                .build();

        public static final ObjectListAttributeDefinition INTERCEPTORS = ObjectListAttributeDefinition.Builder.of("interceptors", CLASS)
                .setAllowNull(true)
                .setAllowExpression(false)
                .setMinSize(1)
                .setMaxSize(Integer.MAX_VALUE)
                .build();

The "interceptors" is a LIST of "class" attribute which is an OBJECT composed of a "name" and "module" attribute.
I'm not sure what is the corresponding XML format for this attribute.
Ideally, I'd like to have this XML format:

    <server name="default" >
            ...
            <interceptors>
                <class name="org.bar.MyInterceptor"
                       module="org.bar" />
                <class name="org.baz.MyOtherInterceptor"
                       module="org.baz" />
            </interceptors>
            ...
      </server>

This XML can not be parsed and I have not found which XML representation can be parsed given my INTERCEPTORS definition.
The XML parsing fails with:

javax.xml.stream.XMLStreamException: ParseError at [row,col]:[23,27]
Message: WFLYCTL0377: Unexpected element '{urn:jboss:domain:test:1.0}interceptors' encountered. Valid elements are: 'buffer-cache'
	at org.jboss.as.controller.parsing.ParseUtils.unexpectedElement(ParseUtils.java:98)
	at org.jboss.as.controller.PersistentResourceXMLDescription.parseChildren(PersistentResourceXMLDescription.java:270)
	at org.jboss.as.controller.PersistentResourceXMLDescription.parse(PersistentResourceXMLDescription.java:166)
	at org.jboss.as.controller.PersistentResourceXMLDescription.parseChildren(PersistentResourceXMLDescription.java:266)
	at org.jboss.as.controller.PersistentResourceXMLParser.readElement(PersistentResourceXMLParser.java:41)
	at org.jboss.as.controller.PersistentResourceXMLParser.readElement(PersistentResourceXMLParser.java:35)

Corresponding test case in wildly-core is in my branch at https://github.com/jmesnil/wildfly-core/tree/parse_ObjectListAttributeDefinition

https://builds.apache.org/job/PreCommit-HBASE-Build/1365/artifact/patchprocess/patch-unit-hbase-server.txt :

negativeForMajor(org.apache.hadoop.hbase.regionserver.TestDateTieredCompactionPolicy)  Time elapsed: 0.48 sec  <<< FAILURE!
java.lang.AssertionError: expected:<true> but was:<false>
	at org.apache.hadoop.hbase.regionserver.TestDateTieredCompactionPolicy.compactEquals(TestDateTieredCompactionPolicy.java:94)
	at org.apache.hadoop.hbase.regionserver.TestDateTieredCompactionPolicy.negativeForMajor(TestDateTieredCompactionPolicy.java:301)

Similar test failure occurred in master JDK 8 build as well (https://builds.apache.org/job/HBase-TRUNK_matrix/839/jdk=latest1.8,label=yahoo-not-h2/testReport/org.apache.hadoop.hbase.regionserver/TestDateTieredCompactionPolicy/negativeForMajor/).
Since TestDateTieredCompactionPolicy is a small test, its failure prevented large tests from running.

I believe this happened after HIVE-15958 - since we end up keeping amNodeInfo in knownAppMaters, and that can result in the callable not being scheduled on new task registration.

Camel Tracing is not being executed if there is redelivery strategy defined.
 In our context we have switched on the camel Tracer with the following:

            @Override

                // If errorHandler with redelivery is removed then tracer output is visible again.
                errorHandler(new DefaultErrorHandlerBuilder().maximumRedeliveries(3).redeliveryDelay(2000L));

                from("direct:start").process(new Processor() {
                        System.out.println("PROCESSED");
                    }
                });
            }
        });

        // Enable Tracer.
        context.setTracing(true);
        template.sendBody("direct:start", "foo");
    }

We noticed that we were missing output from the tracer that we were excepting.
If you remove the errohandler with redelivery you can see the output we expected:
 
[main] INFO org.apache.camel.processor.interceptor.Tracer - ID-rmm-xxx-xxx-x-x >>> (route1) from(direct://start) --> Processor@0x130d63be <<< Pattern:InOnly, Headers:{breadcrumbId=ID-rmm-xxx-xxx-x-x}, BodyType:String, Body:foo

In class org.apache.commons.collections(4).MapUtils there's a method putAll(final Map<K, V> map, final Object[] array) which starts with 

map.size();  // force NPE

Actually map.size() is not that harmless call for any map. For example, consider java.util.concurrent.ConcurrentHashMap size() implementation: depending on the circumstances it may take even more time than the rest of the putAll method (at least prior to JDK 8). Things are even worse for ConcurrentSkipListMap: its size() method iterates over all the map elements. Thus I'd suggest to replace this call with more conventional check like:

if(map == null) {
    throw new NullPointerException();
}

If you still want to save bytes, you may use map.getClass(). It's final, so it will never be overridden to do something strange and it's even used by JavaC for the same purpose (to trigger NPE). For example, if you compile and disassemble this code:

    public class Inner {}
    public void test(Outer n) { n.new Inner(); }
}

You will see a getClass() call which is used to trigger NPE.

When using one of the EIP that uses a nested route for sub processing, typically EIPs that does some sort of aggregation such as

multicast (for aggregating a response)
split
aggregate
And maybe a few others

They should use pushBlock so the end() DSL to indicate end of sub route works correctly in Java DSL.

When columns are pruned in ColumnPrunerProcFactory, updating the row schema behavior is not consistent among operators: some will update their RowSchema, while some others will not.

Testing 0.94.3RC0, I see loads of this in logs:

2012-11-23 13:39:40,488 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: file:/tmp/hbase-stack/hbase/.oldlogs/192.168.1.73%2C61033%2C1353705880078.1353706219757 is not deletable according t#
 14 2012-11-23 13:39:40,488 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: file:/tmp/hbase-stack/hbase/.oldlogs/192.168.1.73%2C61033%2C1353705880078.1353706221210 is not deletable according t#
 1

There is too much of it.  Can we cut back some?

When running the IndexBuilder example we can pass the tablename, family name and qualifier name for indexing that data. But in the code the family name is hard coded to be only "attributes". So this example will work only when family name of the src table is "attributes"

Please check and add missing swagger dependencies to Fuse BOM.
Some missing taken from issue ENTESB-3380 

commented versions are present in BOM for fuse 6.2.1..

		<!-- SWAGGER -->
			<groupId>com.fasterxml.jackson.core</groupId>
			<artifactId>jackson-databind</artifactId>
			<!-- <version>2.4.3</version> -->
			<artifactId>jackson-core</artifactId>
		  <groupId>com.fasterxml.jackson.jaxrs</groupId>
		  <artifactId>jackson-jaxrs-json-provider</artifactId>
		  <!-- <version>2.4.3</version> -->
			<groupId>com.wordnik</groupId>
			<artifactId>swagger-core_2.10</artifactId>
			<version>1.3.2</version>
			<artifactId>swagger-annotations</artifactId>
			<artifactId>swagger-jaxrs_2.10</artifactId>
			<!-- <version>1.3.2</version> -->

Our bucket caches run threads in the background to log stats on a period only since we moved the log level to default INFO, these DEBUG level logs no longer show up.  Make the loggings INFO level (and do some fixup to make bucket cache and lru loggings look same).

<to uri="mock:result" pattern="InOut" id="crap"/>

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'crap': Error setting property values; nested exception is org.springframework.beans.NotWritablePropertyException: Invalid property 'pattern' of bean class [org.apache.camel.spring.CamelEndpointFactoryBean]: Bean property 'pattern' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter?
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1361)
	at org.apache.camel.spring.processor.SpringTestHelper.createSpringCamelContext(SpringTestHelper.java:37)
	at org.apache.camel.spring.processor.SpringSimpleResultTypeRouteTest.createCamelContext(SpringSimpleResultTypeRouteTest.java:46)
	at org.apache.camel.ContextTestSupport.setUp(ContextTestSupport.java:88)
	at org.apache.camel.TestSupport.runBare(TestSupport.java:62)
	at com.intellij.junit3.JUnit3IdeaTestRunner.doRun(JUnit3IdeaTestRunner.java:139)
	at com.intellij.junit3.JUnit3IdeaTestRunner.startRunnerWithArgs(JUnit3IdeaTestRunner.java:52)
	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:199)
Caused by: org.springframework.beans.NotWritablePropertyException: Invalid property 'pattern' of bean class [org.apache.camel.spring.CamelEndpointFactoryBean]: Bean property 'pattern' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter?
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:1024)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:900)
	at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:76)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1358)
	... 34 more

While HIVE-18817 will create new ORC Acid files from hitting the ArrayIndexOutOfBounds issue, existing files created before HIVE-18817 will still cause this issue. If there are delta directories then one way to generate new files is to perform a major compaction. But this does not work if there are no delta directories for the table/partition.
Add a tool to fix the Acid ORC files directly in the case that a compaction cannot be performed.

Blocking on the epoll thread is awful. The new rpc scheduler can have lots of different queues. Those queues have different capacity limits. Currently the dispatch method can block trying to add the the blocking queue in any of the schedulers.
This causes readers to block, tcp acks are delayed, and everything slows down.

The following test added to org.neo4j.ogm.unit.mapper.transitive.aabb.AABBTest fails as one relationship from A to B is saved in the wrong direction

 @Test
    public void shouldSaveRelationsInTheCorrectDirection() {

        // fully connected, will persist everything
        session.save(a1);

        session.clear();

        a1 = session.load(A.class, a1.id);
        assertSameArray(new R[] { r1, r2}, a1.r);

    }

When you create an annotation based configuration class with a @PropertySource annotation that provides multiple .properties files and a name for that property source only one property source gets registered since all ResourcePropertySource s have the same name and thus get overwritten by the subsequent property sources.
Example:

@PropertySource(name = "someName", value = {"classpath:a.properties", "classpath:b.properties"})
}

this will only register b.properties in the Environment since 2 ResourcePropertySource}}s with the name {{someName are created and added to the environment.

This condition,
 
semiJoin = semiJoin && !disableSemiJoinOptDueToExternalTable(parseContext.getConf(), ts, ctx);
 
may set semiJoin to false if an external table is encountered and will remain false for subsequent cases. It should only disable it for that particular case.
 
cc Jason Dere

In MetadataOnlyOptimizer.TableScanProcessor.process, it is possible that we consider a TableScanOperator as "MayBeMetadataOnly" when this TS does not have a conf. In MetadataOnlyOptimizer.MetadataOnlyTaskDispatcher.dispatch(Node, Stack<Node>, Object...), when we convert this TS, we want to get the alias from its conf....

(noticed after upgrading from 1.3.1 to 1.4.1, then adding a new script)
If I run a script that hasn't been run on the Redis before, Spring executes EVALSHA first, which fails with error "NOSCRIPT", throwing an exception.
In version 1.3.1 (expected): the exception is caught and EVAL is executed instead
In version 1.4.1 (bug): the exception caused by NOSCRIPT reaches my code, instead of being properly caught and handled.

AnnotationMethodHandlerAdapter will throw a HttpMediaTypeNotAcceptableException in cases where the registered message converts should be able to support an acceptable representation.
It looks like the problem is in the following method: AnnotationMethodHandlerAdapter$ServletHandlerMethodInvoker.handleResponseBody(...)
The inner-most part of the loop is only successful on this condition:
if (supportedMediaType.includes(acceptedMediaType)) {
If the acceptedMediaType is a wildcard, the condition fails. It seems it should rather be the revers:
if (acceptedMediaType.includes(supportedMediaType)) {
Then the fact that acceptedMediaType is a wildcard will make it potentially match what is supported.
The impact is that most client use a wildcard when Accept header is not explicitly set, and this results in a failure.
Will attach test.

Currently HBaseAdmin#isTableRepEnabled() returns false if ANY of the columns families is not replicated.
Because of this if you have a table where replication is partially enabled, calling disable_table_replication will not have any effect, but will report that replication for a given table is disabled.
Workaround is enabling table replication before disabling. 
As a solution quoted from HBASE-17460:
Admin#disableTableReplication() returns nothing and isTableRepEnabled() returns boolean. For master branch, we can let isTableRepEnabled() return enum (partially disabled, disabled, etc) This way, Admin#disableTableReplication() can return meaningful value to the user.

When configuring the RestTemplateBuilder using the Netty4ClientHttpRequestFactory I get an error message when making PUT or POST requests with the built RestTemplate:
Failed to read HTTP message:... HttpMessageNotReadableException: Required request body is missing
When I use SimpleClientHttpRequestFactory everything works fine.
I use the following Netty dependency:
compile 'io.netty:netty-all:4.1.6.Final'
A sample project illustrating the problem can be found here:
https://github.com/eseidinger/spring-boot-netty-problem
I first thought it's a Spring Boot issue with the TestRestTemplate only, because creating a RestTemplate using its constructor worked. But it turned out that the TestRestTemplate was automatically configured to use the Netty4ClientHttpRequestFactory when it finds Netty on the classpath and configuring the RestTemplate with the Netty4ClientHttpRequestFactory resulted in the same problem. The issue can be found here:
https://github.com/spring-projects/spring-boot/issues/7240

The pom.xml in manualmode module contains in its surefire plugin configuration part: 

<includes>
	<include>org/jboss/as/test/manualmode/**/*TestCase.java</include>
</includes>
<runOrder>alphabetical</runOrder>

These config items should be removed

the includes set defined here isn't complete
test run order should not be predefined..

If you use the put() or putAll() methods of the ExtendedProperties class, it will  not update the contents of the internal keysAsListed map which in turn will return a different list of keys using the getKeys() method than the keySet() method does.
The attached patchs fix this behaviour and add test cases. 

See org.neo4j.ogm.integration.ingredients.IngredientsIntegrationTest.shouldBeAbleToAddInterrelatedPairings

When we call set a=3; from beeline, the following exception is thrown. 

[HiveServer2-Handler-Pool: Thread-46]: Failed to remove corresponding log file of operation: OperationHandle [opType=GET_TABLES, getHandleIdentifier()=50f58d7b-f935-4590-922f-de7051a34658]
java.io.FileNotFoundException: File does not exist: /var/log/hive/operation_logs/7f613077-e29d-484a-96e1-43c81f9c0999/hive_20170531101400_28d52b7d-ffb9-4815-8c6c-662319628915
	at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:2275)
	at org.apache.hadoop.hive.ql.session.OperationLog$LogFile.remove(OperationLog.java:122)
	at org.apache.hadoop.hive.ql.session.OperationLog.close(OperationLog.java:90)
	at org.apache.hive.service.cli.operation.Operation.cleanupOperationLog(Operation.java:287)
	at org.apache.hive.service.cli.operation.MetadataOperation.close(MetadataOperation.java:58)
	at org.apache.hive.service.cli.operation.OperationManager.closeOperation(OperationManager.java:273)
	at org.apache.hive.service.cli.session.HiveSessionImpl.closeOperation(HiveSessionImpl.java:822)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1857)
	at com.sun.proxy.$Proxy38.closeOperation(Unknown Source)
	at org.apache.hive.service.cli.CLIService.closeOperation(CLIService.java:475)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.CloseOperation(ThriftCLIService.java:671)
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$CloseOperation.getResult(TCLIService.java:1677)
	at org.apache.hive.service.rpc.thrift.TCLIService$Processor$CloseOperation.getResult(TCLIService.java:1662)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:605)

LiveBeansView assume that the order in which contexts are started will be reversed on shutdown. That way, it registers an MBean for the first context (usually the parent) and unregisters it on shutdown. 
If the shutdown sequence changes for whatever reason (more precisely if the parent isn't shutdown last), then an attempt to shutdown an unknown MBean is made. Restarting the same context will lead to another error since we're trying again to register the MBean that wasn't removed.
Rather than relying on the order there, we should store the name of the MBean that was registered to effectively do it when all the contexts have been shutdown. 
See also #7179 in the Spring Boot tracker

Documentation on the SPEL PropertyAccessor.class reads:

Property resolvers are considered to be ordered and each will be called in
turn. The only rule that affects the call order is that any naming the target class directly in
getSpecifiedTargetClasses() will be called first, before the general resolvers.
However, the attached test case shows property accessors being utilized in an order other than what they are registered in.
It may be intended for the property accessors to be utilized in inverse order of their being added to the evaluationContext; if this is the case, it could be made clearer in the javadocs.

Here's the scenario of how did the problem happened:
1. When HMaster start, all regionservers checkin ok, and count of regions out on cluster is 10083, which is the actual region number count.
2. Then OpenedRegionHandler#process received zookeeper's events, and added 9923 regions to the hris list.
   but the 9923 regions already exists, force added.
3. The LoadBalancer get the wrong Region numbers of 20006 (10083 + 9923).
AssignmentManager#addToServers method:
private void addToServers(final HServerInfo hsi, final HRegionInfo hri) {
  List<HRegionInfo> hris = servers.get(hsi);
  if (hris == null) 
{
    hris = new ArrayList<HRegionInfo>();
    servers.put(hsi, hris);
  }
  hris.add(hri); // Same region was double added here
}
logs:
2011-06-27 16:13:06,845 INFO org.apache.hadoop.hbase.master.ServerManager: Exiting wait on regionserver(s) to checkin; count=3, stopped=false, count of regions out on cluster=10083
2011-06-27 16:13:17,334 INFO org.apache.hadoop.hbase.master.AssignmentManager: Failed-over master needs to process 9923 regions in transition
2011-06-27 16:21:45,135 DEBUG org.apache.hadoop.hbase.master.LoadBalancer: Balance parameter: numRegions=20006, numServers=3, max=6669, min=6668

Coverity found potential dereference of null object , because file.getParentFile() can return null in some circumstances.
PeriodicRotatingFileAuditEndpoint.java

 @Override
    protected void preWrite(Instant instant) {
        final long recordMillis = instant.toEpochMilli();
        if (recordMillis >= nextRollover) {
            try {
                final File file = getFile();
                if (file == null) {
                    // no file is set; a direct output stream or writer was specified
                    return;
                }
                closeStreams(); // close the original file (some OSes won't let you move/rename a file that is open)
                final Path target =  file.getParentFile().toPath().resolve(file.getName() + nextSuffix);
                Files.move(file.toPath(), target, StandardCopyOption.REPLACE_EXISTING);
                setFile(file);
            } catch (IOException e) {
                audit.unableToRotateLogFile(e);
            }
            calcNextRollover(recordMillis);
        }
    }

https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=25046999&defectInstanceId=5660941&mergedDefectId=1445725

Page 43 spring-roo-docs.pdf.   States to bring up a roo shell in STS type 'apple' aka cmd-G, it appears to be apple/cmd-R
See help-> Key Assist ...

When compaction is disabled on a table, flush needs to wait MemStoreFlusher#blockingWaitTime (default value is 90 seconds) before it goes ahead to flush. It has side effect that client may be blocked due to RegionTooBusyException. Please see the mail sent to dev list.
http://mail-archives.apache.org/mod_mbox/hbase-dev/201607.mbox/%3C2D66B8CA-7C6F-40EA-A861-2DE5482EC7B2@cloudera.com%3E
I guess that the right behavior is to do flush without waiting if compaction is disabled on a table. Attached a patch. 

The patches uploaded by submit-patch.py script get automatically downloaded when clicked.
Quite annoying. Sometimes it's easier to see the patch in the browser itself.

Not sure where this is coming from but since today if I try to create a table that already exists in the shell I get:
ERROR: undefined method `message' for nil:NilClass
instead of the normal exception.

Elytron tool scripts use script name as the first parameter.
PS1 script is not working as the last change broke list of parameters. 

Using the regionserver mode the canary exit if there are no region servers

hbase o.a.h.h.tool.Canary -daemon -regionserver REGION_NAME

while in table mode the canary is waiting until the table is up

hbase o.a.h.h.tool.Canary -daemon TABLE_NAME

Remove the exit code from the region server mode, and keep waiting until  the -t timeout or the region shows up

1. UDF decode should accept STRING_GROUP types for the second parameter
2. Fix error messages. (replace Encode with Decode)

select decode(cast('A' as binary), cast('utf-8' as varchar(5)));
FAILED: SemanticException [Error 10016]: Line 1:59 Argument type mismatch ''utf-8'': The second argument to Encode() must be a string

3. remove unused imports
4. add udf_decode.q test

Hibernate fails on startup:

org.hibernate.AnnotationException: Mixing nullable and non nullable columns in a property is not allowed: es.gva.cit.aplusu.domain.aum.TaumAplusu.taumAplusu

When database reverse engineer generate JoinColumns annotation with multiple JoinColumn annotations and nullable attribute of some JoinColumn has distinct value that the rest:

@JoinColumns({ 
@JoinColumn(name = "APLICACION", referencedColumnName = "APLICACION", nullable = false, insertable = false, updatable = false), @JoinColumn(name = "ROLUSUAR", referencedColumnName = "USUARIO", insertable = false, updatable = false)
})

All nullable attribute values should have same value (true or false).
If all false or all true, there is no problem.
But if mixing values set true for all.
This configuration is less restrictive and should work with all others ORMs.
I attach a patch with the diff.

The wss4j plain text password validation callback handler (org.springframework.ws.soap.security.wss4j.callback.SpringPlainTextPasswordValidationCallbackHandler) has been removed from the latest production version - 2.1.1
It appears to have been deleted in the unreleased tag 2.0.6 but is still referenced in the reference documentation. This class is also missing from trunk in svn.
Has this functionality been replaced and the documentation requires updating or is this an oversight?
I discovered this when upgrading to the latest version of spring ws.
For reference here are the urls:
2.0.5 svn - https://src.springframework.org/svn/spring-ws/tags/spring-ws-2.0.5.RELEASE/security/src/main/java/org/springframework/ws/soap/security/wss4j/callback/SpringPlainTextPasswordValidationCallbackHandler.java
Reference documentation - http://static.springsource.org/spring-ws/site/reference/html/security.html#security-wss4j-security-interceptor

ORC readers should ignore metadata streams which are non-essential additions to the main data streams.
This will include additional indices, histograms or anything we add as an optional stream.

From the referenced issue on SO:

It turned out that spring-data-mongodb does not pass the read preference specified on mongoTemplate to the underlying com.mongodb.Mongo connection pool - for aggregations. It would pass the read preference for simple find operations.

The use of the <description> subelement in the <map>/<entry> element throws a BeanDefinitionParsingException. The XSD (http://www.springframework.org/schema/beans/spring-beans-3.0.xsd) allows this kind of comment.
Examples:
<map>
<entry key="a" value="b">
<description> some comment </description>
</entry>
</map>
or:
<map>
<entry key="a">
<value>b</value>
</entry>
</map>
The problem is that the <description> is handled like any other subelement. A fix should be to ignore the <description> element.
Possible fix for BeanDefinitionParserDelegate:
public Map parseMapElement(Element mapEle, BeanDefinition bd) {
   ...
   else {
      // Child element is what we're looking for.
      if (nodeNameEquals(candidateEle, DESCRIPTION_ELEMENT)) 
{
         // Do nothing, it's a description
      }
      else if (valueEle != null) 
{
         error("<entry> element must not contain more than one value sub-element", entryEle);
      }
      else 
{
          valueEle = candidateEle;
      }
   }
   ...
}

In addGroupAuthority(String groupName, GrantedAuthority authority) there is wrong parameter type in FindGroupIdQuery. Must be VARCHAR instead of INTEGER.
private class FindGroupIdQuery extends MappingSqlQuery {
        public FindGroupIdQuery(DataSource ds) 
{
            super(ds, findGroupIdSql);
            declareParameter(new SqlParameter(Types.INTEGER));
            compile();
        }

        protected Object mapRow(ResultSet rs, int rowNum) throws SQLException 
{
            return new Integer(rs.getInt(1));
        }
    }

This seems to be a recent change in behavior but I'm still not sure where it's coming from.
The shell is able to call HMaster.getAlterStatus before the TableEventHandler is able call AM.setRegionsToReopen so that the returned status shows no pending regions. It means that the alter seems "instantaneous" although it's far from completed.

LinkedIn put up a blog post with a nice concise list of GC conserving techniques we should document for contributors. Additionally, when we're at a point our build supports custom error-prone plugins, we can develop warnings for some of them. 
Source: http://engineering.linkedin.com/performance/linkedin-feed-faster-less-jvm-garbage

Be careful with Iterators
Estimate the size of a collection when initializing
Defer expression evaluation
Compile the regex patterns in advance
Cache it if you can
String Interns are useful but dangerous

All good advice and practice that I know we aim for. 

If you do something like
from X
  inOut JMS
  setFaultBody
Then the fault flag is not propagated back when the consumer on X sees the result.
The issue is in JmsMessage which overrides copyFrom, from DefaultMessage. And it dont propagate the fault flag.

When I use HTablePool and try to close it on application shutdown I've got NPE calling closeTablePool method because I didn't borrow any tables with the given name. Could you please add a null check for queue in closeTablePool or add ability to get all table names used in a pool or just add a destroy method to close all existed table in a pool.

In my applicationContext-webapp.xml I have the following definitions:
...
	<sec:authentication-manager alias="authenticationManager" >
		<sec:ldap-authentication-provider 
			group-search-base="$host
{ldap.group.search.base}
" 
			user-dn-pattern="$host
{ldap.userdn.pattern}
"
			user-context-mapper-ref="ldapContextMapper" />
	</sec:authentication-manager>
...
The PropertyPlaceholderConfigurer correctly finds and replaces the group-search-base property. But ignores
the user-dn-pattern property, triggering an error when the authentication provider attempts to start up.
Tracing the execution showed that user-dn-pattern comes through to the BeanDefinitionVisitor class as a 
String[]. In the resolveValue method there is no code to support a String[] so it simply hands the array back to the calling method, making no attempt to process it.
This would indicate either an bug in the reading of the user-dn-pattern property or that further handling needs to be added to the resolveValue method in BeanDefinitionVisitor. 

GraphLookupOperationBuilder is package-protected and not visible to classes outside the package.

hbase-env.sh which is sourced by hbase-config.sh which is eventually sourced by the main 'hbase' script defines HBASE_OPTS form scratch, ignoring any previous value set in the environment.
This prevents from passing additional JVM parameters to HBase programs (shell, hbck, etc) launched through these scripts.

  LoadMultiFilesDesc lmfd = new LoadMultiFilesDesc(toMove,
      targetDir, lfd.getIsDfsDir(), lfd.getColumns(), lfd.getColumnTypes());
The toMove includes full paths for each partition.  But the targetDir is a root path that does not contain any partition part.
So it is move, for example,
from
hdfs://dfs2.data.facebook.com:9000/tmp/hive-heyongqiang/hive_2010-12-29_13-31-58_051_54619753122187226/-ext-10002/ds=2010-12-28/hr=17/offset=16-435944367480
to
hdfs://dfs2.data.facebook.com:9000/tmp/hive-heyongqiang/hive_2010-12-29_13-31-58_051_54619753122187226/-ext-10000
And the final path after the move is 
hdfs://dfs2.data.facebook.com:9000/tmp/hive-heyongqiang/hive_2010-12-29_13-31-58_051_54619753122187226/-ext-10000/
offset=16-435944367480

The @RooJavaBean creates invalid fully qualified package names for Iterable:
package foo.bar.baz;
import org.springframework.roo.addon.javabean.RooJavaBean;
public class X {
  Iterable<Object> it;
}
produces a ITD with a method with the following declaration:
 public foo.bar.baz.Iterable<java.lang.Object> X.getIt()
For a other types sitting in java.lang, e.g., String the declaration is correct and refers to java.lang.String. As JavaBeanMetadata#getDeclaredGetter currently simply copies the type of the getter's field as its return type, I assumed that JavaParser's knowledge of java.lang is incomplete.

The following can be observed in TestAsyncNamespaceAdminApi test output:

2018-01-09 07:55:08,685 INFO  [Default-IPC-NioEventLoopGroup-5-2] client.RawAsyncHBaseAdmin$NamespaceProcedureBiConsumer(2374): Operation: CREATE_NAMESPACE, Namespace: TestNamespacens1 failed with Namespace Namespace TestNamespacens1 already exists already exists

This was due to ForeignExceptionUtil.toIOException() recreating NamespaceExistException, resulting in "already exists" appended one more time.

Didn't invoke FileSystem.closeAllForUGI after checkFileAccess. This results leak in FileSystem$Cache and eventually OOM for HS2.
Workaround without fix - 
fs.hdfs.impl.disable.cache=true
fs.file.impl.disable.cache=true

DefaultClientPipelineFactory respects the requestTimeout option, but HttpClientPipelineFactory doesn't. We should add requestTimeout resolution logic (and ReadTimeoutHandler) to the HTTP pipeline creation process.

It looks like a better check for empty tables is to depend on the existence of the record reader for the input from tez. 

ModelPersistenceTestCase fails when ReadConfigAsFeaturesStandaloneTestCase runs in order before it.
Not depending on JDK version - affects JDK 8,9,11.

[INFO] Running org.wildfly.core.test.standalone.mgmt.api.core.ReadConfigAsFeaturesStandaloneTestCase
[INFO] Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.29 s - in org.wildfly.core.test.standalone.mgmt.api.core.ReadConfigAsFeaturesStandaloneTestCase
[INFO] Running org.wildfly.core.test.standalone.mgmt.api.ModelPersistenceTestCase
[ERROR] Tests run: 5, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.088 s <<< FAILURE! - in org.wildfly.core.test.standalone.mgmt.api.ModelPersistenceTestCase
[ERROR] testTakeAndDeleteSnapshot(org.wildfly.core.test.standalone.mgmt.api.ModelPersistenceTestCase)  Time elapsed: 0.017 s  <<< ERROR!
java.io.FileNotFoundException: /home/jkalina/work/wildfly-core/testsuite/standalone/target/wildfly-core/standalone/configuration/standalone_xml_history/20180910-161302223standalone.last.xml (No such file or directory)
	at org.apache.commons.io.FileUtils.checksum(FileUtils.java:2873)
	at org.apache.commons.io.FileUtils.checksumCRC32(FileUtils.java:2846)
	at org.wildfly.core.test.standalone.mgmt.api.ModelPersistenceTestCase.testTakeAndDeleteSnapshot(ModelPersistenceTestCase.java:207)

When the stdout configuration property is defined on the start goal as a file the output stream for the file is never closed. The output stream should be closed when the launched process ends.

      }

Hi,
There is an issue during the conversion of enums from byte arrays: some enum redefines the toString method (like java.time.temporal.ChronoUnit) which means that this value can't be used to retrieve the enum constant.
I suggest the following patch, in org.springframework.data.redis.core.convert.BinaryConverters:

@@ -120,7 +120,7 @@ final class BinaryConverters {
                                return new byte[] {};
                        }

-                       return fromString(source.toString());
+                       return fromString(source.name());
                }

        }

Regards,
Benoit

Setting the jobFromHeader option in the URI throws exception.
Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: spring-batch://myJob?jobFromHeader= due to: Failed to resolve endpoint: spring-batch://myJob?jobFromHeader= due to: There are 1 parameters that couldn't be set on the endpoint. Check the uri if the parameters are spelt correctly and that they are properties of the endpoint. Unknown parameters=[
{jobFromHeader=}
]
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:588) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:79) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:211) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:107) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:113) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:62) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:56) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.model.ProcessorDefinition.makeProcessorImpl(ProcessorDefinition.java:534) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:495) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:219) ~[camel-core-2.17.1.jar:2.17.1]
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1069) ~[camel-core-2.17.1.jar:2.17.1]
	... 31 common frames omitted

This is based on a mail in the user list. 
OP_ATTRIBUTE_ACL_STRATEGY_CELL_FIRST in AccessControlConstants is not used any more in the code and AccessControlconstants is Public. We need to either bring in this feature or remove the constant from the Public APi which may be misleading. 

There seems to be a bug due to HIVE-3432.
We are converting the group by to a map side group by after only looking at
sorting columns. This can give wrong results if the data is sorted and
bucketed by different columns.
Add some tests for that scenario, verify and fix any issues.

HIVE-11118 added file format validation to load statement for ORC tables. It does not work when the path is a directory.

Spring-WS component does not behave as expected from pipes and filters pattern if exchange is not outCapable.
If ExchangeHelper.isOutCapable returns false for the given exchange the IN-message is returned instead of the WS-Response.
Example:
ExampleRoute
        from("timer://foo?fixedRate=true&period=1000")//
                .setBody().simple("<ex:getExampleResponse xmlns:ex=\"http://example.com/\">" //
                        + "       <id>1</id>" //
                        + "     </ex:getExampleResponse>")//
                .to("spring-ws:http://localhost:9000/Example")//
                .to("file://responses");

In the example above I would expect the WS-response written to the files in the responses directory. Currently (since 2.7.3) the IN message is written to the files.
This is caused by SpringWebserviceProducer#process because it only sets headers and body for the OUT-message if isOutCapable is true.
Workaround (maybe this has side effects!):
                from("timer://foo?fixedRate=true&period=1000")//
                .setExchangePattern(ExchangePattern.InOut) // <-- Override with InOut Pattern

This behavior has been implemented to fix CAMEL-3974. From my point of view its counter intuitive since other processing-steps don't check the exchange's outCapability.
It took me several hours to find out why I always got the IN message back, although the webservice was called correctly and returned correct results.
Maybe an option should be provided to control this behavior. At least a log-message should be written to explain, that the webservice-reponse is thrown away.

After upgrading from 4.1.x to 4.2.3 we are encountering problems regarding the processing of the @EventListener annotations. 
Our Spring configurations (XML) contain a whole lot of beans defined for lazy init. These bean definitions are some times pre-configurations used by other projects (and could be overriden or replaced) and sometimes stage dependent beans, where the matching implementation is selected by aliases and/or <beans profile=".."> (and a more powerful self implemented equivalent) mechanism. Within the default configuration files, it is not possible to wrap the beans with <beans profile="..."> tags. We just do not know how the environments of our customers look like. Therefor the beans need to be directly defined with the lazy flag.
With 4.2.3 the org.springframework.context.event.EventListenerMethodProcessor introspects all beans defined, including the lazy defined ones. This loads the class (which up to 4.1.x did not happen!), causing NoClassDefFoundError}}s if the class could not be loaded completely. I attached a minimal example, which instantiates the {{org.springframework.scheduling.commonj.TimerManagerTaskScheduler refering to the commonj.timers.TimerListener, which is not available outside the application server. This breaks spring context bootstrap in unit tests as well as when running in local tomcat, etc.
Is it possible to exclude lazy beans from processing?

M/R or Tez.

	at org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector.setConcat(BytesColumnVector.java:190)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.StringConcatColScalar.evaluate(StringConcatColScalar.java:78)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpression.evaluateChildren(VectorExpression.java:112)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorUDFDateDiffColCol.evaluate(VectorUDFDateDiffColCol.java:59)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.gen.LongScalarAddLongColumn.evaluate(LongScalarAddLongColumn.java:65)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.gen.LongColAddLongColumn.evaluate(LongColAddLongColumn.java:52)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.LongColDivideLongScalar.evaluate(LongColDivideLongScalar.java:52)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.gen.FuncFloorDoubleToLong.evaluate(FuncFloorDoubleToLong.java:47)
	at org.apache.hadoop.hive.ql.exec.vector.VectorHashKeyWrapperBatch.evaluateBatch(VectorHashKeyWrapperBatch.java:147)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator$ProcessingModeHashAggregate.processBatch(VectorGroupByOperator.java:289)

An already unmodifiable trie was decorated again.
To be consistent with the other Unmodifiable wrappers, in this case the object itself shall be returned.
Also the return type shall be changed to Trie.

EAP server welcome page (aka http://localhost:8080/ ) returns "404 - Not Found" once the JBOSS_HOME contains lower case drive letter on Windows.
This is regression against 6.4.0, 7.0.0, 7.1.0.DR15, so priority of this jira is blocker
Similar jira from 7.0: JBEAP-2054

start the EAP using absolute path with lower case drive letter: C:\Users\Administrator>c:\Users\Administrator\playground\7.1.0.DR16\jboss-eap-7.1\bin\standalone.bat
get the response from welcome page

C:\Users\Administrator>wget64.exe --server-response --spider http://localhost:8080
Spider mode enabled. Check if remote file exists.
--2017-04-10 10:34:21--  http://localhost:8080/
Resolving localhost (localhost)... ::1, 127.0.0.1
Connecting to localhost (localhost)|::1|:8080... failed: Bad file descriptor.
Connecting to localhost (localhost)|127.0.0.1|:8080... connected.
HTTP request sent, awaiting response...
  HTTP/1.1 404 Not Found
  X-Powered-By: Undertow/1
  Server: JBoss-EAP/7
  Content-Length: 74
  Content-Type: text/html
  Date: Mon, 10 Apr 2017 08:34:22 GMT
Remote file does not exist -- broken link!!!

ServletComponent.doCreateConsumer()  seems to consider the 'httpBindingRef' option when deciding whether or not to create a default HttpBinding. However this option was removed in 2.17 (https://github.com/apache/camel/commit/df701cc3776833c98a3e2b53f86dfd8f01eabe4b )
<restConfiguration component="servlet" enableCORS="true">
   <endpointProperty key="servletName" value="MyCamelServlet"/>
   <endpointProperty key="httpBinding" value="#MyHttpBinding"/>
</restConfiguration>
Doesn't use the custom binding. Providing a value for httpBindingRef causes the endpoint creation to fail (due to unknown parameters being included in the servlet:// URI.
 
The following failure is produced when trying to force replacement of deployments in JBoss EAP 7.1.0.DR10 with high level command:

[domain@localhost:9990 /] deploy ~/testing/eap/7.0.0/jboss-eap-7.0.0.GA-quickstarts/helloworld/target/jboss-helloworld.war --server-groups=main-server-group
[domain@localhost:9990 /] deploy ~/testing/eap/7.0.0/jboss-eap-7.0.0.GA-quickstarts/helloworld/target/jboss-helloworld.war --force                          
{"host-failure-descriptions" => {"hc1" => "WFLYDC0041: A slave domain controller cannot accept deployment content uploads"}}

This operation is referenced in community documentation: Application deployment
This operation works with JBoss EAP 7.0 and 6.4.

In current Beta2 build, I see duplicated httpclient and httpcore jars. The new org.apache.httpcomponents.core module was added that introduced this duplication.
in 14.0.0.Beta2:

$ tree modules/system/layers/base/org/apache/httpcomponents/
modules/system/layers/base/org/apache/httpcomponents/
├── core
│   └── main
│       ├── httpclient-4.5.2.jar
│       ├── httpcore-4.4.4.jar
│       └── module.xml
└── main
    ├── httpasyncclient-4.1.3.jar
    ├── httpclient-4.5.2.jar
    ├── httpcore-4.4.4.jar
    ├── httpcore-nio-4.4.4.jar
    ├── httpmime-4.5.2.jar
    └── module.xml

In WF 13.0.0.Final

└── main

In org.springframework.ws.transport.jms.JmsSenderConnection.onReceiveBeforeRead() the following code set the value of messageSelector:

if (responseDestination instanceof TemporaryQueue || responseDestination instanceof TemporaryTopic) {
       messageConsumer = session.createConsumer(responseDestination);
} else {
       String messageId = requestMessage.getJMSMessageID().replaceAll("'", "''");
       String messageSelector = "JMSCorrelationID = '" + messageId + "'";
       messageConsumer = session.createConsumer(responseDestination, messageSelector);
}

If  I'm using Oracle AQ, expression (responseDestination instanceof TemporaryQueue) always returns true (See Oracle Streams Advanced Queuing Java API Reference http://docs.oracle.com/cd/B19306_01/server.102/b14291/oracle/jms/AQjmsDestination.html). Regarding this it is impossible to use JMSCorrelationID together with Oracle AQ. 

When rx is done with the subscription it does not trigger the unsubscribe callback so we can stop the consumer.

I ran the schema creation script schema-mysql.sql found in the spring-batch-core-1.0.0.rc1.jar.
It creates a table for the job parameters:

CREATE TABLE BATCH_JOB_PARAMS  (
	JOB_INSTANCE_ID BIGINT NOT NULL ,
    TYPE_CD VARCHAR(6) NOT NULL ,
	KEY_NAME VARCHAR(100) NOT NULL , 
	DATE_VAL TIMESTAMP NULL,
	LONG_VAL BIGINT ,
	DOUBLE_VAL DOUBLE PRECISION,
	constraint JOB_INSTANCE_PARAMS_FK foreign key (JOB_INSTANCE_ID)
	references BATCH_JOB_INSTANCE(JOB_INSTANCE_ID)
) type=InnoDB;

However, when starting a job with a single long parameter, the query fails. A java.sql.Timestamp with value 0L is created in JdbcJobInstanceDao:146 and inserted into the DATE_VAL column, which fails:

org.springframework.jdbc.UncategorizedSQLException: PreparedStatementCallback; uncategorized SQLException for SQL [INSERT into BATCH_JOB_PARAMS(JOB_INSTANCE_ID, KEY_NAME, TYPE_CD, STRING_VAL, DATE_VAL, LONG_VAL, DOUBLE_VAL) values (?, ?, ?, ?, ?, ?, ?)]; SQL state [01004]; error code [0]; Data truncation: Incorrect datetime value: '1969-12-31 19:00:00' for column 'DATE_VAL' at row 1

Query being executed when exception was thrown:

com.mysql.jdbc.ServerPreparedStatement[6] - INSERT into BATCH_JOB_PARAMS(JOB_INSTANCE_ID, KEY_NAME, TYPE_CD, STRING_VAL, DATE_VAL, LONG_VAL, DOUBLE_VAL) values (1, 'batchSize', 'LONG', '', '1969-12-31 19:00:00', 1, 0.0); nested exception is java.sql.SQLException: Data truncation: Incorrect datetime value: '1969-12-31 19:00:00' for column 'DATE_VAL' at row 1
        at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.translate(SQLStateSQLExceptionTranslator.java:121)
        at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.translate(SQLErrorCodeSQLExceptionTranslator.java:322)
        at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:582)
        at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:767)
        at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:825)
        at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:829)
        at org.springframework.batch.core.repository.dao.JdbcJobInstanceDao.insertParameter(JdbcJobInstanceDao.java:155)
        at org.springframework.batch.core.repository.dao.JdbcJobInstanceDao.insertJobParameters(JdbcJobInstanceDao.java:109)
        at org.springframework.batch.core.repository.dao.JdbcJobInstanceDao.createJobInstance(JdbcJobInstanceDao.java:71)
        at org.springframework.batch.core.repository.support.SimpleJobRepository.createJobExecution(SimpleJobRepository.java:179)
        at org.springframework.batch.core.launch.support.SimpleJobLauncher.run(SimpleJobLauncher.java:83)

Apparently MySQL has an issue with a timestamp in 1969:

mysql> create table timestamper ( t timestamp null );
Query OK, 0 rows affected (0.01 sec)
mysql> insert into timestamper(t) values ('1969-12-31 19:00:00');
ERROR 1292 (22007): Incorrect datetime value: '1969-12-31 19:00:00' for column 't' at row 1
mysql> insert into timestamper(t) values ('1980-12-31 19:00:00');
Query OK, 1 row affected (0.00 sec)

As a workaround, I changed the column type of DATE_VAL to datetime rather than timestamp. I think datetime may be the more appropriate type for this column in mysql.

Hive ignore table name character case, transfer table name to lowercase in metastore, while Counters/TezCounters are character case sensitive. This difference may lead to table statistic collection failed, as when Hive collection table statistic based on Counters, and hive use table name as the group name of counter. 
ctas.q is an example, during the INSERT OVERWRITE TABLE sql execution, table name contains uppercase characters, Hive gather table statistic in FileSinkOperator with uppercase table name(translated  from sql), and aggregate table statistic in StatsTask with lowercase table name(from metastore), which would failed table statistic collection.

HIVE-9013 introduced the ability to hide certain conf variables when output through the "set" command. However, there still exists one further bug in it that causes these variables to still be visible through beeline connecting to HS2, wherein HS2 exposes hidden variables such as the HS2's metastore password when "set" is run.

When deploying the spring-websocket-portfolio demo app, the following exception is thrown when opening the page:

java.lang.IllegalArgumentException: Async support must be enabled on a servlet and for all filters involved in async request processing. This is done in Java code using the Servlet API or by adding "<async-supported>true</async-supported>" to servlet and filter declarations in web.xml. Also you must use a Servlet 3.0+ container

I know that there isn't a RequestUpgradeStrategy for Wildfly yet (which is another issue), but shouldn't a fallback for WebSockets still be supported, such as XHR streaming, etc.?

item 5 from Brian's review

The 'module' and 'classname' attributes on the driver resource allows expressions. A bit of black art is we don't allow expressions on those kinds of attributes. TBH there's no great reason for it, but we should be consistent.

When trying to remove read-only, preset paths, exception is logged in server log.
I think this is not necessary and only the response on CLI or other side is sufficient: 

[standalone@localhost:9990 /] /path=java.home:remove()
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: WFLYCTL0257: Path entry is read-only: 'java.home'",
}

You can create an object without supportedMethod array.
	public HttpRequestMethodNotSupportedException(String method) 
{
		this(method, (String[]) null);
	}

However when getSupportedHttpMethods() is called there is no null-check for this.supportedMethods in it:
	public Set<HttpMethod> getSupportedHttpMethods() {
		List<HttpMethod> supportedMethods = new LinkedList<HttpMethod>();
		for (String value : this.supportedMethods) {
			HttpMethod resolved = HttpMethod.resolve(value);
			if (resolved != null) 
{
				supportedMethods.add(resolved);
			}
		}
		return EnumSet.copyOf(supportedMethods);
	}

Given a JaasAuthenticationProvider declared like this:
    <bean id="krb5AuthenticationProvider"
        class="org.springframework.security.providers.jaas.JaasAuthenticationProvider">
        <property name="loginConfig" value="classpath:/jaas.config"/>
        <property name="loginContextName" value="Krb5LoginModule"/>
        <property name="callbackHandlers">
            <list>
                <bean class="org.springframework.security.providers.jaas.JaasNameCallbackHandler"/>
                <bean class="org.springframework.security.providers.jaas.PasswordCallbackHandler"/>
            </list>
    </bean>
I get the folowing exception:
java.lang.SecurityException: D:\Tomcat%205.5.23\webapps\myapp\WEB-INF\classes\jaas.config (The system cannot find the path specified) 
The problem stems from 

the fact that there is a special character (%20 is "space") in my Tomcat location.
the way Resouce is converted to String in method private void configureJaasUsingLoop():
    String loginConfigUrl = loginConfig.getURL().toString();

During an unrelated test I found that when scanning a tall table with CQ only and filtering most results at the server, 50% of time is spend in postScannerFilterRow, even though the coprocessor does nothing in that hook.
We need to find a way not to call this hook when not needed, or to question why we have this hook at all.
I think ramkrishna.s.vasudevan added the hook (or maybe Anoop Sam John). I am also not sure whether Phoenix uses this hook (James Taylor?)

See nabble
http://camel.465427.n5.nabble.com/anonymous-FTP-login-fails-tp2846235p2846235.html

I'm using the Spring Framework libraries.
--------------------------------------------------------------------------
1. Spring Boot 1.1.8.RELEASE
  1-1. org.springframework.boot:spring-boot-starter-amqp:jar:1.1.8.RELEASE
  1-2. org.springframework.boot:spring-boot-starter-websocket:jar:1.1.8.RELEASE
2. org.springframework:spring-messaging:jar:4.0.7.RELEASE
3. org.projectreactor:reactor-net:jar:1.1.4.RELEASE (for StompBrokerRelay)
I referneced http://assets.spring.io/wp/WebSocketBlogPost.html
but I'm using the "Apache ActiveMQ 5.10.0" and configured Stomp Broker Relay.
My Application publishing stomp messages to client 5 ~ 30 messages per second.
each message has 300 ~ 700 bytes length of payload.
I meet "StringIndexOutOfBoundsException" irregularly.
and after connection is closed.
stacktrace is below.
java.lang.StringIndexOutOfBoundsException: String index out of range: 3
	at java.lang.String.charAt(String.java:658)
	at org.springframework.messaging.simp.stomp.StompDecoder.unescape(StompDecoder.java:221)
	at org.springframework.messaging.simp.stomp.StompDecoder.readHeaders(StompDecoder.java:197)
	at org.springframework.messaging.simp.stomp.StompDecoder.decodeMessage(StompDecoder.java:123)
	at org.springframework.messaging.simp.stomp.StompDecoder.decode(StompDecoder.java:99)
	at org.springframework.messaging.simp.stomp.StompDecoder.decode(StompDecoder.java:68)
	at org.springframework.messaging.simp.stomp.Reactor11StompCodec$DecodingFunction.apply(Reactor11StompCodec.java:96)
	at org.springframework.messaging.simp.stomp.Reactor11StompCodec$DecodingFunction.apply(Reactor11StompCodec.java:83)
	at reactor.net.AbstractNetChannel.read(AbstractNetChannel.java:214)
	at reactor.net.netty.NettyNetChannelInboundHandler.passToConnection(NettyNetChannelInboundHandler.java:105)
	at reactor.net.netty.NettyNetChannelInboundHandler.channelRead(NettyNetChannelInboundHandler.java:69)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:332)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:318)
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:787)
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:125)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:507)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:464)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:378)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:350)
so, I debug the StompDecoder.java (4.0.7.RELEASE source)
and I found out the StompDecoder.unescape() method throws the StringIndexOutOfBoundsException
when message header value end with "\". (in my case "message-id" value exactly)
Messages that caused the exception are like below.
CASE #1)
----------------------------------------------------
content-type:application/json;charset=UTF-8
message-id:ID\
095041.588 ERROR 20569 — [eactor-tcp-io-4] reactor.core.Reactor                     : String index out of range: 3
... same stack trace...
CASE #2)
message-id:ID\cktpdevGW-39005-1415095980735-2\c882\c-1\c1\
095056.596 ERROR 20569 — [eactor-tcp-io-3] reactor.core.Reactor                     : String index out of range: 47
java.lang.StringIndexOutOfBoundsException: String index out of range: 47
CASE #3)
message-id:ID\cktpdevGW-39005-1415095980735-2\c882\
101513.253 ERROR 20569 — [eactor-tcp-io-4] reactor.core.Reactor                     : String index out of range: 40
java.lang.StringIndexOutOfBoundsException: String index out of range: 40
every case of messages are ended with "\" character.
that messages are looks like incomplete message from the network.
this exception happens on localhost (127.0.0.1 loopback)

Currently we index the data with granularity of none which puts lot of pressure on the indexer.

IHMSHandler.get_table_core(String dbName, String tableName) fetches the catalog name from the conf.  This causes issues when doing an operation where the catalog is known and does not match the default provided in the configuration file (e.g. adding a partition).  This method should be removed and callers forced to use IHMSHandler.get_table_core(String catName, String dbName, String tableName) instead since callers will know whether they have the catalog name or not.

In commands.java, the catch statement is missing and the Resultset statement is not closed.

The reason is IBMJDK doesn't contain jps. 
See:
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/wildfly-as-testsuite-RHEL-matrix-IBMJDK7/jdk=ibm17,label_exp=RHEL6%26%26x86_64/3/testReport/org.jboss.as.test.integration.respawn/RespawnTestCase/org_jboss_as_test_integration_respawn_RespawnTestCase/
java.lang.AssertionError: JPS executable not found. File: /qa/hudson_workspace/workspace/wildfly-as-testsuite-RHEL-matrix-IBMJDK7/e8d3a83a/jdk/jre/../bin/jps
	at org.jboss.as.test.integration.respawn.RespawnTestCase$UnixProcessUtil.getJpsCommand(RespawnTestCase.java:700)
	at org.jboss.as.test.integration.respawn.RespawnTestCase$ProcessUtil.listProcesses(RespawnTestCase.java:604)
	at org.jboss.as.test.integration.respawn.RespawnTestCase$ProcessUtil.getInitialProcessIds(RespawnTestCase.java:570)
	at org.jboss.as.test.integration.respawn.RespawnTestCase$ProcessUtil.<init>(RespawnTestCase.java:566)
	at org.jboss.as.test.integration.respawn.RespawnTestCase$UnixProcessUtil.<init>(RespawnTestCase.java:691)
	at org.jboss.as.test.integration.respawn.RespawnTestCase.createProcessController(RespawnTestCase.java:116)

Task launch/allocation happens async in Tez and it's not clear at the start of the DAG how many tasks will run for each vertex. Printing totals seems less confusing than trying to convert into percentages. 

context:component-scan picks up classes annotated with @ContextConfiguration as well their nested static ContextConfiguration classes. This messes up the ApplicationContext. There is never a case that component-scan should be looking inside classes annotated with ContextConfiguration. How these classes configure themselves is none of component-scan's business.
Granted, this generally occurs with test code and most people separate their test code from their source code, but there is no requirement that this MUST be so. For me, at least, it isn't. Anyway, shouldn't be a difficult fix to make this right.
Workaround: use an exclude filter of type regex and expression ".?Test.?"

Noticed the following situation in debugging unexpected unit tests failures in HBASE-13351.
ConnectionUtils#createShortCircuitHConnection(Connection, ServerName, AdminService.BlockingInterface, ClientService.BlockingInterface) is intended to avoid the extra RPC by calling the server's instantiation of the protobuf rpc stub directly for the AdminService and ClientService.
The problem is that this is insufficient to actually avoid extra "remote" RPCs as all other calls to the Connection are routed to a "real" Connection instance. As such, any object created by the "real" Connection (such as an HTable) will use the real Connection, not the SSC.
The end result is that MasterRpcService#reportRegionStateTransition(RpcController, ReportRegionStateTransitionRequest) will make additional "remote" RPCs over what it thinks is an SSC through a Get on HTable which was constructed using the SSC, but the Get itself will use the underlying real Connection instead of the SSC. With insufficiently sized thread pools, this has been observed to result in RPC deadlock in the HMaster where an RPC attempts to make another RPC but there are no more threads available to service the second RPC so the first RPC blocks indefinitely.

Spring Security's DaoAuthenticationProvider authenticates users by utilizing the PasswordEncoder interface to compare the submitted password with the actual password. If a user is not found, the comparison is skipped which, depending on the PasswordEncoder implementation, can result in a significant difference in the amount of time required to attempt to authenticate an actual user versus a user that does not exist. This opens up the possibility of a side channel attack that would enable a malicious user to determine if a username is valid.
Example:
The DaoAuthenticationProvider allows setting of the PasswordEncoder for password validation:

DaoAuthenticationProvider provider = new DaoAuthenticationProvider();
provider.setPasswordEncoder(new BCryptPasswordEncoder());

// Authentication or failure to authenticate an actual user takes ~84ms
Authentication existingUser = new UsernamePasswordAuthenticationToken("existingUser", "password");
provider.authentication(existingUser);

// Failure to authenticate a user that does not exist takes ~0ms
Authentication missingUser = new UsernamePasswordAuthenticationToken("missingUser", "password");
provider.authentication(missingUser);

The difference between the amount of time it takes to authenticate an existing user and a user that does not exist can reveal if a username is valid or not.
Mitigation:
Applications which use DaoAuthenticationProvider and a PasswordEncoder other than PlainTextEncoder are likely to be vulnerable.
All users may mitigate this issue by upgrading to Spring Security 3.1.3+, 3.0.8+, or 2.0.8+.
Fix:
DaoAuthenticationProvider now performs PasswordEncoder.isPasswordValid when a user is not found.
Credit:
The issue was discovered by Nicholas Goodwin.

Per Siddharth Seth: There's no cleanup at the moment, and structures used in LLAP to track a query will keep building up slowly over time.

The tar implementation does not currently support Pax extended or global headers; they are treated as normal files.
See http://www.opengroup.org/onlinepubs/009695399/utilities/pax.html for details.
Pax headers have a different linkType (typeflag) of 'g' or 'x', so can easily be detected.
It would be quite a bit of work to process all the possible headers, so perhaps it would be worth providing an initial implementation that just ignores them?
This should probably be an optional setting.

It's easy to add it manually, but it shouldn't be necessary because the client_id is always available and is mandatory for the authorize request.

If a BOM of one version is imported and auto detection is chosen, and then arquillian is added for testing, possibly with a different version by mistake, it's possible that arquillian auto detects fractions based on the versions of itself and not the versions of the BOM.
We need the FractionUsageAnalyzer class in `fraction-metadata`, used for auto detection, to be loaded from the version that aligns with the BOM

This is on top of another patch that I'm going to put into another jira.

While using embedded metastore, while creating background threads to run async operations, HiveServer2 ends up creating new instances of JDOPersistanceManager which are cached in JDOPersistanceManagerFactory. Even when the background thread is killed by the thread pool manager, the JDOPersistanceManager are never GCed because they are cached by JDOPersistanceManagerFactory.

Using WF14 and Oracle JDK 10.0.2, there is an illegal reflective access warning while WF boots:

WARNING: Illegal reflective access by org.jboss.as.server.deployment.reflect.ClassReflectionIndex (jar:file:/Users/.../wildfly-14.0.0.Final/modules/system/layers/base/org/jboss/as/server/main/wildfly-server-6.0.1.Final.jar!/) to method java.lang.Object.finalize()
WARNING: Please consider reporting this to the maintainers of org.jboss.as.server.deployment.reflect.ClassReflectionIndex

Forgot to update this test - the test was checking the redirections from index.html to the JSP pages, but since the JSP pages no longer exist, the test case needs to be fixed.

If a health endpoint is defined at path /app/health, it's primarily available under /health/app/health. If it's unsecured, it's also available at the original path /app/health, but if it's secured, the original path /app/health returns 403.
That's inconsistent and counter-intuitive. I believe that all original paths should just return 301 redirect to /health/..., regardless of the security constraints.

The TestDropPartitions tests revealed that NPE is thrown if the dropPartition(String db_name, String tbl_name, List<String> part_vals, PartitionDropOptions options) method is called with null options and with a part_vals list which contains null elements.

testDropPartitionNullPartDropOptions
testDropPartitionNullVal

We have a Spring Data REST project, with several @RepositoryRestResource annotated Spring Data Repositories.
Example: 
PersonRepository.java
@RepositoryRestResource(path = "person")
public interface PersonRepository extends PagingAndSortingRepository<Person, Integer> {}

We want to override the POST/PATCH method of one of these repositories. So we annotate a RestController with @RestController and the annotation @RequestMapping has the same path as the repository.
Example: 
PersonController.java
@RequestMapping("person")
public class PersonController{

	@RequestMapping(method = RequestMethod.POST, produces = MediaType.APPLICATION_JSON_VALUE)
	public ResponseEntity<Boolean> savePerson(@RequestBody Person person) {
...
}

The POST/PATCH works fine. But now a GET to /person (to receive all Persons) throws an HttpRequestMethodNotSupportedException and says: Request method 'GET' not supported.
A GET to /person/1 instead is working just fine. 
We had a look at https://jira.spring.io/browse/DATAREST-490 and the @BasePathAwareController, but this doesnt seem to change anything.

ORC reader impl does not estimate the size of ACID data files correctly.

Caused by: java.lang.IndexOutOfBoundsException: Index: 0
	at java.util.Collections$EmptyList.get(Collections.java:3212)
	at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.getColumnIndicesFromNames(ReaderImpl.java:651)
	at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.getRawDataSizeOfColumns(ReaderImpl.java:634)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.populateAndCacheStripeDetails(OrcInputFormat.java:938)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.call(OrcInputFormat.java:847)
	at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.call(OrcInputFormat.java:713)

In the camel-bindy documentation (http://camel.apache.org/bindy.html) it says that the @CsvRecord separator parameter is interpreted as a regex. While that does seem to be the case when the record is being parsed, it seems to be treated as a literal string when autospanLine is true.
For example, if we have 

@CsvRecord(separator="\\s+", autospanLine=true)

 and we have defined three string @DataField fields, and we have a line of input like this:

     field1 field2 field3a field3b

then the third field value will be

    "field3a\s+field3b"

Looking at the code in BindyCsvDataFormat.java it seems that this is because in some cases the separator string is treated as a literal string, not a regex. For example, this also seems to be true in some cases in the unquoteTokens method.

The Arquillian containers dwm-container-0 and dwm-container-1 are always started in the manualmode testsuite module. 
It can lead to port conflicts when another test wants to use its own server configuration with port offset 200 or 300. It also adds additional time to execute single test (mvn test -Dtest=MyTestCase), because these 2 containers has to be started first.
The dwm-* containers are used by distributed work manager tests in package org.jboss.as.test.manualmode.jca.workmanager.distributed.
CC Richard Janik

Use Case: securing EJB with kerberos ldap realm

10:01:21,168 ERROR [org.jboss.as.domain.management.security] (default task-1) WFLYDM0093: Login failed using Keytab for principal 'remote/localhost@JBOSS.ORG' to handle request for host 'localhost': javax.security.auth.login.LoginException: unable to find LoginModule class: com.sun.security.auth.module.Krb5LoginModule from [Module "org.wildfly.extension.io" version 5.0.0.Beta4 from local module loader @7a5d012c (finder: local module finder @3fb6a447 (roots: /home/mchoma/Repos/tests-ldap-kerberos/tests/target/dist/jboss-eap/modules,/home/mchoma/Repos/tests-ldap-kerberos/tests/target/dist/jboss-eap/modules/system/layers/base))]
	at org.jboss.as.domain.management.security.KeytabService.createSubjectIdentity(KeytabService.java:209)
	at org.jboss.as.domain.management.security.KeytabIdentityFactoryService.getSubjectIdentity(KeytabIdentityFactoryService.java:152)
	at org.jboss.as.domain.management.security.SecurityRealmService.getSubjectIdentity(SecurityRealmService.java:565)
	at org.jboss.as.domain.management.security.SecurityRealmService.getGSSKerberosCredential(SecurityRealmService.java:616)
	at org.jboss.as.domain.management.security.SecurityRealmService.lambda$null$2(SecurityRealmService.java:275)
	at org.wildfly.security.credential.source.CredentialSource$4.getCredential(CredentialSource.java:325)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:978)
	at org.wildfly.security.sasl.util.TrustManagerSaslServerFactory.lambda$createSaslServer$0(TrustManagerSaslServerFactory.java:96)
	at org.wildfly.security.sasl.gssapi.GssapiServer.<init>(GssapiServer.java:89)
	at org.wildfly.security.sasl.gssapi.GssapiServerFactory.createSaslServer(GssapiServerFactory.java:44)
	at org.wildfly.security.sasl.util.SecurityProviderSaslServerFactory.createSaslServer(SecurityProviderSaslServerFactory.java:84)
	at org.wildfly.security.sasl.util.FilterMechanismSaslServerFactory.createSaslServer(FilterMechanismSaslServerFactory.java:88)
	at org.wildfly.security.sasl.util.PropertiesSaslServerFactory.createSaslServer(PropertiesSaslServerFactory.java:56)
	at org.wildfly.security.sasl.util.AbstractDelegatingSaslServerFactory.createSaslServer(AbstractDelegatingSaslServerFactory.java:66)
	at org.wildfly.security.sasl.util.SetMechanismInformationSaslServerFactory.createSaslServer(SetMechanismInformationSaslServerFactory.java:80)
	at org.wildfly.security.sasl.util.AuthenticationCompleteCallbackSaslServerFactory.createSaslServer(AuthenticationCompleteCallbackSaslServerFactory.java:51)
	at org.wildfly.security.sasl.util.TrustManagerSaslServerFactory.createSaslServer(TrustManagerSaslServerFactory.java:72)
	at org.wildfly.security.sasl.util.AuthenticationTimeoutSaslServerFactory.createSaslServer(AuthenticationTimeoutSaslServerFactory.java:74)
	at org.wildfly.security.sasl.util.ProtocolSaslServerFactory.createSaslServer(ProtocolSaslServerFactory.java:48)
	at org.wildfly.security.sasl.util.ServerNameSaslServerFactory.createSaslServer(ServerNameSaslServerFactory.java:48)
	at org.wildfly.security.sasl.util.SecurityIdentitySaslServerFactory.createSaslServer(SecurityIdentitySaslServerFactory.java:53)
	at org.wildfly.security.auth.server.SaslAuthenticationFactory.doCreate(SaslAuthenticationFactory.java:61)
	at org.wildfly.security.auth.server.SaslAuthenticationFactory.doCreate(SaslAuthenticationFactory.java:52)
	at org.wildfly.security.auth.server.AbstractMechanismAuthenticationFactory.createMechanism(AbstractMechanismAuthenticationFactory.java:54)
	at org.jboss.remoting3.ConnectionImpl.lambda$receiveAuthRequest$2(ConnectionImpl.java:196)
	at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:926)

On Windows, TestRCFile/TestFileDump were unable to delete some test files because something was still hanging on to them.  Looks like there are a couple of places where we need to close some resources.

Using a simple Spring Boot application and defining a REST endpoint with the following annotation:

@GetMapping
@CrossOrigin(value = "*")
fun allBlogs(): Iterable<BlogEntry> = blogRepository.findAll()

Using the following curl request: (for testing purposes only, to easily show the response, you can do this with a XHR script running on foo.com as well)

curl -i -XGET -H "Origin: http://foo.com" http://localhost:8083/blogs/

which replies with:

HTTP/1.1 200 
Access-Control-Allow-Origin: http://foo.com
Access-Control-Allow-Credentials: true

The origin is reflected and here is the strange part the "Access-Control-Allow-Credentials" header is set to true. Meaning any site can make a XHR request with credentials, see attached link to see why this can be an issue. 
This probably is not the best default setting (using '*' with Access-Control-Allow-Credentials: true would have been better because the browser simply does not send credentials along in this case). In my opinion the default settings with * should set the Access-Control-Allow-Origin response header to "*" and leave out the Access-Control-Allow-Credentials header.
For more information, see: http://blog.portswigger.net/2016/10/exploiting-cors-misconfigurations-for.html

A user complained that other netty channels would be closed if he just shutdown one of netty producer.  We should not  store the all channels into a static variable. 
http://camel.465427.n5.nabble.com/NettyProducer-stop-will-close-all-channels-belong-to-other-NettyProducer-tp5750374.html 

Currently, all the calls that use HRegion#mutateRowWithLocks miss writeRequestCount metric. The mutateRowWithLocks base method should update the metric.
Examples are checkAndMutate calls through RSRpcServices#multi, Region#mutateRow api , MultiRowMutationProcessor coprocessor endpoint.

HBASE-16338 update jackson to 2.9.1 which is different from hadoop-2.7.1. We should bring our bedding and towels and not be trying to use jackson dependencies from hadoop.

I am not being lazy, but i think this quote from the code that i attach can describe better :

List<MyNested> someValues = Arrays.asList(new MyNested("my"), new MyNested("name"), new MyNested("is"));
MyNested[] array = new MyNested[someValues.size()];
	Query.query(Criteria.where("id").is("testId")),
	new Update().pushAll("nestedList", someValues.toArray(array)), // fails with exception
// new Update().set("nestedList", someValues.toArray()), // this works fine !
// new Update().set("myNested", new MyNested("my")), // this works fine !
	COLLECTION_NAME);

Using pushAll(…) will results in exception, and also i notice that the converter's debugging message is not displayed. And the error message seems to say that it can't serialize my custom class where it should be the dbObject that should be serialized.
Here's the exception trace :

Exception in thread "main" java.lang.RuntimeException: json can't serialize type : class kam.albert.domain.test.post.TestConverterThatFails$MyNested
	at com.mongodb.util.JSON.serialize(JSON.java:210)
	at java.lang.StringBuilder.append(Unknown Source)
	at org.springframework.data.mongodb.core.MongoTemplate$12.doInCollection(MongoTemplate.java:840)
	at org.springframework.data.mongodb.core.MongoTemplate$12.doInCollection(MongoTemplate.java:826)
	at org.springframework.data.mongodb.core.MongoTemplate.execute(MongoTemplate.java:368)
	at org.springframework.data.mongodb.core.MongoTemplate.doUpdate(MongoTemplate.java:826)
	at org.springframework.data.mongodb.core.MongoTemplate.updateFirst(MongoTemplate.java:812)
	at kam.albert.domain.test.post.TestConverterThatFails.test(TestConverterThatFails.java:50)
	at kam.albert.domain.test.post.TestConverterThatFails.main(TestConverterThatFails.java:30)

We currently run into a NPE in case no property with the to-string expression is found. This is inevitably the case if an any() expression is used in the predicate because of the way visit(…) is implemented in the superclass. I've opened a ticket against Querydsl to prevent the invocation (as it doesn't seem necessary) but we should guard against the issue nevertheless.

When creating new elytron policy with wrong default-policy, either using web console or CLI, the server stops immediately after reload.

Starting JDK8-b117, several tests fail in spring-beans.

org.springframework.beans.ExtendedBeanInfoTests > indexedReadMethodReturnsSupertypeOfIndexedWriteMethodParameter FAILED
    java.beans.IntrospectionException at ExtendedBeanInfoTests.java:340

org.springframework.beans.ExtendedBeanInfoTests > readMethodReturnsSupertypeOfWriteMethodParameter FAILED
    java.beans.IntrospectionException at ExtendedBeanInfoTests.java:323

Because of changes/fixes in the java.beans introspection codebase, some edge cases of java.beans.BeanInfo are now fixed.

In network updates the field likable is mapped with LinkedInNetworkUpdateMixin, but the property has an typing error. 
The correct way is "likable" but the property is typed "likeable".

Methods about reading unsigned-integer in class EndianUtils may return a negative number, due to casting int to long.
Calculations with operator & etc. are under integer in these methods so its results are integer,
then implicit casting the results to long keeps its positive/negative sign.

See nabble
http://old.nabble.com/maximumRedeliveryDelay-applies-even-if-you-are-not-using-exponential-back-off-to26415728.html

Add a linter that will be run at `arc diff` and will check for too long lines, trailing whitespace, etc.

It forbids camel to be deployed on 1.5, which can be problematic when using an OSGi container with some packages hidden.

org.springframework.ws.soap.security.xwss.callback.DefaultTimestampValidator uses the wrong date format.
See https://xwss.dev.java.net/issues/show_bug.cgi?id=14

Custom repository implementations cannot be resolved when using CDI 1.0 because BeanManager.getBeans(... does not provide any beans during AfterBeanDiscovery event.
Solution: Shift the lookup from AfterBeanDiscovery to the the actual bean creation

CaseInsensitiveMap should be fully serializable
See nabble
http://old.nabble.com/DataSet-header-%7BCamelDataSetIndex%3D0%7D-causes-failure-to26487985.html

The commons-io POM contains a resource section, which specifies that the NOTICE.txt and LICENSE.txt files are being added to the jar files META-INF directory. Unfortunately, this triggers MSOURCES-6, a well known bug in the maven-sources-plugin, which attempts to include the base directory into the source jar file. The base directory includes the sources jar itself, which is growing while it is being included into itself, which is growing while it is included into itself, ...
In other words, the maven-sources-plugin is creating a jar file endleseely.
When deploying the commons-io with
    mvn -Prc commons-io deploy
or
   mvn -Prelease commons-io deploy
then the maven-sources-plugin is invoked by the commons-parent POM. In other words, the commons-io jar file cannot be deployed.
The attached patch removes the resources section from the commons-parent POM: This can easily be done, because the commons-parent POM is already addressing this by invoking the antrun plugin.

ResourceDatabasePopulator.readScript() creates an instance of LineNumberReader to read SQL statements from EncodedResource.
It seems to me that this reader should be closed before the method ends.

Remove password information from configuration copy that is sent to Yarn/Tez. We don't need it there. The config entries can potentially be visible to other users.
HIVE-10508 had the fix which removed this in certain places, however, when I initiated a session via Hive Cli, I could still see the password information.

JDK-7122142 mentions that there is a race condition in getAnnotations. This problem can lead deadlock. The fix on JDK will be merged on jdk8, but hive supports jdk6/jdk7 currently. Therefore, we should add workaround to avoid the issue.

We are developing an Add-on to include some of the *nix shell commands to use inside of the Roo shell like mkdir, rmdir, rm, cp, mv, ls, tree.
The Add-on creates a directory with the command: create dir. 
The Roo shell is hanged in a loop when is no project defined in the working directory.
See the readme.txt file of the project for more information.
Thanks.

The set of legal elements in the "management" part of a config file is different for domain.xml vs host and standalone.xml. For domain.xml it's meant to be limited to rbac. But ManagementXml does not reflect that, making it easier to introduce mistakes like WFCORE-3121.

I create a FileIdempotentRepository like this:

.idempotentConsumer(fileIdempotentRepository(new File('ids'))) {
    it.in.body.id
}

I get an error, and I traced it to:

	at org.apache.camel.processor.idempotent.mpotentRepository.loadStore(FileIdempotentRepository.java:293) ~[camel-core-2.16.0.jar:2.16.0]
	at org.apache.camel.processor.idempotent.FileIdempotentRepository.doStart(FileIdempotentRepository.java:328) ~[camel-core-2.16.0.jar:2.16.0]

The FileIdempotentRepository is trying to create the parent directory of the file that was specified for the file store. If a path to the file is not specified, then getParentFile() returns null. Calling .mkdirs() on that bombs.
This route works the second time it runs because then the file exists. It also works if I specify my file name as "./ids" instead of "ids".

Spring-boot + swagger throws exception when there is another RouteBuilder component present:
org.apache.camel.spring.boot.CamelSpringBootInitializationException: org.apache.camel.FailedToStartRouteException: Failed to start route route4 because of Multiple consumers for the same endpoint is not allowed: Endpointhttp://0.0.0.0:10000/api-doc?httpMethodRestrict=GET
I used the same example as CAMEL-9247 but added an empty RouteBuilder component (AnotherRouter.java)
This makes it so we cannot have more than one RouteBuilder in our app.
Example here:
https://github.com/jmandawg/camel-spring-boot-swagger-problem

CSVLexer.nextToken carefully saves leading whitespace in wsBuf if leadingSpacesIgnored is true.
Later on, if leadingSpacesIgnored is false, it adds the contents of wsBuf to the token content field.
It's not entirely clear what this was intended to do, but at present it achieves nothing; tests pass without it.

LLAP task scheduler runs inside AM and typically runs on different hosts than llap daemons. Using the same prefix "llapdaemon" for daemon metrics and task scheduler metrics will cause conflicts when these metrics are published with hadoop-metrics2.

http://pastebin.test.redhat.com/348470 shows the exception that we are getting from various different TCK tests.  
I recreated the failure locally with the com/sun/ts/tests/ejb30/misc/metadataComplete/appclient2ejbjars tests.
The first ISE was on this bean: [https://svn.devel.redhat.com/repos/jboss-tck/tck7/trunk/src/com/sun/ts/tests/ejb30/misc/metadataComplete/appclient2ejbjars/StatelessAnnotationUsedRemoteCalculatorBean.java[
Looks like we need to set the bean type for this test, so that the https://github.com/wildfly/wildfly/pull/8674/files#diff-eda1b9555b6e171eb5d12649fd4e7ee2R178 check for entity beans will not throw an ISE.

Hi,
In documentation link http://camel.apache.org/simple.html following is written
Camel 2.11: To refer to a type or field by its FQN name. To refer to a field you can append .FIELD_NAME. For example you can refer to the constant field from Exchange as: org.apache.camel.Exchange.FILE_NAME
When I tried it it works. 
But for example I have class Constants which contain inner class InnerConstants which have a field. I cannot access it from following way.
${type:Constants.InnerConstants.fieldName}. 
Exception Found: Cannot find class Constants.InnerConstants.fieldName
Following is the structure of my Constant class
class Constants  {
	public static String test ="Test1234";
	public static class InnerConstants 
{
		public static String fieldName = "fieldName"
	}
}
My route was:
<route>
             <camel:from uri="stream:in" />
             <camel:setBody><simple>${type:Constants.InnerConstants.fieldName}</simple></camel:setBody>
             <log loggingLevel="INFO" message="${body}" />
</route>
Let me know if you need any other clarification.

The ExchangeResult produced by WebTestClient does not provide access to the cookies that were included in the request. As a result, the following test will fail:

        .bindToRouterFunction(route(GET("/foo"), (req) -> ServerResponse.ok().build()))
        .build().get().uri("/").cookie("a", "alpha").exchange().returnResult();
assertThat(result.getRequestHeaders().get(HttpHeaders.COOKIE), is(notNullValue()));

These two tests have started failing on the Hudson build:
http://hudson.zones.apache.org/hudson/job/Hive-trunk-h0.18/68/testReport/org.apache.hadoop.hive.cli/TestCliDriver/testCliDriver_union19/
http://hudson.zones.apache.org/hudson/job/Hive-trunk-h0.18/68/testReport/org.apache.hadoop.hive.cli/TestCliDriver/testCliDriver_union18/

The ASF header is missing on testutils/ptest2//conf/deployed/master-mr2.properties causing the build of the ptest2 project to fail on a RAT check.

There is no meaningful default for this prop.  The value specified in HIVE-10066 is means as an example but it will cause an error if there no files at those paths.

hcat script include jars from $HIVE_HOME/lib but not from HIVE_AUX_JARS_PATH.

This is a sequel of CAMEL-577, which itself duplicated by CAMEL-558 and CAMEL-522. Probably related to CAMEL-636, CAMEL-693, and CAMEL-689.
First of all, to even get this to "work" requires my own bundle to have this manifest:
DynamicImport-Package: org.apache.camel.*
Failing to do so will result in more classloading errors.
Even so, it still fails with this:
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - Testing for class org.apache.camel.converter.jaxp.XmlConverter matches criteria [annotated with @Converter]
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - Found class: class org.apache.camel.converter.jaxp.XmlConverter in classloader: BundleDelegatingClassLoader for [org.elfattah.shell (org.elfattah.shell)]
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - Testing for class org.apache.camel.converter.stream.StreamCacheConverter$StreamSourceCache matches criteria [annotated with @Converter]
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - Testing for class org.apache.camel.converter.stream.StreamCacheConverter$InputStreamCache matches criteria [annotated with @Converter]
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - Searching for: annotated with @Converter in package: org/apache/camel/converter using classloader: org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - It's not an osgi bundle classloader
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - Getting resource URL for package: org/apache/camel/converter with classloader: org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader@1a5db4b
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - URL from classloader: bundleresource://20/org/apache/camel/converter
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - Decoded urlPath: /org/apache/camel/converter
[SpringOsgiExtenderThread-2] TRACE org.apache.camel.util.ResolverUtil - Scanning for classes in [/org/apache/camel/converter] matching criteria: annotated with @Converter
[SpringOsgiExtenderThread-2] DEBUG org.apache.camel.util.ResolverUtil - Loading from jar: /org/apache/camel/converter
[SpringOsgiExtenderThread-2] ERROR org.apache.camel.util.ResolverUtil - Could not search jar file '/org/apache/camel/converter' for classes matching criteria: annotated with @Converter due to an IOException: /org/apache/camel/converter (No such file or directory)
java.io.FileNotFoundException: /org/apache/camel/converter (No such file or directory)
	at org.apache.camel.util.ResolverUtil.loadImplementationsInJar(ResolverUtil.java:476)
	at org.apache.camel.util.ResolverUtil.find(ResolverUtil.java:362)
	at org.apache.camel.util.ResolverUtil.find(ResolverUtil.java:277)
	at org.apache.camel.util.ResolverUtil.findAnnotated(ResolverUtil.java:253)
	at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.load(AnnotationTypeConverterLoader.java:66)
	at org.apache.camel.impl.converter.DefaultTypeConverter.checkLoaded(DefaultTypeConverter.java:218)
	at org.apache.camel.impl.converter.DefaultTypeConverter.convertTo(DefaultTypeConverter.java:64)
	at org.apache.camel.util.IntrospectionSupport.convert(IntrospectionSupport.java:216)
	at org.apache.camel.util.IntrospectionSupport.setProperty(IntrospectionSupport.java:194)
	at org.apache.camel.util.IntrospectionSupport.setProperties(IntrospectionSupport.java:167)
	at org.apache.camel.impl.DefaultComponent.setProperties(DefaultComponent.java:187)
	at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:89)
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:270)
	at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:52)
	at org.apache.camel.model.RouteType.resolveEndpoint(RouteType.java:100)
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:102)
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:108)
	at org.apache.camel.model.FromType.resolveEndpoint(FromType.java:73)
	at org.apache.camel.impl.DefaultRouteContext.getEndpoint(DefaultRouteContext.java:77)
	at org.apache.camel.model.RouteType.addRoutes(RouteType.java:214)
	at org.apache.camel.model.RouteType.addRoutes(RouteType.java:90)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:537)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:529)
	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:149)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:275)
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:737)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.finishRefresh(AbstractDelegatedExecutionApplicationContext.java:306)
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:279)
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:145)
[SpringOsgiExtenderThread-2] DEBUG org.apache.camel.util.ResolverUtil - Found: [class org.apache.camel.converter.ObjectConverter, class org.apache.camel.converter.jaxp.DomConverter, class org.apache.camel.converter.IOConverter, class org.apache.camel.converter.jaxp.StaxConverter, class org.apache.camel.converter.jaxp.XmlConverter, class org.apache.camel.converter.stream.StreamCacheConverter, class org.apache.camel.converter.jaxp.StreamSourceConverter, class org.apache.camel.converter.NIOConverter, class org.apache.camel.converter.CollectionConverter, class org.apache.camel.converter.CamelConverter]
The project that demonstrates this error is open source, check it out here:
http://svn.assembla.com/svn/elfattah/trunk
do mvn install on elfattah-api and elfattah-shell
Then go to elfattah-shell and:
mvn pax:provision

our License file contains 'asciidoctor' but with three "i"

This project bundles a derivative of portions of the 'Asciiidoctor' project
under the terms of the MIT license.

hbase-rest uses HTable and HBaseAdmin under the covers.  They should use the new hbase 1.0 interfaces instead.

There are complicated failure-descriptions in Elytron properties-realm. They include some details from exceptions which are not needed and can be confused for non-java administrators. Please handle these exceptions and provide some user friendly failure-description.
Examples of complicated failure-description in properties-realm:

Adding path which does not exist:

/subsystem=elytron/properties-realm=realm:add(users-properties={path=/wrong/path/a.properties})
{
        "WFLYCTL0080: Failed services" => {"org.wildfly.security.security-realm.realm" => "org.jboss.msc.service.StartException in service org.wildfly.security.security-realm.realm: WFLYELY00014: Unable to load the properties files required to start the properties file backed realm.
    Caused by: java.io.FileNotFoundException: /wrong/path/a.properties (No such file or directory)"},
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.security-realm.realm"],
    },
}

Adding file with missing $REALM:

/subsystem=elytron/properties-realm=realm:add(users-properties={path=/some/path/roles.properties})
{
    Caused by: java.io.IOException: ELY01006: No realm name found in properties file"},
    },
}

path mentiond in relative-to does not exist:

/subsystem=elytron/properties-realm=realm:add(users-properties={path=users.properties,relative-to=non.exist})
{
        "WFLYCTL0412: Required services that are not installed:" => ["jboss.server.path.\"non.exist\""],
        "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.security.security-realm.realm is missing [jboss.server.path.\"non.exist\"]"]
    },
}

use only description of failure, e.g. something like "file /wrong/path/a.properties was not found"
do not use any unneeded information - e.g. "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined

The default value of hbase.regions.slop is 0.001 in StochasticLoadBalancer (which is the default setting of  hbase.master.loadbalancer.class). 
However, in the both hbase-default.xml and online docs, the default value is 0.2. This value is specified in BaseLoadBalancer (which is an abstract class) and is inherited by SimpleLoadBalancer. However, as SimpleLoadBalancer is no longer used as the default load balancer, the value is obsolete.  
The code structure is:
BaseLoadBalancer.java
 public abstract class BaseLoadBalancer implements LoadBalancer {
   ...
   protected void setSlop(Configuration conf) {
     this.slop = conf.getFloat("hbase.regions.slop", (float) 0.2);
   }

StochasticLoadBalancer.java
 public class StochasticLoadBalancer extends BaseLoadBalancer {
   ...
   @Override
     this.slop = conf.getFloat("hbase.regions.slop", 0.001F);
   }

I suggest to make the manual entry of hbase.regions.slop specify the different default values in different balancer classes.

In HBASE-12332 we'd like to use the FileLink's IO redirecting powers but want to be able to specify arbitrary alternate link paths and not be tied to the SnapshotFileLink file pattern (aka, table=region-hfile).  
To do this we need change the constructors and some internals so that it is more generic.  Along the way, we remove the FileStatus constructor arguments in favor of Path's and reduce the number of ways to create HFileLinks, and tighten up the scope privacy of many methods.

I found the issue in camel-http4 component. The HttpProducer.createRequestEntity method has been changed to parse the  contentType. The ContentType.parse method returns "multipart/form-data" 
instead of "multipart/form-data;boundary=---------------------------j2radvtrk". If you  change HttpProducer.createRequestEntity to use ContentType.create method it works fine. 
http://camel.465427.n5.nabble.com/Camel-HTTP4-2-11-2-ContentType-does-not-returns-quot-multipart-form-data-boundary-j2radvtrk-quot-tc5742407.html

I am experiencing race conditions when running test remotely from Arquillian to Wildfly 8.1.0.CR2. In 2 of 3 Cases i get a NPE in Wildfly in relation to one of my own scheduled EJB.

10:08:56,169 INFO  [org.jboss.as.server] (management-handler-thread - 1) JBAS018559: Deployed "core-dist-0.6.ear" (runtime-name : "core-dist-0.6.ear")
10:08:58,102 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) JBAS014612: Operation ("read-attribute") failed - address: ([
    ("deployment" => "core-dist-0.6.ear"),
    ("subdeployment" => "core.jar"),
    ("singleton-bean" => "FileDeploymentScanner"),
    ("service" => "timer-service"),
    ("timer" => "53ca8249-b0a1-42ab-810b-abad39cb3d19")
	at org.jboss.as.ejb3.subsystem.deployment.TimerResourceDefinition$10.readAttribute(TimerResourceDefinition.java:268)
	at org.jboss.as.ejb3.subsystem.deployment.TimerResourceDefinition$AbstractReadAttributeHandler.executeRuntime(TimerResourceDefinition.java:364)
	at org.jboss.as.ejb3.subsystem.deployment.TimerResourceDefinition$AbstractTimerHandler$1.execute(TimerResourceDefinition.java:330)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:606) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:484) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:281) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:276) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:271) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:145) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:199) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:130) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:150) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:146) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_55]
	at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_55]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:146) [wildfly-controller-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283) [wildfly-protocol-8.1.0.CR2.jar:8.1.0.CR2]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504) [wildfly-protocol-8.1.0.CR2.jar:8.1.0.CR2]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_55]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_55]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_55]

The arquillian test prints:

com.ieffects.core.integration.ImportTest STANDARD_ERROR
    May 23, 2014 10:08:49 AM org.xnio.Xnio <clinit>
    INFO: XNIO version 3.2.2.Final
    May 23, 2014 10:08:49 AM org.xnio.nio.NioXnio <clinit>
    INFO: XNIO NIO Implementation Version 3.2.2.Final
    May 23, 2014 10:08:49 AM org.jboss.remoting3.EndpointImpl <clinit>
    INFO: JBoss Remoting version 4.0.3.Final
    May 23, 2014 10:08:58 AM org.jboss.as.arquillian.container.ManagementClient checkSuccessful
    ERROR: Operation {
        "operation" => "read-resource",
        "recursive" => "true",
        "address" => undefined
    } did not succeed. Result was {
            "management-major-version" => 2,
            "management-micro-version" => 0,
            "management-minor-version" => 1,
            "name" => "cust",
            "namespaces" => [],
            "product-name" => undefined,
            "product-version" => undefined,
            "profile-name" => undefined,
            "release-codename" => "Kenny",
            "release-version" => "8.1.0.CR2",
            "schema-locations" => [],
            "core-service" => {
                "management" => {
                    "access" => {
                        "authorization" => {
... the complete wildfly configuration...
        },
    }

My scheduled Service FileDeploymentScanner is somewhat special, it schedules the times itself (No Schedule annotation. Simplified it looks like this:

@ConcurrencyManagement(ConcurrencyManagementType.BEAN)
@Startup
@TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
public class FileDeploymentScanner {

	@Resource
	private TimerService _timerService;

	/**
	 * Scans and deploys files according to configuration.
	 */
	@Timeout
	public void handleClick() {
		System.out.println("handle click");
	}

	/**
	 * Initializes the service.
	 */
	public void startup() {
		System.out.println("Starting timer service");
		_timerService.createSingleActionTimer(10000, new TimerConfig("FileDeploymentScanner", false));
		try {
			Thread.sleep(10000);
		} catch (InterruptedException e) {
			// TODO Auto-generated catch block
		}
		System.out.println("Started timer service");
	}

}

What is happening, is, the arquillian client apparently tries to read complete wildfly configuration (dont know why), and during this step it fails to do so. I failed to write reproducer ear/app. I can't release my closed source though which produces this error. But hopefully, this NPE is easy to fix. 

Hi,

When I tried to run the latest version from SVN, HBase always ended up in a busy loop, and there were log messages like "java.io.FileNotFoundException: file:/C:/Hadoop/hbase-0.19-dev/webapps%5/static".
Finally, I found the reason in org.apache.hadoop.hbase.util.InfoServer.getWebAppDir() where the file separator '\' is used under Windows, which is then converted to '%5c' by ClassLoader.getResource(). Just using the normal slash '/' works fine.

Best,
Max

This is the patch solving the problem for me:

### Eclipse Workspace Patch 1.0
#P HBase
Index: src/java/org/apache/hadoop/hbase/util/InfoServer.java
--- src/java/org/apache/hadoop/hbase/util/InfoServer.java    (revision 725566)
+++ src/java/org/apache/hadoop/hbase/util/InfoServer.java    (working copy)
@@ -17,8 +17,6 @@
  */
 package org.apache.hadoop.hbase.util;

-import java.io.File;
-import java.io.FileNotFoundException;
 import java.net.URL;

@@ -101,12 +99,7 @@
   public static String getWebAppDir(final String webappName)
   throws IOException {
     String webappDir = null;
-    try {
-      webappDir = getWebAppsPath("webapps" + File.separator + webappName);
-    } catch (FileNotFoundException e) {
-      // Retry.  Resource may be inside jar on a windows machine.
-      webappDir = getWebAppsPath("webapps/" + webappName);
-    }
+    webappDir = getWebAppsPath("webapps/" + webappName);
     return webappDir;
   }
 }

RemoteException is not able to find the SnapshotExistsException(String msg) constructor, and is not able to recognize the  SnapshotExistsException as DoNotRetry exception. so the client will keep retrying up to the maxRetry number

a=1
select * from t join t t1 on t.c=t1.c limit 1;

ReturnedType.of(…) recreates instances for every invocation. The constructor of ReturnedClass is doing a lot of work to inspect constructors and their parameter names. We should cache the instances created to avoid that repeated scanning.

The interval currently is 6000 milliseconds, or six seconds, which makes little sense to test that often in succession. We should set the default to at least 60 seconds, or even every 5 minutes?

Simple bugs:
In mutateRow we don't check the isDelete flag, it always assumes a put.
In mutateRows we don't check if the delete has only the family specified.

From comments in the code it appears that the JsonMessageConverter could be extended in order to configure the jsonObjectMapper.

	private ObjectMapper jsonObjectMapper = new ObjectMapper();

...

	/**
	 * Subclass and override to customize.
	 */
	protected void initializeJsonObjectMapper() {
		jsonObjectMapper.configure(DeserializationConfig.Feature.FAIL_ON_UNKNOWN_PROPERTIES, false);
	}

Extending this class and overriding the initializeJsonObjectMapper() method does not offer much since the jsonObjectMapper object is private.  Perhaps it was intended that this object be protected?  If that were the case then it would be possible to send/receive less JSON-friendly classes by doing something like this in a subclass of JsonMessageConverter:
jsonObjectMapper.getDeserializationConfig().addMixInAnnotations(SomePayload.class, SomePayloadMixin.class);

A context is only dirty if a new value is put or an old one is removed, but the implementation sets dirty on all puts.

Trying to deploy additional content via jboss-cli.sh (or the Java client for WF HTTP remote interface) results in NullPointerException during the deployment (see the stacktrace below).
The NPE happens here https://github.com/wildfly/wildfly/blob/10.1.0.Final/ee/src/main/java/org/jboss/as/ee/metadata/property/DeploymentPropertiesProcessor.java#L50 because the org.jboss.as.server.deployment.Attachments.DEPLOYMENT_ROOT attachment is not set.

2017-03-22 18:06:53,497 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."kie#mariadb-1.3.4#".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."kie#mariadb-1.3.4#".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "kie#mariadb-1.3.4#"
	at org.jboss.as.ee.metadata.property.DeploymentPropertiesProcessor.deploy(DeploymentPropertiesProcessor.java:50)
	... 5 more

2017-03-22 18:06:53,499 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "kie#mariadb-1.3.4#")]) - failure description: {
    "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"kie#mariadb-1.3.4#\".STRUCTURE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"kie#mariadb-1.3.4#\".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment \"kie#mariadb-1.3.4#\"
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"kie#mariadb-1.3.4#\".STRUCTURE"],
}

Parquet PPD tests has a different output when is run against hadoop-1 because mixed values are in different order.
To fix this, we should just add 'sort by c' in the queries that will display mixed values.

In the one region multi assigned case,  we could find that two regions have the same table name, same startKey, same endKey, and different regionId, so these two regions are same in TreeMap but different in HashMap.

CatalogJanitor#checkDaughterInFs assumes that there are no references whenever HRegionFileSystem.openRegionFromFileSystem throws IOException. Well Hadoop and HBase throw IOExceptions whenever someone looks in their general direction.

See nabble
http://camel.465427.n5.nabble.com/camel-sql-IN-query-number-of-parameters-mismatch-tp5785054.html

If WebSphere MQ 8 resource adapter is configured as default resource adapter for MDB in ejb subsystem and MDB is trying to deploy its connection factory like:

        description="Define TopicConnectionFactory AppClientMyTestTopicConnectionFactory",
        interfaceName="javax.jms.TopicConnectionFactory",
        name="java:module/AppClientMyTestTopicConnectionFactory",
        user = "j2ee",
        password = "j2ee",
)

then deployment fails with:

11:18:37,471 INFO  [org.jboss.as.repository] (DeploymentScanner-threads - 2) WFLYDR0001: Content added at location /home/mnovak/mnovak_home/tmp/tck7/work/jboss-eap-7.0/standalone/data/content/1d/4fbecb4dd1e3a9c03b791cd64c21cd6b7f49de/content
11:18:37,475 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0027: Starting deployment of "mdb-1.0-SNAPSHOT.jar" (runtime-name: "mdb-1.0-SNAPSHOT.jar")
11:18:37,499 INFO  [org.jboss.as.ejb3] (MSC service thread 1-2) WFLYEJB0042: Started message driven bean 'SampleMdb' with 'wmq.jmsra' resource adapter
11:18:37,501 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "mdb-1.0-SNAPSHOT.jar")]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.naming.context.java.app.\"mdb-1.0-SNAPSHOT\".AppClientMyTestQueueConnectionFactory is missing [jboss.connection-factory.reference-factory.jboss.naming.context.java.app.\"mdb-1.0-SNAPSHOT\".AppClientMyTestQueueConnectionFactory]"]}
11:18:37,616 INFO  [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0010: Deployed "mdb-1.0-SNAPSHOT.jar" (runtime-name : "mdb-1.0-SNAPSHOT.jar")
11:18:37,616 INFO  [org.jboss.as.controller] (DeploymentScanner-threads - 2) WFLYCTL0183: Service status report
      service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".component.SampleMdb.CREATE (new available)
      service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".component.SampleMdb.JndiBindingsService (new available)
      service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".component.SampleMdb.START (new available)
      service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".component.SampleMdb.VIEW.SampleMdb.MESSAGE_ENDPOINT (new available)
      service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".component.SampleMdb.ejb.non-functional-timerservice (new available)
      service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".jndiDependencyService (new available)
      service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".moduleDeploymentRuntimeInformation (new available)
      service jboss.naming.context.java.app."mdb-1.0-SNAPSHOT".AppClientMyTestQueueConnectionFactory (new available)
      service jboss.naming.context.java.app."mdb-1.0-SNAPSHOT".env (new available)
      service jboss.naming.context.java.comp."mdb-1.0-SNAPSHOT"."mdb-1.0-SNAPSHOT".SampleMdb (new available)
      service jboss.naming.context.java.comp."mdb-1.0-SNAPSHOT"."mdb-1.0-SNAPSHOT".SampleMdb.TransactionSynchronizationRegistry (new available)
      service jboss.naming.context.java.comp."mdb-1.0-SNAPSHOT"."mdb-1.0-SNAPSHOT".SampleMdb.UserTransaction (new available)
      service jboss.naming.context.java.module."mdb-1.0-SNAPSHOT"."mdb-1.0-SNAPSHOT".env (new available)

Any deployment which needs to define its connection factory in deployment will fail. Customer cannot use @JMSConnectionFactoryDefinition to deploy connection factory.
Debugging showed that deployment of connection factory defined in @JMSConnectionFactoryDefinition is using messaging activemq extension integration. WebSphereMQ's managed connection factory cannot be added as pooled-connection-factory to messaging-activemq subsystem.
We need to provide a way 3rd party JMS managed connection factory will be created and registered to JNDI.
Failing TCK tests failing because of this issue:

[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#checkClientIDOnDurableConnFactoryTest 
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvQueueTestFromAppClient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvQueueTestFromEjbClient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvQueueTestFromJspClient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvQueueTestFromServletClient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvTopicTestFromAppClient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvTopicTestFromEjbClient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvTopicTestFromJspClient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#sendAndRecvTopicTestFromServletClient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/annotations/Client.java#verifyLookupWithRAElementSpecifiedTest
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#checkClientIDOnDurableConnFactoryTest_from_appclient 
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#checkClientIDOnDurableConnFactoryTest_from_ejb
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#checkClientIDOnDurableConnFactoryTest_from_jsp
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#checkClientIDOnDurableConnFactoryTest_from_servlet
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvQueueTest_from_appclient 
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvQueueTest_from_ejb
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvQueueTest_from_jsp
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvQueueTest_from_servlet
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvTopicTest_from_appclient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvTopicTest_from_ejb
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvTopicTest_from_jsp
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#sendAndRecvTopicTest_from_servlet
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#verifyLookupWithRAElementSpecifiedTest_from_appclient
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#verifyLookupWithRAElementSpecifiedTest_from_ejb
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#verifyLookupWithRAElementSpecifiedTest_from_jsp
[javatest.batch] FAILED........com/sun/ts/tests/jms/ee20/resourcedefs/descriptor/Client.java#verifyLookupWithRAElementSpecifiedTest_from_servlet
{cdde}
            
A project with a test case is here: https://github.com/alaz/camel290_uri
The test case with the problem description (the problem occured during migration of camel-beanstalk https://github.com/osinka/camel-beanstalk component onto 2.9.0):
UriTest.java
package camel290.uri;

import org.apache.camel.Consumer;
import org.apache.camel.Producer;
import org.apache.camel.impl.DefaultComponent;
import org.apache.camel.impl.DefaultEndpoint;

public class UriTest extends CamelTestSupport {

  /**
   * An URI of Camel Beanstalk component consists of a hostname, port and a list
   * of tube names. Tube names are separated by "+" character (which is more or less
   * usualy used on the Web to make lists), but every tube name may contain URI special
   * characters like ? or +
   */

  class MyEndpoint extends DefaultEndpoint {
    String uri = null;
    String remaining = null;

    public MyEndpoint(final String uri, final String remaining) {
      this.uri = uri;
      this.remaining = remaining;
    }

    public Producer createProducer() throws Exception {
      throw new UnsupportedOperationException("Not supported yet.");
    }

    public Consumer createConsumer(Processor prcsr) throws Exception {
    }

    public boolean isSingleton() {
    }
  }

  class MyComponent extends DefaultComponent {
    @Override
    protected Endpoint createEndpoint(final String uri, final String remaining, final Map<String, Object> parameters) throws Exception {
      return new MyEndpoint(uri, remaining);
    }
  }

  @Before
  @Override
    context.addComponent("my", new MyComponent());
  }

  @Test
  public void testExclamationInUri() {
    /**
     * %3F is not an ?, it's part of tube name.
     */
    MyEndpoint endpoint = context.getEndpoint("my:host:11303/tube1+tube%2B+tube%3F", MyEndpoint.class);
    assertNotNull("endpoint", endpoint);
  }

  @Test
  public void testPath() {
    /**
     * Here a tube name is "tube+" and written in URI as "tube%2B", but it gets
     * normalized, so that an endpoint sees "tube1+tube+"
     */
    MyEndpoint endpoint = context.getEndpoint("my:host:11303/tube1+tube%2B", MyEndpoint.class);
    assertEquals("Path contains several tube names, every tube name may have + or ? characters", "host:11303/tube1+tube%2B", endpoint.remaining);
  }
}

I installed the latest kit from http://repo.fusesource.com/nexus/content/groups/ea/org/jboss/fuse/jboss-fuse-full/6.1.0.redhat-107/, and got the error below trying to start up:
Kevins-MacBook-Pro:jboss-fuse-6.1.0.redhat-107 kearls$ ./bin/fuse console
 48% [==================================>                                     ]ERROR: Bundle org.fusesource.fabric.fabric-zookeeper [56] Error starting mvn:org.fusesource.fabric/fabric-zookeeper/7.3.0.redhat-107 (org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-zookeeper [56]: Unable to resolve 56.0: missing requirement [56.0] osgi.wiring.package; (&(osgi.wiring.package=com.google.common.base)(version>=14.0.0)(!(version>=15.0.0))))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-zookeeper [56]: Unable to resolve 56.0: missing requirement [56.0] osgi.wiring.package; (&(osgi.wiring.package=com.google.common.base)(version>=14.0.0)(!(version>=15.0.0)))
ERROR: Bundle org.fusesource.fabric.fabric-core [58] Error starting mvn:org.fusesource.fabric/fabric-core/7.3.0.redhat-107 (org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-core [58]: Unable to resolve 58.0: missing requirement [58.0] osgi.wiring.package; (&(osgi.wiring.package=com.google.common.base)(version>=14.0.0)(!(version>=15.0.0))))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-core [58]: Unable to resolve 58.0: missing requirement [58.0] osgi.wiring.package; (&(osgi.wiring.package=com.google.common.base)(version>=14.0.0)(!(version>=15.0.0)))
 64% [==============================================>                         ]ERROR: Bundle org.fusesource.fabric.fabric-boot-commands [61] Error starting mvn:org.fusesource.fabric/fabric-boot-commands/7.3.0.redhat-107 (org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-boot-commands [61]: Unable to resolve 61.0: missing requirement [61.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.curator)(version>=2.0.0)(!(version>=3.0.0))) [caused by: Unable to resolve 56.0: missing requirement [56.0] osgi.wiring.package; (&(osgi.wiring.package=com.google.common.base)(version>=14.0.0)(!(version>=15.0.0)))])
org.osgi.framework.BundleException: Unresolved constraint in bundle org.fusesource.fabric.fabric-boot-commands [61]: Unable to resolve 61.0: missing requirement [61.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.curator)(version>=2.0.0)(!(version>=3.0.0))) [caused by: Unable to resolve 56.0: missing requirement [56.0] osgi.wiring.package; (&(osgi.wiring.package=com.google.common.base)(version>=14.0.0)(!(version>=15.0.0)))]
 91% [=================================================================>      ]

  _ \                
  ____

_) 
 ___  ___ ___  
 
 _   
 
  __
 
 / __
/ _ \

__
 
_) 
 () _ __ \ 
 
_
 __ \  __/
 ____/
___/ __/
__/__/ 
_
   _,
__/__

  JBoss Fuse (6.1.0.redhat-107)
JBossFuse:karaf@root> fabric:create
Command not found: fabric:create
JBossFuse:karaf@root> 

StackOverflowError results from ReflectiveMethodExecutor.execute(EvaluationContext, Object, Object...) line: 69	when returned object is a collection of itself.
Example:
expression: "manager.getItem()"
method: public Item getItem() 
{ return item; }
class: public class Item implements List<Item> - this object has properties, but also is a list of items of the same type

Using the remote Path to git Repository is causing errors during Pull and Push operations.
I'll add a new option remoteName in GitEndpoint to avoid this situation.

Same as HADOOP-11738

Google recently switched off Google Code. They transferred the Protocol Buffers project to GitHub, and binaries are available from Google's developer page. However, only the most recent version is available. We use version 2.5 to be compatible with Hadoop. That version isn't available for download.
Let the fun begin

This is only an issue for EAP, which has different versions than WFLY, for that reason, all the versions mentioned here are EAP ones.
After some discussion with people who test migrations, we found that these protocols that were deprecated in JGroups 3.6.x present in 7.1.0 and were removed in JGroups 4.0.10 present in 7.2.0 should be brought back in some form:

NAKACK --> NAKACK2
UNICAST2 --> UNICAST3
MERGE2 --> MERGE3

These are not in the default 7.0 or 7.1 configuration, so why do we need to translate these like we do it for NAKACK2? Because these protocols can be expected to be present in the 7.1 configuration due to migration from 6.x, where they are by default. Since, after migration from 6.x, these will work with the 7.1 configuration, and since there is a reason to expect them being used even if they are deprecated, we should not just silently remove these protocols with the JGroups upgrade that is in 7.2 - the configuration file from 7.1 should always work with 7.2.
Cc Martin Svehla Petr Kremensky

In ProcedureExecutor, we only consider a procedure to be finished when it is removed from the procedures map. But in MasterRpcServices.getProcedureResult, we will use the state of the procedure to determine whether it is finished. If setFailure is called, the procedure may enter the FAILED state which indicates it is finished before being  removed from the procedure map, and then causes an assertion when we calling ProcedureExecutor.removeResult in MasterRpcServices.getProcedureResult.

The "dns.server" is not optional.
http://camel.465427.n5.nabble.com/bug-dns-component-td5740962.html
The following code does not work.

Map<String, Object> headers = exchange.getIn().getHeaders(); 
headers.put("dns.name", "www.example.com"); 
headers.put("dns.type", "TXT"); 
ProducerTemplate template = context.createProducerTemplate(); 
Exchange respExchange = template.send("dns://dig", exchange); 

When creating a couple of tables like this:
1) create an empty table
2) disable table, add new column family, enable table
3) put 100 small documents into newly created column
around once in 10 tries the disable doesn't happen.
I have no clue as to why the table isn't disabled in the first place, but if this occurs, two things in HBaseAdmin.disableTable() strike me as odd:

after numRetries tries to wait for disabling we exit the loop; there is no exception or error message:
...
2008-05-14 16:19:47,903 INFO org.apache.hadoop.hbase.client.HBaseAdmin: Disabled table table31
2008-05-14 16:19:47,910 INFO org.apache.hadoop.ipc.Server: IPC Server handler 3 on 60000, call addColumn(table31, 
{name: document, max versions: 3, compression: NONE, in memory: false, block cache enabled: false, max length: 2147483647, time to live: FOREVER, bloom filter: none}
) from XXX.XX.40.36:47116: error: org.apache.hadoop.hbase.TableNotDisabledException: table31
...

the scanner iterates over HRegionInfos of several tables. If any one of those is disabled, we also leave the loop as if the requested table had been disabled.

I've had this disabling problem occur quite reliably over the last days - today I couldn't reproduce it, though HBase version hasn't changed. ???

I'm trying to use Spring Batch 2.0 with a recent Spring 3.0 build and I see the following exception when using the namespace support (only root cause shown):
Caused by: java.lang.IllegalArgumentException: Cannot convert value of type [java.lang.Class] to required type [java.lang.String] for property 'customEditors[org.springframework.batch.item.file.transform.Range[]]': no matching editors or conversion strategy found
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:226)
	at org.springframework.beans.TypeConverterDelegate.convertToTypedMap(TypeConverterDelegate.java:497)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:188)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:132)
	at org.springframework.beans.BeanWrapperImpl.convertForProperty(BeanWrapperImpl.java:378)
	... 35 more
This is caused by CoreNamespaceUtils.addRangePropertyEditor: it registers RangeArrayPropertyEditor.class as the value for an entry in the map passed to the customEditors property of CustomEditorConfigurer. This functionality was deprecated in Spring 2.5 and is currently not supported anymore: this should be a class name, not a Class. In this case, that's enough; we don't need a custom PropertyEditorRegistrar. Please fix this.
The current workaround is to register the editor yourself, like this:
<bean class="org.springframework.beans.factory.config.CustomEditorConfigurer">
	<property name="customEditors">
		<map>
			<entry key="org.springframework.batch.item.file.transform.Range[]" 
				    value="org.springframework.batch.item.file.transform.RangeArrayPropertyEditor"/>
		</map>
	</property>
</bean>

The module.path system property is always set with a resolved value rather than the value set via the Configuration API. The value set should be preferred over a previously set system property or resolved based on the JBOSS_HOME.

Call to methods sendRegionOpen(), isServerReachable(), removeRequeuedDeadServers(), getRequeuedDeadServers() got removed in HBASE-14614
Call to method ServerManager.sendFavoredNodes() got removed in HBASE-17198

jboss-invocation proxies use a thread local to pass information into the initializer, in most cases this works fine as long as only a single thread is attempting to define the class. It is possible for a different thread to load the class that the one that defines it.

The StringRedisTemplate javadoc indicates that DefaultStringRedisConnection is the connection that should be passed to RedisCallbacks in execute(). However, RedisTemplate.execute() is not using the connection returned from StringRedisTemplate.preProcessConnection().

A few findbugs fixes to get us under our findbugs warning number again and a javadoc warning fix.

later edit: I've mixed up two issues here. The main problem is that a client (that could be HMaster) will read stale data from ROOT or .META. and not deal correctly with the raised exceptions. 
I've noticed this when the IP on my machine changed (it's even easier to detect when LZO doesn't work)
Master loads .META. successfully and then starts assigning regions.
However LZO doesn't work so HRegionServer can't open the regions. 
A client attempts to get data from a table so it reads the location from .META. but goes to a totally different server (the old value in .META.)
This could happen without the LZO story too.

addon-gwt needs to pick up the fix at http://gwt-code-reviews.appspot.com/786802

Current hbase shell scan filter string is assumed to be UTF-8 encoding, which makes the following scan not working.
hbase(main):011:0> scan 't1'
ROW                                                 COLUMN+CELL                                                                                                                                           
 r4                                                 column=cf1:q1, timestamp=1450812398741, value=\x82 
hbase(main):003:0> scan 't1', 
{FILTER => "SingleColumnValueFilter ('cf1', 'q1', >=, 'binary:\x80', true, true)"}
0 row(s) in 0.0130 seconds

If the batch subsystem job-repository-type is set to jdbc and a :reload operation is executed after a batch job has been executed the JDBC repository will no longer work as it holds on to an old DataSource.

// disable filter pushdown for mapreduce when there are more than one table aliases,

    // since we don't clone jobConf per alias

    if (mrwork != null && mrwork.getAliases() != null && mrwork.getAliases().size() > 1 &&

      jobConf.get(ConfVars.HIVE_EXECUTION_ENGINE.varname).equals("mr")) {

      return;

    }

I believe this needs to be handled at OpProcFactory so that hive doesn't believe that predicate is handled by storage handler.

This is a follow-up of SPR-5661
The bugfix treats all null values as of type java.lang.Object (line 90 in org.springframework.expression.spel.ast.MethodReference). Unfortunately Spring can't find a matching method in this case, because generally Object can't be converted to any other type.
Simple example:
public class NullMethodParamConverterBug {
    public Integer tryToInvokeWithNull(Integer value) 
{
        return value;
    }

}
and 
#
{nullMethodParamConverterBug.tryToInvokeWithNull(null)}

causes
org.springframework.expression.spel.SpelException: EL1003E:(pos 28): Method call: Method tryToInvokeWithNull(java.lang.Object) cannot be found on NullMethodParamConverterBug type
	at org.springframework.expression.spel.ast.MethodReference.findAccessorForMethod(MethodReference.java:130)
	at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:76)
	at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:54)
	at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:51)
	at org.springframework.expression.spel.SpelExpression.getValue(SpelExpression.java:66)

We currently load every single implementation class just to identify it's name.
Whilst this makes refactoring easier it causes a heavy hit to the ClassLoader just to install the provider even though only a small subset of it's services tend to be used at once.

:shutdown(restart=true) CLI command on linux print "Restarting JBoss..." message on console. On windows  with powershell script, this message is not printed. Linux and powershell standalone script should be unified in restart logs.

One of the developers was using the default constructor for HTableDescriptor, which is sadly a bad constructor that should never be used. It made the tablename empty in META & caused an ERROR cycle as region onlining kept failing. We should have never let this happen. Don't do table modifications if the HTableDescriptor name doesn't match the table name passed in.

ReplicationZookeeper is a bit sloppy in how it handles the znodes during failover:

when creating the lock, it doesn't cleanly handle the situation where the parent znode might already be deleted.
when deleting the znodes after a successful move, it doesn't make sure to delete the lock znode last.
after deleting the lock, there's a window where another region server could have already created another lock and deleted the znodes which would abort the first region server (saw it on one cluster).

Cache replication across cluster nodes doesn't work using jms or rmi replication.

org.apache.hadoop.hbase.util.CompressionTest should abort execution if the file specified on the command line exists. This will help careless (me) or unsuspecting user to not loose data.

This is in continuation to HBASE-3889:
Note that there must be more slightly off here. Although the splitlogs znode is now empty the master is still stuck here:

Doing distributed log split in hdfs://localhost:8020/hbase/.logs/10.0.0.65,60020,1305406356765	
- Waiting for distributed tasks to finish. scheduled=2 done=1 error=0   4380s

Master startup	
- Splitting logs after master startup   4388s

There seems to be an issue with what is in ZK and what the TaskBatch holds. In my case it could be related to the fact that the task was already in ZK after many faulty restarts because of the NPE. Maybe it was added once (since that is keyed by path, and that is unique on my machine), but the reference count upped twice? Now that the real one is done, the done counter has been increased, but will never match the scheduled.
The code could also check if ZK is actually depleted, and therefore treat the scheduled task as bogus? This of course only treats the symptom, not the root cause of this condition. 

Negative Numeric values are always quoted in minimal mode if (and only if) they are in the first column.
i.e.
long,lat,data
"-92.222",43.333,3
Looking at the code, this is by design but seem to be for an unknown reason.
From v1.2 CSVPrinter line 230:
// TODO where did this rule come from?
if (newRecord && (c < '0' || (c > '9' && c < 'A') || (c > 'Z' && c < 'a') || (c > 'z'))) {
    quote = true;
} else ...
I propose this rule to either be remove or at a minimum be changed to:
if (newRecord && (c !='-' && c < '0' || (c > '9' && c < 'A') || (c > 'Z' && c < 'a') || (c > 'z'))) {
} else ...

Before assigning region in ServerShutdownHandler#process, it will check whether region is in RIT,
however, this checking doesn't work as the excepted in the following case:
1.move region A from server B to server C
2.kill server B
3.start server B immediately
Let's see what happen in the code for the above case

for step1:
1.1 server B close the region A,
1.2 master setOffline for region A,(AssignmentManager#setOffline:this.regions.remove(regionInfo))
1.3 server C start to open region A.(Not completed)
for step3:
master ServerShutdownHandler#process() for server B
{
..
splitlog()
...
List<RegionState> regionsInTransition =
        this.services.getAssignmentManager()
        .processServerShutdown(this.serverName);
...
Skip regions that were in transition unless CLOSING or PENDING_CLOSE
...
assign region
}

In fact, when running ServerShutdownHandler#process()#this.services.getAssignmentManager().processServerShutdown(this.serverName), region A is in RIT (step1.3 not completed), but the return List<RegionState> regionsInTransition doesn't contain it, because region A has removed from AssignmentManager.regions by AssignmentManager#setOffline in step 1.2
Therefore, region A will be assigned twice.
Actually, one server killed and started twice will also easily cause region assigned twice.
Exclude the above reason, another probability : 
when execute ServerShutdownHandler#process()#MetaReader.getServerUserRegions ,region is included which is in RIT now.
But after completing MetaReader.getServerUserRegions, the region has been opened in other server and is not in RIT now.
In our testing environment where balancing,moving and killing are executed periodly, assigning region twice often happens, and it is hateful because it will affect other test cases.

I was trying to run this on distributed cluster (master branch build) and ended up with this error. Looking in to this,

Spring OXM provides an abstract support class - AbstractMarshaller - that helps discriminating between different Source / Result types when respectively unmarshalling / marshalling some data.
When it has to deal with some DOMSource or DOMResult, this class may build an empty DOM Document (see AbstractMarshaller#marshalDomResult, line 252) if the source or the result doesn't have any initially. This is done by the 'buildDocument' method (line 131).
Problem: a single and non-synchronized DocumentBuilderFactory instance (lazy-initialized) is used to build document builders within this 'buildDocument' method. However, depending on the DocumentBuilderFactory implementation used, the considered instance may not be thread-safe and, thus, some issues may be observed when several calls are made simultaneously to the same Marshaller/Unmarshaller instance.
A possible correction would be to synchronize the use of the DocumentBuilderFactory within 'buildDocument' using the 'documentBuilderFactoryMonitor' monitor variable:

protected Document buildDocument() {
    // ...
    DocumentBuilder documentBuilder;
    synchronized (this.documentBuilderFactoryMonitor) {
        if (this.documentBuilderFactory == null) {
            this.documentBuilderFactory = createDocumentBuilderFactory();
        }
        documentBuilder = createDocumentBuilder(this.documentBuilderFactory);
    }
    // ... The document builder is ready for use ...
}

Otherwise, it could be considered to instantiate a new document builder factory each time some is needed.
Could you please confirm the bug and handle it?
Thanks.

I saw in the camel 2.19.0 release notes that xml routes could be reloaded automatically which woke my interest (since we only use xml routes and no java at all). I tried it by specifying the fileWatcherDirectory in my pom.xml (in the camel-maven-plugin configuration) and it worked fine for me. I ran it from within eclipse.
The point is that our camelcontext only holds routeContextRef entries and no real routes. I tried again by specifying the location src/main/resources (where the routecontext files are) but this does not seem to work, no updates are seen. 
Claus point me to look in the source code and I saw that ReloadStrategySupport.java holds line 76:

dom = XmlLineNumberParser.parseXml(new ByteArrayInputStream(xml.getBytes()), null, "camelContext,routes", "http://camel.apache.org/schema/spring");

which means that routes from a routeContext are NOT reloaded. 
This could be solved by changing the line to:

dom = XmlLineNumberParser.parseXml(new ByteArrayInputStream(xml.getBytes()), null, "camelContext,routes,routeContext", "http://camel.apache.org/schema/spring");

[Host Controller] 18:19:38,464 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
[Host Controller]     ("core-service" => "management"),
[Host Controller]     ("security-realm" => "ApplicationRealm")
[Host Controller] ]) - failure description: {
[Host Controller]     "WFLYCTL0412: Required services that are not installed:" => ["jboss.server.path.\"jboss.server.config.dir\""],
[Host Controller]     "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.server.controller.management.security_realm.ApplicationRealm.key-manager is missing [jboss.server.path.\"jboss.server.config.dir\"]"]
[Host Controller] }

After changes in the block cache instantiation over in HBASE-4422, it looks like the HMaster can now end up with a block cache instantiated.  Not a huge deal but prevents the process from shutting down properly.

Javadoc for parseArgs is a cut&past of previous method and need to be fixed.

  /*
   * Adds a region's meta information from the passed <code>meta</code>
   * region.
   *
   * @param metainfo hbase:meta HRegionInfo to be updated
   * @param region HRegion to add to <code>meta</code>
   *
   */
  private int parseArgs(String[] args) throws IOException {
    GenericOptionsParser parser =
      new GenericOptionsParser(getConf(), args);

    String[] remainingArgs = parser.getRemainingArgs();
    if (remainingArgs.length != 3) {
      usage();
      return -1;
    }
    tableName = TableName.valueOf(remainingArgs[0]);

    region1 = Bytes.toBytesBinary(remainingArgs[1]);
    region2 = Bytes.toBytesBinary(remainingArgs[2]);
    int status = 0;
    if (notInTable(tableName, region1) || notInTable(tableName, region2)) {
      status = -1;
    } else if (Bytes.equals(region1, region2)) {
      LOG.error("Can't merge a region with itself");
    }
    return status;
  }

There's a hard-coding in HLog#splitLog that presumes we always read in batches of ten logs:

Index: src/java/org/apache/hadoop/hbase/regionserver/HLog.java
--- src/java/org/apache/hadoop/hbase/regionserver/HLog.java     (revision 799653)
+++ src/java/org/apache/hadoop/hbase/regionserver/HLog.java     (working copy)
@@ -860,7 +860,7 @@
         // Stop at logfiles.length when it's the last step
         int endIndex = step == maxSteps - 1? logfiles.length: 
           step * concurrentLogReads + concurrentLogReads;
-        for (int i = (step * 10); i < endIndex; i++) {
+        for (int i = (step * concurrentLogReads); i < endIndex; i++) {
           // Check for possibly empty file. With appends, currently Hadoop 
           // reports a zero length even if the file has been sync'd. Revisit if
           // HADOOP-4751 is committed.

When I changed it so we default to reading 3 files at a time rather than 10 over in hbase-1683, the hard-coding made it so we didn't read all logs.

Create test cases for following Elytron Role Mappers:

constant-role-mapper
add-prefix-role-mapper
add-suffix-role-mapper
logical-role-mapper
aggregate-role-mapper

ClassCastException when testing async endpoint using Spring Boot 1.5.11 @SpringBootTest(webEnvironment = RANDOM_PORT) with Spring Security.
Apparently, Spring Security wraps MockAsyncContext which causes TestDispatcherServlet to fail.

java.lang.ClassCastException: org.springframework.security.web.servletapi.HttpServlet3RequestFactory$SecurityContextAsyncContext cannot be cast to org.springframework.mock.web.MockAsyncContext

	at org.springframework.test.web.servlet.TestDispatcherServlet.initAsyncDispatchLatch(TestDispatcherServlet.java:90)
	at org.springframework.test.web.servlet.TestDispatcherServlet.service(TestDispatcherServlet.java:68)
	at org.springframework.mock.web.MockFilterChain$ServletFilterProxy.doFilter(MockFilterChain.java:160)
	at org.springframework.mock.web.MockFilterChain.doFilter(MockFilterChain.java:127)
	at org.springframework.boot.actuate.trace.WebRequestTraceFilter.doFilterInternal(WebRequestTraceFilter.java:111)

When an entity is defined with only one field (besides "id" and "version" generated fields), and a controller is generated for that entity, the method registerConverters defines an anonymous class Converter<Entity, String> which tries to convert the entity type to String calling "public String convert(Entity entity)". If the entity has only one field, the toString() method of that field is not called as following:
public String convert(Entity entity) {
  return Entity.getField();
}
resulting on a compiler error:
[ERROR] Type mismatch: cannot convert from FieldType to String
Possible fix: call the toString() method only when there is one field within the entity, or call the toString() method no matter what

Download oracle jdbc driver at http://www.oracle.com/technetwork/database/features/jdbc/jdbc-ucp-122-3110062.html
Install the driver as a module and add the JDBC driver:

module add --name=com.oracle.jdbc --resources=/opt/Downloads/ojdbc8.jar --dependencies=[javax.api, javax.transaction.api]

/subsystem=datasources/jdbc-driver=oracle:add(driver-name=oracle, driver-module-name=com.oracle.jdbc, driver-datasource-class-name=oracle.jdbc.datasource.OracleDataSource, driver-xa-datasource-class-name=oracle.jdbc.xa.client.OracleXADataSource, driver-class-name=oracle.jdbc.OracleDriver)

It should fail because the configuraiton:

driver-datasource-class-name=oracle.jdbc.datasource.OracleDataSource

is wrong, oracle.jdbc.datasource.OracleDataSource is an interface, not a concrete class.
It should be the same for the data-source creation when specifying the datasource-class.

When generating a abstract superclass - mappedsuperclass ->
@Entity
@MappedSuperclass
public abstract class Myentity {
}
the corrosponding Myentity_Roo_Entity.aj generates a remove method ->
    public void Myentity.remove() {
        if (this.entityManager == null) this.entityManager = entityManager();
        if (this.entityManager.contains(this)) 
{
            this.entityManager.remove(this);
        }
 else 
{
            Myentity attached = this.entityManager.find(Myentity.class, this.id);
            this.entityManager.remove(attached);
        }
    }
This doesn't work for the finder part this.entityManager.find(Myentity.class, this.id);
instead it should have generated ->
this.entityManager.find(this.getClass(), this.id);

We should enhance how StochasticBalancer picks up a random server so that it can avoid putting user regions on master, because regions on master are handled differently in a separate method.

If calling the HiveMetastore.exchange_partitions method with a non-existing partition, a FileNotFoundException will occur. Since the partitions of the source table are fetched

List<Partition> partitionsToExchange = get_partitions_ps(sourceDbName, sourceTableName,
          partVals, (short)-1);

this use case could be handled better by checking if the partitionsToExchange list is empty and if it is, throw a MetaException with a proper error message that no partition exists for the source table with the given values.
See the testExchangePartitionsNoPartExists test case in the TestExchangePartitions test.

When EAP runs on server, which contains upper case in hostname (e.g. localhost.Localdomain), it  is unpossible to make kerberos authentication in remoting to work properly.
JDK constructs TGT-REQ with lower case hostname. But remoting client create connection to EAP with upper case letters,  what cause problems.
RFC4120 "The Kerberos Network Authentication Service"  [1] in chapter "6.2.1.  Name of Server Principals" requires Where the name of the host is not case sensitive (for example, with Internet domain names) the name of the host MUST be lowercase.
Based on information from RFC, IMHO, EAP should handle such scenario. Either remoting client should send lowercase hostname or security realm should map principal case insensitively and look for lower-case keytab record, e.g. remote/localhost.localdomain.
[1] https://www.ietf.org/rfc/rfc4120.txt

CollectionUtils.size(Object object) has impossible null check:

    public static int size(Object object) {
        if (object == null) {
            return 0;
        }
...
        } else if (object == null) {
            throw new IllegalArgumentException("Unsupported object type: null");
...

The Javadoc specifically says that null is allowed, so I think the object == null clause needs to be removed - it can never be true, and is just confusing.

There are some minor errors in the remote chunking section of the documentation:

First, the diagram shows an item reader on the worker side, but in remote chunking, the reading happens on the master side and items are sent over the wire
The Step4 label is better if it was Step3
The chunkJob method of the code example takes an ItemReader as parameter but uses a method call/reference in the stepBuilderFactory.reader method
The chunkHandler bean is not needed on the master side
According to the documentation, the middleware has to be durable, but in the code example, we declare the JMS subscription as non durable: .configureListenerContainer(c -> c.subscriptionDurable(false))
The term "slave" is better renamed to "worker"

It would be also great to add a remote chunking sample to the spring-batch-samples module.

Jean-Daniel Cryans said in HBASE-11196: HTablePool, it's now a deprecated class, so we should eventually update that too (but let's stick to this jira's scope).

When HCatalog appends to a table, it tries to avoid fileclashes while moving by appending a "_a_NNN" suffix to a file if there is a clash, where the NNN is a number from 0 to 999.
This limit is hardcoded and this causes issues with some users who have tables with a large number of files. Ideally, we should push back on those users to change their usecase, or run some manner of compactions on their table (a CREATE TABLE AS SELECT from this table to another table, followed by a drop and re creating as select from the other table would suffice, for example). But, for users where those are not viable solutions, we need to help them get unstuck. One way is by making that hardcoded parameter a configuration parameter.

RemoteAsyncInvocationTestCase fails with security manager because of missing permission "java.util.PropertyPermission" "ts.timeout.factor" "read":

	at org.jboss.as.test.integration.ejb.remote.async.RemoteAsyncInvocationTestCase.testFutureDoneInLocalAsyncInvocation(RemoteAsyncInvocationTestCase.java:134)
	at sun.reflect.GeneratedMethodAccessor133.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor106.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor107.invoke(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "ts.timeout.factor" "read")" in code source "(vfs:/content/RemoteInvocationTest.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.RemoteInvocationTest.jar" from Service Module Loader")
	at org.wildfly.security.manager.WildFlySecurityManager.checkPropertyAccess(WildFlySecurityManager.java:479)

dm Server uses a BeanFactoryPostProcessor to switch replace Spring's load-time weaver implementation with one that support load-time weaving in an OSGi environment. When it does this it adds a BeanDefinition to the application context that contains an instance of com.springsource.kernel.dmfragment.internal.ServerLoadTimeWeaver. In the recent 3.0 builds (I'm using 3.0.0.CI-182) this causes a failure in ConfigurationClassPostProcessor.isConfigurationClassBeanDefinition(). This method attempts to load com.springsource.kernel.dmfragment.internal.ServerLoadTimeWeaver and fails as it's not visible to the classloader.
As the BeanDefinition actually contains an instance at this point, rather than just a class name, I wonder if it's actually necessary to attempt the class load? If it is necessary, I believe the code would be more robust if it used the existing instance's classloader.
Here's a stack of the failure:
Caused by: java.lang.RuntimeException: java.io.FileNotFoundException: class path resource [com/springsource/kernel/dmfragment/internal/ServerLoadTimeWeaver.class] cannot be opened because it does not exist
[junit]     at org.springframework.context.annotation.ConfigurationClassPostProcessor.isConfigurationClassBeanDefinition(ConfigurationClassPostProcessor.java:200)
[junit]     at org.springframework.context.annotation.ConfigurationClassPostProcessor.getConfigurationBeanDefinitions(ConfigurationClassPostProcessor.java:125)
[junit]     at org.springframework.context.annotation.AbstractConfigurationClassProcessor.processConfigBeanDefinitions(AbstractConfigurationClassProcessor.java:98)
[junit]     at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanFactory(ConfigurationClassPostProcessor.java:93)
[junit]     at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.invokeBeanFactoryPostProcessors(AbstractDelegatedExecutionApplicationContext.java:479)
[junit]     at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.invokeBeanFactoryPostProcessors(AbstractDelegatedExecutionApplicationContext.java:459)
[junit]     at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.invokeBeanFactoryPostProcessors(AbstractDelegatedExecutionApplicationContext.java:395)
[junit]     at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$3.run(AbstractDelegatedExecutionApplicationContext.java:281)
[junit]     at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
[junit]     at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.startRefresh(AbstractDelegatedExecutionApplicationContext.java:247)
[junit]     at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.stageOne(DependencyWaiterApplicationContextExecutor.java:222)
[junit]     at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.refresh(DependencyWaiterApplicationContextExecutor.java:175)
[junit]     at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.refresh(AbstractDelegatedExecutionApplicationContext.java:175)
[junit]     at org.springframework.osgi.extender.internal.activator.ContextLoaderListener$2.run(ContextLoaderListener.java:716)
[junit]     at com.springsource.kernel.dmfragment.internal.ContextPropagatingTaskExecutor$2.run(ContextPropagatingTaskExecutor.java:82)
[junit]     at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
[junit]     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit]     at java.lang.Thread.run(Thread.java:637)
[junit] Caused by: java.io.FileNotFoundException: class path resource [com/springsource/kernel/dmfragment/internal/ServerLoadTimeWeaver.class] cannot be opened because it does not exist
[junit]     at org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:143)
[junit]     at org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader(SimpleMetadataReaderFactory.java:73)
[junit]     at org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader(SimpleMetadataReaderFactory.java:69)
[junit]     at org.springframework.context.annotation.ConfigurationClassPostProcessor.isConfigurationClassBeanDefinition(ConfigurationClassPostProcessor.java:191)

      table = new HTable(admin.getConfiguration(), tableDesc.getName());

HTable instance should be closed by the end of the method.

For example if a route use the aggragate eip with a completion timeout, then the scheduled thread pool is enlisted in JMX. But not removed when the route is removed. Though as fail-safe we always remove the JMX when camel is stopping.
But for people doing dynamic add/remove routes this can become a problem.

In the SimpleBroker XML configuration <websocket:simple-broker>, the prefix attribute is not trimmed, causing the checkDestinationPrefix() method in AbstractBrokerMessageHandler to return false and therefore the message will not be handled by the SimpleBrokerMessageHandler.
Exp. following prefix <websocket:simple-broker prefix="/topic, /queue"/> will cause all message with destination /queue/** to be ignored.

The plan for this query has a bug,
SELECT f.key, g.value  FROM srcpart f JOIN srcpart m ON( f.key = m.key AND f.ds='2008-04-08' AND m.ds='2008-04-08' ) JOIN srcpart g ON(g.value = m.value AND g.ds='2008-04-08' AND m.ds='2008-04-08');
The first file sink operator's table desc contains all columns.

I am unable to start embed-server with standalone-elytron.xml 
1)./jboss-cli.sh
2) embed-server --std-out=echo -c=standalone-elytron.xml
3) server is missing org.wildfly.security.security-domain.ManagementDomain, which is however registered in elytron subsystem.
Starting ./standalone.sh -c=standalone-elytron.xml works fine.
Full log:

[mchoma@localhost bin]$ ./jboss-cli.sh 
[disconnected /] embed-server --std-out=echo -c=standalone-elytron.xml
08:15:40,801 INFO  [org.jboss.modules] (AeshProcess: 1) JBoss Modules version 1.6.0.Beta3
08:15:40,845 INFO  [org.jboss.msc] (AeshProcess: 1) JBoss MSC version 1.2.7.Final-redhat-1
08:15:40,916 INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha12-redhat-1) starting
08:15:41,088 INFO  [org.jboss.as.domain.management] (MSC service thread 1-5) WFLYDM0136: Registered OpenSSL provider
08:15:41,804 INFO  [org.wildfly.security] (Controller Boot Thread) ELY00001: WildFly Elytron version 1.1.0.Beta13
08:15:41,805 INFO  [org.wildfly.extension.elytron] (Controller Boot Thread) WFLYELY00001: Activating Elytron Subsystem Elytron Version=1.1.0.Beta13, Subsystem Version=1.0.0.Alpha13
08:15:41,811 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
08:15:41,859 INFO  [org.jboss.as.patching] (MSC service thread 1-6) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
08:15:42,024 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("access" => "identity")
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.security-domain.ManagementDomain"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.management.identity is missing [org.wildfly.security.security-domain.ManagementDomain]"]
}
08:16:19,546 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha12-redhat-1) stopped in 3ms
Cannot start embedded server: WFLYEMB0021: Cannot start embedded process: java.lang.InterruptedException

Just realized that, similar to HBASE-9050, trunk has the same issue too.

https://cwiki.apache.org/confluence/display/Hive/HiveServer2+Clients
says:  
BeeLine looks for it in ${HIVE_CONF_DIR} location and /etc/conf/hive in that order.
shouldn't it be?
BeeLine looks for it in ${HIVE_CONF_DIR} location and /etc/hive/conf in that order?
Most distributions I've used have a /etc/hive/conf dir.

When an SMSC sends the DeliverSm with the short message data inside the message_payload field (in the OptionalParameter) the method
createSmppMessage(DeliverSm deliverSm) in the SmppBinding class raises a nullPointerException at the following line:
else {
            smppMessage.setBody(String.valueOf(new String(deliverSm.getShortMessage(),  
this happen because deliverySm.getShortMessage return null

Seems to be similar issue https://issues.apache.org/jira/browse/HIVE-3815 when calling alterPartition (when renaming partitions)
Setting fs.hdfs.impl.disable.cache=false  and  fs.file.impl.disable.cache=falseworks around this problem
Error:
=====
2014-08-05 21:46:14,522 ERROR [pool-3-thread-1]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(143)) - InvalidOperationException(message:table new location hdfs://hadoop-namenode:8020/user/hive/warehouse/sample_logs/XX=AA/YY=123 is on a different file system than the old location hdfs://hadoop-namenode:8020/user/hive/warehouse/sample_logs/XX=AA/YY=456. This operation is not supported)
at org.apache.hadoop.hive.metastore.HiveAlterHandler.alterPartition(HiveAlterHandler.java:361)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.rename_partition(HiveMetaStore.java:2629)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.rename_partition(HiveMetaStore.java:2602)
at java.lang.reflect.Method.invoke(Method.java:622)
at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:105)
at com.sun.proxy.$Proxy5.rename_partition(Unknown Source)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$rename_partition.getResult(ThriftHiveMetastore.java:9057)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$rename_partition.getResult(ThriftHiveMetastore.java:9041)
at javax.security.auth.Subject.doAs(Subject.java:416)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1190)
Looking at the code apache-hive-0.13.1-src/metastore/src/java/org/apache/hadoop/hive/metastore/HiveAlterHandler.java on line 361 see that its using != to compare filesystem objects 
// check that src and dest are on the same file system
          if (srcFs != destFs) 
{
            throw new InvalidOperationException("table new location " + destPath
              + " is on a different file system than the old location "
              + srcPath + ". This operation is not supported");
          }
            
Hive operators don't check interrupts, and may not do blocking operations.
LLAP record reader only blocks in IO is slower than processing; so, if IO is fast enough, it will not ever block (at least not interruptibly, the sync w/IO on the object does not check interrupts), and thus never catch interrupts.
So, the task would be impossible to terminate.

From http://forum.springframework.org/showthread.php?t=25258
_______________________________
I found that acegi currently got maven2 support. Yet, it missing a dependency from the following pom file: acegisecurity\adapters\cas\pom.xml.
You need to add the following line to the <dependencies> element
<groupId>cas</groupId>
<artifactId>cas-server</artifactId>
<version>3.0.4</version>
after that, go to the top directory, and run "mvn eclipse:eclipse". 
I hope the develop team can fix this problem asap.

Jeff Mesnil 12:13 @ctomc hi tomaz. The setXmlWrapperElement() method in persistent xml builder API is supposed to add a XML wrapper around all the resource's XML elements, right? and not around each resource element.
ie it looks like <wrapper><res /><res /></wrapper> and not <wrapper><res /></wrapper><wrapper><res /></wrapper>
Tomaz Cerar 12:17 hmm, you are right also around resources
it would be <wrapper> <res /> <res/> </wrapper>
just remembered i had that in 1.0 xsd of undertow subsystem
Jeff Mesnil 12:20 yes, I want to wrap some resources (eg queue) in a wrapper (<queues>). But the persistent XM parser is broken (it wants one wrapper around each resource)
the XML persister is working as expected though
Tomaz Cerar @jmesnil you are right it is broken, i can reproduce it also on undertow-1.0.xml test case
i just had one resource under it so it passed

When chaining multiple REST service calls in a single camel route, using Jackson as the JSON provider for CXF, the JacksonJsonProvider appears to lose its thread local context between invocations, resulting in an NPE. The NPE doesn't always occur at the same point. Sometimes one or both additional services are successfully called before the thead local context disappears, but other times neither service is called and an NPE is thrown as soon as the initial service is invoked.
See attached zip archive for reproducer (service2 and service3 are deployed on JBoss AS 7.3.0).
See camel-users thread for background:
http://camel.465427.n5.nabble.com/Questions-about-cxfrs-td5746294.html
Lib versions:
Camel: 2.12.0
Jackson: 1.9.10
CXF: 2.7.0
11:40:51,678 | INFO  | tp1806392083-718 | LoggingInInterceptor             | 150 - org.apache.cxf.cxf-api - 2.7.0.redhat-610139 | Inbound Message
ID: 15
Address: http://localhost:8182/service1/service1path
Encoding: ISO-8859-1
Http-Method: POST
Headers: 
{Accept=[*/*], accept-encoding=[gzip,deflate,sdch], Accept-Language=[en-US,en;q=0.8], connection=[keep-alive], Content-Length=[23], content-type=[application/json], Host=[localhost:8182], Origin=[chrome-extension://fhjcajmcbmldlhcimfajhfbgofnpcjmb], User-Agent=[Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36]}
Payload: 
{"id":1,"name":"Fred"}

11:40:51,679 | WARN  | tp1806392083-718 | PhaseInterceptorChain            | 150 - org.apache.cxf.cxf-api - 2.7.0.redhat-610139 | Interceptor for 
{http://jackson.blueprint.camel.mycompany.com/}
ServiceOne has thrown exception, unwinding now
	at org.apache.cxf.jaxrs.impl.tl.ThreadLocalProviders.getContextResolver(ThreadLocalProviders.java:50)[166:org.apache.cxf.cxf-rt-frontend-jaxrs:2.7.0.redhat-610139]
	at org.codehaus.jackson.jaxrs.JacksonJsonProvider.locateMapper(JacksonJsonProvider.java:633)[245:jackson-jaxrs:1.9.10]
	at org.codehaus.jackson.jaxrs.JacksonJsonProvider.readFrom(JacksonJsonProvider.java:413)[245:jackson-jaxrs:1.9.10]
	at org.apache.cxf.jaxrs.utils.JAXRSUtils.readFromMessageBodyReader(JAXRSUtils.java:1280)[166:org.apache.cxf.cxf-rt-frontend-jaxrs:2.7.0.redhat-610139]
	at org.apache.cxf.jaxrs.utils.JAXRSUtils.readFromMessageBody(JAXRSUtils.java:1231)[166:org.apache.cxf.cxf-rt-frontend-jaxrs:2.7.0.redhat-610139]
	at org.apache.cxf.jaxrs.utils.JAXRSUtils.processParameter(JAXRSUtils.java:782)[166:org.apache.cxf.cxf-rt-frontend-jaxrs:2.7.0.redhat-610139]
	at org.apache.cxf.jaxrs.utils.JAXRSUtils.processParameters(JAXRSUtils.java:741)[166:org.apache.cxf.cxf-rt-frontend-jaxrs:2.7.0.redhat-610139]
	at org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.processRequest(JAXRSInInterceptor.java:263)[166:org.apache.cxf.cxf-rt-frontend-jaxrs:2.7.0.redhat-610139]
	at org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.handleMessage(JAXRSInInterceptor.java:103)[166:org.apache.cxf.cxf-rt-frontend-jaxrs:2.7.0.redhat-610139]
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272)[150:org.apache.cxf.cxf-api:2.7.0.redhat-610139]
	at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)[150:org.apache.cxf.cxf-api:2.7.0.redhat-610139]
	at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.serviceRequest(JettyHTTPDestination.java:355)[176:org.apache.cxf.cxf-rt-transports-http-jetty:2.7.0.redhat-610139]
	at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.doService(JettyHTTPDestination.java:319)[176:org.apache.cxf.cxf-rt-transports-http-jetty:2.7.0.redhat-610139]
	at org.apache.cxf.transport.http_jetty.JettyHTTPHandler.handle(JettyHTTPHandler.java:72)[176:org.apache.cxf.cxf-rt-transports-http-jetty:2.7.0.redhat-610139]
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1077)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1013)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.server.Server.handle(Server.java:368)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:488)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:943)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:1004)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:861)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:240)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:628)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)[93:org.eclipse.jetty.aggregate.jetty-all-server:8.1.9.v20130131]
11:40:51,681 | WARN  | tp1806392083-718 | PhaseInterceptorChain            | 150 - org.apache.cxf.cxf-api - 2.7.0.redhat-610139 | Exception in handleFault on interceptor org.apache.cxf.binding.xml.interceptor.XMLFaultOutInterceptor@7ba1c840
	at org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(AbstractFaultChainInitiatorObserver.java:76)[150:org.apache.cxf.cxf-api:2.7.0.redhat-610139]
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:333)[150:org.apache.cxf.cxf-api:2.7.0.redhat-610139]
	... 21 more
11:40:51,682 | ERROR | tp1806392083-718 | tractFaultChainInitiatorObserver | 150 - org.apache.cxf.cxf-api - 2.7.0.redhat-610139 | Error occurred during error handling, give up!
	... 21 more
11:40:51,683 | WARN  | tp1806392083-718 | AbstractHttpConnection           | 93 - org.eclipse.jetty.aggregate.jetty-all-server - 8.1.9.v20130131 | /service1/service1path
	at org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(AbstractFaultChainInitiatorObserver.java:116)[150:org.apache.cxf.cxf-api:2.7.0.redhat-610139]
	... 22 more
	... 21 more

I expose a Camel route with a direct endpoint defined in an OSGi bundle with the <camel:proxy> and <osgi:service> tags. The reason for this is to be able to call this direct-route in other routes (defined in other bundles) as a "sub-route" directly as bean [.bean(routeproxy, "method")]. This works as expected.
But on route startup the toString method is called on the route (for a description) which is propagated to the elements of the route. Therefore my bean-element (which is the direct-route-proxy) receives the toString call and the CamelInvocationHandler converts this toString call to a message and sends it to the direct-route. This more or less empty message is of course not valid for the target route and produces an error on bundle startup.  
Shouldn't the toString call be suppressed by the proxy, since toString is not part of the Interface the proxy represents? Or is my approach a not recommended or problematic approach?
Parts of stacktrace to show the way from route startup to the produced message
=> route receives "empty" message
[omitted]
	at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:45)
	at org.apache.camel.component.bean.CamelInvocationHandler.invoke(CamelInvocationHandler.java:65)
	at $Proxy568.toString(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor406.invoke(Unknown Source)
=> toString call is converted to message and sent to route
[omitted]
	at $Proxy583.toString(Unknown Source)
	at org.apache.camel.component.bean.ConstantBeanHolder.toString(ConstantBeanHolder.java:48)
=> toString called on bean-element in route (bean is a proxy for a route) 
[omitted]
	at org.apache.camel.impl.EventDrivenConsumerRoute.toString(EventDrivenConsumerRoute.java:46)
	at org.apache.camel.management.mbean.ManagedRoute.<init>(ManagedRoute.java:41)
	at org.apache.camel.management.DefaultManagementLifecycleStrategy.onRoutesAdd(DefaultManagementLifecycleStrategy.java:368)
	at org.apache.camel.impl.RouteService.doStart(RouteService.java:109)
=> Route startup

Creating upstream issue as the same deadlock can be found in WFLY.
Descirption as comment 5 in BZ1142538

The following deadlock still exists.

1. Prepare a running EAP instance with secured management port - optionally in VM
2. Execute export JAVA_OPTS="-agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=y"
3. In the same terminal, execute "bin/jboss-cli.sh --connect --controller=$EAP_IP --user=admin --password=password ':read-resource'"
4. From yet another terminal, execute "jdb -attach localhost:8787"
5. In JDB: 
5.a. Create breakpoint: "stop in org.xnio.channels.FramedMessageChannel.receive(java.nio.ByteBuffer)"
5.b. Resume all threads: "resume"
5.c. [Execute five times] Wait until breakpoint is hit and execute "resume". Either set timeout or be fast so that timeout does not occur first
6. Execute "kill -9 $EAP_PID" - optionally in VM
7. In JDB:
8.a. Remove breakpoint: "clear org.xnio.channels.FramedMessageChannel.receive(java.nio.ByteBuffer)"
8.b. Resume all threads: "resume"
9. Now dump the stack trace of jboss-cli.sh: "kill -3 $JBOSS_CLI_PID"

"Remoting "cli-client" read-1":
  waiting to lock monitor 0x00007ff9c829b558 (object 0x0000000783433408, a java.lang.String),
  which is held by "main"
"main":
  waiting to lock monitor 0x00007ff9c8333c48 (object 0x00000007851ae6e0, a java.util.ArrayDeque),
  which is held by "Remoting "cli-client" read-1"

        at org.jboss.as.cli.impl.CLIModelControllerClient$ChannelCloseHandler.handleClose(CLIModelControllerClient.java:286)
        - waiting to lock <0x0000000783433408> (a java.lang.String)
        at org.jboss.as.cli.impl.CLIModelControllerClient$ChannelCloseHandler.handleClose(CLIModelControllerClient.java:269)
        at org.jboss.remoting3.spi.SpiUtils.safeHandleClose(SpiUtils.java:54)
        at org.jboss.remoting3.spi.AbstractHandleableCloseable$CloseHandlerTask.run(AbstractHandleableCloseable.java:501)
        at org.jboss.remoting3.spi.AbstractHandleableCloseable.runCloseTask(AbstractHandleableCloseable.java:406)
        at org.jboss.remoting3.spi.AbstractHandleableCloseable.closeComplete(AbstractHandleableCloseable.java:277)
        at org.jboss.remoting3.remote.RemoteConnectionChannel.closeAction(RemoteConnectionChannel.java:532)
        at org.jboss.remoting3.spi.AbstractHandleableCloseable.closeAsync(AbstractHandleableCloseable.java:359)
        at org.jboss.remoting3.remote.RemoteConnectionHandler.closeAllChannels(RemoteConnectionHandler.java:392)
        - locked <0x00000007851ae6e0> (a java.util.ArrayDeque)
        at org.jboss.remoting3.remote.RemoteConnectionHandler.handleConnectionClose(RemoteConnectionHandler.java:109)
        at org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:81)
        at org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:45)
        at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:72)
        at org.xnio.channels.TranslatingSuspendableChannel.handleReadable(TranslatingSuspendableChannel.java:189)
        at org.xnio.channels.TranslatingSuspendableChannel$1.handleEvent(TranslatingSuspendableChannel.java:103)
        at org.xnio.ssl.JsseConnectedSslStreamChannel.handleReadable(JsseConnectedSslStreamChannel.java:183)
        at org.xnio.nio.NioHandle.run(NioHandle.java:90)
        at org.xnio.nio.WorkerThread.run(WorkerThread.java:198)
"main":
        at org.jboss.remoting3.remote.RemoteConnectionChannel.receiveMessage(RemoteConnectionChannel.java:361)
        - waiting to lock <0x00000007851ae6e0> (a java.util.ArrayDeque)
        at org.jboss.as.protocol.mgmt.FutureManagementChannel$Establishing.connectionOpened(FutureManagementChannel.java:217)
        at org.jboss.as.protocol.ProtocolConnectionManager.connect(ProtocolConnectionManager.java:78)
        - locked <0x0000000784978a00> (a org.jboss.as.protocol.ProtocolConnectionManager)
        at org.jboss.as.protocol.mgmt.FutureManagementChannel$Establishing.getChannel(FutureManagementChannel.java:204)
        at org.jboss.as.cli.impl.CLIModelControllerClient.getOrCreateChannel(CLIModelControllerClient.java:160)
        - locked <0x0000000783433408> (a java.lang.String)
        at org.jboss.as.cli.impl.CLIModelControllerClient$2.getChannel(CLIModelControllerClient.java:120)
        at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:123)
        at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:98)
        at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeRequest(AbstractModelControllerClient.java:236)
        at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:141)
        at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:127)
        at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:71)
        at org.jboss.as.cli.impl.CommandContextImpl.tryConnection(CommandContextImpl.java:980)
        at org.jboss.as.cli.impl.CommandContextImpl.connectController(CommandContextImpl.java:841)
        at org.jboss.as.cli.impl.CommandContextImpl.connectController(CommandContextImpl.java:817)
        at org.jboss.as.cli.impl.CliLauncher.initCommandContext(CliLauncher.java:282)
        at org.jboss.as.cli.impl.CliLauncher.main(CliLauncher.java:250)

It can be easily reproduce with Eclipse as:

1 start Wildfly
2 uncomment "JAVA_OPTS="$JAVA_OPTS -agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=y" in jboss-cli.sh and connect to server
3 add two break points at
    CLIModelControllerClient$ChannelCloseHandler [line: 285] - handleClose(Channel, IOException)
    RemoteConnectionChannel [line: 360] - receiveMessage(Receiver)
4 connect to 8787 from eclipse debug
5 shutdown Wildfly

A deadlock between "main" and "cli-client" is in Eclipse debug stack.

From TRUNK:

2010-09-08 15:52:42,221 DEBUG org.apache.hadoop.hbase.master.LogCleaner: Add log cleaner in chain: org.apache.hadoop.hbase.master.TimeToLiveLogCleaner
2010-09-08 15:52:42,221 DEBUG org.apache.hadoop.hbase.replication.master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: null
2010-09-08 15:52:42,221 DEBUG org.apache.hadoop.hbase.master.LogCleaner: Add log cleaner in chain: org.apache.hadoop.hbase.replication.master.ReplicationLogCleaner
2010-09-08 15:52:42,234 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: <master-sv2borg185:60000> Set watcher on existing znode /hbase/root-region-server
2010-09-08 15:52:42,235 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: <master-sv2borg185:60000> Retrieved 18 bytes of data from znode /hbase/root-region-server and set a watcher
2010-09-08 15:53:42,220 INFO org.apache.hadoop.hbase.master.ServerManager: 0 region servers, 0 dead, average load NaN[]
2010-09-08 15:53:42,227 ERROR org.apache.hadoop.hbase.master.LogCleaner: Caught exception
        at org.apache.hadoop.hbase.master.LogCleaner.chore(LogCleaner.java:128)
2010-09-08 15:54:42,221 INFO org.apache.hadoop.hbase.master.ServerManager: 0 region servers, 0 dead, average load NaN[]
2010-09-08 15:54:42,225 ERROR org.apache.hadoop.hbase.master.LogCleaner: Caught exception

Attribute forward-when-no-consumers should be migrated to message-load-balancing-type in the following way:
STRICT is like setting the legacy forward-when-no-consumers parameter to true
ON_DEMAND is like setting the legacy forward-when-no-consumers parameter to false

I am testing a query like : 
set hive.test.authz.sstd.hs2.mode=true;
set hive.security.authenticator.manager=org.apache.hadoop.hive.ql.security.SessionStateConfigUserAuthenticator;
set hive.security.authorization.enabled=true;
set user.name=user1;
create table auth_noupd(i int) clustered by  into 2 buckets stored as orc location '${OUTPUT}' TBLPROPERTIES ('transactional'='true');
Now, in the above query,  since authorization is true, 
we would end up calling doAuthorizationV2() which ultimately ends up calling SQLAuthorizationUtils.getPrivilegesFromFS() which calls a recursive method : FileUtils.isActionPermittedForFileHierarchy() with the object or the ancestor of the object we are trying to authorize if the object does not exist. 
The logic in FileUtils.isActionPermittedForFileHierarchy() is DFS.
Now assume, we have a path as a/b/c/d that we are trying to authorize.
In case, a/b/c/d does not exist, we would call FileUtils.isActionPermittedForFileHierarchy() with say a/b/ assuming a/b/c also does not exist.
If under the subtree at a/b, we have millions of files, then FileUtils.isActionPermittedForFileHierarchy()  is going to check file permission on each of those objects. 
I do not completely understand why do we have to check for file permissions in all the objects in  branch of the tree that we are not  trying to read from /write to.  
We could have checked file permission on the ancestor that exists and if it matches what we expect, the return true.
Please confirm if this is a bug so that I can submit a patch else let me know what I am missing ?

Committing the Consensus Infra, we broke starting master.  Small fix so constructMaster passes in a ConsensusProvider.

When hive talks to hbase and maps hbase timestamp field to one hive column,  seems hive returns the first cell timestamp instead of the latest one as the timestamp value. 
Makes sense to return the latest timestamp since adding the latest cell can be  considered an update to the row. 

org.springframework.messaging.MessageHandlingException: error occurred in message handler [org.springframework.integration.amqp.outbound.AmqpOutboundEndpoint#0]; nested exception is java.lang.NullPointerException
	at org.springframework.integration.handler.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:84) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.dispatcher.AbstractDispatcher.tryOptimizedDispatch(AbstractDispatcher.java:116) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.dispatcher.UnicastingDispatcher.doDispatch(UnicastingDispatcher.java:101) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.dispatcher.UnicastingDispatcher.dispatch(UnicastingDispatcher.java:97) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.channel.AbstractSubscribableChannel.doSend(AbstractSubscribableChannel.java:77) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.channel.AbstractMessageChannel.send(AbstractMessageChannel.java:277) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.channel.AbstractMessageChannel.send(AbstractMessageChannel.java:239) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.messaging.core.GenericMessagingTemplate.doSend(GenericMessagingTemplate.java:115) ~[spring-messaging-4.1.4.RELEASE.jar:4.1.4.RELEASE]
	at org.springframework.messaging.core.GenericMessagingTemplate.doSend(GenericMessagingTemplate.java:45) ~[spring-messaging-4.1.4.RELEASE.jar:4.1.4.RELEASE]
	at org.springframework.messaging.core.AbstractMessageSendingTemplate.send(AbstractMessageSendingTemplate.java:95) ~[spring-messaging-4.1.4.RELEASE.jar:4.1.4.RELEASE]
	at org.springframework.messaging.core.AbstractMessageSendingTemplate.convertAndSend(AbstractMessageSendingTemplate.java:133) ~[spring-messaging-4.1.4.RELEASE.jar:4.1.4.RELEASE]
	at org.springframework.messaging.core.AbstractMessageSendingTemplate.convertAndSend(AbstractMessageSendingTemplate.java:125) ~[spring-messaging-4.1.4.RELEASE.jar:4.1.4.RELEASE]
	at org.springframework.integration.gateway.MessagingGatewaySupport.send(MessagingGatewaySupport.java:302) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.gateway.GatewayProxyFactoryBean.invokeGatewayMethod(GatewayProxyFactoryBean.java:417) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.gateway.GatewayProxyFactoryBean.doInvoke(GatewayProxyFactoryBean.java:374) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.gateway.GatewayProxyFactoryBean.invoke(GatewayProxyFactoryBean.java:365) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) [spring-aop-4.1.4.RELEASE.jar:4.1.4.RELEASE]
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207) [spring-aop-4.1.4.RELEASE.jar:4.1.4.RELEASE]
	at com.sun.proxy.$Proxy150.publishRequested(Unknown Source) [na:na]
	
	at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.getChannel(CachingConnectionFactory.java:331) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.access$1100(CachingConnectionFactory.java:75) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.connection.CachingConnectionFactory$ChannelCachingConnectionProxy.createChannel(CachingConnectionFactory.java:752) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils$1.createChannel(ConnectionFactoryUtils.java:85) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils.doGetTransactionalResourceHolder(ConnectionFactoryUtils.java:134) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.connection.ConnectionFactoryUtils.getTransactionalResourceHolder(ConnectionFactoryUtils.java:67) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitTemplate.doExecute(RabbitTemplate.java:1036) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitTemplate.execute(RabbitTemplate.java:1029) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitTemplate.send(RabbitTemplate.java:541) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.core.RabbitTemplate.convertAndSend(RabbitTemplate.java:636) ~[spring-rabbit-1.4.2.RELEASE.jar:na]
	at org.springframework.integration.amqp.outbound.AmqpOutboundEndpoint.send(AmqpOutboundEndpoint.java:331) ~[spring-integration-amqp-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.amqp.outbound.AmqpOutboundEndpoint.handleRequestMessage(AmqpOutboundEndpoint.java:323) ~[spring-integration-amqp-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.handler.AbstractReplyProducingMessageHandler.handleMessageInternal(AbstractReplyProducingMessageHandler.java:99) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	at org.springframework.integration.handler.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:78) ~[spring-integration-core-4.1.1.RELEASE.jar:na]
	... 111 common frames omitted

SPR-16305 added support for Hibernate ORM's BeanContainer SPI, but the implementation ignores one of the parameters passed to the bean container: fallbackProducer. Hibernate ORM expects implementors to use this fallback producer whenever a bean could not be found (i.e., in the case of Spring, when the bean factory throws something like a BeanNotFoundException, I think).
Why it can be useful: for example, Hibernate Search uses the same SPI to instantiate some required beans, but provides a specific fallbackProducer which may in particular take advantage of a legacy annotation (@Factory, example). Even with advanced default behavior inside Spring's BeanFactory, Spring cannot reasonably be expected to understand that kind of annotation.
Ignoring this fallbackProducer parameter means that users migrating to Spring 5.1.RC1 who used to instantiate their beans through reflections or features native to Hibernate may have errors on startup because Spring doesn't find some beans, even though Hibernate would be able to find the beans by itself if given the chance.
 
An example of what was expected can be found in the CDI implementation built in Hibernate ORM: 

https://github.com/hibernate/hibernate-orm/blob/master/hibernate-core/src/main/java/org/hibernate/resource/beans/container/internal/ContainerManagedLifecycleStrategy.java#L100
https://github.com/hibernate/hibernate-orm/blob/master/hibernate-core/src/main/java/org/hibernate/resource/beans/container/internal/ContainerManagedLifecycleStrategy.java#L172

As for tests, the built-in CDI implementation tests this exact feature (fallback instantiation) there: https://github.com/hibernate/hibernate-orm/blob/master/hibernate-core/src/test/java/org/hibernate/test/cdi/general/nonregistrymanaged/standard/NonRegistryManagedStandardCdiSupportTest.java#L110

While creating a (temporary) function, if the underlying class does not exist - the current error message is very cryptic.
It should be  something like "Class xxxx not found" or "Class xxxx does not implement UDF, GenericUDF, or UDAF" 

bucketmap right outer join on partitioned bucketed table throws this error:

Vertex failed, vertexName=Map 1, vertexId=vertex_1466710232033_0539_6_00, diagnostics=[Task failed, taskId=task_1466710232033_0539_6_00_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0539_6_00_000000_0:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:393)
	... 14 more
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:850)
	... 17 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ArrayIndexOutOfBoundsException: -1
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.process(ReduceSinkOperator.java:416)
	at org.apache.hadoop.hive.ql.exec.vector.VectorReduceSinkOperator.process(VectorReduceSinkOperator.java:104)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:879)
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:762)
	... 18 more
	at org.apache.tez.runtime.library.common.writers.UnorderedPartitionedKVWriter.write(UnorderedPartitionedKVWriter.java:314)
	at org.apache.tez.runtime.library.common.writers.UnorderedPartitionedKVWriter.write(UnorderedPartitionedKVWriter.java:257)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor$TezKVOutputCollector.collect(TezProcessor.java:253)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.collect(ReduceSinkOperator.java:552)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.process(ReduceSinkOperator.java:398)
	... 22 more
], TaskAttempt 1 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0539_6_00_000000_1:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
	... 14 more
	... 17 more
	... 18 more
	... 22 more
], TaskAttempt 2 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0539_6_00_000000_2:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
	... 14 more
	... 17 more
	... 18 more
	... 22 more
], TaskAttempt 3 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0539_6_00_000000_3:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
	... 14 more
	... 17 more
	... 18 more
	... 22 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:1, Vertex vertex_1466710232033_0539_6_00 [Map 1] killed/failed due to:OWN_TASK_FAILURE]
FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Map 1, vertexId=vertex_1466710232033_0539_6_00, diagnostics=[Task failed, taskId=task_1466710232033_0539_6_00_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1466710232033_0539_6_00_000000_0:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
	... 14 more
	... 17 more
	... 18 more
	... 22 more
	... 14 more
	... 17 more
	... 18 more
	... 22 more
	... 14 more
	... 17 more
	... 18 more
	... 22 more
	... 14 more
	... 17 more
	... 18 more
	... 22 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:1, Vertex vertex_1466710232033_0539_6_00 [Map 1] killed/failed due to:OWN_TASK_FAILURE]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0

drop table if exists src_nonemptybucket_partitioned_1; 
create table src_nonemptybucket_partitioned_1 (name string, age int, gpa double) partitioned by (year int) clustered by (age) into 120 buckets stored as orc;
insert into table src_nonemptybucket_partitioned_1 partition(year=2015) select * from studenttab10k;
drop table if exists src_nonemptybucket_partitioned_2; 
create table src_nonemptybucket_partitioned_2 (name varchar(50), age bigint, gpa decimal(38,18)) partitioned by (year int) clustered by (age) into 240 buckets stored as orc;
insert into table src_nonemptybucket_partitioned_2 partition(year=2015) select * from studenttab10k ;

select /*+ MAPJOIN(e2) */ e1.name as e1_name, e1.age as e1_age, e1.gpa as e1_gpa, e2.name as e2_name, e2.age as e2_age, e2.gpa as e2_gpa from src_nonemptybucket_partitioned_1 e1 right outer join src_nonemptybucket_partitioned_2 e2 on e1.age = e2.age where e1.year = 2015 and e2.year = 2016;

Vectorized Coalesce uses BytesColumnVector.setElement which does not set the output string length correctly.

create table str_str_orc (str1 string, str2 string) stored as orc;

insert into table str_str_orc values (null, "X"), ("0", "X"), ("1", "X"), (null, "y");

EXPLAIN
SELECT
   str2, ROUND(sum(cast(COALESCE(str1, 0) as int))/60, 2) as result
from str_str_orc
GROUP BY str2;

SELECT

EXPLAIN
SELECT COALESCE(str1, 0) as result
from str_str_orc;

Produces different results when vectorized and not vectorized.

In AbstractSoapFaultDefinitionExceptionResolver (v. 1.0.1), have the following code fragment:
    protected final boolean resolveExceptionInternal(MessageContext messageContext, Object endpoint, Exception ex) {
        Assert.isTrue(messageContext.getResponse() instanceof SoapMessage,
                "AbstractSoapFaultDefinitionExceptionResolver requires a SoapMessage");
        SoapFaultDefinition definition = getFaultDefinition(endpoint, ex);
        if (definition == null) 
{
 1.           definition = defaultFault;
        }
{
        }
        if (!StringUtils.hasLength(definition.getFaultStringOrReason())) 
{
2.            definition.setFaultStringOrReason(ex.getMessage());
        }
....
Problem is if (1.) and (2.) are hit on first exception handled by defaultFault, it is effectively calling 'defaultFault.setFaultOrReason(...)'.  This in essence sets the defaultFault faultOrReason field (as defnition points to the defaultFault instance), making it non-null.  Problem is that subsequent exceptions that are assigned the defaultFault will now have an already populated faultOrReason code (from the first exception), and thus statement (2.) will never be invoked.  This results in all subsequent defaultFault exceptions having the exception message from the first defaultFault.
Categorizing this as Major as all reported exceptions that map to 'defaultFault' will be incorrect, with exception of first mapped defaultFault exception.  Solution is trivial: use 'default fault factory' to create new instance of defaultFault for every use, or reset the faultOrReason code to null after the message has been constructed.
====================================================================================
Below test fragments found the behavior (the second test fails, as the returned exception has the message from the first test.  Yet running the second test standalone works fine:
  /**

This will happen on badly formed payload (validation error)
   */
  public void testInvalidXmlCharacter() throws NoSuchAlgorithmException, IOException, ServletException, DocumentException 
{
    // &#1 is illegal xml character
    String payload = buildEchoPayload("foo"+ (char) 0x01);
    MockHttpServletResponse mockResp = invokeWebService(payload, "guitest", "bugBgone",
         HttpServletResponse.SC_INTERNAL_SERVER_ERROR);
    Element resp = getSoapBodyPayload(mockResp);

    assertEquals("Invalid char preventing xml parsing",
        "\n" +
            "<SOAP-ENV:Fault xmlns:SOAP-ENV=\"http://schemas.xmlsoap.org/soap/envelope/\">\n" +
            "  <faultcode>SOAP-ENV:Server</faultcode>\n" +
            "  <faultstring xml:lang=\"en\">Could not access envelope: Unable to create envelope from given source: ; nested exception is com.sun.xml.messaging.saaj.SOAPExceptionImpl: Unable to create envelope from given source:</faultstring>\n" +
            "</SOAP-ENV:Fault>",
        XmlUtils.toString(resp));
  }

  public void testThrownAppException() throws NoSuchAlgorithmException, IOException, ServletException, DocumentException 
{
    String payload = buildEchoPayload(EchoController.THROW_NULL_POINTER_CMD);
        HttpServletResponse.SC_INTERNAL_SERVER_ERROR);

    assertEquals("\n" +
        "<SOAP-ENV:Fault xmlns:SOAP-ENV=\"http://schemas.xmlsoap.org/soap/envelope/\">\n" +
        "  <faultcode>SOAP-ENV:Server</faultcode>\n" +
        "  <faultstring xml:lang=\"en\">Thrown on purpose for testing...</faultstring>\n" +
        "</SOAP-ENV:Fault>",
  }

When binding Wildfly Management Console to an ephemeral port (i.e., by specifying port 0), Wildfly states that the management console is not enabled:

23:15:55,138 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0063: Http management interface is not enabled
23:15:55,138 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0054: Admin console is not enabled

This isn't right. For example, using lsof I can see that Wildfly bound to an ephemeral port. After starting Wildfly with -Djboss.management.http.port=0:

$ lsof -p `jps | grep jboss-modules.jar | awk '{print $1}'` -P -n | grep TCP
java    59501 jason  379u     IPv4 0xd038b817c1abd6a5       0t0      TCP 127.0.0.1:8080 (LISTEN)
java    59501 jason  387u     IPv4 0xd038b817acfc6a85       0t0      TCP 127.0.0.1:65238 (LISTEN)
java    59501 jason  390u     IPv4 0xd038b817b86956a5       0t0      TCP 127.0.0.1:8443 (LISTEN)
$ curl -v -XGET localhost:65238
Note: Unnecessary use of -X or --request, GET is already inferred.
* Rebuilt URL to: localhost:65238/
*   Trying ::1...
* TCP_NODELAY set
* Connection failed
* connect to ::1 port 65238 failed: Connection refused
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 65238 (#0)
> GET / HTTP/1.1
> Host: localhost:65238
> User-Agent: curl/7.51.0
> 
< HTTP/1.1 301 Moved Permanently
< Location: http://localhost:65238/console/index.html
< Date: Sun, 07 May 2017 03:25:04 GMT
< 
* Curl_http_done: called premature == 0

showing that Wildfly is indeed listening and giving the usual redirect to the Console index.

23:27:09,347 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:65301/management
23:27:09,347 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:65301

Reported by FindBugs:
Impossible cast from java.net.InetAddress to java.net.InetSocketAddress
Class:
ManagedSocketBinding (org.jboss.as.network) line 55
Method:
getBindAddress (org.jboss.as.network.ManagedSocketBinding.getBindAddress())
Priority:
     High Confidence Correctness
 
Problem classification:
Correctness (Bad casts of object references)
BC_IMPOSSIBLE_CAST (Impossible cast)
Notes:
Actual type java.net.InetAddress
Expected java.net.InetSocketAddress
Return value of Class.cast(Object)
FindBadCast2 (BC|NP)

 SELECT * FROM T1 LEFT OUTER JOIN T2 ON (T1.c1=T2.c2 AND T1.c1 < 10)
and  SELECT * FROM T1 RIGHT OUTER JOIN T2 ON (T1.c1=T2.c2 AND T2.c1 < 10)
do not give correct results.

OAuthProviderProcessingFilter.fail uses response.sendError to send the exception to the client. That leads to inability to process exceptions using ExceptionTranslationFilter and therefore exception handling have to be done in several places by overriding provider filter classes. ExceptionTranslationFilter should be supported properly.

	at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
	at org.jboss.as.connector.deployers.ra.processors.CachedConnectionManagerSetupProcessor$CachedConnectionManagerSetupAction.setup(CachedConnectionManagerSetupProcessor.java:74)
	at org.jboss.as.web.ThreadSetupBindingListener.bind(ThreadSetupBindingListener.java:50)
	at org.apache.catalina.core.StandardContext.bindThread(StandardContext.java:4234)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:3740)
	at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:102)

   <dependency>
      <groupId>org.jboss.spec.javax.xml.soap</groupId>
      <artifactId>jboss-saaj-api_1.3_spec</artifactId>
        <license>
while artifact itself is:
  <licenses>
   <license>
      <name>Common Development and Distribution License</name>
      <url>http://repository.jboss.org/licenses/cddl.txt</url>
      <distribution>repo</distribution>
    </license>
    <license>
      <name>GNU General Public License, Version 2 with the Classpath Exception</name>
      <url>http://repository.jboss.org/licenses/gpl-2.0-ce.txt</url>
  </licenses>
we need to make it consistent

Currently there is no validation of "requires" and "alternatives" that are specified in attribute metadata / AttributeDefinition
ModelValidator should be added as extra step handler that executes on end of MODEL phase to ensure resource model is correct.

We saw this on one of our clusters:

2010-09-07 18:07:16,229 WARN org.apache.hadoop.hbase.master.RegionServerOperationQueue: Failed processing: ProcessServerShutdown of sv4borg18,60020,1283516293515; putting onto delayed todo queue
java.io.IOException: File is corrupt!
        at org.apache.hadoop.io.SequenceFile$Reader.readRecordLength(SequenceFile.java:1907)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.parseHLog(HLog.java:1493)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.splitLog(HLog.java:1256)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.splitLog(HLog.java:1143)
        at org.apache.hadoop.hbase.master.ProcessServerShutdown.process(ProcessServerShutdown.java:299)
        at org.apache.hadoop.hbase.master.RegionServerOperationQueue.process(RegionServerOperationQueue.java:147)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:532)

Because it was an IOE, it got requeued.  Each time around we failed on it again.
A few things:
+ This exception needs to add filename and the position in file at which problem found.
+ Need to commit little patch over in HBASE-2889 that outputs position and ordinal of wal edit because it helps diagnose these kinds of issues.
+ We should be able to skip the bad edit; just postion ourselves at byte past the bad sync and start reading again
+ There must be something about our setup that makes it so we fail write of the sync 16 random bytes that make up the SF 'sync' marker though oddly for one of the files, the sync failure happens at 1/3rd of the way into a 64MB wal, edit #2000 out of 130k odd edits.

Caused by: java.lang.LinkageError: Failed to link org/apache/cxf/configuration/spring/AbstractBeanDefinitionParser (Module "org.apache.cxf:main" from local module loader @24b1d79b (finder: local module finder @68ceda24 (roots: /Users/tdiesler/git/wildfly-camel/itests/standalone/basic/target/wildfly-10.0.0.CR2/modules,/Users/tdiesler/git/wildfly-camel/itests/standalone/basic/target/wildfly-10.0.0.CR2/modules/system/layers/fuse,/Users/tdiesler/git/wildfly-camel/itests/standalone/basic/target/wildfly-10.0.0.CR2/modules/system/layers/base)))
	at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:269)
	at org.jboss.modules.Module.loadModuleClass(Module.java:560)
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:455)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:404)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:385)
	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:130)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
	at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:353)
	at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:432)
	at org.apache.camel.component.cxf.spring.NamespaceHandler.init(NamespaceHandler.java:25)
	at org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver.resolve(DefaultNamespaceHandlerResolver.java:131)
	... 19 more
Caused by: java.lang.NoClassDefFoundError: org/springframework/beans/factory/xml/AbstractSingleBeanDefinitionParser
	... 53 more
Caused by: java.lang.ClassNotFoundException: org.springframework.beans.factory.xml.AbstractSingleBeanDefinitionParser from [Module "org.apache.cxf:main" from local module loader @24b1d79b (finder: local module finder @68ceda24 (roots: /Users/tdiesler/git/wildfly-camel/itests/standalone/basic/target/wildfly-10.0.0.CR2/modules,/Users/tdiesler/git/wildfly-camel/itests/standalone/basic/target/wildfly-10.0.0.CR2/modules/system/layers/fuse,/Users/tdiesler/git/wildfly-camel/itests/standalone/basic/target/wildfly-10.0.0.CR2/modules/system/layers/base))]
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205)
	... 57 more

CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/902

See nabble
http://camel.465427.n5.nabble.com/issue-with-encoding-when-using-HTTP-component-td2227887.html#a2227887
I bet many systems may report charset in different ways such as

Content-Type:text/xml;charset="utf-8" 
Content-Type:text/xml;charset='utf-8' 
Content-Type:text/xml;charset=utf-8 

We should ensure that we support all ways of setting this. And there may also be spaces between so we should trim and whatnot.
The code in 2.4 may have been improved. Just creating a ticket to be sure.

Hive standalone metastore uses protoc-jar-maven-plugin 3.5.1.1 which supports downloading from maven repo.   Artifact download should be supported for ARM and PPC architecture since some protobuf versions do not exist in ARM/PPC.

Here is code from the org.apache.camel.component.jpa.JpaConsumer class
protected String getEntityName(Class<?> clazz) {
    Entity entity = clazz.getAnnotation(Entity.class);
    // Check if the property name has been defined for Entity annotation
    if (!entity.name().equals("")) 
{ // line 307
        return entity.name();
    }
 else 
{
    }

}
When trying to consume entities from jpa endpoint exception occurs
	at org.apache.camel.component.jpa.JpaConsumer.getEntityName(JpaConsumer.java:307)
	at org.apache.camel.component.jpa.JpaConsumer.createQueryFactory(JpaConsumer.java:287)
	at org.apache.camel.component.jpa.JpaConsumer.getQueryFactory(JpaConsumer.java:196)
	at org.apache.camel.component.jpa.JpaConsumer$1.doInJpa(JpaConsumer.java:83)
	at org.apache.camel.component.jpa.JpaTemplateTransactionStrategy$1$1.doInJpa(JpaTemplateTransactionStrategy.java:82)
	at org.springframework.orm.jpa.JpaTemplate.execute(JpaTemplate.java:183)
	at org.springframework.orm.jpa.JpaTemplate.execute(JpaTemplate.java:146)
	at org.apache.camel.component.jpa.JpaTemplateTransactionStrategy$1.doInTransaction(JpaTemplateTransactionStrategy.java:80)
	at org.apache.camel.component.jpa.JpaTemplateTransactionStrategy.execute(JpaTemplateTransactionStrategy.java:78)
	at org.apache.camel.component.jpa.JpaConsumer.poll(JpaConsumer.java:79)
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:98)
This is because there is no @Entity annotation and persistence is configured by means of orm.xml.
To fix the problem change line 307 to
if (entity != null && !entity.name().equals(""))

Spring Boot fails to compile against the latest 4.2.2 snapshots due to the removal of StrictMapAppenderConstructor's public constructor in 667fc7e4.
We could work around the problem in Boot by subclassing StrictMapAppenderConstructor but I would prefer not to.

LocalContainerEntityManagerFactoryBean with setPackagesToScan() and without persistence.xml fails when all classpath items are jars with the following exception:

Caused by: java.io.FileNotFoundException: class path resource [] cannot be resolved to URL because it does not exist
        at org.springframework.core.io.ClassPathResource.getURL(ClassPathResource.java:179)
        at org.springframework.orm.jpa.persistenceunit.DefaultPersistenceUnitManager.determineDefaultPersistenceUnitRootUrl(DefaultPersistenceUnitManager.java:426)

It doesn't fail if at least one classpath item is a folder.
It's caused by attempt to resolve a pattern pointing to the classpath root ("classpath:") that  doesn't work for jars.

Consider the following test:
– The test verifies that sub-directories are supported for versions of hadoop
– where MAPREDUCE-1501 is fixed. So, enable this test only for hadoop 23.
– INCLUDE_HADOOP_MAJOR_VERSIONS(0.23)
CREATE TABLE fact_daily(x int) PARTITIONED BY (ds STRING);
CREATE TABLE fact_tz(x int) PARTITIONED BY (ds STRING, hr STRING) 
LOCATION 'pfile:${system:test.tmp.dir}/fact_tz';
INSERT OVERWRITE TABLE fact_tz PARTITION (ds='1', hr='1')
SELECT key+11 FROM src WHERE key=484;
ALTER TABLE fact_daily SET TBLPROPERTIES('EXTERNAL'='TRUE');
ALTER TABLE fact_daily ADD PARTITION (ds='1')
LOCATION 'pfile:${system:test.tmp.dir}/fact_tz/ds=1';
SELECT * FROM fact_daily WHERE ds='1';
SELECT count(1) FROM fact_daily WHERE ds='1';
Say, the above file was named: recursive_dir.q
and we ran the test for hadoop 23:
by executing:
ant test -Dhadoop.mr.rev=23 -Dtest.print.classpath=true -Dhadoop.version=2.0.0-alpha -Dhadoop.security.version=2.0.0-alpha -Dtestcase=TestCliDriver -Dqfile=recursive_dir.q
The select * from the table works fine, but the last command does not work
since it requires a map-reduce job.
This will prevent other features which are creating sub-directories to add
any tests which requires a map-reduce job. The work-around is to issue
queries which do not require map-reduce jobs.

Camel doesn't shutdown properly in a Spring Boot environment. Calling the /shutdown endpoint causes Camel to hang-up after stopping the CamelContext. The reason for this is the count-down latch in the CamelSpringBootApplicationController. The overriden Main class modifies the latch in the Main class itself, not the one in CamelSpringBootApplicationController. As a result, the latch in CamelSpringBootApplicationController is waiting forever preventing a proper shutdown.
CamelSpringBootApplicationController .java
    public CamelSpringBootApplicationController(final ApplicationContext applicationContext, final CamelContext camelContext) {
        this.main = new Main() {
             
            ...

            @Override
            protected void doStop() throws Exception {
                LOG.debug("Controller is shutting down CamelContext");
                try {
                    super.doStop();
                } finally {
                    // Should be CamelSpringBootApplicationController.this.latch.countDown();
                    latch.countDown();
                }
            }
        };
    }

TxnStore.MutexAPI is a mechanism how different Metastore instances can coordinate their operations.  It uses a JDBCConnection to achieve it.
In some cases this may lead to deadlock.  TxnHandler uses a connection pool of fixed size.  Suppose you have X simultaneous calls to  TxnHandler.lock(), where X is >= size of the pool.  This take all connections form the pool, so when

handle = getMutexAPI().acquireLock(MUTEX_KEY.CheckLock.name());

is executed in TxnHandler.checkLock(Connection dbConn, long extLockId) the pool is empty and the system is deadlocked.
MutexAPI can't use the same connection as the operation it's protecting.  (TxnHandler.checkLock(Connection dbConn, long extLockId) is an example).
We could make MutexAPI use a separate connection pool (size > 'primary' conn pool).
Or we could make TxnHandler.lock(LockRequest rqst) return immediately after enqueueing the lock with the expectation that the caller will always follow up with a call to checkLock(CheckLockRequest rqst).
cc Igor Kuzmenko

Interestingly, if the tests are run in the opposite order i.e. alphabetically, one server instance remains running and doesn't shut down.
I have used a workaround for now

+                                    <!-- Force the order of tests -->
+                                    <runOrder>reversealphabetical</runOrder>

Small fix... In HTableDescriptor, the end row is labelled ENDKEY. In the shell, I should be able to scan to the ENDKEY... but I can't. Scan takes STOPROW or ENDROW.

Looks like the changes from HIVE-7583 don't build correctly with Hadoop-2.6.0 because the ProxyFileSystem23 version of access() throws Exception, which is not one of the exceptions listed in the throws clause of FileSystem.access(). The method in ProxyFileSystem23 should have its throws clause modified to match FileSystem's.

Due to lazy creation of Out message in DefaultExchange.getOut() implementation, HazelcastComponentHelper.copyHeaders() method inadvertently creates an Out message if one has not been set yet, which then creates problems in CamelInvocationHandler.getBody() which then returns null as a result. 
There should be a check in copyHeaders() to see if Out exists, e.g.: 

// set out headers 
if (ex.hasOut()) { 
    ex.getOut().setHeaders(headers); 
} 

When the QTestUtil.executeTestCommand runs a test only command, and the command fails, the exception info is printed to stdout rather than the log file. Printing out to the logs file will better help debuggability of these failures.

An issue with HIVE-10166 patch is increasing the size of hive.log and  causing jenkins to fail because it does not have more space.
Here's a test I run when running TestJdbcWithMiniHS2 before the patch, with the patch, and after other commits.

BEFORE HIVE-10166
13M Aug  5 11:57 ./hive-unit/target/tmp/log/hive.log

WITH HIVE-10166
2.4G Aug  5 12:07 ./hive-unit/target/tmp/log/hive.log

CURRENT HEAD
3.2G Aug  5 12:36 ./hive-unit/target/tmp/log/hive.log

This is just a single test, but on Jenkins, hive.log is more than 13G of size.

It is a bug in the script and noticed it while fixing some of the Negative CLI test failures

I have created selenium test cases for application created using Spring Roo and when I am trying to run those tests against jetty container tests fails. But the same test works with tomcat. I launch jetty and tomcat using maven plugins

We have background images in our CSS that are served off the CDN.  Instead of prefixing with http:// or https://, we start them with //.  
CssLinkResourceTransformer will throw an IllegalStateException state exception when it encounters one of these.  I see there is a hasScheme method, but it seems to only be looking for http or https.

java.lang.IllegalStateException: Failed to get public resource URL path for d2lwa1fwilioys.cloudfront.net/elrc/img/content/global/feedbackIcon.png
	at org.springframework.web.servlet.resource.ResourceUrlProvider.getForLookupPath(ResourceUrlProvider.java:211)
	at org.springframework.web.servlet.resource.ResourceUrlProvider.getForRequestUrl(ResourceUrlProvider.java:174)
	at org.springframework.web.servlet.resource.ResourceTransformerSupport.resolveUrlPath(ResourceTransformerSupport.java:81)
	at org.springframework.web.servlet.resource.CssLinkResourceTransformer.transform(CssLinkResourceTransformer.java:106)

PersistanceResourceTestCase fails on Windows 10 (out-of-box configuration) where defaultPermissins list contain only groups, ownerPermissions is empty set thus assertion fail - see discussion on https://github.com/wildfly/wildfly-core/pull/1513.
Test the ownerPermissions for emptiness before making the assertion.

Syntax: SingleColumnValueFilter(<compare operator>, '<comparator>', '<family>', '<qualifier>), as described here: http://hbase.apache.org/book/thrift.html is not correct.
The correct syntax is: SingleColumnValueFilter('<family>', '<qualifier>', <compare operator>, '<comparator>')
Also, <comparator> parameter must always contain the comparator, e.g. binary: or binaryprefix: etc. Without it (except PrefixFilter and maybe some other filters) TSocket class throws TTransportException: TSocket read 0 bytes. 
All examples in section 9.3.1.9. Individual Filter Syntax are written without comparator.
There also a typo: 
in section 9.3.1.9.12 - Family Filter, syntax and example described for QualifierFilter

GenTezWork needs to be updated to use the right MapRedUtils to generate and setup the Map/ReduceWork properly.

Now that 2.3.0 is out, we no longer need to pull the snapshot.

I have a Spring Project 4.3.10.RELEASE, MVC and Rest are tested (working with JUnit 4).
In some scenarios the Accept-Language header is applied. Until here all work fine.
I have created other project working with Spring Project 5.0.3.RELEASE, practically the same infrastructure is used, but all the Test classes have migrated to JUnit 5. Remember the business and infrastructure code remains the same.
When I test MVC it fails with the following error message:

range=en_us
java.lang.IllegalArgumentException: range=en_us
	at java.util.Locale$LanguageRange.<init>(Locale.java:2913)
	at sun.util.locale.LocaleMatcher.parse(LocaleMatcher.java:284)
	at java.util.Locale$LanguageRange.parse(Locale.java:3028)
	at org.springframework.http.HttpHeaders.getAcceptLanguage(HttpHeaders.java:479)
	at org.springframework.http.HttpHeaders.getAcceptLanguageAsLocales(HttpHeaders.java:499)
	at org.springframework.mock.web.MockHttpServletRequest.addHeader(MockHttpServletRequest.java:996)
	at org.springframework.test.web.servlet.request.MockHttpServletRequestBuilder.buildRequest(MockHttpServletRequestBuilder.java:624)
	at com.manuel.jordan.controller.persona.AbstractPersonaDeleteOneControllerTest.deleteOneDeleteTest(AbstractPersonaDeleteOneControllerTest.java:112)
	at com.manuel.jordan.controller

What is strange is range=en_us , the Locale is created in this way within an enum new Locale("en","US").
The Rest Test classes fails with: 

500 Internal Server Error
org.springframework.web.client.HttpServerErrorException: 500 Internal Server Error
	at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:97)
	at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:79)
	at org.springframework.web.client.ResponseErrorHandler.handleError(ResponseErrorHandler.java:63)
	at org.springframework.web.client.RestTemplate.handleResponse(RestTemplate.java:773)
	at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:726)
	at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:700)
	at org.springframework.web.client.RestTemplate.exchange(RestTemplate.java:670)
	at 

Sadly the error message is not useful
Note I get the same error messages if for the first project I create a new branch through Git and use Spring updated to 5.0.3.RELEASE. 
Thus not sure if it is bug or something extra about configuration is mandatory now. I am confused
Thanks

I thought I could use RetryCounter, old facility added years ago, for doing backoff calculations. In the end, it didn't work for me because it is lacking pb serialization. While trying to use it, I added a bit of doc and a test. Might help the next dev that trips along this way.

In the following thread:
http://search-hadoop.com/m/HBase/YGbbMXkeHlI9zo
Jacob described the scenario where data from certain region were missing in the snapshot.
Here was related region server log:
https://pastebin.com/1ECXjhRp
He pointed out that concurrent flush from MemStoreFlusher.1 thread was not initiated from the thread pool for snapshot.
In RegionSnapshotTask#call() method there is this:

          region.flush(true);

The return value is not checked.
In HRegion#flushcache(), Result.CANNOT_FLUSH may be returned due to:

          String msg = "Not flushing since "
              + (writestate.flushing ? "already flushing"
              : "writes not enabled");

This implies that FlushSnapshotSubprocedure may incorrectly skip waiting for the concurrent flush to complete.

When running the hbase-spark Unit tests on Arm64, the failures are shown as follows:

scalatest-maven-plugin:1.0:test (test) @ hbase-spark ---
Discovery completed in 2 seconds, 837 milliseconds.
Run starting. Expected test count is: 79
Formatting using clusterid: testClusterID
- bulkput to test HBase client *** FAILED ***
  java.lang.reflect.InvocationTargetException:
  at org.apache.spark.io.CompressionCodec$.createCodec(CompressionCodec.scala:72)
  at org.apache.spark.io.CompressionCodec$.createCodec(CompressionCodec.scala:65)
  at org.apache.spark.broadcast.TorrentBroadcast.org$apache$spark$broadcast$TorrentBroadcast$$setConf(TorrentBroadcast.scala:73)
  at org.apache.spark.broadcast.TorrentBroadcast.<init>(TorrentBroadcast.scala:80)
  at org.apache.spark.broadcast.TorrentBroadcastFactory.newBroadcast(TorrentBroadcastFactory.scala:34)
  at org.apache.spark.broadcast.BroadcastManager.newBroadcast(BroadcastManager.scala:63)
  ...
  Cause: java.lang.IllegalArgumentException: org.xerial.snappy.SnappyError: [FAILED_TO_LOAD_NATIVE_LIBRARY] no native library is found for os.name=Linux and os.arch=aarch64
  at org.apache.spark.io.SnappyCompressionCodec.<init>(CompressionCodec.scala:156)
  ...
  Cause: org.xerial.snappy.SnappyError: [FAILED_TO_LOAD_NATIVE_LIBRARY] no native library is found for os.name=Linux and os.arch=aarch64
  at org.xerial.snappy.SnappyLoader.findNativeLibrary(SnappyLoader.java:331)
  at org.xerial.snappy.SnappyLoader.loadNativeLibrary(SnappyLoader.java:171)
  at org.xerial.snappy.SnappyLoader.load(SnappyLoader.java:152)
  at org.xerial.snappy.Snappy.<clinit>(Snappy.java:46)
  at org.apache.spark.io.SnappyCompressionCodec.<init>(CompressionCodec.scala:154)
  ...
PartitionFilterSuite:
  ...
  Cause: java.lang.IllegalArgumentException: java.lang.NoClassDefFoundError: Could not initialize class org.xerial.snappy.Snappy
  ...
  Cause: java.lang.NoClassDefFoundError: Could not initialize class org.xerial.snappy.Snappy

Root Cause: 
The spark version in hbase is 1.6.0.
And the snappy version based on hbase-1.6.0 do not support the Arm64.
Fix it by upgrading snappy-java to 1.1.4 in hbase-spark.

I expect the following code to return none result, but still return a row:

byte[] rowkey = "some key existed";
scan.withStartRow(rowkey, true);
scan.withStopRow(rowkey, false);
htable.getScanner(scan);

Status Quo
In the new web application test support in the TestContext framework, there is a ServletTestExecutionListener which creates and sets a mock request in the RequestContextHolder as follows:
ServletTestExecutionListener.setUpRequestContextIfNecessary(...)
MockHttpServletRequest request = new MockHttpServletRequest(mockServletContext);
MockHttpServletResponse response = new MockHttpServletResponse();
ServletWebRequest servletWebRequest = new ServletWebRequest(request, response);
RequestContextHolder.setRequestAttributes(servletWebRequest);

However, the aforementioned mock request is not used when a new test request is made using the new Spring MVC Test support as follows:

mockMvc.perform(...)

So everything works if you use the passed request, but it breaks if one tries to get the request from RequestContextHolder. This is happening for example when you use ServletUriComponentsBuilder.fromCurrentRequest().

Analysis
The issue is that the initial request set by the ServletTestExecutionListener is not replaced by the actual request, since the code in FrameworkServlet (see below) is checking for class equality (i.e., via .equals()), but the actual class of previousAttributes is ServletWebRequest instead of ServletRequestAttributes.
FrameworkServlet.processRequest(...)
RequestAttributes previousAttributes = RequestContextHolder.getRequestAttributes();
ServletRequestAttributes requestAttributes = null;
if (previousAttributes == null || previousAttributes.getClass().equals(ServletRequestAttributes.class)) {
    requestAttributes = new ServletRequestAttributes(request);
}

Refactor FrameworkServlet.processRequest(...) to use an "instance of" check (instead of .equals(ServletRequestAttributes.class)) to determine if the current request is a Servlet request.

We use kryo as default serializer and javaXML based serialization is not used in many places and is also not well tested. We should remove javaXML serialization and make kryo as the only serialization option.  

Running hive server for long time > 90 minutes results in too many open file-handles, eventually causing the server to crash as the server runs out of file handle.
Actual bug as described by Carl Steinbach:
the hive_job_log_* files are created by the HiveHistory class. This class creates a PrintWriter for writing to the file, but never closes the writer. It looks like we need to add a cleanup method to HiveHistory that closes the PrintWriter and does any other necessary cleanup. 

I've gotten feedback over time saying that it's very difficult to grok our explain command. There's supposedly a lot of information that mainly matters to developers or the testing framework. Comparing it to other major DBs it does seem like we're packing way more into explain than other folks.
I've gone through the explain checking, what could be done to improve readability. Here's a list of things I've found:

AST (unreadable in it's "lisp" syntax, not really required for end users)
Vectorization (enough to display once per task and only when true)
Expressions representation is very lengthy, could be much more compact
"if not exists" on DDL (enough to display only on true, or maybe not at all)
bucketing info (enough if displayed only if table is actually bucketed)
external flag (show only if external)
GlobalTableId (don't need in plain explain, maybe in extended)
Position of big table (already clear from plan)
Stats always (Most DBs mostly only show stats in explain, that gives a sense of what the planer thinks will happen)
skew join (only if true should be enough)
limit doesn't show the actual limit
"Alias -> Map Operator tree" -> alias is duplicated in TableScan operator
tag is only useful at runtime (move to explain extended)
Some names are camel case or abbreviated, clearer if full name
Tez is missing vertex map (aka edges)
explain formatted (json) is broken right now (swallows some information)

Since changing explain results in many golden file updates, i'd like to take a stab at all of these at once.

Hit the issue when I run following query in yarn-cluster mode:

select * from (select key from src where false) a left outer join (select key from srcpart limit 0) b on a.key=b.key;

Job failed with java.io.IOException: No FileSystem for scheme: nullscan
	at org.apache.hadoop.fs.FileSystem.getFileSystemClass(FileSystem.java:2799)
	at org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:2810)
	at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:100)
	at org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:2849)
	at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:2831)
	at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:389)
	at org.apache.hadoop.fs.Path.getFileSystem(Path.java:356)
	at org.apache.hadoop.hive.ql.exec.Utilities.isEmptyPath(Utilities.java:2605)
	at org.apache.hadoop.hive.ql.exec.Utilities.isEmptyPath(Utilities.java:2601)
	at org.apache.hadoop.hive.ql.exec.Utilities$GetInputPathsCallable.call(Utilities.java:3409)
	at org.apache.hadoop.hive.ql.exec.Utilities.getInputPaths(Utilities.java:3347)
	at org.apache.hadoop.hive.ql.exec.spark.SparkPlanGenerator.cloneJobConf(SparkPlanGenerator.java:299)
	at org.apache.hadoop.hive.ql.exec.spark.SparkPlanGenerator.generate(SparkPlanGenerator.java:222)
	at org.apache.hadoop.hive.ql.exec.spark.SparkPlanGenerator.generate(SparkPlanGenerator.java:109)
	at org.apache.hadoop.hive.ql.exec.spark.RemoteHiveSparkClient$JobStatusJob.call(RemoteHiveSparkClient.java:354)
	at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:358)
	at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:323)

The stack trace :
SEVERE: Failed delivery for exchangeId: ID-TsingTao/53940-1212136063400/0-0. On delivery attempt: 0 caught: java.io.FileNotFoundException: target\ID:TsingTao-53937-1212136063115-2:1:1:1:1 (The filename, directory name, or volume label syntax is incorrect)
java.io.FileNotFoundException: target\ID:TsingTao-53937-1212136063115-2:1:1:1:1 (The filename, directory name, or volume label syntax is incorrect)
	at java.io.RandomAccessFile.open(Native Method)
	at java.io.RandomAccessFile.<init>(RandomAccessFile.java:212)
	at org.apache.camel.component.file.FileProducer.process(FileProducer.java:76)
	at org.apache.camel.component.file.FileProducer.process(FileProducer.java:54)
	at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:43)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:75)
	at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:146)
	at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:90)
	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:39)
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:41)
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:66)
	at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:67)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:531)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:466)
	at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:435)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:322)
	at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:260)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:944)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:875)
	at java.lang.Thread.run(Thread.java:595)
BTW, The sample is workable with Camel-1.3.0.

When permissions are changed for a table/partition, the respective object should be present in the read/write entities for hooks to act on.

If a Spring Data REST application is deployed into a servlet container the HAL browser points to the server root, not the context path under which the the API is deployed.
We should switch to an absolute URI in the Explorer field.

see http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=52198&tab=buildResultsDiv&buildTypeId=WF_PullRequest_LinuxSm
failed tests:

org.jboss.as.test.integration.jsp.JspTagTestCase.test 	
org.jboss.as.test.integration.web.jsp.taglib.external.ExternalTagLibTestCase.testExternalAndInternalTagLib 
org.jboss.as.test.integration.web.jsp.taglib.external.ExternalTagLibTestCase.testExternalTagLibOnly

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessDeclaredMembers")" in code source "(file:/opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/web/target/jbossas/standalone/tmp/external-dependency-only.war/ <no signer certificates>)" of "org.apache.jasper.servlet.JasperLoader@1b8fd02")
    at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:270)
    at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:172)
    at java.lang.Class.checkMemberAccess(Class.java:2348)
    at java.lang.Class.getDeclaredConstructor(Class.java:2177)
    at org.jboss.as.ee.component.ReflectiveClassIntrospector.createFactory(ReflectiveClassIntrospector.java:22)
    at org.jboss.as.ee.component.ComponentRegistry.createInstanceFactory(ComponentRegistry.java:76)
    at org.jboss.as.web.common.WebInjectionContainer.newInstance(WebInjectionContainer.java:67)
    at org.wildfly.extension.undertow.deployment.UndertowJSPInstanceManager.newInstance(UndertowJSPInstanceManager.java:67)
    at org.apache.jsp.test_jsp._jspx_meth_e_005ftest_005f0(test_jsp.java:83)
    at org.apache.jsp.test_jsp._jspService(test_jsp.java:61)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69)

Symptom for older distros is:
08:49:58,087  WARN Test worker datanode.DataNode - Invalid directory in dfs.data.dir: Incorrect permission for build/test/data/HadoopClusterTests/dfs/data/data1, expected: rwxr-xr-x, while actual: rwxrwxr-x
08:49:58,089  WARN Test worker datanode.DataNode - Invalid directory in dfs.data.dir: Incorrect permission for build/test/data/HadoopClusterTests/dfs/data/data2, expected: rwxr-xr-x, while actual: rwxrwxr-x
08:49:58,089 ERROR Test worker datanode.DataNode - All directories in dfs.data.dir are invalid.
Should check what is a real umask and just use that via dfs.datanode.data.dir.perm parameter in Configuration passed into MiniDFSCluster.

This occurred on a cluster with 46 slaves, running a couple MR jobs.  One doing heavy writes copying everything from one table to a new table with a different schema.  After one regionserver went down, about 40 of them died within an hour before it was caught and the jobs stopped.  Let me know if any other piece of context would be particularly helpful.
This exception appears in the .out file:
Exception in thread "regionserver/192.168.41.2:60020" java.lang.NullPointerException
        at org.apache.hadoop.hbase.regionserver.ReadWriteConsistencyControl.getThreadReadPoint(ReadWriteConsistencyControl.java:40)
        at org.apache.hadoop.hbase.regionserver.MemStore$MemStoreScanner.getNext(MemStore.java:532)
        at org.apache.hadoop.hbase.regionserver.MemStore$MemStoreScanner.seek(MemStore.java:558)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.reseek(StoreScanner.java:320)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.checkReseek(StoreScanner.java:306)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.peek(StoreScanner.java:143)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScanner.close(HRegion.java:1971)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.closeAllRegions(HRegionServer.java:1610)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:621)

This cannot be tested with a CliDriver test so add a java test to check the output of 'describe extended', which is changed by HIVE-18367 

This could be useful e.g. for BI tools (via ODBC/JDBC drivers) to decide on SQL capabilities of Hive

When a bean is created with JavaConfig : with a @Bean method without the static modifier (there is another issue with the static modifier : SPR-12142), the method postProcessBeforeInstantiation of InstantiationAwareBeanPostProcessor beans is not called.
See testcase attached
This method is correctly called when the bean is declared in an XML File.
This is one the causes of the troubles of the use of LazyInitTargetSourceCreator on JavaConfig (see SPR-10508)

> create table date_dim_d1(
	d_week_seq                int,
	d_date                    string);

> SELECT 
       d1.d_week_seq
FROM   
       date_dim_d1 d1 
       JOIN date_dim_d1 d3 
WHERE  
       Cast(d3.d_date AS date) > Cast(d1.d_date AS date) + INTERVAL '5' day ;

Exception

org.apache.hadoop.hive.ql.parse.SemanticException: '5 00:00:00.000000000' encountered with 0 children
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondPopulateAlias(SemanticAnalyzer.java:2780)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondPopulateAlias(SemanticAnalyzer.java:2775)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondition(SemanticAnalyzer.java:3060)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.parseJoinCondition(SemanticAnalyzer.java:2959)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genJoinTree(SemanticAnalyzer.java:9633)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:11380)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:11285)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:12071)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:593)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:12150)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:330)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1829)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1776)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1771)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:832)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:770)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:694)

./standalone.sh --debug port-num works, but it failed when omitting port number.
sh -x standalone.sh --debug  (expecting the default port 8787 to be used)

+ eval '"/Library/Java/JavaVirtualMachines/jdk1.7.0_40.jdk/Contents/Home/bin/java"' '-D"[Standalone]"' -server -XX:+UseCompressedOops -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=n '"-Dorg.jboss.boot.log.file=/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/log/server.log"' '"-Dlogging.configuration=file:/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/configuration/logging.properties"' -jar '"/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/jboss-modules.jar"' -mp '"/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/modules"' org.jboss.as.standalone '-Djboss.home.dir="/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT"' '-Djboss.server.base.dir="/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone"' ' ""'
++ /Library/Java/JavaVirtualMachines/jdk1.7.0_40.jdk/Contents/Home/bin/java '-D[Standalone]' -server -XX:+UseCompressedOops -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=n -Dorg.jboss.boot.log.file=/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/log/server.log -Dlogging.configuration=file:/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/configuration/logging.properties -jar /Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/jboss-modules.jar -mp /Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/modules org.jboss.as.standalone -Djboss.home.dir=/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT -Djboss.server.base.dir=/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone ''
12:19:36,715 INFO  [org.jboss.modules] (main) JBoss Modules version 1.3.0.Final
12:19:36,886 ERROR [stderr] (main) JBAS015801: Invalid option ''
12:19:36,893 INFO  [stdout] (main)
12:19:36,893 INFO  [stdout] (main) Usage: standalone.sh [args...]

sh -x standalone.sh --debug 8787 (the working command)

+ eval '"/Library/Java/JavaVirtualMachines/jdk1.7.0_40.jdk/Contents/Home/bin/java"' '-D"[Standalone]"' -server -XX:+UseCompressedOops -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=n '"-Dorg.jboss.boot.log.file=/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/log/server.log"' '"-Dlogging.configuration=file:/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/configuration/logging.properties"' -jar '"/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/jboss-modules.jar"' -mp '"/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/modules"' org.jboss.as.standalone '-Djboss.home.dir="/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT"' '-Djboss.server.base.dir="/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone"' ''
++ /Library/Java/JavaVirtualMachines/jdk1.7.0_40.jdk/Contents/Home/bin/java '-D[Standalone]' -server -XX:+UseCompressedOops -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=n -Dorg.jboss.boot.log.file=/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/log/server.log -Dlogging.configuration=file:/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/configuration/logging.properties -jar /Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/jboss-modules.jar -mp /Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/modules org.jboss.as.standalone -Djboss.home.dir=/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT -Djboss.server.base.dir=/Users/cfang/dev/wildfly/build/target/wildfly-8.0.0.Beta2-SNAPSHOT/standalone
12:20:39,251 INFO  [org.jboss.modules] (main) JBoss Modules version 1.3.0.Final
12:20:39,626 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.0.Beta2

hbase.coprocessor.region.classes
    Description
    A comma-separated list of Coprocessors that are loaded by default on all tables. For any override coprocessor method, these classes will be called in order. After implementing your own Coprocessor, just put it in HBase’s classpath and add the fully qualified class name here. A coprocessor can also be loaded on demand by setting HTableDescriptor.
This must be more specific: not Coprocessors, but Region observers and endpoint coprocessors.

The following stacktrace may be seen when a service is stopped (possible race condition): 

15:25:38,285 ERROR [stderr] (Thread-1) Exception in thread "Thread-1" java.lang.NullPointerException
15:25:38,286 ERROR [stderr] (Thread-1) 	at org.wildfly.swarm.bootstrap.util.TempFileManager.deleteRecursively(TempFileManager.java:69)
15:25:38,286 ERROR [stderr] (Thread-1) 	at org.wildfly.swarm.bootstrap.util.TempFileManager.deleteRecursively(TempFileManager.java:70)
15:25:38,287 ERROR [stderr] (Thread-1) 	at org.wildfly.swarm.bootstrap.util.TempFileManager.deleteRecursively(TempFileManager.java:70)
15:25:38,287 ERROR [stderr] (Thread-1) 	at org.wildfly.swarm.bootstrap.util.TempFileManager.close(TempFileManager.java:60)

sun.jdk module already contains package com.sun.jndi.ldap  needed to access LDAP servers via jndi (AS7-1500), but it com.sun.jndi.ldap.ext is missing. This means that Start TLS does not work as documented (http://docs.oracle.com/javase/jndi/tutorial/ldap/ext/starttls.html), failing with ClassNotFoundException.

javax.naming.ConfigurationException: Cannot load implementation of javax.naming.ldap.StartTlsResponse [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.ext.StartTlsResponseImpl from [Module "deployment.xxx.ear.xxx.jar:main" from Service Module Loader]]
at javax.naming.ldap.StartTlsRequest.wrapException(StartTlsRequest.java:218)
at javax.naming.ldap.StartTlsRequest.createExtendedResponse(StartTlsRequest.java:207)
at com.sun.jndi.ldap.LdapCtx.extendedOperation(LdapCtx.java:3269)
at javax.naming.ldap.InitialLdapContext.extendedOperation(InitialLdapContext.java:184)
at ch.ips.g2.b.core.adp.mailbox.external.LdapExecutor.executeOperation(LdapExecutor.java:115)
... 170 more

VelocityEndpoints reads templates using default encoding, so I cannot get correct content while running on Windows and Linux.
The reason is that there is used InputStreamReader constructor without encoding parameter.
I've added simple support for setting encoding - see attached patch

Looks like update CAMEL-8948 dropped support for multiple blueprint descriptors within CamelBlueprintTestSupport file within camel-test-blueprint component. The symptom is a 'java.lang.RuntimeException: InputStream cannot be null' for unit tests that have a getBlueprintDescriptor with multiple file references, i.e. a '+' concatenating two or more descriptor files.

When the buffersize is misconfigured or corrupted, i.e., 0, the while loop in IOUtils.copy() function hangs endlessly. Here is the code snippet.

    public static long copy(final InputStream input, final OutputStream output, int buffersize) throws IOException {
        final byte[] buffer = new byte[buffersize];//buffersize is misconfigured or corrupted
        int n = 0;
        long count=0;
        while (-1 != (n = input.read(buffer))) {//input.read returns 0 when buffer.length==0
            output.write(buffer, 0, n);
            count += n;
        }
        return count;
    }

15:50:49,284 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache-configuration.web.dist: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache-configuration.web.dist: org.infinispan.commons.CacheConfigurationException: ISPN000534: Grouping requires OBJECT storage type but was: OFF_HEAP
	at org.wildfly.clustering.service.FunctionalService.start(FunctionalService.java:70)
Caused by: org.infinispan.commons.CacheConfigurationException: ISPN000534: Grouping requires OBJECT storage type but was: OFF_HEAP
	at org.infinispan.configuration.cache.MemoryConfigurationBuilder.validate(MemoryConfigurationBuilder.java:157)
	at org.infinispan.configuration.cache.ConfigurationBuilder.validate(ConfigurationBuilder.java:235)
	at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:292)
	at org.infinispan.configuration.cache.ConfigurationBuilder.build(ConfigurationBuilder.java:282)
	at org.wildfly.clustering.infinispan.spi.service.ConfigurationServiceConfigurator.get(ConfigurationServiceConfigurator.java:90)
	at org.wildfly.clustering.infinispan.spi.service.ConfigurationServiceConfigurator.get(ConfigurationServiceConfigurator.java:51)
	at org.wildfly.clustering.service.FunctionalService.start(FunctionalService.java:67)
	... 8 more

Currently the RowSchema and RowResolver for the ReduceSinkOp just point to the 'input' Op's structures. This causes issues when input Op's structures are changed during Optimization. See Jira 2340 of a problem.

When ConditionEvaluator looks for Conditional annotations, it doesn't find them when they are a meta-meta-annotation. The problem appears to be due to ConditionEvaluator's use of AnnotationTypeMetadata.getAllAnnotationAttributes which doesn't return all of the values for all of the Conditional annotations that are present. The attached class should hopefully illustrate the behaviour that we're seeing. When run it should output:

com.example.ConditionComposition$MetaFooAndBarConfiguration [class com.example.ConditionComposition$ConditionalOnBar$BarEnabledCondition]
com.example.ConditionComposition$MetaFooAndMetaBarConfiguration []
com.example.ConditionComposition$ExplicitAnnotationConfiguration [class com.example.ConditionComposition$ConditionalOnFoo$FooEnabledCondition, class com.example.ConditionComposition$ConditionalOnBar$BarEnabledCondition]

My expectation is that all three configuration classes should produce the output that ExplicitAnnotationConfiguration produces.

For every row x column

        int len = (int) lengths.next();
        int offset = 0;
        byte[] bytes = new byte[len];
        while (len > 0) {
          int written = stream.read(bytes, offset, len);
          if (written < 0) {
            throw new EOFException("Can't finish byte read from " + stream);
          }

https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/io/orc/TreeReaderFactory.java#L1552
This is not a big issue until it misses the GC TLAB.
From hadoop-2.6.x (HADOOP-10855) you can read into a Text directly. 
Possibly can create a different TreeReader from the factory for 2.6.x & use a DataInputStream per stream and prevent an allocation in the inner loop.

        result.readWithKnownLength(datastream, len);

Try to submit a get request to the avro gateway. 
If the row specified for a given table does not exist, the server request fails with a NPE.

If the msgbus usage is configured; and the ActiveMQ broker is down; the notificationlistener throws NPEs.
this test should have never been passed...there is a point where it drops a database; and that command returns with an error - there are other things which are intresting....like create database on an existing db is sucess somewhere  - so it get posted to the msgbus.
discovered during HIVE-18238

Vault command bulk-convert must have better description in --help output.
Now there is only this

 -b,--bulk-convert <description file>   Bulk conversion with parameters in description file

It's insufficient. There is expected to have description of format description file.
Now all options which are set in description file have not default value and that is in contrast with non-bulk-convert which contain default values. There must be mention this information too.

We have some development Wildfly 10.0.0 servers running as slaves in a domain that frequently have WAR files redeployed. We have noticed that these slaves will often go offline after a redeployment of WAR files with the following stack trace:

2016-05-06 05:05:51,306 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 1012) WFLYCTL0190: Step handler org.jboss.as.domain.controller.operations.deployment.DeploymentFullReplaceHandler@3f68226b for operation {"operation" => "full-replace-deployment","name" => "whatever.war","enabled" => true,"content" => [{"hash" => bytes { 0x5d, 0x12, 0x18, 0x2b, 0x1c, 0x86, 0x71, 0x27, 0x08, 0x3d, 0xf1, 0x75, 0x08, 0x29, 0xa6, 0x49, 0x1f, 0x16, 0xe8, 0x22 }}],"operation-headers" => {"access-mechanism" => "NATIVE","domain-uuid" => "802ab616-dd2c-4081-a79c-c4d54e14c384","push-to-servers" => undefined},"address" => [],"runtime-name" => undefined} at address [] failed handling operation rollback -- java.lang.NullPointerException: java.lang.NullPointerException
        at org.jboss.as.repository.LocalDeploymentFileRepository.deleteDeployment(LocalDeploymentFileRepository.java:59)
        at org.jboss.as.host.controller.RemoteDomainConnectionService$RemoteFileRepository.deleteDeployment(RemoteDomainConnectionService.java:756)
        at org.jboss.as.domain.controller.operations.deployment.DeploymentFullReplaceHandler$1.handleResult(DeploymentFullReplaceHandler.java:181)
        at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1384)
        at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1366)
        at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1328)
        at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1311)
        at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1185)
        at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:767)
        at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:753)
        at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:680)
        at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1344)
        at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)
        at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:247)
        at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:185)
        at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:138)
        at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:134)
        at javax.security.auth.Subject.doAs(Subject.java:360)
        at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:81)
        at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:157)
        at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:153)
        at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:153)
        at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
        at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)

This error will usually only happen for 2 out of the 4 identically configured slaves, and seems to happen randomly, although frequently enough.

Tests are consisently failing on Windows but not on Linux:
http://brontes.lab.eng.brq.redhat.com/project.html?projectId=WF&testNameId=-4393166542338832492&tab=testDetails
Typically that would indicate a problem that manifests when tests are run in a different order; i.e. one test leaving behind something that impacts another.
I suspect what's happening here is an RA is getting left behind and these tests are finding the wrong one and making assertions against it.
Note this in the test is used to find the RA id:
Set<String> ids = repository.getResourceAdapters();

		assertNotNull(ids);
		System.out.println("////RA" + ids.toString());
		String piId = getElementContaining(ids,        "MultipleResourceAdapter");

The test logging shows there are two RAs that would match:
03:45:54,709 INFO  [stdout] (pool-1-thread-4) ////RAorg.jboss.as.test.integration.jca.rar.MultipleResourceAdapter#27, org.jboss.as.test.integration.jca.rar.MultipleResourceAdapter#28

While trying to port an EE application from JBoss5 to WF8 the following problem occurred:
EJBs (@Required) using JPA to do some data changes.
Some changes get already written to the database, others reside in the session cache.
After the top EJB call returns, a Hibernate Session flush is triggered in beforeCompletion.
Then more changes are flushed to the database, but I run in a reproduceable database locking problem.
After some time an update of a row fails with lock wait timeout. This row has been inserted prior during the EJB call.
There should be exactly one xa transaction active processing all data changes.
But the database shows two active session, one is an xa transaction with sessionId -2 (orphaned), the other session is a local transaction.
After analyzing all database communication with the help of the JDBC driver logging I found the following behaviour:

a connection is enlisted and xa start called
the same connection is used for several select / insert / update statements
after return of the top EJB call on the same connection xa end and connection un-enlist is called
the same connection is used for session flush (beforeCompletion) but with local transaction because the connection is no longer associated with the xa transaction, so locks can be expected.

Shouldn't xa end be called AFTER beforeCompletion / session flush!?!

For example, if you have a STAR pattern at the end, the current code misses the last row from the final result.  For example, if I have pattern like (LATE.EARLY*), the matched rows are :
1. LATE
2. EARLY
In the current implementation, the final 'tpath' missed the last "EARLY" and returns only LATE . Ideally it should return LATE and EARLY.
The following code snippets shows the bug.

0. SymbolFunctionResult rowResult = symbolFn.match(row, pItr);
1. while (rowResult.matches && pItr.hasNext())
2.    {
3.      row = pItr.next();
4.        rowResult = symbolFn.match(row, pItr);
5.      }
6.
7.      result.nextRow = pItr.getIndex() - 1;

Line 7 of the code always moves the row index by one. If ,in some cases, loop (line 1)  is never executed (due to pItr.hasNext() being 'false'), the code still moves the row pointer back by one. Although the line 0 found the first match and the iterator reaches to the end.
I'm uploading a patch which I already tested.

In Web subsystem there is possible to define protocol either via its API name (e.g. HTTP/1.1, where it is taken default implementation of given API) or via FQCN.
In case of HTTP/1.1 there are several implementations:
JIO => org.apache.coyote.http11.Http11Protocol - default protocol
NIO2 => org.apache.coyote.http11.Http11NioProtocol - required to be used to be able to use WebSockets
APR (default with natives) => org.apache.coyote.http11.Http11AprProtocol
The :migrate operation should also recognize these FQCN as valid HTTP/HTTPS protocols and migrate them correctly.
Note: in case of AJP there are these FQCN:
org.apache.coyote.ajp.AjpAprProtocol - AJP with natives enabled
org.apache.coyote.ajp.AjpProtocol AJP without natives

Currently this causes a FastUnsupportedCallbackException since these factories are the only thing to handle this callback. It doesn't really cause any problems, but I noticed this while debugging.
TLSServerEndPointChannelBindingSaslClientFactory removes the SSLCallback from the array before delegating, and the ChannelBinding ones should take the same approach from what I can tell.

If a database has a location which is on a different name node than the default database's location, CTAS queries run in that database will fail.
This is because the intermediate location which is where the final FileSinkOperator writes to is determined based on the scheme and authority of the value of hive.metastore.warehouse.dir instead of the table's database's location.

When using the FaultTolerantStepFactoryBean, without configuring any exception lists, an exception thrown in the writer will cause failure.  However, it appears to be trying to determine which item failed before actually failing, which is somewhat confusing.

When UDFs are used, we create a new classloader to add the UDF jar. Similar to what hadoop's reflection utils does(HIVE-11408), datanucleus caches the classloaders (https://github.com/datanucleus/datanucleus-core/blob/3.2/src/java/org/datanucleus/NucleusContext.java#L161). JDOPersistanceManager factory (1 per JVM) holds on to a NucleusContext reference (https://github.com/datanucleus/datanucleus-api-jdo/blob/3.2/src/java/org/datanucleus/api/jdo/JDOPersistenceManagerFactory.java#L115). Until we call  NucleusContext#close, the classloader cache is not cleared. In case of UDFs this can lead to permgen leak, as shown in the attached screenshot, where NucleusContext holds on to several URLClassloader objects.

The counts array can be empty. We should directly return null in that case.

org.apache.hadoop.hive.ql.metadata.HiveException: Unable to execute method public org.apache.hadoop.hive.serde2.io.DoubleWritable org.apache.hadoop.hive.ql.udf.UDAFPercentile$PercentileLongEvaluator.terminate()  on object org.apache.hadoop.hive.ql.udf.UDAFPercentile$PercentileLongEvaluator@530d0eae of class org.apache.hadoop.hive.ql.udf.UDAFPercentile$PercentileLongEvaluator with arguments {} of size 0
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.invoke(FunctionRegistry.java:725)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFBridge$GenericUDAFBridgeEvaluator.terminate(GenericUDAFBridge.java:181)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.evaluate(GenericUDAFEvaluator.java:157)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.forward(GroupByOperator.java:838)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.closeOp(GroupByOperator.java:885)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:539)
	at org.apache.hadoop.hive.ql.exec.ExecReducer.close(ExecReducer.java:300)
	at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:474)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:412)
	at org.apache.hadoop.mapred.Child.main(Child.java:159)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.invoke(FunctionRegistry.java:701)
	... 9 more
	at org.apache.hadoop.hive.ql.udf.UDAFPercentile.getPercentile(UDAFPercentile.java:97)
	at org.apache.hadoop.hive.ql.udf.UDAFPercentile.access$300(UDAFPercentile.java:44)
	at org.apache.hadoop.hive.ql.udf.UDAFPercentile$PercentileLongEvaluator.terminate(UDAFPercentile.java:196)
	... 14 more

Testcase org.jboss.as.test.integration.ejb.iiop.naming.IIOPNamingTestCase is failing when is run on IBM JDK with message
Unable to load class: org.jboss.as.test.integration.ejb.iiop.naming._IIOPNamingHome_Stub
The stack trace:

java.lang.ClassCastException: Unable to load class: org.jboss.as.test.integration.ejb.iiop.naming._IIOPNamingHome_Stub
 at com.ibm.rmi.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:356)
 at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:148)
 at org.jboss.as.test.integration.ejb.iiop.naming.IIOPNamingTestCase.testIIOPNamingInvocation(IIOPNamingTestCase.java:65)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
 at java.lang.reflect.Method.invoke(Method.java:611)
 at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:270)
 at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
 at sun.reflect.GeneratedMethodAccessor43.invoke(Unknown Source)
 at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
 at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
 at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
 at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
 at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
 at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
 at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:53)
 at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
 at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
 at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129)
 at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source)
 at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
 at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89)
 at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
 at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
 at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
 at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
 at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
 at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111)
 at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:263)
 at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:226)
 at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
 at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
 at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240)
 at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185)
 at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
 at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
 at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:234)
 at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:133)
 at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:114)
 at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:188)
 at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:166)
 at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:86)
 at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:101)
 at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)

The reason seem to be that the stubs are not generated. As I found there is no option to force jdk generate stubs on the fly (oracle jdk knows -Dcom.sun.CORBA.ORBUseDynamicStub=true) and the generation of stubs have to be done manually e.g. with rmic tool.

when hbase.wal.dir is set to any filesystem other than the same filesystem used by rootDir e.g. hbase.wal.dir set to hdfs://something/wal and hbase.rootdir set to s3://something, before this change, WAL archive directory (walArchiveDir) cannot be created and failed the WALProcedureStore on HMaster.
The issue is that WAL archive directory was considered to be collocated with hbase.rootdir and creates a subdirectory under it. this logic needs to be updated.

With the java services approach it is possible to add a client side interceptor by adding the services file META-INF/services/org.jboss.ejb.client.EJBClientInterceptor to activate the interceptor if the class is accessable.
The file must be added to the client.jar in case of a simple standalone client.
And to the ejb.jar if the interceptor is used inside a server application.
For the appclient I expect that add this file to 
  EAR/client.jar/META-INF/services
will do the same.
Nevertheless adding the file to ear/META_INF ear/ejb.jar/META-INF do not woth either.
Also adding the class to the client.jar, as ear module or as server module with dependency did not work.
All theses Interceptors can be used if the client Main method add this with the JBoss API.
A working example can be found here 
https://github.com/wfink/jboss-eap-quickstarts/tree/application-client/app-client
For the example with the services approach try
https://github.com/wfink/jboss-eap-quickstarts/tree/application-client-withServices/app-client

Error message max-connections is not saying what went wrong, other listeners will have probably same issue 

[standalone@localhost:9990 /] /subsystem=undertow/server=default-server/http-listener=default:write-attribute(name=max-connections, value=-20)

causes exception

08:54:13,387 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.undertow.listener.default: org.jboss.msc.service.StartException in service jboss.undertow.listener.default: Failed to start service
Caused by: java.lang.IllegalArgumentException: High water must be greater than 0
	at org.xnio.nio.QueuedNioTcpServer.badHighWater(QueuedNioTcpServer.java:236)
	at org.xnio.nio.QueuedNioTcpServer.<init>(QueuedNioTcpServer.java:189)
	at org.xnio.nio.NioXnioWorker.createTcpConnectionServer(NioXnioWorker.java:200)
	at org.xnio.XnioWorker.createStreamConnectionServer(XnioWorker.java:243)
	at org.wildfly.extension.undertow.HttpListenerService.startListening(HttpListenerService.java:126)
	at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:167)
	... 3 more

Please running this example:
  public static void main(String[] args) throws Exception 
{
    HBaseAdmin admin = new HBaseAdmin(HBaseConfiguration.create());
    admin.stopRegionServer("your.rs.hostname:60020");
  }
}
then, you can see:
Exception in thread "main" java.lang.RuntimeException: The interface org.apache.hadoop.hbase.Stoppable
    at org.apache.hadoop.hbase.ipc.Invocation.<init>(Invocation.java:61)
    at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:151)
    at $Proxy2.stop(Unknown Source)
    at org.apache.hadoop.hbase.client.HBaseAdmin.stopRegionServer(HBaseAdmin.java:1492)
    at Test.main(Test.java:7)
Caused by: java.lang.NoSuchFieldException: VERSION
    at java.lang.Class.getField(Class.java:1520)
    at org.apache.hadoop.hbase.ipc.Invocation.<init>(Invocation.java:57)
    ... 4 more
When invoking the "HBaseAdmin.stopRegionServer" method，
we obtain a "proxy" for org.apache.hadoop.hbase.ipc.HRegionInterface，
(HRegionInterface extends org.apache.hadoop.hbase.Stoppable)
but the "stop" method declared in Stoppable.
In the constructor of "org.apache.hadoop.hbase.ipc.Invocation"，
the "method" argument is "public abstract void org.apache.hadoop.hbase.Stoppable.stop(java.lang.String)"，
so, "method.getDeclaringClass()" is "org.apache.hadoop.hbase.Stoppable"，
but, the "Stoppable" interface no "VERSION" field.
[fix suggestion]:
Override the "stop" method in org.apache.hadoop.hbase.ipc.HRegionInterface as follows:
@Override
public void stop(String why);
of courese, another attempt is ok.
(e.g. declare "VERSION" field in Stoppable interface，
then modify some code fragment of Invocation and org.apache.hadoop.hbase.ipc.WritableRpcEngine.Server)

Any INSERT INTO statement run on S3 tables and when the scratch directory is saved on S3 is deleting old rows of the table.

hive> set hive.blobstore.use.blobstore.as.scratchdir=true;

hive> create table t1 (id int, name string) location 's3a://spena-bucket/t1';

hive> insert into table t1 values (1,'name1');

hive> select * from t1;
1       name1

hive> insert into table t1 values (2,'name2');

2       name2

bin/hbase org.apache.hadoop.io.hfile.HFile -m -f <filename> doesn't have to scan the KVs in the file

CamelHttpTransportServlet.destroy removes the servlet from a static map named CAMEL_SERVLET_MAP prior to stopping its associated Spring application context.  If that context defines a route using a servletEndpoint, the route is shutdown AFTER the servlet is removed from the map.  The shutdown code then looks for the servlet in the map by calling CamelHttpTransportServlet.getCamelServlet.  The servlet can't be found, and the ensuing exception is logged (copied below).
It seems to me that CamelHttpTransportServlet.destroy should be defined like this:
    public void destroy() {
        // Removal was here
        if (applicationContext != null) 
{
            applicationContext.stop();
        }
        // Moved the removal to here
        CAMEL_SERVLET_MAP.remove(servletName);
    }
so that the servlet is removed from the map after the context is stopped.
I know for sure that removal of the servlet from the map before the context is stopped causes this problem when my route is shutdown.  I DON'T know for sure that my overall configuration is correct, though I think it is valid.
If the above change is not obviously correct, or if there are further questions, please let me know, and I'll work up a sample that demonstrates the problem to help answer any questions.
–
2010-07-13 09:06:23,918 [Camel Thread 0 - ShutdownTask] WARN  org.apache.camel.impl.DefaultShutdownStrategy at org.apache.camel.impl.DefaultShutdownStrategy.shutdownNow(DefaultShutdownStrategy.java:219)
         Error occurred while shutting down route: Consumer[/relay]. This exception will be ignored.
java.lang.IllegalArgumentException: Cannot find the deployed servlet, please configure the ServletComponent or configure a org.apache.camel.component.servlet.CamelHttpTransportServlet servlet in web.xml 
	at org.apache.camel.component.servlet.ServletComponent.getCamelServlet(ServletComponent.java:55)
	at org.apache.camel.component.servlet.ServletComponent.disconnect(ServletComponent.java:116)
	at org.apache.camel.component.http.HttpEndpoint.disconnect(HttpEndpoint.java:152)
	at org.apache.camel.component.http.HttpConsumer.doStop(HttpConsumer.java:56)
	at org.apache.camel.impl.ServiceSupport.stop(ServiceSupport.java:86)
	at org.apache.camel.impl.ServiceSupport.stop(ServiceSupport.java:107)
	at org.apache.camel.util.ServiceHelper.stopService(ServiceHelper.java:100)
	at org.apache.camel.impl.DefaultShutdownStrategy.shutdownNow(DefaultShutdownStrategy.java:217)
	at org.apache.camel.impl.DefaultShutdownStrategy$ShutdownTask.run(DefaultShutdownStrategy.java:413)

The test code is trying to read /tmp directory. But, if in /tmp directory, there is a file name "fcitx-socket-:0".
Accroding to this issue https://issues.apache.org/jira/browse/HADOOP-7945 hadoop did not allow ":" in filename. 
The code print following message:
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: fcitx-socket-:0)

The error page and rewrite filters do not use the predicate correctly

When HiveAlterHandler looks for conf, it is not getting the one from thread local.  So, local changes are not visible.

by installing on camel-jms

karaf@root()> feature:repo-add file:////home/oscerd/.m2/repository/org/apache/camel/karaf/apache-camel/3.0.0-SNAPSHOT/apache-camel-3.0.0-SNAPSHOT-features.xml
Adding feature url file:////home/oscerd/.m2/repository/org/apache/camel/karaf/apache-camel/3.0.0-SNAPSHOT/apache-camel-3.0.0-SNAPSHOT-features.xml
karaf@root()> feature:install -v camel-jms
Adding features: camel-jms/[3.0.0.SNAPSHOT,3.0.0.SNAPSHOT]
Changes to perform:
Region: root
Bundles to install:
mvn:com.github.ben-manes.caffeine/caffeine/2.6.2
mvn:org.apache.camel/camel-api/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-base/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-browse/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-commands-core/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-controlbus/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-core/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-dataformat/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-direct/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-directvm/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-file/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-jms/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-language/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-log/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-management-api/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-management-impl/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-properties/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-ref/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-saga/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-scheduler/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-seda/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-stub/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-support/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-timer/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-util/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-validator/3.0.0-SNAPSHOT
mvn:org.apache.camel/camel-vm/3.0.0-SNAPSHOT
mvn:org.apache.camel/json-simple-ordered/3.0.0-SNAPSHOT
mvn:org.apache.camel.karaf/camel-karaf-commands/3.0.0-SNAPSHOT
mvn:org.apache.camel/spi-annotations/3.0.0-SNAPSHOT
mvn:commons-pool/commons-pool/1.6
mvn:org.apache.geronimo.specs/geronimo-jms_2.0_spec/1.0-alpha-2
mvn:org.apache.geronimo.specs/geronimo-jta_1.1_spec/1.1.1
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.aopalliance/1.0_6
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.jaxb-impl/2.2.11_1
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-aop/5.1.3.RELEASE_1
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-beans/5.1.3.RELEASE_1
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-context/5.1.3.RELEASE_1
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-context-support/5.1.3.RELEASE_1
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-core/5.1.3.RELEASE_1
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-expression/5.1.3.RELEASE_1
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-jms/5.1.3.RELEASE_1
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-tx/5.1.3.RELEASE_1
mvn:org.codehaus.woodstox/stax2-api/3.1.4
mvn:org.codehaus.woodstox/woodstox-core-asl/4.4.1
Stopping bundles:
org.ops4j.pax.logging.pax-logging-log4j2/1.10.1
Installing bundles:
Refreshing bundles:
org.ops4j.pax.logging.pax-logging-log4j2/1.10.1 (Should be wired to: org.apache.geronimo.specs.geronimo-jms_2.0_spec/1.0.0.alpha-2 (through [org.ops4j.pax.logging.pax-logging-log4j2/1.10.1] osgi.wiring.package; resolution:=optional; filter:="(osgi.wiring.package=javax.jms)"), stax2-api/3.1.4 (through [org.ops4j.pax.logging.pax-logging-log4j2/1.10.1] osgi.wiring.package; resolution:=optional; filter:="(osgi.wiring.package=org.codehaus.stax2)"))
Starting bundles:
stax2-api/3.1.4
woodstox-core-asl/4.4.1
org.apache.geronimo.specs.geronimo-jta_1.1_spec/1.1.1
org.apache.servicemix.bundles.jaxb-impl/2.2.11.1
org.apache.servicemix.bundles.spring-core/5.1.3.RELEASE_1
org.apache.servicemix.bundles.aopalliance/1.0.0.6
org.apache.servicemix.bundles.spring-beans/5.1.3.RELEASE_1
org.apache.servicemix.bundles.spring-aop/5.1.3.RELEASE_1
org.apache.servicemix.bundles.spring-expression/5.1.3.RELEASE_1
org.apache.servicemix.bundles.spring-context/5.1.3.RELEASE_1
org.apache.servicemix.bundles.spring-tx/5.1.3.RELEASE_1
org.apache.servicemix.bundles.spring-jms/5.1.3.RELEASE_1
org.apache.servicemix.bundles.spring-context-support/5.1.3.RELEASE_1
com.github.ben-manes.caffeine/2.6.2
org.apache.camel.camel-util/3.0.0.SNAPSHOT
org.apache.geronimo.specs.geronimo-jms_2.0_spec/1.0.0.alpha-2
org.apache.camel.camel-management-api/3.0.0.SNAPSHOT
org.apache.camel.spi-annotations/3.0.0.SNAPSHOT
org.apache.camel.camel-jms/3.0.0.SNAPSHOT
org.apache.camel.camel-api/3.0.0.SNAPSHOT
org.apache.camel.camel-support/3.0.0.SNAPSHOT
org.apache.camel.camel-log/3.0.0.SNAPSHOT
org.apache.camel.camel-seda/3.0.0.SNAPSHOT
org.apache.camel.camel-vm/3.0.0.SNAPSHOT
org.apache.camel.camel-properties/3.0.0.SNAPSHOT
org.apache.camel.camel-language/3.0.0.SNAPSHOT
org.apache.camel.json-simple-ordered/3.0.0.SNAPSHOT
org.apache.camel.camel-base/3.0.0.SNAPSHOT
org.apache.camel.camel-direct/3.0.0.SNAPSHOT
org.apache.camel.camel-core/3.0.0.SNAPSHOT
org.apache.camel.camel-management-impl/3.0.0.SNAPSHOT
org.apache.camel.camel-browse/3.0.0.SNAPSHOT
org.apache.camel.camel-validator/3.0.0.SNAPSHOT
org.apache.camel.camel-saga/3.0.0.SNAPSHOT
org.apache.camel.camel-directvm/3.0.0.SNAPSHOT
org.apache.camel.camel-file/3.0.0.SNAPSHOT
org.apache.camel.camel-stub/3.0.0.SNAPSHOT
org.apache.camel.camel-timer/3.0.0.SNAPSHOT
org.apache.camel.camel-controlbus/3.0.0.SNAPSHOT
org.apache.camel.camel-ref/3.0.0.SNAPSHOT
org.apache.commons.pool/1.6.0
org.apache.camel.camel-scheduler/3.0.0.SNAPSHOT
org.apache.camel.camel-dataformat/3.0.0.SNAPSHOT
org.apache.camel.camel-commands-core/3.0.0.SNAPSHOT
org.apache.camel.karaf.camel-karaf-commands/3.0.0.SNAPSHOT
org.apache.karaf.features.internal.util.MultiException: Error restarting bundles:
Activator start error in bundle org.apache.camel.camel-core [51].
at org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:1005)
at org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision(FeaturesServiceImpl.java:1025)
at org.apache.karaf.features.internal.service.FeaturesServiceImpl.lambda$doProvisionInThread$13(FeaturesServiceImpl.java:964)
Suppressed: org.osgi.framework.BundleException: Activator start error in bundle org.apache.camel.camel-core [51].
at org.apache.felix.framework.Felix.activateBundle(Felix.java:2290)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2146)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:998)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:984)
at org.apache.karaf.features.internal.service.BundleInstallSupportImpl.startBundle(BundleInstallSupportImpl.java:161)
at org.apache.karaf.features.internal.service.FeaturesServiceImpl.startBundle(FeaturesServiceImpl.java:1116)
at org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:997)
... 6 more
Caused by: java.lang.NoClassDefFoundError: org/apache/camel/util/ObjectHelper
at org.apache.camel.impl.osgi.Activator$BundleTypeConverterLoader.<init>(Activator.java:386)
at org.apache.camel.impl.osgi.Activator.registerTypeConverterLoader(Activator.java:236)
at org.apache.camel.impl.osgi.Activator.addingBundle(Activator.java:136)
at org.apache.camel.impl.osgi.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:430)
at org.apache.camel.impl.osgi.tracker.AbstractTracked.trackAdding(AbstractTracked.java:260)
at org.apache.camel.impl.osgi.tracker.AbstractTracked.trackInitial(AbstractTracked.java:187)
at org.apache.camel.impl.osgi.tracker.BundleTracker.open(BundleTracker.java:173)
at org.apache.camel.impl.osgi.Activator.start(Activator.java:101)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:697)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:2240)
... 12 more
Caused by: java.lang.ClassNotFoundException: org.apache.camel.util.ObjectHelper not found by org.apache.camel.camel-jms [56]
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1639)
at org.apache.felix.framework.BundleWiringImpl.access$200(BundleWiringImpl.java:80)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:2053)
at org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1414)
at org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1660)
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1590)
... 22 more
Error executing command: Error restarting bundles:

FSDataInputStreamWrapper
  private void setStreamOptions(FSDataInputStream in) {
    try {
      this.stream.setDropBehind(dropBehind);
      // Skipped.
    }
    if (readahead >= 0) {
      try {
        this.stream.setReadahead(readahead);
        // Skipped.
      }
    }
  }

When a cluster restarts quickly after it's crashed, although a new region server is reported in, the master still pulls in the dead region server from the zk.

2013-05-12 18:32:52,996 INFO  [IPC Server handler 6 on 36000] org.apache.hadoop.hbase.master.ServerManager: Registering server=a1217.halxg.cloudera.com,36020,1368408767773
....
2013-05-12 18:32:54,653 INFO  [master-a1220.halxg.cloudera.com,36000,1368408767520] org.apache.hadoop.hbase.master.HMaster: Registering server found up in zk but who has not yet reported in: a1217.halxg.cloudera.com,36020,1368378273768
2013-05-12 18:32:54,653 INFO  [master-a1220.halxg.cloudera.com,36000,1368408767520] org.apache.hadoop.hbase.master.ServerManager: Registering server=a1217.halxg.cloudera.com,36020,1368378273768

We should not pull in the second region server instance from zk.  It is actually dead.  We can figure this out by the hostname, and the port.  We can assume no two region server instances can be alive on the same host, the same port.  To be more cautious, we can check the timestamp as well.  The live one should be that with the late timestamp, not pulled in from zk.

For repository method definition like below:

@Query("{meanings: {$not: {$size: 0}}}")
Page<Entry> findAllWithMeanings(Pageable pageable);

Entry documents contain meanings field which is a list of @DBRef s. When I remove @DBRef annotation it works ok, but otherwise I get the following exception:

Exception in thread "main" org.springframework.data.mapping.model.MappingException: No mapping metadata found for class com.mongodb.BasicDBObject
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedKeyword(QueryMapper.java:158)
	at org.springframework.data.mongodb.core.convert.QueryMapper.getMappedObject(QueryMapper.java:111)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1489)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1480)
	at org.springframework.data.mongodb.core.MongoTemplate.find(MongoTemplate.java:527)
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery$PagedExecution.execute(AbstractMongoQuery.java:205)
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery.execute(AbstractMongoQuery.java:93)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:337)
…

In org.apache.hadoop.hive.ql.metadata.Hive.getMSC(), we create a new MetaStoreClient on every call because the result is not getting properly cached in the threadLocal:

  private IMetaStoreClient getMSC() throws MetaException {
    IMetaStoreClient msc = threadLocalMSC.get();
    if(msc == null) {
      msc = this.createMetaStoreClient();
      // THERE SHOULD BE A threadLocalMSC.set here!
    }
    return msc;
  }

hive.support.concurrency on metastore
hive.vectorized.execution.enabled for query client

See the following exception when running Hive e2e tests:

0: jdbc:hive2://nat-r6-ojss-hsihs2-1.openstac> SELECT s.name, s2.age, s.gpa, v.registration, v2.contributions FROM student s INNER JOIN voter v ON (s.name = v.name) INNER JOIN student s2 ON (s2.age = v.age and s.name = s2.name) INNER JOIN voter v2 ON (v2.name = s2.name and v2.age = s2.age) WHERE v2.age = s.age ORDER BY s.name, s2.age, s.gpa, v.registration, v2.contributions;
INFO  : Compiling command(queryId=hive_20160717224915_3a52719f-539f-4f82-a9cd-0c0af4e09ef8): SELECT s.name, s2.age, s.gpa, v.registration, v2.contributions FROM student s INNER JOIN voter v ON (s.name = v.name) INNER JOIN student s2 ON (s2.age = v.age and s.name = s2.name) INNER JOIN voter v2 ON (v2.name = s2.name and v2.age = s2.age) WHERE v2.age = s.age ORDER BY s.name, s2.age, s.gpa, v.registration, v2.contributions
INFO  : Returning Hive schema: Schema(fieldSchemas:[FieldSchema(name:s.name, type:string, comment:null), FieldSchema(name:s2.age, type:int, comment:null), FieldSchema(name:s.gpa, type:double, comment:null), FieldSchema(name:v.registration, type:string, comment:null), FieldSchema(name:v2.contributions, type:float, comment:null)], properties:null)
INFO  : Completed compiling command(queryId=hive_20160717224915_3a52719f-539f-4f82-a9cd-0c0af4e09ef8); Time taken: 1.165 seconds
INFO  : Executing command(queryId=hive_20160717224915_3a52719f-539f-4f82-a9cd-0c0af4e09ef8): SELECT s.name, s2.age, s.gpa, v.registration, v2.contributions FROM student s INNER JOIN voter v ON (s.name = v.name) INNER JOIN student s2 ON (s2.age = v.age and s.name = s2.name) INNER JOIN voter v2 ON (v2.name = s2.name and v2.age = s2.age) WHERE v2.age = s.age ORDER BY s.name, s2.age, s.gpa, v.registration, v2.contributions
INFO  : Query ID = hive_20160717224915_3a52719f-539f-4f82-a9cd-0c0af4e09ef8
INFO  : Total jobs = 1
INFO  : Launching Job 1 out of 1
INFO  : Starting task [Stage-1:MAPRED] in serial mode
INFO  : Dag name: SELECT s.name, s2.age, s....v2.contributions(Stage-1)
ERROR : Failed to execute tez graph.
java.lang.RuntimeException: Error caching map.xml: org.apache.hive.com.esotericsoftware.kryo.KryoException: java.util.ConcurrentModificationException
classes (sun.misc.Launcher$AppClassLoader)
classloader (java.security.ProtectionDomain)
context (java.security.AccessControlContext)
acc (org.apache.hadoop.hive.ql.exec.UDFClassLoader)
classLoader (org.apache.hadoop.hive.conf.HiveConf)
conf (org.apache.hadoop.hive.common.metrics.metrics2.CodahaleMetrics)
metrics (org.apache.hadoop.hive.common.metrics.metrics2.CodahaleMetrics$CodahaleMetricsScope)
openScopes (org.apache.hadoop.hive.ql.log.PerfLogger)
perfLogger (org.apache.hadoop.hive.ql.exec.MapJoinOperator)
childOperators (org.apache.hadoop.hive.ql.exec.MapJoinOperator)
childOperators (org.apache.hadoop.hive.ql.exec.FilterOperator)
	at org.apache.hadoop.hive.ql.exec.Utilities.setBaseWork(Utilities.java:582) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.Utilities.setMapWork(Utilities.java:516) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.tez.DagUtils.createVertex(DagUtils.java:601) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.tez.DagUtils.createVertex(DagUtils.java:1147) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.build(TezTask.java:390) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:164) [hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:197) [hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100) [hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1865) [hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1569) [hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1321) [hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1090) [hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1083) [hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:242) [hive-service-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.service.cli.operation.SQLOperation.access$800(SQLOperation.java:91) [hive-service-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:334) [hive-service-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_77]
	at javax.security.auth.Subject.doAs(Subject.java:422) [?:1.8.0_77]
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1724) [hadoop-common-2.7.1.2.5.0.0-1009.jar:?]
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:347) [hive-service-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_77]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_77]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_77]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_77]
	at java.lang.Thread.run(Thread.java:745) [?:1.8.0_77]
Caused by: org.apache.hive.com.esotericsoftware.kryo.KryoException: java.util.ConcurrentModificationException
	at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.write(ObjectField.java:101) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.FieldSerializer.write(FieldSerializer.java:518) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeObject(Kryo.java:552) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.write(ObjectField.java:80) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeClassAndObject(Kryo.java:628) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultArraySerializers$ObjectArraySerializer.write(DefaultArraySerializers.java:366) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.DefaultArraySerializers$ObjectArraySerializer.write(DefaultArraySerializers.java:307) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeObjectOrNull(Kryo.java:606) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.write(ObjectField.java:87) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.write(MapSerializer.java:113) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.MapSerializer.write(MapSerializer.java:39) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.write(CollectionSerializer.java:100) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.write(CollectionSerializer.java:40) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hive.com.esotericsoftware.kryo.Kryo.writeObject(Kryo.java:534) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.SerializationUtilities.serializeObjectByKryo(SerializationUtilities.java:578) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.SerializationUtilities.serializePlan(SerializationUtilities.java:454) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.SerializationUtilities.serializePlan(SerializationUtilities.java:435) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	at org.apache.hadoop.hive.ql.exec.Utilities.setBaseWork(Utilities.java:537) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	... 26 more
	at java.util.Vector$Itr.checkForComodification(Vector.java:1184) ~[?:1.8.0_77]
	at java.util.Vector$Itr.next(Vector.java:1137) ~[?:1.8.0_77]
	at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.write(CollectionSerializer.java:92) ~[hive-exec-2.1.0.2.5.0.0-1009.jar:2.1.0.2.5.0.0-1009]
	... 26 more
ERROR : FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.tez.TezTask
INFO  : Completed executing command(queryId=hive_20160717224915_3a52719f-539f-4f82-a9cd-0c0af4e09ef8); Time taken: 0.171 seconds
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.tez.TezTask (state=08S01,code=1)

The reason is openScopes shall not be serialized to the backend. Need to mark it transient.

Caused by: java.lang.ClassNotFoundException: org.apache.http.ProtocolVersion not found by wrap_file_home_jbouska.m2_repository_com_twilio_sdk_twilio_7.9.1_twilio-7.9.1.jar [224]

DESCRIBE of fully qualified table fails when db and table name match and non-default database is in use.
Repro:

: jdbc:hive2://localhost:10000/default> create database foo;
No rows affected (0.116 seconds)
0: jdbc:hive2://localhost:10000/default> create table foo.foo(i int);

0: jdbc:hive2://localhost:10000/default> describe foo.foo;
| i         | int        |          |
1 row selected (0.049 seconds)

0: jdbc:hive2://localhost:10000/default> use foo;

Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Error in getting fields from serde.Invalid Field foo (state=08S01,code=1)

As of commit 9704cf66181cb1179bd02dad8cf63c0e77cf8ebc, AuthorizationRequest is no longer Serializable. Because of this, any Spring Security OAuth 2 applications cannot be marked with <distributable /> in the deployment descriptor. Doing so results in this error whenever a user attempts to authorize:
java.lang.IllegalArgumentException: Non-serializable attribute authorizationRequest
I am unable to even test out Spring Security OAuth 2 1.1.0.M1 and Java Config. I am completely blocked by this problem, for which there is no workaround. My application must be distributable; taking that off is not an option.
Can we get this fixed and have M2 released ASAP, please!?

In ReplicationSource#terminate(), a Future is obtained from ReplicationEndpoint#stop().  Future.get() is then called, but can potentially hang there if something went wrong in the endpoint stop().
Hanging there has serious implications, because the thread could potentially be the ZK event thread (e.g. watcher calls ReplicationSourceManager#removePeer() -> ReplicationSource#terminate() -> blocked).  This means no other events in the ZK event queue will get processed, which for HBase means other ZK watches such as replication watch notifications, snapshot watch notifications, even RegionServer shutdown will all get blocked.
The short term fix addressed here is to simply add a timeout for Future.get().  But the severe consequences seen here perhaps suggest a broader refactoring of the ZKWatcher usage in HBase is in order, to protect against situations like this.

the log says:
2010-12-01 20:42:21,115 WARN
org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation:
Remove exception connecting to RS
org.apache.hadoop.ipc.RemoteException:
org.apache.hadoop.hbase.ipc.ServerNotRunningException: Server is not
running yet
       at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1035)
       at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:753)
       at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:257)
       at $Proxy6.getProtocolVersion(Unknown Source)
       at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:419)
       at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:393)
       at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:444)
       at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:349)
       at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:953)
       at org.apache.hadoop.hbase.catalog.CatalogTracker.getCachedConnection(CatalogTracker.java:384)
       at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForRootServerConnection(CatalogTracker.java:210)
       at org.apache.hadoop.hbase.catalog.CatalogTracker.verifyRootRegionLocation(CatalogTracker.java:453)
       at org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:421)
       at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:379)
       at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:274)
2010-12-01 20:42:21,118 FATAL org.apache.hadoop.hbase.master.HMaster:
org.apache.hadoop.hbase.ipc.ServerNotRunningException:
       at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
       at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
       at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
       at org.apache.hadoop.hbase.RemoteExceptionHandler.decodeRemoteException(RemoteExceptionHandler.java:96)
       at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:959)
2010-12-01 20:42:21,119 INFO org.apache.hadoop.hbase.master.HMaster: Aborting
2010-12-01 20:42:21,119 DEBUG org.apache.hadoop.hbase.master.HMaster:
Stopping service threads
then the master exits.  the cluster doesn't start.

There are two checkstyles for javadoc: NonEmptyAtclauseDescriptionCheck and JavadocTagContinuationIndentation.
Both require parsing javadoc, but there are some javadocs in codebase which it is not able to parse. Depending on which rule the tool choses to check first it can throw different errors. Now if trunk checks for A first and patch checks for B first, there will be A errors in trunkCheckstyle.xml and B errors in patchCheckstyle.xml. Since B errors are only in patch, checkstyle_report.py reports them are new errors.
Here are two builds proving the point: 
https://builds.apache.org/job/PreCommit-HBASE-Build/16668//consoleFull
https://builds.apache.org/job/PreCommit-HBASE-Build/16676/consoleFull
Snippets:

Build 16668:
hbase-common/src/main/java/org/apache/hadoop/hbase/HConstants.java	NonEmptyAtclauseDescriptionCheck	0	1
hbase-common/src/main/java/org/apache/hadoop/hbase/Tag.java	NonEmptyAtclauseDescriptionCheck	10	11
hbase-client/src/main/java/org/apache/hadoop/hbase/ipc/RpcClientImpl.java	NonEmptyAtclauseDescriptionCheck	2	3
.....

Build 16676:
hbase-common/src/main/java/org/apache/hadoop/hbase/HConstants.java	JavadocTagContinuationIndentationCheck	0	1
hbase-common/src/main/java/org/apache/hadoop/hbase/Tag.java	JavadocTagContinuationIndentationCheck	0	1
hbase-client/src/main/java/org/apache/hadoop/hbase/protobuf/RequestConverter.java	JavadocTagContinuationIndentationCheck	0	1
....

The easiest fix here is to fix these 25 or so javadocs.

All the debug level logs there are about connection start/stop, except a few that are per request. As a result, we log too much when we're at the debug log level. It could be changed to "trace", but when you're at the trace level you usually end up with a debugger to have all the info you need, so I think it's better to remove them.

        } else {
          assert (!rqst.isSetSrcTxnToWriteIdList());
          assert (rqst.isSetTxnIds());
          txnIds = rqst.getTxnIds();
        }

        Collections.sort(txnIds); //easier to read logs and for assumption done in replication flow

when the input comes from

  @Override
  public long allocateTableWriteId(long txnId, String dbName, String tableName) throws TException {
    return allocateTableWriteIdsBatch(Collections.singletonList(txnId), dbName, tableName).get(0).getWriteId();
  }

    at java.util.AbstractList.set(AbstractList.java:132) ~[?:1.8.0]
    at java.util.AbstractList$ListItr.set(AbstractList.java:426) ~[?:1.8.0]
    at java.util.Collections.sort(Collections.java:170) ~[?:1.8.0]
    at org.apache.hadoop.hive.metastore.txn.TxnHandler.allocateTableWriteIds(TxnHandler.java:1523) ~[hive-standalone-metastore-server-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
    at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.allocate_table_write_ids(HiveMetaStore.java:7349) ~[hive-standalone-metastore-server-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]

The UndertowProducer class leaks memory over time due to the repeated creation of ByteBufferSlicePool for each HTTP client request. My understanding of this class is that instances of it should be limited and cached if possible.
Here's an example RouteBuilder to replicate the issue. In a short time it will result in an OutOfMemoryError.  

public class UndertowRouteBuilder extends RouteBuilder {

    @Override
        from("undertow:http://localhost:8080/test").to("log:undertow?showAll=true");

    	from("timer:foo?period=5000").transform(constant("hello world")).to("undertow:http://localhost:8080/test");
    }
}

org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[ID-worklaptop-50317-1444141557043-2-30][Message: hello world]
	at org.apache.camel.util.ObjectHelper.wrapCamelExecutionException(ObjectHelper.java:1658)
	at org.apache.camel.impl.DefaultExchange.setException(DefaultExchange.java:345)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:156)
	at org.apache.camel.processor.Pipeline.process(Pipeline.java:121)
	at org.apache.camel.component.timer.TimerConsumer.sendTimerExchange(TimerConsumer.java:165)
	at org.apache.camel.component.timer.TimerConsumer$1.run(TimerConsumer.java:73)
Caused by: java.lang.OutOfMemoryError: Direct buffer memory
	at java.nio.Bits.reserveMemory(Bits.java:658)
	at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123)
	at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
	at org.xnio.BufferAllocator$2.allocate(BufferAllocator.java:57)
	at org.xnio.BufferAllocator$2.allocate(BufferAllocator.java:55)
	at org.xnio.ByteBufferSlicePool.allocate(ByteBufferSlicePool.java:143)
	at io.undertow.client.http.HttpRequestConduit.processWrite(HttpRequestConduit.java:98)
	at io.undertow.client.http.HttpRequestConduit.write(HttpRequestConduit.java:460)
	at io.undertow.conduits.AbstractFixedLengthStreamSinkConduit.write(AbstractFixedLengthStreamSinkConduit.java:106)
	at org.xnio.conduits.ConduitStreamSinkChannel.write(ConduitStreamSinkChannel.java:150)
	at io.undertow.channels.DetachableStreamSinkChannel.write(DetachableStreamSinkChannel.java:240)
	at org.apache.camel.component.undertow.UndertowProducer$UndertowProducerCallback.completed(UndertowProducer.java:166)
	at org.apache.camel.component.undertow.UndertowProducer$UndertowProducerCallback.completed(UndertowProducer.java:121)
	at io.undertow.client.http.HttpClientExchange.invokeReadReadyCallback(HttpClientExchange.java:190)
	at io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:293)
	at io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:228)
	at org.apache.camel.component.undertow.UndertowProducer.process(UndertowProducer.java:102)
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:141)
	... 10 more

Performance evaluation gives a provision to pass the table name.
The table name is considered when we first initialize the table - like the disabling and creation of tables happens with the name that we pass.
But the write and read test again uses only the default table and so the perf evaluation fails.
I think the problem is like this

 ./hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred --table=MyTable2  --presplit=70 randomRead 2

13/04/04 21:42:07 DEBUG hbase.HRegionInfo: Current INFO from scan results = {NAME => 'MyTable2,00000000000000000002067171,1365126124904.bc9e936f4f8ca8ee55eb90091d4a13b6.', STARTKEY => '00000000000000000002067171', ENDKEY => '', ENCODED => bc9e936f4f8ca8ee55eb90091d4a13b6,}
13/04/04 21:42:07 INFO hbase.PerformanceEvaluation: Table created with 70 splits

You can see that the specified table is created with the splits.
But when the read starts

Caused by: org.apache.hadoop.hbase.exceptions.TableNotFoundException: TestTable
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:1157)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:1034)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:984)
        at org.apache.hadoop.hbase.client.HTable.finishSetup(HTable.java:246)
        at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:187)
        at org.apache.hadoop.hbase.PerformanceEvaluation$Test.testSetup(PerformanceEvaluation.java:851)
        at org.apache.hadoop.hbase.PerformanceEvaluation$Test.test(PerformanceEvaluation.java:869)
        at org.apache.hadoop.hbase.PerformanceEvaluation.runOneClient(PerformanceEvaluation.java:1495)
        at org.apache.hadoop.hbase.PerformanceEvaluation$1.run(PerformanceEvaluation.java:590)

It says TestTable not found which is the default table.

During perf verification of HBASE-14463, found offheap BucketCache not working with assertion enabled in hbase-env.sh:

export HBASE_OPTS="-ea -XX:+HeapDumpOnOutOfMemoryError -XX:+UseConcMarkSweepGC"

And the error when running PE tool is like:

15/10/21 16:06:34 INFO client.AsyncProcess: #10, table=TestTable, attempt=10/21 failed=20ops, last exception: java.io.IOException: java.io.IOException
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2181)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:106)
Caused by: java.lang.AssertionError
        at org.apache.hadoop.hbase.OffheapKeyValue.<init>(OffheapKeyValue.java:52)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderImpl$HFileScannerImpl$ShareableMemoryOffheapKeyValue.<init>(HFileReaderImpl.java:1003)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderImpl$HFileScannerImpl.getCell(HFileReaderImpl.java:949)
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.reseek(StoreFileScanner.java:201)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.generalizedSeek(KeyValueHeap.java:323)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.reseek(StoreScanner.java:825)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.seekAsDirection(StoreScanner.java:813)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:641)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.populateResult(HRegion.java:5649)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:5795)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:5568)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:5544)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:5530)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:2044)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.doNonAtomicRegionMutation(RSRpcServices.java:663)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.multi(RSRpcServices.java:2156)

ramkrishna.s.vasudevan and Anoop Sam John, mind to take a look?

select sum(salary) over w1 from emp; throws NPE rather than meaningful error message like "missing window".
And also give the right window name rather than the classname in the error message after NPE issue is fixed.

org.apache.hadoop.hive.ql.parse.SemanticException: Window Spec org.apache.hadoop.hive.ql.parse.WindowingSpec$WindowSpec@7954e1de refers to an unknown source

This issue was caused by same reason described in https://issues.apache.org/jira/browse/HIVE-11166. As the original Jira seems to be abandoned, so create this one to resolve the issue.
HiveHBaseTableOutputFormat does not implemented HiveOutputFormat, it will break the compatibility in spark's API when it is using hive.

Current code checks if String denoting file name starts with File.separator to treat the name as an absolute path, but Windows doesn't work like that as it uses drive letters for absolute paths. 

In Spring Batch 3.0.7 when I define multiple datasources in JavaConfig and run application, an exception occures below:
stackTrace
java.lang.IllegalStateException: Failed to execute CommandLineRunner
	at org.springframework.boot.SpringApplication.callRunner(SpringApplication.java:803) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.SpringApplication.callRunners(SpringApplication.java:784) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.SpringApplication.afterRefresh(SpringApplication.java:771) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:316) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1186) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1175) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at com.example.BatchMultidatasourceApplication.main(BatchMultidatasourceApplication.java:59) [classes/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_77]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_77]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_77]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_77]
	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147) [idea_rt.jar:na]
Caused by: java.lang.IllegalStateException: To use the default BatchConfigurer the context must contain no more thanone DataSource, found 2
	at org.springframework.batch.core.configuration.annotation.AbstractBatchConfiguration.getConfigurer(AbstractBatchConfiguration.java:108) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.batch.core.configuration.annotation.SimpleBatchConfiguration.initialize(SimpleBatchConfiguration.java:114) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.batch.core.configuration.annotation.SimpleBatchConfiguration$ReferenceTargetSource.createObject(SimpleBatchConfiguration.java:142) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.aop.target.AbstractLazyCreationTargetSource.getTarget(AbstractLazyCreationTargetSource.java:86) ~[spring-aop-4.3.3.RELEASE.jar:4.3.3.RELEASE]
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:192) ~[spring-aop-4.3.3.RELEASE.jar:4.3.3.RELEASE]
	at com.sun.proxy.$Proxy44.getJobInstances(Unknown Source) ~[na:na]
	at org.springframework.boot.autoconfigure.batch.JobLauncherCommandLineRunner.getNextJobParameters(JobLauncherCommandLineRunner.java:133) ~[spring-boot-autoconfigure-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.autoconfigure.batch.JobLauncherCommandLineRunner.execute(JobLauncherCommandLineRunner.java:214) ~[spring-boot-autoconfigure-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.autoconfigure.batch.JobLauncherCommandLineRunner.executeLocalJobs(JobLauncherCommandLineRunner.java:233) ~[spring-boot-autoconfigure-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.autoconfigure.batch.JobLauncherCommandLineRunner.launchJobFromProperties(JobLauncherCommandLineRunner.java:125) ~[spring-boot-autoconfigure-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.autoconfigure.batch.JobLauncherCommandLineRunner.run(JobLauncherCommandLineRunner.java:119) ~[spring-boot-autoconfigure-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	at org.springframework.boot.SpringApplication.callRunner(SpringApplication.java:800) [spring-boot-1.4.1.RELEASE.jar:1.4.1.RELEASE]
	... 11 common frames omitted

This is because AbstractBatchConfiguration to claims "one" dataSource with creating DefaultBatchConfigurer as conditions, although autowiring Collection<DataSource> type.
In Spring Boot Reference Guide, mentions that:
" You might want to mark one of them as @Primary if you are using the default auto-configuration for JDBC or JPA (then that one will be picked up by any @Autowired injections)."
http://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/#howto-two-datasources
I tried this way, but my application did not work because of exceptions above.
Therefore, I think that the dataSources field in AbstractBatchConfiguration shoud be defined not as Collection<DataSource> but as DataSource.

The equality check for ObjectPathItem item id's in ObjectPath seems to break when used with MongoDB V3 due to contract changes of MongoDB's ObjectID. 
From the referenced commit in the mongo-java-driver:
https://github.com/mongodb/mongo-java-driver/commit/aa4b4355c808e045ce00cc1dfbdd0bf78fb6901a
(ObjectId.)equals method will no longer compare equal to anything but an ObjectId

Trying to submit a mapreduce job through templeton failed:
curl -k -u user:pass -d user.name=user -d define=JobName=MRPiJob -d class=pi -d arg=16 -d arg=100 -d jar="hadoop-mapreduce-examples.jar" https://xxx/templeton/v1/mapreduce/jar
"Usage: org.apache.hadoop.examples.QuasiMonteCarlo <nMaps> <nSamples>
 Generic options supported are
 -conf <configuration file> specify an application configuration file
 -D <property=value> use value for given property
 -fs <local|namenode:port> specify a namenode
 -jt <local|jobtracker:port> specify a job tracker
 -files <comma separated list of files> specify comma separated files to be copied to the map reduce cluster
 -libjars <comma separated list of jars> specify comma separated jar files to include in the classpath.
 -archives <comma separated list of archives> specify comma separated archives to be unarchived on the compute machines.
The general command line syntax is
 bin/hadoop command [genericOptions] [commandOptions]
templeton: job failed with exit code 2"
Note that if we remove the "define" parameter it works fine.

The KeyValueCodec's Decoder makes NoTagsKeyValue. The WalCellCodec also makes this Decoder and so while reading Cells after RS crash, we will loose all tags in Cells.  (While writing to WAL using WALCellCodec, we are preserving Cell tags.)
In case of SecureWALCellCodec, we are not even writing Cell tags to WAL.

Recently in Kotlin version 1.1.2 there was a change regarding opening (making not final) Koltin classes . Now private methods are not being opened. This is actual change:
https://github.com/JetBrains/kotlin/commit/5d4cefcc30615284b1b28d0fe0653f738371c167
Unfortunately Spring is very verbose regarding printing warning into logs about final methods. Which leads to a warning about private final methods like this:
"INFO  org.springframework.aop.framework.CglibAopProxy  - Final method [private final ...] cannot get proxied via CGLIB: Calls to this method will NOT be routed to the target instance and might lead to NPEs against uninitialized fields in the proxy instance."
https://github.com/spring-projects/spring-framework/blob/0d0b879a2313b73bf85abfe45ff0a59897aa6a3e/spring-aop/src/main/java/org/springframework/aop/framework/CglibAopProxy.java#L262
As discussed with Sebastien Deleuze @koltinlang Slack this should be checked only for public and protected methods.

Under some conditions, spring context is wrongly created.
Problem appears when:

there are beans/code which requires eager creation of the beans (autowiring by type or getBeansByType());
there are instances of FactoryBean-s;
some of the beans during eager creation cannot be instanciated;
aliases are used;

The original problem happened with cxf library and thousands of objects in spring context. Out of that, hopefully, I was able to build the testcase. It is attached - as separate project (maven).
As it is, it fails with NullPointerException - this means that one of the BeanK has 'wrongly created object of type BeanW' injected.
When you get rid of beanWAlias from the test.xml - test passes.
Look on BeanD - at first time it throws exception during construction - it leads to destorying of eagerly created singletons - but the destruction is not correct/full - beanK remains in the context. It is because 'alias' is used.

Encountered this when running master tests locally using 7u79:

Tests run: 8, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 12.28 sec <<< FAILURE! - in org.apache.hadoop.hbase.procedure2.TestProcedureRecovery
testRunningProcWithSameNonce(org.apache.hadoop.hbase.procedure2.TestProcedureRecovery)  Time elapsed: 0.318 sec  <<< ERROR!
	at com.google.common.base.Preconditions.checkArgument(Preconditions.java:76)
	at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.submitProcedure(ProcedureExecutor.java:595)
	at org.apache.hadoop.hbase.procedure2.ProcedureTestingUtility.submitAndWait(ProcedureTestingUtility.java:137)
	at org.apache.hadoop.hbase.procedure2.TestProcedureRecovery.testRunningProcWithSameNonce(TestProcedureRecovery.java:321)

org.apache.hadoop.hbase.procedure2.TestProcedureRecovery.testRunningProcWithSameNonce(org.apache.hadoop.hbase.procedure2.TestProcedureRecovery)
  Run 1: TestProcedureRecovery.testRunningProcWithSameNonce:321 » IllegalArgument
  Run 2: PASS

We should exclude the list of draft ciphers from the mechanism database.

Olingo2 component had an underlying assumption that all entity sets for an OData service would be in its default entity container. But designating containers as default is optional in OData. 
So the component needs to account for fully qualified resource paths like entity-container.entity-set

Since lvj_mapjoin.q was disabled when HIVE-9037 was committed, the golden file needs to be updated.

When union remove optimization is enabled, union query with aggregate function writes its subquery intermediate results to subdirs which needs mapred.input.dir.recursive to be enabled in order to be fetched. This property is not defined by default in Hive and often ignored by user, which causes the query failure and is hard to be debugged.
So we need set mapred.input.dir.recursive to true whenever union remove optimization is enabled.

Actually any command that would call back to the CommandContext for command execution would suffer from this problem. The CommandExecutor has a single thread executorService, it should have a pool of multiple threads.

Reported via commons-owner@
--------------------------------------------
From: James Urie
Sent: Tuesday, July 11, 2006 8:51 AM
To: 'commons-dev-subscribe@jakarta.apache.org'
Subject: New AIX fix?
Hello,
I had to change the "commons-io" code to allow for usage on AIX 5.3.
Attached is the file with changes.
The long and short of the change is that the "df" command used in the
File System Utils classes requires
A "P" to be added to the switch to enable "POSIX" capability.
James Urie

When building master branch against hadoop 3 beta1,

mvn clean install -Dhadoop-profile=3.0 -Dhadoop-three.version=3.0.0-beta1 -Dhadoop-two.version=3.0.0-beta1 -DskipTests

I got:

Here is part of the dependency tree showing the dependency:

[INFO] org.apache.hbase:hbase-client:jar:3.0.0-SNAPSHOT
...
[INFO] +- org.apache.hadoop:hadoop-auth:jar:3.0.0-beta1:compile
...

We need to exclude jsr305 so that build succeed.

Default urlrewrite config looks like:

<urlrewrite default-match-type="wildcard">
	<rule>
		<from>/resources/**</from>
		<to>/resources/$1</to>
	</rule>
	<rule>
		<from>/static/**</from>
		<to>/$1</to>
	</rule>
	<rule>
		<from>/</from>
		<to last="true">/WEB-INF/jsp/index.jsp</to>		
	</rule>
	<rule>
		<from>/app/**</from>
		<to last="true">/app/$1</to>
	</rule>
	<rule>
		<from>/**</from>
		<to>/app/$1</to>
	</rule>
	<outbound-rule>
	</outbound-rule>	
</urlrewrite>

I think it would be better to add  last="true" to resources rule as well.
This gets translated to
/resources/some.js -> /resources/some.js
/resources/infolder/some.js -> /app/resources/infolder/some.js (note the /app prefix)
This is due to the /** rule.
Changing resources rule to below will fix the problem:

    <rule>
        <from>/resources/**</from>
        <to last="true">/resources/$1</to>
    </rule>

ResourceHttpRequestHandler always logs a warning about missing resources

[standalone@embedded /] set name=World
[standalone@embedded /] for var in :resolve-expression(expression=Hello $name!)

As you can see in the example, the commands produce IllegalArgumentException. Instead of IllegalArgumentException there should be an error message explaining what is wrong.

The -Dhadoop.profile=3.0 build is failing currently due to code deprecated in hadoop2 and removed in hadoop3.

I'm using Kotlin Data Classes for my entities. This means all properties must be defined in the primary constructor, including properties annotated with @DBRef. This means that by default, even if properties are annotated with @DBRef(lazy = true), they're still eagerly loaded because KotlinClassGeneratingEntityInstantiator.DefaultingKotlinClassInstantiatorAdapter will load the field when trying to instantiate the class.
I've worked around this like so:

@Document(collection = "users")
@TypeAlias("user")
data class CustomUser(
        @Id var id: String? = null,

        @DBRef(lazy = true)
        var organisations: MutableList<Organisation> = mutableListOf()
) {
    @PersistenceConstructor
    constructor(id: String?): this(id, mutableListOf())
}

However I now get the error:

Failed to instantiate my.package.CustomUser using constructor fun <init>(kotlin.String?): my.package.CustomUser with arguments user123,0,null 

With the causing exception:

Caused by: java.lang.ClassCastException: java.lang.Integer cannot be cast to java.util.List 

This is because the parameter array is constructed based off the metadata from the @PersistenceConstructor ("0,null" are the default bitmask and the DefaultConstructorMarker) but the ObjectInstantiator is built using the default constructor as per KotlinClassGeneratingEntityInstantiator#doCreateEntityInstantiator

Having WildFly 8.0.0.Beta1 build from current sources.
After server is online without deployments I executed
$JBOSS_HOME/bin/jboss-cli.sh --connect --command=":reload"
This shows
22:27:45,605 ERROR org.jboss.msc.service.fail#startFailed MSC000001: Failed to start service jboss.messaging.default.jms.pooled-connection-factory.hornetq-ra: org.jboss.msc.service.StartException in service jboss.messaging.default.jms.pooled-connection-factory.hornetq-ra: JBAS011639: Failed to create resource adapter        at org.jboss.as.messaging.jms.PooledConnectionFactoryService.start(PooledConnectionFactoryService.java:309)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1944) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1877) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_40]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_40]
Caused by: org.jboss.msc.service.DuplicateServiceException: Service jboss.naming.context.java.jboss.DefaultJMSConnectionFactory is already registered
        at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
        at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:235) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
        at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:767) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
        at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:317) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
        at org.jboss.as.messaging.BinderServiceUtil.installAliasBinderService(BinderServiceUtil.java:72)
        at org.jboss.as.messaging.jms.PooledConnectionFactoryService.createJNDIAliases(PooledConnectionFactoryService.java:437)
        at org.jboss.as.messaging.jms.PooledConnectionFactoryService.createService(PooledConnectionFactoryService.java:423)
        at org.jboss.as.messaging.jms.PooledConnectionFactoryService.start(PooledConnectionFactoryService.java:306)
        ... 5 more
See attached server.log.

If you try to write the following commands into the CLI you will get an error Unrecognized variable.

[standalone@embedded /] if (outcome != success) of /system-property=test:read-resource
[standalone@embedded /] set foo=bar
[standalone@embedded /] echo $foo
Unrecognized variable foo

When Elytron authentication-configuration is added with credential-reference with non-exist alias through CLI then it results to NullPointerException.
See:

/subsystem=elytron/credential-store=cs:add(location=cs.jceks,create=true,relative-to=jboss.server.data.dir,credential-reference={clear-text=pass})
/subsystem=elytron/credential-store=cs:add-alias(alias=exist,secret-value=pass)
/subsystem=elytron/authentication-configuration=cfg1:add(credential-reference={store=cs,alias=exist})
/subsystem=elytron/authentication-configuration=cfg2:add(credential-reference={store=cs,alias=nonexist})
{
    "failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.security.authentication-configuration.cfg2" => "Failed to start service
    Caused by: java.lang.IllegalStateException: java.lang.NullPointerException
    Caused by: java.lang.NullPointerException"}},
}

NPE in server log:

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service org.wildfly.security.authentication-configuration.cfg2: org.jboss.msc.service.StartException in service org.wildfly.security.authentication-configuration.cfg2: Failed to start service
Caused by: java.lang.IllegalStateException: java.lang.NullPointerException
	at org.wildfly.extension.elytron.AuthenticationClientDefinitions$1.lambda$getValueSupplier$17(AuthenticationClientDefinitions.java:364)
	at java.util.function.Function.lambda$andThen$5(Function.java:88)
	at org.wildfly.extension.elytron.AuthenticationClientDefinitions$1.lambda$getValueSupplier$18(AuthenticationClientDefinitions.java:370)
	... 3 more
	at org.wildfly.extension.elytron.AuthenticationClientDefinitions$1.lambda$getValueSupplier$17(AuthenticationClientDefinitions.java:359)
	... 8 more

DistinguishedName.parse() is confused upon receiving mangled double-quotes character in the middle of the passed parameter.
Example: DN=Roger "Bunny" Rabbit,DC=somecompany,DC=com
The double-quote character is mangled (not clear by what, JNDI maybe?) so it looks like this " instead of \".
Before parse(): DN=Roger \\"Bunny" Rabbit,DC=somecompany,DC=com
After parse(): DN=Roger 
Solution: I have attached a patch that strips the extra backslash.  Then the parser works and it can handle properly escaped double-quotes just fine.

SPR-14790 added support for URI templates in MockMvcResultMatchers and as a consequence that encodes every expectedUrl value which previously were not. There is no need to change this existing behavior. Probably best to create a separate method explicitly named for use as a URI template so that you opt into the encoding. There is one comment under the ticket already.
Such a solution would also be aligned with a client side feature of the same kind under SPR-15819.

For a given task, if there is more than one attempt then deduplication logic kicks in.

Utilities.compareTempOrDuplicateFiles()

The logic uses file size and picks the one with largest size. This logic is very fragile.
ideally, it should pick the successful attempt's file.
However, a simpler solution is to pick the newest attempt and also checking the file size for the newest attempt is the largest.
If not, throw an exception.
 
cc Gopal V Thejas M Nair Jason Dere Eugene Koifman

When I use startMiniHBaseCluster method. It starts up a Mini Cluster for the tests. While starting It changes some configuration. For example Master's port or Region Server's. After Cluster starting We should set its new configuration to HbaseTestingUtils conf.

While testing some other scenario I found calling CoprocessorEnvironment.bypass() fails if all trailing puts in a batch are bypassed that way. By extension a single bypassed put will also fail.
The problem is that the puts are removed from the batch in a way that does not align them with the result-status, and in addition the result is never marked as success.
A possible fix is to just mark bypassed puts as SUCCESS and filter them in the following logic.
(I also contemplated a new BYPASSED OperationStatusCode, but that turned out to be not necessary).

I am extending the AbstractMongoEventListener to be able to access some object fields before saving it to the database and after reading it. And I noticed that the overridden methods are called correctly when I save directly an object (I have a dedicated collection for them), but they are not called when I save an object that only has the one that I want to modify as a member field. 
A class hierarchy could look like this:

    class A {
      private Object someFieldIWantToManipulate;
      ...  
    }

    class B {
      private List<A> aList;
      ...  
    }

If I have an ARepository that saves A objects to a Mongo collection, the onBeforeSave(BeforeSaveEvent<A> event) method gets invoked correctly. When I want to save a B instance, I would expect the same method to be invoked for every A object inside - so for every A object in 'aList' (I checked that also with single A object, instead of a list, with the same result), but apparently it is not.
It's true that the A object is not directly 'saved' (save() is invoked for B), but A is converted, and onBeforeConvert() and onAfterConvert() were not called as well.

There is this question on SO and also some other tests that confirm that 4.1 introduced a regression in the way the message listener container handles recovery.
It seems that certain exceptions are not being recognized the same way, not leading to an invalidation of the connection and therefore not applying the recovery at all.
It looks like SPR-11778 may be the reason of the regression even though it's not obviously clear why it would be.

In 0.96, we have the RPC handlers listed as tasks and show them in the web UI as well: 

Tasks:
Task: RpcServer.handler=0,port=64231
Status: WAITING:Waiting for a call
Running for 932s

Task: RpcServer.handler=1,port=64231

Task: RpcServer.handler=2,port=64231

After pluggable RPC scheduler, the way the tasks work for the handlers got changed. We no longer list idle RPC handlers in the tasks, but we register them dynamically to TaskMonitor through CallRunner. However, the IPC readers are still registered the old way (meaning that idle readers are listed as tasks, but not idle handlers). 
From the javadoc of MonitoredRPCHandlerImpl, it seems that we are NOT optimizing the allocation for the MonitoredTask anymore, but instead allocate one for every RPC call breaking the pattern (See CallRunner.getStatus()). 

/**
 * A MonitoredTask implementation designed for use with RPC Handlers 
 * handling frequent, short duration tasks. String concatenations and object 
 * allocations are avoided in methods that will be hit by every RPC call.
 */
@InterfaceAudience.Private
public class MonitoredRPCHandlerImpl extends MonitoredTaskImpl

There is also one more side affect that, since the CallRunner is a per-RPC object and created in the RPC listener thread, the created task ends up having a name "listener" although the actual processing happens in a handler thread. This is obviously very confusing during debugging. 

When hive.metastore.try.direct.sql is set to false, HMS will use JDO to retrieve data, therefor it is not necessary to instantiate an expensive MetaStoreDirectSql during ObjectStore initialization.

From Zhenyu:

2009-12-01 00:35:05,321 INFO org.apache.hadoop.hbase.regionserver.HRegion: Starting compaction on region ip_info_238,41.214.148.221,1259132082707
2009-12-01 00:35:05,572 WARN org.apache.hadoop.hbase.regionserver.Store: Not in setorg.apache.hadoop.hbase.regionserver.StoreScanner@7f821a6c
2009-12-01 00:35:05,572 ERROR org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction failed for region ip_info_238,41.214.148.221,1259132082707
	at org.apache.hadoop.hbase.regionserver.StoreScanner.updateReaders(StoreScanner.java:250)
	at org.apache.hadoop.hbase.regionserver.Store.notifyChangedReadersObservers(Store.java:628)
...

I have been trying to get Matrix Variables to work when they are declared as
@MatrixVariable(pathVar="price") Map<String, String> params,  OR
@MatrixVariable Map<String, String> params,
I am completely unable to get the 'value' from the map.  My aim is to cycle through each map entry, validate the key and retrieve the value.  There is only one value for each key which is why I was declaring the matrix variable as a Map<String, String>.  I have got the code to work using the declaration Map<String, List<String>> because it is valid for me to loop through the List<String> and get the value from the list, but I am unable to retrieve the value from the map when declared without the List. I can get the key, but whatever way I have tried to get the value (iterator, for/next loop, while loop) it always gives me a ClassCastException because it cannot cast between a LinkedList and whatever data type I'm using; a string in this case.
The code I am using to retrieve the value is as follows

    for(Map.Entry<String, String> e : params.entrySet()) {
        for( Product product : listOfProducts) {
            if("low".equals( e.getKey())) {
                    System.out.println(e.getValue() );
            }
        }
    }

The code fails at the point where it is trying to call the getValue method.  I have debugged the code and evaluated the 'value' from HashMap.class and the datatype of the value is always shown as a LinkedList.
Because the Map is declared as Map<String, String> the compiler will not allow me to iterate through a String.  However, the ClassCastException error is always because it is not possible to cast between a LinkedList (the return data type from getValue() in HashMap.class) and a String (the map declaration).
I don't know if this is a bug or a problem with my code, but I have been unable to find a single example where a MatrixVariable has been declared as a Map<K,V>.  All the examples I have found, including a number of text books always show the map declaration as a Map<K, List<V>>. This declaration does work because the declaration and the returned value will allow iteration though the LinkedList that is returned from the HashMap.class

checkout ChannelCommandDispatcherFactory
line 267 
if (this.listeners.isEmpty()) 
{...}

There should be a negation which should look like !this.listeners.isEmpty()

list_peers is failing because replication_admin#get_peer_state(id) pointing to the method removed from ReplicationAdmin. We need to read peer state from ReplicationPeer.

hbase(main):003:0> list_peers
 PEER_ID CLUSTER_KEY STATE

ERROR: undefined method `getPeerState' for #<Java::OrgApacheHadoopHbaseClientReplication::ReplicationAdmin:0x7e299629>

List all replication peer clusters.

  hbase> list_peers

    # Get peer cluster state
    def get_peer_state(id)
      @replication_admin.getPeerState(id)
    end

This is caused by HBASE-10322. The default RPC codec KVCodec strips tags.

In log4j.properties files for tests, "threshhold" should be corrected to "threshold".

If the size of RegionsInTransition is zero, the list passed to ClusterStatus will be null.
ClusterStatus.java

    Set<RegionState> rit = null;
    if (!proto.getRegionsInTransitionList().isEmpty()) {
      rit = new HashSet<RegionState>(proto.getRegionsInTransitionList().size());
      for (RegionInTransition region : proto.getRegionsInTransitionList()) {
        RegionState value = RegionState.convert(region.getRegionState());
        rit.add(value);
      }
    }

It causes NPE if someone try to do the for-each work. The HBaseFsckRepair is a real-life example.
HBaseFsckRepair.java

        for (RegionState rs: admin.getClusterStatus().getRegionsInTransition()) {
          if (rs.getRegion().equals(region)) {
            inTransition = true;
            break;
          }
        }

branch-2/master don't have this issue as the list of RegionsInTransition passed to ClusterStatus never be null.
ProtobufUtil.java

    List<RegionState> rit =
      new ArrayList<>(proto.getRegionsInTransitionList().size());
    for (RegionInTransition region : proto.getRegionsInTransitionList()) {
      RegionState value = RegionState.convert(region.getRegionState());
      rit.add(value);
}

container.createDefaultDeployment().as(WARArchive.class).addContextParam(...) is the intended approach for defining context-params via the java-api, however, it fails with:
ClassCastException: org.jboss.shrinkwrap.api.asset.FileAsset cannot be cast to org.jboss.shrinkwrap.api.asset.NamedAsset
the same is true for DefaultWarDeploymentFactory.archiveFromCurrentApp().addContextParam(...)

Take the following query as an example:
EXPLAIN SELECT * FROM 
src11 a JOIN
src12 b ON (a.key = b.key) JOIN
(SELECT * FROM (SELECT * FROM src13 UNION ALL SELECT * FROM src14)a )c ON c.value = b.value;
When hive.auto.convert.join=true, the two joins are implemented separately as conditional tasks with two mapjoins and a backup common join.  In the second join, the conditional task will be a backup task, contained in the ConditionalTask, and a root task.  This is clearly wrong, and leads to query failures.
I've traced this to the joinUnionPlan method of GenMapRedUtils.  If the union operator was performed in its own map reduce task and it could be a root task, when it is added to the mapper of the existing task which performs the join in the reducer, this task will get made a root task without first checking if the existing (non-union) task has any dependencies.

While checking the code for Bloom filter found that while checking if a key passes the ROW bloom check we try to create a bloom key. The bloom key should be constructed only with the row part of the key. But try to form the bloom key including the meta data part of the key.

There are valid Java packages not accepted by Roo

org.gvnix._2009_03_31
Underscores and numbers are valid Java identifiers for package, however Roo throws an error when classes on this package are managed.

java.lang.IllegalArgumentException: The first letter of the type name portion must be uppercase (attempted 'org.gvnix._2009_03_31')
	at org.springframework.roo.model.JavaType.<init>(JavaType.java:120)
	at org.springframework.roo.model.JavaType.<init>(JavaType.java:91)
	at org.springframework.roo.model.JavaType.getEnclosingType(JavaType.java:293)
	at org.springframework.roo.model.JavaType.getPackage(JavaType.java:260)
	at org.springframework.roo.classpath.javaparser.JavaParserMutableClassOrInterfaceTypeDetails.<init>(JavaParserMutableClassOrInterfaceTypeDetails.java:125)
	at org.springframework.roo.classpath.javaparser.JavaParserClassMetadata.<init>(JavaParserClassMetadata.java:70)
	at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.get(JavaParserMetadataProvider.java:146)
	at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:133)
	at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:151)
	at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:209)
	at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:126)
	at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:170)
	at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:124)
	at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:354)
	at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:327)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:167)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.backgroundPoll(DefaultProcessManager.java:114)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.timerBasedPoll(DefaultProcessManager.java:225)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager$2.run(DefaultProcessManager.java:75)
	at java.util.TimerThread.mainLoop(Timer.java:512)

There are valid Java types not accepted by Roo

JAXB data binding library generates a package-info.java class.
Java classes starting with lowercase letter are discouraged but accepted.

This create table fails because 'userId' != 'userid'

CREATE TABLE tmp_pyang_bucket3 (userId INT) CLUSTERED BY (userid) INTO 32 BUCKETS;

Used RestTemplate to access this URL:
http://query.yahooapis.com/v1/public/yql?q=select Date, Close, Volume from yahoo.finance.historicaldata where symbol = "AAPL" and startDate = "2012-01-01" and endDate = "2012-01-10"&format=json&env=store://datatables.org/alltableswithkeys
Getting this on Android:
400 Bad Request
org.springframework.web.client.HttpClientErrorException: 400 Bad Request
 	at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:76)
 	at org.springframework.web.client.RestTemplate.handleResponseError(RestTemplate.java:504)
Tried UriUtils.encodeHttpUrl, and noticed '=' got encoded as '&' at symbol = "AAPL", and not sure if that's the cause of the above issue:
http://query.yahooapis.com/v1/public/yql?q=select%20Date,%20Close,%20Volume%20from%20yahoo.finance.historicaldata%20where%20symbol%20&%20%22AAPL%22%20and%20startDate%20=%20%222012-01-01%22%20and%20endDate%20&%20%222012-01-10%22&format=json&env=store://datatables.org/alltableswithkeys
For comparison, correctly encoded URL should be:
http://query.yahooapis.com/v1/public/yql?q=select%20Date,%20Close,%20Volume%20from%20yahoo.finance.historicaldata%20where%20symbol%20=%20%22AAPL%22%20and%20startDate%20=%20%222012-01-01%22%20and%20endDate%20=%20%222012-01-10%22&format=json&env=store://datatables.org/alltableswithkeys
When tried same code on desktop, and it worked fine there.

SECOAUTH-253 was supposed to fix this, but it looks like it didn't or else there was a reversion.

ExecutionContext keys are not unique enough.  I thought we used to prepend the class name or something?

There's a variety of tests in this class that fail occasionally.
I think this is caused by incorrect waiting for the split to finish.
The local split method in the test does not wait until both daughters are online, and in some tests there's an assert following immediately that the two daughters exist.

If I am adding multiple listener classes inside a single <listener-container> element, only one of them is working i.e. the listener class which is defined at the last in XML e.g Please refer to the stackoverflow link above

CxfRsEndpoint doesn't support custom feture support like
org.apache.camel.component.cxf.CxfEndpoint.setFeatures(List<AbstractFeature>)
org.apache.camel.component.cxf.jaxrs.CxfRsEndpoint.createJAXRSClientFactoryBean() can't be used for additional configuration because org.apache.camel.component.cxf.jaxrs.CxfRsProducer.ClientFactoryBeanCache used
in case bus was initialized with required features they aren't initialized for WebClient

When using the constructor without specifying a delegate...
	public MessageListenerAdapter() 
{
		initDefaultStrategies();
		this.delegate = this;
	}

...the next call to getSubscriptionName leads to an endless loop:
	public String getSubscriptionName() {
		if (this.delegate instanceof SubscriptionNameProvider) 
{
			return ((SubscriptionNameProvider) this.delegate).getSubscriptionName();
		}
		else 
{
			return this.delegate.getClass().getName();
		}
	}
This is for example called in AbstractMessageListenerContainer.setMessageListener. Before the introduction of SubscriptionNameProvider in 2.5.6, by default the message listener's class name was used.

When errors occur during the connection process, ConnectController and ProviderSignInController currently allow those errors to be exposed as stack traces to the user. These exceptions should be handled more gracefully, perhaps sending the user back to the sign-in or connection status page with a message asking them to try again.
This issue aggregates SOCIALTW-24, SOCIALTW-25, SOCIALFB-47, and SOCIALFB-48, all of which describe different error situations, but with the same core problem: That Spring Social's controllers do a poor job of handling errors.

awhiteside@localhost jboss-as-8.0.0.Alpha1-SNAPSHOT# ./bin/standalone.sh -c standalone-osgi.xml

  JBOSS_HOME: /home/awhiteside/Downloads/jboss-as-8.0.0.Alpha1-SNAPSHOT

  JAVA: /usr/local/java/bin/java

  JAVA_OPTS:  -server -XX:+UseCompressedOops -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true

11:46:22,337 INFO  [org.jboss.modules] (main) JBoss Modules version 1.2.0.Final
11:46:22,482 INFO  [org.jboss.msc] (main) JBoss MSC version 1.1.2.Final
11:46:22,532 INFO  [org.jboss.as] (MSC service thread 1-7) JBAS015899: JBoss AS 8.0.0.Alpha1-SNAPSHOT "TBD" starting
11:46:23,332 INFO  [org.xnio] (MSC service thread 1-2) XNIO Version 3.1.0.CR2
11:46:23,335 INFO  [org.jboss.as.server] (Controller Boot Thread) JBAS015888: Creating http management service using socket-binding (management-http)
11:46:23,336 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.1.0.CR2
11:46:23,350 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 3.2.16.GA
11:46:23,361 INFO  [org.jboss.as.configadmin] (ServerService Thread Pool -- 28) JBAS016200: Activating ConfigAdmin Subsystem
11:46:23,373 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 34) JBAS010280: Activating Infinispan subsystem.
11:46:23,389 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 48) JBAS013171: Activating Security Subsystem
11:46:23,391 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 42) JBAS011800: Activating Naming Subsystem
11:46:23,395 INFO  [org.jboss.as.security] (MSC service thread 1-1) JBAS013170: Current PicketBox version=4.0.16.Final
11:46:23,403 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 40) JBAS012605: Activated the following JSF Implementations: [main, 1.2]
11:46:23,418 INFO  [org.jboss.as.connector.logging] (MSC service thread 1-3) JBAS010408: Starting JCA Subsystem (JBoss IronJacamar 1.0.16.Final)
11:46:23,421 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 52) JBAS015537: Activating WebServices Extension
11:46:23,436 INFO  [org.jboss.as.undertow] (MSC service thread 1-4) JBAS017502: Undertow 1.0.0.Alpha9 starting
11:46:23,438 INFO  [org.jboss.as.undertow] (ServerService Thread Pool -- 51) JBAS017502: Undertow 1.0.0.Alpha9 starting
11:46:23,439 INFO  [org.jboss.as.osgi] (ServerService Thread Pool -- 43) JBAS011906: Activating OSGi Subsystem
11:46:23,504 INFO  [org.jboss.as.naming] (MSC service thread 1-8) JBAS011802: Starting Naming Service
11:46:23,505 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-5) JBAS015400: Bound mail session [java:jboss/mail/Default]
11:46:23,526 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 29) JBAS010403: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
11:46:23,529 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) JBAS010417: Started Driver service with driver-name = h2
11:46:23,604 INFO  [io.undertow] (ServerService Thread Pool -- 51) Creating file handler for path /home/awhiteside/Downloads/jboss-as-8.0.0.Alpha1-SNAPSHOT/welcome-content
11:46:23,613 INFO  [org.jboss.ws.common.management] (MSC service thread 1-3) JBWS022052: Starting JBoss Web Services - Stack CXF Server 4.2.0.Alpha1
11:46:23,645 INFO  [org.jboss.as.undertow] (MSC service thread 1-4) Starting server server service: service jboss.undertow.server.default-server
11:46:23,658 INFO  [org.jboss.as.undertow] (MSC service thread 1-6) Starting host default-host
11:46:23,658 INFO  [org.jboss.as.undertow] (MSC service thread 1-6) registering handler io.undertow.server.handlers.resource.ResourceHandler@52540bd6 under path '/'
11:46:23,682 INFO  [org.jboss.as.undertow] (MSC service thread 1-4) JBAS017519: Undertow HTTP listener default listening on /127.0.0.1:8080
11:46:23,885 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-7) JBAS010400: Bound data source [java:jboss/datasources/ExampleDS]
11:46:23,920 INFO  [org.jboss.as.remoting] (MSC service thread 1-6) JBAS017100: Listening on 127.0.0.1:9999
11:46:23,920 INFO  [org.jboss.as.remoting] (MSC service thread 1-5) JBAS017100: Listening on 127.0.0.1:4447
11:46:23,931 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "ch-smpp-5.0.1.jar" (runtime-name: "ch-smpp-5.0.1.jar")
11:46:23,932 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "carrier-id-mapping-service-api-0.4-SNAPSHOT.jar" (runtime-name: "carrier-id-mapping-service-api-0.4-SNAPSHOT.jar")
11:46:23,933 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "camel-sjms-2.12-20130415.050502-14.jar" (runtime-name: "camel-sjms-2.12-20130415.050502-14.jar")
11:46:23,933 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "hornetq-integration-0.4-SNAPSHOT.jar" (runtime-name: "hornetq-integration-0.4-SNAPSHOT.jar")
11:46:23,933 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "org.springframework.aop-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.aop-3.2.2.RELEASE.jar")
11:46:23,931 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "org.springframework.aspects-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.aspects-3.2.2.RELEASE.jar")
11:46:23,934 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "voldemort-osgi-1.3.1.jar" (runtime-name: "voldemort-osgi-1.3.1.jar")
11:46:23,933 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "com.springsource.org.aspectj.weaver-1.7.1.RELEASE.jar" (runtime-name: "com.springsource.org.aspectj.weaver-1.7.1.RELEASE.jar")
11:46:23,935 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "commons-logging-1.1.1.jar" (runtime-name: "commons-logging-1.1.1.jar")
11:46:23,936 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "org.springframework.transaction-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.transaction-3.2.2.RELEASE.jar")
11:46:23,936 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "protostuff-core-1.0.7.jar" (runtime-name: "protostuff-core-1.0.7.jar")
11:46:23,937 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "http-component-spi-0.4-20130402.174124-2.jar" (runtime-name: "http-component-spi-0.4-20130402.174124-2.jar")
11:46:23,937 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "routing-engine-0.4-SNAPSHOT.jar" (runtime-name: "routing-engine-0.4-SNAPSHOT.jar")
11:46:23,937 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "org.apache.servicemix.bundles.kxml2-2.3.0_3.jar" (runtime-name: "org.apache.servicemix.bundles.kxml2-2.3.0_3.jar")
11:46:23,938 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "cloudhopper-smpp-component-1.0-SNAPSHOT.jar" (runtime-name: "cloudhopper-smpp-component-1.0-SNAPSHOT.jar")
11:46:23,938 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "org.springframework.core-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.core-3.2.2.RELEASE.jar")
11:46:23,939 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "carrier-datacoding-mapping-service-impl-0.4-SNAPSHOT.jar" (runtime-name: "carrier-datacoding-mapping-service-impl-0.4-SNAPSHOT.jar")
11:46:23,939 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "carrier-id-mapping-service-impl-0.4-SNAPSHOT.jar" (runtime-name: "carrier-id-mapping-service-impl-0.4-SNAPSHOT.jar")
11:46:23,940 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "gemini-blueprint-io-1.0.2.RELEASE.jar" (runtime-name: "gemini-blueprint-io-1.0.2.RELEASE.jar")
11:46:23,940 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "jcl-over-slf4j-1.7.5.jar" (runtime-name: "jcl-over-slf4j-1.7.5.jar")
11:46:23,940 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "jetty-server-9.0.1.v20130408.jar" (runtime-name: "jetty-server-9.0.1.v20130408.jar")
11:46:23,941 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "org.springframework.jms-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.jms-3.2.2.RELEASE.jar")
11:46:23,941 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "woodstox-core-asl-4.0.3.jar" (runtime-name: "woodstox-core-asl-4.0.3.jar")
11:46:23,942 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "org.springframework.beans-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.beans-3.2.2.RELEASE.jar")
11:46:23,942 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "commons-io-2.4.jar" (runtime-name: "commons-io-2.4.jar")
11:46:23,942 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "log4j-over-slf4j-1.7.5.jar" (runtime-name: "log4j-over-slf4j-1.7.5.jar")
11:46:23,943 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "commons-lang-2.5.jar" (runtime-name: "commons-lang-2.5.jar")
11:46:23,943 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "org.apache.servicemix.bundles.libthrift-0.7.0_1.jar" (runtime-name: "org.apache.servicemix.bundles.libthrift-0.7.0_1.jar")
11:46:23,943 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "smq-schema-1.2.jar" (runtime-name: "smq-schema-1.2.jar")
11:46:23,943 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "slf4j-api-1.7.5.jar" (runtime-name: "slf4j-api-1.7.5.jar")
11:46:23,936 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "com.springsource.com.fasterxml.jackson.core.jackson-core-2.0.2.jar" (runtime-name: "com.springsource.com.fasterxml.jackson.core.jackson-core-2.0.2.jar")
11:46:23,944 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "org.springframework.jdbc-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.jdbc-3.2.2.RELEASE.jar")
11:46:23,944 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "dummy-0.4-SNAPSHOT.jar" (runtime-name: "dummy-0.4-SNAPSHOT.jar")
11:46:23,944 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "ch-commons-util-6.0.1.jar" (runtime-name: "ch-commons-util-6.0.1.jar")
11:46:23,942 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "avro-1.7.2.jar" (runtime-name: "avro-1.7.2.jar")
11:46:23,949 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "stax2-api-3.0.1.jar" (runtime-name: "stax2-api-3.0.1.jar")
11:46:23,940 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "org.springframework.orm-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.orm-3.2.2.RELEASE.jar")
11:46:23,950 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "camel-jms-2.12-20130415.050425-14.jar" (runtime-name: "camel-jms-2.12-20130415.050425-14.jar")
11:46:23,950 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "jackson-core-asl-1.8.8.jar" (runtime-name: "jackson-core-asl-1.8.8.jar")
11:46:23,939 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "jetty-io-9.0.1.v20130408.jar" (runtime-name: "jetty-io-9.0.1.v20130408.jar")
11:46:23,950 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "stax-api-1.0.1.jar" (runtime-name: "stax-api-1.0.1.jar")
11:46:23,950 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "jetty-security-9.0.1.v20130408.jar" (runtime-name: "jetty-security-9.0.1.v20130408.jar")
11:46:23,951 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "paranamer-2.3.jar" (runtime-name: "paranamer-2.3.jar")
11:46:23,951 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "hawtio-osgi-1.0.war" (runtime-name: "hawtio-osgi-1.0.war")
11:46:23,951 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "org.eclipse.gemini.management-1.0.5.RELEASE.jar" (runtime-name: "org.eclipse.gemini.management-1.0.5.RELEASE.jar")
11:46:23,951 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "protostuff-runtime-1.0.7.jar" (runtime-name: "protostuff-runtime-1.0.7.jar")
11:46:23,952 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "commons-pool-1.6.jar" (runtime-name: "commons-pool-1.6.jar")
11:46:23,952 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "org.springframework.context-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.context-3.2.2.RELEASE.jar")
11:46:23,952 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "org.springframework.expression-3.2.2.RELEASE.jar" (runtime-name: "org.springframework.expression-3.2.2.RELEASE.jar")
11:46:23,952 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "http-component-0.4-SNAPSHOT.jar" (runtime-name: "http-component-0.4-SNAPSHOT.jar")
11:46:23,952 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "jackson-mapper-asl-1.8.8.jar" (runtime-name: "jackson-mapper-asl-1.8.8.jar")
11:46:23,953 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "ch-commons-charset-3.0.0.jar" (runtime-name: "ch-commons-charset-3.0.0.jar")
11:46:23,953 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "logback-core-1.0.11.jar" (runtime-name: "logback-core-1.0.11.jar")
11:46:23,953 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "org.osgi.enterprise-5.0.0.jar" (runtime-name: "org.osgi.enterprise-5.0.0.jar")
11:46:23,953 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "carrier-datacoding-mapping-service-api-0.4-SNAPSHOT.jar" (runtime-name: "carrier-datacoding-mapping-service-api-0.4-SNAPSHOT.jar")
11:46:23,953 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "org.apache.servicemix.bundles.xmlpull-1.1.3.1_2.jar" (runtime-name: "org.apache.servicemix.bundles.xmlpull-1.1.3.1_2.jar")
11:46:23,954 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "cloudhopper-smpp-component-spi-1.0-SNAPSHOT.jar" (runtime-name: "cloudhopper-smpp-component-spi-1.0-SNAPSHOT.jar")
11:46:23,955 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "gemini-blueprint-extender-1.0.2.RELEASE.jar" (runtime-name: "gemini-blueprint-extender-1.0.2.RELEASE.jar")
11:46:23,955 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "smq-common-1.2.jar" (runtime-name: "smq-common-1.2.jar")
11:46:23,955 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "protostuff-api-1.0.7.jar" (runtime-name: "protostuff-api-1.0.7.jar")
11:46:23,956 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "carrier-statuscode-mapping-service-impl-0.4-SNAPSHOT.jar" (runtime-name: "carrier-statuscode-mapping-service-impl-0.4-SNAPSHOT.jar")
11:46:23,956 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "protostuff-collectionschema-1.0.7.jar" (runtime-name: "protostuff-collectionschema-1.0.7.jar")
11:46:23,957 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "protostuff-uberjar-1.0.7.jar" (runtime-name: "protostuff-uberjar-1.0.7.jar")
11:46:23,957 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "jetty-util-9.0.1.v20130408.jar" (runtime-name: "jetty-util-9.0.1.v20130408.jar")
11:46:23,958 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "jetty-servlet-9.0.1.v20130408.jar" (runtime-name: "jetty-servlet-9.0.1.v20130408.jar")
11:46:23,958 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "logback-classic-1.0.11.jar" (runtime-name: "logback-classic-1.0.11.jar")
11:46:23,939 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-6) JBAS015012: Started FileSystemDeploymentService for directory /home/awhiteside/Downloads/jboss-as-8.0.0.Alpha1-SNAPSHOT/standalone/deployments
11:46:23,954 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "netty-3.6.3.Final.jar" (runtime-name: "netty-3.6.3.Final.jar")
11:46:23,954 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "snappy-java-1.0.4.1.jar" (runtime-name: "snappy-java-1.0.4.1.jar")
11:46:23,949 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "jgroups-3.2.5.Final.jar" (runtime-name: "jgroups-3.2.5.Final.jar")
11:46:23,961 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "jetty-jmx-9.0.1.v20130408.jar" (runtime-name: "jetty-jmx-9.0.1.v20130408.jar")
11:46:23,943 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "voldemort-aggregation-repository-0.4-SNAPSHOT.jar" (runtime-name: "voldemort-aggregation-repository-0.4-SNAPSHOT.jar")
11:46:23,961 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "smq-opaque-schema-1.2.jar" (runtime-name: "smq-opaque-schema-1.2.jar")
11:46:23,961 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "number-service-api-0.4-SNAPSHOT.jar" (runtime-name: "number-service-api-0.4-SNAPSHOT.jar")
11:46:23,961 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "jdom-1.1.3.jar" (runtime-name: "jdom-1.1.3.jar")
11:46:23,962 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "number-service-impl-0.4-SNAPSHOT.jar" (runtime-name: "number-service-impl-0.4-SNAPSHOT.jar")
11:46:23,962 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "smq-fs-1.2.jar" (runtime-name: "smq-fs-1.2.jar")
11:46:23,962 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "protobuf-java-2.4.1.jar" (runtime-name: "protobuf-java-2.4.1.jar")
11:46:23,962 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "joda-time-2.2.jar" (runtime-name: "joda-time-2.2.jar")
11:46:23,962 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "gemini-blueprint-core-1.0.2.RELEASE.jar" (runtime-name: "gemini-blueprint-core-1.0.2.RELEASE.jar")
11:46:23,963 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "com.springsource.org.aopalliance-1.0.0.jar" (runtime-name: "com.springsource.org.aopalliance-1.0.0.jar")
11:46:23,963 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "voldemort-protostuff-serializer-1.1.jar" (runtime-name: "voldemort-protostuff-serializer-1.1.jar")
11:46:23,963 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "smq-spi-1.2.jar" (runtime-name: "smq-spi-1.2.jar")
11:46:23,963 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "smq-component-1.2.jar" (runtime-name: "smq-component-1.2.jar")
11:46:23,964 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "smq-common-codecs-1.2.jar" (runtime-name: "smq-common-codecs-1.2.jar")
11:46:23,944 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "camel-core-2.12-20130415.050256-14.jar" (runtime-name: "camel-core-2.12-20130415.050256-14.jar")
11:46:23,964 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) JBAS015876: Starting deployment of "camel-spring-2.12-20130415.050508-14.jar" (runtime-name: "camel-spring-2.12-20130415.050508-14.jar")
11:46:23,964 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "commons-codec-1.7.jar" (runtime-name: "commons-codec-1.7.jar")
11:46:23,964 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "common-message-0.4-SNAPSHOT.jar" (runtime-name: "common-message-0.4-SNAPSHOT.jar")
11:46:23,961 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "jetty-http-9.0.1.v20130408.jar" (runtime-name: "jetty-http-9.0.1.v20130408.jar")
11:46:23,961 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "guava-13.0.1.jar" (runtime-name: "guava-13.0.1.jar")
11:46:23,958 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015876: Starting deployment of "carrier-statuscode-mapping-service-api-0.4-SNAPSHOT.jar" (runtime-name: "carrier-statuscode-mapping-service-api-0.4-SNAPSHOT.jar")
11:46:25,161 INFO  [org.jboss.osgi.framework] (MSC service thread 1-6) JBOSGI011006: OSGi Framework - 3.0.0.CR17
11:46:25,463 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.felix.log:1.0.0
11:46:25,465 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: jboss-osgi-logging:1.0.0
11:46:25,468 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.felix.configadmin:1.2.8
11:46:25,470 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: jboss-as-osgi-configadmin:8.0.0.Alpha1-SNAPSHOT
11:46:25,527 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.log4j-over-slf4j-1.7.5.jar:main
11:46:25,548 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.protostuff-core-1.0.7.jar:main
11:46:25,598 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.protostuff-runtime-1.0.7.jar:main
11:46:25,616 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.protobuf-java-2.4.1.jar:main
11:46:25,636 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.paranamer-2.3.jar:main
11:46:25,657 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.avro-1.7.2.jar:main
11:46:25,677 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.protostuff-api-1.0.7.jar:main
11:46:25,699 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.jdom-1.1.3.jar:main
11:46:25,719 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.protostuff-collectionschema-1.0.7.jar:main
11:46:25,739 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.stax-api-1.0.1.jar:main
11:46:25,759 INFO  [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011907: Register module: deployment.commons-logging-1.1.1.jar:main
11:46:25,781 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.carrier-datacoding-mapping-service-api:0.4.0.SNAPSHOT
11:46:25,793 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: com.cloudhopper.ch-commons-charset:3.0.0
11:46:25,782 INFO  [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: com.dyuproject.protostuff.uberjar:1.0.7
11:46:25,787 INFO  [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: stax2-api:3.0.1
11:46:25,801 INFO  [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: org.eclipse.jetty.http:9.0.1.v20130408
11:46:25,802 INFO  [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.common-message:0.4.0.SNAPSHOT
11:46:25,785 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.verisign.smq.schema:1.2.0
11:46:25,808 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: jackson-mapper-asl:1.8.8
11:46:25,814 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.carrier-datacoding-mapping-service-impl:0.4.0.SNAPSHOT
11:46:25,811 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.routing-engine:0.4.0.SNAPSHOT
11:46:25,821 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: com.springsource.org.aopalliance:1.0.0
11:46:25,824 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: com.mm.camel.component.smq.component:1.2.0
11:46:25,820 INFO  [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: osgi.enterprise:5.0.0.201203141834
11:46:25,840 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.camel.camel-core:2.12.0.SNAPSHOT
11:46:25,843 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: org.springframework.core:3.2.2.RELEASE
11:46:25,844 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: com.verisign.smq.opaque-schema:1.2.0
11:46:25,845 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: com.verisign.smq.fs:1.2.0
11:46:25,844 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: org.springframework.jdbc:3.2.2.RELEASE
11:46:25,848 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.carrier-statuscode-mapping-service-impl:0.4.0.SNAPSHOT
11:46:25,850 INFO  [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: com.verisign.smq.common:1.2.0
11:46:25,853 INFO  [org.jboss.osgi.framework] (MSC service thread 1-6) JBOSGI011001: Bundle installed: org.eclipse.gemini.blueprint.core:1.0.2.RELEASE
11:46:25,853 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: ch.qos.logback.classic:1.0.11
11:46:25,853 INFO  [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.springframework.expression:3.2.2.RELEASE
11:46:25,859 INFO  [org.jboss.osgi.framework] (MSC service thread 1-6) JBOSGI011001: Bundle installed: org.eclipse.jetty.util:9.0.1.v20130408
11:46:25,858 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: jackson-core-asl:1.8.8
11:46:25,856 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.voldemort-aggregation-repository:0.4.0.SNAPSHOT
11:46:25,871 INFO  [org.jboss.osgi.framework] (MSC service thread 1-6) JBOSGI011001: Bundle installed: org.eclipse.jetty.io:9.0.1.v20130408
11:46:25,872 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.number-service-impl:0.4.0.SNAPSHOT
11:46:25,873 INFO  [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: woodstox-core-asl:4.0.3
11:46:25,871 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.eclipse.jetty.servlet:9.0.1.v20130408
11:46:25,877 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.libthrift:0.7.0.1
11:46:25,878 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.carrier-statuscode-mapping-service-api:0.4.0.SNAPSHOT
11:46:25,872 INFO  [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: com.project-voldemort.voldemort-osgi:1.3.1
11:46:25,873 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.springframework.aop:3.2.2.RELEASE
11:46:25,873 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: io.hawt.hawtio-web:1.0.0
11:46:25,880 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: jcl.over.slf4j:1.7.5
11:46:25,881 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: joda-time:2.2.0
11:46:25,883 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.verisign.smq.common-codecs:1.2.0
11:46:25,886 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: com.springsource.com.fasterxml.jackson.core.jackson-core:2.0.2
11:46:25,886 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mm.camel.component.http.dummy:0.4.0.SNAPSHOT
11:46:25,891 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: org.apache.commons.pool:1.6.0
11:46:25,892 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.number-service-api:0.4.0.SNAPSHOT
11:46:25,891 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: org.eclipse.jetty.jmx:9.0.1.v20130408
11:46:25,897 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mm.camel.component.http.component:0.4.0.SNAPSHOT
11:46:25,900 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: org.apache.commons.codec:1.7.0
11:46:25,898 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: org.springframework.transaction:3.2.2.RELEASE
11:46:25,903 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: org.eclipse.gemini.management:1.0.5.RELEASE
11:46:25,899 INFO  [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: org.apache.commons.lang:2.5.0
11:46:25,906 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mm.camel.component.smpp.cloudhopper-smpp-component:1.0.0.SNAPSHOT
11:46:25,909 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.hornetq-integration:0.4.0.SNAPSHOT
11:46:25,911 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.carrier-id-mapping-service-api:0.4.0.SNAPSHOT
11:46:25,915 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.springsource.org.aspectj.weaver:1.7.1.RELEASE
11:46:25,918 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: org.apache.commons.io:2.4.0
11:46:25,918 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.verisign.smq.spi:1.2.0
11:46:25,931 INFO  [org.jboss.osgi.framework] (MSC service thread 1-6) JBOSGI011001: Bundle installed: org.jboss.netty:3.6.3.Final
11:46:25,935 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: org.eclipse.jetty.security:9.0.1.v20130408
11:46:25,939 INFO  [org.jboss.osgi.framework] (MSC service thread 1-6) JBOSGI011001: Bundle installed: org.eclipse.gemini.blueprint.io:1.0.2.RELEASE
11:46:25,944 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.eclipse.gemini.blueprint.extender:1.0.2.RELEASE
11:46:25,946 INFO  [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: ch.qos.logback.core:1.0.11
11:46:25,944 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: org.jgroups:3.2.5.Final
11:46:25,948 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mm.camel.component.smpp.cloudhopper-smpp-component-spi:1.0.0.SNAPSHOT
11:46:25,953 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: org.apache.camel.camel-sjms:2.12.0.SNAPSHOT
11:46:25,954 INFO  [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.springframework.context:3.2.2.RELEASE
11:46:25,955 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.springframework.orm:3.2.2.RELEASE
11:46:25,955 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: org.springframework.beans:3.2.2.RELEASE
11:46:25,955 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: slf4j.api:1.7.5
11:46:25,957 INFO  [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: com.mm.camel.component.http.component-spi:0.4.0.SNAPSHOT
11:46:25,957 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: com.mm.voldemort.protostuff-serializer:1.1.0
11:46:25,960 INFO  [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: com.google.guava:13.0.1
11:46:25,962 INFO  [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: com.mm.gateway.messaging.carrier-id-mapping-service-impl:0.4.0.SNAPSHOT
11:46:25,963 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: org.apache.camel.camel-jms:2.12.0.SNAPSHOT
11:46:25,954 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.cloudhopper.ch-commons-util:6.0.1
11:46:25,966 INFO  [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.xmlpull:1.1.3.1_2
11:46:25,967 INFO  [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: com.cloudhopper.ch-smpp:5.0.1
11:46:25,965 INFO  [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.kxml2:2.3.0.3
11:46:25,955 INFO  [org.jboss.osgi.framework] (MSC service thread 1-6) JBOSGI011001: Bundle installed: org.eclipse.jetty.server:9.0.1.v20130408
11:46:25,969 INFO  [org.jboss.osgi.framework] (MSC service thread 1-5) JBOSGI011001: Bundle installed: org.xerial.snappy.snappy-java:1.0.4.1
11:46:25,968 INFO  [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.springframework.jms:3.2.2.RELEASE
11:46:25,967 INFO  [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.springframework.aspects:3.2.2.RELEASE
11:46:25,984 INFO  [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.camel.camel-spring:2.12.0.SNAPSHOT
11:46:29,588 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jbosgi.PersistentBundles.RESOLVE: org.jboss.msc.service.StartException in service jbosgi.PersistentBundles.RESOLVE: Failed to start service
	at org.jboss.as.osgi.service.ModuleLoaderIntegration$FrameworkModuleLoaderImpl.createModuleService(ModuleLoaderIntegration.java:230)
	at org.jboss.osgi.framework.internal.ResolverImpl.createModuleServices(ResolverImpl.java:382)
	at org.jboss.osgi.framework.internal.ResolverImpl.applyResolverResults(ResolverImpl.java:319)
	at org.jboss.osgi.framework.internal.ResolverImpl.resolveInternal(ResolverImpl.java:179)
	at org.jboss.osgi.framework.internal.ResolverImpl.resolveAndApply(ResolverImpl.java:125)
	at org.jboss.osgi.framework.internal.FrameworkWiringImpl.resolveBundles(FrameworkWiringImpl.java:241)
	at org.jboss.osgi.framework.spi.BootstrapBundlesResolve.start(BootstrapBundlesResolve.java:122)
	... 3 more

11:46:29,637 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "log4j-over-slf4j-1.7.5.jar" (runtime-name : "log4j-over-slf4j-1.7.5.jar")
11:46:29,638 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jcl-over-slf4j-1.7.5.jar" (runtime-name : "jcl-over-slf4j-1.7.5.jar")
11:46:29,638 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.beans-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.beans-3.2.2.RELEASE.jar")
11:46:29,638 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "gemini-blueprint-extender-1.0.2.RELEASE.jar" (runtime-name : "gemini-blueprint-extender-1.0.2.RELEASE.jar")
11:46:29,639 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.jdbc-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.jdbc-3.2.2.RELEASE.jar")
11:46:29,639 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "carrier-statuscode-mapping-service-api-0.4-SNAPSHOT.jar" (runtime-name : "carrier-statuscode-mapping-service-api-0.4-SNAPSHOT.jar")
11:46:29,639 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jetty-util-9.0.1.v20130408.jar" (runtime-name : "jetty-util-9.0.1.v20130408.jar")
11:46:29,639 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.apache.servicemix.bundles.libthrift-0.7.0_1.jar" (runtime-name : "org.apache.servicemix.bundles.libthrift-0.7.0_1.jar")
11:46:29,639 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jetty-server-9.0.1.v20130408.jar" (runtime-name : "jetty-server-9.0.1.v20130408.jar")
11:46:29,640 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "number-service-api-0.4-SNAPSHOT.jar" (runtime-name : "number-service-api-0.4-SNAPSHOT.jar")
11:46:29,640 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jetty-http-9.0.1.v20130408.jar" (runtime-name : "jetty-http-9.0.1.v20130408.jar")
11:46:29,640 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "hornetq-integration-0.4-SNAPSHOT.jar" (runtime-name : "hornetq-integration-0.4-SNAPSHOT.jar")
11:46:29,640 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "smq-schema-1.2.jar" (runtime-name : "smq-schema-1.2.jar")
11:46:29,640 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "carrier-id-mapping-service-api-0.4-SNAPSHOT.jar" (runtime-name : "carrier-id-mapping-service-api-0.4-SNAPSHOT.jar")
11:46:29,640 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "commons-io-2.4.jar" (runtime-name : "commons-io-2.4.jar")
11:46:29,641 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "carrier-datacoding-mapping-service-api-0.4-SNAPSHOT.jar" (runtime-name : "carrier-datacoding-mapping-service-api-0.4-SNAPSHOT.jar")
11:46:29,641 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "snappy-java-1.0.4.1.jar" (runtime-name : "snappy-java-1.0.4.1.jar")
11:46:29,641 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "netty-3.6.3.Final.jar" (runtime-name : "netty-3.6.3.Final.jar")
11:46:29,641 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "camel-jms-2.12-20130415.050425-14.jar" (runtime-name : "camel-jms-2.12-20130415.050425-14.jar")
11:46:29,641 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "smq-common-codecs-1.2.jar" (runtime-name : "smq-common-codecs-1.2.jar")
11:46:29,642 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jdom-1.1.3.jar" (runtime-name : "jdom-1.1.3.jar")
11:46:29,642 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "commons-logging-1.1.1.jar" (runtime-name : "commons-logging-1.1.1.jar")
11:46:29,642 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "routing-engine-0.4-SNAPSHOT.jar" (runtime-name : "routing-engine-0.4-SNAPSHOT.jar")
11:46:29,642 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "common-message-0.4-SNAPSHOT.jar" (runtime-name : "common-message-0.4-SNAPSHOT.jar")
11:46:29,642 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "protostuff-runtime-1.0.7.jar" (runtime-name : "protostuff-runtime-1.0.7.jar")
11:46:29,642 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jetty-servlet-9.0.1.v20130408.jar" (runtime-name : "jetty-servlet-9.0.1.v20130408.jar")
11:46:29,643 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.apache.servicemix.bundles.xmlpull-1.1.3.1_2.jar" (runtime-name : "org.apache.servicemix.bundles.xmlpull-1.1.3.1_2.jar")
11:46:29,643 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "joda-time-2.2.jar" (runtime-name : "joda-time-2.2.jar")
11:46:29,643 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "ch-smpp-5.0.1.jar" (runtime-name : "ch-smpp-5.0.1.jar")
11:46:29,643 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.apache.servicemix.bundles.kxml2-2.3.0_3.jar" (runtime-name : "org.apache.servicemix.bundles.kxml2-2.3.0_3.jar")
11:46:29,643 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "protostuff-uberjar-1.0.7.jar" (runtime-name : "protostuff-uberjar-1.0.7.jar")
11:46:29,643 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "carrier-datacoding-mapping-service-impl-0.4-SNAPSHOT.jar" (runtime-name : "carrier-datacoding-mapping-service-impl-0.4-SNAPSHOT.jar")
11:46:29,644 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "commons-lang-2.5.jar" (runtime-name : "commons-lang-2.5.jar")
11:46:29,644 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jetty-security-9.0.1.v20130408.jar" (runtime-name : "jetty-security-9.0.1.v20130408.jar")
11:46:29,644 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "protostuff-api-1.0.7.jar" (runtime-name : "protostuff-api-1.0.7.jar")
11:46:29,644 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "paranamer-2.3.jar" (runtime-name : "paranamer-2.3.jar")
11:46:29,644 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "carrier-id-mapping-service-impl-0.4-SNAPSHOT.jar" (runtime-name : "carrier-id-mapping-service-impl-0.4-SNAPSHOT.jar")
11:46:29,644 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "camel-spring-2.12-20130415.050508-14.jar" (runtime-name : "camel-spring-2.12-20130415.050508-14.jar")
11:46:29,644 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "protobuf-java-2.4.1.jar" (runtime-name : "protobuf-java-2.4.1.jar")
11:46:29,645 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jgroups-3.2.5.Final.jar" (runtime-name : "jgroups-3.2.5.Final.jar")
11:46:29,645 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "camel-core-2.12-20130415.050256-14.jar" (runtime-name : "camel-core-2.12-20130415.050256-14.jar")
11:46:29,645 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "protostuff-collectionschema-1.0.7.jar" (runtime-name : "protostuff-collectionschema-1.0.7.jar")
11:46:29,645 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "commons-codec-1.7.jar" (runtime-name : "commons-codec-1.7.jar")
11:46:29,645 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "ch-commons-charset-3.0.0.jar" (runtime-name : "ch-commons-charset-3.0.0.jar")
11:46:29,646 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "cloudhopper-smpp-component-1.0-SNAPSHOT.jar" (runtime-name : "cloudhopper-smpp-component-1.0-SNAPSHOT.jar")
11:46:29,646 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "woodstox-core-asl-4.0.3.jar" (runtime-name : "woodstox-core-asl-4.0.3.jar")
11:46:29,646 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "ch-commons-util-6.0.1.jar" (runtime-name : "ch-commons-util-6.0.1.jar")
11:46:29,646 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jackson-mapper-asl-1.8.8.jar" (runtime-name : "jackson-mapper-asl-1.8.8.jar")
11:46:29,646 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "smq-opaque-schema-1.2.jar" (runtime-name : "smq-opaque-schema-1.2.jar")
11:46:29,646 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "stax-api-1.0.1.jar" (runtime-name : "stax-api-1.0.1.jar")
11:46:29,647 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "smq-fs-1.2.jar" (runtime-name : "smq-fs-1.2.jar")
11:46:29,647 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "smq-component-1.2.jar" (runtime-name : "smq-component-1.2.jar")
11:46:29,647 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "camel-sjms-2.12-20130415.050502-14.jar" (runtime-name : "camel-sjms-2.12-20130415.050502-14.jar")
11:46:29,647 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "voldemort-aggregation-repository-0.4-SNAPSHOT.jar" (runtime-name : "voldemort-aggregation-repository-0.4-SNAPSHOT.jar")
11:46:29,647 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "voldemort-osgi-1.3.1.jar" (runtime-name : "voldemort-osgi-1.3.1.jar")
11:46:29,647 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "avro-1.7.2.jar" (runtime-name : "avro-1.7.2.jar")
11:46:29,648 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jetty-io-9.0.1.v20130408.jar" (runtime-name : "jetty-io-9.0.1.v20130408.jar")
11:46:29,648 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "smq-spi-1.2.jar" (runtime-name : "smq-spi-1.2.jar")
11:46:29,648 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "http-component-spi-0.4-20130402.174124-2.jar" (runtime-name : "http-component-spi-0.4-20130402.174124-2.jar")
11:46:29,648 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "number-service-impl-0.4-SNAPSHOT.jar" (runtime-name : "number-service-impl-0.4-SNAPSHOT.jar")
11:46:29,648 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "commons-pool-1.6.jar" (runtime-name : "commons-pool-1.6.jar")
11:46:29,648 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "hawtio-osgi-1.0.war" (runtime-name : "hawtio-osgi-1.0.war")
11:46:29,649 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "stax2-api-3.0.1.jar" (runtime-name : "stax2-api-3.0.1.jar")
11:46:29,649 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "guava-13.0.1.jar" (runtime-name : "guava-13.0.1.jar")
11:46:29,649 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jackson-core-asl-1.8.8.jar" (runtime-name : "jackson-core-asl-1.8.8.jar")
11:46:29,649 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "carrier-statuscode-mapping-service-impl-0.4-SNAPSHOT.jar" (runtime-name : "carrier-statuscode-mapping-service-impl-0.4-SNAPSHOT.jar")
11:46:29,649 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "http-component-0.4-SNAPSHOT.jar" (runtime-name : "http-component-0.4-SNAPSHOT.jar")
11:46:29,649 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "voldemort-protostuff-serializer-1.1.jar" (runtime-name : "voldemort-protostuff-serializer-1.1.jar")
11:46:29,650 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "dummy-0.4-SNAPSHOT.jar" (runtime-name : "dummy-0.4-SNAPSHOT.jar")
11:46:29,650 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "jetty-jmx-9.0.1.v20130408.jar" (runtime-name : "jetty-jmx-9.0.1.v20130408.jar")
11:46:29,650 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "protostuff-core-1.0.7.jar" (runtime-name : "protostuff-core-1.0.7.jar")
11:46:29,650 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "smq-common-1.2.jar" (runtime-name : "smq-common-1.2.jar")
11:46:29,650 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "cloudhopper-smpp-component-spi-1.0-SNAPSHOT.jar" (runtime-name : "cloudhopper-smpp-component-spi-1.0-SNAPSHOT.jar")
11:46:29,650 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.jms-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.jms-3.2.2.RELEASE.jar")
11:46:29,651 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.orm-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.orm-3.2.2.RELEASE.jar")
11:46:29,652 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.expression-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.expression-3.2.2.RELEASE.jar")
11:46:29,652 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.aspects-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.aspects-3.2.2.RELEASE.jar")
11:46:29,652 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.core-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.core-3.2.2.RELEASE.jar")
11:46:29,652 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "logback-classic-1.0.11.jar" (runtime-name : "logback-classic-1.0.11.jar")
11:46:29,652 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.aop-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.aop-3.2.2.RELEASE.jar")
11:46:29,652 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "gemini-blueprint-io-1.0.2.RELEASE.jar" (runtime-name : "gemini-blueprint-io-1.0.2.RELEASE.jar")
11:46:29,653 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "com.springsource.org.aspectj.weaver-1.7.1.RELEASE.jar" (runtime-name : "com.springsource.org.aspectj.weaver-1.7.1.RELEASE.jar")
11:46:29,653 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.osgi.enterprise-5.0.0.jar" (runtime-name : "org.osgi.enterprise-5.0.0.jar")
11:46:29,653 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.transaction-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.transaction-3.2.2.RELEASE.jar")
11:46:29,653 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "com.springsource.com.fasterxml.jackson.core.jackson-core-2.0.2.jar" (runtime-name : "com.springsource.com.fasterxml.jackson.core.jackson-core-2.0.2.jar")
11:46:29,653 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "gemini-blueprint-core-1.0.2.RELEASE.jar" (runtime-name : "gemini-blueprint-core-1.0.2.RELEASE.jar")
11:46:29,653 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.springframework.context-3.2.2.RELEASE.jar" (runtime-name : "org.springframework.context-3.2.2.RELEASE.jar")
11:46:29,653 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "logback-core-1.0.11.jar" (runtime-name : "logback-core-1.0.11.jar")
11:46:29,654 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "com.springsource.org.aopalliance-1.0.0.jar" (runtime-name : "com.springsource.org.aopalliance-1.0.0.jar")
11:46:29,654 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "org.eclipse.gemini.management-1.0.5.RELEASE.jar" (runtime-name : "org.eclipse.gemini.management-1.0.5.RELEASE.jar")
11:46:29,654 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 30) JBAS018559: Deployed "slf4j-api-1.7.5.jar" (runtime-name : "slf4j-api-1.7.5.jar")
11:46:29,655 INFO  [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
      service jbosgi.PersistentBundles.COMPLETE (missing) dependents: [service jboss.deployment.unit."number-service-impl-0.4-SNAPSHOT.jar".CONFIGURE_MODULE, service jboss.deployment.unit."snappy-java-1.0.4.1.jar".CONFIGURE_MODULE, service jboss.deployment.unit."org.springframework.aspects-3.2.2.RELEASE.jar".CONFIGURE_MODULE, service jboss.deployment.unit."org.apache.servicemix.bundles.xmlpull-1.1.3.1_2.jar".CONFIGURE_MODULE, JBAS014799: ... and 78 more ] 
JBAS014777:   Services which failed to start:      service jbosgi.PersistentBundles.RESOLVE: org.jboss.msc.service.StartException in service jbosgi.PersistentBundles.RESOLVE: Failed to start service

11:46:29,746 INFO  [org.jboss.as] (Controller Boot Thread) JBAS015961: Http management interface listening on http://127.0.0.1:9990/management
11:46:29,746 INFO  [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://127.0.0.1:9990
11:46:29,746 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: JBoss AS 8.0.0.Alpha1-SNAPSHOT "TBD" started (with errors) in 7701ms - Started 1099 of 1266 services (85 services failed or missing dependencies, 159 services are lazy, passive or on-demand)

I've created the following roo project within datanucleus
// Spring Roo 1.2.1.RELEASE [rev 6eae723] log opened at 2012-03-21 22:27:38
project com.dn --java 6
//persistence setup --provider HIBERNATE --database HYPERSONIC_IN_MEMORY
entity jpa --class ~.shared.domain.Contact
field string --fieldName fullName --notNull
field string --fieldName email
field string --fieldName phoneNumber
logging setup --level DEBUG 
web mvc all --package ~.server.web
exit
//Fails trying to compile with command shell
mvn clean install
[ERROR] Failed to execute goal org.datanucleus:maven-datanucleus-plugin:3.0.1:en
hance (default) on project dn: Error executing enhancer: InvocationTargetExcepti
on: El plugin (Bundle) "org.datanucleus" ya esta registrado. Por favor compruebe
 que usted no tiene otras versiones del mismo plugin en el CLASSPATH. El URL "fi
le:/D:/Java/repository/org/datanucleus/datanucleus-core/3.1.0-m2/datanucleus-cor
e-3.1.0-m2.jar" esta registrado, y intenta registra otro al URL "file:/D:/Java/r
epository/org/datanucleus/datanucleus-core/3.0.7/datanucleus-core-3.0.7.jar." ->
a conflict with datanucleus-core-3.1.0-m2 version. I've tried to add runtime for the -core dependency :
            <groupId>org.datanucleus</groupId>
            <artifactId>datanucleus-core</artifactId>
            <version>3.0.7</version>
            <scope>runtime</scope>
or change the version to a range
            <version>[3.0, 3.1)</version>
and I could compile successfully,
but when I try to run the project, it fails in both cases
...Caused by:
org.datanucleus.exceptions.NucleusUserException: Error : Un error ocurrio cuando
 creando un adaptador "org.datanucleus.api.jpa.JPAAdapter" (quizas no tengas el
jar apropiado datanucleus-api-XXX en el CLASSPATH, o el api jar para la especifi
cacion que utilisas?) : javax/jdo/JDONullIdentityException
        at org.datanucleus.api.ApiAdapterFactory.getApiAdapter(ApiAdapterFactory
.java:108)...
I've tryed Spring Roo 1.3.0.BUILD-SNAPSHOT [rev 47ce1ea with same results. This version contains an update of version (3.0.8 instead of 3.0.7 of the ROO 1.2.1)
No issues within HIBERNATE (instead of DATANUCLEUS)
I showed 1.2.1.Release includes an update to datanucleus-appengine 2. Is it really working?
What are the right versions to be used?

Upstream thrift library has a know issue (THRIFT-601) causing the thrift server to crash with an Out-of-Memory Error when bogus requests are sent.
This reproduces when a very large request size is sent in the request header, making the thrift server to allocate a large memory segment leading to OOM.
LoadBalancer health checks are the first "candidate" for bogus requests
Thrift developers admit this is a known issue with TBinaryProtocol and their recommandation is to use TCompactProtocol/TFramedTransport but this requires all thrift clients to be updated (might not be feasible atm)
So we need a fix similar to CASSANDRA-475.

Hi,
by chance we found a problem that can create a security risk. The scenario is a CXF WS consumer endpoint configured without WSDL and right after that a step, e.g. a setHeader that uses an XPath to access the CXF payload. When you now create a http GET request on the endpoint (normally it should be POST) then the error No type converter available to convert from type: org.apache.camel.component.cxf.converter.CachedCxfPayload to the required type: javax.xml.transform.sax.SAXSource with value org.apache.camel.component.cxf.converter.CachedCxfPayload@45812dad
is thrown.
First of all it is surprising that CXF accepts the request. Second a type conversion like that is possible. The reason for this error message is within the type converter coding. The converter returns a null object for the not existing payload of the GET request but this is interpreted as there is no type converter available. One could say that this is just a bad error message but more over the type converter is now kind of black-listed internally. That means the next calls being correct or wrong will not look for a type converter but return immedeately the above error. That means the endpoint is blocked until the scenario is restarted. This seems to be more efficient than a DOS attack (but of course one has to have access rights). I provide a simple patch that raises a runtime exception in the CXF type converter when there is no payload. I am not 100% sure whether this is the best way to fix it. Maybe GET requests should be blocked already in CXF. I also could imagine that somethin like that is also possible in other components. 
We use Camel 2.16.2 and I tested it in CXF 2.16.3 and it is not fixed.  

TestRegionServerExit has a couple of problems:
1. Region server tries to start http server on a port already in use:
[junit] 2008-02-07 07:01:06,529 FATAL [RegionServer:2] hbase.HRegionServer(867): Failed init
[junit] java.io.IOException: Problem starting http server
[junit] 	at org.apache.hadoop.hbase.util.InfoServer.start(InfoServer.java:227)
[junit] 	at org.apache.hadoop.hbase.HRegionServer.startServiceThreads(HRegionServer.java:928)
[junit] 	at org.apache.hadoop.hbase.HRegionServer.init(HRegionServer.java:863)
[junit] 	at org.apache.hadoop.hbase.HRegionServer.run(HRegionServer.java:633)
[junit] 	at java.lang.Thread.run(Thread.java:595)
[junit] Caused by: org.mortbay.util.MultiException[java.net.BindException: Address already in use]
[junit] 	at org.mortbay.http.HttpServer.doStart(HttpServer.java:731)
[junit] 	at org.mortbay.util.Container.start(Container.java:72)
[junit] 	at org.apache.hadoop.hbase.util.InfoServer.start(InfoServer.java:205)
[junit] 	... 4 more
[junit] 2008-02-07 07:01:06,530 FATAL [RegionServer:2] hbase.HRegionServer(772): Unhandled exception. Aborting...
The region server that died apparently was serving the root region.
The test case apparently has a long timeout for finding the root region because you see a lot of 
 [junit] 2008-02-07 07:04:14,813 DEBUG [Thread-540] hbase.HConnectionManager$TableServers(708): Wake. Retry finding root region.
[junit] 2008-02-07 07:04:14,814 DEBUG [Thread-540] hbase.HConnectionManager$TableServers(704): Sleeping. Waiting for root region.
[junit] 2008-02-07 07:04:24,823 DEBUG [Thread-540] hbase.HConnectionManager$TableServers(708): Wake. Retry finding root region.
[junit] 2008-02-07 07:04:24,827 DEBUG [Thread-540] hbase.HConnectionManager$TableServers(704): Sleeping. Waiting for root region.
[junit] 2008-02-07 07:04:34,833 DEBUG [Thread-540] hbase.HConnectionManager$TableServers(708): Wake. Retry finding root region.
[junit] 2008-02-07 07:04:34,836 DEBUG [Thread-540] hbase.HConnectionManager$TableServers(704): Sleeping. Waiting for root region.
[junit] 2008-02-07 07:04:44,842 DEBUG [Thread-540] hbase.HConnectionManager$TableServers(708): Wake. Retry finding root region.
until finally the client gives up:
 [junit] 2008-02-07 07:04:44,843 FATAL [Thread-540] hbase.TestRegionServerExit$1(161): could not re-open meta table because
[junit] org.apache.hadoop.hbase.NoServerForRegionException: Timed out trying to locate root region
[junit] 	at org.apache.hadoop.hbase.HConnectionManager$TableServers.locateRootRegion(HConnectionManager.java:718)
[junit] 	at org.apache.hadoop.hbase.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:329)
[junit] 	at org.apache.hadoop.hbase.HConnectionManager$TableServers.relocateRegion(HConnectionManager.java:311)
[junit] 	at org.apache.hadoop.hbase.HConnectionManager$TableServers.locateRegionInMeta(HConnectionManager.java:476)
[junit] 	at org.apache.hadoop.hbase.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:339)
[junit] 	at org.apache.hadoop.hbase.HTable.getRegionLocation(HTable.java:114)
[junit] 	at org.apache.hadoop.hbase.HTable$ClientScanner.nextScanner(HTable.java:889)
[junit] 	at org.apache.hadoop.hbase.HTable$ClientScanner.<init>(HTable.java:817)
[junit] 	at org.apache.hadoop.hbase.HTable.obtainScanner(HTable.java:522)
[junit] 	at org.apache.hadoop.hbase.HTable.obtainScanner(HTable.java:411)
[junit] 	at org.apache.hadoop.hbase.TestRegionServerExit$1.run(TestRegionServerExit.java:156)
[junit] Exception in thread "Thread-540" junit.framework.AssertionFailedError
[junit] 	at junit.framework.Assert.fail(Assert.java:47)
[junit] 	at junit.framework.Assert.fail(Assert.java:53)
[junit] 	at org.apache.hadoop.hbase.TestRegionServerExit$1.run(TestRegionServerExit.java:162)
Which is not the way the test is supposed to run at all.
It appears that when we start multiple region servers in a MiniHBaseCluster, they all try to start their http server on the same port. In the past I believe that the http server start failure was not fatal, so the test ran.
We should either have some kind of setting for MiniHBaseCluster that tells the master and region servers not to start their http servers, or some way of telling multiple servers not to start on the same port, or making http startup failure non-fatal.
Tests like these are good as they (eventually) point out a regression to us.

NPE thrown when null body sent to to SQL endpoint. When to many parameters are set then exception is thrown but nothing wrong happens when to less parameters are set.
It should be possible to set null as a body as there might be parameterless statement to execute. There should be consistent Exception thrown when wrong number of parameters is set.

See in a 0.94 test run.
Looks like in some cases it is possible to create two tables with the same name, which is worrisome.

	at org.apache.hadoop.hbase.client.TestAdmin.testCreateBadTables(TestAdmin.java:1091)

    try {
      FSDataOutputStream strm = fs.create(new Path(path, ACID_FORMAT), false);
      strm.writeInt(ORC_ACID_VERSION);
      strm.close();
    } catch (IOException ioe) {
        LOG.debug("Failed to create " + path + "/" + ACID_FORMAT + " with " +
            ioe);
      }
    }

this file is created in the table/partition dir.  So in streaming ingest cases this happens repeatedly and HDFS prints long stack trace with a WARN

2016-07-18 09:22:13.051 o.a.h.i.r.RetryInvocationHandler [WARN] Exception while invoking ClientNamenodeProtocolTranslatorPB.create over null. Not retrying because try once and fail.
org.apache.hadoop.ipc.RemoteException: /apps/hive/warehouse/stormdb.db/store_sales/dt=2016%2F07%2F18/_orc_acid_version for client 172.22.111.42 already exists
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInternal(FSNamesystem.java:2639)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInt(FSNamesystem.java:2526)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFile(FSNamesystem.java:2410)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.create(NameNodeRpcServer.java:729)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.create(ClientNamenodeProtocolServerSideTranslatorPB.java:405)

	at org.apache.hadoop.ipc.Client.getRpcResponse(Client.java:1552) ~[stormjar.jar:?]
	at org.apache.hadoop.ipc.Client.call(Client.java:1496) ~[stormjar.jar:?]
	at org.apache.hadoop.ipc.Client.call(Client.java:1396) ~[stormjar.jar:?]
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:233) ~[stormjar.jar:?]
	at com.sun.proxy.$Proxy44.create(Unknown Source) ~[?:?]
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.create(ClientNamenodeProtocolTranslatorPB.java:311) ~[stormjar.jar:?]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_77]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_77]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_77]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_77]
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:278) [stormjar.jar:?]
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:194) [stormjar.jar:?]
	at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:176) [stormjar.jar:?]
	at com.sun.proxy.$Proxy45.create(Unknown Source) [?:?]
	at org.apache.hadoop.hdfs.DFSOutputStream.newStreamForCreate(DFSOutputStream.java:1719) [stormjar.jar:?]
	at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:1699) [stormjar.jar:?]
	at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:1634) [stormjar.jar:?]
	at org.apache.hadoop.hdfs.DistributedFileSystem$8.doCall(DistributedFileSystem.java:478) [stormjar.jar:?]
	at org.apache.hadoop.hdfs.DistributedFileSystem$8.doCall(DistributedFileSystem.java:474) [stormjar.jar:?]
	at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81) [stormjar.jar:?]
	at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:474) [stormjar.jar:?]
	at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:415) [stormjar.jar:?]
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:926) [stormjar.jar:?]
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:907) [stormjar.jar:?]
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:803) [stormjar.jar:?]
	at org.apache.hadoop.hive.ql.io.orc.OrcRecordUpdater.<init>(OrcRecordUpdater.java:238) [stormjar.jar:?]
	at org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat.getRecordUpdater(OrcOutputFormat.java:289) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.AbstractRecordWriter.createRecordUpdater(AbstractRecordWriter.java:253) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.AbstractRecordWriter.createRecordUpdaters(AbstractRecordWriter.java:245) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.AbstractRecordWriter.newBatch(AbstractRecordWriter.java:189) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.DelimitedInputWriter.newBatch(DelimitedInputWriter.java:50) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.HiveEndPoint$TransactionBatchImpl.<init>(HiveEndPoint.java:607) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.HiveEndPoint$TransactionBatchImpl.<init>(HiveEndPoint.java:555) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.HiveEndPoint$ConnectionImpl.fetchTransactionBatchImpl(HiveEndPoint.java:441) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.HiveEndPoint$ConnectionImpl.access$600(HiveEndPoint.java:278) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.HiveEndPoint$ConnectionImpl$2.run(HiveEndPoint.java:428) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.HiveEndPoint$ConnectionImpl$2.run(HiveEndPoint.java:425) [stormjar.jar:?]
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1724) [stormjar.jar:?]
	at org.apache.hive.hcatalog.streaming.HiveEndPoint$ConnectionImpl.fetchTransactionBatch(HiveEndPoint.java:424) [stormjar.jar:?]
	at org.apache.storm.hive.common.HiveWriter$6.call(HiveWriter.java:259) [stormjar.jar:?]
	at org.apache.storm.hive.common.HiveWriter$6.call(HiveWriter.java:256) [stormjar.jar:?]
	at org.apache.storm.hive.common.HiveWriter$9.call(HiveWriter.java:369) [stormjar.jar:?]

Should check for existence of the file first.
also move "strm.close()" to finally block

if an entity implements Iterable<OtherType>, trying to query that entity with a repository fails with

a ConverterNotFoundException if OtherType is a class
a ClassCastException if OtherType is an interface

org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type [com.example.demo.Foo] to type [com.example.demo.Bar]

	at org.springframework.core.convert.support.GenericConversionService.handleConverterNotFound(GenericConversionService.java:321)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:194)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:174)
	at org.springframework.data.repository.query.ResultProcessor$ProjectingConverter.convert(ResultProcessor.java:293)
	at org.springframework.data.repository.query.ResultProcessor$ChainingConverter.lambda$and$0(ResultProcessor.java:213)
	at org.springframework.data.repository.query.ResultProcessor$ChainingConverter.convert(ResultProcessor.java:224)
	at org.springframework.data.repository.query.ResultProcessor.processResult(ResultProcessor.java:152)
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.doExecute(AbstractJpaQuery.java:141)
	at org.springframework.data.jpa.repository.query.AbstractJpaQuery.execute(AbstractJpaQuery.java:125)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:590)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:578)
	at com.sun.proxy.$Proxy86.findByName(Unknown Source)
	at com.example.demo.DummyRepositoryTests.testFind(DummyRepositoryTests.java:27)

sample app containing a DataJpaTest reproducing the problem is referenced (see reference url).
the issue is not limited to tests, i.e. happens just the same in a running application.

The goal of shims is to make Hive compiled with "ant package" to work with any version of hadoop.
However currently it is not working with hadoop 0.17 for a minor issue:
org.apache.hadoop.io.Text.compareTo was inherited (and NOT overriden) from org.apache.hadoop.io.BinaryComparable.compareTo in hadoop 0.18 and above. When compiling Hive by default, we will compile it against hadoop 0.19.0. Java compiler will automatically replace org.apache.hadoop.io.Text.compareTo with org.apache.hadoop.io.BinaryComparable.compareTo in some places, and that caused the problem.

Related to CAMEL-10424 which can cause an exception

org.apache.camel.RuntimeCamelException: java.io.IOException: Stream closed
	at org.apache.camel.http.common.HttpMessage.createBody(HttpMessage.java:74)
	at org.apache.camel.processor.CamelInternalProcessor$StreamCachingAdvice.after(CamelInternalProcessor.java:799)
	at org.apache.camel.processor.CamelInternalProcessor$StreamCachingAdvice.after(CamelInternalProcessor.java:767)
	at org.apache.camel.processor.CamelInternalProcessor$InternalCallback.done(CamelInternalProcessor.java:246)
	at org.apache.camel.processor.RedeliveryErrorHandler.deliverToFailureProcessor(RedeliveryErrorHandler.java:1069)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:468)
	at org.apache.camel.http.common.CamelServlet.doService(CamelServlet.java:195)

such as from:
https://builds.apache.org/job/Camel.trunk.fulltest.java8/org.apache.camel$camel-example-spring-boot-rest-jpa/1002/testReport/junit/org.apache.camel.example.spring.boot.rest.jpa/ApplicationTest/newOrderTest/

The ReplicationLogCleaner delegate for the LogCleaner chore can abort due to transient errors reading the replication znodes, leaving the log cleaner chore stopped, but the master still running.  This causes logs to build up in the oldWALs directory, which can even hit storage or file count limits in HDFS, causing problems.
We've seen this happen in a couple of clusters when a rolling restart was performed on the zk peers (only one restarted at a time).
The full stack trace when the log cleaner aborts is:

16/02/02 15:22:39 WARN zookeeper.ZKUtil: replicationLogCleaner-0x1522c8b93c2fbae, quorum=XXXXXXXXXXXXXXXXXXXX, baseZNode=/hbase Unable to get data of znode /hbase/replication/rs  
org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/replication/rs
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:99)
        at org.apache.zookeeper.ZooKeeper.getData(ZooKeeper.java:1155)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.getData(RecoverableZooKeeper.java:359)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.getDataNoWatch(ZKUtil.java:713)  
        at org.apache.hadoop.hbase.replication.ReplicationQueuesClientZKImpl.getQueuesZNodeCversion(ReplicationQueuesClientZKImpl.java:80)  
        at org.apache.hadoop.hbase.replication.master.ReplicationLogCleaner.loadWALsFromQueues(ReplicationLogCleaner.java:99)  
        at org.apache.hadoop.hbase.replication.master.ReplicationLogCleaner.getDeletableFiles(ReplicationLogCleaner.java:70)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)  
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)  
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)  
16/02/02 15:22:39 ERROR zookeeper.ZooKeeperWatcher: replicationLogCleaner-0x1522c8b93c2fbae, quorum=XXXXXXXXXXXXXXXXXXXX, baseZNode=/hbase Received unexpected KeeperException, re-throwing exception  
16/02/02 15:22:39 WARN master.ReplicationLogCleaner: Aborting ReplicationLogCleaner because Failed to get stat of replication rs node
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.getDataNoWatch(ZKUtil.java:713)
        at org.apache.hadoop.hbase.replication.ReplicationQueuesClientZKImpl.getQueuesZNodeCversion(ReplicationQueuesClientZKImpl.java:80)
        at org.apache.hadoop.hbase.replication.master.ReplicationLogCleaner.loadWALsFromQueues(ReplicationLogCleaner.java:99)
16/02/02 15:22:40 WARN master.ReplicationLogCleaner: Failed to read zookeeper, skipping checking deletable files

Some tests fail with java.lang.ExceptionInInitializerError on IBM JDK.
Stacktrace (for OAuth2SecurityRealmTest):

	at java.lang.J9VMInternals.ensureError(J9VMInternals.java:137)
	at java.lang.J9VMInternals.recordInitializationFailure(J9VMInternals.java:126)
	at org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest.configureTokenIntrospectionEndpoint(OAuth2SecurityRealmTest.java:198)
	at org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest.configureReplayTokenIntrospection(OAuth2SecurityRealmTest.java:188)
	at org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest.testBasicActiveToken(OAuth2SecurityRealmTest.java:62)
	at java.lang.reflect.Method.invoke(Method.java:507)
Caused by: java.lang.IllegalStateException: To run on IBM J9 VM, add <IBM SDK>/lib/tools.jar to the runtime classpath (before jmockit), or use -javaagent:/mnt/hudson_workspace/workspace/wildfly-elytron-unit-tests/5fe75d5a/maven-repository/org/jmockit/jmockit/1.22/jmockit-1.22.jar
	at mockit.internal.startup.AgentLoader.loadAgent(AgentLoader.java:49)
	at mockit.internal.startup.Startup.verifyInitialization(Startup.java:172)
	at mockit.MockUp.<clinit>(MockUp.java:94)
	... 27 more

This is probably only test issue.
org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest
org.wildfly.security.sasl.digest.CompatibilityClientTest 
org.wildfly.security.sasl.digest.CompatibilityServerTest
org.wildfly.security.sasl.entity.EntityTest 
org.wildfly.security.sasl.gssapi.compatibility.BasicAuthTest 
org.wildfly.security.sasl.gssapi.compatibility.BasicConfidenceTest
org.wildfly.security.sasl.gssapi.compatibility.BasicIntegrityTest
org.wildfly.security.sasl.gssapi.compatibility.NoServerAuthTest
org.wildfly.security.sasl.otp.OTPTest
org.wildfly.security.sasl.scram.ScramClientCompatibilityTest
org.wildfly.security.sasl.scram.ScramServerCompatibilityTest
It seems that this issue can be fixed by adding -javaagent:${USED_MAVEN_REPO}/org/jmockit/jmockit/1.22/jmockit-1.22.jar as argLine option for Maven Surefire Plugin.

Lots of these in the logs in trunk:
2011-08-30 22:54:36,100 WARN org.apache.hadoop.hbase.ipc.HBaseRpcMetrics: Got inc() request for method that doesnt exist: get.slowResponse.
2011-08-30 22:54:36,100 WARN org.apache.hadoop.hbase.ipc.HBaseRpcMetrics: Got inc() request for method that doesnt exist: get.aboveOneSec.
...

VectorizedOrcInputFormat creates Orc reader options without passing in the configuration object. Without it setting orc configurations will not have any impact. 
Example: 
set orc.force.positional.evolution=true;
does not work for positional schema evolution (will attach test case).

Camel-elsql could not lookup for parameters from message headers. Problem is here https://github.com/apache/camel/blob/camel-2.18.0/components/camel-elsql/src/main/java/org/apache/camel/component/elsql/ElsqlSqlMapSource.java#L70

from("direct:projects")
  .setHeader("lic", constant("ASF"))
  .setHeader("min", constant(123))
  .to("elsql:projects:com/foo/projects.elsql")

ElSql:

@NAME(projects)
  SELECT *
  FROM projects
  WHERE license = :lic AND id > :min
  ORDER BY id

User installed  jboss-fuse-6.3.0.redhat-187 and created fabric. when he tried to login hawtio it shows A-MQ label.
It should appear as RED HAT JBOSS FUSE MANAGEMENT CONSOLE  but it appeared as RED HAT JBOSS A-MQ MANAGEMENT CONSOLE.[Please refer screen shot]
After trouble shooting I found that there are two branding bundles installed on fuse.
 [1] mvn:io.hawt/hawtio-redhat-amq-branding/1.4.0.redhat-630187/war
 [2] mvn:io.hawt/hawtio-redhat-fuse-branding/1.4.0.redhat-630187/war
RED HAT JBOSS A-MQ MANAGEMENT CONSOLE appears when bundle installation sequence is 
[2] mvn:io.hawt/hawtio-redhat-fuse-branding/1.4.0.redhat-630187/war
RED HAT JBOSS FUSE MANAGEMENT CONSOLE  appears when bundle installation sequence is 
[1] mvn:io.hawt/hawtio-redhat-amq-branding/1.4.0.redhat-630187/war

Example:

Machine-1 is serving Region-X and start compaction
Machine-1 goes in GC pause
Region-X gets reassigned to Machine-2
Machine-1 exit from the GC pause
Machine-1 (re)moves the compacted files
Machine-1 get the lease expired and shutdown

Machine-2 has now tons of FileNotFoundException on scan. If we reassign the region everything is ok, because we pickup the files compacted by Machine-1.
This problem doesn't happen in the new code 1.0+  (i think but I haven't checked, it may be 1.1) where we write on the WAL the compaction event before (re)moving the files.
A workaround is handling FileNotFoundException and refresh the store files, or shutdown the region and reassign. the first one is easy in 1.0+ the second one requires more work because at the moment we don't have the code to notify the master that the RS is closing the region, alternatively we can shutdown the entire RS (it is not a good solution but the case is rare enough)

Reported by a new user on IRC who tried to set hbase.rootdir to file:///~/hbase, the master gets stuck and cannot be killed. I tried something similar on my machine and it spins while logging:

2011-12-09 16:11:17,002 WARN org.apache.hadoop.hbase.util.FSUtils: Unable to create version file at file:/bin/hbase, retrying: Mkdirs failed to create file:/bin/hbase
2011-12-09 16:11:27,002 WARN org.apache.hadoop.hbase.util.FSUtils: Unable to create version file at file:/bin/hbase, retrying: Mkdirs failed to create file:/bin/hbase
2011-12-09 16:11:37,003 WARN org.apache.hadoop.hbase.util.FSUtils: Unable to create version file at file:/bin/hbase, retrying: Mkdirs failed to create file:/bin/hbase
The reason it cannot be stopped is that the master's main thread is stuck in there and will never be notified:

"Master:0;su-jdcryans-01.local,51116,1323475535684" prio=5 tid=7f92b7a3c000 nid=0x1137ba000 waiting on condition [1137b9000]
	at org.apache.hadoop.hbase.util.FSUtils.setVersion(FSUtils.java:297)
	at org.apache.hadoop.hbase.util.FSUtils.setVersion(FSUtils.java:268)
	at org.apache.hadoop.hbase.master.MasterFileSystem.checkRootDir(MasterFileSystem.java:339)
	at org.apache.hadoop.hbase.master.MasterFileSystem.createInitialFileSystemLayout(MasterFileSystem.java:128)
	at org.apache.hadoop.hbase.master.MasterFileSystem.<init>(MasterFileSystem.java:113)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:435)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:314)
	at org.apache.hadoop.hbase.master.HMasterCommandLine$LocalHMaster.run(HMasterCommandLine.java:218)
It seems we should do a better handling of the exceptions we get in there, and die if we need to. It would make a better user experience.
Maybe also do a check on hbase.rootdir before even starting the master.

All license headers starts with "/**" which are assumed to be javadocs and IDE warns about dangling javadoc pointing to license headers.

When SemanticAnalyzer is trying to set the write id for the surrogate key function it is looking for such functions only in the main operator, while it should also look for it in it's parents.

select percentile_approx(key, array(0.50, 0.70, 0.90, 0.95, 0.99)) from t; fails with error : The second argument must be a constant. 

The hbase-shaded-client artifact was introduced in HBASE-13517. Thank you very much for this, as I am new to Java building and was having a very slow-moving time resolving conflicts. However, the shaded client artifact seems to be missing javax.xml.transform.TransformerException.  I examined the JAR, which does not have this package/class.
Java: 

package com.mycompany.app;                                                                                                                                                        
                                                                                                                                                                                  
import org.apache.hadoop.conf.Configuration;                                                                                                                                      
import org.apache.hadoop.hbase.HBaseConfiguration;                                                                                                                                
import org.apache.hadoop.hbase.client.Connection;                                                                                                                                 
import org.apache.hadoop.hbase.client.ConnectionFactory;                                                                                                                          
                                                                                                                                                                                  
public class App {                                                                                                                                                                                 
    public static void main( String[] args ) throws java.io.IOException {                                                                                                                                                                             
        Configuration config = HBaseConfiguration.create();                                                                                                                       
        Connection connection = ConnectionFactory.createConnection(config);                                                                                                       
    }                                                                                                                                                                             
}

POM:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"                                                                          
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">                                                                             
  <modelVersion>4.0.0</modelVersion>                                                                                                                                              
                                                                                                                                                                                  
  <groupId>com.mycompany.app</groupId>                                                                                                                                            
  <artifactId>my-app</artifactId>                                                                                                                                                 
  <version>1.0-SNAPSHOT</version>                                                                                                                                                 
  <packaging>jar</packaging>                                                                                                                                                      
                                                                                                                                                                                  
  <name>my-app</name>                                                                                                                                                             
  <url>http://maven.apache.org</url>                                                                                                                                              
                                                                                                                                                                                  
  <properties>                                                                                                                                                                    
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>                                                                                                            
  </properties>                                                                                                                                                                   
                                                                                                                                                                                  
  <dependencies>                                                                                                                                                                  
    <dependency>                                                                                                                                                                  
      <groupId>junit</groupId>                                                                                                                                                    
      <artifactId>junit</artifactId>                                                                                                                                              
      <version>3.8.1</version>                                                                                                                                                    
      <scope>test</scope>                                                                                                                                                         
    </dependency>                                                                                                                                                                 
      <groupId>org.apache.hbase</groupId>                                                                                                                                         
      <artifactId>hbase-shaded-client</artifactId>                                                                                                                                
      <version>1.1.0</version>                                                                                                                                                    
  </dependencies>                                                                                                                                                                 
</project> 

Run:

$ mvn exec:java -Dexec.mainClass="com.mycompany.app.App"
[INFO]                                                                         
[INFO] Building my-app 1.0-SNAPSHOT
[INFO] 
[INFO] --- exec-maven-plugin:1.4.0:java (default-cli) @ my-app ---
[WARNING] 
        at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:293)
Caused by: java.lang.NoClassDefFoundError: org/apache/hadoop/hbase/shaded/javax/xml/transform/TransformerException
        at com.mycompany.app.App.main(App.java:17)
        ... 6 more
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.shaded.javax.xml.transform.TransformerException
        ... 7 more
[INFO] Total time: 2.388 s
[INFO] Finished at: 2015-06-11T13:23:21-04:00
[INFO] Final Memory: 10M/111M

        ResultSet rs = dbm.getTables(null, null, JDBCStatsUtils.getStatTableName(), null);
        boolean tblExists = rs.next();

rs is not closed upon return from init()
If stmt.executeUpdate() throws exception, stmt.close() would be skipped - the close() call should be placed in finally block.

The README.md files of three quickstarts (in the beginner folder) : 
camel-cbr, camel-eips, camel-errorhandler 
contain invalid path to example data.
instructions point to : src/main/resources/data
the correct location of example data should be : src/main/fabric8/data

Problem installing feature process-fabric/1.0.0-SNAPSHOT

java.lang.Exception: Can not resolve feature:
   package:(&(package=io.fabric8.utils))
      Fuse Process :: Fabric
   package:(&(package=org.mvel2)(version>=2.1.0)(!(version>=3.0.0)))
   package:(&(package=org.mvel2.templates)(version>=2.1.0)(!(version>=3.0.0)))

	at org.apache.karaf.features.obr.internal.ObrResolver.resolve(ObrResolver.java:119)
	at org.apache.karaf.features.internal.FeaturesServiceImpl.resolve(FeaturesServiceImpl.java:633)
	at org.apache.karaf.features.internal.FeaturesServiceImpl.doInstallFeature(FeaturesServiceImpl.java:602)
	at org.apache.karaf.features.internal.FeaturesServiceImpl.installFeatures(FeaturesServiceImpl.java:416)
	at org.apache.karaf.features.internal.FeaturesServiceImpl.installFeature(FeaturesServiceImpl.java:404)
	at org.fusesource.esb.itests.extra.EsbFeaturesAvailableTest.test(EsbFeaturesAvailableTest.java:86)
	at org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:70)
	at org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:37)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:136)
	at org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.invokeViaJUnit(JUnitProbeInvoker.java:124)
	at org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.findAndInvoke(JUnitProbeInvoker.java:94)
	at org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.call(JUnitProbeInvoker.java:77)
	at org.ops4j.pax.exam.rbc.internal.RemoteBundleContextImpl.remoteCall(RemoteBundleContextImpl.java:86)
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322)
	at sun.rmi.transport.Transport$1.run(Transport.java:177)
	at sun.rmi.transport.Transport$1.run(Transport.java:174)
	at sun.rmi.transport.Transport.serviceCall(Transport.java:173)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:556)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:811)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:670)

The namespace currently does not allow variables to be used as in the following:
<batch:tasklet reader="playerFileItemReader" writer="playerWriter" commit-interval="${job.commit.interval}" />
This results in the error:
SAXParseException: cvc-datatype-valid.1.2.1: '${job.commit.interval}' is not a valid value for 'integer'.
The "xsd:integer" and "xsd:boolean" types in spring-batch-2.0.xsd should be replaced with "xsd:string".  Any incorrect types will be caught at runtime.

When running a bulk load on a secure environment and loading data into the first region of a table, the request to load the HFile set is dispatched to all Regions for the table. This is reproduced consistently by running IntegrationTestBulkLoad on a secure cluster. The load fails with an exception that looks like:

2013-08-30 07:37:22,993 INFO  [main] mapreduce.LoadIncrementalHFiles: Split occured while grouping HFiles, retry attempt 1 with 3 files remaining to group or split
2013-08-30 07:37:22,999 ERROR [main] mapreduce.LoadIncrementalHFiles: IOException during splitting
java.util.concurrent.ExecutionException: java.io.FileNotFoundException: File does not exist: /user/hbase/test-data/c45ddfe9-ee30-4d32-8042-928db12b1cee/IntegrationTestBulkLoad-0/L/bf41ea13997b4e228d05e67ba7b1b686
at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:61)
at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:51)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsUpdateTimes(FSNamesystem.java:1489)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsInt(FSNamesystem.java:1438)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1418)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1392)
at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:438)
at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolServerSideTranslatorPB.java:269)
at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java:59566)
at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:585)
at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:928)
at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2048)
at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2044)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1477)
at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2042)
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
at java.util.concurrent.FutureTask.get(FutureTask.java:83)
at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.groupOrSplitPhase(LoadIncrementalHFiles.java:403)
at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.doBulkLoad(LoadIncrementalHFiles.java:284)
at org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad.runLinkedListMRJob(IntegrationTestBulkLoad.java:200)
at org.apache.hadoop.hbase.mapreduce.IntegrationTestBulkLoad.testBulkLoad(IntegrationTestBulkLoad.java:133)

The introduction of the AuthorizationRequest interface (instead of a concrete class) causes object serialization and deserialization to fail, due to the AuthorizationRequestHolder class holding a reference to an AuthorizationRequest object and not the new, concrete DefaultAuthorizationRequest object. Partial stack trace and error:
java.lang.IncompatibleClassChangeError: Found interface org.springframework.security.oauth2.provider.AuthorizationRequest, but class was expected
	org.springframework.security.oauth2.provider.code.AuthorizationRequestHolder.equals(AuthorizationRequestHolder.java:73)
	org.eclipse.persistence.mappings.foundation.AbstractDirectMapping.compareObjectValues(AbstractDirectMapping.java:422)
	org.eclipse.persistence.mappings.foundation.AbstractDirectMapping.compareObjects(AbstractDirectMapping.java:406)
	org.eclipse.persistence.mappings.foundation.AbstractDirectMapping.compareForChange(AbstractDirectMapping.java:378)
	org.eclipse.persistence.descriptors.changetracking.DeferredChangeDetectionPolicy.createObjectChangeSetThroughComparison(DeferredChangeDetectionPolicy.java:178)
	org.eclipse.persistence.descriptors.changetracking.DeferredChangeDetectionPolicy.createObjectChangeSet(DeferredChangeDetectionPolicy.java:138)
	org.eclipse.persistence.descriptors.changetracking.DeferredChangeDetectionPolicy.calculateChanges(DeferredChangeDetectionPolicy.java:90)
	org.eclipse.persistence.descriptors.changetracking.DeferredChangeDetectionPolicy.calculateChangesForExistingObject(DeferredChangeDetectionPolicy.java:55)
	org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.calculateChanges(UnitOfWorkImpl.java:647)
	org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabaseWithChangeSet(UnitOfWorkImpl.java:1494)
	org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.commitRootUnitOfWork(RepeatableWriteUnitOfWork.java:266)
	org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitAndResume(UnitOfWorkImpl.java:1147)
	org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commitInternal(EntityTransactionImpl.java:84)
	org.eclipse.persistence.internal.jpa.transaction.EntityTransactionImpl.commit(EntityTransactionImpl.java:63)
	org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:512)
	org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:754)
	org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:723)
	org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:393)
	org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:120)
	org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622)
	org.mitre.oauth2.repository.impl.JpaAuthorizationCodeRepository$$EnhancerByCGLIB$$6cf09ead.save(<generated>)
	org.mitre.oauth2.service.impl.DefaultOAuth2AuthorizationCodeService.createAuthorizationCode(DefaultOAuth2AuthorizationCodeService.java:42)
	org.springframework.security.oauth2.provider.endpoint.AuthorizationEndpoint.generateCode(AuthorizationEndpoint.java:298)
	org.springframework.security.oauth2.provider.endpoint.AuthorizationEndpoint.getAuthorizationCodeResponse(AuthorizationEndpoint.java:249)
	org.springframework.security.oauth2.provider.endpoint.AuthorizationEndpoint.authorize(AuthorizationEndpoint.java:146)
	sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	java.lang.reflect.Method.invoke(Method.java:616)
	org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:213)
	org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:126)
	org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:96)
	org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:617)
	org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:578)
	org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80)
	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
	org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:311)
	org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:116)
	org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
	org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
	org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113)
	org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:101)
	org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:113)
	org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54)
	org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:45)
	org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:150)
	org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:182)
	org.springframework.security.oauth2.provider.authentication.OAuth2AuthenticationProcessingFilter.doFilter(OAuth2AuthenticationProcessingFilter.java:131)
	org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:105)
	org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:87)
	org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:173)
	org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
	org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:259)
Of course, if the ARHolder class simply held a reference to the concrete object, it would work - but it would no longer allow for whatever level of abstraction the AuthorizationRequest interface was intended to provide. 
But seeing that I am unable to discern what abstraction this is supposed to give, I question the necessity or utility of the AuthorizationRequest interface, especially considering the fact that many points in SECOAUTH will take in an AuthorizationRequest object and immediately call a copy constructor to DefaultAuthorizationRequest to do their work. This breaks encapsulation and is bad object design all around.
The entire AuthorizationRequest morass could be immensely simplified if the AuthorizationRequest were a concrete class with getters and setters for all properties, following proper Object Oriented design and encapsulation. We would be happy to provide a patch to clean this whole thing up.

The fix for SWARM-1782 has partly broken the Gradle tool. The final artifact file does not end with "-swarm.jar" any more. The package task should pass the final artifact name to the build tool.

Even if it's fixed on trunk & branch-2, the current version of hdfs still has a previous version of netty, with a different group id. Let's fix this.

Gwt scaffolding + OpenJpa does not work any more since roo-2.1.1 because
 a.- Gwt 2.1.1 does not deal with openjpa proxy classes
 b.- ManyToMany relations are not saved any more.
1.- Create this basic project with roo:
project --topLevelPackage com.example --java 6 --projectName prueba
persistence setup --provider OPENJPA --database   H2_IN_MEMORY --applicationId prueba
entity  --class ~.model.Acl
entity  --class ~.model.Topic
focus --class ~.model.Acl
field string  --fieldName rule
focus --class ~.model.Topic
field string  --fieldName title
field set --fieldName acls --type ~.model.Acl
field date  --type java.util.Date --fieldName ts
test integration --entity ~.model.Acl
test integration --entity ~.model.Topic
gwt setup
2.- Run the application
mvn clean compile gwt:run
3.- Try to create any new entity, and you will get this error
[ERROR] Mar 13, 2011 7:18:15 AM com.google.gwt.requestfactory.server.RequestFactoryServlet doPost
[ERROR] SEVERE: Unexpected error
[ERROR] com.google.gwt.requestfactory.server.UnexpectedException: The domain type org.apache.openjpa.enhance.com$example$model$Acl$pcsubclass cannot be sent to the client
4.- Try this workaround: Replace the gwt class ResolverServiceLayer by a modified one including the next hack in the resolveClientType method
  @Override
  public <T> Class<? extends T> resolveClientType(Class<?> domainClass,
      Class<T> clientClass, boolean required) {
    // Workaround work Openjpa with Gwt 2.1.1
    String domainName = domainClass.getName();
    if (domainName.contains("openjpa.enhance")) 
{
      domainName = domainName.
        replace("org.apache.openjpa.enhance.", "").
        replace("$", ".").
        replace(".pcsubclass", "");
      domainClass = forName(domainName);
    }

5.- Reload the application, and now you can save entities
6.- But, another bug is manifested now. 

Create a new Topic and save it.
Create a new Acl.
Edit the topic and add the acl previously created.
The acls collection is not saved !!

7.- Note: changing the provider to HIBERNATE gwt works as expected
8.- Note: spring scaffolding works fine with openjpa.

When using the CxfRsEndpointConfigurer to do the setting, the address setting from the Message header could be override.  We just need to make sure the address can be override from message header.

TestSplitLogManager.testVanishingTaskZNode fails when run individually (run just that test case from eclipse). I've also noticed that it is flaky on windows. 
The reason is a rare race condition, which somehow does not happen that much when the whole class is run.
The sequence of events is smt like this:

we create 1 log file to split
we call splitLogDistributed() in its own thread.
splitLogDistributed() is waiting in waitForSplittingCompletion() since there are no splitlogworkers, it keep waiting.
we delete the task znode from zk
SplitLogManager receives the zk callback from GetDataAsyncCallback, which will call setDone() and mark the task as success.
However, meanwhile the waitForSplittingCompletion() loops sees that remainingInZK == 0, and calls return concurrently to the above.
on return from waitForSplittingCompletion(), splitLogDistributed() fails because the znode delete callback has not completed yet.

This race only happens when the last task is deleted from zk, and normally only the SplitLogManager deletes the task znodes after processing it, so I don't think this is a production issue.

TezTask doesn't fully clean gWorkMap, so as result Hive leaks WorkMap objects.

If you log in, then log out, then log in again, the wrong view is shown. Here's how to replicate this problem:
1. Run this script:

project --topLevelPackage oops
entity --class ~.Thing 
security setup

2. Exit Roo.
3. Change the intercept URLs in applicationContext-security.xml to read:

<intercept-url pattern="/thing/**" access="hasRole('ROLE_ADMIN')"/>
<intercept-url pattern="/resources/**" access="permitAll" />
<intercept-url pattern="/static/**" access="permitAll" />
<intercept-url pattern="/**" access="permitAll" />

4. Do a mvn jetty:run
5. Click the "List all Things" link; you will be prompted to log in.
6. Log in as admin/admin; the requested list appears.
7. Click the "Logout" link; the home page appears.
8. Click the "List all Things" link again; you will again be prompted to log in (everything up to this point is as you'd expect).
9. Log in as admin/admin and note that instead of seeing the "List all Things" view as you did in step 6, you see either:

the login page again (on Firefox), or
a blank page (on IE 7 or 8).

In either case, you are now logged in and can navigate to any secured URLs without seeing the login page again.

Here is how current updateReaders is implemented in StoreScanner:

  // Implementation of ChangedReadersObserver
  public void updateReaders() throws IOException {
    if (this.closing.get()) {
      return;
    }
    this.lock.writeLock().lock();
    try {
      // Could do this pretty nicely with KeyValueHeap, but the existing
      // implementation of this method only updated if no existing storefiles?
      // Lets discuss.
      return;
    } finally {
      this.lock.writeLock().unlock();
    }
  }

Fill in missing functionality.
Count of store files changes on flush and compaction.

I tracked down occasional flakiness in TestRestoreSnapshotFromClient to a potential NPE in SnapshotTestingUtils#waitForTableToBeOnline. In short, some tests in TestRestoreSnapshot... create a table and then invoke SnapshotTestingUtils#waitForTableToBeOnline, but this method assumes that regions have been assigned by the time it's invoked (which is not always the case).

create table t (a string); insert into t values (null),('1988-11-11');
select 'expected 1 (second)', count(1) from t where second(a) is null;

this may only cause trouble if Calcite is exploiting the datatype nullability; it will be need after CALCITE-2469 (1.18.0)

I cannot use 'move' in the shell. throws a casting error. It's a small fix, and I will commit at the same time a change for assign and unassign to make it more like the rest of the code that already exists.

1. language.tagx, line 26. Need to remove escaping for href="${fn:escapeXml(url)}". Otherwise, pagination will be broken after language switch at any list page.

26:    <a href="${url}" title="${fn:escapeXml(lang_label)}">
27:      <img class="flag" src="${fn:escapeXml(img)}" alt="${fn:escapeXml(lang_label)}" />
28:    </a>

2. show.tagx. Missed declaration of variable "list_label" before line 88.

<spring:message arguments="${typeName}" code="entity_list_all" var="list_label" />

3. input.tagx. There are declarations of "sec_field_validation" and "sec_field_invalid" variables in the lines 76-81, which is inside of tag <script/>. This is works well, but there are validation errors in the IDE. Move this declaration out of body of tag <script/>.

Default value changed from 10.000 to 512:
https://issues.jboss.org/browse/ISPN-4160?focusedCommentId=12956885&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12956885

Compiled JSPs loaded via JasperLoader appear to be using a different ProtectionDomain than the rest of the WAR deployment.  I think it should probably be using a PD which contains the permissions from the deployment's ClassLoader, and probably the CodeSource from the deployment unit from which the JSP file originated.  This will ensure that permissions set via deployment descriptor and/or the management model will take proper effect.

Documetation regarding data locality and the way hadoop write the replicas need to be updated/corrected.
http://mail-archives.apache.org/mod_mbox/hbase-user/201304.mbox/browser

Both the tests do "show tables" so we need to make sure all tables created should be removed before the test is run.

I am facing this problem while testing HBASE-8348(migration).
->I have started two clusters with 0.94 version to replicate data from one cluster to other. When we have started master,writing cluster id without PB. 
-> killed both the clusters when Replication in progress
-> running migration script to migrate hdfs and zk data to 0.96.0(No changes in cluster id.)
-> starting 0.96.0 processes. 
Then not able to start region server.

java.io.IOException: Region server startup failed
	at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:2629)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.handleReportForDutyResponse(HRegionServer.java:1202)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:802)
Caused by: java.lang.NumberFormatException: For input string: " $411f611e
	at java.lang.Long.parseLong(Long.java:410)
	at java.lang.Long.valueOf(Long.java:498)
	at java.lang.Long.decode(Long.java:641)
	at java.util.UUID.fromString(UUID.java:208)
	at org.apache.hadoop.hbase.zookeeper.ZKClusterId.getUUIDForCluster(ZKClusterId.java:90)
	at org.apache.hadoop.hbase.replication.regionserver.Replication.initialize(Replication.java:127)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.newReplicationInstance(HRegionServer.java:2248)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.createNewReplicationInstance(HRegionServer.java:2219)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.setupWALAndReplication(HRegionServer.java:1423)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.handleReportForDutyResponse(HRegionServer.java:1190)
	... 2 more

      try {
        clusterId = ClusterId.parseFrom(content);
      } catch (DeserializationException e) {
        throw new IOException("content=" + Bytes.toString(content), e);
      }
      // If not pb'd, make it so.
      if (!ProtobufUtil.isPBMagicPrefix(content)) rewriteAsPb(fs, rootdir, idPath, clusterId);

Using beeline to connect to HiveServer2.And type the following:
drop table if exists table_not_exists;
select * from table_not_exists;
There will be an OperationHandle object staying in HiveServer2's memory for ever even after quit from beeline .

From discussion on HBASE-11627:

And I also find another bug about the caculation of the variable splitCount which is cause by the wrong caculation of variable splitCount.

Saw this on Zhenyu's 0.20.1 cluster (which for some weird reason seems to have many issues):

2009-11-30 16:44:48,170 FATAL org.apache.hadoop.hbase.regionserver.HRegionServer: Unhandled exception. Aborting...
	at org.apache.hadoop.hbase.regionserver.HRegionServer.housekeeping(HRegionServer.java:1280)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:590)

This reminds me of HBASE-1386 and in fact this could be the same issue (but I can't confirm). Searching on the web gives me some hits and this is particularly interesting http://forums.sun.com/thread.jspa?threadID=5379669

 When running the sweep tool, we encountered such an exception.
org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException): No lease on /hbase/mobdir/.tmp/mobcompaction/SweepJob-SweepMapper-SweepReducer-testSweepToolExpiredNoMinVersion-data/working/names/all (inode 46500): File does not exist. Holder DFSClient_NONMAPREDUCE_-1863270027_1 does not have any open files.
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:3319)
  at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.completeFileInternal(FSNamesystem.java:3407)
  at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.completeFile(FSNamesystem.java:3377)
  at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.complete(NameNodeRpcServer.java:673)
  at org.apache.hadoop.hdfs.server.namenode.AuthorizationProviderProxyClientProtocol.complete(AuthorizationProviderProxyClientProtocol.java:219)
  at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.complete(ClientNamenodeProtocolServerSideTranslatorPB.java:520)
  at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java)
  at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:587)
  at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:1026)
  at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2013)
  at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2009)
  at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2007)
  at org.apache.hadoop.ipc.Client.call(Client.java:1411)
  at org.apache.hadoop.ipc.Client.call(Client.java:1364)
  at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:206)
  at com.sun.proxy.$Proxy15.complete(Unknown Source)
  at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.complete(ClientNamenodeProtocolTranslatorPB.java:435)
  at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:187)
   at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:102)
   at com.sun.proxy.$Proxy16.complete(Unknown Source)
   at org.apache.hadoop.hdfs.DFSOutputStream.completeFile(DFSOutputStream.java:2180)
   at org.apache.hadoop.hdfs.DFSOutputStream.close(DFSOutputStream.java:2164)
   at org.apache.hadoop.hdfs.DFSClient.closeAllFilesBeingWritten(DFSClient.java:908)
  at org.apache.hadoop.hdfs.DFSClient.close(DFSClient.java:925)
  at org.apache.hadoop.hdfs.DistributedFileSystem.close(DistributedFileSystem.java:861)
  at org.apache.hadoop.fs.FileSystem$Cache.closeAll(FileSystem.java:2687)
  at org.apache.hadoop.fs.FileSystem$Cache$ClientFinalizer.run(FileSystem.java:2704)
  at org.apache.hadoop.util.ShutdownHookManager$1.run(ShutdownHookManager.java:54)
This is because we have several writers opened by fs.create(path, true) are not closed properly.
Meanwhile, in the current implementation, we save the temp files under sweepJobDir/working/..., and when we remove the directory of the sweep job only the working is deleted. We should remove the whole sweepJobDir instead.

When the test runs, I see this at the start of the output:

2011-09-21 04:56:35,282 INFO  [main] zookeeper.MiniZooKeeperCluster(122): Failed binding ZK Server to client port: 21818
2011-09-21 04:56:35,344 INFO  [main] zookeeper.MiniZooKeeperCluster(136): Started MiniZK Server on client port: 21819

So, I think what is going on is that the test is connecting to the wrong zk ensemble because it does this on setup:

  @BeforeClass
  public static void setUpBeforeClass() throws Exception {
    conf1 = HBaseConfiguration.create();
    conf1.set(HConstants.ZOOKEEPER_ZNODE_PARENT, "/1");
    // smaller block size and capacity to trigger more operations
    // and test them
    conf1.setInt("hbase.regionserver.hlog.blocksize", 1024*20);
    conf1.setInt("replication.source.size.capacity", 1024);
    conf1.setLong("replication.source.sleepforretries", 100);
    conf1.setInt("hbase.regionserver.maxlogs", 10);
    conf1.setLong("hbase.master.logcleaner.ttl", 10);
    conf1.setBoolean(HConstants.REPLICATION_ENABLE_KEY, true);
    conf1.setBoolean("dfs.support.append", true);
    conf1.setLong(HConstants.THREAD_WAKE_FREQUENCY, 100);

    utility1 = new HBaseTestingUtility(conf1);
    utility1.startMiniZKCluster();
....

and we refer to conf1 subsequently rather than to HTU.getConfiguration.

The org.jboss.metadata main module has gone away in WildFly 9. This
used to include all the jboss metadata resources but has now been
broken up.
However, this breaks the Keycloak subsystem and any other module that
used to reference it as a dependency.

In some cases, an EL evaluated against a map of maps fails to evaluate.
The EL has the form "#root['foo']['bar']. 
See attached test case for an example. 

Rarely 1:30 it happens there occures error accessing http management interface secured with TLS with BC FIPS

Operation {"operation" => "add","address" => [("subsystem" => "elytron"),("server-ssl-context" => "test-server-ssl-context")],"key-manager" => "key-manager-name_test-server-ssl-context","cipher-suite-filter" => "TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA,TLS_DHE_DSS_WITH_AES_128_CBC_SHA,TLS_DHE_DSS_WITH_AES_128_CBC_SHA256,TLS_DHE_DSS_WITH_AES_256_CBC_SHA,TLS_DHE_DSS_WITH_AES_256_CBC_SHA256,TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256,TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA,TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384,TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256,TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA,TLS_RSA_WITH_3DES_EDE_CBC_SHA,TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_128_CBC_SHA256,TLS_RSA_WITH_AES_256_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA256","trust-manager" => "trust-manager-name_test-server-ssl-context","protocols" => ["TLSv1.2"],"need-client-auth" => true} failed: {"outcome" => "failed","failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.security.ssl-context.test-server-ssl-context" => "java.security.NoSuchAlgorithmException: ELY04001: No algorithm found matching TLS/SSL protocol selection criteria
    Caused by: java.security.NoSuchAlgorithmException: ELY04001: No algorithm found matching TLS/SSL protocol selection criteria"}},"rolled-back" => true}

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service org.wildfly.security.ssl-context.test-server-ssl-context: org.jboss.msc.service.StartException in service org.wildfly.security.ssl-context.test-server-ssl-context: java.security.NoSuchAlgorithmException: ELY04001: No algorithm found matching TLS/SSL protocol selection criteria
Caused by: java.security.NoSuchAlgorithmException: ELY04001: No algorithm found matching TLS/SSL protocol selection criteria
	at org.wildfly.security.ssl.SSLUtils.lambda$createSslContextFactory$1(SSLUtils.java:130)
	at org.wildfly.security.ssl.SSLContextBuilder.lambda$build$0(SSLContextBuilder.java:340)
	... 9 more

Some facts

It happens only on management interface BC FIPS TLS tests
It does not occur on Undertow secured with BC FIPS
Previously there was issue with similar error but that happened everywhere https://issues.jboss.org/browse/ELY-1618

Command deploy --url=http://localhost/test/simple-servlet.war
creates invalid deployment
According to logs everything seems to be fine

15:03:57,505 INFO  [org.jboss.as.repository] (management-handler-thread - 2) WFLYDR0001: Content added at location /tmp/jboss-eap-7.0/standalone/data/content/5e/5e5709be9a06a9ed7bcb2100a4143400fea887/content
15:03:57,531 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0027: Starting deployment of "/test/simple-servlet.war" (runtime-name: "/test/simple-servlet.war")
15:03:58,238 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 62) WFLYUT0021: Registered web context: //test/simple-servlet
15:03:58,320 INFO  [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0010: Deployed "/test/simple-servlet.war" (runtime-name : "/test/simple-servlet.war")

but web context http://localhost:8080//test/simple-servlet isn't accessible, it returns 404 - Not Found. 
(simple-servlet.war doesn't contain jboss-web.xml, so no context root is defined there)

org.springframework.ldap.ldif.parser.LdifParser has a corner case in getRecord(), where an input file with no valid LDIF records will cause an infinite loop.  This is because the main switch statement will always hit the default (do nothing) case, and the while loop does not have a condition to terminate at EOF.
This can be fixed by having the record variable initialized to null, and delaying creation of a new LdapAttributes object to inside of the switch's NewRecord case, and then adding a check at the end of the while loop for a null read result.
This allows us to differentiate between files where an LDIF entry is malformed vs cases where no entry was found at all.  See attached for proposed fix.
An easy way to test this code is to feed an empty file into the parser.

The issue is that it does a doAs at processor level and fails at scratch dir creation before the session is opened. Since we are now using a proxy class to implement doAs at HiveSession level, we should get rid of HttpCLIServiceUGIProcessor and related classes that were used before.

When a SplitTransaction is performed, three updates are done to .META.:
1. The parent region is marked as splitting (and hence offline)
2. The first daughter region is added (same start key as parent)
3. The second daughter region is added (split key is start key)
(later, the original parent region is deleted, but that's not important to this discussion)
Steps 2 and 3 are actually done concurrently by SplitTransaction.DaughterOpener threads.  While the master is notified when a split is complete, the only visibility that clients have is whether the daughter regions have appeared in .META.
If the second daughter is added to .META. first, then .META. will contain the (offline) parent region followed by the second daughter region.  If the client looks up a key that is greater than (or equal to) the split, the client will find the second daughter region and use it.  If the key is less than the split key, the client will find the parent region and see that it is offline, triggering a retry.
If the first daughter is added to .META. before the second daughter, there is a window during which .META. has a hole: the first daughter effectively hides the parent region (same start key), but there is no entry for the second daughter.  A region lookup will find the first daughter for all keys in the parent's range, but the first daughter does not include keys at or beyond the split key.
See HBASE-4333 and HBASE-4334 for details on how this causes problems and suggestions for mitigating this in the client and regionserver.

These two tests are marked LargeTests and thus have a timeout of 10 minutes, but it's not sufficient since they have like more than 100 testcases.
Ideal fix would be splitting the tests, but that'll be much more involved effort.
For now, increasing the timeout to 15min.
Current stats:
On apache infra:
TestHRegionWithInMemoryFlush	20.0% (15 / 75)	15 / 12 / 0
TestHRegion	9.3% (7 / 75)	7 / 5 / 0
On GCE infra:
TestHRegion	89.7% (87 / 97)	87 / 87 / 0
TestHRegionWithInMemoryFlush	71.1% (69 / 97)	69 / 69 / 0

The configuration parameter extraJvmArgs in the gwt-maven-plugin isn't quoted causing the appengine-agent.jar not to be found if its path has spaces.

The legacy full feature-pack is creating an empty domain/data/content dir. Don't do this. 

prepare WF based on wf-core
start WF
ls /subsystem=elytron/provider-loader=elytron
see very long output with many empty lines between particular attribute records printed

Calling the FileSystemUtils.getFreeSpace() method multiple times (~3000) will generate an IOException with the following text: "Too many open files". Documentation from Sun says this problem is due to not destroying the java.lang.Process object returned from the System.exec() call.
Some sample code I wrote confirms that calling destroy prevents this error from occurring.

Scenario:
1) Accept Temporarily CERT1 CN=CA,
2) Disable SSL
3) Enable SSL with new certificate CERT2, same DN CN=CA
4) Prompt user to accept CERT2, Internal certificates set iterator returns items in this order (important): CERT2,CERT1
5) Internally create a delegate that will do the actual certificate check and add to it all certificates: theTrustStore.setCertificateEntry(current.getSubjectX500Principal().getName(), current);
6) So CERT1 and CERT2 are sharing the same name, CERT1 overrides CERT2, CERT2 (the certificate to add) will never be added
7) Infinite loop.
The problem comes from the fact that DN is used as the alias. In the case of temporarily added certificate, a unique alias should be created.
For certificate added permanently to the trust-store, the DN is also used as the alias. In this case, the last accepted certificate is the one stored, there is no mismatch.

With latest Java9 I get the following exception:

2018-05-21 18:20:28,688 org.apache.catalina.core.ContainerBase.[Tomcat].[localhost].[/storefront].[dispatcherServlet] [https-jsse-nio-127.0.0.1-8112-exec-10] ERROR: Servlet.service() for servlet [dispatcherServlet] in context with path [/storefront] threw exception [Request processing failed; nested exception is java.util.ConcurrentModificationException] with root causejava.util.ConcurrentModificationException
    at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1139)
    at org.springframework.data.repository.support.DefaultRepositoryInvokerFactory.getInvokerFor(DefaultRepositoryInvokerFactory.java:79)
    at org.springframework.data.rest.core.support.UnwrappingRepositoryInvokerFactory.getInvokerFor(UnwrappingRepositoryInvokerFactory.java:71)
    at org.springframework.data.rest.webmvc.config.RootResourceInformationHandlerMethodArgumentResolver.resolveArgument(RootResourceInformationHandlerMethodArgumentResolver.java:87)
    at org.springframework.data.rest.webmvc.config.RootResourceInformationHandlerMethodArgumentResolver.resolveArgument(RootResourceInformationHandlerMethodArgumentResolver.java:40)

Quite often when I reach some Spring Data REST endpoints from my javascript application. As discussed on the Gitter channel ConcurrentHashMap needs to be used instead of HashMap.

Issue
Currently, Elytron will send back a 403 Response when an invalid bearer token is sent. For the built-in JWT validator (the token validation we are using), this includes a few checks like signature, expiration time, audience and issuer.
It seems that the current BearerTokenAuthenticationMechanism does not differentiate between failed authentication and failed authorization, returning a 403 in both cases. This produces conflicting and erroneous results. Did I fail to authenticate (say, expired JWT) or did I authenticate but do not have access to the resource in question?
This would also be closer in line with RFC 6750 (The OAuth 2.0 Authorization Framework: Bearer Token Usage) which includes an example of an expired (invalid) token.

 And in response to a protected resource request with an
   authentication attempt using an expired access token:
     HTTP/1.1 401 Unauthorized
     WWW-Authenticate: Bearer realm="example",
                       error="invalid_token",
                       error_description="The access token expired"
Potential Solution
Perhaps this could be ameliorated by something akin to the following change in BearerTokenAuthenticationMechanism::evaluateRequest by differentiating between failure to authorize and failure to authenticate the token. Merely a quick, unvetted example as I haven't had enough time to dig in to the source.

if (verifyCallback.isVerified()) {
	AuthorizeCallback authorizeCallback = new AuthorizeCallback(null, null);

	handleCallback(authorizeCallback);

	if (authorizeCallback.isAuthorized()) {
	    httpBearer.debugf("Token authentication successful.");
	    handleCallback(new IdentityCredentialCallback(new BearerTokenCredential(tokenEvidence.getToken()), true));
	    handleCallback(AuthenticationCompleteCallback.SUCCEEDED);
	    request.authenticationComplete();
	    return;
	}
	else{
		httpBearer.debugf("Token authorization failed message.");
		request.authenticationFailed("Some token unauthorized message", response -> response.setStatusCode(FORBIDDEN));
		return;
	}  
}
httpBearer.debugf("Token authentication failed.");
request.authenticationFailed("Invalid bearer token", response -> response.setStatusCode(UNAUTHORIZED));
return;

When a RPC data input stream is closed, protobuf doesn't raise an EOFException, it returns a null RpcResponse object.
We need to check if the response is null before trying to access it.

This leads to a resource leak.
The offending code appears to be on line 158 of EmbeddedDatabaseFactory, populateDatabase method.

The WildFly snapshot for 9.0.0.Alpha1 submits the serious warning below, when PicketLink is used. This warning is a result of upgrading to Weld 2.2.4. Please make the fix (at the bottom) before releasing WFLY 9. Thank you.

WARN  [org.jboss.as.weld] WFLYWELD0052:
Using deployment classloader to load proxy classes for module org.picketlink.core:main.
Package-private access will not work. To fix this the module should declare dependencies on [org.jboss.weld.core, org.jboss.weld.spi]

The fix is:
In file feature-pack/src/main/resources/modules/system/layers/base/org/picketlink/core/main/module.xml add these two lines within the <dependencies> block:

<module name="org.jboss.weld.core"/>
<module name="org.jboss.weld.spi"/>

I've added a few steps to the "How to release" section of the ref guide based on what I learned about doing a quickie release.
This is what I think I should have done – if you disagree please suggest how it should be done.

The camel-example-spring-jms org.apache.camel.example.server.ServerRoutes contains an invalid URI parameter methodName (see exception below).
Fix - change 'methodName' to 'method' as below
//from("jms:queue:numbers").to("bean:multiplier?methodName=multiply");
  from("jms:queue:numbers").to("bean:multiplier?method=multiply");
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 2.031 sec <<< FAILURE! - in org.apache.camel.example.SpringJmsClientRemotingServerTest
org.apache.camel.example.SpringJmsClientRemotingServerTest  Time elapsed: 2.03 sec  <<< ERROR!
org.apache.camel.RuntimeCamelException: org.apache.camel.FailedToCreateRouteException: Failed to create route route1 at: >>> To[bean:multiplier?methodName=multiply] <<< in route: Route(route1)[[From[jms:queue:numbers]] -> [To[bean:multipli... because of Failed to resolve endpoint: bean://multiplier?methodName=multiply due to: Failed to resolve endpoint: bean://multiplier?methodName=multiply due to: There are 1 parameters that couldn't be set on the endpoint. Check the uri if the parameters are spelt correctly and that they are properties of the endpoint. Unknown parameters=[
{methodName=multiply}
]
	at org.apache.camel.impl.DefaultComponent.validateParameters(DefaultComponent.java:183)
	at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:128)
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:558)
	at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:79)
	at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:200)
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:107)
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:113)
	at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:62)
	at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:56)
	at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:505)
	at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:217)
	at org.apache.camel.example.SpringJmsClientRemotingServerTest.setupFreePort(SpringJmsClientRemotingServerTest.java:46)
org.apache.camel.example.SpringJmsClientRemotingServerTest  Time elapsed: 2.031 sec  <<< ERROR!
	at org.apache.camel.example.SpringJmsClientRemotingServerTest.stopSpring(SpringJmsClientRemotingServerTest.java:52)

Because legacy protocols use the fully qualified protocol class name as their protocol name, no default properties will be applied to these protocols.

Hi,
I'm trying out the following command:
web mvc embed map --location "Dublin, Ireland"
but when I load the page, the map shown s locate over the middle of the US instead of the specified location.
A search on the forum lead to the following workaround:
GMaps
open map.tagx on WEB-INF/tags/embed
change 
<springaram name="hnear" value="${location}" />
to
<springaram name="q" value="${location}" />

In the case that a parquet formatted table has partitions where the files have different size schema, using column index access can result in an index out of bounds exception.

Running "ant test" fails due to the old hive jar files from hadoopcore (which is inside the build directory by default) being included first in the classpath.

Since beeline may be run from a host not running HS2, there is no reason for it to set hive.aux.jars.path property. Beeline doesn't need these jars, HS2 does and should use hive.aux.jars.path property populated with jars on HS2 host (not the ones sent over by beeline connection.)

The model enables to execute following command.

/subsystem=messaging-activemq/server=default/ha-policy=replication-master:add

It creates ha policy with following configuration.

/subsystem=messaging-activemq/server=default/ha-policy=replication-master:read-resource 
{
        "check-for-live-server" => false,
        "cluster-name" => undefined,
        "group-name" => undefined,
        "initial-replication-sync-timeout" => 30000L
    },

From the description of cluster-name attribute it is not clear what is the behavior if this attribute is undefined.

"cluster-name" => {
       "type" => STRING,
       "description" => "Name of the cluster used for replication.",
       "expressions-allowed" => true,
       "nillable" => true,
       "min-length" => 1L,
       "max-length" => 2147483647L,
       "access-type" => "read-write",
       "storage" => "configuration",
       "restart-required" => "all-services"
},

The ActiveMQ Artemis documentation describes the attribute as follows:
Name of the cluster configuration to use for replication. This setting is only necessary if you configure multiple cluster connections. If configured then the connector configuration of the cluster configuration with this name will be used when connecting to the cluster to discover if a live server is already running, see `check-for-live-server`. If unset then the default cluster connections configuration is used (the first one configured).

After upgrading the Spring framework from <4.2.2.RELEASE> to <5.0.2.RELEASE> it is not possible to call a stored procedure with SimpleJdbcCall if it is behind a synonym in an Oracle database. I did not find any possibility to switch handling of synonyms on, so the only workaround was to use JdbcTemplate where everything worked.

ServletWebRequest.checkNotModified() methods don't treat a HEAD request identically to a GET request (in fact they don't consider HEAD at all).
HTTP says:

The HEAD method is identical to GET except that the server MUST NOT
return a message-body in the response. The metainformation contained
in the HTTP headers in response to a HEAD request SHOULD be identical
to the information sent in response to a GET request.
Spring's reference documentation suggests to call WebRequest.checkNotModified() to set the status code to 304:

calling request.checkNotModified(lastModified) and returning null. The
former sets the response status to 304
As a consequence of the current implementation, applications which follow that recommendation violate against HTTP. In simple words: I had some fun debugging my application for a missing 304 status code while firing HEAD requests with wget --server-response --spider on it.
I suggest to respect HEAD in the mentioned methods identically to GET.
For test case and fix see https://github.com/spring-projects/spring-framework/pull/440

Jaxb2Marshaller.createJaxbContext() checks the JAXB version using JaxbUtils
        if (JaxbUtils.getJaxbVersion() < JaxbUtils.JAXB_2) 
{
            throw new IllegalStateException(
                    "Cannot use Jaxb2Marshaller in combination with JAXB 1.0. Use Jaxb1Marshaller instead.");
        }

But this is incorrect because JaxbUtils is checking the version by seeing if it can load javax.xml.bind.Binder using the ClassUtils' getDefaultClassLoader. Instead it should use the supplied classloader set via setBeanClassLoader in Jaxb2Marshaller.

Using TarArchiveInputStream to parse this tar archive results in a
`java.io.IOException: Error detected parsing the header`
`Caused by: java.lang.IllegalArgumentException: Invalid byte 78 at offset 8 in '00000000NaN{NUL}' len=12`
 
The `00000000NaN{NUL}` value is indeed found in the tar archive at the point that TarArchiveInputStream finds it and errors, but both BSDTar from a bash shell and JTar from a Java environment handle the archive fine, including the file with the malformed header. My commons-compress code is:

private static List<File> unTar(final File inputFile, final File outputDir) throws FileNotFoundException, IOException, ArchiveException {

  System.out.println(String.format("Untaring %s to dir %s.", inputFile.getAbsolutePath(), outputDir.getAbsolutePath()));

  final List<File> untaredFiles = new LinkedList<File>();
  final InputStream is = new FileInputStream(inputFile);
  final TarArchiveInputStream debInputStream = (TarArchiveInputStream) new ArchiveStreamFactory().createArchiveInputStream("tar", is);
  TarArchiveEntry entry = null;
    while ((entry = (TarArchiveEntry) debInputStream.getNextEntry()) != null) {
      final File outputFile = new File(outputDir, entry.getName());
      if (entry.isDirectory()) {
        System.out.println(String.format("Attempting to write output directory %s.", outputFile.getAbsolutePath()));
        if (!outputFile.exists()) {
          System.out
              .println(String.format("Attempting to create output directory %s.", outputFile.getAbsolutePath()));
          if (!outputFile.mkdirs()) {
                String.format("Couldn't create directory %s.", outputFile.getAbsolutePath()));
          }
        }
      }
      else {
        System.out.println(String.format("Creating output file %s.", outputFile.getAbsolutePath()));
        final OutputStream outputFileStream = new FileOutputStream(outputFile);
        IOUtils.copy(debInputStream, outputFileStream);
        outputFileStream.close();
      }
      untaredFiles.add(outputFile);
    }

  debInputStream.close();

  return untaredFiles;
}

compress-bug-POC.tar.gz
I've attached an archive of my proof-of-concept code that un-archives the problem archive using JTar, then attempts to un-archive it using commons-compress. The problem archive is included. Unfortunately I wasn't involved in the creation of the problem archive, it was downloaded from NPM last year, so I don't have any details about the archival process that caused the malformed header.

My original problem is the fact, that in a Jetty based proxy the consumer sets the header "Transfer-Encoding: chunked" to the backend request for a GET request without body. This is not necessary, since there is no body, but the http component puts that null body into a InputStreamCache/HttpInputOverHTTP. This happens, because there is no content-length header set (which means it's "-1"):
see https://github.com/apache/camel/blob/master/components/camel-http-common/src/main/java/org/apache/camel/http/common/DefaultHttpBinding.java#L564
The only workaround I found, is to set "eagerCheckContentAvailable=true". Unfortunately the JettyHttpEndpoint9 does not transfer this setting to the http binding and therefor my problem can't be fixed. (Ok, I found another workaround, but it's really ugly.)
I found that problem using camel-2.17. In the current master branch, there is an open TODO to transfer this option:
https://github.com/apache/camel/blame/master/components/camel-jetty9/src/main/java/org/apache/camel/component/jetty9/JettyHttpEndpoint9.java#L52
For me this fixed the problem in my "test".
I didn't manage to build a good test, since that header is set deeply inside "org.eclipse.jetty.client.HttpConnection.normalizeRequest(Request)", but it's easy to reproduce it, by running a simple proxy and enable DEBUG log for "org.eclipse.jetty.client.HttpSender":
Inside the log a http header like will be logged:

Accept-Encoding: gzip
User-Agent: Jetty/9.2.15.v20160210
sendDirect: true
Host: 127.0.0.1
Transfer-Encoding: chunked

This is the test I used to reproduce and debug that problen

public class JettyEndpointsChuckedFalseTest extends BaseJettyTest {
    
    @Test
    public void runningTest() throws Exception {
        Exchange exchange = template.request("http://localhost:{{port}}/test", new Processor() {
            @Override
            	exchange.getIn().getBody();
            }
        });
        assertNotNull(exchange);
    }
    
    @Override
            @Override

            	from("jetty:http://localhost:{{port}}/test?matchOnUriPrefix=true&chunked=false&disableStreamCache=true"
            			+ "&eagerCheckContentAvailable=true")
	            	.to("log:request-debug?showHeaders=true&showBody=false&level=INFO")
	            	.to("jetty:http://localhost:{{port2}}/test?bridgeEndpoint=true&chunked=false");
            	
                from("jetty:http://localhost:{{port2}}/test")
                	.to("mock:dead.end");
            }
        };
    }
}

gc.log.*.current enclosed with double quotes in the following line (line 265) in standalone.sh is not evaluated as a wildcard by bash,

mv "$JBOSS_LOG_DIR/gc.log.*.current" "$JBOSS_LOG_DIR/backupgc.log.current" >/dev/null 2>&1

therefore standalone.sh fails to move an existing gc.log.<number>.current file to backupgc.log.current silently.

Original title: Vectorization and Parquet: When vectorized, parquet_nested_complex.q produces RuntimeException: Unsupported type used
 
Adding "SET hive.vectorized.execution.enabled=true;" to parquet_nested_complex.q triggers this call stack:

Caused by: java.lang.RuntimeException: Unsupported type used in list:array<array<array<array<array<array<array<array<array<array<array<array<array<array<array<array<array<array<array<array<array<array<int>>>>>>>>>>>>>>>>>>>>>>
	at org.apache.hadoop.hive.ql.io.parquet.vector.VectorizedParquetRecordReader.checkListColumnSupport(VectorizedParquetRecordReader.java:589) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.parquet.vector.VectorizedParquetRecordReader.buildVectorizedParquetReader(VectorizedParquetRecordReader.java:525) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.parquet.vector.VectorizedParquetRecordReader.checkEndOfRowGroup(VectorizedParquetRecordReader.java:440) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.parquet.vector.VectorizedParquetRecordReader.nextBatch(VectorizedParquetRecordReader.java:401) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.parquet.vector.VectorizedParquetRecordReader.next(VectorizedParquetRecordReader.java:353) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.parquet.vector.VectorizedParquetRecordReader.next(VectorizedParquetRecordReader.java:92) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:360) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]

FYI: Vihang Karajgaonkar

TezSessionSTate setup requires access to SessionState (which is a little absurd).
The expire / renew threads are not setup with any SessionState.

ServerCrashProcedure is not propagating ProcedureYieldException to the ProcedureExecutor 
One symptom is that while ServerCrashProcedure is waiting for meta to be up the Procedure WALs get filled up rapidly with all the executions.

A simple test with 2 collinear vectors returns a wrong result.
The problem is the merge of variances, file:
http://svn.apache.org/viewvc/hive/trunk/ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDAFCorrelation.java?revision=1157222&view=markup
lines:
347: myagg.xvar += xvarB + (xavgA - xavgB) * (xavgA - xavgB) * myagg.count;
348: myagg.yvar += yvarB + (yavgA - yavgB) * (yavgA - yavgB) * myagg.count;
the correct merge should be like this:
347: myagg.xvar += xvarB + (xavgA - xavgB) * (xavgA - xavgB) / myagg.count * nA * nB;
348: myagg.yvar += yvarB + (yavgA - yavgB) * (yavgA - yavgB) / myagg.count * nA * nB;

I found a JSON SerDe that I wanted to try out, and I ran into some issues attempting to use it. The script I was executing looks like this:
ADD JAR /home/natty/hive-test-case/hive-json-serde-0.2.jar;
CREATE TABLE bar (
  id INT,
  integers ARRAY<INT>,
  datum STRING
) ROW FORMAT SERDE 'org.apache.hadoop.hive.contrib.serde2.JsonSerde';
LOAD DATA LOCAL INPATH '/home/natty/sample_data/json.sample' OVERWRITE INTO TABLE bar;
SELECT * FROM bar;
The data I loaded in looks like this:

{ "id": 1, "integers": [ 1, 2, 3 ], "datum": "hello" }
,
When the "SELECT * FROM bar" query executes, it returns with a failure:
hive> ADD JAR /home/natty/hive-test-case/hive-json-serde-0.2.jar;
Added /home/natty/hive-test-case/hive-json-serde-0.2.jar to class path
Added resource: /home/natty/hive-test-case/hive-json-serde-0.2.jar
hive> SELECT * FROM bar;
OK
Failed with exception java.io.IOException:java.lang.ClassCastException: org.json.JSONArray cannot be cast to [Ljava.lang.Object;
Time taken: 2.335 seconds
Now, this alone doesn't bother me. What bothers me is that, if I look at the log file, I see the following exception:
2012-08-03 13:12:11,407 ERROR CliDriver (SessionState.java:printError(380)) - Failed with exception java.io.IOException:java.lang.ClassCastException: org.json.JSONArray cannot be cast to [Ljava.lang.Object;
java.io.IOException: java.lang.ClassCastException: org.json.JSONArray cannot be cast to [Ljava.lang.Object;
	at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:173)
	at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1383)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:266)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:208)
Caused by: java.lang.ClassCastException: org.json.JSONArray cannot be cast to [Ljava.lang.Object;
	at org.apache.hadoop.hive.serde2.objectinspector.StandardListObjectInspector.getList(StandardListObjectInspector.java:98)
	at org.apache.hadoop.hive.serde2.SerDeUtils.buildJSONString(SerDeUtils.java:287)
	at org.apache.hadoop.hive.serde2.SerDeUtils.getJSONString(SerDeUtils.java:213)
	at org.apache.hadoop.hive.serde2.DelimitedJSONSerDe.serializeField(DelimitedJSONSerDe.java:59)
	at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serialize(LazySimpleSerDe.java:365)
	at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:163)
	... 11 more
Note that this exception indicates that Hive is executing code for the DelimitedJSONSerDe, rather than the one that I specified (JsonSerde from the jar file). Seems incorrect.

A CDI Bean Archive with a beans.xml which contains beans/scan/exclude XML element causes NullPointerExcpetion during deployment on server with enabled <spec-descriptor-property-replacement> parameter in server's standalone.xml.
The error stack trace is:

2014-03-21 11:22:52,455 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-11) MSC000001: Failed to start service jboss.deployment.subunit."example.ear"."example-ejb.jar".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."example.ear"."example-ejb.jar".PARSE: JBAS018733: Failed to process phase PARSE of subdeployment "example-ejb.jar" of deployment "example.ear"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.0.0.Final.jar:8.0.0.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: java.lang.NullPointerException
	at org.jboss.as.weld.deployment.processors.BeansXmlProcessor.parseBeansXml(BeansXmlProcessor.java:140)
	at org.jboss.as.weld.deployment.processors.BeansXmlProcessor.deploy(BeansXmlProcessor.java:117)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.Final.jar:8.0.0.Final]
	... 5 more
	at org.jboss.metadata.property.DefaultPropertyReplacer.replaceProperties(DefaultPropertyReplacer.java:52)
	at org.jboss.as.weld.deployment.PropertyReplacingBeansXmlHandler.interpolate(PropertyReplacingBeansXmlHandler.java:64)
	at org.jboss.weld.xml.BeansXmlHandler$4.processStartChildElement(BeansXmlHandler.java:229)
	at org.jboss.weld.xml.BeansXmlHandler.startElement(BeansXmlHandler.java:297)
	at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
	at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
	at org.apache.xerces.impl.xs.XMLSchemaValidator.emptyElement(Unknown Source)
	at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source)
	at org.jboss.weld.xml.BeansXmlParser.parse(BeansXmlParser.java:93)
	at org.jboss.as.weld.deployment.processors.BeansXmlProcessor.parseBeansXml(BeansXmlProcessor.java:136)
	... 7 more

LinkedCaseInsensitiveMap derives from HashMap, but it does not override the clone() method. As a result, if you clone() a LinkedCaseInsensitiveMap, then subsequently modify the clone, the original can become corrupt.
Here is a test program to illustrate:

{
	public static void main(String[] args)
	{
		LinkedCaseInsensitiveMap<String> map1 = new LinkedCaseInsensitiveMap<>();
		map1.put("KEY", "FOO");
		LinkedCaseInsensitiveMap<String> map2 = (LinkedCaseInsensitiveMap<String>)map1.clone();
		map2.put("Key", "Foo");
		String value = map1.get("KEY");

		System.err.format("Got '%s', expected 'FOO' .. ", value);
		System.err.println("FOO".equals(value) ? "SUCCESS" : "FAIL!");
	}
}

The map1.get("KEY") line should return "FOO". But instead it returns null.

Step to reproduce (an osgi environment like karaf or fuse is needed):

Unzip hdfs2-issue.zip to folder HDFS2_ISSUE_ROOT
Run osgi environment (bin/karaf)
feature:install camel-hdfs2 (adding a feature repo might be needed)
install -s file:HDFS2_ISSUE_ROOT/target/generic-issue-1.jar
See the exception in log:

2017-08-01 16:38:04,367 | ERROR | nt Dispatcher: 1 | BlueprintCamelContext            | 49 - org.apache.camel.camel-blueprint - 2.20.0.fuse-000052 | Error occurred during starting Camel Context  hdfs2-test
	at org.apache.hadoop.fs.FileSystem.getFileSystemClass(FileSystem.java:2644) [238:org.apache.servicemix.bundles.hadoop-client:2.7.2.1]
	at org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:2651) [238:org.apache.servicemix.bundles.hadoop-client:2.7.2.1]
	at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:92) [238:org.apache.servicemix.bundles.hadoop-client:2.7.2.1]
	at org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:2687) [238:org.apache.servicemix.bundles.hadoop-client:2.7.2.1]
	at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:2669) [238:org.apache.servicemix.bundles.hadoop-client:2.7.2.1]
	at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:371) [238:org.apache.servicemix.bundles.hadoop-client:2.7.2.1]
	at org.apache.camel.component.hdfs2.HdfsInfo.<init>(HdfsInfo.java:36) [226:org.apache.camel.camel-hdfs2:2.20.0.fuse-000052]
	at org.apache.camel.component.hdfs2.HdfsOutputStream.createOutputStream(HdfsOutputStream.java:49) [226:org.apache.camel.camel-hdfs2:2.20.0.fuse-000052]
	at org.apache.camel.component.hdfs2.HdfsProducer.setupHdfs(HdfsProducer.java:143) [226:org.apache.camel.camel-hdfs2:2.20.0.fuse-000052]
	at org.apache.camel.component.hdfs2.HdfsProducer.doStart(HdfsProducer.java:104) [226:org.apache.camel.camel-hdfs2:2.20.0.fuse-000052]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:75) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DeferServiceStartupListener.onCamelContextStarted(DeferServiceStartupListener.java:49) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:3723) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:3502) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:3357) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:204) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:3116) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:3112) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:3135) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:3112) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:3050) [51:org.apache.camel.camel-core:2.20.0.fuse-000052]
	at org.apache.camel.blueprint.BlueprintCamelContext.start(BlueprintCamelContext.java:244) [49:org.apache.camel.camel-blueprint:2.20.0.fuse-000052]
	at org.apache.camel.blueprint.BlueprintCamelContext.maybeStart(BlueprintCamelContext.java:284) [49:org.apache.camel.camel-blueprint:2.20.0.fuse-000052]
	at org.apache.camel.blueprint.BlueprintCamelContext.blueprintEvent(BlueprintCamelContext.java:177) [49:org.apache.camel.camel-blueprint:2.20.0.fuse-000052]
	at org.apache.aries.blueprint.container.BlueprintEventDispatcher$4.call(BlueprintEventDispatcher.java:201) [41:org.apache.aries.blueprint.core:1.8.2]
	at org.apache.aries.blueprint.container.BlueprintEventDispatcher$4.call(BlueprintEventDispatcher.java:199) [41:org.apache.aries.blueprint.core:1.8.2]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [?:?]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [?:?]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:?]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:?]

Recovery manager is not able to recover MDB and shows warnings.
This causes to see the same warning log in server each time recovery is run.
This happens when server is crashed before transaction state is saved.

Since all other DUPs are contributing to org.jboss.as.server.deployment.Attachments#DEPLOYMENT_COMPLETE_SERVICES nothing actually clears the list on org.jboss.as.server.deployment.DeploymentUnitProcessor#undeploy (or cleanup phase).
This seems to be the responsibility of org.jboss.as.server.deployment.DeploymentCompleteServiceProcessor.

The plan file name was generated based on mapred.job.name. If the user specify mapred.job.name before the query, two parallel queries will have conflict plan file name. 

When running "hive --version", "subversion" is displayed below, which should be "git".
$ hive --version
​Hive 2.1.0-SNAPSHOT
​Subversion git://

While using the patch in HBASE-11598 , I found that RateLimiter can't to limit the rate right.

 /**
   * given the time interval, are there enough available resources to allow execution?
   * @param now the current timestamp
   * @param lastTs the timestamp of the last update
   * @param amount the number of required resources
   * @return true if there are enough available resources, otherwise false
   */
  public synchronized boolean canExecute(final long now, final long lastTs, final long amount) {
    return avail >= amount ? true : refill(now, lastTs) >= amount;
  }

When avail >= amount, avail can't be refill. But in the next time to call canExecute, lastTs maybe update. So avail will waste some time to refill. Even we use smaller rate than the limit, the canExecute will return false. 

Hi,
I believe I found an issue with autowiring and generics.
I attached a simple eclipse example project to show you the issue.
Here is my "application-context.xml" file:
         http://www.springframework.org/schema/beans/spring-beans-3.2.xsd
         http://www.springframework.org/schema/context
         http://www.springframework.org/schema/context/spring-context-3.2.xsd">

	<context:annotation-config/>
	
	<bean class="spring.test.generics.GenericInterface1Impl" factory-method="create"/>
	<bean class="spring.test.generics.GenericInterface2Impl"/>
</beans>

I have 2 classes: "GenericInterface1Impl" and "GenericInterface2Impl".
"GenericInterface1Impl" depends on an implementation of "GenericInterface2".
GenericInterface1Impl.java
public class GenericInterface1Impl<T> implements GenericInterface1<T>{

	private GenericInterface2<T> gi2;

	@Override
	public String doSomethingGeneric(T o) {
		return gi2.doSomethingMoreGeneric(o) + "_somethingGeneric_" + o;
	}
	
	/**
	 * Factory Method
	 * @return an instance of <code>GenericInterface1<String></code>
	 */
	public static GenericInterface1<String> create(){
		return new GenericInterface1Impl<>();
	}

}

GenericInterface2Impl.java

public class GenericInterface2Impl implements GenericInterface2<String>{

	@Override
	public String doSomethingMoreGeneric(String o) {
		return "somethingMoreGeneric_" + o;
	}
}

"GenericInterface1Impl" has a factory method that creates an instance of "GenericInterface1<String>". 
The issue is: spring can't find a qualifying bean for the attribute "GenericInterface1.gi2" even though there's a suitable "GenericInterface2<String>" implementation (GenericInterface2Impl) in the application context. 
The exact same code works perfectly with spring version 3.2.8 but fails with spring version 4.0.2. You can easily change the spring version to 3.2.8 in "pom.xml" to verify that.
Here's the exception stack trace:

Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'spring.test.generics.GenericInterface1Impl#0': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private spring.test.generics.GenericInterface2 spring.test.generics.GenericInterface1Impl.gi2; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [spring.test.generics.GenericInterface2] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1185)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:700)
	at spring.test.generics.App.main(App.java:13)
Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private spring.test.generics.GenericInterface2 spring.test.generics.GenericInterface1Impl.gi2; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [spring.test.generics.GenericInterface2] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
	... 13 more
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [spring.test.generics.GenericInterface2] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoSuchBeanDefinitionException(DefaultListableBeanFactory.java:1100)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:960)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:855)
	... 15 more

Thanks,
Jair Jr

Submit a Hive query on a large table via WebHCat results in failure because the WebHCat controller job is killed by Yarn since it exceeds the memory limit (set by mapreduce.map.memory.mb, defaults to 1GB):

 INSERT OVERWRITE TABLE Temp_InjusticeEvents_2014_03_01_00_00 SELECT * from Stage_InjusticeEvents where LogTimestamp > '2014-03-01 00:00:00' and LogTimestamp <= '2014-03-01 01:00:00';

We could increase mapreduce.map.memory.mb to solve this problem, but this way we are changing this setting system wise.
We need to provide a WebHCat configuration to overwrite mapreduce.map.memory.mb when submitting the controller job.

The compiler add function name and db name as write entities for "create function using <resource>" statement. We should also include the resource URI path in the write entity.

This test case failed in a secure deployment once with the following error. It's due to a race condition between writers starts writes and table ACLs propagation to region servers.  

2013-10-14 13:03:32,185 ERROR [HBaseWriterThread_8] util.MultiThreadedWriterBase: Failed to insert: 10 after 167ms; region information: cached: region=IntegrationTestLazyCfLoading,bffffffd,1381755808862.456a11d22693f7dc27763c32e55521a8., hostname=gs-hdp2-secure-1381732260-hbase-8.cs1cloud.internal,60020,1381755752694, seqNum=1; cache is up to date; errors: exception from gs-hdp2-secure-1381732260-hbase-8.cs1cloud.internal:60020 for d3d9446802a44259755d38e6d163e820-10
E       org.apache.hadoop.hbase.security.AccessDeniedException: org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions (table=IntegrationTestLazyCfLoading, family: essential:filter, action=WRITE)
....

Writes were sent at 13:03:32,032

2013-10-14 13:03:32,032 WARN  [htable-pool11-t1] client.AsyncProcess: Attempt #1/35 failed for 1 ops on gs-hdp2-secure-1381732260-hbase-8.cs1cloud.internal,60020,1381755752694 NOT resubmitting.

While the permission propagation happened at 13:03:32,109 on region server

2013-10-14 13:03:32,109 DEBUG [regionserver60020-EventThread] access.ZKPermissionWatcher: Updating permissions cache from node IntegrationTestLazyCfLoading with data: PBUF\x0AA\x0A\x06hrt_qa\x127\x08\x03"3\x0A'\x0A\x07default\x12\x1CIntegrationTestLazyCfLoading \x00 \x01 \x02 \x03 \x04

If I use MP JWT for securing JAX-RS resources, I have to always include the @RolesAllowed annotation in the class, otherwise that resource isn't secured properly.
This is because MPJWTAuthExtensionArchivePreparer.process only calls generateSecurityConstraints for classes where at least one method (or the entire class) has the @RolesAllowed annotation, and only then are the @DenyAll and @PermitAll annotations processed.
To reproduce, imagine this simple resource:

@DenyAll
@Path("/denied")
public class DeniedResource {
    @GET
    public String denied() {
        return "This should never happen";
    }
}

Query:

select 
  cast(sum(dc)*100 as decimal(11,3)) as c1
  from somedecimaltable
  order by c1
  limit 100;

Fails during execution initialization due to null ExprNodeDesc.
Noticed while trying to simplify a Vectorization issue and realized it was a more general issue.

	... 22 more
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.initializeOp(ReduceSinkOperator.java:215)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:380)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:464)
	at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:420)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.initializeOp(GroupByOperator.java:427)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:65)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:133)
	... 22 more
	at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.getExprString(ExprNodeGenericFuncDesc.java:154)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.initializeOp(ReduceSinkOperator.java:148)
	... 38 more

31.05.2017 20:45:06,914 ERROR [org.springframework.web.server.handler.ExceptionHandlingWebHandler] - Could not complete request
java.lang.IllegalArgumentException: range=
	at java.util.Locale$LanguageRange.<init>(Locale.java:2913) ~[?:1.8.0_131]
	at sun.util.locale.LocaleMatcher.parse(LocaleMatcher.java:284) ~[?:1.8.0_131]
	at java.util.Locale$LanguageRange.parse(Locale.java:3028) ~[?:1.8.0_131]
	at org.springframework.http.HttpHeaders.getAcceptLanguage(HttpHeaders.java:471) ~[spring-web-5.0.0.M5.jar:5.0.0.M5]
	at org.springframework.http.HttpHeaders.getAcceptLanguageAsLocale(HttpHeaders.java:492) ~[spring-web-5.0.0.M5.jar:5.0.0.M5]
	at org.springframework.web.reactive.result.view.ViewResolutionResultHandler.lambda$handleResult$3(ViewResolutionResultHandler.java:214) ~[spring-webflux-5.0.0.M5.jar:5.0.0.M5]
	at reactor.core.publisher.MonoThenMap$ThenMapMain.onNext(MonoThenMap.java:120) ~[reactor-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
...

When a simple java RouteBuilder that creates a component and adds it to the context in the configure method is used in a blueprint, the context cannot find the component.
Example Builder:
public class TimerRouteBuilder extends RouteBuilder {
    @Override
    public void configure() throws Exception 
{
        TimerComponent timerComponent = new TimerComponent();

        getContext().addComponent("my-timer", timerComponent);

        from( "my-timer://test-timer")
                .log("Timer Fired")
                .to("mock://result");
    }
}
Example Blueprint:
http://www.osgi.org/xmlns/blueprint/v1.0.0 https://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd
http://camel.apache.org/schema/blueprint http://camel.apache.org/schema/blueprint/camel-blueprint.xsd">
    <bean id="timer-route-builder" class="com.pronoia.camel.builder.TimerRouteBuilder"/>
    <camelContext id="blueprint-context" xmlns="http://camel.apache.org/schema/blueprint">
        <routeBuilder ref="timer-route-builder"/>
This test fails:
public class BlueprintTest extends CamelBlueprintTestSupport {
    @EndpointInject(uri = "mock://result")
    MockEndpoint result;
    @Override
    protected String getBlueprintDescriptor() 
{
        return "/OSGI-INF/blueprint/blueprint.xml";
    }

    @Test
    public void testRoute() throws Exception 
{
        result.expectedMessageCount(5);

        assertMockEndpointsSatisfied(10, TimeUnit.SECONDS);
    }

}

But this test passes
public class CamelTest extends CamelTestSupport {

    @Override
        return new TimerRouteBuilder();
    }

    @Test
    public void testRoute() throws Exception {        result.expectedMessageCount(5);
        assertMockEndpointsSatisfied(10, TimeUnit.SECONDS);    }
}

There is missing doPriviliged block in ModuleClassLoaderLocator. Fix of WFLY-7412 for ModuleClassLoaderLocator introduces new CombinedClassLoader innner class which extends SecureClassLoader. Initialization of this class needs to createClassLoader RuntimePermission.
That means:

All deployment which uses API which internally uses ModuleClassLoaderLocator needs createClassLoader RuntimePermission (which is new in EAP 7.1, the same deployments in EAP 7.0 does not need this permission)
	
i.e. getMappingContext(String mappingType) in org.jboss.security.plugins.mapping.JBossMappingManager works internally with ModuleClassLoaderLocator.

setting createClassLoader RuntimePermission for deployment can be dangerous and it should probably use own permission

Hive table statistic failed on FSStatsPublisher mode, with the following exception in Spark executor side:

14/08/05 16:46:24 WARN hdfs.DFSClient: DataStreamer Exception
java.io.FileNotFoundException: ID mismatch. Request id and saved id: 20277 , 20278 for file /tmp/hive-root/8833d172-1edd-4508-86db-fdd7a1b0af17/hive_2014-08-05_16-46-03_013_6279446857294757772-1/-ext-10000/tmpstats-0
        at org.apache.hadoop.hdfs.server.namenode.INodeId.checkId(INodeId.java:53)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:2952)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.analyzeFileState(FSNamesystem.java:2754)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getAdditionalBlock(FSNamesystem.java:2662)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.addBlock(NameNodeRpcServer.java:584)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.addBlock(ClientNamenodeProtocolServerSideTranslatorPB.java:440)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:585)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:928)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2013)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2009)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1548)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2007)

       at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:73)
        at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.locateFollowingBlock(DFSOutputStream.java:1442)
        at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.nextBlockOutputStream(DFSOutputStream.java:1261)
        at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.run(DFSOutputStream.java:525)
Caused by: org.apache.hadoop.ipc.RemoteException(java.io.FileNotFoundException): ID mismatch. Request id and saved id: 20277 , 20278 for file /tmp/hive-root/8833d172-1edd-4508-86db-fdd7a1b0af17/hive_2014-08-05_16-46-03_013_6279446857294757772-1/-ext-10000/tmpstats-0

        at org.apache.hadoop.ipc.Client.call(Client.java:1410)
        at org.apache.hadoop.ipc.Client.call(Client.java:1363)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:206)
        at com.sun.proxy.$Proxy19.addBlock(Unknown Source)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:190)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:103)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.addBlock(ClientNamenodeProtocolTranslatorPB.java:361)
        at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.locateFollowingBlock(DFSOutputStream.java:1439)
        ... 2 more

I thought I had tested it on trunk, but apparently not.
.q.out file needs update for trunk.

While testing on cluster found couple of bugs:

NPE in certain case.
map object reuse causing problem

In some cases, unable to get the scan results when using more than one column prefix filter.
Attached a java file to import the data which we used and a text file containing the values..
While executing the following query (hbase shell as well as java program) it is waiting indefinitely and after RPC timeout we got the following error.. Also we noticed high cpu, high load average and very frequent young gc  in the region server containing this row...
scan 'namespace:tablename',{STARTROW => 'test',ENDROW => 'test', FILTER => "ColumnPrefixFilter('1544770422942010001_') OR ColumnPrefixFilter('1544769883529010001_')"}
ROW                                                  COLUMN+CELL                                                                   ERROR: Call id=18, waitTime=60005, rpcTimetout=60000
 
Note: Table scan operation and scan with a single column prefix filter works fine in this case.
When we check the same query in hbase-1.2.5 it is working fine.
Can you please help me on this..

When http management interface is secured with legacy security realm using ldap, user is not prompted to provide credentials as should be in case of BASIC http authentication mechanism. Instead 403 http status is returned directly.
Users won't be able to migrate their current (6.4, 7.0) configuration to 7.1 without change.

Observe the below logs

2013-04-04 17:43:45,825 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Flushing MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9.
2013-04-04 17:43:45,826 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9., current region memstore size 42.3 M
2013-04-04 17:43:45,826 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9., commencing wait for mvcc, flushsize=44388936
2013-04-04 17:43:45,826 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting, commencing flushing stores
2013-04-04 17:43:45,831 DEBUG org.apache.hadoop.hbase.util.FSUtils: Creating file=hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/7020db24b38246a5818e7eb4e130ad9e with permission=rwxrwxrwx
2013-04-04 17:43:45,834 DEBUG org.apache.hadoop.hbase.io.hfile.HFileWriterV2: Initialized with CacheConfig:enabled [cacheDataOnRead=true] [cacheDataOnWrite=false] [cacheIndexesOnWrite=false] [cacheBloomsOnWrite=false] [cacheEvictOnClose=false] [cacheCompressed=false]
2013-04-04 17:43:45,835 INFO org.apache.hadoop.hbase.regionserver.StoreFile: Delete Family Bloom filter type for hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/7020db24b38246a5818e7eb4e130ad9e: CompoundBloomFilterWriter
2013-04-04 17:43:46,074 INFO org.apache.hadoop.hbase.regionserver.StoreFile: NO General Bloom and NO DeleteFamily was added to HFile (hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/7020db24b38246a5818e7eb4e130ad9e) 
2013-04-04 17:43:46,074 INFO org.apache.hadoop.hbase.regionserver.HStore: Flushed , sequenceid=1051817, memsize=42.3 M, into tmp file hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/7020db24b38246a5818e7eb4e130ad9e
2013-04-04 17:43:46,093 DEBUG org.apache.hadoop.hbase.regionserver.HRegionFileSystem: Committing store file hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/7020db24b38246a5818e7eb4e130ad9e as hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/f1/7020db24b38246a5818e7eb4e130ad9e
2013-04-04 17:43:46,103 INFO org.apache.hadoop.hbase.regionserver.HStore: Added hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/f1/7020db24b38246a5818e7eb4e130ad9e, entries=54911, sequenceid=1051817, filesize=35.1 M
2013-04-04 17:43:46,103 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~42.3 M/44388936, currentsize=0/0 for region MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9. in 278ms, sequenceid=-1, compaction requested=true
2013-04-04 17:43:56,335 DEBUG org.apache.hadoop.hbase.io.hfile.LruBlockCache: Stats: total=394.09 MB, free=3.61 GB, max=4.00 GB, blocks=5263, accesses=244882, hits=42988, hitRatio=17.55%, , cachingAccesses=49869, cachingHits=24251, cachingHitsRatio=48.63%, , evictions=0, evicted=20349, evictedPerRun=Infinity
2013-04-04 17:44:31,119 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Flushing MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9.
2013-04-04 17:44:31,120 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9., current region memstore size 42.7 M
2013-04-04 17:44:31,120 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9., commencing wait for mvcc, flushsize=44764248
2013-04-04 17:44:31,120 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting, commencing flushing stores
2013-04-04 17:44:31,136 DEBUG org.apache.hadoop.hbase.util.FSUtils: Creating file=hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/c5c2cd6aaf1644daa9c858149da39081 with permission=rwxrwxrwx
2013-04-04 17:44:31,139 DEBUG org.apache.hadoop.hbase.io.hfile.HFileWriterV2: Initialized with CacheConfig:enabled [cacheDataOnRead=true] [cacheDataOnWrite=false] [cacheIndexesOnWrite=false] [cacheBloomsOnWrite=false] [cacheEvictOnClose=false] [cacheCompressed=false]
2013-04-04 17:44:31,140 INFO org.apache.hadoop.hbase.regionserver.StoreFile: Delete Family Bloom filter type for hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/c5c2cd6aaf1644daa9c858149da39081: CompoundBloomFilterWriter
2013-04-04 17:44:31,341 INFO org.apache.hadoop.hbase.regionserver.StoreFile: NO General Bloom and NO DeleteFamily was added to HFile (hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/c5c2cd6aaf1644daa9c858149da39081) 
2013-04-04 17:44:31,341 INFO org.apache.hadoop.hbase.regionserver.HStore: Flushed , sequenceid=1051858, memsize=42.7 M, into tmp file hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/c5c2cd6aaf1644daa9c858149da39081
2013-04-04 17:44:31,356 DEBUG org.apache.hadoop.hbase.regionserver.HRegionFileSystem: Committing store file hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/c5c2cd6aaf1644daa9c858149da39081 as hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/f1/c5c2cd6aaf1644daa9c858149da39081
2013-04-04 17:44:31,365 INFO org.apache.hadoop.hbase.regionserver.HStore: Added hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/f1/c5c2cd6aaf1644daa9c858149da39081, entries=55156, sequenceid=1051858, filesize=35.5 M
2013-04-04 17:44:31,365 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~42.7 M/44764248, currentsize=0/0 for region MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9. in 245ms, sequenceid=-1, compaction requested=true
2013-04-04 17:45:09,450 DEBUG org.apache.hadoop.hbase.regionserver.LogRoller: HLog roll requested
2013-04-04 17:45:09,458 DEBUG org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter: using new createWriter -- HADOOP-6840
2013-04-04 17:45:09,458 DEBUG org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter: Path=hdfs://localhost:9010/hbase/.logs/ram.sh.intel.com,60020,1365040136175/ram.sh.intel.com%2C60020%2C1365040136175.1365111909450, compression=false
2013-04-04 17:45:09,462 INFO org.apache.hadoop.hbase.regionserver.wal.FSHLog: Rolled log for file=/hbase/.logs/ram.sh.intel.com,60020,1365040136175/ram.sh.intel.com%2C60020%2C1365040136175.1365111822437, entries=70, filesize=65061576; new path=/hbase/.logs/ram.sh.intel.com,60020,1365040136175/ram.sh.intel.com%2C60020%2C1365040136175.1365111909450
2013-04-04 17:45:51,419 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Flushing MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9.
2013-04-04 17:45:51,419 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9., current region memstore size 42.4 M
2013-04-04 17:45:51,420 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9., commencing wait for mvcc, flushsize=44419376
2013-04-04 17:45:51,420 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting, commencing flushing stores
2013-04-04 17:45:51,428 DEBUG org.apache.hadoop.hbase.util.FSUtils: Creating file=hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/6c502092c27a4eae847a51109e764be3 with permission=rwxrwxrwx
2013-04-04 17:45:51,432 DEBUG org.apache.hadoop.hbase.io.hfile.HFileWriterV2: Initialized with CacheConfig:enabled [cacheDataOnRead=true] [cacheDataOnWrite=false] [cacheIndexesOnWrite=false] [cacheBloomsOnWrite=false] [cacheEvictOnClose=false] [cacheCompressed=false]
2013-04-04 17:45:51,433 INFO org.apache.hadoop.hbase.regionserver.StoreFile: Delete Family Bloom filter type for hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/6c502092c27a4eae847a51109e764be3: CompoundBloomFilterWriter
2013-04-04 17:45:51,627 INFO org.apache.hadoop.hbase.regionserver.StoreFile: NO General Bloom and NO DeleteFamily was added to HFile (hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/6c502092c27a4eae847a51109e764be3) 
2013-04-04 17:45:51,627 INFO org.apache.hadoop.hbase.regionserver.HStore: Flushed , sequenceid=1051899, memsize=42.4 M, into tmp file hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/6c502092c27a4eae847a51109e764be3
2013-04-04 17:45:51,645 DEBUG org.apache.hadoop.hbase.regionserver.HRegionFileSystem: Committing store file hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/6c502092c27a4eae847a51109e764be3 as hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/f1/6c502092c27a4eae847a51109e764be3
2013-04-04 17:45:51,654 INFO org.apache.hadoop.hbase.regionserver.HStore: Added hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/f1/6c502092c27a4eae847a51109e764be3, entries=54781, sequenceid=1051899, filesize=35.2 M
2013-04-04 17:45:51,654 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~42.4 M/44419376, currentsize=0/0 for region MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9. in 235ms, sequenceid=-1, compaction requested=true
2013-04-04 17:47:36,168 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Flushing MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9.
2013-04-04 17:47:36,168 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9., current region memstore size 42.5 M
2013-04-04 17:47:36,169 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9., commencing wait for mvcc, flushsize=44568408
2013-04-04 17:47:36,169 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting, commencing flushing stores
2013-04-04 17:47:36,177 DEBUG org.apache.hadoop.hbase.util.FSUtils: Creating file=hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/b1f04e64c8be4ea1bd1d95f8a4ee8936 with permission=rwxrwxrwx
2013-04-04 17:47:36,194 DEBUG org.apache.hadoop.hbase.io.hfile.HFileWriterV2: Initialized with CacheConfig:enabled [cacheDataOnRead=true] [cacheDataOnWrite=false] [cacheIndexesOnWrite=false] [cacheBloomsOnWrite=false] [cacheEvictOnClose=false] [cacheCompressed=false]
2013-04-04 17:47:36,194 INFO org.apache.hadoop.hbase.regionserver.StoreFile: Delete Family Bloom filter type for hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/b1f04e64c8be4ea1bd1d95f8a4ee8936: CompoundBloomFilterWriter
2013-04-04 17:47:36,426 INFO org.apache.hadoop.hbase.regionserver.StoreFile: NO General Bloom and NO DeleteFamily was added to HFile (hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/b1f04e64c8be4ea1bd1d95f8a4ee8936) 
2013-04-04 17:47:36,426 INFO org.apache.hadoop.hbase.regionserver.HStore: Flushed , sequenceid=1051940, memsize=42.5 M, into tmp file hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/b1f04e64c8be4ea1bd1d95f8a4ee8936
2013-04-04 17:47:36,443 DEBUG org.apache.hadoop.hbase.regionserver.HRegionFileSystem: Committing store file hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/.tmp/b1f04e64c8be4ea1bd1d95f8a4ee8936 as hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/f1/b1f04e64c8be4ea1bd1d95f8a4ee8936
2013-04-04 17:47:36,452 INFO org.apache.hadoop.hbase.regionserver.HStore: Added hdfs://localhost:9010/hbase/MyTable/f6792086ad3518dee244e7bf2761a1f9/f1/b1f04e64c8be4ea1bd1d95f8a4ee8936, entries=55107, sequenceid=1051940, filesize=35.3 M
2013-04-04 17:47:36,452 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~42.5 M/44568408, currentsize=0/0 for region MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9. in 284ms, sequenceid=-1, compaction requested=true
2013-04-04 17:47:57,196 DEBUG org.apache.hadoop.hbase.regionserver.LogRoller: HLog roll requested
2013-04-04 17:47:57,203 DEBUG org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter: using new createWriter -- HADOOP-6840
2013-04-04 17:47:57,203 DEBUG org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter: Path=hdfs://localhost:9010/hbase/.logs/ram.sh.intel.com,60020,1365040136175/ram.sh.intel.com%2C60020%2C1365040136175.1365112077196, compression=false
2013-04-04 17:47:57,208 INFO org.apache.hadoop.hbase.regionserver.wal.FSHLog: Rolled log for file=/hbase/.logs/ram.sh.intel.com,60020,1365040136175/ram.sh.intel.com%2C60020%2C1365040136175.1365111909450, entries=70, filesize=64871151; new path=/hbase/.logs/ram.sh.intel.com,60020,1365040136175/ram.sh.intel.com%2C60020%2C1365040136175.1365112077196
2013-04-04 17:48:16,796 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Flushing MyTable,,1365111467842.f6792086ad3518dee244e7bf2761a1f9.
.............

The above logs continued and created around 38 files.
Later when the RS was restarted 

2013-04-04 18:36:18,007 INFO org.apache.hadoop.hbase.regionserver.compactions.DefaultCompactionPolicy: Default compaction algorithm has selected 38 files from 38 candidates

The compaction happeneded for the 38 files.
The reason for the above is this, USer triggered flushes happen thro
HRS.flushRegion()

FlushRegionResponse.Builder builder = FlushRegionResponse.newBuilder();
      if (shouldFlush) {
        builder.setFlushed(region.flushcache());
      }
      builder.setLastFlushTime(region.getLastFlushTime());
      return builder.build();

Here we call region.flushCache but the return value is never used.  The return value is nothing but the variable which says a compaction is needed after this flush or not (that is returned by internalFlushCache).  In the HRS.flushRegion method the return value is ignored.
But the same when it happens thro MemstoreFlusher the return value is used and we call requestCompaction.

try {
      boolean shouldCompact = region.flushcache();
      // We just want to check the size
      boolean shouldSplit = region.checkSplit() != null;
      if (shouldSplit) {
        this.server.compactSplitThread.requestSplit(region);
      } else if (shouldCompact) {
        server.compactSplitThread.requestCompaction(region, Thread.currentThread().getName());
      }

Doing the above step in HRS.flushRegion() should be enough i feel.
I had a doubt here if user triggered flush had to behave differently.  The same can be observed in the 0.94 code also.

LLAP uses a completely separate read path in ORC to allow for caching and parallelization of reads and processing. This path does not support ACID. As far as I remember ACID logic is embedded inside ORC format; we need to refactor it to be on top of some interface, if practical; or just port it to LLAP read path.
Another consideration is how the logic will work with cache. The cache is currently low-level (CB-level in ORC), so we could just use it to read bases and deltas (deltas should be cached with higher priority) and merge as usual. We could also cache merged representation in future.

Currently in QTestGenTask.execute(), we have code like :

       if (logFile != null) {
         File lf = new File(logFile);
         if (lf.exists()) {
           if (!lf.delete()) {
             throw new Exception("Could not delete log file " + lf.getCanonicalPath());
         }

If the log file gets locked due to some other process, it throws the above exception and short circuits the entire test suite. We should provide a mechanism to generate alternative new log files/temporary files whenever possible to avoid unit test failures.

Stack:

2017-06-30T02:39:43,739 ERROR [HiveServer2-Background-Pool: Thread-2873]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invokeInternal(200)) - MetaException(message:java.lang.NullPointerException)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newMetaException(HiveMetaStore.java:6066)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_table_core(HiveMetaStore.java:3993)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_table_with_environment_context(HiveMetaStore.java:3944)
        at sun.reflect.GeneratedMethodAccessor142.invoke(Unknown Source)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:148)
        at com.sun.proxy.$Proxy32.alter_table_with_environment_context(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.alter_table_with_environmentContext(HiveMetaStoreClient.java:397)
        at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.alter_table_with_environmentContext(SessionHiveMetaStoreClient.java:325)
        at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:173)
        at com.sun.proxy.$Proxy33.alter_table_with_environmentContext(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2306)
        at org.apache.hadoop.hive.ql.metadata.Hive.alterTable(Hive.java:624)
        at org.apache.hadoop.hive.ql.exec.DDLTask.alterTable(DDLTask.java:3490)
        at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:383)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:197)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1905)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1607)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1354)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1123)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1116)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1866)
        at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:348)
        at org.apache.hadoop.hive.metastore.cache.SharedCache.getCachedTableColStats(SharedCache.java:140)
        at org.apache.hadoop.hive.metastore.cache.CachedStore.getTableColumnStatistics(CachedStore.java:1409)
        at sun.reflect.GeneratedMethodAccessor165.invoke(Unknown Source)
        at com.sun.proxy.$Proxy28.getTableColumnStatistics(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveAlterHandler.alterTableUpdateTableColumnStats(HiveAlterHandler.java:800)
        at org.apache.hadoop.hive.metastore.HiveAlterHandler.alterTable(HiveAlterHandler.java:257)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.alter_table_core(HiveMetaStore.java:3973)
        ... 43 more

Changing the append attribute at runtime results in the following output:

[standalone@localhost:9990 /] /subsystem=logging/periodic-rotating-file-handler=FILE:write-attribute(name=append,value=false)
{
    }
}

A reload operation does not stop a file from being appended to. Either the behavior needs to change or the process-state should be "restart-required".
The issue is likely the file name is checked during boot and hasn't changed therefore the it's not set which would cause the stream to the file to be closed and reopened without the append.

When using column names which contain escaped spaces in them like `user id`, the type info parser is unable to parse out the structures which have a format similar to 
struct<user id:int,user group: int>

java.lang.IllegalArgumentException: Error: : expected at the position 12 of '' but 'struct<user id:int,user group: int>' is found.
        at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils$TypeInfoParser.expect(TypeInfoUtils.java:360)

The wildfly-clustering-web-undertow module currently assumes that session IDs generated by Undertow are marshallable using Base64.getUrlDecoder().
Undertow 2.0.x added support for customizing the alphabet using a system property.  Any user doing so will be unable to use distributed web session manager, as the generated session IDs will fail to marshal at runtime.
At the very least, we should detect the use of this system property and disable the session ID marshalling optimization.  At most, we can adapt the marshalling optimization to use the custom alphabet.

I think the dependency to the ActiveMQ Kahadb store is missing for ActiveMQ 5.8.0.

cmueller$ mvn exec:java -PCamelServer
...
2013-04-14 12:45:10,160 [ing.Main.main()] ERROR BrokerService                  - Cannot create SystemUsage
java.io.IOException: org.apache.activemq.store.kahadb.KahaDBPersistenceAdapter
	at org.apache.activemq.util.IOExceptionSupport.create(IOExceptionSupport.java:39)
	at org.apache.activemq.broker.BrokerService.createPersistenceAdapter(BrokerService.java:2215)
	at org.apache.activemq.broker.BrokerService.getPersistenceAdapter(BrokerService.java:1111)
	at org.apache.activemq.broker.BrokerService.getSystemUsage(BrokerService.java:1023)
	at org.apache.activemq.xbean.XBeanBrokerService.ensureSystemUsageHasStore(XBeanBrokerService.java:70)
	at org.apache.activemq.xbean.XBeanBrokerService.afterPropertiesSet(XBeanBrokerService.java:58)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1581)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1522)
	at org.apache.camel.spring.Main.createDefaultApplicationContext(Main.java:186)
	at org.apache.camel.spring.Main.doStart(Main.java:140)
Caused by: java.lang.ClassNotFoundException: org.apache.activemq.store.kahadb.KahaDBPersistenceAdapter
	at org.apache.activemq.broker.BrokerService.createPersistenceAdapter(BrokerService.java:2210)
	... 34 more

Configure the cluster to use kerberos for HS2 and Metastore.
	
http://www.cloudera.com/content/cloudera/en/documentation/cdh4/v4-3-0/CDH4-Security-Guide/cdh4sg_topic_9_1.html
http://www.cloudera.com/content/cloudera/en/documentation/cdh4/v4-6-0/CDH4-Security-Guide/cdh4sg_topic_9_2.html

Set hive metastore delegation token to org.apache.hadoop.hive.thrift.DBTokenStore in hive-site.xml

     <name>hive.cluster.delegation.token.store.class&lt;/name>
     <value>org.apache.hadoop.hive.thrift.DBTokenStore</value>

Then trying to restart hive service, HS2 fails to start the NPE below:

9:43:10.711 AM	ERROR	org.apache.hive.service.cli.thrift.ThriftCLIService	
Error: 
org.apache.thrift.transport.TTransportException: Failed to start token manager
	at org.apache.hive.service.auth.HiveAuthFactory.<init>(HiveAuthFactory.java:107)
	at org.apache.hive.service.cli.thrift.ThriftBinaryCLIService.run(ThriftBinaryCLIService.java:51)
Caused by: java.io.IOException: Failed to initialize master key
	at org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.startThreads(TokenStoreDelegationTokenSecretManager.java:223)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server.startDelegationTokenSecretManager(HadoopThriftAuthBridge20S.java:438)
	at org.apache.hive.service.auth.HiveAuthFactory.<init>(HiveAuthFactory.java:105)
	... 2 more
	at org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.startThreads(TokenStoreDelegationTokenSecretManager.java:221)
	... 4 more
	at org.apache.hadoop.hive.thrift.DBTokenStore.invokeOnRawStore(DBTokenStore.java:145)
	at org.apache.hadoop.hive.thrift.DBTokenStore.addMasterKey(DBTokenStore.java:41)
	at org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.logUpdateMasterKey(TokenStoreDelegationTokenSecretManager.java:203)
	at org.apache.hadoop.security.token.delegation.AbstractDelegationTokenSecretManager.updateCurrentKey(AbstractDelegationTokenSecretManager.java:339)
	... 9 more
9:43:10.719 AM	INFO	org.apache.hive.service.server.HiveServer2	
SHUTDOWN_MSG: 
/************************************************************
SHUTDOWN_MSG: Shutting down HiveServer2 at a1909.halxg.cloudera.com/10.20.202.109
************************************************************/

The problem appears that we didn't pass a RawStore object in the following:
https://github.com/apache/hive/blob/trunk/service/src/java/org/apache/hive/service/auth/HiveAuthFactory.java#L111

select dc,cast(dc as int), cast(dc as smallint),cast(dc as tinyint) from vectortab10korc limit 20 generates following result when vectorization is enabled:

4619756289662.078125	-1628520834	-16770	126
1553532646710.316406	-1245514442	-2762	54
3367942487288.360352	688127224	-776	-8
4386447830839.337891	1286221623	12087	55
-3234165331139.458008	-54957251	27453	61
-488378613475.326172	1247658269	-16099	29
-493942492598.691406	-21253559	-19895	73
3101852523586.039062	886135874	23618	66
2544105595941.381836	1484956709	-23515	37
-3997512403067.0625	1102149509	30597	-123
-1183754978977.589355	1655994718	31070	94
1408783849655.676758	34576568	-26440	-72
-2993175106993.426758	417098319	27215	79
3004723551798.100586	-1753555402	-8650	54
1103792083527.786133	-14511544	-28088	72
469767055288.485352	1615620024	26552	-72
-1263700791098.294434	-980406074	12486	-58
-4244889766496.484375	-1462078048	30112	-96
-3962729491139.782715	1525323068	-27332	60
NULL	NULL	NULL	NULL

When vectorization is disabled, result looks like this:

-493942492598.691406	-21253558	-19894	74
-1183754978977.589355	1655994719	31071	95
1408783849655.676758	34576567	-26441	-73
1103792083527.786133	-14511545	-28089	71
-3962729491139.782715	1525323069	-27331	61

This issue is visible only for certain decimal values. In above example, row 7,11,12, and 15 generates different results.
vectortab10korc table schema:

t                   	tinyint             	from deserializer   
si                  	smallint            	from deserializer   
i                   	int                 	from deserializer   
b                   	bigint              	from deserializer   
f                   	float               	from deserializer   
d                   	double              	from deserializer   
dc                  	decimal(38,18)      	from deserializer   
bo                  	boolean             	from deserializer   
s                   	string              	from deserializer   
s2                  	string              	from deserializer   
ts                  	timestamp           	from deserializer   
	 	 
Owner:              	xyz              	 
CreateTime:         	Tue Feb 25 21:54:28 UTC 2014	 
Location:           	hdfs://host1.domain.com:8020/apps/hive/warehouse/vectortab10korc	 
	numFiles            	1                   
	numRows             	10000               
	rawDataSize         	0                   
	totalSize           	344748              
	transient_lastDdlTime	1393365281          
	 	 
SerDe Library:      	org.apache.hadoop.hive.ql.io.orc.OrcSerde	 
InputFormat:        	org.apache.hadoop.hive.ql.io.orc.OrcInputFormat	 
OutputFormat:       	org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat	 
Time taken: 0.196 seconds, Fetched: 41 row(s

To repro

CREATE TABLE partitioned1(a INT, b STRING) PARTITIONED BY(part INT) STORED AS TEXTFILE;

insert into table partitioned1 partition(part=1) values(1, 'original'),(2, 'original'), (3, 'original'),(4, 'original');

-- Table-Non-Cascade ADD COLUMNS ...
alter table partitioned1 add columns(c int, d string);

insert into table partitioned1 partition(part=2) values(1, 'new', 10, 'ten'),(2, 'new', 20, 'twenty'), (3, 'new', 30, 'thirty'),(4, 'new', 40, 'forty');

insert into table partitioned1 partition(part=1) values(5, 'new', 100, 'hundred'),(6, 'new', 200, 'two hundred');

analyze table partitioned1 compute statistics for columns;

Error msg:

2016-03-10T14:55:43,205 ERROR [abc3eb8d-7432-47ae-b76f-54c8d7020312 main[]]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invokeInternal(177)) - NoSuchObjectException(message:Column c for which stats gathering is requested doesn't exist.)
        at org.apache.hadoop.hive.metastore.ObjectStore.writeMPartitionColumnStatistics(ObjectStore.java:6492)
        at org.apache.hadoop.hive.metastore.ObjectStore.updatePartitionColumnStatistics(ObjectStore.java:6574)

I'm developing a file manager for Android and noticed that ZipArchiveInputStream throws an exception for certain APK files (but not all) I have at hand:
 
06-12 23:01:03.043 26960-4050/me.zhanghai.android.materialfilemanager W/System.err: java.util.zip.ZipException: Unexpected record signature: 0X621
06-12 23:01:03.044 26960-4050/me.zhanghai.android.materialfilemanager W/System.err: at org.apache.commons.compress.archivers.zip.ZipArchiveInputStream.getNextZipEntry(ZipArchiveInputStream.java:258)
 at org.apache.commons.compress.archivers.zip.ZipArchiveInputStream.getNextEntry(ZipArchiveInputStream.java:406)
 at me.zhanghai.android.materialfilemanager.filesystem.Archive.readEntries(Archive.java:79)
 at me.zhanghai.android.materialfilemanager.filesystem.Archive.read(Archive.java:36)
 at me.zhanghai.android.materialfilemanager.filesystem.ArchiveFile.loadFileList(ArchiveFile.java:112)
 at me.zhanghai.android.materialfilemanager.filelist.FileLiveData$1.doInBackground(FileLiveData.java:32)
 at me.zhanghai.android.materialfilemanager.filelist.FileLiveData$1.doInBackground(FileLiveData.java:28)
 at android.os.AsyncTask$2.call(AsyncTask.java:333)
 at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:245)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
 at java.lang.Thread.run(Thread.java:764)

However, these APKs installs fine, and can be viewed by the system Files app (by changing extension to zip) and some other opensource file managers built upon java.util.zip.
Some links to APKs I found with this problem:
1. https://github.com/paphonb/PixelLauncherModV5/releases/download/5.3_23/Pixel.2.Launcher.modded.5.3.build.23.apk 
2. https://github.com/Yink/Amadeus/releases/download/0.9.6-alpha.5/amadeus.apk
My code for reading the APK archive entries:
 
private static void readEntries(InputStream inputStream, List<ArchiveEntry> entries)
        throws ArchiveException, IOException {
    try (ArchiveInputStream archiveInputStream = sArchiveStreamFactory.createArchiveInputStream(
new BufferedInputStream(inputStream))) {
        while (true) {
            ArchiveEntry entry = archiveInputStream.getNextEntry();
            if (entry == null) {
                break;
            }
            entries.add(entry);
        }
    }
}

Also note that if I catch the exception while keeping the list of already-read entries, it seems that (almost) all entries have been read.
I wonder how this can be fixed, or if this is because those files have some kind of weird format, how can I possibly work around this?
 
During Hive replication invoked from falcon, the source cluster did not generate appropriate INSERT events associated with the INSERT OVERWRITE, generating only an ALTER PARTITION event. However, an ALTER PARTITION is a metadata-only event, and thus, only metadata changes were replicated across, modifying the metadata of the destination, while not updating the data. 

When the output stream is closed, if aesh is reading on the other side of the stream inside the CLI process, this could make the CLI process to exit. That is occurring systematically with aesh-readline. 
ProcessWrapper.waitForClose is called in the following cases:

ctrlCAndWaitForClose: The test expects that Ctrl-C will make the process to exit.
pushLineAndWaitForClose: The test expects that the passed command will make the process to exit (e.g.: quit)
executeNonInteractive: The test expects that the CLI process will exit by itself, no aesh console started (file or command options). In this case, closing the output stream shouldn't hide any issue. But it shouldn't be required either.

If closing the output stream makes the CLI process to exit it could hide potential CLI issues.
I suggest that we remove the output stream.close once we have switched to use aesh-readline and see on all platforms how tests are going to behave. We could have exotic platforms that don't make the process to exit properly if output is not closed. We will have to handle them specificaly.

Currently, in HiveServer2 we use Jetty Server to start the Http Server. The connector used for this Thrift Http Cli Service has maximum idle time as the default timeout as mentioned in http://grepcode.com/file/repo1.maven.org/maven2/org.eclipse.jetty/jetty-server/7.0.0.v20091005/org/eclipse/jetty/server/AbstractConnector.java#AbstractConnector.0_maxIdleTime.
This should be manually configurable using connector.setMaxIdleTime(maxIdleTime);

it is
try {
        ClassLoader contextClassLoader = Thread.currentThread().getContextClassLoader();
        if (contextClassLoader != null) 
{
            in = contextClassLoader.getResourceAsStream(name);
        }
 ----  if (in != null) {  -----//here is incorrect, should be see if  in==null then get chance to use another classloader to load the stream
+++ if (in == null) 
{ +++
            in = ObjectHelper.class.getClassLoader().getResourceAsStream(name);
        }
        } catch (Exception e)
{
        	System.out.println("Could not find class: " + name + ". Reason: " + e);
        }
            
There is a problem when trying to query for documents with id field is in a given list of BigInteger values. Id field is mapped as a BigInteger.
For example, these lines will work only if given id list contains only one item.

List<BigInteger> profileIds = findProfileIds();
Predicate predicate = QProfileDocument.profileDocument.id.in(profileIds);
Iterable<ProfileDocument> profiles = profileRepository.findAll(predicate);

The underlying MongodbQuery is different if there is only one item in profileIds. The query looks like this for a profileIds with multiple elements

{ "_id" : { "$in" : [ "25069473312490162649510603609" , "25045916045544535958655878835"]}}

and it looks like this when there is only one item in the list.

{ "_id" : { "$oid" : "5100fb776c67e7e092be6b59"}}

In the first case, query will return no results and in the second it will work and return an Iterable with one item.
As you can see, the problem is with the representation of the BigInteger. using decimal format will not work with MongoDB.

The current UnionOperator code assumes the ObjectInspectors from all parents are the same.
But in reality, they can be different, and UnionOperator needs to do conversion if necessary.

flushCommits is currently false by default, oh and:

        final String flushCommits = "--flushCommits=";
        if (cmd.startsWith(flushCommits)) {
          this.flushCommits = Boolean.parseBoolean(cmd.substring(flushCommits.length()));
          continue;
        }

        final String writeToWAL = "--writeToWAL=";
        if (cmd.startsWith(writeToWAL)) {
          this.flushCommits = Boolean.parseBoolean(cmd.substring(writeToWAL.length()));
          continue;
        }

Switching the field order within an array of structs causes the query to fail or return the wrong data for the fields, but switching the field order within just a struct works.
Case1 if the two fields have the same type, query will return wrong data for the fields
drop table if exists schema_test;
create table schema_test (msg array<struct<f1: string, f2: string>>) stored as parquet;
insert into table schema_test select stack(2, array(named_struct('f1', 'abc', 'f2', 'abc2')), array(named_struct('f1', 'efg', 'f2', 'efg2'))) from one limit 2;
select * from schema_test;
--returns
--[
{"f1":"efg","f2":"efg2"}
]
--[
{"f1":"abc","f2":"abc2"}
]
alter table schema_test change msg msg array<struct<f2: string, f1: string>>;
--returns
--[
{"f2":"efg","f1":"efg2"}
]
--[
{"f2":"abc","f1":"abc2"}
]
Case2: if the two fields have different type, the query will fail
create table schema_test (msg array<struct<f1: string, f2: int>>) stored as parquet;
insert into table schema_test select stack(2, array(named_struct('f1', 'abc', 'f2', 1)), array(named_struct('f1', 'efg', 'f2', 2))) from one limit 2;
--returns
--[
{"f1":"efg","f2":2}
]
--[
{"f1":"abc","f2":1}
]
alter table schema_test change msg msg array<struct<f2: int, f1: string>>;
Failed with exception java.io.IOException:org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ClassCastException: org.apache.hadoop.io.Text cannot be cast to org.apache.hadoop.io.IntWritable

A registered formatter for a wrapper type (e.g. Boolean) does not apply for its primitive type (e.g. boolean).

Execution of SELECT queries is distributed among the different historical/realtime nodes containing the data when the property is true. This is the default mode and one that has been extensively tested.
Previously SELECT queries were split and sent in parallel to the broker nodes, but this mode is not recommended anymore and deprecated. Thus, that code can be removed.

With Jack Levin, we were able to figure that users that are upgrading from a 0.20.x era cluster have their .META. schema set with a 16KB MEMSTORE_SIZE. This was done in order to minimize lost meta rows when append wasn't available but even if we changed it in HTD, we also have to make sure all users upgrading to 0.90 have it changed too.
In Jack's case, he ended up with 2143 storefiles in .META. during a cold start, slowing everything down. He reported a few times in the past that his .META. was always extremely busy.
We should be able to do it as a one-off thing in HMaster when opening .META. (an update in place).

The help for patch:install reads: 
ARGUMENTS
        PATCH
                name of the patch to rollback
It should be name of patch to install

# mysql flumenewresearch < upgrade-0.6.0.mysql.sql 
ERROR 1071 (42000) at line 16: Specified key was too long; max key length is 767 bytes

Here's the cause of the problem from upgrade-0.6.0.mysql.sql:

...
ALTER TABLE `COLUMNS` MODIFY `TYPE_NAME` VARCHAR(4000);
...
ALTER TABLE `COLUMNS` DROP PRIMARY KEY;
ALTER TABLE `COLUMNS` ADD PRIMARY KEY (`SD_ID`, `COLUMN_NAME`);
...

We need to make sure that the PK on COLUMNS.TYPE_NAME is dropped before the size of the column is bumped to 4000.

Deleting direct relationships (i.e. not mediated via a RelationshipEntity) in 1->many scenarios only works correctly if a certain path is followed during the entity graph mapping. If a different path is followed, it does not work. The path that is followed is entirely dependent on JVM internals, and cannot be controlled by code.
Further investigation shows that even when it does work, its because it gets lucky...

The columns recorded as being accessed is incorrect for partitioned tables. The index of accessed columns is a position in the list of non-partition columns, but a list of all columns is being used right now to do the lookup.

TokenBasedRememberMeServices attempts to obtain the user's password from the Authentication object, after it has been erased by the ProviderManager, meaning that remember-me won't work. It will probably need to load it from the UserDetailsService when the password isn't directly available.

Calling the deprecated variant forces the user to override the deprecated one.

Prior to 3.0.3, this class was capable of converting from a java.util.Collections$EmptyList to java.util.Collections$EmptyList.  Starting from 3.0.3, this operation results in the exception: java.lang.IllegalArgumentException: Could not instantiate Collection type: java.util.Collections$EmptyList
The following Test case was verified to pass in 3.0.2 and fail in 3.0.3:
package org.springframework.core.convert.support;
import org.springframework.core.convert.TypeDescriptor;
public class CollectionToCollectionConverterTest {
	@Test
	public void testCollectionsEmptyList() throws Exception 
{
		CollectionToCollectionConverter converter = new CollectionToCollectionConverter(new GenericConversionService());
		
		TypeDescriptor type = new TypeDescriptor(getClass().getField("list"), Class.forName("java.util.Collections$EmptyList"));
		
		converter.convert(list, type, type);
	}

	public List list = Collections.emptyList();
}
This specific situation is a problem because Spring Security uses this mechanism to convert the filterChainMap in the filterChainProxy, and elements with filters="none" set the filter chain to Collections.EMPTY_LIST.  The Spring Security stack trace showing this error is:
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.security.filterChainProxy': Initialization of bean failed; nested exception is org.springframework.beans.TypeMismatchException: Failed to convert property value of type 'java.util.LinkedHashMap' to required type 'java.util.Map' for property 'filterChainMap'; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value "
{/resources/**=[], /ui/error/session*=[], /favicon.ico=[], /**=[org.springframework.security.web.context.SecurityContextPersistenceFilter@a30589, org.springframework.security.web.authentication.logout.LogoutFilter@c07930, org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter@544b02, org.springframework.security.web.authentication.www.BasicAuthenticationFilter@87286, org.springframework.security.web.savedrequest.RequestCacheAwareFilter@96d92e, org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter@18c5b4f, org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationFilter@1beb7ec, org.springframework.security.web.authentication.AnonymousAuthenticationFilter@1cfb56, org.springframework.security.web.session.SessionManagementFilter@b8f952, org.springframework.security.web.access.ExceptionTranslationFilter@1f88953, org.springframework.security.web.access.intercept.FilterSecurityInterceptor@1cbf6bb, org.springframework.security.web.authentication.switchuser.SwitchUserFilter@1b3a74d]}" from type 'java.util.LinkedHashMap' to type 'java.util.Map'; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value "[]" from type 'java.util.Collections$EmptyList' to type 'java.util.Collections$EmptyList'; nested exception is java.lang.IllegalArgumentException: Could not instantiate Collection type: java.util.Collections$EmptyList
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:574)
	at com.truecontext.common.test.web.XmlWebApplicationContextLoader.loadContext(XmlWebApplicationContextLoader.java:47)
	at com.truecontext.common.test.web.XmlWebApplicationContextLoader.loadContext(XmlWebApplicationContextLoader.java:1)
	... 24 more
Caused by: org.springframework.beans.TypeMismatchException: Failed to convert property value of type 'java.util.LinkedHashMap' to required type 'java.util.Map' for property 'filterChainMap'; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value "{/resources/**=[], /ui/error/session*=[], /favicon.ico=[], /**=[org.springframework.security.web.context.SecurityContextPersistenceFilter@a30589, org.springframework.security.web.authentication.logout.LogoutFilter@c07930, org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter@544b02, org.springframework.security.web.authentication.www.BasicAuthenticationFilter@87286, org.springframework.security.web.savedrequest.RequestCacheAwareFilter@96d92e, org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter@18c5b4f, org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationFilter@1beb7ec, org.springframework.security.web.authentication.AnonymousAuthenticationFilter@1cfb56, org.springframework.security.web.session.SessionManagementFilter@b8f952, org.springframework.security.web.access.ExceptionTranslationFilter@1f88953, org.springframework.security.web.access.intercept.FilterSecurityInterceptor@1cbf6bb, org.springframework.security.web.authentication.switchuser.SwitchUserFilter@1b3a74d]}
" from type 'java.util.LinkedHashMap' to type 'java.util.Map'; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value "[]" from type 'java.util.Collections$EmptyList' to type 'java.util.Collections$EmptyList'; nested exception is java.lang.IllegalArgumentException: Could not instantiate Collection type: java.util.Collections$EmptyList
	at org.springframework.beans.BeanWrapperImpl.convertIfNecessary(BeanWrapperImpl.java:457)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.convertForProperty(AbstractAutowireCapableBeanFactory.java:1363)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1322)
	... 36 more
Caused by: org.springframework.core.convert.ConversionFailedException: Unable to convert value "
{/resources/**=[], /ui/error/session*=[], /favicon.ico=[], /**=[org.springframework.security.web.context.SecurityContextPersistenceFilter@a30589, org.springframework.security.web.authentication.logout.LogoutFilter@c07930, org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter@544b02, org.springframework.security.web.authentication.www.BasicAuthenticationFilter@87286, org.springframework.security.web.savedrequest.RequestCacheAwareFilter@96d92e, org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter@18c5b4f, org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationFilter@1beb7ec, org.springframework.security.web.authentication.AnonymousAuthenticationFilter@1cfb56, org.springframework.security.web.session.SessionManagementFilter@b8f952, org.springframework.security.web.access.ExceptionTranslationFilter@1f88953, org.springframework.security.web.access.intercept.FilterSecurityInterceptor@1cbf6bb, org.springframework.security.web.authentication.switchuser.SwitchUserFilter@1b3a74d]}
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:40)
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:183)
	... 42 more
Caused by: org.springframework.core.convert.ConversionFailedException: Unable to convert value "[]" from type 'java.util.Collections$EmptyList' to type 'java.util.Collections$EmptyList'; nested exception is java.lang.IllegalArgumentException: Could not instantiate Collection type: java.util.Collections$EmptyList
	at org.springframework.core.convert.support.MapToMapConverter.convert(MapToMapConverter.java:68)
	at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:37)
	... 45 more
Caused by: java.lang.IllegalArgumentException: Could not instantiate Collection type: java.util.Collections$EmptyList
	at org.springframework.core.CollectionFactory.createCollection(CollectionFactory.java:256)
	at org.springframework.core.convert.support.CollectionToCollectionConverter.convert(CollectionToCollectionConverter.java:61)
	... 48 more
I believe this used to work because a check was made to see if the source was assignable to the target type.  If so, the source was returned.  I would either put this logic back in, or in the CollectionsFactory, specially handle the Collections$EmptyList list type.

When order by query returns 0 rows, there will not be any files in temporary table location for GenericUDTFGetSplits
which results in the following exception

  at org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator.initialize(HiveSplitGenerator.java:217)
  at org.apache.hadoop.hive.ql.udf.generic.GenericUDTFGetSplits.getSplits(GenericUDTFGetSplits.java:420)
  ... 52 more

the generated method name in java file is always begin with lower case, but the operationName in the servicemodel begin with uppercase per the wsdl, this mismatch will cause the invocation fail throwing NO_OPERATION_FOUND exception
we should set CxfConstants.OPERATION_NAME as the one from servicemodel

On some Hadoop version, we keep getting "lease recovery" message at the time we check for scratchdir by opening for appending:

Failed to APPEND_FILE xxx for DFSClient_NONMAPREDUCE_785768631_1 on 10.0.0.18 because lease recovery is in progress. Try again later.
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.recoverLeaseInternal(FSNamesystem.java:2917)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.appendFileInternal(FSNamesystem.java:2677)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.appendFileInt(FSNamesystem.java:2984)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.appendFile(FSNamesystem.java:2953)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.append(NameNodeRpcServer.java:655)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.append(ClientNamenodeProtocolServerSideTranslatorPB.java:421)
	at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:616)
	at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2133)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2131)

and

16/04/14 04:51:56 ERROR hdfs.DFSClient: Failed to close inode 18963
java.io.IOException: Failed to replace a bad datanode on the existing pipeline due to no more good datanodes being available to try. (Nodes: current=[DatanodeInfoWithStorage[10.0.0.12:30010,DS-b355ac2a-a23a-418a-af9b-4c1b4e26afe8,DISK]], original=[DatanodeInfoWithStorage[10.0.0.12:30010,DS-b355ac2a-a23a-418a-af9b-4c1b4e26afe8,DISK]]). The current failed datanode replacement policy is DEFAULT, and a client may configure this via 'dfs.client.block.write.replace-datanode-on-failure.policy' in its configuration.
	at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.findNewDatanode(DFSOutputStream.java:951)
	at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.addDatanode2ExistingPipeline(DFSOutputStream.java:1017)
	at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.setupPipelineForAppendOrRecovery(DFSOutputStream.java:1165)
	at org.apache.hadoop.hdfs.DFSOutputStream$DataStreamer.run(DFSOutputStream.java:470)

The reason is not clear. However, if we remove hsync from SessionState, everything works as expected. Attach patch to remove hsync call for now.

Kind of a regression of AS7-4041. Currently the AttributeDefinition for driver-name is marked as required which is unnecessary since the name is taken from the operation.

Input paths can be recontructed from the plan. No need to send them in the job conf as well.

Actually some tests cases fails when running against a remote eap instance. 
In this specific case instances running on Openshift v3.
In order to get those tests working we have to modify some classes to configure the authentication.
Example: 
org.jboss.as.test.integration.ee.jmx.property.JMXPropertyEditorsTestCase, had to change this:

    private MBeanServerConnection getMBeanServerConnection() throws IOException {
        final String address = managementClient.getMgmtAddress()+":"+managementClient.getMgmtPort();
        connector = JMXConnectorFactory.connect(new JMXServiceURL("service:jmx:http-remoting-jmx://"+address));
        return connector.getMBeanServerConnection();

    }

To:

        HashMap<String, String[]> propEnv = new HashMap<String, String[]>();
        String[] credentials = {  System.getProperty("jboss.management.user",""), System.getProperty("jboss.management.password","") };
        propEnv.put(JMXConnector.CREDENTIALS, credentials);
        connector = JMXConnectorFactory.connect(new JMXServiceURL("service:jmx:http-remoting-jmx://"+address),propEnv);
    }

Could these kind of authentication being configurable?
It is important to us because this allows the tests to be executed against the docker images running in openshift.

0.94 is supposed to work with 0.20.205 and 0.22 if I am not wrong. We should document this. 

2016-11-08T14:21:15,025 INFO  [ATS Logger 0]: hooks.ATSHook (ATSHook.java:run(156)) - Failed to submit plan to ATS: java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.hooks.ATSHook$2.run(ATSHook.java:141)

When master starts up and tries to do splitlog, in case of any error we try to do that infinitely in a loop until it succeeds.
But now if we get a shutdown call, inside SplitLogManager

          if (stopper.isStopped()) {
            LOG.warn("Stopped while waiting for log splits to be completed");
            return;
          }

Here we know that the master has stopped.  As the task may not be completed now

 if (batch.done != batch.installed) {
      batch.isDead = true;
      tot_mgr_log_split_batch_err.incrementAndGet();
      LOG.warn("error while splitting logs in " + logDirs +
      " installed = " + batch.installed + " but only " + batch.done + " done");
      throw new IOException("error or interrupt while splitting logs in "
          + logDirs + " Task = " + batch);
    }

we throw an exception.  In MasterFileSystem.splitLogAfterStartup() we don't check if the master is stopped and we try continously. 

Roo is using a spanish localization file with misplaced messages:
list.next=Página Anterior
list.previous=Página Siguiente
... and it should be:
list.next=Página Siguiente
list.previous=Página Anterior

See nabble
http://camel.465427.n5.nabble.com/2-11-NPE-with-replaceFirst-tp5730321.html

The manifests of bundles org.springframework.ws and org.springframework.ws.java allow the use of org.springframework.oxm;version="[1.5.8,3.1.0)".  Since Spring-ws 1.5.8 is incompatible with the OXM library in Spring 3.0, this is incorrect.  The manifest needs to be modified to org.springframework.oxm;version="[1.5.8,2.0.0)".

I have a suspicion there is a small possibility, that invalid session (session, which belongs to the "old" connection) is returned into session cache (cachedSessions map). Let suppose following scenario.
Two threads - T1 and T2. T1 asks for connection and session and then close the acquired session (session is put into the session cache).

CachingConnectionFactory ccf = ...
Connection con1 = ccf.createConnection();
Session session1 = con1.createSession(false, Session.AUTO_ACKNOWLEDGE);
session1.close();

Now, the thread T2 invokes onException() method, because current connection is invalid (disconnection from JMS Provider or whatever ...).

ccf.onException(...)

The onException method caused that CachingConnectionFactory.resetConnection() is invoked (clear the session cache, active boolean flag settings). At the moment the  thread T1 comes back and asks next JMS session (createSession(false, Session.AUTO_ACKNOWLEDGE)), exactly in a moment, when thread T2 already cleared the session cache and set active boolean flag back on true value (see my comment bellow). It causes that new session list is registered into cache session map (sessionList and it is passed into CachedSessionInvocationHandler - getSession() method).

@Override
public void resetConnection() {
    this.active = false;
    synchronized (this.cachedSessions) {
        for (LinkedList<Session> sessionList : this.cachedSessions.values()) {
	    synchronized (sessionList) {
	        for (Session session : sessionList) {
		    try {
		        session.close();
                    }
                    catch (Throwable ex) {
                        logger.trace("Could not close cached JMS Session", ex);
                    }
                }
            }
        }
	this.cachedSessions.clear();
    }
    this.active = true;
    // !!!
    // In this time thread T1 asks for next session => new sessionList is registered into cachedSessions
    // !!! 

    // Now proceed with actual closing of the shared Connection...
    super.resetConnection();
}

I know that invocation of createSession(...) method (done by T1) probably fails, because connection is already invalid, but we suppose that new session is successfully created. After T1 receives new session, the resetConnection() method is finished by invocation of super.resetConnection(). Now we suppose that thread T1 (or some another thread) invokes createConnection() method, which caused that new connection is established.
Now, the session, which was acquired by T1 in a moment when resetConnection() method was running, is closed => CachedSessionInvocationHandler.logicalClose() is invoked. Again, I know that there is a big probability, that this operation fails (message consumer close or session rolback throws JMSException, which is handled now - https://jira.spring.io/browse/SPR-12148). But when the "close" actions finish successfully, the session, which belong to "old" connection is returned back into session cache.
I attached "demonstration" test, which shows this behavior. Unfortunately I am unable to write this test, without modification of CachingConnectionFactory, because I need to simulate "some delay" in resetConnection() method, so as first I modified CachingConnectionFactory - new method clearSessionCache() was created (but this modification doesn't change the behavior). 
Content of "demonstration" zip package:

CachingConnectionFactory.java (modified CachingConnectionFactory, which is a start point for problem simulation)
CachingConnectionFactoryTest.java (demonstration test itself)
CachingConnectionFactory.java.diff (fix proposal)

I know that there is very small chance to reach this scenario (small time range, all close operations must be success ...), but anyway, I still feel "synchrozation" problem here. In addition my fix proposal is too "invasive" (signature of protected methods was changed ...). Maybe there is a better way how to fix this problem:

clear session cache (again) in doCreateConnection() method
move "clear" session cache operation into closeConnection() method, which is guarded by connectionMonitor lock (but it is not probably wanted  - delay in create new connection till old connection is invalidated)
...

The main motivation for creating this issue was, that we have strange problems in old Spring (3.0.x), which can be caused by this problem. Maybe/probably the situation should be better from a moment when https://jira.spring.io/browse/SPR-12148 was done. But I think, that "synchronization" problem still exists.

A test that is based on timers that asserts hard numbers about how many times something is called. I'm just going to remove it. It killed my 1.2 nightly test run.

IOUtils.read(InputStream input, byte[] buffer, int offset, int length) and
read(Reader input, char[] buffer, int offset, int length) don't take the 
offset parameter into account...

        <license>
          <name>GNU Lesser General Public License v2.1 or later</name>
          <url>http://www.gnu.org/licenses/old-licenses/lgpl-2.1-standalone.html</url>
        <license>

However, wildfly-elytron-integration-3.0.3.Final.pom only contains:

    <licenses>
        <license>
            <name>Apache 2</name>
            <url>http://www.apache.org/licenses/LICENSE-2.0.txt</url>
            <distribution>repo</distribution>
    </licenses>

Please fix either licenses.xml or pom. 
In case the pom is fixed, please use Apache License 2.0 instead of Apache 2 as license name.

I noticed a sharp decline in the performance of my application when I upgraded from Camel 2.7.3 to 2.8.1. I discovered that the splitter/aggregator had become the bottleneck in my app. I have created a sample app that demonstrates the issue. The aggregator uses a lock, and I suspect lock contention may be at the root of this, but didn't notice any changes around that in the code diff between the versions.
I uploaded the sample app to http://www.vancameron.net/CamelPerf.zip. It uses gradle. Unzip to a directory then run "gradle" from the command line. To change the version from 2.8.1 to 2.7.3, edit the build.gradle file and run again.
The app loads 10 files with 100k lines each. It prints the current time in msec per batch.

Hi, 
I based my DDL on this exemple https://fr.hortonworks.com/tutorial/using-hive-acid-transactions-to-insert-update-and-delete-data/.
In a delete request, the use of a view in a subquery throw an exception : 
FAILED: IllegalStateException Expected 'insert into table default.mydim select ROW_ID from default.mydim sort by ROW_ID' to be in sub-query or set operation.

{code:sql}
drop table if exists mydim;
create table mydim (key int, name string, zip string, is_current boolean)

insert into mydim values
  (1, 'bob',   '95136', true),
  (2, 'joe',   '70068', true),
  (3, 'steve', '22150', true);

drop table if exists updates_staging_table;
create table updates_staging_table (key int, newzip string);
insert into updates_staging_table values (1, 87102), (3, 45220);
drop view if exists updates_staging_view;
create view updates_staging_view (key, newzip) as select key, newzip from updates_staging_table;

delete from mydim
where mydim.key in (select key from updates_staging_view);

FAILED: IllegalStateException Expected 'insert into table default.mydim select ROW__ID from default.mydim sort by ROW__ID' to be in sub-query or set operation.

can we either fix the release guide - or make the archetype somehow use the current version?

In Spring 4.2.5.RELASE the following test passes:

AntPathMatcher matcher = new AntPathMatcher();
assertTrue(matcher.match("/foo/bar", "/foo /bar"));

In Spring 4.2.0.RC1 the test fails. This seems to be related to SPR-13913  See e77ff3c99

When I use spring-data-jpa 1.8.2 , which depends on spring-data-commons-1.10.2.RELEASE , my custom repository implementation works fine :

public class MyRepositoryImpl<T, ID extends Serializable> extends SimpleJpaRepository<T , ID> implements MyRepository<T, ID> {

  protected Logger logger = LoggerFactory.getLogger(getClass());

  private final EntityManager entityManager;

  public MyRepositoryImpl(Class<T> domainClass, EntityManager entityManager) {
    super(domainClass , entityManager);
    this.entityManager = entityManager;
  }
}

But when I upgrade my project to spring-boot 1.3.M5 as project's parent , it seems it's depend on spring-data-jpa:jar:1.9.0.RELEASE  , and depend on spring-data-commons:jar:1.11.0.RELEASE .
But my custom repository cannot get injected , throws :

Caused by: java.lang.IllegalStateException: No suitable constructor found on class destiny.MyRepositoryImpl to match the given arguments: [Ljava.lang.Object;@554188ac
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getTargetRepositoryViaReflection(RepositoryFactorySupport.java:338)

It seems it's from RepositoryFactorySupport inside spring-data-commons-1.11.0.RELEASE :

	protected final <R> R getTargetRepositoryViaReflection(RepositoryInformation information, Object... constructorArguments) {
    Class baseClass = information.getRepositoryBaseClass();
    Constructor constructor = ReflectionUtils.findConstructor(baseClass, constructorArguments);
    if(constructor == null) {
      throw new IllegalStateException(String.format("No suitable constructor found on %s to match the given arguments: %s", new Object[]{baseClass, constructorArguments}));
    } else {
      return BeanUtils.instantiateClass(constructor, constructorArguments);
    }
  }

There is no such method in spring-data-commons-1.10.2 , but available in spring-data-commons-1.11.0 . Can you check it out ?
Thanks.
BTW , in the 1.9.0.RELEASE document :
http://docs.spring.io/spring-data/jpa/docs/1.9.0.RELEASE/reference/html/#jpa.misc.jpa-context
I cannot find JpaContext in any package ... where is it ?

I found a correctness issue while working on HIVE-4838. The following query from join_nullsafe.q gives different results depending on if it's executed map-side or reduce-side:

SELECT /*+ MAPJOIN(a) */ * FROM smb_input1 a JOIN smb_input1 b ON a.key <=> b.key AND a.value <=> b.value ORDER BY a.key, a.value, b.key, b.value;

For that query, on the map side, rows which should be joined are not. For example, the reduce side outputs this row:

a.key   a.value   b.key   b.value
148     NULL      148     NULL

which makes sense since a.key is equal to b.key and a.value is equal to b.value but the current map-side code omits this row. The reason is that MapJoinDoubleKey is used for the map-side join which doesn't properly compare null values.

HIVE-11428 introduces a constant Struct Object, which is available for the runtime operators to assume as a constant parameter.
This operator isn't constant folded during compilation since the UDF returns a complex type, which is logged as warning by the constant propogation layer.

See the "exceptionExecuteNative" test case in LettuceConnTransIntTest. Syntax errors that happen through the "execute" method are somehow being suppressed on tx exec.

The generated scaffold app has no uncaught exception handler.

RSM logs all the new hlogs in memory but if there's no slave then it won't be added in zookeeper. This is a problem when a slave is finally added because the first time it logs the progress in ZK it will try to clean the old logs and will try to delete a bunch of znodes that don't exist. This throws a NoNodeException which is handled by aborting the region server. It looks like this:

2011-03-17 17:38:29,832 INFO org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager: Removing 42 logs in the list: [sv2borg172%3A60020.1300351782310, sv2borg172%3A60020.1300352001486, sv2borg172%3A60020.1300352121367, sv2borg172%3A60020.1300352772392, sv2borg172%3A60020.1300354158262, sv2borg172%3A60020.1300355578566, sv2borg172%3A60020.1300356840451, sv2borg172%3A60020.1300358106115, sv2borg172%3A60020.1300359494020, sv2borg172%3A60020.1300360803514, sv2borg172%3A60020.1300362078570, sv2borg172%3A60020.1300363300908, sv2borg172%3A60020.1300364449495, sv2borg172%3A60020.1300365539396, sv2borg172%3A60020.1300366546548, sv2borg172%3A60020.1300367485952, sv2borg172%3A60020.1300368371234, sv2borg172%3A60020.1300369227069, sv2borg172%3A60020.1300370079940, sv2borg172%3A60020.1300370899710, sv2borg172%3A60020.1300371697355, sv2borg172%3A60020.1300372472873, sv2borg172%3A60020.1300373238890, sv2borg172%3A60020.1300374001201, sv2borg172%3A60020.1300374738469, sv2borg172%3A60020.1300375453876, sv2borg172%3A60020.1300376155468, sv2borg172%3A60020.1300376860049, sv2borg172%3A60020.1300377555922, sv2borg172%3A60020.1300378246690, sv2borg172%3A60020.1300378917995, sv2borg172%3A60020.1300379573664, sv2borg172%3A60020.1300380218543, sv2borg172%3A60020.1300380861201, sv2borg172%3A60020.1300381485824, sv2borg172%3A60020.1300381550415, sv2borg172%3A60020.1300381596287, sv2borg172%3A60020.1300381655746, sv2borg172%3A60020.1300381720905, sv2borg172%3A60020.1300382140669, sv2borg172%3A60020.1300382598288, sv2borg172%3A60020.1300383006771]
2011-03-17 17:38:29,868 FATAL org.apache.hadoop.hbase.regionserver.HRegionServer: ABORTING region server serverName=sv2borg172,60020,1300351781748, load=(requests=3869, regions=526, usedHeap=4475, maxHeap=7973): Failed remove from list
org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hbase/replication/rs/sv2borg172,60020,1300351781748/2/sv2borg172%3A60020.1300351782310
        at org.apache.zookeeper.KeeperException.create(KeeperException.java:102)
        at org.apache.zookeeper.ZooKeeper.delete(ZooKeeper.java:728)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNode(ZKUtil.java:959)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNode(ZKUtil.java:948)
        at org.apache.hadoop.hbase.replication.ReplicationZookeeper.removeLogFromList(ReplicationZookeeper.java:413)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.logPositionAndCleanOldLogs(ReplicationSourceManager.java:141)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:332)

If there's no slave, only the latest hlog should be kept in memory.

springsecurity.pdf p61 says like this;
<beans:bean id="sas"
class="org.springframework.security.web.authentication.session.SessionFixationProtectionStrategy">
<beans:property name="sessionRegistry" ref="sessionRegistry" />
<beans:property name="maximumSessions" value="1" />
But, SessionFixationProtectionStrategy does not have sessionRegistry, maximumSession properties.
http://static.springsource.org/spring-security/site/docs/3.0.x/apidocs/org/springframework/security/web/authentication/session/SessionFixationProtectionStrategy.html

I'm getting the following error from camel-spring on the HP-UX platform. I should be able to reuse a fix I made to a similar problem in CAMEL-939
[18:53:50]: [ERROR] FATAL ERROR
[18:53:50]: [INFO] ------------------------------------------------------------------------
[18:53:50]: [INFO] com/sun/mirror/apt/AnnotationProcessorFactory
[18:53:50]: [INFO] Trace
[18:53:50]: java.lang.NoClassDefFoundError: com/sun/mirror/apt/AnnotationProcessorFactory
[18:53:50]: at com.sun.tools.jxc.maven2.SchemaGenMojo.execute(SchemaGenMojo.java:143)
[18:53:50]: at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)

While running performance tests on Pig (0.12 and 0.17) we've observed a huge performance drop in a workload that has multiple inputs from HCatLoader.
The reason is that for a particular MR job with multiple Hive tables as input, Pig calls setLocation on each LoaderFunc (HCatLoader) instance but only one table's information (InputJobInfo instance) gets tracked in the JobConf. (This is under config key HCatConstants.HCAT_KEY_JOB_INFO).
Any such call overwrites preexisting values, and thus only the last table's information will be considered when Pig calls getStatistics to calculate and estimate required reducer count.
In cases when there are 2 input tables, 256GB and 1MB in size respectively, Pig will query the size information from HCat for both of them, but it will either see 1MB+1MB=2MB or 256GB+256GB=0.5TB depending on input order in the execution plan's DAG.
It should of course see 256.00097GB in total and use 257 reducers by default accordingly.
In unlucky cases this will be seen as 2MB and 1 reducer will have to struggle with the actual 256.00097GB...

Bug was found with version 1.2.2.RELEASE of spring-data-gemfire, gemfire 7.0 and Spring framework 3.2.0.RELEASE.
Method doCommit of GemfireTransactionManager catches org.springframework.transaction.TransactionException while com.gemstone.gemfire.cache.CacheTransactionManager.commit() throws com.gemstone.gemfire.cache.TransactionException when commit fails.
So gemfire exception is ignored by GemfireTransactionManager and is caught in
org.springframework.transaction.support.AbstractPlatformTransactionManager (line 779) as RuntimeException and isRollbackOnCommitFailure is ignored.
Roll back attempt fails with "java.lang.IllegalStateException: Thread does not have an active transaction" exception.
Here are code fragments from AbstractPlatformTransactionManager:
                        catch (TransactionException ex) {
                                // can only be caused by doCommit
                                if (isRollbackOnCommitFailure()) 
{
                                        doRollbackOnCommitException(status, ex);
                                }
                                else 
{
                                        triggerAfterCompletion(status, TransactionSynchronization.STATUS_UNKNOWN);
                                }
                                throw ex;
                        }
                        catch (RuntimeException ex) {
                                if (!beforeCompletionInvoked) 
{
                                        triggerBeforeCompletion(status);
                                }
                                doRollbackOnCommitException(status, ex);
                                throw ex;
                        }
and GemfireTransactionManager:
        @Override
        protected void doCommit(DefaultTransactionStatus status) throws TransactionException {
                // CacheTransactionObject txObject = (CacheTransactionObject)
                // status.getTransaction();
                if (status.isDebug()) 
{
                        logger.debug("Committing Gemfire local transaction on Cache [" + cache + "]");
                }
                try 
{
                        cache.getCacheTransactionManager().commit();
                }
                catch (IllegalStateException ex) 
{
                        throw new NoTransactionException(
                                        "No transaction associated with the current thread; are there multiple transaction managers ?", ex);
                }
                catch (TransactionException ex) 
{
                        throw new GemfireTransactionCommitException("Unexpected failure on commit of Cache local transaction", ex);
                }
        }

Client secret is not stored in unconfirmed authorization token, so using a secret with auth token or implicit grants doesn't work.

StaticBucketMap#putall()  uses inefficient keySet() iterator when it could use entrySet() iterator.
Patch to follow.

The cli/pom.xml has this in the "dependencies" section:

        <!-- added here as it is dep of embedded and needs to be included in shaded jar-->
            <groupId>org.jboss.msc</groupId>
            <artifactId>jboss-msc</artifactId>

But that's out of date. The analysis for WFCORE-3765 showed that any need for MSC is only on the "embedded server" side, loaded by JBoss Modules, and is not on the embedding app side, needed on the classpath. There used to be use of MSC on the embedding app side but that was removed long ago.
Fixing this will reduce the size of the jboss-cli-client.jar.

Integration code of messaging-activemq sets enabledProtocols=["TLSv1,TLSv1.1,TLSv1.2"] property to NettyConnector lookedup by the client. This behaviour was introduced by WFLY-9096 (https://github.com/wildfly/wildfly/pull/11673/files).
https://github.com/wildfly/wildfly/pull/11673/files#diff-64b7f8a3e5eb2234f8bc8cbdebd01799R373

parameters.putIfAbsent(TransportConstants.ENABLED_PROTOCOLS_PROP_NAME, "TLSv1,TLSv1.1,TLSv1.2");

https://github.com/apache/activemq-artemis/blob/2.6.3/artemis-core-client/src/main/java/org/apache/activemq/artemis/core/remoting/impl/netty/NettyConnector.java#L355

enabledProtocols = ConfigurationHelper.getStringProperty(TransportConstants.ENABLED_PROTOCOLS_PROP_NAME, TransportConstants.DEFAULT_ENABLED_PROTOCOLS, configuration);

NettyConnector prefers the enabled protocols obtained from integration code to ones defined on client side - possibly forces client to use less secured protocol than client wants.
https://github.com/apache/activemq-artemis/blob/2.6.3/artemis-core-client/src/main/java/org/apache/activemq/artemis/core/remoting/impl/netty/NettyConnector.java#L550

...
String[] originalProtocols = engine.getEnabledProtocols();
...
if (enabledProtocols != null) { // true with WFLY-9096
   try {
      engine.setEnabledProtocols(SSLSupport.parseCommaSeparatedListIntoArray(enabledProtocols));
   } catch (IllegalArgumentException e) {
      ActiveMQClientLogger.LOGGER.invalidProtocol(SSLSupport.parseArrayIntoCommandSeparatedList(engine.getSupportedProtocols()));
      throw e;
   }
} else {
   engine.setEnabledProtocols(originalProtocols);
}
...

Reproduce

WILDFLY=${WORKSPACE}/wildfly
TESTSUITE=${WORKSPACE}/eap-tests-hornetq
SERVERS=${WORKSPACE}/servers
export JBOSS_HOME_1=${SERVERS}/server1/jboss-eap
export JBOSS_HOME_2=${SERVERS}/server2/jboss-eap
export JBOSS_HOME_3=${SERVERS}/server3/jboss-eap
export JBOSS_HOME_4=${SERVERS}/server4/jboss-eap

# setup testing server
cd $WORKSPACE
git clone git@github.com:wildfly/wildfly.git
cd $WILDFLY
mvn clean install -DskipTests -pl dist -am
cd dist/target
zip -r /tmp/wildfly.zip wildfly-*-SNAPSHOT

# setup testsuite
git clone git://git.app.eng.bos.redhat.com/jbossqe/eap-tests-hornetq.git 
mkdir $SERVERS
cd $SERVERS
groovy -DEAP_ZIP_URL=file:///tmp/wildfly.zip ${TESTSUITE}/scripts/PrepareServers7.groovy 

# run the reproducer
cd $TESTSUITE/jboss-hornetq-testsuite
mvn clean test -Dtest=ElytronSslAuthenticationTestCase#testOneWaySslOverSSLv3Jms -pl tests-eap7 -am

Test details:
server supports TLSv1.1

<server-ssl-contexts>
    <server-ssl-context name="server-ssl-context" protocols="TLSv1.1" need-client-auth="false" key-manager="key-manager-name_server-ssl-context"/>
</server-ssl-contexts>

client is forced (byteman rule) to use the SSLv3
Actual:
Connection is made.
Expected:
javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is disabled or cipher suites are inappropriate)

setUserDestinationPrefix in DefaultUserDestinationResolver adds "/" to the destinationPrefix if it doesn't end with it, but setUserDestinationPrefix in MessageBrokerRegistry and SimpMessagingTemplate doesn't which leads to checkDestination in DefaultUserDestinationResolver returning always false. I think that it would be right to add "/" everywhere.

Currently ORC inserts logs the padding fraction.
The log line throws a format exception when padding is too small.

It seems you are unable to use @Argument annotations that use empty strings to refer to the default exchange.  For example, you should be able to configure a queue to use the default exchange as part of the dead letter config similar to the following:

@RabbitListener(bindings =
        @QueueBinding(
            value = @Queue(
                value = "app.events.myEvent",
                durable = "true",
                exclusive = "false",
                autoDelete = "false",
                arguments = {
                        @Argument(name="x-dead-letter-exchange", value = ""),
                        @Argument(name="x-dead-letter-routing-key", value="app.dlq")
                }),
            exchange = @Exchange(value="amq.topic", durable = "true", type = "topic"),
            key="event.app.myEvent.v1"
        ))

This fails though as spring seems to not send the empty string.  I tried being creative with using things like SPEL that would evaluate to an empty string, but same result.
If I use bean configs I am able to get the configuration I want using something like the following, the issue is just with the annotation based config.

    @Bean
    public Queue appMyEventQueue() {
        return QueueBuilder.durable("app.events.myEvent")
            .withArgument("x-dead-letter-exchange", "")
            .withArgument("x-dead-letter-routing-key", deadLetterQueue().getName())
            .build();
    }

In product hbase cluster, we found inconsistency of region location in the meta table. Region cdfa2ed711bbdf054d9733a92fd43eb5 is onlined in regionserver 10.237.12.13:11600 but the region location in Meta table is 10.237.12.15:11600.
This is because of the out-of-order puts for meta table.

HMaster try to assign the region to 10.237.12.15:11600.
RegionServer: 10.237.12.15:11600. During the opening the region, the put of region location(10.237.12.15:11600) to meta table is timeout(60s) and the htable retry for second time. (regionserver serving meta has got the request of the put. The timeout is beause  ther is a bad disk in this regionserver and sync of hlog is very slow.
)
During the retry in htable, the OpenRegionHandler is timeout(100s) and the PostOpenDeployTasksThread is interrupted. Through the htable is closed in the MetaEditor finally, the share connection the htable used is not closed and the call of put for meta table is on-flying in the connection. Assumed that this on-flying call of put to meta is  named call A.
RegionServer: 10.237.12.15:11600. For the timeout of OpenRegionHandler, the OpenRegionHandler marks the assign state of this region to FAILED_OPEN.
HMaster watchs this event of FAILED_OPEN and assigns the region to another regionserver: 10.237.12.13:11600
RegionServer: 10.237.12.13:11600. This regionserver opens the region successfully . Assumed that the put of region location(10.237.12.13:11600) to meta table in this regionserver is named B.

There is no order guarantee for call A and B. If call A is processed after call B in regionserver serving meta region, the region location in meta table will be wrong.
From the raw scan of meta table we found:

scan '.META.', {RAW => true, LIMIT => 1, VERSIONS => 10, STARTROW => 'xxx.adfa2ed711bbdf054d9733a92fd43eb5.'} 

xxx.adfa2ed711bbdf054d9733a92fd43eb5. column=info:server, timestamp=1404885460553(=> Wed Jul 09 13:57:40 +0800 2014), value=10.237.12.15:11600 --> Retry put from 10.237.12.15
xxx.adfa2ed711bbdf054d9733a92fd43eb5. column=info:server, timestamp=1404885456731(=> Wed Jul 09 13:57:36 +0800 2014), value=10.237.12.13:11600 --> put from 10.237.12.13
xxx.adfa2ed711bbdf054d9733a92fd43eb5. column=info:server, timestamp=1404885353122( Wed Jul 09 13:55:53 +0800 2014), value=10.237.12.15:11600  --> First put from 10.237.12.15
Related hbase log is attached in this issue and disscusions are welcomed.
For there is no order guarantee for puts from different htables, one solution for this issue is to give an increased id for each assignment of a region and use this id as the timestamp of put of region location to meta table. The region location with large assign id will be got by hbase clients.

Scenario:

Configure Artemis in Wildfly to use DB2 JDBC persistence store.
Redefine name of a database table and use lower case letters.
Restart Wildfly

After the restart of Wildfly, boot of Artemis component fails. It seems that if table name is in lower case, Artemis is not able to detect that the particular table exists and tries to recreate it. The create operation fails and thus initialization of JDBC driver fails as well.
The same scenario works with Oracle 12c database. It seems that Oracle JDBC driver is case insensitive.

13:22:14,557 ERROR [org.apache.activemq.artemis.jdbc.store.drivers.AbstractJDBCDriver] (ServerService Thread Pool -- 78) 
SQL STATEMENTS: 
CREATE TABLE node1_bindings(id BIGINT,recordType SMALLINT,compactCount SMALLINT,txId BIGINT,userRecordType SMALLINT,variableSize INTEGER,record BLOB,txDataSize INTEGER,txData BLOB,txCheckNoRecords INTEGER,seq BI
GINT NOT NULL, PRIMARY KEY(seq))
CREATE INDEX node1_bindings_IDX ON node1_bindings (id)
SQL EXCEPTIONS: 
SQLState: 42710 ErrorCode: -601 Message: DB2 SQL Error: SQLCODE=-601, SQLSTATE=42710, SQLERRMC=DBALLO00.NODE1_BINDINGS;TABLE, DRIVER=4.24.92
13:22:14,679 ERROR [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 78) AMQ224000: Failure in initialisation: com.ibm.db2.jcc.am.SqlSyntaxErrorException: DB2 SQL Error: SQLCODE=-601, SQLST
ATE=42710, SQLERRMC=DBALLO00.NODE1_BINDINGS;TABLE, DRIVER=4.24.92
        at com.ibm.db2.jcc.am.b6.a(b6.java:810)
        at com.ibm.db2.jcc.am.b6.a(b6.java:66)
        at com.ibm.db2.jcc.am.b6.a(b6.java:140)
        at com.ibm.db2.jcc.am.k3.c(k3.java:2817)
        at com.ibm.db2.jcc.am.k3.d(k3.java:2801)
        at com.ibm.db2.jcc.am.k3.b(k3.java:2161)
        at com.ibm.db2.jcc.t4.ab.k(ab.java:445)
        at com.ibm.db2.jcc.t4.ab.c(ab.java:104)
        at com.ibm.db2.jcc.t4.p.b(p.java:38)
        at com.ibm.db2.jcc.t4.av.h(av.java:124)
        at com.ibm.db2.jcc.am.k3.ak(k3.java:2156)
        at com.ibm.db2.jcc.am.k3.a(k3.java:3359)
        at com.ibm.db2.jcc.am.k3.c(k3.java:783)
        at com.ibm.db2.jcc.am.k3.executeUpdate(k3.java:762)
        at org.jboss.jca.adapters.jdbc.WrappedStatement.executeUpdate(WrappedStatement.java:430)
        at org.apache.activemq.artemis.jdbc.store.drivers.AbstractJDBCDriver.createTableIfNotExists(AbstractJDBCDriver.java:243) [artemis-jdbc-store-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.jdbc.store.drivers.AbstractJDBCDriver.createTable(AbstractJDBCDriver.java:113) [artemis-jdbc-store-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.jdbc.store.journal.JDBCJournalImpl.createSchema(JDBCJournalImpl.java:130) [artemis-jdbc-store-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.jdbc.store.drivers.AbstractJDBCDriver.start(AbstractJDBCDriver.java:82) [artemis-jdbc-store-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.jdbc.store.journal.JDBCJournalImpl.start(JDBCJournalImpl.java:119) [artemis-jdbc-store-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.core.persistence.impl.journal.AbstractJournalStorageManager.start(AbstractJournalStorageManager.java:1435) [artemis-server-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.initialisePart1(ActiveMQServerImpl.java:2055) [artemis-server-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.core.server.impl.LiveOnlyActivation.run(LiveOnlyActivation.java:62) [artemis-server-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.internalStart(ActiveMQServerImpl.java:539) [artemis-server-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.start(ActiveMQServerImpl.java:485) [artemis-server-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.start(JMSServerManagerImpl.java:413) [artemis-jms-server-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-SNAPSHOT]
        at org.wildfly.extension.messaging.activemq.jms.JMSService.doStart(JMSService.java:206) [wildfly-messaging-activemq-14.0.0.Beta1-SNAPSHOT.jar:14.0.0.Beta1-SNAPSHOT]
        at org.wildfly.extension.messaging.activemq.jms.JMSService.access$000(JMSService.java:65) [wildfly-messaging-activemq-14.0.0.Beta1-SNAPSHOT.jar:14.0.0.Beta1-SNAPSHOT]
        at org.wildfly.extension.messaging.activemq.jms.JMSService$1.run(JMSService.java:100) [wildfly-messaging-activemq-14.0.0.Beta1-SNAPSHOT.jar:14.0.0.Beta1-SNAPSHOT]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_151]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_151]
        at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
        at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151]
        at org.jboss.threads.JBossThread.run(JBossThread.java:485) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]

You hit this error indirectly, because how we handle invalid constant comparisons. Consider:

create table x(key int, value string) partitioned by (dt int, ts string);

-- both these queries hit this issue
select * from x where key = 'abc';
select * from x where dt = 'abc';

-- the issue is the comparison get converted to the constant false
-- and the PartitionPruner doesn't handle top level constant exprs corrcetly

Thanks to Hari Sankar Sivarama Subramaniyan for uncovering this as part of adding tests for HIVE-5376

As reload is currently racy this should improve the reliability of the test suite

While using hbase autorestart ,  the gc log will be overwirited after the process(hmaster or hregionserver) retarting.
This is because the autorestart loop is in internal_autostart function ( in hbase-daemon.sh), but we only rotate the gc log in autorestart function.
(internal_autostart)
    ONE_HOUR_IN_SECS=3600
    autostartWindowStartDate=`date +%s`
    autostartCount=0
    touch "$HBASE_AUTOSTART_FILE"

keep starting the command until asked to stop. Reloop on software crash
    while true
    do
        code # restart the hbase process util the cluster is shut down
    fi

(autorestart)
    echo running $command, logging to $HBASE_LOGOUT

stop the command
    $thiscmd --config "${HBASE_CONF_DIR}" stop $command $args &
    wait_until_done $!
wait a user-specified sleep period
    sp=${HBASE_RESTART_SLEEP:-3}
    if [ $sp -gt 0 ]; then
      sleep $sp
    fi

    check_before_start
    hbase_rotate_log $HBASE_LOGOUT
    hbase_rotate_log $HBASE_LOGGC
    nohup $thiscmd --config "${HBASE_CONF_DIR}" --autostart-window-size ${AUTOSTART_WINDOW_SIZE} --autostart-window-retry-limit ${AUTOSTART_WINDOW_RETRY_LIMIT} \
        internal_autostart $command $args < /dev/null > ${HBASE_LOGOUT} 2>&1  &

Using JdbcExtendedDaoImpl together with PostgreSQL and the following acl tables fails when inserting new identities or permissions:
create table acl_object_identity (
     id serial primary key,
     object_identity varchar(250) not null unique,
     parent_object integer references acl_object_identity,
     acl_class varchar(250) not null
);
create table acl_permission (
     acl_object_identity integer not null references acl_object_identity(id),
     recipient varchar(100) not null,
     mask integer not null,
     constraint unique_recipient unique(acl_object_identity, recipient)
);
This is due to the fact that JdbcExtendedDaoImpl explicitly sets the id to null. Postgres will naturally give an error as this is a primary key and thus cannot be null. Either set it to the value you want or leave it out of the statement.
It doesn't seem to be possible to override this by injecting new sql statements for AclObjectIdentityInsertStatement and AclPermissionInsertStatement. AclObjectIdentityInsert and AclPermissionInsert classes declares four parameters, the first of which is hardcoded to null.

Similar to HBASE-13182 and HBASE-13041 TestHBaseFsck relies on create/deleteTable() to be sync. so, if the master side is slow we get EXPIRED_TABLE_LOCK failures.
to workaround that, we can add a master coprocessor used by the test to wait until postOperationHandler is called. This will be removed after HBASE-13204.
there is also a znode for the table-lock not deleted.

hbase(main):001:0> status 'detailed'
[...]
        "-ROOT-,,0"
            org.apache.hadoop.hbase.RegionLoad@20b307b8
        ".META.,,1"
            org.apache.hadoop.hbase.RegionLoad@75d343f3
[...]

XMLConfiguration.subset() with FileChangedReloadingStrategy does not 'see' file changes
Configuration.xml:
<conf>
    <parent-item>
        <sub-item>old_value</sub-item>
    </parent-item>
</conf>
1. XMLConfiguration is loaded:
            config = new XMLConfiguration("c:conf.xml");
            config.setReloadingStrategy(new FileChangedReloadingStrategy());
2. Now, <sub-item> node value changes to "new_value",
and the code:
            Configuration parentItemConfig = config.subset("parent-item"); [AA]
            String ss2 = parentItemConfig.getString("sub-item");
returns "old_value" !!!
while:  config.getString("parent-item.sub-item"); returns new refreshed value.
It is a bug, we have FileChangedReloadingStrategy, we create new subset in [AA] but receive old values.
[for now, workaround for config users is to call config.reload() when strategy.hasChanged()]

Several users were surprised to find that their custom Infinispan externalizers are not used when marshalling of objects placed in the web session or used as fields in their SFSB.  Without this functionality, users cannot use non-serializable objects in their web session or SFSB.
There are a few reasons why this does not currently work:

The cache in which user objects is placed does not scan the application classloader for externalizers.
In both the web and ejb case, user objects are stored within a MarshalledValue - the serialization of which is done by JBoss Marshalling directly, not via Infinispan's marshaller.
Neither the org.infinispan.commons (containing org.infinispan.commons.marshall.AdvancedExternalizer) nor org.jboss.marshalling (containing org.jboss.marshalling.Externalizer) modules are exported to the application classpath.

Clearly, we need a common, public mechanism that bridges these two APIs so that users can register custom externalizers without needing to know the specific marshalling framework to which to adhere.

start metastore with compactor off
insert enough entries in a table to trigger a compaction
drop the table
stop metastore
restart metastore with compactor on

Result:  NPE in the compactor threads.  I suspect this would also happen if the inserts and drops were done in between a run of the compactor, but I haven't proven it.

Demos have been refactored to look like JBoss quickstarts, directory should be renamed to quickstarts
Also, the project version should be substituted in readme for osgi:install command

jberet uses guava but the module.xml does not declare a dependency on it. it makes occur unexpected exception java.lang.NoClassDefFoundError: com/google/common/base/Throwables
I reported about it in a website http://www.nailedtothex.org/articles/jbatch/wildfly8finalguava/
(it wrote in Japanese, but stacktraces are may be useful) 

There are 10 files which seem to have CRLF endings in the Hive repo right now. This becomes visible when using Mac OS X and cloning Hive's git repository.
HIVE-3839 introduced a new .gitattributes file which will make sure that going forward no code containing CRLF gets checked-in going forward. However, I am not sure if we took care of existing code that already contains CRLF.
In Hadoop, HADOOP-8912 introduced the .gitattributes file but HADOOP-8911 normalized existing files to get rid of their CRLF endings. I can't find a similar check-in in Hive before we commited HIVE-3839.
But that's ok, it's not too late. This check-in will normalize any files in Hive that presently have one or more CRLF endings.
The following are the 10 files I could find:

#	modified:   serde/src/java/org/apache/hadoop/hive/serde2/objectinspector/StandardUnionObjectInspector.java
#	modified:   serde/src/java/org/apache/hadoop/hive/serde2/objectinspector/UnionObjectInspector.java
#	modified:   serde/src/java/org/apache/hadoop/hive/serde2/typeinfo/ListTypeInfo.java
#	modified:   serde/src/java/org/apache/hadoop/hive/serde2/typeinfo/MapTypeInfo.java
#	modified:   serde/src/java/org/apache/hadoop/hive/serde2/typeinfo/PrimitiveTypeInfo.java
#	modified:   serde/src/java/org/apache/hadoop/hive/serde2/typeinfo/StructTypeInfo.java
#	modified:   serde/src/java/org/apache/hadoop/hive/serde2/typeinfo/TypeInfo.java
#	modified:   serde/src/java/org/apache/hadoop/hive/serde2/typeinfo/TypeInfoFactory.java
#	modified:   serde/src/java/org/apache/hadoop/hive/serde2/typeinfo/TypeInfoUtils.java
#	modified:   serde/src/test/org/apache/hadoop/hive/serde2/thrift_test/CreateSequenceFile.java

We should migrate configuration like:

<connector name="myconnector">
...
                <factory-class&gt;org.hornetq.core.remoting.impl.netty.NettyConnectorFactory</factory-class&gt;

to:

                <connector name="myconnector" factory-class="org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector">
...

and not to:

                          <connector name="myconnector" factory-class="org.hornetq.core.remoting.impl.netty.NettyConnectorFactory">
...

The same holds for InVMConnector.

When using null as a value for a mutation, HBasse thrift client failed and threw an error. We should instad check for a null byte buffer.

Spring Web Flow 2.0 M2 introduced a dependency on JSF 1.2.  We should investigate the amount of work required to support JSF 1.1 in Spring Faces, and also the demand for JSF 1.1 from our community.  Please vote on this issue if you require JSF 1.1 beyond March 2008.

Similar bug to HBASE-5562.  The wrong operator is used in the check against $OK_FINDBUGS_WARNINGS.

This has to do with a minor overhaul of the HCatalog notifications that we're attempting in HCATALOG-546.
It is proposed that HCatalog's notifications (on Add/Drop of Partitions) provide details to identify the affected partitions. 
Using the Partition object in AddPartitionEvent, one is able to retrieve the values of the partition-keys and the name of the Table. However, the partition-keys themselves aren't available (since the Table instance isn't part of the AddPartitionEvent).
Adding the table-reference to the AddPartitionEvent and DropPartitionEvent classes will expose all the info we need. (The alternative is to query the metastore for the table's schema and use the partition-keys from there. :/)
I'll post a patch for this shortly.

...ql.metadata.Hive line 785

baseTbl.getTableType() == TableType.VIRTUAL_VIEW.toString()

Admin.clearDeadServers is supposed to return the list of servers that were not cleared. But if RSGroupAdminEndpoint is set, the ConstraintException is thrown:

Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.constraint.ConstraintException): org.apache.hadoop.hbase.constraint.ConstraintException: The set of servers to remove cannot be null or empty.
	at org.apache.hadoop.hbase.rsgroup.RSGroupAdminServer.removeServers(RSGroupAdminServer.java:573)
	at org.apache.hadoop.hbase.rsgroup.RSGroupAdminEndpoint.postClearDeadServers(RSGroupAdminEndpoint.java:519)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost$133.call(MasterCoprocessorHost.java:1607)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost$133.call(MasterCoprocessorHost.java:1604)
	at org.apache.hadoop.hbase.coprocessor.CoprocessorHost$ObserverOperationWithoutResult.callObserver(CoprocessorHost.java:540)
	at org.apache.hadoop.hbase.coprocessor.CoprocessorHost.execOperation(CoprocessorHost.java:614)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost.postClearDeadServers(MasterCoprocessorHost.java:1604)
	at org.apache.hadoop.hbase.master.MasterRpcServices.clearDeadServers(MasterRpcServices.java:2231)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:131)

That happens because in postClearDeadServers it calls groupAdminServer.removeServers(clearedServer) even if the clearedServer is empty.

Currently, information about replication lives at http://hbase.apache.org/replication.html and http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/replication/package-summary.html#requirements. IMHO, it makes sense at least for the first link to be in the Ref Guide instead of where it is now. This came up because of HBASE-10398.

For http-listener, https-listener and mod-cluster filter in Undertow subsystem, there are some http2 related attributes:

            "http2-header-table-size" => {
                "description" => "The size of the header table used for HPACK compression, in bytes. This amount of memory will be allocated per connection for compression. Larger values use more memory but may give better compression.",
                "unit" => "BYTES",
            },
            "http2-initial-window-size" => {
                "description" => "The flow control window size that controls how quickly the client can send data to the server",
            },
            "http2-max-concurrent-streams" => {
                "description" => "The maximum number of HTTP/2 streams that can be active at any time on a single connection",
            },
            "http2-max-frame-size" => {
                "description" => "The max HTTP/2 frame size",
            },
            "http2-max-header-list-size" => {
                "description" => "The maximum size of request headers the server is prepared to accept",
            },

By default, all of these attributes are set as undefined. This might be reasonable e.g. for http2-max-concurrent-streams which in that case might mean that actual maximal value is not restricted anyhow (is it actually true?). But for other attributes this might be misleading for user as he actually does not know what is real default and used value (e.g. for http2-initial-window-size is used 65535) in such situation. Thus I think that we should provide some default values here so user knows what values are used.
EDIT: also please pay some attention to a max-ajp-packet-size attribute that is available in ajp-listener and mod-cluster filter - there is no default value set here (undefined by default although I believe some default is actually used - 8192?) and also no units are specified in resource-description for that one (bytes, I believe, should that be).

Right now ScanMetrics uses Writable to be able to set MapReduce counters.  We should remove this and use protobuf.

I would get out of memory errors like the following when running groupby_bigdata.q.

    [junit] plan = /data/users/pyang/task2/trunk/VENDOR.hive/trunk/build/ql/scratchdir/plan38413.xml
    [junit] Exception in thread "Thread-15" java.lang.OutOfMemoryError: Java heap space
    [junit]     at java.util.Arrays.copyOf(Arrays.java:2882)
    [junit]     at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:100)
    [junit]     at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:390)
    [junit]     at java.lang.StringBuffer.append(StringBuffer.java:224)
    [junit]     at java.io.StringWriter.write(StringWriter.java:84)
    [junit]     at java.io.PrintWriter.newLine(PrintWriter.java:436)
    [junit]     at java.io.PrintWriter.println(PrintWriter.java:585)
    [junit]     at java.io.PrintWriter.println(PrintWriter.java:696)
    [junit]     at java.lang.Throwable.printStackTrace(Throwable.java:512)
    [junit]     at org.apache.hadoop.util.StringUtils.stringifyException(StringUtils.java:60)
    [junit]     at org.apache.hadoop.hive.ql.exec.ScriptOperator$StreamThread.run(ScriptOperator.java:561)
    [junit] Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    [junit]     at java.nio.HeapCharBuffer.<init>(HeapCharBuffer.java:39)
    [junit]     at java.nio.CharBuffer.allocate(CharBuffer.java:312)
    [junit]     at java.nio.charset.CharsetEncoder.isLegalReplacement(CharsetEncoder.java:319)
    [junit]     at java.nio.charset.CharsetEncoder.replaceWith(CharsetEncoder.java:267)
    [junit]     at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:186)
    [junit]     at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:209)
    [junit]     at sun.nio.cs.ISO_8859_1$Encoder.<init>(ISO_8859_1.java:116)
    [junit]     at sun.nio.cs.ISO_8859_1$Encoder.<init>(ISO_8859_1.java:113)
    [junit]     at sun.nio.cs.ISO_8859_1.newEncoder(ISO_8859_1.java:46)
    [junit]     at java.lang.StringCoding$StringEncoder.<init>(StringCoding.java:215)
    [junit]     at java.lang.StringCoding$StringEncoder.<init>(StringCoding.java:207)
    [junit]     at java.lang.StringCoding.encode(StringCoding.java:266)
    [junit]     at java.lang.String.getBytes(String.java:947)
    [junit]     at java.io.UnixFileSystem.getLength(Native Method)
    [junit]     at java.io.File.length(File.java:848)
    [junit]     at org.apache.hadoop.fs.RawLocalFileSystem$RawLocalFileStatus.<init>(RawLocalFileSystem.java:375)
    [junit]     at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:359)
    [junit]     at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:245)
    [junit]     at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:643)
    [junit]     at org.apache.hadoop.hive.ql.exec.Utilities.clearMapRedWork(Utilities.java:114)
    [junit]     at org.apache.hadoop.hive.ql.exec.ExecDriver.execute(ExecDriver.java:680)
    [junit]     at org.apache.hadoop.hive.ql.exec.ExecDriver.main(ExecDriver.java:936)
    [junit]     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [junit]     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    [junit]     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    [junit]     at java.lang.reflect.Method.invoke(Method.java:597)
    [junit]     at org.apache.hadoop.util.RunJar.main(RunJar.java:156)
    [junit] Traceback (most recent call last):
    [junit]   File "../data/scripts/dumpdata_script.py", line 6, in <module>
    [junit]     print 20000 * i + k

hadoop3-alpha4 adds at least one new dependency that requires an update to our supplemental-models.xml
use this jira to track the changes for after that is released.

Batch reference manual, section 6.6.2.3. FieldSetMapper:
The FieldSetMapper interface defines a single method, mapLine
should be mapFieldSet.

The field Lock.size is updated using synchronization, however the StaticBucketMap.size() method reads the values without synch.
If the read is done in a different thread from the updates, there is no guarantee that the reading thread will see the most recent value.

Right now we have:

queueCallTime
	
exposes the ammount of time that a call is in the queue

processCallTime
	
exposes how long a call was processing

We don't have a stat for total time.  It's pretty easy to think that the two metrics might not track together so getting a total time could be useful.

I have an existing MSSQL database with tables which has spaces in it. During DBRE, it will fail because it tries to create a class with space in it. See roo output snippet below. It is failing where a table is named "Common Filters"
core roo> database reverse engineer --schema dbo
Created core|SRC_MAIN_RESOURCES\dbre.xml
Created core|SRC_MAIN_JAVA\hk\com\quantum
Created core|SRC_MAIN_JAVA\hk\com\quantum\Catagories.java
Undo create core|SRC_MAIN_JAVA\hk\com\quantum\Catagories.java
Undo create core|SRC_MAIN_JAVA\hk\com\quantum
Undo create core|SRC_MAIN_RESOURCES\dbre.xml
Illegal name 'hk.com.quantum.Common filters' (illegal character)

XmlConvertor cannot convert from org.apache.xerces.dom.ElementNSImpl to org.w3c.dom.Document. Class ElementNSImpl implements both interfaces org.w3c.dom.Node and org.w3c.dom.NodeList. While type converter lookup iterates from ElementNSImpl through it's superclasses and implemented interfaces, it reaches NodeList first. Therefore the

Node toDOMNodeFromSingleNodeList(NodeList)
method is selected for conversion. However this method returns null for any NodeList with more than one node. This leads to null in a message's body.
This issue is not detected on Linux, because on Oracle JDK lookup reaches Node before NodeList and the

Document toDOMDocument(Node)
method is selected for conversion.

Without this support row_number will cause heap issues in reducers. Example query below against 10 million records will cause failure. 

select a, row_number() over (partition by a order by a desc) as row_num from j100mil;

Same issue different function in JIRA HIVE-7062

After Database Reverse Engineering with automated tests, setting for example precision=4 and scale=0 at @Column annotation (in a java file) on a decimal database column causes maxvalue to be 9999.9 in Roo_DataOnDemand.aj AspectJ file (should be 9999), tests fail.

For left/right outer joins, there should be a space before the join conditions.

Alias filter tag is calculated for each group and used for outer joins. But if joinEmitInterval is smaller than the group size, pre-matured alias filter tag would be used and might introduce different(wrong) result.
It can be observed in join_1to1.q test but I cannot imagine proper solution which does not override intention of joinEmitInterval. Should it be disabled for outer joins?

HBASE-14866 moved a bunch of methods from ZKUtil to ZKConfig
and the shell was not updated

replication_admin.rb:          cluster_key = ZKUtil.getZooKeeperClusterKey(@configuration)

> select  trunc('millennium', cast('2001-02-16 20:38:40' as timestamp))
FAILED: SemanticException Line 0:-1 Argument type mismatch ''2001-02-16 20:38:40'': trunk() only takes STRING/CHAR/VARCHAR types as second argument, got TIMESTAMP

I saw this on a derivative of Hive 1.1.0 (cdh5.15.0), but the string still seems to be present on master:
https://github.com/apache/hive/blob/6d890faf22fd1ede3658a5eed097476eab3c67e9/ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDFTrunc.java#L262

When a script is executed using eval/evalsha and ReturnType.MULTI, any Exceptions like script compilation errors are returned as part of the List result. An Exception should be thrown instead.

Maybe I missed something, but this code compiles:

private static RouterFunction<?> routes() {
		return route(GET("docs/api/**"), request ->
				status(FOUND).header(LOCATION, request.path().replace("/docs/", "/old/")).build()
			).and(route(GET("docs/reference/**"), request ->
			).and(route(GET("docs/raw/**"), request ->
			).and(route(GET("core/docs/reference/**"), request ->
				status(FOUND).header(LOCATION, "https://github.com/reactor/reactor-core/blob/master/README.md").build()
			)
		)));
	}

While this one fails with this error message: bad return type in lambda expression: can't convert ServerResponse<Void> to ServerResponse<Object>.

			).andRoute(GET("docs/reference/**"), request ->
			).andRoute(GET("docs/raw/**"), request ->
			).andRoute(GET("core/docs/reference/**"), request ->
			);
	}

See HBASE-3634 for details. The get(List<Get> gets) call needs to catch (or rather use a try/finally) the exception thrown by batch() and copy the Result instances over and return it. If that is not intended then we need to fix the JavaDoc in HTableInterface to reflect the new behavior. 
In general it seems to make sense to check the various methods (list based put, get, delete compared to batch) and agree on the correct behavior.

setRowFromStruct() is using StructObjectInspector.getStructFieldRef(fieldName), which does a name-based lookup - this can be changed to do an index-based lookup which should be faster.

See nabble
http://camel.465427.n5.nabble.com/Camel-Websocket-Connection-key-not-set-tp5766728p5766730.html

In the UI, we say "The .META. table holds references to all User Table
regions" but the table name is "hbase:meta" and not ".META." We need to update this.

I couldn't start a distributed cluster because master wanted to keep using the local filesystem.  Setting default filesystem using both old and new way seems the way to go:

Index: core/src/main/java/org/apache/hadoop/hbase/master/HMaster.java
--- core/src/main/java/org/apache/hadoop/hbase/master/HMaster.java      (revision 944113)
+++ core/src/main/java/org/apache/hadoop/hbase/master/HMaster.java      (working copy)
@@ -165,6 +165,9 @@
     // default localfs.  Presumption is that rootdir is fully-qualified before
     // we get to here with appropriate fs scheme.
     this.rootdir = FSUtils.getRootDir(this.conf);
+    // Cover both bases, the old way of setting default fs and the new.
+    // We're supposed to run on 0.20 and 0.21 anyways.
+    this.conf.set("fs.default.name", this.rootdir.toString());
     this.conf.set("fs.defaultFS", this.rootdir.toString());
     this.fs = FileSystem.get(this.conf);
     checkRootDir(this.rootdir, this.conf, this.fs);

EJBClientInterceptorTestCase (in basic and in legacy-ejb-client module) fails with security manager because of missing permission "org.wildfly.common.context.ContextPermission" "org.wildfly.transaction.client.context.remote" "get":

javax.naming.CommunicationException: EJBCLIENT000062: Failed to look up "/ejb-client-interceptor-test-module//RemoteViewInvokingBean!org.jboss.as.test.integration.ejb.remote.client.api.interceptor.RemoteViewInvoker?stateful" [Root exception is javax.ejb.EJBException: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance]
	at org.jboss.as.test.integration.ejb.remote.client.api.interceptor.EJBClientInterceptorTestCase.testEJBClientInterceptionFromInVMClient(EJBClientInterceptorTestCase.java:117)
Caused by: javax.ejb.EJBException: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance
	at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.createSessionRemote(StatefulSessionComponent.java:267)
	at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveSessionOpenRequest$1(AssociationImpl.java:314)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.constructComponentInstance(StatefulSessionComponent.java:152)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.constructComponentInstance(StatefulSessionComponent.java:79)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.constructComponentInstance(StatefulSessionComponent.java:147)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.createInstance(StatefulSessionComponent.java:137)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.createInstance(StatefulSessionComponent.java:79)
	at org.jboss.as.ejb3.cache.simple.SimpleCache.create(SimpleCache.java:118)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.createSessionRemote(StatefulSessionComponent.java:260)
	... 6 more
Caused by: javax.ejb.EJBException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.common.context.ContextPermission" "org.wildfly.transaction.client.context.remote" "get")" in code source "(vfs:/content/ejb-client-interceptor-test-module.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ejb-client-interceptor-test-module.jar" from Service Module Loader")
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInNoTx(CMTTxInterceptor.java:212)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:264)
	at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.notSupported(LifecycleCMTTxInterceptor.java:110)
	at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:70)
	at org.jboss.as.jpa.interceptor.SFSBPreCreateInterceptor.processInvocation(SFSBPreCreateInterceptor.java:47)
	... 17 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.common.context.ContextPermission" "org.wildfly.transaction.client.context.remote" "get")" in code source "(vfs:/content/ejb-client-interceptor-test-module.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ejb-client-interceptor-test-module.jar" from Service Module Loader")
	at org.wildfly.common.context.ContextManager.get(ContextManager.java:241)
	at org.wildfly.transaction.client.RemoteTransactionContext.getInstance(RemoteTransactionContext.java:167)
	at org.wildfly.httpclient.ejb.HttpEJBReceiver.<init>(HttpEJBReceiver.java:101)
	at org.wildfly.httpclient.ejb.HttpClientProvider.notifyRegistered(HttpClientProvider.java:44)
	at org.jboss.ejb.client.EJBClientContext.<init>(EJBClientContext.java:275)
	at org.jboss.ejb.client.EJBClientContext$Builder.build(EJBClientContext.java:788)
	at org.jboss.ejb.client.EJBClientContext.withAddedInterceptors(EJBClientContext.java:503)
	at org.jboss.as.test.integration.ejb.remote.client.api.interceptor.RemoteViewInvokingBean.setupClientInterceptor(RemoteViewInvokingBean.java:61)
	at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:122)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:111)
	at org.jboss.as.jpa.interceptor.SFSBCreateInterceptor.processInvocation(SFSBCreateInterceptor.java:65)
	at org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53)
	at org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptorFactory$ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptorFactory.java:112)
	at org.jboss.as.weld.interceptors.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:105)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:262)
	... 32 more

Core has a dependency on bouncycastle that AFAICT is not used. It was brought into core when a class from full's testsuite/shared was ported, but the core usage of the class has no need for the bouncycastle-related logic.

See nabble. We have improved bindy, but I don't think we did that in 2.7, so the issue may still be on trunk. So check it out.
http://camel.465427.n5.nabble.com/Camel-Bindy-problem-with-separator-td4306927.html

TestTxnCommands2#writeBetweenWorkerAndCleaner with minor 
changes (changing delete command to insert command) fails on MM table.
Specifically the last SELECT commands returns wrong results. 
But this test works fine with full ACID table. 
======
MM table inserts were not making entries into TXN_COMPONENTS, thus the txnHandler.cleanEmptyAbortedTxns(); logic in Initiator can wipe out TXNS entry for an aborted transaction before the relevant files on disk are removed.

After upgrading Spring Data from 1.5.0 to 1.5.1, the following query always returns a byte array containing only the first byte of the expected blob, instead of the entire blob:

    @Query("select w.bytes from EntityWithBlobField w where w.id = :id")
    public byte[] getBytes(@Param(value = "id") long id);

 Reverting to Spring Data 1.5.0 fixed this issue for me.

Try this in a BeanShell:
bsh % p = new org.apache.commons.configuration.PropertiesConfiguration();
bsh % p.setProperty("foo", 6);
bsh % p.getLong("foo");
// Error: // Uncaught Exception: Method Invocation p.getLong : at Line: 3 : in file: <unknown file> : p .getLong ( "foo" )
Target exception: org.apache.commons.configuration.ConversionException: 'foo' doesn't map to a Long object
org.apache.commons.configuration.ConversionException: 'foo' doesn't map to a Long object
        at org.apache.commons.configuration.AbstractConfiguration.getLong(AbstractConfiguration.java:667)
The problem is that when an object in a property is not a Long, the only attempt of PropertyConverter.toLong() is that of treating it as a string. It could try to convert it to a Number first and then try to convert it to a long. It is a very confusing behaviour, because if you save and reload the properties everything works fine (as now the integer is a string).

java.lang.IllegalStateException: ELY01003: No authentication is in progress
        at org.wildfly.security.auth.server.ServerAuthenticationContext$State.getAuthorizedIdentity(ServerAuthenticationContext.java:1186)
        at org.wildfly.security.auth.server.ServerAuthenticationContext.getAuthorizedIdentity(ServerAuthenticationContext.java:334)
        at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:1084)
        at org.wildfly.security.http.util.SecurityIdentityServerMechanismFactory$SecurityIdentityCallbackHandler.handle(SecurityIdentityServerMechanismFactory.java:113)
        at org.wildfly.security.http.impl.FormAuthenticationMechanism.authorize(FormAuthenticationMechanism.java:231)
        at org.wildfly.security.http.impl.FormAuthenticationMechanism.attemptAuthentication(FormAuthenticationMechanism.java:174)

The quoting mode depends on the order of format declaration.

We log this every minute in RS logs:

2009-07-30 16:24:54,479 DEBUG org.apache.hadoop.hbase.io.hfile.LruBlockCache: Cache Stats: Sizes: Total=414.8218MB (434972192), Free=252.50949MB (264775392), Max=667.3313MB (699747584), Counts: Blocks=1106, Access=273562, Hit=271671, Miss=1891, Evictions=0, Evicted=0, Ratios: Hit Ratio=99.30874705314636%, Miss Ratio=0.691250991076231%, Evicted/Run=NaN

Thats a metric.  Should be over in metrics.  Metrics does some of above but not all.  Extend it so just as comprehensive.  Then we can see it ganglia, jmx, etc.

The README.md files for each of the examples contains a line that looks like:
    osgi:install -s fab:mvn:org.jboss.quickstarts.fuse/cbr/<project version>
We need to replace <project version> with the actual version, like we used to do.

According to its javadoc, HRegionInfo.isMetaTable() should return true if the region is either a .META. or ROOT region, but only does so for .META. regions.
The change in behavior happened in HBASE-451

In the hbase shell, when a user tries to get a value related to a column, hbase returns only the latest value. But using the REST API returns HColumnDescriptor.DEFAULT_VERSIONS versions by default. 
The behavior should be consistent with the hbase shell.

We have the options regions_per_server and num_regions_per_server but only num_regions_per_server actually takes effect. It looks like HBASE-10572 had tried to change the property but left some vestiges.

1> ZK Session timeout in the hmaster leads to bulk assignment though all the RSs are online.
2> While doing bulk assignment, if the master again goes down & restart(or backup comes up) all the node created in the ZK will now be tried to reassign to the new RSs. This is leading to double assignment.
we had 2800 regions, among this 1900 region got double assignment, taking the region count to 4700. 

This has failed sometimes in the pre-commit tests.
ThriftCLIServiceTest.testExecuteStatementAsync runs two statements.  They are given 100 second timeout total, not sure if its by intention.  As the first is a select query, it will take a majority of the time.  The second statement (create table) should be quicker, but it fails sometimes because timeout is already mostly used up.
The timeout should probably be reset after the first statement.  If the operation finishes before the timeout, it wont have any effect as it'll break out.

 It's an issue when to run "bin/hbase master stop" to shutdown the cluster.
 This could be reproduced by the following steps. Particularly for the trunk code, we need to configure the hbase.assignment.maximum.attempts as 1.
1. Start one master and several region servers.
2. Stop all the region servers.
3. After a while, run "bin/hbase master stop" to shutdown the cluster.
 As a result, the master could not be stopped within a short time, but will be stopped after several hours. And after it's stopped, i find the error logs.
1. For the trunk:
  A. lots of the logs which are "java.io.IOException: Failed to find location, tableName=hbase:meta, row=, reload=true"
  B..And at last, there's one exception before the master is stopped, "ServerShutdownHandler: Received exception accessing hbase:meta during server shutdown of server-XXX, retrying hbase:meta read
java.io.InterruptedIOException: Interrupted after 0 tries  on 350."
2. For the branch 0.94: 
  A. lots of the logs which are "Looked up root region location, connection=org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation@44285d14; serverName=".
  B. And at last, there's one exception before the master is stopped, "ServerShutdownHandler: Received exception accessing META during server shutdown of server-XXX, retrying META read
org.apache.hadoop.hbase.client.NoServerForRegionException: Unable to find region for  after 140 tries."
 We could see the master are stopped after lots of reties which are not necessary when the cluster is shutdown.

$JBOSS_HOME/standalone/deployments/README.txt contains following configuration XML snippet:

<deployment-scanner scan-interval="5000" relative-to="jboss.server.base.dir" path="deployments" auto-deploy-zipped="true" auto-deploy-exploded="false"/>

but actual snippet from standalone.xml config file is 

<deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000" runtime-failure-causes-rollback="${jboss.deployment.scanner.rollback.on.failure:false}"/>

This might be confusing.

IntegrationTestBulkLoad failed on us one time, but the reducers are throwing ClassNotFoundException instead of the log statements. We should fix to get some more information. 
Also re-running the verify helps a lot in IntegrationTestIngest and ITBLL. We should do that here as well. It helps us with differentiating ephemeral issues (like scan visibility, etc) than real data loss issues. 

Opentracing CDI extension which registers bean types is using deprecated method which leads to WARNINGs every time it is registered.

2018-08-20 12:24:43,009 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-3) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.microprofile.opentracing.smallrye.TracerProducer is deprecated from CDI 1.1!
2018-08-20 12:24:43,010 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-3) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class io.smallrye.opentracing.SmallRyeTracingCDIInterceptor is deprecated from CDI 1.1!

Instead of BBD.addAnnotatedType(AnnotatedType<?> type) you should be using BBD.addAnnotatedType(AnnotatedType<?> type, String id).
Will send PR shortly.

Tests are taking 3 hours due to TestAccumuloCliDriver not finishing.
Logs:
http://ec2-174-129-184-35.compute-1.amazonaws.com/logs/PreCommit-HIVE-TRUNK-Build-1848/failed/TestAccumuloCliDriver/

The use of a lambda here is just so a forEach loop can be used instead of a normal for loop.

Raised by java8964 in this thread:
http://osdir.com/ml/general/2014-02/msg44384.html
When an empty Put is passed in the List to HTable#batch(), there is no validation performed whereas IllegalArgumentException would have been thrown if this empty Put in the simple Put API call.
Validation on empty Put should be carried out in HTable#batch().

while playing with client timeouts, I hit lots of flakys in HBaseFsck. the cause was just an EnvironmentEdge.inject() not followed by a reset().
looks like TestFsUtils and TestHRegion are the only other two that have a missing reset(). all the other tests using inject() seems to be written properly.

There is a data loss happening (for some of the column families) when we do the replay logs.
The bug seems to be from the fact that during replay-logs we only choose to replay
the logs from the maximumSequenceID across ALL the stores. This is wrong. If a
column family is ahead of others (because the crash happened before all the column
families were flushed), then we lose data for the column families that have not yet
caught up.
The correct logic for replay should begin the replay from the minimum across the
maximum in each store. 

This commit added a call to Map.putIfAbsent which is new in Java 8, leading to a failure on Java 7:

Caused by: java.lang.NoSuchMethodError: org.springframework.http.HttpHeaders.putIfAbsent(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;
	at org.springframework.web.servlet.mvc.method.annotation.HttpEntityMethodProcessor.handleReturnValue(HttpEntityMethodProcessor.java:183)
	at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:81)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:130)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:961)
	... 64 more

The toString(…) method on Update class is breaking when there are custom mappings used for e.g., Joda DateTime. I think this is falling back to driver's JSON serializer rather than using Spring Data MongoDB mappings. The following is stacktrace. 

java.lang.RuntimeException: json can't serialize type : class org.joda.time.DateTime
	at com.mongodb.util.ClassMapBasedObjectSerializer.serialize(ClassMapBasedObjectSerializer.java:77)
	at com.mongodb.util.JSONSerializers$MapSerializer.serialize(JSONSerializers.java:317)
	at com.mongodb.util.ClassMapBasedObjectSerializer.serialize(ClassMapBasedObjectSerializer.java:79)
	at com.mongodb.util.JSON.serialize(JSON.java:55)
	at com.mongodb.util.JSON.serialize(JSON.java:40)
	at com.mongodb.BasicDBObject.toString(BasicDBObject.java:83)
	at org.springframework.data.mongodb.core.query.Update.toString(Update.java:375)
	at 

This is backport of ELY-1308
BouncyCastle external CredentialStore fail to store secret:

KeyStoreCredentialStore: flushing failed: java.lang.NullPointerException
	at org.bouncycastle.jcajce.provider.BaseCipher.engineGetParameters(Unknown Source)
	at javax.crypto.Cipher.checkCryptoPerm(Cipher.java:1020)
	at javax.crypto.Cipher.init(Cipher.java:1245)
	at javax.crypto.Cipher.init(Cipher.java:1186)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore$ExternalStorage.saveSecretKey(KeyStoreCredentialStore.java:1299)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore$ExternalStorage.store(KeyStoreCredentialStore.java:1283)
	at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.flush(KeyStoreCredentialStore.java:779)
	at org.wildfly.security.credential.store.CredentialStore.flush(CredentialStore.java:364)
	at org.wildfly.extension.elytron.CredentialStoreResourceDefinition.storeSecret(CredentialStoreResourceDefinition.java:517)

If deploying a ejb3 SSB with a ejb reference to another bean (in my case an old ejb 2 SSB) with a mappedName-parameter, a NullPointerException occurs.
@EJBs(
{
  @EJB(name = "ejb/MyOldEJB2LocalHome", beanInterface=MyOldEJB2LocalHome.class, beanName="oldejb.jar#MyOldEJB2", mappedName = "oldejb/MyOldEJB2Local"),
  }
)
        at org.jboss.as.ejb3.deployment.processors.EjbResourceInjectionAnnotationProcessor.process(EjbResourceInjectionA
nnotationProcessor.java:166)
        at org.jboss.as.ejb3.deployment.processors.EjbResourceInjectionAnnotationProcessor.processClass(EjbResourceInjec
tionAnnotationProcessor.java:146)
        at org.jboss.as.ejb3.deployment.processors.EjbResourceInjectionAnnotationProcessor.deploy(EjbResourceInjectionAn
notationProcessor.java:106)
        at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:156)
Seems, if mappedName is declared, always a  NullPointerException occurs.

HRegion maintains a set of row locks.  Whenever any thread attempts to lock or release a row it needs to acquire the monitor on that set.  We've been encountering cases with 30 handler threads all contending for that monitor, blocked progress on the region server.  Clients timeout, and retry making it worse, and the region server stops responding to new clients almost entirely.

When I start WildFly 10.0.0.CR4 with default standalone-full-ha.xml configuration and then shut it down, I'll get following ERROR in the server log:

09:18:19,143 ERROR [org.jgroups.JChannel] (MSC service thread 1-2) JGRP000020: failed destroying the protocol stack: java.lang.IllegalStateException
	at org.jboss.as.network.SocketBindingManagerImpl$UnnamedRegistryImpl.unregisterBinding(SocketBindingManagerImpl.java:501)
	at org.jboss.as.network.ManagedDatagramSocketBinding.close(ManagedDatagramSocketBinding.java:73)
	at org.jboss.as.clustering.jgroups.ManagedSocketFactory.close(ManagedSocketFactory.java:148)
	at org.jgroups.protocols.UDP.closeUnicastSocket(UDP.java:577)
	at org.jgroups.protocols.UDP.destroySockets(UDP.java:429)
	at org.jgroups.protocols.UDP.destroy(UDP.java:294)
	at org.jgroups.stack.ProtocolStack.destroy(ProtocolStack.java:887)
	at org.jgroups.JChannel.stopStack(JChannel.java:1005)
	at org.jgroups.JChannel._close(JChannel.java:990)
	at org.jgroups.JChannel.close(JChannel.java:385)
	at org.wildfly.clustering.jgroups.spi.service.ChannelBuilder.stop(ChannelBuilder.java:91)

This is regression from CR3 build and might be related to fix for https://issues.jboss.org/browse/WFCORE-1033

When a type lives in the root of the project the package is set to the simple type name and not an empty string as it should be.

If you have a repository that extends JpaSpecficationExecutor and use the findAll method with a Specification, the resulting query excludes null matches from the result.  This may be related to issue DATAJPA-252.
I've attached a test case that demonstrates how DATAJPA-252 is fixed but this is still an issue.

In case when empty username is passed to FormAuthenticationMechanism.attemptAuthentication then IllegalArgumentException is thrown from constructor of NameCallback. This happens in cases when form is sent with empty value for j_username.

ERROR [io.undertow.request] (default task-18) UT005023: Exception handling request to /depForm/j_security_check: java.lang.IllegalArgumentException
	at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.authenticate(UsernamePasswordAuthenticationMechanism.java:60)
	at org.wildfly.security.http.impl.FormAuthenticationMechanism.attemptAuthentication(FormAuthenticationMechanism.java:172)
	at org.wildfly.security.http.impl.FormAuthenticationMechanism.evaluateRequest(FormAuthenticationMechanism.java:106)

It seems that [1] should also check username.length() == 0.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/32ff7c17965b3ecae6be7ce1c9b96ab642ddc4ad/src/main/java/org/wildfly/security/http/impl/FormAuthenticationMechanism.java#L165

I have my mvc servlet mapped to /app/* and the following rules in my urlrewrite.xml

	<rule>
	</rule>
	<rule>
	</rule>

I have the following in my servlet context to map '/' to my default view.
<mvc:view-controller path="/" view-name="home"/>
Now everything works perfect in JBoss 4.2.3, if I visit my app at http://localhost:8080/myapp/ I get my 'home' view.
But if I run it in IBM WAS 7 (my production server) I get:
Code:
org.springframework.web.servlet.DispatcherServlet noHandlerFound No mapping found for HTTP request with URI [/myapp/app/] in DispatcherServlet with name 'dispatcher'
I can only get it to work if I change my forward request to:
Code:
<mvc:view-controller path="/myapp/" view-name="home"/>
I did another test and it if I change the path to
<mvc:view-controller path="/test" view-name="home"/>
then it works.
Seems to me spring is not making the correct maping on Websphere when using "/". 
Regards,
Angel 

Make sure the responseTooSlow, etc., logs region at least and possibly row.
As one well-known tall man once said:

I really hate this:
org.apache.hadoop.hbase.ipc.CallerDisconnectedException: Aborting call next(-5472965299350279760, 101), rpc version=1, client version=29, methodsFingerPrint=-56040613 from 10.4.21.36:59647 after 192373 ms, since caller disconnected
WHICH REGION WAS IT???

....

2013-06-09 01:11:03,574 WARN org.apache.hadoop.ipc.HBaseServer: (responseTooSlow): {"processingtimems":1141537,"call":"next(6527877619467313103, 101), rpc version=1, client version=29, methodsFingerPrint=-56040613","client":"10.4.21.44:41453","starttimems":1370739122036,"queuetimems":0,"class":"HRegionServer","responsesize":293994,"method":"next"}
which region is this?

The mail consumer (at least IMAP) would poll email continuously unless the consumer.delay is explicitly set.  Below is the IMAP debug log.  It should stop at A6 instead of continuing indefinitely.   This does not happen with 2.14.x.
2015-07-05 20:04:02,534 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Connecting to MailStore: imaps://imap.gmail.com:993 (SSL enabled), folder=INBOX
DEBUG: getProvider() returning javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Oracle]
DEBUG IMAPS: mail.imap.fetchsize: 16384
DEBUG IMAPS: mail.imap.ignorebodystructuresize: false
DEBUG IMAPS: mail.imap.statuscachetimeout: 1000
DEBUG IMAPS: mail.imap.appendbuffersize: -1
DEBUG IMAPS: mail.imap.minidletime: 10
DEBUG IMAPS: trying to connect to host "imap.gmail.com", port 993, isSSL true

OK Gimap ready for requests from 76.108.169.41 k7mb499616512ywc
A0 CAPABILITY
CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH2 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN AUTH=XOAUTH
A0 OK Thats all she wrote! k7mb499616512ywc
DEBUG IMAPS: AUTH: XOAUTH2
DEBUG IMAPS: AUTH: PLAIN
DEBUG IMAPS: AUTH: PLAIN-CLIENTTOKEN
DEBUG IMAPS: AUTH: XOAUTH
DEBUG IMAPS: protocolConnect login, host=imap.gmail.com, user=test@e-bonding.com, password=<non-null>
DEBUG IMAPS: AUTHENTICATE PLAIN command trace suppressed
DEBUG IMAPS: AUTHENTICATE PLAIN command result: A1 OK test@e-bonding.com authenticated (Success)
A2 CAPABILITY
CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE ENABLE MOVE CONDSTORE ESEARCH UTF8=ACCEPT
A2 OK Success
2015-07-05 20:04:03,120 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Getting folder INBOX
A3 LIST "" INBOX
LIST (\HasNoChildren) "/" "INBOX"
A3 OK Success
2015-07-05 20:04:03,162 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Polling mailbox folder: imaps://imap.gmail.com:993 (SSL enabled), folder=INBOX
DEBUG IMAPS: connection available – size: 1
A4 SELECT INBOX
FLAGS (\Answered \Flagged \Draft \Deleted \Seen $NotPhishing $Phishing)
OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen $NotPhishing $Phishing \*)] Flags permitted.
OK [UIDVALIDITY 1] UIDs valid.
53 EXISTS
0 RECENT
OK [UIDNEXT 294] Predicted next UID.
OK [HIGHESTMODSEQ 85418]
A4 OK [READ-WRITE] INBOX selected. (Success)
A5 SEARCH UNSEEN ALL
SEARCH
A5 OK SEARCH completed (Success)
2015-07-05 20:04:03,272 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Fetching 0 messages. Total 0 messages.
2015-07-05 20:04:03,272 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Close mailbox folder INBOX from imaps://imap.gmail.com:993 (SSL enabled), folder=INBOX
A6 CLOSE
A6 OK Returned to authenticated state. (Success)
DEBUG IMAPS: added an Authenticated connection – size: 1
DEBUG IMAPS: IMAPProtocol noop
A7 NOOP
A7 OK Success
2015-07-05 20:04:03,880 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Polling mailbox folder: imaps://imap.gmail.com:993 (SSL enabled), folder=INBOX
A8 SELECT INBOX
53 EXISTS
0 RECENT
A8 OK [READ-WRITE] INBOX selected. (Success)
A9 SEARCH UNSEEN ALL
SEARCH
A9 OK SEARCH completed (Success)
2015-07-05 20:04:04,003 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Fetching 0 messages. Total 0 messages.
2015-07-05 20:04:04,004 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Close mailbox folder INBOX from imaps://imap.gmail.com:993 (SSL enabled), folder=INBOX
A10 CLOSE
A10 OK Returned to authenticated state. (Success)
A11 NOOP
A11 OK Success
2015-07-05 20:04:04,572 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Polling mailbox folder: imaps://imap.gmail.com:993 (SSL enabled), folder=INBOX
A12 SELECT INBOX
53 EXISTS
0 RECENT
A12 OK [READ-WRITE] INBOX selected. (Success)
A13 SEARCH UNSEEN ALL
SEARCH
A13 OK SEARCH completed (Success)
2015-07-05 20:04:04,665 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Fetching 0 messages. Total 0 messages.
2015-07-05 20:04:04,665 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Close mailbox folder INBOX from imaps://imap.gmail.com:993 (SSL enabled), folder=INBOX
A14 CLOSE
A14 OK Returned to authenticated state. (Success)
A15 NOOP
A15 OK Success
2015-07-05 20:04:05,232 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Polling mailbox folder: imaps://imap.gmail.com:993 (SSL enabled), folder=INBOX
A16 SELECT INBOX
53 EXISTS
0 RECENT
A16 OK [READ-WRITE] INBOX selected. (Success)
A17 SEARCH UNSEEN ALL
SEARCH
A17 OK SEARCH completed (Success)
2015-07-05 20:04:05,357 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Fetching 0 messages. Total 0 messages.
2015-07-05 20:04:05,358 [0 - imaps://imap.gmail.com:993] DEBUG MailConsumer                   - Close mailbox folder INBOX from imaps://imap.gmail.com:993 (SSL enabled), folder=INBOX
A18 CLOSE
A18 OK Returned to authenticated state. (Success)

This was due to the merge of two Jiras:

      if (queue.isEmpty()) {
        LOG.warn("Bulk load operation did not find any files to load in " +
            "directory " + hfofDir.toUri() + ".  Does it contain files in " +
            "subdirectories that correspond to column family names?");
        return;
      }

        "directory " + hfofDir.toUri() + ".  Does it contain files in " +
        "subdirectories that correspond to column family names?");
      }

RS calls CompactSplit#join to cease all compactSplit threads.
CompactSplit.java

  private void waitFor(ThreadPoolExecutor t, String name) {
    boolean done = false;
    while (!done) {
      try {
        done = t.awaitTermination(60, TimeUnit.SECONDS);
        LOG.info("Waiting for " + name + " to finish...");
        if (!done) {
          t.shutdownNow();
        }
      } catch (InterruptedException ie) {
        LOG.warn("Interrupted waiting for " + name + " to finish...");
      }
    }
  }

In the meantime, the async wal may wait for the sync signal. However, the single won't happen as the wal sync is failed.

  synchronized long get(long timeoutNs) throws InterruptedException,
      ExecutionException, TimeoutIOException {
    final long done = System.nanoTime() + timeoutNs;
    while (!isDone()) {
      wait(1000);
      if (System.nanoTime() >= done) {
        throw new TimeoutIOException(
            "Failed to get sync result after " + TimeUnit.NANOSECONDS.toMillis(timeoutNs)
                + " ms for txid=" + this.txid + ", WAL system stuck?");
      }
    }
    if (this.throwable != null) {
      throw new ExecutionException(this.throwable);
    }
    return this.doneTxid;
  }

When we shutdown the mini cluster, JVMClusterUtil#shutdown sends the interrupt single to all rs threads. And then catching the InterruptedException cause compactionsplit to skip the #shutdownNow, hence the compactionsplit threads were up until timeout (default is 5 min).   

      for (int i = 0; i < 100; ++i) {
        boolean atLeastOneLiveServer = false;
        for (RegionServerThread t : regionservers) {
          if (t.isAlive()) {
            atLeastOneLiveServer = true;
            try {
              LOG.warn("RegionServerThreads remaining, give one more chance before interrupting");
              t.join(1000);
            } catch (InterruptedException e) {
              wasInterrupted = true;
            }
          }
        }
        if (!atLeastOneLiveServer) break;
            LOG.warn("RegionServerThreads taking too long to stop, interrupting");
            t.interrupt();
          }
        }
      }

CREATE DATABASE IF NOT EXISTS test_db COMMENT 'Hive test database';
SHOW DATABASES;
grant `drop` on DATABASE test_db to user hive_test_user;
grant `select` on DATABASE test_db to user hive_test_user;
show grant user hive_test_user on DATABASE test_db;
DROP DATABASE IF EXISTS test_db;
will fail.

This does not match the org.jboss.weld.bootstrap.spi.BeanDeploymentArchive contract. As a result, clustering does not work on Windows machines - see also JBEAP-8451. 

KeyValue.KVComparator includes the memstoreTS when comparing, however the KeyValue.equals() method ignores the memstoreTS.
The Comparator interface has always specified that comparator return 0 when equals would return true and vice versa.  Obeying that rule has been sort of optional in the past, but Java 7 introduces a new default collection sorting algorithm called Tim Sort which relies on that behavior.  http://bugs.sun.com/view_bug.do?bug_id=6804124
Possible problem spots:

there's a Collections.sort(KeyValues) in RedundantKVGenerator.generateTestKeyValues(..)
TestColumnSeeking compares two collections of KeyValues using the containsAll method.  It is intentionally ignoring memstoreTS, so will need an alternative method for comparing the two collections.

In case when module attribute from Elytron dir-context includes module which does not exist, then insufficient failure description is provided - it only prints name of given module. It should rather inform that given module does not exist.
See:

/subsystem=elytron/dir-context=someDirContext:add(url=localhost,module=wrong.module)
{
    "failure-description" => "wrong.module",
}

While doing a load test we ran into an lock contention issue with InMemoryNonceServices
In our load test we are hitting an oauth protected service with 50 threads. Each request should take about 5-10ms. Initially our client was using a nonce with insufficient randomness, so we 'fixed' it by using a uuid (the id of the resource being accessed). This is of course a hack but it revealed what is in my view some dubious synchronization in the InMemoryNonceServices class.
The validateNonceMethod has a synchronized block that iterates over all the entries that were collected during the cutoff period to check if any entries are old enough so that they can be removed. In our load tests, this easily ranges in the tens of thousands of entries and consequently our server was constantly blocked on accessing this synchronized block. Response times dropped to 3-4 seconds. Simply disabling oauth nonce validation fixed the problem for us but of course this is not a fix we want in production.
The fix seems obvious. Don't synchronize on iterating over all nonces in entries and instead handle removal of the nonces a bit smarter. Probably simply using a concurrent linked list would work well enough.
For reference, here is the offending method:
  @Override
  public void validateNonce(ConsumerDetails consumerDetails, long timestamp, String nonce) throws AuthenticationException {
    final long cutoff = (System.currentTimeMillis() / 1000) - getValidityWindowSeconds();
    super.validateNonce(consumerDetails, timestamp, nonce);
    String consumerKey = consumerDetails.getConsumerKey();
    LinkedList<TimestampEntry> entries = TIMESTAMP_ENTRIES.get(consumerKey);
    if (entries == null) 
{
      entries = new LinkedList<TimestampEntry>();
      TIMESTAMP_ENTRIES.put(consumerKey, entries);
    }

    synchronized (entries) {
      if (entries.isEmpty()) 
{
        entries.add(new TimestampEntry(timestamp, nonce));
      }
      else {
        boolean isNew = entries.getLast().getTimestamp() < timestamp;
        ListIterator<TimestampEntry> listIterator = entries.listIterator();
        while (listIterator.hasNext()) {
          TimestampEntry entry = listIterator.next();
          if (entry.getTimestamp() < cutoff) 
{
            listIterator.remove();
            isNew = !listIterator.hasNext();
          }
          else if (isNew) 
{
            //optimize for a new, latest timestamp
            entries.addLast(new TimestampEntry(timestamp, nonce));
            return;
          }
          else if (entry.getTimestamp() == timestamp) {
            if (!entry.addNonce(nonce)) 
{
              throw new NonceAlreadyUsedException("Nonce already used: " + nonce);
            }
            return;
          }
          else if (entry.getTimestamp() > timestamp) 
{
            //insert a new entry just before this one.
            entries.add(listIterator.previousIndex(), new TimestampEntry(timestamp, nonce));
            return;
          }
        }
        //got through the whole list; assume it's just a new one.
        //this shouldn't happen because of the optimization above.
        entries.addLast(new TimestampEntry(timestamp, nonce));
      }
    }
  }

The log context is registered before the log manager is configured for per-deployment logging. If a failure occurs during configuration, then the deployment logs to an unconfigured log context.

We are consuming a feed from a mounted windows network drive, where we have rw access.
During the download we shouldn't touch anything so other users see the directory intact.
However even if we turn noop=true the done file got deleted after successfull conumptions

Currently the camel soap dataformat can not handle exachanges for a soap method that has no input or no output. This is a known limitation but we should support this.

In clustering/web/infinispan/src/main/java/org/wildfly/clustering/web/infinispan/session/SimpleImmutableSessionAttributes.java I'm getting the following compilation error which IMHO is also a logical error:

[ERROR] /C:/temp/wildfly-8.1.0.CR2/clustering/web/infinispan/src/main/java/org/wildfly/clustering/web/infinispan/session/SimpleImmutableSessionAttributes.java:[42,17] variable attributes might not have been initialized

Hi,
I have the following error generated :
[                          main] DefaultCamelContext            INFO  JMX enabled. Using InstrumentationLifecycleStrategy.
[                          main] DefaultCamelContext            DEBUG Adding routes from: Routes: [Route[ [From[event://default]] -> [To[mock:test]]]] routes: []
[                          main] DefaultInstrumentationAgent    DEBUG Starting JMX agent on server: com.sun.jmx.mbeanserver.JmxMBeanServer@1503a3
[                          main] DefaultInstrumentationAgent    DEBUG Registered MBean with objectname: org.apache.camel:context=dell-charles/camel-1,name=context
[                          main] DefaultComponentResolver       DEBUG Found component: event via type: org.apache.camel.component.event.EventComponent via META-INF/services/org/apache/camel/component/event
[                          main] DefaultComponent               DEBUG Creating endpoint uri=[event://default], path=[default], parameters=[{}]
[                          main] DefaultCamelContext            DEBUG event://default converted to endpoint: Endpoint[event://default] by component: org.apache.camel.component.event.EventComponent@872380
[                          main] DefaultInstrumentationAgent    DEBUG Registered MBean with objectname: org.apache.camel:context=dell-charles/camel-1,type=endpoints,name="event://default?id=0xdaebda6"
[                          main] DefaultInstrumentationAgent    DEBUG Registered MBean with objectname: org.apache.camel:context=dell-charles/camel-1,type=processors,nodeid=to1,name="To[mock:test]"
[                          main] DefaultComponentResolver       DEBUG Found component: mock via type: org.apache.camel.component.mock.MockComponent via META-INF/services/org/apache/camel/component/mock
[                          main] DefaultComponent               DEBUG Creating endpoint uri=[mock:test], path=[test], parameters=[{}]
[                          main] DefaultCamelContext            DEBUG mock:test converted to endpoint: Endpoint[mock:test] by component: org.apache.camel.component.mock.MockComponent@e0b6f5
[                          main] DefaultInstrumentationAgent    DEBUG Registered MBean with objectname: org.apache.camel:context=dell-charles/camel-1,type=endpoints,name="mock:test?id=0x1f9866cb"
[                          main] DefaultInstrumentationAgent    DEBUG Registered MBean with objectname: org.apache.camel:context=dell-charles/camel-1,type=routes,name="node1"
[                          main] DefaultInstrumentationAgent    DEBUG Registered MBean with objectname: org.apache.camel:context=dell-charles/camel-1,type=consumers,name=EventConsumer(0x97a560)
[                          main] ProducerCache                  DEBUG >>>> Endpoint[event://default] Exchange[Message: Hello there!]
[                          main] ResolverUtil                   DEBUG Searching for annotations of org.apache.camel.Converter in packages: [org.apache.camel.converter, org.apache.camel.component.cxf.converter, org.apache.camel.spring.converter]
[                          main] ResolverUtil                   DEBUG Using only regular classloaders
[                          main] ResolverUtil                   DEBUG Loading from jar: C:\.m2\repository\org\apache\camel\camel-core\1.5-SNAPSHOT\camel-core-1.5-SNAPSHOT.jar
[                          main] ResolverUtil                   DEBUG Loading from jar: C:\.m2\repository\org\apache\camel\camel-cxf\1.5-SNAPSHOT\camel-cxf-1.5-SNAPSHOT.jar
[                          main] ResolverUtil                   DEBUG Found: [class org.apache.camel.converter.stream.StreamCacheConverter, class org.apache.camel.converter.CamelConverter, class org.apache.camel.converter.IOConverter, class org.apache.camel.converter.jaxp.DomConverter, class org.apache.camel.converter.jaxp.StaxConverter, class org.apache.camel.converter.jaxp.StreamSourceConverter, class org.apache.camel.converter.ObjectConverter, class org.apache.camel.converter.NIOConverter, class org.apache.camel.component.cxf.converter.CxfConverter, class org.apache.camel.converter.jaxp.XmlConverter, class org.apache.camel.converter.CollectionConverter]
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.stream.StreamCacheConverter
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.CamelConverter
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.IOConverter
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.jaxp.DomConverter
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.jaxp.StaxConverter
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.jaxp.StreamSourceConverter
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.ObjectConverter
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.NIOConverter
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.component.cxf.converter.CxfConverter
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.jaxp.XmlConverter
[                          main] DefaultTypeConverter           WARN  Overriding type converter from: StaticMethodTypeConverter: public static java.lang.String org.apache.camel.converter.IOConverter.toString(javax.xml.transform.Source) throws javax.xml.transform.TransformerException,java.io.IOException to: InstanceMethodTypeConverter: public java.lang.String org.apache.camel.converter.jaxp.XmlConverter.toString(javax.xml.transform.Source) throws javax.xml.transform.TransformerException
[                          main] AnnotationTypeConverterLoader  DEBUG Loading converter class: org.apache.camel.converter.CollectionConverter
        at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:685)
        at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:90)
        at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:85)
        at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:102)
        at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:108)
        at com.xpectis.test.ProcessEvent.startCamel(ProcessEvent.java:44)
        at com.xpectis.test.ProcessEvent.main(ProcessEvent.java:63)
        at org.apache.camel.component.event.EventEndpoint$1.process(EventEndpoint.java:68)
        at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:151)
        at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:88)
        ... 5 more
when I run the code above :
/**

Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements.  See the NOTICE file distributed with
this work for additional information regarding copyright ownership.
The ASF licenses this file to You under the Apache License, Version 2.0
(the "License"); you may not use this file except in compliance with
the License.  You may obtain a copy of the License at
 *
http://www.apache.org/licenses/LICENSE-2.0
 *
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
 */
package com.xpectis.test;

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
public class ProcessEvent {
        private static final transient Log LOG = LogFactory.getLog(ProcessEvent.class);
        protected CamelContext camelContext;
        protected Object body = "Hello there!";
        protected String uri = "event://default";
        protected ProducerTemplate<Exchange> template = null;
        public void startCamel() throws Exception 
{
                camelContext = new DefaultCamelContext();
               
                camelContext.addRoutes(createRouteBuilder());
                camelContext.start();

                template = camelContext.createProducerTemplate();
                template.sendBody(uri, body);
        }

            @Override
                        public void configure() throws Exception 
{
                from("event://default").to("mock:test");
            }
        };
    }
        /**

         */
        public static void main(String[] args) {

                ProcessEvent event = new ProcessEvent();
                try 
{
                        event.startCamel();
                }
{
                        e.printStackTrace();
                }
        }
} 

With current state of trunk repo (see below) WebHCat e2e tests have 4 errors all of the same type.
"Expect 1 jobs in logs, but get 1"
Test run log file attached
commit b612a91f7f09f45474f593f99039ec78d2c03b68
Author: Edward Capriolo <ecapriolo@apache.org>
Date:   Mon Oct 14 21:40:44 2013 +0000
    An explode function that includes the item's position in the array (Niko Stahl via egc)
    git-svn-id: https://svn.apache.org/repos/asf/hive/trunk@1532108 13f79535-47bb-0310-9956-ffa450edef68
commit ad18f0747a3448fc8cda2197df6223e8abc93dc6
Author: Brock Noland <brock@apache.org>
Date:   Mon Oct 14 21:22:12 2013 +0000
 HIVE-5423 - Speed up testing of scalar UDFS (Edward Capriolo via Brock Noland)
    git-svn-id: https://svn.apache.org/repos/asf/hive/trunk@1532103 13f79535-47bb-0310-9956-ffa450edef68
commit 4a2152b0f7df5a3f42f8577a27c2a9269697def1
Author: Thejas Madhavan Nair <thejas@apache.org>
Date:   Mon Oct 14 20:31:22 2013 +0000
 HIVE-5508 : [WebHCat] ignore log collector e2e tests for Hadoop 2 (Daniel Dai via Thejas Nair)
    git-svn-id: https://svn.apache.org/repos/asf/hive/trunk@1532077 13f79535-47bb-0310-9956-ffa450edef68
commit 83865be207bc044c506eb957c01e8fcbf551b7d1
Date:   Mon Oct 14 20:14:34 2013 +0000
 HIVE-5535 : [WebHCat] Webhcat e2e test JOBS_2 fail due to permission when hdfs umask setting is 022 (Daniel Dai via Thejas Nair)
    git-svn-id: https://svn.apache.org/repos/asf/hive/trunk@1532054 13f79535-47bb-0310-9956-ffa450edef68
commit 78da38b50d2264ebdcca0651f7c6f3750eaf1221
Date:   Mon Oct 14 19:50:55 2013 +0000
 HIVE-5526 - NPE in ConstantVectorExpression.evaluate(vrg) (Remus Rusanu via Brock Noland)
    git-svn-id: https://svn.apache.org/repos/asf/hive/trunk@1532044 13f79535-47bb-0310-9956-ffa450edef68
commit 58a3275477fc2c4f85dfb0a729150732a8230579
Date:   Mon Oct 14 19:02:22 2013 +0000
 HIVE-5509 : [WebHCat] TestDriverCurl to use string comparison for jobid (Daniel Dai via Thejas Nair)
    git-svn-id: https://svn.apache.org/repos/asf/hive/trunk@1532026 13f79535-47bb-0310-9956-ffa450edef68
commit 95e45ede68be95603c6f43e06d9e68b20218b54f
Date:   Mon Oct 14 19:00:44 2013 +0000
 HIVE-5507: [WebHCat] test.other.user.name parameter is missing from build.xml in e2e harness (Daniel Dai via Thejas Nair)
    git-svn-id: https://svn.apache.org/repos/asf/hive/trunk@1532025 13f79535-47bb-0310-9956-ffa450edef68
commit 976ece58f134e02384e4f54474c1749b85c03934
Author: Jianyong Dai <daijy@apache.org>
Date:   Mon Oct 14 18:38:29 2013 +0000
 HIVE-5448: webhcat duplicate test TestMapReduce_2 should be removed (Thejas M Nair via Daniel Dai)
    git-svn-id: https://svn.apache.org/repos/asf/hive/trunk@1532018 13f79535-47bb-0310-9956-ffa450edef68

Currently the typename returned by ORC's union object inspector isn't parseable by TypeInfoUtils. The format needs to be union<type1,type2,type3>.

The exception java.lang.NoClassDefFoundError: org/apache/ws/commons/schema/XmlSchemaAllMember is thrown when deploying a JAX-WS webservice : 

2015-08-04 16:32:18,222 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.deployment.unit."SampleWS.war".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."SampleWS.war".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "SampleWS.war"
Caused by: java.lang.NoClassDefFoundError: org/apache/ws/commons/schema/XmlSchemaAllMember
	at org.apache.cxf.common.xmlschema.SchemaCollection.addCrossImports(SchemaCollection.java:315)
	at org.apache.cxf.common.xmlschema.SchemaCollection.addCrossImportsType(SchemaCollection.java:307)
	at org.apache.cxf.common.xmlschema.SchemaCollection.addOneSchemaCrossImports(SchemaCollection.java:252)
	at org.apache.cxf.common.xmlschema.SchemaCollection.addCrossImports(SchemaCollection.java:236)
	at org.apache.cxf.jaxb.JAXBSchemaInitializer.buildExceptionType(JAXBSchemaInitializer.java:605)
	at org.apache.cxf.jaxb.JAXBSchemaInitializer.checkForExistence(JAXBSchemaInitializer.java:326)
	at org.apache.cxf.jaxb.JAXBSchemaInitializer.begin(JAXBSchemaInitializer.java:150)
	at org.apache.cxf.service.ServiceModelVisitor.visitOperation(ServiceModelVisitor.java:120)
	at org.apache.cxf.service.ServiceModelVisitor.walk(ServiceModelVisitor.java:74)
	at org.apache.cxf.jaxb.JAXBDataBinding.initialize(JAXBDataBinding.java:403)
	at org.apache.cxf.service.factory.AbstractServiceFactoryBean.initializeDataBindings(AbstractServiceFactoryBean.java:86)
	at org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:467)
	at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.buildServiceFromClass(JaxWsServiceFactoryBean.java:712)
	at org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:527)
	at org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:261)
	at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.create(JaxWsServiceFactoryBean.java:215)
	at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:102)
	at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:159)
	at org.apache.cxf.jaxws.JaxWsServerFactoryBean.create(JaxWsServerFactoryBean.java:211)
	at org.apache.cxf.jaxws.EndpointImpl.getServer(EndpointImpl.java:456)
	at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:334)
	at org.jboss.wsf.stack.cxf.deployment.EndpointImpl.doPublish(EndpointImpl.java:79)
	at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:251)
	at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:539)
	at org.jboss.wsf.stack.cxf.configuration.NonSpringBusHolder.configure(NonSpringBusHolder.java:119)
	at org.jboss.wsf.stack.cxf.deployment.aspect.BusDeploymentAspect.startDeploymentBus(BusDeploymentAspect.java:120)
	at org.jboss.wsf.stack.cxf.deployment.aspect.BusDeploymentAspect.start(BusDeploymentAspect.java:66)
	at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:73)
	... 5 more
Caused by: java.lang.ClassNotFoundException: org.apache.ws.commons.schema.XmlSchemaAllMember from [Module "org.apache.cxf:main" from local module loader @14899482 (finder: local module finder @21588809 (roots: /tmp/wildfly-9.0.1.Final/modules,/tmp/wildfly-9.0.1.Final/modules/system/layers/base))]
	... 34 more

Replacing xmlschema-core-2.0.2.jar with xmlschema-core-2.2.1.jar fixes this problem.

	public void close(ExecutionContext executionContext) {
		initialized = false;
		if (cursor != null) 
{
			cursor.close();
		}
		currentProcessedRow = 0;
		if (useStatelessSession) {
			if (statelessSession != null) 
{
				statelessSession.close();
			}
		}
		else {
			if (statelessSession != null) {				statelessSession.close();			}
		}
	}
The close method above won't close correctly because if useStatelessSession is false, the statelessSession will always been false as well.

Description for crawler-session-management contains a few typo's:
/subsystem=undertow/servlet-container=default/setting=crawler-session-management:read-resource-description

Configures special session handing for crawler bots
should be handling

Regular expression that is used to match the user agenet of a crawler
should be agent

When running queries on spark, some spark tasks fail (usually the first couple of tasks) with the following stack trace:

org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:154)
org.apache.hadoop.hive.ql.exec.spark.HiveMapFunction.call(HiveMapFunction.java:60)
org.apache.hadoop.hive.ql.exec.spark.HiveMapFunction.call(HiveMapFunction.java:35)
org.apache.spark.api.java.JavaRDDLike$$anonfun$fn$7$1.apply(JavaRDDLike.scala:161)
org.apache.spark.rdd.RDD$$anonfun$12.apply(RDD.scala:559)
org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:35)
org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:262)
org.apache.spark.rdd.RDD.iterator(RDD.scala:229)
org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:158)
...
Observed for spark standalone cluster. Not verified for spark on yarn or mesos.

This is an intermittent & infrequent issue. It happens when a cluster is starting up, only when one region server is available for region assignment temporally and master has a transient issue to talk to the only RS 
When the RPC layer has a hiccup to talk to a RS, the RS will be put in failed server list and it will stay in failed server list for 2 sec(default value). 
While the 20 region retires completes much shorter than 2 secs, the end result is a failed assignment. 
Below are the logging for the total time spent on 20 assignment retires, it only took about 36 ms for all the retries.

2014-03-24 18:14:43,451 WARN  [AM.ZK.Worker-pool2-t59] master.AssignmentManager: Failed assignment of hbase:labels,,1395668310177.f7372ede6c8bd7de4e91bfeda884cffb. to hor15n18.gq1.ygridcore.net,60020,1395684489232, trying to assign elsewhere instead; try=1 of 20
….
2014-03-24 18:14:43,487 WARN  [AM.ZK.Worker-pool2-t59] master.AssignmentManager: Failed assignment of hbase:labels,,1395668310177.f7372ede6c8bd7de4e91bfeda884cffb. to hor15n18.gq1.ygridcore.net,60020,1395684489232, trying to assign elsewhere instead; try=20 of 20

WebClient throws an IllegalStateException with:

 Only one connection receive subscriber allowed

 when the server response status is 4xx / 5xx.
The issue is not reproducible with Spring Boot 2.1.0.RELEASE / WebFlux 5.1.2.RELEASE. 
 
I  reproduced the issue with the test below:

@Test
public void testRetrieveDoesThrowMultipleSubscriberError() {
   stubFor( get( urlEqualTo( "/notFound" ) )
         .willReturn( aResponse().withHeader( HttpHeaders.CONTENT_TYPE, MediaType.APPLICATION_JSON_VALUE )
                                 .withBody( "{}" )
                                 .withStatus( HttpStatus.NOT_FOUND_404 ) ) );

   StepVerifier.create( webClient.get()
                                 .uri( "/notFound" )
                                 .accept( MediaType.APPLICATION_JSON )
                                 .retrieve()

                                 .bodyToMono( String.class ) )
               .expectError( WebClientException.class )
               .verify();
}
 
The test pasess, however the below stack trace is logged: 

Caused by: java.lang.IllegalStateException: Only one connection receive subscriber allowed.
        ... 143 common frames omitted
        Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException:
Assembly trace from producer [reactor.core.publisher.FluxMap] :
        reactor.core.publisher.Flux.map(Flux.java:5655)
        reactor.netty.ByteBufFlux.fromInbound(ByteBufFlux.java:70)
        reactor.netty.channel.ChannelOperations.receive(ChannelOperations.java:225)
        org.springframework.http.client.reactive.ReactorClientHttpResponse.getBody(ReactorClientHttpResponse.java:64)
        org.springframework.web.reactive.function.BodyExtractors.consumeAndCancel(BodyExtractors.java:268)
        org.springframework.web.reactive.function.BodyExtractors.lambda$skipBodyAsMono$21(BodyExtractors.java:264)
.....
.....
        io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:500)
        io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:462)
        io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:897)
Error has been observed by the following operator(s):
        |_      Flux.map ? reactor.netty.ByteBufFlux.fromInbound(ByteBufFlux.java:70)
        |_      Flux.doOnSubscribe ? org.springframework.http.client.reactive.ReactorClientHttpResponse.getBody(ReactorClientHttpResponse.java:65)
 
I attached a sample, to reproduce the issue.
It seams that the issue is related to the default status handler. When registering a custom one, the stacktrace is not logged and it works as expected.

StepVerifier.create( webClient.get()
                              .uri( "/notFound" )
                              .accept( MediaType.APPLICATION_JSON )
                              .retrieve()
                              .onStatus( status -> true, response -> Mono.error(IllegalStateException::new ) )
                              .bodyToMono( String.class ) )
            .expectError( IllegalStateException.class )
            .verify(); 

SocketsAndInterfacesTestCase fails on IPv6
This is regression against EAP 7.0.0 and EAP 7.1.0.DR6.
66% on IPv6

./integration-tests.sh -Dmaven.repo.local=$MAVEN_REPO_LOCAL -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIPV6_1 -Dnode1=$MYTESTIPV6_2 -Dmcast=$MCAST_ADDRV6 -Dipv6 -DallTests -Djboss.dist=$JBOSS_DIST -DproxySet=true -DproxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -DproxyPort=3128 -Dhttp.proxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -Dhttp.proxyPort=3128 -Dhttps.proxyHost=proxy-01-ipv6.mw.lab.eng.bos.redhat.com -Dhttps.proxyPort=3128 -DnonProxyHosts="localhost|localhost.localdomain|[0:0:0:0:0:0:0:1]|127.*|[::0]|[::1]|[$MYTESTIPV6_2]|[$MYTESTIPV6_1]" -Dhttp.nonProxyHosts="localhost|localhost.localdomain|127.*|[::0]|[::1]|[0:0:0:0:0:0:0:1]|[$MYTESTIPV6_2]|[$MYTESTIPV6_1]|[${MYTESTIPV6_1}%${MYTESTIPV6_1_I}]|[${MYTESTIPV6_2}%${MYTESTIPV6_2_I}]"

java.lang.AssertionError: Could not connect to created connector: http://[fe80::213:72ff:fe4c:f817%eth0]:9695/<>/fe80:0:0:0:213:72ff:fe4c:f817%eth0...name:eth0 (eth0).>undefined
	at org.jboss.as.test.integration.management.api.SocketsAndInterfacesTestCase.testAddUpdateRemove(SocketsAndInterfacesTestCase.java:145)

&amp#27;[0m18:48:26,823 INFO  [org.jboss.as.repository] (management-handler-thread - 2) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/7dc59048/testsuite/integration/basic/target/jbossas/standalone/data/content/ce/06c03dd366af9764d08457fc790260aab3bf3e/content
&amp#27;[0m&amp#27;[0m18:48:26,826 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "SocketsAndInterfacesTestCase-dummy.jar" (runtime-name: "SocketsAndInterfacesTestCase-dummy.jar")
&amp#27;[0m&amp#27;[33m18:48:26,838 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-8) WFLYSRV0018: Deployment "deployment.SocketsAndInterfacesTestCase-dummy.jar" is using a private module ("org.wildfly.security.manager:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[0m18:48:26,841 INFO  [org.jboss.as.arquillian] (MSC service thread 1-4) Arquillian deployment detected: ArquillianConfig[service=jboss.arquillian.config."SocketsAndInterfacesTestCase-dummy.jar",unit=SocketsAndInterfacesTestCase-dummy.jar,tests=[org.jboss.as.test.integration.management.api.SocketsAndInterfacesTestCase]]
&amp#27;[0m&amp#27;[0m18:48:26,855 INFO  [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0010: Deployed "SocketsAndInterfacesTestCase-dummy.jar" (runtime-name : "SocketsAndInterfacesTestCase-dummy.jar")
&amp#27;[0m&amp#27;[0m18:48:26,910 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0006: Undertow HTTP listener test listening on [fe80::213:72ff:fe4c:f817]:9695
&amp#27;[0m&amp#27;[0m18:48:27,195 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m18:48:27,198 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0019: Host default-host stopping
&amp#27;[0m&amp#27;[0m18:48:27,199 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0008: Undertow HTTP listener test suspending
&amp#27;[0m&amp#27;[0m18:48:27,200 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0007: Undertow HTTP listener test stopped, was bound to [fe80::213:72ff:fe4c:f817]:9695
&amp#27;[0m&amp#27;[33m18:48:27,204 WARN  [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (ServerService Thread Pool -- 65) IJ000615: Destroying active connection in pool: ExampleDS (org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@13db944)
&amp#27;[0m&amp#27;[0m18:48:27,207 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-8) WFLYJCA0019: Stopped Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m18:48:27,212 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment arquillian-service (runtime-name: arquillian-service) in 32ms
&amp#27;[0m&amp#27;[0m18:48:27,212 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow HTTPS listener https suspending
&amp#27;[0m&amp#27;[0m18:48:27,212 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment SocketsAndInterfacesTestCase-dummy.jar (runtime-name: SocketsAndInterfacesTestCase-dummy.jar) in 32ms
&amp#27;[0m&amp#27;[0m18:48:27,213 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to [2620:52:0:105f::ffff:32]:8443
&amp#27;[0m&amp#27;[0m18:48:27,215 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0008: Undertow HTTP listener default suspending
&amp#27;[0m&amp#27;[0m18:48:27,216 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0007: Undertow HTTP listener default stopped, was bound to [2620:52:0:105f::ffff:32]:8080
&amp#27;[0m&amp#27;[0m18:48:27,216 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0004: Undertow 1.4.8.Final-redhat-1 stopping
&amp#27;[0m&amp#27;[0m18:48:27,225 INFO  [org.jboss.as.clustering.infinispan] (MSC service thread 1-5) WFLYCLINF0003: Stopped jpa_SecondLevelCacheTestCase.jar#mypc.org.jboss.as.test.integration.jpa.secondlevelcache.Employee-pending-puts cache from hibernate container
&amp#27;[0m&amp#27;[0m18:48:27,232 INFO  [org.jboss.as.clustering.infinispan] (MSC service thread 1-5) WFLYCLINF0003: Stopped jpa_SecondLevelCacheTestCase.jar#mypc2.org.jboss.as.test.integration.jpa.secondlevelcache.Employee-pending-puts cache from hibernate container
&amp#27;[0m&amp#27;[0m18:48:27,242 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-3) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m18:48:27,247 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) stopped in 67ms
&amp#27;[0m&amp#27;[0m18:48:27,248 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) starting
&amp#27;[0m&amp#27;[0m18:48:27,312 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:27,331 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 20) WFLYCTL0028: Attribute 'username' in the resource at address '/subsystem=remoting/remote-outbound-connection=ejb-client-descriptor-test-remote-outbound-connection' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:27,331 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 20) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=remoting/remote-outbound-connection=ejb-client-descriptor-test-remote-outbound-connection' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:27,331 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 20) WFLYCTL0028: Attribute 'protocol' in the resource at address '/subsystem=remoting/remote-outbound-connection=ejb-client-descriptor-test-remote-outbound-connection' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:27,345 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 27) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:27,351 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
&amp#27;[0m&amp#27;[0m18:48:27,378 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 33) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
&amp#27;[0m&amp#27;[0m18:48:27,405 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 37) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
&amp#27;[0m&amp#27;[0m18:48:27,406 INFO  [org.jboss.as.ejb3] (MSC service thread 1-3) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 64 (per class), which is derived from thread worker pool sizing.
&amp#27;[0m&amp#27;[0m18:48:27,406 INFO  [org.jboss.as.ejb3] (MSC service thread 1-3) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 16 (per class), which is derived from the number of CPUs on this host.
&amp#27;[0m&amp#27;[0m18:48:27,416 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 38) WFLYCLINF0001: Activating Infinispan subsystem.
&amp#27;[0m&amp#27;[0m18:48:27,417 INFO  [org.jboss.as.connector] (MSC service thread 1-7) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.0.Final-redhat-1)
&amp#27;[0m&amp#27;[0m18:48:27,418 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-5) WFLYJCA0018: Started Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m18:48:27,444 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 46) WFLYNAM0001: Activating Naming Subsystem
&amp#27;[0m&amp#27;[0m18:48:27,454 INFO  [org.jboss.as.naming] (MSC service thread 1-5) WFLYNAM0003: Starting Naming Service
&amp#27;[0m&amp#27;[0m18:48:27,454 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-5) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m18:48:27,474 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 53) WFLYSEC0002: Activating Security Subsystem
&amp#27;[0m&amp#27;[0m18:48:27,475 INFO  [org.jboss.as.security] (MSC service thread 1-3) WFLYSEC0001: Current PicketBox version=5.0.0.Alpha3-redhat-1
&amp#27;[0m&amp#27;[33m18:48:27,479 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 54) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
&amp#27;[0m&amp#27;[0m18:48:27,482 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0003: Undertow 1.4.8.Final-redhat-1 starting
&amp#27;[0m&amp#27;[0m18:48:27,541 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 56) WFLYWS0002: Activating WebServices Extension
&amp#27;[0m&amp#27;[0m18:48:27,546 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 55) WFLYUT0014: Creating file handler for path '/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/7dc59048/testsuite/integration/basic/target/jbossas/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
&amp#27;[0m&amp#27;[0m18:48:27,579 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-5) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m18:48:27,599 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0012: Started server default-server.
&amp#27;[0m&amp#27;[0m18:48:27,600 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0006: Undertow HTTP listener default listening on [2620:52:0:105f::ffff:32]:8080
&amp#27;[0m&amp#27;[0m18:48:27,600 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0018: Host default-host starting
&amp#27;[0m&amp#27;[0m18:48:27,643 INFO  [org.jboss.as.patching] (MSC service thread 1-6) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
&amp#27;[0m&amp#27;[33m18:48:27,643 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-5) WFLYDM0111: Keystore /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/7dc59048/testsuite/integration/basic/target/jbossas/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
&amp#27;[0m&amp#27;[0m18:48:27,643 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "arquillian-service" (runtime-name: "arquillian-service")
&amp#27;[0m&amp#27;[0m18:48:27,643 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0027: Starting deployment of "SocketsAndInterfacesTestCase-dummy.jar" (runtime-name: "SocketsAndInterfacesTestCase-dummy.jar")
&amp#27;[0m&amp#27;[0m18:48:27,650 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-7) WFLYDS0013: Started FileSystemDeploymentService for directory /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/7dc59048/testsuite/integration/basic/target/jbossas/standalone/deployments
&amp#27;[0m&amp#27;[0m18:48:27,664 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0006: Undertow HTTPS listener https listening on [2620:52:0:105f::ffff:32]:8443
&amp#27;[0m&amp#27;[0m18:48:27,665 INFO  [org.jboss.ws.common.management] (MSC service thread 1-7) JBWS022052: Starting JBossWS 5.1.6.Final-redhat-1 (Apache CXF 3.1.8.redhat-1) 
&amp#27;[0m&amp#27;[33m18:48:27,922 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-7) WFLYSRV0018: Deployment "deployment.SocketsAndInterfacesTestCase-dummy.jar" is using a private module ("org.wildfly.security.manager:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:27,924 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-5) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.jboss.as.jmx:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:27,925 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-5) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:27,925 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-5) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.jboss.jandex:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:27,925 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-5) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.wildfly.security.manager:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:27,944 WARN  [org.jboss.weld.deployer] (MSC service thread 1-5) WFLYWELD0013: Deployment arquillian-service contains CDI annotations but no bean archive was found (no beans.xml or class with bean defining annotations was present).
&amp#27;[0m&amp#27;[0m18:48:27,989 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0010: Deployed "SocketsAndInterfacesTestCase-dummy.jar" (runtime-name : "SocketsAndInterfacesTestCase-dummy.jar")
&amp#27;[0m&amp#27;[0m18:48:27,992 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0010: Deployed "arquillian-service" (runtime-name : "arquillian-service")
&amp#27;[0m&amp#27;[0m18:48:28,108 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 58) WFLYSRV0212: Resuming server
&amp#27;[0m&amp#27;[0m18:48:28,111 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:32]:9990/management
&amp#27;[0m&amp#27;[0m18:48:28,111 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[2620:52:0:105f::ffff:32]:9990
&amp#27;[0m&amp#27;[0m18:48:28,112 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) started in 862ms - Started 449 of 702 services (445 services are lazy, passive or on-demand)
&amp#27;[0m&amp#27;[0m18:48:28,209 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-5) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m18:48:28,215 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-4) WFLYJCA0019: Stopped Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m18:48:28,226 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0028: Stopped deployment arquillian-service (runtime-name: arquillian-service) in 47ms
&amp#27;[0m&amp#27;[0m18:48:28,229 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0028: Stopped deployment SocketsAndInterfacesTestCase-dummy.jar (runtime-name: SocketsAndInterfacesTestCase-dummy.jar) in 51ms
&amp#27;[0m&amp#27;[0m18:48:28,228 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTPS listener https suspending
&amp#27;[0m&amp#27;[0m18:48:28,233 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to [2620:52:0:105f::ffff:32]:8443
&amp#27;[0m&amp#27;[0m18:48:28,235 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0019: Host default-host stopping
&amp#27;[0m&amp#27;[0m18:48:28,237 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0008: Undertow HTTP listener default suspending
&amp#27;[0m&amp#27;[0m18:48:28,237 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0007: Undertow HTTP listener default stopped, was bound to [2620:52:0:105f::ffff:32]:8080
&amp#27;[0m18:48:28,224 WARN  [org.jboss.as.protocol.connection] (Remoting "management-client" task-5) WFLYPRT0018: No such request (1) associated with channel Channel ID dd074194 (outbound) of Remoting connection 0131579f to /2620:52:0:105f:0:0:ffff:32:9990 of endpoint "management-client" <1f6b4c9>
&amp#27;[0m18:48:28,241 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0004: Undertow 1.4.8.Final-redhat-1 stopping
&amp#27;[0m&amp#27;[0m18:48:28,256 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-4) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m18:48:28,263 INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) stopped in 88ms
&amp#27;[0m&amp#27;[0m18:48:28,264 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0049: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) starting
&amp#27;[0m&amp#27;[0m18:48:28,351 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:28,373 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 13) WFLYCTL0028: Attribute 'username' in the resource at address '/subsystem=remoting/remote-outbound-connection=ejb-client-descriptor-test-remote-outbound-connection' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:28,373 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 13) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=remoting/remote-outbound-connection=ejb-client-descriptor-test-remote-outbound-connection' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:28,373 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 13) WFLYCTL0028: Attribute 'protocol' in the resource at address '/subsystem=remoting/remote-outbound-connection=ejb-client-descriptor-test-remote-outbound-connection' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:28,379 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 27) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
&amp#27;[0m&amp#27;[0m18:48:28,417 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
&amp#27;[0m&amp#27;[0m18:48:28,436 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 33) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
&amp#27;[0m&amp#27;[0m18:48:28,446 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 37) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
&amp#27;[0m&amp#27;[0m18:48:28,447 INFO  [org.jboss.as.ejb3] (MSC service thread 1-3) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 64 (per class), which is derived from thread worker pool sizing.
&amp#27;[0m&amp#27;[0m18:48:28,447 INFO  [org.jboss.as.ejb3] (MSC service thread 1-3) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 16 (per class), which is derived from the number of CPUs on this host.
&amp#27;[0m&amp#27;[0m18:48:28,455 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 38) WFLYCLINF0001: Activating Infinispan subsystem.
&amp#27;[0m&amp#27;[0m18:48:28,456 INFO  [org.jboss.as.connector] (MSC service thread 1-8) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.4.0.Final-redhat-1)
&amp#27;[0m&amp#27;[0m18:48:28,458 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-7) WFLYJCA0018: Started Driver service with driver-name = h2
&amp#27;[0m&amp#27;[0m18:48:28,495 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 46) WFLYNAM0001: Activating Naming Subsystem
&amp#27;[0m&amp#27;[0m18:48:28,496 INFO  [org.jboss.as.naming] (MSC service thread 1-3) WFLYNAM0003: Starting Naming Service
&amp#27;[0m&amp#27;[0m18:48:28,496 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-3) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
&amp#27;[0m&amp#27;[0m18:48:28,547 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 53) WFLYSEC0002: Activating Security Subsystem
&amp#27;[0m&amp#27;[0m18:48:28,548 INFO  [org.jboss.as.security] (MSC service thread 1-7) WFLYSEC0001: Current PicketBox version=5.0.0.Alpha3-redhat-1
&amp#27;[0m&amp#27;[33m18:48:28,550 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 54) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
&amp#27;[0m&amp#27;[0m18:48:28,553 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 56) WFLYWS0002: Activating WebServices Extension
&amp#27;[0m&amp#27;[0m18:48:28,562 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0003: Undertow 1.4.8.Final-redhat-1 starting
&amp#27;[0m&amp#27;[0m18:48:28,576 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 55) WFLYUT0014: Creating file handler for path '/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/7dc59048/testsuite/integration/basic/target/jbossas/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
&amp#27;[0m&amp#27;[0m18:48:28,589 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
&amp#27;[0m&amp#27;[0m18:48:28,618 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0012: Started server default-server.
&amp#27;[0m&amp#27;[0m18:48:28,620 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0018: Host default-host starting
&amp#27;[0m&amp#27;[0m18:48:28,621 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0006: Undertow HTTP listener default listening on [2620:52:0:105f::ffff:32]:8080
&amp#27;[0m&amp#27;[33m18:48:28,630 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-3) WFLYDM0111: Keystore /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/7dc59048/testsuite/integration/basic/target/jbossas/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
&amp#27;[0m&amp#27;[0m18:48:28,630 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0027: Starting deployment of "arquillian-service" (runtime-name: "arquillian-service")
&amp#27;[0m&amp#27;[0m18:48:28,631 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0027: Starting deployment of "SocketsAndInterfacesTestCase-dummy.jar" (runtime-name: "SocketsAndInterfacesTestCase-dummy.jar")
&amp#27;[0m&amp#27;[0m18:48:28,637 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-3) WFLYDS0013: Started FileSystemDeploymentService for directory /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-ipv6/7dc59048/testsuite/integration/basic/target/jbossas/standalone/deployments
&amp#27;[0m&amp#27;[0m18:48:28,646 INFO  [org.jboss.as.patching] (MSC service thread 1-1) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
&amp#27;[0m&amp#27;[0m18:48:28,684 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0006: Undertow HTTPS listener https listening on [2620:52:0:105f::ffff:32]:8443
&amp#27;[0m&amp#27;[0m18:48:28,684 INFO  [org.jboss.ws.common.management] (MSC service thread 1-4) JBWS022052: Starting JBossWS 5.1.6.Final-redhat-1 (Apache CXF 3.1.8.redhat-1) 
&amp#27;[0m&amp#27;[33m18:48:28,996 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-8) WFLYSRV0018: Deployment "deployment.SocketsAndInterfacesTestCase-dummy.jar" is using a private module ("org.wildfly.security.manager:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:28,997 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.jboss.as.jmx:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:28,997 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:28,998 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.jboss.jandex:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:28,998 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.arquillian-service" is using a private module ("org.wildfly.security.manager:main") which may be changed or removed in future versions without notice.
&amp#27;[0m&amp#27;[33m18:48:29,016 WARN  [org.jboss.weld.deployer] (MSC service thread 1-8) WFLYWELD0013: Deployment arquillian-service contains CDI annotations but no bean archive was found (no beans.xml or class with bean defining annotations was present).
&amp#27;[0m&amp#27;[0m18:48:29,048 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0010: Deployed "SocketsAndInterfacesTestCase-dummy.jar" (runtime-name : "SocketsAndInterfacesTestCase-dummy.jar")
&amp#27;[0m&amp#27;[0m18:48:29,048 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0010: Deployed "arquillian-service" (runtime-name : "arquillian-service")
&amp#27;[0m&amp#27;[0m18:48:29,179 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 58) WFLYSRV0212: Resuming server
&amp#27;[0m&amp#27;[0m18:48:29,179 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://[2620:52:0:105f::ffff:32]:9990/management
&amp#27;[0m&amp#27;[0m18:48:29,179 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://[2620:52:0:105f::ffff:32]:9990
&amp#27;[0m&amp#27;[0m18:48:29,179 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha17-redhat-1) started in 914ms - Started 449 of 701 services (444 services are lazy, passive or on-demand)

No error

Controller method:

@RequestMapping(value = "/test_url_decoding/{param1}")
public String[] testUrlDecoding(@PathVariable("param1") String p1)

Call:
/test_url_decoding/a%2Fb
Expecting result: parameter p1 is set to "a/b". 
Current result: 404 Not found.
Simular problem:
http://stackoverflow.com/questions/13482020/encoded-slash-2f-with-spring-requestmapping-path-param-gives-http-400
The problem was already discussed in https://jira.springsource.org/browse/SPR-7919
Suggested solution (setting decodeUrl of the HandlerMapping to false) does not work. The UrlPathHelper uses HttpServletRequest.getServletPath() method internally, which decodes the path. 
Suggested implementation for non-decoding helper:

public class UrlPathHelperNonDecoding extends UrlPathHelper {

	public UrlPathHelperFixed() {
		super.setUrlDecode(false);
	}
	
	@Override
	public void setUrlDecode(boolean urlDecode) {
		if (urlDecode) {
			throw new IllegalArgumentException("Handler does not support URL decoding.");
		}
	}

	@Override
	public String getServletPath(HttpServletRequest request) {
		String servletPath = getOriginatingServletPath(request);
		return servletPath;
	}
	
	@Override
	public String getOriginatingServletPath(HttpServletRequest request) {
		String servletPath = request.getRequestURI().substring(request.getContextPath().length());
	}
}

context.xml

<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping">
  <property name="order" value="-1"></property>
  <property name="urlPathHelper">
    <bean class="com.yoochoose.frontend.spring.UrlPathHelperFixed"/>
</bean>

Jaeger-thrift dependency file is quite chubby:

-rw-rw-r--. 1 jstourac jstourac 123K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/jaeger-core-0.30.4.jar
-rw-rw-r--. 1 jstourac jstourac 2.8M Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/jaeger-thrift-0.30.4.jar

Is there any possibility to shrink it's size somehow?

A CXF InInterceptor added to the rsServer via Spring is not added to the interceptor chain and therefore is not executed.

<cxf:rsServer id="service" address="/exampleService"
              serviceClass="com.example.service.ExampleService"
              loggingFeatureEnabled="true"
              xmlns:cxf="http://camel.apache.org/schema/cxf">
    <cxf:providers>
        <bean class="com.fasterxml.jackson.jaxrs.json.JacksonJaxbJsonProvider"/>
    </cxf:providers>
    <cxf:inInterceptors>
        <bean class="com.example.service.ExampleInInterceptor"/>
    </cxf:inInterceptors>
</cxf:rsServer>

public class ExampleInInterceptor extends AbstractPhaseInterceptor<Message> {
    public ExampleInInterceptor() {
        super(Phase.RECEIVE);
    }

    @Override
    public void handleMessage(Message message) throws Fault {
        ...
    }
}

The same configuration works with Camel Version 2.12.2.

Changes to HIVE-8454 revealed issues with partition filters not being pushed down in case of lateral view. For more info see discussion in HIVE-5718.

Error occurs when calling procedures with async (stream incoming and outgoing parameters). This is not handled as expected.   

2018-10-31 16:22:01,302 ERROR [Time-limited test] assignment.TestMergeTableRegionsProcedure(305): error!
	at org.apache.hadoop.hbase.master.assignment.MergeTableRegionsProcedure.getStateId(MergeTableRegionsProcedure.java:386)
	at org.apache.hadoop.hbase.master.assignment.MergeTableRegionsProcedure.getStateId(MergeTableRegionsProcedure.java:84)
	at org.apache.hadoop.hbase.procedure2.StateMachineProcedure.getCurrentStateId(StateMachineProcedure.java:276)
	at org.apache.hadoop.hbase.master.procedure.MasterProcedureTestingUtility.testRecoveryAndDoubleExecution(MasterProcedureTestingUtility.java:414)
	at org.apache.hadoop.hbase.master.assignment.TestMergeTableRegionsProcedure.testMergeWithoutPONR(TestMergeTableRegionsProcedure.java:296)
	at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:298)
	at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:292)

Disable vectorization for issue in HIVE-18763 until we can do the harder VRB conversion code.
The main changes are:
1) In the Vectorizer, detect if data type conversion is needed between the partition and the desired table schema.  If so and LLAP I/O is enabled that does encoded catching, then do not vectorize.  Why? When LLAP I/O is in encoded catching mode, it delivers VectorizedRowBatch (VRB) to the VectorMapOperator instead of (object) rows.  We currently do not have logic for converting VRBs.  So, we either get Wrong Results or more likely ClassCastException on the expected vs actual ColumnVector columns.
2) Cleaned up error message logic.that was suppressing the new message from the EXPLAIN VECTORIZATION display.
3) NOTE: Some of the SELECT statements in the schema_evol_test*.q are commented out because I bumped into a another bug.  I'll file that one soon and add comments to the Q files. 
---------------------------------------------------------------------------------------------------------------------------------------------------------------
The longer-term solution can be done later in steps:
1) Write a new code that can take a VectorizedRowBatch (VRB) and convert columns to different data types.  This is needed when LLAP is doing its encoding / caching and feeds VRBs to VectorMapOperator instead of rows.  Similar to what MapOperator does today, VectorMapOperator would need to be enhanced to convert partition VRBs into the table schema VRBs that the vector operator tree expect.
2) Today, vectorization logic is strictly positional based.  It insists that the partition columns have the same names as the table schema.  The MapOperator (and ORC) does more general conversion that uses column names instead of column position.  We'd need to enhance all 3 classes to handle column name based conversion.  The 3 classes are: the new VRB-to-VRB conversion class, VectorDeserializeRow, and VectorAssignRow.

The Hazelcast idempotent repository does not add and confirm messages in a thread safe manner.
Patch attached to handle that.

In HMaster,

@Override
  public void abort(final String msg, final Throwable t) {
    if (isAborted() || isStopped()) {
      return;
    }
    if (cpHost != null) {
      // HBASE-4014: dump a list of loaded coprocessors.
      LOG.fatal("Master server abort: loaded coprocessors are: " +
          getLoadedCoprocessors());
    }
    stop(msg);
  }

Here we are invoking stop(...) of HRegionServer, which will try to stop RS coprocessors if rsHost is not NULL.
So Master coprocessors will not be stopped. We should invoke stopMaster() instead of stop(...).

Error : Cannot determine specific JmsMessage type to use from body class. Will use generic JmsMessage. Body class: org.apache.cxf.jaxrs.impl.ResponseImpl. If you want to send a POJO then your class might need to implement java.io.Serializable, or you can force a specific type by setting the jmsMessageType option on the JMS endpoint
is reported with the following camel routing

	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"
	xmlns:camel="http://camel.apache.org/schema/spring" xmlns:cxf="http://camel.apache.org/schema/cxf"
	xmlns:cxf-core="http://cxf.apache.org/core" xmlns:jaxrs="http://cxf.apache.org/jaxrs"
		http://camel.apache.org/schema/cxf/camel-cxf.xsd
		http://cxf.apache.org/jaxrs 
		http://cxf.apache.org/core
		http://cxf.apache.org/schemas/core.xsd">

	<bean id="jms" class="org.apache.activemq.camel.component.ActiveMQComponent">
    <property name="connectionFactory">
      <bean class="org.apache.activemq.ActiveMQConnectionFactory">
        <property name="brokerURL" value="vm://localhost?broker.persistent=false"/>
      </bean>
    </bean>

	<!--
		<jaxrs:features> <cxf-core:logging/> </jaxrs:features> <bean
		id="jsonProvider" class="org.apache.cxf.jaxrs.provider.JSONProvider"/>
	-->
	<jaxrs:server id="restService" address="/proxy/camel-rest-example/"
		staticSubresourceResolution="true">
		<jaxrs:serviceBeans>
			<ref bean="reportIncidentService" />
		</jaxrs:serviceBeans>
		<!--  <jaxrs:features><cxf-core:logging/></jaxrs:features> -->
	</jaxrs:server>

	<bean id="reportIncidentService" class="org.apache.camel.example.reportincident.restful.ReportIncidentService" />
	
	<cxf:rsServer id="rsServer" address="/camel-rest-example/"

	<cxf:rsClient id="rsClient" address="http://localhost:8181/cxf/proxy/"/>

			<camel:from uri="cxfrs:bean:rsServer" />
			<!-- <camel:to uri="log:org.apache.camel.example.reportIncident?level=DEBUG" /> -->
			<camel:to uri="jms:queue:in" />
		
			<camel:from uri="jms:queue:in"/>
			<camel:to uri="cxfrs:bean:rsClient" />
	
</beans>

If there is no records for one of the tables in the full outer join, we do not read the other input and end up not producing rows which we should be.

If Audit Logger is removed, destination handlers (i.e. its child nodes) are not removed properly. They are not present in the config file. They seem to be not removed "internally" though. This leads to a couple of issues:
1. It is not possible to remove referenced File/Syslog handlers. If user tries to remove them the NullPointerException is given as a result. Try following commands:
/core-service=management/access=audit/file-handler=file:remove()
/core-service=management/access=audit/syslog-handler=my-syslog-handler:remove()
Their output is:

{
}

2. AuditLog continues to send auditable events to previously referenced File/Syslog handlers.

Create auditable event (e.g. /subsystem=logging/logger=com.arjuna:write-attribute(name=level,value=DEBUG))
See log in the file (WILDFLY_HOME/standalone/data/audit-log.log)
See log in the syslog (/var/log/messages)

After the Region Server and Master code was merged, we lost the functionality to bind to 0.0.0.0 via hbase.regionserver.ipc.address and znodes now get created with the wildcard address which means that RSs and the master cannot connect to each other. Thanks to Dima Spivak for reporting the issue.

Linux Command execution is failing while starting HBase processes using hbase-daemon.sh file
While starting any HBase process (HMaster or Regionserver)
ulimit command execution is failing.

 echo "`date` Starting $command on `hostname`" >> ${HBASE_LOGLOG}
    `ulimit -a` >> "$HBASE_LOGLOG" 2>&1

Log message is follows.

Thu Apr 16 19:24:25 IST 2015 Starting regionserver on HOST-10
/opt/hdfsdata/HA/install/hbase/regionserver/bin/hbase-daemon.sh: line 207: core: command not found

When changing to Quartz 2.x we switched to using JobDetailFactoryBean instead of JobDetailBean (as noted in SPR-8275).  Along with this change we realized that JobDetailFactoryBean doesn't include properties for setting the description or durability that was previously available with JobDetailBean (since it extended JobDetail itself).  As a workaround we have created our own copy of JobDetailFactoryBean which sets these properties correctly.  I would be glad to submit a patch or fix, I just need to know the preferred method of doing so since I haven't contributed to spring before.

The sort_array function doesn't work against data that's actually come out of a table. The test suite only covers constants given in the query.
If you try and use sort_array on an array from a table, then you get a ClassCastException that you can't convert LazyX to Comparable.

We need to fix the same issue of CAMEL-7426 in camel-netty-http

I have a database with a collection of documents. I am trying to do a mapreduce operation on this collection. When I select a set of mapreduce options such that the result is written to a collection in a different database from my source collection, I get a ClassCastException. Here is a snippet of my code (params is an object that contains String representations of my map, reduce, and finalize functions):

MapReduceOptions options = MapReduceOptions.options()
		.finalizeFunction(params.finalizeFunction)
		.outputDatabase("mapreduceres")
		.outputCollection(collName)
		.outputSharded(true);

MapReduceResults<Object> temp = mongoTemplate.mapReduce(params.collectionId, params.mapFunction,
		params.reduceFunction,options,Object.class);

SEVERE: com.mongodb.BasicDBObject cannot be cast to java.lang.String
java.lang.ClassCastException: com.mongodb.BasicDBObject cannot be cast to java.lang.String
	at org.springframework.data.mongodb.core.mapreduce.MapReduceResults.<init>(MapReduceResults.java:52)
	at org.springframework.data.mongodb.core.MongoTemplate.mapReduce(MongoTemplate.java:1026)
	at org.springframework.data.mongodb.core.MongoTemplate.mapReduce(MongoTemplate.java:976)

This is the Spring code that is throwing the exception:

public MapReduceResults(List<T> mappedResults, DBObject rawResults) {
	Assert.notNull(mappedResults);
	Assert.notNull(rawResults);
	this.mappedResults = mappedResults;
	this.rawResults = rawResults;
	parseTiming(rawResults);
	parseCounts(rawResults);
	if (rawResults.get("result") != null) {
		this.outputCollection = (String) rawResults.get("result");   //==== here!
	}

I put a breakpoint here, and I can see the value of the result object. If I do NOT use a different database (i.e., comment out the ….outputDatabase("mapreduceres") line above, the result object is indeed a simple string. However, if I DO use a different database (i.e., keep the ….outputDatabase("mapreduceres") above), the result object looks like this:

{ "db" : "mapreduceres" , "collection" : "myCollectionName"}

In this case, the cast doesn't work.

Repro-steps: 
1. Create an employee RayC.
2. Set RayC to be his own supervisor.
3. Edit RayC.

2 RA using the same bootStrapContext and so the same WorkManager. First RA has ElytronEnabled==true, while the second one has  ElytronEnabled==false. We have a problem in this line:
https://github.com/wildfly/wildfly/blob/master/connector/src/main/java/org/jboss/as/connector/services/resourceadapters/deployment/AbstractResourceAdapterDeploymentService.java#L676
When second RA will be deployed it will find security integration set for elytron not according to its configuration. And, since this method is changing securityIntegration on a deployment it would be a problem every time we have mixed configuration w/ and w/o Ely.
I think we should have elytron-enabled parameter also in workmanager/default-workmanager in jca subsytem and a check (in the method linked above and/or maybe elsewhere...I need to double check) that RA w/ elytron-enabled use only workmanager w/ elytron-enabled and vice versa. 

Originally reported against Ant https://issues.apache.org/bugzilla/show_bug.cgi?id=50014

The finish() method of TarOutputStream does not flush the TarBuffer to the
underlying output stream. A subsequent flush() on the TarOutputStream
unexpectedly does not flush all written data to the underlying stream.
Case: If an outputStream is tied to a Socket OutputStream, the receiving server
can be notified that the stream has finished by calling the
Socket.shutdownOutput() method while still allowing the server to respond to
the client e.g. for sending a status report of the finished data transfer. This
is in particular usefull if the size of the stream is not known in advance such
as for a tar stream generated on the fly at the client side.
The above case relies on all data being sent to the server before invoking
Socket.shutdownOutput(). The TarOutputStream finish() method suggests to be
doing just this but in practice does not send any remaining data in the
TarBuffer. Calling the TarOutputStream close() method is not an option in this
case since this also closes the Socket connection.
Quick fix: insert a buffer.flushBlock() statement at the end of the
TarOutputStream.finish() method.

While the backport for SPR-15978 addressed several issues, it unfortunately missed DefaultResponseErrorHandler.hasError which should simply return false for unknown status codes.

It's better to wire up resource definitions using Parameters so we should support it for this one too.

If you have a client with a registered redirect URI and you specify an invalid redirect when requesting an authorization code, the invalid redirect URI will be detected but the client is redirected to the invalid URI anyway, with an error appended.
Here's an example using sparklr: 
my-client-with-registered-redirect has a registered redirect URI of http://anywhere
1. Go to http://localhost:8080/sparklr/oauth/authorize?response_type=code&client_id=my-client-with-registered-redirect&scope=trust&redirect_uri=http://www.google.com
2. Sign in and authorize
3. Client is redirected to http://www.google.com/?error=redirect_uri_mismatch&error_description=Invalid%20redirect
The spec says,
If the request fails due to a missing, invalid, or mismatching redirection URI, or if the client identifier is missing or invalid, the authorization server SHOULD inform the resource owner of the error, and MUST NOT automatically redirect the user-agent to the invalid redirection URI.

Follow route use a default-error-handler for the route, and also defined  a
custom exception handle logic using try-catch-pattern.
But if the "myProcessRaiseError" raised exception the catch-clause cannot be
invoked; Why? Is it camel's bug?

<route>
     <from uri="ws:... "/>
        <bean ...>
       <doTry>
        <filter>
               <simple>${body} == 'firstChoice'</simple>
                     <bean ref="myProcess" />
                     <bean ref="myProcessRaiseError"/>
             </filter>
               <doCatch>
                       ..some error handler...
               </doCatch>
       </doTry>
    <process ...>
</route>

Given the finder:  `findByLikesIdAndLiveIsFalseAndNameLike`
The argument for name is set incorrectly because the argument parameter position is advanced by the part `LiveIsFalse` when it should not be. 

I am setting up an own hazelcast instance on HazelcastComponent, it is created by Spring,
the problem is when HazelcastComponent.doStop is called, a NullPointerException is throw, because
createOwnInstance is null.

I have a controller class with the following exception handler methods:
Code:
@ExceptionHandler(
{PropertyAccessException.class}
)
@ResponseStatus(HttpStatus.BAD_REQUEST)
public ModelAndView handlePropertyAccessException(PropertyAccessException ex) {
    // create modelAndView and process ex
    return modelAndView;
}
{Exception.class}
)
@ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR)
public ModelAndView handleException(Exception ex) {
}
When a ConversionNotSupportedException (subclass of PropertyAccessException) is thrown, the handleException() method is called instead of the expected handlePropertyAccessException() method.
Digging into the AnnotationMethodHandlerExceptionResolver class I find the following private Comparator. This comparator returns 0 when o1 is Exception, o2 is PropertyAccessException, and handlerExceptionType is ConversionNotSupportedException. This is incorrect and the cause of the problem.
Code:
/** Comparator capable of sorting exceptions based on their depth from the thrown exception type. */
private static class DepthComparator implements Comparator<Class<? extends Throwable>> {
    private final Class<? extends Throwable> handlerExceptionType;
    private DepthComparator(Exception handlerException) 
{
        this.handlerExceptionType = handlerException.getClass();
    }
    public int compare(Class<? extends Throwable> o1, Class<? extends Throwable> o2) {
        int depth1 = getDepth(o1, 0);
        int depth2 = getDepth(o2, 0);
        return depth2 - depth1;
    }
    private int getDepth(Class exceptionType, int depth) {
        if (exceptionType.equals(handlerExceptionType)) {
            // Found it!
            return depth;
        }
        // If we've gone as far as we can go and haven't found it...
        if (Throwable.class.equals(exceptionType)) {
            return -1;
        }
        return getDepth(exceptionType.getSuperclass(), depth + 1);
    }
}

I modified the class as follows. With this modification, the comparator returns 4 when o1 is Exception, o2 is PropertyAccessException, and handlerExceptionType is ConversionNotSupportedException. This results in the correct behavior:

Code:

    private DepthComparator(Exception handlerException) {        this.handlerExceptionType = handlerException.getClass();    }
    public int compare(Class<? extends Throwable> o1, Class<? extends Throwable> o2) 
{
        int depth1 = getDepth(o1, 0, handlerExceptionType);
        int depth2 = getDepth(o2, 0, handlerExceptionType);
        return depth1 - depth2;
    }
    private int getDepth(Class exceptionType, int depth, Class handlerExceptionType) {
        if (exceptionType.equals(handlerExceptionType)) 
{
        }
        if (Throwable.class.equals(exceptionType)) 
{
            return -1;
        }
        return getDepth(exceptionType, depth + 1, handlerExceptionType.getSuperclass());
    }
}
With this modification, handlePropertyAccessException() is called when a ConversionNotSupportedException is thrown. 

The JsonFileReporter has a bug where it never updates the content of hive.service.metrics.file.location. The original implementation relied on fs.rename to overwrite the file if it already existed, but after HIVE-13705 fs.rename now returns false if the destination file exists.
Also, there is no reason for the JsonFileReporter to write to any fs besides the local filesystem, so we should make this local fs specific.

testDOMImplementationRegistry(org.jboss.as.test.smoke.xml.DOMImplementationRegistryTestCase)  Time elapsed: 0.09 sec  <<< ERROR!
java.lang.ClassNotFoundException: com.sun.org.apache.xerces.internal.dom.DOMXSImplementationSourceImpl from [Module "deployment.dom-registry-test:main" from Service Module Loader]
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389)
	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
	at org.w3c.dom.bootstrap.DOMImplementationRegistry.newInstance(DOMImplementationRegistry.java:182)
	at org.jboss.as.test.smoke.xml.DOMImplementationRegistryTestCase.testDOMImplementationRegistry(DOMImplementationRegistryTestCase.java:52)

CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/391

In the current implementation of the first_value function, it's not allowed to have more than one (1) order by column, as so:

select distinct 
first_value(kastr.DEWNKNR) over ( partition by kastr.DEKTRNR order by kastr.DETRADT, kastr.DEVPDNR )
from RTAVP_DRKASTR kastr
;
Error given:

FAILED: SemanticException Range based Window Frame can have only 1 Sort Key

splitlogworker should be started in startServiceThreads() instead of in initializeZookeeper(). This will ensure that the region server accepts a split-logging tasks only after it has successfully done reportForDuty() to the master.

There are a bunch of places that use Collections.synchronizedMap instead of ConcurrentHashMap which are better. We should search/replace the uses.

If a LazySimpleSerDe table is created using ISO 8859-1 encoding, query results for a string column are incorrect for any row that was preceded by a row containing a longer string.
Example steps to reproduce:
1. Create a table using ISO 8859-1 encoding:

CREATE TABLE person_lat1 (name STRING)
ROW FORMAT SERDE 'org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe' WITH SERDEPROPERTIES ('serialization.encoding'='ISO8859_1');

2. Copy an ISO-8859-1 encoded text file into the appropriate warehouse folder in HDFS. I'll attach an example file containing the following text: 

Peña,Andrés
Nåm,Fæk

3. Execute SELECT * FROM person_lat1
Result - The following output appears:

+-------------------+--+
| person_lat1.name |
| Müller,Thomas |
| Jørgensen,Jørgen |
| Peña,Andrésørgen |
| Nåm,Fækdrésørgen |

There is a bug in the grammar that only allows table.col but not col.field. We should allow both.

Multiple Archive#as(Secured.class) executions occur ParseError of web.xml.
The method sets up web.xml, and if you use it multiple times, multiple login-config elements in web.xml would be registered

Correlation optimizer needs more thought on Tez. Stuff like nested tags are at odds with Tez (where we can expose more stages in a single DAG).
For now: disable.

It is not possible to set up authentication based on certificates. I followed the community documentation [1,2] to set up 2-way SSL for apps and certificates based auth. Everything worked as expected until I tried to deploy an app. I got this output

14:50:29,352 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 65) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./deployment: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./deployment: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'CLIENT_CERT' is not available from the HttpAuthenticationFactory.
Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'CLIENT_CERT' is not available from the HttpAuthenticationFactory.
	... 6 more
Caused by: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'CLIENT_CERT' is not available from the HttpAuthenticationFactory.
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$initialSecurityHandler$4(ApplicationSecurityDomainDefinition.java:348)
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.initialSecurityHandler(ApplicationSecurityDomainDefinition.java:345)
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$applyElytronSecurity$0(ApplicationSecurityDomainDefinition.java:293)
	at io.undertow.servlet.core.DeploymentManagerImpl.setupSecurityHandlers(DeploymentManagerImpl.java:404)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:207)
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:235)
	... 8 more

14:50:29,356 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "deployment.war")]) - failure description: {
    "WFLYCTL0080: Failed services" => {"jboss.undertow.deployment.default-server.default-host./deployment" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./deployment: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'CLIENT_CERT' is not available from the HttpAuthenticationFactory.
    Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'CLIENT_CERT' is not available from the HttpAuthenticationFactory.
    Caused by: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'CLIENT_CERT' is not available from the HttpAuthenticationFactory."},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.undertow.deployment.default-server.default-host./deployment"],

This might be caused by different representation of CLIENT-CERT attribute within Elytron and Undertow. It appears that Elytron uses CLIENT-CERT [3] whereas Undertow uses CLIENT_CERT [4]
[1] https://docs.jboss.org/author/display/WFLY/Using+the+Elytron+Subsystem#UsingtheElytronSubsystem-EnableTwoWaySSL%2FTLSinWildFlyforApplications
[2] https://docs.jboss.org/author/display/WFLY/Using+the+Elytron+Subsystem#UsingtheElytronSubsystem-ConfigureAuthenticationwithCertificates
[3] https://github.com/wildfly-security/wildfly-elytron/blob/master/src/main/java/org/wildfly/security/http/HttpConstants.java#L93
[4] https://github.com/undertow-io/undertow/blob/master/core/src/main/java/io/undertow/security/impl/ClientCertAuthenticationMechanism.java#L66

Decompressing a bz2 file generated by bzip2 utility throws an ArrayIndexOutOfBounds at method recvDecodingTables() line 469.
I believe it is related to encodings used to generate the original text file (the compressed file).

The current domain template from the servlet-feature-pack is missing the other-server-group configuration causing a failure to boot.

[Host Controller] 09:58:51,179 ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0369: Required capabilities are not available:
[Host Controller] 09:58:51,181 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0034: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details.

Next batch. Getting close to the end, I think...
Patch to fix the rest of the issues in hbase-client, -mapreduce, and -server forthcoming.

Some small issues reported by PageSpeed/YSlow, which are still in the trunk:

bullet-arrow.png is missing but still referenced in alt.css and standard.css
width and height attributes should be given to the flag icons in language.tagx
some inefficient selectors could be modified, e.g. "li ul li ul" (descendant selector)

The default is to use the hashcode of each parameter and create another (32-bit) hash code. Obviously this can easily generate collisions. This should be clearly documented as it feels like a pretty serious issue, if not a bug. We have come to expect that Spring defaults are "safe" 

Chapter 3.2. points to Spring Data KV bugtracker, a Spring Data Mongo bugtracker exists and should be used.

The ManagedServerProxy class in the host-controller module contains a memory leak, which can be easily reproduced using the RBAC soak test, like so:

cd wildfly-core # checkout WildFly Core 2.0.0.CR1, which is in WildFly 10.0.0.CR1, or current master
cd testsuite/domain
mvn clean test -Dts.noSmoke -Dts.domain -Prbac-soak -Djboss.test.rbac.soak.clients=100 -Djboss.test.rbac.soak.iterations=50

After acquiring a heap dump (-XX:+HeapDumpOnOutOfMemoryError), it's clear that out of the 512 MB of heap space a host controller has, more than 400 MB is taken by a single instance of the ManagedServerProxy class, specifically by its activeRequests field. This Map has a single entry whose value is a Set of "pending" futures. I added a couple of debug prints to the places where this Set is modified, only to see this:

2015-09-21 12:32:00,704 INFO  [stdout] (management-handler-thread - 4) !!! added org.jboss.as.controller.remote.TransactionalProtocolClientImpl$1@142a1c24
2015-09-21 12:32:00,707 INFO  [stdout] (Remoting "master:MANAGEMENT" task-3) !!! removed org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl@5bfbf423
2015-09-21 12:32:00,707 INFO  [stdout] (management-handler-thread - 4) !!! added org.jboss.as.controller.remote.TransactionalProtocolClientImpl$1@27e2e96c
2015-09-21 12:32:00,708 INFO  [stdout] (Remoting "master:MANAGEMENT" task-2) !!! removed org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl@72817a0d
2015-09-21 12:32:00,713 INFO  [stdout] (management-handler-thread - 2) !!! added org.jboss.as.controller.remote.TransactionalProtocolClientImpl$1@73d373a7
2015-09-21 12:32:00,718 INFO  [stdout] (Remoting "master:MANAGEMENT" task-9) !!! removed org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl@20bd6db1

Skipping a few intermediate steps, the root cause is that AbstractDelegatingAsyncFuture delegates addListener directly to an underlying future, so the callbacks don't get the original instance, but the underlying one.

Hive's HashMapWrapper does not use any buffering in its File I/O, but operates sequentially for writes & reads.
The strace logs show clearly that

9495  write(222, "x", 1)                = 1
9495  write(222, "sq\0~\0\5", 6)        = 6
9495  write(222, "w\25", 2)             = 2
9495  write(222, "\0\0\0\1\0\0\0\1\0\0\0\2\0\0\0\5\3\1M\1S", 21) = 21
9495  write(222, "sq\0~\0\2", 6)        = 6
9495  write(222, "w\t", 2)              = 2
9495  write(222, "\0\0\0\5\1\215\r\325v", 9) = 9

When setting the completionInterval on an aggregator, the first completion will be triggered after 1000ms. The reason is the hardcoded initial delay in AggregateProcessor.
This behavior has not been documented and is not expected. The expected behavior is for the first completion to be triggered after the given interval. The first completion would then be triggered after completionInterval, the second after 2 * completionInterval, the third after 3 * completionInterval and so on.

NetworkUpdateTemplate.createNetworkUpdate uses PUT while LinkedIn requires a POST request for this kind of operation causing error "405 Method Not Allowed". (see post-network-update)

 !????? /data/hiveptest/working/yetus/ql/src/java/org/apache/hadoop/hive/ql/exec/tez/WorkloadManagerMxBean.java

Rebasing my patch I missed encoding of master name up in zk.  Creating a separate issue so can try patch build with my fix rather than run all tests locally.

Check out the top-left of hbase.apache.org, there's an unevaluated variable $banner.name leaking through.

java.lang.Exception: test timed out after 10000 milliseconds
	at org.apache.hadoop.hive.llap.daemon.impl.TestTaskExecutorService$TaskExecutorServiceForTest$InternalCompletionListenerForTest.awaitCompletion(TestTaskExecutorService.java:244)
	at org.apache.hadoop.hive.llap.daemon.impl.TestTaskExecutorService$TaskExecutorServiceForTest$InternalCompletionListenerForTest.access$000(TestTaskExecutorService.java:208)
	at org.apache.hadoop.hive.llap.daemon.impl.TestTaskExecutorService.testWaitQueuePreemption(TestTaskExecutorService.java:168)

Cannot repro locally. See HIVE-11642

I have a HandlerInterceptor that is Doing Things for me based on the contents of the model I populate in a controller. I have a controller that returns a ModelAndView with a RedirectView, filling data into the model to be processed by the interceptor before the redirect fires.
However, the ModelAndView object is replaced by Spring between the controller return and the interceptor invocation (the objects have different IDs when inspected). The view is copied, but the model is discarded.
This appears to be a result of interactions between the handler's ignoreDefaultModelOnRedirect and the ModelAndViewContainer; even though a method that returns a ModelAndView is not using the "default" model, the returned model is discarded.
If a controller method returns an explicit model in a ModelAndView, then that model should be retained even when ignoreDefaultModelOnRedirect is set.

FileUtils.readFileToString isn't static.  It should be; since the constructor for FileUtils says "Instances should NOT be constructed in standard programming", this makes readFileToString unusable.  Right now I'm using FileUtils.readBytesToByteArray(file).toString().

Hi,
We have an application with Swing app as client and a web app running on tomcat server providing the application related services. We are in the process of upgrading from spring 2.5 to 4.1.0 version. The application changes are complete and it works fine with in eclipse environment. When we deploy the app on Tomcat server and access the app from the Swing client (downloaded via Java Web Start / JNLP) we were able to login to the application browse few application screens. But on few screens we get the following exception. As soon as the exception appears the window closes on the client side. On the server log there are no issues. This is blocking us from upgrading the application. I read few Jira Issue logs which suggest to upgrade to 3.1.1 but i am moving to more advanced version. Please provide your suggestions. 
Server : Linux
Code compiled on java version "1.7.0_03"
Java(TM) SE Runtime Environment (build 1.7.0_03-b04)
Java HotSpot(TM) 64-Bit Server
Client JRE : 1.7.0_51 on Windows 7 platform
Exception Details: 
Caused by: java.beans.IntrospectionException: Type mismatch between indexed and non-indexed methods: null - public void java.awt.Window.setLocation(int,int)
                at org.springframework.beans.PropertyDescriptorUtils.findIndexedPropertyType(ExtendedBeanInfo.java:596)
                at org.springframework.beans.SimpleIndexedPropertyDescriptor.<init>(ExtendedBeanInfo.java:364)
                at org.springframework.beans.SimpleIndexedPropertyDescriptor.<init>(ExtendedBeanInfo.java:350)
                at org.springframework.beans.ExtendedBeanInfo.<init>(ExtendedBeanInfo.java:99)
                at org.springframework.beans.ExtendedBeanInfoFactory.getBeanInfo(ExtendedBeanInfoFactory.java:46)
                at org.springframework.beans.CachedIntrospectionResults.<init>(CachedIntrospectionResults.java:270)
                ... 56 more
11 Nov 22:27:22,951 OpenWindow - OpenWindow::ForceShutdownWindow
11 Nov 22:27:22,952 OpenWindow - Primary Task

 if (llapMode) {
      // add configs for llap-daemon-site.xml + localize llap jars
      // they cannot be referred to directly as it would be a circular depedency
      conf.addResource("llap-daemon-site.xml");

        case HiveParser.TOK_TABLEROWFORMATLINES:
          String lineDelim = unescapeSQLString(rowChild.getChild(0).getText());
          tblDesc.getProperties().setProperty(serdeConstants.LINE_DELIM, lineDelim);
          if (!lineDelim.equals("\n") && !lineDelim.equals("10")) {
            throw new SemanticException(generateErrorMessage(rowChild,
                ErrorMsg.LINES_TERMINATED_BY_NON_NEWLINE.getMsg()));
          }
        case HiveParser.TOK_TABLEROWFORMATNULL:
          String nullFormat = unescapeSQLString(rowChild.getChild(0).getText());

break seems to be missing for TOK_TABLEROWFORMATLINES case.

Forum ref  http://forum.springframework.org/showthread.php?p=171215
Scenario:

I have a Step that reads in items, and outputs via FFIW with shouldDeleteIfExists=false;
Step runs through a few items and output file buffer is flushed to disk
Job fails before first chunk commit (I am ending the job in a debugger).

On restart:

Output file accessed via FFIW will exist on the file system.
No record of it exists in the STEP_EXECUTION_CONTEXT table.

Restart the job (has to be in a new vm becasue of #batch-507) and it will fail with:
org.springframework.batch.item.exception.StreamException: Resource already exists: file [D:\temp\output1.csv]
at org.springframework.batch.io.file.FlatFileItemWriter$OutputState.initializeBufferedWriter(FlatFileItemWriter.java:378)
I think this is because outputState.restoreFrom is not getting called because STEP_EXECUTION_CONTEXT table has no data for this step (see code extract below).
        /**

Initialize the Output Template.
*
@see ResourceLifecycle#open()
*/
public void open(ExecutionContext executionContext) {
    OutputState outputState = getOutputState();
    if (executionContext.containsKey(getKey(RESTART_DATA_NAME))) 
{
        outputState.restoreFrom(executionContext);
    }
}

This means FFIW.restarted is false, and then initializeBufferedWriter fails in
....
    if (!restarted) {
	if (file.exists()) {
	    if (shouldDeleteIfExists) 
{
		file.delete();
	    }
 else 
{
		throw new ItemStreamException("Resource already exists: " + resource);
	    }
	}
.... 

LazyPrimitive and LazyBinaryPrimitive overrides hashcode method in HIVE-949. But it failed to override equals() method. As a result, LazyMap and LazyBinaryMap will end up having multiple values for the same key. Both LazyMap and LazyBinaryMap uses LinkedHashMap, so the expected behaviour is to have a single value per unique key.
In the following code from LazyMap (LazyBinaryMap also has same code segment)

LazyPrimitive<?, ?> lazyKey = uncheckedGetKey(i);
if (lazyKey == null) {
  continue;
}
Object key = lazyKey.getObject();
if (key != null && !cachedMap.containsKey(key)) {

lazyKey.hashcode() returns the writable object's hashcode. The containsKeys() method of hash map (http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/6-b14/java/util/HashMap.java#366) checks if the hashcode are same, if so then it uses equals() method to verify if the key already exists. Since LazyPrimitive does not override equals() method it falls back to use Object equals(). Object equals() will return true only if both object are exactly the same (this == obj).
So in the above code segment, even if the key already exists, the new value will be inserted with hash collision resulting in more number of map entries.

Part of solution for: https://issues.jboss.org/browse/WFLY-9155.
Server has to be able to start after such migration -> with empty keystore password.
—
In WildFly there is required to set keystore-password for truststore even though at least in case of JKS, it is possible to read public certificates even without providing the password.
Does it really make sense to require it?
In regards to migration operation, wouldn't it make sense in case of undefined ca-certificate-password to provide the security-realm truststore configuration default value "changeit" instead of failing the whole migrate operation?

Recently, there has been some changes done for eviction in DMR:
https://github.com/wildfly/wildfly/commit/c252b2cf155f22c2e99e02075f3b5a2d8cc27349#diff-6c16cf3149991fdb5ebd08eb7b515d9fR209
So right now, the description of "Size" attribute is: The cache eviction configuration.
It is not clear, what size attribute is supposed to do and how it replaces the deprecated ones (max-entries, strategy).
Also, the eviction element vanished from jboss-as-infinispan_5_0.xsd:
https://github.com/wildfly/wildfly/commit/c252b2cf155f22c2e99e02075f3b5a2d8cc27349#diff-86cb92ad65fd80116b51f4d26e2fcaa2L287
Where can user find the eviction related configuration now?

the model-jar target now builds hive_model.jar instead of metastore_model.jar. This causes the launch files (used to run tests) to not work anymore in eclipse.

I tried to use a mutable tiles container using the configurer's property useMutableTilesContainer but failed.
Here is my bean's configuration 

 <bean id="tilesConfigurer" class="org.springframework.web.servlet.view.tiles3.TilesConfigurer">
        <property name="definitions">
            <array>
                <value>/WEB-INF/tiles/general.xml</value>
            </array>
        <property name="checkRefresh" value="true"/>
        <property name="useMutableTilesContainer" value="true" />
    </bean>

Here is the code were I've got NPE

 private Map<String, Definition> getDefinitions(
            Request request) {
        return (Map<String, Definiation>) request.getContext("request")
                .get(definitionsAttributeName);
    }

request.getContext("request") returns null "request" context
Here is the stacktrace

[qtp1313694788-29] WARN org.eclipse.jetty.servlet.ServletHandler - /registration
	at org.apache.tiles.impl.mgmt.CachingTilesContainer.getDefinitions(CachingTilesContainer.java:183)
	at org.apache.tiles.impl.mgmt.CachingTilesContainer.getCustomDefinition(CachingTilesContainer.java:236)
	at org.apache.tiles.impl.mgmt.CachingTilesContainer.isValidDefinition(CachingTilesContainer.java:97)
	at org.apache.tiles.renderer.DefinitionRenderer.isRenderable(DefinitionRenderer.java:64)
	at org.springframework.web.servlet.view.tiles3.TilesView.checkResource(TilesView.java:104)
	at org.springframework.web.servlet.view.UrlBasedViewResolver.loadView(UrlBasedViewResolver.java:438)
	at org.springframework.web.servlet.view.AbstractCachingViewResolver.createView(AbstractCachingViewResolver.java:212)
	at org.springframework.web.servlet.view.UrlBasedViewResolver.createView(UrlBasedViewResolver.java:401)
	at org.springframework.web.servlet.view.AbstractCachingViewResolver.resolveViewName(AbstractCachingViewResolver.java:129)
	at org.springframework.web.servlet.DispatcherServlet.resolveViewName(DispatcherServlet.java:1239)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1188)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:920)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:816)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:801)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:669)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1336)
	at org.springframework.security.web.session.ConcurrentSessionFilter.doFilter(ConcurrentSessionFilter.java:125)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560)
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
	at org.eclipse.jetty.server.Server.handle(Server.java:365)
	at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)
	at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926)
	at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:988)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:628)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52)

IntegrationTestBulkLoad is taking 45 mins to run in the default case.  Most of the rest of the integration tests take about half that.

Found it when backporting the new rpc implementation to branch-1 in HBASE-16584. It will cause TestHCM fail on branch-1 as on branch-1 the default rpc implementation is BlockingRpcClient which is not always reconnectable after shutdown. On master TestHCM will not fail as NettyRpcConnection is always reconnectable. But we still need to fix it as it is a bug. Only a trivial one line patch.

The CSVFormat methods isEscaping() and isEncapsulating() are package protected, whereas the other 3 isXXX() methods are public.
There seems no reason for this difference.
These are external settings - they are defined by the user - so I don't see why the methods should not be public.
AFAICT making them public would not commit the API to anything new.

HBASE-804 was not about the good problem, this one is. Anyone that iterates through the results of a scanner and that rewrites data back into the row at each iteration will hit a UnknownScannerException if a split occurs. See the stack in the referred jira. Timeline :
Split occurs, acquires a write lock and waits for scanners to finish
The scanner in the custom code iterates and writes data until the write is blocked by the lock
deadlock
The scanner timeouts thus the region splits but the USE will be thrown when next() is called
Inside a Map, the task will simply be retried when the first one fails. Elsewhere, it becomes more complicated.

BZip2CompressorInputStream,init() will throw an IOException, if the passed stream returns 0 for available():
BZip2CompressorInputStream.java
    private void init() throws IOException {
        ...
        if (in.available() == 0) {
            throw new IOException("Empty InputStream");
        }
        ...
     }

I think this is not correct, because the underlying stream may indeed be able to only return 0 bytes without blocking but may be able to block a little and then return some more bytes.
Note also the change in the API documentation from: "Returns the number of bytes that can be read " (1.4.2) to "Returns an estimate of the number of bytes that can be read".

The problem is that, now we have markers which will be written to WAL but not in store file. For a normal region close, we will write a sequence id file under the region directory, and when opening we will use this as the open sequence id. But for split and merge, we do not copy the sequence id file to the newly generated regions so the sequence id may go backwards since when closing the region we will write flush marker and close marker into WAL...

Issue first encountered by customer in EAP5 (JBPAPP-11239).
Assume a local SFSB, B1, with container managed transactions and a calling SFSB, B2, which has bean managed transactions.  B1 implements the SessionSynchronization interface.  
When B2's bean managed transaction timesout whilst executing B1.exampleMethod(), B2's transaction aborts and the transaction reaper thread calls B1.afterCompletion().  However, the original worker thread that was executing B1.exampleMethod() continues to execute B1.exampleMethod() until it has completed.  Hence it is possible for the B1 SFSB to be accessed concurrently.  It is also possible for B1.afterCompletion() to finish executing before B1.exampleMethod().

 HBASE-2587 "Coral where tests write data when running and make sure clean target removes all written" hardcoded the port that dfscluster runs on.  Makes it so can't run tests in shared environment.
Here's a fix:

diff --git a/src/test/java/org/apache/hadoop/hbase/HBaseTestingUtility.java b/src/test/java/org/apache/hadoop/hbase/HBaseTestingUtility.java
index 8795ba6..238e804 100644
--- a/src/test/java/org/apache/hadoop/hbase/HBaseTestingUtility.java
+++ b/src/test/java/org/apache/hadoop/hbase/HBaseTestingUtility.java
@@ -173,8 +173,8 @@ public class HBaseTestingUtility {
     else this.clusterTestBuildDir = dir;
     System.setProperty(TEST_DIRECTORY_KEY, this.clusterTestBuildDir.toString());
     System.setProperty("test.cache.data", this.clusterTestBuildDir.toString());
-    this.dfsCluster = new MiniDFSCluster(12345, this.conf, servers, true,
-      true, true, null, null, null, null);
+    this.dfsCluster = new MiniDFSCluster(0, this.conf, servers, true, true,
+      true, null, null, null, null);
     return this.dfsCluster;
   }

If a user tries to remove an extension when there are still subsystems present that come from that extension, a stack trace appears in the log:

01:02:23,542 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 2) WFLYCTL0013: Operation ("remove") failed - address: ([("extension" => "org.jboss.as.test.hc.extension")]): java.lang.IllegalStateException: WFLYCTL0219: An attempt was made to unregister extension org.jboss.as.test.hc.extension which still has subsystem HC registered
	at org.jboss.as.controller.extension.ExtensionRegistry.removeExtension(ExtensionRegistry.java:331) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
	at org.jboss.as.controller.extension.ExtensionRemoveHandler.execute(ExtensionRemoveHandler.java:68) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1336) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217) [wildfly-controller-2.0.0.CR7-SNAPSHOT.jar:2.0.0.CR7-SNAPSHOT]

That's really just a client mistake and there's no reason to log it in the server. ExtensionRemoveHandler can catch the ISE thrown by ExtensionRegistry.removeExtension and convert it to an OperationFailedException.

URLCodec.WWW_FORM_URL is mutable and should be made private.
Otherwise subclasses can change the array accidentally or deliberately.
However this would change the API for sub-classes.
A work-round would be to create a parallel private field and keep WWW_FORM_URL as a copy, but marked deprecated.

From http://hbase.apache.org/book.html#maven.snapshot there's a link to mvn.settings.file that is invalid. I think the intended destination is the example listing at the beginning of 131.1, above.

Apparently this logic is still there and can be engaged in some cases, like when one file takes the entire cache from a single large read.

This looks like a unit problem.  e.g. 60 sec instead of 60 msec.

OAuth2SaslClientV10Test or OAuth2SaslClientV11Test intermittently fails during MockWebServer binding, for example for OAuth2SaslClientV10Test:

java.net.BindException: Address already in use (Bind failed)
 	at java.net.PlainSocketImpl.socketBind(Native Method)
 	at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:387)
 	at java.net.ServerSocket.bind(ServerSocket.java:375)
 	at okhttp3.mockwebserver.MockWebServer.start(MockWebServer.java:317)
 	at okhttp3.mockwebserver.MockWebServer.start(MockWebServer.java:300)
 	at okhttp3.mockwebserver.MockWebServer.start(MockWebServer.java:289)
 	at org.wildfly.security.sasl.oauth2.OAuth2SaslClientV10Test.onBefore(OAuth2SaslClientV10Test.java:82)

When this happens it causes only one of test methods to fail. Other tests in OAuth2SaslClientV10Test/OAuth2SaslClientV11Test finish successfully. It seems this test issue is not depended on any platform or JDK.
Part of log when test fails:

...
04:44:06,995 TRACE (main) [org.wildfly.security] <ServerAuthenticationContext.java:1015> Handling AuthenticationCompleteCallback: succeed
04:44:06,995 TRACE (main) [org.wildfly.security] <ServerAuthenticationContext.java:1032> Handling SecurityIdentityCallback: identity = SecurityIdentity{principal=jdoe, securityDomain=org.wildfly.security.auth.server.SecurityDomain@e7f11d, authorizationIdentity=org.wildfly.security.auth.realm.token.TokenSecurityRealm$TokenRealmIdentity$1@3d687a, realmInfo=RealmInfo{name='oauth-realm', securityRealm=org.wildfly.security.auth.realm.token.TokenSecurityRealm@a370f4}, creationTime=2018-02-27T09:44:06.981Z}
04:44:06,996 INFO  (MockWebServer 50831) [okhttp3.mockwebserver.MockWebServer] <MockWebServer.java:349> MockWebServer[50831] done accepting connections: Socket closed
04:44:12,006 INFO  (MockWebServer 50831) [okhttp3.mockwebserver.MockWebServer] <MockWebServer.java:323> MockWebServer[50831] starting to accept connections
04:44:12,006 TRACE (main) [org.wildfly.security] <AuthenticationContextConfigurationClient.java:121> getAuthenticationConfiguration uri=protocol://test7.org, protocolDefaultPort=-1, abstractType=null, abstractTypeAuthority=null, MatchRule=[host=test7.org], AuthenticationConfiguration=[AuthenticationConfiguration:principal=anonymous,set-host=test7.org,set-protocol=protocol,credentials-present,providers-supplier=org.wildfly.security.auth.client.ElytronXmlParser$DeferredSupplier@18ca3c8,mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]
04:44:12,008 TRACE (main) [org.wildfly.security] <SecurityProviderSaslClientFactory.java:114> Created SaslClient for mechanism OAUTHBEARER, using Provider WildFlyElytron and protocol protocol
...

It also causes that Exception is thrown during @After for the same test, example for OAuth2SaslClientV10Test:

java.io.IOException: Gave up waiting for executor to shut down
	at okhttp3.mockwebserver.MockWebServer.shutdown(MockWebServer.java:375)
	at org.wildfly.security.sasl.oauth2.OAuth2SaslClientV10Test.onAfter(OAuth2SaslClientV10Test.java:88)

After those exceptions in @Before and @After are thrown for some particular test then all following tests works correctly.

The Hive server does process the CLI commands like 'set', 'set -v' sent by ODBC or JDBC clients. But currently only the data is returned to client but not schema for that resultset. This makes it unusable for a ODBC or JDBC client to use this option.

A relationship entity such as 

@RelationshipEntity
public class Nomination {

    Long id;
    @EndNode
    Movie movie;
    @StartNode
    Actor actor;
...

is not loaded when the start/end nodes are loaded (with a clean session).
See https://github.com/spring-projects/spring-data-neo4j/blob/4.0/neo4j-ogm/src/test/java/org/neo4j/ogm/defects/RelationshipEntityTest.java#L52 and https://github.com/spring-projects/spring-data-neo4j/blob/4.0/neo4j-ogm/src/test/java/org/neo4j/ogm/defects/MetaDataTest.java

In facebook, we are seeing some intermittent errors, where it seems that either all the partitions are not returned by the metastore
or some of them are pruned wrongly.
This patch adds more logging for debugging such scenarios.

When using JDBC transaction integration in Spring LDAP, we have discovered that when our LDAP server is unavailable the doBegin() method of the ContextSourceAndDataSourceTransactionManager first calls super.doBegin() of the DataSourceTransactionManager which is successful, then it calls doBegin() of the ldapManagerDelegate which fails throwing a TransactionException , however no cleanup of the DataSource connection is being performed in this case.
This leaves a binding in the TransactionSynchronizationManager resources for the DataSource and also an open connection to the database, even though it was never used. 
Later if the same thread attempts to create a transaction the following IllegalStateException is being thrown because the DataSource is still bound to the thread in the TransactionSynchronizationManager:
java.lang.IllegalStateException: Already value [org.springframework.jdbc.datasource.ConnectionHold er@79b1d1] for key [org.apache.commons.dbcp.BasicDataSource@335297] bound to thread [DefaultQuartzScheduler_Worker-7]

Looks like SpEL has a problem with property names where the second character is uppercase.

public class TestObject {
	private String iD;
}

According to the Java Bean Specification the get and set method have to be named like this. This is also the code Eclipse generates with the "Source->Generate Getters and Setters" function.

	public String getiD() {
		return iD;
	}
	public void setiD(String iD) {
		this.iD = iD;
	}

Now I try to access the property iD with SpEL

TestObject to = new TestObject();
to.setiD("a ID");
ExpressionParser expressionParser = new SpelExpressionParser();
Expression idExpression = expressionParser.parseExpression("iD");
String anId = idExpression.getValue(to, String.class);

This code throws an exception 
 org.springframework.expression.spel.SpelEvaluationException: EL1008E:(pos 0): Field or property 'iD' cannot be found on object of type 'TestObject'
The PropertyUtils class from the Apache commons-beanutils project works:

PropertyUtils.getProperty(to, "iD")

2009-01-01 23:55:41,629 FATAL org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Replay of hlog required. Forcing server shutdown
org.apache.hadoop.hbase.DroppedSnapshotException: region: content,cff13605e2ea6ce0b221ac864687bf08,1230777531253
        at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.flushRegion(MemcacheFlusher.java:227)
        at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.run(MemcacheFlusher.java:137)
        at org.apache.hadoop.hbase.regionserver.HStoreScanner.updateReaders(HStoreScanner.java:322)
        at org.apache.hadoop.hbase.regionserver.HStore.notifyChangedReadersObservers(HStore.java:737)
        at org.apache.hadoop.hbase.regionserver.HStore.updateReaders(HStore.java:725)
        at org.apache.hadoop.hbase.regionserver.HStore.internalFlushCache(HStore.java:694)
        at org.apache.hadoop.hbase.regionserver.HStore.flushCache(HStore.java:630)
        ... 3 more

2.5.2.8. Managed Compactions
This says that managed compactions happen every day but that is no longer accurate. Yank this section and point them to the compaction section instead I think.

2016-05-25 00:43:49,682 INFO  [pool-4-thread-5]: txn.TxnHandler (TxnHandler.java:checkRetryable(1585)) - Non-retryable error: ORA-00933: SQL command not properly ended
 (SQLState=42000, ErrorCode=933)
2016-05-25 00:43:49,685 ERROR [pool-4-thread-5]: metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(159)) - MetaException(message:Unable to select from transaction database java.sql.SQLSyntaxErrorException: ORA-00933: SQL command not properly ended

	at oracle.jdbc.driver.T4CStatement.executeForRows(T4CStatement.java:999)
	at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1315)
	at oracle.jdbc.driver.OracleStatement.executeInternal(OracleStatement.java:1890)
	at oracle.jdbc.driver.OracleStatement.execute(OracleStatement.java:1855)
	at oracle.jdbc.driver.OracleStatementWrapper.execute(OracleStatementWrapper.java:304)
	at com.jolbox.bonecp.StatementHandle.execute(StatementHandle.java:254)
	at org.apache.hadoop.hive.metastore.txn.TxnHandler.openTxns(TxnHandler.java:429)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.open_txns(HiveMetaStore.java:5647)
	at com.sun.proxy.$Proxy15.open_txns(Unknown Source)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$open_txns.getResult(ThriftHiveMetastore.java:11604)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$open_txns.getResult(ThriftHiveMetastore.java:11589)
)
	at org.apache.hadoop.hive.metastore.txn.TxnHandler.openTxns(TxnHandler.java:438)

2016-05-25 00:43:49,685 ERROR [pool-4-thread-5]: thrift.ProcessFunction (ProcessFunction.java:process(41)) - Internal error processing open_txns
MetaException(message:Unable to select from transaction database java.sql.SQLSyntaxErrorException: ORA-00933: SQL command not properly ended

)

I think the reason here is that
metastore/src/java/org/apache/hadoop/hive/metastore/txn/TxnHandler.java
  public OpenTxnsResponse openTxns(OpenTxnRequest rqst) throws MetaException {
...
        String query;
        String insertClause = "insert into TXNS (txn_id, txn_state, txn_started, txn_last_heartbeat, txn_user, txn_host) values ";
        StringBuilder valuesClause = new StringBuilder();

        for (long i = first; i < first + numTxns; i++) {
          txnIds.add(i);

          if (i > first &&
              (i - first) % conf.getIntVar(HiveConf.ConfVars.METASTORE_DIRECT_SQL_MAX_ELEMENTS_VALUES_CLAUSE) == 0) {
            // wrap up the current query, and start a new one
            query = insertClause + valuesClause.toString();
            queries.add(query);

            valuesClause.setLength(0);
            valuesClause.append("(").append(i).append(", 'o', ").append(now).append(", ").append(now)
                .append(", '").append(rqst.getUser()).append("', '").append(rqst.getHostname())
                .append("')");

            continue;
          }

          if (i > first) {
            valuesClause.append(", ");
          }

          valuesClause.append("(").append(i).append(", 'o', ").append(now).append(", ").append(now)
              .append(", '").append(rqst.getUser()).append("', '").append(rqst.getHostname())
              .append("')");
        }

        query = insertClause + valuesClause.toString();
...
}

ends up building a query of the form

INSERT INTO TXNS (...) VALUES (...), (...)

Oracle doesn't like this way of inserting multiple rows of data. Couple of ways the following post describe is either inserting each row individually or use the INSERT ALL semantics.

From Sishen:

Hi, guys. I think i have met the problem of table query.

When playing with the REST interface, the result is all the table name are un-readable format and i can't get the table metadata.

After some debug, i found that if use table.getName().toString() to construct the table name string. However, getName() return a byte array. So toString() method
jsut return the string representation of the array object.  The correct way should be new String(table.getName()). I have tested it and all work well now.

Below are patches:

Index: org/apache/hadoop/hbase/rest/MetaHandler.java
--- org/apache/hadoop/hbase/rest/MetaHandler.java    (revision 678344)
+++ org/apache/hadoop/hbase/rest/MetaHandler.java    (working copy)
@@ -85,7 +85,7 @@
           outputter.startTag("tables");
           for (int i = 0; i < tables.length; i++) {
-            doElement(outputter, "table", tables[i].getName().toString());
+            doElement(outputter, "table", new String(tables[i].getName()));
           }
@@ -96,7 +96,7 @@
             ContentType.PLAIN.toString());
-            out.println(tables[i].getName().toString());
+            out.println(new String(tables[i].getName()));
           }
         break;
Index: org/apache/hadoop/hbase/rest/TableHandler.java
--- org/apache/hadoop/hbase/rest/TableHandler.java    (revision 678344)
+++ org/apache/hadoop/hbase/rest/TableHandler.java    (working copy)
@@ -391,7 +391,7 @@
     HTableDescriptor [] tables = this.admin.listTables();
     HTableDescriptor descriptor = null;
     for (int i = 0; i < tables.length; i++) {
-      if (tables[i].getName().toString().equals(tableName)) {
+      if (new String(tables[i].getName()).equals(tableName)) {
         descriptor = tables[i];
         break;
       }
@@ -406,7 +406,7 @@
         setResponseHeader(response, 200, ContentType.XML.toString());
         XMLOutputter outputter = getXMLOutputter(response.getWriter());
         outputter.startTag("table");
-        doElement(outputter, "name", descriptor.getName().toString());
+        doElement(outputter, "name", new String(descriptor.getName()));
         outputter.startTag("columnfamilies");
         for (HColumnDescriptor e: descriptor.getFamilies()) {
           outputter.startTag("columnfamily");

Best regards.

sishen

--- org/apache/hadoop/hbase/rest/MetaHandler.java	(revision 678344)
+++ org/apache/hadoop/hbase/rest/MetaHandler.java	(working copy)
           }
           }
         break;
--- org/apache/hadoop/hbase/rest/TableHandler.java	(revision 678344)
+++ org/apache/hadoop/hbase/rest/TableHandler.java	(working copy)
         break;
       }

ANALYZE TABEL PARTITION (col1, col2,...) should check whether col1, col2 etc are partition columns.

Repeated UDAF with literals could produce wrong result.
This is not a common use case, nevertheless a bug.
hive> select max('pants'), max('pANTS') from t1 group by key;
 Total MapReduce CPU Time Spent: 0 msec
OK
pANTS	pANTS
Time taken: 296.252 seconds, Fetched: 5 row(s)

Currently queries using the HBaseHCatStorageHandler when run using hcat.py fail. Example query

create table pig_hbase_1(key string, age string, gpa string)
STORED BY 'org.apache.hcatalog.hbase.HBaseHCatStorageHandler'
TBLPROPERTIES ('hbase.columns.mapping'=':key,info:age,info:gpa');

Following error is seen in the hcat logs:

2014-03-18 08:25:49,437 ERROR ql.Driver (SessionState.java:printError(541)) - FAILED: SemanticException java.io.IOException: Error in loading storage handler.org.apache.hcatalog.hbase.HBaseHCatStorageHandler
org.apache.hadoop.hive.ql.parse.SemanticException: java.io.IOException: Error in loading storage handler.org.apache.hcatalog.hbase.HBaseHCatStorageHandler
	at org.apache.hive.hcatalog.cli.SemanticAnalysis.CreateTableHook.postAnalyze(CreateTableHook.java:208)
	at org.apache.hive.hcatalog.cli.SemanticAnalysis.HCatSemanticAnalyzer.postAnalyze(HCatSemanticAnalyzer.java:242)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:295)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:949)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:997)
	at org.apache.hive.hcatalog.cli.HCatDriver.run(HCatDriver.java:43)
	at org.apache.hive.hcatalog.cli.HCatCli.processCmd(HCatCli.java:259)
	at org.apache.hive.hcatalog.cli.HCatCli.processLine(HCatCli.java:213)
	at org.apache.hive.hcatalog.cli.HCatCli.main(HCatCli.java:172)
Caused by: java.io.IOException: Error in loading storage handler.org.apache.hcatalog.hbase.HBaseHCatStorageHandler
	at org.apache.hive.hcatalog.common.HCatUtil.getStorageHandler(HCatUtil.java:432)
	at org.apache.hive.hcatalog.cli.SemanticAnalysis.CreateTableHook.postAnalyze(CreateTableHook.java:199)
	... 16 more
Caused by: java.lang.ClassNotFoundException: org.apache.hcatalog.hbase.HBaseHCatStorageHandler
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.net.URLClassLoader.findClass(Unknown Source)
	at java.lang.Class.forName(Unknown Source)
	at org.apache.hive.hcatalog.common.HCatUtil.getStorageHandler(HCatUtil.java:426)
	... 17 more

The problem is that the hbaseStorageJar is incorrect with the merging of hcat into hive. Also as per HIVE-6695 we should add the HBASE_LIB in the classpath.

In AuthenticationPrincipalArgumentResolver, line 109, assignable is misspelled as "assiable" in the Exception reason.

Tez 0.4 adds a placeholder UnorderedOutput. Once Hive is changed to use 0.4, it should be possible to make use of this.

I was looking at the other allocations for HBASE-17017. Seems that log roller thread allocates 200MB for ~7% of the TLAB space. This is a lot of allocations. 
I think the reason is this: 

        if (this.safePointAttainedLatch.await(1, TimeUnit.NANOSECONDS)) {
          break;
        }
        }
      }

This busy wait is causing a lot allocations because the thread is added to the waiting list. 

SUPPORT archive is empty in case of not fabric environemnt. I have to verify if it depends on OSGi dependencies and eventually if it's the case to decouple between fabric and no-fabric

compile-core:
    [javac] Compiling 309 source files to /home/hbase20/src/hbase-0.20.0-trunk/build/classes
    [javac] /home/hbase20/src/hbase-0.20.0-trunk/src/java/org/apache/hadoop/hbase/util/FSUtils.java:300: missing return statement
    [javac]   }
    [javac]   ^
    [javac] /home/hbase20/src/hbase-0.20.0-trunk/src/java/org/apache/hadoop/hbase/util/Migrate.java:220: cannot find symbol
    [javac] symbol  : method allMajorCompacted()
    [javac] location: class org.apache.hadoop.hbase.util.Migrate
    [javac]     if (!allMajorCompacted()) {
    [javac]          ^

Currently, ReplicationSourceManager only cleanups the queues for recovered sources when the queue is being closed. This can cause the already read WAL's files to be read again when a region server doing failover also dies. This can cause replication to possibly happen again
For e.g lets say RS1 dies with 5 files in queue and RS2 is doing the failover. Now, lets say RS2 dies after going thru 3 files in queue and RS3 is doing the failover. In this case, RS3 will again read those 3 files as they were not removed from the queue. (Though it will read the first file from the set pos. in ZK)

The following in the bin/hbase:

HADOOPCPPATH=$(append_path "${HADOOPCPPATH}" `ls ${HADOOP_HOME}/hadoop-core*.jar`)

assumes a pre-21 Hadoop layout. It'll be better to dynamically account for 
either hadoop-core* or hadoop-common*, hadoop-hdfs*, hadoop-mapreduce*

Set build and pom target jvm version as jdk8. We chatted about it here: http://osdir.com/ml/general/2016-04/msg09691.html Set it as blocker on 2.0.0.
We need to work on YETUS-369 before we can finish up this issue.

[ERROR]   TestMiniLlapLocalCliDriver.testCliDriver:59 Cannot add expression of different type to set:
set type is RecordType(VARCHAR(2147483647) CHARACTER SET "UTF-16LE" COLLATE "ISO-8859-1$en_US$primary" column1, VARCHAR(2147483647) CHARACTER SET "UTF-16LE" COLLATE "ISO-8859-1$en_US$primary" column2, VARCHAR(2147483647) CHARACTER SET "UTF-16LE" COLLATE "ISO-8859-1$en_US$primary" NOT NULL column3) NOT NULL
expression type is RecordType(VARCHAR(2147483647) CHARACTER SET "UTF-16LE" COLLATE "ISO-8859-1$en_US$primary" NOT NULL column1, VARCHAR(2147483647) CHARACTER SET "UTF-16LE" COLLATE "ISO-8859-1$en_US$primary" NOT NULL column2, VARCHAR(2147483647) CHARACTER SET "UTF-16LE" COLLATE "ISO-8859-1$en_US$primary" NOT NULL column3) NOT NULL
set is rel#260:HiveFilter.HIVE.[](input=HepRelVertex#251,condition=<($2, _UTF-16LE'100'))
expression is HiveFilter#262

q file contains examples that may to reproduce failure.

HiveMetaStore::add_partitions() currently adds all partitions specified in one call using a single meta-store transaction. This acts correctly. However, there's one AddPartitionEvent created per partition specified.
Ideally, the set of partitions added atomically can be communicated using a single AddPartitionEvent, such that they are consumed together.
I'll post a patch that does this.

I was browsing the source for the FTP component to see how the inner works.
I discovered a System.out statement in the class FtpProducer:
            System.out.println(sb.toString() + " = " + success);

On startup of daemons we'll sometimes fail (new master) with something like the following:

2010-09-30 23:38:36,979 INFO org.apache.hadoop.hbase.zookeeper.ZKUtil: regionserver60020 opening connection to ZooKeeper with quorum (sv2borg182:20001,sv2borg181:20001,sv2borg180:20001)
2010-09-30 23:38:36,979 INFO org.apache.zookeeper.ZooKeeper: Initiating client connection, connectString=sv2borg182:20001,sv2borg181:20001,sv2borg180:20001 sessionTimeout=60000 watcher=regionserver60020
2010-09-30 23:38:36,980 INFO org.apache.zookeeper.ClientCnxn: Opening socket connection to server sv2borg182/10.20.20.182:20001
2010-09-30 23:38:36,980 INFO org.apache.zookeeper.ClientCnxn: Socket connection established to sv2borg182/10.20.20.182:20001, initiating session
2010-09-30 23:38:36,981 INFO org.apache.zookeeper.ClientCnxn: Unable to read additional data from server sessionid 0x0, likely server has closed socket, closing socket connection and attempting reconnect
2010-09-30 23:38:37,083 ERROR org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: regionserver60020 Unexpected KeeperException creating base node
org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase
    at org.apache.zookeeper.KeeperException.create(KeeperException.java:90)
    at org.apache.zookeeper.KeeperException.create(KeeperException.java:42)
    at org.apache.zookeeper.ZooKeeper.create(ZooKeeper.java:637)
    at org.apache.hadoop.hbase.zookeeper.ZKUtil.createAndFailSilent(ZKUtil.java:807)
    at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.<init>(ZooKeeperWatcher.java:107)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.initializeZooKeeper(HRegionServer.java:438)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.initialize(HRegionServer.java:420)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.<init>(HRegionServer.java:305)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.constructRegionServer(HRegionServer.java:2436)
    at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.start(HRegionServerCommandLine.java:60)
    at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.run(HRegionServerCommandLine.java:75)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.main(HRegionServer.java:2460)

I'll see it over on master too the odd time.
Currently we fail out (though in above case, because of order in which we do startup the regionserver actually hung up because RPC was started before zk)
We should retry this error some at least on startup because its 'recoverable' (See http://wiki.apache.org/hadoop/ZooKeeper/ErrorHandling).  In fact, we should probably retry always until we get a session expired.

In ThriftHttpServlet introduced by HIVE-4763, StringUtils is imported which was introduced by commons codec 1.4. But, our 0.20 shims depends on commons codec 1.3. Our eclipse classpath template is also using libs of 0.20 shims. So, we will get two errors in eclipse. 
Compiling hive will not have a problem because we are loading codec 1.4 for project service (1.4 is also used when "-Dhadoop.version=0.20.2 -Dhadoop.mr.rev=20").

I'm using Spring Framework (version 3.2.10.RELEASE).
During application startup I'm getting following warning:

org.springframework.security.core.SpringSecurityCoreVersion - **** You are advised to use Spring 3.2.8.RELEASE or later with this version. You are running: 3.2.10.RELEASE
It seems that versions are compared using String.compareTo().
Using this method "3.2.10.RELEASE" is lower then "3.2.8.RELEASE".

hostname:HBASE_HOME/bin # sh hbase-daemon.sh restart master
hbase-daemon.sh: line 188: hbase-daemon.sh: command not found
hbase-daemon.sh: line 196: hbase-daemon.sh: command not found

We are using hibernate5.LocalSessionFactoryBean (with Hibernate v5.0.5) and having difficulties passing a custom ClassLoader to Hibernate.
In particular LocalSessionFactoryBuilder uses the following code in its constructor:
    getProperties().put(AvailableSettings.CLASSLOADERS, Collections.singleton(resourceLoader.getClassLoader()));
But if you check the usages of AvailableSettings.CLASSLOADERS in Hibernate 5 you will find that it is only used by the legacy and unused method fromConfigSettings() in ClassLoaderServiceImpl. Therefore I believe this code effectively does nothing.
I believe that LocalSessionFactoryBuilder should actually pass the ClassLoader to the parent Hibernate Configuration constructor using something like this:
  super(new BootstrapServiceRegistryBuilder().applyClassLoader(resourceLoader.getClassLoader()).build())
Hopefully this makes some sense.
Thanks to the Spring team for a great product.

EJB/remoting configuration does not propagate the certificate as credentials for authentication if mutual auth SSL was used for the connection.  This makes it impossible to get the certificate for use in a custom login module.

For example, bactch_size = 5, and no of partitions = 9, it will skip the last 4 partitions from being added.

When running WildFly on JDK12 I'm observing this exception due to Unsafe changes in recent JDK Early Access builds:
&amp#27;[0m&amp#27;[31m16:47:17,739 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.deployment.unit."ws-endpoint-example.war".IN
<------>at org.jboss.as.server@7.0.0.CR1-SNAPSHOT//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:151)
<------>at org.jboss.msc@1.4.5.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
<------>at org.jboss.msc@1.4.5.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
<------>at org.jboss.msc@1.4.5.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
<------>at org.jboss.threads@2.3.2.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
<------>at org.jboss.threads@2.3.2.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
<------>at org.jboss.threads@2.3.2.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
<------>at org.jboss.threads@2.3.2.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
<------>at java.base/java.lang.Thread.run(Thread.java:835)
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0024: Could not configure component TestService
<------>at org.jboss.as.ee@15.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:106)
<------>at org.jboss.as.server@7.0.0.CR1-SNAPSHOT//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:144)
<------>... 8 more
Caused by: java.lang.Error: java.lang.NoSuchFieldException: override
<------>at org.jboss.classfilewriter@1.2.3.Final//org.jboss.classfilewriter.ClassFile$1.run(ClassFile.java:394)
<------>at org.jboss.classfilewriter@1.2.3.Final//org.jboss.classfilewriter.ClassFile$1.run(ClassFile.java:385)
<------>at java.base/java.security.AccessController.doPrivileged(AccessController.java:551)
<------>at org.jboss.classfilewriter@1.2.3.Final//org.jboss.classfilewriter.ClassFile.<clinit>(ClassFile.java:385)
<------>at org.jboss.invocation@1.5.1.Final//org.jboss.invocation.proxy.AbstractClassFactory.<init>(AbstractClassFactory.java:97)
<------>at org.jboss.invocation@1.5.1.Final//org.jboss.invocation.proxy.AbstractSubclassFactory.<init>(AbstractSubclassFactory.java:87)
<------>at org.jboss.invocation@1.5.1.Final//org.jboss.invocation.proxy.AbstractProxyFactory.<init>(AbstractProxyFactory.java:69)
<------>at org.jboss.invocation@1.5.1.Final//org.jboss.invocation.proxy.ProxyFactory.<init>(ProxyFactory.java:256)
<------>at org.jboss.as.ee@15.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.DefaultComponentViewConfigurator.configure(DefaultComponentViewConfigurator.java:86)
<------>at org.jboss.as.ee@15.0.0.CR1-SNAPSHOT//org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:92)
<------>... 9 more
Caused by: java.lang.NoSuchFieldException: override
<------>at java.base/java.lang.Class.getDeclaredField(Class.java:2410)
<------>at org.jboss.classfilewriter@1.2.3.Final//org.jboss.classfilewriter.ClassFile$1.run(ClassFile.java:392)
<------>... 18 more

DERBY-4160 describes the race condition that i sometimes notice.. particularly on windows. Below is the stack trace

java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient

java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient
	at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:444)
	at org.apache.flume.sink.hive.TestHiveWriter.<init>(TestHiveWriter.java:96)
	at org.junit.runners.BlockJUnit4ClassRunner.createTest(BlockJUnit4ClassRunner.java:187)
	at org.junit.runners.BlockJUnit4ClassRunner$1.runReflectiveCall(BlockJUnit4ClassRunner.java:236)
	at org.junit.runners.BlockJUnit4ClassRunner.methodBlock(BlockJUnit4ClassRunner.java:233)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
	at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
	at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
	at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)
Caused by: java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1449)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:63)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:73)
	at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:2689)
	at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:2708)
	at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:425)
	... 29 more
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1447)
	... 34 more
Caused by: javax.jdo.JDODataStoreException: Schema Transaction threw exception "Add classes to Catalog "", Schema "APP""
java.sql.SQLNonTransientConnectionException: No current connection.
	at org.datanucleus.api.jdo.JDOPersistenceManager.jdoMakePersistent(JDOPersistenceManager.java:732)
	at org.datanucleus.api.jdo.JDOPersistenceManager.makePersistent(JDOPersistenceManager.java:752)
	at org.apache.hadoop.hive.metastore.ObjectStore.setMetaStoreSchemaVersion(ObjectStore.java:6664)
	at org.apache.hadoop.hive.metastore.ObjectStore.checkSchema(ObjectStore.java:6574)
	at org.apache.hadoop.hive.metastore.ObjectStore.verifySchema(ObjectStore.java:6552)
	at $Proxy12.verifySchema(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getMS(HiveMetaStore.java:539)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.createDefaultDB(HiveMetaStore.java:591)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.init(HiveMetaStore.java:429)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.<init>(RetryingHMSHandler.java:66)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.getProxy(RetryingHMSHandler.java:72)
	at org.apache.hadoop.hive.metastore.HiveMetaStore.newRetryingHMSHandler(HiveMetaStore.java:5554)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:178)
	at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.<init>(SessionHiveMetaStoreClient.java:73)
	... 39 more
Caused by: java.sql.SQLNonTransientConnectionException: No current connection.
	at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown Source)
	at com.jolbox.bonecp.ConnectionHandle.getAutoCommit(ConnectionHandle.java:778)
	at org.datanucleus.store.rdbms.AbstractSchemaTransaction.execute(AbstractSchemaTransaction.java:131)
	at org.datanucleus.store.rdbms.RDBMSStoreManager.addClasses(RDBMSStoreManager.java:1605)
	at org.datanucleus.store.AbstractStoreManager.addClass(AbstractStoreManager.java:954)
	at org.datanucleus.store.rdbms.RDBMSStoreManager.getDatastoreClass(RDBMSStoreManager.java:679)
	at org.datanucleus.store.rdbms.RDBMSStoreManager.getPropertiesForGenerator(RDBMSStoreManager.java:2045)
	at org.datanucleus.store.AbstractStoreManager.getStrategyValue(AbstractStoreManager.java:1365)
	at org.datanucleus.ExecutionContextImpl.newObjectId(ExecutionContextImpl.java:3827)
	at org.datanucleus.state.JDOStateManager.setIdentity(JDOStateManager.java:2571)
	at org.datanucleus.state.JDOStateManager.initialiseForPersistentNew(JDOStateManager.java:513)
	at org.datanucleus.state.ObjectProviderFactoryImpl.newForPersistentNew(ObjectProviderFactoryImpl.java:232)
	at org.datanucleus.ExecutionContextImpl.newObjectProviderForPersistentNew(ExecutionContextImpl.java:1414)
	at org.datanucleus.ExecutionContextImpl.persistObjectInternal(ExecutionContextImpl.java:2218)
	at org.datanucleus.ExecutionContextImpl.persistObjectWork(ExecutionContextImpl.java:2065)
	at org.datanucleus.ExecutionContextImpl.persistObject(ExecutionContextImpl.java:1913)
	at org.datanucleus.ExecutionContextThreadedImpl.persistObject(ExecutionContextThreadedImpl.java:217)
	at org.datanucleus.api.jdo.JDOPersistenceManager.jdoMakePersistent(JDOPersistenceManager.java:727)
	... 57 more
Caused by: java.sql.SQLException: No current connection.
	... 80 more

2014-11-14 12:56:43,043 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MDatabase and subclasses resulted in no possible candidates
Schema Transaction threw exception "Add classes to Catalog "", Schema "APP""
org.datanucleus.exceptions.NucleusDataStoreException: Schema Transaction threw exception "Add classes to Catalog "", Schema "APP""
	at org.datanucleus.store.rdbms.AbstractSchemaTransaction.execute(AbstractSchemaTransaction.java:176)
	at org.datanucleus.store.rdbms.query.RDBMSQueryUtils.getStatementForCandidates(RDBMSQueryUtils.java:408)
	at org.datanucleus.store.rdbms.query.JDOQLQuery.compileQueryFull(JDOQLQuery.java:947)
	at org.datanucleus.store.rdbms.query.JDOQLQuery.compileInternal(JDOQLQuery.java:370)
	at org.datanucleus.store.query.Query.executeQuery(Query.java:1744)
	at org.datanucleus.store.query.Query.executeWithArray(Query.java:1672)
	at org.datanucleus.store.query.Query.execute(Query.java:1654)
	at org.datanucleus.api.jdo.JDOQuery.execute(JDOQuery.java:221)
	at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.<init>(MetaStoreDirectSql.java:118)
	at org.apache.hadoop.hive.metastore.ObjectStore.initialize(ObjectStore.java:270)
	at org.apache.hadoop.hive.metastore.ObjectStore.setConf(ObjectStore.java:233)
	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:73)
	at org.apache.hadoop.hive.metastore.RawStoreProxy.<init>(RawStoreProxy.java:56)
	at org.apache.hadoop.hive.metastore.RawStoreProxy.getProxy(RawStoreProxy.java:65)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newRawStore(HiveMetaStore.java:560)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getMS(HiveMetaStore.java:538)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.createDefaultDB(HiveMetaStore.java:587)
	... 65 more
	... 73 more
	... 73 more
2014-11-14 12:56:43,047 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,048 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,089 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,089 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,128 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,128 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,162 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MTableColumnStatistics and subclasses resulted in no possible candidates
	at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.<init>(MetaStoreDirectSql.java:119)
	... 65 more
	... 73 more
	... 73 more
2014-11-14 12:56:43,165 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,165 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,203 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,203 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,240 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,242 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,278 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MPartitionColumnStatistics and subclasses resulted in no possible candidates
	at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.<init>(MetaStoreDirectSql.java:120)
	... 65 more
	... 73 more
	... 73 more
2014-11-14 12:56:43,281 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] Reading in results for query "org.datanucleus.store.rdbms.query.SQLQuery@0" since the connection used is closing
2014-11-14 12:56:43,295 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MVersionTable and subclasses resulted in no possible candidates
	at org.apache.hadoop.hive.metastore.ObjectStore.getMSchemaVersion(ObjectStore.java:6623)
	at org.apache.hadoop.hive.metastore.ObjectStore.getMetaStoreSchemaVersion(ObjectStore.java:6605)
	at org.apache.hadoop.hive.metastore.ObjectStore.checkSchema(ObjectStore.java:6564)
	... 67 more
	... 75 more
	... 75 more
2014-11-14 12:56:43,298 (main) [WARN - org.apache.hadoop.hive.metastore.ObjectStore.checkSchema(ObjectStore.java:6570)] Version information not found in metastore. hive.metastore.schema.verification is not enabled so recording the schema version 0.14.0
2014-11-14 12:56:43,311 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MVersionTable and subclasses resulted in no possible candidates
	at org.apache.hadoop.hive.metastore.ObjectStore.setMetaStoreSchemaVersion(ObjectStore.java:6654)
	... 67 more
	... 75 more
	... 75 more
2014-11-14 12:56:43,328 (main) [WARN - org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.createDefaultDB(HiveMetaStore.java:589)] Retrying creating default database after error: Schema Transaction threw exception "Add classes to Catalog "", Schema "APP""
javax.jdo.JDODataStoreException: Schema Transaction threw exception "Add classes to Catalog "", Schema "APP""
	... 80 more
2014-11-14 12:56:43,382 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MDatabase and subclasses resulted in no possible candidates
	... 65 more
	... 73 more
	... 73 more
2014-11-14 12:56:43,384 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,384 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,423 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,424 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,459 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,459 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,500 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MTableColumnStatistics and subclasses resulted in no possible candidates
	... 65 more
	... 73 more
	... 73 more
2014-11-14 12:56:43,501 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,502 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,541 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,542 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,589 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,589 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
2014-11-14 12:56:43,633 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MPartitionColumnStatistics and subclasses resulted in no possible candidates
	... 65 more
	... 73 more
	... 73 more
2014-11-14 12:56:43,637 (main) [INFO - org.datanucleus.util.Log4JLogger.info(Log4JLogger.java:77)] Reading in results for query "org.datanucleus.store.rdbms.query.SQLQuery@0" since the connection used is closing
2014-11-14 12:56:43,647 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MVersionTable and subclasses resulted in no possible candidates
	... 67 more
	... 75 more
	... 75 more
2014-11-14 12:56:43,649 (main) [WARN - org.apache.hadoop.hive.metastore.ObjectStore.checkSchema(ObjectStore.java:6570)] Version information not found in metastore. hive.metastore.schema.verification is not enabled so recording the schema version 0.14.0
2014-11-14 12:56:43,662 (main) [WARN - org.datanucleus.util.Log4JLogger.warn(Log4JLogger.java:106)] Query for candidates of org.apache.hadoop.hive.metastore.model.MVersionTable and subclasses resulted in no possible candidates
	... 67 more
	... 75 more
	... 75 more

The link to the source code (http://git.springsource.org/spring-security-oauth) is missing a parent folder.

Getting this:
Staging ruleset evaluation on repository 'org.fusesource.fabric-027 (u:hudson, a:107.22.11.88)' has failed.
Staging Javadoc Validation
    -Missing: no javadoc jar found in folder '/org/fusesource/fabric/itests/fabric-pojosr/7.0.0.fuse-032'

Through adding jars or files are supported by Beeline, List jars or Files are still not supported. 

When a table is partitioned on a column of type char and if join is performed on partitioned column then following exception gets thrown from hashtable loader

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.serde2.SerDeException: Unexpected tag: 52 reserialized to 5
	at org.apache.hadoop.hive.ql.exec.tez.ObjectCache.retrieve(ObjectCache.java:82)
	at org.apache.hadoop.hive.ql.exec.tez.ObjectCache$1.call(ObjectCache.java:92)
	... 4 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.serde2.SerDeException: Unexpected tag: 52 reserialized to 5
	at org.apache.hadoop.hive.ql.exec.tez.HashTableLoader.load(HashTableLoader.java:216)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.loadHashTable(MapJoinOperator.java:293)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator$1.call(MapJoinOperator.java:174)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator$1.call(MapJoinOperator.java:170)
	at org.apache.hadoop.hive.ql.exec.tez.ObjectCache.retrieve(ObjectCache.java:75)
	... 5 more
Caused by: org.apache.hadoop.hive.serde2.SerDeException: Unexpected tag: 52 reserialized to 5
	at org.apache.hadoop.hive.ql.exec.persistence.MapJoinBytesTableContainer$LazyBinaryKvWriter.sanityCheckKeyForTag(MapJoinBytesTableContainer.java:276)
	at org.apache.hadoop.hive.ql.exec.persistence.MapJoinBytesTableContainer$LazyBinaryKvWriter.getHashFromKey(MapJoinBytesTableContainer.java:247)
	at org.apache.hadoop.hive.ql.exec.persistence.HybridHashTableContainer.internalPutRow(HybridHashTableContainer.java:451)
	at org.apache.hadoop.hive.ql.exec.persistence.HybridHashTableContainer.putRow(HybridHashTableContainer.java:444)
	at org.apache.hadoop.hive.ql.exec.tez.HashTableLoader.load(HashTableLoader.java:210)

Collection classes should be serializable as they are frequently used in model classes which need to be serializable, for example in a HttpSession object within a servlet container cluster.

    Threads.sleep(baseSleepBeforeRetries * sleepMultiplier);

Both baseSleepBeforeRetries and sleepMultiplier are integers. Without proper casting, their product may be negative.

  static int i = Integer.MAX_VALUE-1;
  static long j = i * 2;

value of j above is -4 while 4294967292 was the expected value.

JPA container synchronizations are not registered via JCAOrderedLastSynchronizationList, which means that JCA Synchronization#afterCompletion will not always run after JPA Synchronization#afterCompletion.
Apparently we are doing a JNDI lookup of "java:jboss/TransactionSynchronizationRegistry" for Hibernate ORM integration, which means we are using the org.jboss.as.txn.service.internal.tsr.TransactionSynchronizationRegistryWrapper for Hibernate ORM.  Should we also be using the org.jboss.as.txn.service.internal.tsr.TransactionSynchronizationRegistryWrapper class in other WildFly call sites, instead of org.wildfly.transaction.client.ContextTransactionSynchronizationRegistry?
Call stack below shows the JPA container sync not being registered via JCAOrderedLastSynchronizationList:

10:48:42,859 ERROR [stderr] (pool-7-thread-7)   at java.lang.Thread.dumpStack(Thread.java:1336)
10:48:42,865 ERROR [stderr] (pool-7-thread-7)   at org.wildfly.transaction.client.ContextTransactionSynchronizationRegistry.registerInterposedSynchronization(ContextTransactionSynchronizationRegistry.java:77)
10:48:42,866 ERROR [stderr] (pool-7-thread-7)   at org.jboss.as.jpa.transaction.TransactionUtil.registerSynchronization(TransactionUtil.java:74)
10:48:42,866 ERROR [stderr] (pool-7-thread-7)   at org.jboss.as.jpa.container.TransactionScopedEntityManager.getOrCreateTransactionScopedEntityManager(TransactionScopedEntityManager.java:162)
10:48:42,867 ERROR [stderr] (pool-7-thread-7)   at org.jboss.as.jpa.container.TransactionScopedEntityManager.getEntityManager(TransactionScopedEntityManager.java:87)
10:48:42,867 ERROR [stderr] (pool-7-thread-7)   at org.jboss.as.jpa.container.AbstractEntityManager.persist(AbstractEntityManager.java:580)
10:48:42,867 ERROR [stderr] (pool-7-thread-7)   at org.jboss.as.test.integration.jpa.transaction.UnsynchronizedSFSB.createAndPropagatedFindMixExceptionExcepted(UnsynchronizedSFSB.java:88)

Call stack below shows the JCA synchronization is also NOT registered correctly via JCAOrderedLastSynchronizationList:

10:45:06,979 ERROR [stderr] (pool-7-thread-8) java.lang.Exception: Stack trace
10:45:06,980 ERROR [stderr] (pool-7-thread-8)   at java.lang.Thread.dumpStack(Thread.java:1336)
10:45:06,980 ERROR [stderr] (pool-7-thread-8)   at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.<init>(SynchronizationImple.java:57)
10:45:06,980 ERROR [stderr] (pool-7-thread-8)   at org.wildfly.transaction.client.provider.jboss.JBossJTALocalTransactionProvider.registerInterposedSynchronization(JBossJTALocalTransactionProvider.java:87)
10:45:06,981 ERROR [stderr] (pool-7-thread-8)   at org.wildfly.transaction.client.LocalTransaction.registerInterposedSynchronization(LocalTransaction.java:202)
10:45:06,981 ERROR [stderr] (pool-7-thread-8)   at org.wildfly.transaction.client.ContextTransactionSynchronizationRegistry.registerInterposedSynchronization(ContextTransactionSynchronizationRegistry.java:77)
10:45:06,981 ERROR [stderr] (pool-7-thread-8)   at org.jboss.jca.core.connectionmanager.transaction.TransactionSynchronizer.lock(TransactionSynchronizer.java:309)
10:45:06,981 ERROR [stderr] (pool-7-thread-8)   at org.jboss.jca.core.connectionmanager.listener.TxConnectionListener.enlist(TxConnectionListener.java:311)
10:45:06,982 ERROR [stderr] (pool-7-thread-8)   at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.managedConnectionReconnected(TxConnectionManagerImpl.java:564)
10:45:06,982 ERROR [stderr] (pool-7-thread-8)   at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.reconnectManagedConnection(AbstractConnectionManager.java:970)
10:45:06,982 ERROR [stderr] (pool-7-thread-8)   at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:792)
10:45:06,982 ERROR [stderr] (pool-7-thread-8)   at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
10:45:06,983 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:64)
10:45:06,983 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.engine.jdbc.connections.internal.DatasourceConnectionProviderImpl.getConnection(DatasourceConnectionProviderImpl.java:122)
10:45:06,983 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.internal.NonContextualJdbcConnectionAccess.obtainConnection(NonContextualJdbcConnectionAccess.java:35)
10:45:06,983 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.acquireConnectionIfNeeded(LogicalConnectionManagedImpl.java:106)
10:45:06,984 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.getPhysicalConnection(LogicalConnectionManagedImpl.java:136)
10:45:06,984 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.engine.jdbc.internal.StatementPreparerImpl.connection(StatementPreparerImpl.java:47)
10:45:06,984 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$1.doPrepare(StatementPreparerImpl.java:87)
10:45:06,984 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:172)
10:45:06,984 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.engine.jdbc.internal.StatementPreparerImpl.prepareStatement(StatementPreparerImpl.java:78)
10:45:06,984 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:3152)
10:45:06,985 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:3686)
10:45:06,985 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.action.internal.EntityInsertAction.execute(EntityInsertAction.java:90)
10:45:06,985 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:604)
10:45:06,985 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:478)
10:45:06,985 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:356)
10:45:06,985 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:39)
10:45:06,986 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1454)
10:45:06,986 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:511)
10:45:06,986 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.internal.SessionImpl.flushBeforeTransactionCompletion(SessionImpl.java:3283)
10:45:06,986 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.internal.SessionImpl.beforeTransactionCompletion(SessionImpl.java:2479)
10:45:06,986 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.beforeTransactionCompletion(JdbcCoordinatorImpl.java:473)
10:45:06,987 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.resource.transaction.backend.jta.internal.JtaTransactionCoordinatorImpl.beforeCompletion(JtaTransactionCoordinatorImpl.java:352)
10:45:06,987 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.resource.transaction.backend.jta.internal.synchronization.SynchronizationCallbackCoordinatorNonTrackingImpl.beforeCompletion(SynchronizationCallbackCoordinatorNonTrackingImpl.java:47)
10:45:06,987 ERROR [stderr] (pool-7-thread-8)   at org.hibernate.resource.transaction.backend.jta.internal.synchronization.RegisteredSynchronization.beforeCompletion(RegisteredSynchronization.java:37)
10:45:06,987 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.txn.service.internal.tsr.JCAOrderedLastSynchronizationList.beforeCompletion(JCAOrderedLastSynchronizationList.java:113)
10:45:06,987 ERROR [stderr] (pool-7-thread-8)   at org.wildfly.transaction.client.AbstractTransaction.performConsumer(AbstractTransaction.java:236)
10:45:06,988 ERROR [stderr] (pool-7-thread-8)   at org.wildfly.transaction.client.AbstractTransaction.performConsumer(AbstractTransaction.java:247)
10:45:06,988 ERROR [stderr] (pool-7-thread-8)   at org.wildfly.transaction.client.AbstractTransaction$AssociatingSynchronization.beforeCompletion(AbstractTransaction.java:292)
10:45:06,988 ERROR [stderr] (pool-7-thread-8)   at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:76)
10:45:06,988 ERROR [stderr] (pool-7-thread-8)   at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:360)
10:45:06,988 ERROR [stderr] (pool-7-thread-8)   at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:91)
10:45:06,988 ERROR [stderr] (pool-7-thread-8)   at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162)
10:45:06,989 ERROR [stderr] (pool-7-thread-8)   at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1288)
10:45:06,989 ERROR [stderr] (pool-7-thread-8)   at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126)
10:45:06,989 ERROR [stderr] (pool-7-thread-8)   at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:89)
10:45:06,989 ERROR [stderr] (pool-7-thread-8)   at org.wildfly.transaction.client.LocalTransaction.commitAndDissociate(LocalTransaction.java:77)
10:45:06,989 ERROR [stderr] (pool-7-thread-8)   at org.wildfly.transaction.client.ContextTransactionManager.commit(ContextTransactionManager.java:71)
10:45:06,990 ERROR [stderr] (pool-7-thread-8)   at org.wildfly.transaction.client.LocalUserTransaction.commit(LocalUserTransaction.java:53)
10:45:06,990 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.test.integration.jpa.transaction.SFSB1.createEmployee(SFSB1.java:96)
10:45:06,990 ERROR [stderr] (pool-7-thread-8)   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
10:45:06,990 ERROR [stderr] (pool-7-thread-8)   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
10:45:06,990 ERROR [stderr] (pool-7-thread-8)   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
10:45:06,990 ERROR [stderr] (pool-7-thread-8)   at java.lang.reflect.Method.invoke(Method.java:498)
10:45:06,990 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
10:45:06,990 ERROR [stderr] (pool-7-thread-8)   at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
10:45:06,991 ERROR [stderr] (pool-7-thread-8)   at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
10:45:06,991 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:90)
10:45:06,991 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
10:45:06,991 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
10:45:06,991 ERROR [stderr] (pool-7-thread-8)   at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
10:45:06,991 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
10:45:06,992 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
10:45:06,992 ERROR [stderr] (pool-7-thread-8)   at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
10:45:06,992 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.jpa.interceptor.SFSBInvocationInterceptor.processInvocation(SFSBInvocationInterceptor.java:57)
10:45:06,992 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.ejb3.tx.StatefulBMTInterceptor.handleInvocation(StatefulBMTInterceptor.java:94)
10:45:06,992 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.ejb3.tx.BMTInterceptor.processInvocation(BMTInterceptor.java:58)
10:45:06,992 ERROR [stderr] (pool-7-thread-8)   at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.processInvocation(StatefulSessionSynchronizationInterceptor.java:137)

Lastly, the following call stack shows the Hibernate ORM sync being correctly registered via JCAOrderedLastSynchronizationList:

10:52:20,820 ERROR [stderr] (pool-7-thread-1) java.lang.Exception: Stack trace
10:52:20,821 ERROR [stderr] (pool-7-thread-1)   at java.lang.Thread.dumpStack(Thread.java:1336)
10:52:20,821 ERROR [stderr] (pool-7-thread-1)   at org.jboss.as.txn.service.internal.tsr.JCAOrderedLastSynchronizationList.registerInterposedSynchronization(JCAOrderedLastSynchronizationList.java:64)
10:52:20,821 ERROR [stderr] (pool-7-thread-1)   at org.jboss.as.txn.service.internal.tsr.TransactionSynchronizationRegistryWrapper.registerInterposedSynchronization(TransactionSynchronizationRegistryWrapper.java:76)
10:52:20,821 ERROR [stderr] (pool-7-thread-1)   at org.jboss.as.jpa.hibernate5.service.WildFlyCustomJtaPlatform$1.registerSynchronization(WildFlyCustomJtaPlatform.java:45)
10:52:20,822 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.engine.transaction.jta.platform.internal.AbstractJtaPlatform.registerSynchronization(AbstractJtaPlatform.java:126)
10:52:20,822 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.resource.transaction.backend.jta.internal.JtaTransactionCoordinatorImpl.joinJtaTransaction(JtaTransactionCoordinatorImpl.java:170)
10:52:20,822 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.resource.transaction.backend.jta.internal.JtaTransactionCoordinatorImpl.pulse(JtaTransactionCoordinatorImpl.java:158)
10:52:20,822 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.resource.transaction.backend.jta.internal.JtaTransactionCoordinatorImpl.<init>(JtaTransactionCoordinatorImpl.java:94)
10:52:20,822 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.resource.transaction.backend.jta.internal.JtaTransactionCoordinatorBuilderImpl.buildTransactionCoordinator(JtaTransactionCoordinatorBuilderImpl.java:29)
10:52:20,822 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.internal.AbstractSharedSessionContract.<init>(AbstractSharedSessionContract.java:204)
10:52:20,823 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.internal.AbstractSessionImpl.<init>(AbstractSessionImpl.java:29)
10:52:20,823 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.internal.SessionImpl.<init>(SessionImpl.java:254)
10:52:20,823 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.internal.SessionFactoryImpl$SessionBuilderImpl.openSession(SessionFactoryImpl.java:1290)
10:52:20,823 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.internal.SessionFactoryImpl.buildEntityManager(SessionFactoryImpl.java:628)
10:52:20,823 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.internal.SessionFactoryImpl.createEntityManager(SessionFactoryImpl.java:614)
10:52:20,823 ERROR [stderr] (pool-7-thread-1)   at org.hibernate.internal.SessionFactoryImpl.createEntityManager(SessionFactoryImpl.java:154)
10:52:20,823 ERROR [stderr] (pool-7-thread-1)   at org.jboss.as.jpa.container.TransactionScopedEntityManager.createEntityManager(TransactionScopedEntityManager.java:187)
10:52:20,823 ERROR [stderr] (pool-7-thread-1)   at org.jboss.as.jpa.container.TransactionScopedEntityManager.getOrCreateTransactionScopedEntityManager(TransactionScopedEntityManager.java:157)
10:52:20,824 ERROR [stderr] (pool-7-thread-1)   at org.jboss.as.jpa.container.TransactionScopedEntityManager.getEntityManager(TransactionScopedEntityManager.java:87)
10:52:20,824 ERROR [stderr] (pool-7-thread-1)   at org.jboss.as.jpa.container.AbstractEntityManager.joinTransaction(AbstractEntityManager.java:536)
10:52:20,824 ERROR [stderr] (pool-7-thread-1)   at org.jboss.as.test.integration.jpa.transaction.SFSB1.createEmployee(SFSB1.java:93)

Now that max result size is driven from the client side like caching (HBASE-13362), we also need to set Scan.maxResultSize to the default value of hbase.client.scanner.max.result.size which is never performed. I think this has gone unnoticed because the server used to read the configuration hbase.client.scanner.max.result.size for itself, but now we expect the serialized Scan sent from the client side to contain this information. Realistically this should have been set on the Scans even before HBASE-13362, it's surprising that it's not as the scanner code seems to indicate otherwise.
Ultimately, the end result is that, by default, scan RPC's are limited by hbase.server.scanner.max.result.size (note this is the new server side config not the client side config) which has a default value of 100 MB. The scan RPC's should instead be limited by hbase.client.scanner.max.result.size which has a default value of 2 MB.
The reason why this issue occurs is because, by default, a new Scan() initializes Scan.maxResultSize to -1. This initial value of -1 will never be changed unless Scan#setMaxResultSize() is called. In the event that this value is not changed, the Scan that is serialized and sent to the server will also have Scan.maxResultSize = -1. Then, when the server is deciding what size limit should be enforced, it sees that Scan.maxResultSize = -1 so it uses the most relaxed size restriction possible, which is hbase.server.scanner.max.result.size (default value 100 MB).

In Spring environment, DefaultCamelBeanPostProcessor relies on CamelPostProcessorHelper to inject consumer , when CamelPostProcessorHelper creates a VMConsumer from the endpoint based on the use of @Consume annotation, it then tries to start the consumer as a service. 
Because the consumer endpoint of @Consume was created using the camel context from CamelPostProcessorHelper, it puts the VMConsumer  service in to deferred start until the camel context is finished starting. The service is ultimately been added to the DeferServiceStartupListener. Then the DeferServiceStartupListener tries to start the VMConsumer at a later stage. 2.17.3 and 2.18.0 does not suffer this problem.
The problem is non of the process above has considered the fact that the VMConsumer is an instance of CamelContextAware and injects the correct camel context to it. This then leads to the VMConsumer tries to prepare the exchange with a null pointer reference as its camel context.
Because the exchange now has null as camel context, a NPE is thrown at https://github.com/apache/camel/blob/master/camel-core/src/main/java/org/apache/camel/impl/DefaultExchange.java#L519 when it tries to create the exchange id.
This problem only happened after issue CAMEL-10406 is merged in

As discussed in HIVE-895, currently the tests pull in jars for other components rather from Ivy rather than using the built classes and jars in the build directory (bit.ly/LzndQU).  This means that absent a very-clean, one is testing against a previous version of the code and cross-component tests are invalid.

Error happens when I try to configure using properyconfigurer
<camel:propertyPlaceholder location="file://${user.home}/aventurine-config/aventurine-config.properties" id="propertyPlaceHolder"/> and try to use an environment variable. THis happens only on windows environment. This works on Ubuntu, It seems that camel is removing the slashes in ${user.home}
org.apache.camel.RuntimeCamelException: org.apache.camel.FailedToCreateRouteException: Failed to create route areaFileRoute: Route[[Fromfile:{{upload.folder}}] -> [DoTry[[process[ref:... because of Failed to resolve endpoint: file:upload.folder due to: C:Userscarloc\aventurine-config\aventurine-config.properties (The system cannot find the path specified)
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1139)
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:238)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:303)
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:911)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:428)
	at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:276)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:197)
	at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47)
	at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1239)
	at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:466)
	at org.mortbay.jetty.Server.doStart(Server.java:222)
	at com.ccti.StartUFM.main(StartUFM.java:35)
Caused by: org.apache.camel.FailedToCreateRouteException: Failed to create route areaFileRoute: Route[[Fromfile:{{upload.folder}}] -> [DoTry[[process[ref:... because of Failed to resolve endpoint: file:upload.folder due to: C:Userscarloc\aventurine-config\aventurine-config.properties (The system cannot find the path specified)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:170)
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:706)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:1643)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1432)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1336)
	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:164)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1314)
	... 18 more
Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: file:upload.folder due to: C:Userscarloc\aventurine-config\aventurine-config.properties (The system cannot find the path specified)
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:407)
	at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:47)
	at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:180)
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:110)
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:116)
	at org.apache.camel.model.FromDefinition.resolveEndpoint(FromDefinition.java:72)
	at org.apache.camel.impl.DefaultRouteContext.getEndpoint(DefaultRouteContext.java:88)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:793)
	... 28 more
Caused by: java.io.FileNotFoundException: C:Userscarloc\aventurine-config\aventurine-config.properties (The system cannot find the path specified)
	at java.io.FileInputStream.<init>(FileInputStream.java:66)
	at org.apache.camel.component.properties.DefaultPropertiesResolver.loadPropertiesFromFilePath(DefaultPropertiesResolver.java:67)
	at org.apache.camel.component.properties.DefaultPropertiesResolver.resolveProperties(DefaultPropertiesResolver.java:49)
	at org.apache.camel.component.properties.PropertiesComponent.parseUri(PropertiesComponent.java:96)
	at org.apache.camel.component.properties.PropertiesComponent.parseUri(PropertiesComponent.java:83)
	at org.apache.camel.impl.DefaultCamelContext.resolvePropertyPlaceholders(DefaultCamelContext.java:963)
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:405)
	... 36 more

In the reference doc, Spring REST section, there are two typos:

page 463 "for converting for converting"
pages 469 "@ExceptionHandling" should be "@ExceptionHandler"

On my little cluster, zk runs slow for whatever reason (TBD). This test always fails on me. Looking at it, there is at least a race given we stop mock masters and then put them on line again immediately... Testing if a thread Master is not going to give right answer always. Also, given zk runs slow on this host, just up the timeouts and number of Masters available. Sloppy but more likely to succeed (This test is for a deprecated class...)

This problem was reported by Adrian Colyer in ROO-138.
Essentially we have changed the initial project generation to start without any Web artifacts (see ROO-26). This allows users to create a simple Spring project without any persistence or Web artefacts.
However, the project maven pom file still refers to packaging type 'war' which causes 'mvn package' to fail due to a missing web.xml which is expected in Web projects. 

As discussed in MSC-240, different impls of the MSC ServiceBuilder interface will support different subsets of the ServiceBuilder API, throwing UnsupportedOperationException if methods not in that subset are invoked.  This makes code that accepts an SB from unknown origins vulnerable to failure if the wrong type of SB is passed in.
WFCORE-4090 is an example of such a failure.
I've done an analysis WildFly and WildFly Core use of ServiceBuilder looking for problematic cases.  I will attach the analysis.  This JIRA is to fix the items in WF Core that are annotated with the CRITICAL notation.
A possible fix for this is simply incorporating an MSC release that has MSC-240 adequately resolved. (Note that adequate doesn't mean completely fixed; simply preventing problems in the methods annotated as CRITICAL is sufficient.)  Barring that a fix would be to avoid or deal with the UOE.

org.jboss.as.test.integration.security.jaspi (2)
    EESecurityAuthMechanismTestCase.testAuthNotRequired  	
    EESecurityAuthMechanismTestCase.testSuccessfulAuthentication 

Seems to me doPrivileged block is missing in server code somewhere.

&amp#27;[0m&amp#27;[31m00:29:39,192 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /EESecurityAuthMechanismTestCase/unsecured/index.jsp: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "org.jboss.security.plugins.JBossSecurityContext.getSubjectInfo")" in code source "(vfs:/content/EESecurityAuthMechanismTestCase.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.EESecurityAuthMechanismTestCase.war" from Service Module Loader")
	at org.jboss.security.plugins.JBossSecurityContext.getSubjectInfo(JBossSecurityContext.java:182)
	at org.jboss.security.auth.callback.JASPICallbackHandler.handleCallBack(JASPICallbackHandler.java:128)
	at org.jboss.security.auth.callback.JBossCallbackHandler.handle(JBossCallbackHandler.java:87)
	at org.glassfish.soteria.mechanisms.jaspic.Jaspic.handleCallbacks(Jaspic.java:196)
	at org.glassfish.soteria.mechanisms.jaspic.Jaspic.notifyContainerAboutLogin(Jaspic.java:182)
	at org.glassfish.soteria.mechanisms.HttpMessageContextImpl.doNothing(HttpMessageContextImpl.java:303)
	at org.jboss.as.test.integration.security.jaspi.SimpleHttpAuthenticationMechanism.validateRequest(SimpleHttpAuthenticationMechanism.java:43)
	at org.jboss.as.test.integration.security.jaspi.SimpleHttpAuthenticationMechanism$Proxy$_$$_WeldClientProxy.validateRequest(Unknown Source)
	at org.glassfish.soteria.mechanisms.jaspic.HttpBridgeServerAuthModule.validateRequest(HttpBridgeServerAuthModule.java:114)
	at org.glassfish.soteria.mechanisms.jaspic.DefaultServerAuthContext.validateRequest(DefaultServerAuthContext.java:76)
	at org.wildfly.extension.undertow.security.jaspi.JASPICAuthenticationMechanism.authenticate(JASPICAuthenticationMechanism.java:125)

On Karaf container, if you try to change the cron expression in a camel-quartz2 endpoint (like below) from a JMX console such as hawtio, update fails to persist.

    <route>
      <from uri="quartz2://myGroup/myTimer?cron=0/1 * * * * ?" />
      [...]
    </route>

It's because Quartz2 requires runtime dependency back to org.apache.camel.component.quartz2 but the default quartz bundle (of course) doesn't have it in Import-Package.

Spring 4.1's RequestResponseBodyMethodProcessor rejects a request with an empty payload if a parameter annotated with @RequestBody is not configured to required = true. Even in this case it forcibly returns null so that a HandlerMethodArgumentResolver that could even deal with an empty payload is not even invoked.
We need to switch to required = false to not run into the rejection and manually default the Resources<Object> in case it's null

When JPA idempotent JpaMessageIdRepository is used in blueprint, with Hibernate JPA Provider we may end up with:

2017-05-16 13:23:38,739 | ERROR | {pool-28-thread-1} [org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer] (JavassistLazyInitializer.java:166) | 236 - org.hibernate.core - 4.2.22.Final | HHH000142: Javassist Enhancement failed: org.apache.camel.processor.idempotent.jpa.MessageProcessed
java.lang.RuntimeException: by java.lang.NoClassDefFoundError: org/hibernate/proxy/HibernateProxy
    at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:515)[157:javassist:3.19.0.GA]
    at javassist.util.proxy.ProxyFactory.createClass2(ProxyFactory.java:492)[157:javassist:3.19.0.GA]
    at javassist.util.proxy.ProxyFactory.createClass1(ProxyFactory.java:428)[157:javassist:3.19.0.GA]
    at javassist.util.proxy.ProxyFactory.createClass(ProxyFactory.java:400)[157:javassist:3.19.0.GA]
    at org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer.getProxyFactory(JavassistLazyInitializer.java:163)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.proxy.pojo.javassist.JavassistProxyFactory.postInstantiate(JavassistProxyFactory.java:66)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.tuple.entity.PojoEntityTuplizer.buildProxyFactory(PojoEntityTuplizer.java:229)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.tuple.entity.AbstractEntityTuplizer.<init>(AbstractEntityTuplizer.java:212)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.tuple.entity.PojoEntityTuplizer.<init>(PojoEntityTuplizer.java:82)[236:org.hibernate.core:4.2.22.Final]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)[:1.8.0_131]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)[:1.8.0_131]
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)[:1.8.0_131]
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423)[:1.8.0_131]
    at org.hibernate.tuple.entity.EntityTuplizerFactory.constructTuplizer(EntityTuplizerFactory.java:135)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.tuple.entity.EntityTuplizerFactory.constructDefaultTuplizer(EntityTuplizerFactory.java:188)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.tuple.entity.EntityMetamodel.<init>(EntityMetamodel.java:341)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.persister.entity.AbstractEntityPersister.<init>(AbstractEntityPersister.java:506)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.persister.entity.SingleTableEntityPersister.<init>(SingleTableEntityPersister.java:146)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.persister.internal.PersisterFactoryImpl.create(PersisterFactoryImpl.java:163)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.persister.internal.PersisterFactoryImpl.createEntityPersister(PersisterFactoryImpl.java:135)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:398)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1854)[236:org.hibernate.core:4.2.22.Final]
    at org.hibernate.ejb.EntityManagerFactoryImpl.<init>(EntityManagerFactoryImpl.java:96)[237:org.hibernate.entitymanager:4.2.22.Final]
    at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:915)[237:org.hibernate.entitymanager:4.2.22.Final]
    at org.hibernate.osgi.OsgiPersistenceProvider.createContainerEntityManagerFactory(OsgiPersistenceProvider.java:99)[238:org.hibernate.osgi:4.2.22.Final]
    at org.apache.aries.jpa.container.impl.EntityManagerFactoryManager.createEntityManagerFactories(EntityManagerFactoryManager.java:432)[166:org.apache.aries.jpa.container:1.0.4]
    at org.apache.aries.jpa.container.impl.EntityManagerFactoryManager.registerEntityManagerFactories(EntityManagerFactoryManager.java:292)[166:org.apache.aries.jpa.container:1.0.4]
    at org.apache.aries.jpa.container.impl.EntityManagerFactoryManager.access$000(EntityManagerFactoryManager.java:74)[166:org.apache.aries.jpa.container:1.0.4]
    at org.apache.aries.jpa.container.impl.EntityManagerFactoryManager$1.call(EntityManagerFactoryManager.java:203)[166:org.apache.aries.jpa.container:1.0.4]
    at org.apache.aries.jpa.container.impl.EntityManagerFactoryManager$1.call(EntityManagerFactoryManager.java:199)[166:org.apache.aries.jpa.container:1.0.4]
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_131]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_131]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_131]
    at java.lang.Thread.run(Thread.java:748)[:1.8.0_131]
Caused by: javassist.CannotCompileException: by java.lang.NoClassDefFoundError: org/hibernate/proxy/HibernateProxy
    at javassist.util.proxy.FactoryHelper.toClass(FactoryHelper.java:170)[157:javassist:3.19.0.GA]
    at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:507)[157:javassist:3.19.0.GA]
    ... 37 more
Caused by: java.lang.NoClassDefFoundError: org/hibernate/proxy/HibernateProxy
    at java.lang.ClassLoader.defineClass1(Native Method)[:1.8.0_131]
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763)[:1.8.0_131]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.8.0_131]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_131]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_131]
    at java.lang.reflect.Method.invoke(Method.java:498)[:1.8.0_131]
    at javassist.util.proxy.FactoryHelper.toClass2(FactoryHelper.java:182)[157:javassist:3.19.0.GA]
    at javassist.util.proxy.FactoryHelper.toClass(FactoryHelper.java:164)[157:javassist:3.19.0.GA]
    ... 38 more
Caused by: java.lang.ClassNotFoundException: org.hibernate.proxy.HibernateProxy not found by org.apache.camel.camel-jpa [180]
    at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1556)
    at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:77)
    at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1993)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)[:1.8.0_131]
    ... 46 more

There was quite a bit of good discussion on HBASE-12490 about this topic.  stack and Nick Dimiduk came to the conclusion that the flush method should be called autoCommit() similar to the SQL APIs.   Nick Dimiduk  also suggested that clearBufferOnFail should be removed from HTable.

If you use spring and then refer to an endpoint

        <endpoint id="csv2json" uri="dozer:csv2json?sourceModel=org.acme.Customer&amp;targetModel=org.globex.Account&amp;marshalId=json&amp;unmarshalId=csv&amp;mappingFile=transformation.xml"/>

And then in a route has

                <to id="_to2" ref="csv2json"/>

Then you get this spring error

Caused by: org.springframework.beans.NotWritablePropertyException: Invalid property 'ref' of bean class [org.apache.camel.spring.CamelEndpointFactoryBean]: Bean property 'ref' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter?

When any of attribute digest-from, certificate-from, serial-number-from, subject-dn-from from x509-credential-mapper in ldap-realm includes attribute which does not occur in searched entry in LDAP then internal NPE is thrown. It is caused by missing null checks.
Thrown exception for digest-from:

	at org.wildfly.security.auth.realm.ldap.X509EvidenceVerifier$DigestCertificateVerifier.verifyCertificate(X509EvidenceVerifier.java:153)
	at org.wildfly.security.auth.realm.ldap.X509EvidenceVerifier$1.verifyEvidence(X509EvidenceVerifier.java:225)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.verifyEvidence(LdapSecurityRealm.java:618)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.verifyEvidence(ServerAuthenticationContext.java:1937)
	at org.wildfly.security.auth.server.ServerAuthenticationContext.verifyEvidence(ServerAuthenticationContext.java:730)
	at org.wildfly.security.ssl.SecurityDomainTrustManager.doClientTrustCheck(SecurityDomainTrustManager.java:121)

Thrown exception for certificate-from:

	at org.wildfly.security.auth.realm.ldap.X509EvidenceVerifier$EncodedCertificateVerifier.verifyCertificate(X509EvidenceVerifier.java:190)

Thrown exception for serial-number-from:

	at org.wildfly.security.auth.realm.ldap.X509EvidenceVerifier$SerialNumberCertificateVerifier.verifyCertificate(X509EvidenceVerifier.java:98)

Thrown exception for subject-dn-from:

	at org.wildfly.security.auth.realm.ldap.X509EvidenceVerifier$SubjectDnCertificateVerifier.verifyCertificate(X509EvidenceVerifier.java:125)

The changes introduced in DATACMNS-432 cause invalid repository definitions previously undetected to break the test execution when running on Spring 4. In particular, MappedTypeRepository should be annotated with @NoRepositoryBean.

EAP produces following warning upon undeployment:

WARN  [org.jboss.as.controller] (management-handler-thread - 4) WFLYCTL0357: Notification of type deployment-undeployed is not described for the resource at the address []

The warning is produced for both managed and unmanaged deployments.

In ClusterLoadState class, there are two methods using the wrong names: getMaxLoad() and getMinLoad(). However, the implementation of the two methods are right, so just exchange them.

Description of the "max-post-size" stays 

"max-post-size" => {
                "description" => "The maximum size of a post that will be accepted, in bytes.",
                "default" => 10485760L,
                "min" => 1L,
                "max" => 2147483647L,
            },

but when trying to set long value this error is printed.

[standalone@localhost:9990 /]  /subsystem=undertow/server=default-server/http-listener=default:write-attribute(name=max-post-size, value=9223372036854775807)
{
    "failure-description" => "WFLYCTL0097: Wrong type for 'max-post-size'. Expected [INT] but was STRING. Couldn't convert \"9223372036854775807\" to [INT]",
}

Dependency on ActiveMQ v 5.3.3 invalid since Maven central does not list this version. Current version is 5.4.2.

Thanks to Anoop and Ramkrishna, here's what we found with FilterList
If I use FilterList to include ColumnCountGetFilter among other filters, the returning Result has no keyvalues.
This problem seems to occur when specified column count is less then actual number of existing columns.
Also same problem arises with PageFilter
Following is the code of the problem:

Configuration conf = HBaseConfiguration.create();
HTable table = new HTable(conf, "test");
Get get = new Get(Bytes.toBytes("test00001"));
FilterList filterList = new FilterList();
filterList.addFilter(new ColumnCountGetFilter(100));           
get.setFilter(filterList);
Result r = table.get(get);
System.out.println(r.size()); // prints zero

HCatCreateTableDesc doesn't invoke the getEmptyTable function on org.apache.hadoop.hive.ql.metadata.Table

_spring_security_remember_me -> remember-me
SPRING_SECURITY_REMEMBER_ME_COOKIE -> remember-me

App:
project --topLevelPackage com.hz.doc
entity --class ~.dto.Document
field string --fieldName title --sizeMax 25 --notNull true 
field string --fieldName body --sizeMax 1024
field date --fieldName publishDate --type java.util.Date --notNull true
finder list --class com.hz.doc.dto.Document --depth 2 --filter title,date
finder add --finderName findDocumentsByPublishDateBetweenAndTitleEquals
Try to find entity by date between --> exception:
Unable to convert value 2010-02-01 from type 'java.lang.String' to type 'java.util.Date'; nested exception is org.springframework.core.convert.ConversionFailedException: Unable to convert value 2010-02-01 from type 'java.lang.String' to type 'java.util.Date'; nested exception is java.lang.IllegalArgumentException: Invalid format: "2010-02-01" is malformed at "10-02-01"

ValueFilter#reset is empty even though the class uses two internal variables. These values are reset in filterRow, however there are instances where filterRow may not be called. For example, if you chain two filters through FilterList (with PASS_ALL and the second filter being a ValueFilter) then during FilterList#filterRow if the first filter#filterRow returns true then ValueFilter#filterRow will not be called.

Wss4j is unable to load the properties file when it is given an absolute path. Wss4j is using the ClassLoader to load the properties file. See http://grepcode.com/file/repository.springsource.com/org.apache.ws/com.springsource.org.apache.ws.security/1.6.5/org/apache/ws/security/saml/SAMLIssuerFactory.java#SAMLIssuerFactory.getProperties%28java.lang.String%29 for how the saml properties file gets loaded by Wss4j.

've run into an issue similar to SWF-153
The problem is that while exposing parameters to a render request (in PortletFlowController, line 221 in 1.0) with response.setRenderParameters(redirect.getExecution Input()); a map passed to response.setRenderParameters has kays beeing strings and values also beeing string.
Unfortunatelly, response.setRenderParameters expect a map of keys beeing strings and values beeing ARRAYS of strings.
So, after trying to pass a redirect parameter a portlet container will fail (in case of pluto it is a IllegalArgumentException).
I've created a simple flow with which we can test the issue described:
Code:
<start-state idref="page1"/>
<view-state id="page1" view="/test/page1.jsp" >
		<transition on="next" to="testAend"/>
<view-state id="testAend" view="flowRedirect:testB?paramName=testValue" />

If using a DatabaseConfiguration object with a datasource that has autocommit = false, the setProperty method fails with a duplicate key error.
This happens because in the setProperty method the two calls clearProperty(key) and addProperty(key, value) can retrieve two different connections from the database.

The URI parameters for a consumer appear to be ignored or disappear when the route where this consumer defined gets restarted.
One example could be JPA query passed in the URI and is used to filter the results from the consumer.
The attached test case shows this.
Look at the Readme.txt, camel-context.xml, and JPARouteRestartTest class for more information.
Also, took a stab at fixing the problem and provided a patch with a possible solution. I ran the unit tests after that change and all passed. 

I’m seeing is that on @PrePersist(touchForCreate of AuditingEntityListener) everything works fine. But on @PreUpdate(touchForUpdate), the AuditingEntityListener was not fired.
AuditTest.java
@Test
public void testAudit() throws Exception {
        final Auditor auditor = new Auditor();
	auditor.setName("auditor");
	auditablePersonAuditor.setAuditor(auditor);

	AuditablePerson person = new AuditablePerson();
	person.setUsername("audited user");

	auditablePersonRepository.save(person);
	assertEquals(auditor, person.getCreatedBy());
	assertEquals(auditor, person.getLastModifiedBy());

	Thread.sleep(1000);
	person.setUsername("updated user");
	person = auditablePersonRepository.save(person);
	person = auditablePersonRepository.findOne(person.getId());
	assertEquals("updated user", person.getUsername());
        assertTrue(person.getCreatedDate().isBefore(person.getLastModifiedDate()));
}

how to make it works?

The IrcEndpoint has a number of methods like createOnPrivmsgExchange, createOnNickExchange etc, where an instance of IrcMessage is created. When the constructor is called, it results in:

16:49:55,426 ERROR [stderr] (Thread-97) Exception in thread "Thread-97" java.lang.NullPointerException
16:49:55,427 ERROR [stderr] (Thread-97) 	at org.apache.camel.impl.MessageSupport.setBody(MessageSupport.java:122)
16:49:55,427 ERROR [stderr] (Thread-97) 	at org.apache.camel.component.irc.IrcMessage.<init>(IrcMessage.java:50)
16:49:55,427 ERROR [stderr] (Thread-97) 	at org.apache.camel.component.irc.IrcEndpoint.createOnPrivmsgExchange(IrcEndpoint.java:71)
16:49:55,427 ERROR [stderr] (Thread-97) 	at org.apache.camel.component.irc.IrcConsumer$FilteredIRCEventAdapter.onPrivmsg(IrcConsumer.java:203)
16:49:55,427 ERROR [stderr] (Thread-97) 	at org.schwering.irc.lib.IRCConnection.get(IRCConnection.java:430)
16:49:55,428 ERROR [stderr] (Thread-97) 	at org.schwering.irc.lib.IRCConnection.run(IRCConnection.java:373)

Seems there's now a dependency on the CamelContext in MessageSupport.setBody and the IrcMessage constructor calls setBody before the CamelContext has been provided to it (it's currently set after the constructor is called).

When AMQ bridge is created with static-connectors field set, and then static-connectors are undefined and discovery-group is set (in a single batch), following error is thrown:
"WFLYMSGAMQ0069: Attribute (static-connectors) can not been undefined as the resource does not define any alternative to this attribute."
Problem seems to be missing STATIC_CONNECTORS.setAlternatives(CommonAttributes.DISCOVERY_GROUP) in resource definition, which is causing !attr.hasAlternative(resource.getModel()) check to fail in following code:
AlternativeAttributeCheckHandler.java

    private void checkAlternativeAttribute(OperationContext context, String attributeName, boolean alternativeMustBeSet) throws OperationFailedException {
        if (attributeDefinitions.containsKey(attributeName)) {
            AttributeDefinition attr = attributeDefinitions.get(attributeName);
            final Resource resource = context.readResource(EMPTY_ADDRESS);
            if (alternativeMustBeSet) {
                if (!attr.hasAlternative(resource.getModel())) {
                    throw new OperationFailedException(MessagingLogger.ROOT_LOGGER.undefineAttributeWithoutAlternative(attributeName));
                }
            } else {
                if (attr.hasAlternative(resource.getModel())) {
                    throw new OperationFailedException(MessagingLogger.ROOT_LOGGER.altAttributeAlreadyDefined(attributeName));
                }
            }
        }
    }

Add a build option -Dspring4 to allow compile and test against latest Spring 4.0 release

When updating a existing resource with a JSON PUT with this sample code

@Document
public class Ticket {

	@Id

	@Version
	private Long version;

	private String type;

	private Map<String, String> texts;
}

and JSON

{
  "type" : "HR",
  "texts" : {
    "description" : "Let's test1234"
  }
}

Unable to find source-code formatter for language: trace. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml 
2015-03-11 14:34:08.049 ERROR 39988 --- [nio-8080-exec-2] s.d.r.w.AbstractRepositoryRestController : Could not read an object of type class demo.Ticket from the request!; nested exception is org.springframework.http.converter.HttpMessageNotReadableException: Could not read payload!; nested exception is java.lang.NullPointerException

	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:777)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:706)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1086)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659)
	at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:223)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.merge(DomainObjectReader.java:137)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.readPut(DomainObjectReader.java:129)
	at org.springframework.data.rest.webmvc.config.JsonPatchHandler.applyPut(JsonPatchHandler.java:133)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.getJacksonProperties(DomainObjectReader.java:204)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.doMerge(DomainObjectReader.java:157)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.doMerge(DomainObjectReader.java:185)
	at org.springframework.data.rest.webmvc.json.DomainObjectReader.merge(DomainObjectReader.java:135)
	... 48 common frames omitted

The reason seems to be that in DomainObjectReader the PersistentEntity for a HashMap is null.

public class DomainObjectReader {
	public <T> T readPut(final ObjectNode source, T target, final ObjectMapper mapper) {

		Assert.notNull(source, "ObjectNode must not be null!");
		Assert.notNull(target, "Existing object instance must not be null!");
		Assert.notNull(mapper, "ObjectMapper must not be null!");

		final PersistentEntity<?, ?> entity = entities.getPersistentEntity(target.getClass());

This works before DATAREST-461 was included. 
You can find a example, to reproduce here https://github.com/sebastian-sch/mongo_data_rest

I am trying to use <persistence-context/> but with Spring 3.1.1, SWF 2.3.1 and Hibernate 4.1.1 but keep getting the following error when attempting to start the flow

17:24:35,399 ERROR FlowExecutionImpl:233 - FlowExecutionListener threw exception
	at org.springframework.webflow.persistence.HibernateFlowExecutionListener.paused(HibernateFlowExecutionListener.java:128)
	at org.springframework.webflow.engine.impl.FlowExecutionListeners.firePaused(FlowExecutionListeners.java:189)
	at org.springframework.webflow.engine.impl.FlowExecutionImpl.start(FlowExecutionImpl.java:231)
	at org.springframework.webflow.executor.FlowExecutorImpl.launchExecution(FlowExecutorImpl.java:140)
	at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:193)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:311)
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:116)
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
	at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:101)
	at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:182)
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:173)
	at com.wurthusa.wurthshop.util.WebContextFilter.doFilter(WebContextFilter.java:25)
	at org.springframework.orm.hibernate4.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:119)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:579)
	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:309)
17:24:35,402 TRACE DispatcherServlet:905 - Cleared thread-bound request context: SecurityContextHolderAwareRequestWrapper[ org.springframework.security.web.savedrequest.SavedRequestAwareWrapper@8705a]
17:24:35,403 DEBUG DispatcherServlet:910 - Could not complete request
org.springframework.web.util.NestedServletException: Handler processing failed; nested exception is java.lang.NoSuchMethodError: org.hibernate.SessionFactory.openSession()Lorg/hibernate/classic/Session;
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:972)
Caused by: java.lang.NoSuchMethodError: org.hibernate.SessionFactory.openSession()Lorg/hibernate/classic/Session;
	at org.springframework.webflow.persistence.HibernateFlowExecutionListener.createSession(HibernateFlowExecutionListener.java:187)
	at org.springframework.webflow.persistence.HibernateFlowExecutionListener.sessionStarting(HibernateFlowExecutionListener.java:118)
	at org.springframework.webflow.engine.impl.FlowExecutionListeners.fireSessionStarting(FlowExecutionListeners.java:117)
	at org.springframework.webflow.engine.impl.FlowExecutionImpl.start(FlowExecutionImpl.java:365)
	at org.springframework.webflow.engine.impl.FlowExecutionImpl.start(FlowExecutionImpl.java:222)
	... 63 more

Works:

@RequestMapping("/appointments")
public class AppointmentsController {

	private AppointmentBook appointmentBook;
	
	public AppointmentsController(AppointmentBook appointmentBook) {
		this.appointmentBook = appointmentBook;
	}

	@RequestMapping(value="/new", method = RequestMethod.GET)
	public AppointmentForm getNewForm() {
		return new AppointmentForm();
	}
	
	@RequestMapping(value="/{day}", method = RequestMethod.GET)
	public Appointments getForDay(@PathVariable Date day) {
		return appointmentBook.getAppointmentsForDay(day);
	}
	
}

Does not work:

	}

	}

	}
		
}

Specifically, a GET to /appointments/new results in:

java.lang.IllegalStateException: Could not find @PathVariable [day] in @RequestMapping
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter$ServletHandlerMethodInvoker.resolvePathVariable(AnnotationMethodHandlerAdapter.java:644)
	org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolvePathVariable(HandlerMethodInvoker.java:514)
	org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveHandlerArguments(HandlerMethodInvoker.java:262)
	org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:146)
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:355)
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:343)
	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:763)
	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:709)
	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:614)
	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:526)
	org.tuckey.web.filters.urlrewrite.NormalRewrittenUrl.doRewrite(NormalRewrittenUrl.java:195)
	org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:159)
	org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:141)
	org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:90)
	org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:417)

... indicating the 
{day}
 mapped method ran instead of the /new method.  With the method order reversed, GET /appointments/new works as expected.

If we want to share the instances of ServerName, we need to hide the constructor, and do as we do in TableName.
This patch is just about the refactoring of "new ServerName" to ServerName.valueOf, to make its review simpler.

When I tried to use graceful rolling restart, I got:

Unloading hor8n00.gq1.ygridcore.net region(s)
Exception in thread "main" java.lang.NoClassDefFoundError: {-XX:OnOutOfMemoryError=kill -9 %p
Caused by: java.lang.ClassNotFoundException: {-XX:OnOutOfMemoryError=kill -9 %p
Could not find the main class: {-XX:OnOutOfMemoryError=kill -9 %p.  Program will exit.

It turns out that there is extra 
{ in bin/hbase:
{code}
  "$JAVA" -Dproc_$COMMAND {-XX:OnOutOfMemoryError="kill -9 %p" $JAVA_HEAP_MAX $HBASE_OPTS -classpath "$CLASSPATH" $CLASS "$@"

https://repository.jboss.org/nexus/content/groups/public/org/wildfly/wildfly-parent/8.0.0.Alpha1/wildfly-parent-8.0.0.Alpha1.pom specifies version 1.9.9 for Jackson being used in RESTEasy. However,
https://repository.jboss.org/nexus/content/groups/public/org/jboss/resteasy/resteasy-jaxrs-all/3.0.1.Final/resteasy-jaxrs-all-3.0.1.Final.pom specifies version 1.9.12.
BTW, even RESTEasy 3.0-beta-4 contains Jackson 1.9.10, and not 1.9.9 being part of the current WildFly snapshot.

Given this test controller (and java bean):

  public static class Bean {

      return id;
    }

    public void setId(Long id) {
      this.id = id;
    }

    @Override
    public String toString() {
      return "Bean{" + "id=" + id + '}';
    }
  }

  @ModelAttribute
  public Bean prepareBean() {
    return new Bean();
  }

  public void prepareBean2(@ModelAttribute(binding=false) Bean bean) {
    System.out.println("prepareBean2: " + bean);
  }

  @GetMapping("/bindTest")
  public String editBean(@ModelAttribute(binding=true) Bean bean, BindingResult br) {
    System.out.println("Inside editBean: " + bean);
    System.out.println(br.getAllErrors());
    return "index";
  }
}

When exercising this controller with bindTest?id=1 no binding will occur because the prepareBean2 method disables binding for the bean model attribute even though a subsequent use of the @ModelAttribute in the editBean method expects binding to occur.
The unsatisfactory workarounds are to allow binding and insert an ignored BindingResult parameter in the prepareBean2 method so that if binding errors occur, they can be handled in the editBean method where they are expected:

  }

  public void prepareBean2(@ModelAttribute Bean bean, BindingResult ignore) {
  }

  public String editBean(@ModelAttribute Bean bean, BindingResult br) {
  }

Or pull the bean out of the model to prevent binding in the prepareBean2 method:

  }

  public void prepareBean2(Model m) {
    Object bean = m.asMap().get("bean");
  }

    return "login";
  }

Note: in a real-world example these two @ModelAttribute annotated methods would not appear in the same class (e.g. @ControllerAdvice would apply the initial prepareBean method).

It seems that current implementation of @IfProfileValue is deficient for the following reasons:

it is possible to create a mutual-lock situation when none of a class' test methods would be executed no matter what values are set in the runtime
current semantic contradicts an existing and documented one of @IfProfileValue' values, e.g. OR semantic

The code below clearly demonstrate a situation when no matter which test-group's value is set ('all', 'fast', or 'quick') none of the tests will be executed, because the class belongs to a group 'all', but its test methods are from different test groups.
It seems to be a problem in the SpringJUnit4ClassRunner semantic's implementation that a class level @IfProfileValue actually overwrites any method's level @IfProfileValue. Should it have same semantic as as @IfProfileValue's 'values', i.e. with OR semantic, the problem won't exist (see the documentation at http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/test/annotation/IfProfileValue.html)
MyTests.java
import org.junit.BeforeClass;
import org.springframework.test.annotation.IfProfileValue;
import org.springframework.test.context.TestExecutionListeners;

@TestExecutionListeners({})
@IfProfileValue(name = "test-group", value = "all")

public class MyTests {
  public static void setUp () {
    System.out.println("test-group is set to: " + System.getProperty("test-group"));
  }
  @Test
  @IfProfileValue(name = "test-group", values = {"fast", "quick"})
  public void testOne() {
    System.out.println("testOne(): Quick stuff");
  }

  @Test
  @IfProfileValue(name = "test-group", value = "fast")
  public void testTwo() {
    System.out.println("testTwo(): Fast stuff");
  }
}

The INPUT_RECORDS counter is out of sync with the actual # of rows-read in vectorized and non-vectorized modes.
This means Tez record summaries are off by a large margin or is 0 for those vertices.

To avoid the too verbose app state report, HIVE-13376 increases the state check interval to a default 60s. However, bigger interval brings considerable start-up wait time for yarn-client mode.
Since the state report only exists in yarn-cluster mode, we can disable it using spark.yarn.submit.waitAppCompletion.

It appears that camel-netty4 does not set CamelNettyRemoteAddress in headers of an Exchange generated by an in-only UDP endpoint.
It does set CamelNettyRemoteAddress in properties of the exchange.
CamelNettyRemoteAddress in properties is set from AddressedEnvelope#sender(). CamelNettyRemoteAddress in headers is set from ChannelHandlerContext#channel().remoteAddress().
It appears that the latter does not actually contain the remote address. Possible solutions are:
1) Change NettyEndpoint to set CamelNettyRemoteAddress in headers from the AddressedEnvelope received
2) Change NettyEndpoint to set CamelNettyRemoteAddress from properties (and to set properties of the Exchange first)

DataBuffer allocated with NettyDataBufferFactor.allocateBuffer(capacity) on asByteBuffer() returns one with zero capacity. It makes it useless for reading data e.g. from ReadableByteChannel.
The reason is that NettyDataBuffer.asByteBuffer() calls ByteBuf.nioBuffer() without parameters, which uses ByteBuf.readableBytes() as length. Perhaps it should call byteBuf.nioBuffer(0, byteBuf.capacity()) instead.

ByteBuf byteBuf = dataBuffer.getNativeBuffer();
ByteBuffer byteBuffer = byteBuf.nioBuffer(0, byteBuf.capacity());
int read = ch.read(byteBuffer);
byteBuf.writerIndex(read);

The problem is in the component camel-xmlsecurity
In the static initializer of the org.apache.camel.component.xmlsecurity.processor.XmlSignatureProcessor throws an ClassNotFoundException if the provider is not in the classpath.
I wanted to use the default implementation since the provided one seemed to caue problems with our application server, but unfortunately classes of the implementation are used in the initialization-code which makes it impossible to use with another security provider.

If I register the PropertyEditor in both @Controller and @ControllerAdvice for the same type, the local (per controller) @InitBinder should override the one defined in @ControllerAdvice.
e.g.

public class GlobalControllerAdvice {

    @InitBinder
    void globalInitBinder(WebDataBinder dataBinder) {
        dataBinder.registerCustomEditor(String.class, new StringTrimmerEditor(true));
    }
}

@RequestMapping("...")
public class SomeController {
    void initBinder(WebDataBinder dataBinder) {
        dataBinder.registerCustomEditor(String.class, new MyToUpperCaseStringEditor());   // this one will not take effect!! Only global one property editor will be used!!
    }
}

In SplitLogManager#resubmit():

    if (directive != FORCE) {
      task.unforcedResubmits++;
    }

task.unforcedResubmits is volatile but the above increment doesn't have proper synchronization.

When using the JMS client BOM, the following exception happens, due to the missing transitive dependency on Apache Commons BeanUtils

Exception in thread "naming-client-message-receiver-1-thread-1" java.lang.NoClassDefFoundError: org/apache/commons/beanutils/BeanIntrospector
	at org.apache.activemq.artemis.uri.ConnectionFactoryParser.<init>(ConnectionFactoryParser.java:26)
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.<init>(ActiveMQConnectionFactory.java:173)
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.<init>(ActiveMQConnectionFactory.java:169)
...

As a workaround, the consumer of the BOM may to add the following dependency:

      <groupId>commons-beanutils</groupId>
      <artifactId>commons-beanutils</artifactId>
      <version>1.9.2</version>
      <scope>test</scope>

Jotm is used for JTA, since I want it works on most Servlet containers. Jotm depend on sun.rmi.server.UnicastServerRef, it can't be loaded by WildFly 8.1.0.Final, the same project works in Jetty 9.
Stack trace from test project:
2014-07-29 11:53:20,317 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./test: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./test: Failed to start service
Caused by: java.lang.NoClassDefFoundError: sun/rmi/server/UnicastServerRef
	at test.TestServletContextListener.contextInitialized(TestServletContextListener.java:10)
	at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173)
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:190)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:87)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:72)
	... 3 more
Caused by: java.lang.ClassNotFoundException: sun.rmi.server.UnicastServerRef from [Module "deployment.test.war:main" from Service Module Loader]
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.3.Final]
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final]
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final]
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final]
	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final]
	... 10 more
I did some debugging, some variables' state in org.jboss.modules.Module.loadModuleClass method:
systemPackages : [java., sun.reflect., __redirected.]
className : sun.rmi.server.UnicastServerRef
path : sun/rmi/server
paths : some paths point to wildfly/modules/system/layers/base
loaders : null
fallbackLoader : null

Though we're clearing the permissions of namespaces in AccessControlLists, we're not taking care of clearing acl znodes related to namespace. Looking at the code, we're taking care of this case with tables.

While SpringValidatorAdapter properly supports unwrap calls for the native JSR-303 Validator, its subclass LocalValidatorFactoryBean does not support unwrap for the native JSR-303 ValidatorFactory but rather just inherits the Validator-level support.
This needs to be revised towards proper ValidatorFactory unwrapping, in particular for getClockProvider() access on BV 2.0 and also getParameterNameProvider() access on BV 1.1.

The G1GC is supposed to be able to resize regions as required. Setting the newRatio or other parameters which size the new gen disables this capability.

This is because audit logging uses the controller lock to find out if the model was a write operation. If rbac is enabled and an operation is not authorised, the error happens before the controller lock is taken. So if audit log log-read-only="false" the failed operation does not get logged.

Hi. I am getting a ConcurrentModificationException exception in the Spring's InjectionMetadata class (located in the org.springframework.beans.factory.annotation package) when creating an instance of prototype bean in a multithreaded environment.
Here's the stack of the exception (only Spring portion of it):

Thread [MaintenanceTasksJob] (Suspended (exception ConcurrentModificationException))                  
LinkedHashMap$KeyIterator(LinkedHashMap$LinkedHashIterator<T>).remove() line: 364
InjectionMetadata.checkConfigMembers(RootBeanDefinition) line: 72
AutowiredAnnotationBeanPostProcessor.postProcessMergedBeanDefinition(RootBeanDefinition, Class, String) line: 216
DefaultListableBeanFactory(AbstractAutowireCapableBeanFactory).applyMergedBeanDefinitionPostProcessors(RootBeanDefinition, Class, String) line: 789
DefaultListableBeanFactory(AbstractAutowireCapableBeanFactory).doCreateBean(String, RootBeanDefinition, Object[]) line: 487
DefaultListableBeanFactory(AbstractAutowireCapableBeanFactory).createBean(String, RootBeanDefinition, Object[]) line: 450
DefaultListableBeanFactory(AbstractBeanFactory).doGetBean(String, Class<T>, Object[], boolean) line: 309
DefaultListableBeanFactory(AbstractBeanFactory).getBean(String) line: 189
ClassPathXmlApplicationContext(AbstractApplicationContext).getBean(String) line: 1044

I think I know what's going on here. The AbstractAutowireCapableBeanFactory.doCreateBean() method (5th from the top of the stack) synchronizes on the bean definition object:

synchronized (mbd.postProcessingLock) {
  if (!mbd.postProcessed) {
    applyMergedBeanDefinitionPostProcessors(mbd, beanType, beanName);
    mbd.postProcessed = true;
  }
}

However, two methods later, in the AutowiredAnnotationBeanPostProcessor.postProcessMe rgedBeanDefinition(), an instance of the InjectionMetadata class for the bean is fetched based on the bean class and not bean definition object, which means that instances of InjectionMetadata are cached per bean class. Therefore despite the fact that two threads cannot enter the same post processing section for the same bean instance, they can enter it for the same bean class and therefore will share the same InjectionMetadata instance. Thus in the next method:

public void checkConfigMembers(RootBeanDefinition beanDefinition) {
  for (Iterator<InjectedElement> it = this.injectedElements.iterator(); it.hasNext();) {
    if (!beanDefinition.isExternallyManagedConfigMember(member))
      beanDefinition.registerExternallyManagedConfigMember(member);
    } else {
      it.remove();
    }
  }
}

The it.remove() will potentially throw the exception.
To summarize the problem: when defining two or more prototype beans based on the same class in a multithreaded environment, a ConcurrentModificationException may be thrown in the InjectionMetadata class.
Am I right in my analysis?
Thanks. 

In certain error cases (i.e.: statement fails to compile, semantic errors) the hive driver leaks zookeeper connections.
This can be seen in the TestNegativeCliDriver test which accumulates a large number of open file handles and fails if the max allowed number of file handles isn't at least 2048.

We are running several bundles in Karaf with separate Camel contexts, each of which uses the camel-jetty component to expose services over HTTP.  Each bundle has an assigned port and may listen on multiple URIs.  We noticed that when we updated or shut down one of these bundles, all of the Jetty servers in the other bundles would stop listening on their respective ports.
The problem is that the map of ConnectorRef objects in JettyHttpComponent is static, and therefore shared across the entire VM.  Changing this from static to an instance variable fixed the issue for us.  

HIVE-6455 patch does not honor sort order of the output table or order by of select statement. The reason for the former is numDistributionKey in ReduceSinkDesc is set wrongly. It doesn't take into account the sort columns, because of this RSOp sets the sort columns to null in Key. Since nulls are set in place of sort columns in Key, the sort columns in Value are not sorted. 
The other issue is ORDER BY columns are not honored during insertion. For example

insert overwrite table over1k_part_orc partition(ds="foo", t) select si,i,b,f,t from over1k_orc where t is null or t=27 order by si;

the select query performs order by on column 'si' in the first MR job. The following MR job (inserted by HIVE-6455), sorts the input data on dynamic partition column 't' without taking into account the already sorted 'si' column. This results in out of order insertion for 'si' column.

In the Javadoc for TableSnapshotInputFormat, we have this:

HBase also enforces security because all the requests are handled by the server layer, and the user cannot read from the data files directly.
The snapshot input format operates on HFiles directly, that's how it gains its performance benefits. No requests are handled by the 'server layer'.
Later the Javadoc correctly states the implications:

Note that, given other users access to read from snapshot/data files will completely circumvent the access control enforced by HBase.

XML parsing exceptions are ignored by xtokenize XML tokenizer and this is leading to the same token extracted repeated times.

Affected scenario is perflab_eap-7x-failover-http-session-shutdown-dist-async-auth-asymEncrypt: it is a 4 nodes fail-over scenario where JGroups communication is encrypted asymmetrically:

        <subsystem xmlns="urn:jboss:domain:jgroups:6.0" default-stack="udp">
            <channels default="ee">
                <channel name="ee" stack="udp" cluster="ejb"/>
            </channels>
            <stacks>
                <stack name="udp">
                    <transport type="UDP" socket-binding="jgroups-udp"/>
                    <protocol type="PING"/>
                    <protocol type="MERGE3"/>
                    <protocol type="FD_SOCK"/>
                    <protocol type="FD_ALL"/>
                    <protocol type="VERIFY_SUSPECT"/>
                    <protocol type="ASYM_ENCRYPT" xmlns="">
                       <property name="encrypt_entire_message">true</property>
                       <property name="sym_keylength">128</property>
                       <property name="sym_algorithm">AES/ECB/PKCS5Padding</property>
                       <property name="asym_keylength">512</property>
                       <property name="asym_algorithm">RSA</property>
                    </protocol>
                    <protocol type="pbcast.NAKACK2"/>
                    <protocol type="UNICAST3"/>
                    <protocol type="pbcast.STABLE"/>
                    <protocol type="AUTH" xmlns="">
                      <property name="auth_class">org.jgroups.auth.MD5Token</property>
                      <property name="auth_value">MyPassword</property>
                      <property name="token_hash">MD5</property>
                    <protocol type="pbcast.GMS"/>
                    <protocol type="UFC"/>
                    <protocol type="MFC"/>
                    <protocol type="FRAG3"/>
                </stack>
                <stack name="tcp">
                    <transport type="TCP" socket-binding="jgroups-tcp"/>
                    <socket-protocol type="MPING" socket-binding="jgroups-mping"/>
                </stack>
            </stacks>

The problem is that, after one node of the cluster is shut down and restarted, the remaining nodes fail to shut-down gracefully and their JVM has to be killed.
The default shut-down waiting time is 1 minute: it has been extended to 5 but the nodes still fail to shut-down even in 5 minutes.
Find attached:

the complete log of one node failing to shut-down (17293.log)
the thread dump of this node just before being killed (after a 5 minutes time-out) (perf20-consoleText.txt)

The server logs messages like the following (as in JGRP-2282):

[JBossINF] [0m[31m05:36:35,687 ERROR [org.jgroups.protocols.ASYM_ENCRYPT] (thread-14,ejb,perf20) perf20: received message without encrypt header from perf21; dropping it
[JBossINF] [0m[31m05:36:36,668 ERROR [org.jgroups.protocols.ASYM_ENCRYPT] (thread-14,ejb,perf20) perf20: received message without encrypt header from perf21; dropping it
[JBossINF] [0m[31m05:36:36,879 ERROR [org.jgroups.protocols.ASYM_ENCRYPT] (thread-14,ejb,perf20) perf20: received message without encrypt header from perf18; dropping it

before failing to shut-down.

Command Used

~/current/bigdata-hbase/hbase/hbase/bin/hbase pe --nomapred randomWrite 1 > write 2>&1
~/current/bigdata-hbase/hbase/hbase/bin/hbase pe --nomapred filterScan 1 > filterScan 2>&1

Output
This kept running for several hours just printing the below messages in logs
 
-bash-4.1$ grep "Advancing internal scanner to startKey" filterScan.1 | head
2018-07-13 10:44:45,188 DEBUG [TestClient-0] client.ClientScanner - Advancing internal scanner to startKey at '0000000000000000000052359'
2018-07-13 10:44:45,976 DEBUG [TestClient-0] client.ClientScanner - Advancing internal scanner to startKey at '0000000000000000000052359'
2018-07-13 10:44:46,695 DEBUG [TestClient-0] client.ClientScanner - Advancing internal scanner to startKey at '0000000000000000000052359'
.....

-bash-4.1$ grep "Advancing internal scanner to startKey" filterScan.1 | tail

2018-07-15 06:20:22,353 DEBUG [TestClient-0] client.ClientScanner - Advancing internal scanner to startKey at '0000000000000000000052359'
2018-07-15 06:20:23,044 DEBUG [TestClient-0] client.ClientScanner - Advancing internal scanner to startKey at '0000000000000000000052359'
2018-07-15 06:20:23,768 DEBUG [TestClient-0] client.ClientScanner - Advancing internal scanner to startKey at '0000000000000000000052359'

Skip sample fails in Eclipse (but not Maven).  Must be an ordering issue - one of the other tests not tidying up properly.

When I try to register custom credential security factory I get NoClassDefFoundError

06:54:49,166 WARN  [org.jboss.modules] (MSC service thread 1-4) Failed to define class org.wildfly.extras.creaper.commands.elytron.credfactory.AddCustomCredentialSecurityFactoryImpl in Module "org.jboss.customcredsecfacimpl" from local module loader @282ba1e (finder: local module finder @13b6d03 (roots: /home/mchoma/workspace/eap-versions/7.1.0.DR12/jboss-eap-7.1/modules,/home/mchoma/workspace/eap-versions/7.1.0.DR12/jboss-eap-7.1/modules/system/layers/base)): java.lang.NoClassDefFoundError: Failed to link org/wildfly/extras/creaper/commands/elytron/credfactory/AddCustomCredentialSecurityFactoryImpl (Module "org.jboss.customcredsecfacimpl" from local module loader @282ba1e (finder: local module finder @13b6d03 (roots: /home/mchoma/workspace/eap-versions/7.1.0.DR12/jboss-eap-7.1/modules,/home/mchoma/workspace/eap-versions/7.1.0.DR12/jboss-eap-7.1/modules/system/layers/base))): org/wildfly/extension/elytron/capabilities/CredentialSecurityFactory

06:54:49,167 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service org.wildfly.security.security-factory.credential.CreaperTestAddCustomCredentialSecurityFactory: org.jboss.msc.service.StartException in service org.wildfly.security.security-factory.credential.CreaperTestAddCustomCredentialSecurityFactory: Failed to start service
Caused by: java.lang.NoClassDefFoundError: Failed to link org/wildfly/extras/creaper/commands/elytron/credfactory/AddCustomCredentialSecurityFactoryImpl (Module "org.jboss.customcredsecfacimpl" from local module loader @282ba1e (finder: local module finder @13b6d03 (roots: /home/mchoma/workspace/eap-versions/7.1.0.DR12/jboss-eap-7.1/modules,/home/mchoma/workspace/eap-versions/7.1.0.DR12/jboss-eap-7.1/modules/system/layers/base))): org/wildfly/extension/elytron/capabilities/CredentialSecurityFactory
	... 3 more

06:54:49,168 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("add") failed - address: ([
    ("custom-credential-security-factory" => "CreaperTestAddCustomCredentialSecurityFactory")
    "WFLYCTL0080: Failed services" => {"org.wildfly.security.security-factory.credential.CreaperTestAddCustomCredentialSecurityFactory" => "org.jboss.msc.service.StartException in service org.wildfly.security.security-factory.credential.CreaperTestAddCustomCredentialSecurityFactory: Failed to start service
    Caused by: java.lang.NoClassDefFoundError: Failed to link org/wildfly/extras/creaper/commands/elytron/credfactory/AddCustomCredentialSecurityFactoryImpl (Module \"org.jboss.customcredsecfacimpl\" from local module loader @282ba1e (finder: local module finder @13b6d03 (roots: /home/mchoma/workspace/eap-versions/7.1.0.DR12/jboss-eap-7.1/modules,/home/mchoma/workspace/eap-versions/7.1.0.DR12/jboss-eap-7.1/modules/system/layers/base))): org/wildfly/extension/elytron/capabilities/CredentialSecurityFactory"},
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.security-factory.credential.CreaperTestAddCustomCredentialSecurityFactory"]
}

Here is implementation of custom credential security factory
AddCustomCredentialSecurityFactoryImpl.java

package org.wildfly.extras.creaper.commands.elytron.credfactory;

import java.security.GeneralSecurityException;

import org.wildfly.extension.elytron.capabilities.CredentialSecurityFactory;
import org.wildfly.security.credential.Credential;

public class AddCustomCredentialSecurityFactoryImpl<T> implements CredentialSecurityFactory, Configurable {

    @Override
    public Credential create() throws GeneralSecurityException {
    }

    @Override
        }
    }
}

Since WFLY-8815, the class WeldApplication extends ApplicationWrapper. The class "ApplicationWrapper" was created in JSF2.0, so when I try to build JSF1.2 modules (see https://developer.jboss.org/wiki/StepsToAddAnyNewJSFImplementationOrVersionToWildFly) and deploy a JSF1.2 application, I get this error:
java.lang.NoClassDefFoundError: Failed to link org/jboss/as/jsf/injection/weld/WeldApplication (Module "org.jboss.as.jsf-injection:mojarra-1.2_15" from local module loader @3aa9e816 (finder: local module finder @17d99928 (roots: C:\Java\wildfly-11.0.0.Final.gts\modules,C:\Java\wildfly-11.0.0.Final.gts\modules\system\layers\base))): javax/faces/application/ApplicationWrapper
If I change WeldApplication extends to ForwardingApplication and rebuild modules, the application runs OK.

This is a regression of https://issues.apache.org/jira/browse/HIVE-2404

It seems like the issue mentioned in HBASE-19364 exists in master branch.

A followup of ELY-1293

This is currently the case with 

Found two minor issues.

Canary tool not logging exception when failing to authenticate.
Can't use -D option for setting keytab and principal as auth chore is being launched before calling ToolRunner.run method.

Casting strings to int/smallint/bigint/tinyint yields null if the string isn't a 'pure' integer. '1.0', '2.4' all return null. I think for those cases the cast should return the truncated int (i.e.: if c is string, cast(c as int) should be the same as cast(cast(c as float) as int).
This is in line with the standard and is the same behavior as mysql and oracle. (postgres and sql server throw error, see first answer here: http://social.msdn.microsoft.com/Forums/sqlserver/en-US/af3eff9c-737b-42fe-9016-05da9203a667/oracle-does-understand-cast10-as-int-why-sql-server-does-not)

Authorization does not work correctly for remoting secured EJB when Kerberos is only authentication module in security realm. If any another authentication module is used, then authorization works fine. Access is also granted when nonsecured EJB is used.
Use following settings:

only kerberos as authentication module in security realm
properties as authorization module in security realm which adds kerberos user needed role
secured EJB deployed on server (grant access for mentioned above role)
standalone application invoking this secured EJB method

In case when user with valid kerberos ticket runs this application, following exception is thrown:

javax.ejb.EJBAccessException: WFLYSEC0027: Invalid User
	at org.jboss.as.ejb3.security.SecurityContextInterceptor$1.run(SecurityContextInterceptor.java:69)
	at org.jboss.as.ejb3.security.SecurityContextInterceptor$1.run(SecurityContextInterceptor.java:49)
	at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:97)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:331)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:69)

The documentation for the constructor PageRequest(int page, int size) is incorrect as it has the parameters listed in the wrong order.

HttpListenerService.prestart() does some registration stuff that doesn't get cleaned up if start() fails later on.
I noticed this in the logs while debugging RolloutPlanTestCase failures on JDK8. Probably unrelated to those failures; just an FYI to give context.
What happens in the test is it does an http-listener=xxx:add that is deliberately meant to fail in Stage.RUNTIME (due to a port conflict.) Later on the test does the same thing again. It's meant to fail there too, but I noticed in the logs that it failed for the wrong reason, before the port conflict:

[Server:main-one] 10:13:44,128 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.undertow.listener.maxFailOnePlan: org.jboss.msc.service.StartException in service jboss.undertow.listener.maxFailOnePlan: Failed to start service
[Server:main-one]       at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
[Server:main-one]       at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0]
[Server:main-one]       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0]
[Server:main-one]       at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0]
[Server:main-one] Caused by: java.lang.IllegalArgumentException: UT000053: Listener maxFailOnePlan already registered
[Server:main-one]       at io.undertow.server.ListenerRegistry.addListener(ListenerRegistry.java:32) [undertow-core-1.0.0.CR5.jar:1.0.0.CR5]
[Server:main-one]       at org.wildfly.extension.undertow.HttpListenerService.preStart(HttpListenerService.java:107)
[Server:main-one]       at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:121)
[Server:main-one]       at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
[Server:main-one]       at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.0.Final.jar:1.2.0.Final]
[Server:main-one]       ... 3 more

The error ^^^ will continue to happen until the server is restarted, even if the port conflict situation was fixed. It's because the ListenerRegistry.addListener call from the first attempt was never cleaned up.
Cleaning up would have to be done in a catch block in ListenerService.start(). The code in stop() that normally does the cleanup does not get called if service start has failed.
I expect we have this kind of problem in many places in the WF code.

Found lots of following errors in HS2 log:

hdfs.KeyProviderCache: Could not find uri with key [dfs.encryption.key.provider.uri] to create a keyProvider !!

Similar to HDFS-7931

Note
I found the issue in the latest code of master branch here: https://github.com/spring-projects/spring-framework/blob/master/spring-web/src/main/java/org/springframework/web/multipart/commons/CommonsMultipartFile.java
I assume it applies to the latest 4.2.2 version.
getOriginalFilename() tries to strip file path from while file path name string and returns only the file name part.
It has been coded to be adaptive - looking for Linux path separator char "/" first, if fail then looking for Windows path separator char "\".
But this adaptive logic is buggy - if Spring is running on a Windows computer and if attacker provides a path name like "/..\..\..\malicious_directory\malicious_file" then the getOriginalFilename() method will return "..\..\..\malicious_directory\malicious_file" which is not a bare file name but contains both path and file name.
Then if application layer code assumes it is a bare file name and use it as a bare file name, critical path traversal issue can happen.
I think the right logic is - using File.separator to find and strip the path and get bare file name.

Change our yetus personality to skip hbase-it module when doing findbugs. We have no java files under src/main/java – tests are at src/test – so complaint if say a change in hbase-it tests and the findbugs runs.

HIVE-15003 added support for additional types for col stats. However, it treats timestamp as DateColumnStatsData whereas when we read the timestamp stats, we read as LongColumnStatsData (https://github.com/apache/hive/blob/master/metastore/src/java/org/apache/hadoop/hive/metastore/StatObjectConverter.java#L229). We should make it consistent with original hive behavior

In the case an exception is handled by the DeadLetterChannel, Camel will currently set the exception to null and add an exchange property containing the exception. We should also add this as a message header so that it will be propagated to external services, like a JBI service.

When building the examples, you get these Maven 3 warnings 

[WARNING] 
[WARNING] Some problems were encountered while building the effective model for org.fusesource.examples:errors:jar:7.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-jar-plugin is missing. @ line 78, column 21
[WARNING] 
[WARNING] Some problems were encountered while building the effective model for org.fusesource.examples:soap:jar:7.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.codehaus.mojo:exec-maven-plugin is missing. @ line 57, column 21
[WARNING] 
[WARNING] Some problems were encountered while building the effective model for org.fusesource.examples:rest:jar:7.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.codehaus.mojo:exec-maven-plugin is missing. @ line 66, column 21
[WARNING] 
[WARNING] Some problems were encountered while building the effective model for org.fusesource.examples:secure-soap:bundle:7.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.apache.felix:maven-bundle-plugin is missing. @ line 56, column 21
[WARNING] 'build.plugins.plugin.version' for org.codehaus.mojo:exec-maven-plugin is missing. @ line 94, column 21
[WARNING] 
[WARNING] Some problems were encountered while building the effective model for org.fusesource.examples:secure-rest:bundle:7.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.apache.felix:maven-bundle-plugin is missing. @ line 70, column 21
[WARNING] 'build.plugins.plugin.version' for org.codehaus.mojo:exec-maven-plugin is missing. @ line 106, column 21
[WARNING] 
[WARNING] 
[WARNING] 

A partial query
select count (distinct field) from table where field;
Note the missing 'field=value'
resulted in the following error in task logs, instead of failing early during compile

org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:173)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:326)
        ... 14 more
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:52)
        ... 17 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.LongColumnVector
        at org.apache.hadoop.hive.ql.exec.vector.expressions.SelectColumnIsTrue.evaluate(SelectColumnIsTrue.java:46)
        at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.process(VectorFilterOperator.java:106)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:838)
        at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:164)
        ... 18 more

Comment by Gunther:
I think this works by implicitly converting the expr to boolean (if a cast is necessary). This query looks legal to me and probably needs to be handle in Vectorization
Comment by Ashutosh:
Oracle, postgres & sql server throws error for this if type of field is not boolean. However, MySQL & Hive (with vectorization off) executes the query by implicitly adding a cast to boolean. Hive shall be consistent in its behavior regardless whether vectorization is on or off.

When making the following modifications to put JBoss LogManager on the boot classpath to make it available to Java agents:

diff --git a/bin/standalone.conf b/bin/standalone.conf
index 97895a5..9517129 100644
--- a/bin/standalone.conf
+++ b/bin/standalone.conf
 -35,7 +35,7 @@
 #JAVA=""
 
 if [ "x$JBOSS_MODULES_SYSTEM_PKGS" = "x" ]; then
-   JBOSS_MODULES_SYSTEM_PKGS="org.jboss.byteman"
+   JBOSS_MODULES_SYSTEM_PKGS="org.jboss.logmanager,org.jboss.logmanager.config,org.jboss.logmanager.errormanager,org.jboss.logmanager.filters,org.jboss.logmanager.formatters,org.jboss.logmanager.handlers"
 fi
 
 # Uncomment the following line to prevent manipulation of JVM options
 -48,7 +48,7 @@ fi
 #
 if [ "$JAVA_OPTS" = "x" ]; then
    JAVA_OPTS="-Xms1303m -Xmx1303m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true"
-   JAVA_OPTS="$JAVA_OPTS -Djboss.modules.system.pkgs=$JBOSS_MODULES_SYSTEM_PKGS -Djava.awt.headless=true"
+   JAVA_OPTS="$JAVA_OPTS -Xbootclasspath/p:$JBOSS_HOME/modules/system/layers/base/org/jboss/logmanager/main/jboss-logmanager-1.4.0.Final-redhat-1.jar -Djboss.modules.system.pkgs=$JBOSS_MODULES_SYSTEM_PKGS -Djava.awt.headless=true -Dcom.sun.management.jmxremote=x -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Djava.util.logging.manager=org.jboss.logmanager.LogManager"
 else
    echo "JAVA_OPTS already set in environment; overriding default settings with values: $JAVA_OPTS"
 fi

09:28:18,984 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 5) JBAS014612: Operation ("add") failed - address: ([
    ("console-handler" => "CONSOLE")
]): java.lang.ClassCastException: org.jboss.logmanager.PropertyConfigurator cannot be cast to org.jboss.as.logging.logmanager.ConfigurationPersistence
        at org.jboss.as.logging.logmanager.ConfigurationPersistence.getOrCreateConfigurationPersistence(ConfigurationPersistence.java:93)
        at org.jboss.as.logging.logmanager.ConfigurationPersistence.getOrCreateConfigurationPersistence(ConfigurationPersistence.java:81)
        at org.jboss.as.logging.LoggingOperations$LoggingOperationStepHandler.execute(LoggingOperations.java:154)
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:440) [jboss-as-controller-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]
        at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:322) [jboss-as-controller-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]
        at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:229) [jboss-as-controller-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:224) [jboss-as-controller-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]
        at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:334) [jboss-as-controller-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [classes.jar:1.6.0_45]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [classes.jar:1.6.0_45]
        at java.lang.Thread.run(Thread.java:680) [classes.jar:1.6.0_45]
        at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.0.Final-redhat-1.jar:2.1.0.Final-redhat-1]

Recently we have been testing bucket cache with mmap mode. We found that after the multi threading way of allocating the byte buffers for offheap bucket cache, the creation of the mmapped byte buffers needs to be synchronized for allocating the right sized mmapped buffers.

I got a couple of these just now:

2008-10-25 00:05:25,192 WARN org.apache.hadoop.hbase.regionserver.HRegionServer: Processing message (Retry: 0)
java.io.IOException: java.io.IOException: java.lang.IllegalArgumentException: server cannot be null
        at org.apache.hadoop.hbase.master.MetaRegion.<init>(MetaRegion.java:42)
        at org.apache.hadoop.hbase.master.ProcessRegionStatusChange.<init>(ProcessRegionStatusChange.java:45)
        at org.apache.hadoop.hbase.master.ProcessRegionOpen.<init>(ProcessRegionOpen.java:50)
        at org.apache.hadoop.hbase.master.ServerManager.processRegionOpen(ServerManager.java:467)
        at org.apache.hadoop.hbase.master.ServerManager.processMsgs(ServerManager.java:340)
        at org.apache.hadoop.hbase.master.ServerManager.processRegionServerAllsWell(ServerManager.java:314)
        at org.apache.hadoop.hbase.master.ServerManager.regionServerReport(ServerManager.java:233)
        at org.apache.hadoop.hbase.ipc.HbaseRPC$Server.call(HbaseRPC.java:622)

        at java.lang.reflect.Constructor.newInstance(Constructor.java:539)
        at org.apache.hadoop.hbase.RemoteExceptionHandler.decodeRemoteException(RemoteExceptionHandler.java:82)
        at org.apache.hadoop.hbase.RemoteExceptionHandler.checkIOException(RemoteExceptionHandler.java:48)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:404)

Its due disconnect is now done as part of UoW to not disconnect before deleting files etc.
But if there is no messages then the UoW is not called as no Exchange. In that case we should disconnect if its true.
See nabble
http://camel.465427.n5.nabble.com/FTP-disconnect-problem-tp5765934.html

see https://issues.apache.org/jira/browse/HIVE-4095?focusedCommentId=13819885&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13819885
alter exchange should be implemented accord to document in https://cwiki.apache.org/confluence/display/Hive/Exchange+Partition. i.e 

alter table T1 exchange partition (ds='1') with table T2" 

should be (after creating T1@ds=1) 

moves the data from T2 to T1@ds=1.... 

Doing an insert against a table that is using ACID format with the transaction manager set to DbTxnManager and vectorization turned on results in an NPE.  

set hive.exec.parallel=true; will cause the Yarn application instance to linger
forever. set hive.exec.parallel=false, the application goes away as soon as hive query is complete. The underlying table is an ORC store_sales table compressed with SNAPPY.

hive.exec.parallel=true;
select * from store_sales where ss_ticket_number=5741230 and ss_item_sk=4825

The query will run under Tez and finish << 30 seconds.
After 30-40 of these jobs the cluster gets to a point where no jobs will finish.

If you do 
<throwException exceptionType="java.lang.IllegalArgumentException"/>
Then it because a null exception

I've got this error :

2015-09-09 14:13:53,803 | WARN  | pool-7-thread-1  | AbstractLifeCycle                | 96 - org.eclipse.jetty.aggregate.jetty-all-server - 8.1.17.v20150415 | FAILED SslContextFactory@61683052(quickstarts/demos/policy-security-cert/connector.jks,quickstarts/demos/policy-security-cert/connector.jks): java.io.IOException: Invalid keystore format
java.io.IOException: Invalid keystore format
	at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:650)[:1.7.0_80]
	at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:55)[:1.7.0_80]
	at java.security.KeyStore.load(KeyStore.java:1226)[:1.7.0_80]
	at org.eclipse.jetty.util.security.CertificateUtils.getKeyStore(CertificateUtils.java:55)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.17.v20150415]
	at org.eclipse.jetty.util.ssl.SslContextFactory.getKeyStore(SslContextFactory.java:1053)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.17.v20150415]
	at org.eclipse.jetty.util.ssl.SslContextFactory.loadKeyStore(SslContextFactory.java:1013)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.17.v20150415]
	at org.eclipse.jetty.util.ssl.SslContextFactory.doStart(SslContextFactory.java:264)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.17.v20150415]
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.17.v20150415]
	at org.eclipse.jetty.server.ssl.SslSelectChannelConnector.doStart(SslSelectChannelConnector.java:612)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.17.v20150415]
	at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl$Stopped.startConnector(ServerControllerImpl.java:563)[103:org.ops4j.pax.web.pax-web-jetty:3.2.4]
	at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl$Stopped.start(ServerControllerImpl.java:525)[103:org.ops4j.pax.web.pax-web-jetty:3.2.4]
	at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl.start(ServerControllerImpl.java:69)[103:org.ops4j.pax.web.pax-web-jetty:3.2.4]
	at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl$Unconfigured.configure(ServerControllerImpl.java:680)[103:org.ops4j.pax.web.pax-web-jetty:3.2.4]
	at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl.configure(ServerControllerImpl.java:85)[103:org.ops4j.pax.web.pax-web-jetty:3.2.4]
	at org.ops4j.pax.web.service.internal.Activator.updateController(Activator.java:341)[102:org.ops4j.pax.web.pax-web-runtime:3.2.4]
	at org.ops4j.pax.web.service.internal.Activator$3.run(Activator.java:285)[102:org.ops4j.pax.web.pax-web-runtime:3.2.4]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_80]
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_80]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_80]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_80]
	at java.lang.Thread.run(Thread.java:745)[:1.7.0_80]
2015-09-09 14:13:53,805 | WARN  | pool-7-thread-1  | AbstractLifeCycle                | 96 - org.eclipse.jetty.aggregate.jetty-all-server - 8.1.17.v20150415 | FAILED SslSelectChannelConnector@0.0.0.0:8183: java.io.IOException: Invalid keystore format
2015-09-09 14:13:53,806 | WARN  | pool-7-thread-1  | ServerControllerImpl             | 103 - org.ops4j.pax.web.pax-web-jetty - 3.2.4 | Http connector will not be started

And there is also wrong typo in 6. step:

karaf@root> features:install switchyard-quickstart-bean-service

and that is for another quickstart.

Here is related code from BackupUtils#checkTargetDir:

      String expMsg = e.getMessage();
      String newMsg = null;
      if (expMsg.contains("No FileSystem for scheme")) {
        newMsg =
            "Unsupported filesystem scheme found in the backup target url. Error Message: "
                + newMsg;

I think the intention was to concatenate expMsg at the end of newMsg.

When default transaction timeout is redefined during the server lifetime

/subsystem=transactions:write-attribute(name=default-timeout, value=60)

such change is not propagated to WFTC and for example in case of MDB the default transaction timeout is being left as it was at time of container startup. The transaction timeout is considered after server is reloaded. But it's different behavior than it was and in general for transaction timeout redefinition should not be needed container reload.

Tests often fail with errors like
"Could not fully delete D:\w\hv\hcatalog\hcatalog-pig-adapter\target\tmp\dfs\name1" on Windows platforms.
Attached is a prototype on avoiding these false negatives.

Using RepositoriesUtils to determine the managed domain type from a repository interface potentially subverts customizations made for RepositoryMetadata. We should remove its usage entirely.

Handlers can currently be removed even if the handler is assigned to a logger or another handler. This allows an invalid logging.properties file to be written and will fail to start the server on the next boot.

To enable perflogging, root logging has to be set to DEBUG. Provide a way to to independently configure perflogger and root logger levels. 

Since HBASE-18020 has been in the 1.4.0 release, handling the addendum here.

Andrew Purtell added a comment - 08/Aug/17 19:34
Does there need to be a documentation update too. This didn't work for me. On branch-1.4 

./dev-support/checkcompatibility.py --annotation org.apache.hadoop.hbase.classification.InterfaceAudience.Public --annotation org.apache.hadoop.hbase.classification.InterfaceAudience.LimitedPrivate  --include-file "hbase-*" rel/1.3.1 branch-1.4

INFO:root:Source revision: rel/1.3.1
INFO:root:Destination revision: branch-1.4
INFO:root:Applying JAR filename include filter: hbase-*
INFO:root:Filtering classes using 2 annotation(s):
INFO:root:	org.apache.hadoop.hbase.classification.InterfaceAudience.Public
INFO:root:	org.apache.hadoop.hbase.classification.InterfaceAudience.LimitedPrivate
INFO:root:Downloading Java ACC...
INFO:root:Removing scratch dir /data/src/hbase/target/compat-check 
INFO:root:Creating empty scratch dir /data/src/hbase/target/compat-check 
INFO:root:Checking out 1b8ca49af872b63c7b1fbc20a6fdbe71516dd04c in /data/src/hbase/target/compat-check/src
INFO:root:Checking out e9e16b59420c5d9a47b9b014b3bb3cb3421b1de9 in /data/src/hbase/target/compat-check/dst
INFO:root:Building in /data/src/hbase/target/compat-check/src 

...

INFO:root:Will check compatibility between original jars:
	/data/src/hbase/target/compat-check/src/hbase-archetypes/hbase-client-project/target/hbase-client-project-1.3.1.jar

...

and new jars:
	/data/src/hbase/target/compat-check/dst/hbase-archetypes/hbase-shaded-client-project/target/hbase-shaded-client-project-1.4.0-SNAPSHOT.jar

...

  File "./dev-support/checkcompatibility.py", line 514, in <module>
    main()
  File "./dev-support/checkcompatibility.py", line 508, in main
    dst_jars, args.annotations, skip_annotations)
  File "./dev-support/checkcompatibility.py", line 283, in run_java_acc
    "-l", get_repo_name(),
  File "./dev-support/checkcompatibility.py", line 126, in get_repo_name
    cwd=get_repo_dir()).strip()
  File "./dev-support/checkcompatibility.py", line 71, in check_output
    raise error
subprocess.CalledProcessError: Command '['git', 'config', '--get', 'remote.origin.url']' returned non-zero exit status 1

[apurtell@ip-172-31-47-35 hbase]$ git --version
git version 1.7.1

awleblang Alex Leblang added a comment - 05/Sep/17 08:47
For some reason, perhaps due to the change from bash to python, the code needed to explicitly state "origin/branch_name" on clean checkouts. I went back to look at the bash version and we use the same command, git rev-parse, so I'm not sure why this only just starting failing but this fixed the issue in all cases where I was able to replicate the failure

In a specific case where a schema contains array<struct> with timestamp and date fields (array size >10000). Any access to this column very very expensive in terms of CPU as most of the time is serialization of timestamp and date. Refer attached profiles. >70% time spent in serialization + tostring conversions. 

You can have this if the port is used.
Testable by doing "nc -l 60020" before launching the test.

Test set: org.apache.hadoop.hbase.regionserver.TestPriorityRpc
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.286 sec <<< FAILURE!
org.apache.hadoop.hbase.regionserver.TestPriorityRpc  Time elapsed: 0 sec  <<< ERROR!
        at org.apache.hadoop.hbase.regionserver.HRegionServer.constructRegionServer(HRegionServer.java:2376)
        at org.apache.hadoop.hbase.regionserver.TestPriorityRpc.onetimeSetup(TestPriorityRpc.java:53)
        at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
        at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
        at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
        at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
        at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
        at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
        at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:81)
        at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.constructRegionServer(HRegionServer.java:2374)
        ... 22 more
Caused by: java.net.BindException: Problem binding to localhost/127.0.0.1:60020 : Address already in use
        at org.apache.hadoop.hbase.ipc.HBaseServer.bind(HBaseServer.java:295)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Listener.<init>(HBaseServer.java:510)
        at org.apache.hadoop.hbase.ipc.HBaseServer.<init>(HBaseServer.java:1922)
        at org.apache.hadoop.hbase.ipc.ProtobufRpcEngine$Server.<init>(ProtobufRpcEngine.java:247)
        at org.apache.hadoop.hbase.ipc.ProtobufRpcEngine.getServer(ProtobufRpcEngine.java:85)
        at org.apache.hadoop.hbase.ipc.ProtobufRpcEngine.getServer(ProtobufRpcEngine.java:57)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.getServer(HBaseRPC.java:400)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.<init>(HRegionServer.java:516)
        ... 27 more
        at sun.nio.ch.Net.bind(Native Method)
        at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:126)
        at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
        at org.apache.hadoop.hbase.ipc.HBaseServer.bind(HBaseServer.java:293)
        ... 34 more

In SQL standards based auth mode, 'drop role admin' error message is not informative.

0: jdbc:hive2://...:1000> drop role ADMIN;
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask.
Error dropping role (state=08S01,code=1)

add-user script provides ability to enable/disable existing user. It uses commented lines with users as disabled user, e.g.:

#admin=2a0923285184943425d1f53ddd58ec7a

In case when any user is enabled/disabled through add-user script then all other disabled users are removed from given properties file.

When generating a RouteBuilder from a swagger that defines default parameter values of type integer, there is no conversion to a string when setting it:
Swagger:
"limit":
{
 "name":"limit",
 "in":"query",
 "type":"integer",
 "minimum":1,
 "default":20,
 "description":"the limit of the results for the collections query"
 }
,
RouteBuilder:
.param()
 .name("limit")
 .type(RestParamType.query)
 .dataType("integer")
 .defaultValue(20)
 .required(false)
 .description("the limit of the results for the collections query")
 .endParam()
defaultValue only accepts parameters of type string and therefore the generated code can't be compiled and needs to be corrected manually.
 
When used as a producer, the CXFRS component's org.apache.camel.component.cxf.jaxrs.CxfRsProducer#populateCxfRsProducerException method converts the received HTTP response status code to text:
String statusText = Response.Status.fromStatusCode(responseCode).toString();
If the JAX-RS-supplied fromStatusCode method does not recognize the status code provided, it returns null, causing the CxfRsProducer to throw an NPE. 
Note that Response.Status does not encompass all response codes. I ran afoul of this when a REST service returned a 422 for a validation error.
I will attach a unit test that illustrates this problem, as a patch to the current unit tests for the class.

hive> SET hive.execution.engine=mr;
Hive-on-MR is deprecated in Hive 2 and may not be available in the future versions. Consider using a different execution engine (i.e. tez, spark) or using Hive 1.X releases.
hive> 
hive> SET hive.execution.engine=MR;
hive>
This warning seems to be generated only with small letter 'mr' wand not with capital letter "MR".
generateMrDeprecationWarning() seem to be displaying this warning and is being called in different classes. 
Ex: https://github.com/apache/hive/blob/master/cli/src/java/org/apache/hadoop/hive/cli/CliDriver.java#L754
https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/Driver.java#L1900

A change from 3.1.3.RELEASE to 3.1.4.RELEASE in org.springframework.context.annotation.ConfigurationClassParser causes the getImport method to recursively load all annotations of a class(looking for @Import), using a metadataReaderFactory solely relying on the classloader of the annotated type. Resulting, the method fails in environments with classloader isolation (i.e. OSGi):

// the package containing @MyAnnotation is explicitly
// imported in the bundle containing AnnotatedType
@MyAnnotation 
public class AnnotatedType {
}
// This meta annotation stems from the spring bundle, i.e. is a transitive 
// import from @MyAnnotation and not explicitly imported into the bundle containing "AnnotatedType"
@Scope("prototype") 
public @interface MyAnnotation {
}

Resulting exception as the SimpleMetadataReader tries to obtain @Scope from the classloader containing AnnotatedType:

-- snipp --
Caused by: java.io.FileNotFoundException: class path resource [org/springframework/context/annotation/Scope.class] cannot be opened because it does not exist
	at org.springframework.core.type.classreading.CachingMetadataReaderFactory.getMetadataReader(CachingMetadataReaderFactory.java:101)
	at org.springframework.context.annotation.ConfigurationClassParser.getImports(ConfigurationClassParser.java:291)
	at org.springframework.context.annotation.ConfigurationClassParser.getImports(ConfigurationClassParser.java:293)
	at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:223)
	at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:147)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:124)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:289)
	... 12 more

The 3.1.3 implementation relied on the annotation metadata of the annotation directly applied to the processed type - perhaps it is possible to reintroduce such an approach in favor of the recursion in getImports.

JIPI-32 is fixed in the following classes:

jpa/hibernate4_1/src/main/java/org/jboss/as/jpa/hibernate4/management/QueryName.java
jpa/hibernate4_3/src/main/java/org/jboss/as/jpa/hibernate4/management/QueryName.java

But not in the following class:

jpa/hibernate5/src/main/java/org/jboss/as/jpa/hibernate5/management/QueryName.java

This in marshalAttributes results in iterating over a reversed list:

//we sort attributes to make sure that attributes that marshall to elements are last
for (AttributeDefinition ad : attributes.stream().sorted((o1, o2) -> o1.getParser().isParseAsElement() ? 1 : -1).collect(Collectors.toList())) {
        
The sorter returning -1 for all non-element attributes has that effect.

  public ZooKeeperWatcher(Configuration conf, String identifier,
      Abortable abortable, boolean canCreateBaseZNode)
  throws IOException, ZooKeeperConnectionException {
    this.recoverableZooKeeper = ZKUtil.connect(...
    if (canCreateBaseZNode) {
      createBaseZNodes();
    }
  }

  private void createBaseZNodes() throws ZooKeeperConnectionException {

The registered watcher doesn't seem to close the Zookeeper instance by watch events, and the instance keeps alive when createBaseZNodes is failed.

Bytes.toStringBinary hex-escapes printable chars such as '@', '$', '#', '%', '&', '*', '(', ')', '
{', '}
', '[', ']', ';', ',', '~', '|'. Why?

1) somespring.xml:
  <lang:bsh id="testSpringAppEventsListener" script-interfaces="org.springframework.context.ApplicationListener" >
    <lang:inline-script><![CDATA[
  void onApplicationEvent (org.springframework.context.ApplicationEvent event) 
{
      org.slf4j.Logger log = org.slf4j.LoggerFactory.getLogger("SpringAppEvent");
      log.info("====================================");
      log.info(event.toString());
  }
]]></lang:inline-script>
  </lang:bsh>
2) MyServletContextListener.contextInitialized (called after org.springframework.web.context.ContextLoaderListener)
...
      final WebApplicationContext ctx = ContextLoader.getCurrentWebApplicationContext();
        ctx.publishEvent(new WebAppEvent(this,  // called only once, i have checked it
            event.getServletContext().getContextPath(),
            event.getServletContext(),  ctx));
where 
public static class WebAppEvent extends ApplicationEvent {
getters/setter
}
3) log file contains 2 (two) records
19:34:10,281 INFO  [main           ] SpringAppEvent        ::====================================
19:34:10,281 INFO  [main           ] SpringAppEvent        ::net.sf.apr.web.ShutdownListener$WebAppEvent[src=net.sf.apr.web.ShutdownListener@b52a28, contextPath=/nsa, servletContext=org.apache.catalina.core.ApplicationContextFacade@1978933, spring=nsa:Apr Core WebApps: startup date [Sat Dec 19 19:34:04 YEKT 2009]; root of context hierarchy]
4) if I set scope to scope="prototype":
  <lang:bsh id="testSpringAppEventsListener" script-interfaces="org.springframework.context.ApplicationListener" scope="prototype" >
then all works as expected: beanshell's onApplicationEvent called only once (only one my record in log)
BUT spring emits warning:
19:13:50,390 WARN  [main           ] nContextAwareProcessor::Inner bean 'scriptedObject.testSpringAppEventsListener' implements ApplicationListener interface but is not reachable for event multicasting by its containing ApplicationContext because it does not have singleton scope. Only top-level listener beans are allowed to be of non-singleton scope.

ServiceMBeanSupport logs a number of messages at WARN and throws IAE, without proper i18n support for the messages.

Currently this type is not recognized and we throw an exception when we try to create a table with it.

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.serde2.SerDeException: Unknown type: CHAR
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:788)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.processVectorGroup(ReduceRecordSource.java:478)
	... 19 more
Caused by: org.apache.hadoop.hive.serde2.SerDeException: Unknown type: CHAR
	at org.apache.hadoop.hive.druid.serde.DruidSerDe.serialize(DruidSerDe.java:501)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:715)
	... 24 more

The portlet specification allows for most of the interesting HttpServletResponse.set* methods to be mapped back to the corresponding ResourceResponse methods but ONLY if the portlet uses PortletRequestDisptacher.forward. If include is used the HttpServletResponse.set* methods are ignored.
This is especially important when using special views such as Jackson or CSV where a specific content-type or other headers need to be set.

Very slow page performance using JSF 2 and Wildfly 8.2.0 for larger pages.  I am migrating a large application from JBoss AS 7.1.1 to Wildfly 8.2.0 and page performance on loads and posts is very slow.  I created a large JSF 2 test page and took timings for JBoss 7.1.1, Wildfly 8.2.0 and Tomcat 7.x using the same Mojarra 2.2.8 implementation as Wildfly.  
The attached war file contains mojarra 2.2.8 jars for tomcat.  The attached ear file is for JBoss deployments and does not contain mojarra jars.  
Example test URL for attached ear and war.
http://localhost:8080/testAppWeb/jsp/AjaxTest.jsf
JBoss 7.1.1 Timings
Page Load: 4.0 Seconds  
Post:  4.5 Seconds
Ajax:  4.0 Seconds 
Wildfly 8.2.0 Timings
Page Load: 55.0 Seconds
Post:  50 Seconds
Ajax:  7 Seconds 
Tomcat 7.x with 2.2.8 Mojarra
Page Load 1.0 Seconds
Post:  0.75 Seconds
Ajax:  0.3  Seconds

Since the schema for Remoting subsystem says that multiple socket bindings should be allowed on a connector, I'm trying to create a connector like that and I couldn't get it to work.
I assume the correct syntax should be the one with [rjanik-sb1,rjanik-sb2] since the socket bindings are defined as xs:list in the schema file. Here's what I tried:

[standalone@localhost:9990 /] /socket-binding-group=standard-sockets/socket-binding=rjanik-sb1:add(interface=public)
[standalone@localhost:9990 /] /socket-binding-group=standard-sockets/socket-binding=rjanik-sb2:add(interface=public)
standalone@localhost:9990 /] /subsystem=remoting/connector=newcon:add(socket-binding="rjanik-sb1 rjanik-sb2")
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: Invalid name character at offset 45",
}
[standalone@localhost:9990 /] /subsystem=remoting/connector=newcon:add(socket-binding="rjanik-sb1, rjanik-sb2")
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: Invalid name character at offset 46",
}
[standalone@localhost:9990 /] /subsystem=remoting/connector=newcon:add(socket-binding="rjanik-sb1,rjanik-sb2")
{
    "failure-description" => {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.newcon is missing [org.wildfly.network.socket-binding.rjanik-sb1,rjanik-sb2]"]},
}
[standalone@localhost:9990 /] /subsystem=remoting/connector=newcon:add(socket-binding="org.wildfly.network.socket-binding.rjanik-sb1,org.wildfly.network.socket-binding.rjanik-sb2")
{
    "failure-description" => {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.newcon is missing [org.wildfly.network.socket-binding.org.wildfly.network.socket-binding.rjanik-sb1,org.wildfly.network.socket-binding.rjanik-sb2]"]},
}
[standalone@localhost:9990 /] /subsystem=remoting/connector=newcon:add(socket-binding="rjanik-sb1,org.wildfly.network.socket-binding.rjanik-sb2")
{
    "failure-description" => {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.newcon is missing [org.wildfly.network.socket-binding.rjanik-sb1,org.wildfly.network.socket-binding.rjanik-sb2]"]},
}
[standalone@localhost:9990 /] /subsystem=remoting/connector=newcon:add(socket-binding=[rjanik-sb1,rjanik-sb2])
{
    "failure-description" => "WFLYCTL0097: Wrong type for socket-binding. Expected [STRING] but was LIST",
}
[standalone@localhost:9990 /] /subsystem=remoting/connector=newcon:add(socket-binding="[rjanik-sb1,rjanik-sb2]")
{
    "failure-description" => {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.newcon is missing [org.wildfly.network.socket-binding.[rjanik-sb1,rjanik-sb2]]"]},
}
[standalone@localhost:9990 /] /subsystem=remoting/connector=newcon:add(socket-binding="[rjanik-sb1],[rjanik-sb2]")
{
    "failure-description" => {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.newcon is missing [org.wildfly.network.socket-binding.[rjanik-sb1],[rjanik-sb2]]"]},
}
[standalone@localhost:9990 /] /subsystem=remoting/connector=newcon:add(socket-binding=["rjanik-sb1","rjanik-sb2"])
{
}

The HTTP handling for the management API supports caching of read-resource-description and read-operation-description responses. But the ETag calculation used in support of this is broken. It was written to calculate an MD5 hash of the toString() representation of a DMR response but the object being hashed got changed to an OperationResponse. The toString() representation of that is unique for each request.

Current partitioning calculation is solely based on hash value of the key. For cross product join where keys are empty, all the rows will be put into partition 0. This falls back to the regular mapjoin behavior where we only have one hashtable.

the command line args are being parsed, which isn't needed in this case, but it fails based on the logic behind this test
	@Test(expected = IllegalArgumentException.class)
	public void testTwoOptionsSameEmptyKey() 
{
		tokenize("bar buzz");
	}

not allowing two options to have an empty key.  What is the rationale?

[standalone@embedded /] /socket-binding-group=standard-sockets/socket-binding=test:add(interface=bogus,port=12345)
{
    org.wildfly.network.interface.bogus; There are no known registration points which can provide this capability.",
}

The failure message is not fully helpful, since while there are no reg points for org.wildfly.network.interface.bogus there are points for caps whose dynamic part is org.wildfly.network.interface.
The message is created using the results of CapabilityRegistry.getPossibleProviderPoints(), which just does a map lookup of the passed in capability name.
Any fix that changes getPossibleProviderPoints() will need to be careful not to break other uses of that method.

This shows up in the Spring OAuth build with Spring 4.0:

java.lang.NoClassDefFoundError: javax/servlet/SessionCookieConfig
	at org.springframework.mock.web.MockHttpSession.<init>(MockHttpSession.java:99)
	at org.springframework.mock.web.MockHttpSession.<init>(MockHttpSession.java:89)
	at org.springframework.mock.web.MockHttpSession.<init>(MockHttpSession.java:80)

SELECT CONCAT(CONCAT(CONCAT('Quarter ',CAST(CAST((MONTH(dt) - 1) / 3 + 1 AS INT) AS STRING)),'-'),CAST(YEAR(dt) AS STRING)) AS `field`
    FROM vectortab2korc 
    GROUP BY CONCAT(CONCAT(CONCAT('Quarter ',CAST(CAST((MONTH(dt) - 1) / 3 + 1 AS INT) AS STRING)),'-'),CAST(YEAR(dt) AS STRING))
    LIMIT 50;

HIVE-5160 allows you to specify a directory where a .hiverc file exists. However since .hiverc is a hidden file this can be confusing. The property should allow a path to a file or a directory.

I compiled WildFly on a Windows box (Win7, x64, JDK 1.7.0_21 32bit). Starting the WildFly appserver without any app works fine.
Next I tried to deploy a war. However, I get the stacktrace below caused by a NumberFormatException.
14:59:29,806 ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.undertow.deployment.default-host./shop2.UndertowDeploymentInfoService: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-host./shop2.UndertowDeploymentInfoService: Failed to start service
	at java.lang.Integer.parseInt(Integer.java:454) [rt.jar:1.7.0_21]
	at java.lang.Integer.parseInt(Integer.java:527) [rt.jar:1.7.0_21]
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:513)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.start(UndertowDeploymentInfoService.java:200)
	... 3 more

Hive doesn't consistently handle db qualified names across all HiveQL statements. While some HiveQL statements such as SELECT support DB qualified names, other such as CREATE INDEX doesn't. 

From ProtobufRpcEngine.java

    static Method getMethod(Class<? extends VersionedProtocol> protocol,
        String methodName) {
      Method method = methodInstances.get(methodName);
      if (method != null) {
        return method;
      }
      Method[] methods = protocol.getMethods();
      LOG.warn("Methods length : " + methods.length); <=========
      for (Method m : methods) {
        if (m.getName().equals(methodName)) {
          m.setAccessible(true);
          methodInstances.put(methodName, m);
          return m;
        }
      }
    }

Adding the following library configuration to example-camel-sap profile causes deployment of child 'sap' container to fail: 
lib.sapjco3.jar = file:///Users/wcollins/Dev/sapjco3-darwinintel64-3.0.8/sapjco3.jar
lib.libsapjco3.jnilib = file:///Users/wcollins/Dev/sapjco3-darwinintel64-3.0.8/libsapjco3.jnilib
The following exception is observed in child 'sap' container log: 
2014-02-10 16:26:07,844 | ERROR | pool-36-thread-1 | ConfigInjection                  | .api.scr.support.ConfigInjection   51 | 59 - io.fabric8.fabric-api - 1.0.0.redhat-328 | Failed to inject configuration 
{service.pid=io.fabric8.datastore, type=caching-git, component.name=io.fabric8.datastore, component.id=34, gitPullPeriod=1000}
 into io.fabric8.git.internal.CachingGitDataStore@185e093f
	at io.fabric8.api.scr.support.ConfigInjection.normalizePropertyName(ConfigInjection.java:171)
	at io.fabric8.api.scr.support.ConfigInjection.injectMetaTypePropertyValue(ConfigInjection.java:142)
	at io.fabric8.api.scr.support.ConfigInjection.applyConfiguration(ConfigInjection.java:91)
	at io.fabric8.api.scr.support.ConfigInjection.applyConfiguration(ConfigInjection.java:47)
	at io.fabric8.git.internal.CachingGitDataStore.activate(CachingGitDataStore.java:98)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.6.0_65]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)[:1.6.0_65]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[:1.6.0_65]
	at java.lang.reflect.Method.invoke(Method.java:597)[:1.6.0_65]
	at org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:231)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:39)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:624)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:508)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:149)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.SingleComponentManager.createImplementationObject(SingleComponentManager.java:315)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.SingleComponentManager.createComponent(SingleComponentManager.java:127)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.SingleComponentManager.getService(SingleComponentManager.java:879)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.SingleComponentManager.getServiceInternal(SingleComponentManager.java:846)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:874)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.addedService(DependencyManager.java:931)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.addedService(DependencyManager.java:895)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.customizerAdded(ServiceTracker.java:1480)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.customizerAdded(ServiceTracker.java:1401)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.ServiceTracker$AbstractTracked.trackAdding(ServiceTracker.java:1210)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.ServiceTracker$AbstractTracked.track(ServiceTracker.java:1148)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:1432)[79:org.apache.felix.scr:1.8.0.redhat-610340]
	at org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:934)[org.apache.felix.framework-4.0.3.redhat-610328.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:795)[org.apache.felix.framework-4.0.3.redhat-610328.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:544)[org.apache.felix.framework-4.0.3.redhat-610328.jar:]
	at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4666)[org.apache.felix.framework-4.0.3.redhat-610328.jar:]
	at org.apache.felix.framework.Felix.registerService(Felix.java:3674)[org.apache.felix.framework-4.0.3.redhat-610328.jar:]
	at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:347)[org.apache.felix.framework-4.0.3.redhat-610328.jar:]
	at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:353)[org.apache.felix.framework-4.0.3.redhat-610328.jar:]
	at io.fabric8.zookeeper.curator.ManagedCuratorFramework$State.stateChanged(ManagedCuratorFramework.java:134)[52:io.fabric8.fabric-zookeeper:1.0.0.redhat-328]
	at org.apache.curator.framework.state.ConnectionStateManager$2.apply(ConnectionStateManager.java:189)[52:io.fabric8.fabric-zookeeper:1.0.0.redhat-328]
	at org.apache.curator.framework.state.ConnectionStateManager$2.apply(ConnectionStateManager.java:185)[52:io.fabric8.fabric-zookeeper:1.0.0.redhat-328]
	at org.apache.curator.framework.listen.ListenerContainer$1.run(ListenerContainer.java:92)[52:io.fabric8.fabric-zookeeper:1.0.0.redhat-328]
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)[:1.6.0_65]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)[:1.6.0_65]
	at java.lang.Thread.run(Thread.java:695)[:1.6.0_65]

org.junit.ComparisonFailure: expected:<[may not be null]> but was:<[kann nicht null sein]>
	at org.junit.Assert.assertEquals(Assert.java:123)
	at org.junit.Assert.assertEquals(Assert.java:145)
	at org.apache.camel.component.bean.validator.BeanValidatorRouteTest.validateShouldFailWithImpliciteDefaultGroup(BeanValidatorRouteTest.java:89)
	at org.junit.rules.TestWatchman$1.evaluate(TestWatchman.java:48)

According to this conversation, 
http://camel.465427.n5.nabble.com/useOriginalMessage-in-recipientList-return-the-wrong-message-td5675017.html
Attached file is the unit test that produces the bug

Noticed while working on  https://issues.jboss.org/browse/WFLY-5658, the fix is:

diff --git a/clustering/singleton/extension/src/main/resources/schema/wildfly-singleton_1_0.xsd b/clustering/singleton/extension/src/main/resources/schema/wildfly-singleton_1_0.xsd
index b591c6c..1b02079 100644
--- a/clustering/singleton/extension/src/main/resources/schema/wildfly-singleton_1_0.xsd
+++ b/clustering/singleton/extension/src/main/resources/schema/wildfly-singleton_1_0.xsd
@@ -20,7 +20,7 @@
 
     <xs:complexType name="singleton-policies">
         <xs:sequence>
-            <xs:element name="singleton-policy" type="tns:singleton-policy">
+            <xs:element name="singleton-policy" type="tns:singleton-policy" maxOccurs="unbounded">
                 <xs:annotation>
                     <xs:documentation>Defines a singleton policy</xs:documentation>
                 </xs:annotation>

ALTER TABLE .. CONCATENATE should fail if the table is not managed by hive. 
For unmanaged tables, file names can be anything. Hive has some assumptions about file names which can result in data loss for unmanaged tables. 
Example of this is a table/partition having 2 different files files (part-m-00000_1417075294718 and part-m-00018_1417075294718). Although both are completely different files, hive thinks these are files generated by separate instances of same task (because of failure or speculative execution). Hive will end up removing this file

2017-08-28T18:19:29,516 WARN  [b27f10d5-d957-4695-ab2a-1453401793df main]: exec.Utilities (:()) - Duplicate taskid file removed: file:/Users/table/part=20141120/.hive-staging_hive_2017-08-28_18-19-27_210_3381701454205724533-1/_tmp.-ext-10000/part-m-00018__1417075294718 with length 958510. Existing file: file:/Users/table/part=20141120/.hive-staging_hive_2017-08-28_18-19-27_210_3381701454205724533-1/_tmp.-ext-10000/part-m-00000__1417075294718 with length 1123116

DDL should restrict concatenation for unmanaged tables. 

This is due to the JRuby code using the now removed HServerInfo. Also getServers() is now getServersSize() etc.

When subsystem is testing remove resources and subsystem model is empty.
Marshaling fails inside subsystem harness with

Caused by: javax.xml.stream.XMLStreamException: Trying to write END_DOCUMENT when document has no root (ie. trying to output empty document).
	at com.ctc.wstx.sw.BaseStreamWriter.throwOutputError(BaseStreamWriter.java:1522)
	at com.ctc.wstx.sw.BaseStreamWriter.reportNwfStructure(BaseStreamWriter.java:1551)
	at com.ctc.wstx.sw.BaseStreamWriter._finishDocument(BaseStreamWriter.java:1377)
	at com.ctc.wstx.sw.BaseStreamWriter.writeEndDocument(BaseStreamWriter.java:536)
	at org.jboss.staxmapper.FormattingXMLStreamWriter.writeEndDocument(FormattingXMLStreamWriter.java:215)
	at org.jboss.as.subsystem.test.TestParser.writeContent(TestParser.java:80)
	at org.jboss.as.subsystem.test.TestParser.writeContent(TestParser.java:51)
	at org.jboss.staxmapper.XMLMapperImpl.doDeparse(XMLMapperImpl.java:88)
	at org.jboss.staxmapper.XMLMapperImpl.deparseDocument(XMLMapperImpl.java:83)
	at org.jboss.as.controller.persistence.AbstractConfigurationPersister.marshallAsXml(AbstractConfigurationPersister.java:117)
	... 51 more

The getter return type (Map) is not the same as setter (Properties). Since Spring 3.1, this is a problem. I get 
org.springframework.beans.NotWritablePropertyException: Invalid property 'statusCodes' of bean class [nl.project.interceptor.MySimpleExceptionResolver]: Bean property 'statusCodes' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter?
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:1057)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:920)
This makes it impossible to configure properties for 'statusCodes' in dispatcher-servlet.xml

org.springframework.util.PatternMatchUtils has an infinite loop bug.
Repro:

PatternMatchUtils.simpleMatch("**a", "*");

tested on spring-core-3.2.8 and 4.1.0

If scratchdir is set to viewfs, HoS fails with exception like

{noformt}
java.lang.IllegalArgumentException: Wrong FS: viewfs://ns-default/tmp/hive_scratch/hive/hive/_spark_session_dir/f4031fca-2885-4e7a-9b05-764d25d0e488/hive-exec-1.1.0-cdh5.7.2.jar, expected: hdfs://nameservice1
        at org.apache.hadoop.fs.FileUtil.checkDest(FileUtil.java:499)
        at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:351)
        at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:341)
        at org.apache.hadoop.fs.FileSystem.copyFromLocalFile(FileSystem.java:1949)
        at org.apache.hadoop.hive.ql.exec.spark.SparkUtilities.uploadToHDFS(SparkUtilities.java:86)

With CBO we need the correct set of indexes to provide an efficient Read/Write access.
These indexes improve performance of Explain plan and Analyzed table by 60% and 300%.

MySQL 
 CREATE INDEX PART_COL_STATS_N50 ON PART_COL_STATS (DB_NAME,TABLE_NAME,COLUMN_NAME) USING BTREE;

MsSQL
CREATE INDEX PART_COL_STATS_N50 ON PART_COL_STATS (DB_NAME,TABLE_NAME,COLUMN_NAME);

Oracle 

Postgres
CREATE INDEX "PART_COL_STATS_N50" ON "PART_COL_STATS" USING btree ("DB_NAME","TABLE_NAME","COLUMN_NAME");

When many-to-many owning-side and inverse-side fields are added to the ITD builder in DbreMetdata, their uniqueness is not checked first, as is done in one-to-many and many-to-one fields. 

Mode execution restarting is not stopped with mode execution stop:
The error is this line from the file:

Class: org.springframework.batch.core.launch.support. CommandLineJobRunner
method: private List<JobExecution> getJobExecutionsWithStatusGreaterThan(String jobIdentifier, BatchStatus minStatus){}.
line: 344: JobExecution jobExecution = jobExecutions.get(jobExecutions.size() - 1);

line: 344: JobExecution jobExecution = jobExecutions.get(0);

Currently when an entity's plural name is changed the relevant controller ITD is updated correctly, however, the controller ITD also needs to be updated when a type referenced by that entity changes.

I've created two gists. 
This first gist is generated by camel-swagger-java:2.21.0 and is broken
Copy the contents and paste into the Swagger Editor. See field identification under /classifier which according to the editor is broken.
[This second gist](https://gist.github.com/hochas/1218ef7a14da509f7079c1f5e098b53c) is modified by hand and displays the field identification as expected. 
The difference is at line 74. The enum type in the broken version, line 76, should be inside  the `items` object, according to this issue at swagger-ui.
This current behavior seems to have been correct some time back.
This is the related parameter that I am creating in my camel route using the DSL:

parameters.add(new RestOperationParamDefinition()
		.name("identification")
		.type(RestParamType.query)
		.required(true)
		.description("The types of identification to include")
		.allowableValues(IdentificationType.getAllTypes())
		.collectionFormat(CollectionFormat.csv)
		.dataType("array")
		.arrayType("string"));

If it helps, here is the entirety of the route:

public class ClassifierRoute extends RouteBuilder {
	
	@Override
	public void configure() throws Exception {
		rest("/classifier")
			.description("MatchX Classifier REST API")
			.id("Classifier route")
			.get()
				.description("Gets classifiers based on supplied parameters")
				.produces(MediaType.APPLICATION_JSON)
				.outType(Identification.class)
				.responseMessage()
					.code(200)
					.message("Returns a result set in JSON format")
					.endResponseMessage()
					.code(400)
					.message("The supplied query is invalid")
				.params(addParameters())
				.to("direct:algorithmMatch");
		
		from("direct:algorithmMatch")
			.bean(ClassifierMediator.class, "getAlgorithmMatchCount")
			.marshal()
				.json(JsonLibrary.Jackson);
	}

	private List<RestOperationParamDefinition> addParameters() {
		List<RestOperationParamDefinition> parameters = Lists.newArrayList();
		
		parameters.add(new RestOperationParamDefinition()
				.name("feature")
				.type(RestParamType.query)
				.required(false)
				.description("The classifier feature type.")
				.allowableValues(FeatureType.getAllTypes()));
		
				.name("rating")
				.required(true)
				.description("The rating of the associated classifier. Takes everything up to and including this number.")
				.allowableValues("0", "1", "2", "3", "4")
				.dataType("integer"));
		
				.name("identification")
				.description("The types of identification to include")
				.allowableValues(IdentificationType.getAllTypes())
				.collectionFormat(CollectionFormat.csv)
				.dataType("array")
				.arrayType("string"));
		
				.name("from")
				.dataType("string")
				.dataFormat("date")
				.description("yyyy-MM-dd"));
		
				.name("to")

		return parameters;
	}

}

This is mostly cleanup although it does enhance the pipeline in one respect. It introduces asyn init for operators and uses it for hash table loading where desired.
There's a bunch of weird code associated with the operator class:

initialize isn't recursive, rather initializeOp is supposed to call initializeChildren. That has led to bugs in the past.

setExecContext and passExecContext. Both are recursive, but passExecContext calls setExecContext and then recurses again. Boo.

lots of (getChildren() != null) although that can't happen anymore

TezCacheAccess is a hack. We should just leave init of inputs up to the operator that needs it.

Need some sanity checks that make sure that operators were all initialized.

Currently, hlog splitter could spend quite sometime to split a log in case any HDFS issue and recoverLease/retry opening is needed.  If distributed log split manager times out the log worker, other log worker to take over will run into the same issue.
Ideally, we should not need a timeout monitor.  Since we have a timeout monitor for DSL now, the worker should heartbeat to avoid wrong/unneeded timeouts.

HBASE-9941 fix causes additional overhead... 
It looks like for every invocation it does a getClassLoader call.

When you access an entities page using the ?mobile=true option, only 8 entities are displayed, even if more entities exist.
The pager button is not displayed in mobile view, so there is no way to access the other entities.

ITBL failed recently in our test harness. Inspecting the failure made me believe that the only reason that particular failure might have happened is that there is a collision in random longs generated by the test. 
The test creates 50 mappers by default, and each mapper writes a 500K random rows starting with row = 0. By default there are 5 iterations.
The check job outputs these counters: 

2013-10-13 07:48:01,134 Map input records=124999751
2013-10-13 07:48:01,134 Map output records=124999999

The number of input records seems fine because

124999751 = 1 + 5 * (0.5M - 1) * 50

5 = num iterations, 0.5M = num rows, 50 = num mappers, and 1 is for row =0 which every chain writes to. 
Output records should be 125M, however we see one cell missing. Since the map input records matches expected number of distinct rows, I suspect that row = 0 had a collision. 
In one of the generate jobs, we can see that the reducer output count does not match the reducer input count. Given that we are using KVSortReducer, this confirms that there is a collision in KeyValues received by this task.

2013-10-13 06:48:12,738 Reduce input records=75000000
2013-10-13 06:48:12,738 Reduce output records=74999997

The count is off by 3 because we are writing 3 columns per row. 
My only theory for explaining this is that we had a collision in chainId's or one of the chains reused row = 0 as the next row. 
This is similar to HBASE-8700, however, in this the probability is much much much lower. 

The NPE prevents Camel to start :

	at org.apache.camel.cdi.CdiCamelExtension.shouldDeployDefaultCamelContext(CdiCamelExtension.java:310)
	at org.apache.camel.cdi.CdiCamelExtension.afterBeanDiscovery(CdiCamelExtension.java:234)
	at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42)
	at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:61)
	at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:423)

The issue seems to be related to CAMEL-9904.
It works well when I get back to version 2.17.0.

Since truncate table with splits preserved will delete hfiles and use the previous regioninfo. It can cause odd behaviors

Case 1: Data appeared after truncate
reproduce procedure：
1. create a table, let's say 'test'
2. write data to 'test', make sure memstore of 'test' is not empty
3. truncate 'test' with splits preserved
4. kill the regionserver hosting the region(s) of 'test'
5. start the regionserver, now it is the time to witness the miracle! the truncated data appeared in table 'test'

Case 2: Data loss
reproduce procedure:
2. write some data to 'test', no matter how many
4. restart the regionserver to reset the seqid
5. write some data, but less than 2 since we don't want the seqid to run over the one in 2
6. kill the regionserver hosting the region(s) of 'test'
7. restart the regionserver. Congratulations! the data writen in 4 is now all lost

Why?
for case 1
Since preserve splits in truncate table procedure will not change the regioninfo, when log replay happens, the 'unflushed' data will restore back to the region
for case 2
since the flushedSequenceIdByRegion are stored in Master in a map with the region's encodedName. Although the table is truncated, the region's name is not changed since we chose to preserve the splits. So after truncate the table, the region's sequenceid is reset in the regionserver, but not reset in master. When flush comes and report to master, master will reject the update of sequenceid since the new one is smaller than the old one. The same happens in log replay, all the edits writen in 4 will be skipped since they have a smaller seqid

MongoDB allows to have users to be defined in the 'admin' database that have permissions in other databases. See last example in http://docs.mongodb.org/manual/tutorial/add-user-to-database/. Before MongoDB 2.4, a login was automatically checked both in the database you connected to and in the 'admin' database. Since MongoDB 2.4, you need to explicitly mention the authentication database when logging in via the tools.
If you connect via the Driver, you need to first connect to the 'admin' database to authenticate, and then switch to the database of your choice.
This option is missing from the Spring-Data-MongoDB integration module.

    <mongo:mongo id="mongo" write-concern="#{T(com.mongodb.WriteConcern).ACKNOWLEDGED}"
                 replica-set="${mongo.mongoReplicaSet}"/>
    <mongo:db-factory id="mongoDbFactory"
                      dbname="${mongo.mongoDatabaseName}"
                      username="${mongo.mongoUser}"
                      password="${mongo.mongoPass}"
                      mongo-ref="mongo"

authenticationDatabase="${mongo.authenticationDatabase}"
/> <!-- authenticationDatabase missing -->
    <mongo:auditing/>

The use of users in the admin database was enforced by our MongoDB consultants.

hive.metastore.disallow.incompatible.col.type.changes when set to true, will disallow incompatible column type changes through alter table.  But, this parameter is not modifiable in HMS.  If HMS in not embedded into HS2, the value cannot be changed.  

The stack is typically:

    <error message="Cannot lock storage /tmp/19e3e634-8980-4923-9e72-a5b900a71d63/dfscluster_32a46f7b-24ef-488f-bd33-915959e001f4/dfs/data/data3. The directory is already locked." type="java.io.IOException">java.io.IOException: Cannot lock storage /tmp/19e3e634-8980-4923-9e72-a5b900a71d63/dfscluster_32a46f7b-24ef-488f-bd33-915959e001f4/dfs/data/data3. The directory is already locked.
	at org.apache.hadoop.hdfs.server.common.Storage$StorageDirectory.lock(Storage.java:602)
	at org.apache.hadoop.hdfs.server.common.Storage$StorageDirectory.analyzeStorage(Storage.java:455)
	at org.apache.hadoop.hdfs.server.datanode.DataStorage.recoverTransitionRead(DataStorage.java:111)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.startDataNode(DataNode.java:376)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.&lt;init&gt;(DataNode.java:290)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.makeInstance(DataNode.java:1553)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1492)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1467)
	at org.apache.hadoop.hdfs.MiniDFSCluster.startDataNodes(MiniDFSCluster.java:460)
	at org.apache.hadoop.hbase.regionserver.wal.TestLogRolling.testLogRollOnDatanodeDeath(TestLogRolling.java:470)
        // ...

It can be reproduced without parallelization or without executing the other tests in the class. It seems to fail about 5% of the time.
This comes from the naming policy for the directories in MiniDFSCluster#startDataNode. It depends on the number of nodes currently in the cluster, and does not take into account previous starts/stops:

   for (int i = curDatanodesNum; i < curDatanodesNum+numDataNodes; i++) {
      if (manageDfsDirs) {
        File dir1 = new File(data_dir, "data"+(2*i+1));
        File dir2 = new File(data_dir, "data"+(2*i+2));
        dir1.mkdirs();
        dir2.mkdirs();
      // [...]

This means that it if we want to stop/start a datanode, we should always stop the last one, if not the names will conflict. This test exhibits the behavior:

  @Test
  public void testMiniDFSCluster_startDataNode() throws Exception {

    assertTrue( dfsCluster.getDataNodes().size() == 2 );

    // Works, as we kill the last datanode, we can now start a datanode
    dfsCluster.stopDataNode(1);
    dfsCluster
      .startDataNodes(TEST_UTIL.getConfiguration(), 1, true, null, null);

    // Fails, as it's not the last datanode, the directory will conflict on
    //  creation
    dfsCluster.stopDataNode(0);
    try {
      dfsCluster
        .startDataNodes(TEST_UTIL.getConfiguration(), 1, true, null, null);
      fail("There should be an exception because the directory already exists");
      assertTrue( e.getMessage().contains("The directory is already locked."));
      LOG.info("Expected (!) exception caught " + e.getMessage());
    }

    // Works, as we kill the last datanode, we can now restart 2 datanodes
    // This makes us back with 2 nodes
      .startDataNodes(TEST_UTIL.getConfiguration(), 2, true, null, null);
  }

And then this behavior is randomly triggered in testLogRollOnDatanodeDeath because when we do

DatanodeInfo[] pipeline = getPipeline(log);
assertTrue(pipeline.length == fs.getDefaultReplication());

and then kill the datanodes in the pipeline, we will have:

most of the time: pipeline = 1 & 2, so after killing 1&2 we can start a new datanode that will reuse the available 2's directory.
sometimes: pipeline = 1 & 3. In this case,when we try to launch the new datanode, it fails because it wants to use the same directory as the still alive '2'.

There are two ways of fixing the test:
1) Fix the naming rule in MiniDFSCluster#startDataNode, for example to ensure that the directory names will not be reused. But I wonder if there is not a testCase somewhere (may be not in HBase) depending on this behavior.
2) Kill explicitly the first and second datanode without using the pipeline to be sure that the names won't conflict.
Feedback welcome and the choice to make here...

I'm really sorry, I fill confused about this, but as listed here we are enable to handle custom http status codes already... But I'm still getting 
IllegalArgumentException: no matching constant for [230] caused in MessageBodyClientHttpResponseWrapper.hasEmptyMessageBody().
I'm using API that responses 230, 240 codes etc... Can you please provide some example or guide me somewhere I can find the solution?
Spring Framework version 4.3.11

After updating 2 projects to Spring Boot 1.4 (and Spring Data Rest 2.5.2) all REST calls to /api  that don't specify a header like "accept: application/json" redirect to /api/browser/index.html#/api/. In previous versions this was only the case when the accept header was text/html, but now the redirect happens with empty accept header.
This may have nothing to do with Spring Data Rest directly, I just put it here because HAL Browser is involved.
But as a result, the default HAL browser itself cannot get the /api and shows its own index.html.

org.apache.hadoop.hbase.client.replication.TestReplicationAdmin Unit test has a @BeforeClass component to start MiniZKCluster, but it does not have a @AfterClass component to shut down MiniZKCluster and clean up the resources from MiniZKCluster.  In Jenkins machine that continuously run tests, the resource leak could affect other tests. 
The solution is trivial.

The following tests fail during the Fuse build on Windows

We are seeing the error from HS2 process stdout.

2017-09-07 10:17:23,933 AsyncLogger-1 ERROR Attempted to append to non-started appender query-file-appender
2017-09-07 10:17:23,934 AsyncLogger-1 ERROR Attempted to append to non-started appender query-file-appender
2017-09-07 10:17:23,935 AsyncLogger-1 ERROR Unable to write to stream /var/log/hive/operation_logs/dd38df5b-3c09-48c9-ad64-a2eee093bea6/hive_20170907101723_1a6ad4b9-f662-4e7a-a495-06e3341308f9 for appender query-file-appender
2017-09-07 10:17:23,935 AsyncLogger-1 ERROR An exception occurred processing Appender query-file-appender org.apache.logging.log4j.core.appender.AppenderLoggingException: Error writing to RandomAccessFile /var/log/hive/operation_logs/dd38df5b-3c09-48c9-ad64-a2eee093bea6/hive_20170907101723_1a6ad4b9-f662-4e7a-a495-06e3341308f9
	at org.apache.logging.log4j.core.appender.RandomAccessFileManager.flush(RandomAccessFileManager.java:114)
	at org.apache.logging.log4j.core.appender.RandomAccessFileManager.write(RandomAccessFileManager.java:103)
	at org.apache.logging.log4j.core.appender.OutputStreamManager.write(OutputStreamManager.java:136)
	at org.apache.logging.log4j.core.appender.AbstractOutputStreamAppender.append(AbstractOutputStreamAppender.java:105)
	at org.apache.logging.log4j.core.appender.RandomAccessFileAppender.append(RandomAccessFileAppender.java:89)
	at org.apache.logging.log4j.core.config.AppenderControl.tryCallAppender(AppenderControl.java:152)
	at org.apache.logging.log4j.core.config.AppenderControl.callAppender0(AppenderControl.java:125)
	at org.apache.logging.log4j.core.config.AppenderControl.callAppenderPreventRecursion(AppenderControl.java:116)
	at org.apache.logging.log4j.core.config.AppenderControl.callAppender(AppenderControl.java:84)
	at org.apache.logging.log4j.core.appender.routing.RoutingAppender.append(RoutingAppender.java:112)
	at org.apache.logging.log4j.core.config.LoggerConfig.callAppenders(LoggerConfig.java:390)
	at org.apache.logging.log4j.core.config.LoggerConfig.processLogEvent(LoggerConfig.java:378)
	at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:362)
	at org.apache.logging.log4j.core.config.AwaitCompletionReliabilityStrategy.log(AwaitCompletionReliabilityStrategy.java:79)
	at org.apache.logging.log4j.core.async.AsyncLogger.actualAsyncLog(AsyncLogger.java:385)
	at org.apache.logging.log4j.core.async.RingBufferLogEvent.execute(RingBufferLogEvent.java:103)
	at org.apache.logging.log4j.core.async.RingBufferLogEventHandler.onEvent(RingBufferLogEventHandler.java:43)
	at org.apache.logging.log4j.core.async.RingBufferLogEventHandler.onEvent(RingBufferLogEventHandler.java:28)
	at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:129)
Caused by: java.io.IOException: Stream Closed
	at java.io.RandomAccessFile.writeBytes(Native Method)
	at java.io.RandomAccessFile.write(RandomAccessFile.java:525)
	at org.apache.logging.log4j.core.appender.RandomAccessFileManager.flush(RandomAccessFileManager.java:111)
	... 25 more

BytesRefArrayWritable's compareTo violates the compareTo contract from java.lang.Object. Specifically:

The implementor must ensure sgn(x.compareTo( y )) == -sgn(y.compareTo( x )) for all x and y.

The compareTo implementation on BytesRefArrayWritable does a proper comparison of the sizes of the two instances. However, if the sizes are the same, it proceeds to do a check if both array's have the same constant. If not, it returns 1. This means that if x and y are two BytesRefArrayWritable instances with the same size, but different contents, then x.compareTo( y ) == 1 and y.compareTo( x ) == 1.
Additionally, the comparison of contents is order agnostic. This seems wrong, since order of entries should matter. It is also very inefficient, running at O(n^2), where n is the number of entries.

Hi,
I have a Java EE application consisting of multiple OSGi bundles running within Apache Felix container on Weblogic 10.3. Spring DM Extender is responsible for loading application contexts of my Spring-powered bundles.
After switch from Spring 3.0.5.RELEASE to Spring 3.1.1.RELEASE the following error arised in a couple of bundles:

Caused by: java.lang.IllegalArgumentException: warning no match for this type name: pl.some.package.SomeClass [Xlint:invalidAbsoluteTypeName]
        at org.aspectj.weaver.tools.PointcutParser.parsePointcutExpression(PointcutParser.java:302)
        at org.springframework.aop.aspectj.AspectJExpressionPointcut.buildPointcutExpression(AspectJExpressionPointcut.java:207)
        at org.springframework.aop.aspectj.AspectJExpressionPointcut.getFallbackPointcutExpression(AspectJExpressionPointcut.java:358)
        at org.springframework.aop.aspectj.AspectJExpressionPointcut.getShadowMatch(AspectJExpressionPointcut.java:409)
        at org.springframework.aop.aspectj.AspectJExpressionPointcut.matches(AspectJExpressionPointcut.java:272)
        at org.springframework.aop.support.AopUtils.canApply(AopUtils.java:225)
        at org.springframework.aop.support.AopUtils.canApply(AopUtils.java:263)
        at org.springframework.aop.support.AopUtils.findAdvisorsThatCanApply(AopUtils.java:295)
        at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.findAdvisorsThatCanApply(AbstractAdvisorAutoProxyCreator.java:117)
        at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.findEligibleAdvisors(AbstractAdvisorAutoProxyCreator.java:87)
        at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.getAdvicesAndAdvisorsForBean(AbstractAdvisorAutoProxyCreator.java:68)
        at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.wrapIfNecessary(AbstractAutoProxyCreator.java:359)
        at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.postProcessAfterInitialization(AbstractAutoProxyCreator.java:322)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:407)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.postProcessObjectFromFactoryBean(AbstractAutowireCapableBeanFactory.java:1598)

It prevents some bundles from starting successfully. I did some debugging and found out that this exception is thrown while AspectJAwareAdvisorAutoProxyCreator is trying to match 

target(pl.some.package.SomeClass) && @annotation(pl.some.package.SomeAnnotation)

pointcut against a bean which is actually an object retrieved from Weblogic JNDI registry (weblogic.jdbc.common.internal.RmiDataSource data source to be precise). pl.some.package.SomeClass is my bundle's internal class that is visible only to classloader dedicated to this bundle. On the other hand bundle's classloader is unable to load Weblogic's weblogic.jdbc.common.internal.RmiDataSource class.
After a small investigation i discovered that the following change in org.springframework.aop.aspectj.AspectJExpressionPointcut.getShadowMatch() method is responsible for mentioned error:
Spring-3.0.5
if (shadowMatch == null) {
	try {
		shadowMatch = this.pointcutExpression.matchesMethodExecution(targetMethod);
	}
	catch (ReflectionWorld.ReflectionWorldException ex) {
		// Failed to introspect target method, probably because it has been loaded
		// in a special ClassLoader. Let's try the original method instead...
		if (targetMethod == originalMethod) {
			shadowMatch = new ShadowMatchImpl(org.aspectj.util.FuzzyBoolean.NO, null, null, null);
		}
		else {
			try {
				shadowMatch = this.pointcutExpression.matchesMethodExecution(originalMethod);
			}
			catch (ReflectionWorld.ReflectionWorldException ex2) {
				// Could neither introspect the target class nor the proxy class ->
				// let's simply consider this method as non-matching.
				shadowMatch = new ShadowMatchImpl(org.aspectj.util.FuzzyBoolean.NO, null, null, null);
			}
		}
	}
	this.shadowMatchCache.put(targetMethod, shadowMatch);
}

versus
Spring-3.1.1
	try {
	}
		try {
			fallbackPointcutExpression = getFallbackPointcutExpression(methodToMatch.getDeclaringClass());
			shadowMatch = fallbackPointcutExpression.matchesMethodExecution(methodToMatch);
		} catch (ReflectionWorld.ReflectionWorldException e) {
			if (targetMethod == originalMethod) {
			}
			else {
				try {
					shadowMatch = this.pointcutExpression.matchesMethodExecution(originalMethod);
				}
				catch (ReflectionWorld.ReflectionWorldException ex2) {
					// Could neither introspect the target class nor the proxy class ->
				        // let's simply consider this method as non-matching.
					methodToMatch = originalMethod;
					fallbackPointcutExpression = getFallbackPointcutExpression(methodToMatch.getDeclaringClass());
					try {
						shadowMatch = fallbackPointcutExpression.matchesMethodExecution(methodToMatch);
					} catch (ReflectionWorld.ReflectionWorldException e2) {
						shadowMatch = new ShadowMatchImpl(org.aspectj.util.FuzzyBoolean.NO, null, null, null);
					}
				}
			}
		}
	}
	if (shadowMatch.maybeMatches() && fallbackPointcutExpression!=null) {
		shadowMatch = new DefensiveShadowMatch(shadowMatch,
			fallbackPointcutExpression.matchesMethodExecution(methodToMatch));
	}
}

Normally AspectJExpressionPointcut builds PointcutExpression using AspectJ's PointcutParser and classloader fetched via Thread.currentThread().getContextClassLoader() method. Spring DM Extender ensures that at this point of context creation provided classloader delegates to bundle's internal classloader. Thanks to that creation of AspectJExpressionPointcut.pointcutExpression (equal to parsing pointcut expression by AspectJ classes) works fine. Unfortunately PointcutExpression that uses  bundle's classloader cant't match weblogic.jdbc.common.internal.RmiDataSource.getConnection() method of the problematic bean. ReflectionWorldException exception is thrown and Spring tries to construct fallbackPointcutExpression using classloader that loaded weblogic.jdbc.common.internal.RmiDataSource class:

private PointcutExpression getFallbackPointcutExpression(Class<?> targetClass) {
	ClassLoader classLoader = targetClass.getClassLoader();
	return classLoader == null ? this.pointcutExpression : buildPointcutExpression(classLoader);
}

Parsing pointcut expression using such classloader fails because this classloader doesn't see pl.some.package.SomeClass. AspectJ's PointcutParser throws IllegalArgumentException in this case:

public PointcutExpression parsePointcutExpression(String expression, Class inScope, PointcutParameter[] formalParameters) 
     throws UnsupportedPointcutPrimitiveException, IllegalArgumentException {
	PointcutExpressionImpl pcExpr = null;
	try {
		Pointcut pc = resolvePointcutExpression(expression, inScope, formalParameters);
		pc = concretizePointcutExpression(pc, inScope, formalParameters);
		validateAgainstSupportedPrimitives(pc, expression); // again, because we have now followed any ref'd pcuts
		pcExpr = new PointcutExpressionImpl(pc, expression, formalParameters, getWorld());
	} catch (ParserException pEx) {
		throw new IllegalArgumentException(buildUserMessageFromParserException(expression, pEx));
	} catch (ReflectionWorld.ReflectionWorldException rwEx) {
		throw new IllegalArgumentException(rwEx.getMessage());
	}
	return pcExpr;
}

However Spring is not prepared for IllegalArgumentException in this place (only for ReflectionWorldException):

try {
	fallbackPointcutExpression = getFallbackPointcutExpression(methodToMatch.getDeclaringClass());
	shadowMatch = fallbackPointcutExpression.matchesMethodExecution(methodToMatch);
} catch (ReflectionWorld.ReflectionWorldException e) {
	if (targetMethod == originalMethod) {
		shadowMatch = new ShadowMatchImpl(org.aspectj.util.FuzzyBoolean.NO, null, null, null);					}

Finally IllegalArgumentException is propagated through the call stack and in the end initialization of application context fails. From my point of view this is undesirable behaviour so i report this as a bug.
Note: i can probably workaround this issue by excluding RmiDataSource bean from autoproxing but this is fragile IMHO.

ORC writers were originally meant to be thread-safe, but in the present day implementation each ORC writer is entirely share-nothing which converts most of the synchronized blocks in ORC as entirely uncontested locks.
These uncontested locks prevent the JVM from inlining/optimizing these methods, while adding no extra thread-safety to the ORC writers.

When I'm trying to configure a JDBC-based cache store for an "offload" Infinispan cache, configuration for the ID/data/timestamp columns is not applied. I found that this is the case by writing:

<replicated-cache name="offload" mode="SYNC">
    <transaction mode="BATCH"/>
    <binary-keyed-jdbc-store data-source="testDS" passivation="false" preload="true" purge="false" shared="true">
        <binary-keyed-table prefix="b">
            <id-column name="id" type="VARCHAR(255)"/>
            <data-column name="datum" type="VARBINARY(10000)"/>
            <timestamp-column name="ver" type="BIGINT"/>
        </binary-keyed-table>
    </binary-keyed-jdbc-store>
</replicated-cache>

and getting the following error:

15:12:44,254 ERROR [org.infinispan.persistence.jdbc.TableManipulation] (ServerService Thread Pool -- 65) ISPN008011: Error while creating table; used DDL statement: 'CREATE TABLE `b_clusterbench_ee7_ear_clusterbench_ee7_web_offload_war`(id VARCHAR NOT NULL, datum BINARY, version BIGINT, PRIMARY KEY (id))': com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NOT NULL, datum BINARY, version BIGINT, PRIMARY KEY (id))' at line 1

Clearly, the configuration isn't applied, because the SQL statement cited in the error message uses default column names and types, which are different from what was configured.

Arrow serde should fill ArrowColumnVector with given precision and scale. When it serializes negative values into Arrow, it throws exceptions that the precision of the value is not same with the precision of Arrow decimal vector.

Assume I have my own FactoryBean class
public class MyFactoryBean extends AbstractFactoryBean<T> {
  // ...
}
and I have defined the bean in applicationContext.xml
<bean id="myFactory" class="MyFactoryBean" />
Everything works fine for applicationContext.getBean("&myFactory"); to return the FactoryBean object
However, if I try to use applicationContext.getBean(MyFactoryBean.class), it will throw Exception
Exception in thread "main" org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named '&myFactory' is defined
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:521)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:254)
        at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1083)
The DefaultListableBeanFactory's getBean(Class<T>) method should have special handling for factory bean

Calls the wrong method. Also, we observed the method not work in a strange manner, so logging needs to be added

Missed this in HBASE-9975.
Also solving a new javadoc warning induced by HBASE-9975

The hadoop jars included in the HBase tree under /lib are not compatible with hadoop-core trunk.
Apparently there have been a couple of revisions to the Hadoop RPC protocol so an HBase built with the included jars will not run against a hadoop trunk cluster.

The cleardanglingscratchdir utility need a fix to make it work if scratchdir is not on defaultFs, such as on Azure.

After about 12 hours of operation, this repeats over and over in the regionserver log:
2009-04-05 19:44:38,445 WARN org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper: Failed to set watcher on ZNode /hbase/master
org.apache.zookeeper.KeeperException$SessionExpiredException: KeeperErrorCode = Session expired
	at org.apache.zookeeper.KeeperException.create(KeeperException.java:118)
	at org.apache.zookeeper.ZooKeeper.exists(ZooKeeper.java:709)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.watchMasterAddress(ZooKeeperWrapper.java:235)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.watchMasterAddress(HRegionServer.java:343)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.process(HRegionServer.java:339)
	at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:366)
2009-04-05 19:44:38,445 WARN org.apache.hadoop.hbase.regionserver.HRegionServer: Unable to set watcher on ZooKeeper master address. Retrying.

At EJBRemoteTransactionPropagatingInterceptor, a transaction that has been already open at current server could be ignored, thus causing the transaction to be reimported, resulting in the double diamond problem and a deadlock.
Issue created based on discussion at jboss-support-transactions list: http://post-office.corp.redhat.com/archives/jboss-support-transactions/2016-September/msg00000.html
Current jboss remoting implementation on JTA does not provide correct handling of double diamond transaction propagation problem.
If transaction is propagated from one server to other one and then back to the first one then such situation can cause deadlock. Remote calls and transactions are processed but when servers using the same remote resource the prepare phase of 2PC can stuck. Transaction is timed-out later and recovery process rolls it back.
IIOP/JTS does not suffer with this flaw.

In playing with 0.96 code on a live cluster, found this issue:
2012-07-03 12:13:32,572 ERROR org.apache.hadoop.hbase.regionserver.SplitLogWorker: unexpected error
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter$OutputSink.closeLogWriters(HLogSplitter.java:1330)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter$OutputSink.finishWritingAndClose(HLogSplitter.java:1221)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFileToTemp(HLogSplitter.java:441)
        at org.apache.hadoop.hbase.regionserver.wal.HLogSplitter.splitLogFileToTemp(HLogSplitter.java:369)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker.grabTask(SplitLogWorker.java:276)
        at org.apache.hadoop.hbase.regionserver.SplitLogWorker.taskLoop(SplitLogWorker.java:197)
2012-07-03 12:13:32,575 INFO org.apache.hadoop.hbase.regionserver.SplitLogWorker: SplitLogWorker ****.cloudera.com,57020,1341335300238 exiting

This bug is rather easy to get if the TimeoutMonitor is on, else I think it's still possible to hit it if a region fails to open for more obscure reasons like HDFS errors.
Consider a region that just went through distributed splitting and that's now being opened by a new RS. The first thing it does is to read the recovery files and put the edits in the MemStores. If this process takes a long time, the master will move that region away. At that point the edits are still accounted for in the global MemStore size but they are dropped when the HRegion gets cleaned up. It's completely invisible until the MemStoreFlusher needs to force flush a region and that none of them have edits:

2012-03-21 00:33:39,303 DEBUG org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Flush thread woke up because memory above low water=5.9g
2012-03-21 00:33:39,303 ERROR org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Cache flusher failed for entry null
        at com.google.common.base.Preconditions.checkState(Preconditions.java:129)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushOneForGlobalPressure(MemStoreFlusher.java:199)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.run(MemStoreFlusher.java:223)

The null here is a region. In my case I had so many edits in the MemStore during recovery that I'm over the low barrier although in fact I'm at 0. It happened yesterday and it still printing this out.
To fix this we need to be able to decrease the global MemStore size when the region can't open.

I discovered this while tracking down a Spring Integration issue:
https://jira.springsource.org/browse/INT-969
The problem is in the getValueInternal(..) method of MethodReference. There is a retry with a new MethodExecutor after one AccessException, yet the AccessException is also the root cause of any Exception thrown from the actual code being invoked. Here's an excerpt from the relevant code:

MethodExecutor executorToUse = this.cachedExecutor;
if (executorToUse != null) {
   try {
      return executorToUse.execute(...);
   }
   catch (AccessException ae) {
      // this is OK - it may have gone stale due to a class change,
      // let's try to get a new one and call it before giving up
      this.cachedExecutor = null;
   }
}

// either there was no accessor or it no longer existed
executorToUse = findAccessorForMethod(this.name, getTypes(arguments), state);
this.cachedExecutor = executorToUse;
try {
   return executorToUse.execute(...);
}
catch (AccessException ae) {
   throw new SpelEvaluationException(...)
}

The two step release process in combination with bugs in the Maven compiler and AspectJ plugin have caused the auditing functionality to be broken in the artifacts deployed to Maven Central. The ones in the Spring repository are fine.

Symptom
When DROP TABLE a table, metadata of the table is generated to be able to import the dropped table again.
However, the exported metadata name is '<table name>.metadata'.
Since ImportSemanticAnalyzer allows only '_metadata' as metadata filename, user have to rename the metadata file to import the table.
Set the following setting to hive-site.xml:

   <name>hive.metastore.pre.event.listeners</name>
   <value>org.apache.hadoop.hive.ql.parse.MetaDataExportListener</value>

Then run the following queries:

> CREATE TABLE test_table (id INT, name STRING);
> DROP TABLE test_table;
> IMPORT TABLE test_table_imported FROM '/path/to/metadata/file';
FAILED: SemanticException [Error 10027]: Invalid path

We're using Spring's BeanWrapper to access a bean via reflection. For one bean's property

which has a generic type
which is read-only (no setter)
whose getter implements an interface

we're getting a org.springframework.beans.NotReadablePropertyException since Spring 3.1. I tracked it a little bit and found out that it is related to the ExtendedBeanInfo class introduced with Spring 3.1. The following example demonstrates this:

package org.springframework.beans;

import java.beans.BeanInfo;
import java.beans.IntrospectionException;
import java.beans.Introspector;

public class BeanInfoTest {

    public interface Interface<T> {
        T getProp();
    }

    public final class Bean implements Interface<Class<?>> {
        private Class<?> prop;
        public Class<?> getProp() { return prop; }
    }

    @Test
    public void testWithPlainBeanInfo() throws IntrospectionException {
        BeanInfo info = Introspector.getBeanInfo(Bean.class);
        assertEquals(2, info.getPropertyDescriptors().length);
    }

    @Test
    public void testWithExtendedBeanInfo() throws IntrospectionException {
        ExtendedBeanInfo extendedInfo = new ExtendedBeanInfo(
                Introspector.getBeanInfo(Bean.class));
        assertEquals(2, extendedInfo.getPropertyDescriptors().length);
    }
}

While the first test passes, the second fails on IBM JVM 1.6.
If we do any of

add a setter
remove the interface
change the type to non-generic (e.g. String)
run it under Sun JVM 1.6

it works.
It seems that ExtendedBeanInfo has a problem with the covariant return types coming from the bridge method for the generic property.

The wildfly-config.xml configurations for tests in the controller and protocol modules use invalid attributes for remoting 5.

    <endpoint name="test-endpoint" xmlns="urn:jboss-remoting:5.0">
            <connection uri="remote://localhost:32123" immediate="true"/>
    </endpoint>

The uri and immediate attributes are not valid for a connection element type.

Only DataSourceEnable appears to have a dependency defined against the security domain used (SecurityDomainService).
Also any security domain used in recovery needs a dependency.
Likewise for resource adapter deployments.

1) Info (or more detail) level logging
2) We have URL mapping, e.g. 

  <bean id="contentUrlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
    <property name="alwaysUseFullPath" value="true"/>
    <property name="mappings">
      <props>
        <prop key="/action.do">actionController</prop>
      </props>
  </bean>

3) We have scoped controller, e.g

  <bean id="actionController" class="my.ActionController" scope="session">
    <aop:scoped-proxy/>
  </bean>

When we try to start application, we get following exception:

Caused by: org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'scopedTarget.actionController': 
Scope 'session' is not active for the current thread; 
consider defining a scoped proxy for this bean if you intend to refer to it from a singleton; 
nested exception is java.lang.IllegalStateException:
 No thread-bound request found: Are you referring to request attributes outside of an actual web request, 
or processing a request outside of the originally receiving thread? 
If you are actually operating within a web request and still receive this message, 
your code is probably running outside of DispatcherServlet/DispatcherPortlet: 
In this case, use RequestContextListener or RequestContextFilter to expose the current request.
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:339)
        at org.springframework.aop.target.SimpleBeanTargetSource.getTarget(SimpleBeanTargetSource.java:33)
        at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.getTarget(Cglib2AopProxy.java:653)
        at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:604)
        at com.vi.portal.whatcanido.WhatCanIDoController$$EnhancerByCGLIB$$5e8730ba.toString(<generated>)
        at org.springframework.web.servlet.handler.AbstractUrlHandlerMapping.registerHandler(AbstractUrlHandlerMapping.java:411)
        at org.springframework.web.servlet.handler.SimpleUrlHandlerMapping.registerHandlers(SimpleUrlHandlerMapping.java:129)

It occurs because AbstractUrlHandlerMapping.registerHandler logs controller mapping:

if (logger.isInfoEnabled()) {
	logger.info("Mapped URL path [" + urlPath + "] onto handler [" + resolvedHandler + "]");
}

and resolveHandler.toString() is executed, this requires proxy to create underline scoped bean, but it can't create it without request.
PS. the same problem can occurs in different places of this function or in other functions.

I have a MongoDb document I successfully store using Spring Data MongoDb. It looks like this:

{
    "_id" : "1",
    "_class" : "SomeClass",
    "createdDate" : ISODate("2016-01-16T07:05:45.656Z"),
    "lastUpdate" : ISODate("2016-01-16T07:05:45.656Z")
}

When I create a custom Criteria query that looks like this:

query.addCriteria(where("createdDate").lte(LocalDateTime.now()));

The resulting MongoDb query looks like this:

{ "createdDate" : { "$lte" : { $java : 2016-01-16T14:36:50.656 } } }

It consequently fails with this message:
java.lang.IllegalArgumentException: can't serialize class java.time.LocalDateTime
at org.bson.BasicBSONEncoder._putObjectField(BasicBSONEncoder.java:299)
It does not fail when I use a java.util.Date in my query even though I have stilled persisted my document with a java.time.LocalDateTime object. The query then looks slightly different like this:

{ "createdDate" : { "$lte" : { "$date" : "2016-01-16T07:35:19.985Z"}}}

I'm hoping there is a way to not have to convert my LocalDateTime objects to Date objects for querying.
Please advise.
Cheers,
Bjorn

Can StandardMultipartHttpServletRequest$StandardMultipartFile be made to implement Serializable like CommonsMultipartFile does?
I'm getting this error in a project using Spring Framework 4.1.1.RELEASE and Spring Web Flow 2.4.0.RELEASE:
org.springframework.webflow.execution.repository.snapshot.SnapshotCreationException: Could not serialize flow execution
Caused by: java.io.NotSerializableException: org.springframework.web.multipart.support.StandardMultipartHttpServletRequest$StandardMultipartFile

See the tail of HBASE-4993, which I'll report here:
Me:

I think a bug was introduced here. Here's the new waiting logic in waitForRegionServers:
the 'hbase.master.wait.on.regionservers.mintostart' is reached AND
   there have been no new region server in for
      'hbase.master.wait.on.regionservers.interval' time
And the code that verifies that:
!(lastCountChange+interval > now && count >= minToStart)
Nic:

It seems that changing the code to
(count < minToStart ||
lastCountChange+interval > now)
would make the code works as documented.
If you have 0 region servers that checked in and you are under the interval, you wait: (true or true) = true.
If you have 0 region servers but you are above the interval, you wait: (true or false) = true.
If you have 1 or more region servers that checked in and you are under the interval, you wait: (false or true) = true.

When calcite is not on the HMS classpath, and query based compaction is enabled then the compaction fails with NoClassDefFound error. Since the catch block only catches Exceptions the following code block is not executed:

  LOG.error("Caught exception while trying to compact " + ci +
      ".  Marking failed to avoid repeated failures, " + StringUtils.stringifyException(e));
  msc.markFailed(CompactionInfo.compactionInfoToStruct(ci));
  msc.abortTxns(Collections.singletonList(compactorTxnId));
}

So the compaction is not set to failed.
Would be better to catch Throwable instead of Exception

In "8.10.2 Pooling target sources" there is a sentence "See the havadoc for AbstractPoolingTargetSource and the concrete..." which should probably be "See the javadoc for AbstractPoolingTargetSource and the concrete..."

We do not restrict user from creating a table having column family starting with '_'.
So when user creates a table in such a way then LoadIncrementalHFiles will skip those family data to load into the table.

// Skip _logs, etc
if (familyDir.getName().startsWith("_")) continue;

I think we should remove that check as I do not see any _logs directory being created by the bulkload tool in the output directory.

if stats.autogather=false leads to incorrect basic stats in case of insert statements.

In case Base64OutputStream is used for encoding byte array produced from some strings, an incomplete result (that is inconsistent with both other Base64 implementations and Base64InputStream implementation) is produced. It appears that "s" character is getting omitted if it's in the end of the string to be encoded; there may be other cases as well.
Here is the test that allows to reproduce the problem: http://kiberion.net/kibertoad/temp/codec-base64-error.zip

In the equals method of KeyValue only row key is compared, and in the hashcode method all bacing bytes are calculated. This breaks the Java rule.

we have a document class;

@Document(collection = "Computer")
public class Computer
{
   @Id
   private String _id;

   private String batchId;

  @Field("stat")
   private String status;

   @Field("disp")
   private List<Monitor> displays;

   //setters and getters
}

public class Monitor {
   @Field("res")
   private String resolution;

  // setters/getters
}

In MongoTemplate.java, the call to :

protected <S, T> List<T> doFind(String collectionName, DBObject query, DBObject fields, Class<S> entityClass,
			CursorPreparer preparer, DbObjectCallback<T> objectCallback)

DBObject mappedQuery = queryMapper.getMappedObject(query, entity);

resolves the fields to the input query to the ones in the @Field annotations, except for these in embedded arrays. So, in the example above, resolution fields in DBObject remains resolution. While, the status field resolves to stat. 
Note the queries in the inner list, are setup as elemMatch.
The query submitted to mongo after getMappedObject is called:

{ "$and" : [ { "stat" : "A"} , { "disp" : { "$elemMatch" : { "$and" : [ { "resolution" : { "$ne" :  null }} , { "resolution" : { "$ne" : ""}}]}}}] , "batchId" : "5d0f1c53-92a2-48cb-8c84-1061769962c1"}

Which doesn't get any data, because there is no field called resolution (the field in mongo is res). 
Note: The query input to getMappedObject is:

{ "$and" : [ { "status" : "A"} , { "displays" : { "$elemMatch" : { "$and" : [ { "resolution" : { "$ne" :  null }} , { "resolution" : { "$ne" : ""}}]}}}] , "batchId" : "5d0f1c53-92a2-48cb-8c84-1061769962c1"}

Notice the status and displays fields correctly get converted to the value in the @Field annotation. 
The correct query from getMappedObject should be:

{ "$and" : [ { "stat" : "A"} , { "disp" : { "$elemMatch" : { "$and" : [ { "res" : { "$ne" :  null }} , { "res" : { "$ne" : ""}}]}}}] , "batchId" : "5d0f1c53-92a2-48cb-8c84-1061769962c1"}

This basically means that any queries that operate on fields (with a name different from the peristed name) in the inner list will fail. 

I have a Jpa repository that utilizes QueryDSL's fluent API:
IUserRepository.java
public interface IUserRepository extends JpaRepository<User, Long>, QueryDslPredicateExecutor<User>

Then I have a service that reads records from the repository via the findAll() method. I have a requirement that
the fields must be dynamic and the records are pageable:
UserService.java
@Service
public class UserService implements IUserService {
	
	private IUserRepository userRepository;
	
	private EntityManagerFactory emf;

	@Override
	public Page<User> readFromRepository(String username, Pageable page) {
		
		PathBuilder<User> entityPath = new PathBuilder<User>(User.class, "user");
		StringPath path = entityPath.get(new StringPath("username"));
		BooleanExpression hasUsername = path.eq(username);
	
		BooleanBuilder builder = new BooleanBuilder();
		builder.and(hasUsername);
		
		return userRepository.findAll(builder, page);
	}
...
}

However an exception is thrown whenever that method is called:

java.lang.NoSuchMethodError: com.mysema.query.jpa.JPQLQuery.offset(J)Lcom/mysema/query/Query;
	at org.springframework.data.jpa.repository.support.QueryDslJpaRepository.applyPagination(QueryDslJpaRepository.java:168)
	at org.springframework.data.jpa.repository.support.QueryDslJpaRepository.findAll(QueryDslJpaRepository.java:128)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:322)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:307)
	at $Proxy24.findAll(Unknown Source)
	at org.demo.service.UserService.readFromRepository(UserService.java:43)

I tried digging into the code and the source and I can't find the reasons why. The internal implementation doesn't show any missing methods. I have checked my jars but I didn't find any old dependencies. I tested my project both at home and at work (Ubuntu, Windows, proxied, non-proxied environments). But I keep getting the same exception.
When I check the following:

org.springframework.data.jpa.repository.support.QueryDslJpaRepository.applyPagination(QueryDslJpaRepository.java:168)

QueryDslJpaRepository.java
	protected JPQLQuery applyPagination(JPQLQuery query, Pageable pageable) {

		if (pageable == null) {
			return query;
		}

		query.offset(pageable.getOffset());
		query.limit(pageable.getPageSize());

		return applySorting(query, pageable.getSort());
	}

As a workaround, I did the following code:
@Service
	
...
	@Override
	public List<User> readFromEntityManager(String username, Pageable page) {
		
		BooleanExpression hasUsername = path.ne(username);
		
		EntityManager em = emf.createEntityManager();
		
		JPQLQuery result = new JPAQuery(em).from(entityPath).where(builder);
		
		if (page != null) {
			result.offset(page.getOffset());
			result.limit(page.getPageSize());
		}
		
		return result.list(entityPath);
	}
...
}

And it works perfectly. I tried to match as possible the original Spring JPA implementation. I don't really know what's wrong with the findAll() method, but directly calling the EntityManagerFactory somehow did the trick.
I have attached a strip-down version of my webapp. It's a Maven project with unit tests included. Just run Maven test to verify the error. 
You need to have MySQL and create a db "testdb". No data is needed but you can prepopulate them. There's a data.sql inside the classpath. (I'm trying to initialize the db with jdbc:initialize-database but it keeps throwing an error. You might wanna take a peek of that error if you like).
By the way my Maven properties:

	<properties>
		<spring.version>3.1.0.RC1</spring.version>
		<spring.data.jpa.version>1.1.0.M1</spring.data.jpa.version>
		<querydsl.version>2.2.3</querydsl.version>
	</properties>

Thanks. 

":read-resource(recursive=true)" generates output with random order, could it be ordered alphabetically by keys 
Now I can't do simple diff of changes, it's necessary to parse output to get valid list of changes.
I expect output is stored in some structure data format before processed/printed out, could you use some sorted structure (Tree* stuff) ?
Command to generate output and diff

jboss-eap-7.0/bin/jboss-cli.sh -c ":read-resource(recursive=true)" > 01 && jboss-eap-7.0/bin/jboss-cli.sh -c ":read-resource(recursive=true)" > 02 
diff 01 02 ## meld kdiff3 or your diff favorite tool

Diff in my case:

> 02 && diff 01 02
50c50,67
<                                 "security" => {"classification" => {"security-domain" => {
---
>                                 "logging" => {"classification" => {
>                                     "logger" => {
>                                         "configured-application" => undefined,
>                                         "default-application" => false,
>                                         "applies-to" => undefined
>                                     },
>                                     "logging-profile" => {
>                                     }
>                                 }},
>                                 "naming" => {"classification" => {"binding" => {
>                                     "configured-application" => undefined,
>                                     "default-application" => false,
>                                     "applies-to" => undefined
>                                 }}},
>                                 "mail" => {"classification" => {"mail-session" => {
64a82,86
>                                 "security" => {"classification" => {"security-domain" => {
>                                 }}},
66,70d87
<                                     "data-source" => {
<                                         "configured-application" => undefined,
<                                         "default-application" => false,
<                                         "applies-to" => undefined
<                                     },
80,86d96
<                                     }
<                                 }},
<                                 "logging" => {"classification" => {
<                                     "logging-profile" => {
88c98
<                                     "logger" => {
---
>                                     "data-source" => {
93,103c103
<                                 }},
<                                 "mail" => {"classification" => {"mail-session" => {
<                                     "configured-application" => undefined,
<                                     "default-application" => false,
<                                     "applies-to" => undefined
<                                 }}},
<                                 "naming" => {"classification" => {"binding" => {
<                                 }}}
---
>                                 }}
106,114d105
<                                 "mail" => {"classification" => {"mail-server-security" => {
<                                     "configured-requires-addressable" => undefined,
<                                     "configured-requires-read" => undefined,
<                                     "configured-requires-write" => undefined,
<                                     "default-requires-addressable" => false,
<                                     "default-requires-read" => false,
<                                     "default-requires-write" => true,
<                                 }}},
116c107
<                                     "naming-binding" => {
---
>                                     "jndi-view" => {
121,122c112,113
<                                         "default-requires-read" => false,
<                                         "default-requires-write" => false,
---
>                                         "default-requires-read" => true,
>                                         "default-requires-write" => true,
125c116
<                                     "jndi-view" => {
---
>                                     "naming-binding" => {
130,131c121,122
<                                         "default-requires-read" => true,
<                                         "default-requires-write" => true,
---
>                                         "default-requires-read" => false,
>                                         "default-requires-write" => false,
153,162c144
<                                 "remoting" => {"classification" => {"remoting-security" => {
<                                     "default-requires-read" => true,
<                                 }}},
<                                 "security" => {"classification" => {"misc-security" => {
---
>                                 "logging" => {"classification" => {"view-server-logs" => {
167,168c149,150
---
>                                     "default-requires-read" => false,
>                                     "default-requires-write" => false,
171,172c153,154
<                                 "undertow" => {"classification" => {
<                                     "undertow-handler" => {
---
>                                 "core" => {"classification" => {
>                                     "security-realm-ref" => {
176,178c158,160
<                                         "default-requires-addressable" => false,
---
>                                         "default-requires-addressable" => true,
181c163
<                                     "undertow-filter" => {
---
>                                     "server-ssl" => {
185,187c167,169
---
190c172
<                                     "web-connector" => {
---
>                                     "service-container" => {
196c178
---
199c181
<                                     "web-access-log" => {
---
>                                     "extensions" => {
205c187
---
207,237c189,190
<                                     }
<                                 }},
<                                 "logging" => {"classification" => {"view-server-logs" => {
<                                     "default-requires-write" => false,
<                                 }}},
<                                 "datasources" => {"classification" => {"data-source-security" => {
<                                 }}},
<                                 "resource-adapters" => {"classification" => {"resource-adapter-security" => {
<                                 }}},
<                                 "core" => {"classification" => {
<                                     "extensions" => {
---
>                                     },
>                                     "system-property" => {
246c199
<                                     "service-container" => {
---
>                                     "module-loading" => {
255c208
<                                     "domain-controller" => {
---
>                                     "jvm" => {
264c217
<                                     "domain-names" => {
---
>                                     "snapshots" => {
270c223
---
273c226
<                                     "security-domain-ref" => {
---
>                                     "access-control" => {
291c244
<                                     "management-interfaces" => {
---
>                                     "credential" => {
296c249
---
300c253
<                                     "socket-binding-ref" => {
---
>                                     "management-interfaces" => {
306c259
---
309c262
<                                     "socket-config" => {
---
>                                     "security-domain" => {
313,314c266,267
---
318c271
<                                     "security-vault" => {
---
>                                     "patching" => {
323c276
---
327c280
<                                     "server-ssl" => {
---
>                                     "read-whole-config" => {
331c284
<                                         "default-requires-addressable" => true,
---
>                                         "default-requires-addressable" => false,
336c289
<                                     "jvm" => {
---
>                                     "domain-controller" => {
345c298
<                                     "module-loading" => {
---
>                                     "security-vault" => {
350c303
---
354c307
<                                     "security-domain" => {
---
>                                     "security-domain-ref" => {
363c316
<                                     "snapshots" => {
---
>                                     "socket-binding-ref" => {
372c325
<                                     "credential" => {
---
>                                     "domain-names" => {
377c330
---
381c334
<                                     "read-whole-config" => {
---
>                                     "socket-config" => {
386c339
---
389,390c342,363
<                                     },
<                                     "patching" => {
---
>                                     }
>                                 }},
>                                 "mail" => {"classification" => {"mail-server-security" => {
>                                     "configured-requires-addressable" => undefined,
>                                     "configured-requires-read" => undefined,
>                                     "configured-requires-write" => undefined,
>                                     "default-requires-addressable" => false,
>                                     "default-requires-write" => true,
>                                 }}},
>                                 "resource-adapters" => {"classification" => {"resource-adapter-security" => {
>                                     "default-requires-read" => true,
>                                 }}},
>                                 "undertow" => {"classification" => {
>                                     "undertow-filter" => {
396c369
---
399c372
<                                     "access-control" => {
---
>                                     "web-connector" => {
403,405c376,378
---
408c381
<                                     "system-property" => {
---
>                                     "undertow-handler" => {
414c387
---
417c390
<                                     "security-realm-ref" => {
---
>                                     "web-access-log" => {
421,423c394,396
---
426c399,426
<                                 }}
---
>                                 }},
>                                 "datasources" => {"classification" => {"data-source-security" => {
>                                 }}},
>                                 "remoting" => {"classification" => {"remoting-security" => {
>                                 }}},
>                                 "security" => {"classification" => {"misc-security" => {
>                                 }}}

When a user attempts to create caching proxies using the o.s.cache.interceptor.CacheProxyFactoryBean, this fails to work.
A user might want to use the CacheProxyFactoryBean to introduce caching behavior and logic to classes from a 3rd party library.  This recently came up in a StackOverflow post.  Please read the post and the answers (especially this one) for further details.
Ideally, a user would be able to add caching behavior to any class, programmatically (not declaratively) using...

@Bean
CacheProxyFactoryBean someBean() {

    CacheProxyFactoryBean factoryBean = new CacheProxyFactoryBean();

    factoryBean.setCacheOperationSources(...);
    factoryBean.setTarget(new ThirdPartyClass());

    return factoryBean;
}

Unfortunately, this does not work because the internal CacheInterceptor's afterSingletonesInitialized() method never gets called, thereby setting the initialized bit and therefore allowing the caching behavior/logic to be evaluated.  As result, the target object's original operation is always invoked, forgoing any caching behavior, making any caching proxy configuration useless.
This can be fixed by having CacheProxyFactoryBean implement the SmartInitializingSingleton interface along with BeanFactoryAware and delegating said operations to the internal CacheInterceptor.
See Pull Request for fix.

HBASE-15933 fixed the NullPointerException bug.
When there is one or more region whose RegionLoad cannot be retrieved, the average region size may be incorrect.
We should not use tableRegions.size() as denominator - the number of regions whose RegionLoad can be retrieved should be used.

I tried to use file monitoring service from another Spring project. If I add monitoring request for a file followed by a directory, I get ClassCastException in PollingFileMonitorService.add(MonitoringRequest). The fix is simple (patch attached)

Karl Moore reported on acegisecurity-developer:
"Some users have been reporting problems with the examples that are bundled with 1.0.4.  It appears that acegi-security-sample-tutorial.war, is missing all the files apart from the jars."

That means that some RDBMS products with arbitrary limits cannot run these queries. I hope HBase metastore comes soon and delivers us from Oracle! For now, though, we have to fix this.

hive> select * from lineitem where l_orderkey = 1212000001;

Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: The incoming request has too many parameters. The server supports a maximum of 2100 parameters. Reduce the number of parameters and resend the request.
        at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDatabaseError(SQLServerException.java:215) ~[sqljdbc41.jar:?]
        at com.microsoft.sqlserver.jdbc.SQLServerStatement.getNextResult(SQLServerStatement.java:1635) ~[sqljdbc41.jar:?]
        at com.microsoft.sqlserver.jdbc.SQLServerPreparedStatement.doExecutePreparedStatement(SQLServerPreparedStatement.java:426) ~[sqljdbc41.jar:?]

        at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:543) ~[datanucleus-api-jdo-4.2.1.jar:?]
        at org.datanucleus.api.jdo.JDOQuery.executeInternal(JDOQuery.java:388) ~[datanucleus-api-jdo-4.2.1.jar:?]
        at org.datanucleus.api.jdo.JDOQuery.executeWithArray(JDOQuery.java:264) ~[datanucleus-api-jdo-4.2.1.jar:?]
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.executeWithArray(MetaStoreDirectSql.java:1681) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.partsFoundForPartitions(MetaStoreDirectSql.java:1266) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.aggrColStatsForPartitions(MetaStoreDirectSql.java:1196) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore$9.getSqlResult(ObjectStore.java:6742) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore$9.getSqlResult(ObjectStore.java:6738) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2525) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore.get_aggr_stats_for(ObjectStore.java:6738) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]

For testCyclicReplication2, the last assert

wait(row4, htables[0], true);

should be

wait(row4, htables[0], false);

as 'row4' is not a delete.

The testcase defines a 

"-D" + ImportTsv.SEPARATOR_CONF_KEY + "=,",

but the data line has 

 String data = "KEY\u001bVALUE4\u001bVALUE8\n";

This may not be working correctly.  Need to change the seperator.

After HBASE-18224, Jetty has be updated to 9.4.6, and it requires more threads to start up.
If the value of hbase.rest.threads.max is too small, the rest server will fail to start.
What I observed was as follows:
1. The process did not exit. (At the beginning, I thought the rest server has been start normally because of the process exists.)
2. Can't connect to the rest server and I didn't found any exception log in ***.log.
3. the main thread has exited (jstack log).
4. Found the exception information from ***.out.

java.lang.IllegalStateException: Insufficient threads: max=5 < needed(acceptors=1 + selectors=8 + request=1)
        at org.eclipse.jetty.server.Server.doStart(Server.java:414)
        at org.apache.hadoop.hbase.rest.RESTServer.main(RESTServer.java:360)

I think the process should exit and log the information in ***.log when it happens.
So that the user can directly discover that the rest server is abnormal.

In case SSL through Elytron ssl-context is configured for management interface then JBoss CLI is not able to authenticate when it is run with IBM JDK.
It works correctly when 

Legacy SSL is used instead of Elytron ssl-context
or non-IBM JDK is used for JBoss CLI
or only authentication without SSL is used

It fails for http-interface as well as native-interface.
When different client is used for connection to management interface (I tried it with ModelControllerClient) then authentication and SSL works correctly.
For http-interface following output of CLI is print:

Failed to connect to the controller: The controller is not available at localhost:9993: java.net.ConnectException: WFLYPRT0053: Could not connect to remote+https://localhost:9993. The connection failed: WFLYPRT0053: Could not connect to remote+https://localhost:9993. The connection failed: java.nio.channels.ClosedChannelException

For native-interface following output of CLI is print:

Failed to connect to the controller: Unable to negotiate SSL connection with controller at localhost:9999

LongRunningThreadsCheckTestCase fails with security manager because of missing permission "("java.lang.RuntimePermission" "accessDeclaredMembers")":

java.lang.AssertionError: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessDeclaredMembers")" in code source "(vfs:/content/wm.ear/lib/wm.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.wm.ear" from Service Module Loader")
	at org.jboss.as.test.integration.jca.JcaTestsUtil.extractBlockingExecutor(JcaTestsUtil.java:197)
	at org.jboss.as.test.integration.jca.workmanager.LongRunningThreadsCheckTestCase.testWmWithoutLongRunningThreads(LongRunningThreadsCheckTestCase.java:203)

Adding java.lang.RuntimePermission("accessDeclaredMembers") and java.lang.reflect.ReflectPermission("suppressAccessChecks") helps.

Instead of eagerly checking the file exists with  "if (!resource.exists())" perhaps move the logic into the metadata reader only attempt the rewrite if the access has failed with the passed in name?
We can provide a patch if needed.

Not sure of the root cause yet, I am at "how did this ever work" stage.
We see this problem in 0.96.1, but didn't in 0.96.0 + some patches.
It looks like RS information arriving from 2 sources - ZK and server itself, can conflict. Master doesn't handle such cases (timestamp match), and anyway technically timestamps can collide for two separate servers.
So, master YouAreDead-s the already-recorded reporting RS, and adds it too. Then it discovers that the new server has died with fatal error!
Note the threads.
Addition is called from master initialization and from RPC.

2013-12-19 11:16:45,290 INFO  [master:h2-ubuntu12-sec-1387431063-hbase-10:60000] master.ServerManager: Finished waiting for region servers count to settle; checked in 2, slept for 18262 ms, expecting minimum of 1, maximum of 2147483647, master is running.
2013-12-19 11:16:45,290 INFO  [master:h2-ubuntu12-sec-1387431063-hbase-10:60000] master.ServerManager: Registering server=h2-ubuntu12-sec-1387431063-hbase-8.cs1cloud.internal,60020,1387451803800
2013-12-19 11:16:45,290 INFO  [master:h2-ubuntu12-sec-1387431063-hbase-10:60000] master.HMaster: Registered server found up in zk but who has not yet reported in: h2-ubuntu12-sec-1387431063-hbase-8.cs1cloud.internal,60020,1387451803800
2013-12-19 11:16:45,380 INFO  [RpcServer.handler=4,port=60000] master.ServerManager: Triggering server recovery; existingServer h2-ubuntu12-sec-1387431063-hbase-8.cs1cloud.internal,60020,1387451803800 looks stale, new server:h2-ubuntu12-sec-1387431063-hbase-8.cs1cloud.internal,60020,1387451803800
2013-12-19 11:16:45,380 INFO  [RpcServer.handler=4,port=60000] master.ServerManager: Master doesn't enable ServerShutdownHandler during initialization, delay expiring server h2-ubuntu12-sec-1387431063-hbase-8.cs1cloud.internal,60020,1387451803800
...
2013-12-19 11:16:46,925 ERROR [RpcServer.handler=7,port=60000] master.HMaster: Region server h2-ubuntu12-sec-1387431063-hbase-8.cs1cloud.internal,60020,1387451803800 reported a fatal error:
ABORTING region server h2-ubuntu12-sec-1387431063-hbase-8.cs1cloud.internal,60020,1387451803800: org.apache.hadoop.hbase.YouAreDeadException: Server REPORT rejected; currently processing h2-ubuntu12-sec-1387431063-hbase-8.cs1cloud.internal,60020,1387451803800 as dead server

Presumably some of the recent ZK listener related changes b

create table tt(a int, b string, c string) row format serde "org.apache.hadoop.hive.serde2.column.ColumnarSerDe" stored as RCFile;
load data:
  1 b c
  2 e f
  3 i j
  select b as cola from tt
  union all
  select c as cola from tt) s;
results:
  NULL
  b
  NULL
  e
  NULL
  i

Saw this test failure on my Hudson:
org.apache.hadoop.hbase.client.RetriesExhaustedException: Still had 11 puts left after retrying 4 times.
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.processBatchOfPuts(HConnectionManager.java:1428)
	at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:540)
	at org.apache.hadoop.hbase.TestMultiParallelPut.doATest(TestMultiParallelPut.java:93)
	at org.apache.hadoop.hbase.TestMultiParallelPut.testParallelPutWithRSAbort(TestMultiParallelPut.java:65)

This causes a HTable instance with custom RpcControllerFactory.CUSTOM_CONTROLLER_CONF_KEY conf setting while HTable internal may use a cached connection without this custom conf setting because CUSTOM_CONTROLLER_CONF_KEY isn't part of HConnectionKey.CONNECTION_PROPERTIES

See this error when run list_regions command After disable 't1'
or after running split 't1', will see this error before split complete
this caused by region is disabled or still in transition

list_regions 't1'
ERROR: undefined method `getDataLocality' for nil:NilClass

Hi, 
since migrating to 1.0.0.CR2 yesterday I've been facing problems with an exception mapper (javax.ws.rs.ext.ExceptionMapper) which previously mapped all com.fasterxml.jackson.core.JsonProcessingException properly but now gets ignored. I couldn't figure out any changes in the changelog at first glance that might have caused this behaviour. 
Returning back to CR1 would solve the problem. I am currently not able to debug the whole chain myself so I was very happy if anyone has an idea. 
Other Mappers are still working fine. Has a specific ExceptionMapper for JsonProcessingExceptions respectively JsonMappingException been added which causes some interdependencies now?

Base64 has static methods specific to doing URLSafe encoding, but has no corresponding URLSafe decoding method.
This is be cause the decoding table transparently handles both URLSafe and standard alphabets. Unfortunately this is only documented as a javadoc on a private member.
There should be a mention of it

In the class javadocs
on the static decode methods
on the static URLSafe encode methods

Test PrincipalMappingSuiteChild#testDnToDnVerify failed  (1:1000) on read timeout, which is 60 s. So probably prolonging timeout is not an option. Maybe solution is implement some kind of retry? 
ELY01108: Ldap-backed realm identity search failed

org.wildfly.security.auth.server.RealmUnavailableException: ELY01108: Ldap-backed realm identity search failed
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapSearch.search(LdapSecurityRealm.java:1141)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.getIdentity(LdapSecurityRealm.java:688)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.getIdentity(LdapSecurityRealm.java:669)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.exists(LdapSecurityRealm.java:624)
	at org.wildfly.security.ldap.PrincipalMappingSuiteChild.testDnToDnVerify(PrincipalMappingSuiteChild.java:132)
Caused by: javax.naming.NamingException: LDAP response read timed out, timeout used:60000ms.; remaining name 'uid=nobody,dc=elytron,dc=wildfly,dc=org'
	at java.naming/com.sun.jndi.ldap.Connection.readReply(Connection.java:443)
	at java.naming/com.sun.jndi.ldap.LdapClient.processReply(LdapClient.java:888)
	at java.naming/com.sun.jndi.ldap.LdapClient.compare(LdapClient.java:1168)
	at java.naming/com.sun.jndi.ldap.LdapCtx.compare(LdapCtx.java:2117)
	at java.naming/com.sun.jndi.ldap.LdapCtx.searchAux(LdapCtx.java:1840)
	at java.naming/com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1770)
	at java.naming/com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1787)
	at java.naming/com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search(ComponentDirContext.java:418)
	at java.naming/com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:396)
	at java.naming/javax.naming.directory.InitialDirContext.search(InitialDirContext.java:297)
	at org.wildfly.security.auth.realm.ldap.DelegatingLdapContext.search(DelegatingLdapContext.java:336)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapSearch.searchWithPagination(LdapSecurityRealm.java:1161)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapSearch.search(LdapSecurityRealm.java:1038)
	... 5 more

21:11:54,245 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:695> Identity for principal [uid=nobody,dc=elytron,dc=wildfly,dc=org] not found.
21:11:54,245 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:628> Principal [uid=nobody,dc=elytron,dc=wildfly,dc=org] does not exists.
21:11:54,248 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:463> Context [javax.naming.ldap.InitialLdapContext@2dba05b1] was closed. Connection closed or just returned to the pool.
21:11:54,249 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:189> Obtaining lock for identity [uid=PlainUser,dc=elytron,dc=wildfly,dc=org]...
21:11:54,249 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:197> Obtained lock for identity [uid=PlainUser,dc=elytron,dc=wildfly,dc=org].
21:11:54,249 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:427> Creating [class javax.naming.directory.InitialDirContext] with environment:
21:11:54,249 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.security.credentials] with value [******]
21:11:54,249 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.ldap.factory.socket] with value [org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory]
21:11:54,249 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.security.authentication] with value [simple]
21:11:54,249 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.provider.url] with value [ldap://localhost:11390/]
21:11:54,249 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [com.sun.jndi.ldap.read.timeout] with value [60000]
21:11:54,250 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [com.sun.jndi.ldap.connect.timeout] with value [5000]
21:11:54,250 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.security.principal] with value [uid=server,dc=elytron,dc=wildfly,dc=org]
21:11:54,250 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.referral] with value [ignore]
21:11:54,250 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.factory.initial] with value [com.sun.jndi.ldap.LdapCtxFactory]
21:11:54,300 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:444> [javax.naming.ldap.InitialLdapContext@31b0f02] successfully created. Connection established to LDAP server.
21:11:54,300 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:673> Trying to create identity for principal [uid=PlainUser,dc=elytron,dc=wildfly,dc=org].
21:11:54,300 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:1027> Executing search [(uid={0})] in context [uid=PlainUser,dc=elytron,dc=wildfly,dc=org] with arguments [PlainUser]. Returning attributes are [null]. Binary attributes are [null].
21:11:54,302 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:1096> Found entry [uid=PlainUser,dc=elytron,dc=wildfly,dc=org].
21:11:54,302 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:692> Identity for principal [uid=PlainUser,dc=elytron,dc=wildfly,dc=org] found at [uid=PlainUser,dc=elytron,dc=wildfly,dc=org].
21:11:54,303 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:463> Context [javax.naming.ldap.InitialLdapContext@31b0f02] was closed. Connection closed or just returned to the pool.
21:11:54,303 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:189> Obtaining lock for identity [uid=nobody,dc=elytron,dc=wildfly,dc=org]...
21:11:54,303 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:197> Obtained lock for identity [uid=nobody,dc=elytron,dc=wildfly,dc=org].
21:11:54,303 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:427> Creating [class javax.naming.directory.InitialDirContext] with environment:
21:11:54,304 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.security.credentials] with value [******]
21:11:54,304 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.ldap.factory.socket] with value [org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory]
21:11:54,304 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.security.authentication] with value [simple]
21:11:54,304 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.provider.url] with value [ldap://localhost:11390/]
21:11:54,304 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [com.sun.jndi.ldap.read.timeout] with value [60000]
21:11:54,304 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [com.sun.jndi.ldap.connect.timeout] with value [5000]
21:11:54,304 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.security.principal] with value [uid=server,dc=elytron,dc=wildfly,dc=org]
21:11:54,304 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.referral] with value [ignore]
21:11:54,304 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:428>     Property [java.naming.factory.initial] with value [com.sun.jndi.ldap.LdapCtxFactory]
21:11:54,354 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:444> [javax.naming.ldap.InitialLdapContext@19ae2ee5] successfully created. Connection established to LDAP server.
21:11:54,354 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:673> Trying to create identity for principal [uid=nobody,dc=elytron,dc=wildfly,dc=org].
21:11:54,354 DEBUG (main) [org.wildfly.security] <LdapSecurityRealm.java:1027> Executing search [(uid={0})] in context [uid=nobody,dc=elytron,dc=wildfly,dc=org] with arguments [nobody]. Returning attributes are [null]. Binary attributes are [null].
21:12:54,358 WARN  (pool-3-thread-2) [org.apache.directory.server.ldap.LdapSession] <LdapSession.java:254> AbandonableRequest with messageId 2 not found in outstandingRequests.
21:12:54,364 DEBUG (main) [org.wildfly.security] <SimpleDirContextFactoryBuilder.java:463> Context [javax.naming.ldap.InitialLdapContext@19ae2ee5] was closed. Connection closed or just returned to the pool.
21:12:54,368 INFO  (pool-3-thread-2) [org.apache.directory.server.ldap.handlers.LdapRequestHandler] <LdapRequestHandler.java:131> ignoring the message MessageType : UNBIND_REQUEST
Message ID : 4
    UnBind Requestorg.apache.directory.api.ldap.model.message.UnbindRequestImpl@949b7f8    ManageDsaITImpl Control
        Type OID    : '2.16.840.1.113730.3.4.2'
        Criticality : 'false'
'
 received from null session

The Soap11DataFormatAdapter class has the same issue that was previously fixed in the Soap12DataFormatAdapter class (CAMEL-8708).  Specifically, it throws a NullPointerException in the event of a missing SOAP fault detail, which is allowed per specifications (https://www.w3.org/TR/2000/NOTE-SOAP-20000508/#_Ref477795995).  I believe the same fix should be applied to the Soap11DataFormatAdapter code.

Allow external tables to have a different default location than managed tables

This was reported in CRUNCH-534 but is a problem how we handle deserialization of large Cells (> 64MB) in ResultSerialization and MutationSerialization.
The fix is just re-using what it was done in HBASE-13230.

JpaTransactionManager.doSuspend() method fails to unbind the resource bound by the JpaDialect, so the pending transaction always fails with:
Caused by: java.lang.IllegalStateException: Already value [SessionImpl(PersistenceContext[entityKeys=[],collectionKeys=[]];ActionQueue[insertions=[] updates=[] deletions=[] collectionCreations=[] collectionRemovals=[] collectionUpdates=[]])] for key [org.hibernate.internal.SessionFactoryImpl@6921dcac] bound to thread [main]
	at org.springframework.transaction.support.TransactionSynchronizationManager.bindResource(TransactionSynchronizationManager.java:180) ~[spring-tx-3.1.0.RC1.jar:3.1.0.RC1]
	at org.springframework.orm.jpa.vendor.HibernateJpaDialect.prepareTransaction(HibernateJpaDialect.java:98) ~[spring-orm-3.1.0.RC1.jar:3.1.0.RC1]
	at org.springframework.orm.jpa.vendor.HibernateJpaDialect.beginTransaction(HibernateJpaDialect.java:69) ~[spring-orm-3.1.0.RC1.jar:3.1.0.RC1]
	at org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.java:377) ~[spring-orm-3.1.0.RC1.jar:3.1.0.RC1]
It used to work in the last milestone.

FacesMessage specifies severity of the message as one of
SEVERITY_INFO = new Severity("Info", 1);
SEVERITY_WARN = new Severity("Warn", 2);
SEVERITY_ERROR = new Severity("Error", 3);
SEVERITY_FATAL = new Severity("Fatal", 4);
In FlowFacesContext.addMessage(String clientId, FacesMessage message), the severity of FacesMessage is read and mapped to org.springframework.binding.message.Severity which can be one of
INFO = new Severity(0, "Info");
WARNING = new Severity(1, "Warning");
ERROR = new Severity(2, "Error");
As a matter of fact, FacesMessage.SEVERITY_FATAL is not mapped to its sole value in org.springframework.binding.message.Severity and that causes FATAL messages to be merged with ERROR messages. That is NOT good for applications (like ours , where these two severities have different meanings and processing.
Thank you.
Michal

In order to ensure consistent WildFly-Core build and runtime behavior on all JDKs it is necessary to explicitly specify which JAXP providers should be used instead of default ones
provided by JDK.

This is a follow up of HBASE-3533. HBASE_LIBRARY_PATH is the suggested environment variable in the documentation to specify the location of the native libraries for HBase, however it is never used.

AuthenticationTestCase in basic testsuite can be simply modified to require much smaller set of deployment permissions.

 T E S T S
Running org.wildfly.swarm.bootstrap.util.LayoutTest
null
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.018 sec - in o                                                                                                                                                 rg.wildfly.swarm.bootstrap.util.LayoutTest
Running org.wildfly.swarm.bootstrap.util.MavenArtifactDescriptorTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 sec - in o                                                                                                                                                 rg.wildfly.swarm.bootstrap.util.MavenArtifactDescriptorTest
Running org.wildfly.swarm.bootstrap.util.WildFlySwarmApplicationConfTest
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.039 sec <<< FA                                                                                                                                                 ILURE! - in org.wildfly.swarm.bootstrap.util.WildFlySwarmApplicationConfTest
testRoundTripWriteRead(org.wildfly.swarm.bootstrap.util.WildFlySwarmApplicationC                                                                                                                                                 onfTest)  Time elapsed: 0.037 sec  <<< FAILURE!
']> does not contain element(s):<['gav:org.wildfly.swarm:fish:1.0']>
        at org.fest.assertions.Fail.failure(Fail.java:228)
        at org.fest.assertions.Assert.failure(Assert.java:149)
        at org.fest.assertions.ItemGroupAssert.failureIfExpectedElementsNotFound                                                                                                                                                 (ItemGroupAssert.java:102)
        at org.fest.assertions.ItemGroupAssert.assertContains(ItemGroupAssert.ja                                                                                                                                                 va:57)
        at org.fest.assertions.ObjectGroupAssert.contains(ObjectGroupAssert.java                                                                                                                                                 :51)
        at org.wildfly.swarm.bootstrap.util.WildFlySwarmApplicationConfTest.test                                                                                                                                                 RoundTripWriteRead(WildFlySwarmApplicationConfTest.java:47)
Running org.wildfly.swarm.bootstrap.util.WildFlySwarmBootstrapConfTest
Tests run: 2, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.048 sec <<< FA                                                                                                                                                 ILURE! - in org.wildfly.swarm.bootstrap.util.WildFlySwarmBootstrapConfTest
testRoundTripWriteRead(org.wildfly.swarm.bootstrap.util.WildFlySwarmBootstrapCon                                                                                                                                                 fTest)  Time elapsed: 0.044 sec  <<< FAILURE!
']> does not contain element(s):<['org.wildfly.swarm:dog:1.0']>
        at org.wildfly.swarm.bootstrap.util.WildFlySwarmBootstrapConfTest.testRo                                                                                                                                                 undTripWriteRead(WildFlySwarmBootstrapConfTest.java:49)
testRoundTripReadWrite(org.wildfly.swarm.bootstrap.util.WildFlySwarmBootstrapCon                                                                                                                                                 fTest)  Time elapsed: 0.001 sec  <<< FAILURE!
        at org.wildfly.swarm.bootstrap.util.WildFlySwarmBootstrapConfTest.testRo                                                                                                                                                 undTripReadWrite(WildFlySwarmBootstrapConfTest.java:92)
Running org.wildfly.swarm.bootstrap.util.WildFlySwarmDependenciesConfTest
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec <<< FA                                                                                                                                                 ILURE! - in org.wildfly.swarm.bootstrap.util.WildFlySwarmDependenciesConfTest
testRoundTrip(org.wildfly.swarm.bootstrap.util.WildFlySwarmDependenciesConfTest)                                                                                                                                                   Time elapsed: 0.011 sec  <<< FAILURE!
java.lang.AssertionError: <['primary:org.jboss.spec.javax.enterprise.concurrent:                                                                                                                                                 ']> does not contain element(s):<['primary:org.jboss.spec.javax.enterprise.concu                                                                                                                                                 rrent:jboss-concurrency-api_1.0_spec:1.0.0.Final']>
        at org.wildfly.swarm.bootstrap.util.WildFlySwarmDependenciesConfTest.tes                                                                                                                                                 tRoundTrip(WildFlySwarmDependenciesConfTest.java:51)
Results :
  WildFlySwarmApplicationConfTest.testRoundTripWriteRead:47 <['gav:org.wildfly.s                                                                                                                                                 ']> does not contain element(s):<['gav:org.wildfly.swarm:fish:1.0']>
  WildFlySwarmBootstrapConfTest.testRoundTripReadWrite:92 <['org.wildfly.swarm:d                                                                                                                                                 ']> does not contain element(s):<['org.wildfly.swarm:dog:1.0']>
  WildFlySwarmBootstrapConfTest.testRoundTripWriteRead:49 <['org.wildfly.swarm:d                                                                                                                                                 ']> does not contain element(s):<['org.wildfly.swarm:dog:1.0']>
  WildFlySwarmDependenciesConfTest.testRoundTrip:51 <['primary:org.jboss.spec.ja                                                                                                                                                 ']> does not contain element(s):<['primary:org.jboss.spec.javax.enterprise.concu                                                                                                                                                 rrent:jboss-concurrency-api_1.0_spec:1.0.0.Final']>
Tests run: 17, Failures: 4, Errors: 0, Skipped: 0
[INFO] Reactor Summary:
[INFO]
[INFO] WildFly Swarm: Build BOM ........................... SUCCESS [  5.137 s]
[INFO] WildFly Swarm: BOM for Fractions ................... SUCCESS [  0.017 s]
[INFO] WildFly Swarm: Parent .............................. SUCCESS [01:14 min]
[INFO] WildFly Swarm: Bootstrap ........................... FAILURE [ 39.389 s]
[INFO] WildFly Swarm: Container ........................... SKIPPED
....

the hardcoded "queue" suffix for the subscription prefix makes it impossible to use a pattern like "/user/exchange/amq.direct/..." instead of "/user/queue/...".
e.g. with rabbitmq this means to be restricted to durable, no-auto-delete queues atm?

User can add multiple http-connector s with the same socket binding:

[standalone@localhost:9990 /] /subsystem=remoting/http-connector=http-remoting-connector1:add(connector-ref=default, sasl-authentication-factory=application-sasl-authentication)
[standalone@localhost:9990 /] /subsystem=remoting/http-connector=http-remoting-connector2:add(connector-ref=default, sasl-authentication-factory=application-sasl-authentication)

This is not possible with connector:

[standalone@localhost:9990 /] /subsystem=remoting/connector=dup1:add(sasl-authentication-factory=application-sasl-authentication, socket-binding=dup)
[standalone@localhost:9990 /] /subsystem=remoting/connector=dup2:add(sasl-authentication-factory=application-sasl-authentication, socket-binding=dup)
{
    "failure-description" => \{"WFLYCTL0080: Failed services" => \{"jboss.remoting.server.dup2" => "WFLYRMT0004: Address already in use 127.0.0.1:12345
    Caused by: java.net.BindException: Address already in use"}},
}

The preferred behaviour should be consistent with connector - it makes no sense to have multiple connectors for single port as the client applications do not distinguish connectors by anything else than ports.

When row count exceeds certain limit, it doesn't make sense to generate a bloom filter, since its size will be a few hundred MB or even a few GB.

spark.serializer is set to org.apache.spark.serializer.KryoSerializer. Same configuration works fine from Hive CLI.
Spark tasks fails with following error:

Job aborted due to stage failure: Task 0 in stage 1.0 failed 4 times, most recent failure: Lost task 0.3 in stage 1.0 (TID 9, 192.168.168.216): java.lang.IllegalStateException: unread block data
        org.apache.spark.serializer.JavaSerializerInstance.deserialize(JavaSerializer.scala:84)

create table concur_orc_tab(name varchar(50), age int, gpa decimal(3, 2)) clustered by (age) into 2 buckets stored as orc TBLPROPERTIES ('transactional'='true');
select name, age from concur_orc_tab order by name;

results in

        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:352)
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.next(HiveContextAwareRecordReader.java:115)
        at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.moveToNext(MapTask.java:199)
        at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.next(MapTask.java:185)
        at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:52)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1614)
        at org.apache.hadoop.hive.ql.exec.vector.VectorizedBatchUtil.setNullColIsNullValue(VectorizedBatchUtil.java:63)
        at org.apache.hadoop.hive.ql.exec.vector.VectorizedBatchUtil.addRowToBatchFrom(VectorizedBatchUtil.java:443)
        at org.apache.hadoop.hive.ql.exec.vector.VectorizedBatchUtil.addRowToBatch(VectorizedBatchUtil.java:214)
        at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowReader.next(VectorizedOrcAcidRowReader.java:95)
        at org.apache.hadoop.hive.ql.io.orc.VectorizedOrcAcidRowReader.next(VectorizedOrcAcidRowReader.java:43)
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:347)
        ... 13 more

The issue is that the object inspector passed to VectorizedOrcAcidRowReader has all of the columns in the file rather than only the projected columns.

AbstractEmbeddedDatabaseConfigurer.shutdown opens a JDBC connection to issue a SHUTDOWN command to the database, but does not close this connection.
It might seem unnecessary at first sight to close this connection, as we are shutting down the database anyway. However, for H2 this unclosed connection is triggering its keepOpenStacktrace logging modus. From that point on, it will generate a stacktrace  for each opened connection, which is quite costly.

Values for 'Management socket binding' are not suggested when editing mod_cluster filter in Web Console because of missing support in Undertow subsystem.

hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/replication/VerifyReplication.java
Line:154
 } catch (Exception e) 
{
            logFailRowAndIncreaseCounter(context, Counters.CONTENT_DIFFERENT_ROWS, value);
          }

Just LOG.error needs to be added for more information for the failure.

while shutdown a NM, we meet a NPE:

2019-01-18 16:52:05,500 INFO [Thread-4] regionserver.HRegionServer: STOPPED: Shutdown hook
2019-01-18 16:52:05,896 INFO [regionserver/hadoop15:16020] regionserver.MetricsRegionServerWrapperImpl: Computing regionserver metrics every 5000 milliseconds
2019-01-18 16:52:05,978 INFO [regionserver/hadoop15:16020.Chore.1] hbase.ScheduledChore: Chore: CompactedHFilesCleaner was stopped
2019-01-18 16:52:05,996 ERROR [regionserver/hadoop15:16020] regionserver.HRegionServer: Failed init
at org.apache.hadoop.hbase.regionserver.HRegionServer.startServices(HRegionServer.java:1978)
at org.apache.hadoop.hbase.regionserver.HRegionServer.handleReportForDutyResponse(HRegionServer.java:1572)
at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:975)
2019-01-18 16:52:06,011 ERROR [regionserver/hadoop15:16020] regionserver.HRegionServer: ***** ABORTING region server hadoop15,16020,1547801516426: Unhandled: Region server startup failed *****
at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:3392)
at org.apache.hadoop.hbase.regionserver.HRegionServer.handleReportForDutyResponse(HRegionServer.java:1591)
... 2 more

If you take the multimodule.roo sample found with 1.2.1.RELEASE and change the JPA provider to DataNucleus, enhancement fails:
matthew@edwina:~/temp$ cd core
matthew@edwina:~/temp/core$ mvn clean install
[INFO] 
[INFO] Building core 0.1.0.BUILD-SNAPSHOT
[INFO] 
[INFO] — maven-clean-plugin:2.4.1:clean (default-clean) @ core —
[INFO] Deleting /home/matthew/temp/core/target
[INFO] 
[INFO] — aspectj-maven-plugin:1.2:compile (default) @ core —
[WARNING] advice defined in org.springframework.mock.staticmock.AbstractMethodMockingControl has not been applied [Xlint:adviceDidNotMatch]
[WARNING] advice defined in org.springframework.scheduling.aspectj.AbstractAsyncExecutionAspect has not been applied [Xlint:adviceDidNotMatch]
[INFO] 
[INFO] — maven-resources-plugin:2.5:resources (default-resources) @ core —
[debug] execute contextualize
[INFO] Copying 2 resources
[INFO] 
[INFO] — maven-compiler-plugin:2.3.2:compile (default-compile) @ core —
[INFO] 
[INFO] — maven-datanucleus-plugin:3.0.1:enhance (default) @ core —
[WARNING] Could not transfer metadata asm:asm/maven-metadata.xml from/to local.repository (file:../../local.repository/trunk): No connector available to access repository local.repository (file:../../local.repository/trunk) of type legacy using the available factories WagonRepositoryConnectorFactory
[INFO]   CP: /home/matthew/.m2/repository/org/datanucleus/maven-datanucleus-plugin/3.0.1/maven-datanucleus-plugin-3.0.1.jar
[INFO]   CP: /home/matthew/.m2/repository/org/datanucleus/datanucleus-core/3.1.0-m1/datanucleus-core-3.1.0-m1.jar
[INFO]   CP: /home/matthew/.m2/repository/org/datanucleus/datanucleus-enhancer/3.0.1/datanucleus-enhancer-3.0.1.jar
[INFO]   CP: /home/matthew/.m2/repository/javax/jdo/jdo-api/3.1-SNAPSHOT-20110926/jdo-api-3.1-SNAPSHOT-20110926.jar
[INFO]   CP: /home/matthew/.m2/repository/javax/transaction/transaction-api/1.1/transaction-api-1.1.jar
[INFO]   CP: /home/matthew/.m2/repository/org/apache/geronimo/specs/geronimo-jpa_2.0_spec/1.0/geronimo-jpa_2.0_spec-1.0.jar
[INFO]   CP: /home/matthew/.m2/repository/asm/asm/3.3.1/asm-3.3.1.jar
[INFO]   CP: /home/matthew/.m2/repository/org/codehaus/plexus/plexus-utils/1.2/plexus-utils-1.2.jar
[INFO]   CP: /home/matthew/.m2/repository/junit/junit/3.8.1/junit-3.8.1.jar
[INFO]   CP: /home/matthew/temp/core/target/classes
[INFO]   CP: /home/matthew/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar
[INFO]   CP: /home/matthew/.m2/repository/org/slf4j/slf4j-api/1.6.4/slf4j-api-1.6.4.jar
[INFO]   CP: /home/matthew/.m2/repository/org/slf4j/jcl-over-slf4j/1.6.4/jcl-over-slf4j-1.6.4.jar
[INFO]   CP: /home/matthew/.m2/repository/org/slf4j/slf4j-log4j12/1.6.4/slf4j-log4j12-1.6.4.jar
[INFO]   CP: /home/matthew/.m2/repository/org/aspectj/aspectjrt/1.6.12/aspectjrt-1.6.12.jar
[INFO]   CP: /home/matthew/.m2/repository/org/aspectj/aspectjweaver/1.6.12/aspectjweaver-1.6.12.jar
[INFO]   CP: /home/matthew/.m2/repository/javax/servlet/servlet-api/2.5/servlet-api-2.5.jar
[INFO]   CP: /home/matthew/.m2/repository/net/sf/flexjson/flexjson/2.1/flexjson-2.1.jar
[INFO]   CP: /home/matthew/.m2/repository/org/apache/commons/commons-lang3/3.1/commons-lang3-3.1.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/roo/org.springframework.roo.annotations/1.2.1.RELEASE/org.springframework.roo.annotations-1.2.1.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/commons-io/commons-io/2.1/commons-io-2.1.jar
[INFO]   CP: /home/matthew/.m2/repository/commons-codec/commons-codec/1.6/commons-codec-1.6.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-core/3.1.0.RELEASE/spring-core-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-asm/3.1.0.RELEASE/spring-asm-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-context/3.1.0.RELEASE/spring-context-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-beans/3.1.0.RELEASE/spring-beans-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-expression/3.1.0.RELEASE/spring-expression-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-aop/3.1.0.RELEASE/spring-aop-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-aspects/3.1.0.RELEASE/spring-aspects-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-context-support/3.1.0.RELEASE/spring-context-support-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/org/hsqldb/hsqldb/1.8.0.10/hsqldb-1.8.0.10.jar
[INFO]   CP: /home/matthew/.m2/repository/org/hibernate/hibernate-validator/4.2.0.Final/hibernate-validator-4.2.0.Final.jar
[INFO]   CP: /home/matthew/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar
[INFO]   CP: /home/matthew/.m2/repository/cglib/cglib-nodep/2.2.2/cglib-nodep-2.2.2.jar
[INFO]   CP: /home/matthew/.m2/repository/javax/transaction/jta/1.1/jta-1.1.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-jdbc/3.1.0.RELEASE/spring-jdbc-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-tx/3.1.0.RELEASE/spring-tx-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/org/springframework/spring-orm/3.1.0.RELEASE/spring-orm-3.1.0.RELEASE.jar
[INFO]   CP: /home/matthew/.m2/repository/commons-pool/commons-pool/1.5.6/commons-pool-1.5.6.jar
[INFO]   CP: /home/matthew/.m2/repository/commons-dbcp/commons-dbcp/1.3/commons-dbcp-1.3.jar
[INFO]   CP: /home/matthew/.m2/repository/org/datanucleus/datanucleus-core/3.0.7/datanucleus-core-3.0.7.jar
[INFO]   CP: /home/matthew/.m2/repository/org/datanucleus/datanucleus-api-jpa/3.0.6/datanucleus-api-jpa-3.0.6.jar
[INFO]   CP: /home/matthew/.m2/repository/org/datanucleus/datanucleus-rdbms/3.0.6/datanucleus-rdbms-3.0.6.jar
log4j:ERROR Could not read configuration file from URL file:/home/matthew/temp/core/src/main/resources/log4j.properties.
java.io.FileNotFoundException: /home/matthew/temp/core/src/main/resources/log4j.properties (No such file or directory)
	at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:70)
	at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:161)
	at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:524)
	at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:483)
	at org.apache.log4j.LogManager.<clinit>(LogManager.java:127)
	at org.apache.log4j.Logger.getLogger(Logger.java:104)
	at org.datanucleus.util.Log4JLogger.<init>(Log4JLogger.java:49)
	at org.datanucleus.util.NucleusLogger.getLoggerInstance(NucleusLogger.java:140)
	at org.datanucleus.util.NucleusLogger.<clinit>(NucleusLogger.java:106)
	at org.datanucleus.enhancer.DataNucleusEnhancer.<clinit>(DataNucleusEnhancer.java:86)
	at org.datanucleus.maven.AbstractDataNucleusMojo.executeInJvm(AbstractDataNucleusMojo.java:333)
	at org.datanucleus.maven.AbstractEnhancerMojo.enhance(AbstractEnhancerMojo.java:249)
	at org.datanucleus.maven.AbstractEnhancerMojo.executeDataNucleusTool(AbstractEnhancerMojo.java:72)
	at org.datanucleus.maven.AbstractDataNucleusMojo.execute(AbstractDataNucleusMojo.java:126)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
log4j:ERROR Ignoring configuration file file:/home/matthew/temp/core/src/main/resources/log4j.properties.
log4j:WARN No appenders could be found for logger (DataNucleus.Enhancer).
[INFO] Total time: 3.217s
[INFO] Finished at: Sat Mar 10 15:10:16 CST 2012
[INFO] Final Memory: 9M/169M
[ERROR] Failed to execute goal org.datanucleus:maven-datanucleus-plugin:3.0.1:enhance (default) on project core: Error executing enhancer: InvocationTargetException: Plugin (Bundle) "org.datanucleus" is already registered. Ensure you dont have multiple JAR versions of the same plugin in the classpath. The URL "file:/home/matthew/.m2/repository/org/datanucleus/datanucleus-core/3.0.7/datanucleus-core-3.0.7.jar" is already registered, and you are trying to register an identical plugin located at URL "file:/home/matthew/.m2/repository/org/datanucleus/datanucleus-core/3.1.0-m1/datanucleus-core-3.1.0-m1.jar." -> [Help 1]
[ERROR] 
[ERROR] 
matthew@edwina:~/temp/core$ 

	at org.apache.hadoop.hive.ql.exec.vector.expressions.OctetLength.evaluate(OctetLength.java:53) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:125) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:897) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:130) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.closeOp(VectorMapOperator.java:900) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:697) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.close(ExecMapper.java:189) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:61) ~[hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:453) ~[hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343) ~[hadoop-mapreduce-client-core-2.7.2.jar:?]
	at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:243) ~[hadoop-mapreduce-client-common-2.7.2.jar:?]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:1.8.0_91]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:1.8.0_91]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[?:1.8.0_91]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[?:1.8.0_91]
	at java.lang.Thread.run(Thread.java:745) ~[?:1.8.0_91]

I think it is the use of transient:

  private transient int colNum;
  private transient int outputColumn;

Transient columns lose their value when serialized from plan to execution.  On execution both are 0.  Not sure why tests didn't fail.
CC: Ashutosh Chauhan

ZooKeeperHiveLock overrides the public boolean equals(Object o) method but does not for public int hashCode(). It violates the Java contract and may cause unexpected results.

As of HCat 0.5, we made the class InputJobInfo private for hcatalog use only, and we made it so that setInput would not modify the InputJobInfo being passed in.
However, if a user of HCatInputFormat wants to get what Partitioning columns or Data columns exist for the job, they are not able to do so directly from HCatInputFormat and are forced to use InputJobInfo, which currently does not work. Thus, we need to expose this functionality.

Class org.springframework.data.hadoop.mapreduce.ToolTests
testToolJarLoading
org.apache.hadoop.mapreduce.lib.input.InvalidInputException: Input path does not exist: hdfs://localhost:8020/ide-test/input/word

When a table a sorted by a column or columns, and data is inserted with hive.enforce.sorting=true, regardless of whether the metadata says the table is sorted in ascending or descending order, the data will be sorted in ascending order.
e.g.
create table table_desc(key string, value string) clustered by (key) sorted by (key DESC) into 1 BUCKETS;
create table table_asc(key string, value string) clustered by (key) sorted by (key ASC) into 1 BUCKETS;
insert overwrite table table_asc select key, value from src;
select * from table_desc;
...
96	val_96
97	val_97
97	val_97
98	val_98
98	val_98
select * from table_asc;
...
96	val_96
97	val_97
97	val_97
98	val_98
98	val_98

Results of boolean expressions from Druid are expressed in the form of numeric 1 or 0. 
When reading the results in DruidSerde both 1 and 0 are translated to String and then we call Boolean.valueOf(stringForm), this leads to the boolean being read always as false.

drop table if exists calcs;
create table calcs
"druid.segment.granularity" = "MONTH",
"druid.query.granularity" = "DAY")
AS SELECT
cast(datetime0 as timestamp with local time zone) `__time`,
key,
str0, str1, str2, str3,
date0, date1, date2, date3,
time0, time1,
datetime0, datetime1,
zzz,
cast(bool0 as string) bool0,
cast(bool1 as string) bool1,
cast(bool2 as string) bool2,
cast(bool3 as string) bool3,
int0, int1, int2, int3,
num0, num1, num2, num3, num4
from tableau_orc.calcs;

2018-07-03 04:57:31,911|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : Status: Running (Executing on YARN cluster with App id application_1530592209763_0009)
...
...
2018-07-03 04:57:36,334|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : SHUFFLE_BYTES_TO_MEM: 0
2018-07-03 04:57:36,334|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : SHUFFLE_PHASE_TIME: 330
2018-07-03 04:57:36,334|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : SPILLED_RECORDS: 17
2018-07-03 04:57:36,334|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : TaskCounter_Reducer_2_OUTPUT_out_Reducer_2:
2018-07-03 04:57:36,335|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : OUTPUT_RECORDS: 0
2018-07-03 04:57:36,335|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : org.apache.hadoop.hive.llap.counters.LlapWmCounters:
2018-07-03 04:57:36,335|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : GUARANTEED_QUEUED_NS: 0
2018-07-03 04:57:36,335|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : GUARANTEED_RUNNING_NS: 0
2018-07-03 04:57:36,335|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : SPECULATIVE_QUEUED_NS: 2162643606
2018-07-03 04:57:36,335|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : SPECULATIVE_RUNNING_NS: 12151664909
2018-07-03 04:57:36,335|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : Starting task [Stage-2:DEPENDENCY_COLLECTION] in serial mode
2018-07-03 04:57:36,335|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : Starting task [Stage-0:MOVE] in serial mode
2018-07-03 04:57:36,336|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : Moving data to directory hdfs://mycluster/warehouse/tablespace/managed/hive/druid_tableau.db/calcs from hdfs://mycluster/warehouse/tablespace/managed/hive/druid_tableau.db/.hive-staging_hive_2018-07-03_04-57-27_351_7124633902209008283-3/-ext-10002
2018-07-03 04:57:36,336|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : Starting task [Stage-4:DDL] in serial mode
2018-07-03 04:57:36,336|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|ERROR : FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:Table druid_tableau.calcs failed strict managed table checks due to the following reason: Table is marked as a managed table but is not transactional.)
2018-07-03 04:57:36,336|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|INFO : Completed executing command(queryId=hive_20180703045727_c39c40d2-7d4a-46c7-a36d-7925e7c4a788); Time taken: 6.794 seconds
2018-07-03 04:57:36,337|INFO|Thread-721|machine.py:111 - tee_pipe()||aa121a45-29eb-48a8-8628-ae5368aa172d|Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:Table druid_tableau.calcs failed strict managed table checks due to the following reason: Table is marked as a managed table but is not transactional.) (state=08S01,code=1)

This will not allow druid tables to be managed.
So its not direct to create Druid tables.
while trying to modify things to external tables..we see below issues
1) INSERT/ INSERT OVERWRITE/ DROP are supported by Hive managed tables (not external) , we have few tests which covers this.. what would be the course of action.
2) Druid Hive kafka ingestion (where we will not have any datasource, we just get from Kafka topic) , here when declared as external tables we get error

message:Datasource name should be specified using [druid.datasource] for external tables using Druid

The following code in that function doesn't work properly.

        int startIndex = 0;
        int endIndex = -1;
        // retrieve the tables from the metastore in batches to alleviate memory constraints
        while (endIndex < allTables.size() - 1) {
          startIndex = endIndex + 1;
          endIndex = endIndex + tableBatchSize;
          if (endIndex >= allTables.size()) {
            endIndex = allTables.size() - 1;
          }

e.g.: if we have 5 tables and tableBatchSize is 10, startIndex will be 0 and endIndex will be 4. We only drop 4 tables since sublist(startIndex, endIndex) is inclusive on startIndex and exclusive on endIndex.
If total tables is larger tableBatchSize, we also have similar issues.
This is discovered when I work on HIVE-11255.

When using osgi such as blueprint/spring-dm.
When using

    @EndpointInject(ref = "sourceDirectoryXml")
    Endpoint sourceUri;

In a RouteBuilder class then the endpoint is not enlisted in jmx. But if you use uri instead of ref, then they are enlisted in JMX.

The tag library for 3.2.0.RC1 is still version 3.1. It should be updated to 3.2.

Reconfiguration of the standalone-full.xml profile in testsuite/shared/enable-elytron.cli should change the messaging subsystem configuration too.

It seems the table prefix isn't applied in all places. Please confirm.
Below is part of the exception I receive - please note the "EXIT_CODE" invalid identifier error is due to tables named in the default manner which are out of date.
Exception in thread "main" org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [UPDATE BATCH_STEP_EXECUTION set START_TIME = ?, END_TIME = ?, STATUS = ?, COMMIT_COUNT = ?, TASK_COUNT = ?, TASK_STATISTICS = ?, EXIT_CODE = ? where ID = ?]; nested exception is java.sql.SQLException: ORA-00904: "EXIT_CODE": invalid identifier
SNIPPED
	at org.springframework.batch.execution.repository.dao.SqlStepDao.update(SqlStepDao.java:257)
	at org.springframework.batch.execution.repository.SimpleJobRepository.saveOrUpdate(SimpleJobRepository.java:185)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
	at $Proxy0.saveOrUpdate(Unknown Source)
	at org.springframework.batch.execution.step.simple.SimpleStepExecutor.process(SimpleStepExecutor.java:269)
	at org.springframework.batch.execution.job.DefaultJobExecutor.run(DefaultJobExecutor.java:76)
	at org.springframework.batch.execution.facade.SimpleJobExecutorFacade.start(SimpleJobExecutorFacade.java:137)
	at org.springframework.batch.execution.bootstrap.SimpleJobLauncher.run(SimpleJobLauncher.java:101)
	at org.springframework.batch.execution.bootstrap.SimpleJobLauncher.run(SimpleJobLauncher.java:118)
	at org.springframework.batch.execution.bootstrap.BatchCommandLineLauncher.start(BatchCommandLineLauncher.java:80)
	at org.springframework.batch.execution.bootstrap.BatchCommandLineLauncher.main(BatchCommandLineLauncher.java:117)

This issue is related to CAMEL-7638 which was recently fixed/released in 2.17.0
I was doing some testing with disableStreamCache=true on a http4 producer and am getting "java.io.IOException: Attempted read from closed stream"
The stack trace shows the error occurring when trying to copy the input stream to an output stream inside the DefaultHttpBinding copyStream methods (i am using camel as a proxy from a sevlet component (consumer) to an http4 component (producer)).
I think though, I see the root cause of this issue.  Inside the HttpProducer process method.

// lets store the result in the output message.
        HttpResponse httpResponse = null;
        try {
                LOG.debug("Executing http {} method: {}", httpRequest.getMethod(), httpRequest.getURI().toString());
            }
            httpResponse = executeMethod(httpRequest);
            int responseCode = httpResponse.getStatusLine().getStatusCode();
            LOG.debug("Http responseCode: {}", responseCode);

            if (!throwException) {
                // if we do not use failed exception then populate response for all response codes
                populateResponse(exchange, httpRequest, httpResponse, in, strategy, responseCode);
            } else {
                boolean ok = HttpHelper.isStatusCodeOk(responseCode, getEndpoint().getOkStatusCodeRange());
                if (ok) {
                    // only populate response for OK response
                    populateResponse(exchange, httpRequest, httpResponse, in, strategy, responseCode);
                } else {
                    // operation failed so populate exception to throw
                    throw populateHttpOperationFailedException(exchange, httpRequest, httpResponse, responseCode);
                }
            }
        } finally {
            if (httpResponse != null) {
                try {
                    EntityUtils.consume(httpResponse.getEntity());
                } catch (IOException e) {
                    // nothing we could do
                }
            }
        }

Specifically, that finally block at the end.
When disableStreamCache=true is set on the Producer, the raw input stream is put in the exchange body, which was the change fixed by CAMEL-7638
However, the finally block is consuming and closing that input stream making it unusable later when we try to copy it to the servlet output stream to send back to the caller.
I think the fix for this would be to check the endpoint to see if disableStreamCaching is set prior to consuming the entity in the finally block, perhaps something like this:

    ...
    } finally {
            if (httpResponse != null && !getEndpoint().isDisableStreamCache()) {
                try {
                }
            }
        }

A FUSE user was having trouble using system properties to configure jetty to use ssl (jetty.ssl.keystore, jetty.ssl.keypassword, etc). Our wiki states that we can do this so I'm gonna look into whats going on here.
FYI as a workaround I suggested this:

<bean id="jetty" class="org.apache.camel.component.jetty.JettyHttpComponent">
  <property name="sslPassword" value="password1"/>
  <property name="sslKeyPassword" value="password2"/>
  <property name="keystore" value="/home/brett/workspace/Camel-https/keystore"/>
</bean>  
  
  <route>
    <from uri="jetty:https://localhost:8443/security"/>
    ...
  </route>

I noticed this while working on new filters. Not sure if it will trip up any existing filters, but it is surely a bug.
Patch to follow

The stack trace is as follows:
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'personMaintenanceSpringWebServiceEndpoint' defined in class path resource [tanzan-web-context.xml]: Cannot resolve reference to bean 'personMaintenanceService' while setting bean property 'personMaintenanceService'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'personMaintenanceService': Post-processing of the FactoryBean's object failed; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:275)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:104)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1244)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1008)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:470)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:217)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:254)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:429)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:729)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:381)
	at weblogic.servlet.internal.EventsManager$FireContextListenerAction.run(EventsManager.java:376)
	at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
	at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
	at weblogic.servlet.internal.EventsManager.notifyContextCreatedEvent(EventsManager.java:82)
	at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1616)
	at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:2761)
	at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:889)
	at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:333)
	at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204)
	at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
	at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)
	at weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:200)
	at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:117)
	at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:26)
	at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:635)
	at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:212)
	at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:154)
	at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:80)
	at weblogic.deploy.internal.targetserver.BasicDeployment.activate(BasicDeployment.java:181)
	at weblogic.deploy.internal.targetserver.BasicDeployment.activateFromServerLifecycle(BasicDeployment.java:358)
	at weblogic.management.deploy.internal.DeploymentAdapter$1.doActivate(DeploymentAdapter.java:52)
	at weblogic.management.deploy.internal.DeploymentAdapter.activate(DeploymentAdapter.java:186)
	at weblogic.management.deploy.internal.AppTransition$2.transitionApp(AppTransition.java:30)
	at weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:233)
	at weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments.java:169)
	at weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:123)
	at weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:173)
	at weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:89)
	at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
	at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
	at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'personMaintenanceService': Post-processing of the FactoryBean's object failed; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport$1.run(FactoryBeanRegistrySupport.java:142)
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:116)
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.getObjectFromFactoryBean(FactoryBeanRegistrySupport.java:91)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1285)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:275)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:269)
	... 56 more
	at org.springframework.ws.server.endpoint.mapping.AbstractAnnotationMethodEndpointMapping.postProcessAfterInitialization(AbstractAnnotationMethodEndpointMapping.java:47)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:361)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.postProcessObjectFromFactoryBean(AbstractAutowireCapableBeanFactory.java:1427)
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport$1.run(FactoryBeanRegistrySupport.java:139)
	... 64 more
The problem occurs when AbstractAnnotationMethodEndpointMapping#postProcessAfterInitialization calls getEndpointClass(bean) which in turn calls AopUtils.getTargetClass(endpoint).
'bean' in getEndpointClass(bean) is actually a local-slsb as shown by its config here:
    <jee:local-slsb id="personMaintenanceService"
                    business-interface="uk.co.serin.tanzan.personmaintenance.facade.PersonMaintenanceService"
                    jndi-name="ejb/uk.co.serin.tanzan.personmaintenance.facade.PersonMaintenanceLocal"
                    resource-ref="true"/>
I can see that SWS-222 was raised to address proxies but it does not appear to work with EJBs.
Unfortunatly I cannot easily override the AbstractAnnotationMethodEndpointMapping#postProcessAfterInitialization method because it is final otherwise I could create a quick work around.
Hopefully the above will assist with diagnosis but if any further information would be of assistance just let me know.

There seems to be a peculiarity with fault processing when a route consists of a single TryProcessor and the MEP for an exchange is InOut.  The TryProcessor will iterate over any number of processors defined inside of it and during each iteration it sets the out msg to the in msg and clears the out msg reference.  The end result of this is that when the route completes, the out reference is cleared and Exchange.isFailed() will return false (it checks the out message for fault status).  Here’s where things get interesting, if I add a single processor after the doTry block, some logic in Pipeline kicks in that copies the in message to the out message for InOut MEPs before ending the route.
I have included a unit test which demonstrates the expected behavior and current (unexpected) behavior.  The expected behavior test fails and the unexpected behavior test passes.  Additional details can be found as comments in the unit test and the camel configuration containing the routes under test.

Due to this optimization, Spring projects can no longer use @EventListener. 
Spring Boot does use it in a few places where a single component needs to listener for two event types and avoid being called for every event. We can move to ApplicationListener if necessary but it would be nice to have a strategy to narrow down the event types.

Class https://github.com/apache/camel/blob/master/camel-core/src/main/java/org/apache/camel/processor/interceptor/Tracer.java implements add instead of remove in method: 
    public void removeTraceHandler(TraceEventHandler traceHandler) 
{
        this.traceHandlers.add(traceHandler);
    }
            
I have a long row with a bunch of columns that I'm scanning with setAllowPartialResults(true). In the response I'm getting the first partial ScanResponse being around 2MB with multiple cells while all of the consequent ones being 1 cell per ScanResponse. After digging more, I found that each of those single cell ScanResponse partials are preceded by a heartbeat (zero cells). This results in two requests per cell to a regionserver.
I've attached code to reproduce it on hbase version 2.1.0 (it works as expected on 2.0.0 and 2.0.1).
App.java
I'm fairly certain it's a serverside issue as gohbase client is having the same issue. I have not tried to reproduce this with multi-row scan.

In our internal testing we observed that logs are getting flooded due to continuous loop in WALProcedureStore#recoverLease():

      while (isRunning()) {
        // Get Log-MaxID and recover lease on old logs
        try {
          flushLogId = initOldLogs(oldLogs);
          LOG.warn("Someone else is active and deleted logs. retrying.", e);
          oldLogs = getLogFiles();
          continue;
        }

        // Create new state-log
        if (!rollWriter(flushLogId + 1)) {
          // someone else has already created this log
          LOG.debug("Someone else has already created log " + flushLogId);
          continue;
        }

rollWriter() fails to create a new file. Error messages in HDFS namenode logs around same time:

INFO org.apache.hadoop.ipc.Server: IPC Server handler 3 on 8020, call org.apache.hadoop.hdfs.protocol.ClientProtocol.create from 172.31.121.196:38508 Call#3141 Retry#0
java.io.IOException: Exeption while contacting value generator
        at org.apache.hadoop.crypto.key.kms.ValueQueue.getAtMost(ValueQueue.java:389)
        at org.apache.hadoop.crypto.key.kms.ValueQueue.getNext(ValueQueue.java:291)
        at org.apache.hadoop.crypto.key.kms.KMSClientProvider.generateEncryptedKey(KMSClientProvider.java:724)
        at org.apache.hadoop.crypto.key.KeyProviderCryptoExtension.generateEncryptedKey(KeyProviderCryptoExtension.java:511)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem$2.run(FSNamesystem.java:2680)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem$2.run(FSNamesystem.java:2676)
        at org.apache.hadoop.security.SecurityUtil.doAsUser(SecurityUtil.java:477)
        at org.apache.hadoop.security.SecurityUtil.doAsLoginUser(SecurityUtil.java:458)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.generateEncryptedDataEncryptionKey(FSNamesystem.java:2675)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInt(FSNamesystem.java:2815)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFile(FSNamesystem.java:2712)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.create(NameNodeRpcServer.java:604)
        at org.apache.hadoop.hdfs.server.namenode.AuthorizationProviderProxyClientProtocol.create(AuthorizationProviderProxyClientProtocol.java:115)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.create(ClientNamenodeProtocolServerSideTranslatorPB.java:412)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:1073)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2226)
        at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2222)
        at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2220)
Caused by: java.net.ConnectException: Connection refused (Connection refused)
        at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
        at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
        at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
        at java.net.Socket.connect(Socket.java:589)
        at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:673)
        at sun.net.NetworkClient.doConnect(NetworkClient.java:175)
        at sun.net.www.http.HttpClient.openServer(HttpClient.java:463)
        at sun.net.www.http.HttpClient.openServer(HttpClient.java:558)
        at sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:264)
        at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:367)
        at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:191)
        at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1138)
        at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1032)
        at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:177)
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1546)
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474)
        at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:480)
        at sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:338)
        at org.apache.hadoop.crypto.key.kms.KMSClientProvider.call(KMSClientProvider.java:503)
        at org.apache.hadoop.crypto.key.kms.KMSClientProvider.call(KMSClientProvider.java:488)
        at org.apache.hadoop.crypto.key.kms.KMSClientProvider.access$200(KMSClientProvider.java:94)
        at org.apache.hadoop.crypto.key.kms.KMSClientProvider$EncryptedQueueRefiller.fillQueueForKey(KMSClientProvider.java:149)
        at org.apache.hadoop.crypto.key.kms.ValueQueue.getAtMost(ValueQueue.java:378)
        ... 25 more

Both HDFS NameNode and HBase Master logs are filling up.

curl -i 'http://localhost:50111/templeton/v1/jobs/job_1399496111138_00011?user.name=ekoifman'
 should return HTTP Status code 4xx when no such job exists; it currently returns 500.

{"error":"org.apache.hadoop.yarn.exceptions.ApplicationNotFoundException: Application with id 'application_201304291205_0015' doesn't exist in RM.\r\n\tat org.apache.hadoop.yarn.server.resourcemanager
.ClientRMService.getApplicationReport(ClientRMService.java:247)\r\n\tat org.apache.hadoop.yarn.api.impl.pb.service.ApplicationClientProtocolPBServiceImpl.getApplicationReport(ApplicationClientProtocol
PBServiceImpl.java:120)\r\n\tat org.apache.hadoop.yarn.proto.ApplicationClientProtocol$ApplicationClientProtocolService$2.callBlockingMethod(ApplicationClientProtocol.java:241)\r\n\tat org.apache.hado
op.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:585)\r\n\tat org.apache.hadoop.ipc.RPC$Server.call(RPC.java:928)\r\n\tat org.apache.hadoop.ipc.Server$Handler$1.run(Serve
r.java:2053)\r\n\tat org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2049)\r\n\tat java.security.AccessController.doPrivileged(Native Method)\r\n\tat javax.security.auth.Subject.doAs(Subject.ja
va:415)\r\n\tat org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1491)\r\n\tat org.apache.hadoop.ipc.Server$Handler.run(Server.java:2047)\r\n"}

See discussion in HBASE-9935. Currently KeyValue caches the keyLength in order to avoid decoding the key length in getKeyLength() repeatedly.
Benchmarking outside of a profiler revealed no improvement from that cache (and a sampling profiler also does not indicate getKeyLength() as a performance issue).
Along with this there's also a slight fix in ScanQueryMatcher.

See nabble
http://camel.465427.n5.nabble.com/Problems-configuring-FileIdempotentRepository-tp5758212.html
The file store should be created on startup so the file store is always available.

ManagedConnectionFactory#setLogWriter() passes a PrintWriter object for logging use of the connector.  It is supposed to output log messages to stdout but none of the messages are observed.
In WFLY-1242 an integration with JBoss Logging is planned but this specific fix is needed until the integration.

Yeah its really an odd use case if you use multiple correlation keys for the same batch consumer, but its still possible to do.

I had a look at instances where we use SecureRandom, which could block if insufficient entropy, in the 0.98 and master branch code. (Random in contrast is a PRNG seeded by System#nanoTime, it doesn't draw from system entropy.) Most uses are in encryption related code, our native encryption and SSL, but we do also use SecureRandom for salting znode metadata in RecoverableZooKeeper#appendMetadata, which is called whenever we do setData. Conceivably we could block unexpectedly when constructing data to write out to a znode if entropy gets too low until more is available. 

        String pattern = errorMsg.mesg.replaceAll("\\{.*\\}", ".*");

should be

String pattern = errorMsg.mesg.replaceAll("\\{[0-9]+\\}", ".*");

current regex can match the whole msg (with more than 1 param)

There is still remaining Get code due to HBASE-2248, remove it!

See 'unit' in https://docs.jboss.org/author/display/WFLY10/Admin+Guide#AdminGuide-ArbitraryDescriptors
It's missing from the description of the 'timeout' param for the root resource 'suspend' and 'shutdown' operations. It's in the text (as seconds) but not in the separate metadata.

Test cases initialization from GssapiTestSuite and Gs2Test fail with following exception for IBM JDK:

javax.security.auth.login.FailedLoginException: 
Login error: com.ibm.security.krb5.KrbException, status code: 9
	message: The client or server has a null key
	at com.ibm.security.jgss.i18n.I18NException.throwFailedLoginException(I18NException.java:15)
	at com.ibm.security.auth.module.Krb5LoginModule.j(Krb5LoginModule.java:727)
	at com.ibm.security.auth.module.Krb5LoginModule.b(Krb5LoginModule.java:307)
	at com.ibm.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:59)
	at javax.security.auth.login.LoginContext.invoke(LoginContext.java:788)
	at javax.security.auth.login.LoginContext.access$000(LoginContext.java:196)
	at javax.security.auth.login.LoginContext$5.run(LoginContext.java:721)
	at javax.security.auth.login.LoginContext$5.run(LoginContext.java:719)
	at java.security.AccessController.doPrivileged(AccessController.java:686)
	at javax.security.auth.login.LoginContext.invokeCreatorPriv(LoginContext.java:719)
	at javax.security.auth.login.LoginContext.login(LoginContext.java:593)
	at org.wildfly.security.sasl.gssapi.JdkClientJdkServer.initialise(JdkClientJdkServer.java:47)
    ...

It is test case issue but it can hide any another functional issue because affected tests are not running with IBM JDK.

DagUtils needs to add security credentials for the output for the FileSinkOperator.

See nabble
http://camel.465427.n5.nabble.com/camel-snmp-2-5-problems-tp3339373p3339373.html

Create bulk load replication znode(hfile-refs) in ZK replication queue by default same as hbase replication znode. 
Otherwise the problem what happens is currently replication admin directly operates on ZK without routing through HM/RS. So suppose if a user enables the replication for bulk loaded data in server but fails to do the same in the client configurations then add peer will not add hfile-refs znode, resulting in replication failure for bulk loaded data.
So after fixing this the behavior will be same as mutation replication.

In quite a few places "hdfs" is hardcoded, which is OK for majority of the cases, except when it is not really hdfs, but s3 or any other file system.
The place where it really breaks is:
in ql/src/java/org/apache/hadoop/hive/ql/parse/LoadSemanticAnalyzer.java :
method: private void applyConstraints(URI fromURI, URI toURI, Tree ast, boolean isLocal)
First few lines are check for file system:
    if (!fromURI.getScheme().equals("file")
        && !fromURI.getScheme().equals("hdfs")) 
{
      throw new SemanticException(ErrorMsg.INVALID_PATH.getMsg(ast,
          "only \"file\" or \"hdfs\" file systems accepted"));
    }

"hdfs" is hardcoded. 
I don't think you need to have this check at all as you are checking whether filesystem is local or not later on anyway and in regards to non locla file system - if one would be bad one you would get problems or have it look like local before you even come to "applyConstraints" method.

It looks like S3Consumer does nothing to prevent HTTP Connection leaks that can easily happen if some exception is thrown while it is generates a batch of exchanges and sends them for processing. Also we can lose HTTP Connections if our route does not close S3 Object Input Streams which can easily happen.
Due to this issue s3 consumer may works some time and then start failing with the following exceptions:

com.amazonaws.AmazonClientException: Unable to execute HTTP request: Timeout waiting for connection from pool
	at com.amazonaws.http.AmazonHttpClient.executeHelper(AmazonHttpClient.java:544)
	at com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:273)
	at com.amazonaws.services.s3.AmazonS3Client.invoke(AmazonS3Client.java:3660)
	at com.amazonaws.services.s3.AmazonS3Client.getObject(AmazonS3Client.java:1133)
	at com.amazonaws.services.s3.AmazonS3EncryptionClient.access$201(AmazonS3EncryptionClient.java:65)
	at com.amazonaws.services.s3.AmazonS3EncryptionClient$S3DirectImpl.getObject(AmazonS3EncryptionClient.java:524)
	at com.amazonaws.services.s3.internal.crypto.S3CryptoModuleAE.getObjectSecurely(S3CryptoModuleAE.java:106)
	at com.amazonaws.services.s3.internal.crypto.CryptoModuleDispatcher.getObjectSecurely(CryptoModuleDispatcher.java:114)
	at com.amazonaws.services.s3.AmazonS3EncryptionClient.getObject(AmazonS3EncryptionClient.java:427)
	at com.amazonaws.services.s3.AmazonS3Client.getObject(AmazonS3Client.java:1005)
	at org.apache.camel.component.aws.s3.S3Consumer.createExchanges(S3Consumer.java:112)
	at org.apache.camel.component.aws.s3.S3Consumer.poll(S3Consumer.java:93)
	at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:187)
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:114)

I found 3 week points in the way S3Consumer is implemented:
1. It does not handle exceptions in the poll() method where it reads a single s3 object which means that s3 object stream can be left opened forever in case of some fault;
2. It also does not handle exceptions in the createExchanges method where it populates a list of exchanges based on the list of s3 objects available in the bucket. If for example we want to consumer 10 files in a pool and getObject call for the file 10 failed due to whatever reason steams for 9 objects that are already opened will be lost;
3. In order to make sure that we always close all the streams and to not force user to do this all the time the implementation of the processBatch method should be also improved to close all the opened streams in the finally block.
In order to resolve issues 2 and 3 in my current project (the issue 1 is not affecting me because I do not use that feature) I implemented a custom extension of the native S3Consumer that I want to share with you. It will give you the idea of the required changes that need to be applied to fix these issues. I hope it will be useful.

It was observed that while creating table with deeply nested structs might throw this exception:

java.lang.ArrayIndexOutOfBoundsException: 9
        at org.apache.hadoop.hive.serde2.lazy.LazyFactory.createLazyObjectInspector(LazyFactory.java:281)
	at org.apache.hadoop.hive.serde2.lazy.LazyFactory.createLazyObjectInspector(LazyFactory.java:263)
	at org.apache.hadoop.hive.serde2.lazy.LazyFactory.createLazyObjectInspector(LazyFactory.java:276)
	at org.apache.hadoop.hive.serde2.lazy.LazyFactory.createLazyStructInspector(LazyFactory.java:354)

The reason being that currently the separators array has been hardcoded to be of size 8 in the LazySimpleSerde.

// Read the separators: We use 8 levels of separators by default, but we
// should change this when we allow users to specify more than 10 levels
// of separators through DDL.
serdeParams.separators = new byte[8];

If possible, we should increase this size or at least make it configurable to properly handle deeply nested structs.

We are using the AbstractAutowireCapableBeanFactory.autowireBean() method to autowire beans instantiated from dynamically compiled Groovy classes.
AbstractAutowireCapableBeanFactory uses the Class object as a key in the filteredPropertyDescriptorsCache Map to cache PropertyDescriptors.
When we re-compile the Groovy class, and invoke autowireBean() on a newly created object, the old Class object remains in the cache.
Thus, the Class and its ClassLoader never get GC'd.
It only takes about 1200 of these cycles to consume our PermGen space.
Perhaps WeakHashMap would be a better choice for filteredPropertyDescriptorsCache.

https://github.com/SpringSource/spring-framework/blob/master/spring-web/src/main/java/org/springframework/web/method/HandlerMethod.java#L122

        /**
	 * Returns the type of the handler for this handler method.
	 * Note that if the bean type is a CGLIB-generated class, the original, user-defined class is returned.
	 */
	public Class<?> getBeanType() {
		if (bean instanceof String) {
			String beanName = (String) bean;
			return beanFactory.getType(beanName);
		}
		else {
			return ClassUtils.getUserClass(bean.getClass());
		}
	}

When bean instanceof String is true, the method returns the CGLIB-generated class instead of the user-defined one.
ClassUtils.getUserClass() should also wrap the return of beanFactory.getType( beanName ).

When the planner is able to make a column a constant, MERGEPARTIAL mode in VectorGroupByOperator is broken because it doesn't evaluate the key expression.  One result is execution cast exception errors.

When starting WildFly 10.0.0.Beta2 managed domain in --admin-only mode to perform :migrate operations on old subsystems [1], using an unmodified domain.xml and host.xml configuration files from EAP 6.4.0, I'm getting errors [2].
Apparently, the domain configuration files in EAP 6.4 still contain the configadmin extension and subsystems. The standalone configuration files from EAP 6.4 no longer contain that, which is why this problem wasn't found earlier and wasn't described in WFLY-5092.
Based on http://lists.jboss.org/pipermail/wildfly-dev/2015-August/004306.html, I'm expecting that I don't have to perform any changes to the EAP 6.4 configuration files.
[1]

unzip jboss-eap-6.4.0.zip
unzip wildfly-10.0.0.Beta2.zip
rm wildfly-10.0.0.Beta2/domain/configuration/*.xml
cp jboss-eap-6.4/domain/configuration/domain.xml wildfly-10.0.0.Beta2/domain/configuration/
cp jboss-eap-6.4/domain/configuration/host.xml wildfly-10.0.0.Beta2/domain/configuration/
./wildfly-10.0.0.Beta2/bin/domain.sh --admin-only

[2]

[Host Controller] 09:21:47,835 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0033: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService.boot(DomainModelControllerService.java:673)
[Host Controller] 	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:272)
[Host Controller] Caused by: javax.xml.stream.XMLStreamException: WFLYCTL0083: Failed to load module org.jboss.as.configadmin
[Host Controller] 	at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:155)
[Host Controller] 	at org.jboss.as.host.controller.parsing.DomainXml_Legacy.readDomainElement2_0(DomainXml_Legacy.java:377)
[Host Controller] 	at org.jboss.as.host.controller.parsing.DomainXml_Legacy.readElement(DomainXml_Legacy.java:133)
[Host Controller] 	...

The test fails on windows when there is a space in the folder structure

The execute-test-on-lxc.sh script is exiting with '1' error code after the tests were executed even if the test did not fail.
This is causing that PreCommit-HIVE-METASTORE-Test publishes invalid results to Jira.

The map-join hashtable sink in the local-task creates an in-memory hashtable with the following code.

 Object[] value = JoinUtil.computeMapJoinValues(row, joinValues[alias],
...
 MapJoinRowContainer rowContainer = tableContainer.get(key);
    if (rowContainer == null) {
      rowContainer = new MapJoinRowContainer();
      rowContainer.add(value);

But for a query where the joinValues[alias].size() == 0, this results in a large number of unnecessary allocations which would be better served with a copy-on-write default value container & a pre-allocated zero object array which is immutable (the only immutable array there is in java).
The query tested is roughly the following to scan all of customer_demographics in the hash-sink

select c_salutation, count(1)
 from customer
      JOIN customer_demographics ON customer.c_current_cdemo_sk = customer_demographics.cd_demo_sk
 group by c_salutation
 limit 10
;

When running with current trunk, the code results in an OOM with 512Mb ram.

2013-08-23 05:11:26	Processing rows:	1400000	Hashtable size:	1399999	Memory usage:	292418944	percentage:	0.579

Execution failed with exit status: 3

hive> select grouping(c1), lead(c2) over(partition by grouping(c1)) from e011_01 group by c1, c2;
Underlying error: org.apache.hadoop.hive.ql.parse.SemanticException: Line 1:48 Arguments length mismatch 'c1': grouping() requires 2 argument, got 1

See the stack trace below. This happen when sending an incorrect STOMP command (eg "FOO") with no payload. In that case, the StompDecoder returns a null decoded message, causing the NPE.

	at org.springframework.web.socket.messaging.StompSubProtocolHandler.handleMessageFromClient(StompSubProtocolHandler.java:127) ~[spring-websocket-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.socket.messaging.SubProtocolWebSocketHandler.handleMessage(SubProtocolWebSocketHandler.java:233) [spring-websocket-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.socket.handler.WebSocketHandlerDecorator.handleMessage(WebSocketHandlerDecorator.java:59) [spring-websocket-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.socket.handler.LoggingWebSocketHandlerDecorator.handleMessage(LoggingWebSocketHandlerDecorator.java:55) [spring-websocket-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.socket.handler.ExceptionWebSocketHandlerDecorator.handleMessage(ExceptionWebSocketHandlerDecorator.java:69) [spring-websocket-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.web.socket.adapter.jetty.JettyWebSocketHandlerAdapter.onWebSocketText(JettyWebSocketHandlerAdapter.java:77) [spring-websocket-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source) ~[na:na]
	at org.eclipse.jetty.websocket.common.events.annotated.CallableMethod.call(CallableMethod.java:71) [websocket-common-9.1.0.v20131115.jar:9.1.0.v20131115]
	at org.eclipse.jetty.websocket.common.events.annotated.OptionalSessionCallableMethod.call(OptionalSessionCallableMethod.java:72) [websocket-common-9.1.0.v20131115.jar:9.1.0.v20131115]

In the metastore, the FileSystem object is created through Path.getFileSytem(), which caches the created instance for performance. For DFS, the cached FileSystem seems to retain the original IP (resolved from the supplied hostname). If the hostname->IP mapping changes, then FS operations will throw IOExceptions. Because the FileSystem is cached, re-creating the object has no effect and will continue to result in IOExceptions.
One solution is to call close on an IOException. That will remove the entry in the cache.

Around line 227:

      if (o1[i] > o1[i]) {
        return 1;

The above comparison would never be true.

e.g., expression like d = 0.22 where 0.22 is of float type, gets converted to double d = 0.219999986 in SARG creation. This will cause erroneous evaluation of SARG expression.

There is a performance regression in clustering stress tests testing performance of the cluster under increasing load (number of concurrent clients). All tests use a 4-node EAP cluster and 5 nodes that generate load.
During heavyread tests majority of requests don't write to the session, only read. This should simulate real client behaviour.
Scenarios affected:
stress-heavyread-session-dist-sync
stress-heavyread-session-repl-sync
There is a difference in throughput graph between 7.1.0.DR15 and 7.1.0.DR16 in both scenarios. This issue is probably causing performance drop after the number of clients reached 4000 (in case of dist-sync scenario). There is also a significant number of sampling errors at that time (comparing to no sampling errors in 7.1.0.DR15).
See the performance report for heavyread-session-dist-sync scenario:
http://download.eng.brq.redhat.com/scratch/dcihak/2017-04-19_14-28-37/stress.html
and for heavyread-session-repl-sync scenario:
http://download.eng.brq.redhat.com/scratch/dcihak/2017-04-19_14-40-09/stress.html
There are results of another run of the heavyread-session-dist-sync scenario:
http://download.eng.brq.redhat.com/scratch/dcihak/2017-04-19_16-10-26/stress.html
When number of sessions reached 4400 clients start logging following WARN message:

2017/04/06 18:14:07:058 EDT [WARN ][Runner - 15] HOST dev220.mw.lab.eng.bos.redhat.com:rootProcess:c - Error sampling data:  <org.jboss.smartfrog.loaddriver.RequestProcessingException: Invalid response code: 503 Content: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>503 Service Temporarily Unavailable</title>
</head><body>
<h1>Service Temporarily Unavailable</h1>
<p>The server is temporarily unable to service your
request due to maintenance downtime or capacity
problems. Please try again later.</p>
<hr>
<address>Apache/2.2.26 (@VENDOR@) Server at dev224 Port 8080</address>
</body></html>
>

http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-stress-heavyread-session-dist-sync/41/console-dev224/
At the same time server starts logging:

33m18:13:18,784 WARN  [org.jgroups.protocols.pbcast.GMS] (thread-13) dev213: not member of view [dev212|4]; discarding it
[JBossINF] [0m[31m18:13:18,886 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-75) ISPN000136: Error executing command PrepareCommand, writing keys [SessionAccessMetaDataKey(fS0csQoHO532jD_tHe4XmfRoPQkCI0gg6xv0tvp-), SessionCreationMetaDataKey(fS0csQoHO532jD_tHe4XmfRoPQkCI0gg6xv0tvp-)]: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from dev212, see cause for remote stack trace
[JBossINF] 	at org.infinispan.remoting.transport.AbstractTransport.checkResponse(AbstractTransport.java:44)
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.checkRsp(JGroupsTransport.java:821)
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$invokeRemotelyAsync$1(JGroupsTransport.java:648)
[JBossINF] 	at org.infinispan.remoting.transport.jgroups.RspListFuture.futureDone(RspListFuture.java:40)
[JBossINF] 	at org.jgroups.blocks.Request.checkCompletion(Request.java:152)
[JBossINF] 	at org.jgroups.blocks.GroupRequest.receiveResponse(GroupRequest.java:115)
[JBossINF] 	at org.jgroups.blocks.RequestCorrelator.dispatch(RequestCorrelator.java:427)
[JBossINF] 	at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:357)
[JBossINF] 	at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:245)
[JBossINF] 	at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:664)
[JBossINF] 	at org.jgroups.JChannel.up(JChannel.java:738)
[JBossINF] 	at org.jgroups.fork.ForkProtocolStack.up(ForkProtocolStack.java:120)
[JBossINF] 	at org.jgroups.stack.Protocol.up(Protocol.java:380)
[JBossINF] 	at org.jgroups.protocols.FORK.up(FORK.java:114)
[JBossINF] 	at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
[JBossINF] 	at org.jgroups.protocols.FlowControl.up(FlowControl.java:390)
[JBossINF] 	at org.jgroups.protocols.pbcast.GMS.up(GMS.java:1037)
[JBossINF] 	at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
[JBossINF] 	at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1077)
[JBossINF] 	at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:792)
[JBossINF] 	at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:433)
[JBossINF] 	at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:649)
[JBossINF] 	at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155)
[JBossINF] 	at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:200)
[JBossINF] 	at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:325)
[JBossINF] 	at org.jgroups.protocols.MERGE3.up(MERGE3.java:292)
[JBossINF] 	at org.jgroups.protocols.Discovery.up(Discovery.java:296)
[JBossINF] 	at org.jgroups.protocols.TP.passMessageUp(TP.java:1657)
[JBossINF] 	at org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1872)
[JBossINF] 	at org.jboss.as.clustering.jgroups.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:52)
[JBossINF] Caused by: org.infinispan.commons.CacheException: ISPN000332: Remote transaction GlobalTransaction:<dev213>:7915312:remote rolled back because originator is no longer in the cluster
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.verifyRemoteTransaction(TxInterceptor.java:518)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:161)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:145)
[JBossINF] 	at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:176)
[JBossINF] 	at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:112)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:229)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.visitPrepareCommand(StateTransferInterceptor.java:87)
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
[JBossINF] 	at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:79)
[JBossINF] 	at org.infinispan.commands.tx.PrepareCommand.perform(PrepareCommand.java:100)
[JBossINF] 	at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92)

http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-stress-heavyread-session-dist-sync/41/console-dev213/

I encountered strange bug with regard to handling of `Profile` conditions and active profiles. Below is a table describing tested combinations and expected results

@Profile value
Active profiles

!a & b
b
true
true

b & !a
b
true
true

!a & b
a
false
true

b & !a
a
false
false

!a & b
ab
false
false

b & !a
ab
false
false

As shown in the table above, test notAandBShouldNotAcceptWhenAActive should not accept the bean, but it does, and just different order of operations in @Profile is enough to behave accordingly. Tests were performed on JDK8. I created simple project to verify it and linked it with this issue.
 
Junit test ot reproduce is as follows: 

    @Test
    public void notAandBShouldNotAcceptWhenAActive() throws Exception {
        // given
        Profiles notAAndB = Profiles.of("!a & b");
        AbstractEnvironment environment = new MockEnvironment();
        environment.setActiveProfiles("a");
        // when
        boolean acceptsProfiles = environment.acceptsProfiles(notAAndB);
        // then
        assertThat(acceptsProfiles).isFalse();
    }

ZipArchiveInputStream fails to call count() in some cases where it reads (or puts back) data from the input stream.
Not quite sure how to handle put-back yet, as a count of -1 is currently ignored, so how does one count a single byte that is put back?
Easy enough to hack this in - count(1);count(-2); - but that's rather messy.

Now, ReportRegionStateTransitionRequest is executed in default handler, only region of system table is executed in priority handler. That is because we have only two kinds of handler default and priority in master(replication handler is for replication specifically), if the transition report for all region is executed in priority handler, there is a dead lock situation that other regions' transition report take all handler and need to update meta, but meta region is not able to report online since all handler is taken(addressed in the comments of MasterAnnotationReadingPriorityFunction).
But there is another dead lock case that user's DDL requests (or other sync op like moveregion) take over all default handlers, making region transition report is not possible, thus those sync ops can't complete either. A simple UT provided in the patch shows this case.
To resolve this problem, I added a new metaTransitionExecutor to execute meta region transition report only, and all the other region's report are executed in priority handlers, separating them from user's requests.

ITDs should automatically delete if their corresponding governor is removed. This is not happening on a Linux machine. 
This issue is likely related to changes made to support Windows, as Ant paths used for ITD matching were modified at that point.

– This tests that the schema can be changed for binary serde data
create table partition_test_partitioned(key string, value string)
partitioned by (dt string) stored as textfile;
insert overwrite table partition_test_partitioned partition(dt='1')
select * from src where key = 238;
select * from partition_test_partitioned where dt is not null;
select key+key, value from partition_test_partitioned where dt is not null;
alter table partition_test_partitioned change key key int;
It works fine for a RCFile

For the query as following:

create table tbl2 as 
select col1, max(col2) as col2 
from tbl1 group by col1;

If the column for group by has many different values (for example 400000) and it is in type double, the map side aggregation is very slow. I ran the query which took more than 3 hours , after 3 hours, I have to kill the query.
The same query can finish in 7 seconds, if I turn off map side aggregation by:

set hive.map.aggr = false;

See nabble
http://camel.465427.n5.nabble.com/Validator-component-onException-tp5717756.html
We should ensure the input stream gets closed in all accounts with the validator component.

These are JDBC APIs that allow the user of the driver to provide client info to the server; the list of the fields supported by the driver is returned as a result set by getClientInfoProperties API.
I've looked at IBM, Oracle, MS etc. docs and it seems like ApplicationName is a common one; there's also ClientHostname, etc. that we don't need because HS2 derives them already.
The client will then set these properties via setClientInfo if desired. Whether it is desired by any BI tools of significance I've no idea. 
The properties are sent to the server on connect (which is what Microsoft seems to do, but in Hive model it's impossible because HiveConnection connects in ctor), or on the next query (I don't recall where I've seen this), or immediately (which is what I do in this patch).
The getClientInfo API on the driver side seems completely pointless, so I cache clientinfo locally for it.

Spring Faces creates JavaScript-blocks that are not compatible with XHTMl standards and cause validation errors:
For example the following JSF taglet:
<sf:commandLink styleClass="cmd" id="showDetailData" value="#
{d.firstName}
 #
{d.lastName}
" action="select"/>
creates (among other things) the following JavaScript block:
<script>Spring.addDecoration(new Spring.CommandLinkDecoration(
{elementId : 'users:data:24:showDetailData', linkHtml : users_data_24_showDetailData_link}
));</script>
This is wrong for several reasons: (a) No type for the script is defined (required by XHTML), (b) The content of the script block is not correctly uncommented in browsers not supporting JavaScript.
The correct block looks like this (type added and correct commenting for all types and versions of browsers added):
<script type="text/javascript"><!-//><![CDATA[//><!-
Spring.addDecoration(new Spring.CommandLinkDecoration(
{elementId : 'users:data:1:showDetailData', linkHtml : users_data_1_showDetailData_link}
));
//--><!]]> </script>
Much more verbose but according to our knowledge the only correct way to do it (we will propose a much less verbose style more up to date with current state of the art JavaScript programming later on once we get through the current bugs .
Since we right now are busy with a project for the German public sector, this poses a critical problem for us, since XHTML conformance is required by binding software architecture agreements specified by the German government (SAGA 4.x). Without this conformance it will not be possible to have the system approved by the German government.

When you have the element <mvc:annotation-driven/> in the bean definition file
and you use DataBinder.initDirectFieldAccess,
conversion problems are not handled by the DataBinder, but lead to a ConversionFaileException.
When you remove the element <mvc:annotation-driven/>, the DataBinder handles conversion problems OK.
Example command object:
  private int value;
  public int getValue() 
{
    return value;
  }
}
Example controller
  @RequestMapping(value="/example.htm",method=RequestMethod.GET)
  public String example(Model model) 
{
    model.addAttribute(new CommandObject());
    return "/WEB-INF/JSP/example.jsp";
  }
  @RequestMapping(value="/example.htm",method=RequestMethod.POST)
  public String example(@ModelAttribute CommandObject commandObject, BindingResult bindingResult) 
{        
  }
  public void initBinder(DataBinder dataBinder) 
{
    dataBinder.initDirectFieldAccess();
  }
}
/WEB-INF/JSP/example.jsp
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>Example</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
</head>
<body>
<div><form:input path="value"/> <form:errors path="value"/></div>
<div><input type="submit" value="OK"/></div>
</body>
</html>
Steps to see the problem
Type blabla in the textbox and submit,
You get a HTTP 500
The stack trace shows a ConversionFailedException

Even after fix for https://issues.jboss.org/browse/WFLY-2375, the @PostConstruct and @PreDestroy methods on interceptors (bound using interceptor bindings) intercepting servlet component classes are not invoked.
Tests available here: https://github.com/bafco/wildfly/commits/WFLY-2375-tests (only for servlets at the moment).

create table t1 (val date);
insert overwrite table t1 select '2014-10-10' from src limit 1;
create table t2 (val varchar(10));
insert overwrite table t2 select '2014-10-10' from src limit 1; 
==
Query:
select t.val from
(select val from t1
union all
select val from t1
union all
select val from t2
union all
select val from t1) t;
==
Will throw exception: 

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Incompatible types for union operator
	at org.apache.hadoop.hive.ql.exec.UnionOperator.initializeOp(UnionOperator.java:86)
	at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:443)
	... 22 more

It was because at this query parse step, getCommonClassForUnionAll is used, but at execution getCommonClass is used. They are not used consistently in union. The later one does not support the implicit conversion from date to string, which is the problem cause.
The change might be simple to fix this particular union issue but I noticed that there are three versions of getCommonClass: getCommonClass, getCommonClassForComparison, getCommonClassForUnionAll, and wonder if they need to be cleaned and refactored.

When using multiple mapping files for castor the CastorMarshaller adds each mapping several times.
i.e.
<bean id="castorMarshaller" class="org.springframework.oxm.castor.CastorMarshaller" >
		<property name="mappingLocations">
			<list>                               
				<value>classpath:file1.xml</value>
				<value>classpath:file2.xml</value>                
				<value>classpath:file3.xml</value>
			</list>
</bean>
The mappings from file1 are added 3 times because the addMapping() method is called within the loop with the entire mapping.
I think method
    protected XMLContext createXMLContext(Resource[] mappingLocations, Class targetClass)
            throws MappingException, IOException, ResolverException {
        XMLContext context = new XMLContext();
        if (!ObjectUtils.isEmpty(mappingLocations)) {
            Mapping mapping = new Mapping();
            for (int i = 0; i < mappingLocations.length; i++) 
{
                mapping.loadMapping(SaxUtils.createInputSource(mappingLocations[i]));
                context.addMapping(mapping);
            }
        }
        if (targetClass != null) 
{
            context.addClass(targetClass);
        }
    }

Should actually look like this

            for (int i = 0; i < mappingLocations.length; i++) {
            }
            context.addMapping(mapping);
        }
        if (targetClass != null) {            context.addClass(targetClass);        }
    }
BTW: Adding mappings multiple times will result in strange behavior because Castor tries identify objects by their namespace if it finds multiple entries with the same name and fails because of bad namespace support within castor.

Currently, the HBaseAdmin has a constructor that takes an HConnection, but then immediately casts it to an HConnectionManager.HConnectionImplementation:

  public HBaseAdmin(HConnection connection)
      throws MasterNotRunningException, ZooKeeperConnectionException {
    this.conf = connection.getConfiguration();

    // We want the real class, without showing it our public interface,
    //  hence the cast.
    this.connection = (HConnectionManager.HConnectionImplementation)connection;

However, this breaks the explicit contract in the javadocs and makes it basically impossible to mock out the hbaseadmin. 
We need to either make the hbaseadmin use a basic HConnection and optimize for cases where its smarter or bring up the couple of methods in HConnectionManager.HConnectionImplementation to the HConnection interface.

TestEmbeddedThriftBinaryCLIService have showed me this behaviour.
Thrift service may hang because of this issue.
TestEmbeddedThriftBinaryCLIService can reproduce this problem with a very bad probability...but I was able to 
Its not able to aquire the semaphore; because most probably because an earlier command have produced an SQLException in the unprotected parts.

Since "Sec-WebSocket-Protocol" and "Sec-WebSocket-Extensions" headers are filtered from handshakeHeaders in the AbstractWebSocketClient.doHandshake, the concrete AbstractWebSocketClient should take care about about those headers according to the target implementation.
As a solution SockJsClient has to "repopulate" those headers to the handshakeHeaders for further handshake fallback chain.

With the following data in table input4_cb:
Key        Value
------       --------
NULL     325
18          NULL

select * from input4_cb a join input4_cb b on a.key = b.value;

returns the following result:
NULL    325    18   NULL
The correct result should be empty set.
When 'null' is replaced by '' it works.

With parallel execution enabled we should make sure that the Task.executeTask has to be thread safe, which is not the case with hiveHistory object.

The ability to ride over WAL close errors on log rolling added in HBASE-4222 could lead to missing HLog entries if:

A table has DEFERRED_LOG_FLUSH=true
There are unflushed WALEdit entries for that table in the current SequenceFile writer buffer

Since the writes were already acknowledged to the client, just ignoring the close error to allow for another log roll doesn't seem like the right thing to do here.
We could easily flag this state and only ride over the close error if there aren't unflushed entries.  This would bring the above condition back to the previous behavior of aborting the region server.  However, aborting the region server in this state is still guaranteeing data loss.  Is there anything we can do better in this case?  

DigestUtils.getDigest(String) looses the orginal exception. It should pass the checked exception it catches into the constructor of the new unchecked exception.

As servicemix install the Pax-web jsp support, which exports the javax.el package with the version 2.1.0, and camel-juel imports the javax.el with version [1.0,2), so the camel-juel feature can't be installed in ServiceMix 4.2.0.
Because javax.el is introduced with the jsp 2.1, so we need to update the camel-juel jaxax.el imports version at the same time.

Running add-user.sh in silent mode and redirecting the output to a file results in an exception:
Exception in thread "main" java.lang.IllegalStateException: JBAS015232: No java.io.Console available to interact with user.

HTable's getRowOrBefore(...) internally calls into Store.getRowKeyAtOrBefore. That method was created to allow our scanning of .META. (see HBASE-2600).
Store.getRowKeyAtOrBefore(...) lists a bunch of requirements for this to be performant that a user of HTable will not be aware of.
I propose deprecating this in the public interface in 0.92 and removing it from the public interface in 0.94. If we don't get to HBASE-2600 in 0.94 it will still remain as internal interface for scanning meta.
Comments?

A candidate bean instance can be actually null. The resolution of SPR-10548 introduced a potential null deference in such a case

In the hiveserver2 setup used for testing, we see that it has 2444 files open and of them 2152 are /tmp/hive/hive_job_log_hive_*.txt files

The Hive Driver will throw a NullPointerException when getResults() is called but the context has not yet been set by a call to compile().

The javadoc for SkipFilter (http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/filter/SkipFilter.html) states : 
A wrapper filter that filters an entire row if any of the KeyValue checks do not pass.
But the example same javadocs gives to support this statement is wrong. The *scan.setFilter(new SkipFilter(new ValueFilter(CompareOp.EQUAL,
     new BinaryComparator(Bytes.toBytes(0))));* , will only emit rows which have all column values zero. In other words it is going to skip all rows for which 
ValueFilter(CompareOp.EQUAL, new BinaryComparator(Bytes.toBytes(0))) does not pass , which happen to be all non zero valued cells. 
In the same example a ValueFilter created with CompareOp.NOT_EQUAL will filter out the rows which have a column value zero. 

This came from backporting HBASE-7725 to 0.94. Essentially, the created compaction requests were added to the wrong list, resulting in concurrent modifications exceptions and incorrect return values when used in practice. The code is fine in 0.95/trunk, but should include the same added test to catch a possible regression.

In hive/ql/exec/tez/DagUtils.java, we enforce the user path get from HIVE_USER_INSTALL_DIR to be HDFS. This makes it impossible to run Hive+Tez jobs on non-HDFS filesystem, e.g. WASB. Relevant code are as follows:

  public Path getDefaultDestDir(Configuration conf) throws LoginException, IOException {
    UserGroupInformation ugi = ShimLoader.getHadoopShims().getUGIForConf(conf);
    String userName = ShimLoader.getHadoopShims().getShortUserName(ugi);
    String userPathStr = HiveConf.getVar(conf, HiveConf.ConfVars.HIVE_USER_INSTALL_DIR);
    Path userPath = new Path(userPathStr);
    FileSystem fs = userPath.getFileSystem(conf);
    if (!(fs instanceof DistributedFileSystem)) {
      throw new IOException(ErrorMsg.INVALID_HDFS_URI.format(userPathStr));
    }

Exceptions running jobs with defaultFs configured to WASB.

2014-05-01 00:21:39,847 ERROR exec.Task (TezTask.java:execute(192)) - Failed to execute tez graph.
java.io.IOException: wasb://hdi31-chuanliu@clhdistorage.blob.core.windows.net/user is not a hdfs uri
	at org.apache.hadoop.hive.ql.exec.tez.DagUtils.getDefaultDestDir(DagUtils.java:662)
	at org.apache.hadoop.hive.ql.exec.tez.DagUtils.getHiveJarDirectory(DagUtils.java:759)
	at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.createJarLocalResource(TezSessionState.java:321)
	at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:159)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:154)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1504)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1271)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1089)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:912)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:423)

If templeton.hive.properties is not set, when starting webhcat server, the following NullPointerException is thrown and webhcat server could not start:

        at org.apache.hive.hcatalog.templeton.AppConfig.hiveProps(AppConfig.java:318)
        at org.apache.hive.hcatalog.templeton.AppConfig.handleHiveProperties(AppConfig.java:194)
        at org.apache.hive.hcatalog.templeton.AppConfig.init(AppConfig.java:175)
        at org.apache.hive.hcatalog.templeton.AppConfig.<init>(AppConfig.java:155)
        at org.apache.hive.hcatalog.templeton.Main.loadConfig(Main.java:96)
        at org.apache.hive.hcatalog.templeton.Main.init(Main.java:80)
        at org.apache.hive.hcatalog.templeton.Main.<init>(Main.java:75)
        at org.apache.hive.hcatalog.templeton.Main.main(Main.java:267)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:197)

Due to the bug in the DefaultSqlPrepareStatementStrategy there no ability to use NULL values.
Following query will be failed, if we try to use NULL  as a parameter value:
select a, b from foo where (:#param1 IS NOT NULL AND a > 12 ) OR (:#param2 IS NOT NULL AND b > 12)
We'll get an error: 

Caused by: java.sql.SQLException: Number of parameters mismatch. Expected: 2, was:1
at org.apache.camel.component.sql.DefaultSqlPrepareStatementStrategy.populateStatement(DefaultSqlPrepareStatementStrategy.java:132) ~[camel-sql-2.11.0.jar:2.11.0]
	at org.apache.camel.component.sql.SqlProducer$1.doInPreparedStatement(SqlProducer.java:74) ~[camel-sql-2.11.0.jar:2.11.0]
	at org.apache.camel.component.sql.SqlProducer$1.doInPreparedStatement(SqlProducer.java:57) ~[camel-sql-2.11.0.jar:2.11.0]
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:587) ~[spring-jdbc-3.1.4.RELEASE.jar:3.1.4.RELEASE]
Fix is quite simple: iterator implementation (returned by DefaultSqlPrepareStatementStrategy.createPopulateIterator()) should be changed as follows:

                return new Iterator<Object>() {
                    private NamedQueryParser parser = new NamedQueryParser(query);
                    private String nextParam;
                    private boolean done;

                    @Override
                        if (done) {
                            return false;
                        }
                        
                        if (nextParam == null) {
                            nextParam = parser.next();
                            if (nextParam == null) {
                                done = true;
                            }
                        }
                        return nextParam != null;
                    }

                    @Override
                    public Object next() {
                        if(!hasNext()){
                            throw new NoSuchElementException();
                        }
                        
                        boolean contains = bodyMap != null ? bodyMap.containsKey(nextParam) : false;
                        contains |= headerMap != null ? headerMap.containsKey(nextParam) : false;
                        if (!contains) {
                            throw new RuntimeExchangeException("Cannot find key [" + nextParam + "] in message body or headers to use when setting named parameter in query [" + query + "]", exchange);
                        }
                            
                        // get from body before header
                        Object next = bodyMap != null ? bodyMap.get(nextParam) : null;
                        if (next == null) {
                            next = headerMap != null ? headerMap.get(nextParam) : null;
                        }

                        nextParam = null;
                        return next;
                    }

                    @Override
                    public void remove() {
                        // noop
                    }
                };

Jython includes support for decompressing bz2 files using commons compress and shares regression tests with CPython. The CPython test test_read_truncated in test_bz2.py passes under CPython but fails under Jython.
The BZip2CompressorInputStream is able to read 769 bytes from the truncated data rather than the 770 bytes that the CPython bz2 implementation can read.

hbck2 on HBase2 shows false inconsistency:

$ bin/hbase hbck -metaonly

2018-03-28 13:42:40,082 INFO  [main] util.HBaseFsck: Checking and fixing region consistency

ERROR: test1 has dangling table state tableName=test1, state=ENABLED

2018-03-28 13:42:40,090 INFO  [main] util.HBaseFsck: Handling overlap merges in parallel. set hbasefsck.overlap.merge.parallel to false to run serially.

Summary:

Table hbase:meta is okay.

   Number of regions: 1

   Deployed on:  uagashe-mbp.attlocal.net,16022,1522268841765

1 inconsistencies detected.

[standalone@localhost:9990 /] /subsystem=naming/binding="java:/hello":add(binding-type=simple, value=hello)
[standalone@localhost:9990 /] /subsystem=naming/binding="java:/hello":rebind    
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.util.NoSuchElementException: No child 'binding-type' exists",
}

When I forget the binding-type parameter, the error message should be more informative.

KafkaEndpoint cannot load the StringEncoder because we do not expose the Kafka API to user code. It's an implementation detail of the camel-kafka component and only visible to that class loader

Caused by: java.lang.ClassNotFoundException: kafka.serializer.StringEncoder
	at org.apache.camel.impl.DefaultClassResolver.resolveMandatoryClass(DefaultClassResolver.java:80)
	at org.apache.camel.component.kafka.KafkaEndpoint.createProducer(KafkaEndpoint.java:83)
	at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:431)

When llap is on and hs2 is configured with access to an llap cluster, HS2 UI should show some status of the daemons and provide a mechanism to click through to their respective UIs.

On line 65 of ReactorHttpHandlerAdapter a bad request is logged as an error, when it should be logged as a warning instead.
Example:
ERROR 6 — [ctor-http-nio-1] o.s.h.s.r.ReactorHttpHandlerAdapter      () : Invalid URL Illegal character in path at index [...]

ScriptBuilder uses javax.script.ScriptEngineManager default ctor, which does 

    public ScriptEngineManager() {
        ClassLoader ctxtLoader = Thread.currentThread().getContextClassLoader();
        init(ctxtLoader);
    }

This means we can only discover script engines that are visible on the TCCL

The two SwitchIdentityTestCase classes both attempt a DIGEST-MD5 authentication.  For some reason the authentication is rejected.  A debug session shows the user name, password, host name, and protocol all seem to match between client and server.

These capabilities are registered by EJB3 subsystem but they are not recorded by Galleon feature spec:
org.wildfly.ejb3.remote.client-configurator
org.wildfly.ejb3
org.wildfly.ejb3.clustered.singleton

DB2 SQLCODE=-1218, SQLSTATE=57011, SQLERRMC=4097 is document as being transient  in the DB2 Message Reference, yet Spring throws this as a DataAccessResourceFailureException:
org.springframework.dao.DataAccessResourceFailureException: Hibernate flushing: could not insert collection rows: com.electriccloud.commander.domain.JobStepImpl.steps#101; SQL [update ec_job_step set parent_id=?, step_index=? where id=?]; DB2 SQL Error: SQLCODE=-1218, SQLSTATE=57011, SQLERRMC=4097, DRIVER=4.2.73; nested exception is com.ibm.db2.jcc.a.SqlException: DB2 SQL Error: SQLCODE=-1218, SQLSTATE=57011, SQLERRMC=4097, DRIVER=4.2.73
	at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:103)
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)
	at org.springframework.orm.hibernate3.HibernateTransactionManager.convertJdbcAccessException(HibernateTransactionManager.java:801)
	at org.springframework.orm.hibernate3.HibernateTransactionManager.convertHibernateAccessException(HibernateTransactionManager.java:787)
	at org.springframework.orm.hibernate3.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:663)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:732)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:321)
	at com.electriccloud.dao.TransactionAspect.withTransaction(TransactionAspect.java:161)
	at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:627)
	at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:616)
	at org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:64)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:160)
	at org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:77)
	at com.electriccloud.operations.TransactionRetryAspect.performWithRetry(TransactionRetryAspect.java:221)
	at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
	at com.electriccloud.operations.OperationTimingAspect.logOperationPerformance(OperationTimingAspect.java:106)
	at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
	at $Proxy167.perform(Unknown Source)
	at com.electriccloud.operations.OperationInvoker.invoke(OperationInvoker.java:197)
	at com.electriccloud.operations.OperationCaller.call(OperationCaller.java:112)
	at com.electriccloud.operations.OperationCaller.call(OperationCaller.java:37)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at com.electriccloud.util.queue.CommanderThread.run(CommanderThread.java:112)
Caused by: com.ibm.db2.jcc.a.SqlException: DB2 SQL Error: SQLCODE=-1218, SQLSTATE=57011, SQLERRMC=4097, DRIVER=4.2.73
	at com.ibm.db2.jcc.a.cd.a(cd.java:669)
	at com.ibm.db2.jcc.a.cd.a(cd.java:60)
	at com.ibm.db2.jcc.a.cd.a(cd.java:127)
	at com.ibm.db2.jcc.a.ul.b(ul.java:2092)
	at com.ibm.db2.jcc.a.ul.c(ul.java:2075)
	at com.ibm.db2.jcc.t4.db.k(db.java:353)
	at com.ibm.db2.jcc.t4.db.a(db.java:59)
	at com.ibm.db2.jcc.t4.t.a(t.java:50)
	at com.ibm.db2.jcc.t4.tb.b(tb.java:200)
	at com.ibm.db2.jcc.a.vl.Zb(vl.java:2427)
	at com.ibm.db2.jcc.a.vl.e(vl.java:3269)
	at com.ibm.db2.jcc.a.vl.Rb(vl.java:624)
	at com.ibm.db2.jcc.a.vl.executeUpdate(vl.java:603)
	at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.executeUpdate(NewProxyPreparedStatement.java:469)
	at org.hibernate.jdbc.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:23)
	at org.hibernate.persister.collection.AbstractCollectionPersister.insertRows(AbstractCollectionPersister.java:1367)
	at org.hibernate.action.CollectionUpdateAction.execute(CollectionUpdateAction.java:66)
	at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:170)
	at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:304)
	at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
	at com.electriccloud.dao.HibernateFlushListener.onFlush(HibernateFlushListener.java:67)
	at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
	at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
	at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106)
	at org.springframework.orm.hibernate3.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:655)
	... 42 more

ChangeSet does not synchronize whilst using the Iterator on the Set "changes" which is a synchronizedSet.
The Javadoc for Collections.synchronizedSet says: "
...
It is imperative that the user manually synchronize on the returned set when iterating over it:
...
Failure to follow this advice may result in non-deterministic behavior."
This affects the add() and perfom() methods.
Also, the asSet() method returns a reference to the Set.  This method does not seem to be used at present, so perhaps could be removed.
Otherwise, it should either return a copy of the set, or the Javadoc should point out that any iteration over the set must synchronize on the set.

When writing out an Http response, the HttpBinding should check for the existing of the header HttpProducer.HTTP_RESPONSE_CODE and set it in the response if it's there.  This allows requests made via the http component to be output with the correct status code info.  If also allows processors in the flow to control the status code by setting the header themselves.

repro steps

Have a prototype bean with a @Lookup method.
Try to acquire it (for the first time) from 2 or more threads concurrently
Call the @Lookup on acquired instance (either directly if it's pubic, or call other method that uses the @Lookup method if that one is protected

expected

@Lookup intercepted and served by the DI container

observed

Sometimes, the @Lookup method is not overridden, as if there was some kind of race condition or other concurrency issue in handling of that annotation.

workaround
Use <lookup-method/> in XML configuration. That one is handled at parse time, which is definitely single threaded, and does not suffer from concurrent lazy initialization. 

Currently Hive-Calcite operator tree treats AVG function as an unknown function that has a Calcite Sql Kind of Other_FUNCTION. This is an issue that can get into the way of rules like org.apache.calcite.rel.rules.AggregateReduceFunctionsRule.
This patch adds the avg function to the list of known aggregate function.

BindingAddHandler doesn't pass it's attributes into the superclass constructor, so the capability references don't get registered by the default AbstractAddStepHandler.recordCapabilitiesAndRequirements. And BindingAddHandler also doesn't override recordCapabilitiesAndRequirements to do the registration itself.

In the org.springframework.beans.factory.wiring.BeanConfigurerSupport.configureBean method, there is a block of code:
		BeanWiringInfo bwi = this.beanWiringInfoResolver.resolveWiringInfo(beanInstance);
		if (bwi == null) 
{
			// Skip the bean if no wiring info given.
			return;
		}

		try {
			if (bwi.indicatesAutowiring() ||
					(bwi.isDefaultBeanName() && !this.beanFactory.containsBean(bwi.getBeanName()))) 
{
				// Perform autowiring (also applying standard factory / post-processor callbacks).
				this.beanFactory.autowireBeanProperties(beanInstance, bwi.getAutowireMode(), bwi.getDependencyCheck());
				Object result = this.beanFactory.initializeBean(beanInstance, bwi.getBeanName());
				checkExposedObject(result, beanInstance);
			}

when the beanName in bwi is null, this call returns true:
  bwi.indicatesAutowiring()
and then it will execute: 
  Object result = this.beanFactory.initializeBean(beanInstance, bwi.getBeanName());
since the bwi.getBeanName() returns null, it will then cause a NullPointerException:
	at java.util.concurrent.ConcurrentHashMap.containsKey(ConcurrentHashMap.java:782)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.containsBeanDefinition(DefaultListableBeanFactory.java:264)
	at org.springframework.aop.framework.autoproxy.AutoProxyUtils.shouldProxyTargetClass(AutoProxyUtils.java:55)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.shouldProxyTargetClass(AbstractAutoProxyCreator.java:493)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.createProxy(AbstractAutoProxyCreator.java:454)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.wrapIfNecessary(AbstractAutoProxyCreator.java:362)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:404)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1407)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:386)
In my particular case, the beanWiringInfoResolver is AnnotationBeanWiringInfoResolver, which has this method:
	protected BeanWiringInfo buildWiringInfo(Object beanInstance, Configurable annotation) {
		if (!Autowire.NO.equals(annotation.autowire())) 
{
			return new BeanWiringInfo(annotation.autowire().value(), annotation.dependencyCheck());
		}
		else {
			if (!"".equals(annotation.value())) 
{
				// explicitly specified bean name
				return new BeanWiringInfo(annotation.value(), false);
			}
			else 
{
				// default bean name
				return new BeanWiringInfo(getDefaultBeanName(beanInstance), true);
			}
		}
	}
The Autowire mode is set to BY_NAME, so the above block will return a BeanWiringInfo without beanName.

Insert Overwrite table db.tname fails if partition already exists.
For example-
insert overwrite table db.tname PARTITION(part='p') select .. from t2 where part='p'; fails if partition 'p' already exists. Workaround is - use db; and the fire the command.
From the source code-
alterPartition(tbl.getTableName(), new Partition(tbl, tpart)); takes String tablename as argument and loses db information. Table table = newTable(tablename) is called to retrieve table from name. But, it relies on currentDatabase value (hence the workaround).

"if" statement below is useless because it ends with ;

      } catch (MetaException e) {
        if (e.getMessage().matches("(?s).*(IO|TTransport)Exception.*"));
        caughtException = e;
      }

Hi,
I use the new Beider-Morse encoder and I came across the following issue:
Consecutive encodings with the identical parameters returns different results.
I don't know if I am doing something wrong.
Here is a small application to reproduce the issue:
	public static void main(String[] args) 
{
		PhoneticEngine encoder = new PhoneticEngine(NameType.GENERIC,
				RuleType.APPROX, true);
		for (int i = 0; i < 10; i++)
			System.out.println(encoder.encode("test"));
	}

Here are the results:
ti|tis|tist|tit
tist
tist
tist
tist
Thank you for your help.

It seems that if the message bundle tries to resolve for en_US and the default Locale is set to GERMAN then the German bundle is resolved instead of messages.properties. We will need to investigate if we should be adding messages_en.properties

Some queries with Union all as subquery fail in MapReduce task with stacktrace:

15/07/15 14:19:30 [pool-13-thread-1]: INFO exec.UnionOperator: Initializing operator UNION[104]
15/07/15 14:19:30 [Thread-72]: INFO mapred.LocalJobRunner: Map task executor complete.
15/07/15 14:19:30 [Thread-72]: WARN mapred.LocalJobRunner: job_local826862759_0005
	at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown Source)
	... 10 more
	at org.apache.hadoop.mapred.MapRunner.configure(MapRunner.java:34)
	... 14 more
	... 17 more
	... 21 more
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:481)
	at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:438)
	at org.apache.hadoop.hive.ql.exec.MapOperator.initializeMapOperator(MapOperator.java:442)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:119)
	... 21 more

create table if not exists union_all_bug_test_1 
( 
f1 int,
f2 int
); 

create table if not exists union_all_bug_test_2 
( 
f1 int 
); 

SELECT f1 
FROM ( 

SELECT 
f1 
, if('helloworld' like '%hello%' ,f1,f2) as filter 
FROM union_all_bug_test_1 

union all 

select 
f1 
, 0 as filter 
from union_all_bug_test_2 
) A 
WHERE (filter = 1); 

The detection mechanism for the persistence constructor does not seem to detect private constructors. Given the following class:

  public static final Foo ONE = new Foo(1);
  public static final Foo TWO = new Foo(2);

  private Foo(int value); { ... }
}

Same applies to package protected constructors. Of course one would better use an enum for that currently but one might need this construct here to get Mongo's $gt and $lt to work correctly.

After scanning for the annotation handed to the constructor, ReflectionEntityInformation tries to make it accessible before checking the field for null. This will cause a NullPointerException being thrown. Thus, thhe null-check following afterwards should be moved before that statement.

    protected Properties loadPropertiesFromFilePath(CamelContext context, String path) throws IOException {
        if (path.startsWith("file:")) 
{
            path = ObjectHelper.after(path, "file:");
        }
        InputStream is = new FileInputStream(path);
        Properties answer = new Properties();
        answer.load(is);
    }
    Stream not closed before return, as well as in another method: loadPropertiesFromClasspath.    

Job configuration is overwritten by hbase-default and hbase-site in TableMapReduceUtil.initTable(Mapper|Reducer)Job, causing unexpected behavior in the following code:

// change keyvalue size
conf.setInt("hbase.client.keyvalue.maxsize", 20971520);

Job job = new Job(conf, ...);

TableMapReduceUtil.initTableMapperJob(...);

// the job doesn't have the option changed, uses it from hbase-site or hbase-default
job.submit();

Although in this case it could be fixed by moving the set() after initTableMapperJob(), in case where user wants to change some option using GenericOptionsParser and -D this is impossible, making this cool feature useless.
In the 0.20.x era this code behaved as expected. The solution of this problem should be that we don't overwrite the options, but just read them if they are missing.

FileUtils.moveFile() JavaDoc does specify the behaviour of the method in a case when the destFile exists. It would be helpful to know from the JavaDoc that in such case an exception is thrown as it's not immediately obvious.

If CP1 patches module M, a one-off patch later patches the same module M and the following CP2 does not include M at all, module M will not be port-forwarded from CP1. M will be loaded from the original base instead.

When used in a distributed environment, several Serialization issues have appeared. 
1. GrantedAuthority interface does not implement serializable, thus poses a potential problem for its implementations, when being sent over the wire.
2. Authentication implementations do not explicitly overwride the serialVersionUID, which have caused a Serialization exception when different patch versions of acegi where loaded in the VM on different ends of the wire (1.0.0 and 1.0.1).  The problem was the AnonymousAuthenticationToken object which had an extra constructor added in one and not the other, but potential exists that any future minor or patch releases of the same major could alter the structure of the class, thus preventing it to serialize to a backwards-compatable lower version.

The CLI schema contains many element definitions, however the only one supported at the top level is 'jboss-cli' - the remainder need converting to complex type definitions.

Other Hive jars are prefixed with "hive-" except for the spark-client jar. Fixing this to make sure the jar name is consistent across all Hive jars.

When using the hbase shell to manipulate meta entries, one is allowed to 'delete' malformed rows (entries with less than 2 ascii 44 ',' chars).  When this happens HBase servers may go down and the cluster will not be restartable without manual intervention.  
The delete results in a durable malformed rowkey in .META.'s memstore, .META.'s HLog, and eventually .META.'s HFiles.  Subsequent scans to meta (such as when a HMaster starts) fail in the scanner because the comparator fails.  In the case of an HMaster startup, it causes an abort that kills the HMaster process.

12/04/18 22:07:34 FATAL master.HMaster: Unhandled exception. Starting shutdown.
org.apache.hadoop.ipc.RemoteException: java.io.IOException: java.lang.IllegalArgumentException: No 44 in <blah,1334744821162.81f2df35c332dd2d3bb966fb5b419568.>, length=47, offset=54
at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:990)
at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:979)
at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:1894)
at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:1834)
at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:570)
at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1039)
Caused by: java.lang.IllegalArgumentException: No 44 in <blah,1334744821162.81f2df35c332dd2d3bb966fb5b419568.>, length=47, offset=54
at org.apache.hadoop.hbase.KeyValue.getRequiredDelimiterInReverse(KeyValue.java:1300)
at org.apache.hadoop.hbase.KeyValue$MetaKeyComparator.compareRows(KeyValue.java:1846)
at org.apache.hadoop.hbase.regionserver.ScanQueryMatcher.match(ScanQueryMatcher.java:130)
at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:257)
at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:114)
at org.apache.hadoop.hbase.regionserver.HRegion$RegionScanner.nextInternal(HRegion.java:2435)
at org.apache.hadoop.hbase.regionserver.HRegion$RegionScanner.next(HRegion.java:2391)
at org.apache.hadoop.hbase.regionserver.HRegion$RegionScanner.next(HRegion.java:2408)
at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:1870)
... 6 more

at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:771)
at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:257)
at $Proxy9.next(Unknown Source)
at org.apache.hadoop.hbase.catalog.MetaReader.fullScan(MetaReader.java:264)
at org.apache.hadoop.hbase.catalog.MetaReader.fullScan(MetaReader.java:237)
at org.apache.hadoop.hbase.catalog.MetaReader.fullScanOfResults(MetaReader.java:220)
at org.apache.hadoop.hbase.master.AssignmentManager.rebuildUserRegions(AssignmentManager.java:1580)
at org.apache.hadoop.hbase.master.AssignmentManager.processFailover(AssignmentManager.java:221)
at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:422)
at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:295)
12/04/18 22:07:34 INFO master.HMaster: Aborting 

We made spel compiler enhancements to MessagePartitionStrategy which only exist in tests but is copied over to XD. Need to do same tweaks for DefaultPartitionStrategy which is map based.

The value of bound attribute in messaging socket group is always false.

/socket-binding-group=standard-sockets/socket-binding=messaging:read-resource(include-runtime=true, recursive=true)
{
        "bound" => false,
        "bound-address" => undefined,
        "bound-port" => undefined,
        "client-mappings" => undefined,
        "fixed-port" => false,
        "interface" => undefined,
        "multicast-address" => undefined,
        "multicast-port" => undefined,
        "name" => "messaging",
        "port" => 5445
    }

WORKS
<webflow:flow-registry id="flowRegistry" flow-builder-services="facesFlowBuilderServices" base-path="/WEB-INF/">
<webflow:flow-location path="hotel/search/search.xml" />
</webflow:flow-registry>
WORKS
<webflow:flow-location-pattern value="*/.xml" />
WORKS
<webflow:flow-registry id="flowRegistry" flow-builder-services="facesFlowBuilderServices" base-path="/WEB-INF">
WORKS
<webflow:flow-location-pattern value="/*/.xml" />
DOES NOT WORK
<webflow:flow-location path="/hotel/search/search.xml" />

Trying to use a custom Envers revision class:

@Entity
@RevisionEntity(ExtendedRevisionListener.class)
@Table(name = "revinfo")
public class ExtendedRevision implements Serializable {

	@Id
	@GeneratedValue
	@Column(name = "REV")
	@RevisionNumber

	@RevisionTimestamp
	@Column(name = "REVTSTMP", nullable = false)
	private Date date;

	@Column(nullable = false, length = 15)
	private String username;

	public Integer getId() {
		return id;
	}

	public Date getDate() {
		return date;
	}

	public String getUsername() {
		return username;
	}

	public void setUsername(String username) {
		this.username = username;
	}

triggers this error:

java.lang.IllegalStateException: Could not access method: Class org.springframework.util.ReflectionUtils can not access a member of class ExtendedRevision with modifiers "private"
	at org.springframework.util.ReflectionUtils.handleReflectionException(ReflectionUtils.java:262)
	at org.springframework.util.ReflectionUtils.getField(ReflectionUtils.java:132)
	at org.springframework.data.util.AnnotationDetectionFieldCallback.getValue(AnnotationDetectionFieldCallback.java:82)
	at org.springframework.data.history.AnnotationRevisionMetadata.<init>(AnnotationRevisionMetadata.java:54)

I assume the fields have to be made accessible from the field callback.

deep in the HFile read path, there is this code:
    synchronized (in) 
{
      in.seek(pos);
      ret = in.read(b, off, n);
    }

this makes it so that only 1 read per file per thread is active. this prevents the OS and hardware from being able to do IO scheduling by optimizing lots of concurrent reads. 
We need to either use a reentrant API (pread may be partially reentrant according to Todd) or use multiple stream objects, 1 per scanner/thread.

Converted Q file to use ORC and turned on vectorization.
The query:

select count(*) from (
  select a.key as key, a.value as val1, b.value as val2 from tbl1 a join tbl2 b on a.key = b.key
) subq1

produces 10 instead of 22.
The query:

select src1.key, src1.cnt1, src2.cnt1 from
(
  select key, count(*) as cnt1 from 
  (
    select a.key as key, a.value as val1, b.value as val2 from tbl1 a join tbl2 b on a.key = b.key
  ) subq1 group by key
) src1
join
(
  (
  ) subq2 group by key
) src2

produces:

0	3	3
2	1	1
4	1	1
5	3	3
8	1	1
9	1	1

0	9	9
2	1	1
4	1	1
5	9	9
8	1	1
9	1	1

javax.mail.Session uses TCCL to load resources

Thread.getContextClassLoader() line: 1432 [local variables unavailable]	
Session$3.run() line: 1199	
AccessController.doPrivileged(PrivilegedAction<T>) line: not available [native method]	
Session.getContextClassLoader() line: 1194	
Session.loadAllResources(String, Class, StreamLoader) line: 1137	
Session.loadProviders(Class) line: 917	
Session.<init>(Properties, Authenticator) line: 216	
Session.getInstance(Properties, Authenticator) line: 242	
MailConfiguration.createJavaMailSender() line: 175	
MailEndpoint.createProducer() line: 71	

Both MailConfiguration & MailProducer seem to rely on this

If jndi name of a topic or a queue contains ":" (eg: /jms/test/hov.t1.dev:topic) the destination name won't be parsed correctly because of this code:
" destinationName = getEndpointUri().substring(getEndpointUri().lastIndexOf(":") + 1);"
inside class "SjmsEndpoint" line number 106.

A question came up in the forum today that the docs did not answer. See http://forum.springframework.org/showthread.php?t=56038. DrivingQueryItemReader and KeyCollector are documented in section 8.2 but omits the information in both the javadocs and documentation on the use of setSaveState=true to make a job "CONTINUABLE". 

This query is supposed to return 3 rows and will when run without Tez but returns 2 rows when run with Tez.
select tjoin1.rnum, tjoin1.c1, tjoin1.c2, tjoin2.c2 as c2j2 from tjoin1 left outer join tjoin2 on ( tjoin1.c1 = tjoin2.c1 and tjoin1.c2 > 15 )
tjoin1.rnum	tjoin1.c1	tjoin1.c2	c2j2
1	20	25	<null>
2	<null>	50	<null>
instead of
0	10	15	<null>
create table  if not exists TJOIN1 (RNUM int , C1 int, C2 int)
 STORED AS orc ;
0|10|15
1|20|25
2|\N|50
create table  if not exists TJOIN2 (RNUM int , C1 int, C2 char(2))
ROW FORMAT DELIMITED FIELDS TERMINATED BY '|' LINES TERMINATED BY '\n' 
 STORED AS TEXTFILE ;
0|10|BB
1|15|DD
2|\N|EE
3|10|FF

Lock attempts are being done for 60 seconds * 100 before it gives up. Most tests attempt to disable locking but sometimes don't do it correctly and changes can cause the locking to kick in. Locking fails, (at least in the HS2 related tests) because of problems in creating the zookeeper entries in test mode. When locking attempt kicks in and that fails, it can end up waiting for 6000 seconds before failing.
As the tests are not trying to test parallel locking, there is no reason to wait this long in the tests. 
We should update hive-site.xml used by tests for smaller duration.

For certain multi-insert queries, Hive on Spark throws a deserialization error.

create table status_updates(userid int,status string,ds string);
create table profiles(userid int,school string,gender int);
drop table school_summary; create table school_summary(school string,cnt int) partitioned by (ds string);
drop table gender_summary; create table gender_summary(gender int,cnt int) partitioned by (ds string);

insert into status_updates values (1, "status_1", "2016-03-16");
insert into profiles values (1, "school_1", 0);

FROM (SELECT a.status, b.school, b.gender
FROM status_updates a JOIN profiles b
ON (a.userid = b.userid and
a.ds='2009-03-20' )
) subq1
INSERT OVERWRITE TABLE gender_summary
PARTITION(ds='2009-03-20')
SELECT subq1.gender, COUNT(1) GROUP BY subq1.gender
INSERT OVERWRITE TABLE school_summary
SELECT subq1.school, COUNT(1) GROUP BY subq1.school

Error:

16/03/17 13:29:00 [task-result-getter-3]: WARN scheduler.TaskSetManager: Lost task 0.0 in stage 2.0 (TID 3, localhost): java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error: Unable to deserialize reduce input key from x1x128x0x0 with properties {serialization.sort.order.null=a, columns=reducesinkkey0, serialization.lib=org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe, serialization.sort.order=+, columns.types=int}
	at org.apache.hadoop.hive.ql.exec.spark.SparkReduceRecordHandler.processRow(SparkReduceRecordHandler.java:279)
	at org.apache.spark.shuffle.sort.BypassMergeSortShuffleWriter.write(BypassMergeSortShuffleWriter.java:126)
	at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:73)
	at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:41)
	at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:213)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error: Unable to deserialize reduce input key from x1x128x0x0 with properties {serialization.sort.order.null=a, columns=reducesinkkey0, serialization.lib=org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe, serialization.sort.order=+, columns.types=int}
	at org.apache.hadoop.hive.ql.exec.spark.SparkReduceRecordHandler.processRow(SparkReduceRecordHandler.java:251)
	... 12 more
Caused by: org.apache.hadoop.hive.serde2.SerDeException: java.io.EOFException
	at org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe.deserialize(BinarySortableSerDe.java:241)
	at org.apache.hadoop.hive.ql.exec.spark.SparkReduceRecordHandler.processRow(SparkReduceRecordHandler.java:249)
	... 12 more
	at org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe.deserializeInt(BinarySortableSerDe.java:597)
	at org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe.deserialize(BinarySortableSerDe.java:288)
	at org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe.deserialize(BinarySortableSerDe.java:237)
	... 13 more

Assume the following handler method declaration:

 @RequestMapping("path{filter}")
 String handle(@PathVariable String filter, @MatrixVariable String mvar, @RequestParam String query) {
  // ...  
 }

Assume also a RequestMappingHandlerMapping that has urlDecode and removeSemicolonContent set to false.
Now when a request for "path;mvar=a%2fb?query=c%2fd" is made, it results in the confusing situation where both filter and query are decoded (to ";mvar=a/b" and "c/d" respectively) yet mvar is left undecoded (set to "a%2fb").
This greatly diminishes the usefulness of SPR-9098 in connection with matrix variables.
Of course there is a problem of the matrix part of the URL containing an encoded comma, semicolon or equals sign. These should probably not be interpreted in such situations as separators, but as belonging to the variable value. So the decoding would have to happen after the splitting. But the fact that it is not done at all looks confusing and inconsistent.

I have the following route definition:

        from("direct:billing_" + operation)
                .routeId(getRouteId(operation))
                .errorHandler(noErrorHandler()) // propagate exceptions to the parent route

                .validate(body().isInstanceOf(
                        com.cleverlance.cleverbss.integration.modules.in.customer.model.Customer.class))

                .beanRef(BILLING_CUSTOMER_ROUTE_BEAN, "createRequestFor" + WordUtils.capitalize(operation))

                 // SetCustomer -> XML
                .marshal(jaxbIn)

                .doTry()
                    .to(uri + "?messageSender=#billingSender").id("toURI")
                .doCatch(AlreadyExistsException.class)
                    .setProperty(exPropertyName, property(Exchange.EXCEPTION_CAUGHT))
                .end()

                .choice()
                    .when(property(exPropertyName).isNull())

                    // XML -> SetCustomerResponse
                    .unmarshal(jaxbOut)
                .endChoice();

And I would like to replace TO in the tests:

        getCamelContext().getRouteDefinition(BillingCustomerRoutes.ROUTE_ID_UPDATE_CUSTOMER)
                .adviceWith(getCamelContext(), new AdviceWithRouteBuilder() {
                    @Override
                    public void configure() throws Exception {                        
                        weaveByType(ToDefinition.class).replace().process(new Processor() {
                            @Override
                            public void process(Exchange exchange) throws Exception {
                                throw new AlreadyExistsException("msg", new AlreadyExists());
                            }
                        });
                    }
                });

When I use weaveById("toURI") or weaveByToString(), it doesn't work neither.

C-style comments are in the SQL spec as well as supported by all major DBs. The are useful for inline annotation of the SQL. We should have them too.
Example:

select
/*+ MAPJOIN(a) */ /* mapjoin hint */
a /* column */
from foo join bar;

XML flow definition files are being accessed directly with absolute paths instead of indirectly through ServletContext. The result is you can´t use Web Flow with unexpanded war files in Weblogic.
org.springframework.webflow.definition.registry.FlowDefinitionConstructionException: An exception occurred constructing the flow 'efetuarLogin'
	at org.springframework.webflow.engine.builder.DefaultFlowHolder.assembleFlow(DefaultFlowHolder.java:98)
 	at org.springframework.webflow.engine.builder.DefaultFlowHolder.getFlowDefinition(DefaultFlowHolder.java:77)
 	at org.springframework.webflow.definition.registry.FlowDefinitionRegistryImpl.getFlowDefinition(FlowDefinitionRegistryImpl.java:60)
 	at org.springframework.webflow.executor.FlowExecutorImpl.launchExecution(FlowExecutorImpl.java:131)
 	at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:183)
 	Truncated. see log file for complete stacktrace
org.springframework.webflow.engine.builder.FlowBuilderException: Unable to get the model for this flow
 	at org.springframework.webflow.engine.builder.model.FlowModelFlowBuilder.doInit(FlowModelFlowBuilder.java:144)
 	at org.springframework.webflow.engine.builder.support.AbstractFlowBuilder.init(AbstractFlowBuilder.java:54)
 	at org.springframework.webflow.engine.builder.FlowAssembler.assembleFlow(FlowAssembler.java:90)
 	at org.springframework.webflow.engine.builder.DefaultFlowHolder.assembleFlow(DefaultFlowHolder.java:96)
org.springframework.webflow.engine.model.builder.FlowModelBuilderException: Could not access the XML flow definition at ServletContext resource [/WEB-INF/flows/efetuarLogin/efetuarLogin.xml]
 	at org.springframework.webflow.engine.model.builder.xml.XmlFlowModelBuilder.init(XmlFlowModelBuilder.java:114)
 	at org.springframework.webflow.engine.model.builder.DefaultFlowModelHolder.assembleFlowModel(DefaultFlowModelHolder.java:86)
 	at org.springframework.webflow.engine.model.builder.DefaultFlowModelHolder.getFlowModel(DefaultFlowModelHolder.java:61)
 	at org.springframework.webflow.engine.builder.model.FlowModelFlowBuilder.doInit(FlowModelFlowBuilder.java:142)
java.io.FileNotFoundException: ServletContext resource [/WEB-INF/flows/efetuarLogin/efetuarLogin.xml] cannot be resolved to absolute file path - web application archive not expanded?
 	at org.springframework.web.util.WebUtils.getRealPath(WebUtils.java:220)
 	at org.springframework.web.context.support.ServletContextResource.getFile(ServletContextResource.java:141)
 	at org.springframework.core.io.AbstractResource.getFileForLastModifiedCheck(AbstractResource.java:132)
 	at org.springframework.core.io.AbstractResource.lastModified(AbstractResource.java:116)
 	at org.springframework.webflow.engine.model.builder.xml.XmlFlowModelBuilder.init(XmlFlowModelBuilder.java:112)

Currently, the "org.wildfly.clustering.singleton.policy" capability name is used by 2 capabilities:
1. The default singleton policy, using the static name
2. A named singleton policy, using a dynamic name
Even though this works, it's not future-proof, as determined by a chat session from today:

Paul Ferraro·15:11
@BrianStansberry question - is it valid for a capability to be both static and dynamic?
@BrianStansberry e.g. I have 2 resources, one registers a capability using a static name, the other resource registers a capability using the same name, but dynamic
@BrianStansberry it works fine - but it occurs to me, when completing my capability.adoc, that the DYNAMIC field is intended to be true or false - not both
@BrianStansberry I could certainly use a different name for the static variant, but I'm wondering if that is really necessary
Brian Stansberry·15:17
@PaulFerraro the intent is they have different names
basically because for a dynamic capability the way you learn its contract is by looking up the static part of the name
I suppose if the static and dynamic had the same contract except for that one piece of data it could be ok
but it sounds like something that some day would bite us in the rear
Paul Ferraro·15:18
@BrianStansberry an example of this is the SingletonPolicy capability
@BrianStansberry there are named policies (i.e. dynamic), and there is the default policy, which references a named policy, but registers itself using the same name (but is static)
Brian Stansberry·15:20
hmm, yeah i can see the advantage of just using the static name
Paul Ferraro·15:20
so, a dependency on org.wildfly.clustering.singleton.policy gives you the default policy, but a dependency on so, a dependency on org.wildfly.clustering.singleton.policy.foo gives you the foo policy
Brian Stansberry·15:21
is org.wildfly.clustering.singleton.default-policy better?
I'd need to poke a bit to see if I can identify any real problems
I mean the registry info could just say (in template.adoc) DYNAMIC: true | false | both
or something
Paul Ferraro·15:22Hide card
I used "both", https://github.com/wildfly/wildfly-capabilities/pull/4
 
Add missing capability description for singleton policy. by pferraro · Pull Request #4 · wildfly/wildfly-capabilities
github.com
 wildfly-capabilities - Registry of capabilities accessible via the management layer of a WildFly Core base server
Brian Stansberry·15:22
the capability names are just string so the dynamic business is just string concatenation
hmm, maybe it would be a problem with the "possible" capability thing
Paul Ferraro·15:23
"possible"?
what is that?
Brian Stansberry·15:24
caps are declared in the ResourceDefintion. so when the RD is used to create a ManagementResourceRegistration, the cap info is associated with the MRR
and is part of the resource def metadata
but, for a typical MRR there is no dynamic part
the point of all this is tools that are trying to help a user create a config can see which addresses could provide the cap if a resource was added
i.e. what caps are "possible" given the set of extensions that are available
but your case becomes ambiguous
maybe that's not a big problem; it's kind of a question of data representation
Brian Stansberry goes to look how it's displayed now
Brian Stansberry·15:29
ok, good so far; it's a list not a map keyed on the static cap name:
[standalone@embedded socket-binding=management-http] :read-resource-description
{
    "outcome" => "success",
    "result" => {
        "description" => "Configuration information for a socket.",
        "capabilities" => [{
            "name" => "org.wildfly.network.socket-binding",
            "dynamic" => true
        }],
Show more
Alexey Loubyansky joined the room
Brian Stansberry·15:30
@ctomc @HaraldPehl I'm curious what your thoughts are on ^^^ (tomorrow is fine)
Paul Ferraro·15:33
@BrianStansberry Here are the resource descriptions containing the singleton policy capability:
[standalone@localhost:9990 /] /subsystem=singleton:read-resource-description 
{
        "description" => "The configuration of the singleton subsystem",
            "name" => "org.wildfly.clustering.singleton.policy",
            "dynamic" => false
        }],
        "attributes" => {"default" => {
            "type" => STRING,
            "description" => "The default singleton policy",
            "expressions-allowed" => false,
            "nillable" => false,
            "capability-reference" => "org.wildfly.clustering.singleton.policy",
            "min-length" => 1L,
            "max-length" => 2147483647L,
            "access-type" => "read-write",
            "storage" => "configuration",
            "restart-required" => "resource-services"
        }},
        "operations" => undefined,
        "notifications" => undefined,
        "children" => {"singleton-policy" => {
            "description" => "A singleton policy",
            "model-description" => undefined
        }}
    }
}
[standalone@localhost:9990 /] /subsystem=singleton/singleton-policy=default:read-resource-description
{
        "description" => "A singleton policy",
        }],
        "attributes" => {
            "cache" => {
                "type" => STRING,
                "description" => "The cache backing the singleton policy's singleton service",
                "expressions-allowed" => true,
                "nillable" => true,
                "default" => "default",
                "min-length" => 1L,
                "max-length" => 2147483647L,
                "access-type" => "read-write",
                "storage" => "configuration",
                "restart-required" => "no-services"
            },
            "cache-container" => {
                "description" => "The cache container backing the singleton policy's singleton service",
                "nillable" => false,
            },
            "quorum" => {
                "type" => INT,
                "description" => "The minimum number of nodes required before this singleton service will start",
                "default" => 1,
            }
        },
        "children" => {"election-policy" => {
            "description" => "The election policy of this singleton policy",
        }}
    }
}
Show more
Kabir Khan joined the room
Brian Stansberry·15:34
@PaulFerraro ok, so there it's not even the same MRR registering both variants, so list vs map doesn't matter
I think @HaraldPehl 's input is important as he's the one who'd need to deal with this situation
the fact that the same string can have two different meanings
it may not be a big deal for what he's doing now though
which is probably focused on giving people the valid values for attributes
and those are always for dynamic caps
Harald Pehl·15:45
@BrianStansberry For me it's important to get the possible resources for an attribute which declares a "capability-reference" in its metadata
For instance the "profile" attribute in "/server-group=*:read-resource-description" has a "capability-reference" => "org.wildfly.domain.profile"
So I need a way to resolve this reference to a list of resource names which the admin can select from
Brian Stansberry·15:50
@HaraldPehl thanks. that confirms what I thought; for right now you need to find out dynamic capabilities
I think the tricky thing for you would be if the string "org.wildfly.domain.profile" appeared in two different forms, one dynamic (the one you want) and one static (irrelevant to you)
you'd have to dig a bit deeper to make sure you were looking at the right one
@BrianStansberry I think that is addressed by @ctomc PR: https://github.com/wildfly/wildfly-core/pull/1554
 
WFCORE-1540 Expose capability registry via mgmt api by ctomc · Pull Request #1554 · wildfly/wildfly-core
 wildfly-core - The core runtime that is used by the Wildfly application server
Harald Pehl·15:53
It introduces some mgmt ops to query capabilities
Harald Pehl·15:54
1. /core-service=capability-registry:read-resource which returns a list of
possible capabilities
2. /core-service=capability-registry:get-provider-points(name=org.wildfly.domain.profile)
Harald Pehl·15:56
which returns the address for a given capability
Brian Stansberry·15:56
@HaraldPehl with what @PaulFerraro is proposing, you'd probably need a 2nd param for your #2
and probably some more parsing of the result of your #1 to get the particular data you want
"probably" as I'm just guessing what you do with #1
Harald Pehl·15:58
I use #1 to bootstrap a registry of all known capabilities when the console starts
Brian Stansberry·15:58
does that registry include whether the cap is dynamic?
and #2 if I cannot find a capability in that registry
yes
Brian Stansberry·15:59
is the name the registry key?
Harald Pehl·16:00
yes its actually a Map<String, CapabilityInfo> with the capability name as key and some info about that cap as value (including dynamic)
Brian Stansberry·16:01
yeah, so you need some kind of custom type as the key, or a List<CapabilityInfo> as the value
tbh @PaulFerraro doing this sounds like a likely bug nest
Harald, I should have said "you *would* need..." -- you don't now
Paul Ferraro·16:02
@BrianStansberry ok - I'll give the static capabilities a separate name
Paul Ferraro·16:03
not a huge deal - just one more capability name to keep track of
Brian Stansberry·16:04
yeah, it's a good thought though. perhaps it will be easier for users anyway, since 2 names for two things may require less brainpower to understand

TPC-DS Q64 fails with ClassCastException.
Query

from
        JOIN
  WHERE  
) cs1
JOIN
        JOIN
  WHERE  
) cs2
where 

Exception 

], TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
	at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:337)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:91)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:290)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:148)
	... 14 more
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:52)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:83)
	... 17 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Unexpected exception: org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.DoubleColumnVector
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.process(MapJoinOperator.java:426)
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapJoinOperator.process(VectorMapJoinOperator.java:290)
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:138)
	at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.process(VectorFilterOperator.java:114)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:97)
	at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:162)
	... 18 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.DoubleColumnVector
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory$VectorExpressionWriterDouble.writeValue(VectorExpressionWriterFactory.java:225)
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapJoinOperator.getRowObject(VectorMapJoinOperator.java:352)
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapJoinOperator.spillBigTableRow(VectorMapJoinOperator.java:309)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.process(MapJoinOperator.java:404)
	... 27 more
]], Vertex failed as one or more tasks failed. failedTasks:1, Vertex vertex_1426707664723_4575_1_34 [Map 40] killed/failed due to:null]Vertex killed, vertexName=Reducer 6, vertexId=vertex_1426707664723_4575_1_42, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1426707664723_4575_1_42 [Reducer 6] killed/failed due to:null]Vertex killed, vertexName=Reducer 27, vertexId=vertex_1426707664723_4575_1_36, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1426707664723_4575_1_36 [Reducer 27] killed/failed due to:null]Vertex killed, vertexName=Reducer 5, vertexId=vertex_1426707664723_4575_1_41, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1426707664723_4575_1_41 [Reducer 5] killed/failed due to:null]Vertex killed, vertexName=Map 26, vertexId=vertex_1426707664723_4575_1_35, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1426707664723_4575_1_35 [Map 26] killed/failed due to:null]Vertex killed, vertexName=Map 19, vertexId=vertex_1426707664723_4575_1_39, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1426707664723_4575_1_39 [Map 19] killed/failed due to:null]Vertex killed, vertexName=Map 4, vertexId=vertex_1426707664723_4575_1_40, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1426707664723_4575_1_40 [Map 4] killed/failed due to:null]DAG failed due to vertex failure. failedVertices:1 killedVertices:6

Plan 

    Tez
      Edges:
        Map 10 <- Map 11 (BROADCAST_EDGE), Map 12 (BROADCAST_EDGE), Map 13 (BROADCAST_EDGE), Map 18 (BROADCAST_EDGE)
        Map 14 <- Map 15 (BROADCAST_EDGE)
        Map 15 <- Map 16 (BROADCAST_EDGE), Map 17 (BROADCAST_EDGE)
        Map 18 <- Map 14 (BROADCAST_EDGE)
        Map 19 <- Map 10 (BROADCAST_EDGE), Map 7 (BROADCAST_EDGE), Map 9 (BROADCAST_EDGE), Reducer 21 (BROADCAST_EDGE)
        Map 20 <- Map 22 (BROADCAST_EDGE)
        Map 23 <- Map 24 (BROADCAST_EDGE)
        Map 26 <- Map 23 (BROADCAST_EDGE), Map 25 (BROADCAST_EDGE), Map 40 (BROADCAST_EDGE)
        Map 28 <- Map 29 (BROADCAST_EDGE)
        Map 31 <- Map 32 (BROADCAST_EDGE), Map 33 (BROADCAST_EDGE), Map 34 (BROADCAST_EDGE), Map 39 (BROADCAST_EDGE)
        Map 35 <- Map 36 (BROADCAST_EDGE)
        Map 36 <- Map 37 (BROADCAST_EDGE), Map 38 (BROADCAST_EDGE)
        Map 39 <- Map 35 (BROADCAST_EDGE)
        Map 4 <- Map 1 (BROADCAST_EDGE), Map 19 (BROADCAST_EDGE), Map 3 (BROADCAST_EDGE)
        Map 40 <- Map 28 (BROADCAST_EDGE), Map 30 (BROADCAST_EDGE), Map 31 (BROADCAST_EDGE), Reducer 42 (BROADCAST_EDGE)
        Map 41 <- Map 43 (BROADCAST_EDGE)
        Map 7 <- Map 8 (BROADCAST_EDGE)
        Reducer 21 <- Map 20 (SIMPLE_EDGE)
        Reducer 27 <- Map 26 (SIMPLE_EDGE)
        Reducer 42 <- Map 41 (SIMPLE_EDGE)
        Reducer 5 <- Map 4 (SIMPLE_EDGE), Reducer 27 (BROADCAST_EDGE)
        Reducer 6 <- Reducer 5 (SIMPLE_EDGE)
      DagName: jenkins_20150503192312_dad6086a-e3ca-4519-aab9-d1179786ba1d:1
      Vertices:
        Map 1 
                TableScan
                  alias: hd1
                  filterExpr: (hd_income_band_sk is not null and hd_demo_sk is not null) (type: boolean)
                  Statistics: Num rows: 7200 Data size: 770400 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: (hd_income_band_sk is not null and hd_demo_sk is not null) (type: boolean)
                    Statistics: Num rows: 7200 Data size: 57600 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 7200 Data size: 57600 Basic stats: COMPLETE Column stats: COMPLETE
                        keys:
                          0 _col1 (type: int)
                          1 Map 2
                        Statistics: Num rows: 7200 Data size: 28800 Basic stats: COMPLETE Column stats: COMPLETE
                        HybridGraceHashJoin: true
                          key expressions: _col0 (type: int)
                          Map-reduce partition columns: _col0 (type: int)
                          Statistics: Num rows: 7200 Data size: 28800 Basic stats: COMPLETE Column stats: COMPLETE
        Map 10 
                TableScan
                  alias: cd1
                  Statistics: Num rows: 1920800 Data size: 718379200 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 1920800 Data size: 170951200 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 1920800 Data size: 170951200 Basic stats: COMPLETE Column stats: COMPLETE
                        keys:
                          1 Map 11
                        Statistics: Num rows: 1387730 Data size: 145711650 Basic stats: COMPLETE Column stats: COMPLETE
                          keys:
                            1 Map 12
                          Statistics: Num rows: 1387730 Data size: 145711650 Basic stats: COMPLETE Column stats: COMPLETE
                          HybridGraceHashJoin: true
                            keys:
                              1 Map 13
                            Statistics: Num rows: 1387730 Data size: 145711650 Basic stats: COMPLETE Column stats: COMPLETE
                            HybridGraceHashJoin: true
                              keys:
                                0 _col2 (type: int)
                                1 _col4 (type: int)
                              outputColumnNames: _col1, _col4, _col5, _col9, _col11, _col13, _col15, _col18, _col19, _col21, _col23, _col24, _col25, _col29, _col31, _col32
                                1 Map 18
                              Statistics: Num rows: 68 Data size: 26860 Basic stats: COMPLETE Column stats: COMPLETE
                              HybridGraceHashJoin: true
                              Filter Operator
                                predicate: (_col13 <> _col1) (type: boolean)
                                Statistics: Num rows: 68 Data size: 26860 Basic stats: COMPLETE Column stats: COMPLETE
                                  expressions: _col15 (type: int), _col24 (type: float), _col25 (type: float), _col4 (type: int), _col5 (type: int), _col29 (type: int), _col9 (type: int), _col11 (type: int), _col31 (type: string), _col32 (type: string), _col18 (type: int), _col19 (type: int), _col21 (type: int), _col23 (type: float)
                                  outputColumnNames: _col1, _col10, _col11, _col16, _col17, _col21, _col23, _col25, _col27, _col28, _col4, _col5, _col7, _col9
                                  Statistics: Num rows: 68 Data size: 15300 Basic stats: COMPLETE Column stats: COMPLETE
                                  Reduce Output Operator
                                    key expressions: _col1 (type: int)
                                    sort order: +
                                    Map-reduce partition columns: _col1 (type: int)
                                    Statistics: Num rows: 68 Data size: 15300 Basic stats: COMPLETE Column stats: COMPLETE
                                    value expressions: _col4 (type: int), _col5 (type: int), _col7 (type: int), _col9 (type: float), _col10 (type: float), _col11 (type: float), _col16 (type: int), _col17 (type: int), _col21 (type: int), _col23 (type: int), _col25 (type: int), _col27 (type: string), _col28 (type: string)
        Map 11 
                TableScan
                  Statistics: Num rows: 1600000 Data size: 1241633212 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 1387730 Data size: 32529324 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 1387730 Data size: 32529324 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 1387730 Data size: 32529324 Basic stats: COMPLETE Column stats: COMPLETE
        Map 12 
                TableScan
                  alias: d1
                    Statistics: Num rows: 73049 Data size: 584392 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 73049 Data size: 584392 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 73049 Data size: 584392 Basic stats: COMPLETE Column stats: COMPLETE
        Map 13 
                TableScan
                  alias: d1
        Map 14 
                TableScan
                  alias: cd1
                        keys:
                          1 _col3 (type: int)
                        outputColumnNames: _col1, _col3, _col4, _col6, _col7, _col8, _col9, _col11, _col12, _col13, _col17
                          1 Map 15
                        Statistics: Num rows: 78 Data size: 9750 Basic stats: COMPLETE Column stats: COMPLETE
                          key expressions: _col8 (type: int)
                          Map-reduce partition columns: _col8 (type: int)
                          Statistics: Num rows: 78 Data size: 9750 Basic stats: COMPLETE Column stats: COMPLETE
                          value expressions: _col1 (type: string), _col3 (type: int), _col4 (type: int), _col6 (type: int), _col7 (type: int), _col9 (type: int), _col11 (type: float), _col12 (type: float), _col13 (type: float), _col17 (type: int)
        Map 15 
                TableScan
                  filterExpr: ((((((((ss_item_sk is not null and ss_ticket_number is not null) and ss_sold_date_sk is not null) and ss_cdemo_sk is not null) and ss_store_sk is not null) and ss_customer_sk is not null) and ss_promo_sk is not null) and ss_addr_sk is not null) and ss_hdemo_sk is not null) (type: boolean)
                  Statistics: Num rows: 550076554 Data size: 101277521188 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: ((((((((ss_item_sk is not null and ss_ticket_number is not null) and ss_sold_date_sk is not null) and ss_cdemo_sk is not null) and ss_store_sk is not null) and ss_customer_sk is not null) and ss_promo_sk is not null) and ss_addr_sk is not null) and ss_hdemo_sk is not null) (type: boolean)
                    Statistics: Num rows: 476766968 Data size: 22480476572 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 476766968 Data size: 22480476572 Basic stats: COMPLETE Column stats: COMPLETE
                        keys:
                        outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col9, _col10, _col11
                          1 Map 16
                        Statistics: Num rows: 8686 Data size: 382184 Basic stats: COMPLETE Column stats: COMPLETE
                          keys:
                          outputColumnNames: _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col9, _col10, _col11
                            1 Map 17
                          Statistics: Num rows: 78 Data size: 3120 Basic stats: COMPLETE Column stats: COMPLETE
                            expressions: _col1 (type: int), _col10 (type: float), _col11 (type: float), 2000 (type: int), _col2 (type: int), _col3 (type: int), _col4 (type: int), _col5 (type: int), _col6 (type: int), _col7 (type: int), _col9 (type: float)
                            outputColumnNames: _col1, _col10, _col11, _col15, _col2, _col3, _col4, _col5, _col6, _col7, _col9
                            Statistics: Num rows: 78 Data size: 3432 Basic stats: COMPLETE Column stats: COMPLETE
                              key expressions: _col3 (type: int)
                              Map-reduce partition columns: _col3 (type: int)
                              Statistics: Num rows: 78 Data size: 3432 Basic stats: COMPLETE Column stats: COMPLETE
                              value expressions: _col1 (type: int), _col2 (type: int), _col4 (type: int), _col5 (type: int), _col6 (type: int), _col7 (type: int), _col9 (type: float), _col10 (type: float), _col11 (type: float), _col15 (type: int)
        Map 16 
                TableScan
                  Statistics: Num rows: 55578005 Data size: 9601960106 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 55578005 Data size: 444624040 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 55578005 Data size: 444624040 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 55578005 Data size: 444624040 Basic stats: COMPLETE Column stats: COMPLETE
        Map 17 
                TableScan
                  alias: d1
                  filterExpr: ((d_year = 2000) and d_date_sk is not null) (type: boolean)
                    predicate: ((d_year = 2000) and d_date_sk is not null) (type: boolean)
                    Statistics: Num rows: 652 Data size: 5216 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 652 Data size: 2608 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 652 Data size: 2608 Basic stats: COMPLETE Column stats: COMPLETE
        Map 18 
                TableScan
                  Statistics: Num rows: 212 Data size: 405680 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 212 Data size: 38372 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 212 Data size: 38372 Basic stats: COMPLETE Column stats: COMPLETE
                        keys:
                          0 _col8 (type: int)
                        outputColumnNames: _col1, _col3, _col4, _col6, _col7, _col9, _col11, _col12, _col13, _col17, _col19, _col20
                          0 Map 14
                        Statistics: Num rows: 78 Data size: 23244 Basic stats: COMPLETE Column stats: COMPLETE
                          expressions: _col1 (type: string), _col11 (type: float), _col12 (type: float), _col13 (type: float), _col17 (type: int), _col19 (type: string), _col20 (type: string), _col3 (type: int), _col4 (type: int), _col6 (type: int), _col7 (type: int), _col9 (type: int)
                          outputColumnNames: _col1, _col11, _col12, _col13, _col17, _col19, _col20, _col3, _col4, _col6, _col7, _col9
                          Statistics: Num rows: 78 Data size: 23244 Basic stats: COMPLETE Column stats: COMPLETE
                          Reduce Output Operator
                            key expressions: _col4 (type: int)
                            sort order: +
                            Map-reduce partition columns: _col4 (type: int)
                            Statistics: Num rows: 78 Data size: 23244 Basic stats: COMPLETE Column stats: COMPLETE
                            value expressions: _col1 (type: string), _col3 (type: int), _col6 (type: int), _col7 (type: int), _col9 (type: int), _col11 (type: float), _col12 (type: float), _col13 (type: float), _col17 (type: int), _col19 (type: string), _col20 (type: string)
        Map 19 
                TableScan
                  Statistics: Num rows: 48000 Data size: 68732712 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 6000 Data size: 1199936 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 6000 Data size: 642000 Basic stats: COMPLETE Column stats: COMPLETE
                             Inner Join 0 to 2
                        keys:
                          2 _col0 (type: int)
                        outputColumnNames: _col4, _col5, _col7, _col9, _col10, _col11, _col16, _col17, _col21, _col23, _col25, _col27, _col28, _col33, _col36
                          0 Map 10
                          2 Reducer 21
                        Statistics: Num rows: 13200 Data size: 1412400 Basic stats: COMPLETE Column stats: NONE
                          expressions: _col10 (type: float), _col11 (type: float), _col16 (type: int), _col17 (type: int), _col21 (type: int), _col23 (type: int), _col25 (type: int), _col27 (type: string), _col28 (type: string), _col33 (type: int), _col36 (type: string), _col4 (type: int), _col5 (type: int), _col7 (type: int), _col9 (type: float)
                          outputColumnNames: _col10, _col11, _col16, _col17, _col21, _col23, _col25, _col27, _col28, _col33, _col36, _col4, _col5, _col7, _col9
                          Statistics: Num rows: 13200 Data size: 1412400 Basic stats: COMPLETE Column stats: NONE
                            keys:
                              0 _col0 (type: int)
                              1 _col7 (type: int)
                            outputColumnNames: _col5, _col6, _col10, _col11, _col12, _col17, _col18, _col22, _col24, _col26, _col28, _col29, _col34, _col37
                              0 Map 9
                            Statistics: Num rows: 14520 Data size: 1553640 Basic stats: COMPLETE Column stats: NONE
                              expressions: _col10 (type: float), _col11 (type: float), _col12 (type: float), _col17 (type: int), _col18 (type: int), _col22 (type: int), _col24 (type: int), _col26 (type: int), _col28 (type: string), _col29 (type: string), _col34 (type: int), _col37 (type: string), _col5 (type: int), _col6 (type: int)
                              outputColumnNames: _col10, _col11, _col12, _col17, _col18, _col22, _col24, _col26, _col28, _col29, _col34, _col37, _col5, _col6
                              Statistics: Num rows: 14520 Data size: 1553640 Basic stats: COMPLETE Column stats: NONE
                                keys:
                                  0 _col0 (type: int)
                                  1 _col17 (type: int)
                                outputColumnNames: _col8, _col9, _col13, _col14, _col15, _col21, _col25, _col27, _col29, _col31, _col32, _col37, _col40
                                  0 Map 7
                                Statistics: Num rows: 15972 Data size: 1709004 Basic stats: COMPLETE Column stats: NONE
                                HybridGraceHashJoin: true
                                  expressions: _col13 (type: float), _col14 (type: float), _col15 (type: float), _col21 (type: int), _col25 (type: int), _col27 (type: int), _col29 (type: int), _col31 (type: string), _col32 (type: string), _col37 (type: int), _col40 (type: string), _col8 (type: int), _col9 (type: int)
                                  outputColumnNames: _col13, _col14, _col15, _col21, _col25, _col27, _col29, _col31, _col32, _col37, _col40, _col8, _col9
                                  Statistics: Num rows: 15972 Data size: 1709004 Basic stats: COMPLETE Column stats: NONE
                                    key expressions: _col9 (type: int)
                                    Map-reduce partition columns: _col9 (type: int)
                                    Statistics: Num rows: 15972 Data size: 1709004 Basic stats: COMPLETE Column stats: NONE
                                    value expressions: _col8 (type: int), _col13 (type: float), _col14 (type: float), _col15 (type: float), _col21 (type: int), _col25 (type: int), _col27 (type: int), _col29 (type: int), _col31 (type: string), _col32 (type: string), _col37 (type: int), _col40 (type: string)
        Map 2 
                TableScan
                  alias: ib1
                  Statistics: Num rows: 20 Data size: 240 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 20 Data size: 80 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 20 Data size: 80 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 20 Data size: 80 Basic stats: COMPLETE Column stats: COMPLETE
        Map 20 
                TableScan
                  Statistics: Num rows: 286549727 Data size: 65825832570 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 286549727 Data size: 3435718732 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 286549727 Data size: 3435718732 Basic stats: COMPLETE Column stats: COMPLETE
                        keys:
                          1 Map 22
                        Statistics: Num rows: 2911 Data size: 58220 Basic stats: COMPLETE Column stats: COMPLETE
                          Statistics: Num rows: 2911 Data size: 58220 Basic stats: COMPLETE Column stats: COMPLETE
                            mode: hash
                            Statistics: Num rows: 1 Data size: 20 Basic stats: COMPLETE Column stats: COMPLETE
                              Statistics: Num rows: 1 Data size: 20 Basic stats: COMPLETE Column stats: COMPLETE
        Map 22 
                TableScan
                  Statistics: Num rows: 28798881 Data size: 5764329494 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 28798881 Data size: 569059536 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 28798881 Data size: 569059536 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 28798881 Data size: 569059536 Basic stats: COMPLETE Column stats: COMPLETE
        Map 23 
                TableScan
                  alias: hd1
                        keys:
                          1 Map 24
        Map 24 
                TableScan
                  alias: ib1
        Map 25 
                TableScan
                  alias: ad1
                  Statistics: Num rows: 800000 Data size: 811903688 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 800000 Data size: 292000000 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 800000 Data size: 292000000 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 800000 Data size: 292000000 Basic stats: COMPLETE Column stats: COMPLETE
        Map 26 
                TableScan
                  alias: ad1
                        keys:
                          1 _col9 (type: int)
                        outputColumnNames: _col1, _col2, _col3, _col4, _col13, _col18, _col19, _col20, _col26, _col30, _col32, _col34, _col36, _col37, _col42, _col45
                          1 Map 40
                        Statistics: Num rows: 880000 Data size: 321200006 Basic stats: COMPLETE Column stats: NONE
                          expressions: _col1 (type: string), _col13 (type: int), _col18 (type: float), _col19 (type: float), _col2 (type: string), _col20 (type: float), _col26 (type: int), _col3 (type: string), _col30 (type: int), _col32 (type: int), _col34 (type: int), _col36 (type: string), _col37 (type: string), _col4 (type: string), _col42 (type: int), _col45 (type: string)
                          outputColumnNames: _col1, _col13, _col18, _col19, _col2, _col20, _col26, _col3, _col30, _col32, _col34, _col36, _col37, _col4, _col42, _col45
                          Statistics: Num rows: 880000 Data size: 321200006 Basic stats: COMPLETE Column stats: NONE
                            keys:
                              1 _col26 (type: int)
                            outputColumnNames: _col1, _col2, _col3, _col4, _col6, _col7, _col8, _col9, _col18, _col23, _col24, _col25, _col35, _col37, _col39, _col41, _col42, _col47, _col50
                              0 Map 25
                            Statistics: Num rows: 968000 Data size: 353320014 Basic stats: COMPLETE Column stats: NONE
                              expressions: _col1 (type: string), _col18 (type: int), _col2 (type: string), _col23 (type: float), _col24 (type: float), _col25 (type: float), _col3 (type: string), _col35 (type: int), _col37 (type: int), _col39 (type: int), _col4 (type: string), _col41 (type: string), _col42 (type: string), _col47 (type: int), _col50 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string)
                              outputColumnNames: _col1, _col18, _col2, _col23, _col24, _col25, _col3, _col35, _col37, _col39, _col4, _col41, _col42, _col47, _col50, _col6, _col7, _col8, _col9
                              Statistics: Num rows: 968000 Data size: 353320014 Basic stats: COMPLETE Column stats: NONE
                                keys:
                                  1 _col18 (type: int)
                                outputColumnNames: _col4, _col5, _col6, _col7, _col9, _col10, _col11, _col12, _col26, _col27, _col28, _col38, _col40, _col42, _col44, _col45, _col50, _col53
                                  0 Map 23
                                Statistics: Num rows: 1064800 Data size: 388652023 Basic stats: COMPLETE Column stats: NONE
                                  expressions: _col53 (type: string), _col50 (type: int), _col44 (type: string), _col45 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col38 (type: int), _col40 (type: int), _col42 (type: int), _col26 (type: float), _col27 (type: float), _col28 (type: float)
                                  outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col17
                                  Statistics: Num rows: 1064800 Data size: 388652023 Basic stats: COMPLETE Column stats: NONE
                                  Group By Operator
                                    aggregations: count(), sum(_col15), sum(_col16), sum(_col17)
                                    keys: _col0 (type: string), _col1 (type: int), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col13 (type: int), _col14 (type: int)
                                    mode: hash
                                    outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col17, _col18
                                    Statistics: Num rows: 1064800 Data size: 388652023 Basic stats: COMPLETE Column stats: NONE
                                    Reduce Output Operator
                                      key expressions: _col0 (type: string), _col1 (type: int), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col13 (type: int), _col14 (type: int)
                                      sort order: +++++++++++++++
                                      Map-reduce partition columns: _col0 (type: string), _col1 (type: int), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col13 (type: int), _col14 (type: int)
                                      Statistics: Num rows: 1064800 Data size: 388652023 Basic stats: COMPLETE Column stats: NONE
                                      value expressions: _col15 (type: bigint), _col16 (type: double), _col17 (type: double), _col18 (type: double)
        Map 28 
                TableScan
                  alias: hd1
                        keys:
                          1 Map 29
        Map 29 
                TableScan
                  alias: ib1
        Map 3 
                TableScan
                  alias: ad1
        Map 30 
                TableScan
                  Statistics: Num rows: 450 Data size: 530848 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 450 Data size: 1800 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 450 Data size: 1800 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 450 Data size: 1800 Basic stats: COMPLETE Column stats: COMPLETE
        Map 31 
                TableScan
                  alias: cd1
                        keys:
                          1 Map 32
                          keys:
                            1 Map 33
                            keys:
                              1 Map 34
                              keys:
                                1 Map 39
        Map 32 
                TableScan
        Map 33 
                TableScan
                  alias: d1
        Map 34 
                TableScan
                  alias: d1
        Map 35 
                TableScan
                  alias: cd1
                        keys:
                          1 Map 36
        Map 36 
                TableScan
                        keys:
                          1 Map 37
                          keys:
                            1 Map 38
                            expressions: _col1 (type: int), _col10 (type: float), _col11 (type: float), 2001 (type: int), _col2 (type: int), _col3 (type: int), _col4 (type: int), _col5 (type: int), _col6 (type: int), _col7 (type: int), _col9 (type: float)
        Map 37 
                TableScan
        Map 38 
                TableScan
                  alias: d1
                  filterExpr: ((d_year = 2001) and d_date_sk is not null) (type: boolean)
                    predicate: ((d_year = 2001) and d_date_sk is not null) (type: boolean)
        Map 39 
                TableScan
                        keys:
                          0 Map 35
        Map 4 
                TableScan
                  alias: ad1
                        keys:
                          1 Map 19
                            keys:
                              0 Map 3
                                keys:
                                  0 Map 1
                                    mode: hash
        Map 40 
                TableScan
                        keys:
                          0 Map 31
                          2 Reducer 42
                            keys:
                              0 Map 30
                                keys:
                                  0 Map 28
        Map 41 
                TableScan
                        keys:
                          1 Map 43
                            mode: hash
        Map 43 
                TableScan
        Map 7 
                TableScan
                  alias: hd1
                        keys:
                          1 Map 8
        Map 8 
                TableScan
                  alias: ib1
        Map 9 
                TableScan
        Reducer 21 
                Statistics: Num rows: 1 Data size: 20 Basic stats: COMPLETE Column stats: COMPLETE
                  predicate: (_col1 > (2.0 * _col2)) (type: boolean)
                  Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: COMPLETE
                    Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: COMPLETE
                      key expressions: _col0 (type: int)
                      Map-reduce partition columns: _col0 (type: int)
                      Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: COMPLETE
        Reducer 27 
                Statistics: Num rows: 532400 Data size: 194326011 Basic stats: COMPLETE Column stats: NONE
                  Statistics: Num rows: 532400 Data size: 194326011 Basic stats: COMPLETE Column stats: NONE
                    Statistics: Num rows: 532400 Data size: 194326011 Basic stats: COMPLETE Column stats: NONE
        Reducer 42 
        Reducer 5 
                    keys:
                      0 _col1 (type: int), _col2 (type: string), _col3 (type: string)
                      1 _col0 (type: int), _col1 (type: string), _col2 (type: string)
                    outputColumnNames: _col0, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col20, _col21, _col22, _col23, _col24
                      1 Reducer 27
                    Statistics: Num rows: 585640 Data size: 213758616 Basic stats: COMPLETE Column stats: NONE
                    HybridGraceHashJoin: true
                      predicate: (_col21 <= _col13) (type: boolean)
                      Statistics: Num rows: 195213 Data size: 71252750 Basic stats: COMPLETE Column stats: NONE
                        expressions: _col0 (type: string), _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: string), _col12 (type: int), _col13 (type: bigint), _col14 (type: double), _col15 (type: double), _col16 (type: double), _col22 (type: double), _col23 (type: double), _col24 (type: double), _col20 (type: int), _col21 (type: bigint)
                        outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9, _col10, _col11, _col12, _col13, _col14, _col15, _col16, _col17, _col18, _col19, _col20
                        Statistics: Num rows: 195213 Data size: 71252750 Basic stats: COMPLETE Column stats: NONE
                          key expressions: _col0 (type: string), _col1 (type: string), _col20 (type: bigint)
                          sort order: +++
                          Statistics: Num rows: 195213 Data size: 71252750 Basic stats: COMPLETE Column stats: NONE
                          value expressions: _col2 (type: string), _col3 (type: string), _col4 (type: string), _col5 (type: string), _col6 (type: string), _col7 (type: string), _col8 (type: string), _col9 (type: string), _col10 (type: string), _col11 (type: int), _col12 (type: bigint), _col13 (type: double), _col14 (type: double), _col15 (type: double), _col16 (type: double), _col17 (type: double), _col18 (type: double), _col19 (type: int)
        Reducer 6 
                Statistics: Num rows: 195213 Data size: 71252750 Basic stats: COMPLETE Column stats: NONE
                  Statistics: Num rows: 195213 Data size: 71252750 Basic stats: COMPLETE Column stats: NONE
                  table:

      limit: -1
        ListSink

Following query produces wrong result

select key, value from src outr left semi join (select a.key, b.value from src a join (select distinct value from src) b on a.value > b.value group by a.key, b.value) inr on outr.key=inr.key and outr.value=inr.value;

Expected result is empty set but it output bunch of rows.
Schema for src table could be find in data/scripts/q_test_init.sql

If a class contains an abstract method, Roo fails to create the AJ files for its annotations. If any files are existing already, then they will be deleted.
Example:
public abstract class Foo 
{

  private String foo;

}

this creates the AJ files for the getters/setters + the toString method. If you add the method
public abstract void bar();
then Roo deletes the AJ files. If, however, the abstract method has a body, Roo creates AJ files as expected:
public abstract void bar() {
}
works.

See COMPRESS-62 - if ExtraFieldUtils.parse() detects an error, it only shows the offset within the local buffer, which is fairly useless in tracking down a problem.
Somehow the current location in the file needs to be determined and added to the Exception message.
The count/bytesRead field would help, but that actually points to the next available byte, i.e. after the problem area.
Also, the internal data may have been expanded.

Junit dependency has the compile scope. 
	<groupId>junit</groupId>
	<artifactId>junit</artifactId>
	<version>${junit.version}</version>
It would have to be
	<scope>test</scope>

Create a class MessageDigestAlgorithms to define string constants for the standard algorithm names from the Java Cryptography Architecture Standard Algorithm Name Documentation.

(This issue may affect other version; I'm still investigating.)
CommandLineJobRunner unsorts the command line options, thus:
org.springframework.batch.core.launch.support.CommandLineJobRunner.java:555:

Set<String> opts = new HashSet<String>();
List<String> params = new ArrayList<String>();

Using HashSet instead of a LinkedHashSet undoes the ordering of option flags from the command line.  Although harmless for execution, this worsens debugging and error reporting.  The memory/performance impact of LinkedHashSet in this case is minimal: there are only so many command line options.

When transactional table is imported to a external table, the table should be imported as a non transactional table, as external tables cannot be transactional.

While testing common scenarios that we might encounter I found that HBaseAdmin does not recover from a restarted cluster.
It turns out HBaseClient.Connection.stop() is send into an endless loop here:

    // wait until all connections are closed
    while (!connections.isEmpty()) {
      try {
      } catch (InterruptedException ignored) {
      }
    }

The reason is that PoolMap.remove(k,v) does not remove empty pools, and hence connections.isEmpty() is never true if there ever was any connection in there.
My fix is to remove the pool from the poolMap when it is empty. (Alternatively one could change PoolMap.isEmpty() to also look inside of all pools and see if their size is 0).
When I fixed that I noticed that if the master wasn't running when HBaseAdmin is created it also will not recover from that.
Even creating a new HBaseAdmin from the same Configuration will still use the old stale HConnection.
In that case a MasterNotRunningException is thrown, which is not handled in HBaseAdmin's constructor.
The HConnection handling in HConnectionManager is funky. There should never be a closed connection in the HBASE_INSTANCES.
I might look at that as well but in a separate issue.

When you call the hbase shell clone_snapshot command with a target namespace that doesn't exist, you get an error message, but the variable used to identify the inexistent namespace is wrong:

hbase(main):001:0> clone_snapshot 'someSnapshotName', 'someNamespaceName:someTableName'

ERROR: Unknown namespace someSnapshotName!

Examples:
  hbase> clone_snapshot 'snapshotName', 'namespace:tableName'

It should rather say:

ERROR: Unknown namespace someNamespaceName!

There are two critical errors in roo-dev.bat for working with addons:

The 'not' in this line shouldn't be there:
  if not "%ROO_ADDON_CLASSPATH_FILE%" == "" goto run
because the generated setup.bat uses double quotes around the path to roo_classpath.txt it's considered as a string by the for statement, not as a filename: you need to add the option 'usebackq'

I've fixed these two issues, added 'usebackq' to the other for-loop as well for safety (user might use double quotes in his %ROO_CLASSPATH_FILE%) and used backslashes instead of forward slashes for paths: the latter isn't strictly necessary, but the resulting paths that contain both backslashed and forward slashes otherwise are simply too ugly to let be 

There is another issue around process phase. Skips are sometimes counted as filtered items. And there is also pretty strange filter count behaviour: i've got a file with 10 items. All get processed,  everything is ok. If I fiddle with one of the records so that processor throws exception. I get 9 written, 1 skipped and 1 filtered. When there are two invalid items, i get 8 written, 2 skipped and 1 filtered too... sometimes filter counter shows more filtered items ... by counter i mean the one in StepExecution instance that is passed to afterStep() method. I believe my skippable/fatal/retriable exceptions are configured correctly (see BATCH-1159). 

In our ORC tests we saw that queries that work on RCFile failed on the corresponding ORC version with Java IndexOutOfBoundsException in OrcStruct.java. The queries failed b/c the table has an array type column and there are rows with an empty array.  We noticed that the getList(Object list, int i) method in OrcStruct.java simply returns the i-th element from list without checking if list is not null or if i is within valid range. After fixing that the queries run fine. The fix is really simple, but maybe there are other similar cases that need to be handled.
The fix is to check if listObj is null and if i falls within range:

    public Object getListElement(Object listObj, int i) {
      if (listObj == null) {
      }
      List list = ((List) listObj);
      if (i < 0 || i >= list.size()) {
      }
      return list.get(i);
    }

@Test
public void testRemoveEvenIfNull() {
	Message<?> message = new GenericMessage<>("payload", Collections.singletonMap("foo", null));
	MessageHeaderAccessor accessor = new MessageHeaderAccessor(message);
	accessor.removeHeader("foo");
	Map<String, Object> headers = accessor.toMap();
	assertFalse(headers.containsKey("foo"));
}

The workaround is only to extract a target Map and remove from there, and build a new Message.
But that doesn't help for Spring Integration's HeaderFilter to work properly.

IBM JDK is not able to work with options set in method createGssProxyConfiguration from org.wildfly.security.sasl.gssapi.JaasUtil class used by tests.
Following options are unrecognized by IBM JDK: "useKeyTab", "keyTab", "doNotPrompt".
On the other hand, following option must be used for IBM JDK: "useKeytab".

Copy of https://bugzilla.redhat.com/show_bug.cgi?id=1299160:
Patch apply can fail if there is not enough free space, however the message does not indicate what device does not have any free space.  Users assume there is not enough free space on the drive where the JBoss install they are applying the patch to, however it appears this may or may not be the case.
Patch apply uses tmp space and if there is not enough tmp space it will fail with this message as well.  The message should be more explicit as to where there is no space so that the user knows which drive to check.
[disconnected /] patch apply /path/to/jboss-eap-6.2.4-patch.zip
java.io.IOException: No space left on device

It should be the cause of https://bugzilla.redhat.com/show_bug.cgi?id=1020881
It has the effects described in the BZ, i.e. can cause warnings or can entirely block the application server from stopping

See message thread:
http://www.nabble.com/Classloading-leak-in-camel-jaxb-component-td21879801s22882.html

Incoming SOAP messages with attachments are parsed correctly, but outgoing messages with attachments are missing attachment parts and all part boundaries, even though the overall HTTP content-type is "multipart/related" with a boundary value specified.
Given this message sending scenario:

WebServiceMessageCallback requestCallback = new WebServiceMessageCallback() {
  public void doWithMessage(WebServiceMessage message)
      throws IOException, TransformerException {
    
    SoapMessage soapMessage = (SoapMessage) message;
      
    soapMessage.addAttachment(
        generateContentId(), // generates a unique Content-ID String
        new ByteArrayResource(attachmentData),   // Data
        "application/octet-stream");        // Content-Type
  }
}; 

// ...create response extractor ....

serviceTemplate.sendAndReceive(
  "https://foo.bar.com/SendSubmissionReceipts", 
  requestCallback, responseExtractor);

I get an HTTP message like this:

Content-Type: multipart/related; boundary=MIMEBoundaryurn_uuid_3D927F4433B32F68641210953465313; type="text/xml"; start="0.urn:uuid:3D927F4433B32F68641210953465314@apache.org"; charset="UTF-8"
SOAPAction: "SendSubmissionReceipts"
User-Agent: Jakarta Commons-HttpClient/3.1
Host: foo.bar.com
Cookie: $Version=0; JSESSIONID=0001JGVZICF0ATPGIDRKW5J1LHY:11p9fo6l7; $Path=/
Content-Length: 3978

<?xml version='1.0' encoding='UTF-8'?><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Header>[contents intentionally omitted]</soapenv:Header><soapenv:Body>[contents intentionally omitted]</soapenv:Body></soapenv:Envelope>

Correct overall content-type and boundary value, but no attachment parts and no boundaries.
The problem may be in CommonsHttpConnection.onSendAfterWrite() where a ByteArrayRequestEntity is always used instead of the MultipartRequestEntity that the Commons HttpClient API says should be used for requests with attachments

  postMethod.setRequestEntity(new ByteArrayRequestEntity(requestBuffer.toByteArray()));
  requestBuffer = null;
  httpClient.executeMethod(postMethod);
}

It would seem to me that onSendAfterWrite() should be checking the WebServiceMessage to see if there are any attachments, and if there are, creating the necessary xml message and attachment Parts and passing them to a MultipartRequestEntity instead of sending the entire request to a ByteArrayRequestEntity.

mvn clean test -PskipXXXTests will skip all tests in XXX  module,  it works for hbase-server, when we use mvn clean test -PskipServerTests, 
it will skip all small and medium tests in hbase-server module. 
However for some module like hbase-common, this command only skip small tests, the medium tests are still executed.
Need to ensure all components work in the same way

See nabble
http://camel.465427.n5.nabble.com/Possible-issue-with-FileLockExclusiveReadLockStrategy-leaves-orphaned-camelLock-file-tp5758142.html
This could cause a .camelLock orphaned file to be there causing the file to not be eligible for consuming on next poll.

There is a lot of duplicated or different messages in JBossWeb and Undertow subsystems which has the same ids.
different messages:

jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12604, value = "JSF version slot '%s' is missing from module %s")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12604, value = "WildFlyConversationAwareViewHandler was improperly initialized. Expected ViewHandler parent.")

duplicated messages with the same content:

jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12600, value = "Could not load JSF managed bean class: %s")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12600, value = "Could not load JSF managed bean class: %s")
jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12601, value = "JSF managed bean class %s has no default constructor")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12601, value = "JSF managed bean class %s has no default constructor")
jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12602, value = "Failed to parse %s, managed beans defined in this file will not be available")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12602, value = "Failed to parse %s, managed beans defined in this file will not be available")
jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12603, value = "Unknown JSF version '%s'.  Default version '%s' will be used instead.")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFLogger.java:    @Message(id = 12603, value = "Unknown JSF version %s %s will be used instead")
jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12650, value = "Failed to load annotated class: %s")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12650, value = "Failed to load annotated class: %s")
jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12651, value = "Annotation %s in class %s is only allowed on classes")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12651, value = "Annotation %s in class %s is only allowed on classes")
jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12652, value = "Instance creation failed")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12652, value = "Instance creation failed")
jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12653, value = "Instance destruction failed")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12653, value = "Instance destruction failed")
jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12654, value = "Thread local injection container not set")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12654, value = "Thread local injection container not set")
jsf/subsystem/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12655, value = "@ManagedBean is only allowed at class level %s")
jsf/injection/src/main/java/org/jboss/as/jsf/JSFMessages.java:    @Message(id = 12655, value = "@ManagedBean is only allowed at class level %s")

web/src/main/java/org/jboss/as/web/WebMessages.java:    @Message(id = 18039, value = "Failed to create context")
osgi/integration/http/src/main/java/org/jboss/as/osgi/httpservice/WebLogger.java:    @Message(id = 18039, value = "Failed to create context")
web/src/main/java/org/jboss/as/web/WebMessages.java:    @Message(id = 18040, value = "Failed to start context")
osgi/integration/http/src/main/java/org/jboss/as/osgi/httpservice/WebLogger.java:    @Message(id = 18040, value = "Failed to start context")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18200, value = "Failed to start welcome context")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18200, value = "Failed to start welcome context")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18201, value = "Failed to destroy welcome context")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18201, value = "Failed to destroy welcome context")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18202, value = "Error calling onStartup for servlet container initializer: %s")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18202, value = "Error calling onStartup for servlet container initializer: %s")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18203, value = "Error instantiating container component: %s")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18203, value = "Error instantiating container component: %s")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18204, value = "Clustering not supported, falling back to non-clustered session manager")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18204, value = "Clustering not supported, falling back to non-clustered session manager")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18205, value = "Cannot setup overlays for [%s] due to custom resources")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18205, value = "Cannot setup overlays for [%s] due to custom resources")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18206, value = "Webapp [%s] is unavailable due to startup errors")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18206, value = "Webapp [%s] is unavailable due to startup errors")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18208, value = "Failed to start context")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18208, value = "Failed to start context")
osgi/integration/http/src/main/java/org/jboss/as/osgi/httpservice/WebLogger.java:    @Message(id = 18208, value = "Failed to start context")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18209, value = "Failed to destroy context")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18209, value = "Failed to destroy context")
osgi/integration/http/src/main/java/org/jboss/as/osgi/httpservice/WebLogger.java:    @Message(id = 18209, value = "Failed to destroy context")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18210, value = "Register web context: %s")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18210, value = "Register web context: %s")
osgi/integration/http/src/main/java/org/jboss/as/osgi/httpservice/WebLogger.java:    @Message(id = 18210, value = "Register web context: %s")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18214, value = "Error during login/password authenticate")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18214, value = "Error during login/password authenticate")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18215, value = "Error during certificate authenticate")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18215, value = "Error during certificate authenticate")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18216, value = "Error during digest authenticate")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18216, value = "Error during digest authenticate")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18217, value = "Error obtaining authorization helper")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18217, value = "Error obtaining authorization helper")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18218, value = "Exception in obtaining server authentication manager")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18218, value = "Exception in obtaining server authentication manager")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18219, value = "JASPI validation for unprotected request context %s failed")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18219, value = "JASPI validation for unprotected request context %s failed")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18220, value = "Caught Exception: %s")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18220, value = "Caught Exception: %s")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18221, value = "Error forwarding to login page: %s")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18221, value = "Error forwarding to login page: %s")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18222, value = "Error forwarding to error page: %s")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18222, value = "Error forwarding to error page: %s")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18224, value = "Unregister web context: %s")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18224, value = "Unregister web context: %s")
undertow/src/main/java/org/wildfly/extension/undertow/UndertowLogger.java:    @Message(id = 18226, value = "Skipped SCI for jar: %s.")
web/src/main/java/org/jboss/as/web/WebLogger.java:    @Message(id = 18226, value = "Skipped SCI for jar: %s.")

CLITestUtil creates a command context without setting any connectionTimeout for it. The default value of the connectionTimeout is 5 seconds. This value seems to be too low under some circumstances, see JBEAP-8244.
CLITestUtil at line 79 (see [1]) should use a different factory method to create the CommandContext and should provide a decent value for connectionTimeout too.
[1] https://github.com/wildfly/wildfly-core/blob/master/testsuite/shared/src/main/java/org/jboss/as/test/integration/management/util/CLITestUtil.java#L79 

TestNamespaceUpgrade and TestUpgradeTo96 fails on windows because of .META. name is converted to .META on local NTFS file system on windows. This is only relevant for 0.94 -> 0.96 upgrade tests. See HBASE-6818. 

org.apache.hadoop.hbase.migration.TestNamespaceUpgrade.org.apache.hadoop.hbase.migration.TestNamespaceUpgrade

Illegal first character <46> at 0. Namespaces can only start with alphanumeric characters': i.e. [a-zA-Z_0-9]: .META

java.lang.IllegalArgumentException: Illegal first character <46> at 0. Namespaces can only start with alphanumeric characters': i.e. [a-zA-Z_0-9]: .META
	at org.apache.hadoop.hbase.TableName.isLegalTableQualifierName(TableName.java:153)
	at org.apache.hadoop.hbase.TableName.isLegalTableQualifierName(TableName.java:133)
	at org.apache.hadoop.hbase.TableName.isLegalFullyQualifiedTableName(TableName.java:124)

One of the manifestation of the issue:

start 2 nodes with SLSB with TUNNEL transport
start both nodes creating 2 clusters (or partitions)
start ejb client
start GossipRouter and wait for merge
ejb client keeps talking only to known node; never receives a topology update

This is because org.wildfly.clustering.server.registry.CacheRegistry#topologyChanged does not handle cluster merges and thus all entries from a given partition will be lost forever.
The effects are especially missing client mappings and broken session stickiness. 

Wrong behaviour in EAP 7.1.0.DR12

mvnw, build.sh and integration-tests.sh does't use productized settings.xml by default.

Desired behaviour

mvnw, build.sh and integration-tests.sh should use productized settings.xml by default.

Workaround for build.sh
Productized settings.xml needs to be defined manually by "-s" maven property, example:
./build.sh clean -Dmaven.repo.local=$NEW_REPO -DallTests -Djboss.test.mixed.domain.dir=${HUDSON_STATIC_ENV}/eap/archives-repository/mixed-domain -s tools/maven/conf/settings.xml
Workaround for integration-tests.sh
Absolute path needs to be used (see JBEAP-8947), example: "-s /mnt/hudson_workspace/mkopecky/ts/tools/maven/conf/settings.xml"
Additional information:

productized settings.xml is added in this productization commit
"tools/maven/conf/settings.xml" location doesn't make sense, because download-maven.sh script was removed. But I recommend to keep current location because of backward compatibility

When using multiple insert with multiple group by, grouping__id will failed to be parse.
hive> create temporary table testtable3 (id string, name string);
OK
Time taken: 1.019 seconds
hive> create temporary table testtable2 (id string, name string);
OK
hive> create temporary table testtable1 (id string, name string);
OK
Time taken: 0.066 seconds
hive> insert into table testtable1 values ("id", "2333");
...
OK
Time taken: 32.515 seconds
hive> from testtable1
    > insert into table testtable2 select
    >     id, GROUPING__ID
    > group by id, name with cube;
...
OK
Time taken: 42.032 seconds
    > group by id, name with cube
    > insert into table testtable3 select
    >     id, name
    > group by id, name grouping sets ((id), (id, name));
FAILED: SemanticException [Error 10025]: Line 3:8 Expression not in GROUP BY key 'GROUPING__ID'

After starting a two server cluster with ASYM_ENCRYPT, the servers establish a view and then fail to send any more messages, because those can't be decrypted. One of the servers logs the following:

15:29:42,058 WARN  [org.jboss.as.clustering.jgroups.protocol.ASYM_ENCRYPT] (thread-14) node2: unable to process received public key

The servers throw ReplicationTimeoutExceptions after some timeout period.
I'm using the following configuration for the Elytron key-store and ASYM_ENCRYPT:

/subsystem=elytron/key-store=jgroups-udp2:add(type=jks,path=/tmp/key3.keystore,credential-reference={clear-text=password}, required=true)
/subsystem=jgroups/stack=udp2/protocol=ASYM_ENCRYPT:add(key-store=jgroups-udp2,key-alias=alias,credential-reference={clear-text=password})

and the following command to create the key stores:

keytool -genkeypair -alias alias -keypass password -storepass password -storetype jks -keystore key3.keystore -keyalg RSA

We've used Optional fields in our project to handle configurable features where configuration properties can be defined or left out. However, after upgrading from Springboot 1.5.3 to Springboot 2.1 and Spring Framework 5.x value injection fails.
For example, we've used annotations such as this:

    @Value("${optional.value:#{null}}")
    private Optional<String> optionalConfiguration;

This initializes fine, but when you actually try to use the Optional, it fails with an exception:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'nameOfTheBean': Invocation of init method failed; nested exception is java.lang.ClassCastException: java.util.Optional cannot be cast to java.lang.String
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:139)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1737)

 In other words: the type of the field is evaluated twice, and as a result, the post processor injects the intializing bean with Optional<Optional<String>> instead of Optional<String>.
The flow seems to be like this:

DefaultListableBeanFactory.resolveDependency recognized Optional and calls
DefaultListableBeanFactory.createOptionalDependency which then resolves the dependency and, through a couple of methods, ends up calling
TypeConverterDelegate.convertIfNecessary with both requiredType == String and field's TypeDescriptor, which then identifies the type as Optional<String>. This ignores the requiredType enough so that it ends up calling
ObjectToOptionalConverter, which, naturally, converts the provided property String into Optional<String>.
This brings us back to DefaultListableBeanFactory.createOptionalDependency, which now has Optional<String> created in step 4 in its hands.... and it wraps it inside another Optional by calling Optional.ofNullable.

The following simple expression doesn't behave the same way whether it's used as expression or predicate:

'{{foo}}' == 'bar'

When used in an expression, it works perfectly.
When used in a predicate the given expression is thrown:

org.apache.camel.language.simple.types.SimpleIllegalSyntaxException: functionEnd has no matching start token at location 7
       *

	at org.apache.camel.language.simple.SimplePredicateParser.parsePredicate(SimplePredicateParser.java:69)
	at org.apache.camel.language.simple.SimpleLanguage.createPredicate(SimpleLanguage.java:136)
	at org.apache.camel.builder.SimpleBuilder.matches(SimpleBuilder.java:73)
	at org.apache.camel.processor.ChoiceProcessor.process(ChoiceProcessor.java:66)
...

You'll find attached the source code that shows the error

I am using some queues like that:

  <rabbit:queue name="${queue.name.routage.lot.reception}" durable="true" queue-arguments="defaultQueueArguments"/>
  <rabbit:queue name="${queue.name.routage.lot.mail.notification}" durable="true" queue-arguments="defaultQueueArguments"/>
  <rabbit:queue name="${queue.name.routage.lot.mobile.notification}" durable="true" queue-arguments="defaultQueueArguments"/>

I wanted to use:

  <util:map id="defaultQueueArgumentsMap">
    <entry key="x-dead-letter-exchange" value="${exchange.name.dead.letters}"/>
  </util:map>
  <rabbit:queue-arguments id="defaultQueueArguments" ref="defaultQueueArgumentsMap"/>

But this doesn't work: my queues are not created with the dead letter.
With a little google search I found:
http://forum.springsource.org/showthread.php?125014-Dead-Lettering
And when using:

  <rabbit:queue-arguments id="defaultQueueArguments">
    <entry key="x-dead-letter-exchange" value="${exchange.name.dead.letters}" />
  </rabbit:queue-arguments>

It works fine (but my Intellij complains: element entry not allowed here)
I think both way should work.
XSD documentation says: ref = The bean name of the Map to pass to the broker when this component is declared.

The EJB view service does not suspend invocations when a component is not started, but instead forwards to the view interceptor chain. The view interceptors may not be ready yet, which can result in a race.

XmlStreamReader reads the underlying InputStream to try and detect the encoding. However once that process is done the bytes read from the stream should still be available to be read - this was accidentally broken in r1004882 by creating the underlying reader with the original InputStream, rather than the wrapped streams used to detect encoding.

ORC data doesn't have to go directly into an HDFS stream via buffers, it can go somewhere else (e.g. a write-thru cache, or an addressable system that doesn't require the stream blocks to be held in memory before writing them all together).
To that effect, it would be nice to abstract the data block/metadata structure creating from the physical file concerns.

DBRE maps the HSQL boolean column type to a zero-length string field in the generated aspectJ code, resulting in the message:
{{{
Caused by: org.hibernate.HibernateException: Wrong column type in PUBLIC.TABLE_NAME for column column_name. Found: boolean, expected: varchar(0)
}}}

See for example https://builds.apache.org/job/PreCommit-HBASE-Build/12922//console

git checkout 0.98
Previous HEAD position was 03d8918... HBASE-13069 Thrift Http Server returns an error code of 500 instead of 401 when authentication fails (Srikanth Srungarapu)
Switched to branch '0.98'
Your branch is behind 'origin/0.98' by 48 commits, and can be fast-forwarded.
git status
On branch 0.98

Because the local tree is 48 commits behind the head of the 0.98 branch, the contributor's patch based on the head of 0.98 branch cannot cleanly apply. 

User complains about there are lots of file is open when sending the input stream and getting the exception.
Here is the mail thread[1] is talking about it.
[1]http://camel.465427.n5.nabble.com/To-many-opened-files-td5719451.html 

Hive enables table schema evolution via properties. For avro e.g. we can alter the 'avro.schema.url' property to update table schema to the next version. Updating properties however doesn't affect column list stored in metastore DB so the table is not in the newest version when returned from metastore API. This is problem for tools working with metastore (e.g. Presto).
To solve this issue I suggest to introduce new DDL statement syncing metastore columns with those from serde:

ALTER TABLE user_test1 UPDATE COLUMNS

Note that this is format independent solution. 
To reproduce, follow the instructions below:

Create table based on avro schema version 1 (cxv1.avsc)

CREATE EXTERNAL TABLE user_test1
  PARTITIONED BY (dt string)
  ROW FORMAT SERDE
  STORED AS INPUTFORMAT
  OUTPUTFORMAT
  LOCATION
  '/tmp/schema-evolution/user_test1'
  TBLPROPERTIES ('avro.schema.url'='/tmp/schema-evolution/cx1.avsc');

Update schema to version 2 (cx2.avsc)

ALTER TABLE user_test1 SET TBLPROPERTIES ('avro.schema.url' = '/tmp/schema-evolution/cx2.avsc');

Print serde columns (top info) and metastore columns (Detailed Table Information):

DESCRIBE EXTENDED user_test1

Configuration - standalone-ha.xml:

            <cache-container name="web" default-cache="repl" module="org.wildfly.clustering.web.infinispan">
                <replicated-cache name="repl" mode="ASYNC">
                    <transaction locking="OPTIMISTIC"/>
                    <file-store/>

After user is logged out, we invalidate session and show login page. Problem is, that sometimes server crashed with ConcurrentModificationException.

2015-09-10 08:55:24,571 ERROR [io.undertow.request] (default task-10) UT005023: Exception handling request to /blabla/login: java.util.ConcurrentModificationException
	at java.util.HashMap$KeyIterator.next(HashMap.java:1453)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findListeners(InfinispanSessionManager.java:400)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.triggerPostActivationEvents(InfinispanSessionManager.java:387)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:245)
	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:115)
	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:723)
	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:753)
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:64)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:282)
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:261)
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:172)

2015-09-10 08:55:24,574 ERROR [cz.blabla.portal.error.ErrorHelper] (default task-10) HTTP error code 500 -> redirecting to default ERROR PAGE. Cause: null: java.util.ConcurrentModificationException

I think, that problem is in method InfinispanSessionManager.findListeners.
We have fix it with not very nice try - catch, maybe better way is to copy collection of names and iterate over it... I know it is not very nice and to be honest, I don't know if it is "right", but better then error page after logout .

    private static List<HttpSessionActivationListener> findListeners(ImmutableSession session) {
    	List<HttpSessionActivationListener> listeners = new ArrayList<>();        
        try {
	        ImmutableSessionAttributes attributes = session.getAttributes();
	        Set<String> names = attributes.getAttributeNames();
	        if (names != null && !names.isEmpty()) {
			    for (String name: names) {
			        Object attribute = attributes.getAttribute(name);
			        if (attribute instanceof HttpSessionActivationListener) {
			            listeners.add((HttpSessionActivationListener) attribute);
			        }
			    }
	        }
        	InfinispanWebLogger.ROOT_LOGGER.tracef("No session attributes found.", e);
        }
        return listeners;
    }

Section 4.10 (Page 28) of the reference manual includes the following code sample for validating the Booking model:
public void validateEnterBookingDetails(ValidationContext context) {
   MessageContext messages = context.getMessages();
However the ValidationContext API specifies this method for returning a MessageContext object:
getMessageContext()  The context for recording validation messages

It seems CombinedBlockCache should overwrite CacheStats#rollMetricsPeriod() as

public void rollMetricsPeriod() {
  lruCacheStats.rollMetricsPeriod();
  bucketCacheStats.rollMetricsPeriod();
}

otherwise, CombinedBlockCache.getHitRatioPastNPeriods() and CombinedBlockCache.getHitCachingRatioPastNPeriods() will always return 0.

pendingData linked list in Llap IO elevator (LlapRecordReader.java) may grow indefinitely when Llap IO is faster than processing pipeline. Since we don't have backpressure to slow down the IO, this can lead to indefinite growth of pending data leading to severe GC pressure and eventually lead to OOM.
This specific instance of LLAP was running on HDFS on top of EBS volume backed by SSD. The query that triggered this is issue was ANALYZE STATISTICS .. FOR COLUMNS which also gather bitvectors. Fast IO and Slow processing case.

Tez reuses containers to schedule tasks from same and different vertices in the same JVM. It also offers an API to reuse objects across vertices, dags and sessions.
For hive we should reuse the operator plan as well as any hash tables (map join).

correct equals method implementation should start with

  if (this == other) {
  }
  if (other == null || getClass() != other.getClass()) {
  }

DecimalTypeInfo, PrimitiveTypeInfo, VarcharTypeInfo, CharTypeInfo, HiveDecimalWritable equals method implementation starts with

  if (other == null || !(other instanceof <class_name>)) {
    return false
  }

first of all check for null is redundant
the second issue is that "other instanceof <class_name>" check is not symmetric.

contract of equals() implies that, a.equals(b) is true if and only if b.equals(a) is true
Current implementation violates this contract.
e.g.
DecimalTypeInfo instanceof PrimitiveTypeInfo is true
but
PrimitiveTypeInfo instanceof DecimalTypeInfo is false
See more details here http://stackoverflow.com/questions/6518534/equals-method-overrides-equals-in-superclass-and-may-not-be-symmetric

The "Smoking" field of the BookingDetails form does not bind the 'on' value correctly when decorated.  With JavaScript turned on, Dojo submits a value "on" when the field is selected.  The backing Boolean converter cannot convert this "on" text value to a Boolean result.  With JavaScript off, the default radio button field submits "true" which binds correctly.
This may be a regression since the upgrade to Dojo 1.2, since the decoration is configured to submit a 'true' value and it appears to be submitting 'on' anyway.
The right fix is most likely enhancing the StringToBoolean converter to be able to convert on/off as well as true/false.  We should also look to upgrade to the latest Dojo 1.2 maintenance release if this is in fact a Dojo bug.

ivysettings.xml does not let you override .m2/repository. In other words repo.dir ivysetting should be an overridable property

In hive 0.13, the following sequence fails -

create database index_test_db;

use index_test_db;
create table testtb (id int, name string);
create index id_index on table testtb (id) as 'COMPACT' WITH DEFERRED REBUILD  in table testdb_id_idx_tb;

select * from index_test_db.testtb where id>2;
-- fails here with error "Table not found testdb_id_idx_tb" 

 HIVE-4064 fixed the problem. It will be useful to have a test case that verifies the fix.

Currently, ActiveMQ snapshots are used as maven dependencies: http://people.apache.org/maven-snapshot-repository/org/apache/activemq/activemq-core/5.0-SNAPSHOT/
However, they instituted a policy where a script blows out all snapshots, and their CI server drops new ones at night.  This can cause issues if their nightly build doesn't complete.  If anyone tries to do a mvn install during any period between when the script deletes the snapshots, and a new one is created and dropped, Spring Batch integration won't compile.  A non-snapshot version of ActiveMq should be used.  Also, maven won't let you create a release if any snapshot is listed as a dependency.

Problem
If there are Region Servers registered as "draining", they will continue to have "draining" znodes after a HMaster failover; however, the balancer will assign regions to them.
How to reproduce (on hbase master):

Add regionserver to /hbase/draining: bin/hbase-jruby bin/draining_servers.rb add server1:16205
Unload the regionserver:  bin/hbase-jruby bin/region_mover.rb unload server1:16205
Kill the Active HMaster and failover to the Backup HMaster
Run the balancer: hbase shell <<< "balancer"
Notice regions get assigned on new Active Master to Region Servers in /hbase/draining

Root Cause
The Backup HMaster initializes the DrainingServerTracker before the Region Servers are registered as "online" with the ServerManager.  As a result, the ServerManager.drainingServers isn't populated with existing Region Servers in draining when we have an HMaster failover.
E.g., 

We have a region server in draining: server1,16205,1000
The RegionServerTracker starts up and adds a ZK watcher on the Znode for this RegionServer: /hbase/rs/server1,16205,1000
The DrainingServerTracker starts and processes each Znode under /hbase/draining, but the Region Server isn't registered as "online" so it isn't added to the ServerManager.drainingServers list.
The Region Server is added to the DrainingServerTracker.drainingServers list.
The Region Server's Znode watcher is triggered and the ZK watcher is restarted.
The Region Server is registered with ServerManager as "online".

END STATE: The Region Server has a Znode in /hbase/draining, but it is registered as "online" and the Balancer will start assigning regions to it.

$ bin/hbase-jruby bin/draining_servers.rb list
[1] server1,16205,1000

$ grep server1,16205,1000 logs/master-server1.log
2016-10-14 16:02:47,713 DEBUG [server1:16001.activeMasterManager] zookeeper.ZKUtil: master:16001-0x157c56adc810014, quorum=localhost:2181, baseZNode=/hbase Set watcher on existing znode=/hbase/rs/server1,16205,1000

[2] 2016-10-14 16:02:47,722 DEBUG [server1:16001.activeMasterManager] zookeeper.RegionServerTracker: Added tracking of RS /hbase/rs/server1,16205,1000

2016-10-14 16:02:47,730 DEBUG [server1:16001.activeMasterManager] zookeeper.ZKUtil: master:16001-0x157c56adc810014, quorum=localhost:2181, baseZNode=/hbase Set watcher on existing znode=/hbase/draining/server1,16205,1000

[3] 2016-10-14 16:02:47,731 WARN  [server1:16001.activeMasterManager] master.ServerManager: Server server1,16205,1000 is not currently online. Ignoring request to add it to draining list.

[4] 2016-10-14 16:02:47,731 INFO  [server1:16001.activeMasterManager] zookeeper.DrainingServerTracker: Draining RS node created, adding to list [server1,16205,1000]

2016-10-14 16:02:47,971 DEBUG [main-EventThread] zookeeper.ZKUtil: master:16001-0x157c56adc810014, quorum=localhost:2181, baseZNode=/hbase Set watcher on existing znode=/hbase/rs/dev6918.prn2.facebook.com,16205,1476486047114

[5] 2016-10-14 16:02:47,976 DEBUG [main-EventThread] zookeeper.RegionServerTracker: Added tracking of RS /hbase/rs/server1,16205,1000

[6] 2016-10-14 16:02:52,084 INFO  [RpcServer.FifoWFPBQ.default.handler=29,queue=2,port=16001] master.ServerManager: Registering server=server1,16205,1000

SELECT foo, bar, goo, id
FROM myTable
WHERE id IN ( 'A', 'B', 'C', 'D', ... , 'ZZZZZZ' );

One finds that when the IN clause has several thousand elements (and the table has several million rows), the query above takes orders-of-magnitude longer to run on Hive 0.12 than say Hive 0.10.
I have a possibly incomplete fix.

In https://github.com/apache/camel/blob/master/components/camel-influxdb/src/main/java/org/apache/camel/component/influxdb/InfluxDbProducer.java
on line 108, the out message on the exchange is mutated with the result.  These means that the messages headers and attachments are lost when querying.   
 
private void doQuery(Exchange exchange, String dataBaseName, String retentionPolicy) {
  String query = calculateQuery(exchange);
  Query influxdbQuery = new Query(query, dataBaseName);
  QueryResult resultSet = connection.query(influxdbQuery);
  exchange.getOut().setBody(resultSet);
}

I suggest that line 108 is changed to:

 exchange.getIn().setBody(resultSet);

Running on IBM JDK 8 latest DB2 11.1 JDBC driver (version 4.24.92) fails to connect to database with error: 

Caused by: java.lang.NoClassDefFoundError: com/ibm/dataaccess/ByteArrayUnmarshaller
	at com.ibm.db2.jcc.a.j.h(j.java:21)
	at com.ibm.db2.jcc.a.i.g(i.java:151)
	at com.ibm.db2.jcc.a.i.b(i.java:76)
	at com.ibm.db2.jcc.t4.y.q(y.java:1373)
	at com.ibm.db2.jcc.t4.z.c(z.java:4792)
	at com.ibm.db2.jcc.t4.z.b(z.java:4740)
	at com.ibm.db2.jcc.t4.z.a(z.java:4726)
	at com.ibm.db2.jcc.t4.z.l(z.java:547)
	at com.ibm.db2.jcc.t4.z.d(z.java:153)
	at com.ibm.db2.jcc.t4.b.k(b.java:1442)
	at com.ibm.db2.jcc.t4.b.b(b.java:1354)
	at com.ibm.db2.jcc.t4.b.a(b.java:6687)
	at com.ibm.db2.jcc.t4.b.b(b.java:888)
	... 244 more

It doesn't matter whether driver is installed as module or deployed to deployments folder. 
DB2 11.1 driver versions

 Driver version
 status 

 4.21.29 
 OK 

 4.22.29 
 OK 

 4.23.42 
 Fail 

 4.24.92 
 Fail 

The TAB_COL_STATS table is missing an index on (CAT_NAME, DB_NAME, TABLE_NAME). The getTableColumnStatistics call queries based on this tuple. This makes those queries take a significant amount of time in large metastores since they do a full table scan.

When org.springframework.data.mapping.PropertyPath tries to find a non-existent property that contains any digit (e.g. when a finder method with a mistyped property name and a digit has been added to repository interface) PropertyPath.create() method goes into a long recursion which causes StackOverflowError.
Removing digits from the finder method causes IllegalArgumentException with a helpful error message (property not found etc.) as expected.
Attaching stack-trace and a sample test project that uses a JPA repository.

Different services, or the same one at different times, may have different default FS, so it doesn't make sense to persist a non-qualified path.
The logic to detect whether we are using default FS or not is anyway rather questionable e.g. it will run if the setting is set to the same value as the default fs, as long as it's set.
In fact might be more expensive that just making the path qualified as it iterates thru all the properties, including the ones added from getConfVarInputStream.
It also hits HADOOP-13500.

PrimitiveObjectInspector.getPrimitiveJavaObject is supposed to return a java object. But in case of binary datatype, it returns ByteArrayRef (not java standard type). The suitable java object for it would be byte[]. 

With a doc/literal endpoint using PAYLOAD mode, if a client sends a request where the child element of the Body uses a default namespace and that namespace is defined on the soap envelope or soap body (and not the element itself), you either get an exception of:
1) (insecure message, no WSS4J processing)

org.xml.sax.SAXParseException: Element or attribute do not match QName production: QName::=(NCName':')?NCName. 
    at org.apache.camel.impl.converter.BaseTypeConverterRegistry.createTypeConversionException(BaseTypeConverterRegistry.java:610)[75:org.apache.camel.camel-core:2.16.3]
    at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:137)[75:org.apache.camel.camel-core:2.16.3]

2) Secure message:

org.w3c.dom.DOMException: NAMESPACE_ERR: An attempt is made to create or change an object in a way which is incorrect with regard to namespaces.
    at com.sun.org.apache.xerces.internal.dom.CoreDocumentImpl.checkNamespaceWF(CoreDocumentImpl.java:2535)[:1.8.0_66]
    at com.sun.org.apache.xerces.internal.dom.AttrNSImpl.setName(AttrNSImpl.java:93)[:1.8.0_66]
    at com.sun.org.apache.xerces.internal.dom.AttrNSImpl.<init>(AttrNSImpl.java:78)[:1.8.0_66]
    at com.sun.org.apache.xerces.internal.dom.CoreDocumentImpl.createAttributeNS(CoreDocumentImpl.java:2164)[:1.8.0_66]
    at com.sun.xml.messaging.saaj.soap.SOAPDocumentImpl.createAttributeNS(SOAPDocumentImpl.java:186)[162:org.apache.servicemix.bundles.saaj-impl:1.3.23.2]
    at com.sun.xml.messaging.saaj.soap.SOAPDocumentImpl.createAttribute(SOAPDocumentImpl.java:153)[162:org.apache.servicemix.bundles.saaj-impl:1.3.23.2]
    at com.sun.org.apache.xerces.internal.dom.ElementImpl.setAttribute(ElementImpl.java:498)[:1.8.0_66]
    at org.apache.camel.component.cxf.DefaultCxfBinding.addNamespace(DefaultCxfBinding.java:764)[76:org.apache.camel.camel-cxf:2.16.3]

both are due to camel-cxf/DefaultCxfBinding.addNamespaces not properly adding default namespace attributes to the DOM.

If a container is allocated and later rejected by all clusters and projections, none of a clusters will end up in a configure state which should fire up new allocations. We should force allocation for all clusters when we receive completed container from yarn but it didn't belong to any cluster. This is an indication that clusters may not be in a satisfied state.

c++ generated code is currently in the default namespace. That's bad practice; so lets fix it

HBASE-9262 changed the default comparator but the HFilePerformanceEvaluation tool code was not changed. so now the results has errors...

...
ERROR [main] hbase.KeyValue: Unexpected getShortMidpointKey result, fakeKey:0000387144, firstKeyInBlock:0000387144
ERROR [main] hbase.KeyValue: Unexpected getShortMidpointKey result, fakeKey:0000387427, firstKeyInBlock:0000387427
ERROR [main] hbase.KeyValue: Unexpected getShortMidpointKey result, fakeKey:0000387710, firstKeyInBlock:0000387710
...
INFO  [0] hbase.HFilePerformanceEvaluation: Nonexistent row: 0000020825
INFO  [0] hbase.HFilePerformanceEvaluation: Nonexistent row: 0000056693
INFO  [0] hbase.HFilePerformanceEvaluation: Nonexistent row: 0000093565
...

The setting of sftp compression should skip the space, according to the user report.

session.setConfig("compression.s2c", "zlib@openssh.com, zlib, none");
session.setConfig("compression.c2s", "zlib@openssh.com, zlib, none");

We get an ArrayIndexOutOfBoundsException during the major compaction check as follows

2016-09-19 05:04:18,287 ERROR [20.compactionChecker] regionserver.HRegionServer$CompactionChecker - Caught exception
java.lang.ArrayIndexOutOfBoundsException: -2
        at org.apache.hadoop.hbase.regionserver.compactions.DateTieredCompactionPolicy.shouldPerformMajorCompaction(DateTieredCompactionPolicy.java:159)
        at org.apache.hadoop.hbase.regionserver.HStore.isMajorCompaction(HStore.java:1412)
        at org.apache.hadoop.hbase.regionserver.HRegionServer$CompactionChecker.chore(HRegionServer.java:1532)
        at org.apache.hadoop.hbase.Chore.run(Chore.java:80)

This happens due to the following lines in org.apache.hadoop.hbase.regionserver.compactions.DateTieredCompactionPolicy.selectMajorCompaction

int lowerWindowIndex = Collections.binarySearch(boundaries,
        minTimestamp == null ? Long.MAX_VALUE : file.getMinimumTimestamp());
      int upperWindowIndex = Collections.binarySearch(boundaries,
        file.getMaximumTimestamp() == null ? Long.MAX_VALUE : file.getMaximumTimestamp());

These return negative values if the element is not found and in the case the values are equal we get the exception.

When connect / restart fuse 6.2 with already created fabric, I still see the info Create a new Fabric via 'fabric:create':

bin/client
Logging in as admin
1009 [sshd-SshClient[65ad3946]-nio2-thread-4] WARN org.apache.sshd.client.keyverifier.AcceptAllServerKeyVerifier - Server at [/0.0.0.0:8101, DSA, 10:05:cc:47:83:10:f3:0c:78:d9:34:01:4b:8d:8f:a8] presented unverified {} key: {}
 
  JBoss Fuse (6.2.0.redhat-133)
 
JBossFuse:admin@root> fabric:welcome 
Welcome to JBoss Fuse
 
This container root is a Fabric ensemble server.
Web management console available at: http://dhcp-10-40-2-191.brq.redhat.com:8181/hawtio

TimerServiceSuspendTestCase and DatasourceNonCcmTestCase fail with security manager because of missing permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local652844383872569005.challenge" "read")":

java.io.IOException: java.net.ConnectException: WFLYPRT0053: Could not connect to remote+http://127.0.0.1:9990. The connection failed
	at org.jboss.as.test.integration.ejb.timerservice.suspend.TimerServiceSuspendTestCase.testIntervalTimersDoNotBackUp(TimerServiceSuspendTestCase.java:134)
	at org.jboss.as.protocol.mgmt.ManagementClientChannelStrategy$Establishing.getChannel(ManagementClientChannelStrategy.java:162)
   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local652844383872569005.challenge" "read")" in code source "(vfs:/content/testTimerServiceSimple.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.testTimerServiceSimple.war" from Service Module Loader")
	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:442)
	Suppressed: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local652844383872569005.challenge" "read")" in code source "(vfs:/content/testTimerServiceSimple.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.testTimerServiceSimple.war" from Service Module Loader")
		at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
		at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
		at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
		at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:350)
		at java.io.FileInputStream.<init>(FileInputStream.java:127)
		at org.wildfly.security.sasl.localuser.LocalUserClient.evaluateMessage(LocalUserClient.java:93)
		at org.wildfly.security.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:180)
		at org.wildfly.security.sasl.util.AbstractSaslClient.evaluateChallenge(AbstractSaslClient.java:59)
		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.lambda$handleEvent$0(ClientConnectionOpenListener.java:646)
		at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:926)
		... 3 more

Adding the permission helps. Like in WFLY-9290.

I execute query:
hive> select age from test1 sort by age.age  limit 10;                      
Total jobs = 2
Launching Job 1 out of 2
Launching Job 2 out of 2
When I have a large number of rows then the last stage of the job takes a long time. I think we could allow to user choose number of reducers of last job or refuse extra MR job.
The same behavior I observed with querie:
hive> create table new_test as select age from test1 group by age.age  limit 10;

In AbstractMongoQuery.java the nested DeleteExecution class has the following method

private Object deleteAndConvertResult(Query query, MongoEntityMetadata<?> metadata) {

			}

			WriteResult writeResult = operations.remove(query, metadata.getCollectionName());
		}

Here the javatype is not passed to operations.remove method although there is an overloaded method of remove which accepts the type. The result ends up as having null in the type value inside the Before/AfterDeleteEvent and the result events are although fired but never end up handled in the respective Type's Event Handlers if any.
A simple fix would be to change it to:

WriteResult writeResult = operations.remove(query, metadata.getJavaType(), metadata.getCollectionName());

Actually the problem just surfaced after the IllegalStateException from JMSResourceHolder.commitAll was thrown out instead of being swallowed. (See the linked ticket for details)
In my use case we are using OracleAQ with JMS libraries, (high level operations done using spring-jms).
We jave JPA transaction manager doing transaction management for us.
In a sample transaction we insert/update/delete some JPA entities, and in the same transaction we also push some messages to an Oracle queue.
Now, it is a requirement for us to ensure that the DML and the message production are atomic, hence they are made to use the same underlying oracle connection (read, using spring-data-oracle convenience xml namespace).
To achieve this we have to use a transacted connection factory, and the JMS template that is used to push messages has to be made "sessionTransacted", this is done to avoid the JMSTemplate.send to commit the messages before the enclosing spring transaction commits. (In summary, JMSTemplate.send eventually reaches, session.commit or something alike that commits the underlying jdbc connection, thus, committing the normal DML operation as well).
This is a typical use case. And everything works fine with spring-jms 3.0.2 ( and also with 3.0.3), and it works "by accident".
 By accident because, when eventually then enclosing spring (JPA) transaction commits, the transactional JMSResourceHolder also tries to commit the underlying JMS resources (triggered by transaction synchronization), which fails because for Oracle AQ, as soon as the underlying JDBC connection gets committed by the JPA transaction manager, all JMS resource are also committed and closed, so this JMSResourceHolder commit operation fails (something on the lines of IllegalStateException because session/consumer/producer is already closed). Again as mentioned in the beginning swallowing the IllegalStateException there saves us.
In spring-jms 3.0.4 as the linked ticket provides details, this behavior was fixed, which broke things for Oracle AQ.
I agree that swallowing that exception is not the proper fix here, but there is no way to instruct the JMS transaction framework to "not synchronize" JMS resources in case of Oracle AQ. The decision to synchronize JMS resources is done based on the sessionTransacted flag (this is for JMSTemplate, but the logic is more or less similar everywhere else), which unfortunately has to be set true to avoid committing by JMS framework.
I believe sessionTransacted and transaction synchronization should be dealt separately. The reason I believe this logic exists is because unlike JDBC resources, there could be more than one JMS resource bound to a single transaction, so at the end all of these resources have to be synchronize with the transaction. But there may be cases where we don't want this behavior, as in my case.

To recreate a bug :
1)Generate default petclinic example.
2)Create any 6 records 
3)Set 5 results per page in list view
4)Go to second page 
5)Delete last record

If the server is unable to instantiate RuntimeVaultReader, which will be the case for the WildFly Core dist as it doesn't package the org.picketbox module needed by RuntimeVaultReader, then RuntimeExpressionResolver will ignore vault expressions, allowing the superclass to take over and process them. This will be done incorrectly, as the superclass will treat the first ':' in the vault expression as the delimiter between a system property name and the default value, resolving the expression to everything after that first ':'. So

${VAULT::datasources::password::123AB45CD}

resolves to

:datasources::password::123AB45CD

Minor as the resolved value is unlikely to be useful, so there will be a failure.
Possibly could be treated as an Enhancement.
Fix would be for RuntimeExpressionResolver to check for the vault expression pattern and throw NoSuchItemException if found and not VaultReader is available.

Whne generating a keystore file, it should only have 600 permissions instead of 664.

I've just profiled an application that is making an extensive use of Spring Batch. And believe the biggest performance hog was....... 
the StringBuilder conversions in FaultTolerantChunkProcessor class. There are couple of log statements there that do this:
logger.debug("Attempting to write: " + inputs);
without 
if(logger.isDebugEnabled()).
I mean, guys, come on, inputs can be pretty wacky. In this case it was a list of Hibernate entities containing a lot of properties and all of them are in the toString() implementation. This "innocent" logging statement was the biggest performance hog in the app. 
It probably would make sense to do an audit and see if there are any other places where such debug statement are not safe. I suppose I could do that. Would you take a patch?

Yet another bug found during the leap second madness, it's possible to miss the registration of new region servers so that in ReplicationSourceManager.init we start the failover of a live and replicating region server. I don't think there's data loss but the RS that's being failed over will die on:

2012-07-01 06:25:15,604 FATAL org.apache.hadoop.hbase.regionserver.HRegionServer: ABORTING region server sv4r23s48,10304,1341112194623: Writing replication status
org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hbase/replication/rs/sv4r23s48,10304,1341112194623/4/sv4r23s48%2C10304%2C1341112194623.1341112195369
        at org.apache.zookeeper.ZooKeeper.setData(ZooKeeper.java:1246)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.setData(RecoverableZooKeeper.java:372)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.setData(ZKUtil.java:655)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.setData(ZKUtil.java:697)
        at org.apache.hadoop.hbase.replication.ReplicationZookeeper.writeReplicationStatus(ReplicationZookeeper.java:470)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.logPositionAndCleanOldLogs(ReplicationSourceManager.java:154)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.shipEdits(ReplicationSource.java:607)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:368)

It seems to me that just refreshing otherRegionServers after getting the list of currentReplicators would be enough to fix this.

The uppercase attribute of sf:clientTextValidator is not working as documented.
e.g.
<sf:clientTextValidator uppercase="true">
<h:inputText id="middleInitial" value="#
{users.contacts.middleInitial}
" required="false" title="Middle Initial" />
</sf:clientTextValidator>
When the page gets rendered, the uppercase property is not copied into the created Dojo widget
Affected version: Spring web flow 2.0.2 RELEASE

Several methods were deprecated in 1.0 and moved to MetaTableAccessor.  This removes them from the 2.0 branch and converts them to the MetaTableAccessor.
HRegionInfo#getComparator  was marked deprecated after 1.0 so needs to remain. (HBASE-13501)

Cite from: http://openjdk.java.net/jeps/261
_Removed: Bootstrap class-path options
In earlier releases the -Xbootclasspath option allows the default bootstrap class path to be overridden, and the -Xbootclasspath/p option allows a sequence of files and directories to be prepended to the default path. The computed value of this path is reported via the JDK-specific system property sun.boot.class.path.
With the module system in place there is no longer a bootstrap class path as such, so the javac compiler only supports the -Xbootclasspath option in legacy mode, the java launcher no longer supports either option, and the system property sun.boot.class.path will be removed._

 !????? /data/hiveptest/working/yetus_PreCommit-HIVE-Build-14277/ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/rules/jdbc/HiveJdbcImplementor.java

When adding a trust-domain to an identity-provider resource, a wrong key is added to the key-store resource. 
The wrong key uses a host as its value, where should be the alias of a key/certificate. 
The logic that creates keys based on trust-domain insertion is no longer necessary.

In RedirectView class, 'renderMergedOutputModel' method calls to RequestDataValueProcessor inteface into this if statement:
RedirectView.java
     if (getWebApplicationContext() != null) {
             RequestContext requestContext = createRequestContext(request, response, model);
             RequestDataValueProcessor processor = requestContext.getRequestDataValueProcessor();
             if (processor != null) {
                 targetUrl = processor.processUrl(request,
                 targetUrl);
             }
       }

The problem is that 'getWebApplicationContext()' returns always 'null' and this lines are not executed.
I have tested with 'spring-mvc-showcase' and 'petclinic' sample applications and it happens the same in both cases.

I was trying to bulk load using the new HFileOutputFormat. When using a MapReduce in which map generates {{KeyValue}}s and reduce is equal to KeyValueSortReducer, and using the constructor using (byte[] row, byte[] family, byte[] qualifier, byte[] value), the (undefined) timestamp was inserted as HConstants.LATEST_TIMESTAMP/Long.MAX_VALUE into HBase. This causes all kinds of troubles, but most importantly, while the records were in the table, other MapReduces (using TableInputFormat) and Hbase shell's 'get'-command did not fetch them. Guess there is some sort of filtering of future dates.
As I understood from St.Ack, the LASTEST_TIMESTAMP is supposed to be replaced by System.currentTimeMillis(), but I don't see this reflected in the code of KeyValue, and apparently it did not happen elsewhere; perhaps because there is no actual HBase connection?

When retry incremental bootstrap on a table with different bootstrap dump throws 40000 as error code instead of 20017.

Error while processing statement: FAILED: Execution Error, return code 40000 from org.apache.hadoop.hive.ql.exec.repl.ReplLoadTask. InvalidOperationException(message:Load path hdfs://ctr-e139-1542663976389-61669-01-000003.hwx.site:8020/apps/hive/repl/3d704b34-bf1a-40c9-b70c-57319e6462f6 not valid as target database is bootstrapped from some other path : hdfs://ctr-e139-1542663976389-61669-01-000003.hwx.site:8020/apps/hive/repl/c3e5ec9e-d951-48aa-b3f4-9aeaf5e010ea.)

Facebook increased the maximum size of their photos on March 1st. (see Roadmap)
The API documentation for the Photo object still states that the images array contains the 4 different stored representations of the photo, but it actually returns 7 images now.
For the example image the following array is returned:

 "images": [
      {
         "width": 2048,
         "height": 1373,
         "source": "http://a7.sphotos.ak.fbcdn.net/hphotos-ak-ash3/s2048x2048/168119_10150146071831729_20531316728_7844072_5116892_n.jpg"
      },
      {
         "width": 720,
         "height": 483,
         "source": "http://a7.sphotos.ak.fbcdn.net/hphotos-ak-ash3/168119_10150146071831729_20531316728_7844072_5116892_n.jpg"
      },
      {
      },
      {
         "width": 480,
         "height": 322,
         "source": "http://a7.sphotos.ak.fbcdn.net/hphotos-ak-ash3/s480x480/168119_10150146071831729_20531316728_7844072_5116892_n.jpg"
      },
      {
         "width": 320,
         "height": 214,
         "source": "http://a7.sphotos.ak.fbcdn.net/hphotos-ak-ash3/s320x320/168119_10150146071831729_20531316728_7844072_5116892_n.jpg"
      },
      {
         "width": 180,
         "height": 120,
         "source": "http://photos-g.ak.fbcdn.net/hphotos-ak-ash3/168119_10150146071831729_20531316728_7844072_5116892_a.jpg"
      },
      {
         "width": 130,
         "height": 87,
         "source": "http://photos-g.ak.fbcdn.net/hphotos-ak-ash3/168119_10150146071831729_20531316728_7844072_5116892_s.jpg"
      },
      {
         "source": "http://photos-g.ak.fbcdn.net/hphotos-ak-ash3/s75x225/168119_10150146071831729_20531316728_7844072_5116892_s.jpg"
      }
   ]

Spring social currently processes the images by array index. Since the change, images of a totally different size are returned for the existing getters on the Photo class.
A simple solution would be to make all image sizes available through the Photo class, so users can lookup the image they want by width/height.

Now that HBASE-4209 is finally done (many thanks to stack for help and encouragement!) I don't think there's any reason to keep this bit of code in hbase-daemon.sh:

        if [ "$command" = "master" ]; then
          echo "`date` Killing $command" >> $loglog
          kill -9 `cat $pid` > /dev/null 2>&1
        else
          kill `cat $pid` > /dev/null 2>&1
        fi

I suggest we remove the special case completely, since I don't think it serves any useful purpose (patch attached).
Now, as an additional precautionary measure. We can try to follow up with a SIGKILL once a certain timeout expires.
Let me know if you think it is necessary to do so and I'll update the patch.

  /**
   * Constructs KeyValue structure filled with null value.
   * @param row - row key (arbitrary byte array)
   * @param family family name
   * @param qualifier column qualifier
   */
  public KeyValue(final byte [] row, final byte [] family,
      final byte [] qualifier, final byte [] value) {
    this(row, family, qualifier, HConstants.LATEST_TIMESTAMP, Type.Put, value);
  }

Value is not filled with null.

In the file esb/fuse-esb-minimal/src/main/filtered-resources/etc/org.apache.karaf.features.cfg
then camel-spring is listed 2 times.
Maybe there is the same problem in the other distros (med, full etc)
And also check the MQ releases if thats the same problem there.

hp on IRC found out the bad way that typing 'help shutdown' actually gives you the full help... and shuts down the cluster. I don't really understand why we process both commands, putting against 0.90.0 if anyone has an idea.

I found that if I a run a geoNear query with an accompanying search query that doesn't return any results, I encounter an NPE here.

	at org.springframework.data.mongodb.core.MongoTemplate.geoNear(MongoTemplate.java:667)
	at org.springframework.data.mongodb.core.MongoTemplate.geoNear(MongoTemplate.java:618)

Example document:

{
	"id": "1",
	"available": false,
        "location": {
            "type": "Point",
            "coordinates": [
              40.758934,
              -73.992514
            ]
        }
}

if the query looks like this:

NearQuery q = NearQuery.near(point).maxDistance(new Distance(maxDistance, Metrics.KILOMETERS));
q.query(where("available").is(true));

You get the NPE. Let me know if you need more information from me.

When calling transaction.commit/rollback instead of transactionManager.commit/rollback in the class TransactionDelegate.endTransaction the TransactionManager doesn't unassociate the transaction.
The list of associatedTransactions in org.apache.geronimo.transaction.manager.TransactionManagerImpl keeps de reference of the transaction indefinitely.
Beans:
<jms:jca-listener-container />
org.apache.activemq.ra.ActiveMQResourceAdapter
org.jencks.factory.TransactionManagerFactoryBean

The FlushHandler thread in MemStoreFlusher class uses default thread name (Thread -XX). This is un-intentional and also confusing in case when there are multiple handlers.
Current Stack trace looks like this:

"Thread-18" prio=10 tid=0x00007f4e8cb21800 nid=0x356e waiting on condition [0x00007f4e6d49a000]
	- parking to wait for  <0x00000004e5684b00> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)
	at java.util.concurrent.DelayQueue.poll(DelayQueue.java:201)
	at java.util.concurrent.DelayQueue.poll(DelayQueue.java:39)
	at org.apache.hadoop.hbase.regionserver.MemStoreFlusher$FlushHandler.run(MemStoreFlusher.java:228)

https://builds.apache.org/job/hbase-0.95/342/testReport/org.apache.hadoop.hbase.master/TestDistributedLogSplitting/testRecoveredEdits/

java.lang.AssertionError: expected:<1000> but was:<0>
	at org.apache.hadoop.hbase.master.TestDistributedLogSplitting.testRecoveredEdits(TestDistributedLogSplitting.java:209)

Jimmy Xiang or Jeffrey Zhong want to take a look at this one?

The maven plugin is trying to download SNAPSHOT dependencies from Maven Central. I am seeing this when running package or start goals. AFAIK Maven Central will never contain SNAPSHOTs dependencies so disabling this would speed the build a bit. 

I tried to create a simple Spring Roo project with GWT frontend. There are compilation errors after I run the command web gwt setup.
Relevant portion of the maven build log:
/21/11 12:59:04 AM EDT: [WARN] Failure to transfer asm:asm/maven-metadata.xml from file:../../local.repository/trunk was cached in the local repository, resolution will not be reattempted until the update interval of local.repository has elapsed or updates are forced. Original error: Could not transfer metadata asm:asm/maven-metadata.xml from/to local.repository (file:../../local.repository/trunk): No connector available to access repository local.repository (file:../../local.repository/trunk) of type legacy using the available factories AsyncRepositoryConnectorFactory, WagonRepositoryConnectorFactory
4/21/11 12:59:04 AM EDT: Generating sources /ererg/pom.xml
4/21/11 12:59:05 AM EDT: [WARN] Failure to transfer asm:asm/maven-metadata.xml from file:../../local.repository/trunk was cached in the local repository, resolution will not be reattempted until the update interval of local.repository has elapsed or updates are forced. Original error: Could not transfer metadata asm:asm/maven-metadata.xml from/to local.repository (file:../../local.repository/trunk): No connector available to access repository local.repository (file:../../local.repository/trunk) of type legacy using the available factories AsyncRepositoryConnectorFactory, WagonRepositoryConnectorFactory
4/21/11 12:59:09 AM EDT: [ERROR] The import com.google.appengine cannot be resolved
4/21/11 12:59:09 AM EDT: [ERROR] UserService cannot be resolved to a type
4/21/11 12:59:09 AM EDT: [ERROR] UserServiceFactory cannot be resolved
4/21/11 12:59:10 AM EDT: [ERROR] The import com.google.appengine cannot be resolved
4/21/11 12:59:10 AM EDT: [ERROR] User cannot be resolved to a type

The BucketCache WriterThread calls BucketCache.freeSpace() upon draining the RAM queue containing entries to be cached. freeSpace() in turn calls BucketSizeInfo.statistics() through BucketAllocator.getIndexStatistics(), which iterates over 'bucketList'. At the same time another WriterThread might call BucketAllocator.allocateBlock(), which may call BucketSizeInfo.allocateBlock(), add a bucket to 'bucketList' and consequently cause a ConcurrentModificationException. Calls to BucketAllocator.allocateBlock() are synchronized, but calls to BucketAllocator.getIndexStatistics() are not, which allows this race to occur.

mvn clean site package install -DskipTests 

[ERROR] Failed to execute 
goal org.asciidoctor:asciidoctor-maven-plugin:1.5.5:
process-asciidoc (output-pdf) on project hbase: 
Execution output-pdf of goal 
org.asciidoctor:asciidoctor-maven-plugin:1.5.5:
process-asciidoc failed: (NotImplementedError)
 fstat unimplemented unsupported or native support failed to load ->

While working on one integration we found issue related to camel-http component when solution is deployed on IBM Liberty core.
Same issue is not reproducible on Jetty and Tomcat.
Issue is connected to the code in IOHelper and CachedOutputStream$WrappedInputStream
We are using version 2.12.4 but I can see that same code is used also in latest versions.
https://github.com/apache/camel/blob/camel-2.12.4/camel-core/src/main/java/org/apache/camel/util/IOHelper.java
Problematic part are lines 196, 198 and 204.
Basically stream reader which is used org.apache.camel.converter.stream.CachedOutputStream$WrappedInputStream is not returning -1 like response of read method if empty string is provided on input.
This is wrong by specification of InputReader interface.
       // in the case there is input which is empty string
       while ( -1 != n) 
{
         …
         int n = input.read(buffer);  ---> this is never -1 if string is empty "" already 0 and we have infinitive loop !!!
        }

For our use case we have applied change in IOHelper to check and directly cover if stream reader produce same (non-valid) response to not produce infinitive loop.
If any questions around reproducing issue please let me know
Zeljko

The message source created in RepositoryRestMvcConfiguration.resourceDescriptionMessageSourceAccessor does not support property files with UTF8 symbols (e.g. cyrillic alphabet ). Resource descriptions come out as garbage.
Other Spring message sources have no such problem.
That is easily fixed by adding messageSource.setDefaultEncoding("UTF-8");.

See nabble
http://camel.465427.n5.nabble.com/Camel-RabbitMQ-acknowledges-event-though-autoAck-is-set-to-false-and-there-is-an-exception-in-the-roe-tp5756207.html

A few minutes after doing a fabric:create on a new installation of the 375 build, I get this NPE in the log:

2014-03-26 12:09:54,072 | ERROR | de startup timer | AsyncMavenIndexerFacadeFactory   | AsyncMavenIndexerFacadeFactory$1   52 | 250 - io.hawt.hawtio-maven-indexer - 1.2.0.redhat-375 | Failed to create the MavenIndexerFacade: java.lang.NullPointerException
	at org.apache.lucene.store.Directory.copy(Directory.java:234)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at org.apache.lucene.store.Directory.copy(Directory.java:277)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at org.apache.maven.index.context.IndexUtils.copyDirectory(IndexUtils.java:51)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at org.apache.maven.index.context.DefaultIndexingContext.replace(DefaultIndexingContext.java:571)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at org.apache.maven.index.updater.DefaultIndexUpdater.loadIndexDirectory(DefaultIndexUpdater.java:218)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at org.apache.maven.index.updater.DefaultIndexUpdater.access$300(DefaultIndexUpdater.java:76)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at org.apache.maven.index.updater.DefaultIndexUpdater$LuceneIndexAdaptor.setIndexFile(DefaultIndexUpdater.java:642)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at org.apache.maven.index.updater.DefaultIndexUpdater.fetchAndUpdateIndex(DefaultIndexUpdater.java:862)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at org.apache.maven.index.updater.DefaultIndexUpdater.fetchAndUpdateIndex(DefaultIndexUpdater.java:157)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at io.hawt.maven.indexer.MavenIndexerFacade.downloadOrUpdateIndices(MavenIndexerFacade.java:171)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at io.hawt.maven.indexer.MavenIndexerFacade.init(MavenIndexerFacade.java:129)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at io.hawt.maven.indexer.AsyncMavenIndexerFacadeFactory.createMavenIndexer(AsyncMavenIndexerFacadeFactory.java:134)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at io.hawt.maven.indexer.AsyncMavenIndexerFacadeFactory$1.run(AsyncMavenIndexerFacadeFactory.java:49)[250:io.hawt.hawtio-maven-indexer:1.2.0.redhat-375]
	at java.util.TimerThread.mainLoop(Timer.java:555)[:1.7.0_15]
	at java.util.TimerThread.run(Timer.java:505)[:1.7.0_15]

2009-04-05 05:46:35,010 FATAL org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Replay of hlog required. Forcing server shutdown
org.apache.hadoop.hbase.DroppedSnapshotException: region: content,,1238909966683
Caused by: java.io.IOException: java.lang.ArrayIndexOutOfBoundsException: 2
	at org.apache.hadoop.hbase.regionserver.Store.internalFlushCache(Store.java:509)
	... 3 more
	at org.apache.hadoop.hbase.util.Bytes.vintToBytes(Bytes.java:265)
	at org.apache.hadoop.hbase.util.Bytes.writeByteArray(Bytes.java:122)
	at org.apache.hadoop.hbase.HStoreKey.getBytes(HStoreKey.java:608)
	at org.apache.hadoop.hbase.HStoreKey.getBytes(HStoreKey.java:580)
	at org.apache.hadoop.hbase.HStoreKey.getBytes(HStoreKey.java:566)
	at org.apache.hadoop.hbase.regionserver.Store.internalFlushCache(Store.java:502)
	... 5 more

Add a "-skip-dst-verify" option to skip snapshot verification after Export

In the new implementation of HTableDescriptor, updating an existing CF doesn't use the addFamily any more(An IllegalArgumentException is thrown in such a case.), the new API modifyFamily is used instead.
We need to update the ref guide (currently Example 10.2) to show "update an existing CF" with the new API modifyFamily in master.

Someone not familiar with the MemStore code might find it confusing that MemStore.USEMSLAB_DEFAULT's value is "false" whereas hbase.hregion.memstore.mslab.enabled is true in hbase-default.xml (and in the end hbase-default.xml is the one used).
This should be harmonized to true.

I tried to write a Ribbon Load Balancer test that would send requests to two application paths on the same server and port. Because org.apache.camel.cloud.ServiceDefinition has no notion of context path, I used the ServiceDefinition.metadata to define it and in the serviceCall I used an expression .expression().simple("jetty:http://${header.CamelServiceCallServiceHost}:${header.CamelServiceCallServicePort}/${header.CamelServiceCallServiceMeta[contextPath]}") to use it.
However, the test is not passing because RibbonServiceLoadBalancer.RibbonServerList.asRibbonServerList(List<ServiceDefinition>) is not passing the medata map to RibbonServiceDefinition. The test passes as expected when RibbonServerList.asRibbonServerList() is fixed.
Here is the test:

package org.apache.camel.component.ribbon.cloud;

import org.apache.camel.component.ribbon.RibbonConfiguration;
import org.apache.camel.impl.cloud.StaticServiceDiscovery;

public class RibbonServiceCallRouteMetadataTest extends CamelTestSupport {
    @Test
    public void testServiceCall() throws Exception {
        getMockEndpoint("mock:app1").expectedMessageCount(1);
        getMockEndpoint("mock:app2").expectedMessageCount(1);
        getMockEndpoint("mock:result").expectedMessageCount(2);

        String out = template.requestBody("direct:start", null, String.class);
        String out2 = template.requestBody("direct:start", null, String.class);
        assertEquals("app2", out);
        assertEquals("app1", out2);

    }

    @Override
            @Override
                // setup a static ribbon server list with these 2 servers to start with
                StaticServiceDiscovery servers = new StaticServiceDiscovery();
                servers.addServer("myService", "localhost", 9090, Collections.singletonMap("contextPath", "app1"));
                servers.addServer("myService", "localhost", 9090, Collections.singletonMap("contextPath", "app2"));

                RibbonConfiguration configuration = new RibbonConfiguration();
                RibbonServiceLoadBalancer loadBalancer = new RibbonServiceLoadBalancer(configuration);

                    .serviceCall()
                        .name("myService")
                        .expression().simple("jetty:http://${header.CamelServiceCallServiceHost}:${header.CamelServiceCallServicePort}/${header.CamelServiceCallServiceMeta[contextPath]}")
                        .loadBalancer(loadBalancer)
                        .serviceDiscovery(servers)
                        .end()
                from("jetty:http://localhost:9090/app1")
                    .to("mock:app1")
                    .transform().constant("app1");
                from("jetty:http://localhost:9090/app2")
                    .to("mock:app2")
                    .transform().constant("app2");
            }
        };
    }
}

Recently we need to call append interface through the rest api, but rest api has not yet implemented it.
We implemented it and it is stable in the production environment.

shims module fails to compile when compiling hive against 1.0 using the fs resolvers as the force=true flag forces it to use the available version of hadoop.
In a scenario where you want to build hadoop-1.0 and shims would still want to build against 20.2 and if you happen to use fs resolver ie -Dresolvers=true , fs resolvers would just use 1.0 of hadoop for shims and shims compilation will fail.

From the logs of HMaster: 
2012-01-10 17:28:24,370 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Found an existing plan for ROOT,,0.70236052 destination server is + localhost,60020,1326242475275
Was the '+' intended to be there , as part of some token for log verification or just being redundant , w.r.t the following string append ? 

Similar to what is done in jgroups, related fixes and move code to common module, etc.

This test fails on AIX with the following error:
java.util.concurrent.TimeoutException: null
	at java.util.concurrent.FutureTask.get(FutureTask.java:213)
	at io.fabric8.tooling.testing.pax.exam.karaf.FabricKarafTestSupport.executeCommands(FabricKarafTestSupport.java:241)
	at io.fabric8.tooling.testing.pax.exam.karaf.FabricKarafTestSupport.executeCommand(FabricKarafTestSupport.java:146)
	at org.fusesource.esb.itests.pax.exam.karaf.EsbTestSupport.executeCommandAsAdmin(EsbTestSupport.java:50)
	at org.fusesource.esb.itests.basic.fabric.EsbProfileLongTest.testFeatures(EsbProfileLongTest.java:45)

public static boolean validateASTForUnsupportedTokens(ASTNode ast) {
    String astTree = ast.toStringTree();
    // if any of following tokens are present in AST, bail out
    String[] tokens = { "TOK_CHARSETLITERAL", "TOK_TABLESPLITSAMPLE" };
    for (String token : tokens) {
      if (astTree.contains(token)) {
      }
    }
  }

This is an issue for a SQL query which is bigger in AST form than in text (~700kb).

In SnapshotManager#restoreSnapshot, the table and region quota will be checked and updated as:

      try {
        // Table already exist. Check and update the region quota for this table namespace
        checkAndUpdateNamespaceRegionQuota(manifest, tableName);
        restoreSnapshot(snapshot, snapshotTableDesc);
        this.master.getMasterQuotaManager().removeTableFromNamespaceQuota(tableName);
        LOG.error("Exception occurred while restoring the snapshot " + snapshot.getName()
            + " as table " + tableName.getNameAsString(), e);
        throw e;
      }

The 'checkAndUpdateNamespaceRegionQuota' will fail if regions in the snapshot make the region count quota exceeded, then, the table will be removed in the 'catch' block. This will make the current table count and region count decrease, following table creation or region split will succeed even if the actual quota is exceeded.

This is what I get when I start a region server that's not properly sync'ed:

Exception in thread "regionserver60020" java.lang.NullPointerException
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:603)

I this case the line was:

hlogRoller.interruptIfNecessary();

I guess we could add a bunch of other null checks.
The end result is the same, the RS dies, but I think it's misleading.

I expect here some meaningful message about what we expected -> e.g. integer value and its maximum value.

java -jar wildfly-elytron-tool.jar mask -x secret_password -i 2301145145644 -s 12用戶
java.lang.NumberFormatException: For input string: "2301145145644"

java -jar wildfly-elytron-tool.jar mask -x secret_password -i 230sd644 -s 12用戶
java.lang.NumberFormatException: For input string: "230sd644"

cca one half of the StaxItemWriterTests keep failing (reproduced on two machines, Windows & Linux).

Found a bunch of spelling errors in log messages and exception messages such as "Stoping" instead of "Stopping", "alligned" instead of "aligned".

'Create table like' command doesn't set the current user as owner of new table, instead new table owner is same as source table owner.
This is a regression from 0.12

Essential column family support has gone through several iterations of refinement.
We should enable this feature by default.

After issuing
web flow
there is the following configuration in webflow-config.xml:
	<!-- Places the ConversionService in request scope so it's available during request processing -->
	<bean id="conversionServiceExposingInterceptor" class="org.springframework.web.servlet.handler.ConversionServiceExposingInterceptor"> 
		<constructor-arg ref="applicationConversionService" /> 
	</bean> 
This does not work. I added
	<bean id="conversionService" class="org.springframework.format.support.FormattingConversionServiceFactoryBean" />
to webmvc-config.xml and change the config above to
		<constructor-arg ref="conversionService" /> 
	</bean> 
<mvc:annotation-driven /> registers a ConversionService but I am not sure about the bean name.

The initialized field in org.springframework.batch.test.DataSourceInitializer is declared as:
private static boolean initialized = false;
This shouldn't be static as this causes issues when the DataSourceInitializer class is used more than once for initializing more than one DataSources.

during a master down, but cluster up event, my clients seem to not work.
clients shouldnt need to talk to the master anymore in 0.20.  We should double check this.

A user with ADMIN and CREATE rights only on the column family is denied from performing DeleteColumn and ModifyColumn operations on the table.
also 
Family name can be added in audit log for addColumn

alter 't', 'd2'
2014-10-27 20:44:45,635 TRACE SecurityLogger.org.apache.hadoop.hbase.security.access.AccessController: Access allowed for user ashish; reason: Table permission granted; remote address: /10.18.40.106; request: addColumn; context: (user=ashish, scope=t, family=, action=ADMIN)

We no longer build Javadoc of generated code. There was a manual link to a generated API referenced in a package-summary.html. Remove that. Also clean up a few trailing spaces in the process.

Instances of JedisClusterConnection and LettuceClusterConnection created without a shared ClusterCommandExecutor create their own ClusterCommandExecutor instance but do not perform a cleanup after closing the connection.

We should upgrade our thrift to 0.5.0, it is the latest and greatest and is in apache maven repo.
Doing some testing with a thrift 0.5.0 server, and an older pre-release php client shows the two are on-wire compatible.
Given that the upgrade is entirely on the server side, and has no wire-impact this should be a relatively low-impact change.

When creating a @MessageDriven bean that is bound to a different listener (VertxListener or MailListener as in https://developer.jboss.org/wiki/InboundJavaMail}
WildFly requires the usage of @ResourceAdapter annotation, bound to the deployed RAR. 
This annotation is available in the following dependency, which may need to be added to the EJB fraction API: 

      <groupId>org.jboss.ejb3</groupId>
      <artifactId>jboss-ejb3-ext-api</artifactId>

With TEZ-3856, tez counters are exposed via input initializers which can be used to publish split generation counters. 

When configuring a <oauth:provider authentication-failed-url="" />, the authorization filter will not use the given URL, but the default (e.g.: send a 401 response).
This is caused by the configuration parser not injecting the failurehandler properly into the filter. See referenced forum thread.

Below is from list.
You're doing nothing wrong.
The filters as written recurse until they find a match.  If long stretches between matching rows, then you will get a StackOverflowError.  Filters need to be changed.  Thanks for pointing this out.  Can you do without them for the moment until we get a chance to fix it?
St.Ack
David Alves wrote:
> Hi St.Ack and all
> 	
> 	The error always occurs when trying to see if there are more rows to
> process.
> 	Yes I'm using a filter(RegExpRowFilter) to select only the rows (any
> row key) that match a specific value in one of the columns.
> 	Then I obtain the scanner just test the hasNext method, close the
> scanner and return.
> 	Am I doing something wrong?
> 	Still StackOverflowError is not supposed to happen right?
>
> Regards
> David Alves
> On Thu, 2008-03-27 at 12:36 -0700, stack wrote:
>> You are using a filter?  If so, tell us more about it.
>> St.Ack
>>
>> David Alves wrote:
>>> Hi guys 
>>>
>>> 	I 'm using HBase to keep data that is later indexed.
>>> 	The data is indexed in chunks so the cycle is get XXXX records index
>>> them check for more records etc...
>>> 	When I tryed the candidate-2 instead of the old 0.16.0 (which I
>>> switched to do to the regionservers becoming unresponsive) I got the
>>> error in the end of this email well into an indexing job.
>>> 	So you have any idea why? Am I doing something wrong?
>>>
>>> David Alves
>>>
>>> java.lang.RuntimeException: org.apache.hadoop.ipc.RemoteException:
>>> java.io.IOException: java.lang.StackOverflowError
>>>         at java.io.DataInputStream.readFully(DataInputStream.java:178)
>>>         at java.io.DataInputStream.readLong(DataInputStream.java:399)
>>>         at org.apache.hadoop.dfs.DFSClient
>>> $BlockReader.readChunk(DFSClient.java:735)
>>>         at
>>> org.apache.hadoop.fs.FSInputChecker.readChecksumChunk(FSInputChecker.java:234)
>>>         at
>>> org.apache.hadoop.fs.FSInputChecker.fill(FSInputChecker.java:176)
>>>         at
>>> org.apache.hadoop.fs.FSInputChecker.read1(FSInputChecker.java:193)
>>>         at
>>> org.apache.hadoop.fs.FSInputChecker.read(FSInputChecker.java:157)
>>> $BlockReader.read(DFSClient.java:658)
>>> $DFSInputStream.readBuffer(DFSClient.java:1130)
>>> $DFSInputStream.read(DFSClient.java:1166)
>>>         at org.apache.hadoop.io.DataOutputBuffer
>>> $Buffer.write(DataOutputBuffer.java:56)
>>>         at
>>> org.apache.hadoop.io.DataOutputBuffer.write(DataOutputBuffer.java:90)
>>>         at org.apache.hadoop.io.SequenceFile
>>> $Reader.next(SequenceFile.java:1829)
>>> $Reader.next(SequenceFile.java:1729)
>>> $Reader.next(SequenceFile.java:1775)
>>>         at org.apache.hadoop.io.MapFile$Reader.next(MapFile.java:461)
>>>         at org.apache.hadoop.hbase.HStore
>>> $StoreFileScanner.getNext(HStore.java:2350)
>>>         at
>>> org.apache.hadoop.hbase.HAbstractScanner.next(HAbstractScanner.java:256)
>>> $HStoreScanner.next(HStore.java:2561)
>>>         at org.apache.hadoop.hbase.HRegion
>>> $HScanner.next(HRegion.java:1807)
>>> $HScanner.next(HRegion.java:1843)
>>> ...

FileSinkOperator.jobClose() calls Utilities.removeTempOrDuplicateFiles() to retain only one file for each task. A task could produce multiple files due to failed attempts or speculative runs. The largest file should be retained rather than the first file for each task. 

The soap:address location="http://localhost:8080/holidayService/ for samples/tutorial is incorrect.
spring-ws-servlet.xml should contain
        bad: <property name="locationUri" value="http://localhost:8080/tutorial/holidayService/"/>
instead of 
        good: <property name="locationUri" value="http://localhost:8080/holidayService/"/>
A SoapUi test with the bad location results in the error
Tue Jun 17 19:06:38 EDT 2008:WARN:Failed to prettyPrint xml [<html><head><title>Apache Tomcat/6.0.16 - Error report</title><style><!--H1 
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;}
 H2 
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;}
 H3 
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;}
 BODY 
{font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;}
 B 
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;}
 P 
{font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}
A 
{color : black;}
A.name 
HR 
{color : #525D76;}
--></style> </head><body><h1>HTTP Status 404 - /holidayService/</h1><HR size="1" noshade="noshade"><p><b>type</b> Status report</p><p><b>message</b> <u>/holidayService/</u></p><p><b>description</b> <u>The requested resource (/holidayService/) is not available.</u></p><HR size="1" noshade="noshade"><h3>Apache Tomcat/6.0.16</h3></body></html>]: org.apache.xmlbeans.XmlException: error: </body> does not close tag <HR>.

 ./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.ee.lifecycle.servlet.FilterLifecycleCallbackInterceptionTestCase#testFilterPreDestroyInterception
 ./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.ee.lifecycle.servlet.ListenerLifecycleCallbackInterceptionTestCase#testListenerPreDestroyInterception
 ./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.ee.lifecycle.servlet.ServletLifecycleCallbackInterceptionTestCase#testServletPreDestroyInterception

WFLYEE0006: Failed to destroy component instance org.jboss.as.ee.component.BasicComponentInstance@1cc08e61: java.lang.RuntimeException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "10.16.92.107:8080" "connect,resolve")" in code source "(vfs:/content/remote.war/WEB-INF/classes <no signer certificates>)" of "null")
	at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:74)
	at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.preDestroy(DefaultLifecycleCallbackInvoker.java:89)
	at org.jboss.weld.injection.producer.BasicInjectionTarget.preDestroy(BasicInjectionTarget.java:131)
	at org.jboss.as.weld.deployment.processors.WeldComponentIntegrationProcessor$4.run(WeldComponentIntegrationProcessor.java:201)
	at org.jboss.as.weld.deployment.processors.WeldComponentIntegrationProcessor$AbstractInjectionTargetDelegatingInterceptor.processInvocation(WeldComponentIntegrationProcessor.java:259)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$6$1.release(UndertowDeploymentInfoService.java:1375)
	at io.undertow.servlet.core.ManagedFilter.stop(ManagedFilter.java:100)
	at io.undertow.servlet.core.DeploymentManagerImpl.stop(DeploymentManagerImpl.java:548)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:141)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$2.run(UndertowDeploymentService.java:121)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "10.16.92.107:8080" "connect,resolve")" in code source "(vfs:/content/remote.war/WEB-INF/classes <no signer certificates>)" of "null")
	at org.wildfly.security.manager.WildFlySecurityManager.checkConnect(WildFlySecurityManager.java:407)
	... 46 more

The behavior of ReversedScannerCallable#prepare [1] and ScannerCallable#prepare [2] methods differ how they call RpcRetryingCallerWithReadReplicas.getRegionLocations method.
The reversed scanner uses the 'reload' parameter directly as the first argument - RpcRetryingCallerWithReadReplicas.getRegionLocations(reload, id, getConnection(), getTableName(), getRow()) - however, the forward scanner passes '!reload'. The getRegionLocations first parameter is 'useCache', the way we use it in ScannerCallable is the correct one.
The same call can be found in ReversedScannerCallable#locateRegionsInRange [3] also without negating its value.
[1] https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ReversedScannerCallable.java#L89-L90
[2] https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ScannerCallable.java#L139-L140
[3] https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ReversedScannerCallable.java#L143-L144

MatchAlwaysTransactionAttributeSource.getTransactionAttribute used to accept a null method, since Spring 4.0 this fails.

In the ExitStatus class exit code refers to the string representing the exit status e.g. FAILED
In the CommandLineJobRunner exit code refers to what will be returned to the OS
One of these should be changed to remove confusion, e.g.
 return exitCodeMapper.getExitCode(jobExecution.getExitStatus().getExitCode());  
At first glance can you tell what the heck this does? 

Deployment can be created after being linked to the overlay.

Permanent functions which specify JAR files to load do not seem to work properly with HiveServer2. While the function can be created and see with SHOW FUNCTIONS, doing DESCRIBE FUNCTION or using the UDF in a query results in java.lang.ClassNotFoundException.
It looks like the JAR is only added to the classloader of the very first thread which references the UDF.  Subsequent threads will have a different class loader which may not have loaded the JAR, but because the UDF is already in the FunctionRegistry these threads do not attempt to load the resources for the UDF.

According to https://github.com/undertow-io/undertow/blob/master/core/src/main/java/io/undertow/server/handlers/RequestLimitingHandler.java#L64 it should not be possible to perform this operation: /subsystem=undertow/configuration=filter/request-limit=foo:add(max-concurrent-requests=-42) so it looks like no value check is performed in this case.

If the select query returns zero rows then the insert will fail with null pointer exception
INSERT OVERWRITE TABLE test_pc SELECT a.userid, a.ip FROM test_pc2 a WHERE (userid=595058415);
2009-01-13 10:16:21,396 ERROR exec.MoveTask (SessionState.java:printError(254)) - Failed with exception null
	at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:127)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:212)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:174)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:207)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:305)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:166)
	at org.apache.hadoop.mapred.JobShell.run(JobShell.java:194)
	at org.apache.hadoop.mapred.JobShell.main(JobShell.java:220)

If target object is null, AbstractBindingResult.hashCode() throws NullPointerException.
I'm using annotated model attribute in controller class and for some reason Spring creates BeanPropertyBindingResult object where target is null and sets it as a request attribute. I'm using it with Liferay and Liferay Journal Content portlet calls hashCode method on all request attributes. If my Spring portlet and Journal Content portlet are on the same page the latter gets NPE.
I believe AbstractBindingResult.hashCode() method should be modified in a way that it wouldn't throw NPE even if target object is null.

Hi,
I just tried to override the delete method in a repository and when I try to call the URL DELETE http://localhost:8080/webapp/xs/53ab96c930049cc029440d46 Spring throws an exception within AbstractRepositoryRestController line 177.
Stacktrace says:

2014-06-26 05:44:02,011 ERROR o.s.d.rest.webmvc.AbstractRepositoryRestController: 177 - argument type mismatch
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_05]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_05]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_05]
	at java.lang.reflect.Method.invoke(Method.java:483) ~[na:1.8.0_05]
	at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:196) ~[ReflectionUtils.class:4.0.5.RELEASE]
	at org.springframework.data.rest.core.invoke.ReflectionRepositoryInvoker.invoke(ReflectionRepositoryInvoker.java:277) ~[ReflectionRepositoryInvoker.class:na]
	at org.springframework.data.rest.core.invoke.ReflectionRepositoryInvoker.invokeDelete(ReflectionRepositoryInvoker.java:210) ~[ReflectionRepositoryInvoker.class:na]
...
My code ist fairly simple:

@Document(collection="x")
public class X implements Identifiable<ObjectId> {
	@Id ObjectId id;
	public ObjectId getId() { return id; };
	
	String x;
	public String getX() { return x; }
	public void setX(String x) { this.x = x; }
}

@RepositoryRestResource(
		path="xs",
		collectionResourceDescription=@Description("Xs"),
		collectionResourceRel="xs",
		itemResourceDescription=@Description("X"),
		itemResourceRel="x"
		)
public interface XRepo extends MongoRepository<X, ObjectId>, XRepoCustom {}

public interface XRepoCustom {
	void delete(ObjectId id);
}

public class XRepoImpl implements XRepoCustom {
	@Override
	public void delete(ObjectId id) {
		System.out.println("WORKS");
	}	
}

I tried to find the underlying reason using the debugger, but after a few steps the code only consists of reflection method calling and I couldn't figure out what really happens underneath.
EDIT:
I now tried the same thing with the Page<X> findAll(Pageable pageable) method. And it works. So it must have something to do with the delete method, I think.

In domain mode, the --keep-content is not taken into account.
undeploy * --keep-content is identical as undeploy * The deployments are disabled and the references are removed from the server groups.
This should be changed to respect option semantic.

We are using @Configuration classes over a hundred of modules now, and just tried to upgrade from 4.1.1 to 4.1.9. However we have faced that the internal method calls now passes the arguments.
Singleton bean methods have arguments also, its dependencies. Until now, we have called these methods internally with null arguments, but it won't work now, because in this way BeanFactory will skip to lookup arguments, but will use the provided null argument, if the bean is not already created.
SPR-12443 is about prototype beans, but it is applied to all beans, and removed a check from AbstractBeanFactory mentioned in SPR-12488.
BeanMehtodInterceptor should really pass arguments only in case of prototype bean, or AbstractBeanFactory should avoid passed arguments in case of singleton beans, but as it is now, it is not consistent. Bean creation depends on bean creation order (created as it own, or as a depenency)

Where a security realm is configured to load groups from LDAP it should not cause an authentication failure if the user is not found in LDAP.
One example is local authentication where the user may not exist.
Another is domain mode servers where the servers have a custom name and generated password that they use to connect back to the local host controller.

see 	ECLIPSE-885
The package declaration inside OrderTest.java is hardcoded to "package camelinaction;" and not affected by package definition when creating the archetype.

I execute a huge query on a table with a lot of 2-level partitions. There is a perl reducer in my query. Maps worked ok, but every reducer fails with the following exception:
2011-08-11 04:58:29,865 INFO org.apache.hadoop.hive.ql.exec.ScriptOperator: Executing [/usr/bin/perl, <reducer.pl>, <my_argument>]
2011-08-11 04:58:29,866 INFO org.apache.hadoop.hive.ql.exec.ScriptOperator: tablename=null
2011-08-11 04:58:29,866 INFO org.apache.hadoop.hive.ql.exec.ScriptOperator: partname=null
2011-08-11 04:58:29,866 INFO org.apache.hadoop.hive.ql.exec.ScriptOperator: alias=null
2011-08-11 04:58:29,935 FATAL ExecReducer: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":
{"reducesinkkey0":129390185139228,"reducesinkkey1":"00008AF10000000063CA6F"}
,"value":
{"_col0":"00008AF10000000063CA6F","_col1":"2011-07-27 22:48:52","_col2":129390185139228,"_col3":2006,"_col4":4100,"_col5":"10017388=6","_col6":1063,"_col7":"NULL","_col8":"address.com","_col9":"NULL","_col10":"NULL"}
,"alias":0}
	at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:256)
	at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:468)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:416)
	at org.apache.hadoop.mapred.Child$4.run(Child.java:268)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1115)
	at org.apache.hadoop.mapred.Child.main(Child.java:262)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Cannot initialize ScriptOperator
	at org.apache.hadoop.hive.ql.exec.ScriptOperator.processOp(ScriptOperator.java:320)
	at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:247)
	... 7 more
Caused by: java.io.IOException: Cannot run program "/usr/bin/perl": java.io.IOException: error=7, Argument list too long
	at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
	at org.apache.hadoop.hive.ql.exec.ScriptOperator.processOp(ScriptOperator.java:279)
	... 15 more
Caused by: java.io.IOException: java.io.IOException: error=7, Argument list too long
	at java.lang.UNIXProcess.<init>(UNIXProcess.java:148)
	at java.lang.ProcessImpl.start(ProcessImpl.java:65)
	at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
	... 16 more
It seems to me, I found the cause. ScriptOperator.java puts a lot of configs as environment variables to the child reduce process. One of variables is mapred.input.dir, which in my case more than 150KB. There are a huge amount of input directories in this variable. In short, the problem is that Linux (up to 2.6.23 kernel version) limits summary size of environment variables for child processes to 132KB. This problem could be solved by upgrading the kernel. But strings limitations still be 132KB per string in environment variable. So such huge variable doesn't work even on my home computer (2.6.32). You can read more information on (http://www.kernel.org/doc/man-pages/online/pages/man2/execve.2.html).
For now all our work has been stopped because of this problem and I can't find the solution. The only solution, which seems to me more reasonable is to get rid of this variable in reducers.

On windows some hdfs tests fail as the streams are not correctly being closed. 
The first stacktrace looks like below. This is a bit misleading as in fact the problem is that not all exchanges could be processed. The reason is that the file component can´t rename the file as it is still open. This is because an inputStream is opened for the file but never closed.
junit.framework.AssertionFailedError: expected:<40> but was:<12>
	at junit.framework.Assert.failNotEquals(Assert.java:283)
	at junit.framework.Assert.assertEquals(Assert.java:195)
	at junit.framework.Assert.assertEquals(Assert.java:201)
	at org.apache.camel.component.hdfs.HdfsProducerFileWriteTest.testSimpleWriteFile(HdfsProducerFileWriteTest.java:72)

Component Examples need to be added to build to enable customer running SAP Component example. The profile 'component-examples' needs to be added to build configuration in order to add SAP component example to build

AntPathMatcher throws an StringIndexOutOfBoundsException when the comparator is used with a path that starts with a "*".
Will create pull request to fix this.

The Hive command line provides the --orcfiledump utility for dumping data contained within ORC files, specifically when using the -d option. Generally, it is useful to be able to pipe the data extracted into other commands and utilities to transform and control the data so that it is more manageable by the CLI user. A classic example is less.
When such command pipelines are currently constructed, the underlying implementation in org.apache.hadoop.hive.ql.io.orc.FileDump#printJsonData is oblivious to errors occurring when writing to its output stream. Such errors are common place when a user issues Ctrl+C to kill the leaf process. In this event the leaf process terminates immediately but the Hive CLI process continues to execute until the full contents of the ORC file has been read.
By making FileDump considerate of output stream errors the process will terminate as soon as the destination process exits (i.e. when the user kills less) and control will be returned to the user as expected.

In org.springframework.aop.framework.autoproxy.BeanFactoryAdvisorRetrievalHelper, if an advisor is currently in creation and should be a candidate for a bean being created, it is silently dropped. From the source, it appears that this isn't intended to happen silently. What I experienced was that the advisor is not applied and there is no log out (or an exception). Below is the offending code (BeanFactoryAdvisorRetrievalHelper:83-104 in current master):

for (String name : advisorNames) {
	if (isEligibleBean(name) && !this.beanFactory.isCurrentlyInCreation(name)) {
		try {
			advisors.add(this.beanFactory.getBean(name, Advisor.class));
		}
		catch (BeanCreationException ex) {
			Throwable rootCause = ex.getMostSpecificCause();
			if (rootCause instanceof BeanCurrentlyInCreationException) {
				BeanCreationException bce = (BeanCreationException) rootCause;
				if (this.beanFactory.isCurrentlyInCreation(bce.getBeanName())) {
					if (logger.isDebugEnabled()) {
						logger.debug("Ignoring currently created advisor '" + name + "': " + ex.getMessage());
					}
					// Ignore: indicates a reference back to the bean we're trying to advise.
					// We want to find advisors other than the currently created bean itself.
					continue;
				}
			}
			throw ex;
		}
	}
}

As can be seen in the code, we check if the advisor bean (with name "name") is currently being created in the bean factory. If it is, then there is no else and the advisor is silently dropped. If we look further into the code, it appears that we have an entire catch block setup to catch the same condition. If the check (&& !this.beanFactory.isCurrentlyInCreation(name)) is removed, then we will correctly execute the catch logic, which includes logging the issue (which maybe ought to be logged at warning level rather than debug). 
Hopefully, we can save others from hours in the debugger like me. I spent a couple days in the debugger trying to figure out why my @Transaction annotation wasn't getting applied to my UserService. Turned out I had a dependency like this: create @Transactional advisor -> postprocess bean -> create MethodSecurity advisor -> create dependency UserService (which is @Transactional). As a result, the user service would not execute code in a transaction and my queries were failing. After finally discovering the issue, I had to late bind my custom MethodSecurity advisor.
Thanks!

When adding a type converter manually like:

getContext().getTypeConverterRegistry().addTypeConverter(A.class, B.class, new ABConverter()); 

It gets removed from the type converter registry when a new type converter is discovered in a newly installed bundle. (Like when you install camel-hl7 feature in Karaf say).

I think that condition at the beginning of the lock function is wrong:

protected boolean lockEntity(Object entity, EntityManager entityManager) {
        if (!getEndpoint().isConsumeDelete() || !getEndpoint().isConsumeLockEntity()) {
        }
...

If I wanna just select and then update entity I should set consumeDelete=false, but If so entity will  newer be locked...

hbase backup create incremental hdfs:///bkpHbase_Test/bkpHbase_Test2 -t bkpHbase_Test2 
2018-09-21 15:35:31,421 INFO [main] impl.TableBackupClient: Backup backup_1537524313995 started at 1537524331419. 2018-09-21 15:35:31,454 INFO [main] impl.IncrementalBackupManager: Execute roll log procedure for incremental backup ... 2018-09-21 15:35:32,985 ERROR [main] impl.TableBackupClient: Unexpected Exception : java.lang.NullPointerException java.lang.NullPointerException at org.apache.hadoop.hbase.backup.impl.IncrementalBackupManager.getLogFilesForNewBackup(IncrementalBackupManager.java:309) at org.apache.hadoop.hbase.backup.impl.IncrementalBackupManager.getIncrBackupLogFileMap(IncrementalBackupManager.java:103) at org.apache.hadoop.hbase.backup.impl.IncrementalTableBackupClient.execute(IncrementalTableBackupClient.java:276) at org.apache.hadoop.hbase.backup.impl.BackupAdminImpl.backupTables(BackupAdminImpl.java:601) at org.apache.hadoop.hbase.backup.impl.BackupCommands$CreateCommand.execute(BackupCommands.java:347) at org.apache.hadoop.hbase.backup.BackupDriver.parseAndRun(BackupDriver.java:138) at org.apache.hadoop.hbase.backup.BackupDriver.doWork(BackupDriver.java:171) at org.apache.hadoop.hbase.backup.BackupDriver.run(BackupDriver.java:204) at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76) at org.apache.hadoop.hbase.backup.BackupDriver.main(BackupDriver.java:179) 2018-09-21 15:35:32,989 ERROR [main] impl.TableBackupClient: BackupId=backup_1537524313995,startts=1537524331419,failedts=1537524332989,failedphase=PREPARE_INCREMENTAL,failedmessage=null 2018-09-21 15:35:57,167 ERROR [main] impl.TableBackupClient: Backup backup_1537524313995 failed. 
Backup session finished. Status: FAILURE 2018-09-21 15:35:57,175 ERROR [main] backup.BackupDriver: Error running 
command-line tool java.io.IOException: java.lang.NullPointerException at org.apache.hadoop.hbase.backup.impl.IncrementalTableBackupClient.execute(IncrementalTableBackupClient.java:281) at org.apache.hadoop.hbase.backup.impl.BackupAdminImpl.backupTables(BackupAdminImpl.java:601) at org.apache.hadoop.hbase.backup.impl.BackupCommands$CreateCommand.execute(BackupCommands.java:347) at org.apache.hadoop.hbase.backup.BackupDriver.parseAndRun(BackupDriver.java:138) at org.apache.hadoop.hbase.backup.BackupDriver.doWork(BackupDriver.java:171) at org.apache.hadoop.hbase.backup.BackupDriver.run(BackupDriver.java:204) at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76) at org.apache.hadoop.hbase.backup.BackupDriver.main(BackupDriver.java:179) Caused by: java.lang.NullPointerException at org.apache.hadoop.hbase.backup.impl.IncrementalBackupManager.getLogFilesForNewBackup(IncrementalBackupManager.java:309) at org.apache.hadoop.hbase.backup.impl.IncrementalBackupManager.getIncrBackupLogFileMap(IncrementalBackupManager.java:103) at org.apache.hadoop.hbase.backup.impl.IncrementalTableBackupClient.execute(IncrementalTableBackupClient.java:276) ... 7 more

HBASE-8806 revealed performance problems with batch mutations failing to reacquire the same row locks.  It looks like HBASE-8806 will use a less intrusive change for 0.94 to have batch mutations track their own row locks and not attempt to reacquire them.  Another approach will be to support reentrant row locks directly.  This allows simplifying a great deal of calling code to no longer track and pass around lock ids.
One affect this change will have is changing the RegionObserver coprocessor's methods preBatchMutate and postBatchMutate from taking a MiniBatchOperationInProgress<Pair<Mutation, Integer>> miniBatchOp to taking a MiniBatchOperationInProgress<Mutation> miniBatchOp.  I don't believe CPs should be relying on these lock ids, but that's a potential incompatibility.

I've configured a polling Facebook consumer with nearly default Spring configuration as follows:

<camel:from uri="facebook://getFeed?
    reading.since=2016-01-01T00:00:00Z&amp;
    userId=myUserId&amp;
    consumer.delay=60000&amp;
    oAuthAppId=[s]&amp;
    oAuthAppSecret=[s]&amp;
    oAuthAccessToken=[s]
    "/>

However, an IllegalArgument is thrown with any reading.* parameter regardless of endpoint:

java.lang.IllegalArgumentException: No matching operation for getFeed, with arguments [readingOptions, reading, userId]

On debugging, the method FacebookEndpoint.configureProperties sets two properties on the configuration object: (readingOptions, reading).

FacebookPropertiesHelper.configureReadingProperties(configuration, options);

readingOptions is a Map which is finally size 0 after all the relevant properties are extracted into the reading parameter. However, it isn't nullified.
In the subsequent method initState(), it tries to look for a method in FacebookMethodTypes with the signature:

getFeed(String userId, Reading reading)

Because readingOptions is non null, it looks for a readingOptions parameter as well which doesn't exist, throwing the Exception.
Is there a workaround I can use for the moment? Thanks!

Hudson is failing the TestTableMapReduce roughly half of the builds. See why and fix if possible.

file:inbox?fileName=data+.txt (expected "inbox/data .txt" and result is OK)
file:inbox?fileName=data%20.txt (expected "inbox/data .txt" and result is OK)
file:inbox?fileName=RAW(data+.txt) (expected "inbox/data+.txt" and result is OK)
file:inbox?fileName=RAW(data%20.txt) (expected "inbox/data%20.txt", but actually it's "inbox/data .txt") - I think it's WRONG (disobeyed RAW)
file:inbox?fileName=RAW(data%2520.txt) (expected "inbox/data%2520.txt", but actually it's also "inbox/data .txt") - I think it's WRONG (disobeyed RAW + double URL decode)
RAW(data%252520.txt) results in "data%20.txt" (disobeyed RAW + double URL decode - it means there is not triple URL decode in this case)
RAW(data%2B.txt) results in "data+.txt" (disobeyed RAW + single URL decode - it means there is not double URL decode in this case)
data%252B.txt results in "data%2B.txt" (single URL decode - it means there is not double URL decode in this case)

According to
https://github.com/spring-projects/spring-framework/blob/master/spring-web/src/main/java/org/springframework/http/codec/FormHttpMessageWriter.java#L53-L54
and
the FormHttpMessageWriter should accept any MultiValueMap<String,String>,
but the following test can't get passed

Unable to find source-code formatter for language: kotlin. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yamlimport org.junit.Assert
import org.junit.Test
import org.springframework.core.ResolvableType
import org.springframework.http.MediaType
import org.springframework.http.codec.FormHttpMessageWriter
import org.springframework.util.LinkedMultiValueMap
import org.springframework.util.MultiValueMap

class ResolvableTypeTest {

    @Test
    fun test() {
        val writer = FormHttpMessageWriter()
        Assert.assertTrue(
                writer.canWrite(
                        ResolvableType.forInstance(LinkedMultiValueMap<String, String>()),
                        MediaType.APPLICATION_FORM_URLENCODED
                )
        )
    }

    private val MULTIVALUE_TYPE = ResolvableType.forClassWithGenerics(MultiValueMap::class.java, String::class.java, String::class.java)

    @Test
    fun testSimulate() {
                MULTIVALUE_TYPE.isAssignableFrom(
                        ResolvableType.forInstance(
                                LinkedMultiValueMap<String, String>()
                        )
                )
        )
    }

}

// code above was written in Kotlin

Wildfly does not validate the 'jboss-ejb3.xml' file during startup, but when trying do validate a 'jboss-ejb3.xml' file externally the following elements are mandatory, even though they aren't:

security-domain
run-as-principal
missing-method-permissions-deny-access

The jboss-ejb-security_1_1.xsd should be changed to have these elements optional.
Like:

  ...
  <xs:element name="security-domain" type="xs:string" minOccurs="0"/>
  <xs:element name="run-as-principal" type="xs:string" minOccurs="0"/>
  <xs:element name="missing-method-permissions-deny-access" type="xs:boolean" minOccurs="0">
  ...

HRegion.java,
  byte [] compactStores(final boolean majorCompaction)
    if (majorCompaction) 
{
      this.triggerMajorCompaction();
    }
    return compactStores();
  }
  /**

Compact all the stores and return the split key of the first store that needs
to be split.
   */
  public byte[] compactStores() throws IOException {
    for(Store s : getStores().values()) {
      CompactionRequest cr = s.requestCompaction();
      if(cr != null) 
Unknown macro: {        try {
          compact(cr);
        } finally {
          s.finishRequest(cr);
        }      } 
      byte[] splitRow = s.checkSplit();
      if (splitRow != null) 
{
        return splitRow;
      }
    }
  }

1. It seems the second method's intention is to compact all the stores. However, if a store requires split, the process will stop.
2. Only MetaUtils, HRegion.merge, HRegion.processTable use these two methods. No caller uses the return value.
3. HRegion.merge expects major compaction for each store after the call and has code like below to check error condition.
      // Because we compacted the source regions we should have no more than two
      // HStoreFiles per family and there will be no reference store
      if (srcFiles.size() == 2)
So it seems like the fixes are: a) take out s.CheckSplit() call inside compactStores. b) make the return type "void" for these two compactStores functions.

Enable the vectorization optimization on Tez
NO PRECOMMIT TESTS (WIP for Tez)

The upgrade scripts for the hive metastore in HIVE-2246 do not upgrade the indexes.  They also need to rename the old COLUMNS table after migration so that old clients will not accidentally access the COLUMNS table.

I have a bean that's doing conditional autoconfiguration based on whether a certain property is available in the environment; the actual condition matcher is 

@Override
public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
	return context.getEnvironment().containsProperty(POSTBACK_URL_PROPERTY);
}

The configuration class then creates a bean using an @Value injection if that property is present.
Spring 4.0.7->4.1.0 introduced a regression wherein the @Value is being evaluated even when the @Condition should not match, causing the context startup to crash. I have debugged, and Spring is in fact running the condition's matcher before proceeding to try (and fail) to extract the property from the environment. I attempted to step through it, but I could not tell whether the environment is erroneously returning true from containsProperty or the DI container is failing to disable the class when it has a false condition.
A simple Spring Boot application demonstrating the behavior is available at the GitHub link. Change the Spring version in the POM to 4.1.0 to demonstrate the bug; the launcher will crash on startup.

Handlers can be created with the same name as an existing handler. This was done to reconfigure differences in the logging subsystem XML and the logging.properties file. The problem is it will replace a handler during an ADD operation if the same name is used on another parent resource.

/subsystem=logging/async-handler=CONSOLE:add(queue-length=10,overflow-action=BLOCK)

This will replace the default console handler with the new one keeping the existing console-handler resource. The next boot also fails with no indication on the console.

I'm new to Camel, trying to setup the JMS CXF service based on the http://camel.apache.org/better-jms-transport-for-cxf-webservice-using-apache-camel.html, but with our own JMS services.  In the process I transposed some configuration and ended up with an NPE when CXF tried to start.
The URL passed to jaxws:endpoint/@address="tcp://MyDomainServer1:2506,tcp://MyDomainServer1:2506".  I know this wasn't what camel expected here, after debugging, but wanted to open a bug, since the actual meaningful exception is actually lost due to an NPE.
Expected Exception.  this was obtained with a debugger in CXF/camel before the NPE is thrown.

org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: MyDomainServer1://2506,tcp://MyDomainServer2:2506 due to: No component found with scheme: MyDomainServer1
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:457)
	at org.apache.camel.component.cxf.transport.CamelDestination.activate(CamelDestination.java:116)
	at org.apache.cxf.transport.AbstractObservable.setMessageObserver(AbstractObservable.java:48)
	at org.apache.cxf.binding.AbstractBindingFactory.addListener(AbstractBindingFactory.java:181)
	at org.apache.cxf.endpoint.ServerImpl.start(ServerImpl.java:127)
	at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:239)
	at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:489)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1544)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1485)
	at org.apache.cxf.bus.spring.BusApplicationContext.<init>(BusApplicationContext.java:91)
	at org.apache.cxf.bus.spring.SpringBusFactory.createApplicationContext(SpringBusFactory.java:102)
	at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:93)
	at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:86)
	at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:64)
	at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:53)
	at com.expedia.cc.container.remoting.prototype.Main.main(Main.java:37)

The Actual Exception was:

Exception in thread "main" java.lang.RuntimeException: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'JMS_prototype.Server': Invocation of init method failed; nested exception is javax.xml.ws.WebServiceException: java.lang.NullPointerException
	at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory.java:96)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'JMS_prototype.Server': Invocation of init method failed; nested exception is javax.xml.ws.WebServiceException: java.lang.NullPointerException
	... 4 more
Caused by: javax.xml.ws.WebServiceException: java.lang.NullPointerException
	at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:343)
	... 16 more
	at org.apache.camel.FailedToCreateConsumerException.<init>(FailedToCreateConsumerException.java:31)
	at org.apache.camel.component.cxf.transport.CamelDestination.activate(CamelDestination.java:120)
	... 25 more

Basically the problem is that the destinationEndpoint = getCamelContext().getEndpoint(camelDestinationUri); call fails, resulting the the FailedToCreateConsumerException first parameter to be null.  Since its internally expecting the endpoint to not be null, it NPE's.  Fix is most likely to make FailedToCreateConsumerException null safe.  Since it principly uses the endpoint to get the URI, you could make a constructor that took the URI that you were trying to configure, instead of relying on an already created endpoint.

The parser attempts to use data-source-ref as the bean property name (i.e. the namespace attribute)
http://forum.springframework.org/showthread.php?t=56057

Query parameters such as '?page.sort=name&page.sort=description' or '?page.sort=name,description' end up creating a Sort instance (via org.springframework.data.web.PageableArgumentResolver.SortPropertyEditor.setAsText(String)) that sorts on SINGLE property named 'name,description' instead of TWO properties named 'name' and 'description'. This results in 'org.springframework.data.mapping.PropertyReferenceException: No property name,description found for type com.co.Xyz'. Fix might to to update line in setAsText method from 'setValue(new Sort(order, text));' to 'setValue(new Sort(order, StringUtils.commaDelimitedListToStringArray(text)));'.

I am adding support to Storm Hive Bolt to access Hive meta-store using delegation tokens. I am able to create and cancel delegation tokens using HCatClient. I am getting below exception while renewing a delegation token.
org.apache.hive.hcatalog.common.HCatException: org.apache.hive.hcatalog.common.HCatException : 9001 : Exception occurred while processing HCat request : MetaException while renewing delegation token.. Cause : MetaException(message:hive/test.cluster.com@EXAMPLE.COM tries to renew a token with renewer hive)
	at org.apache.hive.hcatalog.api.HCatClientHMSImpl.renewDelegationToken(HCatClientHMSImpl.java:643) ~[hive-webhcat-java-client-0.14.0.jar:0.14.0]
Hadoop's AbstractDelegationTokenIdentifier sets the renewer to Kerberos short name but HCatCleint.renewDelegationToken uses the fullName. This causes the renewal to fail.
Relevant parts of code: https://github.com/apache/hive/blob/master/shims/common/src/main/java/org/apache/hadoop/hive/thrift/DelegationTokenSecretManager.java#L96
https://github.com/apache/hadoop/blob/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/security/token/delegation/AbstractDelegationTokenIdentifier.java#L105
Let me know If I am missing something. 

There are 2 issues:
1. In the fast-fail criteria:
if (event.isPre() && event.getCache().getCacheManager().isCoordinator()) return;
This should be an OR not an AND.
2. The channel coordinator may not have this registry service running!  Determine the "coordinator" based on the value of event.getConsistentHashAtEnd().
This is bug is probably the root cause for a number of a large number of transient failures in the clustering testsuite.

Hi,
    I have spring mvc enabled web apps (20+ web apps) packaged as an EAR deployment. All my spring mvc related jar's are in  my EAR/lib, i'm using SpringServletContainerInitializer (implementation of ServletContainerInitializer ) code as follows

@HandlesTypes(WebApplicationInitializer.class)
public class SpringServletContainerInitializer implements ServletContainerInitializer {

	@Override
	public void onStartup(Set<Class<?>> webAppInitializerClasses, ServletContext servletContext)
			throws ServletException {

		List<WebApplicationInitializer> initializers = new LinkedList<WebApplicationInitializer>();

		if (webAppInitializerClasses != null) {
			for (Class<?> waiClass : webAppInitializerClasses) {
				// Be defensive: Some servlet containers provide us with invalid classes,
				// no matter what @HandlesTypes says...
				if (!waiClass.isInterface() && !Modifier.isAbstract(waiClass.getModifiers()) &&
						WebApplicationInitializer.class.isAssignableFrom(waiClass)) {
					try {
						initializers.add((WebApplicationInitializer) waiClass.newInstance());
					}
					catch (Throwable ex) {
						throw new ServletException("Failed to instantiate WebApplicationInitializer class", ex);
					}
				}
			}
		}

		if (initializers.isEmpty()) {
			servletContext.log("No Spring WebApplicationInitializer types detected on classpath");
			return;
		}

		AnnotationAwareOrderComparator.sort(initializers);
		servletContext.log("Spring WebApplicationInitializers detected on classpath: " + initializers);

		for (WebApplicationInitializer initializer : initializers) {
			initializer.onStartup(servletContext);
		}
	}

}

But the @HandlesTypes(WebApplicationInitializer.class) are not getting detected from the EAR/lib
Even i have tried adding the extracted the SPI from spring-web jar and added inside my war's WEB-INF/lib as a jar
 WEB-INF/lib/web-init-spi.jar which contains
META-INF/services/javax.servlet.ServletContainerIntializer file with org.springframework.web.SpringServletContainerInitializer as an entry. This time its detecting SpringServletContainerInitializer but not detecting what defined in @HandlesTypes
Its only working If i package all those spring mvc jars inside WEB-INF/lib then everything started working. 
I have no idea this is how the servlet specification works or its a wildfly issue but i see it as a problem for those who depends on Wildfly or similar EE Servers with an EAR deployment structure. 

https://github.com/jfdenise/wildfly-core/blob/c023b0bd21d35d8f96c5d99fe4a2ecd24ed76bb3/cli/src/main/resources/help/module.txt#L42
Whitespace indent is missing for --module-root-dir and --name options

ARGUMENTS

--module-root-dir - (optional) The absolute file path to the server's modules 
                    directory. By default the module is added to (or removed from)
                    JBOSS_HOME/modules
 
--name          - (required) the name of the module to be added or removed.
                   NOTE: slot is not a part of the module name.

 --slot          - (optional) specifies a slot which should be created or
                   removed. If this argument is not specified, "main" slot is
                   assumed.
...

The udfs like reflect() or java_method() enables executing a java method as udf. While this offers lot of flexibility in the standalone mode, it can become a security loophole in a secure multiuser environment. For example, in  HiveServer2 one can execute any available java code with user hive's credentials.
We need a whitelist and blacklist to restrict builtin udfs in Hiveserver2.

See SO
http://stackoverflow.com/questions/33153384/cant-get-the-spring-ws-apache-camel-example-to-work
Contributions is welcome to help fixing this example

Bug in delete latest code when deleting the null qualifier column when other columns also exist.

Although the images are showing up correctly for the html version of the docs, the pdf version is missing them.  I've done a quick check through and the correct <imageobject> tag is there, with a role of 'fo', so I'm not sure what is causing the issue.

The metastore schema create scripts for 0.13 and 0.14 (current trunk) has  multiple other operations after setting the schema version. This is problematic   as any failure in those later operations would leave metastore in inconsistent state, and yet with valid version information. The schemaTool depends on the schema version details.
Recording the schema version should be the last step in schema initialization script.

To minimize conflicts and given that ORC is being developed rapidly on trunk, I would like to refactor some parts of ORC "in advance" based on the changes in LLAP branch. Mostly it concerns making parts of ORC code (esp. SARG, but also some internal methods) more modular and easier to use from alternative codepaths. There's also significant change to how data reading is handled - BufferChunk inherits from DiskRange; the reader receives a list of DiskRange-s (as before), but instead of making a list of buffer chunks it replaces ranges with buffer chunks in the original (linked) list. 

The changes for in b5922f75 means that now unnecessary objects are proxied.
MethodMapTransactionAttributeSource now uses now uses ReflectionUtils.getAllDeclaredMethods which means that when something like addTransactionalMethod("sample.Foo.*", ...) is invoked, all the methods (including the methods on Object) are added to the transactionAttributeMap.
Then when a method from Object is queried on any class (i.e. MethodMapTransactionAttributeSource.getTransactionAttribute(finalizeMethod,JdbcTemplate.class)) the result is true, so every object ends up getting proxied.
A complete example of the issue can be seen at https://github.com/rwinch/spring-aop-proxy-issue/blob/master/src/test/java/sample/ProxyTests.java

Hive depend on hbase-test jar. 
since classifier is not defined in ivysettings.xml, hence hive is downloading hbase-<version>.jar as hbase-test-<version>.jar.
This causes the junit test failures.

TPC-DS Q82 with reducer vectorized join optimizations

  Reducer 5 <- Map 1 (CUSTOM_SIMPLE_EDGE), Map 2 (CUSTOM_SIMPLE_EDGE), Map 3 (BROADCAST_EDGE), Map 4 (CUSTOM_SIMPLE_EDGE)

set hive.optimize.dynamic.partition.hashjoin=true;
set hive.vectorized.execution.reduce.enabled=true;
set hive.mapjoin.hybridgrace.hashtable=false;

select  i_item_id
       ,i_item_desc
       ,i_current_price
 from item, inventory, date_dim, store_sales
 where i_current_price between 30 and 30+30
 and inv_item_sk = i_item_sk
 and d_date_sk=inv_date_sk
 and d_date between '2002-05-30' and '2002-07-30'
 and i_manufact_id in (437,129,727,663)
 and inv_quantity_on_hand between 100 and 500
 and ss_item_sk = i_item_sk
 group by i_item_id,i_item_desc,i_current_price
 order by i_item_id
 limit 100

possibly a trivial plan setup issue, since the NPE is pretty much immediate.

	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerLongOperator.process(VectorMapJoinInnerLongOperator.java:368)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:852)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.forwardBigTableBatch(VectorMapJoinGenerateResultOperator.java:603)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerLongOperator.process(VectorMapJoinInnerLongOperator.java:362)
	... 19 more
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerGenerateResultOperator.commonSetup(VectorMapJoinInnerGenerateResultOperator.java:112)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerLongOperator.process(VectorMapJoinInnerLongOperator.java:96)
	... 22 more

Due to https://github.com/SpringSource/spring-framework/commit/3643d92cb8f8d7ba3bee8d19db300c557e2e85a8
Which was part of the fix for SPR-10025
We are no longer able to use our own WebRequest implementation that extends from ServletRequestAttributes because Spring always overrides it with its own implementation. This has broken various things in Grails' request processing chain.
I have implemented a workaround in Grails that uses delegation instead of subclassing of ServletRequestAttributes, but this may be a breaking change for Grails users, so I'm not sure if it is ideal.
The issue is compounded by the fact there is no way to change this behavior because the method in FrameworkServlet is final

from TransactionalValidationListener.handleCreateTableTransactionalProp()

    if ("false".equalsIgnoreCase(transactional)) {
      // just drop transactional=false.  For backward compatibility in case someone has scripts
      // with transactional=false
      LOG.info("'transactional'='false' is no longer a valid property and will be ignored: " +
        Warehouse.getQualifiedName(newTable));
      return;
    }

this msg is misleading since with metastore.create.as.acid=true, setting transactional=false is valid to make a flat table

The implementation of MappingJacksonJsonView does not set the content-length header. Other views, such as the xml.MarshallingView provide this header; this behavior is inconsistent and confusing to developers using these classes to implement APIs.

There's a problem with a property not found in case of custom UserDetails implementation if this property is defined in a superclass.
The solution is to change getDeclaredMethod() call to getMethod() which searches also the superclass if no matching method's found in the specified class (patch provided).

Embedded CLI server use StartTimeHolder.START_TIME; as startTime property - used for server 'started in' time calculation.

$ ./jboss-cli.sh
# wait for 5-10s
... started in 12241ms ...
[standalone@embedded /] stop-embedded-server
... started in 26388ms ...

mvn clean test -Dtest=LdapTestSuite

Expected: the selected test suite passes
Actual: X509EvidenceVerificationSuiteChild.testX509Auth() fails with the following exception:

java.security.cert.CertificateException: Unable to initialize, java.io.IOException: insufficient data
	at java.security.cert.CertificateFactory.generateCertificate(CertificateFactory.java:407)
	at org.wildfly.security.ldap.X509EvidenceVerificationSuiteChild.loadCertificate(X509EvidenceVerificationSuiteChild.java:74)
	at org.wildfly.security.ldap.X509EvidenceVerificationSuiteChild.testX509Auth(X509EvidenceVerificationSuiteChild.java:65)
	at org.wildfly.security.ldap.DirContextFactoryRule$1.evaluate(DirContextFactoryRule.java:61)

On a table with partitions, whenever I try to do a simple query which tells hive not to execute mapreduce but just read data straight from hdfs, it raises an exception:

create external table jsonbug(
a int,
b string
)
    PARTITIONED BY (
    `c` string)
  'org.openx.data.jsonserde.JsonSerDe'
      'ignore.malformed.json'='true')
LOCATION
  '/tmp/jsonbug';

ALTER TABLE jsonbug ADD PARTITION(c='1');

Runnin simple 

select * from jsonbug;

Raises the following exception:

FAILED: RuntimeException org.apache.hadoop.hive.ql.metadata.HiveException: Failed with exception nulljava.lang.NullPointerException
    at org.apache.hadoop.hive.ql.exec.FetchOperator.needConversion(FetchOperator.java:607)
    at org.apache.hadoop.hive.ql.exec.FetchOperator.setupOutputObjectInspector(FetchOperator.java:578)
    at org.apache.hadoop.hive.ql.exec.FetchOperator.initialize(FetchOperator.java:172)
    at org.apache.hadoop.hive.ql.exec.FetchOperator.<init>(FetchOperator.java:140)
    at org.apache.hadoop.hive.ql.exec.FetchTask.initialize(FetchTask.java:79)
    at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:455)
    at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:307)
    at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1112)
    at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1160)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1049)
    at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1039)
    at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:207)
    at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:159)
    at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:370)
    at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:754)
    at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:675)
    at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:615)
    at org.apache.hadoop.util.RunJar.main(RunJar.java:160)

It works fine if I execute a query involving map/reduce job though.
This problem occurs only when using SerDe's created for hive versions pre 1.1.0, those which do not have @SerDeSpec annotation specified. Most of the third party SerDE's, including hcat's JsonSerde have this problem as well. 
It seems like changes made in HIVE-7977 introduce this bug. See org.apache.hadoop.hive.ql.exec.FetchOperator.needConversion(FetchOperator.java:607)

Class<?> tableSerDe = tableDesc.getDeserializerClass();
String[] schemaProps = AnnotationUtils.getAnnotation(tableSerDe, SerDeSpec.class).schemaProps();

And it also seems like a relatively easy fix.

I've been updating the quickstarts to run them against WildFly. The branch is here https://github.com/jaikiran/quickstart/commits/wildfly-upgrade. The ejb-security quickstart in there fails with the following exception on server side:

20:17:13,523 ERROR [io.undertow.request] (default task-1) Servlet request failed io.undertow.server.HttpServerExchange@5737b8: java.lang.RuntimeException: java.lang.IllegalStateException: No SecurityContext found!
	at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verifyCredential(JAASIdentityManagerImpl.java:145)
	at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verify(JAASIdentityManagerImpl.java:87)
	at io.undertow.security.impl.BasicAuthenticationMechanism.authenticate(BasicAuthenticationMechanism.java:91) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:279) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:296) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:266) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:131) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:106) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:99) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:50) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.server.HttpHandlers.executeHandler(HttpHandlers.java:46) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:52) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:66) [undertow-servlet-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:71) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:26) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:118) [undertow-servlet-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:106) [undertow-servlet-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleRequest(ServletInitialHandler.java:83) [undertow-servlet-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:52) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:544) [undertow-core-1.0.0.Alpha14.jar:1.0.0.Alpha14]
Caused by: java.lang.IllegalStateException: No SecurityContext found!
	at org.wildfly.extension.undertow.security.JAASIdentityManagerImpl.verifyCredential(JAASIdentityManagerImpl.java:120)
	... 33 more

P.S: Running the same quickstart against standalone-jbossweb.xml passes.

It is possible to specify in principal-query all of clear-password-mapper, bcrypt-mapper, simple-digest-mapper, salted-simple-digest-mapper, scram-mapper at one moment. But, in fact, specifying only one mapper per principal query make sense. Change model/subsystem , that only adding on password mapper at a moment is allowed.

item count and commit count have setters and incrementer methods that are unused (the values are adjusted using apply(StepContribution).

Dear Spring Framework Team,
I'm currently building an MvcEndpoint in a SpringBoot Application to return the result of an Http GET call to another service. This service returns a JSON content, which has the header Transfer-Encoding valued to "chunked".
My endpoint is then consumed by a Node.js server. This Node.js server returns a parse error with code HPE_UNEXPECTED_CONTENT_LENGTH when consuming the endpoint, because the response headers contains both Transfer-encoding:chunked and Content-Length values.
This is considered has an error as specified in RFC 7230 section 3.3.3.3 :
If a message is received with both a Transfer-Encoding and a Content-Length header field, the Transfer-Encoding overrides the Content-Length.  Such a message might indicate an attempt to perform request smuggling (Section 9.5) or response splitting (Section 9.4) and ought to be handled as an error.  A sender MUST remove the received Content-Length field prior to forwarding such a message downstream.
https://tools.ietf.org/html/rfc7230#section-3.3.3
This header is added in org.springframework.http.converter.AbstractHttpMessageConverter.addDefaultHeaders at line 259 for the 4.3.3.RELEASE I'm using.
I think the Content-Length header should be added only if the Transfer-Encoding header is not already set.
Do you think AbstractHttpMessageConverter should be updated ?
Thank you all. 

When you type set; beeline prints all the environment variables including passwords which could be major security risk. Eg: HADOOP_CREDENTIAL_PASSWORD below is leaked.

| env:HADOOP_CREDSTORE_PASSWORD=password             |
| env:HADOOP_DATANODE_OPTS=-Dhadoop.security.logger=ERROR,RFAS  |
| env:HADOOP_HOME_WARN_SUPPRESS=true                 |
| env:HADOOP_IDENT_STRING=vihang                     |
| env:HADOOP_PID_DIR=                                |

Recent changes (somewhere) caused scratch column types to not be fetched on reduce-side.
Switching to use scratch column types from VectorizationContext.

In the llap-daemon site you need to set, among other things,
llap.daemon.memory.per.instance.mb
and
hive.llap.io.cache.orc.size
The use of hive.llap.io.cache.orc.size caused me some unnecessary problems, initially I entered the value in MB rather than in bytes. Operator error you could say but I look at this as a fraction of the other value which is in mb.
Second, is this really tied to ORC? E.g. when we have the vectorized text reader will this data be cached as well? Or might it be in the future?
I would like to propose instead using hive.llap.io.cache.size.mb for this setting.

Currently, the only logging in TezJobMonitor is for completed tasks. 
This makes it hard to locate task stalls and task failures. Failure scenarios are harder to debug, in particular when analyzing query runs on a cluster with bad nodes.
Change the job monitor to log running & failed tasks as follows.

Map 1: 0(+157,-1)/1755     Reducer 2: 0/1  
Map 1: 0(+168,-1)/1755     Reducer 2: 0/1  
Map 1: 0(+189,-1)/1755     Reducer 2: 0/1  
Map 1: 0(+189,-1)/1755     Reducer 2: 0/1 

That is 189 tasks running, 1 failure and 0 complete.

https-listener with set ssl-context

<https-listener name="https" socket-binding="https" ssl-context="serverSSLContext" verify-client="REQUIRED"/>

is not verifying client

verify-client="REQUIRED"

Request 

 curl https://192.168.122.196:8847/ -k

should be rejected, but isn't

$ curl https://192.168.122.196:8847/ -k
<!DOCTYPE html>
<html>
<head>

    <title>JBoss EAP 7</title>
    <!-- proper charset -->
    <meta http-equiv="content-type" content="text/html;charset=utf-8" />
    <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE8" />
    <link rel="stylesheet" type="text/css" href="eap.css" />
    <link rel="shortcut icon" href="favicon.ico" />
</head>

<body>

<div id="container" style="position: absolute; left: 0px; top: 0px; right: 0px; bottom: 0px;">
  
  <!-- header -->
  <div class="header-panel">
    <div class="header-line">&nbsp;</div>
    <div class="header-top">
      <img class="prod-title" src="images/product_title.png"/><span class="prod-version">7</span>                	
    </div>
    <div class="header-bottom">&nbsp;</div>
  </div>
  
  <!-- main content -->
  <div id="content">

    <div class="section">

      <h1>Welcome to JBoss EAP 7</h1>

      <h3>Your Red Hat JBoss Enterprise Application Platform is running.</h3>

      <p>
        <a href="/console">Administration Console</a> | 
        <a href="https://access.redhat.com/documentation/en/jboss-enterprise-application-platform/">Documentation</a> |
        <a href="https://access.redhat.com/discussions">Online User Groups</a> <br/>
      </p>

      <sub>To replace this page simply deploy your own war with / as its context path.<br/>
        To disable it, remove the "welcome-content" handler for location / in the undertow subsystem.</sub>

    </div>

  </div>

  <div id="footer">&nbsp;</div>

</div>

</body >
</html>

Doing an insert/values with a boolean always results in a value of true, regardless of whether true or false is given in the query.
Doing an insert/values with a null for a column value results in a semantic error.

hive.orc.splits.include.file.footer
hive.orc.cache.stripe.details.size

This could be bad if commons-sandbox-parent 3-SNAPSHOT ever gets removed (the build will break). ServiceMix has a version of commons-csv without this SNAPSHOT dependency. I'm going to try switching to that one.

The following queries:

-- Setup
drop table if exists empty1;
create table empty1 (col1 bigint) stored as parquet tblproperties ('parquet.compress'='snappy');

drop table if exists empty2;
create table empty2 (col1 bigint, col2 bigint) stored as parquet tblproperties ('parquet.compress'='snappy');

drop table if exists empty3;
create table empty3 (col1 bigint) stored as parquet tblproperties ('parquet.compress'='snappy');

-- All empty HDFS directories.
-- Fails with [08S01]: Error while processing statement: FAILED: Execution Error, return code 3 from org.apache.hadoop.hive.ql.exec.spark.SparkTask.
select empty1.col1
from empty1
inner join empty2
on empty2.col1 = empty1.col1
inner join empty3
on empty3.col1 = empty2.col2;

-- Two empty HDFS directories.
-- Create an empty file in HDFS.
insert into empty1 select * from empty1 where false;

-- Same query fails with [08S01]: Error while processing statement: FAILED: Execution Error, return code 3 from org.apache.hadoop.hive.ql.exec.spark.SparkTask.

-- One empty HDFS directory.
insert into empty2 select * from empty2 where false;

-- Same query succeeds.

Will result in the following exception:

org.apache.hadoop.fs.FileAlreadyExistsException: /tmp/hive/hive/1f3837aa-9407-4780-92b1-42a66d205139/hive_2016-06-24_15-45-23_206_79177714958655528-2/-mr-10004/0/emptyFile for client 172.26.14.151 already exists
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInternal(FSNamesystem.java:2784)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInt(FSNamesystem.java:2676)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFile(FSNamesystem.java:2561)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.create(NameNodeRpcServer.java:593)
	at org.apache.hadoop.hdfs.server.namenode.AuthorizationProviderProxyClientProtocol.create(AuthorizationProviderProxyClientProtocol.java:111)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.create(ClientNamenodeProtocolServerSideTranslatorPB.java:393)

	at org.apache.hadoop.hdfs.DFSOutputStream.newStreamForCreate(DFSOutputStream.java:1902)
	at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:1738)
	at org.apache.hadoop.hdfs.DFSClient.create(DFSClient.java:1663)
	at org.apache.hadoop.hdfs.DistributedFileSystem$6.doCall(DistributedFileSystem.java:405)
	at org.apache.hadoop.hdfs.DistributedFileSystem$6.doCall(DistributedFileSystem.java:401)
	at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:401)
	at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:344)
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:920)
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:901)
	at parquet.hadoop.ParquetFileWriter.<init>(ParquetFileWriter.java:220)
	at parquet.hadoop.ParquetOutputFormat.getRecordWriter(ParquetOutputFormat.java:311)
	at parquet.hadoop.ParquetOutputFormat.getRecordWriter(ParquetOutputFormat.java:287)
	at org.apache.hadoop.hive.ql.io.parquet.write.ParquetRecordWriterWrapper.<init>(ParquetRecordWriterWrapper.java:65)
	at org.apache.hadoop.hive.ql.io.parquet.MapredParquetOutputFormat.getParquerRecordWriterWrapper(MapredParquetOutputFormat.java:125)
	at org.apache.hadoop.hive.ql.io.parquet.MapredParquetOutputFormat.getHiveRecordWriter(MapredParquetOutputFormat.java:114)
	at org.apache.hadoop.hive.ql.exec.Utilities.createEmptyFile(Utilities.java:3435)
	at org.apache.hadoop.hive.ql.exec.Utilities.createDummyFileForEmptyPartition(Utilities.java:3468)
	at org.apache.hadoop.hive.ql.exec.Utilities.getInputPaths(Utilities.java:3392)
	at org.apache.hadoop.hive.ql.exec.spark.SparkPlanGenerator.cloneJobConf(SparkPlanGenerator.java:273)
	at org.apache.hadoop.hive.ql.exec.spark.SparkPlanGenerator.generate(SparkPlanGenerator.java:213)
	at org.apache.hadoop.hive.ql.exec.spark.SparkPlanGenerator.generate(SparkPlanGenerator.java:107)
	at org.apache.hadoop.hive.ql.exec.spark.RemoteHiveSparkClient$JobStatusJob.call(RemoteHiveSparkClient.java:325)
	at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:366)
	at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:335)
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.fs.FileAlreadyExistsException): /tmp/hive/hive/1f3837aa-9407-4780-92b1-42a66d205139/hive_2016-06-24_15-45-23_206_79177714958655528-2/-mr-10004/0/emptyFile for client 172.26.14.151 already exists

	at com.sun.proxy.$Proxy14.create(Unknown Source)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.create(ClientNamenodeProtocolTranslatorPB.java:296)
	at com.sun.proxy.$Proxy15.create(Unknown Source)
	at org.apache.hadoop.hdfs.DFSOutputStream.newStreamForCreate(DFSOutputStream.java:1897)
	... 28 more

This bug is also happening in a subset of the TPC-DS queries.
This exception does not happen with Hive-on-MR

File handler resources allow existing directories to be used as the path name for the file. An exception is thrown in the logmanager, but the operation succeeds. Validation of the path should be done in the operations. 

One of the lads here (Chris Leroy) found issue in ReplicationAdmin where we never close up the zk we create in the constructor.  He's using it from a program that is trying to give state on replication on a period so the leaking is pronounced in his case (there is also a System.exit in here which messes up hosting programs).

In case when attribute identity-mapping.search-base-dn from Elytron ldap-realm is missing in configuration then calling ldap-realm during authentication causes NullPointerException.
Following exception is thrown to server log:

ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /print-roles/protected/printRoles: java.lang.RuntimeException: ELY01108: Ldap-backed realm identity search failed
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity$LdapSearch.search(LdapSecurityRealm.java:976)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.getIdentity(LdapSecurityRealm.java:605)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.exists(LdapSecurityRealm.java:548)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.verifyEvidence(LdapSecurityRealm.java:516)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.verifyEvidence(ServerAuthenticationContext.java:1785)
	at org.wildfly.security.auth.server.ServerAuthenticationContext.verifyEvidence(ServerAuthenticationContext.java:656)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:854)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:778)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:895)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handle(ServerAuthenticationContext.java:726)
	at org.jboss.as.naming.InitialContext.getURLScheme(InitialContext.java:160)
	at org.jboss.as.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:128)
	at javax.naming.directory.InitialDirContext.getURLOrDefaultInitDirCtx(InitialDirContext.java:106)
	at javax.naming.directory.InitialDirContext.search(InitialDirContext.java:286)
	at org.wildfly.security.auth.realm.ldap.DelegatingLdapContext.search(DelegatingLdapContext.java:319)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity$LdapSearch.search(LdapSecurityRealm.java:945)
	... 47 more

to reproduce bug, run this service
in a console send curl request:
curl localhost:3000//
or use httpie:
http :3000//
terminal should hangs and fails after timeout
http: error: Request timed out (30s).
I didn't investigate if connections will be opened while all such requests will waiting for theirs timeouts. If so, attackers can easily DDoS these kind of spring 5 apps by sending 65k requests for 30 seconds
posible fix
previous discussion
parent issue

Routebuider configuration in which only resource URI is different while port is same.
1. newsTopic
2. stockQuoteTopic
 Ideally other clients connecting to newsTopic should get messages published
 on this topic only but they are also getting messages published on stockQuoteTopic.
 On further investigation I found out that memory store used to by sendAll
 is shared by all resource uri for a given port in the server.
 from("activemq:topic:newsTopic").to("websocket://
 0.0.0.0:9090/newsTopic?sendToAll=true");
        from("activemq:topic:stockQuoteTopic").to("websocket://
 0.0.0.0:9090/stockQuoteTopic?sendToAll=true");
 Sample Ouput received from client 
 2017-03-06 15:35:15.789:INFO::main: Logging initialized @313ms
 Connected to server
 Message received from server:MSFT        [ published on stockQuoteTopic. Expected ..]
 Message received from server:CNBC News   [ published on newsTopic. should not have received ]
 Message received from server:BBC News    [ published on newsTopic. should not have received ]

Please add camel-kestrel as a component in JIRA...thx.
The bug is that spymemcached is optimizing concurrent gets for the same key into a single get.  The fix is in the attached patch.

See nabble
http://camel.465427.n5.nabble.com/Using-different-SSLContextParameters-with-HTTP4-component-tp5740430.html
If you define multiple http4 components and assign their names as: "http4-foo", and "http4-bar" etc, then the address uri is not resolved correctly.

There can be a potential clash in OSGi when there are 2+ camelContext in the same bundle, as they will by default reuse the same managementName in the mbean naming, where it uses the symbolic name of the OSGi bundle.
We should detect this clash and use the counter to make it unique.
This is part of CAMEL-6972

], TaskAttempt 3 failed, info=[Error: Failure while running task: attempt_1448429572030_1812_1_03_000029_3:java.lang.RuntimeException: java.lang.RuntimeException: Hive Runtime Error while closing operators: java.io.IOException: Illegal partition for 01 6c 6f 61 6e 20 61 63 63 6f 75 6e 74 00 01 80 1f e1 d7 ff (-1)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:195)
	at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:348)
	at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:71)
	at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:60)
	at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:60)
	at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:35)
Caused by: java.lang.RuntimeException: Hive Runtime Error while closing operators: java.io.IOException: Illegal partition for 01 6c 6f 61 6e 20 61 63 63 6f 75 6e 74 00 01 80 1f e1 d7 ff (-1)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:341)
	... 14 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: Illegal partition for 01 6c 6f 61 6e 20 61 63 63 6f 75 6e 74 00 01 80 1f e1 d7 ff (-1)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.process(ReduceSinkOperator.java:402)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator.writeSingleRow(VectorGroupByOperator.java:904)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator.access$400(VectorGroupByOperator.java:59)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator$ProcessingModeHashAggregate.flush(VectorGroupByOperator.java:469)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator$ProcessingModeHashAggregate.close(VectorGroupByOperator.java:375)
	at org.apache.hadoop.hive.ql.exec.vector.VectorGroupByOperator.closeOp(VectorGroupByOperator.java:950)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:656)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:670)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:318)
	... 15 more
Caused by: java.io.IOException: Illegal partition for 01 6c 6f 61 6e 20 61 63 63 6f 75 6e 74 00 01 80 1f e1 d7 ff (-1)
	at org.apache.tez.runtime.library.common.sort.impl.PipelinedSorter.collect(PipelinedSorter.java:379)
	at org.apache.tez.runtime.library.common.sort.impl.PipelinedSorter.write(PipelinedSorter.java:357)
	at org.apache.tez.runtime.library.output.OrderedPartitionedKVOutput$1.write(OrderedPartitionedKVOutput.java:163)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor$TezKVOutputCollector.collect(TezProcessor.java:232)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.collect(ReduceSinkOperator.java:538)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.process(ReduceSinkOperator.java:385)
	... 25 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:277, Vertex vertex_1448429572030_1812_1_03 [Reducer 2] killed/failed due to:OWN_TASK_FAILURE]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0

Env: master branch.
Map 1 <- Map 4 (BROADCAST_EDGE)
Reducer 2 <- Map 1 (CUSTOM_SIMPLE_EDGE), Map 5 (CUSTOM_SIMPLE_EDGE)
Reducer 3 <- Reducer 2 (SIMPLE_EDGE)
set hive.tez.max.partition.factor=0.5f;
This causes "Reducer 3" to have 0 tasks, causing the job to fail after reducer 2. 
Will attach the plan and screenshot shortly 

mvn clean install -rf :camel-example-loan-broker
fails testing this example. 

Caused by: org.apache.camel.InvalidPayloadException: No body available of type: org.apache.camel.Exchange but has value: [[ssn:SSN bank:bank1 rate:3.9542535426930447]] of type: org.apache.cxf.message.MessageContentsList on: Message: [[ssn:SSN bank:bank1 rate:3.9542535426930447]]. Caused by: No type converter available to convert from type: org.apache.cxf.message.MessageContentsList to the required type: org.apache.camel.Exchange with value [[ssn:SSN bank:bank1 rate:3.9542535426930447]]. Exchange[Message: [[ssn:SSN bank:bank1 rate:3.9542535426930447]]]. Caused by: [org.apache.camel.NoTypeConversionAvailableException - No type converter available to convert from type: org.apache.cxf.message.MessageContentsList to the required type: org.apache.camel.Exchange with value [[ssn:SSN bank:bank1 rate:3.9542535426930447]]]
	at org.apache.camel.impl.MessageSupport.getMandatoryBody(MessageSupport.java:101)
	at org.apache.camel.builder.ExpressionBuilder$38.evaluate(ExpressionBuilder.java:936)
	... 12 more
Caused by: org.apache.camel.NoTypeConversionAvailableException: No type converter available to convert from type: org.apache.cxf.message.MessageContentsList to the required type: org.apache.camel.Exchange with value [[ssn:SSN bank:bank1 rate:3.9542535426930447]]
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.mandatoryConvertTo(BaseTypeConverterRegistry.java:181)
	at org.apache.camel.impl.MessageSupport.getMandatoryBody(MessageSupport.java:99)
	... 13 more
...

A part of HBASE-20705 is still unresolved. In that Jira it was assumed that problem is: when table having both rpc & space quotas is dropped (with hbase.quota.remove.on.table.delete set as true), the rpc quota is not set to be dropped along with table-drops, and space quota was not being able to be removed completely because of the "EMPTY" row that rpc quota left even after removing. 
The proposed solution for that was to make sure that rpc quota didn't leave empty rows after removal of quota. And setting automatic removal of rpc quota with table drops. That made sure that space quotas can be recreated/removed.
But all this was under the assumption that hbase.quota.remove.on.table.delete is set as true. When it is set as false, the same issue can reproduced. Also the below shown steps can used to reproduce the issue without table-drops.

hbase(main):005:0> create 't2','cf'
Took 0.7619 seconds
hbase(main):006:0> set_quota TYPE => THROTTLE, TABLE => 't2', LIMIT => '10M/sec'
Took 0.0514 seconds
hbase(main):007:0> set_quota TYPE => SPACE, TABLE => 't2', LIMIT => '1G', POLICY => NO_WRITES
Took 0.0162 seconds
hbase(main):008:0> list_quotas
OWNER                      QUOTAS
 TABLE => t2               TYPE => THROTTLE, THROTTLE_TYPE => REQUEST_SIZE, LIMIT => 10M/sec, SCOPE =>
                           MACHINE
 TABLE => t2               TYPE => SPACE, TABLE => t2, LIMIT => 1073741824, VIOLATION_POLICY => NO_WRIT
                           ES
2 row(s)
Took 0.0716 seconds
hbase(main):009:0> set_quota TYPE => SPACE, TABLE => 't2', LIMIT => NONE
Took 0.0082 seconds
hbase(main):010:0> list_quotas
OWNER                           QUOTAS
 TABLE => t2                    TYPE => THROTTLE, THROTTLE_TYPE => REQUEST_SIZE, LIMIT => 10M/sec, SCOPE => MACHINE
 TABLE => t2                    TYPE => SPACE, TABLE => t2, REMOVE => true
2 row(s)
Took 0.0254 seconds
hbase(main):011:0> set_quota TYPE => SPACE, TABLE => 't2', LIMIT => '1G', POLICY => NO_WRITES
hbase(main):012:0> list_quotas
2 row(s)
Took 0.0411 seconds

In org.springframework.xml.transform.ResourceSource the javadoc says it is an "convenient subclass of <code>StreamSource</code>" but ResourceSource is really a subclass of SAXSource.

MongoTemplate.save(…) runs into a NullPointerException in case the object handed in is a Mongo-primitive one (Map, Collection, Java-primitive). Also if the object handed into the method is null already we run into an NPE as well.

http://www.nabble.com/DefaultHttpBinding-prevents-response-streaming-to23742014s22882.html

The documentation for the `undertow.filter-ref.priority` for the Undertow subsystem [1] suggests a filter with a higher number (e.g. 2) is executed before a filter with a lower number (e.g. 1). It appears to be the opposite.
"Defines filter order. It should be set to 1 or more. A higher number instructs the server to be included earlier in the handler chain than others under the same context."
This description is taken directly from the WildFly reference model, which is incorrect.
See discussions in JBEAP-15189,
[1] https://access.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/7.1/html-single/configuration_guide/#location_filter_ref
[2] https://github.com/wildfly/wildfly/blob/master/undertow/src/main/resources/org/wildfly/extension/undertow/LocalDescriptions.properties#L380

There must be additional slash for usage of tag "table". Otherwise, there is wrong path for complex path structure.
Example, generated code:

<table:table data="${featuretypes}" path="features/types" ...>
            ...
</table:table>

Links on the list page:
http://localhost:8080/APP /features/features/types/1
http://localhost:8080/APP /features/features/types/1?form
Right tag usage:

<table:table ... path="/features/types" .../>

Current scripts work fine when invoked manually, but fails when invoked via schemaTool.

Following error when try to remove undertow.application-security-domain:

 WFLYCTL0013: Operation ("remove") failed - address: ([
    ("application-security-domain" => "ejb3-tests")
]): java.lang.IllegalArgumentException: WFLYCTL0394: Capability 'org.wildfly.extension.undertow.application-security-domain.ejb3-tests' does not provide services of type 'class org.wildfly.security.auth.server.HttpAuthenticationFactory'

Problem is wrong type in obtaining service in RemoveHandler.

Beeline !quit calls close(), which then does the following check:

beeLine.getDatabaseConnection().getConnection() != null

This inadvertently tries to connect again.

If the CLI uses a remote metastore and the user attempts to create an index without a comment, it will fail with a NPE.

TPC-DS Q51 fails with the exception below 

, TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Reduce operator initialization failed
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:138)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.init(ReduceRecordProcessor.java:146)
	... 13 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: : init not supported
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFStreamingEvaluator.init(GenericUDAFStreamingEvaluator.java:70)
	at org.apache.hadoop.hive.ql.plan.PTFDeserializer.setupWdwFnEvaluator(PTFDeserializer.java:209)
	at org.apache.hadoop.hive.ql.plan.PTFDeserializer.initializeWindowing(PTFDeserializer.java:130)
	at org.apache.hadoop.hive.ql.plan.PTFDeserializer.initializePTFChain(PTFDeserializer.java:94)
	at org.apache.hadoop.hive.ql.exec.PTFOperator.reconstructQueryDef(PTFOperator.java:144)
	at org.apache.hadoop.hive.ql.exec.PTFOperator.initializeOp(PTFOperator.java:74)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:385)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:469)
	at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:425)
	at org.apache.hadoop.hive.ql.exec.ExtractOperator.initializeOp(ExtractOperator.java:40)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.init(ReduceRecordProcessor.java:116)
	... 14 more

Query

set hive.tez.auto.reducer.parallelism=true;
set hive.tez.exec.print.summary=true;
set hive.auto.convert.join.noconditionaltask.size=1280000000;
set hive.exec.reducers.bytes.per.reducer=100000000;
set hive.txn.manager=org.apache.hadoop.hive.ql.lockmgr.DummyTxnManager;
set hive.support.concurrency=false;
 
select
    ,date_dim
select
    ,date_dim
 select  *
     ,d_date
          )x )y
        ,d_date
limit 100

Plan

OK

    Tez
      Edges:
        Map 2 <- Map 8 (BROADCAST_EDGE)
        Map 9 <- Map 1 (BROADCAST_EDGE)
        Reducer 10 <- Map 9 (SIMPLE_EDGE)
        Reducer 11 <- Reducer 10 (SIMPLE_EDGE)
        Reducer 3 <- Map 2 (SIMPLE_EDGE)
        Reducer 5 <- Reducer 11 (SIMPLE_EDGE), Reducer 4 (SIMPLE_EDGE)
        Reducer 7 <- Reducer 6 (SIMPLE_EDGE)
      DagName: mmokhtar_20141030010808_11af3ba0-8b28-4a33-9f4d-73618503e272:1
      Vertices:
        Map 1 
                TableScan
                  filterExpr: (d_date_sk is not null and d_month_seq BETWEEN 1193 AND 1204) (type: boolean)
                    predicate: (d_date_sk is not null and d_month_seq BETWEEN 1193 AND 1204) (type: boolean)
                    Statistics: Num rows: 36524 Data size: 3725448 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 36524 Data size: 3725448 Basic stats: COMPLETE Column stats: COMPLETE
                      value expressions: d_date (type: string), d_month_seq (type: int)
                        mode: hash
                        Statistics: Num rows: 36524 Data size: 3725448 Basic stats: COMPLETE Column stats: COMPLETE
                          Statistics: Num rows: 36524 Data size: 3725448 Basic stats: COMPLETE Column stats: COMPLETE
                          Target Vertex: Map 9
        Map 2 
                TableScan
                    Statistics: Num rows: 21594638446 Data size: 259124859072 Basic stats: COMPLETE Column stats: COMPLETE
                        0 {ws_item_sk} {ws_sales_price} {ws_sold_date_sk}
                        1 {d_date_sk} {d_date} {d_month_seq}
                      keys:
                        0 ws_sold_date_sk (type: int)
                        1 d_date_sk (type: int)
                      outputColumnNames: _col2, _col20, _col33, _col37, _col39, _col40
                        1 Map 8
                      Statistics: Num rows: 24145061366 Data size: 2752536995724 Basic stats: COMPLETE Column stats: COMPLETE
                        predicate: (((_col33 = _col37) and _col40 BETWEEN 1193 AND 1204) and _col2 is not null) (type: boolean)
                        Statistics: Num rows: 6036265341 Data size: 688134248874 Basic stats: COMPLETE Column stats: COMPLETE
                          expressions: _col2 (type: int), _col39 (type: string), _col20 (type: float)
                          outputColumnNames: _col2, _col39, _col20
                          Statistics: Num rows: 6036265341 Data size: 688134248874 Basic stats: COMPLETE Column stats: COMPLETE
                            aggregations: sum(_col20)
                            keys: _col2 (type: int), _col39 (type: string)
                            mode: hash
                            Statistics: Num rows: 6036265341 Data size: 639844126146 Basic stats: COMPLETE Column stats: COMPLETE
                              key expressions: _col0 (type: int), _col1 (type: string)
                              sort order: ++
                              Map-reduce partition columns: _col0 (type: int), _col1 (type: string)
                              Statistics: Num rows: 6036265341 Data size: 639844126146 Basic stats: COMPLETE Column stats: COMPLETE
                              value expressions: _col2 (type: double)
        Map 8 
                TableScan
                        mode: hash
                          Target Input: web_sales
                          Partition key expr: ws_sold_date_sk
                          Target column: ws_sold_date_sk
                          Target Vertex: Map 2
        Map 9 
                TableScan
                  filterExpr: ss_item_sk is not null (type: boolean)
                  Statistics: Num rows: 82510879939 Data size: 6873789738208 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: ss_item_sk is not null (type: boolean)
                    Statistics: Num rows: 82510879939 Data size: 982359338028 Basic stats: COMPLETE Column stats: COMPLETE
                        0 {ss_item_sk} {ss_sales_price} {ss_sold_date_sk}
                      keys:
                        0 ss_sold_date_sk (type: int)
                      outputColumnNames: _col1, _col12, _col22, _col26, _col28, _col29
                        1 Map 1
                      Statistics: Num rows: 92255782124 Data size: 10517159162136 Basic stats: COMPLETE Column stats: COMPLETE
                        predicate: (((_col22 = _col26) and _col29 BETWEEN 1193 AND 1204) and _col1 is not null) (type: boolean)
                        Statistics: Num rows: 23063945531 Data size: 2629289790534 Basic stats: COMPLETE Column stats: COMPLETE
                          expressions: _col1 (type: int), _col28 (type: string), _col12 (type: float)
                          outputColumnNames: _col1, _col28, _col12
                          Statistics: Num rows: 23063945531 Data size: 2629289790534 Basic stats: COMPLETE Column stats: COMPLETE
                            aggregations: sum(_col12)
                            keys: _col1 (type: int), _col28 (type: string)
                            mode: hash
                            Statistics: Num rows: 23063945531 Data size: 2444778226286 Basic stats: COMPLETE Column stats: COMPLETE
                              Statistics: Num rows: 23063945531 Data size: 2444778226286 Basic stats: COMPLETE Column stats: COMPLETE
        Reducer 10 
                keys: KEY._col0 (type: int), KEY._col1 (type: string)
                Statistics: Num rows: 23063945531 Data size: 2537034008410 Basic stats: COMPLETE Column stats: COMPLETE
                  key expressions: _col0 (type: int), _col1 (type: string)
                  Statistics: Num rows: 23063945531 Data size: 2537034008410 Basic stats: COMPLETE Column stats: COMPLETE
                  value expressions: _col0 (type: int), _col1 (type: string), _col2 (type: double)
        Reducer 11 
              Extract
                    expressions: _col0 (type: int), _col1 (type: string), _wcol0 (type: double)
                    outputColumnNames: _col0, _col1, _col3
                    Statistics: Num rows: 23063945531 Data size: 184511564248 Basic stats: COMPLETE Column stats: COMPLETE
                      key expressions: _col0 (type: int), _col1 (type: string)
                      sort order: ++
                      Map-reduce partition columns: _col0 (type: int), _col1 (type: string)
                      Statistics: Num rows: 23063945531 Data size: 184511564248 Basic stats: COMPLETE Column stats: COMPLETE
                      value expressions: _col3 (type: double)
        Reducer 3 
                Statistics: Num rows: 6036265341 Data size: 663989187510 Basic stats: COMPLETE Column stats: COMPLETE
                  Statistics: Num rows: 6036265341 Data size: 663989187510 Basic stats: COMPLETE Column stats: COMPLETE
        Reducer 4 
              Extract
                    Statistics: Num rows: 6036265341 Data size: 48290122728 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 6036265341 Data size: 48290122728 Basic stats: COMPLETE Column stats: COMPLETE
        Reducer 5 
                     Outer Join 0 to 1
                  0 {KEY.reducesinkkey0} {KEY.reducesinkkey1} {VALUE._col1}
                  1 {KEY.reducesinkkey0} {KEY.reducesinkkey1} {VALUE._col1}
                outputColumnNames: _col0, _col1, _col3, _col4, _col5, _col7
                Statistics: Num rows: 9223372036854775807 Data size: 9223372036854775807 Basic stats: COMPLETE Column stats: COMPLETE
                  expressions: CASE WHEN (_col0 is not null) THEN (_col0) ELSE (_col4) END (type: int), CASE WHEN (_col1 is not null) THEN (_col1) ELSE (_col5) END (type: string), _col3 (type: double), _col7 (type: double)
                  Statistics: Num rows: 9223372036854775807 Data size: 9223372036854775807 Basic stats: COMPLETE Column stats: COMPLETE
                    key expressions: _col0 (type: int), _col1 (type: string)
                    sort order: ++
                    Map-reduce partition columns: _col0 (type: int)
                    Statistics: Num rows: 9223372036854775807 Data size: 9223372036854775807 Basic stats: COMPLETE Column stats: COMPLETE
                    value expressions: _col0 (type: int), _col1 (type: string), _col2 (type: double), _col3 (type: double)
        Reducer 6 
              Extract
                    predicate: (_wcol0 > _wcol1) (type: boolean)
                    Statistics: Num rows: 3074457345618258602 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                      expressions: _col0 (type: int), _col1 (type: string), _col2 (type: double), _col3 (type: double), _wcol0 (type: double), _wcol1 (type: double)
                      Statistics: Num rows: 3074457345618258602 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                        key expressions: _col0 (type: int), _col1 (type: string)
                        Statistics: Num rows: 3074457345618258602 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                        TopN Hash Memory Usage: 0.04
                        value expressions: _col2 (type: double), _col3 (type: double), _col4 (type: double), _col5 (type: double)
        Reducer 7 
                expressions: KEY.reducesinkkey0 (type: int), KEY.reducesinkkey1 (type: string), VALUE._col0 (type: double), VALUE._col1 (type: double), VALUE._col2 (type: double), VALUE._col3 (type: double)
                Statistics: Num rows: 3074457345618258602 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                Limit
                  Statistics: Num rows: 100 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                    Statistics: Num rows: 100 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                    table:

      limit: 100
        ListSink

The full exception 

14/10/30 01:19:19 [main]: ERROR tez.TezJobMonitor: Status: Failed
Vertex failed, vertexName=Reducer 11, vertexId=vertex_1414029100044_0733_1_05, diagnostics=[Task failed, taskId=task_1414029100044_0733_1_05_000027, diagnostics=[TaskAttempt 0 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: problem advancing post rec#334499
Caused by: java.lang.RuntimeException: java.lang.RuntimeException: problem advancing post rec#334499
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:262)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.run(ReduceRecordProcessor.java:168)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:163)
	... 13 more
Caused by: java.lang.RuntimeException: problem advancing post rec#334499
	at org.apache.tez.runtime.library.common.ValuesIterator$1$1.next(ValuesIterator.java:142)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.processKeyValues(ReduceRecordSource.java:288)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:252)
	... 15 more
Caused by: org.apache.hadoop.fs.ChecksumException: Checksum Error:  CurrentOffset=166741, offset=4, off=0, dataLength=167232, origLen=495, len=491, length=167236, checksumSize=4
	at org.apache.tez.runtime.library.common.sort.impl.IFileInputStream.doRead(IFileInputStream.java:254)
	at org.apache.tez.runtime.library.common.sort.impl.IFileInputStream.read(IFileInputStream.java:184)
	at org.apache.tez.runtime.library.common.sort.impl.IFileInputStream.close(IFileInputStream.java:131)
	at org.apache.hadoop.io.compress.DecompressorStream.close(DecompressorStream.java:205)
	at org.apache.tez.runtime.library.common.sort.impl.IFile$Reader.close(IFile.java:784)
	at org.apache.tez.runtime.library.common.sort.impl.TezMerger$Segment.closeReader(TezMerger.java:332)
	at org.apache.tez.runtime.library.common.sort.impl.TezMerger$Segment.close(TezMerger.java:338)
	at org.apache.tez.runtime.library.common.sort.impl.TezMerger$MergeQueue.adjustPriorityQueue(TezMerger.java:489)
	at org.apache.tez.runtime.library.common.sort.impl.TezMerger$MergeQueue.next(TezMerger.java:503)
	at org.apache.tez.runtime.library.common.shuffle.orderedgrouped.MergeManager$RawKVIteratorReader.readRawKey(MergeManager.java:765)
	at org.apache.tez.runtime.library.common.sort.impl.TezMerger$Segment.readRawKey(TezMerger.java:319)
	at org.apache.tez.runtime.library.common.sort.impl.TezMerger$MergeQueue.adjustPriorityQueue(TezMerger.java:481)
	at org.apache.tez.runtime.library.common.ValuesIterator.readNextKey(ValuesIterator.java:181)
	at org.apache.tez.runtime.library.common.ValuesIterator.access$300(ValuesIterator.java:47)
	at org.apache.tez.runtime.library.common.ValuesIterator$1$1.next(ValuesIterator.java:140)
	... 17 more
], TaskAttempt 1 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Reduce operator initialization failed
	... 13 more
	... 14 more
], TaskAttempt 2 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Reduce operator initialization failed
	... 13 more
	... 14 more
], TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Reduce operator initialization failed
	... 13 more
	... 14 more
]], Vertex failed as one or more tasks failed. failedTasks:1, Vertex vertex_1414029100044_0733_1_05 [Reducer 11] killed/failed due to:null]
14/10/30 01:19:19 [main]: ERROR tez.TezJobMonitor: Vertex failed, vertexName=Reducer 11, vertexId=vertex_1414029100044_0733_1_05, diagnostics=[Task failed, taskId=task_1414029100044_0733_1_05_000027, diagnostics=[TaskAttempt 0 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: problem advancing post rec#334499
	... 13 more
	... 15 more
	... 17 more
	... 13 more
	... 14 more
	... 13 more
	... 14 more
	... 13 more
	... 14 more
Vertex killed, vertexName=Reducer 7, vertexId=vertex_1414029100044_0733_1_10, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1414029100044_0733_1_10 [Reducer 7] killed/failed due to:null]
14/10/30 01:19:19 [main]: ERROR tez.TezJobMonitor: Vertex killed, vertexName=Reducer 7, vertexId=vertex_1414029100044_0733_1_10, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1414029100044_0733_1_10 [Reducer 7] killed/failed due to:null]
Vertex killed, vertexName=Reducer 6, vertexId=vertex_1414029100044_0733_1_09, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1414029100044_0733_1_09 [Reducer 6] killed/failed due to:null]
14/10/30 01:19:19 [main]: ERROR tez.TezJobMonitor: Vertex killed, vertexName=Reducer 6, vertexId=vertex_1414029100044_0733_1_09, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1414029100044_0733_1_09 [Reducer 6] killed/failed due to:null]
Vertex killed, vertexName=Reducer 4, vertexId=vertex_1414029100044_0733_1_07, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1414029100044_0733_1_07 [Reducer 4] killed/failed due to:null]
14/10/30 01:19:19 [main]: ERROR tez.TezJobMonitor: Vertex killed, vertexName=Reducer 4, vertexId=vertex_1414029100044_0733_1_07, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1414029100044_0733_1_07 [Reducer 4] killed/failed due to:null]
Vertex killed, vertexName=Reducer 5, vertexId=vertex_1414029100044_0733_1_08, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1414029100044_0733_1_08 [Reducer 5] killed/failed due to:null]
14/10/30 01:19:19 [main]: ERROR tez.TezJobMonitor: Vertex killed, vertexName=Reducer 5, vertexId=vertex_1414029100044_0733_1_08, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0, Vertex vertex_1414029100044_0733_1_08 [Reducer 5] killed/failed due to:null]
DAG failed due to vertex failure. failedVertices:1 killedVertices:4
14/10/30 01:19:19 [main]: ERROR tez.TezJobMonitor: DAG failed due to vertex failure. failedVertices:1 killedVertices:4
14/10/30 01:19:19 [main]: ERROR ql.Driver: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask

http://forum.springframework.org/showthread.php?t=19895
If a user is disabled midway through a session, and anonymous authentication is being used to authorize the login form URL, an infinite loop will occur. This is because a DisabledException is thrown by the AuthenticationManager, which SecurityEnforcementFilter will catch and then launch AuthenticationEntryPoint. However, the protected login form URL (ie generally marked as ROLE_ANONYMOUS) will not be authorized, because the AnonymousProcessingFilter will not replace the SecurityContextHolder contents as the SecurityContextHolder already contains an Authentication object (albeit one that is disabled).
The fix is for SecurityEnforcementFilter to clear the SecurityContextHolder before loading any AuthenticationEntryPoint.

Aggregator supports completion based on the batch consumer data (option completionFromBatchConsumer)
Some batch consumers (eg. File) can send an empty message if there is no input (option sendEmptyMessageWhenIdle for File consumer).
Aggregator is unable to handle such messages properly - the messages are aggregated, but Aggregator never completes.
Here is the relevant fragment from AggregateProcessor.isCompleted(String,
Exchange)
int size = exchange.getProperty(Exchange.BATCH_SIZE, 0, Integer.class);
if (size > 0 && batchConsumerCounter.intValue() >= size) {
    ....
}
Please add support for this combination of options.

Browsing through the log file of a build including run of testsuite I found a couple of reported erros like this one:
Running org.jboss.as.test.integration.ejb.interceptor.invocationcontext.InvocationContextTestCase
22:15:56,939 INFO  [org.jboss.as.test.integration.ejb.interceptor.invocationcontext.DefaultInterceptor] (pool-2-thread-1) PostConstruct on DefaultInterceptor calledorg.jboss.as.test.integration.ejb.interceptor.invocationcontext.TimeoutBean
22:15:57,048 INFO  [org.jboss.as.test.integration.ejb.interceptor.invocationcontext.DefaultInterceptor] (EJB default - 10) PostConstruct on DefaultInterceptor calledorg.jboss.as.test.integration.ejb.interceptor.invocationcontext.TimeoutBean
22:15:57,048 INFO  [org.jboss.as.test.integration.ejb.interceptor.invocationcontext.InvocationContextChecker] (EJB default - 10) Checking timeout interceptor on: Default
22:15:57,048 INFO  [org.jboss.as.test.integration.ejb.interceptor.invocationcontext.InvocationContextChecker] (EJB default - 10) Checking timeout interceptor on: Class
22:15:57,048 INFO  [org.jboss.as.test.integration.ejb.interceptor.invocationcontext.InvocationContextChecker] (EJB default - 10) Checking timeout interceptor on: Method
22:15:57,048 INFO  [org.jboss.as.test.integration.ejb.interceptor.invocationcontext.InvocationContextChecker] (EJB default - 10) Checking timeout interceptor on: Bean
22:15:57,048 ERROR [org.jboss.as.ejb3] (EJB default - 10) WFLYEJB0029: Could not restore timer from C:\Users\frank.LANGFR.000\Documents\GitHub\wildfly\testsuite\integration\basic\target\jbossas\standalone\data\timer-service-data\invocation-context.invocation-context.TimeoutBean\4f0c586c-06d3-4f35-9bf9-7bd451800482.xml: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[4,5]
Message: WFLYCTL0133: Missing required attribute(s): next-date
	at org.jboss.as.controller.parsing.ParseUtils.missingRequired(ParseUtils.java:135) [wildfly-controller-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlParser_1_0.parseTimer(EjbTimerXmlParser_1_0.java:146)
	at org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlParser_1_0.readElement(EjbTimerXmlParser_1_0.java:112)
	at org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlParser_1_0.readElement(EjbTimerXmlParser_1_0.java:86)
	at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
	at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
	at org.jboss.as.ejb3.timerservice.persistence.filestore.FileTimerPersistence.loadTimersFromFile(FileTimerPersistence.java:353)
	at org.jboss.as.ejb3.timerservice.persistence.filestore.FileTimerPersistence.getTimers(FileTimerPersistence.java:316)
	at org.jboss.as.ejb3.timerservice.persistence.filestore.FileTimerPersistence.persistTimer(FileTimerPersistence.java:198)
	at org.jboss.as.ejb3.timerservice.persistence.filestore.FileTimerPersistence.persistTimer(FileTimerPersistence.java:175)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.persistTimer(TimerServiceImpl.java:611)
	at org.jboss.as.ejb3.timerservice.task.TimerTask.run(TimerTask.java:193)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0]
This does not stop the testsuite but obviously is an error.
I compared the schema definition, the Persister and the Parser and found some incompatibilities. I'll attach a spreadsheet with the outcome soon.
The red lines show the inconsitencies. The cells with underline those to be changed.
The only relevant change is, that the Parser will not see "next-date" as a required element.
Other changes only touch the schema document.
Along with this I renamed it from .xml to xsd.
Pull request will follow soon.

HIVE-7948 added a step to download a "ml-1m.zip" file and unzip it.
this only works if you call deploy_e2e_artifacts.sh once.  If you call it again (which is very common in dev) it blocks and ask for additional input from user because target files already exist.
This needs to be changed similarly to what we discussed for HIVE-9272, i.e. place artifacts not under source control in testdist/.

The current plugin does not reac to the connect/dissconnect button. causing an error in the next use case:
1) loing
2) show the jconsole tb
3) disconnect jconsole
4) connect jconsole again
try to execute anything jconsole tab plugin

When a job that has a skip limit configured hits the limit on the first item of a new chunk, the offset is not being reset.  This causes the number of items previously skipped to be skipped on restart.  For example, if a job is configured with a chunk size of 5 and items 2, 3, 7 and 11 all throw skippable exceptions, when item 11 throws it's exception, the job will fail (correct behavior).  However, on restart, the job will start at item 14 (skipping the first two chunks + the 3 offset).  This is incorrect.

The camel-cxf component is currently generated against CXF version 2.2.2.
As a result, the camel-cxf module as well as the camel-cxf bundle require CXF 2.2. More importantly, that bundle does not work correctly with CXF 2.0 (note that this is an expected behavior, CXF has had API changes with its 2.2 version).
Now, the trouble is that the camel-cxf JAR's MANIFEST has an Import-Package on org.apache.cxf.* components without specifying any version! As a result, when it looks for CXF and both CXF 2.0 and 2.2 are present on the platform, it sometimes chooses the wrong one.
To solve this issue, version specifiers should be added to the Import-Package declarations of the camel-cxf bundle. I guess an import on version 2.2 would be enough (we don't need to specify 2.2.2 explicitely).
Cheers
S. Ali Tokmen
http://ali.tokmen.com/

15:31:16,929 | WARN  | -610046-thread-1 | FeaturesServiceImpl              | 22 - org.apache.karaf.features.core - 2.3.0.redhat-610046 | Error when installing feature activemq: java.lang.Exception: Can not resolve feature:
   package&(package=org.jvnet.jaxb2_commons.lang)(version>=0.6.0)(!(version>=1.0.0)))
      activemq-osgi
   package&(package=org.jvnet.jaxb2_commons.locator)(version>=0.6.0)(!(version>=1.0.0)))
   package&(package=org.jvnet.jaxb2_commons.locator.util)(version>=0.6.0)(!(version>=1.0.0)))

Wehn defining a EndpointIntercepter with the <sws:interceptors>..</sws:interceptors>
Properties either added with a @Autowired annotation or added in the bean definition with <property... are not respected.
The instances of the interceptors each have a different instance of that property. Even when the property inserted is explicitly decorated with the singleton scope.
The attachment provides a snippet of the code.

When using Spring's JdbcTemplate inside a transactional-service with the JpaTransactionmanager and the HibernateJpaDialect an exception is thrown.
Using Hibernate-4.2.0.Final, JPA, Spring-3.2.2 and I get:

Caused by: java.sql.SQLException: PooledConnection has already been closed.
        at org.apache.tomcat.jdbc.pool.DisposableConnectionFacade.invoke(DisposableConnectionFacade.java:86)
        at com.sun.proxy.$Proxy19.commit(Unknown Source)
        at org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.doCommit(JdbcTransaction.java:112)
        ... 44 more

This happens both with c3p0 and tomcat-pool that comes with tomcat7.
I've tested in two projects with the same results. This doesn't happen with Hibernate-4.1.x
I know i should provide a test-case but I only have a scala-project at hand and you probably want that out of the equation...

If I defined undertow as proxy (with mod_cluster filter), and enable access-log then for requests against proxy which are at the end handled by one of the workers are not logged in access log.
There are logged only requests which are being directly handled by balancer (and not the one balanced to workers)
I believe that with enabled access log on balancer all requests should be logged.

I have been running testing of 0.20.1 and found a bunch of cases where regionserver adding the bottom half to .META. itself is causing double assignment; we add the regioninfo over on the regionserver and then queue up the opening of the region.  Meantime along comes BaseScanner and it finds the two new regions, one of which its in charge of assigning but one of which its not to assign – but it does because the server and startcode are empty.
Here is example:

2009-10-07 03:02:08,792 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of TestTable,0033622754,1254884526868 is not valid;  serverAddress=, startCode=0 unknown.
2009-10-07 03:02:08,796 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of TestTable,0034099554,1254884526868 is not valid;  serverAddress=, startCode=0 unknown.
2009-10-07 03:02:08,872 DEBUG org.apache.hadoop.hbase.master.RegionManager: Assigning for address: XX.XX.XX.142:60020, startcode: 1254862426199, load: (requests=379, regions=125, usedHeap=1856, maxHeap=3391): t
otal nregions to assign=2, nregions to reach balance=0, isMetaAssign=false
2009-10-07 03:02:08,872 DEBUG org.apache.hadoop.hbase.master.RegionManager: Doing for address: XX.XX.XX.142:60020, startcode: 1254862426199, load: (requests=379, regions=125, usedHeap=1856, maxHeap=3391) nregio
ns: 2 and nRegionsToAssign: 2
2009-10-07 03:02:08,872 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region TestTable,0033622754,1254884526868 to aa0-000-15.example.org,60020,1254862426199
2009-10-07 03:02:08,872 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region TestTable,0034099554,1254884526868 to aa0-000-15.example.org,60020,1254862426199
2009-10-07 03:02:09,908 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_SPLIT: TestTable,0033622754,1254873112948: Daughters; TestTable,0033622754,1254884526868, TestTable,0034099554,125
4884526868 from aa0-000-12.example.org,60020,1254862426179; 1 of 4
2009-10-07 03:02:09,915 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region TestTable,0033622754,1254884526868 to aa0-000-12.example.org,60020,1254862426179
2009-10-07 03:02:09,915 WARN org.apache.hadoop.hbase.master.RegionManager: Cannot assign a region that is not currently unassigned. FIX!! State: name=TestTable,0033622754,1254884526868, unassigned=false, pending
Open=true, open=false, closing=false, pendingClose=false, closed=false, offlined=false
2009-10-07 03:02:09,922 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_OPEN: TestTable,0033622754,1254884526868 from aa0-000-12.example.org,60020,1254862426179; 4 of 4
2009-10-07 03:02:09,922 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: PendingOpenOperation from aa0-000-12.example.org,60020,1254862426179
2009-10-07 03:02:09,922 INFO org.apache.hadoop.hbase.master.RegionServerOperation: TestTable,0033622754,1254884526868 open on XX.XX.XX.139:60020
2009-10-07 03:02:09,924 INFO org.apache.hadoop.hbase.master.RegionServerOperation: Updated row TestTable,0033622754,1254884526868 in region .META.,,1 with startcode=1254862426179, server=XX.XX.XX.139:60020
2009-10-07 03:02:11,904 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_PROCESS_OPEN: TestTable,0034099554,1254884526868 from aa0-000-15.example.org,60020,1254862426199; 1 of 3
2009-10-07 03:02:11,904 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_OPEN: TestTable,0033622754,1254884526868 from aa0-000-15.example.org,60020,1254862426199; 2 of 3
2009-10-07 03:02:11,904 DEBUG org.apache.hadoop.hbase.master.ServerManager: region server XX.XX.XX.142:60020 should not have opened region TestTable,0033622754,1254884526868

Though the onUpdate and onDelete cascade attributes obtained from the database metadata are written to the dbre.xml file, the values are not used to create CascadeType attributes in entity relationships

The default message does not include the quorum. Adding it.
from

2013-11-20 13:17:30,858 ERROR [main] zookeeper.ZooKeeperWatcher(442): hconnection-0x79b6489f Received unexpected KeeperException, re-throwing exception
org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/hbaseid

to

2013-11-20 13:17:30,858 ERROR [main] zookeeper.ZooKeeperWatcher(442): hconnection-0x79b6489f, quorum=localhost:2181, baseZNode=/hbase Received unexpected KeeperException, re-throwing exception

If you have an a collection of enums, for which you have implemented a custom org.springframework.core.convert.converter.Converter, the values are mapped from the form differently then they are mapped back to it.  When spring reads the values from a submitted form, it runs the value supplied to the tag through the conversionService, so it expects the values to be in the checkbox/radiobox value field that the converter recognizes.  However, when checking if the checkbox/radio button should be checked, it requires the value of the box to match the name() method of the enum, and does not run through the converter when checking for "equality' to mark the correct boxes checked.  The issue seems to lie in org.springframework.web.servlet.tags.form.SelectedValueComparator.exhaustiveCompare(Object, Object, PropertyEditor, Map<PropertyEditor, Object>)
The logic first checks if the class we are binding to is an enum, and if it does, it checks against the toString of the enum.  If that doesn't match, it then returns, skipping the PE compare later on, which would use the conversion service to properly convert the string to the appropriate type.
Basically, the else before the PE-Based comparison should be removed, to the conversion service always gets a chance to convert before the comparison

when  write a row with wrong or unexist family into a table , we will get message below
org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 2000 actions: DoNotRetryIOException: 2000 times, servers with issues: dw82.kgb.sqa.cm4:64020, at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.processBatchCallback(HConnectionManager.java:1591)
at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.processBatch(HConnectionManager.java:1367)
at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:945)
at org.apache.hadoop.hbase.client.HTable.doPut(HTable.java:801)
at org.apache.hadoop.hbase.client.HTable.put(HTable.java:784)
at zookeeper.WriteMultiThread.doInsert(WriteToTable.java:101)
at zookeeper.WriteMultiThread.run(WriteToTable.java:80)
it not friendly to the client. Need to show the client more details about the exception.

ql/../Hive.java:copyFiles() does not catch failures reported by fs.rename. this may cause load commands to look successful when they actually failed

menu.jsp doesn't contain any warning disclaimer like the other jsp files and is critical to the web aspect creation and maintenance.
Changing menu.jsp will cause roo to fail to create or manage controllers.
roo> new controller automatic -name ~.web.LocalRoleController -formBackingObject
 ~.domain.LocalRoles
Created SRC_MAIN_JAVA\org\stjude\ri\bwfp\web\LocalRoleController.java
Managed SRC_MAIN_WEBAPP\WEB-INF\web.xml
Created SRC_MAIN_JAVA\org\stjude\ri\bwfp\web\LocalRoleController_Roo_Controller.aj
Created SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles
Created SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles\list.jsp
Created SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles\show.jsp
Created SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles\create.jsp
Created SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles\update.jsp
roo> [Fatal Error] :28:2: The markup in the document following the root element must be well-formed.
Undo create SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles\update.jsp
Undo create SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles\create.jsp
Undo create SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles\show.jsp
Undo create SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles\list.jsp
Undo create SRC_MAIN_WEBAPP\WEB-INF\jsp\localroles
Undo create SRC_MAIN_JAVA\org\stjude\ri\bwfp\web\LocalRoleController_Roo_Controller.aj
The markup in the document following the root element must be well-formed.
roo>
A warning needs to be added to the top of the menu.jsp file similar to
<Unable to render embedded object: File ( This file is maintained by ROO) not found. Do not alter it-->
There needs to be more verbose information on which file the "new controller" command failed., e.g.
roo> [Fatal Error] :28:2: The markup in the document following the root element must be well-formed - File: SRC_MAIN_WEBAPP\WEB-INF\jsp\menu.jsp 
Also the rollback should include the created java controller file.

show this fail when TestRSGroupsBase

testGroupBalance(org.apache.hadoop.hbase.rsgroup.TestRSGroups)  Time elapsed: 309.517 sec  <<< FAILURE!
java.lang.AssertionError: Waiting timed out after [300,000] msec
        at org.apache.hadoop.hbase.Waiter.waitFor(Waiter.java:209)
        at org.apache.hadoop.hbase.Waiter.waitFor(Waiter.java:143)
        at org.apache.hadoop.hbase.HBaseTestingUtility.waitFor(HBaseTestingUtility.java:3816)
        at org.apache.hadoop.hbase.rsgroup.TestRSGroupsBase.testGroupBalance(TestRSGroupsBase.java:434)

The exception may be caused by a bug.
TestRSGroupsBase.java
    rsGroupAdmin.balanceRSGroup(newGroupName);
    TEST_UTIL.waitFor(WAIT_TIMEOUT, new Waiter.Predicate<Exception>() {
      @Override
      public boolean evaluate() throws Exception {
        for (List<String> regions : getTableServerRegionMap().get(tableName).values()) {
          if (2 != regions.size()) {
          }
        }
      }
    }); 

The new Group has one table and three servers, and the table has six regions.
Beginning, all regions are located on a single server.
After balance, regions distributed on three server, preferably each server on two region.
However,this is not absolute. Maybe one server has one region, another server has three regions.
So, while waiting for the results of balance, we need only determine whether the region on the server, without having to check region's number.

The XSL file which transforms the generated XSD needs to be updated.

The ParseException class (has 3 constructors.  
The second takes 'position' and 'cause' but does not pass them to the superclass.
The third constructor takes 'position' but does not pass them to the superclass.
The subclass SpelParseException is the main class that will emit parse exceptions and it calls one of the above-mentioned faulty constructors.
It is a trivial fix, the first case of 
super(message);
should be
super(position, message, cause);
and the second should be
super(position, message);

I have a Spring Data REST project. For some URLs I want to create a @Controller that renders the resources as HTML. I am using a @RequestMapping with produces = MediaType.TEXT_HTML_VALUE. In fact this controller is called if the URL is requested. However, if I do a request for JSON I get a 406 - while in fact the Spring Data REST controller should be called. I noticed that the log output says that the Spring Data REST controller doesn't register with any value for produces.
I think a value for produces should be given. Maybe there is a way to do this but I didn't find it in the reference documentation. Maybe there are other ways to get different representations of the REST resources but that doesn't seem to be documented either. I guess different representations for the same resource are an important part of REST so I think there should be a way to do what I want to do.

here is my jvm stack:

2016-07-29 16:36:56
Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.72-b04 mixed mode):

"Timer for 'HBase' metrics system" daemon prio=10 tid=0x00007f205cf38000 nid=0xafa5 in Object.wait() [0x00007f203b353000]
	- locked <0x000000063503c790> (a java.util.TaskQueue)

"Attach Listener" daemon prio=10 tid=0x00007f205d017800 nid=0x1300 waiting on condition [0x0000000000000000]

"IPC Parameter Sending Thread #2" daemon prio=10 tid=0x00007f205c7c4000 nid=0x4f1a waiting on condition [0x00007f20362e1000]
	- parking to wait for  <0x000000066f996718> (a java.util.concurrent.SynchronousQueue$TransferStack)

"RS_LOG_REPLAY_OPS-hadoop-datanode-0042:16020-1" prio=10 tid=0x00007f2054ec8000 nid=0x832d waiting on condition [0x00007f2039a18000]
	- parking to wait for  <0x000000066ffb5950> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"RS_LOG_REPLAY_OPS-hadoop-datanode-0042:16020-0" prio=10 tid=0x00007f20542ca800 nid=0x5a5d waiting on condition [0x00007f2033bba000]

"hadoop-datanode-0042.corp.cootek.com,16020,1469690065288_ChoreService_2" daemon prio=10 tid=0x00007f205d0d4000 nid=0x72af waiting on condition [0x00007f203b151000]
	- parking to wait for  <0x000000066fd70dd8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1079)

"RS_CLOSE_REGION-hadoop-datanode-0042:16020-2" prio=10 tid=0x0000000002232000 nid=0xab85 waiting on condition [0x00007f2033ab9000]
	- parking to wait for  <0x00000006708113f8> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:867)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1197)
	at java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.lock(ReentrantReadWriteLock.java:945)
	at org.apache.hadoop.hbase.regionserver.HRegion.doClose(HRegion.java:1423)
	at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:1369)
	- locked <0x00000006707c3560> (a java.lang.Object)
	at org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler.process(CloseRegionHandler.java:138)
	at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:129)

"RS_CLOSE_REGION-hadoop-datanode-0042:16020-1" prio=10 tid=0x00007f204cfa3000 nid=0xab84 waiting on condition [0x00007f2033ebd000]
	- parking to wait for  <0x000000066ffb5c20> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"RS_CLOSE_REGION-hadoop-datanode-0042:16020-0" prio=10 tid=0x00007f204c30f800 nid=0xab31 waiting on condition [0x00007f203b555000]

"group-cache-0" daemon prio=10 tid=0x00007f205c904000 nid=0xa858 waiting on condition [0x00007f20339b8000]
	- parking to wait for  <0x000000066fa930b0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"ReplicationExecutor-0" daemon prio=10 tid=0x00007f204c600000 nid=0x9596 waiting on condition [0x00007f20356d5000]
	- parking to wait for  <0x000000066ffb5ed8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"RS_OPEN_REGION-hadoop-datanode-0042:16020-1" prio=10 tid=0x00007f205404c800 nid=0x8f88 waiting on condition [0x00007f2039f3f000]
	- parking to wait for  <0x000000066fc65d60> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"RS_OPEN_REGION-hadoop-datanode-0042:16020-2" prio=10 tid=0x00000000017dc800 nid=0x8f87 waiting on condition [0x00007f203a040000]

"RS_OPEN_REGION-hadoop-datanode-0042:16020-0" prio=10 tid=0x00007f204c5fe000 nid=0x8f86 waiting on condition [0x00007f203a141000]

"org.apache.hadoop.hdfs.PeerCache@7c1775ad" daemon prio=10 tid=0x00007f204cfdd000 nid=0x8f85 waiting on condition [0x00007f203a242000]
	at org.apache.hadoop.hdfs.PeerCache.run(PeerCache.java:244)
	at org.apache.hadoop.hdfs.PeerCache.access$000(PeerCache.java:41)
	at org.apache.hadoop.hdfs.PeerCache$1.run(PeerCache.java:119)

"hadoop-datanode-0042:16020Replication Statistics #0" daemon prio=10 tid=0x0000000001bc2800 nid=0x8f52 waiting on condition [0x00007f203a444000]
	- parking to wait for  <0x000000066fef1b58> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"HBase-Metrics2-1" daemon prio=10 tid=0x00000000018b0000 nid=0x8f4c waiting on condition [0x00007f203aa4a000]
	- parking to wait for  <0x000000066fd70da8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"sync.4" prio=10 tid=0x00007f204c10c800 nid=0x8f4b waiting on condition [0x00007f203ab4b000]
	- parking to wait for  <0x000000066fb98ee8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog$SyncRunner.run(FSHLog.java:1212)

"sync.3" prio=10 tid=0x00007f204c4df800 nid=0x8f4a waiting on condition [0x00007f203ac4c000]
	- parking to wait for  <0x000000066f9ab398> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"sync.2" prio=10 tid=0x00007f204c4dd800 nid=0x8f49 waiting on condition [0x00007f203ad4d000]
	- parking to wait for  <0x000000066fef7240> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"sync.1" prio=10 tid=0x00007f204c4dc800 nid=0x8f48 waiting on condition [0x00007f203ae4e000]
	- parking to wait for  <0x000000066ff089b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"sync.0" prio=10 tid=0x00007f204c503000 nid=0x8f47 waiting on condition [0x00007f203af4f000]
	- parking to wait for  <0x000000066fef71f8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"regionserver/hadoop-datanode-0042.corp.cootek.com/192.168.0.168:16020.append-pool1-t1" prio=10 tid=0x0000000001ba0800 nid=0x8f46 waiting on condition [0x00007f203b050000]
	- parking to wait for  <0x000000066ff08200> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at com.lmax.disruptor.BlockingWaitStrategy.waitFor(BlockingWaitStrategy.java:45)
	at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:55)
	at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:123)

"LeaseRenewer:hadoop@hadoop2-namenode:9000" daemon prio=10 tid=0x0000000001b6c000 nid=0x8f42 waiting on condition [0x00007f203b252000]
	at org.apache.hadoop.hdfs.LeaseRenewer.run(LeaseRenewer.java:438)
	at org.apache.hadoop.hdfs.LeaseRenewer.access$700(LeaseRenewer.java:71)
	at org.apache.hadoop.hdfs.LeaseRenewer$1.run(LeaseRenewer.java:298)

"JvmPauseMonitor" daemon prio=10 tid=0x0000000001cf5800 nid=0x8f3a waiting on condition [0x00007f203b959000]
	at org.apache.hadoop.hbase.util.JvmPauseMonitor$Monitor.run(JvmPauseMonitor.java:159)

"regionserver/hadoop-datanode-0042.corp.cootek.com/192.168.0.168:16020" prio=10 tid=0x00007f205d045800 nid=0x8f37 waiting on condition [0x00007f203be5a000]
	at org.apache.hadoop.hbase.regionserver.HRegionServer.sleep(HRegionServer.java:1301)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.waitOnAllRegionsToClose(HRegionServer.java:1287)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:1057)

"ReplicationRpcServer.handler=2,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfe1000 nid=0x8f33 waiting on condition [0x00007f203c25e000]
	- parking to wait for  <0x000000066f996eb0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:129)

"ReplicationRpcServer.handler=1,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfdf000 nid=0x8f32 waiting on condition [0x00007f203c35f000]

"ReplicationRpcServer.handler=0,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfdd000 nid=0x8f31 waiting on condition [0x00007f203c460000]

"PriorityRpcServer.handler=19,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfdb000 nid=0x8f30 waiting on condition [0x00007f203c561000]
	- parking to wait for  <0x000000066f997620> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"PriorityRpcServer.handler=18,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfd8800 nid=0x8f2f waiting on condition [0x00007f203c662000]
	- parking to wait for  <0x000000066f9977a0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"PriorityRpcServer.handler=17,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfd6800 nid=0x8f2e waiting on condition [0x00007f203c763000]

"PriorityRpcServer.handler=16,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfd4800 nid=0x8f2d waiting on condition [0x00007f203c864000]

"PriorityRpcServer.handler=15,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfd2800 nid=0x8f2c waiting on condition [0x00007f203c965000]

"PriorityRpcServer.handler=14,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfd0800 nid=0x8f2b waiting on condition [0x00007f203ca66000]

"PriorityRpcServer.handler=13,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfce000 nid=0x8f2a waiting on condition [0x00007f203cb67000]

"PriorityRpcServer.handler=12,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfcc000 nid=0x8f29 waiting on condition [0x00007f203cc68000]

"PriorityRpcServer.handler=11,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfca000 nid=0x8f28 waiting on condition [0x00007f203cd69000]

"PriorityRpcServer.handler=10,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfc8000 nid=0x8f27 waiting on condition [0x00007f203ce6a000]

"PriorityRpcServer.handler=9,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfc5800 nid=0x8f26 waiting on condition [0x00007f203cf6b000]

"PriorityRpcServer.handler=8,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfc3800 nid=0x8f25 waiting on condition [0x00007f203d06c000]

"PriorityRpcServer.handler=7,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfc1800 nid=0x8f24 waiting on condition [0x00007f203d16d000]

"PriorityRpcServer.handler=6,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfbf800 nid=0x8f23 waiting on condition [0x00007f203d26e000]

"PriorityRpcServer.handler=5,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfbd000 nid=0x8f22 waiting on condition [0x00007f203d36f000]

"PriorityRpcServer.handler=4,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfbb000 nid=0x8f21 waiting on condition [0x00007f203d470000]

"PriorityRpcServer.handler=3,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfb9000 nid=0x8f20 waiting on condition [0x00007f203d571000]

"PriorityRpcServer.handler=2,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfb7000 nid=0x8f1f waiting on condition [0x00007f203d672000]

"PriorityRpcServer.handler=1,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfb4800 nid=0x8f1e waiting on condition [0x00007f203d773000]

"PriorityRpcServer.handler=0,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfb2800 nid=0x8f1d waiting on condition [0x00007f203d874000]

"B.defaultRpcServer.handler=29,queue=2,port=16020" daemon prio=10 tid=0x00007f205cfb0800 nid=0x8f1c waiting on condition [0x00007f203d975000]
	- parking to wait for  <0x000000066f998ae8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at org.apache.hadoop.hbase.util.BoundedPriorityBlockingQueue.take(BoundedPriorityBlockingQueue.java:214)

"B.defaultRpcServer.handler=28,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfae800 nid=0x8f1b waiting on condition [0x00007f203da76000]
	- parking to wait for  <0x000000066f998070> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"B.defaultRpcServer.handler=27,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfac800 nid=0x8f1a waiting on condition [0x00007f203db77000]
	- parking to wait for  <0x000000066f9910c8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

"B.defaultRpcServer.handler=26,queue=2,port=16020" daemon prio=10 tid=0x00007f205cfaa000 nid=0x8f19 waiting on condition [0x00007f203dc78000]

"B.defaultRpcServer.handler=25,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfa8000 nid=0x8f18 waiting on condition [0x00007f203dd79000]

"B.defaultRpcServer.handler=24,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfa6000 nid=0x8f17 waiting for monitor entry [0x00007f203de79000]
	at org.apache.hadoop.hbase.regionserver.HRegion.refreshStoreFiles(HRegion.java:4887)
	- waiting to lock <0x00000006707c3500> (a org.apache.hadoop.hbase.regionserver.HRegion$WriteState)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.handleFileNotFound(HRegion.java:6104)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.populateResult(HRegion.java:5736)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:5875)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:5653)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:5630)
	- locked <0x00000007130162c8> (a org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:5616)
	at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:6810)
	at org.apache.hadoop.hbase.regionserver.HRegion.getIncrementCurrentValue(HRegion.java:7673)
	at org.apache.hadoop.hbase.regionserver.HRegion.applyIncrementsToColumnFamily(HRegion.java:7583)
	at org.apache.hadoop.hbase.regionserver.HRegion.doIncrement(HRegion.java:7480)
	at org.apache.hadoop.hbase.regionserver.HRegion.increment(HRegion.java:7440)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.increment(RSRpcServices.java:551)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.mutate(RSRpcServices.java:2227)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:33646)

"B.defaultRpcServer.handler=23,queue=2,port=16020" daemon prio=10 tid=0x00007f205cfa4000 nid=0x8f16 waiting on condition [0x00007f203df7b000]

"B.defaultRpcServer.handler=22,queue=1,port=16020" daemon prio=10 tid=0x00007f205cfa2000 nid=0x8f15 waiting on condition [0x00007f203e07c000]

"B.defaultRpcServer.handler=21,queue=0,port=16020" daemon prio=10 tid=0x00007f205cfa0000 nid=0x8f14 waiting on condition [0x00007f203e17d000]

"B.defaultRpcServer.handler=20,queue=2,port=16020" daemon prio=10 tid=0x00007f205cf9d800 nid=0x8f13 waiting on condition [0x00007f203e27e000]

"B.defaultRpcServer.handler=19,queue=1,port=16020" daemon prio=10 tid=0x00007f205cf9b800 nid=0x8f12 waiting on condition [0x00007f203e37f000]

"B.defaultRpcServer.handler=18,queue=0,port=16020" daemon prio=10 tid=0x00007f205cf99800 nid=0x8f11 waiting on condition [0x00007f203e480000]

"B.defaultRpcServer.handler=17,queue=2,port=16020" daemon prio=10 tid=0x00007f205cf97800 nid=0x8f10 waiting on condition [0x00007f203e581000]

"B.defaultRpcServer.handler=16,queue=1,port=16020" daemon prio=10 tid=0x00007f205cf95800 nid=0x8f0f waiting on condition [0x00007f203e682000]

"B.defaultRpcServer.handler=15,queue=0,port=16020" daemon prio=10 tid=0x00007f205cf93000 nid=0x8f0e waiting on condition [0x00007f203e783000]

"B.defaultRpcServer.handler=14,queue=2,port=16020" daemon prio=10 tid=0x00007f205cf91000 nid=0x8f0d waiting on condition [0x00007f203e884000]

"B.defaultRpcServer.handler=13,queue=1,port=16020" daemon prio=10 tid=0x00007f205cf8f000 nid=0x8f0c waiting on condition [0x00007f203e985000]

"B.defaultRpcServer.handler=12,queue=0,port=16020" daemon prio=10 tid=0x00007f205cf8d000 nid=0x8f0b waiting on condition [0x00007f203ea85000]
	- parking to wait for  <0x00000006708113c8> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync)
	at org.apache.hadoop.hbase.regionserver.HRegion.dropMemstoreContentsForSeqId(HRegion.java:4568)
	at org.apache.hadoop.hbase.regionserver.HRegion.refreshStoreFiles(HRegion.java:4919)
	- locked <0x00000006707c3500> (a org.apache.hadoop.hbase.regionserver.HRegion$WriteState)
	- locked <0x0000000713017648> (a org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl)

"B.defaultRpcServer.handler=11,queue=2,port=16020" daemon prio=10 tid=0x00007f205cf8a800 nid=0x8f0a waiting on condition [0x00007f203eb87000]

"B.defaultRpcServer.handler=10,queue=1,port=16020" daemon prio=10 tid=0x00007f205cf88800 nid=0x8f09 waiting on condition [0x00007f203ec88000]

"B.defaultRpcServer.handler=9,queue=0,port=16020" daemon prio=10 tid=0x00007f205cf86800 nid=0x8f08 waiting on condition [0x00007f203ed89000]

"B.defaultRpcServer.handler=8,queue=2,port=16020" daemon prio=10 tid=0x00007f205cf84800 nid=0x8f07 waiting on condition [0x00007f203ee8a000]

"B.defaultRpcServer.handler=7,queue=1,port=16020" daemon prio=10 tid=0x00007f205cf82000 nid=0x8f06 waiting on condition [0x00007f203ef8b000]

"B.defaultRpcServer.handler=6,queue=0,port=16020" daemon prio=10 tid=0x00007f205cf80000 nid=0x8f05 waiting on condition [0x00007f203f08c000]

"B.defaultRpcServer.handler=5,queue=2,port=16020" daemon prio=10 tid=0x00007f205cf7e000 nid=0x8f04 waiting on condition [0x00007f203f18d000]

"B.defaultRpcServer.handler=4,queue=1,port=16020" daemon prio=10 tid=0x00007f205cf7b800 nid=0x8f03 waiting on condition [0x00007f203f28e000]

"B.defaultRpcServer.handler=3,queue=0,port=16020" daemon prio=10 tid=0x00007f205cf79800 nid=0x8f02 waiting on condition [0x00007f203f38f000]

"B.defaultRpcServer.handler=2,queue=2,port=16020" daemon prio=10 tid=0x00007f205cf78000 nid=0x8f01 waiting on condition [0x00007f203f490000]

"B.defaultRpcServer.handler=1,queue=1,port=16020" daemon prio=10 tid=0x00007f205cf77000 nid=0x8f00 waiting on condition [0x00007f203f591000]

"B.defaultRpcServer.handler=0,queue=0,port=16020" daemon prio=10 tid=0x00007f205cf5a800 nid=0x8eff waiting on condition [0x00007f203f692000]

"RpcServer.listener,port=16020" daemon prio=10 tid=0x00007f205cf56800 nid=0x8efe runnable [0x00007f203f793000]
	at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
	at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
	at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)
	at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:87)
	- locked <0x000000066f9a4490> (a sun.nio.ch.Util$2)
	- locked <0x000000066f9a44a8> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f99c370> (a sun.nio.ch.EPollSelectorImpl)
	at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:98)
	at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:102)
	at org.apache.hadoop.hbase.ipc.RpcServer$Listener.run(RpcServer.java:728)

"RpcServer.responder" daemon prio=10 tid=0x00007f205cf4d800 nid=0x8efd runnable [0x00007f203f894000]
	- locked <0x000000066f9905f8> (a sun.nio.ch.Util$2)
	- locked <0x000000066f990610> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f9a60e8> (a sun.nio.ch.EPollSelectorImpl)
	at org.apache.hadoop.hbase.ipc.RpcServer$Responder.doRunLoop(RpcServer.java:967)
	at org.apache.hadoop.hbase.ipc.RpcServer$Responder.run(RpcServer.java:914)

"RpcServer.reader=9,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205cbaf800 nid=0x8ef8 runnable [0x00007f20402ca000]
	- locked <0x000000066f9919f8> (a sun.nio.ch.Util$2)
	- locked <0x000000066f991a10> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f9a51b0> (a sun.nio.ch.EPollSelectorImpl)
	at org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.doRunLoop(RpcServer.java:622)
	- locked <0x000000066f991a28> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)
	at org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.run(RpcServer.java:609)

"RpcServer.reader=8,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205ca84000 nid=0x8ef7 runnable [0x00007f20403cb000]
	- locked <0x000000066f9a6c40> (a sun.nio.ch.Util$2)
	- locked <0x000000066f9a6c58> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f9a6520> (a sun.nio.ch.EPollSelectorImpl)
	- locked <0x000000066f9a6c70> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)

"RpcServer.reader=7,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205ca81800 nid=0x8ef6 runnable [0x00007f20404cc000]
	- locked <0x000000066f9a79f0> (a sun.nio.ch.Util$2)
	- locked <0x000000066f9a7a08> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f9a4718> (a sun.nio.ch.EPollSelectorImpl)
	- locked <0x000000066f9a7a20> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)

"RpcServer.reader=6,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205ca7f800 nid=0x8ef5 runnable [0x00007f20405cd000]
	- locked <0x000000066f9afd68> (a sun.nio.ch.Util$2)
	- locked <0x000000066f9afd80> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f9a82c0> (a sun.nio.ch.EPollSelectorImpl)
	- locked <0x000000066f9afd98> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)

"RpcServer.reader=5,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205ca7d800 nid=0x8ef4 runnable [0x00007f20406ce000]
	- locked <0x000000066f998998> (a sun.nio.ch.Util$2)
	- locked <0x000000066f9989b0> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f99c568> (a sun.nio.ch.EPollSelectorImpl)
	- locked <0x000000066f9989c8> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)

"RpcServer.reader=4,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205ca7c000 nid=0x8ef3 runnable [0x00007f20407cf000]
	- locked <0x000000066f9a4598> (a sun.nio.ch.Util$2)
	- locked <0x000000066f9a45b0> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f9a39c8> (a sun.nio.ch.EPollSelectorImpl)
	- locked <0x000000066f9a45c8> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)

"RpcServer.reader=3,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205ca7a800 nid=0x8ef2 runnable [0x00007f20408d0000]
	- locked <0x000000066f99c970> (a sun.nio.ch.Util$2)
	- locked <0x000000066f99c988> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f9a2008> (a sun.nio.ch.EPollSelectorImpl)
	- locked <0x000000066f99c9a0> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)

"RpcServer.reader=2,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205ca78800 nid=0x8ef1 runnable [0x00007f20409d1000]
	- locked <0x000000066f9989e0> (a sun.nio.ch.Util$2)
	- locked <0x000000066f9989f8> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f99c640> (a sun.nio.ch.EPollSelectorImpl)
	- locked <0x000000066f998a10> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)

"RpcServer.reader=1,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205ca93000 nid=0x8ef0 runnable [0x00007f2040ad2000]
	- locked <0x000000066f9a94a8> (a sun.nio.ch.Util$2)
	- locked <0x000000066f9a94c0> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f9a8d58> (a sun.nio.ch.EPollSelectorImpl)
	- locked <0x000000066f998a88> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)

"RpcServer.reader=0,bindAddress=hadoop-datanode-0042.corp.cootek.com,port=16020" daemon prio=10 tid=0x00007f205ca47000 nid=0x8eef runnable [0x00007f2040de0000]
	- locked <0x000000066f998a28> (a sun.nio.ch.Util$2)
	- locked <0x000000066f998a40> (a java.util.Collections$UnmodifiableSet)
	- locked <0x000000066f99c6d0> (a sun.nio.ch.EPollSelectorImpl)
	- locked <0x000000066f998a58> (a org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader)

"Service Thread" daemon prio=10 tid=0x00007f205c2dc800 nid=0x8ee9 runnable [0x0000000000000000]

"C2 CompilerThread1" daemon prio=10 tid=0x00007f205c2da000 nid=0x8ee8 waiting on condition [0x0000000000000000]

"C2 CompilerThread0" daemon prio=10 tid=0x00007f205c2d7800 nid=0x8ee7 waiting on condition [0x0000000000000000]

"Signal Dispatcher" daemon prio=10 tid=0x00007f205c2d5000 nid=0x8ee6 runnable [0x0000000000000000]

"Surrogate Locker Thread (Concurrent GC)" daemon prio=10 tid=0x00007f205c2d3000 nid=0x8ee5 waiting on condition [0x0000000000000000]

"Finalizer" daemon prio=10 tid=0x00007f205c2b2800 nid=0x8ee4 in Object.wait() [0x00007f20423b2000]
	- locked <0x000000066f99d7d8> (a java.lang.ref.ReferenceQueue$Lock)

"Reference Handler" daemon prio=10 tid=0x00007f205c2b0800 nid=0x8ee3 in Object.wait() [0x00007f20424b3000]
	- locked <0x000000066f998a70> (a java.lang.ref.Reference$Lock)

"main" prio=10 tid=0x00007f205c00e000 nid=0x8ec3 in Object.wait() [0x00007f2065144000]
	- waiting on <0x000000066f9927d0> (a java.lang.Thread)
	at java.lang.Thread.join(Thread.java:1281)
	- locked <0x000000066f9927d0> (a java.lang.Thread)
	at java.lang.Thread.join(Thread.java:1355)
	at org.apache.hadoop.hbase.util.HasThread.join(HasThread.java:89)
	at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.run(HRegionServerCommandLine.java:87)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.main(HRegionServer.java:2665)

"VM Thread" prio=10 tid=0x00007f205c2ac000 nid=0x8ee2 runnable 

"Gang worker#0 (Parallel GC Threads)" prio=10 tid=0x00007f205c01f000 nid=0x8ec4 runnable 

"Gang worker#1 (Parallel GC Threads)" prio=10 tid=0x00007f205c021000 nid=0x8ec5 runnable 

"Gang worker#2 (Parallel GC Threads)" prio=10 tid=0x00007f205c022800 nid=0x8ec6 runnable 

"Gang worker#3 (Parallel GC Threads)" prio=10 tid=0x00007f205c024800 nid=0x8ec7 runnable 

"Gang worker#4 (Parallel GC Threads)" prio=10 tid=0x00007f205c026800 nid=0x8ec8 runnable 

"Gang worker#5 (Parallel GC Threads)" prio=10 tid=0x00007f205c028800 nid=0x8ec9 runnable 

"Gang worker#6 (Parallel GC Threads)" prio=10 tid=0x00007f205c02a000 nid=0x8eca runnable 

"Gang worker#7 (Parallel GC Threads)" prio=10 tid=0x00007f205c02c000 nid=0x8ecb runnable 

"Gang worker#8 (Parallel GC Threads)" prio=10 tid=0x00007f205c02e000 nid=0x8ecc runnable 

"Gang worker#9 (Parallel GC Threads)" prio=10 tid=0x00007f205c02f800 nid=0x8ecd runnable 

"Gang worker#10 (Parallel GC Threads)" prio=10 tid=0x00007f205c031800 nid=0x8ece runnable 

"Gang worker#11 (Parallel GC Threads)" prio=10 tid=0x00007f205c033800 nid=0x8ecf runnable 

"Gang worker#12 (Parallel GC Threads)" prio=10 tid=0x00007f205c035800 nid=0x8ed0 runnable 

"Gang worker#13 (Parallel GC Threads)" prio=10 tid=0x00007f205c037000 nid=0x8ed1 runnable 

"Gang worker#14 (Parallel GC Threads)" prio=10 tid=0x00007f205c039000 nid=0x8ed2 runnable 

"Gang worker#15 (Parallel GC Threads)" prio=10 tid=0x00007f205c03b000 nid=0x8ed3 runnable 

"Gang worker#16 (Parallel GC Threads)" prio=10 tid=0x00007f205c03c800 nid=0x8ed4 runnable 

"Gang worker#17 (Parallel GC Threads)" prio=10 tid=0x00007f205c03e800 nid=0x8ed5 runnable 

"Gang worker#18 (Parallel GC Threads)" prio=10 tid=0x00007f205c040800 nid=0x8ed6 runnable 

"Gang worker#19 (Parallel GC Threads)" prio=10 tid=0x00007f205c042000 nid=0x8ed7 runnable 

"Gang worker#20 (Parallel GC Threads)" prio=10 tid=0x00007f205c044000 nid=0x8ed8 runnable 

"Gang worker#21 (Parallel GC Threads)" prio=10 tid=0x00007f205c046000 nid=0x8ed9 runnable 

"Gang worker#22 (Parallel GC Threads)" prio=10 tid=0x00007f205c048000 nid=0x8eda runnable 

"Concurrent Mark-Sweep GC Thread" prio=10 tid=0x00007f205c267000 nid=0x8ee1 runnable 
"Gang worker#0 (Parallel CMS Threads)" prio=10 tid=0x00007f205c25b000 nid=0x8edb runnable 

"Gang worker#1 (Parallel CMS Threads)" prio=10 tid=0x00007f205c25d000 nid=0x8edc runnable 

"Gang worker#2 (Parallel CMS Threads)" prio=10 tid=0x00007f205c25e800 nid=0x8edd runnable 

"Gang worker#3 (Parallel CMS Threads)" prio=10 tid=0x00007f205c260800 nid=0x8ede runnable 

"Gang worker#4 (Parallel CMS Threads)" prio=10 tid=0x00007f205c262800 nid=0x8edf runnable 

"Gang worker#5 (Parallel CMS Threads)" prio=10 tid=0x00007f205c264000 nid=0x8ee0 runnable 

"VM Periodic Task Thread" prio=10 tid=0x00007f205c2df800 nid=0x8eea waiting on condition 

JNI global references: 221

Constraints load the configuration but don't load the 'correct' configuration, but instead instantiate the default configuration (via new Configuration). It should just be Configuration(false)

Effectivelly Elytron contains infinite recursion implemented.
FactoryCredentialSource.java

    @Override
    public SupportLevel getCredentialAcquireSupport(Class<? extends Credential> credentialType, String algorithmName, AlgorithmParameterSpec parameterSpec) throws IOException {
        return getCredentialAcquireSupport(credentialType, algorithmName, parameterSpec) != null ? SupportLevel.SUPPORTED : SupportLevel.UNSUPPORTED;
    }

[1] https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=46596205&defectInstanceId=9782368&mergedDefectId=1464361

See nabble
http://camel.465427.n5.nabble.com/error-handling-on-Http-POST-from-ActiveMQ-to-PHP-application-td4347185.html

This patch is to create infrastructure to submit a tez dag. (i.e.: TezTask + utils to convert work into a tez dag).

The recent split of RPC protocol version numbers doesn't work quite as expected with HMasterRegionInterface.  Since HMaster implements both HMasterInterface and HMasterRegionInterface, its getProtocolVersion() implementation needs to check the requested protocol name and return either the HMasterInterface.VERSION value or HMasterRegionInterface.VERSION value as appropriate.

A way to reproduce:

create database tdb;
use tdb;
create table t1(id int);
create table t2(id int);
explain insert into `tdb.t1` select * from t2;

+---------------------------------------------------------------------------------------------------------------------------------------------------+
|                                                                      Explain                                                                      |
| STAGE DEPENDENCIES:                                                                                                                               |
|   Stage-1 is a root stage                                                                                                                         |
|   Stage-6 depends on stages: Stage-1 , consists of Stage-3, Stage-2, Stage-4                                                                      |
|   Stage-3                                                                                                                                         |
|   Stage-0 depends on stages: Stage-3, Stage-2, Stage-5                                                                                            |
|   Stage-2                                                                                                                                         |
|   Stage-4                                                                                                                                         |
|   Stage-5 depends on stages: Stage-4                                                                                                              |
|                                                                                                                                                   |
| STAGE PLANS:                                                                                                                                      |
|   Stage: Stage-1                                                                                                                                  |
|     Map Reduce                                                                                                                                    |
|       Map Operator Tree:                                                                                                                          |
|           TableScan                                                                                                                               |
|             alias: t2                                                                                                                             |
|             Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: NONE                                                             |
|             Select Operator                                                                                                                       |
|               expressions: id (type: int)                                                                                                         |
|               outputColumnNames: _col0                                                                                                            |
|               Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: NONE                                                           |
|               File Output Operator                                                                                                                |
|                 compressed: false                                                                                                                 |
|                 Statistics: Num rows: 0 Data size: 0 Basic stats: NONE Column stats: NONE                                                         |
|                 table:                                                                                                                            |
|                     input format: org.apache.hadoop.hive.ql.io.RCFileInputFormat                                                                  |
|                     output format: org.apache.hadoop.hive.ql.io.RCFileOutputFormat                                                                |
|                     serde: org.apache.hadoop.hive.serde2.columnar.ColumnarSerDe                                                                   |
|                     name: tdb.t1                                                                                                                  |
|                                                                                                                                                   |
|   Stage: Stage-6                                                                                                                                  |
|     Conditional Operator                                                                                                                          |
|                                                                                                                                                   |
|   Stage: Stage-3                                                                                                                                  |
|     Move Operator                                                                                                                                 |
|       files:                                                                                                                                      |
|           hdfs directory: true                                                                                                                    |
|           destination: hdfs://hacluster/user/hive/warehouse/tdb.db/t1/.hive-staging_hive_2017-06-15_15-52-34_017_849305017872068583-1/-ext-10000  |
|                                                                                                                                                   |
|   Stage: Stage-0                                                                                                                                  |
|       tables:                                                                                                                                     |
|           replace: true                                                                                                                           |
|           table:                                                                                                                                  |
|               input format: org.apache.hadoop.hive.ql.io.RCFileInputFormat                                                                        |
|               output format: org.apache.hadoop.hive.ql.io.RCFileOutputFormat                                                                      |
|               serde: org.apache.hadoop.hive.serde2.columnar.ColumnarSerDe                                                                         |
|               name: tdb.t1                                                                                                                        |
|                                                                                                                                                   |
|   Stage: Stage-2                                                                                                                                  |
|     Merge File Operator                                                                                                                           |
|           RCFile Merge Operator                                                                                                                   |
|       merge level: block                                                                                                                          |
|       input format: org.apache.hadoop.hive.ql.io.RCFileInputFormat                                                                                |
|                                                                                                                                                   |
|   Stage: Stage-4                                                                                                                                  |
|                                                                                                                                                   |
|   Stage: Stage-5                                                                                                                                  |
|       files:                                                                                                                                      |
|                                                                                                                                                   |

Note that  'replace: true'  in move operator

 In the previous version of SDN there was the functionality that automatically generated queries from the method name on the Repository interface - e.g. if I had FooRepository and put a method findByBar(String bar) , it would generate a match on Foo.bar property. This seems to work but only partly: I have a repository for CityNeo4j class, but the label is marked to be City on the NodeEntity annotation. This works fine when I manually use neo4jTemplate.loadByProperty, but when the magic interface method is invoked, it generates a match for CityNeo4j label (instead of just City).

Close the Connection that's passed into TableInputFormatBase.  The easiest way to do that seems to be in the RecordReader returned from createRecordReader().  Since the user can supply a TableRecordReader, a wrapping/composite RecordReader should work.

The new org.springframework.orm.hibernate5.HibernateExceptionTranslator uses a fallthrough in the sense that it first tries to map the exception using vanilla Hibernate (SessionFactoryUtils). If no translation could be done it tries JPA via EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible().
The latter troubles us as it is translating IllegalStateException to InvalidDataAccessApiUsageException. I'm not really sure why IllegalStateException and IllegalArgumentException get this special treatment, but ok. So now we suddenly end up with translated exceptions that weren't translated before. Since these extra translations are in context of JPA (as it is called 'convertJpaAccessExceptionIfPossible') this also makes no sense as we are not using JPA but vanilla Hibernate.
So, what is the correct way to make sure that we only get Hibernate exceptions translated? Afaic the HibernateExceptionTranslator has no options to turn off JPA translation and the LocalSessionFactoryBean extends HibernateExceptionTranslator without the option to inject another implementation. Wouldn't it make more sense to have the HibernateExceptionTranslator JPA unaware and add another translator in case JPA is actually used?

Actually we have the logInflightExchangesOnTimeout set to true as default:
https://github.com/apache/camel/blob/master/camel-core/src/main/java/org/apache/camel/impl/DefaultShutdownStrategy.java#L126
in the ShutdownTask the parameter is forced to false and then if you do not enable debug logging it won't log the inflight exchanges details.
https://github.com/apache/camel/blob/master/camel-core/src/main/java/org/apache/camel/impl/DefaultShutdownStrategy.java#L631

Using murmur hash for bucketing columns was introduced in HIVE-18910, following which 'bucketing_version'='1' stands for the old behaviour (where for example integer columns were partitioned based on mod values). Looks like we have a bug in the old bucketing scheme now. I could repro it when modified the existing schema using an alter table add column and adding new data. Repro:

0: jdbc:hive2://localhost:10010> create transactional table acid_ptn_bucket1 (a int, b int) partitioned by(ds string) clustered by (a) into 2 buckets stored as ORC TBLPROPERTIES('bucketing_version'='1', 'transactional'='true', 'transactional_properties'='default');

No rows affected (0.418 seconds)

0: jdbc:hive2://localhost:10010> insert into acid_ptn_bucket1 partition (ds) values(1,2,'today'),(1,3,'today'),(1,4,'yesterday'),(2,2,'yesterday'),(2,3,'today'),(2,4,'today');
6 rows affected (3.695 seconds)

Data from ORC file (data as expected):

/apps/hive/warehouse/acid_ptn_bucket1/ds=today/delta_0000001_0000001_0000/bucket_00000
{"operation": 0, "originalTransaction": 1, "bucket": 536870912, "rowId": 0, "currentTransaction": 1, "row": {"a": 2, "b": 4}}
{"operation": 0, "originalTransaction": 1, "bucket": 536870912, "rowId": 1, "currentTransaction": 1, "row": {"a": 2, "b": 3}}

/apps/hive/warehouse/acid_ptn_bucket1/ds=today/delta_0000001_0000001_0000/bucket_00001
{"operation": 0, "originalTransaction": 1, "bucket": 536936448, "rowId": 0, "currentTransaction": 1, "row": {"a": 1, "b": 3}}
{"operation": 0, "originalTransaction": 1, "bucket": 536936448, "rowId": 1, "currentTransaction": 1, "row": {"a": 1, "b": 2}}

Modifying table schema and inserting new data:

0: jdbc:hive2://localhost:10010> alter table acid_ptn_bucket1 add columns(c int);

No rows affected (0.541 seconds)

0: jdbc:hive2://localhost:10010> insert into acid_ptn_bucket1 partition (ds) values(3,2,1000,'yesterday'),(3,3,1001,'today'),(3,4,1002,'yesterday'),(4,2,1003,'today'), (4,3,1004,'yesterday'),(4,4,1005,'today');
6 rows affected (3.699 seconds)

Data from ORC file (wrong partitioning):

/apps/hive/warehouse/acid_ptn_bucket1/ds=today/delta_0000003_0000003_0000/bucket_00000
{"operation": 0, "originalTransaction": 3, "bucket": 536870912, "rowId": 0, "currentTransaction": 3, "row": {"a": 3, "b": 3, "c": 1001}}

/apps/hive/warehouse/acid_ptn_bucket1/ds=today/delta_0000003_0000003_0000/bucket_00001
{"operation": 0, "originalTransaction": 3, "bucket": 536936448, "rowId": 0, "currentTransaction": 3, "row": {"a": 4, "b": 4, "c": 1005}}
{"operation": 0, "originalTransaction": 3, "bucket": 536936448, "rowId": 1, "currentTransaction": 3, "row": {"a": 4, "b": 2, "c": 1003}}

As seen above, the expected behaviour is that new data with column 'a' being 3 should go to bucket1 and column 'a' being 4 should go to bucket0, but the partitioning is wrong.

If the global section of a hierarchical INI configuration is requested, a new ViewNode is created which becomes the root node of a new configuration for the global section. Nodes representing properties of the global section are added to this ViewNode. This operation temporarily changes the parent node of these nodes which may cause problems if the method is called by multiple threads concurrently. Because access to a section is a read-only operation, this should be thread-safe.
The probability that this error happens is pretty low IMO. Therefore it should be hard to create a unit test.
The issue can be fixed by synchronizing the add operation to the ViewNode.

Decoding  works when the source is composed on one chunk, but not always with multiple chunks. See https://github.com/sdeleuze/spring-framework/commit/decode-splitted-json that demonstrates the issue.

Tweak the build system to allow building and running the tests against Hibernate 4. This not intended to do actual releases from it but make sure we work fine against Hibernate 4 persistence providers.

In case custom Maven repos are required for Swarm build, being set up via custom settings.xml, the JaxrsClientTest fails because it can't find artifacts from the custom Maven repos. This is because the testsuite-jaxrs-client module no longer inherits from the testsuite Maven module, and indirectly from the root Swarm POM, and so the Maven Surefire plugin configuration isn't propagated.

First, I put a cell using put interface, but I don't specify timestamp. Then I delete the the same row, specify a timestamp of 1L. Unfortunately, the former cell is 
deleted. We should know this cell can not be deleted in this case. (Using original Client API)
Code like this;
public static void main(String[] args) throws Exception 
{
        Cluster cluster = new Cluster();
        cluster.add("10.28.171.38", 8080);
        Client client = new Client(cluster);
        RemoteHTable table = new RemoteHTable(client, "demotime");
                
        Put put = new Put(Bytes.toBytes("row21"));
        put.add("info".getBytes(), "name".getBytes(), "huanggang".getBytes());
        
        Delete delete = new Delete(Bytes.toBytes("row21"));
        delete.setTimestamp(1L);
        table.delete(delete);
    }
            
Instead of the values being mapped to a capability the entire Map is converted to a String as the dynamic portion of the name.

The examples that show:
@RequestMapping("/somevalue/
{someparamter}"), method=RequestType.GET)

should read:

@RequestMapping(value="/somevalue/{someparamter}
"), method=RequestType.GET)
The first way is considered invalid.

The OutputStream to which serialized plan is not being closed in several places.
This can result in plan not getting written correctly.
I have seen intermittent issues in deserializing the plan, and I think this could be the/a cause.

After changing the default configuration:

                 <managed-scheduled-executor-services>
-                    <managed-scheduled-executor-service name="default" jndi-name="java:jboss/ee/concurrency/scheduler/default" context-service="default" hung-task-threshold="60000" keepalive-time="3000"/>
+                    <managed-scheduled-executor-service name="default" jndi-name="java:jboss/ee/concurrency/scheduler/default" context-service="default" long-running-tasks="true" core-threads="2" keepalive-time="3000"/>
                 </managed-scheduled-executor-services>

only 2 (= value of core-threads) threads are used by the Scheduled Executer Service:

$ grep ManagedScheduledExecutorService $WILDFLY/standalone/log/server.log | tail
2018-07-24 12:03:22,901 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-2) ..
2018-07-24 12:03:22,911 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-1) ..
2018-07-24 12:03:22,923 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-2) ..
2018-07-24 12:03:22,963 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-1) ..
2018-07-24 12:03:22,967 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-2) ..
2018-07-24 12:03:22,981 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-1) ..
2018-07-24 12:03:22,996 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-2) ..
2018-07-24 12:03:23,016 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-1) ..
2018-07-24 12:03:23,035 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-2) ..
2018-07-24 12:03:23,039 INFO  [org.dcm4che3.net.Association] (EE-ManagedScheduledExecutorService-default-Thread-1) ..

I have not yet tested if the issue also effects Wildfly 13.0.0.Final ( cannot use Wildfly 13.0.0.Final because of WFLY-10531 )

This test failed a few times just now on 0.92 branch.  Seems pretty basic failure.  The master is not up yet and its throwing PleaseHoldException.

When one specifies 'printStats' option to HFilePrettyPrinter one of the findings in the report is key row key of the largest row in HFile. Due to a bug it prints in correct row.

      if (curRowBytes > maxRowBytes && prevKV != null) {
        biggestRow = prevKV.getRow();
      }

Above piece should update maxRowBytes to curRowBytes. 

Based on HBASE-16926 it was observed that filterRowKey() API behaviour for FilterList and a standalone filter should be made consistent. This JIRA is to track down the changes and ensure 1.3+ on wards we have consistent behaviour.

src/main/asciidoc/_chapters/troubleshooting.adoc:

HADOOP_CLASSPATH=`hbase classpath` hadoop jar $HBASE_HOME/hbase-server-VERSION.jar rowcounter usertable

The class is no longer in hbase-server jar. It is in hbase-mapreduce jar.

Either the latest version should be default or the release process should removed the last version.
roo> addon info id --searchResultId 01
Name.........: Spring Roo - Addon - Sitemesh
BSN..........: org.codeconsole.roo.addon.sitemesh
Version......: 0.1.2.RELEASE [available versions: 0.1.3.RELEASE, 0.1.2.RELEASE]
Roo Version..: 1.1
Ranking......: 0.0
JAR Size.....: 14715 bytes
PGP Signature: 0xA95E26B1 signed by Scott Murphy (scott@codeconsole.com)
OBR URL......: http://codeconsole.googlecode.com/svn/repo/repository.xml
JAR URL......: httppgp://codeconsole.googlecode.com/svn/repo/org/codeconsole/roo
               /org.codeconsole.roo.addon.sitemesh/0.1.2.RELEASE/org.codeconsole
               .roo.addon.sitemesh-0.1.2.RELEASE.jar
Commands.....: 'sitemesh setup' [Install Sitemesh into your project.]
Description..: A Sitemesh 2 Roo Add on

We can run into issues as described below:
Hive script adds 2800 partitions to a table and during this it can get a SQLState 08S01 [Communication Link Error] and bonecp kill all the connections in the pool. The partitions are added and a create table statement executes (Metering_IngestedData_Compressed). The map job finishes successfully and while moving the table to the hive warehouse the ObjectStore.java commitTransaction() raises the error: commitTransaction was called but openTransactionCalls = 0. This probably indicates that there are unbalanced calls to openTransaction/commitTransaction

RequestPartMethodArgumentResolver contains a conditional code path with a Optional.ofNullable call. While this will work in most pre-Java-8 environments as well, it's fragile in debug environments, in particular on the IBM JVM. We should defensively delegate to an inner class with the actual Optional reference, like we do in other places.
Also, RequestPartMethodArgumentResolver modifies the nesting level of a potentially cached MethodParameter instance. This should be avoided in favor of temporary nested type access or a MethodParameter clone.

There are missing null checks in at least the following places:

The constructor of org.wildfly.security.auth.principal.NamePrincipal which should require "name" to be non-null
The name argument to org.wildfly.security.auth.client.AuthenticationConfiguration#useName

In addition, the following places handle null wrongly:

org.wildfly.security.auth.client.AuthenticationConfiguration#useAuthorizationName should check name for null, and if it is null, pass null in to useAuthorizationPrincipal

fom the logs in my env

2011-11-01 15:48:40,744 WARN  [Master:0;localhost,39664,1320187706355] master.AssignmentManager(1471): Failed assignment of -ROOT-,,0.70236052 to localhost,44046,1320187706849, trying to assign elsewhere instead; retry=1
org.apache.hadoop.hbase.ipc.HBaseRPC$VersionMismatch: Protocol org.apache.hadoop.hbase.ipc.HRegionInterface version mismatch. (client = 28, server = 29)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine.getProxy(WritableRpcEngine.java:185)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:300)

Anyway, after this the logs finishes with:

2011-11-01 15:54:35,132 INFO  [Master:0;localhost,39664,1320187706355.oldLogCleaner] hbase.Chore(80): Master:0;localhost,39664,1320187706355.oldLogCleaner exiting
Process Thread Dump: Automatic Stack Trace every 60 seconds waiting on Master:0;localhost,39664,1320187706355

it's in

    sun.management.ThreadImpl.getThreadInfo1(Native Method)
    sun.management.ThreadImpl.getThreadInfo(ThreadImpl.java:156)
    sun.management.ThreadImpl.getThreadInfo(ThreadImpl.java:121)
    org.apache.hadoop.util.ReflectionUtils.printThreadInfo(ReflectionUtils.java:149)
    org.apache.hadoop.hbase.util.Threads.threadDumpingIsAlive(Threads.java:113)
    org.apache.hadoop.hbase.LocalHBaseCluster.join(LocalHBaseCluster.java:405)
    org.apache.hadoop.hbase.MiniHBaseCluster.join(MiniHBaseCluster.java:408)
    org.apache.hadoop.hbase.HBaseTestingUtility.shutdownMiniHBaseCluster(HBaseTestingUtility.java:616)
    org.apache.hadoop.hbase.HBaseTestingUtility.shutdownMiniCluster(HBaseTestingUtility.java:590)
    org.apache.hadoop.hbase.client.TestAdmin.tearDownAfterClass(TestAdmin.java:89)

So that's at least why adding a timeout wont help and may be why it does not end at all. Adding a maximum retry to Threads#threadDumpingIsAlive could help.
I also wonder if the root cause of the non ending is my modif on the wal, with some threads surprised to have updates that were not written in the wal. Here is the full stack dump:

Thread 354 (IPC Client (47) connection to localhost/127.0.0.1:52227 from nkeywal):
  Blocked count: 360
  Waited count: 359
  Stack:
    org.apache.hadoop.ipc.Client$Connection.waitForWork(Client.java:702)
    org.apache.hadoop.ipc.Client$Connection.run(Client.java:744)
Thread 272 (Master:0;localhost,39664,1320187706355-EventThread):
  State: WAITING
  Blocked count: 0
  Waited count: 4
  Waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@107b954b
  Stack:
    sun.misc.Unsafe.park(Native Method)
    java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
    java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
    java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
    org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:502)
Thread 271 (Master:0;localhost,39664,1320187706355-SendThread(localhost:21819)):
  Blocked count: 2
  Waited count: 0
  Stack:
    sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
    sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:210)
    sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
    sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
    sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
    org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1107)
Thread 152 (Master:0;localhost,39664,1320187706355):
  Blocked count: 217
  Waited count: 174
  Waiting on org.apache.hadoop.hbase.zookeeper.RootRegionTracker@6621477c
  Stack:
    java.lang.Object.wait(Object.java:485)
    org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker.blockUntilAvailable(ZooKeeperNodeTracker.java:131)
    org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker.blockUntilAvailable(ZooKeeperNodeTracker.java:104)
    org.apache.hadoop.hbase.catalog.CatalogTracker.waitForRoot(CatalogTracker.java:277)
    org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:523)
    org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:468)
    org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:309)
    java.lang.Thread.run(Thread.java:662)
Thread 165 (LruBlockCache.EvictionThread):
  Waited count: 1
  Waiting on org.apache.hadoop.hbase.io.hfile.LruBlockCache$EvictionThread@3e9d7b56
  Stack:
    org.apache.hadoop.hbase.io.hfile.LruBlockCache$EvictionThread.run(LruBlockCache.java:593)
Thread 151 (main-EventThread):
  Blocked count: 40
  Waited count: 39
  Waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@22531380
  Stack:
Thread 150 (main-SendThread(localhost:21819)):
  Blocked count: 55
  Stack:
Thread 149 (IPC Server handler 4 on 39664):
  Blocked count: 3
  Waited count: 1968
  Waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@73f5173f
  Stack:
    org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1224)
Thread 148 (IPC Server handler 3 on 39664):
  Blocked count: 7
  Waited count: 1969
  Stack:
Thread 147 (IPC Server handler 2 on 39664):
  Blocked count: 11
  Stack:
Thread 146 (IPC Server handler 1 on 39664):
  Blocked count: 6
  Stack:
Thread 145 (IPC Server handler 0 on 39664):
  Waited count: 1970
  Stack:
Thread 133 (IPC Server listener on 39664):
  Blocked count: 1
  Stack:
    sun.nio.ch.SelectorImpl.select(SelectorImpl.java:84)
    org.apache.hadoop.hbase.ipc.HBaseServer$Listener.run(HBaseServer.java:580)
Thread 144 (IPC Server Responder):
  Stack:
    org.apache.hadoop.hbase.ipc.HBaseServer$Responder.run(HBaseServer.java:754)
Thread 143 (IPC Reader 9 on port 39664):
  Stack:
    org.apache.hadoop.hbase.ipc.HBaseServer$Listener$Reader.run(HBaseServer.java:471)
    java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
Thread 142 (IPC Reader 8 on port 39664):
  Stack:
Thread 141 (IPC Reader 7 on port 39664):
  Stack:
Thread 140 (IPC Reader 6 on port 39664):
  Stack:
Thread 139 (IPC Reader 5 on port 39664):
  Stack:
Thread 138 (IPC Reader 4 on port 39664):
  Stack:
Thread 137 (IPC Reader 3 on port 39664):
  Stack:
Thread 136 (IPC Reader 2 on port 39664):
  Stack:
Thread 135 (IPC Reader 1 on port 39664):
  Stack:
Thread 134 (IPC Reader 0 on port 39664):
  Stack:
Thread 124 (LeaseChecker):
  Waited count: 407
  Stack:
    java.lang.Thread.sleep(Native Method)
    org.apache.hadoop.hdfs.DFSClient$LeaseChecker.run(DFSClient.java:1252)
Thread 121 (ProcessThread:-1):
  Waited count: 269
  Waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@7f5d84e0
  Stack:
    org.apache.zookeeper.server.PrepRequestProcessor.run(PrepRequestProcessor.java:103)
Thread 120 (SyncThread:0):
  Waited count: 252
  Waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@3b25b27c
  Stack:
    org.apache.zookeeper.server.SyncRequestProcessor.run(SyncRequestProcessor.java:94)
Thread 119 (SessionTracker):
  Waited count: 207
  Stack:
    org.apache.zookeeper.server.SessionTrackerImpl.run(SessionTrackerImpl.java:142)
Thread 118 (NIOServerCxn.Factory:0.0.0.0/0.0.0.0:21819):
  Blocked count: 38
  Stack:
    org.apache.zookeeper.server.NIOServerCnxn$Factory.run(NIOServerCnxn.java:232)
Thread 116 (org.apache.hadoop.hdfs.server.datanode.DataBlockScanner@2e6f947b):
  Stack:
    org.apache.hadoop.hdfs.server.datanode.DataBlockScanner.run(DataBlockScanner.java:620)
Thread 113 (IPC Server handler 2 on 39899):
  Waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@1b4c72c8
  Stack:
    org.apache.hadoop.ipc.Server$Handler.run(Server.java:1364)
Thread 112 (IPC Server handler 1 on 39899):
  Stack:
Thread 111 (IPC Server handler 0 on 39899):
  Stack:
Thread 106 (IPC Server listener on 39899):
  Stack:
    org.apache.hadoop.ipc.Server$Listener.run(Server.java:439)
Thread 108 (IPC Server Responder):
  Stack:
    org.apache.hadoop.ipc.Server$Responder.run(Server.java:605)
Thread 102 (org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@45d1c3cd):
  Stack:
    sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method)
    sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:152)
    sun.nio.ch.ServerSocketAdaptor.accept(ServerSocketAdaptor.java:84)
    org.apache.hadoop.hdfs.server.datanode.DataXceiverServer.run(DataXceiverServer.java:131)
Thread 109 (DataNode: [/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data5,/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data6]):
  Blocked count: 137
  Waited count: 283
  Stack:
    org.apache.hadoop.hdfs.server.datanode.DataNode.offerService(DataNode.java:986)
    org.apache.hadoop.hdfs.server.datanode.DataNode.run(DataNode.java:1421)
Thread 107 (pool-4-thread-1):
  Stack:
    org.apache.hadoop.ipc.Server$Listener$Reader.run(Server.java:333)
Thread 105 (Timer-3):
  Waited count: 15
  Stack:
    java.util.TimerThread.mainLoop(Timer.java:509)
    java.util.TimerThread.run(Timer.java:462)
Thread 104 (1353906974@qtp-1197660496-1 - Acceptor0 SelectChannelConnector@localhost:59858):
  Stack:
    org.mortbay.io.nio.SelectorManager$SelectSet.doSelect(SelectorManager.java:498)
    org.mortbay.io.nio.SelectorManager.doSelect(SelectorManager.java:192)
    org.mortbay.jetty.nio.SelectChannelConnector.accept(SelectChannelConnector.java:124)
    org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:708)
    org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Thread 103 (1185716172@qtp-1197660496-0):
  Waited count: 8
  Stack:
    org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:626)
Thread 101 (refreshUsed-/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data6):
  Stack:
    org.apache.hadoop.fs.DU$DURefreshThread.run(DU.java:80)
Thread 98 (refreshUsed-/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data5):
  Stack:
Thread 90 (org.apache.hadoop.hdfs.server.datanode.DataBlockScanner@605b28c9):
  Waited count: 408
  Stack:
Thread 86 (IPC Server handler 2 on 56098):
  Waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@78ff22ed
  Stack:
Thread 85 (IPC Server handler 1 on 56098):
  Stack:
Thread 84 (IPC Server handler 0 on 56098):
  Stack:
Thread 80 (IPC Server listener on 56098):
  Stack:
Thread 82 (IPC Server Responder):
  Stack:
Thread 76 (org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@2b68989e):
  Stack:
Thread 83 (DataNode: [/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data3,/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data4]):
  Blocked count: 149
  Waited count: 290
  Stack:
Thread 81 (pool-3-thread-1):
  Stack:
Thread 79 (Timer-2):
  Stack:
Thread 78 (348878159@qtp-164967086-1 - Acceptor0 SelectChannelConnector@localhost:36427):
  Stack:
Thread 77 (1905729203@qtp-164967086-0):
  Stack:
Thread 75 (refreshUsed-/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data4):
  Stack:
Thread 72 (refreshUsed-/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data3):
  Stack:
Thread 61 (org.apache.hadoop.hdfs.server.datanode.DataBlockScanner@6709da93):
  Stack:
Thread 60 (IPC Server handler 2 on 40388):
  Waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@56afd9e3
  Stack:
Thread 59 (IPC Server handler 1 on 40388):
  Stack:
Thread 58 (IPC Server handler 0 on 40388):
  Stack:
Thread 53 (IPC Server listener on 40388):
  Stack:
Thread 55 (IPC Server Responder):
  Stack:
Thread 49 (org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@48baa31b):
  Stack:
Thread 57 (DataNode: [/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data1,/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data2]):
  Blocked count: 148
  Stack:
Thread 54 (pool-2-thread-1):
  Stack:
Thread 52 (Timer-1):
  Stack:
Thread 51 (1031841975@qtp-1068922666-1 - Acceptor0 SelectChannelConnector@localhost:56535):
  Stack:
Thread 50 (1191055321@qtp-1068922666-0):
  Stack:
Thread 48 (refreshUsed-/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data2):
  Stack:
Thread 45 (refreshUsed-/tmp/d846d12d-19f3-439a-8cab-e05db67ae60b/dfscluster_2773516a-bc5a-4029-9ee0-fc499eee6ca8/dfs/data/data1):
  Stack:
Thread 31 (IPC Server handler 9 on 52227):
  Waited count: 64
  Waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@64473a14
  Stack:
Thread 30 (IPC Server handler 8 on 52227):
  Waited count: 65
  Stack:
Thread 29 (IPC Server handler 7 on 52227):
  Waited count: 66
  Stack:
Thread 28 (IPC Server handler 6 on 52227):
  Stack:
Thread 27 (IPC Server handler 5 on 52227):
  Blocked count: 4
  Waited count: 68
  Stack:
Thread 26 (IPC Server handler 4 on 52227):
  Stack:
Thread 25 (IPC Server handler 3 on 52227):
  Stack:
Thread 24 (IPC Server handler 2 on 52227):
  Stack:
Thread 23 (IPC Server handler 1 on 52227):
  Stack:
Thread 22 (IPC Server handler 0 on 52227):
  Stack:
Thread 15 (IPC Server listener on 52227):
  Blocked count: 43
  Stack:
Thread 17 (IPC Server Responder):
  Stack:
Thread 21 (Timer-0):
  Waited count: 17
  Stack:
Thread 20 (245022965@qtp-589734556-1 - Acceptor0 SelectChannelConnector@localhost:33079):
  Stack:
Thread 19 (1821050251@qtp-589734556-0):
  Stack:
Thread 16 (pool-1-thread-1):
  Blocked count: 45
  Waited count: 44
  Stack:
Thread 14 (org.apache.hadoop.hdfs.server.namenode.DecommissionManager$Monitor@620fa83):
  Waited count: 147
  Stack:
    org.apache.hadoop.hdfs.server.namenode.DecommissionManager$Monitor.run(DecommissionManager.java:65)
Thread 13 (org.apache.hadoop.hdfs.server.namenode.FSNamesystem$ReplicationMonitor@d5d4de6):
  Stack:
    org.apache.hadoop.hdfs.server.namenode.FSNamesystem$ReplicationMonitor.run(FSNamesystem.java:2689)
Thread 12 (org.apache.hadoop.hdfs.server.namenode.LeaseManager$Monitor@73d32e45):
  Waited count: 220
  Stack:
    org.apache.hadoop.hdfs.server.namenode.LeaseManager$Monitor.run(LeaseManager.java:368)
Thread 11 (org.apache.hadoop.hdfs.server.namenode.FSNamesystem$HeartbeatMonitor@19be4777):
  Waited count: 89
  Stack:
    org.apache.hadoop.hdfs.server.namenode.FSNamesystem$HeartbeatMonitor.run(FSNamesystem.java:2666)
Thread 10 (org.apache.hadoop.hdfs.server.namenode.PendingReplicationBlocks$PendingReplicationMonitor@658f7386):
  Waited count: 2
  Stack:
    org.apache.hadoop.hdfs.server.namenode.PendingReplicationBlocks$PendingReplicationMonitor.run(PendingReplicationBlocks.java:186)
Thread 4 (Signal Dispatcher):
  Stack:
Thread 3 (Finalizer):
  Blocked count: 9
  Waited count: 10
  Waiting on java.lang.ref.ReferenceQueue$Lock@3d1a70a7
  Stack:
    java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
    java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
    java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
Thread 2 (Reference Handler):
  Waited count: 12
  Waiting on java.lang.ref.Reference$Lock@270d75a3
  Stack:
    java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
Thread 1 (main):
  Blocked count: 104
  Waited count: 97
  Stack:
    sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    java.lang.reflect.Method.invoke(Method.java:597)
    org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
    org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
    org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:37)
    org.junit.runners.ParentRunner.run(ParentRunner.java:236)
    org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)

In splitLog, the logWriters map is an unsynchronized collection, and the spawned threads mutate it. In practice I've now seen several times a situation where one of the puts into this map is lost, and a thread ends up renaming a file it's in the process of writing to, causing those edits to be lost when the log is split.

Any validation that rejects null value subsequently fails when building the validation output.
The problem could be hunted down to org.springframework.data.rest.core.ValidationErrors#getValue that throws above-mentioned exception when PropertyAccessor reads the null value.

In the MessageContextErrors.rejectValue(...) method the default message is passed into resolveMessageCodes(...) incorrectly.
The current method call is as follows:
resolveMessageCodes(errorCode, defaultMessage, field, fieldType)
The correct method call is as follows:
resolveMessageCodes(errorCode, objectName, field, fieldType)

Symptom: Setting the property 'bspCompliant' on Wss4jSecurityInterceptor to false has an effect only for the first web service request after application start. Setting 'wsiBspCompliant=false' on the wssConfig object has the same result.
Cause: WSS4J sets back the value in WssConfig to true in each WSHandler.doSenderAction() call. WSHandler.doSenderAction() asks the Spring Wss4JHandler for the value of the configuration option IS_BSP_COMPLIANT in the set of options, and Wss4JHandler returns null. The default behaviour of WSS4J is: If an option is not set in the handler, the value defaults to true.
Possible correction: add IS_BSP_COMPLIANT to the set of options in Wss4JHandler on call to Wss4jSecurityInterceptor.setBspCompliant().

since external xalan impl doesn't support StAXSource, we should convert StAXSource to SAXSource firstly when external xalan is used
Otherwise we will see exception like

javax.xml.transform.TransformerException: Can't transform a Source of type javax.xml.transform.stax.StAXSource

There are a few small issues in the database creation scripts for mysql.  A couple of the tables don't set the engine to InnoDB.  None of the tables set default character set to latin1.  And the syntax "CREATE INDEX...USING HASH" doesn't work on older versions of MySQL.  Instead the index creation should be done without specifying a method (no USING clause).

After HBASE-11446 goes in, we should increment the IVs used by HFileBlockDefaultEncodingContext by the ciper's internal block size. 

CellComparator.compareStatic(Cell a, Cell b) compares type wrongly.

    //type
    c = (0xff & a.getTypeByte()) - (0xff & b.getTypeByte());
    if (c != 0) return c;

In the normal case it should be the other way

      // Compare types. Let the delete types sort ahead of puts; i.e. types
      // of higher numbers sort before those of lesser numbers. Maximum (255)
      // appears ahead of everything, and minimum (0) appears after
      // everything.
      return (0xff & rtype) - (0xff & ltype);

Found this issue while replacing KVComparator to use CellComparator.  
Matt Corgan
Could you confirm this once?  Currently PrefixTree code path uses this compareStatic method.

Delete of a table is removing regions from the filesystem while they are trying to close.  Not sure yet how to fix.

Jetty, Apache HTTP, have HTTP TRACE disabled by default. We should also do this in Camel. 

HBASE-6308 introduced a new custom CoprocessorClassLoader to load the coprocessor classes and a new instance of this CL is created for each single HRegion opened. This leads to OOME-PermGen when the number of regions go above hundres / region server. 
Having the table coprocessor jailed in a separate classloader is good however we should create only one for all regions of a table in each HRS.

XMLConfigurationProvider in DefaultConfigurationBuilder has default scope. When configuring a new ConfigurationProvider to use a class that extends XMLConfiguration an Exception is raised because the setConfigurationClass method cannot be called from the bean utility classes.

The current text in section 2.6.4 of the HBase book says this about client dependencies:
Minimally, a client of HBase needs the hbase, hadoop, log4j, commons-logging, commons-lang, and ZooKeeper jars in its CLASSPATH connecting to a cluster.
I tried that, and got an exception due to a class not being found.  I fixed that by searching for that class in the jars in lib/, and tried again.  Got an exception, due to a different class not found.  I iterated until it worked.  When I was done, I found myself using the following JARs:
commons-configuration-1.6.jar  hadoop-core-1.0.0.jar  slf4j-api-1.5.8.jar
commons-lang-2.5.jar           hbase-0.92.0.jar       slf4j-log4j12-1.5.8.jar
commons-logging-1.1.1.jar      log4j-1.2.16.jar       zookeeper-3.4.2.jar

[standalone@localhost:9990 /] deployment-info --headers       
[standalone@localhost:9990 /] deployment-info --headers=<TAB><TAB>
this does not kick in, should be:
[standalone@localhost:9990 /] deployment-info --headers={ 
after first <TAB>

We encounter two issues when we configured conversionService in Spring config file. Please see attached test case:
Java:
public class TestBean{
private List<String> addresses;
...
}
Config:
<bean id="conversionService" class="org.springframework.context.support.ConversionServiceFactoryBean" />
  <bean class="TestBean">    
    <property name="addresses">
      <list>
        <value>#
{'test-' + strValue + '-end'}
</value>
        <value>#
{'test-' + strValue}
</value>
        <value>#
{'test-' + numValue+ '-end'}
</value>
        <value>#
{'test-' + numValue}
</value>
      </list>
  </bean>
  <bean id="numValue" class="java.lang.Integer" >
    <constructor-arg value="111"/>
  </bean>
  <bean id="strValue" class="java.lang.String" >
    <constructor-arg value="222"/>
  </bean>

If a node contains numeric data but the class field is of a different type,
eg. long -> int,byte
or double -> float
It fails with a mapping exception while it should coerce the value if it fits and only fail on an overflow.
JSON by default only knows long(ish) and double so all other numeric types will probably pose problems.

the shaded jar modules don't need to create a source or test jar (because the jars contain nothing other than META-INF)
currently we create 

the test jars are missing LICENSE
source jars have LICENSE/NOTICE files that claim all the bundled works in the normal jar.

hbase-1.1.2-rc0 busbey$ find hbase-shaded-server-1.1.2-sources.jar/
hbase-shaded-server-1.1.2-sources.jar/
hbase-shaded-server-1.1.2-sources.jar//META-INF
hbase-shaded-server-1.1.2-sources.jar//META-INF/LICENSE
hbase-shaded-server-1.1.2-sources.jar//META-INF/MANIFEST.MF
hbase-shaded-server-1.1.2-sources.jar//META-INF/NOTICE
hbase-1.1.2-rc0 busbey$ find hbase-shaded-client-1.1.2-sources.jar/
hbase-shaded-client-1.1.2-sources.jar/
hbase-shaded-client-1.1.2-sources.jar//META-INF
hbase-shaded-client-1.1.2-sources.jar//META-INF/LICENSE
hbase-shaded-client-1.1.2-sources.jar//META-INF/MANIFEST.MF
hbase-shaded-client-1.1.2-sources.jar//META-INF/NOTICE
hbase-1.1.2-rc0 busbey$ find hbase-shaded-client-1.1.2-tests.jar/
hbase-shaded-client-1.1.2-tests.jar/
hbase-shaded-client-1.1.2-tests.jar//META-INF
hbase-shaded-client-1.1.2-tests.jar//META-INF/NOTICE
hbase-1.1.2-rc0 busbey$ find hbase-shaded-server-1.1.2-tests.jar/
hbase-shaded-server-1.1.2-tests.jar/
hbase-shaded-server-1.1.2-tests.jar//META-INF
hbase-shaded-server-1.1.2-tests.jar//META-INF/NOTICE

This test case is from HBASE-13317.
The test uses a custom region server to simulate reportForDuty in a master failover case.  This custom RS would start, then the primary master would fail, then the custom RS would  reportForDuty to the second master after master failover.
The test occasionally will hang or timeout.
The root cause is that during first master initialization, the master would assign meta (and create and assign namespace table). It is possible that the meta is assigned to the custom RS, which has started (place a rs node on the ZK), but will not really check-in and be online. Then the master will go thru multiple re-assignment, which can be lengthy and cause trouble.
There are a couple of issues I see in the master assignment code:
1.  Master puts all the region servers obtained from ZK rs node into the online server list, including those that have not checked-in via RPC.  And we will assign meta or other regions based on whole list.
2. When one assign plan fails, we don't exclude the failed server when picking the next destination, which may prolong the assignment process.
I will provide a patch to fix the test case.  The other issues mentioned are up to discussion.

The DefaultScriptExecutor seems to optimistically attempt to run the server-cached version of a script by passing the SHA1.  If any exception is thrown, it assumes that this is because the script does not exist on the server and attempts to send the script and run it.
Here is the code in question:
DefaultScriptExecutor.java
protected <T> T eval(RedisConnection connection, RedisScript<T> script, ReturnType returnType, int numKeys,
			byte[][] keysAndArgs, RedisSerializer<T> resultSerializer) {
		Object result;
		try {
			result = connection.evalSha(script.getSha1(), returnType, numKeys, keysAndArgs);
			result = connection.eval(scriptBytes(script), returnType, numKeys, keysAndArgs);
		}
		if (script.getResultType() == null) {
		}
		return deserializeResult(resultSerializer, result);
	}

This means that ANY exception thrown by a script causes it to be run twice, and obviously any side affects of running the script (i.e. data insertions) which occur before the error are duplicated.
I believe this is likely not the intended behaviour.  The DefaultScriptExecutor should verify the reason for the exception prior to re-attempting to run the script in every case.
I have seen this behaviour in 1.3.4, 1.4.0 and as of writing, the source seems to be the same.

To replicate, run this script:

project --topLevelPackage com.foo
git setup
q

Then run "git log" from the command prompt. The commit ID reported by the Git addon is different to that reported by "git log". Here's an example:

1.2.0.BUILD-SNAPSHOT [rev 87bde46]

roo> project --topLevelPackage com.foo
0b2872e Created ROOT/pom.xml
Created SRC_MAIN_RESOURCES/META-INF/spring
53126d9 Created SRC_MAIN_RESOURCES/log4j.properties
5360da5 Created SRC_MAIN_RESOURCES/META-INF/spring/applicationContext.xml
com.foo roo> git setup
5ae253a Created ROOT/.gitignore
Git commit 71c9442c5484326e6714ac53db5ad4c445744b99 [git setup]
com.foo roo> q
Total execution time 20 seconds
Roo exited with code 0
aswan: gitto > git log
commit 8ae7ca485529f89847217d5e7d304d75e3601fb6
Author: Roo Git Add-On <s2-roo@vmware.com>
Date:   Thu Aug 11 12:25:54 2011 +1000

    git setup

    for (byte[] columnFamily : maxSeqIdInStores.keySet()) {
      Long storeSeqIdForReplay = maxSeqIdInStores.get(columnFamily);

maxSeqIdInStores.entrySet() should have been used.

org.jboss.as.test.integration.ee.remotelookup (1)
    LookupTestCase.testServerLocalLookup 

&amp#27;[0m&amp#27;[33m00:13:20,467 WARN  [org.apache.activemq.artemis.core.client] (pool-8-thread-1) AMQ212007: connector.create or connectorFactory.createConnector should never throw an exception, implementation is badly behaved, but we will deal with it anyway.: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "localhost" "resolve")" in code source "(vfs:/content/deploy.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.deploy.jar" from Service Module Loader")
	at java.lang.SecurityManager.checkConnect(SecurityManager.java:1048)
	at org.wildfly.security.manager.WildFlySecurityManager.checkConnect(WildFlySecurityManager.java:389)
	at java.net.InetAddress.getAllByName0(InetAddress.java:1268)
	at java.net.InetAddress.getAllByName(InetAddress.java:1192)
	at java.net.InetAddress.getAllByName(InetAddress.java:1126)
	at java.net.InetAddress.getByName(InetAddress.java:1076)
	at java.net.InetSocketAddress.<init>(InetSocketAddress.java:220)
	at org.apache.activemq.artemis.core.remoting.impl.netty.NettyConnector.createConnection(NettyConnector.java:711)
	at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.openTransportConnection(ClientSessionFactoryImpl.java:1046)
	at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.createTransportConnection(ClientSessionFactoryImpl.java:1086)
	at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.establishNewConnection(ClientSessionFactoryImpl.java:1297)
	at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.getConnection(ClientSessionFactoryImpl.java:901)
	at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.getConnectionWithRetry(ClientSessionFactoryImpl.java:797)
	at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl.connect(ClientSessionFactoryImpl.java:240)
	at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:782)
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.createConnectionInternal(ActiveMQConnectionFactory.java:835)
	at org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory.createConnection(ActiveMQConnectionFactory.java:282)
	at org.jboss.as.test.integration.ee.remotelookup.LookupTestCase.lookupConnectionFactory(LookupTestCase.java:81)
	at org.jboss.as.test.integration.ee.remotelookup.LookupTestCase.testServerLocalLookup(LookupTestCase.java:66)
	at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source)

In HBASE-13358 the VisibilityClient.listLabels() was amended to take in a connection from the caller, which totally makes sense. But the patch forgot to remove the unconditional call to connection.close() in the finally block:

    finally {
      if (table != null) {
      }
      }
    }

Remove the second if completely.

If the tablename happens to equal with the logs' dir name of a certain regionserver, the table will store table's data into the same dir in HDFS shared with the regionserver's log dir. If the specified region server fails, the dir may be removed after the logs are replayed. And here, we lose the data.
I suggest that a special char like '_' could be added before the logdir's name, just as what root region and meta region have done. So we can prevent the user table's data from being stored in a log dir. for example, 'log_10.132.15.1_1231465024534_60020' will be changed to '_log_10.132.15.1_1231465024534_60020'.

In WebServiceGatewaySupport the set* properties delegate to WebServiceTemplate in the moment the call is made. 
As long as one uses the default WebServiceTemplate there is no problem.
But as soon as using a custom WebServiceTemplate the order the properties are becomes critical, fact that should not be the case.
E.g.
if I have:
    <bean id="airlineClient" class="org.springframework.ws.samples.airline.client.sws.AirlineClient">
        <property name="marshaller" ref="marshaller"/>
        <property name="unmarshaller" ref="marshaller"/>
        <property name="defaultUri" value="http://localhost:8080/airline/services"/>
        <property name="webServiceTemplate" ref="myWebServiceTemplate"/>        
    </bean>
will fail when used as the delegate will go to the default template, template that is replaced in the last property set with my template.
If I have :
    </bean>
everithing works file since teh web template is already set before the delegate take place.
I suggest that delegates takes place in afterPropertiesSet not in the set* methods.

Follow on from hbase-8776.
Need to fix retries and timeouts.  We cut them down so much hbase-it tests fail.
From https://issues.apache.org/jira/browse/HBASE-8776?focusedCommentId=13698762&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13698762 @nkeywal says:

I would like to change
hbase.client.retries.number -> 30 (instead of 14 or 20 today)
hbase.client.pause -> 500 (instead of 100 or 1000 today).
Context: see HBASE-6295.
As well, would it make sense to remove all the hbase-site.xml and hbase-defaults.xml to rely only on the defaults in the code. This would trigger another set of issues, as sometimes the defaults are duplicated and different. But these are bugs as well. Imho, this duplication is confusing and it leads to unreliable behavior as we don't really know what are the setting actually used.

Regards removing hbase-site.xml from everywhere to rely on defaults in code, over in hbase-8776 I tried removing them and way too many tests failed.  Looks like it'd be tough removing them.

The event type is "evicted" not "envicted."  Our code has a constant called HazelcastConstants.ENVICTED which has the value "envicted."  We need to fix this, but it will cause a compatibility break.  We could introduce the correct values and support both, with the incorrect ones being deprecated.  Would that work?

Under Windows, if you save an Entity with an attribute value:
"Aki Kaurismäki"
And then reload that entity, the attribute value loaded back is not the same.This appears to be an encoding issue, possibly because Windows uses UCS-2 encoding by default, and we persist values with UTF-8 encoding. 
see the test : saveAndRetrieveUserWithDifferentCharset() 
In CineastsIntegrationTest
https://github.com/spring-projects/spring-data-neo4j/blob/4.0/neo4j-ogm/src/test/java/org/neo4j/ogm/integration/cineasts/annotated/CineastsIntegrationTest.java

I have a spring <beans> with default-destroy-method="destroy".  Some of my beans have a destroy() method, some don't.
It looks like, inside the DisposableBeanAdapter the following happens for the beans that do NOT have a destroy() method.

Construction
destroyMethodName looked up from bean definition
destoryMethod looked up from name, gets null
validates that destroy method can be null (beanDefinition.isEnforceDestroyMethod())

Then on dispose

destroyMethod is null
destroyMethodName is not null, tries to look up destroyMethod again, and gets null again
passes result to invokeCustomDestroyMethod()
invokeCustomDestroyMethod() throws NPE as destroyMethod is null

Possible solution would be to null out destroyMethodName in the constructor if the method is not found, or perhaps not create the DisposableBeanAdapter at all.

The changes made with DATAMONGO-1617 are leading to an inconsistent behaviour of the version property when working with BeforeConvertEvent. 

	@Id protected String id;
	@Version protected Long version;
	@CreatedDate protected Date dateCreated;
	@LastModifiedDate protected Date dateModified;
	public TestEntity(String id) { this.id = id; }
}

public void demo() {
	TestEntity entity = new TestEntity("1");
	repository.save(entity); // BeforeConvertEvent 1
	repository.save(entity); // BeforeConvertEvent 2
}

Before the changes (1.10.0.RELEASE) the version property was 0 when receiving the first event and 1 when receiving the second event.
After the changes (1.10.1.RELEASE) the version property is 0 at both the first and second event.
It is no longer possible to know if the entity (with an non-autogenerated ID) is new or changed (e.g. to set date created/modified properties). I'm also not sure if the @LastModifiedDate annotation is still working as expected since the PropertyIsNullOrZeroNumberIsNewStrategy (used by the AuditingEventListener) is working with the version property - and the version is 0 before inserting a new entity and 0 before updating the entity the first time:

@Override
protected boolean decideIsNew(Object property) {
	if (property == null) {
	}

	if (!(property instanceof Number)) {
	}

	return ((Number) property).longValue() == 0;
}

explain
FROM srcpart c
JOIN srcpart d
ON ( c.key=d.key AND c.ds='2008-04-08' AND  d.ds='2008-04-08')
SELECT /*+ MAPJOIN(d) */ DISTINCT c.campaign_id;
The above query throws an error:
FAILED: Error in semantic analysis: line 0:-1 Invalid Function TOK_MAPJOIN

It is because StatsUtils uses the String.startWith to compare VARCHAR/DECIMAL column type name with serdeConstants which are in lowercase.  But these type names in stats might not be in lower case. We ran into a case where the type name from TAB_COL_STATS/PART_COL_STATS was actually in uppercase (e.g. VARCHAR, DECIMAL) because these column stats were populated from other HMS clients like Impala.
We need changes these type name comparison to be case insensitive

Write new UT tests that use random data and intentional isRepeating batches to checks for NULL and Wrong Results for vectorized BETWEEN and IN.
Add, missing vectorization classes for BETWEEN PROJECTION.

changes to use LogicalIOProcessor subclass as vertex and get reduce jobs working

During recovery, when EnableTableHandler#prepare() is called, If the table does not exist, it marks the table as deleted and does NOT throw TableNotFoundException.  The result is that the table lock is released and the caller has no knowledge that the table not exist or already deleted, it would continue the next step.

  public EnableTableHandler prepare()
      throws TableNotFoundException, TableNotDisabledException, IOException {
   ...
    try {
      if (!MetaTableAccessor.tableExists(this.server.getConnection(), tableName)) {
        }
         this.assignmentManager.getTableStateManager().setDeletedTable(tableName);
      }
   ...
  }

However,look at the recovery code that calls the EnableTableHandler#prepare function, AssignmentManager#recoverTableInEnablingState() expects TableNotFoundException so that it can skip the table.

  private void recoverTableInEnablingState()
          throws KeeperException, IOException {
    Set<TableName> enablingTables = tableStateManager.
            getTablesInStates(TableState.State.ENABLING);
    if (enablingTables.size() != 0) {
      for (TableName tableName : enablingTables) {
        // Recover by calling EnableTableHandler
        LOG.info("The table " + tableName
            + " is in ENABLING state.  Hence recovering by moving the table"
            + " to ENABLED state.");
        // enableTable in sync way during master startup,
        // no need to invoke coprocessor
        EnableTableHandler eth = new EnableTableHandler(this.server, tableName,
          this, tableLockManager, true);
        try {
          eth.prepare();
        } catch (TableNotFoundException e) {
          LOG.warn("Table " + tableName + " not found in hbase:meta to recover.");
          continue;
        }
        eth.process();
      }
    }
  }

The proposed fix is always throw TableNotFoundException in EnableTableHandler#prepare if the table does not exist.
note: this bug only applies to master, a regression from HBASE-7767.  Branch-1 has the correct logic, after setting table state, it would throw the exception.

metastore.api.SkewedValueList is included in FileSinkOperator, which should not be.

If PubSubResubscribeTests or PubSubTests run before another test that's instantiated RedisTestProfileValueSource they fail with a NullPointerException:

	at org.springframework.data.redis.RedisTestProfileValueSource.matches(RedisTestProfileValueSource.java:112)
	at org.springframework.data.redis.listener.PubSubResubscribeTests.shouldRun(PubSubResubscribeTests.java:85)
(31 more lines...)

And:

	at org.springframework.data.redis.listener.PubSubTests.shouldRun(PubSubTests.java:78)

You can recreate the problem by running either of the two test classes on their own in your IDE. I just saw the failure trying to build Spring IO Platform 2.0 RC1 (which is using Spring Data Redis 1.6.0.RELEASE). I'd appreciate a backport of any fix you make to all maintained branches as it's a huge pain to have these two tests be the only two that fail among the 10000s of tests that the Platform runs to verify compatibility.

Since upgrade to Undertow CR2 which contains https://github.com/undertow-io/undertow/pull/164
JSFFailoverTestCase is failing.
example of failure: http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=9076&buildTypeId=WFPR

org.junit.ComparisonFailure: expected:<...COz6P7qxwwkkxE.node-[0]> but was:<...COz6P7qxwwkkxE.node-[1]>
    at org.junit.Assert.assertEquals(Assert.java:115)
    at org.junit.Assert.assertEquals(Assert.java:144)
    at org.jboss.as.test.clustering.cluster.jsf.JSFFailoverTestCase.testGracefulSimpleFailover(JSFFailoverTestCase.java:268)

If partitioning columns have _HIVE_DEFAULT_PARTITION_ or null, vectorized execution throws NPE.

If testGrantRevoke() runs before testRead() you end up with, since testGrantRevoke() revokes the read right for the rouser.

testRead(org.apache.hadoop.hbase.security.access.TestAccessController)  Time elapsed: 5.992 sec  <<< FAILURE!
java.lang.AssertionError: Expected action to pass for user 'rouser' but was denied
        at org.apache.hadoop.hbase.security.access.TestAccessController.verifyAllowed(TestAccessController.java:204)
        at org.apache.hadoop.hbase.security.access.TestAccessController.verifyAllowed(TestAccessController.java:211)
        at org.apache.hadoop.hbase.security.access.TestAccessController.verifyRead(TestAccessController.java:600)
        at org.apache.hadoop.hbase.security.access.TestAccessController.testRead(TestAccessController.java:627)

Back in HBASE-15137 we made it so that CQTBE causes preemptive fast fail exception on the client. 
It seems those 2 load control mechanists don't exactly align here. Server throws CallQueueTooBigException, CallDroppedException (from deadline scheduler) when it feels overloaded. Client should accept that behavior and retry. When servers sheds the load, and client also bails out, the load shedding  bubbles up too high and high level impact on the client applications seems worse with PFFE turned on then without.

Enable TestSimpleRegionNormalizerOnCluster#testRegionNormalizationMergeOnCluster that was temporally disabled by HBASE-14614

Here is some stuff I saw. I will propose a fix in a week or so, please add the comment or issues you have in mind.
15.6.1. Apache HBase Modules
=> We should be able to use categories in all modules. The default should be small; but any test manipulating the time needs to be in a specific jvm (hence medium), so it's not always related to minicluster.
15.6.3.6. hbasetests.sh
=> We can remove this chapter, and the script
 The script is not totally useless, but I think nobody actually uses it.
=> Add a chapter on flakiness.
Some tests are, unfortunately, flaky. While there number decreases, we still have some. Rules are:

don't write flaky tests! 
small tests cannot be flaky, as it blocks other test execution. Corollary: if you have an issue with a small test, it's either your environment either a severe issue.
rerun the test a few time to validate, check the ports and file descriptors used.

mvn test -P localTests -Dtest=MyTest
=> We could actually activate the localTests profile whenever -Dtest is used. If we do that, we can remove the reference from localTests in the doc.
mvn test -P runSmallTests mvn test -P runMediumTests
=> I'm not sure it's actually used. We could remove them from the pom.xml (and the doc).
The HBase build uses a patched version of the maven surefire plugin 
=> Hopefully, we will be able to remove this soon 
 Integration tests are described TODO: POINTER_TO_INTEGRATION_TEST_SECTION
 => Should be documented

See the query: 

create table if not exists DST as select * from SRC;

if the table DST doesn't exist, SessionState.get().getHiveOperation() will return HiveOperation.CREATETABLE_AS_SELECT;
But if the table DST already exists, it will return HiveOperation.CREATETABLE;
It really makes some trouble for those who judge operation type by SessionState.get().getHiveOperation().
The reason I find out is that the function analyzeCreateTable in SemanticAnalyzer.java will return null and won't set the correct command type if the table already exists.
Here is the related code:

// check for existence of table
    if (ifNotExists) {
      try {
        Table table = getTable(qualifiedTabName, false);
        if (table != null) { // table exists
        }
      } catch (HiveException e) {
        // should not occur since second parameter to getTableWithQN is false
        throw new IllegalStateException("Unxpected Exception thrown: " + e.getMessage(), e);
      }
    }

I've created a finder for a entity's enumeration field.
In the view, when I try to search using this with a valid value I get an exception 'Internal Error: A xxx is required.'.

I am using Mongodb java driver (mongo-java-driver - 2.7.2) to create a Query using QueryBuilder and then using QueryBuilder to get the DBObject to create a BasicQuery; then using MongoTemplate's find method by passing the BasicQuery Object.  Getting a ClassCastException in QueryMapper - trying cast an ArrayList to a BasicBSONList.  Using version 1.0.0.M4.  It would be nice if a patch is applied to this version??  Attached is the changes I made in order to make it work.

Yes, I am guilty as charged, I don't use mac like the rest of you 
The Hive CLI currently doesn't work with cygwin under windows, this is due to the dual path model that cygwin employs (there are file paths relative to the cygwin virtual root, and file paths relative to the windows root)
Since Sun's JDK is installed under the windows environment, if the paths are not converted to windows format before being passed along then java will be at a loss to where the files are. The solution is to use the cygpath command to convert the paths to windows format before passing along to java world.
I have a fix for this already, still doing some further testing (to make sure it works under both unix and windows environments), then I will submit patch to this bug (should submit before end of this week).
Cheers,
– amr

when i run hive queries, i get errors as follow
java.lang.NoClassDefFoundError: org/apache/hadoop/tools/DistCpOptions
...
I dig into code, and find that hive depends on distcp ,but distcp is not in classpath by default.
I think if adding distcp to hadoop classpath by default in hadoop project, but hadoop committers will not do that. discussions in HADOOP-13865 . They propose that Resolving this problem on HIVE
So i add distcp to classpath on HIVE

Need to disable check for empty input paths in the InputFormat in Tez. Tez allows "empty" vertices to make it easier to handle empty tables, partitions, buckets, etc.

Scanners are sometimes leaked by the KeyValueHeap class. The constructor adds each scanner to a heap, but only if the scanner's peek() method returns not null (line 58). Otherwise the scanner is dropped without being closed.
Unfortunately some scanners (like StoreScanner and MemStoreScanner) register themselves to some global list when constructed and only deregister on close(). This can cause a memory leak, for example with MemStoreScanners on an empty memory store.
The quick fix is to add an else clause to the if on line 58:
} else {
  scanner.close()
}
The root cause is that ownership of the scanners is transferred from the caller to the KeyValueHeap on construction. Maybe this should be made clear in the documentation or changed.

replayRecoveredEdits() should do another reporter.progress() before returning.

Since the package 'javax.xml.bind.annotation.adapters' is missing from the imports on camel-core we could not deploy our bundles on karaf.
On Java 6 this is no problem, since the package is bootdelegated anyway since its included in the JVM.

----Original Message----
From: deng xinzi xinzi6388@gmail.com 
Sent: Sunday, February 04, 2007 6:19 AM
To: commons-dev@jakarta.apache.org
Subject: [bug]commons-io 1.3 FileUtils.openOutputStream(File file) NullPointException
FileUtils.openOutputStream(File file)
When the file = new File( "abc.txt" );
There will be a NullPointerException throw.
Cause
file = new File("abc.txt")
file.getParentFile() returns null.
So I suggest adding the null check code like this.
            File parent = file.getParentFile();
            if( parent Unable to render embedded object: File (= null ) {   // ADD THIS) not found.!!
              if (parent.exists() == false) {
                if (parent.mkdirs() == false) 
{
                    throw new IOException("File '" + file + "' could not be
created");
                }
              }
            }
                                       Xinzi ...

standalone.bat is unable to start on Windows with specific debug port
priority of this jira is blocker because this is regression against 7.0.0.GA
It may relates with JBEAP-5374 and JBEAP-5551 (CC: Petr Sakař)

C:\Users\Administrator\playground\7.1.0.DR3\jboss-eap-7.1\bin>standalone.bat --debug 7878
Calling "C:\Users\Administrator\playground\7.1.0.DR3\jboss-eap-7.1\bin\standalone.conf.bat"
"-Dprogram.name=standalone.bat -Xms1G -Xmx1G -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djbo
ss.modules.system.pkgs=org.jboss.byteman -agentlib:jdwp=transport=dt_socket,address="7878,server=y,suspend=n" | findstr /I \-serve
r > nul
ss.modules.system.pkgs=org.jboss.byteman -agentlib:jdwp=transport=dt_socket,address="7878,server=y,suspend=n" | findstr /I "\-verb
ose:gc" > nul

  JBOSS_HOME: "C:\Users\Administrator\playground\7.1.0.DR3\jboss-eap-7.1"

  JAVA: "C:\jdk1.8.0_45\bin\java"

  JAVA_OPTS: "-verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogF
ileSize=3M -Xloggc: -XX:-TraceClassUnloading -Dprogram.name=standalone.bat -Xms1G -Xmx1G -XX:MetaspaceSize=96M -XX:MaxMetaspaceSiz
e=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -agentlib:jdwp=transport=dt_socket,address="7
878,server=y,suspend=n"

ERROR: JDWP option syntax error: -agentlib:jdwp=transport=dt_socket,address=7878,server=y,suspend=n ^
The filename, directory name, or volume label syntax is incorrect.

StringUtils.equals(CharSequence cs1, CharSequence cs2) fails with String Index OBE if the two sequences are different lengths.

Following copied from WFCORE-212 shows a StringIndexOutOfBounds being thrown when the empty string is the 'value' passed to PathElement.pathElement(key, value). The point of this JIRA is not to correct the reason for that empty string, but rather to fail cleanly (probably with the same logic used for the value == null case.)
Following steps to reproduce section you will encounter this exception:

15:25:04,304 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: java.lang.StringIndexOutOfBoundsException: String index out of range: 0
	at java.lang.String.charAt(String.java:646) [rt.jar:1.8.0_20]
	at org.jboss.as.controller.PathElement.<init>(PathElement.java:102) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.PathElement.pathElement(PathElement.java:67) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.registry.PlaceholderResource$PlaceholderResourceEntry.<init>(PlaceholderResource.java:141) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.messaging.HornetQServerResource.getChildren(HornetQServerResource.java:184)
	at org.jboss.as.controller.registry.AbstractModelResource$DelegateResource.getChildren(AbstractModelResource.java:280) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:252) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:239) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:225) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:254) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.registry.Resource$Tools.readModel(Resource.java:213) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.ModelControllerImpl.writeModel(ModelControllerImpl.java:640) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.OperationContextImpl.createPersistenceResource(OperationContextImpl.java:381) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:577) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.AbstractOperationContext.finishStep(AbstractOperationContext.java:803) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:778) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:404) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:301) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.server.ServerService.boot(ServerService.java:364) [wildfly-server-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.server.ServerService.boot(ServerService.java:339) [wildfly-server-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:263) [wildfly-controller-1.0.0.Alpha9.jar:1.0.0.Alpha9]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_20]

The default version of <split> used in Spring Batch uses a Synchronous TaskExecutor by default and requires the user to provide a TaskExecutor reference if they want parallel processing.  The JSR does not provide the ability to inject the thread pool and yet requires parallel execution.  So we need to provide a basic default impl when configuring via the JSR.

The InstrumentationProcessor currently only catches exception and sets it in the exception.   Runtime errors and throwables can be thrown all the way out of the DeadLetterChannel's process method, out of the reach of exception policy.

Another one on behalf of Selina Zhang and Chris Drome. Following the example in Apache Tez's MapProcessor, TezProcessor ought to use ProgressHelper to report progress for a Tez task. As per Kuhu Shukla's advice,

Tez... provides getProgress() API for AbstractLogicalInput(s) which will give the correct progress value for a given Input. The TezProcessor(s) in Hive should use this to do something similar to what MapProcessor in Tez does today, which is use/override ProgressHelper to get the input progress and then set the progress on the processorContext.
...
The default behavior of the ProgressHelper class sets the processor progress to be the average of progress values from all inputs.
This code is whacked from inspired by MapProcessor's use of ProgressHelper.
(For my reference, YHIVE-978.)

The url "http://wiki.apache.org/hadoop/Hive/HBaseIntegration" is invalid in README.txt from module hbase-handler.
Update the url and change .txt to .md

MessageDigestPasswordEncoder#encodePassword uses saltedPass.getBytes() which is highly platform-dependant (it uses the platform's default charset).
Creating a new user account (with "strong" salt: accents, weird chars, etc.) on a Linux machine, moving the server to Mac OS X or Windows, and trying to access the same user account fails.
Fix: replace:
saltedPass.getBytes()
with:
saltedPass.getBytes(org.apache.commons.lang.CharEncoding.UTF_8)
In theory, the new String(...) a couple of lines later /should/ specify an encoding too (e.g. ISO-Latin-9, AKA ISO-8859-15). But since we are dealing with a sub-set of ASCII, there is no encoding problem here.

WFCORE-678 removed the selection of the ConsoleMode.SLAVE_HC console, to show the message: "You may not access the admin console on this node, all access must come via the master host controller" when you tried to access a slave host controller console.
That was the default behavior when you enabled the http management interface on a slave host controller (to access it using JON for monitoring, for example).

See recent comment https://developer.jboss.org/message/950898#950898

Status.STATUS_COMMITTING:
Status.STATUS_COMMITTED:
Status.STATUS_PREPARED:
Status.STATUS_PREPARING:

Someone has called commit in parallel and the transaction is trying to commit so try to commit too: call tm.commit

I think that TimerCMTTxInterceptor/LifecycleCMTTxInterceptor are using CMTTxInterceptor.endTransaction(), so they shouldn't need changes.
Status.STATUS_ROLLING_BACK can happen if the reaper has started to rollback the transaction

ZipArchiveInputStream.skip uses the condition (skipped != value) to detect when it has skipped enough. 
It would be safer to use (skipped < value) in case skipped somehow exceeds value.
Also, the inherited Javadoc says that skip(value) may skip fewer than value bytes - AFAICT this is precisely the potential error that this method was written to solve.

The following failure is due to the patch that merges two MoveTask found on the ConditionalTask (See HIVE-15114)
Repro steps
CREATE EXTERNAL TABLE external_1k0jU (name STRING, age INT)  PARTITIONED BY (country STRING, state STRING);
ALTER TABLE external_1k0jU ADD PARTITION (COUNTRY='USA', STATE='CA');
INSERT INTO external_1k0jU PARTITION (country='USA', state='CA') values ('John Doe', 23), ('Jane Doe', 22);
CREATE EXTERNAL TABLE external_P3kiT (name STRING, age INT)  PARTITIONED BY (country STRING, state STRING) location 's3a://hive-on-s3/foo/bar/';
INSERT INTO TABLE external_P3kiT PARTITION (country, state) SELECT * FROM external_1k0jU;

Error & stack trace
INFO  : MapReduce Jobs Launched: 
INFO  : Stage-Stage-1: Map: 1   Cumulative CPU: 3.64 sec   HDFS Read: 3656 HDFS Write: 99 SUCCESS
INFO  : Total MapReduce CPU Time Spent: 3 seconds 640 msec
INFO  : Completed executing command(queryId=hive_20161201113939_d64df5d7-a4c4-4885-846f-10f0223fcf4c); Time taken: 23.227 seconds
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.MoveTask (state=08S01,code=1)
INFO  : Loading data to table default.external_p3kit partition (country=null, state=null) from s3a://hive-on-s3/foo/bar/.hive-staging_hive_2016-12-01_11-39-48_741_6724911837889341086-13/-ext-10002

ERROR : Failed with exception MetaException(message:Invalid partition key & values; keys [country, state, ], values [])
org.apache.hadoop.hive.ql.metadata.HiveException: MetaException(message:Invalid partition key & values; keys [country, state, ], values [])
	at org.apache.hadoop.hive.ql.metadata.Hive.getPartition(Hive.java:1902)
	at org.apache.hadoop.hive.ql.metadata.Hive.getPartition(Hive.java:1834)
	at org.apache.hadoop.hive.ql.metadata.Hive.loadPartition(Hive.java:1428)
	at org.apache.hadoop.hive.ql.metadata.Hive.loadPartition(Hive.java:1388)
	at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:453)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1976)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1689)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1421)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1205)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1200)
	at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:88)
	at org.apache.hive.service.cli.operation.SQLOperation$3$1.run(SQLOperation.java:293)
	at org.apache.hive.service.cli.operation.SQLOperation$3.run(SQLOperation.java:306)
Caused by: MetaException(message:Invalid partition key & values; keys [country, state, ], values [])
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_partition_with_auth_result$get_partition_with_auth_resultStandardScheme.read(ThriftHiveMetastore.java:65142)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_partition_with_auth_result$get_partition_with_auth_resultStandardScheme.read(ThriftHiveMetastore.java:65119)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_partition_with_auth_result.read(ThriftHiveMetastore.java:65050)
	at org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:86)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.recv_get_partition_with_auth(ThriftHiveMetastore.java:2007)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.get_partition_with_auth(ThriftHiveMetastore.java:1990)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getPartitionWithAuthInfo(HiveMetaStoreClient.java:1210)
	at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:105)
	at com.sun.proxy.$Proxy18.getPartitionWithAuthInfo(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2032)
	at org.apache.hadoop.hive.ql.metadata.Hive.getPartition(Hive.java:1893)
	... 23 more

In master log, I see master trying to process split of a crashed server.  Its split two of three logs.  The server that just crashed comes back on line.  Balancing cuts in and master starts assigning the new server regions.  New regionserver starts opening regions and messing with the log file that master is trying to write.  It makes for a mess.  Here is how the events playout with a focus on a region that gets opened while master is processing split:

2008-12-29 16:16:38,456 INFO org.apache.hadoop.hbase.master.ServerManager: XX.XX.XX.53:60020 lease expired
...
2008-12-29 16:16:39,494 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Creating new log file writer for path hdfs://XX.XX.XX.XX:50000/data/hbase/content/1526904420/oldlogfile.log and region content,36946541ed9a62f419cf7238d32a6a38,1230448587552
...
2008-12-29 16:17:19,686 INFO org.apache.hadoop.hbase.master.ServerManager: Received start message from: XX.XX.XX.53:60020
....
2008-12-29 16:17:22,480 DEBUG org.apache.hadoop.hbase.master.BaseScanner: Current assignment of content,36946541ed9a62f419cf7238d32a6a38,1230448587552 is not valid. serverInfo: address: XX.XX.XX.53:60020, startcode: 1230585439593, load: (requests=3, regions=0, usedHeap=28, maxHeap=1777), passed startCode: 1230577089035, storedInfo.startCode: 1230585439593 Region is not unassigned, assigned or pending
...
2008-12-29 16:17:23,622 INFO org.apache.hadoop.hbase.master.RegionManager: assigning region content,36946541ed9a62f419cf7238d32a6a38,1230448587552 to server XX.XX.XX.53:60020
...
2008-12-29 16:17:26,632 INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_PROCESS_OPEN: content,36946541ed9a62f419cf7238d32a6a38,1230448587552 from XX.XX.XX.53:60020
...
2008-12-29 16:17:29,666 INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_OPEN: content,36946541ed9a62f419cf7238d32a6a38,1230448587552 from XX.XX.XX.53:60020
....
2008-12-29 16:17:31,933 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Applied 100001 total edits from hdfs://XX.XX.XX.XX:50000/data/hbase/log_XX.XX.XX.53_1230577089035_60020/hlog.dat.1230582612406
2008-12-29 16:17:31,941 DEBUG org.apache.hadoop.hbase.regionserver.HLog: Splitting 3 of 3: hdfs://XX.XX.XX.XX:50000/data/hbase/log_XX.XX.XX.53_1230577089035_60020/hlog.dat.1230584516314
....
2008-12-29 16:17:34,522 INFO org.apache.hadoop.dfs.DFSClient: org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.dfs.LeaseExpiredException: No lease on /data/hbase/content/1526904420/oldlogfile.log File does not exist. [Lease.  Hold
er: DFSClient_-1506530059, pendingcreates: 45]
        at org.apache.hadoop.dfs.FSNamesystem.checkLease(FSNamesystem.java:1172)
        at org.apache.hadoop.dfs.FSNamesystem.getAdditionalBlock(FSNamesystem.java:1103)
        at org.apache.hadoop.dfs.NameNode.addBlock(NameNode.java:330)
        at sun.reflect.GeneratedMethodAccessor15.invoke(Unknown Source)
        at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:481)
...

Regionserver side I see this when it tries to open above region:

2008-12-29 21:17:28,811 WARN org.apache.hadoop.hbase.regionserver.HStore: Exception processing reconstruction log hdfs://XX.XX.XX.XX:50000/data/hbase/content/1526904420/oldlogfile.log opening [B@12183272 -- continuing
.  Probably lack-of-HADOOP-1700 causing DATA LOSS!
        at java.io.DataInputStream.readFully(DataInputStream.java:180)
        at org.apache.hadoop.io.DataOutputBuffer$Buffer.write(DataOutputBuffer.java:64)
        at org.apache.hadoop.io.DataOutputBuffer.write(DataOutputBuffer.java:102)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1933)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1833)
        at org.apache.hadoop.io.SequenceFile$Reader.next(SequenceFile.java:1879)
        at org.apache.hadoop.hbase.regionserver.HStore.doReconstructionLog(HStore.java:351)
        at org.apache.hadoop.hbase.regionserver.HStore.runReconstructionLog(HStore.java:296)
        at org.apache.hadoop.hbase.regionserver.HStore.<init>(HStore.java:236)
        at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:1624)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:270)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.instantiateRegion(HRegionServer.java:1364)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.openRegion(HRegionServer.java:1335)
        at org.apache.hadoop.hbase.regionserver.HRegionServer$Worker.run(HRegionServer.java:1251)
...

I ported the fix for SPR-5668 to spring-aop 2.5.6 and now I periodically see the following under concurrent load:

	at org.aspectj.apache.bcel.util.NonCachingClassLoaderRepository$SoftHashMap.clear(NonCachingClassLoaderRepository.java:143)
	at org.aspectj.apache.bcel.util.NonCachingClassLoaderRepository.clear(NonCachingClassLoaderRepository.java:243)
	at org.aspectj.weaver.reflect.Java15AnnotationFinder.getAnnotations(Java15AnnotationFinder.java:240)
	at org.aspectj.weaver.reflect.ReflectionBasedResolvedMemberImpl.unpackAnnotations(ReflectionBasedResolvedMemberImpl.java:213)
	at org.aspectj.weaver.reflect.ReflectionBasedResolvedMemberImpl.hasAnnotation(ReflectionBasedResolvedMemberImpl.java:169)
	at org.aspectj.weaver.patterns.ExactAnnotationTypePattern.matches(ExactAnnotationTypePattern.java:108)
	at org.aspectj.weaver.patterns.ExactAnnotationTypePattern.matches(ExactAnnotationTypePattern.java:94)
	at org.aspectj.weaver.patterns.AnnotationPointcut.matchInternal(AnnotationPointcut.java:157)
	at org.aspectj.weaver.patterns.Pointcut.match(Pointcut.java:146)
	at org.aspectj.weaver.internal.tools.PointcutExpressionImpl.getShadowMatch(PointcutExpressionImpl.java:235)
	at org.aspectj.weaver.internal.tools.PointcutExpressionImpl.matchesExecution(PointcutExpressionImpl.java:101)
	at org.aspectj.weaver.internal.tools.PointcutExpressionImpl.matchesMethodExecution(PointcutExpressionImpl.java:92)
	at org.springframework.aop.aspectj.AspectJExpressionPointcut.getShadowMatch(AspectJExpressionPointcut.java:354)
	at org.springframework.aop.aspectj.AspectJExpressionPointcut.matches(AspectJExpressionPointcut.java:247)
	at org.springframework.aop.support.MethodMatchers.matches(MethodMatchers.java:93)
	at org.springframework.aop.framework.DefaultAdvisorChainFactory.getInterceptorsAndDynamicInterceptionAdvice(DefaultAdvisorChainFactory.java:63)
	at org.springframework.aop.framework.AdvisedSupport.getInterceptorsAndDynamicInterceptionAdvice(AdvisedSupport.java:481)
	at $Proxy95.getCustomSpacesInfoByOwner(Unknown Source)

it appears that PointcutExpressionImpl.matchesMethodExecution() isn't thread-safe and should be called from a synchronized block

HIVE-11607 switched DistCp from using run to execute. The run method runs added logic that drives the state of SimpleCopyListing which runs in the driver, and of CopyCommitter which runs in the job runtime.
When Hive ends up running DistCp for copy work (Between non matching FS or between encrypted/non-encrypted zones, for sizes above a configured value) this state not being set causes wrong paths to appear on the target (subdirs named after the file, instead of just the file).
Hive should call DistCp's Tool run method and not the execute method directly, to not skip the target exists flag that the setTargetPathExists call would set:
https://github.com/apache/hadoop/blob/release-2.7.1/hadoop-tools/hadoop-distcp/src/main/java/org/apache/hadoop/tools/DistCp.java#L108-L126

just replace 

      <artifactId>camel-restlet</artifactId>

with

It looks like the query below returns incorrect results on Hive 0.13.1, but it was working fine on Hive 0.11. 
I have the following table:
CREATE  TABLE `t`(
  `category` int, 
  `live` int, 
  `comments` int)
with the following data:
hive> select * from t;
OK
3       0       2
2       0       2
8       0       2
The query:
hive> select category, max(live) live, max(comments) comments, rank() OVER (PARTITION BY category ORDER BY comments) rank1
FROM t
GROUP BY category
GROUPING SETS ((), (category))
HAVING max(comments) > 0;
return the following results:
NULL    1       48      1
2       1       49      1
3       1       49      1
8       1       49      1
When using grouping sets with the rank() function the max() function return incorrect results. Everything works fine if I remove grouping sets clause and split the query into two independent queries or remove the rank() function.
This looks like a bug to me but please review. That said, I'm not sure if it's just Amazon issue or general Hive issue.

I met a regionserver gc problem, and the regionserver log show me to read the doc
http://hbase.apache.org/book.html#trouble.rs.runtime.zkexpired
If you wish to increase the session timeout, add the following to your hbase-site.xml to increase the timeout from the default of 60 seconds to 120 seconds.
  <name>zookeeper.session.timeout</name>
  <value>1200000</value>
the value should be 120000（120s) instead of 1200000(1200s）

hbase-client only compiles due to transitive dependencies. It has a lot of undeclared but used dependencies. This patch cleans all those up and formats the pom using the same guidelines as the main one. Without this it won't compile properly in IntelliJ.
hbase-server (and probably the other modules) has similar problems but I'll try to get to those another time.

Given a repository:

private interface SampleRepository extends Repository<Person, Long> {

  @Query("{ 'lastname' : ?0 }")
  Person findByLastname(String lastname);
}

when you call the repository method as follows:

repo.findByLastname(null);

one is currently getting:

  at org.springframework.data.mongodb.repository.query. StringBasedMongoQuery.getParameterWithIndex(StringBasedMongoQuery.java:103)
  at org.springframework.data.mongodb.repository.query. StringBasedMongoQuery.replacePlaceholders(StringBasedMongoQuery.java:95)

Per the comments on WFLY-6157 and WFLY-6198, connection-url is ignored in a datasource if datasource-class is defined. However, connection-url is currently mandatory. If it is not present, WildFly fails to start:

09:51:18,216 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 8) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "datasources"),
    ("data-source" => "GamingPortalDS")
]) - failure description: "WFLYCTL0155: connection-url may not be null"

A script contains:
connect
ls -l
CLI launched: boss-cli.sh --file=script
If the connect command implies some userName and password, then from this point the output is collected internally but not printed.
That is a regression. The work around it to establish the connection outside the script.

The internal, name and other properties have incorrect (default) values if the fraction is declared as a dependency of another fraction. 
Eg. archaius 

After running static code analysis on common codecs we discovered that it leaks file descriptors. The relevant locations are:

DaitchMokotoffSoundex -> the static initializer on line 229
Rule -> the static initializer on line 212 and the parseRules() method on line 438.

patch provided via github pull request.
This issue is relevant for web app deployments on OSes (like windows) that lock the files if ther eare open streams to them, and will prevent application undeployment.

When we use more than one errorHandler in our routes and onException, we face test failures with the following exception:
java.lang.IllegalStateException: SendProcessor has not been started: sendTo(Endpoint[mock://custom])
	at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:94)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:77)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:269)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.processor.RedeliveryErrorHandler.deliverToFailureProcessor(RedeliveryErrorHandler.java:621)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:242)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:109)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.component.seda.SedaConsumer.sendToConsumers(SedaConsumer.java:189)[camel-core-2.7.2.jar:2.7.2]
	at org.apache.camel.component.seda.SedaConsumer.run(SedaConsumer.java:121)[camel-core-2.7.2.jar:2.7.2]
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_20]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_20] 

A CNFE is thrown when deserialising a contextual proxy object made by the Context Service, the TransactionSetupProvider impl class (in transactions module) is not seen by deployments. 

Get a Linkage error when running Ribbon examples:

Caused by: java.lang.LinkageError: loader constraint violation: when resolving interface method "org.jboss.msc.service.ServiceTarget.addService(Lorg/jboss/msc/service/ServiceName;Lorg/jboss/msc/service/Service;)Lorg/jboss/msc/service/ServiceBuilder;" the class loader (instance of org/jboss/modules/ModuleClassLoader) of the current class, org/wildfly/swarm/topology/webapp/runtime/TopologyWebAppActivator, and the class loader (instance of org/jboss/modules/ModuleClassLoader) for the method's defining class, org/jboss/msc/service/ServiceTarget, have different Class objects for the type org/jboss/msc/service/ServiceName used in the signature
	at org.wildfly.swarm.topology.webapp.runtime.TopologyWebAppActivator.activate(TopologyWebAppActivator.java:53)
	at org.jboss.as.server.ApplicationServerService.start(ApplicationServerService.java:172)
	... 3 more

When using ForwardedHeaderFilter and a requestURI contains a path variable (i.e. semicolon) they are stripped out. For example a requestURI of "/foo;a=b/bar" currently is incorrectly changed to "/foo/bar". The actual value should be "/foo;a=b/bar"

Code
====
import org.springframework.context.support.GenericApplicationContext;
import org.springframework.beans.factory.xml.XmlBeanDefinitionReader;
/**
 */
public class IllegalArgumentProblem {
    public static void main(String[] args) 
{
         GenericApplicationContext parent = new GenericApplicationContext();
        XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(parent);
        reader.loadBeanDefinitions(new ClassPathResource("app.xml", IllegalArgumentProblem.class));
        parent.refresh();

        String bean = (String) parent.getBean("x");
        String bean2 = (String) parent.getBean("x"); // second access throws the exception.
    }

}
Configuration
=============
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
    <bean id="x" class="java.lang.String" scope="prototype">
        <constructor-arg><value>PARENT value</value></constructor-arg>
    </bean>
</beans>
Error
=====
log4j:WARN No appenders could be found for logger (org.springframework.core.CollectionFactory).
Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'x' defined in class path resource [app.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [java.lang.String]: Illegal arguments for constructor; nested exception is java.lang.IllegalArgumentException: argument type mismatch
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:254)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:925)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:823)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:440)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:283)
	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:881)
	at IllegalArgumentProblem.main(IllegalArgumentProblem.java:21)
	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:90)
Caused by: org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [java.lang.String]: Illegal arguments for constructor; nested exception is java.lang.IllegalArgumentException: argument type mismatch
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:111)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:248)
	... 16 more
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:100)
	... 18 more
Process finished with exit code 1

The HA configuration for the messaging-activemq's server resource has issues to fix:

the shared-store-colocated configuration creates replication live/backup configuration instead of shared-store ones.
the tailback-delay attribute is deprecated and should be replaced by an attribute backed by initialReplicationSyncTimeout property
live and backup configuration must always be created for colocated configurations.

As described here:
http://www.mail-archive.com/ivy-user@ant.apache.org/msg03534.html
This wasn't the case formerly (maybe the upgrade to ivy 1.2?)

We can avoid this for inner-joins. Hive does an explicit value de-serialization up front so even for those rows which won't emit output. In these cases, we can do just with key de-serialization.

I started the embedded server and tried to obtain the connection information. An exception occurred:

[standalone@embedded /] connection-info
13:14:59,095 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 32) WFLYCTL0013: Operation ("whoami") failed - address: ([]): java.lang.IllegalArgumentException: newValue is null
        at org.jboss.dmr.ModelNode.set(ModelNode.java:499)
        at org.jboss.as.domain.management.security.WhoAmIOperation.execute(WhoAmIOperation.java:95)
        at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerClient.java:63)
        at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.java:59)
        at org.jboss.as.cli.handlers.ConnectionInfoHandler.doHandle(ConnectionInfoHandler.java:74)
        at org.jboss.as.cli.handlers.CommandHandlerWithHelp.handle(CommandHandlerWithHelp.java:88)
        at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:776)

WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: newValue is null
Failed to handle 'connection-info': java.lang.NullPointerException

Reload operation on embed-host-controller gives me an error.

[disconnected /] embed-host-controller 
[domain@embedded /] reload --host=master
13:25:30,019 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0050: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.CR1) stopped in 6ms
13:25:30,020 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0049: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.CR1) starting
13:25:30,115 ERROR [org.jboss.as.controller] (AeshProcess: 2) WFLYCTL0369: Required capabilities are not available:
    org.wildfly.domain.server-group.main-server-group in context 'server-config'; There are no known registration points which can provide this capability.
    org.wildfly.domain.server-group.other-server-group in context 'server-config'; There are no known registration points which can provide this capability.
13:25:30,138 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'enabled' in the resource at address '/profile=default/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
13:25:30,150 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'enabled' in the resource at address '/profile=ha/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
13:25:30,166 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'enabled' in the resource at address '/profile=full/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
13:25:30,167 ERROR [org.jboss.as.controller] (AeshProcess: 2) WFLYCTL0369: Required capabilities are not available:
    org.wildfly.network.socket-binding.jgroups-mping in context 'profile=ha'; There are no known registration points which can provide this capability.
    org.wildfly.network.socket-binding.jgroups-udp-fd in context 'profile=ha'; There are no known registration points which can provide this capability.
    org.wildfly.network.socket-binding.http in context 'profile=ha'; There are no known registration points which can provide this capability.
    org.wildfly.network.socket-binding.jgroups-tcp in context 'profile=ha'; There are no known registration points which can provide this capability.
    org.wildfly.network.socket-binding.jgroups-tcp-fd in context 'profile=ha'; There are no known registration points which can provide this capability.
    org.wildfly.network.socket-binding.http in context 'profile=default'; There are no known registration points which can provide this capability.
    org.wildfly.network.socket-binding.ajp in context 'profile=ha'; There are no known registration points which can provide this capability.
    org.wildfly.network.socket-binding.jgroups-udp in context 'profile=ha'; There are no known registration points which can provide this capability.
13:25:30,178 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'enabled' in the resource at address '/profile=full-ha/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
13:25:30,196 ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/server-group=main-server-group' are not available:
    org.wildfly.domain.profile.full in context 'server-groups'; There are no known registration points which can provide this capability.
13:25:30,198 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0034: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details.
13:25:30,204 ERROR [org.jboss.as.protocol] (Thread-2) WFLYPRT0003: Failed to close resource org.jboss.as.cli.embedded.ThreadContextsModelControllerClient@713124ae: java.lang.IllegalStateException: WFLYEMB0023: The embedded server is stopping and invocations on the ModelControllerClient are not available
	at org.wildfly.core.embedded.EmbeddedHostControllerFactory$HostControllerImpl.getActiveModelControllerClient(EmbeddedHostControllerFactory.java:331)
	at org.wildfly.core.embedded.EmbeddedHostControllerFactory$HostControllerImpl.access$200(EmbeddedHostControllerFactory.java:225)
	at org.wildfly.core.embedded.EmbeddedHostControllerFactory$HostControllerImpl$3.getDelegate(EmbeddedHostControllerFactory.java:309)
	at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.close(DelegatingModelControllerClient.java:103)
	at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.close(ThreadContextsModelControllerClient.java:139)
	at org.jboss.as.protocol.StreamUtils.safeClose(StreamUtils.java:66)
	at org.jboss.as.cli.impl.CommandContextImpl.disconnectController(CommandContextImpl.java:1181)
	at org.jboss.as.cli.impl.CommandContextImpl.terminateSession(CommandContextImpl.java:812)
	at org.jboss.as.cli.impl.CommandContextImpl$1.shutdown(CommandContextImpl.java:370)
	at org.jboss.as.cli.impl.CliShutdownHook$1.run(CliShutdownHook.java:50)

13:25:30,215 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0050: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.CR1) stopped in 11ms

In case of multiple aggregations, the explain plan might be wrong -the order of aggregations since AbParseInfo maintains the information in a hashmap, which does the guarantee the results to be returned in order

The following XML configuration for a job listener does not work as the two configured methods are not called:
-------- XML - Configuration --------
<job id="...">
  ...
  <listener ref="pojoListener" before-job-method="before" after-job-method="after"/>
</job>
<bean id="pojoListener" class="com.example.MyListener"/>
--------
MyListener is a simple POJO and does not implement JobExecutionListener and has no annotated methods either.
I've debugged the problem and it seems the offending code is in the private method
AbstractListenerParser#getMethodNameAttributes
That method returns 
{"beforeJob", "afterJob"}
 instead of the XML attribute names 
{"before-job-method", "after-job-method"}
.
The unit test "JobExecutionListenerParserTests" does not seem to test this case.
I suspect that the same problem exists for Step Listeners as they share the same code base.

Whenever an embedded Object contains an @Indexed field, Spring-Data MongoDB creates an empty collection and index on that collection for the embedded Object and field. However, the actual data is populated correctly within the parent document.
Example objects:
ParentDoc.java
@Document
class ParentDoc {

    private List<ChildDoc> children = new ArrayList<>();

    ...

}

ChildDoc.java
class ChildDoc {

    @Indexed private String childField;

}

Discovered via error-prone analysis:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.1:testCompile (default-testCompile) on project hbase-rsgroup: Compilation failure: Compilation failure:
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-rsgroup/src/test/java/org/apache/hadoop/hbase/rsgroup/TestRSGroupsBase.java:[421,40] [CollectionIncompatibleType] Argument 'region' should not be passed to this method; its type RegionInfo is not compatible with its collection's type argument String
[ERROR]     (see http://errorprone.info/bugpattern/CollectionIncompatibleType)
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-rsgroup/src/test/java/org/apache/hadoop/hbase/rsgroup/TestRSGroupsBase.java:[531,65] [CollectionIncompatibleType] Argument 'targetRegion' should not be passed to this method; its type String is not compatible with its collection's type argument RegionInfo

Both of these are checks to List<T>.contains with an element of the wrong type so they will always return false. The first is an optimization that we can probably live without (or short circuit on the Master, at least) the second is an assertion that will never fail, rendering the test ineffective.

JBEAP-11565 add the following line into the EAP launching scripts:

export MALLOC_ARENA_MAX="${MALLOC_ARENA_MAX:-1}"

This is problematic on Solaris 10 sparc

$ ./standalone.sh
./standalone.sh: MALLOC_ARENA_MAX=1: is not an identifier

$ ./domain.sh                                               
./domain.sh: MALLOC_ARENA_MAX=1: is not an identifier

See https://issues.apache.org/jira/browse/MNG-5829 description:

The $(cmd) idiom is used extensively in bin/mvn from lines 199-220, but this is not supported by older incarnations of /bin/sh (used on the shebang line). The `cmd` idiom is slightly more portable, and looks like it can probably be directly substituted.

Need to take a look at the best flow. It won't be much different if we do filtering metastore call for each partition. So perhaps we'd need the custom sync point/batching after all.
Or we can make it opportunistic and not fetch any footers unless it can be pushed down to metastore or fetched from local cache, that way the only slow threaded op is directory listings

JBJCA-1375 is changing when JCA pool statistics are reset. Originally the stats were reset whenever setEnabled(boolean) was called, no matter the value. In the changed impl the reset only happens if the enabled value has changed.
Broken testsuite run: http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=127885&

If using a <value-factory> or <inject> element with "parameter" attribute in jboss-service.xml to inject a value from one bean to another, a "java.lang.IllegalArgumentException: object is not an instance of declaring class" error is raised during deployment.
jboss-service.xml

<server xmlns="urn:jboss:service:7.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:jboss:service:7.0 jboss-service_7_0.xsd">

    <mbean code="com.test.redhat.mbean.OtherValueFactory" name="test:type=OtherValueFactory">
        <attribute name="WelcomeString">Welcome</attribute>
        <attribute name="CustName">Other</attribute>
    </mbean>

    <mbean code="com.test.redhat.mbean.TestValueFactory" name="test:type=SarTestValueFactory">
        <depends>test:type=OtherValueFactory</depends>
        <attribute name="CustName">
            <value-factory bean="test:type=OtherValueFactory" method="getNameOfCustomer">
                <parameter class="java.lang.String">Foo</parameter>
            </value-factory>
        </attribute>
    </mbean>
</server>

Full error:

16:54:36,505 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0027: Starting deployment of "test.sar" (runtime-name: "test.sar")
16:54:36,690 WARN  [org.jboss.msc.inject] (MSC service thread 1-2) MSC000100: Unexpected failure to uninject public void com.test.redhat.mbean.TestValueFactory.setCustName(java.lang.String): java.lang.NullPointerException
	at org.jboss.msc.value.MethodValue.getValue(MethodValue.java:62)
	at org.jboss.msc.value.CachedValue.getValue(CachedValue.java:54)
	at org.jboss.msc.value.Values.getValues(Values.java:68)
	at org.jboss.msc.value.Values.getValues(Values.java:82)
	at org.jboss.msc.inject.MethodInjector.uninject(MethodInjector.java:119)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.performInjections(ServiceControllerImpl.java:1923)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1876)

16:54:36,691 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.mbean.service.test:type=SarTestValueFactory.create: org.jboss.msc.service.StartException in service jboss.mbean.service.test:type=SarTestValueFactory.create: Failed to start service
Caused by: org.jboss.msc.inject.InjectionException: Injection failed
	at org.jboss.msc.inject.MethodInjector.inject(MethodInjector.java:102)
	at org.jboss.msc.service.ServiceControllerImpl.doInject(ServiceControllerImpl.java:1672)
	at org.jboss.msc.service.ServiceControllerImpl.access$2000(ServiceControllerImpl.java:51)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.performInjections(ServiceControllerImpl.java:1917)
	... 3 more
	at org.jboss.msc.inject.MethodInjector.inject(MethodInjector.java:92)
	... 7 more

16:54:36,697 INFO  [com.test.redhat.mbean.OtherValueFactory] (ServerService Thread Pool -- 58)  >> TestValuFactory.start() invoked
16:54:36,698 INFO  [stdout] (ServerService Thread Pool -- 58) TestValuFactory.start() invoked
16:54:36,776 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "test.sar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.mbean.service.test:type=SarTestValueFactory.create" => "org.jboss.msc.service.StartException in service jboss.mbean.service.test:type=SarTestValueFactory.create: Failed to start service
    Caused by: org.jboss.msc.inject.InjectionException: Injection failed
    Caused by: java.lang.IllegalArgumentException: object is not an instance of declaring class"}}

WithSecurityContextTestExecutionListener currently declares @Order; however, since AbstractTestExecutionListener implements Ordered, providing a default value of Ordered.LOWEST_PRECEDENCE for getOrder(), WithSecurityContextTestExecutionListener's @Order declaration will be ignored by the AnnotationAwareOrderComparator.
Thus, WithSecurityContextTestExecutionListener should override getOrder() with an appropriate value in order to ensure proper ordering within the set of all default TestExecutionListeners.

http://www.nabble.com/Error-not-raised-by-Camel-if-the-%40Header-type-define-in-a-bean-is-not--correct-td24051086s22882.html

The testutils/metastore/metastore-upgrade-test.sh script takes the list of scripts to execute for the DB upgrade from the folder itself (metastore/scripts/upgrade/DB_NAME). Currently it fails as it executes upgrade-1.2.0-to-1.3.0 followed by upgrade-1.2.0-to-2.0.0.
Instead, it should use the content of the upgrade.order.DB_NAME file.

Even though we follow the Jetty documentation it will make the jetty http producer appear as blocked as waitForDone() will block when connection failure occurred.
We need to add logic which polls the status instead and thus can detect the problem.
The async producer done not have this issue by which is likely the main use case for using Jetty as a client

From the error message in MetaStoreAuthzAPIAuthorizerEmbedOnly , it is not clear that the command needs to be run via HS2 using embedded metastore.

JASPIAuthenticationMechanims must check if a SAM has wrapped (during validateRequest) or unwrapped (during secureResponse) the HTTP request and response objects and replace the original references by the wrapped/unwrapped ones before continuing with the request processing.

There are many cool release of hadoop hbase and this project is an apache project, as the maven project.
But the released jars must be download manually and then deploy to a private repository before they can be used by developer using maven2.
Please could you upload the hbase jars on the public maven2 repository ?
Of course, we can help to deploy those artifact if necessary.

In short, the default AttributeParser/AttributeMarshaller for list attributes do not handle empty lists in a symmetric fashion.
e.g. if I persist an empty list to xml, and read it back again, using the default parser/marshaller, I should get back an empty list.  Instead I get back a list of size 1 containing an empty string.
Affects at least infinispan aliases and modcluster proxies...
(20:09:22) rhusar: pferraro: https://gist.github.com/rhusar/5eef22d7a6479f042a5d#file-gistfile1-txt-L23
(20:09:34) rhusar: pferraro: if i write an empy list, read it back -> empty list
(20:09:57) rhusar: pferraro: if i use the default writeAttribute, reload, read it back and i have a list of size 1 containing empty String..
(20:23:23) rhusar: pferraro: alright, this is also "broken" in the infiinispan subsystem aliases
(20:23:24) rhusar: pferraro: 20:22:55,775 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool – 40) WFLYCTL0013: Operation ("add") failed - address: ([
(20:23:24) rhusar:     ("subsystem" => "infinispan"),
(20:23:24) rhusar:     ("cache-container" => "hibernate")
(20:23:24) rhusar: ]): java.lang.IllegalArgumentException: Empty name segment is not allowed for infinispan
(20:23:24) rhusar: 	at org.jboss.msc.service.ServiceName.of(ServiceName.java:90)
(20:23:24) rhusar: 	at org.jboss.msc.service.ServiceName.append(ServiceName.java:117)
(20:23:24) rhusar: 	at org.wildfly.clustering.infinispan.spi.service.CacheContainerServiceName$1.getServiceName(CacheContainerServiceName.java:35)
(20:23:24) rhusar: 	at org.jboss.as.clustering.infinispan.subsystem.CacheContainerBuilder.build(CacheContainerBuilder.java:79)
(20:23:24) rhusar: 	at org.jboss.as.clustering.infinispan.subsystem.CacheContainerAddHandler.installRuntimeServices(CacheContainerAddHandler.java:165)
(20:23:24) rhusar: 	at org.jboss.as.clustering.infinispan.subsystem.CacheContainerAddHandler.performRuntime(CacheContainerAddHandler.java:82)
(20:23:24) rhusar: 	at org.jboss.as.controller.AbstractAddStepHandler.performRuntime(AbstractAddStepHandler.java:309)
(20:23:24) rhusar: 	at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:130)
(20:23:24) rhusar: 	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:822)
(20:23:24) rhusar: 	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:620)
(20:23:24) rhusar: 	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:373)
(20:23:24) rhusar: 	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:349)
(20:23:24) rhusar: 	at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359)
(20:23:24) rhusar: 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
(20:23:24) rhusar: 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
(20:23:24) rhusar: 	at java.lang.Thread.run(Thread.java:745)
(20:23:24) rhusar: 	at org.jboss.threads.JBossThread.run(JBossThread.java:320)

As we updated our spring dependencies from 4.0.8.RELEASE to 4.2.3.RELEASE the ShallowEtagHeaderFilter stopped working for spring controller methods that return a ResponseEntity. The effect is that no "Etag" header is added to the response.
The problem is, that the HttpEntityMethodProcessor flushes the HttpServletResponse and the ShallowEtagHeaderFilter refuses to add the header if the response is committed.
As a workaround we have implemented the flushBuffer method in the ContentCachingResponseWrapper and delay the original flushBuffer call until copyBodyToResponse is called.  
You can find a small spring-boot app using a tomcat to reproduce this bug at github:
https://github.com/jgaedicke/ShallowEtagHeaderFilter-bug-demo.

For the following operator tree snippet, the second Select is the start of a semijoin optimization branch. Take a look at the Data size - it is the same as the data size for its parent Select, even though the second select has only a single bigint column in its projection (the parent has 2 columns). I would expect the size to be 533328 (16 bytes * 33333).
Fixing this estimate may become important if we need to estimate the cost of generating the min/max/bloomfilter.

when got soap message from CXF component like this:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Header>
......
</soap:Header>
<soap:Body/>
the NPE will be thrown: 
18:04:51,255 | WARN  | tp1212500935-153 | ache.cxf.common.logging.LogUtils  372 |  -  -  | Interceptor for 
{http://airportsoap.sopera.de}
airport#
getAirportInformationByISOCountryCode has thrown exception, unwinding now
	at org.apache.camel.component.cxf.DefaultCxfBinding.getResponsePayloadList(DefaultCxfBinding.java:395)[163:org.apache.camel.camel-cxf:2.8.2]
	at org.apache.camel.component.cxf.DefaultCxfBinding.populateCxfResponseFromExchange(DefaultCxfBinding.java:318)[163:org.apache.camel.camel-cxf:2.8.2]
	at org.apache.camel.component.cxf.CxfConsumer$1.setResponseBack(CxfConsumer.java:176)[163:org.apache.camel.camel-cxf:2.8.2]
	at org.apache.camel.component.cxf.CxfConsumer$1.asyncInvoke(CxfConsumer.java:103)[163:org.apache.camel.camel-cxf:2.8.2]
	at org.apache.camel.component.cxf.CxfConsumer$1.invoke(CxfConsumer.java:68)[163:org.apache.camel.camel-cxf:2.8.2]
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)[141:org.apache.cxf.bundle:2.5.0]
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:93)[141:org.apache.cxf.bundle:2.5.0]
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263)[141:org.apache.cxf.bundle:2.5.0]
	at org.apache.cxf.phase.PhaseInterceptorChain.resume(PhaseInterceptorChain.java:232)[141:org.apache.cxf.bundle:2.5.0]
	at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:80)[141:org.apache.cxf.bundle:2.5.0]
	at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.serviceRequest(JettyHTTPDestination.java:323)[141:org.apache.cxf.bundle:2.5.0]
	at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.doService(JettyHTTPDestination.java:289)[141:org.apache.cxf.bundle:2.5.0]
	at org.apache.cxf.transport.http_jetty.JettyHTTPHandler.handle(JettyHTTPHandler.java:72)[141:org.apache.cxf.bundle:2.5.0]
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:939)[59:org.eclipse.jetty.server:7.4.5.v20110725]
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:875)[59:org.eclipse.jetty.server:7.4.5.v20110725]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)[59:org.eclipse.jetty.server:7.4.5.v20110725]
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:185)[59:org.eclipse.jetty.server:7.4.5.v20110725]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110)[59:org.eclipse.jetty.server:7.4.5.v20110725]
	at org.eclipse.jetty.server.Server.handleAsync(Server.java:391)[59:org.eclipse.jetty.server:7.4.5.v20110725]
	at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:594)[59:org.eclipse.jetty.server:7.4.5.v20110725]
	at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:393)[59:org.eclipse.jetty.server:7.4.5.v20110725]
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:535)[54:org.eclipse.jetty.io:7.4.5.v20110725]
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:40)[54:org.eclipse.jetty.io:7.4.5.v20110725]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:529)[53:org.eclipse.jetty.util:7.4.5.v20110725]
	at java.lang.Thread.run(Thread.java:662)[:1.6.0_24]
Looking into the source codes, before the line 395 of DefaultCxfBinding, the elements variable shoulde be checked if it's null.

Double keys are also a common type when comparing numbers with strings, and such, so it happens more often than one would expect. This is due to HADOOP-12217

See nabble
http://camel.465427.n5.nabble.com/Camel-cleans-attachments-if-error-is-thrown-during-routing-tp5759410.html

M/R or Tez.

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating concat(concat('      ', str2), '      ')
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.processOp(VectorSelectOperator.java:127)

1. The title is not correct.
2. net.sf.acegisecurity.providers.dao.event.authorization.LoggerListener is not correct – should be net.sf.acegisecurity.event.authentication.LoggerListener
3. several &ltbean errors, forgot to include the ;

Wrong camel context is set in the ServiceRegistry of jBPM when creating kie container specific camel context.

Wildfly fails to start as a windows service.
Installation works fine:

.\service.bat install
Using the X86-64bit version of prunsrv

"C:\applications\wildfly-10.1.0.CR1-test\bin\service\amd64\wildfly-service" install Wildfly  --DisplayName=WildFly --Description=""WildFly Application Server"" --LogLevel=INFO --LogPath="C:\applications\wildfly-10.1.0.CR1-test\standalone\log" --LogPrefix=service --StdOutput=auto --StdError=auto --StartMode=exe --Startup=manual --StartImage=cmd.exe --StartPath="C:\applications\wildfly-10.1.0.CR1-test\bin" ++StartParams="/c#set#NOPAUSE=Y#&&#standalone.bat#-Djboss.server.base.dir=C:\applications\wildfly-10.1.0.CR1-test\standalone#--server-config=standalone.xml" --StopMode=exe --StopImage=cmd.exe --StopPath="C:\applications\wildfly-10.1.0.CR1-test\bin"  ++StopParams="/c jboss-cli.bat --controller=localhost:9990 --connect  --command=:shutdown"
Service Wildfly installed

Windows reports this error:

Windows could not start the Wildfly on Local Computer. For more information, review the System Event Log. If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code1.

Event log report:
The Wildfly service terminated with the following service-specific error: 
Incorrect function.
  <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
    <System>
        <Provider Name="Service Control Manager" Guid="{555908d1-a6d7-4695-8e1e-26931d2012f4}" EventSourceName="Service Control Manager"/>
        <EventID Qualifiers="49152">7024</EventID>
        <Version>0</Version>
        <Level>2</Level>
        <Task>0</Task>
        <Opcode>0</Opcode>
        <Keywords>0x8080000000000000</Keywords>
        <TimeCreated SystemTime="2016-08-13T21:40:42.402218400Z"/>
        <EventRecordID>196500</EventRecordID>
        <Correlation/>
        <Execution ProcessID="668" ThreadID="10184"/>
        <Channel>System</Channel>
        <Computer>ITPC7.intra.rfgh.net</Computer>
        <Security/>
    </System>
    -
    <EventData>
        <Data Name="param1">Wildfly</Data>
        <Data Name="param2">%%1</Data>
        <Binary>570069006C00640066006C0079000000</Binary>
    </EventData>
</Event>

With recent addition of MicroProfile OpenTracing implementation we currently have following set of jar files that are in the build to provide various MicroProfile features:

$ find modules | grep smallrye | grep jar$ | xargs ls -hl
-rw-rw-r--. 1 jstourac jstourac  39K Aug 16 15:13 modules/system/layers/base/io/smallrye/config/main/smallrye-config-1.3.3.jar
-rw-rw-r--. 1 jstourac jstourac 8.9K Aug 16 15:13 modules/system/layers/base/io/smallrye/health/main/smallrye-health-1.0.2.jar
-rw-rw-r--. 1 jstourac jstourac  38K Aug 16 15:13 modules/system/layers/base/org/wildfly/extension/microprofile/config-smallrye/main/wildfly-microprofile-config-smallrye-14.0.0.CR1-SNAPSHOT.jar
-rw-rw-r--. 1 jstourac jstourac  27K Aug 16 15:13 modules/system/layers/base/org/wildfly/extension/microprofile/health-smallrye/main/wildfly-microprofile-health-smallrye-14.0.0.CR1-SNAPSHOT.jar
-rw-rw-r--. 1 jstourac jstourac 228K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/gson-2.8.2.jar
-rw-rw-r--. 1 jstourac jstourac  14K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-api-0.31.0.jar
-rw-rw-r--. 1 jstourac jstourac 7.5K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-concurrent-0.1.0.jar
-rw-rw-r--. 1 jstourac jstourac  41K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-jaxrs2-0.1.6.jar
-rw-rw-r--. 1 jstourac jstourac  11K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-noop-0.31.0.jar
-rw-rw-r--. 1 jstourac jstourac 7.4K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-tracerresolver-0.1.5.jar
-rw-rw-r--. 1 jstourac jstourac 7.9K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-util-0.31.0.jar
-rw-rw-r--. 1 jstourac jstourac  13K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-web-servlet-filter-0.1.0.jar
-rw-rw-r--. 1 jstourac jstourac 5.4K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/smallrye-opentracing-1.1.1.jar
-rw-rw-r--. 1 jstourac jstourac  11K Aug 16 15:13 modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/wildfly-microprofile-opentracing-smallrye-14.0.0.CR1-SNAPSHOT.jar

It looks like the opentracing-smallrye module could be split up into a few separate modules. There at least two motivations:

particular implementation into its own module separate from the e.g. microprofile specification
because of the way how current patching mechanism works in WildFly, if we leave current opentracing-smallrye module as is, in case of a one-off patch it would mean to replace all files in the module - currently 3.3MB:

$ du -h modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/
3.3M	modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/

My proposal how to align the jar files is following:

jaeger specific files should go into separate jaeger module
wildfly-microprofile-opentracing-smallrye-14.0.0.CR1-SNAPSHOT.jar should be moved to  new modules/system/layers/base/org/wildfly/extension/microprofile/opentracing-smallrye module so it matches what is done for health-smallrye and config-smallrye in extension subdir
smallrye-opentracing-1.1.1.jar should be moved to base/io as is done for config and health - modules/system/layers/base/io/smallrye/opentracing/main/smallrye-opentracing-1.1.1.jar
what about that gson-2.8.2.jar dependency? Shall it be moved to some more generic place?

This would give us following structure:

modules/system/layers/base/io/smallrye/config/main/smallrye-config-1.3.3.jar
modules/system/layers/base/io/smallrye/health/main/smallrye-health-1.0.2.jar
modules/system/layers/base/io/smallrye/opentracing/main/smallrye-opentracing-1.1.1.jar
modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-api-0.31.0.jar
modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-jaxrs2-0.1.6.jar
modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-concurrent-0.1.0.jar
modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-web-servlet-filter-0.1.0.jar
modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-noop-0.31.0.jar
modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-tracerresolver-0.1.5.jar
modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/opentracing-util-0.31.0.jar
modules/system/layers/base/org/wildfly/extension/microprofile/health-smallrye/main/wildfly-microprofile-health-smallrye-14.0.0.CR1-SNAPSHOT.jar
modules/system/layers/base/org/wildfly/extension/microprofile/config-smallrye/main/wildfly-microprofile-config-smallrye-14.0.0.CR1-SNAPSHOT.jar
modules/system/layers/base/org/wildfly/extension/microprofile/opentracing-smallrye/main/wildfly-microprofile-opentracing-smallrye-14.0.0.CR1-SNAPSHOT.jar

---- I have no idea how this module for jaeger should be named...
modules/system/layers/base/org/wildfly/microprofile/jaeger/opentracing-smallrye/main/jaeger-thrift-0.30.4.jar
modules/system/layers/base/org/wildfly/microprofile/jaeger/opentracing-smallrye/main/jaeger-core-0.30.4.jar

---- I have no idea how this module for gson should be named...
modules/system/layers/base/org/wildfly/gson/main/gson-2.8.2.jar

One additional piece for consideration - maybe we should also split up jar files that are just the microprofile-opentracing specification (api at least I guess) apart from the others in the modules/system/layers/base/org/wildfly/microprofile/opentracing-smallrye/main/

We notice a performance drop after we updated to a (much newer) library (3.2.5). We used to work on 3.0.5.
We connect to Oracle11g with ojdbc 11.2.0.4 drivers.
After some testing we noticed that the performance drop was introduced by a changed implementation in setNull. Our queries have lots of columns ~40 with many optional values. For every NULL value, the driver is now asked ps.getParameterMetaData().getParameterType(paramIndex). The drivers don't support this yet but will throw an exception.
We notice that calling this method 30ish times costs us extra time (around 100ms), which is quite noticable. Requests which require 2 inserts went from ~200ms to 400+ms. We omitted the getparametertype call by editing the source of 3.2.5 to check our hypothesis and the performance was restored to its old state.
Is it possible to cache the 'unsupported state' in case the databasedrivers do not support it, so it's only executed once per request. 
Below is the oracle implementation of getParameterType
SQLException localSQLException = DatabaseError.createUnsupportedFeatureSqlException();
localSQLException.fillInStackTrace();
throw localSQLException;
PS: entered this issue as a bug because it impairs the function of the product
Somewhat related issue, different bug introduced due to the added functionality (SPR-10185)

It barfs with the following error:
[INFO] The projects in the reactor contain a cyclic reference: Edge between 'Vertex
{label='org.apache.camel:camel-buildtools'}
' and 'Vertex
' introduces to cycle in the graph org.apache.camel:camel-buildtools --> org.apache.camel:camel-buildtools
The problem is that the parent pom defines the checkstyle plugin and defines a dependency on buildtools.  So when maven tries to buid buildtools, it has a dependency on itself because it is inherited from  the parent pom.
A fix would be to define a "parent" module.   The root pom would not define the checkstyle plugin, but this definition would be in the parent module.  The buildtool module would directly inherit from the root pom, while all other modules inherit from the "parent" pom.
You can see how this is set up in mina:
http://svn.apache.org/repos/asf/mina/trunk/pom.xml
http://svn.apache.org/repos/asf/mina/trunk/legal/pom.xml
http://svn.apache.org/repos/asf/mina/trunk/parent/pom.xml
http://svn.apache.org/repos/asf/mina/trunk/core/pom.xml

org.jboss.as.test.iiop.transaction.timeout.IIOPTimeoutTestCase#noTimeoutStateful
org.jboss.as.test.iiop.transaction.timeout.IIOPTimeoutTestCase#noTimeoutStateless
org.jboss.as.test.iiop.transaction.timeout.IIOPTimeoutTestCase#timeoutStateful
org.jboss.as.test.iiop.transaction.timeout.IIOPTimeoutTestCase#timeoutStateless
./integration-tests.sh -DtestLogToFile -Dts.noSmoke -Dts.iiop -Dtest=IIOPTimeoutTestCase -Dsecurity.manager

ERROR [org.jboss.as.ejb3.invocation] (p: default-threadpool; w: Idle) WFLYEJB0034: EJB Invocation failed on component StatelessBean for method public abstract void org.jboss.as.test.iiop.transaction.timeout.TestBeanRemote.testTransaction() throws java.rmi.RemoteException: javax.ejb.EJBException: WFLYEJB0442: Unexpected Error
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:184)
	at org.jboss.as.ejb3.component.interceptors.EjbExceptionTransformingInterceptorFactories$1.processInvocation(EjbExceptionTransformingInterceptorFactories.java:75)
	at java.security.AccessController.doPrivilegedWithCombiner(AccessController.java:742)
	at org.jboss.as.ejb3.iiop.EjbCorbaServant._invoke(EjbCorbaServant.java:328)
	at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1558)
	at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:940)
	at com.sun.corba.se.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:198)
	at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:712)
	at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.dispatch(SocketOrChannelConnectionImpl.java:471)
	at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.doWork(SocketOrChannelConnectionImpl.java:1230)
	at com.sun.corba.se.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:490)
	at com.sun.corba.se.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:519)
	at org.jboss.as.test.integration.transactions.TxTestUtil.<clinit>(TxTestUtil.java:42)
	at org.jboss.as.test.iiop.transaction.timeout.StatelessBean.testTransaction(StatelessBean.java:73)
	... 54 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "ts.timeout.factor" "read")" in code source "(vfs:/content/stateless-iiop-txn-timeout.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.stateless-iiop-txn-timeout.jar:main" from Service Module Loader")
	at java.lang.Integer.getInteger(Integer.java:1113)
	at java.lang.Integer.getInteger(Integer.java:1069)
	... 81 more

org.jboss.as.test.integration.jca.statistics.xa.XaDataSourcePoolStatisticsTestCase#testXACommit
org.jboss.as.test.integration.jca.statistics.xa.XaDataSourcePoolStatisticsTestCase#testXARollback
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=XaDataSourcePoolStatisticsTestCase -Dsecurity.manager

ERROR [org.jboss.as.ejb3.invocation] (default task-5) WFLYEJB0034: EJB Invocation failed on component SLSB1 for method public abstract void org.jboss.as.test.integration.jca.statistics.xa.SLSB.commit() throws java.lang.Exception: javax.ejb.EJBException: WFLYEJB0443: EJB 3.1 FR 13.3.3: BMT bean SLSB1 should complete transaction before returning.
	at org.jboss.as.ejb3.tx.EjbBMTInterceptor.checkStatelessDone(EjbBMTInterceptor.java:86)
Caused by: java.lang.RuntimeException: java.lang.ExceptionInInitializerError
	... 62 more
	at org.jboss.as.test.integration.jca.statistics.xa.SLSB1.commit(SLSB1.java:54)
	... 60 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "ts.timeout.factor" "read")" in code source "(vfs:/content/xa-datasource-pool-statistics-test.ear/xa_transactions.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.xa-datasource-pool-statistics-test.ear.xa_transactions.jar:main" from Service Module Loader")
	... 78 more

When using XQuery the getOut() function is called on the message so if it is not used at a place where the out is filled an empty out message will be created. With this xquery cannot be used for example in setBody, setHeader... and anywhere where the out is not filled.
An example where this causes real trouble:
<choice>
  <when>
    <xquery>...</xquery>
    <to uri="direct:follow" />
  </when>
</choice>
...
<from uri="direct:follow">
<to ...>
<to ...>
In the patch the out property in the xquery context is filled only if it is not null. With it all of my pipelines seem to work well for me.

I have a test class annotated with 

@ContextConfiguration(initializers = EnvironmentInitializer.class, classes = DatabaseConfiguration.class)

In EnvironmentInitializer I register additional PropertySources.
This works great with Spring Boot using:

SpringApplication application = new SpringApplication(Main.class);
application.addInitializers(new EnvironmentInitializer());
application.run(args);

The test, however fails with ...

java.lang.IllegalArgumentException: Invalid boolean value [${db.testdata}]
	at org.springframework.beans.propertyeditors.CustomBooleanEditor.setAsText(CustomBooleanEditor.java:122)
	at org.springframework.beans.TypeConverterDelegate.doConvertTextValue(TypeConverterDelegate.java:430)
	at org.springframework.beans.TypeConverterDelegate.doConvertValue(TypeConverterDelegate.java:403)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:181)
	at org.springframework.beans.TypeConverterDelegate.convertIfNecessary(TypeConverterDelegate.java:110)
	at org.springframework.beans.TypeConverterSupport.doConvert(TypeConverterSupport.java:61)

... since the additional property sources were ignored.

An example failure from JBEAP-6887:

{
        "WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store-client.cs_not_found_exception" => "org.jboss.msc.service.StartException in service org.wildfly.security.credential-store-client.cs_not_found_exception: WFLYELY00004: Unable to start the service.
    Caused by: org.wildfly.security.credential.store.CredentialStoreException: ELY09506: Cannot read credential storage file '/home/hsvabek/securityworkspace/VERIFICATION/2016_11_02_UX_testing/jboss-eap-7.1.0.DR7/standalone/data/cs/keystore-not_exists.jceks' for the store named 'cs_not_found_exception'
    Caused by: java.io.FileNotFoundException: /home/hsvabek/securityworkspace/VERIFICATION/2016_11_02_UX_testing/jboss-eap-7.1.0.DR7/standalone/data/cs/keystore-not_exists.jceks (No such file or directory)"},
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.credential-store-client.cs_not_found_exception"],
    },
}

There is no requirement not to show an exception or stack trace snippet. IMHO it's the best part of the message. And it's not feasible to show nothing else, as there are a number of layers in between.
But, this can certainly be improved, which is what this issue is about:
1) "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined
This is just noise. I'm quite certain this is already fixed and verified in a different issue though. Reproducing this against current code doesn't show this bit any longer.
2) "org.jboss.msc.service.StartException in service org.wildfly.security.credential-store-client.cs_not_found_exception: "
This is superfluous, since it follows ""WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store-client.cs_not_found_exception"" which says the same thing. This can go.
3) ""WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.credential-store-client.cs_not_found_exception"]"
Seems redundant since the only non-installed service listed is the one already reported as failed. This I'm not certain I'll fix as doing so may introduce some other issue. But I'll have a look.

This is a follow up on issue HBASE-9895. Update the book reference to be aware of it.

JBoss EAP 6.0.0 (and 6.0.1.ER3) doesn't clean up it's tmp/vfs directories.
The following reproduces this -
i) ensure run.conf has the -Xrs set
ii) ensure deployments has a deployable .ear in it
iii) ./run standalone.sh and allow the deployments to deploy
iv) stop the EAP process ie kill <process_id>
v) observe content tmp/vfs
(The -Xrs parameter is used to "-Xrs" to prevent possible interference when JVM is running as a service and receives CTRL_LOGOFF_EVENT or SIGHUP)
This will eventually cause problems with lack of disk space.
Note if the -Xrs parameter content is removed but the tmp/vfs dirs stills exist. This could potentially cause inode problems.
It would be better if there were any additional code so the temp dirs are cleaned up on start up. That would resolve both the -Xrs problem and the excessive dir creation.

Formal syntax of grant and revoke as it appears in help text contradicts examples. Suggests that a <@namespace> must always precede a <table> parameter. In fact, it must not precede, it is an alternative to specifying the table.
Also there is some nonsense in the explanation.

See SO
http://stackoverflow.com/questions/29933629/apache-camel-sql-component-is-not-closing-resultset
The Spring javadocs says

<p><b>NOTE:</b> Any ResultSets opened should be closed in finally blocks
within the callback implementation. Spring will close the Statement
object after the callback returned, but this does not necessarily imply
that the ResultSet resources will be closed: the Statement objects might
get pooled by the connection pool, with 
{@code close}
 calls only
returning the object to the pool but not physically closing the resources.

For every run of the hive CLI there is a delay for the shell startup

14/07/31 23:07:19 INFO Configuration.deprecation: fs.default.name is deprecated. Instead, use fs.defaultFS
14/07/31 23:07:19 INFO tez.DagUtils: Hive jar directory is hdfs://mac-10:8020/user/gopal/apps/2014-Jul-31/hive/
14/07/31 23:07:19 INFO tez.DagUtils: Localizing resource because it does not exist: file:/home/gopal/tez-autobuild/dist/hive/lib/hive-exec-0.14.0-SNAPSHOT.jar to dest: 
hdfs://mac-10:8020/user/gopal/apps/2014-Jul-31/hive/hive-exec-0.14.0-SNAPSHOTde1f82f0b5561d3db9e3080dfb2897210a3bda4ca5e7b14e881e381115837fd8.
jar
14/07/31 23:07:19 INFO tez.DagUtils: Looks like another thread is writing the same file will wait.
14/07/31 23:07:19 INFO tez.DagUtils: Number of wait attempts: 5. Wait interval: 5000
14/07/31 23:07:19 INFO tez.DagUtils: Resource modification time: 1406870512963
14/07/31 23:07:20 INFO tez.TezSessionState: Opening new Tez Session (id: 02d6b558-44cc-4182-b2f2-6a37ffdd25d2, scratch dir: hdfs://mac-10:8020/tmp/hive-gopal/_tez_session_dir/02d6b558-44cc-4182-b2f2-6a37ffdd25d2)

Traced this to a method which does PRIVATE LRs - this is marked as PRIVATE even if it is from a common install dir.

 public LocalResource localizeResource(Path src, Path dest, Configuration conf)
....
    return createLocalResource(destFS, dest, LocalResourceType.FILE,
        LocalResourceVisibility.PRIVATE);
  }

Create a table, load data into it. Flush the table.
Do a scan with
1. Some filter which should not match the first entry in the scan
2. Where one specifies a family and column.
You will notice that the first entry is returned even though it doesn't match the filter.
It looks like the when the first KeyValue of a scan in the column from the point of view of the code

} else if (kv != null && !kv.isInternal() && filterRowKey(currentRow)) {

Is generated by

public static KeyValue createLastOnRow(final byte [] row,
final int roffset, final int rlength, final byte [] family,
final int foffset, final int flength, final byte [] qualifier,
final int qoffset, final int qlength) { return new KeyValue(row, roffset, rlength, family, foffset, flength, qualifier, qoffset, qlength, HConstants.OLDEST_TIMESTAMP, Type.Minimum, null, 0, 0); }

So it is always internal from that point of the code.
Only later from within
StoreScanner.java

public synchronized boolean next(List<KeyValue> outResult, int limit, String metric) throws IOException {
....
LOOP: while((kv = this.heap.peek()) != null) {

( The second time through)
Do we get the actual kv, with a proper type and timestamp. This seems to mess with filtering.

When a scaffold is generated for a JPA entity with a Boolean field, a validationMessageCode attribute is erroneously added to the jspx file:

 <field:checkbox field="emailAllowed"
	id="c_com_kn_core_domain_KnEmailSource_emailAllowed"
	validationMessageCode="field_invalid_email"
	z="wTN+Jq4iS1yreKGSzQx31kMngEI=" />

... which generates an error when the page is loaded.
According to the TLD, the validationMessageCode attribute is invalid for the checkbox tag.

See nabble
http://camel.465427.n5.nabble.com/Bug-in-camel-lucene-component-tp3369088p3369088.html

I'm trying to pass an array for a $all query so that I can keep all my queries in the same repository interface.  I've tried various things, but I keep getting 

org.springframework.data.mongodb.UncategorizedMongoDbException: $all requires array; 
nested exception is com.mongodb.MongoException: $all requires array

Putting debug on both ends, Spring Data is logging:

DEBUG [10/04/2012 09:57:38 BST - main] - Created query { "tags" : { "$all" : [ "green" , "orange"]}}
DEBUG [10/04/2012 09:57:38 BST - main] - find using query: { "tags" : { "$all" : [ "green" , "orange"]}} fields: null for class:

and that query when pasted into a mongo shell is correct, returning the required documents however mongo is logging:

Tue Apr 10 10:57:39 [conn84] assertion 13050 $all requires array ns:database.collection query:{ tags: { $all: { 0: "green", 1: "orange" } } }

Which when pasted into a mongo shell returns the above error.
Debugging, this translation error occurs in DBObject org.springframework.data.mongodb.core.QueryMapper.getMappedObject(DBObject query, MongoPersistentEntity<?> entity)
It looks like this needs another clause for $all, similar to that which exists for $.*or.

Identified another flakiness in TestTriggersMoveWorkloadManager which can cause intermittent test failures. 

In the DefaultDeploymentManager the isDomain() method attempts to lazy load a boolean value. If an error occurs during execution of the operation the value is always null resulting in an endless loop.

an example rewrite for q28 of tpcds is 

(select LP as B1_LP ,CNT  as B1_CNT,CNTD as B1_CNTD
      from (select sum(xc0) / sum(xc1) as LP, sum(xc1) as CNT, count(1) as CNTD from (select sum(ss_list_price) as xc0, count(ss_list_price) as xc1 from store_sales  where 
ss_list_price is not null and ss_quantity between 0 and 5
        and (ss_list_price between 11 and 11+10 
             or ss_coupon_amt between 460 and 460+1000
             or ss_wholesale_cost between 14 and 14+20)
 group by ss_list_price) ss0) ss1) B1

Some of the properties in datasource subsystem are disabled to be set by expression. It would be good if all attributes could be set by expression if possible.
Namely these are those which sets "expressions-allowed" as false

driver
	
driver-class-name
driver-module-name
driver-xa-datasource-class-name
module-slot
jdbc-compliant
profile

data-source
	
allow-multiple-users

This issue came alongside with testing EAP7-467 which asks for allowing expressions in datasource subsystem, especially for attribute 'enabled'.

Hive CLI is not saving history, if hive cli is terminated using a Ctrl-C or "quit;".
HIVE-9310 fixed it for the case where one exits with Ctrl-D (EOF), but not for the above ways of exiting.

for (int i = 0; i < result.length; i++) {
      if (i >= fuzzyKeyMeta.length || fuzzyKeyMeta[i] == 1) {
        result[i] = row[offset + i];
        if (!order.isMax(row[i])) {
          // this is "non-fixed" position and is not at max value, hence we can increase it
          toInc = i;
        }
      }

See we take row bytes with out considering the row offset.  The test cases are passing as we pass 0 offset row bytes. Change in the test will reveal the bug.
Came across this when I was working on HBASE-11425

I found some class license hive placed in an incorrect location, some classes missing license

Currently the command "analyze table .. partition .. compute statistics for columns" may only work for partition column type of string, numeric types, but not others like date. See following case using date as partition coltype:

create table colstatspartdate (key int, value string) partitioned by (ds date, hr int);
insert into colstatspartdate partition (ds=date '2015-04-02', hr=2) select key, value from src limit 20;
analyze table colstatspartdate partition (ds=date '2015-04-02', hr=2) compute statistics for columns;

you will get RuntimeException:

FAILED: RuntimeException Cannot convert to Date from: int
15/04/06 17:30:01 ERROR ql.Driver: FAILED: RuntimeException Cannot convert to Date from: int
java.lang.RuntimeException: Cannot convert to Date from: int
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorUtils.getDate(PrimitiveObjectInspectorUtils.java:1048)
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorConverter$DateConverter.convert(PrimitiveObjectInspectorConverter.java:264)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagateProcFactory.typeCast(ConstantPropagateProcFactory.java:163)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagateProcFactory.propagate(ConstantPropagateProcFactory.java:333)
	at org.apache.hadoop.hive.ql.optimizer.ConstantPropagateProcFactory.foldExpr(ConstantPropagateProcFactory.java:242)
....

Everything work fine follow Stuart's instruction here https://github.com/stuartwdouglas/modcluster-example
but when I changed the root context of the app to "/"  the load balancing did not work any more, but still you can access to individual server.
I experimented with different root context like "/test", "/root" and I found that, setting any root context for app is OK except "/" (blank)
Chanras

The Infinispan subsystem uses the name of the cache container as the cluster name, instead of the name configured in <transport cluster="foo"/>.
This is a critical issue when using a gossip router, as only the cluster name determines what nodes form a cluster.

time between deciding the source and destination path for distcp to invoking of distcp can have a change of the source file, hence distcp might copy the wrong file to destination, hence we should an additional check on the checksum of the source file path after distcp finishes to make sure the path didnot change during the copy process. if it has take additional steps to delete the previous file on destination and copy the new source and repeat the same process as above till we copy the correct file. 

org.jboss.as.controller.persistence.ConfigurationFile#deleteRecursively is missing error checking.
If an I/O error occurs while listing the directory contents (file permission error/etc) it still tries to use the listing and gets a NullPointerException.
This method is used while removing old configuration history directories during boot, and the NullPointerException causes the EAP boot to abort.

We have two clusters, call them 1 and 2. Cluster 1 was the current "primary" cluster and taking all live traffic which is replicated to cluster 2. We decommissioned several instances in cluster 2 which involves deleting the instance and its DNS record. After this happened most of the regions servers in cluster 1 showed this message in their logs repeatedly. 
 
2018-01-12 23:49:36,507 WARN org.apache.hadoop.hbase.replication.regionserver.HBaseInterClusterReplicationEndpoint: Can't replicate because of a local or network error:
java.net.UnknownHostException: data-017b.hbase-2.prod
at org.apache.hadoop.hbase.ipc.AbstractRpcClient$BlockingRpcChannelImplementation.<init>(AbstractRpcClient.java:315)
at org.apache.hadoop.hbase.ipc.AbstractRpcClient.createBlockingRpcChannel(AbstractRpcClient.java:267)
at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.getAdmin(ConnectionManager.java:1737)
at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.getAdmin(ConnectionManager.java:1719)
at org.apache.hadoop.hbase.replication.regionserver.ReplicationSinkManager.getReplicationSink(ReplicationSinkManager.java:119)
at org.apache.hadoop.hbase.replication.regionserver.HBaseInterClusterReplicationEndpoint$Replicator.call(HBaseInterClusterReplicationEndpoint.java:339)
at org.apache.hadoop.hbase.replication.regionserver.HBaseInterClusterReplicationEndpoint$Replicator.call(HBaseInterClusterReplicationEndpoint.java:326)

The host data-017b.hbase-2.prod was one of those that had been removed from cluster 2. Next we observed our replication lag from cluster 1 to cluster 2 was elevated. Some region servers reported ageOfLastShippedOperation to be close to an hour.
The only way we found to clear the message was to restart the region servers that showed this message in the log. Once we did replication returned to normal. Restarting the affected region servers in cluster 1 took several days because we could not bring the cluster down.
From reading the code it appears the cause was the zookeeper watch not being triggered for the region server list change in cluster 2. We verified the list in zookeeper for cluster 2 was correct and did not include the removed nodes.
One concrete improvement to make would be to force a refresh of the sink cluster region server list when an UnknownHostException is found. This is already done if the there is a ConnectException in HBaseInterClusterReplicationEndpoint.java

} else if (ioe instanceof ConnectException) {
  LOG.warn("Peer is unavailable, rechecking all sinks: ", ioe);
  replicationSinkMgr.chooseSinks();

I propose that should be extended to cover UnknownHostException.
We observed this behavior on 1.2.0-cdh-5.11.1 but it appears the same code still exists on the current master branch.
 
'+' is a valid character in a file name on linux and HDFS. However, loading data from such a file into table results the following error:

hive> load data local inpath '/home/xzhang/temp/t+est.txt' into table test;
Copying data from file:/home/xzhang/temp/t est.txt
No files matching path: file:/home/xzhang/temp/t est.txt
FAILED: Execution Error, return code 3 from org.apache.hadoop.hive.ql.exec.CopyTask

This test fails periodically (1 out of 10) times on our internal jenkins instance.

FAILED TESTS
================================================
1 tests failed.
REGRESSION: org.apache.hadoop.hbase.util.TestHBaseFsck.testQuarantineMissingRegionDir
org.apache.hadoop.hbase.TableNotEnabledException: testQuarantineMissingRegionDir at org.apache.hadoop.hbase.master.handler.DisableTableHandler.<init>(DisableTableHandler.java:75) at org.apache.hadoop.hbase.master.HMaster.disableTable(HMaster.java:1170) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:364) at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1345)
org.apache.hadoop.hbase.TableNotEnabledException: org.apache.hadoop.hbase.TableNotEnabledException: testQuarantineMissingRegionDir
at org.apache.hadoop.hbase.master.HMaster.disableTable(HMaster.java:1170)
at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source)
at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1345)
at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:90)
at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:79)
at org.apache.hadoop.hbase.client.HBaseAdmin.disableTableAsync(HBaseAdmin.java:766)
at org.apache.hadoop.hbase.util.TestHBaseFsck.deleteTable(TestHBaseFsck.java:344)
at org.apache.hadoop.hbase.util.TestHBaseFsck.doQuarantineTest(TestHBaseFsck.java:1351)
at org.apache.hadoop.hbase.util.TestHBaseFsck.testQuarantineMissingRegionDir(TestHBaseFsck.java:1433)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:62)
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hbase.TableNotEnabledException): org.apache.hadoop.hbase.TableNotEnabledException: testQuarantineMissingRegionDir
at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:918)
at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:150)
at $Proxy25.disableTable(Unknown Source)
at org.apache.hadoop.hbase.client.HBaseAdmin.disableTableAsync(HBaseAdmin.java:764)
... 12 more

I am using camel-mybatis (version 2.12.0) component in Fuse 6.1 environment to invoke an oracle SP with 2 resultsets. The request is a HashMap and once mybatis maps the resultsets to java beans, the List is again saved in the original HashMap itself. 
Here is the snippet of SqlMap:
<select
    id="searchUsers"
    parameterType="java.util.HashMap"       
    statementType="CALLABLE">
    {call ORACLE.SP_NAME_1(
        #
{userId,mode=IN,jdbcType=VARCHAR}
,
#
{maxResultsCount,mode=IN,jdbcType=DECIMAL}
,
#
{view,mode=IN,jdbcType=VARCHAR}
,
#
{statusInfo,mode=OUT,jdbcType=CURSOR,resultMap=statusInfoRowMap}
,
#
{memberInfo,mode=OUT,jdbcType=CURSOR,resultMap=claimInfoRowMap}
)}
And here is how I invoke the mybatis component:
<setBody>
    <groovy>
[
    userId:'ID-1234',
    maxResultsCount:20,
    view:'MEMBER',
]
   </groovy>
</setBody>
<to uri="mybatis:searchUsers?statementType=SelectOne" />
Since there are no result object (all the results are stored in the original requested HashMap itself), MyBatisProducer is setting null to exchange OUT message. The original body which contains the results from stored procedure is lost.
The Question is: is this the expected behaviour? mybatis component already stores the result in exchange header, so why to update the body as well?
The workaround I had to do was - to store the original body to a header, invoke mybatis and reset body from the header (which has the stored procedure result now) : 
<setBody>
            <groovy>
                [
             userId:'ID1234',
             maxResultsCount:20,
             view:'MEMBER'
          ]
        </groovy>
    <setHeader headerName="originalRequest">
    <to uri="mybatis:searchUsers?statementType=SelectOne" />
    <setBody>
        <simple>${in.headers.originalRequest}</simple>
    <log message="status: ${body.statusInfo}" />

HIVE-10508/HIVE-11670 covers the issue to mask the hidden user information before doing the MR/Tez job submission.We no longer need to mask the original jdo Connection password with HIVE before submitting the mapred job. conf.stripHiddenConfigurations(job) should do the job of hiding the user password when called from ExecDriver.initialize(). 

When I do 'ant test' or 'ant test-contrib' the tests fail just because of the DFSAbort timeout. The logs do not convey any useful information.

TestStorageBasedMetastoreAuthorizationReads - needs to call WindowsPathUtil.convertPathsFromWindowsToHdfs()
TestAuthorizationApiAuthorizer - created role should have a name. This was causing TestLocationQueries to fail when run together because TestLocationQueries was unable to drop a role with a null name. This one fails on Unix as well.
create_like.q, stats_noscan_2.q: system:hive.root wasn't working on Windows, change test to use system:test.tmp.dir.
Also update the golden files for a few Windows-only .q file tests

2018-11-05,18:25:52,735 WARN org.apache.hadoop.hbase.procedure2.ProcedureExecutor: Worker terminating UNNATURALLY null
java.lang.IllegalArgumentException: NOT RUNNABLE! pid=3, state=WAITING_TIMEOUT:REGION_STATE_TRANSITION_CLOSE, hasLock=true, bypass=true; TransitRegionStateProcedure table=test_fail
over, region=1bb029ba4ec03b92061be5c4329d2096, UNASSIGN
        at org.apache.hbase.thirdparty.com.google.common.base.Preconditions.checkArgument(Preconditions.java:134)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1620)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1384)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$1100(ProcedureExecutor.java:78)
        at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1948)
2018-11-05,18:25:52,736 TRACE org.apache.hadoop.hbase.procedure2.ProcedureExecutor: Worker terminated.

Since when we bypassed a WAITING_TIMEOUT procedure and resubmit it, its state is still WAITING_TIMEOUT, then when executor run this procedure, it will throw exception and cause worker terminated.

These are WAL files B&R does need for backup. The issue does not affect B&R functionality though. 

Sometimes I get an NPE when listing routes in Karaf:
2012-08-28 12:20:01,734 | INFO  | l Console Thread | Console                          | 36 - org.apache.karaf.shell.console - 2.2.8 | Exception caught while executing command
        at org.apache.camel.karaf.commands.RouteList.doExecute(RouteList.java:65)[129:org.apache.camel.karaf.camel-karaf-commands:2.10.0]
        at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:38)[36:org.apache.karaf.shell.console:2.2.8]
        at org.apache.felix.gogo.commands.basic.AbstractCommand.execute(AbstractCommand.java:35)[36:org.apache.karaf.shell.console:2.2.8]
        at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[36:org.apache.karaf.shell.console:2.2.8]
        at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:474)[36:org.apache.karaf.shell.console:2.2.8]
        at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:400)[36:org.apache.karaf.shell.console:2.2.8]
        at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[36:org.apache.karaf.shell.console:2.2.8]
        at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[36:org.apache.karaf.shell.console:2.2.8]
        at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[36:org.apache.karaf.shell.console:2.2.8]
        at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:89)[36:org.apache.karaf.shell.console:2.2.8]
        at org.apache.karaf.shell.console.jline.Console.run(Console.java:166)[36:org.apache.karaf.shell.console:2.2.8]
        at java.lang.Thread.run(Thread.java:662)[:1.6.0_24]

TestHCM takes 13 minutes for me on ubuntu and fails in testClosing.  It runs fine on a mac.  The problem test is not testClosing as I thought originally, its the test just previous, testConnectionUniqueness.  testConnectionUniqueness creates the maximum cached HConnections + 10 to verify each is unique if the passed in Configuration has a unique hash.  Problem comes when zk enforces its default max from single host of 30 connections which is < (max cached + 10).  The max does not seem to be enforced on mac for me.  The max connections runs up to max of 31 – zk max + 1 – and works fine until we do the +10.  On ubuntu, when we hit the zk max of 30, we'll then go into a fail mode where we cannot set up a zk session... each attempt takes a while.  Test passes, it just takes a while.
Only, the uniqueness test does not clean up after itself and so all sessions to zk are outstanding so then when the subsequent testClosing runs, it can't set up connections successfully so fails.

It's easy to reproduce. Take the petclinic. Observe that webjars paths have versions in them in the UI
Then set

spring.resources.chain.strategy.content.enabled=true
spring.resources.chain.strategy.content.paths=/resources/**

and observe that the local resources get versions, but the webjars lose theirs.
It seems like a logic error in the ResourceResolverChain. There is a webjar resource resolver there, but it never gets a chance to vote on the path.

There's an incompatibility between hadoop 1 & 2 wrt to the MiniDfsCluster class. That causes the hadoop 2 line Minimr tests to fail with a "MethodNotFound" exception.

A new code source is being created for every class.  We should be mapping code signer lists to cached code sources instead.

https://builds.apache.org/job/HBase-TRUNK-jacoco/24/testReport/junit/org.apache.hadoop.hbase.regionserver/TestEndToEndSplitTransaction/testFromClientSideWhileSplitting/
First, we split 'e9eb97847340ea7c6b9616d63d62a784' to  'abe1973ea732066b12d8e33fce12a951' and '4940dad7ef9b4b699fd13eede5740d9d'.
And then, we try to split 'abe1973ea732066b12d8e33fce12a951'.

2015-03-21 03:58:46,970 INFO  [Thread-191] regionserver.TestEndToEndSplitTransaction(399): Initiating region split for:testFromClientSideWhileSplitting,,1426910324847.abe1973ea732066b12d8e33fce12a951.
2015-03-21 03:58:46,976 INFO  [PriorityRpcServer.handler=7,queue=1,port=54177] regionserver.RSRpcServices(1596): Splitting testFromClientSideWhileSplitting,,1426910324847.abe1973ea732066b12d8e33fce12a951.
2015-03-21 03:58:46,977 DEBUG [PriorityRpcServer.handler=7,queue=1,port=54177] regionserver.CompactSplitThread(259): Split requested for testFromClientSideWhileSplitting,,1426910324847.abe1973ea732066b12d8e33fce12a951..  compaction_queue=(0:0), split_queue=1, merge_queue=0
2015-03-21 03:58:46,978 INFO  [Thread-191] regionserver.TestEndToEndSplitTransaction(399): blocking until region is split:testFromClientSideWhileSplitting,,1426910324847.abe1973ea732066b12d8e33fce12a951.
2015-03-21 03:58:46,985 DEBUG [RS:0;priapus:54177-splits-1426910324832] lock.ZKInterProcessLockBase(226): Acquired a lock for /hbase/table-lock/testFromClientSideWhileSplitting/read-regionserver:541770000000002
2015-03-21 03:58:46,988 DEBUG [RS:0;priapus:54177-splits-1426910324832] lock.ZKInterProcessLockBase(328): Released /hbase/table-lock/testFromClientSideWhileSplitting/read-regionserver:541770000000002
2015-03-21 03:58:46,988 DEBUG [Thread-191] ipc.AsyncRpcClient(163): Use global event loop group NioEventLoopGroup
2015-03-21 03:58:46,988 INFO  [RS:0;priapus:54177-splits-1426910324832] regionserver.SplitRequest(142): Split transaction journal:
	STARTED at 1426910326977

We can see that it failed without any error message.
I think can only happen when the parent is not splittable or we can not find a splitrow.

2015-03-21 03:58:47,019 INFO  [RS:0;priapus:54177-shortCompactions-1426910324308] regionserver.HStore(1334): Completed major compaction of 2 (all) file(s) in family of testFromClientSideWhileSplitting,,1426910324847.abe1973ea732066b12d8e33fce12a951. into e97bccdc4b014c15a52a579cd49ebb31(size=12.6 K), total size for store is 12.6 K. This selection was in queue for 0sec, and took 0sec to execute.
2015-03-21 03:58:47,019 INFO  [RS:0;priapus:54177-shortCompactions-1426910324308] regionserver.CompactSplitThread$CompactionRunner(523): Completed compaction: Request = regionName=testFromClientSideWhileSplitting,,1426910324847.abe1973ea732066b12d8e33fce12a951., storeName=family, fileCount=2, fileSize=25.5 K, priority=1, time=14542808784655186; duration=0sec
2015-03-21 03:58:47,020 DEBUG [RS:0;priapus:54177-shortCompactions-1426910324308] regionserver.CompactSplitThread$CompactionRunner(546): CompactSplitThread Status: compaction_queue=(0:0), split_queue=0, merge_queue=0

We can see that, the compaction was completed at 03:58:47,019, but split was started at 03:58:46,970 which is earlier.
So we have a reference file and is not splittable.
I think the problem is 'compactAndBlockUntilDone' is not reliable, it may return before the compaction complete.
Will try to prepare a patch.

Order by a column on a join table seems to be filtering out null values again (INNER JOIN vs OUTER JOIN?). This is with an Oracle-backed db.
DATAJPA-346 fixed this issue, however after upgrading to 1.5.1 it has come back.
Library versions are:
spring-data-jpa 1.5.1.RELEASE
querydsl 3.3.2
hibernate 4.3.4.Final
When I try to sort on a joined column, the null joins are filtered out. When I change spring-dta-jpa to 1.5.0.RELEASE it works again without filtering with all other dependencies the same version.
Seems like a regression in 1.5.1.
The offending generated query is shown in both versions below
1.5.0 (working)
    select
        * 
    from
        (
        select
            <<all-my-select-cols>>
        from
            REQUEST request0_ 
        left outer join
            SITE_USER siteuser1_ 
                on request0_.ASSIGNED_TO=siteuser1_.ID 
        where
            request0_.ROW_END_DATE is null 
        order by
            lower(siteuser1_.FIRST_NAME) asc,
            lower(siteuser1_.LAST_NAME) asc) 
    where
        rownum <= ?

1.5.1 (broke)
    select
        * 
    from
        (
        select
        from
            REQUEST request0_,
        where
            request0_.ASSIGNED_TO=siteuser1_.ID 
            and (
                request0_.ROW_END_DATE is null
            ) 
        order by
            lower(siteuser1_.FIRST_NAME) asc) 
    where
        rownum <= ?

It also looks like my secondary order by column is missing (LAST_NAME), as the only thing I changed between runs was the spring-data-jpa version.

Avoid hangs like https://ci.wildfly.org/viewLog.html?buildId=118094&buildTypeId=WF_PullRequest_Windows with the important thread being:

"main" #1 prio=5 os_prio=0 tid=0x000000000127d800 nid=0x2fd4 in Object.wait() [0x000000000149d000]
	- waiting on <0x00000006c13073a8> (a org.jboss.msc.service.ServiceControllerImpl)
	at org.jboss.msc.service.ServiceControllerImpl.awaitValue(ServiceControllerImpl.java:1130)
	- locked <0x00000006c13073a8> (a org.jboss.msc.service.ServiceControllerImpl)
	at org.wildfly.extension.undertow.AbstractUndertowSubsystemTestCase.testRuntime(AbstractUndertowSubsystemTestCase.java:122)
	at org.wildfly.extension.undertow.UndertowSubsystem12TestCase.testRuntime(UndertowSubsystem12TestCase.java:71)

Put some kind of timeout in there so the job doesn't run for hours before timing out.
Same for clustering testsuite's ValueServiceServlet.

When creating entities using --inheritanceType TABLE_PER_CLASS the project will not run.
e.g.
persistence setup --provider HIBERNATE --database MYSQL --databaseName roodb
entity --class ~.domain.Human --abstract --inheritancetype TABLE_PER_CLASS
entity --class ~.domain.Man --extends ~.domain.Human --testautomatically
Will not run due to problems with GenerationType.AUTO
-end-

We have an HBase (1.1.2) production cluster with 58 region servers and a staging cluster with 6 region servers.
For both clusters, we enabled region replicas with the following settings:
hbase.regionserver.storefile.refresh.period = 0
hbase.region.replica.replication.enabled = true
hbase.region.replica.replication.memstore.enabled = true
hbase.master.hfilecleaner.ttl = 3600000
hbase.master.loadbalancer.class = org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer
hbase.meta.replica.count = 3
hbase.regionserver.meta.storefile.refresh.period = 30000
hbase.region.replica.wait.for.primary.flush = true
hbase.region.replica.storefile.refresh.memstore.multiplier = 4
We then altered our HBase tables to have REGION_REPLICATION => 2
Both clusters got into a state where a few region servers were spewing the following error below in the HBase logs.  In one instance the error occurred over 70K times.  At this time, these region servers would see 10x write traffic (the hadoop.HBase.RegionServer.Server.writeRequestCount metric) and in some instances would crash.
At the same time, we would see secondary regions move and then go into the "reads are disabled" state for extended periods.  
It appears there is a race condition where the DefaultMemStore::clearSnapshot method might be called more than once in succession. The first call would set snapshotId to -1, but the second call would throw an exception.  It seems the second call should just return if the snapshotId is already -1, rather than throwing an exception.
Thu Jul 21 08:38:50 UTC 2016, RpcRetryingCaller
{globalStartTime=1469090201543, pause=100, retries=35}
, org.apache.hadoop.hbase.regionserver.UnexpectedStateException: org.apache.hadoop.hbase.regionserver.UnexpectedStateException: Current snapshot id is -1,passed 1469085004304
        at org.apache.hadoop.hbase.regionserver.DefaultMemStore.clearSnapshot(DefaultMemStore.java:187)
        at org.apache.hadoop.hbase.regionserver.HStore.updateStorefiles(HStore.java:1054)
        at org.apache.hadoop.hbase.regionserver.HStore.access$500(HStore.java:128)
        at org.apache.hadoop.hbase.regionserver.HStore$StoreFlusherImpl.replayFlush(HStore.java:2270)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayFlushInStores(HRegion.java:4487)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayWALFlushCommitMarker(HRegion.java:4388)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayWALFlushMarker(HRegion.java:4191)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.doReplayBatchOp(RSRpcServices.java:776)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.replay(RSRpcServices.java:1655)
        at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:22255)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2114)

There is a weird test failure:

	at org.apache.hadoop.hbase.io.hfile.TestPrefetch.readStoreFile(TestPrefetch.java:96)
	at org.apache.hadoop.hbase.io.hfile.TestPrefetch.testPrefetch(TestPrefetch.java:66)

Looked into it, and found it could be because CacheConfig tries to compare a float with a long. Probably we should do this instead:

-    if (cachePercentage == 0L) {
+    if (cachePercentage <= 0.0001f) {

We have the situation that the method DefaultMessageListenerContainer#doShutdown hangs which is caused by the call “this.lifecycleMonitor.wait()”. I know that the problem is similar to other once in Jira but my question is the following.  
It seems there can be a situation where the “lifecycleMonitor.notifyAll()” is called before “this.lifecycleMonitor.wait()” in DefaultMessageListenerContainer#doShutdown is invoked. In that case, the wait will never return. This is what I think I have observed. Wouldn’t it be better to secure the lifecycleMonitor.wait()by a flag which signalizes if the “wait” has to be called or not. The flag can be set together with the call of notifyAll. So is it guaranteed that in all circumstances the “lifecycleMonitor.notifyAll()” is noticed during the shutdown. 
We are using 3.1.1.RELEASE but I the saw the same implementation of DefaultMessageListenerContainer#doShutdown in  4.0.2.RELEASE.

hadoop uses a uri for the file system that first does a reverse resolution of the fs.default.name ip address section (in case ip address is used). hive uses the un-resolved one. this causes url mismatch exceptions in load command (for example - localhost.localdomain does not match 127.0.0.1).
fix is to use the uri given back by the filesystem object.

example of error

2015-01-13 16:09:21,148 ERROR metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(141)) - org.apache.thrift.TException: MetaException(message:Unable to get jdbc connection from pool, Read timed out)

	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_open_txns(HiveMetaStore.java:5324)

	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:102)

	at com.sun.proxy.$Proxy11.get_open_txns(Unknown Source)

	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getValidTxns(HiveMetaStoreClient.java:1696)

	at com.sun.proxy.$Proxy12.getValidTxns(Unknown Source)

	at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.getValidTxns(DbTxnManager.java:289)

	at org.apache.hadoop.hive.ql.Driver.recordValidTxns(Driver.java:882)

	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:399)

	at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:79)

	at org.apache.hive.service.cli.session.HiveSessionProxy.access$000(HiveSessionProxy.java:37)

	at org.apache.hive.service.cli.session.HiveSessionProxy$1.run(HiveSessionProxy.java:64)

	at org.apache.hadoop.hive.shims.HadoopShimsSecure.doAs(HadoopShimsSecure.java:536)

	at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:60)

	at com.sun.proxy.$Proxy21.executeStatementAsync(Unknown Source)

	at org.apache.thrift.server.TServlet.doPost(TServlet.java:83)

	at org.apache.hive.service.cli.thrift.ThriftHttpServlet.doPost(ThriftHttpServlet.java:101)

	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:857)

Caused by: MetaException(message:Unable to get jdbc connection from pool, Read timed out)

	at org.apache.hadoop.hive.metastore.txn.TxnHandler.getDbConn(TxnHandler.java:850)

	at org.apache.hadoop.hive.metastore.txn.TxnHandler.getOpenTxns(TxnHandler.java:196)

	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_open_txns(HiveMetaStore.java:5322)

	... 66 more

HIVE-18614 broke the installation and upgrade on Postgres and Oracle.  It calls Connection.setSchema in the JDBC driver.  But the JDBC drivers for these databases don't support that call.

The order of the parameters are not proper in hbase-daemon.sh. Here is a simple change that fixes it:

--- bin/hbase-daemon.sh (revision 1101351)
+++ bin/hbase-daemon.sh (working copy)
@@ -143,7 +143,7 @@
    echo "`ulimit -a`" >> $loglog 2>&1
    nohup nice -n $HBASE_NICENESS "$HBASE_HOME"/bin/hbase \
        --config "${HBASE_CONF_DIR}" \
-        $command $startStop "$@" > "$logout" 2>&1 < /dev/null &
+        $command "$@" $startStop > "$logout" 2>&1 < /dev/null &
    echo $! > $pid
    sleep 1; head "$logout"
    ;;

Also see https://issues.apache.org/jira/browse/HBASE-3833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13028332#comment-13028332
I think this is an oversight and should have been part of the patch. Currently the local-regionservers.sh simply prints out the usage and exits, because the -D are not before the command as expected. 

See the following forum thread:
http://forum.springframework.org/showthread.php?t=40620

When we try to get the tweets from timeline of a user using the consumer endpoint timeline/user of the Twitter component. It only gets first set of Tweets 20 tweets at max and later doesn't poll for the rest of them even though the type is given as polling.

ConfigurationClassUtils.checkConfigurationClassCandidate(…) tries to create a MetadataReader for the class name of the BeanDefinition to be checked. If that lookup fails (e.g. because one misspelled the classname in an XML configuration file), the resulting IOException will only appear in the debug logs.
As we're inspecting a BeanDefinition about to be used, not being able to create a MetadataReader indicates a more fundamental problem with the configuration and should probably be at least logged at a more severe log level.
Another option would be to fix the inconsistency in ClassUtils (ultimately used by the MetadataReader implementations) which currently has some methods (e.g. forName(…)) that mitigate different styles of demarcating an inner class (.-separated VS. $-separated) while some other methods (e.g. (convertClassNameToResourcePath(…)) don't seem to apply this mitigation.

There are some minor errors in the remote partitioning section of the documentation. The code example of the partitioned step is incorrect:

public Job personJob() {
                return jobBuilderFactory.get("personJob")
                                .start(stepBuilderFactory.get("step1.master")
                                                .partitioner(partitionHandler())
                                                .build())
                                .build();
 }

                                                .partitioner("step1.worker", partitioner())
                                                .partitionHandler(partitionHandler())
                                                .build())
                                .build();
 }

Moreover, the code example shows all beans in the same bloc without mentioning which ones should be declared on the master side and which ones should be declared on the worker side. This is confusing. It should either use profiles or separate the master's configuration from the worker's configuration.
Finally, it would be great to add a remote partitioning sample to the spring-batch-samples module (current samples show only local partitioning).

right now we are using too much of the old get code, we need to review that and constrain how this works but without breaking ICV.
Also we should be resetting the timestamp on every ICV call, and removing the older version.  Instead of 'updating' an ICV "in place" we should be adding a new one, removing the old one from memstore (if it is there).  This will play well with the atomic approach added in HBASE-2248 since we are only touching 1 KeyValue at a time.

Tez compiler has the ability to push JOIN within UNION (by replicating join on each branch). If this JOIN had a SJ branch outgoing (or incoming) it could mess up the plan and end up generating incorrect or wrong plan.
As a safe measure any SJ branch after UNION should be removed (until we improve the logic to better handle SJ branches)

See this stacktrace

14:10:55,806 | ERROR | ExtenderThread-8 | ContextLoaderListener            | 72 - org.springframework.osgi.extender - 1.2.0 | Application context refresh failed (OsgiBundleXmlApplicationContext(bundle=qbus-camel-osgi, config=osgibundle:/META-INF/spring/*.xml))
org.apache.camel.FailedToCreateProducerException: Failed to create Producer for endpoint: Endpoint[xmpp://articleRoute@localhost?password=******&room=mechatron%40conference.mw-pc]. Reason: java.lang.NullPointerException
	at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:362)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.ProducerCache.acquireProducer(ProducerCache.java:93)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.ProducerCache.startProducer(ProducerCache.java:124)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.processor.SendProcessor.doStart(SendProcessor.java:146)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:65)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.ServiceSupport.start(ServiceSupport.java:52)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:60)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:74)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:77)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.processor.interceptor.TraceInterceptor.doStart(TraceInterceptor.java:429)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.processor.RedeliveryErrorHandler.doStart(RedeliveryErrorHandler.java:847)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.processor.DefaultChannel.doStart(DefaultChannel.java:146)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:86)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.processor.MulticastProcessor.doStart(MulticastProcessor.java:893)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.RouteService.startChildService(RouteService.java:250)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.RouteService.warmUp(RouteService.java:146)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.DefaultCamelContext.doWarmUpRoutes(DefaultCamelContext.java:1800)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:1726)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:1528)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1420)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1321)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:164)[75:org.apache.camel.camel-spring:2.6.0.fuse-01-09]
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1299)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:203)[75:org.apache.camel.camel-spring:2.6.0.fuse-01-09]
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:101)[75:org.apache.camel.camel-spring:2.6.0.fuse-01-09]
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:238)[75:org.apache.camel.camel-spring:2.6.0.fuse-01-09]
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97)[61:org.springframework.context:3.0.5.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:303)[61:org.springframework.context:3.0.5.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:911)[61:org.springframework.context:3.0.5.RELEASE]
	at org.springframework.osgi.context.support.AbstractOsgiBundleApplicationContext.finishRefresh(AbstractOsgiBundleApplicationContext.java:235)[71:org.springframework.osgi.core:1.2.0]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:358)[71:org.springframework.osgi.core:1.2.0]
	at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)[71:org.springframework.osgi.core:1.2.0]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320)[71:org.springframework.osgi.core:1.2.0]
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:136)[72:org.springframework.osgi.extender:1.2.0]
	at java.lang.Thread.run(Thread.java:619)[:1.6.0_14]
	at org.jivesoftware.smackx.muc.MultiUserChat$1.connectionCreated(MultiUserChat.java:84)[247:org.apache.servicemix.bundles.smack:3.1.0.2]
	at org.jivesoftware.smack.XMPPConnection.initConnection(XMPPConnection.java:957)[247:org.apache.servicemix.bundles.smack:3.1.0.2]
	at org.jivesoftware.smack.XMPPConnection.connectUsingConfiguration(XMPPConnection.java:904)[247:org.apache.servicemix.bundles.smack:3.1.0.2]
	at org.jivesoftware.smack.XMPPConnection.connect(XMPPConnection.java:1415)[247:org.apache.servicemix.bundles.smack:3.1.0.2]
	at org.apache.camel.component.xmpp.XmppEndpoint.createConnection(XmppEndpoint.java:140)[248:org.apache.camel.camel-xmpp:2.6.0.fuse-01-09]
	at org.apache.camel.component.xmpp.XmppGroupChatProducer.doStart(XmppGroupChatProducer.java:76)[248:org.apache.camel.camel-xmpp:2.6.0.fuse-01-09]
	at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:360)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	... 65 more

There are some subtle changes in IPC in the newer Hadoop trees that cause TestHLog to fail. The issue is that when it restarts the minicluster, the new DNs pick up a cached IPC connection to the old NN, which has closed its end of the IPC pipe. This causes the new DNs to fail to start and the test fails. Adding a strategic sleep fixes it.

The org.springframework.web.servlet.view.xml.MarshallingView method locateToBeMarshalled(Map) assumes that the value of the object to be marshalled is not null. The line 132:
if (this.marshaller.supports(o.getClass())) {
Will throw NPE if/when o is null. This should be guarded with a null check, and return null when o is null. This will cause the calling method rederMergedOutputModel to throw a ServletException, which is the proper action.
As an example, this happens when using REST and the user issues a GET for a non-existent key. When this happens the model contains the object key, but null for the value of the key, which results in the NPE.

Building Spring 3.1 M2 SNAPSHOT at revision 4339 JibxMarshallerTests fails with exception [1].
[1] Failed test stacktrace

Unable to access binding 'binding'
Make sure classes generated by the binding compiler are available at runtime
java.lang.ClassNotFoundException: org.springframework.oxm.jibx.JiBX_bindingFactory
	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
	at org.jibx.runtime.BindingDirectory.getFactory(BindingDirectory.java:237)
	at org.jibx.runtime.BindingDirectory.getFactory(BindingDirectory.java:292)
	at org.springframework.oxm.jibx.JibxMarshaller.afterPropertiesSet(JibxMarshaller.java:224)
	at org.springframework.oxm.jibx.JibxMarshallerTests.createMarshaller(JibxMarshallerTests.java:38)
	at org.springframework.oxm.AbstractMarshallerTests.setUp(AbstractMarshallerTests.java:58)

Set dependency repository to SpringSource release repository. Exclude transitive JUnit 3.8.1 pulled in by OpenJPA.

With Dynamic partitioning, Hive would scan default partitions in some cases even if query excludes it.
As part of partition pruning, predicate is narrowed down to those pieces that involve partition columns only. This predicate is then evaluated with partition values to determine, if scan should include those partitions.
But in some cases (like when comparing "_HIVE_DEFAULT_PARTITION_" to numeric data types) expression evaluation would fail and would return NULL instead of true/false. In such cases the partition is added to unknown partitions which is then subsequently scanned.

If balancer is on when graceful_stop.sh runs, it can get messy.  Add disable of balancer to the script.

Another one of my micro optimizations.
In StoreScanner.next(...) we can actually save a call to KeyValueHeap.peek, which in my runs of scan heavy loads shows up at top.
Based on the run and data this can safe between 3 and 10% of runtime.

The 'transform' feature, where REST can be instructed, via a table attribute, to apply a transformation (e.g. base64 encoding or decoding) to a (sub)set of column values before serving them up to a client or storing them into HBase, was added some time ago at the request of Jack Levin. I have since come to regret it, it was not a well thought out feature:

This is really an application concern.

It adds significant overhead to request processing: Periodically a HBaseAdmin is used to retrieve the table descriptor, in order to scan through table attributes for transformation directives.

I think it is best to rip it out, its a real problem area, and REST should be no more concerned about data formats than the Java API. 
I doubt anyone uses this, not even Jack. Will need to follow up with him to confirm.

Stack:

ERROR : Vertex failed, vertexName=Map 1, vertexId=vertex_1543830849610_0048_1_00, diagnostics=[Task failed, taskId=task_1543830849610_0048_1_00_000005, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1543830849610_0048_1_00_000005_0:java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: java.io.IOException: org.apache.hive.storage.jdbc.exception.HiveJdbcDatabaseAccessException: Caught exception while trying to execute query:Cannot find salaries in sql query salaries 
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1730)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: java.io.IOException: org.apache.hive.storage.jdbc.exception.HiveJdbcDatabaseAccessException: Caught exception while trying to execute query:Cannot find salaries in sql query salaries 
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:80)
	... 16 more
Caused by: java.io.IOException: java.io.IOException: org.apache.hive.storage.jdbc.exception.HiveJdbcDatabaseAccessException: Caught exception while trying to execute query:Cannot find salaries in sql query salaries 
	at org.apache.hadoop.hive.io.HiveIOExceptionHandlerChain.handleRecordReaderNextException(HiveIOExceptionHandlerChain.java:121)
	at org.apache.hadoop.hive.io.HiveIOExceptionHandlerUtil.handleRecordReaderNextException(HiveIOExceptionHandlerUtil.java:77)
	at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:365)
	at org.apache.hadoop.hive.ql.io.HiveRecordReader.doNext(HiveRecordReader.java:79)
	at org.apache.hadoop.hive.ql.io.HiveRecordReader.doNext(HiveRecordReader.java:33)
	at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.next(HiveContextAwareRecordReader.java:116)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.next(TezGroupedSplitsInputFormat.java:151)
	... 18 more
Caused by: java.io.IOException: org.apache.hive.storage.jdbc.exception.HiveJdbcDatabaseAccessException: Caught exception while trying to execute query:Cannot find salaries in sql query salaries 
	at org.apache.hive.storage.jdbc.JdbcRecordReader.next(JdbcRecordReader.java:85)
	at org.apache.hive.storage.jdbc.JdbcRecordReader.next(JdbcRecordReader.java:35)
	... 24 more
Caused by: org.apache.hive.storage.jdbc.exception.HiveJdbcDatabaseAccessException: Caught exception while trying to execute query:Cannot find salaries in sql query salaries 
	at org.apache.hive.storage.jdbc.dao.GenericJdbcDatabaseAccessor.getRecordIterator(GenericJdbcDatabaseAccessor.java:177)
	at org.apache.hive.storage.jdbc.JdbcRecordReader.next(JdbcRecordReader.java:58)
	... 26 more
Caused by: java.lang.RuntimeException: Cannot find salaries in sql query salaries 
	at org.apache.hive.storage.jdbc.dao.GenericJdbcDatabaseAccessor.addBoundaryToQuery(GenericJdbcDatabaseAccessor.java:251)
	at org.apache.hive.storage.jdbc.dao.GenericJdbcDatabaseAccessor.getRecordIterator(GenericJdbcDatabaseAccessor.java:161)

When start HBase with bin/start-hbase.sh, script creates 2 out files.

-rw-r--r-- 1 jmspaggiari jmspaggiari     0 Aug 31 15:38 hbase-jmspaggiari-master-t430s.out
-rw-r--r-- 1 jmspaggiari jmspaggiari     0 Aug 31 15:38 hbase-jmspaggiari-master-t430s.out.1

Should create only one.

As noted here: https://github.com/oscerd/camel-git/issues/1
Currently we don't support credentials for the clone operation.

HttpInvocationInContainerTestCase fails with security manager because of missing permission "java.io.FilePermission" "$PATH_TO_APPLICATION_SERVER/modules/system/layers/base/org/wildfly/http-client/ejb/main/wildfly-http-ejb-client-1.0.11.Final-redhat-1.jar" "read":

	at org.wildfly.httpclient.naming.HttpNamingContextFactory.createRootContext(HttpNamingContextFactory.java:40)
	at org.wildfly.naming.client.WildFlyRootContext.getProviderContext(WildFlyRootContext.java:794)
	at org.jboss.as.test.integration.ejb.remote.http.HttpInvocationInContainerTestCase.invokeEjb(HttpInvocationInContainerTestCase.java:39)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-secman/1cfa62fc/jboss-eap-7.2/modules/system/layers/base/org/wildfly/http-client/ejb/main/wildfly-http-ejb-client-1.0.11.Final-redhat-1.jar" "read")" in code source "(vfs:/content/http-test.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.http-test.war" from Service Module Loader")
	at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:360)
	at java.util.zip.ZipFile.<init>(ZipFile.java:216)
	at java.util.zip.ZipFile.<init>(ZipFile.java:155)
	at java.util.jar.JarFile.<init>(JarFile.java:166)
	at java.util.jar.JarFile.<init>(JarFile.java:103)
	at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93)
	at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69)
	at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99)
	at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:152)
	at org.wildfly.httpclient.naming.HttpRootContext.<clinit>(HttpRootContext.java:98)

the public method 'has(byte [] family, byte [] qualifier)' internally invoked the private method 'has(byte [] family, byte [] qualifier, long ts, byte [] value, boolean ignoreTS, boolean ignoreValue)' with 'value=new byte[0], ignoreTS=true, ignoreValue=true', but there's a logical error in the body, it'll enter the block

else if (ignoreValue) {
      for (KeyValue kv: list) {
        if (Arrays.equals(kv.getFamily(), family) && Arrays.equals(kv.getQualifier(), qualifier)
            && kv.getTimestamp() == ts) {
          return true;
        }
      }
    }

the expression 'kv.getTimestamp() == ts' in the if conditions should only exist when 'ignoreTS=false', otherwise, the following code will return false!

Put put = new Put(Bytes.toBytes("row-01"));
put.add(Bytes.toBytes("family-01"), Bytes.toBytes("qualifier-01"),
				1234567L, Bytes.toBytes("value-01"));
System.out.println(put.has(Bytes.toBytes("family-01"),
				Bytes.toBytes("qualifier-01")));

Hi guys,
I'm using latest snapshots 2.1.0.BUILD-SNAPSHOT of spring-data-rest and when I access http://locahost:8111/rest/ I get wrong hrefs:

        "languageModels": {
            "href": "http://localhost:8111/resthttp:/localhost:8111/rest/language{?page,size,sort}",
            "templated": true
        },
        "taxModels": {
            "href": "http://localhost:8111/resthttp:/localhost:8111/rest/tax{?page,size,sort}",
        },
        "abstractOrderModels": {
            "href": "http://localhost:8111/resthttp:/localhost:8111/rest/abstract_order{?page,size,sort}",
        },

First value passed as --jboss-home to embed server instance (must be an existing directory) is always used for modules lookup and server standard paths setup within single CLI session.

Use wrong directory on first try, use correct directory on second try, embedded instance still tries to boot from wrong directory

$ pwd
/home/pkremens/workspace/jboss-eap-7.0/bin/client
$ java -jar jboss-cli-client.jar 

[disconnected /] embed-server --jboss-home=/home/pkremens/workspace/jboss-eap-7.0/bin
Cannot start embedded server: WFLYEMB0014: Cannot load module org.jboss.vfs from: local module loader @500e80c2 (finder: local module finder @75670fc4 (roots: /home/pkremens/workspace/jboss-eap-7.0/bin/modules)): org.jboss.vfs:main

# server still tries to use /home/pkremens/workspace/jboss-eap-7.0/bin
[disconnected /] embed-server --jboss-home=/home/pkremens/workspace/jboss-eap-7.0    

Try to manage multiple EAP distros

/home/pkremens/workspace2
├── eap1
│   └── jboss-eap-7.0
└── eap2
    └── jboss-eap-7.0

[disconnected /] embed-server --jboss-home=/home/pkremens/workspace2/eap1/jboss-eap-7.0 --server-config=eap1.xml --empty-config

[disconnected /] embed-server --jboss-home=/home/pkremens/workspace2/eap2/jboss-eap-7.0 --server-config=eap2.xml --empty-config

# jboss.server.*.dir point to eap1, but should point to eap2
[standalone@embedded /] /path=*:read-attribute(name=path)
...
            "result" => "/home/pkremens/workspace2/eap1/jboss-eap-7.0

            "result" => "/home/pkremens/workspace2/eap1/jboss-eap-7.0/standalone/data"

            "result" => "/home/pkremens/workspace2/eap1/jboss-eap-7.0/standalone"

            "result" => "/home/pkremens/workspace2/eap1/jboss-eap-7.0/standalone/configuration"

            "result" => "/home/pkremens/workspace2/eap1/jboss-eap-7.0/standalone/tmp"

            "result" => "/home/pkremens/workspace2/eap2/jboss-eap-7.0"
...
# Both configuration files were created in eap1 directory
$ find /home/pkremens/workspace2 | grep eap[12].xml
/home/pkremens/workspace2/eap1/jboss-eap-7.0/standalone/configuration/eap2.xml
/home/pkremens/workspace2/eap1/jboss-eap-7.0/standalone/configuration/eap1.xml

formMultiSelect macro from spring.ftl causes following exception:

freemarker.template.TemplateException: Expected collection or sequence. list evaluated instead to freemarker.template.SimpleScalar on line 368, column 12 in spring.ftl.
This is the problematic line:

<#assign isSelected = contains(status.value?default([""]), value)>
status.value returns String instead of a Collection
(value is converted to String in AbstractPropertyBindingResult#formatFieldValue)
status.actualValue should be used instead.

Right now on large clusters it's necessary to turn off the locality balance cost as it takes too long to compute the region locality. This is because it's computed when need in serial.
We should compute this in parallel before it's needed.

This does seem to be somewhat of an edge case as the only way to reproduce it is to add the allow-resource-service-restart=true header to a composite operation. The first operation must also need access to a capability provided by a resource being removed. It's likely an acceptable failure, but the failure isn't seen when executing the same composite operation again.
The issue seems to be that the capability is removed on the first execution that fails and is rolled back. On the second execution of the composite operation there is no capability registered registered in the RuntimeCapabilityRegistration so the remove of the capability doesn't happen. This allows the first operation to pass.

 have a project to demonstrate the use of spring-data-jpa and spring-data-mongodb on the same set of entities as part of presentation I prepared.
When I upgrade the spring-data-jpa to 1.5.1 I get a new exception. 1.4.5 with QueryDSL 3.2.4 does work and 1.3 with QueryDSL 2.9.0 works. I tried QueryDSL 3.3.1 as well as the older versions.
The project link is [https://github.com/corneil/spring-data-demo]
The exception occurs in src/main/java/org/springframework/data/demo/service/UserGroupDataServiceImpl.java line 95
It is a DSL query resulting in a seeming valid JPA query that works on the previous versions.
DEBUG com.mysema.query.jpa.impl.JPAQuery - select groupMember from GroupMember groupMember   left join groupMember.member as member where groupMember.memberOfgroup.groupName = ?1 and groupMember.enabled = ?2 order by member.userId desc
ERROR org.hibernate.hql.internal.ast.ErrorCounter - line 5:10: unexpected token: member
line 5:10: unexpected token: member
    at org.hibernate.hql.internal.antlr.HqlBaseParser.negatedExpression(HqlBaseParser.java:2355)
    at org.hibernate.hql.internal.antlr.HqlBaseParser.logicalAndExpression(HqlBaseParser.java:2259)
    at org.hibernate.hql.internal.antlr.HqlBaseParser.logicalOrExpression(HqlBaseParser.java:2224)
    at org.hibernate.hql.internal.antlr.HqlBaseParser.expression(HqlBaseParser.java:2010)
    at org.hibernate.hql.internal.antlr.HqlBaseParser.orderElement(HqlBaseParser.java:2050)
    at org.hibernate.hql.internal.antlr.HqlBaseParser.orderByClause(HqlBaseParser.java:1172)
    at org.hibernate.hql.internal.antlr.HqlBaseParser.queryRule(HqlBaseParser.java:749)
    at org.hibernate.hql.internal.antlr.HqlBaseParser.selectStatement(HqlBaseParser.java:294)
    at org.hibernate.hql.internal.antlr.HqlBaseParser.statement(HqlBaseParser.java:157)
    at org.hibernate.hql.internal.ast.QueryTranslatorImpl.parse(QueryTranslatorImpl.java:266)
    at org.hibernate.hql.internal.ast.QueryTranslatorImpl.doCompile(QueryTranslatorImpl.java:180)
    at org.hibernate.hql.internal.ast.QueryTranslatorImpl.compile(QueryTranslatorImpl.java:136)
    at org.hibernate.engine.query.spi.HQLQueryPlan.<init>(HQLQueryPlan.java:105)
    at org.hibernate.engine.query.spi.HQLQueryPlan.<init>(HQLQueryPlan.java:80)
    at org.hibernate.engine.query.spi.QueryPlanCache.getHQLQueryPlan(QueryPlanCache.java:168)
    at org.hibernate.internal.AbstractSessionImpl.getHQLQueryPlan(AbstractSessionImpl.java:221)
    at org.hibernate.internal.AbstractSessionImpl.createQuery(AbstractSessionImpl.java:199)
    at org.hibernate.internal.SessionImpl.createQuery(SessionImpl.java:1735)
    at org.hibernate.ejb.AbstractEntityManagerImpl.createQuery(AbstractEntityManagerImpl.java:291)
    at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:241)
    at $Proxy42.createQuery(Unknown Source)
    at com.mysema.query.jpa.impl.AbstractJPAQuery.createQuery(AbstractJPAQuery.java:129)
    at com.mysema.query.jpa.impl.AbstractJPAQuery.createQuery(AbstractJPAQuery.java:97)
    at com.mysema.query.jpa.impl.AbstractJPAQuery.list(AbstractJPAQuery.java:242)
    at org.springframework.data.jpa.repository.support.QueryDslJpaRepository.findAll(QueryDslJpaRepository.java:106)
    at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:358)
    at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:343)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
    at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:96)
    at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:260)
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:94)
    at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:155)
    at org.springframework.data.jpa.repository.support.LockModeRepositoryPostProcessor$LockModePopulatingMethodIntercceptor.invoke(LockModeRepositoryPostProcessor.java:92)
    at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
    at $Proxy45.findAll(Unknown Source)
    at org.springframework.data.demo.service.UserGroupDataServiceImpl.listActiveUsersInGroup_aroundBody12(UserGroupDataServiceImpl.java:72)
    at org.springframework.data.demo.service.UserGroupDataServiceImpl$AjcClosure13.run(UserGroupDataServiceImpl.java:1)

The query logged by QueryDSL is different when the version of Spring Data JPA is changed from 1.4.5 to 1.5.1
SDJ 1.4.5

select 
    groupMember 
from 
    GroupMember groupMember left join groupMember.member as member 
where 
    groupMember.memberOfgroup.groupName = ?1 and groupMember.enabled = ?2 
order by 
    member.userId desc

SDJ 1.5.1

select 
from 
    GroupMember groupMember left join groupMember.member as groupMember_member 
where 
order by 
    groupMember_member.userId desc

B.4.3. Special case: Root and META are corrupt.
The most drastic corruption scenario is the case where the ROOT or META is corrupted and HBase will not start. In this case you can use the OfflineMetaRepair tool create new ROOT and META regions and tables. This tool assumes that HBase is offline. It then marches through the existing HBase home directory, loads as much information from region metadata files (.regioninfo files) as possible from the file system. If the region metadata has proper table integrity, it sidelines the original root and meta table directories, and builds new ones with pointers to the region directories and their data.
$ ./bin/hbase org.apache.hadoop.hbase.util.OfflineMetaRepair
The path should be org.apache.hadoop.hbase.util.hbck.OfflineMetaRepair

Currently we divide numRows(long) by countDistinct(long), thus ignoring the decimals. We should do proper rounding.
This is specially useful for equality expressions over columns whose values are unique. As NDV estimates allow for a certain error, if countDistinct > numRows, we end up with 0 rows in the estimate for the expression.

Unreliable lock algorithm in SimpleMessageListenerContainer leads to container not waiting for stop() if some listeners have failed.

I see this when I try to run a PE MR job on master:

4/07/15 22:02:27 INFO mapreduce.Job: Task Id : attempt_1405482830657_0004_m_000015_2, Status : FAILED
Error: org.codehaus.jackson.map.exc.UnrecognizedPropertyException: Unrecognized field "blockEncoding" (Class org.apache.hadoop.hbase.PerformanceEvaluation$TestOptions), not marked as ignorable
 at [Source: java.io.StringReader@41c7d592; line: 1, column: 37] (through reference chain: org.apache.hadoop.hbase.TestOptions["blockEncoding"])
	at org.codehaus.jackson.map.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:53)
	at org.codehaus.jackson.map.deser.StdDeserializationContext.unknownFieldException(StdDeserializationContext.java:246)
	at org.codehaus.jackson.map.deser.StdDeserializer.reportUnknownProperty(StdDeserializer.java:604)
	at org.codehaus.jackson.map.deser.StdDeserializer.handleUnknownProperty(StdDeserializer.java:590)
	at org.codehaus.jackson.map.deser.BeanDeserializer.handleUnknownProperty(BeanDeserializer.java:689)
	at org.codehaus.jackson.map.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:514)
	at org.codehaus.jackson.map.deser.BeanDeserializer.deserialize(BeanDeserializer.java:350)
	at org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2402)
	at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1602)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.map(PerformanceEvaluation.java:255)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.map(PerformanceEvaluation.java:210)
	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:167)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1556)
	at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:162)

The JSON serialization of PE Options does not seem to be working.  If I add a setter, it does work so unless I hear otherwise, seems like adding a setter for each PE option is the way to go (I like the new JSON serialization).

camel-script-* features use package javax.script which may be not exported by system bundle.
camel-script-* feature should depend on ServiceMix's scripting bundle just like camel-groovy.

The build has been creating a dir in the domain tree going all the way back to very early days when it wasn't clear there wouldn't be a "deployments" dir analogous to standalone/deployments:
https://github.com/wildfly/wildfly-core/commit/9d2b1ac81c29b629b0426836d4dbe743e016d73f
Since then the name of the dir has been tweaked twice as people tried to guess what the point of it was, leading via a kind of game of telephone to the build now creating domain/data/content, something completely different from any "deployments" dir used by a scanner.
We don't precreate standalone/data/content and shouldn't need to precreate domain/data/content.

During migration of discovery group with local-bind-address, group-address and group-port, those parameters are not migrated properly:

<discovery-group name="groupC">
                <group-port>45678</group-port>
                <refresh-timeout>${refresh.timeout:3500}</refresh-timeout>
                <initial-wait-timeout>${initial.wait.timeout:7500}</initial-wait-timeout>
            </discovery-group>

                <discovery-group name="groupC" initial-wait-timeout="${initial.wait.timeout:7500}" refresh-timeout="${refresh.timeout:3500}"/>

DROP TABLE IF EXISTS aa;
CREATE TABLE aa (L_ORDERKEY      INT,
                                L_PARTKEY       INT,
                                L_SUPPKEY       INT,
                                L_LINENUMBER    INT,
                                L_QUANTITY      DOUBLE,
                                L_EXTENDEDPRICE DOUBLE,
                                L_DISCOUNT      DOUBLE,
                                L_TAX           DOUBLE,
                                L_RETURNFLAG    STRING,
                                L_LINESTATUS    STRING,
                                l_shipdate      STRING,
                                L_COMMITDATE    STRING,
                                L_RECEIPTDATE   STRING,
                                L_SHIPINSTRUCT  STRING,
                                L_SHIPMODE      STRING,
                                L_COMMENT       STRING)
FIELDS TERMINATED BY '|';

LOAD DATA LOCAL INPATH '../../data/files/lineitem.txt' OVERWRITE INTO TABLE aa;

CREATE INDEX aa_lshipdate_idx ON TABLE aa(l_shipdate) AS 'org.apache.hadoop.hive.ql.index.AggregateIndexHandler' WITH DEFERRED REBUILD IDXPROPERTIES("AGGREGATES"="count(l_shipdate)");
ALTER INDEX aa_lshipdate_idx ON aa REBUILD;

explain select l_shipdate, count(l_shipdate)
from aa
group by l_shipdate;

The problem is that, we create an index table default_aa_lshipdate_idx, (default is the database name) and it comes after the table aa. Then, it first drop aa, which will drop default_aa_lshipdate_idx as well as it is related to aa. It will not find the table default_aa_lshipdate_idx when it tries to drop it again, which will throw an exception.

When I came across to fix the FileRouteToJMSTest failure, I found the JMSComponent can't handle the message header with the Data object rightly.
org.springframework.jms.MessageFormatException: Only objectified primitive objects, String, Map and List types are allowed but was: Sun Sep 28 09:52:36 CST 2008 type: class java.util.Date; nested exception is javax.jms.MessageFormatException: Only objectified primitive objects, String, Map and List types are allowed but was: Sun Sep 28 09:52:36 CST 2008 type: class java.util.Date
	at org.springframework.jms.support.JmsUtils.convertJmsAccessException(JmsUtils.java:273)
	at org.springframework.jms.support.JmsAccessor.convertJmsAccessException(JmsAccessor.java:168)
	at org.springframework.jms.core.JmsTemplate.execute(JmsTemplate.java:474)
	at org.springframework.jms.core.JmsTemplate.send(JmsTemplate.java:548)
	at org.apache.camel.component.jms.JmsProducer.process(JmsProducer.java:227)
	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:57)
	at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:174)
	at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:96)
	at org.apache.camel.component.file.FileConsumer.pollFile(FileConsumer.java:153)
	at org.apache.camel.component.file.FileConsumer.pollFileOrDirectory(FileConsumer.java:89)
	at org.apache.camel.component.file.FileConsumer.pollFileOrDirectory(FileConsumer.java:99)
	at org.apache.camel.component.file.FileConsumer.poll(FileConsumer.java:65)
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:66)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
	at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:280)
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:135)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:65)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:142)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:166)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
Caused by: javax.jms.MessageFormatException: Only objectified primitive objects, String, Map and List types are allowed but was: Sun Sep 28 09:52:36 CST 2008 type: class java.util.Date
	at org.apache.activemq.command.ActiveMQMessage.checkValidObject(ActiveMQMessage.java:432)
	at org.apache.activemq.command.ActiveMQMessage.setObjectProperty(ActiveMQMessage.java:397)
	at org.apache.activemq.command.ActiveMQMessage.setObjectProperty(ActiveMQMessage.java:385)
	at org.apache.activemq.command.ActiveMQBytesMessage.setObjectProperty(ActiveMQBytesMessage.java:844)
	at org.apache.camel.component.jms.JmsBinding.appendJmsProperty(JmsBinding.java:254)
	at org.apache.camel.component.jms.JmsBinding.appendJmsProperties(JmsBinding.java:220)
	at org.apache.camel.component.jms.JmsBinding.makeJmsMessage(JmsBinding.java:198)
	at org.apache.camel.component.jms.JmsProducer$2.createMessage(JmsProducer.java:229)
	at org.springframework.jms.core.JmsTemplate.doSend(JmsTemplate.java:570)
	at org.springframework.jms.core.JmsTemplate$4.doInJms(JmsTemplate.java:551)
	at org.springframework.jms.core.JmsTemplate.execute(JmsTemplate.java:471)
	... 23 more

Coverity static-analysis scan found unnecessary code in the DigestQuote.quoteNeeded() method on line 43 (currently).
One part of the condition is ch >= 0, which is always true, because the ch parameter has char type.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760146&defectInstanceId=1541357&mergedDefectId=1375729
Remove the useless ch >= 0 from the expression.

TestMiniDruidCliDriver is failing intermittently a significant percentage of the time.
druid_timestamptz
druidmini_joins
druidmini_masking
druidmini_test1

Line 2000:16 in hive-default.xml.template is
<value>auth</auth>
I think is invalid and it will lead Hive crash if you use this template. The error message is as followed:
[Fatal Error] hive-site.xml:2000:16: The element type "value" must be terminated by the matching end-tag "</value>".

= How to replicate =
When compiling roo from source code, the roo-dev script is found in bootstrap/ folder.
If one runs the roo-dev(.bat) file in that folder, you get the error shown below.
= Details =
The issue is related to ROO-644. The problem is that bootstrap/ is a maven project and when roo is being started in that folder, it reads the pom.xml found there and fails (because of ROO-163, but that's another issue).
My suggestion would be to move the roo-dev scripts to a non-maven folder, or at least update the readme.txt with information regarding this issue, as creating sym links is not possible in all Windows versions.

C:\roo-src\bootstrap>roo-dev
 / _, _/ /_/ / /_/ /
/_/ |_|\____/\____/    1.1.0.M3 [rev 11cd70c]

[FelixDispatchQueue] Maven pom.xml must provide a <groupId> for the <project>
                     java.lang.IllegalArgumentException: Maven pom.xml must provide a <groupId> for the <project>
                         at org.springframework.roo.addon.maven.MavenProjectMetadataProvider.get(MavenProjectMetadataProvider.java:95)
                         at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:130)
                         at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:149)
                         at org.springframework.roo.addon.gwt.GwtFileListener.onFileEvent(GwtFileListener.java:46)

MessageListenerAdapter.extractMessage returns the entire Message instead of the Message body if no serializer is specified. It should be returning the unmodified Message body instead.

Backwards compatibility has been broken on the public handleCallbacks methods so this needs to be fixed.
However this class should not really be a public API, it has been picked up in the package as we have the AuthenticationMechanismException which does need to be public.
The entire class should be deprecated and the impl moved to a private package.

This is the scenario
Consider a case where the balancer is going on thus trying to close regions in a RS.
Before we could close a master switch happens.  
On Master switch the set of nodes that are in RIT is collected and we first get Data and start watching the node
After that the node data is added into RIT.
Now by this time (before adding to RIT) if the RS to which close was called does a transition in AM.handleRegion() we miss the handling saying RIT state was null.

2012-01-13 10:50:46,358 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region a66d281d231dfcaea97c270698b26b6f from server HOST-192-168-47-205,20020,1326363111288 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states
2012-01-13 10:50:46,358 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region c12e53bfd48ddc5eec507d66821c4d23 from server HOST-192-168-47-205,20020,1326363111288 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states
2012-01-13 10:50:46,358 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region 59ae13de8c1eb325a0dd51f4902d2052 from server HOST-192-168-47-205,20020,1326363111288 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states
2012-01-13 10:50:46,359 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region f45bc9614d7575f35244849af85aa078 from server HOST-192-168-47-205,20020,1326363111288 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states
2012-01-13 10:50:46,359 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region cc3ecd7054fe6cd4a1159ed92fd62641 from server HOST-192-168-47-204,20020,1326342744518 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states
2012-01-13 10:50:46,359 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region 3af40478a17fee96b4a192b22c90d5a2 from server HOST-192-168-47-205,20020,1326363111288 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states
2012-01-13 10:50:46,359 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region e6096a8466e730463e10d3d61f809b92 from server HOST-192-168-47-204,20020,1326342744518 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states
2012-01-13 10:50:46,359 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region 4806781a1a23066f7baed22b4d237e24 from server HOST-192-168-47-204,20020,1326342744518 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states
2012-01-13 10:50:46,359 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received CLOSED for region d69e104131accaefe21dcc01fddc7629 from server HOST-192-168-47-205,20020,1326363111288 but region was in  the state null and not in expected PENDING_CLOSE or CLOSING states

In branch the CLOSING node is created by RS thus leading to more inconsistency.

The grammar for the GRANT and REVOKE Privileges statements currently handle the list of privileges as a list of
identifiers. Since most of the privileges are also keywords in the HQL grammar this requires users
to individually quote-escape each of the privileges, e.g:

grant `Create` on table authorization_part to user hive_test_user;
grant `Update` on table authorization_part to user hive_test_user;
grant `Drop` on table authorization_part to user hive_test_user;
grant `select` on table src to user hive_test_user;

Both MySQL and the SQL standard treat privileges as tokens. Hive should do the same.

Here is a email thread on this issue.   Basically, the CxfProducer rrelies on Jaxws/ClientFactoryBean to create a client object.  However, JaxwsClientFactoryBean does not support setting and building jaxws handler chain.   Even if it did, we would still have to replicate the same logics (that build the handler chain) in Camel's CxfClientFactoryBean because it CxfClientFactoryBean is a hybrid of both Jaxws and simple client frontend.
http://www.nabble.com/camel-cxf-jaxws-handler-support-td20512478s22882.html

The copy of the test we have in WildFly Camel fails intermittently - see https://github.com/wildfly-extras/wildfly-camel/issues/2320
The fix available in https://github.com/wildfly-extras/wildfly-camel/pull/2324 just needs to be ported back to Camel.

See discussion at the end of HBASE-5778.
TestReplication failed in all recent 0.94 jenkins builds.

When readCount % commitInterval == 0, commitCount is one more than it should be.

Error: test_append_peer_namespaces:_works_with_namespaces_array(Hbase::ReplicationAdminTest): Java::JavaLang::UnsupportedOperationException:
java.util.Collections$UnmodifiableCollection.add(java/util/Collections.java:1055)
java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498)
org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:453)
org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:314)
RUBY.block in add_peer_namespaces(/home/jenkins/jenkins-slave/workspace/HBase-Flaky-Tests/hbase-shell/src/main/ruby/hbase/replication_admin.rb:226)
org.jruby.RubyArray.each(org/jruby/RubyArray.java:1734)
org.jruby.RubyArray$INVOKER$i$0$0$each.call(org/jruby/RubyArray$INVOKER$i$0$0$each.gen)
RUBY.add_peer_namespaces(/home/jenkins/jenkins-slave/workspace/HBase-Flaky-Tests/hbase-shell/src/main/ruby/hbase/replication_admin.rb:225)
RUBY.command(/home/jenkins/jenkins-slave/workspace/HBase-Flaky-Tests/hbase-shell/src/main/ruby/shell/commands/append_peer_namespaces.rb:40)
org.jruby.RubyClass.finvoke(org/jruby/RubyClass.java:522)

The cause was due to adding to UnmodifiableCollection

Here is a hungup regionserver stuck on the running of the dfs shutdown thread:

"Thread-11" prio=10 tid=0x00007fcd00a9b400 nid=0x751d waiting on condition [0x0000000042458000..0x0000000042458d00]
        at org.apache.hadoop.ipc.Client.stop(Client.java:667)
        at org.apache.hadoop.ipc.RPC$ClientCache.stopClient(RPC.java:189)
        at org.apache.hadoop.ipc.RPC$ClientCache.access$400(RPC.java:138)
        at org.apache.hadoop.ipc.RPC$Invoker.close(RPC.java:229)
        - locked <0x00007fcd06c6b470> (a org.apache.hadoop.ipc.RPC$Invoker)
        at org.apache.hadoop.ipc.RPC$Invoker.access$500(RPC.java:196)
        at org.apache.hadoop.ipc.RPC.stopProxy(RPC.java:353)
        at org.apache.hadoop.hdfs.DFSClient.close(DFSClient.java:213)
        - locked <0x00007fcd06c6b3a0> (a org.apache.hadoop.hdfs.DFSClient)
        at org.apache.hadoop.hdfs.DistributedFileSystem.close(DistributedFileSystem.java:243)
        at org.apache.hadoop.fs.FileSystem$Cache.closeAll(FileSystem.java:1413)
        - locked <0x00007fcd06ab9b68> (a org.apache.hadoop.fs.FileSystem$Cache)
        at org.apache.hadoop.fs.FileSystem.closeAll(FileSystem.java:236)
        at org.apache.hadoop.fs.FileSystem$ClientFinalizer.run(FileSystem.java:221)
        - locked <0x00007fcd06aaeee0> (a org.apache.hadoop.fs.FileSystem$ClientFinalizer)

Above is just doing this:

      try {
      }
    }

Might never go down or wont' go down promptly.
Should interrupt threads if join timesout and just continue with exit.

There is a NullPointerException when Spring Security attempts to find which Http methods that are allowed for a resource whose intercept-url does not have any specific method. 

Unzip the provided project
Execute "mvn jetty:run"
Navigate to http://localhost:8080/application.wadl in a browser
Enter the credentials "user" / "secret"

A generated wadl file such as the provided application.3.0.7.wadl (see the root folder of the attached .zip file).
java.lang.NullPointerException: Name is null
	at java.lang.Enum.valueOf(Enum.java:235)
	at org.springframework.http.HttpMethod.valueOf(HttpMethod.java:1)
	at org.springframework.security.web.util.AntPathRequestMatcher.matches(AntPathRequestMatcher.java:83)
	at org.springframework.security.web.access.intercept.DefaultFilterInvocationSecurityMetadataSource.getAttributes(DefaultFilterInvocationSecurityMetadataSource.java:86)
	at org.springframework.security.web.access.DefaultWebInvocationPrivilegeEvaluator.isAllowed(DefaultWebInvocationPrivilegeEvaluator.java:90)
	at org.springframework.security.web.access.DefaultWebInvocationPrivilegeEvaluator.isAllowed(DefaultWebInvocationPrivilegeEvaluator.java:67)
	at com.jayway.security.WADLGenerator.createResource(WADLGenerator.java:39)
	at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:330)
	at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:326)
	at com.sun.jersey.server.wadl.WadlBuilder.generate(WadlBuilder.java:108)
	at com.sun.jersey.server.impl.wadl.WadlApplicationContextImpl.getApplication(WadlApplicationContextImpl.java:111)
	at com.sun.jersey.server.impl.wadl.WadlApplicationContextInjectionProxy.getApplication(WadlApplicationContextInjectionProxy.java:63)
	at com.sun.jersey.server.impl.wadl.WadlResource.getWadl(WadlResource.java:95)
[...]
Note:
The above steps work in the 3.0.7 version of Spring Security. Simply

Change the org.springframework.security.version in the pom.xml to 3.0.7.RELEASE
Update the spring security schema location in the securityContext.xml to http://www.springframework.org/schema/security/spring-security-3.0.4.xsd
Visit http://localhost:8080/application.wadl (log in using the credentials above)
The result is the application.3.0.7.wadl file in the root folder of the attached zip file

The NPE may (or may not) be another manifestation of the issue that was reported in https://jira.springsource.org/browse/SEC-1836 ?

When processing of messages takes longer than max session timeout, the consumer thread will end after receiving the org.apache.kafka.clients.consumer.CommitFailedException.

       @Override
        public void run() {
            boolean first = true;
            boolean reConnect = true;

            while (reConnect) {

                // create consumer
                ClassLoader threadClassLoader = Thread.currentThread().getContextClassLoader();
                try {
                    // Kafka uses reflection for loading authentication settings, use its classloader
                    Thread.currentThread().setContextClassLoader(org.apache.kafka.clients.consumer.KafkaConsumer.class.getClassLoader());
                    this.consumer = new org.apache.kafka.clients.consumer.KafkaConsumer(kafkaProps);
                } finally {
                    Thread.currentThread().setContextClassLoader(threadClassLoader);
                }

                if (!first) {
                    // skip one poll timeout before trying again
                    long delay = endpoint.getConfiguration().getPollTimeoutMs();
                    log.info("Reconnecting {} to topic {} after {} ms", threadId, topicName, delay);
                    try {
                        Thread.sleep(delay);
                    } catch (InterruptedException e) {
                        Thread.currentThread().interrupt();
                    }
                }

                first = false;

                // doRun keeps running until we either shutdown or is told to re-connect
                reConnect = doRun();
            }
        }

The doRun() method returns false and the loop ends. It should be possible to let the proces continue after failed offset commit.
I think the catch block inside doRun method should look like this:

           ...
            } catch (InterruptException e) {
                getExceptionHandler().handleException("Interrupted while consuming " + threadId + " from kafka topic", e);
                log.info("Unsubscribing {} from topic {}", threadId, topicName);
                consumer.unsubscribe();
                Thread.currentThread().interrupt();
            } catch (org.apache.kafka.clients.consumer.CommitFailedException e) { //or even org.apache.kafka.common.KafkaException
                getExceptionHandler().handleException("Error consuming " + threadId + " from kafka topic", e);
                reConnect = true;
            } finally {
                log.debug("Closing {} ", threadId);
                IOHelper.close(consumer);
            }
            ...

org.apache.camel.component.dataset.DataSetSedaTest.test
 =================
java.lang.AssertionError: dataset:foo Failed due to caught exception: java.lang.AssertionError: Header: camelDataSetIndex does not match. Expected: 363 but was: 362 on Exchange[Message: <hello>world!</hello>] with headers: 
{camelDataSetIndex=362}
	at org.apache.camel.component.mock.MockEndpoint.fail(MockEndpoint.java:712)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:255)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:214)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:141)
	at org.apache.camel.ContextTestSupport.assertMockEndpointsSatisfied(ContextTestSupport.java:274)
	at org.apache.camel.component.dataset.DataSetSedaTest.test(DataSetSedaTest.java:35)

EJB3 deployment metrics is missing from EJB3 subsystem, part of them have been added in https://issues.jboss.org/browse/WFLY-38, we also need to provide the missing cache statistics:
Cache Size - Cache Size
Passivated Count - Passivated Count
Total Size - Total Size

I create a simple Roo project and want some form fields to be displayed but not edited. 
So, in my update.jspx I change field:input to field:display like this
in update.jspx,

<field:display field="name" id="c_com_sample_domain_KnFolder_name"
			z="user-managed" object="${knFolder}" />
<field:display field="title" id="c_com_sample_domain_KnFolder_title"
<field:input field="heading" id="c_com_sample_domain_KnFolder_heading"
			z="NI9cyvSmK6SpQ3umYupkmWkvk+g=" />

However, the "display" field values are not included in the model when the "put" request is handled by the controller. 
Reading the message boards, it seems like this worked in an earlier version and should work now.
Steps to reproduce, run this script

project --topLevelPackage com.sample
entity jpa --class ~.domain.KnAbstractModel --abstract  --inheritanceType TABLE_PER_CLASS
entity jpa  --class ~.domain.KnFolder  --testAutomatically --extends ~.domain.KnAbstractModel --table folder
field string --fieldName title
field string --fieldName heading
web mvc all --package com.sample.web

then, edit update.jspx as shown above,
start jetty, 
create a Folder entity, 
update it.
You will see that the "name" and "title" fields have been disappeared. 

springsecurity.pdf p40
<bean id="daoAuthenticationProvider"
class="org.springframework.security.authentication.dao.DaoAuthenticationProvider">
<property name="userDetailsService" ref="inMemoryDaoImpl"/>
<property name="saltSource" ref bean="saltSource"/>
<property name="passwordEncoder" ref="passwordEncoder"/>
</bean>
is wrong.
<property name="saltSource" ref="saltSource"/>
</bean>
is correct.

roo> perform test
[INFO]
[INFO]
[INFO] Compiler errors :
error at com/springsource/petclinic/domain/Vet_Roo_Json.aj:25::0 can't
override java.util.Collection
com.springsource.petclinic.domain.AbstractPerson.fromJsonArray(java.lang.String)
with java.util.Collection<com.springsource.petclinic.domain.Vet>
com.springsource.petclinic.domain.Vet.fromJsonArray(java.lang.String)
return types don't match
error at com/springsource/petclinic/domain/AbstractPerson.java::0 can't
error at com/springsource/petclinic/domain/Owner_Roo_Json.aj:25::0 can't
with java.util.Collection<com.springsource.petclinic.domain.Owner>
com.springsource.petclinic.domain.Owner.fromJsonArray(java.lang.String)

The following query with Union, Lateral view and Join will fail during execution with the exception below.

create table t1(col1 int);
SELECT 1 AS `col1`
FROM t1
UNION ALL
  SELECT 2 AS `col1`
  FROM
    (SELECT col1
     FROM t1
    ) x1
    JOIN
      (SELECT col1
      FROM
        (SELECT 
          Row_Number() over (PARTITION BY col1 ORDER BY col1) AS `col1`
        FROM t1
        ) x2 lateral VIEW explode(map(10,1))`mapObj` AS `col2`, `col3`
      ) `expdObj`      

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive internal error: cannot find parent in the child operator!
        at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:362) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.MapOperator.initializeMapOperator(MapOperator.java:509) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:116) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]

After debugging, seems we have issues in GenMRFileSink1 class in which we are setting incorrect aliasToWork to the MapWork.

Report region in transition takes a list of regions but it only ever operates on one region however more than one region can be reported.
Seems like this could cause some serious weirdness on failure cases.

When adding a role assigmment as 'administrator" i get this:
This request

{
        ("core-service" => "management"),
        ("access" => "authorization"),
        ("role-mapping" => "ADMINISTRATOR"),
        ("include" => "user-administrator@ManagementRealm")
    ],
    "name" => "administrator",
    "type" => "USER",
    "realm" => "ManagementRealm",
    "operation" => "add"
}

... leads to

[Host Controller] 18:12:36,723 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-9) JBAS014613: Operation ("add") failed - address: ([
[Host Controller]     ("access" => "authorization"),
[Host Controller]     ("role-mapping" => "ADMINISTRATOR"),
[Host Controller]     ("include" => "user-administrator@ManagementRealm")
[Host Controller] ]) - failure description: "JBAS015285: The runtime role mapping configuration is inconsistent, the server must be restarted."

There is a minor error in the Spring Reference Documentation:
In section 12.8.6, the supported versions for the H2 database are "1.8.0 to 2.0.0". But those H2 versions don't exist. 
Maybe these versions got mixed with the HSQL versions in section 12.8.5?

Hi there
i have noticed the following issue which appears to be a bug. (Tested on 1.3 however the version doesn't appear above)
createObject from FileConfigurationFactory(DigesterConfigurationFactory) set fileName and fires load of properties : 
public Object createObject(Attributes attributes) throws Exception
        {
            FileConfiguration conf = createConfiguration(attributes);
            conf.setBasePath(getBasePath());
            conf.setFileName(attributes.getValue(ATTR_FILENAME));
            try
            {
                log.info("Trying to load configuration " + conf.getFileName());
                conf.load();
            }

However digester invokes createObject when the object is instancied and before setting any attributes. 
All other attributes beside fileName and basePath are not read in time and therefore are ignored during load.
I guess load should be called when node initialization is complete, possibly using a proper digester rule. 
Regards,
andré

The hbase component create a row model from the passed endpoint configuration using the family/qualifier/etc information from the uri.  
This process currently does not extra the value type for value type n greater than 1.  It currently uses the value type from the one defined for value 1.  This is currently not a problem since this information is not being used within the hbase component but if we intend to use it the future this fix insures that it will extract the correct information for the row model.
The extracted CellMappingStrategy within the HBaseConsumer is always going to return the same instance throughout the for loop.  This has been moved outside of the for loop so that it is extract only once instead of multiple times.
Added a check to the setValueType method of the HBaseCell class to sure that the passed value is non-null else raise an exception.

Consider the following config:

    <bean id="dataFileParser" class="com.hpe.XXX">
        <property name="charset" value="#{T(org.apache.commons.lang.StringUtils).isBlank('${data-file.encoding}')?T(java.nio.charset.Charset).defaultCharset():T(java.nio.charset.Charset).forName('${data-file.encoding}')}"/>
    </bean>

ReflectiveMethodResolver first considers all methods from class Class then all methods from class Charset. Method "forName" from class Class is inserted into LinkedHashSet before the same method from class Charset.
Then ReflectiveMethodExecutor scans collection of methods from the beginning to end, finds matching method from class Class and calls it resulting in obvious error: classloader is requested to find a class with the name of the charset.
Instead ReflectiveMethodResolver should first consider methods from the class of the object before resorting to methods of class Class.

Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanExpressionException: Expression parsing failed; nested exception is org.springframework.expression.ExpressionInvocationTargetException: A problem occurred when trying to execute method 'forName' on object of type [java.lang.Class]
	at org.springframework.expression.spel.support.ReflectiveMethodExecutor.execute(ReflectiveMethodExecutor.java:113)
	at org.springframework.expression.spel.ast.Ternary.getValueInternal(Ternary.java:56)
	at org.springframework.beans.factory.support.AbstractBeanFactory.evaluateBeanDefinitionString(AbstractBeanFactory.java:1412)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.doEvaluate(BeanDefinitionValueResolver.java:255)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.evaluate(BeanDefinitionValueResolver.java:214)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:186)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1481)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1226)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:351)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:108)
	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1048)

There seems to be  an error in the EndpointpointDefinitionParser in parsing the binding element. Concretely speaking, that element is not parsed from the right element but wrongly from its parent element.
So, when you have something like
  <camel-cxf:cxfEndpoint id="routerEndpoint" ...>
    ...
    <camel-cxf:binding>
      <soap:soapBinding mtomEnabled="true" version="1.2"/>
    </camel-cxf:binding>
  </camel-cxf:cxfEndpoint>
you may get an NPE, as shown in:
	at org.apache.aries.blueprint.container.RecipeBuilder.getValue(RecipeBuilder.java:335) ~[na:na]
	at org.apache.aries.blueprint.container.RecipeBuilder.createBeanRecipe(RecipeBuilder.java:258) ~[na:na]
	at org.apache.aries.blueprint.container.RecipeBuilder.createRecipe(RecipeBuilder.java:106) ~[na:na]
	at org.apache.aries.blueprint.container.RecipeBuilder.createRepository(RecipeBuilder.java:89) ~[na:na]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.getRepository(BlueprintContainerImpl.java:438) ~[na:na]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:288) ~[na:na]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:230) ~[na:na
Fixing this line in EndpointDefinitionParser will fix this issue.

TreeList.TreeListIterator can get in a bad state when remove() is called, causing it to subsequently return incorrect results. This is because TreeListIterator caches an AVLNode reference in its field next, and this node reference may become stale when remove() is called (it may contain a reference to a node that no longer exists in the tree).
I will attach two patches: testcase.patch will contain a test case illustrating the bug, and fix.patch will contain a fix. (To fix the bug, I simply clear the cached next value in TreeListIterator.remove.)
This was originally reported in a comment to COLLECTIONS-433; I am creating a separate issue for this at Thomas Neidhart's suggestion.

When TerminatedWrapper wraps a type which isSkippable, it does not consider the terminator when updating the source buffer position after skipping or decoding a value. The tests only covered the non-skippable case.

2017-03-29 20:49:05,171 DEBUG [org.jboss.as.ee] (MSC service thread 1-6) Configuring component class: org.wildfly.swarm.topology.webapp.runtime.TopologySSEServlet$1 named org.wildfly.swarm.topology.webapp.runtime.TopologySSEServlet$1
2017-03-29 20:49:05,184 WARN  [org.jboss.as.ee] (MSC service thread 1-6) WFLYEE0007: Not installing optional component org.wildfly.swarm.topology.webapp.runtime.TopologySSEServlet$1 due to an exception (enable DEBUG log level to see the cause)
2017-03-29 20:49:05,186 DEBUG [org.jboss.as.ee] (MSC service thread 1-6) Not installing optional component org.wildfly.swarm.topology.webapp.runtime.TopologySSEServlet$1 due to an exception: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0048: Could not find default constructor for class org.wildfly.swarm.topology.webapp.runtime.TopologySSEServlet$1
	at org.jboss.as.ee.component.DefaultInterceptorConfigurator.configure(DefaultInterceptorConfigurator.java:92)
	at org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:92)

In ProcedureCoordinator and ProcedureMember we synchronize on an instance of ConcurrentMap instead of using the interface methods for dealing with concurrent access.

Hi guys, the following script makes 8 out of 9 tests fail:
project --topLevelPackage net.opentemperament
persistence setup --provider OPENJPA --database HYPERSONIC_IN_MEMORY
entity --class ~.entities.Family --testAutomatically
I've tried it on 1.1.0.M3, 1.1.0.M1 and todays git version. Here is the output
Running net.opentemperament.entities.FamilyIntegrationTest
35  persistenceUnit  WARN   [main] openjpa.Runtime - An error occurred while registering a ClassTransformer with PersistenceUnitInfo: name 'persistenceUnit', root URL file:/private/tmp/zz/target/classes/. The error has been consumed. To see it, set your openjpa.Runtime log level to TRACE. Load-time class transformation will not be available.
81  persistenceUnit  INFO   [main] openjpa.Runtime - OpenJPA dynamically loaded a validation provider.
164  persistenceUnit  INFO   [main] openjpa.Runtime - Starting OpenJPA 2.0.0
248  persistenceUnit  INFO   [main] openjpa.jdbc.JDBC - Using dictionary class "org.apache.openjpa.jdbc.sql.HSQLDictionary".
Tests run: 9, Failures: 0, Errors: 8, Skipped: 0, Time elapsed: 2.754 sec <<< FAILURE!
Family roo> 
Results :o> 
  testCountFamilys(net.opentemperament.entities.FamilyIntegrationTest)
  testFindFamily(net.opentemperament.entities.FamilyIntegrationTest)
  testFindAllFamilys(net.opentemperament.entities.FamilyIntegrationTest)
  testFindFamilyEntries(net.opentemperament.entities.FamilyIntegrationTest)
  testFlush(net.opentemperament.entities.FamilyIntegrationTest)
  testMerge(net.opentemperament.entities.FamilyIntegrationTest)
  testPersist(net.opentemperament.entities.FamilyIntegrationTest)
  testRemove(net.opentemperament.entities.FamilyIntegrationTest)
Full output:
Test set: net.opentemperament.entities.FamilyIntegrationTest
Tests run: 9, Failures: 0, Errors: 8, Skipped: 0, Time elapsed: 2.741 sec <<< FAILURE!
testCountFamilys(net.opentemperament.entities.FamilyIntegrationTest)  Time elapsed: 1.086 sec  <<< ERROR!
org.springframework.transaction.CannotCreateTransactionException: Could not open JPA EntityManager for transaction; nested exception is <openjpa-2.0.0-r422266:935683 nonfatal user error> org.apache.openjpa.persistence.ArgumentException: This configuration disallows runtime optimization, but the following listed types were not enhanced at build time or at class load time with a javaagent: "
net.opentemperament.entities.Family".
	at org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.java:382)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:371)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:335)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:273)
	at org.springframework.transaction.aspectj.AbstractTransactionAspect.ajc$before$org_springframework_transaction_aspectj_AbstractTransactionAspect$1$2a73e96c(AbstractTransactionAspect.aj:63)
	at net.opentemperament.entities.FamilyDataOnDemand_Roo_DataOnDemand.ajc$interMethod$net_opentemperament_entities_FamilyDataOnDemand_Roo_DataOnDemand$net_opentemperament_entities_FamilyDataOnDemand$init(FamilyDataOnDemand_Roo_DataOnDemand.aj:47)
	at net.opentemperament.entities.FamilyDataOnDemand.init(FamilyDataOnDemand.java:1)
	at net.opentemperament.entities.FamilyDataOnDemand_Roo_DataOnDemand.ajc$interMethodDispatch1$net_opentemperament_entities_FamilyDataOnDemand_Roo_DataOnDemand$net_opentemperament_entities_FamilyDataOnDemand$init(FamilyDataOnDemand_Roo_DataOnDemand.aj)
	at net.opentemperament.entities.FamilyDataOnDemand_Roo_DataOnDemand.ajc$interMethod$net_opentemperament_entities_FamilyDataOnDemand_Roo_DataOnDemand$net_opentemperament_entities_FamilyDataOnDemand$getRandomFamily(FamilyDataOnDemand_Roo_DataOnDemand.aj:36)
	at net.opentemperament.entities.FamilyDataOnDemand.getRandomFamily(FamilyDataOnDemand.java:1)
	at net.opentemperament.entities.FamilyDataOnDemand_Roo_DataOnDemand.ajc$interMethodDispatch1$net_opentemperament_entities_FamilyDataOnDemand_Roo_DataOnDemand$net_opentemperament_entities_FamilyDataOnDemand$getRandomFamily(FamilyDataOnDemand_Roo_DataOnDemand.aj)
	at net.opentemperament.entities.FamilyIntegrationTest_Roo_IntegrationTest.ajc$interMethod$net_opentemperament_entities_FamilyIntegrationTest_Roo_IntegrationTest$net_opentemperament_entities_FamilyIntegrationTest$testCountFamilys(FamilyIntegrationTest_Roo_IntegrationTest.aj:25)
	at net.opentemperament.entities.FamilyIntegrationTest.testCountFamilys(FamilyIntegrationTest.java:1)
Caused by: <openjpa-2.0.0-r422266:935683 nonfatal user error> org.apache.openjpa.persistence.ArgumentException: This configuration disallows runtime optimization, but the following listed types were not enhanced at build time or at class load time with a javaagent: "
	at org.apache.openjpa.enhance.ManagedClassSubclasser.prepareUnenhancedClasses(ManagedClassSubclasser.java:116)
	at org.apache.openjpa.kernel.AbstractBrokerFactory.loadPersistentTypes(AbstractBrokerFactory.java:304)
	at org.apache.openjpa.kernel.AbstractBrokerFactory.initializeBroker(AbstractBrokerFactory.java:228)
	at org.apache.openjpa.kernel.AbstractBrokerFactory.newBroker(AbstractBrokerFactory.java:202)
	at org.apache.openjpa.kernel.DelegatingBrokerFactory.newBroker(DelegatingBrokerFactory.java:156)
	at org.apache.openjpa.persistence.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:213)
	at org.apache.openjpa.persistence.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:151)
	at org.apache.openjpa.persistence.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:57)
	at org.springframework.orm.jpa.JpaTransactionManager.createEntityManagerForTransaction(JpaTransactionManager.java:400)
	at org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.java:321)
	... 44 more
testFindFamily(net.opentemperament.entities.FamilyIntegrationTest)  Time elapsed: 0.144 sec  <<< ERROR!
org.springframework.dao.InvalidDataAccessApiUsageException: An error occurred while parsing the query filter "select o from Family o". Error message: The name "Family" is not a recognized entity or identifier. Known entity names: []; nested exception is <openjpa-2.0.0-r422266:935683 nonfatal user error> org.apache.openjpa.persistence.ArgumentException: An error occurred while parsing the query filter "select o from Family o". Error message: The name "Family" is not a recognized entity or identifier. Known entity names: []
	at org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:286)
	at org.springframework.orm.jpa.aspectj.JpaExceptionTranslatorAspect.ajc$afterThrowing$org_springframework_orm_jpa_aspectj_JpaExceptionTranslatorAspect$1$18a1ac9(JpaExceptionTranslatorAspect.aj:15)
	at net.opentemperament.entities.Family_Roo_Entity.findFamilyEntries_aroundBody8(Family_Roo_Entity.aj:103)
	at net.opentemperament.entities.Family_Roo_Entity.ajc$interMethod$net_opentemperament_entities_Family_Roo_Entity$net_opentemperament_entities_Family$findFamilyEntries(Family_Roo_Entity.aj:1)
	at net.opentemperament.entities.Family.findFamilyEntries(Family.java:1)
	at net.opentemperament.entities.Family_Roo_Entity.ajc$interMethodDispatch1$net_opentemperament_entities_Family_Roo_Entity$net_opentemperament_entities_Family$findFamilyEntries(Family_Roo_Entity.aj)
	at net.opentemperament.entities.FamilyDataOnDemand_Roo_DataOnDemand.ajc$interMethod$net_opentemperament_entities_FamilyDataOnDemand_Roo_DataOnDemand$net_opentemperament_entities_FamilyDataOnDemand$init(FamilyDataOnDemand_Roo_DataOnDemand.aj:51)
	at net.opentemperament.entities.FamilyIntegrationTest_Roo_IntegrationTest.ajc$interMethod$net_opentemperament_entities_FamilyIntegrationTest_Roo_IntegrationTest$net_opentemperament_entities_FamilyIntegrationTest$testFindFamily(FamilyIntegrationTest_Roo_IntegrationTest.aj:32)
	at net.opentemperament.entities.FamilyIntegrationTest.testFindFamily(FamilyIntegrationTest.java:1)
Caused by: <openjpa-2.0.0-r422266:935683 nonfatal user error> org.apache.openjpa.persistence.ArgumentException: An error occurred while parsing the query filter "select o from Family o". Error message: The name "Family" is not a recognized entity or identifier. Known entity names: []
	at org.apache.openjpa.kernel.exps.AbstractExpressionBuilder.parseException(AbstractExpressionBuilder.java:119)
	at org.apache.openjpa.kernel.jpql.JPQLExpressionBuilder.getClassMetaData(JPQLExpressionBuilder.java:197)
	at org.apache.openjpa.kernel.jpql.JPQLExpressionBuilder.resolveClassMetaData(JPQLExpressionBuilder.java:167)
	at org.apache.openjpa.kernel.jpql.JPQLExpressionBuilder.getCandidateMetaData(JPQLExpressionBuilder.java:242)
	at org.apache.openjpa.kernel.jpql.JPQLExpressionBuilder.getCandidateMetaData(JPQLExpressionBuilder.java:212)
	at org.apache.openjpa.kernel.jpql.JPQLExpressionBuilder.getCandidateType(JPQLExpressionBuilder.java:205)
	at org.apache.openjpa.kernel.jpql.JPQLExpressionBuilder.access$200(JPQLExpressionBuilder.java:81)
	at org.apache.openjpa.kernel.jpql.JPQLExpressionBuilder$ParsedJPQL.populate(JPQLExpressionBuilder.java:2387)
	at org.apache.openjpa.kernel.jpql.JPQLParser.populate(JPQLParser.java:61)
	at org.apache.openjpa.kernel.ExpressionStoreQuery.populateFromCompilation(ExpressionStoreQuery.java:154)
	at org.apache.openjpa.kernel.QueryImpl.newCompilation(QueryImpl.java:671)
	at org.apache.openjpa.kernel.QueryImpl.compilationFromCache(QueryImpl.java:652)
	at org.apache.openjpa.kernel.QueryImpl.compileForCompilation(QueryImpl.java:618)
	at org.apache.openjpa.kernel.QueryImpl.compileForExecutor(QueryImpl.java:680)
	at org.apache.openjpa.kernel.QueryImpl.compile(QueryImpl.java:587)
	at org.apache.openjpa.persistence.EntityManagerImpl.createQuery(EntityManagerImpl.java:985)
	at org.apache.openjpa.persistence.EntityManagerImpl.createQuery(EntityManagerImpl.java:971)
	at org.apache.openjpa.persistence.EntityManagerImpl.createQuery(EntityManagerImpl.java:100)
	at $Proxy28.createQuery(Unknown Source)
	... 44 more
testFindAllFamilys(net.opentemperament.entities.FamilyIntegrationTest)  Time elapsed: 0.003 sec  <<< ERROR!
	at net.opentemperament.entities.FamilyIntegrationTest_Roo_IntegrationTest.ajc$interMethod$net_opentemperament_entities_FamilyIntegrationTest_Roo_IntegrationTest$net_opentemperament_entities_FamilyIntegrationTest$testFindAllFamilys(FamilyIntegrationTest_Roo_IntegrationTest.aj:43)
	at net.opentemperament.entities.FamilyIntegrationTest.testFindAllFamilys(FamilyIntegrationTest.java:1)
	... 44 more
testFindFamilyEntries(net.opentemperament.entities.FamilyIntegrationTest)  Time elapsed: 0.003 sec  <<< ERROR!
	at net.opentemperament.entities.FamilyIntegrationTest_Roo_IntegrationTest.ajc$interMethod$net_opentemperament_entities_FamilyIntegrationTest_Roo_IntegrationTest$net_opentemperament_entities_FamilyIntegrationTest$testFindFamilyEntries(FamilyIntegrationTest_Roo_IntegrationTest.aj:53)
	at net.opentemperament.entities.FamilyIntegrationTest.testFindFamilyEntries(FamilyIntegrationTest.java:1)
	... 44 more
testFlush(net.opentemperament.entities.FamilyIntegrationTest)  Time elapsed: 0.007 sec  <<< ERROR!
	at net.opentemperament.entities.FamilyIntegrationTest_Roo_IntegrationTest.ajc$interMethod$net_opentemperament_entities_FamilyIntegrationTest_Roo_IntegrationTest$net_opentemperament_entities_FamilyIntegrationTest$testFlush(FamilyIntegrationTest_Roo_IntegrationTest.aj:64)
	at net.opentemperament.entities.FamilyIntegrationTest.testFlush(FamilyIntegrationTest.java:1)
	... 44 more
testMerge(net.opentemperament.entities.FamilyIntegrationTest)  Time elapsed: 0.004 sec  <<< ERROR!
	at net.opentemperament.entities.FamilyIntegrationTest_Roo_IntegrationTest.ajc$interMethod$net_opentemperament_entities_FamilyIntegrationTest_Roo_IntegrationTest$net_opentemperament_entities_FamilyIntegrationTest$testMerge(FamilyIntegrationTest_Roo_IntegrationTest.aj:79)
	at net.opentemperament.entities.FamilyIntegrationTest.testMerge(FamilyIntegrationTest.java:1)
	... 44 more
testPersist(net.opentemperament.entities.FamilyIntegrationTest)  Time elapsed: 0.005 sec  <<< ERROR!
	at net.opentemperament.entities.FamilyIntegrationTest_Roo_IntegrationTest.ajc$interMethod$net_opentemperament_entities_FamilyIntegrationTest_Roo_IntegrationTest$net_opentemperament_entities_FamilyIntegrationTest$testPersist(FamilyIntegrationTest_Roo_IntegrationTest.aj:94)
	at net.opentemperament.entities.FamilyIntegrationTest.testPersist(FamilyIntegrationTest.java:1)
	... 44 more
testRemove(net.opentemperament.entities.FamilyIntegrationTest)  Time elapsed: 0.005 sec  <<< ERROR!
	at net.opentemperament.entities.FamilyIntegrationTest_Roo_IntegrationTest.ajc$interMethod$net_opentemperament_entities_FamilyIntegrationTest_Roo_IntegrationTest$net_opentemperament_entities_FamilyIntegrationTest$testRemove(FamilyIntegrationTest_Roo_IntegrationTest.aj:106)
	at net.opentemperament.entities.FamilyIntegrationTest.testRemove(FamilyIntegrationTest.java:1)
	... 44 more

After HBASE-20411 we have
MemStoreSize::hashCode()

  @Override
  public int hashCode() {
    long h = 31 * this.dataSize;
    h = h + 31 * this.heapSize;
    h = h + 31 * this.offHeapSize;
    return (int) h;
  }
 
This is not effective hashCode() implementation. Instead we can use:

  @Override
    long h = this.dataSize;
    h = h * 31 + this.heapSize;
    h = h * 31 + this.offHeapSize;
  }
 
If we have more than one function for the same class,
CREATE TEMPORARY FUNCTION testlength AS 'org.apache.hadoop.hive.ql.udf.UDFLength';
CREATE TEMPORARY FUNCTION testlength2 AS 'org.apache.hadoop.hive.ql.udf.UDFLength';
any one of them may get picked up while processing the other one:
explain select testlength(src.key) from src;
may show testlength2 instead.

If mongoPersistentEntity is null, NullPointerException is thrown (line 671).
Write this (ligne 669) : 

if (mongoPersistentEntity != null && mongoPersistentEntity.hasVersionProperty()) …

Instead of : 

if (mongoPersistentEntity == null || mongoPersistentEntity.hasVersionProperty())

Normal behavior :
Profile : 

curl -H 'Accept:application/schema+json'  "http://dabada.dscloud.biz:8080/REDS/rest/profile/reference-data"
{
  "title" : "Reference data",
  "properties" : {
    "parent" : {
      "title" : "Parent",
      "readOnly" : false,
      "type" : "string",
      "format" : "uri"
    },
    "code" : {
      "title" : "Code",
      "type" : "string"
    },
    "pCode" : {
      "title" : "P code",
      "readOnly" : true,
    },
    "description" : {
      "title" : "Description",
    },
    "label" : {
      "title" : "Label",
    },
    "status" : {
      "title" : "Status",
    }
  },
  "requiredProperties" : [ "code", "label", "status" ],
  "definitions" : { },
  "type" : "object",
  "$schema" : "http://json-schema.org/draft-04/schema#"
}

Data Resource : 

curl -i  "http://dabada.dscloud.biz:8080/REDS/rest/reference-data/AR.CURR.CHF"
X-Application-Context: application
Last-Modified: Fri, 17 Jun 2016 12:46:08 GMT
ETag: "0"
Content-Disposition: inline;filename=f.txt
Content-Type: application/hal+json;charset=UTF-8
Date: Tue, 07 Feb 2017 20:59:23 GMT

{
  "code" : "CHF",
  "pCode" : "AR.CURR.CHF",
  "label" : "الفرنك السويسري",
  "description" : null,
  "status" : "ENABLED",
  "_links" : {
    "self" : {
      "href" : "http://dabada.dscloud.biz:8080/REDS/rest/reference-data/AR.CURR.CHF"
    },
    "reference-data" : {
    },
      "href" : "http://dabada.dscloud.biz:8080/REDS/rest/reference-data/AR.CURR.CHF/parent"
    }
  }
}

Not desired behavior :
You can reproduce this issue by adding the 'Accept:application/schema+json' HTTP header to a data resource rest query

curl -i -H 'Accept:application/schema+json' "http://dabada.dscloud.biz:8080/REDS/rest/reference-data/AR.CURR.CHF" > out.txt
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 23.4M    0 23.4M    0     0   114M      0 --:--:-- --:--:-- --:--:--  114Mcurl: (56) Malformed encoding found in chunked-encoding}}

I got a file with 114M size !
Here the head part of this file :

ETag: "0"
Content-Type: application/schema+json;charset=UTF-8
Date: Tue, 07 Feb 2017 21:11:20 GMT

{
  "id" : 126,
  "parent" : {
    "id" : 125,
    "code" : "CURR",
    "pCode" : "AR.CURR",
    "label" : "عملة",
    "description" : null,
    "status" : "ENABLED",
      "id" : 113,
      "code" : "AR",
      "pCode" : "AR",
      "label" : "البيانات المرجعية",
      "description" : null,
      "status" : "ENABLED",
      "parent" : null,
      "handler" : { },
      "hibernateLazyInitializer" : { }
    },
    "handler" : { },
    "hibernateLazyInitializer" : { }
  },
  "embeddeds" : {
    "content" : [ ]
  },
  "nested" : false,
  "persistentEntity" : {
    "idProperty" : {
      "name" : "id",
      "rawType" : "long",
      "field" : {
        "name" : "id",
        "type" : "long",
        "modifiers" : 2,
        "annotations" : [ { }, { }, { } ],
        "declaredAnnotations" : [ { }, { }, { } ],
        "synthetic" : false,
        "declaringClass" : "com.salepower.core.jpa.entity.AbstractIdentifiableBaseEntity",
        "enumConstant" : false,
        "genericType" : "long",
        "annotatedType" : {
          "type" : "long",
          "annotations" : [ ],
          "declaredAnnotations" : [ ]
        },
        "accessible" : true
      },
      "association" : false,
      "owner" : {
        "idProperty" : {
          "name" : "id",
          "rawType" : "long",
          "field" : {
            "name" : "id",
            "type" : "long",
            "modifiers" : 2,
            "annotations" : [ { }, { }, { } ],
            "declaredAnnotations" : [ { }, { }, { } ],
            "synthetic" : false,
            "declaringClass" : "com.salepower.core.jpa.entity.AbstractIdentifiableBaseEntity",
            "enumConstant" : false,
            "genericType" : "long",
            "annotatedType" : {
              "type" : "long",
              "annotations" : [ ],
              "declaredAnnotations" : [ ]
            },
            "accessible" : true
          },
          "association" : false,
          "owner" : {
            "idProperty" : {
              "name" : "id",
              "rawType" : "long",
              "field" : {
                "name" : "id",
                "type" : "long",
                "modifiers" : 2,
                "annotations" : [ { }, { }, { } ],
                "declaredAnnotations" : [ { }, { }, { } ],
                "synthetic" : false,
                "declaringClass" : "com.salepower.core.jpa.entity.AbstractIdentifiableBaseEntity",
                "enumConstant" : false,
                "genericType" : "long",
                "annotatedType" : {
                  "type" : "long",
                  "annotations" : [ ],
                  "declaredAnnotations" : [ ]
                },
                "accessible" : true
              },
              "association" : false,
              "owner" : {
                "idProperty" : {
                  "name" : "id",
                  "rawType" : "long",
                  "field" : {
                    "name" : "id",
                    "type" : "long",
                    "modifiers" : 2,
                    "annotations" : [ { }, { }, { } ],
                    "declaredAnnotations" : [ { }, { }, { } ],
                    "synthetic" : false,
                    "declaringClass" : "com.salepower.core.jpa.entity.AbstractIdentifiableBaseEntity",
                    "enumConstant" : false,
                    "genericType" : "long",
                    "annotatedType" : {
                      "type" : "long",
                      "annotations" : [ ],
                      "declaredAnnotations" : [ ]
                    },
                    "accessible" : true

...

This error taks my server down afler a  java.io.IOException: Broken pipe exception. This could be a good DOS attack for Spring Data Rest services and have to be removed.

Currently for a partitioned table the following are true:

for each partitiondesc we send a copy of the corresponding tabledesc
for each partitiondesc we send two copies of the schema (in different formats).

Obviously we need to send different schemas if they are required by schema evolution, but in our case we'll always end up with multiple copies.
The effect can be dramatic. The reductions by removing those on partitioned tables easily be can be 8-10x in size. Plans themselves can be 10s to 100s of mb (even with kryo). The size difference also plays out in every task on the cluster we run.

Given a stream "abc\n", "abc", "def\n", "abc", "def\nxyz\n", "abc", "def", "xyz\n" StringDecoder simply chops them off at newlines. This is hardly desired, since most applications expect to deal with complete records that end on line boundaries. In other words, the expected output for the above would be "abc", "abcdef", "abcdef", "xyz", "abcdefxyz".
I've an alternate implementation that produces the expected output but before making a PR, I would like to check that the existing behavior is not based on some use case I'm not thinking about.
https://github.com/asarkar/spring/blob/master/buffer-learning/src/main/java/org/abhijitsarkar/java/StringDecoder.java

org.wildfly.test.integration.jsp.JspELTestCase#testJavaLangImplicitClassELEvaluation
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=JspELTestCase -Dsecurity.manager

ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /d0ead681-8b75-48ba-8af6-7f08323da424/index.jsp: org.apache.jasper.JasperException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/d0ead681-8b75-48ba-8af6-7f08323da424.war/ <no signer certificates>)" of "org.apache.jasper.servlet.JasperLoader@14183b28")
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:473)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:402)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:346)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/d0ead681-8b75-48ba-8af6-7f08323da424.war/ <no signer certificates>)" of "org.apache.jasper.servlet.JasperLoader@14183b28")
	at javax.el.ImportHandler.getClassFor(ImportHandler.java:176)
	at javax.el.ImportHandler.resolveClassFor(ImportHandler.java:165)
	at javax.el.ImportHandler.resolveClass(ImportHandler.java:128)
	at org.wildfly.extension.undertow.ImportedClassELResolver.getValue(ImportedClassELResolver.java:58)
	at org.apache.jasper.el.JasperELResolver.getValue(JasperELResolver.java:96)
	at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:116)
	at com.sun.el.parser.AstValue.getBase(AstValue.java:150)
	at com.sun.el.parser.AstValue.getValue(AstValue.java:199)
	at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:917)
	at org.apache.jsp.index_jsp._jspService(index_jsp.java:100)
	... 43 more

    int spaceRemaining = COLUMN_1_WIDTH - s.length() - 1;
    String trimmedVName = s;

    // if the vertex name is longer than column 1 width, trim it down
    // "Tez Merge File Work" will become "Tez Merge File.."
    if (s != null && s.length() > COLUMN_1_WIDTH) {

s is dereferenced first, rendering the null check ineffective.

The test for COMPRESS-210 is currently failing when Compress is built at Apache Gump.
http://vmgump.apache.org/gump/public/commons-compress/commons-compress-test/index.html
It says that the last success was on 2015-10-06T00:00:09,
it started failing at  2015-10-06T12:00:09
and as of now the failure state is persistent for 22 runs (which means ~11 days).
The failure:

[INFO] Building Apache Commons Compress 1.11-SNAPSHOT

<...>

Running org.apache.commons.compress.archivers.zip.X5455_ExtendedTimestampTest
Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.054 sec <<< FAILURE! - in org.apache.commons.compress.archivers.zip.X5455_ExtendedTimestampTest
testSampleFile(org.apache.commons.compress.archivers.zip.X5455_ExtendedTimestampTest)  Time elapsed: 0.027 sec  <<< FAILURE!
org.junit.ComparisonFailure: expected:<2105-01-01/0[0:00:02] +0000> but was:<2105-01-01/0[8:00:01] +0000>
	at org.junit.Assert.assertEquals(Assert.java:116)
	at org.apache.commons.compress.archivers.zip.X5455_ExtendedTimestampTest.testSampleFile(X5455_ExtendedTimestampTest.java:171)

Reviewing rhe code of the test class, its usage of `SimpleDateFormat DATE_FORMAT` field is wrong. The field is declared as "static". A SimpleDateFormat is not thread-safe, so it must not be shared between tests, as some testing configurations may run several tests in parallel.
A simple fix will be to remove "static" from declaration of that field and its initialization block, so that each running instance of the test gets its own copy of SimpleDateFormat class.
(I am not sure whether this bug is the actual cause of the test failure. I do not see any reconfigurations of test environment on 2015-10-06. Update: according to gump-general mailing list [1], on Oct 06 the Java runtime used to run Gump was updated to the latest Java 8 release)
[1] http://mail-archives.apache.org/mod_mbox/gump-general/201510.mbox/%3C5613A448.8040109%40apache.org%3E

When parallel query compilation is enabled, it is possible for concurrent running threads to create TezWork objects that have the same dag id. This is because the counter used to obtain the next dag id is not thread safe. The counter should be an AtomicInteger rather than an int.

  private static int counter;
  ...
  public TezWork(String queryId, Configuration conf) {
    this.dagId = queryId + ":" + (++counter);
    ...
  }

org.springframework.web.servlet.FrameworkServlet uses an EE 6 only method, which causes problems on WebSphere 7. Which, according to https://spring.io/blog/2014/09/04/spring-framework-4-1-ga-is-here, should be compatible.

java.lang.NoSuchMethodError: javax/servlet/http/HttpServletResponse.getStatus()I
	at org.springframework.web.servlet.FrameworkServlet.publishRequestHandledEvent(FrameworkServlet.java:1066)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:996)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:944)
	at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)
	at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204)
	at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)
	at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)
	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1656)

According to Ioannis these "shouldn't run at all unless you have explicitly configured your environment".  

Some authentication mechanisms like Single Sign On, need the ability to pass a cookie to some intermediate authentication service like Knox via the JDBC driver. We need to add the mechanism in Hive's JDBC driver (when used in HTTP transport mode).
Cookies can now be passed like:

jdbc:hive2://<host>:<port>/<db>;transportMode=http;httpPath=<http_endpoint>;http.cookie.<name1>=<value1>;http.cookie.<name2>=<value2>

It seems that refreshLastRequest(String sessionId) in the SessionRegistry class is not called by the security framework anywhere, but refreshLastRequest() is called on the SessionInformation object instead. It took me a few minutes to figure out why the last refresh date wasn't being updated on my custom session registry.

If you add camel-catalog-maven as the version manager then it cannot load the OOTB components.

Labels and relationship types should be backticked in the constructed cypher so as to allow relationship types such as "AN-EDGE"

For most workloads it seems LazyBinaryColumnarSerDe (binary) will perform better than ColumnarSerDe (text). Not sure why ColumnarSerDe is the default, but my guess is, that's for historical reasons. I suggest switching the default.

Bindy KvP unmarshall issue. 
While unmarshalling FIX messages, camel-bindy causing inconsistencies if the incoming fix messages are defined to map using 'OneToMany' annotations.
In a given route for eg:
 BindyKeyValuePairDataFormat kvpBindyDataFormat = new BindyKeyValuePairDataFormat("org.apache.camel.dataformat.bindy.model.fix.complex.onetomany");
        public void configure() 
{
            from(URI_DIRECT_START).unmarshal(kvpBindyDataFormat).to(URI_MOCK_RESULT);
        }

kvpBindyDataFormat is single instance for multiple threads and with in 'BindyKeyValuePairFactory' class instance varialbe  below is shared across multiple threads causing data inconsistencies.
private Map<String, List<Object>> lists = new HashMap<String, List<Object>>(); 
Values from previous thread/messages are retained in the current thread causing issues.
For eg in the test case: public class BindyComplexOneToManyKeyValuePairUnMarshallTest extends CommonBindyTest 
if we send another message  with no repeating groups are sent.
String message2 = "8=FIX 4.19=2034=135=049=INVMGR56=BRKR" + "1=BE.CHM.00111=CHM0001-0158=this is a camel - bindy test" 
        				  + "10=220";
The output message has repeating group data from message processed in earlier thread are pouplated causing data inconsistencies.
Please suggest the fix considering multi-threading scenario. I am willing to volunteer for the fix.
Regards,
Surya

Jackson 2.8.1
Spring 4.3.1.RELEASE
We have a complex hierarchy of classes like

public class Api
        extends BaseApi
        implements CrudApi<ObjectA, ObjectB, Long> {
}

where 

public interface CrudApi<S extends BaseSearchFilter<?, ID>, D extends Dto<ID>, ID extends Serializable & Comparable<ID>> extends ReadOnlyApi<S, D, ID> {
}

Applications fails with: 
Caused by: java.lang.StackOverflowError: null
	at org.springframework.core.ResolvableType.hasGenerics(ResolvableType.java:474)
	at org.springframework.http.converter.json.AbstractJackson2HttpMessageConverter.resolveVariable(AbstractJackson2HttpMessageConverter.java:326)
	at org.springframework.http.converter.json.AbstractJackson2HttpMessageConverter.resolveVariable(AbstractJackson2HttpMessageConverter.java:332)
...
The issue is in line 332. At some point the method resolveVariable faces Object as result of contextType.getSuperType() and falls with StackOverflowError as result for getSuperType() method for Object is Object.
I tried to check what if there is a check for that and method continues further. Looks like it works well.
There is a code below which i added to check what happenes if method passes further after line 332

final Class contextTypeSuperType = contextType.getSuperType().resolve();
                if (!(contextTypeSuperType == null || contextTypeSuperType.equals(Object.class))) {
                    resolvedType = resolveVariable(typeVariable, contextType.getSuperType());
                    if (resolvedType.resolve() != null) {
                        return resolvedType;
                    }
                }

I'm not sure that this is a bug, but i do not find any solutions for my case in stackoverflow.com or other similar resources.

ITBLL with 1.25B rows failed for me (and Stack as reported in https://issues.apache.org/jira/browse/HBASE-13811?focusedCommentId=14577834&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14577834) 
HBASE-13811 and HBASE-13853 fixed an issue with WAL edit filtering. 
The root cause this time seems to be different. It is due to procedure based flush interrupting the flush request in case the procedure is cancelled from an exception elsewhere. This leaves the memstore snapshot intact without aborting the server. The next flush, then flushes the previous memstore with the current seqId (as opposed to seqId from the memstore snapshot). This creates an hfile with larger seqId than what its contents are. Previous behavior in 0.98 and 1.0 (I believe) is that after flush prepare and interruption / exception will cause RS abort.

problem
project-stages.yml on classpath(src/main/resources) is not loaded with Arquillian tests. I attached the error log and the reproducer in 'Steps to Reproduce' section.
Though -swarm try to load it, apparently can't see it when Arq tests.
https://github.com/wildfly-swarm/wildfly-swarm-core/blob/1.0.0.CR3/container/api/src/main/java/org/wildfly/swarm/cli/CommandLine.java#L109
To load the yml explicitly like below.

container.withStageConfig(Paths.get("/tmp", "external-project-stages.yml").toUri().toURL())

in PrinterConfiguration.parseURI(), the line:
setPrintername(uri.getPath());
ends up leaving the starting "/" which is not really a part of the printer's name. When the PrinterProducer later searches for the matching PrintService, it attempts to recreate the printer path from the host name and the printer name with the following:
which ends up with a string like: \\<HostName>\/<printer> because the leading "/" was not removed from the printer name, and which leads to the printer never being found.

The functionality described in the stack overflow below (requiring the use of the AS keyword for projection support) doesn't seem to be documented. I think it would be very helpful to have at least a mention of this included in the main documentation
http://stackoverflow.com/questions/36701358/using-projections-with-pageable-in-spring-data/37317529#37317529

Run JDR, the dump-services.json is always empty.  This is because the operation is not being set when JDR tries to invoke the operation.

While running integration tests with Wildfly 10.0.0.CR2, I noticed that websocket support was failing with:

15:00:57 [ServerService Thread Pool -- 13] DefaultSockJsService[WARN] - Failed to create a default WebSocketTransportHandler
java.lang.IllegalStateException: Failed to instantiate RequestUpgradeStrategy: org.springframework.web.socket.server.standard.UndertowRequestUpgradeStrategy
	at [...]
org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:101)

Caused by: java.lang.IllegalStateException: Incompatible Undertow API version
	at org.springframework.web.socket.server.standard.UndertowRequestUpgradeStrategy.<clinit>(UndertowRequestUpgradeStrategy.java:129)
	... 57 more
Caused by: java.lang.NoClassDefFoundError: org/xnio/StreamConnection
	at org.springframework.web.socket.server.standard.UndertowRequestUpgradeStrategy.<clinit>(UndertowRequestUpgradeStrategy.java:125)
	... 57 more
Caused by: java.lang.ClassNotFoundException: org.xnio.StreamConnection from [Module "deployment.spring-websocket-portfolio.war:main" from Service Module Loader]
	... 58 more

Both undertow and xnio modules are properly loaded:

INFO  [org.xnio] (MSC service thread 1-7) XNIO version 3.3.2.Final
INFO  [org.xnio.nio] (MSC service thread 1-7) XNIO NIO Implementation Version 3.3.2.Final
INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.3.0.CR2 starting
INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 55) WFLYUT0003: Undertow 1.3.0.CR2 starting

But it seems that the xnio module is not made available to the application classpath by default.
Digging into Wildfly class loading, I tried to add the following configuration in my test application pom.xml:

<plugin>
  <artifactId>maven-war-plugin</artifactId>
  <version>2.2</version>
    <failOnMissingWebXml>false</failOnMissingWebXml>
    <archive>
      <manifestEntries>
        <Dependencies>org.jboss.xnio</Dependencies>
      </manifestEntries>
    </archive>
</plugin>

This configuration asks Wildfly to make the org.jboss.xnio module available to the application classpath. And this workaround fixes the issue.
Is there a way to reflectively call undertow's Handshake.createChannel method without loading xnio's StreamConnection.class?

AxiomSoapMessageFactory#getCharSetEncoding(), when given the following HTTP Content-Type header (which I assume is valid),
application/xop+xml;type="text/xml; charset=utf-8"
returns a CharSet of 'utf-8"' instead of 'utf-8' (i.e. there is an erroneous double quote at the end of the string).

In the attached log, you can see, before log replaying, the region is open on e1205:

A3. 2014-09-05 16:38:46,705 INFO  [B.defaultRpcServer.handler=5,queue=2,port=20020] master.RegionStateStore: Updating row IntegrationTestBigLinkedList,\x90Jy\x04\xA7\x90Jp,1409959495482.cbb0d736ebfabcf4a07e5a7b395fcdf7. with state=OPEN&openSeqNum=40118237&server=e1205.halxg.cloudera.com,20020,1409960280431

After the log replay, we got from meta the region is open on e1209

A4. 2014-09-05 16:41:12,257 INFO  [ActiveMasterManager] master.AssignmentManager: Loading from meta: {cbb0d736ebfabcf4a07e5a7b395fcdf7 state=OPEN, ts=1409960472257, server=e1209.halxg.cloudera.com,20020,1409959391651}

The replayed edits show the log does have the edit expected:

2014-09-05 16:41:11,862 INFO  [B.defaultRpcServer.handler=18,queue=0,port=20020] regionserver.RSRpcServices: Meta replay edit type=PUT,mutation={"totalColumns":4,"families":{"info":[{"timestamp":1409960326705,"tag":["3:\\x00\\x00\\x00\\x00\\x02bad"],"value":"e1205.halxg.cloudera.com:20020","qualifier":"server","vlen":30},{"timestamp":1409960326705,"tag":["3:\\x00\\x00\\x00\\x00\\x02bad"],"value":"\\x00\\x00\\x01HH.\\x81o","qualifier":"serverstartcode","vlen":8},{"timestamp":1409960326705,"tag":["3:\\x00\\x00\\x00\\x00\\x02bad"],"value":"\\x00\\x00\\x00\\x00\\x02d'\\xDD","qualifier":"seqnumDuringOpen","vlen":8},{"timestamp":1409960326706,"tag":["3:\\x00\\x00\\x00\\x00\\x02bad"],"value":"OPEN","qualifier":"state","vlen":4}]},"row":"IntegrationTestBigLinkedList,\\x90Jy\\x04\\xA7\\x90Jp,1409959495482.cbb0d736ebfabcf4a07e5a7b395fcdf7."}

Why we picked up a wrong value with an older time stamp?

2014-09-05 16:41:11,063 INFO  [B.defaultRpcServer.handler=9,queue=0,port=20020] regionserver.RSRpcServices: Meta replay edit type=PUT,mutation={"totalColumns":4,"families":{"info":[{"timestamp":1409959994634,"tag":["3:\\x00\\x00\\x00\\x00\\x00\\x00\\x09\\x99"],"value":"e1209.halxg.cloudera.com:20020","qualifier":"server","vlen":30},{"timestamp":1409959994634,"tag":["3:\\x00\\x00\\x00\\x00\\x00\\x00\\x09\\x99"],"value":"\\x00\\x00\\x01HH \\xF1\\xA3","qualifier":"serverstartcode","vlen":8},{"timestamp":1409959994634,"tag":["3:\\x00\\x00\\x00\\x00\\x00\\x00\\x09\\x99"],"value":"\\x00\\x00\\x00\\x00\\x00\\x01\\xB7\\xAB","qualifier":"seqnumDuringOpen","vlen":8},{"timestamp":1409959994634,"tag":["3:\\x00\\x00\\x00\\x00\\x00\\x00\\x09\\x99"],"value":"OPEN","qualifier":"state","vlen":4}]},"row":"IntegrationTestBigLinkedList,\\x90Jy\\x04\\xA7\\x90Jp,1409959495482.cbb0d736ebfabcf4a07e5a7b395fcdf7."}

Some build paths are specified as "${hive.root}/build" instead of "${build.dir.hive}".  Correct these, including "build.dir.hadoop" (it remains relative to "build.dir.hive" by default).  This allows builds to work when a non-default "build.dir.hive" is specified.

https://ci.wildfly.org/project.html?projectId=WF&buildTypeId=&tab=testDetails&testNameId=-3160751679448962118&order=TEST_STATUS_DESC&branch_WF=__all_branches__&itemsCount=50
Test will be @Ignored until this is resolved.

It should be ExtensionRegistryType.SERVER.
Only impact of this is it results in a contrary to spec result for the extension add op if it is invoked after boot:

[standalone@embedded /] /extension=org.jboss.as.xts:add
{
    "result" => [("xts" => "2.0.0")]
}

That result is what a slave HC communicates to the master; it's not meant to be presented to an end user.

Throws this even when it is disabled:

14/10/20 15:53:14 [HiveServer2-Handler-Pool: Thread-53]: DEBUG security.UserGroupInformation: PrivilegedActionException as:vgumashta (auth:SIMPLE) cause:org.apache.hive.service.cli.HiveSQLException: Couldn't find log associated with operation handle: OperationHandle [opType=EXECUTE_STATEMENT, getHandleIdentifier()=b3d05ca6-e3e8-4bef-b869-0ea0732c3ac5]
14/10/20 15:53:14 [HiveServer2-Handler-Pool: Thread-53]: WARN thrift.ThriftCLIService: Error fetching results: 
org.apache.hive.service.cli.HiveSQLException: Couldn't find log associated with operation handle: OperationHandle [opType=EXECUTE_STATEMENT, getHandleIdentifier()=b3d05ca6-e3e8-4bef-b869-0ea0732c3ac5]
	at org.apache.hive.service.cli.operation.OperationManager.getOperationLogRowSet(OperationManager.java:240)
	at org.apache.hive.service.cli.session.HiveSessionImpl.fetchResults(HiveSessionImpl.java:665)
	at com.sun.proxy.$Proxy20.fetchResults(Unknown Source)
	at org.apache.hive.service.cli.CLIService.fetchResults(CLIService.java:427)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.FetchResults(ThriftCLIService.java:582)
	at org.apache.hive.service.cli.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1553)
	at org.apache.hive.service.cli.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1538)
14/10/20 15:53:14 [HiveServer2-Handler-Pool: Thread-53]: DEBUG transport.TSaslTransport: writing data length: 2525

Alter table partition concatenate creates a Java URI object for the location of a partition.  If the partition name contains certain characters, such as } or space ' ', the object constructor fails, causing the query to fail. 

A user of Gemini Blueprint (nee Spring DM) has raised a bug ([1]) about a deadlock which appears to be caused by the combination of DefaultListableBeanFactory and DefaultSingletonBeanRegistry. I'm not sure which version of Spring framework they were using, but I checked the code at HEAD and the deadlock still appears to be possible.
The deadlock is easy to see in the bug description and involves two threads.
1. The thread "EclipseGeminiBlueprintExtenderThread-20" has synchronised on ConcurrentHashMap@3b38bbfa in DefaultListableBeanFactory.resetBeanDefinition while calling destroySingleton which then blocks waiting for LinkedHashMap@9c772ae.
2. The thread "Gemini Blueprint context shutdown thread" has synchronised on LinkedHashMap@9c772ae in DefaultSingletonBeanRegistry.destroySingletons while calling destroySingleton which results in a call to removeSingleton which then blocks waiting for ConcurrentHashMap@3b38bbfa.
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=384080

The archive file contains a data descriptor, which is not recognized and lead to "

java.util.zip.ZipException: Unexpected record signature: 0X302D3831

The process to check if one block contains a signature(ZipArchiveInputStream -> bufferContainsSignature) seems to be a little buggy.
The following block is processed when the exception comes up, for the file.
[13, 10, 60, 73, 66, 65, 78, 62, 65, 84, 52, 48, 54, 48, 48, 48, 48, 48, 48, 48, 48, 55, 53, 48, 48, 48, 53, 51, 60, 47, 73, 66, 65, 78, 62, 13, 10, 60, 47, 73, 100, 62, 13, 10, 60, 47, 67, 100, 116, 114, 65, 99, 99, 116, 62, 13, 10, 60, 47, 82, 108, 116, 100, 80, 116, 105, 101, 115, 62, 13, 10, 60, 82, 108, 116, 100, 65, 103, 116, 115, 62, 13, 10, 60, 68, 98, 116, 114, 65, 103, 116, 62, 13, 10, 60, 70, 105, 110, 73, 110, 115, 116, 110, 73, 100, 62, 13, 10, 60, 66, 73, 67, 62, 66, 65, 87, 65, 65, 84, 87, 87, 88, 88, 88, 60, 47, 66, 73, 67, 62, 13, 10, 60, 47, 70, 105, 110, 73, 110, 115, 116, 110, 73, 100, 62, 13, 10, 60, 47, 68, 98, 116, 114, 65, 103, 116, 62, 13, 10, 60, 67, 100, 116, 114, 65, 103, 116, 62, 13, 10, 60, 70, 105, 110, 73, 110, 115, 116, 110, 73, 100, 62, 13, 10, 60, 66, 73, 67, 62, 66, 65, 87, 65, 65, 84, 87, 87, 88, 88, 88, 60, 47, 66, 73, 67, 62, 13, 10, 60, 47, 70, 105, 110, 73, 110, 115, 116, 110, 73, 100, 62, 13, 10, 60, 47, 67, 100, 116, 114, 65, 103, 116, 62, 13, 10, 60, 47, 82, 108, 116, 100, 65, 103, 116, 115, 62, 13, 10, 60, 80, 117, 114, 112, 62, 13, 10, 60, 67, 100, 62, 79, 84, 72, 82, 60, 47, 67, 100, 62, 13, 10, 60, 47, 80, 117, 114, 112, 62, 13, 10, 60, 82, 109, 116, 73, 110, 102, 62, 13, 10, 60, 83, 116, 114, 100, 62, 13, 10, 60, 67, 100, 116, 114, 82, 101, 102, 73, 110, 102, 62, 13, 10, 60, 84, 112, 62, 13, 10, 60, 67, 100, 79, 114, 80, 114, 116, 114, 121, 62, 13, 10, 60, 67, 100, 62, 83, 67, 79, 82, 60, 47, 67, 100, 62, 13, 10, 60, 47, 67, 100, 79, 114, 80, 114, 116, 114, 121, 62, 13, 10, 60, 47, 84, 112, 62, 13, 10, 60, 82, 101, 102, 62, 53, 48, 49, 48, 54, 52, 55, 52, 49, 52, 60, 47, 82, 101, 102, 62, 13, 10, 60, 47, 67, 100, 116, 114, 82, 101, 102, 73, 110, 102, 62, 13, 10, 60, 47, 83, 116, 114, 100, 62, 13, 10, 60, 47, 82, 109, 116, 73, 110, 102, 62, 13, 10, 60, 47, 84, 120, 68, 116, 108, 115, 62, 13, 10, 60, 47, 78, 116, 114, 121, 68, 116, 108, 115, 62, 13, 10, 60, 47, 78, 116, 114, 121, 62, 13, 10, 60, 47, 83, 116, 109, 116, 62, 13, 10, 60, 47, 66, 107, 84, 111, 67, 115, 116, 109, 114, 83, 116, 109, 116, 62, 13, 10, 60, 47, 68, 111, 99, 117, 109, 101, 110, 116, 62, 80, 75, 7, 8, -70, -19, -86, -114, -92, 11, 0, 0, -92, 11, 0, 0]
The lastRead variable is set to 497. The offset is 15.
The for in bufferContainsSignature do not recognize the data descriptor because it goes only to the lastRead - 4.
In the following method cacheBytesRead only 15 bytes from 497 to 512 are cached, so the P((byte)80) on position 496 is not cached in the next block.
My suggestion for the solution is to check all bytes(buf.array().length - 4) in ZipArchiveInputStream -> bufferContainsSignature, if they contain the ZipArchiveInputStream.LFH, ZipArchiveInputStream.CFH or ZipArchiveInputStream.DD bytes, but maybe I miss something. 
However, seems to work for the example files.
Sorry not to share the example files they are created by a customer.
 
2013-04-14 12:40:23,207 [main           ] ERROR ContextLoader                  - Context initialization failed
org.apache.camel.RuntimeCamelException: org.apache.camel.FailedToCreateRouteException: Failed to create route route1: Route(route1)[[From[cxf:/incident?bus=#cxf&serviceClass=org.... because of Failed to resolve endpoint: cxf:///incident?bus=%23cxf&serviceClass=org.apache.camel.example.reportincident.ReportIncidentEndpoint&wsdlURL=etc%2Freport_incident.wsdl due to: Could not find a suitable setter for property: bus as there isn't a setter method with same type: java.lang.String nor type conversion possible: No type converter available to convert from type: java.lang.String to the required type: org.apache.cxf.Bus with value #cxf
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:120)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:475)
	at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:388)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:293)
	at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:740)
	at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:238)
	at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1238)
	at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:683)
	at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:480)
	at org.mortbay.jetty.plugin.JettyWebAppContext.doStart(JettyWebAppContext.java:256)
	at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:229)
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:172)
	at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:95)
	at org.eclipse.jetty.server.Server.doStart(Server.java:275)
	at org.mortbay.jetty.plugin.JettyServer.doStart(JettyServer.java:65)
	at org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:511)
	at org.mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:364)
	at org.mortbay.jetty.plugin.JettyRunMojo.execute(JettyRunMojo.java:521)
Caused by: org.apache.camel.FailedToCreateRouteException: Failed to create route route1: Route(route1)[[From[cxf:/incident?bus=#cxf&serviceClass=org.... because of Failed to resolve endpoint: cxf:///incident?bus=%23cxf&serviceClass=org.apache.camel.example.reportincident.ReportIncidentEndpoint&wsdlURL=etc%2Freport_incident.wsdl due to: Could not find a suitable setter for property: bus as there isn't a setter method with same type: java.lang.String nor type conversion possible: No type converter available to convert from type: java.lang.String to the required type: org.apache.cxf.Bus with value #cxf
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:181)
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:749)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:1828)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1608)
	... 48 more
Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: cxf:///incident?bus=%23cxf&serviceClass=org.apache.camel.example.reportincident.ReportIncidentEndpoint&wsdlURL=etc%2Freport_incident.wsdl due to: Could not find a suitable setter for property: bus as there isn't a setter method with same type: java.lang.String nor type conversion possible: No type converter available to convert from type: java.lang.String to the required type: org.apache.cxf.Bus with value #cxf
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:507)
	at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:62)
	at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:191)
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:114)
	at org.apache.camel.impl.DefaultRouteContext.getEndpoint(DefaultRouteContext.java:90)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:861)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:176)
	... 57 more
Caused by: java.lang.IllegalArgumentException: Could not find a suitable setter for property: bus as there isn't a setter method with same type: java.lang.String nor type conversion possible: No type converter available to convert from type: java.lang.String to the required type: org.apache.cxf.Bus with value #cxf
	at org.apache.camel.util.IntrospectionSupport.setProperty(IntrospectionSupport.java:526)
	at org.apache.camel.util.IntrospectionSupport.setProperty(IntrospectionSupport.java:536)
	at org.apache.camel.util.IntrospectionSupport.setProperties(IntrospectionSupport.java:430)
	at org.apache.camel.util.EndpointHelper.setProperties(EndpointHelper.java:249)
	at org.apache.camel.impl.DefaultComponent.setProperties(DefaultComponent.java:258)
	at org.apache.camel.component.cxf.CxfComponent.createEndpoint(CxfComponent.java:84)
	at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:119)
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:487)
	... 65 more
2013-04-14 12:40:23.217:WARN:oejw.WebAppContext:Failed startup of context o.m.j.p.JettyWebAppContext{/,file:/Users/cmueller/workspaceRelease/camel/examples/camel-example-reportincident/src/main/webapp/},file:/Users/cmueller/workspaceRelease/camel/examples/camel-example-reportincident/src/main/webapp/
Caused by:
org.apache.camel.FailedToCreateRouteException: Failed to create route route1: Route(route1)[[From[cxf:/incident?bus=#cxf&serviceClass=org.... because of Failed to resolve endpoint: cxf:///incident?bus=%23cxf&serviceClass=org.apache.camel.example.reportincident.ReportIncidentEndpoint&wsdlURL=etc%2Freport_incident.wsdl due to: Could not find a suitable setter for property: bus as there isn't a setter method with same type: java.lang.String nor type conversion possible: No type converter available to convert from type: java.lang.String to the required type: org.apache.cxf.Bus with value #cxf
Caused by:
org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: cxf:///incident?bus=%23cxf&serviceClass=org.apache.camel.example.reportincident.ReportIncidentEndpoint&wsdlURL=etc%2Freport_incident.wsdl due to: Could not find a suitable setter for property: bus as there isn't a setter method with same type: java.lang.String nor type conversion possible: No type converter available to convert from type: java.lang.String to the required type: org.apache.cxf.Bus with value #cxf
Caused by:
java.lang.IllegalArgumentException: Could not find a suitable setter for property: bus as there isn't a setter method with same type: java.lang.String nor type conversion possible: No type converter available to convert from type: java.lang.String to the required type: org.apache.cxf.Bus with value #cxf
2013-04-14 12:40:23.241:INFO:oejs.AbstractConnector:Started SelectChannelConnector@0.0.0.0:9080

set hive.groupby.skewindata=false;
set mapred.reduce.tasks=31;

select compute_stats(a,16),compute_stats(b,16),compute_stats(c,16),compute_stats(d,16)
from
(
select
  avg(DISTINCT substr(src.value,5)) as a,
  max(substr(src.value,5)) as b,
  variance(substr(src.value,5)) as c,
  var_samp(substr(src.value,5)) as d
 from src)subq;

PerformanceEvaluation's 'column' parameter looks broken to me.
To test:
1. Write some data with 20 columns.
2. Do a scan test selecting one column.
3. Do a scan test selecting ten columns.
You'd expect the amount of data returned to vary but no, because the read side isn't selecting the same qualifiers that are written. Bytes returned in case 3 should be 10x those in case 2.
I'm in branch-1 code at the moment. Probably affects trunk too.

Using spring batch with quarz in an osgi-environment fails with a ClassNotFoundException. 
The reason is a missing import-package-statement for org.springframework.batch.core /template.mf which causes an incomplete Manifest.MF. 

[INFO] Running org.apache.hadoop.hbase.client.TestHTableMultiplexerFlushCache
[ERROR] Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 36.67 s <<< FAILURE! - in org.apache.hadoop.hbase.client.TestHTableMultiplexerFlushCache
[ERROR] testOnRegionMove(org.apache.hadoop.hbase.client.TestHTableMultiplexerFlushCache)  Time elapsed: 4.644 s  <<< FAILURE!
java.lang.AssertionError: Did not find a new RegionServer to use
	at org.apache.hadoop.hbase.client.TestHTableMultiplexerFlushCache.testOnRegionMove(TestHTableMultiplexerFlushCache.java:160)

Hi,
I am using spring batch remote partitioning using rabbitmq and spring integration. 
For some of my steps, there are no input files so MultiResourcePartitioner do not create any partitions. In this case, in MessageChannelPartitionHandler.handle method, as split.size will be 0 it won't go inside for loop and wont sent any messages. But still below the for loop, it waits for response as it use 
messagingGateway.receive(replyChannel); without checking message sent or not. 
So steps for which there are no input files, steps just hangs and doesn't do anything. Ideally it should consider such steps as successful.
More details 
http://stackoverflow.com/questions/24955459/how-does-messagechannelpartitionhandler-in-spring-batch-behave-if-resource-path

	public Collection<StepExecution> handle(StepExecutionSplitter stepExecutionSplitter,
			StepExecution masterStepExecution) throws Exception {

		Set<StepExecution> split = stepExecutionSplitter.split(masterStepExecution, gridSize);
		int count = 0;
		
		if (replyChannel == null) {
			replyChannel = new QueueChannel();
		}//end if 
		
		for (StepExecution stepExecution : split) {
			Message<StepExecutionRequest> request = createMessage(count++, split.size(), new StepExecutionRequest(
					stepName, stepExecution.getJobExecutionId(), stepExecution.getId()), replyChannel);
				logger.debug("Sending request: " + request);
			}
			messagingGateway.send(request);
		}

		Message<Collection<StepExecution>> message = messagingGateway.receive(replyChannel);
			logger.debug("Received replies: " + message);
		}
		Collection<StepExecution> result = message.getPayload();
		return result;

	}

When compression is enabled for request/response, the jboss-ejb-client is sending a compressed request, but the application server is responding with an uncompressed response.
On the server enabling TRACE on org.jboss.as.ejb3, we can see the server receives a compressed request
TRACE [org.jboss.as.ejb3] (default task-5) Got message with header 0x1b on channel Channel ID 56b01772 (inbound) of Remoting connection TRACE [org.jboss.as.ejb3.invocation] (default task-5) Received a compressed message stream
Client side, Enabling TRACE on the client side for org.jboss.ejb.client we see it is 0x5 where it should be 0x1b
TRACE org.jboss.ejb.client.remoting.ChannelAssociation - Received message with header 0x5

A Spring Boot application that depends on spring-boot-starter-data-pa and uses Spring Mobile will create a proxy for Spring Mobile's Device interface when it's injected into a handler method. Calling isMobile on this proxy fails as follows:

org.springframework.aop.AopInvocationException: Null return value from advice does not match primitive return type for: public abstract boolean org.springframework.mobile.device.Device.isMobile()
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:220) ~[spring-aop-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at com.sun.proxy.$Proxy64.isMobile(Unknown Source) ~[na:na]
	at com.example.controllers.IndexController.getIndex(IndexController.java:17) ~[classes/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_60]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_60]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_60]
	at java.lang.reflect.Method.invoke(Method.java:497) ~[na:1.8.0_60]
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:221) ~[spring-web-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:137) ~[spring-web-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:110) ~[spring-webmvc-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:806) ~[spring-webmvc-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:729) ~[spring-webmvc-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85) ~[spring-webmvc-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959) ~[spring-webmvc-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893) ~[spring-webmvc-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) ~[spring-webmvc-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861) ~[spring-webmvc-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846) ~[spring-webmvc-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:87) ~[spring-web-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:77) ~[spring-web-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:85) ~[spring-web-4.2.2.BUILD-SNAPSHOT.jar:4.2.2.BUILD-SNAPSHOT]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_60]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_60]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_60]

The culprit is ProxyingHandlerMethodArgumentResolver which takes responsibility for any argument that's an interface. I can work around the problem by ensuring that Spring Mobile's DeviceHandlerMethodArgumentResolver appears before ProxyingHandlerMethodArgumentResolver in Spring MVC's list of argument resolvers but I'd prefer not to have to do so. Can ProxyingHandlerMethodArgumentResolver be fixed so that it either doesn't claim responsibility for anything that's an interface, or so that it returns a working proxy?

URI is used to parse the Ldap url, but is not available in Java 1.3.

We've run into HIVE-16233 and HIVE-15665 and given that 2.2 and 2.3 releases are approaching we are going to add workarounds for them, and then commit the above patches and revert the workarounds as soon as we can.
Unfortunately this will result in cache wasting some memory on some datasets, but the alternatives, when they are encountered (usually only on large datasets), are worse.

In hbase-default.xml there listed one param "io.storefile.bloom.cacheonwrite"

  <name>io.storefile.bloom.cacheonwrite</name>
  <value>false</value>
  <description>
	  Enables cache-on-write for inline blocks of a compound Bloom filter.

No place in the code this config is getting used.
Instead in CacheConfig there is a config param name 

/**
   * Configuration key to cache compound bloom filter blocks on write.
   */
  public static final String CACHE_BLOOM_BLOCKS_ON_WRITE_KEY =
      "hfile.block.bloom.cacheonwrite";

Seems issue with entry in the xml file.
We can correct the xml with the config name as hfile.block.bloom.cacheonwrite ?

VectorMapJoinFastBytesHashTable.allocateBucketArray() needs to check bounds before allocating array.

Here is the second contructor of Tailer class:

    public Tailer(File file, TailerListener listener, long delay) {
        this(file, listener, 1000, false);
    }

There are multiple options to do Parquet caching in LLAP:
1) Full elevator (too intrusive for now).
2) Page based cache like ORC (requires some changes to Parquet or copy-pasted).
3) Cache disk data on column chunk level as is.
Given that Parquet reads at column chunk granularity, (2) is not as useful as for ORC, but still a good idea. I messaged the dev list about it but didn't get a response, we may follow up later.
For now, do (3). 

When the ResourceAdapter#stop() method is invoked on an annotation based 1.6 JCR resource adapter the naming context is read only. Unbinding values results in the following exception:

09:56:31,908 WARN  [org.jboss.msc.service.fail] (MSC service thread 1-15) MSC000004: Failure during stop of service jboss.ra.deployer."rar-exposure-ear-1.0-SNAPSHOT.ear#rar-exposure-rar-1.0-SNAPSHOT": java.lang.UnsupportedOperationException: JBAS011859: Naming context is read-only
	at org.jboss.as.naming.WritableServiceBasedNamingStore.requireOwner(WritableServiceBasedNamingStore.java:147)
	at org.jboss.as.naming.WritableServiceBasedNamingStore.unbind(WritableServiceBasedNamingStore.java:113)
	at org.jboss.as.naming.NamingContext.unbind(NamingContext.java:291)
	at org.jboss.as.naming.InitialContext.unbind(InitialContext.java:167)
	at org.jboss.as.naming.NamingContext.unbind(NamingContext.java:299)
	at javax.naming.InitialContext.unbind(InitialContext.java:441) [rt.jar:1.8.0-ea]
	at com.github.marschall.eeclassloadingissues.rarexposure.ra.ExposureAdapter.stop(ExposureAdapter.java:32)
	at org.jboss.as.connector.services.resourceadapters.deployment.AbstractResourceAdapterDeploymentService.unregisterAll(AbstractResourceAdapterDeploymentService.java:182)
	at org.jboss.as.connector.services.resourceadapters.deployment.ResourceAdapterDeploymentService.unregisterAll(ResourceAdapterDeploymentService.java:158)
	at org.jboss.as.connector.services.resourceadapters.deployment.ResourceAdapterDeploymentService.stop(ResourceAdapterDeploymentService.java:149)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2052) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2013) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0-ea]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0-ea]
	at java.lang.Thread.run(Thread.java:724) [rt.jar:1.8.0-ea]

There are two inter-related issues here: 
1. The maxRequestSize parameter  name is incorrect, as it also affects the maximum response size (it's passed to HttpObjectAggregator):

	private Bootstrap getBootstrap() {
		if (this.bootstrap == null) {
			Bootstrap bootstrap = new Bootstrap();
			bootstrap.group(this.eventLoopGroup).channel(NioSocketChannel.class)
					.handler(new ChannelInitializer<SocketChannel>() {
						@Override
						protected void initChannel(SocketChannel channel) throws Exception {
							ChannelPipeline pipeline = channel.pipeline();
							if (sslContext != null) {
								pipeline.addLast(sslContext.newHandler(channel.alloc()));
							}
							pipeline.addLast(new HttpClientCodec());
							pipeline.addLast(new HttpObjectAggregator(maxRequestSize));
						}
					});

Way to solve this would be to add a separate maxResponseSize parameter and use it in HttpObjectAggregator.
2. Because of the issue above, when you increase the `maxRequestSize` parameter (to be able to process `maxRequestSize`-big responses), even if the request to be processed is just a few kB's, it will always allocate `maxRequestSize` for it.
This can easily cause OOM errors - but it's not a leak, it's just an abusive use of memory.

        at io.netty.buffer.UnpooledHeapByteBuf.<init>(UnpooledHeapByteBuf.java:45) ~[netty-all-4.0.24.Final.jar:4.0.24.Final]
        at io.netty.buffer.UnpooledByteBufAllocator.newHeapBuffer(UnpooledByteBufAllocator.java:43) ~[netty-all-4.0.24.Final.jar:4.0.24.Final]
        at io.netty.buffer.AbstractByteBufAllocator.heapBuffer(AbstractByteBufAllocator.java:136) ~[netty-all-4.0.24.Final.jar:4.0.24.Final]
        at io.netty.buffer.AbstractByteBufAllocator.heapBuffer(AbstractByteBufAllocator.java:127) ~[netty-all-4.0.24.Final.jar:4.0.24.Final]
        at io.netty.buffer.Unpooled.buffer(Unpooled.java:118) ~[netty-all-4.0.24.Final.jar:4.0.24.Final]
        at org.springframework.http.client.Netty4ClientHttpRequest.<init>(Netty4ClientHttpRequest.java:68) ~[spring-web-4.1.4.RELEASE.jar:4.1.4.RELEAS
E]
        at org.springframework.http.client.Netty4ClientHttpRequestFactory.createRequestInternal(Netty4ClientHttpRequestFactory.java:148) ~[spring-web-
4.1.4.RELEASE.jar:4.1.4.RELEASE]
        at org.springframework.http.client.Netty4ClientHttpRequestFactory.createAsyncRequest(Netty4ClientHttpRequestFactory.java:144) ~[spring-web-4.1
.4.RELEASE.jar:4.1.4.RELEASE]
        at org.springframework.http.client.support.AsyncHttpAccessor.createAsyncRequest(AsyncHttpAccessor.java:76) ~[spring-web-4.1.4.RELEASE.jar:4.1.
4.RELEASE]
        at org.springframework.web.client.AsyncRestTemplate.doExecute(AsyncRestTemplate.java:533) ~[spring-web-4.1.4.RELEASE.jar:4.1.4.RELEASE]
        at org.springframework.web.client.AsyncRestTemplate.execute(AsyncRestTemplate.java:512) ~[spring-web-4.1.4.RELEASE.jar:4.1.4.RELEASE]
        at org.springframework.web.client.AsyncRestTemplate.exchange(AsyncRestTemplate.java:456) ~[spring-web-4.1.4.RELEASE.jar:4.1.4.RELEASE]

The issue is here:

	public Netty4ClientHttpRequest(Bootstrap bootstrap, URI uri, HttpMethod method, int maxRequestSize) {
		this.bootstrap = bootstrap;
		this.uri = uri;
		this.method = method;
		this.body = new ByteBufOutputStream(Unpooled.buffer(maxRequestSize));
	}

The method used allocates always the max capacity:

    /**
     * Creates a new big-endian Java heap buffer with the specified {@code capacity}, which
     * expands its capacity boundlessly on demand.  The new buffer's {@code readerIndex} and
     * {@code writerIndex} are {@code 0}.
     */
    public static ByteBuf buffer(int initialCapacity) {
        return ALLOC.heapBuffer(initialCapacity);
    }

Instead, this allocation method should be used:

    /**
     * Creates a new big-endian Java heap buffer with the specified
     * {@code initialCapacity}, that may grow up to {@code maxCapacity}
     * The new buffer's {@code readerIndex} and {@code writerIndex} are
     * {@code 0}.
     */
    public static ByteBuf buffer(int initialCapacity, int maxCapacity) {
        return ALLOC.heapBuffer(initialCapacity, maxCapacity);
    }

I set this bug as critical because, with current status, the client is unusable for any meaningful load.
Aside from this, it'd be great if it was possible to provide the memory allocator, instead of using always the static Unpooled one...

See nabble
http://camel.465427.n5.nabble.com/Custom-URIResolver-for-Camel-tp4665485p4665485.html
The Spring IO resource is a bit pants, as you ask for it to give an input stream, and then it fails doing that for a plain file url.
Instead it gives you an URL connection, and you get a unknown host exception.

This a blocker had it blocks and times out Hudson.
It seems that when we upgraded to latest of 0.20-append we got into a new situation where we can't recover a file that's empty if the original writer is still alive:

2010-06-24 10:41:20,645 DEBUG [main] wal.HLog(1281): Splitting hlog 4 of 4: hdfs://localhost:64456/hbase/testSplit/.logs/hlog.1277401279534, length=0
2010-06-24 10:41:20,645 INFO  [main] util.FSUtils(612): Recovering filehdfs://localhost:64456/hbase/testSplit/.logs/hlog.1277401279534
2010-06-24 10:41:20,647 WARN  [IPC Server handler 5 on 64456] namenode.FSNamesystem(1156): DIR* NameSystem.startFile: 
failed to create file /hbase/testSplit/.logs/hlog.1277401279534 for DFSClient_-1981892617 on client 127.0.0.1 because current leaseholder is trying to recreate file
...

2010-06-24 10:42:24,919 WARN  [IPC Server handler 0 on 64456] namenode.FSNamesystem(1156): DIR* NameSystem.startFile: 
failed to create file /hbase/testSplit/.logs/hlog.1277401279534 for DFSClient_-1981892617 on client 127.0.0.1 because current leaseholder is trying to recreate file.
2010-06-24 10:42:24,919 WARN  [main] util.FSUtils(631): Waited 64274ms for lease recovery on 
hdfs://localhost:64456/hbase/testSplit/.logs/hlog.1277401279534:org.apache.hadoop.hdfs.protocol.AlreadyBeingCreatedException: 
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.startFileInternal(FSNamesystem.java:1058)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.appendFile(FSNamesystem.java:1171)
        at org.apache.hadoop.hdfs.server.namenode.NameNode.append(NameNode.java:396)

We could just not roll the latest log and it would probably fix the issue, but I wonder if we could change something in HDFS instead. Todd?

Currently, the AST tree String representation is created even if it is not used; we should dump it only if we are going to use it (explain extended).

The context:

Legacy ManagementRealm, no local-auth enabled, only users located properties file.
SASL authentication factory, digest with FooRealm, userName/password in other properties file

The http management interface

Reference ManagementRealm and upgrade references SAL factory.

From CLI:
1) User connects using credentials required for FooRealm
2) User disables SASL authentication : /core-service=management/management-interface=http-interface:write-attribute(name=http-upgrade.sasl-authentication-factory,value=undefined
3) User reloads ==> Connection fails.
The user should be prompted for ManagementRealm credentials (if the current ones are not valid in the context of this realm).

When multi-wal is enabled the number and size of retained HLogs is always reported as zero.
We should fix this so that the numbers are the sum of all retained logs.

FramedSnappyCompressorInputStream.read() returns 0 when the end of stream has been reached rather than -1.
It appears that this may be caused by SnappyCompressorInputStream.read(byte[], int, int) returning 0 instead of -1 at the end of stream when the exact number of bytes have been read.

The write-attribute and undefine-attribute operation are registered as runtime-only, which is not correct and was probably done unintentionally.

See CAMEL-5021 which causes the file consumer to rollback the file to early
So if you link the seda producer to be synchronous by using the wait for task to complete, then the task should not have on completions handed over, as we are waiting for that task to complete, and copy its result back.

Mob HFiles are not encrypting.
1.create a table and for column family with mob enabled and enable AES encryption for the column family.
2. Insert mob data into the table.
3. Flush the mob table.
4. check hfiles for mob data is created or not.
5. check hfiles in hdfs is encrypted or not using hfile tool.

hfile tool output for mob reference hfile meta

Block index size as per heapsize: 392
reader=/hbase/data/default/mobTest/1587e00c3e257969c48d9872994ce57c/mobcf/8c33ab9e8201449e9ac709eb9e4263d6,
Trailer:
    fileinfoOffset=527,
    loadOnOpenDataOffset=353,
    dataIndexCount=1,
    metaIndexCount=0,
    totalUncomressedBytes=5941,
    entryCount=9,
    compressionCodec=GZ,
    uncompressedDataIndexSize=34,
    numDataIndexLevels=1,
    firstDataBlockOffset=0,
    lastDataBlockOffset=0,
    comparatorClassName=org.apache.hadoop.hbase.KeyValue$KeyComparator,
    encryptionKey=PRESENT,
    majorVersion=3,
    minorVersion=0

hfile tool output for mob hfile meta
Block index size as per heapsize: 872
reader=/hbase/mobdir/data/default/mobTest/46844d8b9f699e175a4d7bd57848c576/mobcf/d41d8cd98f00b204e9800998ecf8427e20150512bf18fa62a98c40d7bd6e810f790c6291,

Trailer:
    fileinfoOffset=1018180,
    loadOnOpenDataOffset=1017959,
    dataIndexCount=9,
    totalUncomressedBytes=1552619,
    uncompressedDataIndexSize=266,
    lastDataBlockOffset=904852,
    encryptionKey=NONE,

Hi, it's my first Jira and I don't know how to make patches, so I'll explain the issue in the description as it is rather simple.
I have a problem serializing "DefaultHCatRecord" using Apache Flink when those records include Timestamps because of an incorrect class cast in org.apache.hadoop.hive.serde2.io.TimestampWritable.write(DataOutput out). It is implemented using a cast to Outputstream  : 
public void write(DataOutput out) throws IOException 
{
    write((OutputStream) out);
 }

but nothing says that a DataOutput object is an OutputStream, (and it's not the case in Flink) it should rather be implmented using the same code as write(OutputStream) :
{
checkBytes();
out.write(currentBytes, offset, getTotalLength());
}

Even though the site states that it only requires 1.5+. See maven build exception below as well as javap command result.
Compiled from "Authentication.java"
public interface org.springframework.security.core.Authentication extends java.security.Principal,java.io.Serializable
  SourceFile: "Authentication.java"
  minor version: 0
  major version: 50
  Constant pool:
const #1 = class        #21;    //  org/springframework/security/core/Authentication
const #2 = class        #22;    //  java/lang/Object
const #3 = class        #23;    //  java/security/Principal
const #4 = class        #24;    //  java/io/Serializable
const #5 = Asciz        getAuthorities;
const #6 = Asciz        ()Ljava/util/Collection;;
const #7 = Asciz        Signature;
const #8 = Asciz        ()Ljava/util/Collection<+Lorg/springframework/security/core/GrantedAuthority;>;;
const #9 = Asciz        getCredentials;
const #10 = Asciz       ()Ljava/lang/Object;;
const #11 = Asciz       getDetails;
const #12 = Asciz       getPrincipal;
const #13 = Asciz       isAuthenticated;
const #14 = Asciz       ()Z;
const #15 = Asciz       setAuthenticated;
const #16 = Asciz       (Z)V;
const #17 = Asciz       Exceptions;
const #18 = class       #25;    //  java/lang/IllegalArgumentException
const #19 = Asciz       SourceFile;
const #20 = Asciz       Authentication.java;
const #21 = Asciz       org/springframework/security/core/Authentication;
const #22 = Asciz       java/lang/Object;
const #23 = Asciz       java/security/Principal;
const #24 = Asciz       java/io/Serializable;
const #25 = Asciz       java/lang/IllegalArgumentException;
{
public abstract java.util.Collection getAuthorities();
  Signature: length = 0x2
   00 08
public abstract java.lang.Object getCredentials();
public abstract java.lang.Object getDetails();
public abstract java.lang.Object getPrincipal();
public abstract boolean isAuthenticated();
public abstract void setAuthenticated(boolean)   throws java.lang.IllegalArgumentException;
  Exceptions:
   throws java.lang.IllegalArgumentException
}
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project insight-dashboard: Compilation failure
/opt/hudson/workspace/jobs/insight-continuous-jvm1.5/workspace/core/dashboard/src/main/java/com/springsource/insight/dashboard/util/RequireAdminTag.java:[11,-1] cannot access org.springframework.security.core.Authentication
bad class file: /opt/hudson/.m2/repository/org/springframework/security/spring-security-core/3.1.1.RELEASE/spring-security-core-3.1.1.RELEASE.jar(org/springframework/security/core/Authentication.class)
class file has wrong version 50.0, should be 49.0

Some queries are optimized so as not to create an MR job. This somehow causes the Configuration object in FetchOperator to be passed to the operator before Driver.recordValidTxns() is called. So then to this op it looks like there are no valid txns and it returns nothing.

I have created a custom ExceptionResolver below:
MyExceptionResolver .java
public class MyExceptionResolver  extends AbstractSoapFaultDefinitionExceptionResolver {
	@Override
protected SoapFaultDefinition getFaultDefinition(Object endpoint,
		Exception ex) {		
	QName messageDeliveryFaultQName = new QName(INVOKER_NS_URI, "MessageDeliveryFault", "invoker");
	QName messageDeliveryFaultQNameNOPREFIX = new QName(INVOKER_NS_URI, "MessageDeliveryFault");

	if (ex instanceof WebServiceTransportException) {
		SoapFaultDefinition soapFaultDefinition = new SoapFaultDefinition();
		soapFaultDefinition.setFaultCode(messageDeliveryFaultQNameNOPREFIX );
			
		soapFaultDefinition.setFaultStringOrReason(ex.getMessage());	
		return soapFaultDefinition;
	}
}
}

if I use the messageDeliveryFaultQNameNOPREFIX Qname as the fault code I get:

java.lang.IllegalArgumentException: Could not resolve namespace of code [{urn:www.thiess.com.au:services:eProcurement:QuadremInvoker:v1}MessageDeliveryFault]
	at org.springframework.ws.soap.axiom.AxiomSoap11Body.setValueText(AxiomSoap11Body.java:117)
	at org.springframework.ws.soap.axiom.AxiomSoap11Body.addFault(AxiomSoap11Body.java:92)
	at org.springframework.ws.soap.server.endpoint.AbstractSoapFaultDefinitionExceptionResolver.resolveExceptionInternal(AbstractSoapFaultDefinitionExceptionResolver.java:89)
	at org.springframework.ws.server.endpoint.AbstractEndpointExceptionResolver.resolveException(AbstractEndpointExceptionResolver.java:106)
	at org.springframework.ws.server.MessageDispatcher.processEndpointException(MessageDispatcher.java:311)
	at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:235)
	at org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:168)
	at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:88)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:523)
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:463)

The other  Qname with a prefix works fine.

I set hbase.systemtables.compacting.memstore.type to NONE but it seems like in-memory is still on. My table looks like this:

Table ycsb is ENABLED
ycsb
{NAME => 'family', VERSIONS => '1', EVICT_BLOCKS_ON_CLOSE => 'false', NEW_VERSION_BEHAVIOR => 'false', KEEP_DELETED_CELLS => 'FALSE', CACHE_DATA_ON_WRITE => 'false', DATA_BLOCK_ENCODING => 'NONE', TTL => 'FOREVER', MIN_VERSIONS => '0', REPLICATION_SCOPE => '0', BLOOMFILTER =
> 'ROW', CACHE_INDEX_ON_WRITE => 'false', IN_MEMORY => 'false', CACHE_BLOOMS_ON_WRITE => 'false', PREFETCH_BLOCKS_ON_OPEN => 'false', COMPRESSION => 'NONE', BLOCKCACHE => 'true', BLOCKSIZE => '65536'}

Looks like table doesn't have it on either (IN_MEMORY_COMPACTION doesn't show in the above).

Details in
http://mail-archives.apache.org/mod_mbox/hadoop-hive-user/201003.mbox/%3C9A53DDE1FE082F4D952FDF20AC87E21F021F3EBC@exchange2.t8design.com%3E

Add customized jar through CLI, still get ClassNotFound exception.

Whenever you look at failed q tests you have to go thru this useless exception.

2014-03-03 11:22:54,872 ERROR metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(143)) - MetaException(message:NoSuchObjectException(message:Function default.qtest_get_java_boolean does not exist))
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newMetaException(HiveMetaStore.java:4575)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_function(HiveMetaStore.java:4702)
	at $Proxy8.get_function(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getFunction(HiveMetaStoreClient.java:1526)
	at $Proxy9.getFunction(Unknown Source)
	at org.apache.hadoop.hive.ql.metadata.Hive.getFunction(Hive.java:2603)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getFunctionInfoFromMetastore(FunctionRegistry.java:546)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getQualifiedFunctionInfo(FunctionRegistry.java:578)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getFunctionInfo(FunctionRegistry.java:599)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getFunctionInfo(FunctionRegistry.java:606)
	at org.apache.hadoop.hive.ql.parse.FunctionSemanticAnalyzer.analyzeDropFunction(FunctionSemanticAnalyzer.java:94)
	at org.apache.hadoop.hive.ql.parse.FunctionSemanticAnalyzer.analyzeInternal(FunctionSemanticAnalyzer.java:60)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:445)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:345)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1078)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1121)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1014)
	at org.apache.hadoop.hive.ql.QTestUtil.runCmd(QTestUtil.java:655)
	at org.apache.hadoop.hive.ql.QTestUtil.createSources(QTestUtil.java:772)
	at org.apache.hadoop.hive.cli.TestCliDriver.<clinit>(TestCliDriver.java:46)
	at org.junit.internal.runners.SuiteMethod.testFromSuiteMethod(SuiteMethod.java:34)
	at org.junit.internal.runners.SuiteMethod.<init>(SuiteMethod.java:23)
	at org.junit.internal.builders.SuiteMethodBuilder.runnerForClass(SuiteMethodBuilder.java:14)
	at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57)
	at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:24)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:262)
Caused by: NoSuchObjectException(message:Function default.qtest_get_java_boolean does not exist)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_function(HiveMetaStore.java:4697)
	... 47 more

I'll take a look when I have time, or someone else can take a look.

Create a table and put some data into it (data should be big enough, say N rows)
Flush the table
Scan the table with reversed set to true

N rows should be retrieved in reversed order
Less than expected number of rows is retrieved with following error in logs

2018-12-19 21:55:32,944 DEBUG [RpcServer.default.FPBQ.Fifo.handler=4,queue=0,port=39007] regionserver.StoreScanner(1000): Switch to stream read (scanned=262214 bytes) of cf
2018-12-19 21:55:32,955 ERROR [RpcServer.default.FPBQ.Fifo.handler=4,queue=0,port=39007] ipc.RpcServer(471): Unexpected throwable object 
java.lang.AssertionError: Key \x00\x00\x00\x00\x00\x00\x00\x09/cf:a/1545236714675/Put/vlen=131072/seqid=4 followed by a error order key \x00\x00\x00\x00\x00\x00\x00\x0F/cf:a/1545236715545/Put/vlen=131072/seqid=8 in cf cf in reversed scan
	at org.apache.hadoop.hbase.regionserver.ReversedStoreScanner.checkScanOrder(ReversedStoreScanner.java:105)
	at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:568)
	at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:153)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.populateResult(HRegion.java:6598)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:6762)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:6535)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:3252)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:3501)
	at org.apache.hadoop.hbase.shaded.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:42002)
2018-12-19 21:55:32,955 DEBUG [RpcServer.default.FPBQ.Fifo.handler=4,queue=0,port=39007] ipc.CallRunner(142): callId: 508 service: ClientService methodName: Scan size: 47 connection: 127.0.0.1:48328 deadline: 1545236792955, exception=java.io.IOException: Key \x00\x00\x00\x00\x00\x00\x00\x09/cf:a/1545236714675/Put/vlen=131072/seqid=4 followed by a error order key \x00\x00\x00\x00\x00\x00\x00\x0F/cf:a/1545236715545/Put/vlen=131072/seqid=8 in cf cf in reversed scan
2018-12-19 21:55:33,060 DEBUG [RpcServer.default.FPBQ.Fifo.handler=4,queue=0,port=39007] ipc.CallRunner(142): callId: 511 service: ClientService methodName: Scan size: 47 connection: 127.0.0.1:48328 deadline: 1545236792955, exception=org.apache.hadoop.hbase.exceptions.OutOfOrderScannerNextException: Expected nextCallSeq: 1 But the nextCallSeq got from client: 0; request=scanner_id: 2421102592655360183 number_of_rows: 2147483647 close_scanner: false next_call_seq: 0 client_handles_partials: true client_handles_heartbeats: true track_scan_metrics: false renew: false
2018-12-19 21:55:33,060 DEBUG [Time-limited test] client.ScannerCallableWithReplicas(200): Scan with primary region returns org.apache.hadoop.hbase.exceptions.OutOfOrderScannerNextException: org.apache.hadoop.hbase.exceptions.OutOfOrderScannerNextException: Expected nextCallSeq: 1 But the nextCallSeq got from client: 0; request=scanner_id: 2421102592655360183 number_of_rows: 2147483647 close_scanner: false next_call_seq: 0 client_handles_partials: true client_handles_heartbeats: true track_scan_metrics: false renew: false
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.checkScanNextCallSeq(RSRpcServices.java:3122)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:3455)

From initial analysis it seems problem occurs when we switch read type 

hive> create table testreserved (data struct<`end`:string, id: string>);
OK
Time taken: 0.274 seconds
hive> create view testreservedview as select data.`end` as data_end, data.id as data_id from testreserved;
OK
Time taken: 0.769 seconds
hive> select data.`end` from testreserved;
OK
Time taken: 1.852 seconds
hive> select data_id from testreservedview;
NoViableAltException(98@[])
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.identifier(HiveParser_IdentifiersParser.java:10858)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceFieldExpression(HiveParser_IdentifiersParser.java:6438)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceUnaryPrefixExpression(HiveParser_IdentifiersParser.java:6768)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceUnarySuffixExpression(HiveParser_IdentifiersParser.java:6828)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceBitwiseXorExpression(HiveParser_IdentifiersParser.java:7012)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceStarExpression(HiveParser_IdentifiersParser.java:7172)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedencePlusExpression(HiveParser_IdentifiersParser.java:7332)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceAmpersandExpression(HiveParser_IdentifiersParser.java:7483)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceBitwiseOrExpression(HiveParser_IdentifiersParser.java:7634)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceEqualExpression(HiveParser_IdentifiersParser.java:8164)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceNotExpression(HiveParser_IdentifiersParser.java:9177)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceAndExpression(HiveParser_IdentifiersParser.java:9296)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceOrExpression(HiveParser_IdentifiersParser.java:9455)
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.expression(HiveParser_IdentifiersParser.java:6105)
	at org.apache.hadoop.hive.ql.parse.HiveParser.expression(HiveParser.java:45840)
	at org.apache.hadoop.hive.ql.parse.HiveParser_SelectClauseParser.selectItem(HiveParser_SelectClauseParser.java:2907)
	at org.apache.hadoop.hive.ql.parse.HiveParser_SelectClauseParser.selectList(HiveParser_SelectClauseParser.java:1373)
	at org.apache.hadoop.hive.ql.parse.HiveParser_SelectClauseParser.selectClause(HiveParser_SelectClauseParser.java:1128)
	at org.apache.hadoop.hive.ql.parse.HiveParser.selectClause(HiveParser.java:45827)
	at org.apache.hadoop.hive.ql.parse.HiveParser.selectStatement(HiveParser.java:41495)
	at org.apache.hadoop.hive.ql.parse.HiveParser.regularBody(HiveParser.java:41402)
	at org.apache.hadoop.hive.ql.parse.HiveParser.queryStatementExpressionBody(HiveParser.java:40413)
	at org.apache.hadoop.hive.ql.parse.HiveParser.queryStatementExpression(HiveParser.java:40283)
	at org.apache.hadoop.hive.ql.parse.HiveParser.execStatement(HiveParser.java:1590)
	at org.apache.hadoop.hive.ql.parse.HiveParser.statement(HiveParser.java:1109)
...
FAILED: SemanticException line 1:29 cannot recognize input near 'end' 'as' 'data_end' in expression specification in definition of VIEW testreservedview [
select `testreserved`.`data`.end as `data_end`, `testreserved`.`data`.id as `data_id` from `test`.`testreserved`
] used as testreservedview at Line 1:20
When view is expanded, field should be quote with backquote.

Get the failure when running on hadoop21, triggered directly from pdk(when triggered from builtin, pdk test is passed).
Here is the execution log:
2012-09-06 13:46:05,646 WARN  mapred.LocalJobRunner (LocalJobRunner.java:run(256)) - job_local_0001
    at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:93)
    at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:64)
    at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:117)
    at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:354)
    at org.apache.hadoop.mapred.MapTask.run(MapTask.java:307)
    at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:177)
    at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:88)
    ... 5 more
    at org.apache.hadoop.mapred.MapRunner.configure(MapRunner.java:34)
    ... 10 more
    ... 13 more
    at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:121)
    ... 18 more
Caused by: java.lang.NoClassDefFoundError: org/codehaus/jackson/map/ObjectMapper
    at org.apache.hadoop.hive.ql.udf.generic.GenericUDTFJSONTuple.<clinit>(GenericUDTFJSONTuple.java:54)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:532)
    at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:113)
    at org.apache.hadoop.hive.ql.exec.FunctionRegistry.registerGenericUDTF(FunctionRegistry.java:545)
    at org.apache.hadoop.hive.ql.exec.FunctionRegistry.registerGenericUDTF(FunctionRegistry.java:539)
    at org.apache.hadoop.hive.ql.exec.FunctionRegistry.<clinit>(FunctionRegistry.java:472)
    at org.apache.hadoop.hive.ql.exec.DefaultUDFMethodResolver.getEvalMethod(DefaultUDFMethodResolver.java:59)
    at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBridge.initialize(GenericUDFBridge.java:154)
    at org.apache.hadoop.hive.ql.udf.generic.GenericUDF.initializeAndFoldConstants(GenericUDF.java:98)
    at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator.initialize(ExprNodeGenericFuncEvaluator.java:137)
    at org.apache.hadoop.hive.ql.exec.Operator.initEvaluators(Operator.java:898)
    at org.apache.hadoop.hive.ql.exec.Operator.initEvaluatorsAndReturnStruct(Operator.java:924)
    at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:60)
    at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:358)
    at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:434)
    at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:390)
    at org.apache.hadoop.hive.ql.exec.TableScanOperator.initializeOp(TableScanOperator.java:166)
    at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:441)
    at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:98)
    ... 18 more
Caused by: java.lang.ClassNotFoundException: org.codehaus.jackson.map.ObjectMapper

2018-03-20T17:49:33,107  INFO [main] conf.MetastoreConf: MetastoreConf object:
Used hive-site file:...
Used hivemetastore-site file: ...
Key: <metastore.added.jars.path> old hive key: <hive.added.jars.path>  value: <>
Key: <metastore.aggregate.stats.cache.clean.until> old hive key: <hive.metastore.aggregate.stats.cache.clean.until>  value: <0.8>
Key: <metastore.aggregate.stats.cache.enabled> old hive key: <hive.metastore.aggregate.stats.cache.enabled>  value: <false>
Key: <metastore.aggregate.stats.cache.fpp> old hive key: <hive.metastore.aggregate.stats.cache.fpp>  value: <0.01>
Key: <metastore.aggregate.stats.cache.max.full> old hive key: <hive.metastore.aggregate.stats.cache.max.full>  value: <0.9>
...  the entire config.

Is it possible to remove this logging or reduce it to trace, or at least debug?

Problem description:
The master thread initializes the sessionHive object in HiveSessionImpl class when we open a new session for a client connection and by default all queries from this connection shares the same sessionHive object. 
If the master thread executes a synchronous query, it closes the sessionHive object (referred via thread local hiveDb) if  Hive.isCompatible returns false and sets new Hive object in thread local HiveDb but doesn't change the sessionHive object in the session. Whereas, asynchronous query execution via async threads never closes the sessionHive object and it just creates a new one if needed and sets it as their thread local hiveDb.
So, the problem can happen in the case where an asynchronous query is being executed by async threads refers to sessionHive object and the master thread receives a synchronous query that closes the same sessionHive object. 
Also, each query execution overwrites the thread local hiveDb object to sessionHive object which potentially leaks a metastore connection if the previous synchronous query execution re-created the Hive object.
The sessionHive object could be shared my multiple threads and so it shouldn't be allowed to be closed by any query execution threads when they re-create the Hive object due to changes in Hive configurations. But the Hive objects created by query execution threads should be closed when the thread exits.
So, it is proposed to have an isAllowClose flag (default: true) in Hive object which should be set to false for sessionHive and would be forcefully closed when the session is closed or released.
Also, when we reset sessionHive object with new one due to changes in sessionConf, the old one should be closed when no async thread is referring to it. This can be done using "finalize" method of Hive object where we can close HMS connection when Hive object is garbage collected.
cc Peter Vary

In RestletComponent class add entry to instance variable "private final Map<String, MethodBasedRouter> routers = new HashMap<String, MethodBasedRouter>()" map while invoking getMethodRouter method, but it never remove in disconnect method, also disconnect method has local variable with same name as instance variable "routes".
Camel Development Forums
http://camel.465427.n5.nabble.com/Camel-Restlet-2-10-3-RestletComponent-component-does-not-remove-added-route-form-routers-although-ro-td5726000.html

Rewrite introduced in HIVE-10568 is not effective outside of test environment

Currently if you create an external table using the command CREATE EXTERNAL TABLE table_name the TRUNCATE table table_name command fails as expected because only managed tables should be allowed to be truncated.
But if you set the external property of a previously managed table using ALTER TABLE table_name SET TBLPROPERTIES('EXTERNAL'='true'), truncate table command does not object and deletes all the data from the external table.
Eg: This works but it should not ..

0: jdbc:hive2://localhost:10000/default> create table test_ext2 (col1 string);
No rows affected (0.424 seconds)
0: jdbc:hive2://localhost:10000/default> alter table test_ext2 set tblproperties ('EXTERNAL'='true');
No rows affected (0.149 seconds)
0: jdbc:hive2://localhost:10000/default> insert into table test_ext2 values ("test");
WARNING: Hive-on-MR is deprecated in Hive 2 and may not be available in the future versions. Consider using a different execution engine (i.e. spark, tez) or using Hive 1.X releases.
No rows affected (3.447 seconds)
0: jdbc:hive2://localhost:10000/default>
0: jdbc:hive2://localhost:10000/default> select * from test_ext2;
+-----------------+
| test_ext2.col1  |
| test            |
1 row selected (0.147 seconds)
0: jdbc:hive2://localhost:10000/default> truncate table test_ext2;
No rows affected (0.138 seconds)
No rows selected (0.134 seconds)

We hit really often a deadlock? in org.jboss.stdio.StdioContext$DelegatingPrintStream.println(StdioContext.java:474)
Even if the "StdioContext" belongs to Jboss-Logging, the problem occurs in our production wildfly installation twice to 4 times a day - all threads are deadlocking while trying to log.debug, log.error, or (sometimes) System.out.println from our application code, and wildfly does not respond anymore...
The partial stacktrace always is similar to this one:

 "default task-64" prio=10 tid=0x4c539c00 nid=0x5ef9 waiting for monitor entry [0x495e0000]
        at java.io.PrintStream.println(PrintStream.java:806)
        - waiting to lock <0x5ee0adf8> (a java.io.PrintStream)
        at org.jboss.stdio.StdioContext$DelegatingPrintStream.println(StdioContext.java:474)
        at jsp.communications.statuschange.selectStatus_jsp._jspService(selectStatus_jsp.java:413)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69)
        at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:82)

While investigating the StdioContext - class, i really wondered whether the used "locking/checking by using a threadlocal" could have worked in a multi-threaded environment (it should have the very same problems as every "double checking" algorithm without proper synchronization).
If all threads are hanging in this particular lock, only a full wildfly-restart recovers in our case.
My preferred solution would be a rework of the used org.jboss.stdio. classes, as the used idioms of ThreadLocals for reentrant-checks are at least highly unusual?

May be useful for the materialized view/results cache work, since this could be used to determine if there have been any changes to a table between when the materialization was generated and a query trying to use the materialization.

Upgrading to latest snapshot, I now get a problem with the app server complaining about non-serializable objects being stored in the HttpSession:
11:32:34,524 DEBUG [ExceptionTranslationFilter] Authentication entry point being called; SavedRequest added to Session:
SavedRequest[http://<our url>
11:32:34,524 ERROR [CHSExceptionHandlingFilter] Exception raised:
java.lang.IllegalArgumentException: Only java.io.Serializable, javax.ejb.EJBObject and javax.ejb.EJBHome instances can b
e bound to a session in a distributable web-application, not: SavedRequest[<our url>] (class org.acegisecurity.ui.savedrequest.SavedRequest)
        at com.evermind.server.http.EvermindHttpSession.setAttribute(EvermindHttpSession.java:97)
        at com.evermind.server.http.ClusteredHttpSession.setAttribute(ClusteredHttpSession.java:65)
the SavedRequest class should be made serializable to avoid this.

The camel-itest-cdi fails. So I took a look, and notice that duplicate beans is added to CamelContextConfig from camel-cdi.
So I made a patch to fix that, and the test got a bit further.
I am attaching the patch here then the ppl working on the new camel-cdi module can take a look.

Ran into an issue while working with timestamp conversion.
CAST(unix_timestamp() as TIMESTAMP) should create a timestamp for the current time from the BIGINT returned by unix_timestamp()
Instead, however, a 1970-01-16 timestamp is returned.

mvn install -q -am -pl itests/qtest -DskipSparkTests -pl itests/qtest -Dtest=TestMiniLlapLocalCliDriver -Dqfile=smb_mapjoin_19.q,bucketsortoptimize_insert_2.q

Broke by HIVE-19617. Replaced table names but did not replaced folders paths in q files.

PatchMerger when merging content modification for a module copies all of the module slots instead of the one actually modified. This may lead to undesired content overwrite.

spring-security-openid has a dependency on openid4java which declares a provided dependency for net.sourceforge.nekohtml 
spring-security-opened should provide this dependency by pulling it explicitly in pom.xml by adding 
      <groupId>net.sourceforge.nekohtml</groupId>
      <artifactId>nekohtml</artifactId>
      <version>1.9.20</version>

For RSRpcServices#doNonAtomicRegionMutation() :

    for (ClientProtos.Action action: actions.getActionList()) {
...
      } catch (IOException ie) {
        rpcServer.getMetrics().exception(ie);
        resultOrExceptionBuilder = ResultOrException.newBuilder().
          setException(ResponseConverter.buildException(ie));
      }
      if (resultOrExceptionBuilder != null) {
        // Propagate index.
        resultOrExceptionBuilder.setIndex(action.getIndex());
        builder.addResultOrException(resultOrExceptionBuilder.build());
      }

The exceptions are added to builder in the for loop.
The ClientProtos.ResultOrException.Builder instance is created within the for loop.
For large multi call, this may incur non-trivial overhead for garbage collector if there're many exceptions.
e.g. Here was sample debug log showing the actions in a batch:

2016-12-23 04:21:56,263 DEBUG org.apache.hadoop.hbase.regionserver.RSRpcServices: NonAtomicRegionMutation batch summary: numAppends=0, numDeletes=11, numGets=0, numIncrements=15638, numPuts=15627, numServiceCalls=0, serializedSize=3871713, user=hbase/pob3.G.COM (auth:KERBEROS), client=null

Note the large number of increments in the batch.
When the increments encounter conflict at server side, the overhead of stringified exceptions in response is considerable.

missing a few interrupt() calls there which is also inconsistent with other places in the framework codebase
@jhoeller want to merge it in version 5.0.4 and 4.3.15 

Resource description of attribute consume contains following description: 

his permission allows the user to consume a message from a queue bound to matching addresses.

Could you please add missing "T" to make it "This".
This is present on

/subsystem=messaging-activemq/server=default/security-setting - role - attribute consume, also operation add - attribute consume
/subsystem=messaging-activemq/server=default/core-address - role - attribute consume

IncreasingToUpperBoundRegionSplitPolicy.shouldSplit() return as soon as it found any store big enough to be split. However, it should first go trough all all the stores to make sure they are all splittable before returning.

An error will be thrown if different arguments of IF have different datatypes.
Automatic type conversion will not be performed.

TestMetrics fails intermittently on trunk, with:

java.io.IOException: No metrics scope named foo
	at org.apache.hadoop.hive.common.metrics.Metrics.getScope(Metrics.java:222)
	at org.apache.hadoop.hive.common.metrics.TestMetrics.testScopeConcurrency(TestMetrics.java:215)

Not able to prove it, but seems like it may depend on the test order.  For example, if I just run "testScopeConcurrency" by itself then it fails because the metric is not initialized.  If I run the entire test then it will succeed because the metric is initialized by the other tests.

Please see http://stackoverflow.com/questions/30124537/spring-amqp-with-rabbitmq-does-not-shutdown-properly for details

This is more of a discussion than a bug, I guess, and might require spec clarification.
In our implementation, if I have a @Bulkhead method with a @Fallback and fire too many concurrent requests to it, not only will the (synchronous/semaphore) bulkhead fire and direct most of the request to the fallback, but also the fallbacks might be rejected by Hystrix, with this exception:

Caused by: com.netflix.hystrix.exception.HystrixRuntimeException: <method> fallback execution rejected.
        at com.netflix.hystrix.AbstractCommand.handleFallbackRejectionByEmittingError(AbstractCommand.java:1043)
        at com.netflix.hystrix.AbstractCommand.getFallbackOrThrowException(AbstractCommand.java:875)
        at com.netflix.hystrix.AbstractCommand.handleSemaphoreRejectionViaFallback(AbstractCommand.java:971)
        at com.netflix.hystrix.AbstractCommand.applyHystrixSemantics(AbstractCommand.java:554)
        ...

This sounds at least somewhat reasonable, but I guess the MP FT spec should clarify this behavior. Or would it be considered an implementation-defined behavior that doesn't need to be specified?

Current camel-cxf features doesn't include wss4j, saaj-imple, opensaml, fastinfoset bundle.
We need to add these bundle into camel-cxf features.

We have noticed that when making oAuth rest requests with spring, if the request contains multiple values for a param and the params name starts with o or later we get a signature error. We are fairly confident this is a client problem because it does not happen when formatting requests using the Netflix javascript client. 

http://foo.com/bar?pin=1&pin=2 

will not work but this will:

http://foo.com/bar?ain=1&ain=2

as will this:

http://foo.com/bar?pin=1

here are some debugging examples:
Good 1 param From Netflix:

GET http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals?orgId=2101

Accept: application/vnd.foobar.axiom.v2+xml
Authorization: OAuth realm="",oauth_timestamp="1357157738",oauth_nonce="GGuiB8",oauth_consumer_key="com.foobar.portal",oauth_token="527e90bb-f4d5-4fe1-8528-5062344216be",oauth_version="1.0",oauth_signature_method="HMAC-SHA1",oauth_signature="L9wMfF5Y%2B3NM1OTNfoXpQ1pK%2FbI%3D"
 
200 OK

Content-Length: 10143
Pragma: no-cache
Server: Jetty(8.0.3.v20111011)
Content-Language: en-US
Cache-Control: no-cache, no-store, max-age=0
Content-Type: application/vnd.foobar.axiom.v2+xml;charset=UTF-8
Expires: Thu, 01 Jan 1970 00:00:00 GMT

Good 2 param from netflix

GET http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals?orgId=2101&orgId=1301

Authorization: OAuth realm="",oauth_timestamp="1357158292",oauth_nonce="exyJfh",oauth_consumer_key="com.foobar.portal",oauth_token="527e90bb-f4d5-4fe1-8528-5062344216be",oauth_version="1.0",oauth_signature_method="HMAC-SHA1",oauth_signature="SRwAonztUFTVdkG7hqxva67VXK8%3D"
 
200 OK

Content-Length: 10173

Good Spring 1 Param

2013-01-02 14:39:53,151 [qtp1156350159-124] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.web.servlet.DispatcherServlet - Testing handler adapter [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter@304d2243]
2013-01-02 14:39:53,151 [qtp1156350159-124] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.beans.TypeConverterDelegate - Converting String to [class java.lang.String] using property editor [org.springframework.beans.propertyeditors.StringTrimmerEditor@31b625d7]
2013-01-02 14:39:53,153 [qtp1156350159-124] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.web.method.HandlerMethod - Invoking [updateDisplays] method with arguments [, [2101], null, null]
2013-01-02 14:39:53,171 [qtp1156350159-124] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.common.signature.HMAC_SHA1SignatureMethod - signature base: GET&http%3A%2F%2FMYCOMPUTER.foobar.com%3A8081%2Fplatform%2Fterminal-admin%2Fterminals%3Bcount%3D100&oauth_consumer_key%3Dcom.foobar.portal%26oauth_nonce%3D7db47e74-0bd0-4328-86c0-7d0f4e22d4cd%26oauth_signature_method%3DHMAC-SHA1%26oauth_timestamp%3D1357159193%26oauth_token%3De9870dec-096b-44a3-912f-c8504aff7339%26oauth_version%3D1.0%26orgId%3D2101
2013-01-02 14:39:53,172 [qtp1156350159-124] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.common.signature.HMAC_SHA1SignatureMethod - signature: u+wHbkchI3zrinTi/N49Mt/BHOA=
2013-01-02 14:39:53,172 [qtp1156350159-124] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Created GET request for "http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals;count=100?orgId=2101"
2013-01-02 14:39:53,172 [qtp1156350159-124] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Setting request Accept header to [application/vnd.foobar.axiom.v2+xml]
2013-01-02 14:39:57,637 [qtp1156350159-124] DEBUG portal-local-tomcat WDXCND12Multi56D4P0 user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - GET request for "http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals;count=100?orgId=2101" resulted in 200 (OK)
2013-01-02 14:39:57,637 [qtp1156350159-124] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Reading [com.foobar.api.axiom.generated.Response] as "application/vnd.foobar.axiom.v2+xml;charset=UTF-8" using [org.springframework.http.converter.xml.MarshallingHttpMessageConverter@287f4aba]

Bad Spring Multi-Params if name starts with o or later

2013-01-02 14:40:12,009 [qtp1156350159-128] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.web.servlet.DispatcherServlet - Testing handler adapter [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter@304d2243]
2013-01-02 14:40:12,009 [qtp1156350159-128] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.beans.TypeConverterDelegate - Converting String to [class java.lang.String] using property editor [org.springframework.beans.propertyeditors.StringTrimmerEditor@31b625d7]
2013-01-02 14:40:12,010 [qtp1156350159-128] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.web.method.HandlerMethod - Invoking [updateDisplays] method with arguments [, [2101, 1301], null, null]
2013-01-02 14:40:12,011 [qtp1156350159-128] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.common.signature.HMAC_SHA1SignatureMethod - signature base: GET&http%3A%2F%2FMYCOMPUTER.foobar.com%3A8081%2Fplatform%2Fterminal-admin%2Fterminals%3Bcount%3D100&oauth_consumer_key%3Dcom.foobar.portal%26oauth_nonce%3Da1841564-9388-4794-b1b2-d14cdd806d7d%26oauth_signature_method%3DHMAC-SHA1%26oauth_timestamp%3D1357159212%26oauth_token%3De9870dec-096b-44a3-912f-c8504aff7339%26oauth_version%3D1.0%26orgId%3D1301orgId%3D2101
2013-01-02 14:40:12,011 [qtp1156350159-128] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.common.signature.HMAC_SHA1SignatureMethod - signature: IqHJHN8XPn4NXuFE4cTUfBNa4K0=
2013-01-02 14:40:12,011 [qtp1156350159-128] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Created GET request for "http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals;count=100?orgId=1301&orgId=2101"
2013-01-02 14:40:12,011 [qtp1156350159-128] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Setting request Accept header to [application/vnd.foobar.axiom.v2+xml]
2013-01-02 14:40:12,035 [qtp1156350159-128] WARN portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - GET request for "http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals;count=100?orgId=1301&orgId=2101" resulted in 401 (Invalid signature for signature method HMAC-SHA1); invoking error handler

Good Spring Multi-Params if name starts with a letter before o

2013-01-02 14:56:00,150 [qtp1326972927-125] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.web.servlet.DispatcherServlet - Testing handler adapter [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter@5f635d27]
2013-01-02 14:56:00,150 [qtp1326972927-125] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.beans.TypeConverterDelegate - Converting String to [class java.lang.String] using property editor [org.springframework.beans.propertyeditors.StringTrimmerEditor@63925b7e]
2013-01-02 14:56:00,151 [qtp1326972927-125] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.web.method.HandlerMethod - Invoking [updateDisplays] method with arguments [, [2101, 1301], null, null]
2013-01-02 14:56:00,153 [qtp1326972927-125] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.common.signature.HMAC_SHA1SignatureMethod - signature base: GET&http%3A%2F%2FMYCOMPUTER.foobar.com%3A8081%2Fplatform%2Fterminal-admin%2Fterminals%3Bcount%3D100&abcd%3D1301%26abcd%3D2101%26oauth_consumer_key%3Dcom.foobar.portal%26oauth_nonce%3D654c7d25-811d-41df-bb06-825aaed25406%26oauth_signature_method%3DHMAC-SHA1%26oauth_timestamp%3D1357160160%26oauth_token%3Db18ed2ba-7c4f-4d34-a878-47960d3b5bcf%26oauth_version%3D1.0
2013-01-02 14:56:00,153 [qtp1326972927-125] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.common.signature.HMAC_SHA1SignatureMethod - signature: fwTQMckP7xgmDgQLJsI2rUVCZoM=
2013-01-02 14:56:00,153 [qtp1326972927-125] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Created GET request for "http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals;count=100?abcd=1301&abcd=2101"
2013-01-02 14:56:00,153 [qtp1326972927-125] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Setting request Accept header to [application/vnd.foobar.axiom.v2+xml]
2013-01-02 14:56:04,972 [qtp1326972927-125] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - GET request for "http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals;count=100?abcd=1301&abcd=2101" resulted in 200 (OK)

Good Spring 1 Param (with the param name starting with a)

2013-01-02 14:55:44,830 [qtp1326972927-126] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.web.servlet.DispatcherServlet - Testing handler adapter [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter@5f635d27]
2013-01-02 14:55:44,831 [qtp1326972927-126] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.beans.TypeConverterDelegate - Converting String to [class java.lang.String] using property editor [org.springframework.beans.propertyeditors.StringTrimmerEditor@63925b7e]
2013-01-02 14:55:44,831 [qtp1326972927-126] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.web.method.HandlerMethod - Invoking [updateDisplays] method with arguments [, [2101], null, null]
2013-01-02 14:55:44,848 [qtp1326972927-126] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.common.signature.HMAC_SHA1SignatureMethod - signature base: GET&http%3A%2F%2FMYCOMPUTER.foobar.com%3A8081%2Fplatform%2Fterminal-admin%2Fterminals%3Bcount%3D100&abcd%3D2101%26oauth_consumer_key%3Dcom.foobar.portal%26oauth_nonce%3D2be41917-f8f2-4d06-89e3-8567dd22b338%26oauth_signature_method%3DHMAC-SHA1%26oauth_timestamp%3D1357160144%26oauth_token%3Db18ed2ba-7c4f-4d34-a878-47960d3b5bcf%26oauth_version%3D1.0
2013-01-02 14:55:44,849 [qtp1326972927-126] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.common.signature.HMAC_SHA1SignatureMethod - signature: DDXqhAHvgnBEybKL/R1LbZAAcIU=
2013-01-02 14:55:44,849 [qtp1326972927-126] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Created GET request for "http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals;count=100?abcd=2101"
2013-01-02 14:55:44,849 [qtp1326972927-126] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Setting request Accept header to [application/vnd.foobar.axiom.v2+xml]
2013-01-02 14:55:53,231 [qtp1326972927-126] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - GET request for "http://MYCOMPUTER.foobar.com:8081/platform/terminal-admin/terminals;count=100?abcd=2101" resulted in 200 (OK)
2013-01-02 14:55:53,231 [qtp1326972927-126] DEBUG portal-local-tomcat MYCOMPUTER user=XXXXXXXX org.springframework.security.oauth.consumer.client.OAuthRestTemplate - Reading [com.foobar.api.axiom.generated.Response] as "application/vnd.foobar.axiom.v2+xml;charset=UTF-8" using [org.springframework.http.converter.xml.MarshallingHttpMessageConverter@10d1211d]

HBASE-1845 added two new methods in HTable (batch). Those need to be in HTableInterface as well.
And in HTable we have:

put(Put)
put(List<Put>)
delete(Delete)
delete(List<Delete>)
get(Get)

Shouldn't we add a get(List<Get>) as well for consistency?
Others that are missing:

getRegionLocation
getScannerCaching / setgetScannerCaching
getStartKeys / getEndKeys / getStartEndKeys
getRegionsInfo
setAutoFlush
getWriteBufferSize / setWriteBufferSize
getWriteBuffer
prewarmRegionCache
serializeRegionInfo / deserializeRegionInfo

For some of those it might not make sense to add them. I'm just listing them all.
The patch is trivial once we've decided which to add, I'll prepare one for batch & get.

Running on HP UX the test fails with stacktrace:
org.junit.ComparisonFailure: expected:<[$]> but was:<[USD]>
	at org.jboss.as.test.integration.jaxrs.provider.CustomProvidersTestCase.testProvidersInTwoWars(CustomProvidersTestCase.java:102)
	at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:270)
	at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
	at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
	at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
	at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
	at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89)
	at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
	at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
	at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source)
	at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111)
	at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:263)
	at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:226)
	at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
	at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
	at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240)
	at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185)
	at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
	at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:234)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:133)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:114)
	at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:188)
	at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:166)
	at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:86)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:101)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)

           @Override
              from("timer:foo?period=5000").routeId("timer").loadBalance()
                     .roundRobin().id("load_balance_1").to("log:one")
                     .id("log_one").to("log:two").id("log_two").end();
 
           }
       });
    }
 
}

The MBean [org.apache.camel/processors/XXX/load_balancer_1/Attributes/ExchangesTotal] property has no value, therefore no statistics information can be accessed. The same problem exists in Intercept,Log.

Unit tests for LabelBasedAclVoter error on loading applicationcontest,
(test resource org.acegisecurity.vote.labelBasedSecurityApplicationContext.xml).
Due to the fact the with Spring 1.2.8 (not sure about other versions), an application context uses a 
org.apache.commons.collections.map.LinkedMap which implements java.util.Map, but not 
java.util.HashMap which org.acegisecurity.vote.LabelBasedAclVoter.setLabelMap(..) expects.
Solution.
change org.acegisecurity.vote.LabelBasedAclVoter labelMap member var to be of type java.util.Map (was java.util.HashMap)
and change signature of setLabelMap(..)
from public void setLabelMap(HashMap labelMap)
to  public void setLabelMap(Map labelMap)

The algorithm for removing unused deployments from the content repository is based on doing this as part of undeploy operation execution. This doesn't cover cases where the content is never explicitly undeployed. For example:
1) Scanner content that is updated when the server is offline; the old content will not have been "undeployed" during shutdown, and on startup the new content will be installed.
2) Similar issues with deployments generated from module resources (see "A Mixed Approach on https://community.jboss.org/wiki/ExtendingAS7). When the server shuts down, there is no "subsystem remove" as part of shutdown, so the content added during start will not be removed.
Note that the content repository can include things other than deployments. Currently it also includes management-client-content (specifically rollout plans) and can potentially include anything. This is why it's a "content repository" and not a "deployment repository." The solution for this needs to deal with all cases.

We've started using SpEL expressions to avoid duplicating URL patterns between security.xml and our MVC controller mappings.
E.g.

<form-login 
    login-page="#{T(com.acme.Sitemap).LOGIN}" 
    authentication-failure-url="#{T(com.acme.Sitemap).AUTH_ERROR}"/>

Now we keep seeing spurious warnings like

FailFastProblemReporter - Configuration problem: #{ T(com.acme.Sitemap).AUTH_ERROR} is not a valid redirect URL (must start with '/' or http(s))

This appears to be caused by WebConfigUtils.validateHttpRedirect() which checks for a '$' placeholder character but not for a '#' SpEL character.

Otherwise we may throw an Exception.

2018-05-26T00:30:22,335 DEBUG [HiveServer2-Background-Pool: Thread-631]: stats.StatsUtils (:()) - Estimated average row size: 372
2018-05-26T00:30:22,352 DEBUG [HiveServer2-Background-Pool: Thread-631]: calcite.RelOptHiveTable (:()) - Stats for column a in table basetable_rebuild stored in cache
2018-05-26T00:30:22,352 DEBUG [HiveServer2-Background-Pool: Thread-631]: calcite.RelOptHiveTable (:()) -  colName: a colType: int countDistincts: 4 numNulls: 1 avgColLen: 4.0 numTrues: 0 numFalses: 0 Range: [ min: -9223372036854775808 max: 9223372036854775807 ] isPrimaryKey: false isEstimated: true
2018-05-26T00:30:22,352 DEBUG [HiveServer2-Background-Pool: Thread-631]: calcite.RelOptHiveTable (:()) - Stats for column b in table basetable_rebuild stored in cache
2018-05-26T00:30:22,352 DEBUG [HiveServer2-Background-Pool: Thread-631]: calcite.RelOptHiveTable (:()) -  colName: b colType: varchar(256) countDistincts: 4 numNulls: 1 avgColLen: 256.0 numTrues: 0 numFalses: 0 isPrimaryKey: false isEstimated: true
2018-05-26T00:30:22,352 ERROR [HiveServer2-Background-Pool: Thread-631]: calcite.RelOptHiveTable (:()) - No Stats for default@basetable_rebuild, Columns: a, b
java.lang.RuntimeException: No Stats for default@basetable_rebuild, Columns: a, b
        at org.apache.hadoop.hive.ql.optimizer.calcite.RelOptHiveTable.updateColStats(RelOptHiveTable.java:586) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.optimizer.calcite.RelOptHiveTable.getColStat(RelOptHiveTable.java:606) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.optimizer.calcite.RelOptHiveTable.getColStat(RelOptHiveTable.java:592) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.optimizer.calcite.reloperators.HiveTableScan.getColStat(HiveTableScan.java:155) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.optimizer.calcite.stats.HiveRelMdDistinctRowCount.getDistinctRowCount(HiveRelMdDistinctRowCount.java:78) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.optimizer.calcite.stats.HiveRelMdDistinctRowCount.getDistinctRowCount(HiveRelMdDistinctRowCount.java:65) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at GeneratedMetadataHandler_DistinctRowCount.getDistinctRowCount_$(Unknown Source) ~[?:?]
        at GeneratedMetadataHandler_DistinctRowCount.getDistinctRowCount(Unknown Source) ~[?:?]
        at org.apache.calcite.rel.metadata.RelMetadataQuery.getDistinctRowCount(RelMetadataQuery.java:781) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.calcite.rel.metadata.RelMdRowCount.getRowCount(RelMdRowCount.java:207) ~[calcite-core-1.16.0.jar:1.16.0]
        at GeneratedMetadataHandler_RowCount.getRowCount_$(Unknown Source) ~[?:?]
        at GeneratedMetadataHandler_RowCount.getRowCount(Unknown Source) ~[?:?]
        at org.apache.calcite.rel.metadata.RelMetadataQuery.getRowCount(RelMetadataQuery.java:235) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.calcite.rel.externalize.RelWriterImpl.explain_(RelWriterImpl.java:100) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.calcite.rel.externalize.RelWriterImpl.done(RelWriterImpl.java:156) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.calcite.rel.AbstractRelNode.explain(AbstractRelNode.java:312) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.calcite.plan.RelOptUtil.toString(RelOptUtil.java:1991) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1898) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1613) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:118) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:1052) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.calcite.tools.Frameworks.withPrepare(Frameworks.java:154) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.calcite.tools.Frameworks.withPlanner(Frameworks.java:111) ~[calcite-core-1.16.0.jar:1.16.0]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.logicalPlan(CalcitePlanner.java:1418) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genLogicalPlan(CalcitePlanner.java:369) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.HiveMaterializedViewsRegistry.parseQuery(HiveMaterializedViewsRegistry.java:416) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.HiveMaterializedViewsRegistry.addMaterializedView(HiveMaterializedViewsRegistry.java:225) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.metadata.HiveMaterializedViewsRegistry.createMaterializedView(HiveMaterializedViewsRegistry.java:188) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.MaterializedViewTask.execute(MaterializedViewTask.java:61) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2479) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:2150) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1826) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1567) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1561) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:157) ~[hive-exec-3.0.0.jar:3.0.0-SNAPSHOT]
        at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:221) ~[hive-service-3.0.0.jar:3.0.0]
        at org.apache.hive.service.cli.operation.SQLOperation.access$700(SQLOperation.java:87) ~[hive-service-3.0.0.jar:3.0.0]

Upon method invocations to Singleton EJBs with multiple views... the ContainerManagedConcurrencyInterceptor randomly selects a wrong Lock (READ / WRITE).

@Lock(LockType.READ)
@Local({ GreeterSayMyName.class, GreeterSayHello.class })
public class GreeterBean implements GreeterSayMyName, GreeterSayHello {

    @EJB
    GreeterSayMyName myself;

    @Override
    public String sayHello() {
        return "hello from " + myself.sayMyName();
    }

    @Override
    public String sayMyName() {
        return "The Greeter";
    }
}

public interface GreeterSayHello {
    
    String sayHello();
    
}

public interface GreeterSayMyName {

    String sayMyName();

}

Sometimes (randomly) invoking the 'sayHello' method on this example EJB causes lock upgrade exceptions. They look like this:

13:14:10,436 ERROR [f2PtkwmdRgaoHCdnZ7Vurg] [anonymous] [org.jboss.as.ejb3.invocation] (default task-5 f2PtkwmdRgaoHCdnZ7Vurg) WFLYEJB0034: EJB Invocation failed on component GreeterBean for method public abstract java.lang.String hello.world.GreeterSayHello.sayHello(): javax.ejb.IllegalLoopbackException: WFLYEJB0238: EJB 3.1 PFD2 4.8.5.1.1 upgrading from read to write lock is not allowed
	at org.jboss.as.ejb3.concurrency.EJBReadWriteLock.checkLoopback(EJBReadWriteLock.java:232)
	at org.jboss.as.ejb3.concurrency.EJBReadWriteLock.access$300(EJBReadWriteLock.java:40)

This happens completely randomly. 
The problem is that the interceptor only knows about one of the views' methods. At deployment time the ViewService will start the views concurrently - and the interceptorfactory only adds an interceptor instance to the interceptor context if one does not already exist. 
When the exception does NOT occur -then there is still a problem (although not visible from the code): A WRITE lock is selected - even though , given the above code, it should never ever be possible.  So in fact - the issue , in that case, does not cause an exception because .... it already has the WRITE lock. 
( When the exception occurs ...then it is because the sayHello() invocation resulted in a READ lock ... and the reentrant invocation caused a WRITE lock to be selected by the interceptor ... but as this is not allowed, it results in a horrible exception )

Currently if you do
    Swarm swarm = new Swarm();
then swarm.start() should return a Swarm but instead returns a Container (its superclass).

After half an hour or so of running the automated test suite for our application, the server hangs due to GC and many OutOfMemoryErrors appear in the WildFly server log.
I've attached VisualVM and JProfiler, both of which demonstrate that many of the objects that are not being garbage collected are Undertow objects. Both tools show that the path to the GC root is via a Java nio SelectionKey, which is held by sun.nio.ch.WindowsSelectorImpl. 
I'll attach a screenshot of a JProfiler window to demonstrate, but VisualVM shows the same result (albeit presented differently).
I have also found similar behaviour with a small, trivial example, as described in the Steps to Reproduce. It makes repeated calls to a simple RESTful call to a JAX-RS service. The example doesn't cause as fast a leak as our test suite, but it does demonstrate the problem.
The example uses https for the call because it seems to leak memory faster than http - but http does also exhibit the problem.
I have also tried patching WildFly 8.0.0.Final up to Undertow.1.0.2-SNAPSHOT and XNIO.3.3.0-SNAPSHOT (as of this morning), but the problem still occurs.

Small bug in ReplicationSourceManager, it won't cleanup after locking another's RS znode if it didn't contain any queue at all. It happens in transferQueues():

LOG.info("Moving " + rsZnode + "'s hlogs to my queue");
    SortedMap<String, SortedSet<String>> newQueues =
        this.zkHelper.copyQueuesFromRS(rsZnode);
    if (newQueues == null || newQueues.size() == 0) {
      return;
    }
    this.zkHelper.deleteRsQueues(rsZnode);

That last line should be before the if, so that it deletes the lock znode and the RS znode. Currently a lot of cruft piles up in ZK after a few restarts with replication enabled and no queues, or in slave RSs.

I'm trying to use EL in my tiles configuration. But the end result is after making sure the correct classes (JSP 2.1 and tiles-el) were on the classpath for Spring to attempt to setup an ELAttributeFactory for tiles the EL stuff isn't working. I can see it is still using the DirectAttributeEvaluator
To me it seems like the setup in  org.springframework.web.servlet.view.tiles2.TilesConfigurer via the TilesElActivator is only calling setAttributeEvaluatorFactory on the BasicTilesContainer.
But it looks like it needs to be called at least on the BasicRendererFactory as well ... and probably on all the classes that implement AttributeEvaluatorFactoryAware.... all of which are setup through the BasicTilesContainerFactory
What I think may fix it
in TilesConfigurer$SpringTilesContainerFactory override the BasicTilesContainerFactory#createAttributeEvaluatorFactory method to create the ELAttributeEvaluator earlier in the process ... and just remove the TilesELActivator stuff ... but the comments in the code seem to indicate that it was a conscious decision not to set it up that way.

Steve

At the end of exec() method, connections to the cluster are not properly released.
Connections should be released upon completion of repair.
This was mentioned by Jean-Marc in the thread '[VOTE] The 1st hbase 0.94.16 release candidate is available for download'

rfc4526 makes it clear that (|) is false and (&) is true.
currently an empty OrFilter() is "", same for empty AndFilter().
this is logically wrong.
rationale:
AndFilter("foo=bar", OrFilter("uid=u1", "uid=u2"))
gives (&(foo=bar)(|(uid=u1)(uid=u2)))
AndFilter("foo=bar", OrFilter("uid=u1"))
gives (&(foo=bar)(uid=u1))
but
AndFilter("foo=bar", OrFilter())
gives (&(foo=bar))
so reducing the number of "or"s gives more results!?

Keep Master up all the time, do rolling restart of RSs like this - stop RS1, wait for 2 seconds, stop RS2, start RS1, wait for 2 seconds, stop RS3, start RS2, wait for 2 seconds, etc. Region sometimes can just stay in OPENING state even after timeoutmonitor period.
2011-09-19 08:10:33,131 WARN org.apache.hadoop.hbase.master.AssignmentManager: While timing out a region in state OPENING, found ZK node in unexpected state: RS_ZK_REGION_FAILED_OPEN
The issue - RS was shutdown when a region is being opened, it was transitioned to RS_ZK_REGION_FAILED_OPEN in ZK. In timeoutmonitor, it didn't take care of RS_ZK_REGION_FAILED_OPEN.
processOpeningState
...
   else if (dataInZNode.getEventType() != EventType.RS_ZK_REGION_OPENING &&
        LOG.warn("While timing out a region in state OPENING, "
            + "found ZK node in unexpected state: "
            + dataInZNode.getEventType());
        return;
      }

In 6.1 the configuration file for activemq broker was activemq.xml. In 6.2 it changed to broker.xml. Due to issue ENTMQ-944 the naming is inconsistent between JBoss Fuse and JBoss A-MQ.

Update AuthenticationContextTest due to ELY-987 has been resolved.

@Entity

    private @id @GeneratedValue Long id;
    private String b, c;
}

public interface ARepository extends CrudRepository<A, Long> {

    @Query("select a from A a where a.b in :#{#bs} and a.c in :#{#cs}}")
    List<A> findByBinCin(@Param("bs") List<String> bs, @Param("cs") List<String> cs);
}

Gives you the following error when application starts.

Caused by: java.lang.IllegalArgumentException: org.hibernate.QueryException: unexpected char: '#' [select a from org.sf.jpaembeddedsubclasses.model.A a where a.b in :#{#bs} and a.c in :__$synthetic$__2}

I think that there is an issue in StringQuery, lines 250-259 of spring-data-jpa-1.7.2.RELEASE.

…
case IN:
if (parameterIndex != null) {
	checkAndRegister(new InParameterBinding(parameterIndex, expression), bindings);
} else {
	checkAndRegister(new InParameterBinding(parameterName, expression), bindings);
}
*result = query;*
break;

Line result = query deletes the binding for bs when binding for cs is created.

Overview
Recently I recognized strange behavior in a project with around 700 tests running via Maven in one JVM. Some of the tests have different application contexts defined. As I run the tests I get an OutOfMemoryException. I managed to break it down to one place where a bean with method injection is defined. If I comment it out I have constant memory usage. With it, memory consumption is increasing. Reproduced on Windows 7 using JRockit 1.6.
For further investigation I wrote a reproducer. It is a simple maven project defining two beans where one bean has a method injection. I have 4 test classes with 1000 test methods per class and after each method the application context is rebuilt (via the @DirtiesContext annotation). Also I included a log file with activated gc-logging. I was also able to reproduce this behavior on Mac OS 10.6.8 with Sun's JDK 1.6.
Assumptions

ApplicationContext with method injection.
Several tests with different application contexts or tests which dirty the application context => what matters is that application contexts get built often.

Run all tests in one JVM (e.g. with maven).
Result
Memory consumption constantly increases until an OutOfMemoryException is thrown.

Analysis
The following table displays execution time, the number of classes loaded, and memory consumption when the test suite in the attached ZIP file are executed against various Java and Spring versions.
Spring 3.2.x

 Spring Version          
 Java Version 
 Time 
 Classes 
 Memory         

 3.2.7.RELEASE 
  JDK 1.6      
  1:54 
  6700    
  54 / 86 / 86   

  JDK 1.7      
  1:51 
  6629    
  45 / 82 / 86   

  JDK 1.8      
  1:44 
  6670    
  43 / 44 / 1082 

 3.2.8.BUILD-SNAPSHOT 
  JDK 1.6      
  1:42 
  2716    
  21 / 22 / 86   

  JDK 1.7      
  1:31 
  2629    
  17 / 22 / 86   

  JDK 1.8      
  1:24 
  2683    
  17 / 18 / 1082 

Spring 4.0.x

 Time 
 Classes 
 Memory         

 4.0.1.RELEASE 
  JDK 1.6      
  2:27 
  6761    
  54 / 83 / 86   

  JDK 1.7      
  2:22 
  6681    
  46 / 78 / 86   

  JDK 1.8      
  2:09 
  6739    

 4.0.2.BUILD-SNAPSHOT 
  JDK 1.6      
  1:38 
  2758    
  22 / 22 / 86   

  JDK 1.7      
  1:56 
  2675    
  17 / 22 / 86   

  JDK 1.8      
  1:39 
  2741    
  18 / 19 / 1082 

Key

OS: Mac OS X 10.9.1
Java Versions:

 JDK 
 Version 

 1.6  
  1.6.0_65-b14-462-11M4609 

 1.7  
  1.7.0_51-b13 

 1.8  
  1.8.0-b129 

Time: in minutes
Classes: represent the number of classes loaded.
Memory: values are rounded and represent Used/Size/Max memory * 1,000,000 Bytes. For JDK 1.6 and 1.7, memory represents PermGen usage. For JDK 1.8, memory represents Metaspace usage.

Conclusion
As can be seen in the Analysis section, the fixes in Spring Framework 3.2.8.BUILD-SNAPSHOT and 4.0.2.BUILD-SNAPSHOT result in constant memory consumption and zero unnecessary CGLIB class generation (i.e., no longer one CGLIB class per method injected bean instance).
The following screenshots provide a visual comparison for Java 6.
Before Fix (Spring 3.2.7)

After Fix (Spring 4.0.2)

With a deployment like this

    @Deployment
    public static JavaArchive deployment() {
        final JavaArchive archive = ShrinkWrap.create(JavaArchive.class, "cxf-ws-consumer-tests");
        archive.addClasses(Endpoint.class);
        return archive;
    }

I see

	at org.wildfly.swarm.msc.internal.ServiceActivatorArchiveImpl.addServiceActivator(ServiceActivatorArchiveImpl.java:71)
	at org.wildfly.swarm.arquillian.adapter.UberjarSimpleContainer.start(UberjarSimpleContainer.java:85)
	at org.wildfly.swarm.arquillian.adapter.WildFlySwarmContainer.deploy(WildFlySwarmContainer.java:71)

The following code for global-transitions is given in section 4.12 of the Spring Web Flow Reference:
<global-transitions>
    <transition on="login" to="login">
    <transition on="logout" to="logout">
</global-transitions>
The transition tags are not properly closed and should be 
    <transition on="login" to="login" />
    <transition on="logout" to="logout" />

Similar to CAMEL-8504. ClassPathURIResolver does:

InputStream stream = ClassPathURIResolver.class.getClassLoader()      
    .getResourceAsStream(rulesDir.concat(File.separator).concat(href));

Depending on the ClassLoader implementation, platform dependent paths for resource lookups are not guaranteed to work (which arguably could be considered a bug in the ClassLoader impl).
Looking at the git history, it seems this code has swapped between using File.separator and "/" a few times now. However, I see no clear reason why we need to use File.separator in the resource lookup. "/" should work perfectly fine in all cases. 

@Test
public void nullBeanRegistration() {
		DefaultListableBeanFactory bf = new DefaultListableBeanFactory();
		bf.registerSingleton("nullBean", null);
		new GenericApplicationContext(bf).refresh();
}

Notice the BeanNotFoundException upon refresh().
This is happening because DefaultSingletonBeanRegistry.getSingleton() returns literal null, and AbstractBeanFactory.isFactoryBean() interprets null as meaning "No singleton instance found".
Resolution:
In isFactoryBean(), if the call to getSingleton() returns null, need need to double check whether the bean name is listed in getSingletonNames().  Just evaluating whether it's null is not enough information upon which to make the subsequent decisions.
Those 'subsequent decisions' include assuming that the bean name in question ('nullBean') must be associated with a BeanDefinition, and thus we get the BNFE mentioned above.  

Consider the following code

    long period = Math.max(1, assignmentTimeout/ 3);
    long lastUpdate = now;
    while (!signaller.get() && t.isAlive() && !this.server.isStopped() &&
        !this.rsServices.isStopping() && (endTime > now)) {
      long elapsed = now - lastUpdate;
      if (elapsed > period) {
        // Only tickle OPENING if postOpenDeployTasks is taking some time.
        lastUpdate = now;
        tickleOpening("post_open_deploy");
      }

Whenever the postopenDeploy tasks takes considerable time we try to tickleOpening so that there is no timeout deducted.  But before it could do this if the TimeoutMonitor tries to assign the node to another RS then the other RS will move the node from OFFLINE to OPENING.  Hence when the first RS tries to do tickleOpening the operation will fail. Now here lies the problem,

    String encodedName = this.regionInfo.getEncodedName();
    try {
      this.version =
        ZKAssign.retransitionNodeOpening(server.getZooKeeper(),
          this.regionInfo, this.server.getServerName(), this.version);

Now this.version becomes -1 as the operation failed.
Now as in the first code snippet as the return type is not captured after tickleOpening() fails we go on with moving the node to OPENED.  Here again we dont have any check for this condition as already the version has been changed to -1.  Hence the OPENING to OPENED becomes successful. Chances of double assignment.

2011-09-22 00:57:29,930 WARN org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:60020-0x1328ceaa1ff000d Attempt to transition the unassigned node for 69797d064f773d1aa9adba56e7ff90a3 from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENING failed, the node existed but was version 5 not the expected version 2
2011-09-22 00:57:33,494 WARN org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Failed refreshing OPENING; region=69797d064f773d1aa9adba56e7ff90a3, context=post_open_deploy
2011-09-22 00:58:02,356 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:60020-0x1328ceaa1ff000d Attempting to transition node 69797d064f773d1aa9adba56e7ff90a3 from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENED
2011-09-22 00:58:11,853 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:60020-0x1328ceaa1ff000d Successfully transitioned node 69797d064f773d1aa9adba56e7ff90a3 from RS_ZK_REGION_OPENING to RS_ZK_REGION_OPENED
2011-09-22 00:58:13,956 DEBUG org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Opened t9,,1316633193606.69797d064f773d1aa9adba56e7ff90a3.

Correct me if this analysis is wrong.

In DummyTxnManager line 163 , it always locks the current database. 
That is not correct since the current database can be "db1", and the query can be "select * from db2.tb1", which will lock db1 unnecessarily.

Original Exception

at java.util.LinkedList$ListItr.checkForComodification(LinkedList.java:953)
at java.util.LinkedList$ListItr.next(LinkedList.java:886)
at org.springframework.context.annotation.ConfigurationClassParser.processDeferredImportSelectors(ConfigurationClassParser.java:420)
at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:180)
at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:306)
at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:239)
at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanDefinitionRegistryPostProcessors(PostProcessorRegistrationDelegate.java:254)
at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:94)
at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:606)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:462)
at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:118)
at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:686)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:320)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:957)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:946)
at com.grubhub.main.Application.main(Application.java:16)

Reproduced Exception

        at java.util.LinkedList$ListItr.checkForComodification(LinkedList.java:966)
        at java.util.LinkedList$ListItr.checkForComodification(LinkedLisat java.util.LinkedList$ListItr.next(LinkedList.java:888)
a:966)
        at org.springframework.context.annotation.ConfigurationClassParser.processDeferredImportSelectors(ConfigurationClassParser.java:420)
        at java.util.LinkedList$ListItr.next(LinkedList.java:888)
        at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:180)
        at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:306)
        at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:239)
        at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanDefinitionRegistryPostProcessors(PostProcessorRegistrationDelegate.java:254)
        at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:94)
        at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:606)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:462)
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:118)
        at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:686)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:320)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:957)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:946)
        at com.kschultz.linkedlist.Application.main(Application.java:11)

This looked very similiar to https://jira.spring.io/browse/SPR-11997
More details and an example can be found here: https://github.com/schultzy51/spring-boot-linked-list

I was trying to get the Ribbon example running (current GitHub master 4/Mar/2016). It didn't work for me for a couple of reasons:
According to the docs I first tried to launch the React frontend. It failed because the rules in src/main/resources/WEB-INF/undertow-handlers.conf could not be parsed during deployment. Emptying the file helped me to get it deployed, but I don't know if the rules are necessary.
Benjamin Browning explained me the parsing problem could be because I am on Windows. 
Then I went on launching the time service. The deployment failed because org.wildfly.swarm:jaxrs:1.0.0.Beta3-SNAPSHOT (referenced in some module.xml) could not be found. I worked around this by setting org.wildfly.swarm:jaxrs:1.0.0.Beta2 explicitly in the project's pom.xml.
Same issue and work-around with the event service.
Once I had all three projects running, I could see the services registering. In the logs as well as on the website. However, I was not able to invoke the time or event service methods by clicking the "GET..." buttons. This is because the services were registered with URLs localhost:8081 instead of http://localhost:8081. As a consequence the URL resolution failed. The frontend tried to connect to http://localhost:8080/localhost:8081 instead of http://localhost:8081. I could not find a way to work around this.
I would appreciate your help to get the sample running.

Romil reported seeing the following error when running CopyTable:

2017-11-27 23:14:38,003 INFO  [main] mapreduce.Job: Task Id : attempt_1511805117287_0023_m_000000_1, Status : FAILED
Error: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.zookeeper.ZKWatcher
  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
  at org.apache.hadoop.hbase.mapreduce.Import$Importer.setup(Import.java:614)
  at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:143)
  at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:794)
  at org.apache.hadoop.mapred.MapTask.run(MapTask.java:342)
  at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:174)
  at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1962)
  at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:168)

This was due to missing dependency on hbase-zookeeper module.
Once dependency is added through ZKWatcher.class, the CopyTable  job can succeed.

As titled, find this issue in findbugs report of HBASE-16032:

RpC	Repeated conditional test in org.apache.hadoop.hbase.master.HMaster.normalizeRegions()
Bug type RpC_REPEATED_CONDITIONAL_TEST (click for details) 
In class org.apache.hadoop.hbase.master.HMaster
In method org.apache.hadoop.hbase.master.HMaster.normalizeRegions()
At HMaster.java:[line 1388]

And we could find below lines in HMaster line 1388:

        if (table.isSystemTable() || (tblDesc != null &&
            tblDesc != null &&
            !tblDesc.isNormalizationEnabled())) {

where there's a duplicated check, introduced by HBASE-15467

in StreamListener input, when trying to receive a parameterized Message instance (see referenced github gist link), this exception is thrown:
org.springframework.messaging.converter.MessageConversionException: Could not read JSON: Can not construct instance of org.springframework.messaging.Message: abstract types either need to be mapped to concrete types, have custom deserializer, or contain additional type information
this was introduced in spring-messaging:4.3.14.RELEASE, overriding only this dependency to 4.3.13.RELEASE resolves this issues

Starting at line 76:

      int index = 0;
      for (KeyValue kv : map) {
        context.write(row, kv);
        if (index > 0 && index % 100 == 0)
          context.setStatus("Wrote " + index);

index is a variable inside while loop that is never incremented.
The condition "index > 0" cannot be true.

When a Rpc server handler thread dies, throws exception so as to find out what issues caused the handler to exit.
It relates to HBASE-12028.

In our app we had already defined an annotation based ConversionService that was used for calculating the display value of different objects.
The ApplicationConversionServiceFactory centralised all of this, but due to not wanting to refactor code close to a major project milestone I decided to just disable the new Roo conversions that we don't need, by pushing in "installLabelConverters" from the ApplicationConversionServiceFactoryBean_Roo_ConversionService.aj
This results in the following error by Roo:
79eaa4c Updated SRC_MAIN_JAVA***\web\ApplicationConversionServiceFactoryBean_Roo_ConversionService.aj
Did not expect to find installLabelConverters method in ..*.web.ApplicationConversionServiceFactoryBean
java.lang.IllegalStateException: Did not expect to find installLabelConverters method in ..*.web.ApplicationConversionServiceFactoryBean
at org.springframework.roo.addon.web.mvc.controller.converter.ConversionServiceMetadata.getInstallMethodBuilder(ConversionServiceMetadata.java:107)
It seems to run counter to Roo, and .ajs in general that we don't have freedom to push-in and override where we like.  The presence of a specific error message for this scenario however makes me think its deliberate.
What would be the recommended approach then to disable all of the auto-generated conversions, because quite frankly they are useless in current state.  They just take the first 4 fields of the domain object.

(1) Select HFile for compaction

2014-01-16 01:01:25,111 INFO org.apache.hadoop.hbase.regionserver.compactions.CompactSelection: Deleting the expired store file by compaction: hdfs://dump002002.cm6:9000/hbase-0.90/storagetable/7d8941661904fb99a41f79a1fce47767/a/f3e38d10d579420494079e17a2557f0b whose maxTimeStamp is -1 while the max expired timestamp is 1389632485111

(2) Compact

2014-01-16 01:01:26,042 DEBUG org.apache.hadoop.hbase.regionserver.Compactor: Compacting hdfs://dump002002.cm6:9000/hbase-0.90/storagetable/7d8941661904fb99a41f79a1fce47767/a/f3e38d10d579420494079e17a2557f0b, keycount=0, bloomtype=NONE, size=534, encoding=NONE
2014-01-16 01:01:26,045 DEBUG org.apache.hadoop.hbase.util.FSUtils: Creating file=hdfs://dump002002.cm6:9000/hbase-0.90/storagetable/7d8941661904fb99a41f79a1fce47767/.tmp/40de5d79f80e4fb197e409fb99ab0fd8 with permission=rwxrwxrwx
2014-01-16 01:01:26,076 INFO org.apache.hadoop.hbase.regionserver.Store: Renaming compacted file at hdfs://dump002002.cm6:9000/hbase-0.90/storagetable/7d8941661904fb99a41f79a1fce47767/.tmp/40de5d79f80e4fb197e409fb99ab0fd8 to hdfs://dump002002.cm6:9000/hbase-0.90/storagetable/7d8941661904fb99a41f79a1fce47767/a/40de5d79f80e4fb197e409fb99ab0fd8
2014-01-16 01:01:26,142 INFO org.apache.hadoop.hbase.regionserver.Store: Completed compaction of 1 file(s) in a of storagetable,01:,1369377609136.7d8941661904fb99a41f79a1fce47767. into 40de5d79f80e4fb197e409fb99ab0fd8, size=534; total size for store is 399.0 M
2014-01-16 01:01:26,142 INFO org.apache.hadoop.hbase.regionserver.compactions.CompactionRequest: completed compaction: regionName=storagetable,01:,1369377609136.7d8941661904fb99a41f79a1fce47767., storeName=a, fileCount=1, fileSize=534, priority=16, time=18280340606333745; duration=0sec

(3) Select HFile for compaction

2014-01-16 03:48:05,120 INFO org.apache.hadoop.hbase.regionserver.compactions.CompactSelection: Deleting the expired store file by compaction: hdfs://dump002002.cm6:9000/hbase-0.90/storagetable/7d8941661904fb99a41f79a1fce47767/a/40de5d79f80e4fb197e409fb99ab0fd8 whose maxTimeStamp is -1 while the max expired timestamp is 1389642485120

(4) Compact

2014-01-16 03:50:17,731 DEBUG org.apache.hadoop.hbase.regionserver.Compactor: Compacting hdfs://dump002002.cm6:9000/hbase-0.90/storagetable/7d8941661904fb99a41f79a1fce47767/a/40de5d79f80e4fb197e409fb99ab0fd8, keycount=0, bloomtype=NONE, size=534, encoding=NONE
2014-01-16 03:50:17,732 DEBUG org.apache.hadoop.hbase.util.FSUtils: Creating file=hdfs://dump002002.cm6:9000/hbase-0.90

... 
this loop for ever.

ErlangTemplate.executeErlangRpc is not threadsafe when used with SingleConnectionFactory.
The code in ErlangTemplate.executeErlangRpc first calls connection.sendRPC then calls connection.receiveRPC(). When used with the SingleConnectionFactory this means that another thread could also be using the same connection.
The end result of this is that connection.sendRPC and connection.receiveRPC() requests become interleaved.
I believe, but have not checked, that with SimpleConnectionFactory, this would not happen as each thread would have its own connection.
I understand that thread safety is not documented, so should be not assumed, so I am issuing this bug mainly to request documentation on the thread safety of the ErlangTemplate.
If ErlangTemplate is intended to be thread safe, this bug should be raised to "Critical".

22:36:47,840 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 70) MSC000001: Failed to start service org.wildfly.clustering.jgroups.channel.ee: org.jboss.msc.service.StartException in service org.wildfly.clustering.jgroups.channel.ee: javax.naming.NamingException: WFLYNAM0027: Failed instantiate InitialContextFactory com.sun.jndi.dns.DnsContextFactory from classloader ModuleClassLoader for Module "org.wildfly.clustering.service" version 13.0.0.Alpha1-SNAPSHOT from local module loader @2812cbfa (finder: local module finder @2acf57e3 (roots: /Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules,/Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base)) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.dns.DnsContextFactory from [Module "org.wildfly.clustering.service" version 13.0.0.Alpha1-SNAPSHOT from local module loader @2812cbfa (finder: local module finder @2acf57e3 (roots: /Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules,/Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]]
Caused by: javax.naming.NamingException: WFLYNAM0027: Failed instantiate InitialContextFactory com.sun.jndi.dns.DnsContextFactory from classloader ModuleClassLoader for Module "org.wildfly.clustering.service" version 13.0.0.Alpha1-SNAPSHOT from local module loader @2812cbfa (finder: local module finder @2acf57e3 (roots: /Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules,/Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base)) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.dns.DnsContextFactory from [Module "org.wildfly.clustering.service" version 13.0.0.Alpha1-SNAPSHOT from local module loader @2812cbfa (finder: local module finder @2acf57e3 (roots: /Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules,/Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]]
	at org.jboss.as.naming.InitialContext.getDefaultInitCtx(InitialContext.java:120)
	at org.jboss.as.naming.InitialContext.init(InitialContext.java:101)
	at javax.naming.ldap.InitialLdapContext.<init>(InitialLdapContext.java:154)
	at org.jboss.as.naming.InitialContext.<init>(InitialContext.java:91)
	at javax.naming.directory.InitialDirContext.<init>(InitialDirContext.java:101)
	at org.jgroups.protocols.dns.DefaultDNSResolver.<init>(DefaultDNSResolver.java:40)
	at org.jgroups.protocols.dns.DNS_PING.init(DNS_PING.java:54)
	at org.jgroups.stack.ProtocolStack.initProtocolStack(ProtocolStack.java:840)
	at org.jgroups.stack.ProtocolStack.init(ProtocolStack.java:830)
	... 7 more
Caused by: java.lang.ClassNotFoundException: com.sun.jndi.dns.DnsContextFactory from [Module "org.wildfly.clustering.service" version 13.0.0.Alpha1-SNAPSHOT from local module loader @2812cbfa (finder: local module finder @2acf57e3 (roots: /Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules,/Users/rhusar/git/wildfly/build/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]
	at org.jboss.as.naming.InitialContext.getDefaultInitCtx(InitialContext.java:115)
	... 23 more

Using a method like this : 
	@ResourceMapping(value = "homeTemplate")
	public @ResponseBody
	ModelAndView homeTemplate() 
{
		return new ModelAndView("home");
	}

Return a blank response.
In 3.1.2 it works fine.

select *  from srcpart a join srcpart b on a.key = b.key and a.hr = b.hr join srcpart c on a.hr = c.hr and a.key = c.key;
is minimal query which reproduces it

2017-12-01 23:18:51,433 WARN  [ChaosMonkeyThread] policies.Policy: Exception occurred during performing action: java.lang.UnsupportedOperationException: HTableDescriptor is read-only
at org.apache.hadoop.hbase.client.ImmutableHTableDescriptor.getDelegateeForModification(ImmutableHTableDescriptor.java:59)
at org.apache.hadoop.hbase.HTableDescriptor.setRegionSplitPolicyClassName(HTableDescriptor.java:333)
at org.apache.hadoop.hbase.chaos.actions.ChangeSplitPolicyAction.perform(ChangeSplitPolicyAction.java:54)
at org.apache.hadoop.hbase.chaos.policies.PeriodicRandomActionPolicy.runOneIteration(PeriodicRandomActionPolicy.java:59)
at org.apache.hadoop.hbase.chaos.policies.PeriodicPolicy.run(PeriodicPolicy.java:41)

Found during some internal testing. Need to make sure this Action, in addition to the other, don't fall into the trap of modifying the TableDescriptor obtained from Admin.
Ted Yu, want to take a stab at it?

Old truncate table expected table to be enabled and removed rows by scanning over them.
In HBASE-13764, the function was changed to make it consistent with how shell worked, so new one used admin.truncateTable.
Since HBTU.truncateTable expects table to be enabled (backward compat) whereas admin.truncateTable expects table to be disabled, we should add a disable table there.

If a client gets confused (possibly by a hole in .META., see HBASE-4333), it may send a request to the wrong region.  Paths through put, delete, incrementColumnValue, and checkAndMutate all call checkRow either directly or indirectly (through getLock).  But get apparently does not.  This can result in returning an incorrect empty result instead of a WrongRegionException.

HS2 Active/Passive HA requires some yarn registry classes. Include it in JDBC standalone jar. 

When i create a route with an sintax error, it cannot be started but remains into camelcontext.
An example to replicate it:
1. Deploy a route with an know id at runtime (using route definition). The route will be invalid (with an sintax error)
2. Redeploy correct route with same id
Camel throw an example because i cannot deploy a route with same id!!!

Connection to the CLI secured by SSL blocks indefinitely once I refuse to accept the server certificate.
reproduce
start standalone server and secure ManagementRealm with ssl
6.4.0 behaviour

./jboss-cli.sh -c '/core-service=management/security-realm=ManagementRealm/server-identity=ssl:add(keystore-path=$PATH_TO_KEYSTORE, keystore-password=$PASSWORD), reload'
./jboss-cli.sh -c 127.0.0.1:9443
...
Accept certificate? [N]o, [T]emporarily, [P]ermenantly : N
org.jboss.as.cli.CliInitializationException: Failed to connect to the controller
	at org.jboss.as.cli.impl.CliLauncher.initCommandContext(CliLauncher.java:299)
	at org.jboss.as.cli.impl.CliLauncher.main(CliLauncher.java:265)
	at org.jboss.modules.Module.run(Module.java:312)
	at org.jboss.modules.Main.main(Main.java:473)
Caused by: org.jboss.as.cli.CommandLineException: Unable to negotiate SSL connection with controller at localhost:9999
	at org.jboss.as.cli.impl.CommandContextImpl.tryConnection(CommandContextImpl.java:1048)
	at org.jboss.as.cli.impl.CommandContextImpl.connectController(CommandContextImpl.java:887)
	at org.jboss.as.cli.impl.CommandContextImpl.connectController(CommandContextImpl.java:863)
	at org.jboss.as.cli.impl.CliLauncher.initCommandContext(CliLauncher.java:297)
	... 8 more
$

7.0.0.ER3 behaviour

/core-service=management/security-realm=ManagementRealm/server-identity=ssl:add(keystore-path=/path/to/keystore, keystore-password=password)
/core-service=management/management-interface=http-interface:undefine-attribute(name=socket-binding
/core-service=management/management-interface=http-interface:write-attribute(name=secure-socket-binding,value=management-https)
reload

Connect to the CLI and reject the certificate

$ ./jboss-cli.sh --controller=https-remoting://localhost:9993 -c
...

You are stuck at this point, all you can do is to interrupt (Ctrl+C)

	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1220)
	at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:335)
	at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:400)
	at org.jboss.aesh.console.Console.getInput(Console.java:484)
	at org.jboss.aesh.console.Console.getInputLine(Console.java:528)
	at org.jboss.as.cli.impl.Console$Factory$1.read(Console.java:222)
	at org.jboss.as.cli.impl.Console$Factory$1.readLine(Console.java:197)
	at org.jboss.as.cli.impl.CommandContextImpl.readLine(CommandContextImpl.java:899)
	at org.jboss.as.cli.impl.CommandContextImpl.handleSSLFailure(CommandContextImpl.java:1137)
	at org.jboss.as.cli.impl.CommandContextImpl.access$1200(CommandContextImpl.java:183)
	at org.jboss.as.cli.impl.CommandContextImpl$LazyDelagatingTrustManager$1.run(CommandContextImpl.java:1897)
	at org.jboss.as.protocol.GeneralTimeoutHandler.suspendAndExecute(GeneralTimeoutHandler.java:45)
	at org.jboss.as.cli.impl.CommandContextImpl$LazyDelagatingTrustManager.checkServerTrusted(CommandContextImpl.java:1892)
	at sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:936)
	at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1493)
	at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:216)
	at org.xnio.ssl.JsseSslConduitEngine.handleHandshake(JsseSslConduitEngine.java:543)
	at org.xnio.ssl.JsseSslConduitEngine.wrap(JsseSslConduitEngine.java:314)
	at org.xnio.ssl.JsseSslConduitEngine.wrap(JsseSslConduitEngine.java:204)
	at org.xnio.ssl.JsseSslStreamSinkConduit.write(JsseSslStreamSinkConduit.java:98)
	at org.xnio.ssl.JsseSslStreamSinkConduit.write(JsseSslStreamSinkConduit.java:72)
	at org.xnio.http.HttpUpgrade$HttpUpgradeState$StringWriteListener.handleEvent(HttpUpgrade.java:385)
	at org.xnio.http.HttpUpgrade$HttpUpgradeState$StringWriteListener.handleEvent(HttpUpgrade.java:372)
	at org.xnio.conduits.WriteReadyHandler$ChannelListenerHandler.writeReady(WriteReadyHandler.java:65)
	at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:93)
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:559)
Failed to connect to the controller: Unable to negotiate SSL connection with controller at localhost:9993

Queries such as following can produce wrong result

select  
   count(ws_order_number)
from
   web_sales ws1
where
and exists (select *
            from web_sales ws2
            where ws1.ws_order_number = ws2.ws_order_number
              and ws1.ws_warehouse_sk <> ws2.ws_warehouse_sk)
and not exists(select *
               from web_returns wr1
               where ws1.ws_order_number = wr1.wr_order_number);

This query is simplified version of tpcds query 94. Such queries are rewritten into LEFT SEMI JOIN and LEFT OUTER JOIN with residual predicate/filter (non-equi join key). Problem is that these joins are being merged, we shouldn't be merging since semi join has non-equi join filter.
Basically the underlying issue is that if a query has multiple join with LEFT SEMI JOIN with non-equi join key it is being merged with other joins. Merge logic should check such cases and avoid merging.

When a developer attempts to create a "local-only", client-based Region Index using <gfe:index .. /> tag element in the Spring Data GemFire's XML namespace configuration meta-data, or directly through the SDG API using the IndexFactoryBean, an UnsupportedOperationException is thrown...

Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'clientIndex': Invocation of init method failed; nested exception is java.lang.UnsupportedOperationException: Index Operation is not supported on the Server Region.
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1513)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:191)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:615)
	at io.pivotal.gemfire.MyFirstGemClient.main(MyFirstGemClient.java:136)
Caused by: java.lang.UnsupportedOperationException: Index Operation is not supported on the Server Region.
	at com.gemstone.gemfire.cache.query.internal.DefaultQueryService.getIndexes(DefaultQueryService.java:367)
	at com.gemstone.gemfire.cache.query.internal.DefaultQueryService.getIndexes(DefaultQueryService.java:353)
	at org.springframework.data.gemfire.IndexFactoryBean.createIndex(IndexFactoryBean.java:79)
	at org.springframework.data.gemfire.IndexFactoryBean.afterPropertiesSet(IndexFactoryBean.java:72)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1572)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1510)
	... 12 more

Spring Data GemFire's IndexFactoryBean should introspect the GemFire Cache instance and determine whether the "cache" is an instance of ClientCache, and if so, use the ClientCache.getLocalQueryService() to create the Index.

The cache seems not to be able to handle heavy load during its warmup phase.
We use 42 threads in parallel in performance test scenario (a lot of database operations in each thread) and got the NPE in one of five runs.
Using a ConcurrentHashMap solves the problem.

     at org.springframework.data.mongodb.core.convert.CustomConversions.getCustomReadTarget(CustomConversions.java:329)
     at org.springframework.data.mongodb.core.convert.CustomConversions.hasCustomReadTarget(CustomConversions.java:283)
     at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:200)
     at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:187)
     at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:183)
     at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:77)
     at org.springframework.data.mongodb.core.MongoTemplate$ReadDbObjectCallback.doWith(MongoTemplate.java:1975)
     at org.springframework.data.mongodb.core.MongoTemplate.executeFindOneInternal(MongoTemplate.java:1626)
     at org.springframework.data.mongodb.core.MongoTemplate.doFindOne(MongoTemplate.java:1446)
     at org.springframework.data.mongodb.core.MongoTemplate.findById(MongoTemplate.java:539)
     at org.springframework.data.mongodb.repository.support.SimpleMongoRepository.findOne(SimpleMongoRepository.java:100)
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
     at java.lang.reflect.Method.invoke(Method.java:606)
     at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:358)
     at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:343)
     at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
     at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
     at com.sun.proxy.$Proxy26.findOne(Unknown Source)
     at de.is24.offer.mongodb.evaluation.ReadYourOwnDataRightTask.countNumberOfInvalidResults(ReadYourOwnDataRightTask.java:34)
     at de.is24.offer.mongodb.evaluation.ReadYourOwnDataRightTask$$FastClassByCGLIB$$2b453a69.invoke(<generated>)
     at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
     at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:698)
     at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
     at org.springframework.aop.interceptor.AsyncExecutionInterceptor$1.call(AsyncExecutionInterceptor.java:95)
     at java.util.concurrent.FutureTask.run(FutureTask.java:262)
     at java.lang.Thread.run(Thread.java:744)

Sparklr sample should not use OAuth2AuthenticationEntryPoint for /oauth/token (clients should get WWW-Authenticate with Basic not Bearer).

ToDate() function doesnt work with a partitioned table, partitioned by the column of DATE Datatype.
Below are the steps I followed to recreate the problem.
-->Sample input file to hive table :
hdfs@testhost ~$ cat test.log 
2012-06-13,16:11:17,574,140.134.127.109,SearchPage,Google.com,Win8,5,HTC
2012-06-13,16:11:17,466,43.176.108.158,Electronics,Google.com,Win8,3,iPhone
2012-06-13,16:11:17,501,97.73.102.79,Appliances,Google.com,Android,4,iPhone
2012-06-13,16:11:17,469,166.98.157.122,Recommendations,Google.com,Win8,5,HTC
2012-06-13,16:11:17,557,36.159.147.50,Sporting,Google.com,Win8,3,Samsung
2012-06-13,16:11:17,449,128.215.122.234,ShoppingCart,Google.com,Win8,5,HTC
2012-06-13,16:11:17,502,46.81.131.92,Electronics,Google.com,Android,5,Samsung
2012-06-13,16:11:17,554,120.187.105.127,Automotive,Google.com,Win8,5,HTC
2012-06-13,16:11:17,447,127.94.64.59,DetailPage,Google.com,Win8,3,Samsung
2012-06-13,16:11:17,490,132.54.25.75,ShoppingCart,Google.com,Win8,3,iPhone
2012-06-13,16:11:17,578,79.201.53.179,Automotive,Google.com,Win8,5,Samsung
2012-06-13,16:11:17,435,158.106.164.38,HomePage,Google.com,Web,5,Chrome
2012-06-13,16:11:17,523,17.131.82.171,Recommendations,Google.com,Web,3,IE9
2012-06-13,16:11:17,575,178.95.126.105,Appliances,Google.com,iOS,3,iPhone
2012-06-13,16:11:17,468,225.143.39.176,SearchPage,Google.com,iOS,5,HTC
2012-06-13,16:11:17,511,43.103.102.147,ShoppingCart,Google.com,iOS,5,Samsung
--> Copied to hdfs directory:
hdfs@testhost ~$ hdfs dfs -put -f test.log /user/hdfs/
-->Create partitoned table (partitioned with date data type column) in hive:
0: jdbc:hive2://hdp2.raghav.com:10000/default> create table mytable(Dt DATE,Time STRING,Number INT,IPAddr STRING,Type STRING,Site STRING,OSType STRING,Visit INT,PhModel STRING) row format delimited fields terminated by ',' stored as textfile;
0: jdbc:hive2://testhost.com:10000/default> load data inpath '/user/hdfs/test.log' overwrite into table mytable;
0: jdbc:hive2://testhost..com:10000/default> SET hive.exec.dynamic.partition = true;
0: jdbc:hive2://testhost.com:10000/default> SET hive.exec.dynamic.partition.mode = nonstrict;
0: jdbc:hive2://testhost.com:10000/default> create table partmytable(Number INT,IPAddr STRING,Type STRING,Site STRING,OSType STRING,Visit INT,PhModel STRING) partitioned by (Dt DATE,Time STRING) row format delimited fields terminated by ',' stored as textfile;
0: jdbc:hive2://testhost.com:10000/default> insert overwrite table partmytable partition(Dt,Time) select Number,IPAddr,Type,Site,OSType,Visit,PhModel,Dt,Time from mytable;
0: jdbc:hive2://hdp2.raghav.com:10000/default> describe partmytable;
--> Try to filter with ToDate function which fails with error:
hdfs@testhost ~$ pig -useHCatalog
grunt>
grunt> temp = LOAD 'partmytable' using org.apache.hive.hcatalog.pig.HCatLoader();
grunt> temp1 = FILTER temp by dt == ToDate('2012-06-13','yyyy-MM-dd');
grunt> dump temp1;
-->Try to filter the normal table with same statement works;
grunt>
grunt> temp = LOAD 'mytable' using org.apache.hive.hcatalog.pig.HCatLoader();
Use below statement instead of direct ToDate();
grunt>temp1 = FILTER temp5 by DaysBetween(dt,(datetime)ToDate('2012-06-13', 'yyyy-MM-dd')) >=(long)0 AND DaysBetween(dt,(datetime)ToDate('2012-06-13', 'yyyy-MM-dd')) <=(long)0;

See nabble
http://www.nabble.com/Camel-Remote-File-Producer---Recipient-List-Password-Issue-td21678952s22882.html
The bug is introduced with CAMEL-941

After shutting down a camel context, there are still threads running kafka consumers. 
In the logs after the shutdown I can see:

14:45:57,455 INFO  [org.apache.camel.spring.SpringCamelContext] (ServerService Thread Pool -- 81) Apache Camel 2.17.0 (CamelContext: ucms-camel-ctx) uptime 25.047 seconds
14:45:57,455 INFO  [org.apache.camel.spring.SpringCamelContext] (ServerService Thread Pool -- 81) Apache Camel 2.17.0 (CamelContext: ucms-camel-ctx) is shutdown in 0.856 seconds
14:45:57,494 INFO  [org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean] (ServerService Thread Pool -- 81) Closing JPA EntityManagerFactory for persistence unit 'default'
14:45:57,652 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0028: Stopped deployment ucms-wildfly-container-3.0.1-SNAPSHOT.war (runtime-name: ucms-wildfly-container-3.0.1-SNAPSHOT.war) in 1098ms
14:45:57,906 INFO  [org.jboss.as.repository] (DeploymentScanner-threads - 2) WFLYDR0002: Content removed from location /opt/wildfly/standalone/data/content/20/13979a02e4b4ec178461d06c2de59fbf424215/content
14:45:57,916 INFO  [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0009: Undeployed "ucms-wildfly-container-3.0.1-SNAPSHOT.war" (runtime-name: "ucms-wildfly-container-3.0.1-SNAPSHOT.war")
14:46:24,972 INFO  [org.apache.kafka.clients.consumer.internals.AbstractCoordinator] (Camel (ucms-camel-ctx) thread #0 - KafkaTopic[ucmsControlTopic]) Marking the coordinator 2147483647 dead.
14:46:26,467 INFO  [org.apache.kafka.clients.consumer.internals.AbstractCoordinator] (Camel (ucms-camel-ctx) thread #2 - KafkaTopic[TOPIC1]) Marking the coordinator 2147483647 dead.

So in theory the context is stopped, but I can see threads running with the polling of the sockets of kafka consumers (see attached immage).
This deployed in an application server (wilfly in my case), causes a lot of issues, because apps get deployed and undeployed without stopping the  JVM, but threads from previous deployments are left there.
Please also bear in mind that kafka (9.0.1) throws warning messages due to the fact that un expected config items are thrown to the kafka consumer properties.

14:45:33,840 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration sasl.kerberos.ticket.renew.window.factor = 0.8 was supplied but isn't a known config.
14:45:33,841 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration sasl.kerberos.kinit.cmd = /usr/bin/kinit was supplied but isn't a known config.
14:45:33,841 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration sasl.kerberos.ticket.renew.jitter = 0.05 was supplied but isn't a known config.
14:45:33,841 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration ssl.keystore.type = JKS was supplied but isn't a known config.
14:45:33,841 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration ssl.trustmanager.algorithm = PKIX was supplied but isn't a known config.
14:45:33,841 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration sasl.kerberos.min.time.before.relogin = 60000 was supplied but isn't a known config.
14:45:33,841 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration ssl.protocol = TLS was supplied but isn't a known config.
14:45:33,841 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration ssl.enabled.protocols = TLSv1.2,TLSv1.1,TLSv1 was supplied but isn't a known config.
14:45:33,841 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration ssl.truststore.type = JKS was supplied but isn't a known config.
14:45:33,841 WARN  [org.apache.kafka.clients.consumer.ConsumerConfig] (ServerService Thread Pool -- 76) The configuration ssl.keymanager.algorithm = SunX509 was supplied but isn't a known config.

Thanks!

TestTableIndex failed in HBase-Patch build #14. See http://hudson.zones.apache.org/hudson/job/HBase-Patch/14/testReport/
junit.framework.AssertionFailedError
	at org.apache.hadoop.hbase.MultiRegionTable.makeMultiRegionTable(MultiRegionTable.java:137)
	at org.apache.hadoop.hbase.mapred.TestTableIndex.setUp(TestTableIndex.java:125)

        List<MPartitionColumnPrivilege> partColumnGrants = listPrincipalAllPartitionColumnGrants(
            mRol.getRoleName(), PrincipalType.ROLE);
        if (tblColumnGrants.size() > 0) {
          pm.deletePersistentAll(partColumnGrants);

Size of tblColumnGrants is currently checked.
Size of partColumnGrants should be checked instead.

There's the following connection example string in the beeline -h command output:
 
5. Connect using LDAP authentication
$ beeline -u jdbc:hive2://hs2.local:10013/default <ldap-username> <ldap-password>

When a user attempts to connect like above, it'll fail with LDAP authentication failure. This is because username and passwords are not picked up in the shown form. A working example would be:

$ beeline -n <ldap-username> -p <ldap-password> -u jdbc:hive2://hs2.local:10013/default

HIVE-17563 reimplemented metrics using native nio interfaces. It used the assumption that{{Files.move()}} is atomic operation. It turns out that by default it isn't, unless ATOMIC_MOVE option is specified. Otherwise the destination file is unlinked and then the source file is copied.
This may cause test failure since the file may be temporarily unavailable.

See nabble
http://camel.465427.n5.nabble.com/Hystrix-Fallback-not-executed-on-Thread-Pool-Semaphore-rejection-tp5789521.html

I've been getting this weird error in the 1.4.0 release candidate. I needed to delete my local .m2 directory, and then run mvn camel:run in the bam example (others failed similarly). The patch I attached seems to fix the issue.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
-----------------------------------------------------
this realm = app0.child-container[org.apache.camel:camel-maven-plugin]
urls[0] = file:/home/janstey/.m2/repository/org/apache/camel/camel-maven-plugin/1.4.0/camel-maven-plugin-1.4.0.jar
urls[1] = file:/home/janstey/.m2/repository/org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar
Number of imports: 6
import: org.codehaus.classworlds.Entry@4891bb28
import: org.codehaus.classworlds.Entry@f8e44ca4
import: org.codehaus.classworlds.Entry@c51bc9e7
import: org.codehaus.classworlds.Entry@bece5185
import: org.codehaus.classworlds.Entry@3fee8e37
import: org.codehaus.classworlds.Entry@3fee19d8
this realm = plexus.core
urls[0] = file:/opt/apache-maven-2.0.9/lib/maven-2.0.9-uber.jar
[INFO] Internal error in the plugin manager executing goal 'org.apache.camel:camel-maven-plugin:1.4.0:run': Unable to find the mojo 'org.apache.camel:camel-maven-plugin:1.4.0:run' in the plugin 'org.apache.camel:camel-maven-plugin'
org/codehaus/mojo/exec/AbstractExecMojo

As I report the RateLimiter fail to limit in HBASE-13686, then Ashish Singhi fix that problem by support two kinds of RateLimiter:  AverageIntervalRateLimiter and FixedIntervalRateLimiter. But in my use of the code, I found a new bug about refill() in AverageIntervalRateLimiter.

    long delta = (limit * (now - nextRefillTime)) / super.getTimeUnitInMillis();
    if (delta > 0) {
      this.nextRefillTime = now;
      return Math.min(limit, available + delta);
    }   

When delta > 0, refill maybe return available + delta. Then in the canExecute(), avail will add refillAmount again. So the new avail maybe 2 * avail + delta.

    long refillAmount = refill(limit, avail);
    if (refillAmount == 0 && avail < amount) {
    }   
    // check for positive overflow
    if (avail <= Long.MAX_VALUE - refillAmount) {
      avail = Math.max(0, Math.min(avail + refillAmount, limit));
    } else {
      avail = Math.max(0, limit);
    } 

I will add more unit tests for RateLimiter in the next days.
Review Board: https://reviews.apache.org/r/35384/

It looks like HTableMultiplexer has a couple of issues.
Upon failing to send a Put to the appropriate RS, the Put is re-queued back into the system. Normally this is fine as such an exception is transient and the Put would eventually succeed. However, in the case where the Put was rejected because of a NotServingRegionException (e.g. split, balance, merge), the re-queuing of the Put will end up using the same cached HRegionLocation. This means that the Put will just be repeatedly sent back to the same RS over and over again, eventually being dropped on the floor. Need to invalidate the location cache (or make sure we refresh it) when we re-queue the Put.
The internal ClusterConnection is also leaked. If a user creates many HTableMultiplexers, they'll eventually run into issues (memory, zk connections, etc) because they'll never get cleaned up. HTableMultiplexer needs a close method.

Balancer had assertions at end of the balanceCluster method.  These assertions trigger on occasion – just did for me and did previously for j-d – only there's no data to analyze when it fails.  Add logging data on balancer input and summary.

Several sibling Controllers' Converters were re-written to show just the new field.
and _Roo_DataOnDemand.aj also re-written to use just the new field.
First I added a field to MyEntity.java:
   private String email2;
(Roo generated MyEntity_JavaBean.aj, and made other adjustments to views, etc.)
Then I realized this field is transient:
   private transient email2;
Roo removes the MyEntity_Roo_JavaBean.aj, so I add my own get/set methods:
	transient private String email2;
	public String getEmail2() 
{ return this.email2; }
	public void setEmail2(String email2) 
{ this.email2 = email2; }

When I finally commit to svn, i see the Converters and test/.../MyEntityDataOnDemand are toast.
Note: only one field left in DoD: (the transient)
    public MyEntity MyEntityDataOnDemand.getNewTransientMyEntity(int index) 
{
        my.pkg.MyEntity obj = new my.pkg.MyEntity();
        obj.setEmail2("email2_" + index);
    }

OtherController_Roo_Controller.aj:
    Converter<MyEntity, String> OtherController.getMyEntityConverter() {
        return new Converter<MyEntity, String>() {
            public String convert(MyEntity myEntity) 
{
                return new StringBuilder().append(myEntity.getEmail2()).toString();
            }
        };
    }

The JettyHttpProducer is always sending requests with the header "Transfer-Encoding: chunked" even if the request received by the producer contains a Content-Length header.  This is due to the JettyHttpProducer setting the request content as an InputStreamContentProvider which is hardcoded to always return -1 as its length.  With the content set as an InputStreamContentProvider, when the content.getLength() is called in org.eclipse.jetty.client.HttpConnection ln 120, it is returned as -1.  This causes the "Transfer-Encoding: chunked" header to be added at ln 129.  Again in the org.eclipse.jetty.http.HttpGenerator class getLength() is called on the InputStreamContentProvider and since it is -1, the Content-Length header is not added to the request to be sent out. 

Add test code to run it 100 times then we can make it fail always.
TestSplitLogManager.java
  @Test
  public void test() throws Exception {
      setup();
      testGetPreviousRecoveryMode();
      teardown();
    }
  }

Add then add some ugly debug logs(Yeah I usually debug in this way...)
ZKSplitLogManagerCoordination.java
  @Override
  public void setRecoveryMode(boolean isForInitialization) throws IOException {
    synchronized(this) {
      if (this.isDrainingDone) {
        // when there is no outstanding splitlogtask after master start up, we already have up to 
        // date recovery mode
        return;
      }
    }
    if (this.watcher == null) {
      // when watcher is null(testing code) and recovery mode can only be LOG_SPLITTING
      synchronized(this) {
        this.isDrainingDone = true;
        this.recoveryMode = RecoveryMode.LOG_SPLITTING;
      }
      return;
    }
    boolean hasSplitLogTask = false;
    boolean hasRecoveringRegions = false;
    RecoveryMode previousRecoveryMode = RecoveryMode.UNKNOWN;
    RecoveryMode recoveryModeInConfig =
        (isDistributedLogReplay(conf)) ? RecoveryMode.LOG_REPLAY : RecoveryMode.LOG_SPLITTING;

    // Firstly check if there are outstanding recovering regions
    try {
      List<String> regions = ZKUtil.listChildrenNoWatch(watcher, watcher.recoveringRegionsZNode);
      LOG.debug("=======" + regions);
      if (regions != null && !regions.isEmpty()) {
        hasRecoveringRegions = true;
        previousRecoveryMode = RecoveryMode.LOG_REPLAY;
      }
      if (previousRecoveryMode == RecoveryMode.UNKNOWN) {
        // Secondly check if there are outstanding split log task
        List<String> tasks = ZKUtil.listChildrenNoWatch(watcher, watcher.splitLogZNode);
        LOG.debug("=======" + tasks);
        if (tasks != null && !tasks.isEmpty()) {
          hasSplitLogTask = true;
          if (isForInitialization) {
            // during initialization, try to get recovery mode from splitlogtask
            int listSize = tasks.size();
            for (int i = 0; i < listSize; i++) {
              String task = tasks.get(i);
              try {
                byte[] data =
                    ZKUtil.getData(this.watcher, ZKUtil.joinZNode(watcher.splitLogZNode, task));
                if (data == null) continue;
                SplitLogTask slt = SplitLogTask.parseFrom(data);
                previousRecoveryMode = slt.getMode();
                if (previousRecoveryMode == RecoveryMode.UNKNOWN) {
                  // created by old code base where we don't set recovery mode in splitlogtask
                  // we can safely set to LOG_SPLITTING because we're in master initialization code
                  // before SSH is enabled & there is no outstanding recovering regions
                  previousRecoveryMode = RecoveryMode.LOG_SPLITTING;
                }
                break;
              } catch (DeserializationException e) {
                LOG.warn("Failed parse data for znode " + task, e);
              } catch (InterruptedException e) {
                throw new InterruptedIOException();
              }
            }
          }
        }
      }
      throw new IOException(e);
    }

        return;
      }
      if (!hasSplitLogTask && !hasRecoveringRegions) {
        LOG.debug("====set to " + recoveryModeInConfig);
        this.recoveryMode = recoveryModeInConfig;
        return;
      } else if (!isForInitialization) {
        // splitlogtask hasn't drained yet, keep existing recovery mode
        return;
      }

      if (previousRecoveryMode != RecoveryMode.UNKNOWN) {
        LOG.debug("====set to " + previousRecoveryMode);
        this.isDrainingDone = (previousRecoveryMode == recoveryModeInConfig);
        this.recoveryMode = previousRecoveryMode;
      } else {
      }
    }
  }

When failing, I got this

2015-03-02 12:26:12,555 INFO  [main] master.TestSplitLogManager(654): testGetPreviousRecoveryMode
2015-03-02 12:26:12,600 DEBUG [main-EventThread] zookeeper.ZooKeeperWatcher(388): split-log-manager-tests465da653-db4c-475b-bf73-91ac0ca13323-0x14bd8bbf5d90000, quorum=localhost:53589, baseZNode=/hbase Received ZooKeeper Event, type=None, state=Disconnected, path=null
2015-03-02 12:26:12,600 DEBUG [main-EventThread] zookeeper.ZooKeeperWatcher(477): split-log-manager-tests465da653-db4c-475b-bf73-91ac0ca13323-0x14bd8bbf5d90000, quorum=localhost:53589, baseZNode=/hbase Received Disconnected from ZooKeeper, ignoring
2015-03-02 12:26:12,621 DEBUG [main] coordination.ZKSplitLogManagerCoordination(875): Distributed log replay=true
2015-03-02 12:26:12,626 DEBUG [main] coordination.ZKSplitLogManagerCoordination(798): =======null
2015-03-02 12:26:12,627 DEBUG [main] coordination.ZKSplitLogManagerCoordination(806): =======[testRecovery]
2015-03-02 12:26:12,628 DEBUG [main] coordination.ZKSplitLogManagerCoordination(855): ====set to LOG_SPLITTING
2015-03-02 12:26:12,629 INFO  [main] coordination.ZKSplitLogManagerCoordination(594): found orphan task testRecovery
2015-03-02 12:26:12,630 INFO  [main] coordination.ZKSplitLogManagerCoordination(598): Found 1 orphan tasks and 0 rescan nodes
2015-03-02 12:26:12,631 DEBUG [main-EventThread] coordination.ZKSplitLogManagerCoordination(464): task not yet acquired /hbase/splitWAL/testRecovery ver = 0
2015-03-02 12:26:12,631 INFO  [main-EventThread] coordination.ZKSplitLogManagerCoordination(548): creating orphan task /hbase/splitWAL/testRecovery
2015-03-02 12:26:12,631 INFO  [main-EventThread] coordination.ZKSplitLogManagerCoordination(178): resubmitting unassigned orphan task /hbase/splitWAL/testRecovery
2015-03-02 12:26:12,631 INFO  [main-EventThread] coordination.ZKSplitLogManagerCoordination(229): resubmitting task /hbase/splitWAL/testRecovery
2015-03-02 12:26:12,632 INFO  [main] master.TestSplitLogManager(665): Mode1=LOG_SPLITTING
2015-03-02 12:26:12,633 DEBUG [main-EventThread] zookeeper.ZooKeeperWatcher(388): split-log-manager-tests9317eabf-735c-4a9d-bc5b-8a9269bb6d62-0x14bd8bbf8be0000, quorum=localhost:55209, baseZNode=/hbase Received ZooKeeper Event, type=NodeDataChanged, state=SyncConnected, path=/hbase/splitWAL/testRecovery
2015-03-02 12:26:12,639 INFO  [main] master.TestSplitLogManager(668): Mode2=LOG_SPLITTING
2015-03-02 12:26:12,640 DEBUG [main] coordination.ZKSplitLogManagerCoordination(875): Distributed log replay=true
2015-03-02 12:26:12,641 WARN  [main-EventThread] coordination.ZKSplitLogManagerCoordination$GetDataAsyncCallback(1000): task znode /hbase/splitWAL/testRecovery vanished or not created yet.
2015-03-02 12:26:12,641 DEBUG [main] coordination.ZKSplitLogManagerCoordination(798): =======null
2015-03-02 12:26:12,642 INFO  [main-EventThread] coordination.ZKSplitLogManagerCoordination(472): task /hbase/splitWAL/RESCAN0000000001 entered state: DONE dummy-master,1,1
2015-03-02 12:26:12,642 DEBUG [main] coordination.ZKSplitLogManagerCoordination(806): =======[RESCAN0000000001]
2015-03-02 12:26:12,642 INFO  [main] master.TestSplitLogManager(670): Mode3=LOG_SPLITTING
2015-03-02 12:26:12,642 INFO  [main] hbase.ChoreService(303): Chore service for: dummy-master,1,1_splitLogManager_ had [java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask@35cd95e8] on shutdown
2015-03-02 12:26:12,643 INFO  [main] zookeeper.MiniZooKeeperCluster(244): Shutdown MiniZK cluster with all ZK servers

We got some tasks here and cause hasSplitLogTask to be true.

So we skipped the mode setting stage and returned.
Not sure if it is a race condition in ZKSplitLogManagerCoordination or just a unit test issue.

llap-server/src/main/resources/package.py restricts the keytab URI to support HDFS only and hence fails for other FileSystem API conforming FSs like s3a, wasb, gs, etc.

Hive CombineFilter.getSplits returns single split instead of multiple splits on windows. The comparison in CombineFilter.accept() was using paths converted to strings instead of using Paths themselves, and one of the strings had "/C:" and other had "C:" .
The tests that are affected by this issue include - auto_join18.q,auto_join18_multi_distinct.q,
join18.q,join18_multi_distinct.q,ppd_union_view.q,create_view.q and union20.q

AmqpAppender cannot be used as a root logger appender as it causes an infinite look creating the CachingConnectionFactory. The spring-amqp classes themselves use the same appender; causing this infinite loop during initialization.

For any entity, enter this command:

finder add --finderName f

Roo will respond with:

required --finderName: The finder string as generated with 'list finders for'; no default value

The problem is that there is no "list finders for" command; it's actually the "finder list" command.

The Hive Webserver fails to startup with the following error message, if HIVE_AUX_JARS_PATH environment variable is set (works fine if unset).   
$ build/dist/bin/hive --service hwi
Exception in thread "main" java.io.IOException: Error opening job jar: -libjars
       at org.apache.hadoop.util.RunJar.main(RunJar.java:90)
       at java.util.zip.ZipFile.open(Native Method)
       at java.util.zip.ZipFile.<init>(ZipFile.java:114)
       at java.util.jar.JarFile.<init>(JarFile.java:133)
       at java.util.jar.JarFile.<init>(JarFile.java:70)
       at org.apache.hadoop.util.RunJar.main(RunJar.java:88)
Slightly modifying the command line to launch hadoop in hwi.sh solves the problem:
$ diff bin/ext/hwi.sh  /tmp/new-hwi.sh
28c28
<   exec $HADOOP jar $AUX_JARS_CMD_LINE ${HWI_JAR_FILE} $CLASS $HIVE_OPTS "$@"
—
>   exec $HADOOP jar ${HWI_JAR_FILE}  $CLASS $AUX_JARS_CMD_LINE $HIVE_OPTS "$@"

I pasted the command from the usage instructions embedded in the script, but it fails as follows:
[misty@cheezel dev-support](master)$ bash ./jdiffHBasePublicAPI.sh https://github.com/apache/hbase.git 0.94 https://github.com/MY_REPO/hbase.git 0.94
JDiff evaluation beginning:
Determining if this is a local directory or a git repo.
Looks like https://github.com/apache/hbase.git is a git repo
Looks like https://github.com/MY_REPO/hbase.git is a git repo
We are going to compare source 1 which is a git_repo and source 2, which is a git_repo
0.94
0.94
JDIFF_WORKING_DIRECTORY not set. That's not an issue. We will default it to /tmp/jdiff.
100   183  100   183    0     0    447      0 -::- -::- -::-   448
Archive:  jdiff-1.1.1-with-incompatible-option.zip
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in one of jdiff-1.1.1-with-incompatible-option.zip or
        jdiff-1.1.1-with-incompatible-option.zip.zip, and cannot find jdiff-1.1.1-with-incompatible-option.zip.ZIP, period.

/subsystem=transactions/:read-resource-description

transcation

"jdbc-action-store-table-prefix" => {
                "description" => "Optional prefix for table used to write transcation logs in configured jdbc action store.",
                "requires" => ["use-jdbc-store"],
                "restart-required" => "jvm"
            },

"jdbc-communication-store-table-prefix" => {
                "description" => "Optional prefix for table used to write transcation logs in configured jdbc communication store.",
            },

"jdbc-state-store-table-prefix" => {
                "description" => "Optional prefix for table used to write transcation logs in configured jdbc state store.",
            },

sghould

"jdbc-store-datasource" => {
                "description" => "Jndi name of non-XA datasource used. Datasource sghould be define in datasources subsystem. For this would work the non-XA datasource has to be marked as jta=\"false\".",
            },

Saga-enabled exchanges hang if the expression associated with a option fails. We should throw a error and conclude the saga with failure instead.

from("timer:tick")
  .saga().option("data", simple("${something / fails}"))
      .log("exchange and saga hang...")

Thrift API claims deleteMultiple() returns the list of failed Deletes, but the current implementation throws a TIOError instead.

Several build and reporting plugins used in SWS POMs do not have version specified, which makes builds to be not reproducible. Future Maven versions might no longer support building such malformed project.

  public String[] getRegionServerCoprocessors() {
    TreeSet<String> coprocessors = new TreeSet<String>();
    try {
      coprocessors.addAll(getWAL(null).getCoprocessorHost().getCoprocessors());
    } catch (IOException exception) {
      LOG.warn("Exception attempting to fetch wal coprocessor information for the common wal; " +
          "skipping.");
      LOG.debug("Exception details for failure to fetch wal coprocessor information.", exception);
    }
    Collection<Region> regions = getOnlineRegionsLocalContext();
    for (Region region: regions) {
      coprocessors.addAll(region.getCoprocessorHost().getCoprocessors());
      try {
        coprocessors.addAll(getWAL(region.getRegionInfo()).getCoprocessorHost().getCoprocessors());
      } catch (IOException exception) {
        LOG.warn("Exception attempting to fetch wal coprocessor information for region " + region +
            "; skipping.");
        LOG.debug("Exception details for failure to fetch wal coprocessor information.", exception);
      }
    }
    return coprocessors.toArray(new String[coprocessors.size()]);
  }

A case is that the the JMXListener always disappears on the rs web.

I'v the following job configuration: 

<batch:job id="file2fileJob">
	<batch:step id="file2fileJobStep1">
		<batch:tasklet>
			<batch:chunk commit-interval="1" writer="itemToStringFlatFileItemWriter">
				<batch:reader>
					<bean class="org.springframework.batch.item.file.FlatFileItemReader" scope="step">
						<property name="resource" value="#{jobParameters['input.file.name']}" />
						<property name="lineMapper">
							<bean class="org.springframework.batch.item.file.mapping.PassThroughLineMapper" />
						</property>
					</bean>
				</batch:reader>
			</batch:chunk>
		</batch:tasklet>
	</batch:step>

and the following test: 

@Test
public void file2fileJob() throws Exception {
	/* setup */
	Map<String, JobParameter> parameters = new HashMap<String, JobParameter>();
	parameters.put("input.file.name", new JobParameter("users.csv"));
	File output = testFolder.newFile("output.txt");
	output.createNewFile();
	parameters.put("output.file.name", new JobParameter("file:" + output.getAbsolutePath()));
	/* exercise */
	launcher.run(file2fileJob, new JobParameters(parameters));
	/* verify */
	Resource input = new ClassPathResource("users.csv");
	assertEquals("Input and output should be equal", FileUtils.readLines(input.getFile()), FileUtils.readLines(output));
}

The test is successful. 
But if I had the following job configuration:

<batch:job id="file2DatabaseJob">
	<batch:step id="file2DatabaseJobStep1">
			<!-- TODO - save the User in the database -->
							<bean class="org.springframework.batch.item.file.mapping.DefaultLineMapper">
								<property name="lineTokenizer">
									<bean class="org.springframework.batch.item.file.transform.DelimitedLineTokenizer" />
								</property>
								<property name="fieldSetMapper">
									<bean class="org.springframework.batch.UserFieldSetMapper" />
							</bean>
					</bean>

the same test fails because the 'file2fileJobStep1' lineMapper is no more a PassThroughLineMapper but the same as the file2DatabaseJobStep1 lineMapper... 
If I remove the scope attribute (and update the resource value to an hard-coded value) of the file2fileJobStep1 reader, the test is successful again.  

It's possible for the getDataLocation methods which Entity.getLocation calls to return null and as such NPE

JUnit is listed as using the CPL, but it actually uses the EPL. We need to update our LICENSE file in the shaded jars.

Add lz4 to the list of compression codecs on test compression util.

I saw java.net.SocketTimeoutException on my cluster this evening.

18:12:18,391 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
    ("provider-sasl-server-factory" => "default")
	at org.wildfly.security.sasl.util.SecurityProviderSaslServerFactory.getMechanismNames(SecurityProviderSaslServerFactory.java:88)
	at org.wildfly.extension.elytron.SaslFactoryRuntimeResource$AvailableMechanismsHandler.executeRuntimeStep(SaslFactoryRuntimeResource.java:71)

In org.apache.camel.component.aws.sqs.SqsEndpoint.updateQueueAttributes,
if I don't have any configuration, the created SetQueueAttributesRequest contains a null atttribute collection and AWS emit an error.
In 2.10.1, no problem.
Workaround in 2.10.2 : force the create SetQueueAttributesRequest to contain a valid attribute collection by defining a configuration in camel. 
For exemple: 
from("aws-sqs://"queue"?amazonSQSClient=#amazonSQSClient&delay="pollCycle.getMillis()"&maxMessagesPerPoll=10&deleteAfterRead=false")   
   -> works on 2.10.1, fail on 2.10.2
if I add an argument to my URI"&defaultVisibilityTimeout=30" 
    -> works on 2.10.1, works on 2.10.2
Exception : 
{{
Caused by: org.apache.camel.FailedToCreateRouteException: Failed to create route SQS-to-MongoDB-EVENTS: Route[[From[aws-sqs://EVENTS?amazonSQSClient=#amazonSQSClien... because of Failed to resolve endpoint: aws-sqs://EVENTS?amazonSQSClient=%23amazonSQSClient&delay=60000&deleteAfterRead=false&maxMessagesPerPoll=10 due to: The request must contain the parameter Attribute.Name.
        at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:176) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:722) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:1789) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1575) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1444) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:60) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1412) ~[camel-core-2.10.2.jar:2.10.2]
        at com.netceler.iv5measure.contract.impl.sqs.CamelRoutesLauncher.start(CamelRoutesLauncher.java:55) ~[webapp-0.1.2-SNAPSHOT.jar:0.1.2-SNAPSHOT]
        at com.netceler.iv5measure.contract.impl.config.ConfiguredStreamInitializer.startStreams(ConfiguredStreamInitializer.java:39) ~[webapp-0.1.2-SNAPSHOT.jar:0.1.2-SNAPSHOT]
        ... 58 common frames omitted
Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: aws-sqs://EVENTS?amazonSQSClient=%23amazonSQSClient&delay=60000&deleteAfterRead=false&maxMessagesPerPoll=10 due to: The request must contain the parameter Attribute.Name.
        at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:479) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:50) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:186) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:108) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:114) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.model.FromDefinition.resolveEndpoint(FromDefinition.java:72) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultRouteContext.getEndpoint(DefaultRouteContext.java:90) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:851) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:171) ~[camel-core-2.10.2.jar:2.10.2]
        ... 66 common frames omitted
Caused by: com.amazonaws.AmazonServiceException: The request must contain the parameter Attribute.Name.
        at com.amazonaws.http.AmazonHttpClient.handleErrorResponse(AmazonHttpClient.java:614) ~[aws-java-sdk-1.3.23.jar:na]
        at com.amazonaws.http.AmazonHttpClient.executeHelper(AmazonHttpClient.java:312) ~[aws-java-sdk-1.3.23.jar:na]
        at com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:165) ~[aws-java-sdk-1.3.23.jar:na]
        at com.amazonaws.services.sqs.AmazonSQSClient.invoke(AmazonSQSClient.java:812) ~[aws-java-sdk-1.3.23.jar:na]
        at com.amazonaws.services.sqs.AmazonSQSClient.setQueueAttributes(AmazonSQSClient.java:246) ~[aws-java-sdk-1.3.23.jar:na]
        at com.netceler.infra.aws.sqs.JMXSQS.setQueueAttributes(JMXSQS.java:108) ~[infra-sqs-0.0.3-SNAPSHOT.jar:0.0.3-SNAPSHOT]
        at com.netceler.infra.aws.sqs.AmazonSQSClientProxy.setQueueAttributes(AmazonSQSClientProxy.java:63) ~[infra-sqs-0.0.3-SNAPSHOT.jar:0.0.3-SNAPSHOT]
        at org.apache.camel.component.aws.sqs.SqsEndpoint.updateQueueAttributes(SqsEndpoint.java:139) ~[camel-aws-2.10.2.jar:2.10.2]
        at org.apache.camel.component.aws.sqs.SqsEndpoint.doStart(SqsEndpoint.java:93) ~[camel-aws-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:1763) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultCamelContext.doAddService(DefaultCamelContext.java:931) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultCamelContext.addService(DefaultCamelContext.java:892) ~[camel-core-2.10.2.jar:2.10.2]
        at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:475) ~[camel-core-2.10.2.jar:2.10.2]
        ... 74 common frames omitted
}}

I have an embedded field foo.bar in my document class. I can use a repository to define findByFooBar(String bar), but findByFooBarIgnoreCase(String bar) throws an exception at query time:

java.lang.IllegalArgumentException: part Doc.foo.bar must be of type String but was SIMPLE_PROPERTY (1): [Is, Equals]

Setting maxTextMessageSize or maxBinaryMessageSize has no effect, messages above the limit are still consumed and the route is started.
I was debugging it to understand what was wrong and I came to the conclusion that parameters are set correctly on the camel WebSocketEndpoint and then on the ServletContextHandler (in camel method WebSocketComponent.setWebSocketComponentServletInitialParameter).
But then the same values are null in jetty method WebSocketServlet.init() and they are not set on the WebSocketFactory.
When I open a WebSocket connection I can see the default values are used instead of my settings in jetty WebSocketFactory.upgrade method.
I think the problem is the init parameters that are set on the camel ServletContextHandler are not copied on the jetty ServletHolder.
If I override the websocket bean in blueprint.xml with my own and override the createServlet method to copy the parameters then everything works correctly.
So effectively changing the line in createServlet
	handler.addServlet(new ServletHolder(servlet), pathSpec);
By
	ServletHolder servletHolder = new ServletHolder(servlet);
	servletHolder.setInitParameters(handler.getInitParams());
	handler.addServlet(servletHolder, pathSpec);
Also I think the unit test WebscoketEndpointConfigurationTest.testSetServletInitalparameters is wrong, it simply verifies that the values are set in camel but never checks they are set correctly on the jetty side.

Table.java reads skwed information is not safe. Add check to make is safe

query_properties.q test failure:
[junit] Begin query: query_properties.q
[junit] 12/01/23 16:59:13 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:13 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:18 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:18 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:22 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:22 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:27 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:27 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:32 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:32 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:36 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:36 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:41 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:41 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:46 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:46 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:50 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:50 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:55 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:55 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 16:59:59 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 16:59:59 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 17:00:04 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 17:00:04 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 17:00:08 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 17:00:08 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 17:00:13 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 17:00:13 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 17:00:18 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 17:00:18 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 17:00:22 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 17:00:22 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 17:00:27 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 17:00:27 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] 12/01/23 17:00:31 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 17:00:31 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] diff -a -I file: -I pfile: -I hdfs: -I /tmp/ -I invalidscheme: -I lastUpdateTime -I lastAccessTime -I [Oo]wner -I CreateTime -I LastAccessTime -I Location -I LOCATION ' -I transient_lastDdlTime -I last_modified_ -I java.lang.RuntimeException -I at org -I at sun -I at java -I at junit -I Caused by: -I LOCK_QUERYID: -I LOCK_TIME: -I grantTime -I [.][.][.] [0-9]* more -I job_[0-9]_[0-9] -I USING 'java -cp /home/cloudera/Code/hive/build/ql/test/logs/clientpositive/query_properties.q.out /home/cloudera/Code/hive/ql/src/test/results/clientpositive/query_properties.q.out
[junit] 91c91
[junit] < 97	val_97
[junit] —
[junit] > 238	val_238
[junit] at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_query_properties(TestCliDriver.java:227)
The query that produces the diff is:
SELECT * FROM SRC DISTRIBUTE BY src.key LIMIT 1
The query produces nondeterministic results without and ORDER BY clause.

We are using WebSphereUowTransactionManager with Hibernate JPA with Transaction scoped EntityManagers.  When I have a transaction with REQURIES_NEW.  My transaction synchronizations aren't getting suspended for the new nested Transaction.  This causes my interactions with JPA while in the new transaction to throw TransactionRequiredExceptions because the EntityManager isn't joined with the new transaction.  If I'm using Atomikos as my JTA provider everything seems to work fine.
I can create a test case if needed.  But looking at the code the problem appears to be with this line 242:
SuspendedResourcesHolder suspendedResources = (existingTx && !joinTx ? suspend(null) : null);
If I change the code to:
SuspendedResourcesHolder suspendedResources = (newSynch && !joinTx ? suspend(null) : null);
Everything appears to work fine.  I'm hoping you can recognize this as a simple coding mistake.  Seems weird that "newSynch" wouldn't factor into determining if the synchronizations are suspended or not.
If you need a test case let me know and I'll see what I can come up with.
Mike

Reference manual on page http://static.springsource.org/spring-security/site/docs/3.0.x/reference/ns-config.html#filter-stack as well http://static.springsource.org/spring-security/site/docs/3.1.x/reference/ns-config.html#filter-stack links to non-existent filter class:

SERVLET_API_SUPPORT_FILTER	SecurityContextHolderAwareFilter	http/@servlet-api-provision

SERVLET_API_SUPPORT_FILTER	SecurityContextHolderAwareRequestFilter	http/@servlet-api-provision

When the master is processing a ZK event for REGION_OPENED, it calls delete() on the znode before it removes the node from RegionsInTransition. If the notification of that delete comes back into AssignmentManager before the region is removed from RIT, you see an error like:
2011-08-30 17:43:29,537 WARN  [main-EventThread] master.AssignmentManager(861): Node deleted but still in RIT: .META.,,1.1028785192 state=OPEN, ts=1314751409532, server=todd-w510,55655,1314751396840
Not certain if it causes issues, but it's a concerning log message.

TCLIService.thrift  is updated as part of HIVE-5355. The new enum 
 HIVE_CLI_SERVICE_PROTOCOL_V4 is referred in the file, but the declaration is missing.

If an attribute is mandatory and can be selected by a <field:select component,
no error messages are displayed as no <form:errors tag is available in <field:select.

When a JDBC client like beeline abruptly disconnects from HS2, the session gets closed on the serverside but the session count reported in the logs is incorrect. It never gets decremented.
For example, I created 6 connections from the same instance of beeline to HS2.

2016-07-20T15:05:17,987  INFO [HiveServer2-Handler-Pool: Thread-40] thrift.ThriftCLIService: Opened a session SessionHandle [28b225ee-204f-4b3e-b4fd-0039ef8e276e], current sessions: 1
.....
2016-07-20T15:05:24,239  INFO [HiveServer2-Handler-Pool: Thread-45] thrift.ThriftCLIService: Opened a session SessionHandle [1d267de8-ff9a-4e76-ac5c-e82c871588e7], current sessions: 2
.....
2016-07-20T15:05:25,710  INFO [HiveServer2-Handler-Pool: Thread-50] thrift.ThriftCLIService: Opened a session SessionHandle [04d53deb-8965-464b-aa3f-7042304cfb54], current sessions: 3
.....
2016-07-20T15:05:26,795  INFO [HiveServer2-Handler-Pool: Thread-55] thrift.ThriftCLIService: Opened a session SessionHandle [b4bb8b86-74e1-4e3c-babb-674d34ad1caf], current sessions: 4
2016-07-20T15:05:28,160  INFO [HiveServer2-Handler-Pool: Thread-60] thrift.ThriftCLIService: Opened a session SessionHandle [6d3c3ed9-fadb-4673-8c15-3315b7e2995d], current sessions: 5
.....
2016-07-20T15:05:29,136  INFO [HiveServer2-Handler-Pool: Thread-65] thrift.ThriftCLIService: Opened a session SessionHandle [88b630c0-f272-427d-8263-febfe2222f8d], current sessions: 6

When I CNTRL-C the beeline process, in the HS2 logs I see

2016-07-20T15:11:37,858  INFO [HiveServer2-Handler-Pool: Thread-55] thrift.ThriftCLIService: Session disconnected without closing properly. 
2016-07-20T15:11:37,858  INFO [HiveServer2-Handler-Pool: Thread-40] thrift.ThriftCLIService: Session disconnected without closing properly. 
2016-07-20T15:11:37,858  INFO [HiveServer2-Handler-Pool: Thread-65] thrift.ThriftCLIService: Session disconnected without closing properly. 
2016-07-20T15:11:37,858  INFO [HiveServer2-Handler-Pool: Thread-60] thrift.ThriftCLIService: Session disconnected without closing properly. 
2016-07-20T15:11:37,859  INFO [HiveServer2-Handler-Pool: Thread-50] thrift.ThriftCLIService: Session disconnected without closing properly. 
2016-07-20T15:11:37,859  INFO [HiveServer2-Handler-Pool: Thread-45] thrift.ThriftCLIService: Session disconnected without closing properly. 
2016-07-20T15:11:37,859  INFO [HiveServer2-Handler-Pool: Thread-55] thrift.ThriftCLIService: Closing the session: SessionHandle [b4bb8b86-74e1-4e3c-babb-674d34ad1caf]
2016-07-20T15:11:37,859  INFO [HiveServer2-Handler-Pool: Thread-40] thrift.ThriftCLIService: Closing the session: SessionHandle [28b225ee-204f-4b3e-b4fd-0039ef8e276e]
2016-07-20T15:11:37,859  INFO [HiveServer2-Handler-Pool: Thread-65] thrift.ThriftCLIService: Closing the session: SessionHandle [88b630c0-f272-427d-8263-febfe2222f8d]
2016-07-20T15:11:37,859  INFO [HiveServer2-Handler-Pool: Thread-60] thrift.ThriftCLIService: Closing the session: SessionHandle [6d3c3ed9-fadb-4673-8c15-3315b7e2995d]
2016-07-20T15:11:37,859  INFO [HiveServer2-Handler-Pool: Thread-45] thrift.ThriftCLIService: Closing the session: SessionHandle [1d267de8-ff9a-4e76-ac5c-e82c871588e7]
2016-07-20T15:11:37,859  INFO [HiveServer2-Handler-Pool: Thread-50] thrift.ThriftCLIService: Closing the session: SessionHandle [04d53deb-8965-464b-aa3f-7042304cfb54]

The next time I connect to HS2 via beeline, I see

2016-07-20T15:14:33,679  INFO [HiveServer2-Handler-Pool: Thread-50] thrift.ThriftCLIService: Client protocol version: HIVE_CLI_SERVICE_PROTOCOL_V8
2016-07-20T15:14:33,710  INFO [HiveServer2-Handler-Pool: Thread-50] session.SessionState: Created HDFS directory: /tmp/hive/hive/d47759e8-df3a-4504-9f28-99ff5247352c
2016-07-20T15:14:33,725  INFO [HiveServer2-Handler-Pool: Thread-50] session.SessionState: Created local directory: /var/folders/_3/0w477k4j5bjd6h967rw4vflw0000gp/T/ngangam/d47759e8-df3a-4504-9f28-99ff5247352c
2016-07-20T15:14:33,735  INFO [HiveServer2-Handler-Pool: Thread-50] session.SessionState: Created HDFS directory: /tmp/hive/hive/d47759e8-df3a-4504-9f28-99ff5247352c/_tmp_space.db
2016-07-20T15:14:33,737  INFO [HiveServer2-Handler-Pool: Thread-50] session.HiveSessionImpl: Operation log session directory is created: /var/folders/_3/0w477k4j5bjd6h967rw4vflw0000gp/T/ngangam/operation_logs/d47759e8-df3a-4504-9f28-99ff5247352c
2016-07-20T15:14:33,737  INFO [HiveServer2-Handler-Pool: Thread-50] thrift.ThriftCLIService: Opened a session SessionHandle [d47759e8-df3a-4504-9f28-99ff5247352c], current sessions: 7

So while the sessions itself are closed and cleaned up, the session count reported is not accurate.

Hi,
it seems that RandomValueTokenServices does not validate the client identity by providing a new access token for a given refresh token.
So you can use a refresh token from a other client identity to get a new access token.
Andreas 

An execution like:

./build.sh validate -Dmaven.local.repo="asd dsa"

Fails because handling of command line arguments of build.sh is broken.
btw I can't understand why there should be this block of code:

    for param in $@ ; do
        case $param in
            ## -s .../settings.xml - don't use our own.
            -s)      MVN_SETTINGS_XML_ARGS="";   ADDIT_PARAMS="$ADDIT_PARAMS $param";;
            -*)      ADDIT_PARAMS="$ADDIT_PARAMS $param";;
            clean)   MVN_GOAL="$MVN_GOAL$param ";;
            test)    MVN_GOAL="$MVN_GOAL$param ";;
            install) MVN_GOAL="$MVN_GOAL$param ";;
            deploy)  MVN_GOAL="$MVN_GOAL$param ";;
            site)    MVN_GOAL="$MVN_GOAL$param ";;
            *)       ADDIT_PARAMS="$ADDIT_PARAMS $param";;
        esac
    done

I can't spot anything useful it does but anyways, I'll prepare a pull request for fixing it in a minute.

HBASE-7425 brings bootstrap based webui to hbase. While trying on trunk version, Firefox works well, but IE 8/9 layout and style look strange due to compatibility issue. Add "<!DOCTYPE html ...>" at the beginning of all jamon html/jsp templates to fix it.
Seems HBase-2110 had a work to comment out the DOCTYPE for all .jsp to make the browser run the pages in Quirks mode (http://en.wikipedia.org/wiki/Quirks_mode) due to jetty issue at that time?
To support the compatibility of webui across browsers (IE/Firefox/Chrome, etc.), there are some guidelines for choosing rendering the page under standard mode or quirk mode:
http://en.wikipedia.org/wiki/Quirks_mode
http://hsivonen.iki.fi/doctype/
According to document, "<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">" has the most extensive compatibility even for HTML 5. According to my test, add this could make webui works in IE (standard mode), while Firefox could not work well with styles. Looks like if in Firefox, we still need the quirk mode (no DOCTYPE declaration). 
So just adding conditional DOCTYPE declaration for IE,
<!--[if IE]>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<![endif]-->
this could make webui works for both IE and Firefox, also for Chrome and other browsers.

hbase-assembly fails to build with bash 4.

[DEBUG] Executing command line: [env, bash, -c, cat maven-shared-archive-resources/META-INF/NOTICE \
                  `find /Users/jg/github/hbase/hbase-assembly/target/dependency -iname NOTICE -or -iname NOTICE.txt` \]

[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.4.0:exec (concat-NOTICE-files) on project hbase-assembly: Command execution failed. Process exited with an error: 1 (Exit value: 1) -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.4.0:exec (concat-NOTICE-files) on project hbase-assembly: Command execution failed.

The error is caused by the trailing backslash in the bash command for concat-NOTICE-files. You can see the behavioral difference between bash 3 and 4 with the following snippet.

$ # Using bash 3
$ /bin/bash -c 'cat <(echo foo) \' && echo good || echo bad
foo
good

$ # Using bash 4
$ /usr/local/bin/bash -c 'cat <(echo foo) \' && echo good || echo bad
foo
cat: \: No such file or directory
bad

Using the new patch mechanism, I'm getting multiple error messages with the JBoss A-MQ 6.2.0 GA and the newest build nr. 071. 
The A-MQ output is attached.

HBase 0.95.0RC0 is failing out of the box because of some ZooKeeper exceptions to write in /var/folders/
jmspaggi@virtual:~/hbase-0.95.0-hadoop1$ bin/start-hbase.sh 
jmspaggi@virtual:~/hbase-0.95.0-hadoop1$ tail -100f logs/hbase-jmspaggi-master-virtual.log 
mardi 2 avril 2013, 07:24:13 (UTC-0400) Starting master on virtual
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 31634
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 31634
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
2013-04-02 07:24:16,093 INFO org.apache.hadoop.hbase.util.VersionInfo: HBase 0.95.0-hadoop1
2013-04-02 07:24:16,132 INFO org.apache.hadoop.hbase.util.VersionInfo: Subversion file:///Users/stack/checkouts/0.95/hbase-common -r Unknown
2013-04-02 07:24:16,132 INFO org.apache.hadoop.hbase.util.VersionInfo: Compiled by stack on Mon Apr  1 15:38:48 PDT 2013
2013-04-02 07:24:17,475 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:zookeeper.version=3.4.5-1392090, built on 09/30/2012 17:52 GMT
2013-04-02 07:24:17,475 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:host.name=virtual.distparser.com
2013-04-02 07:24:17,586 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:java.version=1.7.0_13
2013-04-02 07:24:17,587 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:java.vendor=Oracle Corporation
2013-04-02 07:24:17,587 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:java.home=/home/jmspaggi/jdk/jre
2013-04-02 07:24:17,587 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:java.class.path=/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../conf:/home/jmspaggi/jdk//lib/tools.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/..:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/activation-1.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/asm-3.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-beanutils-1.7.0.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-beanutils-core-1.8.0.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-cli-1.2.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-codec-1.7.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-collections-3.2.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-configuration-1.6.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-digester-1.8.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-el-1.0.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-httpclient-3.0.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-io-2.4.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-lang-2.6.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-logging-1.1.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-math-2.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/commons-net-1.4.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/core-3.1.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/findbugs-annotations-1.3.9-1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/guava-12.0.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hadoop-core-1.1.2.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-client-0.95.0-hadoop1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-common-0.95.0-hadoop1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-common-0.95.0-hadoop1-tests.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-examples-0.95.0-hadoop1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-hadoop1-compat-0.95.0-hadoop1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-hadoop-compat-0.95.0-hadoop1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-it-0.95.0-hadoop1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-it-0.95.0-hadoop1-tests.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-prefix-tree-0.95.0-hadoop1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-protocol-0.95.0-hadoop1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-server-0.95.0-hadoop1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/hbase-server-0.95.0-hadoop1-tests.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/high-scale-lib-1.1.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/htrace-1.50.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/httpclient-4.1.3.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/httpcore-4.1.3.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jackson-core-asl-1.8.8.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jackson-jaxrs-1.8.8.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jackson-mapper-asl-1.8.8.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jackson-xc-1.8.8.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jamon-runtime-2.3.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jasper-compiler-5.5.23.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jasper-runtime-5.5.23.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jaxb-api-2.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jaxb-impl-2.2.3-1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jersey-core-1.8.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jersey-json-1.8.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jersey-server-1.8.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jetty-6.1.26.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jetty-util-6.1.26.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jruby-complete-1.6.8.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jsp-2.1-6.1.14.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jsp-api-2.1-6.1.14.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/jsr305-1.3.9.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/libthrift-0.9.0.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/log4j-1.2.17.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/metrics-core-2.1.2.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/netty-3.5.9.Final.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/protobuf-java-2.4.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/servlet-api-2.5-6.1.14.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/slf4j-api-1.4.3.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/slf4j-log4j12-1.4.3.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/stax-api-1.0.1.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/xmlenc-0.52.jar:/home/jmspaggi/hbase-0.95.0-hadoop1/bin/../lib/zookeeper-3.4.5.jar:/etc/hadoop:/usr/lib/jvm/java-6-sun/lib/tools.jar:/usr/libexec/../share/hadoop:/usr/libexec/../share/hadoop/hadoop-core-1.1.1.jar:/usr/libexec/../share/hadoop/lib/asm-3.2.jar:/usr/libexec/../share/hadoop/lib/aspectjrt-1.6.11.jar:/usr/libexec/../share/hadoop/lib/aspectjtools-1.6.11.jar:/usr/libexec/../share/hadoop/lib/commons-beanutils-1.7.0.jar:/usr/libexec/../share/hadoop/lib/commons-beanutils-core-1.8.0.jar:/usr/libexec/../share/hadoop/lib/commons-cli-1.2.jar:/usr/libexec/../share/hadoop/lib/commons-codec-1.4.jar:/usr/libexec/../share/hadoop/lib/commons-collections-3.2.1.jar:/usr/libexec/../share/hadoop/lib/commons-configuration-1.6.jar:/usr/libexec/../share/hadoop/lib/commons-daemon-1.0.1.jar:/usr/libexec/../share/hadoop/lib/commons-digester-1.8.jar:/usr/libexec/../share/hadoop/lib/commons-el-1.0.jar:/usr/libexec/../share/hadoop/lib/commons-httpclient-3.0.1.jar:/usr/libexec/../share/hadoop/lib/commons-io-2.1.jar:/usr/libexec/../share/hadoop/lib/commons-lang-2.4.jar:/usr/libexec/../share/hadoop/lib/commons-logging-1.1.1.jar:/usr/libexec/../share/hadoop/lib/commons-logging-api-1.0.4.jar:/usr/libexec/../share/hadoop/lib/commons-math-2.1.jar:/usr/libexec/../share/hadoop/lib/commons-net-3.1.jar:/usr/libexec/../share/hadoop/lib/core-3.1.1.jar:/usr/libexec/../share/hadoop/lib/hadoop-capacity-scheduler-1.1.1.jar:/usr/libexec/../share/hadoop/lib/hadoop-fairscheduler-1.1.1.jar:/usr/libexec/../share/hadoop/lib/hadoop-thriftfs-1.1.1.jar:/usr/libexec/../share/hadoop/lib/hsqldb-1.8.0.10.jar:/usr/libexec/../share/hadoop/lib/jackson-core-asl-1.8.8.jar:/usr/libexec/../share/hadoop/lib/jackson-mapper-asl-1.8.8.jar:/usr/libexec/../share/hadoop/lib/jasper-compiler-5.5.12.jar:/usr/libexec/../share/hadoop/lib/jasper-runtime-5.5.12.jar:/usr/libexec/../share/hadoop/lib/jdeb-0.8.jar:/usr/libexec/../share/hadoop/lib/jersey-core-1.8.jar:/usr/libexec/../share/hadoop/lib/jersey-json-1.8.jar:/usr/libexec/../share/hadoop/lib/jersey-server-1.8.jar:/usr/libexec/../share/hadoop/lib/jets3t-0.6.1.jar:/usr/libexec/../share/hadoop/lib/jetty-6.1.26.jar:/usr/libexec/../share/hadoop/lib/jetty-util-6.1.26.jar:/usr/libexec/../share/hadoop/lib/jsch-0.1.42.jar:/usr/libexec/../share/hadoop/lib/junit-4.5.jar:/usr/libexec/../share/hadoop/lib/kfs-0.2.2.jar:/usr/libexec/../share/hadoop/lib/log4j-1.2.15.jar:/usr/libexec/../share/hadoop/lib/mockito-all-1.8.5.jar:/usr/libexec/../share/hadoop/lib/oro-2.0.8.jar:/usr/libexec/../share/hadoop/lib/servlet-api-2.5-20081211.jar:/usr/libexec/../share/hadoop/lib/slf4j-api-1.4.3.jar:/usr/libexec/../share/hadoop/lib/slf4j-log4j12-1.4.3.jar:/usr/libexec/../share/hadoop/lib/xmlenc-0.52.jar:/usr/libexec/../share/hadoop/lib/jsp-2.1/jsp-2.1.jar:/usr/libexec/../share/hadoop/lib/jsp-2.1/jsp-api-2.1.jar
2013-04-02 07:24:17,588 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:java.library.path=/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
2013-04-02 07:24:17,588 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:java.io.tmpdir=/tmp
2013-04-02 07:24:17,588 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:java.compiler=<NA>
2013-04-02 07:24:17,589 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:os.name=Linux
2013-04-02 07:24:17,589 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:os.arch=amd64
2013-04-02 07:24:17,589 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:os.version=3.2.0-4-amd64
2013-04-02 07:24:17,589 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:user.name=jmspaggi
2013-04-02 07:24:17,589 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:user.home=/home/jmspaggi
2013-04-02 07:24:17,589 INFO org.apache.zookeeper.server.ZooKeeperServer: Server environment:user.dir=/home/jmspaggi/hbase-0.95.0-hadoop1
2013-04-02 07:24:17,598 ERROR org.apache.hadoop.hbase.master.HMasterCommandLine: Failed to start master
java.io.IOException: Unable to create data directory /var/folders/bp/2z1cykc92rs6j24251cg__ph0000gp/T/hbase-stack/zookeeper/zookeeper_0/version-2
	at org.apache.zookeeper.server.persistence.FileTxnSnapLog.<init>(FileTxnSnapLog.java:85)
	at org.apache.zookeeper.server.ZooKeeperServer.<init>(ZooKeeperServer.java:213)
	at org.apache.hadoop.hbase.zookeeper.MiniZooKeeperCluster.startup(MiniZooKeeperCluster.java:161)
	at org.apache.hadoop.hbase.zookeeper.MiniZooKeeperCluster.startup(MiniZooKeeperCluster.java:131)
	at org.apache.hadoop.hbase.master.HMasterCommandLine.startMaster(HMasterCommandLine.java:137)
	at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:107)
	at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:2482)

09/06/08 22:58:47 INFO zookeeper.ZooKeeper: Initiating client connection, host=B
OA03:2181,BOA02:2181,BOA01:2181,BOA04:2181 sessionTimeout=10000 watcher=org.apac
he.hadoop.hbase.zookeeper.WatcherWrapper@518bf072
09/06/08 22:58:47 INFO zookeeper.ClientCnxn: zookeeper.disableAutoWatchReset is
false
09/06/08 22:58:47 INFO zookeeper.ClientCnxn: Attempting connection to server BOA
04/172.20.3.231:2181
09/06/08 22:58:47 INFO zookeeper.ClientCnxn: Priming connection to java.nio.chan
nels.SocketChannel[connected local=/172.20.3.232:40296 remote=BOA04/172.20.3.231
:2181]
09/06/08 22:58:47 INFO zookeeper.ClientCnxn: Server connection successful
09/06/08 22:58:47 WARN mapred.JobClient: Use GenericOptionsParser for parsing th
e arguments. Applications should implement Tool for the same.
09/06/08 22:58:47 WARN mapred.JobClient: No job jar file set.  User classes may
not be found. See JobConf(Class) or JobConf#setJar(String).
he.hadoop.hbase.zookeeper.WatcherWrapper@362f0d54
03/172.20.3.230:2181
nels.SocketChannel[connected local=/172.20.3.232:42792 remote=BOA03/172.20.3.230
:2181]
09/06/08 22:58:48 INFO mapred.TableInputFormatBase: split: 0->BOA04.trendmicro.c
om:,01e33c601a7a9dd0ddb5c8427438f2f1
Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 32
        at org.apache.hadoop.hbase.util.Bytes.compareTo(Bytes.java:798)
        at org.apache.hadoop.hbase.KeyValue$KeyComparator.compareRows(KeyValue.j
ava:1760)
        at org.apache.hadoop.hbase.KeyValue$KeyComparator.compare(KeyValue.java:
1696)
1755)
1687)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getCac
hedLocation(HConnectionManager.java:697)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locate
RegionInMeta(HConnectionManager.java:541)
Region(HConnectionManager.java:525)
Region(HConnectionManager.java:488)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getReg
ionLocation(HConnectionManager.java:342)
        at org.apache.hadoop.hbase.client.HTable.getRegionLocation(HTable.java:1
91)
        at org.apache.hadoop.hbase.mapred.TableInputFormatBase.getSplits(TableIn
putFormatBase.java:296)
        at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:742)
        at org.apache.hadoop.mapred.JobClient.runJob(JobClient.java:1026)
        at net.iridiant.crawler.mapred.DocumentParser.main(Unknown Source)

christians-mbp:karaf cmueller$ mvn clean install -Pvalidate
...
[INFO]     OK: imports resolved for camel-flatpack
[WARNING] Failed to validate feature camel-fop
[WARNING] No export found to match org.apache.bcel.classfile;version="[5.1,6)" (imported by mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.xalan/2.7.1_7)
[WARNING] No export found to match org.apache.bcel.util;version="[5.1,6)" (imported by mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.xalan/2.7.1_7)
[WARNING] No export found to match org.apache.bcel.generic;version="[5.1,6)" (imported by mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.xalan/2.7.1_7)

When application client runs with security manager, it should have assigned security permissions defined in permissions.xml in parent EAR.

TestMiniTezCliDriver.testCliDriver_mergejoin fails on Centos 6 due to the statement "set mapred.reduce.tasks = 18;"

I'm experimenting with the new async servlet support and created an AsyncHandlerInterceptor with a getAsyncCallable method that always returns null. Returning null is allowed according to the JavaDoc.
Now with every request Spring logs the following exception with severity error. The interceptor and the website seem to function normally, but the logging is quite annoying.
2012-06-20 17:52:15,154 ERROR [http-bio-443-exec-22] o.s.w.s.HandlerExecutionChain [HandlerExecutionChain.java:176] HandlerInterceptor.addAsyncCallables threw exception
java.lang.IllegalArgumentException: Callable required
        at org.springframework.util.Assert.notNull(Assert.java:112) ~[spring-core-3.2.0.M1.jar:3.2.0.M1]
        at org.springframework.web.context.request.async.AsyncExecutionChain.addDelegatingCallable(AsyncExecutionChain.java:130) ~[spring-web-3.2.0.M1.jar:3.2.0.M1]
        at org.springframework.web.servlet.HandlerExecutionChain.addDelegatingCallables(HandlerExecutionChain.java:173) ~[spring-webmvc-3.2.0.M1.jar:3.2.0.M1]
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:944) [spring-webmvc-3.2.0.M1.jar:3.2.0.M1]
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:859) [spring-webmvc-3.2.0.M1.jar:3.2.0.M1]
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:883) [spring-webmvc-3.2.0.M1.jar:3.2.0.M1]
        at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:792) [spring-webmvc-3.2.0.M1.jar:3.2.0.M1]
[...]

Close the driver object if it exists before creating another driver object. Bunch of HiveServer & JDBC related unit tests are failing because of these file handle leaks.

Currently AssignmentManager.handleRegion skips processing of ZK event change if the RS is offline. It relies on TimeoutMonitor and ServerShutdownHandler to process RIT.
      // Verify this is a known server
      if (!serverManager.isServerOnline(sn) &&
          !this.master.getServerName().equals(sn)) 
{
        LOG.warn("Attempted to handle region transition for server but " +
          "server is not online: " + Bytes.toString(data.getRegionName()));
        return;
      }

For certain states like OPENED, OPENING, FAILED_OPEN, CLOSED, it can continue the progressing even if the RS is offline.

The throws declaration for Bytes.incrementBytes() states that an IOException is thrown by the method, and javadocs suggest that this is expected if the byte array's size is larger than SIZEOF_LONG.
The code actually uses an IllegalArgumentException, which is probably more appropriate anyways. This should be changed to simplify the code that uses this method.

The HTable.mutateRow() and checkAndMutate api internally uses multi(). Tho after getting a response it does not go through returned region action result list to check for exceptions. 
Adding a patch for trunk tho we've observed this issue in 0.98 as well. 

Having a project with about 90 entities (not big ones), integration tests and controllers make roo shell hang up for about 20-40 minutes when starting, with the CPU at 100%.
I have created a basic roo script creating 100 entities with only 5 fields in each and without any relations. It also creates the controllers and the integration tests.
After the script is done, just exit roo and start the shell again and it start consuming CPU and hanging. Just type 'hint' and it's only when you get the prompt back that roo becomes enable. Then, when you do some manual changes in entities, roo has really some trouble identifying and applying changes.
We have decided to use roo to develop our new application, but if this issue can't be resolved (or at lease have a workaround), we'll have to continue without roo.

There are two resource leaks in org.wildfly.security.credential.store.impl.KeystorePasswordStore on line 413 [1] and 460 [2]. Both FileOutputStream and FileInputStream should be closed.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/ef67225884aa79b8e949c768a867c303af09fac4/src/main/java/org/wildfly/security/credential/store/impl/KeystorePasswordStore.java#L413
[2] https://github.com/wildfly-security/wildfly-elytron/blob/ef67225884aa79b8e949c768a867c303af09fac4/src/main/java/org/wildfly/security/credential/store/impl/KeystorePasswordStore.java#L460

With block caching, when one client starts reading a block and another one comes around asking for the same block, the second client waits for the first one to finish reading and returns the block from cache. This is achieved by locking on the block offset using IdLock, a "sparse lock" primitive allowing to lock on arbitrary long numbers. However, in case there is no block caching, there is no reason to wait for other clients that are reading the same block. One challenge optimizing this that we don't necessary have accurate information about whether other HFile API clients interested in the block would cache it.
Setting priority as minor, as it is very unusual to turn off block caching.

In our CI cluster we regularly see failures building the feature-pack module due to lack of heap space. Increasing it to 1024 seems to be enough to avoid these intermittent failures. Example output:

[INFO] --- maven-assembly-plugin:2.5.3:single (assemble) @ wildfly-feature-pack ---
[INFO] Reading assembly descriptor: assembly.xml
[INFO] Building zip: /home/mmusgrov/source/forks/narayana/jboss-as/feature-pack/target/wildfly-10.0.0.Alpha3-SNAPSHOT.zip
[INFO] 
[INFO] --- license-maven-plugin:1.8:download-licenses (default) @ wildfly-feature-pack ---
[INFO] Total time: 07:09 min
[INFO] Finished at: 2015-06-23T16:21:09+01:00
[INFO] Final Memory: 60M/399M
[ERROR] Java heap space -> [Help 1]
[ERROR] 
[ERROR] 
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/OutOfMemoryError

FileUtils.isActionPermittedForFileHierarchy checks if user has permissions for given action. The checks are made by impersonating the user.
However, the listing of child dirs are done as the hiveserver2 user. If the hive user doesn't have permissions on the filesystem, it gives incorrect error that the user doesn't have permissions to perform the action.
Impersonating the end user for all file operations in that function is also logically correct thing to do.

startLimit and allowStartIfComplete are properties on AbstractStep and SimpleStepFactoryBean.  However, there is currently no way to set them using the batch namespace.

Test org.jboss.as.test.integration.ee.jmx.property.JMXPropertyEditorsTestCase fails on Solaris, because environment variable USER is not set.
From the source:
USER_SYS_PROP = System.getProperty("os.name","linux").contains("indows")?"USERNAME":"USER";
So there is already a differentiation between Windows and others.
For Solaris LOGNAME is the variable to use. And os.name is SunOS.

ExportSnapshot performs the following validation check before starting export:

    // Check if the snapshot already in-progress
    if (outputFs.exists(snapshotTmpDir)) {
      System.err.println("A snapshot with the same name '" + snapshotName + "' is in-progress");
      return 1;
    }

The intention was to prevent concurrent snapshot export when snapshot with the same name may be outstanding.
Here is sample output:

hbase@ip-10-165-36-226 root$ hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot snapone -copy-to hdfs://10.12.113.22:8020/apps/hbase/data -mappers 1
A snapshot with the same name 'snapone' is in-progress

We should note the actual path in the error message so that user can check whether the snapshot with same name is still pending.

There are a couple places in Undertow that are using core's SecurityRealmService class instead of its Service type, SecurityRealm.  Clean that up to help make it clear what code from core's domain-management code is API relied upon by subsystems.

To reproduce this issue, run the following DDL:

CREATE TABLE foo STORED AS PARQUET AS SELECT CAST(1 AS TINYINT);

And then check the schema of the written Parquet file:

$ parquet-schema $WAREHOUSE_PATH/foo/000000_0
  optional int32 _c0;
}

When translating Hive types into Parquet types, TINYINT and SMALLINT should be translated into the int32 (INT_8) and int32 (INT_16) respectively. However, HiveSchemaConverter converts all of TINYINT, SMALLINT, and INT into Parquet int32. This causes problem when accessing Parquet files generated by Hive in other systems since type information gets wrong.

Price spikes for spot instances cause PTest2 major issues. We should be able to ride them out while providing some minimum level of service.

If some RPC service, called on region throws exception, execService still tries to build Message. In case of complex messages with required fields it complicates service code because service need to pass fake protobuf objects, so they can be barely buildable. 
To mitigate that I propose to check that controller was failed and return null from call instead of failing with exception.

I have been burned a few times lately while developing code by having the make sure that the hadoop jar in hbase/lib is exactly correct.  In my own deployment, there are actually 3 jars and a native library to keep in sync that hbase shouldn't have to know about explicitly.  A similar problem arises when using stock hbase with CDH3 because of the security patches changing the wire protocol.
All of these problems could be avoided by not assuming that the hadoop library is in the local directory.  Moreover, I think it might be possible to assemble the distribution such that the compile time hadoop dependency is in a cognate directory to lib and is referenced using a default value for HADOOP_HOME.
Does anybody have any violent antipathies to such a change?

udf init failed, and throw a exception, but hive catch it and do nothing, leading to app succ, but no data is generated.

GenericUDFReflect.java#evaluate()

try {  

   o = null;  

   o = ReflectionUtils.newInstance(c, null);

}   catch (Exception e) {  

// ignored

}

There are several split related configurations, such as MAPREDMINSPLITSIZE, MAPREDMINSPLITSIZEPERNODE, MAPREDMINSPLITSIZEPERRACK, etc., that should be populated to HiveConf. Currently we only do this for MAPREDMINSPLITSIZE.
All the others, if not set, will be using the default value, which is 1.
Without these, Spark sometimes will not merge small files for file formats such as text.

After WFLY-3067 change, CustomerServiceImpl can only be deployed with address http://localhost:8080/webcontext/test1. It should be started with /test2 urlPattern too.

  <servlet>
    <servlet-name>TestService</servlet-name>
    <servlet-class>org.jboss.test.ws.jaxws.samples.webresult.CustomerServiceImpl</servlet-class>
    <url-pattern>/test1/*</url-pattern>
  <servlet>
    <servlet-name>TestService2</servlet-name>
    <url-pattern>/test2/*</url-pattern>

In wildfly we have a number of thread context related things go on that associate the current thread with the deployment unit that the call originates from. For this to work in the context of an ARQ deployment we need to call SetupActions in the server side test piece.
With standalone WildFly, this happens in the jmx protocol, which is not being used by Swarm.
While this functionality is missing, certain JNDI, CDI and possibly other stuff won't work from a Swarm ARQ deployment.
This code, for example, fails with NNFE although the bean is registered under this name.

        InitialContext context = new InitialContext();
        context.lookup("java:module/MySingletonBean");

Few links in http://hbase.apache.org/ is not working. 
For example, Ref Guide (multi-page) will actually link to http://hbase.apache.org/book/book.html and if I try to open this, Page not found error is coming.
If I add /book in the url, like http://hbase.apache.org/book/book/book.html, it is taking me to the Apache HBase Reference Guide 
I think the folder structure has been changed.

For UDAFs, when generating a plan without map-side-aggregation, constant agg parameters having ConstantObjectInspectors will be replaced by ExprNodeColumnDescs. A UDFArgumentTypeException will be thrown if a UDAF need to checkout parameters' types. 
An example used to reply the error is 

SELECT percentile_approx(cast(substr(src.value,5) AS double), 0.5) FROM src;

. 
Here is the log 

2012-09-20 12:36:06,947 DEBUG exec.FunctionRegistry (FunctionRegistry.java:getGenericUDAFResolver(849)) - Looking up GenericUDAF: percentile_approx
2012-09-20 12:36:06,952 ERROR ql.Driver (SessionState.java:printError(400)) - FAILED: UDFArgumentTypeException The second argument must be a constant, but double was passed instead.
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFPercentileApprox.getEvaluator(GenericUDAFPercentileApprox.java:149)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getGenericUDAFEvaluator(FunctionRegistry.java:774)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getGenericUDAFEvaluator(SemanticAnalyzer.java:2389)
	at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_udaf_percentile_approx_replay(TestCliDriver.java:125)

I'm using aws-sqs 2.17.3, if I set deleteAfterRead=true and deleteIfFiltered=false in my DSL, the message will not be deleted. If I want to delete the message after read it, I have to set deleteAfterRead and deleteIfFiltered both with true when I use the two options in one DSL, but in fact there is no filter in my route, the message should be removed whatever the deleteIfFiltered option set to ture or false.
SqsConsumerDeleteTest.java
from("aws-sqs:my-quque"
    + "?amazonSQSClient=#conn_cAWSConnection_1"
    + "&deleteAfterRead=" + true + "&deleteIfFiltered="
    + false).to("log:qs_route.cLog_1" + "?level=DEBUG").to("mock:mock_1");

I attached my test file, after run the test method, the sqs message still exists in the sqs queue after 30 seconds.

Method org.springframework.data.domain.ExampleMatcher.GenericPropertyMatchers.exact() returns matcher that matches using "start with" algorithm, not "exact" algorithm. See: https://github.com/spring-projects/spring-data-commons/blame/master/src/main/java/org/springframework/data/domain/ExampleMatcher.java#L610

If Visbility controller is configured as RegionServerCP then we are not throwing the proper response in the error msg. Instead we say zk == null.
This JIRA just tries to throw a proper error msg in case Visibility CP is of type RegionServerCP.  
If you are fine with the patch attached, we can include this in our next RC. 

It comes from email list which stack post.
This is the some relates QA information.
https://builds.apache.org/view/H-L/view/HBase/job/HBase-Trunk_matrix/512/jdk=latest1.8,label=Hadoop/testReport/org.apache.hadoop.hbase.master/TestTableLockManager/testReapAllTableLocks/
The reason is here.

    writeLocksObtained.await();
    writeLocksAttempted.await();

writeLocksAttempted maybe count down to 0 before created node on ZK,  and main thread will go on to run lockManager.reapWriteLocks(),  And after that node was created on ZK,  so relates lock acquire will timeout.
I upload a patch which can reproduce this issue.

This is the most frequently failing test in the recent 0.94 jenkins builds.
Looking at the code it seem the timeouts are a bit too aggressive (there's only a 500ms window for the test to detect that a ZK was removed). I think we should just double the timeouts.

Results :
org.apache.hadoop.hbase.regionserver.TestHRegion.testFlushSizeAccounting(org.apache.hadoop.hbase.regionserver.TestHRegion)
  Run 1: TestHRegion.testFlushSizeAccounting:465 expected:<384> but was:<368>
  Run 2: TestHRegion.testFlushSizeAccounting:465 expected:<384> but was:<368>
  Run 3: TestHRegion.testFlushSizeAccounting:465 expected:<384> but was:<368>
org.apache.hadoop.hbase.regionserver.TestHRegion.testMemstoreSizeAccountingWithFailedPostBatchMutate(org.apache.hadoop.hbase.regionserver.TestHRegion)
  Run 1: TestHRegion.testMemstoreSizeAccountingWithFailedPostBatchMutate:434 memstoreSize should be incremented expected:<448> but was:<432>
  Run 2: TestHRegion.testMemstoreSizeAccountingWithFailedPostBatchMutate:434 memstoreSize should be incremented expected:<448> but was:<432>
  Run 3: TestHRegion.testMemstoreSizeAccountingWithFailedPostBatchMutate:434 memstoreSize should be incremented expected:<448> but was:<432>
Tests run: 2567, Failures: 2, Errors: 0, Skipped: 56

Currently hawtio's hard-coded to accept 'admin' by default, we should however configure hawtio to allow the pre-defined set of roles, I would suggest for the Fuse/AMQ distro in etc/system.properties:
hawtio.roles=admin,manager,viewer,Operator,Maintainer,Deployer,Auditor,Administrator,SuperUser,User
Would be good to get this into the hawtio profile so the setting is consistent in a fabric as well.

If, for whatever reason, the providerUsers parameter is null, then a NPE is guaranteed to happen in the line doing the check.  
		if (providerUsers.isEmpty()) 
{
			throw new IllegalArgumentException("Unable to execute find: no providerUsers provided");
		}

A better way would be to guard like the following
if(providerUser == null || providerUsers.isEmpty()) {
  ...
}

For 'persistence setup --provider ECLIPSELINK --database MYSQL '
If you have a column studyStatus in table A, and a table named StudyStatus then 
Then the command 'database reverse engineer --schema myschema' will fail with the message:
Field 'studyStatus' already defined in ITD
A work around is to rename the column to something else.
This will not fail when running in a Windows environment (presumably because the table names are returned as all lower case in Windows)

When an OutOfMemory occurs, threads do not abort.
But, it is expected that threads will be abort in this situation.

The management operations specified in the description for: https://issues.jboss.org/browse/WFLY-7486
... should fail during model validation due to a missing capability, since the default-cache was not defined.  However, the commands will succeed, even though the singleton policy will fail at runtime due to a missing service dependency.

Index tables have been removed from Hive as of HIVE-18715.
However, in case users still have index tables defined in the metastore, we should keep the TableType.INDEX_TABLE enum around so that users can drop these tables. Without the enum defined Hive cannot do anything with them as it fails with IllegalArgumentException errors when trying to call TableType.valueOf() on INDEX_TABLE.

There are quite some ERROR messages in the log, which sounds some problems but actually they are not.

Binary values in the shell don't seem to be formatted correctly.  For example:

hbase(main):007:0> put 't1', 'r1', 'f1:q1', "\x91", 1000

hbase(main):008:0> scan 't1'
 r1                          column=f1:q1, timestamp=1260417826655, value=\357\277\275
1 row(s) in 0.1090 seconds

In this case we insert a single byte (double quotes needed for it to interpret the hex value correctly), but when formatted, it appears as 3 bytes in octal.
The same thing happens when the data is inserted via the Java api.  For example, this code:

HTableDescriptor tableDesc = new HTableDescriptor("t2");
tableDesc.addFamily(new HColumnDescriptor("f1"));
HBaseAdmin admin = new HBaseAdmin(new HBaseConfiguration());
admin.createTable(tableDesc);
HTable table = new HTable("t2");
Put put = new Put(Bytes.toBytes("r1"));
put.add(Bytes.toBytes("f1"), Bytes.toBytes("q1"), new byte[] {(byte) 0x91});
Result result = table.get(new Get(Bytes.toBytes("r1")));
System.out.println(Bytes.toStringBinary(result.raw()[0].getValue()));

Prints out \x91
And then accessing via shell gives:

hbase(main):009:0> scan 't2'
 r1                          column=f1:q1, timestamp=1260418531959, value=\357\277\275
1 row(s) in 0.1100 seconds

In the ZipDataForamt class you find
 final Deflater deflater = new Deflater(compressionLevel);
        final DeflaterOutputStream zipOutput = new DeflaterOutputStream(stream, new Deflater(compressionLevel));
        try 
{
            IOHelper.copy(is, zipOutput);
        }
 finally {
            IOHelper.close(is, zipOutput);
            /*

As we create the Deflater our self and do not use the stream default
(see 
{@link java.util.zip.DeflaterOutputStream#usesDefaultDeflater}
)
we need to close the Deflater to not risk a OutOfMemoryException
in native code parts (see 
{@link java.util.zip.Deflater#end}
)
            */
            deflater.end();
        }

the deflater variable should be used in the DeflaterOutputStream
final DeflaterOutputStream zipOutput = new DeflaterOutputStream(stream, deflater);

In a recent support case, we encountered a corrupt hbase that had thousands of "overlap groups" (regions that had overlapping key ranges).  The current implementation repairs these by serially taking a group, perorming a merge and then moving on to the next group.  Because assignments and hdfs nn operations are involved each merge could take on the order of seconds.  With thousands of overlap groups, this could take hours to complete.
This patch makes it so that these independent merge groups are merged in parallel.  It uses the same thread pool for other fs info-gathering operations.

copy paste that diverged, we can just call the other constructor.

See: https://ci.wildfly.org/project.html?tab=testDetails&projectId=WF_PullRequest&testNameId=2516785978928573613

KeyValueSerilization, ResultSerialization and MutationSerialization do not Interface audience. They are exposed interfaces and should be Public if am not wrong.

OfflineMetaRepair rebuild Meta table, while creating meta region it creates it's own WAL (inside /hbase/WALs/hbck-meta-recovery-<randomNumber>) which wll be closed and archived after rebuilding Meta. 

hbase org.apache.hadoop.hbase.util.hbck.OfflineMetaRepair
    >> /hbase/WALs/hbck-meta-recovery-<randomNumber>

It doesn't clear the empty dir, empty directory should be removed after success.

I was running something like create table as select 1;
First it logs why it cannot get stats:

2016-01-08T21:46:31,876 ERROR [0883a32c-c789-4695-aec2-ed73bb1cc9ce 0883a32c-c789-4695-aec2-ed73bb1cc9ce main]: stats.StatsUtils (StatsUtils.java:getTableColumnStats(756)) - Failed to retrieve table statistics:
org.apache.hadoop.hive.ql.metadata.HiveException: NoSuchObjectException(message:Specified database/table does not exist : _dummy_database._dummy_table)
        at org.apache.hadoop.hive.ql.metadata.Hive.getTableColumnStatistics(Hive.java:3195) ~[hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.stats.StatsUtils.getTableColumnStats(StatsUtils.java:752) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:198) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:144) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:132) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]

and returns null, then it fails with NPE:

2016-01-08T21:46:31,885 ERROR [0883a32c-c789-4695-aec2-ed73bb1cc9ce 0883a32c-c789-4695-aec2-ed73bb1cc9ce main]: ql.Driver (SessionState.java:printError(1010)) - FAILED: NullPointerException null
        at org.apache.hadoop.hive.ql.stats.StatsUtils.getDataSizeFromColumnStats(StatsUtils.java:1450)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:199)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:144)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:132)
        at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$TableScanStatsRule.process(StatsRulesProcFactory.java:114)

Only "NullPointerException null" is logged to CLI... 

The issues was discovered when running the expenses script fro a directory in the root of a Windows drive e.g. "C:\expenses-test". Execution of the script failed due to "C:\log.roo" not being able to be found despite it not being in the project's root directory.

AFAICT the ECHDE_PSK suites use PSK authentication, not ECDHE key authentication.

Reported in an email from Alexandar Savov.  The handling of array construction for varargs invocation can fail if primitives are involved, with a classcastexception in ReflectionHelper.setupArgumentsForVarargsInvocation(). The line:

Object[] repackagedArguments = 
  (Object[]) Array.newInstance(requiredParameterTypes[parameterCount - 1].getComponentType(), arraySize);

will get the CCE if getComponentType() returns a primitive because the constructed array will not be castable to Object[]

Caused by HIVE-18088, Prasanth Jayachandran, could you please check this?

private void resetAndQueueKill(Map<WmTezSession, KillQueryContext> toKillQuery,
KillQueryContext killQueryContext, Map<WmTezSession, GetRequest> toReuse) {

WmTezSession toKill = killQueryContext.session;
...
if (poolState != null) {
poolState.getSessions().remove(toKill);
poolState.getInitializingSessions().remove(toKill);
...

getInitializingSessions() returns List of SessionInitContext, so toKill definitely can't be in this list and therefore no needs to remove it.
 
In HMasterCommandLine#stopMaster(), admin is not closed.
HMasterCommandLine.java
try (Connection connection = ConnectionFactory.createConnection(conf)) {
      try (Admin admin = connection.getAdmin()) {
        connection.getAdmin().shutdown();
        LOG.error("Failed to stop master", t);
        return 1;
      }
    }

Hi,
I am using 3.0.1.RELEASE-A of spring along with Spring DM and am facing a similar issue.
My code goes like
Query q = em.createQuery("SELECT e FROM " + entityClazz.getSimpleName()
+ " e");
I get
Caused by: java.lang.ClassCastException: $Proxy194 cannot be cast to javax.persistence.Query
at $Proxy56.createQuery(Unknown Source)
at com.arisglobal.aglite.dao.GenericCrudDAOImpl.findAll(GenericCrudDAOImpl.java:249)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:196)
Also,
if I make the method in my DAO transactional it works all fine. It doesn't work only if I make it non transactional.
Thanks and Regards,
Shashi

The testClientNotTrustedByServer test in org.wildfly.security.sasl.entity.EntityTest currently fails on OpenJDK 9 with the failure:

javax.security.sasl.SaslException: ELY05053: Callback handler failed for unknown reason [Caused by java.lang.NullPointerException]
        at org.wildfly.security.sasl.util.AbstractSaslParticipant.tryHandleCallbacks(AbstractSaslParticipant.java:124)
        at org.wildfly.security.sasl.entity.EntitySaslClient.evaluateMessage(EntitySaslClient.java:168)
        at org.wildfly.security.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:199)
        at org.wildfly.security.sasl.util.AbstractSaslClient.evaluateChallenge(AbstractSaslClient.java:79)
        at org.wildfly.security.sasl.entity.EntityTest.testClientNotTrustedByServer(EntityTest.java:504)
        at java.base/java.util.ArrayList.<init>(ArrayList.java:178)
        at org.wildfly.security.auth.client.AuthenticationConfiguration$ClientCallbackHandler.handle(AuthenticationConfiguration.java:1744)
        at org.wildfly.security.sasl.util.AbstractSaslParticipant.tryHandleCallbacks(AbstractSaslParticipant.java:120)
        ... 4 more

Output of java -version:

openjdk version "9"
OpenJDK Runtime Environment (build 9+181)
OpenJDK 64-Bit Server VM (build 9+181, mixed mode)

With every call to a method in a Neo4jRepository class, which returns an object annotated with @QueryResult, a new class is registered in the ClassLoader.
This behaviour does not occur with spring-data-neo4j:5.0.11.RELEASE and spring-data-commons:2.0.11.RELEASE.
The unit test in the attached minimal spring boot application reproduces the issue. In the pom.xml just remove the comment around the dependency-overrides to run against the older versions of spring-data where the issue does not occur and the unit test runs green.
It's not clear to me if the bug is in spring-data-neo4j or spring-data-commons.

I'd like to use the following structure:

interface A {
    @Transactional
    default void myMethod() {}
}
interface B extends A {}
class C implements B {}

But Spring doesn't see `myMethod` as transactional, because `AopUtils.canApply` uses `ClassUtils.getAllInterfacesForClassAsSet` which returns for the class `C` only `B` without  `A`.

Master getTableDescriptors() which is called by Admin.listTables() has a couple of different behaviors depending on how it is called. 
after HBASE-12073 with the AccessController enabled, we now get a "global admin" required if listTables() is called without a regex otherwise we return only the table that the user can see (we show only the tables that the user have access to, which means or the user is a global admin or it has a table-level create/admin). We probably should have the second behavior even without regex, since I should able to see "my own tables". 
getTableDescriptors() is returning only non system tables. Tools like user_permission that are doing "for each listTable(): userPerm(table)" are losing the system tables, so stuff like user_permission 'hbase:acls' will not result any result.  

I compiled the latest WildFly master and tried:

@Resource
private ManagedExecutorService managedExecutorService

However, the injected field managedExecutorService is null. This issue is gone when I use:

@Resource(mappedName = "java:comp/DefaultManagedExecutorService")

RestartParentResourceHandlerBase.requiresRuntime is not accounting for ProcessType.EMBEDDED_HOST_CONTROLLER in its logic, assuming that ProcessType.HOST_CONTROLLER is the only enum value for an HC. This is wrong and is the cause of WFLY-8923.
There may be other similar problems in the code. All uses of ProcessType.HOST_CONTROLLER should be inspected. Probably a ProcessType.isHostController() method should be added (I believe just returning !isServer()) to help guide coders to use the API of ProcessType and not rely on the enum values.

IndividualBytesFieldCell.java

  @Override
  public int write(OutputStream out, boolean withTags) throws IOException {
    // Key length and then value length
    ByteBufferUtils.putInt(out, KeyValueUtil.keyLength(this));
    ByteBufferUtils.putInt(out, getValueLength());

    // Key
    PrivateCellUtil.writeFlatKey(this, out);

    // Value
    out.write(getValueArray());

    // Tags length and tags byte array
    if (withTags && getTagsLength() > 0) {
      // Tags length
      out.write((byte)(0xff & (getTagsLength() >> 8)));
      out.write((byte)(0xff & getTagsLength()));

      // Tags byte array
      out.write(tags);   // here
    }

    return getSerializedSize(withTags);
  }

When using FileSystemUtils.freeSpaceWindows in an empty share directory, the line containing the free space does not exist which causes an infinite loop (the outerloop doesn't decrease the i index).
In fact to deal with all possible errors, I propose to test the exitCode of the dir command.
Here is a proposed new code for this function :
    /**

Find free space on the Windows platform using the 'dir' command.
     *
@param path  the path to get free space for, including the colon
@return the amount of free drive space on the drive
@throws IOException if an error occurs
     */
    long freeSpaceWindows(String path) throws IOException {
        path = FilenameUtils.normalize(path);
        if (path.length() > 2 && path.charAt(1) == ':') 
{
            path = path.substring(0, 2);  // seems to make it work
        }

        // build and run the 'dir' command
        String[] cmdAttrbs = new String[] 
{"cmd.exe", "/C", "dir /-c " + path}
;
        // read in the output of the command to an ArrayList
        BufferedReader in = null;
        String line = null;
        ArrayList lines = new ArrayList();
        int errorLevel = 0;
        try {
            Process proc = Runtime.getRuntime().exec(cmdAttrbs);
            in = new BufferedReader(
                new InputStreamReader(proc.getInputStream()));
            line = in.readLine();
            while (line != null) 
{
                line = line.toLowerCase().trim();
                lines.add(line);
                line = in.readLine();
            }

            proc.waitFor();
            errorLevel = proc.exitValue();
        } finally 
{
            IOUtils.closeQuietly(in);
        }

        if (lines.size() == 0) 
{
            // unknown problem, throw exception
            throw new IOException(
                    "Command line 'dir /-c' did not return any info " +
                    "for command '" + cmdAttrbs[2] + "'");
        }

        if (errorLevel != 0) {
            if (errorLevel == 2) 
{
                // Empty directory : unable to calculate the freeSpace
                return Integer.MAX_VALUE; // ???
            }
 else 
{
                // unknown problem, throw exception
                throw new IOException(
                        "Command line 'dir /-c' error [" + errorLevel +
                        "] for command '" + cmdAttrbs[2] + "'");
            }
        }
        // now iterate over the lines we just read and find the LAST
        // non-empty line (the free space bytes should be in the last element
        // of the ArrayList anyway, but this will ensure it works even if it's
        // not, still assuming it is on the last non-blank line)
        long bytes = -1;
        int i = lines.size() - 1;
        int bytesStart = 0;
        int bytesEnd = 0;
        outerLoop: while (i > 0) {
            line = (String) lines.get;
            if (line.length() > 0) {
                // found it, so now read from the end of the line to find the
                // last numeric character on the line, then continue until we
                // find the first non-numeric character, and everything between
                // that and the last numeric character inclusive is our free
                // space bytes count
                int j = line.length() - 1;
                innerLoop1: while (j >= 0) {
                    char c = line.charAt(j);
                    if (Character.isDigit(c)) 
{
                      // found the last numeric character, this is the end of
                      // the free space bytes count
                      bytesEnd = j + 1;
                      break innerLoop1;
                    }
                    j--;
                }
                innerLoop2: while (j >= 0) {
                    if (!Character.isDigit(c) && c != ',' && c != '.') 
{
                      // found the next non-numeric character, this is the
                      // beginning of the free space bytes count
                      bytesStart = j + 1;
                      break innerLoop2;
                    }
                    j--;
                }
                break outerLoop;
            } else 
{
                // If the last line is empty we are unable to parse the freeSpace
                        "Command line 'dir /-c' did not return valid info " +
                        "for command '" + cmdAttrbs[2] + "'");
            }
        }
        // remove commas and dots in the bytes count
        StringBuffer buf = new StringBuffer(line.substring(bytesStart, bytesEnd));
        for (int k = 0; k < buf.length(); k++) {
            if (buf.charAt(k) == ',' || buf.charAt(k) == '.') 
{
                buf.deleteCharAt(k--);
            }
        }
        bytes = Long.parseLong(buf.toString());
        return bytes;
    }

In HBASE-17712, we try to re-open the region when store files cannot be found. This is useful for store files in a region, but is not necessary when the MOB files cannot be found, because the store files in a region only contain the references to the MOB files and a re-open of a region doesn't help the lost MOB files.
In this JIRA, we will directly throw DNRIOE only when the MOB files are not found in MobStoreScanner and ReversedMobStoreScanner. Other logics keep the same.

zookeeper 3.4.5 works with Oracle JDK 1.7
We should upgrade to zookeeper 3.4.5 in trunk

javac hangs loading HRegion.class.  If I remove the ns changes – the import of TableName – I can get it to compile again.  Digging.
More detail to follow.

If there is a semijoin branch on the same operator pipeline which contains a hash join then it is by design on big table which is not optimal. The operator cycle detection logic may not find a cycle as there is no cycle at operator level. However, once Tez builds its task there can be a cycle at task level causing the query to fail.

Currently, EjbElytronDomainSetup incorrectly configures the BASIC mechanism causing the following exception for some tests that are run with -Delytron:

javax.naming.CommunicationException: EJBCLIENT000062: Failed to look up "/sfsb//SFSBLifecycleCallback!org.jboss.as.test.integration.ejb.security.callerprincipal.IBeanLifecycleCallback?stateful" [Root exception is java.lang.IllegalStateException: EJBCLIENT000024: Not able to find EJB matching "StatelessEJBLocator for "/sfsb/SFSBLifecycleCallback", view is interface org.jboss.as.test.integration.ejb.security.callerprincipal.IBeanLifecycleCallback, affinity is None"]
...
Caused by: java.lang.IllegalStateException: EJBCLIENT000024: Not able to find EJB matching "StatelessEJBLocator for "/sfsb/SFSBLifecycleCallback", view is interface org.jboss.as.test.integration.ejb.security.callerprincipal.IBeanLifecycleCallback, affinity is None"
    at org.jboss.ejb.client.EJBClientContext.discoverAffinityNone(EJBClientContext.java:771)
    at org.jboss.ejb.client.EJBClientContext.performLocatedAction(EJBClientContext.java:708)
    at org.jboss.ejb.client.EJBClientContext.createSession(EJBClientContext.java:685)
    at org.jboss.ejb.client.EJBClient.createSession(EJBClient.java:293)
    at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:154)
    ... 133 more
    Suppressed: javax.security.sasl.SaslException: Authentication failed: the server presented no authentication mechanisms
        at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:397)
        at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:246)
        at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:545)
        at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:513)
        at org.jboss.remoting3.ConnectionInfo$None.getConnection(ConnectionInfo.java:83)
        at org.jboss.remoting3.ConnectionInfo.getConnection(ConnectionInfo.java:56)
        at org.jboss.remoting3.EndpointImpl.doGetConnection(EndpointImpl.java:464)
        at org.jboss.remoting3.EndpointImpl.getConnectedIdentity(EndpointImpl.java:410)
        at org.jboss.remoting3.UncloseableEndpoint.getConnectedIdentity(UncloseableEndpoint.java:55)
        at org.jboss.remoting3.Endpoint.getConnectedIdentity(Endpoint.java:126)
        at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider$DiscoveryAttempt.lambda$connectAndDiscover$0(RemotingEJBDiscoveryProvider.java:176)
        at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider$DiscoveryAttempt.connectAndDiscover(RemotingEJBDiscoveryProvider.java:176)
        at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider.discover(RemotingEJBDiscoveryProvider.java:84)
        at org.jboss.ejb.client.EJBClientContext.discover(EJBClientContext.java:443)
        at org.jboss.ejb.client.EJBClientContext.discoverAffinityNone(EJBClientContext.java:766)

We have hole in scanning where if a snapshot, we'll stop seeing in-memory results.

If you implement your own FlowUrlHandler that re adds request parameter to the url even in case of a redirect you get endless redirects. This is caused by the simple implementation inside the JsfView for UserEvents:
	public boolean userEventQueued() 
{
		return requestContext.getRequestParameters().size() > 1;
	}

Which answers true to having a user event queued if more the one parameter (assuming the one is the flow execution key) is present.  If that request isnt a Ajax request you get a new redirect (and a new and a new). Problem is i could remove the parameters inside our FlowUrlHandlers createFlowExecutionUrl method but then those parameters wouldnt be present at url after the redirect which can lead to wrong bookmarking or wrong behavouir after a reload.
Not sure if this is really a bug from your side. But atleast its a undesireable implementation in my eyes.

christian-muellers-macbook-pro:features cmueller$ mvn install -Pvalidate
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
[INFO]                                                                         
[INFO] Building Camel :: Platforms :: Apache Karaf :: Features 2.11-SNAPSHOT
...
INFO]     OK: imports resolved for camel-smpp
[INFO]     OK: imports resolved for camel-snmp
[INFO]     OK: imports resolved for camel-soap
[INFO]     OK: imports resolved for camel-solr
[INFO]     OK: imports resolved for camel-spring-batch
[WARNING] Failed to validate feature camel-spring-integration
[WARNING] No export found to match org.springframework.retry;version="[1.0.2, 2.0.0)" (imported by mvn:org.springframework.integration/spring-integration-core/2.2.0.RELEASE)
[WARNING] No export found to match org.springframework.classify;version="[1.0.2, 2.0.0)" (imported by mvn:org.springframework.integration/spring-integration-core/2.2.0.RELEASE)
[WARNING] No export found to match org.springframework.retry.support;version="[1.0.2, 2.0.0)" (imported by mvn:org.springframework.integration/spring-integration-core/2.2.0.RELEASE)
[INFO] Total time: 24.222s
[INFO] Finished at: Sun Jan 13 14:30:29 CET 2013
[INFO] Final Memory: 12M/81M

An error occurs while binding request parameters for this path as soon as the uri contains special charaters.
In my production environment, a request with a special charaters leads to an exception.
Example:
http://server/exp?name=wen&age=28&[']

May 17, 2016 6:20:34 PM org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/].[OPASpringMVC] invoke
SEVERE: Servlet.service() for servlet [OPASpringMVC] in context with path [] threw exception [Request processing failed; nested exception is java.lang.StringIndexOutOfBoundsException: String index out of range: -1] with root cause
    at java.lang.String.substring(String.java:1911)
    at org.springframework.beans.BeanWrapperImpl.getPropertyNameTokens(BeanWrapperImpl.java:694)
    at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:923)
    at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:95)
    at org.springframework.validation.DataBinder.applyPropertyValues(DataBinder.java:750)
    at org.springframework.validation.DataBinder.doBind(DataBinder.java:646)
    at org.springframework.web.bind.WebDataBinder.doBind(WebDataBinder.java:189)
    at org.springframework.web.bind.ServletRequestDataBinder.bind(ServletRequestDataBinder.java:106)
    at org.springframework.web.servlet.mvc.method.annotation.ServletModelAttributeMethodProcessor.bindRequestParameters(ServletModelAttributeMethodProcessor.java:150)
    at org.springframework.web.method.annotation.ModelAttributeMethodProcessor.resolveArgument(ModelAttributeMethodProcessor.java:110)
    at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:77)
    at org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:162)
    at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:129)
    at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:110)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:776)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:705)
    at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85)
    at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959)
    at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893)
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:967)
    at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:858)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:620)
    at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:843)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)

https://github.com/spring-projects/spring-framework/pull/1061

Setting cipher-suite or protocol attribute 
wildfly-config.xml

            <ssl-context name="client-ssl-context">
                <trust-store key-store-name="trustsore"/>
                <cipher-suite selector="TLS_DHE_DSS_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_DSS_WITH_AES_256_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_CBC_SHA,TLS_ECDH_ECDSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA,TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA,TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA,TLS_ECDH_RSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDH_RSA_WITH_AES_128_CBC_SHA,TLS_ECDH_RSA_WITH_AES_256_CBC_SHA,TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA,TLS_ECDH_anon_WITH_3DES_EDE_CBC_SHA,TLS_ECDH_anon_WITH_AES_128_CBC_SHA,TLS_ECDH_anon_WITH_AES_256_CBC_SHA"/>
                <protocol names="TLSv1.1"/>
                <use-system-providers/>
            </ssl-context>

leads to 

13:47:57,206 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /wildfly-config-app/authenticationContext: java.lang.RuntimeException: org.wildfly.client.config.ConfigXMLParseException: CONF0005: Unexpected element "cipher-suite" in namespace "urn:elytron:1.0" encountered
	at vfs:/content/wildfly-config-app.war/META-INF/wildfly-config.xml:21:17
	at com.redhat.eap.qe.deployment.servlet.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:119)
	at com.redhat.eap.qe.deployment.servlet.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:91)
Caused by: org.wildfly.client.config.ConfigXMLParseException: CONF0005: Unexpected element "cipher-suite" in namespace "urn:elytron:1.0" encountered
	at org.wildfly.client.config.ConfigurationXMLStreamReader.unexpectedElement(ConfigurationXMLStreamReader.java:245)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseSslContextType(ElytronXmlParser.java:420)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseSslContextsType(ElytronXmlParser.java:342)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:265)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:172)
	at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:133)
	at com.redhat.eap.qe.deployment.servlet.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:116)
	... 41 more

RedirectView's sendRedirect method always sends a 302 in HTTP/1.0 compatible mode (the code's default). The HTTP/1.0 spec allows 301s as well. After calling setStatusCode with HttpStatus.MOVED_PERMANENTLY the view incorrectly (and without warning) sends a 302 instead if it is in HTTP/1.0 compatible mode.

Spring configuration:

    <!-- A custom CamelContext -->
    <camel:camelContext id="camel">
        <!-- JSON data format marshalling -->
        <camel:dataFormats>
            <camel:serialization id="serialization"/>
        </camel:dataFormats>

        <!-- RawOffer input route -->
            <camel:from uri="kestrel://etl01f/feeds"/>
            <camel:unmarshal ref="serialization"/>
            <camel:to uri="bean:shard?method=consume"/>
    </camel:camelContext>

run:
     [java] log4j:WARN No appenders could be found for logger (org.springframework.context.support.ClassPathXmlApplicationContext).
     [java] log4j:WARN Please initialize the log4j system properly.
     [java] log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
     [java] 13:28:07.587 [main] INFO  o.a.c.s.h.CamelNamespaceHandler - OSGi environment not detected.
     [java] 13:28:09.028 [main] INFO  o.a.camel.spring.SpringCamelContext - Apache Camel 2.8.0 (CamelContext: camel) is starting
     [java] 13:28:09.028 [main] INFO  o.a.camel.spring.SpringCamelContext - JMX enabled. Using ManagedManagementStrategy.
     [java] 13:28:09.415 [main] INFO  o.a.c.i.c.AnnotationTypeConverterLoader - Found 3 packages with 14 @Converter classes to load
     [java] 13:28:09.489 [main] INFO  o.a.c.i.c.DefaultTypeConverter - Loaded 153 core type converters (total 153 type converters)
     [java] 13:28:09.528 [main] INFO  o.a.c.i.c.DefaultTypeConverter - Loaded additional 0 type converters (total 153 type converters) in 0.003 seconds
     [java] 13:28:09.730 [main] INFO  o.a.c.c.kestrel.KestrelComponent - Creating endpoint for queue "feeds" on etl01f, parameters={}
     [java] 13:28:09.967 [main] INFO  o.a.c.c.kestrel.KestrelComponent - Creating MemcachedClient for etl01f/feeds
     [java] 2011-09-14 13:28:10.073 INFO net.spy.memcached.MemcachedConnection:  Added {QA sa=etl01f/95.108.229.218:22133, #Rops=0, #Wops=0, #iq=0, topRop=null, topWop=null, toWrite=0, interested=0} to connect queue
     [java] 2011-09-14 13:28:10.084 INFO net.spy.memcached.MemcachedConnection:  Connection state changed for sun.nio.ch.SelectionKeyImpl@711b50a1
     [java] 13:28:10.293 [main] INFO  o.a.c.c.kestrel.KestrelConsumer - Starting consumer for kestrel://etl01f/feeds
     [java] 13:28:10.302 [main] INFO  o.a.camel.spring.SpringCamelContext - Route: route1 started and consuming from: Endpoint[kestrel://etl01f/feeds]
     [java] 13:28:10.318 [main] INFO  o.a.camel.spring.SpringCamelContext - Total 1 routes, of which 1 is started.
     [java] 13:28:10.318 [main] INFO  o.a.camel.spring.SpringCamelContext - Apache Camel 2.8.0 (CamelContext: camel) started in 1.291 seconds
     [java] 13:28:12.858 [Camel (camel) thread #0 - Poller-kestrel://etl01f/feeds] ERROR o.a.c.processor.DefaultErrorHandler - Failed delivery for exchangeId: ID-incubos-osx-local-51787-1315992488896-0-1. Exhausted after delivery attempt: 1 caught: java.lang.NullPointerException
     [java] java.lang.NullPointerException: null
     [java] 	at org.apache.camel.impl.SerializationDataFormat.unmarshal(SerializationDataFormat.java:57) ~[camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.UnmarshalProcessor.process(UnmarshalProcessor.java:56) ~[camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50) ~[camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:78) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:69) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99) ~[camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:318) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:209) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:305) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:116) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.Pipeline.process(Pipeline.java:79) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:102) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:104) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85) [camel-core-2.8.0.jar:2.8.0]
     [java] 	at org.apache.camel.component.kestrel.KestrelConsumer$Poller.run(KestrelConsumer.java:230) [camel-kestrel-2.8.0.jar:2.8.0]
     [java] 	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) [na:1.6.0_26]
     [java] 	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [na:1.6.0_26]
     [java] 	at java.util.concurrent.FutureTask.run(FutureTask.java:138) [na:1.6.0_26]
     [java] 	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [na:1.6.0_26]
     [java] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [na:1.6.0_26]
     [java] 	at java.lang.Thread.run(Thread.java:680) [na:1.6.0_26]

It seems that ExchangeHelper.convertToType() method returned null because camelContext.getTypeConverter() returned null. 

The issue is
1. When bootstrap was going on, kill query was called to kill the repl load command.
2. During restart, one table with no partition set the scope to table as the ckpt property was not yet set for that table.
3. Due to this, all partitioned table after this didn't get their tasks related to partition appended in the root task if the ckpt property is already updated for those tables.
The fix is to reset the table scope to false if for that table there are no tasks added.

Hi,
the class QueryByExamplePredicateBuilder has a bug in the getPredicates-Method. If it tries to throw a JpaSystemException the string formattier throws an UnknownFormatConversionException because of the missing "s" after the second "%" in the formatting template.

String.format("Unexpected path type for %s. Found % where From.class was expected.", currentPath, from)));

best regards,
Raphael

Scenario:
Sink cluster is down
Create a table and enable table replication
Put some data
Now restart the sink cluster
Observance:
Data is not replicated in sink cluster but still source cluster updates the WAL log position in ZK, resulting in data loss in sink cluster.

Customer is deploying clustered application to EAP 7.0.1 and notices high CPU utilization by Infinispan (default configuration). Customer took thread dumps (attachment high-cpu1.zip and high-cpu1.zip) during the occurrence of the issue in question. Reports [1] show high CPU utilization with Infinispan. 
Customer then gave us an app to reproduce the issue in question (attachment webapp3.zip). The attachment includes the app, which consist of JSP pages and code that can be used to test the app. During the test, we notice CPU utilization increases upwards to 80% -90% and remains there until the test is finished. If I deploy the same app to clustered EAP 6.4/Java 8 (with dist mode like default EAP 7), CPU utilization remains low (~2%) during the running of the test.
Customer is under the assumption that the high CPU is due to the number of entries in the cache (web cache). As the number of entries increases, so does the likelihood of the high CPU utilization by Infinispan. Inside the test code (SessionReplicationTest.java) provided by the customer, they included (commented out) a call to a JSP file (index3.jsp) that invalidates the session (thus removing it from cache). High CPU is not experienced when they invalidate the session.    
[1]
https://access.redhat.com/labs/jvmpeg/results/8712a840-5da6-11e6-8f83-277d70f61057
https://access.redhat.com/labs/jvmpeg/results/56bc07a0-6322-11e6-b64b-2ddd7b4e30bc

When joining on partition column number of partitions is used as NDV which gets overridden by StatsUtils.getColStatisticsFromExpression and the number of partitions used as NDV is replaced by number of rows which results in the same behavior as explained in https://issues.apache.org/jira/browse/HIVE-8196. "Joining on partition columns with fetch column stats enabled results it very small CE which negatively affects query performance "
This is the call stack.

StatsUtils.getColStatisticsFromExpression(HiveConf, Statistics, ExprNodeDesc) line: 1001	
StatsRulesProcFactory$ReduceSinkStatsRule.process(Node, Stack<Node>, NodeProcessorCtx, Object...) line: 1479	
DefaultRuleDispatcher.dispatch(Node, Stack<Node>, Object...) line: 90	
PreOrderWalker(DefaultGraphWalker).dispatchAndReturn(Node, Stack<Node>) line: 94	
PreOrderWalker(DefaultGraphWalker).dispatch(Node, Stack<Node>) line: 78	
PreOrderWalker.walk(Node) line: 54	
PreOrderWalker.walk(Node) line: 59	
PreOrderWalker(DefaultGraphWalker).startWalking(Collection<Node>, HashMap<Node,Object>) line: 109	
AnnotateWithStatistics.transform(ParseContext) line: 78	
TezCompiler.runStatsAnnotation(OptimizeTezProcContext) line: 248	
TezCompiler.optimizeOperatorPlan(ParseContext, Set<ReadEntity>, Set<WriteEntity>) line: 120	
TezCompiler(TaskCompiler).compile(ParseContext, List<Task<Serializable>>, HashSet<ReadEntity>, HashSet<WriteEntity>) line: 99	
SemanticAnalyzer.analyzeInternal(ASTNode) line: 10037	
SemanticAnalyzer(BaseSemanticAnalyzer).analyze(ASTNode, Context) line: 221	
ExplainSemanticAnalyzer.analyzeInternal(ASTNode) line: 74	
ExplainSemanticAnalyzer(BaseSemanticAnalyzer).analyze(ASTNode, Context) line: 221	
Driver.compile(String, boolean) line: 415	

Query

select
    ,date_dim
group by ss_item_sk, d_date

Plan 
Notice in the Map join operator the number of rows drop from 82,510,879,939 to 36524 after the join.

OK

    Tez
      Edges:
        Map 1 <- Map 4 (BROADCAST_EDGE)
      DagName: mmokhtar_20141019131818_086d663a-5621-456c-bf25-8ccb7112ee3b:6
      Vertices:
        Map 1
                TableScan
                    Statistics: Num rows: 82510879939 Data size: 652315818272 Basic stats: COMPLETE Column stats: COMPLETE
                      keys:
                        1 Map 4
                      Statistics: Num rows: 36524 Data size: 4163736 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 9131 Data size: 1040934 Basic stats: COMPLETE Column stats: COMPLETE
                          Statistics: Num rows: 9131 Data size: 1040934 Basic stats: COMPLETE Column stats: COMPLETE
                            mode: hash
                            Statistics: Num rows: 4565 Data size: 483890 Basic stats: COMPLETE Column stats: COMPLETE
                              Statistics: Num rows: 4565 Data size: 483890 Basic stats: COMPLETE Column stats: COMPLETE
        Map 4
                TableScan
                      Statistics: Num rows: 36524 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE
                        mode: hash
        Reducer 2
                Statistics: Num rows: 4565 Data size: 502150 Basic stats: COMPLETE Column stats: COMPLETE
                  Statistics: Num rows: 4565 Data size: 502150 Basic stats: COMPLETE Column stats: COMPLETE
        Reducer 3
              Extract
                    expressions: _col0 (type: int), _col1 (type: string), _col2 (type: double), _wcol0 (type: double)
                    Statistics: Num rows: 4565 Data size: 36520 Basic stats: COMPLETE Column stats: COMPLETE
                      Statistics: Num rows: 4565 Data size: 36520 Basic stats: COMPLETE Column stats: COMPLETE
                      table:

      limit: -1
        ListSink

DbNotificationListener and NotificationListener both depend on AddPartitionEvent.getPartitions() to get their partitions to trigger a message, but this can be null if an AddPartitionEvent was initialized on a PartitionSpec rather than a List<Partition>.
Also, AddPartitionEvent seems to have a duality, where getPartitions() works only if instantiated on a List<Partition>, and getPartitionIterator() works only if instantiated on a PartitionSpec.

The following error occurs when I try to run a query with multiple reduce works (M->R->R):

14/08/05 12:17:07 ERROR Executor: Exception in task 0.0 in stage 2.0 (TID 1)
java.lang.RuntimeException: Reduce operator initialization failed
        at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.configure(ExecReducer.java:170)
        at org.apache.hadoop.hive.ql.exec.spark.HiveReduceFunction.call(HiveReduceFunction.java:53)
        at org.apache.hadoop.hive.ql.exec.spark.HiveReduceFunction.call(HiveReduceFunction.java:31)
       at org.apache.spark.rdd.RDD.iterator(RDD.scala:229)
Caused by: java.lang.RuntimeException: cannot find field reducesinkkey0 from [0:_col0]
        at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.getStructFieldRef(StandardStructObjectInspector.java:147)
…
I suspect we're applying the reduce function in wrong order.

The manifest for spring-security-oauth2 imports a range for Jackson2 that stops at version 2.1.1; this should be relaxed to 3. In the manifest:
com.fasterxml.jackson.core;version="[2.0.0, 2.1.1)",co
 m.fasterxml.jackson.databind;version="[2.0.0, 2.1.1)",com.fasterxml.j
 ackson.databind.annotation;version="[2.0.0, 2.1.1)",com.fasterxml.jac
 kson.databind.deser.std;version="[2.0.0, 2.1.1)",com.fasterxml.jackso
 n.databind.ser.std;version="[2.0.0, 2.1.1)

src/main/resources/persistence.xml should be deleted from camel-jpa.jar

Seems like visibility indicator of the web mvc setup command is not working correctly. 
This command is appearing after install Spring MVC in the generated project. This command should be visible only if the focused application module doesn't contains Spring MVC installed.
This is because we are able to have more than one application module, so it's necessary to be able to install Spring MVC in more than one application module.

There is a potentail NPE in validator component

        at org.apache.camel.component.validator.DefaultLSResourceResolver.resolveResource(DefaultLSResourceResolver.java:73)
        at com.sun.org.apache.xerces.internal.util.DOMEntityResolverWrapper.resolveEntity(DOMEntityResolverWrapper.java:109)
        at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:1056)
...

When the resource loader tries to load the XSD, I get a null pointer exception thrown as there is no path before the file name and the DefaultLSResourceResolver trying to call intern() on a null value.  

For example if crypto dataformat cannot load some class and throw 

Caused by: java.lang.NoClassDefFoundError: javax/crypto/CipherOutputStream
        at org.apache.camel.converter.crypto.CryptoDataFormat.marshal(CryptoDataFormat.java:131)
        at org.apache.camel.processor.MarshalProcessor.process(MarshalProcessor.java:81)
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77)

We should detect and handle that in marshaller / unmarshaller like the rest of the routing engine does.

We use a random number as our scanner id.  In one server, we guarantee that the scanner id is unique.  However, it is not guaranteed among different servers.  When a region server restarts quickly, we could run into some scanner id collision issue.
In one of my run:

2013-10-21 22:43:09,071 INFO  [RpcServer.handler=2,port=36020] regionserver.HRegionServer: Client tried to access missing scanner 4305495321392639779
2013-10-21 22:43:09,056 INFO  [RpcServer.handler=0,port=36020] regionserver.HRegionServer: Client tried to access missing scanner 4871518173034616791
2013-10-21 22:43:09,054 INFO  [RpcServer.handler=29,port=36020] regionserver.HRegionServer: Client tried to access missing scanner 2494346173615963501
2013-10-21 22:43:09,046 INFO  [RpcServer.handler=28,port=36020] regionserver.HRegionServer: Client tried to access missing scanner 8522578499834310167
2013-10-21 22:43:09,037 INFO  [RpcServer.handler=27,port=36020] regionserver.HRegionServer: Client tried to access missing scanner 6621035169671703961
2013-10-21 22:43:09,011 ERROR [RpcServer.handler=20,port=36020] regionserver.HRegionServer:
org.apache.hadoop.hbase.exceptions.OutOfOrderScannerNextException: Expected nextCallSeq: 18 But the nextCallSeq got from client: 4470; request=scanner_id: 848804760654927372 number_of_rows: 100 close_scanner: false next_call_seq: 4470
        at org.apache.hadoop.hbase.regionserver.HRegionServer.scan(HRegionServer.java:3030)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:27022)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:1979)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:90)
        at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.consumerLoop(SimpleRpcScheduler.java:160)
        at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.access$000(SimpleRpcScheduler.java:38)
        at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler$1.run(SimpleRpcScheduler.java:110)
2013-10-21 22:43:09,000 INFO  [RpcServer.handler=25,port=36020] regionserver.HRegionServer: Client tried to access missing scanner 4162107982028594792

Normally, the nextCallSeq can not be that different between the expected (18) and the one sent over from client (4470).  It must be because the new server happens to use the same scanner id.

Compactor#performCompaction
      do {
        hasMore = scanner.next(cells, scannerContext);
        // output to writer:
        for (Cell c : cells) {
          if (cleanSeqId && c.getSequenceId() <= smallestReadPoint) 
{
            CellUtil.setSequenceId(c, 0);
          }
          writer.append(c);
        }
        cells.clear();
      } while (hasMore);
scanner.next will choose at most "hbase.hstore.compaction.kv.max" kvs, the last cell still reference by StoreScanner.prevCell, so if cleanSeqId is called when the scanner.next call StoreScanner.checkScanOrder may throw exception and cause regionserver down.

Assume we have following query:

Query q = query(where('id').regex('zzz'))

mongoTemplate.find(q,java.util.HashMap.class,'test') gives following query (peeked in mongo console):

{ "ts" : ISODate("2013-03-22T10:00:51.685Z"),
  "op" : "query",
  "ns" : "test.test",
  "query" : {
		"id" : /zzz/
	},
	"nscanned" : 1,
	"responseLength" : 20,
	"millis" : 0,
	"client" : "127.0.0.1",
	"user" : ""
}

The same query, when used in count (mongoTemplate.count(q,'test')) gives:

{
	"ts" : ISODate("2013-03-22T10:00:36.299Z"),
	"op" : "command",
	"ns" : "test.$cmd",
	"command" : {
		"count" : "test",
		"query" : {
			"_id" : /zzz/
		}
	},
	"ntoreturn" : 1,
	"responseLength" : 48,
	"user" : ""
}

This is inconsistent since we could have records with field id and they will be retrieved properly from the db. Count on the other hand will give bad results since it uses _id field.
In org.springframework.data.mongodb.core.convert.QueryMapper the method determineKey, for some reason treats id and _id as the same field. This is probably the cause of the strange behaviour because find(…) method does not use QueryMapper and count(…) does.

Until HIVE-12631 is fixed, we need to avoid ACID tables in IO elevator. Right now, a FileNotFound error is thrown.

Reason is a race between continuation.suspend() and continuation.resume(). It can occur that continuation.resume() is executed before continuation.suspend() leading to an IllegalStateException thrown by Jetty:

java.lang.IllegalStateException: DISPATCHED,initial
    at org.eclipse.jetty.server.AsyncContinuation.dispatch(AsyncContinuation.java:364)
    at org.eclipse.jetty.server.AsyncContinuation.resume(AsyncContinuation.java:769)
    at org.apache.camel.component.jetty.CamelContinuationServlet$1.done(CamelContinuationServlet.java:85)
    at org.apache.camel.management.InstrumentationProcessor$1.done(InstrumentationProcessor.java:78)
    at org.apache.camel.processor.UnitOfWorkProcessor$1.done(UnitOfWorkProcessor.java:104)
    at org.apache.camel.processor.DefaultChannel$1.done(DefaultChannel.java:262)
    at org.apache.camel.processor.RedeliveryErrorHandler$1.done(RedeliveryErrorHandler.java:302)

This is the case when an async completion callback is faster than the thread that is concurrently executing the if (continuation.isInitial()) block. 
I'll commit a fix soon that also follows the recommendations in http://wiki.eclipse.org/Jetty/Feature/Continuations to always call continuation.suspend() before registering the continuation with a callback handler.

roo> web mvc install view --path / --viewName about --title About
1. results (double slash): 
view.xml: <put-attribute name="body" value="/WEB-INF/views//about.jspx"/>
menu.jspx: <menu:item id="i_view_about_id" messageCode="global_menu_new" url="//about" z="SYxt/81HP69IsYlNYu4u37Hse1g="/>
webmvc-config.xml: <mvc:view-controller path="//about"/>
2. application.properties:
menu_category_view_label=View
menu_item_view_about_id_label=About
label_=About   <- bad key
3. about.jspx: <page:page id="_title" title="About">     <-- please use label key from application.properties for attr "id" insteaf of "_title". for attr "title" please use value of label key from application.properties
4. command: web mvc install view --path / --viewName zxc --title 'ASD and QWE'
the second part of title (" and QWE") has been ignored in the labels generation in application.properties
ROO-820.

it seems that there is an issue withe several iec60870 component;
iec60870-client uriPath iec60870-client:endpointUri
iec60870-server uriPath iec60870-server:endpointUri

ManagedDMRContentTypeResource.content is used for generating an overall hash for the stored content, but it does not use consistent ordering (i.e. it needs to be a LinkedHashMap or perhaps a TreeMap.) The result is when another node in the domain receives an update it may calculate a different overall hash.
This is surfacing as failures in https://bugzilla.redhat.com/show_bug.cgi?id=1078062 when the master and slave are running on different JVM releases. Different VM releases often have different ordering behavior when iterating over the unordered collections.
I believe this is unlikely to result in real-world problems since any backup will persist its own version of the hash to its local copy of domain.xml, so there won't be any mismatch. The importance of the overall hash is that it allows the process to find the content in the repo when it is added.

Having an issue so regionservers are not checking in.  Balancer meantime went to run and threw ArithmeticException: / by zero
Committing this:

Index: src/main/java/org/apache/hadoop/hbase/master/LoadBalancer.java
--- src/main/java/org/apache/hadoop/hbase/master/LoadBalancer.java      (revision 995307)
+++ src/main/java/org/apache/hadoop/hbase/master/LoadBalancer.java      (working copy)
@@ -140,6 +140,10 @@
       new TreeMap<HServerInfo,List<HRegionInfo>>(
           new HServerInfo.LoadComparator());
     int numServers = clusterState.size();
+    if (numServers == 0) {
+      LOG.debug("numServers=0 so nothing to balance");
+      return null;
+    }
     int numRegions = 0;
     // Iterate so we can count regions as we build the map
     for(Map.Entry<HServerInfo, List<HRegionInfo>> server :

Remove the clone and restore snapshot buttons from the WebUI.
first reason, is that the operation may be too long for having the user wait on the WebUI.
second reason is that an action from the webUI does not play well with security. since it is going to be executed by the hbase user.

Tests from IIOP module fails with security manager.
Always

./integration-tests.sh -Dmaven.repo.local=$MAVEN_REPO_LOCAL -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2 -Dmcast=$MCAST_ADDR -Djboss.dist=$JBOSS_DIST -Dsecurity.manager -Dts.IIOP -Dts.noSmoke

No errors

When we obtain the valid list of write ids, some tables in the materialized views may not be present in the list because they are not present in the query, which leads to exceptions (hidden in logs) when we try to load the materialized views in the planner, as we need to verify whether they are outdated or not.

I am experimenting with quite simple Stateful SessionScoped bean  ( see org.jboss.weld.tests.clustering.translator.TranslatorControllerBean from attached reproducer) and actually there's not any specific exception, but the behavior is at least weird. I haven't tried with plain EJB so far. Reproducible by following steps:
1. Run first node with "/bin/standalone.sh -c standalone-ha.xml"
2. Run second node with "./bin/standalone.sh -c standalone-ha.xml -Djboss.socket.binding.port-offset=100 -Djboss.node.name=second"
3. Build and deploy attached reproducer
4. Open 127.0.0.1:8080/translator in your browser and translate something.
5. Open 127.0.0.1:8180/translator and note that number of translated sentences is not replicated correctly. 
This works correctly in EAP. I am running with default standalone-ha configuration on oracle's 1.7.0_45 jdk.

If a user requests an access token using the password grant authorization flow, their password is stored in the clear in the database by JdbcTokenStore. This should also affect any other token store.
When the OAuth2Authentication object is being serialized, it's authorizationRequest contains a map of authorization parameters. This will contain the scope, the grant_type, the username, and the password. The password should be removed before serializing to any store. Otherwise the user's password is leaked. This is worse than exposing tokens in the database since passwords may be used across sites.

I see several intertwined issues here, so I'm filing them all in one place.
1. If I have an @Asynchronous method with @Retry and the invocation fails, it will never be retried. The retry logic is implemented in HystrixCommandInterceptor.interceptCommand, but for the async case, the only thing that happens is that the command is submitted for execution (and the submission is an operation that will succeed), a HystrixCommandInterceptor.AsyncFuture is created as a result of the operation, and is returned – right in the first iteration of the retry loop. Clearly the MP FT spec says that @Asynchronous can be combined with @Retry, but we don't support that. If the operation fails (see below), we'll never retry.
2. This is most likely a spec issue – an @Asynchronous method can fail in two ways: it itself can throw an exception (synchronously), or it can return a failing Future. The spec doesn't say which of these is considered a failure that should be retried. I'd personally suggest both.
3. If the @Asynchronous @Retry method also has a @Fallback, this isn't considered at all. If the failure is a synchronously thrown exception, Hystrix complains that HystrixRuntimeException: <method> failed and no fallback available. This is because when we create the Hystrix command (DefaultCommand), we only pass in the fallback supplier when there's no retry or the current retry loop iteration is the last one (which, per item 1 above, it never is). If the failure is an asynchronous one (failed Future), it's even worse – the HystrixCommandInterceptor.AsyncFuture.unwrap method will just throw IllegalStateException with the message of Unable to get the result of: <Future>.

The related issue JBEAP-411/WFLY-4886 was rejected so the tests don't check expected behavior.

See discussion and referenced-stacktrace at SO.
An AOP clash appears due to similar signatures in:

https://docs.oracle.com/en/database/oracle/oracle-database/12.2/jjuar/oracle/ucp/jdbc/UCPConnectionBuilder.html

https://docs.oracle.com/javase/10/docs/api/java/sql/ConnectionBuilder.html

The value of session-max-alive-time is incorrectly counted. It looks as it is counted in miliseconds instead of seconds + the value is double of expected one.

There are 3 "TODO" in description of ActiveMQ subsystem:

"perf-blast-pages" => {
                            "type" => INT,
                            "description" => "TODO",
                            "attribute-group" => "debug",
                            "default" => -1,
                            "restart-required" => "all-services"
                        },
....
"connector-service" => {
                            "model-description" => {"*" => {
                                "description" => "TODO",
                                "attributes" => {

The async endpoints such as seda and wireTap should not share the same UnitOfWork as the source.
They are a total new independent exchange and should have their own UnitOfWork.
See nabble
http://www.nabble.com/UnitOfWork-ends-too-soon-with-Seda-endpoints-td22950359.html

Assumes in SPNEGOLoginModuleTestCase doen's make sense.
AssumeKerberosAuthenticationSupported is called in @Before method. Same method is called in many test methods:
testIdentityPropagation
testFormFallback
testSimpleSpnegoWorkflow
testMoreMechTypesSpnegoWorkflow
assumeKerberosAuthenticationSupported method from KerberosTestUtils.java shouldn't contains assume for BZ1188632, because BZ1188632 is fixed (works correctly with new version of IBM JDK).

Some tools print bin/hbase in their usage documentation.bin/hbase is only applicable to development environments. Typical deployments always should  just refer to hbase. 
For example, CopyTable usage is like: 

Usage: CopyTable [general options] [--starttime=X] [--endtime=Y] [--new.name=NEW] [--peer.adr=ADR] <tablename>

Options:
 rs.class     hbase.regionserver.class of the peer cluster
              specify if different from current cluster
 rs.impl      hbase.regionserver.impl of the peer cluster
 startrow     the start row
 stoprow      the stop row
 starttime    beginning of the time range (unixtime in millis)
 endtime      end of the time range.  Ignored if no starttime specified.
 versions     number of cell versions to copy
 new.name     new table's name
 peer.adr     Address of the peer cluster given in the format
              hbase.zookeeper.quorum:hbase.zookeeper.client.port:zookeeper.znode.parent
              To copy from cf1 to cf2, give sourceCfName:destCfName. 
              To keep the same name, just give "cfName"
 all.cells    also copy delete markers and deleted cells
 bulkload     Write input into HFiles and bulk load to the destination table

Args:
 tablename    Name of the table to copy

Examples:
 To copy 'TestTable' to a cluster that uses replication for a 1 hour window:
 $ bin/hbase org.apache.hadoop.hbase.mapreduce.CopyTable --starttime=1265875194289 --endtime=1265878794289 --peer.adr=server1,server2,server3:2181:/hbase --families=myOldCf:myNewCf,cf2,cf3 TestTable 
For performance consider the following general option:
  It is recommended that you set the following to >=100. A higher value uses more memory but
  decreases the round trip time to the server and may increase performance.
    -Dhbase.client.scanner.caching=100
  The following should always be set to false, to prevent writing data twice, which may produce 
  inaccurate results.
    -Dmapreduce.map.speculative=false

in above, it should be: 

 $ hbase org.apache.hadoop.hbase.mapreduce.CopyTable --starttime=1265875194289 --endtime=1265878794289 --peer.adr=server1,server2,server3:2181:/hbase --
families=myOldCf:myNewCf,cf2,cf3 TestTable 

TestMasterFailover.testMasterFailoverWithMockedRITOnDeadRS failed because asserting before finishing SSH process of dead server. 
https://builds.apache.org/job/PreCommit-HBASE-Build/5182//artifact/trunk/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.master.TestMasterFailover.txt
In SSH Checked how many regions carrying by dead server but not started assignment before asserting.

2013-04-08 12:17:18,238 INFO  [MASTER_SERVER_OPERATIONS-asf001.sp2.ygridcore.net,41490,1365423432616-1] handler.ServerShutdownHandler(192): Reassigning 14 region(s) that asf001.sp2.ygridcore.net,46030,1365423422112 was carrying (and 0 regions(s) that were opening on this server)

We need to wait until SSH processing finished to ensure atleast regions assignment started. After that we will any way wait at blockUntilNoRIT until assignment completed. 

In the plan of an Explain query, the operation name is not set to EXPLAIN. Instead, it is set to the operation name of the query itself.

In Web protocol attribute of https ssl configuration is used for defining ssl protocols such as TLSv1.2. This attribute isn't properly migrated. Migrate operation defines enabled-protocols in https-listener based on Web's ssl-protocol which is incorrect as ssl-protocol in Web stands for name of custom ssl protocol provider.

a value of -1 for maximumSessions in class ConcurrentSessionControllerImpl will throw a ConcurrentLoginException
code fragement  should also check for -1    
if (sessionCount < allowableSessions) {
                    return;

With the latest Gosling RC I'm intermittently seeing the following Exceptions on deployment. Usually a consecutive deployment will be successful.

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entryDao': Invocation of init method failed; nested exception is java.lang.ExceptionInInitializerError
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1578) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:545) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:305) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:301) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:196) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:1145) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1069) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:967) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:543) ~[spring-beans-4.2.0.RELEASE.jar:na]
	... 37 common frames omitted
	at org.springframework.data.repository.core.support.QueryExecutionResultHandler.<init>(QueryExecutionResultHandler.java:41) ~[spring-data-commons-1.11.0.RC1.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:383) ~[spring-data-commons-1.11.0.RC1.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:203) ~[spring-data-commons-1.11.0.RC1.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.initAndReturn(RepositoryFactoryBeanSupport.java:251) ~[spring-data-commons-1.11.0.RC1.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.afterPropertiesSet(RepositoryFactoryBeanSupport.java:237) ~[spring-data-commons-1.11.0.RC1.jar:na]
	at org.springframework.data.jpa.repository.support.JpaRepositoryFactoryBean.afterPropertiesSet(JpaRepositoryFactoryBean.java:92) ~[spring-data-jpa-1.9.0.RC1.jar:na]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1637) ~[spring-beans-4.2.0.RELEASE.jar:na]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1574) ~[spring-beans-4.2.0.RELEASE.jar:na]
Caused by: java.lang.IllegalArgumentException: [Assertion failed] - this String argument must have text; it must not be null, empty, or blank
	at org.springframework.util.Assert.hasText(Assert.java:168) ~[spring-core-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.util.Assert.hasText(Assert.java:181) ~[spring-core-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.data.util.Version.parse(Version.java:67) ~[spring-data-commons-1.11.0.RC1.jar:na]
	at org.springframework.data.repository.util.QueryExecutionConverters.<clinit>(QueryExecutionConverters.java:47) ~[spring-data-commons-1.11.0.RC1.jar:na]

Own analysis:
Commit in question: https://github.com/spring-projects/spring-data-commons/commit/e0dafd29f4027bd2fe40215c8a916e61bff16740
The usage of org.springframework.core.SpringVersion.getVersion() is unreliable, as already stated in the comment section of said class:

/**
 * Class that exposes the Spring version. Fetches the
 * "Implementation-Version" manifest attribute from the jar file.
 *
 * <p>Note that some ClassLoaders do not expose the package metadata,
 * hence this class might not be able to determine the Spring version
 * in all environments. Consider using a reflection-based check instead:
 * For example, checking for the presence of a specific Spring 2.0
 * method that you intend to call.
 *
 * @author Juergen Hoeller
 * @since 1.1
 */

The code in QueryExecutionConverters private static final Version SPRING_VERSION = Version.parse(SpringVersion.getVersion()); fails to handle null, because Version.parse(…) has an Assert.hasText() and can't handle null.
So there are at least two obvious things to consider here: One is the not handling the null case. And the other is the reliance on SpringVersion.getVersion(), which is said to not work in all environments. Or probably in my case has timing issues.

CompositeOperationTransformer doesn't work correctly if the resource against which transformation is occurring isn't the root. It asserts that it is the root, and therefore fails. And if that is corrected, then it passes an absolute address to a method that builds an absolute PathAddress from a relative one, instead of using the method that takes an absolute address.
Where I'm seeing this fail is with a chained transformer, where the first link in the chain converts an op into a composite. The op is not against the root, so the address of the resource being transformed also isn't. As the chain proceeds, CompositeOperationTransformer gets called and blows up. 

Since HIVE-98, the build process copies the contents of the ql/src/java directory to build/gen-java where the code generated from Hive.g is located. This makes it a bit more difficult to work on the project in Eclipse, since one has to add the build/gen-java folder to the project and not ql/src/java. This means we'll edit the ql java files in the wrong location. Adding both of these directories will of course result in duplicate entries.

In HIVE-12038, missed a case of Error.  Originally the assumption that if error is true, then it is always a build error.  Apparently there is a TestFailedException.
Currently, it incorrectly report failed tests as build errors.  

Looks like TestDDLWithRemoteMetastoreSecondNamenode started failing after HIVE-6584 was committed.

TestDDLWithRemoteMetastoreSecondNamenode.testCreateTableWithIndexAndPartitionsNonDefaultNameNode:272->createTableAndCheck:201->createTableAndCheck:219 Table should be located in the second filesystem expected:<[hdfs]> but was:<[pfile]>

ConnectionFactoryLocator cannot be restored from the HttpSession since its implementation class ConnectionFactoryRegistry does not implement Serializable.

When running multi-insert queries, when one of the query is not returning results, the other query is not returning the right result.
After following query, there is no value in /tmp/emp/dir3/000000_0

From (select * from src) a
insert overwrite directory '/tmp/emp/dir1/'
select key, value
insert overwrite directory '/tmp/emp/dir2/'
select 'header'
where 1=2
insert overwrite directory '/tmp/emp/dir3/'
select key, value 
where key = 100;

where clause in the second insert should not affect the third insert. 

JIRA COMPRESS-423 has introduced a new import with wrong syntax. Actually commons-compress is not resolvable anymore. 
is:

<Import-Package>org.tukaani.xz;resolution:=optional,org.brotli.dec;resolution:=optional,com.github.luben.zstd;resolution=optional</Import-Package>

to be:

<Import-Package>org.tukaani.xz;resolution:=optional,org.brotli.dec;resolution:=optional,com.github.luben.zstd;resolution:=optional</Import-Package>

172 runs / 5 failures / 0 ignored Success rate: 97.1%
org.jboss.as.test.clustering.cluster.web (1)
     ConcurrentFineWebFailoverTestCase(SYNC-tcp).testGracefulUndeployFailover  — Muted on 07 Jun 16 14:48 by Tomaz Cerar	
First failure:	pull/1628	#2988 	Changes (73) 	22 Jun 16 16:47
java.lang.AssertionError: Session failed to replicate after container 1 was shutdown. expected:<7> but was:<6>
    at org.junit.Assert.failNotEquals(Assert.java:834)
    at org.junit.Assert.assertEquals(Assert.java:645)
    at org.jboss.as.test.clustering.cluster.web.AbstractWebFailoverTestCase.testFailover(AbstractWebFailoverTestCase.java:207)
    at org.jboss.as.test.clustering.cluster.web.AbstractWebFailoverTestCase.testGracefulUndeployFailover(AbstractWebFailoverTestCase.java:103)
https://ci.wildfly.org/viewLog.html?buildId=19454&tab=buildResultsDiv&buildTypeId=WildFlyCore_PullRequest_WildFlyCoreFullIntegration#testNameId2219954691680252460

Some statistics seem to be wrong for subroutes.
MetricsStatistics.onExchangeDone method is called several times for a same exchange: first by the subroute and then by its parent route.
The problem is that context.stop() is called several times so counters is greater than 1 for the subroute instead of one.
A solution could be to reset the context into the exchange as soon as the stop method has been called:
MetricsRoutePolicy.java
private static final class MetricsStatistics {
        private final Timer responses;

        private MetricsStatistics(Timer responses) {
            this.responses = responses;
        }

        public void onExchangeBegin(Exchange exchange) {
            Timer.Context context = responses.time();
            exchange.setProperty("MetricsRoutePolicy", context);
        }

        public void onExchangeDone(Exchange exchange) {
            Timer.Context context = exchange.getProperty("MetricsRoutePolicy", Timer.Context.class);
            if (context != null) {
                // BUGFIX: reset to null so that context.stop() cannot be called
                // more than once.
                exchange.setProperty("MetricsRoutePolicy", null);

            }
        }
    }

The HttpServletRequest.getPathInfo() javadoc states:

Returns:
a String, decoded by the web container, specifying extra path information that comes after the servlet path but before the query string in the request URL; or null if the URL does not have any extra path information
However, MockMvcRequestBuilder does not decode pathInfo when calculating it from the provided URL. For example, the following test fails, but should pass

this.builder = new MockHttpServletRequestBuilder(HttpMethod.GET, "/travel/hotels 42");
MockHttpServletRequest request = this.builder.buildRequest(this.servletContext);

assertEquals("/travel/hotels 42", request.getPathInfo());

Impact 
This bug has a fairly significant impact now that Spring Security rejects request that appear to be performing double encoding. For example, running the test with Spring Security would result in the following exception:

org.springframework.security.web.firewall.RequestRejectedException: The request was rejected because the URL contained a potentially malicious String "%"

	at org.springframework.security.web.firewall.StrictHttpFirewall.rejectedBlacklistedUrls(StrictHttpFirewall.java:145)
	at org.springframework.security.web.firewall.StrictHttpFirewall.getFirewalledRequest(StrictHttpFirewall.java:120)
	at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:194)
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:178)
	at org.springframework.mock.web.MockFilterChain.doFilter(MockFilterChain.java:133)
	at org.springframework.test.web.servlet.MockMvc.perform(MockMvc.java:166)

Work Around
A workaround is by using a RequestPostProcessor to decode the pathInfo. For example:

public class DecodePathInfoPostProcessor implements RequestPostProcessor {
    private final UrlPathHelper urlPathHelper = new UrlPathHelper();
    @Override
    public MockHttpServletRequest postProcessRequest(MockHttpServletRequest request) {
        request.setPathInfo(this.urlPathHelper.decodeRequestString(request, request.getPathInfo()));
        return request;
    }
}

Then using it like this:

MockMvc mvc = MockMvcBuilders.standaloneSetup(new Controller())
	.defaultRequest(get("/").with(new DecodePathInfoPostProcessor()))
	.addFilter(new FilterChainProxy(Collections.emptyList()))
	.build();

mvc.perform(get("/path/hello world/"))
	.andExpect(status().isNotFound());

When defining servers with directory-grouping="by-type" the wrong directory is used in the ManagedServerBootCmdFactory. This causes the domain/configuration/logging.properties to always be used which is the incorrect configuration to use.

When ageout-history cannot delete the old CP files, it silently fails and returns "success".
LocalAgeoutHistoryHandler#recursiveDelete does keep track of whether the
delete failed or succeeded, but the return value from this method is ignored
in execute(...).
If recursiveDelete returns false, it should report a failure.

Seems like the auto_join26.q got changed to DOS by HIVE-2340.

We use numberOfBytes to collect the numberOfBytes of sibling of specified RS. We use Long type and it happens overflow when the data is too big. After happening this situation, the parallelism is decided by sparkMemoryAndCores.getSecond() if spark.dynamic.allocation.enabled is true, sparkMemoryAndCores.getSecond is a dymamic value which is decided by spark runtime. For example, the value of sparkMemoryAndCores.getSecond is 5 or 15 randomly. There is possibility that the value may be 1. The may problem here is the overflow of addition of Long type.  You can reproduce the overflow problem by following code

      long a1= 9223372036854775807L;
      long a2=1022672;

      long res = a1+a2;
      System.out.println(res);  //-9223372036853753137

      BigInteger b1= BigInteger.valueOf(a1);
      BigInteger b2 = BigInteger.valueOf(a2);

      BigInteger bigRes = b1.add(b2);

      System.out.println(bigRes); //9223372036855798479

    }

When using AbstractRequestLogingFilter to log requests with includeQueryString = true, "?null" is appended to requests that don't have a query string.  I would expect no query string to be included in these cases.

    @Bean
    public Filter logFilter() {
        CommonsRequestLoggingFilter filter = new CommonsRequestLoggingFilter();
        filter.setIncludeQueryString(true);
        return filter;
    }

Log output:

Before request [uri=/my/uri/path?null]

Expected log output:

Before request [uri=/my/uri/path]

It should be possible to run the query tests against an externally created cluster using the BeeLineDriver, and the query files and results.

org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver[auto_join25] (batchId=72)

We observed the following issue in cluster testing on a restored table (table_gwbh9rxyz3).

2015-06-08 14:29:47,313|beaver.component.hbase|INFO|6196|140144585275136|MainThread| 'get 'table_gwbh9rxyz3','row1', {COLUMN => 'family1'}'
...
2015-06-08 14:31:38,203|beaver.machine|INFO|6196|140144585275136|MainThread|ERROR: No server address listed in hbase:meta for region table_gwbh9rxyz3,,1433773371699.             48652273628a291653d8c43aaa02179a. containing row row1

Here was related log snippet from master - part for RestoreSnapshotHandler#handleTableOperation():

2015-06-08 14:28:41,968 DEBUG [MASTER_TABLE_OPERATIONS-ip-172-31-46-243:54936-0] snapshot.RestoreSnapshotHelper: starting restore
2015-06-08 14:28:41,969 DEBUG [MASTER_TABLE_OPERATIONS-ip-172-31-46-243:54936-0] snapshot.RestoreSnapshotHelper: get table regions: hdfs://ip-172-31-46-239.ec2.internal:8020/user/hbase/.slider/cluster/hbasesliderapp/database/data/default/table_gwbh9rxyz3
2015-06-08 14:28:41,984 DEBUG [MASTER_TABLE_OPERATIONS-ip-172-31-46-243:54936-0] snapshot.RestoreSnapshotHelper: found 1 regions for table=table_gwbh9rxyz3
2015-06-08 14:28:41,984 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-46-243:54936-0] snapshot.RestoreSnapshotHelper: region to restore: 48652273628a291653d8c43aaa02179a
2015-06-08 14:28:42,001 DEBUG [RestoreSnapshot-pool584-t1] backup.HFileArchiver: Finished archiving from class org.apache.hadoop.hbase.backup.HFileArchiver$FileablePath, file:hdfs://ip-172-31-46-239.ec2.internal:8020/user/hbase/.slider/cluster/hbasesliderapp/database/data/default/table_gwbh9rxyz3/48652273628a291653d8c43aaa02179a/family1/45aa3fb9e0404814b77a9cac91ebeb66, to hdfs://ip-172-31-46-239.ec2.internal:8020/user/hbase/.slider/cluster/hbasesliderapp/database/archive/data/default/table_gwbh9rxyz3/48652273628a291653d8c43aaa02179a/family1/45aa3fb9e0404814b77a9cac91ebeb66
2015-06-08 14:28:42,002 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-46-243:54936-0] hbase.MetaTableAccessor: Deleted []
2015-06-08 14:28:42,002 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-46-243:54936-0] hbase.MetaTableAccessor: Added 0
2015-06-08 14:28:42,014 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-46-243:54936-0] hbase.MetaTableAccessor: Deleted [{ENCODED => 48652273628a291653d8c43aaa02179a, NAME => 'table_gwbh9rxyz3,,1433773371699.48652273628a291653d8c43aaa02179a.', STARTKEY => '', ENDKEY => ''}]
2015-06-08 14:28:42,022 DEBUG [B.defaultRpcServer.handler=13,queue=1,port=54936] snapshot.SnapshotManager: Verify snapshot=table_gwbh9rxyz3-ru-20150608 against=table_gwbh9rxyz3-ru-20150608 table=table_gwbh9rxyz3
2015-06-08 14:28:42,022 DEBUG [B.defaultRpcServer.handler=13,queue=1,port=54936] snapshot.SnapshotManager: Sentinel is not yet finished with restoring snapshot={ ss=table_gwbh9rxyz3-ru-20150608 table=table_gwbh9rxyz3 type=FLUSH }
2015-06-08 14:28:42,038 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-46-243:54936-0] hbase.MetaTableAccessor: Added 2
2015-06-08 14:28:42,038 INFO  [MASTER_TABLE_OPERATIONS-ip-172-31-46-243:54936-0] hbase.MetaTableAccessor: Overwritten [{ENCODED => 48652273628a291653d8c43aaa02179a, NAME => 'table_gwbh9rxyz3,,1433773371699.48652273628a291653d8c43aaa02179a.', STARTKEY => '', ENDKEY => ''}]

Here was log snippet from region server - corresponding to table being enabled after snapshot restore:

2015-06-08 14:28:41,914 DEBUG [RS_OPEN_REGION-ip-172-31-46-239:51852-2] zookeeper.ZKAssign: regionserver:51852-0x24dd2833c34000b, quorum=ip-172-31-46-239.ec2.internal:2181,ip-172-31-46-241.ec2.internal:2181,ip-172-31-46-242.ec2.internal:2181, baseZNode=/services/slider/users/hbase/hbasesliderapp Attempting to retransition opening state of node 48652273628a291653d8c43aaa02179a
2015-06-08 14:28:41,916 INFO  [PostOpenDeployTasks:48652273628a291653d8c43aaa02179a] regionserver.HRegionServer: Post open deploy tasks for table_gwbh9rxyz3,,1433773371699.48652273628a291653d8c43aaa02179a.
2015-06-08 14:28:41,920 INFO  [PostOpenDeployTasks:48652273628a291653d8c43aaa02179a] hbase.MetaTableAccessor: Updated row table_gwbh9rxyz3,,1433773371699.48652273628a291653d8c43aaa02179a. with server=ip-172-31-46-239.ec2.internal,51852,1433758173941
2015-06-08 14:28:41,920 DEBUG [PostOpenDeployTasks:48652273628a291653d8c43aaa02179a] regionserver.HRegionServer: Finished post open deploy task for table_gwbh9rxyz3,,1433773371699.48652273628a291653d8c43aaa02179a

What happened was that due to clock skew, server location (ip-172-31-46-239.ec2.internal) for the region was eclipsed by the delete marker put in by MetaTableAccessor#overwriteRegions()
Thanks for Devaraj Das for pair debugging.

URLDecoder.decode(targetUrl, "UTF-8") call is not needed in org.springframework.security.web.authentication.logout.SimpleUrlLogoutSuccessHandler and it breaks URLs with GET parameters escaped in them.
p.s. also isUseReferer() is missing.

When using the FileComponent ("file://") to publish to a non-existent directory tree, the last part of the path is created as file instead of directory. It only happens when setting the filename in the header (FileComponent.HEADER_FILE_NAME).
This is because the method that determines the file name (which checks whether a directory exists), is called before the directory tree is built.
See also http://www.nabble.com/Problem-with-concurrent-dir-file-access--tf4724448s22882.html

It appears that the only way to get UDP responses out of Camel Mina without binary ( > 7 bit) getting garbled by internal conversions is to reply with a Mina ByteBuffer.
Unfortunately, if you have Trace on, the DefaultTraceFormatter ends up calling MinaConverter.toByteArray, which "consumes" the ByteBuffer, setting it to empty, which means no reply goes out. 

27/05/10 07:02:41:DEBUG:org.apache.camel.component.mina.MinaConsumer:Writing body: DirectBuffer[pos=11 lim=11 cap=16: empty]

I'm not sure how to fix this one cleanly, so I don't have a patch.  I might also be doing something wrong, if so I'm all ears. 
Here's a trace:

	  at org.apache.camel.component.mina.MinaConverter.toByteArray(MinaConverter.java:44)
	  at org.apache.camel.component.mina.MinaConverter.toString(MinaConverter.java:49)
	  at sun.reflect.GeneratedMethodAccessor228.invoke(Unknown Source:-1)
	  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	  at java.lang.reflect.Method.invoke(Method.java:597)
	  at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:736)
	  at org.apache.camel.impl.converter.StaticMethodTypeConverter.convertTo(StaticMethodTypeConverter.java:50)
	  at org.apache.camel.impl.converter.DefaultTypeConverter.doConvertTo(DefaultTypeConverter.java:159)
	  at org.apache.camel.impl.converter.DefaultTypeConverter.convertTo(DefaultTypeConverter.java:85)
	  at org.apache.camel.impl.MessageSupport.getBody(MessageSupport.java:74)
	  at org.apache.camel.impl.MessageSupport.getBody(MessageSupport.java:48)
	  at org.apache.camel.util.MessageHelper.extractBodyAsString(MessageHelper.java:63)
	  at org.apache.camel.processor.interceptor.DefaultTraceFormatter.format(DefaultTraceFormatter.java:75)
	  at org.apache.camel.processor.interceptor.TraceInterceptor.format(TraceInterceptor.java:231)

Thanks!

When calling a Camel application with parameter -h all parameters are printed an the program exits.
But it is no clean exit; it throws an java.lang.IndexOutOfBoundsException.
The reason for this is the expression in doStop():
+

getCamelContexts().get(0).stop();

get(0) returns null, if no context is initialized yet.
See camel-users mailinglist, thread "Bug in org.apache.camel.main.Main#doStop() ?"

When trying to send plan via RPC it's helpful to compress the payload. That way more potential plans can be sent (size limit).

similar to HBASE-1298, the various JSPs included with HBase for monitoring the system don't seem to do any HTML escaping when displaying user entered data which may contain special characters: table names, region names, start Keys, or end Keys

Disabling IntegrationTestRebalanceAndKillServersTargeted until hbase-7520 is fixed so can move forward with getting hbase-it running on bigtop infra.

Configure remote metastore (hive.metastore.uris)
Create table t1 (a string);
Create table t2 (a string) partitioned by (b string);
Insert overwrite table t2 partition (b) select a,a from t1;

Result:

FAILED: SemanticException org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.thrift.TApplicationException: getMetaConf failed: unknown result
16/04/13 15:04:51 [c679e424-2501-4347-8146-cf1b1cae217c main]: ERROR ql.Driver: FAILED: SemanticException org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.thrift.TApplicationException: getMetaConf failed: unknown result
org.apache.hadoop.hive.ql.parse.SemanticException: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.thrift.TApplicationException: getMetaConf failed: unknown result
        at org.apache.hadoop.hive.ql.plan.DynamicPartitionCtx.<init>(DynamicPartitionCtx.java:84)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genFileSinkPlan(SemanticAnalyzer.java:6550)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:9315)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:9204)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:10071)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9949)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10607)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:358)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10618)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:233)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:245)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:476)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1192)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1287)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1118)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1106)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:236)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:187)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:403)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:339)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:748)
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:721)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:648)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.thrift.TApplicationException: getMetaConf failed: unknown result
        at org.apache.hadoop.hive.ql.metadata.Hive.getMetaConf(Hive.java:3493)
        at org.apache.hadoop.hive.ql.plan.DynamicPartitionCtx.<init>(DynamicPartitionCtx.java:82)
        ... 29 more
Caused by: org.apache.thrift.TApplicationException: getMetaConf failed: unknown result
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.recv_getMetaConf(ThriftHiveMetastore.java:666)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.getMetaConf(ThriftHiveMetastore.java:646)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getMetaConf(HiveMetaStoreClient.java:550)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:153)
        at com.sun.proxy.$Proxy20.getMetaConf(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2153)
        at org.apache.hadoop.hive.ql.metadata.Hive.getMetaConf(Hive.java:3491)
        ... 30 more

During construction of DynamicPartitionCtx it tries to read “hive.metastore.partition.name.whitelist.pattern” from the metastore. If no value is configured in hive-site.xml then NULL will be returned. Thrift considers NULL as invalid result and fails with an exception.

Tar UnArchive Fails when archive contains directory sizes which are non-zero. I recently came across a set of files which failed to extract with commons-compress but I was able to successfully extract the files with GNU tar. 
The problem is TarArchiveInputStream.java gets the size of each entry in a tar archive to determine how many bytes to read ahead. Directories are always sized 0 bytes, however its technically possible a tar archive contains a size for a directory. This causes the Input Stream to loose it's place and eventually results in an exception being thrown.
I was able to implement a proof-of-concept fix by checking if an entity is a directory and setting the directory size to 0. (A directory with Files in a Tar Archive still has a size of 0 as the directory itself does not have size in the archive.)

The assembly.xml in the wildfly-core-dist module produces a zip file with only the source contents. This results in an unusable distribution.

responseTooSlow
2018-09-10 16:13:53,022 WARN  [B.DefaultRpcServer.handler=209,queue=29,port=60020] ipc.RpcServer: (responseTooSlow): {"processingtimems":321262,"call":"Multi(org.apache.hadoop.hbase.protobuf.generated.ClientProtos$MultiRequest)","client":"127.0.0.1:56149","param":"region= tsdb,\\x00\\x00.[\\x89\\x1F\\xB0\\x00\\x00\\x01\\x00\\x01Y\\x00\\x00\\x02\\x00\\x00x04,1536133210446.7c752de470bd5558a001117b123a5db5., for 1 actions and 1st row key=\\x00\\x00.[\\x96x16p","starttimems":1536566911759,"queuetimems":0,"class":"HRegionServer","responsesize":2,"method":"Multi"}

The responseTooSlow log is printed when the processing time of a request exceeds the specified threshold. The number of actions and the contents of the first rowkey in the request will be included in the log.
However, the number of actions is inaccurate, and it is actually the number of regions that the request needs to visit.
Just like the logs above, users may be mistaken for using 321262ms to process an action, which is incredible, so we need to fix it.

For testing purposes, I am trying to override a bean configured as a singleton (in production) by making it a scoped proxy using a custom testing scope. The testing configuration extends the production configuration.
However, this bean is never loaded as a scoped proxy at all! When I apply the test configuration, the bean is always autowired as a singleton instead of (the desired) scoped proxy (regardless whether it's a CGLIB or JDK dynamic proxy).

Hadoop 3 doesn't work with HBase 1.y and we haven't done any work to backport the efforts to make HBase 2.y work with it. Precommit shouldn't tell contributors otherwise.
see HBASE-18923 for an example of a branch-1 patch that had hadoop 3 compilation checked.

], TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.IllegalStateException: Must start input before invoking this method
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:142)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:180)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:172)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:167)
Caused by: java.lang.IllegalStateException: Must start input before invoking this method
        at org.apache.tez.runtime.library.input.OrderedGroupedKVInput.waitForInputReady(OrderedGroupedKVInput.java:166)
        at org.apache.tez.runtime.library.input.OrderedGroupedKVInput.getReader(OrderedGroupedKVInput.java:230)
        at org.apache.tez.runtime.library.input.OrderedGroupedKVInput.getReader(OrderedGroupedKVInput.java:70)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.init(ReduceRecordProcessor.java:98)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:153)
        ... 14 more
]], Vertex failed as one or more tasks fa

The temporary table that it creates assumes the schema of the final table, which is not correct.

Deploy two deployments,
read content hashes of the deployments,
try to :full-replace-deployment the first deployment with the content hash of the other one (or any made up content hash for that matter).

The byte values of the content hash are not parsed correctly - whenever there's a value larger than 0x7f (e.g. 0xef), the parsing fails with "Value out of range. Value:"ef" Radix:16".

[standalone@localhost:9990 /] /deployment=*:read-resource
{
        {
            "address" => [("deployment" => "FilterServlet.war")],
            "outcome" => "success",
                "content" => [{
                    "hash" => bytes {
                        0xef, 0x4c, 0x32, 0x78, 0xd6, 0xc6, 0x01, 0xa3,
                        0x64, 0xb4, 0xad, 0x73, 0x86, 0x8c, 0x69, 0xa8,
                        0x97, 0xed, 0x09, 0x33
                    },
                    "archive" => undefined
                }],
                ...
            }
        }, ...
    ]
}

[standalone@localhost:9990 /] :full-replace-deployment(name=FilterServlet.war, content=[{hash=bytes{0xef, 0x4c, 0x32, 0x78, 0xd6, 0xc6, 0x01, 0xa3, 0x64, 0xb4, 0xad, 0x73, 0x86, 0x8c, 0x69, 0xa8, 0x97, 0xed, 0x09, 0x33}}])
Failed to parse '[{hash=bytes{0xef, 0x4c, 0x32, 0x78, 0xd6, 0xc6, 0x01, 0xa3, 0x64, 0xb4, 0xad, 0x73, 0x86, 0x8c, 0x69, 0xa8, 0x97, 0xed, 0x09, 0x33}}]': Value out of range. Value:"ef" Radix:16

When the provided password and / or user is wrong we receive the following exception:

Error creating bean with name 'sameCoolClassRepository': FactoryBean threw exception on object creation; nested exception is org.springframework.data.mongodb.CannotGetMongoDbConnectionException:
Failed to authenticate to database [mydbname], username = [myusername], password = [thecleartextpassword]

Spring Data should never print the password in the logiles.
Suggested solution: print first and last letter: 'mysecret' gets 'm**************t'

See this from the template, and note the label and actual values for the last two columns.

    <tr>
        <th>Bucket Offset</th>
        <th>Allocation Size</th>
        <th>Free Count</th>
        <th>Used Count</th>
    </tr>
<%for Bucket bucket: buckets %>
    <tr>
        <td><% bucket.getBaseOffset() %></td>
        <td><% bucket.getItemAllocationSize() %></td>
        <td><% bucket.getFreeBytes() %></td>
        <td><% bucket.getUsedBytes() %></td>
    </tr>

They are labeled "counts" but are "bytes", duh.

hive-druid-handler.jar is shading jackson core dependencies in hive-17468 but older versions are brought in from the transitive dependencies. 

I have observed TestMiniDruidCliDriver takes a long time to execute. I verified that execution is not batched. We could batch tests as we do with TestHBaseCliDriver, i.e., 5 q files per batch, as there is only a small number of tests.

The method read(byte[] b, int off, int len) should always return 0 if the requested length == 0, even if the stream is empty or at EOF, as that is how the overridden java.io.InputStream method is documented to behave.

   According to the documentation: [1] the deployment overlay feature is applicable for "swapping out deployment descriptors, modifying static web resources to change the branding of an application, or even replacing jar libraries with different versions."   
   Here it talks about "replacing jar libraries" which is not working as expected and causes  the following error.
[1] https://docs.jboss.org/author/display/AS72/Deployment+Overlays
Follow the below sequence of deployment and overlay:
Step-1). Undeploy if any existing application is deployed  and then freshly deploy the application.

[standalone@localhost:9999 /] undeploy DeploymentOverlayDemo.war 
[standalone@localhost:9999 /] deploy /home/jaysensharma/TestApp/build/DeploymentOverlayDemo.war
Step-2). Make some changes in java code "Hello.java" . Create a new JAR  Hello.jar which we want to replace at (/WEB-INF/lib/Hello.jar) using deployment-overlay feature.  In the attached ant based Demo just do "ant compile"  to create a new Jar "${project.dir}/tmp/Hello.jar"
Step-3). Use the following command in order to replace the "/WEB-INF/lib/Hello.jar" with the newly created Hello.jar using deployment overlay feature as following:

[standalone@localhost:9999 /] deployment-overlay add --name=myOverLay_1 --content=/WEB-INF/lib/Hello.jar=/home/jaysensharma/TestApp/tmp/Hello.jar --deployments=DeploymentOverlayDemo.war --redeploy-affected
   Above causes the following Exception:

12:09:59,736 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS018224: Unregister web context: /DeploymentOverlayDemo
12:09:59,760 WARN  [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017530: Could not delete servlet temp file /NotBackedUp/SVN_16_Jan/WildFly/build_Apps/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/tmp/DeploymentOverlayDemo.war/org/apache/jsp
12:09:59,761 WARN  [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017530: Could not delete servlet temp file /NotBackedUp/SVN_16_Jan/WildFly/build_Apps/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/tmp/DeploymentOverlayDemo.war/org/apache
12:09:59,761 WARN  [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017530: Could not delete servlet temp file /NotBackedUp/SVN_16_Jan/WildFly/build_Apps/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/tmp/DeploymentOverlayDemo.war/org
12:09:59,762 WARN  [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017530: Could not delete servlet temp file /NotBackedUp/SVN_16_Jan/WildFly/build_Apps/wildfly-8.0.0.Beta2-SNAPSHOT/standalone/tmp/DeploymentOverlayDemo.war
12:09:59,787 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015877: Stopped deployment DeploymentOverlayDemo.war (runtime-name: DeploymentOverlayDemo.war) in 56ms
12:09:59,789 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "DeploymentOverlayDemo.war" (runtime-name: "DeploymentOverlayDemo.war")
12:09:59,799 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.deployment.unit."DeploymentOverlayDemo.war".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."DeploymentOverlayDemo.war".STRUCTURE: JBAS018733: Failed to process phase STRUCTURE of deployment "DeploymentOverlayDemo.war"
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS018776: Failed to get content for deployment overlay myOverLay_1 at /WEB-INF/lib/Hello.jar
	at org.jboss.as.server.deployment.ContentOverrideDeploymentUnitProcessor.deploy(ContentOverrideDeploymentUnitProcessor.java:70) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	... 5 more
Caused by: java.io.IOException: VFS000017: Filesystem already mounted at mount point ""/content/DeploymentOverlayDemo.war/WEB-INF/lib/Hello.jar""
	at org.jboss.vfs.VFS.mount(VFS.java:127) [jboss-vfs-3.2.2.Final.jar:3.2.2.Final]
	at org.jboss.vfs.VFS.doMount(VFS.java:336) [jboss-vfs-3.2.2.Final.jar:3.2.2.Final]
	at org.jboss.vfs.VFS.mountReal(VFS.java:423) [jboss-vfs-3.2.2.Final.jar:3.2.2.Final]
	at org.jboss.as.server.deployment.ContentOverrideDeploymentUnitProcessor.deploy(ContentOverrideDeploymentUnitProcessor.java:67) [wildfly-server-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
	... 6 more
12:09:59,805 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) JBAS014613: Operation ("redeploy") failed - address: ([("deployment" => "DeploymentOverlayDemo.war")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"DeploymentOverlayDemo.war\".STRUCTURE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"DeploymentOverlayDemo.war\".STRUCTURE: JBAS018733: Failed to process phase STRUCTURE of deployment \"DeploymentOverlayDemo.war\"
    Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS018776: Failed to get content for deployment overlay myOverLay_1 at /WEB-INF/lib/Hello.jar
    Caused by: java.io.IOException: VFS000017: Filesystem already mounted at mount point \"\"/content/DeploymentOverlayDemo.war/WEB-INF/lib/Hello.jar\"\""}}
12:09:59,809 ERROR [org.jboss.as.server] (management-handler-thread - 3) JBAS015860: Redeploy of deployment "DeploymentOverlayDemo.war" was rolled back with the following failure message: 
{"JBAS014671: Failed services" => {"jboss.deployment.unit.\"DeploymentOverlayDemo.war\".STRUCTURE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"DeploymentOverlayDemo.war\".STRUCTURE: JBAS018733: Failed to process phase STRUCTURE of deployment \"DeploymentOverlayDemo.war\"
12:09:59,814 INFO  [org.jboss.as.controller] (management-handler-thread - 3) JBAS014774: Service status report
JBAS014777:   Services which failed to start:      service jboss.deployment.unit."DeploymentOverlayDemo.war".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."DeploymentOverlayDemo.war".STRUCTURE: JBAS018733: Failed to process phase STRUCTURE of deployment "DeploymentOverlayDemo.war"

There is no implementation for query filter in MBeanServerConnection, marked as TODO
ModelControllerMBeanHelper.java

    Set<ObjectName> queryNames(final ObjectName name, final QueryExp query) {
        return new RootResourceIterator<Set<ObjectName>>(accessControlUtil, getRootResourceAndRegistration().getResource(),
                new ObjectNameMatchResourceAction<Set<ObjectName>>(name) {

            Set<ObjectName> set = new HashSet<ObjectName>();

            @Override
            public boolean onResource(ObjectName resourceName) {
                if (name == null || name.apply(resourceName)) {
                    //TODO check query
                    set.add(resourceName);
                }
            }

            @Override
            public Set<ObjectName> getResult() {
                if (set.size() == 1 && set.contains(ModelControllerMBeanHelper.createRootObjectName(domain))) {
                  return Collections.emptySet();
                }
                return set;
            }
        }).iterate();
    }

Hadoop 2.0.0-alpha depends on Guava 11.0.2. Updating HBase dependencies to match produces the following compilation errors:

[ERROR] SingleSizeCache.java:[41,32] cannot find symbol
[ERROR] symbol  : class MapEvictionListener
[ERROR] location: package com.google.common.collect
[ERROR] 
[ERROR] SingleSizeCache.java:[94,4] cannot find symbol
[ERROR] location: class org.apache.hadoop.hbase.io.hfile.slab.SingleSizeCache
[ERROR] 
[ERROR] SingleSizeCache.java:[94,69] cannot find symbol

Currently, when the publication feature is enabled (hbase.status.published=true), it uses the interface which is found first:
https://github.com/apache/hbase/blob/2e8bd0036dbdf3a99786e5531495d8d4cb51b86c/hbase-server/src/main/java/org/apache/hadoop/hbase/master/ClusterStatusPublisher.java#L268-L275
This won't work when the host has the multiple network interfaces and the unreachable one to the other nodes is selected. The interface which can be used for the communication between cluster nodes should be configurable.

Default Hibernate's ValidationProviderResolver doesn't work well in the OSGi environment. It will be nice to ship OSGi-friendly provider together with the camel-bean-validation jar.

Chapter 4.5.6 [1] says that a killed job (kill -9) can be set to be either aborted or failed. Where failed will allow restart by the framework, while aborted will not.
First of, there is no BatchStatus.ABORTED, there is however a BatchStatus.ABANDONED, I guess this is what the documentation should say?
Second, the BatchStatus.ABANDONED can be restarted by the CommandLineJobRunner by providing the -restart flag. The CLJR will restart any job where status greater than STOPPING. STOPPED, FAILED, ABANDONED and UNKNOWN are greater than STOPPING and will thus be restartable, provided that the job is restartable=true.
If you try to restart an abandoned batch by supplying the identical jobparameters and job name for an abandoned job, the SimpleJobRepository will throw an exception saying "A job instance already exists and is complete for parameters..."
In other words, there is a discrepancy in how what the CommandLineJobRunner and the SimpleJobRepository allows to be restarted.
[1] http://static.springsource.org/spring-batch/reference/html-single/index.html#d0e2450

Basically the test tries to test a kerberos doAs which is invalid since it doesn't do a kerberos login and it's not possible to unit test a kerberos setup. Surprisingly it has been hanging around for a while. Needs to be removed from the test suite.

Client and Server using different port numbers:
Server:

2013-04-14 12:54:55,416 [ing.Main.main()] INFO  BrokerService                  - Using Persistence Adapter: MemoryPersistenceAdapter
2013-04-14 12:54:55,431 [JMX connector  ] INFO  ManagementContext              - JMX consoles can connect to service:jmx:rmi:///jndi/rmi://localhost:1099/jmxrmi
2013-04-14 12:54:55,560 [ing.Main.main()] INFO  BrokerService                  - Apache ActiveMQ 5.8.0 (myBroker, ID:christians-macbook-pro.fritz.box-56795-1365936895431-0:1) is starting
2013-04-14 12:54:55,567 [ing.Main.main()] INFO  TransportConnector             - Connector vm Started
2013-04-14 12:54:55,575 [ing.Main.main()] INFO  TransportServerThreadSupport   - Listening for connections at: tcp://localhost:1101
2013-04-14 12:54:55,575 [ing.Main.main()] INFO  TransportConnector             - Connector tcp Started

Client

cmueller$ mvn exec:java -PCamelClient
...
[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.1.1:java (default-cli) on project camel-example-spring-jms: An exception occured while executing the Java class. null: InvocationTargetException: Exception occurred during execution on the exchange: Exchange[Message: 22]: Uncategorized exception occured during JMS processing; nested exception is javax.jms.JMSException: Error while attempting to add new Connection to the pool; nested exception is javax.jms.JMSException: Could not connect to broker URL: tcp://localhost:61610. Reason: java.net.ConnectException: Connection refused -> [Help 1]

TradeJobFunctionalTests might randomly fail since verification queries don't have ORDER clause.  When the data stored is verified it might fail if rows are retrieved in a random order that is different from the order the rows where added.

Noticed an unreproducible bug (customer reported), where HiveServer2 in http mode would accept the incoming tcp connection but would not allocate a new thread to process the request. Switching from LinkedBlockingQueue to SynchronousQueue fixes the issue and also simplifies the threading model.

In 1.x see rev 762400 where I added an unit test demonstrating the bug
The TX interceptor gets applied wrong with Spring DSL versus Java DSL.

It happens to get exception

ERROR [org.jboss.as.txn] (default task-12) WFLYTX0003: APPLICATION ERROR: transaction still active in request with status 0
ERROR [org.jboss.as.txn] (default task-12) WFLYTX0001: Unable to roll back active transaction: javax.transaction.SystemException: WFTXN0032: Rollback not allowed on imported transaction
        at org.wildfly.transaction.client.LocalTransaction.rollbackAndDissociate(LocalTransaction.java:100)
        at org.wildfly.transaction.client.ContextTransactionManager.rollback(ContextTransactionManager.java:83)
        at org.jboss.as.txn.deployment.TransactionRollbackSetupAction.checkTransactionStatus(TransactionRollbackSetupAction.java:137)
        at org.jboss.as.txn.deployment.TransactionRollbackSetupAction.teardown(TransactionRollbackSetupAction.java:67)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1510)

when using XTS transactions bridged to JTA for EJB handling. This happens on change of integration layer for WFTC in WFLY11.
The integration issues were already discussed as part of the JBTM-2853.
Here I hit a trouble of having log filled with the exception mentioned above. This does not cause a functionality trouble but the log is ugly filled with ERRORs.
The trouble seems to be caused by the fact that transaction is imported on ivocation of WS
https://github.com/wildfly/wildfly/blob/master/webservices/server-integration/src/main/java/org/jboss/as/webservices/invocation/AbstractInvocationHandler.java#L155
but as it was suspended in the integration code before
https://github.com/jbosstm/narayana/blob/master/txbridge/src/main/java/org/jboss/jbossts/txbridge/inbound/JaxWSTxInboundBridgeHandler.java#L118
now the WFTC holds the notion about the transaction even on call of 
https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java/org/jboss/as/txn/deployment/TransactionRollbackSetupAction.java#L134
and such transaction is tried to be rollback which is forbidden on WFTC for imported ones and thus at least ERROR msg is written to the log.

DebugUtils has many hardcoded log levels. To enable logging we need to recompile code with desired value. Instead configure add loggers for these classes with log levels via log4j properties. Also use parametrized logging in IO elevator. 

After upgrading to Spring Boot 2.0.0.M2 and Spring Data Kay.M4 I cannot start my microservices any more which are accessing MongoDB. A testcase is appended to produce the stacktrace below.
First I thought it is a Spring Boot issue https://github.com/spring-projects/spring-boot/issues/9780

C:\Users\ziju0001\IdeaProjects\testcase>gradle

> Task :bootRun

  .   ____          _            __ _ _
 /\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
 \\/  ___)| |_)| | | | | || (_| |  ) ) ) )
  '  |____| .__|_| |_|_| |_\__, | / / / /
 =========|_|==============|___/=/_/_/_/
 :: Spring Boot ::             (v2.0.0.M2)

2017-07-18 20:03:31.441  INFO 8572 --- [           main] de.hska.test.Main                        : Starting Main on iwi-w-ziju01-d with PID 8572 (C:\Users\ziju0001\IdeaProjects\testcase\build\classes\java\main started by ziju0001 in C:\Users\ziju0001\IdeaProjects\testcase)
2017-07-18 20:03:31.441  INFO 8572 --- [           main] de.hska.test.Main                        : No active profile set, falling back to default profiles: default
2017-07-18 20:03:31.551  INFO 8572 --- [           main] ConfigServletWebServerApplicationContext : Refreshing org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext@402e37bc: startup date [Tue Jul 18 20:03:31 CEST 2017]; root of context hierarchy
2017-07-18 20:03:33.051 ERROR 8572 --- [           main] o.s.boot.SpringApplication               : Application startup failed

        at org.springframework.data.repository.config.RepositoryBeanNameGenerator.getRepositoryInterfaceFromFactory(RepositoryBeanNameGenerator.java:81) ~[spring-data-commons-2.0.0.M4.jar:na]
        at org.springframework.data.repository.config.RepositoryBeanNameGenerator.getRepositoryInterfaceFrom(RepositoryBeanNameGenerator.java:75) ~[spring-data-commons-2.0.0.M4.jar:na]
        at org.springframework.data.repository.config.RepositoryBeanNameGenerator.generateBeanName(RepositoryBeanNameGenerator.java:52) ~[spring-data-commons-2.0.0.M4.jar:na]
        at org.springframework.data.repository.config.RepositoryConfigurationSourceSupport.generateBeanName(RepositoryConfigurationSourceSupport.java:92) ~[spring-data-commons-2.0.0.M4.jar:na]
        at org.springframework.data.repository.config.DefaultRepositoryConfiguration.getImplementationBeanName(DefaultRepositoryConfiguration.java:109) ~[spring-data-commons-2.0.0.M4.jar:na]
        at org.springframework.data.repository.config.RepositoryBeanDefinitionBuilder.registerCustomImplementation(RepositoryBeanDefinitionBuilder.java:150) ~[spring-data-commons-2.0.0.M4.jar:na]
        at org.springframework.data.repository.config.RepositoryBeanDefinitionBuilder.build(RepositoryBeanDefinitionBuilder.java:120) ~[spring-data-commons-2.0.0.M4.jar:na]
        at org.springframework.data.repository.config.RepositoryConfigurationDelegate.registerRepositoriesIn(RepositoryConfigurationDelegate.java:120) ~[spring-data-commons-2.0.0.M4.jar:na]
        at org.springframework.boot.autoconfigure.data.AbstractRepositoryConfigurationSourceSupport.registerBeanDefinitions(AbstractRepositoryConfigurationSourceSupport.java:60) ~[spring-boot-autoconfigure-2.0.0.M2.jar:2.0.0.M2]
        at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.lambda$loadBeanDefinitionsFromRegistrars$0(ConfigurationClassBeanDefinitionReader.java:355) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at java.util.LinkedHashMap.forEach(LinkedHashMap.java:684) ~[na:1.8.0_131]
        at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitionsFromRegistrars(ConfigurationClassBeanDefinitionReader.java:354) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitionsForConfigurationClass(ConfigurationClassBeanDefinitionReader.java:144) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitions(ConfigurationClassBeanDefinitionReader.java:117) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:320) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:229) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanDefinitionRegistryPostProcessors(PostProcessorRegistrationDelegate.java:271) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:94) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:686) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:524) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh(ServletWebServerApplicationContext.java:122) ~[spring-boot-2.0.0.M2.jar:2.0.0.M2]
        at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:750) ~[spring-boot-2.0.0.M2.jar:2.0.0.M2]
        at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:386) ~[spring-boot-2.0.0.M2.jar:2.0.0.M2]
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:327) ~[spring-boot-2.0.0.M2.jar:2.0.0.M2]
        at org.springframework.boot.builder.SpringApplicationBuilder.run(SpringApplicationBuilder.java:136) [spring-boot-2.0.0.M2.jar:2.0.0.M2]
        at de.hska.test.Main.main(Main.java:13) [main/:na]

2017-07-18 20:03:33.051  INFO 8572 --- [           main] ConfigServletWebServerApplicationContext : Closing org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext@402e37bc: startup date [Tue Jul 18 20:03:31 CEST 2017]; root of context hierarchy
2017-07-18 20:03:33.066  WARN 8572 --- [           main] ConfigServletWebServerApplicationContext : Exception thrown from LifecycleProcessor on context close

java.lang.IllegalStateException: LifecycleProcessor not initialized - call 'refresh' before invoking lifecycle methods via the context: org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext@402e37bc: startup date [Tue Jul 18 20:03:31 CEST 2017]; root of context hierarchy
        at org.springframework.context.support.AbstractApplicationContext.getLifecycleProcessor(AbstractApplicationContext.java:426) [spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:996) [spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.support.AbstractApplicationContext.close(AbstractApplicationContext.java:955) [spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.boot.SpringApplication.handleRunFailure(SpringApplication.java:808) [spring-boot-2.0.0.M2.jar:2.0.0.M2]
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:338) [spring-boot-2.0.0.M2.jar:2.0.0.M2]

2017-07-18 20:03:33.066 ERROR 8572 --- [           main] o.s.b.f.s.DefaultListableBeanFactory     : Destroy method on bean with name 'org.springframework.boot.autoconfigure.internalCachingMetadataReaderFactory' threw an exception

java.lang.IllegalStateException: ApplicationEventMulticaster not initialized - call 'refresh' before multicasting events via the context: org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext@402e37bc: startup date [Tue Jul 18 20:03:31 CEST 2017]; root of context hierarchy
        at org.springframework.context.support.AbstractApplicationContext.getApplicationEventMulticaster(AbstractApplicationContext.java:413) [spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.support.ApplicationListenerDetector.postProcessBeforeDestruction(ApplicationListenerDetector.java:97) ~[spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:236) ~[spring-beans-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:581) [spring-beans-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:557) [spring-beans-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingleton(DefaultListableBeanFactory.java:944) [spring-beans-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:526) [spring-beans-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingletons(DefaultListableBeanFactory.java:951) [spring-beans-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:1027) [spring-context-5.0.0.RC2.jar:5.0.0.RC2]
        at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:1003) [spring-context-5.0.0.RC2.jar:5.0.0.RC2]

In runs on end of HBASE-17056, a patch that touches all modules, Sean Busbey noticed that we were doing unit suite twice... Once for each individual module and then again for all/root because patch had root changes in it. We shouldn't do all if we are doing 'root' as per Sean Busbey
Here is tail of console output:

....
10:50:30 cd /testptch/hbase/hbase-spark
10:50:30 mvn -Dmaven.repo.local=/home/jenkins/yetus-m2/hbase-master-patch-1 -DHBasePatchProcess -PrunAllTests -Dtest.exclude.pattern=**/master.procedure.TestProcedureAdmin.java,**/master.assignment.TestMergeTableRegionsProcedure.java,**/quotas.TestSnapshotQuotaObserverChore.java,**/quotas.TestQuotaThrottle.java,**/client.TestReplicasClient.java,**/client.locking.TestEntityLocks.java,**/security.visibility.TestVisibilityLabelsReplication.java,**/client.TestShell.java,**/master.assignment.TestAssignmentManager.java,**/replication.TestMultiSlaveReplication.java,**/coprocessor.TestRegionObserverInterface.java,**/master.balancer.TestDefaultLoadBalancer.java,**/client.TestReplicaWithCluster.java,**/io.hfile.TestLruBlockCache.java,**/master.balancer.TestFavoredStochasticLoadBalancer.java,**/regionserver.wal.TestAsyncLogRolling.java,**/master.balancer.TestStochasticLoadBalancer.java,**/client.TestMultiParallel.java,**/replication.TestReplicationWithTags.java,**/security.access.TestCoprocessorWhitelistMasterObserver.java,**/replication.regionserver.TestReplicator.java,**/master.assignment.TestAssignmentOnRSCrash.java,**/master.procedure.TestMasterFailoverWithProcedures.java,**/quotas.TestQuotaStatusRPCs.java,**/regionserver.TestHRegionWithInMemoryFlush.java,**/master.cleaner.TestHFileCleaner.java clean test -fae > /testptch/patchprocess/patch-unit-hbase-spark.txt 2>&1
10:55:35 Elapsed:   5m 14s
10:55:45 cd /testptch/hbase
10:55:45 mvn -Dmaven.repo.local=/home/jenkins/yetus-m2/hbase-master-patch-1 -DHBasePatchProcess -PrunAllTests -Dtest.exclude.pattern=**/master.procedure.TestProcedureAdmin.java,**/master.assignment.TestMergeTableRegionsProcedure.java,**/quotas.TestSnapshotQuotaObserverChore.java,**/quotas.TestQuotaThrottle.java,**/client.TestReplicasClient.java,**/client.locking.TestEntityLocks.java,**/security.visibility.TestVisibilityLabelsReplication.java,**/client.TestShell.java,**/master.assignment.TestAssignmentManager.java,**/replication.TestMultiSlaveReplication.java,**/coprocessor.TestRegionObserverInterface.java,**/master.balancer.TestDefaultLoadBalancer.java,**/client.TestReplicaWithCluster.java,**/io.hfile.TestLruBlockCache.java,**/master.balancer.TestFavoredStochasticLoadBalancer.java,**/regionserver.wal.TestAsyncLogRolling.java,**/master.balancer.TestStochasticLoadBalancer.java,**/client.TestMultiParallel.java,**/replication.TestReplicationWithTags.java,**/security.access.TestCoprocessorWhitelistMasterObserver.java,**/replication.regionserver.TestReplicator.java,**/master.assignment.TestAssignmentOnRSCrash.java,**/master.procedure.TestMasterFailoverWithProcedures.java,**/quotas.TestQuotaStatusRPCs.java,**/regionserver.TestHRegionWithInMemoryFlush.java,**/master.cleaner.TestHFileCleaner.java clean test -fae > /testptch/patchprocess/patch-unit-root.txt 2>&1
13:00:13 Build was aborted
...

I'd aborted the run because it seemed to be taking too long but on subsequent examination, it was actually making progress.

Current implementation of org.apache.camel.component.kafka.KafkaConsumer.KafkaFetchRecords's onPartitionsRevoked, uses org.apache.kafka.clients.consumer.KafkaConsumer.position(partition). This approach causes message loss when multiple processes listening to same topic for point to point messaging (like a QUEUE) type implementation.
 
Issue is noticed when partition gets assigned and then gets revoked in quick succession. Upon partition assignment, say at the beginning of processing offset is set to 0, and say there was no poll for this partition (may be due to earlier poll brought in bunch of records and they are still being processed). Subsequently, say partition got revoked, before polling.
In this case, as onPartitionsRevoked looks at org.apache.kafka.clients.consumer.KafkaConsumer.position(partition) to save offset state and so 0 gets saved in this case in StateRepository implementation. When the same partition get assigned again, StateRepository.getState returns 0. Since Camel KafkaConsumer treats this as last processed offset, it adds 1 to it moving pointer to offset 1. Because of this, message at offset 0 never gets processed.
 
Two fixes might be needed

a) onPartitionsRevoked should look at last processed offset (possibly store 'last processed offset' for each topic/partition in a memory map) and use it to save offset
b) Currently onPartitionsRevoked just saves offset state when an implementation of StateRepository configured. Ideally it should call KafkaFetchRecords.commitOffset so commitSync call goes through when partition revoked and no StateRepository implementation configured

With table locks in place it should be time to start really testing online table schema changes.

ServerCrashProcedure constructor does not set up owner information.  If someone wants to access the owner of ServerCrashProcedure, it would get NPE (eg. in case someone accidentally tries to abort a ServerCrashProcedure, the coprocessor to check owner of the procedure would throw NPE)

We're upgrading from hive 1.2 to 3.1 and it seems like new hive returns CURRENT_TIMESTAMP in UTC timezone. But before it was in local (system's default) timezone.
According to HIVE-5472 current_timestamp should use user's local timezone. This behaviour was changed in HIVE-12192  (if I got it right). GenericUDFCurrentTimestamp now explicitly uses UTC as timezone to initialise org.apache.hadoop.hive.common.type.Timestamp .
Old hive:

hive> select current_timestamp;
OK
2018-12-12 22:43:39.024

New hive:

> select current_timestamp;
+--------------------------+
|           _c0            |
| 2018-12-12 19:43:57.024  |

soap|secure-soap|rest|secure-rest doesn't work
mvn -Ptest failed and can't even access the wsdl, no any exception in the log

Core profile fails because of an added chmod to some hcat files. Simple fix: Check if modules contains hcat before running the command.

Filter has the field

  protected boolean reversed;

which should be marked transient since it does not get serialized with the rest of Filter.
Even though Filters do not use Java serialization, this should be provided as a hint to, for example, unittests that verify the integrity of serialization methods by randomly populating a class and testing that it properly compares after deserialization.

Currently it will constantly poll without any support for delays etc.
We should extend ScheduledPollConsumer instead that has all the delay support
http://www.nabble.com/Expected-behavior-of-Ibatis-delay-option.-td19678507s22882.html

In spring-webmvc - org.springframework.web.servlet.mvc.method.annotation.ExceptionHandlerExceptionResolver line 386 was changed from a logger.debug in version 4.3.3 (line 384 in version 4.3.3) to logger.warn in version 4.3.4. This might not seem like a big deal but is causing lots of non-necessary stack traces in our applications. 
We have a FaultBarrier implemented as a SpringMVC @ExceptionHandler method, implemented as below. Basically its a generic handler that catches all exceptions. If the exception itself is annotated with @ResponseStatus, we simply re-throw it & let SpringMVC handle it. Now as of version 4.3.4 this is logging warning exception stack traces to our logs which is triggering out paging system to page people (our system pages out if any stack traces appear as WARN or ERROR levels), even though most of the exception codes in the @ResponseStatus are 400 series exceptions and are not error conditions at all. Our only fix so far is to downgrade back to 4.3.3.

public ResponseEntity<Object> defaultErrorHandler(Exception ex) throws Exception {
	ResponseStatus responseStatusAnnotation = AnnotationUtils.findAnnotation(ex.getClass(), ResponseStatus.class);

	if (responseStatusAnnotation != null) {
		// If the exception is annotated with @ResponseStatus, rethrow it and let the framework handle it
		throw ex;
	}
	else {
		// Do some other stuff here which isn't important to this issue
	}
}

Here's the stack trace it generates:

[11/14/2016 16:54:24.101 | WARN  | http-nio-8080-exec-1 | org.springframework.web.servlet.mvc.method.annotation.ExceptionHandlerExceptionResolver:386]: Failed to invoke @ExceptionHandler method: public org.springframework.http.ResponseEntity<java.lang.Object> my.app.common.api.FaultBarrier.defaultErrorHandler(java.lang.Exception) throws java.lang.Exception
my.app.model.NotFoundException: Policy 1000 was not found
	at my.app.api.PoliciesApi.convert(PoliciesApi.java:126)
	at my.app.api.PoliciesApi.getPolicy(PoliciesApi.java:100)
	at my.app.api.PoliciesApi$$FastClassBySpringCGLIB$$b9887c8b.invoke(<generated>)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:133)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:121)
	at my.app.api.PoliciesApi$$EnhancerBySpringCGLIB$$2c76a269.getPolicy(<generated>)
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:220)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:134)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:116)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:963)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
	at org.springframework.boot.actuate.trace.WebRequestTraceFilter.doFilterInternal(WebRequestTraceFilter.java:105)
	at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:89)
	at org.springframework.boot.actuate.autoconfigure.MetricsFilter.doFilterInternal(MetricsFilter.java:107)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:108)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:349)
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:784)
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:802)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1410)
Caused by: my.app.model.PolicyNotFoundException: Policy 1000 was not found

HA configuration is not migrated.

                <shared-store>true</shared-store>

does not have equivalent config in in migrated configuration.
Customer with HA configuration for HornetQ will not have this configuration after migration.

Currently, when a developer uses the SDG XML namespace to configure a GemFire cache client Pool with the <gfe:pool> element and locators or servers attribute, for example...

    <gfe:pool subscription-enabled="true" locators="${app.gemfire.pool.locators}"/>

Where the value of the property placeholder (${app.gemfire.pool.locators}) may be host1[port1], host2[port2], ..., hostN[portN].
It is possible that the values for the attributes (mutually exclusive, i.e. 1 or the other may be used but both locators and servers cannot both be set at the same time), will not be picked up when the PoolFactoryBean class constructs and initialized the declared, configured GemFire Pool. 

See nabble
http://camel.465427.n5.nabble.com/Continuation-of-NPE-for-FTP-endpoint-tp5107992p5107992.html
The workaround is to not use double slashes.
This may also affect using a root as absolute path for FTP consumer, as the starting directory will be interpreted as empty.

HiveOpConverter lines 703-717

      int kindex = exprBack == null ? -1 : ExprNodeDescUtils.indexOf(exprBack, reduceKeysBack);
      if (kindex >= 0) {
        ColumnInfo newColInfo = new ColumnInfo(colInfo);
        newColInfo.setInternalName(Utilities.ReduceField.KEY + ".reducesinkkey" + kindex);
        newColInfo.setAlias(outputColName);
        newColInfo.setTabAlias(colInfo.getTabAlias());
        outputColumns.add(newColInfo);
        index[i] = kindex;
        continue;
      }
      int vindex = exprBack == null ? -1 : ExprNodeDescUtils.indexOf(exprBack, reduceValuesBack);
      if (kindex >= 0) { // looks like it should be vindex instead of kindex
        index[i] = -vindex - 1;
        continue;
      }

Most probably the second "if (kindex >= 0)" (line 714) should be replaces with "if (vindex >= 0)"
The same situation in SemanticAnalyzer (7483-7499)

        newColInfo.setTabAlias(nm[0]);
        outputRR.put(nm[0], nm[1], newColInfo);
        if (nm2 != null) {
          outputRR.addMappingOnly(nm2[0], nm2[1], newColInfo);
        }
        continue;
      }
        continue;
      }

1. Uncomment line
admin=admin,admin
in the file jboss-fuse-6.1.0.redhat-092/etc/user.properties
2.Run jboss-fuse-6.1.0.redhat-092
3. In browser open hawtio link: http://localhost:8181
4. Enter login: admin and password:admin for hawtio and press Login button.
5.Press Create Fabric tab.
6. Enter username:admin, password:admin, role:admin, Zookeeper password:admin
 and press Create Fabric button.
7. When login window appears,  enter login:admin, password: admin and press Log In button.
8. When Migration tab appears, press on root container.
The information about root container is always in loading container details...  state and following exception is dispalyed:

Operation failed due to: org.fusesource.fabric.api.FabricException: Failed to initialize DTO at org.fusesource.fabric.api.jmx.BeanUtils.addProperty(BeanUtils.java:113) at
 org.fusesource.fabric.api.jmx.BeanUtils.convertProfileToMap(BeanUtils.java:101) at org.fusesource.fabric.api.jmx.BeanUtils.convertContainerToMap(BeanUtils.java:144) at 
org.fusesource.fabric.api.jmx.FabricManager.getContainer(FabricManager.java:315) at org.fusesource.fabric.api.jmx.FabricManager.getContainer(FabricManager.java:309) at 
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at 
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:111) at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:45) at 
com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:235) at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138) at 
com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) at 
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792) at org.jolokia.handler.ExecHandler.doHandleRequest(ExecHandler.java:98) at 
org.jolokia.handler.ExecHandler.doHandleRequest(ExecHandler.java:40) at org.jolokia.handler.JsonRequestHandler.handleRequest(JsonRequestHandler.java:89) at 
org.jolokia.backend.MBeanServerExecutorLocal.handleRequest(MBeanServerExecutorLocal.java:109) at org.jolokia.backend.MBeanServerHandler.dispatchRequest(MBeanServerHandler.java:102) at 
org.jolokia.backend.LocalRequestDispatcher.dispatchRequest(LocalRequestDispatcher.java:91) at org.jolokia.backend.BackendManager.callRequestDispatcher(BackendManager.java:388) at 
org.jolokia.backend.BackendManager.handleRequest(BackendManager.java:150) at org.jolokia.http.HttpRequestHandler.executeRequest(HttpRequestHandler.java:197) at 
org.jolokia.http.HttpRequestHandler.handlePostRequest(HttpRequestHandler.java:131) at org.jolokia.http.AgentServlet$2.handleRequest(AgentServlet.java:284) at 
org.jolokia.http.AgentServlet.handle(AgentServlet.java:225) at org.jolokia.http.AgentServlet.doPost(AgentServlet.java:197) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:668) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:669) at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1448) at io.hawt.web.AuthenticationFilter$2.run(AuthenticationFilter.java:110) at java.security.AccessController.doPrivileged(Native 
Method) at javax.security.auth.Subject.doAs(Subject.java:415) at io.hawt.web.AuthenticationFilter.executeAs(AuthenticationFilter.java:107) at io.hawt.web.AuthenticationFilter.doFilter(AuthenticationFilter.java:71) at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419) at io.hawt.web.CORSFilter.doFilter(CORSFilter.java:42) at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419) at org.ops4j.pax.web.service.internal.WelcomeFilesFilter.doFilter(WelcomeFilesFilter.java:185) at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:455) at 
org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:69) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:533) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1075) at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:210) at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:384) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1009) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) at 
org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:77) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) at 
org.eclipse.jetty.server.Server.handle(Server.java:368) at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:488) at 
org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:943) at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:1004) at 
org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:861) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:240) at 
org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:628) at 
org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) at java.lang.Thread.run(Thread.java:722) Caused by: java.lang.reflect.InvocationTargetException at 
org.apache.commons.beanutils.PropertyUtilsBean.invokeMethod(PropertyUtilsBean.java:2170) at org.apache.commons.beanutils.PropertyUtilsBean.getSimpleProperty(PropertyUtilsBean.java:1332) at
 org.apache.commons.beanutils.PropertyUtilsBean.getNestedProperty(PropertyUtilsBean.java:770) at org.apache.commons.beanutils.PropertyUtilsBean.getProperty(PropertyUtilsBean.java:846) at 
org.apache.commons.beanutils.PropertyUtils.getProperty(PropertyUtils.java:426) at org.fusesource.fabric.api.jmx.BeanUtils.addProperty(BeanUtils.java:110) ... 67 more Caused by: java.lang.NullPointerException at
 org.fusesource.fabric.git.internal.CachingGitDataStore.getLastModified(CachingGitDataStore.java:217) at org.fusesource.fabric.internal.ProfileImpl.getLastModified(ProfileImpl.java:384) at 
org.fusesource.fabric.internal.ProfileOverlayImpl.getLastModified(ProfileOverlayImpl.java:330) at org.fusesource.fabric.internal.ProfileOverlayImpl.getLastModified(ProfileOverlayImpl.java:333) at 
org.fusesource.fabric.internal.ProfileOverlayImpl.getLastModified(ProfileOverlayImpl.java:333) at org.fusesource.fabric.internal.ProfileOverlayImpl.getLastModified(ProfileOverlayImpl.java:333) ... 77 more 

Last hudson reports a failed test on TestMergeUtil.  Same failure when run locally.

junit.framework.AssertionFailedError: 'merging regions 0 and 1' failed
	at org.apache.hadoop.hbase.util.TestMergeTool.mergeAndVerify(TestMergeTool.java:178)
	at org.apache.hadoop.hbase.util.TestMergeTool.testMergeTool(TestMergeTool.java:253)

When a copy of the SjmsMessage is created using copyFrom(Message) the resulting message copy doesn't have the Exchange set. This prevents the use of TypeConverter when Message:getBody(Class) is invoked.

Over in HBase-11813, a user identified an issue where in all the RPC handler threads would exit with StackOverflow errors due to an unchecked recursion-terminating condition. Our clusters demonstrated the same trace. While the patch posted for HBASE-11813 got our clusters to be merry again, the breakdown surfaced some larger issues.
When the RegionServer had all it's RPC handler threads dead, it continued to have regions assigned it. Clearly, it wouldn't be able to serve reads and writes on those regions. A second issue was that when a user tried to disable or drop a table, the master would try to communicate to the regionserver for region unassignment. Since the same handler threads seem to be used for master <-> RS communication as well, the master ended up hanging on the RS indefinitely. Eventually, the master stopped responding to all table meta-operations.
A handler thread should never exit, and if it does, it seems like the more prudent thing to do would be for the RS to abort. This way, at least recovery can be undertaken and the regions could be reassigned elsewhere. I also think that the master<->RS communication should get its own exclusive threadpool, but I'll wait until this issue has been sufficiently discussed before opening an issue ticket for that.

Due to recent stats issue found in HIVE-12381, we need to turn off CBO for hive.support.special.characters.tablename tests until feature is complete.

When accessing procedures.jsp ,the  NPE comes in backup master UI:
Problem accessing /procedures.jsp. Reason:
Caused by:
	at org.apache.hadoop.hbase.generated.master.procedures_jsp._jspService(procedures_jsp.java:67)
	at org.apache.hadoop.hbase.http.lib.StaticUserWebFilter$StaticUserFilter.doFilter(StaticUserWebFilter.java:113)
	at org.apache.hadoop.hbase.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:1354)
In server ,only the active master initialize procedureStore in HMaster.
 so ,i think it will be better to remove procedures.jsp link in backup Master UI

We should fix the proto file, add unit test for this case, and verify it works from hbase shell with table to be nil.

In JoinOperator's processOp()

if(alias == numAliases -1){
if (sz == joinEmitInterval) {

if(alias == numAliases - 1 && !(handleSkewJoin && skewJoinKeyContext.currBigKeyTag >= 0)

ReplicationPeersZKImpl has a map of Peer id to ReplicationPeer which is accessed by replication source threads through getStatusOfPeer(). So, it needs to be thread safe.

The ResourceResolverChain and ResourceTransformerChain implementations in WebFlux use a List with a mutable index. This works as expected as long as resolvers and transformers use the chain instance when first called. However, if they use the chain from a nested, potentially asynchronous call that executes later, the chain index would almost certainly have a different value. 
Looking at the implementations, those that make a nested call, and are impacted, include VersionResourceResolver, WebJarsResourceResolver, CssLinkResourceTransformer and AppCacheManifestTransformer.
Unfortunately the issue went undetected by any tests since in many cases delegating to the chain from any point might still produce the right end results, with the PathResourceResolver at the end.
 
StatsNoJobTask uses static variables partUpdates and  table to track stats changes. If multiple analyze no scan tasks run at the same time, then table/partition schema could mess up.

Shared JNDI bindings are set to remove as part of the undeployment process, however undeployment does not wait for them to actually be removed in order to report the deployment being complete. This means that if an undeploy+redeploy is executed in quick succession the redeploy can fail as the external binding services are still present.

This move co-located HivePtest webserver and Jenkins server.  Due to the conflicts, I had to remap some URL's, thus breaking the URL of getting logs and test-reports.
The Hive Ptest2 framework makes some assumption about the relative location of logs and REST endpoint URL's, that are no longer true, namely that they are located at endpoint:/logs and endpoint:/hive-ptest/api. This needs to be fixed.  Now, the logs are at host/logs, and HivePtest webserver REST endpoints are at: endpoint/hive-ptest/api.

repo:

drop table `t//`;
create table `t//` (col string);
insert into `t//` values(1);
insert into `t//` values(null);
analyze table `t//` compute statistics;
explain select * from `t//`;

The result 

Statistics: Num rows: 1 Data size: 5 Basic stats: COMPLETE Column stats: NONE

is wrong

At HBASE-15788 we reuse off heap read BBs, the CallCleanup will not called in some circumstances for example CALL_QUEUE_TOO_BIG_EXCEPTION and readParamsFailedCall.

Currently the bin assembly tries to include the hbase-VERSION-tests.jar but there's a typo "test" instead of "tests" in the assembly descriptor, so it doesn't do so. Also, I think we should probably ship the -sources jar even in the -bin assembly - it's useful for people to point their IDE at it to get API javadocs, etc.

Add xalan.jar as a dependency
Switch to AppEngine 1.3.7 and Datanucleus 1.1.5 dependencies
Move GaeUserInformation class to .server package
Update to gwt-maven-plugin 1.3.2.google (w/fixes for GAE under GWT DevMode)

Typo in the class name aside, this keeps running and thrashing through every single DB in the cluster if not all directories are actually accessible to the user who runs HS2.

2018-08-24T03:14:41,932  INFO [PrivilegeSynchonizer] metastore.HiveMetaStore: 1: get_table : tbl=hive.airline_ontime.flights_raw
2018-08-24T03:14:41,932  INFO [PrivilegeSynchonizer] HiveMetaStore.audit: ugi=gopal     ip=unknown-ip-addr      cmd=get_table : tbl=hive.airline_ontime.flights_raw

The minimum fix needed is to move the Thread.sleep() outside of the try/catch block, so that the sleep is triggered even if the attempt throws an exception.

http://hbase.apache.org/book/ops_mgt.html#compression.tool
Above section is refering to itself (recursive) in HBase book.
This needs to be corrected.

It appears that support for a named scheduled polling consumer is there, but you have to have at least one scheduler.xxx property set before it utilises it. e.g. 
I have this configured: 
<bean id="nps-scheduler" class="org.apache.camel.pollconsumer.quartz2.QuartzScheduledPollConsumerScheduler">
    <property name="cron" value="0 * * * * ?"/>
</bean>
In my route, I reference it like this, but it doesn't use it: 
<from uri="ftp://ftp.somewhere.com/path?scheduler=nps-scheduler" />
If I add a scheduler property, it then uses it, e.g. 
<from uri="ftp://ftp.somewhere.com/path?scheduler=nps-scheduler&scheduler.triggerId=?" />
Discussion with Claus Ibsen here: http://camel.465427.n5.nabble.com/ScheduledPollingConsumer-properties-td5785071.html

If OrcRawRecordMerger#close is called before fully reading an orc file, the primary reader is not closed. 
The primary reader is assigned using readers.pollFirstEntry() which deletes the reader from readers, and currently the OrcRawRecordMerger#close method only closes readers in the map.

The problem i see is, that spring aop uses cglib in a range of [2.1.3 to 2.2.0) (exclusive). This conflicts with the hibernate 3.3.2.GA which required cglib to be 2.2.0. either one of the libraries must be adjusted.

Calling watch in a transaction should be an unsupported op, as it will not work the way you expect (the watch would be executed at the same time as the set, so the value would always be overridden).
Other connection impls already throw UnsupportedOperationException

When an hfile is created with cell tags present and it is bulk loaded into hbase the tags will be present when loaded into a single region.  If the bulk load hfile spans multiple regions, bulk load automatically splits the original hfile into a set of split hfiles corresponding to each of the regions that the original covers.  
Since 0.98, tags are not copied into the newly created split hfiles. (the default for "includeTags" of the HFileContextBuilder [1] is uninitialized which defaults to false).   This means acls, ttls, mob pointers and other tag stored values will not be bulk loaded in.
[1] https://github.com/apache/hbase/blob/master/hbase-common/src/main/java/org/apache/hadoop/hbase/io/hfile/HFileContextBuilder.java#L40

When all of the predicates in an AND-operator in a SARG expression get removed by the SARG builder, evaluation can end up with a NPE. Sub-expressions are typically removed from AND-operators because they aren't SARGable.

Getting an error when opening a scanner on a file that has no encoding.

I was switching version to 0.94 (from 0.95-SNAPSHOT) and got this message which refers to a program that does not exist.

org.apache.hadoop.hbase.util.FileSystemVersionException: File system needs to be upgraded.  You have version null and I want version 7.  Run the '${HBASE_HOME}/bin/hbase migrate' script.
        at org.apache.hadoop.hbase.util.FSUtils.checkVersion(FSUtils.java:324)
        at org.apache.hadoop.hbase.master.MasterFileSystem.checkRootDir(MasterFileSystem.java:352)
        at org.apache.hadoop.hbase.master.MasterFileSystem.createInitialFileSystemLayout(MasterFileSystem.java:128)
        at org.apache.hadoop.hbase.master.MasterFileSystem.<init>(MasterFileSystem.java:113)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:505)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:362)
        at org.apache.hadoop.hbase.master.HMasterCommandLine$LocalHMaster.run(HMasterCommandLine.java:226)

Using eap6.1 client jars, or the jboss-cli.sh script in a local eap6.1 installation, to connect to a remote wildfly alpha1 or alpha2, seems to work but fails when provided with credentials.  This is most easily replicated as follows:
1) On remote machine start wildfly alpha1 or alpha2
2) on local machine, cd eap-6.1/bin
3) on local machine:
[rob@rawbdor bin]$ ./jboss-cli.sh 
[disconnected /] connect myhost.net 
Username: admin
 Password: 
Unable to authenticate against controller at myhost.net:9999: Authentication failed: all available authentication mechanisms failed
This is an issue for tools as we need a set of jars that communicates correctly with all as7 servers. We currently have a set of jars that communicates with all 7.x / eap 6.x, which is good. If this is merely a bug on the server, then we can hopefully delay having to bundle an additional set of client jars until larger breakages occur. 

HBASE-9774 moved our metrics to its own package recently, unfortunately running a MR job against snapshots will fail since  org.apache.hadoop.hbase.metrics.impl.FastLongHistogram is not present in the classpath and is needed by the ClientSideRegionScanner (HStore keeps track cache statistics from LruBlockCache).  

One of the user doing the scan in this test was added as a super user. One label was not auth for him and the test asserts that the user is not retrieving the cells with this label. But since HBASE-10326 we wont consider the labels for the super user but will be able to read back all the data. Hence the IT test fails.
To correct the test, both the users in this IT test to be normal users with different auth labels set.

Currently, modifying the value of hive.fetch.task.conversion to "more" results in a dangerous setting where small scale queries function, but large scale queries crash.
This occurs because the default threshold of -1 means apply this optimization for a petabyte table.
I am testing a variety of queries with the setting "more" (to make it the default option as suggested by HIVE-887) change the default threshold for this feature to a reasonable 1Gb.

OrcEncodedDataReader - calls ensureDataReader in a loop, overwriting itself

    for (int stripeIxMod = 0; stripeIxMod < stripeRgs.length; ++stripeIxMod) {
....
        // 6.2. Ensure we have stripe metadata. We might have read it before for RG filtering.
        if (stripeMetadatas != null) {
          stripeMetadata = stripeMetadatas.get(stripeIxMod);
        } else {
...
          ensureDataReader();
...
        }

  private void ensureDataReader() throws IOException {
...
    stripeReader = orcReader.encodedReader(
        fileKey, dw, dw, useObjectPools ? POOL_FACTORY : null, trace, useCodecPool, cacheTag);

creates new encodedReader without closing previous stripe's encoded reader.

If you follow http://hbase.apache.org/notsoquick.html, you'll put the following in your hbase-site.xml:

  ...
    <value>hdfs://localhost:9000/hbase</value>
    <description>The directory shared by region servers.
    <name>dfs.replication</name>
    <value>1</value>
    <description>The replication count for HLog & HFile storage. Should not be greater than HDFS datanode count.
  ...

Except, oops, that's invalid XML:

[Fatal Error] hbase-site.xml:34:50: The entity name must immediately follow the '&' in the entity reference.
Exception in thread "main" java.lang.RuntimeException: org.xml.sax.SAXParseException: The entity name must immediately follow the '&' in the entity reference.
	at org.apache.hadoop.conf.Configuration.loadResource(Configuration.java:1393)
	at org.apache.hadoop.conf.Configuration.loadResources(Configuration.java:1261)
	at org.apache.hadoop.conf.Configuration.getProps(Configuration.java:1192)
	at org.apache.hadoop.conf.Configuration.get(Configuration.java:415)
	at org.apache.hadoop.hbase.HBaseConfiguration.checkDefaultsVersion(HBaseConfiguration.java:63)
	at org.apache.hadoop.hbase.HBaseConfiguration.addHbaseResources(HBaseConfiguration.java:76)
	at org.apache.hadoop.hbase.HBaseConfiguration.create(HBaseConfiguration.java:86)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.main(HRegionServer.java:2737)

Trivial patch to follow.

It would be nice to catch those exceptional stack-traces, since they aren't truly that exceptional within the context of WildFly Swarm.
We should probably still log them as WARN or even ERROR, but without the stack-trace.  The stack is super scary, and not at all useful.  But a simpler, less scary message would be good.
Dunno if these percolate high enough for us to catch'em, but worth investigating.

Each of these ens up being backed by their own lambda, if we add a Supplier<Provider[]> INSTALLED_PROVDERS = Security::getProviders to ProviderUtil all can share this.

When I try:
features:install jpa-hibernate
I get:
Error executing command: Jar is not a bundle, no Bundle-SymbolicName mvn:org.springframework/spring-jdbc/3.2.4.RELEASE

The CLI module command creates the modue.xml file with the attribute value for the main-class element. The attribute should be name.

FallbackTypeConverter method throws JAXBException when marshalling nested, non-ObjectFactory, JAXB annotated, classes. These are  classes that are annotated with the @XmlRootElement, but not generated using XJC, so there is no ObjectFactory class for them.  The intention is to provide the package names containing the jaxb.index files to build the context.  
FallbackTypeConverter does not marshal or unmarshal using the package names, but rather uses the value's Class as the context.  Thus everytime a JAXB annotated object contains another JAXB annotated object, there is an exception that looks like this:
Caused by: org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[Message: com.foo.bar.MyObject@15e6463]
	at org.apache.camel.util.ObjectHelper.wrapCamelExecutionException(ObjectHelper.java:1155)
	at org.apache.camel.converter.jaxb.FallbackTypeConverter.convertTo(FallbackTypeConverter.java:93)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.doConvertTo(BaseTypeConverterRegistry.java:190)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.convertTo(BaseTypeConverterRegistry.java:101)
	at org.apache.camel.impl.MessageSupport.getBody(MessageSupport.java:73)
	at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:115)
	at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:74)
	at org.apache.camel.language.bean.BeanExpression$InvokeProcessor.process(BeanExpression.java:136)
	... 39 more
Caused by: javax.xml.bind.MarshalException

[javax.xml.bind.JAXBException: class com.foo.bar.nested.MyNested nor any of its super class is known to this context.]
	at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:318)
	at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:96)
	at org.apache.camel.converter.jaxb.FallbackTypeConverter.marshall(FallbackTypeConverter.java:174)
	at org.apache.camel.converter.jaxb.FallbackTypeConverter.convertTo(FallbackTypeConverter.java:88)
	... 47 more
Caused by: javax.xml.bind.JAXBException: class com.foo.bar.nested.MyNested nor any of its super class is known to this context.
	at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:246)
	at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:261)
	at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:653)
	at com.sun.xml.bind.v2.runtime.property.SingleMapNodeProperty.serializeBody(SingleMapNodeProperty.java:272)
	at com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.serializeBody(ClassBeanInfoImpl.java:340)
	at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsSoleContent(XMLSerializer.java:593)
	at com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.serializeRoot(ClassBeanInfoImpl.java:324)
	at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:494)
	... 51 more
	at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:648)
	... 57 more

camel-sql cannot resolve nested simple expression
For example, `to("sql:insert into T_EXAMPLE values (:#${header.header1[${header.CamelLoopIndex}][COLUMN_NAME1]})")` is resolved as `insert into T_EXAMPLE values (?][COLUMN_NAME1]})` instead of `insert into T_EXAMPLE values ( ? )}`. And database driver will generate a syntax error.
FYI, `.setHeader("header1",simple("${header.header1[${header.CamelLoopIndex}][COLUMN_NAME1]})"))` is resolved correctly. So probably sql-camel cannot properly parse the range of simple expression.

The getThisIP() method of the HRegionServer class checks for the hadoop config var "dfs.datanode.dns.interface" rather than an hbase-specific configuration property.  I propose a new config var called "hbase.regionserver.dns.interface" to check instead.  Will attach patch shortly.

ZK model has authentication and authorization mixed together, so it's impossible to set up acls that would carry over between unsecure and secure clusters in the normal case (i.e. work for a specific users no matter the authentication method).
To support cluster updates from unsecure to secure, we'd need to change the ACLs ourselves.

Noticed after creating some more complicated routes that my xmpp consumers would stop receiving messages.  This patch sorts that out, I also improved some of the logging in the producer and consumer classes and tweaked the XmppRouteChatTest to work properly.

Work done to re-enable this test as part of the HBASE-20266 review.

Looking at the ServerName's compareTo(), 
https://github.com/apache/hbase/blob/master/hbase-common/src/main/java/org/apache/hadoop/hbase/ServerName.java#L303
It converts the return int value by converting long to int like (int)(longValue), which could be incorrect when it overflows, need to replace it with Long.compareTo(a,b).
Matteo Bertozzi found some others as well, such as
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/io/hfile/LruBlockCache.java#L990

Some cases have shown degraded performance on 7.1 compared to 7.0 because of extra processing overhead added in 7.1's new org.wildlfy.extension.undertow.ImportedClassELResolver.getValue method and its underlying javax.el.ImportHandler.resolveClass calls.

HiveConf.java has -

static final String [] sqlStdAuthSafeVarNameRegexes = new String [] {
...
    "hive\\.exec\\..*\\.dynamic\\.partitions\\..*",

The regex doesn't work for hive.exec.max.dynamic.partitions as there is a "." at the end.

The CastorMarshaller does not create correct DOM trees. While marshalling to DOM nodes, castor uses a SAX2DOMHandler to publish SAX events into the DOM tree. This handler is a SAX 1 DocumentHandler, which has no native namespace support. There is a DocumentHandlerAdapter, which tries to correct this, but obviously that is failing. 
See http://forum.springframework.org/showthread.php?t=27476 and http://forum.springframework.org/showthread.php?t=28419

Given the following RouterFunction:

@Bean
public RouterFunction router(TestHandler testHandler) {

	return RouterFunctions.nest(path("/test/{something}"),
			RouterFunctions.route(GET("/info"), testHandler::withTemplateVariables))
			.andRoute(method(HttpMethod.GET), testHandler::withoutTemplateVariables);
}

And its companion handler:

public class TestHandler {

	public Mono<ServerResponse> withTemplateVariables(ServerRequest request) {
		Map<String, String> attr = (Map<String, String>)
				request.attribute(RouterFunctions.URI_TEMPLATE_VARIABLES_ATTRIBUTE).orElse(Collections.emptyMap());
		return ServerResponse.ok().render("index");
	}

	public Mono<ServerResponse> withoutTemplateVariables(ServerRequest request) {
	}
}

When a client sends a request like GET /test/spring, the following happens:

first, the request matches the path("/test/{something}") predicate and adds the path variable to the request
then, the nested predicate is tested GET("/info") but does not match
finally, .andRoute(method(HttpMethod.GET) matches and its handler is called
calling request.pathVariables() inside that handler shows state that is relevant to the previously matched predicates, not the current one

Is there a way to invalidate that request attribute? 

A NullPointerException results from trying to write more than one item to a StaxEventItemWriter with Spring OXM 3.2.x.  It works with Spring OXM 3.1.x.
I've uploaded a test case project to the Git repository linked above.  Highlights follow:

<bean id="itemWriter" class="org.springframework.batch.item.xml.StaxEventItemWriter"
    depends-on="setSystemProperties">
    <property name="resource" ref="tempResource" />
    <property name="rootTagName" value="testing" />
    <property name="marshaller">
        <bean class="org.springframework.oxm.jibx.JibxMarshaller">
            <property name="targetClass"
                value="com.ianbrandt.spring.batch.test.TestModelObject" />
        </bean>
</bean>

	at com.ctc.wstx.sw.BufferingXmlWriter.writeStartTagStart(BufferingXmlWriter.java:725)
	at com.ctc.wstx.sw.BaseNsStreamWriter.doWriteStartTag(BaseNsStreamWriter.java:614)
	at com.ctc.wstx.sw.SimpleNsStreamWriter.writeStartOrEmpty(SimpleNsStreamWriter.java:265)
	at com.ctc.wstx.sw.BaseNsStreamWriter.writeStartElement(BaseNsStreamWriter.java:313)
	at org.codehaus.stax2.ri.Stax2EventWriterImpl.add(Stax2EventWriterImpl.java:97)
	at org.springframework.batch.item.xml.stax.NoStartEndDocumentStreamWriter.add(NoStartEndDocumentStreamWriter.java:39)
	at org.springframework.util.xml.XMLEventStreamWriter.writeStartElement(XMLEventStreamWriter.java:195)
	at org.springframework.util.xml.XMLEventStreamWriter.writeStartElement(XMLEventStreamWriter.java:92)
	at org.jibx.runtime.impl.StAXWriter.startTagOpen(StAXWriter.java:151)
	at org.jibx.runtime.impl.MarshallingContext.startTagAttributes(MarshallingContext.java:541)
	at com.ianbrandt.spring.batch.test.JiBX_TestModelObjectTestModelObject_access.marshal()
	at com.ianbrandt.spring.batch.test.TestModelObject.marshal(TestModelObject.java)
	at org.jibx.runtime.impl.MarshallingContext.marshalRoot(MarshallingContext.java:1021)
	at org.jibx.runtime.impl.MarshallingContext.marshalDocument(MarshallingContext.java:1041)
	at org.springframework.oxm.jibx.JibxMarshaller.marshalXmlStreamWriter(JibxMarshaller.java:289)
	at org.springframework.oxm.jibx.JibxMarshaller.marshalXmlEventWriter(JibxMarshaller.java:342)
	at org.springframework.oxm.support.AbstractMarshaller.marshalStaxResult(AbstractMarshaller.java:229)
	at org.springframework.oxm.support.AbstractMarshaller.marshal(AbstractMarshaller.java:96)
	at org.springframework.batch.item.xml.StaxEventItemWriter.write(StaxEventItemWriter.java:715)
	at com.ianbrandt.spring.batch.test.SpringBatchOxmTest.writeItems(SpringBatchOxmTest.java:55)
	at com.ianbrandt.spring.batch.test.SpringBatchOxmTest.testTwoObjects(SpringBatchOxmTest.java:49)

When we register a jar on the Hive console. Hive creates a fresh URL classloader which includes the path of the current jar to be registered and all the jar paths of the parent classloader. The parent classlaoder is the current ThreadContextClassLoader. Once the URLClassloader is created Hive sets that as the current ThreadContextClassloader.
So if we register multiple jars in Hive, there will be multiple URLClassLoaders created, each classloader including the jars from its parent and the one extra jar to be registered. The last URLClassLoader created will end up as the current ThreadContextClassLoader. (See details: org.apache.hadoop.hive.ql.exec.Utilities#addToClassPath)
Now here's an example in which the above strategy can lead to a CNF exception.
We register 2 jars j1 and j2 in Hive console. j1 contains the UDF class c1 and internally relies on class c2 in jar j2. We register j1 first, the URLClassLoader u1 is created and also set as the ThreadContextClassLoader. We register j2 next, the new URLClassLoader created will be u2 with u1 as parent and u2 becomes the new ThreadContextClassLoader. Note u2 includes paths to both jars j1 and j2 whereas u1 only has paths to j1 (For details see: org.apache.hadoop.hive.ql.exec.Utilities#addToClassPath).
Now when we register class c1 under a temporary function in Hive, we load the class using 

 class.forName("c1", true, Thread.currentThread().getContextClassLoader()) 

 . The currentThreadContext class-loader is u2, and it has the path to the class c1, but note that Class-loaders work by delegating to parent class-loader first. In this case class c1 will be found and defined by class-loader u1.
Now c1 from jar j1 has u1 as its class-loader. If a method (say initialize) is called in c1, which references the class c2, c2 will not be found since the class-loader used to search for c2 will be u1 (Since the caller's class-loader is used to load a class)
I've added a qtest to explain the problem. Please see the attached patch

As described by ASF bug #33476 Commons Configurations shall depend on Servlet-API 2.4. The current Maven2 POM of Commons Configuration 1.2 shows a dependency on Servlet-API 2.3. This is not only a mismatch between Commons Configurations' build configuration and its Maven2 POM but also prevents Maven2 projects from using the Servlet-API 2.4 if also using Commons Configuration 1.2.
Could it be possible to fix Commons Configuration 1.2's Maven2 POM to include a dependency on Servlet-API 2.4, please?
With best regards, Christoph
P.S.: My thanks for the quick fix of the Commons Collection dependency problem within Commons Configuration.

The following tests are failing on hadoop 23:
 [junit] Failed query: archive_excludeHadoop20.q
[junit] Failed query: archive_multi.q
[junit] Failed query: index_bitmap.q
[junit] Failed query: join_filters_overlap.q
[junit] Failed query: join_nullsafe.q
[junit] Failed query: list_bucket_dml_6.q
[junit] Failed query: list_bucket_dml_7.q
[junit] Failed query: list_bucket_dml_8.q
[junit] Failed query: list_bucket_query_oneskew_3.q
[junit] Failed query: parenthesis_star_by.q
[junit] Failed query: recursive_dir.q
Some of them may be log updates.

Hi,
we want to use the spring-batch-admin on WAS70 with DB2-Database underlying.
The list of executions is delimited to 20 per default. If we try to jump on the next page, an internal server error 500 will occur. 
As we hit the "next" button, the method generateJumpToItemQuery(int itemIndex, int pageSize) in org.springframework.batch.item.database.support.Db2PagingQueryProvider is called.
The generated SQL-Statement is:
SELECT E.JOB_EXECUTION_ID FROM ( SELECT E.JOB_EXECUTION_ID, ROW_NUMBER() OVER ( ORDER BY E.JOB_EXECUTION_ID DESC) AS ROW_NUMBER FROM T1100Z.BATCH_JOB_EXECUTION E, T1100Z.BATCH_JOB_INSTANCE I WHERE E.JOB_INSTANCE_ID=I.JOB_INSTANCE_ID) AS TMP_SUB WHERE TMP_SUB.ROW_NUMBER = 20 ORDER BY E.JOB_EXECUTION_ID DESC
After a few test i found out the right SQL:
SELECT TMP_SUB.JOB_EXECUTION_ID FROM ( SELECT E.JOB_EXECUTION_ID, ROW_NUMBER() OVER ( ORDER BY E.JOB_EXECUTION_ID DESC) AS ROW_NUMBER FROM T1100Z.BATCH_JOB_EXECUTION E, T1100Z.BATCH_JOB_INSTANCE I WHERE E.JOB_INSTANCE_ID=I.JOB_INSTANCE_ID) AS TMP_SUB WHERE TMP_SUB.ROW_NUMBER = 20 ORDER BY TMP_SUB.JOB_EXECUTION_ID DESC
As you can see, the subquery uses the "E.", but comes out as TMP_SUB.
The "E." is set by the batch-admin-manager: sortKeys.put("E.JOB_EXECUTION_ID", Order.DESCENDING);
I think a the generateJumpToItemQuery-Method in Db2PagingQueryProvider has to be overridden, or the method buildSortKeySelect(StringBuilder sql) could get a brother like: buildSortKeySelect(StringBuilder sql, String qualifierReplacement) ("E." -> "TMP_SUB.")

When trying to access a Thrift sever that is kerberized, a HTTP 413 full HEAD error is received. In that case, tcpdump shows http header size exceeded 4k.
This seems related to the issue outlined in  @HADOOP-8816.
The default header size limit is 4k, follow the fix for @HADOOP-8816, propose to increase the header size limit to 64k.

@RequestMapping(method = Array[RequestMethod](RequestMethod.POST), consumes = Array[String](MediaType.APPLICATION_JSON_VALUE), produces = Array[String](MediaType.APPLICATION_JSON_VALUE))
     def  doPost(request: HttpServletRequest,
              @RequestHeader httpHeaders: HttpHeaders,
              @RequestBody body: String) = {
}

When I send request with null header:
    ffff:
Spring MVC failed with NPE in: RequestHeaderMapMethodArgumentResolver.java:69

for (Iterator<String> iterator = webRequest.getHeaderNames(); iterator.hasNext();) {
                String headerName = iterator.next();
                for (String headerValue : webRequest.getHeaderValues(headerName)) {
                    result.add(headerName, headerValue);
                }
            }

Operation :validate-operation produces java.util.NoSuchElementException when no parameter is passed to it, polluting the server log with warning with stack trace.

[standalone@localhost:9990 /] :validate-operation                                                  
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.util.NoSuchElementException: No child 'value' exists",
}

08:58:13,409 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 17) WFLYCTL0013: Operation ("validate-operation") failed - address: ([]): java.util.NoSuchElementException: No child 'value' exists
	at org.jboss.as.controller.operations.common.ValidateOperationHandler.execute(ValidateOperationHandler.java:91)

Upon passing this operation an illegal parameter, java.lang.IllegalArgumentException is produced instead of well formed failure message.

[standalone@localhost:9990 /] :validate-operation(value=nonsense)
{
}

09:01:10,367 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 19) WFLYCTL0013: Operation ("validate-operation") failed - address: ([]): java.lang.IllegalArgumentException
	at org.jboss.dmr.ModelValue.getChild(ModelValue.java:115)
	at org.jboss.dmr.ModelNode.get(ModelNode.java:861)
	at org.jboss.as.controller.operations.common.ValidateOperationHandler.execute(ValidateOperationHandler.java:92)

This usage, however, does not pollute the server log with warning with stack trace:

[standalone@localhost:9990 /] :validate-operation(value={"nonsense" => "nonsense"})
Failed to handle ':validate-operation(value={"nonsense" => "nonsense"})': java.lang.IllegalArgumentException

For the sake of completeness add digest-sha-384 to allowed values of algorithm attribute of set-password operation
/subsystem=elytron/ldap-realm=a:read-operation-description(name=set-password)

"digest" => {
                "description" => "A digest password.",
                        "default" => "digest-sha-512",
                            "digest-md5",
                            "digest-sha",
                            "digest-sha-256",
                            "digest-sha-512"
                        ]
                    },
                    "password" => {
                        "description" => "The actual password to set.",
                    },
                    "realm" => {
                        "description" => "The realm.",
                    }
                }
            },

Passwords of types otp, salted-simple-digest, simple-digest already expose sha-384 variant.
Seems to me underlying Elytron implementation is already prepared for that.
DigestPasswordImpl.java

    private static MessageDigest getMessageDigest(final String algorithm) throws NoSuchAlgorithmException {
        switch (algorithm) {
            case ALGORITHM_DIGEST_MD5:
                return MessageDigest.getInstance("MD5");
            case ALGORITHM_DIGEST_SHA:
                return MessageDigest.getInstance("SHA-1");
            case ALGORITHM_DIGEST_SHA_256:
                return MessageDigest.getInstance("SHA-256");
            case ALGORITHM_DIGEST_SHA_384:
                return MessageDigest.getInstance("SHA-384");
            case ALGORITHM_DIGEST_SHA_512:
                return MessageDigest.getInstance("SHA-512");
            default:
                throw log.noSuchAlgorithmInvalidAlgorithm(algorithm);
        }
    }

The visibility related IT test case that verifies delete behaviour has to be ported to branch-1 and master after HBASE-11489 is fixed.

If a message is received with configured custom classes (e.g. AUTH) but the receiving stack does not have the protocol, rather than handling and later discarding it, it floods the server log with CNFE.

18:55:49,152 ERROR [org.jgroups.protocols.UDP] (ucast-receiver-5,ejb,node2) JGRP000030: node2: failed handling incoming message: java.lang.ClassNotFoundException: Class for magic number 1100 cannot be found
	at org.jgroups.conf.ClassConfigurator.create(ClassConfigurator.java:118)
	at org.jgroups.protocols.AuthHeader.readAuthToken(AuthHeader.java:70)
	at org.jgroups.protocols.AuthHeader.readFrom(AuthHeader.java:41)
	at org.jgroups.Message.readHeader(Message.java:870)
	at org.jgroups.Message.readFrom(Message.java:742)
	at org.jgroups.protocols.TP.handleSingleMessage(TP.java:1346)
	at org.jgroups.protocols.TP.receive(TP.java:1304)
	at org.jgroups.protocols.UDP$PacketReceiver.run(UDP.java:709)
	at org.jboss.as.clustering.jgroups.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:52)

When playing with the websocket-endpoint EAP quickstart, I found a class which is a WebSocket @ServerEndpoint utilizing a @PostConstruct annotation (see BidWebSocketEndpoint).
I'm not exactly sure which container is responsible for processing those annotations in Java EE in general, but in that specific quickstart, it's apparently meant to be the CDI container, because the class is not an EJB, and there's a beans.xml file specifying bean-discovery-mode="all".
(I guess the EJB container is supposed to process them as well, but if a class is an EJB, the ejb fraction is autodetected by other means.)
So I believe that either the javax.annotation.* annotations should trigger adding some fractions (but which ones?), or that the presence of beans.xml file should trigger adding the CDI fraction.
Thoughts?

This route:

from("file:/...?charset=iso-8859-1&&include=.*\.xml")
    .split(xpath("/foo/bar"))
        ...

does not read and split XML like the following with the correct encoding:

<?xml version="1.0" encoding="ISO-8859-1"?>
<foo>
	<bar>abc</bar>
	<bar>xyz</bar>
	<bar>åäö</bar>
</root>

The root cause is due to the spec of IOConverter.toInputStream(File, String):
https://github.com/apache/camel/blob/camel-2.22.1/camel-core/src/main/java/org/apache/camel/converter/IOConverter.java#L84-L119
 which was clarified at CAMEL-8346 and CAMEL-8356.
This method converts a File with a charset to an InputStream with the JVM default charset encoding whatever the format of the file is. However, in turn XmlConverter.toDOMDocument(...) uses DocumentBuilder to convert the input stream to a DOM Document and DocumentBuilder is aware of the XML declaration:

to detect the file encoding, and there is a mismatch between the actual encoding of the input stream (JVM default) and the encoding declared in XML.

       Host = "Host" ":" host [ ":" port ] ; Section 3.2.2
A "host" without any trailing port information implies the default port for the service requested (e.g., "80" for an HTTP URL).
The problem is in netty-http and netty4-http, jetty works as expected.

https://builds.apache.org/job/hbase-0.95/60/testReport/junit/org.apache.hadoop.hbase.master/TestMasterMetricsWrapper/testInfo/

Projection operators that only swap the input columns in the tuples are identified as identity projections, and thus incorrectly deleted from the plan by the identity project removal optimization.
This bug was introduced in HIVE-8435.

When a full file-path is specified in in_file(), and the query runs as a local-job (i.e. without MR/Tez), one sees the following FNFE:

java.io.IOException: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.FileNotFoundException: int_list.txt (No such file or directory)
	at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:152)
	at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1651)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:702)
...
It looks like GenericUDFInFile trims the file-path to just the file-name, perhaps under the assumption that the file would be in DistributedCache. In case the job runs locally, the file ought to be read using the full path.

udafcount merge does not handle nulls
If the mapper does not emit any row on null input, i.e both count and count distinct are present, and the aggregation function is count, 
it will get a null pointer
select count(1), count(distinct x.value) from src x where x.key = 9999;

The link Widfly Swarm Reference Guide says that a property with name swarm.keycloakserver.web-context can be used to configure Keycloak's web context. Using this property shows no effect at all. The correct name is swarm.keycloak-server.web-context.

The formatPath(String path) method in the AbstractSitePathUrlFactory class doesn't handle an empty path (empty String) correctly. It will return "//" (two slashes), instead of just one.
The error seems to be on line 197, where it should check if formattedPath ends with a slash, instead of path.

It should be possible to add AtomicActionExpiryScanner to the EAP 6 configuration as outline below:

    	<property name="RecoveryEnvironmentBean.expiryScannerClassNames" value="com.arjuna.ats.internal.arjuna.recovery.ExpiredTransactionStatusManagerScanner\\s+com.arjuna.ats.internal.arjuna.recovery.AtomicActionExpiryScanner"/>

Unfortunately the value of the RecoveryEnvironmentBean.expiryScannerClassNames seems to be overwritten in the ArjunaRecoveryManagerService class. As a result there is no easy way of removing transaction manager debris from object store. 

IIOPSecurityInvocationTestCase fails with security manager because of missing permission "java.lang.RuntimePermission" "accessClassInPackage.sun.misc":

"IOP00810211: (MARSHAL) Exception from readValue on ValueHandler in CDRInputStream": org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 211 completed: Maybe
	at com.sun.corba.se.impl.logging.ORBUtilSystemException.valuehandlerReadException(ORBUtilSystemException.java:7004)
	at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:1010)
	at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:271)
	at com.sun.corba.se.impl.io.IIOPInputStream.inputObjectField(IIOPInputStream.java:2033)
	at com.sun.corba.se.impl.io.IIOPInputStream.inputClassFields(IIOPInputStream.java:2254)
	at com.sun.corba.se.impl.io.IIOPInputStream.inputObject(IIOPInputStream.java:1249)
	at com.sun.corba.se.impl.io.IIOPInputStream.simpleReadObject(IIOPInputStream.java:416)
	at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:341)
	at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:307)
	at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:999)
	at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:844)
	at com.sun.corba.se.impl.encoding.CDRInputStream.read_value(CDRInputStream.java:267)
	at com.sun.corba.se.spi.servicecontext.UEInfoServiceContext.<init>(UEInfoServiceContext.java:48)
	at com.sun.corba.se.spi.servicecontext.ServiceContextData.makeServiceContext(ServiceContextData.java:132)
	at com.sun.corba.se.spi.servicecontext.ServiceContexts.unmarshal(ServiceContexts.java:216)
	at com.sun.corba.se.spi.servicecontext.ServiceContexts.get(ServiceContexts.java:378)
	at com.sun.corba.se.spi.servicecontext.ServiceContexts.get(ServiceContexts.java:366)
	at com.sun.corba.se.impl.protocol.CorbaClientRequestDispatcherImpl.processResponse(CorbaClientRequestDispatcherImpl.java:530)
	at com.sun.corba.se.impl.protocol.CorbaClientRequestDispatcherImpl.marshalingComplete(CorbaClientRequestDispatcherImpl.java:373)
	at org.jboss.as.ejb3.iiop.stub.DynamicIIOPStub.invoke(DynamicIIOPStub.java:127)
	at interface org.jboss.as.test.iiop.security.IIOPSecurityStatelessRemote_Stub.role2(Unknown Source)
	at org.jboss.as.test.iiop.security.ClientEjb.testFailure(ClientEjb.java:22)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:330)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:238)
	at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:72)
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:619)
	at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
	at org.jboss.as.test.iiop.security.ClientEjb$$$view1.testFailure(Unknown Source)
	at org.jboss.as.test.iiop.security.IIOPSecurityInvocationTestCase.lambda$testFailedInvocation$1(IIOPSecurityInvocationTestCase.java:112)
	at org.jboss.as.test.shared.integration.ejb.security.Util.switchIdentity(Util.java:251)
	at org.jboss.as.test.shared.integration.ejb.security.Util.switchIdentity(Util.java:156)
	at org.jboss.as.test.iiop.security.IIOPSecurityInvocationTestCase.testFailedInvocation(IIOPSecurityInvocationTestCase.java:116)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.sun.misc")" in code source "(vfs:/content/client.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.client.jar" from Service Module Loader")
	at org.wildfly.security.manager.WildFlySecurityManager.checkPackageAccess(WildFlySecurityManager.java:491)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:318)
	at org.jboss.modules.ClassLoaderLocalLoader.loadClassLocal(ClassLoaderLocalLoader.java:50)
	at org.jboss.modules.Module.loadModuleClass(Module.java:717)
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:191)
	at com.sun.corba.se.impl.io.ObjectStreamClass.newInstance(ObjectStreamClass.java:985)
	at com.sun.corba.se.impl.io.IIOPInputStream.inputObject(IIOPInputStream.java:1172)
	... 235 more

RegionFactoryBean should not close the region when the application context closes if close="false". This flag is ignored by the parser. Also, close and destroy should not be mutually exclusive. It should be possible to leave the region open, especially in multiple application environments, such as in a servlet container in which the region is shared. 

We don't need this internal method to contain the boolean argument: -

private IdentityCache createIdentityCache(HttpServerRequest request, boolean createSession) {

A subsequent call to put is sufficient for us to know a session is needed, an all other cases don't create the session.

The issue cloned for upstream from an EAP6 bugzilla.
original description:

It seems that in case that of using hornetq for implementation of object store (configuration of transaction subsystem via <use-hornetq-store/> tag) the native library (AIO) is used automatically without necessity of user confirmation.
For EAP 6.0.1 was decided that native library can't be used without explicit customer configuration request. Please check discussion on bug #900591.
The NIO should be used until customer defined otherwise.
The configuration option is missing in TM and after the adding it the EAP configuration should reflect fact that the default behaviour should be NIO.

Write new UT tests that use random data and intentional isRepeating batches to checks for NULL and Wrong Results for vectorized STRING functions:

char_length
concat
initcap
length
lower
ltrim
octet_length
rtrim
trim
upper
UDF:
	
hex
substr

BUGs found in LTRIM, CONCAT, and SUBSTR.

See forum
http://fusesource.com/forums/thread.jspa?threadID=2654&tstart=0

1)Escape the backward slash in Canonical Path if unit test runs on windows.
2)Diff comparison – 
     a.	Ignore the extra spacing on windows
     b.	Ignore the different line endings on windows & Unix
     c.	Convert the file paths to windows specific. (Handle spaces etc..)
3)Set the right file scheme & class path separators while invoking the junit task from 

When a DirectMessageListenerContainer outside of an application context is using a CachingConnectionFactory from an application context, and the context is destroyed, the container continues to try to recover:

2016-12-03 16:21:45,404 ERROR org.springframework.scheduling.support.TaskUtils$LoggingErrorHandler [null-consumerMonitor-1] : Unexpected error occurred in scheduled task.
org.springframework.amqp.AmqpConnectException: java.lang.IllegalStateException: The ApplicationContext is closed and the ConnectionFactory can no longer create connections.
	at org.springframework.amqp.rabbit.listener.DirectMessageListenerContainer.doConsumeFromQueue(DirectMessageListenerContainer.java:487) ~[main/:?]
	at org.springframework.amqp.rabbit.listener.DirectMessageListenerContainer.lambda$actualStart$4(DirectMessageListenerContainer.java:371) ~[main/:?]
	at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54) [spring-context-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_101]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_101]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_101]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_101]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_101]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_101]
	at java.lang.Thread.run(Thread.java:745) [?:1.8.0_101]
Caused by: java.lang.IllegalStateException: The ApplicationContext is closed and the ConnectionFactory can no longer create connections.
	at org.springframework.util.Assert.state(Assert.java:640) ~[spring-core-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.createConnection(CachingConnectionFactory.java:546) ~[main/:?]
	at org.springframework.amqp.rabbit.listener.DirectMessageListenerContainer.doConsumeFromQueue(DirectMessageListenerContainer.java:483) ~[main/:?]
	... 9 more

If both are spring-managed, the container will also be stopped/destroyed.
Detect the exception and auto-stop the container when the condition is detected.
Different logic for start Vs. recovery.

`hadoop classpath` ends up getting added to the classpath of llap daemons. This essentially means picking up the classpath from the local deploy.
This isn't required since the slider package includes relevant libraries (shipped from the client)

When starting EAP 7.1.0 ER2 and using standalone.xml there are 15% of loaded classes clustering related. To be precise 1091 classes out of 7285 classes in my check. 
Goal:
Reduce number of loaded clustering related classes in standalone.xml 
Price of 15% of loaded classes for 2nd level cache stuff is too high.
Logs:
full log: https://drive.google.com/a/redhat.com/file/d/0BzqZahAZj1YNMDhKb1FDZnF4dlE/view?usp=sharing .. 20 MB 
classes loaded during boot (jboss module logging on trace) aggregated by package name: https://drive.google.com/a/redhat.com/file/d/0BzqZahAZj1YNSFdRWGRFVFdaRXM/view?usp=sharing

445 org.infinispan
310 org.wildfly.clustering
336 org.jboss.as.clustering

Details:

<logger category="org.jboss.modules">
   <level name="TRACE"/>
</logger>

cat server.log | grep "Defined class" | wc -l
7285

for i in {2..6}; do echo "Level $i"; cat server.log | grep "Defined class" | sed "s/.*Defined class \(.*\)/\1/g" \
  | cut -d" " -f 1 | sort | cut -d'.' -f1-$i | uniq -c | sort -n -r | head -n 40; echo ""; done \
  | tee startup-loaded-classes.txt

      region.delete(delete, lid, writeToWAL);
      this.hlog.sync(region.getRegionInfo().isMetaRegion());
    } catch (WrongRegionException ex) {
    } catch (NotServingRegionException ex) 
{
      // ignore                                                                                                                                                                          
    }
 catch (Throwable t) 
{
      throw convertThrowableToIOE(cleanup(t));
    }

we ignore those 2 exceptions... weird... should not be!

We've seen intermittent failures in GenericCommandTestCase.testAddDeploymentScannerCommand, with this detail:
Note that https://github.com/wildfly/wildfly/pull/4659 may cover over this problem, but the underlying cause should be determined.
	at org.jboss.as.test.integration.management.cli.GenericCommandTestCase.testAddDeploymentScannerCommand(GenericCommandTestCase.java:122)
[0m04:53:34,151 INFO  [org.jboss.as.repository] (management-handler-thread - 3) JBAS014900: Content added at location /home/jenkins/jenkins-work/workspace/wildfly-master-testsuite-ip6/testsuite/integration/basic/target/jbossas/standalone/data/content/fc/c60e47790d9fa613d8ed4e9e8aa7e1ae40da4b/content
[0m[0m04:53:34,155 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "dummy.jar" (runtime-name: "dummy.jar")
[0m[33m04:53:34,175 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.dummy.jar" is using a private module ("org.wildfly.security.manager:main") which may be changed or removed in future versions without notice.
[0m[0m04:53:34,181 INFO  [org.jboss.as.arquillian] (MSC service thread 1-6) Arquillian deployment detected: ArquillianConfig[service=jboss.arquillian.config."dummy.jar",unit=dummy.jar,tests=[org.jboss.as.test.integration.management.cli.GenericCommandTestCase]]
[0m[0m04:53:34,201 INFO  [org.jboss.as.server] (management-handler-thread - 3) JBAS018559: Deployed "dummy.jar" (runtime-name : "dummy.jar")
[0m[0m04:53:34,341 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-1) JBAS015012: Started FileSystemDeploymentService for directory /tmp/tempDeployment
[0m04:53:34,385 INFO  [org.jboss.as.cli.CommandContext] (main) process-state reload-required 
[0m04:53:34,388 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015876: Starting deployment of "SimpleServlet.war" (runtime-name: "SimpleServlet.war")
[0m[0m04:53:34,461 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) JBAS018210: Register web context: /SimpleServlet
[0m[0m04:53:34,496 INFO  [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "SimpleServlet.war" (runtime-name : "SimpleServlet.war")
[0m04:53:37,430 INFO  [org.jboss.as.cli.CommandContext] (main) process-state reload-required 
04:53:37,437 ERROR [org.jboss.as.cli.CommandContext] (main) {
    "failure-description" => "JBAS014807: Management resource '[
    (\"subsystem\" => \"deployment-scanner\"),
    (\"scanner\" => \"testScanner\")
{"process-state" => "reload-required"}
}
[33m04:53:37,467 WARN  [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000004: Failure during stop of service jboss.undertow.deployment.default-host./SimpleServlet: java.lang.IllegalStateException
	at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
	at org.jboss.as.connector.deployers.ra.processors.CachedConnectionManagerSetupProcessor$CachedConnectionManagerSetupAction.setup(CachedConnectionManagerSetupProcessor.java:95)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$1.setup(UndertowDeploymentInfoService.java:220)
	at io.undertow.servlet.core.CompositeThreadSetupAction.setup(CompositeThreadSetupAction.java:42)
	at io.undertow.servlet.core.DeploymentManagerImpl.stop(DeploymentManagerImpl.java:409)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stop(UndertowDeploymentService.java:90)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2082) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2043) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
[0m[0m04:53:37,484 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015877: Stopped deployment SimpleServlet.war (runtime-name: SimpleServlet.war) in 18ms
[0m[0m04:53:37,499 INFO  [org.jboss.as.server] (management-handler-thread - 2) JBAS018558: Undeployed "SimpleServlet.war" (runtime-name: "SimpleServlet.war")
[0m

metastore/scripts/upgrade/oracle/033-HIVE-12892.oracle.sql has
  VERSION_COMMENT VARCHAR(255) NOT NULL
CREATE TABLE CHANGE_VERSION (
  CHANGE_VERSION_ID NUMBER NOT NULL,
  VERSION NUMBER NOT NULL,
  TOPIC VARCHAR(255) NOT NULL
);
ALTER TABLE CHANGE_VERSION ADD CONSTRAINT CHANGE_VERSION_PK PRIMARY KEY (CHANGE_VERSION_ID);
CREATE UNIQUE INDEX UNIQUE_CHANGE_VERSION ON CHANGE_VERSION (TOPIC);
The first line appears to be a typo and should not really be there. I noticed that in the METASTORE-Test precommit builds.

llap-server,the method preallocate(int) of  BuddyAllocator may case file descriptor leak when FileChannel map allocate memory error.
the code:
        //here if failed
         ByteBuffer rwbuf = rwf.getChannel().map(MapMode.READ_WRITE, 0, arenaSize);
        // A mapping, once established, is not dependent upon the file channel that was used to
        // create it. delete file and hold onto the map
       //can not close() and delete file
        rwf.close();
        rf.delete();

I have been testing using Firefox user-agent switcher to simulate the IPAD.
Mozilla/5.0 (iPad; U; CPU OS 3_2 like Mac OS X; en-us) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Mobile/7B334b Safari/531.21.10
This is seen by the LiteDeviceResolver as 'not mobile'.
In the forum discussion referenced it is believed this is not correct.

M/R or Tez.
Query does not vectorize, so this is not vector related.

Caused by: java.lang.ClassCastException: org.apache.hadoop.io.IntWritable cannot be cast to org.apache.hadoop.io.Text
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBasePad.evaluate(GenericUDFBasePad.java:65)
	at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator._evaluate(ExprNodeGenericFuncEvaluator.java:166)
	at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator$DeferredExprObject.get(ExprNodeGenericFuncEvaluator.java:77)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFConcat.stringEvaluate(GenericUDFConcat.java:189)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFConcat.evaluate(GenericUDFConcat.java:159)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFToUnixTimeStamp.evaluate(GenericUDFToUnixTimeStamp.java:121)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFUnixTimeStamp.evaluate(GenericUDFUnixTimeStamp.java:52)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBridge.evaluate(GenericUDFBridge.java:177)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFWhen.evaluate(GenericUDFWhen.java:78)
	at org.apache.hadoop.hive.ql.exec.KeyWrapperFactory$ListKeyWrapper.getNewKey(KeyWrapperFactory.java:113)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.processOp(GroupByOperator.java:778)

Within an OSGi the camel-swagger-java component be run within a different bundle than the routes and models required to generate the swagger document.  In this case the swagger code may not be able to read the model.  Currently this generates a Nullpointer Exception and the swagger document does not get rendered. 
Would prefer that the exception be more specific to help developers with debugging.  Also toyed with the idea of converting to a LOG statement instead of an exception but it may be better to fail fast.
 
org.apache.camel.camel-swagger-java - 2.22.0 | Error rendering Swagger API due null
    at org.apache.camel.swagger.RestModelConverters.readClass(RestModelConverters.java:32) ~[108:org.apache.camel.camel-swagger-java:2.22.0]
    at org.apache.camel.swagger.RestSwaggerReader.appendModels(RestSwaggerReader.java:755) ~[108:org.apache.camel.camel-swagger-java:2.22.0]
    at org.apache.camel.swagger.RestSwaggerReader.parse(RestSwaggerReader.java:227) ~[108:org.apache.camel.camel-swagger-java:2.22.0]
    at org.apache.camel.swagger.RestSwaggerReader.read(RestSwaggerReader.java:113) ~[108:org.apache.camel.camel-swagger-java:2.22.0]
    at org.apache.camel.swagger.RestSwaggerSupport.renderResourceListing(RestSwaggerSupport.java:210) ~[108:org.apache.camel.camel-swagger-java:2.22.0]
    at org.apache.camel.swagger.RestSwaggerProcessor.process(RestSwaggerProcessor.java:119) [108:org.apache.camel.camel-swagger-java:2.22.0]
    at org.apache.camel.component.rest.RestApiProducer.process(RestApiProducer.java:36) [89:org.apache.camel.camel-core:2.22.0]
    at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61) [89:org.apache.camel.camel-core:2.22.0]
    at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:148) [89:org.apache.camel.camel-core:2.22.0]
    at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:181) [89:org.apache.camel.camel-core:2.22.0]
    at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:110) [89:org.apache.camel.camel-core:2.22.0]
    at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:548) [89:org.apache.camel.camel-core:2.22.0]
    at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:201) [89:org.apache.camel.camel-core:2.22.0]
    at org.apache.camel.component.netty4.handlers.ServerChannelHandler.processAsynchronously(ServerChannelHandler.java:141) [105:org.apache.camel.camel-netty4:2.22.0]
    at org.apache.camel.component.netty4.handlers.ServerChannelHandler.channelRead0(ServerChannelHandler.java:112) [105:org.apache.camel.camel-netty4:2.22.0]
    at org.apache.camel.component.netty4.http.handlers.HttpServerChannelHandler.channelRead0(HttpServerChannelHandler.java:213) [106:org.apache.camel.camel-netty4-http:2.22.0]
    at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105) [55:io.netty.transport:4.1.25.Final]
    at org.apache.camel.component.netty4.http.handlers.HttpServerMultiplexChannelHandler.channelRead0(HttpServerMultiplexChannelHandler.java:113) [106:org.apache.camel.camel-netty4-http:2.22.0]
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) [55:io.netty.transport:4.1.25.Final]
    at io.netty.channel.AbstractChannelHandlerContext.access$600(AbstractChannelHandlerContext.java:38) [55:io.netty.transport:4.1.25.Final]
    at io.netty.channel.AbstractChannelHandlerContext$7.run(AbstractChannelHandlerContext.java:353) [55:io.netty.transport:4.1.25.Final]
    at io.netty.util.concurrent.DefaultEventExecutor.run(DefaultEventExecutor.java:66) [51:io.netty.common:4.1.25.Final]
    at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:884) [51:io.netty.common:4.1.25.Final]
    at java.lang.Thread.run(Thread.java:748) [?:?]

The org.jboss.as.test.integration.ejb.security.runas.ejb2mdb.RunAsTestCaseEJBMDB test case is not included in surefire test configuration for wildfly-ts-integ-basic and therefore is not ran in test suite execution.
The test also seems to be broken.

When I enforce bucketing and fix the number of reducers via mapred.reduce.tasks Hive ignores my input and instead takes the largest value <= hive.exec.reducers.max that is also an even divisor of num_buckets. In other words, if I set 1024 buckets and set mapred.reduce.tasks=1024 I'll get. . . 256 reducers. If I set 1997 buckets and set mapred.reduce.tasks=1997 I'll get. . . 1 reducer. 
This is totally crazy, and it's far, far crazier when the data inputs get large. In the latter case the bucketing job will almost certainly fail because we'll most likely try to stuff several TB of input through a single reducer. We'll also drastically reduce the effectiveness of bucketing, since the buckets themselves will be larger.
If the user sets mapred.reduce.tasks in a query that inserts into a bucketed table we should either accept that value or raise an exception if it's invalid relative to the number of buckets. We should absolutely NOT override the user's direction and fall back on automatically allocating reducers based on some obscure logic dictated by completely different setting. 
I have yet to encounter a single person who expected this the first time, so it's clearly a bug.

The FeedEntryPollingConsumer class implements the poll() method for the 'splitEntries' mode of the RssEndpoint is broken.
You can think of two ways that polling feeds could work:
1) A feed is created, then one item is processed, then the delay, then process another item. This way the feed is kept between calls to poll().
2) A feed is created, then all the items are processed, the feed is cleared, and then the delay.
But the way it presently works:
A feed is created, one items is processed, and the feed is cleared, then the delay, and again the feed is created and the next item is cleared.
This is clearly wrong. Feed entries can be missed, because the index of the next item to process is stored over polls but the list isn't. Also this creates a big network overhead when polling very active feeds such as twitter search...
This is easy to fix. In the below code:

public void poll() throws Exception {
        Object feed = createFeed();
        populateList(feed);   

        while (hasNextEntry()) {
            Object entry = list.get(entryIndex--);

            boolean valid = true;
            if (entryFilter != null) {
                valid = entryFilter.isValidEntry(endpoint, feed, entry);
            }
            if (valid) {
                Exchange exchange = endpoint.createExchange(feed, entry);
                getProcessor().process(exchange);
                // return and wait for the next poll to continue from last time (this consumer is stateful)
                return;
            }
        }

The return (at line 56 of org.apache.camel.component.feed.FeedEntryPollingConsumer) should be deleted.

LinkedBlockingQueue is usually used in ThreadPoolExecutor. It allows the thread pool not to be blocked if the number of running threads in the pool is less than the max pool size and the queue is not full.
But when the core pool size of ThreadPoolExecutor is different from the max pool size, the things don't go as expected. When the number of running threads is the same with the core size, more requests of executions are added into the LinkedBlockingQueue. And the requests can be executed again only when LinkedBlockingQueue is full or some of running threads are finished.
Thus it is better to use the same value for the core and max pool size when the LinkedBlockingQueue is used.

https://github.com/apache/hive/blob/550d1e1196b7c801c572092db974a459aac6c249/standalone-metastore/src/main/java/org/apache/hadoop/hive/metastore/HiveMetaStore.java#L345-L351

private static int nextSerialNum = 0;
private static ThreadLocal<Integer> threadLocalId = new ThreadLocal<Integer>() {
  @Override
  protected Integer initialValue() {
    return nextSerialNum++;
  }
};

nextSerialNum needs to be an atomic value.

If a route is suspended using the ScheduledRoutePolicy and its subclasses (CronScheduledRoutePolicy), it cannot be resumed or started.
Looking at the code in ScheduledRoutePolicy.onJobExecute(), on start/resume actions, the route status is first checked and must be stopped or suspended before any actions is taken.
Suspension of a route, only suspends the consumer and not the route, and hence the start/resume after a suspend does nothing.
One solution could be to also check the status of the consumer on start/resume. This would require adding a isSuspended() to serviceHelper and should be relatively straightforward.

TestSerDe.jar should be removed from data/files. Even though, TestSerDe.java is present in ql/src/test/org/apache/hadoop/hive/serde2/TestSerDe.java, this is never compiled during build process. The jar file should be created as part of build process for testing purpose rather than using a hard-coded jar file.

Undertow 1.3.0.Beta3, EAP 7.0.0.DR6 worked perfectly with modcluster:read-resource recursive operations:
Setup

Add socker binding: /socket-binding-group=standard-sockets/socket-binding=mod-cluster-adv:add(multicast-address=224.0.1.105,port=65530)
Configure mod_cluster proxy: /subsystem=undertow/configuration=filter/mod-cluster=modcluster:add(advertise-frequency=10000,advertise-path=/,advertise-protocol=http,advertise-socket-binding=mod-cluster-adv,management-socket-binding=http,management-access-predicate=undefined,broken-node-timeout=10,cached-connections-per-thread=5,connection-idle-timeout=60,connections-per-thread=10,health-check-interval=10000,max-request-time=-1,request-queue-size=10,security-key=undefined,security-realm=undefined,worker=default)
Add mod_cluster filter: /subsystem=undertow/server=default-server/host=default-host/filter-ref=modcluster:add()
As soon as worker connects: 

UT005053: Registering node localhost, connection: ajp://karm.brq.redhat.com:8019/?#
UT005045: Registering context /clusterbench, for node localhost

, we try to list the configuration:
List configuration including runtime recursively: /subsystem=undertow/configuration=filter/mod-cluster=modcluster:read-resource(include-runtime=true, recursive=true, recursive-depth=100)

Error
The output of the last aforementioned command with EAP 7.0.0.DR6, Undertow 1.3.0.Beta3 is:

{
        "advertise-frequency" => 10000,
        "advertise-path" => "/",
        "advertise-protocol" => "http",
        "advertise-socket-binding" => "mod-cluster-adv",
        "broken-node-timeout" => 10,
        "cached-connections-per-thread" => 5,
        "connection-idle-timeout" => 60,
        "connections-per-thread" => 10,
        "health-check-interval" => 10000,
        "management-access-predicate" => undefined,
        "management-socket-binding" => "http",
        "max-request-time" => -1,
        "request-queue-size" => 10,
        "security-key" => undefined,
        "security-realm" => undefined,
        "worker" => "default",
        "balancer" => {"mycluster" => {"node" => {"localhost" => {
            "load" => 81,
            "status" => "NODE_UP",
            "context" => {"/clusterbench" => {
                "requests" => 0,
                "status" => "enabled"
            }}
        }}}}
    }
}

 whereas with EAP 7.0.0.DR7, Undertow 1.3.0.Beta4; it is: 

ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 6) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
    ("configuration" => "filter"),
    ("mod-cluster" => "modcluster"),
    ("balancer" => "mycluster")
]): java.lang.IllegalArgumentException: value is null
    at org.jboss.dmr.ModelNode.<init>(ModelNode.java:162)
    at org.wildfly.extension.undertow.filters.ModClusterBalancerDefinition$3.handleNode(ModClusterBalancerDefinition.java:117)
    at org.wildfly.extension.undertow.filters.ModClusterBalancerDefinition$AbstractBalancerOperation.execute(ModClusterBalancerDefinition.java:173)
    at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
    at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
    at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:248)
    at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:701)
    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:841)
    at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:632)
    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:357)
    at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1235)
    at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:223)
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)

It is noteworthy that until any worker joins the balancer, the operation works just fine (DR7, Beta4): 

{
        "use-alias" => true,
        "balancer" => undefined
    }
}

I see this issue as a Blocker, because it not only breaks all current test automation but also renders the Undertow mod_cluster proxy CLI hardly usable for any administration.

See nabble
http://camel.465427.n5.nabble.com/The-delay-option-seems-not-to-be-working-in-CAMEL-Java-DSL-mode-tp2840369p2840369.html

Beeline requires newline at the end of each query in a file.

It is either bug in how deployments are treated or how overlay/vfs work.
1. deploy undexploded war with jar inside
2. add overlay that will add non existing file in jar
Result: exception:
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS018776: Failed to get content for deployment overlay WEB-INF/lib/overlayed.jar//META-INF/x/file.txt at WEB-INF/lib/overlayed.jar//META-INF/x/file.txt
    Caused by: java.io.FileNotFoundException: /content/shell.war/WEB-INF/lib/overlayed.jar/META-INF/x/file.txt"}}
    at org.jboss.as.test.integration.management.ManagementOperations.executeOperation(ManagementOperations.java:67)
    at org.jboss.as.test.integration.management.ManagementOperations.executeOperation(ManagementOperations.java:37)
    at org.jboss.as.test.integration.deployment.deploymentoverlay.jar.OverlayUtils.setupOverlay(OverlayUtils.java:76)
    at org.jboss.as.test.integration.deployment.deploymentoverlay.war.OverlayNonExistingResourceTestCase.testOverlay(OverlayNonExistingResourceTestCase.java:67)
Expectation:
 should work. It actually does work, if war is really exploded or
'if(exploded)' part in overlay is removed from overlay processor and everything is handled via: https://github.com/stuartwdouglas/wildfly-core/blob/a75af9118c4062fafb899b2c1109387a0748d925/server/src/main/java/org/jboss/as/server/deployment/DeploymentOverlayDeploymentUnitProcessor.java#L117

Drop the pushed segments from the indexer as soon as the HDFS push is done.

For persistent sessions, we trigger session session activation events after a successful SessionManager.findSession(...).  However, this is currently triggered using a Session instance, instead of an ImmutableSession instance, which causes iteration over session attributes to trigger replication of the session at the end of the request - even when the user does not access any mutable session attributes.
The same is true for Session.close() (via session passivation event).

Testing rebased HIVE-18908 revealed this stack trace:

java.lang.IllegalStateException: null
	at com.google.common.base.Preconditions.checkState(Preconditions.java:159) ~[guava-19.0.jar:?]
	at org.apache.hadoop.hive.ql.exec.vector.ptf.VectorPTFEvaluatorStreamingDoubleSum.evaluateGroupBatch(VectorPTFEvaluatorStreamingDoubleSum.java:51) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.ptf.VectorPTFGroupBatches.evaluateStreamingGroupBatch(VectorPTFGroupBatches.java:165) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.ptf.VectorPTFOperator.process(VectorPTFOperator.java:380) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Operator.vectorForward(Operator.java:969) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:158) ~[hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.processVectorGroup(ReduceRecordSource.java:480) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecordVector(ReduceRecordSource.java:387) [hive-exec-4.0.0-SNAPSHOT.jar:4.0.0-SNAPSHOT]

If the UndertowHttpBinding is initialized at component level when someone defines a custom HeaderFilterStrategy it will be set at component level, so all the subsequent endpoints created will use this custom strategy instead of the default one. I'll move the UndertowHttpBinding initialization in the Undertow Endpoint.

HiveClientCache.CacheableHiveMetaStoreClient.isOpen() tries to do a health status check of the connection.  This causes the following exception to be written to the log file.  It needlessly pollutes the log file and cause alarm for customers.
The exception itself is produced by the metastore so the client can't suppress it.
Metastore should not log this since this is clearly a user error.  It should instead throw an exception to the client (or return an error some other way).
13/09/05 12:04:38 ERROR metastore.RetryingHMSHandler: NoSuchObjectException(message:There is no database named nonexistentdatabaseusedforhealthcheck)
	at org.apache.hadoop.hive.metastore.ObjectStore.getMDatabase(ObjectStore.java:429)
	at org.apache.hadoop.hive.metastore.ObjectStore.getDatabase(ObjectStore.java:439)
	at $Proxy9.getDatabase(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_database(HiveMetaStore.java:627)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:103)
	at $Proxy10.get_database(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getDatabase(HiveMetaStoreClient.java:810)
	at org.apache.hive.hcatalog.common.HiveClientCache$CacheableHiveMetaStoreClient.isOpen(HiveClientCache.java:276)
	at org.apache.hive.hcatalog.common.HiveClientCache.get(HiveClientCache.java:146)
	at org.apache.hive.hcatalog.common.HCatUtil.getHiveClient(HCatUtil.java:544)
	at org.apache.hive.hcatalog.mapreduce.FileOutputCommitterContainer.cancelDelegationTokens(FileOutputCommitterContainer.java:728)
	at org.apache.hive.hcatalog.mapreduce.FileOutputCommitterContainer.commitJob(FileOutputCommitterContainer.java:228)
	at org.apache.hive.hcatalog.mapreduce.HCatMapReduceTest.runMRCreate(HCatMapReduceTest.java:306)
	at org.apache.hive.hcatalog.mapreduce.TestHCatDynamicPartitioned.runHCatDynamicPartitionedTable(TestHCatDynamicPartitioned.java:118)
	at org.apache.hive.hcatalog.mapreduce.TestHCatDynamicPartitioned.testHCatDynamicPartitionedTable(TestHCatDynamicPartitioned.java:104)
	at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:523)
	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1063)
	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:914)

      this.services.getExecutorService().submit(this);
      this.deadServers.add(serverName);
      throw new IOException("failed log splitting for " +
          serverName + ", will retry", ioe);
    }

this.deadServers.add(serverName); will keep incrementing DeadServer.numProcessing
We can't get rid of numProcessing by just checking deadServers.size() because deadServers is also used to report some historically failed RSs.

See nabble
http://www.nabble.com/Camel-Mail%3A-Alternate-body-is-included-twice-td24049547.html

jdbc-network-timeout is set in seconds instead of milliseconds in:
https://github.com/wildfly/wildfly/blob/master/messaging-activemq/src/main/java/org/wildfly/extension/messaging/activemq/ServerAdd.java#L580
This line must be removed as before it is:

long networkTimeout = SECONDS.toMillis(JOURNAL_JDBC_NETWORK_TIMEOUT.resolveModelAttribute(context, model).asInt());
        // ARTEMIS-1493: Artemis API is not correct. the value must be in millis but it requires an int instead of a long.
storageConfiguration.setJdbcNetworkTimeout((int)networkTimeout);

which sets this timeout properly in milliseconds.

An XML-file with an attribute called type will not get converted to JSON, even if the TypeHintsEnum.NO is used. The problem is that the XMLSerializer in json-lib has typeHintsCompatibility=true as default. It should be explicitly set to false along with typeHintsEnabled. 

In HBASE-16604, we fixed a case where scanner retries was causing the scan to miss some data in case the scanner is left with a dirty state (like a half-seeked KVHeap). 
The patch introduced a minor compatibility issue, because now if a coprocessor throws DNRIOE, we still retry the ClientScanner indefinitely. 
The test ServerExceptionIT in Phoenix is failing because of this with HBASE-16604. 

Just browsing the code and noticed this bug introduced in commit f42b0ce:
String PASSWORD = "CamelSmppSystemId";
The junit tests in SmppProducerLazySessionCreationTest repeat the mistake.

When trying to use Wss4jSecurityInterceptor from the wss4j2 package, validation is still performed when no security is set.  This does not happen from the deprecated one in the wss4j package.  We use this as a simple simulator and thus we turned security off.  It looks like the real issue is that when calling WSSecurityUtil.decodeAction(), when NO_SECURITY is used, it returns an empty list instead of a list with 0 in it and thus:

if (validationActionsVector.contains(WSConstants.NO_SECURITY)) 

fails in validateMessage() since the list is really empty.

In manual testing, encountered an issue to do with the command line tool (HBASE-9116) not verifying the assignments correctly. Although the regions are assigned to the favored nodes, the verification/print showed otherwise.
The command to reproduce the problem (after having created the tables, and loading some data):
bin/hbase org.apache.hadoop.hbase.master.RegionPlacementMaintainer -tables cluster_test1,cluster_test2 -hbase_root /apps/hbase/data -v 

The MapReduce jobs submitted by IntegrationTestImportTsv want to load the htrace JAR from the local Maven cache but get confused and use a HDFS URI.

Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 8.489 sec <<< FAILURE!
testGenerateAndLoad(org.apache.hadoop.hbase.mapreduce.IntegrationTestImportTsv)  Time elapsed: 0.488 sec  <<< ERROR!
java.io.FileNotFoundException: File does not exist: hdfs://localhost:37548/home/apurtell/.m2/repository/org/cloudera/htrace/htrace-core/2.04/htrace-core-2.04.jar
        at org.apache.hadoop.hdfs.DistributedFileSystem$17.doCall(DistributedFileSystem.java:1110)
        at org.apache.hadoop.hdfs.DistributedFileSystem$17.doCall(DistributedFileSystem.java:1102)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1102)
        at org.apache.hadoop.mapreduce.filecache.ClientDistributedCacheManager.getFileStatus(ClientDistributedCacheManager.java:288)
        at org.apache.hadoop.mapreduce.filecache.ClientDistributedCacheManager.getFileStatus(ClientDistributedCacheManager.java:224)
        at org.apache.hadoop.mapreduce.filecache.ClientDistributedCacheManager.determineTimestamps(ClientDistributedCacheManager.java:93)
        at org.apache.hadoop.mapreduce.filecache.ClientDistributedCacheManager.determineTimestampsAndCacheVisibilities(ClientDistributedCacheManager.java:57)
        at org.apache.hadoop.mapreduce.JobSubmitter.copyAndConfigureFiles(JobSubmitter.java:264)
        at org.apache.hadoop.mapreduce.JobSubmitter.copyAndConfigureFiles(JobSubmitter.java:300)
        at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:387)
        at org.apache.hadoop.mapreduce.Job.waitForCompletion(Job.java:1286)
        at org.apache.hadoop.hbase.mapreduce.ImportTsv.run(ImportTsv.java:603)
        at org.apache.hadoop.hbase.mapreduce.TestImportTsv.doMROnTableTest(TestImportTsv.java:270)
        at org.apache.hadoop.hbase.mapreduce.TestImportTsv.doMROnTableTest(TestImportTsv.java:232)
        at org.apache.hadoop.hbase.mapreduce.IntegrationTestImportTsv.testGenerateAndLoad(IntegrationTestImportTsv.java:206)

n windows, when I run following hive-hbase integration test without setting hbase jars in hadoop classpath, it fails with ClassNotFoundException:
drop table if exists hbase_1;
create table hbase_1(key string, age int) stored by 'org.apache.hadoop.hive.hbase.HBaseStorageHandler' with serdeproperties ( "hbase.columns.mapping" = "info:age");
insert overwrite table hbase_1 select name, SUM(age) from studenttab10k group by name;
However, in linux this test works even if jars are not explicitly added in hadoop_classpath.
On windows, tests work fine if I add necessary hbase jars in classpath.

When creating our mvc scaffold we include the "--disallowedOperations delete, create" option.  This successfully removed the create link from the default project page. We instead have finders in the menu.  After selecting a finder and searching our objects, a JspTagException is given as the tag'menu_item_xxx_new_label' does not exist.  We added this tag to applications.properties which then allowed us to receive a page back from the finder.  The object list does not include the delete operation, but after the object list, a create operation still exists.  I'm having difficulty finding exactly where this tag is built and placed in the page, but without the create operation it should not exist.

RabbitManagementTemplate does not return delayed exchanges and does not set the internal flag.

The table from http://hbase.apache.org/book.html#conceptual.view has only 5 data rows.
Originally intended that there will be 6:
https://raw.githubusercontent.com/apache/hbase/master/src/main/asciidoc/_chapters/datamodel.adoc

Noticed while looking at something else. If the filter cannot be pushed down it just returns 0

On a replication-enabled cluster, querying the list_peers produces the error lines shown below. It doesn't appear that anything is broken in terms of functionality.
hbase(main):001:0> list_peers
12/09/29 14:41:03 ERROR zookeeper.RecoverableZooKeeper: Node /hbase/replication/peers already exists and this is not a retry
12/09/29 14:41:03 ERROR zookeeper.RecoverableZooKeeper: Node /hbase/replication/rs already exists and this is not a retry
PEER ID CLUSTER KEY
0 row(s) in 0.4650 seconds

Mathieu Lachance reports an NPE when SessionManagerStatsHandler tries to use the ServiceController for a no-longer present deployment. See https://github.com/wildfly/wildfly/pull/9189

With Undertow, if you define a ServletContextListener in a TLD it will be instantiated and initialized twice.
I'm attaching a reproducer app.  This works on JBossWeb.

We are trying to configure gateway senders to start automatically to connect to remote sites, however even though the Gemfire documentation says that the manual-start property is false by default, Spring Gemfire is making that true for all cases regardless of what is mentioned for that property on a gateway sender by XML.

There is a package tangle between AbstractSockJsService and TransportHandlingSockJsService. Looks like the former should not be in a support package

When attempting to create a camel-jetty endpoint in Camel 2.9.2, the following exception is thrown:

java.lang.NoSuchMethodError: org.eclipse.jetty.servlet.ServletContextHandler.addFilter(Lorg/eclipse/jetty/servlet/FilterHolder;Ljava/lang/String;Ljava/util/EnumSet;)V
at org.apache.camel.component.jetty.JettyHttpComponent.enableMultipartFilter(JettyHttpComponent.java:407)
    at org.apache.camel.component.jetty.JettyHttpComponent.connect(JettyHttpComponent.java:325)
    at org.apache.camel.component.http.HttpEndpoint.connect(HttpEndpoint.java:148)
    at org.apache.camel.component.http.HttpConsumer.doStart(HttpConsumer.java:56)
    at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:60)
    at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:1707)
    at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRouteConsumers(DefaultCamelContext.java:1979)
    at org.apache.camel.impl.DefaultCamelContext.doStartRouteConsumers(DefaultCamelContext.java:1934)
    at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:1862)
    at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:1646)
    at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1533)
    at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1420)
    at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:179)
    at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1388)
.
.
.

This appears to be a regression of a caused by the this merge from trunk, which I suspect requires Jetty 8 to be used.
Creating the endpoint under 2.9.1 works fine.

We need a memory manager in llap/tez to manage the usage of memory across threads. 

In order to simulate the tez execution in hive tests, we need to work with MiniTezCluster. 

See build log output:

[sslavic@sslavic spring-framework]$ ./gradlew build --stacktrace
:spring-asm:compileJava UP-TO-DATE
:spring-asm:processResources UP-TO-DATE
:spring-asm:classes UP-TO-DATE
:spring-asm:repackageAsm UP-TO-DATE
:spring-asm:jar UP-TO-DATE
:spring-core:compileJava UP-TO-DATE
:spring-core:processResources UP-TO-DATE
:spring-core:classes UP-TO-DATE
:spring-core:jar UP-TO-DATE
:spring-beans:compileJava UP-TO-DATE
:spring-beans:processResources UP-TO-DATE
:spring-beans:classes UP-TO-DATE
:spring-beans:jar UP-TO-DATE
:spring-aop:compileJava UP-TO-DATE
:spring-aop:processResources UP-TO-DATE
:spring-aop:classes UP-TO-DATE
:spring-aop:jar UP-TO-DATE
:spring-expression:compileJava UP-TO-DATE
:spring-expression:processResources UP-TO-DATE
:spring-expression:classes UP-TO-DATE
:spring-expression:jar UP-TO-DATE
:spring-instrument:compileJava UP-TO-DATE
:spring-instrument:processResources UP-TO-DATE
:spring-instrument:classes UP-TO-DATE
:spring-instrument:jar UP-TO-DATE
:spring-context:compileJava UP-TO-DATE
:spring-context:processResources UP-TO-DATE
:spring-context:classes UP-TO-DATE
:spring-context:jar UP-TO-DATE
:spring-tx:compileJava UP-TO-DATE
:spring-tx:processResources UP-TO-DATE
:spring-tx:classes UP-TO-DATE
:spring-tx:jar UP-TO-DATE
:spring-jdbc:compileJava UP-TO-DATE
:spring-jdbc:processResources UP-TO-DATE
:spring-jdbc:classes UP-TO-DATE
:spring-jdbc:jar UP-TO-DATE
:spring-context-support:compileJava UP-TO-DATE
:spring-context-support:processResources UP-TO-DATE
:spring-context-support:classes UP-TO-DATE
:spring-context-support:jar UP-TO-DATE
:spring-oxm:compileJava UP-TO-DATE
:spring-oxm:processResources UP-TO-DATE
:spring-oxm:classes UP-TO-DATE
:spring-oxm:jar UP-TO-DATE
:spring-web:compileJava UP-TO-DATE
:spring-web:processResources UP-TO-DATE
:spring-web:classes UP-TO-DATE
:spring-web:jar UP-TO-DATE
:spring-orm:compileJava UP-TO-DATE
:spring-orm:processResources UP-TO-DATE
:spring-orm:classes UP-TO-DATE
:spring-orm:jar UP-TO-DATE
:spring-webmvc:compileJava UP-TO-DATE
:spring-webmvc:processResources UP-TO-DATE
:spring-webmvc:classes UP-TO-DATE
:spring-webmvc:jar UP-TO-DATE
:spring-webmvc-portlet:compileJava UP-TO-DATE
:spring-webmvc-portlet:processResources UP-TO-DATE
:spring-webmvc-portlet:classes UP-TO-DATE
:spring-webmvc-portlet:jar UP-TO-DATE
:api
/home/sslavic/git/spring-framework/spring-expression/src/main/java/org/springframework/expression/spel/ast/OpMultiply.java:28: error: unmappable character for encoding UTF8
 * <p>If any of the operands is of a reference type, unboxing conversion (�5.1.8) is performed. Then:<br>
                                                                          ^
/home/sslavic/git/spring-framework/spring-test/src/main/java/org/springframework/test/context/support/DelegatingSmartContextLoader.java:37: error: unmappable character for encoding UTF8
 * determine which context loader is appropriate for a given test class�s configuration.
                                                                       ^
2 errors

Execution failed for task ':api'.
Cause: Javadoc generation failed.

* Try:

org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':api'.
        at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:71)
        at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:48)
        at org.gradle.api.internal.tasks.execution.PostExecutionAnalysisTaskExecuter.execute(PostExecutionAnalysisTaskExecuter.java:34)
        at org.gradle.api.internal.changedetection.CacheLockHandlingTaskExecuter$1.run(CacheLockHandlingTaskExecuter.java:34)
        at org.gradle.cache.internal.DefaultCacheAccess$2.create(DefaultCacheAccess.java:200)
        at org.gradle.cache.internal.DefaultCacheAccess.longRunningOperation(DefaultCacheAccess.java:172)
        at org.gradle.cache.internal.DefaultCacheAccess.longRunningOperation(DefaultCacheAccess.java:198)
        at org.gradle.cache.internal.DefaultPersistentDirectoryStore.longRunningOperation(DefaultPersistentDirectoryStore.java:111)
        at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateCacheAccess.longRunningOperation(DefaultTaskArtifactStateCacheAccess.java:83)
        at org.gradle.api.internal.changedetection.CacheLockHandlingTaskExecuter.execute(CacheLockHandlingTaskExecuter.java:32)
        at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:55)
        at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:57)
        at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:41)
        at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:51)
        at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:52)
        at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:42)
        at org.gradle.api.internal.AbstractTask.executeWithoutThrowingTaskFailure(AbstractTask.java:247)
        at org.gradle.execution.DefaultTaskGraphExecuter.executeTask(DefaultTaskGraphExecuter.java:192)
        at org.gradle.execution.DefaultTaskGraphExecuter.doExecute(DefaultTaskGraphExecuter.java:177)
        at org.gradle.execution.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:83)
        at org.gradle.execution.SelectedTaskExecutionAction.execute(SelectedTaskExecutionAction.java:36)
        at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
        at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)
        at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:67)
        at org.gradle.api.internal.changedetection.TaskCacheLockHandlingBuildExecuter$1.run(TaskCacheLockHandlingBuildExecuter.java:31)
        at org.gradle.cache.internal.DefaultCacheAccess$1.create(DefaultCacheAccess.java:111)
        at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:126)
        at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:109)
        at org.gradle.cache.internal.DefaultPersistentDirectoryStore.useCache(DefaultPersistentDirectoryStore.java:103)
        at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateCacheAccess.useCache(DefaultTaskArtifactStateCacheAccess.java:79)
        at org.gradle.api.internal.changedetection.TaskCacheLockHandlingBuildExecuter.execute(TaskCacheLockHandlingBuildExecuter.java:29)
        at org.gradle.execution.DryRunBuildExecutionAction.execute(DryRunBuildExecutionAction.java:32)
        at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:54)
        at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:152)
        at org.gradle.initialization.DefaultGradleLauncher.doBuild(DefaultGradleLauncher.java:108)
        at org.gradle.initialization.DefaultGradleLauncher.run(DefaultGradleLauncher.java:76)
        at org.gradle.launcher.cli.RunBuildAction.execute(RunBuildAction.java:42)
        at org.gradle.launcher.cli.RunBuildAction.execute(RunBuildAction.java:28)
        at org.gradle.launcher.exec.ExceptionReportingAction.execute(ExceptionReportingAction.java:32)
        at org.gradle.launcher.exec.ExceptionReportingAction.execute(ExceptionReportingAction.java:21)
        at org.gradle.launcher.cli.CommandLineActionFactory$WithLoggingAction.execute(CommandLineActionFactory.java:238)
        at org.gradle.launcher.cli.CommandLineActionFactory$WithLoggingAction.execute(CommandLineActionFactory.java:222)
        at org.gradle.launcher.Main.doAction(Main.java:48)
        at org.gradle.launcher.exec.EntryPoint$1.execute(EntryPoint.java:53)
        at org.gradle.launcher.exec.EntryPoint$1.execute(EntryPoint.java:51)
        at org.gradle.launcher.exec.Execution.execute(Execution.java:28)
        at org.gradle.launcher.exec.EntryPoint.run(EntryPoint.java:39)
        at org.gradle.launcher.Main.main(Main.java:39)
        at org.gradle.launcher.ProcessBootstrap.runNoExit(ProcessBootstrap.java:51)
        at org.gradle.launcher.ProcessBootstrap.run(ProcessBootstrap.java:33)
        at org.gradle.launcher.GradleMain.main(GradleMain.java:24)
        at org.gradle.wrapper.BootstrapMainStarter.start(BootstrapMainStarter.java:33)
        at org.gradle.wrapper.WrapperExecutor.execute(WrapperExecutor.java:124)
        at org.gradle.wrapper.GradleWrapperMain.main(GradleWrapperMain.java:53)
Caused by: org.gradle.api.GradleException: Javadoc generation failed.
        at org.gradle.api.tasks.javadoc.Javadoc.executeExternalJavadoc(Javadoc.java:147)
        at org.gradle.api.tasks.javadoc.Javadoc.generate(Javadoc.java:131)
        at org.gradle.api.internal.BeanDynamicObject.invokeMethod(BeanDynamicObject.java:158)
        at org.gradle.api.internal.CompositeDynamicObject.invokeMethod(CompositeDynamicObject.java:93)
        at org.gradle.api.tasks.javadoc.Javadoc_Decorated.invokeMethod(Unknown Source)
        at org.gradle.util.ReflectionUtil.invoke(ReflectionUtil.groovy:23)
        at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$2.execute(AnnotationProcessingTaskFactory.java:129)
        at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$2.execute(AnnotationProcessingTaskFactory.java:127)
        at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:63)
        ... 57 more
Caused by: org.gradle.process.internal.ExecException: Command '/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.1.x86_64/bin/javadoc' finished with (non-zero) exit value 1.
        at org.gradle.process.internal.DefaultExecHandle$ExecResultImpl.assertNormalExitValue(DefaultExecHandle.java:335)
        at org.gradle.process.internal.DefaultExecAction.execute(DefaultExecAction.java:39)
        at org.gradle.api.tasks.javadoc.Javadoc.executeExternalJavadoc(Javadoc.java:145)
        ... 65 more

Total time: 31.06 secs

I found while testing Spring 3.1 for ROO-2894 that the following Roo annotations have the default retention, i.e. java.lang.annotation.RetentionPolicy.RUNTIME:

RooGwtLocator
RooJpaEntity
RooWebFinder
RooWebJson

Obviously this violates the core Roo design goal of the user project having no runtime dependencies upon Roo itself.

The current Apache Commons Logging implementation delegates to the JBoss Log Manager. This can be a problem for embedded servers where the JBoss Log Manager may not be used. We should have an implementation that writes to JBoss Logging. This will allow any log manager that JBoss Logging supports to be used.
This is currently blocking provisioning from working with the embedded server API.

I guess this line isn't correct:
if (type.isInstance(pair.getClass()) || type.getName().equals(pair.getClassName()))
The variable "pair.getClass()" always returns "javax.naming.NameClassPair" or its subclasses and the method "isInstance" works only with Instances, but doesnt Classes.
 I think the correct code should be:
if (type.isAssignableFrom(Class.forName(pair.getClassName())))
I've tried to test a transacted route, but i couldnt because the error: 
Failed to create route route1 at: >>> Transacted[] <<< in route: Route(route1)[[From[direct:start]] -> [Transacted[]]] because of No bean could be found in the registry of type: PlatformTransactionManager

Currently, when submitting Hive jobs through WebHCat and Hive is configured to use Tez, the "percentComplete" field returned by WebHCat is empty.
LaunchMapper in WebHCat parses stderr of the process that it launches to extract map = 100%,  reduce = 100% for Map/Reduce case.  With Tez the content of stderr looks like 

  Map 1: -/-	Reducer 2: 0/1	
  Map 1: -/-	Reducer 2: 0(+1)/1	
  Map 1: -/-	Reducer 2: 1/1

WebHCat should handle that as well.
WebHCat will follow HIVE-8495 and report (completed tasks)/(total tasks) as a percentage.

When using method SpelExpression.getValue(Object rootObject, Class<T> expectedResultType) for evaluating an expression involving a simple boolean comparison it fails when using the bytecode compiled expression.
The trace shows a NPE in Operator.equalityCheck, accesing the evaluation context for a typeComparator:
org.springframework.expression.spel.ast.Operator.equalityCheck(Operator.java:222)
spel.Ex2141.getValue(Unknown Source)
org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:209)
The problem, apparently resides in method SpelExpression.getValue(Object, Class<T>). In line 209, it calls method getValue(Object, EvaluationContext) on its compiledAst but passes null instead of an evaluation context.

HIVE-13701 renamed hadoop-metrics2.properties to hadoop-metrics2-llapdaemon.properties to avoid conflicts in classpath lookup. MetricsSystem first looks for hadoop-metrics2-llapdaemon.properties file first before falling back to hadoop-metrics2.properties. Make LlapServiceDriver package hadoop-metrics2-llapdaemon.properties first and fallback to hadoop-metrics2.properties.

When upgrading from org.springframework:spring-web:4.2.4.RELEASE our httpinterceptors stopped working because we used immutable list as input to InterceptingHttpAccessor.setInterceptors. That method now use AnnotationAwareOrderComparator.sort(interceptors) and in extent Collections.sort which is not side effect free. 
InterceptingHttpAccessor.setInterceptors should use a copied list to sort on.

while executing local-regionservers.sh or local-master-backup.sh in $HBASE_HOME/bin 
if parameter is non numeric value then scripts are throwing failures.
we need to handle the validation also for those scripts.

The main ExtensionRegistry (not the one for HC extensions) on a Host Controller does not detect if the user attempts to remove an extension that still has subsystems installed in the domain profiles.
Trying to do this will fail in domain rollout if the domain has any servers running that use the subsystems, but if there are no such servers (e.g. the DC is running in --admin-only), the remove op will incorrectly succeed. If the DC is then reloaded/restarted boot will fail when the parser encounters the subsystem.
The problem is at L328 of the ExtensionRegistry, 2nd line in the block below:

                for (String subsystem : subsystemNames) {
                    if (rootResource.getChild(PathElement.pathElement(ModelDescriptionConstants.SUBSYSTEM, subsystem)) != null) {
                        // Restore the data
                        extensions.put(moduleName, extension);
                        throw ControllerLogger.ROOT_LOGGER.removingExtensionWithRegisteredSubsystem(moduleName, subsystem);
                    }
                }

That path is only valid on a server or for a host extension.
The removeExtension method should be able to figure out if it is for the domain extension by checking 1) the processType field (to see if its an HC) and 2) the rootRegistration param passed to the method. If rootRegistration.getPathAddress().size() == 0, then its not a host extension registry.
Once that is known the scan for the subsystem can check through the profiles instead instead of assuming the subsystems are direct children of the rootResource param.

I have a table age_group and I am trying to get list of columns for this table name. As underscore and '%' have special meaning in table search pattern according to JDBC searchPattern string specification, I escape the '_' in my table name when I call getColumns for this single table. But HIVE does not return any columns. My call to getColumns is as follows
catalog	<null>
schemaPattern	"%"
tableNamePattern  "age_group"
columnNamePattern  "%"
If I don't escape the '_' in my tableNamePattern, I am able to get the list of columns.

Seems I introduced a bug when implementing CAMEL-10509.
If we're processing a namespace prefix of 'xmlns' then obviously we should not prefix it with the same value. But currently this is allowed and a namespace prefix of 'xmlns:xmlns' is added to the <routes> element. This can mean that the output from ModelHelper.dumpModelAsXml is invalid.
However, I can only reproduce the problem on Karaf where the routes use xpath expressions. Some how with other platforms & scenarios the 'xmlns:xmlns' value is being ignored and never makes it into the dumpModelAsXml output.

Raising this on behalf of Selina Zhang. (For my own reference: YHIVE-1035.)
This has to do with the classpaths of Hive actions run from Oozie, and affects scripts that adds jars/resources from HDFS locations.
As part of Oozie's "sharelib" deploys, foundation jars (such as Hive jars) tend to be stored in HDFS paths, as are any custom user-libraries used in workflows. An ADD JAR|FILE|ARCHIVE statement in a Hive script causes the following steps to occur:

Files are downloaded from HDFS to local temp dir.
UDFs are resolved/validated.
All jars/files, including those just downloaded from HDFS, are shipped right back to HDFS-based scratch-directories, for job submission.

For HDFS-based files, this is wasteful and time-consuming. #3 above should skip shipping HDFS-based resources, and add those directly to the Tez session.
We have a patch that's being used internally at Yahoo.

Partial rendering problem when integrating Web Flow with Richfaces 4.
As described here (http://community.jboss.org/message/610573#610573) , it appears FlowPartialViewContext.getRenderIds() returns an immutable collection , but reference states this collection should be mutable : 
     /**

<p class="changed_added_2_0">Return a
<code>Collection</code> of client identifiers from the current request
with the request parameter name 
{@link #PARTIAL_RENDER_PARAM_NAME}
.
If there is no such request parameter, return an empty <code>Collection</code>.
These client identifiers are used to identify components that
will be processed during the <code>render</code> phase of the
request processing lifecycle.  The returned <code>Collection</code> is
mutable.</p>
     *
@throws IllegalStateException if this method is called after
this instance has been released
     *
@since 2.0
     */
    public abstract Collection<String> getRenderIds();

Attached is a patch with a test that demonstrates the problem. The test uses a custom RouteBuilder (SampleIninitalizingRouteBuilder) and another bean (SampleIninitalizingBean) that both implement InitializingBean. When the beans' afterPropertiesSet() methods are called, these beans add their names to a shared list. When the SampleIninitalizingRouteBuilder.configure() method is called then "configured" is added to the shared list.

package  org.apache.camel.spring.issues

// imports omitted ...

public class SampleInitializingBean implements InitializingBean {
    private List<String> entries;

    }

    public void setEntries(List<String> entries) {
        this.entries = entries;
    }

    public void afterPropertiesSet() {
        entries.add(name);
    }
}

public class SampleInitializingRouteBuilder extends RouteBuilder implements InitializingBean {

    }

    }

    }

    @Override
        entries.add("configured");
    }
}

These beans are wired as follows:

    <bean id="entries1" class="java.util.ArrayList"/>

    <bean id="sampleBean1"
          class="org.apache.camel.spring.issues.SampleInitializingBean">
        <property name="name" value="test1a"/>
        <property name="entries" ref="entries1"/>
    </bean>

    <bean id="sampleRouteBuilder1"
          class="org.apache.camel.spring.issues.SampleInitializingRouteBuilder" depends-on="sampleBean1">
        <property name="name" value="test1b"/>
    </bean>

        <routeBuilder ref="sampleRouteBuilder1"/>

Note the depends-on attribute on the sampleRouteBuilder1 bean: it should ensure that sampleBean1 is being initialized before sampleRouteBuilder1 and the camelContext. 
Actual behaviour, however, is that the beans are initialized in the following order:

sampleRouteBuilder1
camelContext
sampleBean1

which is definitely wrong. The shared list contains the entries

test1b
configured
test1a

This differs from the expected order

test1a
test1b

which cannot be observed. After some debugging, it seems the problem is related to the CamelBeanPostProcessor.postProcessBeforeInitialization() method. It does a lookup of the camelContext (i.e. applicationContext.getBean(camelId))) before the application context finished initialization of dependent beans. The problem is that this lookup already triggers a SampleInitializingRouteBuilder.configure() method call.
Even worse, this behaviour depends on the declaration order of the beans in the application context XML file. When the camelContext bean is moved to the top, the bean initialization are done in the correct order.
To demonstrate that this is not a Spring-related problem, the attached test also contains another bean (SampleRouteBuilderContainer) that plays the role of the camelContext but does nothing else than calling configure() on the injected route builder within (afterPropertiesSet()). In this case, the bean initialization occur in the expected, correct order.
I didn't find a solution to this problem so far and need to dig in further (hope to find some time next week for that). If any of the committers (who are more familiar with camel-spring than I am) have already an idea how to solve that, I appreciate any hints.

This is the Class of entity used to save to mongodb.
ClassC.java
public class ClassC extends ClassA {
	private ClassB b;

	public ClassB getB() {
		return b;
	}

	public void setB(ClassB b) {
		this.b = b;
	}
}

class ClassA {

	private ClassD dObject;

	}

	}

	public ClassD getdObject() {
		return dObject;
	}

	public void setdObject(ClassD dObject) {
		this.dObject = dObject;
	}
}

class ClassB extends ClassA {
}

class ClassD {

	private TreeMap<String, TreeMap<String, String>> map = new TreeMap<>();

	public TreeMap<String, TreeMap<String, String>> getMap() {
		return map;
	}

	public void setMap(TreeMap<String, TreeMap<String, String>> map) {
		this.map = map;
	}

}

This is the call entry:

// handle this correctly somewhere
// @Autowired
// private MongoOperations	mongoTemplate;

ClassC cObject = new ClassC();
cObject.setName("Jon");
try {
	mongoTemplate.save(cObject, "c");
	e.printStackTrace();
}

Exception caught as below:

at org.springframework.data.util.ParameterizedTypeInformation.getComponentType(ParameterizedTypeInformation.java:147)
at org.springframework.data.util.TypeDiscoverer.getActualType(TypeDiscoverer.java:292)
at org.springframework.data.util.ParentTypeAwareTypeInformation.getActualType(ParentTypeAwareTypeInformation.java:29)
at org.springframework.data.mapping.model.AbstractPersistentProperty.getPersistentEntityType(AbstractPersistentProperty.java:125)
at org.springframework.data.mapping.context.AbstractMappingContext$PersistentPropertyCreator.createAndRegisterProperty(AbstractMappingContext.java:469)
at org.springframework.data.mapping.context.AbstractMappingContext$PersistentPropertyCreator.doWith(AbstractMappingContext.java:427)
at org.springframework.util.ReflectionUtils.doWithFields(ReflectionUtils.java:572)
at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:295)
at org.springframework.data.mapping.context.AbstractMappingContext$PersistentPropertyCreator.createAndRegisterProperty(AbstractMappingContext.java:470)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:181)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:141)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:67)
at org.springframework.data.mongodb.core.MongoTemplate.getPersistentEntity(MongoTemplate.java:1831)
at org.springframework.data.mongodb.core.MongoTemplate.save(MongoTemplate.java:829)

I got the same issues on both spring-data-mongodb-1.5.0-RELEASE.jar and spring-data-mongodb-1.5.2-RELEASE.jar.
Below is some of my investigation, maybe helpful.
It seems something unsafe in spring-data-commons-1.8.0-RELEASE.jar and spring-data-commons-1.8.2-RELEASE.jar.
It seems that TreeMap has something different to HashMap, such as private transient EntrySet entrySet = null;, which causes returning empty Type array to emit ArrayIndexOutOfBoundsException.
May I know why the author treats Map as normal entity Type to traverse every field inside? Normally Map and List only used as container.

When a request includes byte ranges, ResourceHttpMessageWriter delegates to ResourceRegionHttpMessageWriter. In that case the content type of the response has to be set to "multipart/byteranges" instead of to what it would have been if the full resource was written (e.g. "text/plain"). Each region is then written with the actual content-type in the boundary section.
ResourceRegionHttpMessageWriter extends EncoderHttpMessageWriter and has depended on the incorrect wrong behavior described under SPR-15357. After the fix for SPR-15357, each region is written with the content type of the response, i.e. "multipart/byteranges" instead of the actual content type, i.e. "text/plain".

Removing non-existent mail server (which is named smtp or pop3 or imap) via CLI operation doesn't fail even though it should.

/subsystem=mail/mail-session=java\:jboss\/mail\/test1439373303651:add(jndi-name=java\:jboss\/mail\/test1439373303651)

 /subsystem=mail/mail-session=java\:jboss\/mail\/test1439373303651:read-children-names(child-type=server)
{
    "result" => []
}
[standalone@localhost:9990 /] /subsystem=mail/mail-session=java\:jboss\/mail\/test1439373303651/server=smtp:remove
{
    }
}

Note: trying to remove non-existent server named e.g. xxx correctly fails see

/subsystem=mail/mail-session=java\:jboss\/mail\/test1439373303651/server=xxx:remove
{
    (\"mail-session\" => \"java:jboss/mail/test1439373303651\"),
    (\"server\" => \"xxx\")
]",
}

   1.
      2009-10-21 08:58:21,003 DEBUG org.apache.hadoop.hbase.master.RegionManager: Doing for address: 72.34.249.213:60020, startcode: 1256140228290, load: (requests=0, regions=338, usedHeap=169, maxHeap=3974) nregions: 1 and nRegionsToAssign: 1
   2.
      2009-10-21 08:58:21,003 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region items,\x00\x00\x00\x00\x12\x96\x40\xC9\x00\x00\x00\x00,1256050226044 to hb3,60020,1256140228290
   3.
      2009-10-21 08:58:21,004 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: RegionAssignmentHistorian from hb3,60020,1256140228290
   4.
      2009-10-21 08:58:24,030 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_PROCESS_OPEN: items,\x00\x00\x00\x00\x12\x96\x40\xC9\x00\x00\x00\x00,1256050226044 from hb3,60020,1256140228290; 1 of 1
   5.
      2009-10-21 08:58:27,468 INFO org.apache.hadoop.hbase.master.BaseScanner: RegionManager.rootScanner scanning meta region {server: 72.34.249.218:60020, regionname: -ROOT-,,0, startKey: <>}
   6.
      2009-10-21 08:58:27,470 INFO org.apache.hadoop.hbase.master.BaseScanner: RegionManager.metaScanner scanning meta region {server: 72.34.249.210:60020, regionname: .META.,,1, startKey: <>}
   7.
      2009-10-21 08:58:27,474 INFO org.apache.hadoop.hbase.master.BaseScanner: RegionManager.rootScanner scan of 1 row(s) of meta region {server: 72.34.249.218:60020, regionname: -ROOT-,,0, startKey: <>} complete
   8.
      2009-10-21 08:58:28,777 INFO org.apache.hadoop.hbase.master.BaseScanner: RegionManager.metaScanner scan of 3425 row(s) of meta region {server: 72.34.249.210:60020, regionname: .META.,,1, startKey: <>} complete
   9.
      2009-10-21 08:58:28,777 INFO org.apache.hadoop.hbase.master.BaseScanner: All 1 .META. region(s) scanned
  10.
      2009-10-21 08:58:30,091 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_CLOSE: items,\x00\x00\x00\x00\x12\x96\x40\xC9\x00\x00\x00\x00,1256050226044: java.lang.IllegalAccessError: Has not been initialized
  11.
              at org.apache.hadoop.hbase.regionserver.StoreFile.getMaxSequenceId(StoreFile.java:216)
  12.
              at org.apache.hadoop.hbase.regionserver.Store.loadStoreFiles(Store.java:388)
  13.
              at org.apache.hadoop.hbase.regionserver.Store.<init>(Store.java:217)
  14.
              at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:1507)
  15.
              at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:308)
  16.
              at org.apache.hadoop.hbase.regionserver.HRegionServer.instantiateRegion(HRegionServer.java:1601)
  17.
              at org.apache.hadoop.hbase.regionserver.HRegionServer.openRegion(HRegionServer.java:1570)
  18.
              at org.apache.hadoop.hbase.regionserver.HRegionServer$Worker.run(HRegionServer.java:1485)
  19.
              at java.lang.Thread.run(Thread.java:619)
  20.
       from hb3,60020,1256140228290; 1 of 1
  21.
      2009-10-21 08:58:30,091 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: ProcessRegionClose of items,\x00\x00\x00\x00\x12\x96\x40\xC9\x00\x00\x00\x00,1256050226044, false, reassign: true
  22.
      2009-10-21 08:58:30,091 INFO org.apache.hadoop.hbase.master.RegionServerOperation: region set as unassigned: items,\x00\x00\x00\x00\x12\x96\x40\xC9\x00\x00\x00\x00,1256050226044

HIVE-2247 Added a parameter to alter_partition in the Metastore Thrift API which has been causing compatibility issues with some scripts.  We would like to change this to have two methods, one called alter_partition which takes the old parameters, and one called something else (I'll leave the naming up to you) which has the new parameters.  The implementation of the old method should just call the new method with null for the new parameter.
This will fix the compatibility issues.

The setListeners method in both composite listeners takes type ChunkListener[].... since we use 1.4.2, the list they get added to isn't parameterized so this would only get caught at runtime when they are cast back – this seems very broken to me.
I think this should be ItemReadListener[] and ItemWriteListener[], respectively?

Vault.sh can create keystore when doesn't exist.
But there is a bug. Defined file in -k, --keystore parameter has to exist.

Similar to HIVE-6645, the following functions also get NPE error if the input is null:
date_add
date_sub
datediff

Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"t":null,"si":null,"i":null,"b":null,"f":null,"d":null,"dc":null,"bo":null,"s":null,"s2":null,"ts":null,"ts2":null,"dt":null}
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"t":null,"si":null,"i":null,"b":null,"f":null,"d":null,"dc":null,"bo":null,"s":null,"s2":null,"ts":null,"ts2":null,"dt":null}
	... 8 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating date_add(ts, 2)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:524)
	... 9 more
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFDateAdd.evaluate(GenericUDFDateAdd.java:144)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:79)
	... 13 more

Running Camel 2.11 in Karaf 2.3.0, can not resolve languages when using spring-dm apps.
[  78] [Active     ] [Created     ] [       ] [   50] camel-blueprint (2.11.0.SNAPSHOT)
[  79] [Active     ] [            ] [       ] [   50] mvel2 (2.1.3.Final)
[  80] [Active     ] [            ] [       ] [   50] camel-mvel (2.11.0.SNAPSHOT)
[  81] [Active     ] [            ] [       ] [   80] A Camel Spring-DM Route (1.0.0)
Exception in thread "SpringOsgiExtenderThread-2" org.apache.camel.RuntimeCamelException: org.apache.camel.FailedToCreateRouteException: Failed to create route route1 at: >>> Transform[mvel
{request.body.substring(0, 4)}] <<< in route: Route[[From[timer:foo?period=5000]] -> [SetBody[bean{helloBe... because of No language could be found for: mvel
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1328)
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:282)
Caused by: org.apache.camel.FailedToCreateRouteException: Failed to create route route1 at: >>> Transform[mvel{request.body.substring(0, 4)}
] <<< in route: Route[[From[timer:foo?period=5000]] -> [SetBody[bean{helloBe... because of No language could be found for: mvel
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:879)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:172)
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:742)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:1821)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1601)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1470)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1438)
	... 10 more
Caused by: org.apache.camel.NoSuchLanguageException: No language could be found for: mvel
	at org.apache.camel.core.osgi.OsgiLanguageResolver.resolveLanguage(OsgiLanguageResolver.java:63)
	at org.apache.camel.impl.DefaultCamelContext.resolveLanguage(DefaultCamelContext.java:1009)
	at org.apache.camel.model.language.ExpressionDefinition.createExpression(ExpressionDefinition.java:177)
	at org.apache.camel.model.language.ExpressionDefinition.createExpression(ExpressionDefinition.java:168)
	at org.apache.camel.model.TransformDefinition.createProcessor(TransformDefinition.java:59)
	at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:459)
	at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:177)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:876)
	... 20 more

Beeline does not add any existing HADOOP_CLASSPATH in the environment to HADOOP_CLASSPATH here: https://github.com/apache/hive/blob/trunk/bin/ext/beeline.sh#L28

Rename module name of rxjava:

$ cat ./modules/system/layers/base/io/reactivex/rxjava/main/module.xml | grep "module.name.*rx\|jar"
<module name="io.reactivex.rxjava" xmlns="urn:jboss:module:1.5">
        <resource-root path="rxjava-2.1.9.jar"/>
$ 

Module name doesn't reflect real rxjava2 package and artifactId, see maven repo:

    <groupId>io.reactivex.rxjava2</groupId>
    <artifactId>rxjava</artifactId>
    <version>2.1.9</version>

Correct module name should be "io.reactivex.rxjava2.rxjava".

Disable deploy of data layer plugins to update site when building SAP Camel Component. The deployment of plugins to update-site is for the benefit of sap tooling plugins in fuseide. These plugins are currently not being built.

When using <transacted> in blueprint then you need to setup a <bean> with the transaction propagation policy. Even if you just want to use the default.
In spring this works out of the box.
It fails in blueprint due classloading, we need to open camel-core manifest to allow blueprint to find those optional packages.

Show-resources operation of jaxrs subsystem shows wrong path in resource-methods attribute. There are double slash in path. Eg.: "/jaxrs-eap//sample", but correct path is "/jaxrs-eap/sample" (http://localhost:8080/jaxrs-eap/sample) 
This operation was added by WFLY-3045.
Always

deploy /home/mkopecky/playground/resteasy/single-application/target/jaxrs-eap.war
/deployment=jaxrs-eap.war/subsystem=jaxrs:show-resources

...
"resource-methods" => ["GET /jaxrs-eap//sample - org.resteasy.simple.deployment.AdvancedService.get()"]
...

...
"resource-methods" => ["GET /jaxrs-eap/sample - org.resteasy.simple.deployment.AdvancedService.get()"]
...

FlatFileItemWriter.OutputSource contains a number of member variables that are only initialised via the FlatFileItemWriter.set methods - for example setShouldDeleteIfExists.
If a writer is closed and then re-opened (ie same FlatFileItemWriter object is reused in same vm), a new OutputSource object is created, but it is not reinitialised so these attributes are defaulted - eg shouldDeleteIfExists defaults to true.
Apologies if this is a product of the way I am using the FlatFileItemWriter.  I am new to Spring and SpringBatch and don't properly understand the lifecycle of the beans. I might be misusing the FlatFileItemWriter - perhaps it should not be possible to close and then re-open one of these?
I have been using code below based on one of the sample jobs which seems to reuse the same writer on the second run of the jobs. My aim was to reproduce a second potential bug, whereby FlatFileItemWriter won't restart if it already exists but  no record of it exists in StepExecutionContext (eg if first run of job failed before this step commits for first time), however this bug is preventing me from doing this  - I am dependant on shouldDeleteIfExists being false, however I am finding that it is false on first run (set via my job.xml), but true on second run.
public class FlatFileItemWriterRestartTests extends AbstractBatchLauncherTests {
    public void testLaunchJob() throws Exception {
        final JobParameters jobParameters = new JobParameters();
        logger.info("Starting test");
        JobExecution jobExecution = null;
        try 
{
            jobExecution = launcher.run(getJob(), jobParameters);
        }
        catch (InfrastructureException expected) 
{
            logger.info("Caught Exception");
            logger.info(expected);
            assertTrue("Not planned exception: "+expected.getMessage(), expected.getMessage().toLowerCase().indexOf("planned")>=0);
        }

        // At this point existing FlatFileItemWriter is reused, 
        // but new OutputState  
        // is created, with default shouldDeleteIfExists=true 
        jobExecution = launcher.run(getJob(), jobParameters); 
        assertEquals(BatchStatus.COMPLETED, jobExecution.getStatus());
        logger.info("Completed");
    }
}
For reference I mentioned this on:
http://forum.springframework.org/showthread.php?t=51190

When multiple clients attempt to obtain locks a deadlock on the mysql database occasionally occurs.

In jberet-ui, the job executions page by default displays all known job executions in the batch runtime. When running in WildFly 11, clicking the jberet-ui job executions page shows no job execution, and in server.log, there is the NPE:

Unable to find source-code formatter for language: text. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml
	at org.wildfly.extension.batch.jberet.deployment.JobOperatorService.getJobExecutions(JobOperatorService.java:295)
	at org.jberet.operations.DelegatingJobOperator.getJobExecutions(DelegatingJobOperator.java:92)
	at org.jberet.rest.service.JobService.getJobExecutions(JobService.java:113)
	at org.jberet.rest.resource.JobExecutionResource.getJobExecutions(JobExecutionResource.java:64)
	at org.jberet.rest.resource.JobExecutionResource$Proxy$_$$_WeldClientProxy.getJobExecutions(Unknown Source)
	at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:140)
	at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:295)
	at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:249)
	at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:236)
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:406)
	... 43 more

@RequestMapping("/something")
used to match
/something;else=true
in Spring 3.1.  In Spring 3.2 you now get a 404 not found.  This is inconsistent with the behaviour demanded in the servlet 3.0 specification (not sure if this counts for anything)
The path used for mapping to a servlet is the request URL from the request object minus the context path and the path parameters
I notice jsessionid path parameters are still ignored.

Hive release 0.10.0 includes a RELEASE_NOTES.txt file left over from release 0.8.1 (branch-0.8-r2).
It needs to be updated to match the JIRA change log here:  https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12320745&styleName=Text&projectId=12310843.
Thanks to Eric Chu for drawing attention to this problem on user@hive.apache.org.

[copy standalone.xml to test in the standalone/config directory]
./build/target/wildfly-core-2.0.0.CR2-SNAPSHOT/bin/standalone.sh --server-config=test
  JBOSS_HOME: /home/kwills/git/wildfly-core/build/target/wildfly-core-2.0.0.CR2-SNAPSHOT
  JAVA: java
  JAVA_OPTS:  -server -Xms64m -Xmx512m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true
01:19:50,510 INFO  [org.jboss.modules] (main) JBoss Modules version 1.4.4.Final
01:19:50,654 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
01:19:50,709 INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0049: WildFly Core 2.0.0.CR2-SNAPSHOT "Kenny" starting
01:19:51,110 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
01:19:51,125 INFO  [org.xnio] (MSC service thread 1-4) XNIO version 3.3.2.Final
01:19:51,135 INFO  [org.xnio.nio] (MSC service thread 1-4) XNIO NIO Implementation Version 3.3.2.Final
01:19:51,161 INFO  [org.jboss.remoting] (MSC service thread 1-4) JBoss Remoting version 4.0.10.Final
01:19:51,189 WARN  [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-8) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console
01:19:51,264 INFO  [stdout] (Controller Boot Thread) XXX historyBase: /home/kwills/git/wildfly-core/build/target/wildfly-core-2.0.0.CR2-SNAPSHOT/standalone/configuration/standalone_xml_history/test
01:19:51,265 INFO  [stdout] (Controller Boot Thread) XXX lastFile: /home/kwills/git/wildfly-core/build/target/wildfly-core-2.0.0.last.CR2-SNAPSHOT/standalone/configuration/standalone_xml_history/test
01:19:51,265 INFO  [stdout] (Controller Boot Thread) XXX boot: /home/kwills/git/wildfly-core/build/target/wildfly-core-2.0.0.boot.CR2-SNAPSHOT/standalone/configuration/standalone_xml_history/test
01:19:51,265 INFO  [stdout] (Controller Boot Thread) XXX initial: /home/kwills/git/wildfly-core/build/target/wildfly-core-2.0.0.initial.CR2-SNAPSHOT/standalone/configuration/standalone_xml_history/test
01:19:51,265 INFO  [stdout] (Controller Boot Thread) XXX from: /home/kwills/git/wildfly-core/build/target/wildfly-core-2.0.0.CR2-SNAPSHOT/standalone/configuration/test -> /home/kwills/git/wildfly-core/build/target/wildfly-core-2.0.0.initial.CR2-SNAPSHOT/standalone/configuration/standalone_xml_history/test
01:19:51,267 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0082: Failed to create backup copies of configuration file /home/kwills/git/wildfly-core/build/target/wildfly-core-2.0.0.CR2-SNAPSHOT/standalone/configuration/test
	at org.jboss.as.controller.persistence.ConfigurationFile.successfulBoot(ConfigurationFile.java:488)
	at org.jboss.as.controller.AbstractControllerService.finishBoot(AbstractControllerService.java:449)
Caused by: java.nio.file.NoSuchFileException: /home/kwills/git/wildfly-core/build/target/wildfly-core-2.0.0.initial.CR2-SNAPSHOT/standalone/configuration/standalone_xml_history/test
	at sun.nio.fs.UnixCopyFile.copyFile(UnixCopyFile.java:243)
	at sun.nio.fs.UnixCopyFile.copy(UnixCopyFile.java:581)
	at sun.nio.fs.UnixFileSystemProvider.copy(UnixFileSystemProvider.java:253)
	at java.nio.file.Files.copy(Files.java:1274)
	at org.jboss.as.controller.persistence.FilePersistenceUtils.copyFile(FilePersistenceUtils.java:73)
	at org.jboss.as.controller.persistence.ConfigurationFile.successfulBoot(ConfigurationFile.java:482)
	... 5 more
This is due to ConfiguratioinFile.addSuffixToFile(historyBase, INITIAL) assuming that the right most . is part of a file suffix.

getProcessType(ServerEnvironment serverEnvironment) is missing SELF_CONTAINED, so will return ProcessType.EMBEDDED in this case.

select count(1) loads up every column & every row when used with RCFile.
"select count(1) from store_sales_10_rc" gives

Job 0: Map: 5  Reduce: 1   Cumulative CPU: 31.73 sec   HDFS Read: 234914410 HDFS Write: 8 SUCCESS

Where as, "select count(ss_sold_date_sk) from store_sales_10_rc;" reads far less

Job 0: Map: 5  Reduce: 1   Cumulative CPU: 29.75 sec   HDFS Read: 28145994 HDFS Write: 8 SUCCESS

Which is 11% of the data size read by the COUNT(1).
This was tracked down to the following code in RCFile.java

      } else {
        // TODO: if no column name is specified e.g, in select count(1) from tt;
        // skip all columns, this should be distinguished from the case:
        // select * from tt;
        for (int i = 0; i < skippedColIDs.length; i++) {
          skippedColIDs[i] = false;
        }

https://builds.apache.org/job/PreCommit-HBASE-Build/16516/artifact/patchprocess/branch-compile-javac-hbase-client.txt

[WARNING] /testptch/hbase/hbase-client/src/main/java/org/apache/hadoop/hbase/client/AsyncRpcRetryingCaller.java:[125,69] [UnusedVariable] The parameter 'updateCachedLocation' is never read.
[WARNING] /testptch/hbase/hbase-client/src/main/java/org/apache/hadoop/hbase/client/AsyncRpcRetryingCaller.java:[125,42] [UnusedVariable] The parameter 'error' is never read.

https://builds.apache.org/job/PreCommit-HBASE-Build/16516/artifact/patchprocess/patch-compile-javac-hbase-client.txt

And the output is 1 new and 1 fixed, the new one is

I think here we should report nothing, as it is just an order change...

The referred test in the ejb module fails on end and begin of months, due to different timezones. 

Currently, SyncServerStateOperationHandler makes a simple check to determine if the result of an op should put a server into restart-required. This should be fixed to check the AttributeDefinition for the target of a write-attribute for restart-required, and the OperationDefinition of all other ops.

The CLI gets stuck in the loop in DriverContext.pollFinished  when some TaskRunner which has completed has not been marked as non-running.
This can happen when there is exception in SessionState.start  which is called from TaskRunner.run.
This happened with us when we were running with hive.exec.parallel=true, hive.execution.engine=tez and Tez wasn't correctly setup.
In this case the CLI printed the exception and then got hung (No prompt.)
A simple fix is to call result.setRunning(false); in the finally block of TaskRunner.run

Just looking through the code I found some more spots where we unnecessarily copy byte[] rather than just passing offset and length around.

When hive.repl.cm.enabled=true, ReplChangeManager tries to access HDFS before metastore does kerberos login using keytab.
Metastore startup code doesn't do an explicit login using keytab, but instead relies on kinit by saslserver for use by thrift to do it.
It would be cleaner to do an explicit UGI.loginFromKeytab instead to avoid such issues in future as well.

HIVE-17848 is causing TestOperators#testNoConditionalTaskSizeForLlap to fail in master. 

Having our webapps in a dir named webapps/ is confusing the hadoop http servers in miniclusters. This was causing my MiniMRCluster jobs to not work correctly. Moving our dir to a new name fixed the issue.

I have several threads each polling a different FTP Remote folder location.  This works fine for a couple of weeks then one or more FTP Threads die (disappear).  I'm going to attach a snippet from my log file below.  Notice that normally the connection to the FTP site does not exists.  The connection is then made and the folders are checked then the FTP process disconnects.  Some of the folders are on the same remote FTP site and I don't know if that causes a problem or not.
The first time I notice that the thread is dead is when the code starts checking the FTP threads to see if they are connected and I notices that not all of the thread are listed.

LOG SNIPPET ***
2011-06-13 11:40:00,531 | DEBUG | Not connected/logged in, connecting to: ftp://r0060207@ftp.inttraworks.inttra.com:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #1 - ftp://r0060207@ftp.inttraworks.inttra.com/outbound
2011-06-13 11:40:00,609 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #6 - ftp://bnsf@ftp.mercurygate.net/Outbound/Vendors
2011-06-13 11:40:00,609 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #5 - ftp://bnsf@ftp.mercurygate.net/Outbound/Customers
2011-06-13 11:40:00,609 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #3 - ftp://bnsf@ftp.mercurygate.net/Outbound/AP
2011-06-13 11:40:00,609 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #2 - ftp://bnsf@ftp.mercurygate.net/Outbound/TransportXML
2011-06-13 11:40:00,905 | INFO  | Connected and logged in to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #6 - ftp://bnsf@ftp.mercurygate.net/Outbound/Vendors
2011-06-13 11:40:00,911 | INFO  | Connected and logged in to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #2 - ftp://bnsf@ftp.mercurygate.net/Outbound/TransportXML
2011-06-13 11:40:00,914 | INFO  | Connected and logged in to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #3 - ftp://bnsf@ftp.mercurygate.net/Outbound/AP
2011-06-13 11:40:00,918 | INFO  | Connected and logged in to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #5 - ftp://bnsf@ftp.mercurygate.net/Outbound/Customers
2011-06-13 11:40:01,184 | INFO  | Connected and logged in to: ftp://r0060207@ftp.inttraworks.inttra.com:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #1 - ftp://r0060207@ftp.inttraworks.inttra.com/outbound
2011-06-13 11:40:01,470 | DEBUG | Took 0.565 seconds to poll: Outbound/Vendors | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #6 - ftp://bnsf@ftp.mercurygate.net/Outbound/Vendors
2011-06-13 11:40:01,470 | DEBUG | Disconnecting from: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #6 - ftp://bnsf@ftp.mercurygate.net/Outbound/Vendors
2011-06-13 11:40:01,562 | DEBUG | Took 0.650 seconds to poll: Outbound/TransportXML | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #2 - ftp://bnsf@ftp.mercurygate.net/Outbound/TransportXML
2011-06-13 11:40:01,562 | DEBUG | Disconnecting from: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #2 - ftp://bnsf@ftp.mercurygate.net/Outbound/TransportXML
2011-06-13 11:40:01,582 | DEBUG | Took 0.668 seconds to poll: Outbound/AP | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #3 - ftp://bnsf@ftp.mercurygate.net/Outbound/AP
2011-06-13 11:40:01,583 | DEBUG | Disconnecting from: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #3 - ftp://bnsf@ftp.mercurygate.net/Outbound/AP
2011-06-13 11:40:01,583 | DEBUG | Took 0.665 seconds to poll: Outbound/Customers | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #5 - ftp://bnsf@ftp.mercurygate.net/Outbound/Customers
2011-06-13 11:40:01,583 | DEBUG | Disconnecting from: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #5 - ftp://bnsf@ftp.mercurygate.net/Outbound/Customers
2011-06-13 11:40:01,877 | DEBUG | Took 0.693 seconds to poll: outbound | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #1 - ftp://r0060207@ftp.inttraworks.inttra.com/outbound
2011-06-13 11:40:01,877 | DEBUG | Disconnecting from: ftp://r0060207@ftp.inttraworks.inttra.com:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #1 - ftp://r0060207@ftp.inttraworks.inttra.com/outbound
2011-06-13 11:40:46,452 | INFO  | src=Ftp,srcTime=2011-06-13 11:39:03.418,dst=ROUTER,file=/esb/ToRouter/Binary/CARRIER/JBHLOW/TO_BNSF_DATA/HJBT110613113850.EDI,modified=2011-06-13 11:38:56.000,size=264 | Inbound | DefaultMessageListenerContainer-1
2011-06-13 11:40:46,465 | INFO  | src=Ftp,srcTime=2011-06-13 11:39:03.418,dst=Edi,file=Edi-CARRIER/JBHLOW/TO_BNSF_DATA/HJBT110613113850.EDI,modified=2011-06-13 11:38:56.000,size=264 | DstEdi | DefaultMessageListenerContainer-1
2011-06-13 11:41:00,524 | DEBUG | Not connected/logged in, connecting to: ftp://r0060207@ftp.inttraworks.inttra.com:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #1 - ftp://r0060207@ftp.inttraworks.inttra.com/outbound
2011-06-13 11:41:00,583 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #6 - ftp://bnsf@ftp.mercurygate.net/Outbound/Vendors
2011-06-13 11:41:00,594 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #5 - ftp://bnsf@ftp.mercurygate.net/Outbound/Customers
2011-06-13 11:41:00,594 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #3 - ftp://bnsf@ftp.mercurygate.net/Outbound/AP
2011-06-13 11:41:00,594 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #2 - ftp://bnsf@ftp.mercurygate.net/Outbound/TransportXML
2011-06-13 11:41:00,985 | INFO  | Connected and logged in to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #2 - ftp://bnsf@ftp.mercurygate.net/Outbound/TransportXML
2011-06-13 11:41:00,996 | INFO  | Connected and logged in to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #6 - ftp://bnsf@ftp.mercurygate.net/Outbound/Vendors
2011-06-13 11:41:01,043 | INFO  | Connected and logged in to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #3 - ftp://bnsf@ftp.mercurygate.net/Outbound/AP
2011-06-13 11:41:01,048 | INFO  | Connected and logged in to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #5 - ftp://bnsf@ftp.mercurygate.net/Outbound/Customers
2011-06-13 11:41:01,171 | INFO  | Connected and logged in to: ftp://r0060207@ftp.inttraworks.inttra.com:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #1 - ftp://r0060207@ftp.inttraworks.inttra.com/outbound
2011-06-13 11:41:01,527 | INFO  | src=Ftp,srcTime=2011-06-13 11:39:18.540,dst=ROUTER,file=/esb/ToRouter/Binary/CARRIER/JBHLOW/TO_BNSF_DATA/HJBT110613113857.EDI,modified=2011-06-13 11:39:12.000,size=257 | Inbound | DefaultMessageListenerContainer-1
2011-06-13 11:41:01,536 | INFO  | src=Ftp,srcTime=2011-06-13 11:39:18.540,dst=Edi,file=Edi-CARRIER/JBHLOW/TO_BNSF_DATA/HJBT110613113857.EDI,modified=2011-06-13 11:39:12.000,size=257 | DstEdi | DefaultMessageListenerContainer-1
2011-06-13 11:41:01,596 | DEBUG | Took 0.553 seconds to poll: Outbound/AP | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #3 - ftp://bnsf@ftp.mercurygate.net/Outbound/AP
2011-06-13 11:41:01,596 | DEBUG | Disconnecting from: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #3 - ftp://bnsf@ftp.mercurygate.net/Outbound/AP
2011-06-13 11:41:02,396 | DEBUG | Took 1.348 seconds to poll: Outbound/Customers | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #5 - ftp://bnsf@ftp.mercurygate.net/Outbound/Customers
2011-06-13 11:41:02,396 | DEBUG | Disconnecting from: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #5 - ftp://bnsf@ftp.mercurygate.net/Outbound/Customers
2011-06-13 11:41:02,973 | DEBUG | Took 1.802 seconds to poll: outbound | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #1 - ftp://r0060207@ftp.inttraworks.inttra.com/outbound
2011-06-13 11:41:02,973 | DEBUG | Disconnecting from: ftp://r0060207@ftp.inttraworks.inttra.com:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #1 - ftp://r0060207@ftp.inttraworks.inttra.com/outbound
2011-06-13 11:41:36,017 | ERROR | Could not accept connection : org.apache.activemq.transport.InactivityIOException: Channel was inactive for too long: /172.24.1.95:45512 | org.apache.activemq.broker.TransportConnector | ActiveMQ Task
2011-06-13 11:42:00,520 | DEBUG | Not connected/logged in, connecting to: ftp://r0060207@ftp.inttraworks.inttra.com:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #1 - ftp://r0060207@ftp.inttraworks.inttra.com/outbound
2011-06-13 11:42:00,572 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #3 - ftp://bnsf@ftp.mercurygate.net/Outbound/AP
2011-06-13 11:42:00,580 | DEBUG | Not connected/logged in, connecting to: ftp://bnsf@ftp.mercurygate.net:21 | org.apache.camel.component.file.remote.FtpConsumer | Camel (camel) thread #5 - ftp://bnsf@ftp.mercurygate.net/Outbound/Customers

  @Override
  public RecordReader<ImmutableBytesWritable, ResultWritable> getRecordReader(
...
...
 setHTable(HiveHBaseInputFormatUtil.getTable(jobConf));
...
The HiveHBaseInputFormatUtil.getTable() creates new ZooKeeper connections(when HTable instance is created) which are never closed.

CSVParser.getRecords() returns null rather than empty List at EOF.
It's usually easier for applications to deal with empty lists than to have to check for null after every invocation of the method.
If the application really does need to know if the list is emty, then it can use a method such as isEmpty().

A common formatting for numeric fields in simple flat batch input files is to pad the numeric data with leading zeros. e.g. the value 9 in a field of width 7 would be represented "0000009".  Using just the DefaultFlatFileInputSource and the FixedLengthTokenizer from Spring batch 1.0-m3 to parse the input record causes the following error, as, by default, the conversion is done using Long.decode and this assumes that leading zeros imply octal. This issue was raised with Lucas Ward at the  Spring Experience  2007 who said he considered this effect on batch input data  to be a bug, and requested that we raise this issue on the JIRA.
Exception in thread "main" org.springframework.batch.io.exception.FlatFileParsingException: Parsing error
	at org.springframework.batch.io.file.support.SimpleFlatFileInputSource.read(SimpleFlatFileInputSource.java:198)
<snip>
PropertyAccessException 1: org.springframework.beans.TypeMismatchException: Failed to convert property value of type [java.lang.String] to required type [java.lang.Long] for property 'recordSequenceNumber'; nested exception is java.lang.NumberFormatException: For input string: "0000009"
Here is a cut down version of the relevant beans in the XML config. A simple POJO was created to receive the data with the type of RecordSequenceNumber being Long.
	<bean id="InterchangeTokenizer"
		class="org.springframework.batch.io.file.support.transform.FixedLengthTokenizer">
		<property name="names"
			value="RecordSequenceNumber" />
		<property name="columns"
			value="4-11" />
	</bean>
	<bean id="inputSource"
		class="org.springframework.batch.io.file.support.DefaultFlatFileInputSource">
		<property name="resource" value="file:input.txt" />
		<property name="fieldSetMapper" ref="InterchangeMapper" />
		<property name="tokenizer" ref="InterchangeTokenizer" />
	</bean>
	<bean id="InterchangeMapper"
		class="org.springframework.batch.io.file.support.mapping.BeanWrapperFieldSetMapper">
		<property name="targetType"
			value="com.aciworldwide.backoffice.interchange.InterchangeIncomingTransaction" />
	</bean>
It would be better if the default for processing this type of field was to assume BASE-10, or, perhaps, alternatively if there was a way of specifiying the numeric base of the fields on the tokenizer.

This test is failing 50% of the time now. We seem to have made it fail more w/ our recent changes. The failure here is a good one, again, a real issue. We can get stuck trying to update meta with a Region state if the cluster is going down and hbase:meta has gone down before our client; we get locked-up retrying the put to hbase:meta for so long, the test times out:
 
Thread 2080 (ProcExecWrkr-7):
State: TIMED_WAITING
Blocked count: 0
Waited count: 5960
Stack:
java.lang.Object.wait(Native Method)
org.apache.hadoop.hbase.client.AsyncRequestFutureImpl.waitUntilDone(AsyncRequestFutureImpl.java:1228)
org.apache.hadoop.hbase.client.AsyncRequestFutureImpl.waitUntilDone(AsyncRequestFutureImpl.java:1197)
org.apache.hadoop.hbase.client.HTable.doBatchWithCallback(HTable.java:485)
org.apache.hadoop.hbase.util.MultiHConnection.processBatchCallback(MultiHConnection.java:122)
org.apache.hadoop.hbase.master.assignment.RegionStateStore.updateRegionLocation(RegionStateStore.java:222)
org.apache.hadoop.hbase.master.assignment.RegionStateStore.updateUserRegionLocation(RegionStateStore.java:209)
org.apache.hadoop.hbase.master.assignment.RegionStateStore.updateRegionLocation(RegionStateStore.java:149)
org.apache.hadoop.hbase.master.assignment.AssignmentManager.markRegionAsClosing(AssignmentManager.java:1536)
org.apache.hadoop.hbase.master.assignment.UnassignProcedure.updateTransition(UnassignProcedure.java:179)
org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure.execute(RegionTransitionProcedure.java:309)
org.apache.hadoop.hbase.master.assignment.RegionTransitionProcedure.execute(RegionTransitionProcedure.java:85)
org.apache.hadoop.hbase.procedure2.Procedure.doExecute(Procedure.java:845)
org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1456)
org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1225)
org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$800(ProcedureExecutor.java:78)
org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1736)

I've noticed the following exception in logs when some lazy beans are created on demand:

at org.springframework.amqp.rabbit.annotation.RabbitListenerAnnotationBeanPostProcessor.postProcessAfterInitialization(RabbitListenerAnnotationBeanPostProcessor.java:296)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:423)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1594)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:554)

Currently there are s few maps in this class to cache type information, without any synchronization. It's fine for beans created while loading the context, but lazy beans could be created concurrently.

The option to configure the setting was only exposed on the shared netty http server config. We should also expose it for the non shared out of the box netty http consumer.
People today will run into this problem
When sending an HTTP request bigger than 1MB, netty HTTP throws an exception - org.jboss.netty.handler.codec.frame.TooLongFrameException: HTTP content length exceeded 1048576 bytes .

Split strategy chosen by OrcInputFormat should not change when enabling or disabling footer cache. Currently if footer cache is disabled minSplits in OrcInputFormat.Context will be set to -1 which is used during determination of split strategies. minSplits should be set to requested value or some default instead of cache size

These descriptions of wm-security may want to be reviewed.

There is a typo in the resource description of wm-security:
Toggle on/off wm.security for this resource-adapter. In case of false all wm-security-* parameters are ignored, even thei defaults.

For  wm-security-mapping-required, the description seems to refer to documentation sections:
Defines if a mapping is required for security credentials. A value of false means Case 1 as defined in section 16.4.3, and a value of true means Case 2 as defined in section 16.4.4.
However these sections can me moved or removed, and the numbers will often change. I'm not even sure what content this refers to. We shouldn't hard-code documentation references. 
Ending the description with a full stop is also missing on many descriptions.

Slight bug.
TableDescriptor name is stored internally as byte[] now, but the thrift server wasn't updated to reflect that.
It is returning the table name incorrectly in getTableNames. This is also the case, for getTableRegions

Looking at master:60010/master-status#compactStas , I noticed that 'Num. Compacting KVs' column stays unchanged at non-zero value(s).
In DefaultCompactor#compact(), we have this at the beginning:

    this.progress = new CompactionProgress(fd.maxKeyCount);

But progress.totalCompactingKVs is not reset at the end of compact().

The class JavaDataModel has a static method, #get, that is not thread safe. This may be an issue when parallel query compilation is enabled because two threads may attempt to call JavaDataModel#get at the same time, etc.

Bug proof:

package com.demo.bugproof;

import org.springframework.expression.EvaluationException;

public class SpelNPEDemoTest
{

	@Test(expected = EvaluationException.class)
	public void npeBugProof()
	{
		new SpelExpressionParser().parseExpression("demo").setValue(new SomePOJO(), null);
	}

	private class SomePOJO
	{
		private boolean demo;

		public boolean isDemo()
		{
			return demo;
		}

		public void setDemo(final boolean demo)
		{
			this.demo = demo;
		}
	}

}

From Brians's comment at https://github.com/wildfly/wildfly-core/pull/3336#pullrequestreview-125435804:
Reviewing this I see a few issues in SuspendController. 1) The Timer allocated at L98 is pointless unless timeoutMillis > 0. 2) The timeout() method can be private (same with activityPaused()). 3) The logging at L74-L78 is incorrect if timeoutMillis == 0. The "suspendingServerWithNoTimeout" message is not correct in that case as 'no timeout' doesn't mean '0 ms'.

The qualifier of a deleted row (with keep deleted cells true) re-appears after re-inserting the same row multiple times (with different timestamp) with an empty qualifier.
Scenario:

Put row with family and qualifier (timestamp 1).
Delete entire row (timestamp 2).
Put same row again with family without qualifier (timestamp 3).
A scan (latest version) returns the row with family without qualifier, version 3 (which is correct).
Put the same row again with family without qualifier (timestamp 4).
A scan (latest version) returns multiple rows:

the row with family without qualifier, version 4 (which is correct).
the row with family with qualifier, version 1 (which is wrong).

There is a test scenario attached.
output:
<LOG> 13:42:53,952 [main] client.HBaseAdmin - Started disable of test_dml
<LOG> 13:42:55,801 [main] client.HBaseAdmin - Disabled test_dml
<LOG> 13:42:57,256 [main] client.HBaseAdmin - Deleted test_dml
<LOG> 13:42:58,592 [main] client.HBaseAdmin - Created test_dml
Put row: 'myRow' with family: 'myFamily' with qualifier: 'myQualifier' with timestamp: '1'
Scan printout =>
  Row: 'myRow', Timestamp: '1', Family: 'myFamily', Qualifier: 'myQualifier', Value: 'myValue'
Delete row: 'myRow'
Put row: 'myRow' with family: 'myFamily' with qualifier: 'null' with timestamp: '3'
  Row: 'myRow', Timestamp: '3', Family: 'myFamily', Qualifier: '', Value: 'myValue'
Put row: 'myRow' with family: 'myFamily' with qualifier: 'null' with timestamp: '4'
  Row: 'myRow', Timestamp: '4', Family: 'myFamily', Qualifier: '', Value: 'myValue'
Row: 'myRow', Timestamp: '1', Family: 'myFamily', Qualifier: 'myQualifier', Value: 'myValue'

 T E S T S
Running org.apache.hadoop.hbase.client.replication.TestReplicationAdmin
Tests run: 5, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 2.419 sec <<< FAILURE! - in org.apache.hadoop.hbase.client.replication.TestReplicationAdmin
testAppendPeerTableCFs(org.apache.hadoop.hbase.client.replication.TestReplicationAdmin)  Time elapsed: 0.037 sec  <<< FAILURE!
org.junit.ComparisonFailure: expected:<t[2;t1]> but was:<t[1;t2]>
	at org.apache.hadoop.hbase.client.replication.TestReplicationAdmin.testAppendPeerTableCFs(TestReplicationAdmin.java:170)

testEnableDisable(org.apache.hadoop.hbase.client.replication.TestReplicationAdmin)  Time elapsed: 0.031 sec  <<< ERROR!
java.lang.IllegalArgumentException: Cannot add a peer with id=1 because that id already exists.
	at org.apache.hadoop.hbase.replication.ReplicationPeersZKImpl.addPeer(ReplicationPeersZKImpl.java:112)
	at org.apache.hadoop.hbase.client.replication.ReplicationAdmin.addPeer(ReplicationAdmin.java:202)
	at org.apache.hadoop.hbase.client.replication.ReplicationAdmin.addPeer(ReplicationAdmin.java:181)
	at org.apache.hadoop.hbase.client.replication.TestReplicationAdmin.testEnableDisable(TestReplicationAdmin.java:115)

Default Elytron configuration assigns role "All" to every user during authentication. If a deployed application uses such the role name for a resource protection, then every authenticated user can access the protected resource. So the security is bypassed then.
The problem is caused by workaround used for mapping "LoginPermission" to all users. It maps role "All" to the users first and then maps "LoginPermission" to this role.

<mappers>
    <simple-permission-mapper name="login-permission-mapper">
        <permission-mapping roles="All">
            <permission class-name="org.wildfly.security.auth.permission.LoginPermission"/>
        </permission-mapping>
    </simple-permission-mapper>
    <constant-role-mapper name="constant-roles" roles="All"/>
</mappers>

We have to make the default server configuration secure for users.

the LoginPermission mapping should be implicit so everybody has it by default - without specifying it in the server configuration; users should only define cases when they don't want the permission to be assigned to some principals/roles
constant permission mapper should exist in Elytron subsystem (similar to constant-role-mapper) so the custom permission can be mapped without workarounds through role-mappings

When i run metastore, it reports errors as bellow

bin/ext/metastore.sh: line 29: export: ` -Dproc_metastore  ': not a valid identifier

When this route 

    <camel:route>
        <camel:from uri="sftp://someuser@hostname/path/to/directory/?password=secret&amp;directory=true&amp;binary=true&amp;consumer.useFixedDelay=false&amp;consumer.setNames=true&amp;consumer.recursive=false" />
        <camel:to uri="file:///C:/camel/output/" />

is configured the files in the remote directory are download, but subsequent calls of the method "pollDir" result in this exception:

[ Thread: 1 RemoteFileComponent] SftpConsumer                   WARN  Caught SftpException:2: No such file
[ Thread: 1 RemoteFileComponent] SftpConsumer                   WARN  Doing nothing for now, need to determine an appropriate action
[ Thread: 1 RemoteFileComponent] ScheduledPollConsumer          WARN  An exception occured while polling: Endpoint[sftp://someuser@hostname/path/to/directory/?password=secret&amp;directory=true&amp;binary=true&amp;consumer.useFixedDelay=false&amp;consumer.setNames=true&amp;consumer.recursive=false]: No such file 2: No such file

As you can see the slash is definitely in the configured route. If I check for the missing slash and add it to the dir variable (line 115 in SftpConsumer) then the consumer works:

    	if(!dir.startsWith("/")) {
    		dir = "/" + dir;
    	}

Didn't have the time to have a closer look. The root cause of the missing slash is somewhere else.

Use case:

@RequestMapping(...)
@CustomMapping(...)
String something() {
}

, where @CustomMapping is some custom annotation to add custom request mapping condition in addition to @RequestMapping.
Create a custom condition using RequestMappingHandlerMapping subclass and override:

@Override
protected RequestCondition<?> getCustomMethodCondition(Method method) {
  CustomMapping methodAnnotation = AnnotationUtils.findAnnotation(method, CustomMapping.class);
  if (methodAnnotation != null)
    return new CustomMappingCondition(methodAnnotation.value());
}

This works great as an inclusion filter. If custom condition succeeds, then function something() would be chosen as a matching candidate in RequestMappingHandlerMapping.lookupHandlerMethod().
The problem arises, when custom condition wants to exclude a function (condition failed). Normally (at least that is what built-in conditions do), if condition failed, it would return NULL from RequestCondition.getMatchingCondition(), which would cause RequestMappingInfo.getMatchingCondition() to return NULL, which would exclude the current mapping from possible matches.
However, in the case of the custom condition, the logic is somewhat different. RequestConditionHolder.getMatchingCondition() is called, which in turn calls condition.getMatchingCondition(). Even if condition.getMatchingCondition() returned NULL (which would indicate that condition has failed, right?), RequestConditionHolder.getMatchingCondition() would always return either itself or a new RequestConditionHolder(). This means that "custom" in:

RequestMappingInfo::getMatchingCondition() {
...
RequestConditionHolder custom = customConditionHolder.getMatchingCondition(request);
if (custom == null) {
}
...
}

is never going to be NULL and would never cause and exclusion of the match based on the custom condition.

Status Quo
Utility methods in BeanFactoryAnnotationUtils, which was introduced in Spring 3.1.2, throw IllegalStateException; whereas, utility methods in the existing BeanFactoryUtils consistently throw specific subclasses of BeansException.
This inconsistency between BeanFactoryAnnotationUtils and BeanFactoryUtils makes it difficult to handle exceptions in a unified manner.
For example, it would be much more suitable for BeanFactoryAnnotationUtils.qualifiedBeanOfType() to throw a NoSuchBeanDefinitionException rather than an IllegalStateException.

Refactor BeanFactoryAnnotationUtils to consistently throw specific subclasses of BeansException.

Hive's HiveContextAwareRecordReader doesn't create a new value for each InputFormat and instead reuses the same row between input formats. That causes the first record of second (and third, etc.) partition to be dropped and replaced with the last row of the previous partition.

wildfly-openssl version used: 1.0.0.Alpha1.
I have a problem to use HTTP2 on EAP when using OpenSSL implementation based on the wildfly-openssl project. When I use standard 'TLS' protocol, HTTP2 works just fine (using Chrome as a client). But when I switch to 'openssl.TLS', client uses HTTP/1.1 and never upgrade to HTTP2.
What I do:

start EAP
perform request to: https://localhost:8443   ----- HTTP2 is used here
/core-service=management/security-realm=ApplicationRealm/server-identity=ssl:write-attribute(name=protocol,value=openssl.TLS)
reload
perform request to: https://localhost:8443   ----- HTTP/1.1 is used here

I tried to check in Wireshark. When I compared Client and Server Hello packets, I can see that in both cases the Client Hello packets contains TLS ALPN extension part with offered protocols h2 and http/1.1. Although Server Hello packets differs. When 'TLS' is used, then Server Hello packet contains ALPN extension with chosen protocol of 'h2'. But when 'openssl.TLS' is used, I can see that appropriate Server Hello packet does not contain ALPN extension part at all, which I presume leads that HTTP/1.1 protocol is used for further communication.
Not sure whether it is related somehow, I can also see that different types of ciphers are used - TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 in case of 'TLS' and TLS_RSA_WITH_AES_128_GCM_SHA256 in case of 'openssl.TLS'.
My openssl version is: 1.0.2j-fips
Not sure whether there must be performed some extra configuration to make HTTP2/ALPN work when using openssl implementation.

ElytronAuthenticator.getPasswordAuthentication() cannot obtain PasswordFactory for Elytron related algorithms. It is caused by missing WildFlyElytronProvider (since Security::getProviders is used for obtaining providers) for PasswordFactory.getInstance in [1].
It results to hidden NoSuchAlgorithmException with message ELY08028: Invalid algorithm "clear" and stacktrace:

org.wildfly.security.password.PasswordFactory.getInstance(PasswordFactory.java:121)
org.wildfly.security.password.PasswordFactory.getInstance(PasswordFactory.java:75)
org.wildfly.security.auth.util.ElytronAuthenticator.getPasswordAuthentication(ElytronAuthenticator.java:92)
java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
...

It causes that even if element net-authenticator from Elytron client configuration file correctly sets ElytronAuthenticator as default Authenticator, it is not able to work with Elytron related algorithms.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/4df6f4726b7cf070c4a49d0f05f115760132fe11/src/main/java/org/wildfly/security/auth/util/ElytronAuthenticator.java#L92

If there is an incoming semijoin branch to a TS which has DPP event, then try to keep it as it may serve as an excellent filter for DPP thus reducing the input to join drastically.

This happens when hive.scratchdir.lock=true. Error message:

/hive/scratch/343hdirdp/cab907fc-5e1d-4d69-aa72-d7b442495c7a/inuse.info (inode 19537): File does not exist. [Lease.  Holder: DFSClient_NONMAPREDUCE_1572639975_1, pendingcreates: 2]
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:3430)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.analyzeFileState(FSNamesystem.java:3235)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getNewBlockTargets(FSNamesystem.java:3073)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getAdditionalBlock(FSNamesystem.java:3033)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.addBlock(NameNodeRpcServer.java:725)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.addBlock(ClientNamenodeProtocolServerSideTranslatorPB.java:492)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1668)

	at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:535)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.run(TaskRunner.java:74)

Analisys shows the following dependencies can be removed from org.jboss.as.ee module:

<module name="javax.transaction.api"/>
<module name="javax.xml.ws.api" optional="true"/>

There are no direct dependencies to any class managed by those modules from wildfly-ee resource.
Those modules are not exporting services that can be loaded by any other class.
Although there are some getClassLoader().loadClass calls in some classes in wildfly-ee.jar, those loadClass calls are done using the Deployment Unit module class loader, where the removed modules are added by other deployment processors in previous phases.

One motivation to create this issue is that, in general, be able to remove any unused dependency marked as optional="true" is good for Galleon, because we will be sure that the provision is correct without including those optional dependencies.

org.jboss.as.test.manualmode.undertow.CustomUndertowFilterTestCase stuck on server reload

ServerReload.executeReloadAndWaitForCompletion(controllerClient);

if node0!=localhost. Use

serverController.reload();

instead.

 the result of trie tree prefixMap function is inconsistent. it would contain a key but the size is 0;
some unittest codes as below: 
  PatriciaTrie<String> aTree =
        new PatriciaTrie<String> ();
    aTree.put("点评", "测试");
    aTree.put("书评", "测试");
    assertTrue(aTree.prefixMap("点").containsKey("点评")); //pass
    assertEquals("测试", aTree.prefixMap("点").get("点评")); //pass
    assertFalse(aTree.prefixMap("点").isEmpty());                 //fail
    assertEquals(1, aTree.prefixMap("点").size());                 //fail actural 0
    assertEquals(1, aTree.prefixMap("点").keySet().size());   //fail actural 0
    assertEquals(1, aTree.prefixMap("点").entrySet().size()); //fail actural 0
    assertEquals(1, aTree.prefixMap("点评").values().size()); //fail actural 0

Spring Boot recently upgrade to Framework 5.1 SNAPSHOTS and we're now seeing "loader attempted duplicate class definition" errors with our devtools integration tests on Java 9 and Java 10 (Java 8 is fine).
Here's an example of a failing build.

Caused by: org.springframework.aop.framework.AopConfigException: Could not generate CGLIB subclass of class org.springframework.boot.autoconfigure.http.HttpMessageConverters: Common causes of this problem include using a final class or a non-visible class; nested exception is org.springframework.cglib.core.CodeGenerationException: java.lang.LinkageError-->loader (instance of  jdk/internal/loader/ClassLoaders$AppClassLoader): attempted  duplicate class definition for name: "org/springframework/boot/autoconfigure/http/HttpMessageConverters$$EnhancerBySpringCGLIB$$1d90bff9"
	at org.springframework.aop.framework.CglibAopProxy.getProxy(CglibAopProxy.java:208) ~[spring-aop-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.aop.framework.ProxyFactory.getProxy(ProxyFactory.java:110) ~[spring-aop-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.context.annotation.ContextAnnotationAutowireCandidateResolver.buildLazyResolutionProxy(ContextAnnotationAutowireCandidateResolver.java:117) ~[spring-context-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.context.annotation.ContextAnnotationAutowireCandidateResolver.getLazyResolutionProxyIfNecessary(ContextAnnotationAutowireCandidateResolver.java:52) ~[spring-context-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1062) ~[spring-beans-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:818) ~[spring-beans-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:724) ~[spring-beans-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:197) ~[spring-beans-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1276) ~[spring-beans-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1133) ~[spring-beans-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:543) ~[spring-beans-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:503) ~[spring-beans-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	... 34 common frames omitted
Caused by: org.springframework.cglib.core.CodeGenerationException: java.lang.LinkageError-->loader (instance of  jdk/internal/loader/ClassLoaders$AppClassLoader): attempted  duplicate class definition for name: "org/springframework/boot/autoconfigure/http/HttpMessageConverters$$EnhancerBySpringCGLIB$$1d90bff9"
	at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:502) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:359) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.proxy.Enhancer.generate(Enhancer.java:582) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:106) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:104) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[na:na]
	at org.springframework.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.core.internal.LoadingCache.get(LoadingCache.java:34) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:130) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:315) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.proxy.Enhancer.createHelper(Enhancer.java:569) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.cglib.proxy.Enhancer.createClass(Enhancer.java:416) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.aop.framework.ObjenesisCglibAopProxy.createProxyClassAndInstance(ObjenesisCglibAopProxy.java:58) ~[spring-aop-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	at org.springframework.aop.framework.CglibAopProxy.getProxy(CglibAopProxy.java:205) ~[spring-aop-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
Caused by: java.lang.LinkageError: loader (instance of  jdk/internal/loader/ClassLoaders$AppClassLoader): attempted  duplicate class definition for name: "org/springframework/boot/autoconfigure/http/HttpMessageConverters$$EnhancerBySpringCGLIB$$1d90bff9"
	at java.base/java.lang.ClassLoader.defineClass1(Native Method) ~[na:na]
	at java.base/java.lang.System$2.defineClass(System.java:2120) ~[na:na]
	at java.base/java.lang.invoke.MethodHandles$Lookup.defineClass(MethodHandles.java:964) ~[na:na]
	at java.base/jdk.internal.reflect.GeneratedMethodAccessor25.invoke(Unknown Source) ~[na:na]
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:na]
	at java.base/java.lang.reflect.Method.invoke(Method.java:564) ~[na:na]
	at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:498) ~[spring-core-5.1.0.BUILD-SNAPSHOT.jar:5.1.0.BUILD-SNAPSHOT]
	... 59 common frames omitted

The same tests on Spring Boot 2.0 (which uses Framework 5.0) pass fine on Java 8, 9 and 10.
My guess is this relates to SPR-15859 and is probably caused by our slightly unusual DevTools classloader arrangement. 

When running queries, I got exception like this:

FAILED: ClassCastException org.apache.hadoop.hive.ql.plan.SparkWork cannot be cast to org.apache.hadoop.hive.ql.plan.TezWork
14/07/31 15:08:53 ERROR ql.Driver: FAILED: ClassCastException org.apache.hadoop.hive.ql.plan.SparkWork cannot be cast to org.apache.hadoop.hive.ql.plan.TezWork
java.lang.ClassCastException: org.apache.hadoop.hive.ql.plan.SparkWork cannot be cast to org.apache.hadoop.hive.ql.plan.TezWork
	at org.apache.hadoop.hive.ql.optimizer.GenMapRedUtils.addStatsTask(GenMapRedUtils.java:1419)
	at org.apache.hadoop.hive.ql.optimizer.GenMapRedUtils.isMergeRequired(GenMapRedUtils.java:1645)
	at org.apache.hadoop.hive.ql.parse.spark.GenSparkUtils.processFileSink(GenSparkUtils.java:313)
	at org.apache.hadoop.hive.ql.parse.spark.SparkCompiler.generateTaskTree(SparkCompiler.java:180)
	at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:199)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9514)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:413)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:984)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1049)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:921)

Apparently, GenMapRedUtils::addStatsTask only assumes either MapredWork or TezWork, and since we are introducing SparkWork, this need to be fixed.

I saw the following in region server log where a.ebay.com is region server itself:

2012-05-28 08:56:35,315 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Connected to master at a.ebay.com/10.115.13.20:60020

We should be logging the address of master

If I have a Roo-managed "Pizza" entity annotated thus:

and I add this "finders" element to it:

@RooEntity(finders = "findPizzasByName")

then nothing happens in the Roo shell. It's only when I add the curly braces like this:

@RooEntity(finders = {"findPizzasByName"})

that Roo creates the Pizza_Roo_Finder.aj file. Yet the compiler is happy without the braces, and all other annotations I've worked with are equally happy without the braces. Ben reckons this looks like a Roo bug.

CollectionUtils#isEqualCollection(Collection, Collection, Equator) is defined as

public static boolean isEqualCollection(final Collection<?> a, final Collection<?> b, final Equator<?> equator) {
...
}

This makes it possible to invoke it with a code like

public static class IntegerEquator implements Equator<Integer> {
        public boolean equate(Integer o1, Integer o2) {
            return o1.intValue() == o2.intValue();
        }
        public int hash(Integer o) {
            return o.intValue();
        }
    }

    @Test
        List<Long> longList = Arrays.asList(1L, 2L);
        List<Integer> intList = Arrays.asList(1, 2);
        assertTrue(CollectionUtils.isEqualCollection(longList, intList, new IntegerEquator()));

    }

which compiles perfectly but throws a ClassCastException as Long cannot be cast to an Integer. However, the generics should be defined such that this is stopped at compile time itself.
If we modify the method to something like

public static <E> boolean isEqualCollection(final Collection<? extends E> a, final Collection<? extends E> b, final Equator<? super E> equator) {
...
}

the above example would give a compile time error. imho we should modify this method with bounded wildcards. I don't think this change would break any existing binaries if the method is being used correctly, otherwise it is probably throwing ClassCastExceptions anyway.
Test case attached

MockEndpoint yields a failed unit test with very confusing message:
        resultEndpointHub.expectedHeaderReceived("portalId", 30);
Yields: ... expected <null> but got ...
Of course the expected value of null must never happen if a value is put in there

This is because we remove the SnapshotSentinel  from snapshotHandlers in SnapshotManager#cleanupSentinels.  Only when the following 3 case, the  cleanupSentinels will be called: 
1.  SnapshotManager#isSnapshotDone; 
2.  SnapshotManager#takeSnapshot; 
3. SnapshotManager#restoreOrCloneSnapshot
So if no isSnapshotDone called, or no further snapshot taking, or snapshot restore/clone.  the SnapshotSentinel will always be keep in snapshotHandlers. 
But after HBASE-21387,  Only when no snapshot taking, the SnapshotHFileCleaner will check the unref files and clean. 
I found this bug, because in our XiaoMi branch-2,  we implement the soft delete feature, which means if someone delete a table, then master will create a snapshot firstly, after that, the table deletion begain.  the implementation is quite simple, we use the snapshotManager to create a snapshot. 

diff --git a/hbase-server/src/main/java/org/apache/hadoop/hbase/master/HMaster.java b/hbase-server/src/main/java/org/apache/hadoop/hbase/master/HMaster.java
index 8f42e4a..6da6a64 100644
--- a/hbase-server/src/main/java/org/apache/hadoop/hbase/master/HMaster.java
+++ b/hbase-server/src/main/java/org/apache/hadoop/hbase/master/HMaster.java
@@ -2385,12 +2385,6 @@ public class HMaster extends HRegionServer implements MasterServices {
       protected void run() throws IOException {
         getMaster().getMasterCoprocessorHost().preDeleteTable(tableName);
 
+        if (snapshotBeforeDelete) {
+          LOG.info("Take snaposhot for " + tableName + " before deleting");
+          snapshotManager
+              .takeSnapshot(SnapshotDescriptionUtils.getSnapshotNameForDeletedTable(tableName));
+        }
+
         LOG.info(getClientIdAuditPrefix() + " delete " + tableName);
 
         // TODO: We can handle/merge duplicate request

In the master,  I found the endless log after delete a table: 

org.apache.hadoop.hbase.master.snapshot.SnapshotFileCache: Not checking unreferenced files since snapshot is running, it will skip to clean the HFiles this time

This is because the snapshotHandlers never be cleaned after call the  snapshotManager#takeSnapshot.  I think the asynSnapshot may has the same problem. 

The following deployment structure cannot be validated against the XML schema:

<jboss-deployment-structure  xmlns="urn:jboss:deployment-structure:1.2">

            <module name="foo"/>

This looks like a glitch in the schema where the module-alias element in deploymentType is missing a minOccurs="0".
The same holds for the filter element of resource-root, which should be optional according to the schema documentation.

  private void checkSystemOrSuperUser() throws IOException {
    // No need to check if we're not going to throw
    if (!authorizationEnabled) {
      return;
    }
    User activeUser = getActiveUser();
    if (!Superusers.isSuperUser(activeUser)) {
    //***, miss closing ' and space in the AccessDeniedException string
      throw new AccessDeniedException("User '" + (activeUser != null ?
        activeUser.getShortName() : "null") + "is not system or super user.");
    }
  }

Mutable fields should be private or possibly package-protected, never protected or public.
Once a field is published, it's impossible to ensure that it is properly synchronised, and it is impossible to change the implementation without API breakage.
Only constants should be published.
If there is really a need to access the field externally, this should be done through getters/setters, as those allow synchronisation to be added and make it easier to change the implementation.
Also, it's easy to add a getter/setter later if access is found to be needed.
Don't add one 'just in case' because it cannot easily be removed.
This observation applies to:
StreamOutput.out
CTRCipherInputStream.streamOffset
CTRCipherOutputStream.streamOffset
CipherInputStream - lots of protected mutable state
CipherOutputStream - ditto

When running the test case RemoteFailoverTestCase.testStatefulFailover, the test hangs due to an exception occurring. The exception is the following:

[31m11:24:05,814 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (EJB default - 3) ISPN000136: Execution error: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=47}, status=3} is not in a valid state to be invoking cache operations on.

This exception arose some time ago and was linked to incorrect suspend/resume of threads by the InfinispanBatching mechanism. This is just a suggestion as to what might be the root cause.
Attached is a log of the test case run with TRACE logging on DummyTransactionManager which coordinates the suspends and resumes. I have also performed a stack trace dump on every call to suspend and resume to highlight the origin of the call. 

From mailing list http://www.mail-archive.com/user@hive.apache.org/msg08811.html,
PTFOperator fails with stack trace like this.

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Reset on PersistentByteBasedList not supported
	at org.apache.hadoop.hive.ql.exec.PTFPersistence$PersistentByteBasedList.reset(PTFPersistence.java:895)
	at org.apache.hadoop.hive.ql.exec.PTFPersistence$PartitionedByteBasedList.reset(PTFPersistence.java:456)
	at org.apache.hadoop.hive.ql.exec.PTFPartition.reset(PTFPartition.java:67)
	at org.apache.hadoop.hive.ql.exec.PTFOperator.processOp(PTFOperator.java:132)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:848)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:249)
	... 7 more

This bug is very similar to HIVE-9436, in that a TTransportException wrapped in a MetaException will not be retried. RetryingMetaStoreClient has a block of code above the MetaException handler that retries thrift exceptions, but this doesn't work when the exception is wrapped.

        if ((e.getCause() instanceof TApplicationException) ||
            (e.getCause() instanceof TProtocolException) ||
            (e.getCause() instanceof TTransportException)) {
          caughtException = (TException) e.getCause();
        } else if ((e.getCause() instanceof MetaException) &&
            e.getCause().getMessage().matches("(?s).*JDO[a-zA-Z]*Exception.*")) {
          caughtException = (MetaException) e.getCause();

https://cwiki.apache.org/Hive/unit-test-parallel-execution.html
I was trying to run the tests using the instructions above.
I was able to run them using a single machine (parallelism of 4 in ~2 hours).
The conf. file is as follows: .hive_ptest.conf

{
  "qfile_hosts": [
    ["root@<MC>", 4]
  ],

  "other_hosts": [
  ["root@<MC>", 1]
  ],

  "master_base_path": "/data/users/tmp",
  "host_base_path": "/data/users/hivetests",
  "java_home": "/usr/local/jdk-6u24-64"

}
            
A relationship entity with start node and end node of the same type do not load on a clean session.
e.g.

public class Knows {

    Long id;

    private Actor firstActor;
    @EndNode
    private Actor secondActor;
...

See https://github.com/spring-projects/spring-data-neo4j/blob/4.0/neo4j-ogm/src/test/java/org/neo4j/ogm/defects/RelationshipEntityTest.java#L73

The MessageHistory feature currently keeps passwords in plain text in case they are part of the URI. 
MessageHelper.doDumpMessageHistoryStacktrace() does some sanitizing, but only for the from node - other nodes/processors are currently not sanitized. 
In order to prevent handling sensitive information in the message history in general, I would suggest to sanitize the URI already when storing a MessageHistory item. 

The following query executes successfully
select INPUT_FILE_NAME from src limit 1;
But the following NPE is thrown

16/05/25 16:49:49 ERROR exec.Utilities: Failed to load plan: null: java.lang.NullPointerException
        at org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:407)
        at org.apache.hadoop.hive.ql.exec.Utilities.getMapWork(Utilities.java:299)
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:315)
        at org.apache.hadoop.hive.ql.exec.FetchOperator$1.doNext(FetchOperator.java:340)
        at org.apache.hadoop.hive.ql.exec.FetchOperator$1.doNext(FetchOperator.java:331)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:484)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:424)
        at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:144)
        at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1884)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:252)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:183)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:399)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:776)
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:714)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:641)

$hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot snapshotT1_dn -copy-to /user/demai/backup1

        at java.util.regex.Pattern$Slice.match(Pattern.java:3490)
        at java.util.regex.Pattern$Start.match(Pattern.java:3066)
        at java.util.regex.Matcher.search(Matcher.java:1116)
        at java.util.regex.Matcher.find(Matcher.java:546)
        at org.apache.hadoop.conf.Configuration.substituteVars(Configuration.java:681)
        at org.apache.hadoop.conf.Configuration.get(Configuration.java:893)
        at org.apache.hadoop.fs.FileSystem.getDefaultUri(FileSystem.java:175)
        at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:167)
        at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:360)

the following command will work with uri

hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot snapshotT1_dn -copy-to hdfs://hdtest014.svl.ibm.com:9000/user/demai/backup2

The bug is the same as Hadoop-9069. Since the hadoop jira has been sitting there for more than a year, use this jira for a local hbase fix for now. 
Many thanks for Matteo Bertozzi help on this one. 

Testing, I see doubly assigned regions.  Below is from master log for TestTable,0000135598,1230761605500.

2008-12-31 22:13:35,528 [IPC Server handler 2 on 60000] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_SPLIT: TestTable,0000116170,1230761152219: TestTable,0000116170,1230761152219 split; daughters: TestTable,0000116170,1230761605500, TestTable,0000135598,1230761605500 from XX.XX.XX.142:60020
2008-12-31 22:13:35,528 [IPC Server handler 2 on 60000] INFO org.apache.hadoop.hbase.master.RegionManager: assigning region TestTable,0000135598,1230761605500 to server XX.XX.XX.142:60020
2008-12-31 22:13:38,561 [IPC Server handler 6 on 60000] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_OPEN: TestTable,0000135598,1230761605500 from XX.XX.XX.142:60020
2008-12-31 22:13:38,562 [HMaster] INFO org.apache.hadoop.hbase.master.ProcessRegionOpen$1: TestTable,0000135598,1230761605500 open on XX.XX.XX.142:60020
2008-12-31 22:13:38,562 [HMaster] INFO org.apache.hadoop.hbase.master.ProcessRegionOpen$1: updating row TestTable,0000135598,1230761605500 in region .META.,,1 with startcode 1230759988953 and server XX.XX.XX.142:60020
2008-12-31 22:13:44,640 [IPC Server handler 4 on 60000] DEBUG org.apache.hadoop.hbase.master.RegionManager: Going to close region TestTable,0000135598,1230761605500
2008-12-31 22:13:50,441 [IPC Server handler 9 on 60000] INFO org.apache.hadoop.hbase.master.RegionManager: assigning region TestTable,0000135598,1230761605500 to server XX.XX.XX.139:60020
2008-12-31 22:13:53,457 [IPC Server handler 5 on 60000] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_PROCESS_OPEN: TestTable,0000135598,1230761605500 from XX.XX.XX.139:60020
2008-12-31 22:13:53,458 [IPC Server handler 5 on 60000] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_OPEN: TestTable,0000135598,1230761605500 from XX.XX.XX.139:60020
2008-12-31 22:13:53,458 [HMaster] INFO org.apache.hadoop.hbase.master.ProcessRegionOpen$1: TestTable,0000135598,1230761605500 open on XX.XX.XX.139:60020
2008-12-31 22:13:53,458 [HMaster] INFO org.apache.hadoop.hbase.master.ProcessRegionOpen$1: updating row TestTable,0000135598,1230761605500 in region .META.,,1 with startcode 1230759988788 and server XX.XX.XX.139:60020
2008-12-31 22:13:53,688 [IPC Server handler 6 on 60000] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_CLOSE: TestTable,0000135598,1230761605500 from XX.XX.XX.142:60020
2008-12-31 22:13:53,688 [HMaster] DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: ProcessRegionClose of TestTable,0000135598,1230761605500, false
2008-12-31 22:13:54,263 [IPC Server handler 7 on 60000] INFO org.apache.hadoop.hbase.master.RegionManager: assigning region TestTable,0000135598,1230761605500 to server XX.XX.XX.141:60020
2008-12-31 22:13:57,273 [IPC Server handler 9 on 60000] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_PROCESS_OPEN: TestTable,0000135598,1230761605500 from XX.XX.XX.141:60020
2008-12-31 22:14:03,917 [IPC Server handler 0 on 60000] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_OPEN: TestTable,0000135598,1230761605500 from XX.XX.XX.141:60020
2008-12-31 22:14:03,917 [HMaster] INFO org.apache.hadoop.hbase.master.ProcessRegionOpen$1: TestTable,0000135598,1230761605500 open on XX.XX.XX.141:60020
2008-12-31 22:14:03,918 [HMaster] INFO org.apache.hadoop.hbase.master.ProcessRegionOpen$1: updating row TestTable,0000135598,1230761605500 in region .META.,,1 with startcode 1230759989031 and server XX.XX.XX.141:60020
2008-12-31 22:14:29,350 [RegionManager.metaScanner] DEBUG org.apache.hadoop.hbase.master.BaseScanner: TestTable,0000135598,1230761605500 no longer has references to TestTable,0000116170,1230761152219

See how we choose to assign before we get the close back from the regionserver.

In the shell documentation we can read: 

hbase> get 't1', 'r1', {TIMESTAMP => ts1, VERSIONS => 4}

when in fact there are no facility for this. It will work only because it uses getRow(row, ts).
Also

hbase> put 't1', 'r1', 'c1', ts1

does not work because the 'value' is missing.

When persisting an object with a null @version field, you get different results when calling MongoTemplate.insert(Object) versus MongoTemplate.save(Object):

MongoTemplate.insert ==> @version = null
MongoTemplate.save ==> @version = 0

I think the insert method should set @version to zero when it is null, like is done for the save method.

Currently it just ignores .log.  It should ignore all non-table folders.

See
http://camel.465427.n5.nabble.com/Referencing-OSGi-services-with-RouteBuilder-classes-for-use-in-CamelContext-tp5734660.html
I can reproduce with stacktrace

Caused by: java.lang.ClassCastException: Proxyfdf03102_b8fa_4caf_b44c_fa565998bb6e cannot be cast to org.apache.camel.builder.RouteBuilder
	at org.apache.camel.model.RouteBuilderDefinition.createRouteBuilder(RouteBuilderDefinition.java:64)
	at org.apache.camel.core.xml.AbstractCamelContextFactoryBean.installRoutes(AbstractCamelContextFactoryBean.java:727)
	at org.apache.camel.core.xml.AbstractCamelContextFactoryBean.setupRoutes(AbstractCamelContextFactoryBean.java:299)
	at org.apache.camel.blueprint.CamelContextFactoryBean.afterPropertiesSet(CamelContextFactoryBean.java:300)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_25]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_25]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_25]
	at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_25]
	at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)[7:org.apache.aries.blueprint.core:1.1.0]
	at org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:712)[7:org.apache.aries.blueprint.core:1.1.0]
	... 40 more

jboss-as-infinispan_4_0.xsd uses the same type thread-pool for all thread pool definitions.
However, InfinispanSubsystemXMLReader uses a special method parseScheduledThreadPool() for the EXPIRATION_THREAD_POOL which accepts fewer attributes than parseThreadPool().

A type like this:

{class:java}
class Sample {

  double foo;
}{class}

yields a JSON Schema document of:

{
  "foo" : {
    "type" : "object"
  }
}

We wondered why the ScheduledAnnotationBeanPostProcessor schedules some of our jobs twice - and tracked this down to this situation.
The attached test case is a very simplified version:

Our beans are created lazily.
We have a set of beans which form a circle (BeanImpl1 requires BeanImpl2 and vice versa).
There are two instances of each bean in the application context, where one is the real implementation.
The other is a Proxy (created by the ProxyFactoryBean in real life, but a simple stripped down SimpleFactoryBean is sufficient in this case).
The Proxies are marked as primary=true and used for injection.
We added a TestPostProcessor counting the number of invocations of postProcessAfterInitialization per beanName for testing purposes.

The test cases reproduce simpler as well as eagerly created versions of this situation:
The TestPostProcessor is invoked only once per bean (as expected), if 

everything is not created lazily (TestEager*).
there is no circle (not covered in the test cases).
there are no proxies and everything is defined in XML (TestLazyXml, TestEagerXml).
there are no proxies and everything is autowired (TestLazyAutowired, TestEagerAutowired).

But it is invoked twice (and the tests fail), if the proxies and objects are created lazily (TestLazyAutowiredFactoryBean, TestLazyXmlFactoryBean).
While tracing down this situation, we noticed that the isCurrentlyInCreation-logic is only applied to the FactoryBeans itself but not to the objects created by those factories - which might have helped to avoid this duplicate invocation of the BeanPostProcessor ...?

Using Roo from HEAD (July 15th) at r184, I generated a simple web application using the following script:
create project org.springsource.cddb.domain
install jpa -database HYPERSONIC_IN_MEMORY -provider HIBERNATE 
new persistent class jpa -name ~.CompactDisc 
add field string -fieldName title -notNull  
add field string -fieldName artist -notNull
install finder -finderName  findCompactDiscsByTitleLike
install finder -finderName  findCompactDiscsByArtistLike
new controller automatic ~.CompactDiscController
(note it's slightly unusual in that the Controller is in the same package as the domain entity)
mvn jetty:run works perfectly
mvn package, and then deploying the war file to either vanilla tomcat or dm Server fails. The home page comes up correctly, but following any of the links under "CompactDisc" (e.g. Create new CompactDisc) fails with a 404: The requested resource (/domain/compactdisc/form) is not available.

See nabble
http://camel.465427.n5.nabble.com/Swagger-not-working-tp5777255.html

When bucket cache use FileIOEngine, it will rebuild the bucket allocator's data structures from a persisted map. So it should first read the map from persistence file then use the map to new a BucketAllocator. But now the code has wrong sequence in retrieveFromFile() method of BucketCache.java.

      BucketAllocator allocator = new BucketAllocator(cacheCapacity, bucketSizes, backingMap, realCacheSize);
      backingMap = (ConcurrentHashMap<BlockCacheKey, BucketEntry>) ois.readObject();

Hi
I've executed the roo database reverse engineering command using the --includeNonPortableAttributes switch on a MSSQL server 2008 R2 database. The dbre.xml file generated by the reverse engineering operation contains the following table definition:
<table name="DAILY_MARKET">
  <column name="DM_DATE" primaryKey="true" required="true" scale="3" size="23" type="93,datetime"/>
  <column name="DM_S_SYMB" primaryKey="true" required="true" scale="0" size="15" type="1,char"/>
  ...
</table>
The DDL used for generating the table looks like this:
CREATE TABLE [dbo].[DAILY_MARKET](
[DM_DATE] [datetime] NOT NULL,
[DM_S_SYMB] [char](15) NOT NULL,
...
The DailyMarketPK_Roo_Identifier.aj source file generated by roo contains the folloing java code snippet:
privileged aspect DailyMarketPK_Roo_Identifier {
    declare @type: DailyMarketPK: @Embeddable;
    @Column(name = "DM_DATE", columnDefinition = "datetime", nullable = false)
    @Temporal(TemporalType.DATETIME)
    private Date DailyMarketPK.dmDate;
The AJC compiler then complains about the statement @Temporal(TemporalType.DATETIME) since the JPA enum TemporalType does not contain the DATETIME element but only the DATE, TIME and TIMESTAMP elements.
I'm not sure about the priority of this issue, so please adjust according to your normal conventions.
Jorgen

Some inputs to these methods can trigger an underlying IllegalArgumentException which needs to bubble up to a thrift IllegalArgument exception

The maven-antrun-plugin execution doesn't have a default mapping in m2eclipse, so if you import the project into eclipse, you will get an error that the mapping is undefined. All that's needed is to define an execution via the org.eclipse.m2 lifecycle-mapping plugin - it doesn't actually affect the usual maven build at all.

The database erroneously returns rows when joining two tables which each contain a VARCHAR column and the join's ON condition uses the equality operator on the VARCHAR columns.
******The following JDBC method exhibits the problem:
	static void joinIssue() 
		throws SQLException {
		String sql;
		int rowsAffected;
		ResultSet rs;
		Statement stmt = con.createStatement();
		String table1_Name = "blahtab1";
		String table1A_Name = "blahtab1A";
		String table1B_Name = "blahtab1B";
		String table2_Name = "blahtab2";
		try 
{
			sql = "drop table " + table1_Name;
			System.out.println("\nsql=" + sql);
			rowsAffected = stmt.executeUpdate(sql);
		}
{
			println("Drop table error:" + se.getMessage());
		}

		try 
{
			sql = "CREATE TABLE " + table1_Name + "(" +
						"VCHARCOL VARCHAR(10) " +
						",INTEGERCOL INT " +
					") "
			;
		}
{
			println("create table error:" + se.getMessage());
		}

		sql = "insert into " + table1_Name + " values ('jklmnopqrs', 99)";
		System.out.println("\nsql=" + sql);
		stmt.executeUpdate(sql);
		System.out.println("=======================================================================================================================================");
		try 
{
			sql = "drop table " + table1A_Name;
		}
{
		}

		try 
{
			sql = "CREATE TABLE " + table1A_Name + "(" +
					") "
			;
		}
{
		}

		sql = "insert into " + table1A_Name + " values ('jklmnopqrs')";
		try 
{
			sql = "drop table " + table1B_Name;
		}
{
		}

		try 
{
			sql = "CREATE TABLE " + table1B_Name + "(" +
						"VCHARCOL VARCHAR(11) " +
					") "
			;
		}
{
		}

		sql = "insert into " + table1B_Name + " values ('jklmnopqrs', 99)";
		try 
{
			sql = "drop table " + table2_Name;
		}
{
		}

		try 
{
			sql = "CREATE TABLE " + table2_Name + "(" +
						"VCHARCOL VARCHAR(30) " +
					") "
					;
		}
{
		}

		sql = "insert into " + table2_Name + " values ('jklmnopqrsX')";
		sql = "select * from " + table1_Name;
		rs = stmt.executeQuery(sql);
		dispResultSet(rs, true, true);
		sql = "select * from " + table1A_Name;
		sql = "select * from " + table1B_Name;
		sql = "select * from " + table2_Name;
		sql = "SELECT " + 
				table1_Name + ".VCHARCOL, " + 
				table2_Name + ".VCHARCOL " +
				"FROM " + table1_Name + " JOIN " + table2_Name + 
					" ON (" + table1_Name + ".VCHARCOL = " + table2_Name + ".VCHARCOL)";
				"FROM " + table2_Name + " JOIN " + table1_Name + 
					" ON (" + table2_Name + ".VCHARCOL = " + table1_Name + ".VCHARCOL)";
				table1A_Name + ".VCHARCOL, " + 
				"FROM " + table1A_Name + " JOIN " + table2_Name + 
					" ON (" + table1A_Name + ".VCHARCOL = " + table2_Name + ".VCHARCOL)";
				table1B_Name + ".VCHARCOL, " + 
				"FROM " + table1B_Name + " JOIN " + table2_Name + 
					" ON (" + table1B_Name + ".VCHARCOL = " + table2_Name + ".VCHARCOL)";
		stmt.close();
	}
******The output generated by program run is as follows (for 0.13):
sql=drop table blahtab1
sql=CREATE TABLE blahtab1(VCHARCOL VARCHAR(10) ,INTEGERCOL INT ) 
sql=insert into blahtab1 values ('jklmnopqrs', 99)
=======================================================================================================================================
sql=drop table blahtab1A
sql=CREATE TABLE blahtab1A(VCHARCOL VARCHAR(10) ) 
sql=insert into blahtab1A values ('jklmnopqrs')
sql=drop table blahtab1B
sql=CREATE TABLE blahtab1B(VCHARCOL VARCHAR(11) ,INTEGERCOL INT ) 
sql=insert into blahtab1B values ('jklmnopqrs', 99)
sql=drop table blahtab2
sql=CREATE TABLE blahtab2(VCHARCOL VARCHAR(30) ) 
sql=insert into blahtab2 values ('jklmnopqrsX')
sql=select * from blahtab1
vcharcol(10):jklmnopqrs|integercol(10):99|
Num rows in result set = 1
sql=select * from blahtab1A
vcharcol(10):jklmnopqrs|
sql=select * from blahtab1B
vcharcol(11):jklmnopqrs|integercol(10):99|
sql=select * from blahtab2
vcharcol(30):jklmnopqrsX|
sql=SELECT blahtab1.VCHARCOL, blahtab2.VCHARCOL FROM blahtab1 JOIN blahtab2 ON (blahtab1.VCHARCOL = blahtab2.VCHARCOL)
vcharcol(10):jklmnopqrs|vcharcol(30):jklmnopqrsX|
sql=SELECT blahtab1.VCHARCOL, blahtab2.VCHARCOL FROM blahtab2 JOIN blahtab1 ON (blahtab2.VCHARCOL = blahtab1.VCHARCOL)
Num rows in result set = 0
sql=SELECT blahtab1A.VCHARCOL, blahtab2.VCHARCOL FROM blahtab1A JOIN blahtab2 ON (blahtab1A.VCHARCOL = blahtab2.VCHARCOL)
sql=SELECT blahtab1B.VCHARCOL, blahtab2.VCHARCOL FROM blahtab1B JOIN blahtab2 ON (blahtab1B.VCHARCOL = blahtab2.VCHARCOL)
******The server should NOT return any rows for the following query, but it does:
SELECT blahtab1.VCHARCOL, blahtab2.VCHARCOL FROM blahtab1 JOIN blahtab2 ON (blahtab1.VCHARCOL = blahtab2.VCHARCOL)
Result:

AccessTokenProcessingFilter validates if the token is null and the 1.0a parameters in the validateOAuthParams.  While they are oAuth params, it makes things easier in subclasses if these validations were put in validateAdditionalParameters and the validateOAuthParams were reserved for common oauth params amongst all filters, perhaps even changing the validateOAuthParams method to private to prevent overriding it.  Any additional validation can then occur in the validateAdditionalParameters method.

Identifying as major due to the probability that one could run into this.
It appears each container instance is added to ChainedExceptionListener delegate List but they are never removed (even after container stop/shutdown).
This becomes a problem when the message container resides in an ApplicationContext that is not the root context (I imagine if the scope of the container is not singleton one would run into this as well).  We use CachingConnectionFactory and have an architecture where we create child ApplicationContexts.  We then have the desire to create message containers within the child contexts.  This ChainedExceptionListener is preventing our child contexts from being gc'd and adoption of this is a show stopper for us.
Note: 
1. DefaultMessageListenerContainer did not have this problem.  However, we are not adopting it yet due to our design and the polling nature (1 additional thread per container requirement).  We do have the desire to adopt this for transactional support but again the additional overhead of threads is a show stopper at this point (given our design).

When an alias is removed from a credential store and added once more, the add operation fails with Duplicate resource message.

git grep WFLY-8144

I am working on adding Hybrid Logical clocks to HBase. As part of it, I wish to add TimestampType file in hbase common. Spark has some types defined in - org.apache.spark.sql.types, all of which are being imported. It also has a TimestampType defined. As currently in this file, all of the hbase common is imported, creating a namespace clash. I have changed to only import specific hbase common classes that are required in this file.

Missing the JIRA number in commit msg for master branch, see
See https://issues.apache.org/jira/browse/HIVE-9423?focusedCommentId=15537841&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15537841

On tests machines with larger sets of ram it can really help to reduce test time to run with larger heaps. Lets make that a property so that mvn command line can set it.

add-user.sh duplicates user records in "mgmt-users.properties" file if special character is used in user name.
Always

./add-user.sh -u "ádmin" -p Pes1234* -s
./add-user.sh -u "admín" -p Pes1234* -s
./add-user.sh -u "user1" -p Pes1234* -s
./add-user.sh -u "user2" -p Pes1234* -s
cat ../standalone/configuration/mgmt-users.properties

...
ádmin=add08a6a96a2470830558e37e7cf5894
admín=6702e36900191d0a5438075e9298c950
user1=f111b15c70bc1db3637e0b1dc6848b74
user2=6671636ed99ff984187cd70a159df9af
...

I see the following exceptions when I a mapjoin operator is being initialized on Hive-on-Spark and when vectorization is turned on.
This happens when the hashTable is empty. The code in MapJoinTableContainerSerDe#getDefaultEmptyContainer method returns a HashMapWrapper while the VectorMapJoinOperator expects a MapJoinBytesTableContainer when hive.mapjoin.optimized.hashtable is set to true.

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.persistence.HashMapWrapper cannot be cast to org.apache.hadoop.hive.ql.exec.persistence.MapJoinTableContainerDirectAccess
 at org.apache.hadoop.hive.ql.exec.vector.mapjoin.optimized.VectorMapJoinOptimizedHashTable.<init>(VectorMapJoinOptimizedHashTable.java:92) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.vector.mapjoin.optimized.VectorMapJoinOptimizedHashMap.<init>(VectorMapJoinOptimizedHashMap.java:127) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.vector.mapjoin.optimized.VectorMapJoinOptimizedStringHashMap.<init>(VectorMapJoinOptimizedStringHashMap.java:60) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.vector.mapjoin.optimized.VectorMapJoinOptimizedCreateHashTable.createHashTable(VectorMapJoinOptimizedCreateHashTable.java:80) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinCommonOperator.setUpHashTable(VectorMapJoinCommonOperator.java:485) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinCommonOperator.completeInitializationOp(VectorMapJoinCommonOperator.java:461) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.Operator.completeInitialization(Operator.java:471) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:401) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:574) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:526) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:387) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.init(SparkMapRecordHandler.java:109) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
 ... 16 more

Region interface is exposed to coprocessor. So coprocessor use getScanner to get a region scanner to read data. But the scan metrics was only updated in region server level. So we will miss some scan metrics for the read from coprocessor.

 Region Operation 
 When to update requests metric 

 get 
 update read metric in nextRaw() 

 put 
 update write metric in batchMutate() 

 delete 

 increment 
 update read metric by get() and  update write metric in doDelta() 

 append 

 mutateRow 
 update write metric in processRowsWithLocks() 

 mutateRowsWithLocks 

 batchMutate 

 checkAndMutate 
 update read metric by get() and  update write metric by mutateRow() 

 checkAndRowMutate 
 update read metric by get() and  update write metric by doBatchMutate() 

 processRowsWithLocks 

1. Move read requests to region level. Because RegionScanner exposed to CP.
2. Update write requests count in processRowsWithLocks. This was missed in previous implemenation, too.
3. Remove requestRowActionCount in RSRpcServices. This metric can be computed by region's readRequestsCount and writeRequestsCount.
Upload to review board: https://reviews.apache.org/r/63579/

If a thread completes the DomainServerMain main(String[] args) method, the process must exit. Currently that may not occur, as this stack trace reported while manually checking the WFCORE-1844 fix showed:

[Server:server-one] 14:15:39,022 ERROR [stderr] (main) Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread
[Server:server-one] 14:15:39,023 ERROR [stderr] (main) 	at java.lang.Thread.start0(Native Method)
[Server:server-one] 14:15:39,023 ERROR [stderr] (main) 	at java.lang.Thread.start(Thread.java:714)
[Server:server-one] 14:15:39,023 ERROR [stderr] (main) 	at org.jboss.threads.JBossThread.start(JBossThread.java:342)
[Server:server-one] 14:15:39,023 ERROR [stderr] (main) 	at java.util.concurrent.ThreadPoolExecutor.addWorker(ThreadPoolExecutor.java:950)
[Server:server-one] 14:15:39,023 ERROR [stderr] (main) 	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1368)
[Server:server-one] 14:15:39,023 ERROR [stderr] (main) 	at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:112)
[Server:server-one] 14:15:39,023 ERROR [stderr] (main) 	at org.jboss.as.server.mgmt.domain.HostControllerConnection.asyncReconnect(HostControllerConnection.java:165)
[Server:server-one] 14:15:39,023 ERROR [stderr] (main) 	at org.jboss.as.server.mgmt.domain.HostControllerClient.reconnect(HostControllerClient.java:93)
[Server:server-one] 14:15:39,024 ERROR [stderr] (main) 	at org.jboss.as.server.DomainServerMain.main(DomainServerMain.java:151)
[Server:server-one] 14:15:39,024 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[Server:server-one] 14:15:39,024 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[Server:server-one] 14:15:39,024 ERROR [stderr] (main) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[Server:server-one] 14:15:39,024 ERROR [stderr] (main) 	at java.lang.reflect.Method.invoke(Method.java:498)
[Server:server-one] 14:15:39,024 ERROR [stderr] (main) 	at org.jboss.modules.Module.run(Module.java:336)
[Server:server-one] 14:15:39,024 ERROR [stderr] (main) 	at org.jboss.modules.Main.main(Main.java:520)

If the process does not exit, it is no longer under the control of the PC or HC and the only thing they can do with it is kill it. So it should kill itself.

Message 'New user name:' is printed to terminal continuously if  Ctrl+d is pressed after command fabric:create is executed without any users in etc/users.properties specified.
1. Don't specify any users in
in the file jboss-fuse-6.0.0.redhat-023/etc/user.properties
2. Run jboss-fuse v023
3. Run the following command:
4. After message 'New user name:' appears, press Ctrl+d
Result: Message 'New user name:' is printed to terminal continuously.

ZK Hive lock manager can get into a state when the connection is closed, but no reconnection is attempted.

  public void addPathToAlias(Path path, String newAlias){
    ArrayList<String> aliases = pathToAliases.get(path);
    if (aliases == null) {
      aliases = new ArrayList<>();
      StringInternUtils.internUriStringsInPath(path);
      pathToAliases.put(path, aliases);
    }
    aliases.add(newAlias.intern());
  }

ArrayList::DEFAULT_CAPACITY is 10, so this wastes 500 bytes of memory due to the new ArrayList<>();.

JSF 1.1 and 1.2 spec say in the chapter '11.3 PhaseListeners' that "When the lifecycle phase exits, due
to an exception or normal termination, the afterPhase() listeners must be called in
reverse order from the beforePhase() listeners in the following manner."
In Spring Faces, the PhaseListeners beforePhase() and afterPhase() methods are invoked in the same order, not complying the spec.
See org.springframework.faces.webflow.JsfUtils notifyBeforeListeners() and notifyAfterListeners() methods.

This change will disable the allowEagerInit flag when calling the ListableBeanFactory.getBeansOfType(:Class, includeNonSingletons:boolean, allowEagerInit:boolean) searching for SDG *Configurers defined in the Spring container.
It is possible, with allowEagerInit set to true that a BeanCurrentlyInCreationException can be thrown on Spring container initialization, depending on the Configuration applied along with the beans declared/scanned/registered by the user in his/her Spring application.

Downloaded Spring Batch 3.0.0.M2 from
https://github.com/spring-projects/spring-batch/tags/3.0.0.M2
I setup Eclipse/maven project and running mvn clean install (or test) is returning the following error:
Results :
Failed tests:   testPropertySubstitutionSimple(org.springframework.batch.core.jsr.configuration.xml.JobPropertySubstitutionTests): expected:<exitCode=COMPLETED;exitDescription=> but was:<exitCode=FAILED;exitDescription=>
Update Unit test class: org.springframework.batch.core.jsr.configuration.xml.JobPropertySubstitutionTests 
Changing :
assertEquals("/myfile2.txt", processorProperty3);
to 
String fileSeparator = "" + File.separatorChar;				
assertEquals(fileSeparator.concat("myfile2.txt"), processorProperty3);
fixed the build.

If you try to use findAll(Pageable)on a PagingAndSortingRepository you get an "java.lang.IllegalStateException: No supertype found" if the entity key is defined using @IdClass and you're using Hibernate 4.1.9
As soon as you replace @IdClass with @EmbeddedId everything works fine. 
This error is similar to https://jira.springsource.org/browse/DATAJPA-50 but it's still happening for PagingAndSortingRepository. I would expect to work fine when declaring the entity's key with @IdClass 
The exception you get when using @IdClass and trying to call repo.findAll(Pageable request):

*org.springframework.dao.InvalidDataAccessApiUsageException: No supertype found; nested exception is java.lang.IllegalStateException: No supertype found*
	at org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:293)
	at org.springframework.orm.jpa.vendor.HibernateJpaDialect.translateExceptionIfPossible(HibernateJpaDialect.java:108)
	at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.translateExceptionIfPossible(AbstractEntityManagerFactoryBean.java:403)
	at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:163)
	at org.springframework.data.jpa.repository.support.LockModeRepositoryPostProcessor$LockModePopulatingMethodIntercceptor.invoke(LockModeRepositoryPostProcessor.java:92)
	at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
	at $Proxy38.findAll(Unknown Source)
	at au.com.flado.tpp.data.dao.PageableTest.test(PageableTest.java:49)
*Caused by: java.lang.IllegalStateException: No supertype found*
	at org.hibernate.ejb.metamodel.AbstractIdentifiableType.requireSupertype(AbstractIdentifiableType.java:85)
	at org.hibernate.ejb.metamodel.AbstractIdentifiableType.getIdType(AbstractIdentifiableType.java:173)
	at org.hibernate.ejb.criteria.expression.function.AggregationFunction$COUNT.renderArguments(AggregationFunction.java:112)
	at org.hibernate.ejb.criteria.expression.function.ParameterizedFunctionExpression.render(ParameterizedFunctionExpression.java:96)
	at org.hibernate.ejb.criteria.expression.function.BasicFunctionExpression.renderProjection(BasicFunctionExpression.java:73)
	at org.hibernate.ejb.criteria.QueryStructure.render(QueryStructure.java:252)
	at org.hibernate.ejb.criteria.CriteriaQueryImpl.render(CriteriaQueryImpl.java:340)
	at org.hibernate.ejb.criteria.CriteriaQueryCompiler.compile(CriteriaQueryCompiler.java:217)
	at org.hibernate.ejb.AbstractEntityManagerImpl.createQuery(AbstractEntityManagerImpl.java:587)
	at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:241)
	at $Proxy33.createQuery(Unknown Source)
	at org.springframework.data.jpa.repository.support.SimpleJpaRepository.getCountQuery(SimpleJpaRepository.java:482)
	at org.springframework.data.jpa.repository.support.SimpleJpaRepository.readPage(SimpleJpaRepository.java:422)
	at org.springframework.data.jpa.repository.support.SimpleJpaRepository.findAll(SimpleJpaRepository.java:321)
	at org.springframework.data.jpa.repository.support.SimpleJpaRepository.findAll(SimpleJpaRepository.java:290)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:358)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:343)
	at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:96)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:260)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:94)
	... 36 more

I noticed that CLI put empty lines between lines with suggested values once the Windows terminal is set to maximal width. Issue appears only of the CLI is connected to the EAP running in domain mode.
reproduce
- start EAP in domain mode
- open a new terminal window, manually set the terminal width to maximal allowed value, but do not maximize the window
- connect CLI to the running server and pres the Tab key

:                   clear               data-source         echo                if                  pwd                 reload              shutdown            unset

alias               command             deploy              echo-dmr            jdbc-driver-info    quit                rollout-plan        try                 version

batch               connect             deployment-info     help                ls                  read-attribute      run-batch           unalias             xa-data-source

cd                  connection-info     deployment-overlay  history             patch               read-operation      set                 undeploy

I was able to reproduce the issue on W2K8 and W2K12 servers.

After investigation on some issues on non detected circular imports inside Java configuration classes, it seems that there is a bug inside the contains method of the inner class ImportStack of the class ConfigurationClassParser:

@Override
public boolean contains(Object elem) {
	ConfigurationClass configClass = (ConfigurationClass) elem;
	Comparator<ConfigurationClass> comparator = new Comparator<ConfigurationClass>() {
		@Override
		public int compare(ConfigurationClass first, ConfigurationClass second) {
			return (first.getMetadata().getClassName().equals(second.getMetadata().getClassName()) ? 0 : 1);
		}
	};
	return (Collections.binarySearch(this, configClass, comparator) != -1);
}

The bianrySearch method of Collections is called without sorting the collection before which can lead to undefined results.

When asking for the access control metadata using (r-r-d) on existing resources I get an exceptions block: 

/server-group=*:read-resource-description(access-control=trim-descriptions,operations=true){roles=[main-maintainer,other-monitor]}
{
        "address" => [("server-group" => "*")],
            "description" => undefined,
            "attributes" => undefined,
                "deployment" => {"model-description" => undefined},
                "jvm" => {"model-description" => undefined},
                "deployment-overlay" => {"model-description" => undefined},
                "system-property" => {"model-description" => undefined}
            },
            "access-control" => {
                "default" => {
                    "read" => true,
                    "write" => false,
                    "attributes" => {
                        "management-subsystem-endpoint" => {
                            "read" => true,
                            "write" => false
                        },
                        "profile" => {
                        },
                        "socket-binding-default-interface" => {
                        },
                        "socket-binding-group" => {
                        },
                        "socket-binding-port-offset" => {
                        }
                    },
                    "operations" => {
                        "read-children-types" => {"execute" => true},
                        "whoami" => {"execute" => true},
                        "map-clear" => {"execute" => false},
                        "list-get" => {"execute" => true},
                        "write-attribute" => {"execute" => false},
                        "replace-deployment" => {"execute" => false},
                        "stop-servers" => {"execute" => false},
                        "remove" => {"execute" => false},
                        "list-add" => {"execute" => false},
                        "map-put" => {"execute" => false},
                        "read-attribute-group-names" => {"execute" => true},
                        "restart-servers" => {"execute" => false},
                        "resume-servers" => {"execute" => false},
                        "read-resource-description" => {"execute" => true},
                        "read-resource" => {"execute" => true},
                        "add" => {"execute" => false},
                        "suspend-servers" => {"execute" => false},
                        "reload-servers" => {"execute" => false},
                        "query" => {"execute" => true},
                        "read-operation-description" => {"execute" => true},
                        "map-get" => {"execute" => true},
                        "list-clear" => {"execute" => false},
                        "read-attribute" => {"execute" => true},
                        "map-remove" => {"execute" => false},
                        "read-attribute-group" => {"execute" => true},
                        "undefine-attribute" => {"execute" => false},
                        "read-children-names" => {"execute" => true},
                        "start-servers" => {"execute" => false},
                        "read-operation-names" => {"execute" => true},
                        "list-remove" => {"execute" => false},
                        "read-children-resources" => {"execute" => true}
                    }
                },
                "exceptions" => {"[(\"server-group\" => \"main-server-group\")]" => {
                    "write" => true,
                        },
                            "write" => true
                        },
                        },
                        },
                        }
                    },
                        "map-clear" => {"execute" => true},
                        "write-attribute" => {"execute" => true},
                        "replace-deployment" => {"execute" => true},
                        "stop-servers" => {"execute" => true},
                        "list-add" => {"execute" => true},
                        "map-put" => {"execute" => true},
                        "restart-servers" => {"execute" => true},
                        "resume-servers" => {"execute" => true},
                        "suspend-servers" => {"execute" => true},
                        "reload-servers" => {"execute" => true},
                        "list-clear" => {"execute" => true},
                        "map-remove" => {"execute" => true},
                        "undefine-attribute" => {"execute" => true},
                        "start-servers" => {"execute" => true},
                        "list-remove" => {"execute" => true},
                    },
                    "address" => [("server-group" => "main-server-group")]
                }}
            }
        }
    }]
}

However when using the same operation on non-existng resources I don't see an exception block:

/server-group=*/deployment=*:read-resource-description(access-control=trim-descriptions,operations=true){roles=[main-maintainer,other-monitor]}
{
            ("server-group" => "*"),
            ("deployment" => "*")
        ],
            "access-constraints" => {"application" => {"deployment" => {"type" => "core"}}},
            "children" => {},
                        "enabled" => {
                        },
                        "name" => {
                        },
                        "runtime-name" => {
                        }
                    },
                        "deploy" => {"execute" => false},
                        "redeploy" => {"execute" => false},
                        "read-children-resources" => {"execute" => true},
                        "undeploy" => {"execute" => false}
                    }
                },
                "exceptions" => {}
            }
        }
    }]
}

Some notes on the domain: 

Built from WildFly 10 master
No deployments present
Role main-maintainer is a server group scoped role based on Maintainer and scoped to main-server-group
Role other-monitor is a server group scoped role based on Monitor and scoped to other-server-group

What we would need is a way to always get the exceptions no matter whether the resource exists. In the console we create a so-called security context which uses wildcard r-r-d operations like the ones above. This security context is used later on to show / hide UI controls.

One of many Roo generated entities contained a String field which I added myself and for some reason initialized to null.
The result is that the data on demand component blows up @
DataOnDemandMetadata.storeFieldInitializers(DataOnDemandMetadata.java:640)
From the look of the code, I think this be pretty easy to reproduce, initialize a String field in an entity to null, stop roo, start roo. 
This really bricked everything for me, no code updates were being done anymore by roo and I had no clue what was going on basically. 
On great addition would be to more logging, allow through some means a user to enable logging of which files, fields, ... are being processed, relevant status and results etc. This would have saved quite some hours.  

When running on JDK9-ea there are ConncurrentModificationExceptions happening in WildFlyJobXmlResolver
Problem can happen also on JDK8 but it looks like it is easier to reproduce on JDK9.

Caused by: java.util.ConcurrentModificationException at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1138) 
at org.wildfly.extension.batch.jberet.deployment.WildFlyJobXmlResolver.addJob(WildFlyJobXmlResolver.java:290) 
at org.wildfly.extension.batch.jberet.deployment.WildFlyJobXmlResolver.init(WildFlyJobXmlResolver.java:280) 
at org.wildfly.extension.batch.jberet.deployment.WildFlyJobXmlResolver.create(WildFlyJobXmlResolver.java:231) 
at org.wildfly.extension.batch.jberet.deployment.WildFlyJobXmlResolver.forDeployment(WildFlyJobXmlResolver.java:110) 
at org.wildfly.extension.batch.jberet.deployment.BatchEnvironmentProcessor.deploy(BatchEnvironmentProcessor.java:77) 

see https://ci.wildfly.org/viewLog.html?buildId=41982&tab=buildResultsDiv&buildTypeId=WF_MasterLinuxJdk9ea for failures

See https://builds.apache.org/job/hbase-0.95/434/testReport/junit/org.apache.hadoop.hbase.thrift/TestThriftServerCmdLine/testRunThriftServer_18_/
Looking in log it looks like it is making progress still.  There is something going on in here but not enough log:

2013-08-12 18:14:43,163 INFO  [Thread-258] thrift.TestThriftServerCmdLine(132): Starting HBase Thrift server with command line: -threadpool -port 49160 -bind minerva.apache.org start
2013-08-12 18:14:43,164 INFO  [ThriftServer-cmdline] thrift.ThriftServerRunner$ImplType(209): Using thrift server type threadpool
2013-08-12 18:14:58,174 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}
2013-08-12 18:15:28,174 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}
2013-08-12 18:15:58,175 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}
2013-08-12 18:16:28,173 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}
2013-08-12 18:16:58,174 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}
2013-08-12 18:17:28,174 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}
2013-08-12 18:17:58,174 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}
2013-08-12 18:18:28,174 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}
2013-08-12 18:18:58,175 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}
2013-08-12 18:19:24,564 DEBUG [LRU Statistics #0] hfile.LruBlockCache(728): Stats: total=3.17 MB, free=672.41 MB, max=675.58 MB, blocks=0, accesses=0, hits=0, hitRatio=0, cachingAccesses=0, cachingHits=0, cachingHitsRatio=0,evictions=0, evicted=0, evictedPerRun=NaN
2013-08-12 18:19:28,175 DEBUG [NamespaceJanitor-minerva:44563] client.ClientScanner(218): Finished region={ENCODED => abf65547b0b2d46a6cc9bfbd20f80d68, NAME => 'hbase:namespace,,1376331267651.abf65547b0b2d46a6cc9bfbd20f80d68.', STARTKEY => '', ENDKEY => ''}

We seem to stall.
Let me just up the timeout for now.  Its been happening frequently enough that this test timeouts.

After looking at the code, and some testing, I see the following things are missing for balancer to work properly after AMv2.

hbase.master.loadbalance.bytable is not respected. It is always 'bytable'. Previous default is cluster wide, not by table.
Servers with no assignments is not added for balance consideration.
Crashed server is not removed from the in-memory server map in RegionStates, which affects balance.
Draining marker is not respected when balance.

Also try to re-enable TestRegionRebalancing, which has a testRebalanceOnRegionServerNumberChange

when user wants to remove a jacc-policy referenced as default-policy, for example

/profile=full/subsystem=elytron/policy=policy1:read-resource
{
        "custom-policy" => undefined,
        "default-policy" => "policy-teste",
        "jacc-policy" => [
            {
                "name" => "policy-teste",
                "module" => "modulo-policy",
                "configuration-factory" => "OutroFactory1",
                "policy" => "PolicyM2"
            },
            {
                "name" => "policy123",
                "module" => "modulo-123",
            },
            {
                "name" => "outro_policy123",
            }
        ]
    }
}

/profile=full/subsystem=elytron/policy=policy1:list-remove(name=jacc-policy,index=0)
{
    "failure-description" => {"domain-failure-description" => "Could find policy provider with name [policy-teste]"},
}

The message should say the jacc-policy is used as default-policy.

You'll see above message after you've committed to a new version of hadoop.  You won't be able to go back.

The code below does not work as expected.

Sending a GET request to /appointments, which I was expected to be mapped to the "get()" method below, instead gets mapped to getForDay(Date), which results in the error:

	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter$ServletHandlerMethodInvoker.resolvePathVariable(AnnotationMethodHandlerAdapter.java:642)
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:354)
	org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:342)
	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:613)
	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:525)

Sending a GET requests to /appointments/2009-12-29 results in a HTTP 400 being sent to the client with message:
     "The request sent by the client was syntactically incorrect ()."
  Is this the default handing now when there is a binding error?  I was expecting to see a binding exception as I do not have a Date editor registered yet.  No info or warning logs indicated there was a binding problem, so I'm left wondering what happened.

FAILING CODE:

package org.springframework.samples.petclinic.appointments;

import org.springframework.web.bind.annotation.PathVariable;

	}

	@RequestMapping(method = RequestMethod.GET)
	public Appointments get() {
		return appointmentBook.getAppointmentsForToday();
	}

	}

	}
	
	public String post(AppointmentForm form) {
		appointmentBook.createAppointment(form);
		return "redirect:/appointments";
	}	
}

occasionally this exception is thrown which doesn't make sense since that db exists.
09/06/25 16:52:58 INFO metastore.ObjectStore: Initialized ObjectStore
09/06/25 16:53:15 INFO metastore.HiveMetaStore: 0: get_table : db=default tbl=tmp_hipal_37888
09/06/25 16:53:51 ERROR JPOX.Transaction: Operation rollback failed on resource: org.jpox.store.rdbms.ConnectionFactoryImpl$EmulatedXAResource@4f62198b, error code UNKNOWN and transaction: [JPOX Transaction, Transaction ID=Xid=���, enlisted resources=[org.jpox.store.rdbms.ConnectionFactoryImpl$EmulatedXAResource@4f62198b]]
09/06/25 16:53:51 ERROR metastore.ObjectStore: NoSuchObjectException(message:There is no database named default)
at org.apache.hadoop.hive.metastore.ObjectStore.getMDatabase(ObjectStore.java:309)
at org.apache.hadoop.hive.metastore.ObjectStore.convertToMTable(ObjectStore.java:597)
at org.apache.hadoop.hive.metastore.ObjectStore.createTable(ObjectStore.java:475)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.create_table(HiveMetaStore.java:308)
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.createTable(HiveMetaStoreClient.java:251)
at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:251)
at org.apache.hadoop.hive.ql.exec.DDLTask.createTable(DDLTask.java:748)
at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:96)
at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:307)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:213)
at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:176)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:216)
at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:273)
at org.apache.hadoop.util.RunJar.main(RunJar.java:166)
at org.apache.hadoop.mapred.JobShell.run(JobShell.java:194)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:65)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:79)
at org.apache.hadoop.mapred.JobShell.main(JobShell.java:220)

We can pass Put, Get, Delete, Append, Increment in the batch.  But the javadoc do cover Put, Delete and Get only. Better to correct this.

This is allocated for every instance of SubsystemResourceDescriptionResolver

In the clinic.roo example, the Owner and Vet entities inherit their merge() methods from the AbstractPerson superclass. However, since that method is not generifed, it actually returns an AbstractPerson rather than an Owner or Vet, meaning that the following code will not compile:

Owner updatedOwner = owner.merge();

When the referral-mode="follow" is used, NamingEnumeration.hasMore create new LdapReferralContext and socket, which is not covered by DelegatingDirContext yet.

java.lang.RuntimeException: ELY01084: Error while consuming results from search. SearchDn [dc=users,dc=elytron,dc=wildfly,dc=org], Filter [(|(objectclass=referral)(uid={0}))], Filter Args [[refUser]].
Caused by: javax.naming.PartialResultException [Root exception is javax.naming.CommunicationException: localhost:11391 [Root exception is java.lang.IllegalStateException: ELY04025: DirContext tries to connect without SSLSocketFactory thread local setting]]
	at com.sun.jndi.ldap.AbstractLdapNamingEnumeration.hasMoreImpl(AbstractLdapNamingEnumeration.java:237)
	at com.sun.jndi.ldap.AbstractLdapNamingEnumeration.hasMore(AbstractLdapNamingEnumeration.java:189)
	at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity$LdapSearch$1.tryAdvance(LdapSecurityRealm.java:938)
	... 39 more
Caused by: javax.naming.CommunicationException: localhost:11391 [Root exception is java.lang.IllegalStateException: ELY04025: DirContext tries to connect without SSLSocketFactory thread local setting]
	at com.sun.jndi.ldap.LdapReferralContext.<init>(LdapReferralContext.java:95)
	at com.sun.jndi.ldap.LdapReferralException.getReferralContext(LdapReferralException.java:150)
	at com.sun.jndi.ldap.AbstractLdapNamingEnumeration.hasMoreReferrals(AbstractLdapNamingEnumeration.java:325)
	at com.sun.jndi.ldap.AbstractLdapNamingEnumeration.hasMoreImpl(AbstractLdapNamingEnumeration.java:227)
	... 41 more
Caused by: java.lang.IllegalStateException: ELY04025: DirContext tries to connect without SSLSocketFactory thread local setting
	at org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory.getDefault(ThreadLocalSSLSocketFactory.java:46)
	at com.sun.jndi.ldap.Connection.createSocket(Connection.java:284)
	at com.sun.jndi.ldap.Connection.<init>(Connection.java:203)
	at com.sun.jndi.ldap.LdapClient.<init>(LdapClient.java:137)
	at com.sun.jndi.ldap.LdapClient.getInstance(LdapClient.java:1614)
	at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2746)
	at com.sun.jndi.ldap.LdapCtx.<init>(LdapCtx.java:319)
	at com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:192)
	at com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.java:151)
	at com.sun.jndi.url.ldap.ldapURLContextFactory.getObjectInstance(ldapURLContextFactory.java:52)
	at javax.naming.spi.NamingManager.getURLObject(NamingManager.java:601)
	at javax.naming.spi.NamingManager.processURL(NamingManager.java:381)
	at javax.naming.spi.NamingManager.processURLAddrs(NamingManager.java:361)
	at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:333)
	at com.sun.jndi.ldap.LdapReferralContext.<init>(LdapReferralContext.java:114)
	... 44 more

I'm still seeing XML validation errors in STS 3.1 (Eclipse 3.8), with Spring-Data JPA 1.2 or 1.3, and Spring 3.1 or 3.2. With Spring 3.0 its fine.
sch-props-correct.2: A schema cannot contain two global components with the same name; this schema contains two occurrences of 'http://www.springframework.org/schema/tool,annotation'.
There is a forum thread with more details here:
http://forum.springsource.org/showthread.php?122577-XML-Validation-Problems-A-schema-cannot-contain-two-global-components-with-the-same
Some people seem to have found some odd workaround, but none of them work for me.
The thread started with the original issue reported here (DATAJPA-160), however it seems it was not resolved completely for some of us.

I'm trying to use XMLPropertyListConfiguration to load a property-list from a byte array.  My code looks like:
     XMLPropertyListConfiguration plist = new XMLPropertyListConfiguration();
     //	plist.setRootNode(new PListNode());	// HACK to work around internal cast exception
     plist.load(new ByteArrayInputStream(bytes));
This causes a ConfigurationException caused by a class exception (reproduced below).  The exception can be avoided by uncommenting the second line.
org.apache.commons.configuration.ConfigurationException: Unable to parse the configuration file
	at org.apache.commons.configuration.plist.XMLPropertyListConfiguration.load(XMLPropertyListConfiguration.java:250)
	at org.apache.commons.configuration.AbstractHierarchicalFileConfiguration$FileConfigurationDelegate.load(AbstractHierarchicalFileConfiguration.java:449)
	at org.apache.commons.configuration.AbstractFileConfiguration.load(AbstractFileConfiguration.java:358)
	at org.apache.commons.configuration.AbstractFileConfiguration.load(AbstractFileConfiguration.java:324)
	at org.apache.commons.configuration.AbstractHierarchicalFileConfiguration.load(AbstractHierarchicalFileConfiguration.java:184)
	at testcc.TestCC.main(TestCC.java:29)
Caused by: java.lang.ClassCastException: org.apache.commons.configuration.HierarchicalConfiguration$Node cannot be cast to org.apache.commons.configuration.plist.XMLPropertyListConfiguration$PListNode
	at org.apache.commons.configuration.plist.XMLPropertyListConfiguration$XMLPropertyListHandler.endElement(XMLPropertyListConfiguration.java:534)
	at com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.endNamespaceScope(XMLDTDValidator.java:2077)
	at com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.handleEndElement(XMLDTDValidator.java:2028)
	at com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.endElement(XMLDTDValidator.java:901)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1774)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2930)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)
	at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
	at org.apache.commons.configuration.plist.XMLPropertyListConfiguration.load(XMLPropertyListConfiguration.java:246)
	... 5 more

In the samples-ldap applicationContext-security.xml I've commented out the <s:ldap-authentication-provider .../> namespace bean to try the traditional bean version config. 
I'm unable to login, getting this exception:
Your login attempt was not successful, try again.
Reason: localhost:389; nested exception is javax.naming.CommunicationException: localhost:389 [Root exception is java.net.ConnectException: Connection refused: connect]; nested exception is org.springframework.ldap.CommunicationException: localhost:389; nested exception is javax.naming.CommunicationException: localhost:389 [Root exception is java.net.ConnectException: Connection refused: connect]
The <s:ldap-server .../> namespace-based bean was NOT commented out. This is all that was commented out:
<!--
<s:ldap-authentication-provider 
group-search-filter="member=
{0}" 
group-search-base="ou=groups"
user-search-base="ou=people"
user-search-filter="uid={0}
"
/>
-->

The initLimit/syncLimit ZK settings were removed from hbase-default.xml as part of HBASE-2392 (upgrade to ZK 3.3). 
But these settings are needed. Without them, if you try to start a ZK quorum of more than 1 server, you'll get the following error:

java.lang.IllegalArgumentException: initLimit is not set
at org.apache.zookeeper.server.quorum.QuorumPeerConfig.parseProperties(QuorumPeerConfig.java:246)
at org.apache.hadoop.hbase.zookeeper.HQuorumPeer.main(HQuorumPeer.java:76)

Similar to https://issues.apache.org/jira/browse/HIVE-2959
TestHadoop20SAuthBridge uses fixed port 10000 (and 10010) for testing which is default port of hive server, making test fail if someone is testing it(hive server).

It is valid for an AuthenticationProvider to return null, but this will cause ConcurrentSessionController to throw an exception. An extra null check is needed in ProviderManager.doAuthentication

Add the tests that were added by parent issue HBASE-15158; adds IncrementPerformanceTest, TestRegionIncrement, and moves Increment testing 'from client side' out into own test suite. This stuff is mostly forward-post of tests  committed to branch-1 to test increment regressions 'narorow' fix (See HBASE-15031). We are adding the tests separately here in an effort at making the HBASE-15158 patch smaller. This is preamble 2 of 2. Preamble 1 was HBASE-15186

The distributed SSO implementation stores a map of sessions using the session ID.  If the user changes the session ID, this reference is never changed.  Consequently, subsequent calls to SingleSignOn.getSession(SessionManager) will return null.

When using GenericUDTFGetSplits to create LlapInputSplit for submission to LlapOutputFormatService, the physical plan generation initializes whatever SerDe is being used.
ArrowColumnarBatchSerDe initializes buffers for Arrow and VectorizedRowBatch at this point inside HS2 which are never used.

The default configuration of the security subsystem as created by SecurityFraction.applyDefaults only contains a subset of WildFly's default.

BindingGroupAddHandler does this in the initial step:
SocketBindingGroupResourceDefinition.validateDefaultInterfaceReference(context, model);
It actually adds a step to do other validation, so ^^^ should be moved there.
Doing this removes the requirement to run interface add ops before the socket-binding-group add ops, e.g. in non-xml-parsing based boots or in a post-boot composite operation.

If you want to change path to persisent cache with "diskStorePath", it has no effect  because cacheManager erase this value.
In "addCacheNoCheck" method, "setDiskStorePath" call with "diskStorePath" CacheManager property value.
CacheManager.java

    public void addCache(Ehcache cache) throws IllegalStateException,
            ObjectExistsException, CacheException {
        checkStatus();
        if (cache == null) {
            return;
        }
        addCacheNoCheck(cache);
    }

    private void addCacheNoCheck(Ehcache cache) throws IllegalStateException,
        if (ehcaches.get(cache.getName()) != null) {
            throw new ObjectExistsException("Cache " + cache.getName() + " already exists");
        }
        cache.setCacheManager(this);
        cache.setDiskStorePath(diskStorePath);
        cache.initialise();
        try {
            cache.bootstrap();
        } catch (CacheException e) {
            LOG.log(Level.WARNING, "Cache " + cache.getName() + "requested bootstrap but a CacheException occured. " + e.getMessage(), e);
        }
        ehcaches.put(cache.getName(), cache);
        if (cache instanceof Cache) {
            caches.put(cache.getName(), cache);
        }

        //Don't notify initial config. The init method of each listener should take care of this.
        if (status.equals(Status.STATUS_ALIVE)) {
            cacheManagerEventListenerRegistry.notifyCacheAdded(cache.getName());
        }
    }

Reference documentation, chapter 3.3.3 says that:
.bq  the second authentication takes place through another non-interactive mechanism, such as “remember-me”, an “unauthorized” (402) error will be sent to the client.
This should be "Unauthorized" (401) of course.
The schema says the same:

<xs:attribute name="session-authentication-error-url" type="xs:token">
  <xs:annotation>
    <xs:documentation>Defines the URL of the error page which should be shown when the SessionAuthenticationStrategy raises an exception. If not set, an unauthorized (402) error code will be returned to the client. Note that this attribute doesn't apply if the error occurs during a form-based login, where the URL for authentication failure will take precedence.</xs:documentation>
    </xs:annotation>
</xs:attribute>

org.jboss.as.test.integration.ejb.interceptor.lifecycle.chains.InterceptorLifecycleSFSBTestCase failed with 

	at org.jboss.as.test.integration.ejb.interceptor.lifecycle.chains.InterceptorLifecycleSFSBTestCase.testInterceptorPostConstructWithProceed(InterceptorLifecycleSFSBTestCase.java:67)
	at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:65)
	at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:128)
	at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:107)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:214)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:111)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:45)
	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:235)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792)
	at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:527)
	at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:263)
	at org.jboss.remotingjmx.protocol.v2.ServerProxy$InvokeHandler.handle(ServerProxy.java:915)
	at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:152)

Sam Brannen

List<AnnotationAttributes> attributesList = attributesMap.get(annotationType);
...
AnnotationAttributes results = attributesList.get(0);

...
    results.put(overridableAttributeName, value);

gets a hard reference to the map element and removes the value from that entry's list.
Consider:

@MessagingGateway(defaultRequestChannel = "gatewayChannel", defaultReplyChannel = "gatewayChannel",
		defaultHeaders = @GatewayHeader(name = "foo", value = "FOO"))
public static @interface TestMessagingGateway {

	String defaultRequestChannel() default "";

}

and

MultiValueMap<String, Object> metaAttributesMap = importingClassMetadata.getAllAnnotationAttributes(MessagingGateway.class.getName());
Map<String, Object> annotationAttributes = importingClassMetadata.getAnnotationAttributes(MessagingGateway.class.getName());
metaAttributesMap = importingClassMetadata.getAllAnnotationAttributes(MessagingGateway.class.getName());

first call to getAllAnnotationAttributes():

{asyncExecutor=[], mapper=[], errorChannel=[], defaultRequestChannel=[gatewayChannel], ...

second call:

{name=[], asyncExecutor=[], mapper=[], errorChannel=[], defaultRequestChannel=[], ...

When remove servers from a rsgroup, it will check the server is not online or dead. But when we decommision a server, the server will be both in online list and drainning list.

update no_such_table set x = 3;
produces an error message like:

2014-09-12 19:45:00,138 ERROR [main]: ql.Driver (SessionState.java:printError(824)) - FAILED: SemanticException [Error 10290]: Encountered parse error while parsing rewritten update or delete query
org.apache.hadoop.hive.ql.parse.SemanticException: Encountered parse error while parsing rewritten update or delete query
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.reparseAndSuperAnalyze(UpdateDeleteSemanticAnalyzer.java:130)
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeDelete(UpdateDeleteSemanticAnalyzer.java:97)
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.analyzeInternal(UpdateDeleteSemanticAnalyzer.java:66)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:217)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:406)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:302)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1051)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:988)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:978)
	at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:441)
	at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:457)
Caused by: org.apache.hadoop.hive.ql.metadata.InvalidTableException: Table not found no_such_table
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1008)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:978)
	at org.apache.hadoop.hive.ql.parse.UpdateDeleteSemanticAnalyzer.reparseAndSuperAnalyze(UpdateDeleteSemanticAnalyzer.java:128)
	... 24 more

It should give something much cleaner, or at least push the Table not found message to the top rather than bury it in an exception stack.

If the column width is too large then beeline uses the maximum column width when normalizing all the column widths. In order to reproduce the issue, run set -v; 
Once the configuration variables is classpath which can be extremely large width (41k characters in my environment).

 The following would fail with  "The query did not generate a result set"
    stmt.execute("SET hive.driver.parallel.compilation=true");
    stmt.execute("SET hive.server2.async.exec.async.compile=true");
    ResultSet res =  stmt.executeQuery("SELECT * FROM " + tableName);
    res.next();

This JIRA is wrt discussion over in HBASE-8496.
Cell interface and the corresponding CellCodec provides a new way of serializing the Keyvalues.  
Cell interface supports getMvccVersion() and the javadoc says it could be > 0 if it exists or 0 otherwise.
But we don't tend to write/read the memstoreTS/mvccVersion in the Cell codec.

There is an issue at boot for CredentialStore integration in SyslogHandler : this is due to the fact that AuditLogLoggerAddHandler will change the AuditLogger status in the RUNTIME phase that will log an event while the service may not be UP (since the fake service is at the handler level).
https://github.com/wildfly/wildfly-core/blob/master/domain-management/src/main/java/org/jboss/as/domain/management/audit/AuditLogLoggerResourceDefinition.java#L158
Sample of such a failure: https://ci.wildfly.org/viewLog.html?buildId=67476&buildTypeId=WildFlyCore_PullRequestWindows

HBASE-9745 put HBASE_CLASSPATH back at the end of the Java classpath, but also moved it to happen after the cygwin translation which broke it.

There is discrepancy in undertow schema definition of listener attribute 'max-header-size' default value here and ListenerResourceDefinition here.
Note: Default value in ListenerResourceDefinition java file was changed by this commit

Class:org.springframework.jdbc.core.JdbcTemplate
method:extractOutputParameters
this code:
Object out = cs.getObject(sqlColIndex);
if (out instanceof ResultSet) {
	if (outParam.isResultSetSupported()) 
{
		returnedResults.putAll(processResultSet((ResultSet) out, outParam));
	}
	else 
{
		String rsName = outParam.getName();
		SqlReturnResultSet rsParam = new SqlReturnResultSet(rsName, new ColumnMapRowMapper());
		returnedResults.putAll(processResultSet(cs.getResultSet(), rsParam));
		logger.info("Added default SqlReturnResultSet parameter named " + rsName);
	}

when i use it like this in java code:
   declareParameter(new SqlOutParameter("active_rs", OracleTypes.CURSOR));
not define the mapper for a out cursor param, it will call this code
   returnedResults.putAll(processResultSet(cs.getResultSet(), rsParam));
but cs.getResultSet() return null object, so when process the result, will throw null pointer exeception.
in this situation it use this code to process the result, it's fine. 
  returnedResults.putAll(processResultSet((ResultSet) out, outParam));
so we need change the "cs.getResultSet()" to "(ResultSet) out" to process the result.
thanks! 

When updating an attribute or element using an XMLConfiguration, if the new value contains a delimiter the delimiter will be escaped with a '\' even if delimiters have been disabled.

The description about 'hbase.bucketcache.size' is not correct.  We either specify it as a float or in MB's and the default value that is mentioned is never used.

When processing multiple splits on the same operator pipeline, the output collector in Operator has a held reference, which causes issues.
Operator::close() does not de-reference the OutputCollector object Operator::out held by the object.
This means that trying to allocate space for a new OutputCollector causes an OOM because the old one is still reachable.

Has the following export exclusion defined: -

    <exports>
        <exclude path="org/jboss/wildfly/security/manager/_private"/>
    </exports>

But should be: -

    <exports>
        <exclude path="org/wildfly/security/manager/_private"/>

RolloutPlanTestCase.testMaxFailServersRolloutPlan() assumes that the final op it sends (to remove the http-listener) will be executed on servers main-two and main-three. This is invalid, because if main-one executes before either main-two or main-three, there will be two failed servers in the rollout and the 3rd server will never get called.
This is why the test fails on JDK 8. There is some impl difference (probably in some collection class) that causes the server ops to be executed in different order.
This is just a matter of correcting some test assertions.

Spring 3 changed internally how dependency resolution works. Its now worse as we have to play tricks in the Camel namespace handler to tell Camel the various pieces you can ref, should depend on Camel. Otherwise the dependency resolution in Spring is not working properly.
This used to work like a charm in Spring 2.5.6.

LLAP's shufflehandler could be closing the keep-alive connections after output is served. This could break the connection from server side. JDK http logs may not be revealing this. 

Followup from SPR-10805.
We ended up adding a servlet filter that drops attempts to set ACCEPT_RANGE header.
Sample bootapp showing this issue is at https://github.com/krm1312/springrangeissues. Take that project and:

mvn clean package && java -jar bootapp/target/bootapp.jar

and then try a range request with curl:

curl -vvv -H "Accept-Encoding: gzip"  -H 'Range: bytes=4726785-5726784' http://localhost:8080/test/file.bin > /tmp/f

It effectively hangs.

Microsoft SQL Server does not support NULLS FIRST|LAST (of SQL:2003) for ORDER BY syntax, but QueryDSL add it on paginated list.
I found NullHandling.NullsLast just used in Querydsl.toOrderSpecifier on 1.5.1.RELEASE. when I passed custom Pageable without NullHandling (according to 1.5.0.RELEASE), It just run well.
(Then may I mess with Microsoft? )

The ProviderManager will incorrectly return an authentication object and fire AuthenticationSuccessEvent when a ConcurrentLoginException is thrown. 

Hive was only recently changed to allow "drop table dbname.tabname". However DDLTask.dropTable() is still using an older version of Hive.getPartitionNames(), which only took in a single string for the table name, rather than the database and table names. As a result Hive is filling in the current database name as the dbname during the listPartitions call to the MetaStore.
It also appears that on the Hive Metastore side, in the non-auth path there is no validation to check that the dbname.tablename actually exists - this call simply returns back an empty list of partitions, which causes the table to be dropped without checking any of the partition information. I will open a separate issue for this one.

https://builds.apache.org/job/HBase-TRUNK-jacoco/16/artifact/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.TestInfoServers-output.txt
No progress after this line

2015-03-19 22:46:06,809 INFO  [main] hbase.TestInfoServers(127): Testing http://localhost:44749/table.jsp?name=testMasterServerReadOnly&action=split&key= has Table action request accepted

I think the problem maybe we do not wait for master finish becoming active, and there is no timeout when doing http request.

Looks like if you have an onException to catch and handle an exception, the logging error handler may interfere and cause the message to be logged as well, which causes the onException to kick in due the logging action is also a route process. (possible endless loop)

hive> select null as c1 union select 1 as c2;
    FAILED: SemanticException Schema of both sides of union should match: Column c1 is of type void on first table and type int on second table. Cannot tell the position of null AST.

This looks related to HIVE-14251 which removed certain cases from the UNION type coercion operations.

Looks like dependencies missing for -Phadoop-2

Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.213 sec <<< FAILURE! - in org.apache.hadoop.hive.hwi.TestHWISessionManager
warning(junit.framework.TestSuite$1)  Time elapsed: 0.009 sec  <<< FAILURE!
junit.framework.AssertionFailedError: Exception in constructor: testHiveDriver (java.lang.NoClassDefFoundError: org/apache/hadoop/mapreduce/TaskAttemptContext
	at java.lang.Class.forName(Class.java:171)
	at org.apache.hadoop.hive.shims.ShimLoader.createShim(ShimLoader.java:120)
	at org.apache.hadoop.hive.shims.ShimLoader.loadShims(ShimLoader.java:115)
	at org.apache.hadoop.hive.shims.ShimLoader.getHadoopShims(ShimLoader.java:80)
	at org.apache.hadoop.hive.conf.HiveConf$ConfVars.<clinit>(HiveConf.java:248)
	at org.apache.hadoop.hive.conf.HiveConf.<clinit>(HiveConf.java:81)
	at org.apache.hadoop.hive.hwi.TestHWISessionManager.<init>(TestHWISessionManager.java:46)
	at junit.framework.TestSuite.createTest(TestSuite.java:65)
	at junit.framework.TestSuite.addTestMethod(TestSuite.java:294)
	at junit.framework.TestSuite.addTestsFromTestCase(TestSuite.java:150)
	at junit.framework.TestSuite.<init>(TestSuite.java:129)
	at org.junit.internal.runners.JUnit38ClassRunner.<init>(JUnit38ClassRunner.java:71)
	at org.junit.internal.builders.JUnit3Builder.runnerForClass(JUnit3Builder.java:14)
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.mapreduce.TaskAttemptContext
	... 28 more
)
	at junit.framework.Assert.fail(Assert.java:50)
	at junit.framework.TestSuite$1.runTest(TestSuite.java:97)

Hadoop2 now honors number of reducers config while running in local mode. This affects bucketing tests as the data gets properly bucketed in Hadoop2 (In hadoop1 all data ended up in same bucket while in local mode).

I have some tags with attribute z="user-managed" in views.
Active generator rewrites this views without any changes repeatedly everytime after roo start.
So, thare are many spam messages in console.
Example:
[FelixDispatchQueue] Managed SRC_MAIN_WEBAPP\WEB-INF\views\subcategories\list.jspx
[FelixDispatchQueue] Managed SRC_MAIN_WEBAPP\WEB-INF\views\subcategories\create.jspx
[FelixDispatchQueue] Managed SRC_MAIN_WEBAPP\WEB-INF\views\menu.jspx
[FelixDispatchQueue] Managed SRC_MAIN_WEBAPP\WEB-INF\views\subcategories\update.jspx
[FelixDispatchQueue] Managed SRC_MAIN_WEBAPP\WEB-INF\views\categories\create.jspx
[FelixDispatchQueue] Managed SRC_MAIN_WEBAPP\WEB-INF\views\categories\update.jspx

Nullscan provides uris of the form nullscan://null/ - which are added to the list of FileSystems for which Tez should obtain tokens.

2016-02-19T02:48:04,481 ERROR [main]: exec.Task (TezTask.java:execute(219)) - Failed to execute tez graph.
java.lang.IllegalArgumentException: java.net.UnknownHostException: null
  at org.apache.hadoop.security.SecurityUtil.buildTokenService(SecurityUtil.java:406) ~[hadoop-common-2.7.1.2.3.5.1-26.jar:?]
  at org.apache.hadoop.security.SecurityUtil.buildDTServiceName(SecurityUtil.java:291) ~[hadoop-common-2.7.1.2.3.5.1-26.jar:?]
  at org.apache.hadoop.fs.FileSystem.getCanonicalServiceName(FileSystem.java:302) ~[hadoop-common-2.7.1.2.3.5.1-26.jar:?]
  at org.apache.hadoop.fs.FileSystem.collectDelegationTokens(FileSystem.java:524) ~[hadoop-common-2.7.1.2.3.5.1-26.jar:?]
  at org.apache.hadoop.fs.FileSystem.addDelegationTokens(FileSystem.java:508) ~[hadoop-common-2.7.1.2.3.5.1-26.jar:?]
  at org.apache.tez.common.security.TokenCache.obtainTokensForFileSystemsInternal(TokenCache.java:107) ~[tez-api-0.8.2.2.3.5.1-26.jar:0.8.2.2.3.5.1-26]
  at org.apache.tez.common.security.TokenCache.obtainTokensForFileSystemsInternal(TokenCache.java:86) ~[tez-api-0.8.2.2.3.5.1-26.jar:0.8.2.2.3.5.1-26]
  at org.apache.tez.common.security.TokenCache.obtainTokensForFileSystems(TokenCache.java:76) ~[tez-api-0.8.2.2.3.5.1-26.jar:0.8.2.2.3.5.1-26]
  at org.apache.tez.client.TezClientUtils.addFileSystemCredentialsFromURIs(TezClientUtils.java:338) ~[tez-api-0.8.2.2.3.5.1-26.jar:0.8.2.2.3.5.1-26]
  at org.apache.tez.client.TezClientUtils.setupDAGCredentials(TezClientUtils.java:369) ~[tez-api-0.8.2.2.3.5.1-26.jar:0.8.2.2.3.5.1-26]
  at org.apache.tez.client.TezClientUtils.prepareAndCreateDAGPlan(TezClientUtils.java:704) ~[tez-api-0.8.2.2.3.5.1-26.jar:0.8.2.2.3.5.1-26]
  at org.apache.tez.client.TezClient.submitDAGSession(TezClient.java:522) ~[tez-api-0.8.2.2.3.5.1-26.jar:0.8.2.2.3.5.1-26]
  at org.apache.tez.client.TezClient.submitDAG(TezClient.java:468) ~[tez-api-0.8.2.2.3.5.1-26.jar:0.8.2.2.3.5.1-26]
  at org.apache.hadoop.hive.ql.exec.tez.TezTask.submit(TezTask.java:466) ~[hive-exec-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:187) [hive-exec-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:158) [hive-exec-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:89) [hive-exec-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1858) [hive-exec-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1600) [hive-exec-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1373) [hive-exec-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1196) [hive-exec-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1184) [hive-exec-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:228) [hive-cli-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:180) [hive-cli-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:395) [hive-cli-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:331) [hive-cli-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:428) [hive-cli-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:444) [hive-cli-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:744) [hive-cli-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:711) [hive-cli-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:640) [hive-cli-2.0.0.2.3.5.1-26.jar:2.0.0.2.3.5.1-26]
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_45]
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
  at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
  at org.apache.hadoop.util.RunJar.run(RunJar.java:221) [hadoop-common-2.7.1.2.3.5.1-26.jar:?]
  at org.apache.hadoop.util.RunJar.main(RunJar.java:136) [hadoop-common-2.7.1.2.3.5.1-26.jar:?]
Caused by: java.net.UnknownHostException: null
  ... 37 more

This is while trying to obtain tokens for 

2016-02-23T02:49:41,782 DEBUG [main]: tez.DagUtils (DagUtils.java:addCredentials(164)) - Marking URI as needing credentials: nullscan://null/default.studenttab10k/part_

Here are the stack trace of the TestEndpointTest.testMocksAreValid on different machines
org.apache.camel.component.test.TestEndpointTest.testMocksAreValid =================
java.lang.AssertionError: test:file://src/test/data?noop=true&consumer.recursive=true&consumer.delay=2000 Received message count. Expected: <567> but was: <78>
	at org.apache.camel.component.mock.MockEndpoint.assertEquals(MockEndpoint.java:694)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:238)
	at org.apache.camel.component.test.TestEndpointTest.testMocksAreValid(TestEndpointTest.java:49)
java.lang.AssertionError: test:file://src/test/data?noop=true&consumer.recursive=true&consumer.delay=2000 Received message count. Expected: <219> but was: <78>
I don't know why the test endpoint could get so many received message.

See nabble
http://camel.465427.n5.nabble.com/Leak-of-Memory-using-JdbcMessageIdRepository-tp5777242.html

The version field in Entity and the corresponding VERSION field in the database schema doesn't seem to have any meaning right now. Where are these values supposed to come from? I can't seem to track it down in the code. 
It would make sense for job instance to have the version number of the job config as defined by the user, and likewise for step / step config
I can't imagine what version would mean for the execution metadata... if it has the same meaning then it's redundant.
Or am I misunderstanding what the version field is supposed to mean?

While looking at root_dir_external_table.q failure, which is doing a query on an external table located at root ('/'), I noticed that latest Hadoop2 CombineFileInputFormat returns split representing empty directories (like '/Users'), which leads to failure in Hive's CombineFileRecordReader as it tries to open the directory for processing.
Tried with an external table in a normal HDFS directory, and it also returns the same error.  Looks like a real bug.

Below is from Billy Pearson up on the list:

Billy Pearson wrote:
> I get this when I run RowCounter in the hbase jar
>
> java.lang.IllegalAccessError: tried to access method org.apache.hadoop.ipc.Client.incCount()V from class org.apache.hadoop.ipc.HBaseClient
>        at org.apache.hadoop.ipc.HBaseClient.incCount(HBaseClient.java:39)
>        at org.apache.hadoop.hbase.ipc.HbaseRPC$ClientCache.getClient(HbaseRPC.java:179)
>        at org.apache.hadoop.hbase.ipc.HbaseRPC$ClientCache.access$200(HbaseRPC.java:156)
>        at org.apache.hadoop.hbase.ipc.HbaseRPC$Invoker.<init>(HbaseRPC.java:224)
>        at org.apache.hadoop.hbase.ipc.HbaseRPC.getProxy(HbaseRPC.java:336)
>        at org.apache.hadoop.hbase.ipc.HbaseRPC.getProxy(HbaseRPC.java:327)
>        at org.apache.hadoop.hbase.ipc.HbaseRPC.getProxy(HbaseRPC.java:364)
>        at org.apache.hadoop.hbase.ipc.HbaseRPC.waitForProxy(HbaseRPC.java:302)
>        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getHRegionConnection(HConnectionManager.java:764)
>        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRootRegion(HConnectionManager.java:815)
>        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:457)
>        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:431)
>        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegionInMeta(HConnectionManager.java:510)
>        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:467)
>        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:471)
>        at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:125)
>        at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:110)
>        at org.apache.hadoop.hbase.mapred.TableInputFormat.configure(TableInputFormat.java:60)
>        at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:58)
>        at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:82)
>        at org.apache.hadoop.mapred.JobConf.getInputFormat(JobConf.java:400)
>        at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:705)
>        at org.apache.hadoop.mapred.JobClient.runJob(JobClient.java:973)
>        at com.compspy.mapred.RowCounter.run(RowCounter.java:111)
>        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:65)
>        at com.compspy.mapred.RowCounter.main(RowCounter.java:126)
>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>        at java.lang.reflect.Method.invoke(Method.java:597)
>        at org.apache.hadoop.util.ProgramDriver$ProgramDescription.invoke(ProgramDriver.java:68)
>        at org.apache.hadoop.util.ProgramDriver.driver(ProgramDriver.java:139)
>        at com.compspy.mapred.Driver.main(Driver.java:24)
>        at org.apache.hadoop.util.RunJar.main(RunJar.java:155)
>        at org.apache.hadoop.mapred.JobShell.run(JobShell.java:194)
>        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:79)
>        at org.apache.hadoop.mapred.JobShell.main(JobShell.java:220)

Sebastien Rainville just had a related issue.  J-D investigating found a workaround.  Adding hbase.jar to $HADOOP_HOME/conf/hadoop-env.sh#HADOOP_CLASSPATH

Logging subsystem formatters are in a different order (legacy matches historical order) and legacy licenses files don't include some galleon plugins.

(causes test failures in Windows due to the lack of WindowsPathUtil being available otherwise)

XTS subsystem uses wrong attribute names to get coordinator URL from the server configuration. Therefore it always uses default values.
How it is implemented:

final String coordinatorURL = model.get(CommonAttributes.XTS_ENVIRONMENT).hasDefined(ModelDescriptionConstants.URL)
? model.get(CommonAttributes.XTS_ENVIRONMENT, ModelDescriptionConstants.URL).asString() : null;

How it should be implemented:

final ModelNode coordinatorURLAttribute = ENVIRONMENT_URL.resolveModelAttribute(context, model);
final String coordinatorURL = coordinatorURLAttribute.isDefined() ? coordinatorURLAttribute.asString() : null;

reported by Lucian Iordache on hbase-user mail list. will attach the patch asap
-------------------------------------------
Hi guys,
I've just found a problem with the class TableSplit. It implements "equals",
but it does not implement hashCode also, as it should have.
I've discovered it by trying to use a HashSet of TableSplit's, and I've
noticed that some duplicate splits are added to the set.
The only option I have for now is to extend TableSplit and to use the
subclass.
I use cloudera hbase cdh3u0 version.
Do you know about this problem? Should I open a Jira issue for that, or it
already exists?
Thanks,
Lucian

I see "The current page number cannot be greater or equal to the total number 
of pages" exception when datastore has no data.
Truncated Trace:
java.lang.IllegalArgumentException: The current page number cannot be greater or equal to the total number of pages!
	org.springframework.util.Assert.isTrue(Assert.java:65)
	org.springframework.hateoas.PagedResources$PageMetadata.<init>(PagedResources.java:207)
	org.springframework.data.web.PagedResourcesAssembler.asPageMetadata(PagedResourcesAssembler.java:162)
	org.springframework.data.web.PagedResourcesAssembler.createResource(PagedResourcesAssembler.java:124)
	org.springframework.data.web.PagedResourcesAssembler.toResource(PagedResourcesAssembler.java:109)

When there are multiple incoming edges to the tezprocessor we'll need to be able to tell which alias or tag they belong to.
In the map case:

Potentially multiple MRInputs. Need to map those to aliases/operators

In the reduce case:

Each tag will be represented by a logical input. We need to know which table each input belongs to.

Calling jdbcMutableAclService.deleteAcl(parentOid, true) should remove the parent acl and, also, its children. The records are deleted from database, but the children related entries from cache are not removed.
The element in cache was built using an ObjectIdentityImpl that received as parameters a string as class name and a Long as domain object id. But, calling JdbcAclService.findChildren() the domain objects returned are created using two strings as parameters and because of this the children are not found in cache and, thus, not removed.
A possible solution could be the creation of ObjectIdentityImpl objects in JdbcAclService.findChildren() method using a Long as the id of the domain object.
The test method demonstrating this behavior is found JdbcAclServiceTests - testDeleteAclAlsoDeletesChildren.

My patch for HIVE-1631 did not ensure the following (from comment on 1631):
Mythili Gopalakrishnan added a comment - 08/Aug/11 08:42
Just tested this fix and does NOT work correctly. Here are my findings on a FLOAT column
Without Patch on a FLOAT Column
--------------------------------
DatabaseMetaData.getColumns () COLUMN_SIZE returns 12
DatabaseMetaData.getColumns () DECIMAL_DIGITS - returns 0
ResultSetMetaData.getPrecision() returns 0
ResultSetMetaData.getScale() returns 0
With Patch on a FLOAT Column
DatabaseMetaData.getColumns () COLUMN_SIZE returns 24
ResultSetMetaData.getPrecision() returns 7
ResultSetMetaData.getScale() returns 7
Also both DatabaseMetadata and ResultSetMetaData must return the same information for Precision and Scale for FLOAT,DOUBLE types.

When using the camel-rabbitmq to consume the message, we need to make sure the exchange and queue declare with the same configuration.

If we set hive.exec.submitviachild to true and execute select count from src, the following exception is thrown.
Seems queryState is not initialized when ExecDriver is called from main() in ExecDriver.

        at org.apache.hadoop.hive.ql.exec.mr.HadoopJobExecHelper.progress(HadoopJobExecHelper.java:262)
        at org.apache.hadoop.hive.ql.exec.mr.HadoopJobExecHelper.progress(HadoopJobExecHelper.java:555)
        at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:436)

This code:

public static void main(String[] args) throws IOException
    {

        GlobalMetricID txnID = new GlobalMetricID();
        txnID.appId = new ObjectId("530a4bf1fe0e15115a197577");
        txnID.metricId = 1;
        txnID.metricName = "hello";

        Jackson2JsonRedisSerializer serializer = new Jackson2JsonRedisSerializer(GlobalMetricID.class);
        byte[] bytes = serializer.serialize(txnID);
        String s1 = new String(bytes);
        System.out.println(s1);

        Object deserialize = serializer.deserialize(bytes);
        System.out.println(deserialize);
    }

results in this 

{"appId":{"time":1393183729000,"date":1393183729000,"timestamp":1393183729,"machine":-32631535,"timeSecond":1393183729,"new":false,"inc":1511617911},"metricName":"hello","metricId":1,"name":"hello"}
Exception in thread "main" org.springframework.data.redis.serializer.SerializationException: Could not read JSON: Unrecognized field "time" (class org.bson.types.ObjectId), not marked as ignorable (0 known properties: ])
 at [Source: [B@4387b79e; line: 1, column: 31] (through reference chain: com.dripstat.metricprocessor.mongo.GlobalMetricID["appId"]->org.bson.types.ObjectId["time"]); nested exception is com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "time" (class org.bson.types.ObjectId), not marked as ignorable (0 known properties: ])
 at [Source: [B@4387b79e; line: 1, column: 31] (through reference chain: com.dripstat.metricprocessor.mongo.GlobalMetricID["appId"]->org.bson.types.ObjectId["time"])
	at org.springframework.data.redis.serializer.Jackson2JsonRedisSerializer.deserialize(Jackson2JsonRedisSerializer.java:73)
	at com.dripstat.metricprocessor.metric.caches.MetricIdCache.main(MetricIdCache.java:120)
Caused by: com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "time" (class org.bson.types.ObjectId), not marked as ignorable (0 known properties: ])
	at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:51)
	at com.fasterxml.jackson.databind.DeserializationContext.reportUnknownProperty(DeserializationContext.java:731)
	at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:915)
	at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1298)
	at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1276)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:243)
	at com.fasterxml.jackson.databind.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:538)
	at com.fasterxml.jackson.databind.deser.impl.FieldProperty.deserializeAndSet(FieldProperty.java:106)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:238)
	at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:3051)
	at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:2255)
	at org.springframework.data.redis.serializer.Jackson2JsonRedisSerializer.deserialize(Jackson2JsonRedisSerializer.java:71)
	... 1 more

This means anyone trying to cache mongodb documents using redis will face this exception.
This is a critical exception since the error is thrown during deserialization, so users will fill up their cache with data that cannot be serialized

Currently able to split the region explicitly even when the split policy returns from shouldSplit.

we are having an ordering problem where one BeanDefinitionRegistryPostProcessor adds multiple other BeanDefinitionRegistryPostProcessor s.
those additional ones get applied in arbitrary order (i.e. not in the order that would correspond to their Ordered precedence).
i dropped a commit comment here: https://github.com/spring-projects/spring-framework/commit/bb971cecf15e8c7983cbaf7767851236d132889c#diff-94c72f4a124185c98f882bc9a7038e74R112
ref. also https://jira.spring.io/browse/SPR-10630
problem initially found here: https://github.com/grails/grails-core/issues/10824#issuecomment-334106247

/** Major compaction flag in FileInfo */
+  /** Minor compaction flag in FileInfo */
   public static final byte[] EXCLUDE_FROM_MINOR_COMPACTION_KEY =
       Bytes.toBytes("EXCLUDE_FROM_MINOR_COMPACTION");

Two tables:

CREATE TABLE table_1 (boolean_col_1 BOOLEAN, float_col_2 FLOAT, bigint_col_3 BIGINT, varchar0111_col_4 VARCHAR(111), bigint_col_5 BIGINT, float_col_6 FLOAT, boolean_col_7 BOOLEAN, decimal0101_col_8 DECIMAL(1, 1), decimal0904_col_9 DECIMAL(9, 4), char0112_col_10 CHAR(112), double_col_11 DOUBLE, boolean_col_12 BOOLEAN, double_col_13 DOUBLE, varchar0142_col_14 VARCHAR(142), timestamp_col_15 TIMESTAMP, decimal0502_col_16 DECIMAL(5, 2), smallint_col_25 SMALLINT, decimal3222_col_18 DECIMAL(32, 22), boolean_col_19 BOOLEAN, decimal2012_col_20 DECIMAL(20, 12), char0204_col_21 CHAR(204), double_col_61 DOUBLE, timestamp_col_23 TIMESTAMP, int_col_24 INT, float_col_25 FLOAT, smallint_col_26 SMALLINT, double_col_27 DOUBLE, char0180_col_28 CHAR(180), decimal1503_col_29 DECIMAL(15, 3), timestamp_col_30 TIMESTAMP, smallint_col_31 SMALLINT, decimal2020_col_32 DECIMAL(20, 20), timestamp_col_33 TIMESTAMP, boolean_col_34 BOOLEAN, decimal3025_col_35 DECIMAL(30, 25), decimal3117_col_36 DECIMAL(31, 17), timestamp_col_37 TIMESTAMP, varchar0146_col_38 VARCHAR(146), boolean_col_39 BOOLEAN, double_col_40 DOUBLE, float_col_41 FLOAT, timestamp_col_42 TIMESTAMP, double_col_43 DOUBLE, boolean_col_44 BOOLEAN, timestamp_col_45 TIMESTAMP, tinyint_col_8 TINYINT, int_col_47 INT, decimal0401_col_48 DECIMAL(4, 1), varchar0064_col_49 VARCHAR(64), string_col_50 STRING, double_col_51 DOUBLE, string_col_52 STRING, boolean_col_53 BOOLEAN, int_col_54 INT, boolean_col_55 BOOLEAN, string_col_56 STRING, double_col_57 DOUBLE, varchar0131_col_58 VARCHAR(131), boolean_col_59 BOOLEAN, bigint_col_22 BIGINT, char0184_col_61 CHAR(184), varchar0173_col_62 VARCHAR(173), timestamp_col_63 TIMESTAMP, decimal1709_col_26 DECIMAL(20, 5), timestamp_col_65 TIMESTAMP, timestamp_col_66 TIMESTAMP, timestamp_col_67 TIMESTAMP, boolean_col_68 BOOLEAN, decimal1208_col_20 DECIMAL(33, 11), decimal1605_col_70 DECIMAL(16, 5), varchar0010_col_71 VARCHAR(10), tinyint_col_72 TINYINT, timestamp_col_10 TIMESTAMP, decimal2714_col_74 DECIMAL(27, 14), double_col_75 DOUBLE, boolean_col_76 BOOLEAN, double_col_77 DOUBLE, string_col_78 STRING, boolean_col_79 BOOLEAN, boolean_col_80 BOOLEAN, decimal0803_col_81 DECIMAL(8, 3), decimal1303_col_82 DECIMAL(13, 3), tinyint_col_83 TINYINT, decimal3424_col_84 DECIMAL(34, 24), float_col_85 FLOAT, boolean_col_86 BOOLEAN, char0233_col_87 CHAR(233));

CREATE TABLE table_18 (timestamp_col_1 TIMESTAMP, double_col_2 DOUBLE, boolean_col_3 BOOLEAN, timestamp_col_4 TIMESTAMP, decimal2103_col_5 DECIMAL(21, 3), char0221_col_6 CHAR(221), tinyint_col_7 TINYINT, float_col_8 FLOAT, int_col_2 INT, timestamp_col_10 TIMESTAMP, char0228_col_11 CHAR(228), timestamp_col_12 TIMESTAMP, double_col_13 DOUBLE, tinyint_col_6 TINYINT, tinyint_col_33 TINYINT, smallint_col_38 SMALLINT, boolean_col_17 BOOLEAN, double_col_18 DOUBLE, boolean_col_19 BOOLEAN, bigint_col_20 BIGINT, decimal0504_col_37 DECIMAL(37, 34), boolean_col_22 BOOLEAN, double_col_23 DOUBLE, timestamp_col_24 TIMESTAMP, varchar0076_col_25 VARCHAR(76), timestamp_col_18 TIMESTAMP, boolean_col_27 BOOLEAN, decimal1611_col_22 DECIMAL(37, 5), boolean_col_29 BOOLEAN);

Query:

SELECT
COALESCE(498, LEAD(COALESCE(-973, -684, 515)) OVER (PARTITION BY (t2.int_col_2 + t1.smallint_col_25) ORDER BY (t2.int_col_2 + t1.smallint_col_25), FLOOR(t1.double_col_61) DESC), 524) AS int_col,
(t2.int_col_2) + (t1.smallint_col_25) AS int_col_1,
FLOOR(t1.double_col_61) AS float_col,
COALESCE(SUM(COALESCE(62, -380, -435)) OVER (PARTITION BY (t2.int_col_2 + t1.smallint_col_25) ORDER BY (t2.int_col_2 + t1.smallint_col_25) DESC, FLOOR(t1.double_col_61) DESC ROWS BETWEEN UNBOUNDED PRECEDING AND 48 FOLLOWING), 704) AS int_col_2
INNER JOIN table_18 t2 ON (((t2.tinyint_col_6) = (t1.bigint_col_22)) AND ((t2.decimal0504_col_37) = (t1.decimal1709_col_26))) AND ((t2.tinyint_col_33) = (t1.tinyint_col_8))
WHERE
(t2.smallint_col_38) IN (SELECT
INNER JOIN table_18 tt2 ON (tt2.decimal1611_col_22) = (tt1.decimal1208_col_20)
WHERE
(t1.timestamp_col_10) = (tt2.timestamp_col_18));

We get the following error:

ClassCastException org.apache.hadoop.hive.ql.plan.ExprNodeConstantDesc cannot be cast to org.apache.hadoop.hive.ql.plan.ExprNodeColumnDesc

We need to add support for constants in Select clause of semijoin subquery.

While searching for config options on syncing the HLog, I was a bit confused by hbase.regionserver.flushlogentries which is still in the code and in hbase-default.xml but isn't actually used.

$ grep "<version.org.wildfly.build-tools>" `find . -name pom.xml`
./pom.xml:        <version.org.wildfly.build-tools>1.2.10.Final</version.org.wildfly.build-tools>

$ grep "<version.org.wildfly.checkstyle-config>" `find . -name pom.xml`
./pom.xml:        <version.org.wildfly.checkstyle-config>1.0.5.Final</version.org.wildfly.checkstyle-config>

$ grep "<version.org.wildfly.plugin>" `find . -name pom.xml`
./pom.xml:        <version.org.wildfly.plugin>1.2.0.Final</version.org.wildfly.plugin>

I downloaded the latest full distro build 340 at
https://repository.jboss.org/nexus/content/repositories/ea/org/jboss/fuse/jboss-fuse-full/6.1.0.redhat-340/
bin/fuse
And was surprised not to see the message about how to crate a fabric in the welcome message. 

davsclaus:/opt/jboss-fuse-6.1.0.redhat-340$ bin/fuse
Please wait while Fabric8 is loading...

  JBoss Fuse (6.1.0.redhat-340)

No user found in etc/users.properties. Please use the 'esb:create-admin-user'
command to create one.

JBossFuse:karaf@root> fabric:
fabric:create    fabric:join

When dbinfo is executed by beeline, it is displayed as follows. 

0: jdbc:hive2://localhost:10001/> !dbinfo
Error: Method not supported (state=,code=0)
allTablesAreSelectable                            true
getCatalogSeparator                               .
getCatalogTerm                                    instance
getDatabaseProductName                            Apache Hive
getDatabaseProductVersion                         2.0.0-SNAPSHOT
getDefaultTransactionIsolation                    0
getDriverMajorVersion                             1
getDriverMinorVersion                             1
getDriverName                                     Hive JDBC
...

The method name of Error is not understood. I fix this output.

In the KinesisFirehoseProducer.createRequest() method, you have this line:
~~~~
putRecordRequest.setDeliveryStreamName(getEndpoint().getEndpointKey());
~~~~
but the deliverStreamName should be set using getEndpoint().getStreamName()

In CommonFastHashTable there is a missing break in a switch case.

After HIVE-701 the grammar has become much more ambiguous, and the compilation generates a large number of warnings. Making FROM, DISTINCT, PRESERVE, COLUMN, ALL, AND, OR, and NOT reserved keywords again reduces the number of warnings to 134, up from the original 81 warnings but down from the 565 after HIVE-701. Most of the remaining ambiguity is trivial, an example being "KW_ELEM_TYPE | KW_KEY_TYPE | KW_VALUE_TYPE | identifier", and they are all correctly handled by ANTLR.

	at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:432)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:417)
	... 9 more
Caused by: java.lang.NoClassDefFoundError: org/antlr/runtime/tree/TreeWizard$ContextVisitor
	at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
	at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
	at java.lang.Class.getDeclaringClass(Native Method)
	at java.lang.Class.getEnclosingClass(Class.java:1085)
	at com.esotericsoftware.kryo.Kryo.newInstantiator(Kryo.java:1054)
	at com.esotericsoftware.kryo.Kryo.newInstance(Kryo.java:1110)
	at com.esotericsoftware.kryo.serializers.FieldSerializer.create(FieldSerializer.java:526)
	at com.esotericsoftware.kryo.serializers.FieldSerializer.read(FieldSerializer.java:502)
	at com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:694)
	at com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:106)
	at com.esotericsoftware.kryo.serializers.FieldSerializer.read(FieldSerializer.java:507)
	at com.esotericsoftware.kryo.Kryo.readClassAndObject(Kryo.java:776)
	at com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:112)
	at com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:18)
	at com.esotericsoftware.kryo.Kryo.readObject(Kryo.java:672)
	at org.apache.hadoop.hive.ql.exec.Utilities.deserializeObjectByKryo(Utilities.java:812)
	at org.apache.hadoop.hive.ql.exec.Utilities.deserializePlan(Utilities.java:723)
	at org.apache.hadoop.hive.ql.exec.Utilities.deserializePlan(Utilities.java:736)
	at org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:304)
	at org.apache.hadoop.hive.ql.exec.Utilities.getReduceWork(Utilities.java:262)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.configure(ExecReducer.java:115)
	... 14 more
Caused by: java.lang.ClassNotFoundException: org.antlr.runtime.tree.TreeWizard$ContextVisitor

Seemed LeadLagInfo in PTFTranslator is the problem.

Sometimes, a fragment can run for a long time after a query fails. It looks from logs like the abort/interrupt were called correctly on the thread, yet the thread hangs around minutes after, doing the below. Other tasks for the same job appear to have exited correctly, after the same abort logic (at least, the same log lines, fwiw)

	at org.apache.hadoop.hive.ql.exec.vector.VectorCopyRow.copyByValue(VectorCopyRow.java:317)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.generateHashMapResultMultiValue(VectorMapJoinGenerateResultOperator.java:263)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerGenerateResultOperator.finishInner(VectorMapJoinInnerGenerateResultOperator.java:189)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerLongOperator.process(VectorMapJoinInnerLongOperator.java:389)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.forwardOverflow(VectorMapJoinGenerateResultOperator.java:628)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.generateHashMapResultMultiValue(VectorMapJoinGenerateResultOperator.java:277)
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:137)
	at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.process(VectorFilterOperator.java:123)

the hive.metastore.warehouse.dir configuration property in hive-*.xml needs to use the protocol, host, and port when it is inherited from the fs.name property in hadoop-site.xml.
When it doesn't and no protocol is found then a broad range of "Move" operations when the source and target are both in the DFS will fail.
Currently this can be worked around by prepending the protocol, host and port of the hadoop nameserver into the value of the hive.metastore.warehouse.dir property.

HIVE-13015 bundles log4j2 jars in hive-exec. This is causing other systems like tez and pig that uses log4j1.x to fail initialization due to the incompatibility in properties based configuration.

We are finding a ClassNotFound exception when we use CSVSerde(https://github.com/ogrodnek/csv-serde) to create a table.
This is happening because MapredLocalTask does not pass the local added jars to ExecDriver when that is launched.
ExecDriver's classpath does not include the added jars. Therefore, when the plan is deserialized, it throws a ClassNotFoundException in the deserialization code, and results in a TableDesc object with a Null DeserializerClass.
This results in an NPE during Fetch.
wget https://drone.io/github.com/ogrodnek/csv-serde/files/target/csv-serde-1.1.2-0.11.0-all.jar into somewhere local eg. /home/soam/HiveSerdeIssue/csv-serde-1.1.2-0.11.0-all.jar.
Place some sample SCV files in HDFS as follows:
hdfs dfs -mkdir /user/soam/HiveSerdeIssue/sampleCSV/
hdfs dfs -put /home/soam/sampleCSV.csv /user/soam/HiveSerdeIssue/sampleCSV/
hdfs dfs -mkdir /user/soam/HiveSerdeIssue/sampleJoinTarget/
hdfs dfs -put /home/soam/sampleJoinTarget.csv /user/soam/HiveSerdeIssue/sampleJoinTarget/
====
create the tables in hive:
ADD JAR /home/soam/HiveSerdeIssue/csv-serde-1.1.2-0.11.0-all.jar;
create external table sampleCSV (md5hash string, filepath string)
row format serde 'com.bizo.hive.serde.csv.CSVSerde'
stored as textfile
location '/user/soam/HiveSerdeIssue/sampleCSV/'
;
create external table sampleJoinTarget (md5hash string, filepath string, datestamp string, nblines string, nberrors string)
FIELDS TERMINATED BY ',' 
LINES TERMINATED BY '\n'
LOCATION '/user/soam/HiveSerdeIssue/sampleJoinTarget/'
;
Now, try the following JOIN:
SELECT 
sampleCSV.md5hash, 
sampleCSV.filepath 
FROM sampleCSV
JOIN sampleJoinTarget
ON (sampleCSV.md5hash = sampleJoinTarget.md5hash) 
;
—
This will fail with the error:
Execution log at: /tmp/soam/.log
java.lang.ClassNotFoundException: com/bizo/hive/serde/csv/CSVSerde
2014-03-11 10:35:03 Starting to launch local task to process map join; maximum memory = 238551040
Task ID:
Stage-4
Logs:
/var/log/hive/soam/hive.log
FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask
Try the following LEFT JOIN. This will work:
SELECT 
LEFT JOIN sampleJoinTarget
;
==

View Rendering/ JSP/ JSP compilation errors are not logged at WARN level by standard Spring MVC framework. (DispatcherServlet, JstlView, AbstractView, etc).
This is particularly an issue when building AJAX pages – by comparison, when building main HTML pages, a default Tomcat exception-trace can be seen in the browser.
View compilation/ rendering exceptions should really be logged at WARN level – these are pretty major.

ZIP streams are always encoded with the default UTF-8 charset, even if in the Exchange header a different charset is set. (Exchange.CHARSET_NAME)
(Please note that this is my first bugreport and -fix for the camel project, I hope i do it right)

It might be another possible cause to org.datanucleus.exceptions.NucleusObjectNotFoundException: No such database row in drops and retries. 
The rollback might also fail for some reason (e.g. same as that for commit), and the detached objects should also be evicted for same reason as HIVE-3826. 
The evictAll needs to be put in the finally block.

Following query can show the difference:
select  var_samp(ss_sales_price), var_pop(ss_sales_price), stddev_pop(ss_sales_price), stddev_samp(ss_sales_price) from store_sales.
The reason for the difference is that row mode converts the decimal value to double upfront to calculate sum of values, when computing variance. But the vector mode performs local aggregate sum as decimal and converts into double only at flush.

When the operands to an == call are not numbers the method .equals() is used to compare them. If, in this situation, one of the operands is actually a primitive type then we need to box that primitive before calling equals. Currently this box operation is missing from the generated code, leading to a verify error.  For example: 

new String(35) == 35

Update to most recent druid version to be released August 23.

select emp.ename from emp where ename like ''
This query is throwing null pointer exception

According to syslog specification[1] app-name cannot contain space character (" "). However, the default value in WildFly Core 3.0.0.Alpha3 is WildFly Core. This results in the syslog server is not able to capture Process ID from which the message was sent.
E.g. following piece of information is captured WildFly[Core] (...) instead of WildFlyCore[795]
Change default value WildFly Core to one without space character.
Also please consider addition of check whether app-name contains space character.
[1] https://tools.ietf.org/html/rfc5424#page-8

In Spring, if one attempts to specify a cache endpoint as:
<endpoint id="myCache" uri="cache://MyCache?memoryStoreEvictionPolicy=MemoryStoreEvictionPolicy.FIFO"/>
an exception will be thrown that the String "MemoryStoreEvictionPolicy.FIFO" was not a proper Java Object and no TypeConverter is available. This can be worked-around by manually creating a type converter that performs:
    String policyName = evictionPolicy.replace("MemoryStoreEvictionPolicy.", "");
    return MemoryStoreEvictionPolicy.fromString(policyName);
Or one could just try to create a new instance from reflection. Above way is a bit more manageable however, since EhCache is taking care of the conversion for you.

Using custom wrapped InjectionTarget should be available also for:
WS endpoint
EJB interceptor

I am trying to set up a security configuration for a simple web service application using basic (and digest) authentication. There is a requirement that my application should never create HttpSessions, but this is violated as a result of the default value of ExceptionTranslationFilter.createSessionAllowed (true). There seems to be no way to set the value of this property when using schema based configuration.
In my opinion the attribute create-session should affect the value of ExceptionTranslationFilter.createSessionAllowed;
ifRequired: true
always: true
never: false
A relatively easy workaround is to not use schema based configuration......

WFLY-7864 is an issue hit by the helloworld-jms quickstart example. It is a standalone Java app using plain classpath (JBoss Modules is not present).
I have found an issue in JBoss Remoting that was causing an issue when JBoss Modules was not present (REM3-244). After patching JBoss Remoting, I see a similar issue with Elytron:

[WARNING]
        at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
        at org.wildfly.common.context.ContextManager.getPrivileged(ContextManager.java:205)
        at org.jboss.remoting3.EndpointImpl.construct(EndpointImpl.java:211)
        at org.jboss.remoting3.EndpointBuilder.build(EndpointBuilder.java:117)
        at org.jboss.remoting3.RemotingXmlParser.parseEndpoint(RemotingXmlParser.java:52)
        at org.jboss.remoting3.ConfigurationEndpointSupplier.lambda$static$0(ConfigurationEndpointSupplier.java:51)
        at org.jboss.remoting3.ConfigurationEndpointSupplier.<clinit>(ConfigurationEndpointSupplier.java:48)
        at org.wildfly.common.context.ContextManager.setGlobalDefaultSupplierIfNotSet(ContextManager.java:108)
        at org.jboss.remoting3.Endpoint.lambda$static$0(Endpoint.java:58)
        at org.jboss.remoting3.Endpoint.<clinit>(Endpoint.java:56)
        at org.wildfly.naming.client.remote.RemoteNamingProviderFactory.supportsUriScheme(RemoteNamingProviderFactory.java:70)
        at org.wildfly.naming.client.WildFlyRootContext.getProviderContext(WildFlyRootContext.java:318)
        at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:123)
        at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:113)
        at org.jboss.as.quickstarts.jms.HelloWorldJMSClient.main(HelloWorldJMSClient.java:62)
        ... 6 more
Caused by: org.wildfly.security.auth.client.InvalidAuthenticationConfigurationException: java.lang.NoClassDefFoundError: org/jboss/modules/ModuleClassLoader
        at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:44)
        ... 25 more
Caused by: java.lang.NoClassDefFoundError: org/jboss/modules/ModuleClassLoader
        at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:42)
        ... 27 more
Caused by: java.lang.ClassNotFoundException: org.jboss.modules.ModuleClassLoader

According to Elytron's POM, JBoss Modules should be be optional and a standalone Java app should not require it to be able to use Elytron's client authentication.

RepositoryCollectionResourceMapping is manually looking up generic types to determine the domain type handled but actually it can just use the RepositoryMetadata handed into the constructor.

For now we will update the meta region directly. This may cause lots of problems and after a bunch of fixes, we still can not solve the problem in HBASE-22060.
So maybe the approach itself is not a good choice, let's try another way to see if it could work better.

As of 3.0.1, AbstractRememberMeServices.decodeCookie() treats usernames with "http://" as a special case for compatibility with OpenID. But some OpenID providers use "https://..." in their identity urls, and cookies with such usernames are decoded incorrectly.

By default, the DeadLetterChannel handles every exception, including any exception thrown by the dead letter itself. This can be changed by setting the option deadLetterHandleNewException to false. Unfortunately, setting it to false also disable the handling in case of a normal exception, which is not at all what the name suggests. 
To make the point clear, here is the little scenario I am trying to set up, and why this option is really important in that case.
Scenario
I have a camel route consuming persistent messages from a JMS (activemq) endpoint. I have set CLIENT_ACKNOWLEDGE on the component to prevent consuming the messages until they have been successfully processed.
So I want to configure my error handler as a DeadLetterChannel with the following behavior:

in case of an exception during processing, send the message to a DLQ
if the DLQ itself fails (preventing the message to be safely stored), do not handle it and let the exception being propagated back to the JMS consumer, such that ActiveMQ won't remove it from its queue.

From my understanding, this is what the option deadLetterHandleNewException=false should provide. But when testing it, setting it to false actually breaks the default handling of the dead letter channel as well, and no exception at all are handled, even when successfully sent to the DLQ...
I checked DeadLetterHandleNewExceptionTest from the camel test cases, but it does not cover the scenario I described (it only checks the behavior when the DLQ fails, not when it succeeds).
Basically, in the current release, I can either have:

the DLC handle all exceptions (default)
the DLC handle no exception at all (with deadLetterHandleNewException=false)

However, the intended behavior with deadLetterHandleNewException=false should have the DLC handle any exception thrown during normal routing, while not handling any exception thrown during the DLQ processing itself.

Consider the following scenario
Start the Master, Backup master and RegionServer.
Create a table which in turn creates a region.
Disable the table.
Enable the table again. 
Kill the Active master exactly at the point before the actual region assignment is started.
Restart or switch master.
NotServingRegionExcepiton is thrown.

Commit 9738ff2 missed to change weld-core-jsf to weld-jsf in wildfly/jsf/multi-jsf-installer/src/main/resources/myfaces-injection-module.xml.

$ bin/stop-hbase.sh
stopping hbasecat: /tmp/hbase-mdrob-master.pid: No such file or directory

There is a typo in Passivation paragraph. "f false, the cache store contains a copy of the contents in memory, so writes to cache result in cache store writes."
There should be "If" instead of "f"

Not creating any JPA entities seems to result in an unbuildable project:
'mvn package' after just creating a manual controller, and adding bundlor support, gives this error. Running 'install jpa ...' makes the error go away.

error can't determine superclass of missing type org.springframework.transaction.interceptor.TransactionAspectSupport
when batch building BuildConfig[null] #Files=1
 [Xlint:cantFindType]
error can't determine implemented interfaces of missing type org.springframework.transaction.interceptor.TransactionAspectSupport

ExecDriver code was inadvertently changed in the test log output part. We should change it back.

The given example should be changed after the CP changes (HBASE-17732)

This is part of the fix of above issue, which depends on WFCORE-761.

The Cipher and Random factories currently return errors as the text of the exception.
This means a lot of the context is lost, particularly the cause of any Reflection failures. It would be useful to return the last known exception as the cause.
This would allow further analysis of actual error.

Roo script:-
project --topLevelPackage pluralbug
entity --class ~.domain.SomeEntity --testAutomatically
field string junkText --notNull --sizeMax 30
controller scaffold --class ~.web.SomeEntityController --entity ~.domain.OtherEntity
The final line of this script should throw some error about not finding ~.domain.OtherEntity - but instead Roo is ignoring the elephant in the room (or lack thereof) and saying:-
[...]
Could not determine plural for 'OtherEntity'
Roo exited with code 1

Thanks.

Make sure the session is ready to go when we connect. That way once the session/connection is open, we're ready to go.

I have recently observed a very strange issue with an application using HBase and HTablePool. After an investigation I have found that the root cause was the piece of code that was calling close() twice on the same HTableInterface instance retrieved from HTablePool (created with default policy).
A closer look at the code revealed that PooledHTable.close() calls returnTable(), which, in turn, places the table back into the QUEUE of the pooled tables. No checking of any kind is done so it is possible to call it multiple times and place multiple references to the same HTable into the same pool.
This creates a number  of negative effects:

pool grows on each close() call and eventually gets filled up with the references to the same HTable. From this moment the pool stops working as pool.
multiple callers will get the same instance of HTable while expecting to have unique instances
once the pool is full, next call to close() will result to the call to the real close() method of HTable. This will make HTable unusable as close() call may shutdown() the internal thread pool. From this moment other attempts to use this HTable will fail with RejectedExecutionException. And since the HTablePool will have additional references to that HTable, other users of the pool will just start failing on any call that leads to flushCommits()

The problem was, obviously, triggered by bad code on our side. But I think the pool has to be protected. Probably the best way to fix it would be to implement a flag in PooledHTable that represent its state (leased/returned) and once close() is called, it would be "returned". From this moment any operations on this PooledHTable would result in something like IllegalStateException.

Situation:
FilenameUtils.getPrefixLength is used in FilenameUtils.doNormalize.
FilenameUtils.normalize("////I don't want to become null!") returns null.
Problem:
Expected was: "I don't want to become null!"
The method FilenameUtils.getPrefixLength returns -1 for the mentioned string.
The root problem is found in following lines of code:
FilenameUtils.getPrefixLength
...
                int posUnix = filename.indexOf(UNIX_SEPARATOR, 2);
                int posWin = filename.indexOf(WINDOWS_SEPARATOR, 2);
                if ((posUnix == -1 && posWin == -1) || posUnix == 2 || posWin == 2) {
                    return -1;
                }
...

Solution:
All leading slashes should be ignored at all, but considering the rest of the string.

When addressing HBASE-13011, TestHMasterRPCException failed twice in PreCommit Build.
I found that the test itself has a problem. We start a HMaster, and then we continue calling isMasterRunning and expected a ServerNotRunningYetException.
But it is possible that when we connect to HMaster, it has already finished initialization, and we just get a 'true' response instead of an Exception.(Just add a 'Thread.sleep(1000);' after 'HMaster hm = new HMaster(conf, cp);', you can get a stable failure).

If the remote call passes transaction context where timeout is set as `0` then Narayana consider that value as transaction which should never be timetouted. But the wfly txn client consider the `0` as correct timeout value which means kind of `immediate timeout`.
The Narayana AtomicAction class consider it as -1[2] (which is used for subordinate transaction[3]) while the transaction reaper consider the value of no timeout to be 0[4].
The client decreases[1] the timeout based on how much time elapsed from the transaction was started till time the remote call is to be accomplished. That means the timeout `0` can be passes even the transaction is not meant as `to never timeout`.
[1] https://github.com/wildfly/wildfly-transaction-client/blob/1.1.2.Final/src/main/java/org/wildfly/transaction/client/AbstractTransaction.java#L141
[2] https://github.com/jbosstm/narayana/blob/5.9.2.Final/ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/AtomicAction.java#L61
[3] https://github.com/jbosstm/narayana/blob/5.9.2.Final/ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/subordinate/SubordinateAtomicAction.java#L68
[4] https://github.com/jbosstm/narayana/blob/5.9.2.Final/ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/TransactionReaper.java#L531

Requestor doesn't honor JmsConfiguration.useVersion102
Within createListenerContainer() it creates instance of SimpleMessageListenerContainer, however for 1.0.2 it have to create instance of SimpleMessageListenerContainer102 instead.

1. Local SparkContext is shared between user sessions and should be closed only when there is no active. 
 2. Possible race condition in SparkSession.open() in case when user queries run in parallel within the same session.

ConstantPermissionMapperTestCase (testsuite/integration/elytron) fails when some other test fails before:
After modifying SpengoMechTestCase to fail during ServerSetup (when I change path in cli.sendLine("/subsystem=elytron/kerberos-security-factory=... to filepath which does not exists), independent test ConstantPermissionMapperTestCase start to fail too because of DeploymentException.
Reason is, ServerSetup of ConstantPermissionMapperTestCase is not started, so Deployment fails.
Edit: the same occurs in opposite case - when ConstantPermissionMapperTestCase setup fails (for example when I change withRoleDecoder("groups-to-roles") to withRoleDecoder("groups-to-roles2")), SpengoMechTestCase's SetupTask will not run too, and tests fails on DeploymentException too (resource crated as part of setup task does not exists).

mvn clean test -Dtest=org.wildfly.test.integration.elytron.http.SpnegoMechTestCase,org.wildfly.test.integration.elytron.permissionmappers.ConstantPermissionMapperTestCase -Dsurefire.runOrder=alphabetical

As the problem is SetupTask is not started in consequences of different test SetupTask behavior (fail), this is probably wildfly-arquillian issue.

for replication we create a _files in hdfs which lists the source files to be copied over for a table/partition. _files is read in ReplCopyTask to read what files to be copied. The File operations w.r.t to _files is not correct and we leave the files open there, which leads to a lot of CLOSE_WAIT connections to the source Data nodes from HS2 on the replica cluster.

org.springframework.beans.propertyeditors.URIEditor does a double escaping of URLs with a schema that use % escaping.
Test:
System.out.println(new SimpleTypeConverter().convertIfNecessary("http://de.wikipedia.org/wiki/%C3%96", URI.class));
prints
http://de.wikipedia.org/wiki/%25C3%2596
I ran into this behavior when I wanted to make use of URIEditor's feature that it can resolve classpath: URLs. If the classpath contains spaces or other characters that need to be escaped in URLs, then the resulting URI contains double escaped % signs.
My current workaround is to extend URIEditor and override createURI to always return new URI(value). when registered as custom editor for URIs, this PropertyEditor returns the proper URI.

1. Map-only reads work on ACID tables.
2. Temp. table reads (for multi-vertex queries) work on non-ACID tables.
3. But temp. table reads don't work on ACID tables.

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Failed to create temp table: java.lang.IllegalStateException: calling recordValidTxn() more than once in the same txnid:420
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDTFGetSplits.createPlanFragment(GenericUDTFGetSplits.java:303)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDTFGetSplits.process(GenericUDTFGetSplits.java:202)
	at org.apache.hadoop.hive.ql.exec.UDTFOperator.process(UDTFOperator.java:116)
	at org.apache.hadoop.hive.ql.exec.Operator.baseForward(Operator.java:985)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:931)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:918)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.process(SelectOperator.java:95)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:125)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:492)
	at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:484)
	at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:145)
	... 16 more

create table smb_bucket_1(key int, value string);
load data local inpath '../data/files/smbbucket_1.rc' overwrite into table smb_bucket_1;
load data local inpath '../data/files/smbbucket_2.rc' overwrite into table smb_bucket_2;
does not update the stats for smb_bucket_1

When auto-balance is enabled in TableInputFormatBase and the table key is a binary key, the getSplitKey method does not function correctly for signed bytes. The proposed solution it to utilize org.apache.hadoop.hbase.util.Bytes#split method to find the split key. org.apache.hadoop.hbase.util.Bytes#split is stated to be a expensive operation, so if another solution is preferred, that is fine. In addition, handling of a split key that is equal to the TableSplit end key is added to calculateRebalancedSplits.

According to schema definition jndi-prop element should be a child of jndi-binding one. Though CacheParser.parseJndiBindings expects this element to be a child of cache (on the same level as indi-binding). 
See line 186 in CacheParser.java:
List<Element> jndiProps = DomUtils.getChildElementsByTagName(element, "jndi-prop");
element here is the reference to cache, not jndi-binding

Thanks for adding the ability to configure a custom JSON prefix in MappingJackson(2)HttpMessageConverter in SPR-10627: https://jira.springsource.org/browse/SPR-10627.
Unfortunately the custom value is not used when writing out the JSON, instead the hardcoded string "{} && " is used.
This line (see GitHub links below) should instead read:
    jsonGenerator.writeRaw(jsonPrefix);
Links (to v3.2.4.RELEASE code):
MappingJackson2HttpMessageConverter: https://github.com/SpringSource/spring-framework/blob/v3.2.4.RELEASE/spring-web/src/main/java/org/springframework/http/converter/json/MappingJackson2HttpMessageConverter.java#L202
MappingJacksonHttpMessageConverter: https://github.com/SpringSource/spring-framework/blob/v3.2.4.RELEASE/spring-web/src/main/java/org/springframework/http/converter/json/MappingJacksonHttpMessageConverter.java#L199

The generated mock test requires mocking of static entity methods, and as such won't run as is.  Current code is missing a class-level annotation, @MockStaticEntityMethods, which will make the code function properly.
Incorrect version: 

package org.rooina.coursemanager.model;

public class StudentTest {

    @Test
    public void testMethod() {
        int expectedCount = 13;
        Student.countStudents();
        org.springframework.mock.staticmock.AnnotationDrivenStaticEntityMockingControl.expectReturn(expectedCount);
        org.springframework.mock.staticmock.AnnotationDrivenStaticEntityMockingControl.playback();
        org.junit.Assert.assertEquals(expectedCount, Student.countStudents());
    }
}

Correct version:

import org.springframework.mock.staticmock.MockStaticEntityMethods;

@MockStaticEntityMethods

    @Test
    }
}

Currently compaction selection is not sorting based on size.  This causes selection to choose larger files to re-write than are needed when bulk loads are involved.

For every client connect call to RS we are logging below log line in DEBUG mode which is causing too many logs in RegionServer.  
2017-01-18 17:51:40,739 DEBUG [.reader=4,port=60020] security.HBaseSaslRpcServer - SASL server GSSAPI callback: setting canonicalized client ID: hbase/hostname-xxx@KDC

Interrupted step does not fail job.  This has to be wrong otherwise you can't restart it.

Test PC : Window Vista, JDK 1.6
Action : svn checkout and, ~\spring-roo\trunk>mvn clean install site assembly:assembly
Error message is,

...
[INFO] Building Spring Roo - Addon - Web MVC JSP View
[INFO]    task-segment: [clean, install, site]
[INFO] [clean:clean]
[INFO] Deleting directory D:\JAVA_PROJECT\ROO\spring-roo\trunk\addon-web-mvc-jsp\target
[INFO] [buildnumber:create 
{execution: default}
]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: cmd.exe /X /C "svn --non-interactive info"
[INFO] Working directory: D:\JAVA_PROJECT\ROO\spring-roo\trunk\addon-web-mvc-jsp
[INFO] Storing buildNumber: 417 at timestamp: 1257935315168
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 7 source files to D:\JAVA_PROJECT\ROO\spring-roo\trunk\addon-web-mvc-jsp\target\classes
D:\JAVA_PROJECT\ROO\spring-roo\trunk\addon-web-mvc-jsp\src\main\java\org\springframework\roo\addon\mvc\jsp\JspDocumentHe
lper.java:[37,17] cannot find symbol
symbol  : class DevPollSelectorProvider
location: package sun.nio.ch
...

Occured on server during scenario eap-7x-failover-http-granular-shutdown-repl-sync.

23:04:41,857 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-97) ISPN000136: Error executing command GetKeyValueCommand, writing keys []: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=19027}, status=1} is not in a valid state to be invoking cache operations on.
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:395)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.enlistIfNeeded(TxInterceptor.java:351)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:345)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:403)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.fine.FineImmutableSessionAttributes.getAttribute(FineImmutableSessionAttributes.java:59)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.lambda$findListeners$13(InfinispanSessionManager.java:406)
[JBossINF] 	at java.util.concurrent.ConcurrentHashMap$KeySpliterator.forEachRemaining(ConcurrentHashMap.java:3527)
[JBossINF] 	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
[JBossINF] 	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findListeners(InfinispanSessionManager.java:406)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.triggerPrePassivationEvents(InfinispanSessionManager.java:389)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.close(InfinispanSessionManager.java:457)
[JBossINF] 	at org.wildfly.clustering.web.undertow.session.DistributableSession.requestDone(DistributableSession.java:80)
[JBossINF] 	at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:814)
[JBossINF] 	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1668)

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-http-granular-shutdown-repl-sync/14/console-dev214/
WARN occured on client at the same time:

2016/09/21 23:04:41:857 EDT [WARN ][Runner - 1402] HOST dev220.mw.lab.eng.bos.redhat.com:rootProcess:c - Error sampling data:  <org.jboss.smartfrog.loaddriver.RequestProcessingException: Invalid response code: 500 Content: <html><head><title>Error</title></head><body>Internal Server Error</body></html>>
        org.jboss.smartfrog.loaddriver.RequestProcessingException: Invalid response code: 500 Content: <html><head><title>Error</title></head><body>Internal Server Error</body></html>
	at org.jboss.smartfrog.loaddriver.http.HttpRequestProcessorFactoryImpl$HttpRequestProcessor.processRequest(HttpRequestProcessorFactoryImpl.java:163)

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-http-granular-shutdown-repl-sync/14/console-dev220/

Unfortunately HIVE-12156 is breaking the following use case:
I do have a table with a uniontype of struct s, such as:

CREATE TABLE `minimal_sample`(
  `record_type` string,
  `event` uniontype<struct<string_value:string>,struct<int_value:int>>)

In my case, the table comes from an Avro schema which looks like: 

  'avro.schema.literal'='{\"type\":\"record\",\"name\":\"Minimal\",\"namespace\":\"org.ver.vkanalas.minimalsamp\",\"fields\":[{\"name\":\"record_type\",\"type\":\"string\"},{\"name\":\"event\",\"type\":[{\"type\":\"record\",\"name\":\"a\",\"fields\":[{\"name\":\"string_value\",\"type\":\"string\"}]},{\"type\":\"record\",\"name\":\"b\",\"fields\":[{\"name\":\"int_value\",\"type\":\"int\"}]}]}]}'

I wrote custom UDF (source attached) to cast the union type to one of the struct to access nested elements, such as int_value in my example.

CREATE FUNCTION toSint AS 'org.ver.udf.minimal.StructFromUnionMinimalB';

A simple query with the UDF is working fine. But creating a view with the same select is failing when I'm trying to query it:

CREATE OR REPLACE VIEW minimal_sample_viewB AS SELECT toSint(event).int_value FROM minimal_sample WHERE record_type = 'B';

SELECT * FROM minimal_sample_viewB;

The stack trace is posted below.
I did try to revert (or exclude) HIVE-12156 from the version I'm running and this use case is working fine.

FAILED: SemanticException Line 0:-1 . Operator is only supported on struct or list of struct types 'int_value' in definition of VIEW minimal_sample_viewb [
SELECT null.`int_value` FROM `default`.`minimal_sample` WHERE `minimal_sample`.`record_type` = 'B'
] used as minimal_sample_viewb at Line 3:14
16/01/05 22:49:41 [main]: ERROR ql.Driver: FAILED: SemanticException Line 0:-1 . Operator is only supported on struct or list of struct types 'int_value' in definition of VIEW minimal_sample_viewb [
org.apache.hadoop.hive.ql.parse.SemanticException: Line 0:-1 . Operator is only supported on struct or list of struct types 'int_value' in definition of VIEW minimal_sample_viewb [
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprNodeDesc(TypeCheckProcFactory.java:893)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1321)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:209)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:153)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:10500)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:10455)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:3822)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:3601)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:8943)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8898)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9743)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9623)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9650)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9636)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10109)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:329)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10120)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:211)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:454)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:314)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1164)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1212)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1101)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:314)
	at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:412)
	at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:428)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:717)

Credential reference is not marshalled correctly as an element nor is parsed from the xml.

Using random number increases the number of calls to the meta scanner.

If you extend CrudRepository and override the delete(…) methods (eg. to apply security) and then extend that with a @RepositoryRestResource, when attempting a request to DELETE an item resource, it fails with a Cannot convert from "id" to entity. This behavior is different than 2.6.10 where it works as expected, and seems to be related to either the DefaultCrudMethods.getDeleteMethod() (due to delete(ID) changing to deleteById(ID)?) or potentially logic in the CrudRepositoryInvoker.
See attached projects for examples (mvn test). The deletefail uses 3.0.5.RELEASE and deletesuccess is 2.6.10.RELEASE.
Example hierarchy in 3.0.5.RELEASE:

BaseSecurityRepository<T, ID> extends CrudRepository<T, ID> {

    @Override
    void deleteById(ID id);
    @Override
    void delete(T entity);
}

PersonRepository extends BaseSecurityRepository<Person, Integer> {}

In the above, a web request to delete a person (e.g. DELETE /persons/1) results in the Cannot convert Integer to entity deal.
The generally same in 2.6.10.RELEASE works (the delete method names in CrudRepository are slightly different)

BaseSecurityRepository<T, ID extends Serializable> extends CrudRepository<T, ID> {

    @Override
    void delete(ID id);
    @Override
}

HBCK checks for split parent regions being in meta and hdfs, and reports this as a transient error. 
However, split parents, by design, linger around for some time, until its children stops referring to it. 
Instead we should check whether the children are there, and do not report anything if it is so. 

If you are using repository based queries and try to use @Query annotation to limit the fetched fields, it has zero effect.
For example repository query:

@Query(fields = "{ 'email' : 1 }")
User findByEmail(String email)

The query above returns all fields of the User and the fields definition has no effect at all. If you are using @Query with value attribute to define the query, then the fields limitation is applied though.

Given a long write file slowfile.dat. Camel polls the file and stores its parameters (length, lastModified...). Camel tries to get exclusive read lock and fails as file is writing by someone, next time Camel gets lock. But file was changed and its parameters are wrong.
The solution is pretty simple - check the file length and lastModified when exclusive read lock is granted and update them.
Here is a patch: http://pastebin.com/2vyF8BTU

Almost all of the camel-linkedin integration tests are failing on master and for the 2.21.0 tag. The error is pretty much the same for all of them. For example SearchResourceIntegrationTest.testSearchCompanies:
 
Caused by: org.apache.camel.RuntimeCamelException: Error invoking searchCompanies with {keywords=linkedin, fields=}: Value for fields is not specified
at org.apache.camel.util.component.ApiMethodHelper.invokeMethod(ApiMethodHelper.java:514)
at org.apache.camel.util.component.AbstractApiProducer.doInvokeMethod(AbstractApiProducer.java:120)
at org.apache.camel.component.linkedin.LinkedInProducer.doInvokeMethod(LinkedInProducer.java:43)
at org.apache.camel.util.component.AbstractApiProducer$1.run(AbstractApiProducer.java:86)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
Caused by: java.lang.IllegalArgumentException: Value for fields is not specified
at org.apache.cxf.jaxrs.client.AbstractClient.convertParamValue(AbstractClient.java:824)
at org.apache.cxf.jaxrs.client.ClientProxyImpl.getPathParamValues(ClientProxyImpl.java:452)
at org.apache.cxf.jaxrs.client.ClientProxyImpl.invoke(ClientProxyImpl.java:179)
at com.sun.proxy.$Proxy54.searchCompanies(Unknown Source)
at org.apache.camel.util.component.ApiMethodHelper.invokeMethod(ApiMethodHelper.java:506)
... 10 more

I tried setting the CamelLinkedIn.fields header, but this leads to further errors. The CXF 3.2.2 upgrade may be the culprit here. The tests run fine on Camel 2.20.x with CXF 3.2.1.

setUnitOfWork in DefaultExchange throws NPE when called from Splitter.java, 
Line 226 of Splitter.java is: exchange.setUnitOfWork(null);
Line 372 of DefaultExchange.java checks if onCompletions !=null, in this case because Splitter.java initialized unitOfWork to null on line 376 unitOfWork.addSynchronization(onCompletion) will throw an NPE since unitOfWork is still null.
Recommendation:
Line 372 of defaultExchange.java should include a check if unitOfWork is not null:
if(onCompletions !=null && unitOfWork != null)
1. Include a Split EIP in a Camel Route.
2. Specify an onPrepareRef=<class>
3. Add an onCompletion step to the exchange in <class>
4. NPE should be thrown when processing files.

The tests using null keys/values in JedisConnectionIntegrationTests cause issues when using a pool, as Jedis does not flush the OutputStream and the Connection is then reused.  We should consider removing the Connection from the pool on NPEs or maybe any error instead of just IOException and JedisConnectionException.

On an error, there is only a cryptic message such as: 
"ERROR ql.Driver: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask" 
Tez's DAGClient reports diagnostics which would provide more information to the user

For block level merging of RCFiles, jobClose is passed the incorrect variable as the success flag

The SemanticAnalyzer.analyze() called on the Driver.compile() method updates the HiveOperation based on the analysis this does. However, the patch done on HIVE-17048 does not update such operation and is send an invalid operation to the postAnalyze() call.

When deploying on karaf 4.0, there ar an unresolved dependencies on the following packages preventing camel-karaf-commands to be deployed:

org.apache.karaf.shell.api.action.lifecycle [4.1,5)
org.apache.karaf.shell.api.console [4.1,5)

HBase shell zk_dump command is broken. Typing "zk_dump" in the shell gives: 
hbase(main):002:0> zk_dump
ERROR: undefined method `dump' for #<Java::OrgApacheHadoopHbaseZookeeper::ZooKeeperWatcher:0xd6ee28>
Dump status of HBase cluster as seen by ZooKeeper.

(Reported by Chris Richardson)
Roo gives an exception if an invalid directory name is specified and the user hits TAB for completion support. Roo compeiton method calls should try to avoid throwing exceptions and instead simply fail to provide the completion.

roo> script --file /gbgb/<PRESS TAB>
Exception in thread "JLine Shell" java.lang.IllegalArgumentException: Directory '/gbgb' is not a valid directory name
	at org.springframework.roo.shell.converters.FileConverter.populate(FileConverter.java:43)
	at org.springframework.roo.shell.converters.FileConverter.getAllPossibleValues(FileConverter.java:36)
	at org.springframework.roo.shell.SimpleParser.complete(SimpleParser.java:624)
	at org.springframework.roo.shell.jline.JLineCompletorAdapter.complete(JLineCompletorAdapter.java:31)
	at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:318)
	at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:119)

The URI of the Spring schema has been updated in Camel 2.9.1 and 2.8.4:
http://camel.apache.org/schema/cxf/
We can see that starting from 2.9.1 and 2.8.4, we suffix the schema with -spring or -blueprint.
However, the spring.schema resource file has not been updated with this suffix.

During LoadIncrementalHFiles process if we fail to write the bulk load event marker in the WAL, it is ignored. So this will lead to data mismatch issue in source and peer cluster in case of bulk loaded data replication scenario.

1. One rs died, the servershutdownhandler found it out and started the distributed log splitting;
2. All tasks are failed due to ZK connection lost, so the all the tasks were deleted asynchronously;
3. Servershutdownhandler retried the log splitting;
4. The asynchronously deletion in step 2 finally happened for new task
5. This made the SplitLogManger in hanging state.
This leads to .META. region not assigened for long time

hbase-root-master-HOST-192-168-47-204.log.2012-03-14"(55413,79):2012-03-14 19:28:47,932 DEBUG org.apache.hadoop.hbase.master.SplitLogManager: put up splitlog task at znode /hbase/splitlog/hdfs%3A%2F%2F192.168.47.205%3A9000%2Fhbase%2F.logs%2Flinux-114.site%2C60020%2C1331720381665-splitting%2Flinux-114.site%252C60020%252C1331720381665.1331752316170
hbase-root-master-HOST-192-168-47-204.log.2012-03-14"(89303,79):2012-03-14 19:34:32,387 DEBUG org.apache.hadoop.hbase.master.SplitLogManager: put up splitlog task at znode /hbase/splitlog/hdfs%3A%2F%2F192.168.47.205%3A9000%2Fhbase%2F.logs%2Flinux-114.site%2C60020%2C1331720381665-splitting%2Flinux-114.site%252C60020%252C1331720381665.1331752316170

hbase-root-master-HOST-192-168-47-204.log.2012-03-14"(80417,99):2012-03-14 19:34:31,196 DEBUG org.apache.hadoop.hbase.master.SplitLogManager$DeleteAsyncCallback: deleted /hbase/splitlog/hdfs%3A%2F%2F192.168.47.205%3A9000%2Fhbase%2F.logs%2Flinux-114.site%2C60020%2C1331720381665-splitting%2Flinux-114.site%252C60020%252C1331720381665.1331752316170
hbase-root-master-HOST-192-168-47-204.log.2012-03-14"(89456,99):2012-03-14 19:34:32,497 DEBUG org.apache.hadoop.hbase.master.SplitLogManager$DeleteAsyncCallback: deleted /hbase/splitlog/hdfs%3A%2F%2F192.168.47.205%3A9000%2Fhbase%2F.logs%2Flinux-114.site%2C60020%2C1331720381665-splitting%2Flinux-114.site%252C60020%252C1331720381665.1331752316170

Bug raised in response to following post on the spring ldap forum http://forum.springframework.org/showthread.php?t=32330
In an AD environment when using the Paged Results functionality after successfully retrieving and iterating over the returned results upto the set paged results size, the last call to results.hasMore() throws a PartialResultsException with a message of "Unprocessesed continuation reference"
This then causes the processor.postProcess(ctx) call to be missed meaning a cookie is never set to anything apart from null, meaning no more results can be returned. (this is all within the ldaptemplate::search(SearchExecutor se, NameClassPairCallbackHandler handler,DirContextProcessor processor) function)
Reply to original post on the forums indicates this is an issue with the way the exception handling works for that exception.
Same result is seen in both 1.1.1 and 1.1.2

Reproduce commands:

create table tst_unin (col1 int) partitioned by (p_tdate int) stored as parquet;
insert into tst_unin partition (p_tdate=201603) values (20160312), (20160310);
insert into tst_unin partition (p_tdate=201604) values (20160412), (20160410);
select count(*) from (select tst_unin.p_tdate from tst_unin where tst_unin.col1=20160302 union all select tst_unin.p_tdate from tst_unin) t1;

The table is stored in Parquet format, which is a columnar file format. Hive tries to push the query predicates to the table scan operators so that only the needed columns are read. This is done by adding the needed column IDs into job configuration with property "hive.io.file.readcolumn.ids".
In above case, the query unions the result of 2 subqueries, which select data from one same table. The first subquery doesn't need any column from Parquet file, while the second subquery needs a column "col1". Hive has a bug here, it finally set "hive.io.file.readcolumn.ids" to a value like "0,,0", which method ColumnProjectionUtils.getReadColumnIDs cannot parse.

It's both faster, and avoids slider issues when the app survives across kerberization and cannot be stopped by regular stop, which assumes it should have some token or other because the cluster is now secure.

The behaviour of MRIR "resource jumping" relies on the following contract from ItemReader : "Implementations must return null at the end of the input data set".  
The handling code is optimistically based on the packaged Reader and Resource implementations.  After a failed delegate.open() it will throw an exception and the next read call will call delegate.read() expecting a nice "null" to be returned.  When I used a custom Resource, I found it quite easy to end up in a loop such that delegate.open() on a StaxEventItemReader failed leaving it fundamentally uninitialised and throwing exceptions on each read() call. MRIR won't "jump to the next resource" unless it reads a "null" and therefore the step looped infinitely until we added some skip logic to contain the problem.
I am working on a patch (will attach when ready) to make ResourceAwareItemReaders a bit more pessimistic in their use of "noInput = true".  They erroneously assume resource.exists()=true means there will be no exception thrown in resource.getInputStream()
[
PS. I'm not 100% sold on the open->exception/loop/read->null pattern of fallback but have not fully thought through the implications. 
]

Vault.sh advise to insert vault xml snippet as follows:

Vault Configuration in AS7 config file:
********************************************
...
</extensions>
<vault>
  <vault-option name="KEYSTORE_URL" value="EAP_HOME/vault/vault.keystore"/>
  <vault-option name="KEYSTORE_PASSWORD" value="MASK-5dOaAVafCSd"/>
  <vault-option name="KEYSTORE_ALIAS" value="vault"/>
  <vault-option name="SALT" value="1234abcd"/>
  <vault-option name="ITERATION_COUNT" value="120"/>
  <vault-option name="ENC_FILE_DIR" value="EAP_HOME/vault/"/>
</vault><management> ...

1. User can insert this snippet on wrong place. See forum link for example. Pobably CLI command would be more suitable?

/core-service=vault:add(vault-options=[("KEYSTORE_URL" => "PATH_TO_KEYSTORE"),("KEYSTORE_PASSWORD" => "MASKED_PASSWORD"),("KEYSTORE_ALIAS" => "ALIAS"),("SALT" => "SALT"),("ITERATION_COUNT" => "ITERATION_COUNT"),("ENC_FILE_DIR" => "ENC_FILE_DIR")])

2. There is still reference to AS7 

UnsatisfiedLinkError can be returned by System.loadLibrary and System.load.
The code needs to catch this.
It would also be useful to save the exception and provide a means to access it when loading fails.
It's also rather difficult to unit test the code as the class can only be loaded once per run. Moving the bulk of the static block code into a package-protected method would help here.

In cases where a user needs to use a custom IF/OF/SerDe that is not accessible from the metastore, calls like msc.createTable and msc.dropTable should still work without being able to load the class. This is possible as long as one does not enable MetaStore-side authorization, at which point this becomes impossible, erroring out with a ClassNotFoundException.
The reason this happens is that since the AuthorizationProvider interface is defined against a ql.metadata.Table, we wind up needing to instantiate a ql.metadata.Table object, which, in its constructor tries to instantiate IF/OF/SerDe elements in an attempt to pre-load those fields. And if we do not have access to those classes in the metastore, this is when that fails. The constructor/initialize methods of Table and Partition do not really need to pre-initialize these fields, since the fields are accessed only through the accessor, and will be instantiated on first-use.

Sorry I didn't check if this was fixed in spring 3.1 I searched jira but didn't find anything related to this issue.
Wrong argument passed to TaskExecutorAdapter when using a java.util.concurrent.Executor.
This is the source code by decompiling AbstractAsyncExecutionAspect from the spring 3.0.5
    public void setExecutor(Executor executor)
    {
        if(executor instanceof AsyncTaskExecutor)
            asyncExecutor = (AsyncTaskExecutor)executor;
        else
            asyncExecutor = new TaskExecutorAdapter(asyncExecutor);
    }

Notice that the asyncExecutor is passed to the TaskExecutorAdapter instead of the executor variable.

Hello !
FacesMessage consists of summary and detail part of message. In FlowFacesContext.addMessage(String clientId, FacesMessage message), the detail value of FacesMessage is not read and saved to RequestContext.messageContext thus its value is thrown away.
One result of this is that validation messages are not displayed correctly when <h:messages showDetail="true"/> is on. Actually, detail holds and shows the value of summary (probably as a result of fallback somewhere in SWF). 
As a matter of fact, many jsf built-in validation and conversion error messages specify detail part of message and those could never be displayed as well.
This issue can be simulated on booking-faces, when <h:messages errorClass="errors" showDetail="true" showSummary="true" /> is used and invalid date is given as input to 'Check In Date' assuming that javascript is switched off in browser preferences to disable javascript validations (in IE it can be done on Security tab of Internet Options, attribute 'Active scripting'). I provide a diff with changes for quick simulation.
I think this is quite serious issue, because it blocks JSF feature that is quite common even in built-in jsf components.
Michal
Off topic: I think that integration of SWF with JSF as well as SWF itself is perfectly done in very clean and concise way. It was a pleasure to traverse through the sources. It shows that you took your time on SWF design. Good job, really!

i have one cascaded attribute in my view:
<definition name="specifyPhone" extends="template">
		<put-attribute name="handsetTable" value="/WEB-INF/templates/handsets.ftl" cascade="true"/>
		<put-attribute name="body" value="/WEB-INF/templates/specifyPhone.ftl"/>
</definition>
template contains "body" attribute
body template contains "handsetTable" attribute
the first time i render the full page everything is ok
when i try to specify 'handsetTable' as render fragment, nothing gets rendered because of exception: javax.servlet.ServletException: No tiles attribute with a name of 'handsetTable' could be found for the current view: org.springframework.js.ajax.tiles2.AjaxTilesView: name 'specifyPhone'
when i try to specify 'body' as render fragment, body attribute gets rendered, but without handsetTable attribute. I can see the exception in the log: org.apache.tiles.jsp.taglib.NoSuchAttributeException: Attribute 'handsetTable' not found.

If we have exception in ItemProcessListener#onWriteError it will be wrapped in StepListenerFailedException and since it is not in the nonRetryableExceptionClasses we will end up in infinite loop.
This exception class should be added to the list of nonRetryableExceptionClasses in FaultTolerantStepBuilder (NOTE: SkipListenerFailedException is in the list).
The same problem applies to versions 2.x.

Running the following build command

mvn clean install -Pdist -DskipTests -Dpackaging.minimizeJar=false -T 1C -DskipShade -Dremoteresources.skip=true -Dmaven.javadoc.skip=true

fails with the following exception for 3 modules (hplql, kryo-registrator, packaging)

[ERROR] Failed to execute goal on project hive-packaging: Could not resolve dependencies for project org.apache.hive:hive-packaging:pom:4.0.0-SNAPSHOT: Failure to find org.apache.hadoop:hadoop-hdfs-client:jar:2.7.3 in http://www.datanucleus.org/downloads/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of datanucleus has elapsed or updates are forced -> [Help 1]
[ERROR]
[ERROR]
[ERROR]
[ERROR] mvn <goals> -rf :hive-packaging

It is trying to download 2.7.3 version but hadoop.version refers to 3.1.0

As HBASE-4010 discussed, the HLog can be null.
We have meet createTable failed because the no use hlog.
When createHReagion, the HLog.LogSyncer is run sync(), in under layer it call the DFSClient.DFSOutputStream.sync(). 
Then the hlog.closeAndDelete() was called，firstly the HLog.close() will interrupt the LogSyncer, and interrupt DFSClient.DFSOutputStream.sync().The DFSClient.DFSOutputStream will store the exception and throw it when we called DFSClient.close(). 
The HLog.close() call the writer.close()/DFSClient.close() after interrupt the LogSyncer. And there is no catch exception for the close().
So the Master throw exception to the client. There is no need to throw this exception, further， the hlog is no use.
Our cluster is 0.90, the logs is attached, after "closing hlog writer", there is no log for the createTable().
The trunk and 0.92, 0.94, we used just one hlog, and if the exception happends, the client will got createTable failed, but indeed ,we expect all the regions for the table can also be assigned.
I will give the patch for this later.

Using tiles 3, in the TilesConfigurer class, afterPropertiesSet() method, if completeAutoload is set to true, the tiles container is assumed to be an instance of BasicTilesContainer. However, the createDecoratedContainer(TilesContainer, ApplicationContext) implementation in org.apache.tiles.extras.complete.CompleteAutoloadTilesContainerFactory (which is called by the createContainer(ApplicationContext) method in org.apache.tiles.factory.BasicTilesContainerFactory wraps the BasicTilesContainer with CachingTilesContainer, so when this is cast in TilesConfigurer, a ClassCastException is thrown

From a fresh copy of Karaf 3.0.6, I execute the following commands:

feature:repo-add mvn:org.apache.camel.karaf/apache-camel/2.17.0/xml/features
feature:install camel-hazelcast

This gives me the following error:

Error executing command: Can't install feature camel-hazelcast/0.0.0:
Could not start bundle mvn:com.hazelcast/hazelcast/3.6 in feature(s) camel-hazelcast-2.17.0, camel-vertx-2.17.0: Activator start error in bundle com.hazelcast [77].

The stack trace from the log:

java.lang.IllegalStateException: Can't install feature camel-hazelcast/0.0.0:
	at org.apache.karaf.features.internal.FeaturesServiceImpl.installFeature(FeaturesServiceImpl.java:393)
	at Proxy40b297a4_bee2_4205_a5cf_e9ad778f5a4c.installFeature(Unknown Source)
	at org.apache.karaf.features.command.InstallFeatureCommand.doExecute(InstallFeatureCommand.java:72)
	at org.apache.karaf.features.command.FeaturesCommandSupport.doExecute(FeaturesCommandSupport.java:38)
	at org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)[27:org.apache.karaf.shell.console:3.0.6]
	at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)[27:org.apache.karaf.shell.console:3.0.6]
	at org.apache.karaf.shell.commands.basic.AbstractCommand.execute(AbstractCommand.java:33)[27:org.apache.karaf.shell.console:3.0.6]
	at Proxy8567097e_b23c_4923_8fe4_f1ff64ddf37e.execute(Unknown Source)[:]
	at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[27:org.apache.karaf.shell.console:3.0.6]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)[27:org.apache.karaf.shell.console:3.0.6]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406)[27:org.apache.karaf.shell.console:3.0.6]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[27:org.apache.karaf.shell.console:3.0.6]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)[27:org.apache.karaf.shell.console:3.0.6]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)[27:org.apache.karaf.shell.console:3.0.6]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:94)
	at org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.java:210)
	at org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1$1.run(LocalConsoleManager.java:109)
	at java.security.AccessController.doPrivileged(Native Method)[:1.8.0_66]
	at org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.java:57)[28:org.apache.karaf.jaas.modules:3.0.6]
	at org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1.run(LocalConsoleManager.java:102)[27:org.apache.karaf.shell.console:3.0.6]

I can't tell if this is a problem in Camel or Hazelcast. I was already using camel-hazelcast in Camel 2.16.2 and it worked fine during installation.

When ReplicationSource thread runs into the loop to contact peer's zk ensemble, it doesn't check isActive() before each retry, so if the given peer's zk ensemble is not reachable due to some reason, this ReplicationSource thread just can't be terminated by outside such as removePeer etc.

Some MDBTestCase tests fail with security manager because of missing permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local4437638380092046127.challenge" "read")":

	at org.jboss.as.test.integration.ejb.mdb.MDBTestCase.testSuspendResumeWithMDB(MDBTestCase.java:177)
...

   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local8043361973857375326.challenge" "read")" in code source "(vfs:/content/MDBTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.MDBTestCase.jar" from Service Module Loader")
	... 157 more
	Suppressed: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local8043361973857375326.challenge" "read")" in code source "(vfs:/content/MDBTestCase.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.MDBTestCase.jar" from Service Module Loader")
		... 3 more

Adding the missing permission helps.

FSUtils.getRootDir() just takes a configuration object, which is used to:
1) Get the name of the root directory
2) Create a filesystem (based on the configured scheme)
3) Qualify the root onto the filesystem
However, the FileSystem from the master filesystem won't generate the correctly qualified root directory under hadoop-2.0 (though it works fine on hadoop-1.0). Seems to be an issue with the configuration parameters.

We recently found a security issue in our HBase REST servers.  The issue is a variant of the POODLE vulnerability (https://en.wikipedia.org/wiki/POODLE) and is present in the HBase Thrift server as well.  It also appears to affect the JMXListener coprocessor.  The vulnerabilities probably affect all versions of HBase that have the affected services.  (If you don't use the affected services with SSL then this ticket probably doesn't affect you).
Included is a patch to fix the known POODLE vulnerabilities in master.  Let us know if we missed any.  From our end we only personally encountered the HBase REST vulnerability.  We do not use the Thrift server or JMXListener coprocessor but discovered those problems after discussing the issue with some of the HBase PMCs.
Coincidentally, Hadoop recently committed a SslSelectChannelConnectorSecure which is more or less the same as one of the fixes in this patch.  Hadoop wasn't originally affected by the vulnerability in the SslSelectChannelConnector, but about a month ago they committed HADOOP-12765 which does use that class, so they added a SslSelectChannelConnectorSecure class similar to this patch.  Since this class is present in Hadoop 2.7.4+ which hasn't been released yet, we will for now just include our own version instead of depending on the Hadoop version.
After the patch is approved for master we can backport as necessary to older versions of HBase.

wsconsume.bat and wsprovide.bat wrongly reference  -Dsecmgr.  It should reference -secmgr.
rem check for secmgr property
setlocal EnableDelayedExpansion
echo(Unable to render embedded object: File (JAVA_OPTS) not found. | findstr /r /c:"-Dsecmgr" > nul
if not errorlevel == 1 (
   set "line=%JAVA_OPTS%"
   set JAVA_OPTS=!line:-Dsecmgr= !
   set SECMGR=true
)

With the splitter you can set an onPrepareRef to allow custom preprocessing.
If this processor fails with an exception, the splitting still proceeds leading to hard to track problems becuase the splitter receives messages that are not (or only partially) prepared! Even setting an exception does not let camel fail the split.
If the prepare step fails camel should fail the split with the exception thrown from onPrepare.

I am using a Spring Data REST version of Spring Boot's PetClinic application for playing around with the JSON Schema support. I noticed the following:
A property which represents a one-to-many association is of type string and format uri. However, it also contains the properties uniqueItems and items, which, according to the JSON Schema validation docs, only exist for array types. Below is an excerpt of the JSON Schema for the Owner class:

{
  "title": "Owner",
  "properties": {
    "pets": {
      "title": "Pets",
      "readOnly": false,
      "type": "string",
      "format": "uri",
      "uniqueItems": true,
      "items": {
        "type": "object"
      }
    },
    ...
  }
}

I think the correct representation would be the following, do you agree?

{
    "pets": {
      "type": "array",
      "items": {
        "type": "string",
        "format": "uri"
      }
    },
    ...
  }
}

Recently, I runs a rolling upgrade from HBase 0.98.x to HBase 1.2.5. During the master hasn't been upgraded yet, I truncate a table by the command truncate_preserve of 1.2.5, but failed.

hbase(main):001:0> truncate_preserve 'cf_logs'
Truncating 'cf_logs' table (it may take a while):
 - Disabling table...
 - Truncating table...
 - Dropping table...
 - Creating table with region boundaries...

ERROR: no method 'createTable' for arguments (org.apache.hadoop.hbase.HTableDescriptor,org.jruby.java.proxies.ArrayJavaProxy) on Java::OrgApacheHadoopHbaseClient::HBaseAdmin

After checking code and commit history, I found it's HBASE-12833 which causes this bug.so we should fix it.

The shell is not consistent in its help texts. For example:

Scan a table; pass table name and optionally a dictionary of scanner
specifications.  Scanner specifications may include one or more of
the following: LIMIT, STARTROW, STOPROW, TIMESTAMP, or COLUMNS.  If
no columns are specified, all columns will be scanned.

but in the code you have

 filter = args["FILTER"]
 startrow = args["STARTROW"] || ''
 stoprow = args["STOPROW"]
 timestamp = args["TIMESTAMP"]
 columns = args["COLUMNS"] || args["COLUMN"] || get_all_columns
 cache = args["CACHE_BLOCKS"] || true
 versions = args["VERSIONS"] || 1

VERSIONS is missing from the help. 
Check all commands and make sure all options are stated and examples given.

The secure socket transport implemented as part of HIVE-5351, binds to loopback address by default. If the bind interface gets used only if its explicitly defined in the hive-site or via environment.
This behavior should be same as non-SSL transport.

The Arquillian container is ignoring the jboss-web defined context-root. e.g.

JAXRSArchive deployment = ShrinkWrap.create(JAXRSArchive.class, "myapp.war");
        deployment.addClass(HealthCheckResource.class);
        deployment.addClass(CustomJsonProvider.class);
        deployment.addAllDependencies();
        deployment.setContextRoot("myapp");
        return deployment;

Creates a WAR with a jboss-web.xml that sets the context root to myapp. This can be confirmed by exporting the uber-jar using -Dswarm.export.uberjar=true
This appears to be ignored when using the Arquillian container, as per below

2016-06-21 11:40:15,830 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 5) WFLYUT0021: Registered web context: /

When list of connectors is defined in excluded-connectors atribute EAP throws this exception:
WFLYCTL0013: Operation ("add") failed - address: ([
    ("server" => "default")
	at org.jboss.dmr.ModelValue.getKeys(ModelValue.java:136) [jboss-dmr-1.3.0.Final.jar:1.3.0.Final]
	at org.jboss.dmr.ModelNode.keys(ModelNode.java:1373) [jboss-dmr-1.3.0.Final.jar:1.3.0.Final]
	at org.wildfly.extension.messaging.activemq.ha.ReplicationColocatedDefinition.buildConfiguration(ReplicationColocatedDefinition.java:114)
	at org.wildfly.extension.messaging.activemq.ha.HAPolicyConfigurationBuilder.addHAPolicyConfiguration(HAPolicyConfigurationBuilder.java:71)
	at org.wildfly.extension.messaging.activemq.ServerAdd.transformConfig(ServerAdd.java:390)
	at org.wildfly.extension.messaging.activemq.ServerAdd.access$100(ServerAdd.java:139)
	at org.wildfly.extension.messaging.activemq.ServerAdd$3.execute(ServerAdd.java:195)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:820) [wildfly-controller-2.0.0.Alpha9.jar:2.0.0.Alpha9]
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:611) [wildfly-controller-2.0.0.Alpha9.jar:2.0.0.Alpha9]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:355) [wildfly-controller-2.0.0.Alpha9.jar:2.0.0.Alpha9]
	at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359) [wildfly-controller-2.0.0.Alpha9.jar:2.0.0.Alpha9]
cli command: ":write-attribute(name=excluded-connectors, value=["http-connector"])"

When trying to create a string field with sizeMax=1 and sizeMin=1, the field isn't created. If you use any other size, the field is created correctly (ie field string --fieldName geoHashPrecision2 --sizeMax 2 --sizeMin 2 creates a field with @Size(min = 2, max = 2)).
Here is the console output:

roo> field string --fieldName geoHashPrecision1 --sizeMax 1 --sizeMin 1
Managed SRC_MAIN_JAVA/com/ff/model/GeographicPoint.java
Managed SRC_MAIN_JAVA/com/ff/model/GeographicPoint_Roo_JavaBean.aj
Managed SRC_MAIN_JAVA/com/ff/model/GeographicPoint_Roo_ToString.aj
Undo manage SRC_MAIN_JAVA/com/ff/model/GeographicPoint_Roo_ToString.aj
Undo manage SRC_MAIN_JAVA/com/ff/model/GeographicPoint_Roo_JavaBean.aj
Undo manage SRC_MAIN_JAVA/com/ff/model/GeographicPoint.java

Trying to build the current wildfly master by calling upon build.bat has failed due to missing mvn.cmd file.
In order to be able to trigger the build process, the build.bat script had to be corrected on the following line:

set DIRNAME=%~p0
set MVN=%DIRNAME%\mvnw.cmd

The script that is found on my current wildfly\ directory is called:
mvnw.cmd and not mvn.cmd
I would also suggest that in some documentation people are recommended to tune their maven settings and add in the repository:

					<id>jboss-public</id>
					<url>https://repository.jboss.org/nexus/content/groups/public/</url>
					<releases>
						<enabled>true</enabled>
					</releases>
					<snapshots>
					</snapshots>
				</repository>	

Many thanks.

[16:51:09]  <mbasovni>	davsclaus: ping
[16:51:50]  <mbasovni>	davsclaus: Hi, I have one question to the following line - https://github.com/apache/camel/blob/master/components/camel-http4/src/main/java/org/apache/camel/component/http4/HttpProducer.java#L326

When Commons Compress 1.8.1 parse the attachment file:Archive.7z, the following error occurred.
org.apache.tika.exception.TikaException: TIKA-198: Illegal IOException from org.apache.tika.parser.pkg.PackageParser@886b178
EndTime:	1407899886604
at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:248)
at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:242)
at org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:148)
at org.apache.tika.Tika.parseToString(Tika.java:381)
at fileparser.fileparser_jsonstring(fileparser.java:116)
at test.main(test.java:26)
Caused by: java.io.IOException: kDummy is unsupported, please report
at org.apache.commons.compress.archivers.sevenz.SevenZFile.readFilesInfo(SevenZFile.java:711)
at org.apache.commons.compress.archivers.sevenz.SevenZFile.readHeader(SevenZFile.java:242)
at org.apache.commons.compress.archivers.sevenz.SevenZFile.readHeaders(SevenZFile.java:198)
at org.apache.commons.compress.archivers.sevenz.SevenZFile.<init>(SevenZFile.java:95)
at org.apache.commons.compress.archivers.sevenz.SevenZFile.<init>(SevenZFile.java:117)
at org.apache.tika.parser.pkg.PackageParser.parse(PackageParser.java:133)
... 5 more

In the writer V3 includesTags always comes as true only and so writing tags length always even when compaction selection says not to do so.

I was the running PerformanceEvaluation test with a modified job configuration where the job output path is created before the splits and that unmasked the issue because the the PeInputFormat.getSplits() function expects to find only files under the input path.
The attached patch addresses both the issues.

Creates separate input and output path rooted under a single folder e.g. "<user_home>/performance_evaluation/<yyyyMMddHHmmss>/inputs" and  "<user_home>/performance_evaluation/<yyyyMMddHHmmss>/outputs", and
The PeInputFormat.getSplits(), now skips any folder found under the input path and process only files.

Exceptions in readers and writers seems to be handled nicely, but there seems to be a problem throwing skippable exception from processor. StepExecution's processSkipCount is incremented, skip listeners are called and step listener's afterStep() gets correct counts in StepExecution has correct counts. But PROCESS_SKIP_COUNT is never incremented in database - allways 0. Sometimes even filterCount is incremented in StepExecution instead of processSkipCount. I tried to debug through sources but got pretty lost I've checked that HibernateTemplate.flush() is called everytime in the writer. 
This is part of our parent step configuration (FaultTolerantStepFactoryBean) used for all batches (i believe there should be no problem)
		<property name="retryableExceptionClasses">
			<list>
				<value>org.springframework.dao.RecoverableDataAccessException</value>
				<value>org.springframework.dao.TransientDataAccessException</value>
			</list>
		<property name="skippableExceptionClasses" value="java.lang.Exception" />
		<property name="fatalExceptionClasses">
			<list>
				<value>cz.mycompany.FatalProcessingException</value>
				<value>org.springframework.batch.core.JobInterruptedException</value>
			</list>
Problem appeared to be there quite some time. Previously we used 2.0.0.M2 and it was already there.

Pull request https://github.com/wildfly/wildfly-core/pull/3636 introduced support for loading resources from multi-release jar files, through VFSResourceLoader. However, right now, it just looks for the presence of the `Multi-Release` manifest attribute but doesn't check the value of that attribute before deciding whether or not to process the jar as a multi-release jar. As per the spec[1], the expectation is to consider the jar as multi-release enabled only if the value of `Multi-Release` attribute is `true`
[1] https://mail.openjdk.java.net/pipermail/core-libs-dev/2019-January/058131.html

I have download hbase 1.2.6 src package. But not found class DateTieredStoreEngine, which is  present in document: https://hbase.apache.org/1.2/book.html. 

After upgrading our application from wildfly 12 to 13, the app started to crash after a while (hours, days, depending on circumstances). It crashes on
IJ000453: Unable to get managed connection for java:/JmsXA
and other errors (it simply cannot perform all the jobs it contains). I found that when shutting down the server which has been running for a while, I can see a bunch of these messages in the log:
WARN  [org.jboss.jca.core.connectionmanager.pool.strategy.PoolByCri] (ServerService Thread Pool – 117) [:::] IJ000615: Destroying active connection in pool: ActiveMQConnectionDefinition (org.apache.activemq.artemis.ra.ActiveMQRAManagedConnection@2f37f69)
Bascially, the longer the server was running, more of these messages are shown. I cannot find a way how to reproduce the issue. When the server runs for short time but with some load, no connection is leaked (or just one, rarely). On the other side, it leaks connections even without any particularly high load (just a few requests and @Schedule jobs) when running for longer time.
It may also be a bug in our application, which just happen to have more serious impact with the new wildfly version.

The async wal implementation doesn't work with Hadoop 2.8+. Fails compilation and will fail running.

PersistanceResourceTestCase from wildfly-core fails on some windows machines.

cd controller
mvn test -Dtest=PersistanceResourceTestCase

java.lang.AssertionError: DEV99\hudson:READ_DATA/WRITE_DATA/APPEND_DATA/READ_NAMED_ATTRS/WRITE_NAMED_ATTRS/EXECUTE/DELETE_CHILD/READ_ATTRIBUTES/WRITE_ATTRIBUTES/READ_ACL/SYNCHRONIZE:ALLOW
Expected: a collection containing <WRITE_OWNER>
     but: was <WRITE_ATTRIBUTES>, was <APPEND_DATA>, was <READ_ACL>, was <SYNCHRONIZE>, was <DELETE_CHILD>, was <READ_ATTRIBUTES>, was <WRITE_DATA>, was <WRITE_NAMED_ATTRS>, was <READ_DATA>, was <READ_NAMED_ATTRS>, was <EXECUTE>
	at org.jboss.as.controller.persistence.PersistanceResourceTestCase.testAclFilePermissions(PersistanceResourceTestCase.java:701)

Consider these EJBs:
public class BaseBean implements A
{
...
}

@Local
public interface A
{...
}

public class ChildBean extends BaseBean implements B{
...
}

@Local
public interface B
{
...
}

In this case, the ChildBean is expected to expose just B as the local business view. It should not expose A as the local business view. 
However, our current annotation processors currently don't handle this scenario which breaks the EJB3.1 spec which says:
"4.9.2.1 Session Bean Superclasses:
A session bean class is permitted to have superclasses that are themselves session bean classes. However, there are no special rules that apply to the processing of annotations or the deployment descriptor for this case. For the purposes of processing a particular session bean class, all superclass processing is identical regardless of whether the superclasses are themselves session bean classes. In this regard, the use of session bean classes as superclasses merely represents a convenient use of implementation inheritance, but does not have component inheritance semantics.
As an example, the client views exposed by a particular session bean are not inherited by a subclass that also happens to define a session bean.
public class A implements Foo 
{ ... }

public class B extends A implements Bar { ... }

Assuming Foo and Bar are local business interfaces and there is no associated deployment descriptor, session bean A exposes local business interface Foo and session bean B exposes local business interface Bar, but not Foo."

When I try to run the CamelInAction code with Camel 2.5.0, I found this warning message.

[                          main] DefaultConsumerTemplate        WARN  Exception occurred during done UnitOfWork for Exchange: null. This exception will be ignored.
	at org.apache.camel.impl.DefaultConsumerTemplate.doneUoW(DefaultConsumerTemplate.java:229)[camel-core-2.5.0.jar:2.5.0]
	at org.apache.camel.impl.DefaultConsumerTemplate.receiveBody(DefaultConsumerTemplate.java:168)[camel-core-2.5.0.jar:2.5.0]
	at camelinaction.OrderCollectorBean.getOrders(OrderCollectorBean.java:17)[file:/Users/jiangning/work/camel/camelinaction/appendixC/consumer/target/classes/:]
	at camelinaction.ConsumerTemplateTest.testConsumerTemplate(ConsumerTemplateTest.java:46)[file:/Users/jiangning/work/camel/camelinaction/appendixC/consumer/target/test-classes/:]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.6.0_20]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)[:1.6.0_20]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[:1.6.0_20]
	at java.lang.reflect.Method.invoke(Method.java:597)[:1.6.0_20]
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)[junit-4.8.1.jar:]
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)[junit-4.8.1.jar:]
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)[junit-4.8.1.jar:]
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)[junit-4.8.1.jar:]
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)[junit-4.8.1.jar:]
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)[junit-4.8.1.jar:]
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)[junit-4.8.1.jar:]
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)[junit-4.8.1.jar:]
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)[junit-4.8.1.jar:]
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)[junit-4.8.1.jar:]
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)[junit-4.8.1.jar:]
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)[junit-4.8.1.jar:]
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)[junit-4.8.1.jar:]
	at org.junit.runners.ParentRunner.run(ParentRunner.java:236)[junit-4.8.1.jar:]
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)[surefire-api-2.5.jar:2.5]
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)[surefire-api-2.5.jar:2.5]
	at org.apache.maven.surefire.Surefire.run(Surefire.java:180)[surefire-api-2.5.jar:2.5]
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350)[surefire-booter-2.5.jar:2.5]
	at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)[surefire-booter-2.5.jar:2.5]

We migrated to spring 3.1.0.RELEASE and during startup of our MVC application we got the following error:
2011-12-17 09:45:27,245 ERROR [org.springframework.web.context.ContextLoader] - <Context initialization failed>
	at org.springframework.util.StringUtils.cleanPath(StringUtils.java:599)
	at org.springframework.core.io.ClassPathResource.<init>(ClassPathResource.java:76)
	at org.springframework.core.io.DefaultResourceLoader.getResource(DefaultResourceLoader.java:90)
	at org.springframework.context.annotation.ConfigurationClassParser.findAllAnnotationAttributes(ConfigurationClassParser.java:248)
	at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:206)
	at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:138)
	at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:170)
...
...
...
The cause seems to lie in the construction of a @Component annotated static innerclass with a non annotated super class:
abstract class A {
    ...
    static class B extends A {
    }
}
We are not using @Configurable but only xml based configuration with component-scanning, the construction above worked perfectly with spring 3.0.x.
As a workaround we extracted the innerclass to toplevel.

Class SimpleELContext extends javax.el.Context. 
Javadoc http://java.sun.com/products/jsp/2.1/docs/jsp-2_1-pfd2/javax/el/ELContext.html said :
"""" Because it stores state during expression evaluation, an ELContext object is not thread-safe """.
Instance of SimpleELContext is stored in ELDelegatingPropertyResolver and ELDelegatingVariableResolver, which are application singletons, so this instance of SimpleELContext is shared for all sessions.
This bug is very strange, because in single user development/testing everything works fine, but in production with more users, we got usually NullPointerException on bizzarre places in program like this :
>        String label = getItemLabel() != null ? getItemLabel().toString() : null;
Attachment contains a patch, which helps me.

If we have an unsupported/unknown callback type, but there's a user callback handler, we should let the user callback handler take it.

I happens to me that I can see time to time error org.omg.CORBA.PolicyError: There is no PolicyFactory Registered for type [1].
I can see this issue during deployment 
Unfortunately it's intermittent failure that I'm not able to reproduce surely. In most cases the server starts fine (and tests run without any problem).
This happens normally on server which is used as target of iiop call from other server.
Adding the server log for further reference.
[1]

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."crashrecovery-txpropag-server.jar".component.MultiXACrashBean.EjbIIOPService: org.jboss.msc.service.StartException in service jboss.deployment.unit."crashrecovery-txpropag-server.jar".component.MultiXACrashBean.EjbIIOPService: org.omg.CORBA.PolicyError: There is no PolicyFactory Registered for type -2023406815
 at org.jboss.as.ejb3.iiop.EjbIIOPService.start(EjbIIOPService.java:398)
Caused by: org.omg.CORBA.PolicyError: There is no PolicyFactory Registered for type -2023406815
 at com.sun.corba.se.impl.interceptors.PIHandlerImpl.create_policy(PIHandlerImpl.java:955)
 at com.sun.corba.se.impl.orb.ORBImpl.create_policy(ORBImpl.java:1611)
 at org.jboss.as.ejb3.iiop.EjbIIOPService.start(EjbIIOPService.java:291)
 ... 5 more

Here is a situation that causes a HandlerMethodInvocationException
java.lang.IllegalStateException: Could not find @PathVariable [type] in @RequestMapping
GET /foo/100 - loadEntity is called
POST /foo/100 - publish is called
GET /module/100 - loadModule is called
POST /module/100 - the exception is caused
Changing the path in either loadModule or publish (ex: loadModule as /q/module/
{id}) fixes the problem

It looks like RequestMapping.method is not being prioritized over RequestMapping.value

public class MyController
{ 
    @RequestMapping(value = "/{type}/{id}
    public final Object loadEntity(@PathVariable final String type, @PathVariable final long id) 
{ return type + "::" + id; }

    @RequestMapping(value = "/module/
{id}", method = RequestMethod.GET) public final Object loadModule(@PathVariable final long id) {
        return ""+id;
    }

", method = RequestMethod.POST) public final Object publish(@PathVariable final String type,@PathVariable final long id) 
}

We got situation when master is deadlocked.
It seems we have deadlock in master code. In SSH it calls RegionStates#serverOffline which in turn
aquires synchronized(this) effectively block all requests to RegionStates. 
In another thread it processes assignMeta, which tries to access region states and blocks.
Finally any assignment operations try to access meta for table states and region operations, but
cannot do that due of locked RegionStates class.
serverOffline() waiting for meta availability

Thread 17019: (state = BLOCKED)
 - sun.misc.Unsafe.park(boolean, long) @bci=0 (Compiled frame; information may be imprecise)
 - java.util.concurrent.locks.LockSupport.park(java.lang.Object) @bci=14, line=186 (Interpreted frame)
 - java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(java.util.concurrent.SynchronousQueue$TransferStack$SNode, boolean, long) @bci=158, line=458 (Compiled frame)
/serverOffline
 - java.lang.Thread.sleep(long) @bci=0 (Interpreted frame)
 - org.apache.hadoop.hbase.zookeeper.MetaTableLocator.blockUntilAvailable(org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher, int, long) @bci=74, line=605 (Interpreted frame)
 - org.apache.hadoop.hbase.zookeeper.MetaTableLocator.blockUntilAvailable(org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher, long) @bci=4, line=580 (Interpreted frame)
 - org.apache.hadoop.hbase.zookeeper.MetaTableLocator.blockUntilAvailable(org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher, long, org.apache.hadoop.conf.Configuration) @bci=65, line=559 (Interpreted frame)
 - org.apache.hadoop.hbase.client.ZooKeeperRegistry.getMetaRegionLocation() @bci=69, line=58 (Interpreted frame)
 - org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateMeta(org.apache.hadoop.hbase.TableName, boolean, int) @bci=83, line=1131 (Compiled frame)
 - org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegion(org.apache.hadoop.hbase.TableName, byte[], boolean, boolean, int) @bci=74, line=1098 (Compiled frame)
 - org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl.findAllLocationsOrFail(org.apache.hadoop.hbase.client.Action, boolean) @bci=73, line=940 (Compiled frame)
 - org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl.groupAndSendMultiAction(java.util.List, int) @bci=48, line=857 (Compiled frame)
 - org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl.access$100(org.apache.hadoop.hbase.client.AsyncProcess$AsyncRequestFutureImpl, java.util.List, int) @bci=3, line=575 (Compiled frame)
 - org.apache.hadoop.hbase.client.AsyncProcess.submitAll(java.util.concurrent.ExecutorService, org.apache.hadoop.hbase.TableName, java.util.List, org.apache.hadoop.hbase.client.coprocessor.Batch$Callback, java.lang.Object[]) @bci=195, line=557 (Compiled frame)
 - org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.processBatchCallback(java.util.List, org.apache.hadoop.hbase.TableName, java.util.concurrent.ExecutorService, java.lang.Object[], org.apache.hadoop.hbase.client.coprocessor.Batch$Callback) @bci=11, line=2136 (Compiled frame)
 - org.apache.hadoop.hbase.util.MultiHConnection.processBatchCallback(java.util.List, org.apache.hadoop.hbase.TableName, java.lang.Object[], org.apache.hadoop.hbase.client.coprocessor.Batch$Callback) @bci=24, line=125 (Compiled frame)
 - org.apache.hadoop.hbase.master.RegionStateStore.updateRegionState(long, org.apache.hadoop.hbase.master.RegionState, org.apache.hadoop.hbase.master.RegionState) @bci=421, line=244 (Compiled frame)
 - org.apache.hadoop.hbase.master.RegionStates.updateRegionState(org.apache.hadoop.hbase.HRegionInfo, org.apache.hadoop.hbase.master.RegionState$State, org.apache.hadoop.hbase.ServerName, long) @bci=149, line=1109 (Compiled frame)
 - org.apache.hadoop.hbase.master.RegionStates.updateRegionState(org.apache.hadoop.hbase.HRegionInfo, org.apache.hadoop.hbase.master.RegionState$State, org.apache.hadoop.hbase.ServerName) @bci=7, line=425 (Compiled frame)
 - org.apache.hadoop.hbase.master.RegionStates.updateRegionState(org.apache.hadoop.hbase.HRegionInfo, org.apache.hadoop.hbase.master.RegionState$State) @bci=24, line=383 (Compiled frame)
 - org.apache.hadoop.hbase.master.RegionStates.regionOffline(org.apache.hadoop.hbase.HRegionInfo, org.apache.hadoop.hbase.master.RegionState$State) @bci=83, line=586 (Interpreted frame)
 - org.apache.hadoop.hbase.master.RegionStates.regionOffline(org.apache.hadoop.hbase.HRegionInfo) @bci=3, line=566 (Interpreted frame)
 - org.apache.hadoop.hbase.master.RegionStates.serverOffline(org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher, org.apache.hadoop.hbase.ServerName) @bci=494, line=667 (Interpreted frame)
 - org.apache.hadoop.hbase.master.AssignmentManager.processServerShutdown(org.apache.hadoop.hbase.ServerName) @bci=101, line=3334 (Interpreted frame)
 - org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process() @bci=626, line=237 (Interpreted frame)
 - org.apache.hadoop.hbase.executor.EventHandler.run() @bci=33, line=128 (Interpreted frame)
 - java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line

Blocked meta looks like:

Thread 18357: (state = BLOCKED)
 - org.apache.hadoop.hbase.master.RegionStates.getRegionState(java.lang.String) @bci=0, line=1053 (Compiled frame)
 - org.apache.hadoop.hbase.master.RegionStates.getRegionState(org.apache.hadoop.hbase.HRegionInfo) @bci=5, line=1036 (Compiled frame)
 - org.apache.hadoop.hbase.master.AssignmentManager.forceRegionStateToOffline(org.apache.hadoop.hbase.HRegionInfo, boolean) @bci=5, line=1915 (Interpreted frame)
 - org.apache.hadoop.hbase.master.AssignmentManager.assign(org.apache.hadoop.hbase.HRegionInfo, boolean, boolean) @bci=29, line=1564 (Interpreted frame)
 - org.apache.hadoop.hbase.master.AssignmentManager.assign(org.apache.hadoop.hbase.HRegionInfo, boolean) @bci=4, line=1550 (Interpreted frame)
 - org.apache.hadoop.hbase.master.AssignmentManager.assignMeta(org.apache.hadoop.hbase.HRegionInfo) @bci=23, line=2636 (Interpreted frame)
 - org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.verifyAndAssignMeta() @bci=64, line=159 (Interpreted frame)
 - org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.verifyAndAssignMetaWithRetries() @bci=39, line=184 (Interpreted frame)
 - org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.process() @bci=276, line=93 (Interpreted frame)
 - java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1145 (Compiled frame)

HIVE-1295 had two bugs discovered during testing with production data:
(1) extra directories may be present in the output directory depending on how the cluster is configured; we need to walk down these to find the column family directory
(2) if a record ends with fields which are blank strings, the text format omits the corresponding Control-A delimiters, so we need to fill in blanks for these fields (instead of throwing ArrayIndexOutOfBoundsException)

There may some resource leaks when query is cancelled.
We see following stacks in the log:
Possible files and folder leak: 

2017-02-02 06:23:25,410 WARN hive.ql.Context: [HiveServer2-Background-Pool: Thread-61]: Error Removing Scratch: java.io.IOException: Failed on local exception: java.nio.channels.ClosedByInterruptException; Host Details : local host is: "ychencdh511t-1.vpc.cloudera.com/172.26.11.50"; destination host is: "ychencdh511t-1.vpc.cloudera.com":8020; 
at org.apache.hadoop.net.NetUtils.wrapException(NetUtils.java:772) 
at org.apache.hadoop.ipc.Client.call(Client.java:1476) 
at org.apache.hadoop.ipc.Client.call(Client.java:1409) 
at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:230) 
at com.sun.proxy.$Proxy25.delete(Unknown Source) 
at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.delete(ClientNamenodeProtocolTranslatorPB.java:535)
at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:256) 
at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:104) 
at com.sun.proxy.$Proxy26.delete(Unknown Source) 
at org.apache.hadoop.hdfs.DFSClient.delete(DFSClient.java:2059) 
at org.apache.hadoop.hdfs.DistributedFileSystem$13.doCall(DistributedFileSystem.java:675) 
at org.apache.hadoop.hdfs.DistributedFileSystem$13.doCall(DistributedFileSystem.java:671) 
at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81) 
at org.apache.hadoop.hdfs.DistributedFileSystem.delete(DistributedFileSystem.java:671) 
at org.apache.hadoop.hive.ql.Context.removeScratchDir(Context.java:405) 
at org.apache.hadoop.hive.ql.Context.clear(Context.java:541) 
at org.apache.hadoop.hive.ql.Driver.releaseContext(Driver.java:2109) 
at org.apache.hadoop.hive.ql.Driver.closeInProcess(Driver.java:2150) 
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1472) 
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1212) 
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1207) 
at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:237) 
at org.apache.hive.service.cli.operation.SQLOperation.access$300(SQLOperation.java:88) 
at org.apache.hive.service.cli.operation.SQLOperation$3$1.run(SQLOperation.java:293) 
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1796) 
at org.apache.hive.service.cli.operation.SQLOperation$3.run(SQLOperation.java:306) 
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) 
at java.util.concurrent.FutureTask.run(FutureTask.java:262) 
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) 
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
Caused by: java.nio.channels.ClosedByInterruptException 
at java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:202) 
at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:681) 
at org.apache.hadoop.net.SocketIOWithTimeout.connect(SocketIOWithTimeout.java:192) 
at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:530) 
at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:494) 
at org.apache.hadoop.ipc.Client$Connection.setupConnection(Client.java:615) 
at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:714) 
at org.apache.hadoop.ipc.Client$Connection.access$2900(Client.java:376) 
at org.apache.hadoop.ipc.Client.getConnection(Client.java:1525) 
at org.apache.hadoop.ipc.Client.call(Client.java:1448) 
... 35 more 

2017-02-02 12:26:52,706 INFO org.apache.hive.service.cli.operation.OperationManager: [HiveServer2-Background-Pool: Thread-23]: Operation is timed out,operation=OperationHandle [opType=EXECUTE_STATEMENT, getHandleIdentifier()=2af82100-94cf-4f26-abaa-c4b57c57b23c],state=CANCELED 
{format} 

Possible lock leak:

Locks leak:
{format}
2017-02-02 06:21:05,054 ERROR ZooKeeperHiveLockManager: [HiveServer2-Background-Pool: Thread-61]: Failed to release ZooKeeper lock: 
	at org.apache.zookeeper.ClientCnxn.submitRequest(ClientCnxn.java:1342)
	at org.apache.zookeeper.ZooKeeper.delete(ZooKeeper.java:871)
	at org.apache.curator.framework.imps.DeleteBuilderImpl$5.call(DeleteBuilderImpl.java:238)
	at org.apache.curator.framework.imps.DeleteBuilderImpl$5.call(DeleteBuilderImpl.java:233)
	at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:107)
	at org.apache.curator.framework.imps.DeleteBuilderImpl.pathInForeground(DeleteBuilderImpl.java:230)
	at org.apache.curator.framework.imps.DeleteBuilderImpl.forPath(DeleteBuilderImpl.java:214)
	at org.apache.curator.framework.imps.DeleteBuilderImpl.forPath(DeleteBuilderImpl.java:41)
	at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.unlockPrimitive(ZooKeeperHiveLockManager.java:488)
	at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.unlockWithRetry(ZooKeeperHiveLockManager.java:466)
	at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.unlock(ZooKeeperHiveLockManager.java:454)
	at org.apache.hadoop.hive.ql.lockmgr.zookeeper.ZooKeeperHiveLockManager.releaseLocks(ZooKeeperHiveLockManager.java:236)
	at org.apache.hadoop.hive.ql.Driver.releaseLocksAndCommitOrRollback(Driver.java:1175)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1432)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1212)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1207)

This is not enlisted as ManagedRuntimeEndpointRegistry but as event notifier because its also that instance.

Hi,
In the project where I am working now, one of the components uses SpEL for parsing formulas stored in files.
Some of those formulas could be InlineMap, and I have encountered a problem when parsing pretty big maps (tens of thousands of elements).
 
Here you can find a short program that simulates the issue. If you, place the following files yes-works.spel and not-works.spel in /tmp/spel-test and run the following java class, using org.springframework:spring-expression 5.1.3-RELEASE

import org.testng.annotations.Test;

import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;

public class LoadBigMap {

    @Test
    public void notWork() throws IOException {
        readMap("not-works.spel");
    }

    @Test
    public void yesWork() throws IOException {
        readMap("yes-works.spel");
    }

    private static void readMap(String path) throws IOException {
        String spelString = readFile(path);
        Expression expression = new SpelExpressionParser().parseExpression(spelString);
        Map value = (Map) expression.getValue();
        System.out.println(value.size());
    }

    private static String readFile(String path) throws IOException {
        Path currentDir = Paths.get(".");
        System.out.println(currentDir.toAbsolutePath());
        return new String(Files.readAllBytes(Paths.get("/tmp/spel-test", path)));
    }

}

yesWork() will parse the map correctly and notWork() will raise the following exception

java.lang.IllegalArgumentException: Pos must not be 0

	at org.springframework.util.Assert.isTrue(Assert.java:118)
	at org.springframework.expression.spel.ast.SpelNodeImpl.<init>(SpelNodeImpl.java:73)
	at org.springframework.expression.spel.ast.Literal.<init>(Literal.java:40)
	at org.springframework.expression.spel.ast.StringLiteral.<init>(StringLiteral.java:37)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.maybeEatLiteral(InternalSpelExpressionParser.java:868)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatStartNode(InternalSpelExpressionParser.java:505)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatPrimaryExpression(InternalSpelExpressionParser.java:351)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatUnaryExpression(InternalSpelExpressionParser.java:345)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatPowerIncDecExpression(InternalSpelExpressionParser.java:304)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatProductExpression(InternalSpelExpressionParser.java:282)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatSumExpression(InternalSpelExpressionParser.java:264)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatRelationalExpression(InternalSpelExpressionParser.java:218)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatLogicalAndExpression(InternalSpelExpressionParser.java:205)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatLogicalOrExpression(InternalSpelExpressionParser.java:192)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatExpression(InternalSpelExpressionParser.java:153)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.maybeEatInlineListOrMap(InternalSpelExpressionParser.java:669)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatStartNode(InternalSpelExpressionParser.java:521)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.doParseExpression(InternalSpelExpressionParser.java:131)
	at org.springframework.expression.spel.standard.SpelExpressionParser.doParseExpression(SpelExpressionParser.java:61)
	at org.springframework.expression.spel.standard.SpelExpressionParser.doParseExpression(SpelExpressionParser.java:33)
	at org.springframework.expression.common.TemplateAwareExpressionParser.parseExpression(TemplateAwareExpressionParser.java:52)
	at org.springframework.expression.common.TemplateAwareExpressionParser.parseExpression(TemplateAwareExpressionParser.java:43)
	at test.LoadBigMap.readMap(LoadBigMap.java:28)
	at test.LoadBigMap.notWork(LoadBigMap.java:17)
	at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
	at org.testng.internal.Invoker.invokeMethod(Invoker.java:673)
	at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:842)
	at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1166)
	at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125)
	at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
	at org.testng.TestRunner.runWorkers(TestRunner.java:1178)
	at org.testng.TestRunner.privateRun(TestRunner.java:757)
	at org.testng.TestRunner.run(TestRunner.java:608)
	at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
	at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
	at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
	at org.testng.SuiteRunner.run(SuiteRunner.java:240)
	at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
	at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
	at org.testng.TestNG.runSuitesSequentially(TestNG.java:1158)
	at org.testng.TestNG.runSuitesLocally(TestNG.java:1083)
	at org.testng.TestNG.run(TestNG.java:999)
	at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72)
	at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:123)

The files not-works.spel and yes-works.spel differ only for a space in position 655350.
It would be great that as long as the 2 maps contain the same items, both of them would be parsed correctly.
 
Looking into the code of spring I’ve noticed that the method

org.springframework.expression.spel.standard.InternalSpelExpressionParser#toPos(org.springframework.expression.spel.standard.Token)

compress startPos and endPos into one single integer(32 bits), the problem here is that 655350 is bigger than (16bit) and therefore the result is not the expected one.
Moreover, I have noticed that in case of a InlineMap, it looks like that the value of pos is never read.
 
Let me know if everything is clear or you need some further details.
I’m pretty new into the Spring world, and I hope that I followed all the correct process in order to submit this issue, if not, please let me know.
 
Many thanks and kind regards.

Currently, BETWEEN operator is considered in the default case: reduces the input rows to the half. This may lead to wrong estimates for the number of rows produced by Filter operators.

Due to HBASE-21029, when replaying edits with a lot of same cells, the memstore won't flush,  a exception will throw when all heap space was used:

2018-08-06 15:52:27,590 ERROR [RS_OPEN_REGION-regionserver/hb-bp10cw4ejoy0a2f3f-009:16020-2] handler.OpenRegionHandler(302): Failed open of region=hbase_test,dffa78,1531227033378.cbf9a2daf3aaa0c7e931e9c9a7b53f41., starting to roll back the global memstore size.
        at java.nio.HeapByteBuffer.<init>(HeapByteBuffer.java:57)
        at java.nio.ByteBuffer.allocate(ByteBuffer.java:335)
        at org.apache.hadoop.hbase.regionserver.OnheapChunk.allocateDataBuffer(OnheapChunk.java:41)
        at org.apache.hadoop.hbase.regionserver.Chunk.init(Chunk.java:104)
        at org.apache.hadoop.hbase.regionserver.ChunkCreator.getChunk(ChunkCreator.java:226)
        at org.apache.hadoop.hbase.regionserver.ChunkCreator.getChunk(ChunkCreator.java:180)
        at org.apache.hadoop.hbase.regionserver.ChunkCreator.getChunk(ChunkCreator.java:163)
        at org.apache.hadoop.hbase.regionserver.MemStoreLABImpl.getOrMakeChunk(MemStoreLABImpl.java:273)
        at org.apache.hadoop.hbase.regionserver.MemStoreLABImpl.copyCellInto(MemStoreLABImpl.java:148)
        at org.apache.hadoop.hbase.regionserver.MemStoreLABImpl.copyCellInto(MemStoreLABImpl.java:111)
        at org.apache.hadoop.hbase.regionserver.Segment.maybeCloneWithAllocator(Segment.java:178)
        at org.apache.hadoop.hbase.regionserver.AbstractMemStore.maybeCloneWithAllocator(AbstractMemStore.java:287)
        at org.apache.hadoop.hbase.regionserver.AbstractMemStore.add(AbstractMemStore.java:107)
        at org.apache.hadoop.hbase.regionserver.HStore.add(HStore.java:706)
        at org.apache.hadoop.hbase.regionserver.HRegion.restoreEdit(HRegion.java:5494)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEdits(HRegion.java:4608)
        at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEditsIfAny(HRegion.java:4404)

After this exception, the memstore did not roll back, and since MSLAB is used, all the chunk allocated won't release for ever. Those memory is leak forever...
We need to rollback the memory if open region fails(For now, only global memstore size is decreased after failure).
Another problem is that we use replayEditsPerRegion in RegionServerAccounting to record how many memory used during replaying. And decrease the global memstore size if replay fails. This is not right, since during replaying, we may also flush the memstore, the size in the map of replayEditsPerRegion is not accurate at all! 

Hive script (bin/hive) replaces the value of AUX_CLASSPATH with the value of HIVE_AUX_JARS_PATH if HIVE_AUX_JARS_PATH is defined. This is not desirable because user uses the former to include additional classes when starting hive, while using the latter to specify additional jars that are needed to run MR jobs. The problem can be demonstrated with the script snippet:

elif [ "${HIVE_AUX_JARS_PATH}" != "" ]; then
  fi
  AUX_CLASSPATH=${HIVE_AUX_JARS_PATH}
fi

AUX_CLASSPATH should be respected regardless whether HIVE_AUX_JARS_PATH is defined.

The tutorial http://static.springframework.org/spring-ws/site/reference/html/tutorial.html is a total show-stopper for the new users. There are many mistakes some of which are listed below:-
1. The example of POM has wrong end tag for </dependencies> 
2. activation.jar is needed for the tutorial to work. Hence the following code should be added to pom.xml
    <groupId>javax.activation</groupId>
    <artifactId>activation</artifactId>
    <version>1.1</version>
</dependency> 
3. The tutorial should be perfect and simple. We should try to make it simpler with minimal features and calculations. I still feel we should put more effort in this. 
PS: I have never got the tutorial to work!!

BucketingSortingReduceSinkOptimizer makes 
insert into AcidTable select * from otherAcidTable
use BucketizedHiveInputFormat which bypasses ORC merge logic on read and tries to send bucket files (rather than table dir) down to OrcInputFormat.
(this is true only if both AcidTable and otherAcidTable are bucketed the same way).  Then ORC dies.
More specifically:

create table acidTbl(a int, b int) clustered by (a) into 2 buckets stored as orc TBLPROPERTIES ('transactional'='true')
create table acidTblPart(a int, b int) partitioned by (p string) clustered by (a) into 2 buckets stored as orc TBLPROPERTIES ('transactional'='true')
insert into acidTblPart partition(p=1) (a,b) values(1,2)
insert into acidTbl(a,b) select a,b from acidTblPart where p = 1

results in 

2015-04-29 13:57:35,807 ERROR [main]: exec.Task (SessionState.java:printError(956)) - Job Submission failed with exception 'java.lang.RuntimeException(serious problem)'
java.lang.RuntimeException: serious problem
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1021)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getSplits(OrcInputFormat.java:1048)
        at org.apache.hadoop.hive.ql.io.BucketizedHiveInputFormat.getSplits(BucketizedHiveInputFormat.java:141)
        at org.apache.hadoop.mapreduce.JobSubmitter.writeOldSplits(JobSubmitter.java:624)
        at org.apache.hadoop.mapreduce.JobSubmitter.writeSplits(JobSubmitter.java:616)
        at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:492)
        at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1296)
        at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1293)
        at org.apache.hadoop.mapreduce.Job.submit(Job.java:1293)
        at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:430)
        at org.apache.hadoop.hive.ql.exec.mr.MapRedTask.execute(MapRedTask.java:137)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:88)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1650)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1409)
        at org.apache.hadoop.hive.ql.TestTxnCommands2.runStatementOnDriver(TestTxnCommands2.java:225)
        at org.apache.hadoop.hive.ql.TestTxnCommands2.testDeleteIn2(TestTxnCommands2.java:148)
        at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:254)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:149)
Caused by: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: delta_0000001_0000001 does not start with base_
        at java.util.concurrent.FutureTask.get(FutureTask.java:188)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:998)
        ... 56 more
Caused by: java.lang.IllegalArgumentException: delta_0000001_0000001 does not start with base_
        at org.apache.hadoop.hive.ql.io.AcidUtils.parseBase(AcidUtils.java:144)
        at org.apache.hadoop.hive.ql.io.AcidUtils.parseBaseBucketFilename(AcidUtils.java:172)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$FileGenerator.call(OrcInputFormat.java:655)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$FileGenerator.call(OrcInputFormat.java:620)

2015-04-29 13:57:35,809 ERROR [main]: ql.Driver (SessionState.java:printError(956)) - FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.mr.MapRedTask

The docker component triggers some custom logic to validate URI options. 
It does not handle all of the valid set of URI options. E.g setting exchangePattern, maxTotalConnections and others, results in:

Caused by: com.github.dockerjava.api.exception.DockerClientException: bridgeErrorHandler is not a valid URI parameter
	at org.apache.camel.component.docker.DockerHelper.validateParameters(DockerHelper.java:56)
	at org.apache.camel.component.docker.DockerComponent.createEndpoint(DockerComponent.java:65)
	at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:126)
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:703)
	... 51 more

When a heartbeat fails to locate a lock, it should fail the current query. That doesn't happen, which is a bug.
Another thing is, we need to make sure stopHeartbeat really stops the heartbeat, i.e. no additional heartbeat will be sent, since that will break the assumption and cause the query to fail.

Access log prefix in web subsystem is by default access-log., in Undertow subsystem it is access-log. Note the difference, there is "." at the end in case of Web.
There is inconsistency of migrate operation when migrating prefix attribute. When prefix is not explicitly defined in Web (=> default is used => access-log., note the dot at the end. It is migrated to default Undertow prefix, which is access-log (missing "." at the end). 
In case of having explicitely set prefix="access-log.", it is the same value as the default value in Web and in this case this is migrated to access-log. (the "." is there).
=> two equivalent Web subsystem configuration of access-log result in two different configurations in Undertow, which is not expected behaviour.
As this impacts only access-log naming, I am considering this only as minor issue.

Hive should make the necessary changes to integrate with Tez and Timeline. It should pass the necessary ACL related params to ensure that query execution + logs is only visible to the relevant users.
Proposed Change -
Set DAG level ACL for user running the query (the end user), to allow modify + view

GenericUDTFGetSplits fails for fetch task only queries. Fetch task only queries can be handled same way as >1 task queries using temp tables. 

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Was expecting a single TezTask.
at org.apache.hadoop.hive.ql.udf.generic.GenericUDTFGetSplits.createPlanFragment(GenericUDTFGetSplits.java:262)
at org.apache.hadoop.hive.ql.udf.generic.GenericUDTFGetSplits.process(GenericUDTFGetSplits.java:201)
at org.apache.hadoop.hive.ql.exec.UDTFOperator.process(UDTFOperator.java:116)
at org.apache.hadoop.hive.ql.exec.Operator.baseForward(Operator.java:984)
at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:930)
at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:917)
at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:125)
at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:492)
at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:484)
at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:145)
... 16 more

I have a route:
   from("netty:tcp://somewhere:1234?...")
     .to("bean:myBean?method=callOut")
Where the callOut method does several things, followed by a producerTemplate call to another netty endpoint:
   producerTemplate.sendBody("netty:tcp://somewhereElse:6789...", ExchangePattern.InOut, body);
I'm unable to proxy "directly" from/to the netty endpoints, and need to pass through this bean.  However, I receive the following exception:
   Caused by: java.lang.IllegalStateException: await*() in I/O thread causes a dead lock or sudden performance drop. Use addListener()    instead or call await*() from a different thread.

WebHCatJTShim23 takes UserGroupInformation object as argument (which represents the user make the call to WebHCat or doAs user) but ignores.
WebHCatJTShim20S uses the UserGroupInformation
This is inconsistent and may be a security hole because in with Hadoop 2 the  methods on WebHCatJTShim are likely running with 'hcat' as the user context.

If the log level is set to ERROR, the expression on line 161 in AbstractJackson2HttpMessageConverter evaluates to true. 
Code of interest:

		if (!logger.isWarnEnabled()) {
			return this.objectMapper.canDeserialize(javaType);
		}
		AtomicReference<Throwable> causeRef = new AtomicReference<>();
		if (this.objectMapper.canDeserialize(javaType, causeRef)) {
		}

canDeserialize without the causeRef parameter rethrows exceptions that occur, which is not expected. canDeserialize(javaType, causeRef) should be called in any case.  The log level should not influence if exceptions are thrown or not. The log level only determines what is logged or not.
We had a case where the log level was set to WARN on integration systems but to ERROR on production systems. On the integration system, the exception was logged as a warning and did not break the application. On the production system, the exception was logged with a full stack trace and rethrown, which broke the application. If the exception is considered to be logged as a warning, it should not be rethrown.
What is the initial intention of lines 		161 - 163?

In case of an empty password, the service fails because of the Assert.hasLength(password) in the loginSuccess method.
Fails heavily, with 500 page shown to the user.
However I could not find any contract that the password can't be empty. Could you please change this behaviour to simply skip cookie creation in case of an empty username/password?
Like:
		if (StringUtils.hasLength(username) && StringUtils.hasLength(password)) 
{

			long expiryTime = System.currentTimeMillis()
					+ (getTokenValiditySeconds() * 1000);
			// And so on
		}
            
The usages of min/max-occurs in the model description are not consistent - e.g. missing in ResourceDescription, mostly wrong when used in the descriptionProvider or outdated examples in the documentation.
I'll attach a simple patch which should actually fix that issue in line with the documentation [1] (incl. recursive usage) and the usage of the CLI (ls -l). However there might be more to it.
[1] https://docs.jboss.org/author/display/AS71/Description+of+the+Management+Model

rowProcessed is called in HStoreScanner, however, the final filtering decision is not made until the full row has been assembled in HRegion

Currently in ValidReadTxnList, open transactions and aborted transactions are stored together in one array. That makes it impossible to extract just aborted transactions or open transactions.
For ValidCompactorTxnList this is fine, since we only store aborted transactions but no open transactions.

I'm trying to use CamelSpringDelegatingTestContextLoader with TestNG. Here's my test class:
@ContextConfiguration(classes = SpringTestConfiguration.class, loader = CamelSpringDelegatingTestContextLoader.class)
public class MyTest extends AbstractCamelTestNGSpringContextTests {
    private CamelContext camelContext;

    @Test
        Assert.notNull(camelContext);
    }
}

Configuration class:
SpringTestConfiguration.java
@ComponentScan(basePackageClasses = {SpringTestRoot.class})
public class SpringTestConfiguration extends CamelConfiguration {
}

Here's the exception I'm getting:

org.testng.TestNGException: 
Cannot instantiate class com.mycompany.demo.MyTest
	at org.testng.internal.ObjectFactoryImpl.newInstance(ObjectFactoryImpl.java:38)
	at org.testng.internal.ClassHelper.createInstance1(ClassHelper.java:380)
	at org.testng.internal.ClassHelper.createInstance(ClassHelper.java:293)
	at org.testng.internal.ClassImpl.getDefaultInstance(ClassImpl.java:115)
	at org.testng.internal.ClassImpl.getInstances(ClassImpl.java:200)
	at org.testng.internal.TestNGClassFinder.<init>(TestNGClassFinder.java:120)
	at org.testng.TestRunner.initMethods(TestRunner.java:409)
	at org.testng.TestRunner.init(TestRunner.java:235)
	at org.testng.TestRunner.init(TestRunner.java:205)
	at org.testng.TestRunner.<init>(TestRunner.java:160)
	at org.testng.remote.RemoteTestNG$1.newTestRunner(RemoteTestNG.java:141)
	at org.testng.remote.RemoteTestNG$DelegatingTestRunnerFactory.newTestRunner(RemoteTestNG.java:271)
	at org.testng.SuiteRunner$ProxyTestRunnerFactory.newTestRunner(SuiteRunner.java:575)
	at org.testng.SuiteRunner.init(SuiteRunner.java:159)
	at org.testng.SuiteRunner.<init>(SuiteRunner.java:113)
	at org.testng.TestNG.createSuiteRunner(TestNG.java:1299)
	at org.testng.TestNG.createSuiteRunners(TestNG.java:1286)
	at org.testng.TestNG.runSuitesLocally(TestNG.java:1140)
	at org.testng.TestNG.run(TestNG.java:1057)
	at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:111)
	at org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:204)
	at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:175)
	at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:125)
	at org.testng.internal.ObjectFactoryImpl.newInstance(ObjectFactoryImpl.java:29)
	... 27 more
Caused by: java.lang.IllegalStateException: Neither GenericXmlContextLoader nor AnnotationConfigContextLoader was able to detect defaults, and no ApplicationContextInitializers were declared for context configuration [ContextConfigurationAttributes@327b636c declaringClass = 'org.apache.camel.testng.AbstractCamelTestNGSpringContextTests', classes = '{}', locations = '{}', inheritLocations = true, initializers = '{}', inheritInitializers = true, name = [null], contextLoaderClass = 'org.apache.camel.testng.AbstractCamelTestNGSpringContextTests$TestNGCamelSpringTestContextLoader']
	at org.springframework.test.context.support.AbstractDelegatingSmartContextLoader.processContextConfiguration(AbstractDelegatingSmartContextLoader.java:201)
	at org.springframework.test.context.ContextLoaderUtils.buildMergedContextConfiguration(ContextLoaderUtils.java:607)
	at org.springframework.test.context.ContextLoaderUtils.buildMergedContextConfiguration(ContextLoaderUtils.java:560)
	at org.springframework.test.context.TestContext.<init>(TestContext.java:99)
	at org.springframework.test.context.TestContextManager.<init>(TestContextManager.java:121)
	at org.springframework.test.context.TestContextManager.<init>(TestContextManager.java:107)
	at org.springframework.test.context.testng.AbstractTestNGSpringContextTests.<init>(AbstractTestNGSpringContextTests.java:108)
	at org.apache.camel.testng.AbstractCamelTestNGSpringContextTests.<init>(AbstractCamelTestNGSpringContextTests.java:49)
	at com.mycompany.demo.MyTest.<init>(MyTest.java:12)
	... 32 more

If I drop AbstractCamelTestNGSpringContextTests and use AbstractTestNGSpringContextTests and copy the listeners I'm able to execute the test.
Will there be TestNG support for CamelSpringDelegatingTestContextLoader?

Currently Driver is obtaining the transaction information and encoding it in the conf in runInternal.  But this is too late, as the query has already been planned.  Either we need to change the plan when this info is obtained or we need to obtain it at compile time.  This bug was introduced by HIVE-8203.

None of the methods in SecurityExpressionRoot have any API documentation. Without reading the code, it's not clear what some of them do. For example, it's not clear that hasRole and hasAuthority are just synonyms and don't do anything different.
Normally I'd look for help in the reference documentation for the root expressions, but it's missing most of the methods (probably hasn't been updated since 3.0, and maybe earlier).
The documentation for this class (Javadoc) and the expressions (reference) could be improved a good deal.

Following up on JBEAP-3093, there are still differences in these 2 subsystems:

258a255
>             <orb socket-binding="iiop" ssl-socket-binding="iiop-ssl"/>
337c334
<                     <role name="guest" delete-non-durable-queue="true" create-non-durable-queue="true" consume="true" send="true"/>
---
>                     <role name="guest" send="true" consume="true" create-non-durable-queue="true" delete-non-durable-queue="true"/>
339,341c336,338
<                 <address-setting name="#" redistribution-delay="1000" message-counter-history-day-limit="10" page-size-bytes="2097152" max-size-bytes="10485760" expiry-address="jms.queue.ExpiryQueue" dead-letter-address="jms.queue.DLQ"/>
<                 <http-connector name="http-connector" endpoint="http-acceptor" socket-binding="http"/>
<                 <http-connector name="http-connector-throughput" endpoint="http-acceptor-throughput" socket-binding="http">
---
>                 <address-setting name="#" dead-letter-address="jms.queue.DLQ" expiry-address="jms.queue.ExpiryQueue" max-size-bytes="10485760" page-size-bytes="2097152" message-counter-history-day-limit="10" redistribution-delay="1000"/>
>                 <http-connector name="http-connector" socket-binding="http" endpoint="http-acceptor"/>
>                 <http-connector name="http-connector-throughput" socket-binding="http" endpoint="http-acceptor-throughput">
353c350
<                 <cluster-connection name="my-cluster" discovery-group="dg-group1" connector-name="http-connector" address="jms"/>
---
>                 <cluster-connection name="my-cluster" address="jms" connector-name="http-connector" discovery-group="dg-group1"/>
356,358c353,355
<                 <connection-factory name="InVmConnectionFactory" entries="java:/ConnectionFactory" connectors="in-vm"/>
<                 <connection-factory name="RemoteConnectionFactory" reconnect-attempts="-1" block-on-acknowledge="true" ha="true" entries="java:jboss/exported/jms/RemoteConnectionFactory" connectors="http-connector"/>
<                 <pooled-connection-factory name="activemq-ra" transaction="xa" entries="java:/JmsXA java:jboss/DefaultJMSConnectionFactory" connectors="in-vm"/>
---
>                 <connection-factory name="InVmConnectionFactory" connectors="in-vm" entries="java:/ConnectionFactory"/>
>                 <connection-factory name="RemoteConnectionFactory" ha="true" block-on-acknowledge="true" reconnect-attempts="-1" connectors="http-connector" entries="java:jboss/exported/jms/RemoteConnectionFactory"/>
>                 <pooled-connection-factory name="activemq-ra" transaction="xa" connectors="in-vm" entries="java:/JmsXA java:jboss/DefaultJMSConnectionFactory"/>

When I saw hive-schema-2.1.0.postgres.sql, I confirmed that "SCHEMA_VERSION" and "VERSION_COMMENT" were 2.0.0.
I change each value to 2.1.0.

With version 1.8 of commons-compress it's no longer possible to decompress  files from an archive if the archive contains entries having null (or being empty?) set as username and/or usergroup. With version 1.7 this still worked now I get this exception:

java.io.IOException: Error detected parsing the header
	at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.getNextTarEntry(TarArchiveInputStream.java:249)
	at TestBed.AppTest.extractNoFileOwner(AppTest.java:30)
Caused by: java.lang.IllegalArgumentException: Invalid byte 32 at offset 7 in '       {NUL}' len=8
	at org.apache.commons.compress.archivers.tar.TarUtils.parseOctal(TarUtils.java:134)
	at org.apache.commons.compress.archivers.tar.TarUtils.parseOctalOrBinary(TarUtils.java:173)
	... 27 more

This exception leads to my suspision that the regression was introduced with the fix for this ticket COMPRESS-262, which has a nearly identical exception provided.
Some test code you can run to verify it:

package TestBed;

import java.io.FileNotFoundException;

import org.apache.commons.compress.archivers.tar.TarArchiveEntry;
import org.apache.commons.compress.archivers.tar.TarArchiveInputStream;
import org.apache.commons.compress.compressors.gzip.GzipCompressorInputStream;

/**
 * Unit test for simple App.
 */
public class AppTest
{

    @Test
    public void extractNoFileOwner()
    {
        TarArchiveInputStream tarInputStream = null;

        try
        {
            tarInputStream =
                new TarArchiveInputStream( new GzipCompressorInputStream( new FileInputStream( new File(
                    "/home/pknobel/redis-dist-2.8.3_1-linux.tar.gz" ) ) ) );
            TarArchiveEntry entry;
            while ( ( entry = tarInputStream.getNextTarEntry() ) != null )
            {
                System.out.println( entry.getName() );
                System.out.println(entry.getUserName()+"/"+entry.getGroupName());
            }

        }
        catch ( FileNotFoundException e )
        {
        }
        catch ( IOException e )
        {
        }
    }

}

With 1.7 the TestCase outputed this:

redis-dist-2.8.3_1/bin/
/
redis-dist-2.8.3_1/bin/redis-server
jenkins/jenkins
redis-dist-2.8.3_1/bin/redis-cli

With 1.8 it's failing once it reaches the null valued entry, which is the first. The archive is created using maven assembly plugin, and I tried the same with maven ant task. Both generating an archive with not set username and groups for at least some entries.
You can download the archive from http://heli0s.darktech.org/redis/2.8.3_1/redis-dist-2.8.3_1-linux.tar.gz
If you run a tar -tvzf on the file you see this report:

drwxr-xr-x 0/0               0 2014-04-18 09:43 redis-dist-2.8.3_1-SNAPSHOT/bin/
-rwxr-xr-x pknobel/pknobel 3824588 2014-01-02 14:58 redis-dist-2.8.3_1-SNAPSHOT/bin/redis-cli
-rwxr-xr-x pknobel/pknobel 5217234 2014-01-02 14:58 redis-dist-2.8.3_1-SNAPSHOT/bin/redis-server

The user 0/0 probably indicates that it's not set although it's the root user id. A correctly root user file would show up as root/root

The changes to prepare for branching out 0.6.0 required changes to build configuration which caused the launch configurations to break as the jars they referred to were renamed automatically. As a result, none of the launch configurations are working at this point.

Wrong description about regionservers in "2.4. Example configurations".

In resolveException(), the MethodEndpoint gets replaced with it's bean name. As a consequence, subclasses can no longer inspect the MethodEndpoint.
Discussion in this thread: http://forum.springframework.org/showthread.php?p=200392.

For e.g. following query:

select p_retailprice, avg(p_retailprice) over (partition by p_mfgr order by p_name rows between current row and 6 following), 
sum(p_retailprice) over (partition by p_mfgr order by p_name rows between current row and 6 following) 
from part 
where p_mfgr='Manufacturer#1'

returns

1173.15	1458.2883333333336	8749.730000000001
1753.76	1458.2883333333336	8749.730000000001
1602.59	1458.2883333333336	8749.730000000001
1414.42	1458.2883333333336	8749.730000000001
1632.66	1458.2883333333336	8749.730000000001

In TomcatServerHttpRequest#createTomcatHttpHeaders, it is assumed that the given HttpServletRequest is a org.apache.catalina.connector.RequestFacade, while it could be a HttpServletRequestWrapper. Similarly, TomcatServerHttpResponse#createTomcatHttpHeaders assumes that the given response is a ResponseFacade, while it could be a HttpServletResponseWrapper.

See nabble
http://old.nabble.com/Exception-handling-...-onException-to26215607.html

                onException(UnmarshalException.class).handled(true).to("mock:ue");
                
                onException(Exception.class).handled(true).to("mock:exception");

                    .throwException(new UnmarshalException("Could not unmarshal", new IllegalArgumentException("Damn")));

The code above should be handled by the UnmarshalException.class as its the best candidate.

In External Web Articles(http://acegisecurity.org/articles.html)，There has the following content:
Mastering Spring (Chinese) Book: Acegi Security is included in Chapter 6 of this book.
Correct Content should be:
Mastering Spring (Chinese) Book: Acegi Security is included in Chapter 17 of this book.
thx.
shifei luo
http://www.open-v.com

Jar file included in ear main directory is resolved as sub deployment with parent ear as first dependency.
Therefore jar files contained in ear/lib directory have priority before implicit modules when class is created inside jar file.

In RepeatOperationsStepFactoryBean.applyConfiguration(), the chunk listeners are registered on the stepOperations, which means they are executed when the step starts and when it ends, which seems to be wrong : as name and javadoc mentions it, ChunkListeners are executed around a chunk, i.e. inside the transaction boundaries.
The other step factory bean SimpleStepFactoryBean correctly registers the chunk listeners on the chunkOperations.

10:08:19,620 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 36) WFLYCTL0013: Operation ("add") failed - address: ([
	at org.wildfly.clustering.server.dispatcher.LocalCommandDispatcherFactoryBuilder.build(LocalCommandDispatcherFactoryBuilder.java:69)
	at org.jboss.as.ejb3.subsystem.EJB3RemoteServiceAdd.installRuntimeServices(EJB3RemoteServiceAdd.java:128)
	at org.jboss.as.ejb3.subsystem.EJB3RemoteServiceAdd.performRuntime(EJB3RemoteServiceAdd.java:87)
	at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:368)

If a command contains two spaces, an error is printed out in the shell.
Example (two spaces in front of -topLevelPackage):
D:\entw\xyz>roo
// ||___/___/
roo> create project  -topLevelPackage test
You cannot specify option 'topLevelPackage' when you have also specified '' in the same command
roo>

Repro

CREATE TABLE tbl_lbodor_1 (ca_address_sk int, ca_address_id string, ca_street_number string, ca_street_name string,
    ca_street_type string, ca_suite_number string, ca_city string, ca_county string, ca_state string,
    ca_zip string, ca_country string, ca_gmt_offset decimal(5,2))
    PARTITIONED BY (ca_location_type string)
    CLUSTERED BY (ca_state) INTO 50 BUCKETS STORED AS ORC TBLPROPERTIES('transactional'='true');

INSERT INTO TABLE tbl_lbodor_1 PARTITION (ca_location_type) VALUES (5555, 'AAAAAAAADLFBAAAA', '126',
                'Highland Park', 'Court', 'Suite E', 'San Jose', 'King George County', 'VA', '28003', 'United States',
                '-5', 'single family');

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.vector.Decimal64ColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector
	at org.apache.hadoop.hive.ql.io.orc.WriterImpl.setColumn(WriterImpl.java:184)
	at org.apache.hadoop.hive.ql.io.orc.WriterImpl.setColumn(WriterImpl.java:237)
	at org.apache.hadoop.hive.ql.io.orc.WriterImpl.addRow(WriterImpl.java:308)
	at org.apache.hadoop.hive.ql.io.orc.OrcRecordUpdater.addSimpleEvent(OrcRecordUpdater.java:423)
	at org.apache.hadoop.hive.ql.io.orc.OrcRecordUpdater.addSplitUpdateEvent(OrcRecordUpdater.java:431)
	at org.apache.hadoop.hive.ql.io.orc.OrcRecordUpdater.insert(OrcRecordUpdater.java:483)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:995)
	at org.apache.hadoop.hive.ql.exec.vector.VectorFileSinkOperator.process(VectorFileSinkOperator.java:111)
	at org.apache.hadoop.hive.ql.exec.Operator.vectorForward(Operator.java:965)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:938)
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:158)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.processVectorGroup(ReduceRecordSource.java:490)
	... 20 more

Creating this JIRA to add missing pieces for query cancel capability to JDBC. HIVE-5232 should however fix the core issue. Typical use case is when the client calls Statement#execute in one thread to execute a long running query, and Statement#cancel in another thread to cancel the execution before it is complete.

Currently, if hbck attempts to close a region and catches a NotServerRegionException, hbck may hang outputting a stack trace.  Since the goal is to close the region at a particular server, and since it is not serving the region, the region is closed, and we should just warn and eat this exception.

Exception in thread "main" org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hbase.NotServingRegionException: Received close for <regionid> but we are not serving it
at org.apache.hadoop.hbase.regionserver.HRegionServer.closeRegion(HRegionServer.java:2162)
at sun.reflect.GeneratedMethodAccessor36.invoke(Unknown Source)

at $Proxy5.closeRegion(Unknown Source)
at org.apache.hadoop.hbase.util.HBaseFsckRepair.closeRegionSilentlyAndWait(HBaseFsckRepair.java:165)
at org.apache.hadoop.hbase.util.HBaseFsck.closeRegion(HBaseFsck.java:1185)
at org.apache.hadoop.hbase.util.HBaseFsck.checkRegionConsistency(HBaseFsck.java:1302)
at org.apache.hadoop.hbase.util.HBaseFsck.checkAndFixConsistency(HBaseFsck.java:1065)
at org.apache.hadoop.hbase.util.HBaseFsck.onlineConsistencyRepair(HBaseFsck.java:351)
at org.apache.hadoop.hbase.util.HBaseFsck.onlineHbck(HBaseFsck.java:370)
at org.apache.hadoop.hbase.util.HBaseFsck.main(HBaseFsck.java:3001)

Add disk storage backing.  Turn hive.vectorized.execution.ptf.enabled on by default.
Add hive.vectorized.ptf.max.memory.buffering.batch.count to specify the maximum number of vectorized row batch to buffer in memory before spilling to disk.
Add hive.vectorized.testing.reducer.batch.size parameter to have the Tez Reducer make small batches for making a lot of key group batches that cause memory buffering and disk storage backing.

I have a JSP page using spring:eval tag as below

<spring:eval expression="command.products" var="items" />

When run the mvn jetty:run command (both jetty 6.1.22 and jetty 6.1.25), I always receive the below NullPointerException (see the stacktrace at the bottom) when I access JSP page on the second time (I don't receive any error for the first time).After debugging the code, I find out that sometimes EvalTag reuses instance variable evaluationContext for the next requests, which was initialized with the PageContext of the some previous request. Here is the code which caching evaluationContext through many requests
EvalTag.java
if (this.evaluationContext == null) {
    this.evaluationContext = createEvaluationContext(pageContext);
}
.... 
String result = this.expression.getValue(this.evaluationContext, String.class);
...

Here are the steps which lead to the exception:
1. User sends a request to page
2. Jetty creates EvalTag#1, which will initialize EvalTag#1.evaluationContext using PageContextImpl#1 (at the moment, PageContextImpl#1.request=HttpServletRequest#1). The tag will be called successfully.
3. Result is returned to user. 
4. Jetty recycles PageContextImpl#1 by calling release() method. PageContextImpl#1.request=null
Jetty recycles EvalTag#1 by calling release() method. But EvalTag#1.evaluationContext still != null.  EvalTag#1.evaluationContext still have references to PageContextImpl#1 indirectly
6. User clicks Refresh button to reload the page
7. Jetty reuses EvalTag#1 to evaluate expression and as a result, the old value of EvalTag#1.evaluationContext is also be reused. This time Jetty creates a new object PageContextImpl#2 (note: somehow Jetty doesn't reuse the PageContextImpl#1 here on my page). At the moment, Jetty will throw NPE when EvalTag#1.doEndTag() is called because EvalTag#1.evaluationContext...PageContextImpl#1.request is null (it should be EvalTag#1.evaluationContext...PageContextImpl#2.request)
For other pages (which this NPE doesn't happen), at step 7 the PageContextImpl#1 is reused by Jetty and PageContextImpl#1.request is initialized correctly by Jetty so the NPE doesn't happen. 
I think EvalTag.evaluationContext should NOT be cached to avoid this error.

2010-08-21 21:40:13,093 [501538@qtp-18977449-3] ERROR [org.mortbay.log] - Nested in org.apache.jasper.JasperException: org.springframework.expression.spel.SpelEvaluationException: EL1021E:(pos 0): A problem occurred whilst attempting to access the property 'command': 'Unexpected exception occurred accessing 'command' as an implicit variable':
org.springframework.expression.spel.SpelEvaluationException: EL1021E:(pos 0): A problem occurred whilst attempting to access the property 'command': 'Unexpected exception occurred accessing 'command' as an implicit variable'
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:88)
	at org.apache.jsp.search_jsp._jspx_meth_spring_eval_3(org.apache.jsp.search_jsp:320)
	at org.apache.jsp.search_jsp._jspService(org.apache.jsp.search_jsp:120)
	at com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilter.java:59)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:440)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1031)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:815)
	at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)
	at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145)
	at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92)
	at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381)
	at net.sf.ehcache.constructs.web.filter.GzipFilter.doFilter(GzipFilter.java:80)
	at net.sf.ehcache.constructs.web.filter.Filter.doFilter(Filter.java:86)
	at myapp.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:83)
	at org.springframework.security.web.authentication.ui.DefaultLoginPageGeneratingFilter.doFilter(DefaultLoginPageGeneratingFilter.java:91)
Caused by: org.springframework.expression.AccessException: Unexpected exception occurred accessing 'command' as an implicit variable
	at org.springframework.web.servlet.tags.EvalTag$JspPropertyAccessor.resolveImplicitVariable(EvalTag.java:186)
	at org.springframework.web.servlet.tags.EvalTag$JspPropertyAccessor.canRead(EvalTag.java:159)
	at org.apache.jasper.runtime.PageContextImpl.doFindAttribute(PageContextImpl.java:541)
	at org.apache.jasper.runtime.PageContextImpl.findAttribute(PageContextImpl.java:527)
	at javax.servlet.jsp.el.ScopedAttributeELResolver.getValue(ScopedAttributeELResolver.java:123)
	at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:175)
	at org.apache.jasper.runtime.VariableResolverImpl.resolveVariable(VariableResolverImpl.java:97)
	at org.springframework.web.servlet.tags.EvalTag$JspPropertyAccessor.resolveImplicitVariable(EvalTag.java:183)

java.io.IOException: Insufficient system resources exist to complete the requested service
	at sun.nio.ch.FileDispatcher.pwrite0(Native Method)
	at sun.nio.ch.FileDispatcher.pwrite(Unknown Source)
	at sun.nio.ch.IOUtil.writeFromNativeBuffer(Unknown Source)
	at sun.nio.ch.IOUtil.write(Unknown Source)
	at sun.nio.ch.FileChannelImpl.write(Unknown Source)
	at sun.nio.ch.FileChannelImpl.transferFromFileChannel(Unknown Source)
	at sun.nio.ch.FileChannelImpl.transferFrom(Unknown Source)
	at org.apache.commons.io.FileUtils.doCopyFile(FileUtils.java:813)
	at org.apache.commons.io.FileUtils.copyFile(FileUtils.java:783)
	at org.test.igor.TestFileUtils.main(TestFileUtils.java:55)
NOTE: the issue is cased by the function doCopyFile(File srcFile, File destFile, boolean preserveFileDate) using hardcoded data chunks of FIFTY_MB in the transferFrom() call.
Reducing this chunk from 50M to 31M solves the issue for my situation (32M still fails).
Here is a test program to reproduce the issue:
package org.test.igor;
import java.io.FileOutputStream;
import java.nio.channels.FileChannel;
import org.apache.commons.io.FileUtils;
public class TestFileUtils {
    public static void main(String[] args){
        File src = new File("D:\\2011.1-dev\\testtest");
        File dest = new File("\\\\ismerek1Shared");
        String filename = "jdk-6u19-windows-x64.exe";
        File file = new File(src, filename);
        File toFile = new File(dest, filename);
        try 
{
            FileUtils.copyFile(file, toFile, true);
            System.out.println("Successful copy");
        }
        catch (IOException e1) 
{
            e1.printStackTrace();
        }
    }
}

When you run

hadoop jar hbase.jar rowcounter <table>

the org.apache.hadoop.hbase.mapreduce.RowCounter class is run.
The RowCounterMapper class in the RowCounter mapreduce job contains the following:

    @Override
    public void map(ImmutableBytesWritable row, Result values,
      Context context)
      for (KeyValue value: values.list()) {
        if (value.getValue().length > 0) {
          context.getCounter(Counters.ROWS).increment(1);
          break;
        }
      }
    }

The intention is to go through the column values in the row, and increment the ROWS counter if some value is non-empty. However, values.list() always has size 1. This is because the createSubmittableJob static method uses a Scan as follows:

    scan.setFilter(new FirstKeyOnlyFilter());

So the input map splits always contain just the first KV. If the column corresponding to that first KV is empty, even though other columns are non-empty, that row is skipped.
This way, rowcounter can return an incorrect result.
One way to reproduce this is to create an hbase table with two columns, say f1:q1 and f2:q2. Create some (say 2) rows with empty f1:q1 but non-empty f2:q2, and some (say 3) rows with empty f2:q2 and non-empty f1:q1.
Then run rowcounter (specifying only the table but not any columns). The count will be either 2 short or 3 short.

The Vectorized PTF operator is mistakenly setting the initial type infos for its output VectorizationContext.  It should not.  It is only creating a projection of the initial column names/type infos from ReduceSink (i.e. keys, values) plus scratch columns for output columns for which the type infos are already known.

After upgrading from 4.1.x to 4.2.5 and 4.2.6 we encounter the same problem mentioned in SPR-13712.
It seems it still persist... in another piece of code.
org.springframework.context.event.EventListenerMethodProcessor#processBean calls MethodIntrospector#selectMethods which in turn calls ReflectionUtils#doWithMethods. In this method there's a call to getDeclaredMethods which fires NoClassDefFoundError (during reflection) even on lazy beans. This in turn wraps to BeanInitializationException and is fired out.

We need to be able to do reference validation for capabilities to avoid problems like WFCORE-1333.
This is going to take careful thought though. The PathManager is a bit of a complex beast.

When the FilterChain is not completed within FilterChainProxy, FirewalledRequest.reset() is not called. This can cause the wrong pathInfo and servletPath to be exposed when a forward or include is performed within the FilterChainProxy's filters and using DefaultHttpFirewall. The reason is because the pathInfo and the servletPath are still cached from the original request and reset was never called.
The following configuration will demonstrate the issue. When an invalid username/password is submitted, the request is forwarded to /login.jsp?login_error=1. However, when the JspServlet attempts to process the URL it sees the HttpServeltRequest.servletPath as RequestWrapper.strippedServletPath (/j_spring_security_check) instead of the new servletPath /login.jsp. 
<http auto-config="true">
  <intercept-url pattern="/admin/secure.jsp" access="ROLE_ADMIN"/>
  <form-login login-page="/login.jsp" authentication-failure-handler-ref="afh"/>		
</http>	
<b:bean id="afh" class="org.springframework.security.web.authentication.SimpleUrlAuthenticationFailureHandler"
  p:defaultFailureUrl="/login.jsp?login_error=1"  
  p:useForward="true"/>
<authentication-manager>
  <authentication-provider>
    <user-service>
      <user name="un" password="pwd" authorities="ROLE_ADMIN"/>
    </user-service>
  </authentication-provider>
</authentication-manager>
I have not yet validated this occurs in 3.1.0.M2 but marked it as impacted to ensure it at least gets looked at.

hive> CREATE TABLE src (key STRING COMMENT 'default', value STRING COMMENT 'default') STORED AS TEXTFILE;

hive> explain select * from src where key > '4';
Failed with exception wrong number of arguments
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.ExplainTask

Error stack in hive.log

2017-09-25T21:18:59,591 ERROR [726b5e51-f470-4a79-be8c-95b82a6aa85d main] exec.Task: Failed with exception wrong number of arguments
java.lang.IllegalArgumentException: wrong number of arguments
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:896)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:774)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:668)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:797)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputList(ExplainTask.java:635)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:968)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputMap(ExplainTask.java:569)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:954)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:1052)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.outputStagePlans(ExplainTask.java:1197)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.getJSONPlan(ExplainTask.java:275)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.getJSONPlan(ExplainTask.java:220)
	at org.apache.hadoop.hive.ql.exec.ExplainTask.execute(ExplainTask.java:368)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:204)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2190)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1832)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1549)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1304)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1294)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:187)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:409)
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:827)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:765)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:692)
	at org.apache.hadoop.util.RunJar.run(RunJar.java:234)

I configured webservices to use a rewrite of the soap endpoint.  The following attributes don't seem to work correctly
1. Adding this entry does not work.  I need the value for protocol to be configurable

<wsdl-uri-scheme>${wsdl.protocol:http}</wsdl-uri-scheme>

With error

Message: "WFLYCTL0248: Invalid value ${wsdl.protocol:http} for wsdl-uri-scheme; legal values are [http, https]"
2. wsdl-port is not leveraged properly.  I manually changed to https, based on the above limitation.  I set this:

<wsdl-uri-scheme>https</wsdl-uri-scheme>
<wsdl-port>${wsdl.port:443}</wsdl-port>

However, the reported URL includes 8443 not my configured 443 value.
In addition, if I manually set the values

            <wsdl-uri-scheme>https</wsdl-uri-scheme>
            <wsdl-port>443</wsdl-port>

I still get 8443.

org.apache.commons.codec.binary.Base64.encodeBase64String currently uses StringUtils.newStringUtf8. But the text should be in fact be in ASCII, so newStringUsAscii would be clearer and perhaps faster.

If I do not define auth method in web.xml then NPE happens during deployment (Yoda would have saved you)
web.xml:

        <realm-name>RestBase</realm-name>

	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.authMethod(UndertowDeploymentInfoService.java:758)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:693)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.start(UndertowDeploymentInfoService.java:214)

Related source code:

    private static String authMethod(String configuredMethod) {
        // TODO - Feels like a candidate for an enum but will hold off until configuration of custom methods and chaining is
        // defined.
        if (configuredMethod.equals("CLIENT-CERT")) { //Speak Yoda here please
            return HttpServletRequest.CLIENT_CERT_AUTH;
        }
        return configuredMethod;
    }

[Scenario for Reproducing ] :
1. Create and delete 10 different HBase tables concurrently (10 threads creating, disabling and deleting their own tables)
2. Check the HBase Master logs( Null Pointer Exceptions observed caused by data race)

ERROR [main-EventThread] zookeeper.ClientCnxn: Error while calling watcher 
 at org.apache.hadoop.hbase.zookeeper.ZKUtil$NodeAndData.isEmpty(ZKUtil.java:667)
 at org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.refreshNodes(ZKPermissionWatcher.java:152)
 at org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.nodeChildrenChanged(ZKPermissionWatcher.java:142)
 at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:439)
 at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:543)
 at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:518)
2015-06-05 20:32:04,553 INFO  [B.defaultRpcServer.handler=24,queue=4,port=16000] client.ConnectionManager$HConnectionImplementation: Closing zookeeper sessionid=0x200541f1fd400c0
2015-06-05 20:32:04,561 INFO  [B.defaultRpcServer.handler=24,queue=4,port=16000] zookeeper.ZooKeeper: Session: 0x200541f1fd400c0 closed
2015-06-05 20:32:04,561 INFO  [B.defaultRpcServer.handler=24,queue=4,port=16000-EventThread] zookeeper.ClientCnxn: EventThread shut down
2015-06-05 20:32:04,631 INFO  [B.defaultRpcServer.handler=7,queue=2,port=16000] client.ConnectionManager$HConnectionImplementation: Closing zookeeper sessionid=0x200541f1fd400c2
2015-06-05 20:32:04,644 INFO  [B.defaultRpcServer.handler=7,queue=2,port=16000] zookeeper.ZooKeeper: Session: 0x200541f1fd400c2 closed
2015-06-05 20:32:04,644 INFO  [B.defaultRpcServer.handler=7,queue=2,port=16000-EventThread] zookeeper.ClientCnxn: EventThread shut down 

Hello,
I recently upgraded from querydsl 2.9.0 to 3.2.3 and spring-data-mongodb 1.2.1.RELEASE to 1.3.1.RELEASE.
Currently, some of my MongoDB entities have inner objects stored using maps with Long keys :

    @Document(collection = "xxx")
    @QueryEntity
    public class ObjectA {
        private Map<Long, ObjectB> objects;
    }

I used to query such objects using the QueryDslPredicateExecutor repository interface. For instance, I used to check whether a map key was present with : QObjectA.objectA.objects.get(objectId).isNotNull()
With the updated versions, I now get a ClassCastException I didn't experience before :

    java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.String
        at com.mysema.query.types.PathMetadata.getName(PathMetadata.java:70)
        at org.springframework.data.mongodb.repository.support.SpringDataMongodbSerializer.getKeyForPath(SpringDataMongodbSerializer.java:66)

Judging by the source code of PathMetadata, it looks like the correct behaviour might be to use getElement().toString() instead of getName() :
https://github.com/mysema/querydsl/blob/master/querydsl-core/src/main/java/com/mysema/query/types/PathMetadata.java
What do you think ?

The progress report is issued every second even when no progress have been made:

2014-01-27 10:35:55,209 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 6.68 sec
2014-01-27 10:35:56,678 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 6.68 sec
2014-01-27 10:35:59,344 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 6.68 sec
2014-01-27 10:36:01,268 Stage-1 map = 100%,  reduce = 100%, Cumulative CPU 8.67 sec
2014-01-27 10:36:03,149 Stage-1 map = 100%,  reduce = 100%, Cumulative CPU 8.67 sec

This pollutes the logs and the screen, and people do not appreciate it as much as the designers might have thought (How do I limit log verbosity of hive?, controlling the level of verbosity in Hive).
It would be nice to be able to control the level of verbosity (but not by the -v switch!):

Make sure that the progress report is only issued where there is something new to report; or
Remove all the progress messages; or
Make sure that progress is reported only every X sec (instead of every 1 second)

There are some problems with Canary documentation. http://hbase.apache.org/book.html#_canary

Help is displayed with -help and not --help option.
Value for -interval is in seconds but examples use it as milliseconds.
Property tag is incorrect in Example 56.

JavaMail ignores the timeout values set via the connectionTimeout property.

Within MailConfiguration::createJavaMailProperties the mail.<protocol>.timeout and mail.<protocol>.connectionTimeout parameters are set as long values
In com.sun.mail.util.PropUtil::getInt (line 141) the property is ignored since it is a long value

Changing the type of connectionTimeout from long to int would be the cleanest solution - another suggestion would be to downcast the connectionTimeout in MailConfiguration::createJavaMailProperties

The elytron profile in testsuite/integration should only be activated in child modules. There should also be a possibility to provide custom CLI script (as for instance the web module uses very slim server configuration.

We have issues in a scenario in which several threads are evaluating the same expression (which include functions) in IMMEDIATE mode.
org.springframework.expression.spel.standard.getValue() includes the following piece of code:

Object result = this.ast.getValue(expressionState);
checkCompile(expressionState);

The call to checkCompile() goes through a synchronized block in compileExpression() which ends up in org.springframework.expression.spel.ast.FunctionReference.generateCode(). Inside this method, the field this.method is accessed twice, as follows:

	@Override 
	public void generateCode(MethodVisitor mv,CodeFlow cf) {
		Assert.state(this.method != null, "No method handle");
		String classDesc = this.method.getDeclaringClass().getName().replace('.', '/');
		generateCodeForArguments(mv, cf, this.method, this.children);
		mv.visitMethodInsn(INVOKESTATIC, classDesc, this.method.getName(),
				CodeFlow.createSignatureDescriptor(this.method), false);
		cf.pushDescriptor(this.exitTypeDescriptor);
	}

However, the call to this.ast.getValue(expressionState) in org.springframework.expression.spel.standard.getValue() we saw earlier, which does not go through a synchronized block, ends up calling org.springframework.expression.spel.ast.FunctionReference.executeFunctionJLRMethod(). The first insruction of this method is:

	private TypedValue executeFunctionJLRMethod(ExpressionState state, Method method) throws EvaluationException {
		this.method = null;

Because this code path is not synchronized, it may set this.method to null while the thread executing checkCompile() is running, causing a NullPointerException:

Exception in thread "Thread-95499" java.lang.NullPointerException
	at org.springframework.expression.spel.ast.FunctionReference.generateCode(FunctionReference.java:184)
	at org.springframework.expression.spel.standard.SpelCompiler.createExpressionClass(SpelCompiler.java:160)
	at org.springframework.expression.spel.standard.SpelCompiler.compile(SpelCompiler.java:105)

      <artifactId>jboss-ejb-client</artifactId>
      <version>4.0.0.Beta30-redhat-1</version>
        <license>
          <name>GNU Lesser General Public License, Version 2.1</name>
          <url>http://repository.jboss.org/licenses/lgpl-2.1.txt</url>

However, the POM and source files contain Apache License, Version 2.0.

Brief description
large values with a first byte indicating at least 4 additional bytes shift an integer by at least 32bits thus leading to an overflow and an incorrect value - the value needs to be casted to long before the bitshift!
(see the attached patch)
Details from the 7z documentation

UINT64 means real UINT64 encoded with the following scheme:
  Size of encoding sequence depends from first byte:
  First_Byte  Extra_Bytes        Value
  (binary)   
  0xxxxxxx               : ( xxxxxxx           )
  10xxxxxx    BYTE y[1]  : (  xxxxxx << (8 * 1)) + y
  110xxxxx    BYTE y[2]  : (   xxxxx << (8 * 2)) + y
  ...
  1111110x    BYTE y[6]  : (       x << (8 * 6)) + y
  11111110    BYTE y[7]  :                         y
  11111111    BYTE y[8]  :                         y

The validation of the relationship between enable-welcome-root and default-web-module was dropped during the conversion of the legacy web module to model-only mode.
This is no big deal as any legacy slave (without which the subsystem is pointless) will reject a problem. But I want to fix it anyway as the fix will help illustrate how to do a patch for EAP.

HiveConnection.setReadOnly's automatically generated implementation always throws a generic "Method not supported" exception and thus is not compliant with the JDBC spec. Per JDBC spec, an exception can be thrown only if the connection is closed, DB access error occurs or the method is called during a transaction (which is not a case for HiveConnection). 
JDBC spec does not say a word about not supporting the method by the driver. The most correct behavior could be to throw only if the request tries to enable the read-only mode (as HiveConnection.isReadOnly always returns false).
This issue is a blocker for JDBC connection pools (i.e. HikariCP) that expect JDBC-compliant behavior from the driver.

metastore-server uses exec-maven-plugin to generate metastore-site.xml.template with ConfTemplatePrinter.
It expects some arguments. 
Because yetus also uses the exec-maven-plugin to determine the order of the modules to be built, but with zero params, the execution fails.
https://github.com/apache/yetus/blob/6ebaa1119e611db14f219e289e33ab8ac5c254a7/precommit/src/main/shell/test-patch.d/maven.sh#L658
mvn -q exec:exec -Dexec.executable=pwd -Dexec.args=''

From: Willem Jiang
To: camel-user@activemq.apache.org
Subject: Re: camel-cxf throwing a fault
Date: Wed, 05 Mar 2008 16:26:41 +0800
Reply-To: camel-user@activemq.apache.org
Hi Marc,
It looks like camel-cxf component's issue which can't deal with the 
exception message in MESSAGE dataFormat.
Could you fill a JIRA for it ? I will fix it later this week.
As usual ,you just need throw the exception from the processor , CXF 
will try to marshal it into a soap fault.
Regards,
Willem
Marc Giger wrote:
> Hi,
>
> I'm trying to get the following camel route working where the
> dataformat is MESSAGE.
>
> <from uri="cxf:bean:routerEndpoint?dataFormat=MESSAGE"/>            
> <process ref="decryptProcessor"/>  
> <choice>
>     <when>  
>     	<methodCall bean="endpointSelector" method="matches"/>
> 	    <to uri="cxf:bean:serviceEndpoint?dataFormat=MESSAGE"/>  
>     </when>
>     <otherwise>  
>     	<to uri="cxf:bean:localEndpoint?dataFormat=MESSAGE"/>   
>     </otherwise>
> </choice>  
>
> if the endpointSelector bean returns true the request is redirected to
> a remote webservice.
> otherwise the request is forwarded to a local cxf service (with
> local-transport)
>
> Now, if I invoke the routerEndpoint and somewhere in the pipeline
> happens an exception (in my case in the decryptProcessor), I get the
> following Exception in the outFault chain:
>
> Mar 4, 2008 10:48:35 PM org.apache.cxf.phase.PhaseInterceptorChain
> doIntercept INFO: Interceptor has thrown exception, unwinding now
> org.apache.cxf.interceptor.Fault
>         at
> org.apache.camel.component.cxf.interceptors.RawMessageContentRedirectInterceptor.handleMessage(RawMessageContentRedirectInterceptor.java:43)
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:208)
> at
> org.apache.cxf.interceptor.OutgoingChainInterceptor.handleMessage(OutgoingChainInterceptor.java:74)
> at
> at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:77)
> at
> org.apache.cxf.transport.servlet.ServletDestination.doMessage(ServletDestination.java:79)
> at
> org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:264)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:160)
> at
> org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFServlet.java:170)
> at
> org.apache.cxf.transport.servlet.AbstractCXFServlet.doPost(AbstractCXFServlet.java:148)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
> at
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
> at
> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
> at
> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211)
> at
> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
> at org.mortbay.jetty.Server.handle(Server.java:313) at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:844)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:644) at
> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at
> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
> at
> org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)
> Caused by: java.lang.NullPointerException at
> org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1025) at
> org.apache.commons.io.IOUtils.copy(IOUtils.java:999) at
> org.apache.camel.component.cxf.interceptors.RawMessageContentRedirectInterceptor.handleMessage(RawMessageContentRedirectInterceptor.java:39) ...
> 28 more
>
> This is because the InputStream is null in
> RawMessageContentRedirectInterceptor:
>
> public void handleMessage(Message message) throws Fault {
>
>         InputStream is = message.getContent(InputStream.class);
>         OutputStream os = message.getContent(OutputStream.class);
>         
>         try 
{            
>             IOUtils.copy(is, os);
>             is.close();
>             os.flush();
>         }
{
>             throw new Fault(e);
>         }
>     }
>
> How can I return a custom soap-fault in a processor/filter?
>
> Thanks,
>
> Marc
>
>

Both in AggregateImplementation and AggregationClient, the evaluation of the current minimum value is like:
min = (min == null || ci.compare(result, min) < 0) ? result : min;
The LongColumnInterpreter takes null value is treated as the least value, while the above expression takes min as the greater value when it is null. Thus, the real minimum value gets discarded if a null value comes later.
max() could also be wrong if a different ColumnInterpreter other than LongColumnInterpreter treats null value differently (as the greatest).

in spring 4.2.6
class： LazySingletonAspectInstanceFactoryDecorator 
method：getAspectInstance
thread is blocked.
please see：https://github.com/zhuyijian135757/http-server.git
run: class Booter
run test: class HttpClientCase

The current decimal implementation does not limit the precision of the numbers. This has a number of drawbacks. A maximum precision would allow us to:

Have SerDes/filformats store decimals more efficiently
Speed up processing by implementing operations w/o generating java BigDecimals
Simplify extending the datatype to allow for decimal(p) and decimal(p,s)
Write a more efficient BinarySortable SerDe for sorting/grouping/joining

Exact numeric datatype are typically used to represent money, so if the limit is high enough it doesn't really become an issue.
A typical representation would pack 9 decimal digits in 4 bytes. So, with 2 longs we can represent 36 digits - which is what I propose as the limit.
Final thought: It's easier to restrict this now and have the option to do the things above than to try to do so once people start using the datatype.

The MinaUdpProtocolCodecFactory on the consumer side decodes data from an udp datagram to a byte[].
    byte[] bytes = context.getTypeConverter().convertTo(byte[].class, in);
On the provider side where it gets back to the wire it gets converted to a string:
    String value = context.getTypeConverter().convertTo(String.class, message);
and then set to the ByteBuffer with the given charset.
The result is that the original datagram is not valid anymore. The default codec should the data convert to a byte array or keep the data as byte array. 

The parsed add is done for /subsystem=security/security-domain=other/acl=classic/acl-module=acl
However in the acl resource this is called login-module=acl.
WHen marshalling

	<acl>
	   <acl-module name="acl" code="AclThingy" flag="required" module="test">
                <module-option name="d" value="r"/>
	   </acl-module>
	</acl>

becomes

	<acl>
	   <login-module name="acl" code="AclThingy" flag="required" module="test">
	   </login-module>
	</acl>

The following error occurs when deploying the camel-kafka feature

ERROR: Bundle rfid-ws-kafka-poc-bundle [270] EventDispatcher: Error during dispatch. (java.lang.NoClassDefFoundError: org/I0Itec/zkclient/serialize/ZkSerializer)
java.lang.NoClassDefFoundError: org/I0Itec/zkclient/serialize/ZkSerializer
	at kafka.javaapi.consumer.ZookeeperConsumerConnector.<init>(ZookeeperConsumerConnector.scala:66)
	at kafka.javaapi.consumer.ZookeeperConsumerConnector.<init>(ZookeeperConsumerConnector.scala:69)
	at kafka.consumer.Consumer$.createJavaConsumerConnector(ConsumerConnector.scala:105)
	at kafka.consumer.Consumer.createJavaConsumerConnector(ConsumerConnector.scala)
	at org.apache.camel.component.kafka.KafkaConsumer.doStart(KafkaConsumer.java:79)
	at org.apache.camel.blueprint.BlueprintCamelContext.start(BlueprintCamelContext.java:180)
	at org.apache.camel.blueprint.BlueprintCamelContext.maybeStart(BlueprintCamelContext.java:212)
	at org.apache.camel.blueprint.BlueprintCamelContext.serviceChanged(BlueprintCamelContext.java:150)
	at org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:943)
	at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:794)
	at org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:544)
	at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4445)
	at org.apache.felix.framework.Felix.registerService(Felix.java:3431)
	at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:346)
	at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:353)
	at org.apache.camel.blueprint.BlueprintCamelContext.init(BlueprintCamelContext.java:100)
	at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)
	at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)
	at org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:712)
	at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:824)
	at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)
	at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)
	at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)
	at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)
	at org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:682)
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:377)
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:269)
	at org.apache.aries.blueprint.container.ExecutorServiceWrapper.run(ExecutorServiceWrapper.java:106)
	at org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:48)
Caused by: java.lang.ClassNotFoundException: org.I0Itec.zkclient.serialize.ZkSerializer not found by org.apache.servicemix.bundles.kafka_2.10 [266]
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1556)
	at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:77)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1993)
	... 58 more

hive> describe ngramtest;
OK
col1                	int                 	                    
col3                	string              	                    
Time taken: 0.192 seconds, Fetched: 2 row(s)
SELECT explode(ngrams(sentences(lower(t.col3)), 3, 10)) as x FROM (SELECT col3  FROM ngramtest WHERE col1=0) t;
when any result has value equal null, returned the error. 
2015-01-08 09:15:00,262 FATAL ExecReducer: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":
{"_col0":["0","0","0","0"]}
,"alias":0} 
at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:258) 
at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:506) 
at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:447) 
at org.apache.hadoop.mapred.Child$4.run(Child.java:268) 
at javax.security.auth.Subject.doAs(Subject.java:396) 
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1408) 
at org.apache.hadoop.mapred.Child.main(Child.java:262) 
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: GenericUDAFnGramEvaluator: mismatch in value for 'n', which usually is caused by a non-constant expression. Found '0' and '1'. 
at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFnGrams$GenericUDAFnGramEvaluator.merge(GenericUDAFnGrams.java:242) 
at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.aggregate(GenericUDAFEvaluator.java:142) 
at org.apache.hadoop.hive.ql.exec.GroupByOperator.updateAggregations(GroupByOperator.java:658) 
at org.apache.hadoop.hive.ql.exec.GroupByOperator.processAggr(GroupByOperator.java:911) 
at org.apache.hadoop.hive.ql.exec.GroupByOperator.processKey(GroupByOperator.java:753) 
at org.apache.hadoop.hive.ql.exec.GroupByOperator.processOp(GroupByOperator.java:819) 
at org.apache.hadoop.hive.ql.exec.Operator.process(Operator.java:474) 
at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:249) 

There have been a few reported instances of an "error=provider" parameter being sent in situations that don't involve a communication problem with the provider; when this happens, it's usually a data problem (e.g., the UserConnection table wasn't properly created or some constraint was violated). ProviderSignInController should properly report an error to the client (and/or the logs) indicating the true nature of the problem.

When a HiveAction is launched form Oozie with Hive On Spark enabled, we're getting errors:

Caused by: java.io.IOException: Exception reading file:/yarn/nm/usercache/yshi/appcache/application_1485271416004_0022/container_1485271416004_0022_01_000002/container_tokens
        at org.apache.hadoop.security.Credentials.readTokenStorageFile(Credentials.java:188)
        at org.apache.hadoop.mapreduce.security.TokenCache.mergeBinaryTokens(TokenCache.java:155)

This is caused by passing the mapreduce.job.credentials.binary property to the Spark configuration in RemoteHiveSparkClient.

count on view with get_json_object() UDF and lateral views and unions fails in the master with error:
2015-10-27 17:51:33,742 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : java.lang.RuntimeException: Error in configuring object
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:449)
        ... 9 more
        ... 14 more
        ... 17 more
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:147)
        ... 22 more
This query works fine in 1.1 version. 
The last two qfile unit tests added by HIVE-11384 fail when hive.in.test is false. It may relate how we handle prunelist for select. When select include every column in a table, the prunelist for the select is empty. It may cause issues to calculate its parent's prunelist.. 

Hive returns wrong count result on an external table with table statistics if I change table data files.
This is the scenario in details:
1) create external table my_table (...) location 'my_location';
2) analyze table my_table compute statistics;
3) change/add/delete one or more files in 'my_location' directory;
4) select count(*) from my_table;
In this case the count query doesn't generate a MR job and returns the result based on table statistics. This result is wrong because is based on statistics stored in the Hive metastore and doesn't take into account modifications introduced on data files.
Obviously setting "hive.compute.query.using.stats" to FALSE this problem doesn't occur but the default value of this property is TRUE.
I thinks that also this post on stackoverflow, that shows another type of bug in case of multiple insert, is related to the one that I reported:
http://stackoverflow.com/questions/24080276/wrong-result-for-count-in-hive-table

A patch for concurrent use of TimestampWritable which occurs in a multithreaded scenario (as found in AmpLab Shark).  A static SimpleDateFormat (not ThreadSafe) is used by TimestampWritable in CTAS DDL statements where it manifests as data corruption when used in a concurrent environment.

Hive has a feature where Partition's without any defined columns use the Table schema. This happens in Partition.initialize

// set default if columns are not set
if (tPartition.getSd().getCols() == null) {
  if (table.getCols() != null) {
    tPartition.getSd().setCols(table.getCols());
  }
}

There's an issue though, because Table.getEmptyTable initializes cols to an empty array, which of course is not null, causing the above feature to not work as expected.
I'm not sure of the fix - is there a case where cols can indeed be null? I think the best thing to do here is:

-        if (tPartition.getSd().getCols() == null) {
+        if (tPartition.getSd().getCols() == null || tPartition.getSd().getCols().size() == 0) {

Thoughts?

Docs are a little misleading for usage of LZO, SLZO, LZOP and SLZOP. Lets just leave lzo there because additional split work by twitter is not truly split stream on codec level. Or at least they never implemented the SplittableCompressionCodec interface which makes is unusable outside of MR record reader.

This will avoid seeks to end of file from each split in each task to find the footer metadata.

insert overwrite table insert_10_1
    select cast(gpa as float),
           age,
           IF(age>40,cast('2011-01-01 01:01:01' as timestamp),NULL),
           IF(LENGTH(name)>10,cast(name as binary),NULL)
    from studentnull10k

vectorizationSchemaColumns: [0:name:string, 1:age:int, 2:gpa:double]

ExprNodeDescs:
    UDFToFloat(gpa) (type: float),
    age (type: int),
    if((age > 40), 2011-01-01 01:01:01.0, null) (type: timestamp),
    if((length(name) > 10), CAST( name AS BINARY), null) (type: binary)

selectExpressions:
    VectorUDFAdaptor(if((age > 40), 2011-01-01 01:01:01.0, null))
        (children: LongColGreaterLongScalar(col 1:int, val 40) -> 4:boolean) -> 5:timestamp,
    VectorUDFAdaptor(if((length(name) > 10), CAST( name AS BINARY), null))
        (children: LongColGreaterLongScalar(col 4:int, val 10)(children: StringLength(col 0:string) -> 4:int) -> 6:boolean,
        VectorUDFAdaptor(CAST( name AS BINARY)) -> 7:binary) -> 8:binary

// Notice there is no vector expression shown for the last IF stmt.  It has been magically embedded inside the VectorUDFAdaptor object...
Execution results in this call stack.
{nocode}
	at java.util.Arrays.copyOfRange(Arrays.java:3521)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory$9.writeValue(VectorExpressionWriterFactory.java:1101)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpressionWriterFactory$VectorExpressionWriterBytes.writeValue(VectorExpressionWriterFactory.java:343)
	at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFArgDesc.getDeferredJavaObject(VectorUDFArgDesc.java:123)
	at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.setResult(VectorUDFAdaptor.java:211)
	at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.evaluate(VectorUDFAdaptor.java:177)
	... 22 more{nocode}

Change is due to:
HIVE-17139: Conditional expressions optimization: skip the expression evaluation if the condition is not satisfied for vectorization engine. (Jia Ke, reviewed by Ferdinand Xu)
Embedding a raw vector expression outside of VectorizationContext is quite non-standard and evidently buggy.
Ferdinand Xu Ke Jia I am inclined to revert this change.  Comments?  CC: Ashutosh Chauhan Gunther Hagleitner

I'm getting FileNotFoundException (File name too long) when running AuditJoinTableoverOnetoManyJoinColumnTest. We should refactor the too long test names.

Running org.jboss.as.test.integration.jpa.hibernate.envers.auditjointableoveronetomanyjoincolumntest.AuditJoinTableoverOnetoManyJoinColumnTest
Exception in thread "ThreadedStreamConsumer" org.apache.maven.surefire.util.NestedRuntimeException: null; nested exception is java.io.FileNotFoundException: /home/jcacek/Java/Projects/wildfly/testsuite/integration/basic/target/surefire-reports/org.jboss.as.test.integration.jpa.hibernate.envers.auditjointableoveronetomanyjoincolumntest.AuditJoinTableoverOnetoManyJoinColumnTest-output.txt (File name too long)
java.io.FileNotFoundException: /home/jcacek/Java/Projects/wildfly/testsuite/integration/basic/target/surefire-reports/org.jboss.as.test.integration.jpa.hibernate.envers.auditjointableoveronetomanyjoincolumntest.AuditJoinTableoverOnetoManyJoinColumnTest-output.txt (File name too long)
	at java.io.FileOutputStream.<init>(FileOutputStream.java:212)
	at java.io.FileOutputStream.<init>(FileOutputStream.java:165)
	at java.io.FileWriter.<init>(FileWriter.java:90)
	at org.apache.maven.surefire.report.ConsoleOutputFileReporter.writeMessage(ConsoleOutputFileReporter.java:89)
	at org.apache.maven.surefire.report.MulticastingReporter.writeMessage(MulticastingReporter.java:101)
	at org.apache.maven.surefire.report.TestSetRunListener.writeTestOutput(TestSetRunListener.java:105)
	at org.apache.maven.plugin.surefire.booterclient.output.ForkClient.consumeLine(ForkClient.java:132)
	at org.apache.maven.plugin.surefire.booterclient.output.ThreadedStreamConsumer$Pumper.run(ThreadedStreamConsumer.java:67)

I need to do some changes in DeadServer because of HBASE-7590. To minimize the patch size and simplifies the feedback, I prefer to isolate the issue.
Changes are:

Add the time when the server was declared as dead. It's what I need in HBASE-7590, but it makes sense even without it, for example to be shown in the UI.
suppress the extends on Set & clean up all the not used methods
use directly the object instead of a copy.

For connection utils, we currently have a jitter of 1%. I need a bigger one for sure in one case, but I wonder if we should not increase it in all cases? instead of plus 1%, we should have plus or minus 10% imho.
Tests are in progress locally, I will add the patch when they're ok.

HIVE-7896 added new options to orcfiledump, but these are not reflected in the launch scripts ext/orcfiledump.[sh|cmd]

In fact, you can find the bug in code.
https://github.com/apache/hive/blob/branch-0.10/ql/src/java/org/apache/hadoop/hive/ql/udf/UDFJson.java#L190
Miss call mKey.matches() before use mKey.group(1)
The bug still exists in the newest version.
So, we met such exception in some query:

2014-01-23 11:08:19,869 FATAL ExecReducer: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to execute method public org.apache.hadoop.io.Text org.apache.hadoop.hive.ql.udf.UDFJson.evaluate(java.lang.String,java.lang.String)  on object org.apache.hadoop.hive.ql.udf.UDFJson@c7056d5 of class org.apache.hadoop.hive.ql.udf.UDFJson with arguments {{ .... }:java.lang.String, $.6:java.lang.String} of size 2
Caused by: java.lang.IllegalStateException: No match found
	at java.util.regex.Matcher.group(Matcher.java:468)
	at org.apache.hadoop.hive.ql.udf.UDFJson.extract(UDFJson.java:190)
	at org.apache.hadoop.hive.ql.udf.UDFJson.evaluate(UDFJson.java:154)
	... 24 more

Failed with this:

java.lang.AssertionError: expected:<SUCCESS> but was:<TIMED_OUT>

The first execution TIMED_OUT.  Timeout invoking shell is 200ms.

This issue was hit during pre-testing of fixes for EAP 7.1.0.ER3. After the discussion with Kabir Khan and Brian Stansberry it was decided to create new Jira for the issue.

There are 4 EAP servers.
Servers 1, 3 are in cluster. They hold messages and they will be referenced in this text as JMS servers.
Servers 2, 4 are not in cluster. They have RA configured to connect to servers 1 and 3 using discovery-group, which uses JGroups. They have MDBs which resend messages from InQueue to OutQueue. Servers 2, 4 will be referenced in this text as MDB servers.

Expectation: MDBs on MDB servers are able to discover and conenct to JMS servers.
Reality: During activation of resource adapter on MDB servers, NPE is thrown.
Customer impact: Resource adapter cannot be configured to dynamically discover JMS servers.
This is regression against 7.0.z.
This issue wasn't hit before, because with EAP 7.1.0.ER3 the server did not start with this configuration. See JBEAP-12526 for details.
Detail description of issue
The following NPE arises when MDBs on MDB servers tries to connect to JMS servers via pooled-connection-factory configured to use JGroups for discovery.

org.apache.activemq.artemis.ra.inflow.ActiveMQActivationSpec(ra=org.apache.activemq.artemis.ra.ActiveMQResourceAdapter@e77d2b4c destination=jms/queue/InQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15): ActiveMQInternalErrorException[errorType=INTERNAL_ERROR message=AMQ119004: Failed to initialise session factory]
	at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.initialise(ServerLocatorImpl.java:308) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:741) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation.setup(ActiveMQActivation.java:311) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation.reconnect(ActiveMQActivation.java:658) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation$SetupActivation.run(ActiveMQActivation.java:698) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.jboss.jca.core.workmanager.WorkWrapper.runWork(WorkWrapper.java:445)
	at org.jboss.as.connector.services.workmanager.WildflyWorkWrapper.runWork(WildflyWorkWrapper.java:68)
	at org.jboss.jca.core.workmanager.WorkWrapper.run(WorkWrapper.java:223)
	at org.jboss.threads.SimpleDirectExecutor.execute(SimpleDirectExecutor.java:33)
	at org.jboss.threads.QueueExecutor.runTask(QueueExecutor.java:808)
	at org.jboss.threads.QueueExecutor.access$100(QueueExecutor.java:45)
	at org.jboss.threads.QueueExecutor$Worker.run(QueueExecutor.java:828)
	at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_131]
	at org.apache.activemq.artemis.api.core.jgroups.JChannelWrapper.<init>(JChannelWrapper.java:50) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.api.core.jgroups.JChannelManager.getJChannel(JChannelManager.java:74) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.api.core.JGroupsBroadcastEndpoint.initChannel(JGroupsBroadcastEndpoint.java:108) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.api.core.ChannelBroadcastEndpointFactory.createBroadcastEndpoint(ChannelBroadcastEndpointFactory.java:72) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.core.cluster.DiscoveryGroup.<init>(DiscoveryGroup.java:95) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createDiscoveryGroup(ServerLocatorImpl.java:315) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.initialise(ServerLocatorImpl.java:300) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
	... 13 more

select cast(cast('1966-01-01 00:00:01' as timestamp) as date);
1966-01-02

Another example:

select last_day(cast('1966-01-31 00:00:01' as timestamp));
OK
1966-02-28

more details:
Date: 1966-01-01 00:00:01
unix time UTC: -126230399
daysSinceEpoch=−126230399000 / 86400000 = -1460.999988
int daysSinceEpoch = -1460
DateWritable having daysSinceEpoch=-1460 is 1966-01-02
daysSinceEpoch should be -1461 instead  (1966-01-01)

We (+Umesh Agashe) found HBase RegionServer doesn't update HDFS data encryption key correctly, and in some cases after retry 10 times, it aborts.

2018-08-03 17:37:03,233 WARN org.apache.hadoop.hbase.io.asyncfs.FanOutOneBlockAsyncDFSOutputHelper: create fan-out dfs output /hbase/WALs/rs1.example.com,22101,1533318719239/rs1.example.com%2C22101%2C1533318719239.rs1.example.com%2C22101%2C1533318719239.regiongroup-0.1533343022981 failed, retry = 1
org.apache.hadoop.hdfs.protocol.datatransfer.InvalidEncryptionKeyException: Can't re-compute encryption key for nonce, since the required block key (keyID=1685436998) doesn't exist. Current key: 1085959374
        at org.apache.hadoop.hbase.io.asyncfs.FanOutOneBlockAsyncDFSOutputSaslHelper$SaslNegotiateHandler.check(FanOutOneBlockAsyncDFSOutputSaslHelper.java:399)
        at org.apache.hadoop.hbase.io.asyncfs.FanOutOneBlockAsyncDFSOutputSaslHelper$SaslNegotiateHandler.channelRead(FanOutOneBlockAsyncDFSOutputSaslHelper.java:470)
        at org.apache.hbase.thirdparty.io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
        at org.apache.hbase.thirdparty.io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
        at org.apache.hbase.thirdparty.io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
        at org.apache.hbase.thirdparty.io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
        at org.apache.hbase.thirdparty.io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:310)
        at org.apache.hbase.thirdparty.io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:284)
        at org.apache.hbase.thirdparty.io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286)
        at org.apache.hbase.thirdparty.io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1359)
        at org.apache.hbase.thirdparty.io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:935)
        at org.apache.hbase.thirdparty.io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:801)
        at org.apache.hbase.thirdparty.io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:404)
        at org.apache.hbase.thirdparty.io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:304)
        at org.apache.hbase.thirdparty.io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
        at org.apache.hbase.thirdparty.io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:138)

It appears similar to HDFS-10609 and HDFS-11741. There are cases where dfsclient has to clear its local cache of data encryption key when a DataNode finds the key expires. Now that asyncfs implements the fan-out block writer, HBase has to take care of the update of DEK too.
 
I have a simple fix (similar to what's implemented in HDFS-10609 and HDFS-11741), but making a test seems quite involved.

Trying to tinker with the metastore upgrade scripts and did the following steps on a brand new Derby DB:
From derby:

run 'hive-schema-0.12.0.derby.sql';
run 'upgrade-0.12.0-to-0.13.0.derby.sql';

From Hive:

I then hit the following error below.  It appears that in the metastore DBS table, the row with defaultdb was created with the value "ROLE      ", with spaces at the end, where it was expecting "ROLE".

2014-02-19 14:49:19,824 ERROR metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(143)) - java.lang.IllegalArgumentException: No enum const class org.apache.hadoop.hive.metastore.api.PrincipalType.ROLE      
	at java.lang.Enum.valueOf(Enum.java:196)
	at org.apache.hadoop.hive.metastore.api.PrincipalType.valueOf(PrincipalType.java:14)
	at org.apache.hadoop.hive.metastore.ObjectStore.getDatabase(ObjectStore.java:521)
	at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:108)
	at com.sun.proxy.$Proxy7.getDatabase(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_database(HiveMetaStore.java:753)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getDatabase(HiveMetaStoreClient.java:895)
	at org.apache.hadoop.hive.ql.metadata.Hive.getDatabase(Hive.java:1150)
	at org.apache.hadoop.hive.ql.metadata.Hive.databaseExists(Hive.java:1139)
	at org.apache.hadoop.hive.ql.exec.DDLTask.showTables(DDLTask.java:2372)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:354)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1566)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1339)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1010)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1000)

GenericUDFLevenstein has typo (s instead of sh)
It should be GenericUDFLevenshtein

Step 3 in the example's instructions reads as follows:

3) Create a `box.properties` file in the Karaf working directory with the following properties set to your box account credentials.
However, the camel-context.xml file sets up the PropertyPlaceholderConfigurer locations property to look for the "box.com.properties" file instead.

<bean id="placeholder" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
   <property name="locations">
      <list>
        <value>file:box.com.properties</value>
      </list>
   <property name="ignoreResourceNotFound" value="true" />
   <property name="searchSystemEnvironment" value="true" />
   <property name="systemPropertiesModeName" value="SYSTEM_PROPERTIES_MODE_OVERRIDE" />
</bean>

Workaround is to just use <boolean> or NOT <boolean>

hive> select true=true from src;
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFUtils$ConversionHelper.<init>(GenericUDFUtils.java:212)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBridge.initialize(GenericUDFBridge.java:138)
        at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.newInstance(ExprNodeGenericFuncDesc.java:153)
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprNodeDesc(TypeCheckProcFactory.java:587)
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:708)
        at org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:89)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:88)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.walk(DefaultGraphWalker.java:128)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:102)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:6136)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:1831)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:1663)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:4911)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:5421)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:5952)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:126)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:304)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:377)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:138)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:197)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:303)

         <identity-trust>
             <trust-module name="acl" code="AclThingy" flag="required" module="test">
                 <module-option name="d" value="r"/>
             </trust-module>
         </identity-trust>

becomes

             <login-module name="acl" code="AclThingy" flag="required" module="test">
             </login-module>

read() checks for pos == max, whereas read(byte[]...) checks for pos >= max.
The latter check is safer (works even if pos overshoots max).

Since host-management-interfaces could use http-remoting or native remote protocols the native-interface shouldn't be mandatory.

Despite the fix for SPR-5118, this is still an issue.  Although the sql-error-codes.xml file is properly loaded with the JDBC bundle's classloader, the bean factory that operates on it does not.  This causes the creation of the SQLErrorCodes beans defined within sql-error-codes.xml to fail.  The problem isn't as obvious because these errors are logged at the DEBUG level.
I didn't test the override functionality (I think that it just tries to sql-error-codes.xml from the root of the classpath), but I suspect that for that to work properly in an OSGi environment that you would need to use the TCCL instead of the JDBC bundle's classloader.  As it stands now it looks like it will just search inside of the JDBC bundle itself and not find anything.
I've attached some logs that illustrate what does happen and what should happen.
I would've reopened SPR-5118, but I don't think that I have permission to do so.

It looks like we get YarnContainerClusterMvcEndpoint under `/yarn_containercluster` and `/yarn_containercluster/yarn_containercluster`. I think this is caused by @RequestMapping which I believe is not needed anymore in boot mvc endpoints and now causes this double.

I follow the instructions for the secure-rest example
And when I from the client invoke

 mvn compile exec:java

It fails with a big exception.
I have attach the log file.

In load-scripts.tagx, I see:

var djConfig="${userLocale}"; 

which generates as:

var djConfig="en_US";

Docs suggest it should be something like this:

  var djConfig = {
          locale: 'en-us'
      };

http://dojotoolkit.org/reference-guide/djConfig.html#djconfig
Also I think the locale should be lower-case (with firebird I noticed the nls resources not loading otherwise):

Notice that the lower case is intentional - while Dojo will often convert all locales to lowercase to normalize them, it is the lowercase that must be used when defining your resources.
http://dojotoolkit.org/reference-guide/quickstart/internationalization/specifying-locale.html
For clarity I'm using this, which seems to work though I haven't tried it in other countries!

          parseOnLoad: false,
          isDebug: false,
          locale: '${fn:toLowerCase(userLocale)}'
      };

The annotation @RooJavaBean creates getters and setters for static fields and for final fields:
public class Foo 
{

  private static String foo = "static";
  private final String bar = "final";

}

This piece of code will create getFoo/setFoo and getBar/setBar. I am not aware if the JavaBeans specification says anything about "static", but the setter for "final" should definitely be skipped. 
Moreover, static final variables do not work at all, Roo will delete the AJ files. This is a problem if serialVersionUID should be specified.
Workaround: declare all fields that should not have an automatic getter/setter as "transient".

Streaming app was ran for 24hrs post which it went down due authentication issue . The table was accessible for 12hrs into the run, however currently querying the table fails with OOM exception.

ResourceDefinitionRoot's impl of pushChild(ResourceDefinition child) is doing an incomplete integration of the data from 'child'. It drops everything except attributes, operations and children, losing capabilities and other misc data.
I found this will developing tests for WFCORE-1106.

In order to work around CGLIB and AOP memory issues all of our MVC controllers extend Interfaces for proxying. 
We have something like this in our interface:

   @RequestMapping(value = "/contactus.htm", method = RequestMethod.POST)
    ModelAndView handleContactUsSubmit(HttpServletRequest request, HttpServletResponse response,
                                       @RequestParam(value = "pUrl", required = false) String promotionUrl, @ModelAttribute ContactUsModel model,
                                       Errors errors);

And in the class:

@ExposeSharedPageAttributes
    public ModelAndView handleContactUsSubmit( HttpServletRequest request, HttpServletResponse response, @RequestParam(value = "pUrl", required = false) String promotionUrl, @ModelAttribute ContactUsModel model,
            Errors errors )
    {

This worked great in Spring 3.0.2. After upgrading to 3.0.4, I receive the following stack trace:

Caused by: org.springframework.web.bind.annotation.support.HandlerMethodInvocationException: Failed to invoke handler method [public final org.springframework.web.servlet.ModelAndView $Proxy100.handleContactUsSubmit(javax.servlet.http.HttpServletRequest,javax.servlet.http.HttpServletResponse,java.lang.String,com.roche.cwp.web.template.contactus.model.ContactUsModel,org.springframework.validation.Errors)]; nested exception is java.lang.IllegalStateException: No parameter name specified for argument of type [java.lang.String], and no parameter name information found in class file either.
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:181)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:427)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:415)
	... 81 more
Caused by: java.lang.IllegalStateException: No parameter name specified for argument of type [java.lang.String], and no parameter name information found in class file either.
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.getRequiredParameterName(HandlerMethodInvoker.java:731)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveRequestParam(HandlerMethodInvoker.java:480)
	at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.resolveHandlerArguments(HandlerMethodInvoker.java:340)
	... 86 more

When using RPC in RabbitMQ, the producer sets up an exclusive queue and specifies that queue as the reply_to on outgoing messages.  When the consumer in camel-rabbitmq receives the messages, the reply_to isn't available on the exchange, so no RPC calls can be completed.
The following Python script (from RabbitMQ In Action) produces the message with a reply_to property:
msg = json.dumps(
{"client_name": "RPC Client 1.0",
                  "time" : time.time()}
)
                      exchange="talentsprout.rpc",
     print "RPC Reply — " + body
The following route in Camel would consume messages from this queue:
		from("rabbitmq://192.168.213.130/talentsprout.rpc?queue=ping&routingKey=ping&durable=False&autoDelete=False&autoAck=False&username=guest&password=guest")
		.log("Headers: ${headers}");
The log statement from that route shows that no reply_to header is added.
Without this feature, RPC from external producers cannot work.

Hi,
annotating a method with the @CacheEvict (prob also with other @Cache* annotation) and using varargs with primitive parameters I get the following exception.
I'm able to reproduce the exception at glance...
Example.java
	@CacheEvict(value = { "..." }, allEntries = true)
	public void someMethod( String arg0,long... varArgs) {
		....
	}

java.lang.ClassCastException: [J cannot be cast to [Ljava.lang.Object;
	at org.springframework.cache.interceptor.CacheAspectSupport$CacheOperationContext.extractArgs(CacheAspectSupport.java:376) ~[spring-context-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.cache.interceptor.CacheAspectSupport$CacheOperationContext.<init>(CacheAspectSupport.java:366) ~[spring-context-4.0.0.RELEASE.jar:4.0.0.RELEASE]
	at org.springframework.cache.interceptor.CacheAspectSupport$CacheOperationContexts.<init>(CacheAspectSupport.java:337) ~[spring-context-4.0.0.RELEASE.jar:4.0.0.RELEASE]

Christian

RowContainer::setupWriter, HybridHashTableContainer::spillPartition, (KeyValueContainer|ObjectContainer)::setupOutput, VectorMapJoinRowBytesContainer::setupOutputFileStreams create files in tmp. Maybe some other code does it too, those are the ones I see on the execution path. When there are multiple YARN output directories and multiple tasks running on a machine, it's better to use the YARN directories. The only question is cleanup.

External tables are not replicated currently as part of hive replication. As part of this jira we want to enable that.
Approach:

Target cluster will have a top level base directory config that will be used to copy all data relevant to external tables. This will be provided via the with clause in the repl load command. This base path will be prefixed to the path of the same external table on source cluster. This can be provided using the following configuration:

hive.repl.replica.external.table.base.dir=/

Since changes to directories on the external table can happen without hive knowing it, hence we cant capture the relevant events when ever new data is added or removed, we will have to copy the data from the source path to target path for external tables every time we run incremental replication.
	
this will require incremental repl dump  to now create an additional file _external_tables_info with data in the following form

tableName,base64Encoded(tableDataLocation)

In case there are different partitions in the table pointing to different locations there will be multiple entries in the file for the same table name with location pointing to different partition locations. For partitions created in a table without specifying the set location command will be within the same table Data location and hence there will not be different entries in the file above 
repl load will read the  _external_tables_info to identify what locations are to be copied from source to target and create corresponding tasks for them.

New External tables will be created with metadata only with no data copied as part of regular tasks while incremental load/bootstrap load.
Bootstrap dump will also create  _external_tables_info which will be used to copy data from source to target  as part of boostrap load.
Bootstrap load will create a DAG, that can use parallelism in the execution phase, the hdfs copy related tasks are created, once the bootstrap phase is complete.
Since incremental load results in a DAG with only sequential execution ( events applied in sequence ) to effectively use the parallelism capability in execution mode, we create tasks for hdfs copy along with the incremental DAG. This requires a few basic calculations to approximately meet the configured value in  "hive.repl.approx.max.load.tasks"

HIVE-13365 added zookeeper support to MiniLlapCluster. These settings should also be added to the clusterSpecificConfiguration to make whoever created the mini cluster gets their confs updated with this info.

Scenario, 

CSS with relative paths to PNG files within.
Happens regardless of versioning strategy used (Fixed and Content)
Fails for the web service with relatively longer context path when trying to parse URL for PNG with the CSS :

2018-02-22T11:27:31.721017610Z java.lang.StringIndexOutOfBoundsException: String index out of range: -2
2018-02-22T11:27:31.721022567Z  at java.lang.String.substring(String.java:1967) ~[na:1.8.0_161]
2018-02-22T11:27:31.721027608Z  at org.springframework.web.servlet.resource.ResourceUrlProvider.getForRequestUrl(ResourceUrlProvider.java:187) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]
2018-02-22T11:27:31.721032196Z  at org.springframework.web.servlet.resource.ResourceTransformerSupport.resolveUrlPath(ResourceTransformerSupport.java:80) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]
2018-02-22T11:27:31.721037033Z  at org.springframework.web.servlet.resource.CssLinkResourceTransformer.transform(CssLinkResourceTransformer.java:105) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]
2018-02-22T11:27:31.721041105Z  at org.springframework.web.servlet.resource.DefaultResourceTransformerChain.transform(DefaultResourceTransformerChain.java:67) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]
2018-02-22T11:27:31.721045190Z  at org.springframework.web.servlet.resource.CachingResourceTransformer.transform(CachingResourceTransformer.java:76) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]
2018-02-22T11:27:31.721049282Z  at org.springframework.web.servlet.resource.DefaultResourceTransformerChain.transform(DefaultResourceTransformerChain.java:67) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]
2018-02-22T11:27:31.721053655Z  at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.getResource(ResourceHttpRequestHandler.java:538) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]
2018-02-22T11:27:31.721058140Z  at org.springframework.web.servlet.resource.ResourceHttpRequestHandler.handleRequest(ResourceHttpRequestHandler.java:433) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]
2018-02-22T11:27:31.721063672Z  at org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter.handle(HttpRequestHandlerAdapter.java:51) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]
2018-02-22T11:27:31.721068193Z  at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:967) ~[spring-webmvc-4.3.13.RELEASE.jar!/:4.3.13.RELEASE]

It seems like the relative paths to PNG files within my CSS are processed incorrectly. Prefix and suffix generated in ResourceUrlProvider.java on line number 183 and 184 and then incorrect:
int prefixIndex = getLookupPathIndex(request);
int suffixIndex = getEndPathIndex(requestUrl);
Suffix index is often > prefix index. Causing above exception.
Here is my configuration:
VersionResourceResolver versionResourceResolver = new VersionResourceResolver()
                    .addVersionStrategy(new ContentVersionStrategy(), "/**");
            registry.addResourceHandler("/js/*", "/css/", "/images/*", "/favicon.ico")
                    .addResourceLocations(
                            "classpath:static/js/", "static/js/",
                            "classpath:static/css/", "static/css/",
                            "classpath:static/images/", "static/images/"
                    )
                    .setCachePeriod(CACHE_PERIOD)
                    .resourceChain(true)
                    .addResolver(versionResourceResolver);

Works fine if I remove versionResourceResolver from above resource handler registry.
There was a similar issue fixed earlier with ResourceUrlEncodingFilter :
https://jira.spring.io/browse/SPR-13847
I wonder if this is similar to that but in ResourceUrlProvider? 
 I've now created a sample project and reproduced the exception reported. There is a Readme on this project with steps for testing:
https://github.com/RavBhagdev/sample
Will appreciate any help or advice with this. 

Classes plugins/gradle/src/main/java/org/wildfly/swarm/plugin/gradle/PackageTask.java and plugins/maven/src/main/java/org/wildfly/swarm/plugin/maven/AbstractSwarmMojo.java print a message when they detect that user is using custom main. The message refers to old website reference.wildfly-swarm.io, which among others contain wrong fraction names (see e.g. SWARM-1818). The message should point to docs.wildfly-swarm.io instead.

When I expose REST API that accepts dots in Path Variable it has weird behaviour for .com domains & .pl domains.
I have already set spring to accept variables with dots by this code:

@RequestMapping(consumes = MediaType.APPLICATION_JSON_VALUE, produces = MediaType.APPLICATION_JSON_VALUE) 
class RestController { 
    @RequestMapping(value = "/{domain:.*}", method = RequestMethod.POST) 
    public String search(@PathVariable String domain) { 
        return domain; 
    } 
} 

Now when I make request with /google.com everything works fine.
But when I make request with /wp.pl I got en error HttpMediaTypeNotAcceptableException.
It looks like Spring still wants to resolve pl as an extension.
I was also trying with Spring WebMvcConfigurerAdapter, but it didn't help.

class WebMvcConfig extends WebMvcConfigurerAdapter {

    @Override
    public void configurePathMatch(PathMatchConfigurer configurer) {
        configurer.setUseSuffixPatternMatch(false);
    }
}

Spring Boot Version: 1.5.8

It's not even clear what this test is verifying?

valid but nonexistent hostname?
invalid hostname?
existing hostname but nobody listening on the specific port?

I would like to simply remove this test altogether.
Comments?

There are unprotected places in the ctor that may throw in some rare circumstances, it should never throw but rather self-disable.

This is useful for semantic analysis hooks like Sentry
when reporting authorization outcomes. 

Hello,
As TypeDescriptor is a field of ConversionFailedException, and an exception must be Serializable, TypeDescriptor must implement Serializable interface.
Regards,
Arnaud

There is a possible NPE when a wal is closed during waledit append because of not setting write entry to the wal key. Here is the code we are not setting write entry to wal key when when wal is closed.

    if (this.closed) {
      throw new IOException(
          "Cannot append; log is closed, regionName = " + hri.getRegionNameAsString());
    }
    MutableLong txidHolder = new MutableLong();
    MultiVersionConcurrencyControl.WriteEntry we = key.getMvcc().begin(() -> {
      txidHolder.setValue(ringBuffer.next());
    });
    long txid = txidHolder.longValue();
    try (TraceScope scope = TraceUtil.createTrace(implClassName + ".append")) {
      FSWALEntry entry = new FSWALEntry(txid, key, edits, hri, inMemstore);
      entry.stampRegionSequenceId(we);
      ringBuffer.get(txid).load(entry);
    } finally {
      ringBuffer.publish(txid);
    }
    return txid;

But on failure complete on mvcc will be called with nulll write entry cause NPE. 

    try {
      long txid = this.wal.append(this.getRegionInfo(), walKey, walEdit, true);
      // Call sync on our edit.
      if (txid != 0) {
        sync(txid, durability);
      }
      writeEntry = walKey.getWriteEntry();
      if (walKey != null) {
        mvcc.complete(walKey.getWriteEntry());
      }
      throw ioe;
    }

We are able to reproduce with mocking in one of the phoenix test cases to test wal replay.

The BaseNCodec: encodeToString and encodeAsString methods are identical.
Not quite sure how that happened (possibly as part of the refactoring of the subclasses).

document and ignore (i.e. keep both)
deprecate one method for removal in 2.0

Status Quo
The Javadoc for the synthesizeAnnotation(Map<String, Object>, Class<A>, AnnotatedElement) method in AnnotationUtils states the following:

Synthesize an annotation from the supplied map of annotation attributes by wrapping the map in a dynamic proxy that implements an annotation of the specified annotationType and transparently enforces attribute alias semantics for annotation attributes that are annotated with @AliasFor.
The supplied map must contain a key-value pair for every attribute defined in the supplied annotationType that is not aliased or does not have a default value.
Note that AnnotationAttributes is a specialized type of Map that is an ideal candidate for this method's attributes argument.
Note that the Javadoc says that key-value pairs must be present, but it does not say that there are any limitations on the types of values that are permitted. The Javadoc also explicitly states that AnnotationAttributes is an ideal candidate for synthesis. 
However, if the map of annotation attributes was created manually (with nested maps instead of annotations) or with one of the getAnnotationAttributes(..) variants with nestedAnnotationsAsMap set to true, an exception is thrown during synthesis since a map or array or maps is not compatible with an annotation or array of annotations, respectively.

 Ensure that a nested map or nested array of maps is properly synthesized into an annotation or array of annotations when synthesizing the enclosing map into an annotation.

Found this issue while running some SMB joins. Attaching test case that causes this error.

The HLogSplitter writer threads wait in 1-second intervals for data. When data arrives, notify() is called and they wake up. But when the main thread needs to notify the writers to shut down, it doesn't notify. Hence, the writers always wait up to a full extra second for each log split.

Currently replication cannot handle transactional table (including MM table) until HIVE-18320. HIVE-17504 skips table with transactional=true explicitly. HIVE-18352 changes the logic to use AcidUtils.isAcidTable for the same purpose. However, isAcidTable returns false for mm table, thus Hive still dump mm table during replication.
Here is an error message during dump mm table:

ERROR : FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.repl.ReplDumpTask. java.io.FileNotFoundException: Path is not a file: /apps/hive/warehouse/testrepldb5.db/test1/delta_0000261_0000261_0000
	at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:89)
	at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:75)
	at org.apache.hadoop.hdfs.server.namenode.FSDirStatAndListingOp.getBlockLocations(FSDirStatAndListingOp.java:154)
	at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1920)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:731)
	at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolServerSideTranslatorPB.java:424)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1965)

INFO  : Completed executing command(queryId=hive_20180119203438_293813df-7630-47fa-bc30-5ef7cbb42842); Time taken: 1.119 seconds
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.repl.ReplDumpTask. java.io.FileNotFoundException: Path is not a file: /apps/hive/warehouse/testrepldb5.db/test1/delta_0000261_0000261_0000
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2675) (state=08S01,code=1)
0: jdbc:hive2://ctr-e137-1514896590304-25219-> Closing: 0: jdbc:hive2://ctr-e137-1514896590304-25219-02-000005.hwx.site:2181,ctr-e137-1514896590304-25219-02-000012.hwx.site:2181,ctr-e137-1514896590304-25219-02-000009.hwx.site:2181,ctr-e137-1514896590304-25219-02-000004.hwx.site:2181/;serviceDiscoveryMode=zooKeeper;zooKeeperNamespace=hiveserver2;principal=hive/_HOST@EXAMPLE.COM

We shall switch to use AcidUtils.isTransactionalTable.

I expect consistent state, same aliases in memory and persisted on disk.
We must not add new aliases only to memory.
This problem is exported from issue https://issues.jboss.org/browse/JBEAP-6866 
where is noted as secondary problem.
HOW TO REPRODUCE

/subsystem=elytron/credential-store=cs001:add(uri="cr-store://test/cs/credentialstore.jceks?create=true", credential-reference={clear-text=pass123}, relative-to="jboss.server.data.dir")

/subsystem=elytron/credential-store=cs001/alias=alias001:add(secret-value=secretvalue)

Now is credentialstore.jceks file persisted on disk here JBOSS_HOME/standalone/data/cs
Please remove write permission for folder "cs"

chmod g-w  cs
chmod u-w  cs

Try add another entry to credential store
/subsystem=elytron/credential-store=cs001/alias=alias002:add(secret-value=secretvalue)
{
    "failure-description" => "WFLYELY00009: Unable to complete operation. 'ELY09525: Unable to flush credential store to storage'",
}
And you get error message as above.
Now you list all aliases in credential store:

/subsystem=elytron/credential-store=cs001:read-children-names(child-type=alias)
{
        "alias001",
        "alias002"
    ]
}

There is non persisted "alias002" too.
Now we check aliases in persisted file:

reload

There isn't any alias "alias002" after reload.

{
    "result" => ["alias001"]
}

There are 3 different language messages in jdr and security subsystems with the same ids which is not correct as each message must have an unique id with the server.
jdr/jboss-as-jdr/src/main/java/org/jboss/as/jdr/JdrLogger.java

@Message(id=13306, value="Could not create zipfile.")
@Message(id=13307, value="Could not configure JDR.")
@Message(id = 13308, value = "No JDR commands were loaded. Be sure that a valid Plugin class is specified in plugins.properties.")

security/src/main/java/org/jboss/as/security/SecurityMessages.java

@Message(id = 13306, value = "Remoting connection found but no UserPrincipal.")
@Message(id = 13307, value = "Argument %s is null")
@Message(id = 13308, value = "Unable to start the %s service")

I just found the following test case didn't raise an IOException as it used to be for a tar trimmed on purpose 
@Test
  public void testCorruptedBzip2() throws IOException {
    String archivePath = PathUtil.join(testdataDir, "test.tar.bz2");
    TarArchiveInputStream input = null;
    input = new TarArchiveInputStream(new BZip2CompressorInputStream(
        GoogleFile.SYSTEM.newInputStream(archivePath), true));
    ArchiveEntry nextMatchedEntry = input.getNextEntry();
    while (nextMatchedEntry != null) 
{
      logger.infofmt("Extracting %s", nextMatchedEntry.getName());
      String outputPath = PathUtil.join("/tmp/", nextMatchedEntry.getName());
      OutputStream out = new FileOutputStream(outputPath);
      ByteStreams.copy(input, out);
      out.close();
      nextMatchedEntry = input.getNextEntry();
    }
  }

From auto_sortmerge_join_11.q,

-- small 1 part, 2 bucket & big 2 part, 4 bucket

CREATE TABLE bucket_small (key string, value string) partitioned by (ds string) CLUSTERED BY (key) INTO 2 BUCKETS STORED AS TEXTFILE;
load data local inpath '../../data/files/smallsrcsortbucket1outof4.txt' INTO TABLE bucket_small partition(ds='2008-04-08');
load data local inpath '../../data/files/smallsrcsortbucket2outof4.txt' INTO TABLE bucket_small partition(ds='2008-04-08');

CREATE TABLE bucket_big (key string, value string) partitioned by (ds string) CLUSTERED BY (key) INTO 4 BUCKETS STORED AS TEXTFILE;
load data local inpath '../../data/files/srcsortbucket1outof4.txt' INTO TABLE bucket_big partition(ds='2008-04-08');
load data local inpath '../../data/files/srcsortbucket2outof4.txt' INTO TABLE bucket_big partition(ds='2008-04-08');
load data local inpath '../../data/files/srcsortbucket3outof4.txt' INTO TABLE bucket_big partition(ds='2008-04-08');
load data local inpath '../../data/files/srcsortbucket4outof4.txt' INTO TABLE bucket_big partition(ds='2008-04-08');

load data local inpath '../../data/files/srcsortbucket1outof4.txt' INTO TABLE bucket_big partition(ds='2008-04-09');
load data local inpath '../../data/files/srcsortbucket2outof4.txt' INTO TABLE bucket_big partition(ds='2008-04-09');
load data local inpath '../../data/files/srcsortbucket3outof4.txt' INTO TABLE bucket_big partition(ds='2008-04-09');
load data local inpath '../../data/files/srcsortbucket4outof4.txt' INTO TABLE bucket_big partition(ds='2008-04-09');

set hive.ignore.mapjoin.hint=false;

select /* + MAPJOIN(a,b) */ count(*) FROM bucket_small a JOIN bucket_big b ON a.key = b.key JOIN bucket_big c ON a.key = c.key;

The last query produces 0 row, instead of 180 rows, which is correct.

With the upgrade to  datanucleus 4.x versions in HIVE-6113, hive does not work properly with postgres.
The nullable fields in the database have string "NULL::character varying" instead of real NULL values. This causes various issues.
One example is -

hive> create table t(i int);
OK
Time taken: 1.9 seconds
hive> create view v as select * from t;
OK
Time taken: 0.542 seconds
hive> select * from v;
FAILED: SemanticException Unable to fetch table v. java.net.URISyntaxException: Relative path in absolute URI: NULL::character%20varying

RetryingHMSHandler is not being used when kerberos auth enabled, after changes in HIVE-3255 . The changes in HIVE-4996 also removed the lower level retrying layer - RetryingRawStore. This means that in kerberos mode, retries are not done for database query failures.

extract the WAL lease tests from the TestMasterFailoverWithProcedures. leaving TestMasterFailoverWithProcedures with only the proc test on master failover

We exclude hamcrest-code dependency from junit: 

        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>${junit.version}</version>
          <exclusion>
            <groupId>org.hamcrest</groupId>
            <artifactId>hamcrest-core</artifactId>
          </exclusion>

However, running ITTD fails with hadoop1 and 2 tarballs: 

bin/hbase org.apache.hadoop.hbase.IntegrationTestsDriver
...
Exception in thread "main" java.lang.NoClassDefFoundError: org/hamcrest/SelfDescribing

When using property files configuration like this:

<context:property-placeholder location="classpath:options.properties,
    file:${user.home}/.app/options.properties"
    ignore-resource-not-found="true" ignore-unresolvable="true"/>

and setting property value to the spring component:

<mongo:options auto-connect-retry="true" connections-per-host="40" 
slave-ok="${mongo.slaveOk:false}" />

I got invalid property resolved.
My case is:
In the file classpath:options.properties property filemongo.slaveOk is not set.
In the file ${user.home}/.app/options.properties property is set to true.
Spring is resolving property to value false. It is using default setting if the first location of property files does not contains it.

r1669718 brought in a file that is not in source control on llap branch:
http://svn.apache.org/repos/asf/hive/branches/llap/itests/thirdparty/
It is a file downloaded during test build and should not be in source control.  It is actually blocking the github sync as its too large. See INFRA-9360

 1
down vote
favorite
Since Java 9 there are Multi-Release JARs (MRJARS) that allow different classes for different Java versions to be included in one JAR file. I was surprised when a Wildfly 14 running on Java 11 executed Java-8-code in a JAR included in a WAR although the JAR was a MRJAR with code for Java 11. That JAR included as a dependency for a regular Java SE project is running different code depending on the running JRE, but when included in a WAR, the Java-11-code seems to be ignored.
Is that expected behavior for a webserver, as Java EE 8 does not explicitly require Java 9 (which introduced MRJARs) but only Java 8?

org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase#testSpecificProviderCanBeConfiguredInValidationXml fails with IBM JDK8

Running org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase
Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.09 sec <<< FAILURE! - in org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase
testSpecificProviderCanBeConfiguredInValidationXml(org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase)  Time elapsed: 0.012 sec  <<< ERROR!
javax.validation.ValidationException: HV000123: Unable to parse META-INF/validation.xml.
	at java.io.BufferedInputStream.getBufIfOpen(BufferedInputStream.java:181)
	at java.io.BufferedInputStream.reset(BufferedInputStream.java:457)
	at org.hibernate.validator.internal.xml.XmlParserHelper.getSchemaVersion(XmlParserHelper.java:109)
	at org.hibernate.validator.internal.xml.ValidationXmlParser.parseValidationXml(ValidationXmlParser.java:79)
	at org.hibernate.validator.internal.engine.ConfigurationImpl.getBootstrapConfiguration(ConfigurationImpl.java:287)
	at org.hibernate.validator.internal.engine.ConfigurationImpl.parseValidationXml(ConfigurationImpl.java:361)
	at org.hibernate.validator.internal.engine.ConfigurationImpl.buildValidatorFactory(ConfigurationImpl.java:214)
	at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.initFactory(LazyValidatorFactory.java:81)
	at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getDelegate(LazyValidatorFactory.java:58)
	at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getValidator(LazyValidatorFactory.java:73)
	at org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase.testSpecificProviderCanBeConfiguredInValidationXml(LazyValidatorFactoryTestCase.java:70)

Can't run the test suite in background. Problem seems to be due to TestShell.
This works fine:

% mvn test -Dtest=TestShell -Dtest.output=true

But:

% mvn test -Dtest=TestShell -Dtest.output=true & 
or,
% mvn test -Dtest=TestShell -Dtest.output=true >& test.log &

causes test to hang, and eventually timeout after 3600 seconds.
The process is reported as being suspended on tty output.
[3]  + Suspended (tty output)        mvn test -Dtest=TestShell -Dtest.output=true

Ran into this obvious issue reading code. Not even sure this method is used somewhere. 
for(Node n : path) 
{
            nodes.add(new NodeImpl(n.getType(),* n.getType()*));
        }
            
Status Quo
As discussed in the "spring-test, groovy library and qualifier tag incompatibility" thread on Stack Overflow, it is currently impossible to configure an integration test using @WebAppConfiguration and XML config that uses the <qualifier> tag if Groovy is on the classpath. Any attempt to do so will result in a stack trace similar to the following.

    Caused by: org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Unexpected failure during bean definition parsing
    Offending resource: class path resource [spring/app-config.xml]
    Bean 'service'; nested exception is org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Tag 'qualifier' must have a 'type' attribute

Analysis
The reason that the aforementioned BeanDefinitionParsingException is thrown is that GenericGroovyXmlWebContextLoader internally uses a GroovyBeanDefinitionReader for loading bean definitions from XML configuration files, and GroovyBeanDefinitionReader disables XML validation for its internal XmlBeanDefinitionReader.
The absence of XML validation apparently causes the default value of the type attribute (from the spring-beans XSD) in the <qualifier> tag to be ignored.

Temporary Work-around
It is possible to circumvent this bug by explicitly setting the type attribute in the <qualifier> tag to the intended default value which is "org.springframework.beans.factory.annotation.Qualifier" – for example, as follows.

<bean id="foo" class="java.lang.String" c:_="bar">
    <qualifier value="foo" type="org.springframework.beans.factory.annotation.Qualifier" />
</bean>

 Ensure that it is possible to use all features of XML configuration when loading a WebApplicationContext in the TestContext framework if Groovy is on the classpath.

The Enricher does not handle exceptions thrown from the AggregationStrategy when the async routing engine has kicked in. It leads to the following thread dump, callback thread remains blocked forever.

"Camel (context) thread #10 - JmsConsumer[queue]" daemon prio=5 tid=103666000 nid=0x113c25000 waiting on condition [113c24000]
        - parking to wait for  <7fd4a8de0> (a java.util.concurrent.CountDownLatch$Sync)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:969)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1281)
        at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:207)
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:120)
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85)
        at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:91)
        at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:560)
        at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:498)
        at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:467)
        at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:325)
        at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:263)
        at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1058)
        at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1050)
        at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:947)

It seems that the render response phase of the JSF lifecycle is executed regardless of whether facesContext.responseComplete() has been called before.
Perhaps, JsfView can check for this condition and return without rendering if it is true. 
Also, just from a quick look into it, shouldn't externalContext.recordResponseComplete be set when facesContext.responseComplete() is called so that a redirect is also prevented?
See forum thread: http://forum.springframework.org/showthread.php?t=63607

Hive Info logging is broken on trunk. hive -hiveconf hive.root.logger=INFO,console doesn't print the output of LOG.info statements to the console. 

When Roo encounters a stanza in a Maven pom that does not have a version immediately attached, it outputs the string "Version is required" without explaining what subsystem caused the error (Maven), which artifact caused the error, or even that it's an error at all.
The error should at the least say something like "Maven problem: Version is required for groupId:artifactId".

The Salesforce component clears the field 'Name' when upserting SObjects assuming its a common external ID. But Salesforce allows creating SObjects with custom external IDs, and the user may need to insert/update the 'Name' field. The method clearBaseFields in AbstractSObjectBase should not clear this field to support this use case. 
This was originally submitted as a github pull request https://github.com/apache/camel/pull/57 by mdarcemont. 

Move the docs about disabling the WAL from the Performance section to the WAL section, point to the new location, and add info about getDurability and setDurability methods. Leave the big fat warnings about data loss in both the Performance and WAL sections.

When the hive.optimize.union.remove, hive.merge.mapfiles and hive.merge.mapredfiles are turned on, it throws NullPointerException when I do the following queries: 

create table inputTbl1(key string, val string) stored as textfile;
create table outputTbl1(key string, values bigint) stored as rcfile;
load data local inpath '../../data/files/T1.txt' into table inputTbl1;

explain
insert overwrite table outputTbl1
(
select key, count(1) as values from inputTbl1 group by key 
union all
select * FROM (
  SELECT key, 1 as values from inputTbl1 
  UNION ALL
  SELECT key, 2 as values from inputTbl1
) a
)b;

If the hive.merge.mapfiles and hive.merge.mapredfiles are turned off, I do not see any error. 

2014-08-16 01:32:26,849 ERROR [main]: ql.Driver (SessionState.java:printError(681)) - FAILED: NullPointerException null
        at org.apache.hadoop.hive.ql.optimizer.GenMapRedUtils.createMoveTask(GenMapRedUtils.java:1738)
        at org.apache.hadoop.hive.ql.parse.spark.GenSparkUtils.processFileSink(GenSparkUtils.java:281)
        at org.apache.hadoop.hive.ql.parse.spark.SparkCompiler.generateTaskTree(SparkCompiler.java:187)
        at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:199)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9508)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:208)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:414)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1005)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1070)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:942)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:932)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:246)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:198)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:408)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:781)

Add additional notes on using kerberos authenticated streaming connection in HiveEndPoint.newConnection() method

There are various org.apache.hadoop.util.Tool implementations mentioned in the documentation as being run with "hadoop jar hbase-VERSION.jar <toolname>". These classes now live in in the hbase-server module, so that jar name should be hbase-server-VERSION.jar.
The same applies to the documentation on running MapReduce jobs against HBase.

I wrote an integration test that allows you to set a system prop and based on the value X it repeatedly calls full-replace-deployment X times (see https://github.com/wildfly/wildfly-core/pull/2062). When I try and run it 30K times I get:
2017-01-09 22:28:40,431 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("full-replace-deployment") failed - address: ([]): java.lang.StackOverflowError
	at java.util.Collections$UnmodifiableCollection.size(Collections.java:1030)
        .... repeat over and over
I think this is due to BasicResource.clone()'s handling of orderedChildResources. It takes the internal set, wraps it in Collections.unmodifiableSet and passes it in to the clone, which in turn will do the same thing if cloned. So for each management write op, the same underlying set gets wrapped in another layer. Hence the overflow of size calls.

CamelContext service is registered once per bundle symbolic name.
If multiple bundles share symbolic names (and use different versions) the CamelContext will only registered for the first bundle.

select *, rank() over(partition by key order by value) as rr from src1

Original plan appears to be incorrect:

HiveProjectRel(key=[$0], value=[$1], (tok_function rank (tok_windowspec (tok_partitioningspec (tok_distributeby (tok_table_or_col key)) (tok_orderby (tok_tabsortcolnameasc (tok_table_or_col value))))))=[$5], rr=[$5])
  HiveProjectRel(key=[$0], value=[$1], block__offset__inside__file=[$2], input__file__name=[$3], row__id=[$4], (tok_function rank (tok_windowspec (tok_partitioningspec (tok_distributeby (tok_table_or_col key)) (tok_orderby (tok_tabsortcolnameasc (tok_table_or_col value))))))=[rank() OVER (PARTITION BY $0 ORDER BY $1 ROWS BETWEEN 2147483647 FOLLOWING AND 2147483647 PRECEDING)])
    HiveTableScanRel(table=[[default.src1]])

and final AST has 

            .
               TOK_TABLE_OR_COL
                  $hdt$_0
               (tok_function rank (tok_windowspec (tok_partitioningspec (tok_distributeby (tok_table_or_col key)) (tok_orderby (tok_tabsortcolnameasc (tok_table_or_col value))))))
            (tok_function rank (tok_windowspec (tok_partitioningspec (tok_distributeby (tok_table_or_col key)) (tok_orderby (tok_tabsortcolnameasc (tok_table_or_col value))))))
            .
                  $hdt$_0
            rr

A mina bytebuffer could be shared in a mina session. It should not be.
See nabble, that could lead to that problem the end user has:
http://www.nabble.com/Camel-1.6-2.0-MINA-UDP-issue-td22426433s22882.html

I have an abstract superclass who defines the properties. Two concrete subclasses I want to map into two databases.
The definition of my base class:
Message.java
@RooJpaActiveRecord(mappedSuperclass = true)
public abstract class Message {
    private String basename;
    private String language;
    private String country;
    private String variant;
    private String key;
    private String message;
}

Message_Roo_Jpa_ActiveRecord.aj
privileged aspect Message_Roo_Jpa_ActiveRecord {
    
    transient EntityManager Message.entityManager;
...

My default implementation who points to the persistenceUnit=pu1 is defined as:
DefaultMessage.java
@RooJpaActiveRecord(table = "message", persistenceUnit = "pu1")
public class DefaultMessage extends Message {
...

My specialized implementation who points to persistenceUnit=pu2 is defined as:
SpecializedMessage.java
@RooJpaActiveRecord(table = "message", persistenceUnit = "pu2"
public class SpecializedMessage extends Message {
...

The only EntityManager to inject is in the Message_Roo_Jpa_ActiveRecord.aj without any persistenceUnit name defined. I need in any concrete implementation an EntityManager pointing to the right persistence unit. 

The following query generates a NPE in the lineage ctx code
EXPLAIN
INSERT OVERWRITE TABLE dest_l1
SELECT j.*
FROM (SELECT t1.key, p1.value
      FROM src1 t1
      LEFT OUTER JOIN src p1
      ON (t1.key = p1.key)
      UNION ALL
      SELECT t2.key, p2.value
      FROM src1 t2
      LEFT OUTER JOIN src p2
      ON (t2.key = p2.key)) j;
at org.apache.hadoop.hive.ql.optimizer.lineage.LineageCtx$Index.mergeDependency(LineageCtx.java:116)
at org.apache.hadoop.hive.ql.optimizer.lineage.OpProcFactory$UnionLineage.process(OpProcFactory.java:396)
at org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:89)
at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:88)
at org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:54)
at org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:59)
at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:102)
at org.apache.hadoop.hive.ql.optimizer.lineage.Generator.transform(Generator.java:72)
at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:83)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:5976)
at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:126)
at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:48)

Cause: AxiomSoap12Body does not implement the method getFault. So the getFault() method of the super class AxiomSoapBody is called which returns an object of type AxiomSoap11Fault.
Proposal to solve the issue: Remove the getFault() method from the super class and implement specific methods in the sub classes AxiomSoap11Body respectively AxiomSoap12Body.

running mvn clean package && mvn exec:exec
against repro project that can be found here
https://github.com/lrozek/spring-leak
or https://github.com/lrozek/spring-leak/archive/master.zip
or git clone https://github.com/lrozek/spring-leak.git
causes java.lang.OutOfMemoryError: GC overhead limit exceeded
Here is sample of stack trace:

2014-01-02 11:02:49,886 [main] INFO  pl.lrozek.spring.leak.main.LeakMain - 1350 calleeThreadName is SimpleAsyncTaskExecutor-1, callerThreadName is main, areThreadsTheSame: false
[Full GC [PSYoungGen: 39936K->39413K(41984K)] [ParOldGen: 86640K->86551K(87040K)] 126576K->125965K(129024K) [PSPermGen: 57938K->57855K(58368K)], 0.4292090 secs] [Times: user=2.89 sys=0.01, real=0.43 secs] 
java.lang.OutOfMemoryError: GC overhead limit exceeded
Dumping heap to java_pid23319.hprof ...
Heap dump file created [215260624 bytes in 1.822 secs]
Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded
	at java.lang.ClassLoader.getBootstrapResources(ClassLoader.java:1317)
	at java.lang.ClassLoader.getResources(ClassLoader.java:1183)
	at java.lang.ClassLoader.getResources(ClassLoader.java:1181)
	at org.springframework.core.io.support.PathMatchingResourcePatternResolver.findAllClassPathResources(PathMatchingResourcePatternResolver.java:304)
	at org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:273)
	at org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:339)
	at org.springframework.context.support.AbstractApplicationContext.getResources(AbstractApplicationContext.java:1170)
	at org.springframework.context.support.GenericApplicationContext.getResources(GenericApplicationContext.java:223)
	at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:268)
	at org.springframework.context.annotation.ComponentScanAnnotationParser.parse(ComponentScanAnnotationParser.java:134)
	at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:236)
	at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:205)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:182)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:152)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:299)
	at pl.lrozek.spring.leak.main.LeakMain.main(LeakMain.java:18)

Here is another stacktrace:

2014-01-02 11:27:58,748 [main] INFO  pl.lrozek.spring.leak.main.LeakMain - 1376 calleeThreadName is SimpleAsyncTaskExecutor-1, callerThreadName is main, areThreadsTheSame: false
[Full GC [PSYoungGen: 39936K->39337K(41984K)] [ParOldGen: 86819K->86819K(87040K)] 126755K->126157K(129024K) [PSPermGen: 55355K->55355K(55808K)], 0.1434080 secs] [Times: user=0.86 sys=0.01, real=0.14 secs] 
[Full GC [PSYoungGen: 39936K->39391K(41984K)] [ParOldGen: 86819K->86819K(87040K)] 126755K->126210K(129024K) [PSPermGen: 55355K->55355K(55808K)], 0.1388310 secs] [Times: user=0.88 sys=0.01, real=0.13 secs] 
[Full GC [PSYoungGen: 39936K->39369K(41984K)] [ParOldGen: 86819K->86763K(87040K)] 126755K->126132K(129024K) [PSPermGen: 55355K->55323K(55808K)], 0.4117840 secs] [Times: user=2.87 sys=0.01, real=0.41 secs] 
Dumping heap to java_pid26941.hprof ...
Heap dump file created [215055088 bytes in 1.795 secs]
	at java.lang.reflect.Method.copy(Method.java:151)
	at java.lang.reflect.ReflectAccess.copyMethod(ReflectAccess.java:136)
	at sun.reflect.ReflectionFactory.copyMethod(ReflectionFactory.java:300)
	at java.lang.Class.copyMethods(Class.java:2852)
	at java.lang.Class.getDeclaredMethods(Class.java:1855)
	at org.springframework.util.ReflectionUtils.findMethod(ReflectionUtils.java:154)
	at org.springframework.util.ClassUtils.getMostSpecificMethod(ClassUtils.java:758)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.findResourceMetadata(CommonAnnotationBeanPostProcessor.java:351)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.postProcessMergedBeanDefinition(CommonAnnotationBeanPostProcessor.java:283)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyMergedBeanDefinitionPostProcessors(AbstractAutowireCapableBeanFactory.java:908)
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:354)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1094)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:989)
	at org.springframework.context.support.PostProcessorRegistrationDelegate.registerBeanPostProcessors(PostProcessorRegistrationDelegate.java:220)
	at org.springframework.context.support.AbstractApplicationContext.registerBeanPostProcessors(AbstractApplicationContext.java:618)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:467)

Stack traces differ from run to run depending where OOME was thrown. Sometimes exception isn't thrown but than in the console there are only logs of garbage collector activity
java:

java version "1.7.0_45"
Java(TM) SE Runtime Environment (build 1.7.0_45-b18)
Java HotSpot(TM) 64-Bit Server VM (build 24.45-b08, mixed mode)

maven:

Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 17:22:22+0200)
Maven home: /opt/mvn/maven
Java version: 1.7.0_45, vendor: Oracle Corporation
Java home: /opt/jvm/jdk1.7.0_45/jre
OS name: "linux", version: "3.0.0-32-generic", arch: "amd64", family: "unix"

Here is the screenshot of the heap when OOME is about to be thrown
 
While killing running MR job, hive doesn't clean up scratch directory (mapred.cache.files). So that, afterwards, scratch directory is left there in hdfs. HDFS name node doesn't know it and try to do lease recovery. while such instances happen more, it will eventually crash namenode.
The fix is to leverage hdfs clean up functionality. While creating scratch dirs, hive registers it to hdfs cleanup hook. While killing happens, hdfs will clean them up.

JsonObjectDecoder fails with ArrayIndexOutOfBoundsException: -1 error with this test case:

JsonObjectDecoder decoder = new JsonObjectDecoder();

		Flux<DataBuffer> source =
				Flux.just(stringBuffer("["), stringBuffer("{\"id\":1,\"name\":\"Robert\"}"), stringBuffer(","), stringBuffer("{\"id\":2,\"name\":\"Raide\"}"), stringBuffer(","), stringBuffer("{\"id\":3,\"name\":\"Ford\"}"), stringBuffer("]"));
		Flux<String> output =
				decoder.decode(source, null, null, Collections.emptyMap()).map(JsonObjectDecoderTests::toString);
		StepVerifier.create(output)
				.expectNext("{\"id\":1,\"name\":\"Robert\"}")
				.expectNext("{\"id\":2,\"name\":\"Raide\"}")
				.expectNext("{\"id\":3,\"name\":\"Ford\"}")
				.expectComplete()
				.verify();

Look at HIVE-3106 for details.
In order to make sure that concurrency is not an issue for multi-table 
inserts, the current option is to introduce a dependency task, which thereby
delays the creation of all partitions. It would be desirable to release the
locks for the outputs as soon as the move task is completed. That way, for
multi-table inserts, the concurrency can be enabled without delaying any 
table.
Currently, the movetask contains a input/output, but they do not seem to be
populated correctly.

We had the idea in CAMEL-11256 to switch to using Netty as the docker-java CmdExecFactory. As part of this work the transitive Jersey libraries from the docker-java library were excluded.
Unfortunately, it seems docker-java still depends on Jersey stuff, even when configured to use Netty. If I try to configure SSL options, I get:

Caused by: java.lang.NoClassDefFoundError: org/glassfish/jersey/SslConfigurator
	at com.github.dockerjava.core.LocalDirectorySSLConfig.getSSLContext(LocalDirectorySSLConfig.java:56)
	at com.github.dockerjava.netty.NettyDockerCmdExecFactory$InetSocketInitializer.initSsl(NettyDockerCmdExecFactory.java:340)
	at com.github.dockerjava.netty.NettyDockerCmdExecFactory$InetSocketInitializer.connect(NettyDockerCmdExecFactory.java:322)
	at com.github.dockerjava.netty.NettyDockerCmdExecFactory.connect(NettyDockerCmdExecFactory.java:220)
	at com.github.dockerjava.netty.NettyDockerCmdExecFactory.connect(NettyDockerCmdExecFactory.java:213)
	at com.github.dockerjava.netty.NettyDockerCmdExecFactory.access$000(NettyDockerCmdExecFactory.java:157)
	at com.github.dockerjava.netty.NettyDockerCmdExecFactory$1.getChannel(NettyDockerCmdExecFactory.java:183)
	at com.github.dockerjava.netty.InvocationBuilder.getChannel(InvocationBuilder.java:213)
	at com.github.dockerjava.netty.InvocationBuilder.get(InvocationBuilder.java:196)
	at com.github.dockerjava.netty.InvocationBuilder.get(InvocationBuilder.java:187)
	at com.github.dockerjava.netty.exec.ListImagesCmdExec.execute(ListImagesCmdExec.java:41)
	at com.github.dockerjava.netty.exec.ListImagesCmdExec.execute(ListImagesCmdExec.java:16)
	at com.github.dockerjava.netty.exec.AbstrSyncDockerCmdExec.exec(AbstrSyncDockerCmdExec.java:21)
	at com.github.dockerjava.core.command.AbstrDockerCmd.exec(AbstrDockerCmd.java:35)
	at org.apache.camel.component.docker.producer.DockerProducer.process(DockerProducer.java:115)
	... 46 more
Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.SslConfigurator
	... 62 more 

This is only test case issue.
Running SSLAuthenticationTest with IBM JDK fails with:

java.security.NoSuchAlgorithmException: SunX509 KeyManagerFactory not available
	at sun.security.jca.GetInstance.getInstance(GetInstance.java:171)
	at javax.net.ssl.KeyManagerFactory.getInstance(KeyManagerFactory.java:20)
	at org.wildfly.security.ssl.SSLAuthenticationTest.getKeyManager(SSLAuthenticationTest.java:101)
	at org.wildfly.security.ssl.SSLAuthenticationTest.setupServer(SSLAuthenticationTest.java:79)
    ...

It is caused by calling KeyManagerFactory.getInstance with value "SunX509" for IBM JDK. However IBM JDK should use "IbmX509".

Combining Unpooled.wrappedBuffer with Arrow buffers can create corrupted buffers from buffer reuse race-condition.
This change ensures Arrow memory to be accounted by the same BufferAllocator.
RootAllocator will return an ArrowBuf which cooperates with Arrow memory arrow accounting after Netty release(1) the buffer.

this query raises an error 
"10297,FAILED: SemanticException [Error 10297]: Attempt to do update or delete on table nonAcidOrcTbl that does not use an AcidOutputFormat or is not bucketed"
even though nonAcidOrcTbl is only being read, not written.
select b from " + Table.ACIDTBL + " where a in (select b from " + Table.NONACIDORCTBL + ")
runs fine.
There doesn't seem to be any logical reason why we should rise the error here.
Same for 'update' statement.

Using following infinispan subsystem configuration is causing CNF org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore
<cache-container name="web" aliases="standard-session-cache" default-cache="local-web" module="org.jboss.as.clustering.web.infinispan">
    <local-cache name="local-web" batching="true">
        <string-keyed-jdbc-store datasource="java:jboss/datasources/ExampleDS" passivation="false" preload="true" purge="false">
            <property name="databaseType">H2</property>
            <string-keyed-table prefix="stringbased">
                <id-column name="id" type="VARCHAR"/>
                <data-column name="datum" type="BINARY"/>
                <timestamp-column name="version" type="BIGINT"/>
            </string-keyed-table>
        </string-keyed-jdbc-store>
     </local-cache>

14:32:29,021 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 15) MSC000001: Failed to start service jboss.infinispan.web.default-host/jdbcStore: org.jboss.msc.service.StartException in service jboss.infinispan.web.default-host/jdbcStore: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.start() on object of type CacheLoaderManagerImpl
	at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:87)
Caused by: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.start() on object of type CacheLoaderManagerImpl
	at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:207)
	at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:889)
	at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:658)
	at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:647)
	at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:550)
	at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:221)
	at org.infinispan.CacheImpl.start(CacheImpl.java:691)
	at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:686)
	at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:649)
	at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:545)
	at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:559)
	at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:109)
	at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:100)
	at org.jboss.as.clustering.infinispan.subsystem.CacheService.start(CacheService.java:78)
	at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:82)
	... 4 more
Caused by: org.infinispan.CacheException: Unable to start cache loaders
	at org.infinispan.loaders.CacheLoaderManagerImpl.start(CacheLoaderManagerImpl.java:163)
	at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205)
	... 18 more
Caused by: org.infinispan.CacheConfigurationException: Unable to instantiate class org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore
	at org.infinispan.util.Util.loadClass(Util.java:104)
	at org.infinispan.util.Util.getInstance(Util.java:225)
	at org.infinispan.loaders.CacheLoaderManagerImpl.createCacheLoader(CacheLoaderManagerImpl.java:347)
	at org.infinispan.loaders.CacheLoaderManagerImpl.createCacheLoader(CacheLoaderManagerImpl.java:337)
	at org.infinispan.loaders.CacheLoaderManagerImpl.start(CacheLoaderManagerImpl.java:149)
	... 23 more
Caused by: java.lang.ClassNotFoundException: org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore
	at java.net.URLClassLoader$1.run(URLClassLoader.java:366) [rt.jar:1.7.0_21]
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355) [rt.jar:1.7.0_21]
	at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_21]
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354) [rt.jar:1.7.0_21]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:423) [rt.jar:1.7.0_21]
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) [rt.jar:1.7.0_21]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356) [rt.jar:1.7.0_21]
	at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_21]
	at java.lang.Class.forName(Class.java:266) [rt.jar:1.7.0_21]
	at org.infinispan.util.Util.loadClassStrict(Util.java:141)
	at org.infinispan.util.Util.loadClass(Util.java:102)
	... 27 more

We pass a boolean for pass page cache drop hint while creating store file scanners and writers. 
The hint is not passed on down the stack by StoreFileWriter and StoreFileScanner in the master branch.

Add a Hive configuration variable:

hive.vectorized.adaptor.usage.mode = {none, chosen, all}

for configuring whether to attempt vectorization using the VectorUDFAdaptor.

I could be missing something obvious here, and if so, please forgive me and skip to the bottom of this description. GlobalMethodSecurityConfiguration#accessDecisionManager() doesn't seem quite right to me:
First, it always configures a PreInvocationAuthorizationAdviceVoter, but if pre-post annotations aren't enabled this voter will never be used, so it seems like omitting it in this case would be preferable.
Second, it never adds a Jsr250Voter, even if JSR 250 annotations are enabled. How can JSR 250 annotations work without the proper voter?
It also never adds a WebExpressionVoter, AclEntryVoter, or RoleHierarchyVoter for those cases where the configuration supports it.
I believe it should be adding other voters (but, again, only when necessary) to fully complete the voting system and make it match the configuration.
Either Way
Whether the configured voters need to change or not, it seems to me that accessDecisionManager() isn't very friendly to being overridden. If someone ONLY wants to change the decision manager implementation but NOT which voters are used, he still has to re-implement/duplicate the 6 (or more) lines of code that constructs the voters. I think there should be a protected List<AccessDecisionVoter> accessDecisionVoters() method that handles this process and is called from accessDecisionManager() when constructing the manager.

Enabling some q tests for Tez wrt to ScriptOperator/Stream/Transform.

presently no hooks to provide access control to offline region in master.

The doc for append operation is incorrect. (see @param append in the code snippet below or Table.java#L566)

  /**
   * Appends values to one or more columns within a single row.
   * <p>
   * This operation guaranteed atomicity to readers. Appends are done
   * under a single row lock, so write operations to a row are synchronized, and
   * readers are guaranteed to see this operation fully completed.
   *
   * @param append object that specifies the columns and amounts to be used
   *                  for the increment operations
   * @throws IOException e
   * @return values of columns after the append operation (maybe null)
   */

when using MSSQL as a database type for Hibernate JPA persistence, the dialect is left blank in persistence.xml. To reproduce, use the following:
project --name mssql-dialect-bug --topLevelPackage mssqlbug.test
persistence setup --provider HIBERNATE --database MSSQL
Afterwards, persistence.xml will show:
<persistence xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">
    <persistence-unit name="persistenceUnit" transaction-type="RESOURCE_LOCAL">
            <property name="hibernate.dialect" value=""/>
            <property name="hibernate.hbm2ddl.auto" value="create"/>
            <property name="hibernate.ejb.naming_strategy" value="org.hibernate.cfg.ImprovedNamingStrategy"/>
whereas, it should be:
            <property name="hibernate.dialect" value="org.hibernate.dialect.SQLServerDialect"/>

Shaded bin/client/jboss-client.jar should have Manifest entry
WFCORE-3835 tracks effort for jboss-cli-client.jar
WFCOM-40 tracks effort for WildFly Common
ELY-1567 tracks effort for wildfly-elytron-tool jar
Older details
Several jars with MR overlays do not have defined Multi-Release in Manifest
Results with WildFly master from 2018-04-18:

  DistributionTestCase.checkOverlayDirectoryAndManifestEntryForExpectedMRJars:93
The following 4 assertions failed:
1) [Artifact /Users/rsvoboda/git/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/bin/wildfly-elytron-tool.jar is expected to be Multi-Release JAR, jar.isMultiReleaseJar() returns false] expected:<[tru]e> but was:<[fals]e>
at DistributionTestCase.lambda$checkOverlayDirectoryAndManifestEntryForExpectedMRJars$8(DistributionTestCase.java:90) expected:<[tru]e> but was:<[fals]e>
2) [Artifact /Users/rsvoboda/git/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/bin/client/jboss-cli-client.jar is expected to be Multi-Release JAR, jar.isMultiReleaseJar() returns false] expected:<[tru]e> but was:<[fals]e>
3) [Artifact /Users/rsvoboda/git/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/bin/client/jboss-client.jar is expected to be Multi-Release JAR, jar.isMultiReleaseJar() returns false] expected:<[tru]e> but was:<[fals]e>
4) [Artifact /Users/rsvoboda/git/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/wildfly/common/main/wildfly-common-1.3.1.Final.jar is expected to be Multi-Release JAR, jar.isMultiReleaseJar() returns false] expected:<[tru]e> but was:<[fals]e>

According MR JAR Support in JBoss Parent proposal WildFly Common should have Manifest entry

modules/system/layers/base/org/wildfly/common/main/wildfly-common-1.3.1.Final.jar

I believe shaded jars should also have Manifest entry

bin/wildfly-elytron-tool.jar

Using https://github.com/jboss-eap-qe/jarest/pull/3/files ++ mvn test -Djarest.input.dir=/Users/rsvoboda/git/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT

IONA interoperability worked on JacORB, we would like the same functionality to be added to OpenJDK ORB.

Using 7zip (9.2) able to extract these downloaded files
http://downloads.sourceforge.net/sourceforge/wxwindows/3.0.0/binaries/wxMSW-3.0.0_vc120_Dev.7z
http://downloads.sourceforge.net/sourceforge/wxwindows/3.0.0/binaries/wxMSW-3.0.0_vc120_ReleaseDLL.7z
Commons-compress 1.6 had issues with these files that seemed related to COMPRESS-257  so tried to use 1.8 as identified fixed in version. Some issues where fixed.
Using maven + antrun
				<plugin>
					<artifactId>maven-antrun-plugin</artifactId>
					<version>1.7</version>
					<dependencies>
						<dependency>
							<groupId>ant-contrib</groupId>
							<artifactId>ant-contrib</artifactId>
							<version>1.0b3</version>
							<exclusions>
								<exclusion>
									<groupId>ant</groupId>
									<artifactId>ant</artifactId>
								</exclusion>
							</exclusions>
						</dependency>
							<groupId>org.apache.ant</groupId>
							<artifactId>ant-nodeps</artifactId>
							<version>1.8.1</version>
							<groupId>org.apache.commons</groupId>
							<artifactId>commons-compress</artifactId>
							<version>1.8</version>
							<artifactId>ant-compress</artifactId>
							<version>1.4</version>
					</dependencies>
Caused by: org.apache.maven.plugin.MojoExecutionException: An Ant BuildException has occured: Error while expanding Z:\download\wxMSW-3.0.0_vc120_Dev.7z
around Ant part ...<un7z dest="C:\target/x86" overwrite="false" sr
c="z:\download/wxMSW-3.0.0_vc120_Dev.7z"/>... @ 26:237 in C:\target\antrun\build-download.xml
        at org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:355)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
        ... 17 more
Caused by: c:\target\antrun\build-download.xml:26: Error while expand
ing c:\download\wxMSW-3.0.0_vc120_Dev.7z
        at org.apache.ant.compress.taskdefs.Un7z.expandFile(Un7z.java:92)
        at org.apache.tools.ant.taskdefs.Expand.execute(Expand.java:132)
        at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
        at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:390)
        at org.apache.tools.ant.Target.performTasks(Target.java:411)
        at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
        at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
        at org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:327)
        ... 19 more
        at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:273)
        at org.tukaani.xz.rangecoder.RangeDecoderFromStream.normalize(Unknown Source)
        at org.tukaani.xz.rangecoder.RangeDecoder.decodeBit(Unknown Source)
        at org.tukaani.xz.lzma.LZMADecoder$LiteralDecoder$LiteralSubdecoder.decode(Unknown Source)
        at org.tukaani.xz.lzma.LZMADecoder$LiteralDecoder.decode(Unknown Source)
        at org.tukaani.xz.lzma.LZMADecoder.decode(Unknown Source)
        at org.tukaani.xz.LZMAInputStream.read(Unknown Source)
        at org.tukaani.xz.SimpleInputStream.read(Unknown Source)
        at org.apache.commons.compress.utils.BoundedInputStream.read(BoundedInputStream.java:62)
        at org.apache.commons.compress.utils.ChecksumVerifyingInputStream.read(ChecksumVerifyingInputStream.java:85)
        at org.apache.commons.compress.archivers.sevenz.SevenZFile.read(SevenZFile.java:900)
        at org.apache.commons.compress.archivers.sevenz.SevenZFile.read(SevenZFile.java:886)
        at org.apache.ant.compress.taskdefs.Un7z$1.read(Un7z.java:77)
        at org.apache.tools.ant.taskdefs.Expand.extractFile(Expand.java:343)
        at org.apache.ant.compress.taskdefs.Un7z.expandFile(Un7z.java:71)
        ... 32 more
I noticed while raising this that there is a newer 1.8.1 version, which still seems to have the same issue, now in a different location.
Caused by: org.apache.maven.plugin.MojoExecutionException: An Ant BuildException has occured: Error while expanding Z:\download\wxMSW-3.0.0_vc120_ReleaseDLL.7z
around Ant part ...<un7z dest="C:\Data/x86" overwrite="false" sr
c="Z:/download/wxMSW-3.0.0_vc120_ReleaseDLL.7z"/>... @ 27:244 in C:\target\antrun\build-download.xml
        ... 17 more
Caused by: c:\target\antrun\build-download.xml:27: Error while expanding Z:\download\wxMSW-3.0.0_vc120_ReleaseDLL.7z
        ... 19 more
        at org.apache.commons.compress.archivers.sevenz.SevenZFile.read(SevenZFile.java:906)
        at org.apache.commons.compress.archivers.sevenz.SevenZFile.read(SevenZFile.java:889)
        ... 32 more
The last file appears to be intact but has an incorrect (current) timestamp.
If the file is already present then the exception doesn't get raised.

Finder generation with a lot of properties requires --filter option to avoid all memory consumption.
However, with a very restrictive --filter option crash too.
Execute 'log.roo' script to reproduce error.

When trying to run persistence setup with persistence setup --database MYSQL --provider DATANUCLEUS --databaseName Test --userName root, nothing happens (all changes are rolled back), however if you only use persistence setup --database MYSQL --provider DATANUCLEUS everything is created properly.

roo> persistence setup --database MYSQL --provider DATANUCLEUS --databaseName Test --userName root
Managed SRC_MAIN_RESOURCES/META-INF/spring/applicationContext.xml
Please enter your database details in src/main/resources/META-INF/persistence.xml.
Created SRC_MAIN_RESOURCES/META-INF/persistence.xml
Managed SRC_MAIN_RESOURCES/log4j.properties
Managed ROOT/pom.xml
Managed ROOT/pom.xml [Added dependency mysql:mysql-connector-java:5.1.13]
Managed ROOT/pom.xml [Added dependency javax.persistence:persistence-api:1.0]
Managed ROOT/pom.xml [Added dependency org.datanucleus:datanucleus-core:${datanucleus.version}]
Managed ROOT/pom.xml [Added dependency org.datanucleus:datanucleus-jpa:1.1.5]
Managed ROOT/pom.xml [Added dependency org.datanucleus:datanucleus-rdbms:${datanucleus.version}]
Managed ROOT/pom.xml [Added dependency org.datanucleus:datanucleus-enhancer:1.1.4]
Managed ROOT/pom.xml [Added dependency javax.jdo:jdo2-api:2.3-eb]
Managed ROOT/pom.xml [Added dependency org.hibernate:hibernate-validator:4.0.2.GA]
Managed ROOT/pom.xml [Added dependency javax.validation:validation-api:1.0.0.GA]
Managed ROOT/pom.xml [Added dependency cglib:cglib-nodep:2.2]
Managed ROOT/pom.xml [Added dependency javax.transaction:jta:1.1]
Managed ROOT/pom.xml [Added dependency org.springframework:spring-jdbc:${spring.version}]
Managed ROOT/pom.xml [Added dependency org.springframework:spring-orm:${spring.version}]
Managed ROOT/pom.xml [Added dependency commons-pool:commons-pool:1.5.4]
Managed ROOT/pom.xml [Added dependency commons-dbcp:commons-dbcp:1.3]
Undo manage ROOT/pom.xml
Undo manage SRC_MAIN_RESOURCES/log4j.properties
Undo create SRC_MAIN_RESOURCES/META-INF/persistence.xml
Undo manage SRC_MAIN_RESOURCES/META-INF/spring/applicationContext.xml
Properties file not found

roo> persistence setup --database MYSQL --provider DATANUCLEUS

The webpage at
https://commons.apache.org/proper/commons-configuration/dependency-info.html
documents the following maven dependency snippet for version 2.0-beta1, but it does not work since this version has not actually been published to the maven repos:
  <groupId>org.apache.commons</groupId>
  <artifactId>commons-configuration2</artifactId>
  <version>2.0-beta1</version>
Please consider either correctly publish the jars as documented, or remove this documentation from the website, as it is misleading to users.

There currently seems to be now way to really disable url encoding for ahc urls with query parameters.
I even tried to use my own ahc binding.
The problem seems to be, that the AhcProducer uses this section:

 public boolean process(Exchange exchange, AsyncCallback callback) {
        try {
            // AHC supports async processing
            Request request = getEndpoint().getBinding().prepareRequest(getEndpoint(), exchange);
            log.debug("Executing request {} ", request);
            client.prepareRequest(request).execute(new AhcAsyncHandler(exchange, callback, request.getUrl(), getEndpoint().getBufferSize()));
            exchange.setException(e);
            callback.done(true);
        }
    }

By calling client.prepareRequest(request) the already created request will be turned again into a request builder with enabled url encoding.
From my perspective this makes no sense:

we could already return a request builder from the AhcBinding, which would save us some processing time
the settings on this request builder would then not be overriden

But I can see this would be a breaking change in the API of the AhcBinding.

Using FQL to access the stream table, many of the json elements return are null at times.
if you call FqlResult.getList(String fieldName, FqlResultMapper<T> mapper) with a field that exists, but is null, a null pointer exception will be thrown:
    at org.springframework.social.facebook.api.FqlResult.getList(FqlResult.java:163)
    at com.inqmobile.inqcloud.domain.facebook.FbStreamItemMapper.mapObject(FbStreamItemMapper.java:58)
    at com.inqmobile.inqcloud.domain.facebook.FbStreamItemMapper.mapObject(FbStreamItemMapper.java:1)
    at org.springframework.social.facebook.api.impl.FqlTemplate.query(FqlTemplate.java:48)
which corresponds to
List<Map<String, Object>> arrayItems = (List<Map<String, Object>>) resultMap.get(fieldName);
for (Map<String, Object> arrayItem : arrayItems) {    ~~~~~ this line  ~~~~~
	response.add(mapper.mapObject(new FqlResult(arrayItem)));
}		
Expected behavior is to return null if the json value is null.
https://graph.facebook.com/fql?q=SELECT post_id, message, action_links FROM stream WHERE source_id=100002487294420 LIMIT 1
returns
{  "data": [
    {
      "post_id": "100002487294420_404871966208922",
      "message": "Robert Blair http://sphotos.xx.fbcdn.net/hphotos-ash4/s320x320/375127_183841518401962_100003283444808_309767_1436664147_n.jpg wat is dat! ",
      "action_links": null
    }
  ]
}
—
note that other getXYZ calls throw null pointer or number format exceptions if the value is null, as opposed to not present.
Facebook fql will sometimes return null for values documented as type 'int' 
I would like the ability to call getLong without first checking if the original result is null.
Might also want to expose resultMap.containsKey() on the FqlResult class too.

Vectorized reduce does not release scratch byte space in BytesColumnVectors and runs out of memory.

When the two options searchTerm.unseen and searchTerm.subjectOrBody are together, the searchTerm generated looks like that:
(Unseen AND Subject) OR Body. Which is incorrect, the right searchTerm should be: Unseen AND (Subject OR Body). 

This is the same issue that HBASE-10809 tried to address.  The fix of HBASE-10809 refetch the latest meta location in retry-loop.  However, there are 2 problems: (1).  inside the retry loop, there is another try-catch block that would throw the exception before retry can kick in; (2). It looks like that HBaseAdmin::getFirstMetaServerForTable() always tries to get meta data from meta cache, which means if the meta cache is stale and out of date, retries would not solve the problem by fetching from the stale meta cache.
Here is the call stack of the issue:

2014-10-27 10:11:58,495|beaver.machine|INFO|18218|140065036261120|MainThread|org.apache.hadoop.hbase.NotServingRegionException: org.apache.hadoop.hbase.NotServingRegionException: Region hbase:meta,,1 is not online on ip-172-31-0-48.ec2.internal,60020,1414403435009
2014-10-27 10:11:58,496|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:2774)
2014-10-27 10:11:58,496|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegion(HRegionServer.java:4257)
2014-10-27 10:11:58,497|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.regionserver.HRegionServer.scan(HRegionServer.java:3156)
2014-10-27 10:11:58,497|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29994)
2014-10-27 10:11:58,498|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2078)
2014-10-27 10:11:58,498|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:108)
2014-10-27 10:11:58,499|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:114)
2014-10-27 10:11:58,499|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:94)
2014-10-27 10:11:58,499|beaver.machine|INFO|18218|140065036261120|MainThread|at java.lang.Thread.run(Thread.java:745)
2014-10-27 10:11:58,500|beaver.machine|INFO|18218|140065036261120|MainThread|
2014-10-27 10:11:58,500|beaver.machine|INFO|18218|140065036261120|MainThread|at sun.reflect.GeneratedConstructorAccessor12.newInstance(Unknown Source)
2014-10-27 10:11:58,500|beaver.machine|INFO|18218|140065036261120|MainThread|at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
2014-10-27 10:11:58,501|beaver.machine|INFO|18218|140065036261120|MainThread|at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
2014-10-27 10:11:58,501|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.ipc.RemoteException.instantiateException(RemoteException.java:106)
2014-10-27 10:11:58,502|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.ipc.RemoteException.unwrapRemoteException(RemoteException.java:95)
2014-10-27 10:11:58,502|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:306)
2014-10-27 10:11:58,502|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.client.HBaseAdmin.deleteTable(HBaseAdmin.java:699)
2014-10-27 10:11:58,503|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.client.HBaseAdmin.deleteTable(HBaseAdmin.java:654)
2014-10-27 10:11:58,503|beaver.machine|INFO|18218|140065036261120|MainThread|at org.apache.hadoop.hbase.IntegrationTestManyRegions.tearDown(IntegrationTestManyRegions.java:99)

The META region was Online in RS1 when the delete table starts, it was moved to RS2 during the delete table operation.  And the problem appears.

The following tests fail on a  java 8 environment:
  TestMiniSparkOnYarnCliDriver.list_bucket_dml_10
  TestSparkCliDriver.outer_join_ppr
  TestSparkCliDriver.vector_cast_constant

Its not clear what signifies scanner end and noobs probably think that batch size is how much we fetch in an RPC (thats different, thats Scan#setCaching).

In class AsyncExecutionAspectSupport, line 171:
The check to see if the method return type is of type Futur and descendants is inverted. It dosen't rethrow the original exception in case of  ListenableFuture

if (Future.class.isAssignableFrom(method.getReturnType())) {

Exemple code when using ListenableFuture with asyc:

    @Async((Application.MASS_THREAD_EXECUTOR))
    public ListenableFuture<ImportJob> importOneJobMassAsync(ImportJob importJob, UTILSessionData sessionData) {
        //throw new IllegalArgumentException("test execption");
        importPartialData(importJob, sessionData);
        return new AsyncResult<>(importJob);
    }

              futur.addCallback(
                        new ListenableFutureCallback<ImportJob>() {
                            /**
                             * On success is called also when we cancel the execussion pool
                             * But Import Job will be null
                            */

                            @Override
                            public void onSuccess(ImportJob importJob) {
                                UTILLog.logInfo(this.getClass().getName(), "futur.get finished");
                           }

                            /**
                             * This is called only when the job has been canceled
                             * @param ex
                             */
                            @Override
                            public void onFailure(Throwable ex) {
                                UTILLog.logError(this.getClass().getName(), "Job in error:" + ex.getMessage(), ex);
                            }
                        });
  
Multiple RS can run on the same host. But in current RegionLocationFinder, mapHostNameToServerName map one host to only one server. This will make LocalityCostFunction get wrong locality about region.

    // create a mapping from hostname to ServerName for fast lookup
    HashMap<String, ServerName> hostToServerName = new HashMap<String, ServerName>();
    for (ServerName sn : regionServers) {
      hostToServerName.put(sn.getHostname(), sn);
    }

On a recent version of master I get this:

hbase(main):001:0> truncate_preserve 'TestTable'

ERROR: undefined local variable or method `table' for #<Hbase::Admin:0x2fdf17dc>

Took 0.0290 seconds
hbase(main):002:0> truncate 'TestTable'
Truncating 'TestTable' table (it may take a while):
Disabling table...
Truncating table...
Took 10.0040 seconds

For debugging/safety it would help to make sure we received the right number of events from tez tasks. This is always supposed to be the case, but would be really hard to debug if something goes wrong.

org.jboss.as.test.integration.domain.suites.DeploymentOverlayTestCase#testDeploymentOverlayInDomainMode and org.jboss.as.test.integration.domain.suites.ReadEnvironmentVariablesTestCase#testReadEnvironmentVariablesForServers from domain module of Wildfly testsuite fails on the latest IBM 8 jdk with java.lang.IllegalStateException: The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager")
reproduce

wildfly/testsuite]$ mvn test -DtestLogToFile=false -pl domain -Dts.domain -Dtest=ReadEnvironmentVariablesTestCase,DeploymentOverlayTestCase
...
[ERROR]   DeploymentOverlayTestCase.testDeploymentOverlayInDomainMode:300->performHttpCall:340 » NoClassDefFound
[ERROR]   ReadEnvironmentVariablesTestCase.testReadEnvironmentVariablesForServers:109->getEnvironmentVariables:148 » ExceptionInInitializer
[INFO] 
[ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0

Failure message

	at java.lang.J9VMInternals.ensureError(J9VMInternals.java:146)
	at java.lang.J9VMInternals.recordInitializationFailure(J9VMInternals.java:135)
	at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:316)
	at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:329)
	at org.apache.http.conn.ssl.DefaultHostnameVerifier.<init>(DefaultHostnameVerifier.java:72)
	at org.apache.http.impl.client.HttpClientBuilder.build(HttpClientBuilder.java:955)
	at org.apache.http.impl.client.HttpClients.createDefault(HttpClients.java:58)
	at org.jboss.as.test.integration.domain.suites.ReadEnvironmentVariablesTestCase.getEnvironmentVariables(ReadEnvironmentVariablesTestCase.java:148)
	at org.jboss.as.test.integration.domain.suites.ReadEnvironmentVariablesTestCase.testReadEnvironmentVariablesForServers(ReadEnvironmentVariablesTestCase.java:109)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:90)
Caused by: java.lang.IllegalStateException: The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager")
	at org.jboss.logmanager.Logger.getLogger(Logger.java:57)
	at org.apache.commons.logging.JBossLogFactory.<init>(JBossLogFactory.java:48)
	at org.apache.commons.logging.LogFactory$Holder.<clinit>(LogFactory.java:42)
	... 44 more

$ mvn -version
Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T19:49:05Z)
Maven home: /qa/tools/opt/maven3-latest
Java version: 1.8.0_171, vendor: IBM Corporation
Java home: /qa/tools/opt/x86_64/ibm-java-x86_64-sdk-8.0-5.15/jre
OS name: "linux", version: "3.10.0-862.el7.x86_64", arch: "amd64", family: "unix"
---
$ java -version
java version "1.8.0_171"
Java(TM) SE Runtime Environment (build 8.0.5.15 - pxa6480sr5fp15-20180502_01(SR5 FP15))
IBM J9 VM (build 2.9, JRE 1.8.0 Linux amd64-64 Compressed References 20180425_385365 (JIT enabled, AOT enabled)
OpenJ9   - a7ffbfe
OMR      - a531219
IBM      - 59ef3dc)
JCL - 20180425_01 based on Oracle jdk8u171-b11

When a slave running EAP 6 connects to a current DC, the following appears in the DC log even though the endpoint resource should be discarded:

2017-08-07 14:35:09,000 WARN  [org.jboss.as.controller.transformer.slave] (Host Controller Service Threads - 55) WFLYCTL0032: There were problems during the transformation process for target host: 'slave' 
Problems found: 
[		WFLYCTL0303: Resource [
    ("configuration" => "endpoint")
] is rejected on the target host, and will need to be ignored on the host
]

This is because the remoting endpoint transformation was overly simplified in https://github.com/wildfly/wildfly-core/pull/2577

Say I have an Arquillian test that creates a ShrinkWrap .war archive. Then, autodetection runs over that archive, but doesn't find anything web-related, so the undertow fraction isn't included. Then, when the uberjar boots, Swarm fails to create a default deployment, because there's no DefaultDeploymentFactory for .war-s, which means that an empty .jar is created, which leads to all kinds of interesting failures. (Actually no, I've only observed a single failure, a NPE in org.wildfly.swarm.arquillian.daemon.TestRunner.executeTest.)
Should Swarm possibly autodetect the undertow fraction automatically, when the autodetection process runs over a .war?

I found this issue after a couple of hours of debugging the NPE mentioned above, which appeared when running the Arquillian tests in a couple of EAP quickstarts. Here are complete steps to reproduce:

cd jboss-eap-quickstarts/bean-validation-custom-constraint

<profile>
            <version>2017.3.2</version>
    <build>
        <plugins>
            <plugin>
            </plugin>
    </build>

mvn clean test -Parq-wildfly-swarm

I understand that adding an explicit dependency on the undertow fraction (and on H2, because the test use a database) solves the issue. The question I'm asking is: should I have to do that?

While testing client timeouts when the HBase is not available we found that even with aggressive settings, it takes the client 10 minutes or more to finally receive an exception.
Part of this is due to nested nested retry loops in locateRegion.
locateRegion will first try to locate the table in meta (which is retried), then it will try to locate the meta table is root (which is also retried).
So for each retry of the meta lookup we retry the root lookup as well.
I have have that avoids locateRegion retrying if it is called from code that already has a retry loop.

Integer.valueOf  favored instead of new Integer()

map.entrySet() favored instead of map.keySet()

RelFieldTrimmer runs into NoSuchElementException in some cases.

Exception in thread "main" java.lang.AssertionError: Internal error: While invoking method 'public org.apache.calcite.sql2rel.RelFieldTrimmer$TrimResult org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(org.apache.calcite.rel.core.Sort,org.apache.calcite.util.ImmutableBitSet,java.util.Set)'
	at org.apache.calcite.util.Util.newInternal(Util.java:743)
	at org.apache.calcite.util.ReflectUtil$2.invoke(ReflectUtil.java:543)
	at org.apache.calcite.sql2rel.RelFieldTrimmer.dispatchTrimFields(RelFieldTrimmer.java:269)
	at org.apache.calcite.sql2rel.RelFieldTrimmer.trim(RelFieldTrimmer.java:175)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.applyPreJoinOrderingTransforms(CalcitePlanner.java:947)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:820)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:768)
	at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:109)
	at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:730)
	at org.apache.calcite.tools.Frameworks.withPrepare(Frameworks.java:145)
	at org.apache.calcite.tools.Frameworks.withPlanner(Frameworks.java:105)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.getOptimizedAST(CalcitePlanner.java:607)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:244)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10048)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:207)
	at org.apache.calcite.util.ReflectUtil$2.invoke(ReflectUtil.java:536)
	... 32 more
Caused by: java.lang.AssertionError: Internal error: While invoking method 'public org.apache.calcite.sql2rel.RelFieldTrimmer$TrimResult org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(org.apache.calcite.rel.core.Sort,org.apache.calcite.util.ImmutableBitSet,java.util.Set)'
	at org.apache.calcite.sql2rel.RelFieldTrimmer.trimChild(RelFieldTrimmer.java:210)
	at org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(RelFieldTrimmer.java:499)
	... 37 more
	... 40 more
Caused by: java.lang.AssertionError: Internal error: While invoking method 'public org.apache.calcite.sql2rel.RelFieldTrimmer$TrimResult org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(org.apache.calcite.rel.core.Project,org.apache.calcite.util.ImmutableBitSet,java.util.Set)'
	... 45 more
	... 48 more
Caused by: java.lang.AssertionError: Internal error: While invoking method 'public org.apache.calcite.sql2rel.RelFieldTrimmer$TrimResult org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(org.apache.calcite.rel.core.Aggregate,org.apache.calcite.util.ImmutableBitSet,java.util.Set)'
	at org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(RelFieldTrimmer.java:345)
	... 53 more
	... 56 more
	at org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(RelFieldTrimmer.java:772)
	... 61 more
	... 64 more
	... 69 more
	... 72 more
	at java.util.AbstractList$Itr.next(AbstractList.java:364)
	at java.util.AbstractList.hashCode(AbstractList.java:540)
	at org.apache.calcite.util.Util.hash(Util.java:230)
	at org.apache.calcite.util.Pair.hashCode(Pair.java:87)
	at com.google.common.base.Equivalences$Equals.doHash(Equivalences.java:70)
	at com.google.common.base.Equivalence.hash(Equivalence.java:105)
	at com.google.common.cache.LocalCache.hash(LocalCache.java:1888)
	at com.google.common.cache.LocalCache.getIfPresent(LocalCache.java:3953)
	at com.google.common.cache.LocalCache$LocalManualCache.getIfPresent(LocalCache.java:4758)
	at org.apache.calcite.rel.type.RelDataTypeFactoryImpl.canonize(RelDataTypeFactoryImpl.java:352)
	at org.apache.calcite.rel.type.RelDataTypeFactoryImpl.createStructType(RelDataTypeFactoryImpl.java:148)
	at org.apache.calcite.rel.type.RelDataTypeFactoryImpl.createStructType(RelDataTypeFactoryImpl.java:172)
	at org.apache.calcite.plan.RelOptUtil.permute(RelOptUtil.java:2589)
	at org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(RelFieldTrimmer.java:383)
	... 77 more

query:

SELECT w_warehouse_name, 
       w_warehouse_sq_ft, 
       w_city, 
       w_county, 
       w_state, 
       w_country, 
       ship_carriers, 
       year, 
       Sum(jan_sales)                     AS jan_sales, 
       Sum(feb_sales)                     AS feb_sales, 
       Sum(jan_sales / w_warehouse_sq_ft) AS jan_sales_per_sq_foot, 
       Sum(feb_sales / w_warehouse_sq_ft) AS feb_sales_per_sq_foot, 
       Sum(jan_net)                       AS jan_net, 
       Sum(feb_net)                       AS feb_net 
FROM   (SELECT w_warehouse_name, 
               w_warehouse_sq_ft, 
               w_city, 
               w_county, 
               w_state, 
               w_country, 
               Concat('DHL', ',', 'BARIAN') AS ship_carriers, 
               d_year                       AS year, 
               Sum(CASE 
                     WHEN d_moy = 1 THEN ws_ext_sales_price * ws_quantity 
                     ELSE Cast(0 AS DECIMAL(7, 2)) 
                   end)                     AS jan_sales, 
               Sum(CASE 
                     WHEN d_moy = 2 THEN ws_ext_sales_price * ws_quantity 
                   end)                     AS feb_sales, 
               Sum(CASE 
                     WHEN d_moy = 1 THEN ws_net_paid * ws_quantity 
                   end)                     AS jan_net, 
               Sum(CASE 
                     WHEN d_moy = 2 THEN ws_net_paid * ws_quantity 
                   end)                     AS feb_net 
        FROM   web_sales 
               JOIN warehouse 
                 ON web_sales.ws_warehouse_sk = warehouse.w_warehouse_sk 
               JOIN date_dim 
                 ON web_sales.ws_sold_date_sk = date_dim.d_date_sk 
               JOIN time_dim 
                 ON web_sales.ws_sold_time_sk = time_dim.t_time_sk 
               JOIN ship_mode 
                 ON web_sales.ws_ship_mode_sk = ship_mode.sm_ship_mode_sk 
        WHERE  d_year = 2001 
               AND t_time BETWEEN 30838 AND 30838 + 28800 
               AND sm_carrier IN ( 'DHL', 'BARIAN' ) 
        GROUP  BY w_warehouse_name, 
                  w_warehouse_sq_ft, 
                  w_city, 
                  w_county, 
                  w_state, 
                  w_country, 
                  d_year 
        UNION DISTINCT
        SELECT w_warehouse_name, 
               w_city, 
               w_county, 
               w_state, 
               Sum(CASE 
                     WHEN d_moy = 1 THEN cs_sales_price * cs_quantity 
               Sum(CASE 
                     WHEN d_moy = 2 THEN cs_sales_price * cs_quantity 
               Sum(CASE 
                     WHEN d_moy = 1 THEN cs_net_paid_inc_tax * cs_quantity 
               Sum(CASE 
                     WHEN d_moy = 2 THEN cs_net_paid_inc_tax * cs_quantity 
        FROM   catalog_sales 
                 ON catalog_sales.cs_warehouse_sk = warehouse.w_warehouse_sk 
                 ON catalog_sales.cs_sold_date_sk = date_dim.d_date_sk 
                 ON catalog_sales.cs_sold_time_sk = time_dim.t_time_sk 
                 ON catalog_sales.cs_ship_mode_sk = ship_mode.sm_ship_mode_sk 
                  w_city, 
                  w_county, 
                  w_state, 
                  d_year) x 
GROUP  BY w_warehouse_name, 
          w_warehouse_sq_ft, 
          w_city, 
          w_county, 
          w_state, 
          w_country, 
          ship_carriers, 
          year 
ORDER  BY w_warehouse_name 
LIMIT  100; 

Seems like use of Sum(jan_sales / w_warehouse_sq_ft) AS jan_sales_per_sq_foot, 
Sum(feb_sales / w_warehouse_sq_ft) AS feb_sales_per_sq_foot in the select clause causing the error.
Query works fine if I turn off cbo or remove these two columns from select clause.

MasterProcWALs directory grows pretty much un-bounded. Because of that when master failover happens the NN is flooded with connections and everything grinds to a halt.

The check in HColumnDescriptor.isLegalFamilyName() does not check for slashes and may cause issue.

create 'test2', 'cf/am/2'

$ bin/hadoop dfs -lsr /hbase/test2/d1da5042d2b233f056f7604398f29537
drwxr-xr-x   - larsgeorge supergroup          0 2011-02-15 21:12 /hbase/test2/d1da5042d2b233f056f7604398f29537/.oldlogs
-rw-r--r--   3 larsgeorge supergroup        124 2011-02-15 21:12 /hbase/test2/d1da5042d2b233f056f7604398f29537/.oldlogs/hlog.1297800748239
-rw-r--r--   3 larsgeorge supergroup        714 2011-02-15 21:12 /hbase/test2/d1da5042d2b233f056f7604398f29537/.regioninfo
drwxr-xr-x   - larsgeorge supergroup          0 2011-02-15 21:12 /hbase/test2/d1da5042d2b233f056f7604398f29537/cf
drwxr-xr-x   - larsgeorge supergroup          0 2011-02-15 21:12 /hbase/test2/d1da5042d2b233f056f7604398f29537/cf/am
drwxr-xr-x   - larsgeorge supergroup          0 2011-02-15 21:12 /hbase/test2/d1da5042d2b233f056f7604398f29537/cf/am/2

Given the following scenario

class SampleClass {

  @Cacheable("mycache")
  public Something getSomething(String id) { ... }

  @CacheEvict(value = "mycache, key = "#id")
  public void updateSomething(String id, Object payload) { ... }
}

cache invalidation will not work correctly. Actually it's not working because the DefaultKeyGenerator simply hashes the given parameters as is. In case no key attribute is configured (just like in the above example) the parameters will be handed in as single-element-Object[] causing a different hash to be created than if the single object would be handed to the key generator directly. So you either have to define the key expression to create an array or alter the annotation on the caching side to @Cacheable(value = "mycache", key = "#id") which is rather repetitive.

JDK9 provides -XaddExports launch option to workaround potential migration problems to modularized JDK.
When modularized JDK forks new process all -XaddExports values are translated into
-Djdk.launcher.addexports.%d=%s JVM options.
But method org.jboss.as.host.controller.Main.getHostSystemProperties()
has problems with its values.
The format of -XaddExports (and thus for -Djdk.launcher.addexports.%d=%s too) is:

-XaddExports:<source-module>/<package>=<target-module>(,<target-module>)*

See http://openjdk.java.net/jeps/261 for more information.

When upgrading to spring webmvc from version 4.2.9 to version 4.3.9, we have detected an issue when adding cookies to the response entity from a controller.
In the HttpEntityMethodProcessor class, when handling the return value, if the ServletServerHttpResponse contains already the header that is added to the entityHeaders object, it won't be added to the outputHeaders.
This scenario happens when for example the JSESSIONID cookie is added to the response header before calling a controller and then when the controller tries to add an extra cookie it is ignored due to the described behaviour.
By comparing versions 4.2.x and 4.3.x:
version 4.2.x

public void handleReturnValue(...) {
  ...
  HttpHeaders entityHeaders = responseEntity.getHeaders();
  if (!entityHeaders.isEmpty()) {
    outputMessage.getHeaders().putAll(entityHeaders);
  }
  ...
}

version 4.3.x

  ...
    for (Map.Entry<String, List<String>> entry : entityHeaders.entrySet()) {
      if (!outputHeaders.containsKey(entry.getKey())) {
        outputHeaders.put(entry.getKey(), entry.getValue());
      }
    }
  }
  ...
}

I set the bug level to critical as is blocking us to upgrade from 4.2 to 4.3, but you can decide which level suits you better.
Néstor

As of now we can't define container arguments as list because 'launchcontext.arguments' is a map. Introduce new key 'launchcontext.argumentsList' which takes a simple list values which keeps the order if that in necessary.

During the upgrade to Undertow 1.0.0.Beta2, a new method was added to the clustered SessionManager implementation, but was implemented incorrectly.
Luckily, I don't think this method is used yet by Undertow.

Current in rest the HTablePool use a size 10 and can not be changed.

  RESTServlet(Configuration conf) throws IOException {
    this.pool = new HTablePool(conf, 10);
    this.admin = new HBaseAdmin(conf);
  }

We should log the exception itself too:

        try {
          HLogSplitter.moveRecoveredEditsFromTemp(tmpname, logfile, conf);
          LOG.warn("Could not finish splitting of log file " + logfile);
          return Status.ERR;
        }

When I setup undertow as proxy and one server behind it, even when I define that there should be used HTTP/2 (possible with mod_cluster filter) for proxy to worker communication it isn't used for default undertow ALPN JDK8 implementation.
It is possible to make it work with openssl ALPN provider but not with the default one, which I believe it should work with as well.
EDIT: doesn't work only with elytron based ssl-context.

The MergeTask is responsible for merging small output files into bigger files for the final output table.
The compression settings to be used should be COMPRESSRESULT instead of COMPRESSINTERMEDIATE.
GenMRFileSink1.java:172:

    FileSinkOperator newOutput = 
      (FileSinkOperator)OperatorFactory.getAndMakeChild(
         new fileSinkDesc(finalName, ts, 
                          parseCtx.getConf().getBoolVar(HiveConf.ConfVars.COMPRESSINTERMEDIATE)),
         fsRS, extract);

Associated mailing list discussion: http://mail-archives.apache.org/mod_mbox/hadoop-hive-user/200908.mbox/%3C794f042d0908122114o7ddb8d18h4f444c1dfa16fa87@mail.gmail.com%3E

After HBASE-16284, unauthorized user will not able allowed to stop HM/RS/cluster, but while executing "cpHost.preStopMaster()", ConnectorServer will be stopped before AccessController validation.
hbase-site.xml,

	<name>hbase.coprocessor.master.classes</name>
        <value>org.apache.hadoop.hbase.JMXListener,org.apache.hadoop.hbase.security.access.AccessController</value>

	<name>hbase.coprocessor.regionserver.classes</name>

HBaseAdmin.stopMaster(),

2016-09-20 21:12:26,796 INFO  [RpcServer.FifoWFPBQ.priority.handler=19,queue=1,port=16000] hbase.JMXListener: ConnectorServer stopped!
2016-09-20 21:13:55,380 WARN  [RpcServer.FifoWFPBQ.priority.handler=19,queue=1,port=16000] security.ShellBasedUnixGroupsMapping: got exception trying to get groups for user P72981
ExitCodeException exitCode=1: id: P72981: No such user
2016-09-20 21:14:00,495 ERROR [RpcServer.FifoWFPBQ.priority.handler=19,queue=1,port=16000] master.MasterRpcServices: Exception occurred while stopping master
org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions for user 'P72981' (global, action=ADMIN)
	at org.apache.hadoop.hbase.security.access.AccessController.requireGlobalPermission(AccessController.java:546)
	at org.apache.hadoop.hbase.security.access.AccessController.requirePermission(AccessController.java:522)
	at org.apache.hadoop.hbase.security.access.AccessController.preStopMaster(AccessController.java:1297)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost$68.call(MasterCoprocessorHost.java:821)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost.execOperation(MasterCoprocessorHost.java:1188)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost.preStopMaster(MasterCoprocessorHost.java:817)
	at org.apache.hadoop.hbase.master.HMaster.stopMaster(HMaster.java:2352)
	at org.apache.hadoop.hbase.master.MasterRpcServices.stopMaster(MasterRpcServices.java:1364)

HBaseAdmin.stopRegionServer(rs-host-port),

2016-09-20 20:59:01,234 INFO  [RpcServer.FifoWFPBQ.priority.handler=18,queue=0,port=16020] hbase.JMXListener: ConnectorServer stopped!
2016-09-20 20:59:01,250 WARN  [RpcServer.FifoWFPBQ.priority.handler=18,queue=0,port=16020] security.ShellBasedUnixGroupsMapping: got exception trying to get groups for user P72981
2016-09-20 20:59:01,253 WARN  [RpcServer.FifoWFPBQ.priority.handler=18,queue=0,port=16020] regionserver.HRegionServer: The region server did not stop
	at org.apache.hadoop.hbase.security.access.AccessController.preStopRegionServer(AccessController.java:2501)
	at org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost$1.call(RegionServerCoprocessorHost.java:84)
	at org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost.execOperation(RegionServerCoprocessorHost.java:256)
	at org.apache.hadoop.hbase.regionserver.RegionServerCoprocessorHost.preStop(RegionServerCoprocessorHost.java:80)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.stop(HRegionServer.java:1905)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.stopServer(RSRpcServices.java:1961)

HBaseAdmin.shutdown(),

2016-09-21 12:09:08,259 INFO  [RpcServer.FifoWFPBQ.priority.handler=19,queue=1,port=16000] master.MasterRpcServices: Client=P72981//10.18.248.96 shutdown
2016-09-21 12:09:08,261 INFO  [RpcServer.FifoWFPBQ.priority.handler=19,queue=1,port=16000] hbase.JMXListener: ConnectorServer stopped!
2016-09-21 12:09:08,276 WARN  [RpcServer.FifoWFPBQ.priority.handler=19,queue=1,port=16000] security.ShellBasedUnixGroupsMapping: got exception trying to get groups for user P72981
2016-09-21 12:09:08,280 ERROR [RpcServer.FifoWFPBQ.priority.handler=19,queue=1,port=16000] master.MasterRpcServices: Exception occurred in HMaster.shutdown()
	at org.apache.hadoop.hbase.security.access.AccessController.preShutdown(AccessController.java:1291)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost$67.call(MasterCoprocessorHost.java:806)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost.preShutdown(MasterCoprocessorHost.java:802)
	at org.apache.hadoop.hbase.master.HMaster.shutdown(HMaster.java:2335)
	at org.apache.hadoop.hbase.master.MasterRpcServices.shutdown(MasterRpcServices.java:1322)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:58551)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2270)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:188)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:168)

Came across this situation (with a version of 0.96 very close to RC5 version created on 10/11):
The sequence of events that happened:
1. The hbck tool couldn't communicate with the RegionServer hosting namespace region due to some security exceptions. hbck INCORRECTLY assumed the region was not deployed.
In output.log (client side):

2013-10-12 10:42:57,067|beaver.machine|INFO|ERROR: Region { meta => hbase:namespace,,1381564449706.a0ac0825ba2d0830614e7f808f31787a., hdfs => hdfs://gs-hdp2-secure-1381559462-hbase-12.cs1cloud.internal:8020/apps/hbase/data/data/hbase/namespace/a0ac0825ba2d0830614e7f808f31787a, deployed =>  } not deployed on any region server.
2013-10-12 10:42:57,067|beaver.machine|INFO|Trying to fix unassigned region...

2. This led to the hbck tool trying to tell the master to "assign" the region.
In master log (hbase-hbase-master-gs-hdp2-secure-1381559462-hbase-12.log):

2013-10-12 10:52:35,960 INFO  [RpcServer.handler=4,port=60000] master.HMaster: Client=hbase//172.18.145.105 assign hbase:namespace,,1381564449706.a0ac0825ba2d0830614e7f808f31787a.

3. The master went through the steps - sent a CLOSE to the RegionServer hosting namespace region.
From master log:

2013-10-12 10:52:35,981 DEBUG [RpcServer.handler=4,port=60000] master.AssignmentManager: Sent CLOSE to gs-hdp2-secure-1381559462-hbase-1.cs1cloud.internal,60020,1381564439794 for region hbase:namespace,,1381564449706.a0ac0825ba2d0830614e7f808f31787a.

4. The master then tried to assign the namespace region to a region server, and in the process ABORTED:

2013-10-12 10:52:36,025 DEBUG [RpcServer.handler=4,port=60000] master.AssignmentManager: No previous transition plan found (or ignoring an existing plan) for hbase:namespace,,1381564449706.a0ac0825ba2d0830614e7f808f31787a.; generated random plan=hri=hbase:namespace,,1381564449706.a0ac0825ba2d0830614e7f808f31787a., src=, dest=gs-hdp2-secure-1381559462-hbase-9.cs1cloud.internal,60020,1381564439807; 4 (online=4, available=4) available servers, forceNewPlan=true
2013-10-12 10:52:36,026 FATAL [RpcServer.handler=4,port=60000] master.HMaster: Master server abort: loaded coprocessors are: [org.apache.hadoop.hbase.security.access.AccessController]
2013-10-12 10:52:36,027 FATAL [RpcServer.handler=4,port=60000] master.HMaster: Unexpected state : {a0ac0825ba2d0830614e7f808f31787a state=OPEN, ts=1381564451344, server=gs-hdp2-secure-1381559462-hbase-1.cs1cloud.internal,60020,1381564439794} .. Cannot transit it to OFFLINE.
java.lang.IllegalStateException: Unexpected state : {a0ac0825ba2d0830614e7f808f31787a state=OPEN, ts=1381564451344, server=gs-hdp2-secure-1381559462-hbase-1.cs1cloud.internal,60020,1381564439794} .. Cannot transit it to OFFLINE.

AssignmentManager.assign(HRegionInfo region, boolean setOfflineInZK, boolean forceNewPlan)

 is the method that does all the above. This was called from the HMaster with true for both the boolean arguments.

MiniZooKeeperCluster#startup() starts servers one-by-one, if everything is good, it would declare success of start:

  public int startup(File baseDir, int numZooKeeperServers) 
    ...
    // running all the ZK servers
    for (int i = 0; i < numZooKeeperServers; i++) {
    ...===> could throw exception in the loop and end the startup
      // Start up this ZK server
      standaloneServerFactory.startup(server);
      ...
      standaloneServerFactoryList.add(standaloneServerFactory);
      zooKeeperServers.add(server);
    }
   ...
    started = true;
    ...
  }

However, if exception throws in the middle of start up (eg. some servers already started), the MiniZooKeeperCluster#shutdown() would not shut down them and clean up resources.  

  public void shutdown() throws IOException {
    if (!started) {
      return;
    }
    ...
  }

org.apache.hadoop.hive.service.ThriftHive.Client.clean() method is called for every session end in CLI mode for the cleanup but in HiveServer mode this is not called.
So this can be integrate with the HiveConnection.close()

HIVE-7653 changed the Avro SerDe to make it generate TypeInfos even for recursive/cyclical schemas. However, any attempt to serialize data which exploits that ability results in silently dropped fields.

When Arrow Serde serializes char values, it loses padding. Also when it counts empty strings, sometimes it makes a smaller number. It should pad char values and handle empty strings correctly.

When running with a RSS feed which has multiple entries with the same date only the first one is read, the rest are ignored because of the date filter.  I have provided a rudimental fix and unit test for this issue, this hashes the entries to detect duplicates.

as part of HIVE-17721 we had changed the direct sql to acquire the lock for postgres as

select "NEXT_EVENT_ID" from "NOTIFICATION_SEQUENCE" for update;

however this breaks other databases and we have to use different sql statements for different databases 
for postgres use

for SQLServer 

select "NEXT_EVENT_ID" from "NOTIFICATION_SEQUENCE" with (updlock);

for other databases 

select NEXT_EVENT_ID from NOTIFICATION_SEQUENCE for update;

Pattern used for MasterProcWALs cleaning is incorrect. The logs are deleted from oldWALs directory as invalid files.
2017-12-21 11:32:37,980 WARN  [ForkJoinPool-1-worker-2] cleaner.CleanerChore: Found a wrongly formatted file: file:/Users/peter.somogyi/tmp/hbase/oldWALs/pv2-00000000000000000001.log - will delete it.

The configuration below fails because the framework is unable to set properties onto the StepListenerFactoryBean:
  <step-listener id="l2" ref="myListener"/>
  <beans:bean id="myListener" class="MyListener" scope="step">
      <beans:property name="runId" value="#
{jobParameters[my.param]}
"/>
  </beans:bean>

HiveServer2 keeps opening new connections to HMS each time it launches a task. These connections do not appear to be closed when the task completes thus causing a HMS connection leak. "lsof" for the HS2 process shows connections to port 9083.

2015-12-03 04:20:56,352 INFO  [HiveServer2-Background-Pool: Thread-424756()]: ql.Driver (SessionState.java:printInfo(558)) - Launching Job 11 out of 41
2015-12-03 04:20:56,354 INFO  [Thread-405728()]: hive.metastore (HiveMetaStoreClient.java:open(311)) - Trying to connect to metastore with URI thrift://<anonymizedURL>:9083
2015-12-03 04:20:56,360 INFO  [Thread-405728()]: hive.metastore (HiveMetaStoreClient.java:open(351)) - Opened a connection to metastore, current connections: 14824
2015-12-03 04:20:56,360 INFO  [Thread-405728()]: hive.metastore (HiveMetaStoreClient.java:open(400)) - Connected to metastore.
....
2015-12-03 04:21:06,355 INFO  [HiveServer2-Background-Pool: Thread-424756()]: ql.Driver (SessionState.java:printInfo(558)) - Launching Job 12 out of 41
2015-12-03 04:21:06,357 INFO  [Thread-405756()]: hive.metastore (HiveMetaStoreClient.java:open(311)) - Trying to connect to metastore with URI thrift://<anonymizedURL>:9083
2015-12-03 04:21:06,362 INFO  [Thread-405756()]: hive.metastore (HiveMetaStoreClient.java:open(351)) - Opened a connection to metastore, current connections: 14825
2015-12-03 04:21:06,362 INFO  [Thread-405756()]: hive.metastore (HiveMetaStoreClient.java:open(400)) - Connected to metastore.
...
2015-12-03 04:21:08,357 INFO  [HiveServer2-Background-Pool: Thread-424756()]: ql.Driver (SessionState.java:printInfo(558)) - Launching Job 13 out of 41
2015-12-03 04:21:08,360 INFO  [Thread-405782()]: hive.metastore (HiveMetaStoreClient.java:open(311)) - Trying to connect to metastore with URI thrift://<anonymizedURL>:9083
2015-12-03 04:21:08,364 INFO  [Thread-405782()]: hive.metastore (HiveMetaStoreClient.java:open(351)) - Opened a connection to metastore, current connections: 14826
2015-12-03 04:21:08,365 INFO  [Thread-405782()]: hive.metastore (HiveMetaStoreClient.java:open(400)) - Connected to metastore.
... 

The TaskRunner thread starts a new SessionState each time, which creates a new connection to the HMS (via Hive.get(conf).getMSC()) that is never closed.
Even SessionState.close(), currently not being called by the TaskRunner thread, does not close this connection.
Attaching a anonymized log snippet where the number of HMS connections reaches north of 25000+ connections.

The RowCounter use FirstKeyOnlyFilter regardless of whether or not the
command line argument specified a column family (or family:qualifier).
In case when no qualifier was specified as argument, the scan will
give correct result. However in the other case the scan instance may
have been set with columns other than the very first column in the
row, causing scan to get nothing as the FirstKeyOnlyFilter removes
everything else.
https://issues.apache.org/jira/browse/HBASE-6042 is related. 

This test fails sporadically due to a race condition, which is annoying since it hinders pre-commit testing of patches.  I'm going to disable it unless someone has a fix.

There are lots places to log messages with System.out.  We should use ErrorReporter or Log instead, which can be configured to catch what we want.

In certain circumstances, an infinite loop can occur when forwarding the user from the initial Authorization Endpoint authorize method to the user approval page, when using the default user approval page url of "forward:/oauth/approve_access". This url, "/oauth/approve_access", is bound to our own custom controller. We are supplying custom authorization-endpoint-url and token-endpoint-url properties and have configured the required web.xml oauth2EndpointUrlFilter as mentioned in the documentation. This is using the authorization code flow, with the built in authorization and token endpoint classes. 
To replicate the error, one visits the custom AuthorizationEndpoint url. The first time here in a browser session, the user is prompted to log in, and is redirected to the appropriate user approval page. This is handled as expected by the custom controller. The user clicks the approve button and is redirected to the registered redirect url, as expected. 
If the user then revisits the authorization url, generally by pasting it into the address bar on the web browser (in our case, Firefox 11), then the server goes into an infinite internal forwarding loop through the authorize method of the AuthorizationEndpoint. This method does return the appropriate ModelAndView object, with the view name set to "forward:/oauth/approve_access". However, something in the processing of this forward request fails and it ends up being mapped back to the authorize method. 
In some repeatable cases, if the user instead uses the back button, then they are prompted again with the user approval page. Clicking approve on this page does allow it to continue and issue a new authorization code. 
If we change user-approval-page url property to "redirect:/oauth/approve_access", leaving everything else the same, the user can then revisit the authorization url and successfully complete the flow. However, pressing the back button now causes a session binding error. 
If we remove the custom authorization-endpoint-url and token-endpoint-url properties, and remove the oauth2EndpointUrlFilter from web.xml, everything works as expected. The user can both revisit the url directly and go back through the session using the back button.
Therefore, we believe the error to be somewhere in the EndpointValidationFilter class implementation of doFilter. 

It"s more or less a desperate cause...
If we have a lot of regions, the size of this class becomes a problem. It's under optimized for this case...
This patch is just about the trivial part

should be able to set container size, whether to merge, input format differently for mr and tez (at the same time).

While using CompactionTool to offload RSes, noticed compacted files were never archived from original region dir, causing the space used by the region to actually double. Going through its compaction related code on HStore, which is used by CompactionTool for performing compactions, found out what that compacted files archiving happens mainly while closing the HStore instance. CompactionTool is never explicitly closing its HStore instance, so adding a simple patch that properly close the store.

The RandomFactory getCryptoRandom method only handles ClassCast and ClassNotFound.
It ought to handle all other exceptions as per the corresponding CipherFactory.

AsciiDoc has the ability to support syntax highlighting, which can be enabled by putting the following line before a code sample (e.g. for Java code):

[source,java]

However, there are some places in the documentation where this declaration is used, but the code sample that follows is not Java. This can cause incorrect syntax highlighting or (more seriously) can sometimes cause a documentation build to crash. The following doc files are affected:

csv-dataformat.adoc
mime-multipart-dataformat.adoc
mongodb-gridfs-component.adoc
snmp-component.adoc

I plan to submit a PR to fix these files.

I am getting the following errors while trying to run org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.* tests in windows.

Encryption key created: 'key_128'
(1,Encryption Processor Helper Failed:Pathname /D:/w/hv/hcatalog/hcatalog-pig-adapter/target/tmp/org.apache.hive.hcatalog.pig.TestHCatLoader-1432579852919/warehouse/encryptedTable from D:/w/hv/hcatalog/hcatalog-pig-adapter/target/tmp/org.apache.hive.hcatalog.pig.TestHCatLoader-1432579852919/warehouse/encryptedTable is not a valid DFS filename.,null)
Encryption key deleted: 'key_128'

Could not fully delete D:\w\hv\hcatalog\hcatalog-pig-adapter\target\tmp\dfs\name1

java.io.IOException: Could not fully delete D:\w\hv\hcatalog\hcatalog-pig-adapter\target\tmp\dfs\name1
	at org.apache.hadoop.hdfs.MiniDFSCluster.createNameNodesAndSetConf(MiniDFSCluster.java:940)
	at org.apache.hadoop.hdfs.MiniDFSCluster.initMiniDFSCluster(MiniDFSCluster.java:811)
	at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:742)
	at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:612)
	at org.apache.hadoop.hive.shims.Hadoop23Shims.getMiniDfs(Hadoop23Shims.java:523)
	at org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.initEncryptionShim(TestHCatLoaderEncryption.java:242)
	at org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.setup(TestHCatLoaderEncryption.java:190)

As convenient as it is to grep for, based on continuous RB comments I am not sure the world is yet ready for vertorized execution.

Empty string JobParameter would be re-hydrated as null by Oracle.  Probably not a very common scenario, but it's a feature of Oracle that isn't taken into account in the JdbcJobInstanceDao.

Since JBoss Fuse 6.1, we ship Fuse CDC (Common Distribution Creator) in the extras directory. The tool always includes a set of basic system features in every distribution it generates: one of those features is the fabric-bundle feature, which no longer exists in JBoss Fuse 6.2, so we will need a new release of Fuse CDC to include in JBoss Fuse 6.2.

HBASE-18131 add list_deadservers and clear_deadservers shell. In branch-1.4, list_deadservers elapsed time is incorrect. As follows,

hbase(main):006:0> list_deadservers
SERVERNAME 
0 row(s) in 1548384431.9810 seconds

Issue: 
=====
In StatsRulesProcFactory::evaluateCompator, when minValue is >= filtered value, it should return all rows. Currently, it returns numRows/3. This causes lesser number of reducers to be spun up in queries. E.g Q79 in TPC-DS.
E.g: TPC-DS store table stats:

hive --orcfiledump hdfs://nn:8020/apps/hive/warehouse/tpcds_bin_partitioned_orc_1000.db/store/000000_0
Stripe Statistics:
  Stripe 1:
    Column 0: count: 1002 hasNull: false
    Column 1: count: 1002 hasNull: false min: 1 max: 1002 sum: 502503
    Column 2: count: 1002 hasNull: false min: AAAAAAAAAABAAAAA max: AAAAAAAAPPBAAAAA sum: 16032
    Column 3: count: 1002 hasNull: false min:  max: 2001-03-13 sum: 9950
    Column 4: count: 1002 hasNull: false min:  max: 2001-03-12 sum: 5010
    Column 5: count: 273 hasNull: true min: 2450820 max: 2451313 sum: 669141525
    Column 6: count: 1002 hasNull: false min:  max: pri sum: 3916
    Column 7: count: 994 hasNull: true min: 200 max: 300 sum: 249970
    Column 8: count: 996 hasNull: true min: 5002549 max: 9997773 sum: 7382689071
    Column 9: count: 1002 hasNull: false min:  max: 8AM-8AM sum: 7088

select compute_stats(s_employee_count, 16) from store;

{"columntype":"Long","min":200,"max":300,"countnulls":8,"numdistinctvalues":63,"ndvbitvector":"{0, 1, 2, 3, 4, 5, 11, 12}{0, 1, 2, 3, 6}{0, 1, 2, 3, 4, 5, 7, 11}{0, 1, 2, 3, 4, 5, 7}{0, 1, 2, 3, 4, 5, 6}{0, 1, 2, 3, 4, 5, 8}{0, 1, 2, 3, 4}{0, 1, 2, 3, 4, 5, 7, 9}{0, 1, 2, 3, 4}{0}{0, 1, 2, 3, 4, 5, 7}{0, 1, 2, 3, 4, 5, 6, 7}{0, 1, 2, 3, 4, 8, 9, 14}{0, 1, 2, 3, 5}{0, 1, 2, 3, 4, 5, 6, 7}{0, 1, 2, 3, 4, 5, 6, 8}"}

explain select count(s_store_sk) from store where s_number_employees > 200 and s_number_employees < 295;

Above query would first apply 1002/3 = 334 for s_number_employees > 200 and then 334 / 3 = 111 for s_number_employees < 295. Ideally it should return all 1002 rows for filter s_number_employees > 200.
In TPC-DS Q79, this causes too less reduce tasks to be spun up causing runtime delays.

Currently, the default host-slave.xml configuration reads as follows:
host-slave.xml
    <domain-controller>
        <remote username="$local" security-realm="ManagementRealm">
            <discovery-options>
                <static-discovery name="primary" protocol="${jboss.domain.master.protocol:remote}" host="${jboss.domain.master.address}" port="${jboss.domain.master.port:9999}"/>
            </discovery-options>
        </remote>
    </domain-controller>

As the local silent authentication functionality has been fixed, the username="$local" attribute in remote element can be removed.

In the Spring 3.1 branch, it no longer works to have HttpServletRequest in the method signature of a controller class annotated with @InitBinder.  See the following stack trace.
	at org.springframework.web.servlet.mvc.method.annotation.ServletResponseMethodArgumentResolver.resolveArgument(ServletResponseMethodArgumentResolver.java:65)
	at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:74)
Removing HttpServletRequest from the @InitBinder method signature causes the error to disappear.  This method works correctly in Spring 3.0.6.

Currenlty hfile-refs znode used for tracking the bulk loaded data replication is added first and then the bulk load event in appended in the WAL. So this may lead to a issue where the znode is added in ZK but append to WAL is failed(due to some probelm in DN), so this znode will be left in ZK as it is and will not allow hfile to get deleted from archive directory. 

HRegion.FIXED_OVERHEAD says we have 4 booleans on all branches. But actually we have 5 booleans.

isLoadingCfsOnDemandDefault
disallowWritesInRecovering
isRecovering
splitRequest
regionStatsEnabled

Method #destroy of org.springframework.jmx.export.MBeanExporter unregisters all beans that have been registered before. It however also tries to unregister beans that have already been unregistered via org.springframework.jmx.export.MBeanExporter#unregisterManagedResource. The MBeanExporter logs a warning for each such bean:

WARN  o.s.jmx.export.MBeanExporter - Could not unregister MBean [...] as said MBean is not registered (perhaps already unregistered by an external process)

The bean was not unregistered by an external process but by the MBeanExporter itself when #unregisterManagedResource was called.
Please do not log this as warning. Administrators get nervous and keep asking what this message means.

the size of a protobuf message is 64MB (default). but the size of snapshot meta is over 64MB. 
Caused by: com.google.protobuf.InvalidProtocolBufferException via Failed taking snapshot 
{ ss=snapshot_xxx table=xxx type=FLUSH }
 due to exception:Protocol message was too large.  May be malicious.  Use CodedInputStream.setSizeLimit() to increase the size limit.:com.google.protobuf.InvalidProtocolBufferException: Protocol message was too large.  May be malicious.  Use CodedInputStream.setSizeLimit() to increase the size limit.
        at org.apache.hadoop.hbase.master.snapshot.TakeSnapshotHandler.rethrowExceptionIfFailed(TakeSnapshotHandler.java:307)
        at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.isSnapshotDone(SnapshotManager.java:341)
        ... 10 more
Caused by: com.google.protobuf.InvalidProtocolBufferException: Protocol message was too large.  May be malicious.  Use CodedInputStream.setSizeLimit() to increase the size limit.
        at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$RegionInfo.<init>(HBaseProtos.java:3767)
        at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$RegionInfo.<init>(HBaseProtos.java:3699)
        at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$RegionInfo$1.parsePartialFrom(HBaseProtos.java:3815)
        at org.apache.hadoop.hbase.protobuf.generated.HBaseProtos$RegionInfo$1.parsePartialFrom(HBaseProtos.java:3810)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest.<init>(SnapshotProtos.java:1152)
        at org.apache.hadoop.hbase.master.snapshot.MasterSnapshotVerifier.verifySnapshot(MasterSnapshotVerifier.java:106

When authenticating against a provider (twitter, for example), if authentication fails, then the user of the consuming application will be signed out.
This seems to be because OAuthRequstFailedException is a type of AuthenticationException and because it isn't caught within SS-OAuth. It flows out to Spring Security's filters and, since it is an AuthenticationException, Spring Security assumes that authentication failed and invalidates the session.

TestHMasterRPCException instantiates an HMaster but doesn't use an ephemeral port which can cause the test to fail if port already in use.

TestEnableTableHandler calls assign() concurrently with master. Lets call assign through admin interface.
Also make asserts a bit more stable.

From my comment on HBASE-10511:
I have hadoop-1.2.1 installed from tgz, which packages commons-math-2.1. This is different from the listed maven dependency, 2.2.

$ tar tvf hadoop-1.2.1.tar.gz | grep commons-math
-rw-rw-r--  0 0      0      832410 Jul 22  2013 hadoop-1.2.1/lib/commons-math-2.1.jar
$ mvn -f pom.xml.hadoop1 dependency:tree | grep commons-math
[INFO] +- org.apache.commons:commons-math:jar:2.2:compile
[INFO] |  +- org.apache.commons:commons-math:jar:2.2:compile

This is a problem because the 2.1 version of DescriptiveStatistics doesn't have a double[] constructor. Running the MR job, mappers fail:

java.lang.NoSuchMethodError: org.apache.commons.math.stat.descriptive.DescriptiveStatistics.<init>([D)V
	at org.apache.hadoop.hbase.PerformanceEvaluation$RandomReadTest.testTakedown(PerformanceEvaluation.java:1163)
	at org.apache.hadoop.hbase.PerformanceEvaluation$Test.test(PerformanceEvaluation.java:984)
	at org.apache.hadoop.hbase.PerformanceEvaluation.runOneClient(PerformanceEvaluation.java:1401)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.map(PerformanceEvaluation.java:522)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.map(PerformanceEvaluation.java:474)

Undertow component should process body message of HTTP PATCH request.

FFIW should first map all items to strings and only then write them. Currently failure in line aggregator can cause rollback when some lines from the current chunk are already written.

Steps:

Create a table
Split the table
Modify the table immediately after splitting

Expected: 
The modify table procedure completes and control returns back to client
Actual: 
The modify table procedure completes and control does not return back to client, until catalog janitor runs and deletes parent or future timeout occurs

"We sort to build something that would deliver compelling developer productivity without compromising on engineering integrity or discarding mainstream existing technologies that benefit from architectural standards approval, excellent tooling and a massive pool of existing developer knowledge, skills and experience."
Should be: "We sought..."

In HBASE-8416, Elliott observed "our modification of extended attributes could also have this issue"
Due to it'll have a different strace trace with original report Ron's, i just filed a new JIRA, hopefully it's fine...

Some queries work fine in older versions throws SemanticException, the stack trace:

FAILED: SemanticException [Error 10002]: Line 96:1 Invalid column reference 'key2'
15/12/21 18:56:44 [main]: ERROR ql.Driver: FAILED: SemanticException [Error 10002]: Line 96:1 Invalid column reference 'key2'
org.apache.hadoop.hive.ql.parse.SemanticException: Line 96:1 Invalid column reference 'key2'
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanGroupByOperator1(SemanticAnalyzer.java:4228)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanMapAggrNoSkew(SemanticAnalyzer.java:5670)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:9007)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9884)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9777)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10250)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10261)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10141)
at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:222)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:421)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:305)
at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1110)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1158)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1047)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1037)
at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:207)
at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:159)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:370)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:305)
at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:403)
at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:419)
at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:708)
at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:615)

create table tlb (key int, key1 int, key2 int);
create table src (key int, value string);
select key, key1, key2 from (select a.key, 0 as key1 , 0 as key2 from tlb a inner join src b on a.key = b.key) a group by key, key1, key2;

A region's state exists in multiple maps in the RegionManager: unassignedRegions, pendingRegions, regionsToClose, closingRegions, regionsToDelete, etc.
One of these race conditions was found in HBASE-534.
For HBase-0.1.x, we should just patch the holes we find.
The ultimate solution (which requires a lot of changes in HMaster) should be applied to HBase trunk.
Create a class that encapsulates a region's state and provide synchronized access to the class that validates state changes.
There should be a single structure that holds regions in these transitional states and it should be a synchronized collection of some kind.

The README for camel-odata quickstart is missing an install instruction for camel-jackson feature. 

While setting up a Camel web application for WebSphere (7) I encountered two issues
1. Documentation: the Camel JMX docs proposes the following settings for WebSphere:

<camel:jmxAgent id="agent" createConnector="true" mbeanObjectDomainName="org.yourname" mbeanServerDefaultDomain="WebSphere"/>

This registers the beans with the PlatformMbeanServer instead of the WebSphere MBean server. The following setup works better:

<camel:jmxAgent id="agent" createConnector="false" mbeanObjectDomainName="org.yourname" usePlatformMBeanServer="false" mbeanServerDefaultDomain="WebSphere"/>

2. For each Camel route, the same Tracer and DefaultErrorHandler MBeans are tried to be registered over and over again. Because WebSphere changes the ObjectNames on registration, 
server.isRegistered(name); in DefaultManagementAgent#registerMBeanWithServer always returns false, which causes the MBean to be re-registered, which again cause Exceptions, e.g.

14:35:48,198 [WebContainer : 4] [] WARN  - DefaultManagementLifecycleStrategy.onErrorHandlerAdd(485) | Could not register error handler builder: ErrorHandlerBuilderRef[CamelDefaultErrorHandlerBuilder] as ErrorHandler MBean.
javax.management.InstanceAlreadyExistsException: org.apache.camel:cell=wdf-lap-0319Node01Cell,name="DefaultErrorHandlerBuilder(ref:CamelDefaultErrorHandlerBuilder)",context=wdf-lap-0319/camelContext,type=errorhandlers,node=wdf-lap-0319Node01,process=server1
	at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:465)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.internal_addObject(DefaultMBeanServerInterceptor.java:1496)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:975)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:929)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:494)
	at com.ibm.ws.management.PlatformMBeanServer.registerMBean(PlatformMBeanServer.java:484)
	at org.apache.camel.management.DefaultManagementAgent.registerMBeanWithServer(DefaultManagementAgent.java:320)
	at org.apache.camel.management.DefaultManagementAgent.register(DefaultManagementAgent.java:236)
...

The web application starts up, but with a lot of exceptions in the log.
Proposal:
Instead of using a Set<ObjectName> for mbeansRegistered, use a Map<ObjectName, ObjectName> where the key is the "Camel" ObjectName and the value is the actually deployed ObjectName.
I will provide a patch that illustrates the idea.

 I am having a small issue with camel-rabbitmq component. I am trying to add a ttl to the declaration of my queue by adding the option arg.queue.x-message-ttl=5000 to the URI. That seems fine, however it seems camel parses 5000 as a String instead of an Integer and therefore I am getting an error when doing the declaration: 
reply-code=406, reply-text=PRECONDITION_FAILED - invalid arg 'x-message-ttl' for queue 'XXXX' in vhost '/': 
{unacceptable_type,longstr}
, class-id=50, method-id=10)
We should add some special code to turn those values from String to Long before declaring. I will compile the list, add it here and work on a patch.

In every Connection class except JredisConnection, thrown UnsupportedOperationExceptions get wrapped in RedisSystemExceptions, which may be a bit misleading.

http://hbase.apache.org/book.html#hadoop
The supportted hadoop versions are different for different HBase versions.

I am not sure what more details I need to provide - please let me know.

    org.springframework.security.openid.OpenID4JavaConsumer.fetchAxAttributes(OpenID4JavaConsumer.java:205)
    org.springframework.security.openid.OpenID4JavaConsumer.endConsumption(OpenID4JavaConsumer.java:184)
    org.springframework.security.openid.OpenIDAuthenticationFilter.attemptAuthentication(OpenIDAuthenticationFilter.java:143)
    org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:199)
    org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:340)
    org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:187)
    org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:105)
    org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:80)
    org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:175)
    org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237)
    org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)

We are building a framework based on Spring. The XML files to be parsed may use Spring's bean namespace and also custom namespaces. The problem is that we want the empty namespace also to be interpreted as a custom namespace.
To this end we've created a subclass of org.springframework.beans.factory.xml.BeanDefinitionParserDelegate that overrides the public method isDefaultNamespace(String namespaceUri) in a way to return false for the empty (null) namespace. 
However, then the private method decorateIfRequired in the same class will throw a NullPointerException because of the test 
			else if (namespaceUri.startsWith("http://www.springframework.org/")) {
in line 1359.
Could you please fix this line by adding a not null check, i.e.
			else if (namespaceUri != null && namespaceUri.startsWith("http://www.springframework.org/")) {
Thanks a lot!

try{}finally{} pattern does not work. There is also the problem (see test) of TryType getting lost ( a fluent API issue).

Currently stateful cron jobs are identified by their group name, job name and the cron expression. This prevents an easy rescheduling of cron jobs. For instance, stopping a camel context, rescheduling the cron job by editing the cron expressing and restart will end up in an exception. This will happen because the rescheduled job will be added as an additional job. The already existing job will produce an exception because the corresponding endpoint doesn't exist anymore. The previous solution deleting all triggers on shutdown doesn't work in a cluster scenario. 
I suggest to identify cron jobs only by their group and job name. On startup it will check if a trigger already exists and check if the cron expression has changed. If so it will be rescheduled.
Also the current explicit resuming of stateful jobs will produce an exception during startup, because the scheduler automatically finds and resumes stored triggers. 

StringTemplate jar version needs to be updated for hive to work with eclipse without user intervention.

We are seeing the following exception in our MetaStore logs

2016-02-11 00:00:19,002 DEBUG metastore.MetaStoreDirectSql (MetaStoreDirectSql.java:timingTrace(602)) - Direct SQL query in 5.842372ms + 1.066728ms, the query is [select "PARTITIONS"."PART_ID" from "PARTITIONS"  inner join "TBLS" on "PART
ITIONS"."TBL_ID" = "TBLS"."TBL_ID"     and "TBLS"."TBL_NAME" = ?   inner join "DBS" on "TBLS"."DB_ID" = "DBS"."DB_ID"      and "DBS"."NAME" = ?  order by "PART_NAME" asc]
2016-02-11 00:00:19,021 ERROR metastore.ObjectStore (ObjectStore.java:handleDirectSqlError(2243)) - Direct SQL failed, falling back to ORM
MetaException(message:Unexpected null for one of the IDs, SD 6437, column null, serde 6437 for a non- view)
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilterInternal(MetaStoreDirectSql.java:360)
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitions(MetaStoreDirectSql.java:224)
        at org.apache.hadoop.hive.metastore.ObjectStore$1.getSqlResult(ObjectStore.java:1563)
        at org.apache.hadoop.hive.metastore.ObjectStore$1.getSqlResult(ObjectStore.java:1559)
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsInternal(ObjectStore.java:1570)
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitions(ObjectStore.java:1553)
        at sun.reflect.GeneratedMethodAccessor43.invoke(Unknown Source)
        at com.sun.proxy.$Proxy5.getPartitions(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_partitions(HiveMetaStore.java:2526)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_partitions.getResult(ThriftHiveMetastore.java:8747)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_partitions.getResult(ThriftHiveMetastore.java:8731)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge20S.java:617)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge20S.java:613)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1591)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge20S.java:613)

This direct SQL call fails for every getPartitions call and then falls back to ORM.
The query which fails is

select 
  PARTITIONS.PART_ID, SDS.SD_ID, SDS.CD_ID,
  SERDES.SERDE_ID, PARTITIONS.CREATE_TIME,
  PARTITIONS.LAST_ACCESS_TIME, SDS.INPUT_FORMAT, SDS.IS_COMPRESSED,
  SDS.IS_STOREDASSUBDIRECTORIES, SDS.LOCATION, SDS.NUM_BUCKETS,
  SDS.OUTPUT_FORMAT, SERDES.NAME, SERDES.SLIB 
from PARTITIONS
  left outer join SDS on PARTITIONS.SD_ID = SDS.SD_ID 
  left outer join SERDES on SDS.SERDE_ID = SERDES.SERDE_ID 
  where PART_ID in (  ?  ) order by PART_NAME asc;

By looking at the source MetaStoreDirectSql.java, the third column in the query ( SDS.CD_ID), the column descriptor ID, is null, which triggers the exception. This exception is not thrown from the ORM layer since it is more forgiving to the null column descriptor. See ObjectStore.java:1197

 List<MFieldSchema> mFieldSchemas = msd.getCD() == null ? null : msd.getCD().getCols();

I verified that this exception gets triggered in the first place when we add a new partition without setting column level schemas for the partition, using the MetaStoreClient API. This exception does not occur when adding partitions using the CLI
I see two ways to solve the issue.
1. Make the MetaStoreClient API more strict and not allow creating partition without having column level schemas set. (This could break clients which use the MetaStoreclient API)
2. Make the Direct SQL code path and the ORM code path more consistent, where the Direct SQL does not fail on null column descriptor ID.
I feel 2 is more safer and easier to fix.

AnnotationReadingPriorityFunction does a equals() instead of equalsIgnoreCase() for "Scan", so we never prioritize scan on META

Adding a filter to a Spring web app and sending an OPTIONS request causes: 

	org.springframework.web.servlet.FrameworkServlet.doOptions(FrameworkServlet.java:870)
...

when running on Tomcat 6 (or any other pre Servlet 3.0 container)
Looks like the 'doOptions' method calls response.getHeader("Allow") which is a 3.0 and later method.
This is a blocking problem when upgrading to Tomcat 7 isn't an option.

When I install EAP and access http://localhost:8080/ welcome page is returned. - OK
When I deploy my custom web application with the app defined for root context => in jboss-web.xml there is defined <context-root>/</context-root>, after accessing http://localhost:8080/ the content of my application is returned. - OK
When I undeploy the previously custom application used as default welcome page and try to access http://localhost:8080/, the 404 is returned (I would expect 200 is returned with the original welcome page defined by the welcome-file handler.

Note: Reloading the server configuration makes the original welcome page again accessible.

As described in SPR-5996 a fatal BeanCreationException will be thrown if the log level for org.springframework.beans.factory.wiring.BeanConfigurerSupport is not set to DEBUG. The suggested fix in SPR-5996 should resolve the issue.

When setting default-policy attribute to a new value, it reverts back to default value 'policy' after reload is performed on server.

Create a table and set quota with SpaceViolationPolicy.DISABLE having limit say 2MB
Now put rows until space quota is violated and table gets disabled
Next, increase space quota with limit say 4MB on the table
Now try putting a row into the table

 private void testSetQuotaThenViolateAndFinallyIncreaseQuota() throws Exception {

    // Now, increase limit
    setQuotaLimit(tn, policy, 4L);

    // Put some row now: should not violate as quota limit increased
  }

Expected
We should be able to put data as long as newly set quota limit is not reached
Actual
We fail to put any new row even after increasing limit
Root cause
Increasing quota on a violated table triggers the table to be enabled, but since the table is already in violation, the system does not allow it to be enabled (may be thinking that a user is trying to enable it)
Relevant exception trace

2018-05-31 00:34:27,563 INFO  [regionserver/root1-ThinkPad-T440p:0.Chore.1] client.HBaseAdmin$14(844): Started enable of testSetQuotaAndThenIncreaseQuotaWithDisable0
2018-05-31 00:34:27,571 DEBUG [RpcServer.default.FPBQ.Fifo.handler=3,queue=0,port=42525] ipc.CallRunner(142): callId: 11 service: MasterService methodName: EnableTable size: 104 connection: 127.0.0.1:38030 deadline: 1527707127568, exception=org.apache.hadoop.hbase.security.AccessDeniedException: Enabling the table 'testSetQuotaAndThenIncreaseQuotaWithDisable0' is disallowed due to a violated space quota.
2018-05-31 00:34:27,571 ERROR [regionserver/root1-ThinkPad-T440p:0.Chore.1] quotas.RegionServerSpaceQuotaManager(210): Failed to disable space violation policy for testSetQuotaAndThenIncreaseQuotaWithDisable0. This table will remain in violation.
org.apache.hadoop.hbase.security.AccessDeniedException: org.apache.hadoop.hbase.security.AccessDeniedException: Enabling the table 'testSetQuotaAndThenIncreaseQuotaWithDisable0' is disallowed due to a violated space quota.
	at org.apache.hadoop.hbase.master.HMaster$6.run(HMaster.java:2275)
	at org.apache.hadoop.hbase.master.procedure.MasterProcedureUtil.submitProcedure(MasterProcedureUtil.java:131)
	at org.apache.hadoop.hbase.master.HMaster.enableTable(HMaster.java:2258)
	at org.apache.hadoop.hbase.master.MasterRpcServices.enableTable(MasterRpcServices.java:725)

	at org.apache.hadoop.hbase.ipc.RemoteWithExtrasException.instantiateException(RemoteWithExtrasException.java:100)
	at org.apache.hadoop.hbase.ipc.RemoteWithExtrasException.unwrapRemoteException(RemoteWithExtrasException.java:90)
	at org.apache.hadoop.hbase.shaded.protobuf.ProtobufUtil.makeIOExceptionOfException(ProtobufUtil.java:360)
	at org.apache.hadoop.hbase.shaded.protobuf.ProtobufUtil.handleRemoteException(ProtobufUtil.java:348)
	at org.apache.hadoop.hbase.client.MasterCallable.call(MasterCallable.java:101)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3061)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3053)
	at org.apache.hadoop.hbase.client.HBaseAdmin.enableTableAsync(HBaseAdmin.java:839)
	at org.apache.hadoop.hbase.client.HBaseAdmin.enableTable(HBaseAdmin.java:833)
	at org.apache.hadoop.hbase.quotas.policies.DisableTableViolationPolicyEnforcement.disable(DisableTableViolationPolicyEnforcement.java:62)
	at org.apache.hadoop.hbase.quotas.RegionServerSpaceQuotaManager.disableViolationPolicyEnforcement(RegionServerSpaceQuotaManager.java:208)
	at org.apache.hadoop.hbase.quotas.SpaceQuotaRefresherChore.chore(SpaceQuotaRefresherChore.java:110)
	at org.apache.hadoop.hbase.ScheduledChore.run(ScheduledChore.java:186)
	at org.apache.hadoop.hbase.JitterScheduledThreadPoolExecutorImpl$JitteredRunnableScheduledFuture.run(JitterScheduledThreadPoolExecutorImpl.java:111)
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.security.AccessDeniedException): org.apache.hadoop.hbase.security.AccessDeniedException: Enabling the table 'testSetQuotaAndThenIncreaseQuotaWithDisable0' is disallowed due to a violated space quota.

	at org.apache.hadoop.hbase.ipc.AbstractRpcClient.onCallFinished(AbstractRpcClient.java:387)
	at org.apache.hadoop.hbase.ipc.AbstractRpcClient.access$100(AbstractRpcClient.java:95)
	at org.apache.hadoop.hbase.ipc.AbstractRpcClient$3.run(AbstractRpcClient.java:410)
	at org.apache.hadoop.hbase.ipc.AbstractRpcClient$3.run(AbstractRpcClient.java:406)
	at org.apache.hadoop.hbase.ipc.Call.callComplete(Call.java:103)
	at org.apache.hadoop.hbase.ipc.Call.setException(Call.java:118)
	at org.apache.hadoop.hbase.ipc.NettyRpcDuplexHandler.readResponse(NettyRpcDuplexHandler.java:161)
	at org.apache.hadoop.hbase.ipc.NettyRpcDuplexHandler.channelRead(NettyRpcDuplexHandler.java:191)
	at org.apache.hbase.thirdparty.io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
	at org.apache.hbase.thirdparty.io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
	at org.apache.hbase.thirdparty.io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
	at org.apache.hbase.thirdparty.io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:310)
	at org.apache.hbase.thirdparty.io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:284)
	at org.apache.hbase.thirdparty.io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286)
	at org.apache.hbase.thirdparty.io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1359)
	at org.apache.hbase.thirdparty.io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:935)
	at org.apache.hbase.thirdparty.io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:801)
	at org.apache.hbase.thirdparty.io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:404)
	at org.apache.hbase.thirdparty.io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:304)
	at org.apache.hbase.thirdparty.io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
	at org.apache.hbase.thirdparty.io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:138)
	... 1 more

If two compactions run concurrently on a single partition, it may generate folder structure like this: (nested base dir)

drwxr-xr-x   - root supergroup          0 2016-11-14 22:23 /user/hive/warehouse/test/z=1/base_0000007/base_0000007
-rw-r--r--   3 root supergroup        201 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00000
-rw-r--r--   3 root supergroup        611 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00001
-rw-r--r--   3 root supergroup        614 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00002
-rw-r--r--   3 root supergroup        621 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00003
-rw-r--r--   3 root supergroup        621 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00004
-rw-r--r--   3 root supergroup        201 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00005
-rw-r--r--   3 root supergroup        201 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00006
-rw-r--r--   3 root supergroup        201 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00007
-rw-r--r--   3 root supergroup        201 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00008
-rw-r--r--   3 root supergroup        201 2016-11-14 21:46 /user/hive/warehouse/test/z=1/base_0000007/bucket_00009

As discussed in mailing-list
https://builds.apache.org/job/HBASE-Flaky-Tests/15333/artifact/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.snapshot.TestMobExportSnapshot-output.txt/*view*/
Test*ExportSnapshot will fail if they are executed concurrently because of they share the same staging directory.

java.io.FileNotFoundException: File
file:/tmp/hadoop-yarn/staging/jenkins/.staging/job_1492809330233_0001/job.split
does not exist
        at org.apache.hadoop.fs.RawLocalFileSystem.deprecatedGetFileStatus(RawLocalFileSystem.java:606)
        at org.apache.hadoop.fs.RawLocalFileSystem.getFileLinkStatusInternal(RawLocalFileSystem.java:819)
        at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:596)
        at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:421)
        at org.apache.hadoop.yarn.util.FSDownload.copy(FSDownload.java:253)
        at org.apache.hadoop.yarn.util.FSDownload.access$000(FSDownload.java:63)
        at org.apache.hadoop.yarn.util.FSDownload$2.run(FSDownload.java:361)
        at org.apache.hadoop.yarn.util.FSDownload$2.run(FSDownload.java:359)
        at org.apache.hadoop.yarn.util.FSDownload.call(FSDownload.java:359)
        at org.apache.hadoop.yarn.util.FSDownload.call(FSDownload.java:62)

We need to set yarn.app.mapreduce.am.staging-dir to let hem use different directories.

When using the spring-ldap 1.3 release source with log4j set to debug an incorrect log message is created. The following code section from the org.springframework.transaction.compensating.support.DefaultCompensatingTransactionOperationManager logs a rollback message when a transaction is commited.

public void commit() {
        log.debug("Performing rollback");
        for (Iterator iter = operationExecutors.iterator(); iter.hasNext();) {
            CompensatingTransactionOperationExecutor operationExecutor = (CompensatingTransactionOperationExecutor) iter
                    .next();
            try {
                operationExecutor.commit();
                throw new TransactionSystemException(
                        "Error occurred during commit", e);
            }
        }
    }

Follow up of WFLY-6402, the deployment is being marked started in the deployment repository before it is ready, resulting in requests being accepted.

"execution engine" is definitely more descriptive than "optimize.tez".

Happens when the Async Routing Engine variant of the Loop logic kicks in, and there are more than two processors in the loop body, e.g. 

.loop(3)
  .to("activemq:queue:abc?exchangePattern=InOut")
  .to("activemq:queue:def?exchangePattern=InOut")
.end()

The wrong inflight Exchange is copied (instead of the original one), and since the implicit Pipeline has copied the OUT message from the 1st endpoint to the IN message, the original IN message is lost fully.

IIOPSecurityInvocationTestCase tests fail with security manager:

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" in code source "(vfs:/content/client.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.client.jar" from Service Module Loader")
	at org.jboss.as.test.shared.integration.ejb.security.Util.switchIdentity(Util.java:238)
	at org.jboss.as.test.iiop.security.IIOPSecurityInvocationTestCase.testSuccessfulInvocation(IIOPSecurityInvocationTestCase.java:103)
...

After adding missing permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" tests fail with:

javax.ejb.EJBException: org.omg.CORBA.UNKNOWN:   vmcid: 0x0  minor code: 0 completed: Maybe
...

The parallelProcessing and executor arguments are ignored in the constructor of MulticastProcessor. 
Here is a call that MulticastType makes
org.apache.camel.model.MulticastType.java
    return new MulticastProcessor(list, aggregationStrategy, isParallelProcessing(), threadPoolExecutor);

MulticastProcessor ignores parallelProcessing and executor arguments and invokes a chain constructor with "..,false, null,.."
org.apache.camel.processor.MulticastProcessor.java
    }

    public MulticastProcessor(Collection<Processor> processors, AggregationStrategy aggregationStrategy, boolean parallelProcessing, ThreadPoolExecutor executor, boolean streaming) {
        notNull(processors, "processors");
        this.processors = processors;
        this.aggregationStrategy = aggregationStrategy;
        this.isParallelProcessing = parallelProcessing;
        if (isParallelProcessing) {
            if (executor != null) {
                this.executor = executor;
            } else { 
                // setup default Executor
                this.executor = new ThreadPoolExecutor(processors.size(), processors.size(), 0, TimeUnit.MILLISECONDS, new ArrayBlockingQueue<Runnable>(processors.size()));
            }
        }
        this.streaming = streaming;
    }

Attached a patch but have not tested it. Also need a unit test for this.

This error has been reported in 
https://builds.apache.org/job/PreCommit-HBASE-Build/11635/testReport/org.apache.hadoop.hbase.rsgroup/TestRSGroups/org_apache_hadoop_hbase_rsgroup_TestRSGroups/
Cases that creating tables on a rsgroup which has been stopped or decommissioned all region servers can reproduce this error. 

Neo4jMappingContext uses the System Classloader, which doesn't work in frameworks like Play, which mess with the ClassLoader hierarchies. 
Neo4jMappingContext should use: 

MetaDataClassLoader.loadClass( classInfo.name() )

in application.properties i have 
spring.jackson.serialization.indent_output=true 
i then send a normal pojo object:

emitter.send(SseEmitter.event().data(pojo));

The jackson serializer config indents the output, and the result is sent as one dataline which is invalid:

data:{
  "userId" : "myuser",
  "objectId" : "s1"
}

in fact this should be 

data: {\n
data: "userId" : "myuser",\n
data: "objectId" : "s1"\n
data: }\n\n

when i remove the indentation on the jackson serializer it's correct:

data: { "userId" : "myuser", "objectId" : "s1" }

Hit error "SemanticException View xxx is corresponding to LIMIT, rather than a SelectOperator." in Hive queries when a user creates a view with limits
set hive.security.authorization.manager=org.apache.hadoop.hive.ql.security.authorization.DefaultHiveAuthorizationProvider;
create table my_passwd (
username string,
uid int);
insert into my_passwd values
("Dev1", 1),
("Dev2", 2),
("Dev3", 3),
("Dev4", 4),
("Dev5", 5),
("Dev6", 6);
create view my_passwd_vw as select * from my_passwd limit 3;
grant select on table my_passwd to user hive_test_user;
grant select on table my_passwd_vw to user hive_test_user;
select * from my_passwd_vw;

Domain tests "-Djava.net.preferIPv4Stack=true" also with IPv6 profile. This property is set in AbstractCommandBuilder of WildFly-Core:
https://github.com/wildfly/wildfly-core/blob/master/launcher/src/main/java/org/wildfly/core/launcher/AbstractCommandBuilder.java#L50
There should be option for disable of this option in arquillian.xml file. And testsuite should use this option with IPv6 profile.
Always

./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIPV6_1 -Dnode1=$MYTESTIPV6_2 -Dipv6 -Dts.manualmode -Dtest=OutboundLdapConnectionTestCase -DtestLogToFile=false -Djboss.dist=$JBOSS_DIST -Dts.noSmoke

07:04:26,054 INFO  [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Starting container with: [/qa/tools/opt/jdk1.8.0_last/bin/java,
...
-Djava.net.preferIPv4Stack=true, -Djava.net.preferIPv4Stack=false
...

EAP is not started with "-Djava.net.preferIPv4Stack=true" property with IPv6 profile
Jenkins reproducer job: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-AS-Testsuite/view/EAP7-AS-Testsuite-Reproducers/job/eap-7x-as-ts-ipv6-arqillian/jdk=java18_default,label_exp=eap-sustaining&&RHEL6&&x86_64&&ipv6/2/console

In use as in:
a) referenced from server configuration
b) referenced from server instance (running server)
IMO this should not be possible (consistency)

As part of investigating https://bugzilla.redhat.com/show_bug.cgi?id=1259767 I've looked into general handling of situations when java.lang.Error is thrown during management operation execution.
Handling prior to Stage.DONE looks ok, with the error caught, logged and the failure-description on the response set. But if the error happens after commit or during rollback, it isn't always properly triggering a response. In the intra-domain case the remote node that has the problem tries to send a failure response to the calling HC, but uses the wrong request id, resulting in that response being dropped and the calling HC continuing to wait.
A post-commit Error seems pretty unlikely. A rollback error seems more possible, as a rollback may involve installing significant numbers of services.

When you define a route with a choice() and no matching when() clause is found, the Exchange just ends successfully without doing anything.  In my mind, it should fail by default in this case (or we should at least have an easy way to get this behavior).

from(DIRECT_ROUTER).choice()
  .when(xpath("/oc:order_confirmation/oc:order/oc:customer/@category = '140'"))
    .to(DIRECT_CUSTOMER1)
  .when(xpath("/oc:order_confirmation/oc:order/oc:customer/@category = '116'"))
    .to(DIRECT_CUSTOMER2);

I got this error creating a fabric on build 340 downloaded from
I started it with
bin/fuse
And then I am creating a fabric as shown below and I get this error in the shell, and it hangs:

JBossFuse:karaf@root> fabric:create --wait-for-provisioning
Password for admin:
io.fabric8.fabric-zookeeper[org.apache.zookeeper.server.NIOServerCnxnFactory] : Thread Thread[qtp1520705490-998,5,org.ops4j.pax.web.pax-web-runtime-3.0.6] died
	at org.ops4j.pax.logging.internal.TrackingLogger.getPaxContext(TrackingLogger.java:168)
	at org.ops4j.pax.logging.slf4j.Slf4jLogger.resetMDCMarker(Slf4jLogger.java:1133)
	at org.ops4j.pax.logging.slf4j.Slf4jLogger.log(Slf4jLogger.java:1118)
	at org.eclipse.jetty.util.log.JettyAwareLogger.log(JettyAwareLogger.java:607)
	at org.eclipse.jetty.util.log.JettyAwareLogger.warn(JettyAwareLogger.java:431)
	at org.eclipse.jetty.util.log.Slf4jLog.warn(Slf4jLog.java:69)
	at org.eclipse.jetty.util.log.Slf4jLog.warn(Slf4jLog.java:64)
io.fabric8.fabric-zookeeper[org.apache.zookeeper.server.NIOServerCnxnFactory] : Thread Thread[qtp1520705490-999,5,org.ops4j.pax.web.pax-web-runtime-3.0.6] died
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:588)

Cannot store entities with @Version and id already set. Either a NullPointerException or OptimisticLockingFailureException
The following test case provokes a NullPointerException since person.version is null. However, if I change version to 0 I will get an OptimisticLockingFailureException.
	@Test
	public void optimisticLockingHandlingWithExistingId() 
{
		PersonWithVersionPropertyOfTypeInteger person = new PersonWithVersionPropertyOfTypeInteger();
		person.id = new ObjectId().toString();
		person.age = 29;
		person.firstName = "Patryk";
		template.save(person);
	}
            
It's apparent in our production environment that HS2 leaks sessions, which at least contributed to memory leaks in HS2. We further found that idle HS2 sessions rarely get timed out and the number of live session keeps increasing as time goes on. Eventually, HS2 becomes irresponsive and demands a restart.
Investigation shows that session idle timeout doesn't work appropriately.

Either it needs to be marked as caveat in release doc that map fields are unsupported or it is a bug.
In 1.0.0.RC1 , roo cannot decide on plural name for Map<String,Entity> - it tries to find a plural for first param instead of second , specifying @RooPlural on String is out of question  . Not sure how the gui should look like for a map - probably list of entries....

The HBase storage handler makes use of a mapreduce.RecordReader instance but does not initialize it when consumed from local context. This results in a NPE for some queries, for instance

select * from hbase_1;

The select statement throws the following exception

13/12/18 01:30:32 ERROR CliDriver: Failed with exception java.io.IOException:java.lang.NullPointerException
at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:551)
at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:489)
at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1494)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:348)
at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:446)
at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:456)
at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:737)
at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.nextKeyValue(TableRecordReaderImpl.java:196)
at org.apache.hadoop.hbase.mapreduce.TableRecordReader.nextKeyValue(TableRecordReader.java:138)
at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat$1.next(HiveHBaseTableInputFormat.java:234)
at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat$1.next(HiveHBaseTableInputFormat.java:193)
at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:521)

For some reason the retries were not done only on failed rows. Correct this by re-enabling this behavior.

HBASE-9774 moved metrics stuff into a couple of additional modules. currently, MR against snapshots fail because it's unable to find the metrics-api classes it needs for ClientSideRegionScanner.

Error: java.io.IOException: java.lang.NoClassDefFoundError: org/apache/hadoop/hbase/metrics/Snapshot
at org.apache.hadoop.hbase.regionserver.HRegion.initializeStores(HRegion.java:1027)
at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:883)
at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:858)
at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6694)
at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6651)
at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6622)
at org.apache.hadoop.hbase.client.ClientSideRegionScanner.<init>(ClientSideRegionScanner.java:59)
at org.apache.hadoop.hbase.mapreduce.TableSnapshotInputFormatImpl$RecordReader.initialize(TableSnapshotInputFormatImpl.java:211)
at org.apache.hadoop.hbase.mapreduce.TableSnapshotInputFormat$TableSnapshotRegionRecordReader.initialize(TableSnapshotInputFormat.java:140)
at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.initialize(MapTask.java:548)

Any user who has direct access to metastore can make metastore api calls that modify the authorization policy. 
The users who can make direct metastore api calls in a secure cluster configuration are usually the 'cluster insiders' such as Pig and MR users, who are not (securely) covered by the metastore based authorization policy. But it makes sense to disallow access from such users as well.

While combining puts of same row in map phase we are using below logic in PutCombiner#reduce. In for loop first time we will add one Put object to puts map. Next time onwards we are just overriding key values of a family with key values of the same family in other put. So we are mostly writing one Put object to map output and remaining will be skipped(data loss).

    Map<byte[], Put> puts = new TreeMap<byte[], Put>(Bytes.BYTES_COMPARATOR);
    for (Put p : vals) {
      cnt++;
      if (!puts.containsKey(p.getRow())) {
        puts.put(p.getRow(), p);
      } else {
        puts.get(p.getRow()).getFamilyMap().putAll(p.getFamilyMap());
      }
    }

We need to change logic similar as below because we are sure the rowkey of all the puts will be same.

    Put finalPut = null;
    Map<byte[], List<? extends Cell>> familyMap = null;
     cnt++;
      if (finalPut==null) {
        finalPut = p;
        familyMap = finalPut.getFamilyMap();
      } else {
        for (Entry<byte[], List<? extends Cell>> entry : p.getFamilyMap().entrySet()) {
          List<? extends Cell> list = familyMap.get(entry.getKey());
          if (list == null) {
            familyMap.put(entry.getKey(), entry.getValue());
          } else {
            (((List<KeyValue>)list)).addAll((List<KeyValue>)entry.getValue());
          }
        }
      }
    }
    context.write(row, finalPut);

Also need to implement TODOs mentioned by Nick 

    // TODO: would be better if we knew <code>K row</code> and Put rowkey were
    // identical. Then this whole Put buffering business goes away.
    // TODO: Could use HeapSize to create an upper bound on the memory size of
    // the puts map and flush some portion of the content while looping. This
    // flush could result in multiple Puts for a single rowkey. That is
    // acceptable because Combiner is run as an optimization and it's not
    // critical that all Puts are grouped perfectly.

Build nightly #409 on branch-2 passed all unit tests on hadoop2 and hadoop3 and then failed because of extant findbugs issues in zk and mr.
Here was report from the nightly:

01:24:40 | Vote |      Subsystem |  Runtime   | Comment
01:24:40 ============================================================================
01:24:40 |   0  |        reexec  |   0m 17s   | Docker mode activated. 
01:24:40 |      |                |            | Prechecks 
01:24:40 |      |                |            | Compile Tests 
01:24:40 |   0  |        mvndep  |   0m 10s   | Maven dependency ordering 
01:24:40 |  +1  |    mvninstall  |   3m 23s   | the source passed 
01:24:40 |  +1  |       compile  |   3m 17s   | the source passed 
01:24:40 |  -0  |         javac  |   3m 17s   | root has 32 issues. 
01:24:40 |   0  |      findbugs  |   0m  1s   | Skipped 15 modules in the source tree 
01:24:40 |      |                |            | with no Java source.
01:24:40 |  -1  |      findbugs  |   0m 22s   | hbase-zookeeper in branch-2 has 3 extant 
01:24:40 |      |                |            | Findbugs warnings.
01:24:40 |  -1  |      findbugs  |   0m 32s   | hbase-mapreduce in branch-2 has 1 extant 
01:24:40 |      |                |            | Other Tests 
01:24:40 |  +1  |          unit  | 158m 41s   | root in the source passed. 
01:24:40 |      |                | 180m 39s   | 

A couple of dead assigns and a compareTo w/o an equals ignored in original class but copy-paste was missing the findbugs exemption.

The query with two map joins and a group by fails with following NPE:
        at org.apache.hadoop.hive.ql.exec.MapJoinOperator.processOp(MapJoinOperator.java:177)
        at org.apache.hadoop.hive.ql.exec.Operator.process(Operator.java:457)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:697)
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:464)

In HiveLexer.g:

  protected boolean allowQuotedId() {
    String supportedQIds = HiveConf.getVar(hiveConf, HiveConf.ConfVars.HIVE_QUOTEDID_SUPPORT);
    return !"none".equals(supportedQIds);
  }

NullPointerException is thrown when hiveConf is not set.

	at org.apache.hadoop.hive.conf.HiveConf.getVar(HiveConf.java:3142) ~[hive-exec-2.0.0.jar:2.0.0]
	at org.apache.hadoop.hive.ql.parse.HiveLexer.allowQuotedId(HiveLexer.java:360) ~[hive-exec-2.0.0.jar:2.0.0]
	at org.apache.hadoop.hive.ql.parse.HiveLexer$DFA21.specialStateTransition(HiveLexer.java:11522) ~[hive-exec-2.0.0.jar:2.0.0]
	at org.antlr.runtime.DFA.predict(DFA.java:80) ~[antlr-runtime-3.5.1.jar:3.5.1]
	at org.apache.hadoop.hive.ql.parse.HiveLexer.mIdentifier(HiveLexer.java:8357) ~[hive-exec-2.0.0.jar:2.0.0]
	at org.apache.hadoop.hive.ql.parse.HiveLexer.mTokens(HiveLexer.java:11395) ~[hive-exec-2.0.0.jar:2.0.0]
	at org.antlr.runtime.Lexer.nextToken(Lexer.java:85) ~[antlr-runtime-3.5.1.jar:3.5.1]

We should throw a consistent exception if enablelog=true and WebHCat is talking to H2

Sometimes user might prefer to run with "hive.execution.mode=container" mode when LLAP is stopped. If hive config for LLAP had "hive.llap.client.consistent.splits=true" in client side, it would end up throwing the following exception in Utils.java.

        at org.apache.tez.common.ReflectionUtils.getNewInstance(ReflectionUtils.java:68)
        ... 25 more
Caused by: java.lang.IllegalStateException: org.apache.hadoop.hive.ql.exec.tez.HostAffinitySplitLocationProvider needs at least 1 location to function
        at com.google.common.base.Preconditions.checkState(Preconditions.java:149)
        at org.apache.hadoop.hive.ql.exec.tez.HostAffinitySplitLocationProvider.<init>(HostAffinitySplitLocationProvider.java:52)
        at org.apache.hadoop.hive.ql.exec.tez.Utils.getSplitLocationProvider(Utils.java:54)
        at org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator.<init>(HiveSplitGenerator.java:121)
        ... 30 more

Vladimir Rodionov added some API to CacheConfig via HBASE-17151 to allow callers to specify that they do not want to use a block cache when reading an HFile.
If the BucketCache is set up to use the FileSystem, we can have a situation where the client tries to instantiate the BucketCache and is disallowed due to filesystem permissions:

2018-12-03 16:22:03,032 ERROR [LoadIncrementalHFiles-0] bucket.FileIOEngine: Failed allocating cache on /mnt/hbase/cache.data
java.io.FileNotFoundException: /mnt/hbase/cache.data (Permission denied)
  at java.io.RandomAccessFile.open0(Native Method)
  at java.io.RandomAccessFile.open(RandomAccessFile.java:316)
  at java.io.RandomAccessFile.<init>(RandomAccessFile.java:243)
  at java.io.RandomAccessFile.<init>(RandomAccessFile.java:124)
  at org.apache.hadoop.hbase.io.hfile.bucket.FileIOEngine.<init>(FileIOEngine.java:81)
  at org.apache.hadoop.hbase.io.hfile.bucket.BucketCache.getIOEngineFromName(BucketCache.java:382)
  at org.apache.hadoop.hbase.io.hfile.bucket.BucketCache.<init>(BucketCache.java:262)
  at org.apache.hadoop.hbase.io.hfile.CacheConfig.getBucketCache(CacheConfig.java:633)
  at org.apache.hadoop.hbase.io.hfile.CacheConfig.instantiateBlockCache(CacheConfig.java:663)
  at org.apache.hadoop.hbase.io.hfile.CacheConfig.<init>(CacheConfig.java:250)
  at org.apache.hadoop.hbase.tool.LoadIncrementalHFiles.groupOrSplit(LoadIncrementalHFiles.java:713)
  at org.apache.hadoop.hbase.tool.LoadIncrementalHFiles$3.call(LoadIncrementalHFiles.java:621)
  at org.apache.hadoop.hbase.tool.LoadIncrementalHFiles$3.call(LoadIncrementalHFiles.java:617)
  at java.util.concurrent.FutureTask.run(FutureTask.java:266)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
  at java.lang.Thread.run(Thread.java:748)

LoadIncrementalHfiles should provide the CacheConfig.DISABLE.

Having strange behaviour lately since upgrading to spring 3.2, seems the underlying behavior of the location attribute changed. From the documentation it should function like: 
"Multiple locations may be specified as a comma-separated list,	and the locations will be checked for a given resource in the order specified."
But looking at the following commit, somebody changed it from a List to a Set
https://fisheye.springsource.org/browse/spring-framework/spring-webmvc/src/main/java/org/springframework/web/servlet/config/ResourcesBeanDefinitionParser.java?r1=02a4473c62d8240837bec297f0a1f3cb67ef8a7b&r2=62f2858f7f6da9eb84366b3c5f4f693838d159f3

Currently SplitTableRegionProcedure only hold the region of parent region. But during processing of this procedure, after the daughter regions are updated to meta, other procedures can grab the lock of them, which is the situation we don't want to see.
 So I think SplitTableRegionProcedure should hold the lock of parent region and its daughter regions like MergeTableRegionsProcedure holding the lock of merged region.

if someone performs a delete using DbTxnManager and than starts a new session with DummyTxnManager, then previously successfully deleted data will show up.
Once the logic to identify all acid tables being read is there, make sure that
Driver.recordValidTxns() called iff there ACID tables in the query.
We should also not allow writing to ACID table from non-acid session

Repl v1 creates a set of EXPORT/IMPORT commands to replicate modified data (as per events) across clusters.
For instance, let's say, insert generates 2 events such as
ALTER_TABLE (ID: 10)
INSERT (ID: 11)
Each event generates a set of EXPORT and IMPORT commands.
ALTER_TABLE event generates metadata only export/import
INSERT generates metadata+data export/import.
As Hive always dump the latest copy of table during export, it sets the latest notification event ID as current state of it. So, in this example, import of metadata by ALTER_TABLE event sets the current state of the table as 11.
Now, when we try to import the data dumped by INSERT event, it is noop as the table's current state(11) is equal to the dump state (11) which in-turn leads to the data never gets replicated to target cluster.
So, it is necessary to allow overwrite of table/partition if their current state equals the dump state.

The blockmerge task does not create proper rc files when merging compressed rc files as the valuebuffer writing is incorrect.

A Hive Session can contain multiple concurrent sql Operations.
Lineage is currently tracked in SessionState and is cleared when a query completes. This results in Lineage for other running queries being lost.
To fix this, move LineageState from SessionState to QueryState.

While the obvious part of the problem where the wrong handler is found has been fixed by SPR-9303 and SPR-9605 the compareTo implementation of the ActionMappingPredicate, EventMappingPredicate, RenderMappingPredicate, and ResourceMappingPredicate is still incorrect.
The compareTo javadoc states
The implementor must also ensure that the relation is transitive: (x.compareTo>0 && y.compareTo(z)>0) implies x.compareTo(z)>0
The problem here is any two predicates of different types that both implement SpecialRequestTypePredicate are treated as equal.
For example with three predicates defined as:
A = RenderMappingPredicate(windowState=null, params=[])
B = ResourceMappingPredicate(resourceId="b");
C = RenderMappingPredicate(windowState=null, params=["c=c"])
If they are placed in an array as [A, B, C] then comparing them A.compareTo(B) == 0 and B.compareTo(C) == 0 happens when sorting and the list is "sorted" and implies that A.compareTo(C) == 0 even though A.compareTo(C) == -1
I believe the solution is that when comparing SpecialRequestTypePredicates that are different concrete classes the returned value should be the result of "this.getClass().getName().compareTo(other.getClass().getName())". This will result in predicates of the same types being grouped together and then being sorted by the type specific comparison logic. It should also completely fulfill the compareTo contract.
While there isn't currently a demonstrable bug with the code due to the change in the mapping resolution logic made for SPR-9303 fixing compareTo will result help protect against potential future bugs where someone assumes a correctly implemented compareTo method.

I have a controller annotated with @SessionAttributes("cart") and q request handling method like this:

@RequestMapping(value = "/cart", method = RequestMethod.POST)
public String addToCart(@RequestParam("product") Long productId,  @ModelAttribute Cart cart) {

   …
   return "redirect:…";
}

If the call to that controller method is the very first one made to that controller in the session, the Cart object is created by an @ModelAttribute annotated method and handed to the method execution. The cart is then not added to the session attributes if ignoreDefaultModelOnRedirect=true as ModelFactory.updateModel(…) looks up the Model from the ModelAndViewContainer which returns the redirect model for a redirect view.
Once you issue a request to a controller method not returning a redirect view, the cart is added to the session and looked up from it for the invocation of the method above. Thus subsequent modifications of the object transparently end up in the session.
We should make sure the default model is used to populate the session attributes independently from the view type that is returned.

See http://www.nabble.com/convertBodyTo-heap-problem-to23743181.html
When using a file endpoint with sorting as start of a route then the files are processed in a batch. In the current implementation this means a List of exchanges is created and given to the batch processing. The list is then traversed and each exchange is processed. This means the list references all exchanges during the whole batch processing. So none of the exchanges can be collected by the garbage collector till the whole batch is fully processed.
The problem really becomes bad when the exchanges are large. For example if you use convertBodyTo(String.class) and the files are large. If you have 100 files with 10 MB each then camel will consume 1 GB of heap. What is even worse is that it seems the processing simply stops when the heap is full. 
I have written a small test that shows the problem and a patch that corrects this problem. I hope this gets into 2.0-M2 as this is a quite serious bug. 

Gario this morning got a few double-assignments doing rolling restart.

   1.
      Sep 29 15:18:24 hnn0.int.meetup.com [hbase] 2009-09-29 15:18:24,010 [IPC Server handler 177 on 60000] INFO  org.apache.hadoop.hbase.master.ServerManager  - Processing MSG_REPORT_CLOSE: MemberFeedIndex,8828808,1252839447949 from hdn8.int.meetup.com,60020,1253572119095
   2.
      Sep 29 15:18:39 hnn0.int.meetup.com [hbase] 2009-09-29 15:18:39,369 [IPC Server handler 4 on 60000] INFO  org.apache.hadoop.hbase.master.RegionManager  - Assigning region MemberFeedIndex,8828808,1252839447949 to hdn7.int.meetup.com,60020,1254251818253
   3.
      Sep 29 15:18:42 hnn0.int.meetup.com [hbase] 2009-09-29 15:18:42,399 [IPC Server handler 32 on 60000] INFO  org.apache.hadoop.hbase.master.ServerManager  - Processing MSG_REPORT_PROCESS_OPEN: MemberFeedIndex,8828808,1252839447949 from hdn7.int.meetup.com,60020,1254251818253; 3 of 19
   4.
      Sep 29 15:18:42 hnn0.int.meetup.com [hbase] 2009-09-29 15:18:42,400 [IPC Server handler 32 on 60000] INFO  org.apache.hadoop.hbase.master.ServerManager  - Processing MSG_REPORT_OPEN: MemberFeedIndex,8828808,1252839447949 from hdn7.int.meetup.com,60020,1254251818253; 13 of 19
   5.
      Sep 29 15:19:01 hnn0.int.meetup.com [hbase] 2009-09-29 15:19:01,195 [HMaster] INFO  org.apache.hadoop.hbase.master.RegionServerOperation  - MemberFeedIndex,8828808,1252839447949 open on 192.168.60.213:60020
   6.
      Sep 29 15:19:01 hnn0.int.meetup.com [hbase] 2009-09-29 15:19:01,196 [HMaster] INFO  org.apache.hadoop.hbase.master.RegionServerOperation  - Updated row MemberFeedIndex,8828808,1252839447949 in region .META.,,1 with startcode=1254251818253, server=192.168.60.213:60020
   7.
      Sep 29 15:19:01 hnn0.int.meetup.com [hbase] 2009-09-29 15:19:01,230 [RegionManager.metaScanner] DEBUG org.apache.hadoop.hbase.master.BaseScanner  - Current assignment of MemberFeedIndex,8828808,1252839447949 is not valid;  serverAddress=192.168.60.214:60020, startCode=1253572119095 unknown.
   8.
      Sep 29 15:19:03 hnn0.int.meetup.com [hbase] 2009-09-29 15:19:03,059 [IPC Server handler 88 on 60000] INFO  org.apache.hadoop.hbase.master.RegionManager  - Assigning region MemberFeedIndex,8828808,1252839447949 to hdn8.int.meetup.com,60020,1254251940990
   9.
      Sep 29 15:19:06 hnn0.int.meetup.com [hbase] 2009-09-29 15:19:06,089 [IPC Server handler 97 on 60000] INFO  org.apache.hadoop.hbase.master.ServerManager  - Processing MSG_REPORT_OPEN: MemberFeedIndex,8828808,1252839447949 from hdn8.int.meetup.com,60020,1254251940990; 10 of 19
  10.
      Sep 29 15:19:06 hnn0.int.meetup.com [hbase] 2009-09-29 15:19:06,091 [HMaster] INFO  org.apache.hadoop.hbase.master.RegionServerOperation  - MemberFeedIndex,8828808,1252839447949 open on 192.168.60.214:60020
  11.
      Sep 29 15:19:06 hnn0.int.meetup.com [hbase] 2009-09-29 15:19:06,092 [HMaster] INFO  org.apache.hadoop.hbase.master.RegionServerOperation  - Updated row MemberFeedIndex,8828808,1252839447949 in region .META.,,1 with startcode=1254251940990, server=192.168.60.214:60020

There's 35ms between update of row and ruling of region being unassigned.
HBASE-1784 added a GET on .META. row before ruling a region unassigned IFF the server cell was empty.
Need to do this GET every time.  BaseScanner can't be trusted.  Its info is stale.   Need to hurry up with 0.21 rewrite.

Current checks are too strict, this was revealed on testing EAP builds

On Hadoop2 we now print out Database Name using pre/post hooks.

Are parsed for but never applied.

 <load-metric type="busyness">
                <property name="foo" value="bar"/>
            </load-metric>

Currently, there are 2 attributes for defining the DataSource of a JDBC-based cache store:
1. "data-store", which references a named DataSource capability
2. "datasource", the legacy attribute which specifies the jndi name of a DataSource
Both attributes are currently nullable.  Consequently, the model does not require either to be specified, which would cause the runtime to fail.
The data-source attribute should be required, with "datasource" set as an alternative.
No transformer is necessary since "datasource" was a required attribute in older versions of the model.

It's not possible to set the delimiter parameter in spring configuration file or I don't find the way to do it !
<route id="routeA">
   <from uri="file:src/test/resources/csv?move=done/&fileName=testfileRouteA.csv" />
   <to uri="flatpack:delim:META-INF/Delimited.pzmap.xml?delimiter=;" />
</route>
I get the following error :
Exception in thread "main" org.apache.camel.RuntimeCamelException: org.apache.camel.FailedToCreateRouteException: Failed to create route routeA at: >>> To[flatpack:delim:META-INF/Delimited.pzmap.xml?ignoreFirstRecord=false&splitRows=true&delimiter=;] <<< in route: Route[[From[file:src/test/resources/csv?move=done/&fileName=... because of Failed to resolve endpoint: flatpack://delim:META-INF/Delimited.pzmap.xml?delimiter=%3B&ignoreFirstRecord=false&splitRows=true due to: Could not find a suitable setter for property: delimiter as there isn't a setter method with same type: java.lang.String nor type conversion possible: No type converter available to convert from type: java.lang.String to the required type: char with value ;
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:231)
	at org.apache.camel.spring.Main.createDefaultApplicationContext(Main.java:219)
	at org.apache.camel.spring.Main.doStart(Main.java:173)
	at org.apache.camel.impl.MainSupport.run(MainSupport.java:114)
	at org.apache.camel.impl.MainSupport.run(MainSupport.java:291)
	at org.apache.camel.spring.Main.main(Main.java:97)
If it's a bug, to solve it, it's just necessary to change the class org.apache.camel.component.flatpack.DelimitedEndpoint as below :

change the flied definition like this (and getter/setter to):
    private String delimiter = ",";
    private String textQualifier = "\"";

and the the method createParser like this :
    public Parser createParser(Exchange exchange) throws InvalidPayloadException, IOException 
Unknown macro: {        Reader bodyReader = ExchangeHelper.getMandatoryInBody(exchange, Reader.class);        Resource resource = getResource();        if (delimiter == null || delimiter.equals(""))        	delimiter = ",";                if (textQualifier == null || textQualifier.equals(""))        	textQualifier = """;        if (resource == null) {
            return getParserFactory().newDelimitedParser(bodyReader, delimiter.charAt(0), textQualifier.charAt(0));
        } else {
            return getParserFactory().newDelimitedParser(new InputStreamReader(resource.getInputStream()), bodyReader, delimiter.charAt(0), textQualifier.charAt(0), ignoreFirstRecord);
        }    } 

As reported in this blog post comment, CorsConfiguration#combine() only handles correctly * in the source parameter. It should do the same with the other parameter.

I think we should log the message to the console and the full exception to the log:
ExecDriver:

        try {
          handleSampling(driverContext, mWork, job, conf);
          job.setPartitionerClass(HiveTotalOrderPartitioner.class);
          console.printInfo("Not enough sampling data.. Rolling back to single reducer task");
          rWork.setNumReduceTasks(1);
          job.setNumReduceTasks(1);
        }

The context is normally emptied after the invocation but this isn't done if an exception occurs. So the same context could potentially be used for another call if a thread pool is in use.
http://acegisecurity.sourceforge.net/multiproject/acegi-security/xref/org/acegisecurity/context/rmi/ContextPropagatingRemoteInvocation.html#120

The CLI is incorrectly parsing commands where the parameter contains a list that contains a list.
Take the following command: -

./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11], module=sun.jdk, property-list=[{key=a,value=b},{key=b,value=c}] }])

The following operation is created: -

{
        ("subsystem" => "elytron"),
        ("provider-loader" => "pkcs#11")
    ],
    "register" => false,
    "providers" => [{
        "class-names" => ["sun.security.pkcs11.SunPKCS11"],
        "module" => "sun.jdk",
        "property-list" => [
            {
                "key" => "a",
                "value" => "b"
            },
            {
                "key" => "b",
                "value" => "c"
            },
            "}"
        ]
    }]
}

Note the additional "}" inside property-list.
Change the order of parameters to now be: -

./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11],  property-list=[{key=a,value=b},{key=b,value=c}], module=sun.jdk }])

And the resulting operation is: -

{
    ],
    "providers" => [
        {
            "key" => "a",
            "value" => "b"
        },
        {
            "key" => "b",
            "value" => "c"
        },
        ("module" => "sun.jdk }")
    ]
}

Here the content of providers is completely wrong, also the value for 'module' is wrong and contains an additional '}'.

The Hive JDBC driver used to return a result set when querying Impala.  Now, instead, it gets data back but interprets the data as query logs instead of a resultSet.  This causes many issues (we see complaints about beeline as well as test failures).
This appears to be a regression introduced with asynchronous operation against Hive.
Ideally, we could make both behaviors work.  I have a simple patch that should fix the problem.

$ netstat -s | grep "listen queue of a socket"
localhost:     297070 times the listen queue of a socket overflowed

$ ss -tl
LISTEN     0      50         *:15551                    *:*

Unfortunately, the "verifyDenied" method doesn't fail when action parameter returns null. The relevant code snippet

try {
        Object obj = user.runAs(action);
        if (requireException) {
          fail("Expected exception was not thrown for user '" + user.getShortName() + "'");
        }
        if (obj != null && obj instanceof List<?>) {
          List<?> results = (List<?>) obj;
          if (results != null && !results.isEmpty()) {
            fail("Unexpected results for user '" + user.getShortName() + "'");
          }
        }
      }

As you can see, when obj is null, it returns silently. 
Fixing this issue has uncovered another major bug. While constructing actions, we're using TEST_UTIL.getConnection(), which replaces the "doAs" user with the user who initiated the connection. I really am grateful to Matteo Bertozzi without whom debugging this would have been a nightmare. 
Now, fixing these two issues have uncovered more issues in our tests . The main one is we're allowing the table owner to truncate table in code. But, in test, we're not allowing him. We should either remove the code that allows owner or document that the table owner can truncate table.
The other minor issues include granting permissions to namespace, but checking whether user was able to access tables inside other namespace.  
That's it, folks! 

Found while working on ROO-2815 that if you run the following commands to embed a Screenr video:

web mvc embed video --provider SCREENR --videoId DOOs --viewName Screenr

... then the shell throws this error:

[Fatal Error] :1:1: Premature end of file.
Could not open input stream
java.lang.IllegalStateException: Could not open input stream
    at org.springframework.roo.support.util.XmlUtils.readXml(XmlUtils.java:109)
    at org.springframework.roo.addon.web.mvc.embedded.provider.VideoEmbeddedProvider.getScreenrId(VideoEmbeddedProvider.java:94)
    at org.springframework.roo.addon.web.mvc.embedded.provider.VideoEmbeddedProvider.install(VideoEmbeddedProvider.java:78)
    at org.springframework.roo.addon.web.mvc.embedded.EmbeddedOperationsImpl.install(EmbeddedOperationsImpl.java:54)
    at org.springframework.roo.addon.web.mvc.embedded.EmbeddedCommands.embedVideo(EmbeddedCommands.java:93)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:184)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:147)
    at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:204)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:394)
Caused by: org.xml.sax.SAXParseException: Premature end of file.
    at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:249)
    at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:284)
    at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:124)
    at org.springframework.roo.support.util.XmlUtils.readXml(XmlUtils.java:107)

We're now printing:
Status: Running (application id: Executing on YARN cluster with App id application_1410822917153_0001)
Where Tez just used to print the id it now has the full "Executing on YARN..." string.

But its correct in JMX etc.
But the osgi service registry is used by the Camel Karaf commands so they can only see the 1st CamelContext

When elytron profile of testsuite enabled, DefaultManagedThreadFactoryTestCase fails, because caller principal is not passed into new thread:

java.lang.IllegalStateException: the caller principal anonymous is not the expected guest
(TestEJBRunnable.java:70)

Lets have:

new InitialContext().lookup("java:comp/EJBContext").getCallerPrincipal()

On DefaultManagedThreadFactoryTestEJB:63 (in EJB, but outside of new thread yet) it gives correctly "guest".
On DefaultManagedThreadFactoryTestEJB:70 (inside Runnable) it gives "anonymous".

Add a column to the Tables panel on the Master home page. Useful when trying to figure if table is enabled/disable/disabling/enabling...

credential-reference must have defined these combinations of constraints:
requires constraint:
  alias "requires" [store], 
  store "requires" [alias]
alternatives constraint: 
  clear-text "alternatives" [store]
  store "alternatives" [clear-text]
optional: type

Within the hbase shell, if you type "monkey", then place the cursor on the letter 'k' and hit the key 'DELETE' several times it will do this:
monkey
mokey
mkey
key
key
key
...

After writing some data, compaction and scan operation both failure, the exception message is below:
2012-09-18 06:32:26,227 ERROR org.apache.hadoop.hbase.regionserver.compactions.CompactionRequest: Compaction failed regionName=hfile_test,,1347778722498.d220df43fb9d8af4633bd7f547613f9e., storeName=page_info, fileCount=7, fileSize=1.3m (188.0k, 188.0k, 188.0k, 188.0k, 188.0k, 185.8k, 223.3k), priority=9, time=45826250816757428java.io.IOException: Could not reseek StoreFileScanner[HFileScanner for reader reader=hdfs://hadoopdev1.cm6:9000/hbase/hfile_test/d220df43fb9d8af4633bd7f547613f9e/page_info/b0f6118f58de47ad9d87cac438ee0895, compression=lzo, cacheConf=CacheConfig:enabled [cacheDataOnRead=true] [cacheDataOnWrite=false] [cacheIndexesOnWrite=false] [cacheBloomsOnWrite=false] [cacheEvictOnClose=false] [cacheCompressed=false], firstKey=http://com.truereligionbrandjeans.www/Womens_Dresses/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/Womens_Shirts/pl/c/Womens_Sweaters/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/Womens_Shirts/pl/c/Womens_Shirts/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/Womens_Sweaters/pl/c/4010.html/page_info:anchor_sig/1347764439449/DeleteColumn, lastKey=http://com.trura.www//page_info:page_type/1347763395089/Put, avgKeyLen=776, avgValueLen=4, entries=12853, length=228611, cur=http://com.truereligionbrandjeans.www/Womens_Exclusive_Details/pl/c/4970.html/page_info:is_deleted/1347764003865/Put/vlen=1/ts=0] to key http://com.truereligionbrandjeans.www/Womens_Exclusive_Details/pl/c/4970.html/page_info:is_deleted/OLDEST_TIMESTAMP/Minimum/vlen=0/ts=0
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.reseek(StoreFileScanner.java:178)        
        at org.apache.hadoop.hbase.regionserver.NonLazyKeyValueScanner.doRealSeek(NonLazyKeyValueScanner.java:54)        
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.generalizedSeek(KeyValueHeap.java:299)
        at org.apache.hadoop.hbase.regionserver.KeyValueHeap.reseek(KeyValueHeap.java:244)        
        at org.apache.hadoop.hbase.regionserver.StoreScanner.reseek(StoreScanner.java:521)        
        at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:402)
        at org.apache.hadoop.hbase.regionserver.Store.compactStore(Store.java:1570)        
        at org.apache.hadoop.hbase.regionserver.Store.compact(Store.java:997)        
        at org.apache.hadoop.hbase.regionserver.HRegion.compact(HRegion.java:1216)
        at org.apache.hadoop.hbase.regionserver.compactions.CompactionRequest.run(CompactionRequest.java:250)        
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)        
Caused by: java.io.IOException: Expected block type LEAF_INDEX, but got INTERMEDIATE_INDEX: blockType=INTERMEDIATE_INDEX, onDiskSizeWithoutHeader=8514, uncompressedSizeWithoutHeader=131837, prevBlockOffset=-1, dataBeginsWith=\x00\x00\x00\x9B\x00\x00\x00\x00\x00\x00\x03#\x00\x00\x050\x00\x00\x08\xB7\x00\x00\x0Cr\x00\x00\x0F\xFA\x00\x00\x120, fileOffset=218942        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.validateBlockType(HFileReaderV2.java:378)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.readBlock(HFileReaderV2.java:331)        at org.apache.hadoop.hbase.io.hfile.HFileBlockIndex$BlockIndexReader.seekToDataBlock(HFileBlockIndex.java:213)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.seekTo(HFileReaderV2.java:455)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.reseekTo(HFileReaderV2.java:493)        
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.reseekAtOrAfter(StoreFileScanner.java:242)        
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.reseek(StoreFileScanner.java:167)
After some debug works，I found that when hfile closing, if the rootChunk is empty, the only one curInlineChunk will upgrade to root chunk. But if the last block flushing make curInlineChunk exceed max index block size, the root chunk(upgrade from curInlineChunk) will be splited into intermediate index blocks, and the index level is set to 2. So when BlockIndexReader read the root index, it expects the next level index block is leaf index(index level=2), but the on disk index block is intermediate block, the error happened. 
After I add some code to check curInlineChunk's size when rootChunk is empty in shouldWriteBlock(boolean closing), this bug can be fixed.

In one of our long run environment, there are thousands of /tmp/.templeton*.tmp.crc files, 

omm@szxciitslx17645:/> ll /tmp/.templeton*.tmp.crc 
...
rw-rr- 1 omm  wheel 12 May 26 18:15 /tmp/.templeton6676048390600607654.tmp.crc
rw-rr- 1 omm  wheel 12 May 26 18:14 /tmp/.templeton2733383617337556503.tmp.crc
rw-rr- 1 omm  wheel 12 May 26 18:12 /tmp/.templeton2183121761801669064.tmp.crc
rw-rr- 1 omm  wheel 12 May 26 18:11 /tmp/.templeton2689764046140543879.tmp.crc
...

omm@szxciitslx17645:/> ll /tmp/.templeton*.tmp.crc  | wc -l
17986
It's created by webhcat, https://github.com/apache/hive/blob/master/hcatalog/webhcat/svr/src/main/java/org/apache/hive/hcatalog/templeton/SecureProxySupport.java#L193  and never gets deleted https://github.com/apache/hive/blob/master/hcatalog/webhcat/svr/src/main/java/org/apache/hive/hcatalog/templeton/SecureProxySupport.java#L110

SELECT c_custkey, o_custkey
FROM customer tablesample (1000 ROWS) join orders tablesample (1000 ROWS) on c_custkey = o_custkey;

Fails with NPE

This comment in BoundedByteBufferPool talks about "At capacity ..." warnings from this class that may appear in logs when under load:

 * If a ByteBuffer is bigger than the configured threshold, we will just let the ByteBuffer go
 * rather than add it to the pool. If more ByteBuffers than the configured maximum instances,
 * we will not add the passed ByteBuffer to the pool; we will just drop it
 * (we will log a WARN in this case that we are at capacity).

First, dropping buffers when the pool is full is obviously an expected and normal condition. Second, there is nothing actionable about that warning. Might be useful for developers, perhaps. Drop it to DEBUG. 

It's related to this thread:
http://forum.springframework.org/showthread.php?t=38587

ScanQueryMatcher.MatchCode qcode = matcher.match(cell);
qcode = optimize(qcode, cell);

The optimize method may change the MatchCode from SEEK_NEXT_COL/SEEK_NEXT_ROW to SKIP. But it still pass the next cell to ScanQueryMatcher. It will get wrong result when use some filter, etc. ColumnCountGetFilter. It just count the  columns's number. If pass a same column to this filter, the count result will be wrong. So we should avoid passing cell to ScanQueryMatcher when optimize SEEK to SKIP.

Custom SecurityContextRepository implementation relies on HttpRequestResponseHolder parameter in method  
public SecurityContext loadContext(HttpRequestResponseHolder requestResponseHolder).
Since getters and setters of HttpRequestResponseHolder properties are not public, pluggable repository mechanism is broken. 

If the JAX-RS fraction is used (e.g. autodetected because of some dependency), default deployment is JAXRSArchive, because DefaultJAXRSWarDeploymentFactory has priority. This happens even if JAX-RS isn't actually used.
The problem is that if JAX-RS isn't used, there's no JAX-RS Application class, so JAXRSArchive auto-generates the default one, which maps JAX-RS to /. If the application uses servlets, these are now hidden and can't be accessed.

Just found the solr bundle is the dependencies of http4 client by running the validation on the apache-camel feature.

See CAMEL-3989
When you have an OnException it should overlay its configuration with the existing error handler (so its kinda of merge). However we mistakenly set the handled policy from the OnException always, and dont honor the setting from the error handler. So in case of DeadLetterChannel which always handle the exception, it will cause the exception to not be handled and thus rethrown in Camel.
This problem is only apparent when using the DLC as its the only error handler that handles and moves the exchange to the DLC. The other error handler will log or the likes, but still keep the exception on the exchange to propagated back the exception to the caller.
So we only noticed this when testing with DLC, and what Hadrian was trying to do in CAMEL-3989

As noted here v2.22 has been released. We should upgrade to that version as opposed to using the snapshot.

There is currently not shown any warning when trying to deploy web application having defined valves which are not available. There should be shown warning in the logs during deployment for customer to know that not all features defined in deployment are working.
Marking as critical as this behaviour hides that some features are not enabled and the features might be important for customer (e.g. some address filtering). resulting in thinking that everything is defined correctly instead of showing warning to let customer know that this part of logic requires migration to handlers.
deploy attached application and see whether there occurs warning in logs during deployment.

I noticed encoding problems when unmarshalling documents with UTF-8 special characters in them using JibxMarshaller.  I looked through the source code for JibxMarshaller, and the problem appears to be caused by the call to IUnmarshallingCOntext.unmarshalDocument() on line 322. This call passes in null as the character encoding, rather than using the "encoding" property configured for the class.  I was able to fix the encoding problem by creating a class that extends JibxMarshaller, overriding unmarshalInputStream(), and correcting the parameter passed in to IUnmarshallingContext.unmarshalDocument() to be "UTF-8" instead of null.
Javadoc for IUnmarshallingContext: http://jibx.sourceforge.net/api/org/jibx/runtime/IUnmarshallingContext.html

During time of shutting down WFLY server when JTS transactions are enabled I experience these two [1] [2] errors/exceptions being shown in server log/console.
The first one [1] is shown each time when JTS is configured and server is put to be stopped.
The second one [2] is intermittent and probably it could be shown when JTA is under use as well.
[1]

WARNING [javax.enterprise.resource.corba._INITIALIZING_.rpc.presentation] (Thread-84) "IOP01210228: (BAD_OPERATION) This ORB instance has been destroyed, so no operations can be performed on it": org.omg.CORBA.BAD_OPERATION:   vmcid: SUN  minor code: 228  completed: No
 at com.sun.corba.se.impl.logging.ORBUtilSystemException.orbDestroyed(ORBUtilSystemException.java:586)
 at com.sun.corba.se.impl.logging.ORBUtilSystemException.orbDestroyed(ORBUtilSystemException.java:608)
 at com.sun.corba.se.impl.orb.ORBImpl.checkShutdownState(ORBImpl.java:1329)
 at com.sun.corba.se.impl.orb.ORBImpl.isDuringDispatch(ORBImpl.java:1340)
 at com.sun.corba.se.impl.oa.poa.POAImpl.destroy(POAImpl.java:959)
 at com.arjuna.orbportability.internal.orbspecific.oa.implementations.POABase.destroyRootPOA(POABase.java:68)
 at com.arjuna.orbportability.oa.core.OA.destroyRootPOA(OA.java:97)
 at com.arjuna.orbportability.RootOA.destroy(RootOA.java:91)
 at com.arjuna.ats.internal.jts.orbspecific.javaidl.recoverycoordinators.ORBRunner.run(ORBRunner.java:59) 

[2]

INFO  [com.arjuna.ats.jbossatx] (MSC service thread 1-5) ARJUNA032018: Destroying TransactionManagerService
INFO  [com.arjuna.ats.jbossatx] (MSC service thread 1-1) ARJUNA032014: Stopping transaction recovery manager
ERROR [stderr] (Thread-98) Exception in thread "Thread-98" java.lang.NullPointerException
ERROR [stderr] (Thread-98)         at com.sun.corba.se.impl.oa.poa.POAImpl$DestroyThread.run(POAImpl.java:566) 

The WFLY-3225 fix changed RemoteDomainConnectionService from creating its own executor to accepting an external one via its constructor. But its stop() code was not modified to remove the call to shutdown the executor. As a result the service is shutting down an injected executor prematurely, leading to issues like https://bugzilla.redhat.com/show_bug.cgi?id=1112215.

PTest fails. Error
::::::::::::::::::::::::::::::::::::::::::::::
[ivy:resolve] :: UNRESOLVED DEPENDENCIES ::
[ivy:resolve] ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:resolve] :: org.apache.hive#hive-builtins;0.11.0-SNAPSHOT: not found

project --topLevelPackage com.springsource.testapp

entity --class ~.server.domain.Report --testAutomatically
field string --fieldName purpose

entity --class ~.server.domain.Expense --testAutomatically
field number --type java.lang.Double amount
field reference --type Report report

gwt setup

Results in

[ERROR] The method getScaffoldApp() is undefined for the type ScaffoldInjector
[ERROR] The import com.springsource.extrack cannot be resolved
[ERROR] ScaffoldApp cannot be resolved to a type
...
error at injector.getScaffoldApp().run();
         ^^^^^
/usr/local/google/users/sbrubaker/test_app/src/main/java/com/springsource/testapp/gwt/scaffold/Scaffold.java:16:0::0 The method getScaffoldApp() is undefined for the type ScaffoldInjector
error at import com.springsource.extrack.gwt.scaffold.ScaffoldApp;
       ^^^^^^^^^^^^^^^^^^^^^^^
... 

Forum discussion :
http://forum.springframework.org/showthread.php?t=19903
yielded a little problem with PortMappingImpl.  The javadocs state that use the following in a spring config file
   <property name="httpsPortMapping">
     <map>
       <entry key="80"><value>443</value></entry>
       <entry key="8080"><value>8443</value></entry>
     </map>
Looking into the source of PortMappingImpl and there's no corresponding setHttpsPortMapping for spring to inject.  Spring falls over.  
Solution : either update the javadocs or better in my opinion change the existing method from setPortMapping(Map m) to setHttpsPortMapping(Map m) 

camel-restlet creates exchanges that are inOnly. But they should be InOut.

There is a misleading description of identity-realm in DMR [1]. It says "A security realm definition where identities are represented in the management model." whereas an XSD documentation says "Realm definition for a realm which contains a single pre-defined identity.".
In general, the XSD description looks clearer to me. Moreover, the identities word may be misleading since identity-realm's purpose is to "to store one identity, with one attribute and no credential" [3]. Thus I would suggest to also change the description of attribute-values from 
"The values associated with the identities attribute." to something like "The values associated with the identity attributes."

Change description identity-realm according to XSD
Change description of attribute-values attr (in both DMR and XSD)
to consider: unify descriptions in XSD and DMR

[1] /subsystem=elytron/identity-realm=somerealm:read-resource-description
[2] https://github.com/wildfly-security/elytron-subsystem/blob/master/src/main/resources/schema/wildfly-elytron_1_0.xsd#L412
[3] HipChats's WildFly Elytron chat room on Nov 21

See nabble
http://camel.465427.n5.nabble.com/Prolems-with-parametrized-bean-method-call-via-simple-tp5728319.html

Schema definition of Undertow access log prefix and suffix attributes in this file do not match what is in access log definition - see the difference in
access_log -> access_log. and .log -> log
There was a change in this commit.
Those values should match and according to mentioned commit I propose to edit schema definition to what is in access log definition file (therefore: prefix = "access_log." and suffix = "log").
NOTE: I am setting target for GA as this is trivial change in schema definition and better to change it before GA as after this any change to schema definition is difficult.

Projects created with development release (1.1.M1) don't build because the javax.annotation dependency isn't in Maven Central repository.
Error:

Missing:
1) javax.annotation:com.springsource.javax.annotation:jar:1.0.0

      mvn install:install-file -DgroupId=javax.annotation 
        -DartifactId=com.springsource.javax.annotation -Dversion=1.0.0 
        -Dpackaging=jar -Dfile=/path/to/file

      mvn deploy:deploy-file -DgroupId=javax.annotation 
        -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  	1) com.semana:semana:jar:0.1.0-SNAPSHOT
  	2) javax.annotation:com.springsource.javax.annotation:jar:1.0.0

When viewing table.jsp?name=TestTable , I found that the Start / End keys for all the regions were simply dashes without real value.

Using <sec:frame-options> does not work at all with strategy whitelist or regexp. It end up with an exception like:

17-Jun-2014 21:30:40.113 SEVERE [localhost-startStop-1] org.springframework.web.context.ContextLoader.initWebApplicationContext Context initialization failed
 org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.security.filterChains': Cannot resolve reference to bean 'org.springframework.security.web.DefaultSecurityFilterChain#0' while setting bean property 'sourceList' with key [0]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.security.web.DefaultSecurityFilterChain#0': Cannot create inner bean '(inner bean)#7696e4d2' of type [org.springframework.security.web.header.HeaderWriterFilter] while setting constructor argument with key [2]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#7696e4d2': Cannot create inner bean '(inner bean)#2c88d3d1' of type [org.springframework.security.web.header.writers.frameoptions.XFrameOptionsHeaderWriter] while setting constructor argument with key [0]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#2c88d3d1': Could not resolve matching constructor (hint: specify index/type/name arguments for simple parameters to avoid type ambiguities)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:336)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveManagedList(BeanDefinitionValueResolver.java:359)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:157)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1456)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1197)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:684)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4750)
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5170)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:724)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:700)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:697)
	at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:919)
	at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1704)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.security.web.DefaultSecurityFilterChain#0': Cannot create inner bean '(inner bean)#7696e4d2' of type [org.springframework.security.web.header.HeaderWriterFilter] while setting constructor argument with key [2]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#7696e4d2': Cannot create inner bean '(inner bean)#2c88d3d1' of type [org.springframework.security.web.header.writers.frameoptions.XFrameOptionsHeaderWriter] while setting constructor argument with key [0]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#2c88d3d1': Could not resolve matching constructor (hint: specify index/type/name arguments for simple parameters to avoid type ambiguities)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:290)
	at org.springframework.beans.factory.support.ConstructorResolver.resolveConstructorArguments(ConstructorResolver.java:632)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:140)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1114)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1017)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:328)
	... 30 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#7696e4d2': Cannot create inner bean '(inner bean)#2c88d3d1' of type [org.springframework.security.web.header.writers.frameoptions.XFrameOptionsHeaderWriter] while setting constructor argument with key [0]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#2c88d3d1': Could not resolve matching constructor (hint: specify index/type/name arguments for simple parameters to avoid type ambiguities)
	... 44 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#2c88d3d1': Could not resolve matching constructor (hint: specify index/type/name arguments for simple parameters to avoid type ambiguities)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:239)
	... 54 more

because of an error in HeadersBeanDefinitionParser.
A war file is attached to reproduce it.

I've been updating the quickstarts to run them against WildFly. The branch is here https://github.com/jaikiran/quickstart/commits/wildfly-upgrade.
The kitchensink quickstart application https://github.com/jaikiran/quickstart/tree/wildfly-upgrade/kitchensink fails to deploy with the following logs:

20:28:08,730 INFO  [org.jboss.weld.deployer] (MSC service thread 1-4) JBAS016002: Processing weld deployment jboss-as-kitchensink.war
20:28:08,734 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-4) JNDI bindings for session bean named MemberRegistration in deployment unit deployment "jboss-as-kitchensink.war" are as follows:

	java:global/jboss-as-kitchensink/MemberRegistration!org.jboss.as.quickstarts.kitchensink.service.MemberRegistration
	java:app/jboss-as-kitchensink/MemberRegistration!org.jboss.as.quickstarts.kitchensink.service.MemberRegistration
	java:global/jboss-as-kitchensink/MemberRegistration
	java:app/jboss-as-kitchensink/MemberRegistration

20:28:08,862 INFO  [org.jboss.weld.deployer] (MSC service thread 1-2) JBAS016005: Starting Services for CDI deployment: jboss-as-kitchensink.war
20:28:08,895 INFO  [org.jboss.weld.Version] (MSC service thread 1-2) WELD-000900 2.0.0 (CR4)
20:28:08,916 INFO  [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016008: Starting weld service for deployment jboss-as-kitchensink.war
20:28:08,917 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 58) JBAS011402: Starting Persistence Unit Service 'jboss-as-kitchensink.war#primary'
20:28:09,029 INFO  [org.hibernate.annotations.common.Version] (ServerService Thread Pool -- 58) HCANN000001: Hibernate Commons Annotations {4.0.1.Final}
20:28:09,034 INFO  [org.hibernate.Version] (ServerService Thread Pool -- 58) HHH000412: Hibernate Core {4.2.0.Final}
20:28:09,036 INFO  [org.hibernate.cfg.Environment] (ServerService Thread Pool -- 58) HHH000206: hibernate.properties not found
20:28:09,038 INFO  [org.hibernate.cfg.Environment] (ServerService Thread Pool -- 58) HHH000021: Bytecode provider name : javassist
20:28:09,207 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-3) Legacy deployment metadata provided by the integrator. Certain functionality will not be available.
20:28:09,223 INFO  [org.hibernate.ejb.Ejb3Configuration] (ServerService Thread Pool -- 58) HHH000204: Processing PersistenceUnitInfo [
	...]
20:28:09,353 INFO  [org.hibernate.service.jdbc.connections.internal.ConnectionProviderInitiator] (ServerService Thread Pool -- 58) HHH000130: Instantiating explicit connection provider: org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider
20:28:09,517 INFO  [org.hibernate.dialect.Dialect] (ServerService Thread Pool -- 58) HHH000400: Using dialect: org.hibernate.dialect.H2Dialect
20:28:09,520 WARN  [org.hibernate.dialect.H2Dialect] (ServerService Thread Pool -- 58) HHH000431: Unable to determine H2 database version, certain features may not work
20:28:09,522 INFO  [org.hibernate.engine.jdbc.internal.LobCreatorBuilder] (ServerService Thread Pool -- 58) HHH000423: Disabling contextual LOB creation as JDBC driver reported JDBC version [3] less than 4
20:28:09,529 INFO  [org.hibernate.engine.transaction.internal.TransactionFactoryInitiator] (ServerService Thread Pool -- 58) HHH000268: Transaction strategy: org.hibernate.engine.transaction.internal.jta.CMTTransactionFactory
20:28:09,532 INFO  [org.hibernate.hql.internal.ast.ASTQueryTranslatorFactory] (ServerService Thread Pool -- 58) HHH000397: Using ASTQueryTranslatorFactory
20:28:09,559 INFO  [org.hibernate.validator.internal.util.Version] (ServerService Thread Pool -- 58) HV000001: Hibernate Validator 4.3.1.Final
20:28:09,765 INFO  [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 58) HHH000227: Running hbm2ddl schema export
20:28:09,772 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 58) HHH000389: Unsuccessful: drop sequence hibernate_sequence
20:28:09,772 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 58) Sequence "HIBERNATE_SEQUENCE" not found; SQL statement:
drop sequence hibernate_sequence [90036-168]
20:28:09,775 INFO  [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 58) HHH000230: Schema export complete
20:28:10,049 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."jboss-as-kitchensink.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."jboss-as-kitchensink.war".WeldStartService: Failed to start service
Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [Validator] with qualifiers [@Default] at injection point [[BackedAnnotatedField] @Inject private org.jboss.as.quickstarts.kitchensink.rest.MemberResourceRESTService.validator]
	at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:403)
	at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:325)
	at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:177)
	at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:208)
	at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:519)
	at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:70)
	at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:68)
	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:60)
	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:53)
	... 3 more

20:28:10,058 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "jboss-as-kitchensink.war")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"jboss-as-kitchensink.war\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"jboss-as-kitchensink.war\".WeldStartService: Failed to start service
    Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [Validator] with qualifiers [@Default] at injection point [[BackedAnnotatedField] @Inject private org.jboss.as.quickstarts.kitchensink.rest.MemberResourceRESTService.validator]"}}
20:28:10,063 ERROR [org.jboss.as.server] (management-handler-thread - 1) JBAS015870: Deploy of deployment "jboss-as-kitchensink.war" was rolled back with the following failure message: 
{"JBAS014671: Failed services" => {"jboss.deployment.unit.\"jboss-as-kitchensink.war\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"jboss-as-kitchensink.war\".WeldStartService: Failed to start service
20:28:10,069 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 58) JBAS011403: Stopping Persistence Unit Service 'jboss-as-kitchensink.war#primary'
20:28:10,070 INFO  [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 58) HHH000227: Running hbm2ddl schema export
20:28:10,072 INFO  [org.jboss.weld.deployer] (MSC service thread 1-4) JBAS016009: Stopping weld service for deployment jboss-as-kitchensink.war
20:28:10,074 INFO  [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 58) HHH000230: Schema export complete
20:28:10,092 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) JBAS010409: Unbound data source [java:jboss/datasources/KitchensinkQuickstartDS]
20:28:10,101 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015877: Stopped deployment jboss-as-kitchensink.war (runtime-name: jboss-as-kitchensink.war) in 39ms
20:28:10,107 INFO  [org.jboss.as.controller] (management-handler-thread - 1) JBAS014774: Service status report
      service jboss.deployment.unit."jboss-as-kitchensink.war".WeldBootstrapService (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.faces.webapp.FacetTag".WeldInstantiator, service jboss.deployment.unit."jboss-as-kitchensink.war".component."com.sun.faces.config.ConfigureListener".WeldInstantiator, service jboss.undertow.deployment.default-host./jboss-as-kitchensink, service jboss.deployment.unit."jboss-as-kitchensink.war".component."org.jboss.weld.servlet.WeldListener".WeldInstantiator, JBAS014799: ... and 5 more ] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".WeldStartService (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.faces.webapp.FacetTag".WeldInstantiator, service jboss.deployment.unit."jboss-as-kitchensink.war".component."com.sun.faces.config.ConfigureListener".WeldInstantiator, service jboss.deployment.unit."jboss-as-kitchensink.war".component."org.jboss.weld.servlet.WeldListener".WeldInstantiator, service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".WeldInstantiator, JBAS014799: ... and 3 more ] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component.MemberRegistration.CREATE (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component.MemberRegistration.START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component.MemberRegistration.VIEW."org.jboss.as.quickstarts.kitchensink.service.MemberRegistration".LOCAL (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component.MemberRegistration.START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component.MemberRegistration.WeldInstantiator (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component.MemberRegistration.START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component.MemberRegistration.ejb.non-functional-timerservice (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component.MemberRegistration.START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."com.sun.faces.config.ConfigureListener".CREATE (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."com.sun.faces.config.ConfigureListener".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."com.sun.faces.config.ConfigureListener".START (missing) dependents: [service jboss.undertow.deployment.default-host./jboss-as-kitchensink, service jboss.undertow.deployment.default-host./jboss-as-kitchensink.UndertowDeploymentInfoService, service jboss.deployment.unit."jboss-as-kitchensink.war".deploymentCompleteService] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."com.sun.faces.config.ConfigureListener".WeldInstantiator (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."com.sun.faces.config.ConfigureListener".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.faces.webapp.FacetTag".CREATE (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.faces.webapp.FacetTag".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.faces.webapp.FacetTag".START (missing) dependents: [service jboss.undertow.deployment.default-host./jboss-as-kitchensink, service jboss.undertow.deployment.default-host./jboss-as-kitchensink.UndertowDeploymentInfoService, service jboss.deployment.unit."jboss-as-kitchensink.war".deploymentCompleteService] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.faces.webapp.FacetTag".WeldInstantiator (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.faces.webapp.FacetTag".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".CREATE (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START (missing) dependents: [service jboss.undertow.deployment.default-host./jboss-as-kitchensink, service jboss.undertow.deployment.default-host./jboss-as-kitchensink.UndertowDeploymentInfoService, service jboss.deployment.unit."jboss-as-kitchensink.war".deploymentCompleteService] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".WeldInstantiator (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".CREATE (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START (missing) dependents: [service jboss.undertow.deployment.default-host./jboss-as-kitchensink, service jboss.undertow.deployment.default-host./jboss-as-kitchensink.UndertowDeploymentInfoService, service jboss.deployment.unit."jboss-as-kitchensink.war".deploymentCompleteService] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".WeldInstantiator (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."org.jboss.weld.servlet.WeldListener".CREATE (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."org.jboss.weld.servlet.WeldListener".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."org.jboss.weld.servlet.WeldListener".START (missing) dependents: [service jboss.undertow.deployment.default-host./jboss-as-kitchensink, service jboss.undertow.deployment.default-host./jboss-as-kitchensink.UndertowDeploymentInfoService, service jboss.deployment.unit."jboss-as-kitchensink.war".deploymentCompleteService] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".component."org.jboss.weld.servlet.WeldListener".WeldInstantiator (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."org.jboss.weld.servlet.WeldListener".START] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".jndiDependencyService (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."com.sun.faces.config.ConfigureListener".START, service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START, service jboss.deployment.unit."jboss-as-kitchensink.war".component."org.jboss.weld.servlet.WeldListener".START, service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START, JBAS014799: ... and 3 more ] 
      service jboss.deployment.unit."jboss-as-kitchensink.war".moduleDeploymentRuntimeInformation (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component.MemberRegistration.START] 
      service jboss.persistenceunit."jboss-as-kitchensink.war#primary" (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".component."com.sun.faces.config.ConfigureListener".START, service jboss.undertow.deployment.default-host./jboss-as-kitchensink, service jboss.deployment.unit."jboss-as-kitchensink.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START, service jboss.deployment.unit."jboss-as-kitchensink.war".component."org.jboss.weld.servlet.WeldListener".START, JBAS014799: ... and 6 more ] 
      service jboss.undertow.deployment.default-host./jboss-as-kitchensink (missing) dependents: [service jboss.deployment.unit."jboss-as-kitchensink.war".deploymentCompleteService] 
      service jboss.undertow.deployment.default-host./jboss-as-kitchensink.UndertowDeploymentInfoService (missing) dependents: [service jboss.undertow.deployment.default-host./jboss-as-kitchensink] 
JBAS014777:   Services which failed to start:      service jboss.deployment.unit."jboss-as-kitchensink.war".WeldStartService

P.S: I haven't yet investigated the issue and am just guessing it might be related to Weld, based on the exception stacktrace. At this point, I'm just filing JIRAs so that we investigate these before our release.

create table foo (i int) partitioned by (s string);

insert overwrite table foo partition(s='foo') select cint from alltypesorc limit 10;
insert overwrite table foo partition(s='bar') select cint from alltypesorc limit 10;

select * from foo where s not in ('bar');

No results. IN ... works correctly

Whitelist has the following regex - "hive\\.exec\\..\\.dynamic\\.partitions..", but that does not match hive.exec.dynamic.partition.mode .

SELECT key, value, GROUPING__ID, count(*)
FROM T1
GROUP BY key, value
GROUPING SETS ((), (key))
HAVING GROUPING__ID = 1

This query will not return results.
The reason is that a "constant" placeholder is introduced by SemanticAnalyzer for the GROUPING__ID column. At execution time, this placeholder is replaced by the actual value of the GROUPING__ID. As the column is a constant, the Hive optimizer (combination of PPD and constant folding) will evaluate statically whether the condition is met or not, leading to incorrect results.
We should be able to recognize the placeholder and avoid PPD pushing the filter predicate to the GroupBy operator.

When user needs to refresh existing or add a new jar to HS2, it needs to restart it. As HS2 is service exposed to clients, this requires scheduling maintenance window for every jar change. It would be great if we could avoid that.

Tushar reported seeing the following in region server log when entering 'basic' for compacting memstore type:

2018-07-10 19:43:45,944 ERROR [RS_OPEN_REGION-regionserver/c01s22:16020-0] handler.OpenRegionHandler: Failed open of region=usertable,user6379,1531182972304.69abd81a44e9cc3ef9e150709f4f69ab., starting to roll back the global memstore size.
java.io.IOException: java.lang.IllegalArgumentException: No enum constant org.apache.hadoop.hbase.MemoryCompactionPolicy.basic
        at org.apache.hadoop.hbase.regionserver.HRegion.initializeStores(HRegion.java:1035)
        at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:900)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:872)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:7048)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:7006)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6977)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6933)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6884)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:284)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:109)
Caused by: java.lang.IllegalArgumentException: No enum constant org.apache.hadoop.hbase.MemoryCompactionPolicy.basic
        at org.apache.hadoop.hbase.MemoryCompactionPolicy.valueOf(MemoryCompactionPolicy.java:26)
        at org.apache.hadoop.hbase.regionserver.HStore.getMemstore(HStore.java:331)
        at org.apache.hadoop.hbase.regionserver.HStore.<init>(HStore.java:271)
        at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:5531)
        at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:999)
        at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:996)
        ... 3 more
2018-07-10 19:43:45,944 ERROR [RS_OPEN_REGION-regionserver/c01s22:16020-1] handler.OpenRegionHandler: Failed open of region=temp,,1530511278693.0be48eedc68b9358aa475946d00571f1., starting to roll back the global memstore size.

When loading the config, we should handle lower case specification.

The current value of OauthbearerMgmtSaslTestCase.TOKEN_WITHOUT_SIGNATURE constant is a token with a signature. 

    /**
     * Token without signature part
     *
     * <pre>
     * {
     *   "alg": "HS256",
     *   "typ": "JWT"
     * }
     * {
     *   "iss": "issuer.wildfly.org",
     *   "sub": "elytron@wildfly.org",
     *   "exp": 2051222399,  // 20341231235959Z
     *   "aud": "jwt"
     * }
     * </pre>
     */
    protected static final String TOKEN_WITHOUT_SIGNATURE = "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJpc3N1ZXIud2lsZGZseS5vcmciLCJzdWIiOiJlbHl0cm9uQHdpbGRmbHkub3JnIiwiZXhwIjoyMDUxMjIyMzk5LCJhdWQiOiJqd3QifQ.jOcMdBLdI7HMuW_VsoGD_7LqeX6M14_wV5ebP2S4tOM";

The test added in HBASE-17424 is overly specific:

  @Test
  public void testFailOnExternalEntities() throws Exception {
    final String externalEntitiesXml =
        "<?xml version=\"1.0\" encoding=\"UTF-8\"?>"
        + " <!DOCTYPE foo [ <!ENTITY xxe SYSTEM \"/tmp/foo\"> ] >"
        + " <ClusterVersion>&xee;</ClusterVersion>";
    Client client = mock(Client.class);
    RemoteAdmin admin = new RemoteAdmin(client, HBaseConfiguration.create(), null);
    Response resp = new Response(200, null, externalEntitiesXml.getBytes());

    when(client.get("/version/cluster", Constants.MIMETYPE_XML)).thenReturn(resp);

    try {
      admin.getClusterVersion();
      fail("Expected getClusterVersion() to throw an exception");
      final String exceptionText = StringUtils.stringifyException(e);
      final String expectedText = "The entity \"xee\" was referenced, but not declared.";
      LOG.error("exception text: " + exceptionText, e);
      assertTrue("Exception does not contain expected text", exceptionText.contains(expectedText));
    }
  }

Specifically, when running against Hadoop 3.0.0-beta1 this test fails because the exception text is different, though I'm still figuring out why.

The NS check is present in HMaster.createTable() but not in restoreSnapshot()

In Hive for union right most type wins out for most primitive types during plan gen. However when union op gets initialized the type gets switched.
This could result in bad data & type exceptions.
This happens only in non cbo mode.
In CBO mode, Hive would add explicit type casts that would prevent such type issues.
Sample Query: 
select cd/sum(cd) over() from(select cd from u1 union all select cd from u2 union all select cd from u3)u4;

collection elements in the beans schema (<list>, <set>, <map>, <props>, <array>) each expose a 'merge' attribute of type 'defaultable-boolean'.  All such attributes should also explicitly set default="default", but these elements do not.
This violates expectations during parsing, as the parsing routine expects the default value to be the literal string "default", in which case the parent <beans> element's default values are interrogated as a fallback.  Instead, these attributes default to empty string.  Thus, if <beans default-merge="true"/> has been set, it never gets propagated to the individual collection elements, because the parsing routine didn't think it was necessary.
This appears to have been the case since as early as Spring 2.0.  Apparently there aren't many folks using default-merge!

When using the form tag for portlets, prepending the portlet's context is not wanted since we want the url to resolve to the portal's context and not the portlet's(where the form tag lives).  The portlet url tags generate portlet urls within the jsp like
/uPortal/f/s70/p/portlet-name/normal/action.uPpP_javax.portlet.action=saveItem
which resolve to /uPortal and not /PortletName

<form:form modelAttribute="itemForm" method="post" action="/uPortal/f/s70/p/portlet-name/normal/action.uP?pP_javax.portlet.action=saveItem">
...

renders as

<form id="itemForm" action="/PortletName/uPortal/f/s70/p/portlet-name/normal/action.uP?pP_javax.portlet.action=saveItem" method="post">
...
</form>

The original idea was to have the adding-context functionality off by default and turned on by an added parameter but it wasn't implemented.  That way it wouldn't break anything while letting new apps take advantage of the shortcut.

Empty "dict" elements are not handled properly.   During printing of a configuration, configuration nodes that have no children and no value are assumed to be "strings" (see XMLPropertyListConfiguration.java:printValue()'s last "else" clause).   <dict/> is parsed in such a way (see startElement() and endElement() of that same file) that it ends up creating a configuration node with no children and no value.  Thus printing out a parsed property list will print <string>null</string> everywhere an empty dictionary was in the input.

A @Component bean with a @Value field, whose property resolves to NULL, throws a IllegalArgumentException, if there are mutiple value resolvers.
Example:
core-beans.xml:

<beans>
  <bean id="PropertyPlaceholderConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
    <property name="ignoreUnresolvablePlaceholders" value="true" />
    <property name="ignoreResourceNotFound" value="true" />
    <property name="locations">
      <array>
        <value>classpath:/spring/core/core-beans.properties</value>
        <value>classpath:/spring/override/test-beans.properties</value>
        </array>
    <property name="nullValue" value="null" />
  </bean>
  ...
  <import resource="classpath*:/spring/plugin/*-plugin-beans.xml"/>
</beans>

first-plugin-beans.xml:

<beans>
  <bean id="FirstPluginPropertyPlaceholderConfigurer" parent="PropertyPlaceholderConfigurer">
    <property name="properties">
      <map>
        <entry key="myValue" value="null"/>
      </map>
  </bean>
  
  <context:annotation-config/>
  <context:component-scan base-package="my.first.plugin"/>
  ....
</beans>

second-plugin-beans.xml:

<beans>
  <bean id="SecondPluginPropertyPlaceholderConfigurer" parent="PropertyPlaceholderConfigurer">
      <map>
        <entry key="anotherValue" value="ignore"/>
      </map>
  </bean>
  ....
</beans>

MyComponent.java:

package my.first.plugin;

public class MyComponent {

  @Value("${myValue}")
  private String myStringValue;
  
  ...
}

The problem is, that the AbstractBeanFactory tries to resolve a @Value property with every value resolver (here the three PropertyPlaceholderConfigurers).
Extract from AbstractBeanFactory:

public String resolveEmbeddedValue(String value) {
  String result = value;
  for (StringValueResolver resolver : this.embeddedValueResolvers) {
    result = resolver.resolveStringValue(result);
  }
  return result;
}

If an embeddedValueResolver resolves the value to NULL, then the next embeddedValueResolver tries to resolve NULL, which leads finally to execution of the
PropertyPlaceholderHelper and an assetion failure.
Extract from PropertyPlaceholderHelper:

public String replacePlaceholders(String value, PlaceholderResolver placeholderResolver) {
  Assert.notNull(value, "Argument 'value' must not be null.");
  return parseStringValue(value, placeholderResolver, new HashSet<String>());
}

I think a fix should be to stop the resolving chain, if an embeddedValueResolver resolves the value to NULL. (There is no more resolving possible!)

	if (result == null) {
	  // No more resolving possible
	  break;
	}
  }
}

When "Other Expression" after the "LIKE Expression" was specified, this error occurred.
note) 1.4.3 was no problem.
Specified query in @Query :

    @Query("SELECT a FROM Article a"
            + " WHERE a.overview LIKE %:escapedWord% ESCAPE '~'"
            + " OR a.content LIKE %:escapedWord% ESCAPE '~'"
            + " OR a.title = :word ORDER BY a.articleId DESC")
    Page<Article> findPageBy(@Param("escapedWord") String escapedWord,
            @Param("word") String word, Pageable pageable);

StackTrace : 

	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:770) ~[spring-beans-3.2.4.RELEASE.jar:3.2.4.RELEASE]
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:486) ~[spring-beans-3.2.4.RELEASE.jar:3.2.4.RELEASE]
Caused by: java.lang.IllegalArgumentException: Validation failed for query for method public abstract org.springframework.data.domain.Page xxxxxx.yyyyyy.zzzzzz.domain.repository.ArticleRepository.findPageBy(java.lang.String,java.lang.String,org.springframework.data.domain.Pageable)!
	at org.springframework.data.jpa.repository.query.SimpleJpaQuery.validateQuery(SimpleJpaQuery.java:97) ~[spring-data-jpa-1.4.4.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.SimpleJpaQuery.<init>(SimpleJpaQuery.java:66) ~[spring-data-jpa-1.4.4.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.SimpleJpaQuery.fromQueryAnnotation(SimpleJpaQuery.java:169) ~[spring-data-jpa-1.4.4.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$DeclaredQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:114) ~[spring-data-jpa-1.4.4.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateIfNotFoundQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:160) ~[spring-data-jpa-1.4.4.RELEASE.jar:na]
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$AbstractQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:68) ~[spring-data-jpa-1.4.4.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:304) ~[spring-data-commons-1.6.4.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:161) ~[spring-data-commons-1.6.4.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:162) ~[spring-data-commons-1.6.4.RELEASE.jar:na]
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:45) ~[spring-data-commons-1.6.4.RELEASE.jar:na]
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:142) ~[spring-beans-3.2.4.RELEASE.jar:3.2.4.RELEASE]
Caused by: java.lang.IllegalArgumentException: org.hibernate.hql.internal.ast.QuerySyntaxException: unexpected token: % near line 1, column 81 [SELECT a FROM xxxxxx.yyyyyy.zzzzzz.domain.model.Article a WHERE a.overview LIKE %:escapedWord% ESCAPE '~' OR a.content LIKE %:escapedWord% ESCAPE '~' OR a.title = :word ORDER BY a.articleId DESC]
	at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1374) ~[hibernate-entitymanager-4.2.3.Final.jar:4.2.3.Final]
	at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1310) ~[hibernate-entitymanager-4.2.3.Final.jar:4.2.3.Final]
	at org.hibernate.ejb.AbstractEntityManagerImpl.createQuery(AbstractEntityManagerImpl.java:294) ~[hibernate-entitymanager-4.2.3.Final.jar:4.2.3.Final]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_51]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_51]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_51]
	at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_51]
	at org.springframework.orm.jpa.ExtendedEntityManagerCreator$ExtendedEntityManagerInvocationHandler.invoke(ExtendedEntityManagerCreator.java:366) ~[spring-orm-3.2.4.RELEASE.jar:3.2.4.RELEASE]
	at com.sun.proxy.$Proxy32.createQuery(Unknown Source) ~[na:na]
	at org.springframework.data.jpa.repository.query.SimpleJpaQuery.validateQuery(SimpleJpaQuery.java:91) ~[spring-data-jpa-1.4.4.RELEASE.jar:na]
Caused by: org.hibernate.hql.internal.ast.QuerySyntaxException: unexpected token: % near line 1, column 81 [SELECT a FROM xxxxxx.yyyyyy.zzzzzz.domain.model.Article a WHERE a.overview LIKE %:escapedWord% ESCAPE '~' OR a.content LIKE %:escapedWord% ESCAPE '~' OR a.title = :word ORDER BY a.articleId DESC]
	at org.hibernate.hql.internal.ast.QuerySyntaxException.convert(QuerySyntaxException.java:54) ~[hibernate-core-4.2.3.Final.jar:4.2.3.Final]
	at org.hibernate.hql.internal.ast.QuerySyntaxException.convert(QuerySyntaxException.java:47) ~[hibernate-core-4.2.3.Final.jar:4.2.3.Final]

When security-domain from server-ssl-context cannot verify X509PeerCertificateChainEvidence then server-ssl-context should rather fail then use some default for X509TrustManager in [1]. It causes that misconfiguration in security domain is masked. 
[1] https://github.com/wildfly-security/wildfly-elytron/blob/656354343e7e28fdee47ab58a03c1cf7042abd55/src/main/java/org/wildfly/security/ssl/SSLContextBuilder.java#L341

If same client and localizer is used to submit multiple app instances, localizer does distribution only once. This is a problem if we use staging dir and appmaster clears files at the end.

The convertResultValueIfNecessary method of MBeanClientInterceptor has explicit support for the CompositeData and TabularData types used by MXBeans. Howwver, it doesn't handle arrays of those types, which is permitted by the MXBean standard.
For example, take the MXBean interface com.sun.management.HotSpotDiagnosticMXBean, which is part of the Sun JRE 1.6, and implemented by sun.management.HotSpotDiagnostic.  This has a getDiagnosticOptions method which, when invoked, returns an array of CompositeData. MBeanClientInterceptor doesn't recognise it and throws an exception.
MBeanClientInterceptor needs to recognise this array, unwrap it, convert the elements of the array, then repack into the appropriate form.

public class X509AuthenticationTokenTest extends TestCase {
    public void test() throws IOException, CertificateException 
{
        assertEquals(new X509AuthenticationToken(getX509Certificate()),
                new X509AuthenticationToken(getX509Certificate()));
    }

    private X509Certificate getX509Certificate() throws IOException, CertificateException {
        InputStream inputStream = new ClassPathResource("example.cer", getClass()).getInputStream();
        try 
{
            return (X509Certificate) CertificateFactory.getInstance("X.509").generateCertificate(inputStream);
        }
 finally 
{
            inputStream.close();
        }
    }
}

org.apache.hive.spark.client.rpc.RpcConfiguration
  long getConnectTimeoutMs() {
    String value = config.get(HiveConf.ConfVars.SPARK_RPC_CLIENT_CONNECT_TIMEOUT.varname);
    return value != null ? Integer.parseInt(value) : DEFAULT_CONF.getTimeVar(
      HiveConf.ConfVars.SPARK_RPC_CLIENT_CONNECT_TIMEOUT, TimeUnit.MILLISECONDS);
  }

This method returns a long but it is trying to parse the configuration string into an int.
Integer.parseInt

While looking at trunk, I figured out some issues related to fix provided in HBASE-8741. This jira is to fix them:
1) Not so helpful log message in FSHLog#getFileNumFromFileName.
2) HLogPE verify method, the region:sequenceId map was not getting updated.
3) reverse use of assertEquals arguments in TestHLog#testFindMemStoresEligibleForFlush.

In case when LDAP server used by Elytron dir-context is unreachable (e.g. LDAP is down or some network failures occur) or when dir-context is incorrectly set (e.g. used password is wrong) then application which uses this dir-context cannot be deployed. Deployment fails and confusing exception occurs in server log.

ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 61) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./print-roles: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./print-roles: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0085: The required mechanism 'BASIC' is not available from the HttpAuthenticationFactory.
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:236)
	... 6 more
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$initialSecurityHandler$4(ApplicationSecurityDomainDefinition.java:349)
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.initialSecurityHandler(ApplicationSecurityDomainDefinition.java:346)
	at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$applyElytronSecurity$0(ApplicationSecurityDomainDefinition.java:294)
	at io.undertow.servlet.core.DeploymentManagerImpl.setupSecurityHandlers(DeploymentManagerImpl.java:402)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:206)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:171)
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:234)
	... 8 more

ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "print-roles.war")]) - failure description: {
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.undertow.deployment.default-server.default-host./print-roles"],
}

Hi, 
WE need to create some sort of test jars to test the patching capabilities of 6.1.  The following areas should be covered:
1. Fabric container
2. Non-fabric container
I don't think this needs to be fancy. I'm thinking of some  jars that when installed/started  print a message to the log which we can grep. Hopefully we can automate part of the test. Probably best to do some checks in Fabric itself, MQ, Camel. 

Hi,
When using brackets in property key we get an exception every time.
Escaping brackets with \ doesn't help.
Example
#property in property file
test(ef)=false
causes 
java.lang.NumberFormatException: For input string: "ef" at
java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
        at java.lang.Integer.parseInt(Integer.java:447)
        at java.lang.Integer.parseInt(Integer.java:497)
        at org.apache.commons.configuration.tree.DefaultConfigurationKey
$KeyIterator.checkIndex(DefaultConfigurationKey.java:834)
$KeyIterator.nextKey(DefaultConfigurationKey.java:511) at
org.apache.commons.configuration.tree.DefaultExpressionEngine.findNodesForKey(DefaultExpressionEngine.java:462) at
org.apache.commons.configuration.tree.DefaultExpressionEngine.query(DefaultExpressionEngine.java:286) at
org.apache.commons.configuration.HierarchicalConfiguration.fetchNodeList(HierarchicalConfiguration.java:925 at
org.apache.commons.configuration.HierarchicalConfiguration.setProperty(HierarchicalConfiguration.java:735) at
org.apache.commons.configuration.ConfigurationUtils.copy(ConfigurationUtils.java:143) at
org.apache.commons.configuration.ConfigurationUtils.convertToHierarchical(ConfigurationUtils.java:199)  at org.apache.commons.configuration.CombinedConfiguration
$ConfigData.getTransformedRoot(CombinedConfiguration.java:794)  at
org.apache.commons.configuration.CombinedConfiguration.constructCombinedNode(CombinedConfiguration.java:653) at
org.apache.commons.configuration.CombinedConfiguration.getRootNode(CombinedConfiguration.java:504) at
org.apache.commons.configuration.HierarchicalConfiguration.fetchNodeList(HierarchicalConfiguration.java:925) at
org.apache.commons.configuration.HierarchicalConfiguration.getProperty(HierarchicalConfiguration.java:327) at
org.apache.commons.configuration.CombinedConfiguration.getProperty(CombinedConfiguration.java:578) at
org.apache.commons.configuration.AbstractConfiguration.resolveContainerStore(AbstractConfiguration.java:1155) at
org.apache.commons.configuration.AbstractConfiguration.getString(AbstractConfiguration.java:1034)  at
org.apache.commons.configuration.AbstractConfiguration.getString(AbstractConfiguration.java:1017) 
Explanation i got in mailing list from Oliver Heger
I guess you use DefaultConfigurationBuilder for loading a combined 
configuration?
The exception is due to the fact that brackets have a special meaning in 
the query syntax for hierarchical configurations. 
(DefaultConfigurationBuilder transforms all configuration sources into 
hierarchical configurations, so also for properties, which are not 
hierarchical by default, the same rules apply.)
So far escaping brackets or other specific characters in property keys 
is not supported. It seems to be rather unusual to use brackets in 
property keys, so you may well be the first one who noticed this problem.
Unfortunately I don't have a working solution for this problem right 
now.

The locality picker was mistakenly commented out.  We should re-enable it.

Our Clover usage in the build.xml is out of date. It was pulled from Hadoop, which recently updated theirs: http://issues.apache.org/jira/browse/HADOOP-3921. We need to update ours to use Clover 2.

The query "SELECT count(1) as cnt from src x"  has some problems, even though nullgroup*.q passed in tests. 
Will check and solve it in this jira.
A wrong plan sometimes can be generated due to some unknow factor:
Wrong plan:

    Map Reduce
        x 
                sort order: 
                tag: -1
                expr: count(VALUE._col0)
              table:

      limit: -1

Without unknow factor, correct plan can be generated:

    Map Reduce
        x 
                      expr: count(1)
                mode: hash
                  tag: -1
              table:

created few tables. then performing disable_all operation in shell prompt.
but it is not performing operation successfully.

hbase(main):043:0> disable_all '*'
table12
zk0113
zk0114

Disable the above 3 tables (y/n)?
y/
3 tables successfully disabled

just it is showing the message but operation is not success.

but the following way only performing successfully

hbase(main):043:0> disable_all '*.*'
table12
zk0113
zk0114

y

Observed the following in rs group test output:

2018-01-10 14:17:23,006 DEBUG [AssignmentThread] rsgroup.RSGroupBasedLoadBalancer(316): Found misplaced region: hbase:acl,,1515593841277.ecf47ecb7522d7fab40db0a237f973fd. on server: localhost,1,1 found in group: null outside of group: UNKNOWN

Here is corresponding code:

      if (assignedServer != null &&
          (info == null || !info.containsServer(assignedServer.getAddress()))) {
        RSGroupInfo otherInfo = null;
        otherInfo = rsGroupInfoManager.getRSGroupOfServer(assignedServer.getAddress());
        LOG.debug("Found misplaced region: " + regionInfo.getRegionNameAsString() +

As you can see, both info and otherInfo were null.
In this case, the region should not be placed in misplacedRegions.

When this expression

equals(%m, 'POST') -> { response-code(444) } else { response-code(555) }

 is put into "undertow-handlers.conf", and the predicate is false, the returned response code is 200, like the false branch was ignored.
The handler for the false branch is set to RewriteCorrectingHandlerWrapper.
This behavior is different when the same expression is configured via expression filter in undertow subsystem.
Contents of files.war:

/empty
/not-empty
/WEB-INF/undertow-handlers.conf

Process:
1. Start rabbitmq cluster: node1, node2
2. Kill node1(the spring amqp client is connected to this node)
3. org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer#restart was invoked, and the consumer was deleted from the SimpleMessageListenerContainer.
4. org.springframework.amqp.rabbit.connection.CachingConnectionFactory.CachedChannelInvocationHandler#physicalClose:1040 was invoked.
BUT the channel.isOpen() is false(as the pictures), so the com.rabbitmq.client.impl.recovery.AutorecoveringChannel#close() was NOT called.
5. com.rabbitmq.client.impl.recovery.AutorecoveringConnection#recoverConsumers was invoked
After the process above, the dead consumer was re-actived without the SimpleMessageListenerContainer. 
Message was send to this consumer, but SimpleMessageListenerContainer can't consume it. So there was a message keeping in unacked until the client was restarted.  

I found that the humanReadableInt(long number) method in the hive/common/src/java/org/apache/hive/common/util/HiveStringUtils.java file contains code which has a race condition as shown in Hadoop (issue tracking ID HADOOP-9252: https://issues.apache.org/jira/browse/HADOOP-9252). The fix can also be seen in the Hadoop code base.
I couldn't find a call to the method anywhere else in the code. But it might be worth to fix.

I end up with the following:

[ERROR] org.apache.camel.dataformat.bindy.fixed.BindyMarshallUnmarshallWithDefaultValueTest.testMarshallMessage(org.apache.camel.dataformat.bindy.fixed.BindyMarshallUnmarshallWithDefaultValueTest)
[ERROR]   Run 1: BindyMarshallUnmarshallWithDefaultValueTest.testMarshallMessage:56 mock://resultMarshal Body of message: 0. Expected: <10A9     JohnDoe  ISINXD12345678BUYShare000002500.45USD01-08-2009          
> but was: <10A9     JohnDoe  ISINXD12345678BUYShare000002500,45USD01-08-2009          
>
[ERROR]   Run 2: BindyMarshallUnmarshallWithDefaultValueTest.testMarshallMessage:56 mock://resultMarshal Body of message: 0. Expected: <10A9     JohnDoe  ISINXD12345678BUYShare000002500.45USD01-08-2009          
>
[ERROR]   Run 3: BindyMarshallUnmarshallWithDefaultValueTest.testMarshallMessage:56 mock://resultMarshal Body of message: 0. Expected: <10A9     JohnDoe  ISINXD12345678BUYShare000002500.45USD01-08-2009          
>

My system decimal separator is set to ',' instead of '.' which causes the failures.

Currently type of this attribute is String despite it's description "Indicate if this service provider uses a HTTP POST(true) or REDIRECT(false) binding."
If user tries to write other value than "true" or "false" to this attribute IllegalArgumentException is thrown.

2.2.1. XML-based Flow template:
    <end-actions>
        ...
    </end-actions>
    <output-mapper .../>
        ...
spring-webflow-1.0.xsd:
    <xsd:element ref="global-transitions" minOccurs="0">
        ...
    <xsd:element ref="end-actions" minOccurs="0">
        ...
    <xsd:element ref="output-mapper" minOccurs="0">
        ...

TestHBaseFsck#testParallelHbck consistently fails on both Linux and Mac.
I added more logging as shown below:

    HBaseFsck h1 = hbck1.get();
    HBaseFsck h2 = hbck2.get();
    LOG.warn("h1: " + h1);
    LOG.warn("h2: " + h2);

I saw the following in test output:

2014-12-01 14:58:44,728 WARN  [main] util.TestHBaseFsck(576): h1: org.apache.hadoop.hbase.util.HBaseFsck@72aa738e
2014-12-01 14:58:44,729 WARN  [main] util.TestHBaseFsck(577): h2: org.apache.hadoop.hbase.util.HBaseFsck@186e2ce6

CliDriver test table_access_keys_stats.q fails with hadoop 0.23 because a different order of results from the join is produced under 0.23. The data itself doesn't seem wrong, but the output does not match the golden output file.

This would have been handled previously by the StringToLabeledEnum converter.

Hive does not support user names of type "user@realm". This causes authorization problems with Ranger for user names containing realms in Kerberos environment.
 
I was able to set coprocessors for table by shell normally, but it didn't worked now.
Here's the shell output (omit really jar path and coprocessor classname)：

Version 1.3.0-SNAPSHOT, 642273bc2a5a415eba6f1592a439a6b2b53a70a9, Tue Sep 29 15:58:28 CST 2015

hbase(main):001:0> describe 'test'
test
{NAME => 'f', DATA_BLOCK_ENCODING => 'NONE', BLOOMFILTER => 'ROW', REPLICATION_SCOPE => '0', VERSIONS => '1', COMPRESSION => 'NONE', MIN_VERSIONS => '0', TTL => 'FOREVER', KEEP_DELETED_CELLS => 'FALSE', B
LOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}
1 row(s) in 0.4370 seconds

hbase(main):002:0> alter 'test', 'coprocessor'=>'hdfs:///some.jar|com.somepackage.SomeObserver|1001'
Done.
0 row(s) in 1.9760 seconds

hbase(main):003:0> describe 'test'
test, {TABLE_ATTRIBUTES => {coprocessor$1 => '|hdfs:///some.jar|com.somepackage.SomeObserver|1001|1073741823|'}
1 row(s) in 0.0180 seconds

I checked the recent commits and found HBASE-14224 is related to. It's an important improvement, but made a mistake in alter() of admin.rb, line 587. As the value is coprocess spec string but not only class name, here should use htd.setCoprocessorWithSpec instead of htd.setCoprocessor.

Currently, for initializing/upgrading Hive's information schema, we require a full jdbc url (for HS2). It will be good to have it connect using embedded HS2 by default.

Beste Arjen!
I am developing Camel support for Spring-WS, currently I am working on WS-Addressing issues.  Could you help me please?
Imagine I would like to specify the camel configuration like this:
   <from uri="spring-ws:action:http://consumerOfwsaActionWithReplyTo.com?messageSender=#myCustomBean&endpointMapping=WSACamelSpringWSEndpoint''>
...
The camel endpoint (WSACamelSpringWSEndpoint) that implements SoapEndpointMapping inherits from the AbstractAddressingEndpointMapping, but in order to provide custom messageSenders from the camel uri as you see above I need to change the method AbstractAddressingEndpointMapping#getEndpointInvocationChain so I can supply my message sender.
So, is it possible to create at least method called getMessageSender(Object endpoint) so I can easily hook different endpoint's message senders? E.g. here is the code with the appropriated changes marked bold:
public abstract class AbstractAddressingEndpointMappingHacked extends TransformerObjectSupport
        implements SoapEndpointMapping, InitializingBean, Ordered {
.....

 /**
     * Creates a {@link SoapEndpointInvocationChain} based on the given endpoint and {@link
     * org.springframework.ws.soap.addressing.version.AddressingVersion}.
     */
    protected EndpointInvocationChain getEndpointInvocationChain(Object endpoint,
                                                               AddressingVersion version,
                                                               MessageAddressingProperties requestMap) {
        URI responseAction = getResponseAction(endpoint, requestMap);
        URI faultAction = getFaultAction(endpoint, requestMap);
        
        WebServiceMessageSender[] messageSenders = getMessageSenders(endpoint);
        MessageIdStrategy messageIdStrategy = getMessageStrategy(endpoint);

        EndpointInterceptor[] interceptors =
                new EndpointInterceptor[preInterceptors.length + postInterceptors.length + 1];
        System.arraycopy(preInterceptors, 0, interceptors, 0, preInterceptors.length);
        AddressingEndpointInterceptor interceptor = new AddressingEndpointInterceptor(version, messageIdStrategy,
                messageSenders, responseAction, faultAction);
        interceptors[preInterceptors.length] = interceptor;
        System.arraycopy(postInterceptors, 0, interceptors, preInterceptors.length + 1, postInterceptors.length);
        return new SoapEndpointInvocationChain(endpoint, interceptors, actorsOrRoles, isUltimateReceiver);
    }
    
    /**
     * Default implementation
     * @param endpoint specific message strategy
     * @return
     */
    protected MessageIdStrategy getMessageStrategy(Object endpoint) {
       return this.messageIdStrategy;
    }

    /**
     * @param endpoint
     * @return endpoint specific message senders
     */
    protected WebServiceMessageSender[] getMessageSenders(Object endpoint) {
       return this.messageSenders;
    }
    
    public final WebServiceMessageSender[] getMessageSenders() {
        return this.messageSenders;
    }

Thank you very much for your support and cooperation!
Andrej

If the request URI already contains a query string (ex. "https://graph.facebook.com/search?type=checkin") and the bearerTokenMethod is query, the OAuth2RestTemplate doesn't call the endpoint with an access token appended to the query string.
I was able to confirm the following code change fixed the problem.
Code change:
OAuth2ClientHttpRequestFactory.java: Starting at Line 59:
  protected URI appendQueryParameter(URI uri, OAuth2AccessToken accessToken) {
    try {
      String query = uri.getQuery();
      final String bearerTokenName = (resource.getBearerTokenName() == null) ? "oauth_token" : resource.getBearerTokenName();
      final String oauth_token = bearerTokenName + "=" + URLEncoder.encode(accessToken.getValue(), "UTF-8");
      if (query == null || query.length() == 0) 
{
        query = oauth_token;
      }
 else if(query.indexOf(bearerTokenName) == -1) 
{
        query = query + "&" + oauth_token;
      }
 // else leave the existing oauth_token parameter in the query alone
      uri = new URI(uri.getScheme(), uri.getUserInfo(), uri.getHost(), uri.getPort(), uri.getPath(), query, uri.getFragment());
      return uri;
    }
    catch (RuntimeException e) 
{
      throw e;
    }
    catch (Exception e) 
{
      throw new RuntimeException(e);
    }
  }

1) Incorrect help message in process_jira function
2) Spark builds do not work
3) Build "profiles" (which map to a properties file) are hard coded
4) A JIRA is required

Opening the file and mucking with it when hive.fileformat.check is true (the default) breaks the LOAD command from a named pipe. Right now, it's done for all the text files blindly to see if they might be in some other format. Files.getAttribute can be used to figure out if the input is a named pipe (or a socket) and skip the format check.

create table test(a char(2), b varchar(2));
insert into test values('L ', 'L ');
select length(a),length(b) from test;
+------+------+
| _c0  | _c1  |
| 1    | 2    |
1 row selected (0.185 seconds)

Here char with trailing spaces are trimmed, whereas leading spaces are not trimmed.

"Bigtable: A Distributed Storage System for Structured" should be "Bigtable: A Distributed Storage System for Structured Data" (the "data" was missing)

Accessing management interface secured by Kerberos + TLS causes EAP requests from KDC ticket HTTPS/localhost. Which was not necessary in EAP 7.0 and it worked fine with HTTP/localhost service name

14:20:19,321 TRACE [org.jboss.as.domain.management.security] (management task-7) No mapping for name 'https/localhost.localdomain' to KeytabService, attempting to use host only match.
14:20:19,322 TRACE [org.jboss.as.domain.management.security] (management task-7) Selected KeytabService with principal 'HTTP/localhost.localdomain@JBOSS.ORG' for host 'localhost.localdomain'
14:20:19,322 INFO  [stdout] (management task-7) Found KeyTab /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap7/target/krb/krb.2269988831769483313.keytab for HTTP/localhost.localdomain@JBOSS.ORG
14:20:19,323 INFO  [stdout] (management task-7) Found KeyTab /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap7/target/krb/krb.2269988831769483313.keytab for HTTP/localhost.localdomain@JBOSS.ORG
14:20:19,524 WARN  [org.apache.directory.server.protocol.shared.kerberos.StoreUtils] (NioDatagramAcceptor-3) No server entry found for kerberos principal name HTTPS/localhost.localdomain@JBOSS.ORG
14:20:19,524 WARN  [org.apache.directory.server.KERBEROS_LOG] (NioDatagramAcceptor-3) No server entry found for kerberos principal name HTTPS/localhost.localdomain@JBOSS.ORG
14:20:19,524 WARN  [org.apache.directory.server.kerberos.protocol.KerberosProtocolHandler] (NioDatagramAcceptor-3) Server not found in Kerberos database (7)
14:20:19,525 WARN  [org.apache.directory.server.KERBEROS_LOG] (NioDatagramAcceptor-3) Server not found in Kerberos database (7)
14:20:19,528 WARN  [org.apache.http.impl.auth.HttpAuthenticator] (main) NEGOTIATE authentication error: No valid credentials provided (Mechanism level: No valid credentials provided (Mechanism level: Server not found in Kerberos database (7) - Server not found in Kerberos database))
14:20:19,532 TRACE [org.jboss.as.domain.management.security] (management task-9) No mapping for name 'https/localhost.localdomain' to KeytabService, attempting to use host only match.
14:20:19,532 TRACE [org.jboss.as.domain.management.security] (management task-9) Selected KeytabService with principal 'HTTP/localhost.localdomain@JBOSS.ORG' for host 'localhost.localdomain'
14:20:19,533 INFO  [stdout] (management task-9) Found KeyTab /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap7/target/krb/krb.2269988831769483313.keytab for HTTP/localhost.localdomain@JBOSS.ORG
		[Krb5LoginModule]: Entering logout
		[Krb5LoginModule]: logged out Subject

Also see network dump krb_https_management.pcap in attachement, where TGS-REQ for HTTPS/localhost is captured.

TestRegionPlacement has tests that are flaky and fail in a cascading fashion. We need to fix this cascading behavior and also fix the flakyness of the tests.
16:20:59 java.lang.AssertionError: Region 
{ENCODED => 958cbbb4405e3bbcfd04185538912d4c, NAME => 'testRegionAssignment,\x02\x02\x02,1412205636586.958cbbb4405e3bbcfd04185538912d4c.', STARTKEY => '\x02\x02\x02', ENDKEY => '\x03\x03\x03'}
16:20:59 	at org.junit.Assert.fail(Assert.java:88)
16:20:59 	at org.apache.hadoop.hbase.master.TestRegionPlacement.killRandomServerAndVerifyAssignment(TestRegionPlacement.java:347)
16:20:59 	at org.apache.hadoop.hbase.master.TestRegionPlacement.testRegionPlacement(TestRegionPlacement.java:270)
16:20:59 
16:20:59 testFavoredNodesPresentForRoundRobinAssignment(org.apache.hadoop.hbase.master.TestRegionPlacement)  Time elapsed: 0.047 sec  <<< ERROR!
16:20:59 java.lang.ArrayIndexOutOfBoundsException: 9
16:20:59 	at java.util.concurrent.CopyOnWriteArrayList.get(CopyOnWriteArrayList.java:368)
16:20:59 	at java.util.concurrent.CopyOnWriteArrayList.get(CopyOnWriteArrayList.java:377)
16:20:59 	at org.apache.hadoop.hbase.LocalHBaseCluster.getRegionServer(LocalHBaseCluster.java:237)
16:20:59 	at org.apache.hadoop.hbase.MiniHBaseCluster.getRegionServer(MiniHBaseCluster.java:609)
16:20:59 	at org.apache.hadoop.hbase.master.TestRegionPlacement.testFavoredNodesPresentForRoundRobinAssignment(TestRegionPlacement.java:113)
16:20:59 
16:20:59 testFavoredNodesPresentForRandomAssignment(org.apache.hadoop.hbase.master.TestRegionPlacement)  Time elapsed: 0.041 sec  <<< ERROR!
16:20:59 	at org.apache.hadoop.hbase.master.TestRegionPlacement.testFavoredNodesPresentForRandomAssignment(TestRegionPlacement.java:173)

@RooJavaBean has a "settersByDefault" attribute that you can set to false to only generate getters for all your properties.  As a user, I was expecting to also be able to mark such properties final.  However, once I did that Roo no longer managed those fields.

Under an environment with a JAVA_HOME to java 10.0.1,
I can start the jboss-cli.ps1 under Wildfly 12, but under Wildfly 13 I get:
org.jboss.modules.ModuleNotFoundException: jdk.jconsole
        at org.jboss.modules.Module.addPaths(Module.java:1266)
        at org.jboss.modules.Module.link(Module.java:1622)
        at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
        at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
        at org.jboss.modules.Main.main(Main.java:437)

Hello, I wasn't able to subscribe on the mailing list, so I'm posting my issue directly here.
In my project I need to use some ManagedCamelContextMBean, which I am trying to access through JMX.newMBeanProxy
However, it is not working as I'm getting a NotCompliantMBeanException because the attribute MessageHistory is said to have more than one getter.
I checked the source code of newMBeanProxy, then the JMX 1.4 specification, and then Camel's source code, and it appears that ManagedCamelContextMBean is indeed not respecting the standard MBean.
The problem is that two methods are defined in ManagedCamelContextMBean : isMessageHistory() and getMessageHistory()
Since the return type is boolean, isMessageHistory is considered to be a getter, which makes two getter according to the JMX specification and is blocking the newMBeanProxy() method.

The static method ListUtils.transformedList(List list, Transformer trans) does not apply the transformer before returning the list.  I've traced into the code and it falls all the way through to the TransformedCollection constructor which has documentation that states that items existing in the list are NOT transformed.  This yields bizarre unexpected behavior for this method.
Conversely, the ListUtils.predicatedList(List list, Predicate pred) DOES apply the predicate.  These methods are very similar but behave inconsistently.
If the transformer is not applied to the list, the method's usefulness is somewhat limited and causes the user to create an extra unwanted list in some circumstances:
// To transform an existing list
List myList = ... some list to be transformed ...
List transformed = ListUtils.transformedList(new ArrayList(), myTransformer);
transformed.addAll(myList);
I would expect a much shorter implementation such as:
List transformed = ListUtils.transformedList(myList, myTransformer)

Hive's CI job regularly fails due to this test:

org.apache.hadoop.hive.cli.TestNegativeCliDriver.testNegativeCliDriver_script_broken_pipe1

Running just that test in a loop I'm not able to reproduce the issue locally. This may be related to state from a previous test causing this one to fail?

ant clean package
for x in $(seq 1 10); 
  do ant test -Dtestcase=TestNegativeCliDriver -Dqfile=script_broken_pipe1.q;
done

Ensure that negative values are converted to zero when setting sessionCacheSize and sessionTimeout on SSLSessionContext.

Timestamp values are reading additional one byte if nano-sec part is zero, breaking following columns.  

>create table timestamp_1 (t timestamp, key string, value string);
>insert overwrite table timestamp_1 select cast('2011-01-01 01:01:01' as timestamp), key, value from src limit 5;

>select t,key,value from timestamp_1;
2011-01-01 01:01:01		238
2011-01-01 01:01:01		86
2011-01-01 01:01:01		311
2011-01-01 01:01:01		27
2011-01-01 01:01:01		165

>select t,key,value from timestamp_1 distribute by t;
2011-01-01 01:01:01		

When implementing an generic interface method in a controller, spring mistakenly thinks that the compiler-created bridge method is an annotated request method, causing the following error (from attached test case
java.lang.IllegalStateException: Ambiguous handler methods mapped for HTTP path &apos/method&apos: 
{public org.springframework.web.servlet.ModelAndViewAnnotationMethodHandlerAdapterTest$TestControllerImpl.method(AnnotationMethodHandlerAdapterTest$TestEntity), public org.springframework.web.servlet.ModelAndView AnnotationMethodHandlerAdapterTest$TestControllerImpl.method(java.lang.Object)}
. If you intend to handle the same path in multiple methods, then factor them out into a dedicated handler class with that path mapped at the type level!
The issue is that with something like the following:

public interface TestController<T> {
    public ModelAndView method(T object);
}

public interface TestControllerImpl<MyEntity> {
    @RequestMapping("/method")
    public ModelAndView method(MyEntity object) {
        return new ModelAndView();
    }
}

the compiler built bridge method is detected as being annotated, causing the ambiguity.  The bug appears to have been committed here:
https://fisheye.springsource.org/rdiff/spring-framework/trunk/org.springframework.web/src/main/java/org/springframework/web/bind/annotation/support/HandlerMethodResolver.java?r1=1665&r2=1737&u&N
When isHandlerMethod was changed to use findAnnotation (which will look through bridge methods and return true if the bridged method is annotated) from isAnnotationPresent on the method itself (which will show the bridged method as not annotated)
I've attached a patch to restore the previous behaviour, as unannotated methods should never show us as matches.

One common thing users want to know is the number of rows in tables, system wide.
This information is in the table_params table but the structure of this table makes it quite inconvenient to access since it is essentially a table of key-value pairs. More table stats are likely to be added over time, especially because of ACID. It would be a lot better if this were a first class table.
For what it's worth I deal with the current table by pivoting it into something easier to deal with as follows:

create view table_stats as
select
  tbl_id,
  max(case param_key when 'COLUMN_STATS_ACCURATE' then param_value end) as COLUMN_STATS_ACCURATE,
  max(case param_key when 'numFiles' then param_value end) as numFiles,
  max(case param_key when 'numRows' then param_value end) as numRows,
  max(case param_key when 'rawDataSize' then param_value end) as rawDataSize,
  max(case param_key when 'totalSize' then param_value end) as totalSize,
  max(case param_key when 'transient_lastDdlTime' then param_value end) as transient_lastDdlTime
from table_params group by tbl_id;

It would be better to not have users provide workarounds and make table stats first-class like column stats currently are.

The changes made in this commit don't appear to work on Java 7. It looks like AnnotatedElementAdapter is relying on isAnnotationPresent(Class<? extends Annotation>) being provide as a default method. That's not the case when running on Java 7. An example of the failure is:

java.lang.AbstractMethodError: org.springframework.core.convert.TypeDescriptor$AnnotatedElementAdapter.isAnnotationPresent(Ljava/lang/Class;)Z
	at org.springframework.core.annotation.AnnotatedElementUtils.isAnnotated(AnnotatedElementUtils.java:272)
	at org.springframework.core.convert.TypeDescriptor.hasAnnotation(TypeDescriptor.java:243)
	at org.springframework.format.support.FormattingConversionService$AnnotationPrinterConverter.matches(FormattingConversionService.java:246)
	at org.springframework.core.convert.support.GenericConversionService$ConvertersForPair.getConverter(GenericConversionService.java:668)
	at org.springframework.core.convert.support.GenericConversionService$Converters.getRegisteredConverter(GenericConversionService.java:566)
	at org.springframework.core.convert.support.GenericConversionService$Converters.find(GenericConversionService.java:551)
	at org.springframework.core.convert.support.GenericConversionService.getConverter(GenericConversionService.java:269)
	at org.springframework.core.convert.support.GenericConversionService.canConvert(GenericConversionService.java:159)
	at org.springframework.core.convert.support.GenericConversionService.canConvert(GenericConversionService.java:149)
	at org.springframework.binding.convert.service.GenericConversionService.getConversionExecutor(GenericConversionService.java:159)
	at org.springframework.binding.convert.service.GenericConversionService.executeConversion(GenericConversionService.java:345)
	at org.springframework.binding.expression.el.BindingValueExpression.convertValueIfNecessary(BindingValueExpression.java:99)
	at org.springframework.binding.expression.el.BindingValueExpression.getValue(BindingValueExpression.java:55)
	at org.springframework.binding.expression.el.ELExpression.getValue(ELExpression.java:54)
	at org.springframework.binding.expression.el.ELExpressionParserTests.testGetValueWithCoersion(ELExpressionParserTests.java:160)
	at junit.framework.TestSuite.runTest(TestSuite.java:252)
	at junit.framework.TestSuite.run(TestSuite.java:247)
	at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)

See failing unit test NumberFormatterTests for an example.
The binding.format package is not correctly handling the locale in all cases. E.g for BigDecimal, it uses the default locale for parsing, even though e.g. the BigDecimal constructor takes non-locale dependent decimal representations.
To be investigated...

set hive.auto.convert.join.noconditionaltask=true;
EXPLAIN
SELECT x1.key AS key FROM src x1 JOIN src1 y1 ON (x1.key = y1.key) JOIN src1 y2 ON (x1.value = y2.value) GROUP BY x1.key;

We will get a NPE from MetadataOnlyOptimizer. The reason is that the operator tree of the MapRedTask evaluating two MapJoins is 

TS1->MapJoin1->TS2->MapJoin2->...

We should remove the TS2...

The TestCompactionState has a fixed waitTime for the compaction state, and on a busy jenkins those tests fails.

java.lang.AssertionError: expected:<NONE> but was:<MAJOR>
	at org.junit.Assert.assertEquals(Assert.java:147)
	at org.apache.hadoop.hbase.regionserver.TestCompactionState.compaction(TestCompactionState.java:180)
	at org.apache.hadoop.hbase.regionserver.TestCompactionState.testMajorCompaction(TestCompactionState.java:63)

For eg,
 
 # 2018-07-26T17:22:14,664 DEBUG [51377701-dc98-424f-82e0-bbb5d6c84316 main] optimizer.SharedWorkOptimizer: Before SharedWorkOptimizer:
 # TS[0]-FIL[96]-SEL[2]-MAPJOIN[156]-MAPJOIN[157]-MAPJOIN[161]-MAPJOIN[162]-FIL[47]-SEL[48]-MAPJOIN[163]-FIL[66]-SEL[67]-TNK[105]-GBY[68]-RS[69]-GBY[70]-SEL[71]-RS[72]-SEL[73]-LIM[74]-FS[75]
 #                                                           -SEL[142]-GBY[143]-RS[144]-GBY[145]-RS[155]
 # TS[3]-FIL[97]-SEL[5]-RS[34]-MAPJOIN[156]
 # TS[6]-FIL[98]-SEL[8]-RS[37]-MAPJOIN[157]
 # TS[9]-FIL[99]-SEL[11]-MAPJOIN[158]-GBY[40]-RS[42]-MAPJOIN[161]
 # TS[12]-FIL[100]-SEL[14]-RS[16]-MAPJOIN[158]
 #                       -SEL[131]-GBY[132]-EVENT[133]
 # TS[19]-FIL[101]-SEL[21]-MAPJOIN[159]-GBY[29]-RS[30]-GBY[31]-SEL[32]-RS[45]-MAPJOIN[162]
 # TS[22]-FIL[102]-SEL[24]-RS[26]-MAPJOIN[159]
 #                       -SEL[139]-GBY[140]-EVENT[141]
 # TS[49]-FIL[103]-SEL[51]-MAPJOIN[160]-GBY[59]-RS[60]-GBY[61]-SEL[62]-RS[64]-MAPJOIN[163]
 # TS[52]-FIL[104]-SEL[54]-RS[56]-MAPJOIN[160]
 #                       -SEL[147]-GBY[148]-EVENT[149]
 # 
 # 
 # DPP information stored in the cache: \{TS[19]=[EVENT[141]], TS[9]=[EVENT[133]], TS[49]=[RS[155], EVENT[149]]}

The semi join branch in line 3 feeds into TS[49] in line 12 which feeds to MAPJOIN[163] going back to parent of the semi join branch at line 2.
The logic to detect cycle may fail as there is a MAPJOIN[160] at line 12 which could cause the logic to look for wrong TS. The logic to find TS operator upstream must use findOperatorsUpstream() and examine each TS Op for complete coverage.
 Simplified image of task-cycle, without operator cycles - http://people.apache.org/~gopalv/HIVE_20252_cycle1.svg
And the artificial edge introduced to trigger cycle detection (in red) - http://people.apache.org/~gopalv/HIVE_20252_cycle_fix.svg

The javadoc for method getFaultDetail() refers to addFaultDetail() and vice versa.

Putting it in .1, feel free to move to .2.
We have observed some compaction errors where the code was creating a new HDFS block, and the file would not exist. Upon investigation, we found the .tmp directory delete request on namenode from master IP shortly before that. There are no specific logs on master, but one thing running at that time was CatalogJanitor. CatalogJanitor calls HRegionFileSystem::openRegionFromFileSystem with readOnly == true (in fact, everyone does); if readOnly is true, HRegionFileSystem nukes the .tmp directory.
We didn't go thru details on how it arrived there (or if there may have been other culprit), but it appears that deleting stuff if (readOnly) is not the intended behavior and it should be if (!readOnly). Given that readOnly is not really used (or rather is always true except some inconsequential usage in test) perhaps entire cleanup should be removed.

The describe from `RetriesExhaustedWithDetailsException#getDesc` is `
org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 3 actions: FailedServerException: 3 times, `, there is a not need ', ' in the tail.

Recent refactorings to move orc out introduced a regression in split generation. This leads to reading the orc file footers twice during split generation.

Following exception appears in fuse log when there is Insight-metrics.elasticsearch profile added to the root container. I used Admin role.
2015-01-13 10:50:00,436 | ERROR | pool-34-thread-4 | MetricsCollector                 | ?                                   ? | 352 - io.fabric8.insight.insight-metrics - 1.2.0.redhat-060 | Error sending metrics
	at org.apache.karaf.management.KarafMBeanServerGuard.handleInvoke(KarafMBeanServerGuard.java:301)[36:org.apache.karaf.management.server:2.4.0.redhat-620056]
	at org.apache.karaf.management.KarafMBeanServerGuard.handleGetAttribute(KarafMBeanServerGuard.java:221)[36:org.apache.karaf.management.server:2.4.0.redhat-620056]
	at org.apache.karaf.management.KarafMBeanServerGuard.handleGetAttributes(KarafMBeanServerGuard.java:227)[36:org.apache.karaf.management.server:2.4.0.redhat-620056]
	at org.apache.karaf.management.KarafMBeanServerGuard.invoke(KarafMBeanServerGuard.java:91)[36:org.apache.karaf.management.server:2.4.0.redhat-620056]
	at com.sun.proxy.$Proxy0.getAttributes(Unknown Source)[:]
	at io.fabric8.insight.metrics.service.support.JmxUtils.execute(JmxUtils.java:69)[352:io.fabric8.insight.insight-metrics:1.2.0.redhat-060]
	at io.fabric8.insight.metrics.service.support.JmxUtils.execute(JmxUtils.java:39)[352:io.fabric8.insight.insight-metrics:1.2.0.redhat-060]
	at io.fabric8.insight.metrics.service.support.JmxUtils.execute(JmxUtils.java:32)[352:io.fabric8.insight.insight-metrics:1.2.0.redhat-060]
	at io.fabric8.insight.metrics.service.MetricsCollector$Task$1.run(MetricsCollector.java:355)[352:io.fabric8.insight.insight-metrics:1.2.0.redhat-060]
	at io.fabric8.insight.metrics.service.MetricsCollector$Task$1.run(MetricsCollector.java:351)[352:io.fabric8.insight.insight-metrics:1.2.0.redhat-060]
	at javax.security.auth.Subject.doAsPrivileged(Subject.java:473)[:1.7.0_51]
	at io.fabric8.insight.metrics.service.MetricsCollector$Task.run(MetricsCollector.java:351)[352:io.fabric8.insight.insight-metrics:1.2.0.redhat-060]

Might be related to the fact I'm running 1.6.0_14 now. 

2009-07-21 01:19:16,314 DEBUG [main] util.ClassSize(239): Primitives 33, arrays 0, references
(includes 2 for object overhead) 22, refSize 8, size 216
Testcase: testNativeSizes took 0.004 sec
Testcase: testSizes took 0.065 sec
	FAILED
expected:<216> but was:<224>
junit.framework.AssertionFailedError: expected:<216> but was:<224>
	at org.apache.hadoop.hbase.io.TestHeapSize.testSizes(TestHeapSize.java:266)

Testsuite: org.apache.hadoop.hbase.io.TestHeapSize
Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 0.073 sec
2009-07-21 01:19:16,301 DEBUG [main] util.ClassSize(213): closed
	class java.util.concurrent.atomic.AtomicBoolean
2009-07-21 01:19:16,303 DEBUG [main] util.ClassSize(213): closing
2009-07-21 01:19:16,303 DEBUG [main] util.ClassSize(213): historian
	class org.apache.hadoop.hbase.RegionHistorian
2009-07-21 01:19:16,304 DEBUG [main] util.ClassSize(213): locksToRows
	interface java.util.Map
2009-07-21 01:19:16,304 DEBUG [main] util.ClassSize(213): stores
2009-07-21 01:19:16,305 DEBUG [main] util.ClassSize(213): memstoreSize
	class java.util.concurrent.atomic.AtomicLong
2009-07-21 01:19:16,306 DEBUG [main] util.ClassSize(213): basedir
	class org.apache.hadoop.fs.Path
2009-07-21 01:19:16,306 DEBUG [main] util.ClassSize(213): log
	class org.apache.hadoop.hbase.regionserver.HLog
2009-07-21 01:19:16,307 DEBUG [main] util.ClassSize(213): fs
	class org.apache.hadoop.fs.FileSystem
2009-07-21 01:19:16,307 DEBUG [main] util.ClassSize(213): conf
	class org.apache.hadoop.hbase.HBaseConfiguration
2009-07-21 01:19:16,308 DEBUG [main] util.ClassSize(213): regionInfo
	class org.apache.hadoop.hbase.HRegionInfo
2009-07-21 01:19:16,308 DEBUG [main] util.ClassSize(213): regiondir
2009-07-21 01:19:16,309 DEBUG [main] util.ClassSize(213): regionCompactionDir
2009-07-21 01:19:16,309 DEBUG [main] util.ClassSize(213): comparator
	class org.apache.hadoop.hbase.KeyValue$KVComparator
2009-07-21 01:19:16,310 DEBUG [main] util.ClassSize(213): forceMajorCompaction
	boolean
2009-07-21 01:19:16,310 DEBUG [main] util.ClassSize(213): writestate
	class org.apache.hadoop.hbase.regionserver.HRegion$WriteState
2009-07-21 01:19:16,311 DEBUG [main] util.ClassSize(213): memstoreFlushSize
	int
2009-07-21 01:19:16,311 DEBUG [main] util.ClassSize(213): lastFlushTime
	long
2009-07-21 01:19:16,312 DEBUG [main] util.ClassSize(213): flushListener
	interface org.apache.hadoop.hbase.regionserver.FlushRequester
2009-07-21 01:19:16,312 DEBUG [main] util.ClassSize(213): blockingMemStoreSize
	int
2009-07-21 01:19:16,312 DEBUG [main] util.ClassSize(213): threadWakeFrequency
	long
2009-07-21 01:19:16,313 DEBUG [main] util.ClassSize(213): splitsAndClosesLock
	class java.util.concurrent.locks.ReentrantReadWriteLock
2009-07-21 01:19:16,313 DEBUG [main] util.ClassSize(213): newScannerLock
2009-07-21 01:19:16,313 DEBUG [main] util.ClassSize(213): updatesLock
2009-07-21 01:19:16,314 DEBUG [main] util.ClassSize(213): splitLock
	class java.lang.Object
2009-07-21 01:19:16,314 DEBUG [main] util.ClassSize(213): minSequenceId
	long
	FAILED

The static method, org.apache.commons.collections.set.ListOrderedSet.decorate(List list), has a comment "If the list contains duplicates, the duplicates are removed".  It does not remove duplicates and will leave you in an inconsistent state if your list has duplicates.  (i.e. the .size() result is smaller than the number of iterations from the iterator)

I'm not really up to speed with what should be happening here, but the stack trace is ugly, so I guess it's a bug.  The problem occurs if you deploy tonr and log into it when sparklr is not available - it looks like the wrong filter caught the exception, or the exception was the wrong type.

...
root cause

java.lang.ClassCastException: org.springframework.security.oauth.consumer.OAuthRequestFailedException cannot be cast to org.springframework.security.core.AuthenticationException
	org.apache.jsp.oauth_005ferror_jsp._jspService(oauth_005ferror_jsp.java:124)
	org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:417)
	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:391)
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334)
	org.springframework.security.web.firewall.RequestWrapper$FirewalledRequestAwareRequestDispatcher.forward(RequestWrapper.java:132)
	org.springframework.security.web.access.AccessDeniedHandlerImpl.handle(AccessDeniedHandlerImpl.java:66)
	org.springframework.security.oauth.consumer.OAuthConsumerContextFilter.fail(OAuthConsumerContextFilter.java:327)
	org.springframework.security.oauth.consumer.OAuthConsumerContextFilter.doFilter(OAuthConsumerContextFilter.java:202)
	org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:340)

curl -u : --negotiate -d "exec=show tables;" -X POST http://server:50111/templeton/v1/ddl
results in (when Tez is enabled in Secure cluster)

Exception in thread "main" java.lang.RuntimeException: org.apache.hadoop.security.AccessControlException: Permission denied: user=hrt_qa, access=WRITE, inode="/user/hcat":hcat:hcat:drwxr-xr-x
        at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkFsPermission(FSPermissionChecker.java:265)
        at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.check(FSPermissionChecker.java:251)
        at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.check(FSPermissionChecker.java:232)
        at org.apache.hadoop.hdfs.server.namenode.FSPermissionChecker.checkPermission(FSPermissionChecker.java:176)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkPermission(FSNamesystem.java:5497)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkPermission(FSNamesystem.java:5479)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkAncestorAccess(FSNamesystem.java:5453)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.mkdirsInternal(FSNamesystem.java:3596)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.mkdirsInt(FSNamesystem.java:3566)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.mkdirs(FSNamesystem.java:3540)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.mkdirs(NameNodeRpcServer.java:754)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.mkdirs(ClientNamenodeProtocolServerSideTranslatorPB.java:558)

        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:354)
        at org.apache.hive.hcatalog.cli.HCatCli.main(HCatCli.java:138)
Caused by: org.apache.hadoop.security.AccessControlException: Permission denied: user=hrt_qa, access=WRITE, inode="/user/hcat":hcat:hcat:drwxr-xr-x

        at org.apache.hadoop.hdfs.DFSClient.primitiveMkdir(DFSClient.java:2555)
        at org.apache.hadoop.hdfs.DFSClient.mkdirs(DFSClient.java:2524)
        at org.apache.hadoop.hdfs.DistributedFileSystem$16.doCall(DistributedFileSystem.java:827)
        at org.apache.hadoop.hdfs.DistributedFileSystem$16.doCall(DistributedFileSystem.java:823)
        at org.apache.hadoop.hdfs.DistributedFileSystem.mkdirsInternal(DistributedFileSystem.java:823)
        at org.apache.hadoop.hdfs.DistributedFileSystem.mkdirs(DistributedFileSystem.java:816)
        at org.apache.hadoop.fs.FileSystem.mkdirs(FileSystem.java:1815)
        at org.apache.hadoop.hive.ql.exec.tez.DagUtils.getDefaultDestDir(DagUtils.java:687)
        at org.apache.hadoop.hive.ql.exec.tez.DagUtils.getHiveJarDirectory(DagUtils.java:772)
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.createJarLocalResource(TezSessionState.java:288)
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:142)
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionState.open(TezSessionState.java:116)
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:352)
        ... 6 more
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.security.AccessControlException): Permission denied: user=hrt_qa, access=WRITE, inode="/user/hcat":hcat:hcat:drwxr-xr-x

        at $Proxy16.mkdirs(Unknown Source)
        at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.mkdirs(ClientNamenodeProtocolTranslatorPB.java:500)
        at org.apache.hadoop.hdfs.DFSClient.primitiveMkdir(DFSClient.java:2553)
        ... 19 more

<version>1.0.0.-SNAPSHOT</version> should be <version>1.0.0-SNAPSHOT</version>

Precommit started to fail with rubocop install in 'Building base image' phase.
 The used maven:3.5-jdk8 image was updated ~10h ago, probably related. https://hub.docker.com/r/library/maven/
One of the failed jobs: https://builds.apache.org/job/PreCommit-HBASE-Build/13105/console 

14:42:23 Setting up ruby (1:2.3.3) ...
14:42:23 Processing triggers for libc-bin (2.24-11+deb9u3) ...
14:42:23 Successfully installed rake-12.3.1
14:42:23 Parsing documentation for rake-12.3.1
14:42:23 Installing ri documentation for rake-12.3.1
14:42:23 Done installing documentation for rake after 1 seconds
14:42:23 Building native extensions.  This could take a while...
14:42:23 [91mERROR:  Error installing rubocop:
14:42:23 	ERROR: Failed to build gem native extension.
14:42:23 
14:42:23     current directory: /var/lib/gems/2.3.0/gems/jaro_winkler-1.4.0/ext/jaro_winkler
14:42:23 /usr/bin/ruby2.3 -r ./siteconf20180606-949-99wdpz.rb extconf.rb
14:42:23 mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h
14:42:23 
14:42:23 extconf failed, exit code 1
14:42:23 
14:42:23 Gem files will remain installed in /var/lib/gems/2.3.0/gems/jaro_winkler-1.4.0 for inspection.
14:42:23 Results logged to /var/lib/gems/2.3.0/extensions/x86_64-linux/2.3.0/jaro_winkler-1.4.0/gem_make.out

Code is there already.
Doing so would allow to share some code when doing client side buffering.
patch compiles locally, should not impact tests, but not tested locally.

We want to abstract the edge type inside hive and be able to translate to tez specific edges cleanly without needing to special case. This bug also cleans up how connections between vertices for tez is made.

Here is the code from ThreadsProcessor. In case of DiscardPolicy or DiscardOldestPolicy executorService will no throw RejectedExecutionException, so exchange remains unprocessed and count of inflight exchanges will not be decremented for such discarded exchanges.
ThreadsProcessor#process(Exchange, AsyncCallback)
public boolean process(Exchange exchange, AsyncCallback callback) {
    if (shutdown.get()) {
        throw new IllegalStateException("ThreadsProcessor is not running.");
    }

    ProcessCall call = new ProcessCall(exchange, callback);
    try {
        executorService.submit(call);
        // tell Camel routing engine we continue routing asynchronous
    } catch (RejectedExecutionException e) {
        if (isCallerRunsWhenRejected()) {
            if (shutdown.get()) {
                exchange.setException(new RejectedExecutionException());
            } else {
                callback.done(true);
            }
        } else {
        }
    }
}

Unit test is attached.

org.wildfly.security.auth.util.ElytronAuthenticator includes some try-catch blocks where some Exception is caught, but it is thrown away, e.g. [1]. It should be rather logged at trace level. 
e.g. this issue causes that Exception mentioned in JBEAP-11725 is hidden. However showing this Exception in server log would be helpful for users.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/4df6f4726b7cf070c4a49d0f05f115760132fe11/src/main/java/org/wildfly/security/auth/util/ElytronAuthenticator.java#L107

In HBASE-15410, Mike Drob reminded me that Filter implementations may not write equals or hashCode method(s).
This issue is to add missing equals or hashCode method(s) to stock Filter implementations such as KeyOnlyFilter.

checkPartitionDirsSingleThreaded DFS implementation has a bug and its traversing the paths repeatedly. 

While working on an unitest case for HBASE-14644, crossed over 
testAddCoprocessorWithSpecStr().

   HTableDescriptor htd = new HTableDescriptor(TableName.META_TABLE_NAME);
    String cpName = "a.b.c.d";
    boolean expected = false;
    try {
      htd.addCoprocessorWithSpec(cpName);
    } catch (IllegalArgumentException iae) {
      expected = true;
    }
    if (!expected) fail();
    // Try minimal spec.
    try {
      htd.addCoprocessorWithSpec("file:///some/path" + "|" + cpName);
      expected = false;
    }
    if (expected) fail();
    // Try more spec.
    String spec = "hdfs:///foo.jar|com.foo.FooRegionObserver|1001|arg1=1,arg2=2";
    try {
      htd.addCoprocessorWithSpec(spec);
      expected = false; <<<< It should be true as it is expected to succeed.
    }
    // Try double add of same coprocessor
    try {
    }

I'm seeing this test fail frequently in various CI jobs.
We've got plenty of tests that bounce the various domain processes so making this reliable should be doable.

HIVE-6707 had issues with map size. getMapSize() of LazyMap and LazyBinaryMap does not deserialize the keys and count the number of unique keys. Since getMapSize() may return non-distinct count of keys, the length of maps stored using ORC's map tree writer will not be in sync with actual map size. As a result of this RLE reader will try to read beyond the disk range expecting more map entries and will throw exception.

Caused by: java.io.EOFException: Read past end of RLE integer from compressed stream Stream for column 2 kind DATA position: 22059699 length: 22059699 range: 0 offset: 22359014 limit: 22359014 range 0 = 0 to 22059699 uncompressed: 53370 to 53370
        at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerReaderV2.readValues(RunLengthIntegerReaderV2.java:54)
        at org.apache.hadoop.hive.ql.io.orc.RunLengthIntegerReaderV2.next(RunLengthIntegerReaderV2.java:301)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$StringDictionaryTreeReader.next(RecordReaderImpl.java:1572)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$StringTreeReader.next(RecordReaderImpl.java:1330)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$MapTreeReader.next(RecordReaderImpl.java:2041)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl$StructTreeReader.next(RecordReaderImpl.java:1772)
        at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.next(RecordReaderImpl.java:2963)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.next(OrcInputFormat.java:121)

Need to pass on the expression/sarg, extract column stats from footer (at write time?) and then apply one to the other.

In the process of migrating some code from 0.19, and was changing BatchUpdate's to Put's.  I was hit by a bit of a gotcha.  In the old code, I populated the BatchUpdate, then set the timestamp.  However, this doesn't wotk for Put, because Put creates KeyValue's with the currently set timestamp when adding values.  Setting the timestamp at the end has no effect.  Also, the copy constructor doesn't copy the timestamp (or writeToWAL) setting.
One option would be to simply update the javadoc to make it clear that the timestamp needs to be set prior to adding values.  I'm attaching a proposed patch which moves the timestamp setting to constructor only so that it isn't possible to trigger the confusing case at all.

If a stateless session bean contains overloaded methods  the annotations on these methods are sometimes mixed up. This happens for example, if two methods with the same name, the same return type and the same number of arguments exists. If both methods have different annotations or annotation values the values of the 'first' method are used.
To make things more complicated, the 'first' method depends on the JVM in use.
The bug lives in the class org.jboss.as.ejb3.deployment.ApplicableMethodInformation. I have already create a pull request to fix the issue: https://github.com/wildfly/wildfly/pull/9922

noticed both zookeeper-3.4.10.jar and zookeeper-3.4.6-tests.jar in the lib folder, turns out hadoop-minicluster is pulling it.

[INFO] +- org.apache.hadoop:hadoop-minicluster:jar:2.7.4:test
...
[INFO] | | | \- org.apache.zookeeper:zookeeper:test-jar:tests:3.4.6:test

The optimize_nullscan test is extremely flaky. We need to find a way to fix this test.

SpEL method invocation on a proxy does not work with varargs.

public class So46953884Application extends GlobalAuthenticationConfigurerAdapter {

		SpringApplication.run(So46953884Application.class, args);
	}

	@Value("#{foo.foo('a', 'b')}")
	private String fooValue;

//	@Value("#{fooProxy.foo('c', 'd')}")
	private String fooProxyValue;

	private Foo foo;

	private Foo fooProxy;

	@Bean
	public ApplicationRunner runner() {
		return args -> {
			System.out.println(fooValue);
			System.out.println(foo.getClass());
			System.out.println(fooProxyValue);
			System.out.println(fooProxy.getClass());
		};
	}

	@Bean
	public Foo foo() {
		return new FooImpl();
	}

	@Bean
	public Foo fooProxy() {
	}

	@Bean
	public static BeanPostProcessor bpp() {
		return new BeanPostProcessor() {

			@Override
			public Object postProcessBeforeInitialization(Object bean, String name) throws BeansException {
				if (name.equals("fooProxy")) {
					ProxyFactoryBean pfb = new ProxyFactoryBean();
					pfb.setTarget(bean);
					return pfb.getObject();
				}
				return bean;
			}

			@Override
			public Object postProcessAfterInitialization(Object bean, String name) throws BeansException {
			}
		};
	}

	public interface Foo {

		String foo(String... strings);

	}

	public static class FooImpl implements Foo {

		@Override
		public String foo(String... strings) {
			return "filled: " + Arrays.toString(strings);
		}

	}

}

As written, this emits

filled: [a, b]
class com.example.two.So46953884Application$FooImpl
null
class com.sun.proxy.$Proxy36

Uncommenting the second @Value results in...

EL1004E: Method call: Method foo(java.lang.String,java.lang.String) cannot be found on com.sun.proxy.$Proxy36 type

HIVE-12366 improved the heartbeater logic by bringing down the gap between the lock acquisition and first heartbeat, but that's not enough, there may still be some issue, e.g.
 Time A: a transaction is opened
 Time B: acquireLocks is called (blocking call), but it can take a long time to actually acquire the locks and return if the system is busy
 Time C: as acquireLocks returns, the first heartbeat is sent
If hive.txn.timeout < C - A, then the transaction will be timed out and aborted, thus causing failure.

Inner class not supported in 1.0.1.GA. It works fine in 1.0.0.GA
java.lang.IllegalArgumentException: No property null found for type class org.test.EnclosingClass$InsideClass
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:312)
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:294)
	at org.springframework.data.mapping.PropertyPath.from(PropertyPath.java:258)
	at org.springframework.data.mongodb.core.convert.MappedConstructor$MappedParameter.<init>(MappedConstructor.java:125)
	at org.springframework.data.mongodb.core.convert.MappedConstructor.<init>(MappedConstructor.java:57)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:212)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:200)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.getValueInternal(MappingMongoConverter.java:713)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$1.doWithPersistentProperty(MappingMongoConverter.java:230)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$1.doWithPersistentProperty(MappingMongoConverter.java:220)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:220)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:164)
	at org.springframework.data.mongodb.core.MongoTemplate$ReadDbObjectCallback.doWith(MongoTemplate.java:1693)
	at org.springframework.data.mongodb.core.MongoTemplate.executeFindOneInternal(MongoTemplate.java:1405)
	at org.springframework.data.mongodb.core.MongoTemplate.doFindOne(MongoTemplate.java:1224)
	at org.springframework.data.mongodb.core.MongoTemplate.findOne(MongoTemplate.java:455)
	at org.springframework.data.mongodb.core.MongoTemplate.findOne(MongoTemplate.java:450)
	at org.test.InnerClassTest.testInnerClass(InnerClassTest.java:43)

We are having a strange issue while using the FlexibleAggregationStrategy
with spring boot. Below is a sample and trivial route I just made up
to demonstrate the issue:

from("direct:should-work")
                .id("should-work")
                .log(LoggingLevel.INFO, "Before the first split the
body is ${body} and has class ${body.getClass()}")
                .split(body(),
AggregationStrategies.flexible().pick(body()).accumulateInCollection(LinkedList.class))
                .log(LoggingLevel.INFO, "During the first split the
                .end()
                .log(LoggingLevel.INFO, "Before the second split the
                .log(LoggingLevel.INFO, "During the second split the
                .end()
                .log(LoggingLevel.INFO, "After the second split the

Along with the relevant unit test:

   @Test
    public void shouldProduceMessages() throws InterruptedException {
        // we expect that a number of messages is automatic done by the Camel
        // route as it uses a timer to trigger
        NotifyBuilder notify = new
NotifyBuilder(camelContext).whenDone(1).and().whenExactlyFailed(0).create();

        producerTemplateShouldWork.sendBody(Arrays.asList("FIRST", "SECOND"));

        assertTrue(notify.matches(10, TimeUnit.SECONDS));
    }

The test fails with the following unexpected exception:

java.lang.ClassCastException: Cannot cast java.util.LinkedHashSet to
java.util.LinkedList
at java.lang.Class.cast(Class.java:3369) ~[na:1.8.0_111]
at org.apache.camel.util.toolbox.FlexibleAggregationStrategy.safeInsertIntoCollection(FlexibleAggregationStrategy.java:281)
~[camel-core-2.18.2.jar:2.18.2]
at org.apache.camel.util.toolbox.FlexibleAggregationStrategy.injectAsCollection(FlexibleAggregationStrategy.java:264)
at org.apache.camel.util.toolbox.FlexibleAggregationStrategy.aggregate(FlexibleAggregationStrategy.java:235)
at org.apache.camel.processor.MulticastProcessor.doAggregateInternal(MulticastProcessor.java:942)
at org.apache.camel.processor.MulticastProcessor.doAggregate(MulticastProcessor.java:924)
at org.apache.camel.processor.MulticastProcessor.doProcessSequential(MulticastProcessor.java:644)
at org.apache.camel.processor.MulticastProcessor.process(MulticastProcessor.java:238)
at org.apache.camel.processor.Splitter.process(Splitter.java:108)
at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77)
at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:542)
at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:197)
[camel-core-2.18.2.jar:2.18.2]
at org.apache.camel.processor.Pipeline.process(Pipeline.java:120)
at org.apache.camel.processor.Pipeline.process(Pipeline.java:83)
at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:62)
at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:97)
at org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:529)
at org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:497)
at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:365)
at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:497)
at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:225)
at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:144)
at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:161)
at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:370)
at broken.MySpringBootRouterTest.shouldProduceMessages(MySpringBootRouterTest.java:41)
[test-classes/:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_111]
~[na:1.8.0_111]
at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_111]
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
[junit-4.12.jar:4.12]
at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75)
[spring-test-4.3.6.RELEASE.jar:4.3.6.RELEASE]
at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86)
at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:252)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137) [junit-4.12.jar:4.12]
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
[junit-rt.jar:na]
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:51)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:237)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147)
[idea_rt.jar:na]

And from the log we can see that it has failed at the second aggregate
step of the route.
Just for fun, I've also tried changing the second aggregation to
produce HashSet, and here's the resulting exchange:

[Message[ID-CAMERA-GIO-51647-1486214369840-0-21], SECOND, FIRST]

So it looks like either spring or camel are trying to aggregate back
into an HashSet of messages instead of an empty one
If anyone wants to have a deeper look, I've put online a small test
project here:
https://gitlab.com/g.condello/camel-split-join-issue

If you call the shutdown(reload=true) goal, followed by the deploy-artifact goal, it goes boom. The reload operation runs asynchronously, and temporarily takes down the management interface that the deploy-artifact goal needs to succeed, creating a race condition that has ended badly 100% of the time for me.
Why might a project need to reload then deploy? For instance, it might start the server, use execute-commands to set system properties required by an application, then reload and use deploy-artifact to deploy that application. Similarly, you might want to reconfigure SSL and then reload, as that change also requires it.
It's worth noting that this likely has a simple fix: just copy the "wait for server to be ready" code used in the start goal over to the shutdown goal's reload handling.

I create a bean with java.security.SecureRandom type property which is injected.
GenericTypeAwarePropertyDescriptor warns me that SecureRandom has ambiguous write methods with the following message.
Invalid JavaBean property 'seed' being accessed! Ambiguous write methods found next to actually used [public void java.security.SecureRandom.setSeed(long)]: [public synchronized void java.security.SecureRandom.setSeed(byte[])]
I fully understand that it does mean. But java.security.SecureRandom is a JDK's class and I can do nothing to make this bean properly formed. And I don't want to see this warn message in my log too. 

Once SPR-14521 has allowed for the definition of a static resource handling mechanism, a bug in WebReactiveConfiguration prevents this from correctly initialising.
Using 5.0.0.BUILD-SNAPSHOT (20160916), something like this:

    @Override
    protected void addResourceHandlers(final ResourceHandlerRegistry registry) {
        super.addResourceHandlers(registry);
        registry.addResourceHandler("/images/**").addResourceLocations("/images/");
        registry.addResourceHandler("/css/**").addResourceLocations("/css/");
        registry.addResourceHandler("/js/**").addResourceLocations("/js/");
    }

Provokes this on initialisation:

Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.web.reactive.HandlerMapping]: Factory method 'resourceHandlerMapping' threw exception; nested exception is java.lang.IllegalArgumentException: PathMatcher must not be null
	... 63 more
Caused by: java.lang.IllegalArgumentException: PathMatcher must not be null
	at org.springframework.web.reactive.handler.AbstractHandlerMapping.setPathMatcher(AbstractHandlerMapping.java:92)
	at org.springframework.web.reactive.config.WebReactiveConfiguration.resourceHandlerMapping(WebReactiveConfiguration.java:202)

This is because a PathMatcher object is being pushed into the handler mapping even it if is null.

CXFRS Routing in Camel 2.0.0 works  well with these endPoints:
<cxf:rsServer id="restRouter" address="/restRouter/"	
      serviceClass="com.project.service.impl.ServiceManagerImpl"   />
     <cxf:rsClient id="restEndpoint" address="http://localhost:8080/services/rest"
      serviceClass="com.project.service.impl.ServiceManagerImpl" />
In Camel 2.2.0, Routing fails with error causing the CXF Client to invoke a 404 not found Rest Service which is 'http://localhost:8080/services/rest/restRouter/Path'.
The address of cxf:rsClient is being appended by the cxf:rsServer's address

URLCodec Javadoc says the class is immutable and threadsafe.
However it is not immutable, because of the fields:
protected static final BitSet WWW_FORM_URL;
protected String charset;
Nor is it threadsafe, because external code can change the charset field; changes to the field are not safely published across threads.
(The WWW_FORM_URL field is no longer used internally).
The class could be made effectively immutable (and threadsafe) by also saving the initial charset name in a private final field and only using the private field.
Or the charset field could be made volatile.
This would preserve the behaviour for subclasses that rely on changing the charset field.

Quick fix a bug caused by HIVE-243
HIVE-234 removed the codes to wait for the threads to finish and use ThreadPoolExector.shutdown() to wait for the results. The usage of ThreadPoolExecutor.shutdown(), however, is wrong. The codes assume that the function blocks until all threads finish running but it actually only marks status and won't block. It caused wrong result of Utilities.getInputSummary() and caused many jobs are executed as local mode while they have huge data.
Revert those changes quickly. We can have a follow-up to see how to deal with this more efficiently if you want.

The docbook syntax highlighting does not know about a language javascript and fails with a NullPointerException. We should simply drop syntax highlighting for that example (repository populators).

Having a JAX-RS Resource, and not providing any dependency on any fraction, when I add a @NotNull constraint in a method, the jaxrs-validator is not auto-detected

Query

select  count(*)
     ,store_returns
     ,date_dim d1
     ,date_dim d2
 where d1.d_quarter_name = '2000Q1'
   and d1.d_date_sk = ss_sold_date_sk
   and ss_customer_sk = sr_customer_sk
   and ss_item_sk = sr_item_sk
   and ss_ticket_number = sr_ticket_number
   and sr_returned_date_sk = d2.d_date_sk
   and d2.d_quarter_name in ('2000Q1','2000Q2','2000Q3’);

The store_sales table is partitioned on ss_sold_date_sk, which is also used in a join clause. The join clause should add a filter “filterExpr: ss_sold_date_sk is not null”, which should get pushed the MetaStore when fetching the stats. Currently this is not done in CBO planning, which results in the stats from _HIVE_DEFAULT_PARTITION_ to be fetched and considered in the optimization phase. In particular, this increases the NDV for the join columns and may result in wrong planning.
Including HiveJoinAddNotNullRule in the optimization phase solves this issue.

Seems like the versions disappeared from the BOM ( https://github.com/jboss-fuse/karaf/commit/f17f274c1d565cd36743cb470319aff392e224cd#diff-600376dffeb79835ede4a0b285078036R1327 )

➤  quickstarts/cxf/camel-cxf-code-first :: mvn clean install -DskipTests                                                                                                                                                        ⌚ 15:33:57
Downloading: http://origin-repository.jboss.org/nexus/content/groups/ea/org/jboss/fuse/bom/jboss-fuse-parent/6.3.0.redhat-267/jboss-fuse-parent-6.3.0.redhat-267.pom
Downloaded: http://origin-repository.jboss.org/nexus/content/groups/ea/org/jboss/fuse/bom/jboss-fuse-parent/6.3.0.redhat-267/jboss-fuse-parent-6.3.0.redhat-267.pom (33 KB at 23.2 KB/sec)
Downloading: http://download.eng.bos.redhat.com/brewroot/repos/jb-fuse-6.2-build/latest/maven/io/fabric8/bom/fabric8-bom/1.2.0.redhat-630267/fabric8-bom-1.2.0.redhat-630267.pom
Downloading: https://maven.repository.redhat.com/earlyaccess/all/io/fabric8/bom/fabric8-bom/1.2.0.redhat-630267/fabric8-bom-1.2.0.redhat-630267.pom
Downloading: http://origin-repository.jboss.org/nexus/content/groups/ea/io/fabric8/bom/fabric8-bom/1.2.0.redhat-630267/fabric8-bom-1.2.0.redhat-630267.pom
Downloaded: http://origin-repository.jboss.org/nexus/content/groups/ea/io/fabric8/bom/fabric8-bom/1.2.0.redhat-630267/fabric8-bom-1.2.0.redhat-630267.pom (131 KB at 157.3 KB/sec)
Downloading: http://download.eng.bos.redhat.com/brewroot/repos/jb-fuse-6.2-build/latest/maven/org/apache/camel/camel-parent/2.17.0.redhat-630267/camel-parent-2.17.0.redhat-630267.pom
Downloading: https://maven.repository.redhat.com/earlyaccess/all/org/apache/camel/camel-parent/2.17.0.redhat-630267/camel-parent-2.17.0.redhat-630267.pom
Downloading: http://origin-repository.jboss.org/nexus/content/groups/ea/org/apache/camel/camel-parent/2.17.0.redhat-630267/camel-parent-2.17.0.redhat-630267.pom
Downloaded: http://origin-repository.jboss.org/nexus/content/groups/ea/org/apache/camel/camel-parent/2.17.0.redhat-630267/camel-parent-2.17.0.redhat-630267.pom (139 KB at 156.4 KB/sec)
Downloading: http://download.eng.bos.redhat.com/brewroot/repos/jb-fuse-6.2-build/latest/maven/org/apache/camel/camel/2.17.0.redhat-630267/camel-2.17.0.redhat-630267.pom
Downloading: https://maven.repository.redhat.com/earlyaccess/all/org/apache/camel/camel/2.17.0.redhat-630267/camel-2.17.0.redhat-630267.pom
Downloading: http://origin-repository.jboss.org/nexus/content/groups/ea/org/apache/camel/camel/2.17.0.redhat-630267/camel-2.17.0.redhat-630267.pom
Downloaded: http://origin-repository.jboss.org/nexus/content/groups/ea/org/apache/camel/camel/2.17.0.redhat-630267/camel-2.17.0.redhat-630267.pom (29 KB at 45.7 KB/sec)
Downloading: http://download.eng.bos.redhat.com/brewroot/repos/jb-fuse-6.2-build/latest/maven/org/apache/karaf/karaf/2.4.0.redhat-630267/karaf-2.4.0.redhat-630267.pom
Downloading: https://maven.repository.redhat.com/earlyaccess/all/org/apache/karaf/karaf/2.4.0.redhat-630267/karaf-2.4.0.redhat-630267.pom
Downloading: http://origin-repository.jboss.org/nexus/content/groups/ea/org/apache/karaf/karaf/2.4.0.redhat-630267/karaf-2.4.0.redhat-630267.pom
Downloaded: http://origin-repository.jboss.org/nexus/content/groups/ea/org/apache/karaf/karaf/2.4.0.redhat-630267/karaf-2.4.0.redhat-630267.pom (95 KB at 97.4 KB/sec)
[ERROR]   
[ERROR]   The project org.jboss.quickstarts.fuse:cxf-camel-cxf-code-first:6.3.0.redhat-267 (/tmp/jboss-fuse-6.3.0.redhat-267/quickstarts/cxf/camel-cxf-code-first/pom.xml) has 2 errors
[ERROR]     'dependencies.dependency.version' for org.apache.aries.proxy:org.apache.aries.proxy.api:jar is missing. @ line 184, column 13
[ERROR]     'dependencies.dependency.version' for org.apache.aries.proxy:org.apache.aries.proxy.impl:jar is missing. @ line 189, column 13
[ERROR] 
[ERROR] 

HiveAuthorizationProviderBase.getDatabase uses just the database name to fetch the database, relying on getDefaultCatalog() to fetch the catalog name from the conf file.  This does not work when the client has passed in an object for a different catalog.

When creating and closing a stream like this:

InputStream is = csFactory.createCompressorInputStream(CompressorStreamFactory.GZIP, in);
is.close();

The underlying stream in is not closed.
It seems like  a bug - for instance it prevents from deleting the file on which that stream was opened.

E.g. vectorization_limit.q doesn't vectorize Reducer 2 for the query:

"select ctinyint, count(distinct(cdouble)) from alltypesorc group by ctinyint order by ctinyint limit 20"

It was producing a stack trace with this error... when trying to vectorize the COMPLETE mode GROUP BY operator.

Vector aggregate not implemented: "count" for type: "NONE (reduce-merge-partial = true)

Looking at this section of one of my compaction's we have 3 files to compact the new algo is working great in my test but I see this below often we are skipping 2 out of the 3 files and compacting 1 file. 1 file is kind of a wast might as well just copy the file my suggestion is if there is only 1 file left after the new algo skips then just go on to the next column and skip the last file also. This will help improve compaction times a little more. 

2008-08-10 10:00:45,310 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Compaction size of 1339600874/size: 4.6m, skipped 2, 4851776
2008-08-10 10:00:45,438 DEBUG org.apache.hadoop.hbase.regionserver.HStore: started compaction of 1 files into /hbase/webdata/compaction.dir/1339600874/size/mapfiles/8653208152776334891
2008-08-10 10:00:46,838 DEBUG org.apache.hadoop.hbase.regionserver.HStore: moving /hbase/webdata/compaction.dir/1339600874/size/mapfiles/8653208152776334891 to /hbase/webdata/1339600874/size/mapfiles/7539342470259528578
2008-08-10 10:00:47,166 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Completed compaction of 1339600874/size store size is 4.6m

Keep the websocket client running and shutdown the server.
Here is the setup and stop code - 

class MyWS {
 void setup() throws ExecutionException, InterruptedException
    {

        WebSocketContainer webSocketContainer = new MyContainerProvider().create();
        transports.add(new WebSocketTransport(new StandardWebSocketClient(webSocketContainer)));

        stompClient.connect(WS_URL, new MyStompSessionHandler());
    }

void stop()
    {
        StompSession stompSession = this.stompSession;
        if(stompSession!=null)
        {
            try
            {
                if(stompSession.isConnected())
                {
                    stompSession.disconnect();
                    Log.trace("Disconnecting from websocket");
                }
            } catch (Exception e)
            {
                Log.debug("error disconnecting", e);
            }
            this.stompSession = null;
        }
    }

private class MyStompSessionHandler extends StompSessionHandlerAdapter
    {
        @Override
        public void afterConnected(StompSession session, StompHeaders connectedHeaders)
        {
            MyWS.this.stompSession = session;
        }

        @Override
        public void handleFrame(StompHeaders headers, Object payload)
        {
            super.handleFrame(headers, payload);
        }

        @Override
        public void handleException(StompSession session, StompCommand command, StompHeaders headers, byte[] payload, Throwable exception)
        {
            Log.debug("Exception in realtime socket", exception);
        }

        @Override
        public void handleTransportError(StompSession session, Throwable exception)
        {
            MyWS.this.stop();
        }
    }

}

2016-09-15 09:48:25,909 [Grizzly(1)] DEBUG   -  error disconnecting
java.com.chronon.apm.libs.org.springframework.messaging.MessageDeliveryException: nested exception is java.lang.IllegalStateException: WebSocketClientSockJsSession[id='1f1aafad087b4cc78047f42b47b2ea3f, url=http://127.0.0.1:8082/wsgame] is not open, current state=CLOSED
	at java.com.chronon.apm.libs.org.springframework.messaging.simp.stomp.DefaultStompSession.execute(DefaultStompSession.java:277)
	at java.com.chronon.apm.libs.org.springframework.messaging.simp.stomp.DefaultStompSession.disconnect(DefaultStompSession.java:326)
	at java.com.chronon.apm.realtime.SpringWS.stop(SpringWS.java:88)
	at java.com.chronon.apm.realtime.SpringWS$MyStompSessionHandler.handleTransportError(SpringWS.java:190)
	at java.com.chronon.apm.libs.org.springframework.messaging.simp.stomp.DefaultStompSession.handleFailure(DefaultStompSession.java:444)
	at java.com.chronon.apm.libs.org.springframework.messaging.simp.stomp.DefaultStompSession.afterConnectionClosed(DefaultStompSession.java:459)
	at java.com.chronon.apm.libs.org.springframework.web.socket.messaging.WebSocketStompClient$WebSocketTcpConnectionHandlerAdapter.afterConnectionClosed(WebSocketStompClient.java:354)
	at java.com.chronon.apm.libs.org.springframework.web.socket.sockjs.client.AbstractClientSockJsSession.afterTransportClosed(AbstractClientSockJsSession.java:321)
	at java.com.chronon.apm.libs.org.springframework.web.socket.sockjs.client.WebSocketTransport$ClientSockJsWebSocketHandler.afterConnectionClosed(WebSocketTransport.java:172)
	at java.com.chronon.apm.libs.org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter.onClose(StandardWebSocketHandlerAdapter.java:141)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.TyrusEndpointWrapper.onClose(TyrusEndpointWrapper.java:1259)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.TyrusWebSocket.onClose(TyrusWebSocket.java:130)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.ProtocolHandler.close(ProtocolHandler.java:469)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.TyrusWebSocket.close(TyrusWebSocket.java:264)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.TyrusWebSocket.close(TyrusWebSocket.java:274)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.TyrusRemoteEndpoint.close(TyrusRemoteEndpoint.java:495)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.TyrusSession.close(TyrusSession.java:233)
	at java.com.chronon.apm.libs.org.springframework.web.socket.adapter.standard.StandardWebSocketSession.closeInternal(StandardWebSocketSession.java:217)
	at java.com.chronon.apm.libs.org.springframework.web.socket.adapter.AbstractWebSocketSession.close(AbstractWebSocketSession.java:139)
	at java.com.chronon.apm.libs.org.springframework.web.socket.handler.ExceptionWebSocketHandlerDecorator.tryCloseWithError(ExceptionWebSocketHandlerDecorator.java:94)
	at java.com.chronon.apm.libs.org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter.handleTextMessage(StandardWebSocketHandlerAdapter.java:113)
	at java.com.chronon.apm.libs.org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter.access$000(StandardWebSocketHandlerAdapter.java:42)
	at java.com.chronon.apm.libs.org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter$3.onMessage(StandardWebSocketHandlerAdapter.java:81)
	at java.com.chronon.apm.libs.org.springframework.web.socket.adapter.standard.StandardWebSocketHandlerAdapter$3.onMessage(StandardWebSocketHandlerAdapter.java:78)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.TyrusSession.notifyMessageHandlers(TyrusSession.java:576)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.TyrusEndpointWrapper.onMessage(TyrusEndpointWrapper.java:879)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.TyrusWebSocket.onMessage(TyrusWebSocket.java:216)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.frame.TextFrame.respond(TextFrame.java:139)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.core.ProtocolHandler.process(ProtocolHandler.java:807)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.client.TyrusClientEngine$TyrusReadHandler.handle(TyrusClientEngine.java:747)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.container.grizzly.client.GrizzlyClientFilter$ProcessTask.execute(GrizzlyClientFilter.java:476)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.container.grizzly.client.TaskProcessor.processTask(TaskProcessor.java:114)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.container.grizzly.client.TaskProcessor.processTask(TaskProcessor.java:91)
	at java.com.chronon.apm.libs.org.glassfish.tyrus.container.grizzly.client.GrizzlyClientFilter.handleRead(GrizzlyClientFilter.java:272)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:526)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591)
	at java.com.chronon.apm.libs.org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571)
Caused by: java.lang.IllegalStateException: WebSocketClientSockJsSession[id='1f1aafad087b4cc78047f42b47b2ea3f, url=http://127.0.0.1:8082/wsgame] is not open, current state=CLOSED
	at java.com.chronon.apm.libs.org.springframework.util.Assert.state(Assert.java:392)
	at java.com.chronon.apm.libs.org.springframework.web.socket.sockjs.client.AbstractClientSockJsSession.sendMessage(AbstractClientSockJsSession.java:139)
	at java.com.chronon.apm.libs.org.springframework.web.socket.messaging.WebSocketStompClient$WebSocketTcpConnectionHandlerAdapter.send(WebSocketStompClient.java:383)
	at java.com.chronon.apm.libs.org.springframework.messaging.simp.stomp.DefaultStompSession.execute(DefaultStompSession.java:274)
	... 47 more

The exception is thrown on this line:

stompSession.disconnect();

However, as you can see I check to see if the session is connected using the isConnected() call.
The code should not throw an exception if isConnected() was checked before calling disconnect()

This allows it to run outside the transaction interceptor, so the scope will still be active when the transaction completes.

Like jira 413, multi-table inserts has some problems with unions.

DelegatingItemReader and DelegatingItemWriter don't implement ItemStream so when they are configured via a SimpleStepFactoryBean, they aren't registered.

：（
Method: org.springframework.jdbc.core.BeanPropertyRowMapper.underscoreName(String name)
java doc:

Convert a name in camelCase to an underscored name in lower case. Any upper case letters are converted to lower case with a preceding underscore.
Parameters:
name the string containing original name
Returns:
the converted name

	private String underscoreName(String name) {
		StringBuilder result = new StringBuilder();
		if (name != null && name.length() > 0) {
			result.append(name.substring(0, 1).toLowerCase());
			for (int i = 1; i < name.length(); i++) {
				String s = name.substring(i, i + 1);
				if (s.equals(s.toUpperCase())) {
					result.append("_");
					result.append(s.toLowerCase());
				}
				else {
					result.append(s);
				}
			}
		}
		return result.toString();
	}

Test:
so, if "s" is a Digit or underscore, it's not work fine.
Ex:

java:
underscoreName("orderTime0") == order_time_0
underscoreName("orderTime1") == order_time_1

db:
column: order_time0, order_time1

but i need order_time0，because 0 is not a upper case.

My Idea:

if (s.equals(s.toUpperCase()))
below it's better!
if (!s.equals(s.toLowerCase()))
Thanks for your help!

ServletUriComponentsBuilder.fromContextPath, if the X-Forwarded-Prefix header is present, prepends the header value to the context path.
It should, instead, replace it, since this is what ForwardedHeaderFilter does.
In my case I see URLs in Spring Data Rest results are affected.
Workaround: use ForwardedHeaderFilter instead of relying on ServletUriComponentsBuilder.

RetryingMetaStoreClient has a bug in the following bit of code:

            e.getCause().getMessage().matches("JDO[a-zA-Z]*Exception")) {
        } else {
          throw e.getCause();
        }

The bug here is that java String.matches matches the entire string to the regex, and thus, that match will fail if the message contains anything before or after JDO[a-zA-Z]*Exception. The solution, however, is very simple, we should match (?s).*JDO[a-zA-Z]*Exception.*

The 2.2.0 upgrade scripts were cut on 05/25/16, while HIVE-13354 (which added some fields to upgrade scripts) was committed to master on 05/27/16, and there's no conflict. So we accidentally missed those fields for 2.2.0.

If hornetq/artemismq journal should be used for saving txn log then transaction subsystem defines if async io libraries (if available) should be used. By default the native libraries are not used and user needs to switch for it by setting it in xml or via cli.

/subsystem=transactions:write-attribute(name=hornetq-store-enable-async-io, value=true)

For EAP7 the hornetq is going to be replaced with ActiveMQ Artemis and so artemis object store will be used instead. The attribute name should be renamed appropriately.

HoS file merging doesn't work properly since it doesn't set linked file sinks properly which is used to generate move tasks.

When 'retry-limit' is configured and  'commit-interval' is extracted from jobParameters, commit-interval is always recognized to be '1' regardless of jobParameters.

<batch:job id="retryJob">
  <batch:step id="step1">
    <batch:tasklet>
      <batch:chunk reader="reader" writer="writer" commit-interval="#{jobParameters['commit.interval']}" retry-limit="5" > 
      <batch:retryable-exception-classes>
        <batch:include class="java.lang.Exception" />
       </batch:retryable-exception-classes>
    </batch:chunk>
  </batch:tasklet>

And 'chunk-completion-policy' also ignored when 'retry-limit' exists.
These flows are fundamentally same after parsing the XML, because SimpleCompletionPolicy is registered when 'commit-interval' starts with '#". it is processed in  'org.springframework.batch.core.configuration.xml.ChunkElementParser.prase()'

if (StringUtils.hasText(commitInterval)) {
  if (commitInterval.startsWith("#")) {
    // It's a late binding expression, so we need step scope...
    BeanDefinitionBuilder completionPolicy = BeanDefinitionBuilder.genericBeanDefinition(SimpleCompletionPolicy.class);
    completionPolicy.addConstructorArgValue(commitInterval);
    completionPolicy.setScope("step");
    propertyValues.addPropertyValue("chunkCompletionPolicy", completionPolicy.getBeanDefinition());
  } else {
    propertyValues.addPropertyValue("commitInterval", commitInterval);
  }
}

The cause is that StepParserStepFactoryBean omits to set ChunkCompletionPolicy when creating FaultTolerantStep.  'builder.chunk(chunkCompletionPolicy);' is called in 'StepParserStepFactoryBean.createSimpleStep()',
 but it is not in 'createFaultTolerantStep()'.
I reproduced the problem at https://github.com/benelog/batch-experiments/tree/master/batch-retry-test

An object that looks like this:
@Document
Item {
  List<Attribute> attributes;
}
Attribute {
  String key;
  Object value;
}
E.g.
Item item = new Item();
List<Attribute> list = new ArrayList<Attribute>();
Attribute attribute = new Attribute();
attribute.setKey("key");
List<String> valueList = new ArrayList();
valueList.add("1");
valueList.add("2");
attribute.setValue(valueList);
If you persist that Document and retrieve it again, the valueList List is now just an Object reference with no data.
If you create an Attribute where the value is a List it now fails to convert that property back to a list. 
This used to work up until M5.

wildfly-init-redhat.sh contains reload option in help message, but this option is not supported by the script and returns usage message.
Always

cd EAP_HOME/bin/init.d/
./wildfly-init-redhat.sh reload

Usage: ./wildfly-init-redhat.sh {start|stop|status|restart|reload}

Reload option is not in "Usage message" or reload option is supported by the script.

Name of this script will be renamed in EAP (JBEAP-763)
6.x bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=977794
Part of script (case for reload is missing):

...
case "$1" in
	start)
		start
		;;
	stop)
		stop
		;;
	restart)
		$0 stop
		$0 start
		;;
	status)
		status
		;;
	*)
		## If no parameters are given, print which are avaiable.
		echo "Usage: $0 {start|stop|status|restart|reload}"
		exit 1
		;;
esac

The following classes are used only by the subsystem but are public: -
  org.wildfly.extension.elytron.validators.SizeValidator
  org.wildfly.extension.elytron.validators.SuffixValidator

The changes from  https://issues.apache.org/jira/browse/HIVE-6411 allow users to write their own HBaseKeyFactory implementations in order to customize the serialization and predicate pushdown for composite HBase row keys.  AbstractHBaseKeyFactory allows users to use the hive-hbase column mapping information through a protected ColumnMappings.ColumnMapping keyMapping member. 
However, ColumnMappings.ColumnMapping exposes no public members (everything is package private org.apache.hadoop.hive.hbase), meaning that custom HBaseKeyFactory implementations created outside of the package can't access the any attributes of the class. 
ColumnMappings.ColumnMapping should expose public getter methods for its attributes. 

IntegrationTestIngestWithACL is not setting up LoadTestTool correctly.

Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 601.709 sec <<< FAILURE!
testIngest(org.apache.hadoop.hbase.IntegrationTestIngestWithACL)  Time elapsed: 601.489 sec  <<< FAILURE!
java.lang.AssertionError: Failed to initialize LoadTestTool expected:<0> but was:<1>
        at org.apache.hadoop.hbase.IntegrationTestIngest.initTable(IntegrationTestIngest.java:74)
        at org.apache.hadoop.hbase.IntegrationTestIngest.setUpCluster(IntegrationTestIngest.java:69)
        at org.apache.hadoop.hbase.IntegrationTestIngestWithACL.setUpCluster(IntegrationTestIngestWithACL.java:58)
        at org.apache.hadoop.hbase.IntegrationTestBase.setUp(IntegrationTestBase.java:89)

Could be related to HBASE-10675?

Greetings,
after switching to Spring 5 (via Spring Boot 2) I am unhappy with the behaviour of org.springframework.mock.web.MockHttpServletRequest in regards to handling the Accept-Language header. It seems that it is getting manipulated when values for this header are set. In short, I potentially do not get back the value I am setting. If I set a literal value, e.g. ru, fr;q=0.5, *;q=0.1 then I expect to get this back when I read it again. However, it gets transformed into e.g. ru, fr.
I am attaching a test showing the issue.
While I might work around this by subclassing the mock request where used directly, when I use fancier things like org.springframework.test.web.servlet.MockMvc this does not work (at least I don't know how). The request is built internally, and my code using that request sees the above demonstrated unexpected value.

public void testSomething() throws Exception {
 mockMvc.perform(
 get("/my/controller/url")
 .header(HttpHeaders.ACCEPT_LANGUAGE, "ru, fr;q=0.5, *;q=0.1")
 )
 .andExpect(status().isOk());
) 

Suggestions on how to circumvent this problem or a fix would be appreciated!
Thanks,
 Jan

                select transform(substr(key, 1, 3))
                USING '/bin/cat'
                FROM src
throws an error:
FAILED: Error in semantic analysis: AS clause has an invalid number of aliases

There appears to be a bug in the implementation of "checkForUtf8ByteOrderMark" in org.springframework.ws.soap.saaj.SaajSoapMessageFactory.
Under certain circumstances, the call to pushbackInputStream.read(bom) will read less than the required 3 bytes into bom. Then, since the byte order mark isn't found, unread(bom) is called which results in some invalid bytes being added to the stream.
The contract for PushbackInputStream.read(byte[] b, int off, int len) says "Reads up to len bytes of data." In our case, using Tomcat (versions 6 and 7) with recent releases of Chrome and IE, the call to inputstream.available() in BufferedInputStream's implementation of read returns 0. This is because no more data can be read without blocking. It seems to be just an unfortunate coincidence caused by the size of the header sent by the newest version of chrome and IE. The end result is that our soap envelope is corrupted and our system is unusable.

MasterProcedureTestingUtility#testRecoveryAndDoubleExecution get the procedure information at the beginning of the function, but never updates the information.  As procedure executes and moves to new state, it still log the stale state information.

We're getting an NPE during replication, which causes replication for that RegionServer to stop until we restart it.

2013-03-10 12:49:12,679 ERROR org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Unexpected exception in ReplicationSource, currentPath=hdfs://hmaster1:9000/hbase/.logs/hslave1177,60020,1362549511446/hslave1177%2C60020%2C1362549511446.1362944946489
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.updateBlockInfo(DFSClient.java:1882)
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.openInfo(DFSClient.java:1855)
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.<init>(DFSClient.java:1831)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.openReader(ReplicationSource.java:505)
        at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:313)

Some extra digging into the DataNode and NameNode logs makes this seem related to HBASE-7530 and HDFS-4380
Here's the relevant snipped portions of the RS, DN, and NN logs:

RS 2013-03-10 12:49:12,618 INFO org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager: Going to report log #hslave1177%2C60020%2C1362549511446.1362944946489 for position 59670826 in hdfs://hmaster1:9000/hbase/.logs/hslave1177,60020,1362549511446/hslave1177%2C60020%2C1362549511446.1362944946489
RS 2013-03-10 12:49:12,621 DEBUG org.apache.hadoop.hbase.regionserver.LogRoller: HLog roll requested
RS 2013-03-10 12:49:12,623 DEBUG org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Replicated in total: 31500300
RS 2013-03-10 12:49:12,623 DEBUG org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Opening log for replication hslave1177%2C60020%2C1362549511446.1362944946489 at 59670826
NN 2013-03-10 12:49:12,627 INFO org.apache.hadoop.hdfs.StateChange: BLOCK* NameSystem.allocateBlock: /hbase/.logs/hslave1177,60020,1362549511446/hslave1177%2C60020%2C1362549511446.1362944946489. blk_6905758215335505153_656717631
RS 2013-03-10 12:49:12,679 ERROR org.apache.hadoop.hbase.replication.regionserver.ReplicationSource: Unexpected exception in ReplicationSource, currentPath=hdfs://hmaster1:9000/hbase/.logs/hslave1177,60020,1362549511446/hslave1177%2C60020%2C1362549511446.1362944946489
DN 2013-03-10 12:49:12,680 INFO org.apache.hadoop.hdfs.server.datanode.DataNode: Receiving block blk_6905758215335505153_656717631 src: /192.168.44.1:43503 dest: /192.168.44.1:50010
NN 2013-03-10 12:49:12,804 INFO org.apache.hadoop.hdfs.StateChange: BLOCK* NameSystem.fsync: file /hbase/.logs/hslave1177,60020,1362549511446/hslave1177%2C60020%2C1362549511446.1362944946489 for DFSClient_hb_rs_hslave1177,60020,1362549511446

I do :write-attribute(name=security-enabled, value=true) ++ reload of the server
Note: I didn't add user via bin/add-user.sh

Kabir edit: the full command is: 
/subsystem=microprofile-health-smallrye:write-attribute(name=security-enabled,value=true)

When I'm trying to access http://127.0.0.1:9990/health I receive page which is there primarily for web console:

<h3>Your WildFly Application Server is running.</h3>

<p>However you have <strong>not</strong> yet <strong>added any users</strong> to be able
 to access the admin console.</p>

<p>To add a new user execute the <code>add-user.sh</code> script within the bin folder of
 your WildFly installation and enter the requested information.</p>

Can /health endpoint get customized response in case no mgmt user is defined on server side ?
Current response can be little confusing if user is not yet so familiar with WildFly.
I marked this as minor bug. ... see comments

See nabble
http://camel.465427.n5.nabble.com/Setting-root-folder-as-endpoint-Could-not-poll-endpoint-NPE-tp5717845.html

Now when loading schema for table with AVRO serde, the file system is hard coded to hdfs in AvroSerdeUtils.java. This should enable loading schema from file system beside hdfs.

Using the example UDTF GenericUDTFCount2, which is part of hive-contrib:

create temporary function udtfCount2 as 'org.apache.hadoop.hive.contrib.udtf.example.GenericUDTFCount2';

set hive.fetch.task.conversion=minimal;
-- Task created, correct output (2 rows)
select udtfCount2() from src;

set hive.fetch.task.conversion=more;
-- Runs in local task, incorrect output (0 rows)

The JBoss CLI contains a memory leak related to CLI Kerberos authentication.
The org.jboss.as.cli.impl.CommandContextImpl class calls the initJaasConfig() in its constructor, 
which adds a new JaasConfigurationWrapper instance to javax.security.auth.login.Configuration.
It's done for every new CommandContext instance, so it consumes more and more memory. There is no cleanup for the registered 
configurations.
Moreover, the searches for appropriate 
login config take more and more time because they have to go through all the wrapped objects.

Session/ejb expiration is scheduled only the the owning node of a given session/ejb. When a node leaves, each node that assumes ownership of the sessions/ejbs that were previously owned by the leaving node schedules expiration of those sessions. However, view change can also lead to ownership changes for any session/ejb. We are currently handling this properly. If a session/ejb changes ownership, the expiration scheduling is never cancelled, and that session/ejb will expire prematurely, unless the node reacquires ownership. When using sticky sessions, this issue is not apparent, since subsequent requests will direct to the previous owner, who will cancel expiration on the old owner and reschedule expiration on the new owner properly. However, this will be a problem for web sessions if sticky sessions is disabled - and for @Stateful EJBs, if the ejb client receives updated affinity information prior to subsequent requests.
There are at least 2 ways to address this:

When a request arrives for an existing session/ejb, we immediately cancel any scheduled expiration/eviction. This is currently a unicast, which typically results in a local call - but can go remote if the ownership has changed. Making this a cluster-wide broadcast would fix the issue.
We can allow the scheduler to expose the set of keys that are currently schedule, and, on topology change, cancel those sessions/ejbs for which the current node is no longer the owner - and reschedule on the new owner.

Option 1 adds an additional cluster-wide RPC per request.
Option 2 adds N*(N-1) unicast RPCs per view change, where N is the cluster size (i.e. each node sends 1 rpc to every other node containing the set of session/ejb IDs to schedule for expiration), 
Option 2 is the least invasive solution of the two.
EDIT: There is a 3rd options, i.e. modify the expiration tasks such that they skip expiration if the session/ejb is not owned by the current node. This is prevents the premature expiration issue, but we need some additional strategy to reschedule the session/ejb expiration on the node on the current owner.

Split work between reducer.
currently we have one reducer per segment granularity even if the interval will be partitioned over multiple partitions.

we need to set com.arjuna.ats.jta.common.JTAEnvironmentBean::setCommitMarkableResourceJNDINames before the recovery manager service is started

As CXF 2.4.x remove the org.apache.cxf.transport.http_osgi package due to the refactoring of cxf http transport, current camel-example-cxf-osgi cannot be deployed into ServiceMix with CXF 2.4.x.

setConf() gets called in many places along the Map/Reduce chain.  HBase creates Tables and etc in setConf in a few places.  There should be a better place to create the Table, often while creating a TableRecordReader.
This issue will tackle the following classes:

TableOutputFormatBase
TableInputFormatBase
TableInputFormat

Other classes that could use a look over:

HRegionPartitioner
ReplicationLogCleaner

 $ hbase org.jruby.Main region_status.rb
2015-04-16 10:59:25,972 WARN  [main] util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
         (root) at region_status.rb:106

When running the `booker` demo the web-client throws an exception during shutdown due to an IllegalStateException:

2016-12-02 14:40:59,970 ERROR [stderr] (pool-2-thread-1) java.lang.IllegalStateException
2016-12-02 14:40:59,974 ERROR [stderr] (pool-2-thread-1) 	at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47)
2016-12-02 14:40:59,974 ERROR [stderr] (pool-2-thread-1) 	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.updateProxyHosts(TopologyProxyService.java:102)
2016-12-02 14:40:59,974 ERROR [stderr] (pool-2-thread-1) 	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.onChange(TopologyProxyService.java:87)
2016-12-02 14:40:59,975 ERROR [stderr] (pool-2-thread-1) 	at org.wildfly.swarm.topology.runtime.TopologyManager.lambda$null$8(TopologyManager.java:140)
2016-12-02 14:40:59,976 ERROR [stderr] (pool-2-thread-1) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2016-12-02 14:40:59,976 ERROR [stderr] (pool-2-thread-1) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2016-12-02 14:40:59,979 ERROR [stderr] (pool-2-thread-1) 	at java.lang.Thread.run(Thread.java:745)
2016-12-02 14:40:59,983 ERROR [stderr] (pool-2-thread-2) java.lang.IllegalStateException
2016-12-02 14:40:59,983 ERROR [stderr] (pool-2-thread-2) 	at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47)
2016-12-02 14:40:59,986 ERROR [stderr] (pool-2-thread-2) 	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.updateProxyHosts(TopologyProxyService.java:102)
2016-12-02 14:40:59,986 ERROR [stderr] (pool-2-thread-2) 	at org.wildfly.swarm.topology.webapp.runtime.TopologyProxyService.onChange(TopologyProxyService.java:87)
2016-12-02 14:40:59,986 ERROR [stderr] (pool-2-thread-2) 	at org.wildfly.swarm.topology.runtime.TopologyManager.lambda$null$8(TopologyManager.java:140)
2016-12-02 14:40:59,987 ERROR [stderr] (pool-2-thread-2) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
2016-12-02 14:40:59,987 ERROR [stderr] (pool-2-thread-2) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
2016-12-02 14:40:59,988 ERROR [stderr] (pool-2-thread-2) 	at java.lang.Thread.run(Thread.java:745)

When converting a POST body StringHttpMessageConverter tries to get the character set from the content type header and defaults to ISO-8859-1 if it can't find it:
Charset charset = contentType.getCharSet() != null ? contentType.getCharSet() : DEFAULT_CHARSET;
It doesn't look at the ServletRequest encoding (no doubt influenced by a design that uses yet another HTTP request wrapper).
This means that if you use a servlet filter that sets the request encoding, or if the servlet container sets the encoding, that encoding will be ignored.
This breaks a common solution to encoding issues of using org.springframework.web.filter.CharacterEncodingFilter to set UTF-8 encoding by default.
StringHttpMessageConverter should respect the environment it runs in and use the servlet request encoding.

When switching client-side authorization from the now deprecated HdfsAuthorizationProvider to SBAP, we noticed an issue while testing. Basically, if, say webhcat were running as user "hcat" on a secure cluster, and we run the following:

$ kinit -kt /homes/hrt_qa/hadoopqa/keytabs/hrt_qa.headless.keytab hrt_qa
$ curl -u : --negotiate -X PUT -H "Content-Type: application/json" -d "{\"comment\":\"Hello there\", \"properties\":{\"a\":\"b\"}}" http://webhcat.abc.blahblah.net:50111/templeton/v1/ddl/database/hcatperms_a

{"errorDetail":"org.apache.hadoop.hive.ql.metadata.AuthorizationException: java.security.AccessControlException: action WRITE not permitted on path hdfs://webhcat.abc.blahblah.net:8020/apps/hive/warehouse for user hcat
	at org.apache.hadoop.hive.ql.security.authorization.StorageBasedAuthorizationProvider.authorizationException(StorageBasedAuthorizationProvider.java:375)
	at org.apache.hadoop.hive.ql.security.authorization.StorageBasedAuthorizationProvider.authorize(StorageBasedAuthorizationProvider.java:273)
	at org.apache.hadoop.hive.ql.security.authorization.StorageBasedAuthorizationProvider.authorize(StorageBasedAuthorizationProvider.java:135)
	at org.apache.hive.hcatalog.cli.SemanticAnalysis.HCatSemanticAnalyzerBase.authorize(HCatSemanticAnalyzerBase.java:139)
	at org.apache.hive.hcatalog.cli.SemanticAnalysis.CreateDatabaseHook.authorizeDDLWork(CreateDatabaseHook.java:93)
	at org.apache.hive.hcatalog.cli.SemanticAnalysis.HCatSemanticAnalyzerBase.authorizeDDL(HCatSemanticAnalyzerBase.java:105)
	at org.apache.hive.hcatalog.cli.SemanticAnalysis.HCatSemanticAnalyzerBase.postAnalyze(HCatSemanticAnalyzerBase.java:63)
	at org.apache.hive.hcatalog.cli.SemanticAnalysis.CreateDatabaseHook.postAnalyze(CreateDatabaseHook.java:83)
	at org.apache.hive.hcatalog.cli.SemanticAnalysis.HCatSemanticAnalyzer.postAnalyze(HCatSemanticAnalyzer.java:243)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:444)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:342)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:977)
	at org.apache.hive.hcatalog.cli.HCatCli.processCmd(HCatCli.java:251)
	at org.apache.hive.hcatalog.cli.HCatCli.processLine(HCatCli.java:205)
	at org.apache.hive.hcatalog.cli.HCatCli.main(HCatCli.java:164)
Caused by: java.security.AccessControlException: action WRITE not permitted on path hdfs://webhcat.abc.blahblah.net:8020/apps/hive/warehouse for user hcat
	at org.apache.hadoop.hive.ql.security.authorization.StorageBasedAuthorizationProvider.checkPermissions(StorageBasedAuthorizationProvider.java:351)
	at org.apache.hadoop.hive.ql.security.authorization.StorageBasedAuthorizationProvider.checkPermissions(StorageBasedAuthorizationProvider.java:308)
	at org.apache.hadoop.hive.ql.security.authorization.StorageBasedAuthorizationProvider.authorize(StorageBasedAuthorizationProvider.java:270)
	... 20 more
","error":"FAILED: AuthorizationException java.security.AccessControlException: action WRITE not permitted on path hdfs://webhcat.abc.blahblah.net:8020/apps/hive/warehouse for user hcat","sqlState":"42000","errorCode":40000,"database":"hcatperms_a"}

Getting BeanCurrentlyInCreationException when injecting a async-event-queue to a region such as the following.
Error:
org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'async-event-queue': Requested bean is currently in creation: Is there an unresolvable circular reference?
Gemfire region configuration:
<gfe:async-event-queue id="async-event-queue" 
    batch-size="10" 
    persistent="true" 
    disk-store-ref="gemfirePersistenceStore" 
    maximum-queue-memory="50" 
    parallel="true"
    batch-conflation-enabled="true"
    batch-time-interval="3"
    dispatcher-threads="4"
    disk-synchronous="true"
    order-policy="KEY">
        <gfe:async-event-listener>
          <bean class="some.AsyncCacheEventListener"/>
        </gfe:async-event-listener>
    </gfe:async-event-queue>
<gfe:partitioned-region id="policy" persistent="true" disk-store-ref="gemfirePersistenceStore" disk-synchronous="true"
recovery-delay="6000">
<gfe:async-event-queue-ref bean="async-event-queue"/>
</gfe:partitioned-region>

This is a regression in Hibernate 4.3.0.Beta1 that will be fixed by HHH-8501.
For applications that have Hibernate envers on their classpath and have Hibernate configuration setting hibernate.listeners.envers.autoRegister=false, a NullPointerException is occurring in org.hibernate.envers.event.spi.EnversIntegrator.disintegrate ( http://pastebin.com/BbcgWSeK).
The workaround is to set hibernate.listeners.envers.autoRegister=true (default setting which allows envers to work with the deployment) or remove envers from their classpath.

In the Spring Data Commons `RepositoryConfigurationExtensionSupport` class, the `getRepositoryFactoryClassName()` method was renamed to `getRepositoryFactoryBeanClassName()` causing compilation failures in SDN.

This CLI command [1] was working with EAP 7.1.0.DR13 and previous versions of EAP including EAP 7.0, but stopped working with jboss-cli.bat from EAP 7.1.0.DR14 with [2].
As this is regression marking as blocker. Workaround for customer would mean need to update all its commands in scripts to use quotes and quotes escaping.
[1] 

jboss-cli.bat --connect --controller=127.0.0.1:9990 --commands=:read-attribute(name=server-state)

Note we execute this command from JVM as list =>

["jboss-cli.bat", "--connect", "--controller=127.0.0.1:9990", "--commands=:read-attribute(name=server-state)"].execute()

, thus by JVM it should be provided as individual parameters.
[2]

else was unexpected at this time.

Most likely the regression is caused by fix for JBEAP-8808

I used netty4 and netty4http as producer ,when occurs  exception "Connection reset by peer",netty4 client's EventLoopGroup "Selector" thread and related port won't shut down.I used thread dump and found ClientChannelHandler's method exceptionCaught just close channel,it won't close "Selector" thread and port, and the same to NettyProducer.NettyProducerPoolableObjectFactory.destroyObject.

When using DefaultJavaMailSender with an existing javax.mail.Session instance (i.e. retrieved from JNDI) it is not possible to leave host and port unconfigured.
My JavaMailSender is configured as follows:
    @Bean
    public JavaMailSender mailSender() 
{
        JavaMailSender jms = new DefaultJavaMailSender();
        jms.setSession(mailSession);
        jms.setProtocol("smtp");
        return jms;
    }

mailSession is a preconfigured Session instance retrieved from JNDI registry. I do not know about it's configuration.
When calling the send() method, it tries to connect using the connect(host, port, username, password) method passing the (unconfigured) host and port which defaults to localhost:0 and then fails.
In case the session is supplied, it should call connect() instead.

When running the attached script which generates 1 object which holds 2 sets referencing (many_to_many) a second object, it fails to generate some method/variable names correctly in the xxxBean_Roo_ManagedBean.aj file.
E.g. xxx.getStreets() instead of xxx.getFirstStreetSet() 
also xxx.selectedFirstStreetSet and xxx.selectedSecondStreetSet vars get referenced by 2 "selectedStreets" references
note: I couldn't issue "entity jsf" commands via STS due to another bug, it worked from the command line though

In the schema file docs/schema/wildfly-datasources_4_0.xsd there is a wrong word order in the fair element documentation in the complex type poolType.
"Defines if pool should use be fair" -> "Defines if pool use should be fair".

http://hbase.apache.org/book.html#tricks.pre-split

hbase>create 't1','f',SPLITS => ['10','20',30']

Missing a quote before the 30./

Run the vote.roo script
Quit the Roo shell
Push in the "getChoiceToStringConverter" method from ApplicationConversionServiceFactoryBean_Roo_ConversionService.aj
Upon restarting the Roo shell, the above ITD's installLabelConverters method now looks like this (i.e. the Converter<Choice, String> returned by the pushed-in method is no longer being registered):

public void ApplicationConversionServiceFactoryBean.installLabelConverters(FormatterRegistry registry) {
    registry.addConverter(getIdToChoiceConverter());
    registry.addConverter(getStringToChoiceConverter());
    registry.addConverter(getVoteToStringConverter());
    registry.addConverter(getIdToVoteConverter());
    registry.addConverter(getStringToVoteConverter());
}

The effect at runtime is that Choice#toString() is called instead of the converter being used. You can see this in the "Create new Vote" screen, in the drop-down of Choice instances.

Following exception raised when I execute "record.get('MR_dlEARFCN')?:record.put('MR_dlEARFCN',expression.dl_CarrierFreq?.longValue())"

 at org.springframework.asm.Frame.merge(Frame.java:1501) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
 at org.springframework.asm.Frame.merge(Frame.java:1478) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
 at org.springframework.asm.MethodWriter.visitMaxs(MethodWriter.java:1520) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
 at org.springframework.expression.spel.standard.SpelCompiler.createExpressionClass(SpelCompiler.java:175) ~[spring-expression-5.0.8.RELEASE.jar:5.0.8.RELEASE]
 at org.springframework.expression.spel.standard.SpelCompiler.compile(SpelCompiler.java:104) ~[spring-expression-5.0.8.RELEASE.jar:5.0.8.RELEASE]
 at org.springframework.expression.spel.standard.SpelExpression.compileExpression(SpelExpression.java:517) ~[spring-expression-5.0.8.RELEASE.jar:5.0.8.RELEASE]
 at org.springframework.expression.spel.standard.SpelExpression.checkCompile(SpelExpression.java:487) ~[spring-expression-5.0.8.RELEASE.jar:5.0.8.RELEASE]
 at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:372) ~[spring-expression-5.0.8.RELEASE.jar:5.0.8.RELEASE]

If I change expression to "record.get('MR_dlEARFCN')==null?record.put('MR_dlEARFCN',expression.dl_CarrierFreq?.longValue()):null", the following exception is raised:

Caused by: java.lang.IllegalStateException: Failed to instantiate CompiledExpression
 at org.springframework.expression.spel.standard.SpelCompiler.compile(SpelCompiler.java:110) ~[spring-expression-5.0.8.RELEASE.jar:5.0.8.RELEASE]
 ... 17 more
Caused by: java.lang.VerifyError: (class: spel/Ex62, method: getValue signature: (Ljava/lang/Object;Lorg/springframework/expression/EvaluationContext;)Ljava/lang/Object;) Inconsistent stack height 1 != 0
 at java.lang.Class.getDeclaredConstructors0(Native Method) ~[?:1.8.0_121]
 at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) ~[?:1.8.0_121]
 at java.lang.Class.getConstructor0(Class.java:3075) ~[?:1.8.0_121]
 at java.lang.Class.getDeclaredConstructor(Class.java:2178) ~[?:1.8.0_121]
 at org.springframework.util.ReflectionUtils.accessibleConstructor(ReflectionUtils.java:503) ~[spring-core-5.0.8.RELEASE.jar:5.0.8.RELEASE]
 at org.springframework.expression.spel.standard.SpelCompiler.compile(SpelCompiler.java:107) ~[spring-expression-5.0.8.RELEASE.jar:5.0.8.RELEASE]

I have to use "record.put('MR_dlEARFCN',record.get('MR_dlEARFCN')==null?expression.dl_CarrierFreq?.longValue():record.get('MR_dlEARFCN'))"  to make it work.

ResourceMetadata.isExported() should only return true for top-level, exported resources.

The code in https://github.com/SpringSource/spring-data-commons/blob/master/spring-data-commons-core/src/main/java/org/springframework/data/repository/init/AbstractRepositoryPopulatorFactoryBean.java assumes that the ApplicationContext is the BeanFactory.
Something like to following seems to be required for a ConfigurableApplicationContext.

ApplicationContext source = event.getApplicationContext();
if (source instanceof ConfigurableApplicationContext &&
	((ConfigurableApplicationContext)source).getBeanFactory().equals(beanFactory)) {

The maximum length of the DOS command string is 8191 characters (in Windows latest versions http://support.microsoft.com/kb/830473). This limit will be exceeded easily when it appends individual –hconf values to the command string. To work around this problem, Write all changed hconf values to a temp file and pass the temp file path to the child jvm to read and initialize the -hconf parameters from file.

If a <camelContext> is set to autoStartup=false and then later tried to start it via code or JMX doesn't start routes associated with it. 

hive> explain analyze table revenues compute statistics for columns;
2015-03-30 23:47:45,133 ERROR [main()]: ql.Driver (SessionState.java:printError(951)) - FAILED: UDFArgumentTypeException Only integer/long/timestamp/float/double/string/binary/boolean/decimal type argument is accepted but date is passed.

In JDK 7 org.apache.cxf:cxf-rt-transports-http:jar:2.4.4:test is resolved and in JDK 6 org.apache.cxf:cxf-rt-transports-http:jar:2.5.1:test is resolved for the fuseenterprise/tooling/camel-tooling-util module.

When editing the XML you can leave a category for a logger blank or empty which results in a StringOutOfBoundsException. A better exception should be thrown.

When verifying that a split request has been logically completed, the client can throw a NoServerForRegionException if the parent & daughter regions are in flux at this time.  We should catch that error and retry later when the daughter regions should have been brought online.

When a query has a filter that is the conjunction of only
<partition_column> = <string constant>
and
<string constant> = <string constant>
The whole filter will be passed to the metastore's get_partitions_by_filter method.  The grammar used to parse the filter only supports filters where one side is a column, so it fails on the <constant> = <constant> expression.
These should be caught in the checkJDOPushDown method in the Utilities class.

To simplify the "Import" of a snapshot add a "-copy-from" option.
That is basically doing the manual  -Dhbase.rootdir=hdfs://srv/hbase/ -Dfs.defaultFS=hdfs://srv/

I ran a query with join and group by with below settings, COB failed due to NullPointerException in HiveAggregate.isBucketedInput()
set hive.cbo.costmodel.extended=true;
 
In class HiveRelMdDistribution, we implemented below functions:
public RelDistribution distribution(HiveAggregate aggregate, RelMetadataQuery mq)
public RelDistribution distribution(HiveJoin join, RelMetadataQuery mq)
 
But in HiveAggregate.isBucketedInput, the argument passed to distribution is "this.getInput()"
, obviously it's not right here. The right argument needed is "this"

Hello, we have a spring 5 based web application (not boot) comprised of several maven modules deployed in Tomcat 8 as a WAR file.  I came across the spring context indexer here https://docs.spring.io/spring/docs/current/spring-framework-reference/core.html#beans-scanning-index.  I followed the instructions and updated the pom files to add the dependency and after the build I can see that each of the generated jars contains META-INF/spring.components file which contain the beans that have @Component annotation on them.
But during application startup, I don't see the spring.components files being used.  To make sure this was the case, I commented out all component-scan in spring XML files and the startup generates bean not found exceptions.
Is this supposed to work as described or there is more configuration that needs to be added?

In Hive 1.1.0, when building and testing using Java 1.8, I've noticed that avrocountemptytbl.q due to ordering issues:

57d56
< 100
58a58
> 100

This can be fixed by adding -- SORT_QUERY_RESULTS to the qtest.

our pom makes use of scala-tools.org for a repository. That domain currently issues redirects for all URLs; for maven coordinates those redirects lead to 'not found' and the 'permantenly moved' HTML gets saved. this corrupts the local maven repository in a way that cause the mvn:site goal to give an opaque error:

[INFO] Total time: 01:46 min
[INFO] Finished at: 2016-11-28T14:17:10+00:00
[INFO] Final Memory: 292M/6583M
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) on project hbase: Execution default-site of goal org.apache.maven.plugins:maven-site-plugin:3.4:site failed: For artifact {null:null:null:jar}: The groupId cannot be empty. -> [Help 1]
[ERROR] 

Rerunning in debug mode with mvn -X gives no additional useful information.
All artifacts from scala-tools.org are now found in maven central.

Tez paths in Hive never call configure on the input/output operators, so (among other things, potentially) requisite files never get added to the job

Predicate push down does not work with UDTF's in lateral views

hive> SELECT * FROM src LATERAL VIEW explode(array(1,2,3)) myTable AS k WHERE k=1;
FAILED: Unknown exception: null
hive>

Changing the execution order of the tests, TestHLog show up as failing

testAppendClose() changes the DFS cluster of the test (set globally) so the tests executed after has the new DFS. Trying to start a new mini cluster for every test @Before seems to solve the problem.

testSplit(org.apache.hadoop.hbase.regionserver.wal.TestHLog): 3 exceptions [org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException): No lease on /user/th30z/hbase/TestHLog/21985ea121a1d65fa82d90d521be7313/recovered.edits/0000000000000000001.temp File is not open for writing. Holder DFSClient_NONMAPREDUCE_1044150136_583 does not have any open files.

Looking at testSplit() the failure seems to be in logSplitter.splitLog(), OutputSink.finishWritingAndClose() is not able to close the files and rethrow the exception.

The following tests fail:
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_input_part5
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_rand_partitionpruner2
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_union4
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_union6
http://hudson.zones.apache.org/hudson/job/Hive-trunk-h0.19/55/testReport/

The 2.0 xsd says that the "host" and "port" attributes for host.xml domain-controller/remote element are optional. But if port is not specified boot fails:

[Host Controller] 14:55:37,300 INFO  [org.jboss.as] (MSC service thread 1-6) JBAS015899: WildFly 8.0.0.Final "WildFly" starting
[Host Controller] 14:55:38,060 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("write-remote-domain-controller") failed - address: ([("host" => "slave")]) - failure description: "JBAS014746: port may not be null"
[Host Controller] 14:55:38,062 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010933: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details.

FormHttpMessageConverter incorrectly determines that the media type
"multipart/form-data; charset=utf-8" is not multipart.

The javaDoc for CamelContext.setRoutes() states:
"Sets the routes for this context, replacing any current routes"
Yet when used, and the context started, startRouteDefinitions() is used first, causing any existing routes created through the definitions (such as those from RouteBuilders) to be re-created and started before the new routes provided to setRoutes() are started.

Run script without any parameter must show help output, not error message.

[hsvabek@dhcp-10-40-5-17 bin]$ ./elytron-tool.sh 
Command or alias "" not found.

I have created a view  as shown below. 
CREATE VIEW V1 AS
select /*+ MAPJOIN(t1) ,MAPJOIN(t2)  */ t1.f1, t1.f2, t1.f3, t1.f4, t2.f1, t2.f2, t2.f3 from TABLE1 t1 join TABLE t2 on ( t1.f2= t2.f2 and t1.f3 = t2.f3 and t1.f4 = t2.f4 ) group by t1.f1, t1.f2, t1.f3, t1.f4, t2.f1, t2.f2, t2.f3
View get created successfully however when I execute below mentioned SQL or any SQL on the view  get NULLPOINTER exception error
hive> select count  from V1;
hive>
Is there anything wrong with the view creation ?
Next I created view without MAPJOIN hints 
select  t1.f1, t1.f2, t1.f3, t1.f4, t2.f1, t2.f2, t2.f3 from TABLE1 t1 join TABLE t2 on ( t1.f2= t2.f2 and t1.f3 = t2.f3 and t1.f4 = t2.f4 ) group by t1.f1, t1.f2, t1.f3, t1.f4, t2.f1, t2.f2, t2.f3
Before executing select SQL I excute set  hive.auto.convert.join=true; 
I am getting beloow mentioned warnings
java.lang.InstantiationException: org.apache.hadoop.hive.ql.parse.ASTNodeOrigin
And I see from log that total 5 mapreduce jobs are started however when don't set auto.convert.join to true, I see only 3 mapreduce jobs getting invoked.
Total MapReduce jobs = 5
Ended Job = 1116112419, job is filtered out (removed at runtime).
Ended Job = -33256989, job is filtered out (removed at runtime).

org.wildfly.swarm.plugin.gradle.SwarmExtension contains the below line:
this.moduleDirs.add(new File(this.project.getBuildDir(), "resources/main/modules"));
The output location is hardcoded. Gradle has the ability to modify the resource output directory and this code will silently ignore modules whenever the resource output directory is changed through Gradle.
A possible patch solution is attached.

java.lang.NoSuchMethodError: javax.servlet.ServletContext.getContextPath()Ljava/lang/String;
	at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:265)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:196)
getContextPath() is a servlet-spec 2.5 method http://java.sun.com/javaee/5/docs/api/javax/servlet/ServletContext.html#getContextPath%28%29.
I suggest methods are inspected with reflection to verify presence of appropiate method.

JedisConnection.move() does not perform the move op against the pipeline and transaction instances (uses client instead), causing NPEs later on generateResponse in Pipeline.syncAndReturnAll() or BinaryTransaction.exec()

There's a TODO there to add the checks. We've seen some issues before where incorrect ranges lead to obscure errors after this method returns a bad result due to absence of validity checks; we also see one now.
Adding the checks.

Hello,
I encounter a strange bug when I use inheritance with SpringData MongoDB.
When i use the save() method of a SpringData MongoDB repository, everything is going well.
But if i use a custom update query with MongoTemplate (updateFirst()), the _class key is not added and persisted in MongoDB for a Class who inherit another abstract Class.
I've pushed a small project who demonstrate the bug : https://github.com/edethoor/bugStringData
I wrote two tests : 

usage of classic save method -> OK
usage of custom update -> KO

I think the problem appears when using the removeTypeInfo() method of the MappingMongoConverter class because the _class is added during the object convertion but removed when this line is executed.
Could you see what happens please ?
Thanks,
Etienne.

Tests are failing on TRUNK.  The WAL implementation in TRUNK does not do the hookups for hdfs-200 properly.  Fix this before forward porting other issues from branch that are not in trunk.

java.lang.AssertionError: Expect to receive all messages after stop
	at org.springframework.amqp.rabbit.listener.MessageListenerContainerLifecycleIntegrationTests.doTest(MessageListenerContainerLifecycleIntegrationTests.java:274)
	at org.springframework.amqp.rabbit.listener.MessageListenerContainerLifecycleIntegrationTests.doTest(MessageListenerContainerLifecycleIntegrationTests.java:213)
	at org.springframework.amqp.rabbit.listener.MessageListenerContainerLifecycleIntegrationTests.testNonTransactionalHighLevel(MessageListenerContainerLifecycleIntegrationTests.java:179)
	at org.springframework.amqp.rabbit.test.Log4jLevelAdjuster$1.evaluate(Log4jLevelAdjuster.java:63)
	at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
	at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
	at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
	at org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
	at org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:364)

In addon-finder/src/main/java/org/springframework/roo/addon/finder/FinderMetadata.java line 308 the StringBuilder should be used instead of String concatenation.
This results in source code that can not be compiled every time Spring Roo updates the finder aspects.
Line should be 
bodyBuilder.appendFormalLine("queryBuilder.append(\" ORDER BY \").append( sortFieldName");");

we observed a NPE in our internal 0.94 branch prd env:
ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: Failed openScanner
at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekToPreviousRow(StoreFileScanner.java:409)
at org.apache.hadoop.hbase.regionserver.StoreFileScanner.backwardSeek(StoreFileScanner.java:467)
at org.apache.hadoop.hbase.regionserver.ReversedStoreScanner.seekScanners(ReversedStoreScanner.java:78)
at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:154)
at org.apache.hadoop.hbase.regionserver.ReversedStoreScanner.<init>(ReversedStoreScanner.java:49)
at org.apache.hadoop.hbase.regionserver.Store.getScanner(Store.java:2216)
at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:3984)
at org.apache.hadoop.hbase.regionserver.ReversedRegionScannerImpl.<init>(ReversedRegionScannerImpl.java:43)
at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:1851)
at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1837)
at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1812)
at org.apache.hadoop.hbase.regionserver.HRegionServer.internalOpenScanner(HRegionServer.java:2752)
at org.apache.hadoop.hbase.regionserver.HRegionServer.openScanner(HRegionServer.java:2715)
After tracing, it turned out a boundary bug at HalfStoreFileReader. If we have a reverse scan request at "bottom" part, once the start row >= the last row at bottom part, the NPE will be encourtered, since we will invoke "next()", and "atEnd = true" will be called in HalfStoreFileReader, then when we want to do "seekBefore" or other sth in StoreFileScanner,  StoreFileScanner.cur will call:

      public Cell getKeyValue() {
        if (atEnd) return null;

The fix is simple, we need to reset the "atEnd" flag once seekBefore op is successful. You can undo my HalfStoreFileReader change and run the new added case to see NPE.
ps: I also found some cases in TestHRegion missing the "@Test" annotation, so fix them in the same patch as well.

I tried joining two tables, let's call them "table" and "table_a", but I'm seeing an array of errors such as this:

java.lang.IndexOutOfBoundsException: Index: 3, Size: 3
	at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat.getRecordReader(HiveHBaseTableInputFormat.java:118)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:231)

The reason is that HiveInputFormat.pushProjectionsAndFilters matches the aliases with startsWith so in my case the mappers for "table_a" were getting the columns from "table" as well as its own (and since it had less column, it was trying to get one too far in the array).
I don't know if just changing it to "equals" fill fix it, my guess is it won't, since it may break RCFiles.

If I send a redirect (302 or 303) back the RestTemplate it will follow the redirect but the method of the redirected request is not GET. Instead, it is the method of the request that led to the redirect, in my case PUT and DELETE.

    /* Decrement the outstanding RPC count */
    protected void decRpcCount() {
      rpcCount--;
    }

    /* Increment the outstanding RPC count */
    protected void incRpcCount() {
      rpcCount++;
    }

Even though rpcCount is volatile, in non atomic operations (increment / decrement) different threads may get unexpected result.
See http://stackoverflow.com/questions/7805192/is-a-volatile-int-in-java-thread-safe

Test table DLL:

CREATE TABLE testTbl(col1 string) PARTITIONED BY (date_prt date);

Following query used to work fine in Hive 0.12 as the constant types are 'string' and partition column type is considered as 'string' throughout the planning and optimization (including partition pruning).

SELECT * FROM testTbl WHERE date_prt IN ('2014-08-09', '2014-08-08'); 

In trunk the above query fails with:

Line 1:33 Wrong arguments ''2014-08-08'': The arguments for IN should be the same type! Types are: {date IN (string, string)}

HIVE-6642 changed the SemanticAnalyzer.java to consider partition type given in table definition instead of hardcoded 'string' type. (Modified Hive 0.12 code). So changed the query as follows to go past the above error:

SELECT * FROM testTbl WHERE date_prt IN (CAST('2014-08-09' AS DATE), CAST('2014-08-08' AS DATE)); 

Now query goes past the error in SemanticAnalyzer, but hits the same issue (default 'string' type for partition columns) in partition pruning optimization. (Realted code here).

14/09/14 20:07:20 ERROR ql.Driver: FAILED: SemanticException MetaException(message:The arguments for IN should be the same type! Types are: {string IN (date, date)})

We need to change partition pruning code to consider the partition column as the type given in table definition.

org.apache.hadoop.hbase.DroppedSnapshotException: region: .META.,,1
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:876)
        at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:772)
        at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.flushRegion(MemcacheFlusher.java:220)
        at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.run(MemcacheFlusher.java:130)
        at org.apache.hadoop.hbase.regionserver.HStore.notifyChangedReadersObservers(HStore.java:734)
        at org.apache.hadoop.hbase.regionserver.HStore.updateReaders(HStore.java:722)
        at org.apache.hadoop.hbase.regionserver.HStore.internalFlushCache(HStore.java:691)
        at org.apache.hadoop.hbase.regionserver.HStore.flushCache(HStore.java:627)
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:863)
        ... 3 more

CTAS throws an exception in CliDriver when showing results at the end of a query. CTAS should not show results because it is not a 'select' query or 'desc'/explain etc. It should be the same as create table/view/index and insert overwrite statements. 

The streamy folks had a cluster where regionserver was 2 minutes in advance of the master.  On split, regionserver would update .META. with split info but scanners opened on the master wouldn't see the edits because they were being opened using current time.

From Hive 0.13 the log level of ColumnarSerDe.java:116 was upgraded from DEBUG to INFO, this has introduced an very large amount of noise into the logs causing the underlying filesystem to fill up.
This request is to drop is back to DEBUG.

Attached the tab Delimited File, XSD/java Object and the converted XML. The Bindy is not reading the file properly based on position when it has blank values.
Input file:
 
Student 1st 80 56 54 90 90

hello 1st 70 65 75 90 11

On the output, i see this,
 
<?xml version='1.0' encoding='UTF-8'?>

<list>

<com.redhat.StudentResult>

<id>Student</id>

<name>1st</name>

<semester>80</semester>

<grade>B</grade>

<totalScore>290</totalScore>

<result>Pass</result>

<javaMarks>56</javaMarks>

<cMarks>54</cMarks>

<dbmsMarks>90</dbmsMarks>

<mathematicsMarks>90</mathematicsMarks>

<dataStructureMarks>0</dataStructureMarks>

</com.redhat.StudentResult>

<id>hello</id>

<semester>70</semester>

<grade>C</grade>

<totalScore>241</totalScore>

<result>Fail</result>

<javaMarks>65</javaMarks>

<cMarks>75</cMarks>

<mathematicsMarks>11</mathematicsMarks>

</list>

The order was not followed, as you can see from the xml you paste. The Student and hello is mapped to ID tag (should be mapped on the name tag). the ID tag should be empty since from the input file it is blank.

TableSnapshotInputFormat restores the snapshot to a temporary directory that is outside the HBase's root directory so that it can read from the restored snapshot and also refer to hfiles in the actual root directory. 
In restoring the snapshot, we create new hfilelinks in the ephemeral location. Creating new hfile links also creates "back references" for GC. These back references are dangling since the restore location is outside the root dir, and requires a WRITE permission to the root dir (as opposed to just READ permission) to be able to run the MR-over-snapshot job. 

Spring sources cannot be built on win7 platform (builds fine on unix).
Please look after & resolve this issue ASAP.
Attached the actual failing test's report.
Build process (mvn install) produces the following output:
[INFO] Total time: 23.028s
[INFO] Finished at: Wed Sep 21 11:20:05 CEST 2011
[INFO] Final Memory: 32M/157M
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.8:test (default-test) on project org.springf
ramework.roo.project: There are test failures.
[ERROR]
[ERROR] Please refer to C:\Java\spring-roo\project\target\surefire-reports for the individual test results.
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-surefire-plugi
n:2.8:test (default-test) on project org.springframework.roo.project: There are test failures.
Please refer to C:\Java\spring-roo\project\target\surefire-reports for the individual test results.
        at org.apache.maven.plugin.surefire.SurefireHelper.reportExecution(SurefireHelper.java:74)
        at org.apache.maven.plugin.surefire.SurefirePlugin.writeSummary(SurefirePlugin.java:644)
        at org.apache.maven.plugin.surefire.SurefirePlugin.executeAfterPreconditionsChecked(SurefirePlugin.java:640)
        at org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute(AbstractSurefireMojo.java:103)
        ... 19 more
[ERROR]
[ERROR]
[ERROR]
[ERROR]   mvn <goals> -rf :org.springframework.roo.project

We have a legacy application using a library with properties configuration files where some properties are only keys; Example:
property.key
instead of 
property.key=value or property.key=
Until version 1.7 those properties where present with no value in our CompositeConfiguration instance.
Starting with version 1.8 (introducing a private not overridable regex pattern) those properties are now left out of our application configuration.
Since we don't own the lib we can't move to latest version of commons-configuration and are stuck with version 1.7

Giri is trying to hook up the patch build.  We need to pass the RAT tool.  I ran it, http://incubator.apache.org/rat/index.html, and found about 40 files missing licenses (and about 5 purely empty files).

2010-10-19 13:29:56,116 DEBUG [Thread-216-EventThread] master.AssignmentManager(321): Handling transition=M_ZK_REGION_OFFLINE, server=172.24.152.112:51845, region=1028785192/.META.
2010-10-19 13:29:56,116 ERROR [Master:0;172.24.152.112:51845] master.ServerManager(573): Error connecting to region server
org.apache.hadoop.hbase.client.RetriesExhaustedException: Failed setting up proxy interface org.apache.hadoop.hbase.ipc.HRegionInterface to /172.24.152.112:51850 after attempts=1
	at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:351)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:936)
	at org.apache.hadoop.hbase.master.ServerManager.getServerConnection(ServerManager.java:568)
	at org.apache.hadoop.hbase.master.ServerManager.sendRegionOpen(ServerManager.java:511)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:726)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:640)
	at org.apache.hadoop.hbase.master.AssignmentManager.assignMeta(AssignmentManager.java:935)
	at org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:430)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:377)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:266)
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:404)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:310)
	at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:860)
	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:728)
	at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:255)
	at $Proxy10.getProtocolVersion(Unknown Source)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:412)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:388)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:435)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:345)
	... 10 more
2010-10-19 13:29:56,116 WARN  [Master:0;172.24.152.112:51845] master.AssignmentManager(730): Failed assignment of .META.,,1.1028785192 to serverName=172.24.152.112,51850,1287520189982, load=(requests=0, regions=0, usedHeap=60, maxHeap=123)
java.lang.RuntimeException: Fatal error connection to RS
	at org.apache.hadoop.hbase.master.ServerManager.getServerConnection(ServerManager.java:574)
Caused by: org.apache.hadoop.hbase.client.RetriesExhaustedException: Failed setting up proxy interface org.apache.hadoop.hbase.ipc.HRegionInterface to /172.24.152.112:51850 after attempts=1
	... 8 more
	... 10 more

This is a defect regarding CAMEL-9364 feature.
WebsocketConsumer has service method where Atmosphere handle incoming request. In case value for enableEventsResending will be set after request is handled OnOpen event will not be sent at all. 
Consequently, set this value should be before such as :
        this.enableEventsResending = enableEventsResending;
        framework.doCometSupport(AtmosphereRequest.wrap(request), AtmosphereResponse.wrap(response));
In addition to this because of CamelWebSocketServlet use init method for set enableEventsResending value,  tests which were written for this feature are wrong. To solve this a new TestSupport class should be created where init parameter will be set correctly and tests depending on this parameter will be moved to separate class which extend the new TestSupport class. 

In some situations we are creating RawClearPassword where ideally we should create concrete ClearPassword instances.
The main issue we need to fix is credential propagation where only concrete ClearPassowrd instances are supposed to be used.

[standalone@localhost:9990 /] /subsystem=undertow/configuration=filter/mod-cluster=modcluster:write-attribute(name=ssl-context,value=test
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalStateException: WFLYCTL0365: Capability 'org.wildfly.undertow.mod_cluster_filter.modcluster' is unknown in context 'global'.",
}

Union needs special handling.
explain 
  select unionsrc.key, count(1) FROM (select s2.key as key, s2.value as value from src1 s2
                                        UNION  ALL  
                                      select 'tst1' as key, cast(count(1) as string) as value from src s1) 
  unionsrc group by unionsrc.key;
results in a null pointer exception

The scenario is like this
-> A region is getting splitted.
-> The master is still not processed the split .
-> Region server goes down.
-> Split log manager starts splitting the logs and creates the recovered.edits in the splitlog path.
-> CJ starts and deletes the entry from META and also just completes the deletion of the region dir.
-> in hlogSplitter on final step we rename the recovered.edits to come under the regiondir.
There if the regiondir doesnot exist we tend to create and then add the recovered.edits.
Because of this HBCK thinks it to be an orphan region because we have the regiondir but with no regioninfo.
Ideally cluster is fine but we it is misleading.

        } else {
          Path dstdir = dst.getParent();
          if (!fs.exists(dstdir)) {
            if (!fs.mkdirs(dstdir)) LOG.warn("mkdir failed on " + dstdir);
          }
        }
        fs.rename(src, dst);
        LOG.debug(" moved " + src + " => " + dst);
      } else {
        LOG.debug("Could not move recovered edits from " + src +
            " as it doesn't exist");
      }
    }
    archiveLogs(null, corruptedLogs, processedLogs,
        oldLogDir, fs, conf);

Manifest Entry in Spring AOP Module looks like version="[2.1.3, 2.2.0)". So 2.2.0 is exlcusive defined  and prevents it from usage.
The Problem is, that Hibernate 3.3.2.GA depends exclusively on CGLIB 2.2.0.

The task of ParseUtils.parseAttributeValue is to convert a string into a ModelNode. The type of the ModelNode is not particularly important, as later code will do type conversion. And, it is not the job of this method to do validation; there is other code that does that. So, the type conversion this method does should not be allowed to produce failures. Continuing to try the conversion is ok, although not required, but if a conversion can't succeed the pre-conversion ModelType.STRING node should be returned.

HIVE-3483 causes performance regression.
We'd like to revert it first and find another solution for it later.
This issue is to track revert and HIVE-3693 tracks subsequent solution.

This field was not a valid date time field in older versions of the Salesforce APIs, hence it was left as String. 
It should now be converted into DateTime to work with latest Salesforce API and be mappable to dates in Hibernate for e.g.

Carter Shanklin reported the following when he tried out back / restore feature in a Phoenix enabled deployment:

2016-05-02 18:57:58,578 FATAL [IPC Server handler 2 on 38194] org.apache.hadoop.mapred.TaskAttemptListenerImpl: Task: attempt_1462215011294_0001_m_000000_0 - exited : java.io. IOException: Cannot get log reader
  at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:344)
  at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:266)
  at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:254)
  at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:403)
  at org.apache.hadoop.hbase.mapreduce.WALInputFormat$WALRecordReader.initialize(WALInputFormat.java:152)
  at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.initialize(MapTask.java:548)
  at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:786)
  at org.apache.hadoop.mapred.MapTask.run(MapTask.java:341)
  at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1708)
  at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:162)
Caused by: java.lang.UnsupportedOperationException: Unable to find org.apache.hadoop.hbase.regionserver.wal.IndexedWALEditCodec
  at org.apache.hadoop.hbase.util.ReflectionUtils.instantiateWithCustomCtor(ReflectionUtils.java:36)
  at org.apache.hadoop.hbase.regionserver.wal.WALCellCodec.create(WALCellCodec.java:103)
  at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.getCodec(ProtobufLogReader.java:282)
  at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.initAfterCompression(ProtobufLogReader.java:292)
  at org.apache.hadoop.hbase.regionserver.wal.ReaderBase.init(ReaderBase.java:82)
  at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.init(ProtobufLogReader.java:149)
  at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:301)
  ... 12 more
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.regionserver.wal.IndexedWALEditCodec
  at java.lang.Class.forName(Class.java:264)

This was due to the IndexedWALEditCodec (specified thru hbase.regionserver.wal.codec) used by Phoenix being absent in hadoop classpath.
WALPlayer should handle this situation better by adding the jar for IndexedWALEditCodec class to mapreduce job dependency.
Although this was found during testing of backup / restore, the error may occur in other places where WALPlayer needs custom WAL codec for the replay.

Use CommitListener from Arc-JIRA to modify commit message and include `(author via committer)` when running `arc commit`.

with the combination of xml procesing libraries listed, the creation of the expected result document in testMarshalDOMResult loses the namespace attribute (xmlns:tns...).  For whatever reason, it doesn't get serialized.  Adding:
Attr namespace = expected.createAttributeNS("http://www.w3.org/2000/xmlns/", "xmlns:tns");
        namespace.setNodeValue("http://samples.springframework.org/flight");
        flightsElement.setAttributeNode(namespace);
creates a more valid test case.

The task-executor attribute moved in the schema and the factory bean didn't accommodate the change.

When a bucketed insert is performed from a partitioned table into a new table

2014-07-11 22:11:30,176 ERROR [main]: ql.Driver (SessionState.java:printError(660)) - FAILED: NullPointerException null
        at org.apache.hadoop.hive.ql.optimizer.BucketingSortingReduceSinkOptimizer$BucketSortReduceSinkProcessor.process(BucketingSortingReduceSinkOptimizer.java:501)
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.walk(DefaultGraphWalker.java:132)
        at org.apache.hadoop.hive.ql.optimizer.BucketingSortingReduceSinkOptimizer.transform(BucketingSortingReduceSinkOptimizer.java:97)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9503)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:328)

From https://ci.wildfly.org/viewLog.html?buildId=90908&buildTypeId=WF_PullRequest_LinuxElytro: 

com.arjuna.mw.wsas.exceptions.WrongStateException: ARJUNA041018: Cannot enlist child activity with parent as parent's status is: Status.Completed
    at com.arjuna.mwlabs.wsas.activity.ActivityImple.addChild(ActivityImple.java:583)
    at com.arjuna.mwlabs.wsas.activity.ActivityImple.start(ActivityImple.java:160)
    at com.arjuna.mwlabs.wsas.UserActivityImple.start(UserActivityImple.java:136)
    at com.arjuna.mwlabs.wsas.UserActivityImple.start(UserActivityImple.java:99)
    at com.arjuna.mwlabs.wscf.model.sagas.arjunacore.CoordinatorServiceImple.begin(CoordinatorServiceImple.java:108)
    at org.jboss.narayana.compensations.internal.local.LocalBAController.beginBusinessActivity(LocalBAController.java:28)
    at org.jboss.as.test.xts.annotation.compensationScoped.CompensationScopedTestCase.shouldSeeDifferentValuesInDifferentTransactions(CompensationScopedTestCase.java:76)
    at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:379)
    at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
    at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
    at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
    at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
    at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
    at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
    at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:136)
    at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:372)
    at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:246)
    at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:431)
    at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:55)
    at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:260)
    at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:324)
    at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35)
    at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
    at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:317)
    at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:205)
    at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:219)
    at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:167)
    at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:170)
    at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:135)
    at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:98)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
    at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
    at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:67)
    at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
    at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
    at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
    at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
    at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
    at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
    at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
    at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
    at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
    at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
    at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
    at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1526)
    at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
    at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
    at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
    at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
    at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
    at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1979)
    at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1481)
    at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1374)
&amp#27;[0m08:35:47,475 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 92) WFLYUT0022: Unregistered web context: '/wsba-coordinatorcompletition-test' from server 'default-server'
&amp#27;[0m&amp#27;[0m08:35:47,492 INFO  [org.jboss.as.webservices] (MSC service thread 1-1) WFLYWS0004: Stopping service jboss.ws.endpoint."wsba-coordinatorcompletition-test.war".BACoordinatorCompletionService3
&amp#27;[0m&amp#27;[0m08:35:47,493 INFO  [org.jboss.as.webservices] (MSC service thread 1-6) WFLYWS0004: Stopping service jboss.ws.endpoint."wsba-coordinatorcompletition-test.war".BACoordinatorCompletionService2
&amp#27;[0m&amp#27;[0m08:35:47,493 INFO  [org.jboss.as.webservices] (MSC service thread 1-4) WFLYWS0004: Stopping service jboss.ws.endpoint."wsba-coordinatorcompletition-test.war".BACoordinatorCompletionService1
&amp#27;[0m&amp#27;[0m08:35:47,524 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0028: Stopped deployment wsba-coordinatorcompletition-test.war (runtime-name: wsba-coordinatorcompletition-test.war) in 50ms
&amp#27;[0m&amp#27;[0m08:35:47,538 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0002: Content removed from location /store/work/tc-work/9ccd5e119c4a65d0/testsuite/integration/xts/target/wildfly/standalone/data/content/a8/520d7a7760a30fcead2bc9bccba2a97d09e750/content
&amp#27;[0m&amp#27;[0m08:35:47,538 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0009: Undeployed "wsba-coordinatorcompletition-test.war" (runtime-name: "wsba-coordinatorcompletition-test.war")
&amp#27;[0m&amp#27;[0m08:35:48,476 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0001: Content added at location /store/work/tc-work/9ccd5e119c4a65d0/testsuite/integration/xts/target/wildfly/standalone/data/content/f2/c83b1f4b523377f223738c11fbf3bc51d2c387/content
&amp#27;[0m&amp#27;[0m08:35:48,480 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "test.war" (runtime-name: "test.war")
&amp#27;[0m&amp#27;[0m08:35:48,636 INFO  [org.jboss.weld.deployer] (MSC service thread 1-6) WFLYWELD0003: Processing weld deployment test.war
&amp#27;[0m&amp#27;[33m08:35:48,726 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationManagerImpl is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,727 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorMandatory is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,731 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorNever is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,731 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorNotSupported is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,732 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorRequired is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,733 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorRequiresNew is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,733 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensationInterceptorSupports is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,735 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.TxCompensateInterceptor is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,737 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.TxConfirmInterceptor is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,739 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.TxLoggedInterceptor is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,740 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CancelOnFailureInterceptor is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,742 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jboss.narayana.compensations.internal.CompensatableActionProducer is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,743 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.extension.messaging.activemq.deployment.injection.RequestedJMSContext is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,743 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.extension.messaging.activemq.deployment.injection.TransactedJMSContext is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,744 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.wildfly.extension.messaging.activemq.deployment.injection.InjectedJMSContext is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,745 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorMandatory is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,746 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorNever is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,746 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorNotSupported is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,747 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,747 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequiresNew is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,747 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorSupports is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,748 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.sun.faces.flow.FlowDiscoveryCDIHelper is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[33m08:35:48,748 WARN  [org.jboss.weld.Bootstrap] (MSC service thread 1-9) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor is deprecated from CDI 1.1!
&amp#27;[0m&amp#27;[0m08:35:48,904 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 101) WFLYUT0021: Registered web context: '/test' for server 'default-server'
&amp#27;[0m&amp#27;[0m08:35:48,919 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0010: Deployed "test.war" (runtime-name : "test.war")

3 warnings
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ClientScanner.java:125: warning - Missing closing '}' character for inline tag: "{@link #ClientScanner(Configuration, Scan, TableName, HConnection, RpcRetryingCallerFactory, RpcControllerFactory)
[WARNING] instead."
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ClientSmallScanner.java:98: warning - Missing closing '}' character for inline tag: "{@link #ClientSmallScanner(Configuration, Scan, TableName, HConnection, RpcRetryingCallerFactory, RpcControllerFactory)
[WARNING] instead"
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ScannerCallable.java:111: warning - Tag @link: can't find ScannerCallable(HConnection, TableName, Scan, ScanMetrics) in org.apache.hadoop.hbase.client.ScannerCallable

We just ran into a scenario where we got the following NPE:

13/03/08 11:52:13 INFO regionserver.Store: Successfully loaded store file file:/tmp/hfile-import-00Dxx0000001lmJ-09Cxx00000000Jm/COLFAM/file09Cxx00000000Jm into store COLFAM (new location: file:/tmp/localhbase/data/SFDC.ENTITY_HISTORY_ARCHIVE/aeacee43aaf1748c6e60b9cc12bcac3d/COLFAM/120d683414e44478984b50ddd79b6826)
13/03/08 11:52:13 ERROR regionserver.HRegionServer: Failed openScanner
    at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.getMaxTimestamp(StoreFile.java:1702)
    at org.apache.hadoop.hbase.regionserver.StoreFileScanner.requestSeek(StoreFileScanner.java:301)
    at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:127)
    at org.apache.hadoop.hbase.regionserver.Store.getScanner(Store.java:2070)
    at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:3383)
    at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:1628)
    at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1620)
    at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1596)
    at org.apache.hadoop.hbase.regionserver.HRegionServer.openScanner(HRegionServer.java:2342)
    at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
    at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:364)
    at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1400)
13/03/08 11:52:14 ERROR regionserver.HRegionServer: Failed openScanner

It's not clear, yet, how we got into this situation (we are generating HFiles via HFileOutputFormat and bulk load those). It seems that can only happen when the HFile itself is corrupted.
Looking at the code, though, I see this is the only place where we access StoreFile.reader.timeRangeTracker without a null check. So it appears we are expecting scenarios in which it can be null.
A simple fix would be:

    public long getMaxTimestamp() {
      return timeRangeTracker == null ? Long.MAX_VALUE : timeRangeTracker.maximumTimestamp;
    }

Missed this one when introducing the waitInitialized method in Procedure, and found when implementing HBASE-21389.

On page 64, link to Spring Integration points to Chapter 4 of the Spring Framework

The Javadoc for CSVFormat.isCommentingDisabled() says:

/**
 * Specifies whether comments are supported by this format.
 * 
 * @return <tt>true</tt> is comments are supported, <tt>false</tt> otherwise
 */

however the method actually does the opposite, as the name suggests.
Now we could just fix the Javadoc, but given that the other isXXX methods return a positive result this would be inconsistent.
Also, it's generally better to return positive setting.
So I think renaming the method as "isCommentingEnabled" - and fixing the method code - would be better.

Allen Wittenauer mentioned on Twitter that the old JAVA_HOME autodetection script we have in hbase-config.sh is very unlikely to do the right thing now. Rip it out.

LeaseExceptionIf I loop TestScannerTimeout, it eventually fails with:
org.apache.hadoop.hbase.regionserver.LeaseException: org.apache.hadoop.hbase.regionserver.LeaseException: lease '-4526340287831625207' does not exist
        at org.apache.hadoop.hbase.regionserver.Leases.cancelLease(Leases.java:209)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:1816)
...
        at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:83)
        at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:38)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getRegionServerWithRetries(HConnectionManager.java:1003)
        at org.apache.hadoop.hbase.client.HTable$ClientScanner.next(HTable.java:1103)
        at org.apache.hadoop.hbase.client.HTable$ClientScanner.next(HTable.java:1175)
        at org.apache.hadoop.hbase.client.TestScannerTimeout.test2772(TestScannerTimeout.java:133)
I think the issue is a race where at the top of the function, the scanner does exist, but by the time it gets to cancelLease, it has timed out.

There is a return statement missing from LettuceConnection.setBit and setRange. This causes the operation to be executed twice, once on the async conn and once on the sync conn.

Wildfly 14 no longer loads the default message bundle when a locale is specified and the specific locale has no properties file.
For example, in the attached project,  I have a messages.properties file,   Wildfly 13 and previous releases would simply load the messages.properties  if there is no messages_en.properties.  But in wildfly 14 this is no longer the case (it appears it provides a different resourcebundle)

In the HBase book we say the following:

A default HBase install uses insecure HTTP connections for web UIs for the master and region servers. To enable secure HTTP (HTTPS) connections instead, set hadoop.ssl.enabled to true in hbase-site.xml. This does not change the port used by the Web UI. To change the port for the web UI for a given HBase component, configure that port’s setting in hbase-site.xml. These settings are:
The property should be hbase.ssl.enabled instead. 

While browsing the Source-Code of ReflectionUtils I noticed, that makeAccessible for Fields only checks if the field or its containing class are not public. But for setting a public final Field in an public class the call to setAccessible is still neccessary.

I was running this test recently and notice that after every run there are new namespaces created by test and not cleared when test is finished. 

Some of the registered services are bound to the JNDI using the BinderService and the dependency mechanism to run the binder as soon as the main service runs. At this point everything works like a harm; services are registered and started successfully. But there is a little inconsistency, at least from the JNDI point of view which leads to a specific problem.
Let's take a look at the following services:

jboss.clustering.group.ejb.dist@a59ab61 State: UP (Uses: BinderService => JNDI: jboss.naming.context.java.jboss.clustering.group.ejb.dist)
jboss.clustering.group.ejb@60e172ee State: DOWN (Uses: BinderService => JNDI: jboss.naming.context.java.jboss.clustering.group.ejb)
As you can see they share the same path in the naming context (jboss.naming.context.java.jboss.clustering.group.ejb.dist). The second service jboss.naming.context.java.jboss.clustering.group.ejb is a parent naming context to the first one: jboss.naming.context.java.jboss.clustering.group.ejb.dist. To make matters worse they do not depend on themselves, so when jboss.clustering.group.ejb.dist is requested to be started (for instance by jboss.clustering.providers.ejb.dist service) it starts immediately but jboss.clustering.group.ejb is left in the WAITING state (It's ON_DEMAND service.). It leads to a situation where only the jboss.clustering.group.ejb.dist service is registered in the naming context, but both services exist in the service registry.
Such naming conflict can be a problem when for example we have to traverse through the naming context using ServiceBasedNamingStore as a naming provider. (JNDIView is a good example here, but I also managed to reproduce the problem when I messed up something with the remoting configuration. I don't remember details now.) 
JNDIView uses Context.list("") method in order to get the first level from the naming context. So in case of the jboss.clustering.group.ejb.dist service the traverse path would be as follows:
context.list("") -> returns "clustering"
context.lookup( "clustering" ) returns NamingContext("clustering") because there is no service "jboss.clustering".
NamingContext("clustering").list("") -> returns "group"
NamingContext("clustering").lookup( "group" ) returns NamingContext("clustering/group") because there is no service "jboss.clustering.group".
NamingContext("clustering/group").list("") -> returns "ejb"
NamingContext("clustering/group").lookup("ejb") -> Fails!
It fails with an NameNotFoundException simply because the first thing the ServiceBasedNamingStore component does is to check if there is the jboss.naming.context.java.jboss.clustering.group.ejb service in the service registry. It is available in the registry so ServiceBasedNamingStore decides to get the destination service instance the BinderService (jboss.naming.context.java.jboss.clustering.group.ejb) should point to. Service jboss.clustering.group.ejb hasn't been started yet so its dependant the BinderService (jboss.naming.context.java.jboss.clustering.group.ejb.dist) couldn't resolve the injections and as so the BinderService does not point to the destination jboss.clustering.group.ejb service instance. In the result, it ends with the exception because ServiceBasedNamingStore is not able to return the reference to the service the JNDI name jboss.naming.context.java.jboss.clustering.group.ejb should point to. Notice that everything would be OK if there weren't running jboss.naming.context.java.jboss.clustering.group.ejb.dist service, because Context.list("") ignores the jboss.naming.context.java.jboss.clustering.group.ejb service as an unbound one.
Anyway even if the service jboss.naming.context.java.jboss.clustering.group.ejb was started properly and the naming context pointed to the jboss.clustering.group.ejb service, it would lead to a different problem. The name jboss.naming.context.java.jboss.clustering.group.ejb.dist wouldn't be found at all, because the jboss.naming.context.java.jboss.clustering.group.ejb name would be treated as the end of the path while traversing using the Context.list("") method.
It's probably a problem with the service naming convention, but anyway it is not an isolated case. There are a lot of services that follow the same naming rules but fortunately they are not registered in the naming context (yet?). For instance:

jboss.clustering.group.hibernate.entity
jboss.clustering.group.hibernate.timestamps
jboss.clustering.group.hibernate
Introducing something like a value aware NamingContext would also do the trick, but it's not natural for the JNDI. 
Anyway, it can be fixed in many ways, so for now I decided just to ignore such problematic services in the JNDIViewOperation just to avoid the exception.
If anyone needs a workaround:
Class: org.jboss.as.naming.management.JndiViewOperation
jar: wildflay-naming-8.0.0.Final.jar
Before (Line: 134):
org.jboss.as.naming.management.JndiViewOperation.java

final Object value;
if(context instanceof NamingContext) {
	value = ((NamingContext)context).lookup(pair.getName(), false);
} else {
	value = context.lookup(pair.getName());
}

After:

Object value;
try {
	if(context instanceof NamingContext) {
		value = ((NamingContext)context).lookup(pair.getName(), false);
	} else {
		value = context.lookup(pair.getName());
	}
} catch( NameNotFoundException exc ) {
	value = null;
}

It is the original exception:

23:44:29,133 ERROR [stderr] (XNIO-1 task-8) javax.naming.NameNotFoundException: Error looking up clustering/group/ejb, service service jboss.naming.context.java.jboss.clustering.group.ejb is not started
23:44:29,133 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:133)
23:44:29,133 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:81)
23:44:29,134 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:202)
23:44:29,134 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:188)
23:44:29,134 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.naming.management.JndiViewOperation.addEntries(JndiViewOperation.java:136)
23:44:29,134 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.naming.management.JndiViewOperation.addEntries(JndiViewOperation.java:144)
23:44:29,135 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.naming.management.JndiViewOperation.addEntries(JndiViewOperation.java:144)
23:44:29,135 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.naming.management.JndiViewOperation.access$0(JndiViewOperation.java:125)
23:44:29,135 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.naming.management.JndiViewOperation$1.execute(JndiViewOperation.java:75)
23:44:29,135 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:591)
23:44:29,136 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:469)
23:44:29,136 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:273)
23:44:29,142 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:268)
23:44:29,142 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:272)
23:44:29,143 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:146)
23:44:29,145 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:169)
23:44:29,147 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72)
23:44:29,150 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68)
23:44:29,151 ERROR [stderr] (XNIO-1 task-8)     at java.security.AccessController.doPrivileged(Native Method)
23:44:29,151 ERROR [stderr] (XNIO-1 task-8)     at javax.security.auth.Subject.doAs(Subject.java:422)
23:44:29,151 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94)
23:44:29,152 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68)
23:44:29,152 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63)
23:44:29,153 ERROR [stderr] (XNIO-1 task-8)     at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:50)
23:44:29,153 ERROR [stderr] (XNIO-1 task-8)     at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:77)
23:44:29,154 ERROR [stderr] (XNIO-1 task-8)     at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
23:44:29,154 ERROR [stderr] (XNIO-1 task-8)     at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168)
23:44:29,156 ERROR [stderr] (XNIO-1 task-8)     at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:687)
23:44:29,157 ERROR [stderr] (XNIO-1 task-8)     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
...

All the ptf, join etc tests we've added recently have pushed the junit time for TestCliDriver past the timout value on most machines (if run serially). The build machine uses it's own value - so you don't see it there. But when running locally it can be a real downer if you find out that the tests were aborted due to timeout.

By default, DefaultSortParameters.isAlphabetic() returns null. SRP does not check for this when converting sort params.

Since HIVE-17506 checkstyle is not working for standalone-metastore and it's sub projects.

When I run 'mvn dependency:go-offline' I get the following error in camel-scala:

GroupId: org.scala-tools
ArtifactId: maven-scala-plugin
Version: RELEASE

Reason: Unable to determine the release version

Try downloading the file manually from the project website.

Then, install it using the command: 
    mvn install:install-file -DgroupId=org.scala-tools -DartifactId=maven-scala-plugin 
    -Dversion=RELEASE -Dpackaging=maven-plugin -Dfile=/path/to/file

Alternatively, if you host your own repository you can deploy the file there: 
    mvn deploy:deploy-file -DgroupId=org.scala-tools -DartifactId=maven-scala-plugin 
    -Dversion=RELEASE -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  org.scala-tools:maven-scala-plugin:maven-plugin:RELEASE

Adding an explicit version for the scala plugin fixes this. 

Needs to be handled in org.wildfly.mod_cluster.undertow.UndertowConnector#setAddress.

First: thanks for your great work
I think I found a small bug that blocks working with roo and spring security:
I start by creating a new project, then I make jpa setup, create an entity and a field in it, then make web jsf setup and then security setup and that command fails with:
Created SPRING_CONFIG_ROOT/applicationContext-security.xml
Created SRC_MAIN_WEBAPP/WEB-INF/views
Created SRC_MAIN_WEBAPP/WEB-INF/views/login.jspx
Undo create SRC_MAIN_WEBAPP/WEB-INF/views/login.jspx
Undo create SRC_MAIN_WEBAPP/WEB-INF/views
Undo create SPRING_CONFIG_ROOT/applicationContext-security.xml
File '/projects/demo/src/main/webapp/WEB-INF/spring/webmvc-config.xml' does not exist
I think the same happens when working with gwt instead of jsf. and its not possile to use web mvc setup and web jsf setup at the same time

When handlers are added via the logging subsystem the current configuration is checked and only changed attributes are updated. The FORMATTER attribute checks the value of the formatter, but does not check the formatter name on the handler.

Not registering ConsumerRebalanceListener when topicIsPattern turned off, causes either too many duplicate messages getting delivered to message processing layer or causes message loss depending on autoOffsetReset flag value.
 
Issue is noticed with below test scenario
Topic: e.g. TestMessage
Number of partitions: 25 (this is not completely relevant to issue)
ConsumerUri: kafka:<kafka-broker-uris>?topic=TestMessage&groupId=TestMessage_GROUP&consumersCount=5&autoCommitEnable=false&offsetRepository=#<DB-state-repository>
Number processes running consumers: 2 or more; e.g. two instances of Docker containers listening from same topic each with 5 consumer threads
 
Please note that offset management is done in DB with an implementation of Camel's StateRepository interface to eliminate too duplicate messages arriving at the message processor (at most one message processing needed for my use case)
 
When a second process instance (say second container) brought up, since ConsumerRebalanceListener is not registered, partitions start processing at earliest offsets if autoOffsetReset is set to earliest as expected. In this case, too many duplicate messages arrive at the message processing layer. If autoOffsetReset is set to latest, message loss occurs for certain partitions. If autoOffsetReset is set to none, no valid offset exception thrown by broker
 
Issue would be noticed consistently when simulating slow message processing for the above test scenario
 
In the authenticate method of the AuthenticationManagerDelegator inner class, it is attempted to get a bean of class org.springframework.security.authentication.ProviderManager.
In the Eclipse Virgo container when the AuthenticationManager is referenced as a service, the ProviderManager will be wrapped inside a Proxy class and the following Exception will be thrown:
Failed to call secure method org.springframework.beans.factory.BeanNotOfRequiredTypeException: Bean named 'authenticationManager' must be of type [org.springframework.security.authentication.ProviderManager], but was actually of type [$Proxy94]
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:360)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
at org.springframework.security.config.method.GlobalMethodSecurityBeanDefinitionParser$AuthenticationManagerDelegator.authenticate(GlobalMethodSecurityBeanDefinitionParser.java:386)
The bean should be looked up by the org.springframework.security.authentication.AuthenticationManager interface.
The following change works properly for the described scenario.
Original code (at line 386):
try {
   delegate = beanFactory.getBean(authMgrBean, ProviderManager.class);
} catch (NoSuchBeanDefinitionException e) {
Changed to:
try {
   delegate = beanFactory.getBean(authMgrBean, AuthenticationManager.class);

Currently, noconditionaltasksize is not validated against the container size, the reservations made in the container by Tez for Inputs / Outputs etc.
Check this at compile time to see if enough memory is available, or set up the vertex to reserve additional memory for the Processor.

Job configuration upload either overwrites existing jobs or throws duplicate job exception (depending on whether we choose to reload() or load() it in the JobLoader).  There is no way to identify the Resource that is being loaded, so any resource coming from an upload is treated equally.  Might be tough to fix in general, but at least something with the original filename might be do-able.

ALTER INDEX causes a NullPointerException when run under TEZ execution engine. Query runs without issue when submitted using MR execution mode.
1. CREATE INDEX sample_08_index ON TABLE sample_08 (code) AS 'COMPACT' WITH DEFERRED REBUILD; 
2. ALTER INDEX sample_08_index ON sample_08 REBUILD; 
Stacktrace from Hive 1.2.1

ERROR : Vertex failed, vertexName=Map 1, vertexId=vertex_1460577396252_0005_1_00, diagnostics=[Task failed, taskId=task_1460577396252_0005_1_00_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: java.lang.NullPointerException
	at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:344)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:196)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.<init>(TezGroupedSplitsInputFormat.java:135)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat.getRecordReader(TezGroupedSplitsInputFormat.java:101)
	at org.apache.tez.mapreduce.lib.MRReaderMapred.setupOldRecordReader(MRReaderMapred.java:149)
	at org.apache.tez.mapreduce.lib.MRReaderMapred.setSplit(MRReaderMapred.java:80)
	at org.apache.tez.mapreduce.input.MRInput.initFromEventInternal(MRInput.java:650)
	at org.apache.tez.mapreduce.input.MRInput.initFromEvent(MRInput.java:621)
	at org.apache.tez.mapreduce.input.MRInputLegacy.checkAndAwaitRecordReaderInitialization(MRInputLegacy.java:145)
	at org.apache.tez.mapreduce.input.MRInputLegacy.init(MRInputLegacy.java:109)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.getMRInput(MapRecordProcessor.java:390)
	at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:128)
	... 14 more
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.init(HiveInputFormat.java:269)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:233)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:193)
	... 25 more

It seems that the jamon code got some problem during the merge.
The connection is closed too early and the snapshots are not loaded.

In description of parameter  "hbase.zookeeper.quorum", old name "hbase.zookeeper.clientPort " should be replaced to "hbase.zookeeper.property.clientPort".

Steps to reproduce the bug:

create table temp(key int, value string);
-- leave the table empty
select collect_set(key) from temp where key=0;

Error: java.lang.RuntimeException: Hive Runtime Error while closing operators: java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.close(ExecReducer.java:326)
	at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:471)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.closeOp(GroupByOperator.java:1141)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:577)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.close(ExecReducer.java:318)
	... 7 more
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFMkCollectionEvaluator.merge(GenericUDAFMkCollectionEvaluator.java:140)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.aggregate(GenericUDAFEvaluator.java:186)
	... 9 more

The root cause is that in GenericUDAFMkCollectionEvaluator.merge() partialResult could be null but is not validated before it is used.

    List<Object> partialResult = (ArrayList<Object>) internalMergeOI.getList(partial);
    for(Object i : partialResult) {
      putIntoCollection(i, myagg);
    }

The Olingo4Component will create an instance of HttpAsyncClientBuilder is the provided Olingo4Configuration does not contain one. The new instance of HttpAsyncClientBuilder will be configured with timeout settings, proxy and SSL, but will never be used.
Extract from Olingo4Component.createOlingo4App:

Object clientBuilder = configuration.getHttpAsyncClientBuilder();
if (clientBuilder == null) {
    HttpAsyncClientBuilder asyncClientBuilder = HttpAsyncClientBuilder.create();
    Builder requestConfigBuilder = RequestConfig.custom();
    requestConfigBuilder.setConnectTimeout(configuration.getConnectTimeout());
    requestConfigBuilder.setSocketTimeout(configuration.getSocketTimeout());
    HttpHost proxy = configuration.getProxy();
    if (proxy != null) {
        requestConfigBuilder.setProxy(proxy);
    }

    asyncClientBuilder.setDefaultRequestConfig(requestConfigBuilder.build());
    SSLContextParameters sslContextParameters = configuration.getSslContextParameters();
    if (sslContextParameters == null) {
        sslContextParameters = this.retrieveGlobalSslContextParameters();
    }

        sslContextParameters = new SSLContextParameters();
    }

    try {
        asyncClientBuilder.setSSLContext(sslContextParameters.createSSLContext(this.getCamelContext()));
    } catch (GeneralSecurityException var8) {
        throw ObjectHelper.wrapRuntimeCamelException(var8);
    } catch (IOException var9) {
        throw ObjectHelper.wrapRuntimeCamelException(var9);
    }
}

Olingo4AppImpl olingo4App;
if (clientBuilder != null && !(clientBuilder instanceof HttpAsyncClientBuilder)) {
    olingo4App = new Olingo4AppImpl(configuration.getServiceUri(), (HttpClientBuilder)clientBuilder);
} else {
    olingo4App = new Olingo4AppImpl(configuration.getServiceUri(), (HttpAsyncClientBuilder)clientBuilder);
}

The class Olingo4AppImpl gets a null clientBuilder reference and then instantiates its own:

public Olingo4AppImpl(String serviceUri, HttpAsyncClientBuilder builder) {
    this.odataClient = ODataClientFactory.getClient();
    this.odataReader = this.odataClient.getReader();
    this.odataWriter = this.odataClient.getWriter();
    this.setServiceUri(serviceUri);
    CloseableHttpAsyncClient asyncClient;
    if (builder == null) {
        asyncClient = HttpAsyncClients.createDefault();
    } else {
        asyncClient = builder.build();
    }

    asyncClient.start();
    this.client = asyncClient;
    this.contentType = DEFAULT_CONTENT_TYPE;
}

Because of this, none of the Olingo4Configuration settings are used and for example connect and socket timeout defaults to -1.

We noticed a bug whereby the value in a hbase ICV'ed counter was lower, and the bug turned out to be that during a flush, the ICV will grab the KeyValue from 'memcache' and reuse the timestamp... if we grab the KeyValue from the snapshot we end up with 2 key values, one in memcache, one in a hfile, both with the same timestamp, but one with a lower value than the other.
The fix is to not reuse timestamps if they come out of the snapshot.

The preClose() region coprocessor call gets called 3 times via rpc.
The first one is when we receive the RPC
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/RSRpcServices.java#L1329
The second time is when ask the RS to close the region
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegionServer.java#L2852
The third time is when the doClose() on the region is executed.
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java#L1419
I'm pretty sure the first one can be removed since, there is no code between that and the second call. and they are a copy-paste.
The second one explicitly says that is to enforce ACLs before starting the operation, which leads me to the fact that the 3rd one in the region gets executed too late in the process. but the region.close() may be called by someone other than the RS, so we should probably leave the preClose() in there (e.g. OpenRegionHandler on failure cleanup). 
any idea?

Value of KafkaConstants.KEY = "kafka.CONTENT_TYPE" and KafkaConstants.PARTITION = "kafka.EXCHANGE_NAME" should match their variable name.

    public static final String PARTITION = "kafka.PARTITION";
    public static final String KEY = "kafka.KEY";

Here is from a recent run up on Hudson:

2010-10-14 23:31:56,482 INFO  [main] zookeeper.MiniZooKeeperCluster(111): Failed binding ZK Server to client port: 21818
2010-10-14 23:31:56,483 INFO  [main] zookeeper.MiniZooKeeperCluster(111): Failed binding ZK Server to client port: 21819
2010-10-14 23:31:56,483 INFO  [main] zookeeper.MiniZooKeeperCluster(111): Failed binding ZK Server to client port: 21820
2010-10-14 23:31:56,522 INFO  [main] zookeeper.MiniZooKeeperCluster(125): Started MiniZK Server on client port: 21821

See how we start trying to bind to 21818 but we don't get a free port till we get to 21821?
Some test or tests is not cleaning up after itself leaving a running zk cluster or two about.
TestReplication looks to be suspect.  Here is its @AfterClass method:

  /**
   * @throws java.lang.Exception
   */
  @AfterClass
  public static void tearDownAfterClass() throws Exception {
    /* REENABLE
    utility2.shutdownMiniCluster();
    utility1.shutdownMiniCluster();
    */
  }

I have notice this issue while testing master branch in distributed mode. Reproduction steps:
1. Write some data with hbase ltt 
2. While ltt is writing execute $graceful_stop.sh --restart --reload [rs] 
3. Wait until script start to reload regions to restarted server. In that moment ltt will stop writing and eventually fail. 
After some digging i have notice that while ltt is working correctly there is single connection per regionserver (lsof for single connection, 27109 is  ltt PID )

java      27109   hbase  143u    210579579      0t0        TCP hnode1:40423->hnode5:16020 (ESTABLISHED)

and when in this example hnode5 server is restarted and script starts to reload regions on this server ltt start creating thousands of new tcp connections to this server:

java      27109   hbase *623u              210674415      0t0        TCP hnode1:52948->hnode5:16020 (ESTABLISHED)
java      27109   hbase *624u               210674416      0t0        TCP hnode1:52949->hnode5:16020 (ESTABLISHED)
java      27109   hbase *625u               210674417      0t0        TCP hnode1:52950->hnode5:16020 (ESTABLISHED)
java      27109   hbase *627u               210674419      0t0        TCP hnode1:52952->hnode5:16020 (ESTABLISHED)
java      27109   hbase *628u               210674420      0t0        TCP hnode1:52953->hnode5:16020 (ESTABLISHED)
java      27109   hbase *633u               210674425      0t0        TCP hnode1:52958->hnode5:16020 (ESTABLISHED)
...

So here is what happened based on some additional logging and debugging:

AsyncRpcClient never detected that regionserver is restarted because regions were moved and there was no write/read requests to this server and  there is no some sort of heart-bit mechanism implemented
because of above dead 

AsyncRpcChannel

 stayed in 

PoolMap<Integer, AsyncRpcChannel> connections

when ltt detected that regions are moved back to hnode5  it tried to reconnect to hnode5  leading this issue
I was able to resolve this issue by adding following to AsyncRpcClient#createRpcChannel():

synchronized (connections) {
      if (closed) {
        throw new StoppedRpcClientException();
      }
      rpcChannel = connections.get(hashCode);
+    if (rpcChannel != null && !rpcChannel.isAlive()) {
+        LOG.debug(Removing dead channel from "+ rpcChannel.address.toString());
+        connections.remove(hashCode);
+      }      

      if (rpcChannel == null || !rpcChannel.isAlive()) {
        rpcChannel = new AsyncRpcChannel(this.bootstrap, this, ticket, serviceName, location);
        connections.put(hashCode, rpcChannel);

 I will attach patch after some more testing.

Regions of the table are continouly in state=FAILED_CLOSE.

Region					State																				RIT time (ms)
8f62e819b356736053e06240f7f7c6fd	t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd. state=FAILED_CLOSE, ts=Thu Mar 26 15:05:36 IST 2015 (113s ago), server=VM1,16040,1427362531818	113929
caf59209ae65ea80fca6bdc6996a7d68	t1,dddddddd,1427362431330.caf59209ae65ea80fca6bdc6996a7d68. state=FAILED_CLOSE, ts=Thu Mar 26 15:05:36 IST 2015 (113s ago), server=VM2,16040,1427362533691	113929
db52a74988f71e5cf257bbabf31f26f3	t1,44444444,1427362431330.db52a74988f71e5cf257bbabf31f26f3. state=FAILED_CLOSE, ts=Thu Mar 26 15:05:36 IST 2015 (113s ago), server=VM3,16040,1427362533691	113920
43f3a65b9f9ff283f598c5450feab1f8	t1,88888888,1427362431330.43f3a65b9f9ff283f598c5450feab1f8. state=FAILED_CLOSE, ts=Thu Mar 26 15:05:36 IST 2015 (113s ago), server=VM1,16040,1427362531818	113920

1. Start HBase cluster with more than one regionserver.
2. Create a table with precreated regions. (lets say 15 regions)
3. Make sure the regions are well balanced.
4. Restart all the Regionservers process at once across the cluster, except HMaster process
5. After restarting the Regionservers, successfully will connect to the HMaster.
Bug:
But no regions are assigning back to the Regionservers.
Master log shows as follows:

2015-03-26 15:05:36,201 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.RegionStates: Transition {8f62e819b356736053e06240f7f7c6fd state=OFFLINE, ts=1427362536106, server=VM2,16040,1427362242602} to {8f62e819b356736053e06240f7f7c6fd state=PENDING_OPEN, ts=1427362536201, server=VM1,16040,1427362531818}
2015-03-26 15:05:36,202 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.RegionStateStore: Updating row t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd. with state=PENDING_OPEN&sn=VM1,16040,1427362531818
2015-03-26 15:05:36,244 DEBUG [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Force region state offline {8f62e819b356736053e06240f7f7c6fd state=PENDING_OPEN, ts=1427362536201, server=VM1,16040,1427362531818}
2015-03-26 15:05:36,244 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.RegionStates: Transition {8f62e819b356736053e06240f7f7c6fd state=PENDING_OPEN, ts=1427362536201, server=VM1,16040,1427362531818} to {8f62e819b356736053e06240f7f7c6fd state=PENDING_CLOSE, ts=1427362536244, server=VM1,16040,1427362531818}
2015-03-26 15:05:36,244 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.RegionStateStore: Updating row t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd. with state=PENDING_CLOSE
2015-03-26 15:05:36,248 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=1 of 10
2015-03-26 15:05:36,248 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=2 of 10
2015-03-26 15:05:36,249 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=3 of 10
2015-03-26 15:05:36,249 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=4 of 10
2015-03-26 15:05:36,249 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=5 of 10
2015-03-26 15:05:36,250 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=6 of 10
2015-03-26 15:05:36,250 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=7 of 10
2015-03-26 15:05:36,250 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=8 of 10
2015-03-26 15:05:36,251 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=9 of 10
2015-03-26 15:05:36,251 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.AssignmentManager: Server VM1,16040,1427362531818 returned java.nio.channels.ClosedChannelException for t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd., try=10 of 10
2015-03-26 15:05:36,251 WARN  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.RegionStates: Failed to open/close 8f62e819b356736053e06240f7f7c6fd on VM1,16040,1427362531818, set to FAILED_CLOSE
2015-03-26 15:05:36,251 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.RegionStates: Transition {8f62e819b356736053e06240f7f7c6fd state=PENDING_CLOSE, ts=1427362536244, server=VM1,16040,1427362531818} to {8f62e819b356736053e06240f7f7c6fd state=FAILED_CLOSE, ts=1427362536251, server=VM1,16040,1427362531818}
2015-03-26 15:05:36,251 INFO  [VM2,16020,1427362216887-GeneralBulkAssigner-0] master.RegionStateStore: Updating row t1,55555555,1427362431330.8f62e819b356736053e06240f7f7c6fd. with state=FAILED_CLOSE

FileNotFoundException gets thrown in XmlBeanFactoryTests.testFileSystemResourceWithImport on Windows if path contains spaces. URL.getFile() will return "%20" for spaces in path making returned path string not usable for constructing File. URL.toURI().getPath() should be used instead.
See this java bug for more details.
Attaching a patch XmlBeanFactoryTests.java.patch which fixes the issue.

I knew that that test could be flaky but it seemed to work fine for a while. Basically if the region server takes too long to abort (more than 6 seconds) then the client will detect that the scanner expired instead of just moving. Find a less flaky way.

HTable.getRegionLocations() is an internal deprecated API.  There are plenty of internal uses of the method, and it would be ideal to use the Table and RegionLocator interfaces instead of the HTable method.

In exploring a possible fix for this Spring Boot issue I've hit a problem when MethodValidationPostProcessor is configured with a CustomValidatorBean that's @Lazy. This small sample reproduces the problem with Spring Framework 4.3.8.RELEASE and Hibernate Validator 5.3:

import javax.validation.Validator;
import javax.validation.constraints.Size;

import org.springframework.context.annotation.Lazy;
import org.springframework.validation.annotation.Validated;
import org.springframework.validation.beanvalidation.CustomValidatorBean;
import org.springframework.validation.beanvalidation.MethodValidationPostProcessor;

public class LazyValidatorProblem {

	static class ValidatorConfiguration {

		@Bean
		public Validator customValidator() {
			return new CustomValidatorBean();
		}

	}

	static class BeanPostProcessorConfiguration {

		@Bean
		public static MethodValidationPostProcessor methodValidationPostProcessor(
				@Lazy Validator validator) {
			MethodValidationPostProcessor postProcessor = new MethodValidationPostProcessor();
			postProcessor.setValidator(validator);
			return postProcessor;
		}

	}

	static class ServiceConfiguration {

		@Bean
		public SampleService sampleService() {
			return new SampleService();
		}

	}

	@Validated
	static class SampleService {

		public void doSomething(@Size(min = 3, max = 10) String name) {

		}

	}

		new AnnotationConfigApplicationContext(ValidatorConfiguration.class,
				BeanPostProcessorConfiguration.class, ServiceConfiguration.class)
						.getBean(SampleService.class).doSomething("testing");
	}

}

The failure that you should see is:

	at com.example.LazyValidatorProblem$SampleService$$EnhancerBySpringCGLIB$$d8a8543a.doSomething(<generated>)
	at com.example.LazyValidatorProblem.main(LazyValidatorProblem.java:58)

This happens because SpringValidatorAdapter does not implement the forExecutables method that was added to Validator in Bean Validation 1.1. The problem does not occur with Spring Framework 5.0 as a result of this commit.

When using inheritance in a nested document queries fail due to the way the parameters are converted into the query.

Test case:
Setup: 
create table orc_test( col1 string, col2 char(10)) stored as orc tblproperties ("orc.compress"="NONE");
insert into orc_test values ('val1', '1');
Query:
select * from orc_test where col2='1'; 
Query returns no row.
Problem is introduced with HIVE-10286, class RecordReaderImpl.java, method evaluatePredicateRange.
Old code:

Object baseObj = predicate.getLiteral(PredicateLeaf.FileFormat.ORC);
Object minValue = getConvertedStatsObj(min, baseObj);
Object maxValue = getConvertedStatsObj(max, baseObj);
Object predObj = getBaseObjectForComparison(baseObj, minValue);

New code:
+ Object baseObj = predicate.getLiteral();
+ Object minValue = getBaseObjectForComparison(predicate.getType(), min);
+ Object maxValue = getBaseObjectForComparison(predicate.getType(), max);
+ Object predObj = getBaseObjectForComparison(predicate.getType(), baseObj);
The values for min and max are of type String which contain as many characters as the CHAR column indicated. For example if the type is CHAR(10), and the row has value 1, the value of String min is "1         ";
Before Hive 1.2, the method getConvertedStatsObj would call StringUtils.stripEnd(statsObj.toString(), null); which would remove the trailing spaces from min and max. Later in the compareToRange method, it was able to compare "1" with "1".
In Hive 1.2 with the use getBaseObjectForComparison method, it simply returns obj.String if the data type is String, which means minValue and maxValue are still "1         ".
As a result, the compareToRange method will return a wrong value ("1".compareTo("1         ")  -9 instead of 0.

Currently the cleaning thread in the compactor does not run on a table or partition while any locks are held on this partition.  This leaves it open to starvation in the case of a busy table or partition.  It only needs to wait until all locks on the table/partition at the time of the compaction have expired.  Any jobs initiated after that (and thus any locks obtained) will be for the new versions of the files.

Here is list of JIRAs whose fixes might have gone into rest.PerformanceEvaluation :

r1527817 | mbertozzi | 2013-09-30 15:57:44 -0700 (Mon, 30 Sep 2013) | 1 line

HBASE-9663 PerformanceEvaluation does not properly honor specified table name parameter
r1526452 | mbertozzi | 2013-09-26 04:58:50 -0700 (Thu, 26 Sep 2013) | 1 line

HBASE-9662 PerformanceEvaluation input do not handle tags properties
r1525269 | ramkrishna | 2013-09-21 11:01:32 -0700 (Sat, 21 Sep 2013) | 3 lines

HBASE-8496 - Implement tags and the internals of how a tag should look like (Ram)

r1524985 | nkeywal | 2013-09-20 06:02:54 -0700 (Fri, 20 Sep 2013) | 1 line

HBASE-9558  PerformanceEvaluation is in hbase-server, and creates a dependency to MiniDFSCluster
r1523782 | nkeywal | 2013-09-16 13:07:13 -0700 (Mon, 16 Sep 2013) | 1 line

HBASE-9521  clean clearBufferOnFail behavior and deprecate it
r1518341 | jdcryans | 2013-08-28 12:46:55 -0700 (Wed, 28 Aug 2013) | 2 lines

HBASE-9330 Refactor PE to create HTable the correct way

Long term, we may consider consolidating the two PerformanceEvaluation classes so that such maintenance work can be reduced.

I ran into a case where a PNG file is being recognized as TAR because TarUtils.verifyCheckSum reports it as having a valid checksum (in this case the code thinks the stored checksum is 36936, unsigned is 31155 and signed is 19635). Because the stored checksum value is larger then the unsigned checksum it is treated as a valid TAR.
I haven't spent enough time digging into the problem to see if there is a good alternative to the existing check that doesn't have false positives like this PNG file (which, if anyone is interested comes from an Android download).
Also, I noticed a minor thing in the code: the comment in TarUtils.verifyCheckSum has the wrong bug number listed (it says 177 instead of 117).

The attached script successfully generates a GWT app via Roo which include a boolean --primitive field.  When running the app, the following stack trace is generated when saving an object that uses the boolean field:
[INFO] 2010-10-06 15:17:36,266 [btpool0-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter - Using EntityManagerFactory 'entityManagerFactory' for OpenEntityManagerInViewFilter
[INFO] 2010-10-06 15:17:36,267 [btpool0-0] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'entityManagerFactory'
[INFO] 2010-10-06 15:17:36,267 [btpool0-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter - Opening JPA EntityManager in OpenEntityManagerInViewFilter
[INFO] 2010-10-06 15:17:36,267 [btpool0-0] DEBUG org.hibernate.impl.SessionImpl - opened session at timestamp: 12863926562
[INFO] 2010-10-06 15:17:36,271 [btpool0-0] DEBUG org.springframework.beans.factory.annotation.InjectionMetadata - Processing injected method of bean 'org.springsource.roo.petclinic.server.domain.Pet': PersistenceElement for transient javax.persistence.EntityManager org.springsource.roo.petclinic.server.domain.Pet.entityManager
[INFO] 2010-10-06 15:17:36,271 [btpool0-0] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'entityManagerFactory'
[ERROR] Oct 6, 2010 3:17:36 PM com.google.gwt.requestfactory.server.RequestFactoryServlet doPost
[ERROR] com.google.gwt.requestfactory.server.RequestProcessingException: Unexpected exception
[ERROR] 	at com.google.gwt.requestfactory.server.JsonRequestProcessor.decodeAndInvokeRequest(JsonRequestProcessor.java:233)
[INFO] 2010-10-06 15:17:36,278 [btpool0-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter - Closing JPA EntityManager in OpenEntityManagerInViewFilter
[ERROR] 	at com.google.gwt.requestfactory.server.JsonRequestProcessor.decodeAndInvokeRequest(JsonRequestProcessor.java:62)
[ERROR] 	at com.google.gwt.requestfactory.server.RequestFactoryServlet.doPost(RequestFactoryServlet.java:122)
[INFO] 2010-10-06 15:17:36,279 [btpool0-0] DEBUG org.springframework.orm.jpa.EntityManagerFactoryUtils - Closing JPA EntityManager
[ERROR] 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
[ERROR] 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
[ERROR] 	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
[ERROR] 	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1097)
[ERROR] 	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:77)
[ERROR] 	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
[ERROR] 	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088)
[ERROR] 	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
[ERROR] 	at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:113)
[ERROR] 	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
[ERROR] 	at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
[ERROR] 	at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
[ERROR] 	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
[ERROR] 	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
[ERROR] 	at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
[ERROR] 	at org.mortbay.jetty.handler.RequestLogHandler.handle(RequestLogHandler.java:49)
[ERROR] 	at org.mortbay.jetty.Server.handle(Server.java:324)
[ERROR] 	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
[ERROR] 	at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:843)
[ERROR] 	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:647)
[ERROR] 	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
[ERROR] 	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
[ERROR] 	at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
[ERROR] 	at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)
[ERROR] Caused by: java.lang.NoSuchMethodException: org.springsource.roo.petclinic.server.domain.Pet.setSendReminders(java.lang.Boolean)
[ERROR] 	at java.lang.Class.getMethod(Class.java:1622)
[ERROR] 	at com.google.gwt.requestfactory.server.JsonRequestProcessor.getEntityDataForRecordWithSettersApplied(JsonRequestProcessor.java:516)
[ERROR] 	at com.google.gwt.requestfactory.server.JsonRequestProcessor.constructAfterDvsDataMapAfterCallingSetters(JsonRequestProcessor.java:1090)
[ERROR] 	at com.google.gwt.requestfactory.server.JsonRequestProcessor.processJsonRequest(JsonRequestProcessor.java:859)
[ERROR] 	at com.google.gwt.requestfactory.server.JsonRequestProcessor.decodeAndInvokeRequest(JsonRequestProcessor.java:223)
[ERROR] 	... 31 more
[ERROR] Wed Oct 06 15:17:38 EDT 2010 org.springsource.roo.petclinic.client.scaffold.Scaffold
[ERROR] SEVERE: One or more exceptions caught, see full set in UmbrellaException#getCauses
[ERROR] com.google.gwt.event.shared.UmbrellaException: One or more exceptions caught, see full set in UmbrellaException#getCauses
[ERROR] 	at com.google.gwt.event.shared.SimpleEventBus.doFire(SimpleEventBus.java:214)
[ERROR] 	at com.google.gwt.event.shared.SimpleEventBus.fireEvent(SimpleEventBus.java:103)
[ERROR] 	at com.google.gwt.app.place.PlaceController.goTo(PlaceController.java:120)
[ERROR] 	at com.google.gwt.app.place.AbstractProxyEditActivity.exit(AbstractProxyEditActivity.java:145)
[ERROR] 	at com.google.gwt.app.place.CreateAndEditProxy.exit(CreateAndEditProxy.java:57)
[ERROR] 	at com.google.gwt.app.place.AbstractProxyEditActivity$1.onSuccess(AbstractProxyEditActivity.java:108)
[ERROR] 	at com.google.gwt.app.place.AbstractProxyEditActivity$1.onSuccess(AbstractProxyEditActivity.java:1)
[ERROR] 	at com.google.gwt.requestfactory.client.impl.AbstractRequestContext$4.onTransportSuccess(AbstractRequestContext.java:395)
[ERROR] 	at com.google.gwt.requestfactory.client.DefaultRequestTransport$1.onResponseReceived(DefaultRequestTransport.java:140)
[ERROR] 	at com.google.gwt.http.client.Request.fireOnResponseReceived(Request.java:287)
[ERROR] 	at com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:395)
[ERROR] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ERROR] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[ERROR] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ERROR] 	at java.lang.reflect.Method.invoke(Method.java:616)
[ERROR] 	at com.google.gwt.dev.shell.MethodAdaptor.invoke(MethodAdaptor.java:103)
[ERROR] 	at com.google.gwt.dev.shell.MethodDispatch.invoke(MethodDispatch.java:71)
[ERROR] 	at com.google.gwt.dev.shell.OophmSessionHandler.invoke(OophmSessionHandler.java:157)
[ERROR] 	at com.google.gwt.dev.shell.BrowserChannelServer.reactToMessagesWhileWaitingForReturn(BrowserChannelServer.java:326)
[ERROR] 	at com.google.gwt.dev.shell.BrowserChannelServer.invokeJavascript(BrowserChannelServer.java:207)
[ERROR] 	at com.google.gwt.dev.shell.ModuleSpaceOOPHM.doInvoke(ModuleSpaceOOPHM.java:126)
[ERROR] 	at com.google.gwt.dev.shell.ModuleSpace.invokeNative(ModuleSpace.java:562)
[ERROR] 	at com.google.gwt.dev.shell.ModuleSpace.invokeNativeObject(ModuleSpace.java:269)
[ERROR] 	at com.google.gwt.dev.shell.JavaScriptHost.invokeNativeObject(JavaScriptHost.java:91)
[ERROR] 	at com.google.gwt.core.client.impl.Impl.apply(Impl.java)
[ERROR] 	at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:214)
[ERROR] 	at sun.reflect.GeneratedMethodAccessor39.invoke(Unknown Source)
[ERROR] 	at com.google.gwt.dev.shell.BrowserChannelServer.reactToMessages(BrowserChannelServer.java:281)
[ERROR] 	at com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChannelServer.java:531)
[ERROR] 	at com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java:352)
[ERROR] 	at java.lang.Thread.run(Thread.java:636)
[ERROR] Caused by: com.google.gwt.event.shared.UmbrellaException: One or more exceptions caught, see full set in UmbrellaException#getCauses
[ERROR] 	at com.google.gwt.app.place.ActivityManager.onPlaceChange(ActivityManager.java:173)
[ERROR] 	at com.google.gwt.app.place.PlaceChangeEvent.dispatch(PlaceChangeEvent.java:59)
[ERROR] 	at com.google.gwt.app.place.PlaceChangeEvent.dispatch(PlaceChangeEvent.java:1)
[ERROR] 	at com.google.gwt.event.shared.SimpleEventBus.doFire(SimpleEventBus.java:204)
[ERROR] Caused by: java.lang.IllegalArgumentException: Cannot fetch unpersisted entity
[ERROR] 	at com.google.gwt.requestfactory.client.impl.AbstractRequestFactory.find(AbstractRequestFactory.java:103)
[ERROR] 	at org.springsource.roo.petclinic.client.ui.PetDetailsActivity.start(PetDetailsActivity.java:83)
[ERROR] 	at com.google.gwt.app.place.ActivityManager.onPlaceChange(ActivityManager.java:158)
[INFO] 2010-10-06 15:17:39,697 [btpool0-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter - Using EntityManagerFactory 'entityManagerFactory' for OpenEntityManagerInViewFilter
[INFO] 2010-10-06 15:17:39,697 [btpool0-0] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'entityManagerFactory'
[INFO] 2010-10-06 15:17:39,697 [btpool0-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter - Opening JPA EntityManager in OpenEntityManagerInViewFilter
[INFO] 2010-10-06 15:17:39,698 [btpool0-0] DEBUG org.hibernate.impl.SessionImpl - opened session at timestamp: 12863926596
[ERROR] Oct 6, 2010 3:17:39 PM com.google.gwt.requestfactory.server.RequestFactoryServlet doPost
[ERROR] 	at com.google.gwt.requestfactory.server.JsonRequestProcessor.decodeAndInvokeRequest(JsonRequestProcessor.java:229)
[ERROR] Caused by: java.lang.reflect.InvocationTargetException
[ERROR] 	at com.google.gwt.requestfactory.server.JsonRequestProcessor.invokeDomainMethod(JsonRequestProcessor.java:823)
[ERROR] 	at com.google.gwt.requestfactory.server.JsonRequestProcessor.processJsonRequest(JsonRequestProcessor.java:881)
[ERROR] Caused by: java.lang.IllegalStateException: Can't overwrite cause
[ERROR] 	at java.lang.Throwable.initCause(Throwable.java:337)
[ERROR] 	at com.google.gwt.logging.server.StackTraceDeobfuscator.deobfuscateThrowable(StackTraceDeobfuscator.java:90)
[ERROR] 	at com.google.gwt.logging.server.StackTraceDeobfuscator.deobfuscateLogRecord(StackTraceDeobfuscator.java:60)
[ERROR] 	at com.google.gwt.logging.server.RemoteLoggingServiceUtil.logOnServer(RemoteLoggingServiceUtil.java:58)
[ERROR] 	at com.google.gwt.logging.server.RemoteLoggingServiceUtil.logOnServer(RemoteLoggingServiceUtil.java:73)
[ERROR] 	at com.google.gwt.requestfactory.server.Logging.logMessage(Logging.java:40)
[ERROR] 	... 38 more
[INFO] 2010-10-06 15:17:39,812 [btpool0-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter - Closing JPA EntityManager in OpenEntityManagerInViewFilter
[INFO] 2010-10-06 15:17:39,812 [btpool0-0] DEBUG org.springframework.orm.jpa.EntityManagerFactoryUtils - Closing JPA EntityManager
[ERROR] Wed Oct 06 15:17:40 EDT 2010 org.springsource.roo.petclinic.client.scaffold.Scaffold
[ERROR] SEVERE: Server Error: Can't overwrite cause
[ERROR] java.lang.RuntimeException: Server Error: Can't overwrite cause
[ERROR] 	at com.google.gwt.requestfactory.shared.Receiver.onFailure(Receiver.java:36)
[ERROR] 	at com.google.gwt.requestfactory.client.impl.AbstractRequest.fail(AbstractRequest.java:187)
[ERROR] 	at com.google.gwt.requestfactory.client.impl.AbstractRequest.handleResponseText(AbstractRequest.java:96)
[ERROR] 	at com.google.gwt.requestfactory.client.impl.AbstractRequestContext$4.onTransportSuccess(AbstractRequestContext.java:391)
[ERROR] 	at sun.reflect.GeneratedMethodAccessor44.invoke(Unknown Source)
[INFO] 2010-10-06 15:17:41,182 [btpool0-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter - Using EntityManagerFactory 'entityManagerFactory' for OpenEntityManagerInViewFilter
[INFO] 2010-10-06 15:17:41,182 [btpool0-0] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'entityManagerFactory'
[INFO] 2010-10-06 15:17:41,182 [btpool0-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter - Opening JPA EntityManager in OpenEntityManagerInViewFilter
[INFO] 2010-10-06 15:17:41,183 [btpool0-0] DEBUG org.hibernate.impl.SessionImpl - opened session at timestamp: 12863926611
[ERROR] Oct 6, 2010 3:17:40 PM com.google.gwt.logging.server.RemoteLoggingServiceUtil logOnServer
[ERROR] java.lang.Throwable: Server Error: Can't overwrite cause
[ERROR] 	at sun.reflect.GeneratedMethodAccessor44.invoke()
[ERROR] 	at sun.reflect.GeneratedMethodAccessor39.invoke()
[INFO] 2010-10-06 15:17:41,193 [btpool0-0] DEBUG org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter - Closing JPA EntityManager in OpenEntityManagerInViewFilter
[INFO] 2010-10-06 15:17:41,193 [btpool0-0] DEBUG org.springframework.orm.jpa.EntityManagerFactoryUtils - Closing JPA EntityManager

When master is restarted, in AssignmentManager#loadMeta(), if table is in DISABLED state nothing is done for regions in CLOSED state. But if table is stuck in DISABLING state then CLOSED regions are considered as stuck in-transition. CLOSED regions of DISABLING/ DISABLED table can be handled the same way.

The issue only happens on avro table,

CREATE TABLE t2_avro (
columnNumber1 int,
columnNumber2 string )
PARTITIONED BY (p1 string)
  'org.apache.hadoop.hive.serde2.avro.AvroSerDe' 
  'org.apache.hadoop.hive.ql.io.avro.AvroContainerInputFormat' 
TBLPROPERTIES(
'avro.schema.literal'='{
"namespace": "testing.hive.avro.serde",
"name": "test",
{ "name":"columnNumber1", "type":"int" },
{ "name":"columnNumber2", "type":"string" }
]}');

I don't have latest hive so I am not sure if this is already fixed in trunk.

It's still not possible to get a step scoped proxy with proxyTargetClass=true and @EnableBatchProcessing.  Should be easy to fix...

cmueller$ mvn jetty:run
..
2013-04-14 15:53:38,288 [main           ] ERROR ContextLoader                  - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'myCamelContext:beanPostProcessor': Initialization of bean failed; nested exception is java.lang.NoSuchFieldError: NULL
	at org.springframework.context.support.AbstractApplicationContext.registerBeanPostProcessors(AbstractApplicationContext.java:746)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:457)
Caused by: java.lang.NoSuchFieldError: NULL
	at org.springframework.expression.TypedValue.<clinit>(TypedValue.java:32)
	at org.springframework.expression.spel.support.StandardEvaluationContext.setRootObject(StandardEvaluationContext.java:88)
	at org.springframework.expression.spel.support.StandardEvaluationContext.<init>(StandardEvaluationContext.java:74)
	at org.springframework.context.expression.StandardBeanExpressionResolver.evaluate(StandardBeanExpressionResolver.java:124)
	at org.springframework.beans.factory.support.AbstractBeanFactory.evaluateBeanDefinitionString(AbstractBeanFactory.java:1299)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.evaluate(BeanDefinitionValueResolver.java:225)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:201)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1360)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1118)
	... 50 more
2013-04-14 15:53:38.291:WARN:oejw.WebAppContext:Failed startup of context o.m.j.p.JettyWebAppContext{/,file:/Users/cmueller/workspaceRelease/camel/examples/camel-example-spring-security/src/main/webapp/},file:/Users/cmueller/workspaceRelease/camel/examples/camel-example-spring-security/src/main/webapp/
Caused by:
java.lang.NoSuchFieldError: NULL
2013-04-14 15:53:38.314:INFO:oejs.AbstractConnector:Started SelectChannelConnector@0.0.0.0:8080

Hi folks,
Apparently we found a regression with camel and camel-jackson in version 2.15.3.
The following code : 
restConfiguration()
                .component("servlet")
                .bindingMode(RestBindingMode.json)
                .contextPath("/adm-replication")
                .port("8181");
        rest("/replication")
                .post("/
{cus}/{contractDate}")
                .produces("application/json")
                .consumes("application/json")
                .to("mock:TestRoute");

produces the following exception by looking for the default json dataformat : 

org.apache.camel.FailedToCreateRouteException: Failed to create route route1 at: >>> RestBinding <<< in route: Route(route1)[[From[rest:post:/replication:/{cus}
/{contractD... because of JSon DataFormat json-jackson not found.
    at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1028)
    at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:185)
    at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:841)
    at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:2911)
    at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:2634)
    at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:167)
    at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2483)
    at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2479)
    at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:2502)
    at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:2479)
    at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61)
    at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2448)
    at org.apache.camel.blueprint.BlueprintCamelContext.start(BlueprintCamelContext.java:180)
    at org.apache.camel.test.blueprint.CamelBlueprintTestSupport.setUp(CamelBlueprintTestSupport.java:209)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
    at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
    at org.junit.rules.RunRules.evaluate(RunRules.java:20)
    at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
    at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:78)
    at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:212)
    at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:68)
    at com.intellij.rt.execution.application.AppMain.main(AppMain.java:140)
Caused by: java.lang.IllegalArgumentException: JSon DataFormat json-jackson not found.
    at org.apache.camel.model.rest.RestBindingDefinition.createProcessor(RestBindingDefinition.java:114)
    at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:505)
    at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:217)
    at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1025)
    ... 43 more
This exception doesn't occur in 2.15.2

The org.wildfly.remoting.endpoint capability is reported by the /subsystem=remoting resource, but it is the /subsystem=remoting/configuration=endpoint that actually configures it. This is confusing for humans and difficult for tooling like the new provisioning tools.
The configuration=endpoint child is essentially a singleton and internally it just provides configuration to its parent. Further, if the user does not configure this resource, a default one is added automatically. This child resources is really just a configuration chunk for its parent.
In the end it is the parent resource that actually provides the capability, by installing a service. It reads its child resource to configure the capability.
There are a couple possibilities here:
1) Simply move the declaration of the capability to the child resource. Per discussion with Oleksiy Lubyanskyy is seems that solves the tool problem. It leaves the actual situation obscure though, because now a seemingly non-required child resource is the thing that provides a capability that actually will always be present.
2) Deprecate that child resource and add a complex attribute to the parent. The child resource continues to exist in the API for compatibility reasons, but simply modifies the attribute on the parent. The cap remains on the parent.
Note that 2) may require some manipulation of how we handle undefined complex attributes; i.e. that when we resolve them, even if the root attribute is undefined, we need to resolve the fields, in case those have default values, with the resolved parent then including the default field values. That can be tricky though, e.g. in cases of things like the defaulted attribute having requires, or other fields in the complex attribute being required.
This latter point is relevant because it would be a 'worker' field in a complex attribute that would actually declare the name of the needed io worker capability. That field would have a default value 'default'.
Perhaps the declaration of the complex attribute itself (i.e. ObjectTypeAttributeDefinition) would need to indicate how things should be handled. That could just be the complex attribute itself has a default value, 
{"worker"=>"default"}
. Or it could be a flag that enables looking at the fields for defaults if the top level attribute is undefined. Or maybe investigation will show this isn't a problem at all.

You can get a NPE when marshalling a route to XML which has <xstream> in the route
	at org.apache.camel.model.dataformat.XStreamDataFormat$ConvertersAdapter.marshal(XStreamDataFormat.java:170)
	at org.apache.camel.model.dataformat.XStreamDataFormat$ConvertersAdapter.marshal(XStreamDataFormat.java:165)
	at com.sun.xml.internal.bind.v2.runtime.reflect.AdaptedAccessor.get(AdaptedAccessor.java:61)
	... 55 more

With the default logging level (INFO), it is very difficult to diagnose a large HBase cluster that is having problems assigning regions because the HBase master logs a DEBUG message when it instructs a region-server to assign a region.
You actually have to crawl EVERY HBase region-server log to find out which node received the request for a particular region. Further, lets say the HBase master sends the request and something goes wrong, we might not even get a message in the region-server log.

If the buffer is null, the method should throw NPE immediately (rather than letting it occur later)
If the offset or length are < 0 or would overflow the buffer, then throw IndexOutOfBoundsException with details of the values.

The database.properties and config.properties file in JpaOperationsImpl do not get written out to disk.

If an ejb method 
@Asynchronous void fireAndForget(...)
is called remote and the client disconnect an Exception JBAS014249 will be thrown if the async method return.

ERROR [org.jboss.as.ejb3] (EJB default - 1) JBAS014249: Error invoking method public abstract void org.jboss.as.quickstarts.ejb.asynchronous.AsynchronousAccess.fireAndForget(long) on bean named AsynchronousAccessBean for appname  modulename jboss-as-ejb-asynchronous-ejb distinctname : java.lang.NullPointerException
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:322)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:70)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:203)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_25]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_25]
	at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_25]

11:30:20,242 ERROR [org.jboss.as.ejb3] (EJB default - 1) JBAS014250: Could not write method invocation failure for method public abstract void org.jboss.as.quickstarts.ejb.asynchronous.AsynchronousAccess.fireAndForget(long) on bean named AsynchronousAccessBean for appname  modulename jboss-as-ejb-asynchronous-ejb distinctname  due to: java.io.IOException: JBAS014560: Could not open message outputstream for writing to Channel
	at org.jboss.as.ejb3.remote.protocol.AbstractMessageHandler.writeException(AbstractMessageHandler.java:102)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$400(MethodInvocationMessageHandler.java:70)
	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:213)
	at org.jboss.remoting3.remote.RemoteConnectionChannel.openOutboundMessage(RemoteConnectionChannel.java:112)
	at org.jboss.remoting3.remote.RemoteConnectionChannel.writeMessage(RemoteConnectionChannel.java:301)
	at org.jboss.as.ejb3.remote.protocol.versionone.ChannelAssociation.acquireChannelMessageOutputStream(ChannelAssociation.java:68)
	at org.jboss.as.ejb3.remote.protocol.AbstractMessageHandler.writeException(AbstractMessageHandler.java:100)
	... 9 more

After HIVE-2391 it is retrieved from maven repo via ivy, we can get rid of it from our lib/

Executing a query 
------------------------------------- query start ----------------------------------------------------
SELECT t11.subject, t22.object , t33.subject , t55.object, t66.object 
FROM 
( 
	SELECT t1.subject 
	FROM triples t1  
	WHERE 
		t1.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__INSTANCEOF_REL'  
	AND  
		t1.object='http://ontos/OntosMiner/Common.English/ontology#Citation' 
) t11  
JOIN  
( 
	SELECT t2.subject , t2.object 
	FROM triples t2  
	WHERE  
			t2.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__LABEL_REL' 
) t22 
ON (t11.subject=t22.subject)  		
JOIN  
( 
	SELECT t3.subject , t3.object  
	FROM triples t3  
	WHERE  
			t3.predicate='http://www.ontosearch.com/2007/12/ontosofa-ns#_from'  
) t33
ON (t11.subject=t33.object) 
JOIN  
( 
	SELECT t4.subject  
	FROM triples t4  
	WHERE  
		t4.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__INSTANCEOF_REL'  
	AND  
		t4.object='http://ontos/OntosMiner/Common.English/ontology#Author' 
) t44
ON (t44.subject=t33.subject) 
JOIN  
( 
	SELECT t5.subject, t5.object
	FROM triples t5  
	WHERE  
		t5.predicate='http://www.ontosearch.com/2007/12/ontosofa-ns#_to'  
) t55
ON (t55.subject=t44.subject) 
JOIN  
( 
	SELECT t6.subject, t6.object
	FROM triples t6  
	WHERE  
		t6.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__LABEL_REL'  
) t66
ON (t66.subject=t55.object)
------------------------------------- query end ----------------------------------------------------
on table 
------------------------------------- table start ----------------------------------------------------
CREATE TABLE triples (foo string,subject string, predicate string, object string, foo2 string)
------------------------------------- table end -----------------------------------------------------
gives the foolowing output 
------------------------------------ console output ----------------------------------------------
 INFO [main] (Driver.java:156) - Starting command: SELECT t11.subject, t22.object , t33.subject , t66.object  FROM  (  	SELECT t1.subject  	FROM triples t1   	WHERE  		t1.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__INSTANCEOF_REL'   	AND   		t1.object='http://ontos/OntosMiner/Common.English/ontology#Citation'  ) t11   JOIN   (  	SELECT t2.subject , t2.object  	FROM triples t2   	WHERE   			t2.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__LABEL_REL'  ) t22  ON (t11.subject=t22.subject)  		 JOIN   (  	SELECT t3.subject , t3.object   	FROM triples t3   	WHERE   			t3.predicate='http://www.ontosearch.com/2007/12/ontosofa-ns#_from'   				 ) t33 ON (t11.subject=t33.object)  JOIN   (  	SELECT t4.subject   	FROM triples t4   	WHERE   		t4.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__INSTANCEOF_REL'   	AND   		t4.object='http://ontos/OntosMiner/Common.English/ontology#Author'  				 ) t44 ON (t44.subject=t33.subject)  JOIN   (  	SELECT t5.subject, t5.object as obh 	FROM triples t5   	WHERE   		t5.predicate='http://www.ontosearch.com/2007/12/ontosofa-ns#_to'   ) t55 ON (t55.subject=t44.subject)  JOIN   (  	SELECT t6.subject, t6.object 	FROM triples t6   	WHERE   		t6.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__LABEL_REL'   ) t66 ON (t66.subject=t55.obh)
 INFO [main] (ParseDriver.java:249) - Parsing command: SELECT t11.subject, t22.object , t33.subject , t66.object  FROM  (  	SELECT t1.subject  	FROM triples t1   	WHERE  		t1.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__INSTANCEOF_REL'   	AND   		t1.object='http://ontos/OntosMiner/Common.English/ontology#Citation'  ) t11   JOIN   (  	SELECT t2.subject , t2.object  	FROM triples t2   	WHERE   			t2.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__LABEL_REL'  ) t22  ON (t11.subject=t22.subject)  		 JOIN   (  	SELECT t3.subject , t3.object   	FROM triples t3   	WHERE   			t3.predicate='http://www.ontosearch.com/2007/12/ontosofa-ns#_from'   				 ) t33 ON (t11.subject=t33.object)  JOIN   (  	SELECT t4.subject   	FROM triples t4   	WHERE   		t4.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__INSTANCEOF_REL'   	AND   		t4.object='http://ontos/OntosMiner/Common.English/ontology#Author'  				 ) t44 ON (t44.subject=t33.subject)  JOIN   (  	SELECT t5.subject, t5.object as obh 	FROM triples t5   	WHERE   		t5.predicate='http://www.ontosearch.com/2007/12/ontosofa-ns#_to'   ) t55 ON (t55.subject=t44.subject)  JOIN   (  	SELECT t6.subject, t6.object 	FROM triples t6   	WHERE   		t6.predicate='http://sofa.semanticweb.org/sofa/v1.0/system#__LABEL_REL'   ) t66 ON (t66.subject=t55.obh)
 INFO [main] (ParseDriver.java:263) - Parse Completed
 INFO [main] (HiveMetaStore.java:126) - 0: Opening raw store with implemenation class:org.apache.hadoop.hive.metastore.ObjectStore
 INFO [main] (ObjectStore.java:124) - ObjectStore, initialize called
 INFO [main] (ObjectStore.java:146) - found resource jpox.properties at file:/home/vseledkin/workspace/HiveDrv/bin/jpox.properties
 WARN [main] (Log4JLogger.java:98) - Bundle "org.jpox" has an optional dependency to "org.eclipse.equinox.registry" but it cannot be resolved
 WARN [main] (Log4JLogger.java:98) - Bundle "org.jpox" has an optional dependency to "org.eclipse.core.runtime" but it cannot be resolved
 INFO [main] (Log4JLogger.java:79) - ================= Persistence Configuration ===============
 INFO [main] (Log4JLogger.java:79) - JPOX Persistence Factory - Vendor: "JPOX"  Version: "1.2.2"
 INFO [main] (Log4JLogger.java:79) - JPOX Persistence Factory initialised for datastore URL="jdbc:derby:;databaseName=metastore_db;create=true" driver="org.apache.derby.jdbc.EmbeddedDriver" userName="APP"
 INFO [main] (Log4JLogger.java:79) - ===========================================================
 INFO [main] (Log4JLogger.java:79) - Initialising Catalog "", Schema "APP" using "SchemaTable" auto-start option
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of org.apache.hadoop.hive.metastore.model.MDatabase since it was managed previously
 INFO [main] (Log4JLogger.java:79) - No manager for annotations was found in the CLASSPATH so all annotations are ignored.
 WARN [main] (Log4JLogger.java:98) - MetaData Parser encountered an error in file "jar:file:/home/vseledkin/workspace/hive/build/hive_metastore.jar!/package.jdo" at line 282, column 13 : The content of element type "class" must match "(extension*,implements*,datastore-identity?,primary-key?,inheritance?,version?,join*,foreign-key*,index*,unique*,column*,field*,property*,query*,fetch-group*,extension*)". - Please check your specification of DTD and the validity of the MetaData XML that you have specified.
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of org.apache.hadoop.hive.metastore.model.MStorageDescriptor since it was managed previously
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of org.apache.hadoop.hive.metastore.model.MSerDeInfo since it was managed previously
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of org.apache.hadoop.hive.metastore.model.MTable since it was managed previously
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of org.apache.hadoop.hive.metastore.model.MPartition since it was managed previously
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Class : org.apache.hadoop.hive.metastore.model.MDatabase [Table : DBS, InheritanceStrategy : new-table]
 INFO [main] (Log4JLogger.java:79) - The class "org.apache.hadoop.hive.metastore.model.MFieldSchema" is tagged as "embedded-only" so does not have its own datastore table.
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Class : org.apache.hadoop.hive.metastore.model.MSerDeInfo [Table : SERDES, InheritanceStrategy : new-table]
 INFO [main] (Log4JLogger.java:79) - The class "org.apache.hadoop.hive.metastore.model.MOrder" is tagged as "embedded-only" so does not have its own datastore table.
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Class : org.apache.hadoop.hive.metastore.model.MStorageDescriptor [Table : SDS, InheritanceStrategy : new-table]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Class : org.apache.hadoop.hive.metastore.model.MTable [Table : TBLS, InheritanceStrategy : new-table]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Class : org.apache.hadoop.hive.metastore.model.MPartition [Table : PARTITIONS, InheritanceStrategy : new-table]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Field : org.apache.hadoop.hive.metastore.model.MSerDeInfo.parameters [Table : SERDE_PARAMS]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Field : org.apache.hadoop.hive.metastore.model.MPartition.parameters [Table : PARTITION_PARAMS]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Field : org.apache.hadoop.hive.metastore.model.MPartition.values [Table : PARTITION_KEY_VALS]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Field : org.apache.hadoop.hive.metastore.model.MTable.parameters [Table : TABLE_PARAMS]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Field : org.apache.hadoop.hive.metastore.model.MTable.partitionKeys [Table : PARTITION_KEYS]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Field : org.apache.hadoop.hive.metastore.model.MStorageDescriptor.bucketCols [Table : BUCKETING_COLS]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Field : org.apache.hadoop.hive.metastore.model.MStorageDescriptor.cols [Table : COLUMNS]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Field : org.apache.hadoop.hive.metastore.model.MStorageDescriptor.parameters [Table : SD_PARAMS]
 INFO [main] (Log4JLogger.java:79) - Managing Persistence of Field : org.apache.hadoop.hive.metastore.model.MStorageDescriptor.sortCols [Table : SORT_COLS]
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table SERDES
 INFO [main] (Log4JLogger.java:79) - Validating 0 foreign key(s) for table SERDES
 INFO [main] (Log4JLogger.java:79) - Validating 1 index(es) for table SERDES
 INFO [main] (Log4JLogger.java:79) - Validating 2 unique key(s) for table PARTITIONS
 INFO [main] (Log4JLogger.java:79) - Validating 2 foreign key(s) for table PARTITIONS
 INFO [main] (Log4JLogger.java:79) - Validating 4 index(es) for table PARTITIONS
 INFO [main] (Log4JLogger.java:79) - Validating 2 unique key(s) for table TBLS
 INFO [main] (Log4JLogger.java:79) - Validating 2 foreign key(s) for table TBLS
 INFO [main] (Log4JLogger.java:79) - Validating 4 index(es) for table TBLS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table SDS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table SDS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table SDS
 INFO [main] (Log4JLogger.java:79) - Validating 2 unique key(s) for table DBS
 INFO [main] (Log4JLogger.java:79) - Validating 0 foreign key(s) for table DBS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table DBS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table SORT_COLS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table SORT_COLS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table SORT_COLS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table TABLE_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table TABLE_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table TABLE_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table COLUMNS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table COLUMNS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table COLUMNS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table PARTITION_KEYS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table PARTITION_KEYS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table PARTITION_KEYS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table SD_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table SD_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table SD_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table PARTITION_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table PARTITION_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table PARTITION_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table PARTITION_KEY_VALS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table PARTITION_KEY_VALS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table PARTITION_KEY_VALS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table SERDE_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table SERDE_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table SERDE_PARAMS
 INFO [main] (Log4JLogger.java:79) - Validating 1 unique key(s) for table BUCKETING_COLS
 INFO [main] (Log4JLogger.java:79) - Validating 1 foreign key(s) for table BUCKETING_COLS
 INFO [main] (Log4JLogger.java:79) - Validating 2 index(es) for table BUCKETING_COLS
 INFO [main] (Log4JLogger.java:79) - Catalog "", Schema "APP" initialised - managing 14 classes
 INFO [main] (Log4JLogger.java:79) - >> Found StoreManager org.jpox.store.rdbms.RDBMSManager
 INFO [main] (ObjectStore.java:110) - Initialized ObjectStore
 INFO [main] (SemanticAnalyzer.java:3086) - Starting Semantic Analysis
 INFO [main] (SemanticAnalyzer.java:3088) - Completed phase 1 of Semantic Analysis
 INFO [main] (SemanticAnalyzer.java:579) - Get metadata for source tables
 INFO [main] (SemanticAnalyzer.java:595) - Get metadata for subqueries
 INFO [main] (HiveMetaStore.java:164) - 0: get_table : db=default tbl=triples
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct triples 
{ string tid, string subject, string predicate, string object, string type}
 INFO [main] (SemanticAnalyzer.java:602) - Get metadata for destination tables
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct triples { string tid, string subject, string predicate, string object, string type}
 INFO [main] (SemanticAnalyzer.java:3091) - Completed getting MetaData in Semantic Analysis
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct binary_sortable_table 
{ string reducesinkkey0}
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct binary_table { string reducesinkvalue0}
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct binary_sortable_table { string reducesinkkey0}
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct binary_table 
{ string reducesinkvalue0, string reducesinkvalue1}
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct binary_table { string reducesinkvalue0, string reducesinkvalue1}
{ string joinkey0}
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct binary_sortable_table { string joinkey0}
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct binary_table { string reducesinkvalue0, string reducesinkvalue1, string reducesinkvalue2, string reducesinkvalue3, string reducesinkvalue4}
 INFO [main] (MetaStoreUtils.java:461) - DDL: struct binary_table { string reducesinkvalue0, string reducesinkvalue1, string reducesinkvalue2, string reducesinkvalue3, string reducesinkvalue4, string reducesinkvalue5, string reducesinkvalue6, string reducesinkvalue7}
{ string reducesinkvalue0, string reducesinkvalue1, string reducesinkvalue2, string reducesinkvalue3, string reducesinkvalue4}
 INFO [main] (SemanticAnalyzer.java:3107) - Completed partition pruning
 INFO [main] (SemanticAnalyzer.java:3111) - Completed sample pruning
{ string temporarycol0, string temporarycol1, string temporarycol2, string temporarycol3, string temporarycol4}
 INFO [main] (SemanticAnalyzer.java:3120) - Completed plan generation
 INFO [main] (Driver.java:173) - Semantic Analysis Completed
 INFO [main] (SessionState.java:254) - Total MapReduce jobs = 3
Number of reducers = 1
 INFO [main] (SessionState.java:254) - Number of reducers = 1
In order to change numer of reducers use:
 INFO [main] (SessionState.java:254) - In order to change numer of reducers use:
  set mapred.reduce.tasks = <number>
 INFO [main] (SessionState.java:254) -   set mapred.reduce.tasks = <number>
 WARN [main] (ExecDriver.java:109) - Number of reduce tasks not specified. Defaulting to jobconf value of: 1
 INFO [main] (ExecDriver.java:238) - Adding input file /user/hive/warehouse/triples
 WARN [main] (JobClient.java:547) - Use GenericOptionsParser for parsing the arguments. Applications should implement Tool for the same.
 INFO [main] (FileInputFormat.java:181) - Total input paths to process : 1
Starting Job = job_200812091129_0144, Tracking URL = http://ubunder.avicomp.com:50030/jobdetails.jsp?jobid=job_200812091129_0144
 INFO [main] (SessionState.java:254) - Starting Job = job_200812091129_0144, Tracking URL = http://ubunder.avicomp.com:50030/jobdetails.jsp?jobid=job_200812091129_0144
Kill Command = /home/vseledkin/workspace/HiveDrv/programs/hadoop-0.19.0 job  -Dmapred.job.tracker=ubunder.avicomp.com:9001 -kill job_200812091129_0144
 INFO [main] (SessionState.java:254) - Kill Command = /home/vseledkin/workspace/HiveDrv/programs/hadoop-0.19.0 job  -Dmapred.job.tracker=ubunder.avicomp.com:9001 -kill job_200812091129_0144
 map = 0%,  reduce =0%
 INFO [main] (SessionState.java:254) -  map = 0%,  reduce =0%
 map = 50%,  reduce =0%
 INFO [main] (SessionState.java:254) -  map = 50%,  reduce =0%
 map = 100%,  reduce =0%
 INFO [main] (SessionState.java:254) -  map = 100%,  reduce =0%
 map = 100%,  reduce =100%
 INFO [main] (SessionState.java:254) -  map = 100%,  reduce =100%
ERROR [main] (SessionState.java:263) - Ended Job = job_200812091129_0144 with errors
Ended Job = job_200812091129_0144 with errors
FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.ExecDriver
ERROR [main] (SessionState.java:263) - FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.ExecDriver
------------------------------------ console output end ----------------------------------------
and the stack trace in hadoop logs 
------------------------------------ stack trace ---------------------------------------------------
	at org.apache.hadoop.hive.ql.exec.ExecReducer.configure(ExecReducer.java:81)
	at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:58)
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:83)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:337)
	at org.apache.hadoop.mapred.Child.main(Child.java:155)
------------------------------------ stack trace end ---------------------------------------------
attached file contains table data to test problematic query

The code to get the port number is broken. Doh.

14:07:55[dsom:dist]$ METASTORE_PORT=12345 bin/hive --service metastore
Starting Hive Metastore Server
        at org.apache.hadoop.hive.metastore.HiveMetaStore.main(HiveMetaStore.java:960)

SimpleBatchConfiguration which gets loaded by any of spring application, created transactionManager bean irrespective of whether that bean is already created or not. This results in overriding transaction manager
@ConditionalOnMissingBean could be used for resolution of this issues

we move all the servers from default group
the default group will has  no servers,
then we create a  new table ,
it will failed case of the default group has no servers
eorr info is :
EROOR: ConstraintException:Target RSGroup must have at lease on server
 
we should keep at least one server in 'default' RSGroup
 
The feature-pack module includes src/licenses/licenses.xml and src/main/resources/content/docs/licenses/licenses.xml. The build overwrites the latter with the former but the latter currently includes a dep not found in the latter.
Task is to remove the latter and update the former with the missing dep.

In HIVE-5504, we had to do some special casing in HCatalog to add a particular set of orc table properties from table properties to job properties.
In doing so, it's obvious that that is a bit cumbersome, and ideally, the list of all orc file table properties should really be an enum, rather than individual loosely tied constant strings. If we were to clean this up, we can clean up other code that references this to reference the entire enum, and avoid future errors when new table properties are introduced, but other referencing code is not updated.

Consider a simple scenario:

create 'foo', {NAME => 'f1'}
put 'foo','r1','f1:a',1000
get 'foo','r1',{COLUMNS => ['f1:a:c(org.apache.hadoop.hbase.util.Bytes).len']} 
scan 'foo',{COLUMNS => ['f1:a:c(org.apache.hadoop.hbase.util.Bytes).len']}

Both get and scan fails with ERROR

ERROR: wrong number of arguments (3 for 1) 

Looks like in table.rb file converter_method expects 3 arguments [(bytes, offset, len)] since version 2.0.0, prior to version 2.0.0 it was taking only 1 argument [(bytes)]

On a Result object, if current() method is called after advance() returns false, this throws an ArrayIndexOutOfBoundsException. The expectation here is that it should return a null value. 

"UAZAAAAAZNaGnEKI+gC" is a key in my "userdata" table which happens to be the start key for a region named "userdata,UAZAAAAAZNaGnEKI+gC,1238170268268"
"/table.jsp?name=userdata" lists a link to "/regionhistorian.jsp?regionname=userdata,UAZAAAAAZNaGnEKI+gC,1238170268268" which is incorrect because the " + " character is not properly URI Encoded.  This results in a misleading user error message: "This region is no longer available. It may be due to a split, a merge or the name changed. "  manually escaping the " + " character as "%2B" produces the correct output.
A quick skim of master.jsp suggests it has a similar problem: it doesn't URI Encode table names when constructing links to table.jsp

NPE [1] pops up in server log when user wants to use auto complete in remoting subsystem in CLI. This is a regression against 7.0.0.GA.
[1]

[Host Controller] 13:11:22,697 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("suggest-capabilities") failed - address: ([
[Host Controller] 	at org.jboss.as.controller.capability.registry.IncludingResourceCapabilityScope.getIncludingScopes(IncludingResourceCapabilityScope.java:65)
[Host Controller] 	at org.jboss.as.controller.CapabilityRegistry.findSatisfactoryCapability(CapabilityRegistry.java:902)
[Host Controller] 	at org.jboss.as.controller.CapabilityRegistry.hasCapability(CapabilityRegistry.java:577)
[Host Controller] 	at org.jboss.as.controller.CapabilityRegistry.lambda$getDynamicCapabilityNames$7(CapabilityRegistry.java:942)
[Host Controller] 	at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174)
[Host Controller] 	at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
[Host Controller] 	at java.util.TreeMap$KeySpliterator.forEachRemaining(TreeMap.java:2746)
[Host Controller] 	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
[Host Controller] 	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
[Host Controller] 	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
[Host Controller] 	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
[Host Controller] 	at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
[Host Controller] 	at org.jboss.as.controller.CapabilityRegistry.getDynamicCapabilityNames(CapabilityRegistry.java:951)
[Host Controller] 	at org.jboss.as.server.controller.resources.CapabilityRegistryResourceDefinition.lambda$registerOperations$4(CapabilityRegistryResourceDefinition.java:182)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:978)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:724)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:448)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
[Host Controller] 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)

Sample code :

URL url = new URL("http://downloads.dbpedia.org/current/core-i18n/en/labels_en.nt.bz2");
InputStream input = new BZip2CompressorInputStream(url.openConnection().getInputStream());
BufferedReader reader = new BufferedReader(new InputStreamReader(input, "US-ASCII"));
			
int count = 0;
for(String line = reader.readLine(); line != null; line = reader.readLine()) {
	if(++count > 10000) break;
	else System.out.println(count + ": " + line);
}

It stops at line 7801 (EOF) :

7799: <http://dbpedia.org/resource/Gamemaster> <http://www.w3.org/2000/01/rdf-schema#label> "Gamemaster"@en .
7800: <http://dbpedia.org/resource/Genetic_engineering> <http://www.w3.org/2000/01/rdf-schema#label> "Genetic engineering"@en .
7801: <http://dbpedia.org/resource/Gradius_(video_game)> <http://www.w3.org/2000/01/rdf-s

This is easily reproducible if request contains cookie from previously active SSO session.  Causes user session to be unusable.

While running Wildfly in domain mode (i.e domain.sh) every click within the admin console produces and error message in the server log. 
[Host Controller] 13:53:38,148 ERROR [org.jboss.as.controller.client] (XNIO-1 task-12) JBAS014781: Step handler org.jboss.as.domain.controller.operations.coordination.DomainFinalResultHandler@576bca9e for operation composite at address [] failed handling operation rollback – null

Possible bug is the PSPConfigurer not catching the right exception when the setIgnoreResourceNotFound option is true. 
I got java.nio.file.NoSuchFileException but it only catches java.io.FIleNotFoundException.
Running environment:
Java: jdk1.8.0_144
Kotlin: 1.2.10
Running with Spring Boot v2.0.0.M7, Spring v5.0.2.RELEASE
Kotlin code
@Bean
open fun propertyPlaceholderConfigurer(): PropertySourcesPlaceholderConfigurer {
    return PropertySourcesPlaceholderConfigurer().apply {
        setIgnoreResourceNotFound(true)
        order = Ordered.HIGHEST_PRECEDENCE

        setLocations(
                ClassPathResource("default.properties"),
                FileSystemResource("${user.home}/desktop.properties")
        )
    }
}

This is the exception stack:
java.nio.file.NoSuchFileException
org.springframework.beans.factory.BeanInitializationException: Could not load properties; nested exception is java.nio.file.NoSuchFileException: /Users/dev/desktop.properties
	at org.springframework.context.support.PropertySourcesPlaceholderConfigurer.postProcessBeanFactory(PropertySourcesPlaceholderConfigurer.java:153)
	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:164)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:693)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:531)
	at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh(ServletWebServerApplicationContext.java:138)
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:751)
	at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:387)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:327)
	at org.springframework.boot.builder.SpringApplicationBuilder.run(SpringApplicationBuilder.java:136)
	at hu.hobbesmedia.legenda.cassa.BootstrapKt.main(Bootstrap.kt:79)
Caused by: java.nio.file.NoSuchFileException: /Users/dev/desktop.properties
	at org.springframework.core.io.FileSystemResource.getInputStream(FileSystemResource.java:123)
	at org.springframework.core.io.support.EncodedResource.getInputStream(EncodedResource.java:159)
	at org.springframework.core.io.support.PropertiesLoaderUtils.fillProperties(PropertiesLoaderUtils.java:99)
	at org.springframework.core.io.support.PropertiesLoaderSupport.loadProperties(PropertiesLoaderSupport.java:181)
	at org.springframework.core.io.support.PropertiesLoaderSupport.mergeProperties(PropertiesLoaderSupport.java:162)
	at org.springframework.context.support.PropertySourcesPlaceholderConfigurer.postProcessBeanFactory(PropertySourcesPlaceholderConfigurer.java:144)

Start Hive Server by specifying the log details ( filelocation , appender , loglevel ) in hive-log4j.properties, but logging is not happening as per the details provided in the hive-log4j.properties.

Setting the config to run SQLStandardAuth and then doing even simple SQL statements results in an NPE.

If a grouping key hasn't been selected, Hive complains. For comparison, Postgres does not.
Example. Notice i_item_id is not selected:

select  i_item_desc
       ,i_category
       ,i_class
       ,sum(cs_ext_sales_price) as itemrevenue
       ,sum(cs_ext_sales_price)*100/sum(sum(cs_ext_sales_price)) over
           (partition by i_class) as revenueratio
 from	catalog_sales
     ,item
     ,date_dim
 where cs_item_sk = i_item_sk
   and i_category in ('Jewelry', 'Sports', 'Books')
   and cs_sold_date_sk = d_date_sk
 and d_date between cast('2001-01-12' as date)
 				and (cast('2001-01-12' as date) + 30 days)
 group by i_item_id
         ,i_item_desc
         ,i_category
         ,i_class
         ,i_current_price
 order by i_category
         ,i_class
         ,i_item_id
         ,revenueratio
limit 100;

CSRF meta tags should only be specified on layouts, not in every view.

AnnotationDrivenBeanDefinitionParser uses static fields to store result of presence check for jackson, rome, jsr303 and jaxb.
Consider changing that approach to either use non-static fields or running the check when needed.  Behavior of statics will be unpredictable in OSGi environment.  Also consider using classloader of bean factory vs. classloader that loaded the AnnotationDrivenBeanDefinitionParser.

0: jdbc:hive2://localhost:10000/db2> !close
Ambiguous command: [close, closeall]

After having authenticated (via JASPIC or otherwise), calling HttpServletRequest#logout and then requesting the caller/user principal (all within the same request), Undertow (via e.g. WildFly 8.2 or 9.0rc1) will correctly clear out the principal for the web context, but will NOT clear out the principal for the EJB context.
The problem seems to be that io.undertow.security.impl.SecurityContextImpl.logout() doesn't do anything with the security context that is used by the EJB container among others.
It now just contains the following:

this.account = null;
this.mechanismName = null;
this.authenticationState = AuthenticationState.NOT_ATTEMPTED;

Added the following code just before this seems to work:

// Clear old context
SecurityContextAssociation.clearSecurityContext();
SecurityRolesAssociation.setSecurityRoles(null);
	            		
// Set a new one in case re-authentication is done within the same thread
SecurityContext securityContext = SecurityContextFactory.createSecurityContext("other");
exchange.putAttachment(SECURITY_CONTEXT_ATTACHMENT, securityContext);

SecurityContextAssociation.setSecurityContext(securityContext);

// (existing clearing code)

Do note that this code uses the hardcoded domain "other". Except by using reflection I couldn't obtain the actual domain name at this point. The reflective code I used was:

String securityDomain = "other";

if (identityManager instanceof JAASIdentityManagerImpl) {
    try {
        Field securityDomainContextField = JAASIdentityManagerImpl.class.getDeclaredField("securityDomainContext");
        securityDomainContextField.setAccessible(true);
        SecurityDomainContext securityDomainContext = (SecurityDomainContext) securityDomainContextField.get(identityManager);

        securityDomain = securityDomainContext.getAuthenticationManager().getSecurityDomain();

    } catch (NoSuchFieldException | SecurityException | IllegalArgumentException | IllegalAccessException e) {
        logger.log(Level.SEVERE, "Can't obtain name of security domain, using 'other' now", e);
    }
}

A few q file tests still use the following, allowed, pattern:

This relies on the user to load the correct number of files with correctly hashed data and the correct order of file names; if there's some discrepancy in any of the above, the queries will fail or may produce incorrect results if some bucket-based optimizations kick in.
Additionally, even if the user does everything correctly, as far as I know some code derives bucket number from file name, which won't work in this case (as opposed to getting buckets based on the order of files, which will work here but won't work as per  HIVE-14970... sigh).
Hive enforces bucketing in other cases (the check cannot even be disabled these days), so I suggest that we either prohibit the above outright, or at least add a safety config setting that would disallow it by default.

Problem
When starting the DefaultCamelContext, Camel tries to get a PropertiesComponent object from JNDI under the name "properties" (which is hard-coded in DefaultCamelContext.lookupPropertiesComponent() resp. CamelContextHelper.lookupPropertiesComponent() in newer Camel versions).
During start we get the following Error:

org.apache.camel.NoSuchBeanException: Found bean: properties in JNDI Context: javax.naming.InitialContext@a37a18 of type: org.jnp.interfaces.NamingContext expected type was: class org.apache.camel.component.properties.PropertiesComponent
	at org.apache.camel.impl.JndiRegistry.lookupByNameAndType(JndiRegistry.java:61)
	at org.apache.camel.impl.DefaultCamelContext.lookupPropertiesComponent(DefaultCamelContext.java:2788)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1834)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1716)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1684)
	at de.bwb.ubi.vs.automat.mbean.CamelStarter.startService(CamelStarter.java:21)
	at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
[...]
Caused by: java.lang.ClassCastException
	at java.lang.Class.cast(Class.java:2999)
	at org.apache.camel.impl.JndiRegistry.lookupByNameAndType(JndiRegistry.java:57)

Reason
In our installation, some properties are bound to the name "properties/..." in the JNDI global namespace.
Camel can manage if it finds nothing under the JNDI name, the problem is just finding something different than the expected PropertiesComponent instance. Instead of calling JndiRegistry.lookupByNameAndType(String, Class) – this is where the cast fails – we should call JndiRegistry.lookupByName(String name). If an instance other than a PropertiesComponent is returned here, we should go on as if nothing was found in the JNDI lookup.
I can provide a pull request for this.

Thrift's TSSLTransportFactory#getClientSocket already returns an open socket. HiveConnection#openTransport should call open only on sockets which are not bound.

If I have an @Asynchronous method with @CircuitBreaker and all the invocations fails, the circuit breaker never opens. This is because in the async case, the only thing that happens is that the command is submitted for execution (and the submission is an operation that will succeed), a HystrixCommandInterceptor.AsyncFuture is created as a result of the operation, syncCircuitBreaker.executionSucceeded() is called and the AsyncFuture is returned.
This happens in both failure modes: if the @Asynchronous method throws (synchronously) an exception, or if the @Asynchronous method returns a failed Future.
The MP FT spec is a little ambiguous. Chapter 4.1. Asynchronous Usage says:

The @Asynchronous annotation can be used together with @Timeout, @Fallback, @Bulkhead and @Retry.
While chapter 8.1. Circuit Breaker Usage says:

The @CircuitBreaker annotation can be used together with @Timeout, @Fallback, @Asynchronous, @Bulkhead and @Retry.
If the intention was for @CircuitBreaker to not be usable with @Asynchronous, that would be understandable, but it's not clear.

We're not closing down zk properly, mostly in HCM.  Makes for spew in zk logs and it also causes shutdown to run longer.

if convertUrlToLowercaseBeforeComparison is true the url is converted to lower case before URL comparison but the pathMatcher still use the URL defined in the configurations without using toLowerCase and this may lead insorrect result 
see this forum for more details http://forum.springframework.org/showthread.php?t=39492

When creating HFiles for a bulkload in HBase I believe it is looking in the wrong directory to find the HFiles, resulting in the following exception:

Error: java.lang.RuntimeException: Hive Runtime Error while closing operators: java.io.IOException: Multiple family directories found in hdfs://c1n1.gbif.org:8020/user/hive/warehouse/tim.db/coords_hbase/_temporary/2/_temporary
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.close(ExecReducer.java:295)
	at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:453)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: Multiple family directories found in hdfs://c1n1.gbif.org:8020/user/hive/warehouse/tim.db/coords_hbase/_temporary/2/_temporary
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.closeWriters(FileSinkOperator.java:188)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.closeOp(FileSinkOperator.java:958)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.close(ExecReducer.java:287)
	... 7 more
Caused by: java.io.IOException: Multiple family directories found in hdfs://c1n1.gbif.org:8020/user/hive/warehouse/tim.db/coords_hbase/_temporary/2/_temporary
	at org.apache.hadoop.hive.hbase.HiveHFileOutputFormat$1.close(HiveHFileOutputFormat.java:158)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.closeWriters(FileSinkOperator.java:185)
	... 11 more

The issue is that is looks for the HFiles in hdfs://c1n1.gbif.org:8020/user/hive/warehouse/tim.db/coords_hbase/_temporary/2/_temporary when I believe it should be looking in the task attempt subfolder, such as hdfs://c1n1.gbif.org:8020/user/hive/warehouse/tim.db/coords_hbase/_temporary/2/_temporary/attempt_1461004169450_0002_r_000000_1000.
This can be reproduced in any HFile creation such as:

CREATE TABLE coords_hbase(id INT, x DOUBLE, y DOUBLE)
  'hbase.columns.mapping' = ':key,o:x,o:y',
  'hbase.table.default.storage.type' = 'binary');

SET hfile.family.path=/tmp/coords_hfiles/o; 
SET hive.hbase.generatehfiles=true;

INSERT OVERWRITE TABLE coords_hbase 
SELECT id, decimalLongitude, decimalLatitude
FROM source
CLUSTER BY id; 

Any advice greatly appreciated

If an IO error such as reaching the file descriptor limit occurs during deployment scanning, the scanner continues with an empty deployment list causing it to undeploy applications.
This occurs because FileSystemDeploymentService.scanDirectory() treats File.listFiles() returning null as an empty list rather than an error. http://docs.oracle.com/javase/7/docs/api/java/io/File.html#listFiles%28%29 notes that it returns an empty array if the directory is empty, and null if it is not a directory or an IO error occurs.
It should instead respond to a null return value by aborting the scanner run, with a log message, and not proceed to undeploy applications.

Hive streaming ingest generated 0 length and 3 byte files which are invalid orc files. This will throw the following exception during compaction

Error: org.apache.orc.FileFormatException: Not a valid ORC file hdfs://cn105-10.l42scl.hortonworks.com:8020/apps/hive/warehouse/culvert/year=2018/month=7/delta_0000025_0000025/bucket_00005 (maxFileLength= 3) at org.apache.orc.impl.ReaderImpl.extractFileTail(ReaderImpl.java:546) at org.apache.orc.impl.ReaderImpl.<init>(ReaderImpl.java:370) at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.<init>(ReaderImpl.java:60) at org.apache.hadoop.hive.ql.io.orc.OrcFile.createReader(OrcFile.java:90) at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger.<init>(OrcRawRecordMerger.java:1124) at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRawReader(OrcInputFormat.java:2373) at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR$CompactorMap.map(CompactorMR.java:1000) at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR$CompactorMap.map(CompactorMR.java:977) at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54) at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:460) at org.apache.hadoop.mapred.MapTask.run(MapTask.java:344) at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:174) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:422) at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1965) at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:168)

See nabble
http://camel.465427.n5.nabble.com/Multicast-inside-splitter-tp3261288p3261288.html

Support more than 2 children for OR and AND when all children are expressions.

If an exception occurs on the next() call of an Iterator in a streaming splitter, the exception is never propagated to the exception or the error handler. This will lead to improper route termination, and inifite rollback/retry cycles.
I attached the minimal test case demonstrating the issue.

See attached jar for a reproducer. Just deploy it. The jar includes it's own source.
An @Resource annotation with a spurious ":" in the name attribute value results in an incorrect binding but no deployment failure:

@Resources({
	@Resource(
//			name="java:jboss/ResourceTestEJB", // ==> this works fine 
			name="java:jboss:/ResourceTestEJB",  // ==> this will not bind the JNDI correctly, and there is no error on deploying EJB
			
			type=com.test.ResourceEJB.class,
			lookup="java:global/01134324/ResourceEJBImpl")
})

There is no error reported in the log.
Using jndi-view op in the CLI, I see:

[standalone@localhost:9990 subsystem=naming] :jndi-view
{
        "java: contexts" => {
            .....            
            "java:jboss" => {
                ....
                "java:jboss:" => {"class-name" => "javax.naming.Context"},
             }
    }
    ....
}

Any time the jndi-view op is run, the following is logged in the server.log:

10:52:02,985 ERROR [org.jboss.as.naming] (management-handler-thread - 5) WFLYNAM0013: Failed to obtain jndi view value for entry java:jboss:.: javax.naming.NameNotFoundException: jboss: -- service jboss.naming.context.java.jboss.jboss:
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:106) [wildfly-naming-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:202) [wildfly-naming-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:188) [wildfly-naming-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.naming.management.JndiViewOperation.addEntries(JndiViewOperation.java:132) [wildfly-naming-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.naming.management.JndiViewOperation.access$000(JndiViewOperation.java:47) [wildfly-naming-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.naming.management.JndiViewOperation$1.execute(JndiViewOperation.java:72) [wildfly-naming-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:603) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:481) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:282) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:277) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1060) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:296) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:165) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:204) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:133) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:154) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:150) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_45]
	at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_45]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:150) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:297)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:536)

If a proper binding can't be done per the annotation value, there should be an exception thrown triggering deployment rollback.
I'll attach an MSC service dump in case it's useful.

There is a bug in NamedEntityObjectIdentity that is causing me problems. I checked with the version in head and it still exists there.  Assuming your class has the cglib enhanced name 
    model.Site$$EnhancerByCGLIB$$378957af  
The ClassNameUtils.getShortName methids is called turning the above into  
   model.Site$$EnhancerByCGLIB$$378957af.Site 
Before its gets passed into the getPackageName method, which then just drops off the .Site giving you back  your original class name.
The problem, after chaseing my tail for a while, turns out to be the call to getPackageName(object.getClass().getName()) is not  closed.
This 
 public NamedEntityObjectIdentity(Object object)
        throws IllegalAccessException, InvocationTargetException {
        Assert.notNull(object, "object cannot be null");
        this.classname = (getPackageName(object.getClass().getName()) == null)
            ? ClassUtils.getShortName(object.getClass())
            : getPackageName(object.getClass().getName() + "."
                + ClassUtils.getShortName(object.getClass()));
Should be
            : getPackageName(object.getClass().getName()) + "."
                + ClassUtils.getShortName(object.getClass());

Hive queries which fail when running a HiveOnSpark job:

ERROR : Failed to execute spark task, with exception 'java.lang.Exception(Failed to submit Spark work, please retry later)'
java.lang.Exception: Failed to submit Spark work, please retry later
        at org.apache.hadoop.hive.ql.exec.spark.RemoteHiveSparkClient.execute(RemoteHiveSparkClient.java:186)
        at org.apache.hadoop.hive.ql.exec.spark.session.SparkSessionImpl.submit(SparkSessionImpl.java:71)
        at org.apache.hadoop.hive.ql.exec.spark.SparkTask.execute(SparkTask.java:107)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:99)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.run(TaskRunner.java:79)
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException): No lease on /tmp/hive/dbname/_spark_session_dir/e202c452-8793-4e4e-ad55-61e3d4965c69/somename.jar (inode 725730760): File does not exist. [Lease.  Holder: DFSClient_NONMAPREDUCE_-1981084042_486659, pending creates: 7]
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:3755)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.analyzeFileState(FSNamesystem.java:3556)
        at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getAdditionalBlock(FSNamesystem.java:3412)
        at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.addBlock(NameNodeRpcServer.java:688)

the example URI for the camel-irc component (see http://camel.apache.org/irc.html) does not work.  Further, the current URI parsing code is flawed and subject to NPE's.
In IrcConfiguration.configure(URI uri) (see https://svn.apache.org/repos/asf/camel/branches/camel-1.x/components/camel-irc/src/main/java/org/apache/camel/component/irc/IrcConfiguration.java) the code attempts to parse a channel name as a path.  Because the '#' char is a fragment marker in a URI, the path (in the documented example) is zero length.
The following URI works with the current code implementation (note the required '//' and html-escaped '#' char):

irc://nick@server.org/%23channel

Completion doesn't work properly for:

~XXX
quoted paths
paths that contain escaped white spaces

create table dw_tmp.l_test1 (id bigint,val string,trans_date string) row format delimited fields terminated by ' ' ;
create table dw_tmp.l_test2 (id bigint,val string,trans_date string) row format delimited fields terminated by ' ' ;  
select * from dw_tmp.l_test1;
1       table_1      2016-08-11
select * from dw_tmp.l_test2;
2       table_2      2016-08-11
– right like this
select 
    id,
    'table_1' ,
    trans_date
from dw_tmp.l_test1
union all
select 
    id,
    val,
from dw_tmp.l_test2 ;
1       table_1     2016-08-11
2       table_2     2016-08-11
– incorrect
select 
    id,
    999,
union all
select 
    id,
    999,
    val,
1       999     table_1     2016-08-11
2       999     table_1     2016-08-11     <-- here is wrong
select 
    id,
    999,
    666,
union all
select 
    id,
    999,
    666,
    val,
1       999     666     table_1 2016-08-11
2       999     666     table_1 2016-08-11     <-- here is wrong
– right
select 
    id,
    999,
    trans_date,
    '2016-11-11'
union all
select 
    id,
    999,
    val,
1       999     table_1 2016-08-11      2016-11-11
2       999     table_2 2016-08-11      2016-08-11

Description of operation resolve-address-setting in subsystem -> messaging-activemq -> server
starts with lower case letter. All other descriptions start with upper case. 

In CLI, description of attribute transaction inside pooled-connection-factory is not provided. It is set to TODO.

transaction" => {
                "description" => "TODO",
...

Please, provide description of this attribute.

trunk seems to be built on machines named ubuntu*
precommit is on machines named hadoop*
Looking at java.home on these machines, we have:
hadoop1: /home/jenkins/tools/java/jdk1.6.0_27/jre
hadoop2: /home/jenkins/tools/java/jdk1.6.0_26/jre
hadoop3: /home/jenkins/tools/java/jdk1.6.0_26/jre
hadoop4: /home/jenkins/tools/java/jdk1.6.0_26/jre
hadoop5: /home/jenkins/tools/java/jdk1.6.0_26/jre
hadoop6: /home/jenkins/tools/java/jdk1.6.0_26/jre
ubuntu1: /home/jenkins/jenkins-slave/jdk/jre    version: 1.6.0_16-b01
ubuntu2: no reply
ubuntu3: /usr/lib/jvm/java-6-openjdk-amd64/jre  version: 1.6.0_27-b27
ubuntu4: /usr/lib/jvm/java-6-openjdk-amd64/jre  version: 1.6.0_27-b27
ubuntu5: no reply
ubuntu6: /home/jenkins/jenkins-slave/jdk/jre   version: 1.6.0_16-b01
The build logs says:
[PreCommit-HBASE-Build] $ /bin/bash /tmp/hudson6507498537145712977.sh
asf002.sp2.ygridcore.net
Linux asf002.sp2.ygridcore.net 2.6.32-33-server #71-Ubuntu SMP Wed Jul 20 17:42:25 UTC 2011 x86_64 GNU/Linux
/tmp/hudson6507498537145712977.sh: line 4: java: command not found
=> We try to get the java version, fails, but the build will continue anyway, and succeeds.
On ubuntu, we have
+ java -version
java version "1.6.0_32"
Java(TM) SE Runtime Environment (build 1.6.0_32-b05)
=> Seems good. But it's this one that fails.
Now, the fact that the java -version fails on the precommit makes me wonder if we don't use the version installed by default. Hence, we would use a random and often the openjdk one when we build the trunk.
This patch will help us to understand our build env.

7.3.6.1. Decryption
Decryption of incoming SOAP messages requires Encrypt action be added to the <b>securementActions</b> property.
I think ,it should be:
Decryption of incoming SOAP messages requires Encrypt action be added to the <b>validationActions</b> property.

Looking at the admin API and this method

  public void updateConfiguration() throws IOException {
    for (ServerName server : this.getClusterStatus().getServers()) {
      updateConfiguration(server);
    }
  }

you can see that it calls getServers() which only returns the region servers.
What is missing is also calling on getMaster() and getBackupMasters() to also send them a signal.

This is a follow up on WFLY-8707, which introduced new supported artifacts, but these are currently not included in the product Maven repository.

org.wildfly:wildfly-ejb-client-legacy-bom - https://github.com/wildfly/wildfly/blob/master/client/ejb-legacy/pom.xml
org.jboss:jboss-ejb-client-legacy - https://github.com/jbossas/jboss-ejb-client/blob/3.0.0.Beta7/pom.xml

org.apache.camel.component.box.internal.LoginAuthFlowUI looks for http.route.socks-proxy and sets up a socks proxy for the webClient
org.apache.camel.component.box.internal.BoxClientHelper just passes the httpParams on to the underlying HttpClient but the box api uses a vanilla DefaultHttpClient which doesn't talk SOCKS.
The attached patch adds socks proxy support to the main restful box transactions.

This makes it hard to remove or rename the 'default' worker (e.g. as part of doing performance tuning), because the requirement for that worker isn't shown in standalone.xml. Since there's no capability ref failure, boot proceeds to RUNTIME, ServletContainerService can't start but a whole lot of others can't start as well. So there's a lot of noise that obscures the issue.

Positions start at 1, not 0.  Negative positions start at the end of the string and count backwards.
Oracle returns null for lengths less than 1 or non-existent substrings (any empty strings are null).  MySQL and PostgreSQL return empty strings, never null.  PostgreSQL errors for negative lengths.  I suggest we follow the MySQL behavior.
Oracle treats position 0 the same as 1.  Perhaps we should too?

 SUBSTR('ABCDEFG',3,4): CDEF
SUBSTR('ABCDEFG',-5,4): CDEF
   SUBSTR('ABCDEFG',3): CDEFG
  SUBSTR('ABCDEFG',-5): CDEFG
     SUBSTR('ABC',1,1): A

MySQL:
     SUBSTR('ABC',0,1): <empty>
     SUBSTR('ABC',0,2): <empty>
     SUBSTR('ABC',1,0): <empty>
    SUBSTR('ABC',1,-1): <empty>

Oracle:
     SUBSTR('ABC',0,1): A
     SUBSTR('ABC',0,2): AB
     SUBSTR('ABC',1,0): <null>
    SUBSTR('ABC',1,-1): <null>

Test case for https://issues.jboss.org/browse/JBERET-117 and https://issues.jboss.org/browse/JBERET-231

Long time pet-peeve, but it is causing some confusion when looking at the master logs for unrelated things. 

This exception happens in two cases.

If the response status is not yet set by the application, and the servlet container implementation has 0 as the default status
If a filter or application logic sets the response status to an illegal value

Also see this SO thread.

In TxnHandler.java,i found a  redundant symbol "\" in function getOpenTxns()  whch leads to appear red in sublime text 3.

File bin/jboss-cli.xml has an incorrect order of elements. <history> tag should be before <resolve-parameter-values> tag. 

Creating external table using HIVE with location point to the root directory of DFS will fail because the function HiveFileFormatUtils#doGetPartitionDescFromPath treat authority of the path the same as folder and cannot find a match in the "pathToPartitionInfo" table when doing prefix match. 

In the post-newmaster trunk, there's some code which gives the regionserver and masters fancy names based on hostname and port. This breaks log recovery, though, if the master starts recovering a log (ie has an append lease on a log file), then crashes and comes back on the same port. The NN doesn't see this as a new client, since the client name is the same, so it thinks it still holds a lease on the file. The new master, though, can't call append() because the NN thinks it's appending, so it loops forever.

After doing a successing mvn clean install in wrapping if one comes back to base folder ans does a mvn clean install you should get the following
(to reproduce you will have to delete the .m2 directory and let maven fetch every thing)
/home/hatim/Latest/roo/shell-jline-osgi/src/main/java/org/springframework/roo/shell/jline/osgi/JLineShellComponent.java:[13,43] package org.springframework.roo.support.osgi does not exist
/home/hatim/Latest/roo/shell-jline-osgi/src/main/java/org/springframework/roo/shell/jline/osgi/JLineShellComponent.java:[42,9] cannot find symbol
symbol  : variable UrlFindingUtils
location: class org.springframework.roo.shell.jline.osgi.JLineShellComponent
[INFO] Total time: 3 minutes 51 seconds
[INFO] Finished at: Mon Jul 12 01:39:01 CEST 2010
[INFO] Final Memory: 82M/316M
Upong issing git status after getting the error, I see the following

On branch master
Changed but not updated:
(use "git add <file>..." to update what will be committed)
#
modified:   addon-dbre/src/main/java/org/springframework/roo/addon/dbre/jdbc/ConnectionProvider.java
modified:   addon-web-mvc-controller/src/main/resources/org/springframework/roo/addon/web/mvc/controller/urlrewrite3.0.dtd
modified:   bootstrap/readme.txt
modified:   bootstrap/roo-dev.bat
modified:   classpath/src/main/resources/wedding.roo
#

it seems that there is an isseu with several atomix component:
atomix-value resourceName atomix-value:valueName
atomix-queue resourceName atomix-queue:queueName
atomix-map resourceName atomix-map:mapName
atomix-multimap resourceName atomix-multimap:multiMapName
atomix-messaging resourceName atomix-messaging:group

The CLI startup script needs to be modified to process arguments like standalone.sh and friends to, to be tolerant of spaces in the original arg list.
Sent email to wildfly-dev:

Java EE 7 CI job on WildFly trunk is failing:

https://arungupta.ci.cloudbees.com/job/Java%20EE%207%20Samples%20on%20WildFly-cb/155/console

Here is the error message:

Started 45 of 56 services (22 services are lazy, passive or on-demand)
 [0m+ wildfly-8.0.1.Final-SNAPSHOT/bin/jboss-cli.sh --connect
'--commands=/subsystem=messaging/hornetq-server=default:write-attribute(name=journal-type,value=NIO),:reload(admin-only=false)'
Error: Could not find or load main class EE
Process leaked file descriptors. See
http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build
for more information
Build step 'Execute shell' marked build as failure

David responded:

Looks like a possible regression in standalone.sh due to there being a
space in the startup path.

As a workaround you could change your workspace name from "Java EE 7
Samples on WildFly-cb" to e.g. "java-ee-7-samples-on-wildfly-cb" or
similar (with no spaces).

Some SerDes like JSONSerde are not packaged with LLAP. One cannot localize jars on the daemon (due to security consideration if nothing else), so we should package them.

According to RFC 1738 "Uniform Resource Locators (URL)", the scheme names of an URL allows the following characters: lower case letters a to z, digits, the characters plus, period, and hyphen. It also states:
"For resiliency, programs interpreting URLs should treat upper case letters as equivalent to lower case in scheme names (e.g., allow "HTTP" as well as "http")." (section 2.1. The main parts of URLs).
Unfortunately UriComponentsBuilder does not accept the upper case variants HTTP and HTTPS, it throws an IllegalArgumentException instead.

Inside AbstractAuthorizeTag the static method SecurityWebApplicationContextUtils.findRequiredWebApplicationContext(...) is called, which in turn calls
WebApplicationContextUtils.findWebApplicationContext(...)
which does not exist in spring-framework 4.1.x (it can be found in the master branch only).

Provided implementations for Streaming for the above fns.
Min/Max based on Alg by Daniel Lemire: http://www.archipel.uqam.ca/309/1/webmaximinalgo.pdf

Because of the way the endpoints are detected in a BeanPostProcessor and the message listener container is started in a SmartInitializingBean, the listener is never registered if it is a scoped proxy (e.g. @Scope(proxyMode=TARGET_CLASS) @Lazy). The BeanPostProcessor is not presented with the actual listener until it is instantiated, and the instantiation happens lazily, the container is never created or started (I believe it's because the call to RabbitListenerEndpointRegistrar.afterPropertiesSet() in RabbitListenerAnnotationBeanPostProcessor.afterSingletonsInstantiated() is never made).
See https://github.com/spring-cloud/spring-cloud-config/issues/96 for original user's issue.

JDBC uber jar is missing some required classes for a secure setup.

ORC-53 was mostly about the mapreduce shims for ORC, but it fixed a problem in TypeDescription that should be backported to Hive.

org.springframework.security.web.savedrequest.HttpSessionRequestCache.getRequest loads the SavedRequest object form session. The method signature is using the correct SavedRequest interface. The implementation performs a cast to DefaultSavedRequest. 
Using a custom implementation of the interface SavedRequest in the security context causes ClassCastException when the method is used to load the SavedRequest.
The interface should be used for cast since the method getRequest itself is not using any method of the concrete default implementation.

Recursion in AssignmentManager.checkWals() uses the same input argument.

Hi,
both, camel-cxf-code-first and camel-cxf-contract-first quickstarts have issue related to test, which is shipped with them. 
Experienced with build nr. 93 and 100
When I try to build them, there is always exception : 
"Unable to start blueprint container for bundle org.jboss.quickstarts.fuse.cxf-camel-cxf-contract-first"
The full log is attached.

globStatus expects a regular expression,  so if there is special characters (like '{' , '[') in the filepath, this function will fail.
We should be able to replace this call with listStatus easily since we are not passing regex to replaceFiles(). The only places replaceFiles is called is in loadPartition and Table's replaceFiles.

According to RFC 6749 Section 4.2.2, the scope response parameter is a required parameter if the granted scopes are different than those requested. However, looking at the AuthorizationEndpoint.appendAccessToken in the 1.0.2.RELEASE, the scope parameter is never appended to the redirect URL.

Status Quo
The Javadoc for ActiveProfilesResolver.resolve(Class) states the following:

Resolve the bean definition profiles to use when loading an ApplicationContext for the given test class.
Parameters: testClass the test class for which the profiles should be resolved; never null
This contract was honored for the initial support of ActiveProfilesResolver; however, with the added support for using test-related annotations as meta-annotations, if @ActiveProfiles is used as a meta-annotation on a custom composed annotation, then the composed annotation is passed to the resolve() method instead of the test class.

 Ensure that the actual test class is always passed to ActiveProfilesResolver.resolve(Class).

When use MemStoreLAB, the KeyValues will share the byte array allocated by the MemStoreLAB, all the KeyValues' "bytes" attributes are the same byte array. When use the functions such as Bytes.toLong(byte[] bytes, int offset):

  public static long toLong(byte[] bytes, int offset) {
    return toLong(bytes, offset, SIZEOF_LONG);
  }

  public static long toLong(byte[] bytes, int offset, final int length) {
    if (length != SIZEOF_LONG || offset + length > bytes.length) {
      throw explainWrongLengthOrOffset(bytes, offset, length, SIZEOF_LONG);
    }
    long l = 0;
    for(int i = offset; i < offset + length; i++) {
      l <<= 8;
      l ^= bytes[i] & 0xFF;
    }
    return l;
  }

If we do not put a long value to the KeyValue, and read it as a long value in HRegion.increment(),the check 

offset + length > bytes.length

will take no effects, because the bytes.length is not equal to keyLength+valueLength, indeed it is MemStoreLAB chunkSize which is default 2048 * 1024.
I will paste the patch later.

The method FileSystemUtils.freeSpace does not work on Sun Solaris.
 [junit] Testcase: testGetFreeSpace_String took 0.216 sec
[junit] 	Caused an ERROR
[junit] Command line 'df' did not return info as expected for path '/'- response on first line was '/                  (/dev/dsk/c0t0d0s0 ):41676304 block  3133314 filer'
[junit] java.io.IOException: Command line 'df' did not return info as expected for path '/'- response on first line was '/                  (/dev/dsk/c0t0d0s0 ):41676304 block  3133314 filer'
[junit] 	at org.apache.commons.io.FileSystemUtils.freeSpaceUnix(FileSystemUtils.java:315)
[junit] 	at org.apache.commons.io.FileSystemUtils.freeSpaceOS(FileSystemUtils.java:179)
[junit] 	at org.apache.commons.io.FileSystemUtils.freeSpace(FileSystemUtils.java:126)
[junit] 	at org.apache.commons.io.FileSystemUtilsTestCase.testGetFreeSpace_String(FileSystemUtilsTestCase.java:90)
This is because on Solaris the df command work different if the flag -k is used or not:
$ df /
/                  (/dev/dsk/c0t1d0s0 ): 1070402 blocks   294205 files
$ df -k /
Filesystem            kbytes    used   avail capacity  Mounted on
/dev/dsk/c0t1d0s0    1350955  815754  481163    63%    /
I haven't found any flag that makes it output GNU format even when -k is omitted.

In both CaffeineCache and CaffeineLoadCache we have

builder.expireAfterAccess(configuration.getExpireAfterAccessTime(), TimeUnit.SECONDS);
builder.expireAfterAccess(configuration.getExpireAfterWriteTime(), TimeUnit.SECONDS);

LlapDaemon main() reads daemon configuration but for shuffle port it reads internal config instead of hive.llap.daemon.yarn.shuffle.port
https://github.com/apache/hive/blob/c8eb03affa2533f4827cf6497e7c9873bc9520a7/llap-server/src/java/org/apache/hadoop/hive/llap/daemon/impl/LlapDaemon.java#L535 

I just compiled the latest WildFly master and have this code fragment which produces the stacktrace below.

public class KundeObserver {
   @Resource(mappedName = "java:comp/DefaultManagedExecutorService")
   private ManagedExecutorService managedExecutorService;
   
   public void onCreateKunde(@Observes @NeuerKunde final AbstractKunde kunde) {
      if (kunde == null) {
         return;
      }
      final Runnable sendMail = new Runnable() {
         @Override
         public void run() {
         }
      };
      managedExecutorService.submit(sendMail);   // <-- Exception
   }
}

The same stacktrace occurs when I use Callable<Void> instead of Runnable (and a call method just returning null).

17:13:57,490 ERROR [io.undertow.request] Servlet request failed HttpServerExchange{ POST /shop2/rest/kunden}: org.jboss.resteasy.spi.UnhandledException: java.lang.IllegalStateException: JBAS016707: No concurrent context currently set, unable to locate the context service to delegate.
	at org.jboss.resteasy.core.ExceptionHandler.handleApplicationException(ExceptionHandler.java:76) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:212) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:149) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:372) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.3.Final.jar:]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1]
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:93) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:81)
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:55) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:614) [undertow-core-1.0.0.Beta11.jar:1.0.0.Beta11]
	at org.jboss.as.ee.concurrent.DefaultContextSetupProviderImpl.getConcurrentContext(DefaultContextSetupProviderImpl.java:41)
	at org.jboss.as.ee.concurrent.DefaultContextSetupProviderImpl.saveContext(DefaultContextSetupProviderImpl.java:48)
	at org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.captureContext(ManagedFutureTask.java:113)
	at org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.<init>(ManagedFutureTask.java:83)
	at org.glassfish.enterprise.concurrent.ManagedExecutorServiceImpl.getNewTaskFor(ManagedExecutorServiceImpl.java:164)
	at org.glassfish.enterprise.concurrent.AbstractManagedExecutorService.submit(AbstractManagedExecutorService.java:357)
	at org.glassfish.enterprise.concurrent.ManagedExecutorServiceAdapter.submit(ManagedExecutorServiceAdapter.java:72)
	at de.shop.kundenverwaltung.service.KundeObserver.onCreateKunde(KundeObserver.java:132) [classes:]
	at de.shop.kundenverwaltung.service.KundeObserver$Proxy$_$$_WeldSubclass.onCreateKunde(Unknown Source) [classes:]
	at org.jboss.weld.interceptor.proxy.SimpleInterceptionChain.interceptorChainCompleted(SimpleInterceptionChain.java:47) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.interceptor.chain.AbstractInterceptionChain.invokeNextInterceptor(AbstractInterceptionChain.java:80) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.interceptor.proxy.InterceptorInvocationContext.proceed(InterceptorInvocationContext.java:146) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.interceptor.proxy.SimpleMethodInvocation.invoke(SimpleMethodInvocation.java:30) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.interceptor.chain.AbstractInterceptionChain.invokeNext(AbstractInterceptionChain.java:93) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.interceptor.chain.AbstractInterceptionChain.invokeNextInterceptor(AbstractInterceptionChain.java:78) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:48) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:41) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:53) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:93) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:274) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:261) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:240) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:171) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:167) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.event.TransactionalObserverNotifier.notifyObserver(TransactionalObserverNotifier.java:44) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:121) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:114) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at org.jboss.weld.event.EventImpl.fire(EventImpl.java:84) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
	at de.shop.kundenverwaltung.service.KundeService.createKunde(KundeService.java:412) [classes:]
	at de.shop.kundenverwaltung.rest.KundeResource.createKunde(KundeResource.java:337) [classes:]
	at org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor.validateMethodInvocation(ValidationInterceptor.java:87) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
	at sun.reflect.GeneratedMethodAccessor339.invoke(Unknown Source) [:1.7.0_25]
	at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.invokeInOurTx(TransactionalInterceptorBase.java:74) [narayana-jts-jacorb-5.0.0.M3.jar:5.0.0.M3 (revision: ${buildNumber})]
	at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.intercept(TransactionalInterceptorRequired.java:52) [narayana-jts-jacorb-5.0.0.M3.jar:5.0.0.M3 (revision: ${buildNumber})]
	at sun.reflect.GeneratedMethodAccessor203.invoke(Unknown Source) [:1.7.0_25]
	at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:137) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:280) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:234) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:221) [resteasy-jaxrs-3.0.3.Final.jar:]
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356) [resteasy-jaxrs-3.0.3.Final.jar:]
	... 37 more

The following sequence of events is possible to occur in HRegion's batchMutate() call:
1. caller attempts to call HRegion.batchMutate() with a batch of N>1 records
2. batchMutate acquires region lock in startRegionOperation, then calls doMiniBatchMutation()
3. doMiniBatchMutation acquires one row lock
4. Region closes
5. doMiniBatchMutation attempts to acquire second row lock.
When this happens, the lock acquisition will also attempt to acquire the region lock, which fails (because the region is closing). At this stage, doMiniBatchMutation will stop writing further, BUT it WILL write data for the rows whose locks have already been acquired, and advance the index in MiniBatchOperationInProgress. Then, after it terminates successfully, batchMutate() will loop around a second time, and attempt AGAIN to acquire the region closing lock. When that happens, a NotServingRegionException is thrown back to the caller.
Thus, we have a race condition where partial data can be written when a region server is closing.
The main problem stems from the location of startRegionOperation() calls in batchMutate and doMiniBatchMutation():
1. batchMutate() reacquires the region lock with each iteration of the loop, which can cause some successful writes to occur, but then fail on others
2. getRowLock() attempts to acquire the region lock once for each row, which allows doMiniBatchMutation to terminate early; this forces batchMutate() to use multiple iterations and results in condition 1 being hit.
There appears to be two parts to the solution as well:
1. open an internal path so that doMiniBatchMutation() can acquire row locks without checking for region closure. This will have the added benefit of a significant performance improvement during large batch mutations.
2. move the startRegionOperation() out of the loop in batchMutate() so that multiple iterations of doMiniBatchMutation will not cause the operation to fail.

Failed with the following Exception 

 ERROR [6c707c4e-2849-4ff2-809d-946581e6b83a HiveServer2-Handler-Pool: Thread-78] ql.Driver: FAILED: SemanticException org.apache.hadoop.hive.ql.metadata.HiveException: The column KEY._col0 is not in the vectorization context column map {_col0=0}.
org.apache.hadoop.hive.ql.parse.SemanticException: org.apache.hadoop.hive.ql.metadata.HiveException: The column KEY._col0 is not in the vectorization context column map {_col0=0}.
        at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationNodeProcessor.doVectorize(Vectorizer.java:1665)
        at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$MapWorkVectorizationNodeProcessor.process(Vectorizer.java:1725)
        at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.vectorizeMapWork(Vectorizer.java:1245)
        at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.convertMapWork(Vectorizer.java:671)
        at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.dispatch(Vectorizer.java:616)
        at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.resolve(Vectorizer.java:1902)
        at org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeTaskPlan(TezCompiler.java:674)
        at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:271)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:11621)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:296)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:268)
        at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:169)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:599)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1463)
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1420)
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:201)
        at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:288)
        at org.apache.hive.service.cli.operation.Operation.run(Operation.java:249)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:532)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:518)
        at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:311)
        at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:533)
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1497)
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1482)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: The column KEY._col0 is not in the vectorization context column map {_col0=0}.
        at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getInputColumnIndex(VectorizationContext.java:445)
        at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getColumnVectorExpression(VectorizationContext.java:543)
        at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpression(VectorizationContext.java:613)
        at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpressions(VectorizationContext.java:593)
        at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpressions(VectorizationContext.java:581)
        at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.vectorizeGroupByOperator(Vectorizer.java:3763)
        at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.vectorizeOperator(Vectorizer.java:4275)
        at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationNodeProcessor.doVectorize(Vectorizer.java:1657)
        ... 45 more

My database's name is resolved by org.springframework.batch.support.DatabaseType fromMetaData as DB2AS400, that's fine but when spring tries to initialize the JobRepository it doesn't find any incrementer in DataFieldMaxValueIncrementer.getIncrementer beacause there isn't any if for "DB2AS400" 
Caused by: java.lang.IllegalArgumentException: databaseType argument was not on the approved list
	at org.springframework.batch.item.database.support.DefaultDataFieldMaxValueIncrementerFactory.getIncrementer(DefaultDataFieldMaxValueIncrementerFactory.java:114) ~[spring-batch-infrastructure-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.batch.core.repository.support.JobRepositoryFactoryBean.createJobInstanceDao(JobRepositoryFactoryBean.java:212) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.batch.core.repository.support.AbstractJobRepositoryFactoryBean.getTarget(AbstractJobRepositoryFactoryBean.java:195) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.batch.core.repository.support.AbstractJobRepositoryFactoryBean.initializeProxy(AbstractJobRepositoryFactoryBean.java:183) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.batch.core.repository.support.AbstractJobRepositoryFactoryBean.afterPropertiesSet(AbstractJobRepositoryFactoryBean.java:191) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.batch.core.repository.support.JobRepositoryFactoryBean.afterPropertiesSet(JobRepositoryFactoryBean.java:205) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.batch.core.configuration.annotation.DefaultBatchConfigurer.createJobRepository(DefaultBatchConfigurer.java:124) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	at org.springframework.batch.core.configuration.annotation.DefaultBatchConfigurer.initialize(DefaultBatchConfigurer.java:99) ~[spring-batch-core-3.0.7.RELEASE.jar:3.0.7.RELEASE]
	... 23 common frames omitted

When handling an ArrayList, the ExtendedBeanInfo Passes Emtpy Property Name to PropertyDescriptor Causing IntrospectionException: bad property name. This occurs in the latest development build of trunk and can be seen in the Greenhouse application. I have attached a patch that provides a junit and a fix.

Summary CLI command for adding new credential store contains duplicity for "create" and "location" attribute, "modification" attr is wrongly placed..
Create, location and modifiable attributes cannot be included in implementation-properties. "modifiable" attribute should be present in same way as "create" and "location" in its own attribute.

java -jar wildfly-elytron-tool.jar credential-store --add secret_alias --password pass123 --create -x secret_password -l store.jceks --summary

/subsystem=elytron/credential-store=cs:add(relative-to=jboss.server.data.dir,location="store.jceks",create=true,implementation-properties={"keyStoreType"=>"JCEKS","create"=>"true","location"=>"store.jceks","modifiable"=>"true"},credential-reference={clear-text="pass123"})

It is expected some like this

/subsystem=elytron/credential-store=cs:add(relative-to=jboss.server.data.dir,location="store.jceks",create=true, modifiable=true,implementation-properties={"keyStoreType"=>"JCEKS"},credential-reference={clear-text="pass123"})

A PGP Message can contain a Modification Code Detection Packet (MDC) which contains a hash value of the clear text data. This hash value can be used to check the integrity of the clear text data. Currently this check is not executed in the unmarshall method of the PGP Data Formater.

We have a mongodb properly configured with plain authentication mechanism, and we can successfully log in using mongodb client. However, if we try to connect using mongo driver + spring data, login is incorrect due to authentication mechanism sent is SCRAM-SHA-1 and not PLAIN.
We have made a code review and a full debug and the problem seems to be in MongoDbUtils.doGetDB(Mongo, String, UserCredentials, boolean, String) method, in the synchronized block, since the authentication mechanism seems to get lost there.
Our spring data configuration is:

<mongo:db-factory uri="mongodb://user:pass@ip1:port1,ip2:port2,/logCenter?authSource=$external&amp;authMechanism=PLAIN" />

<bean id="mongoTemplate" class="org.springframework.data.mongodb.core.MongoTemplate">
	<constructor-arg name="mongoDbFactory" ref="mongoDbFactory"></constructor-arg>
</bean>
	
<mongo:repositories base-package="com.xxx.repositories" />

If I'm not wrong, since 2.0.7 org.springframework.webflow.mvc.view.BindingModel implements org.springframework.validation.BindingResult. This affects behavior when binding properties of java.util.Map type.
BindStatus(RequestContext requestContext, String path, boolean htmlEscape) is instantiated for field of java.util.Map type. As far as I could trace relevant execution, Spring tries to determine type of map entries, and since map is empty type ends up to be null which is not acceptable as parameter to ConversionExecutorPropertyEditor(ConversionService conversionService, Class fieldType, String converterId) constructor called from BindingModel findEditor(String field, Class valueType) method.

When hive.groupby.skewindata=true, the following query based on TPC-H gives wrong results:

set hive.groupby.skewindata=true;

select l_returnflag, count(*), count(distinct l_linestatus)
group by l_returnflag
limit 10;

The query plan shows that it generates only one MapReduce job instead of two theoretically, which is dictated by hive.groupby.skewindata=true.
The problem arises only when 

count(*)

 and 

count(distinct)

 exist together.

When I worked on HBASE-2195 I added a mechanism for an edit to identify its source cluster, so that replication would not bounce it back to the source.
See: this.clusterId = zkHelper.getUUIDForCluster(zkHelper.getZookeeperWatcher()); in ReplicationSource, and put.setClusterId(entry.getKey().getClusterId()); in ReplicationSink.
In master-master replication scenarios, it would very useful if CopyTable would identify the source cluster (by tagging each Put/Delete with the source clusterId before applying it).

ServerRemove in performRemove is adding a Stage.RUNTIME step without checking whether that's appropriate for the process.
Not a big deal as all it does is try and remove non-existing services, but I want to clean it up as it blocks WFCORE-2816.

IIOPTimeoutTestCase is currenty disabled using DisableInvocationTestUtil.disable() because it fails as follows:

 T E S T S
Running org.jboss.as.test.iiop.transaction.timeout.IIOPTimeoutTestCase
Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 4.321 sec <<< FAILURE! - in org.jboss.as.test.iiop.transaction.timeout.IIOPTimeoutTestCase
timeoutStateless(org.jboss.as.test.iiop.transaction.timeout.IIOPTimeoutTestCase)  Time elapsed: 1.193 sec  <<< FAILURE!
java.lang.AssertionError: Expecting two rollback happened on XA resources expected:<2> but was:<0>
	at org.jboss.as.test.iiop.transaction.timeout.IIOPTimeoutTestCase.timeoutStateless(IIOPTimeoutTestCase.java:135)

Results :

  IIOPTimeoutTestCase.timeoutStateless:135 Expecting two rollback happened on XA resources expected:<2> but was:<0>

Tests run: 4, Failures: 1, Errors: 0, Skipped: 0

This needs to be fixed and the test needs to be re-enabled.

Looks like the region server responses are being processed incorrectly in places allowing te region to be opened on two servers.

The region server report handling in procedures should check which server is reporting.
Also although I didn't check (and it isn't implicated in this bug), RS must check in OPEN that it's actually the correct RS master sent open to (w.r.t. start timestamp)

This was previosuly "mitigated" by master killing the RS with incorrect reports, but due to race conditions with reports and assignment the kill was replaced with a warning, so now this condition persists.
Regardless, the kill approach is not a good fix because there's still a window when a region can be opened on two servers.
A region is being opened by server_48c. The server dies, and we process the retry correctly (retry=3 because 2 previous similar open failures were processed correctly).
We start opening it on server_1aa now.

2019-01-28 18:12:09,862 INFO  [KeepAlivePEWorker-104] assignment.RegionStateStore: pid=4915 updating hbase:meta row=8be2a423b16471b9417f0f7de04281c6, regionState=ABNORMALLY_CLOSED
2019-01-28 18:12:09,862 INFO  [KeepAlivePEWorker-104] procedure.ServerCrashProcedure: pid=11944, state=RUNNABLE:SERVER_CRASH_ASSIGN, hasLock=true; ServerCrashProcedure server=server_48c,17020,1548726406632, splitWal=true, meta=false found RIT pid=4915, ppid=7, state=WAITING:REGION_STATE_TRANSITION_CONFIRM_OPENED, hasLock=true; TransitRegionStateProcedure table=table, region=8be2a423b16471b9417f0f7de04281c6, ASSIGN; rit=OPENING, location=server_48c,17020,1548726406632, table=table, region=8be2a423b16471b9417f0f7de04281c6

2019-01-28 18:12:10,778 INFO  [KeepAlivePEWorker-80] assignment.TransitRegionStateProcedure: Retry=3 of max=2147483647; pid=4915, ppid=7, state=RUNNABLE:REGION_STATE_TRANSITION_CONFIRM_OPENED, hasLock=true; TransitRegionStateProcedure table=table, region=8be2a423b16471b9417f0f7de04281c6, ASSIGN; rit=ABNORMALLY_CLOSED, location=null
...
2019-01-28 18:12:10,902 INFO  [KeepAlivePEWorker-80] assignment.TransitRegionStateProcedure: Starting pid=4915, ppid=7, state=RUNNABLE:REGION_STATE_TRANSITION_GET_ASSIGN_CANDIDATE, hasLock=true; TransitRegionStateProcedure table=table, region=8be2a423b16471b9417f0f7de04281c6, ASSIGN; rit=ABNORMALLY_CLOSED, location=null; forceNewPlan=true, retain=false
2019-01-28 18:12:11,114 INFO  [PEWorker-7] assignment.RegionStateStore: pid=4915 updating hbase:meta row=8be2a423b16471b9417f0f7de04281c6, regionState=OPENING, regionLocation=server_1aa,17020,1548727658713

However, we get the remote procedure failure from 48c after we've already started that.
It actually tried to open on the restarted RS, which makes me wonder if this is safe also w.r.t. other races - what if RS already initialized and didn't error out?
Need to check if we verify the start code expected by master on RS when opening.

2019-01-28 18:12:12,179 WARN  [RSProcedureDispatcher-pool4-t362] assignment.RegionRemoteProcedureBase: The remote operation pid=11050, ppid=4915, state=SUCCESS, hasLock=false; org.apache.hadoop.hbase.master.assignment.OpenRegionProcedure for region {ENCODED => 8be2a423b16471b9417f0f7de04281c6 ... to server server_48c,17020,1548726406632 failed
org.apache.hadoop.hbase.ipc.ServerNotRunningYetException: org.apache.hadoop.hbase.ipc.ServerNotRunningYetException: Server server_48c,17020,1548727752747 is not running yet
2019-01-28 18:12:12,179 WARN  [RSProcedureDispatcher-pool4-t362] procedure.RSProcedureDispatcher: server server_48c,17020,1548726406632 is not up for a while; try a new one

Without any other reason (at least logged), the RIT immediately retries again and chooses a new candidate. It then retries again and goes to the new 48c, but that's unrelated.

2019-01-28 18:12:12,289 INFO  [KeepAlivePEWorker-100] assignment.TransitRegionStateProcedure: Retry=4 of max=2147483647; pid=4915, ppid=7, state=RUNNABLE:REGION_STATE_TRANSITION_CONFIRM_OPENED, hasLock=true; TransitRegionStateProcedure table=table, region=8be2a423b16471b9417f0f7de04281c6, ASSIGN; rit=OPENING, location=server_1aa,17020,1548727658713
...
2019-01-28 18:12:12,668 INFO  [PEWorker-9] assignment.RegionStateStore: pid=4915 updating hbase:meta row=8be2a423b16471b9417f0f7de04281c6, regionState=OPENING, regionLocation=server_fd3,17020,1548727536972
....
2019-01-28 18:26:29,480 INFO  [KeepAlivePEWorker-154] assignment.RegionStateStore: pid=4915 updating hbase:meta row=8be2a423b16471b9417f0f7de04281c6, regionState=OPENING, regionLocation=server_48c,17020,1548727752747

What does happen though is that 1aa, that never got a chance to respond at the time that the RIT erroneously retried above, finishes opening the region - which master ignores

2019-01-28 18:27:42,424 WARN  [RpcServer.default.FPBQ.Fifo.handler=29,queue=4,port=17000] assignment.TransitRegionStateProcedure: Received report OPENED transition from server_1aa,17020,1548727658713 for rit=OPENING, location=server_48c,17020,1548727752747, table=table, region=8be2a423b16471b9417f0f7de04281c6, pid=4915 but the region is not on it, should be a retry, ignore

And starts spamming these warnings until finally the region is open in two places.

2019-01-28 18:27:45,500 WARN  [RpcServer.default.FPBQ.Fifo.handler=42,queue=2,port=17000] assignment.AssignmentManager: rit=OPENING, location=server_48c,17020,1548727752747, table=table, region=8be2a423b16471b9417f0f7de04281c6 reported OPEN on server=server_1aa,17020,1548727658713 but state has otherwise
...
2019-01-28 18:51:21,197 WARN  [RpcServer.default.FPBQ.Fifo.handler=10,queue=0,port=17000] assignment.AssignmentManager: rit=OPEN, location=server_48c,17020,1548727752747, table=table, region=8be2a423b16471b9417f0f7de04281c6 reported OPEN on server=server_1aa,17020,1548727658713 but state has otherwise

This can result in data loss.

When I add the CDI fraction to a project, 3 WARN messages appear in the log:

WARNING [ServiceLoader] (main) Could not load service class org.wildfly.swarm.cdi.config.deployment.InjectStageConfigExtension – this might be caused by the fact that the cdi-config fraction isn't added, but that's a perfectly normal situation, so this shouldn't be a warning (and possibly shouldn't be logged at all).
WARN  [org.jboss.as.txn] (ServerService Thread Pool – 11) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique. – the CDI fractions brings in transitively the Transactions fraction, which then produces this well-justified warning; my only objection would be to the fact that Transactions are brought in automatically, but I guess that will be solved by the Weld subsystem split.
WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) WFLYSRV0018: Deployment "deployment.cdi-servlet.war" is using a private module ("org.jboss.jts:main") which may be changed or removed in future versions without notice. – totally not sure why the deployment would depend on a private module, this doesn't happen with WildFly.

git clone https://github.com/Ladicek/swarm-tinies.git
cd swarm-tinies/javaee/cdi-servlet
java -jar target/cdi-servlet-swarm.jar

To see that this is really caused just by including the CDI fraction, go to the javaee/servlet directory and repeat the mvn + java -jar steps from there. In fact, just adding the CDI fraction dependency into the javaee/servlet/pom.xml is enough to trigger these warnings, CDI doesn't even have to be used in the app.

It appears the script declaration in microblogging.tagx file where the Twitter widget is loaded does not render correctly:

<script src="http://widgets.twimg.com/j/2/widget.js"></script>

The rendered end script tag, "</script>" does not appear to be working and the next script declaration where the widget is displayed is not interpreted as a script declaration.

In a recent support case, the hbck repair tool would eventually hang because we didn't handle the case where merge info is old using hadoop2 fs.listStatus semantics (throw exn instead of return null).  this is a trivial patch that handles the newer hadoop2 semantics.

If config other than under hbase and we set distributed mode, we were not passing the config to our little property value setter

2016-03-03 13:37:27,318 ERROR [stderr] (main) Caused by: java.lang.ClassNotFoundException: org.jboss.arquillian.test.spi.TestResult from [Module \"org.wildfly.swarm.arquillian.daemon:api\" from BootModuleLoader@543788f3 for finders [BootstrapClasspathModuleFinder, BootstrapModuleFinder(org.wildfly.swarm.bootstrap:main), ClasspathModuleFinder, ApplicationModuleFinder(swarm.application:main)]]
2016-03-03 13:37:27,318 ERROR [stderr] (main) 	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
2016-03-03 13:37:27,318 ERROR [stderr] (main) 	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
2016-03-03 13:37:27,318 ERROR [stderr] (main) 	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
2016-03-03 13:37:27,318 ERROR [stderr] (main) 	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
2016-03-03 13:37:27,318 ERROR [stderr] (main) 	... 39 more
2016-03-03 13:37:27,318 ERROR [stderr] (main) "}}
2016-03-03 13:37:27,319 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:139)
2016-03-03 13:37:27,319 ERROR [stderr] (main) 	at org.wildfly.swarm.container.Container.deploy(Container.java:476)
2016-03-03 13:37:27,319 ERROR [stderr] (main) 	at org.wildfly.swarm.container.Container.deploy(Container.java:460)
2016-03-03 13:37:27,319 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.simpleMain(Swarm.java:65)
2016-03-03 13:37:27,319 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.main(Swarm.java:57)

I suspect that this happens when the server side ARQ piece runs into an error condition, which in turn executes a code path that loads that (and other) ARQ infra types.

org.springframework.batch.core.partition.support.DefaultStepExecutionAggregator
            public void aggregate(StepExecution result, Collection<StepExecution> executions) {
                        Assert.notNull(result, "To aggregate into a result it must be non-null.");
                        if (executions == null) {
                                   return;
                        }
                        for (StepExecution stepExecution : executions) {
                                   BatchStatus status = stepExecution.getStatus();
                                   result.setStatus(BatchStatus.max(result.getStatus(), status));
                                   result.setExitStatus(result.getExitStatus().and(stepExecution.getExitStatus()));
                                   result.setCommitCount(result.getCommitCount() + stepExecution.getCommitCount());
                                   result.setRollbackCount(result.getRollbackCount() + stepExecution.getRollbackCount());
                                   result.setReadCount(result.getReadCount() + stepExecution.getReadCount());
                                   result.setReadSkipCount(result.getReadSkipCount() + stepExecution.getReadSkipCount());
                                   result.setWriteCount(result.getWriteCount() + stepExecution.getWriteCount());
                                   result.setWriteSkipCount(result.getWriteSkipCount() + stepExecution.getWriteSkipCount());
                        }
            }

result.setProcessSkipCount(result.getProcessSkipCount() + stepExecution.getProcessSkipCount()); is missing inside the loop

I run the script bin/loadtable.rb to move files from hdfs output directory under hbase that raise a NoMethodError:
loadtable.rb:111: undefined method `descendingIterator' for #<Java::JavaUtil::TreeMap:0x54edd9de> (NoMethodError)

HBASE-15234 is handled for ReplicationLogCleaner need to handle similarly for ReplicationHFileCleaner.

Currently when you try to use the serviceCall (following the provided steps) it fails with

org.apache.camel.http.common.HttpOperationFailedException: HTTP operation failed invoking http://localhost:9021/ with statusCode: 404
at org.apache.camel.component.undertow.UndertowClientCallback.lambda$setupResponseListener$2(UndertowClientCallback.java:232)
at org.apache.camel.component.undertow.UndertowClientCallback$ErrorHandlingClientCallback.completed(UndertowClientCallback.java:86)
 at io.undertow.client.http.HttpClientExchange.setResponse(HttpClientExchange.java:125)
at io.undertow.client.http.HttpClientConnection$ClientReadListener.handleEvent(HttpClientConnection.java:642)
at io.undertow.client.http.HttpClientConnection$ClientReadListener.handleEvent(HttpClientConnection.java:511)
at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:88)
at org.xnio.nio.WorkerThread.run(WorkerThread.java:561)

It looks like there is an issue with re-using the output object array in the select operator. When we read rows of the non-big tables, we hold on to the output object in the priority queue. This causes hive to produce incorrect results because all the elements in the priority queue refer to the same object and the join happens on only one of the buckets.

output[i] = eval[i].evaluate(row);

Hive bootstrap replication of 1TB data onprem to onprem in Hive3 is running slower compared to Hive2.
Time taken for bootstrap replication of table with 1000 partitions are as below:

    Hive2- Hive2    
  Hive3 - Hive3   

Bootstrap: 7m
 BootStrap: 17m 

Every MoveTask is closing and opening new metastore connection which is causing slow down.

2019-02-08T12:28:30,174 INFO  [HiveServer2-Background-Pool: Thread-1134]: ql.Driver (:()) - Starting task [Stage-5:MOVE] in serial mode
2019-02-08T12:28:30,177 INFO  [HiveServer2-Background-Pool: Thread-1134]: exec.Task (:()) - Loading data to table nondefault.nondefault_table1 from hdfs://mycluster1/warehouse/tablespace/managed/hive/nondefault.db/nondefault_table1/.hive-staging_hive_2019-02-08_12-28-23_584_1482331698286040936-3/-ext-10001
2019-02-08T12:28:30,189 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.HiveMetaStoreClient (:()) - Trying to connect to metastore with URI thrift://ctr-e139-1542663976389-62755-01-000014.hwx.site:9083
2019-02-08T12:28:30,189 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.HiveMetaStoreClient (:()) - HMSC::open(): Could not find delegation token. Creating KERBEROS-based thrift connection.
2019-02-08T12:28:30,206 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.HiveMetaStoreClient (:()) - Opened a connection to metastore, current connections: 4
2019-02-08T12:28:30,206 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.HiveMetaStoreClient (:()) - Connected to metastore.
2019-02-08T12:28:30,206 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.RetryingMetaStoreClient (:()) - RetryingMetaStoreClient proxy=class org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient ugi=hive/ctr-e139-1542663976389-62755-01-000014.hwx.site@HWQE.HORTONWORKS.COM (auth:KERBEROS) retries=24 delay=5 lifetime=0
2019-02-08T12:28:30,325 INFO  [org.apache.ranger.audit.queue.AuditBatchQueue1]: provider.BaseAuditHandler (:()) - Audit Status Log: name=hiveServer2.async.multi_dest.batch, finalDestination=hiveServer2.async.multi_dest.batch.solr, interval=01:00.002 minutes, events=2, succcessCount=1, totalEvents=56, totalSuccessCount=25
2019-02-08T12:28:30,520 INFO  [HiveServer2-Background-Pool: Thread-1134]: common.FileUtils (FileUtils.java:mkdir(580)) - Creating directory if it doesn't exist: hdfs://mycluster1/warehouse/tablespace/managed/hive/nondefault.db/nondefault_table1/base_0000001
2019-02-08T12:28:31,245 INFO  [HiveServer2-Background-Pool: Thread-1134]: ql.Driver (:()) - Starting task [Stage-11:MOVE] in serial mode
2019-02-08T12:28:31,245 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.HiveMetaStoreClient (:()) - Closed a connection to metastore, current connections: 3
2019-02-08T12:28:31,246 INFO  [HiveServer2-Background-Pool: Thread-1134]: exec.Task (:()) - Loading data to table nondefault.nondefault_table2 from hdfs://mycluster1/warehouse/tablespace/managed/hive/nondefault.db/nondefault_table2/.hive-staging_hive_2019-02-08_12-28-23_810_7457138692783022870-3/-ext-10002
2019-02-08T12:28:31,327 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.HiveMetaStoreClient (:()) - Trying to connect to metastore with URI thrift://ctr-e139-1542663976389-62755-01-000014.hwx.site:9083
2019-02-08T12:28:31,327 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.HiveMetaStoreClient (:()) - HMSC::open(): Could not find delegation token. Creating KERBEROS-based thrift connection.
2019-02-08T12:28:31,336 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.HiveMetaStoreClient (:()) - Opened a connection to metastore, current connections: 4
2019-02-08T12:28:31,337 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.HiveMetaStoreClient (:()) - Connected to metastore.
2019-02-08T12:28:31,337 INFO  [HiveServer2-Background-Pool: Thread-1134]: metastore.RetryingMetaStoreClient (:()) - RetryingMetaStoreClient proxy=class org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient ugi=hive/ctr-e139-1542663976389-62755-01-000014.hwx.site@HWQE.HORTONWORKS.COM (auth:KERBEROS) retries=24 delay=5 lifetime=0
2019-02-08T12:28:31,642 INFO  [HiveServer2-Background-Pool: Thread-1134]: common.FileUtils (FileUtils.java:mkdir(580)) - Creating directory if it doesn't exist: hdfs://mycluster1/warehouse/tablespace/managed/hive/nondefault.db/nondefault_table2/base_0000001

With Spring 4.3.0.RC1, when ScheduledTaskRegistrar was destroyed, scheduled futures were cancelled correctly.
Now, with Spring 4.3.0.RC2, when ScheduledTaskRegistrar is destroyed, scheduled tasks aren't cancelled because the scheduledTasks collection used to iterate the tasks to cancel is empty.
Here's below the code for a quick and dirty reproduction case.
To run with Spring 4.3.0.RC1, replace the spring-boot-starter-parent version with 1.4.0.M2.
With Spring 4.3.0.RC1, you'll see in the log "1 scheduled found" as expected.
With Spring 4.3.0.RC2, you'll see in the log "0 scheduled found" (scheduledTasks set is empty).

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>1.4.0.M3</version>
  </parent>
  <artifactId>scheduled-repro</artifactId>
    <!-- Needed because of a Maven issue on my side, not affecting reproduction case -->
    <spring-integration.version>4.2.6.RELEASE</spring-integration.version>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter</artifactId>
  <build>
    <plugins>
      <plugin>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-maven-plugin</artifactId>
      </plugin>
  </build>
  <repositories>
    <repository>
      <id>spring-milestones</id>
      <url>http://repo.spring.io/milestone</url>
      <releases>
        <enabled>true</enabled>
      </releases>
    </repository>
  </repositories>
  <pluginRepositories>
    <pluginRepository>
    </pluginRepository>
  </pluginRepositories>
</project>

package scheduledrepro;

import org.springframework.beans.factory.annotation.*;
import org.springframework.boot.*;
import org.springframework.boot.autoconfigure.*;
import org.springframework.scheduling.annotation.*;
import org.springframework.scheduling.config.*;
import org.springframework.scheduling.concurrent.*;
import org.springframework.boot.context.event.*;
import org.springframework.context.event.*;
import org.springframework.util.*;
import java.lang.*;
import java.lang.reflect.*;
import org.slf4j.*;

public class ScheduledReproApplication implements SchedulingConfigurer {
 private static final Logger LOGGER = LoggerFactory.getLogger(ScheduledReproApplication.class);

 private ScheduledTaskRegistrar taskRegistrar;

 @Override
 public void configureTasks(ScheduledTaskRegistrar taskRegistrar) {
  this.taskRegistrar = taskRegistrar;
  taskRegistrar.setScheduler(threadPoolTaskScheduler());
 }

 @Bean
 public ThreadPoolTaskScheduler threadPoolTaskScheduler() {
  return new ThreadPoolTaskScheduler();
 }

 @org.springframework.context.event.EventListener
 public void applicationReadyEvent(ApplicationReadyEvent applicationReadyEvent) throws Exception {
  Field field = ReflectionUtils.findField(ScheduledTaskRegistrar.class, "scheduledTasks"); // Spring 4.3.0.RC2
  if (field == null) {
   field = ReflectionUtils.findField(ScheduledTaskRegistrar.class, "scheduledFutures"); // Spring 4.3.0.RC1
  }
  field.setAccessible(true);
  Set < ? > scheduledTasks = (Set < ? > ) field.get(taskRegistrar);
  LOGGER.info("{} scheduled found", scheduledTasks.size());
 }

 @Scheduled(cron = "* * * * * *")
 public void scheduled() {
  LOGGER.info("Scheduled");
 }

 public static void main(String[] args) throws Exception {
  SpringApplication.run(ScheduledReproApplication.class, args);
 }
}

When installing the first patch created with the script in ENTESB-1154, I noticed this NPE on the console.

	at java.util.Hashtable.put(Hashtable.java:542)
	at org.fusesource.patch.impl.ServiceImpl.saveResult(ServiceImpl.java:286)
	at org.fusesource.patch.impl.ServiceImpl$1.run(ServiceImpl.java:435)

This appears to be caused by the fact that there's no override.properties before installing the first patch, causing this NPE when the null value for the overrides is written to the properties file.

When the pre-authenticated user is null, the previously authenticated user's security context remains, and as such, the previous user remains authenticated.
It seems like the AbstractPreAuthenticatedProcessingFilter should clear out the security context in doAuthenticate if the principal is null.  I can override the getPreAuthenticatedPrincipal call to do this (if I return  null for the principal), but it seems that this is not something the user should have to manage.  And, it seems like a side-effect / hack to put something like that in a method that should just be getting the principal, and doAuthenticate itself is private.  This is dangerous because later in the chain, in AbstractSecurityInterceptor.beforeInvocation(Object object) the security context is not null, even though it should be, and so, no exception is thrown from:
        if (SecurityContextHolder.getContext().getAuthentication() == null) 
{
            credentialsNotFound(messages.getMessage("AbstractSecurityInterceptor.authenticationNotFound",
                    "An Authentication object was not found in the SecurityContext"), object, attributes);
        }

It could also possibly be argued that the security context should be cleared in AbstractPreAuthenticatedFilter.requiresAuthentication in the session invalidation on a principal change - namely in here:
        if (invalidateSessionOnPrincipalChange) {
            HttpSession session = request.getSession(false);
            if (session != null) 
{
                logger.debug("Invalidating existing session");
                session.invalidate();
                request.getSession();
            }
        }
I have attached a test application that demonstrates this in the simplest format I could come up with. Basically the pre-authentication occurs by grabbing a username from a request parameter, and then it displays the logged in user's username on the home page.
So if I go to http://localhost:8080/security/?username=bob the application will display 'Hello bob'.  If I hit http://localhost:8080/security/?username=jimi, it will switch to saying 'Hello jimi', but if I do http://localhost:8080/security/?username= it will remain at 'Hello jimi' (or whatever the previously authenticated user was), instead of requiring authentication.
However, if in getPreAuthenticatedPrincipal() I call SecurityContextHolder.clearContext(), then hitting http://localhost:8080/security/?username= will result in taking me to the login page which I think is the desired behavior if the user is not pre-authenticated - indicated by getPreAuthenticatedPrincipal() returning null.

When I use a GenericContextFactory with a parent context and in the childContext there is a quite simple @Qualifier constellation the startup of the context fails. If I use @Autowired without a qualifier all is fine.
Sample:
AnnotationConfigApplicationContext parentContext = new AnnotationConfigApplicationContext();
parentContext.register(String.class);
parentContext.refresh();
GenericApplicationContextFactory factory = new GenericApplicationContextFactory(ExampleService.class, SubExampleService.class);
factory.setApplicationContext(parentContext);
factory.createApplicationContext();
public class ExampleService {
	@Qualifier("subExampleService")
	SubExampleService subExampleService;
	public String echo(String echo) 
{
		return subExampleService.echo(echo);
	}
}
Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'exampleService': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: de.codecentric.batch.item.SubExampleService de.codecentric.batch.item.ExampleService.subExampleService; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'subExampleService' is defined
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1147)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:633)
	at org.springframework.batch.core.configuration.support.GenericApplicationContextFactory$ResourceAnnotationApplicationContext.<init>(GenericApplicationContextFactory.java:209)
	at org.springframework.batch.core.configuration.support.GenericApplicationContextFactory.createApplicationContext(GenericApplicationContextFactory.java:68)
	at de.codecentric.batch.Application.main(Application.java:30)
Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: de.codecentric.batch.item.SubExampleService de.codecentric.batch.item.ExampleService.subExampleService; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'subExampleService' is defined
	... 14 more
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'subExampleService' is defined
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:575)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:1111)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getType(AbstractBeanFactory.java:572)
	at org.springframework.beans.factory.annotation.QualifierAnnotationAutowireCandidateResolver.checkQualifier(QualifierAnnotationAutowireCandidateResolver.java:249)
	at org.springframework.beans.factory.annotation.QualifierAnnotationAutowireCandidateResolver.checkQualifiers(QualifierAnnotationAutowireCandidateResolver.java:183)
	at org.springframework.beans.factory.annotation.QualifierAnnotationAutowireCandidateResolver.isAutowireCandidate(QualifierAnnotationAutowireCandidateResolver.java:157)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.isAutowireCandidate(DefaultListableBeanFactory.java:564)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.isAutowireCandidate(DefaultListableBeanFactory.java:531)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:916)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:860)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:775)
	... 16 more
thx

Issue is that when applying table mask we add virtual columns, however non-native tables do not have virtual columns, we need to skip adding virtual columns when generating masking query. 
Stack Trace - 

org.apache.hadoop.hive.ql.parse.SemanticException: Line 1:79 Invalid table alias or column reference 'BLOCK__OFFSET__INSIDE__FILE'
: (possible column names are: __time, yearmonth, year, month, dayofmonth, dayofweek, weekofyear, hour, minute, second, payment_typ
e, fare_amount, surcharge, mta_tax, tip_amount, tolls_amount, total_amount, trip_time)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:11830) ~[hive-exec-2.1.0.2.6.
4.0-91.jar:2.1.0.2.6.4.0-91]
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:11778) ~[hive-exec-2.1.0.2.6.4.0
-91.jar:2.1.0.2.6.4.0-91]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.genSelectLogicalPlan(CalcitePlanner.java:3780) ~[hi
ve-exec-2.1.0.2.6.4.0-91.jar:2.1.0.2.6.4.0-91]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.genLogicalPlan(CalcitePlanner.java:4117) ~[hive-exe
c-2.1.0.2.6.4.0-91.jar:2.1.0.2.6.4.0-91]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.genLogicalPlan(CalcitePlanner.java:4016) ~[hive-exe
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.genLogicalPlan(CalcitePlanner.java:4060) ~[hive-exe
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1340) ~[hive-exec-2.1.0.2
.6.4.0-91.jar:2.1.0.2.6.4.0-91]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1277) ~[hive-exec-2.1.0.2
        at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:113) ~[calcite-core-1.10.0.2.6.4.0-91.jar:1.10.0.2.6.4.0-91
]
        at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:997) ~[calcite-core-1.10.0.2.6.4.0-91.jar
:1.10.0.2.6.4.0-91]
        at org.apache.calcite.tools.Frameworks.withPrepare(Frameworks.java:149) ~[calcite-core-1.10.0.2.6.4.0-91.jar:1.10.0.2.6.4.
0-91]
        at org.apache.calcite.tools.Frameworks.withPlanner(Frameworks.java:106) ~[calcite-core-1.10.0.2.6.4.0-91.jar:1.10.0.2.6.4.
0-91]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.logicalPlan(CalcitePlanner.java:1082) ~[hive-exec-2.1.0.2.6.4.0-91.jar:2
.1.0.2.6.4.0-91]

See here:
https://builds.apache.org/job/HBase-TRUNK/6654/findbugsResult/HIGH/
We have 6 high priority findbugs warnings. A high priority findbugs warning is usually a bug.

In case when ldap authorization with principal-to-group group searching is used in security realm and LDAP entry found by value of 'group-attribute' does not include attribute mentioned in 'group-name-attribute' then it causes authentication fail. It is caused by missing null check for groupNameAttr and hidden NPE thrown from [1].
[1] https://github.com/wildfly/wildfly-core/blob/18393273a1c9e464fb0cc959795118fd5a453904/domain-management/src/main/java/org/jboss/as/domain/management/security/LdapGroupSearcherFactory.java#L301

    union all
  )x;
Is it a blocker for 0.4 ?

HBASE-6429 combines both filterRow & filterRow(List<KeyValue> kvs) functions in Filter. 
While 0.94 code or older, it may not implement hasFilterRow as HBase-6429 expected because 0.94(old) hasFilterRow only returns true when filterRow(List<KeyValue> kvs) is overridden not the filterRow(). Therefore, the filterRow() will be skipped.
Since we don't ask 0.94 users to update their existing filter code, the issue will cause scan returns unexpected keyvalues and break the backward compatibility.

Take snapshot s1 of table t1 which has some data
Drop t1
Clone snapshot s1 to t1
Disable t1
Restore s1 to t1
Enable t1
At this moment, scan 't1' returns nothing.

In branch-1 at least we put up a servlet on "/metrics" that is Hadoop's MetricsServlet. However HBase users are expected to pick up metrics via "/jmx". We don't mention "/metrics" or link to it on the UI. If you attempt to access "/metrics" with head of branch-1 it errors out due to a NPE

2017-12-04 16:06:37,403 ERROR [1874557409@qtp-1910896157-3] mortbay.log: /metrics
	at org.apache.hadoop.http.HttpServer2.isInstrumentationAccessAllowed(HttpServer2.java:1049)
	at org.apache.hadoop.metrics.MetricsServlet.doGet(MetricsServlet.java:109)

The problem happens if primary master dies after becoming master but before it completes initialization and calls clusterStatusTracker.setClusterUp(),
The backup master will try to become the master, but will shutdown itself promptly because it sees 'the cluster is not up'.
This is the backup master log:
2013-05-09 15:08:05,568 INFO org.apache.hadoop.hbase.master.metrics.MasterMetrics: Initialized
2013-05-09 15:08:05,573 DEBUG org.apache.hadoop.hbase.master.HMaster: HMaster started in backup mode.  Stalling until master znode is written.
2013-05-09 15:08:05,589 INFO org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper: Node /hbase/master already exists and this is not a retry
2013-05-09 15:08:05,590 INFO org.apache.hadoop.hbase.master.ActiveMasterManager: Adding ZNode for /hbase/backup-masters/xxx.com,60000,1368137285373 in backup master directory
2013-05-09 15:08:05,595 INFO org.apache.hadoop.hbase.master.ActiveMasterManager: Another master is the active master, xxx.com,60000,1368137283107; waiting to become the next active master
2013-05-09 15:09:45,006 DEBUG org.apache.hadoop.hbase.master.ActiveMasterManager: No master available. Notifying waiting threads
2013-05-09 15:09:45,006 INFO org.apache.hadoop.hbase.master.HMaster: Cluster went down before this master became active
2013-05-09 15:09:45,006 DEBUG org.apache.hadoop.hbase.master.HMaster: Stopping service threads
2013-05-09 15:09:45,006 INFO org.apache.hadoop.ipc.HBaseServer: Stopping server on 60000
In ActiveMasterManager::blockUntilBecomingActiveMaster()

  ..
  if (!clusterStatusTracker.isClusterUp()) {
          this.master.stop(
            "Cluster went down before this master became active");
        }
  ..

Due to changes in GemFire 8.1, even though Spring Data GemFire's <gfe:gateway-receiver/> XML namespace (XSD) element for configuring and creating GemFire GatewayReceiver components as a bean in the Spring container supports "manual starts" using the manual-start attribute, the SDG GatewayReceiverFactoryBean now needs to properly set GemFire's GatewayReceiverFactory.setManualStart(:boolean), otherwise the GatewayReceiver will start on initialization even when manual-start is explicitly set to true as determined by GatewayReceiver.isRunning().

The ConversationContainer.conversations is not Threadsafe, we come across an issue in Jboss eap 6.2 session replication. While one thread is calling getConversation and the other thread is calling removeConversation, ConcurrentModificationException will occur.
Suggest to fix it by 

	public ConversationContainer(int maxConversations, String sessionKey) {
		this.maxConversations = maxConversations;
		this.sessionKey = sessionKey;
		this.conversations =  Collections.synchronizedList(new ArrayList<ContainedConversation>());
	}

Druid Ser/Desr need to use dimension output name in order to function with Extraction function.
Some part of the Ser/Desr code uses the method 

 DimensionSpec.getDimension()

 although when extraction function are in game the name of the dimension will be defined by 

DimensionSpec.getOutputName() 

ItemReadListener, ItemProcessListener, and ItemWriteListner all provide mechanisms for being notified of errors
spring.io file
github file
throw new PoisonPillException("Posion pill detected: " + item);

Between 3.0 and 3.1 the behavior of TypeDescriptor.forObject changed.
If the value is a map or a collection then elementTypeDescriptor, mapKeyTypeDescriptor, and mapValueTypeDescriptor remain uninitialized.
This in turn precludes conversions from happening.
Our application has a method that accepts a Map where the key is an enum type.
In 3.0.x we received a map where keys were enums, in 3.1 the keys are strings.
I'm attaching an updated revision of TypeDescriptor, only the method TypeDescriptor.forObject was changed.
It used to be:

	public static TypeDescriptor forObject(Object source) {
		return (source != null ? valueOf(source.getClass()) : null);
	}

I changed it to:

    public static TypeDescriptor forObject(Object source) {
        if (source == null) {
        }
        else if (source instanceof Collection<?>) {
            Class<?> elementType = CollectionUtils.findCommonElementType((Collection<?>)source);
            return new TypeDescriptor(source.getClass(), elementType==null ? null : new TypeDescriptor(elementType));
        }
        else if (source instanceof Map<?, ?>) {
            Class<?> keyType = CollectionUtils.findCommonElementType(((Map<?, ?>) source).keySet());
            Class<?> valueType = CollectionUtils.findCommonElementType(((Map<?, ?>) source).values());
            return new TypeDescriptor(source.getClass(),
                    keyType==null ? null : new TypeDescriptor(keyType), 
                    valueType==null ? null : new TypeDescriptor(valueType));
        }
        else {
            return valueOf(source.getClass());
        }
    }

As seen here, the dirlist step of yetus fails to determine order of modules to be built. It silently falls back to alphabetical order which may or may not work depending on the patch.

Thu Jun 21 02:43:04 UTC 2018
cd /data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/storage-api
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/upgrade-acid
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/classification
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/shims/common
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/shims/0.23
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/shims/scheduler
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/shims/aggregator
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/common
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/service-rpc
/data/hiveptest/working/yetus_PreCommit-HIVE-Build-11958/serde
Usage: java [-options] class [args...]
           (to execute a class)
   or  java [-options] -jar jarfile [args...]
           (to execute a jar file)
where options include:

The problem is in standalone-metastore module: maven plugin 'exec' has a global config set executable=java disregarding the dirlist task's -Dexec.executable=pwd and causing the above error.

When using a simple configuration, an authentication provider throwing a LockedException doesn't cause an AuthenticationFailureLockedEvent to be published. The writeup's in the Spring forum reference. I can't be sure this is a bug, but it seems too weird to be expected behavior.

When a CXFRS client is used with Camel transport:

  <cxf:rsClient id="rsClient" address="camel://direct:cxf.in" ...>

it throws the following exception waiting for a response from the target REST server:

javax.ws.rs.ProcessingException: Response timeout
    at org.apache.cxf.jaxrs.client.AbstractClient.waitForResponseCode(AbstractClient.java:617)
    at org.apache.cxf.jaxrs.client.AbstractClient.checkClientException(AbstractClient.java:598)
    at org.apache.cxf.jaxrs.client.AbstractClient.preProcessResult(AbstractClient.java:580)
    at org.apache.cxf.jaxrs.client.WebClient.doResponse(WebClient.java:1098)
    at org.apache.cxf.jaxrs.client.WebClient.doChainedInvocation(WebClient.java:1035)
    at org.apache.cxf.jaxrs.client.WebClient.doInvoke(WebClient.java:892)
    at org.apache.cxf.jaxrs.client.WebClient.doInvoke(WebClient.java:863)
    at org.apache.cxf.jaxrs.client.WebClient.invoke(WebClient.java:329)
    at org.apache.camel.component.cxf.jaxrs.CxfRsProducer.invokeHttpClient(CxfRsProducer.java:210)
    at org.apache.camel.component.cxf.jaxrs.CxfRsProducer.process(CxfRsProducer.java:89)
    [...]

unless you explicitly remap the following header:

    <setHeader headerName="org.apache.cxf.message.Message.RESPONSE_CODE">
        <simple>${headers.CamelHttpResponseCode}</simple>

project --topLevelPackage some.solr.test
entity --class ~.domain.Message
field string name --notNull
solr setup
solr add --class some.solr.test.domain.Message

fails with: error at sid.addField("id", "message_" + message_getId());
The fix this edit Message_Roo_SolrSearch.aj and change:

sid.addField("id", "message_" + message_getId());

to

sid.addField("id", "message_" + message.getId());

 If there are two bulkloaded hfiles in a region with same seqID, same timestamps and duplicate keys*, get and scan may return different values for a key. Not sure how this would happen, but one of our customer uploaded a dataset with 2 files in a single region and both having same bulk load timestamp. These files are small ~50M (I couldn't find any setting for max file size that could lead to 2 files). The range of keys in two hfiles are overlapping to some extent, but not fully (so the two files are because of region merge).
In such a case, depending on file sizes (used in StoreFile.Comparators.SEQ_ID), we may get different values for the same cell (say "r", "cf:50") depending on what we call: get "r" "cf:50" or get "r" "cf:".
To replicate this, i ran ImportTsv twice with 2 different csv files but same timestamp (-Dimporttsv.timestamp=1). Collected two resulting hfiles in a single directory and loaded with LoadIncrementalHFiles. Here are the commands.

//CSV files should be in hdfs:///user/hbase/tmp
sudo -u hbase hbase org.apache.hadoop.hbase.mapreduce.ImportTsv  -Dimporttsv.columns=HBASE_ROW_KEY,c:1,c:2,c:3,c:4,c:5,c:6 -Dimporttsv.separator='|' -Dimporttsv.timestamp=1 -Dimporttsv.bulk.output=hdfs:///user/hbase/1 t tmp

tables_data.zip contains three tables: t, t2, and t3.
To load these tables and test with them, use the attached TestWithSingleHRegion.java. (Change ROOT_DIR and TABLE_NAME variables appropriately)
Hfiles for table 't':
1) 07922ac90208445883b2ddc89c424c89 : length = 1094: KVs = (c:5, 55) (c:6, 66)
2) 143137fa4fa84625b4e8d1d84a494f08 : length = 1192: KVs = (c:1, 1) (c:2, 2) (c:3, 3) (c:4, 4) (c:5, 5) (c:6, 6)
Get returns 5  where as Scan returns 55.
On the other hand if I make the first hfile, the one with values 55 and 66 bigger in size than second hfile, then:
Get returns 55  where as Scan returns 55.
This can be seen in table 't2'.
Weird things:
1. Get consistently returns values from larger hfile.
2. Scan consistently returns 55.
Reason:
Explanation 1: We add StoreFileScanners to heap by iterating over list of store files which is kept sorted in DefaultStoreFileManger using StoreFile.Comparators.SEQ_ID. It sorts the file first by increasing seq id, then by decreasing filesize. So our larger files sizes are always in the start.
Explanation 2: In KeyValueHeap.next(), if both current and this.heap.peek() scanners (type is StoreFileScanner in this case) point to KVs which compare as equal, we put back the current scanner into heap, and call pollRealKV() to get new one. While inserting, KVScannerComparator is used which compares the two (one already in heap and the one being inserted) as equal and inserts it after the existing one. [1]
Say s1 is scanner over first hfile and s2 over second.
1. We scan with s2 to get values 1, 2, 3, 4
2. see that both scanners have c:5 as next key, put current scanner s2 back in heap, take s1 out
4. return 55, advance s1 to key c:6
5. compare c:6 to c:5, put back s2 in heap since it has larger key, take out s1
6. ignore it's value (there is code for that too), advance s2 to c:6
Go back to step 2 with both scanners having c:6 as next key
This is wrong because if we add a key between c:4 and c:5 to first hfile, say (c:44, foo)  which makes s1 as the 'current' scanner when we hit step 2, then we'll get the values - 1, 2, 3, 4, foo, 5, 6.
(try table t3)
Fix:
Assign priority ids to StoreFileScanners when inserting them into heap, latest hfiles get higher priority, and use them in KVComparator instead of just seq id.
[1] PriorityQueue.siftUp()

DropTableEvent:

  public DropTableEvent(Table table, boolean status, boolean deleteData, HMSHandler handler) {
    super(status, handler);
    this.table = table;
    // In HiveMetaStore, the deleteData flag indicates whether DFS data should be
    // removed on a drop.
    this.deleteData = false;
  }

Same as PreDropPartitionEvent and PreDropTableEvent

After committing 645,  I realized a problem - the function does not have annotation, and therefore the describe will fail.

The writer of this test misunderstood ThreadPoolExecutor.
The test adds Threads as tasks to a ThreadPoolExecutor and then calls join on the Thread objects. But these are not the running threads, it work by pure accident, because Thread happens to implement Runnable.

pool.submit(threads.get(0));
...
threads.get(0).join();

The join will always return immediately, because the thread never ran.
This should instead synchronize on the Future returned from submit instead, otherwise there is no guarantee that the threads in the pool actually finished.

org.jboss.as.test.integration.ejb.timerservice.schedule.SimpleScheduleSecondTestCase fails.

The is a bug in the org.springframework.social.connect.support.AbstractConnection class in the sign-in process the valuesInitialized flag is not set.
Calling the following methods getDisplayName(), getProfileUrl() and getImageUrl() get the profile from facebook every time instead of using the data already set on the class. If the setValues() method is called is should check if the valuesInitialized flag is set, if not call the apiAdapter, else just return a new new values object.
At present the login for me takes around 12 seconds if the repeated calls to retrieve the profile can be eliminated it should be around 5 seconds.
Thanks
Graham

the following code used to work in 1.0.0 but as of 1.1.x upwards it throws an exception:

// Jackson2JsonMessageConverter converter=new Jackson2JsonMessageConverter();
        JsonMessageConverter converter = new JsonMessageConverter();
        Message message = converter.toMessage(new String[] { "test" }, new MessageProperties());
        Object fromMessage = converter.fromMessage(message);

The http://hbase.apache.org/book.html#_mob_sweeper section is out of date.
It mentions settings such as hbase.mob.sweep.tool.compaction.mergeable.size which no longer apply in master branch.

[1:39 PM] Emmanuel Hugonnet: @BrianStansberry hi, could you take a look at https://github.com/wildfly/wildfly-core/pull/2514
[1:40 PM] Emmanuel Hugonnet: I've a bit of a doubt because i couldn't create a dependency on the credentialstore since auditlog handlers are not services
[1:41 PM] Brian Stansberry: ok. it does seem a bit nasty because of that
[1:41 PM] Brian Stansberry: at a glance
[1:41 PM] Emmanuel Hugonnet: yes
[1:41 PM] Brian Stansberry: a very quick glance
[1:42 PM] Brian Stansberry: ah , but SyslogAuditLogHandler is not an OSH so I won't comment until I really understand 
[1:43 PM] Emmanuel Hugonnet: yes 
[2:04 PM] Brian Stansberry: I don't think that will be reliable; there's no guarantee that store will be started
[2:07 PM] Kabir Khan: I don't think the syslog handler tries to write until boot is done
[2:07 PM] Kabir Khan: could it be possible to lazy init those suppliers?
[2:11 PM] Emmanuel Hugonnet: I guess we would only need the attribute value and a serviceregistry
[2:12 PM] Emmanuel Hugonnet: I'm wondering if this is not lazy per default
[2:12 PM] Emmanuel Hugonnet: as the service is only called when the credential is required as far as I can see
[2:13 PM] Brian Stansberry: yes, it is lazy
[2:43 PM] Kabir Khan: @ehsavoie I think the problem @BrianStansberry mentions is whether the services have stabilised so the CR is ready by the time the syslog write happens
[2:44 PM] Emmanuel Hugonnet: @KabirKhan yes but I don't have any service in the audit log tree to be able to require for the CR to be ready
[2:45 PM] Kabir Khan: @ehsavoie I can try to discuss it on the pm call, perhaps we can do without it for the beta
[2:47 PM] Emmanuel Hugonnet: or I could add a service to get this one on
[2:48 PM] Emmanuel Hugonnet: a bit like what  is done for security realms
[2:53 PM] Kabir Khan: That could be good for the future, but I think for Beta it should be ok as it is
[2:57 PM] Brian Stansberry: @KabirKhan @ehsavoie +1
[2:57 PM] Brian Stansberry: I think it is fine at boot as no logging will happen until MSC has stabilized
[2:57 PM] Brian Stansberry: and probably post boot too
[2:57 PM] Emmanuel Hugonnet: well the boot test is ok
[2:58 PM] Kabir Khan: but we should have a blocker jira to investigate whether our assumptions are correct
[2:58 PM] Emmanuel Hugonnet: ok
[2:58 PM] Brian Stansberry: the scenario is a management op adds the credential store and the syslog handler, and then the syslog handler wants to log before the store service is up
[2:58 PM] Brian Stansberry: but, for audit logging we don't log until op commit/rollback
[2:58 PM] Brian Stansberry: and by then MSC is going to be stablized
[3:06 PM] Kabir Khan: that should be: 'we think we don't log', so that needs checking 

In the Fuse distro at least (could also be in the AMQ one as well) I noticed the following settings in etc/jmx.acl.whitelist.cfg:
jmx.acl.whitelist.properties

# open this up so we can check available plugins before authenticating
hawtio.plugin=bypass
# open this up so that permissions can validated by anyone
org.apache.karaf.security.jmx=bypass
io.fabric8.cxf=bypass
org.apache.activemq.Broker=bypass

The last line totally disables RBAC for brokers deployed in the ESB and should be removed or refined to only be the method call that's required by whatever component required this in the first place.  I would also suggest we validate the io.fabric8.cxf whitelist, would be good to comment each entry so that the reason a given mbean/operation is whitelisted is clear.
Also the same setting needs to be checked in fabric8's default profile so it's consistent when the user creates a fabric.

Adding a new singleton policy as described in https://access.redhat.com/documentation/en/red-hat-jboss-enterprise-application-platform/version-7.0/development-guide/#clustered_ha_singleton_service with a newly created cache-container leads to a non-explanatory fail message "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined.

Region normalizer failed to trigger merge action where expected

Pre-split the test table into 5 regions with keys 1,3,7,8
Insert some data for each of the split. 27K rows for regions starting with key 1, and 100K rows for each of the regions with start key 3,7 and 8
Scan the test table, and verify that these regions exists -  1) STARTKEY => ‘' ENDKEY => ’1’  2)  STARTKEY => ’1’ ENDKEY => ’3’
Turn on normalization, verify normalization switch is enabled and that normalization is true for test table
Run normalizer a few times
Scan test table again, verify that regions don’t exist anymore  1) STARTKEY => ‘' ENDKEY => ’1’  2)  STARTKEY => ’1’ ENDKEY => ’3’, but instead a new region is created with  STARTKEY => ’’ ENDKEY => ’3’
The test now fails, with the last step failing at assertion. 

Looking into the Master log, I see that normalization plan was computed for the test table but it decides that no normalization is needed for the test table, and that the regions look good.
Master.log
2016-06-17 00:41:46,895 DEBUG [B.defaultRpcServer.handler=4,queue=1,port=20000] normalizer.SimpleRegionNormalizer: Computing normalization plan for table: table_zrof6ea383, number of regions: 5
2016-06-17 00:41:46,895 DEBUG [B.defaultRpcServer.handler=4,queue=1,port=20000] normalizer.SimpleRegionNormalizer: Table table_zrof6ea383, total aggregated regions size: 13
2016-06-17 00:41:46,896 DEBUG [B.defaultRpcServer.handler=4,queue=1,port=20000] normalizer.SimpleRegionNormalizer: Table table_zrof6ea383, average region size: 2.6
2016-06-17 00:41:46,896 DEBUG [B.defaultRpcServer.handler=4,queue=1,port=20000] normalizer.SimpleRegionNormalizer: No normalization needed, regions look good for table: table_zrof6ea383

ALTER TABLE PARTITION COLUMN does not set partition column comments. The syntax is accepted, but the COMMENT for the column is ignored.

0: jdbc:hive2://localhost:10000/default> create table part_test(i int comment 'HELLO') partitioned by (j int comment 'WORLD');
No rows affected (0.104 seconds)
0: jdbc:hive2://localhost:10000/default> describe part_test;
+--------------------------+-----------------------+-----------------------+--+
|         col_name         |       data_type       |        comment        |
| i                        | int                   | HELLO                 |
| j                        | int                   | WORLD                 |
|                          | NULL                  | NULL                  |
| # Partition Information  | NULL                  | NULL                  |
| # col_name               | data_type             | comment               |
7 rows selected (0.109 seconds)
0: jdbc:hive2://localhost:10000/default> alter table part_test partition column (j int comment 'WIDE');
No rows affected (0.121 seconds)
| j                        | int                   |                       |
| j                        | int                   |                       |
7 rows selected (0.108 seconds)

Exportsnapshot will write a new snapshot info file when specifying the target name:

    if (!targetName.equals(snapshotName)) {
      SnapshotDescription snapshotDesc =
        SnapshotDescriptionUtils.readSnapshotInfo(inputFs, snapshotDir)
          .toBuilder()
          .setName(targetName)
          .build();
      SnapshotDescriptionUtils.writeSnapshotInfo(snapshotDesc, snapshotTmpDir, outputFs);
    }

The snapshot info file will be written to the snapshot tmp directory, however, it should be directly written to the snapshot directory if snapshot.export.skip.tmp is true. In addition, owner and permission should be set for the new snapshot info file when needed.

Hi, 
During performance tests, I observed that several threads were in status "blocked". Below, the stack:
The tests were carried out with jmeter with read-only queries.
""http-bio-8080"-exec-52" - Thread t@115
   java.lang.Thread.State: BLOCKED
	at java.lang.reflect.Field.declaredAnnotations(Field.java:1013)

waiting to lock <27df34b4> (a java.lang.reflect.Field) owned by ""http-bio-8080"-exec-31" t@94
	at java.lang.reflect.Field.getAnnotation(Field.java:1000)
	at java.lang.reflect.AccessibleObject.isAnnotationPresent(AccessibleObject.java:168)
	at org.springframework.data.mapping.AnnotationBasedPersistentProperty.isTransient(AnnotationBasedPersistentProperty.java:74)
	at org.springframework.data.mapping.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:111)
	at org.springframework.data.document.mongodb.convert.MappingMongoConverter.read(MappingMongoConverter.java:230)
	at org.springframework.data.document.mongodb.convert.MappingMongoConverter.read(MappingMongoConverter.java:174)
	at org.springframework.data.document.mongodb.convert.MappingMongoConverter.read(MappingMongoConverter.java:128)
	at org.springframework.data.document.mongodb.MongoTemplate$ReadDbObjectCallback.doWith(MongoTemplate.java:1655)
	at org.springframework.data.document.mongodb.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:1426)
	at org.springframework.data.document.mongodb.MongoTemplate.doFind(MongoTemplate.java:1186)
	at org.springframework.data.document.mongodb.MongoTemplate.find(MongoTemplate.java:587)
	at org.springframework.data.document.mongodb.MongoTemplate.find(MongoTemplate.java:557)
	at $MongoOperations_1314237160b.find($MongoOperations_1314237160b.java)

"mvn dependency:tree | grep test" shows

[INFO] +- org.apache.hadoop:hadoop-mapreduce-client-jobclient:test-jar:tests:2.2.0:compile
[INFO] +- org.apache.hadoop:hadoop-hdfs:test-jar:tests:2.2.0:compile

These test jars should be in test scope.

While fixing an unrelated bug, I discovered that the distributable SSOManager is actually created twice per host - one is created for use with the single sign-on authentication mechanism, and a separate instance is created to handle session identifier changes.  I'm not entirely certain of the consequence of this (as the managers will share the same underlying infinispan cache), but it is definitely wrong and unintentional.

The defaults for the following configs seems to be too aggressive. In java this can easily lead to several full GC pauses whose memory cannot be reclaimed.

HIVEMAPAGGRHASHMEMORY("hive.map.aggr.hash.percentmemory", (float) 0.99,
    "Portion of total memory to be used by map-side group aggregation hash table"),
HIVEMAPAGGRMEMORYTHRESHOLD("hive.map.aggr.hash.force.flush.memory.threshold", (float) 0.9,
    "The max memory to be used by map-side group aggregation hash table.\n" +
    "If the memory usage is higher than this number, force to flush data"),

We can be little bit conservative for these configs to avoid getting into GC pause. 

When used as a Consumer Netty can be put into clientMode, which will cause it to act as a client rather than a server.  However when SSL is enabled on the endpoint the SSL Handshake does not occur.
DefaultServerInitializerFactory creates a new SslHandler on-demand during channel initialisation, but forces the SSLEngine to not use client mode, regardless of the setting in the NettyConfiguration instance.
To cause handshakes to happen when in client mode, set the section in DefaultServerInitializerFactory.configureServerSSLOnDemand() to:

SSLEngine engine = sslContext.createSSLEngine();
engine.setUseClientMode(consumer.getConfiguration().isClientMode());
engine.setNeedClientAuth(consumer.getConfiguration().isNeedClientAuth());

For reference see StackOverflow.

If the class path size is more than 8K then we can’t set the environment variable so some of the test cases are failing on Windows. Remove the duplicate JAR entries from the class path to reduce the chance of exceeding the 8K limit.

Creating a HtablePool can issue two behaviour depanding on the constructor called. 
Case 1: loads the configs from hbase-site
  public HTablePool() 
{
    this(HBaseConfiguration.create(), Integer.MAX_VALUE);
  }

Calling this with null values for Configuration: 
public HTablePool(final Configuration config, final int maxSize) 
{
    this(config, maxSize, null, null);
  }

will issue:
 public HTablePool(final Configuration config, final int maxSize,
      final HTableInterfaceFactory tableFactory, PoolType poolType) {
    // Make a new configuration instance so I can safely cleanup when
    // done with the pool.
    this.config = config == null ? new Configuration() : config;
which does not read the hbase-site config files as HBaseConfiguration.create() does. 
I've tracked this problem to all versions of hbase. 

As titled, observed below warnings in HadoopQA result for HBASE-14891:

[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase/hbase-server/src/main/java/org/apache/hadoop/hbase/wal/WALKey.java:94: warning - Tag @see:illegal character: "123" in "{@link #setWriteEntry(MultiVersionConcurrencyControl.WriteEntry)}"
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase/hbase-server/src/main/java/org/apache/hadoop/hbase/wal/WALKey.java:94: warning - Tag @see:illegal character: "64" in "{@link #setWriteEntry(MultiVersionConcurrencyControl.WriteEntry)}"
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase/hbase-server/src/main/java/org/apache/hadoop/hbase/wal/WALKey.java:94: warning - Tag @see: reference not found: {@link #setWriteEntry(MultiVersionConcurrencyControl.WriteEntry)}
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase/hbase-server/src/main/java/org/apache/hadoop/hbase/util/RegionMover.java:111: warning - Tag @link: can't find RegionMover(String) in org.apache.hadoop.hbase.util.RegionMover.RegionMoverBuilder

This JIRA targets at resolving these warnings

On one of our busy hadoop cluster, hiveServer2 holds more than 4000 org.apache.hadoop.mapred.JobClient$NetworkedJob instances,while only has less than 3 backgroud handler thread at the same time.
All these instances are hold in one LinkedList from org.apache.hadoop.hive.ql.exec.mr.HadoopJobExecHelper's  runningJobs property,which is static.

Hi,
 It looks like that the javaconfig in Spring 3 does not support configure a FactoryBean in javaconfig, and then easily inject it to another Bean.
What I want in Spring 3 java config is:
    class MyFactoryBean implements FactoryBean<B>{}
    @Bean
    public MyFactoryBean bFactoryBean() 
{
        return new MyFactoryBean();
    }

    @Bean
    public A a(B b) 
{
        A a = new A();
        a.setB( bFactoryBean().getObject() );
        return a;
    }

 Can Spring 3 support FactoryBean in its javaconfig?

When the master restarted it was not able to get any servers online and the restart was a clean restart.
Hence there were no regions to assign.
Hence the retainAssignment tries to get one of the regions and uses RANDOM.getInt(size).  Here size is 0.
So ideally 0 is not accepted here.  Hence we have got an exception making the master not to come up and the test case timeout.
Though we need to see if really no regions was expected when the master came up, but this JIRA's intent is to deal such scenario where the size can be 0.

Noticed these file handle leaks while fixing the Symlink related unit test failures on Windows.

Currently, Templeton launcher kills all child jobs (jobs tagged with the parent job's id) upon task retry. 
Upon templeton launcher task retry, templeton should reconnect to the running job and continue tracking its progress that way. 
This logic cannot be used for all job kinds (e.g. for jobs that are driven by the client side like regular hive). However, for MapReduceV2, and possibly Tez and HiveOnTez, this should be the default.

See nabble
http://camel.465427.n5.nabble.com/GuiceCamelContext-checked-exception-issue-with-Glassfish4-tp5746869.html

A NumberFormatException is thrown when attempting to parse HTTP header X-Forwarded-Port where header value is comma separated list of ports.

2015-03-12 12:56:34.961 ERROR 8784 --- [bio-3000-exec-7] s.d.r.w.AbstractRepositoryRestController [] : For input string: "80,52022"

java.lang.NumberFormatException: For input string: "80,52022"
	at java.lang.Integer.parseInt(Integer.java:492)
	at java.lang.Integer.parseInt(Integer.java:527)
	at org.springframework.web.util.UriComponentsBuilder.fromHttpRequest(UriComponentsBuilder.java:300)
	at org.springframework.web.servlet.support.ServletUriComponentsBuilder.initFromRequest(ServletUriComponentsBuilder.java:121)
	at org.springframework.web.servlet.support.ServletUriComponentsBuilder.fromContextPath(ServletUriComponentsBuilder.java:74)
	at org.springframework.web.servlet.support.ServletUriComponentsBuilder.fromServletMapping(ServletUriComponentsBuilder.java:88)
	at org.springframework.web.servlet.support.ServletUriComponentsBuilder.fromCurrentServletMapping(ServletUriComponentsBuilder.java:159)
	at org.springframework.data.rest.webmvc.BaseUri.getUriComponentsBuilder(BaseUri.java:157)
	at org.springframework.data.rest.webmvc.support.RepositoryLinkBuilder.<init>(RepositoryLinkBuilder.java:45)
	at org.springframework.data.rest.webmvc.support.RepositoryEntityLinks.linkFor(RepositoryEntityLinks.java:103)
	at org.springframework.data.rest.webmvc.RepositoryEntityController.getCollectionResource(RepositoryEntityController.java:182)
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:221)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:137)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:857)
	at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:201)
	at org.springframework.boot.context.web.ErrorPageFilter.doFilter(ErrorPageFilter.java:108)
	at org.springframework.boot.context.web.ErrorPageFilter.access$000(ErrorPageFilter.java:59)
	at org.springframework.boot.context.web.ErrorPageFilter$1.doFilterInternal(ErrorPageFilter.java:88)
	at org.springframework.boot.context.web.ErrorPageFilter.doFilter(ErrorPageFilter.java:101)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)

I encountered the following exception while running a job:
org.springframework.dao.CannotSerializeTransactionException: 
 PreparedStatementCallback; SQL [INSERT into  BCM.BCM_JOB_EXECUTION(JOB_EXECUTION_ID, JOB_INSTANCE_ID,  START_TIME, END_TIME, STATUS, CONTINUABLE, EXIT_CODE,  EXIT_MESSAGE, VERSION, CREATE_TIME) values (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)]; ORA-08177: can't serialize access for this transaction ; nested exception is java.sql.SQLException: ORA-08177: can't  serialize access for this transaction
I was not able to reproduce it in the application, but could actually reproduce it in an "isolated" environment:
When 2 requests to run a job comes together, the following situation might occur in SimpleJobLauncher's call to JobRepository.createJobExecution(). This behaviour is due to the serializable isolation; of course, it is still possible to change this level, but the default from JobRepositoryFactoryBean is serializable.
SimpleJobLauncher.run(job1)
jobRepository.createJobExecution(job1)
new transaction from job1 --> jdbc connection1
connection1: set transaction isolation level serializable
SimpleJobLauncher.run(job2)
jobRepository.createJobExecution(job2)
new transaction from job2 --> jdbc connection2
connection2: set transaction isolation level serializable
con1: insert into job_execution
con1: commit
con2: insert into job_execution --> ORA-8177
This exception seems to be caused by the fact that con2 is in isolation and does not see what's going on in con1. This isolation is still there even after con1 has committed (in particular, if con2 queries job_execution, it will not see the committed record inserted by con1). Thus, con2 cannot assume that PK constraint will not be violated when insertion occurs (since con1 has committed, changes are definitive and will not be withdrawn, if a constraint violation happens). Using serializable isolation is like pessimistic locking, in the sense that queries are rejected when a risk is present.
There might be 2 solutions:
1. reduce isolation level, but this might not be a good idea in order to prevent duplicate job running
2. wrap the call to jobRepository.createJobExecution() into a retry operations that retries as long as this exception happens (this is actually the DBMS proposed solution : rollback the transaction and retry in a new one).

Execute following JDBC client program:

import java.sql.*;

public class TestAddJar {
    private static Connection makeConnection(String connString, String classPath) throws ClassNotFoundException, SQLException
    {
        System.out.println("Current Connection info: "+ connString);
        Class.forName(classPath);
        System.out.println("Current driver info: "+ classPath);
        return DriverManager.getConnection(connString);
    }

    {
        if(2 != args.length)
        {
            System.out.println("Two arguments needed: connection string, path to jar to be added (include jar name)");
            System.out.println("Example: java -jar TestApp.jar jdbc:hive2://192.168.111.111 /tmp/json-serde-1.3-jar-with-dependencies.jar");
            return;
        }
        Connection conn;
        try
        {
            conn = makeConnection(args[0], "org.apache.hive.jdbc.HiveDriver");
            System.out.println("-----------------------------------------------------------------------");
            System.out.println("DONE");

            System.out.println("Execute query: add jar " + args[1] + ";");
            Statement stmt = conn.createStatement();
            int c = stmt.executeUpdate("add jar " + args[1]);
            System.out.println("Returned value is: [" + c + "]\n");

            final String createTableQry = "Create table if not exists json_test(id int, content string) " +
                    "row format serde 'org.openx.data.jsonserde.JsonSerDe'";
            System.out.println("Execute query:" + createTableQry + ";");
            stmt.execute(createTableQry);

            System.out.println("----------------------------getColumn() Call---------------------------\n");
            DatabaseMetaData md = conn.getMetaData();
            System.out.println("Test get all column in a schema:");
            ResultSet rs = md.getColumns("Hive", "default", "json_test", null);
                System.out.println(rs.getString(1));
            }
            conn.close();
        }
        catch (ClassNotFoundException e)
        {
        }
        catch (SQLException e)
        {
        }
    }
}

Get Exception, and from metastore log:
7:41:30.316 PM	ERROR	hive.log	
error in initSerDe: java.lang.ClassNotFoundException Class org.openx.data.jsonserde.JsonSerDe not found
java.lang.ClassNotFoundException: Class org.openx.data.jsonserde.JsonSerDe not found
at org.apache.hadoop.conf.Configuration.getClassByName(Configuration.java:1803)
at org.apache.hadoop.hive.metastore.MetaStoreUtils.getDeserializer(MetaStoreUtils.java:183)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_fields(HiveMetaStore.java:2487)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_schema(HiveMetaStore.java:2542)
at com.sun.proxy.$Proxy5.get_schema(Unknown Source)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_schema.getResult(ThriftHiveMetastore.java:6425)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_schema.getResult(ThriftHiveMetastore.java:6409)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1554)
at org.apache.hadoop.hive.shims.HadoopShimsSecure.doAs(HadoopShimsSecure.java:556)

The default implementation of the /oauth/confirm_access and /oauth/error as defined in the WhitelabelApprovalEndpoint class do not set the content-type header. This means that these pages are not rendered as HTML, my browser is treating them as plain text.
The pull request contains a trivial change to fix this.

Using EnumSet as collection for enums caused exception when BasicDBList from database is mapped back to EnumSet.
Stack trace when version org.springframework.data:spring-data-mongodb:1.3.3.RELEASE is used:

java.lang.IllegalArgumentException: Could not instantiate Collection type: java.util.EnumSet
	at org.springframework.core.CollectionFactory.createCollection(CollectionFactory.java:258)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.readCollectionOrArray(MappingMongoConverter.java:778)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.readValue(MappingMongoConverter.java:1048)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.access$100(MappingMongoConverter.java:77)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$MongoDbPropertyValueProvider.getPropertyValue(MappingMongoConverter.java:999)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.getValueInternal(MappingMongoConverter.java:755)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$1.doWithPersistentProperty(MappingMongoConverter.java:256)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$1.doWithPersistentProperty(MappingMongoConverter.java:249)
	at org.springframework.data.mapping.model.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:257)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:249)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:223)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:187)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:183)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:77)
	at org.springframework.data.mongodb.core.MongoTemplate$ReadDbObjectCallback.doWith(MongoTemplate.java:1975)
	at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:1671)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:1496)
	at org.springframework.data.mongodb.core.MongoTemplate.find(MongoTemplate.java:518)
	...
Caused by: java.lang.InstantiationException: java.util.EnumSet
	at java.lang.Class.newInstance0(Class.java:342)
	at java.lang.Class.newInstance(Class.java:310)
	at org.springframework.core.CollectionFactory.createCollection(CollectionFactory.java:255)
	...

Hello Learned and Astonishly Charming JBoss Associates,
I've been trying for quite some time now to get my successfully deployed WAR to become a successfully deployed EAR.  Much to my chagrin, this has been my white whale, and it just might kill me.
In a nutshell, the attached EAR file contains a WAR.  If you deploy that WAR file everything works smooth as butter.  As soon as you put it in an EAR format however, you get the following well placed riposte:
19:33:57,513 WARN  [org.jboss.as.jsf] (MSC service thread 1-2) JBAS012603: Unknown JSF version 'WAR_BUNDLES_JSF_IMPL'.  Default version 'main' will be used instead.
Not cool, JBoss.  Not cool.
I've tried moving the jars to different places in the WAR/EAR.  I've tried using Manifest files.  I've tried colorfully adorned four letter expletives.  JBoss is unmoved.  Does anyone know why JBoss is rejecting my JSF advances?  Can the relationship be fixed?
Using EAP 6.1 which I believe is equivalent to AS 7.2.
Thanks in advance,
Will
PS:  The forum didn't like me attaching a 1.8 meg file so here's a download link instead
http://www.williverstravels.com/JDev/Forums/Threads/230850/TestEar.ear

Currently we see this every second. Filling up the log:

2013-05-10 18:36:00,766 INFO org.apache.zookeeper.ClientCnxn: Opening socket connection to server ist6-mnds1-2-sfm.ops.sfdc.net/10.224.156.197:2181. Will not attempt to authenticate using SASL (Unable to locate a login configuration)
2013-05-10 18:36:00,767 WARN org.apache.zookeeper.ClientCnxn: Session 0x0 for server null, unexpected error, closing socket connection and attempting reconnect
	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:599)
	at org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(ClientCnxnSocketNIO.java:350)
	at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1068)
2013-05-10 18:36:01,868 INFO org.apache.zookeeper.ClientCnxn: Opening socket connection to server ist6-mnds1-4-sfm.ops.sfdc.net/10.224.156.199:2181. Will not attempt to authenticate using SASL (Unable to locate a login configuration)
2013-05-10 18:36:01,870 WARN org.apache.zookeeper.ClientCnxn: Session 0x0 for server null, unexpected error, closing socket connection and attempting reconnect
2013-05-10 18:36:01,971 INFO org.apache.zookeeper.ClientCnxn: Opening socket connection to server ist6-mnds1-3-sfm.ops.sfdc.net/10.224.156.198:2181. Will not attempt to authenticate using SASL (Unable to locate a login configuration)

Patch is trivial.

Romil Choksi was testing bulk load in secure cluster where LoadIncrementalHFiles failed.
Looking at region server log, we saw the following:

        at org.apache.hadoop.hbase.client.ClientSmallReversedScanner.next(ClientSmallReversedScanner.java:185)
        at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegionInMeta(ConnectionManager.java:1257)
        at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.locateRegion(ConnectionManager.java:1163)
        at org.apache.hadoop.hbase.client.RpcRetryingCallerWithReadReplicas.getRegionLocations(RpcRetryingCallerWithReadReplicas.java:300)
        at org.apache.hadoop.hbase.client.ClientScanner.call(ClientScanner.java:327)
        at org.apache.hadoop.hbase.client.ClientScanner.nextScanner(ClientScanner.java:302)
        at org.apache.hadoop.hbase.client.ClientScanner.initializeScannerInConstruction(ClientScanner.java:167)
        at org.apache.hadoop.hbase.client.ClientScanner.<init>(ClientScanner.java:162)
        at org.apache.hadoop.hbase.client.HTable.getScanner(HTable.java:794)
        at org.apache.hadoop.hbase.backup.impl.BackupSystemTable.getBackupContexts(BackupSystemTable.java:540)
        at org.apache.hadoop.hbase.backup.impl.BackupSystemTable.getBackupHistory(BackupSystemTable.java:517)
        at org.apache.hadoop.hbase.backup.impl.BackupSystemTable.getTablesForBackupType(BackupSystemTable.java:589)
        at org.apache.hadoop.hbase.backup.BackupObserver.preCommitStoreFile(BackupObserver.java:89)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$61.call(RegionCoprocessorHost.java:1494)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$RegionOperation.call(RegionCoprocessorHost.java:1660)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperation(RegionCoprocessorHost.java:1734)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperation(RegionCoprocessorHost.java:1692)
        at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.preCommitStoreFile(RegionCoprocessorHost.java:1490)
        at org.apache.hadoop.hbase.regionserver.HRegion.bulkLoadHFiles(HRegion.java:5512)
        at org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint$1.run(SecureBulkLoadEndpoint.java:293)
        at org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint$1.run(SecureBulkLoadEndpoint.java:276)
        at javax.security.auth.Subject.doAs(Subject.java:356)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1704)
        at org.apache.hadoop.hbase.security.access.SecureBulkLoadEndpoint.secureBulkLoadHFiles(SecureBulkLoadEndpoint.java:276)
        at org.apache.hadoop.hbase.protobuf.generated.SecureBulkLoadProtos$SecureBulkLoadService.callMethod(SecureBulkLoadProtos.java:4721)
...
Caused by: java.lang.RuntimeException: SASL authentication failed. The most likely cause is missing or invalid credentials. Consider 'kinit'.
        at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection$1.run(RpcClientImpl.java:679)
        at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.handleSaslConnectionFailure(RpcClientImpl.java:637)
        at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.setupIOstreams(RpcClientImpl.java:745)
        ... 16 more
Caused by: javax.security.sasl.SaslException: GSS initiate failed [Caused by GSSException: No valid credentials provided (Mechanism level: Attempt to obtain new INITIATE  credentials failed! (null))]
        at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:212)
        at org.apache.hadoop.hbase.security.HBaseSaslRpcClient.saslConnect(HBaseSaslRpcClient.java:179)
        at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.setupSaslConnection(RpcClientImpl.java:611)
        at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.access$600(RpcClientImpl.java:156)
        at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection$2.run(RpcClientImpl.java:737)

The cause was that in the coprocessor hook, security Token for accessing hbase was missing, leading to the above SaslException.
This JIRA adds support for the case where the observer hook needs the HBase token/credential since the hook is executed under the RPC request user context.

I am on Spring OAuth 1.0.0.RC3. The TokenEndpoint#getResponse method returns "Content-Type: application/json". Specification is for it to return "Content-Type: application/json;charset=UTF-8".

Current clear command doesn't work, It should use system.out

Windows is pesky about deleting files which may have an open stream hanging. While other OS is capable of that.
SplitterStreamCacheTest fails on windows due this issue.
The logic in CachedOutputStream should better leverage the Synchronization to be able to close the streams at the end.
Also various DOM converters will automatic closes input streams when converting to DOM. The only reliable mechanism is Camels synchronization which is invoked when the Exchange is done. And thus the time where we can cleanup.

      BufferedReader bfReader =
        new BufferedReader(new FileReader(upgradeListFile));
      String currSchemaVersion;
      while ((currSchemaVersion = bfReader.readLine()) != null) {
        upgradeOrderList.add(currSchemaVersion.trim());

BufferedReader / FileReader should be closed upon return from ctor.

The original description is here: http://jira.springframework.org/browse/INT-816

Beeline always returns the same error message twice. for example, if I try to create a table a2 which already exists, it prints out two exact same messages and it is not quite user friendly.

beeline> !connect jdbc:hive2://localhost:10000 scott tiger org.apache.hive.jdbc.HiveDriver
Connected to: Hive (version 0.10.0)
Driver: Hive (version 0.10.0-cdh4.2.1)
0: jdbc:hive2://localhost:10000> create table a2 (value int);
Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask (state=08S01,code=1)

AroundInvokeAnnotationParsingProcessor should fail when more methods with @AroundInvoke annotation is found in the class.
The specification says:
A class must not declare more than one AroundInvoke method.
The JBoss AS allows more such methods and then it chooses one of them which is used as the interceptor.
It becomes even more important to check the interceptor validity now with the new feature introduced by AS7-5897 (server side non-EE interceptors for EE invocations).

When RSs have a LOT of regions and CFs, flushing everything within 5 minutes is not always doable. It might be interesting to be able to increase the RANGE_OF_DELAY. 

hbase --config /tmp/hbaseConf org.apache.hadoop.hbase.IntegrationTestIngest --monkey unbalance
causes NPE

2015-05-08 08:44:20,885 ERROR [B.defaultRpcServer.handler=28,queue=1,port=16000] master.ServerManager: Received exception in RPC for warmup server:RegionServer1,16020,1431074656202region: {ENCODED => 40133c823b6d9d9dece99db1aad62730, NAME => 'SYSTEM.SEQUENCE,2\x00\x00\x00,1431070054641.40133c823b6d9d9dece99db1aad62730.', STARTKEY => '2\x00\x00\x00', ENDKEY => '3\x00\x00\x00'}exception: java.io.IOException: java.io.IOException
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2154)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getWAL(HRegionServer.java:1825)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.warmupRegion(RSRpcServices.java:1559)
	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:21997)
	... 4 more

It will be good to have test case to printout ORC row index entries. Some changes to ORC format like HIVE-7832 uses different codepath to write row index entries. To make sure it is not doing anything wrong a test case that prints row index entries will be helpful.

Following exception (and probably similar too) will cause wildfly frozing during start. Visible especially during integration tests (which will never ends), but reproducible directly too (see steps).

15:59:37,252 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service org.wildfly.security.security-realm.ManagementRealm: org.jboss.msc.service.StartException in service org.wildfly.security.security-realm.ManagementRealm: WFLYELY00025: Referenced property file is invalid: ELY01006: No realm name found in password property file
	at org.wildfly.extension.elytron.PropertiesRealmDefinition$1$1.get(PropertiesRealmDefinition.java:185)
	at org.wildfly.extension.elytron.PropertiesRealmDefinition$1$1.get(PropertiesRealmDefinition.java:164)

Update: This problem with infinite boot will occure everytime the start() method of some service throws StartException(). Not an Elytron problem.

The following Fuse tests are currently failing in Jenkins.  This prevents the PR build from running.
org.fusesource.esb.itests.basic.EsbProfileRedeployTest.initializationError

  bin=`dirname "$0"`
  # many hadoop installs are in dir/{spark,hive,hadoop,..}
  sparkHome=$(readlink -f $bin/../../spark)

uses -f which means canonicalize in GNU coreutils and format in BSD coreutils.
This needs a wrap-around test -e to prevent invocation against non-existent spark installs.

AssignmentManager#waitForAssignment(HRegionInfo regionInfo) passes Long.MAX_VALUE deadline and intends to wait forever.  However, the deadline would be overflowed from AssignmentManager#waitForAssignment(final Collection<HRegionInfo> regionSet, final boolean waitTillAllAssigned, final int reassigningRegions, final long minEndTime), which would cause no wait!

  /**
   * Waits until the specified region has completed assignment.
   * <p>
   * If the region is already assigned, returns immediately.  Otherwise, method
   * blocks until the region is assigned.
   * @param regionInfo region to wait on assignment for
   * @return true if the region is assigned false otherwise.
   * @throws InterruptedException
   */
  public boolean waitForAssignment(HRegionInfo regionInfo)
      throws InterruptedException {
    ArrayList<HRegionInfo> regionSet = new ArrayList<HRegionInfo>(1);
    regionSet.add(regionInfo);
    return waitForAssignment(regionSet, true, Long.MAX_VALUE);
  }

  /**
   * Waits until the specified region has completed assignment, or the deadline is reached.
   */
  protected boolean waitForAssignment(final Collection<HRegionInfo> regionSet,
      final boolean waitTillAllAssigned, final int reassigningRegions,
      final long minEndTime) throws InterruptedException {
    long deadline = minEndTime + bulkPerRegionOpenTimeGuesstimate * (reassigningRegions + 1);  // ----> OVERFLOW
    return waitForAssignment(regionSet, waitTillAllAssigned, deadline);
  }

Over on the tail of HBASE-18131. Chia-Ping Tsai said 

(Revisiting the AccessController remind me of this issue) 
Could we remove the duplicate code on the server side? Why not pass a list of server name to postClearDeadServers and postListDeadServers?
The duplicate code has been removed in HBASE-19131.Now Pass a list of server name to postClearDeadServers

It's a classic bug, sort of... the call times out to open the region, but RS actually processes it alright. It could also happen if the response didn't make it back due to a network issue.
As a result region is opened on two servers.
There are some mitigations possible to narrow down the race window.
1) Don't process expired open calls, fail them. Won't help for network issues.
2) Don't ignore invalid RS state, kill it (YouAreDead exception) - but that will require fixing other network races where master kills RS, which would require adding state versioning to the protocol.
The fundamental fix though would require either
1) an unknown failure from open to ascertain the state of the region from the server. Again, this would probably require protocol changes to make sure we ascertain the region is not opened, and also that the already-failed-on-master open is NOT going to be processed if it's some queue or even in transit on the network (via a nonce-like mechanism)?
2) some form of a distributed lock per region, e.g. in ZK
3) some form of 2PC? but the participant list cannot be determined in a manner that's both scalable and guaranteed correct. Theoretically it could be all RSes.

2019-02-08 03:21:31,715 INFO  [PEWorker-7] procedure.MasterProcedureScheduler: Took xlock for pid=260626, ppid=260595, state=RUNNABLE:REGION_STATE_TRANSITION_GET_ASSIGN_CANDIDATE, hasLock=false; TransitRegionStateProcedure table=table, region=d0214809147e43dc6870005742d5d204, ASSIGN
2019-02-08 03:21:31,758 INFO  [PEWorker-7] assignment.TransitRegionStateProcedure: Starting pid=260626, ppid=260595, state=RUNNABLE:REGION_STATE_TRANSITION_GET_ASSIGN_CANDIDATE, hasLock=true; TransitRegionStateProcedure table=table, region=d0214809147e43dc6870005742d5d204, ASSIGN; rit=OPEN, location=server1,17020,1549567999303; forceNewPlan=false, retain=true
2019-02-08 03:21:31,984 INFO  [PEWorker-13] assignment.RegionStateStore: pid=260626 updating hbase:meta row=d0214809147e43dc6870005742d5d204, regionState=OPENING, regionLocation=server1,17020,1549623714617
2019-02-08 03:22:32,552 WARN  [RSProcedureDispatcher-pool4-t3451] assignment.RegionRemoteProcedureBase: The remote operation pid=260637, ppid=260626, state=RUNNABLE, hasLock=false; org.apache.hadoop.hbase.master.assignment.OpenRegionProcedure for region ... to server server1,17020,1549623714617 failed
java.io.IOException: Call to server1/...:17020 failed on local exception: org.apache.hadoop.hbase.ipc.CallTimeoutException: Call id=27191, waitTime=60145, rpcTimeout=60000^M
        at org.apache.hadoop.hbase.ipc.IPCUtil.wrapException(IPCUtil.java:185)^M
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient.onCallFinished(AbstractRpcClient.java:391)^M
...
Caused by: org.apache.hadoop.hbase.ipc.CallTimeoutException: Call id=27191, waitTime=60145, rpcTimeout=60000^M
        at org.apache.hadoop.hbase.ipc.RpcConnection$1.run(RpcConnection.java:200)^M
        ... 4 more^M
    
RS:

hbase-regionserver.log:2019-02-08 03:22:41,131 INFO  [RS_OPEN_REGION-regionserver/server1:17020-2] handler.AssignRegionHandler: Open ...d0214809147e43dc6870005742d5d204.
...
hbase-regionserver.log:2019-02-08 03:25:44,751 INFO  [RS_OPEN_REGION-regionserver/server1:17020-2] handler.AssignRegionHandler: Opened ...d0214809147e43dc6870005742d5d204.

Retry:

2019-02-08 03:22:32,967 INFO  [PEWorker-6] assignment.TransitRegionStateProcedure: Retry=1 of max=2147483647; pid=260626, ppid=260595, state=RUNNABLE:REGION_STATE_TRANSITION_CONFIRM_OPENED, hasLock=true; TransitRegionStateProcedure table=table, region=d0214809147e43dc6870005742d5d204, ASSIGN; rit=OPENING, location=server1,17020,1549623714617
2019-02-08 03:22:33,084 INFO  [PEWorker-6] assignment.TransitRegionStateProcedure: Starting pid=260626, ppid=260595, state=RUNNABLE:REGION_STATE_TRANSITION_GET_ASSIGN_CANDIDATE, hasLock=true; TransitRegionStateProcedure table=table, region=d0214809147e43dc6870005742d5d204, ASSIGN; rit=OPENING, location=null; forceNewPlan=true, retain=false
2019-02-08 03:22:33,238 INFO  [PEWorker-7] assignment.RegionStateStore: pid=260626 updating hbase:meta row=d0214809147e43dc6870005742d5d204, regionState=OPENING, regionLocation=server2,17020,1549569075319

The ignore-message

2019-02-08 03:25:44,754 WARN  [RpcServer.default.FPBQ.Fifo.handler=34,queue=4,port=17000] assignment.TransitRegionStateProcedure: Received report OPENED transition from server1,17020,1549623714617 for rit=OPENING, location=server2,17020,1549569075319, table=table, region=d0214809147e43dc6870005742d5d204, pid=260626 but the region is not on it, should be a retry, ignore

The 2nd assignment

2019-02-08 03:26:18,915 INFO  [PEWorker-7] procedure2.ProcedureExecutor: Finished subprocedure(s) of pid=260626, ppid=260595, state=RUNNABLE:REGION_STATE_TRANSITION_CONFIRM_OPENED, hasLock=true; TransitRegionStateProcedure table=table, region=d0214809147e43dc6870005742d5d204, ASSIGN; resume parent processing.
2019-02-08 03:26:18,971 INFO  [PEWorker-11] procedure2.ProcedureExecutor: Finished pid=260626, ppid=260595, state=SUCCESS, hasLock=false; TransitRegionStateProcedure table=table, region=d0214809147e43dc6870005742d5d204, ASSIGN in 4mins, 47.347sec

======= by Duo Zhang ======
The actual problem here is that, in IPCUtil.wrapException, we want to add the remote server address in the exception message so it will be easier for debugging, and there are several instanceof checks in it which is for keeping the original exception type, since upper layer may depend on the exception type for error recovery. But we do not check for CallTimeoutException in this method so it will be wrapped by an IOException, which makes the code in RSProcedureDispatcher broken, and causes the double assign.

In case if there is no delegation token put into token file, this line will cause a NullPointerException which is not handled and the user is not notified in any way.
To cause NPE the use case is to have an Oozie Sqoop import to Hive in a kerberized cluster. Oozie puts the delegation token into the token file with id: HIVE_DELEGATION_TOKEN_hiveserver2ClientToken. So with id hive it is not working. However, fallback code uses the key which Oozie provides this way.
I suggest to have warning message to user that key with id hive cannot be used and falling back to get delegation token from the session.
I am creating the patch.

The DefaultServletHttpRequestHandler is not able to locate the container's default Servlet using any of the known names, and thus fails to start without the defaultServletName property being manually configured.  Google App Engine uses a heavily modified default configuration from the standard Jetty distro...in particular, it uses "_ah_default" as the name of the default Servlet.  This should be added to the list of "known defaults" in DefaultServletHttpRequestHandler. 

In my experiments, I have writers streaming their output to HBase. The reader powers a web page and does this scatter/gather, where it reads 1000 keys written last and passes them the the front end. With this workload, I get the exception below at the region server. Again, I am using HBAse (0.98.6.1). Any help is appreciated.
2014-10-10 15:06:44,173 ERROR [B.DefaultRpcServer.handler=62,queue=2,port=60020] ipc.RpcServer: Unexpected throwable object 
  at java.nio.Buffer.position(Buffer.java:236)
 at org.apache.hadoop.hbase.util.ByteBufferUtils.skip(ByteBufferUtils.java:434)
      at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.readKeyValueLen(HFileReaderV2.java:849)
      at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.next(HFileReaderV2.java:760)
 at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekAtOrAfter(StoreFileScanner.java:248)
   at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seek(StoreFileScanner.java:152)
      at org.apache.hadoop.hbase.regionserver.StoreScanner.seekScanners(StoreScanner.java:317)
 at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:176)
  at org.apache.hadoop.hbase.regionserver.HStore.getScanner(HStore.java:1780)
  at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:3758)
  at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:1950)
  at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1936)
        at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1913)
      at org.apache.hadoop.hbase.regionserver.HRegionServer.scan(HRegionServer.java:3157)
      at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29587)
   at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2027)
    at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:108)
     at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:114)
   at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:94)
 at java.lang.Thread.run(Thread.java:744)

Say I have a very simple Java program using the WildFly CLI scripting facilities:

        CLI cli = CLI.newInstance();
        cli.connect();
        System.out.println(cli.cmd(":whoami").getResponse());
        cli.disconnect();
    }

This is in a small Maven project that has a single dependency:

            <groupId>org.wildfly.core</groupId>
            <artifactId>wildfly-cli</artifactId>
            <version>2.1.0.Final</version>

When trying to run the program (no matter if there's a running WildFly server or not), I get the following exception:

Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/logmanager/LogContextSelector
	at org.jboss.as.cli.embedded.EmbeddedControllerHandlerRegistrar.registerEmbeddedCommands(EmbeddedControllerHandlerRegistrar.java:89)
	at org.jboss.as.cli.impl.CommandContextImpl.initCommands(CommandContextImpl.java:581)
	at org.jboss.as.cli.impl.CommandContextImpl.<init>(CommandContextImpl.java:302)
	at org.jboss.as.cli.impl.CommandContextFactoryImpl.newCommandContext(CommandContextFactoryImpl.java:44)
	at org.jboss.as.cli.scriptsupport.CLI.connect(CLI.java:80)
	at cz.ladicek.foobar.Main.main(Main.java:8)
Caused by: java.lang.ClassNotFoundException: org.jboss.logmanager.LogContextSelector
	... 11 more

This is because CommandContextImpl's constructor calls EmbedServerHandler.create and for the EmbedServerHandler class to load, there has to be JBoss LogManager present on the classpath.
The wildfly-cli Maven module already has a dependency on JBoss LogManager, except that...

            <groupId>org.jboss.logmanager</groupId>
            <artifactId>jboss-logmanager</artifactId>
            <optional>true</optional>

It's optional. I guess this made sense in WildFly Core 1.x which didn't have server embedding, but in WildFly Core 2.x, I wonder if the dependency should be mandatory.
Thoughts?

Due to changeset 4600 in AutowiredAnnotationBeanProcessor, autowired annotations are found on overrided parameterized methods where there are no @Autowired annotations!
Exemple :
GenericServiceImpl.java
public abstract class GenericServiceImpl<T, ID extends Serializable, D extends GenericDao<T, ID>> implements GenericService<T, ID> {

    protected D dao;

    public void setDao(D resourceDao) {
        this.dao = resourceDao;
    }

    // ...
}

UserServiceImpl.java
@Service("userService")
public class UserServiceImpl extends GenericServiceImpl<User, Integer, UserDao> implements UserService {

    @Inject
    @Named("userDao")
    @Override
    public void setDao(UserDao userDao) {
        super.setDao(userDao);
    }

    // ...
}

When processing the userService bean, the findAutowiredAnnotation method in AutowiredAnnotationBeanPostProcessor finds not only the @Autowired annotation for the setDao method defined in UserServiceImpl but also for the one defined in the parent class. This because the BridgeMethodResolver.findBridgedMethod detects the child method as the bridged method of the parent one:
AutowiredAnnotationBeanPostProcessor
private Annotation findAutowiredAnnotation(AccessibleObject ao) {
    for (Class<? extends Annotation> type : this.autowiredAnnotationTypes) {
        if (ao instanceof Method) {
            ao = BridgeMethodResolver.findBridgedMethod((Method) ao);
        }
        Annotation annotation = ao.getAnnotation(type);
        if (annotation != null) {
            return annotation;
        }
    }
}

This leads to an autowire by type for the parameterized parent setDao method which fail because there are many implementations available and @Named is not detected in the reflected method, the right one!
I think that there is a fix to do in BridgeMethodResolver to be more specific and avoid wrong bridged method detections.
By the way I think that this issue might affect SpringData which uses a lot Java generics...

Jody Steadman reported that attempts to access Stargate via Apache Knox using curl ends with 413 error when the following conditions are met:
AD is being used directly for Kerberos
The knox principal is configured to require Kerberos pre-auth
Stargate is using SPNEGO
Pre-auth errors exist in Kerberos debug log output
Sumit Gupta found that the gateway logs in the environment provided by Jody Steadman has the following error:

2015-04-20 14:24:21,660 DEBUG http.headers (DefaultClientConnection.java:sendRequestHeader(273)) - >> GET /version?doAs=jsteadman HTTP/1.1
2015-04-20 14:24:21,661 DEBUG http.headers (DefaultClientConnection.java:sendRequestHeader(276)) - >> Host: node1.jodylaptop.net:60080
2015-04-20 14:24:21,661 DEBUG http.headers (DefaultClientConnection.java:sendRequestHeader(276)) - >> Connection: Keep-Alive
2015-04-20 14:24:21,661 DEBUG http.headers (DefaultClientConnection.java:sendRequestHeader(276)) - >> User-Agent: Apache-HttpClient/4.2.5 (java 1.5)
2015-04-20 14:24:21,661 DEBUG http.headers (DefaultClientConnection.java:sendRequestHeader(276)) - >> Authorization: Negotiate YIILlgYGKwYBBQUCoIILijCCC4agDTALBgkqhkiG9xIBAgKhBAMCAfaiggttBIILaWCCC2UGCSqGSIb3EgECAgEAboILVDCCC1CgAwIBBaEDAgEOogcDBQAgAAAAo4IEkGGCBIwwggSIoAMCAQWhEBsOSk9EWUxBUFRPUC5ORVSiJzAloAMCAQChHjAcGwRIVFRQGxRub2RlMS5qb2R5bGFwdG9wLm5ldKOCBEQwggRAoAMCARehAwIBA6KCBDIEggQu9ERbHVQt4WZMKK6OkjsnTtfCtSRkXUXFmrMaKugyQDQHQgHSNugwKlXQx5d1EQ9woHl5ivts6ETJBAPk3sxKqUdMssq6XVZIocnDcmSyK4xX+SnV1Hx5YXBrq0NUtMj8s7e5Avqd8LUuFIKvXkRfaG3vlHt103qdCEbGySrFchPdD7cInXhSI8mM7Ix86TCbs/Mu6PpNsoEQRZpbaBJuFWlYvuBYbu3H9vnfIX4eDMPk+mFHGOnXfg/qGORNuVn92z8JwV4ETbzyPpGgdQ61cpNQFs2bYj7ugJmAcv5JktEcmYypTzusCdUgRrNLyuIe40yKs41BYT+AytiWK6+YA4GAhepTGO8fBa9hJRXehKadHDdu0HBXm8dDhK0a9jtYkV+AKFLWq+hyLfaDoNYFAB4p17diShq7rMDgR/v65GVvIfsL+etM3Yewe85g9xtIFm86f8A/gNLRLvDLUsWoDjmmb4gzstOh6s3uPUgPE58SFL861b6JVYbEbmxCJLZe6Ni6UuNi1xXDgqBCb9duDYWYp+5n5hjy7/dxyz41CHSU/AYNg/AVXeQ3i5S5uc0ZbKiNI+ODTcNgXlHIjMXhuETHlgArbmqsVlZxbIoMdTYzHC7d54Up970SA3HbzQm0iJI/D1KlHp0Rby1wExcOw3TS/QhC/oyWoulgo9ZhtPEykOEvTYVt2USxEzfzxrmojwG27Fr30QOv1O597oQqic3TjfmyOImgp+sSgNkKSq2HTMvEelqCo7clUoll6V6zF6qwMVlXYZvyGOcgxiOvaoo2KfJPTs+VweCe2uX8K2VPVC7+VrzPj1w0K4NAOQX+p5HUfJ+fU2m/LQByNH23vzDErr8lWpxrZIh5awIKSTthIZ1IOn9fikdM1JkRKsKu4oOKyS/WquucCKG3n1l39VvkahgudFQaMUQal1Cu7X1RY8CUX8jrkahPBw4TkBp9/O3GDFiDgCw6BRGGxjqi0KuIGRdLmzUyRfqs1WFAi9WtXh7i6vQWA/vYGobWg+ONwsSmNf3/6ODbRvTXwzgzpi1r3Tsq/ptdAkoZ4El+rrV82NviDg2wNsYtsipDxCwau4RRxalioAxsIiitjl4F5pMhPYj2OJ91FXOi2ndBEY5VHx6ibxo0C+kXIHHR6cY/WuPkKKG/FFOCzf1bbhTIRJdQymq4q1Ekko8z/1x9Ehh5uKxHHRnXW2jXS5CwsJuK9qHSuZcNfa7iV1p55K6oGphWyaU3pBAI7uIlOPf8yj/P+do9AahoUzEdPSfg7MF9qAyTgodc5u0oRjVN5Hp/oNv+7OhdU6N7/eRunSKBPbEEBRN0WQFXI9VOK1lNlhc3wmORTJkiUaZFaMcNoaNPoJ6TEckJdXlVJV2oVr+rvqiry2s2M1f5lXb9MgcLMR23OVQUhlUtfGFjO930Bt+kggalMIIGoaADAgEXooIGmASCBpTibCP/GGPN1bwCd3fu8Wjb959JknZ6zrgPJfTWWRpljznACaMi+EXD3W1JrzPEgCaL6kduFTXNkHEag3igOASIOjNAp+W+fv8WJbCQXty68tbQCskvZBFYFwZHyqip/QfQQ8Y/lA88r9P8HZH2Y01ZQc0rEK0xjcHzBXqwA1UHMi7/dY6UUS78Rdt+P2QGABUcc+o9zdLYSeqlb9Gbpn2cVnYwl4G7A+j8oLmOTCH4yd7xVZ6lazeTezVs5p77+wtBq+h8COrGMa/0Ekq3wzN59X3DZrudKidPjolF4JNDj68w756neYxloGSIlF8JBYFuY54MNdEdQ94l5ekVjYXhiRulcpGUY/+VgCXcFbhKGRA/VsVGuM3S6KtBkj4keclSBnUaLHqhaSRRV456mj3lkeadd25huBrDRuZQsjObs/RPJexpNZQu6IvZLnqIQqD78lPc13vl6mrF+LHz90L0vt+caterKKqHzOunrNNqZ08jwviS6IE8xbHHqKOUn1wwG3j3GG35BDEo92WqOI9kOy7n2H/beJwFQY21O/OXQ6Vz+aeO/tHpIq2D+irNPHFZEfoFv5MXOFmSDb7TgYMNNQ9VuaJo1ncICGrlcD26DM05Q0gwgTZjoyfk1D74NsOqhKs99543mXF4OvA1KiBUikKmxItyqjIFdUoHMApEzN/Pljp30VR+bzVqfhJfYAJ3ooqUu/VR9CwSeZ0oycboHoRfMkaK6VkWFwgt9xaQM568wiOaZeZf0ejqv0gpzLN6U8tYGKNy0NEt+cA/ZrL5U8dfFns5wEh3wWajuR+RCJFxhiZB6ndXWn9g3r4QfMRV9o4saz5p5nhSQ0GXzspVbU4OsaDSjzduIaUJV1+7HwoKqTsBSrJYlUn/Qo06sIvJySx4Vwml2HLQbFKqdqtf8XUhNqq0yETuhN9aPFAPwnlIgXecAZEu3JP0QpSQQ1EmhnPWwo2WfFb0Yo1RR6f1V3wPidGagELv8DG9ezactULjVpozqoEIOo20o85DYcLWZn4EJduuJQZQ5znOyTfgq93qNHaUj1TuHrFT0Y3dUgckMSaRheR4P3oK+OKo6kIToijpbmks90KdANaBfFyqYt+48mPMQmmasFOybfUj2xziPNA7GJ7TYPrglAp0ECQMamuJtez9d9zx/5eaxI6YbAb/QBdUUeUjUX1C3BQVoyfU134stYsZX9c/dOUkZag37LHwYAuUzq7vdeFxFy5ttv0Bw2sQlDz6T8n8+GVR0I/lKHaW0jvZC/UYHE5wtzQcOnJ3rP1PKUQWL+DvCajrgQNU++/50dQou+3/CsDxdTa/vzSTCbiVCUKPPiLG0+eWya7pAqZA10RC+E60p1HlBczv8M+CH1SUZXGrm5MeLQofDIat19uopSd2HFbUwnvj0AJNn8AfE3JvH7RmDkspiUsVgiNdZnjWxWo7s/Avz7TZNcf2XQjDdK2U1ovXQqOEus37sxaEdcznrFBVchYBzy8EIG91OdTO1ZgJirh4FaG2/ZXdEpiBa6uOWFoV8C/mQhvY6MK0jbmNWRtLMASpcGZ/lS/3tWlAZoatUUZxpOxA/B1hiS6ukoDTtx0WeugieqoYEW3KpL7T8tgvkoXpsM650tGrnDHkmhPDz+sLtoPFr9kyoCX9pBNntSn+Hxqld/vHQvj7SPI5bWwes0eZs1OcfzeYOCRB4IqSeJ2Uqnnj3goI5t4gB92pDzWcT2XK6248TaLxgNhXYDoE+gBpoRGE+WhmK9rPGYSz7x6n1jHg+IYjmHDj2UGhHihR12PiuG/YDVEUKTKtZvoMblbg4zwIMMB0xW5ZpKC601qzKpvypEARjFJpvbgLRCz3Bw8z4rhUsfjlOUTlgHuMhDd4N/tAuTYpdJCF2h2hrLSnvJieX3Ltni37laJNRBHaFVA5Iikx3jWWT+ZDNHanG+VkfwtSrS8KvzFWLdGJeon5JsVb63QObIVL5DL7sTGSen7xJMUGWbWcwmc+0Z88J+8wwmNkRF2Q5Opfvqyh/9Ukewapdp7lgoJm2n8YhbsxbmU/rQhK6hadPKRxLSRrJa+J52xrG8iqqpPYkhu8JThhbkWQz19IZqQztAfTke8powJ7WqpJF89h2b7JPWLbHIpbzRfyPZDg62VjASeAUi2Sjpik2bYprNsSLkzcpH9v2WUntHMp24BDIK/rNlnX93lvUo4H3IKXrNWVTdhtzVs9WHjZ8T86oumoKkrW/JJ/eTdrGBsm
2015-04-20 14:24:21,664 DEBUG http.wire (Wire.java:wire(63)) - << "HTTP/1.1 413 FULL head[\r][\n]"
2015-04-20 14:24:21,665 DEBUG http.wire (Wire.java:wire(63)) - << "Connection: close[\r][\n]"
2015-04-20 14:24:21,666 DEBUG http.wire (Wire.java:wire(63)) - << "[\r][\n]"

Sumit suggested using large buffer size in hbase REST Server to get rid of the "FULL Head" error

For external tables replication, the data gets copied as separate task based on data locations listed in _external_tables_info file in the dump. So, individual events such as ADD_PARTITION or INSERT on the external tables should avoid copying data. So, it is enough to create table/add partition DDL tasks. COPY and MOVE tasks should be skipped.

For new a class with @YarnContainer is marked as candidate for a container and then its @OnYarnContainerStart method is run. Need to add more functionality how this method is used.
i.e. errors and return values.

I noticed that the release tarball for 0.95.2 doesn't contain the ./dev-support dir.  In future releases, that directory (and any other supplemental dirs with useful tools) should be contained in the release src tarball.

OrderedBytes.isEncodedValue does not check for int8 and int16 types.  This also means that OrderedBytes.length may return an incorrect result, since it calls OrderedBytes.isEncodedValue.

AS7-4547 was raised (and resolved) to remove the -XX:+TieredCompilation JVM option from the standalone startup script, to avoid a performance issue. The fix was done to the standalone.sh file but the standalone.bat was missed.

DATAMONGO-811 addresses this issue for update methods. But findAndModify method still lacks the version increment.

The "Info test: /info" section of the SockJS protocol requires a SockJS server to return a "cookie_needed" boolean property. The value indicates whether the use of the JSESSIONID cookie is required for the application to work (e.g. for load balancing). The protocol also specifies that when this property is set to true, a SockJS server should echo the JSESSIONID cookie back.
IE 8,9 support XDomainRequest, which is a modified AJAX/XHR that can do requests across domains. But unfortunately it doesn't send any cookies. So when "cookie_needed" is set to true, the SockJS client chooses the iframe-htmlfile transport for streaming instead of XHR.
In Java Servlet containers, the use of JSESSIONID cookie is most often required for the application to function. For example it enables the use of  an HTTP session that in turn can be used to store user authentication details (e.g. Spring Security).
Therefore the "cookie_needed" property should be set to "true" by default allowing IE 8, 9 clients to work correctly in combination with Spring Security.

SAP Camel Server Components needs to stop and release JCo Servers when application bundle is uninstalled. If not subsequent installs of application bundles will not install/reinstall.

Found by Matteo Bertozzi, was unpacking under target dir instead of over the src/main/java dir.

Cxf quickstarts that no longer work:

rest
secure-rest
(secure-soap ENTESB-3349)

1. After building and deploying I could not access http://localhost:8181/cxf or other addresses in Readme.
2. After changing POM skipTests configuration, building and deploying  tried to run test with 
mvn -Ptest
and i got this error:

 T E S T S
Running io.fabric8.quickstarts.rest.secure.CrmSecureTest
Tests run: 4, Failures: 0, Errors: 4, Skipped: 0, Time elapsed: 0.144 sec <<< FAILURE! - in io.fabric8.quickstarts.rest.secure.CrmSecureTest
getCustomerTest(io.fabric8.quickstarts.rest.secure.CrmSecureTest)  Time elapsed: 0.011 sec  <<< ERROR!
java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
	at org.apache.commons.httpclient.HttpClient.<clinit>(HttpClient.java:66)
	at io.fabric8.quickstarts.rest.secure.CrmSecureTest.beforeTest(CrmSecureTest.java:75)

getProductOrderTest(io.fabric8.quickstarts.rest.secure.CrmSecureTest)  Time elapsed: 0 sec  <<< ERROR!
java.lang.NoClassDefFoundError: Could not initialize class org.apache.commons.httpclient.HttpClient

putCustomerTest(io.fabric8.quickstarts.rest.secure.CrmSecureTest)  Time elapsed: 0 sec  <<< ERROR!

postCustomerTest(io.fabric8.quickstarts.rest.secure.CrmSecureTest)  Time elapsed: 0.001 sec  <<< ERROR!

Results :

  CrmSecureTest.beforeTest:75 » NoClassDefFound org/apache/commons/logging/LogFa...
  CrmSecureTest.beforeTest:75 NoClassDefFound Could not initialize class org.apa...

rest and secure-rest worked in ER3

When using Spring application context file to enrich a CXF message with another CXF endpoint, I get a NullPointerException whenever a message comes in. If I route with a <to> instead of <enrich>, it works fine.
    <cxf:cxfEndpoint id="producerEndpoint"
                     address="/Request/"
                     serviceClass="com.service.ClassName"
                     wsdlURL="/Service.wsdl" >
    <cxf:cxfEndpoint id="enrichEndpoint"
                     address="http://localhost:8082/Request/"
                     wsdlURL="/Service.wsdl">
...
        <route>
            <from ref="producerEndpoint" />
            <enrich ref="enrichEndpoint" />
            <to ref="finalEndpoint" />
        </route>
	at org.apache.camel.component.cxf.CxfProducer.prepareRequest(CxfProducer.java:190)
	at org.apache.camel.component.cxf.CxfProducer.process(CxfProducer.java:107)
	at org.apache.camel.processor.Enricher.process(Enricher.java:114)
	at org.apache.camel.component.cxf.CxfConsumer$1.syncInvoke(CxfConsumer.java:136)
	at org.apache.camel.component.cxf.CxfConsumer$1.invoke(CxfConsumer.java:77)
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:307)
	at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:243)
	at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:223)
	at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:197)
	at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:149)
	at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:171)
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:286)
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:206)
	at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:262)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:696)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1568)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1539)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:524)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:453)
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:279)
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:229)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:594)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:525)
[              qtp1470360717-16] PhaseInterceptorChain          WARN  Application 
{http://gl.services.csw}
CswPortService#
getRecords has thrown exception, unwinding now
org.apache.cxf.interceptor.Fault: NullPointerException
	at org.apache.camel.component.cxf.CxfConsumer$1.checkFailure(CxfConsumer.java:230)
	at org.apache.camel.component.cxf.CxfConsumer$1.setResponseBack(CxfConsumer.java:208)
	at org.apache.camel.component.cxf.CxfConsumer$1.syncInvoke(CxfConsumer.java:142)
	... 41 more

Trying to explain the bug in a more general way where understanding of ProcedureV2 is not required.
Truncating table operation:
....
delete region states from meta
delete table state from meta
....
add new regions to meta with state null.
....crash
....recovery: TableStateManager treats table with null state as ENABLED. AM treats regions with null state as offline. Combined result - AM starts assigning the new regions from incomplete truncate operation.
Fix: Mark table as disabled instead of deleting it's state.

patch1
Just added some logging to help with debugging:

60s was too less time, increased timeout
Added some useful log statements

See SO
http://stackoverflow.com/questions/35865863/camel-aws-s3-cron-schedule

At many places errors encountered during semantic exception is translated as generic error(GENERIC_ERROR, 40000) msg as opposed to semantic error msg.

It's possible to timeout(when timeout is below the number of retires to master) before even initializing if there is no master up.

I have a table of 4 regions made w/ PE.  I cannot reliably offline it.  I'm using 'disable TestTable' and have traced it to ensure its not a problem in hql.    What I see is that one region will get the offlined mark or maybe two.. but never all.
Jim in IRC suggested that if we did the .TABLE. catalog table, offlining the entry there might be more reliable than trying to offline all regions in a table.

After doing the OAuth dance in tonr/sparklr with "marissa", a GET request to the admin endpoints passing the correct access token fails.
>
GET http://localhost:8080/sparklr2/oauth/users/marissa/tokens
Authorization: Bearer (token)
<
403 Forbidden
{"error":"access_denied","error_description":"Access is denied"}

However, a POST request works.
<
200 OK
[
{"access_token":"(access-token)","token_type":"bearer","refresh_token":"(refresh-token)","expires_in":26603,"scope":"read","client_id":"client1"}
]
This appears to conflict with sparklr2's configuration:
<intercept-url pattern="/oauth/users/.*"
access="#oauth2.clientHasRole('ROLE_CLIENT') and (hasRole('ROLE_USER') or #oauth2.isClient()) and #oauth2.hasScope('read')"
method="GET" />

By WFCORE-2483 there were introduced attributes keystore-password-credential-reference and key-password-credential-reference in resource client-certificate-store, which is used when syslog server requires client authentication during TLS handshake.
However this integration does not work.
Looking into SyslogAuditLogHandler.java I am missing credential reference retrieving code CredentialReference.getCredentialSourceSupplier
SyslogAuditLogHandler.java

if (transport == Transport.TLS){
                    final SSLContext context = SSLContext.getInstance("TLS");
                    KeyManager[] keyManagers = null;
                    if (tlsClientCertStorePath != null){
                        final KeyManagerFactory kmf = KeyManagerFactory.getInstance(KeyManagerFactory.getDefaultAlgorithm());
                        final FileInputStream in = new FileInputStream(pathManager.resolveRelativePathEntry(tlsClientCertStorePath, tlsClientCertStoreRelativeTo));
                        try {
                            final KeyStore ks = KeyStore.getInstance("JKS");
                            ks.load(in, tlsClientCertStorePassword.toCharArray());
                            kmf.init(ks, tlsClientCertStoreKeyPassword != null ? tlsClientCertStoreKeyPassword.toCharArray() : tlsClientCertStorePassword.toCharArray());
                            keyManagers = kmf.getKeyManagers();
                        } finally {
                            IoUtils.safeClose(in);
                        }
                    }
                    TrustManager[] trustManagers = null;
                    if (tlsTrustStorePath != null){
                        final TrustManagerFactory tmf = TrustManagerFactory.getInstance(TrustManagerFactory.getDefaultAlgorithm());
                        final FileInputStream in = new FileInputStream(pathManager.resolveRelativePathEntry(tlsTrustStorePath, tlsTrustStoreRelativeTo));
                        try {
                            ks.load(in, tlsTrustStorePassword.toCharArray());
                            tmf.init(ks);
                            trustManagers = tmf.getTrustManagers();
                        } finally {
                        }
                    }

Tes (Ignored) https://github.com/wildfly/wildfly-core/pull/2513

Around line 160:

    return store.createWriterInTmp(fd.maxKeyCount, this.compactionCompression,
            true, fd.maxMVCCReadpoint >= 0, fd.maxTagsLength >0);

The condition, fd.maxMVCCReadpoint >= 0, represents no-op.
The correct condition should be fd.maxMVCCReadpoint > 0

The org.springframework.http.client.reactive.ReactorClientHttpConnector disables SSL support by calling reactor.ipc.netty.http.HttpClient.create(uri.toString()) instead of reactor.ipc.netty.http.HttpClient.create().
reactor.ipc.netty.http.HttpClient.create(uri.toString()) forces all connections over port 80.

The "put" command listed in the example in the "Running and Confirming Your Installation" section doesn't work.

If a particular view has not been previously rendered by a standard JSP request, nested Tiles attributes (i.e., those in a nested definition that is filling in the attribute of a parent definition) will not have been initialized as expected when they are requested for rendering via Ajax.

Please look at the attached Testcase. Conversion does work for String -> Set in 3.0.5 but fails in 3.0.6. Elements are converted to the collection type rather than their Collections elements type.
The revision and bug which causes this is mentioned in the forum thread.

HIVE-9593 changed all required fields in ORC protobuf message to optional field. But DiskRange computation and stream creation code assumes existence of stream kind everywhere. This leads to incorrect calculation of diskranges resulting in out of range exceptions. The proper fix is to check if stream kind exists using stream.hasKind() before adding the stream to disk range computation.

Experiment with spring-boot version: in 1.3.7.RELEASE (spring data 2.4.4) decoratedClass is absent, but in 1.4.0.RELEASE (spring data 2.5.2) it is present
I'd like get clean JSON, when using Projection as DTO with RestController. However, in the best case we get JSON, most of which contain links to dekoratedClass.
{"name":"Dmitry","id":1,"decoratedClass":"ru.inkontext.domain.Person", "adress":{"id":1,"decoratedClass":"ru.inkontext.domain.Adress","city":"Surgut"}}
Decide by Oliver Gierke
Looks like this is caused by proxies created through Spring's ProxyFactory now also implementing a new DecoratingProxy, which exposes getDecoratedClass() and our TargetAware interface that's in place to mask the artificial proxy properties doesn't mask that newly introduced attribute. I can adapt our TargetAware accordingly.
A temporary workaround would be to redeclare the getDecoratedClass() method on your projection interface and annotate it with @JsonIgnore.
Tests below imaging matter of question.
RestController
Without Projection
mockMvc.perform(get("/rest/persons/1"))
.andExpect(jsonPath("id").value(1)
.andExpect(jsonPath("decoratedClass").doesNotExist());
Projection created by Repository
mockMvc.perform(get("/rest/persons/1/projected"))
.andExpect(jsonPath("id").value(1))
.andExpect(jsonPath("decoratedClass").value("java.util.HashMap"));
Projection created by Repository with Generic
mockMvc.perform(get("/rest/persons/1/projectedClass"))
Projection created by Projection Factory
mockMvc.perform(get("/rest/persons/1/adressCity"))
.andExpect(jsonPath("decoratedClass").value("ru.inkontext.domain.Person"));
Standard Sring Data REST API
without Projection
mockMvc.perform(get("/rest/api/persons/1"))
.andExpect(jsonPath("id").doesNotExist())
.andExpect(jsonPath("_links").exists());
with Projection
mockMvc.perform(get("/rest/api/persons/1?projection=adressCity"))
.andExpect(status().isOk())

Soundex and RefinedSoundex both have public US_ENGLISH_MAPPING char arrays. These don't appear to be used externally, so should be made private - or at least package protected.
Also, the class constructors store externally mutable char arrays; it would be better if these were copied.

Hi all,
Let's say I have two microservices (S1 and S2), each one under a Maven module, both inheriting from the parent pom [1]. As you can see, these services have a swarm profile that uses the swarm plugin [2][3]. These two profiles being identical, I wanted to move it to the parent pom [4]. Unfortunately when I do that (mvn clean install -Pswarm), I get the following exception : 
ERROR] Failed to execute goal org.wildfly.swarm:wildfly-swarm-plugin:2017.2.0:package (package) on project parent: Cannot package without a primary artifact; please `mvn package` prior to invoking wildfly-swarm:package from the command-line
That's the Swarm plugin not being happy about not having a war file to package[5].
It would make sense to avoid this check when the packaging is pom (<packaging>pom</packaging>). This way we could aggregate this kind of profile in the parent pom that would only act on the child modules.
[1] https://github.com/agoncal/agoncal-sample-microservices/tree/master/03-WildflySwarmJAXRS
[2] https://github.com/agoncal/agoncal-sample-microservices/blob/master/03-WildflySwarmJAXRS/service1/pom.xml#L36
[3] https://github.com/agoncal/agoncal-sample-microservices/blob/master/03-WildflySwarmJAXRS/service2/pom.xml#L36
[4] https://github.com/agoncal/agoncal-sample-microservices/blob/master/03-WildflySwarmJAXRS/pom.xml#L214
[5] https://github.com/wildfly-swarm/wildfly-swarm/blob/master/plugin/src/main/java/org/wildfly/swarm/plugin/maven/PackageMojo.java#L97

The sockjs client library url configured in websocket namespace element sockjs is not getting set to AbstractSockJsService.
for eg, the configuration is 

<websocket:message-broker application-destination-prefix="/quotes">
	<websocket:stomp-endpoint path="/stream" allowed-origins="*">
		<websocket:sockjs client-library-url="../scripts/sockjs.js" />
	</websocket:stomp-endpoint>
	<websocket:simple-broker prefix="/topic" />
</websocket:message-broker>

And the generated iframe in IE8 is

<IFRAME style="POSITION: absolute; DISPLAY: none" src="http://localhost:4080/fxserver/fxstream/iframe.html#uz245z2d" onerror="null">
<HTML><HEAD>
<META content=IE=edge http-equiv=X-UA-Compatible>
<META content="text/html; charset=UTF-8" http-equiv=Content-Type>
<SCRIPT>
    document.domain = document.domain;
    _sockjs_onload = function(){SockJS.bootstrap_iframe();};
  </SCRIPT>

<SCRIPT src="https://cdn.jsdelivr.net/sockjs/0.3.4/sockjs.min.js"></SCRIPT>
</HEAD>
<BODY>
<H2>Don't panic!</H2>
<P>This is a SockJS hidden iframe. It's used for cross domain magic.</P></BODY></HTML>
</IFRAME>

The generated code is still using the CDN url rather than url in the config.
I checked WebSocketNamespaceUtil and the logic to read the client-library-url from application context xml and set to AbstractSockJsService is missing in WebSocketNamespaceUtil 
https://github.com/spring-projects/spring-framework/blob/master/spring-websocket/src/main/java/org/springframework/web/socket/config/WebSocketNamespaceUtils.java#L104

ResultProcessor currently tries to create an instance of the exact collection type encountered when processing collections. This will fail for special collection implementation types that don't have a default constructor or fail to instantiate for other reasons.
We should fall back to an approximate collection in that case.

Currently ORC Zlib is slow because several compression strategies ZLib uses is already done by ORC in itself (dictionary, RLE, bit-packing).
We need to pick between Z_FILTERED, Z_HUFFMAN_ONLY, Z_RLE, Z_FIXED and Z_DEFAULT_STRATEGY according to column stream type.
For instance an RLE_V2 stream could a use Z_FILTERED compression without invoking the rest of the strategies.
The string streams can use Z_FIXED compression strategies and so on.
The core limitation to stick to retain compatibility with the default decompressor, so that these are automatically backward compatible.

Right now the only way for the client scanner to know that we are at the 'end' of a scan is to client-side-wise use the filter to figure this out. 
This is not easy to fix because the server is unable to indicate the difference between 'done with this region', and 'you're at the end of your scan'.  In both cases we return 0 results, and the client can't figure out what it means.
Right now the best solution is to use filters, which is tricky since there is no StopRowFilter because that functionality is built in 
We might have to hack the 'stop row' functionality as a filter until we can improve the client-server API/RPC.

Changes were made in HIVE-4064 for use of qualified table names in more types of queries. But several alter table commands don't work with qualified 

alter table default.tmpfoo set tblproperties ("bar" = "bar value")
ALTER TABLE default.kv_rename_test CHANGE a a STRING
add,drop partition
alter index rebuild

FilterAllFilter is a filter in hbase-server's test packages used by PerformanceEvaluation to filter all results at the server when given the --filterAll command line argument. There is an unfortunate bug in versions greater than 0.94 (where I rewrote this filter and didn't notice the issue in later versions at the time):

  @Override
  public ReturnCode filterKeyValue(Cell v) throws IOException {
    return ReturnCode.INCLUDE;
  }

This is obviously wrong, and results in the creation of KeyValue objects that we will almost immediately throw away when processing filterRow for backwards compatibility, which FilterAllFilter implements as:

  @Override
  public boolean filterRow() throws IOException {
  }

We noticed this problem when comparing object allocations during RPC processing between 0.94 and 0.98.

// Spring Roo 1.2.1.RELEASE [rev 6eae723] log opened at 2012-05-06 16:56:00
project --topLevelPackage net.christophersnow
persistence setup --provider DATANUCLEUS --database GOOGLE_APP_ENGINE 
q

mvn gae:run

[INFO] [gae:run {execution: default-cli}]
java.lang.RuntimeException: Unable to restore the previous TimeZone
	at com.google.appengine.tools.development.DevAppServerImpl.restoreLocalTimeZone(DevAppServerImpl.java:228)
...

A workaround was to:
1) upgrade the gae version in the pom.xml:  s/1.6.2.1/1.6.5/g
2) add <threadsafe>true</threadsafe> to src/main/webapp/WEB-INF/appengine-web.xml

There are a number of places in the code where something like the following is done:

partition.setSd(table.getSd());

This causes problems in the HBase metastore case because of the way it shares storage descriptors when they are identical.  This means when using a storage descriptor as a template for another we need to actually create a new one.

I've noticed a problem with the org.springframework.batch.core.launch.support.Comm andLineJobRunner when using an environment without stdin available. In my case, launching an AutoSys job to run the CommandLineJobRunner, and standard input is not available. The code in question in the main method:
if (System.in.available() > 0) {
  BufferedReader reader = new BufferedReader(new InputStreamReader(System.in));
  String line = " ";
  while (StringUtils.hasLength(line)) {
    if (!line.startsWith("#") && StringUtils.hasText(line)) 
{
      logger.debug("Stdin arg: "+line);
      newargs.add(line);
    }
    line = reader.readLine();
  }
}
Line 517 (the first line quoted) throws an exception instead of gracefully continuing if standard input is not available:
Exception in thread "main" Exception in thread "main" java.io.IOException: Incorrect function
	at java.io.FileInputStream.available(Native Method)
	at java.io.BufferedInputStream.available(BufferedInputStream.java:381)
	at org.springframework.batch.core.launch.support.Com

Following synchronizes over local variable rather than the original ProcedureEvent object. Clearly a bug since this code block won't follow exclusion with many of the synchronized methods in ProcedureEvent class.

 @Override
  public void wakeEvents(final int count, final ProcedureEvent... events) {
    final boolean traceEnabled = LOG.isTraceEnabled();
    schedLock();
    try {
      int waitingCount = 0;
      for (int i = 0; i < count; ++i) {
        final ProcedureEvent event = events[i];
        synchronized (event) {
          if (!event.isReady()) {

If an exception is thrown while processing a rollback the root exception fails to be logged.
In ItemOrientedStep it catches Exception then calls processRollback but if processRollback throws an exception the original cause is never even logged, making it very difficult to track down the root cause of the exception. Perhaps changing the code from:
catch (Exception e) {
	processRollback(stepExecution, contribution, fatalException, transaction);
	throw e;
}
to:
    try 
{
    	processRollback(stepExecution, contribution, fatalException, transaction);
    	throw e;
    }
    catch (Exception rollbackException) 
{
        logger.error("Exception thrown during processRollback will be propegated, exception that caused the rollback follows", e);
        throw rollbackException;
    }
}
An example stack trace for this problem is:
org.springframework.batch.core.step.AbstractStep$FatalException: Failed while processing rollback
        at org.springframework.batch.core.step.item.ItemOrientedStep.processRollback(ItemOrientedStep.java:428)
        at org.springframework.batch.core.step.item.ItemOrientedStep.access$1000(ItemOrientedStep.java:68)
        at org.springframework.batch.core.step.item.ItemOrientedStep$1.doInIteration(ItemOrientedStep.java:347)
        at org.springframework.batch.repeat.support.RepeatTemplate.getNextResult(RepeatTemplate.java:346)
        at org.springframework.batch.repeat.support.RepeatTemplate.executeInternal(RepeatTemplate.java:212)
        at org.springframework.batch.repeat.support.RepeatTemplate.iterate(RepeatTemplate.java:143)
        at org.springframework.batch.core.step.item.ItemOrientedStep.doExecute(ItemOrientedStep.java:231)
        at org.springframework.batch.core.step.AbstractStep.execute(AbstractStep.java:172)
        at org.springframework.batch.core.job.SimpleJob.execute(SimpleJob.java:100)
        at org.springframework.batch.core.launch.support.SimpleJobLauncher$1.run(SimpleJobLauncher.java:86)
        at org.springframework.batch.core.launch.support.SimpleJobLauncher.run(SimpleJobLauncher.java:81)
        at org.jasig.portal.stats.quartz.JobLauncherDetails.executeInternal(JobLauncherDetails.java:71)
        at org.springframework.scheduling.quartz.QuartzJobBean.execute(QuartzJobBean.java:86)
        at org.quartz.core.JobRunShell.run(JobRunShell.java:203)
        at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:520)
Caused by: org.springframework.transaction.TransactionSystemException: Could not roll back JDBC transaction; nested exception is java.sql.SQLException: Protocol violation
        at org.springframework.jdbc.datasource.DataSourceTransactionManager.doRollback(DataSourceTransactionManager.java:279)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:800)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:777)
        at org.springframework.batch.core.step.item.ItemOrientedStep.processRollback(ItemOrientedStep.java:419)
        ... 15 more
Caused by: java.sql.SQLException: Protocol violation
        at oracle.jdbc.driver.SQLStateMapping.newSQLException(SQLStateMapping.java:70)
        at oracle.jdbc.driver.DatabaseError.newSQLException(DatabaseError.java:110)
        at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:171)
        at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:227)
        at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:439)
        at oracle.jdbc.driver.T4C7Ocommoncall.receive(T4C7Ocommoncall.java:130)
        at oracle.jdbc.driver.T4CConnection.doRollback(T4CConnection.java:613)
        at oracle.jdbc.driver.PhysicalConnection.rollback(PhysicalConnection.java:3389)
        at org.apache.commons.dbcp.DelegatingConnection.rollback(DelegatingConnection.java:328)
        at org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.rollback(PoolingDataSource.java:312)
        at org.springframework.jdbc.datasource.DataSourceTransactionManager.doRollback(DataSourceTransactionManager.java:276)
        ... 18 more

With version 2.17.0 error handling is not triggering route specific error handler any more.
I changed org.apache.camel.processor.SplitSubUnitOfWorkTest and defined the global error handler as route specific and amended the global error handler:

        // START SNIPPET: e1
        errorHandler(deadLetterChannel("mock:log").useOriginalMessage()
            .maximumRedeliveries(3).redeliveryDelay(0));

            .errorHandler(
                deadLetterChannel("mock:dead").useOriginalMessage()
                    .maximumRedeliveries(3).redeliveryDelay(0)).to("mock:a")
            .split(body().tokenize(",")).shareUnitOfWork().to("mock:b")
            .to("direct:line").end().to("mock:result");

        from("direct:line").inheritErrorHandler(true).to("log:line")
            .process(new MyProcessor()).to("mock:line");
        // END SNIPPET: e1
      }

The expectation is, that this shouldn't change the test results. 
But testError fails because mock:dead is not triggered any more.

./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.xts -Dtest=org.jboss.as.test.xts.annotation.compensationScoped.CompensationScopedTestCase#shouldSeeDifferentValuesInDifferentTransactions -Dsecurity.manager

15:26:29,602 ERROR [stderr] (default task-2) java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.reflect.ReflectPermission" "suppressAccessChecks")" in code source "(vfs:/content/test.war/WEB-INF/lib/arquillian-core.jar <no signer certificates>)" of "null")
15:26:29,603 ERROR [stderr] (default task-2) 	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
15:26:29,604 ERROR [stderr] (default task-2) 	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
15:26:29,604 ERROR [stderr] (default task-2) 	at java.lang.reflect.AccessibleObject.setAccessible(AccessibleObject.java:128)
15:26:29,612 ERROR [stderr] (default task-2) 	at org.jboss.arquillian.container.test.spi.util.ServiceLoader.createInstance(ServiceLoader.java:220)
15:26:29,618 ERROR [stderr] (default task-2) 	at org.jboss.arquillian.container.test.spi.util.ServiceLoader.reload(ServiceLoader.java:181)
15:26:29,619 ERROR [stderr] (default task-2) 	at org.jboss.arquillian.container.test.spi.util.ServiceLoader.getProviders(ServiceLoader.java:286)
15:26:29,619 ERROR [stderr] (default task-2) 	at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:57)
15:26:29,620 ERROR [stderr] (default task-2) 	at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:44)
15:26:29,621 ERROR [stderr] (default task-2) 	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:169)
15:26:29,621 ERROR [stderr] (default task-2) 	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:135)
15:26:29,624 ERROR [stderr] (default task-2) 	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:98)
15:26:29,624 ERROR [stderr] (default task-2) 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
15:26:29,636 ERROR [stderr] (default task-2) 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
15:26:29,638 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
15:26:29,639 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
15:26:29,639 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
15:26:29,640 ERROR [stderr] (default task-2) 	at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
15:26:29,641 ERROR [stderr] (default task-2) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:26:29,642 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
15:26:29,642 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
15:26:29,643 ERROR [stderr] (default task-2) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:26:29,644 ERROR [stderr] (default task-2) 	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
15:26:29,644 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
15:26:29,645 ERROR [stderr] (default task-2) 	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
15:26:29,646 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
15:26:29,646 ERROR [stderr] (default task-2) 	at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
15:26:29,647 ERROR [stderr] (default task-2) 	at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
15:26:29,648 ERROR [stderr] (default task-2) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:26:29,649 ERROR [stderr] (default task-2) 	at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
15:26:29,650 ERROR [stderr] (default task-2) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:26:29,651 ERROR [stderr] (default task-2) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:26:29,651 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
15:26:29,652 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
15:26:29,652 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
15:26:29,653 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
15:26:29,653 ERROR [stderr] (default task-2) 	at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
15:26:29,654 ERROR [stderr] (default task-2) 	at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
15:26:29,654 ERROR [stderr] (default task-2) 	at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
15:26:29,655 ERROR [stderr] (default task-2) 	at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
15:26:29,656 ERROR [stderr] (default task-2) 	at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
15:26:29,657 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
15:26:29,658 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
15:26:29,658 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:110)
15:26:29,659 ERROR [stderr] (default task-2) 	at java.security.AccessController.doPrivileged(Native Method)
15:26:29,660 ERROR [stderr] (default task-2) 	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:107)
15:26:29,661 ERROR [stderr] (default task-2) 	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
15:26:29,662 ERROR [stderr] (default task-2) 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805)
15:26:29,663 ERROR [stderr] (default task-2) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
15:26:29,664 ERROR [stderr] (default task-2) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
15:26:29,664 ERROR [stderr] (default task-2) 	at java.lang.Thread.run(Thread.java:745)

 I have a small Boot app with controller:
https://github.com/dturanski/SpringOne2013/blob/master/gemfire-demo/hashtag-rest/src/main/java/org/springframework/xd/demo/gemfire/HashTagController.java
When I switch to @RestController and remove @ResponseBody tags I get some nasty errors such as alternating 404/500 status on /watchhashtags/.. 

With MOB, it is possible that there are lots of files under mobdir. When taking snapshot, the region manifest could be very large. Similar to HBASE-15430, we are seeing use cases running into the following exception:

Caused by: com.google.protobuf.InvalidProtocolBufferException: Protocol message was too large. May be malicious. Use CodedInputStream.setSizeLimit() to increase the size limit.
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest$StoreFile.<init>(SnapshotProtos.java:1313)
        at org.apache.hadoop.hbase.protobuf.generated.SnapshotProtos$SnapshotRegionManifest.parseFrom(SnapshotProtos.java:3111)
        at org.apache.hadoop.hbase.snapshot.SnapshotManifestV2$2.call(SnapshotManifestV2.java:139)
        at org.apache.hadoop.hbase.snapshot.SnapshotManifestV2$2.call(SnapshotManifestV2.java:134)
        ... 1 more

See the following logs first:

2013-01-23 18:58:38,801 INFO org.apache.hadoop.hbase.regionserver.Store: Flushed , sequenceid=9746535080, memsize=101.8m, into tmp file hdfs://dw77.kgb.sqa.cm4:9900/hbase-test3/writetest1/8dc14e35b4d7c0e481e0bb30849cff7d/.tmp/bebeeecc56364b6c8126cf1dc6782a25

2013-01-23 18:58:41,982 WARN org.apache.hadoop.hbase.regionserver.MemStore: Snapshot called again without clearing previous. Doing nothing. Another ongoing flush or did we fail last attempt?

2013-01-23 18:58:43,274 INFO org.apache.hadoop.hbase.regionserver.Store: Flushed , sequenceid=9746599334, memsize=101.8m, into tmp file hdfs://dw77.kgb.sqa.cm4:9900/hbase-test3/writetest1/8dc14e35b4d7c0e481e0bb30849cff7d/.tmp/4eede32dc469480bb3d469aaff332313

The first time memstore flush is failed when commitFile()(Logged the first edit above), then trigger server abort, but another flush is coming immediately(could caused by move/split,Logged the third edit above) and successful.
For the same memstore's snapshot, we get different sequenceid, it causes data loss when replaying log edits
See details from the unit test case in the patch

Current implementation of IdempotentConsumer.java has very strange check on whether IdempotentRepository contains the key - if it's ExchangeIdempotentRepository then the result of "contains()" check is not inverted(i.e. there is no NOT operator), while for other types of IdempotentRepository it IS inverted with "!".
 // check if we already have the key
                if (idempotentRepository instanceof ExchangeIdempotentRepository) 
{
                    newKey = ((ExchangeIdempotentRepository<String>) idempotentRepository).contains(exchange, messageId);
                }
 else 
{
                    newKey = !idempotentRepository.contains(messageId);
                }
            
hbck doesn't seem to complain or have an error condition if there is a region where startkey==endkey.

While looking to see if there was a standard method in the code base for testing for the empty start and end row, I noticed some cases that are using unsafe reference equality checks and thus may have incorrect behavior in boundary cases:
ScanQueryMatcher.checkPartialDropDeleteRange
StripeStoreFileManager.findStripeForRow
It looks like both are intended to support stripe compaction

Currently the block names used in the block cache are built using the filesystem path.  However, for cache on write, the path is a temporary output file.
The original COW patch actually made some modifications to block naming stuff to make it more consistent but did not do enough.  Should add a separate method somewhere for generating block names using some more easily mocked scheme (rather than just raw path as we generate a random unique file name twice, once for tmp and then again when moved into place).

Outer joins, especially full outer joins or outer join with filter on 'ON clause' is not showing proper results. For example, query in test join_1to1.q

SELECT * FROM join_1to1_1 a full outer join join_1to1_2 b on a.key1 = b.key1 and a.value = 66 and b.value = 66 ORDER BY a.key1 ASC, a.key2 ASC, a.value ASC, b.key1 ASC, b.key2 ASC, b.value ASC;

results

NULL	NULL	NULL	NULL	NULL	66
NULL	NULL	NULL	NULL	10050	66
NULL	NULL	NULL	10	10010	66
NULL	NULL	NULL	30	10030	88
NULL	NULL	NULL	35	10035	88
NULL	NULL	NULL	40	10040	88
NULL	NULL	NULL	50	10050	88
NULL	NULL	NULL	70	10040	88
NULL	NULL	66	NULL	NULL	NULL
NULL	10050	66	NULL	NULL	NULL
5	10005	66	5	10005	66
15	10015	66	NULL	NULL	NULL
20	10020	66	20	10020	66
25	10025	88	NULL	NULL	NULL
30	10030	66	NULL	NULL	NULL
35	10035	88	NULL	NULL	NULL
40	10040	66	NULL	NULL	NULL
40	10040	66	40	10040	66
40	10040	88	NULL	NULL	NULL
50	10050	66	NULL	NULL	NULL
50	10050	66	50	10050	66
50	10050	88	NULL	NULL	NULL
60	10040	66	60	10040	66
70	10040	66	NULL	NULL	NULL
80	10040	88	NULL	NULL	NULL

but it seemed not right. This should be 

NULL	NULL	NULL	25	10025	66
NULL	NULL	NULL	80	10040	66

There is public static method org.wildfly.security.util.URIUtil.getHostForURI(SocketAddress socketAddress) with missing null checks for hostString and address. This method can be publicly accessed and result to NPE.

See for example https://builds.apache.org/job/PreCommit-HIVE-Build/7521/testReport/org.apache.hadoop.hive.cli/TestMiniLlapLocalCliDriver/testCliDriver_llap_acid_fast_/history/ (the history link is the same from any build number with a test run, just replace 7521 if this one expires).
Looks like results change, which may not be good.

When running legacy/messages subsystem tests with -Djboss.test.transformers.eap fail. Two testTransformersEPA_X_X_X fail assertions. See http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=58617&buildTypeId=WF_MasterLinux&tab=buildResultsDiv for details.

I am getting exceptions when a Roo script ends.  Everything generated by Roo seems to work OK, but it is disconcerting.  I have seen two exceptions - one involving Zip, one involving a Timer:

EXCEPTION 1 **

... snip> ...
quit
// Spring Roo 1.1.0.M2 [rev 2034662] log closed at 2010-06-21 15:48:36
Milliseconds required: 74451
Total execution time 82226 ms
ERROR: JarContent: Unable to read bytes. (java.lang.IllegalStateException: zip file closed)
java.lang.IllegalStateException: zip file closed
	at java.util.zip.ZipFile.ensureOpen(ZipFile.java:403)
	at java.util.zip.ZipFile.getEntry(ZipFile.java:148)
	at java.util.jar.JarFile.getEntry(JarFile.java:208)
	at org.apache.felix.framework.util.JarFileX.getEntry(JarFileX.java:61)
	at org.apache.felix.framework.cache.JarContent.getEntryAsBytes(JarContent.java:120)
	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1781)
	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:758)
	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.logException(DefaultProcessManager.java:143)
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.backgroundPoll(DefaultProcessManager.java:117)

EXCEPTION 2 **

quit
Milliseconds required: 79280
[Timer-1] java.lang.NullPointerException
	at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:192)

The createProducer method of HTTP4 component replaces "http" with "http4" to form endpoint URI that suits only non-TLS URLs, as "http4s" is since CAMEL-11575 no longer valid.

Embedded SpEL expressions throw an NPE if looked-up property-placeholder variable is null.
Using the Elvis operator which is designed to deal with null:
@Value("#{${property1}?:'default'}") private String property2;
This works fine if ${property1} evaluates to a non-null but provides the following if it is null.
	at org.springframework.expression.spel.ast.Elvis.<init>(Elvis.java:33)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.eatExpression(InternalSpelExpressionParser.java:143)
	at org.springframework.expression.spel.standard.InternalSpelExpressionParser.doParseExpression(InternalSpelExpressionParser.java:114)
	at org.springframework.expression.spel.standard.SpelExpressionParser.doParseExpression(SpelExpressionParser.java:56)
	at org.springframework.expression.spel.standard.SpelExpressionParser.doParseExpression(SpelExpressionParser.java:1)
	at org.springframework.context.expression.StandardBeanExpressionResolver.evaluate(StandardBeanExpressionResolver.java:119)
The same thing happens if you use a .property file with the following
property1=
property2=#{${property1}?:'default'}
Notes:

This is a general SpEL problem, not anything specific to Elvis operator.
Tested with Spring 3.0.2
Mentioned on the forums previously: http://forum.springsource.org/showthread.php?t=82892

When the length of each parameter of a program.PGM is greater than the length of his values, the parameters are setted incorrectly.
Example:
Input of program.pgm:
param1 -> A5 (alphanumeric with length 5) 
param2 -> A5 (alphanumeric with length 5) 
When the String array is 
{"123", "456"}
 the values are setted on each parameter as:
param1 = 12345
param2 = 6

ERROR: Region hdfs://haus01.sf.cloudera.com:11020/hbase-normal/usertable/2ad8df700eea55f70e02ea89178a65a2 on HDFS, but not listed in META or deployed on any region server.
ERROR: Found inconsistency in table usertable
Not sure how I got into this state, will look through logs.

We often need to do cluster restart as part of release for a cluster of > 1000 nodes. We have tried our best to get clean shutdown but 50% of the time, hmaster still thinks it is a failover. This increases the restart time from 5 min to 30 min and decreases locality from 99% to 5% since we didn't use a locality-aware balancer. We had a bug HBASE-14129 but the fix didn't work. 
After adding more logging and inspecting the logs, we identified two things that trigger the failover handling:
1.  When Hmaster.AssignmentManager detects any dead servers on service manager during joinCluster(), it determines this is a failover without further check. I added a check whether there is even any region assigned to these servers. During a clean restart, the regions are not even assigned.
2. When there are some leftover empty folders for log and split directories or empty wal files, it is also treated as a failover. I added a check for that. Although this can be resolved by manual cleanup, it is still too tedious for restarting a large cluster.
Patch will follow shortly. The fix is tested and used in production now.

There's a potential NPE in the UndertowComponent class when Undertow consumers are stopped. Here's a snippet from the unregisterConsumer method:

    public void unregisterConsumer(UndertowConsumer consumer) {
        int port = consumer.getEndpoint().getHttpURI().getPort();
        if (serversRegistry.containsKey(port)) {
            serversRegistry.get(port).unregisterConsumer(consumer);
        }
        if (serversRegistry.get(port).isEmpty()) {
          // stuff happens here
        }
    }

If serversRegistry.containsKey returns false for the given port, then we should not be proceeding to call methods like isEmpty afterwards.

If I misspell a table name, it takes a very long time for hbase to determine that the table doesn't exist, because there are many levels of retries.  This often causes timeouts, which then obscure the true cause of the problem.

Last month after I introduced multiple AsyncSyncer threads to improve the throughput for lower number client write threads, stack encountered a NPE while doing the test where null-writer occurs in AsyncSyncer when doing sync. Since we have run many times test in cluster to verify the throughput improvement, and never encountered such NPE, it really confused me. (and stack fixed this by adding 'if (writer != null)' to protect the sync operation)
These days from time to time I wondered why the writer can be null in AsyncSyncer and whether it's safe to fix it by just adding a null checking before doing sync, as stack did. After some digging, I find out the case where AsyncSyncer can encounter null-writer, it is as below:
1. t1: AsyncWriter appends writes to hdfs, triggers AsyncSyncer 1 with writtenTxid==100
2. t2: AsyncWriter appends writes to hdfs, triggers AsyncSyncer 2 with writtenTxid==200
3. t3: rollWriter starts, it grabs the updateLock to prevents further writes from client writes to enter pendingWrites, and then waits for all items(<= 200) in pendingWrites to append and finally sync to hdfs
4. t4: AsyncSyncer 2 finishes, now syncedTillHere==200(it also help sync <=100 as a whole)
5. t5: rollWriter now can close writer, set writer=null...
6. t6: AsyncSyncer 1 starts to do sync and finds the writer is null... before rollWriter sets writer to the newly rolled Writer
We can see:
1. the null writer is possible only after there are multiple AsyncSyncer threads, that's why we never encountered it before introducing multiple AsyncSyncer threads.
2. since rollWriter can set writer=null only after all items of pendingWrites sync to hdfs, and AsyncWriter is in the critical path of this task and there is only one single AsyncWriter thread, so AsyncWriter can't encounter null writer, that's why we never encounter null writer in AsyncWriter though it also uses writer. This is the same reason as why null-writer never occurs when there is a single AsyncSyncer thread.
And we should treat differently when writer == null in AsyncSyncer:
1. if txidToSync <= syncedTillHere, this means all writes this AsyncSyncer care about have already been synced by other AsyncSyncer, we can safely ignore sync(as stack does here);
2. if txidToSync > syncedTillHere, we need fail all the writes with txid <= txidToSync to avoid data loss: user gets successful write response but can't read out the writes after getting the successful write response, from user's perspective this is data loss (according to above analysis, such case should not occur, but we still should add such defensive treatment to prevent data loss if it really occurs, such as by some bug introduced later)
also fix the bug where isSyncing needs to reset to false when writer.sync encounters IOException: AsyncSyncer swallows such exception by failing all writes with txid<=txidToSync, and this AsyncSyncer thread is now ready to do later sync, its isSyncing needs to be reset to false in the IOException handling block, otherwise it can't be selected by AsyncWriter to do sync

The class org.springframework.security.web.session.SessionManagementFilter logs a wrong session ID in one of the debug log entries. In line 91 there is a missing space between the word 'ID' in the log message and the value:
logger.debug("Requested session ID" + request.getRequestedSessionId() + " is invalid.");
That leads to e.g. the following line:
"Requested session IDBD230F0B1B30002A89B47B182FD2874E is invalid."
If the reader of such a line is not mindful enough, he would looking for a session IDBD230F0B1B30002A89B47B182FD2874E which doesn't exists. It should be read:
"Requested session ID BD230F0B1B30002A89B47B182FD2874E is invalid."

Karaf 2.4.0.redhat-6-2-x-patch and Fuse both align to 4.2.19.Final-redhat-1 and should probably align to 4.2.20.Final-redhat-1 to match current EAP 6.4.4 

<hibernate42.version>4.2.19.Final-redhat-1</hibernate42.version>

Array of retries starts with element #0, but we never pass 0 into ConnectionUtils::getPauseTime - curNumRetries is 1 or higher.

If Map-Reduce jobs are started with by a proxy user that has already the delegation tokens, we get an exception on "obtain token" since the proxy user doesn't have the kerberos auth.

If we use oozie to execute RowCounter - oozie will get the tokens required (HBASE_AUTH_TOKEN) and it will start the RowCounter. Once the RowCounter tries to obtain the token, it will get an exception.
If we use oozie to execute LoadIncrementalHFiles - oozie will get the tokens required (HDFS_DELEGATION_TOKEN) and it will start the LoadIncrementalHFiles. Once the LoadIncrementalHFiles tries to obtain the token, it will get an exception.

 org.apache.hadoop.hbase.security.AccessDeniedException: Token generation only allowed for Kerberos authenticated clients
    at org.apache.hadoop.hbase.security.token.TokenProvider.getAuthenticationToken(TokenProvider.java:87)

	at org.apache.hadoop.hdfs.DFSClient.getDelegationToken(DFSClient.java:783)
	at org.apache.hadoop.hdfs.DistributedFileSystem.getDelegationToken(DistributedFileSystem.java:868)
	at org.apache.hadoop.fs.FileSystem.collectDelegationTokens(FileSystem.java:509)
	at org.apache.hadoop.fs.FileSystem.addDelegationTokens(FileSystem.java:487)
	at org.apache.hadoop.mapreduce.security.TokenCache.obtainTokensForNamenodesInternal(TokenCache.java:130)
	at org.apache.hadoop.mapreduce.security.TokenCache.obtainTokensForNamenodesInternal(TokenCache.java:111)
	at org.apache.hadoop.mapreduce.security.TokenCache.obtainTokensForNamenodes(TokenCache.java:85)
	at org.apache.hadoop.filecache.TrackerDistributedCacheManager.getDelegationTokens(TrackerDistributedCacheManager.java:949)
	at org.apache.hadoop.mapred.JobClient.copyAndConfigureFiles(JobClient.java:854)
	at org.apache.hadoop.mapred.JobClient.copyAndConfigureFiles(JobClient.java:743)
	at org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:945)
	at org.apache.hadoop.mapreduce.Job.submit(Job.java:566)
	at org.apache.hadoop.mapreduce.Job.waitForCompletion(Job.java:596)
	at org.apache.hadoop.hbase.mapreduce.RowCounter.main(RowCounter.java:173)

At present we don't support nested field references in Aggregation Framework projections like:

.andExpression("foo.bar * foo.bubu").as("product")

... because we eagerly interpret a field path like "foo.bar" as a compound expression. We should treat an ExpressionNode as a CompoundExpression iif the first component is an array indexer (e.g. [0].bubu) that references the "bubu" property of the first parameter passed to andExpression(expr,params...), otherwise we should pass a field path like "foo.bar" as is (may be in prefixed form like: $foo.bar) to the underlying DBObject.
As a workaround one could explicitly quote and prefix such nested field paths with "$" to treat it as a regular MongoDB field reference:

.andExpression("'$foo.bar' * '$foo.bubu'").as("product")

Please refer to discussion
https://developer.jboss.org/thread/267371

Found while evaluating 1.2.4 RC1

  TestRowProcessorEndpoint.testMultipleRows:246 expected:<3> but was:<2>
  TestRowProcessorEndpoint.testReadModifyWrite:184 expected:<101> but was:<91>

RegionServer got Exception on calling setupWALAndReplication, so entered abort flow. Since replicationSink had not been inialized yet, we got below exception:

Exception in thread "regionserver26003" java.lang.NullPointerException
 at org.apache.hadoop.hbase.replication.regionserver.Replication.join(Replication.java:129)
 at org.apache.hadoop.hbase.replication.regionserver.Replication.stopReplicationService(Replication.java:120)
 at org.apache.hadoop.hbase.regionserver.HRegionServer.join(HRegionServer.java:1803)
 at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:834)
 at java.lang.Thread.run(Thread.java:662)

It seems that ITLoadAndverify now ignores most important parameters for running it in distributed mode: 

hbase org.apache.hadoop.hbase.test.IntegrationTestLoadAndVerify -Dloadmapper.backrefs=50 -Dloadmapper.map.tasks=30 -Dloadmapper.num_to_write=10000000 -Dverify.reduce.tasks=30 -Dverify.scannercaching=10000 loadAndVerify

would still launch a job which writes 2000 keys, and runs with 2 mappers. 
Likely cause: HBASE-11253. 

diff --git hbase-it/src/test/java/org/apache/hadoop/hbase/test/IntegrationTestLoadAndVerify.java hbase-it/src/test/java/org/apache/hadoop/hbase/test/IntegrationTestLoadAndVerify.java
index 390b894..a1da601 100644
--- hbase-it/src/test/java/org/apache/hadoop/hbase/test/IntegrationTestLoadAndVerify.java
+++ hbase-it/src/test/java/org/apache/hadoop/hbase/test/IntegrationTestLoadAndVerify.java
@@ -123,10 +123,10 @@ public class IntegrationTestLoadAndVerify  extends IntegrationTestBase  {
     util = getTestingUtil(getConf());
     util.initializeCluster(3);
     this.setConf(util.getConfiguration());
+    getConf().setLong(NUM_TO_WRITE_KEY, NUM_TO_WRITE_DEFAULT / 100);
+    getConf().setInt(NUM_MAP_TASKS_KEY, NUM_MAP_TASKS_DEFAULT / 100);
+    getConf().setInt(NUM_REDUCE_TASKS_KEY, NUM_REDUCE_TASKS_DEFAULT / 10);
     if (!util.isDistributedCluster()) {
-      getConf().setLong(NUM_TO_WRITE_KEY, NUM_TO_WRITE_DEFAULT / 100);
-      getConf().setInt(NUM_MAP_TASKS_KEY, NUM_MAP_TASKS_DEFAULT / 100);
-      getConf().setInt(NUM_REDUCE_TASKS_KEY, NUM_REDUCE_TASKS_DEFAULT / 10);
       util.startMiniMapReduceCluster();
     }
   }

This came up after the following mail in dev list
'infinite loop of RS_ZK_REGION_SPLIT on .94.2'.
The following is the reason for the problem
The following steps happen
-> Initially the parent region P1 starts splitting.
-> The split is going on normally.
-> Another split starts at the same time for the same region P1. (Not sure why this started).
-> Rollback happens seeing an already existing node.
-> This node gets deleted in rollback and nodeDeleted Event starts.
-> In nodeDeleted event the RIT for the region P1 gets deleted.
-> Because of this there is no region in RIT.
-> Now the first split gets over.  Here the problem is we try to transit the node to SPLITTING to SPLIT. But the node even does not exist.
But we don take any action on this.  We think it is successful.
-> Because of this SplitRegionHandler never gets invoked.

There are two entries for host exclusion definitions with different values for WildFly14.0. One is excluding org.wildfly.extension.microprofile.metrics-smallrye and the other is excluding none.
org.wildfly.extension.microprofile.metrics-smallrye was added in Wildfly15, so it must be excluded for WildFly14.0. The remaining host-exclusion definition should be removed.

I was having some issues with getting zookeeper running, default log level being at ERROR meant that I didn't actually know whether the zk cluster was working or not.  INFO is fairly noisy but might be best?

When 'insert' is used to append (not overrite), the stats don't seem to get updated.

 set hive.stats.autogather=true;         
//insert 4 rows
insert into table t2 select * from t1;
select count(*) from t2;
4
//insert 4 again (appending instead of overrite)
4
select * from t2;    
1
2
3
4
1
2
3
4

The class SecureCmdDoAs creates a temp file but does not clean it up.

Creating an entity called Entity in some package results in a Java file that can't be compiled b/o the import of the javax.persistence.Entity annotation. Roo should either not allow this class name for entities, or it should fully qualify the @Entity annotation in this case instead of using an import.
Compile error:

[INFO] [aspectj:compile {execution: default}]
[ERROR] The import javax.persistence.Entity conflicts with a type defined in the same file
[ERROR] Type mismatch: cannot convert from Entity to Annotation
[WARNING] advice defined in org.springframework.orm.jpa.aspectj.JpaExceptionTranslatorAspect has not been applied [Xlint:adviceDidNotMatch]
error at import javax.persistence.Entity;
C:\java\roo-projects\GA\src\main\java\com\springsource\rootest\Entity.java:3:0::0 The import javax.persistence.Entity conflicts with a type defined in the same file
error at @Entity
 ^^^^^
C:\java\roo-projects\GA\src\main\java\com\springsource\rootest\Entity.java:9:0::0 Type mismatch: cannot convert from Entity to Annotation

TestHBaseFsck is flaky sometimes. This jira is to make it pass more predictably. 

Just got this testing:

2010-12-16 00:05:02,863 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region TestTable,0071897074,1292373519828.8cec43d5df41ea830b08180f688f2819. to sv2borg181,60020,1292457487454
2010-12-16 00:05:02,867 FATAL org.apache.hadoop.hbase.master.HMaster: Remote unexpected exception
java.io.IOException: Call to sv2borg185/10.20.20.185:60020 failed on local exception: java.io.EOFException
    at org.apache.hadoop.hbase.ipc.HBaseClient.wrapException(HBaseClient.java:788)
    at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:757)
    at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:257)
    at $Proxy7.closeRegion(Unknown Source)
    at org.apache.hadoop.hbase.master.ServerManager.sendRegionClose(ServerManager.java:589)
    at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1085)
    at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1032)
    at org.apache.hadoop.hbase.master.AssignmentManager.balance(AssignmentManager.java:1791)
    at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:688)
    at org.apache.hadoop.hbase.master.HMaster$1.chore(HMaster.java:579)
    at java.io.DataInputStream.readInt(DataInputStream.java:375)
    at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.receiveResponse(HBaseClient.java:521)
    at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.run(HBaseClient.java:459)
2010-12-16 00:05:02,868 INFO org.apache.hadoop.hbase.master.HMaster: Aborting

Endpoint option: ReplyTo is currently only applicable for producers. It should also work for consumers.

Here is my findings when addressing HBASE-13145.
ChoreService.java
  public synchronized boolean scheduleChore(ScheduledChore chore) {
      ...
      ScheduledFuture<?> future =
          scheduler.scheduleAtFixedRate(chore, chore.getInitialDelay(), chore.getPeriod(),
            chore.getTimeUnit());
      chore.setChoreServicer(this);
      ...
  }

So we schedule the chore first, and then set chore servicer. And for CompactionChecker, the initialDelay is 0, so it is possible that the chore is run before we set chore servicer for it. And see this
ScheduledChore.java
    ...
    else if (stopper.isStopped() || !isScheduled()) {
      cancel(false);
      cleanup();
      if (LOG.isInfoEnabled()) LOG.info("Chore: " + getName() + " was stopped");
    }
    ...
  }
    ...
  public synchronized boolean isScheduled() {
    return choreServicer != null && choreServicer.isChoreScheduled(this);
  }

So it is possible that isScheduled() returns false and we start to cancel the chore. You can insert a sleep between scheduled chore and set chore servicer, then you can always get the log ' Chore: CompactionChecker was stopped'. But it does not always actually cancel the chore because the cancel method's implementation.
  public synchronized void cancel(boolean mayInterruptIfRunning) {
    if (isScheduled()) choreServicer.cancelChore(this, mayInterruptIfRunning);

    choreServicer = null;
  }

So if you insert a sleep before cancel(remember to set a larger sleep time here), then you can make the test always fail.

bin/beeline --help
/home/xzhang/apa/hive/build/dist/bin/hive: line 189: [: : integer expression expected
Listening for transport dt_socket at address: 8000

The use of ReactiveWrappers methods such as supports or isSingleValueType loads Spring's ReactiveAdapter.Descriptor of which ReactiveAdapter references Project Reactor and Reactive Streams types. This can easily lead to unwanted runtime dependencies that are not needed. 
ReactiveWrappers should be safe to use without any reactive library dependency.

Documentation for RedisCacheManagerBuilder's cacheDefaults, transactionAware, initialCacheNames and withInitialCacheConfigurations says these methods return new instance of RedisCacheManagerBuilder, but the code just returns this.

it has 

minillap.shared.query.files=insert_into1.q,\
  insert_into2.q,\
  insert_values_orig_table.,\
  llapdecider.q,\

 "insert_values_orig_table.,\" is a typo which causes these to be run with TestCliDriver
Note that there are 2 .q files that start with insert_values_orig_table

A possible exception: If the related regionserver was just killed(But HMaster has not perceived that), then we will get a local exception "Connection reset by peer". If this region belongs to a disabling table. what will happen?
ServerShutdownHandler will remove this region from AM#regions. So this region is still existing in RIT. TimeoutMonitor will take care of it after it got timeout. Then invoke unassign again. Since this region has been removed from AM#regions, it will return directly due to the below code:

    synchronized (this.regions) {
      // Check if this region is currently assigned
      if (!regions.containsKey(region)) {
        LOG.debug("Attempted to unassign region " +
          region.getRegionNameAsString() + " but it is not " +
          "currently assigned anywhere");
        return;
      }
    }

Then it leads to an end-less loop.

When a custom UDF is used in a query after add an archive, such as a zip file, after adding jars, the XMLEncoder enters an infinite loop when serializing the map reduce task, as part of sending it to be executed. This results in a stack overflow error.

WildcardFileFilter ctors should not use null to mean IOCase.SENSITIVE when delegating to other ctors.
Just because null happens to mean case-sensitive, does not mean that internal calls to ctors should use that feature. It makes the code harder to read.

In case of network issue .repl load is returning non retry-able error code. 
The scenario is 
1. While copying the file, repl load found that source is not reachable and went for copy retry.
2. While retying, getting file checksum failed due to network issue and thus its assumed that the source file is not present. So in the next retry copy is tried from cm path.
3. In the next retry, network is recovered and it in cm path no file was found. This will cause return of non retry-able error.

The logging API imports are currently globally added, which prevents subsystem exclusion from automatically exclude them (The user most manually exclude each dep).
We need to move the imports into the logging DUP

create database newDB location "/tmp/";
describe database extended newDB;
use newDB;
create table tab (name string);
alter table tab rename to newName;

Fails:

InvalidOperationException(message:Unable to access old location hdfs://localhost:8020/tmp/tab for table x.tab)

With around 7000 tables having around 1500 columns each, and 512MB of HS2 memory, I am able to reproduce this OOM .
Most of the memory is consumed by the datanucleus objects. 
Reducing the number of tables for which metadata is fetched at a time via metastore get_multi_table limits the memory footprint.

thanks a lot for addressing optimization in HIVE-2340. Awesome!
Since we are developing at a very fast pace, it would be really useful to
think about maintainability and testing of the large codebase. Highlights which are applicable for D1209:
  1.  Javadoc for all public/private functions, except for
setters/getters. For any complex function, clear examples (input/output)
would really help.
  2.  Specially, for query optimizations, it might be a good idea to have
a simple working query at the top, and the expected changes. For e.g..
The operator tree for that query at each step, or a detailed explanation
at the top.
  3.  If possible, the test name (.q file) where the function is being
invoked, or the query which would potentially test that scenario, if it
is a query processor change.
  4.  Comments in each test (.q file)­ that should include the jira
number,  what is it trying to test. Assumptions about each query.
  5.  Reduce the output for each test ­ whenever query is outputting more
than 10 results, it should have a reason. Otherwise, each query result
should be bounded by 10 rows.
thanks a lot

Unexpected java.lang.ArrayIndexOutOfBoundsException from query. It happened in LaterView Operation. It happened for hive-on-mr. The reason is because the column prune change the column order in LaterView operation, for back-back reducesink operators using MR engine, FileSinkOperator and TableScanOperator are added before the second ReduceSink operator, The serialization column order used by FileSinkOperator in LazyBinarySerDe of previous reducer is different from deserialization column order from table desc used by MapOperator/TableScanOperator in LazyBinarySerDe of current failed mapper.
The serialization is decided by the outputObjInspector from LateralViewJoinOperator,

    ArrayList<String> fieldNames = conf.getOutputInternalColNames();
    outputObjInspector = ObjectInspectorFactory
        .getStandardStructObjectInspector(fieldNames, ois);

So the column order for serialization is decided by getOutputInternalColNames in LateralViewJoinOperator.
The deserialization is decided by TableScanOperator which is created at  GenMapRedUtils.splitTasks. 

    TableDesc tt_desc = PlanUtils.getIntermediateFileTableDesc(PlanUtils
        .getFieldSchemasFromRowSchema(parent.getSchema(), "temporarycol"));
    // Create the temporary file, its corresponding FileSinkOperaotr, and
    // its corresponding TableScanOperator.
    TableScanOperator tableScanOp =
        createTemporaryFile(parent, op, taskTmpDir, tt_desc, parseCtx);

The column order for deserialization is decided by rowSchema of LateralViewJoinOperator.
But ColumnPrunerLateralViewJoinProc changed the order of outputInternalColNames but still keep the original order of rowSchema,
Which cause the mismatch between serialization and deserialization for two back-to-back MR jobs.
Similar issue for ColumnPrunerLateralViewForwardProc which change the column order of its child selector colList but not rowSchema.
The exception is 

Caused by: java.lang.ArrayIndexOutOfBoundsException: 875968094
	at org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryUtils.byteArrayToLong(LazyBinaryUtils.java:78)
	at org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryDouble.init(LazyBinaryDouble.java:43)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.makeValueWritable(ReduceSinkOperator.java:554)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.processOp(ReduceSinkOperator.java:381)

If a jacc-policy is configured in the policy=* resource, a service is installed using the JACC_POLICY_RUNTIME_CAPABILITY, but that capability is never registered with the capability registry.
The capability is recorded in https://github.com/wildfly/wildfly-capabilities/blob/master/org/wildfly/security/jacc-policy/capability.adoc as non-private, so it should be registered. (Note that the capability.adoc incorrectly describes this as a dynamic cap.
In WildFly full, the ejb3 and undertow subsystems are using the org.wildfly.security.jacc-policy capability name to look up services, but they too are not recording their requirement for the cap. That's a separate bug, but it can't be fixed until this one is.

As we do not control what is written in the physical layer and thus we cannot ensure NULLS ORDER (and even if we did, currently we do not take advantage of it), it seems exposing the NULLS ORDER property at metastore level does not make much sense. We will revert that part of patch HIVE-12994.

GenericUDFToBinary can convert string to binary. VARCHAR and CHAR are substitutable with string. Thus, GenericUDFToBinary should also be able to convert VARCHAR and CHAR to binary. However,

hive> select binary(cast('abc' as varchar(5)) from decimal_udf limit 1;
FAILED: ParseException line 1:40 missing ) at 'from' near '<EOF>'
hive> select binary(cast('abc' as varchar(5))) from decimal_udf limit 1;
FAILED: SemanticException Line 0:-1 Wrong arguments ''abc'': Only string or binary data can be cast into binary data types.

As i could not found any test for ObjectHelper.loadResourceAsStream and i have feced some unexpected behaviur I have created a simple unit test.
The expected result is to get all resources loaded.
Unfortunately ObjectHelper.loadResourceAsStream does no allow to load resource from relative path and for path with leading "/".
I my opinion it is a bug.

    public void testLoadResourceAsStream() {
        InputStream res1 = ObjectHelper.loadResourceAsStream("org/apache/camel/util/ObjectHelperResourceTestFile.properties");
        InputStream res2 = ObjectHelper.loadResourceAsStream("/org/apache/camel/util/ObjectHelperResourceTestFile.properties");

        assertNotNull("Cannot load resource without leading \"/\"", res1);
        assertNotNull("Cannot load resource with leading \"/\"", res2);
    }

I recently extracted the lambda class error detection logic into a dedicated util in Spring Boot and added a lot of additional tests.
Interestingly, the tests failed on JDK 9 with the following:

ERROR] callbacksInvokeWhenMultipleShouldInvokeSuitable(org.springframework.boot.util.LambdaSafeTests)  Time elapsed: 0 s  <<< ERROR!
java.lang.ClassCastException: java.base/java.lang.String cannot be cast to java.base/java.lang.StringBuilder

I appears that the format of the ClassCastException has changed and it now includes the module name. I've attempted to fix this in Spring Boot by including the module name, but since this code also appears in framework I thought you might have the same issue.

I didn't realize that was part of Hive... the script needs to be updated.

Looking at the code, in CachingConnectionFactory class, I can see this fix was added some years ago for fixing the same case but on the consumer side. 
However, Temporary queue producers are always cached.
This scenario was discovered in a request-response scenario which is causing a memory leak in the Mule ESB.  At least from my perspective, it doesn't make sense, since temporary queues producers won't be used more than once. 

Currently bulk loaded files are not assigned a sequence number. Thus, they can only be used to import historical data, dating to the past. There are cases where we want to bulk load "current data"; but the bulk load mechanism does not support this, as the bulk loaded files are always sorted behind the non-bulkloaded hfiles. Assigning Sequence Id to bulk loaded files should solve this issue.
StoreFiles within a store are sorted based on the sequenceId. SequenceId is a monotonically increasing number that accompanies every edit written to the WAL. For entries that update the same cell, we would like the latter edit to win. This comparision is accomplished using memstoreTS, at the KV level; and sequenceId at the StoreFile level (to order scanners in the KeyValueHeap).
BulkLoaded files are generated outside of HBase/RegionServer, so they do not have a sequenceId written in the file.  This causes HBase to lose track of the point in time, when the BulkLoaded file was imported to HBase. Resulting in a behavior, that *only* supports viewing bulkLoaded files as files back-filling data from the begining of time.
By assigning a sequence number to the file, we can allow the bulk loaded file to fit in where we want. Either at the "current time" or the "begining of time". The latter is the default, to maintain backward compatibility.
Design approach:
  Store files keep track of the sequence Id in the trailer. Since we do not wish to edit/rewrite the bulk loaded file upon import, we will encode the assigned sequenceId into the fileName. The filename RegEx is updated for this regard. If the sequenceId is encoded in the filename, the sequenceId will be used as the sequenceId for the file. If none is found, the sequenceId will be considered 0 (as per the default, backward-compatible behavior).
  To enable clients to request pre-existing behavior, the command line utility allows for 2 ways to import BulkLoaded Files: to assign or not assign a sequence Number. 

If a sequence Number is assigned, the imporeted file will be imported with the "current sequence Id".
if the sequence Number is not assigned, it will be as if it was backfilling old data, from the begining of time.

Compaction behavior:

With the current compaction algorithm, bulk loaded files – that backfill data, to the begining of time – can cause a compaction storm, converting every minor compaction to a major compaction. To address this, these files are excluded from minor compaction, based on a config param. (enabled for the messages use case).
Since, bulk loaded files that are not back-filling data do not cause this issue, they will not be ignored during minor compactions based on the config parameter. This is also required to ensure that there are no holes in the set of files selected for compaction – this is necessary to preserve the order of KV's comparision before and after compaction.

Currently, the size is 1G and the reducers end up taking a really long time.

The FilterCreateCamelContextPerClassTest is wrong configured. The isCreateCamelContextPerClass() should return true as written in the comment but currently returns false. 

In Transaction related tables, Java long column fields are mapped to NUMBER(10) which results in failure to persist the transaction ids which are incompatible. Following error is seen:

ORA-01438: value larger than specified precision allowed for this column

Currently, the camel-cxf pom declares dependencies on two test JARs without specifying their scope:
      <artifactId>camel-core</artifactId>
      <type>test-jar</type>
      <artifactId>camel-spring</artifactId>
      <type>test-jar</type>      
This means that the scope defaults to "compile", and those test JARs are included with every compile, although they aren't really needed.
The fix would be to add a <scope>test</scope> element to both of these dependencies.

Spring Boot doesn't provide transitive dependency to snake yaml and because this is anyway needed by spring-yarn-boot, add it to build so that user doesn't need to manually add it to a build file.

[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase-procedure/src/main/java/org/apache/hadoop/hbase/procedure2/Procedure.java:90: warning - @throw is an unknown tag.
[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase-procedure/src/main/java/org/apache/hadoop/hbase/procedure2/Procedure.java:104: warning - @throw is an unknown tag.

CLI gets an NPE when running in local mode and hit an ^D to exit it. 

        if (pathInfo != null || query != null) {
            StringBuilder sb = new StringBuilder(url);

            if (pathInfo != null) {
                sb.append(pathInfo);
            }

            if (query != null) {
                sb.append(query);
            }
            url = sb.toString();
        }

should be replaced with something similar to

            }

                sb.append("?").append(query);
            }
        }

A RS died.  The ServerShutdownHandler kicked in and started the logspliting.  SpliLogManager
installed the tasks asynchronously, then started to wait for them to complete.
The task znodes were not created actually.  The requests were just queued.
At this time, the zookeeper connection expired.  HMaster tried to recover the expired ZK session.
During the recovery, a new zookeeper connection was created.  However, this master became the
new master again.  It tried to assign root and meta.
Because the dead RS got the old root region, the master needs to wait for the log splitting to complete.
This waiting holds the zookeeper event thread.  So the async create split task is never retried since
there is only one event thread, which is waiting for the root region assigned.

Trying out region replica and its assignment I can see that some times the default LB Stocahstic load balancer assigns replica regions to the same RS. This happens when we have 3 RS checked in and we have a table with 3 replicas. When a RS goes down then the replicas being assigned to same RS is acceptable but the case when we have enough RS to assign this behaviour is undesirable and does not solve the purpose of replicas. 
huaxiang sun and Enis Soztutar. 

The DatasetTemplate generates Avro schema that doesn't allow null values.
Caused by: org.apache.avro.file.DataFileWriter$AppendWriteException: java.lang.NullPointerException: in org.springframework.social.twitter.api.Tweet in long null of long in field inReplyToStatusId of org.springframework.social.twitter.api.Tweet
	at org.apache.avro.file.DataFileWriter.append(DataFileWriter.java:263)
	at org.kitesdk.data.filesystem.FileSystemDatasetWriter.write(FileSystemDatasetWriter.java:102)
	at org.springframework.data.hadoop.store.dataset.DatasetTemplate.write(DatasetTemplate.java:104)
	at org.springframework.data.hadoop.store.dataset.DatasetTemplate.write(DatasetTemplate.java:90)
	at org.springframework.xd.hadoop.fs.AvroWriter.write(AvroWriter.java:54)
	at org.springframework.xd.integration.hadoop.outbound.HdfsWritingMessageHandler.doWrite(HdfsWritingMessageHandler.java:58)
	... 83 more
Caused by: java.lang.NullPointerException: in org.springframework.social.twitter.api.Tweet in long null of long in field inReplyToStatusId of org.springframework.social.twitter.api.Tweet
	at org.apache.avro.reflect.ReflectDatumWriter.write(ReflectDatumWriter.java:145)
	at org.apache.avro.generic.GenericDatumWriter.write(GenericDatumWriter.java:58)
	at org.apache.avro.file.DataFileWriter.append(DataFileWriter.java:257)
	... 88 more
	at org.apache.avro.generic.GenericDatumWriter.write(GenericDatumWriter.java:79)
	at org.apache.avro.reflect.ReflectDatumWriter.write(ReflectDatumWriter.java:143)
	at org.apache.avro.generic.GenericDatumWriter.writeField(GenericDatumWriter.java:114)
	at org.apache.avro.reflect.ReflectDatumWriter.writeField(ReflectDatumWriter.java:175)
	at org.apache.avro.generic.GenericDatumWriter.writeRecord(GenericDatumWriter.java:104)
	at org.apache.avro.generic.GenericDatumWriter.write(GenericDatumWriter.java:66)
	... 90 more

When creating an H2 alias in the schema.sql file, the statement is cut at the first semicolon, even though that's part of the alias. Seems related to SPR-11560, SPR-9531 and SPR-11687.
Perhaps there is a way to escape semicolons to not signal a command break?
According to SPR-11687, I've tried setting ScriptUtils.EOF_STATEMENT_SEPARATOR=^^^ END OF SCRIPT ^^^ in application.properties to run the whole file as one script, but that doesn't seem to work.
Content of schema.sql:

DROP ALIAS IF EXISTS MYFUNCTION;
CREATE ALIAS MYFUNCTION AS $$
String getTableContent(java.sql.Connection con) throws Exception {
    String resultValue=null;
    java.sql.ResultSet rs = con.createStatement().executeQuery(
    " SELECT * FROM TABLE_NAME");
       while(rs.next())
       {
        resultValue=rs.getString(1);
       }
    return resultValue;
}
$$;

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'org.springframework.boot.autoconfigure.orm.jpa.HibernateJpaAutoConfiguration': Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSource' defined in class path resource [org/springframework/boot/autoconfigure/jdbc/DataSourceConfiguration$Tomcat.class]: Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSourceInitializer': Invocation of init method failed; nested exception is org.springframework.jdbc.datasource.init.ScriptStatementFailedException: Failed to execute SQL script statement #2 of URL [jar:file:/Users/mynameallberg/Projects/project3/server/target/project-3.0.0-SNAPSHOT.war!/WEB-INF/classes!/schema-h2.sql]: CREATE ALIAS MYFUNCTION AS $$ String getTableContent(java.sql.Connection con) throws Exception { String resultValue=null; nested exception is org.h2.jdbc.JdbcSQLException: Syntax error in SQL statement "CREATE ALIAS MYFUNCTION AS [*]$$ String getTableContent(java.sql.Connection con) throws Exception { String resultValue=null" [42000-196]
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:749) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:189) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1193) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1095) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:513) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:372) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1173) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1067) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1078) ~[spring-context-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:857) ~[spring-context-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:543) ~[spring-context-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:122) ~[spring-boot-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:693) [spring-boot-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:360) [spring-boot-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:303) [spring-boot-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1118) [spring-boot-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1107) [spring-boot-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at com.bankid.project.App.main(App.java:28) [classes!/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_111]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_111]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_111]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_111]
	at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:48) [project-3.0.0-SNAPSHOT.war:na]
	at org.springframework.boot.loader.Launcher.launch(Launcher.java:87) [project-3.0.0-SNAPSHOT.war:na]
	at org.springframework.boot.loader.Launcher.launch(Launcher.java:50) [project-3.0.0-SNAPSHOT.war:na]
	at org.springframework.boot.loader.WarLauncher.main(WarLauncher.java:59) [project-3.0.0-SNAPSHOT.war:na]
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSource' defined in class path resource [org/springframework/boot/autoconfigure/jdbc/DataSourceConfiguration$Tomcat.class]: Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSourceInitializer': Invocation of init method failed; nested exception is org.springframework.jdbc.datasource.init.ScriptStatementFailedException: Failed to execute SQL script statement #2 of URL [jar:file:/Users/myname/Projects/project3/server/target/project-3.0.0-SNAPSHOT.war!/WEB-INF/classes!/schema-h2.sql]: CREATE ALIAS MYFUNCTION AS $$ String getTableContent(java.sql.Connection con) throws Exception { String resultValue=null; nested exception is org.h2.jdbc.JdbcSQLException: Syntax error in SQL statement "CREATE ALIAS MYFUNCTION AS [*]$$ String getTableContent(java.sql.Connection con) throws Exception { String resultValue=null" [42000-196]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:564) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:208) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1138) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1066) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:835) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	... 36 common frames omitted
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dataSourceInitializer': Invocation of init method failed; nested exception is org.springframework.jdbc.datasource.init.ScriptStatementFailedException: Failed to execute SQL script statement #2 of URL [jar:file:/Users/myname/Projects/project3/server/target/project-3.0.0-SNAPSHOT.war!/WEB-INF/classes!/schema-h2.sql]: CREATE ALIAS MYFUNCTION AS $$ String getTableContent(java.sql.Connection con) throws Exception { String resultValue=null; nested exception is org.h2.jdbc.JdbcSQLException: Syntax error in SQL statement "CREATE ALIAS MYFUNCTION AS [*]$$ String getTableContent(java.sql.Connection con) throws Exception { String resultValue=null" [42000-196]
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:137) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:409) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1620) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:555) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:220) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveNamedBean(DefaultListableBeanFactory.java:1018) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:345) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:340) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.boot.autoconfigure.jdbc.DataSourceInitializerPostProcessor.postProcessAfterInitialization(DataSourceInitializerPostProcessor.java:62) ~[spring-boot-autoconfigure-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:423) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1633) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
Caused by: org.springframework.jdbc.datasource.init.ScriptStatementFailedException: Failed to execute SQL script statement #2 of URL [jar:file:/Users/project/Projects/project3/server/target/project-3.0.0-SNAPSHOT.war!/WEB-INF/classes!/schema-h2.sql]: CREATE ALIAS MYFUNCTION AS $$ String getTableContent(java.sql.Connection con) throws Exception { String resultValue=null; nested exception is org.h2.jdbc.JdbcSQLException: Syntax error in SQL statement "CREATE ALIAS MYFUNCTION AS [*]$$ String getTableContent(java.sql.Connection con) throws Exception { String resultValue=null" [42000-196]
	at org.springframework.jdbc.datasource.init.ScriptUtils.executeSqlScript(ScriptUtils.java:491) ~[spring-jdbc-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.jdbc.datasource.init.ResourceDatabasePopulator.populate(ResourceDatabasePopulator.java:238) ~[spring-jdbc-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.jdbc.datasource.init.DatabasePopulatorUtils.execute(DatabasePopulatorUtils.java:48) ~[spring-jdbc-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.boot.autoconfigure.jdbc.DataSourceInitializer.runScripts(DataSourceInitializer.java:192) ~[spring-boot-autoconfigure-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at org.springframework.boot.autoconfigure.jdbc.DataSourceInitializer.runSchemaScripts(DataSourceInitializer.java:92) ~[spring-boot-autoconfigure-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at org.springframework.boot.autoconfigure.jdbc.DataSourceInitializer.init(DataSourceInitializer.java:83) ~[spring-boot-autoconfigure-1.5.6.RELEASE.jar!/:1.5.6.RELEASE]
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleElement.invoke(InitDestroyAnnotationBeanPostProcessor.java:366) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleMetadata.invokeInitMethods(InitDestroyAnnotationBeanPostProcessor.java:311) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:134) ~[spring-beans-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
Caused by: org.h2.jdbc.JdbcSQLException: Syntax error in SQL statement "CREATE ALIAS MYFUNCTION AS [*]$$ String getTableContent(java.sql.Connection con) throws Exception { String resultValue=null" [42000-196]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:345) ~[h2-1.4.196.jar!/:na]
	at org.h2.message.DbException.get(DbException.java:179) ~[h2-1.4.196.jar!/:na]
	at org.h2.message.DbException.get(DbException.java:155) ~[h2-1.4.196.jar!/:na]
	at org.h2.message.DbException.getSyntaxError(DbException.java:191) ~[h2-1.4.196.jar!/:na]
	at org.h2.jdbc.JdbcConnection.translateGetEnd(JdbcConnection.java:1219) ~[h2-1.4.196.jar!/:na]
	at org.h2.jdbc.JdbcConnection.translateSQL(JdbcConnection.java:1396) ~[h2-1.4.196.jar!/:na]
	at org.h2.jdbc.JdbcStatement.executeInternal(JdbcStatement.java:175) ~[h2-1.4.196.jar!/:na]
	at org.h2.jdbc.JdbcStatement.execute(JdbcStatement.java:164) ~[h2-1.4.196.jar!/:na]
	at org.apache.tomcat.jdbc.pool.StatementFacade$StatementProxy.invoke(StatementFacade.java:114) ~[tomcat-jdbc-8.5.16.jar!/:na]
	at com.sun.proxy.$Proxy60.execute(Unknown Source) ~[na:na]
	at org.springframework.jdbc.datasource.init.ScriptUtils.executeSqlScript(ScriptUtils.java:470) ~[spring-jdbc-4.3.10.RELEASE.jar!/:4.3.10.RELEASE]
	... 73 common frames omitted

When running query like this:

explain select * from test where (val is not null and val <> 0);

hive will simplify expression in parenthesis and omit is not null check:

            predicate: (val <> 0) (type: boolean)

which is fine.
but if we negate condition using NOT operator:

explain select * from test where not (val is not null and val <> 0);

hive will also simplify thing, but now it will break stuff:

            predicate: (not (val <> 0)) (type: boolean)

because valid predicate should be val == 0 or val is null, while above row is equivalent to val == 0 only, filtering away rows where val is null
simple example:

CREATE TABLE example (
    val bigint
);
INSERT INTO example VALUES (1), (NULL), (0);

-- returns 2 rows - NULL and 0
select * from example where (val is null or val == 0);
-- returns 1 row - 0
select * from example where not (val is not null and val <> 0);

OSGi is no longer supported, there's no point in keeping these tests.
This affects unit tests in the 'patching' module and the patching module of integration TS.

I tried to migrate our applications from Spring 4 to Spring 5 and got the following problem. Defining and accessing a bean with orchestra conversation scope leads to this stacktrace:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'personDao' defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception is java.lang.IllegalStateException: BeanFactory required for resolving interceptor names
	at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$1(AbstractBeanFactory.java:348)
	at org.apache.myfaces.orchestra.conversation.spring.AbstractSpringOrchestraScope.getRealBean(AbstractSpringOrchestraScope.java:370)
	at org.apache.myfaces.orchestra.conversation.spring.ScopedBeanTargetSource.getTarget(ScopedBeanTargetSource.java:73)
	at mycompany.persistence.dao.PersonDao$$EnhancerBySpringCGLIB$$6faf3db0.toString(<generated>)
	at com.sun.facelets.util.DevTools.writeVariables(DevTools.java:168)
	at com.sun.facelets.util.DevTools.writeVariables(DevTools.java:145)
	at com.sun.facelets.util.DevTools.debugHtml(DevTools.java:109)
	at com.sun.facelets.FaceletViewHandler.handleRenderException(FaceletViewHandler.java:692)
	at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:660)
	at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
	at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:189)
	at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:110)
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
	at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
	at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:154)
	at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:260)
	at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:366)
	at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:493)
	at mycompany.presentation.MySpecificFilter.doFilter(MySpecificFilter.java:46)
	at org.apache.myfaces.orchestra.filter.OrchestraServletFilter.doFilter(OrchestraServletFilter.java:77)
	at org.apache.myfaces.orchestra.lib.CompoundFilter$1.doFilter(CompoundFilter.java:58)
	at org.apache.myfaces.orchestra.lib._NullFilter.doFilter(_NullFilter.java:45)
	at org.apache.myfaces.orchestra.lib.CompoundFilter.doFilter(CompoundFilter.java:63)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:595)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:341)
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:861)
Caused by: java.lang.IllegalStateException: BeanFactory required for resolving interceptor names
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.resolveInterceptorNames(AbstractAutoProxyCreator.java:547)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.buildAdvisors(AbstractAutoProxyCreator.java:514)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.createProxy(AbstractAutoProxyCreator.java:463)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1714)
	... 54 more

I debugged the code and found the line AbstractAutoProxyCreator:547 (Spring 5.0.2) that asserts that the beanFactory is not null (the line has not been there in Spring 4). But the beanFactory field is annotated @Nullable.
I'm actually no sure if this is a bug but I didn't find a possibility to set the beanFactory field on the instance (actual class is org.apache.myfaces.orchestra.conversation.spring.OrchestraAdvisorBeanPostProcessor). The AbstractAutoProxyCreator class did not change that much between 4 and 5 and especially the method that throws the exception only fails because of the Assert.
The orchestra bean configuration looks like this:

       xmlns:tx="http://www.springframework.org/schema/tx"
       xmlns:aop="http://www.springframework.org/schema/aop"
    http://www.springframework.org/schema/beans
    http://www.springframework.org/schema/beans/spring-beans-3.2.xsd
    http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd
    http://www.springframework.org/schema/aop
    http://www.springframework.org/schema/aop/spring-aop-2.0.xsd">

    <import resource="classpath*:/META-INF/spring-orchestra-init.xml"/>

    <bean class="org.springframework.beans.factory.config.CustomScopeConfigurer">
        <property name="scopes">
            <map>
                <entry key="conversation.manual">
                    <bean class="org.apache.myfaces.orchestra.conversation.spring.SpringConversationScope">
                        <property name="timeout" value="60"/>
                        <property name="advices">
                            <list>
                                <ref bean="persistentContextConversationInterceptor"/>
                            </list>
                        </property>
                    </bean>
                </entry>

                <entry key="conversation.access">
                	<bean
                		class="org.apache.myfaces.orchestra.conversation.spring.SpringConversationScope">
                		<property name="timeout" value="60" />
                		<property name="advices">
                			<list>
                				<ref
                					bean="persistentContextConversationInterceptor" />
                			</list>
                		</property>
                		<property name="lifetime" value="access" />
                	</bean>
                </entry>
            </map>
    </bean>

    <bean id="persistentContextConversationInterceptor"
          class="org.apache.myfaces.orchestra.conversation.spring.PersistenceContextConversationInterceptor">
        <property name="persistenceContextFactory" ref="persistentContextFactory"/>
    </bean>

    <bean id="persistentContextFactory"
          class="org.apache.myfaces.orchestra.conversation.spring.JpaPersistenceContextFactory">
        <property name="entityManagerFactory" ref="entityManagerFactory"/>
    </bean>

</beans>

There seems to be a problem when a PAX header entry (link flag is 'x') has a name ending with "/". The TarArchiveEntry.isDirectory() check ends up returning true because of the trailing slash which means no content can be read from the entry. PAX header parsing effectively finds nothing and the stream is not advanced; this leaves the stream in a bad state as the next entry's header is actually read from the header contents.
If the name is modified to remove the trailing slash when the link flag indicates a PAX header everything seems to work fine. That would be one potential fix in parseTarHeader. Changing isDirectory to return false if isPaxHeader is true (before the trailing "/" check) would probably also fix the issue (though I can't verify that in the debugger like I can with changing the name).
So far I have only seen this when using Docker to save images that contain a yum database. For example:

docker pull centos:latest && docker save centos:latest | tar x --include "*/layer.tar"

Will produce at least one "layer.tar" that exhibits this issue. If I come across a smaller TAR for testing I will attach it.

When using overlays and the overlay directory is defined via shortened path allowed on Windows (path looking something like C:\Users\ADMINI~1\overlay, the files in overlay directory are not found and 404 is returned.

This results in connection errors when using h2 as no strong ciphers are installed

When declaring dependencies and other references to artifacts produced by the wildfly full build, the ${project.groupId} expression must be used instead of hardcoded "org.wildfly".  This makes it possible to quickly change GAVs to org.jboss.eap by simply focusing on each pom's groupId declaration and ignoring dependency elements etc.
A few mistakes in this area have crept in during WF 13 work.

CREATE TABLE IF NOT EXISTS testskew (key int, value STRING)
SKEWED BY (key) ON (1,5,6) STORED AS DIRECTORIES
SHOW CREATE TABLE testskew;
CREATE TABLE `testskew`(
2	  `key` int, 
3	  `value` string)
4	ROW FORMAT SERDE 
5	  'org.apache.hadoop.hive.ql.io.orc.OrcSerde' 
6	STORED AS INPUTFORMAT 
7	  'org.apache.hadoop.hive.ql.io.orc.OrcInputFormat' 
8	OUTPUTFORMAT 
9	  'org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat'
10	LOCATION
11	  'hdfs://nameservice1/user/hive/warehouse/private_wmeler.db/testskew'
12	TBLPROPERTIES (
13	  'COLUMN_STATS_ACCURATE'='true', 
14	  'numFiles'='4', 
15	  'numRows'='19', 
16	  'rawDataSize'='1736', 
17	  'totalSize'='1184', 
18	  'transient_lastDdlTime'='1478098814')

ql.parse.TestQBCompact creates table "foo" in initialization but doesn't clean it after its testcases are finished. This will cause ql.hooks.TestQueryHooks::testCompileFailure failed as testCompileFailure expects that "foo" doesn't exist.

The poms for the rest and secure-rest quickstarts in fuse/esb/shared/src/main/filtered-resources/quickstarts/cxf do not include changes made in the equivalent fabric8 poms.

19:33:36,944 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".DEPENDENCIES: org.jboss.msc.service.StartException in service jboss.deployment.unit."clusterbench-ee7-singleton-jbossall.ear".DEPENDENCIES: WFLYSRV0153: Failed to process phase DEPENDENCIES of deployment "clusterbench-ee7-singleton-jbossall.ear"
	at org.jboss.as.server.deployment.module.SubDeploymentDependencyProcessor.deploy(SubDeploymentDependencyProcessor.java:74)
	... 5 more

I got the following failure yesterday. It looks like sending open region request, the region server failed to check the server start code.

2014-09-14 19:36:45,565 ERROR [B.defaultRpcServer.handler=24,queue=0,port=20020] 
master.AssignmentManager: Failed to transition region from {2706f577540a7d1b53b5a8f66178fbf2 state=PENDING_OPEN, ts=1410748604803, server=a2428.halxg.cloudera.com,20020,1410746518223} on OPENED by a2428.halxg.cloudera.com,20020,1410748599408: 2706f577540a7d1b53b5a8f66178fbf2 is not opening on a2428.halxg.cloudera.com,20020,1410748599408
ABORTING region server a2428.halxg.cloudera.com,20020,1410748599408: Exception running postOpenDeployTasks; region=2706f577540a7d1b53b5a8f66178fbf2

The PowerShell script tests should run with -ExecutionPolicy Unrestricted. Not having this could fail on users who don't disable the policy which by default is enabled.

MetadataTypedColumnsetSerDe and DynamicSerDe should escape some special characters like '\n' or the column/item/key separator.
Otherwise the data will look corrupted.
We plan to deprecate MetadataTypedColumnsetSerDe and DynamicSerDe for the simple delimited format, and use LazySimpleSerDe instead.
So LazySimpleSerDe needs to have the capability of escaping and unescaping.

MR job complains about not found class:

Caused by: java.lang.ClassNotFoundException: parquet.hadoop.ParquetInputFormat
	at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
	... 64 more

AbstractInterceptorDrivenBeanDefinitionDecorator.decorate calls isProxyFactoryBeanDefinition that does:

   return existingDefinition.getBeanClassName().equals(ProxyFactoryBean.class.getName());

This throws a NullPointerException when existingDefinition doesn't have a "class" attribute on it.
For example, using <security:intercept-methods> on a bean where the class is defined in a parent bean:

<bean id="myBean" class="java.util.ArrayList" />
	
<bean parent="myBean" autowire-candidate="false">
	<security:intercept-methods>
		<security:protect method="*" access="ROLE_ADMIN"/>
	</security:intercept-methods>
</bean>

Causes:

at org.springframework.aop.config.AbstractInterceptorDrivenBeanDefinitionDecorator.isProxyFactoryBeanDefinition
at org.springframework.aop.config.AbstractInterceptorDrivenBeanDefinitionDecorator.decorate
at org.springframework.security.config.InterceptMethodsBeanDefinitionDecorator.decorate
at org.springframework.beans.factory.xml.NamespaceHandlerSupport.decorate
...

The unwrap method resolves the value of the map entries but does not check if they are defined before calling asString(). So an undefined value will store as string "undefined" instead of null.
The class doesn't any way to configure or check whether null is ok; perhaps I'll improve that as well. <--- was incorrect

Really weird since recently upgrading junit in camel-spring some unit tests started failing based on global error handling configuration with camel-spring.
I have tracked it down to a bug how error handlers was resolved when using spring XML only. It always worked with Java DSL.

When ResourceUrlProvider detects resource handlers, it sorts them with the OrderComparator but then internally uses a HashMap for the "handlerMap" field which stores the discovered handlers.

High-level summary
HiveRelMdSelectivity.computeInnerJoinSelectivity relies on per column number of distinct value to estimate join selectivity.
The way statistics are aggregated for partitioned tables results in discrepancy in number of distinct values which results in different plans between partitioned and un-partitioned schemas.
The table below summarizes the NDVs in computeInnerJoinSelectivity which are used to estimate selectivity of joins.

Column	
Partitioned count distincts
 	Un-Partitioned count distincts

sr_customer_sk	
71,245	
1,415,625

sr_item_sk	
38,846
	62,562

sr_ticket_number	
71,245	
34,931,085

ss_customer_sk	
88,476
	1,415,625

ss_item_sk	
38,846
	62,562

ss_ticket_number
	100,756	
56,256,175

The discrepancy is because NDV calculation for a partitioned table assumes that the NDV range is contained within each partition and is calculates as "select max(NUM_DISTINCTS) from PART_COL_STATS” .
This is problematic for columns like ticket number which are naturally increasing with the partitioned date column ss_sold_date_sk.
Suggestions
Use Hyper Log Log as suggested by Gopal, there is an HLL implementation for HBASE co-porccessors which we can use as a reference here 
Using the global stats from TAB_COL_STATS and the per partition stats from PART_COL_STATS extrapolate the NDV for the qualified partitions as in :
Max ( (NUM_DISTINCTS from TAB_COL_STATS) x (Number of qualified partitions) / (Number of Partitions), max(NUM_DISTINCTS) from PART_COL_STATS))
More details
While doing TPC-DS Partitioned vs. Un-Partitioned runs I noticed that many of the plans are different, then I dumped the CBO logical plan and I found that join estimates are drastically different
Unpartitioned schema :

2015-02-10 11:33:27,624 DEBUG [main]: parse.SemanticAnalyzer (SemanticAnalyzer.java:apply(12624)) - Plan After Join Reordering:
HiveProjectRel(store_sales_quantitycount=[$0], store_sales_quantityave=[$1], store_sales_quantitystdev=[$2], store_sales_quantitycov=[/($2, $1)], as_store_returns_quantitycount=[$3], as_store_returns_quantityave=[$4], as_store_returns_quantitystdev=[$5], store_returns_quantitycov=[/($5, $4)]): rowcount = 1.0, cumulative cost = {6.056835407771381E8 rows, 0.0 cpu, 0.0 io}, id = 2956
  HiveAggregateRel(group=[{}], agg#0=[count($0)], agg#1=[avg($0)], agg#2=[stddev_samp($0)], agg#3=[count($1)], agg#4=[avg($1)], agg#5=[stddev_samp($1)]): rowcount = 1.0, cumulative cost = {6.056835407771381E8 rows, 0.0 cpu, 0.0 io}, id = 2954
    HiveProjectRel($f0=[$4], $f1=[$8]): rowcount = 40.05611776795562, cumulative cost = {6.056835407771381E8 rows, 0.0 cpu, 0.0 io}, id = 2952
      HiveProjectRel(ss_sold_date_sk=[$0], ss_item_sk=[$1], ss_customer_sk=[$2], ss_ticket_number=[$3], ss_quantity=[$4], sr_item_sk=[$5], sr_customer_sk=[$6], sr_ticket_number=[$7], sr_return_quantity=[$8], d_date_sk=[$9], d_quarter_name=[$10]): rowcount = 40.05611776795562, cumulative cost = {6.056835407771381E8 rows, 0.0 cpu, 0.0 io}, id = 2982
        HiveJoinRel(condition=[=($9, $0)], joinType=[inner]): rowcount = 40.05611776795562, cumulative cost = {6.056835407771381E8 rows, 0.0 cpu, 0.0 io}, id = 2980
          HiveJoinRel(condition=[AND(AND(=($2, $6), =($1, $5)), =($3, $7))], joinType=[inner]): rowcount = 28880.460910696, cumulative cost = {6.05654559E8 rows, 0.0 cpu, 0.0 io}, id = 2964
            HiveProjectRel(ss_sold_date_sk=[$0], ss_item_sk=[$2], ss_customer_sk=[$3], ss_ticket_number=[$9], ss_quantity=[$10]): rowcount = 5.50076554E8, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 2920
              HiveTableScanRel(table=[[tpcds_bin_orc_200.store_sales]]): rowcount = 5.50076554E8, cumulative cost = {0}, id = 2822
            HiveProjectRel(sr_item_sk=[$2], sr_customer_sk=[$3], sr_ticket_number=[$9], sr_return_quantity=[$10]): rowcount = 5.5578005E7, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 2923
              HiveTableScanRel(table=[[tpcds_bin_orc_200.store_returns]]): rowcount = 5.5578005E7, cumulative cost = {0}, id = 2823
          HiveProjectRel(d_date_sk=[$0], d_quarter_name=[$15]): rowcount = 101.31622746185853, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 2948
            HiveFilterRel(condition=[=($15, '2000Q1')]): rowcount = 101.31622746185853, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 2946
              HiveTableScanRel(table=[[tpcds_bin_orc_200.date_dim]]): rowcount = 73049.0, cumulative cost = {0}, id = 2821

Partitioned schema :

2015-02-10 11:32:16,880 DEBUG [main]: parse.SemanticAnalyzer (SemanticAnalyzer.java:apply(12624)) - Plan After Join Reordering:
HiveProjectRel(store_sales_quantitycount=[$0], store_sales_quantityave=[$1], store_sales_quantitystdev=[$2], store_sales_quantitycov=[/($2, $1)], as_store_returns_quantitycount=[$3], as_store_returns_quantityave=[$4], as_store_returns_quantitystdev=[$5], store_returns_quantitycov=[/($5, $4)]): rowcount = 1.0, cumulative cost = {6.064175958973647E8 rows, 0.0 cpu, 0.0 io}, id = 2791
  HiveAggregateRel(group=[{}], agg#0=[count($0)], agg#1=[avg($0)], agg#2=[stddev_samp($0)], agg#3=[count($1)], agg#4=[avg($1)], agg#5=[stddev_samp($1)]): rowcount = 1.0, cumulative cost = {6.064175958973647E8 rows, 0.0 cpu, 0.0 io}, id = 2789
    HiveProjectRel($f0=[$3], $f1=[$8]): rowcount = 100840.08570910375, cumulative cost = {6.064175958973647E8 rows, 0.0 cpu, 0.0 io}, id = 2787
      HiveProjectRel(ss_item_sk=[$4], ss_customer_sk=[$5], ss_ticket_number=[$6], ss_quantity=[$7], ss_sold_date_sk=[$8], sr_item_sk=[$0], sr_customer_sk=[$1], sr_ticket_number=[$2], sr_return_quantity=[$3], d_date_sk=[$9], d_quarter_name=[$10]): rowcount = 100840.08570910375, cumulative cost = {6.064175958973647E8 rows, 0.0 cpu, 0.0 io}, id = 2817
        HiveJoinRel(condition=[AND(AND(=($5, $1), =($4, $0)), =($6, $2))], joinType=[inner]): rowcount = 100840.08570910375, cumulative cost = {6.064175958973647E8 rows, 0.0 cpu, 0.0 io}, id = 2815
          HiveProjectRel(sr_item_sk=[$1], sr_customer_sk=[$2], sr_ticket_number=[$8], sr_return_quantity=[$9]): rowcount = 5.5578005E7, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 2758
            HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200_orig.store_returns]]): rowcount = 5.5578005E7, cumulative cost = {0}, id = 2658
          HiveJoinRel(condition=[=($5, $4)], joinType=[inner]): rowcount = 762935.5811373093, cumulative cost = {5.500766553162274E8 rows, 0.0 cpu, 0.0 io}, id = 2801
            HiveProjectRel(ss_item_sk=[$1], ss_customer_sk=[$2], ss_ticket_number=[$8], ss_quantity=[$9], ss_sold_date_sk=[$22]): rowcount = 5.50076554E8, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 2755
              HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200_orig.store_sales]]): rowcount = 5.50076554E8, cumulative cost = {0}, id = 2657
            HiveProjectRel(d_date_sk=[$0], d_quarter_name=[$15]): rowcount = 101.31622746185853, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 2783
              HiveFilterRel(condition=[=($15, '2000Q1')]): rowcount = 101.31622746185853, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 2781
                HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_200_orig.date_dim]]): rowcount = 73049.0, cumulative cost = {0}, id = 2656

This was puzzling knowing that the stats for both tables are “identical” in TAB_COL_STATS.
Column statistics from TAB_COL_STATS, notice how the column statistics are identical in both cases.

DB_NAME	
COLUMN_NAME
	COLUMN_TYPE
	NUM_NULLS
	LONG_HIGH_VALUE
	LONG_LOW_VALUE
	MAX_COL_LEN
	NUM_DISTINCTS

tpcds_bin_orc_200
	d_date_sk
	int
	0
	2,488,070
	2,415,022
	NULL
	65,332

tpcds_bin_partitioned_orc_200
	d_date_sk
	int
	0
	2,488,070
	2,415,022
	NULL
	65,332

tpcds_bin_orc_200	
d_quarter_name
	string
	0
	NULL
	NULL
	6
	721

	d_quarter_name
	string
	0
	NULL
	NULL
	6
	721

	sr_customer_sk
	int
	1,009,571
	1,600,000
	1
	NULL
	1,415,625

	int
	1,009,571
	1,600,000
	1
	NULL
	1,415,625

sr_item_sk
	int
	0
	48,000
	1
	NULL
	62,562

	sr_item_sk
	int
	0
	48,000
	1
	NULL
	62,562

sr_ticket_number
	int
	0
	48,000,000
	1
	NULL
	34,931,085

	sr_ticket_number
	int
	0
	1
	NULL

ss_customer_sk
	int
	12,960,424
	1,600,000
	1
	NULL
	1,415,625

	ss_customer_sk
	int
	1,600,000
	1
	NULL
	1,415,625

ss_item_sk
	int
	0
	48,000
	1
	NULL
	62,562

	ss_item_sk
	int
	0
	48,000
	1	
NULL
	62,562

	ss_sold_date_sk
	int
	0
	2,452,642
	2,450,816
	NULL
	2,226

	ss_sold_date_sk	
int
	0
	2,452,642
	2,450,816
	NULL
	2,226

	int
	0
	1
	NULL
	56,256,175

	ss_ticket_number
	int
	0
	1
	NULL

For partitioned tables we get the statistics using get_aggr_stats_for which eventually issues the query below

select 
    COLUMN_NAME,
    COLUMN_TYPE,
    …
    max(NUM_DISTINCTS),
    …
from
    PART_COL_STATS
Where
where
    DB_NAME = 
        and TABLE_NAME = 
        and COLUMN_NAME in 
        and PARTITION_NAME in (1 … N)
group by COLUMN_NAME , COLUMN_TYPE;

 …

A circular reference to the table object in the toString() method causes a stack overflow exception when called.

In the CxfEndpointBeanDefinitionParser, the list elements being read are cast to com.sun.xml.bind.v2.schemagen.xmlschema.List class which is never true...
Why don't we just leave it as a object or atleast cast it to a java.util.List?
For getting the error just add the following configuration to a cxf endpoint:
  <cxf:cxfEndpoint id="toEndpoint1" 
                   address="http://localhost:9091/GreeterContext/GreeterPort" 
                   serviceClass="demo.router.Greeter">
      <cxf:features>
          <cxfcore:logging/>
      </cxf:features>
  </cxf:cxfEndpoint>
cxfcore points to the "http://cxf.apache.org/core" namespace.
I have attached a patch for this problem & would appreciate if someone applied it.
Thanks
Balaji

In compile(String, Boolean) function in Driver.java, the list of available HiveSemanticAnalyzerHook (saHooks) are obtained using the getHooks method. This method always  returns a List of hooks. 
However, while checking for availability of hooks, the current version of the code uses a comparison of saHooks with NULL. This is incorrect, as the segment of code designed to call pre and post Analyze functions gets executed even when the list is empty. The comparison should be changed to saHooks.size() > 0.

Currently hive input format is hard coded as HiveInputFormat, we should set this parameter from configuration.

Reproducing test in https://github.com/LittleJohnII/wildfly/tree/eap7-495

# build WFLY first
mvn clean test -Dtest='Dwm*TestCase' -Djboss.server.config.file.name=standalone-ha.xml -DtrimStackTrace=false -Darquillian.launch=distributed-group

The watermark test will fail and logs will show that work wasn't distributed to the second node when the amount of threads available got down to 1 (and watermark = 1). Even with the default watermark setting, the work is never distributed - if thread pool size = 2 and 3 instances of work are executed, the third always waits for the previous two to finish on the first node.
Stefano Maestri is already aware of the issue - it was discussed on HipChat prior to the Jira creation, so this is mainly a tracker.
I'm setting blocker priority since I'd like to have watermark working before EAP7-495 is resolved (I think this is the most important policy setting, and the default too). If this is a problem, we can discuss lowering the priority and pushing EAP7-495 out anyway, since this isn't a thing that breaks the whole DWM.

In org.springframework.context.support.LiveBeansView, the JSON snapshot of beans has a comma "," at the end of the last bean definition on a specific case when one of these met:
1) If any of the bean definitions in the context's bean factory is of infrastructure bean
2) If the bean is lazily initialized
3) If the bean is not singleton
It looks like the logic to generate the JSON in "generateJson(Set<ConfigurableApplicationContext> contexts)" method adds comma "," to the bean definitions based on the beanNames length. But if any of the above conditions met this adds the comma to the last bean definition as well. This causes the JSON to be invalid.

ALTER TABLE authorization_part SET TBLPROPERTIES ("PARTITION_LEVEL_PRIVILEGE"="TRUE") fails when authorization_part is a Micromanaged table.
This is from authorization_2.q qtest.

For derivatives of SmppSmCommand, setting the SmppConstants.ALPHABET header to e.g. Alphabet.ALPHA_8_BIT doesn't change the data coding of the resulting command.
I am not 100% clear on how the alphabet header is meant to interact with the data coding, but this seems like a bug to me.
Patch with demo unit test to follow.

SubProtocolWebSocketHandler log level seems off for:
https://github.com/spring-projects/spring-framework/blob/4b861aeae60952bb94e486e7d97e723eca048f0c/spring-websocket/src/main/java/org/springframework/web/socket/messaging/SubProtocolWebSocketHandler.java#L473
I feel that this log message should be logged on INFO (or possibly WARN) rather than ERROR:
ERROR o.s.w.s.m.SubProtocolWebSocketHandler - No messages received after 102078 ms. Closing WebSocketServerSockJsSession[id=m5sjshh2]

SessionState.start creates a temp file for temp results, but this file is created in hive.querylog.location, which supposed to be used only for hive history log files.

+----------------------------------------+ 
| Inserted table columns into COLUMNS_V2 | 
+--------------------------+ 
| Completed migrating idxs | 
ERROR 1025 (HY000) at line 250 in file: '008-HIVE-2246.mysql.sql': Error on rename of './metastore/COLUMNS_OLD' to './metastore/#sql2-14e6-6eb' (errno: 152)

CLIService.getDelegationTokenFromMetaStore just invokes metastore api via thread local Hive object. So, it doesn't have to be synchronized.

When using Optional return type and JPQL projection to create an object (not an Entity type)

org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type [java.util.Optional<?>] to type [com.cookies.domain.dto.AuthenticationPrincipal]

An exaple repository is:

public interface UserPrincipalRepository extends CrudRepository<UserAccountPair, String> {
 
    @Query(value = "SELECT " +
            "new xxx.AuthenticationPrincipal(u.id, u.email, u.password, u.enabled) " +
            "FROM ApiUser u "
            + "WHERE LOWER(u.email) = LOWER(?1)")
    Optional<AuthenticationPrincipal> findUserForAuthentication(String string);
}

In previous versions this was working as expected.

There is a mail thread[1] describes the whole story.
[1]http://camel.465427.n5.nabble.com/file-to-oneway-cxf-service-scenario-does-not-work-with-camel-2-5-0-td3303263.html

Given this Spring 4.2 server sent events code  example:

public class AccountController {

	@RequestMapping("/accounts/alerts")
	public SseEmitter getAccountAlerts() {
		
		SseEmitter emitter = new SseEmitter(Long.MAX_VALUE);

		Thread t1 = new Thread(() ->{
			try {
				int i = 0;
				while(++i<=3){
					Thread.sleep(1000);
					emitter.send(new Alert((long)i, "Alert message"+i));
				}
				emitter.complete();
			} catch (IOException | InterruptedException e) {
				e.printStackTrace();
			}
		});
		t1.start();
		
		return emitter;
	}
	
}

It could be translated to spring reactive like this:

public class AccountsController {
			
	@GetMapping(value="/accounts/alerts", produces="text/event-stream")
	public Flux<Alert> getAccountAlerts() {
	@GetMapping(value="/accounts/alertsStreaming", produces="text/event-stream")
	public Flux<Alert> getAccountAlertsNoPathVariableStreaming() {
		return Flux.range(1, 3)
			.map((Integer i) -> {
		    	    return new Alert((long)i, "Alert message"+i);
		        })
			.delayMillis(1000)
			.log();
	}
} 

In the spring 4.2 case, after sending the 3 events, emitter.complete() frees the HTTP connection.
However, in the reactive version, the connection is held open 27 seconds after the 3 events are sent (in 3 seconds). Shouldn't it be closed when the Flux completes?

After running 
mvn eclipse:eclipse I tried to import projects into Eclipse (Luna) and got multiple build errors, similar to:

Cannot nest output folder 'hbase-thrift/target/test-classes/META-INF' inside output folder 'hbase-thrift/target/test-classes'	hbase-thrift		

Status Quo
The combination of loading a WebApplicationContext with the Spring TestContext Framework (TCF) and using the Spring MVC Test Framework results in two instances of MockHttpServletRequest being created. See SPR-13211 for additional information.
The fact that two mocked requests are created can lead to a subtle bug if a Servlet Filter (or a Spring-managed component invoked by a filter) attempts to access the RequestAttributes before the TestDispatcherServlet is invoked by MockMvc. Specifically, the filter (or its collaborator) will work with the mocked request created by the ServletTestExecutionListener; whereas, the controller that is invoked by MockMvc will work with the mocked request managed by MockMvc. Consequently, if the controller expects the filter to store information in the request (e.g., request attributes), the test will fail.
Analysis
In production deployments the aforementioned bug will not occur if the RequestContextFilter or RequestContextListener is configured for the web application. When using MockMvc with the TCF, however, it is necessary to manually add a RequestContextFilter to MockMvc before any such custom filters – for example:

this.mockMvc = MockMvcBuilders
  .webAppContextSetup(this.wac)
  .addFilters(new RequestContextFilter(), myFilter)
  .build();

 Ensure that RequestAttributes are populated in the RequestContextHolder using the MockHttpServletRequest managed by MockMvc before any filters are invoked by MockMvc.

I had previously described the problem here:
https://stackoverflow.com/questions/46936348/apache-camel-rest-dsl-405-method-not-allowed
It appears that the problem is down to a possible bug in the way URIs are matched (not to mention my rather obscure use-case)
I have a number of REST-DSL endpoints with the same URI but different request types (POST, PUT, GET, DELETE).  In my case, the URI is getting selected by
HttpServletResolveConsumerStrategy.resolve (in addition to these, I have some specific endpoints with wildcards in them)
This method matches the URI, but not the request type.  When I send a GET request, it returns the first consumer candidate it finds which, in my case, always seems to be PUT.  Later, when CamelContinuationServlet.doService checks that the request type and cadidate type match, they don't.  It then returns 405 Method Not Allowed.
I believe that the HttpServletResolveConsumerStrategy.resolve method IN camel-hhtp-common should check the request type as well as the URI.

This Boot app illustrates the problem:

package sample;

import javax.servlet.ServletContext;
import javax.websocket.OnMessage;
import javax.websocket.Session;
import javax.websocket.server.ServerEndpoint;

import org.springframework.boot.autoconfigure.EnableAutoConfiguration;
import org.springframework.context.ApplicationContext;
import org.springframework.web.context.ServletContextAware;
import org.springframework.web.socket.server.standard.ServerEndpointExporter;
import org.springframework.web.socket.server.standard.SpringConfigurator;

@EnableAutoConfiguration
	
    }
    
    @Bean
    public EchoEndpoint echoEndpoint() {
        return new EchoEndpoint();
    }
    
    @Bean
    public ServerEndpointExporter endpointExporter() {
    	return new ServerEndpointExporter();
    }
    
    @ServerEndpoint(value = "/echo", configurator = SpringConfigurator.class)
    private static class EchoEndpoint {

        @OnMessage
        public void handleMessage(Session session, String message) throws IOException {
            session.getBasicRemote().sendText("echo: " + message);
        }
    }
}

Running it fails with a NullPointerException:

Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'endpointExporter' defined in class sample.Application: Initialization of bean failed; nested exception is java.lang.IllegalStateException: Failed to get javax.websocket.server.ServerContainer via ServletContext attribute
	at org.springframework.context.support.PostProcessorRegistrationDelegate.registerBeanPostProcessors(PostProcessorRegistrationDelegate.java:232)
	at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:120)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:952)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:941)
	at sample.Application.main(Application.java:26)
Caused by: java.lang.IllegalStateException: Failed to get javax.websocket.server.ServerContainer via ServletContext attribute
	at org.springframework.web.socket.server.standard.ServerEndpointExporter.getServerContainer(ServerEndpointExporter.java:113)
	at org.springframework.web.socket.server.standard.ServerEndpointExporter.setApplicationContext(ServerEndpointExporter.java:86)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:407)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1545)
	... 14 more
	at org.springframework.web.socket.server.standard.ServerEndpointExporter.getServerContainer(ServerEndpointExporter.java:110)
	... 20 more

ServerEndpointExporter assumes that WebApplicationContext.getServletContext() will return a non-null value when it's called from within setApplicationContext(context). This assumption doesn't hold true in a Boot application as the embedded Tomcat server hasn't been started yet.
A work around is to replace the ServerEndpointExporter bean with the following:

@Bean
public ServletContextAware endpointExporterInitializer(final ApplicationContext applicationContext) {
    return new ServletContextAware() {

		@Override
		public void setServletContext(ServletContext servletContext) {
			ServerEndpointExporter serverEndpointExporter = new ServerEndpointExporter();
				serverEndpointExporter.setApplicationContext(applicationContext);
			try {
				serverEndpointExporter.afterPropertiesSet();
			} catch (Exception e) {
				throw new RuntimeException(e);
			}				
		}    		
    };
}

This defers ServerEndpointExporter's processing until a time when the ServletContext is available

currently hive uses mapred.output.compress to determine compression for all output files. however not all files are final output. at least three different kinds of output files are generated:
1. intermediate output files for next map-reduce job
2. files targeted for result hdfs directories or hive tables/partitions (which are just hdfs dirs)
3. files written to user local directories (downloading results)
the plan is to provide three separate options for controlling 1,2,3 separately. we may want to split (2) in case compression is determined by table metadata (and not session options).

NullPointerException is thrown when using MongoTemplate.findAndModify(...) with @DbRef and interface as @DbRef target. See attached project for more details. Probably regression issue since same test is passing with Spring Data Commons 1.6.3.RELEASE and Spring Data MongoDB 1.3.3.RELEASE.

When the schemaPrefix is deliberately set to empty in the XsdBasedSoap11Wsdl4jDefinitionBuilder bean, the following exception is thrown:
org.springframework.ws.wsdl.WsdlDefinitionExceptio n: WSDLException: faultCode=PARSER_ERROR: Problem parsing '- WSDL Document -'.: org.xml.sax.SAXParseException: Element or attribute do not match QName production: QName::=(NCName':')?NCName.; nested excep
aused by:
avax.wsdl.WSDLException: WSDLException: faultCode=PARSER_ERROR: Problem parsing '- WSDL Document -'.: org.xml.sax.SAXParseException: Element or attribute do not match QName production: QName::=(NCName':')?NCName.
at com.ibm.wsdl.xml.WSDLWriterImpl.getDocument(Unknow n Source)
This did not occur in 1.0 and 1.0.1
Alan

jd was poking and noticed that we were not passing the operation timeout down as rpc timeout as we used to in 0.94.  Let me fix.

need to make org.apache.hive.hcatalog.templeton.Server.showJobList() return info about as many jobs as possible instead of failing fast at

      if (showDetails) {
        StatusDelegator sd = new StatusDelegator(appConf);
        QueueStatusBean statusBean = sd.run(getDoAsUser(), job);
        jobItem.detail = statusBean;
      }

no precommit tests

Feature camel-hbase doesn't install all required dependencies:

mvn clean install -Pvalidate
...
[WARNING] Failed to validate feature camel-hbase
[WARNING] No export found to match javax.servlet.jsp;version="[2.1,3)" (imported by mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.hadoop-core/1.2.1_1)
[WARNING] No export found to match javax.servlet.jsp;version="[2.1,3)" (imported by mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.hbase/0.94.6_1)
[WARNING] No export found to match javax.servlet.jsp (imported by mvn:commons-jxpath/commons-jxpath/1.3)

cli EndIfHandler class creates an CommandLineException without throwing it:

            try {
                final ModelNode response = client.execute(ifRequest);
                if(!Util.isSuccess(response)) {
                    new CommandLineException("if request failed: " + Util.getFailureDescription(response));
                }
                throw new CommandLineException("if request failed", e);
            }

The WFCORE-836 fix didn't initialize marshalDefaultValues to true, so user-configured default values still aren't being persisted unless the subsystem author overrides the default behavior.

The schema initialization fails with schema tool in 0.13.1, with the message that "Unknown version specified for initialization: 0.13.1".
The upgrade with schema tool works (ie it runs the upgrade scripts),
but then errors out at the end, when it finds that the version in
metastore is 0.13.0 (not 0.13.1).

When accessing Hive via HS2, any operation requiring the DbTxnManager results in an NPE.

In boot app model client copies and distributes files. Container whether it's YarnAppmaster or YarnContainer gets all files. This is not optimal and wrong in a sense that master files should not go in containers and vice versa. 

The issue is when region replication is on, ConnectionImplementation.locateRegions() returns duplicated entries.
In the test in my patch, the table should have 1 primary region + 2 secondaries, but ConnectionImplementation.locateRegions() returns 9 regions. Every region repeats 3 times (3 = replicas count).
I think this is because the following code calls locateRegion() even for replica regions and then the result triples.

    for (RegionInfo regionInfo : regions) {
      RegionLocations list = locateRegion(tableName, regionInfo.getStartKey(), useCache, true);
      if (list != null) {
        for (HRegionLocation loc : list.getRegionLocations()) {
          if (loc != null) {
            locations.add(loc);
          }
        }
      }

The fix in my patch is to make it call locateRegion() only for a primary region.

hive> select count('1') from src group by '1';

In the above query, while performing StatsOptimizer optimization we can safely ignore the group by on the constant key '1' since the above query will return the same result as "select count('1') from src".
If src is empty, according to the SQL standard,

 select count('1') from src group by '1'

and

 select count('1') from src

should produce 1 and 0 rows respectively.

The description says:
"How many rows should be cached by jdbm for map join."
I can't find any reference to that parameter in the code however.

Currently the RowResource constructor URI-decodes the rowspec string before passing it to the RowSpec constructor, which breaks rowspecs whose row, column etc identifiers contain slashes.
When addressing a row and/or column whose identifier contains a slash, the client must URI-encode the values, so for example a row whose identifier is 'http://hbase.apache.org/' would be addressed as:
  /tablename/http%3a%2f%2fhbase.apache.org%2f/column:qualifier
Currently RowResource() decodes this before passing to RowSpec(), so RowSpec() recieves:
  /tablename/http://hbase.apache.org//column:qualifier
which cannot be correctly parsed because of the extra slashes.
RowResource() should pass the string on to RowSpec() undecoded, and RowSpec() should decode the components individually after piecing apart the path.

The existing code is not just messy but also contains a subtle bug of visibility due to missing synchronization between threads.
The root of the evil is that ZooKeeper uses a silly anti-pattern, starting a thread within its constructor, and in practice all the developers are not allowed to use ZooKeeper correctly without tedious code.

Due the change of startup behaviour in Camel 2.20 with regards to Spring then we should let afterApplicationStart be called later.
Also document this API to be more clear when its called.

I believe there's an API in TezDagClient that let's you retrieve the stack trace and other info from a failed job. We need to pull and print that in the job monitor.

When creating a MockRestServiceServer and setting a sequential expectation with different counts, it fails:

public class ExpectedCountTest {

    private SimpleRequestExpectationManager manager = new SimpleRequestExpectationManager();

    @Test
    public void sequentialRequestsWithDifferentCount() throws Exception {
        this.manager.expectRequest(times(2), requestTo("/foo")).andExpect(method(GET)).andRespond(withSuccess());
        this.manager.expectRequest(once(), requestTo("/bar")).andExpect(method(GET)).andRespond(withSuccess());

        this.manager.validateRequest(createRequest(GET, "/foo"));
        this.manager.validateRequest(createRequest(GET, "/bar"));
    }

    private ClientHttpRequest createRequest(HttpMethod method, String url) {
        return new MockAsyncClientHttpRequest(method, URI.create(url));
    }

}

In HiveParser.g:

protected boolean useSQL11ReservedKeywordsForIdentifier() {
return !HiveConf.getBoolVar(hiveConf, HiveConf.ConfVars.HIVE_SUPPORT_SQL11_RESERVED_KEYWORDS);
}

        at org.apache.hadoop.hive.conf.HiveConf.getBoolVar(HiveConf.java:2583)
        at org.apache.hadoop.hive.ql.parse.HiveParser.useSQL11ReservedKeywordsForIdentifier(HiveParser.java:1000)
        at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.useSQL11ReservedKeywordsForIdentifier(HiveParser_IdentifiersParser.java:726)
        at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.identifier(HiveParser_IdentifiersParser.java:10922)
        at org.apache.hadoop.hive.ql.parse.HiveParser.identifier(HiveParser.java:45808)
        at org.apache.hadoop.hive.ql.parse.HiveParser.columnNameType(HiveParser.java:38008)
        at org.apache.hadoop.hive.ql.parse.HiveParser.columnNameTypeList(HiveParser.java:36167)
        at org.apache.hadoop.hive.ql.parse.HiveParser.createTableStatement(HiveParser.java:5214)
        at org.apache.hadoop.hive.ql.parse.HiveParser.ddlStatement(HiveParser.java:2640)
        at org.apache.hadoop.hive.ql.parse.HiveParser.execStatement(HiveParser.java:1650)
        at org.apache.hadoop.hive.ql.parse.HiveParser.statement(HiveParser.java:1109)
        at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:202)
        at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:161)

While upgrading our application servers from WLS version 12.1.2.0.0 to 12.2.1.1.0 we have experienced problems deploying WAR-applications containing Spring Data JPA 1.11 and newer. 
We created a sample application available on GitHub to reproduce the issue. To circumvent the effort of setting up WLS just to reproduce the issue, Oracle's WebCenter Portal VM can be used. It is available here. The VM's desktop contains a user manual on how to start the included WLS. Deploying the WAR file SpringDataJpaErrorSample.war to the WC_Portal server via WebLogic Administration Console will lead to this or a similar error:

An error occurred during activation of changes, please see the log for details.
java.lang.ClassNotFoundException: com.querydsl.core.types.Expression
com.querydsl.core.types.Expression

The server's log shows a stacktrace:

####<Sep 4, 2017, 3:41:50,812 PM CEST> <Error> <Deployer> <vldn496> <automation_frontend_1> <[ACTIVE] ExecuteThread: '12' for queue: 'weblogic.kernel.Default (self-tuning)'> <<W
LS Kernel>> <> <755b9b15-4dc6-4fc1-a85c-83d8bb7ac80e-00000a0a> <1504532510812> <[severity-value: 8] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-149265> <Failure o
ccurred in the execution of deployment request with ID "31186634096050384" for task "12" on [partition-name: DOMAIN]. Error is: "weblogic.management.DeploymentException: java.la
ng.ClassNotFoundException: com.querydsl.jpa.JPQLQuery"
weblogic.management.DeploymentException: java.lang.ClassNotFoundException: com.querydsl.jpa.JPQLQuery
        at weblogic.application.internal.BaseDeployment.throwAppException(BaseDeployment.java:132)
        at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:246)
        at weblogic.application.internal.SingleModuleDeployment.prepare(SingleModuleDeployment.java:52)
        at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:158)
        at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:65)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.createAndPrepareContainer(ActivateOperation.java:229)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doPrepare(ActivateOperation.java:103)
        at weblogic.deploy.internal.targetserver.operations.AbstractOperation.prepare(AbstractOperation.java:241)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentPrepare(DeploymentManager.java:794)
        at weblogic.deploy.internal.targetserver.DeploymentManager.prepareDeploymentList(DeploymentManager.java:1340)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handlePrepare(DeploymentManager.java:267)
        at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.prepare(DeploymentServiceDispatcher.java:177)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doPrepareCallback(DeploymentReceiverCallbackDeliverer.java:186)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$000(DeploymentReceiverCallbackDeliverer.java:14)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$1.run(DeploymentReceiverCallbackDeliverer.java:47)
        at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:666)
        at weblogic.invocation.ComponentInvocationContextManager._runAs(ComponentInvocationContextManager.java:348)
        at weblogic.invocation.ComponentInvocationContextManager.runAs(ComponentInvocationContextManager.java:333)
        at weblogic.work.LivePartitionUtility.doRunWorkUnderContext(LivePartitionUtility.java:54)
        at weblogic.work.PartitionUtility.runWorkUnderContext(PartitionUtility.java:41)
        at weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(SelfTuningWorkManagerImpl.java:640)
        at weblogic.work.ExecuteThread.execute(ExecuteThread.java:406)
        at weblogic.work.ExecuteThread.run(ExecuteThread.java:346)
Caused By: java.lang.ClassNotFoundException: com.querydsl.jpa.JPQLQuery
        at weblogic.utils.classloaders.GenericClassLoader.findLocalClass(GenericClassLoader.java:1025)
        at weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClassLoader.java:986)
        at weblogic.utils.classloaders.ChangeAwareClassLoader.findClass(ChangeAwareClassLoader.java:83)
        at weblogic.utils.classloaders.GenericClassLoader.doFindClass(GenericClassLoader.java:607)
        at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:539)
        at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:492)
        at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:469)
        at weblogic.utils.classloaders.ChangeAwareClassLoader.loadClass(ChangeAwareClassLoader.java:53)
        at java.lang.Class.getDeclaredFields0(Native Method)
        at java.lang.Class.privateGetDeclaredFields(Class.java:2583)
        at java.lang.Class.getDeclaredFields(Class.java:1916)
        at weblogic.j2ee.dd.xml.BaseJ2eeAnnotationProcessor.getFields(BaseJ2eeAnnotationProcessor.java:1047)
        at weblogic.j2ee.dd.xml.BaseJ2eeAnnotationProcessor.getFields(BaseJ2eeAnnotationProcessor.java:1041)
        at weblogic.j2ee.dd.xml.BaseJ2eeAnnotationProcessor.processJ2eeAnnotations(BaseJ2eeAnnotationProcessor.java:145)
        at weblogic.j2ee.dd.xml.J2eeAnnotationProcessor.processJ2eeAnnotations(J2eeAnnotationProcessor.java:47)
        at weblogic.j2ee.dd.xml.BaseJ2eeAnnotationProcessor.processJ2eeAnnotations(BaseJ2eeAnnotationProcessor.java:120)
        at weblogic.j2ee.dd.xml.PojoAnnotationProcessorImpl.processJ2eeAnnotations(PojoAnnotationProcessorImpl.java:93)
        at weblogic.application.internal.flow.PojoAnnotationProcessingFlow.processAnnotations(PojoAnnotationProcessingFlow.java:304)
        at weblogic.application.internal.flow.PojoAnnotationProcessingFlow.processPOJOsInModuleScopes(PojoAnnotationProcessingFlow.java:229)
        at weblogic.application.internal.flow.PojoAnnotationProcessingFlow.prepare(PojoAnnotationProcessingFlow.java:73)
        at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:731)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
        at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:243)

We already contacted Oracle regarding this issue by filing a Service Request. They told us the issue is caused by increased annotation scanning requirements of CDI; therefore, more annotated classes are picked up during deployment. Oracle refuses to change this classpath scanning behaviour as they believe their approach is in accordance with the Java EE specification.  We were able to identify the class org.springframework.data.jpa.repository.support.QueryDslRepositorySupport to cause the problem. It seems to be loaded by WLS during startup as one setter method is annotated with @PersistenceContext.
At the moment, we are able to use Spring Data JPA by adding Querydsl Core and JPA as dependencies as a workaround even we are not using QueryDSL in our artifacts. We think the issues poses a major pitfall for developers getting started with using Spring Data JPA on a recent version of WebLogic server and hope the Spring team can find a workaround to the issue in Spring Data JPA's code.

There seems to be a problem with OpenJPA support with java 7.
Script:
project --topLevelPackage com.example --java 7
jpa setup --provider OPENJPA --database HYPERSONIC_IN_MEMORY 
entity jpa --class com.example.Foo
field string --fieldName someName
entity jpa --class com.example.Foo2
field string --fieldName someName2
field reference --fieldName tro --type com.example.Foo
web jsf setup
web jsf all --package com.example.web 
And after deploying application doesn't start. Exception:
java.lang.VerifyError: Expecting a stackmap frame at branch target 54 in method com.example.Foo2.<clinit>()V at offset 45
	java.lang.Class.forName0(Native Method)
	java.lang.Class.forName(Class.java:264)
	org.apache.openjpa.meta.MetaDataRepository.classForName(MetaDataRepository.java:1552)
	org.apache.openjpa.meta.MetaDataRepository.loadPersistentTypesInternal(MetaDataRepository.java:1528)
	org.apache.openjpa.meta.MetaDataRepository.loadPersistentTypes(MetaDataRepository.java:1506)
	org.apache.openjpa.meta.MetaDataRepository.loadPersistentTypes(MetaDataRepository.java:1486)
	org.apache.openjpa.jdbc.kernel.JDBCBrokerFactory.synchronizeMappings(JDBCBrokerFactory.java:141)
	org.apache.openjpa.jdbc.kernel.JDBCBrokerFactory.synchronizeMappings(JDBCBrokerFactory.java:164)
	org.apache.openjpa.jdbc.kernel.JDBCBrokerFactory.newBrokerImpl(JDBCBrokerFactory.java:122)
When i removed "--java 7" parameter application worked Ok, but still some errors were present in tomcat logs.

Modules related commit of WFCORE-3684 issue (commit id b0199c5635186386df3ef7a8c2b7aac37525eee1)
introduced backward compatibility issues of javax.api & javax.sql.api modules
This needs to be fixed.

Currently ACID UpdateDeleteSemanticAnalyzer directly manipulates the AST tree but it's different from the general approach of modifying the token stream and thus will cause AST tree mismatch if there is any rewrite happening after UpdateDeleteSemanticAnalyzer.
The long term solution will be to rewrite the AST handling logic in UpdateDeleteSemanticAnalyzer, to make it consistent with the general approach.
This ticket will for now detect the error prone cases and fail early. 

HIVE-6386 introduced new columns in DBS table, but those are missing from schema scripts.

The following sql failed with return code 2 on mr.

create table a(id int,id1 int);
create table b(id int,id1 int);
create table c(id int,id1 int);
set hive.optimize.skewjoin=true;
select a.id,b.id,c.id1 from a,b,c where a.id=b.id and a.id1=c.id1;

Error log as follows:

2016-08-17 21:13:42,081 INFO [main] org.apache.hadoop.hive.ql.exec.mr.ExecMapper: 
<MAP>Id =0
  <Children>
    <TS>Id =21
      <Children>
        <MAPJOIN>Id =28
          <Children>
            <FS>Id =16
              <Children>
              <\Children>
              <Parent>Id = 28 null<\Parent>
            <\FS>
          <\Children>
          <Parent>Id = 21 nullId = 33 
        <HASHTABLEDUMMY>Id =33
          <Children>null
          <Parent><\Parent>
        <\HASHTABLEDUMMY><\Parent>
        <\MAPJOIN>
      <\Children>
      <Parent>Id = 0 null<\Parent>
    <\TS>
  <\Children>
  <Parent><\Parent>
<\MAP>
2016-08-17 21:13:42,084 INFO [main] org.apache.hadoop.hive.ql.exec.TableScanOperator: Initializing operator TS[21]
2016-08-17 21:13:42,084 INFO [main] org.apache.hadoop.hive.ql.exec.mr.ExecMapper: Initializing dummy operator
2016-08-17 21:13:42,086 INFO [main] org.apache.hadoop.hive.ql.exec.MapOperator: DESERIALIZE_ERRORS:0, RECORDS_IN:0, 
2016-08-17 21:13:42,087 ERROR [main] org.apache.hadoop.hive.ql.exec.mr.ExecMapper: Hit error while closing operators - failing tree
2016-08-17 21:13:42,088 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : java.lang.RuntimeException: Hive Runtime Error while closing operators
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.close(ExecMapper.java:207)
	at org.apache.hadoop.hive.ql.exec.MapJoinOperator.closeOp(MapJoinOperator.java:474)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:682)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:696)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.close(ExecMapper.java:189)
	... 8 more

Stack overflow caused by ID field parsing in EntityMDProvider

I am trying to subscribe to SessionConnectEvent but found that it is never published.  After stepping through code, I found that the StompSubProtocolHandler ends up with null for eventPublisher after context initialization.  It looks like when SubProtoocolWebSocketHandler is initialized, setProtocolHandlers is called before setApplicationEventPublisher.  This results in the StompSubProtocolHandler getting its eventPublisher set to null.
See line 137 in SubProtocolWebSocketHandler.java

		if (handler instanceof ApplicationEventPublisherAware) {
			((ApplicationEventPublisherAware) handler).setApplicationEventPublisher(this.eventPublisher);
		}

join assumes all columns are string - pass the objectinspector from execreducer and use that

public void sync(String path, AsyncCallback.VoidCallback cb, Object ctx) throws KeeperException {
    checkZk().sync(path, null, null); //callback function cb is not passed in
  }

It is obvious that the callback method is not passed in.  Since sync operation in Zookeeper is a 'async' operation, we need a callback method to notify the caller that the 'sync' operation is finished.

I have a custom class MyClass
class MyClass {
String string = null;
public Class(String string){
this.string = string;
}
public class MyString(String string, int count) {
this.count = count;
}
In my applicationContext.xml
I have something like this
<bean id="MyClassClient"   class="MyClass">
	<constructor-arg index="0" value="testMe" />
	<constructor-arg index="0" value=4 />
</bean>
I have typed the second index=0 by mistake (It should have been 1, so that spring could create the object with two arguments)
However Spring silently ignores my mistake and 
creates an instance of MyClass which only takes String as the argument.
I would rather like Spring to complain about my mistake at this point.

(set mapred.task.timeout=70000)
curl -i -d user.name=ekoifman \
-d jar=/user/ekoifman/webhcate2e/hexamples.jar \
-d class=sleep \
-d arg="-mt" \
-d arg="50000" \
-d statusdir=/tmp \
'http://localhost:50111/templeton/v1/mapreduce/jar'
The TempletonControllerJob gets retried 4 times (Thus there are 4 SleepJob invocations) with message that it was killed due to inactivity.
hexamples.jar = hadoop-examples-*.jar

If a module includes a ServletContainerInitializer, that ServletContainerInitializer is not invoked for any applications that include the module in its jboss-deployment-structure.xml module dependencies.  It looks like the ServletContainerInitializerDeploymentProcessor only checks server provided dependencies.

config.xml file
<conf>
</conf>
The problem can be reproduced as follows: 
 1 XMLConfiguration config = new XMLConfiguration("c:conf.xml"); 
 2 config.setAutoSave(true) ;
 3 SubnodeConfiguration parentItemConfig = config.configurationAt("parent-item"); 
 4 parentItemConfig.setProperty("sub-item","new_value");
 5. System.out.println(config.getString("parent-item.sub-item");  // will print new_value
 // if you look at the config.xml sub-item still has old_value
 // also if you try to do 
 5 XMLConfiguration config2 = new XMLConfiguration("c:conf.xml");
 6. System.out.println(config2.getString("parent-item.sub-item");  // will print old_value

The results in every single request being retried. This has two negative impacts. The extra request adds a round trip which hurts response time on high latency connections. Additionally large posts have double the bandwidth consumption and can be interpreted as failures. For example a 300 mb upload in the console would likely lead to the user assuming a hang.

This test is marked as flaky and disabled for all versions, but hadoop-1 was missed in that list.

The Salesforce component uses Jetty asynchronous client throughout. There is a race condition that might occur if the component's HTTP client is stopped while one or more requests are still in progress. The result of which could be inconsistencies in execution.
This was seen in the implementation of the connectivity validation in the ping check which creates the SalesforceHttpClient and DefaultRestClient and starts/stops then in a small time frame.

When launching unit tests with maven surefire plugin, JVM assertions are enables by default.
An assertion error occurs when loading jdbc:script with aspectj 1.6.10 and spring framework 3.0.5.
This error appears when accessing method "private static String nameToSignature(String name)" of class org.aspectj.weaver.UnresolvedType line 726 during this assert execution : "assert name.charAt(0) != '[';" 
In debug mode, name value is "[org.springframework.core.io.Resource@xxxx". 
I guess this tab contains jdbc scripts as spring ressources from context xml config : 

<jdbc:embedded-database id="myTestDB" type="H2">
  <jdbc:script location="classpath:referentiel/sql/01-referentiel-create-tables.sql" />
  <jdbc:script location="classpath:referentiel-domaine/sql/01-referentiel-domaine-create-tables.sql" />
  <jdbc:script location="classpath:referentiel-domaine/sql/02-referentiel-domaine-insert-tr-tables.sql" />
</jdbc:embedded-database> 

So Application context canot be load due to assertion error.

For master requests, there are two retry mechanisms in effect. The first one is from HBaseAdmin.executeCallable() 

  private <V> V executeCallable(MasterCallable<V> callable) throws IOException {
    RpcRetryingCaller<V> caller = rpcCallerFactory.newCaller();
    try {
      return caller.callWithRetries(callable);
    } finally {
      callable.close();
    }
  }

And inside, the other one is from StubMaker.makeStub():

/**
       * Create a stub against the master.  Retry if necessary.
       * @return A stub to do <code>intf</code> against the master
       * @throws MasterNotRunningException
       */
      @edu.umd.cs.findbugs.annotations.SuppressWarnings (value="SWL_SLEEP_WITH_LOCK_HELD")
      Object makeStub() throws MasterNotRunningException {

The tests will just hang for 10 min * 35 ~= 6hours. 

2014-09-23 16:19:05,151 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 1 of 35 failed; retrying after sleep of 100, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:05,253 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 2 of 35 failed; retrying after sleep of 200, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:05,456 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 3 of 35 failed; retrying after sleep of 300, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:05,759 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 4 of 35 failed; retrying after sleep of 500, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:06,262 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 5 of 35 failed; retrying after sleep of 1008, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:07,273 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 6 of 35 failed; retrying after sleep of 2011, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:09,286 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 7 of 35 failed; retrying after sleep of 4012, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:13,303 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 8 of 35 failed; retrying after sleep of 10033, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:23,343 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 9 of 35 failed; retrying after sleep of 10089, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:33,439 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 10 of 35 failed; retrying after sleep of 10027, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:43,473 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 11 of 35 failed; retrying after sleep of 10004, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:19:53,485 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 12 of 35 failed; retrying after sleep of 20160, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:20:13,656 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 13 of 35 failed; retrying after sleep of 20006, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:20:33,675 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 14 of 35 failed; retrying after sleep of 20076, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:20:53,762 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 15 of 35 failed; retrying after sleep of 20077, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:21:13,852 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 16 of 35 failed; retrying after sleep of 20103, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:21:33,967 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 17 of 35 failed; retrying after sleep of 20136, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:21:54,115 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 18 of 35 failed; retrying after sleep of 20147, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:22:14,274 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 19 of 35 failed; retrying after sleep of 20131, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:22:34,417 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 20 of 35 failed; retrying after sleep of 20171, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:22:54,601 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 21 of 35 failed; retrying after sleep of 20177, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:23:14,790 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 22 of 35 failed; retrying after sleep of 20193, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:23:34,996 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 23 of 35 failed; retrying after sleep of 20195, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:23:55,203 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 24 of 35 failed; retrying after sleep of 20107, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:24:15,322 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 25 of 35 failed; retrying after sleep of 20186, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:24:35,520 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 26 of 35 failed; retrying after sleep of 20106, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:24:55,638 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 27 of 35 failed; retrying after sleep of 20173, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:25:15,824 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 28 of 35 failed; retrying after sleep of 20136, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:25:35,973 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 29 of 35 failed; retrying after sleep of 20188, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:25:56,174 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 30 of 35 failed; retrying after sleep of 20144, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:26:16,330 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 31 of 35 failed; retrying after sleep of 20106, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:26:36,448 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 32 of 35 failed; retrying after sleep of 20003, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:26:56,463 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 33 of 35 failed; retrying after sleep of 20114, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:16,590 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 34 of 35 failed; retrying after sleep of 20154, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:36,756 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 35 of 35 failed; no more retrying.
java.io.IOException: Can't get master address from ZooKeeper; znode data == null
	at org.apache.hadoop.hbase.zookeeper.MasterAddressTracker.getMasterAddress(MasterAddressTracker.java:114)
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation$StubMaker.makeStubNoRetries(ConnectionManager.java:1554)
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation$StubMaker.makeStub(ConnectionManager.java:1599)
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation$MasterServiceStubMaker.makeStub(ConnectionManager.java:1653)
	at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.getKeepAliveMasterService(ConnectionManager.java:1860)
	at org.apache.hadoop.hbase.client.HBaseAdmin$MasterCallable.prepare(HBaseAdmin.java:3359)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:122)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:92)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3386)
	at org.apache.hadoop.hbase.client.HBaseAdmin.getClusterStatus(HBaseAdmin.java:2201)
	at org.apache.hadoop.hbase.DistributedHBaseCluster.getClusterStatus(DistributedHBaseCluster.java:74)
	at org.apache.hadoop.hbase.DistributedHBaseCluster.<init>(DistributedHBaseCluster.java:57)
	at org.apache.hadoop.hbase.IntegrationTestingUtility.createDistributedHBaseCluster(IntegrationTestingUtility.java:140)
	at org.apache.hadoop.hbase.IntegrationTestManyRegions.setUp(IntegrationTestManyRegions.java:80)
	at org.apache.hadoop.hbase.IntegrationTestsDriver.doWork(IntegrationTestsDriver.java:110)
	at org.apache.hadoop.hbase.IntegrationTestsDriver.main(IntegrationTestsDriver.java:46)
2014-09-23 16:27:37,061 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 1 of 35 failed; retrying after sleep of 100, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:37,163 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 2 of 35 failed; retrying after sleep of 200, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:37,365 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 3 of 35 failed; retrying after sleep of 301, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:37,669 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 4 of 35 failed; retrying after sleep of 504, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:38,176 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 5 of 35 failed; retrying after sleep of 1008, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:39,185 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 6 of 35 failed; retrying after sleep of 2018, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:41,207 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 7 of 35 failed; retrying after sleep of 4019, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:45,231 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 8 of 35 failed; retrying after sleep of 10004, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:27:55,241 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 9 of 35 failed; retrying after sleep of 10005, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:28:05,253 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 10 of 35 failed; retrying after sleep of 10099, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:28:15,359 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 11 of 35 failed; retrying after sleep of 10059, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:28:25,425 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 12 of 35 failed; retrying after sleep of 20069, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:28:45,507 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 13 of 35 failed; retrying after sleep of 20006, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:29:05,525 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 14 of 35 failed; retrying after sleep of 20186, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:29:25,723 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 15 of 35 failed; retrying after sleep of 20080, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:29:45,814 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 16 of 35 failed; retrying after sleep of 20001, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:30:05,826 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 17 of 35 failed; retrying after sleep of 20019, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:30:25,857 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 18 of 35 failed; retrying after sleep of 20159, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:30:46,028 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 19 of 35 failed; retrying after sleep of 20170, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:31:06,211 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 20 of 35 failed; retrying after sleep of 20146, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:31:26,368 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 21 of 35 failed; retrying after sleep of 20138, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:31:46,518 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 22 of 35 failed; retrying after sleep of 20140, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:32:06,670 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 23 of 35 failed; retrying after sleep of 20196, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:32:26,878 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 24 of 35 failed; retrying after sleep of 20123, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null
2014-09-23 16:32:47,013 INFO  [main] client.ConnectionManager$HConnectionImplementation: getMaster attempt 25 of 35 failed; retrying after sleep of 20033, exception=java.io.IOException: Can't get master address from ZooKeeper; znode data == null

The test failures that are currently reported by Hive QA running on hadoop-2 (https://issues.apache.org/jira/browse/HIVE-6968?focusedCommentId=13980570&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13980570) are related to difference in the way hadoop FileSystem.globStatus() api behaves. For a directory structure like below

dir1/file1
dir1/file2

Two level of path pattern like dir1// will return both files in hadoop 1.x but will return empty result in hadoop 2.x (in fact it will say no such file or directory and return empty file status array). Hadoop 2.x seems to be compliant to linux behaviour (ls dir1//) but hadoop 1.x is not.
As a result of this, the fast statistics (NUM_FILES and TOTAL_SIZE) are populated wrongly causing diffs in qfile tests for hadoop-1 and hadoop-2.

HiveServer2 cookie-auth is non-functional and forces authentication to be repeated for the status check loop, row fetch loop and the get logs loop.
The repeated auth in the fetch-loop is a performance issue, but is also causing occasional DoS responses from the remote auth-backend if this is not using local /etc/passwd.
The HTTP-Cookie auth once made functional will behave similarly to the binary protocol, authenticating exactly once per JDBC session and not causing further load on the authentication backend irrespective how many rows are returned from the JDBC request.
This due to the fact that the cookies are not sent out with matching flags for SSL usage.

584 seconds each
TestCompaction:

Forking command line: /bin/sh -c cd /data/src/hbase/hbase-server && /usr/lib/jvm/java-1.7.0.45-oracle-amd64/jre/bin/java -enableassertions -Xmx1900m -XX:MaxPermSize=100m -Djava.security.egd=file:/dev/./urandom -Djava.net.preferIPv4Stack=true -Djava.awt.headless=true -jar /data/src/hbase/hbase-server/target/surefire/surefirebooter5980733570856201818.jar /data/src/hbase/hbase-server/target/surefire/surefire4520171250819563114tmp /data/src/hbase/hbase-server/target/surefire/surefire_2794381603824180144412tmp
Running org.apache.hadoop.hbase.regionserver.TestCompaction
Tests run: 18, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 584.609 sec

TestCompactionWithCoprocessor:

Forking command line: /bin/sh -c cd /data/src/hbase/hbase-server && /usr/lib/jvm/java-1.7.0.45-oracle-amd64/jre/bin/java -enableassertions -Xmx1900m -XX:MaxPermSize=100m -Djava.security.egd=file:/dev/./urandom -Djava.net.preferIPv4Stack=true -Djava.awt.headless=true -jar /data/src/hbase/hbase-server/target/surefire/surefirebooter7194368346045889527.jar /data/src/hbase/hbase-server/target/surefire/surefire9025480282422315585tmp /data/src/hbase/hbase-server/target/surefire/surefire_2815590620956840351617tmp
Running org.apache.hadoop.hbase.regionserver.TestCompactionWithCoprocessor
Tests run: 18, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 584.399 sec

Slim down or split up.

When there are few columns in a list then columns for action buttons grow in size and therefore extra space appears between action icons and column borders. It would be good to have action columns with a fixed width, according to a size of contained icon.

The new load balancer already has the idea of some slop built in.  We shouldn't have two layers of it.

￼
Event: Failed: POM Validation
Wednesday, November 26, 2014 16:40:42 NST (GMT-0330)
typeId	pom-staging
failureMessage	Invalid POM: /com/redhat/gss/redhat-support-lib-java/2.0/redhat-support-lib-java-2.0.pom: Project description missing, License information missing, SCM URL missing, Developer information missing
￼
Event: Failed: Sources Validation
typeId	sources-staging
failureMessage	Missing: no sources jar found in folder '/com/redhat/gss/redhat-support-lib-java/2.0'

When using dbcp version 1.4 with JDK 5 the following exception occurs:
SEVERE: Exception sending context initialized event to listener instance of class org.springframework.web.context.ContextLoaderListener
org.springframework.beans.factory.CannotLoadBeanClassException: Error loading class [org.apache.commons.dbcp.BasicDataSource] for bean with name 'dataSource' defined in file [/home/sschmidt/development/workspaces/test/target/classes/META-INF/spring/applicationContext.xml]: problem with class file or dependent class; nested exception is java.lang.UnsupportedClassVersionError: Bad version number in .class file
	at org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1212)
Solution: revert to dbcp version 1.3

the jar is missing org.springframework.jmx.support in the Import-Package which prevent it from starting in Virgo

The swarm.topology.web-app.expose-topology-endpoint property is defined in https://reference.wildfly-swarm.io/fractions/topology-webapp.html however when I try to set it up, it throws the following exception: 

➜  launchpad-frontend git:(service-lookup) ✗ java -jar target/launchpad-frontend-swarm.jar 
2017-04-05 15:52:16,134 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                 Remoting - STABLE          org.wildfly.swarm:remoting:2017.3.3
2017-04-05 15:52:16,150 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                  Logging - STABLE          org.wildfly.swarm:logging:2017.3.3
2017-04-05 15:52:16,150 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                      JMX - STABLE          org.wildfly.swarm:jmx:2017.3.3
2017-04-05 15:52:16,150 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                  JGroups - STABLE          org.wildfly.swarm:jgroups:2017.3.3
2017-04-05 15:52:16,151 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:         JGroups Topology - STABLE          org.wildfly.swarm:topology-jgroups:2017.3.3
2017-04-05 15:52:16,151 INFO  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:                 Undertow - STABLE          org.wildfly.swarm:undertow:2017.3.3
2017-04-05 15:52:16,152 WARN  [org.wildfly.swarm] (main) WFSWARM0018: Installed fraction:              Topology UI - UNSTABLE        org.wildfly.swarm:topology-webapp:2017.3.3
java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: Stage config 'swarm.topology.web-app.expose-topology-endpoint' is missing
	at org.wildfly.swarm.Swarm.start(Swarm.java:369)
	at org.wildfly.swarm.Swarm.main(Swarm.java:609)
Caused by: java.lang.RuntimeException: java.lang.RuntimeException: Stage config 'swarm.topology.web-app.expose-topology-endpoint' is missing
	at org.wildfly.swarm.spi.api.config.Builder.getValue(Builder.java:58)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.configure(ConfigurableManager.java:122)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scan(ConfigurableManager.java:300)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scan(ConfigurableManager.java:277)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scanFraction(ConfigurableManager.java:217)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scanInternal(ConfigurableManager.java:208)
	at org.wildfly.swarm.container.runtime.ConfigurableManager.scan(ConfigurableManager.java:202)
	... 37 more
Caused by: java.lang.RuntimeException: Stage config 'swarm.topology.web-app.expose-topology-endpoint' is missing
	at org.wildfly.swarm.spi.api.config.Builder.getValue(Builder.java:54)
	... 45 more

	... 7 more
	... 37 more
	... 45 more

	... 10 more
	... 37 more
	... 45 more

	... 7 more
	... 37 more
	... 45 more

	... 10 more

Oracle seems to give different error codes and different error messages at different times for deadlocks.  There are still some error codes/messages we are missing in TxnHandler.

I don't know yet how an empty oldlogfile.log can exist, however it happened.
Master will fail to put the splits in the region oldlogfile.log if an empty oldlogfile.log already exists there.
This is the master log after I artificially reproduced it by placing an empty oldlogfile.log in /hbase/.META./1028785192/oldlogfile.log and then killed the regionserver that was holding the .META. table
2009-11-19 09:08:36,012 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: Splitting 1 hlog(s) in hdfs://b0:9000/hbase/.logs/b4,60020,1258637492773
2009-11-19 09:08:36,012 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: Splitting hlog 1 of 1: hdfs://b0:9000/hbase/.logs/b4,60020,1258637492773/hlog.dat.1258637493128, length=0
2009-11-19 09:08:36,019 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: Adding queue for .META.,,1
2009-11-19 09:08:36,037 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: Pushed=795 entries from hdfs://b0:9000/hbase/.logs/b4,60020,1258637492773/hlog.dat.1258637493128
2009-11-19 09:08:36,038 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: Thread got 795 to process
2009-11-19 09:08:36,043 WARN org.apache.hadoop.hbase.regionserver.wal.HLog: Old hlog file hdfs://b0:9000/hbase/.META./1028785192/oldlogfile.log already exists. Copying existing file to new file
2009-11-19 09:08:36,079 WARN org.apache.hadoop.hbase.regionserver.wal.HLog: Got while writing region .META.,,1 log java.io.EOFException
2009-11-19 09:08:36,081 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: hlog file splitting completed in 70 millis for hdfs://b0:9000/hbase/.logs/b4,60020,1258637492773

From http://www.mail-archive.com/dev@hive.apache.org/msg107615.html
Looks reasonable

Ladislav Thon:

Also, in the infinispan subsystem 4.1, attributes queue-flush-interval and queue-size are deprecated and ignored. This should be reflected in the new jboss-as-infinispan_4_1.xsd as well.

We just need to detect the null class loader and return null.
Also ElytronXmlParser assumes it is always available.

"test.build.data" is overloaded in HBase.At the beginning, it's the "Default parent directory for test output.", but then it's rewritten to be the directory itself in functions like HBaseTestingUtility#startMiniDFSCluster
It seems that this value is already used by MiniDFS (i.e. outside of HBase): 
"Name is as it is because mini dfs has hard-codings to put test data here."
As it is today, there is at least a bug in HBaseTestingUtility:

  public void initTestDir() {
    if (System.getProperty(TEST_DIRECTORY_KEY) == null) {
      clusterTestBuildDir = setupClusterTestBuildDir();
      System.setProperty(TEST_DIRECTORY_KEY, clusterTestBuildDir.getPath());
    }
  }

if you set a value for "test.build.data", the test dir will be the parent directory and not a temp subdir, leading to issues as multiple tests will end-ups in the same (bad) directory. This function is barely used today, hence it's not visible, but I would like to use it in some new code.
A possible fix is to remove the check for null and continue with the overloading, but I don't think it would be a big issue to create a new key(like "test.build.data.rootdirectory") specific to the root directory and to use "test.build.data" only to communicate with MiniDFS. Feedback welcome.

[standalone@localhost:9990 /] /deployment=testwebapplication.war/subsystem=logging/configuration=default/logger=unknown:read-attribute(name=level
{
}

Output:

17:11:30,742 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
    ("deployment" => "testwebapplication.war"),
    ("configuration" => "default"),
    ("logger" => "unknown")
        at org.jboss.as.logging.deployments.resources.LoggerResourceDefinition$1.updateModel(LoggerResourceDefinition.java:77)
        at org.jboss.as.logging.deployments.resources.LoggerResourceDefinition$LoggerConfigurationReadStepHandler.updateModel(LoggerResourceDefinition.java:105)
        at org.jboss.as.logging.deployments.resources.LoggingConfigurationReadStepHandler.execute(LoggingConfigurationReadStepHandler.java:51)
        at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
        at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:133)
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:230)

it should print some better error messsage, like: 

[standalone@localhost:9990 /] /subsystem=logging/logger=unknown:read-attribute(name=level
{
    (\"subsystem\" => \"logging\"),
    (\"logger\" => \"unknown\")
}

If a Result created from an XMLEventWriter is passed to a JibxMarshaller for marshalling, then the following happens:

AbstractMarshaller.marshal() delegates to AbstractMarshaller.marshalStaxResult()
AbstractMarshaller.marshalStaxResult() delegates to JibxMarshaller.marshalXmlEventWriter()
JibxMarshaller.marshalXmlEventWriter() creates a ContentHandler from the XMLEventWriter and then proceeds.

The problem here is that the ContentHandler is a "logical view" API, not a "document view" API and (for example) does not support comments.
So if you marshal a document containing comments, they are silently deleted. 
This is a bug: it is not appropriate to assume that comments are discardable.

When working out the base name, it uses URI.getPath() when it should probably use URI.getRawPath(). Otherwise it gets confused by the returned space and assumes that there are multiple URLs in the string.

If fs.<filesyste>.impl.disable.cache  (eg fs.hdfs.impl.disable.cache) is set to true, then table rename fails.
The exception that gets thrown (though not logged!) is 

Caused by: InvalidOperationException(message:table new location hdfs://host1:8020/apps/hive/warehouse/t2 is on a different file system than the old location hdfs://host1:8020/apps/hive/warehouse/t1. This operation is not supported)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$alter_table_result$alter_table_resultStandardScheme.read(ThriftHiveMetastore.java:28825)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$alter_table_result$alter_table_resultStandardScheme.read(ThriftHiveMetastore.java:28811)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$alter_table_result.read(ThriftHiveMetastore.java:28753)
        at org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:78)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.recv_alter_table(ThriftHiveMetastore.java:977)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.alter_table(ThriftHiveMetastore.java:962)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.alter_table(HiveMetaStoreClient.java:208)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:74)
        at $Proxy7.alter_table(Unknown Source)
        at org.apache.hadoop.hive.ql.metadata.Hive.alterTable(Hive.java:373)
        ... 18 more

Within the class

org.springframework.web.servlet.resource.VersionResourceResolver

The property 

private final Map<String, VersionStrategy> versionStrategyMap = new HashMap<String, VersionStrategy>();

should be a LinkedHashMap
otherwise the resolver order maybe wrong if multiple version strategies are in use. The ant matchers are applied in wrong order.

<mvc:resource-chain resource-cache="false"  >
        <mvc:resolvers >
            <mvc:version-resolver >
                <mvc:fixed-version-strategy patterns="/images/*.png" version="1" />
                <mvc:fixed-version-strategy patterns="./**" version="1" />
                <mvc:fixed-version-strategy patterns="/**" version="3" />
            </mvc:version-resolver>
        </mvc:resolvers>
    </mvc:resource-chain>

When running command like "alter table .. change .." (e.g. ALTER TABLE testtbl CHANGE col col string COMMENT 'change column comment' to change a column's comment, Hive should not go to fetch the column stats for update since the comment change does not affect table/partition column stats.

SASL property com.sun.security.sasl.digest.utf8 does not behave as default when its default value is explicitely configured.
When we ommit this explicit property setting then everything is fine.
This property is described here [1] and true is default value. Property is defined in wildfly-core project org.wildfly.security.sasl.WildFlySasl.USE_UTF8.
Here is how to set it [2].
Please check Steps to Reproduce, there is how to update test.
[1] https://doc-stage.usersys.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/7.1/html-single/how_to_configure_server_security/#sasl_auth_mechanism_props_ref
[2] https://doc-stage.usersys.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/7.1/html-single/how_to_configure_server_security/#sasl_auth_mechanism_props_specify

Attached tar file was generated by some kind of backup tool on Android. Normal tar utilities seem to handle it fine, but Commons Compress doesn't.

java.lang.IllegalArgumentException: Invalid byte 0 at offset 5 in '01750{NUL}{NUL}{NUL}' len=8
    at org.apache.commons.compress.archivers.tar.TarUtils.parseOctal(TarUtils.java:99)
    at org.apache.commons.compress.archivers.tar.TarArchiveEntry.parseTarHeader(TarArchiveEntry.java:788)
    at org.apache.commons.compress.archivers.tar.TarArchiveEntry.<init>(TarArchiveEntry.java:308)

Most likely the caller is forgetting to throw the exception.
WeldLogger.componentInterceptorSupportNotAvailable
WeldEjbLogger.ejbHashBeenRemoved

This test is failing for me; the ORDER BY needs to be on the full key.

Even more cleanup, tightening, of log output (was staring at some over the last day..)

A while ago I introduced HRegoinScannerImpl.nextRaw() to allow coprocessors and scanners with caching > 1 to avoid repeated synchronization during scanning (which puts up memory fences, which in turn slows things down on multi core machines).
Looking at the code again I see that isFilterDone() is called from nextRaw() and isFilterDone() is synchronized.
The caller of nextRaw is required to ensure single threaded access to nextRaw() anyway, we can call an unsynchronized internal version of isFilterDone().

Camel-undertow is the odd one among camel-jetty, camel-restlet and netty4-http. It's consumer does not use InOut ExchangePattern and hence Request Reply EIP is not possible on asynchronous endpoints.
For example, below consumer returns "No response available" instead of "Camel rocks!!"

from("undertow:http://localhost:8081/api").to("seda:foo");

from("seda:foo").process(exchange -> {
	exchange.getIn().setBody("Camel rocks!!");
});

So it also becomes impossible to change to undertow from netty4-http,restlet or camel-jetty while using Rest DSL

I came across the following bugs in the Javadoc comments in the method below in the CollectionUtils class:
1.

   /** 

Selects all elements from input collection which match the given predicate
and adds them to outputCollection.
<p>
If the input collection or predicate is null, there is no change to the
output collection.

@param inputCollection  the collection to get the input from, may be null
@param predicate  the predicate to use, may be null
@param outputCollection  the collection to output into, may not be null
     */
    public static void select(Collection inputCollection, Predicate predicate, Collection outputCollection) {

This method will execute normally when calling select((Collection)null, (Predicate)null, (Collection)null) but the comment clearly states that outputCollection may not be null
2.

  /** 

Selects all elements from inputCollection which don't match the given predicate
<p>
If the input predicate is <code>null</code>, no elements are added to <code>outputCollection</code>.

     */
    public static void selectRejected(Collection inputCollection, Predicate predicate, Collection outputCollection) {

This method will execute normally when calling selectRejected((Collection)null, (Predicate)null, (Collection)null) but the comment also clearly states that outputCollection may not be null
3.

  /** 

Transforms all elements from the inputIterator with the given transformer
and adds them to the outputCollection.
<p>
If the input iterator or transformer is null, there is no change to the
     *
@param inputIterator  the iterator to get the input from, may be null
@param transformer  the transformer to use, may be null
@return the outputCollection with the transformed input added
@throws NullPointerException if the output collection is null
     */
    public static Collection collect(Iterator inputIterator, final Transformer transformer, final Collection outputCollection) {

This method will execute normally when calling collect((Iterator)null, (Transformer)null, (Collection)null) but the comment clearly states that NullPointerException will be thrown when the outputCollection is null
4.

 /** 

Transforms all elements from inputCollection with the given transformer
<p>
If the input collection or transformer is null, there is no change to the
     *
     */
    public static Collection collect(Collection inputCollection, final Transformer transformer, final Collection outputCollection) {

This method will execute normally when calling collect((Collection)null, (Transformer)null, (Collection)null) but the comment clearly states that NullPointerException will be thrown when the outputCollection is null
The bugs in the Javadoc comments above could be confusing to the users of the Common Collection library and they could be fixed easily by the developers..
There are a few ways to fix the:
1. Throwing the NullPointerException explicitly when the outputCollection is null.
2. Changing the Javadoc comments to include the case where all of the parameters are null.

HIVE-18807 is the follow on fix JIRA.
Broken test = org.apache.hive.beeline.cli.TestHiveCli.testNoErrorDB

Due to a typo the transformers of ResourceAdapters subsystem for the model version 2.0.0 are not registered.

Coverity static-analysis scan found possible use of null object in SetCredentialsConfiguration.filterOneSaslMechanism method.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5863025&defectInstanceId=1561291&mergedDefectId=1377459
The method contains condition

if (credentials.contains(type, null)) {
    //...
}

If the credentials variable is of type IdentityCredentials, then the contains() call may result in NPE, because the null is used as algorthmName in:

return credentialType.isInstance(credential) && algorithmName.equals(((AlgorithmCredential) credential).getAlgorithm());

DefaultLettucePool manages a RedisClient instance that's created
when afterPropertiesSet is called. The client was not being shutdown
as part of the pool's destroy() processing leading to a resource leak.
On OS X this would manifest itself as a growing number of kqueue file
descriptors being consumed eventually leading to a failure when
something tries to get a file descriptor and is unable to do so.

If a UDF returns Java's native boolean and passed into a logic AND or OR. The execution will break.

{{2 Unknown Licenses
Files with unapproved licenses:
  dev-support/jenkins-scripts/check-website-links.sh
  dev-support/jenkins-scripts/generate-hbase-website.sh
}}

Currently in AsyncProcess#sendMultiAction, we only catch the RejectedExecutionException and let other error/exception go, which will cause decTaskCounter not invoked. Meanwhile, the recommendation for using HTable is to close the table in the finally clause, and HTable#close will call flushCommits and wait until all task done.
The problem is when unchecked error/exception like OutOfMemoryError thrown, taskSent will never be equal to taskDone, so AsyncProcess#waitUntilDone will never return. Especially, if autoflush is set thus no data to flush during table close, there would be no rpc call so rpcTimeOut will not break the call, and thread will wait there forever.
In our product env, the unchecked error we observed is "java.lang.OutOfMemoryError: unable to create new native thread", and we observed the client thread hang for hours

AnnotationRevisionMetadata throws ClassCastException at line 90:

Caused by: java.lang.ClassCastException: java.lang.Integer cannot be cast to java.util.Optional
	at org.springframework.data.history.AnnotationRevisionMetadata.lambda$detectAnnotation$0(AnnotationRevisionMetadata.java:90)
	at org.springframework.data.util.Lazy.getNullable(Lazy.java:141)
	at org.springframework.data.util.Lazy.get(Lazy.java:63)
	at org.springframework.data.history.AnnotationRevisionMetadata.getRevisionNumber(AnnotationRevisionMetadata.java:64)

Most likely leftovers during migration to java.util.Optional.

There are two issues in equals method in HiveLockObject:

  @Override
  public boolean equals(Object o) {
    if (!(o instanceof HiveLockObject)) {
    }

    HiveLockObject tgt = (HiveLockObject) o;
    return Arrays.equals(pathNames, tgt.pathNames) &&
        data == null ? tgt.getData() == null :
        tgt.getData() != null && data.equals(tgt.getData());
  }

1. Arrays.equals(pathNames, tgt.pathNames) might return false for the same path in HiveLockObject since in current Hive, the pathname components might be stored in two ways, taking a dynamic partition path db/tbl/part1/part2 as an example, it might be stored in the pathNames as an array of four elements, db, tbl, part1, and part2 or as an array only having one element db/tbl/part1/part2. It will be safer to comparing the pathNames using StringUtils.equals(this.getName(), tgt.getName())
2. The comparison logic is not right.

  @Override
    }

    return StringUtils.equals(this.getName(), tgt.getName()) &&
        (data == null ? tgt.getData() == null : data.equals(tgt.getData()));
  }

https://builds.apache.org/job/HBase-TRUNK/4270/testReport/org.apache.hadoop.hbase.client/TestSnapshotCloneIndependence/testOnlineSnapshotMetadataChangesIndependent/

org.apache.hadoop.hbase.exceptions.HBaseSnapshotException: Snapshot { ss=snapshot_test1374188869207 table=test1374188869207 type=FLUSH } had an error.  Procedure snapshot_test1374188869207 { waiting=[vesta.apache.org,37857,1374188841025] done=[] }

org.apache.hadoop.hbase.exceptions.HBaseSnapshotException: org.apache.hadoop.hbase.exceptions.HBaseSnapshotException: Snapshot { ss=snapshot_test1374188869207 table=test1374188869207 type=FLUSH } had an error.  Procedure snapshot_test1374188869207 { waiting=[vesta.apache.org,37857,1374188841025] done=[] }
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:2701)
	at org.apache.hadoop.hbase.client.HBaseAdmin.execute(HBaseAdmin.java:2670)
	at org.apache.hadoop.hbase.client.HBaseAdmin.snapshot(HBaseAdmin.java:2304)
	at org.apache.hadoop.hbase.client.HBaseAdmin.snapshot(HBaseAdmin.java:2251)
	at org.apache.hadoop.hbase.client.HBaseAdmin.snapshot(HBaseAdmin.java:2203)
	at org.apache.hadoop.hbase.snapshot.SnapshotTestingUtils.createSnapshotAndValidate(SnapshotTestingUtils.java:379)
	at org.apache.hadoop.hbase.snapshot.SnapshotTestingUtils.createSnapshotAndValidate(SnapshotTestingUtils.java:410)
	at org.apache.hadoop.hbase.client.TestSnapshotCloneIndependence.runTestSnapshotMetadataChangesIndependent(TestSnapshotCloneIndependence.java:341)
	at org.apache.hadoop.hbase.client.TestSnapshotCloneIndependence.testOnlineSnapshotMetadataChangesIndependent(TestSnapshotCloneIndependence.java:145)
...

Mighty Matteo Bertozzi?  Want to take a look at this failure?  Thanks boss.

When the MavenPluginTest invokes Maven (via the Verifier), it should pass through the location of settings.xml, if there's one configured.
This is because the testing Maven project can depend on artifacts that are only available in a custom Maven repository, which is configured in the settings.xml (e.g. a productized Swarm build).

1) Direct SQL is broken on Oracle due to the usage of NUMBER type which is translated by DN into decimal rather than long. This appears to be specific to some cases because it seemed to have worked before (different version of Oracle? JDBC? DN? Maybe depends on whether db was auto-created).
2) When partition dropping code falls back to JDO, it creates objects to return, then drops partitions. It appears that dropping makes DN objects invalid. We create metastore partition objects out of DN objects before drop, however the list of partition column values is re-used, rather than copied, into these. DN appears to clear this list during drop, so the returned object becomes invalid and the exception is thrown.

A concurrent access exception occurs during our load tests while consuming messages from a rabbitmq queue.
The call stack embedded below shows that the issue is related to an "optimization" which was introduced in https://issues.apache.org/jira/browse/CAMEL-11330 to replace a ConcurrentHashMap with a regular one from version 2.19.5 to 2.20.0 onward.
The faulty code is still present in latest 2.22.0.
 
hbase(main):046:0> help 'scan'
specifications.  Scanner specifications may include one or more of:
TIMERANGE, FILTER, LIMIT, STARTROW, STOPROW, TIMESTAMP, MAXLENGTH,
or COLUMNS, CACHE
VERSIONS should be mentioned somewhere here.

I am trying to merge two Configuration using the ConfigurationFactory and the additional tag. It turns out that subsequent operations on the merged data provide wrong results. In particular, after creating a particular subset from a loaded configuration, the subset is empty. Strangely enough, when using DefaultConfigurationBuilder to load exactly the same configurations this works properly. 
So when initializing the configuration as follows, I get the following error:
URL configURL = getClass().getResource(configFile);
ConfigurationFactory factory = new ConfigurationFactory();
factory.setConfigurationURL(configURL);
myConfig = factory.getConfiguration();
60043
java.util.NoSuchElementException: 'HvNr' doesn't map to an existing object
	at org.apache.commons.configuration.AbstractConfiguration.getLong(AbstractConfiguration.java:743)
	at de.awd.vertriebsportal.portal.person.TestConfiguration.main(TestConfiguration.java:84)
Exception in thread "main" 
But when initializing it like this everything works properly
DefaultConfigurationBuilder builder = new DefaultConfigurationBuilder();
            builder.setURL(configURL);
            myConfig = builder.getConfiguration();
60043
54564
I will attach full source code and xml files

Oct 13, 2010 7:39:23 PM org.springframework.roo.felix.JdkDelegatingLogListener logNow
SEVERE: [org.springframework.roo.addon.json [27]] [org.springframework.roo.addon.json.JsonMetadataProvider] Cannot create component instance due to failure to bind reference metadataService
SEVERE: [org.springframework.roo.addon.json [27]] FrameworkEvent ERROR

If you create CXF endpoint, like this, without the address attribute, 

	<cxf:cxfEndpoint 
		id="greeting" 
		wsdlURL="greeting.wsdl"
		serviceClass="tutorial.hanbo.webservice.Greeting"
		>
	</cxf:cxfEndpoint>

... then you get a really confusing error when you deploy the endpoint in ServiceMix: the error is 

Caused by: java.lang.IllegalArgumentException: endpointUri is not specified and org.apache.camel.component.cxf.CxfSpringEndpoint 
does not implement createEndpointUri() to create a default value
	at org.apache.camel.impl.DefaultEndpoint.getEndpointUri(DefaultEndpoint.java:83)
	at org.apache.camel.management.DefaultManagementLifecycleStrategy.onEndpointAdd(DefaultManagementLifecycleStrategy.java:205)
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:386)

We find that if you explicitly set the address then the problem goes away (see below)

		address="http://localhost:9000/GreeterContext/SOAPMessageService"
		>

On camel-cxf web page, the 'address' attribute is not mentioned anywhere in the table of URI properties, so you might be lead to believe that it's not necessary. 

The Hive CLI currently supports
ALTER TABLE <table> SET TBLPROPERTIES ('key1' = 'value1', 'key2' = 'value2', ...);
To add/change the value of table properties.
It would be really useful if Hive also supported
ALTER TABLE <table> UNSET TBLPROPERTIES ('key1', 'key2', ...);
Which would remove table properties

getTimestampFromString() is slow at casting dates. It throws twice before date conversion can happen.
 
cc Gopal V Ashutosh Chauhan

I try to use LinkedCaseInsensitiveMap and I expected that using put() method only one element will be created, but it is not true:
	LinkedCaseInsensitiveMap<String> map = new LinkedCaseInsensitiveMap<String>();
	map.put("aa", "a1");
	map.put("Aa", "a2");
	map.put("aA", "a3");
	map.put("AA", "a4");
	System.out.println(map);
}
Output: 
{aa=a1, Aa=a2, aA=a3, AA=a4}
   <-- here the problem
Doing: map.get("aA") I got "a4"

HibernateItemReaderHelper.afterPropertiesSet() method contains the following code:
Assert.state(queryProvider instanceof AbstractHibernateQueryProvider,
					"Hibernate query provider must be set");
I think this is not needed as the queryProvider field is not cast to AbstractHibernateQueryProvider within HibernateItemReaderHelper.
Also if query provider defined as a scoped bean:
<bean id="myQueryProvider" class="MyQueryProvider" scope="step" /> 
proxy is not an instance of AbstractHibernateQueryProvider even though MyQueryProvider extends AbstractHibernateQueryProvider   

This issue is similar as HBASE-10833 which deal with the sendRegionOpen RPC while the JIRA issue happens with sendRegionClose.
Once a RS in in failed server list due to a network hiccup, AM quickly exhausted all retries and failed the whole region assignment later. Below is a sample stack trace:

2014-03-31 13:39:10,056 INFO  [AM.-pool1-t8] master.AssignmentManager: Server hor16n09.gq1.ygridcore.net,60020,1396270942046 returned org.apache.hadoop.hbase.ipc.RpcClient$FailedServerException: This server is in the failed servers list: hor16n09.gq1.ygridcore.net/68.142.246.220:60020 for loadtest_d1,59999994,1396261861562.fcef8d691632e99948fbf876d24f907e., try=20 of 20
org.apache.hadoop.hbase.ipc.RpcClient$FailedServerException: This server is in the failed servers list: hor16n09.gq1.ygridcore.net/68.142.246.220:60020
        at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupIOstreams(RpcClient.java:880)
        at org.apache.hadoop.hbase.ipc.RpcClient$Connection.writeRequest(RpcClient.java:1065)
        at org.apache.hadoop.hbase.ipc.RpcClient$Connection.tracedWriteRequest(RpcClient.java:1032)
        at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1474)
        at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1684)
        at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1737)
        at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$BlockingStub.closeRegion(AdminProtos.java:20854)
        at org.apache.hadoop.hbase.protobuf.ProtobufUtil.closeRegion(ProtobufUtil.java:1656)
        at org.apache.hadoop.hbase.master.ServerManager.sendRegionClose(ServerManager.java:693)
        at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1685)
        at org.apache.hadoop.hbase.master.AssignmentManager.forceRegionStateToOffline(AssignmentManager.java:1786)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1436)
        at org.apache.hadoop.hbase.master.AssignCallable.call(AssignCallable.java:45)
....
2014-03-31 13:39:10,056 WARN  [AM.-pool1-t8] master.RegionStates: Failed to open/close fcef8d691632e99948fbf876d24f907e on hor16n09.gq1.ygridcore.net,60020,1396270942046, set to FAILED_CLOSE
2014-03-31 13:39:10,056 INFO  [AM.-pool1-t8] master.RegionStates: Transitioned {fcef8d691632e99948fbf876d24f907e state=PENDING_OPEN, ts=1396273149814, server=hor16n09.gq1.ygridcore.net,60020,1396270942046} to {fcef8d691632e99948fbf876d24f907e state=FAILED_CLOSE, ts=1396273150056, server=hor16n09.gq1.ygridcore.net,60020,1396270942046}
2014-03-31 13:39:10,056 INFO  [AM.-pool1-t8] master.AssignmentManager: Skip assigning {ENCODED => fcef8d691632e99948fbf876d24f907e, NAME => 'loadtest_d1,59999994,1396261861562.fcef8d691632e99948fbf876d24f907e.', STARTKEY => '59999994', ENDKEY => '66666660'}, we couldn't close it: {fcef8d691632e99948fbf876d24f907e state=FAILED_CLOSE, ts=1396273150056, server=hor16n09.gq1.ygridcore.net,60020,1396270942046}

[ERROR] org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeNotStepwiseTest.testSftpSimpleConsume(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeNotStepwiseTest)
[ERROR] Run 1: SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <1> but was: <0>
[ERROR] Run 2: SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <1> but was: <0>
[ERROR] Run 3: SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <1> but was: <0>
[INFO]
[ERROR] org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveNotStepwiseTest.testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveNotStepwiseTest)
[ERROR] Run 1: SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <4> but was: <0>
[ERROR] Run 2: SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <4> but was: <0>
[ERROR] Run 3: SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <4> but was: <0>
[INFO]
[ERROR] org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest)
[ERROR] Run 1: SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <4> but was: <0>
[ERROR] Run 2: SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <4> but was: <0>
[ERROR] Run 3: SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <4> but was: <0>
[INFO]
[ERROR] org.apache.camel.component.file.remote.sftp.SftpUseListFalseTest.testSftpUseListFalse(org.apache.camel.component.file.remote.sftp.SftpUseListFalseTest)
[ERROR] Run 1: SftpUseListFalseTest.testSftpUseListFalse:44->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <1> but was: <0>
[ERROR] Run 2: SftpUseListFalseTest.testSftpUseListFalse:44->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <1> but was: <0>
[ERROR] Run 3: SftpUseListFalseTest.testSftpUseListFalse:44->CamelTestSupport.assertMockEndpointsSatisfied:958 mock://result Received message count. Expected: <1> but was: <0>
[INFO]
[ERROR] Errors:
[ERROR] org.apache.camel.component.file.remote.sftp.SftpProducerFileWithPathNoStepwiseTest.testProducerFileWithPathNoStepwise(org.apache.camel.component.file.remote.sftp.SftpProducerFileWithPathNoStepwiseTest)
[ERROR] Run 1: SftpProducerFileWithPathNoStepwiseTest.testProducerFileWithPathNoStepwise:45 » CamelExecution
[ERROR] Run 2: SftpProducerFileWithPathNoStepwiseTest.testProducerFileWithPathNoStepwise:45 » CamelExecution
[ERROR] Run 3: SftpProducerFileWithPathNoStepwiseTest.testProducerFileWithPathNoStepwise:45 » CamelExecution
[INFO]
[ERROR] org.apache.camel.component.file.remote.sftp.SftpSimpleProduceNotStepwiseTest.testSftpSimpleProduce(org.apache.camel.component.file.remote.sftp.SftpSimpleProduceNotStepwiseTest)
[ERROR] Run 1: SftpSimpleProduceNotStepwiseTest.testSftpSimpleProduce:40 » CamelExecution Exc...
[ERROR] Run 2: SftpSimpleProduceNotStepwiseTest.testSftpSimpleProduce:40 » CamelExecution Exc...
[ERROR] Run 3: SftpSimpleProduceNotStepwiseTest.testSftpSimpleProduce:40 » CamelExecution Exc...
[INFO]
[ERROR] org.apache.camel.component.file.remote.sftp.SftpSimpleProduceNotStepwiseTest.testSftpSimpleSubPathProduce(org.apache.camel.component.file.remote.sftp.SftpSimpleProduceNotStepwiseTest)
[ERROR] Run 1: SftpSimpleProduceNotStepwiseTest.testSftpSimpleSubPathProduce:53 » CamelExecution
[ERROR] Run 2: SftpSimpleProduceNotStepwiseTest.testSftpSimpleSubPathProduce:53 » CamelExecution
[ERROR] Run 3: SftpSimpleProduceNotStepwiseTest.testSftpSimpleSubPathProduce:53 » CamelExecution
[INFO]
[ERROR] org.apache.camel.component.file.remote.sftp.SftpSimpleProduceNotStepwiseTest.testSftpSimpleTwoSubPathProduce(org.apache.camel.component.file.remote.sftp.SftpSimpleProduceNotStepwiseTest)
[ERROR] Run 1: SftpSimpleProduceNotStepwiseTest.testSftpSimpleTwoSubPathProduce:66 » CamelExecution
[ERROR] Run 2: SftpSimpleProduceNotStepwiseTest.testSftpSimpleTwoSubPathProduce:66 » CamelExecution
[ERROR] Run 3: SftpSimpleProduceNotStepwiseTest.testSftpSimpleTwoSubPathProduce:66 » CamelExecution
[INFO]
[INFO]

When creating VectorSerializeRow we need to exclude any complex types.

I thought I'd fixed it in hbase-7951 but I'd missed where timeout was being set for the test.

These two tests are failing when I run them locally:
Failed tests:   testMultiSlaveReplication(org.apache.hadoop.hbase.replication.TestMultiSlaveReplication): Waited too much time for put replication
  testCyclicReplication(org.apache.hadoop.hbase.replication.TestMasterReplication): Waited too much time for put replication
  testSimplePutDelete(org.apache.hadoop.hbase.replication.TestMasterReplication): Waited too much time for put replication
The TestMasterReplication is NPE'ing
Mighty JD said he'd take a looksee.

'CombineHiveInputFormat' is spelt incorrectly in the hive-default.xml:
It should be 'CombineHiveInputFormat' instead of  'CombinedHiveInputFormat'.

CleanerChore checkAndDeleteDirectory is not deleting empty directories. As a result, some directories are kept in the FS but should have been removed.
To reproduce, simply create an empty directory under /hbase/.archive/table_name/. If you place a file into this directory, it's not more empty and therefore it's correctly removed.

org.jboss.as.test.integration.jsp.JspTagTestCase#test fails with security manager with jboss.dist set due to missing permissions:

ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /6b2ba122-d8bf-4324-90df-a6b04b15375e/index2.jsp: org.apache.jasper.JasperException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/6b2ba122-d8bf-4324-90df-a6b04b15375e.war/ <no signer certificates>)" of "org.apache.jasper.servlet.JasperLoader@1c6efa65")
	at io.undertow.jsp@2.0.7.Final//org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:473)
	at io.undertow.jsp@2.0.7.Final//org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
	at io.undertow.jsp@2.0.7.Final//org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
	at javax.servlet.api@1.0.0.Final//javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
	at io.opentracing.contrib.opentracing-jaxrs2//io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:55)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
	at io.undertow.jsp@2.0.7.Final//io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
	at org.wildfly.extension.undertow@16.0.0.Beta1-SNAPSHOT//org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
	at io.undertow.core@2.0.15.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
	at io.undertow.core@2.0.15.Final//io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
	at io.undertow.core@2.0.15.Final//io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
	at io.undertow.core@2.0.15.Final//io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
	at io.undertow.core@2.0.15.Final//io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
	at org.wildfly.extension.undertow@16.0.0.Beta1-SNAPSHOT//org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
	at org.wildfly.extension.undertow@16.0.0.Beta1-SNAPSHOT//org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
	at org.wildfly.extension.undertow@16.0.0.Beta1-SNAPSHOT//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
	at org.wildfly.extension.undertow@16.0.0.Beta1-SNAPSHOT//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:110)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:107)
	at io.undertow.core@2.0.15.Final//io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
	at io.undertow.core@2.0.15.Final//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
	at org.jboss.threads@2.3.2.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/6b2ba122-d8bf-4324-90df-a6b04b15375e.war/ <no signer certificates>)" of "org.apache.jasper.servlet.JasperLoader@1c6efa65")
	at org.wildfly.security.elytron-private@1.7.0.Final//org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:294)
	at org.wildfly.security.elytron-private@1.7.0.Final//org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:191)
	at java.base/java.lang.ClassLoader.checkClassLoaderPermission(ClassLoader.java:2048)
	at java.base/java.lang.Class.getClassLoader(Class.java:831)
	at org.jboss.as.weld@16.0.0.Beta1-SNAPSHOT//org.jboss.as.weld.injection.InjectionTargets.createInjectionTarget(InjectionTargets.java:68)
	at org.jboss.as.weld@16.0.0.Beta1-SNAPSHOT//org.jboss.as.weld.deployment.WeldClassIntrospector.getInjectionTarget(WeldClassIntrospector.java:102)
	at org.jboss.as.weld@16.0.0.Beta1-SNAPSHOT//org.jboss.as.weld.deployment.WeldClassIntrospector.createInstance(WeldClassIntrospector.java:114)
	at org.jboss.as.ee@16.0.0.Beta1-SNAPSHOT//org.jboss.as.ee.component.ComponentRegistry.createInstance(ComponentRegistry.java:85)
	at org.jboss.as.web-common@16.0.0.Beta1-SNAPSHOT//org.jboss.as.web.common.WebInjectionContainer.newInstance(WebInjectionContainer.java:77)
	at org.wildfly.extension.undertow@16.0.0.Beta1-SNAPSHOT//org.wildfly.extension.undertow.deployment.UndertowJSPInstanceManager.newInstance(UndertowJSPInstanceManager.java:75)
	at org.apache.jsp.index2_jsp._jspx_meth_my_005ftag_005f0(index2_jsp.java:128)
	at org.apache.jsp.index2_jsp._jspService(index2_jsp.java:99)
	at io.undertow.jsp@2.0.7.Final//org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
	at io.undertow.jsp@2.0.7.Final//org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
	... 52 more

In sparkHashTableSinkOperator, when flushToFile, before close output stream, it try to get the file length, and will get 0 for it,  take hashTableSinkOperator for ref, it should get length after output stream closed

2008-05-28 05:46:06,271 ERROR org.apache.hadoop.hbase.HRegionServer: error opening region enwiki_080312_meta,UzbHXtgD-y4ZIUVDJIXXK-==,1207951941241
        at java.io.DataInputStream.readByte(Unknown Source)
        at org.apache.hadoop.hbase.HStoreFile.loadInfo(HStoreFile.java:298)
        at org.apache.hadoop.hbase.HStore.<init>(HStore.java:808)
        at org.apache.hadoop.hbase.HRegion.<init>(HRegion.java:431)
        at org.apache.hadoop.hbase.HRegionServer.openRegion(HRegionServer.java:1256)
        at org.apache.hadoop.hbase.HRegionServer$Worker.run(HRegionServer.java:1202)

Lets get rid of info files when we move to new mapfile format.

we have some unexpected unrelocated third party dependencies in our shaded artifacts.

See org.neo4j.ogm.integration.cineasts.annotated.CineastsRelationshipEntityTest.shouldRetainREsWhenAStartOrEndNodeIsLoaded
Instead of the Ratings being merged, the rating from the loaded user replaces the ratings on the movie loaded before it.

After HBASE-3573, went in, TestMasterFailover broke.  The change in shutdown technique revealed an issue with our in-memory accounting when a master joins an already cluster; we don't add .META. and ROOT to our set of online regions in the new master so could make for some interesting issues as the new master progressed (Previous shutdown did a count of remaining servers, new shutdown process looks at in-memory state to see if only catalog carrying regionservers online... this is what was going out of whack in new master).

Not immediately exploitable, as HS2 only allow one statement a time. But in future, we may support multiple statement in HiveStatement, so better to clean up the database parameter to avoid potential sql injection.

Mixed projections using @Value and domain properties limit properties to properties exposed by the interface and does not fetch all properties:
Code

@Document
@Data
public class Employee {
	String name;
	String mood;
}

public interface EmployeeProjection {

	String getName();

	@Value("#{target.name + ' - ' + target.mood}")
	String getDescription();
}

The code from above would return for getDescription(): foo - null.
Workaround: Adding String getMood() to the interface or removing getName().

Currently they are expected to be set by the user which makes development inconvenient.
It makes writing unit tests for WebHcat more difficult as well.

Try to drop a partition from hive:
ALTER TABLE f__edr_bin_source__900_sub_id DROP IF EXISTS PARTITION ( exporttimestamp=1427824800, timestamp=1427824800)
This triggers a query on the metastore like this :
 "select "PARTITIONS"."PART_ID" from "PARTITIONS" inner join "TBLS" on "PARTITIONS"."TBL_ID" = "TBLS"."TBL_ID" and "TBLS"."TBL_NAME" = ? inner join "DBS" on "TBLS"."DB_ID" = "DBS"."DB_ID" and "DBS"."NAME" = ? inner join "PARTITION_KEY_VALS" "FILTER0" on "FILTER0"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER0"."INTEGER_IDX" = 0 inner join "PARTITION_KEY_VALS" "FILTER1" on "FILTER1"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER1"."INTEGER_IDX" = 1 where ( (((case when "TBLS"."TBL_NAME" = ? and "DBS"."NAME" = ? then cast("FILTER0"."PART_KEY_VAL" as decimal(21,0)) else null end) = ?) and ((case when "TBLS"."TBL_NAME" = ? and "DBS"."NAME" = ? then cast("FILTER1"."PART_KEY_VAL" as decimal(21,0)) else null end) = ?)) )"
In some cases, when the internal tables in postgres (metastore) have some amount of data, the query plan pushes the condition down into the join.
Now because of DERBY-6358 , case when clause is used before the cast, but in this case , cast is evaluated before condition being evaluated. So in case we have different tables partitioned on string and integer columns, cast exception is observed!
15/04/06 08:41:20 ERROR metastore.ObjectStore: Direct SQL failed, falling back to ORM 
javax.jdo.JDODataStoreException: Error executing SQL query "select "PARTITIONS"."PART_ID" from "PARTITIONS" inner join "TBLS" on "PARTITIONS"."TBL_ID" = "TBLS"."TBL_ID" and "TBLS"."TBL_NAME" = ? inner join "DBS" on "TBLS"."DB_ID" = "DBS"."DB_ID" and "DBS"."NAME" = ? inner join "PARTITION_KEY_VALS" "FILTER0" on "FILTER0"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER0"."INTEGER_IDX" = 0 inner join "PARTITION_KEY_VALS" "FILTER1" on "FILTER1"."PART_ID" = "PARTITIONS"."PART_ID" and "FILTER1"."INTEGER_IDX" = 1 where ( (((case when "TBLS"."TBL_NAME" = ? and "DBS"."NAME" = ? then cast("FILTER0"."PART_KEY_VAL" as decimal(21,0)) else null end) = ?) and ((case when "TBLS"."TBL_NAME" = ? and "DBS"."NAME" = ? then cast("FILTER1"."PART_KEY_VAL" as decimal(21,0)) else null end) = ?)) )". 
        at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:451) 
        at org.datanucleus.api.jdo.JDOQuery.executeWithArray(JDOQuery.java:321) 
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilterInternal(MetaStoreDirectSql.java:300) 
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilter(MetaStoreDirectSql.java:211) 
        at org.apache.hadoop.hive.metastore.ObjectStore$3.getSqlResult(ObjectStore.java:1915) 
        at org.apache.hadoop.hive.metastore.ObjectStore$3.getSqlResult(ObjectStore.java:1909) 
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2208) 
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExprInternal(ObjectStore.java:1909) 
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByExpr(ObjectStore.java:1882) 
org.postgresql.util.PSQLException: ERROR: invalid input syntax for type numeric: "_DEFAULT_BINSRC_" 
15/04/06 08:41:20 INFO metastore.ObjectStore: JDO filter pushdown cannot be used: Filtering is supported only on partition keys of type string 
15/04/06 08:41:20 ERROR metastore.ObjectStore: 
javax.jdo.JDOException: Exception thrown when executing query 
        at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:596) 
        at org.datanucleus.api.jdo.JDOQuery.execute(JDOQuery.java:275) 
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionNamesNoTxn(ObjectStore.java:1700) 
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionNamesPrunedByExprNoTxn(ObjectStore.java:2003) 
        at org.apache.hadoop.hive.metastore.ObjectStore.access$400(ObjectStore.java:146) 
        at org.apache.hadoop.hive.metastore.ObjectStore$3.getJdoResult(ObjectStore.java:1937) 
        at org.apache.hadoop.hive.metastore.ObjectStore$3.getJdoResult(ObjectStore.java:1909) 
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2214) 

AbstractFallbackJCacheOperationSource does not cache the fact that no cache operation exists on a given method. This means that every time said method is invoked, we look for those metadata again.

Currently if you have a bean invocation configure that is something like this

public Exchange doSomething(Exchange exchange) {
 ..
 return exchange;
}

Then Camel will set the exchange on the exchange out body. This should not be allowed.
Wiki documentation is updated about this, but the code does not check for such condition.

Consider a servlet "S" which invokes on a asynchronous EJB "A". Let's assume "S" runs with a "foo" run-as role. Now when S invokes on "A", the run-as "foo" role is correctly propagated to the asynchronous EJB invocation. However, when the "S" invocation completes and potentially clears the security context (of any run-as role), the invocation(s) within the asynchronous EJB "A" too lose the corresponding security context role association. This is because the 2 threads (the servlet invocation one and the async EJB invocation one) literally share the same object instance of the SecurityContext.
The expected behaviour is that the original security context (attributes) are copied over to the async invocation and updates to that security context later on in a separate thread shouldn't affect the ongoing async EJB invocation.

Root region is stuck in RIT.
Seems to be because of this:
3316 2011-04-29 05:53:11,941 WARN  [Thread-642-EventThread] master.AssignmentManager(518): Received OPENED for region 70236052/ROOT from server vesta.apache.org,57336,1304056370834 but region was in the state null and not in expected PENDING_OPEN or OPENING states
Later I see this:
3334 2011-04-29 05:53:12,014 DEBUG [Master:0;vesta.apache.org,36450,1304056384388] master.AssignmentManager(260): Found REGION => {NAME => 'ROOT,,0', STARTKEY => '', ENDKEY => '', ENCODED => 70236052,       TABLE => {{NAME => 'ROOT', IS_ROOT => 'true', IS_META => 'true', FAMILIES => [
{NAME => 'info', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', COMPRESSION => 'NONE', VERSIONS => '10', TTL => '2147483647', BLOCKSIZE => '8192', IN_MEMORY => 'true', BLOCKCACHE => 'true'}
]}}=vesta.apache.org,57336,1304056370834 in RITs
The former makes it so we don't clear a successfully opened ROOT from RIT so we get the second line and then the test fails with:
5192 2011-04-29 05:55:42,181 DEBUG [Thread-642] zookeeper.ZKAssign(815): ZK RIT -> 70236052
printed over and over again.
I don't get why the data is null in the zk when RS has updated it a couple of times.  I see we do a double regionOnline in master code.  This clears in-memory master state.  I don't think this it but will commit this and more logging to help w/ the debug.

[INFO] 
[INFO] Camel :: Maven Plugins ............................ FAILURE [3.566s]
[INFO] Camel :: Maven Camel Plugin ....................... SKIPPED
[INFO] Camel :: Maven Guice Plugin ....................... SKIPPED
[INFO] Camel :: Html to Pdf Plugin ....................... SKIPPED
[INFO] Total time: 8.320s
[INFO] Finished at: Wed Jul 06 08:45:30 NDT 2011
[INFO] Final Memory: 10M/55M
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.1:resolve-plugins (resolve-plugins) on project maven-plugins: Nested: Failure to find org.apache.maven.plugins:maven-plugin-plugin:jar:2.2.1 in http://repo1.maven.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced

snapshotManager.stop() is called twice in HRegionServer shutdown process

2013-07-12 12:06:56,909 INFO org.apache.hadoop.hbase.regionserver.snapshot.RegionServerSnapshotManager: Stopping RegionServerSnapshotManager gracefully.
2013-07-12 12:06:56,909 INFO org.apache.hadoop.hbase.regionserver.MemStoreFlusher: regionserver60020.cacheFlusher exiting
2013-07-12 12:06:56,909 INFO org.apache.hadoop.hbase.regionserver.LogRoller: LogRoller exiting.
2013-07-12 12:06:56,909 INFO org.apache.hadoop.hbase.regionserver.HRegionServer$CompactionChecker: regionserver60020.compactionChecker exiting
2013-07-12 12:06:56,909 DEBUG org.apache.hadoop.hbase.catalog.CatalogTracker: Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@1bfd1bfd
...
2013-07-12 12:06:56,911 INFO org.apache.hadoop.hbase.regionserver.snapshot.RegionServerSnapshotManager: Stopping RegionServerSnapshotManager gracefully.

In MongoDB the $addToSet update operation can be provided either with a single value or a list of values. In order to add multiple values to the set the list is specified with the $each operator. Example:

{ $addToSet : { field : value } }
{ $addToSet : { a : { $each : [ 3 , 5 , 6 ] } } }

The method org.springframework.data.mongodb.core.query.Update.addToSet(…) only supports adding scalar values but should support adding a list of values. Otherwise there is no way of doing the needed operation within a single update with Spring Data Mongo. Calling the addToSet(…) method multiple times on a single attribute overwrites the value to be added. Providing a list insert a nested list into the set.

This route will not throw validation exception when expected

                validator().type("xml").withUri("validator:org/apache/camel/impl/validate.xsd");

                from("direct:in").inputTypeWithValidate("xml")

If we have two HDFS consumers the files are being processed twice (once by each consumer, waiting one after the other) so the consumers are not working in parallel. If we add this the consumers will work as a team and the transfer will go faster.
This happens because there is no exception thrown (the rename method just returns true or false and everything carries on as nothing would have happened .
In order to fix this we could add in the HdfsInputStream: 49
boolean tf = info.getFileSystem().rename(new Path(ret.actualPath), new Path(ret.suffixedPath));
if (!tf) 
{
	throw new IOException("This exception is thrown because the rename did not succeded.");
	}

And also in the HdfsConsumer: 150
try {
     this.rwlock.writeLock().lock();
     this.istream = HdfsInputStream.createInputStream(fileStatuses[i].getPath().toString(), this.config);
     log.info(ioe.getMessage()	+ " If the rename fails we move on to the next file.");
     continue;
}

2016-12-19T01:35:55,995 ERROR [IO-Elevator-Thread-21 (1480722417364_0821_1_00_000133_0)] org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl: Creating context:  column_index: 5 included_index: 0 encoding: kind: DIRECT
2016-12-19T01:35:55,995 ERROR [IO-Elevator-Thread-21 (1480722417364_0821_1_00_000133_0)] org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl: Creating context:  column_index: 6 included_index: 1 encoding: kind: DIRECT
2016-12-19T01:35:55,995 ERROR [IO-Elevator-Thread-21 (1480722417364_0821_1_00_000133_0)] org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl: Creating context:  column_index: 7 included_index: 2 encoding: kind: DIRECT
2016-12-19T01:35:55,995 ERROR [IO-Elevator-Thread-21 (1480722417364_0821_1_00_000133_0)] org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl: Creating context:  column_index: 8 included_index: 3 encoding: kind: DIRECT

Guess this was accidentally logged as error msg instead of trace level. 

When issuing a query that may contain a null value, I get a NPE. 
E.g. if 'middle_name' potentially holds null values,
select count(distinct middle_name) from people; will fail with the below exception.
Other queries that work with the same input set:
select distinct middle_name from people;
select count(1), middle_name from people group by middle_name;
	at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:169)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:318)
	at org.apache.hadoop.mapred.TaskTracker$Child.main(TaskTracker.java:2198)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.process(GroupByOperator.java:424)
	at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:164)
	... 2 more
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.updateAggregations(GroupByOperator.java:376)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.processAggr(GroupByOperator.java:477)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.process(GroupByOperator.java:420)
	... 3 more

There are no source jars in the latest staged release https://repository.apache.org/content/repositories/orgapachecamel-137/org/apache/camel/camel-core/2.9.0-RC1/
Found this warning in the logs

[INFO] --- maven-source-plugin:2.1.2:jar-no-fork (attach-sources) @ camel-core ---
[WARNING] NOT adding sources to artifacts with classifier as Maven only supports one classifier per artifact. Current artifact [org.apache.camel:camel-core:bundle:2.9-SNAPSHOT] has a [] classifier.

which led me to FELIX-3058. Gonna back our maven-bundle-plugin version down to 2.3.4 shortly which resolves the issue. 

In some cases, we aggressively try to convert to a bucket map join and this ends up producing incorrect results.

Getting the following error when i run camel-example-spring-javaconfig 
[.spring.javaconfig.Main.main()] MainSupport                    INFO  Apache Camel 2.2-SNAPSHOT stopping
[INFO] 
Class file [org/osgi/framework/BundleContext.class] not found

When the Hive Metastore creates a subdirectory in the Hive warehouse for
a new table it does so with the default HDFS permissions. Since the default
dfs.umask value is 022, this means that the new subdirectory will not inherit the
group write permissions of the hive warehouse directory.
We should make the umask used by Warehouse.mkdirs() configurable, and set
it to use a default value of 002.

See the tail end of the discussion on WFCORE-1726.
The rules around streams in responses are:
1) If the thing providing the stream is an attribute, the attribute value set by the read OperationStepHandler must be the uuid of the stream.
2) If the thing providing the stream is a custom operation like :read-content, the result value in the response must be the uuid of the stream or a complex result object one of whose fields is the uuid of the stream.
Metadata about streams is propagated to the client using a response-header. But since a particular request can result in more than one attached stream, the normal non-response-header part of the result for a step must provide the uuid of the stream set by that step. This allows the client to correlate the various streams with the steps that provided them.

Path names cannot contain ":" (HADOOP-3257)
Join key toString() is used as part of filename.
https://github.com/apache/hive/blob/16bfb9c9405b68a24c7e6c1b13bec00e38bbe213/ql/src/java/org/apache/hadoop/hive/ql/exec/persistence/RowContainer.java#L523
If join key is timestamp column then this will throw following exception.

2017-08-05 23:51:33,631 ERROR [main] org.apache.hadoop.hive.ql.exec.persistence.RowContainer: java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: .RowContainer7551143976922371245.[1792453531, 2016-09-02 01:17:43,%202016-09-02%5D.tmp.crc
java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI: .RowContainer7551143976922371245.[1792453531, 2016-09-02 01:17:43,%202016-09-02%5D.tmp.crc
        at org.apache.hadoop.fs.Path.initialize(Path.java:205)
        at org.apache.hadoop.fs.Path.<init>(Path.java:171)
        at org.apache.hadoop.fs.Path.<init>(Path.java:93)
        at org.apache.hadoop.fs.ChecksumFileSystem.getChecksumFile(ChecksumFileSystem.java:94)
        at org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSOutputSummer.<init>(ChecksumFileSystem.java:404)
        at org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:463)
        at org.apache.hadoop.fs.ChecksumFileSystem.create(ChecksumFileSystem.java:442)
        at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:926)
        at org.apache.hadoop.io.SequenceFile$Writer.<init>(SequenceFile.java:1137)
        at org.apache.hadoop.io.SequenceFile.createWriter(SequenceFile.java:273)
        at org.apache.hadoop.io.SequenceFile.createWriter(SequenceFile.java:530)
        at org.apache.hadoop.hive.ql.exec.Utilities.createSequenceWriter(Utilities.java:1643)
        at org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat.getHiveRecordWriter(HiveSequenceFileOutputFormat.java:64)
        at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getRecordWriter(HiveFileFormatUtils.java:243)
        at org.apache.hadoop.hive.ql.exec.persistence.RowContainer.setupWriter(RowContainer.java:538)
        at org.apache.hadoop.hive.ql.exec.persistence.RowContainer.spillBlock(RowContainer.java:299)
        at org.apache.hadoop.hive.ql.exec.persistence.RowContainer.copyToDFSDirecory(RowContainer.java:407)
        at org.apache.hadoop.hive.ql.exec.SkewJoinHandler.endGroup(SkewJoinHandler.java:185)
        at org.apache.hadoop.hive.ql.exec.JoinOperator.endGroup(JoinOperator.java:249)
        at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:195)
        at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:444)
Caused by: java.net.URISyntaxException: Relative path in absolute URI: .RowContainer7551143976922371245.[1792453531, 2016-09-02 01:17:43,%202016-09-02%5D.tmp.crc
        at java.net.URI.checkPath(URI.java:1823)
        at java.net.URI.<init>(URI.java:745)
        at org.apache.hadoop.fs.Path.initialize(Path.java:202)
        ... 26 more

See nabble
http://old.nabble.com/Can%27t-return-null-with-Camel-remoting-ts26682177.html

Between the time a new port is picked up to start HMS or HS2, and the time when HMS or HS2 is started, the port can get used by some other service resulting in test failure.  

Patches that modify hbase-rest current getting the following warnings from findbugs:
DLS	Dead store to params in org.apache.hadoop.hbase.rest.ScannerResource.update(ScannerModel, boolean, UriInfo)
Bug type DLS_DEAD_LOCAL_STORE (click for details) 
In class org.apache.hadoop.hbase.rest.ScannerResource
In method org.apache.hadoop.hbase.rest.ScannerResource.update(ScannerModel, boolean, UriInfo)
Local variable named params
At ScannerResource.java:[line 94]

REC	Exception is caught when Exception is not thrown in org.apache.hadoop.hbase.rest.TableResource.getScanResource(UriInfo, String, String, int, String, String, List, int, int, long, long, boolean, String)
Bug type REC_CATCH_EXCEPTION (click for details) 
In class org.apache.hadoop.hbase.rest.TableResource
In method org.apache.hadoop.hbase.rest.TableResource.getScanResource(UriInfo, String, String, int, String, String, List, int, int, long, long, boolean, String)
At TableResource.java:[line 196]
https://builds.apache.org/job/PreCommit-HBASE-Build/2041/artifact/patchprocess/branch-findbugs-hbase-rest-warnings.html

Cf GitHub sample project referenced in the Reference URL.
The scenario I face is that I have some configuration stored in a specific Git repository, which is used by the application. For performances reasons (JGit usage seems rather slow) , the idea is to perform a first find at startup then use a cache/refresh technique later on.
When using an InitializingBean, the application startup fails with a 

Caused by: java.lang.NoSuchMethodError:
org.springframework.boot.autoconfigure.PropertyPlaceholderAutoConfiguration
.setBeanFactory(Lorg/springframework/beans/factory/BeanFactory;)V

It can easily be reproduced by launching mvn spring-boot:run in the GitHub sample.

Line 100:

  new SerDeException(e);
}

Seems like it should be thrown there 

From the mailing list, Erdem Agaoglu found a case where when an HLog gets rolled from the periodic log roller and it gets archived even tho the region (ROOT) still has edits in the MemStore. I did an experiment on a local empty machine and it does look broken:

org.apache.hadoop.hbase.regionserver.LogRoller: Hlog roll period 6000ms elapsed
org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter: Using syncFs -- HDFS-200
org.apache.hadoop.hbase.regionserver.wal.HLog: Roll /hbase-89-su/.logs/hbasedev,60020,1288977933643/10.10.1.177%3A60020.1288977933829, entries=1,
 filesize=295. New hlog /hbase-89-su/.logs/hbasedev,60020,1288977933643/10.10.1.177%3A60020.1288977943913
org.apache.hadoop.hbase.regionserver.wal.HLog: Found 1 hlogs to remove  out of total 1; oldest outstanding sequenceid is 270055 from region -ROOT-,,0
org.apache.hadoop.hbase.regionserver.wal.HLog: moving old hlog file /hbase-89-su/.logs/hbasedev,60020,1288977933643/10.10.1.177%3A60020.1288977933829
 whose highest sequenceid is 270054 to /hbase-89-su/.oldlogs/10.10.1.177%3A60020.1288977933829

Marking as Blocker and taking a deeper look.

HIVE-5700 has the following issues:

HIVE-8730 - fails mysql upgrades
Does not upgrade all metadata, e.g. PARTITIONS.PART_NAME See comments in HIVE-5700.
Completely corrupts postgres, see below.

With a postgres metastore on 0.12, I executed the following:

CREATE TABLE HIVE5700_DATE_PARTED (line string) PARTITIONED BY (ddate date);
CREATE TABLE HIVE5700_STRING_PARTED (line string) PARTITIONED BY (ddate string);

ALTER TABLE HIVE5700_DATE_PARTED ADD PARTITION (ddate='NOT_DATE');
ALTER TABLE HIVE5700_DATE_PARTED ADD PARTITION (ddate='20150121');
ALTER TABLE HIVE5700_DATE_PARTED ADD PARTITION (ddate='20150122');
ALTER TABLE HIVE5700_DATE_PARTED ADD PARTITION (ddate='2015-01-23');

ALTER TABLE HIVE5700_STRING_PARTED ADD PARTITION (ddate='NOT_DATE');
ALTER TABLE HIVE5700_STRING_PARTED ADD PARTITION (ddate='20150121');
ALTER TABLE HIVE5700_STRING_PARTED ADD PARTITION (ddate='20150122');
ALTER TABLE HIVE5700_STRING_PARTED ADD PARTITION (ddate='2015-01-23');

LOAD DATA LOCAL INPATH '/tmp/single-line-of-data' INTO TABLE HIVE5700_DATE_PARTED PARTITION (ddate='NOT_DATE');
LOAD DATA LOCAL INPATH '/tmp/single-line-of-data' INTO TABLE HIVE5700_DATE_PARTED PARTITION (ddate='20150121');
LOAD DATA LOCAL INPATH '/tmp/single-line-of-data' INTO TABLE HIVE5700_DATE_PARTED PARTITION (ddate='20150122');
LOAD DATA LOCAL INPATH '/tmp/single-line-of-data' INTO TABLE HIVE5700_DATE_PARTED PARTITION (ddate='2015-01-23');

LOAD DATA LOCAL INPATH '/tmp/single-line-of-data' INTO TABLE HIVE5700_STRING_PARTED PARTITION (ddate='NOT_DATE');
LOAD DATA LOCAL INPATH '/tmp/single-line-of-data' INTO TABLE HIVE5700_STRING_PARTED PARTITION (ddate='20150121');
LOAD DATA LOCAL INPATH '/tmp/single-line-of-data' INTO TABLE HIVE5700_STRING_PARTED PARTITION (ddate='20150122');
LOAD DATA LOCAL INPATH '/tmp/single-line-of-data' INTO TABLE HIVE5700_STRING_PARTED PARTITION (ddate='2015-01-23');

hive> show partitions HIVE5700_DATE_PARTED;  
OK
ddate=20150121
ddate=20150122
ddate=2015-01-23
ddate=NOT_DATE
Time taken: 0.052 seconds, Fetched: 4 row(s)
hive> show partitions HIVE5700_STRING_PARTED;
OK
Time taken: 0.051 seconds, Fetched: 4 row(s)

I then took a dump of the database named postgres-pre-upgrade.sql and the data in the dump looks good:

[root@hive5700-1-1 ~]# egrep -A9 '^COPY "PARTITIONS"|^COPY "PARTITION_KEY_VALS"' postgres-pre-upgrade.sql 
COPY "PARTITIONS" ("PART_ID", "CREATE_TIME", "LAST_ACCESS_TIME", "PART_NAME", "SD_ID", "TBL_ID") FROM stdin;
3	1421943647	0	ddate=NOT_DATE	6	2
4	1421943647	0	ddate=20150121	7	2
5	1421943648	0	ddate=20150122	8	2
6	1421943664	0	ddate=NOT_DATE	9	3
7	1421943664	0	ddate=20150121	10	3
8	1421943665	0	ddate=20150122	11	3
9	1421943694	0	ddate=2015-01-23	12	2
10	1421943695	0	ddate=2015-01-23	13	3
\.
--
COPY "PARTITION_KEY_VALS" ("PART_ID", "PART_KEY_VAL", "INTEGER_IDX") FROM stdin;
3	NOT_DATE	0
4	20150121	0
5	20150122	0
6	NOT_DATE	0
7	20150121	0
8	20150122	0
9	2015-01-23	0
10	2015-01-23	0
\.

I then upgraded to 0.13 and subsequently upgraded the MS with the following command: schematool -dbType postgres -upgradeSchema -verbose
The file postgres-post-upgrade.sql is the post-upgrade db dump. As you can see the data is completely corrupt.

[root@hive5700-1-1 ~]# egrep -A9 '^COPY "PARTITIONS"|^COPY "PARTITION_KEY_VALS"' postgres-post-upgrade.sql 
\.
--
3	2015-01-23	0
4	2015-01-23	0
5	2015-01-23	0
6	2015-01-23	0
7	2015-01-23	0
8	2015-01-23	0
\.

Same corruption from the HIVE CLI:

OK
Time taken: 0.844 seconds, Fetched: 4 row(s)
OK
Time taken: 0.114 seconds, Fetched: 4 row(s)
hive> select * from HIVE5700_STRING_PARTED;
OK
some data!	2015-01-23
Time taken: 0.536 seconds, Fetched: 4 row(s)
hive> select * from HIVE5700_DATE_PARTED;  
OK
Time taken: 0.145 seconds, Fetched: 4 row(s)

When running mvn camel:run in the camel-example-sql-blueprint module or in a generate project with the camel-archetype-blueprint Maven archetype, the following error occurs:

[ERROR] 
	at org.apache.camel.maven.RunMojo$1.run(RunMojo.java:455)
	at org.apache.camel.test.blueprint.CamelBlueprintHelper.getOsgiService(CamelBlueprintHelper.java:265)
	at org.apache.camel.test.blueprint.CamelBlueprintHelper.getOsgiService(CamelBlueprintHelper.java:226)
	at org.apache.camel.test.blueprint.Main.doStart(Main.java:107)
	at org.apache.camel.main.MainSupport.run(MainSupport.java:124)
	... 6 more

This is due to a missing dependency on org.apache.aries.blueprint.core.

This is an issue directly related to HBASE-1646. Get#write and Get#readFields both use  HbaseObjectWritable to write filters and when it comes to custom filters or filters in general that are not hardcoded in HbaseObjectWritable , an exception is thrown. 
It has been fixed in the issue noted above for Scan. Attached patch fixes it fot Get too.

HIVE-308 seems to haven broken the nightly build, see test TestCliDriver.testCliDriver_union3.
http://hudson.zones.apache.org/hudson/job/Hive-trunk-h0.17/26/testReport/org.apache.hadoop.hive.cli/TestCliDriver/testCliDriver_union3/

        at org.apache.hadoop.hive.ql.exec.Operator.logStats(Operator.java:899) ~

after this patch, when you compute column stats, it will skip the non-primitive column types and give you warning on the console.

ExternalManagementRequestExecutor is an ON_DEMAND service installed by HostControllerService and ApplicationServerService. Because it is installed by the parent of the AbstractControllerService impls, it is not tracked by ContainerStateMonitor. However, because it is ON_DEMAND it's also not started when a management op adding an http management interface adds dependencies. The results is CSM can get out of whack, seeing the http management interface as in PROBLEM state (because their dep on ExternalManagementRequestExecutor is not yet satisfied), but also seeing itself as having reached stability, because all tracked controllers are in a rest state.  The result is invalid service verification failures like I'm seeing on https://github.com/wildfly/wildfly-core/pull/3109.
This is a bit of a pain to sort as we don't want to make the service ACTIVE (since it's not needed without an http management interface) and it's messy to integrate ExternalManagementRequestExecutor with the monitor controlled by AbstractControllerService's ModelControllerImpl.

INCLUDE_AND_NEXT_COL from filter doesn't skip remaining versions of the cell if the scan has explicit columns.
This is because we use a column hint from a column tracker to prepare a cell for seeking to next column but we are not updating column tracker with next column when filter returns INCLUDE_AND_NEXT_COL.

The .gz format allows concatenating multiple .gz files as is. A decompressor should decompress the resulting multimember file as if it were a single .gz file.
GzipCompressorInputStream is a wrapper for java.util.zip.GZIPInputStream which doesn't support concatenated .gz files. Only the first .gz member is decompressed and the rest of the compressed data is silently ignored.

BMI pass a iter of inner buffer to AsyncProcess to take the undealt mutations, AsyncProcess call iter#next to get the mutation and then call iter#remove to delete the mutation from inner buffer. Hence, There's a good chance that  the mutation is processed repeatedly in case there are a bunch of threads which are running the flush.

Currently, the REST server thread pool size is the default: 250.  It can't be configured.  We need to make it configurable so that it can be adjusted per traffic/load so that REST server is less likely to OOM and die.

A simple jar containing one class which implements org.jboss.ejb.client.EJBClientInterceptor and has a META-INF/services/org.jboss.ejb.client.EJBClientInterceptor file for registering it, will fail to deploy with:

14:59:30,677 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.ejb3.ejbClientContext.deployment."interceptor-1.0-SNAPSHOT.jar": org.jboss.msc.service.StartException in service jboss.ejb3.ejbClientContext.deployment."interceptor-1.0-SNAPSHOT.jar": Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_144]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_144]
	at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_144]
	at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
	at org.jboss.as.ejb3.remote.EJBClientContextService.start(EJBClientContextService.java:101)
	... 3 more

14:59:30,682 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("full-replace-deployment") failed - address: ([]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.ejb3.ejbClientContext.deployment.\"interceptor-1.0-SNAPSHOT.jar\"" => "Failed to start service
    Caused by: java.lang.IllegalStateException"}}

This is because the org.wildfly.clustering.singleton.SingletonPolicy interface references org.wildfly.clustering.service.Builder from the org.wildfly.clustering.service module, but this module is not exported to deployments.

&amp#27;[0m&amp#27;[31m13:22:08,386 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.deployment.unit."singleton.war".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."singleton.war".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "singleton.war"
Caused by: java.lang.NoClassDefFoundError: org/wildfly/clustering/service/Builder
	at org.jboss.as.test.clustering.cluster.singleton.service.AbstractServiceActivator.install(AbstractServiceActivator.java:59)
	at org.jboss.as.test.clustering.cluster.singleton.service.MyServiceActivator.activate(MyServiceActivator.java:38)
	at org.jboss.as.server.deployment.service.ServiceActivatorProcessor.deploy(ServiceActivatorProcessor.java:74)
	... 5 more
Caused by: java.lang.ClassNotFoundException: org.wildfly.clustering.service.Builder from [Module "deployment.singleton.war:main" from Service Module Loader]
	... 9 more

Seems I forgot to add the generated soap package to the exported packages. So these classes are not packed into the jar.

Issuing a command to retrieve the jobs field using
"https://mwinkledemo.azurehdinsight.net:563/templeton/v1/queue/<job_id>?user.name=admin&fields=*" --user u
will result in timeout in windows machine. The issue happens because of the amount of data that needs to be fetched. The proposal is to use paging based encoding scheme so that we flush the contents regularly and the client does not time out.

The RB and JIRA patches for HIVE-2194 were out of sync.  An outdated patch for HIVE-2194 was committed.  This patch updates that patch to include the changes from RB.

The method FileUtils.doCopyFile(File, File, boolean) can throw ClosedByInterruptException apparently randomly:

Thread [main] (Suspended (entry into method <init> in ClosedByInterruptException))  
                owns: Object  (id=405) 
                owns: AbstractComponentSubManager$3  (id=406)       
                owns: RunnableLock  (id=407)  
                ClosedByInterruptException.<init>() line: 51      
                FileChannelImpl(AbstractInterruptibleChannel).end(boolean) line: 202 
                FileChannelImpl.size() line: 315
                FileUtils.doCopyFile(File, File, boolean) line: 1145            
                FileUtils.copyFile(File, File, boolean) line: 1088  
                FileUtils.copyFile(File, File) line: 1040     
... Stack frames from my app...

I want to workaround this by updating doCopyFile to use Java 7's Files.copy(Path,Path,CopyOptions) API.

Compiling trunk fails when building based on instructions in
https://cwiki.apache.org/confluence/display/Hive/HowToContribute
$ git status
Your branch is up-to-date with 'origin/trunk'.
nothing to commit, working directory clean
$ mvn clean install -DskipTests -Phadoop-1
...[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project hive-metastore: Compilation failure: Compilation failure:
[ERROR] /tmp/hive/metastore/src/java/org/apache/hadoop/hive/metastore/HiveMetaStore.java:[6089,29] cannot find symbol
[ERROR] symbol:   class JvmPauseMonitor
[ERROR] location: package org.apache.hadoop.util
[ERROR] /tmp/hive/metastore/src/java/org/apache/hadoop/hive/metastore/HiveMetaStore.java:[6090,35] cannot find symbol
[ERROR] 
[ERROR] 
[ERROR] 
[ERROR]   mvn <goals> -rf :hive-metastore

&amp#27;[0m&amp#27;[31m14:51:47,114 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.jgroups.channel.ee.connector: org.jboss.msc.service.StartException in service jboss.jgroups.channel.ee.connector: java.lang.NullPointerException
	at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:96)
	at org.jboss.as.network.ManagedMulticastSocketBinding.bind(ManagedMulticastSocketBinding.java:78)
	at java.net.MulticastSocket.<init>(MulticastSocket.java:172)
	at org.jboss.as.network.ManagedMulticastSocketBinding.<init>(ManagedMulticastSocketBinding.java:54)
	at org.jboss.as.network.ManagedMulticastSocketBinding.create(ManagedMulticastSocketBinding.java:40)
	at org.jboss.as.network.SocketBindingManagerImpl.createMulticastSocket(SocketBindingManagerImpl.java:82)
	at org.jboss.as.clustering.jgroups.ManagedSocketFactoryNew.createMulticastSocket(ManagedSocketFactoryNew.java:127)
	at org.jgroups.util.Util.createMulticastSocket(Util.java:3089)
	at org.jgroups.protocols.MPING.start(MPING.java:190)
	at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:965)
	at org.jgroups.JChannel.startStack(JChannel.java:890)
	at org.jgroups.JChannel._preConnect(JChannel.java:553)
	at org.jgroups.JChannel.connect(JChannel.java:288)
	at org.jgroups.JChannel.connect(JChannel.java:279)
	at org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:94)

This is because the MulticastSocket and DatagramSocket constructors call bind(...), but the ManagedBindingRegistry is not yet set.

Seems if statement will never be true, because invKeyPerm is of type byte[]. And permitted values for byte are -128...127. 
BSDUnixDESCryptPasswordImpl.java

outBit = invKeyPerm[inBit];
if (outBit == 255) {
    continue;
}

https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=8553812&defectInstanceId=2138962&mergedDefectId=1377479&fileStart=1&fileEnd=250

LazyBinaryObjectInspector.getPrimitiveJavaObject copies the full capacity of the LazyBinary's underlying BytesWritable object, which can be greater than the size of the actual contents. 
This leads to additional characters at the end of the ByteArrayRef returned. When the LazyBinary object gets re-used, there can be remnants of the later portion of previous entry. 
This was not seen while reading through hive queries, which I think is because a copy elsewhere seems to create LazyBinary with length == capacity. (probably LazyBinary copy constructor). This was seen when MR or pig used Hcatalog to read the data.

javax.ejb.ConcurrentAccessTimeoutException: JBAS014360: EJB 3.1 FR 4.3.14.1 concurrent access timeout on org.jboss.invocation.InterceptorContext@75b60094 - could not obtain lock within 5000 MILLISECONDS

if we don't specify the MaxChannelMemorySize and MaxTotalMemorySize, the OrderedMemoryAwareThreadPoolExecutor could eat up all the heap memory when the tasks are added very fast

CREATE TABLE TestV1_Staples (
      Item_Count INT,
      Ship_Priority STRING,
      Order_Priority STRING,
      Order_Status STRING,
      Order_Quantity DOUBLE,
      Sales_Total DOUBLE,
      Discount DOUBLE,
      Tax_Rate DOUBLE,
      Ship_Mode STRING,
      Fill_Time DOUBLE,
      Gross_Profit DOUBLE,
      Price DOUBLE,
      Ship_Handle_Cost DOUBLE,
      Employee_Name STRING,
      Employee_Dept STRING,
      Manager_Name STRING,
      Employee_Yrs_Exp DOUBLE,
      Employee_Salary DOUBLE,
      Customer_Name STRING,
      Customer_State STRING,
      Call_Center_Region STRING,
      Customer_Balance DOUBLE,
      Customer_Segment STRING,
      Prod_Type1 STRING,
      Prod_Type2 STRING,
      Prod_Type3 STRING,
      Prod_Type4 STRING,
      Product_Name STRING,
      Product_Container STRING,
      Ship_Promo STRING,
      Supplier_Name STRING,
      Supplier_Balance DOUBLE,
      Supplier_Region STRING,
      Supplier_State STRING,
      Order_ID STRING,
      Order_Year INT,
      Order_Month INT,
      Order_Day INT,
      Order_Date_ STRING,
      Order_Quarter STRING,
      Product_Base_Margin DOUBLE,
      Product_ID STRING,
      Receive_Time DOUBLE,
      Received_Date_ STRING,
      Ship_Date_ STRING,
      Ship_Charge DOUBLE,
      Total_Cycle_Time DOUBLE,
      Product_In_Stock STRING,
      PID INT,
      Market_Segment STRING
      );
Query that works:
SELECT customer_name, SUM(customer_balance), SUM(order_quantity) FROM default.testv1_staples s1 GROUP BY customer_name HAVING (
(COUNT(s1.discount) <= 822) AND
(SUM(customer_balance) <= 4074689.000000041)
);
Query that fails:
AND (COUNT(s1.discount) <= 822)
);

These quickstarts contains only Readme.

camel-jms-binding

From the list, cure at xg dot pl

    there are group of methods "getRow" and group "getScanner" - both get as param array of collumns
    but in "getRow" methods we have to put it without ":" at the end of column family name, and for "getScanner" the colon is necessary.
    i think that it will be good to make it identical. 

This causes class not found issues in Karaf when restarting routes for example:

13:33:50.734 WARN [pipe-camel:route-start websocket camel-context] unavailable
java.lang.RuntimeException: Unable to load org.eclipse.jetty.websocket.server.WebSocketServerFactory
	at org.eclipse.jetty.websocket.servlet.WebSocketServletFactory$Loader.load(WebSocketServletFactory.java:53) ~[?:?]
	at org.eclipse.jetty.websocket.servlet.WebSocketServlet.init(WebSocketServlet.java:138) ~[?:?]
	at javax.servlet.GenericServlet.init(GenericServlet.java:244) ~[34:javax.servlet-api:3.1.0]
	at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:640) [241:org.eclipse.jetty.servlet:9.3.15.v20161220]
	at org.eclipse.jetty.servlet.ServletHolder.initialize(ServletHolder.java:419) [241:org.eclipse.jetty.servlet:9.3.15.v20161220]
	at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:892) [241:org.eclipse.jetty.servlet:9.3.15.v20161220]
	at org.eclipse.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:1596) [241:org.eclipse.jetty.servlet:9.3.15.v20161220]
	at org.eclipse.jetty.servlet.ServletHandler.setServletMappings(ServletHandler.java:1684) [241:org.eclipse.jetty.servlet:9.3.15.v20161220]
	at org.eclipse.jetty.servlet.ServletHandler.addServletWithMapping(ServletHandler.java:1027) [241:org.eclipse.jetty.servlet:9.3.15.v20161220]
	at org.eclipse.jetty.servlet.ServletContextHandler.addServlet(ServletContextHandler.java:437) [241:org.eclipse.jetty.servlet:9.3.15.v20161220]
	at org.apache.camel.component.websocket.WebsocketComponent.createServlet(WebsocketComponent.java:457) [226:org.apache.camel.camel-websocket:2.21.0]
	at org.apache.camel.component.websocket.WebsocketComponent.addServlet(WebsocketComponent.java:439) [226:org.apache.camel.camel-websocket:2.21.0]
	at org.apache.camel.component.websocket.WebsocketComponent.connect(WebsocketComponent.java:214) [226:org.apache.camel.camel-websocket:2.21.0]
	at org.apache.camel.component.websocket.WebsocketEndpoint.connect(WebsocketEndpoint.java:123) [226:org.apache.camel.camel-websocket:2.21.0]
	at org.apache.camel.component.websocket.WebsocketProducer.doStart(WebsocketProducer.java:84) [226:org.apache.camel.camel-websocket:2.21.0]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:75) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.DefaultCamelContext.deferStartService(DefaultCamelContext.java:1558) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.DefaultCamelContext.doAddService(DefaultCamelContext.java:1475) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.DefaultCamelContext.addService(DefaultCamelContext.java:1445) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:576) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.ProducerCache.acquireProducer(ProducerCache.java:168) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.processor.SendProcessor.doStart(SendProcessor.java:248) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:60) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:104) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.util.ServiceHelper.startServices(ServiceHelper.java:90) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.processor.RedeliveryErrorHandler.doStart(RedeliveryErrorHandler.java:1472) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.support.ChildServiceSupport.start(ChildServiceSupport.java:44) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.support.ChildServiceSupport.start(ChildServiceSupport.java:31) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.processor.interceptor.DefaultChannel.doStart(DefaultChannel.java:160) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.util.ServiceHelper.startService(ServiceHelper.java:62) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.processor.MulticastProcessor.doStart(MulticastProcessor.java:1172) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.processor.DelegateAsyncProcessor.doStart(DelegateAsyncProcessor.java:80) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.RouteService.startChildService(RouteService.java:370) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.RouteService.doWarmUp(RouteService.java:196) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.RouteService.warmUp(RouteService.java:145) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.DefaultCamelContext.doWarmUpRoutes(DefaultCamelContext.java:3947) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:3854) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:3899) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.DefaultCamelContext.startRouteService(DefaultCamelContext.java:3753) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:1176) [54:org.apache.camel.camel-core:2.21.0]
	at org.apache.camel.commands.AbstractLocalCamelController.startRoute(AbstractLocalCamelController.java:341) [53:org.apache.camel.camel-commands-core:2.21.0]
	at org.apache.camel.commands.RouteStartCommand.executeOnRoute(RouteStartCommand.java:32) [53:org.apache.camel.camel-commands-core:2.21.0]
	at org.apache.camel.commands.AbstractRouteCommand.execute(AbstractRouteCommand.java:56) [53:org.apache.camel.camel-commands-core:2.21.0]
	at org.apache.camel.karaf.commands.RouteStart.execute(RouteStart.java:30) [67:org.apache.camel.karaf.camel-karaf-commands:2.21.0]
	at org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:84) [144:org.apache.karaf.shell.core:4.2.0]
	at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68) [144:org.apache.karaf.shell.core:4.2.0]
	at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86) [144:org.apache.karaf.shell.core:4.2.0]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:571) [144:org.apache.karaf.shell.core:4.2.0]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:497) [144:org.apache.karaf.shell.core:4.2.0]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:386) [144:org.apache.karaf.shell.core:4.2.0]
	at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:417) [144:org.apache.karaf.shell.core:4.2.0]
	at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) [144:org.apache.karaf.shell.core:4.2.0]
	at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) [144:org.apache.karaf.shell.core:4.2.0]
	at java.lang.Thread.run(Thread.java:745) [?:?]
Caused by: java.lang.ClassNotFoundException: org.eclipse.jetty.websocket.server.WebSocketServerFactory
	at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[?:?]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[?:?]
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) ~[?:?]
	at java.lang.Class.forName0(Native Method) ~[?:?]
	at java.lang.Class.forName(Class.java:348) ~[?:?]
	at org.eclipse.jetty.websocket.servlet.WebSocketServletFactory$Loader.load(WebSocketServletFactory.java:47) ~[?:?]
	... 76 more

I'll push a PR

Follow up on HIVE-11488 which stores the queryId in the sessionState conf. If multiple queries run at  the same time, then the logging will get wrong queryId from the sessionState.

We don't expect custom resources to be loaded from the elytron subsystem module so a module needs to be specified.

The ZKProcedureMemberRpcs of the RegionServerSnapshotManager may be initialized with the wrong memberName.

2013-06-21 05:03:41,732 DEBUG org.apache.hadoop.hbase.regionserver.HRegionServer: Initialize Snapshot Manager
...
2013-06-21 05:03:41,875 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Master passed us hostname to use. Was=0.0.0.0, Now=srv-5.test.cloudera.com

The Region Server Name is used as memberName, but since the snapshot manger is initialized before the RS receives the server name used by the master, the zkprocedure will use the wrong name (0.0.0.0). 
This will case the snapshot to fail with a TimeoutException since the master will not receive the expected RS

Master:
ZKProcedureCoordinatorRpcs: Watching for acquire node:/hbase/online-snapshot/acquired/foo23/srv-5.test.cloudera.com,60020,1371813451915

RS:
ZKProcedureMemberRpcs: Member: '0.0.0.0,60020,1371814996779' joining acquired barrier for procedure (foo23) in zk

...
org.apache.hadoop.hbase.errorhandling.TimeoutException: Timeout elapsed! Source:Timeout caused Foreign Exception Start:1371798732141, End:1371798792141, diff:60000, max:60000 ms

The reason is in the main function of hiveserver2, the log4j is initialized before processing the arguments to the function

Consider the following setup:

create table tbl (n bigint, t string); 

insert into tbl values (1, 'one'); 
insert into tbl values(2, 'two');

select a.n, a.t, isnull(b.n), isnull(b.t) from (select * from tbl where n = 1) a  left outer join  (select * from tbl where 1 = 2) b on a.n = b.n;

1    one    false    true

The query should return true for isnull(b.n).
I've tested by inserting a row with null value for the bigint column into tbl, and isnull returns true in that case. 

If MQTTEndpoint's doStop method is execuded but a the MQTT connection is not established, the endpoint throws a TimeoutException like:

at org.fusesource.mqtt.client.Promise.await(Promise.java:83)
at org.apache.camel.component.mqtt.MQTTEndpoint.doStop(MQTTEndpoint.java:300)
at org.apache.camel.support.ServiceSupport.stop(ServiceSupport.java:102)
at org.apache.camel.util.ServiceHelper.stopService(ServiceHelper.java:142)
at org.apache.camel.impl.DefaultCamelContext.stopServices(DefaultCamelContext.java:3361)
at org.apache.camel.impl.DefaultCamelContext.addEndpoint(DefaultCamelContext.java:522)
at org.apache.camel.component.ref.RefEndpoint.doStart(RefEndpoint.java:81)

The interface TypedTuple<V> extends Comparable<Double> instead of TypedTuple<V> extends Comparable<TypedTuple<V>>. 
That means code like this:

SortedSet<ZSetOperations.TypedTuple<String>> lb= new TreeSet<>();
Set<ZSetOperations.TypedTuple<String>> users = zSetOperations.reverseRangeWithScores(USERS, 0, 0);
lb.addAll(users);

will throw a ClassCastException 

Exception in thread "main" java.lang.ClassCastException: org.springframework.data.redis.core.DefaultTypedTuple cannot be cast to java.lang.Double
	at org.springframework.data.redis.core.DefaultTypedTuple.compareTo(DefaultTypedTuple.java:27)
	at java.util.TreeMap.compare(TreeMap.java:1290)
	at java.util.TreeMap.put(TreeMap.java:538)
	at java.util.TreeSet.add(TreeSet.java:255)
	at java.util.TreeSet.addAll(TreeSet.java:312)
	at org.dripstat.lb.Leaderboard.getLeaderboardForUser(Leaderboard.java:36)

Making the Comparable use Double instead of TypedTuple<V> means it can't be used by any of Java's sort() methods since they pass the object itself to the compare() method.
This is a major flaw and will bite a lot of people with runtime exceptions.

Just go into the CLI and type "describe [TABLE_NAME]". If a comment has multiple lines, it is completely unreadable due to poor comment indenting. For example:
birthdayParam         string             1 = comment1
2 = comment2
3 = comment3
But it supposed to display as:
                                         2 = comment2
                                         3 = comment3
Comments should be indented the same amount on each line, i.e., if the comment starts at row k for the first line of the comment, it should be indented by k on line 2.

If a task get killed (for whatever a reason) after it completes the renaming the temp output to final output during commit, subsequent task attempts will fail when renaming because of the existence of the target output. This can happen, however rarely.

Job failed with org.apache.hadoop.hive.ql.metadata.HiveException: Unable to rename output from: hdfs://nameservice1/tmp/hive-staging/xuefu_hive_2017-03-08_02-55-25_355_1482508192727176207-1/_task_tmp.-ext-10001/_tmp.000306_0 to: hdfs://nameservice1/tmp/hive-staging/xuefu_hive_2017-03-08_02-55-25_355_1482508192727176207-1/_tmp.-ext-10001/000306_0
FAILED: Execution Error, return code 3 from org.apache.hadoop.hive.ql.exec.spark.SparkTask. java.util.concurrent.ExecutionException: Exception thrown by job
	at org.apache.spark.JavaFutureActionWrapper.getImpl(FutureAction.scala:311)
	at org.apache.spark.JavaFutureActionWrapper.get(FutureAction.scala:316)
	at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:382)
Caused by: org.apache.spark.SparkException: Job aborted due to stage failure: Task 306 in stage 5.0 failed 4 times, most recent failure: Lost task 306.4 in stage 5.0 (TID 2956, hadoopworker1444-sjc1.prod.uber.internal): java.lang.IllegalStateException: Hit error while closing operators - failing tree: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to rename output from: hdfs://nameservice1/tmp/hive-staging/xuefu_hive_2017-03-08_02-55-25_355_1482508192727176207-1/_task_tmp.-ext-10001/_tmp.000306_0 to: hdfs://nameservice1/tmp/hive-staging/xuefu_hive_2017-03-08_02-55-25_355_1482508192727176207-1/_tmp.-ext-10001/000306_0
	at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.close(SparkMapRecordHandler.java:202)
	at org.apache.hadoop.hive.ql.exec.spark.HiveMapFunctionResultList.closeRecordProcessor(HiveMapFunctionResultList.java:58)
	at org.apache.hadoop.hive.ql.exec.spark.HiveBaseFunctionResultList$ResultIterator.hasNext(HiveBaseFunctionResultList.java:106)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to rename output from: hdfs://nameservice1/tmp/hive-staging/xuefu_hive_2017-03-08_02-55-25_355_1482508192727176207-1/_task_tmp.-ext-10001/_tmp.000306_0 to: hdfs://nameservice1/tmp/hive-staging/xuefu_hive_2017-03-08_02-55-25_355_1482508192727176207-1/_tmp.-ext-10001/000306_0
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.commit(FileSinkOperator.java:227)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.access$200(FileSinkOperator.java:133)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.closeOp(FileSinkOperator.java:1019)
	at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.close(SparkMapRecordHandler.java:179)
	... 15 more

Hive should check the existence of the target output and delete it before renaming.

create table tinyA(a bigint, b bigint) stored as textfile;
create table tinyB(a bigint, bList array<int>) stored as textfile;
load data local inpath '../data/files/tiny_a' into table tinyA;
load data local inpath '../data/files/tiny_b' into table tinyB;
select * from tinyA;
select * from tinyB;
select tinyB.a, tinyB.bList from tinyB full outer join tinyA on tinyB.a = tinyA.a;
The results are wrong

In Hive#copyFiles we have such code

if (src.isDirectory()) {
        try {
          files = srcFs.listStatus(src.getPath(), FileUtils.HIDDEN_FILES_PATH_FILTER);
          pool.shutdownNow();
          throw new HiveException(e);
        }
      }

If pool is null we will get NPE and actual cause will be lost.
Initializing of pool

    final ExecutorService pool = conf.getInt(ConfVars.HIVE_MOVE_FILES_THREAD_COUNT.varname, 25) > 0 ?
        Executors.newFixedThreadPool(conf.getInt(ConfVars.HIVE_MOVE_FILES_THREAD_COUNT.varname, 25),
        new ThreadFactoryBuilder().setDaemon(true).setNameFormat("Move-Thread-%d").build()) : null;

So in the case when the pool is not created we can get potential NPE and swallow an actual exception

The QueryUtils.FUNCTION_PATTERN does not match complex functions, e.g. using case in sums. The Regex for FUNCTION_PATTERN I found in debugging 

\s+\w+([0-9a-zA-z\._,\s']+)\s+[as|AS]+\s+(([\w\.]+))

My example Query:

select new com.example.MyDto(myEntity.prop1, 
 sum(myEntity.prop2) as myAlias,
 sum(case when myEntity.prop3=0 then 1 else 0 end) as myAliasNotWorking)
from MyEntity myEntity 
 group by myEntity.prop1
 order by myAlias

the myAlias Alias is found by the regex whereas the myAliasNotWorking is not.

when you run roo.sh from a directory with spaces on its name, it doesn't find the necesary jars.

The JdbcCursorItemReader won't handle restarting more than once, since the BufferedResultSetReader returns only the records it's processed.  An extra unit test for this scenario should be added to the abstract integration tests as well.

When the failover load balancer does a fail over it only clears the exception.
When you use dead letter channel or default error handler with redeliveries enabled they will have such information.
This should also be cleared before failover. So we have a clean and fresh start.

hive> describe function array;
describe function array;
FAILED: Parse Error: line 1:18 cannot recognize input 'array' in describe statement

hive> describe function 'array';
describe function 'array';
OK
array(n0, n1...) - Creates an array with the given elements 
Time taken: 0.396 seconds
hive> describe function map;
describe function map;
FAILED: Parse Error: line 1:18 cannot recognize input 'map' in describe statement

hive> describe function 'map';
describe function 'map';
OK
map(key0, value0, key1, value1...) - Creates a map with the given key/value pairs 
Time taken: 0.054 seconds
hive> describe function case;
describe function case;
FAILED: Parse Error: line 1:18 cannot recognize input 'case' in describe statement

hive> describe function 'case';
describe function 'case';
OK
There is no documentation for function case
Time taken: 0.072 seconds

When using MatchPath, a query like this:
select year
from matchpath(on 
        flights_tiny 
        sort by fl_num, year, month, day_of_month  
      arg1('LATE.LATE+'), 
      arg2('LATE'), arg3(arr_delay > 15), 
    arg4('year') 
   )
;
will fail with error message 
"FAILED: StringIndexOutOfBoundsException String index out of range: 6"

Found by might Allan Yang over in HBASE-20893. Quoting Allan:

But, there is truly a bug here,

  @Override
  protected void rollback(final TEnvironment env)
      throws IOException, InterruptedException {
    if (isEofState()) stateCount--;
    try {
      updateTimestamp();
      rollbackState(env, getCurrentState());
      stateCount--;
    } finally {
    }
  }
We need to decrease the stateCount when rolling back, so we can rollback for the previous state correctly. But. since a exception is thrown, the decrease for stateCount never happen. So ProcedureExecutor will continue to rollback for only one state(the one throw a exception) until the end of the execution stack.

The DynamicRouter appears to send the in-message in stead of the out-message to the next destination, which is an unexpected behaviour.

When you use in update form a datetime.tagx with pattern style "S-" for define one date and in your database have a date like xx/xx/2033 for an Object, when you try to update this record in the date input is written xx/xx/1933. If in your database have an Object with date xx/xx/1932, when you try to update this record, in the date input is written xx/xx/2032.
It seems that the date input with pattern style "S-" has a limits of years to transform a year in 1900 or 2000 and if you save the record without see this, you can lose the correct information. 

If attribute path for paging-directory is set as absolute and relative-to is undefined:

[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/path=paging-directory:write-attribute(name=path, value=/tmp/paging-journal)
[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/path=paging-directory:undefine-attribute(name=relative-to)
:reload

then :resolve-path returns concatenation of old relative-to and path:

[standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/path=paging-directory:resolve-path
{
    "result" => "/home/mnovak/hornetq_eap6_dev/internal/eap-tests-hornetq/scripts/server1/jboss-eap/standalone/data//tmp/paging-journal"
}

Undefining attribute relative-to does not work. Also if path contains absolute path then relative-to is not ignored.

Running commands in spark-shell, this is what it looks like on each invocation:

scala> val count = rdd.count()
2018-11-07 21:01:46,026 INFO  [Executor task launch worker for task 1] zookeeper.ReadOnlyZKClient: Connect 0x18f3d868 to localhost:2181 with session timeout=90000ms, retries 30, retry interval 1000ms, keepAlive=60000ms
2018-11-07 21:01:46,027 INFO  [ReadOnlyZKClient-localhost:2181@0x18f3d868] zookeeper.ZooKeeper: Initiating client connection, connectString=localhost:2181 sessionTimeout=90000 watcher=org.apache.hadoop.hbase.zookeeper.ReadOnlyZKClient$$Lambda$20/1362339879@743dab9f
2018-11-07 21:01:46,030 INFO  [ReadOnlyZKClient-localhost:2181@0x18f3d868-SendThread(localhost:2181)] zookeeper.ClientCnxn: Opening socket connection to server localhost/127.0.0.1:2181. Will not attempt to authenticate using SASL (unknown error)
2018-11-07 21:01:46,031 INFO  [ReadOnlyZKClient-localhost:2181@0x18f3d868-SendThread(localhost:2181)] zookeeper.ClientCnxn: Socket connection established to localhost/127.0.0.1:2181, initiating session
2018-11-07 21:01:46,033 INFO  [ReadOnlyZKClient-localhost:2181@0x18f3d868-SendThread(localhost:2181)] zookeeper.ClientCnxn: Session establishment complete on server localhost/127.0.0.1:2181, sessionid = 0x166f1b283080005, negotiated timeout = 40000
2018-11-07 21:01:46,035 INFO  [Executor task launch worker for task 1] mapreduce.TableInputFormatBase: Input split length: 0 bytes.
[Stage 1:>                                                          (0 + 1) / 1]2018-11-07 21:01:48,074 INFO  [Executor task launch worker for task 1] zookeeper.ReadOnlyZKClient: Close zookeeper connection 0x18f3d868 to localhost:2181
2018-11-07 21:01:48,075 INFO  [ReadOnlyZKClient-localhost:2181@0x18f3d868] zookeeper.ZooKeeper: Session: 0x166f1b283080005 closed
2018-11-07 21:01:48,076 INFO  [ReadOnlyZKClient -localhost:2181@0x18f3d868-EventThread] zookeeper.ClientCnxn: EventThread shut down for session: 0x166f1b283080005
count: Long = 10

Let me shut down the ReadOnlyZKClient log level.

When running mvn clean install in camel\tests\camel-itest I get these warnings

Running org.apache.camel.itest.tx.JmsToHttpTXWithRollbackTest
SLF4J: Found binding in [jar:file:/Users/davsclaus/.m2/repository/org/slf4j/slf4j-jdk14/1.5.8/slf4j-jdk14-1.5.8.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/Users/davsclaus/.m2/repository/org/slf4j/slf4j-log4j12/1.5.8/slf4j-log4j12-1.5.8.jar!/org/slf4j/impl/StaticLoggerBinder.class]
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.023 sec

The following query hangs:

select * from (select 1 from zshao_lazy union all select 2 from zshao_lazy) a;

The following query produce wrong results: (one map-reduce job overwrite/cannot overwrite the result of the other)

select * from (select 1 as id from zshao_lazy cluster by id union all select 2 as id from zshao_meta) a;

The reason of both is that the destination directory of the file sink operator conflicts with each other.

Version of mail subsystem xsd & model must be 3.0 in wildfly 11 not 2.1 as is currently

RabbitGatewaySupport uses class RabbitTemplate rather than interface RabbitOperations for its rabbitTemplate property. If AOP advice creates a proxy for a RabbitTemplate a JDK proxy will be created since RabbitTemplate implements the RabbitOperations interface. If the advised bean is injected into RabbitGatewaySupport, an error will occur because the bean is not an instance of RabbitTemplate. While a CGLIB proxy could be used, this would require making all proxies in the application CGLIB proxies which could have negative consequences.
Suggestion is to change RabbitGatewaySupport to make the type of rabbitTemplate RabbitOperations. Since RabbitGatewaySupport invokes the getConnection method on rabbitTemplate, there would probably be a need to add this method to the RabbitOperations interface as well. Also, there may be other places within Spring AMQP where RabbitTemplate could be injected; if so then these should be changed as well.
Workaround for this issue is to avoid use of RabbitGatewaySupport or create a local copy and modify it accordingly.

EndpointInterceptor defines handleFault as follows:
boolean handleFault(MessageContext messageContext, Object endpoint) throws Exception;
EndpointInterceptorAdapter provides a default implementation like this (notice the missing "throws Exception"):
public boolean handleFault(MessageContext messageContext, Object endpoint) {
}
As a result subclasses of EndpointInterceptorAdapter can no longer throw exceptions from handleFault()

Exceptions in the log of the form:
2017-03-06T15:42:30,046 WARN  [ATS Logger 0]: hooks.ATSHook (ATSHook.java:run(318)) - Failed to submit to ATS for hive_20170306154227_f41bc7cb-1a2f-40f1-a85b-b2bc260a451a
        at org.apache.hadoop.hive.ql.exec.ExplainTask.outputPlan(ExplainTask.java:608) ~[hive-exec-2.1.0.2.6.0.0-585.jar:2.1.0.2.6.0.0-585]

TestScannerModel fails if jackson 1.9.13 is used. (Hadoop 2.5 now uses that version, see HADOOP-10104):

Failed tests:   testToJSON(org.apache.hadoop.hbase.rest.model.TestScannerModel): expected:<{"batch":100,"caching":1000,"cacheBlocks":false,"endRow":"enp5eng=","endTime":1245393318192,"maxVersions":2147483647,"startRow":"YWJyYWNhZGFicmE=","startTime":1245219839331,"column":["Y29sdW1uMQ==","Y29sdW1uMjpmb28="],"labels":["private","public"]}> but was:<{"startRow":"YWJyYWNhZGFicmE=","endRow":"enp5eng=","batch":100,"startTime":1245219839331,"endTime":1245393318192,"maxVersions":2147483647,"caching":1000,"cacheBlocks":false,"column":["Y29sdW1uMQ==","Y29sdW1uMjpmb28="],"label":["private","public"]}>

The problem is the annotation used for the labels element which is 'label' instead of 'labels'.

The ParameterValidator javadoc declares the 'value' parameter cannot be null, so a null param value should result in an AssertionError or an IAE. But RolloutPlanValidator is throwing an OFE. OFE should be used for user errors (i.e. invalid requests), not coding mistakes. The data passed to a validator is not under the control of the user; passing a null means a coding mistake.
The caller of a ParameterValidator is the kernel, not outside code, so we are not validating unknown inputs. So an assert is fine; no need for an IAE.

I found serious problems with datanucleus code when using JDK7, resulting in some sort of exception being thrown when datanucleus code is entered.
I tried source=1.7, target=1.7 with JDK7 as well as source=1.6, target=1.6 with JDK7 and there was no visible difference in that the same unit tests failed.
I tried upgrading datanucleus to 3.0.1, as per HIVE-2084.patch, which did not fix the failing tests.
I tried upgrading datanucleus to 3.1-release, as per the advise of http://www.datanucleus.org/servlet/jira/browse/NUCENHANCER-86, which suggests using ASMv4 will allow datanucleus to work with JDK7. I was not successful with this either.
I tried upgrading datanucleus to 3.1.2. I was not successful with this either.
Regarding datanucleus support for JDK7+, there is the following JIRA
http://www.datanucleus.org/servlet/jira/browse/NUCENHANCER-81
which suggests that they don't plan to actively support JDK7+ bytecode any time soon.
I also tested the following JVM parameters found on
http://veerasundar.com/blog/2012/01/java-lang-verifyerror-expecting-a-stackmap-frame-at-branch-target-jdk-7/
with no success either.
This will become a more serious problem as people move to newer JVMs. If there are other who have solved this issue, please post how this was done. Otherwise, it is a topic that I would like to raise for discussion.
Test Properties:

There can be a NPE if the jpa consumer polls too soon

2015-05-10 20:35:25,605 [ction.BookOrder] WARN  JpaConsumer                    - Consumer Consumer[jpa://camelinaction.BookOrder] failed polling endpoint: Endpoint[jpa://camelinaction.BookOrder]. Will try again at next poll. Caused by: [java.lang.NullPointerException - null]
	at org.apache.camel.component.jpa.JpaConsumer$1.doInTransaction(JpaConsumer.java:97)
	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:133)
	at org.apache.camel.component.jpa.JpaConsumer.poll(JpaConsumer.java:94)
	at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:174)
	at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:101)

Field name RestConfigurationDefinitionProperties#hostNameResolver doesn't match RestConfiguration#restHostNameResolver, but the match is critical for configureRestConfigurationDefinition() to work. In fact some other fields (such as enableCors) also don't match, but they are set explicitly, not in bulk via CamelPropertiesHelper.setCamelProperties.

Inflow transactions are initiated by an external enterprise information system (EIS). If a message arrive from the EIS in a transaction, the EAP should import the tx context (thru resource adapter (RAR)) and perform the business process on that message in the same transaction. 
In our test two participants are part of TM subordinate transaction driven by RAR and two phase commit (2PC) is expected to be processed by TM on those participants. 
It seems that since DR12 TM doesn't know about inflow tx and returns XA_RDONLY on prepare call. After that it ends up with XAException on commit call. 

2017-02-21 10:41:38,265 ERROR [org.jboss.as.test.jbossts.crashrec.jca.rar.TestResourceTxnWorkUnit] (default-threads - 1) Can't run javax.resource.spi.XATerminator command based on message 'commit 1' XAException 'null' with error code 'XAER_INVAL'?: javax.transaction.xa.XAException
	at com.arjuna.ats.internal.jta.transaction.arjunacore.jca.XATerminatorImple.commit(XATerminatorImple.java:98)
	at org.jboss.as.test.jbossts.crashrec.jca.rar.TestResourceTxnWorkUnit.run(Unknown Source)

LazyInitTargetSourceCreator does not work in Java based configuration, as you can see in the example code in this forum thread: http://forum.springsource.org/showthread.php?125489-Configuration-BeanNameAutoProxyCreator-and-LazyInitTargetSourceCreator.
Interesting: a workaround is making the @Bean method for the lazy service object static. 

Running NestedRemoteContextTestCase (from WildFly testsuite/integration/basic) with security manager, like

./integration-tests.sh -Dts.basic -Dts.noSmoke -Dtest=NestedRemoteContextTestCase -Dsecurity.manager

results in exception:

java.io.IOException: java.lang.IllegalArgumentException: XNIO001001: No XNIO provider found

To make it work, permissions like following need to be added to permissions.xml of  ejb.ear:

new FilePermission("/home/okotek/git/wildfly/dist/target/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base/org/jboss/xnio/nio/main/*", "read"),
new FilePermission("/home/okotek/git/wildfly/dist/target/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base/org/jboss/marshalling/river/main/*", "read"),
new RemotingPermission("createEndpoint"),
new RuntimePermission("createXnioWorker"),
new RemotingPermission("addConnectionProvider"),
new RuntimePermission("modifyThread"),
new RuntimePermission("accessDeclaredMembers"),
new ReflectPermission("suppressAccessChecks")

which is very confusing.
Why do I need add seemingly unrelated permissions, like FilePermission for XNIO and marshalling or RuntimePermission for createXnioWorker? Such behavior should be fixed or properly documented.

The toString() codes of  ConvertBodyType 

public String toString() {
        return "convertBodyTo[" + getType() + "]";
 }

if the ConvertBodyType's  typeClass member is set, the toString() method will not not reflect that.
http://markmail.org/message/irikh3gxsff6vnlg?q=Problems+with+convertBodyTo+in+Java+DSL

When two regions are merged online, they are closed but master doesn't know they should stay closed during the merge.  If master moves them by mistake, for example, load balancer kicks in, the merge could be messed up.

If there are some empty tables without any file associated, the map join will fail.

Summary: ServiceRef*TestCases fail with security manager

ServiceRefEarTestCase
ServiceRefSevletTestCase
ServiceRefTestCase

Having in common root exception like this

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/store/repository/org/jboss/ws/cxf/jbossws-cxf-factories/5.2.4.Final/jbossws-cxf-factories-5.2.4.Final.jar" "read")" in code source "(vfs:/content/ws-serviceref-example.ear/ws-serviceref-example-servlet-client.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ws-serviceref-example.ear.ws-serviceref-example-servlet-client.war" from Service Module Loader")
	at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:359)
	at javax.xml.ws.spi.ServiceLoaderUtil.firstByServiceLoader(ServiceLoaderUtil.java:67)
	... 78 more

According to http://code.google.com/p/networkpx/wiki/PlistSpec a plist file can contain C-style comments. These are currently not recognized by PropertyListConfiguration.

After HBASE-451, HRegionInfo#getTableDesc has been modified to always return null. 
One immediate effect is broken unit tests.
That aside, it is not in the spirit of deprecation to actually break the method until after the deprecation cycle, it's a bug.

In PasswordKeyMapper an exception is logged with the default algorithm name instead of the algorithm used to instantiate PasswordFactory object. 

        final PasswordFactory passwordFactory;
        try {
            passwordFactory = PasswordFactory.getInstance(algorithmName, providers);
        } catch (NoSuchAlgorithmException e) {
            throw log.couldNotObtainPasswordFactoryForAlgorithm(algorithmName, e);
        }

...

        try {
            Password password = passwordFactory.generatePassword(passwordSpec);
            if (log.isTraceEnabled()) {
                log.tracef("Key Mapper: Password credential created using algorithm column value [%s]", algorithmName);
            }
            return new PasswordCredential(password);
        } catch (InvalidKeySpecException e) {
            throw log.invalidPasswordKeySpecificationForAlgorithm(this.defaultAlgorithm, e);
        }

Add a chaos action that will turn down region size.

Eventually this will cause regions to split a lot.
It will need to have a min region size.

Add a chaos monkey action that will change split policy

Change between Uniform and SplittingUpTo and back

Add chaos monkey action that will request splits of every region.

When regions all reach the size a the exact same time the compactions add a lot of work.
This simulates a very well distributed write pattern reaching the region size.

Add the ability to start with fewer regions than normal to ITBLL

If the socket factory fails to create a socket (eg Too many open files), then HBaseClient.handleConnectionFailure will throw NPE instead of an IOE subclass

As explained in the thread referenced (welcome-file-list not being fully honoured), the method getPathWithinServletMapping returns the wrong path when a welcome file in web.xml is pointing to a controller mapping.
web.xml
   <servlet-name>myservelt</servlet-name>
   <url-pattern>/app/*</url-pattern>

<welcome-file-list>
   <welcome-file>app/welcome</welcome-file>
</welcome-file-list>

Adding a check to see if request.getPathInfo is not null, would fix the problem. This behavior is already the default in FlowUrlHandler.
I paste below a modified method with the values returned when http://server/context in accessed.
UrlPathHelper.java
   public String getPathWithinServletMapping(HttpServletRequest request) {
      String pathWithinApp = getPathWithinApplication(request);   // <- This is "/"
      String servletPath = getServletPath(request);               // <- This is "/app"
      if (pathWithinApp.startsWith(servletPath)) {
         // Normal case: URI contains servlet path.
         return pathWithinApp.substring(servletPath.length());
      }
      else {
         // Special case: URI is different from servlet path.
         // Can happen e.g. with index page: URI="/", servletPath="/index.html"
         String pathInfo = request.getPathInfo();                 // <- This is "/welcome"
         if (pathInfo != null) {
            return pathInfo;
         }
         return servletPath;
      }
}

From the HMaster logs, I found something weird:
2011-05-24 11:12:11,152 INFO org.apache.hadoop.hbase.master.HMaster: balance hri=hello,122130,1305944329350.7d6c96428e2563c3d8676474d0a9f814., src=158-1-101-202,20020,1306205409671, dest=158-1-101-222,20020,1306205940117
2011-05-24 11:12:31,536 INFO org.apache.hadoop.hbase.master.HMaster: balance hri=hello,122130,1305944329350.7d6c96428e2563c3d8676474d0a9f814., src=158-1-101-202,20020,1306205409671, dest=158-1-101-222,20020,1306205940117
We can see that, the same region was balanced twice.
To describe the problem, I give out one simple example:
1. Suppose regions count is 10 in RegionServer A.
   Max: 5  Min:4
2. So the regions count need to move is: 5.
3. Before the movement of calculate, the list was shuffled.
4. The 5 moving region was picked out from the back.
5. The nextRegionForUnload value is 5.
6. So if the neededRegions is not zero. Maybe there's still one region should be picked out from RegionServer A.
   This time , the picked Index is 5 which has been picked once!!!!! 

<----5------

I am trying to enable Infinispan as a 2nd level cache for hibernate. As soon as I enable it, I get the following startup exception:

016-10-06 13:48:58,182 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 7) MSC000001: Failed to start service jboss.persistenceunit."demo.war#primary": org.jboss.msc.service.StartException in service jboss.persistenceunit."demo.war#primary": javax.persistence.PersistenceException: [PersistenceUnit: primary] Unable to build Hibernate SessionFactory
	at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:179)
	at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:121)
	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:667)
	at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1.run(PersistenceUnitServiceImpl.java:193)
Caused by: javax.persistence.PersistenceException: [PersistenceUnit: primary] Unable to build Hibernate SessionFactory
	at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.persistenceException(EntityManagerFactoryBuilderImpl.java:954)
	at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:882)
	at org.jboss.as.jpa.hibernate5.TwoPhaseBootstrapImpl.build(TwoPhaseBootstrapImpl.java:44)
	at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:161)
	... 7 more
Caused by: org.hibernate.service.spi.ServiceException: Unable to create requested service [org.hibernate.engine.spi.CacheImplementor]
	at org.hibernate.service.internal.AbstractServiceRegistryImpl.createService(AbstractServiceRegistryImpl.java:264)
	at org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(AbstractServiceRegistryImpl.java:228)
	at org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:207)
	at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:242)
	at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:444)
	at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:879)
	... 9 more
Caused by: org.hibernate.cache.CacheException: Infinispan custom cache command factory not installed (possibly because the classloader where Infinispan lives couldn't find the Hibernate Infinispan cache provider)
	at org.hibernate.cache.infinispan.InfinispanRegionFactory.getCacheCommandFactory(InfinispanRegionFactory.java:716)
	at org.hibernate.cache.infinispan.InfinispanRegionFactory.startRegion(InfinispanRegionFactory.java:552)
	at org.hibernate.cache.infinispan.InfinispanRegionFactory.buildTimestampsRegion(InfinispanRegionFactory.java:332)
	at org.hibernate.cache.spi.UpdateTimestampsCache.<init>(UpdateTimestampsCache.java:57)
	at org.hibernate.internal.CacheImpl.<init>(CacheImpl.java:53)
	at org.hibernate.engine.spi.CacheInitiator.initiateService(CacheInitiator.java:28)
	at org.hibernate.engine.spi.CacheInitiator.initiateService(CacheInitiator.java:20)
	at org.hibernate.service.internal.SessionFactoryServiceRegistryImpl.initiateService(SessionFactoryServiceRegistryImpl.java:46)
	at org.hibernate.service.internal.AbstractServiceRegistryImpl.createService(AbstractServiceRegistryImpl.java:254)
	... 14 more

2016-10-06 13:48:58,184 ERROR [org.jboss.as.controller.management-operation] (main) WFLYCTL0013: Operation ("add") failed - address: (("deployment" => "demo.war")) - failure description: {
    "WFLYCTL0080: Failed services" => {"jboss.persistenceunit.\"demo.war#primary\"" => "org.jboss.msc.service.StartException in service jboss.persistenceunit.\"demo.war#primary\": javax.persistence.PersistenceException: [PersistenceUnit: primary] Unable to build Hibernate SessionFactory
    Caused by: javax.persistence.PersistenceException: [PersistenceUnit: primary] Unable to build Hibernate SessionFactory
    Caused by: org.hibernate.service.spi.ServiceException: Unable to create requested service [org.hibernate.engine.spi.CacheImplementor]
    Caused by: org.hibernate.cache.CacheException: Infinispan custom cache command factory not installed (possibly because the classloader where Infinispan lives couldn't find the Hibernate Infinispan cache provider)"},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.persistenceunit.\"demo.war#primary\""],
}
2016-10-06 13:48:58,185 ERROR [org.jboss.as.server] (main) WFLYSRV0021: Deploy of deployment "demo.war" was rolled back with the following failure message: 
{
}

In a single replication request from source cluster a RS can send either at most replication.source.size.capacity size of data or replication.source.nb.capacity entries. 
The size is calculated by considering the cells size in each entry which will get calculated wrongly in case of bulk loaded data replication, in this case we need to consider the size of hfiles not cell.

Currently, there is a race condition between creating and registering a CQ and SDG's @EnableClusterConfiguration functionality, specifically when creating the Region's on the server that are identified in the CQ query (i.e. SELECT * FROM /Region ...).

It is 

$ bin/hbase class org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot MySnapshot -copy-to hdfs://srv2:8082/hbase -mappers 16

$ bin/hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot MySnapshot -copy-to hdfs://srv2:8082/hbase -mappers 16

If no columns are specified, all columns will be scanned.
To scan all members of a column family, leave the qualifier empty as in
'col_family:'.

Methinks there shouldn't be a colon there (leaving it on never returns a row). Anyone getting a different result than I am?

Run the following command:

repl dump `*` from 60758 with ('hive.repl.dump.metadata.only'='true', 'hive.repl.dump.include.acid.tables'='true');

See this in hs2.log:

2018-07-10T18:07:32,308 INFO [HiveServer2-Handler-Pool: Thread-14380]: conf.HiveConf (HiveConf.java:getLogIdVar(5061)) - Using the default value passed in for log id: f1e13736-3f10-4abf-a29b-683b534dfa4c
2018-07-10T18:07:32,309 INFO [HiveServer2-Handler-Pool: Thread-14380]: session.SessionState (:()) - Updating thread name to f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380
2018-07-10T18:07:32,311 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: operation.OperationManager (:()) - Adding operation: OperationHandle [opType=EXECUTE_STATEMENT, getHandleIdentifier()=16eb1d07-e125-490c-8ab8-90192bfd459b]
2018-07-10T18:07:32,314 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: ql.Driver (:()) - Compiling command(queryId=hive_20180710180732_7dcc20db-90db-486d-a825-e6fa91dc092b): repl dump `*` from 60758 with ('hive.repl.dump.metadata.only'='true', 'hive.repl.dump.include.acid.tables'='true')
2018-07-10T18:07:32,317 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: metastore.HiveMetaStoreClient (:()) - Trying to connect to metastore with URI thrift://hwx-demo-2.field.hortonworks.com:9083
2018-07-10T18:07:32,317 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: metastore.HiveMetaStoreClient (:()) - Opened a connection to metastore, current connections: 19
2018-07-10T18:07:32,319 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: metastore.HiveMetaStoreClient (:()) - Connected to metastore.
2018-07-10T18:07:32,319 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: metastore.RetryingMetaStoreClient (:()) - RetryingMetaStoreClient proxy=class org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient ugi=hive (auth:SIMPLE) retries=24 delay=5 lifetime=0
2018-07-10T18:07:32,439 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: ql.Driver (:()) - Semantic Analysis Completed (retrial = false)
2018-07-10T18:07:32,440 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: ql.Driver (:()) - Returning Hive schema: Schema(fieldSchemas:[FieldSchema(name:dump_dir, type:string, comment:from deserializer), FieldSchema(name:last_repl_id, type:string, comment:from deserializer)], properties:null)
2018-07-10T18:07:32,443 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: exec.ListSinkOperator (:()) - Initializing operator LIST_SINK[0]
2018-07-10T18:07:32,446 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: ql.Driver (:()) - Completed compiling command(queryId=hive_20180710180732_7dcc20db-90db-486d-a825-e6fa91dc092b); Time taken: 0.132 seconds
2018-07-10T18:07:32,447 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: conf.HiveConf (HiveConf.java:getLogIdVar(5061)) - Using the default value passed in for log id: f1e13736-3f10-4abf-a29b-683b534dfa4c
2018-07-10T18:07:32,448 INFO [f1e13736-3f10-4abf-a29b-683b534dfa4c HiveServer2-Handler-Pool: Thread-14380]: session.SessionState (:()) - Resetting thread name to HiveServer2-Handler-Pool: Thread-14380
2018-07-10T18:07:32,451 INFO [HiveServer2-Background-Pool: Thread-15161]: reexec.ReExecDriver (:()) - Execution #1 of query
2018-07-10T18:07:32,452 INFO [HiveServer2-Background-Pool: Thread-15161]: lockmgr.DbTxnManager (:()) - Setting lock request transaction to txnid:30327 for queryId=hive_20180710180732_7dcc20db-90db-486d-a825-e6fa91dc092b
2018-07-10T18:07:32,454 INFO [HiveServer2-Background-Pool: Thread-15161]: lockmgr.DbLockManager (:()) - Requesting: queryId=hive_20180710180732_7dcc20db-90db-486d-a825-e6fa91dc092b LockRequest(component:[LockComponent(type:SHARED_READ, level:DB, dbname:default, operationType:SELECT), LockComponent(type:SHARED_READ, level:DB, dbname:hwxdemo, operationType:SELECT), LockComponent(type:SHARED_READ, level:DB, dbname:information_schema, operationType:SELECT), LockComponent(type:SHARED_READ, level:DB, dbname:sys, operationType:SELECT)], txnid:30327, user:hive, hostname:hwx-demo-2.field.hortonworks.com, agentInfo:hive_20180710180732_7dcc20db-90db-486d-a825-e6fa91dc092b)
2018-07-10T18:07:32,497 INFO [HiveServer2-Background-Pool: Thread-15161]: lockmgr.DbLockManager (:()) - Response to queryId=hive_20180710180732_7dcc20db-90db-486d-a825-e6fa91dc092b LockResponse(lockid:30305, state:ACQUIRED)
2018-07-10T18:07:32,501 INFO [HiveServer2-Background-Pool: Thread-15161]: ql.Driver (:()) - Executing command(queryId=hive_20180710180732_7dcc20db-90db-486d-a825-e6fa91dc092b): repl dump `*` from 60758 with ('hive.repl.dump.metadata.only'='true', 'hive.repl.dump.include.acid.tables'='true')
2018-07-10T18:07:32,503 INFO [HiveServer2-Background-Pool: Thread-15161]: ql.Driver (:()) - Starting task [Stage-0:REPL_DUMP] in serial mode
2018-07-10T18:07:32,506 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Closed a connection to metastore, current connections: 18
2018-07-10T18:07:32,509 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Trying to connect to metastore with URI thrift://hwx-demo-2.field.hortonworks.com:9083
2018-07-10T18:07:32,509 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Opened a connection to metastore, current connections: 19
2018-07-10T18:07:32,510 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Connected to metastore.
2018-07-10T18:07:32,510 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.RetryingMetaStoreClient (:()) - RetryingMetaStoreClient proxy=class org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient ugi=hive (auth:SIMPLE) retries=24 delay=5 lifetime=0
2018-07-10T18:07:32,536 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Closed a connection to metastore, current connections: 18
2018-07-10T18:07:32,538 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Trying to connect to metastore with URI thrift://hwx-demo-2.field.hortonworks.com:9083
2018-07-10T18:07:32,539 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Opened a connection to metastore, current connections: 19
2018-07-10T18:07:32,542 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Connected to metastore.
2018-07-10T18:07:32,542 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.RetryingMetaStoreClient (:()) - RetryingMetaStoreClient proxy=class org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient ugi=hive (auth:SIMPLE) retries=24 delay=5 lifetime=0
2018-07-10T18:07:32,565 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::START: \{"dbName":"*","dumpType":"INCREMENTAL","estimatedNumEvents":0,"dumpStartTime":1531246052}
2018-07-10T18:07:32,577 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Closed a connection to metastore, current connections: 18
2018-07-10T18:07:32,578 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60759 COMMIT_TXN message : \{"txnid":30321,"timestamp":1531246017,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,603 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60759","eventType":"EVENT_COMMIT_TXN","eventsDumpProgress":"1/0","dumpTime":1531246052}
2018-07-10T18:07:32,604 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60760 COMMIT_TXN message : \{"txnid":30322,"timestamp":1531246021,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,628 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60760","eventType":"EVENT_COMMIT_TXN","eventsDumpProgress":"2/0","dumpTime":1531246052}
2018-07-10T18:07:32,629 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60761 OPEN_TXN message : \{"txnIds":null,"timestamp":1531246022,"fromTxnId":30323,"toTxnId":30323,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,653 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60761","eventType":"EVENT_OPEN_TXN","eventsDumpProgress":"3/0","dumpTime":1531246052}
2018-07-10T18:07:32,654 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60762 COMMIT_TXN message : \{"txnid":30323,"timestamp":1531246028,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,679 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60762","eventType":"EVENT_COMMIT_TXN","eventsDumpProgress":"4/0","dumpTime":1531246052}
2018-07-10T18:07:32,680 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60763 OPEN_TXN message : \{"txnIds":null,"timestamp":1531246033,"fromTxnId":30324,"toTxnId":30324,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,702 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60763","eventType":"EVENT_OPEN_TXN","eventsDumpProgress":"5/0","dumpTime":1531246052}
2018-07-10T18:07:32,702 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60764 OPEN_TXN message : \{"txnIds":null,"timestamp":1531246038,"fromTxnId":30325,"toTxnId":30325,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,724 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60764","eventType":"EVENT_OPEN_TXN","eventsDumpProgress":"6/0","dumpTime":1531246052}
2018-07-10T18:07:32,725 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60765 COMMIT_TXN message : \{"txnid":30324,"timestamp":1531246038,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,747 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60765","eventType":"EVENT_COMMIT_TXN","eventsDumpProgress":"7/0","dumpTime":1531246052}
2018-07-10T18:07:32,748 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60766 COMMIT_TXN message : \{"txnid":30325,"timestamp":1531246043,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,768 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60766","eventType":"EVENT_COMMIT_TXN","eventsDumpProgress":"8/0","dumpTime":1531246052}
2018-07-10T18:07:32,769 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60767 OPEN_TXN message : \{"txnIds":null,"timestamp":1531246043,"fromTxnId":30326,"toTxnId":30326,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,791 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60767","eventType":"EVENT_OPEN_TXN","eventsDumpProgress":"9/0","dumpTime":1531246052}
2018-07-10T18:07:32,791 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60768 COMMIT_TXN message : \{"txnid":30326,"timestamp":1531246049,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,816 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60768","eventType":"EVENT_COMMIT_TXN","eventsDumpProgress":"10/0","dumpTime":1531246052}
2018-07-10T18:07:32,817 INFO [HiveServer2-Background-Pool: Thread-15161]: events.AbstractEventHandler (:()) - Processing#60769 OPEN_TXN message : \{"txnIds":null,"timestamp":1531246052,"fromTxnId":30327,"toTxnId":30327,"server":"thrift://hwx-demo-2.field.hortonworks.com:9083","servicePrincipal":"hive/_HOST@EXAMPLE.COM"}
2018-07-10T18:07:32,841 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::EVENT_DUMP: \{"dbName":"*","eventId":"60769","eventType":"EVENT_OPEN_TXN","eventsDumpProgress":"11/0","dumpTime":1531246052}
2018-07-10T18:07:32,841 WARN [HiveServer2-Background-Pool: Thread-15161]: metastore.RetryingMetaStoreClient (:()) - MetaStoreClient lost connection. Attempting to reconnect (1 of 24) after 5s. getNextNotification
 at org.apache.thrift.transport.TIOStreamTransport.write(TIOStreamTransport.java:142) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.thrift.protocol.TBinaryProtocol.writeI32(TBinaryProtocol.java:178) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.thrift.protocol.TBinaryProtocol.writeMessageBegin(TBinaryProtocol.java:106) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.thrift.TServiceClient.sendBase(TServiceClient.java:70) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.thrift.TServiceClient.sendBase(TServiceClient.java:62) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.send_get_next_notification(ThriftHiveMetastore.java:5547) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.get_next_notification(ThriftHiveMetastore.java:5539) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getNextNotification(HiveMetaStoreClient.java:2697) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source) ~[?:?]
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_112]
 at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_112]
 at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:212) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at com.sun.proxy.$Proxy60.getNextNotification(Unknown Source) ~[?:?]
 at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2773) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.metastore.messaging.EventUtils$MSClientNotificationFetcher.getNextNotificationEvents(EventUtils.java:94) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.metastore.messaging.EventUtils$NotificationEventIterator.fetchNextBatch(EventUtils.java:146) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.metastore.messaging.EventUtils$NotificationEventIterator.hasNext(EventUtils.java:176) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.exec.repl.ReplDumpTask.incrementalDump(ReplDumpTask.java:170) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.exec.repl.ReplDumpTask.execute(ReplDumpTask.java:121) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2668) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:2339) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:2015) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1713) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1707) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:157) ~[hive-exec-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:224) ~[hive-service-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hive.service.cli.operation.SQLOperation.access$700(SQLOperation.java:87) ~[hive-service-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:316) ~[hive-service-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_112]
 at javax.security.auth.Subject.doAs(Subject.java:422) ~[?:1.8.0_112]
 at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1688) ~[hadoop-common-3.1.0.3.0.0.0-1605.jar:?]
 at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:329) ~[hive-service-3.1.0.3.0.0.0-1605.jar:3.1.0.3.0.0.0-1605]
 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:1.8.0_112]
 at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:1.8.0_112]
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[?:1.8.0_112]
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[?:1.8.0_112]
 at java.lang.Thread.run(Thread.java:745) [?:1.8.0_112]
2018-07-10T18:07:33,157 INFO [org.apache.ranger.audit.queue.AuditBatchQueue1]: destination.HDFSAuditDestination (:()) - Flushing HDFS audit. Event Size:4
2018-07-10T18:07:37,842 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.RetryingMetaStoreClient (:()) - RetryingMetaStoreClient trying reconnect as hive (auth:SIMPLE)
2018-07-10T18:07:37,842 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Trying to connect to metastore with URI thrift://hwx-demo-2.field.hortonworks.com:9083
2018-07-10T18:07:37,842 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Opened a connection to metastore, current connections: 19
2018-07-10T18:07:37,843 INFO [HiveServer2-Background-Pool: Thread-15161]: metastore.HiveMetaStoreClient (:()) - Connected to metastore.
2018-07-10T18:07:37,864 INFO [HiveServer2-Background-Pool: Thread-15161]: ReplState (:()) - REPL::END: \{"dbName":"*","dumpType":"INCREMENTAL","actualNumEvents":11,"dumpEndTime":1531246057,"dumpDir":"/user/hive/repl/c72dc152-c252-4454-9b0e-cf8c335ab07c","lastReplId":"60769"}
2018-07-10T18:07:37,864 INFO [HiveServer2-Background-Pool: Thread-15161]: repl.ReplDumpTask (:()) - Done dumping events, preparing to return /user/hive/repl/c72dc152-c252-4454-9b0e-cf8c335ab07c,60769
2018-07-10T18:07:37,919 INFO [HiveServer2-Background-Pool: Thread-15161]: ql.Driver (:()) - Completed executing command(queryId=hive_20180710180732_7dcc20db-90db-486d-a825-e6fa91dc092b); Time taken: 5.419 seconds
2018-07-10T18:07:37,919 INFO [HiveServer2-Background-Pool: Thread-15161]: ql.Driver (:()) - OK

Metastore connection failed 1st attempt, but success after reconnect. That adds 5s for every repl dump command and likely to leak connection.
Similarly, Hive.close() also causes 

As reported by Roman in the thread entitled 'HBase 0.92/Hadoop 0.22 test results', table creation would result in the following if hadoop 0.22 is the underlying platform:

11/11/05 19:08:48 INFO handler.CreateTableHandler: Attemping to create
the table b
11/11/05 19:08:48 ERROR handler.CreateTableHandler: Error trying to
create the table b
hdfs://ip-10-110-254-200.ec2.internal:17020/hbase/b does not exist.
       at org.apache.hadoop.hdfs.DistributedFileSystem.listStatus(DistributedFileSystem.java:387)
       at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1085)
       at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1110)
       at org.apache.hadoop.hbase.util.FSTableDescriptors.getTableInfoPath(FSTableDescriptors.java:257)
       at org.apache.hadoop.hbase.util.FSTableDescriptors.getTableInfoPath(FSTableDescriptors.java:243)
       at org.apache.hadoop.hbase.util.FSTableDescriptors.createTableDescriptor(FSTableDescriptors.java:566)
       at org.apache.hadoop.hbase.util.FSTableDescriptors.createTableDescriptor(FSTableDescriptors.java:535)
       at org.apache.hadoop.hbase.util.FSTableDescriptors.createTableDescriptor(FSTableDescriptors.java:519)
       at org.apache.hadoop.hbase.master.handler.CreateTableHandler.handleCreateTable(CreateTableHandler.java:140)
       at org.apache.hadoop.hbase.master.handler.CreateTableHandler.process(CreateTableHandler.java:126)
       at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:168)

This was due to how DistributedFileSystem.listStatus() in 0.22 handles non-existent directory:

  @Override
  public FileStatus[] listStatus(Path p) throws IOException {
    String src = getPathName(p);

    // fetch the first batch of entries in the directory
    DirectoryListing thisListing = dfs.listPaths(
        src, HdfsFileStatus.EMPTY_NAME);

    if (thisListing == null) { // the directory does not exist
      throw new FileNotFoundException("File " + p + " does not exist.");
    }

So in FSTableDescriptors.getTableInfoPath(), we should catch FileNotFoundException and treat it the same way as status being null.

In case Elytron client authentication-context includes rule which contains match-purpose then NullPointerException is thrown.
Thrown exception:

	at java.lang.String.compareTo(String.java:1155)
	at java.lang.String.compareTo(String.java:111)
	at java.util.Arrays.binarySearch0(Arrays.java:2439)
	at java.util.Arrays.binarySearch(Arrays.java:2379)
	at org.wildfly.security.auth.client.MatchPurposeRule.matches(MatchPurposeRule.java:43)
	at org.wildfly.security.auth.client.AuthenticationContext.authRuleMatching(AuthenticationContext.java:233)
	at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.getAuthenticationConfiguration(AuthenticationContextConfigurationClient.java:125)
	at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.getAuthenticationConfiguration(AuthenticationContextConfigurationClient.java:107)
	at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.getAuthenticationConfiguration(AuthenticationContextConfigurationClient.java:92)
	at org.wildfly.security.auth.client.AuthenticationContextConfigurationClient.getAuthenticationConfiguration(AuthenticationContextConfigurationClient.java:79)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:151)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:117)
	... 42 more

After upgrade from 1.4.1, I encountered below error when receiving web service message where SoapAction is blank. Below is the trace log and error log.
13:12:39,526 TRACE [org.apache.camel.component.cxf.DefaultCxfBinding] (default-workqueue-2) Populate header from CXF header=accept-encoding value=[gzip,deflate]
13:12:46,769 TRACE [org.apache.camel.component.cxf.DefaultCxfBinding] (default-workqueue-2) Populate header from CXF header=connection value=[keep-alive]
13:12:57,869 TRACE [org.apache.camel.component.cxf.DefaultCxfBinding] (default-workqueue-2) Populate header from CXF header=content-type value=[text/xml;charset=UTF-8]
13:12:59,803 TRACE [org.apache.camel.component.cxf.DefaultCxfBinding] (default-workqueue-2) Populate header from CXF header=Host value=[localhost:8088]
13:13:00,786 TRACE [org.apache.camel.component.cxf.DefaultCxfBinding] (default-workqueue-2) Populate header from CXF header=SoapAction value=[]
13:17:21,407 WARN  [org.apache.cxf.phase.PhaseInterceptorChain] (default-workqueue-2) Interceptor for 
{http://member.ws.com}
WsMemberService#
receivedMemberMessage has thrown exception, 
unwinding now: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
		at java.util.ArrayList.rangeCheck(ArrayList.java:635) [rt.jar:1.7.0_71]
	at java.util.ArrayList.get(ArrayList.java:411) [rt.jar:1.7.0_71]
	at org.apache.camel.component.cxf.DefaultCxfBinding.propagateHeadersFromCxfToCamel(DefaultCxfBinding.java:552) [camel-cxf-2.16.0.jar:2.16.0]
	at org.apache.camel.component.cxf.DefaultCxfBinding.populateExchangeFromCxfRequest(DefaultCxfBinding.java:247) [camel-cxf-2.16.0.jar:2.16.0]
	at org.apache.camel.component.cxf.CxfConsumer$1.prepareCamelExchange(CxfConsumer.java:187) [camel-cxf-2.16.0.jar:2.16.0]
	at org.apache.camel.component.cxf.CxfConsumer$1.syncInvoke(CxfConsumer.java:132) [camel-cxf-2.16.0.jar:2.16.0]
	at org.apache.camel.component.cxf.CxfConsumer$1.invoke(CxfConsumer.java:78) [camel-cxf-2.16.0.jar:2.16.0]
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:59) [cxf-core-3.1.2.jar:3.1.2]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_71]
	at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71]
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor$2.run(ServiceInvokerInterceptor.java:126) [cxf-core-3.1.2.jar:3.1.2]
	at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) [cxf-core-3.1.2.jar:3.1.2]
	at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:131) [cxf-core-3.1.2.jar:3.1.2]
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308) [cxf-core-3.1.2.jar:3.1.2]
	at org.apache.cxf.phase.PhaseInterceptorChain.resume(PhaseInterceptorChain.java:278) [cxf-core-3.1.2.jar:3.1.2]
	at org.apache.cxf.interceptor.OneWayProcessorInterceptor$1.run(OneWayProcessorInterceptor.java:137) [cxf-core-3.1.2.jar:3.1.2]
	at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$3.run(AutomaticWorkQueueImpl.java:428) [cxf-core-3.1.2.jar:3.1.2]
	at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$AWQThreadFactory$1.run(AutomaticWorkQueueImpl.java:353) [cxf-core-3.1.2.jar:3.1.2]

WS-Addressing headers are missing from synchonous SOAP responses:
<env:Header/>
By debugging Spring-WS, we found that the AddressingEndpointInterceptor inserts the header values correctly in the SOAPMessage, and even the SOAPMessage parameter of the Saaj13Implementation.writeTo() contains the right WS headers. But when message.writeTo(outputStream) is called, the headers are not serialized.
If in the beginning of the method Saaj13Implementation.writeTo() we call message.saveChanges() without checking message.saveRequired(), the WS-A headers are serialized correctly. We assume that the flag that controls if save is needed might not be correctly set by a previous method.

HBASE-15152 included the prefix tree module as dependency to TableMapReduceUtil. but the hardcoded string of the class name is wrong. 

Class.forName("org.apache.hadoop.hbase.code.prefixtree.PrefixTreeCodec");

should be ".codec." instead of ".code."

Class.forName("org.apache.hadoop.hbase.codec.prefixtree.PrefixTreeCodec");

I found the following in hbase-server/target/surefire-reports/org.apache.hadoop.hbase.util.TestMergeTable-output.txt :

2014-03-08 01:22:35,311 INFO  [IPC Server handler 0 on 39151] blockmanagement.BlockManager(1009): BLOCK* addToInvalidates: blk_1073741852_1028 127.0.0.1:58684
2014-03-08 01:22:35,312 INFO  [RS:0;kiyo:45971-shortCompactions-1394241753752] regionserver.HRegion(1393): compaction interrupted
java.io.InterruptedIOException: Aborting compaction of store contents in region test,,1394241738901.edbcdf3be9dd27c52b1fca1b09a5a582. because it was interrupted.
        at org.apache.hadoop.hbase.regionserver.compactions.DefaultCompactor.compact(DefaultCompactor.java:81)
        at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:1131)
        at org.apache.hadoop.hbase.regionserver.HRegion.compact(HRegion.java:1390)
2014-03-08 01:22:35,314 DEBUG [RS_CLOSE_REGION-kiyo:45971-0] regionserver.HRegion(1069): Updates disabled for region test,,1394241738901.edbcdf3be9dd27c52b1fca1b09a5a582.
2014-03-08 01:22:35,316 INFO  [StoreCloserThread-test,,1394241738901.edbcdf3be9dd27c52b1fca1b09a5a582.-1] regionserver.HStore(793): Closed contents
2014-03-08 01:22:35,316 ERROR [RS:0;kiyo:45971-shortCompactions-1394241753752] regionserver.CompactSplitThread$CompactionRunner(496): Compaction failed Request = regionName=test,,1394241738901.edbcdf3be9dd27c52b1fca1b09a5a582., storeName=contents, fileCount=7, fileSize=71.3 M (10.2 M, 10.2 M, 10.2 M, 10.2 M, 10.2 M), priority=3, time=8144240699213330
        at org.apache.hadoop.hbase.regionserver.compactions.CompactionRequest$2.apply(CompactionRequest.java:213)
        at org.apache.hadoop.hbase.regionserver.compactions.CompactionRequest$2.apply(CompactionRequest.java:211)
        at com.google.common.collect.Iterators$9.transform(Iterators.java:845)
        at com.google.common.collect.TransformedIterator.next(TransformedIterator.java:48)
        at com.google.common.base.Joiner.appendTo(Joiner.java:125)
        at com.google.common.base.Joiner.appendTo(Joiner.java:186)
        at com.google.common.base.Joiner.join(Joiner.java:243)
        at com.google.common.base.Joiner.join(Joiner.java:232)
        at org.apache.hadoop.hbase.regionserver.compactions.CompactionRequest.toString(CompactionRequest.java:204)
        at java.lang.String.valueOf(String.java:2854)
        at java.lang.StringBuilder.append(StringBuilder.java:128)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.toString(CompactSplitThread.java:425)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.run(CompactSplitThread.java:477)

The exception came from apply() method:

          }), new Function<StoreFile, String>() {
            public String apply(StoreFile sf) {
              return StringUtils.humanReadableInt(sf.getReader().length());
            }
          }));

Looks like sf.getReader() might become null when StringUtils.humanReadableInt() is called

Regression compared to WildFly 10.0.0.Final
For more details see: https://bugzilla.redhat.com/show_bug.cgi?id=1320747
Expected browser output:

Books Info:
The Hobbit	J. R. R. Tolkien	100
The Man in the High Castle	Philip K. Dick	200

Actual browser output:

Error processing request
Context Path:
/test2

Servlet Path:
/test3.jsp

Path Info:
null

Query String:
null

javax.servlet.ServletException: javax.servlet.jsp.JspTagException: javax.xml.transform.TransformerConfigurationException: javax.xml.transform.TransformerException: org.xml.sax.SAXException: Had IO Exception with stylesheet file: parent.xsl javax.xml.transform.TransformerException: Had IO Exception with stylesheet file: parent.xsl
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:886)
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:818)
org.apache.jsp.test3_jsp._jspService(test3_jsp.java:146)
javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:402)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:346)
io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:46)
io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1700)
io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)

2017-03-01 14:10:22,475 ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /test2/test3.jsp: javax.servlet.ServletException: javax.servlet.jsp.JspTagException: javax.xml.transform.TransformerConfigurationException: javax.xml.transform.TransformerException: org.xml.sax.SAXException: Had IO Exception with stylesheet file: parent.xsl
javax.xml.transform.TransformerException: Had IO Exception with stylesheet file: parent.xsl
	at org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:886)
	at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:818)
	at org.apache.jsp.test3_jsp._jspService(test3_jsp.java:146)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1700)
Caused by: javax.xml.transform.TransformerConfigurationException: javax.xml.transform.TransformerException: org.xml.sax.SAXException: Had IO Exception with stylesheet file: parent.xsl
	at org.apache.xalan.processor.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:942)
	at org.apache.xalan.processor.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:780)
	at __redirected.__TransformerFactory.newTransformer(__TransformerFactory.java:133)
	at org.apache.taglibs.standard.util.XmlUtil.newTransformer(XmlUtil.java:187)
	at org.apache.taglibs.standard.tag.common.xml.TransformSupport.doStartTag(TransformSupport.java:124)
	at org.apache.jsp.test3_jsp._jspx_meth_x_005ftransform_005f0(test3_jsp.java:275)
	at org.apache.jsp.test3_jsp._jspService(test3_jsp.java:129)
	... 45 more
Caused by: javax.xml.transform.TransformerException: org.xml.sax.SAXException: Had IO Exception with stylesheet file: parent.xsl
	at org.apache.xalan.processor.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:934)
	... 51 more
Caused by: org.xml.sax.SAXException: Had IO Exception with stylesheet file: parent.xsl
	at org.apache.xalan.processor.StylesheetHandler.error(StylesheetHandler.java:922)
	at org.apache.xalan.processor.StylesheetHandler.error(StylesheetHandler.java:950)
	at org.apache.xalan.processor.ProcessorInclude.parse(ProcessorInclude.java:322)
	at org.apache.xalan.processor.ProcessorInclude.startElement(ProcessorInclude.java:158)
	at org.apache.xalan.processor.StylesheetHandler.startElement(StylesheetHandler.java:626)
	at org.apache.xerces.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:498)
	at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:180)
	at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:275)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1653)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:324)
	at org.apache.xerces.parsers.XML11Configuration.parse(XML11Configuration.java:875)
	at org.apache.xerces.parsers.XML11Configuration.parse(XML11Configuration.java:798)
	at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:108)
	at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1198)
	at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:564)
	at org.apache.xalan.processor.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:926)
	... 51 more
Caused by: javax.xml.transform.TransformerException: Had IO Exception with stylesheet file: parent.xsl
	at org.apache.xalan.processor.StylesheetHandler.error(StylesheetHandler.java:907)
	... 66 more
Caused by: java.net.MalformedURLException: unknown protocol: jstl
	at java.net.URL.<init>(URL.java:600)
	at java.net.URL.<init>(URL.java:490)
	at java.net.URL.<init>(URL.java:439)
	at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:964)
	at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(XMLVersionDetector.java:144)
	at org.apache.xerces.parsers.XML11Configuration.parse(XML11Configuration.java:832)
	at org.apache.xalan.processor.ProcessorInclude.parse(ProcessorInclude.java:312)
	... 64 more

When the user enables caching-defined Regions using local-only, client Regions, not involving a server, SDG incorrectly sets the Pool name and causes Pivotal GemFire to think that the client Region is attached, or associated with, a corresponding server Region by the same name.

Running TestHFileOutputFormat more frequently seems to show that it has become flaky.   It is difficult to tell if this is because of a unrecoverable failure or a recoverable failure.   To make this visiable from test and for users, we need to make a change to bulkload call's interface on HRegionServer.  The change should make successful rpcs return true, recoverable failures return false, and unrecoverable failure throw an IOException.  This is an RPC change, so it would be really good to get this api right before the final 0.92 goes out.

Minus operatar should work as following:
The - operator deletes all entries that match the given name or predicate, preventing them from occurring later. [1]
When SASL mechanism selector includes - operator for some mechanism and this mechanism is added again then this mechanism can be used. It means it violates 'preventing them from occurring later'.
e.g. PLAIN mechanism can be incorrectly used when selectors like selector="-PLAIN PLAIN" or selector="-PLAIN #ALL" are used for client.

The tracking of execution time of coprocessor methods introduced in HBASE-11516 introduces 2 calls to System.nanoTime() per coprocessor method per coprocessor. This is resulting in a serious performance bottleneck in certain scenarios.
For example consider the scenario where many rows are being ingested (PUT) in a table which has multiple coprocessors (we have up to 20 coprocessors). This results in 8 extra calls to System.nanoTime() per coprocessor (prePut, postPut, postStartRegionOperation and postCloseRegionOperation) which has in total (i.e. times 20) been seen to result in a 50% increase of execution time.
I think it is generally considered bad practice to measure execution times on such a small scale (per single operation). Also note that measurements are taken even for coprocessors that do not even have an actual implementation for certain operations, making the problem worse.

SELECT tmp3.key, tmp3.value, tmp3.count
FROM (SELECT tmp1.key as key, tmp1.value as value, tmp2.count as count
      FROM (SELECT key, value
            FROM src) tmp1
      JOIN (SELECT count(*) as count
            FROM src) tmp2
      ) tmp3;

The plan is executable.

      FROM (SELECT *
      ) tmp3;

SELECT tmp4.key, tmp4.value, tmp4.count
FROM (SELECT tmp2.key as key, tmp2.value as value, tmp3.count as count
            FROM (SELECT key, value
                  FROM src) tmp1 ) tmp2
            FROM src) tmp3
      ) tmp4;

The plan is not executable.
The plan related to the MapJoin is

 Stage: Stage-5
        tmp4:tmp2:tmp1:src 
            limit: -1
          TableScan
            alias: src
                    expr: key
                  0 
                  1 {_col0}
                handleSkewJoin: false
                keys:
                  0 []
                  1 []
                Position of Big Table: 1

    Map Reduce
        $INTNAME 
                0 
                1 {_col0}
              keys:
                0 []
                1 []
              outputColumnNames: _col2
              Position of Big Table: 1
                      expr: _col2
                      type: bigint
                  table:

The outputColumnNames of MapJoin is '_col2'. But it should be '_col0, _col1, _col2'

I CAN connect to Wildfly with
JConsole
JVisualVM
I cannot connect with 
Java Mission Control (JMC).  
I believe this is an issue with some new code that fails to recognize that "classLoader" can be null in the Java SE / Eclipse OSI environment
 ClassLoader classLoader = WildFlyElytronProvider.class.getClassLoader();
com.oracle.jmc.rjmx.ConnectionException caused by javax.security.sasl.SaslException [Caused by java.lang.NullPointerException]
	at com.oracle.jmc.rjmx.internal.RJMXConnection.connect(RJMXConnection.java:406)
	at com.oracle.jmc.rjmx.internal.ServerHandle.doConnect(ServerHandle.java:88)
	at com.oracle.jmc.rjmx.internal.ServerHandle.connect(ServerHandle.java:78)
	at com.oracle.jmc.console.ui.editor.internal.ConsoleEditor$ConnectJob.run(ConsoleEditor.java:73)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: javax.security.sasl.SaslException [Caused by java.lang.NullPointerException]
	at org.jboss.remotingjmx.RemotingConnector.internalRemotingConnect(RemotingConnector.java:268)
	at org.jboss.remotingjmx.RemotingConnector.internalConnect(RemotingConnector.java:156)
	at org.jboss.remotingjmx.RemotingConnector.connect(RemotingConnector.java:103)
	at com.oracle.jmc.rjmx.internal.RJMXConnection.connectJmxConnector(RJMXConnection.java:451)
	at com.oracle.jmc.rjmx.internal.RJMXConnection.establishConnection(RJMXConnection.java:427)
	at com.oracle.jmc.rjmx.internal.RJMXConnection.connect(RJMXConnection.java:399)
	... 4 more
	at org.wildfly.security.WildFlyElytronProvider$ProviderService.getImplementationClass(WildFlyElytronProvider.java:429)
	at org.wildfly.security.WildFlyElytronProvider$ProviderService.newInstance(WildFlyElytronProvider.java:413)
	at org.wildfly.security.sasl.util.SecurityProviderSaslClientFactory.createSaslClient(SecurityProviderSaslClientFactory.java:94)

Testing 0.20_pre_durability@934643, I ended up in a state where one region server got stuck compacting a single region over and over again forever. This was with a special config with very low flush threshold in order to stress test flush/compact code.

When Hmaster crashed  and restart , The Hmaster is hung up.
    // start up all service threads.
    startServiceThreads();                                  ----this open port failed!
    // Wait for region servers to report in.  Returns count of regions.
    int regionCount = this.serverManager.waitForRegionServers();
    // TODO: Should do this in background rather than block master startup
    this.fileSystemManager.
      splitLogAfterStartup(this.serverManager.getOnlineServers());
    // Make sure root and meta assigned before proceeding.
assignRootAndMeta();                                       — hung up this function, because of root can't be assigned.
  if (!catalogTracker.verifyRootRegionLocation(timeout)) {
      this.catalogTracker.waitForRoot();                   — This statement code is hung up. 
}
Log is as：
2011-04-07 16:38:22,850 INFO org.mortbay.log: Logging to org.slf4j.impl.Log4jLoggerAdapter(org.mortbay.log) via org.mortbay.log.Slf4jLog
2011-04-07 16:38:22,908 INFO org.apache.hadoop.http.HttpServer: Port returned by webServer.getConnectors()[0].getLocalPort() before open() is -1. Opening the listener on 60010
2011-04-07 16:38:22,909 FATAL org.apache.hadoop.hbase.master.HMaster: Failed startup
         at sun.nio.ch.Net.bind(Native Method)
         at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:119)
         at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
         at org.mortbay.jetty.nio.SelectChannelConnector.open(SelectChannelConnector.java:216)
         at org.apache.hadoop.http.HttpServer.start(HttpServer.java:445)
         at org.apache.hadoop.hbase.master.HMaster.startServiceThreads(HMaster.java:542)
         at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:373)
         at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:278)
2011-04-07 16:38:22,910 INFO org.apache.hadoop.hbase.master.HMaster: Aborting
2011-04-07 16:38:22,911 INFO org.apache.hadoop.hbase.master.ServerManager: Exiting wait on regionserver(s) to checkin; count=0, stopped=true, count of regions out on cluster=0
2011-04-07 16:38:22,914 DEBUG org.apache.hadoop.hbase.master.MasterFileSystem: No log files to split, proceeding...
2011-04-07 16:38:22,930 INFO org.apache.hadoop.ipc.HbaseRPC: Server at 167-6-1-12/167.6.1.12:60020 could not be reached after 1 tries, giving up.
2011-04-07 16:38:22,930 INFO org.apache.hadoop.hbase.catalog.RootLocationEditor: Unsetting ROOT region location in ZooKeeper
2011-04-07 16:38:22,941 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x22f2c49d2590021 Creating (or updating) unassigned node for 70236052 with OFFLINE state
2011-04-07 16:38:22,956 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Server stopped; skipping assign of ROOT,,0.70236052 state=OFFLINE, ts=1302165502941
2011-04-07 16:38:32,746 INFO org.apache.hadoop.hbase.master.AssignmentManager$TimeoutMonitor: 167-6-1-11:60000.timeoutMonitor exiting
2011-04-07 16:39:22,770 INFO org.apache.hadoop.hbase.master.LogCleaner: master-167-6-1-11:60000.oldLogCleaner exiting                  

HIVE-20707 added automatic partition management which uses thread pools to run parallel msck repair. It also modifies datanucleus connection pool size to avoid explosion of connections to backend database. But object store closes the persistence manager when it detects a change in datanuclues or jdo configs. So when PartitionManagementTask is running and when HS2 tries to connect to metastore HS2 will get persistence manager close exception. 

    PropertiesConfiguration pc = new PropertiesConfiguration();
    ...
    for (String f : cl.getArgs())
    {
        pc.load(f);
    }

Invoked in directory /home/me/test with several relative paths, i.e. ./sub1/a.cfg ./sub2/b.cfg
First file loads successfully. Upon return from the first invocation of pc.load(f), the current directory has been changed to the absolute path of the loaded file (/home/me/test/sub1).  Thus, subsequent paths given as relative references to the original user.dir fail to be found.
If this is the expected behavior, it should be documented.

See SO
https://stackoverflow.com/questions/44560450/apache-camel-spring-rest-endpoint-reference
There may be a problem with restlet itself having issue with rest-dsl defined uri templates without path variables, eg 
{foo}
 style.

The fix for WFLY-3806 restored the org.jboss.metadata module but did not restore its previous jboss.api=private setting.

When creating a configuration from scratch using an embedded server like this :

embed-server --admin-only --empty-config --server-config=sasl-upgrade.xml --remove-existing

Then configure the minimal extensions :

 batch
/interface=management:add(inet-address=${jboss.bind.address.management:127.0.0.1})
/interface=public:add(inet-address=${jboss.bind.address:127.0.0.1})
run-batch
/socket-binding-group=standard-sockets:add(default-interface=public,port-offset=${jboss.socket.binding.port-offset:0})
batch
/socket-binding-group=standard-sockets/socket-binding=management-http:add(interface=management,port=${jboss.management.http.port:9990})
/socket-binding-group=standard-sockets/socket-binding=management-https:add(interface=management,port=${jboss.management.https.port:9993})
run-batch
batch
/extension=org.jboss.as.logging:add
/extension=org.wildfly.extension.core-management:add
/extension=org.jboss.as.jmx:add
/extension=org.wildfly.extension.request-controller:add
/extension=org.wildfly.extension.discovery:add
/extension=org.wildfly.extension.security.manager:add
run-batch

Then execute the 2 following scripts :
batch --file=/home/ehsavoie/galleon-scripts/configure_elytron.cli
batch --file=/home/ehsavoie/galleon-scripts/configure_realms.cli
Then it will fail with the following error : 
Failure: 
{"WFLYCTL0412: Required services that are not installed:" => ["elytron.security-properties","elytron.provider-registration"],"WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.core.management.security.realm.ApplicationRealm.ssl-context is missing [elytron.security-properties, elytron.provider-registration]"]}

Since those services are added at boottime only by the ElytronAdd handler we shouldn't fail if we are already in a reload-required or admin-only mode.

Found by JMS on the mailing list:

Test set: org.apache.hadoop.hbase.client.TestReversedScannerCallable
Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.515 s <<<
FAILURE! - in org.apache.hadoop.hbase.client.TestReversedScannerCallable
unnecessary Mockito
stubbings(org.apache.hadoop.hbase.client.TestReversedScannerCallable)  Time
elapsed: 0.014 s  <<< ERROR!
org.mockito.exceptions.misusing.UnnecessaryStubbingException:

Clean & maintainable test code requires zero unnecessary code.
Following stubbings are unnecessary (click to navigate to relevant line of
code):
  1. -> at
org.apache.hadoop.hbase.client.TestReversedScannerCallable.setUp(TestReversedScannerCallable.java:66)
  2. -> at
org.apache.hadoop.hbase.client.TestReversedScannerCallable.setUp(TestReversedScannerCallable.java:68)
Please remove unnecessary stubbings. More info: javadoc for
UnnecessaryStubbingException class.

#502 and #498 0.92 builds have TestHMasterRPCException failing because of socket timeout when servernotrunning is expected.  Socket timeout is 100ms only.

due to faked key, the seekTo probably reture -2, and HStore.seekToScanner should handle this corner case.

Apologies if this should be moved to another Project, but was found when using Swarm.
When launching an app (in my case ~155MB *-swarm.jar) with max memory set to -Xmx128m the app fails due to Out Of Memory. The resulting heap dump and stacktrace points to Shrinkwrap being the cause. I'm guessing as it's holding on to a lot of assets as it unpacks the application; potentially assets it doesn't need at that time.
Details to follow regarding heapdump and stacktrace.

Add a finder method to a roo entity.  Update and run, and see the finder method appear in navigation.
Remove the finder method from the @RooEntity annotation in the domain object.  Re-run Roo.  It cleans up the .aj files but does not rework the menu on the UI.

Take a look at the code

  @Override
  public boolean isSame(Object o) {
    if (!(o instanceof ExprNodeConstantDesc)) {
    }
    ExprNodeConstantDesc dest = (ExprNodeConstantDesc) o;
    if (!typeInfo.equals(dest.getTypeInfo())) {
    }
    if (!value.equals(dest.getValue())) {
    }

  }

value is an Object.

With impersonation enabled, the same base directory  is used by all sessions/queries. For a new deployment, this directory gets created on first invocation by the user running that session. This would cause directory permission conflict for other users.
HiveServer2 should create the base scratch dirs if it doesn't exist.

                       "protocols" => {
                            "type" => LIST,
                            "description" => "The enabled protocols.",
                            "nillable" => false,
                            "allowed" => [
                                "SSLv2",
                                "SSLv3",
                                "TLSv1",
                                "TLSv1_1",
                                "TLSv1_2",
                                "TLSv1_3"
                            ],
                            "value-type" => STRING,
                        },

Why elytron on this place is going to validate user input and map standard java values [1] into proprietary values?
Whereas on other similar places (KeyManager algorithm, TrustManager algorithm, Keystore types) it leaves up to user to set proper value.
IMO, with such mapping another place, where bugs can raise was introduced. EAP will be here always one step back compared to java. 
Note, IBM java already today defines little bit different protocols set [2]
I wonder, where is that mapping "TLSv1_2 -> TLSv1.2" acually performed? I couldn't find that place.
[1] https://docs.oracle.com/javase/8/docs/technotes/guides/security/StandardNames.html#SSLContext
[2] http://www.ibm.com/support/knowledgecenter/SSYKE2_8.0.0/com.ibm.java.security.component.80.doc/security-component/jsse2Docs/protocols.html

When I run a beeline command that uses YARN:

INFO : The url to track the job: http://vd0514.halxg.cloudera.com:8088/proxy/application_1488996234407_0010/
INFO : Starting Job = job_1488996234407_0010, Tracking URL = http://vd0514.halxg.cloudera.com:8088/proxy/application_1488996234407_0010/
INFO : Kill Command = /opt/cloudera/parcels/CDH-5.11.0-1.cdh5.11.0.p0.9/lib/hadoop/bin/hadoop job -kill job_1488996234407_0010

If I then try to kill the job using that command:

[systest@vd0514 ~]$ /opt/cloudera/parcels/CDH-5.11.0-1.cdh5.11.0.p0.9/lib/hadoop/bin/hadoop job -kill job_1488996234407_0010
DEPRECATED: Use of this script to execute mapred command is deprecated.
Instead use the mapred command for it.

We have lost the data in our development environment when a row has more than Integer.MAX_VALUE columns after compaction.
I think the reason is type of StoreScanner's countPerRow is int.
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/StoreScanner.java#L67
After changing the type to long, it seems to be fixed.

Use case:

Jaxb2Marshaller jaxb2Marshaller = new Jaxb2Marshaller() {
jaxb2Marshaller.setPackagesToScan(new String[] { "com.blah" });
...
if (jaxb2Marshaller.supports(SomeJaxbAnnotatedClass.class)) {
  ...
}

org.springframework.oxm.jaxb.Jaxb2Marshaller::supports() will always return false in this case, since it does not take scanned classes into account. The culprit is:

private boolean supportsInternal(Class<?> clazz, boolean checkForXmlRootElement) {
  ...
}

It checks input clazz only against explicit contextPath and classesToBeBound. The simplest solution would be to allow createJaxbContextFromPackages() to set scanned classes as classesToBound, since contextPath, classesToBeBound and packagesToScan are mutually exclusive. The following code would do the trick:

private JAXBContext createJaxbContextFromPackages() throws JAXBException {
  ...
  Class<?>[] jaxb2Classes = scanner.getJaxb2Classes();
  classesToBeBound = jaxb2Classes;
  ...
}

The problem is aggravated by the fact that there does not seem to be a way to get the classes from JAXBContext either.

I had to modify line#101 in HBaseTestCase.java in order to run the unit tests: 
(conf.get("fs.default.name", "file:///").compareTo("file::///") == 0);
I removed the second ":" in compareTo() so it becomes "file:///"

The following appears in Section 2.3 Configuration Enhancements, but it is invalid since it doesn't actually define (or point to a definition of) a step.

<job id="footballJob">
    <step id="playerload" next="gameLoad"/>
    <step id="gameLoad" next="playerSummarization"/>
    <step id="playerSummarization"/>
</job>

Post HBASE-18309, we choose the number of threads by the following logic:

+  /**
+   * If it is an integer and >= 1, it would be the size;
+   * if 0.0 < size <= 1.0, size would be available processors * size.
+   * Pay attention that 1.0 is different from 1, former indicates it will use 100% of cores,
+   * while latter will use only 1 thread for chore to scan dir.
+   */

Siddharth Wagle has found on his VM that despite having two virtual processors, Runtime.getRuntime().availableProcessors() returns 0, which results in 0 threads for the pool which throws an exception.

        at java.util.concurrent.ForkJoinPool.checkParallelism(ForkJoinPool.java:2546)
        at java.util.concurrent.ForkJoinPool.<init>(ForkJoinPool.java:2536)
        at java.util.concurrent.ForkJoinPool.<init>(ForkJoinPool.java:2505)
        at org.apache.hadoop.hbase.master.cleaner.CleanerChore.<init>(CleanerChore.java:112)
        at org.apache.hadoop.hbase.master.cleaner.CleanerChore.<init>(CleanerChore.java:83)
        at org.apache.hadoop.hbase.master.cleaner.LogCleaner.<init>(LogCleaner.java:65)
        at org.apache.hadoop.hbase.master.HMaster.startServiceThreads(HMaster.java:1130)
        at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:813)
        at org.apache.hadoop.hbase.master.HMaster.access$500(HMaster.java:223)
        at org.apache.hadoop.hbase.master.HMaster$4.run(HMaster.java:2016)
        at java.lang.Thread.run(Thread.java:745)

We should make sure that we take the max of 1 and the computed number of threads.

When redesigning the tests to use mock objects, I noticed that the atomic number producer actually uses the incorrect atomic number name.  If you try to update an atomic number named "foo", it actually updates one named "ue:foo".  This is because it uses the wrong constant (the one for instances) when it picks apart the URI. 

Very minor, when I added some new observers, I put 'public' is in some new observers in the MasterObserver interface.  The fix is trivial.

The transaction API defines imports like this
   Import-Package: javax.enterprise.context,javax.enterprise.util,javax.interceptor;version="[1.2,2)"
which is problematic in two ways
a) unspecified version for javax.enterprise API
b) explicit import of javax.interceptor API, which is missing above

Fix https://issues.jboss.org/browse/WFCORE-3826 fixes anonymous authentication but breaks authenticated mode (for example PLAIN mode with username/password). See https://issues.jboss.org/browse/JBEAP-14647 for more details.

From https://builds.apache.org/job/PreCommit-HBASE-Build/5852//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-server.html :

<td>Possible null pointer dereference of rpcc in org.apache.hadoop.hbase.regionserver.HRegionServer.multi(RpcController, ClientProtos$MultiRequest)</td>
</tr>
<tr class="detailrow0">
<td/>
<td>
<p id="N69637" style="display: none;">
<a href="#NP_NULL_ON_SOME_PATH">Bug type NP_NULL_ON_SOME_PATH (click for details)</a>
<br/>In class org.apache.hadoop.hbase.regionserver.HRegionServer<br/>In method org.apache.hadoop.hbase.regionserver.HRegionServer.multi(RpcController, ClientProtos$MultiRequest)<br/>Value loaded from rpcc<br/>Dereferenced at HRegionServer.java:[line 3176]<br/>Known null at HRegionServer.java:[line 3174]</p>
...
<td>Possible null pointer dereference of rpcc in org.apache.hadoop.hbase.regionserver.HRegionServer.mutate(RpcController, ClientProtos$MutateRequest)</td>
</tr>
<tr class="detailrow1">
<td/>
<td>
<p id="N69712" style="display: none;">
<br/>In class org.apache.hadoop.hbase.regionserver.HRegionServer<br/>In method org.apache.hadoop.hbase.regionserver.HRegionServer.mutate(RpcController, ClientProtos$MutateRequest)<br/>Value loaded from rpcc<br/>Dereferenced at HRegionServer.java:[line 2832]<br/>Known null at HRegionServer.java:[line 2830]</p>
...
<td>Possible null pointer dereference of rpcc in org.apache.hadoop.hbase.regionserver.HRegionServer.replay(RpcController, ClientProtos$MultiRequest)</td>
</tr>
<td/>
<td>
<p id="N69787" style="display: none;">
<br/>In class org.apache.hadoop.hbase.regionserver.HRegionServer<br/>In method org.apache.hadoop.hbase.regionserver.HRegionServer.replay(RpcController, ClientProtos$MultiRequest)<br/>Value loaded from rpcc<br/>Dereferenced at HRegionServer.java:[line 3742]<br/>Known null at HRegionServer.java:[line 3740]</p>
...
<td>Possible null pointer dereference of data in org.apache.hadoop.hbase.util.hbck.TableLockChecker$1.handleMetadata(byte[])</td>
</tr>
<td/>
<td>
<p id="N73108" style="display: none;">
<br/>In class org.apache.hadoop.hbase.util.hbck.TableLockChecker$1<br/>In method org.apache.hadoop.hbase.util.hbck.TableLockChecker$1.handleMetadata(byte[])<br/>Value loaded from data<br/>Dereferenced at TableLockChecker.java:[line 68]<br/>Known null at TableLockChecker.java:[line 60]</p>

NDC context were missing from the log lines. Reason for it is NDC class is part of log4j-1.2-api (bridge jar). This is added as compile time dependency. Due to the absence of this jar in llap daemons, the NDC context failed to initialize. Log4j2 replaced NDC with ThreadContext. Hence we need the bridge jar.

The lineage dependency graph for select from lateral view is wrong.

We will abort regionserver if memstore flush throws exception.
I thinks we could do retry to make regionserver more stable because file system may be not ok in a transient time. e.g. Switching namenode in the NamenodeHA environment

HRegion#internalFlushcache(){

...
try {
...
}catch(Throwable t){
DroppedSnapshotException dse = new DroppedSnapshotException("region: " +
          Bytes.toStringBinary(getRegionName()));
dse.initCause(t);
throw dse;
}
...

}

MemStoreFlusher#flushRegion(){
...
region.flushcache();
...
 try {
}catch(DroppedSnapshotException ex){
server.abort("Replay of HLog required. Forcing server shutdown", ex);
}

...
}

We've upgraded our production cluster from 0.94.15 to 0.96.2 few days ago and observed increased GC frequency and occasionally full GC (we never had full GC before with G1 GC), which leads to famous juliet pause...
After digging into several HBase metrics, we've found that block cache used much higher memory in 0.96. It turns out due to patch: HBASE-6312, which not only make a few block cache parameter configurable, but also change their default values! It is obvious that we need to set these parameters back to the old value before considering reduce block cache size or tuning our GC. However, we are surprised that there is no change in regionserver side and we are still observing high block cache usage.
At the end of the day, it seems in CacheConfig.java, we initialize LruBlockCache with default constructor: LruBlockCache(long maxSize, long blockSize), which underlying always use the default values. We think this is a bug and we should always use another constructor: LruBlockCache(long maxSize, long blockSize, boolean evictionThread, Configuration conf) in CacheConfig.java
We made the change and tested on one of our servers, it works and now GC problem disappears. Of course, we have to review our hbase and GC configurations and find the best configuration under 0.96 for our application. But first, we feel the constructor misuse in CacheConfig.java should be fixed.    

Was: ClassPathXmlJobLoader should look for *Aware in the infrastructure beans it copies down to the child context, otherwise they will look in the wrong place for their beans etc.

When using CLI if-else scripting that uses a string that contains parenthesis it fails with the following message:
Failed to handle 'if (outcome == success && result.value != "a64180c0)e7187af86b435229de904104") of /system-property=test:read-resource': Unexpected operation at 49 in '(outcome == success && result.value != "a64180c0)e7187af86b435229de904104")'

Hibernate Validator should be upgraded to avoid memory leak during re-deployments. 

Now that we handle namespace permissions AuthResult#toContextString is not correctly formatted:

Access denied for user esteban; reason: Insufficient permissions; remote address: /10.20.30.1; request: createTable; context: (user=esteban@XXX, scope=defaultaction=CREATE)

The Readme says to update system.properties to make JMX port and webconsole accessible
activemq.jmx.user
activemq.jmx.password
However these entries are no longer in system.properties

Status Quo
The Spring Expression Language currently supports nested single quotes within expressions but not nested double quotes.
For example, 'Wayne''s World' properly evaluates to Wayne's World, but each of the following results in an exception being thrown.

 Expression           
 Expected        
 Result 

 "double quote: ""."   
 double quote: ". 
 SpelParseException 

 "double quote: \"\"." 
 IllegalStateException 

Determine if it's appropriate for SpEL to throw an IllegalStateException in the second example above
Wrap the IllegalStateException in a SpelParseException if it is determined to be an error to throw the IllegalStateException
Support nested double quotes within SpEL expressions
	
using the syntax from at least one of the aforementioned failing examples, preferably from the first one for consistency with handling of single quotes

ConfigurationConverter doesn't seem to respect the ordering of a composite configuration. I am having problems describing the behavior, but I thinks the following test case illustrates it best:
	@Test
	public void showBug() {
		PropertiesConfiguration p = new PropertiesConfiguration();
		p.addProperty("foo", "initial");
		p.addProperty("bar", "${foo}");
		p.addProperty("prefix.foo", "override");
		CompositeConfiguration cfg = new CompositeConfiguration();
		cfg.addConfiguration(p.subset("prefix"));
		cfg.addConfiguration(p);
		// this assertion passes as expected since the subset
		// was added first to the composite configuration
		Assert.assertEquals("override", cfg.getString("bar"));
		// after converting to properties, this assertion fails and
		// reports that the value is 'initial'
		Properties properties = ConfigurationConverter.getProperties(cfg);
		Assert.assertEquals("override", properties.getProperty("bar"));
	}

InfinispanResourceRefTestCase causes NameNotFoundException with security manager.
Always

./build.sh -DskipTests -DallTests -Dts.noSmoke
./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2  -DfailIfNoTests=false  -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=InfinispanResourceRefTestCase

javax.naming.NameNotFoundException: infinispan
	at org.jboss.as.naming.ServiceBasedNamingStore$1.run(ServiceBasedNamingStore.java:138)
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:135)
	at org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase.test(InfinispanResourceRefTestCase.java:64)

The recent introduction of support for implicit autowired constructor selection seems to break the instantiation of bean definitions that have constructor arguments configured explicitly. An easy way to reproduce this is the following:
1. Create a starter project with JPA and H2 dependencies.
2. Change the Spring version to be used to 4.3.0.BUILD-SNAPSHOT
3. Add @EntityScan to the configuration
4. Run the app.
You end up with:

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'entityScanBeanPostProcessor': Unsatisfied dependency expressed through constructor argument with index 0 of type [java.lang.String[]]: : No qualifying bean of type [java.lang.String] found for dependency [array of java.lang.String]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {}; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [java.lang.String] found for dependency [array of java.lang.String]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {}
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:749) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:185) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1143) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1046) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:510) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.context.support.PostProcessorRegistrationDelegate.registerBeanPostProcessors(PostProcessorRegistrationDelegate.java:228) ~[spring-context-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.context.support.AbstractApplicationContext.registerBeanPostProcessors(AbstractApplicationContext.java:687) ~[spring-context-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:523) ~[spring-context-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:764) [spring-boot-1.3.1.RELEASE.jar:1.3.1.RELEASE]
	at org.springframework.boot.SpringApplication.doRun(SpringApplication.java:357) [spring-boot-1.3.1.RELEASE.jar:1.3.1.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:305) [spring-boot-1.3.1.RELEASE.jar:1.3.1.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1124) [spring-boot-1.3.1.RELEASE.jar:1.3.1.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1113) [spring-boot-1.3.1.RELEASE.jar:1.3.1.RELEASE]
	at com.example.JpaEmfApplication.main(JpaEmfApplication.java:24) [classes/:na]
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [java.lang.String] found for dependency [array of java.lang.String]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {}
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoSuchBeanDefinitionException(DefaultListableBeanFactory.java:1373) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1044) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1014) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:813) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741) ~[spring-beans-4.3.0.BUILD-SNAPSHOT.jar:4.3.0.BUILD-SNAPSHOT]
	... 18 common frames omitted

The bean definition for the EntityScanBeanPostProcessor comes from EntityScanRegistrar.addEntityScanBeanPostProcessor(…) where you can see an explicit constructor argument being declared.

The constructor of PersistentEntityLinkBuilder looks up a repository mapping through getResourceMapping(…). This method can return null but the returned result mapping is getting called getPath() on it without guarding against null values.

In HiveInputFormat we implement instance caching (see getInputFormatFromCache). In HS2, this assumes that InputFormats are stateless but I don't think this assumption is true, especially with regards to HBase.

With vectorization and tez enabled TPC-DS Q70 fails with 

Caused by: java.lang.RuntimeException: Big Table Retained Mapping duplicate column 6 in ordered column map {6=(value column: 6, type name: int), 21=(value column: 21, type name: float), 22=(value column: 22, type name: int)} when adding value column 6, type int
	at org.apache.hadoop.hive.ql.exec.vector.VectorColumnOrderedMap.add(VectorColumnOrderedMap.java:97)
	at org.apache.hadoop.hive.ql.exec.vector.VectorColumnOutputMapping.add(VectorColumnOutputMapping.java:40)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinCommonOperator.determineCommonInfo(VectorMapJoinCommonOperator.java:320)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinCommonOperator.<init>(VectorMapJoinCommonOperator.java:254)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.<init>(VectorMapJoinGenerateResultOperator.java:89)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerGenerateResultOperator.<init>(VectorMapJoinInnerGenerateResultOperator.java:97)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerLongOperator.<init>(VectorMapJoinInnerLongOperator.java:79)
	... 49 more

Query 

 select s_state
               from  (select s_state as s_state, sum(ss_net_profit),
                             rank() over ( partition by s_state order by sum(ss_net_profit) desc) as ranking
                      from   store_sales, store, date_dim
                      where  d_month_seq between 1193 and 1193+11
                            and date_dim.d_date_sk = store_sales.ss_sold_date_sk
                            and store.s_store_sk  = store_sales.ss_store_sk
                      group by s_state
                     ) tmp1
               where ranking <= 5

This is a critical one, the error is result mismatch. Need to find out why.

Two issues: 

IntegrationTestBigLinkedList.java does not add dependency jars, for it's first job (my bad for not testing it properly)
TableMapReduceUtil does not add guava, and htrace dependency to the job classpath. This affects all mapreduce jobs in trunk.

I have to look into whether the patch for HBASE-8140 would fix the second condition. 

This is similar to HBASE-9294. However, the fix in HBASE-9294 can't fix the issue.  hrs is unlikely null over there since we have an assert earlier. We also called hrs.isOnline eariler.
It is very likely the master shuts down sooner so the master address is null instead.

Creating a fabric from JBoss A-MQ distribution on a machine with no internet access (offline) gives the following error

JBossA-MQ:karaf@root> fabric:create  --wait-for-provisioning

In the logs seeing many

aused by: org.eclipse.aether.transfer.ArtifactTransferException: Could not transfer artifact org.apache.servicemix.bundles:org.apache.servicemix.bundles.json4s:jar:3.2.4_1 from/to central (http://repo1.maven.org/maven2/): Connect to repo1.maven.org:80 [repo1.maven.org/23.235.46.209] failed: Connection refused
...
Caused by: org.apache.maven.wagon.TransferFailedException: Connect to repo1.maven.org:80 [repo1.maven.org/23.235.46.209] failed: Connection refused                                                                                                                                                                                                                        
        at org.apache.maven.wagon.providers.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1085)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                  
        at org.apache.maven.wagon.providers.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:977)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                   
        at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                                         
        at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                                              
        at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                                                     
        at org.eclipse.aether.transport.wagon.WagonTransporter$GetTaskRunner.run(WagonTransporter.java:560)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                
        at org.eclipse.aether.transport.wagon.WagonTransporter.execute(WagonTransporter.java:427)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                          
        at org.eclipse.aether.transport.wagon.WagonTransporter.get(WagonTransporter.java:404)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                              
        at org.eclipse.aether.connector.basic.BasicRepositoryConnector$GetTaskRunner.runTask(BasicRepositoryConnector.java:447)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                            
        at org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:350)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                   
        ... 21 more                                                                                                                                                                                                                                                                                                                                                        
Caused by: org.apache.http.conn.HttpHostConnectException: Connect to repo1.maven.org:80 [repo1.maven.org/23.235.46.209] failed: Connection refused                                                                                                                                                                                                                         
        at org.apache.http.impl.conn.HttpClientConnectionOperator.connect(HttpClientConnectionOperator.java:142)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                           
        at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:319)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                               
        at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:363)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                           
        at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:219)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                                  
        at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:195)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                                      
        at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:86)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                                             
        at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:108)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                                      
        at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                           
        at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                                            
        at org.apache.maven.wagon.providers.http.AbstractHttpClientWagon.execute(AbstractHttpClientWagon.java:848)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                         
        at org.apache.maven.wagon.providers.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1000)[36:io.fabric8.fabric-maven:1.2.0.redhat-621084]                                                                                                                                                                                                  
        ... 30 more

See this thread: http://camel.465427.n5.nabble.com/SJMS-issue-with-noLocal-td5748632.html

Here is a patch updating the versions to the latest Spring, but more importantly adding an "optional" attribute to an annotation that breaks when annotation scanning is turned on (it is not turned on in the demos).

I am trying to run the samples with H2 and no matter what it fallbacks on HSQL.
I noticed that the surefire plugin has the following configuration

  <name>org.springframework.batch.support.SystemPropertyInitializer.ENVIRONMENT</name>
  <value>${environment}</value>

However, the environment bean is defined as follows

<bean id="environment"
  class="org.springframework.batch.support.SystemPropertyInitializer">
  <property name="defaultValue" value="hsql"/>
  <property name="keyName" value="ENVIRONMENT"/>
</bean>

The right key is therefore never set (hsql always used). One possible way is to fix the pom as follows

  <name>ENVIRONMENT</name>

(On a related note, there is one test failure with H2)

It gives FailedToCreateRouteException while creating camel AWS-SQS endpoint with ARN.
For example, below producer or consumer endpoint is not being created.

uri="aws-sqs://arn:aws:sqs:us-east-2:account:MyQueue?accessKey=xxx&secretKey=yyy&region=US_EAST_2"

And it throws error as follows.

Caused by: java.lang.IllegalArgumentException: No enum constant com.amazonaws.regions.Regions.us-east-2
	at com.amazonaws.regions.Regions.valueOf(Regions.java:26)
	at org.apache.camel.component.aws.sqs.SqsEndpoint.createClient(SqsEndpoint.java:310)

The formatting of the output of the shell command "describe" repeats some of the text.  The following is an example of the problem:

hbase(main):001:0> describe 'table2'
NAME => 'table2', FAMILIES => [{NAME => 'fam3', VERSIONS => 3, COMPRESSION => 'NONE', IN_MEMORY => false, BLOC
KCACHE => false, LENGTH => 2147483647, TTL => FOREVER, BLOOMFILTER => NONE}, {NAME => 'fam2', VERSIONS => 6, COMPRESSION => 'NONE', IN_MEMORY => false, BLOCKCACHE => false, LENGTH => 2147483647, TTL => FOREVER, BLOOMFILT
OMPRESSION => 'NONE', IN_MEMORY => false, BLOCKCACHE => false, LENGTH => 2147483647, TTL => FOREVER, BLOOMFILTER => NONE}, {NAME => 'fam1', VERSIONS => 5, COMPRESSION => 'NONE', IN_MEMORY => false, BLOCKCACHE => false, LENGTH => 2147483647, TTL => FOREVER, BLOOMFILTER => NONE}]
ER => NONE}, {NAME => 'fam1', VERSIONS => 5, COMPRESSION => 'NONE', IN_MEMORY => false, BLOCKCACHE => false, LENGTH => 2147483647, TTL => FOREVER, BLOOMFILTER => NONE}]
ENGTH => 2147483647, TTL => FOREVER, BLOOMFILTER => NONE}]                                                    
1 row(s) in 0.2520 seconds

When ForwardedHandlerTestCase installs /subsystem=undertow/configuration=filter/expression-filter=ff, even through it removes it after, /proxy location defined as part of ReverseProxyTestCase setup returns error 404:

testReverseProxy(org.jboss.as.test.integration.web.reverseproxy.ReverseProxyTestCase)  Time elapsed: 0.087 sec  <<< FAILURE!
java.lang.AssertionError: expected:<200> but was:<404>

Direct calling of /server1/name and /server2/name from the same tests gives 200 correctly.
When I comment out the ff filter setup (or skip whole ForwardedHandlerTestCase), ReverseProxyTestCase suceed.
When I copy configuration and deployments from running test and run in standalone server outside of test, proxy works correctly.

As it is unrelated to my original issue in the end, keeping unassigned.

Consider the code of HBaseClient.getConnection():

    connection.setupIOstreams();
    return connection;
  }

Now consider the setupIOstreams() method:

        close(); // Removes the connection from pool
      }

So, if something goes wrong inside of setupIOstreams, then after its invocation the connection will be broken (will have its .in and .out streams nulls, for example) and will not be in pool, but will still be returned from the getConnection method and cause further harm (for example, cause a NullPointerException in further calls such as sendCall, which use the in and out streams).
Suggested fix: make the setupIOstreams method rethrow the IOException inside that catch block.
Reproduction: Restart the hbase master and/or regionserver while a client program is running, and put a breakpoint into that catch block.
I actually observed a situation where the broken connection stayed in the pool, but I don't yet know how to reproduce it or what is the reason. I am investigating the issue, but for now at least the aforementioned bug should be fixed.

CME in Master in RegionManager.applyActions
I believe a region server reported during while a manual compaction request was being processed.
hbase> compact 'content'
followed within seconds by...
2009-01-28 22:41:00,822 INFO org.apache.hadoop.ipc.HBaseServer: IPC Server handler 7 on 60000, call regionServerReport(address: 10.30.94.34:60020, startcode: 1233137135818, load: (requests=11, regions=257, usedHeap=1013, maxHeap=1774), [Lorg.apache.hadoop.hbase.HMsg;@6cf8f20d, [Lorg.apache.hadoop.hbase.HRegionInfo;@4bdb6b5f) from 10.30.94.34:58823: error: java.io.IOException: java.util.ConcurrentModificationException
        at org.apache.hadoop.hbase.master.RegionManager.applyActions(RegionManager.java:1015)
        at org.apache.hadoop.hbase.master.RegionManager.applyActions(RegionManager.java:996)
        at org.apache.hadoop.hbase.master.ServerManager.processMsgs(ServerManager.java:452)
        at org.apache.hadoop.hbase.master.ServerManager.processRegionServerAllsWell(ServerManager.java:388)
        at org.apache.hadoop.hbase.master.ServerManager.regionServerReport(ServerManager.java:292)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:895)

Since the scheduling of heartbeat happens immediately after lock acquisition, it's unnecessary to send heartbeat at the time when locks is acquired. Add an initial delay to skip this.

ZKProcedureCoordinatorRpcs nodeCreated() responds to events of every znode under the procedure and not only members.

INFO: Received created event: /hbase/<proc>/reached/<instance>
INFO: Received created event: /hbase/<proc>/reached/<instance>/<member>

the result is a warning (no other side effects)

WARN [main-EventThread] procedure.ProcedureCoordinator: Member '<instance>' is trying to release an unknown procedure 'reached

Andrew Purtell posted in HBASE-10926 the steps to reproduce it:

$ cd ./src/hbase
$ git checkout master
$ mvn -DskipTests clean install

In one console:

$ ./bin/hbase master start

In another console:

$ ./bin/hbase org.apache.hadoop.hbase.util.LoadTestTool -num_keys 100000 \
    -read 10:100 -write 1:100:10

In a third console:

hbase> while true do ; flush 'cluster_test' ; sleep 10 ; end

org.apache.camel.component.cxf.interceptors.SoapMessageInInterceptor imports a class generated from test code 
import org.apache.camel.pizza.types.CallerIDHeaderType;
This makes life a bit annoying when trying to debug/develop with camel-cxf without generating the full test code.

Box component does not allow configuration using just endpoint url parameters like this:
from("box://poll-events/poll?userName=box_username&userPassword=box_userpassword&clientId=box_client_id&clientSecret=box_client_secret&streamPosition=-1&streamType=all&limit=100")
Claus says this is a bug.
See here for more details:
http://camel.465427.n5.nabble.com/Using-Box-component-td5792922.html

I saw a pretty weird failure on a cluster with corrupted files and this particular exception really threw me off:

2013-01-07 09:58:59,054 ERROR org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Failed open of region=redacted., starting to roll back the global memstore size.
java.io.IOException: java.io.IOException: java.lang.NullPointerException: empty hosts
	at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:548)
	at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:461)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3814)
	at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3762)
	at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:332)
	at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:108)
	at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:169)
Caused by: java.io.IOException: java.lang.NullPointerException: empty hosts
	at org.apache.hadoop.hbase.regionserver.Store.loadStoreFiles(Store.java:403)
	at org.apache.hadoop.hbase.regionserver.Store.<init>(Store.java:256)
	at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:2995)
	at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:523)
	at org.apache.hadoop.hbase.regionserver.HRegion$1.call(HRegion.java:521)
	... 3 more
Caused by: java.lang.NullPointerException: empty hosts
	at org.apache.hadoop.hbase.HDFSBlocksDistribution.addHostsAndBlockWeight(HDFSBlocksDistribution.java:123)
	at org.apache.hadoop.hbase.util.FSUtils.computeHDFSBlocksDistribution(FSUtils.java:597)
	at org.apache.hadoop.hbase.regionserver.StoreFile.computeHDFSBlockDistribution(StoreFile.java:492)
	at org.apache.hadoop.hbase.regionserver.StoreFile.open(StoreFile.java:521)
	at org.apache.hadoop.hbase.regionserver.StoreFile.createReader(StoreFile.java:602)
	at org.apache.hadoop.hbase.regionserver.Store$1.call(Store.java:380)
	at org.apache.hadoop.hbase.regionserver.Store$1.call(Store.java:375)
	... 8 more
2013-01-07 09:58:59,059 INFO org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler: Opening of region "redacted" failed, marking as FAILED_OPEN in ZK

This is what the code looks like:

if (hosts == null || hosts.length == 0) {
 throw new NullPointerException("empty hosts");
}

So hosts can exist but we send an NPE anyways? And then this is wrapped in Store by:

} catch (ExecutionException e) {
  throw new IOException(e.getCause());

FWIW there's another NPE thrown in HDFSBlocksDistribution.addHostAndBlockWeight and it looks wrong.
We should change the code to just skip computing the locality if it's missing and not throw big ugly exceptions. In this case the region would fail opening later anyways but at least the error message will be clearer.

Spring context does not start when Spring Bean uses, direct or indirect, new 
Comparator features: 
java.lang.IllegalArgumentException: INVOKESPECIAL/STATIC on interfaces require ASM 5
I attached maven project which reproduces this problem.

The problem is in MessageListenerAdapter in approximately 113 line (version 1.3.2.RELEASE), where using reflection you’re extracting methods to be invoked by listener.
Problem appears, when Listener is subclass of another class with the same method definition (i.e class A has abstract method doSmth and class B extends A and implements doSmth method). 
Then, methods array is populated with wrong number of method which then are invoked on listener (one for each parent classes that have same method definition), which can lead to invoking same method on listener several times.
You can reproduce this bug with those steps:
1. Create abstract class
AbstractTest.java
public abstract class AbstractTest {
   public abstract void foo(); 
} 

2. Create implementation to this class
Test.java
public class Test extends AbstractTest {
   @Override
   public void foo() {
      System.out.println("in foo");
   } 
} 

3. Define Test as spring bean and as message listener

<bean id="test" class="Test"/>
 <redis:listener-container connection-factory="jedisConnectionFactory">
        <redis:listener ref="test" method="foo" topic="testTopic"/>
    </redis:listener-container>

When message will come to topic 'testTopic', method foo will be invoked twice. 

If a thrift client makes an explain query and fetches results without calling getResultSetSchema() first, NullPointerException will occur in Hive.

org.apache.hive.service.cli.HiveSQLException: java.lang.NullPointerException
        at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:262)
        at org.apache.hive.service.cli.operation.OperationManager.getOperationNextRowSet(OperationManager.java:179)
        at org.apache.hive.service.cli.session.HiveSessionImpl.fetchResults(HiveSessionImpl.java:422)
        at org.apache.hive.service.cli.CLIService.fetchResults(CLIService.java:333)
        at org.apache.hive.service.cli.thrift.ThriftCLIService.FetchResults(ThriftCLIService.java:413)
        at org.apache.hive.service.cli.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1613)
        at org.apache.hive.service.cli.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1598)
        at org.apache.hive.service.auth.TUGIContainingProcessor$1.run(TUGIContainingProcessor.java:40)
        at org.apache.hive.service.auth.TUGIContainingProcessor$1.run(TUGIContainingProcessor.java:37)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1477)
        at org.apache.hadoop.hive.shims.HadoopShimsSecure.doAs(HadoopShimsSecure.java:527)
        at org.apache.hive.service.auth.TUGIContainingProcessor.process(TUGIContainingProcessor.java:37)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:244)
        at org.apache.hive.service.cli.Row.<init>(Row.java:45)
        at org.apache.hive.service.cli.RowSet.addRow(RowSet.java:61)
        at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:254)
        ... 19 more

HIVE-12274 have addressed almost all metastore columns; however it have left out PARTITION_PARAMS; so in case of a partitioned tables the limits are still there.

This query has an sq_count check, though is useless on a constant key.

hive> explain select * from part where p_size > (select max(p_size) from part where p_type = '1' group by p_type);
Warning: Map Join MAPJOIN[37][bigTable=?] in task 'Map 1' is a cross product
Warning: Map Join MAPJOIN[36][bigTable=?] in task 'Map 1' is a cross product
OK

Map 1 <- Reducer 4 (BROADCAST_EDGE), Reducer 6 (BROADCAST_EDGE)
Reducer 3 <- Map 2 (SIMPLE_EDGE)
Reducer 4 <- Reducer 3 (CUSTOM_SIMPLE_EDGE)
Reducer 6 <- Map 5 (SIMPLE_EDGE)

Stage-0
    limit:-1
    Stage-1
      Map 1 vectorized, llap
      File Output Operator [FS_64]
        Select Operator [SEL_63] (rows=66666666 width=621)
          Output:["_col0","_col1","_col2","_col3","_col4","_col5","_col6","_col7","_col8"]
          Filter Operator [FIL_62] (rows=66666666 width=625)
            predicate:(_col5 > _col10)
            Map Join Operator [MAPJOIN_61] (rows=200000000 width=625)
              Conds:(Inner),Output:["_col0","_col1","_col2","_col3","_col4","_col5","_col6","_col7","_col8","_col10"]
            <-Reducer 6 [BROADCAST_EDGE] vectorized, llap
              BROADCAST [RS_58]
                Select Operator [SEL_57] (rows=1 width=4)
                  Output:["_col0"]
                  Group By Operator [GBY_56] (rows=1 width=89)
                    Output:["_col0","_col1"],aggregations:["max(VALUE._col0)"],keys:KEY._col0
                  <-Map 5 [SIMPLE_EDGE] vectorized, llap
                    SHUFFLE [RS_55]
                      Group By Operator [GBY_54] (rows=86 width=89)
                        Output:["_col0","_col1"],aggregations:["max(_col1)"],keys:'1'
                        Select Operator [SEL_53] (rows=1212121 width=109)
                          Output:["_col1"]
                          Filter Operator [FIL_52] (rows=1212121 width=109)
                            predicate:(p_type = '1')
                            TableScan [TS_17] (rows=200000000 width=109)
                              tpch_flat_orc_1000@part,part,Tbl:COMPLETE,Col:COMPLETE,Output:["p_type","p_size"]
            <-Map Join Operator [MAPJOIN_60] (rows=200000000 width=621)
                Conds:(Inner),Output:["_col0","_col1","_col2","_col3","_col4","_col5","_col6","_col7","_col8"]
              <-Reducer 4 [BROADCAST_EDGE] vectorized, llap
                BROADCAST [RS_51]
                  Select Operator [SEL_50] (rows=1 width=8)
                    Filter Operator [FIL_49] (rows=1 width=8)
                      predicate:(sq_count_check(_col0) <= 1)
                      Group By Operator [GBY_48] (rows=1 width=8)
                        Output:["_col0"],aggregations:["count(VALUE._col0)"]
                      <-Reducer 3 [CUSTOM_SIMPLE_EDGE] vectorized, llap
                        PARTITION_ONLY_SHUFFLE [RS_47]
                          Group By Operator [GBY_46] (rows=1 width=8)
                            Output:["_col0"],aggregations:["count()"]
                            Select Operator [SEL_45] (rows=1 width=85)
                              Group By Operator [GBY_44] (rows=1 width=85)
                                Output:["_col0"],keys:KEY._col0
                              <-Map 2 [SIMPLE_EDGE] vectorized, llap
                                SHUFFLE [RS_43]
                                  PartitionCols:_col0
                                  Group By Operator [GBY_42] (rows=83 width=85)
                                    Output:["_col0"],keys:'1'
                                    Select Operator [SEL_41] (rows=1212121 width=105)
                                      Filter Operator [FIL_40] (rows=1212121 width=105)
                                        predicate:(p_type = '1')
                                        TableScan [TS_2] (rows=200000000 width=105)
                                          tpch_flat_orc_1000@part,part,Tbl:COMPLETE,Col:COMPLETE,Output:["p_type"]
              <-Select Operator [SEL_59] (rows=200000000 width=621)
                  Output:["_col0","_col1","_col2","_col3","_col4","_col5","_col6","_col7","_col8"]
                  TableScan [TS_0] (rows=200000000 width=621)
                    tpch_flat_orc_1000@part,part,Tbl:COMPLETE,Col:COMPLETE,Output:["p_partkey","p_name","p_mfgr","p_brand","p_type","p_size","p_container","p_retailprice","p_comment"]

The other version without the filter is missing the check, though the compiler cannot assume the nDV of p_type. Fixed by HIVE-16851 

Looks like task cancellation can close the UGI, causing the background thread to die with an exception, leaving a bunch of unreleased cache buffers.
Overall, it's probably better to modify how refcounts are handled - if there's some bug in the code we don't want to leak them. 

The ExternalSaslServerFactory.createSaslServer(String, String, String, Map<String, ?>, CallbackHandler) method returns an instance even for properties, for which getMechanismNames() returns empty array of names.
The ExternalSaslServer instances should only be created if the mechanism is supported for given properties (configuration).

HIVE-10271 removed hive.server2.thrift.http.min/max.worker.threads properties, however these properties are used in a few more places in hive code. For example, TestJdbcWithMiniHS2.java . We need to fix these as well.

We ran into an issue where the hotspot browser on blackberry devices was not able to maintain the httpsession. We are using tomcat 6 as our web server. After investigation it was found that the tomcat is generating two Set-Cookie headers for JSESSIONID. Out of these two JSESSIONID second one is valid however the hotspot browser is picking up the wrong one (i.e. first one) and that is why it is not able to maintain the session. With further investigation it was found that the SessionFixationProtectionFilter invalidates the current session and then creates a new one if the user is authenticated during the current requests. This was causing the multiple JSESSIONID.
Though the issue seems to be with the browser and the tomcat but the SessionFixationProtectionFilter creates new session when it is not required i.e. when the requested session id is invalid or null. So we need to add an extra condition which also checks for request.isRequestedSessionIdValid() in the already exisiting condition
//existing code
if(request.getSession(false) == null || request.getAttribute(FILTER_APPLIED) != null) {
	chain.doFilter(request, response);
	return;
}
//changed code 
if(request.getSession(false) == null || request.getAttribute(FILTER_APPLIED) != null || request.isRequestedSessionIdValid() == false) {
	return;
}
This not only fixes the issue mentioned but also improves the performance as we are avoiding unnecessary session creation.

During testing for 0.12, it was found that if someone tries to use the SBAP as a client-side authorization provider, and runs hcat -e "show databases;", SBAP denies permission to the user.
Looking at SBAP code, why it does so is self-evident from this section:

  @Override
  public void authorize(Privilege[] readRequiredPriv, Privilege[] writeRequiredPriv)
      throws HiveException, AuthorizationException {
    // Currently not used in hive code-base, but intended to authorize actions
    // that are directly user-level. As there's no storage based aspect to this,
    // we can follow one of two routes:
    // a) We can allow by default - that way, this call stays out of the way
    // b) We can deny by default - that way, no privileges are authorized that
    // is not understood and explicitly allowed.
    // Both approaches have merit, but given that things like grants and revokes
    // that are user-level do not make sense from the context of storage-permission
    // based auth, denying seems to be more canonical here.

    throw new AuthorizationException(StorageBasedAuthorizationProvider.class.getName() +
        " does not allow user-level authorization");
  }

Thus, this deny-by-default behaviour affects the "show databases" call from hcat cli, which uses user-level privileges to determine if a user can perform that.

The WebClient always throws a ClassCastException when an error occurs in bodyToMono(ParameterizedTypeReference), and not the defined exception. Reported by "voidc" here.

This map can be accessed by multiple threads. We can either map it a ConcurrentHashMap or synchronize the calls to this class.

Assume you have the following scenario:

class Entity {

  Long id;
  @DBRef
  Property property;
}

class Property {
  Long id;
}

interface EntityRepository extends Repository<Entity, Long> {

  Entity findByPropertyIn(Property... property);
}

The execution of findByProperty(…) will fail as the given array (or collection) is not correctly translated into a collection of DBRefs. The reason is that ConvertingIterator treats the value as is and wants to create a DBRef from it. We need to unwrap the elements and convert them into DBRef instances one by one.

getting warning for

[WARNING] warning: Class org.apache.hadoop.minikdc.MiniKdc not found - continuing with a stub.

The time b/w recover lease attempts is conservative but is still not correct. It does not factor in Datanode heartbeat time intervals.

Previous versions of this guide discussed `HTablePool`, which was deprecated in HBase 0.94, 0.95, and 0.96, and removed in 0.98.1, by link:https://issues.apache.org/jira/browse/HBASE-6580[HBASE-6500], or `HConnection`, which is deprecated in HBase 1.0 by `Connection`.
Please use link:http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/Connection.html[Connection] instead.

6500 -> 6580 

Camel FTP endpoint cannot recover by itself after network failure if no custom PollingConsumerPollStrategy is defined. Few years ago there was similar issue (https://issues.apache.org/jira/browse/CAMEL-1838), and it was fixed by adding in RemoteFileConsumer:
this.setPollStrategy(new RemoteFilePollingConsumerPollStrategy());
However it is broken again, as FtpEndpoint is overriding it with DefaultPollingConsumerPollStrategy in initConsumerProperties method, inherited from ScheduledPollEndpoint. I believe RemoteFilePollingConsumerPollStrategy should be used as default in RemoteFileEndpoint as well.
Adding this.setPollStrategy(new RemoteFilePollingConsumerPollStrategy()); in RemoteFilePollingConsumerPollStrategy should fix this issue.
Workaround for this bug is to create RemoteFilePollingConsumerPollStrategy in the registry and provide it directly to FTP endpoint by adding consumer.pollStrategy=#myRemoteFilePollingConsumerPollStrategyBeanId to the URL. This is also why FromFtpSimulateNetworkIssueRecoverTest didn't catch it - it's using custom PollingStrategy.

I created a table as following:
create table test(x string, y string);
insert into test values ('q', 'q'), ('q', 'w'), (NULL, 'q'), ('q', NULL), (NULL, NULL);
Then I try to compare values taking NULLs into account:
select *, x<=>y, not (x<=> y), (x <=> y) = false from test;
OK
q       q       true    false   false
q       w       false   true    true
q       NULL    false   NULL    true
NULL    q       false   NULL    true
NULL    NULL    true    NULL    false
I expected that 4th column will be the same as 5th one but actually got NULL as result of "not false" and "not true" expressions.
Hive 1.2.1000.2.5.0.0-1245
Subversion git://c66-slave-20176e25-3/grid/0/jenkins/workspace/HDP-parallel-centos6/SOURCES/hive -r da6c690d384d1666f5a5f450be5cbc54e2fe4bd6
Compiled by jenkins on Fri Aug 26 01:39:52 UTC 2016
From source with checksum c30648316a632f7a753f4359e5c8f4d6

See nabble
http://camel.465427.n5.nabble.com/Issue-Aggregator2-BatchCompletion-disturbed-by-other-completions-and-fails-to-happen-when-it-probabl-tp5728850.html

For explain queries, we don't generate the lineage info. So we should not try to log it at all.

Trying to boot the server with configuration migrated from EAP 6.4.x fails with IllegalArgumentException: Cannot require dependency more than once:service jboss.binding.messaging-throughput.
Reproduce

CONFIG=standalone-full.xml

unzip -q jboss-eap-6.4.20.zip
cp -r ${WILDFLY}/dist/target/wildfly-14.0.0.Beta2-SNAPSHOT wildfly

# Migrate
reload

Outcome

12:39:40,016 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 47) WFLYCTL0013: Operation ("add") failed - address: ([
]): java.lang.IllegalArgumentException: Cannot require dependency more than once:service jboss.binding.messaging-throughput

standalone-full-6.4.20.xml - out-of-box 6.4.20 config file
standalone-full-wildfly.xml - out-of-box Wildfly 32910b3 (Thu Aug  2 10:49:25 CEST 2018) config file
standalone-full-6.4.20-to-wildfly.xml - configuration produced by migration
This was working with 01852ab revision (Mon Jul 16 07:41:15 CEST 2018), unfortunately my automation for migration tool testing (which helps me to hit the issue) was broken due to galleon2 move, so without more investigation involved I'm unable to tell precise date when the issue appeared.
The issue is regression thus marking as a blocker.

Testing 0.92, I crashed all servers out.  Another bug makes it so WALs are not getting cleaned so I had 7000 regions to replay.  The distributed split code did a nice job and cluster came back but interesting is that some hot regions ended up having loads of recovered.edits files – tens if not hundreds – to replay against the region (can we bulk load recovered.edits instead of replaying them?).  Each recovered.edits file is taking about a second to process (though only about 30 odd edits per file it seems).  The region is unavailable during this time.

Seems like an old bit of code but its causing warning:
DLS	Dead store to $L8 in org.apache.hadoop.hbase.regionserver.HRegionServer.initializeMemStoreChunkCreator()
In class org.apache.hadoop.hbase.regionserver.HRegionServer
In method org.apache.hadoop.hbase.regionserver.HRegionServer.initializeMemStoreChunkCreator()
Local variable stored in JVM register 8
At HRegionServer.java:[line 1593]
This seems to be only thing between 2.1 being a blue run in last few instances. Let me fix.

We have some problem to read timestamp written to parquet file by other tools. The value is wrong after the conversion (not the same as it is meant to be).

Creating a new deployment-scanner and altering it's attribute fails if done in single batch. Running the commands without batch or running batch on CLI embed-server works fine.
reproduce

batch
/subsystem=deployment-scanner/scanner=scan:add(path=log, relative-to="jboss.server.base.dir", auto-deploy-exploded=false, scan-enabled=false)
/subsystem=deployment-scanner/scanner=scan:write-attribute(name=scan-interval, value=6000)
run-batch

fails with

08:09:19,076 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
    ("subsystem" => "deployment-scanner"),
    ("scanner" => "scan")
]): java.lang.IllegalStateException
	at org.jboss.as.server.deployment.scanner.DeploymentScannerService.getValue(DeploymentScannerService.java:234)
	at org.jboss.as.server.deployment.scanner.DeploymentScannerService.getValue(DeploymentScannerService.java:62)
	at org.jboss.msc.service.ServiceControllerImpl.getValue(ServiceControllerImpl.java:1158)
	at org.jboss.as.controller.OperationContextImpl$OperationContextServiceController.getValue(OperationContextImpl.java:2282)
	at org.jboss.as.server.deployment.scanner.AbstractWriteAttributeHandler.applyUpdateToRuntime(AbstractWriteAttributeHandler.java:58)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1344)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:208)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:130)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:152)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:148)
	at javax.security.auth.Subject.doAs(Subject.java:569)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:148)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)

using the embed server works

embed-server
batch
run-batch

Setting only as minor as there is no real use case behind this (scan-interval can be set while adding a new scanner) - run into it quite accidentally. No regression against previous release.

Looking at the LazySimpleSerializeWrite.java I found odd 'if':
Lines 234-235:

    if (v.equals(nullSequenceBytes)) {
    }

Seems like either something is missed there or this 'if' could be dropped out.

We have a single tunable for the RPC timeout interval - hbase.rpc.timeout. This is fine for the general case but there are use cases where it would be advantageous to set two separate timeouts for reads (gets, scans, perhaps with significant server side filtering - although the new scanner heartbeat feature mitigates where available) and mutations (fail fast under tight SLA, resubmit or take mitigating action). 
I propose we refer to a configuration setting "hbase.rpc.read.timeout" when handling read operations and "hbase.rpc.write.timeout" when handling write operations. If those values are not set in the configuration, fall back to the value of "hbase.rpc.timeout" or its default. 
So for example in HTable instead of one global timeout for each RPC (rpcTimeout), there would be a readRpcTimeout and writeRpcTimeout also set up in HTable#finishSetup. Then wherever we set up RPC with RpcRetryingCallerFactory#newCaller(int rpcTimeout) we pass in the read or write timeout depending on what the op is.
In general I don't like the idea of adding configuration parameters to our already heavyweight set, but I think the inability to control timeouts separately for reads and writes is an operational deficit.
See also PHOENIX-2916.

Among others, new files contain timezone information in the stripe footer. We want to run tests over alltypesorc file generated using more recent format.

Following warning is shown in log upon server start:

2018-08-02 16:13:28,487 WARN  [org.jboss.as.jsf] (MSC service thread 1-3) WFLYJSF0005: Unknown JSF version 'NONE'.  Default version 'main' will be used instead.

Seems like, that 'NONE' constant from WildFly code is somehow used instead of default 'main' value. Version 'NONE' is not specified anywhere, so this warning should not be present. From my point of view, it seems like I am trying set slot 'NONE' to be the default. But nothing like that is happening.

During upgrade from spring 3.1.1 to spring 3.2 I've met to the following problem:
Application consists of

several application modules, each one has it's on applicationContext with beanFacory
shared parent application context
modules are initialized in specified order

If I wanted to autowire (@Autowire) bean from module A in module B I have to publish it to shared parent application context:

parentBeanFactory.registerSingleton("moduleName" + "." + beanName, bean);

That was working in spring 3.1.1. In spring 3.2.1 bean metadata are cached and autowiring of bean from module A published to parent context fails in module B:
during autowiring in module A:

bean cache by type in DefaultListableBeanFacory is initialized with entry [Bean.class, {"beanName"}]
bean caches in all parent bean factories are initialized with entry [Bean.class, {}] <- not found

Now If I publish the bean to the shared parent application context to be accessible from other modules:

Autowiring by @Autowired of this bean in module B fails because it has bean already cached in parent bean factory as [Bean.class, {}].
I was able to get it working with the following workaround.
Publishing beans to parent module:

// get beanDefinition in module A
ConfigurableListableBeanFactory beanFactory = (ConfigurableListableBeanFactory) applicationContext.getBeanFactory();
BeanDefinition beanDefinition = beanFactory.getBeanDefinition(name);

// use it for clearing caches in parent DefaultListableBeanFacory
DefaultListableBeanFactory parentBeanFactory = (DefaultListableBeanFactory) parentContext.getBeanFactory();
parentBeanFactory.registerBeanDefinition(name, beanDefinition);
parentBeanFactory.removeBeanDefinition(name);

// now really publish bean to parent context
String publishedName = module.getIdentifier().getId() + "." + name;
parentBeanFactory.registerSingleton(publishedName, bean);

Autowiring of bean from module A in module B now works.

kit 104
etc/config.properties contains multiple duplicated entries.

09:59:46 (..e-6.2.0.redhat-104)$ grep -rHin '^org.osgi.framework.bootdelegation' etc/config.properties 

etc/config.properties:149:org.osgi.framework.bootdelegation=org.apache.karaf.jaas.boot,org.apache.karaf.management.boot,sun.*,com.sun.*,javax.transaction,javax.transaction.*,javax.xml.crypto,javax.xml.crypto.*,org.apache.xerces.jaxp.datatype,org.apache.xerces.stax,org.apache.xerces.parsers,org.apache.xerces.jaxp,org.apache.xerces.jaxp.validation,org.apache.xerces.dom
etc/config.properties:266:org.osgi.framework.bootdelegation=org.apache.karaf.jaas.boot,org.apache.karaf.management.boot,sun.*,com.sun.*,javax.transaction,javax.transaction.*,javax.xml.crypto,javax.xml.crypto.*,org.apache.xerces.*,org.bouncycastle*,com.ibm.security.*
etc/config.properties:283:org.osgi.framework.bootdelegation=org.apache.karaf.jaas.boot,org.apache.karaf.management.boot,sun.*,com.sun.*,javax.transaction,javax.transaction.*,javax.xml.crypto,javax.xml.crypto.*,org.apache.xerces.*,org.bouncycastle*,com.ibm.security.*

10:03:37 (..e-6.2.0.redhat-104)$ grep -rHin '^org.apache.karaf.security.providers' etc/config.properties 

etc/config.properties:267:org.apache.karaf.security.providers = org.bouncycastle.jce.provider.BouncyCastleProvider
etc/config.properties:284:org.apache.karaf.security.providers = org.bouncycastle.jce.provider.BouncyCastleProvider

Error thrown:
Error while processing statement: FAILED: RuntimeException org.apache.hadoop.security.AccessControlException: Permission denied: user=user_1, access=WRITE, inode="/tmp/hive-hive":hdfs:drwxr-xr-x
For hive query execution, a scratch directory specified by hive.exec.scratchdir is created with default permission 700. In HiveServer2, during the CLIService startup, we check for the presence of scratch directories (local + dfs) and if they don't exist, create them with permission 777. However, we should also change the permission from the default 700 to 777 in case the dfs scratch directory already exists.

ql/src/java/org/apache/hadoop/hive/ql/exec/GroupByOperator.java:    maxHashTblMemory = (long) (memoryPercentage * Runtime.getRuntime().maxMemory());
ql/src/java/org/apache/hadoop/hive/ql/exec/TopNHash.java:    // Total Free Memory = maxMemory() - Used Memory;
ql/src/java/org/apache/hadoop/hive/ql/exec/TopNHash.java:    long totalFreeMemory = Runtime.getRuntime().maxMemory() -

This will not work very well with LLAP because of the memory sharing by executors. 

the documentType paramter is not used for XPath predicates in XML DSL. It works for XPath expression and in Java DSL

It is found that, if a job is re-run (by passing same JobParameters), the JobExecution created is referring to a JobInstance which refers to null for its Job.
i.e.
JobExecution x = jobLauncher.run(job, jobParam);
x.getJobInstance().getJob();  // returns null
It seems that for re-run job, the Job passed in the JobLauncher is not set to the JobInstance restored from DB.
As I am trying to intercept the Job's execute() by AOP, the only method I can get know of which job being executed is by jobExecution.getJobInstance().getJob()

Build hive 0.13 against hadoop 2.0 on Windows always fail:
mvn install -Phadoop-2
...
[ERROR] --------------------
[ERROR]  Standard error from the DataNucleus tool + org.datanucleus.enhancer.Dat
aNucleusEnhancer :
[ERROR] The command line is too long.

We came across this in an environment of ours that uses a custom login module, but if I read the code correctly, this is a more general problem: if an authentication failure occurs while handling an EJB method, then the security context for the thread is not reset correctly, and subsequent uses of the thread for anonymous methods (e.g. timers) use the incorrect credentials.
I suspect the problem lies in SimpleSecurityManager's push() implementation, which is invoked from the SecurityContextInterceptor as follows:

    @Override
    public Object processInvocation(final InterceptorContext context) throws Exception {
        // TODO - special cases need to be handled where SecurityContext not established or minimal unauthenticated principal context instead.
        doPrivileged(pushAction);
        try {
            return context.proceed();
        } finally {
            doPrivileged(popAction);
        }
    }

If the pushAction throws an exception, then the popAction is never invoked. SimpleSecurityManager's push action starts off with

public void push(final String securityDomain) {
        // TODO - Handle a null securityDomain here? Yes I think so.
        final SecurityContext previous = SecurityContextAssociation.getSecurityContext();
        contexts.push(previous);
        SecurityContext current = establishSecurityContext(securityDomain);

If an exception is subsequently raised, then the thread's security context is never reset (and previous is never popped off the "contexts" stack either).
If the same thread is subsequently used in a timer invocation that is supposed to run without a principal, the old security context is still active in the thread, and will be used incorrectly. (In our case leading to the same authentication exception over and over.)
I was able to successfully work around this issue by catching exceptions in push() and invoking pop() in the catch block, before rethrowing the exception.

After the changes for SPR-16677, AopUtils.getMostSpecificMethod does not resolve proxy class methods anymore. It turns out that this is a regression for some scenarios, in particular for dynamic proxies as targets with their redeclaration of all interface methods at the most specific level. In order for Method.getDeclaringClass() to expose the concrete type again in such scenarios, we should rather revisit that algorithm to not specifically handle proxy class methods, just consistently skipping resolution for CGLIB cases (in particular configuration classes and lookup-method classes) as we did in a few places before already.

this optimizer causes both old and new rows to show up in a select after update (for tables involving few rows)

Hi,
I have my Resource Handling config as below

    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {

        //Set cachePeriod to 1 year if its not local mode
        Integer cachePeriod = (365*24*60*60);

        VersionResourceResolver versionResolver = new VersionResourceResolver()
                .addContentVersionStrategy("/**");

        registry.addResourceHandler("/**")
                .addResourceLocations("/")
                    .setCachePeriod(cachePeriod)
                        .resourceChain(true)
                            .addResolver(versionResolver)
                                .addResolver(new GzipResourceResolver())
                                .addResolver(new PathResourceResolver())
                                .addTransformer(new AppCacheManifestTransformer())
                                .addTransformer(new CssLinkResourceTransformer());
    }

My thymeleaf based HTML page has the resource as below
    <link rel="stylesheet" th:href="@
{/resources/css/bundle.min.css}
"/>
Now, when this page is loading, the request fails with NullPointerException. Below is the stack trace

Caused by: org.thymeleaf.exceptions.TemplateProcessingException: Error during execution of processor 'org.thymeleaf.spring4.processor.attr.SpringHrefAttrProcessor' (error)
	at org.thymeleaf.processor.AbstractProcessor.process(AbstractProcessor.java:225) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.Node.applyNextProcessor(Node.java:1017) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.Node.processNode(Node.java:972) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.NestableNode.computeNextChild(NestableNode.java:695) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.NestableNode.doAdditionalProcess(NestableNode.java:668) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.Node.processNode(Node.java:990) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.Document.process(Document.java:93) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1155) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1060) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1011) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.spring4.view.ThymeleafView.renderFragment(ThymeleafView.java:335) [thymeleaf-spring4-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.spring4.view.ThymeleafView.render(ThymeleafView.java:190) [thymeleaf-spring4-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1244) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1027) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:971) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:966) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.GzipResourceResolver.isGzipAccepted(GzipResourceResolver.java:69) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.GzipResourceResolver.resolveResourceInternal(GzipResourceResolver.java:51) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.AbstractResourceResolver.resolveResource(AbstractResourceResolver.java:46) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.DefaultResourceResolverChain.resolveResource(DefaultResourceResolverChain.java:57) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.VersionResourceResolver.resolveUrlPathInternal(VersionResourceResolver.java:190) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.AbstractResourceResolver.resolveUrlPath(AbstractResourceResolver.java:60) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.DefaultResourceResolverChain.resolveUrlPath(DefaultResourceResolverChain.java:71) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.CachingResourceResolver.resolveUrlPathInternal(CachingResourceResolver.java:99) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.ResourceUrlProvider.getForLookupPath(ResourceUrlProvider.java:221) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.springframework.web.servlet.resource.ResourceUrlEncodingFilter$ResourceUrlEncodingResponseWrapper.encodeURL(ResourceUrlEncodingFilter.java:78) [spring-webmvc-4.1.6.RELEASE.jar:4.1.6.RELEASE]
	at org.thymeleaf.standard.expression.LinkExpression.executeLink(LinkExpression.java:378) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.expression.SimpleExpression.executeSimple(SimpleExpression.java:77) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:103) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:133) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:120) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.processor.attr.AbstractStandardSingleAttributeModifierAttrProcessor.getTargetAttributeValue(AbstractStandardSingleAttributeModifierAttrProcessor.java:67) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.spring4.processor.attr.SpringHrefAttrProcessor.getTargetAttributeValue(SpringHrefAttrProcessor.java:68) [thymeleaf-spring4-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.processor.attr.AbstractSingleAttributeModifierAttrProcessor.getModifiedAttributeValues(AbstractSingleAttributeModifierAttrProcessor.java:59) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.processor.attr.AbstractAttributeModifierAttrProcessor.processAttribute(AbstractAttributeModifierAttrProcessor.java:62) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.processor.attr.AbstractAttrProcessor.doProcess(AbstractAttrProcessor.java:87) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.processor.AbstractProcessor.process(AbstractProcessor.java:212) [thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]

This is because VersionResourceResolver passes the request object as null in below code snippet
	@Override
	protected String resolveUrlPathInternal(String resourceUrlPath, List<? extends Resource> locations, ResourceResolverChain chain) {
		String baseUrl = chain.resolveUrlPath(resourceUrlPath, locations);
		if (StringUtils.hasText(baseUrl)) {
			VersionStrategy versionStrategy = getStrategyForPath(resourceUrlPath);
			if (versionStrategy == null) 
{
			}
			if (logger.isTraceEnabled()) 
{
				logger.trace("Getting the original resource to determine version");
			}
 Resource resource = chain.resolveResource(null, baseUrl, locations);
			String version = versionStrategy.getResourceVersion(resource);
{
				logger.trace("Version=" + version);
			}
			return versionStrategy.addVersion(baseUrl, version);
		}
		return baseUrl;
	}

I have a business object User and in my application I have to set property active to false when deleting User.
I don't want to expose my business logic on REST model so I wanted to override DELETE /user/{id} behavior to patch user to set active to false.
In order to achieve that I write my own controller with following piece of code:

@RepositoryRestController

    @Inject
    private UserService userService;

    @ResponseStatus(value = HttpStatus.NO_CONTENT)
    @RequestMapping(method = RequestMethod.DELETE, value = "/{user}")
    public void delete(@PathVariable("user") User user) {
        user.setActive(false);
        userService.save(user);
    }
}

Method is correctly called but I get an org.springframework.beans.ConversionNotSupportedException...
So I tried to add a custom converter (String -> User) like describe here: http://docs.spring.io/spring-data/rest/docs/1.1.0.M1/reference/htmlsingle/#d4e110
But the converter is never called.
When debugging I saw that https://github.com/spring-projects/spring-framework/blob/master/spring-beans/src/main/java/org/springframework/beans/TypeConverterDelegate.java#L169 is NULL that why my converter is not called.
I will try to find more and create PR if possible but atm I don't have more information.

When I first instantiate the following route, it works as expected. The Replies that come have the right correlation ids, just as Camel has assigned them.

from("direct:fetchStateStart")
.setExchangePattern(ExchangePattern.InOut)
.to("activemq:queue:tasksQueue?replyTo=completionsQueue" +
        "&replyToType=Exclusive" +
        "&requestTimeout=" + FETCH_INDEX_TIMEOUT)
.threads(10)
.routeId("route-001");

When this route completes, it is stopped and removed from the camel context. 
When a similar route is instantiated:

from("direct:processStateStart")
        "&requestTimeout=" + PROCESS_INDEX_TIMEOUT)
.routeId("route-002");

Half of the replies come as expected, while the other half results in the following warning: Reply received for unknown correlationID.
A workaround for this issues is to use a different ReplyTo-queue for each new instantiation of a similar route.
E.g. for the second route, it'll work if:

.to("activemq:queue:tasksQueue?replyTo=processedIndecesQueue" +

Raising this on behalf of Chris Drome and Selina Zhang. 
Here's how to reproduce the problem:

CREATE TABLE foobar ( foo STRING, bar STRING ) PARTITIONED BY ( dt STRING, region STRING ) STORED AS RCFILE LOCATION '/tmp/foobar';

ALTER TABLE foobar ADD PARTITION ( dt='1', region='A' ) ;

dfs -rm -R -skipTrash /tmp/foobar/dt=1;

ALTER TABLE foobar DROP PARTITION ( dt='1' );

This causes a client-side error as follows:

15/02/26 23:08:32 ERROR exec.DDLTask: org.apache.hadoop.hive.ql.metadata.HiveException: Unknown error. Please check logs.

When hive.merge.tezfiles=true, and the warehouse dir/scratchdir are on different filesystems.

2015-11-13 10:22:10,617 ERROR exec.Task (TezTask.java:execute(184)) - Failed to execute tez graph.
java.lang.IllegalArgumentException: Wrong FS: wasb://chaoyiteztest@chaoyiteztest.blob.core.windows.net/hive/scratch/chaoyitest/c888f405-3c98-46b1-bf39-e57f067dfe4c/hive_2015-11-13_10-16-10_216_8161037519951665173-1/_tmp.-ext-10000, expected: hdfs://headnodehost:9000
at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:645)
at org.apache.hadoop.hdfs.DistributedFileSystem.getPathName(DistributedFileSystem.java:193)
at org.apache.hadoop.hdfs.DistributedFileSystem.access$000(DistributedFileSystem.java:105)
at org.apache.hadoop.hdfs.DistributedFileSystem$19.doCall(DistributedFileSystem.java:1136)
at org.apache.hadoop.hdfs.DistributedFileSystem$19.doCall(DistributedFileSystem.java:1132)
at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1132)
at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1423)
at org.apache.hadoop.hive.ql.exec.tez.DagUtils.createVertex(DagUtils.java:579)
at org.apache.hadoop.hive.ql.exec.tez.DagUtils.createVertex(DagUtils.java:1083)
at org.apache.hadoop.hive.ql.exec.tez.TezTask.build(TezTask.java:329)
at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:156)
at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:160)
at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:85)
at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1606)
at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1367)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1179)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1006)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:996)
at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:247)
at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:199)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:410)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:345)
at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:733)
at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:677)
at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:616)
2015-11-13 10:22:10,620 INFO hooks.ATSHook (ATSHook.java:<init>(84)) - Created ATS Hook

When the scratchdir is set to the same FS as the warehouse the problem goes away.

In the reference PDF, the package for the class SoapFaultMappingExceptionResolver in the example in not correct. There may be other instances of the same problem with different classes throughout the document.

The up arrow on console is supposed to display history, which is broken currently. Changes in HIVE-6758 broke it.

The XSD for the Infinispan subsystem (jboss-as-infinispan_4_0.xsd) says that the default locking level is OPTIMISTIC:

<xs:complexType name="transaction">
    ...
    <xs:attribute name="locking" type="tns:locking-mode" default="OPTIMISTIC">
            <xs:documentation>The locking mode for this cache, one of OPTIMISTIC or PESSIMISTIC.</xs:documentation>
</xs:complexType>

However, the TransactionResourceDefinition class, which is the ultimate source of truth, disagrees:

    LOCKING("locking", ModelType.STRING, new ModelNode(LockingMode.PESSIMISTIC.name()), new EnumValidatorBuilder<>(LockingMode.class)),
    ...
}

Try to execute the following commands on ROO Shell:

project --topLevelPackage org.springroo.testproject
entity jpa --class ~.domain.TestEntity
field string --fieldName testField --class ~.domain.TestEntity2

Appears the following message:

The type specified, 'org.springroo.testproject.domain.TestEntity2', doesn't exist

But context changes to:

~.domain.TestEntity2 roo>

Then if you try to add new field without specify class, appears an error as:

Recently I accidentally kill -9'd all regionservers in my cluster (don't ask.. not my finest moment).
This let to some corruption of the meta table, causing the following exception to be output on the HBase Master during startup, and culminating with the Master aborting:

java.lang.IllegalArgumentException: Wrong length: 13, expected 8
	at org.apache.hadoop.hbase.util.Bytes.explainWrongLengthOrOffset(Bytes.java:600)
	at org.apache.hadoop.hbase.util.Bytes.toLong(Bytes.java:578)
	at org.apache.hadoop.hbase.HRegionInfo.getServerName(HRegionInfo.java:1059)
	at org.apache.hadoop.hbase.HRegionInfo.getHRegionInfoAndServerName(HRegionInfo.java:987)
	at org.apache.hadoop.hbase.master.AssignmentManager.rebuildUserRegions(AssignmentManager.java:2678)
	at org.apache.hadoop.hbase.master.AssignmentManager.joinCluster(AssignmentManager.java:465)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:910)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:615)

No tools that I am aware of were able to clean this up. I added a short patch to catch and log this exception and return null from HRegionInfo.getServerName(). This allowed for startup of the cluster, and hbase hbck to repair the damage.
Creating ticket to submit patch in case anyone else finds this useful.

The post processor(s) should be called when receiving replies. They are not.

Instances in binary mode are emitting the metric default.General.open_connections but the instances operating in http mode are not emitting this metric.

As uncovered in CAMEL-10935 the change introduced in CAMEL-10928 failed two tests.
The root cause for the test failure was that the Endpoint created at RestletComponent::createConsumer is not started, which leads to NullPointerException at RestletConsumer:65 as the restletBinding of the RestletEndpoint is created on Endpoint start.
The reason tests originally passed is because both RestletConsumer and RestletProducer used the same Endpoint originally created and started by the RestletProducer.
CAMEL-10928 changed the Endpoint parameter restletMethods to restletMethod for the RestletProducer whilst the RestletConsumer is using restletMethods, this results in differing Endpoint URIs which results in not getting the same Endpoint in the RestletConsumer as in RestletProduicer.

We  can do this ourselves by:

fixing implementation part in Mojarra fork
using weld portable extensions to modify the annontation metadata

Gets hung up in testSSHCleanupDaugtherRegionsOfAbortedSplit waiting on deleteTable

"Thread-334" prio=10 tid=0x00007f15382da800 nid=0x40ae in Object.wait() [0x00007
f1315f5d000]
        - waiting on <0x00000007e1b525b8> (a org.apache.hadoop.hbase.ipc.RpcClie
nt$Call)
        at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1452)
        - locked <0x00000007e1b525b8> (a org.apache.hadoop.hbase.ipc.RpcClient$C
all)
        at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.ja
va:1661)
        at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementatio
n.callBlockingMethod(RpcClient.java:1719)
        at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService
$BlockingStub.disableTable(MasterProtos.java:43749)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplemen
tation$5.disableTable(HConnectionManager.java:1995)
        at org.apache.hadoop.hbase.client.HBaseAdmin$5.call(HBaseAdmin.java:947)
        at org.apache.hadoop.hbase.client.HBaseAdmin$5.call(HBaseAdmin.java:942)
        at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcR
etryingCaller.java:117)
        - locked <0x00000007dfffe938> (a org.apache.hadoop.hbase.client.RpcRetry
ingCaller)
etryingCaller.java:93)
        at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.
java:3398)
        at org.apache.hadoop.hbase.client.HBaseAdmin.disableTableAsync(HBaseAdmi
n.java:942)
        at org.apache.hadoop.hbase.client.HBaseAdmin.disableTable(HBaseAdmin.jav
a:974)
        at org.apache.hadoop.hbase.HBaseTestingUtility.deleteTable(HBaseTestingUtility.java:1532)
        at org.apache.hadoop.hbase.regionserver.TestSplitTransactionOnCluster.testSSHCleanupDaugtherRegionsOfAbortedSplit(TestSplitTransactionOnCluster.java:1172)

See attached test.log.good.gz and test.log.bad.gz.
In test.log.bad at 2015-01-13 08:02:45,947 we acquire a lock on testSSHCleanupDaugtherRegionsOfAbortedSplit to start a disable but do nothing afterward. Nothing happens for one minute. Then looks like the client makes another request but it can't get the table lock. There's no progress until timeout.

2015-01-13 08:02:45,947 INFO  [Thread-334] client.HBaseAdmin$5(945): Started disable of testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:02:45,948 INFO  [FifoRpcScheduler.handler1-thread-4] master.HMaster(2213): Client=apurtell//10.40.8.95 disable testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:02:45,950 DEBUG [FifoRpcScheduler.handler1-thread-4] lock.ZKInterProcessLockBase(226): Acquired a lock for /hbase/table-lock/testSSHCleanupDaugtherRegionsOfAbortedSplit/write-master:367740000000001
2015-01-13 08:03:44,585 DEBUG [ip-10-40-8-95.us-west-2.compute.internal,36774,1421136162827-BalancerChore] master.HMaster(1553): Not running balancer because 3 region(s) in transition: {e4f79ac2b4711f7d906a291d94302d6e={e4f79ac2b4711f7d906a291d94302d6e state=SPLITTING, ts=1421136165837, server=ip-10-40-8-95.us-west-2.compute.internal,47769,1421136163047}, ebbcf66ec09960d42a2a49252599bb6d={ebbcf66ec09960d42a2a49252599bb6d state=SPLITTI...
2015-01-13 08:03:46,210 INFO  [Thread-334] client.HBaseAdmin$5(945): Started disable of testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:03:46,211 INFO  [FifoRpcScheduler.handler1-thread-3] master.HMaster(2213): Client=apurtell//10.40.8.95 disable testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:03:46,214 DEBUG [FifoRpcScheduler.handler1-thread-3] master.TableLockManager$ZKTableLockManager$1(242): Table is locked by [tableName=
default+testSSHCleanupDaugtherRegionsOfAbortedSplit, lockOwner=ip-10-40-8-95.us-west-2.compute.internal,36774,1421136162827, threadId=486, purpose=C_M_DISABLE_TABLE, isShared=false, createTime=1421136165948]

If we look at test.log.good where the same sequence of events begin, the table is quickly disabled and deleted:

2015-01-13 08:01:47,923 INFO  [Thread-333] client.HBaseAdmin$5(945): Started disable of testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:01:47,924 INFO  [FifoRpcScheduler.handler1-thread-5] master.HMaster(2213): Client=apurtell//10.40.8.95 disable testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:01:47,926 DEBUG [FifoRpcScheduler.handler1-thread-5] lock.ZKInterProcessLockBase(226): Acquired a lock for /hbase/table-lock/testSSHCleanupDaugtherRegionsOfAbortedSplit/write-master:383350000000001
2015-01-13 08:01:47,932 INFO  [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] handler.DisableTableHandler(130): Attempting to disable table testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:01:47,933 INFO  [Thread-333] zookeeper.RecoverableZooKeeper(121): Process identifier=catalogtracker-on-hconnection-0x60cf9dfa connecting to ZooKeeper ensemble=localhost:59024
2015-01-13 08:01:47,933 DEBUG [Thread-333] catalog.CatalogTracker(198): Starting catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@610b218c
2015-01-13 08:01:47,935 DEBUG [Thread-333-EventThread] zookeeper.ZooKeeperWatcher(313): catalogtracker-on-hconnection-0x60cf9dfa0x0, quorum=localhost:59024, baseZNode=/hbase Received ZooKeeper Event, type=None, state=SyncConnected, path=null
2015-01-13 08:01:47,935 DEBUG [Thread-333] zookeeper.ZKUtil(430): catalogtracker-on-hconnection-0x60cf9dfa0x0, quorum=localhost:59024, baseZNode=/hbase Set watcher on existing znode=/hbase/meta-region-server
2015-01-13 08:01:47,936 INFO  [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] handler.DisableTableHandler(190): Disabled table, testSSHCleanupDaugtherRegionsOfAbortedSplit, is done=true
2015-01-13 08:01:47,936 DEBUG [Thread-333-EventThread] zookeeper.ZooKeeperWatcher(390): catalogtracker-on-hconnection-0x60cf9dfa-0x14ae2500c300017 connected
2015-01-13 08:01:47,938 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] lock.ZKInterProcessLockBase(328): Released /hbase/table-lock/testSSHCleanupDaugtherRegionsOfAbortedSplit/write-master:383350000000001
2015-01-13 08:01:47,941 DEBUG [Thread-333] catalog.CatalogTracker(222): Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@610b218c
2015-01-13 08:01:47,945 INFO  [Thread-333] client.HBaseAdmin(999): Disabled testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:01:47,946 INFO  [FifoRpcScheduler.handler1-thread-2] master.HMaster(2047): Client=apurtell//10.40.8.95 delete testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:01:47,948 DEBUG [FifoRpcScheduler.handler1-thread-2] lock.ZKInterProcessLockBase(226): Acquired a lock for /hbase/table-lock/testSSHCleanupDaugtherRegionsOfAbortedSplit/write-master:383350000000002
2015-01-13 08:01:47,953 INFO  [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] handler.TableEventHandler(123): Handling table operation C_M_DELETE_TABLE on table testSSHCleanupDaugtherRegionsOfAbortedSplit
2015-01-13 08:01:47,958 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] handler.DeleteTableHandler(93): Deleting regions from META
2015-01-13 08:01:47,962 INFO  [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] catalog.MetaEditor(496): Deleted [{ENCODED => bc81e04ede70636e30fd1224df8bc70b, NAME => 'testSSHCleanupDaugtherRegionsOfAbortedSplit,,1421136107549.bc81e04ede70636e30fd1224df8bc70b.', STARTKEY => '', ENDKEY => ''}]
2015-01-13 08:01:47,964 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] handler.DeleteTableHandler(104): Archiving region testSSHCleanupDaugtherRegionsOfAbortedSplit,,1421136107549.bc81e04ede70636e30fd1224df8bc70b. from FS
2015-01-13 08:01:47,965 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] backup.HFileArchiver(93): ARCHIVING hdfs://localhost:43493/user/apurtell/hbase/.tmp/data/default/testSSHCleanupDaugtherRegionsOfAbortedSplit/bc81e04ede70636e30fd1224df8bc70b
2015-01-13 08:01:47,969 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] backup.HFileArchiver(134): Archiving [class org.apache.hadoop.hbase.backup.HFileArchiver$FileablePath, file:hdfs://localhost:43493/user/apurtell/hbase/.tmp/data/default/testSSHCleanupDaugtherRegionsOfAbortedSplit/bc81e04ede70636e30fd1224df8bc70b/f]
2015-01-13 08:01:47,978 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] backup.HFileArchiver(438): Finished archiving from class org.apache.hadoop.hbase.backup.HFileArchiver$FileablePath, file:hdfs://localhost:43493/user/apurtell/hbase/.tmp/data/default/testSSHCleanupDaugtherRegionsOfAbortedSplit/bc81e04ede70636e30fd1224df8bc70b/f/9b6aaa5d9dd44f3ab113a32c029d50ae, to hdfs://localhost:43493/user/apurtell/hbase/archive/data/default/testSSHCleanupDaugtherRegionsOfAbortedSplit/bc81e04ede70636e30fd1224df8bc70b/f/9b6aaa5d9dd44f3ab113a32c029d50ae
2015-01-13 08:01:47,979 INFO  [IPC Server handler 6 on 43493] blockmanagement.BlockManager(1009): BLOCK* addToInvalidates: blk_1073741839_1015 127.0.0.1:49933 127.0.0.1:55797 127.0.0.1:57090 
2015-01-13 08:01:47,979 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] backup.HFileArchiver(453): Deleted all region files in: hdfs://localhost:43493/user/apurtell/hbase/.tmp/data/default/testSSHCleanupDaugtherRegionsOfAbortedSplit/bc81e04ede70636e30fd1224df8bc70b
2015-01-13 08:01:47,980 INFO  [IPC Server handler 2 on 43493] blockmanagement.BlockManager(1009): BLOCK* addToInvalidates: blk_1073741838_1014 127.0.0.1:57090 127.0.0.1:49933 127.0.0.1:55797 
2015-01-13 08:01:47,980 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] handler.DeleteTableHandler(114): Table 'testSSHCleanupDaugtherRegionsOfAbortedSplit' archived!
2015-01-13 08:01:47,980 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] handler.DeleteTableHandler(117): Removing 'testSSHCleanupDaugtherRegionsOfAbortedSplit' descriptor.
2015-01-13 08:01:47,981 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] handler.DeleteTableHandler(121): Removing 'testSSHCleanupDaugtherRegionsOfAbortedSplit' from region states.
2015-01-13 08:01:47,981 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] handler.DeleteTableHandler(125): Marking 'testSSHCleanupDaugtherRegionsOfAbortedSplit' as deleted.
2015-01-13 08:01:47,984 DEBUG [MASTER_TABLE_OPERATIONS-ip-10-40-8-95:38335-0] lock.ZKInterProcessLockBase(328): Released /hbase/table-lock/testSSHCleanupDaugtherRegionsOfAbortedSplit/write-master:383350000000002

The first interesting line missing in test.log.bad is:

Nowhere in test.log.bad does "Attempting to disable table testSSHCleanupDaugtherRegionsOfAbortedSplit" appear.

It is always possible this is in code I have added to the CLI so feel free to assign it back if that turns out to be the case 
Steps: -

Start wildfly-core
Start the CLI and connect to the local server, either with -c or connect command.
Shut down server with Ctrl-C and start again
Enter command in CLI

Result: -

[standalone@localhost:9990 /] connect
Failed to handle 'connect': java.lang.NullPointerException

Restarting the CLI it is able to connect.

Left & Right outer joins without keys are valid in SQL and they have different semantics from cross-products

create temporary table foo(x int) stored as orc;
insert into foo values(1),(2);
create temporary table bar(y int) stored as orc;
select count(*) from bar right outer join foo; -- = 2
select count(*) from bar, foo; -- = 0 

canSpecializeMapJoin should bail on these cases.

When hive.warehouse.subdir.inherit.perms is set to true, insert/load overwrite .. partition set table and partition permissions repetitively which is not necessary and causing performance issue especially in the cases where there are multiple levels of partitions involved.

MethodInvocationPrivilegeEvaluation should not throw an exception if a null Authentication is passed, but instead return false to indicate the current user does not have permission to the requested MethodInvocation.

Currently this component is broken in OSGI environment due to this:
https://issues.apache.org/jira/browse/KAFKA-3218
We can leave it broken until they get their bugs worked out.  Or i can submit a PR with an intermediate fix that should work, as described in the jira noted above.
https://github.com/apache/camel/pull/1053

e.g. try "mvn tomcat:run" then try navigate to an endpoint to try send a message to it.

1. create a custom function by
CREATE FUNCTION myfunc AS 'someudfclass' using jar 'hdfs:///tmp/myudf.jar';
2. Create a simple jdbc client, just do 
connect, 
run simple query which using the function such as:
select myfunc(col1) from sometable
3. Disconnect.
Check open file for HiveServer2 by:
lsof -p HSProcID | grep myudf.jar
You will see the leak as:

java      28718 ychen  txt      REG                1,4        741 212977666 /private/var/folders/6p/7_njf13d6h144wldzbbsfpz80000gp/T/1bfe3de0-ac63-4eba-a725-6a9840f1f8d5_resources/myudf.jar
java      28718 ychen  330r     REG                1,4        741 212977666 /private/var/folders/6p/7_njf13d6h144wldzbbsfpz80000gp/T/1bfe3de0-ac63-4eba-a725-6a9840f1f8d5_resources/myudf.jar

When using STARTTLS with custom sslContextParameters it fails since the factory setup is only done for smtps/imaps/pops, same problem applies to the "dummyTrustManager.

Running explain on a MERGE statement with runtime filtering enabled, I see the min/max being applied on the large table, but not the bloom filter check:

explain merge into acidTbl as t using nonAcidOrcTbl s ON t.a = s.a
WHEN MATCHED AND s.a > 8 THEN DELETE
WHEN MATCHED THEN UPDATE SET b = 7
WHEN NOT MATCHED THEN INSERT VALUES(s.a, s.b)

...

        Map 1
                TableScan
                  alias: t
                  Statistics: Num rows: 1 Data size: 0 Basic stats: PARTIAL Column stats: NONE
                    predicate: a BETWEEN DynamicValue(RS_3_s_a_min) AND DynamicValue(RS_3_s_a_max) (type: boolean)
                    Statistics: Num rows: 1 Data size: 0 Basic stats: PARTIAL Column stats: NONE

The annotation processors generate a log if they fail, but they do not fail the build. They should fail the build along with the log needed for debugging. Tracing issues due to missing JSON descriptors not generated by annotation processors back to the apt project is quite difficult otherwise.

Existing:
$ bin/hbase org.apache.hbase.util.Merge <tablename> <region1> <region2>
Should be:
$ bin/hbase org.apache.hadoop.hbase.util.Merge <tablename> <region1> <region2>

Hi there,
When I try to use cluster features, I got an issue.
With SSO enabled, when a node left and rejoined the cluster, the authentication failed to sync.
I enabled SSO in standalone-ha.xml
<single-sign-on/>
Node 3:
$JBOSS_HOME/bin/standalone.sh -c standalone-ha.xml -b=10.0.0.120 -u 230.0.0.4 -Djboss.node.name=node3 -Djboss.socket.binding.port-offset=100
Node 4:
$JBOSS_HOME/bin/standalone.sh -c standalone-ha.xml -b=10.0.0.120 -u 230.0.0.4 -Djboss.node.name=node4 -Djboss.socket.binding.port-offset=200
I first started both nodes and logged in. Then I shut down node 3, and refresh the page. Everything worked fine until now. After this, I started node 3 again but I found I was logged out. When I shut down the node3, it worked again.
I also tried different versions of WildFly, 8.1, 8.2 and 9.0 and it failed in all versions.
The log from node 4 below happens sometimes but NOT always.
14:56:44,874 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-18,shared=udp) ISPN000094: Received new cluster view: [node4/web|3] (2) [node4/web, node3/web]
14:56:45,117 ERROR [org.infinispan.statetransfer.OutboundTransferTask] (transport-thread-12) Failed to send entries to node node3/web : ISPN000217: Received exception from node3/web, see cause for remote stack trace: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node3/web, see cause for remote stack trace
	at org.infinispan.remoting.transport.AbstractTransport.checkResponse(AbstractTransport.java:41)
	at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:362)
	at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:167)
	at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:521)
	at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:281)
	at org.infinispan.statetransfer.OutboundTransferTask.sendEntries(OutboundTransferTask.java:233)
	at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:174)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_45]
	at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_45]
Caused by: org.infinispan.commons.CacheException: Problems invoking command.
	at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:221)
	at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:460)
	at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:377)
	at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:247)
	at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:667)
	at org.jgroups.blocks.mux.MuxUpHandler.up(MuxUpHandler.java:130)
	at org.jgroups.JChannel.up(JChannel.java:708)
	at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1015)
	at org.jgroups.protocols.RSVP.up(RSVP.java:171)
	at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
	at org.jgroups.protocols.FlowControl.up(FlowControl.java:381)
	at org.jgroups.protocols.FlowControl.up(FlowControl.java:370)
	at org.jgroups.protocols.pbcast.GMS.up(GMS.java:1010)
	at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
	at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:695)
	at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:382)
	at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:600)
	at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:147)
	at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:185)
	at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:301)
	at org.jgroups.protocols.MERGE3.up(MERGE3.java:303)
	at org.jgroups.protocols.Discovery.up(Discovery.java:379)
	at org.jgroups.protocols.TP$ProtocolAdapter.up(TP.java:2622)
	at org.jgroups.protocols.TP.passMessageUp(TP.java:1412)
	at org.jgroups.protocols.TP$MyHandler.run(TP.java:1598)
	... 3 more
Caused by: java.io.InvalidClassException: com.britensw.nyx.core.security.NyxPrincipal; Module load failed
	at org.jboss.marshalling.ModularClassResolver.resolveClass(ModularClassResolver.java:104) [jboss-marshalling-1.4.8.Final.jar:1.4.8.Final]
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:949)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1256)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:224)
	at org.jboss.marshalling.river.RiverUnmarshaller.readFields(RiverUnmarshaller.java:1746)
	at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1659)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1286)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
	at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) [jboss-marshalling-1.4.8.Final.jar:1.4.8.Final]
	at org.wildfly.clustering.web.infinispan.sso.coarse.CoarseAuthenticationEntryExternalizer.readObject(CoarseAuthenticationEntryExternalizer.java:57)
	at org.wildfly.clustering.web.infinispan.sso.coarse.CoarseAuthenticationEntryExternalizer.readObject(CoarseAuthenticationEntryExternalizer.java:36)
	at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:389)
	at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:205)
	at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:152)
	at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:355)
	at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.readObject(ImmortalCacheEntry.java:152)
	at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.readObject(ImmortalCacheEntry.java:142)
	at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:62)
	at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:26)
	at org.infinispan.statetransfer.StateChunk$Externalizer.readObject(StateChunk.java:88)
	at org.infinispan.statetransfer.StateChunk$Externalizer.readObject(StateChunk.java:65)
	at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:100)
	at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:146)
	at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:59)
	at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:136)
	at org.infinispan.marshall.core.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:101)
	at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:80)
	at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:28)
	at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:206)
	... 27 more
Caused by: org.jboss.modules.ModuleNotFoundException: deployment.nyx.war:main
	at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:240) [jboss-modules.jar:1.3.4.Final]
	at org.jboss.marshalling.ModularClassResolver.resolveClass(ModularClassResolver.java:102) [jboss-marshalling-1.4.8.Final.jar:1.4.8.Final]
	... 96 more
	in field principal
	in object of type org.wildfly.extension.undertow.security.AccountImpl
	in field account
	in object of type io.undertow.security.api.AuthenticatedSessionManager$AuthenticatedSession
14:56:49,679 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-1,shared=udp) ISPN000094: Received new cluster view: [node4/ejb|3] (2) [node4/ejb, node3/ejb]
14:56:51,515 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-15,shared=udp) ISPN000094: Received new cluster view: [node4/hibernate|3] (2) [node4/hibernate, node3/hibernate]
Apache configuration:
<<mod_cluster.conf>>
 LoadModule proxy_module modules/mod_proxy.so
 LoadModule proxy_http_module modules/mod_proxy_http.so
 LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
 LoadModule slotmem_module       modules/mod_slotmem.so
 LoadModule manager_module       modules/mod_manager.so
 LoadModule proxy_cluster_module modules/mod_proxy_cluster.so
 LoadModule advertise_module     modules/mod_advertise.so
 MemManagerFile /var/cache/httpd
<<cluster.conf>>
Listen 10001
<VirtualHost *:10001>
 	ServerAdmin             root@example.com
    	ServerName              localhost
	<Directory />
	        Require all granted
	</Directory>
	<Location /mod_cluster_manager>
	        SetHandler mod_cluster-manager
	</Location>
	AdvertiseFrequency 5
	KeepAliveTimeout 60
	MaxKeepAliveRequests 0
	AllowDisplay On
	ManagerBalancerName mycluster
	ServerAdvertise On
	EnableMCPMReceive
	ErrorLog                /var/log/httpd/error_log
	TransferLog             /var/log/httpd/access_log
</VirtualHost>

The NPE is regularly encountered in a build of the invocation_integration branch.  Ask me for more details if this problem cannot be reproduced locally.
The log message in testsuite/integration/ws/target/jbossas/standalone/log/server.log is:

2017-01-30 17:23:57,588 WARNING [org.apache.cxf.phase.PhaseInterceptorChain] (default-workqueue-1) Application {http://www.jboss.org/jbossws/ws-extensions/wsrm}ReliableService#{http://www.jboss.org/jbossws/ws-e
xtensions/wsrm}writeLogMessage has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault
        at org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractInvoker.java:162)
        at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.createFault(AbstractJAXWSMethodInvoker.java:267)
        at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:128)
        at org.apache.cxf.ws.addressing.impl.InternalContextUtils$1.run(InternalContextUtils.java:321)
        at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:109)
        ... 17 more

This error is preceded by the following stack trace which might or might not be related:

2017-01-30 17:23:57,460 SEVERE [org.apache.cxf.ws.rm.RMCaptureOutInterceptor] (default task-19) Error persisting message: javax.xml.stream.XMLStreamException: Trying to write END_DOCUMENT when document has no r
oot (ie. trying to output empty document).
        at com.ctc.wstx.sw.BaseStreamWriter.throwOutputError(BaseStreamWriter.java:1584)
        at com.ctc.wstx.sw.BaseStreamWriter.reportNwfStructure(BaseStreamWriter.java:1613)
        at com.ctc.wstx.sw.BaseStreamWriter._finishDocument(BaseStreamWriter.java:1439)
        at com.ctc.wstx.sw.BaseStreamWriter.close(BaseStreamWriter.java:247)
        at org.apache.cxf.staxutils.DelegatingXMLStreamWriter.close(DelegatingXMLStreamWriter.java:35)
        at org.apache.cxf.ws.rm.CapturingXMLWriter.getOutputStream(CapturingXMLWriter.java:397)
        at org.apache.cxf.ws.rm.RMCaptureOutInterceptor$CaptureEnd.handleMessage(RMCaptureOutInterceptor.java:271)
        at org.apache.cxf.interceptor.OutgoingChainInterceptor.handleMessage(OutgoingChainInterceptor.java:83)
        at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:252)
        at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:109)
        at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:299)
        at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:218)
        at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:46)
        at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1698)
        at io.undertow.server.Connectors.executeRootHandler(Connectors.java:210)
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)

The order in which the tests run seem to be an issue. My assumption is it has something to do with powermock, but I didn't dig in all that much.

Caused by: java.lang.ClassCastException: __redirected.__XMLInputFactory cannot be cast to javax.xml.stream.XMLInputFactory
	at javax.xml.stream.XMLInputFactory.newInstance(XMLInputFactory.java:153)
	at __redirected.__XMLInputFactory.<clinit>(__XMLInputFactory.java:67)

The tests for me on Fedora 18 run in the following order:

Running org.jboss.as.web.test.WebSubsystemTestCase
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 7.42 sec
Running org.jboss.as.web.test.WebSubsystemBareTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.166 sec
Running org.jboss.as.web.deployment.JBossWebParsingDeploymentProcessorTest
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 3.423 sec <<< FAILURE!
Running org.jboss.as.web.deployment.WarDeploymentProcessorTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.932 sec

Yarn apparently needs longer than current timeout. Bumping it up to 90 secs.

Trying to read the category attribute on a nonexistent logger results in success:

[standalone@localhost:9990 /] /subsystem=logging/logger=aaaaaa:read-attribute(name=category)
{
    "result" => "aaaaaa"
}

Any other attributes can't be read and the operation correctly fails, e.g.:

[standalone@localhost:9990 /] /subsystem=logging/logger=aaaaaab:read-attribute(name=level
{
    (\"logger\" => \"aaaaaab\")
}

This behavior is confusing, the operation should fail for any attribute on a nonexistent logger.

2018-10-02 11:18:34,692 [main ] INFO SftpSimpleConsumeRecursiveTest - ********************************************************************************
2018-10-02 11:18:34,692 [main ] INFO SftpSimpleConsumeRecursiveTest - Testing: testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest)
2018-10-02 11:18:34,697 [main ] INFO DefaultCamelContext - Apache Camel 2.23.0-SNAPSHOT (CamelContext: camel-3) is starting
2018-10-02 11:18:34,698 [main ] INFO DefaultManagementStrategy - JMX is disabled
2018-10-02 11:18:34,703 [main ] INFO DefaultTypeConverter - Type converters loaded (core: 195, classpath: 1)
2018-10-02 11:18:34,712 [main ] INFO DefaultCamelContext - StreamCaching is not in use. If using streams then its recommended to enable stream caching. See more details at http://camel.apache.org/stream-caching.html
2018-10-02 11:18:34,716 [main ] INFO DefaultCamelContext - Skipping starting of route foo as its configured with autoStartup=false
2018-10-02 11:18:34,716 [main ] INFO DefaultCamelContext - Total 1 routes, of which 0 are started
2018-10-02 11:18:34,716 [main ] INFO DefaultCamelContext - Apache Camel 2.23.0-SNAPSHOT (CamelContext: camel-3) started in 0.019 seconds
2018-10-02 11:18:34,732 [main ] INFO SftpOperations - Known host file not configured, using user known host file: target/user-home/.ssh/known_hosts
2018-10-02 11:18:34,835 []-nio2-thread-1] INFO ServerUserAuthService - Session admin@/127.0.0.1:55121 authenticated
2018-10-02 11:18:34,871 [main ] INFO DefaultCamelContext - Route: foo started and consuming from: sftp://localhost:21000/target/res/home?delay=10s&disconnect=true&password=xxxxxx&recursive=true&username=admin
2018-10-02 11:18:34,871 [main ] INFO MockEndpoint - Asserting: mock://result is satisfied
2018-10-02 11:18:35,975 [target/res/home] WARN ilePollingConsumerPollStrategy - Trying to recover by force disconnecting from remote server and re-connecting at next poll: sftp://admin@localhost:21000
2018-10-02 11:18:35,976 [target/res/home] WARN SftpConsumer - Consumer SftpConsumer[sftp://localhost:21000/target/res/home?delay=10s&disconnect=true&password=xxxxxx&recursive=true&username=admin] failed polling endpoint: sftp://localhost:21000/target/res/home?delay=10s&disconnect=true&password=xxxxxx&recursive=true&username=admin. Will try again at next poll. Caused by: [org.apache.camel.component.file.GenericFileOperationFailedException - Cannot change directory to: C:]
org.apache.camel.component.file.GenericFileOperationFailedException: Cannot change directory to: C:
 at org.apache.camel.component.file.remote.SftpOperations.doChangeDirectory(SftpOperations.java:644) ~[classes/:?]
 at org.apache.camel.component.file.remote.SftpOperations.changeCurrentDirectory(SftpOperations.java:632) ~[classes/:?]
 at org.apache.camel.component.file.remote.SftpOperations.changeToParentDirectory(SftpOperations.java:658) ~[classes/:?]
 at org.apache.camel.component.file.remote.SftpConsumer.pollSubDirectory(SftpConsumer.java:98) ~[classes/:?]
 at org.apache.camel.component.file.remote.SftpConsumer.doPollDirectory(SftpConsumer.java:177) ~[classes/:?]
 at org.apache.camel.component.file.remote.RemoteFileConsumer.doSafePollSubDirectory(RemoteFileConsumer.java:261) ~[classes/:?]
 at org.apache.camel.component.file.remote.SftpConsumer.pollSubDirectory(SftpConsumer.java:95) ~[classes/:?]
 at org.apache.camel.component.file.remote.SftpConsumer.pollDirectory(SftpConsumer.java:86) ~[classes/:?]
 at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:128) ~[camel-core-2.23.0-SNAPSHOT.jar:2.23.0-SNAPSHOT]
 at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:174) [camel-core-2.23.0-SNAPSHOT.jar:2.23.0-SNAPSHOT]
 at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:101) [camel-core-2.23.0-SNAPSHOT.jar:2.23.0-SNAPSHOT]
 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_161]
 at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_161]
 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_161]
 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_161]
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_161]
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_161]
Caused by: com.jcraft.jsch.SftpException: Invalid filename
 at com.jcraft.jsch.ChannelSftp.throwStatusError(ChannelSftp.java:2873) ~[jsch-0.1.54.jar:?]
 at com.jcraft.jsch.ChannelSftp._realpath(ChannelSftp.java:2367) ~[jsch-0.1.54.jar:?]
 at com.jcraft.jsch.ChannelSftp.cd(ChannelSftp.java:342) ~[jsch-0.1.54.jar:?]
 at org.apache.camel.component.file.remote.SftpOperations.doChangeDirectory(SftpOperations.java:642) ~[classes/:?]
 ... 18 more
2018-10-02 11:18:44,873 [main ] INFO SftpSimpleConsumeRecursiveTest - ********************************************************************************
2018-10-02 11:18:44,873 [main ] INFO SftpSimpleConsumeRecursiveTest - Testing done: testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest)
2018-10-02 11:18:44,873 [main ] INFO SftpSimpleConsumeRecursiveTest - Took: 10.157 seconds (10157 millis)
2018-10-02 11:18:44,874 [main ] INFO DefaultCamelContext - Apache Camel 2.23.0-SNAPSHOT (CamelContext: camel-3) is shutting down
2018-10-02 11:18:44,874 [main ] INFO DefaultShutdownStrategy - Starting to graceful shutdown 1 routes (timeout 10 seconds)
2018-10-02 11:18:44,875 [ - ShutdownTask] INFO DefaultShutdownStrategy - Route: foo shutdown complete, was consuming from: sftp://localhost:21000/target/res/home?delay=10s&disconnect=true&password=xxxxxx&recursive=true&username=admin
2018-10-02 11:18:44,876 [main ] INFO DefaultShutdownStrategy - Graceful shutdown of 1 routes completed in 0 seconds
2018-10-02 11:18:44,878 [main ] INFO DefaultCamelContext - Apache Camel 2.23.0-SNAPSHOT (CamelContext: camel-3) uptime 10.181 seconds
2018-10-02 11:18:44,878 [main ] INFO DefaultCamelContext - Apache Camel 2.23.0-SNAPSHOT (CamelContext: camel-3) is shutdown in 0.004 seconds

I have implemented an UADF which wrap around percentile_approx, and I have been hit by the following stack trace:

Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract!
	at java.util.ComparableTimSort.mergeLo(ComparableTimSort.java:714)
	at java.util.ComparableTimSort.mergeAt(ComparableTimSort.java:451)
	at java.util.ComparableTimSort.mergeCollapse(ComparableTimSort.java:376)
	at java.util.ComparableTimSort.sort(ComparableTimSort.java:182)
	at java.util.ComparableTimSort.sort(ComparableTimSort.java:146)
	at java.util.Arrays.sort(Arrays.java:472)
	at java.util.Collections.sort(Collections.java:155)
	at org.apache.hadoop.hive.ql.udf.generic.NumericHistogram.merge(NumericHistogram.java:161)

In my use case, with my special UADF, there were Double.NaN
Implementing a proper double comparaison with Double.compare in com.goojet.mapred.hive.udf.NumericHistogram.Coord.compareTo(Object) fixes it.

If you verify a PGP signature with a subkey which should have a certain User ID, then you run into an error.
Reason: The implementation has not taken into account that the subkey has no User ID on its own. One must consider the User ID of its master/primary key. 

HiveServer2 performance regresses severely due to what appears to be a leak in the ZooKeeper connections. lsof output on the HS2 process shows about 8000 TCP connections to the ZK ensemble nodes.
grep TCP lsof-hive-node11 | grep node11 | grep -E "node03|node04|node05" | wc -l
    7866 
grep TCP lsof-hive-node11 | grep node11 | grep -E "node03" | wc -l
    2615
grep TCP lsof-hive-node11 | grep node11 | grep -E "node04" | wc -l
    2622
grep TCP lsof-hive-node11 | grep node11 | grep -E "node05" | wc -l
    2629
node11 - HMS node
node03, node04 and node05 are the hosts for zookeeper ensemble.

With distributed log replay enabled by default, I ran into an issue that log splitting hasn't completed after 13 hours. It seems to hang somewhere.

In RsRPCServices.scan, most of IOE are thrown as a ScannerResetException, even when the hfile is corrupt or it cannot be found. The ClientScannr.loadCache will keep retrying when the exception is ScannerResetException. We could throw CorruptHFileException and FileNotFoundException directly from server and don't retry the scan in the client.

NotifyBuilder.fromRoute() does not work if the endpoint uri in the from() clause for a route does not match the actual endpoint uri the exchange was sent to. Because we also have the route id itself available in the exchange, we can use that as a fallback when the match on from endpoint uri doesn't work.

When IO elevator is enabled, but cache and allocator are both disabled, NPEs happen. It's not really a recommended mode, but it's the only way to disable cache, so we probably need to fix it. I am also going to nuke the intermediate mode (allocator w/no cache) meanwhile cause it's pointless and just creates a zoo of configurations.

at org.apache.hadoop.hive.llap.cache.LlapDataBuffer.getByteBufferDup(LlapDataBuffer.java:59)
at org.apache.hadoop.hive.ql.io.orc.encoded.StreamUtils.createDiskRangeInfo(StreamUtils.java:63)
at org.apache.hadoop.hive.ql.io.orc.encoded.StreamUtils.createSettableUncompressedStream(StreamUtils.java:48)
at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedTreeReaderFactory$LongStreamReader$StreamReaderBuilder.build(EncodedTreeReaderFactory.java:514)
at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedTreeReaderFactory.createEncodedTreeReader(EncodedTreeReaderFactory.java:1737)
at org.apache.hadoop.hive.llap.io.decode.OrcEncodedDataConsumer.decodeBatch(OrcEncodedDataConsumer.java:162)
at org.apache.hadoop.hive.llap.io.decode.OrcEncodedDataConsumer.decodeBatch(OrcEncodedDataConsumer.java:55)
at org.apache.hadoop.hive.llap.io.decode.EncodedDataConsumer.consumeData(EncodedDataConsumer.java:76)
at org.apache.hadoop.hive.llap.io.decode.EncodedDataConsumer.consumeData(EncodedDataConsumer.java:30)
at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:408)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:424)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:227)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:224)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1724)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:224)
at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:93)
... 6 more

Calling /core-service=management/security-realm=bbb:add(){allow-resource-service-restart=true) (notice incorrectly closed allow-resource-service-restart with ")" instead of "}" results in 

[standalone@localhost:9990 /] /core-service=management/security-realm=bbb:add(){allow-resource-service-restart=true)
{
    "failure-description" => "java.lang.IllegalArgumentException:null"
}

with this message in server.log:

14:20:12,440 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 10) WFLYCTL0403: Unexpected failure during execution of the following operation(s): [{
        ("security-realm" => "bbb")
    ],
        "allow-resource-service-restart" => "true)",
        "access-mechanism" => "NATIVE"
    }
}]: java.lang.IllegalArgumentException
	at org.jboss.dmr.StringModelValue.asBoolean(StringModelValue.java:157)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:346)
	at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:240)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:240)

The IllegalArgumentException should point in the message what argument is incorrect and what is wrong. Printing only null doesn't help much.

In this case, the parser does not match the schemas.  There are 3 issues here:

Thread pool elements should only be parsed for schema version >= 3.0
Thread pool elements are only valid children of a <transport/> element, but are currently accepted as children of a <protocol/> element.
We should always create thread pool resources, even if xml is undefined - that way the thread pool parameters, as applied to the runtime, are expressed in the model.

As a general rule, code should never catch Throwable or Error, only Exception.
Sometimes it is necessary to catch more than just Exception, but if so, the code must be careful to rethrow certain errors, e.g.
ThreadDeath
VirtualMachineError
There may be some others
If the throwable is not logged, then it's vital to ensure that only the appropriate ones are swallowed.
But it is better to be explicit and only catch errors which are safe to handle.

This jira should cover 2-way SSL authentication between the JDBC Client and server which requires the driver to support it.

CxfConsumer will try to cast the fault message body to a Throwable, if  the fault message body is any other message, it will cause some trouble like this.

java.lang.ClassCastException: javax.xml.transform.dom.DOMSource cannot be cast to java.lang.Throwable
at org.apache.camel.component.cxf.CxfConsumer$1.invoke(CxfConsumer.java:99)
at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)
at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:106)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:243)
at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:110)
at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.serviceRequest(JettyHTTPDestination.java:312)
at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.doService(JettyHTTPDestination.java:276)
at org.apache.cxf.transport.http_jetty.JettyHTTPHandler.handle(JettyHTTPHandler.java:70)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:322)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:938)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:755)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

High priority issues with schema evolution for the ORC file format.
Schema evolution here is limited to adding new columns and a few cases of column type-widening (e.g. int to bigint).
Renaming columns, deleting column, moving columns and other schema evolution were not pursued due to lack of importance and lack of time.  Also, it appears a much more sophisticated metadata would be needed to support them.
The biggest issues for users have been adding new columns for ACID table (HIVE-11421 Support Schema evolution for ACID tables) and vectorization (HIVE-10598 Vectorization borks when column is added to table).

$ git clone https://github.com/apache/hive.git hive-profiler-npe
Initialized empty Git repository in /home/brock/hive-profiler-npe/.git/
remote: Counting objects: 73654, done.
remote: Compressing objects: 100% (15383/15383), done.
remote: Total 73654 (delta 44331), reused 71338 (delta 43054)
Receiving objects: 100% (73654/73654), 42.78 MiB | 1.69 MiB/s, done.
Resolving deltas: 100% (44331/44331), done.
$ cd hive-profiler-npe/
$ ant clean package
$ cd build/dist/
$ ./bin/hive
hive> DROP TABLE IF EXISTS users;
hive> CREATE TABLE users (
user string,
passwd string,
uid int,
gid int,
name string,
home string,
shell string
)

hive> LOAD DATA LOCAL INPATH '/etc/passwd' INTO TABLE users;

hive> set hive.exec.operator.hooks=org.apache.hadoop.hive.ql.profiler.HiveProfiler;
set hive.exec.operator.hooks=org.apache.hadoop.hive.ql.profiler.HiveProfiler
hive> set hive.exec.post.hooks=org.apache.hadoop.hive.ql.hooks.HiveProfilerResultsHook;
set hive.exec.post.hooks=org.apache.hadoop.hive.ql.hooks.HiveProfilerResultsHook
hive> SET hive.exec.mode.local.auto=false;
SET hive.exec.mode.local.auto=false
hive> SET hive.task.progress=true;
SET hive.task.progress=true
hive> 
    > select count(1) from users;
select count(1) from users
Starting Job = job_201302131617_0022, Tracking URL = http://localhost.localdomain:50030/jobdetails.jsp?jobid=job_201302131617_0022
Kill Command = /usr/local/hadoop-1.0.4/libexec/../bin/hadoop job  -kill job_201302131617_0022
2013-02-16 10:24:14,215 Stage-1 map = 0%,  reduce = 0%
2013-02-16 10:24:44,354 Stage-1 map = 100%,  reduce = 100%
Ended Job = job_201302131617_0022 with errors
Job Tracking URL: http://localhost.localdomain:50030/jobdetails.jsp?jobid=job_201302131617_0022
Examining task ID: task_201302131617_0022_m_000002 (and more) from job job_201302131617_0022

-----
Task ID:
  task_201302131617_0022_m_000000

URL:
  http://localhost.localdomain:50030/taskdetails.jsp?jobid=job_201302131617_0022&tipid=task_201302131617_0022_m_000000
-----
java.lang.RuntimeException: Hive Runtime Error while closing operators
	at org.apache.hadoop.hive.ql.exec.ExecMapper.close(ExecMapper.java:227)
	at org.apache.hadoop.hive.ql.profiler.HiveProfilePublisher.publishStat(HiveProfilePublisher.java:85)
	at org.apache.hadoop.hive.ql.profiler.HiveProfiler.close(HiveProfiler.java:110)
	at org.apache.hadoop.hive.ql.exec.Operator.closeOperatorHooks(Operator.java:452)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:605)
	at org.apache.hadoop.hive.ql.exec.ExecMapper.close(ExecMapper.java:194)
	... 8 more

Job 0: Map: 1  Reduce: 1   HDFS Read: 0 HDFS Write: 0 FAIL

In mapop we use a conf variable to determine input file, everywhere else we rely on IOContext. In tez the problem is that the recordreader and processor have different confs. So they can't communicate via job conf.

org.apache.hadoop.security.ShellBasedUnixGroupsMapping$PartialGroupNameException: The user name 'hive_test_user' is not found. id: hive_test_user: no such user
id: hive_test_user: no such user

	at org.apache.hadoop.security.ShellBasedUnixGroupsMapping.resolvePartialGroupNames(ShellBasedUnixGroupsMapping.java:294) ~[hadoop-common-3.1.0.jar:?]
	at org.apache.hadoop.security.ShellBasedUnixGroupsMapping.getUnixGroups(ShellBasedUnixGroupsMapping.java:207) [hadoop-common-3.1.0.jar:?]
	at org.apache.hadoop.security.ShellBasedUnixGroupsMapping.getGroups(ShellBasedUnixGroupsMapping.java:97) [hadoop-common-3.1.0.jar:?]
	at org.apache.hadoop.security.JniBasedUnixGroupsMappingWithFallback.getGroups(JniBasedUnixGroupsMappingWithFallback.java:51) [hadoop-common-3.1.0.jar:?]
	at org.apache.hadoop.security.Groups$GroupCacheLoader.fetchGroupList(Groups.java:384) [hadoop-common-3.1.0.jar:?]
	at org.apache.hadoop.security.Groups$GroupCacheLoader.load(Groups.java:319) [hadoop-common-3.1.0.jar:?]
	at org.apache.hadoop.security.Groups$GroupCacheLoader.load(Groups.java:269) [hadoop-common-3.1.0.jar:?]
	at com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3542) [guava-19.0.jar:?]
	at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2323) [guava-19.0.jar:?]
	at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2286) [guava-19.0.jar:?]
	at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2201) [guava-19.0.jar:?]
	at com.google.common.cache.LocalCache.get(LocalCache.java:3953) [guava-19.0.jar:?]
	at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3957) [guava-19.0.jar:?]
	at com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4875) [guava-19.0.jar:?]
	at org.apache.hadoop.security.Groups.getGroups(Groups.java:227) [hadoop-common-3.1.0.jar:?]
	at org.apache.hadoop.security.UserGroupInformation.getGroups(UserGroupInformation.java:1540) [hadoop-common-3.1.0.jar:?]
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:163) [hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]

The error message in the SecurityNamespaceHandler.parse() method still mentions Spring Security Version 3.1 if an old xsd is used.

Suppose the following logging-profile has been set in logging subsystem, and a web app has a proper entry in its MANIFEST.MF (Logging-Profile: logone).  Then all messages via "com.example.logone" logger should go into a file, logone.log.  It does so with a logger got in a servlet, but it doesn't work a logger got in a JSP.

            <logging-profiles>
                <logging-profile name="logone">
                    <file-handler name="logone">
                        <level name="INFO"/>
                        <file relative-to="jboss.server.log.dir" path="logone.log"/>
                    </file-handler>
                    <logger category="com.example.logone">
                    </logger>
                    <root-logger>
                        <handlers>
                            <handler name="logone"/>
                        </handlers>
                    </root-logger>
                </logging-profile>
            </logging-profiles>

Support for permanent functions - error handling if no restart

TestZooKeeper is timing out causing hbase2 failures and breaking HBASE-Flaky-Tests-branch2.0.0.
Test set: org.apache.hadoop.hbase.TestZooKeeper
Tests run: 6, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 600.8 s <<< FAILURE! - in org.apache.hadoop.hbase.TestZooKeeper
org.apache.hadoop.hbase.TestZooKeeper  Time elapsed: 551.041 s  <<< ERROR!
org.junit.runners.model.TestTimedOutException: test timed out after 600 seconds
	at org.apache.hadoop.hbase.TestZooKeeper.after(TestZooKeeper.java:103)
org.apache.hadoop.hbase.TestZooKeeper  Time elapsed: 551.046 s  <<< ERROR!
java.lang.Exception: Appears to be stuck in thread NIOServerCxn.Factory:0.0.0.0/0.0.0.0:59935
Not always though.

Hive metastore upgrade script from 0.13.0 to 0.14.0 for Oracle is missing the required upgrade step from HIVE-7118.

Currently TxnManager hardwires BoneCP as the JDBC connection pooling implementation.  Instead it should use the same connection pooling that the metastore does.

Website parameters were not saved when the page's language was modified, so it can generate errors or data losses. The fix saves all default parameters plus all posible parameters that the developer can include.

Adding a small unit test for verifying that delete mutation is honoring timestamp of delete object.

AccumuloRangeGenerator has a typo where it should say WritableConstantFloatObjectInspector instead of WritableConstantDoubleObjectInspector.
I've changed the method to avoid the multiple if-else statements as all that is expected is a PrimitiveObjectInspector.

When creating a RestTemplate with a HttpComponentsClientHttpRequestFactory with buffering disabled (to be able to stream) and an interceptor, the rest call fails with an UnsupportedOperationException.
This is a Testcase on github
I also reproduced this on Spring Boot 2.0.0.RELEASE.

2018-03-12 20:41:18.466 ERROR 3508 --- [o-auto-1-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is java.lang.UnsupportedOperationException: getBody not supported] with root cause

java.lang.UnsupportedOperationException: getBody not supported
        at org.springframework.http.client.HttpComponentsStreamingClientHttpRequest.getBodyInternal(HttpComponentsStreamingClientHttpRequest.java:85) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.http.client.AbstractClientHttpRequest.getBody(AbstractClientHttpRequest.java:47) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.http.client.InterceptingClientHttpRequest$InterceptingRequestExecution.execute(InterceptingClientHttpRequest.java:97) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at com.sa.stream.ClientRequestInterceptor.intercept(ClientRequestInterceptor.java:17) ~[classes/:na]
        at org.springframework.http.client.InterceptingClientHttpRequest$InterceptingRequestExecution.execute(InterceptingClientHttpRequest.java:86) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.http.client.InterceptingClientHttpRequest.executeInternal(InterceptingClientHttpRequest.java:70) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.http.client.AbstractBufferingClientHttpRequest.executeInternal(AbstractBufferingClientHttpRequest.java:48) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.http.client.AbstractClientHttpRequest.execute(AbstractClientHttpRequest.java:53) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:660) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:621) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.client.RestTemplate.exchange(RestTemplate.java:539) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at com.sa.stream.StreamResource.postOne(StreamResource.java:48) ~[classes/:na]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_131]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_131]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_131]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_131]
        at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:205) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:133) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:97) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:827) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:738) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:967) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:901) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:872) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:661) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846) ~[spring-webmvc-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:742) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) ~[tomcat-embed-websocket-8.5.27.jar:8.5.27]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:108) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:81) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197) ~[spring-web-4.3.14.RELEASE.jar:4.3.14.RELEASE]
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199) ~[tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:803) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:790) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1459) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_131]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_131]
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-8.5.27.jar:8.5.27]
        at java.lang.Thread.run(Thread.java:748) [na:1.8.0_131]

Intercepting
Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 4.661 sec <<< FAILURE! - in com.sa.stream.StreamResourceTest
streamWithInterceptor(com.sa.stream.StreamResourceTest)  Time elapsed: 0.482 sec  <<< FAILURE!
org.junit.ComparisonFailure: expected:<"MyRequest"> but was:<null>
        at com.sa.stream.StreamResourceTest.assertResponseEchoed(StreamResourceTest.java:47)
        at com.sa.stream.StreamResourceTest.streamWithInterceptor(StreamResourceTest.java:24)

There are cases all over the code where InternalScanner.next(...) is not used correctly.
I see this a lot:

while(scanner.next(...)) {
}

The correct pattern is:

boolean more = false;
do {
   more = scanner.next(...);
} while (more);

"randomWrite" mode of PerformanceEvaluation (PE), with nclients > 1, does random writes only within a small range rather than across all rows.
e.g, for:
./bin/hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred --rows=1000 randomWrite 10
[Note: As per convention in all modes of PE, --rows is the number of rows per client]
So for the above, with # of clients set to 10, currently all clients generate writes to keys in the 0..999 range instead of the 0..9999 range.
[Fix appears to be simple. Will provide a patch.]

We have created a AbstractMap sub-class, SoftExpireHashMap. This has configurable behaviour which is achieved by setting properties. Once the SoftExpireHashMap has been configured, it must have the init() method called on it so that it can start a thread executor which runs in the background periodically pruning expired cached items.
However, using the default converters included with the 3.0.6 version of org.springframework.format.support.FormattingConversionServiceFactoryBean we find that this Map is being shallow copied before being injected into our objects and is, hence, not initialised.
Please see the following test case that replicates this issue:
https://github.com/rgladwell/spring-map-converter-issue
For some reason the MapToMapConverter is copying this Map despite the fact we don't want any conversions carried out on it.
Workaround: We can eliminate this behaviour by calling FormatterRegistry.removeConvertible(Map.class, Map.class) but obviously this is problem if we ever do need Map to Map conversion.

CellCounter will throw ArrayIndexOutOfBoundsException when output directory is not specified instead it should display the usage.

Parsed annotation metadata (via JavaParserAnnotationMetadata) does not contain annotation initializers for attributes that have arrays as parameters (e.g. Hibernate's @Type(parameters = 
{...}
): The annotation attribute name is stored correctly inside the JavaParserAnnotationMetadata, whereas the AnnotationValue contains null for that attribute.
public @interface ArrayAnnot {
  public String[] value() default {};
}
  @ArrayAnnot ( 
{ "1" }
)
  private String type;
}
Result: the FieldMetadata for Foo.type does have an annotation "@ArrayAnnot", but the value is null.
This bug is possibly related to http://jira.springsource.org/browse/ROO-78

[Opening this issue to track down the issue specific to jboss metadata] 
While deploying a WAR, If the web.xml file is used which has context <param-value> defined, However it has missing <param-name> then it causes NullPointerException.
Refer to for more details: https://issues.jboss.org/browse/WFLY-3699 

RepositoryInterfaceAwareBeanPostProcessor.getClassForPropertyValue(...) returns null if a repository interface can not be loaded. The caching ConcurrentHashMap does not allow null as values.

There is a property in hbase-default.xml called hfile.min.blocksize.size set to 65536.
The description says: Minimum store file block size.  The smaller you make this, the  bigger your index and the less you fetch on a random-access.  Set size down  if you have small cells and want faster random-access of individual cells.
This property is only used in the HFileOutputFormat and nowhere else. So we should at least change the description to something more meaningful.
The other option I see would be: HFile now has a DEFAULT_BLOCKSIZE field which could be moved to HConstants and HFile could somehow read the hfile.min.blocksize.size from the Configuration or use HConstansts.DEFAULT_BLOCKSIZE if it's not defined. I believe this is what's happening to the other config variables?

The CompactSplitThread creates executors for doing compaction work, but threads end up named things like "pool-2-thread-1" which isn't very useful.

If  a client is not registered for auth code grant type it should fail early (as things stand a client_credentials client is able to get the auth code, and only the token acquisition fails).

In ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/rules/PartitionPrune.java :

      GenericUDF hiveUDF = SqlFunctionConverter.getHiveUDF(call.getOperator(),
          call.getType(), call.operands.size());
      if (hiveUDF != null &&
          !FunctionRegistry.isDeterministic(hiveUDF)) {
      }

hiveUDF should be closed upon return.

I have the following mongodb document:

{
   "cmsParameterId":1,
   "examples":null,
   "rules":[
      {
         "ruleType":"CODED",
         "values":[
            "abc",
            "efg"
         ]
      },
      {
         "ruleType":"SEQUENCE",
         "sequence":[
            {
               "value":"a",
               "type":"CONSTANT"
            },
            {
               "value":"2",
               "type":"PARAMETER"
            }
         ]
      }
   ]
}

I use the following query in mongo shell which works fine.

db.domainknowledge.aggregate([
{ $match: {cmsParameterId: { $in: [1] } } },
{ $project: { cmsParameterId : 1 , rules : 1 }},
{ $unwind: "$rules" },
{ $group: { _id: { cmsParameterId: "$cmsParameterId", ruleType: "$rules.ruleType"}, total: { $sum: 1 } } }
]);

using spring-data I have written the following code to produce the same result but it ends up in an Exception:

Aggregation agg = newAggregation(match(Criteria.where("cmsParameterId").in(1)),
                project("cmsParameterId", "rules"), unwind("rules"),
                group("cmsParameterId", "rules.ruleType").count().as("totol"));

        AggregationResults<Summary> aggregate = mongoTemplate.aggregate(agg,
                "domainknowledge", Summary.class);

Here is the stacktrace of exception:

java.lang.IllegalArgumentException: Invalid reference 'rules.ruleType'!
	at org.springframework.data.mongodb.core.aggregation.ExposedFieldsAggregationOperationContext.getReference(ExposedFieldsAggregationOperationContext.java:78)
	at org.springframework.data.mongodb.core.aggregation.ExposedFieldsAggregationOperationContext.getReference(ExposedFieldsAggregationOperationContext.java:62)
	at org.springframework.data.mongodb.core.aggregation.GroupOperation.toDBObject(GroupOperation.java:300)
	at org.springframework.data.mongodb.core.aggregation.Aggregation.toDbObject(Aggregation.java:247)
	at org.springframework.data.mongodb.core.MongoTemplate.aggregate(MongoTemplate.java:1405)
	at org.springframework.data.mongodb.core.MongoTemplate.aggregate(MongoTemplate.java:1346)
	at com.etilize.automation.dke.core.domainknowledge.report.DomainKnowledgeReportServiceImpl.generateCategoryWiseReport(DomainKnowledgeReportServiceImpl.java:57)

Better to have people install it than to have it as another dependency.  It also makes thrift a little cleaner.

When trying to backport HBASE-14166 to 0.98.6, I find JmxCacheBuster::clearJmxCache() does no take effect actually. The related code are listed below:
org.apache.hadoop.metrics2.impl.JmxCacheBuster.java
// fut is initialized to null
private static AtomicReference<ScheduledFuture> fut = new AtomicReference<>(null);

public static void clearJmxCache() {
    // clearJmxCache return directly when fut is null, which is always true.
    // the actual intent is 'if (future != null && !future.isDone ...)' ?
    ScheduledFuture future = fut.get();
    if ((future == null || (!future.isDone() && future.getDelay(TimeUnit.MILLISECONDS) > 100))) {
      return;
    }
    ......
}

if you have 
jboss-metadata-ear-11.0.0.Final.jar and jboss-metadata-common-11.0.0.Final.jar
on your module path, jvm complains as both jars export package  org.jboss.metadata.merge
which violates the modules contract where only one module (jar) can provide single package.
example error that jvm prints

Error: Modules jboss.metadata.ear and jboss.metadata.common export package org.jboss.metadata.merge to module wildfly.clustering.common

HIVE-19974 introduced backwards incompatible change, with SHOW TABLES statement showing only managed/external tables in the system.
This issue will restore old behavior, with SHOW TABLES showing all queryable entities, including views and materialized views.
Instead, to provide information about table types, SHOW EXTENDED TABLES statement is introduced, which includes an additional column with the table type for each of the tables listed.
Besides, the possibility to filter the show tables statements with a WHERE `table_type` = 'ANY_TYPE' clause is introduced.

ErrorsMethodArgumentResolver throws
An Errors/BindingResult argument is expected to be immediately after the model attribute argument in the controller method signature
in the following case

public String foo(@ModelAttribute("foo") Foo foo, BindingResult errors) { ... }

@ModelAttribute("bar")
public Bar bar(@ModelAttribute("foo") Foo foo) { ... }

Currently ErrorsMethodArgumentResolver resolves BindingResult as follows:
It is resolved by expecting the last two attributes added to the model to be the model attribute and its BindingResult
However, in the case described above this assumption is wrong, because model attribute and its BindingResult are added to the model during processing of @ModelAttribute-annotated method. Although ModelAttributeMethodProcessor reinserts them into the model during processing of the handler method signature, it doesn't change their positions in the model because reinsertion doesn't affect order of LinkedHashMap, therefore they are not the last attributes.

A logic error causes HBase in most secure configuration deployments to handle its coordination state in ZooKeeper via insecure ACLs. Anyone with remote unauthenticated network access to the ZooKeeper quorum, which by definition includes all HBase clients, can make use of this opening to violate the operational integrity of the system. For example, critical znodes can be deleted, causing outages. It is possible to introduce rogue replication endpoints. It is possible to direct the distributed log splitting facility to split arbitrary files in HDFS.

After installing the activemq-web-console feature, the web console is unreachable:

[installed  ] [5.5.1.fuse-70-097    ] activemq-web-console                  activemq-5.5.1.fuse-70-097 

2012-11-08 16:53:31,932 | INFO  | -70-097-thread-1 | WebConsoleStarter                | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | ActiveMQ WebConsole initialized.
2012-11-08 16:53:31,987 | INFO  | -70-097-thread-1 | /activemqweb                     | 85 - org.eclipse.jetty.util - 7.5.4.v20111024 | Initializing Spring FrameworkServlet 'dispatcher'
2012-11-08 16:53:31,987 | INFO  | -70-097-thread-1 | DispatcherServlet                | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | FrameworkServlet 'dispatcher': initialization started
2012-11-08 16:53:31,988 | INFO  | -70-097-thread-1 | XmlWebApplicationContext         | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Refreshing WebApplicationContext for namespace 'dispatcher-servlet': startup date [Thu Nov 08 16:53:31 EST 2012]; parent: Root WebApplicationContext
2012-11-08 16:53:31,988 | INFO  | -70-097-thread-1 | XmlBeanDefinitionReader          | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Loading XML bean definitions from ServletContext resource [/WEB-INF/dispatcher-servlet.xml]
2012-11-08 16:53:32,005 | INFO  | -70-097-thread-1 | DefaultListableBeanFactory       | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@1cdc8d59: defining beans [handlerMapping,/createDestination.action,/deleteDestination.action,/createSubscriber.action,/deleteSubscriber.action,/sendMessage.action,/purgeDestination.action,/deleteMessage.action,/copyMessage.action,/moveMessage.action,/deleteJob.action,exceptionResolver]; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@3d17d603
2012-11-08 16:53:32,014 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/createDestination.action] onto handler '/createDestination.action'
2012-11-08 16:53:32,014 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/deleteDestination.action] onto handler '/deleteDestination.action'
2012-11-08 16:53:32,014 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/createSubscriber.action] onto handler '/createSubscriber.action'
2012-11-08 16:53:32,014 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/deleteSubscriber.action] onto handler '/deleteSubscriber.action'
2012-11-08 16:53:32,014 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/sendMessage.action] onto handler '/sendMessage.action'
2012-11-08 16:53:32,014 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/purgeDestination.action] onto handler '/purgeDestination.action'
2012-11-08 16:53:32,014 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/deleteMessage.action] onto handler '/deleteMessage.action'
2012-11-08 16:53:32,014 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/copyMessage.action] onto handler '/copyMessage.action'
2012-11-08 16:53:32,014 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/moveMessage.action] onto handler '/moveMessage.action'
2012-11-08 16:53:32,015 | INFO  | -70-097-thread-1 | BindingBeanNameUrlHandlerMapping | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | Mapped URL path [/deleteJob.action] onto handler '/deleteJob.action'
2012-11-08 16:53:32,073 | INFO  | -70-097-thread-1 | DispatcherServlet                | 216 - org.apache.activemq.activemq-web-console - 5.5.1.fuse-70-097 | FrameworkServlet 'dispatcher': initialization completed in 86 ms

Page displays the following messages:

Problem accessing /activemqweb/index.jsp. Reason:

    java.lang.SecurityException: Authentication failed

Caused by:

javax.el.ELException: java.lang.SecurityException: Authentication failed
	at javax.el.BeanELResolver.getValue(BeanELResolver.java:298)
	at com.sun.el.parser.AstValue.getValue(AstValue.java:138)
	at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:206)
	at org.apache.jasper.runtime.PageContextImpl.evaluateExpression(PageContextImpl.java:1001)
	at org.apache.jsp.index_jsp._jspService(org.apache.jsp.index_jsp:51)
	at org.ops4j.pax.web.jsp.JspServletWrapper$2.call(JspServletWrapper.java:132)
	at org.ops4j.pax.web.jsp.JspServletWrapper$2.call(JspServletWrapper.java:127)
	at org.ops4j.pax.swissbox.core.ContextClassLoaderUtils.doWithClassLoader(ContextClassLoaderUtils.java:60)
	at org.ops4j.pax.web.jsp.JspServletWrapper.service(JspServletWrapper.java:124)
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:83)
	at org.apache.activemq.web.SessionFilter.doFilter(SessionFilter.java:45)
	at org.apache.activemq.web.filter.ApplicationContextFilter.doFilter(ApplicationContextFilter.java:81)
	at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118)
	at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52)
	at org.ops4j.pax.web.service.internal.WelcomeFilesFilter.doFilter(WelcomeFilesFilter.java:169)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:483)
	at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:72)
Caused by: java.lang.SecurityException: Authentication failed
	at org.apache.karaf.management.JaasAuthenticator.authenticate(JaasAuthenticator.java:101)
	at javax.management.remote.rmi.RMIServerImpl.doNewClient(RMIServerImpl.java:213)
	at javax.management.remote.rmi.RMIServerImpl.newClient(RMIServerImpl.java:180)
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:303)
	at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255)
	at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)
	at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142)
	at javax.management.remote.rmi.RMIServerImpl_Stub.newClient(Unknown Source)
	at javax.management.remote.rmi.RMIConnector.getConnection(RMIConnector.java:2327)
	at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:277)
	at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:248)
	at org.apache.activemq.web.RemoteJMXBrokerFacade.createConnection(RemoteJMXBrokerFacade.java:146)
	at org.apache.activemq.web.RemoteJMXBrokerFacade.getMBeanServerConnection(RemoteJMXBrokerFacade.java:114)
	at org.apache.activemq.web.RemoteJMXBrokerFacade.getBrokerAdmin(RemoteJMXBrokerFacade.java:88)
	at org.apache.activemq.web.RemoteJMXBrokerFacade.getBrokerName(RemoteJMXBrokerFacade.java:101)
	at javax.el.BeanELResolver.getValue(BeanELResolver.java:293)
	... 53 more
Caused by: javax.security.auth.login.FailedLoginException: login failed
	at org.apache.karaf.jaas.modules.properties.PropertiesLoginModule.login(PropertiesLoginModule.java:99)
	at org.apache.karaf.jaas.boot.ProxyLoginModule.login(ProxyLoginModule.java:83)
	at javax.security.auth.login.LoginContext.invoke(LoginContext.java:769)
	at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186)
	at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683)
	at javax.security.auth.login.LoginContext.login(LoginContext.java:579)
	at org.apache.karaf.management.JaasAuthenticator.authenticate(JaasAuthenticator.java:78)
	... 1 more

Caused by:

java.lang.SecurityException: Authentication failed
	... 1 more

Caused by:

javax.security.auth.login.FailedLoginException: login failed

This is from the user list as reported by Anoop Sharma

 running into an issue related to visibility expressions and delete.
Example run from hbase shell is listed below.
Will appreciate any help on this issue.
thanks.
In the example below, user running queries has ‘MANAGER’ authorization.
*First example:*

  add a column with visib expr ‘MANAGER’

  delete it by passing in visibility of ‘MANAGER’
  This works and scan doesn’t return anything.
*Second example:*

  delete it by not passing in any visibility.
  This doesn’t delete the column.
  Scan doesn’t return the row but RAW scan shows the column
  marked as deleteColumn.
  Now if delete is done again with visibility of ‘MANAGER’,
  it still doesn’t delete it and scan returns the original column.

*Example 1:*
hbase(main):096:0> create 'HBT1', 'cf'
hbase(main):098:0* *put 'HBT1', 'John', 'cf:a', 'CA',
{VISIBILITY=>'MANAGER'}*
hbase(main):099:0> *scan 'HBT1'*
ROW
COLUMN+CELL

 John                 column=cf:a, timestamp=1446154722055,
value=CA
hbase(main):100:0> *delete 'HBT1', 'John', 'cf:a', {VISIBILITY=>'MANAGER'}*

hbase(main):101:0> *scan 'HBT1'*
ROW

*Example 2:*

hbase(main):010:0* *put 'HBT1', 'John', 'cf:a', 'CA',

hbase(main):011:0> *scan 'HBT1'*
ROW
 John                 column=cf:a, timestamp=1446155346473,
value=CA
1 row(s) in 0.0060 seconds

hbase(main):012:0> *delete 'HBT1', 'John', 'cf:a'*

hbase(main):013:0> *scan 'HBT1'*
ROW
value=CA
1 row(s) in 0.0050 seconds
hbase(main):014:0> *scan 'HBT1', {RAW => true}*

ROW
 John                 column=cf:a, timestamp=1446155346519,
type=DeleteColumn

hbase(main):015:0> *delete 'HBT1', 'John', 'cf:a', {VISIBILITY=>'MANAGER'}*
hbase(main):016:0> *scan 'HBT1'*
ROW
value=CA
1 row(s) in 0.0040 seconds
hbase(main):017:0> *scan 'HBT1', {RAW => true}*
ROW
 John                 column=cf:a, timestamp=1446155346601,

Bulk Loads link goes to an old link, which we have dropped recently.

The tests fail when there are left over tables or databases from other tests.
Fails with error like - 
java.lang.AssertionError: All tables should be passed as arguments expected:<[testhiveauthorizershowfilterstable1, testhiveauthorizershowfilterstable2]> but was:<[testhiveauthorizercheckinvocationtable, testhiveauthorizercheckinvocationtable_acid, testhiveauthorizershowfilterstable1, testhiveauthorizershowfilterstable2]>

I have a Controller method that uses ResponseEntity (code below).
With Spring 3.1 M1, restTemplate.getForObject() returned this:
"org.springframework.data.redis.connection.jedis.JedisConnectionFactory"
After upgrading to M2 (with no code changes), getForObject returns
this:
"{"statusCode":"OK","headers":{},"body":"org.springframework.data.redis.connection.jedis.JedisConnectionFactory"}"
Removing @ResponseBody from the method solves the problem.  It looks like ResponseEntity was detected by type before looking for @ResponseBody in the old AnnotationMethodHandlerAdapter. In the new RequestMappingHandlerMapping, return value handlers are ordered by annotation first and then by type. 

Controller Method:
@RequestMapping(value = "/redis", method = RequestMethod.GET)
public @ResponseBody ResponseEntity<String> getRedisClass() {
    if (serviceHolder.getRedisConnectionFactory() == null) {
        return new ResponseEntity<String>(HttpStatus.NOT_FOUND);
    }
    return new ResponseEntity<String>(
        serviceHolder.getRedisConnectionFactory().getClass().getName(), HttpStatus.OK);
}

These imports trigger lots of warnings in ide, which could be annoying, and it can be replaced easily with org.junit.Assert, the signature and behavior are the same, so the tests should pass.

Here is a test method for UserRepositoryFinderTests 

@Test
public void respectsPageableOrder() throws Exception {
	Page<User> ascending = userRepository.findByLastname(new PageRequest(0, 10, new Sort(Direction.ASC, "lastname")),"Matthews");
	Page<User> descending = userRepository.findByLastname(new PageRequest(0, 10, new Sort(Direction.DESC, "lastname")),"Matthews");
	assertThat(ascending.getTotalElements(), is(2L));
	assertThat(descending.getTotalElements(), is(2L));
	assertThat(ascending.getContent().get(0).getFirstname(), is(not(equalTo(descending.getContent().get(0).getFirstname()))));
	assertThat(ascending.getContent().get(0).getFirstname(), is(equalTo(descending.getContent().get(1).getFirstname())));
	assertThat(ascending.getContent().get(1).getFirstname(), is(equalTo(descending.getContent().get(0).getFirstname())));
}

junit.framework.ComparisonFailure: The flow execution outcome is wrong expected:<[actual]> but was:<[expected]>
The error message for a unit test failure has its arguments reversed - the "expected" value is being shown as the "actual" value.
The other assert helper methods appear to be correct.

After upgrade of SpringDataNeo4j to 2.3.2.RELEASE and SpringDataRest 2.0.0.SNAPSHOT DELETE requests fail with NotInTransaction exception triggered by Neo4j. The underlying CRUDRepository delete methods however are still functional so it seems it's only SDR triggered deletes that fail. 

org.springframework.web.util.NestedServletException: Request processing failed; nested exception is org.springframework.dao.InvalidDataAccessApiUsageException: nested exception is org.neo4j.graphdb.NotInTransactionException
	at org.springframework.web.servlet.FrameworkServlet.doDelete(FrameworkServlet.java:860)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:694)
	at org.springframework.test.web.servlet.TestDispatcherServlet.service(TestDispatcherServlet.java:66)
	at org.springframework.test.web.servlet.MockMvc.perform(MockMvc.java:134)
	at com.lhsystems.bc.bamboo.rest.tests.RestAssetTests.testRestApiAircraftRoundTrip(RestAssetTests.java:87)
Caused by: org.springframework.dao.InvalidDataAccessApiUsageException: nested exception is org.neo4j.graphdb.NotInTransactionException
	at org.springframework.data.neo4j.support.Neo4jExceptionTranslator.translateExceptionIfPossible(Neo4jExceptionTranslator.java:51)
	at $Proxy56.delete(Unknown Source)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
	at $Proxy58.delete(Unknown Source)
	at org.springframework.data.rest.core.invoke.CrudRepositoryInvoker.invokeDelete(CrudRepositoryInvoker.java:102)
	at org.springframework.data.rest.webmvc.RepositoryEntityController.deleteEntity(RepositoryEntityController.java:274)
	at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:219)
	... 38 more
Caused by: org.neo4j.graphdb.NotInTransactionException
	at org.neo4j.kernel.impl.index.IndexConnectionBroker.acquireResourceConnection(IndexConnectionBroker.java:49)
	at org.neo4j.index.impl.lucene.LuceneIndex.getConnection(LuceneIndex.java:85)
	at org.neo4j.index.impl.lucene.LuceneIndex.remove(LuceneIndex.java:196)
	at org.springframework.data.neo4j.support.typerepresentation.AbstractIndexingTypeRepresentationStrategy.remove(AbstractIndexingTypeRepresentationStrategy.java:94)
	at org.springframework.data.neo4j.support.typerepresentation.AbstractIndexingTypeRepresentationStrategy.preEntityRemoval(AbstractIndexingTypeRepresentationStrategy.java:89)
	at org.springframework.data.neo4j.support.mapping.EntityRemover.removeNode(EntityRemover.java:49)
	at org.springframework.data.neo4j.support.mapping.EntityRemover.removeNodeEntity(EntityRemover.java:45)
	at org.springframework.data.neo4j.support.mapping.EntityRemover.remove(EntityRemover.java:85)
	at org.springframework.data.neo4j.support.Neo4jTemplate.delete(Neo4jTemplate.java:224)
	at org.springframework.data.neo4j.repository.AbstractGraphRepository.delete(AbstractGraphRepository.java:328)
	at org.springframework.data.neo4j.repository.AbstractGraphRepository.delete(AbstractGraphRepository.java:333)
	... 63 more

CREATE, POST, PUT requests are not affected.

After migrating our Eclipse-based RCP-Client from Spring 2.5.6  to the latest release 4.1.6 we met this strange error:

java.util.zip.ZipException: Exception in opening zip file: D:\uvdms\client\configuration\org.eclipse.osgi\bundles\101\1\.cp\lib\jacob-1.17-x86.dll

This jacob DLL comes into play as an entry in the MANIFEST.MF of one of out jars; it looks as this:

Bundle-NativeCode: lib/jacob-1.17-x86.dll

It seems that Spring treets it as classpath Jar, and the classloader tries to open it as Zip file.

webapp-servlet.xml
...
    <camel:camelContext id="MyCamelContext" autoStartup="false">
        <camel:route id="testroute">
            <camel:from uri="timer:test?period=5s">
            </camel:from>
            <camel:log message="Consumed from timer"/>
...

When set up like this, the route testroute is not started when the camelContext is started, even when autoStartup="true" is explicitly added to testroute.
What I would expect is that the route is started automatically when camelContext is started, as long as the route has no autoStartup="false" property, since autoStartup=true is the default behavior for routes as far as I understand the docs.
If the current behavior is the intended one, the reversion of the default behavior of routes should be pointed out in the docs.

Using a custom ftp entry parser on OSGI results in an exception because of the use of Class.forName in commons-net DefaultFTPFileEntryParserFactory :

org.apache.commons.net.ftp.parser.ParserInitializationException: Unknown parser type: com.example.CustomFTPEntryParser
 
        at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:166)[commons-net:commons-net:3.3]
        at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:202)[commons-net:commons-net:3.3]
        at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:3246)[commons-net:commons-net:3.3]
        at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2930)[commons-net:commons-net:3.3]
        at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2977)[commons-net:commons-net:3.3]
        at org.apache.camel.component.file.remote.FtpOperations.listFiles(FtpOperations.java:779)[org.apache.camel:camel-ftp:2.12.0.redhat-611433]
        at org.apache.camel.component.file.remote.FtpConsumer.doPollDirectory(FtpConsumer.java:91)[org.apache.camel:camel-ftp:2.12.0.redhat-611433]
        at org.apache.camel.component.file.remote.FtpConsumer.pollDirectory(FtpConsumer.java:53)[org.apache.camel:camel-ftp:2.12.0.redhat-611433]
        at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:117)[org.apache.camel:camel-core:2.12.0.redhat-611433 com.googlecode.concurrentlinkedhashmap:concurrentlinkedhashmap-lru:1.4]
        at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:187)[org.apache.camel:camel-core:2.12.0.redhat-611433 com.googlecode.concurrentlinkedhashmap:concurrentlinkedhashmap-lru:1.4]
        at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:114)[org.apache.camel:camel-core:2.12.0.redhat-611433 com.googlecode.concurrentlinkedhashmap:concurrentlinkedhashmap-lru:1.4]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_10]
        at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)[:1.7.0_10]
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)[:1.7.0_10]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)[:1.7.0_10]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)[:1.7.0_10]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)[:1.7.0_10]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)[:1.7.0_10]

Camel can work around this by creating a ParserFactory that is used if Camel is being used in an OSGI environment that simply extends the DefaultFTPFileEntryParserFactory and uses the Camel class resolver rather than Class.forName.

As soon as you add a zip dependency to your swarm project, the run goal of the maven plugin fails with following exception:

2017-02-23 17:28:46,397 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Swarm 2017.2.0 (WildFly Core 2.2.1.CR1) started in 1720ms - Started 108 of 118 services (21 services are lazy, passive or on-demand)
2017-02-23 17:28:46,546 ERROR [stderr] (main) Exception in thread "main" java.lang.reflect.InvocationTargetException
2017-02-23 17:28:46,546 ERROR [stderr] (main)                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2017-02-23 17:28:46,546 ERROR [stderr] (main)                at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
2017-02-23 17:28:46,546 ERROR [stderr] (main)                at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
2017-02-23 17:28:46,546 ERROR [stderr] (main)                at java.lang.reflect.Method.invoke(Method.java:498)
2017-02-23 17:28:46,547 ERROR [stderr] (main)                at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:39)
2017-02-23 17:28:46,547 ERROR [stderr] (main)                at org.wildfly.swarm.bootstrap.MainInvoker.main(MainInvoker.java:70)
2017-02-23 17:28:46,547 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: Failed to resolve archive dependencies
2017-02-23 17:28:46,547 ERROR [stderr] (main)                at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:206)
2017-02-23 17:28:46,547 ERROR [stderr] (main)                at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:99)
2017-02-23 17:28:46,548 ERROR [stderr] (main)                at org.wildfly.swarm.Swarm.deploy(Swarm.java:407)
2017-02-23 17:28:46,548 ERROR [stderr] (main)                at org.wildfly.swarm.Swarm.main(Swarm.java:546)
2017-02-23 17:28:46,548 ERROR [stderr] (main)                ... 6 more
2017-02-23 17:28:46,548 ERROR [stderr] (main) Caused by: java.lang.IllegalArgumentException: Given file is not a directory /home/someuser/.m2/repository/someartifact/1.0.1702161146-1dc3414/someartifact-1.0.1702161146-1dc3414.zip
2017-02-23 17:28:46,548 ERROR [stderr] (main)                at org.jboss.shrinkwrap.impl.base.importer.ExplodedImporterImpl.importDirectory(ExplodedImporterImpl.java:108)
2017-02-23 17:28:46,548 ERROR [stderr] (main)                at org.jboss.shrinkwrap.impl.base.importer.ExplodedImporterImpl.importDirectory(ExplodedImporterImpl.java:85)
2017-02-23 17:28:46,548 ERROR [stderr] (main)                at org.jboss.shrinkwrap.impl.base.importer.ExplodedImporterImpl.importDirectory(ExplodedImporterImpl.java:74)
2017-02-23 17:28:46,549 ERROR [stderr] (main)                at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:196)
2017-02-23 17:28:46,549 ERROR [stderr] (main)                ... 9 more

This does not happen when configuring <useUberJar>true</useUberJar> or starting the jar yourself via java -jar ....
Both 2017.2.0 and the current 2017.3.0-SNAPSHOT are affected. 2017.1.1 is not affected.

Doesn't have to. Connection setup costs. Shared Connection could save on hbase:meta hits (perhaps).

[standalone@embedded /] /subsystem=jgroups/channel=ee/fork=foo/protocol=MPING:add(socket-binding=http)
14:46:40,228 ERROR [org.jboss.as.controller.management-operation] (pool-4-thread-1) WFLYCTL0013: Operation ("add") failed - address: ([
    ("channel" => "ee"),
    ("fork" => "foo"),
    ("protocol" => "MPING")
]): java.lang.IllegalStateException: WFLYCTL0221: An override model registration is not allowed for non-wildcard model registrations. This registration is for the non-wildcard name 'MPING'.
	at org.jboss.as.controller.registry.AbstractResourceRegistration.registerOverrideModel(AbstractResourceRegistration.java:122)
	at org.jboss.as.clustering.jgroups.subsystem.ForkProtocolRuntimeResourceRegistration.register(ForkProtocolRuntimeResourceRegistration.java:127)
	at org.jboss.as.clustering.controller.AddStepHandler.lambda$null$2(AddStepHandler.java:117)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl$LocalClient$1$1.lambda$run$0(ModelControllerClientFactoryImpl.java:170)
	at org.jboss.as.controller.access.InVmAccess.runInVm(InVmAccess.java:63)
	at org.jboss.as.controller.SecurityActions$InVmActions$1.runInVm(SecurityActions.java:149)
	at org.jboss.as.controller.SecurityActions.runInVm(SecurityActions.java:49)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl$LocalClient$1$1.run(ModelControllerClientFactoryImpl.java:170)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl$LocalClient$1$1.run(ModelControllerClientFactoryImpl.java:163)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:175)
	at org.jboss.as.controller.ModelControllerClientFactoryImpl$LocalClient$1.run(ModelControllerClientFactoryImpl.java:163)

{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalStateException: WFLYCTL0221: An override model registration is not allowed for non-wildcard model registrations. This registration is for the non-wildcard name 'MPING'.",
}

Normally, protocols register a runtime resource that exposes its properties as runtime attribute to the management model.  This is implemented by registering an override model at runtime.  However, if the protocol already uses an override model, the registration will fail.

hbase(main):009:0> snapshot 't1', '.t1Snapshot'
ERROR: Illegal first character <46> at 0. Namespaces can only start with alphanumeric characters': i.e. [a-zA-Z_0-9]: t1Snapshot
hbase(main):008:0> create '-test' , 'cf1'
ERROR: Illegal first character <45> at 0.Namespaces can only start with alphanumeric characters': i.e. [a-zA-Z_0-9]: -test
>> As per message "Namespaces" is wrong. But in this scenario, snapshot / table name start character is wrong.
Its because in the code the message is as below

if (qualifierName[start] == '.' || qualifierName[start] == '-') {
      throw new IllegalArgumentException("Illegal first character <" + qualifierName[0] +
                                         "> at 0. Namespaces can only start with alphanumeric " +
                                         "characters': i.e. [a-zA-Z_0-9]: " +
                                         Bytes.toString(qualifierName));

The correct code should be as below

      throw new IllegalArgumentException("Illegal first character <" + qualifierName[start] +
                                         "> at 0. " + (isSnapshot ? "Snapshot" : "User-space table") +
                                         " qualifiers can only start with 'alphanumeric " +
                                         Bytes.toString(qualifierName, start, end));

We got this pretty interesting NPE out of TableRecordReaderImpl.restart on a job that was filtering more than 99% of the data from a very huge table with caching set to 10k:

2010-11-08 13:08:22,344 DEBUG org.apache.hadoop.hbase.mapreduce.TableRecordReader:
 recovered from org.apache.hadoop.hbase.client.ScannerTimeoutException:
 61521ms passed since the last invocation, timeout is currently set to 60000
	at org.apache.hadoop.hbase.client.HTable$ClientScanner.next(HTable.java:956)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.nextKeyValue(TableRecordReaderImpl.java:132)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReader.nextKeyValue(TableRecordReader.java:142)
...
	at org.apache.hadoop.mapred.Child.main(Child.java:170)
Caused by: org.apache.hadoop.hbase.UnknownScannerException: org.apache.hadoop.hbase.UnknownScannerException:
 Scanner was closed (timed out?) after we renewed it. Could be caused by a very slow scanner or a lengthy garbage collection
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScanner.next(HRegion.java:2233)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScanner.next(HRegion.java:2260)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:1933)
...
	at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:81)
	at org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:37)
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getRegionServerWithRetries(HConnectionManager.java:1138)
	at org.apache.hadoop.hbase.client.HTable$ClientScanner.next(HTable.java:942)
	... 8 more

2010-11-08 13:08:22,347 WARN org.apache.hadoop.mapred.TaskTracker: Error running child
	at org.apache.hadoop.hbase.util.Bytes.toStringBinary(Bytes.java:301)
	at org.apache.hadoop.hbase.client.HTable$ClientScanner.<init>(HTable.java:803)
	at org.apache.hadoop.hbase.client.HTable.getScanner(HTable.java:484)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.nextKeyValue(TableRecordReaderImpl.java:135)
...
2010-11-08 13:08:22,349 INFO org.apache.hadoop.mapred.TaskRunner

This is because the last row key we saw is set to null, since we haven't seen any yet 

Need to upgrade arrow version as spark is moving to arrow version 0.10.0 in it's upcoming release 2.4.0

If I modify or remove a (persistent) scheduled service, I get the following stack trace:
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.doesTimeoutMethodMatch(TimerServiceImpl.java:959)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.restoreTimers(TimerServiceImpl.java:710)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.start(TimerServiceImpl.java:202)
	... 3 more
Another user is reporting the same thing on 8.1.0 Final, see:
http://stackoverflow.com/questions/25988818/deploying-java-schedule-with-wildfly-8-1-0-final
Is there any way using the CLI to delete persistent scheduled services?

If no resources were found, no resource will be set on the delegate, and the delegate won't be opened at all as expected. 
Unfortunately, the close method is always called on the delegate.
Probably it would be better to call close on the delegate only if it has been opened before.

@Override
public void close() throws ItemStreamException {
  super.close();
  if (!noInput) {    
    delegate.close();
  }  
  noInput = false;
}

Currently all methods in org.springframework.batch.test.ExecutionContextTestUtils are not public(default/package scope now).
Can you make them public, so that test class can have access to them.
Thanks,

There is an exponential sleep operation inside the CLIService which can end up adding tens of seconds to a query which has already completed.

"HiveServer2-Handler-Pool: Thread-9373" #9373 prio=5 os_prio=0 tid=0x00007f4d5e72d800 nid=0xb634a waiting on condition [0x00007f28d06a5000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at org.apache.hive.service.cli.CLIService.progressUpdateLog(CLIService.java:506)
at org.apache.hive.service.cli.CLIService.getOperationStatus(CLIService.java:480)
at org.apache.hive.service.cli.thrift.ThriftCLIService.GetOperationStatus(ThriftCLIService.java:695)
at org.apache.hive.service.rpc.thrift.TCLIService$Processor$GetOperationStatus.getResult(TCLIService.java:1757)
at org.apache.hive.service.rpc.thrift.TCLIService$Processor$GetOperationStatus.getResult(TCLIService.java:1742)
at org.apache.hive.service.auth.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:56)

The sleep loop is on the server side.

private static final long PROGRESS_MAX_WAIT_NS = 30 * 1000000000l;

private JobProgressUpdate progressUpdateLog(boolean isProgressLogRequested, Operation operation, HiveConf conf) {
...
    long startTime = System.nanoTime();
    int timeOutMs = 8;
    try {
      while (sessionState.getProgressMonitor() == null && !operation.isDone()) {
        long remainingMs = (PROGRESS_MAX_WAIT_NS - (System.nanoTime() - startTime)) / 1000000l;
        if (remainingMs <= 0) {
          LOG.debug("timed out and hence returning progress log as NULL");
          return new JobProgressUpdate(ProgressMonitor.NULL);
        }
        Thread.sleep(Math.min(remainingMs, timeOutMs));
        timeOutMs <<= 1;
      }

After about 16 seconds of execution of the query, the timeOutMs is 16384 ms, which means the next sleep cycle is for min(30 - 17, 16) = 13.
If the query finishes on the 17th second, the JDBC server will only respond after the 30th second when it will check for operation.isDone() and return.

AST was removed in explain extended in HIVE-13533; that makes sense from users perspective for the common case, but it would be useful for Hive developers and advanced users to see the AST to diagnose issues. "Explain ast" command can be added to dump the AST.

In SeekBefore case, if we seek the key which is bigger than the last keyvalue
PrefixTreeSeeker#seekToKeyInBlock will not seek correctly.
Make the test case TestPrefixTreeEncoding#testSeekBeforeWithFixedData in the patch to show this problem.

There are some issues with the implementation of getFull in HStore. 

If the loop encounters a deleted cell, it stops iterating. This correctly handles deletes, but then accidentally masks away any cells of different qualifiers that would come afterward
Since the mapfiles are search oldest to newest, and the results map is only updated when there isn't already a value in the results map for for the cell we're currently looking at, older values actually take precedence over newer ones. This may be fixed by simply reversing the order of mapfiles traversed to newest to oldest.

        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getZooKeeperWrapper(HConnectionManager.java:792)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getMaster(HConnectionManager.java:230)
        at org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:70)
        at net.iridiant.content.Content.createTables(Unknown Source)
        at net.iridiant.heritrix.writer.HBaseWriter.<init>(Unknown Source)
        at net.iridiant.heritrix.writer.HBaseWriterPool$1.makeObject(Unknown Source)
        at org.apache.commons.pool.impl.FairGenericObjectPool.borrowObject(FairGenericObjectPool.java:262)
        at org.archive.io.WriterPool.borrowFile(WriterPool.java:139)
        at net.iridiant.heritrix.writer.HBaseWriterProcessor.write(Unknown Source)
        at net.iridiant.heritrix.writer.HBaseWriterProcessor.innerProcessResult(Unknown Source)
        at org.archive.modules.Processor.process(Processor.java:123)
        at org.archive.crawler.framework.ToeThread.processCrawlUri(ToeThread.java:310)
        at org.archive.crawler.framework.ToeThread.run(ToeThread.java:157)
        at java.util.Properties$LineReader.readLine(Properties.java:418)
        at java.util.Properties.load0(Properties.java:337)
        at java.util.Properties.load(Properties.java:325)
        at org.apache.hadoop.hbase.zookeeper.HQuorumPeer.parseConfig(HQuorumPeer.java:93)
        at org.apache.hadoop.hbase.zookeeper.HQuorumPeer.parseZooKeeperConfig(HQuorumPeer.java:79)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.loadZooKeeperConfig(ZooKeeperWrapper.java:145)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.<clinit>(ZooKeeperWrapper.java:58)
        ... 13 more

Lifecycle of an interceptor instance is bound to the intercepted instance, i.e. the interceptor instance is shared accross all method invocations of a particular bean instance. 
org.wildfly.swarm.microprofile.fault.tolerance.hystrix.HystrixCommandInterceptor.ctx
and org.wildfly.swarm.microprofile.fault.tolerance.hystrix.HystrixCommandInterceptor.CommandMetadata.retryContext should be scoped to interceptCommand() method.

There should be mention of a lot more libs than just ServiceMix libs from the ASF. See:
[janstey@bender jboss-fuse-6.1.0.redhat-365]$ cat notices.txt 
Apache ServiceMix
Copyright 2014 Red Hat
This product includes software developed at
The Apache Software Foundation (http://www.apache.org/).
[janstey@bender jboss-fuse-6.1.0.redhat-365]$ 

An unsigned 32 bit Parquet column, such as

optional int32 uint_32_col (UINT_32)

is read by Hive as if it were signed, leading to incorrect results.

BeanUtils.getPropertyDescriptor() uses the internal cache of property descriptors maintained by CachedIntrospectionResults. getPropertyDescriptors() returns the property descriptors as known in the BeanInfo.
There can be a difference between the two: if the cache is filled with a GenericTypeAwarePropertyDescriptor the beanInfo's property descriptors are not updated. This happens when the BeanInfo (incorrectly) has a property descriptor referring to a 'bridge method' that does not use all generic type information available. BeanUtils.getPropertyDescriptor() will return the GenericTypeAwarePropertyDescriptor and BeanUtils.getPropertyDescriptors() will not, since the BeanInfo is not aware if the GenericTypeAwarePropertyDescriptor.
I believe BeanUtils.getPropertyDescriptors() should the property descriptors in the CachedIntrospectionResults propertyDescriptorCache.

The JavaDocs for Shell.flash(..) is unclear about the acceptability of null as the second argument to the method. Null is unauthorized and the JavaDocs should reflect it.

The way the message are acknowledged are different with Lumberjack protocol v1 and protocol v2. Currently the implemented mecanism match the v2 protocol, and for v1 protocol the message stream is blocked after two windows are sent.

10:18:14,721 SEVERE [org.jgroups.protocols.UDP] (Thread-0 (ActiveMQ-server-ActiveMQServerImpl::serverUUID=34818b2c-2b93-11e5-aeb7-199c6bd1db3c-31443612)) failed setting ip_ttl: java.lang.reflect.InvocationTargetException
    at org.jgroups.protocols.UDP.setTimeToLive(UDP.java:339)
    at org.jgroups.protocols.UDP.createSockets(UDP.java:368)
    at org.jgroups.protocols.UDP.start(UDP.java:270)
    at org.jgroups.JChannel.startStack(JChannel.java:891)
    at org.apache.activemq.artemis.api.core.JGroupsBroadcastEndpoint$JChannelWrapper.connect(JGroupsBroadcastEndpoint.java:211)
    at org.apache.activemq.artemis.api.core.JGroupsBroadcastEndpoint.internalOpen(JGroupsBroadcastEndpoint.java:115)
    at org.apache.activemq.artemis.api.core.JGroupsBroadcastEndpoint.openClient(JGroupsBroadcastEndpoint.java:92)
    at org.apache.activemq.artemis.core.cluster.DiscoveryGroup.start(DiscoveryGroup.java:105)
    at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.initialise(ServerLocatorImpl.java:380)
    at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:846)
    at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.connect(ServerLocatorImpl.java:687)
    at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.connect(ServerLocatorImpl.java:671)
    at org.apache.activemq.artemis.core.server.cluster.ClusterController$ConnectRunnable.run(ClusterController.java:448)
    at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$1.run(OrderedExecutorFactory.java:105)
Caused by: java.io.IOException: Method not implemented!
    at java.net.DualStackPlainDatagramSocketImpl.setTimeToLive(DualStackPlainDatagramSocketImpl.java:236)
    ... 25 more

module org.jboss.as.weld should not be added as dependency to user deployment.
It has way too much dependencies and some of them export their dependencies which than end up in user deployment.
We should probably have extra module for stuff that is exposed to deployment.
Also lots of dependencies that weld subsystem has should be optional as we shouldn't be required to have dependency to almost every single subsystem we have as required.

Master came up w/ no regionservers.  I then tried to shut it down.  You can see in below that it started to go down....

2013-04-24 14:28:49,770 INFO  [IPC Server handler 7 on 60000] org.apache.hadoop.hbase.master.HMaster: Cluster shutdown requested
2013-04-24 14:28:49,815 INFO  [master-stack-1.ent.cloudera.com,60000,1366838923135] org.apache.hadoop.hbase.master.ServerManager: Finished waiting for region servers count to settle; checked in 0, slept for 2818 ms, expecting minimum of 1, maximum of 2147483647, master is stopped.
2013-04-24 14:28:49,815 WARN  [master-stack-1.ent.cloudera.com,60000,1366838923135] org.apache.hadoop.hbase.master.MasterFileSystem: Master stopped while splitting logs
2013-04-24 14:28:50,104 INFO  [stack-1.ent.cloudera.com,60000,1366838923135.splitLogManagerTimeoutMonitor] org.apache.hadoop.hbase.master.SplitLogManager$TimeoutMonitor: stack-1.ent.cloudera.com,60000,1366838923135.splitLogManagerTimeoutMonitor exiting
2013-04-24 14:28:50,850 INFO  [master-stack-1.ent.cloudera.com,60000,1366838923135] org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker: Unsetting META region location in ZooKeeper
2013-04-24 14:28:50,884 WARN  [master-stack-1.ent.cloudera.com,60000,1366838923135] org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper: Node /hbase/meta-region-server already deleted, retry=false
2013-04-24 14:28:50,884 INFO  [master-stack-1.ent.cloudera.com,60000,1366838923135] org.apache.hadoop.hbase.master.AssignmentManager: Cluster shutdown is set; skipping assign of .META.,,1.1028785192
2013-04-24 14:28:50,884 INFO  [master-stack-1.ent.cloudera.com,60000,1366838923135] org.apache.hadoop.hbase.master.ServerManager: AssignmentManager hasn't finished failover cleanup
2013-04-24 14:29:46,188 INFO  [master-stack-1.ent.cloudera.com,60000,1366838923135.oldLogCleaner] org.apache.hadoop.hbase.master.cleaner.LogCleaner: master-stack-1.ent.cloudera.com,60000,1366838923135.oldLogCleaner exiting
2013-04-24 14:29:46,193 INFO  [master-stack-1.ent.cloudera.com,60000,1366838923135.archivedHFileCleaner] org.apache.hadoop.hbase.master.cleaner.HFileCleaner: master-stack-1.ent.cloudera.com,60000,1366838923135.archivedHFileCleaner exiting

... but not it is stuck.
We keep looping here:

"master-stack-1.ent.cloudera.com,60000,1366838923135" prio=10 tid=0x00007f154853f000 nid=0x18b in Object.wait() [0x00007f1545fde000]
        - waiting on <0x00000000c727d738> (a org.apache.hadoop.hbase.zookeeper.MetaRegionTracker)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker.blockUntilAvailable(ZooKeeperNodeTracker.java:161)
        - locked <0x00000000c727d738> (a org.apache.hadoop.hbase.zookeeper.MetaRegionTracker)
        at org.apache.hadoop.hbase.zookeeper.MetaRegionTracker.waitMetaRegionLocation(MetaRegionTracker.java:105)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMeta(CatalogTracker.java:250)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMeta(CatalogTracker.java:299)
        at org.apache.hadoop.hbase.master.HMaster.enableSSHandWaitForMeta(HMaster.java:905)
        at org.apache.hadoop.hbase.master.HMaster.assignMeta(HMaster.java:879)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:764)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:522)

Odd.  It is supposed to be checking the 'stopped' flag; maybe it has wrong stop flag.

//AbstractTestDefaultTokenServices.java
@Test
    public void testNotReuseRefreshTokenMaintainsState() throws Exception 
{
        OAuth2Authentication expectedAuthentication = new OAuth2Authentication(
                new AuthorizationRequest("id", Collections.singleton("read"), null, null),
                new TestAuthentication("test2", false));
        getTokenServices().setSupportRefreshToken(true);
        getTokenServices().setReuseRefreshToken(false);
        OAuth2AccessToken accessToken = getTokenServices()
                .createAccessToken(expectedAuthentication);
        OAuth2RefreshToken expectedExpiringRefreshToken = accessToken.getRefreshToken();
        OAuth2AccessToken refreshedAccessToken = getTokenServices().refreshAccessToken(
                expectedExpiringRefreshToken.getValue(), null);
        assertNotNull(refreshedAccessToken);
        assertEquals(1, getRefreshTokenCount());
	}
            
An earlier version of snapshots would thread interrupt operations.  In longer term testing we ran into an exception stack trace that indicated that a rowlock was taken an never released.

2013-01-26 01:54:56,417 ERROR org.apache.hadoop.hbase.procedure.ProcedureMember: Propagating foreign exception to subprocedure pe-1
org.apache.hadoop.hbase.errorhandling.ForeignException$ProxyThrowable via timer-java.util.Timer@1cea3151:org.apache.hadoop.hbase.errorhandling.ForeignException$ProxyThrowable: org.apache.hadoop.hbase.errorhandling.TimeoutException: Timeout elapsed! Source:Timeout caused Foreign E
xception Start:1359194035004, End:1359194095004, diff:60000, max:60000 ms
        at org.apache.hadoop.hbase.errorhandling.ForeignException.deserialize(ForeignException.java:184)
        at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.abort(ZKProcedureMemberRpcs.java:321)
        at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.watchForAbortedProcedures(ZKProcedureMemberRpcs.java:150)
        at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.access$200(ZKProcedureMemberRpcs.java:56)
        at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs$1.nodeChildrenChanged(ZKProcedureMemberRpcs.java:112)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:315)
        at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:519)
        at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:495)
Caused by: org.apache.hadoop.hbase.errorhandling.ForeignException$ProxyThrowable: org.apache.hadoop.hbase.errorhandling.TimeoutException: Timeout elapsed! Source:Timeout caused Foreign Exception Start:1359194035004, End:1359194095004, diff:60000, max:60000 ms
        at org.apache.hadoop.hbase.errorhandling.TimeoutExceptionInjector$1.run(TimeoutExceptionInjector.java:71)
        at java.util.TimerThread.mainLoop(Timer.java:512)
        at java.util.TimerThread.run(Timer.java:462)
2013-01-26 01:54:56,648 WARN org.apache.hadoop.hbase.regionserver.HRegion: Failed getting lock in batch put, row=0001558252
java.io.IOException: Timed out on getting lock for row=0001558252
        at org.apache.hadoop.hbase.regionserver.HRegion.internalObtainRowLock(HRegion.java:3239)
        at org.apache.hadoop.hbase.regionserver.HRegion.getLock(HRegion.java:3315)
        at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchMutation(HRegion.java:2150)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2021)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:3511)
        at sun.reflect.GeneratedMethodAccessor46.invoke(Unknown Source)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1400)
....
.. every snapshot attempt that used this region for the next two days encountered this problem.

Snapshots will now bypass this problem with the fix in HBASE-7703.  However, we should make sure hbase regionserver operations are safe when interrupted.

As a followup of https://issues.apache.org/jira/browse/HIVE-874, I was getting diffs sometime since the order of the message:
part 1 added
part 2 added
is non-deterministic.
CheckResult should be enhanced to support new APIs which will return sorted lists, these new APIs should be used by DDLTask to print anything.

When using Spring Security with BeanNameAutoProxyCreator the following error is produced because the beanName passed in by AutowireBeanFactoryObjectPostProcessor is null.

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'springSecurityFilterChain' defined in class org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration: Instantiation of bean failed; nested exception is org.springframework.beans.factory.BeanDefinitionStoreException: Factory method [public javax.servlet.Filter org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration.springSecurityFilterChain() throws java.lang.Exception] threw exception; nested exception is java.lang.IllegalArgumentException: 'name' must not be null
    at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:581)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1025)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:921)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:487)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295)
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628)
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479)
    at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:389)
    at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:294)
    at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:112)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4887)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5381)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1559)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1549)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.lang.Thread.run(Thread.java:744)
Caused by: org.springframework.beans.factory.BeanDefinitionStoreException: Factory method [public javax.servlet.Filter org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration.springSecurityFilterChain() throws java.lang.Exception] threw exception; nested exception is java.lang.IllegalArgumentException: 'name' must not be null
    at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:181)
    at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:570)
    ... 23 more
Caused by: java.lang.IllegalArgumentException: 'name' must not be null
    at org.springframework.util.Assert.notNull(Assert.java:112)
    at org.springframework.beans.factory.BeanFactoryUtils.transformedBeanName(BeanFactoryUtils.java:72)
    at org.springframework.beans.factory.support.AbstractBeanFactory.transformedBeanName(AbstractBeanFactory.java:1018)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getAliases(AbstractBeanFactory.java:602)
    at org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator.getAdvicesAndAdvisorsForBean(BeanNameAutoProxyCreator.java:90)
    at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.wrapIfNecessary(AbstractAutoProxyCreator.java:359)
    at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.postProcessAfterInitialization(AbstractAutoProxyCreator.java:322)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:409)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1488)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:388)
    at org.springframework.security.config.annotation.configuration.AutowireBeanFactoryObjectPostProcessor.postProcess(AutowireBeanFactoryObjectPostProcessor.java:56)
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter.getHttp(WebSecurityConfigurerAdapter.java:141)
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter.init(WebSecurityConfigurerAdapter.java:247)
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter.init(WebSecurityConfigurerAdapter.java:49)
    at intouchapp.config.SecurityConfig$$EnhancerByCGLIB$$7c2e17f3.init(<generated>)
    at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.init(AbstractConfiguredSecurityBuilder.java:352)
    at org.springframework.security.config.annotation.AbstractConfiguredSecurityBuilder.doBuild(AbstractConfiguredSecurityBuilder.java:305)
    at org.springframework.security.config.annotation.AbstractSecurityBuilder.build(AbstractSecurityBuilder.java:40)
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration.springSecurityFilterChain(WebSecurityConfiguration.java:85)
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerByCGLIB$$4da93da.CGLIB$springSecurityFilterChain$0(<generated>)
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerByCGLIB$$4da93da$$FastClassByCGLIB$$841a1210.invoke(<generated>)
    at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:286)
    at org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration$$EnhancerByCGLIB$$4da93da.springSecurityFilterChain(<generated>)
    at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:160)
    ... 24 more

HBASE-11544 allow scan rpc return partial of a row to reduce memory usage for one rpc request. And client can setAllowPartial or setBatch to get several cells in a row instead of the whole row.
However, the status of the scanner is saved on server and we need this to get the next part if there is a partial result before. If we move the region to another RS, client will get a NotServingRegionException and open a new scanner to the new RS which will be regarded as a new scan from the end of this row. So the rest cells of the row of last result will be missing.

We got a pull request in the github for it.
https://github.com/apache/camel/pull/72

If doStart() is called twice, we end up with two threads running in each consumer.
This can happen, say, if spring-integration-amqp declares an adapter that uses an externally defined listener container.
The container itself is started, and then started again by the adapter.
This can cause acks to go out asynchronously. Need to protect against running the consumers multiple times.

We are trying to report on replication lag and find that there is no good single metric to do that.
ageOfLastShippedOp is close, but unfortunately it is increased even when there is nothing to ship on a particular RegionServer.
I would like discuss a few options here:
Add a new metric: replicationQueueTime (or something) with the above meaning. I.e. if we have something to ship we set the age of that last shipped edit, if we fail we increment that last time (just like we do now). But if there is nothing to replicate we set it to current time (and hence that metric is reported to close to 0).
Alternatively we could change the meaning of ageOfLastShippedOp to mean to do that. That might lead to surprises, but the current behavior is clearly weird when there is nothing to replicate.
Comments? Jean-Daniel Cryans, stack.
If approach sounds good, I'll make a patch for all branches.
Edit: Also adds a new shippedKBs metric to track the amount of data that is shipped via replication.

Roo is now using Spring 3.1, in which the task:annotation-driven element no longer has a "mode" attribute. However the Roo-generated applicationContext.xml can still contain this attribute, for example:
applicationContext.xml
<task:annotation-driven executor="asyncExecutor" mode="aspectj" />

This causes the following error at deploy time:

org.xml.sax.SAXParseException: cvc-complex-type.3.2.2: Attribute 'mode' is not allowed to appear in element 'task:annotation-driven'.
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator$XSIErrorReporter.reportError(XMLSchemaValidator.java:417)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.reportSchemaError(XMLSchemaValidator.java:3182)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.processAttributes(XMLSchemaValidator.java:2659)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:2066)
	at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.emptyElement(XMLSchemaValidator.java:725)
	at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:235)

This is easily replicated as follows:

Run the embedded clinic.roo script
Add Solr support via the "solr setup" command
Deploy the application using e.g. "mvn jetty:run"

The following test passes with Spring 3.2.3.RELEASE and with Spring 4.0.0.M1, but fails with 4.0.0.M2 and the current snapshot (i.e. conceptually this is 4.0.0.M3-SNAPSHOT)

@ContextConfiguration(classes = {ComponentConfigTests.MyConfig.class})
public class ComponentConfigTests {
    private MyConfig.MyComponent component;

    @Test
    public void componentAutowiresSuccessfully() {
    }

    static class MyConfig {
        @Component
        public static class MyComponent {
        }
    }
}

These failures are causing test failures in Spring Security's tests when ran against Spring 4 that relate to issue 55 from the Spring Security Java Config project (which is now part of Spring Security).

spring-ws does not seem to correctly reinitialize the httpclient connection manager under certain circumstances

Caused by: java.lang.IllegalStateException: Connection factory has been shutdown.
	at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager.doGetConnection(MultiThreadedHttpConnectionManager.java:456)
	at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager.getConnectionWithTimeout(MultiThreadedHttpConnectionManager.java:394)
	at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:152)
	at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:396)
	at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:324)
	at org.springframework.ws.transport.http.CommonsHttpConnection.onSendAfterWrite(CommonsHttpConnection.java:100)
	at org.springframework.ws.transport.AbstractWebServiceConnection.send(AbstractWebServiceConnection.java:44)
	at org.springframework.ws.client.core.WebServiceTemplate.sendRequest(WebServiceTemplate.java:585)
	at org.springframework.ws.client.core.WebServiceTemplate.sendAndReceive(WebServiceTemplate.java:501)
	at org.springframework.ws.client.core.WebServiceTemplate.doSendAndReceive(WebServiceTemplate.java:456)
	at org.springframework.ws.client.core.WebServiceTemplate.sendSourceAndReceiveToResult(WebServiceTemplate.java:402)
	at org.springframework.ws.client.core.WebServiceTemplate.sendSourceAndReceiveToResult(WebServiceTemplate.java:393)
	at org.springframework.ws.client.core.WebServiceTemplate.sendSourceAndReceiveToResult(WebServiceTemplate

i cannot come up with a reproducible testcase for the moment, but when it happens it is always after we redeploy our application (weblogic 9.2MP2). It is quite an impacting annoyance because we have to restart the server to get things back in line.

org.jboss.as.test.integration.jaxrs.jackson.JaxrsJacksonProviderTestCase#testDurationJsr310
org.jboss.as.test.integration.jaxrs.jackson.JaxrsJacksonProviderTestCase#testDurationJsrjdk8
org.jboss.as.test.integration.jaxrs.jackson.JaxrsJacksonProviderTestCase#testJacksonWithJsonIgnore
org.jboss.as.test.integration.jaxrs.jackson.JaxrsJacksonProviderTestCase#testSimpleJacksonResource
./integration-tests.sh -DtestLogToFile=false -Dts.basic -Dts.noSmoke -Dtest=JaxrsJacksonProviderTestCase -Dsecurity.manager

 ERROR [io.undertow.request] (default task-4) UT005023: Exception handling request to /jaxrsnoap/myjaxrs/country: java.lang.RuntimeException: RESTEASY003920: Unable to instantiate ContextResolver
	at org.jboss.resteasy.spi.ResteasyProviderFactory.processProviderContracts(ResteasyProviderFactory.java:1480)
	at org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:1304)
	at org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:1256)
	at org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:1178)
	at org.jboss.resteasy.spi.ResteasyDeployment.registerProvider(ResteasyDeployment.java:601)
	at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:377)
	at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:252)
	at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:113)
	at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:250)
	at io.undertow.servlet.core.ManagedServlet.getServlet(ManagedServlet.java:171)
Caused by: java.lang.RuntimeException: RESTEASY003325: Failed to construct public org.jboss.as.test.integration.jaxrs.jackson.JacksonProducer() throws java.lang.Exception
	at org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:162)
	at org.jboss.resteasy.spi.ResteasyProviderFactory.createProviderInstance(ResteasyProviderFactory.java:1964)
	at org.jboss.resteasy.spi.ResteasyProviderFactory.addContextResolver(ResteasyProviderFactory.java:1019)
	at org.jboss.resteasy.spi.ResteasyProviderFactory.processProviderContracts(ResteasyProviderFactory.java:1474)
	... 52 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/opt/jboss-eap/src/7.1/jboss-eap-7.1.0.DR8/dist/target/jboss-eap-7.1/modules/system/layers/base/com/fasterxml/jackson/datatype/jackson-datatype-jdk8/main/jackson-datatype-jdk8-2.8.3.redhat-1.jar" "read")" in code source "(vfs:/content/jaxrsnoap.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.jaxrsnoap.war:main" from Service Module Loader")
	at java.util.zip.ZipFile.<init>(ZipFile.java:210)
	at java.util.zip.ZipFile.<init>(ZipFile.java:149)
	at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:84)
	at com.fasterxml.jackson.databind.ObjectMapper.findModules(ObjectMapper.java:963)
	at com.fasterxml.jackson.databind.ObjectMapper.findModules(ObjectMapper.java:946)
	at com.fasterxml.jackson.databind.ObjectMapper.findAndRegisterModules(ObjectMapper.java:982)
	at org.jboss.as.test.integration.jaxrs.jackson.JacksonProducer.<init>(JacksonProducer.java:44)
	at org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:150)
	... 55 more

CBO throws Index out of bound exception for TPC-DS Q70.
Query 

explain
select
    sum(ss_net_profit) as total_sum
   ,s_state
   ,s_county
   ,grouping__id as lochierarchy
   , rank() over(partition by grouping__id, case when grouping__id == 2 then s_state end order by sum(ss_net_profit)) as rank_within_parent
from
    store_sales ss join date_dim d1 on d1.d_date_sk = ss.ss_sold_date_sk
    join store s on s.s_store_sk  = ss.ss_store_sk
 where
    d1.d_month_seq between 1193 and 1193+11
 and s.s_state in
             ( select s_state
                     ) tmp1
             )
 group by s_state,s_county with rollup
order by
   lochierarchy desc
  ,case when lochierarchy = 0 then s_state end
  ,rank_within_parent
 limit 100

Original plan (correct)

 HiveSort(fetch=[100])
  HiveSort(sort0=[$3], sort1=[$5], sort2=[$4], dir0=[DESC], dir1=[ASC], dir2=[ASC])
    HiveProject(total_sum=[$4], s_state=[$0], s_county=[$1], lochierarchy=[$5], rank_within_parent=[rank() OVER (PARTITION BY $5, when(==($5, 2), $0) ORDER BY $4 ROWS BETWEEN 2147483647 FOLLOWING AND 2147483647 PRECEDING)], (tok_function when (= (tok_table_or_col lochierarchy) 0) (tok_table_or_col s_state))=[when(=($5, 0), $0)])
      HiveAggregate(group=[{0, 1}], groups=[[{0, 1}, {0}, {}]], indicator=[true], agg#0=[sum($2)], GROUPING__ID=[GROUPING__ID()])
        HiveProject($f0=[$7], $f1=[$6], $f2=[$1])
          HiveJoin(condition=[=($5, $2)], joinType=[inner], algorithm=[none], cost=[{1177.2086187101072 rows, 0.0 cpu, 0.0 io}])
            HiveJoin(condition=[=($3, $0)], joinType=[inner], algorithm=[none], cost=[{2880430.428726483 rows, 0.0 cpu, 0.0 io}])
              HiveProject(ss_sold_date_sk=[$0], ss_net_profit=[$21], ss_store_sk=[$22])
                HiveTableScan(table=[[tpcds.store_sales]])
              HiveProject(d_date_sk=[$0], d_month_seq=[$3])
                HiveFilter(condition=[between(false, $3, 1193, +(1193, 11))])
                  HiveTableScan(table=[[tpcds.date_dim]])
            HiveProject(s_store_sk=[$0], s_county=[$1], s_state=[$2])
              SemiJoin(condition=[=($2, $3)], joinType=[inner])
                HiveProject(s_store_sk=[$0], s_county=[$23], s_state=[$24])
                  HiveTableScan(table=[[tpcds.store]])
                HiveProject(s_state=[$0])
                  HiveFilter(condition=[<=($1, 5)])
                    HiveProject((tok_table_or_col s_state)=[$0], rank_window_0=[rank() OVER (PARTITION BY $0 ORDER BY $1 DESC ROWS BETWEEN 2147483647 FOLLOWING AND 2147483647 PRECEDING)])
                      HiveAggregate(group=[{0}], agg#0=[sum($1)])
                        HiveProject($f0=[$6], $f1=[$1])
                          HiveJoin(condition=[=($5, $2)], joinType=[inner], algorithm=[none], cost=[{1177.2086187101072 rows, 0.0 cpu, 0.0 io}])
                            HiveJoin(condition=[=($3, $0)], joinType=[inner], algorithm=[none], cost=[{2880430.428726483 rows, 0.0 cpu, 0.0 io}])
                              HiveProject(ss_sold_date_sk=[$0], ss_net_profit=[$21], ss_store_sk=[$22])
                                HiveTableScan(table=[[tpcds.store_sales]])
                              HiveProject(d_date_sk=[$0], d_month_seq=[$3])
                                HiveFilter(condition=[between(false, $3, 1193, +(1193, 11))])
                                  HiveTableScan(table=[[tpcds.date_dim]])
                            HiveProject(s_store_sk=[$0], s_state=[$24])
                              HiveTableScan(table=[[tpcds.store]])

Plan after fixTopOBSchema (incorrect)

    HiveProject(total_sum=[$4], s_state=[$0], s_county=[$1], lochierarchy=[$5], rank_within_parent=[rank() OVER (PARTITION BY $5, when(==($5, 2), $0) ORDER BY $4 ROWS BETWEEN 2147483647 FOLLOWING AND 2147483647 PRECEDING)])

Exception 

15/04/14 02:42:52 [main]: ERROR parse.CalcitePlanner: CBO failed, skipping CBO.
java.lang.IndexOutOfBoundsException: Index: 5, Size: 5
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.ASTConverter$RexVisitor.visitInputRef(ASTConverter.java:395)
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.ASTConverter$RexVisitor.visitInputRef(ASTConverter.java:372)
	at org.apache.calcite.rex.RexInputRef.accept(RexInputRef.java:112)
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.ASTConverter$RexVisitor.visitCall(ASTConverter.java:543)
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.ASTConverter$RexVisitor.visitCall(ASTConverter.java:372)
	at org.apache.calcite.rex.RexCall.accept(RexCall.java:107)
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.ASTConverter.convertOBToASTNode(ASTConverter.java:252)
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.ASTConverter.convert(ASTConverter.java:208)
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.ASTConverter.convert(ASTConverter.java:98)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:239)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:202)

Remote authentications use I/O.  AuthenticationException pertains solely to remote authentications.  Therefore it (like SaslException and many others) should extend IOException, not GeneralSecurityException.

when using hbase checksum,call readBlockDataInternal() in hfileblock.java, it could happen file corruption but it only can switch to hdfs checksum inputstream till validateBlockChecksum(). If the datablock's header corrupted when b = new HFileBlock(),it throws the exception "Invalid HFile block magic" and the rpc call fail

Thread 82 (localhost:58722.activeMasterManager):
  Waited count: 783
  Stack:
    org.apache.hadoop.hbase.client.AsyncProcess.waitForMaximumCurrentTasks(AsyncProcess.java:1656)
    org.apache.hadoop.hbase.client.AsyncProcess.waitForAllPreviousOpsAndReset(AsyncProcess.java:1685)
    org.apache.hadoop.hbase.client.BufferedMutatorImpl.backgroundFlushCommits(BufferedMutatorImpl.java:208)
    org.apache.hadoop.hbase.client.BufferedMutatorImpl.flush(BufferedMutatorImpl.java:183)
    org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:1395)
    org.apache.hadoop.hbase.client.HTable.put(HTable.java:1007)
    org.apache.hadoop.hbase.MetaTableAccessor.put(MetaTableAccessor.java:1116)
    org.apache.hadoop.hbase.MetaTableAccessor.putToMetaTable(MetaTableAccessor.java:1106)
    org.apache.hadoop.hbase.MetaTableAccessor.updateTableState(MetaTableAccessor.java:1429)
    org.apache.hadoop.hbase.MetaTableAccessor.updateTableState(MetaTableAccessor.java:941)
    org.apache.hadoop.hbase.master.TableStateManager.udpateMetaState(TableStateManager.java:181)
    org.apache.hadoop.hbase.master.TableStateManager.setTableState(TableStateManager.java:68)
    org.apache.hadoop.hbase.master.HMaster.initializeZKBasedSystemTrackers(HMaster.java:573)
    org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:640)
    org.apache.hadoop.hbase.master.HMaster.access$500(HMaster.java:170)
    org.apache.hadoop.hbase.master.HMaster$1.run(HMaster.java:1462)

JDBC queries that have joins against self table gives wrong results. 
e.g. 

SELECT
FROM
jdbc_table_with_nulls `tbl1`
  JOIN (
    SELECT
    FROM jdbc_table_with_nulls
  )
  `tbl2`

Similar to HIVE-19762.

Following refactoring to the web MVC add-on, the web.xml resulting from Log4J commands is invalid. Specifically, the <context-param> entry is appearing above the first <listener>, which is invalid if there are intermediate <filter> entries.

2014-07-30 02:12:30,088 ERROR [io.undertow.request] (default task-15) UT005023: Exception handling request to /frontend/images/favicon.ico: java.lang.NullPointerException
        at org.wildfly.clustering.web.infinispan.session.coarse.CoarseImmutableSessionAttributes.getAttributeNames(CoarseImmutableSessionAttributes.java:51)
        at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findListeners(InfinispanSessionManager.java:320)
        at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.triggerPostActivationEvents(InfinispanSessionManager.java:309)
        at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:164)
        at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:115)
        at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:677) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:707) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:62) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_11]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_11]
        at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_11]
2014-07-30 02:12:30,786 ERROR [io.undertow.request] (default task-15) Blocking request failed HttpServerExchange
{ GET /frontend/images/favicon.ico}
: java.lang.NullPointerException
        at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:677)
        at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:707)
        at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:711)
        at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:522)
        at io.undertow.servlet.spec.HttpServletResponseImpl.sendError(HttpServletResponseImpl.java:137)
        at io.undertow.servlet.spec.HttpServletResponseImpl.sendError(HttpServletResponseImpl.java:142)
        at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:273)
        at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227)
        at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73)
        at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146)
        at io.undertow.server.Connectors.executeRootHandler(Connectors.java:177)
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727)

The "count" variable used to print the "Scanned kv count" is never incremented.
A local "count" variable in scanKeysValues() method is updated instead.

An unhandled error occurs when an unsolicited pong frame with zero length payload is received from IE11. I'm using Spring Framework 4.1.4 and Jetty 9.2.6.
It seems that Jetty returns a null payload when an unsolicited pong frame is received and Spring cannot handle this.

WARN  Feb 18 10:54:50 (328489 [qtp300104620-117] org.springframework.web.socket.adapter.jetty.JettyWebSocketHandlerAdapter) Unhandled Error (closing connection)
     [java] org.eclipse.jetty.websocket.api.WebSocketException: Cannot call method public void org.springframework.web.socket.adapter.jetty.JettyWebSocketHandlerAdapter#onWebSocketFrame(org.eclipse.jetty.websocket.api.extensions.Frame) with args: [org.eclipse.jetty.websocket.common.frames.PongFrame]
     [java] 	at org.eclipse.jetty.websocket.common.events.annotated.CallableMethod.call(CallableMethod.java:99)
     [java] Caused by: java.lang.reflect.InvocationTargetException
     [java] 	... 13 more
     [java] Caused by: java.lang.IllegalArgumentException: payload must not be null
     [java] 	at org.springframework.util.Assert.notNull(Assert.java:112)
     [java] 	at org.springframework.web.socket.AbstractWebSocketMessage.<init>(AbstractWebSocketMessage.java:52)
     [java] 	at org.springframework.web.socket.AbstractWebSocketMessage.<init>(AbstractWebSocketMessage.java:40)
     [java] 	at org.springframework.web.socket.PongMessage.<init>(PongMessage.java:41)
     [java] 	at org.springframework.web.socket.adapter.jetty.JettyWebSocketHandlerAdapter.onWebSocketFrame(JettyWebSocketHandlerAdapter.java:99)
     [java] 	... 18 more

User can't start domain in FIPS mode when JKS truststore is used in master <-> slave host controllers communication. (Using PKCS11 keystore works well)

[Host Controller] ^[[0m^[[31m15:52:23,822 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.server.controller.management.security_realm.SlaveManagementRealm.ssl-context-trust-only: org.jboss.msc.service.StartException in service jboss.server.controller.management.security_realm.SlaveManagementRealm.ssl-context-trust-only: WFLYDM0018: Unable to start service^[[0m
[Host Controller] ^[[31m        at org.jboss.as.domain.management.security.SSLContextService.start(SSLContextService.java:124)^[[0m
[Host Controller] ^[[31m        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)^[[0m
[Host Controller] ^[[31m        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)^[[0m
[Host Controller] ^[[31m        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)^[[0m
[Host Controller] ^[[31m        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)^[[0m
[Host Controller] ^[[31m        at java.lang.Thread.run(Thread.java:745)^[[0m
[Host Controller] ^[[31mCaused by: java.security.KeyManagementException: FIPS mode: only SunJSSE TrustManagers may be used^[[0m
[Host Controller] ^[[31m        at sun.security.ssl.SSLContextImpl.chooseTrustManager(SSLContextImpl.java:124)^[[0m
[Host Controller] ^[[31m        at sun.security.ssl.SSLContextImpl.engineInit(SSLContextImpl.java:87)^[[0m
[Host Controller] ^[[31m        at javax.net.ssl.SSLContext.init(SSLContext.java:282)^[[0m
[Host Controller] ^[[31m        at org.jboss.as.domain.management.security.SSLContextService.start(SSLContextService.java:87)^[[0m
[Host Controller] ^[[31m        ... 5 more^[[0m
[Hos

Limit the application of the optimizer for very low nDV cases and extract the sub-clause as a pre-condition during runtime, to trigger the simple column predicate index lookups.

Cannot deploy camel-example-cxf-osgi because of wrong Import-Package requirement. Expression for output filename is not evaluated properly in both examples.

The translation from Calcite back to Hive might produce wrong results while interacting with other Calcite optimization rules.

JobExecution fields could be modified in another Thread and are not volatile.

the AxiomSoapMessage and the SaajSoapMessage set the content-type  character-set incorrectly. 
The character set is surrounded by double quotes i.e "ISO-8859-1". the specification however states, $14.17 and $3.7 clearly state that this is not allowed. Although most servers do not complain about it, the one i use does 
Since the implementation is not confirming to specifications, i would say it's a bug.
Pieter

When working on WFCORE-3415 I was investigating discrepancies in mbean counts generated via the method in that fix vs current code. I discovered one in WildFly's messaging-activemq that is a result of a statistics resource being added to the resource tree even if attribute that triggers registration of the related ManagementResourceRegistration isn't set. So we have an undescribed resource.
This likely has no other impact than a slightly inaccurate result from MBeanServerConnection.getMBeanCount() but we don't want this kind of thing anyway.

While working on HIVE-5998 I noticed that the ParquetRecordReader returns IntWritable for all 'int like' types, in disaccord with the row object inspectors. I though fine, and I worked my way around it. But I see now that the issue trigger failuers in other places, eg. in aggregates:

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"cint":528534767,"ctinyint":31,"csmallint":4963,"cfloat":31.0,"cdouble":4963.0,"cstring1":"cvLH6Eat2yFsyy7p"}
        ... 8 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ClassCastException: org.apache.hadoop.io.IntWritable cannot be cast to java.lang.Short
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.processOp(GroupByOperator.java:808)
        ... 9 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.io.IntWritable cannot be cast to java.lang.Short
        at org.apache.hadoop.hive.serde2.objectinspector.primitive.JavaShortObjectInspector.get(JavaShortObjectInspector.java:41)
        at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.compare(ObjectInspectorUtils.java:671)
        at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.compare(ObjectInspectorUtils.java:631)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFMin$GenericUDAFMinEvaluator.merge(GenericUDAFMin.java:109)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFMin$GenericUDAFMinEvaluator.iterate(GenericUDAFMin.java:96)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.aggregate(GenericUDAFEvaluator.java:183)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.updateAggregations(GroupByOperator.java:641)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.processHashAggr(GroupByOperator.java:838)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.processKey(GroupByOperator.java:735)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.processOp(GroupByOperator.java:803)
        ... 15 more

My test is (I'm writing a test .q from HIVE-5998, but the repro does not involve vectorization):

create table if not exists alltypes_parquet (
  cint int,
  ctinyint tinyint,
  csmallint smallint,
  cfloat float,
  cdouble double,
  cstring1 string) stored as parquet;

insert overwrite table alltypes_parquet
  select cint,
    ctinyint,
    csmallint,
    cfloat,
    cdouble,
    cstring1
  from alltypesorc;

explain select * from alltypes_parquet limit 10; select * from alltypes_parquet limit 10;

explain select ctinyint,
  max(cint),
  min(csmallint),
  count(cstring1),
  avg(cfloat),
  stddev_pop(cdouble)
  from alltypes_parquet
  group by ctinyint;
select ctinyint,

When I want to initialize a custom MetricsSource implementation which extends class BaseSourceImpl in Mapper or Reducer’s setup stage, an exception will be thrown:
Error: org.apache.hadoop.metrics2.MetricsException: Metrics source JvmMetrics already exists!
        at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.newSourceName(DefaultMetricsSystem.java:126)
        at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.sourceName(DefaultMetricsSystem.java:107)
        at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.register(MetricsSystemImpl.java:217)
        at org.apache.hadoop.metrics2.source.JvmMetrics.create(JvmMetrics.java:78)
        at org.apache.hadoop.hbase.metrics.BaseSourceImpl$DefaultMetricsSystemInitializer.init(BaseSourceImpl.java:51)
        at org.apache.hadoop.hbase.metrics.BaseSourceImpl.<init>(BaseSourceImpl.java:74)
        at org.apache.hadoop.hbase.mapreduce.IdentityTableReducer.setup(IdentityTableReducer.java:89)
        at org.apache.hadoop.mapreduce.Reducer.run(Reducer.java:168)
        at org.apache.hadoop.mapred.ReduceTask.runNewReducer(ReduceTask.java:627)
        at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:389)
        at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:167)
The bug is similar to https://issues.apache.org/jira/browse/MAPREDUCE-3976

A followup to WFLY-11678, managed threads have another deployment CL leak, which happens due to parent thread having a reference to it in its AccessControlContext. When a thread is created it inherits parent's AccessControlContext.

During development and integration of JDBC persistence store into WildFly, the custom implementation of SQLProvider interface [1] was developed for WildFly use case. The reason was that WildFly used Artemis 1.x which was at that time maintenance branch and thus development of new features was focused on 2.x branch.
In the meantime, the code has been donated to Artemis and backported in Artemis 1.5.5.jbossorg-012.
We can now remove the implementation in WildFly code base and use the Artemis one instead.
[1] https://github.com/apache/activemq-artemis/blob/f2b5114af8dd505e3c5c3efc1f395fe5f066e376/artemis-jdbc-store/src/main/java/org/apache/activemq/artemis/jdbc/store/sql/SQLProvider.java

2017-09-15 12:38:38,158 ERROR [main] util.AbstractHBaseTool: Error running command-line tool
java.lang.ClassCastException: org.apache.hadoop.hbase.client.ColumnFamilyDescriptorBuilder$ModifyableColumnFamilyDescriptor cannot be cast to org.apache.hadoop.hbase.HColumnDescriptor
        at org.apache.hadoop.hbase.util.LoadTestTool.applyColumnFamilyOptions(LoadTestTool.java:265)
        at org.apache.hadoop.hbase.util.LoadTestTool.initTestTable(LoadTestTool.java:540)
        at org.apache.hadoop.hbase.util.LoadTestTool.loadTable(LoadTestTool.java:567)
        at org.apache.hadoop.hbase.util.LoadTestTool.doWork(LoadTestTool.java:548)
        at org.apache.hadoop.hbase.util.AbstractHBaseTool.run(AbstractHBaseTool.java:154)
        at org.apache.hadoop.hbase.util.AbstractHBaseTool.doStaticMain(AbstractHBaseTool.java:262)
        at org.apache.hadoop.hbase.util.LoadTestTool.main(LoadTestTool.java:793)

http://redline-rpm.org/ creates CPIO archives with a non-zero file mode on the trailer. This causes an IllegalArgumentException when reading the file. I've attached a patch and test archive to fix this.

When compiling hbase-spark module against Spark 2.3.0 release, we would get:

[ERROR] /a/hbase/hbase-spark/src/main/scala/org/apache/hadoop/hbase/spark/HBaseContext.scala:68: error: value getCurrentUserCredentials is not a member of org.apache.spark.deploy.        SparkHadoopUtil
[ERROR]   @transient var credentials = SparkHadoopUtil.get.getCurrentUserCredentials()
[ERROR]                                                    ^
[ERROR] /a/hbase/hbase-spark/src/main/scala/org/apache/hadoop/hbase/spark/HBaseContext.scala:236: error: value getCurrentUserCredentials is not a member of org.apache.spark.deploy.       SparkHadoopUtil
[ERROR]     credentials = SparkHadoopUtil.get.getCurrentUserCredentials()
[ERROR]                                       ^
[ERROR] two errors found

getCurrentUserCredentials was removed by SPARK-22372.
This issue is to replace the call to getCurrentUserCredentials with call to UserGroupInformation.getCurrentUser().getCredentials()

Trying to create kerberos-security-factory specifying KRB5 (1.2.840.113554.1.2.2) mechanism in both mechanism-names and mechanism-oids is succesfull

[standalone@localhost:9990 /] /subsystem=elytron/kerberos-security-factory=c:add(principal="HTTP/localhost@JBOSS.ORG", path="/path/to/keytab", mechanism-names=[KRB5,SPNEGO], mechanism-oids=["1.2.840.113554.1.2.2"])

However, later that leads to error GSSException: Duplicate element found: 1.2.840.113554.1.2.2 usage: Accept

07:32:19,873 TRACE [org.wildfly.security] (default task-1) SPNEGO: org.wildfly.security.http.HttpAuthenticationException: ELY05053: [SPNEGO] Callback handler failed for unknown reason
	at org.wildfly.security.http.impl.SpnegoAuthenticationMechanism.evaluateRequest(SpnegoAuthenticationMechanism.java:118)
	at org.wildfly.elytron.web.undertow.server.SecurityContextImpl.authenticate(SecurityContextImpl.java:97)
Caused by: java.io.IOException: ELY01156: Cannot obtain a credential from a security factory
	at org.wildfly.security.credential.source.CredentialSource$4.getCredential(CredentialSource.java:327)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:858)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handle(ServerAuthenticationContext.java:730)
	at org.wildfly.security.http.impl.SpnegoAuthenticationMechanism.evaluateRequest(SpnegoAuthenticationMechanism.java:114)
	... 37 more
Caused by: java.security.GeneralSecurityException: GSSException: Duplicate element found: 1.2.840.113554.1.2.2 usage: Accept
	at org.wildfly.security.auth.util.GSSCredentialSecurityFactory$Builder.createGSSCredential(GSSCredentialSecurityFactory.java:302)
	at org.wildfly.security.auth.util.GSSCredentialSecurityFactory$Builder.lambda$build$0(GSSCredentialSecurityFactory.java:251)
	at org.wildfly.security.auth.util.GSSCredentialSecurityFactory.create(GSSCredentialSecurityFactory.java:98)
	at org.wildfly.security.auth.util.GSSCredentialSecurityFactory.create(GSSCredentialSecurityFactory.java:60)
	... 41 more
Caused by: GSSException: Duplicate element found: 1.2.840.113554.1.2.2 usage: Accept
	at sun.security.jgss.GSSCredentialImpl.add(GSSCredentialImpl.java:419)
	at sun.security.jgss.GSSCredentialImpl.<init>(GSSCredentialImpl.java:77)
	at sun.security.jgss.GSSManagerImpl.createCredential(GSSManagerImpl.java:160)
	at org.wildfly.security.auth.util.GSSCredentialSecurityFactory$Builder$1.run(GSSCredentialSecurityFactory.java:291)
	at org.wildfly.security.auth.util.GSSCredentialSecurityFactory$Builder$1.run(GSSCredentialSecurityFactory.java:277)
	at org.wildfly.security.auth.util.GSSCredentialSecurityFactory$Builder.createGSSCredential(GSSCredentialSecurityFactory.java:277)
	... 45 more

mechanism-names and mechanism-oids attributes should be

either "deduplicated" - that in result each OID mechanism occures at most once
or validated - that duplicate values are not configured

There is expected fail when we try to remove non-existent alias from credential store.

Try to remove alias from empty credential store

/subsystem=elytron/credential-store=cs001:remove-alias(alias=alias001)
{
}

Currently getDatabaseMajorVersion returns 13, and getDatabaseMinorVersion returns 0.   The index is off by one.

Hello, 
A little bug in ScriptBuilder class cause some script errors to be lost and replaced by a NullPointerException : 
Encountered Exception
	at org.apache.camel.builder.script.ScriptBuilder.createScriptEvaluationException(ScriptBuilder.java:418)
	at org.apache.camel.builder.script.ScriptBuilder.evaluateScript(ScriptBuilder.java:348)
	at org.apache.camel.builder.script.ScriptBuilder.evaluate(ScriptBuilder.java:92)
	at org.apache.camel.builder.script.ScriptBuilder.evaluate(ScriptBuilder.java:96)

The problem occurs in evaluateScript method (line 336 to 352) :
ScriptBuilder.evaluateScript
    protected synchronized Object evaluateScript(Exchange exchange) {
        try {
            getScriptContext();
            populateBindings(getEngine(), exchange);
            addScriptEngineArguments(getEngine(), exchange);
            Object result = runScript(exchange);
            LOG.debug("The script evaluation result is: {}", result);
        } catch (ScriptException e) {
                LOG.debug("Script evaluation failed: " + e.getMessage(), e);
            }
            throw createScriptEvaluationException(e.getCause());
            throw createScriptEvaluationException(e);
        }
    }

We can see the following line (348) : 
throw createScriptEvaluationException(e.getCause());
In some cases, the exception cause is null and the error message become very unclear.
A simple workaround would be to write something like this :

if (e.getCause() == null) {
    throw createScriptEvaluationException(e);
} else {
    throw createScriptEvaluationException(e.getCause());
}

I don't have some GIT software, so I could not provide a patch, sorry for that 
Regards

HIVE-18061 caused some issues in yetus check by introducing q.out_spark files.

Currently when our arquillian adapter looks for a method defined with `@CreateSwarm` it adds that class into the deployment so it can be accessed with a main().
However, if the test class implements interfaces or extends classes, then these also need to be added to the deployment otherwise trying to call the method annotated with @CreateSwarm will fail.
Re-enable `StaticContentDeploymentTest` in testsuite-undertow when its fixed

tbl1 is just used as a prop to create data, could be an existing directory for an external table.
Due to weird behavior of LoadTableDesc (some ancient code for overriding old partition path), custom partition path is overwritten after the query and the data in it ceases being a part of the table (can be seen in desc formatted output with masking commented out in QTestUtil)
This affects branch-1 too, so it's pretty old.

drop table tbl1;
CREATE TABLE tbl1 (index int, value int ) PARTITIONED BY ( created_date string );
insert into tbl1 partition(created_date='2018-02-01') VALUES (2, 2);

CREATE external TABLE tbl2 (index int, value int ) PARTITIONED BY ( created_date string );
ALTER TABLE tbl2 ADD PARTITION(created_date='2018-02-01');
ALTER TABLE tbl2 PARTITION(created_date='2018-02-01') SET LOCATION 'file:/Users/sergey/git/hivegit/itests/qtest/target/warehouse/tbl1/created_date=2018-02-01';
select * from tbl2;
describe formatted tbl2 partition(created_date='2018-02-01');
insert into tbl2 partition(created_date='2018-02-01') VALUES (1, 1);

Currently spring.yarn.appmaster.keepContextAlive needs to be set to false for appmaster to exit.
Fix so that we don't need to use that flag.

example:
create table jssarma_nilzma_bad as select a.fname, a.offset, a.val from (select hash(eventid,userid,eventtime,browsercookie,userstate,useragent,userip,serverip,clienttime,geoid,countrycode\
,actionid,lastimpressionid,lastnavimpressionid,impressiontype,fullurl,fullreferrer,pagesection,modulesection,adsection) as val, INPUT_FILENAME as fname, BLOCKOFFSETINSIDE_FILE as offset from nectar_impression_lzma_unverified where ds='2010-07-28') a join jssarma_hc_diff b on (a.val=b.val);"
causes
	at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:121)
	... 18 more
Caused by: java.lang.RuntimeException: cannot find field input_file_name from [org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@664310d0, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@3d04fc23, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@12457d21, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@101a0ae6, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@1dc18a4c, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@d5e92d7, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@3bfa681c, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@34c92507, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@19e09a4, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@2e8aeed0, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@2344b18f, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@72e5355f, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@26132ae7, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@3465b738, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@1dfd868, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@ef894ce, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@61f1680f, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@2fe6e305, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@5f4275d4, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@445e228, org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector$MyField@802b249]
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getStandardStructFieldRef(ObjectInspectorUtils.java:321)
	at org.apache.hadoop.hive.serde2.objectinspector.UnionStructObjectInspector.getStructFieldRef(UnionStructObjectInspector.java:96)
	at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator.initialize(ExprNodeColumnEvaluator.java:57)
	at org.apache.hadoop.hive.ql.exec.Operator.initEvaluators(Operator.java:878)
	at org.apache.hadoop.hive.ql.exec.Operator.initEvaluatorsAndReturnStruct(Operator.java:904)
	at org.apache.hadoop.hive.ql.exec.SelectOperator.initializeOp(SelectOperator.java:60)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:357)
	at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:433)
	at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:389)
	at org.apache.hadoop.hive.ql.exec.FilterOperator.initializeOp(FilterOperator.java:73)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.initializeOp(TableScanOperator.java:133)
	at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:444)
	at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:98)
	... 18 more
running the subquery separately fixes the issue.

Seems the problem still exists in 3.0.2 and 3.0.3.
Works fine in Tomcat 6.0.14, fails in Glassfish 2.1.1.

TPC-DS query13 warnings about a null-file deletion.

2015-07-09 03:14:18,880 INFO [TezChild] exec.MapJoinOperator: Hybrid Grace Hash Join: Number of rows restored from KeyValueContainer: 31184
2015-07-09 03:14:18,881 INFO [TezChild] exec.MapJoinOperator: Hybrid Grace Hash Join: Deserializing spilled hash partition...
2015-07-09 03:14:18,881 INFO [TezChild] exec.MapJoinOperator: Hybrid Grace Hash Join: Number of rows in hashmap: 31184
2015-07-09 03:14:18,897 INFO [TezChild] exec.MapJoinOperator: spilled: true abort: false. Clearing spilled partitions.
2015-07-09 03:14:18,898 WARN [TezChild] fs.FileUtil: null file argument.

HCatalog  is ignoring user specified avro schema in the table definition , instead generating its own avro based  from hive meta store. 
By generating its own schema  will result in mismatch names.  For exmple Avro fields name are Case Sensitive.  By generating it's own schema will  result in incorrect schema written to the avro file , and result   select fail on read.   And also Even if user specified schema does not allow null ,  when data is written using Hcatalog , it will write a schema that will allow null. 
For example in the table ,  user specified , all CAPITAL letters in the schema , and record name as LINEITEM.  The schema should be written as it is.  Instead Hcatalog ignores it and generated its own avro schema from the hive table case. 

Current implementation of deleteFile(String name) ignores the Endpoints 'stepwise' requirement. 
This was noticed when interfacing with a MVS ftp system with the operation failing silently as the resulting exception is swallowed by higher order code.
I've unfortunately been unable to create a test case that emulates the behavior, since the Apache FtpServer and associated mocks used within the test cases don't emulate the behavior of the MVS platform.
I believe other operations suffer the same problem (e.g rename).
I've attached a patch that corrects the issue. Existing test cases all pass, though someone will probably want to see if this implementation is the most efficient.

We have two repositories with a similar name suffix. Both repositories have a custom interface and implementation, also ending with a similar name suffix. When automatically scanning the repositories, and their custom implementation, the wrong custom implementation is wired to our repository bean. Resulting in the following exception:

Caused by: java.lang.IllegalArgumentException: No property find found for type class com.myproject.Contract
	at org.springframework.data.repository.query.parser.Property.<init>(Property.java:76)
	at org.springframework.data.repository.query.parser.Property.<init>(Property.java:97)
	at org.springframework.data.repository.query.parser.Property.create(Property.java:312)
	at org.springframework.data.repository.query.parser.Property.create(Property.java:326)
	at org.springframework.data.repository.query.parser.Property.create(Property.java:292)
	at org.springframework.data.repository.query.parser.Property.from(Property.java:251)
	at org.springframework.data.repository.query.parser.Property.from(Property.java:232)
	at org.springframework.data.repository.query.parser.Part.<init>(Part.java:48)
	at org.springframework.data.repository.query.parser.PartTree$OrPart.<init>(PartTree.java:242)
	at org.springframework.data.repository.query.parser.PartTree.buildTree(PartTree.java:101)
	at org.springframework.data.repository.query.parser.PartTree.<init>(PartTree.java:77)
	at org.springframework.data.jpa.repository.query.PartTreeJpaQuery.<init>(PartTreeJpaQuery.java:56)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:92)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateIfNotFoundQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:159)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:303)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:157)
	... 67 more

We have a repository named ContractRepository with a custom interface ContractRepositoryCustom and an implementation ContractRepositoryImpl, all defined inside the same package. In another package we have a repository, for another entity type, named AnotherContractRepository with a custom interface AnotherContractRepositoryCustom and an implementation AnotherContractRepositoryImpl. When starting the application context, the contractRepository bean is linked to our anotherContractRepositoryImpl rather than the contractRepositoryImpl.
This behavior seems to be operating system dependent, as it only occurs on our Linux CI server.
The cause of our problem can be found at AbstractRepositoryConfigDefinitionParser.detectCustomImplementation(...). It might be desirable to scan on getImplementationClassName() before applying the wildcard prefix.

OnMissingBeanCondition should use BeanTypeRegistry.getNamesForType to avoid initializing any beans

Spark application launcher (spark-submit) acquires HBase delegation token on Hive user's behalf when the application is launched. This mechanism, which doesn't work for long-running sessions, is not in line with what Hive is doing. Hive actually acquires the token automatically whenever a job needs it. The right approach for Spark should be allowing applications to dynamically add whatever tokens they need to the spark context. While this needs work on Spark side, we provide a workaround solution in Hive.

Attempting to authenticate with authentication context defined in remote outbound connection will always fail unless a correct Elytron default context is defined with following security output on client side server:

13:10:45,693 TRACE [org.wildfly.security] (default task-1) getAuthenticationConfiguration uri=http-remoting://127.0.0.1:4447, protocolDefaultPort=-1, abstractType=ejb, abstractTypeAuthority=jboss, purpose=null, MatchRule=[scheme=http-remoting,host=127.0.0.1,port=4447], AuthenticationConfiguration=[AuthenticationConfiguration:principal=admin,set-host=127.0.0.1,set-protocol=remote,set-port=4447,credentials-present,providers-supplier=org.wildfly.security.util.ProviderUtil$1@220487eb,sasl-mechanism-selector=((!JBOSS-LOCAL-USER&&DIGEST-MD5)),mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]
13:10:45,729 TRACE [org.wildfly.security] (default task-1) getAuthenticationConfiguration uri=remote://127.0.0.1:4447, protocolDefaultPort=-1, abstractType=ejb, abstractTypeAuthority=jboss, purpose=null, MatchRule=[null], AuthenticationConfiguration=[AuthenticationConfiguration:principal=anonymous,set-host=127.0.0.1,set-port=4447,providers-supplier=org.wildfly.security.util.ProviderUtil$1@220487eb,mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]
13:10:45,756 TRACE [org.wildfly.security] (default task-1) getAuthenticationConfiguration uri=http-remoting://127.0.0.1:4447, protocolDefaultPort=-1, abstractType=ejb, abstractTypeAuthority=jboss, purpose=null, MatchRule=[scheme=http-remoting,host=127.0.0.1,port=4447], AuthenticationConfiguration=[AuthenticationConfiguration:principal=admin,set-host=127.0.0.1,set-protocol=remote,set-port=4447,credentials-present,providers-supplier=org.wildfly.security.util.ProviderUtil$1@220487eb,sasl-mechanism-selector=((!JBOSS-LOCAL-USER&&DIGEST-MD5)),mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]
13:10:45,758 TRACE [org.wildfly.security] (default task-1) getAuthenticationConfiguration uri=remote://127.0.0.1:4447, protocolDefaultPort=-1, abstractType=ejb, abstractTypeAuthority=jboss, purpose=null, MatchRule=[null], AuthenticationConfiguration=[AuthenticationConfiguration:principal=anonymous,set-host=127.0.0.1,set-port=4447,providers-supplier=org.wildfly.security.util.ProviderUtil$1@220487eb,mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]

When a correct Elytron default context is defined, security output on client side server is the following:

13:14:10,571 TRACE [org.wildfly.security] (default task-1) getAuthenticationConfiguration uri=http-remoting://127.0.0.1:4447, protocolDefaultPort=-1, abstractType=ejb, abstractTypeAuthority=jboss, purpose=null, MatchRule=[scheme=http-remoting,host=127.0.0.1,port=4447], AuthenticationConfiguration=[AuthenticationConfiguration:principal=admin,set-host=127.0.0.1,set-protocol=remote,set-port=4447,credentials-present,providers-supplier=org.wildfly.security.util.ProviderUtil$1@220487eb,sasl-mechanism-selector=((!JBOSS-LOCAL-USER&&DIGEST-MD5)),mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]
13:14:10,602 TRACE [org.wildfly.security] (default task-1) getAuthenticationConfiguration uri=remote://127.0.0.1:4447, protocolDefaultPort=-1, abstractType=ejb, abstractTypeAuthority=jboss, purpose=null, MatchRule=[], AuthenticationConfiguration=[AuthenticationConfiguration:principal=admin,set-host=127.0.0.1,set-protocol=remote,set-port=4447,credentials-present,providers-supplier=org.wildfly.security.util.ProviderUtil$1@220487eb,sasl-mechanism-selector=((!JBOSS-LOCAL-USER&&DIGEST-MD5)),mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]
13:14:10,612 TRACE [org.wildfly.security] (default task-1) getAuthenticationConfiguration uri=http-remoting://127.0.0.1:4447, protocolDefaultPort=-1, abstractType=ejb, abstractTypeAuthority=jboss, purpose=null, MatchRule=[scheme=http-remoting,host=127.0.0.1,port=4447], AuthenticationConfiguration=[AuthenticationConfiguration:principal=admin,set-host=127.0.0.1,set-protocol=remote,set-port=4447,credentials-present,providers-supplier=org.wildfly.security.util.ProviderUtil$1@220487eb,sasl-mechanism-selector=((!JBOSS-LOCAL-USER&&DIGEST-MD5)),mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]
13:14:10,613 TRACE [org.wildfly.security] (default task-1) getAuthenticationConfiguration uri=remote://127.0.0.1:4447, protocolDefaultPort=-1, abstractType=ejb, abstractTypeAuthority=jboss, purpose=null, MatchRule=[], AuthenticationConfiguration=[AuthenticationConfiguration:principal=admin,set-host=127.0.0.1,set-protocol=remote,set-port=4447,credentials-present,providers-supplier=org.wildfly.security.util.ProviderUtil$1@220487eb,sasl-mechanism-selector=((!JBOSS-LOCAL-USER&&DIGEST-MD5)),mechanism-properties={wildfly.sasl.local-user.quiet-auth=true}]

Currently, if no partitions match the partition predicate, the first partition is used to retrieve the file format. This can cause an problem if the table is set to use RCFile, but the first partition uses SequenceFile:

java.lang.RuntimeException: java.lang.NoSuchMethodException: org.apache.hadoop.hive.ql.io.RCFile$KeyBuffer.()
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:115)
	at org.apache.hadoop.mapred.SequenceFileRecordReader.createKey(SequenceFileRecordReader.java:65)
	at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.createKey(CombineHiveRecordReader.java:76)
	at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.createKey(CombineHiveRecordReader.java:42)
	at org.apache.hadoop.hive.shims.Hadoop20Shims$CombineFileRecordReader.createKey(Hadoop20Shims.java:212)
	at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.createKey(MapTask.java:167)
	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:45)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:358)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:307)
Caused by: java.lang.NoSuchMethodException: org.apache.hadoop.hive.ql.io.RCFile$KeyBuffer.()
	at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:109)
	... 9 more

The proposed change is to use the table's metadata in such cases.

TableInputFormatBase class offers users a mechanism to exclude specific splits from returned list of TableInputFormatBase#getSplits through TableInputFormatBase#includeRegionInSplit.
It also offers users a feature called "auto balancing" to mitigate data skew by splitting large splits and merging small splits.
If a user overrides TableInputFormatBase#includeRegionInSplit, i th split and i+1 th split may not be successive(i th split's end key is smaller than i+1 th split's start key).
If he or she further enable auto balancing feature, non-successive splits can be merged, which means excluded splits between merged non-successive splits "revive".
To avoid such cases, we should not merge non-successive splits.

select key from 
(
select key from src
union all 
) tab group by key
union all
select key from src;
will give you
ERROR
2014-12-09 11:38:48,316 ERROR ql.Driver (SessionState.java:printError(834)) - FAILED: IndexOutOfBoundsException Index: -1, Size: 1
java.lang.IndexOutOfBoundsException: Index: -1, Size: 1
        at java.util.LinkedList.checkElementIndex(LinkedList.java:553)
        at java.util.LinkedList.get(LinkedList.java:474)
        at org.apache.hadoop.hive.ql.parse.GenTezWork.process(GenTezWork.java:354)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:420)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:306)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1108)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1045)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1035)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:199)
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:151)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:362)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:297)
        at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.testCliDriver_uniontez(TestMiniTezCliDriver.java:120)
btw: there is not problem when it is run with MR

After starting jetty:run maven goal and accessing the apiDoc of Swagger (http://localhost:8080/camel-example-servlet-rest-tomcat/api-docs/myCamel), the following error is reported

2015-08-05 17:42:18.053:INFO:oejs.Server:main: Started @18962ms
[INFO] Started Jetty Server
2015-08-05 17:42:26.619:WARN:oejs.ServletHandler:qtp1891031939-25: Error for /camel-example-servlet-rest-tomcat/api-docs/myCamel
java.lang.NoClassDefFoundError: scala/xml/PrettyPrinter
        at com.wordnik.swagger.core.util.JsonSerializer$.<init>(JsonSerializer.scala:31)
        at com.wordnik.swagger.core.util.JsonSerializer$.<clinit>(JsonSerializer.scala)
        at org.apache.camel.component.swagger.RestSwaggerApiDeclarationServlet.renderResourceListing(RestSwaggerApiDeclarationServlet.scala:225)
        at org.apache.camel.component.swagger.RestSwaggerApiDeclarationServlet.doGet(RestSwaggerApiDeclarationServlet.scala:111)
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:808)
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
        at org.apache.camel.component.swagger.RestSwaggerCorsFilter.doFilter(RestSwaggerCorsFilter.scala:44)
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
        at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
        at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
        at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
        at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
        at org.eclipse.jetty.server.Server.handle(Server.java:497)
        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
        at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
        at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
Caused by: 
java.lang.ClassNotFoundException: scala.xml.PrettyPrinter
        at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:259)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:235)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:227)
        at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:450)
        at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:403)

when the same url is called a second time, then we get another class not found error 

2015-08-05 17:47:33.803:WARN:oejs.ServletHandler:qtp1891031939-33: Error for /camel-example-servlet-rest-tomcat/api-docs/myCamel
java.lang.NoClassDefFoundError: Could not initialize class com.wordnik.swagger.core.util.JsonSerializer$

The version of Apache Avro was updated and is now no longer compatible with Hibernate Search, which is as far as I know the only user for it.

There is a race condition on ChannelSendOperator.WriteBarrier.readyToWrite which prevents data from being written to the response.
This happens when using publishOn. From a Spring Security standpoint this means that the data written after a user authenticates is dropped randomly.
NOTE: Stephane Maldini has agreed to send a PR for this issue.

Infinispan subsystem configuration is lost when cache is created.
If it is helpful, I made a simple test project to validate the problem. It is prepared to run with Wildfly 8 and 10.
https://github.com/arielcarrera/test-infinispan-wildfly10
After startup and created the cache, it is not configured with the specified settings in Wildfly's Infinispan Subsystem. 
This can be verified by monitoring the jboss.infinispan nodes with JConsole retrieving the cache settings or running my simple test project.
Entities never expire/invalidate. The lifespan/max-entries are set to -1.
I found an old issue (https://issues.jboss.org/browse/WFLY-3858) about wildfly 8 but this problem talks about a security config problem and is a little different. It is a problem about wildfly 10 configuration and it is working OK on wildfly 8.2.

The Scan copy constructor doesn't copy reversed member variable.

Artemis client thread pool can be configured using the messaging-activemq subsystem's global-client-thread-pool-max-size attribute (introduced in 11.0.0.Alpha1).
By mistake, the default value of this attribute was set to -1 (through the ActiveMQClient.DEFAULT_THREAD_POOL_MAX_SIZE constants).
This means that unless configured otherwise, the Artemis clients running in the app server (e.g. MDB code) will use an unbounded thread pool.
The correct configuration is to not have a default value. If that's the case, Artemis will determine the size of the pool depending on the number of processors (8 * Runtime.getRuntime().availableProcessors())

When running scripts, Roo does not recognise a comment without a space after it, e.g.
// Comment
works, but
//Comment
does not.

The CommandDispatcher isn't pulling in the requisite externalizers for Duration and Instant.

When processing >2x the hash-table size in the vectorized group-by, the check for fall-back to streaming is wrong because sumBatchSize*minReduction is not reset when processing the next split.

JsonSerde ignores varchar and char size limit specified during table creation and always creates varchar or char column with max length.

create table jsonserde_1 (v varchar(50), c char(50)) row format serde 'org.apache.hive.hcatalog.data.JsonSerDe';
desc jsonserde_1;
OK
v                   	varchar(65535)      	from deserializer   
c                   	char(255)           	from deserializer   
Time taken: 0.468 seconds, Fetched: 2 row(s)

The field ByteArrayOutputStream.count is always accessed in a synchronised block, apart from when the user calls toBufferedInputStream().
This seems wrong.
Similarly for the count field in CountingOutputStream.beforeWrite(int n)

When a custom UDF is used as part of a join which is converted to a map join, the XMLEncoder enters an infinite loop when serializing the map reduce task for the second time, as part of sending it to be executed.  This results in a stack overflow error.

If a route is transacted using transacted(), and a custom error handler is registered using onException() which handles the exception using handled(), creates a custom error response, and marks the transaction to be rolled back using rollback(), Camel wraps a non-existent 'null' exception with a TransactedRuntimeCamelException in TransactionErrorHandler.wrapTransactedRuntimeException() and throws the TRCE, causing the custom error response to be ignored. 
Route looks like:
		// configure error handler for all routes
		onException(Exception.class).handled(true).to("bean:transformerBean?method=exceptionToResponse").rollback();
		from("cxfrs://bean:categoriesEndpoint").transacted()
			.choice()...
Basically the application wants to handle exceptions by sending a custom error message back to the route client, and also mark transactions for rollback. 
Attached patch checks for the presence of an exception, and only raises a TRCE if its not null. 

I am using CAS provider with a httpinvoker based swing client, that sends _cas_stateless as
username and a ST as password (obtained directly from CAS). In the server side I use 
two filters: httpsessionintegrationFilter and basicProcessingFilter.
In the first time the basicProcessingFilter validates the ticket against CAS, and the
sessionIntegration filter puts the autentication in the session, as desired.
The next time, the client sends the same jsessionId, the httpsessionintegrationfilter 
corretly extracts the context from the previously created session but basic processing
filter tries to autenticate again (validade CAS ST AGAIN).
The line 138 of the class BasicProcessingFilter, it checks if it need to reauthenticate 
by checking (among other things) if the existingAuth´s username (obtained from session) is 
equals to the username that came from the HTTP Header. If they are not equal, the filter tries
to reauthenticate. Since http header´s username is always equals to "cas_stateless" and
existingAuth´s username is equals to the auhtenticated user, they are never the same, and the 
basicprocessingfilter will try to validade the ticket again. The correct behaviour would be
to just revalidate the ticket when the session does not carry a valid authentication anymore.

I happened to check this test case and there are several existing errors to make it pass. You can reproduce the test case failure by adding a new field into Mutation, the test case will either fail on a 64 bit system or 32 bit one.
Below are errors I found in the test case:
1) The test case is using 

row=new byte[]{0}

 which is an array with length=1 while ClassSize.estimateBase can only calculate base class size(without counting field array length)
2) Add ClassSize.REFERENCE twice in the following code because ClassSize.estimateBase adds all reference fields already. 

expected += ClassSize.align(ClassSize.TREEMAP + ClassSize.REFERENCE);

3) ClassSize.estimateBase round up the sum of length of reference fields + primitive fields + Array while Mutation.MUTATION_OVERHEAD aligns the sum of length of a different set of fields. Therefore, there will be round up differences for class Increment because it introduces a new reference field TimeRange tr when the test case runs on a 32bit and 64 bit system.   

...
    long prealign_size = coeff[0] + align(coeff[1] * ARRAY) + coeff[2] * REFERENCE;
    // Round up to a multiple of 8
    long size = align(prealign_size);
...

Currently, if the connection to the spark cluster is dropped, the spark client will stay in a bad state. A new Hive session is needed to re-establish the connection. It is better to auto reconnect in this case.

For administrative and debugging purposes, it would be nice to be able to delete rows from .META. via the shell. The alternative is writing custom java code to do such operations, which is just ridiculous. The reality of HBase's maturity is that from time to time we're going to have to reach into the .META. and ROOT tables to fix things, so I think the shell should be where that happens.
Currently, attempting to delete from either table gives a "non-existant table" error. 

Generate a keyring with a DSA key for signing and an Elgamal key for encryption, using the password "secret":

>gpg --gen-key
gpg (GnuPG) 2.0.17; Copyright (C) 2011 Free Software Foundation, Inc.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Please select what kind of key you want:
   (1) RSA and RSA (default)
   (2) DSA and Elgamal
   (3) DSA (sign only)
   (4) RSA (sign only)
Your selection? 2
DSA keys may be between 1024 and 3072 bits long.
What keysize do you want? (2048) 2048
Requested keysize is 2048 bits
Please specify how long the key should be valid.
         0 = key does not expire
      <n>  = key expires in n days
      <n>w = key expires in n weeks
      <n>m = key expires in n months
      <n>y = key expires in n years
Key is valid for? (0) 0
Key does not expire at all
Is this correct? (y/N) y

GnuPG needs to construct a user ID to identify your key.

Real name: Testing
Email address: testing@foo.com
Comment:
You selected this USER-ID:
    "Testing <testing@foo.com>"

Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? O
You need a Passphrase to protect your secret key.

We need to generate a lot of random bytes. It is a good idea to perform
some other action (type on the keyboard, move the mouse, utilize the
disks) during the prime generation; this gives the random number
generator a better chance to gain enough entropy.
gpg: WARNING: some OpenPGP programs can't handle a DSA key with this digest size
gpg: key C49B82A0 marked as ultimately trusted
public and secret key created and signed.

gpg: checking the trustdb
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
pub   2048D/C49B82A0 2013-12-09
      Key fingerprint = AB15 5E15 768E E6FE 96AB  2423 6488 CEA7 C49B 82A0
uid                  Testing <testing@foo.com>
sub   2048g/361D9AA1 2013-12-09

List the keys to make sure they look OK:

>gpg --list-keys
pubring.gpg

Export to a file and then check the contents of the file:

>gpg --export > pubring.pgp

>gpg pubring.pgp
pub  2048D/C49B82A0 2013-12-09 Testing <testing@foo.com>
sub  2048g/361D9AA1 2013-12-09

We now have a keyring that contains a primary DSA key for signing, and an Elgamal subkey for encryption. The subkey does not have a user ID associated with it, because the user ID is associated with the corresponding primary / master key.
The latest code in PGPDataFormatUtil.findPublicKeys(InputStream, List<String>, boolean) cannot handle this scenario, because it expects the subkey to also have a user ID. Only the first key in a keychain (which is the primary / master key) will have a user ID. The subkeys don't have user IDs directly associated with them, and so they are not recognized as usable by Camel, when in fact they are usable.
See this discussion for more info on how primary keys and subkeys are represented in the BouncyCastle model, and how this relates to user IDs:
http://bouncy-castle.1462172.n4.nabble.com/How-to-find-PGP-subkeys-td1465289.html

After generating a tarball we noticed:

that hbase-external-blockcache was missing.
that hbase-spark is missing
that there are duplicate hbase-shaded-
{client,server}
 modules

I can create a DistinguishedName that contains a \r, I can bind and unbind with the given DN, but I cannot do a LdapTemplate.search() with a ParametrizedContextMapper where the search matches the entry with the weird dn even if the contextmapper doesn't even touch the DirContextAdapter. Not that I really want to put carriage returns in my DNs, but I guess this might be considered as a bug anyway.
Sample code that generates a org.springframework.ldap.BadLdapGrammarException:
		DirContextAdapter ctx=new DirContextAdapter();
		ctx.addAttributeValue("objectclass", "person");
		ctx.addAttributeValue("sn", "lisadotter");
		DistinguishedName dn=new DistinguishedName();
		dn.add("cn","lisa \r lisadotter");
		try{
			ldapTemplate.bind(dn, ctx, null);
			EqualsFilter filter = new EqualsFilter("sn", "lisadotter");
			List foo = ldapTemplate.search("", filter.encode(), 
					new ParameterizedContextMapper<String>(){
				public String mapFromContext(Object arg0)
				{
					return "foo";
				}
			});
		} finally 
{
			ldapTemplate.unbind(dn);
		}

Exception in thread "main" org.springframework.ldap.UncategorizedLdapException: Uncategorized exception occured during LDAP processing; nested exception is javax.naming.NamingException: problem generating object using object factory [Root exception is org.springframework.ldap.BadLdapGrammarException: Failed to parse DN; nested exception is org.springframework.ldap.core.TokenMgrError: Lexical error at line 1, column 9.  Encountered: "\r" (13), after : ""]; remaining name ''
Caused by: javax.naming.NamingException: problem generating object using object factory [Root exception is org.springframework.ldap.BadLdapGrammarException: Failed to parse DN; nested exception is org.springframework.ldap.core.TokenMgrError: Lexical error at line 1, column 9.  Encountered: "\r" (13), after : ""]; remaining name ''
	at com.sun.jndi.ldap.LdapSearchEnumeration.createItem(LdapSearchEnumeration.java:111)
	at com.sun.jndi.ldap.LdapNamingEnumeration.nextAux(LdapNamingEnumeration.java:256)
	at com.sun.jndi.ldap.LdapNamingEnumeration.nextImpl(LdapNamingEnumeration.java:236)
	at com.sun.jndi.ldap.LdapNamingEnumeration.next(LdapNamingEnumeration.java:184)
	at org.springframework.ldap.core.LdapTemplate.search(LdapTemplate.java:275)
	at org.springframework.ldap.core.LdapTemplate.search(LdapTemplate.java:234)
	at org.springframework.ldap.core.LdapTemplate.search(LdapTemplate.java:583)
	at org.springframework.ldap.core.LdapTemplate.search(LdapTemplate.java:497)
	at org.springframework.ldap.core.LdapTemplate.search(LdapTemplate.java:447)
	at org.springframework.ldap.core.LdapTemplate.search(LdapTemplate.java:468)
	at org.springframework.ldap.core.LdapTemplate.search(LdapTemplate.java:486)
	at se.kth.infosys.ldapperformance.TestBug.main(TestBug.java:39)
Caused by: org.springframework.ldap.BadLdapGrammarException: Failed to parse DN; nested exception is org.springframework.ldap.core.TokenMgrError: Lexical error at line 1, column 9.  Encountered: "\r" (13), after : ""
	at org.springframework.ldap.core.DistinguishedName.parse(DistinguishedName.java:145)
	at org.springframework.ldap.core.DistinguishedName.<init>(DistinguishedName.java:100)
	at org.springframework.ldap.core.DirContextAdapter.<init>(DirContextAdapter.java:139)
	at org.springframework.ldap.core.support.DefaultDirObjectFactory.getObjectInstance(DefaultDirObjectFactory.java:61)
	at javax.naming.spi.DirectoryManager.createObjectFromFactories(DirectoryManager.java:218)
	at javax.naming.spi.DirectoryManager.getObjectInstance(DirectoryManager.java:197)
	at com.sun.jndi.ldap.LdapSearchEnumeration.createItem(LdapSearchEnumeration.java:105)
	... 11 more
Caused by: org.springframework.ldap.core.TokenMgrError: Lexical error at line 1, column 9.  Encountered: "\r" (13), after : ""
	at org.springframework.ldap.core.DnParserImplTokenManager.getNextToken(DnParserImplTokenManager.java:690)
	at org.springframework.ldap.core.DnParserImpl.jj_ntk(DnParserImpl.java:249)
	at org.springframework.ldap.core.DnParserImpl.attributeTypeAndValue(DnParserImpl.java:98)
	at org.springframework.ldap.core.DnParserImpl.rdn(DnParserImpl.java:58)
	at org.springframework.ldap.core.DnParserImpl.dn(DnParserImpl.java:23)
	at org.springframework.ldap.core.DistinguishedName.parse(DistinguishedName.java:139)
	... 17 more
(I guess it is related to that a "new DistinguishedName("cn=foo \r bar")" will throw the same exception, but in that case I think it is pretty fair even if I would prefer a different behavior, since the constructor documentation says that the string should be a correct rdn.)

The ProtocolLogger class is used in a few places in host-controller and server, but the module.xml for the org.jboss.as.protocol module specifically excludes it from being exported.
The uses aren't complex enough to justify exporting the class, so I'll just change them.

ORC's file footer cache is currently unbounded and is a soft reference cache. The cache size got from config is used to set initial capacity. We should bound the cache from growing too big and to get a predictable performance.

If you use -Psetup.eclipse or eclipse:eclipse to setup the projects, it sets the execution environment to J2SE-1.5.  HOWEVER, if using Java6, it doesn't include many of the dependencies that are required for Java 5, like JAXB and activation and such.
I'm attaching a patch that, when you use -Psetup.eclipse, changes the compiler plugin to 1.6 when using 1.6 ONLY for that profile.   This, in effect, sets the execution environment to workspace default (which will likely be 1.6 if using 1.6) and thus things build.   The projects then import correctly and build.
FYI: this was taken from CXF's build system.  

When using a class with type variables in the class hierarchy, which contains variables referencing other classes also using common parts of the same class hierarchy, the type variables type mappings for the referenced classes are incorrectly mixed into the original classes type variables.
See the attached JUnit test which can demonstrate the problem.  It may require several runs for it appear, but it is consistently failing for us.
I believe this is due the essentially random ordering of the HashSet.entrySet().iterator() on line 130 and the putAll() on line 136:
https://github.com/spring-projects/spring-data-commons/blob/master/src/main/java/org/springframework/data/util/ClassTypeInformation.java#L130
https://github.com/spring-projects/spring-data-commons/blob/master/src/main/java/org/springframework/data/util/ClassTypeInformation.java#L136
Depending on the sequencing, you either get your own type variable value, or some other related classes.  Last one wins.
We've tried modifying this class to removed the putAll (line 136), and it fixes this test, and does not appear to cause problems for 100s of other Spring Data Repository based tests we have.  It's not clear why the type variable mappings from other classes that are not direct superclasses or interfaces are included at all, it seems very wrong.
—
It took us 4 days to track down this as the ultimate source of a random startup failures of a Spring Data JPA Repository while parsing of dynamic query methods on a particular part of our domain model.  It was very hard to reproduce, but one developers box seemed to want to fail rather consistently, which gave the opportunity to narrow it down.  My hope, for now, is to work around it by mapping the query method to a custom implementation.

we are using Redis Cluster in our prod environment. Many exceptions start after some socket read timeout exception. 
maybe we should update the code in JedisClusterConnection.JedisClusterNodeResourceProvider, to use jedis.close() instead of returnResource()

Maybe I didn't make that clear, sorry for my poor english.
Here are the stacktraces after reusing the broken jedis connection:
eg1:

2017-08-23 17:15:05.423 [DubboServerHandler-192.168.48.234:20880-thread-195] ERROR c.p.h.c.r.RedisOperation - 20170823171504.621.554151 删除缓存失败,keys:[acr:ThirdRelationDO:customerId:1000010197279658, acr:ThirdRelationDO:thirdType:thirdUserId:00_010000361576179, acr:
ThirdRelationDO:id:229204137, acr:ThirdRelationDO:customerId:1000010197279658, acr:ThirdRelationDO:thirdType:thirdUserId:10_F39459879, acr:ThirdRelationDO:id:229204043]
org.springframework.data.redis.connection.ClusterCommandExecutionFailureException: [B cannot be cast to java.lang.Long; nested exception is java.lang.ClassCastException: [B cannot be cast to java.lang.Long
        at org.springframework.data.redis.connection.ClusterCommandExecutor.collectResults(ClusterCommandExecutor.java:277) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.connection.ClusterCommandExecutor.executeMuliKeyCommand(ClusterCommandExecutor.java:324) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.connection.jedis.JedisClusterConnection.del(JedisClusterConnection.java:175) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.core.RedisTemplate$5.doInRedis(RedisTemplate.java:629) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.core.RedisTemplate.execute(RedisTemplate.java:204) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.core.RedisTemplate.execute(RedisTemplate.java:166) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.core.RedisTemplate.delete(RedisTemplate.java:626) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204) ~[spring-core-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:720) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:85) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at sun.reflect.GeneratedMethodAccessor331.invoke(Unknown Source) ~[?:?]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) ~[?:1.6.0_45]
        at java.lang.reflect.Method.invoke(Method.java:597) ~[?:1.6.0_45]
        at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:620) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:609) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:68) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:655) ~[spring-aop-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:133) ~[spring-tx-4.2.7.RELEASE.jar:4.2.7.RELEASE]
        at sun.reflect.GeneratedMethodAccessor327.invoke(Unknown Source) ~[?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [?:1.6.0_45]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [?:1.6.0_45]
        at java.lang.Thread.run(Thread.java:662) [?:1.6.0_45]
Caused by: java.lang.ClassCastException: [B cannot be cast to java.lang.Long
        at redis.clients.jedis.Connection.getIntegerReply(Connection.java:222) ~[jedis-2.8.1.jar:?]
        at redis.clients.jedis.BinaryJedis.del(BinaryJedis.java:208) ~[jedis-2.8.1.jar:?]
        at org.springframework.data.redis.connection.jedis.JedisClusterConnection$1.doInCluster(JedisClusterConnection.java:179) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.connection.jedis.JedisClusterConnection$1.doInCluster(JedisClusterConnection.java:175) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.connection.ClusterCommandExecutor.executeMultiKeyCommandOnSingleNode(ClusterCommandExecutor.java:338) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.connection.ClusterCommandExecutor.access$100(ClusterCommandExecutor.java:58) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.connection.ClusterCommandExecutor$2.call(ClusterCommandExecutor.java:317) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.connection.ClusterCommandExecutor$2.call(ClusterCommandExecutor.java:313) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) ~[?:1.6.0_45]
        at java.util.concurrent.FutureTask.run(FutureTask.java:138) ~[?:1.6.0_45]
        ... 3 more

2017-08-24 10:11:49.334 [DubboServerHandler-192.168.48.234:20880-thread-198] ERROR c.p.h.c.r.RedisOperation - 20170824101149.330.872382 读取缓存失败,key:acr:ThirdRelationDO:thirdType:thirdUserId:00_010000337650280
        at org.springframework.data.redis.connection.jedis.JedisClusterConnection.get(JedisClusterConnection.java:546) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.core.DefaultValueOperations$1.inRedis(DefaultValueOperations.java:46) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.core.AbstractOperations$ValueDeserializingRedisCallback.doInRedis(AbstractOperations.java:54) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.core.AbstractOperations.execute(AbstractOperations.java:88) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        at org.springframework.data.redis.core.DefaultValueOperations.get(DefaultValueOperations.java:43) ~[spring-data-redis-1.7.8.RELEASE.jar:?]
        .......

For example with the table:

CREATE TABLE myTable
(
a TIMESTAMP
)
tblproperties("transactional"="true");

The following inserts store the wrong data:

INSERT INTO myTable VALUES("2018-10-19 10:35:00 UTC"); -> 2018-10-19 00:00:00.0
INSERT INTO myTable VALUES("2018-10-19 10:35:00 ZZZ"); -> 2018-10-19 00:00:00.0

The second one should fail since ZZZ is not a time zone.
Similarly if the column is of type DATE,

INSERT INTO myTableDate VALUES("2018-10-19 AAAA"); -> 2018-10-19

When CommandDispatcher is used by a deployment, the command class might not be available if the deployment is not deployed.  Normally, this is prevented by returning a NoSuchService response if the service is unknown, however, this happens after the command is unmarshalled.  This check should happen before we attempt to unmarshall the command, avoiding unnecessary InvalidClassException.

Quite some tests on mapreduce are failing on the tez branch. This bug addresses those.

After split, master attempts to reassign a region to a region server. Occasionally, such a region can get permanently offlined.
Master:
---------

2010-07-22 01:26:00,914 INFO org.apache.hadoop.hbase.master.ServerManager: Processing MSG_REPORT_SPLIT_INCLUDES_DAUGHTERS: test1,6512200000,1279784117114.6466481aa931f8c1fa87622735487a72.: Daughters; test1,6512200000,1279787158624.6ead25ae677116cc88fc5420bb39d52e., test1,6531790000,1279787\
158624.8d5490bfc166c687657cb09203bd7d44. from test024.test.xyz.com,60020,1279780567744; 1 of 1                                                                                                                                                                                                     
2010-07-22 01:26:00,935 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper: Creating UNASSIGNED region 8d5490bfc166c687657cb09203bd7d44 in state = M2ZK_REGION_OFFLINE

2010-07-22 01:26:00,945 INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region test1,6531790000,1279787158624.8d5490bfc166c687657cb09203bd7d44. to test024.test.xyz.com,60020,1279780567744

2010-07-22 01:26:00,949 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper: While updating UNASSIGNED region 8d5490bfc166c687657cb09203bd7d44 exists, state = M2ZK_REGION_OFFLINE

2010-07-22 01:26:00,954 DEBUG org.apache.hadoop.hbase.master.RegionManager: Created UNASSIGNED zNode test1,6531790000,1279787158624.8d5490bfc166c687657cb09203bd7d44. in state M2ZK_REGION_OFFLINE

Region Server:

2010-07-22 01:26:00,947 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: MSG_REGION_OPEN: test1,6531790000,1279787158624.8d5490bfc166c687657cb09203bd7d44.
2010-07-22 01:26:00,947 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: MSG_REGION_OPEN: test1,6512200000,1279787158624.6ead25ae677116cc88fc5420bb39d52e.
2010-07-22 01:26:00,947 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Worker: MSG_REGION_OPEN: test1,6531790000,1279787158624.8d5490bfc166c687657cb09203bd7d44.
2010-07-22 01:26:00,948 DEBUG org.apache.hadoop.hbase.regionserver.RSZookeeperUpdater: Updating ZNode /hbase/UNASSIGNED/8d5490bfc166c687657cb09203bd7d44 with [RS2ZK_REGION_OPENING] expected version = 0
2010-07-22 01:26:00,952 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Got ZooKeeper event, state: SyncConnected, type: NodeDataChanged, path: /hbase/UNASSIGNED/8d5490bfc166c687657cb09203bd7d44
2010-07-22 01:26:00,974 WARN org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper: <msgstorectrl001.test.xyz.com,msgstorectrl021.test.xyz.com,msgstorectrl041.test.xyz.com,msgstorectrl061.test.xyz.com,msgstorectrl081.ash2.facebook\
.com:/hbase,test024.test.xyz.com,60020,1279780567744>Failed to write data to ZooKeeper
org.apache.zookeeper.KeeperException$BadVersionException: KeeperErrorCode = BadVersion for /hbase/UNASSIGNED/8d5490bfc166c687657cb09203bd7d44
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.writeZNode(ZooKeeperWrapper.java:1062)
        at org.apache.hadoop.hbase.regionserver.RSZookeeperUpdater.updateZKWithEventData(RSZookeeperUpdater.java:161)
        at org.apache.hadoop.hbase.regionserver.RSZookeeperUpdater.startRegionOpenEvent(RSZookeeperUpdater.java:115)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.openRegion(HRegionServer.java:1428)
        at org.apache.hadoop.hbase.regionserver.HRegionServer$Worker.run(HRegionServer.java:1337)
2010-07-22 01:26:00,975 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: Error opening test1,6531790000,1279787158624.8d5490bfc166c687657cb09203bd7d44.
java.io.IOException: org.apache.zookeeper.KeeperException$BadVersionException: KeeperErrorCode = BadVersion for /hbase/UNASSIGNED/8d5490bfc166c687657cb09203bd7d44
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.writeZNode(ZooKeeperWrapper.java:1072)

Meta:

Relevant section of META.
Note that these are the only two entries for the problem region. The first one is the parent region (and this problem
region is its splitB).  For the next one, note that there is no "info:server" and "info:serverstartcode" columns.

 test1,6512200000,12797841 column=info:splitB, timestamp=1279787160693, value=\x00\x0A6551820000\x00
 17114.6466481aa931f8c1fa8 \x00\x00\x01)\xF9BL`@test1,6531790000,1279787158624.8d5490bfc166c687657cb
 7622735487a72.            09203bd7d44.\x00\x0A6531790000\x00\x00\x00\x05\x05test1\x00\x00\x00\x00\x
                           00\x02\x00\x00\x00\x07IS_ROOT\x00\x00\x00\x05false\x00\x00\x00\x07IS_META
                           \x00\x00\x00\x05false\x00\x00\x00\x01\x08\x07actions\x00\x00\x00\x08\x00\
                           x00\x00\x0BBLOOMFILTER\x00\x00\x00\x04NONE\x00\x00\x00\x11REPLICATION_SCO
                           PE\x00\x00\x00\x010\x00\x00\x00\x0BCOMPRESSION\x00\x00\x00\x04NONE\x00\x0
                           0\x00\x08VERSIONS\x00\x00\x00\x013\x00\x00\x00\x03TTL\x00\x00\x00\x0A2147
                           483647\x00\x00\x00\x09BLOCKSIZE\x00\x00\x00\x0565536\x00\x00\x00\x09IN_ME
                           MORY\x00\x00\x00\x05false\x00\x00\x00\x0ABLOCKCACHE\x00\x00\x00\x04true\x
                           FE\xA0\xFD\xC5

 ..

 test1,6531790000,12797871 column=info:regioninfo, timestamp=1279787160782, value=REGION => {NAME =>
 58624.8d5490bfc166c687657  'test1,6531790000,1279787158624.8d5490bfc166c687657cb09203bd7d44.', STAR
 cb09203bd7d44.            TKEY => '6531790000', ENDKEY => '6551820000', ENCODED => 8d5490bfc166c687
                           657cb09203bd7d44, TABLE => {{NAME => 'test1', FAMILIES => [{NAME => 'acti
                           ons', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', VERSIONS => '3', C
                           OMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZE => '65536', IN_MEMOR
                           Y => 'false', BLOCKCACHE => 'true'}]}}

I think Karthik has a handle on the first part (i.e. why the RS ran into the version mismatch, and aborted opening the region). He'll add details to the JIRA. But what we aren't clear about at this stage is why the base scanner didn't kick in and try to reassign the region.
BTW, HBase "hbck" reported this as well (which was good!):

Number of Tables: 5
Number of live region servers:92
Number of dead region servers:0
.........
ERROR: Region test1,6512200000,1279784117114.6466481aa931f8c1fa87622735487a72. is not served by any region server  but is listed in META to be on server null
ERROR: Region test1,6531790000,1279787158624.8d5490bfc166c687657cb09203bd7d44. is not served by any region server  but is listed in META to be on server null

Eugene Koifman raised a theoretical issue with the streaming mutation API (HIVE-10165) where worker nodes operating in a distributed cluster might overwhelm a meta store while trying to obtain partition locks. Although this does not happen in practice (see HIVE-11228), the API does communicate with the meta store in this manner to obtain partition paths and create new partitions. Therefore the issue described does in fact exist in the current implementation, albeit in a different code path. I’d like to make such communication optional like so:

When the user chooses not to create partitions on demand, no meta store connection will be created in the MutationCoordinators. Additionally, partition paths will be resolved using org.apache.hadoop.hive.metastore.Warehouse.getPartitionPath(Path, LinkedHashMap<String, String>) which should be suitable so long as standard Hive partition layouts are followed.
If the user does choose to create partitions on demand then the system will operate as is does currently; using the meta store to both issue add_partition events and look up partition meta data.
The documentation will be updated to describe these behaviours and outline alternative approaches to collecting affected partition names and creating partitions in a less intensive manner.

Side note for follow up: The parameter names tblName and dbName seem to be the wrong way around on the method org.apache.hadoop.hive.metastore.IMetaStoreClient.getPartition(String, String, List<String>).

The following query fail due to a formatting issue.

SELECT CAST(`ssb_druid_100`.`__time` AS TIMESTAMP) AS `x_time`,
. . . . . . . . . . . . . . . .>   SUM(`ssb_druid_100`.`lo_revenue`) AS `sum_lo_revenue_ok`
. . . . . . . . . . . . . . . .> FROM `druid_ssb`.`ssb_druid_100` `ssb_druid_100`
. . . . . . . . . . . . . . . .> GROUP BY CAST(`ssb_druid_100`.`__time` AS TIMESTAMP);

Exception

Error: java.io.IOException: java.lang.NumberFormatException: For input string: "1991-12-31 19:00:00" (state=,code=0)

Jesus Camacho Rodriguez maybe this is fixed by your upcoming patches.

After running 'package' target in hive, the sbin/bin files in the package directory created for hcatalog and webhcat don't have execute permissions.

$ ls -l build/dist/hcatalog/bin/
total 16
-rw-r--r--  1 thejas  staff  5517 May 14 18:18 hcat

$ ls -l build/dist/hcatalog/sbin/
total 64
-rw-r--r--  1 thejas  staff   4540 May 14 18:18 hcat_server.sh
-rw-r--r--  1 thejas  staff  10013 May 14 18:18 update-hcatalog-env.sh
-rw-r--r--  1 thejas  staff   2996 May 14 18:18 webhcat_config.sh
-rw-r--r--  1 thejas  staff   7136 May 14 18:18 webhcat_server.sh

@RepositoryRestController automatically register itself for /{repositoryName}%7B which passes security check for 

    http.authorizeRequests()
            .antMatchers("\{repositoryName\}**").hasRole("ADMIN")
            .and()
            .httpBasic();
}

e.g:
Let's say we have a book repository and a security configuration as follows:

public interface BookRepository extends JpaRepository<Book, Long> {
}

            .antMatchers("/books/**").hasRole("ADMIN")
            .and()
}

accessing http://foo.bar/books and http://foo.bar/books/ ask for authentication but http://foo.bar/books%7B exposes the data!
Working example is at the attachment spring security test %7B.rar

The issue is the hook where we do check in which we have not acquired rowlock. Take case of delete, we do the check in the preDelete() hook. We do get the covering cells and check against their acls. At the point of the preDelete hook, we have not acquired the row lock on the deleting row.
Consider 2 parallel threads one doing put and other delete both dealing with same row.
Thread 1 acquired the rowlock and decided the TS  (HRS time) and doing the memstore write and HLog sync but the mvcc read point is NOT advanced. 
Thread 2 at same time, doing the delete of the row (Say with latest TS . The intent is to delete entire row) and in place of preDelete hook. There is no row locking happening at this point. As part of covering permission check, it doing a Get. But as said above, the put is not complete and the mvcc advance has not happened. So the Get won’t return the new cell.  It will return the old cells. And the check pass for the old cells.  Now suppose the new cell ACL is not matching for the deleting user.  But the cell was not read, the check has not happened.  So the ACL check will allow the user  to delete row..  The flow later comes to HRegion#doMiniBatchMutate() and try acquire row lock and by that time the Thread 1 op was over. So it will get lock and will add the delete tombstone.  As a result the cell, for which the deleting user has no acl right, also will get deleted.

When map join task is running in llap, it can potentially use lot more memory than its limit which could be memory per executor or no conditional task size. If it uses more memory, it can adversely affect other query performance or it can even bring down the daemon. In such cases, it is better to fail the query than to bring down the daemon. 

There's an error about AccumuloStorageHandler compiling on hadoop-1.  It seems the signature of split() is not the same.  Looks like we can should use another utils to fix this.

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project hive-accumulo-handler: Compilation failure
[ERROR] /data/hive-ptest/working/apache-svn-trunk-source/accumulo-handler/src/java/org/apache/hadoop/hive/accumulo/columns/ColumnMapper.java:[57,52] no suitable method found for split(java.lang.String,char)
[ERROR] method org.apache.hadoop.util.StringUtils.split(java.lang.String,char,char) is not applicable

When I was running some OSGi tests with Camel 2.4-SNAPSHOT, I got this UnsupportedOperationExcpetion,
This is stack trace

	at java.util.AbstractCollection.add(AbstractCollection.java:221)
	at org.apache.camel.impl.DefaultPackageScanClassResolver.addClassLoader(DefaultPackageScanClassResolver.java:58)
	at org.apache.camel.spring.PackageScanRouteBuilderFinder.<init>(PackageScanRouteBuilderFinder.java:52)
	at org.apache.camel.spring.CamelContextFactoryBean.findRouteBuildersByPackageScan(CamelContextFactoryBean.java:183)

After digging the code , I found current OsgiPackageScanClassResolver only supports to turn the bundle classloader, so we need to check this kind of error.

mvn test -Delytron -Dtest=HTTPSConnectionWithCLITestCase

[INFO] Running org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase
[ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.004 s <<< FAILURE! - in org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase
[ERROR] org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase  Time elapsed: 0.003 s  <<< ERROR!
java.lang.RuntimeException: 
{
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.core.management.security.realm.ManagementRealm"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.management is missing [org.wildfly.core.management.security.realm.ManagementRealm]"]
}
	at org.jboss.as.test.integration.security.common.CoreUtils.applyUpdate(CoreUtils.java:265)
	at org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase$ServerResourcesSetup.setup(HTTPSConnectionWithCLITestCase.java:234)
	at org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase.prepareServer(HTTPSConnectionWithCLITestCase.java:105)

[ERROR] org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase  Time elapsed: 0.004 s  <<< ERROR!
java.io.IOException: java.net.ConnectException: WFLYPRT0053: Could not connect to remoting://127.0.0.1:9999. The connection failed
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:80)
	at org.jboss.as.test.integration.security.common.CoreUtils.applyUpdate(CoreUtils.java:257)
	at org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.resetHttpInterfaceConfiguration(HTTPSManagementInterfaceTestCase.java:380)
	at org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase.resetTestConfiguration(HTTPSConnectionWithCLITestCase.java:155)
Caused by: java.net.ConnectException: WFLYPRT0053: Could not connect to remoting://127.0.0.1:9999. The connection failed
	... 32 more
	at org.xnio.nio.WorkerThread$ConnectHandle.handleReady(WorkerThread.java:327)
	... 42 more

[INFO] 
[INFO] 
[ERROR] org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase.org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase
[ERROR]   Run 1: HTTPSConnectionWithCLITestCase.prepareServer:105 » Runtime {
    "WFLYCTL0412:...
[ERROR]   Run 2: HTTPSConnectionWithCLITestCase.resetTestConfiguration:155 » IO java.net.Connec...
[INFO] 
[INFO] 
[INFO] 

There is currently no way to display the column level stats from hive CLI. It will be good to show them in DESCRIBE EXTENDED/FORMATTED TABLE

When using ReactiveMongoRepository.saveAll(…) with entities that are all new, then the collection name is not considered. Instead, the collection name is derived from the entity instead from the repository.

 Currently, in the AbstractWebServiceConnection and subclasses, the TransportOutputStream and TransportInputStream are not closed, mainly because Axis1 SAAJ and Axiom lazy-load messages. 
This is not a major issue for most transports, because the streams are closed in the end (during connection.close()), but closing the streams explicitly can't hurt. 

When I'm already logged in in a JSF web app and get a CDI/Weld conversation timeout, then an error page should be shown.
However, I'm getting the stacktrace below, and a blank page instead of the error page is shown.
The error page is configured in web.xml:

  <error-page>
    <exception-type>org.jboss.weld.context.NonexistentConversationException</exception-type>
    <location>/error/conversationTimeout.xhtml?nocid=true</location>
  </error-page>

Stacktrace with the current snapshot of WildFly using Undertow 1.0.0.Beta8 in the WildFly console:
16:20:12,466 ERROR [io.undertow.request] Exception while generating error page /error/conversationTimeout.xhtml?nocid=true: java.lang.RuntimeException: java.lang.IllegalStateException: JBAS017329: No security context found
	at io.undertow.servlet.spec.RequestDispatcherImpl.error(RequestDispatcherImpl.java:394) [undertow-servlet-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.servlet.spec.RequestDispatcherImpl.error(RequestDispatcherImpl.java:315) [undertow-servlet-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:222) [undertow-servlet-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:623) [undertow-core-1.0.0.Beta8.jar:1.0.0.Beta8]
Caused by: java.lang.IllegalStateException: JBAS017329: No security context found
	at org.wildfly.extension.undertow.security.SecurityActions$5.run(SecurityActions.java:119)
	at org.wildfly.extension.undertow.security.SecurityActions$5.run(SecurityActions.java:114)
	at org.wildfly.extension.undertow.security.SecurityActions.pushRunAsIdentity(SecurityActions.java:114)
	at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:88)
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:196) [undertow-servlet-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToPath(ServletInitialHandler.java:139) [undertow-servlet-1.0.0.Beta8.jar:1.0.0.Beta8]
	at io.undertow.servlet.spec.RequestDispatcherImpl.error(RequestDispatcherImpl.java:388) [undertow-servlet-1.0.0.Beta8.jar:1.0.0.Beta8]
	... 10 more

The following error message is reported starting domain.sh -c domain-elytron.xml

[Host Controller] 16:45:45,433 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0033: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService.boot(DomainModelControllerService.java:721)
[Host Controller] 	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:302)
[Host Controller] Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[780,21]
[Host Controller] Message: WFLYCTL0376: Unexpected attribute 'security-domain' encountered. Valid attributes are: 'http-authentication-factory, override-deployment-config'
[Host Controller] 	at org.jboss.as.controller.PersistentResourceXMLDescription.parseAttributes(PersistentResourceXMLDescription.java:198)
[Host Controller] 	at org.jboss.as.controller.PersistentResourceXMLDescription.parseAttributeGroups(PersistentResourceXMLDescription.java:140)

HCatLoader lands up serializing one HiveConf instance per table-alias, to Pig's UDFContext. This lands up bloating the UDFContext.
To reduce the footprint, it makes sense to serialize a default-constructed HiveConf once, and one "diff" per HCatLoader. This should reduce the time taken to kick off jobs from pig -useHCatalog scripts.
(Note_to_self: YHIVE-540).

The bug can be reproduced as following. Note that it only happens for partitioned tables. The select after the first load returns nothing, while the second returns the data correctly.
insert.txt in the current local directory contains 3 lines: "a", "b" and "c".

> create table tmp_insert_test (value string) stored as textfile;
> load data local inpath 'insert.txt' into table tmp_insert_test;
> select * from tmp_insert_test;
a
b
c
> create table tmp_insert_test_p ( value string) partitioned by (ds string) stored as textfile;
> load data local inpath 'insert.txt' into table tmp_insert_test_p partition (ds = '2009-08-01');
> select * from tmp_insert_test_p where ds= '2009-08-01';
a       2009-08-01
b       2009-08-01
d       2009-08-01

We recently upgraded from Datanucleus 1.0 to 2.0, which changed some of the defaults for how field names get mapped to datastore identifiers. Because of this change, connecting to an existing database would throw exceptions such as:
2010-06-24 17:59:09,854 ERROR exec.DDLTask (SessionState.java:printError(277)) - FAILED: Error in metadata: javax.jdo.JDODataStoreException: Insert of object "org.apache.hadoop.hive.metastore.model.MStorageDescriptor@4ccd21c" using statement "INSERT INTO `SDS` (`SD_ID`,`NUM_BUCKETS`,`INPUT_FORMAT`,`OUTPUT_FORMAT`,`LOCATION`,`SERDE_ID`,`ISCOMPRESSED`) VALUES (?,?,?,?,?,?,?)" failed : Unknown column 'ISCOMPRESSED' in 'field list'
com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Unknown column 'ISCOMPRESSED' in 'field list'
org.apache.hadoop.hive.ql.metadata.HiveException: javax.jdo.JDODataStoreException: Insert of object "org.apache.hadoop.hive.metastore.model.MStorageDescriptor@4ccd21c" using statement "INSERT INTO `SDS` (`SD_ID`,`NUM_BUCKETS`,`INPUT_FORMAT`,`OUTPUT_FORMAT`,`LOCATION`,`SERDE_ID`,`ISCOMPRESSED`) VALUES (?,?,?,?,?,?,?)" failed : Unknown column 'ISCOMPRESSED' in 'field list'
        at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:325)
        at org.apache.hadoop.hive.ql.exec.DDLTask.createTable(DDLTask.java:2012)
        at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:144)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:107)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:633)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:506)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:384)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:302)

Beeline returns query results with erroneous characters. For example:

0: jdbc:hive2://xxxx:10000/def> select 10;
+------+--+
| _c0  |
| 10   |
1 row selected (3.207 seconds)

In HBaseFsck#unassignMetaReplica() , ZooKeeperWatcher is not closed upon return from the method:

     ZKUtil.deleteNode(zkw, zkw.getZNodeForReplica(hi.metaEntry.getReplicaId()));

This leads to resource leak.

Created from https://github.com/spring-projects/spring-boot/issues/9605
As described in the link, the port isn't included in the Host header of the request, which Spring uses to build the link in MvcUriComponentsBuilder.

A route which begins with a Timer consumer does not suspend the consumer when the route is suspended.

Hybrid grace Hash join is not using estimated number of rows from the statistics to initialize BytesBytesMultiHashMap. 
Add some logging to BytesBytesMultiHashMap to track get probes and use msec for expandAndRehash as us overflow.

Example stacktrace:

java.lang.IllegalArgumentException: Encoded password cannot be null or empty
org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder.matches(BCryptPasswordEncoder.java:77) 
org.springframework.security.authentication.dao.DaoAuthenticationProvider$1.isPasswordValid(DaoAuthenticationProvider.java:148) 
org.springframework.security.authentication.dao.DaoAuthenticationProvider.additionalAuthenticationChecks(DaoAuthenticationProvider.java:84) 
org.springframework.security.authentication.dao.AbstractUserDetailsAuthenticationProvider.authenticate(AbstractUserDetailsAuthenticationProvider.java:149) 
org.springframework.security.authentication.ProviderManager.authenticate(ProviderManager.java:156) 
org.springframework.security.authentication.ProviderManager.authenticate(ProviderManager.java:174) 
org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter.attemptAuthentication(UsernamePasswordAuthenticationFilter.java:94) 
org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:195) 

Ajax responses are empty if the session times out or is otherwise unavailable.
Exception initializing page context
	at org.apache.catalina.connector.Request.doGetSession(Request.java:2301)
	at org.apache.catalina.connector.Request.getSession(Request.java:2075)
	at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:833)
	at org.apache.catalina.core.ApplicationHttpRequest.getSession(ApplicationHttpRequest.java:545)
	at org.apache.catalina.core.ApplicationHttpRequest.getSession(ApplicationHttpRequest.java:494)
	at javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:224)
	at org.apache.jasper.runtime.PageContextImpl._initialize(PageContextImpl.java:144)
	at org.apache.jasper.runtime.PageContextImpl.initialize(PageContextImpl.java:122)
	at org.apache.jasper.runtime.JspFactoryImpl.internalGetPageContext(JspFactoryImpl.java:107)
	at org.apache.jasper.runtime.JspFactoryImpl.getPageContext(JspFactoryImpl.java:63)
	at org.apache.jsp.WEB_002dINF.hotels.search_jsp._jspService(search_jsp.java:57)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:337)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
	at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
	at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
	at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
	at org.apache.tiles.servlet.context.ServletTilesRequestContext.include(ServletTilesRequestContext.java:211)
	at org.apache.tiles.servlet.context.ServletTilesRequestContext.dispatch(ServletTilesRequestContext.java:183)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:465)
	at org.springframework.js.ajax.tiles2.AjaxTilesView.renderMergedOutputModel(AjaxTilesView.java:104)
	at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:258)
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1174)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:901)
	...

If I pass in a base environment to AbstractConnectionSource with the SUN_LDAP_POOLING_FLAG set to true then the AbstractConnectionSource incorrectly inherits this property from the base environment, even if I had called setPooled(false):
        if (pooled) 
{
            baseEnv.put(SUN_LDAP_POOLING_FLAG, "true");
            log.debug("Using LDAP pooling.");
        }
 else 
{
            log.debug("Not using LDAP pooling");
        }

        Hashtable env = new Hashtable(baseEnv);
This should be something more like:
{
            env.put(SUN_LDAP_POOLING_FLAG, "true");
        }
 else 
{
            env.remove(SUN_LDAP_POOLING_FLAG);
        }

This bug has security implications hence the high priority.

select * from (select cast(a.key as bigint) as key from src a join src b on a.key = b.key union all select cast(key as double) as key from src)a
The following query gives wrong results:
select * from (select cast(a.key as bigint) as key, cast(b.key as double) as value from src a join src b on a.key = b.key union all select cast(key as double) as key, cast(key as string) as value from src)a
But the following query runs fine:
select * from (select cast(a.key as bigint) as key from src a union all select cast(key as double) as key from src)a

Simplify predicates for disjunctive predicates so that can get pushed down to the scan.
Looks like this is still an issue, some of the filters can be pushed down to the scan.

explain  

select  substr(r_reason_desc,1,20) as r
       ,avg(ws_quantity) wq
       ,avg(wr_refunded_cash) ref
       ,avg(wr_fee) fee
 from web_sales, web_returns, web_page, customer_demographics cd1,
      customer_demographics cd2, customer_address, date_dim, reason 
 where web_sales.ws_web_page_sk = web_page.wp_web_page_sk
   and web_sales.ws_item_sk = web_returns.wr_item_sk
   and web_sales.ws_order_number = web_returns.wr_order_number
   and web_sales.ws_sold_date_sk = date_dim.d_date_sk and d_year = 1998
   and cd1.cd_demo_sk = web_returns.wr_refunded_cdemo_sk 
   and cd2.cd_demo_sk = web_returns.wr_returning_cdemo_sk
   and customer_address.ca_address_sk = web_returns.wr_refunded_addr_sk
   and reason.r_reason_sk = web_returns.wr_reason_sk
   and
   (
    (
     cd1.cd_marital_status = 'M'
     and
     cd1.cd_marital_status = cd2.cd_marital_status
     and
     cd1.cd_education_status = '4 yr Degree'
     and 
     cd1.cd_education_status = cd2.cd_education_status
     and
     ws_sales_price between 100.00 and 150.00
    )
   or
    (
     cd1.cd_marital_status = 'D'
     and
     and
     cd1.cd_education_status = 'Primary' 
     and
     and
     ws_sales_price between 50.00 and 100.00
    )
   or
    (
     cd1.cd_marital_status = 'U'
     and
     and
     cd1.cd_education_status = 'Advanced Degree'
     and
     and
     ws_sales_price between 150.00 and 200.00
    )
   )
   and
   (
    (
     ca_country = 'United States'
     and
     ca_state in ('KY', 'GA', 'NM')
     and ws_net_profit between 100 and 200  
    )
    or
    (
     and
     ca_state in ('MT', 'OR', 'IN')
     and ws_net_profit between 150 and 300  
    )
    or
    (
     and
     ca_state in ('WI', 'MO', 'WV')
     and ws_net_profit between 50 and 250  
    )
   )
group by r_reason_desc
order by r, wq, ref, fee
limit 100
OK

    Tez
      Edges:
        Reducer 3 <- Map 13 (SIMPLE_EDGE), Map 2 (SIMPLE_EDGE)
        Reducer 4 <- Map 9 (SIMPLE_EDGE), Reducer 3 (SIMPLE_EDGE)
        Reducer 5 <- Map 14 (SIMPLE_EDGE), Reducer 4 (SIMPLE_EDGE)
        Reducer 6 <- Map 10 (SIMPLE_EDGE), Map 11 (BROADCAST_EDGE), Map 12 (BROADCAST_EDGE), Reducer 5 (SIMPLE_EDGE)
        Reducer 8 <- Reducer 7 (SIMPLE_EDGE)
      DagName: mmokhtar_20141111161818_f5fd23ba-d783-4b13-8507-7faa65851798:1
      Vertices:
        Map 1 
                TableScan
                  alias: web_page
                  filterExpr: wp_web_page_sk is not null (type: boolean)
                  Statistics: Num rows: 4602 Data size: 2696178 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: wp_web_page_sk is not null (type: boolean)
                    Statistics: Num rows: 4602 Data size: 18408 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: wp_web_page_sk (type: int)
                      Statistics: Num rows: 4602 Data size: 18408 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 4602 Data size: 18408 Basic stats: COMPLETE Column stats: COMPLETE
        Map 10 
                TableScan
                  alias: customer_address
                  filterExpr: ((ca_country = 'United States') and ca_address_sk is not null) (type: boolean)
                  Statistics: Num rows: 40000000 Data size: 40595195284 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: ((ca_country = 'United States') and ca_address_sk is not null) (type: boolean)
                    Statistics: Num rows: 20000000 Data size: 3740000000 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: ca_address_sk (type: int), ca_state (type: string)
                      Statistics: Num rows: 20000000 Data size: 1800000000 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 20000000 Data size: 1800000000 Basic stats: COMPLETE Column stats: COMPLETE
                        value expressions: _col1 (type: string)
        Map 11 
                TableScan
                  filterExpr: ((d_year = 1998) and d_date_sk is not null) (type: boolean)
                    predicate: ((d_year = 1998) and d_date_sk is not null) (type: boolean)
                          mode: hash
                          Statistics: Num rows: 326 Data size: 1304 Basic stats: COMPLETE Column stats: COMPLETE
                            Statistics: Num rows: 326 Data size: 1304 Basic stats: COMPLETE Column stats: COMPLETE
                            Target Vertex: Map 9
        Map 12 
                TableScan
                  alias: reason
                  filterExpr: r_reason_sk is not null (type: boolean)
                  Statistics: Num rows: 72 Data size: 14400 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: r_reason_sk is not null (type: boolean)
                    Statistics: Num rows: 72 Data size: 7272 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: r_reason_sk (type: int), r_reason_desc (type: string)
                      Statistics: Num rows: 72 Data size: 7272 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 72 Data size: 7272 Basic stats: COMPLETE Column stats: COMPLETE
        Map 13 
                TableScan
                  alias: web_returns
                  filterExpr: (((((wr_refunded_cdemo_sk is not null and wr_item_sk is not null) and wr_order_number is not null) and wr_returning_cdemo_sk is not null) and wr_refunded_addr_sk is not null) and wr_reason_sk is not null) (type: boolean)
                  Statistics: Num rows: 2062802370 Data size: 185695406284 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: (((((wr_refunded_cdemo_sk is not null and wr_item_sk is not null) and wr_order_number is not null) and wr_returning_cdemo_sk is not null) and wr_refunded_addr_sk is not null) and wr_reason_sk is not null) (type: boolean)
                    Statistics: Num rows: 1875154722 Data size: 58944640412 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: wr_item_sk (type: int), wr_refunded_cdemo_sk (type: int), wr_refunded_addr_sk (type: int), wr_returning_cdemo_sk (type: int), wr_reason_sk (type: int), wr_order_number (type: int), wr_fee (type: float), wr_refunded_cash (type: float)
                      outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7
                      Statistics: Num rows: 1875154722 Data size: 58944640412 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 1875154722 Data size: 58944640412 Basic stats: COMPLETE Column stats: COMPLETE
                        value expressions: _col0 (type: int), _col2 (type: int), _col3 (type: int), _col4 (type: int), _col5 (type: int), _col6 (type: float), _col7 (type: float)
        Map 14 
                TableScan
                  alias: cd1
                  filterExpr: ((cd_demo_sk is not null and cd_marital_status is not null) and cd_education_status is not null) (type: boolean)
                    predicate: ((cd_demo_sk is not null and cd_marital_status is not null) and cd_education_status is not null) (type: boolean)
                    Statistics: Num rows: 1920800 Data size: 351506400 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: cd_demo_sk (type: int), cd_marital_status (type: string), cd_education_status (type: string)
                      Statistics: Num rows: 1920800 Data size: 351506400 Basic stats: COMPLETE Column stats: COMPLETE
                        key expressions: _col0 (type: int), _col1 (type: string), _col2 (type: string)
                        sort order: +++
                        Map-reduce partition columns: _col0 (type: int), _col1 (type: string), _col2 (type: string)
                        Statistics: Num rows: 1920800 Data size: 351506400 Basic stats: COMPLETE Column stats: COMPLETE
        Map 2 
                TableScan
                  alias: cd1
        Map 9 
                TableScan
                  filterExpr: ((ws_web_page_sk is not null and ws_item_sk is not null) and ws_order_number is not null) (type: boolean)
                    predicate: ((ws_web_page_sk is not null and ws_item_sk is not null) and ws_order_number is not null) (type: boolean)
                    Statistics: Num rows: 21591939929 Data size: 604541956128 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: ws_item_sk (type: int), ws_web_page_sk (type: int), ws_order_number (type: int), ws_quantity (type: int), ws_sales_price (type: float), ws_net_profit (type: float), ws_sold_date_sk (type: int)
                      outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6
                      Statistics: Num rows: 21591939929 Data size: 604541956128 Basic stats: COMPLETE Column stats: COMPLETE
                          0 {_col0} {_col2} {_col3} {_col4} {_col5} {_col6}
                          1 
                        keys:
                        outputColumnNames: _col0, _col2, _col3, _col4, _col5, _col6
                          1 Map 1
                        Statistics: Num rows: 21591939072 Data size: 518206537728 Basic stats: COMPLETE Column stats: COMPLETE
                          key expressions: _col0 (type: int), _col2 (type: int)
                          Map-reduce partition columns: _col0 (type: int), _col2 (type: int)
                          Statistics: Num rows: 21591939072 Data size: 518206537728 Basic stats: COMPLETE Column stats: COMPLETE
                          value expressions: _col3 (type: int), _col4 (type: float), _col5 (type: float), _col6 (type: int)
        Reducer 3 
                  0 {VALUE._col0} {VALUE._col1} {VALUE._col2} {VALUE._col3} {VALUE._col4} {VALUE._col5} {VALUE._col6}
                  1 {VALUE._col0} {VALUE._col1}
                outputColumnNames: _col0, _col2, _col3, _col4, _col5, _col6, _col7, _col9, _col10
                Statistics: Num rows: 1875154688 Data size: 373155782912 Basic stats: COMPLETE Column stats: COMPLETE
                  expressions: _col0 (type: int), _col10 (type: string), _col2 (type: int), _col3 (type: int), _col4 (type: int), _col5 (type: int), _col6 (type: float), _col7 (type: float), _col9 (type: string)
                  outputColumnNames: _col0, _col10, _col2, _col3, _col4, _col5, _col6, _col7, _col9
                  Statistics: Num rows: 1875154688 Data size: 373155782912 Basic stats: COMPLETE Column stats: COMPLETE
                    key expressions: _col0 (type: int), _col5 (type: int)
                    Map-reduce partition columns: _col0 (type: int), _col5 (type: int)
                    Statistics: Num rows: 1875154688 Data size: 373155782912 Basic stats: COMPLETE Column stats: COMPLETE
                    value expressions: _col2 (type: int), _col3 (type: int), _col4 (type: int), _col6 (type: float), _col7 (type: float), _col9 (type: string), _col10 (type: string)
        Reducer 4 
                  0 {VALUE._col1} {VALUE._col2} {VALUE._col3} {VALUE._col4}
                  1 {VALUE._col1} {VALUE._col2} {VALUE._col3} {VALUE._col4} {VALUE._col5} {VALUE._col7} {VALUE._col8}
                outputColumnNames: _col3, _col4, _col5, _col6, _col10, _col11, _col12, _col14, _col15, _col17, _col18
                Statistics: Num rows: 57653145 Data size: 11472975855 Basic stats: COMPLETE Column stats: COMPLETE
                  predicate: (((_col17 = 'M') and ((_col18 = '4 yr Degree') and _col4 BETWEEN 100.0 AND 150.0)) or (((_col17 = 'D') and ((_col18 = 'Primary') and _col4 BETWEEN 50.0 AND 100.0)) or ((_col17 = 'U') and ((_col18 = 'Advanced Degree') and _col4 BETWEEN 150.0 AND 200.0)))) (type: boolean)
                  Statistics: Num rows: 57653145 Data size: 11472975855 Basic stats: COMPLETE Column stats: COMPLETE
                    expressions: _col11 (type: int), _col12 (type: int), _col14 (type: float), _col15 (type: float), _col17 (type: string), _col18 (type: string), _col3 (type: int), _col5 (type: float), _col6 (type: int), _col10 (type: int)
                    outputColumnNames: _col10, _col11, _col13, _col14, _col17, _col18, _col3, _col5, _col6, _col9
                    Statistics: Num rows: 57653145 Data size: 11472975855 Basic stats: COMPLETE Column stats: COMPLETE
                      key expressions: _col10 (type: int), _col17 (type: string), _col18 (type: string)
                      Map-reduce partition columns: _col10 (type: int), _col17 (type: string), _col18 (type: string)
                      Statistics: Num rows: 57653145 Data size: 11472975855 Basic stats: COMPLETE Column stats: COMPLETE
                      value expressions: _col3 (type: int), _col5 (type: float), _col6 (type: int), _col9 (type: int), _col11 (type: int), _col13 (type: float), _col14 (type: float)
        Reducer 5 
                  0 
                  1 {VALUE._col3} {VALUE._col5} {VALUE._col6} {VALUE._col9} {VALUE._col10} {VALUE._col12} {VALUE._col13}
                outputColumnNames: _col6, _col8, _col9, _col12, _col14, _col16, _col17
                Statistics: Num rows: 3187317548 Data size: 50997080768 Basic stats: COMPLETE Column stats: COMPLETE
                  expressions: _col12 (type: int), _col14 (type: int), _col16 (type: float), _col17 (type: float), _col6 (type: int), _col8 (type: float), _col9 (type: int)
                  outputColumnNames: _col12, _col14, _col16, _col17, _col6, _col8, _col9
                  Statistics: Num rows: 3187317548 Data size: 50997080768 Basic stats: COMPLETE Column stats: COMPLETE
                    key expressions: _col12 (type: int)
                    Map-reduce partition columns: _col12 (type: int)
                    Statistics: Num rows: 3187317548 Data size: 50997080768 Basic stats: COMPLETE Column stats: COMPLETE
                    value expressions: _col6 (type: int), _col8 (type: float), _col9 (type: int), _col14 (type: int), _col16 (type: float), _col17 (type: float)
        Reducer 6 
                  0 {VALUE._col0}
                  1 {VALUE._col6} {VALUE._col8} {VALUE._col9} {VALUE._col13} {VALUE._col15} {VALUE._col16}
                outputColumnNames: _col1, _col9, _col11, _col12, _col17, _col19, _col20
                Statistics: Num rows: 1593658752 Data size: 156178557696 Basic stats: COMPLETE Column stats: COMPLETE
                  predicate: (((_col1) IN ('KY', 'GA', 'NM') and _col11 BETWEEN 100 AND 200) or (((_col1) IN ('MT', 'OR', 'IN') and _col11 BETWEEN 150 AND 300) or ((_col1) IN ('WI', 'MO', 'WV') and _col11 BETWEEN 50 AND 250))) (type: boolean)
                  Statistics: Num rows: 1195244064 Data size: 117133918272 Basic stats: COMPLETE Column stats: COMPLETE
                    expressions: _col17 (type: int), _col19 (type: float), _col20 (type: float), _col9 (type: int), _col12 (type: int)
                    outputColumnNames: _col11, _col13, _col14, _col3, _col6
                    Statistics: Num rows: 1195244064 Data size: 14342928768 Basic stats: COMPLETE Column stats: COMPLETE
                        0 
                        1 {_col3} {_col11} {_col13} {_col14}
                      keys:
                        0 _col0 (type: int)
                        1 _col6 (type: int)
                      outputColumnNames: _col5, _col13, _col15, _col16
                        0 Map 11
                      Statistics: Num rows: 1334416318 Data size: 16012995816 Basic stats: COMPLETE Column stats: COMPLETE
                        expressions: _col13 (type: int), _col15 (type: float), _col16 (type: float), _col5 (type: int)
                        outputColumnNames: _col13, _col15, _col16, _col5
                        Statistics: Num rows: 1334416318 Data size: 16012995816 Basic stats: COMPLETE Column stats: COMPLETE
                            0 {_col1}
                            1 {_col5} {_col15} {_col16}
                          keys:
                            1 _col13 (type: int)
                          outputColumnNames: _col1, _col7, _col17, _col18
                            0 Map 12
                          Statistics: Num rows: 1334416256 Data size: 140113706880 Basic stats: COMPLETE Column stats: COMPLETE
                            expressions: _col1 (type: string), _col7 (type: int), _col18 (type: float), _col17 (type: float)
                            outputColumnNames: _col0, _col1, _col2, _col3
                            Statistics: Num rows: 1334416256 Data size: 140113706880 Basic stats: COMPLETE Column stats: COMPLETE
                              aggregations: avg(_col1), avg(_col2), avg(_col3)
                              mode: hash
                              outputColumnNames: _col0, _col1, _col2, _col3
                              Statistics: Num rows: 157024 Data size: 15231328 Basic stats: COMPLETE Column stats: COMPLETE
                                Statistics: Num rows: 157024 Data size: 15231328 Basic stats: COMPLETE Column stats: COMPLETE
                                value expressions: _col1 (type: struct<count:bigint,sum:double,input:int>), _col2 (type: struct<count:bigint,sum:double,input:float>), _col3 (type: struct<count:bigint,sum:double,input:float>)
        Reducer 7 
                aggregations: avg(VALUE._col0), avg(VALUE._col1), avg(VALUE._col2)
                outputColumnNames: _col0, _col1, _col2, _col3
                Statistics: Num rows: 112 Data size: 13552 Basic stats: COMPLETE Column stats: COMPLETE
                  expressions: substr(_col0, 1, 20) (type: string), _col1 (type: double), _col2 (type: double), _col3 (type: double)
                  Statistics: Num rows: 112 Data size: 23296 Basic stats: COMPLETE Column stats: COMPLETE
                    key expressions: _col0 (type: string), _col1 (type: double), _col2 (type: double), _col3 (type: double)
                    sort order: ++++
                    Statistics: Num rows: 112 Data size: 23296 Basic stats: COMPLETE Column stats: COMPLETE
                    TopN Hash Memory Usage: 0.04
        Reducer 8 
                expressions: KEY.reducesinkkey0 (type: string), KEY.reducesinkkey1 (type: double), KEY.reducesinkkey2 (type: double), KEY.reducesinkkey3 (type: double)
                Statistics: Num rows: 112 Data size: 23296 Basic stats: COMPLETE Column stats: COMPLETE
                Limit
                  Statistics: Num rows: 100 Data size: 20800 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 100 Data size: 20800 Basic stats: COMPLETE Column stats: COMPLETE
                    table:

You will get the below error when

Non-terminating decimal expansion; no exact representable decimal result.
caused by
java.math.BigDecimal.divide(BigDecimal.java:1616)
org.apache.camel.dataformat.bindy.format.BigDecimalFormat.parse(BigDecimalFormat.java:38)
org.apache.camel.dataformat.bindy.format.BigDecimalFormat.parse(BigDecimalFormat.java:23)

When parasering the String 00000123567 with the below model.

@DataField(pos = 1, precision = 10, length = 11, impliedDecimalSeparator = true) 
private BigDecimal	 foobar;

Here is the discussion about the issue.
http://camel.465427.n5.nabble.com/impliedDecimalSeparator-not-working-for-numbers-starting-with-0-tp5732448.html

When executing

Build Failed:

[INFO]
[INFO] Hive Storage API 2.7.0-SNAPSHOT .................... SUCCESS [  5.299 s]
[INFO] Hive 4.0.0-SNAPSHOT ................................ SUCCESS [  0.750 s]
[INFO] Hive Classifications ............................... SUCCESS [  1.057 s]
[INFO] Hive Shims Common .................................. SUCCESS [  3.882 s]
[INFO] Hive Shims 0.23 .................................... SUCCESS [  5.020 s]
[INFO] Hive Shims Scheduler ............................... SUCCESS [  2.587 s]
[INFO] Hive Shims ......................................... SUCCESS [  2.038 s]
[INFO] Hive Common ........................................ SUCCESS [  6.921 s]
[INFO] Hive Service RPC ................................... SUCCESS [  3.503 s]
[INFO] Hive Serde ......................................... SUCCESS [  6.322 s]
[INFO] Hive Standalone Metastore .......................... FAILURE [  0.557 s]
[INFO] Hive Standalone Metastore Common Code .............. SKIPPED
[INFO] Hive Metastore ..................................... SKIPPED
[INFO] Hive Vector-Code-Gen Utilities ..................... SKIPPED
[INFO] Hive Llap Common ................................... SKIPPED
[INFO] Hive Llap Client ................................... SKIPPED
[INFO] Hive Llap Tez ...................................... SKIPPED
[INFO] Hive Spark Remote Client ........................... SKIPPED
[INFO] Hive Metastore Server .............................. SKIPPED
[INFO] Hive Query Language ................................ SKIPPED
[INFO] Hive Llap Server ................................... SKIPPED
[INFO] Hive Service ....................................... SKIPPED
[INFO] Hive Accumulo Handler .............................. SKIPPED
[INFO] Hive JDBC .......................................... SKIPPED
[INFO] Hive Beeline ....................................... SKIPPED
[INFO] Hive CLI ........................................... SKIPPED
[INFO] Hive Contrib ....................................... SKIPPED
[INFO] Hive Druid Handler ................................. SKIPPED
[INFO] Hive HBase Handler ................................. SKIPPED
[INFO] Hive JDBC Handler .................................. SKIPPED
[INFO] Hive HCatalog ...................................... SKIPPED
[INFO] Hive HCatalog Core ................................. SKIPPED
[INFO] Hive HCatalog Pig Adapter .......................... SKIPPED
[INFO] Hive HCatalog Server Extensions .................... SKIPPED
[INFO] Hive HCatalog Webhcat Java Client .................. SKIPPED
[INFO] Hive HCatalog Webhcat .............................. SKIPPED
[INFO] Hive HCatalog Streaming ............................ SKIPPED
[INFO] Hive HPL/SQL ....................................... SKIPPED
[INFO] Hive Streaming ..................................... SKIPPED
[INFO] Hive Llap External Client .......................... SKIPPED
[INFO] Hive Shims Aggregator .............................. SKIPPED
[INFO] Hive Kryo Registrator .............................. SKIPPED
[INFO] Hive TestUtils ..................................... SKIPPED
[INFO] Hive Kafka Storage Handler ......................... SKIPPED
[INFO] Hive Packaging ..................................... SKIPPED
[INFO] Hive Metastore Tools ............................... SKIPPED
[INFO] Hive Metastore Tools common libraries .............. SKIPPED
[INFO] Hive metastore benchmarks .......................... SKIPPED
[INFO] Hive Upgrade Acid .................................. SKIPPED
[INFO] Hive Pre Upgrade Acid 4.0.0-SNAPSHOT ............... SKIPPED
[INFO] Total time: 38.602 s
[INFO] Finished at: 2018-10-22T15:14:24+08:00
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-assembly-plugin:3.1.0:single (assemble) on project hive-standalone-metastore: Execution assemble of goal org.apache.maven.plugins:maven-assembly-plugin:3.1.0:single failed: group id '25950964' is too big ( > 2097151 ). Use STAR or POSIX extensions to overcome this limit -> [Help 1]

I have tried to add tarLongFileMode=posix in standalone-metastore/pom.xml, but not success. What I added as below.

 <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-assembly-plugin</artifactId>
        <version>${maven.assembly.plugin.version}</version>
            <tarLongFileMode>posix</tarLongFileMode>
</plugin>

Possibly related to SPR-14929

public class So41346616Application {

		ConfigurableApplicationContext context = SpringApplication.run(So41346616Application.class, args);
		MessageChannel annotated = context.getBean("annotated", MessageChannel.class);
		MessageChannel notAnnotated = context.getBean("notAnnotated", MessageChannel.class);
		Message<?> foo = new GenericMessage<>("foo");
		StopWatch watch = new StopWatch();
		watch.start();
		for (int i = 0; i < 10000; i++) {
			annotated.send(foo);
		}
		watch.stop();
			notAnnotated.send(foo);
		}
		}
		System.out.println("Annotated: " + watch.getTaskInfo()[0].getTimeMillis() +
				" not: " + watch.getTaskInfo()[1].getTimeMillis() +
				" second annotated: " + watch.getTaskInfo()[2].getTimeMillis());
		context.close();
	}

	@ServiceActivator(inputChannel = "annotated")
	public void with(@Payload String payload) {
	}

	@ServiceActivator(inputChannel = "notAnnotated")
	public void without(String payload) {
	}

}

Annotated: 3521 not: 36 second annotated: 11202
Yourkit pointed me to ConcurrentReferenceHashMap and we're getting cache misses and adding new entries for each invocation.

Just now got a spurious failure from this while testing something else.
 [junit] diff -a -I file: -I /tmp/ -I invalidscheme: -I lastUpdateTime -I la\
stAccessTime -I owner -I transient_lastDdlTime -I java.lang.RuntimeException -I\
 at org -I at sun -I at java -I at junit -I Caused by: -I [.][.][.] [0-9]* more\
 /data/users/jsichi/open/commit-trunk/.ptest_0/build/ql/test/logs/clientpositiv\
e/load_dyn_part14.q.out /data/users/jsichi/open/commit-trunk/.ptest_0/ql/src/te\
st/results/clientpositive/load_dyn_part14.q.out                                 
[junit] 261,262d260                                                         
[junit] < k1        _HIVE_DEFAULT_PARTITION_                              
[junit] 264a263,264                                                         
[junit] > k1        _HIVE_DEFAULT_PARTITION_                              
[junit] Exception: Client execution results failed with error code = 1      

hbase(main):010:0* put 'testtable', 'row1', 'cf1:a', 'ab'
0 row(s) in 0.1800 seconds

hbase(main):011:0> scan 'testtable'
 row1                                    column=cf1:a, timestamp=1481538756308, value=ab

hbase(main):012:0> scan 'testtable', FILTER=>"(ValueFilter(=,'binary:ab'))"

hbase(main):013:0* scan 'testtable', FILTER=>"(ValueFilter(=,'binary:x') AND ValueFilter(=,'binary:y')) OR ValueFilter(=,'binary:ab')"

hbase(main):014:0> scan 'testtable', FILTER=>"(ValueFilter(=,'binary:x') AND (ValueFilter(=,'binary:y'))) OR ValueFilter(=,'binary:ab')"

In the last scan, we should got a row.
The inner cause is that the last filter is parsed incorrectly.

The symptom is the first region assignment submitted in SSH is in progress while when am.waitOnRegionToClearRegionsInTransition times out we will re-submitted another SSH which will invoke another region assignment for the region. It will cause the region get stuck in RIT status.

If using markRollbackOnly to dente the route should rollback the Spring DMLC does not rollback despite its status has been told so. We are forced to thrown runtime exceptions.

To help address concerns Gunther Hagleitner had about having to update many partitions here

Current value is 1M rows, would like to bump this up to make sure we are not creating semjoin optimizations on dimension tables, since having too many semijoin optimizations can cause serialized execution of tasks if lots of tasks are waiting for semijoin optimizations to be computed.

See https://issues.apache.org/jira/browse/HIVE-10091?focusedCommentId=14382413&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14382413
These two lines of code

    // Replace virtual columns with nulls. See javadoc for details.
    prunerExpr = removeNonPartCols(prunerExpr, extractPartColNames(tab), partColsUsedInFilter);
    // Remove all parts that are not partition columns. See javadoc for details.
    ExprNodeDesc compactExpr = compactExpr(prunerExpr.clone());

are supposed to take care of this; I see there were bunch of changes to this code over some time, and now it appears to be broken.
Thanks to Thejas M Nair for info.

When I use XmlEventDecoder with WebClient & Reactor, this class triggered IllegalReferenceCountException(refCnt = 0) in AbstractByteBuf. To solve this problem, we need to add -Dio.netty.buffer.bytebuf.checkAccessible=false as JVM argument.
Code to reproduce depends on both of Core 5.0.0.RC2 and Web 5.0.0.RC2,
not sure which caused this problem. I'll push test to reproduce later.
Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426; 2017-04-04T03:39:06+08:00)
Maven home: /usr/local/Cellar/maven/3.5.0/libexec
Java version: 1.8.0_92, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_92.jdk/Contents/Home/jre
OS name: "mac os x", version: "10.12.5", arch: "x86_64", family: "mac"
io.netty.util.IllegalReferenceCountException: refCnt: 0
	at io.netty.buffer.AbstractByteBuf.ensureAccessible(AbstractByteBuf.java:1408)
	at io.netty.buffer.AbstractByteBuf.checkReadableBytes0(AbstractByteBuf.java:1394)
	at io.netty.buffer.AbstractByteBuf.checkReadableBytes(AbstractByteBuf.java:1383)
	at io.netty.buffer.AbstractByteBuf.readBytes(AbstractByteBuf.java:850)
	at io.netty.buffer.ByteBufInputStream.read(ByteBufInputStream.java:179)
	at com.sun.org.apache.xerces.internal.impl.XMLEntityManager$RewindableInputStream.read(XMLEntityManager.java:2928)
	at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.read(UTF8Reader.java:302)
	at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(XMLEntityScanner.java:1793)
	at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipSpaces(XMLEntityScanner.java:1538)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:838)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606)
	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:118)
	at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.next(XMLStreamReaderImpl.java:553)
	at com.sun.xml.internal.stream.XMLEventReaderImpl.nextEvent(XMLEventReaderImpl.java:83)
	at com.sun.xml.internal.stream.XMLEventReaderImpl.next(XMLEventReaderImpl.java:248)
	at reactor.core.publisher.FluxIterable$IterableSubscription.fastPath(FluxIterable.java:227)
	at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:141)
	at reactor.core.publisher.MonoFlatMapMany$FlatMapMain.onSubscribeInner(MonoFlatMapMany.java:139)
	at reactor.core.publisher.MonoFlatMapMany$FlatMapInner.onSubscribe(MonoFlatMapMany.java:224)
	at reactor.core.publisher.MonoFlatMapMany$FlatMapMain.onNext(MonoFlatMapMany.java:181)
	at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:919)
	at reactor.core.publisher.MonoReduce$ReduceSubscriber.onComplete(MonoReduce.java:125)
	at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:130)
	at reactor.ipc.netty.channel.FluxReceive.terminateReceiver(FluxReceive.java:375)
	at reactor.ipc.netty.channel.FluxReceive.drainReceiver(FluxReceive.java:198)
	at reactor.ipc.netty.channel.FluxReceive.onInboundComplete(FluxReceive.java:338)
	at reactor.ipc.netty.channel.ChannelOperations.onInboundComplete(ChannelOperations.java:343)
	at reactor.ipc.netty.channel.ChannelOperations.onHandlerTerminate(ChannelOperations.java:419)
	at reactor.ipc.netty.http.client.HttpClientOperations.onInboundNext(HttpClientOperations.java:566)
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:293)
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:267)
	at io.netty.handler.logging.LoggingHandler.channelRead(LoggingHandler.java:233)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:624)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:559)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:476)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:438)

To reproduce clean the .m2 repository, clone the roo from a repo, 'mvn clean install' the wrapping and then 'mvn clean install' the root
This only happens the first time. I tag it as major as normal set CI server would fail on first attempt of build
[INFO] Installing org/springframework/roo/org.springframework.roo.shell.osgi/1.1.0.M3/org.springframework.roo.shell.osgi-1.1.0.M3.jar
[INFO] Writing OBR metadata
[INFO] Building Spring Roo - URL Stream - JDK
[INFO]    task-segment: [clean, install]
[INFO] Deleting directory /home/hatim/Latest/roo/url-stream-jdk/target
[INFO] [exec:exec 
]
[INFO] skip non existing resourceDirectory /home/hatim/Latest/roo/url-stream-jdk/src/main/resources
[INFO] Compiling 2 source files to /home/hatim/Latest/roo/url-stream-jdk/target/classes
/home/hatim/Latest/roo/url-stream-jdk/src/main/java/org/springframework/roo/url/stream/jdk/ProxyConfigurationCommands.java:[5,36] cannot find symbol
symbol  : class CliCommand
location: package org.springframework.roo.shell
/home/hatim/Latest/roo/url-stream-jdk/src/main/java/org/springframework/roo/url/stream/jdk/ProxyConfigurationCommands.java:[6,36] cannot find symbol
symbol  : class CommandMarker
/home/hatim/Latest/roo/url-stream-jdk/src/main/java/org/springframework/roo/url/stream/jdk/ProxyConfigurationCommands.java:[18,51] cannot find symbol
symbol: class CommandMarker
public class ProxyConfigurationCommands implements CommandMarker {
/home/hatim/Latest/roo/url-stream-jdk/src/main/java/org/springframework/roo/url/stream/jdk/ProxyConfigurationCommands.java:[20,2] cannot find symbol
location: class org.springframework.roo.url.stream.jdk.ProxyConfigurationCommands
[INFO] Total time: 4 minutes 50 seconds
[INFO] Finished at: Sun Aug 08 00:16:07 CEST 2010
[INFO] Final Memory: 86M/304M

To re-create:

Create a script app.roo like so:

entity --class ~.Foo --testAutomatically

From the bash prompt, run "roo.sh script app.roo"

Roo emits the following output:

/_/ |_|\____/\____/    1.1.4.RELEASE [rev f787ce7]

Created SRC_MAIN_JAVA                                                                                                                                                        Please wait - still loading
Created SRC_TEST_JAVA                                                                                                                                                        Please wait - still loading
Created SRC_MAIN_RESOURCES/log4j.properties
Created SRC_MAIN_RESOURCES/META-INF/spring/applicationContext.xml
persistence setup --provider HIBERNATE --database HYPERSONIC_IN_MEMORY                                                                                                       Please wait - still loading
Updated ROOT/pom.xml [added dependencies org.hsqldb:hsqldb:1.8.0.10, org.hibernate:hibernate-core:3.6.3.Final, org.hibernate:hibernate-entitymanager:3.6.3.Final, org.hibernate.javax.persistence:hibernate-jpa-2.0-api:1.0.0.Final, org.hibernate:hibernate-validator:4.1.0.Final, javax.validation:validation-api:1.0.0.GA, cglib:cglib-nodep:2.2, javax.transaction:jta:1.1, o    Please wait - still loading${spring.version}, org.springframework:spring-orm:${spring.version}, commons-pool:commons-pool:1.5.4, commons-dbcp:commons-dbcp:1.3; added repository https://repository.ories/releases]                                                                                                                                                          Downloaded 0% of roobot.xml.zip
Updated SRC_MAIN_RESOURCES/META-INF/spring/applicationContext.xml
Created SRC_MAIN_JAVA/com/foo
Created SRC_MAIN_JAVA/com/foo/Foo.java
Created SRC_TEST_JAVA/com/foo
Created SRC_TEST_JAVA/com/foo/FooDataOnDemand.java                                                                                                                       Downloaded 0% of roobot.xml.zip
Created SRC_TEST_JAVA/com/foo/FooIntegrationTest.java
Created SRC_MAIN_JAVA/com/foo/Foo_Roo_Configurable.aj
Created SRC_MAIN_JAVA/com/foo/Foo_Roo_Entity.aj
Created SRC_MAIN_JAVA/com/foo/Foo_Roo_ToString.aj
Created SRC_TEST_JAVA/com/foo/FooDataOnDemand_Roo_Configurable.aj
Created SRC_TEST_JAVA/com/foo/FooDataOnDemand_Roo_DataOnDemand.aj
Created SRC_TEST_JAVA/com/foo/FooIntegrationTest_Roo_Configurable.aj
Created SRC_TEST_JAVA/com/foo/FooIntegrationTest_Roo_IntegrationTest.aj                                                                                                  Downloaded 0% of roobot.xml.zip
Updated SRC_MAIN_JAVA/com/foo/Foo.java
Created SRC_MAIN_JAVA/com/foo/Foo_Roo_JavaBean.aj
Updated SRC_TEST_JAVA/com/foo/FooDataOnDemand_Roo_DataOnDemand.aj
Updated SRC_MAIN_JAVA/com/foo/Foo_Roo_ToString.aj
Script required 2 second(s) to execute
Exception in thread "Spring Roo RooBot Add-In Index Eager Download" java.lang.NullPointerException
	at org.apache.felix.scr.impl.manager.ComponentContextImpl.getBundleContext(ComponentContextImpl.java:89)
	at org.springframework.roo.addon.roobot.client.AddOnRooBotOperationsImpl.getUpgradableBundles(AddOnRooBotOperationsImpl.java:784)
	at org.springframework.roo.addon.roobot.client.AddOnRooBotOperationsImpl.printAddonStats(AddOnRooBotOperationsImpl.java:675)                                     Downloaded 0% of roobot.xml.zip
	at org.springframework.roo.addon.roobot.client.AddOnRooBotOperationsImpl.populateBundleCache(AddOnRooBotOperationsImpl.java:667)
	at org.springframework.roo.addon.roobot.client.AddOnRooBotOperationsImpl.access$100(AddOnRooBotOperationsImpl.java:59)
	at org.springframework.roo.addon.roobot.client.AddOnRooBotOperationsImpl$1.run(AddOnRooBotOperationsImpl.java:110)

After clearing out the project directory and running that command again, the problem failed to recur.

This seems to work okay with the h2 driver, but adding a postgres driver add operations fail.
The driver is deployed and is on the main-server-group which defaults to the full profile.

[domain@localhost:9990 /] /server-group=main-server-group:read-children-resources(child-type=deployment,recursive=true,include-runtime=true)
{
    "result" => {"postgresql-9.4-1201.jdbc41.jar" => {
        "enabled" => true,
        "name" => "postgresql-9.4-1201.jdbc41.jar",
        "runtime-name" => "postgresql-9.4-1201.jdbc41.jar"
    }}
}

Attempting to add the data source results in the following error:

[domain@localhost:9990 /] /profile=full/subsystem=datasources/data-source=test-pg:add(driver-name=postgresql-9.4-1201.jdbc41.jar, connection-url=jdbc:postgresql://localhost:test,user-name=user,password=password, jndi-name=java:jboss/datasources/test-pg)
{
        "server-one" => {"WFLYCTL0080: Failed services" => {"jboss.data-source.java:jboss/datasources/test-pg" => "org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/datasources/test-pg: WFLYJCA0033: Error during the deployment of test-pg
    Caused by: org.jboss.msc.service.StartException in anonymous service: WFLYJCA0032: Unable to start the ds because it generated more than one cf"}},
        "server-two" => {"WFLYCTL0080: Failed services" => {"jboss.data-source.java:jboss/datasources/test-pg" => "org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/datasources/test-pg: WFLYJCA0033: Error during the deployment of test-pg
    Caused by: org.jboss.msc.service.StartException in anonymous service: WFLYJCA0032: Unable to start the ds because it generated more than one cf"}}
    }}}}}},
            "failure-description" => {"WFLYCTL0080: Failed services" => {"jboss.data-source.java:jboss/datasources/test-pg" => "org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/datasources/test-pg: WFLYJCA0033: Error during the deployment of test-pg
        }},
        }}
    }}}}
}

For the following query

SELECT IF ( ( (CASE WHEN bool0 THEN 1 WHEN NOT bool0 THEN 0 END) = (CASE WHEN TRUE THEN 1 WHEN NOT TRUE THEN 0 END) ), key0, IF ( ( (CASE WHEN bool0 THEN 1 WHEN NOT bool0 THEN 0 END) = (CASE WHEN FALSE THEN 1 WHEN NOT FALSE THEN 0 END) ), key1, key2 ) ) FROM src_orc;

the expression gets constant folded to 

if(CASE WHEN (bool0) THEN (true) WHEN ((not bool0)) THEN (false) END, key0, if(CASE WHEN (bool0) THEN (false) WHEN ((not bool0)) THEN (true) END, key1, key2)) (type: string)

however, the GenericUDFWhen and GenericUDFCase expression retain the original return type (int) instead of the folded return type (boolean). This can cause ClassCastException for the above query when vectorization is enabled.

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating if(CASE WHEN (bool0) THEN (true) WHEN ((not bool0)) THEN (false) END, key0, if(CASE WHEN (bool0) THEN (false) WHEN ((not bool0)) THEN (true) END, key1, key2))
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:126)
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:114)
	at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:168)
	... 18 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.io.BooleanWritable cannot be cast to org.apache.hadoop.io.IntWritable
	at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.setOutputCol(VectorUDFAdaptor.java:262)
	at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.setResult(VectorUDFAdaptor.java:210)
	at org.apache.hadoop.hive.ql.exec.vector.udf.VectorUDFAdaptor.evaluate(VectorUDFAdaptor.java:140)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpression.evaluateChildren(VectorExpression.java:121)
	at org.apache.hadoop.hive.ql.exec.vector.expressions.IfExprStringGroupColumnStringGroupColumn.evaluate(IfExprStringGroupColumnStringGroupColumn.java:54)
	at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:123)
	... 22 more

"alternative-server" of wildfly-ts-integ-xts module use wrong managementAddress
https://github.com/wildfly/wildfly/blob/master/testsuite/integration/xts/src/test/config/arq/arquillian.xml
"alternative-server" use 100 port offset, but doesn't change the managementAddress, this make tests fail with "Could not start container" in case that node0 is not binded to localhost
https://github.com/wildfly/wildfly/blob/master/testsuite/integration/src/test/scripts/xts-build.xml
reproduce

$MYTESTIP_1 != localhost

./integration-tests.sh -Dts.xts  -Dts.noSmoke -Dnode0=$MYTESTIP_1
  CompensatableTestCase.org.jboss.as.test.xts.annotation.client.CompensatableTestCase » Runtime
  TransactionalTestCase.org.jboss.as.test.xts.annotation.client.TransactionalTestCase » Runtime
  CompensationScopedTestCase.org.jboss.as.test.xts.annotation.compensationScoped.CompensationScopedTestCase » Runtime
  AtomicTransactionSuspendTestCase.org.jboss.as.test.xts.suspend.wsat.AtomicTransactionSuspendTestCase » Lifecycle
  BusinessActivitySuspendTestCase.org.jboss.as.test.xts.suspend.wsba.BusinessActivitySuspendTestCase » Runtime
  ATTestCase.org.jboss.as.test.xts.wsat.client.ATTestCase » Runtime Arquillian h...
  BACoordinatorCompletionTestCase.org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase » Runtime
  BAParticipantCompletionTestCase.org.jboss.as.test.xts.wsba.participantcompletion.client.BAParticipantCompletionTestCase » Runtime

Tests run: 8, Failures: 0, Errors: 8, Skipped: 0

This happens whenever there are more than 1 reducers.
The scenario :
CREATE  TABLE t1 (a int, b int);
CREATE  TABLE t2 (cnt int) PARTITIONED BY (var_name string);
insert into table t1 select 1,1 from asd limit 1;
insert into table t1 select 2,2 from asd limit 1;
t1 contains :
1 1
2 2
from  t1
insert overwrite table t2 partition(var_name='a') select count(a) cnt 
insert overwrite table t2 partition(var_name='b') select count(b) cnt ;
select * from t2;
returns : 
2 a
2 b
as expected.
Setting the number of reducers higher than 1 :
set mapred.reduce.tasks=2;
from  t1
insert overwrite table t2 partition(var_name='a') select count(a) cnt
insert overwrite table t2 partition(var_name='b') select count(b) cnt;
1	a
1	a
1	b
1	b
Wrong results.
This happens when ever t1 is big enough to automatically generate more than 1 reducers and without specifying it directly.
adding "group by 1" in the end of each insert solves the problem :
from  t1
insert overwrite table t2 partition(var_name='a') select count(a) cnt group by 1
insert overwrite table t2 partition(var_name='b') select count(b) cnt group by 1;
generates : 
2 a
2 b
This should work without the group by...
The number of rows for each partition will be the amount of reducers.
Each reducer calculated a sub total of the count.

The DOAP contains the following:

<category rdf:resource="http://www.apache.org/category/database" />

However, the URL is incorrect; it must be

<category rdf:resource="http://projects.apache.org/category/database" />

Please fix this

Currently the scanner doesn't check if a region is closing/closed. If a region is closed, then reopened, an old scanner could still refer to the closed HRegion instance.  So the scanner will miss some store file changes due to compaction.

These implementations were deprecated, see JBEAP-9646. Please update description for these elements in Infinispan XSD accordingly.

HIVE-11786 tried to normalize table TAB_COL_STATS/PART_COL_STATS but caused performance regression.

We've got a busy route with high memory pressure, we found out it was due to S3Producer not closing the streams it opened in some cases. See MR

Tomaz Cerar:
kerberos tests in wildfly-core fail on jdk9 & ibm jdk 8

KerberosHttpMgmtSaslTestCase.testGssapiOverSsl  	
KerberosHttpMgmtSaslTestCase.testGssapiWithoutSsl  	
KerberosNativeMgmtSaslTestCase.testGssapiOverSsl  	
KerberosNativeMgmtSaslTestCase.testGssapiWithoutSsl

regression was introduced as part of https://ci.wildfly.org/viewLog.html?buildId=71460&tab=buildChangesDiv&buildTypeId=WildFlyCore_MasterLinuxJdk9 changeset
probably as part of WFCORE-3179
Root exception is

GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)

Explain on TPC-DS query 64 took 11 seconds, when the CLI was profiled it showed that ReadEntity.equals is taking ~40% of the CPU.
ReadEntity.equals is called from the snippet below.
Again and again the set is iterated over to get the actual match, a HashMap is a better option for this case as Set doesn't have a Get method.
Also for ReadEntity equals is case-insensitive while hash is , which is an undesired behavior.

public static ReadEntity addInput(Set<ReadEntity> inputs, ReadEntity newInput) {
    // If the input is already present, make sure the new parent is added to the input.
    if (inputs.contains(newInput)) {
      for (ReadEntity input : inputs) {
        if (input.equals(newInput)) {
          if ((newInput.getParents() != null) && (!newInput.getParents().isEmpty())) {
            input.getParents().addAll(newInput.getParents());
            input.setDirect(input.isDirect() || newInput.isDirect());
          }
          return input;
        }
      }
      assert false;
    } else {
      inputs.add(newInput);
      return newInput;
    }
    // make compile happy
  }

This is the query used : 

from
        JOIN
  WHERE  
	 and ss_sold_date between '2000-01-01' and '2000-12-31'
) cs1
JOIN
        JOIN
  WHERE  
	 and ss_sold_date between '2001-01-01' and '2001-12-31'
) cs2
where 
order by cs1.product_name ,cs1.store_name ,cs2.cnt;

Talked to Venky, rcfilecat needs to add column and line delimiters. 

The archetypes work great but they won't output debug level logging because they don't include a dependency on Log4J. By simply adding the dependency on Log4J, outputting debug level logging is possible. 

Discovered while investigating some (probably) unrelated issue.
MapJoinBytesTableContainer was not intended to be reused, but it looks like some code might reuse it. If that happens, the dummyRow case will not work correctly (dummyRow is cleared on first(), so another call to first() will behave differently).

When using @Query in a JPA repository along with Pageable and attempting to sort on a field in a joined fetch entity, the from entity gets prepended to the sort field. Because the alias got a bad result. For example, if I do the following query:

@Query(value = "SELECT DISTINCT user FROM User user LEFT JOIN FETCH user.authorities authority")

 if I simply decide to sort by a field in the Authority entity with this PageRequest:

new PageRequest(0, 10, Direction.DESC, "authority.name");

The query run is:

SELECT DISTINCT user FROM com.admtl.model.user.User user LEFT JOIN FETCH user.authorities authority  order by user.authority.name asc

And I got :

SEVERE: Servlet.service() for servlet [SpringWeb] in context with path [/path] threw exception [Request processing failed; nested exception is org.springframework.dao.InvalidDataAccessApiUsageException: org.hibernate.QueryException: could not resolve property: authority of: com.admtl.model.user.User [SELECT DISTINCT user FROM com.admtl.model.user.User user LEFT JOIN FETCH user.authorities authority  order by user.authority.name asc]; nested exception is java.lang.IllegalArgumentException: org.hibernate.QueryException: could not resolve property: authority of: com.admtl.model.user.User [SELECT DISTINCT user FROM com.admtl.model.user.User user LEFT JOIN FETCH user.authorities authority  order by user.authority.name asc]] with root cause

Normal because authorities is property of User not authority
But If I remove the FETCH

@Query(value = "SELECT DISTINCT user FROM User user LEFT JOIN user.authorities authority")

With the same PageRequest, my query run is:

SELECT DISTINCT user FROM com.admtl.model.user.User user LEFT JOIN FETCH user.authorities authority  order by authority.name asc

Perfect!
I look a bit on the code of org.springframework.data.jpa.repository.query.QueryUtils
for method getOuterJoinAliases

    static Set<String> getOuterJoinAliases(String query) {

		Set<String> result = new HashSet<String>();
		Matcher matcher = JOIN_PATTERN.matcher(query);

		while (matcher.find()) {

			String alias = matcher.group(QUERY_JOIN_ALIAS_GROUP_INDEX);
			if (StringUtils.hasText(alias)) {
				result.add(alias);
			}
		}

	}

The FETCH put the mess with the QUERY_JOIN_ALIAS_GROUP_INDEX

While working on HIVE-18208, it was found that with SMB, the results are incorrect. This most likely is a product issue.
auto_sortmerge_join_16 fails with wrong results due to this.
cc Gunther Hagleitner
The current logic in CustomPartitionVertex assumes that there is a split for each bucket whereas in  Tez, we can have no splits for empty buckets.

When I call removeRouteDefinition for DefaultCamelContext, the route doesn't removed from collection of routes.
   public synchronized void removeRouteDefinition(RouteDefinition routeDefinition) throws Exception 
{
        String id = routeDefinition.idOrCreate(nodeIdFactory);
        stopRoute(id);
        removeRoute(id);
    }
it is just remove it from running route service if context is running.
When we do restart context this route started again. 
Workaround for this issue is call  removeRouteDefinitions and wrap single route into collection.
But when I call removeRouteDefinitions - it is process correctly: remove from collections of definitions and after removed from running route services.
    public synchronized void removeRouteDefinitions(Collection<RouteDefinition> routeDefinitions) throws Exception {
        this.routeDefinitions.removeAll(routeDefinitions);
        for (RouteDefinition routeDefinition : routeDefinitions) 
{
            removeRouteDefinition(routeDefinition);
        }
    }

No cipher suites are available for handshake with HTTPS Undertow listener.
According to OpenSSL documentation [1], cipher suites corresponding with ALL:!COMPLEMENTOFDEFAULT:!eNULL cipher string should be available for handshake.
According to Elytron documentation [2], cipher suites corresponding with ALL:!aNULL:!eNULL cipher string should be available for handshake.
[1] https://www.openssl.org/docs/manmaster/apps/ciphers.html#CIPHER-STRINGS
[2] http://wildfly-security.github.io/wildfly-elytron/org/wildfly/security/ssl/CipherSuiteSelector.html#fromString-java.lang.String-

Assume you have a domain model like this:

  List<Address> addresses;
}

  String street;
}

Referring to the property addresses.street via Querydsl-backed web requests doesn't work as we're inspecting the properties in the Querydsl generated classes, and the ListPath generated for addresses needs a dedicated any() lookup to get back to the EntityPath for the element predicates.
Manually specifying a binding, doesn't help either as the translation into a PropertyPath fails, as we currently rely on the toString() representation of the PathMetadata, which in case of the usage of any() returns any(user.addresses).street.
We need to fix the to-dot-path translation in that step and should add the implicit call to any() for derived path expressions in case we encounter a Path that points to a collection.

As a part of HIVE-20953 we are removing the function if creation for same failed with any reason, this will yield into the following situation.
1. create function failed since function already exists
2. on #1 failure hive will clear the permanent function from the registry
3. this function will be of no use until hiveserver2 restarted.

All of the interceptors (filter, method, aspectj) do a before pass and an after pass on the request. 
The before and after filtering methods are shared among the filtere and are implemented in the base class AbstractSecurityInterceptor.
The method AbstractSecurityInterceptor.before publishes an AuthorizedEvent if the authorization is successful.
The method AbstractSecurityInterceptor.after 
    delegates to the afterInvocationManager
    if you use the AfterInfocationProviderManager, that invokes a List of Providers in turn.
There is no AuthorizedEvent published if the authorization succeeds.   To be consistent, the AuthorizedEvent should be published whenever the authorization succeeds. 

While closing connection, it always fail with following trace. Seemingly, it doesnt have any harmful effects.

12/03/20 10:55:02 ERROR hive.metastore: Unable to shutdown local metastore client
	at org.apache.thrift.transport.TIOStreamTransport.write(TIOStreamTransport.java:142)
	at org.apache.thrift.protocol.TBinaryProtocol.writeI32(TBinaryProtocol.java:163)
	at org.apache.thrift.protocol.TBinaryProtocol.writeMessageBegin(TBinaryProtocol.java:91)
	at org.apache.thrift.TServiceClient.sendBase(TServiceClient.java:62)
	at com.facebook.fb303.FacebookService$Client.send_shutdown(FacebookService.java:421)
	at com.facebook.fb303.FacebookService$Client.shutdown(FacebookService.java:415)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.close(HiveMetaStoreClient.java:310)

If one's standalone-full.xml configuration contains something like:
<deployments>
  <deployment name="MyWebApp.war" runtime-name="MyWebApp.war" enabled="true">
    <fs-exploded path="../../SomeDir/MyWebApp.war" relative-to="jboss.home.dir"/>
  </deployment>
</deployments>
whether manually inserted (while the server is not running) or installed via the CLI via
  /deployment=ServiceCenter.war/:add(runtime-name=ServiceCenter.war,content=[
{archive=false,path="../../Windchill/ServiceCenter.war",relative-to="jboss.home.dir"}
])
and a deployment scanner like:
  <subsystem xmlns="urn:jboss:domain:deployment-scanner:2.0"> 
    <deployment-scanner name="1" path="../../../Applications" relative-to="jboss.server.base.dir" scan-interval="5000" auto-deploy-exploded="true"/> 
  </subsystem> 
a failure by a deployment-scanner to deploy an application (exploded in my case, though I'm not sure this makes a difference) will cause the explicitly listed <deployments> to be removed from the configuration!
This occurs irrespective of the value used for auto-deploy-exploded and to <deployment> elements that had already successfully been deployed and started.

This bug effects the Unified EL expression parser implementation.
The result is ConversionExceptions are getting thrown out to the client and not caught by the data mapping system during data binding.
The bug is in the BindingELExpression class used by ELExpressionParser.

When the bean component has to pick among overloaded methods, then it does best matching on parameter types etc.
We should relax the type conversion to try attempt.

http://fpaste.org/125252/ shows what happens when the transaction has already been rolled back ().  

WFLYEJB0458: Failure in caller transaction.: java.lang.IllegalStateException: No transaction is running
        at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionSynchronizationRegistryImple.getTransactionImple(TransactionSynchronizationRegistryImple.java:228)

09:02:13,666 INFO  [stdout] (default task-1) about to create entity 3253
09:02:13,666 INFO  [org.jboss.as.jpa] (default task-1) tx.status = 0
09:02:13,666 WARN  [com.arjuna.ats.arjuna] (Transaction Reaper) ARJUNA012117: TransactionReaper::check timeout for TX 0:ffff7f000001:11d28655:53eb58d3:87 in state  RUN
09:02:13,667 INFO  [stdout] (default task-1) repeating invocation, count=3253
09:02:13,667 INFO  [stdout] (default task-1) about to create entity 3254
09:02:13,667 WARN  [com.arjuna.ats.arjuna] (Transaction Reaper Worker 0) ARJUNA012095: Abort of action id 0:ffff7f000001:11d28655:53eb58d3:87 invoked while multiple threads active within it.
09:02:13,667 WARN  [com.arjuna.ats.arjuna] (Transaction Reaper Worker 0) ARJUNA012108: CheckedAction::check - atomic action 0:ffff7f000001:11d28655:53eb58d3:87 aborting with 1 threads active!
09:02:13,667 INFO  [org.jboss.as.jpa] (default task-1) tx.status = 0
09:02:13,668 INFO  [org.jboss.as.jpa] (default task-1) tx.status = 4
09:02:13,668 INFO  [stdout] (default task-1) repeating invocation, count=3254
09:02:13,668 INFO  [stdout] (default task-1) about to create entity 3255
09:02:13,668 INFO  [stdout] (default task-1) repeating invocation, count=3255
09:02:13,668 INFO  [stdout] (default task-1) about to create entity 3256
09:02:13,669 INFO  [org.jboss.as.jpa] (default task-1) tx.status = 4
09:02:13,669 INFO  [stdout] (default task-1) repeating invocation, count=3256
09:02:13,669 INFO  [stdout] (default task-1) about to create entity 3257
09:02:13,669 INFO  [stdout] (default task-1) repeating invocation, count=3257
09:02:13,669 INFO  [stdout] (default task-1) about to create entity 3258
09:02:13,670 INFO  [org.jboss.as.jpa] (default task-1) tx.status = 4
09:02:13,670 INFO  [stdout] (default task-1) repeating invocation, count=3258
09:02:13,670 INFO  [stdout] (default task-1) about to create entity 3259
09:02:13,670 INFO  [stdout] (default task-1) repeating invocation, count=3259
09:02:13,670 INFO  [stdout] (default task-1) about to create entity 3260
09:02:13,671 INFO  [org.jboss.as.jpa] (default task-1) tx.status = 4
09:02:13,671 INFO  [stdout] (default task-1) repeating invocation, count=3260
09:02:13,671 INFO  [stdout] (default task-1) about to create entity 3261
09:02:13,671 INFO  [stdout] (default task-1) repeating invocation, count=3261
09:02:13,671 INFO  [stdout] (default task-1) about to create entity 3262
09:02:13,672 INFO  [org.jboss.as.jpa] (default task-1) tx.status = 4
09:02:13,672 WARN  [com.arjuna.ats.arjuna] (Transaction Reaper Worker 0) ARJUNA012121: TransactionReaper::doCancellations worker Thread[Transaction Reaper Worker 0,5,main] successfully canceled TX 0:ffff7f000001:11d28655:53eb58d3:87
09:02:13,673 INFO  [stdout] (default task-1) repeating invocation, count=3262
09:02:13,673 INFO  [stdout] (default task-1) about to create entity 3263
09:02:13,675 ERROR [org.jboss.as.ejb3] (default task-1) WFLYEJB0458: Failure in caller transaction.: java.lang.IllegalStateException: No transaction is running
        at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionSynchronizationRegistryImple.registerInterposedSynchronization(TransactionSynchronizationRegistryImple.java:136)
        at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.processInvocation(StatefulSessionSynchronizationInterceptor.java:111) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
        at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
        at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46) [weld-core-impl-2.2.3.Final.jar:2014-07-07 07:39]
        at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:65) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:252) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:343) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:240) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326)
        at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448) [wildfly-security-manager-1.0.0.Final.jar:1.0.0.Final]
        at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185)
        at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182)
        at org.jboss.as.test.integration.jpa.txtimeout.SFSB1$$$view1.createEmployee(Unknown Source) [classes:]
        at org.jboss.as.test.integration.jpa.txtimeout.SimpleServlet.doGet(SimpleServlet.java:72) [classes:]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
        at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:247) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:234) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:153) [undertow-servlet-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:737) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_60]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_60]
        at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60]
09:02:13,681 ERROR [org.jboss.as.ejb3.invocation] (default task-1) WFLYEJB0034: EJB Invocation failed on component SFSB1 for method public void org.jboss.as.test.integration.jpa.txtimeout.SFSB1.createEmployee(java.lang.String,java.lang.String,int): javax.ejb.EJBTransactionRolledbackException: No transaction is running
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleInCallerTx(CMTTxInterceptor.java:161) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
        at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:254) [wildfly-ejb3-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT]
Caused by: java.lang.IllegalStateException: No transaction is running
        ... 62 more
Test case is available via https://github.com/scottmarlow/wildfly/tree/transactiontimeout_clientut

The idea is to be able to use the same warehouse for multiple clusters in the cloud use cases. This scenario is not currently supported by WM.

Current description of configuration does not say what the values for the hive.server2.thrift.sasl.qop property mean, and also does not say that it works only with kerberos auth turned on.

Scenario: I create two simple routes in different bundles:
  <route id="jettyRoute1">
    <from uri="jetty:http://0.0.0.0:15000/jetty?matchOnUriPrefix=true"/>
    <to uri="log:nl.example.jetty.jetty1?showAll=true&level=INFO"/>
  </route>
and (the other bundle):
  <route id="jettyRoute2">
    <from uri="jetty:http://0.0.0.0:16000/jetty?matchOnUriPrefix=true"/>
    <to uri="log:nl.example.jetty.jetty2?showAll=true&level=INFO"/>
  </route>
When I go to http://localhost:15000/jetty or http://localhost:16000/jetty I get both log message in my log. My routes are working. However when I restart one of those bundles both jetty servers are killed and only one is restarted.
See also http://servicemix.396122.n5.nabble.com/Jetty-connector-stops-unexpectedly-td3208647.html

As an example, consider two values of attribute "title": ["Juergen", "George"].
In my mapToContext method I do something like: 
context.setAttributeValues("title", values, true), // order matters
where values now contains ["George", "Juergen"], i.e., the values have been permuted.
Then the DAO update method does something like this:
        final DistinguishedName dn = buildDn(principal.getUserId());
        DirContextOperations context = getLdapOperations().lookupContext(
            dn.encode());
        mapToContext(context, principal, password);
        getLdapOperations().modifyAttributes(context);
After the update, fetching the new values using adapter.getStringAttributes() shows that the values are in the wrong, original order.
Stepping through modifyAttributes(), it appears that DirContextAdapter.collectModifications(Attribute, Attribute, List) 
does not implement anything special to consider preserving the order of values of a multi-valued attribute.

When we have wal provider set to multiwal, the ReplicationSource has multiple worker threads submitting batches to HBaseInterClusterReplicationEndpoint. In such a scenario, it is quite common to encounter RejectedExecutionException because it takes quite long for shipping edits to peer cluster compared to reading edits from source and submitting more batches to the endpoint. 
The logs are just filled with warnings due to this very exception.
Since we subdivide batches before actually shipping them, we don't need to fail and resend the whole batch if one of the sub-batches fails with RejectedExecutionException. Rather, we should just retry the failed sub-batches. 

Failed to execute goal org.apache.maven.plugins:maven-war-plugin:2.1.1:war (default-war) on project spring-security-samples-insecure: Error assembling WAR: webxml attribute is required (or pre-existing WEB-INF/web.xml if executing in update 

PROBLEM:
The following Query run with MapReduce engine with "hive.optimize.skewjoin = true" fails with error:
"FAILED: IllegalArgumentException Error: , expected at the end of 'decimal(9'" 
> SELECT a.col1 FROM db.tableA a  INNER JOIN  db.tableB b  ON b.key=a.key limit 5;
FAILED: IllegalArgumentException Error: , expected at the end of 'decimal(9'
16/08/04 12:47:50 [main]: ERROR ql.Driver: FAILED: IllegalArgumentException Error: , expected at the end of 'decimal(9'
java.lang.IllegalArgumentException: Error: , expected at the end of 'decimal(9'
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils$TypeInfoParser.expect(TypeInfoUtils.java:336)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils$TypeInfoParser.parseParams(TypeInfoUtils.java:378)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils$TypeInfoParser.parsePrimitiveParts(TypeInfoUtils.java:518)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoUtils.parsePrimitiveParts(TypeInfoUtils.java:533)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoFactory.createPrimitiveTypeInfo(TypeInfoFactory.java:136)
	at org.apache.hadoop.hive.serde2.typeinfo.TypeInfoFactory.getPrimitiveTypeInfo(TypeInfoFactory.java:109)
	at org.apache.hadoop.hive.ql.optimizer.physical.GenMRSkewJoinProcessor.processSkewJoin(GenMRSkewJoinProcessor.java:214)
	at org.apache.hadoop.hive.ql.optimizer.physical.SkewJoinProcFactory$SkewJoinJoinProcessor.process(SkewJoinProcFactory.java:60)
	at org.apache.hadoop.hive.ql.optimizer.physical.SkewJoinResolver$SkewJoinTaskDispatcher.dispatch(SkewJoinResolver.java:100)
	at org.apache.hadoop.hive.ql.optimizer.physical.SkewJoinResolver.resolve(SkewJoinResolver.java:55)
	at org.apache.hadoop.hive.ql.optimizer.physical.PhysicalOptimizer.optimize(PhysicalOptimizer.java:107)
	at org.apache.hadoop.hive.ql.parse.MapReduceCompiler.optimizeTaskPlan(MapReduceCompiler.java:270)
	at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:227)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10219)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:459)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:316)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1189)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1237)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1126)
2) However same query works fine when we set "hive.optimize.skewjoin = false" .  And we dont find this issue using Tez execution engine.

this is a followup to HIVE-13369.  Only open txns should prevent use of a base file.  But ValidTxnList does not make a distinction between open and aborted txns.  The presence of aborted txns causes false positives which can happen too often since the flow is 
1. Worker generates a new base file, 
2. then asynchronously Cleaner removes now-compacted aborted txns.  (strictly speaking it's Initiator that does the actual clean up)
So we may have base_5 and base_10 and txnid 7 aborted.  Then current impl will disallow use of base_10 though there is no need for that.  Worse, if txnid_4 is aborted and hasn't been purged yet, base_5 will be rejected as well and then an error will be raised since there is no suitable base file left.
ErrorMsg.ACID_NOT_ENOUGH_HISTORY is msg produced

If a client has not registered any authorizedGrantTypes, the DefaultRedirectResolver currently throws an InvalidGrantException with description "A redirect_uri can only be used by implicit or authorization_code grant types." This is the wrong error to throw, if one should be thrown at all. Previous behavior was that if authorizedGrantTypes was empty the request was allowed to use a redirect uri and it continued to check the provided uri against the registered ones.

Found by the nightly job via FindBugs:

FindBugs	module:hbase-server
org.apache.hadoop.hbase.io.hfile.bucket.BucketCache.persistToFile() may fail to clean up java.io.OutputStream Obligation to clean up resource created at BucketCache.java:up java.io.OutputStream Obligation to clean up resource created at BucketCache.java:[line 1089] is not discharged

Only when you manually create  the exchange and pass it to the producer template send method there will be 2x sent event in the notifier.

I've set this as a blocker because I think it should at least be looked at. Any test in the WildFly testsuite run under Arquillian that uses an injected ManagementClient will have this issue.
I made an attempt to look at what the issue may be, but I wasn't quite sure what the correct fix is. It seemed like in some cases the PrivilegedSaslClient was being used, but in others the LocalUserClient was not wrapped resulting in a security exception.
Here's an example stack trace from a test ran with the security manager enabled:

Running org.jboss.as.test.integration.batch.deployment.JobControlTestCase
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 58.979 sec <<< FAILURE! - in org.jboss.as.test.integration.batch.deployment.JobControlTestCase
testStart(org.jboss.as.test.integration.batch.deployment.JobControlTestCase)  Time elapsed: 58.848 sec  <<< ERROR!
	at org.jboss.as.test.integration.batch.deployment.JobControlTestCase.executeOperation(JobControlTestCase.java:278)
	at org.jboss.as.test.integration.batch.deployment.JobControlTestCase.testStart(JobControlTestCase.java:94)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:126)
	... 148 more
   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/jperkins/projects/jboss/wildfly/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local2457028630597193860.challenge" "read")" in code source "(vfs:/content/test-batch.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.test-batch.war" from Service Module Loader")
	at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:400)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:542)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:504)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:492)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:194)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:118)
	... 158 more
	Suppressed: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/jperkins/projects/jboss/wildfly/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local2457028630597193860.challenge" "read")" in code source "(vfs:/content/test-batch.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.test-batch.war" from Service Module Loader")
		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.lambda$handleEvent$0(ClientConnectionOpenListener.java:644)
		at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:898)
		... 3 more
	Suppressed: javax.security.sasl.SaslException: DIGEST-MD5: Server rejected authentication
		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.handleEvent(ClientConnectionOpenListener.java:730)
		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.handleEvent(ClientConnectionOpenListener.java:572)
		at org.xnio.nio.WorkerThread.run(WorkerThread.java:571)

The easy fix was something like https://github.com/wildfly-security/wildfly-elytron/commit/1a6505e97b88f3dcbeeba6bbcf1e1484cf0a9499. However I really don't think this is correct.

After I applied the patch of CAMEL-2894, I can't get let camel load the router with package scan option.
As the Bundle.getResources(String name), can't work as the ClassLoader.getResources(String name).
So we have to use Bundle.findEntries() to check the package's resource.

The enhancement provided with SPR-8855 causes an unintended side-effect during initialization of the cache via the factory.  
When creating a cache by the factory bean, the method create cache attempts to set the properties statistics, sampledStatistics, and disabled before returning the cache. At the time this occurs the cache has not been registered with the cache manager and has not as yet been initialized. This is not a problem for disabled, but statistics & sampledStatistics both check to see if the cache has been initialized.
Would it be possible to move the code for the statistics & sampledStatistic up to afterPropertiesSet just before attempting to decorate the cache?
Obvious workaround would be to define the cache in the ehcache.xml configuration.  This unfortunately is not workable for my current project.
I have emailed Jeurgen Hoeller with regard to this as well.

An example would be if a configuration used <debug/> and a custom AuthenticationProvider or UserDetailsService which had an Autowired constructor one might get an exception similar to NoSuchMethodException MyCustomAuthenticationProvider.<init>()

BaseWork extends AbstractOperatorDesc
both classes have vectorMode field.
both have setVectorMode method
BaseWork has getVectorMode method
I think we should add getVectorMode method to AbstractOperatorDesc and remove vectorMode field, getter and setter methods from BaseWork

Actually this is a pretty major bug, no idea how it slipped before.
If last RG is not selected, dictionary buffers will not be unlocked because of bad assumptions about what isLastRg means (last in processing vs last in the stripe).

When we have a route looking like:
<from uri="rmi:..."/>
<to uri="myBean"/>
if an exception is raised on myBean, the RMI endpoint ignores the exception described in the RemoteInterface and always raises a RuntimeCamelException nesting the original exceptions.
More over, RuntimeCamalException should not be raised by the RMI endpoint. It would make more sense to raise a RemoteException, as we are on a RMI endpoint.

An issue was identified by Eugene Koifman in the streaming mutation API (HIVE-10165) where an insufficiently restrictive lock was being used when issuing updates and deletes to ACID tables and partitions. A shared lock was being used where in fact a semi-shared lock is required. Additionally, the current lock scope targets the entire table, whereas in theory if the table is partitioned, then only the affected partitions are required to participate in the semi-shared lock. However, there are a couple of technical challenges that prevent the locks currently being applied on a per-partition basis:

It is expected that the affected partitions are not known in advance so individual partition locks would need to be acquired as needed.
The API is expected to execute in a clustered environment and so acquiring these locks as on an ‘as needed’ basis presents a risk that the meta store may become overwhelmed. This is expected to be less of an problem when an HBase based meta store is introduced (HIVE-9452).
My understanding is that multiple fine grained lock acquisitions for a single transaction are not possible at present. When they are available they’ll introduce the possibility that deadlocks can occur. This should be better handled when HIVE-9675 is complete.

Therefore, as advised, at this time the system will obtain a semi-shared lock on participating tables. Although this will prevent other concurrent writes, it will preserve snapshot isolation when reading.

The get_token(String tokenIdentifier) HMS thrift API fails when HMS is deployed in remote mode and when there is no token found with that tokenIndentifier. This could happen when an application calls a renewDelegationToken on an expired/cancelled delegation token. The issue is that get_token tries to return a null result values which cannot be done in Thrift. The API call errors out with org.apache.thrift.TApplicationException unknown result exception which is uncaught and HS2 thrift server closes the client transport. So no further calls from that connection can be accepted unless client reconnects to HS2 again.

Select/Group by/Filter/etc need to return the same name whether they are the regular or the vector operators. If they don't the regular path matching in our optimizer code doesn't work on them.
From the code it looks an attempt was made to follow this - unfortunately getOperatorName is static and polymorphism doesn't work on these functions.

in those cases we still emit rows.. but they may not have any columns within it.  We shouldn't estimate 0 data size in such cases.

I get an NPE using Lister on the decompressed 
Xerces-J-bin.2.5.0.tar.gz archive.
Wrapping the for loop in TarBuffer.isEOFRecord with a null check would fix the issue; it would also clean up the TarArchiveInputStream.getRecord implementation a little.

Cli displays java exception name when trying to write into the file without permission.
[standalone@embedded /] echo aaa > /dir/without/permission
java.nio.file.AccessDeniedException: /dir/without/permission
Couldn't write into the /dir/without/permission. Permission denied.

ReconnectFilter does not perform redirection correctly in case of expired token. See thread on Stack Overflow for details and proposed code change: http://stackoverflow.com/questions/21188573/how-to-handle-expiredauthorizationexception-happening-in-spring-social-facebook

Given a query containing common table expressions (CTE) such as:
WITH a AS (SELECT ...), b AS (SELECT ...)
SELECT * FROM a JOIN b on a.col = b.col ...;
Hive CLI executes the query, but logs stack traces at ERROR level during query parsing:

ERROR metadata.Hive: NoSuchObjectException(message:ccondit.a table not found)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_table_result$get_table_resultStandardScheme.read(ThriftHiveMetastore.java:29338)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_table_result$get_table_resultStandardScheme.read(ThriftHiveMetastore.java:29306)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_table_result.read(ThriftHiveMetastore.java:29237)
	at org.apache.thrift.TServiceClient.receiveBase(TServiceClient.java:78)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.recv_get_table(ThriftHiveMetastore.java:1036)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.get_table(ThriftHiveMetastore.java:1022)
	at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getTable(HiveMetaStoreClient.java:997)
	at com.sun.proxy.$Proxy7.getTable(Unknown Source)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:967)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:909)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getMetaData(SemanticAnalyzer.java:1223)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getMetaData(SemanticAnalyzer.java:1192)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9209)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:391)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:291)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:944)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:880)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:870)

It looks like Hive is attempting to resolve the CTE aliases as physical tables.

When an object contains a List of another object (no simple types), the MongoMappingConverter finds correct generic type for the field, but when this field is used in the PersistenceConstructor, the type is considered to be the raw type and then no information is available to convert batck the DBObject instances for this list.
In the TypeDiscover class, the method getParameterTypes(Constructor<?>) use the reflection method Class<?>[] Constructor.getParameterTypes() that give no hint on the generic parameter types. I replaced this call with Type[] Constructor::getGenericParameterTypes(), that has solved my problem.

Hibernate 5.2 has deprecated org.hibernate.Query in favour of org.hibernate.query.Query. Unfortunately the Session is returning the new type.
In HibernateTemplate#bulkUpdate we have an explicit check on org.hibernate.Query that leads to: 

java.lang.NoSuchMethodError: org.hibernate.Session.createQuery(Ljava/lang/String;)Lorg/hibernate/query/Query;
        at org.springframework.orm.hibernate5.HibernateTemplate$38.doInHibernate(HibernateTemplate.java:1103)
        at org.springframework.orm.hibernate5.HibernateTemplate$38.doInHibernate(HibernateTemplate.java:1099)
        at org.springframework.orm.hibernate5.HibernateTemplate.doExecute(HibernateTemplate.java:340)
        at org.springframework.orm.hibernate5.HibernateTemplate.executeWithNativeSession(HibernateTemplate.java:307)
        at org.springframework.orm.hibernate5.HibernateTemplate.bulkUpdate(HibernateTemplate.java:1099)

Working on the previous issue with the intercept to log every step failed I discovered that using the seda queues on some unit tests I got more messages than expected.

    intercept().to("log:foo").proceed();

    from("seda:foo").to("seda:bar");
    from("seda:bar").to("seda:baz");
    from("seda:baz").to("mock:result");

Will sometimes result in 3 messages incoming to mock:result.

java.lang.AssertionError: mock:result Received message count. Expected: <1> but was: <3>
	at org.apache.camel.component.mock.MockEndpoint.fail(MockEndpoint.java:658)

If you use policy to wrap a Processor, then the wrapped Processor is not automatic started/stopped as lifecycle cannot see this wrapped processor.
And to prevent end users from remembering to do this themselves we should let a WrapProcessor handle this for us.

"SELECT / * + mapjoin(src1, src2) * / * FROM src src1 RIGHT OUTER JOIN src src2 ON (src1.key = src2.key AND src1.key < 10 AND src2.key > 10) JOIN src src3 ON (src2.key = src3.key AND src3.key < 10) SORT BY src1.key, src1.value, src2.key, src2.value, src3.key, src3.value;" will give wrong results in today's hive

Right now we include these files in the test jar, which might cause problems when this jar ends up on the MR classpath. Similar to HBASE-3143

In Java EE 7 component classes with "Standard" injection support level must support the use of interceptors (see Table EE.5-1 and EE.5.24 Support for Dependency Injection). Servlets, servlet filters and event listeners do not support interceptors at the moment.

When a user is authenticated via remember me, in RememberMeAuthenticationToken:56 (called from TokenBasedRememberMeServices:190) an IllegalArgumentException is thrown if the user object has no authorities granted. This is inconsistent with other authentication schemes which allow authentications without granted authorities. I can't see any reason for throwing an exception in this case, because nothing is wrong with a user who is signed in and gets no authorities granted.

select * from (select c from foo group by c) f1 join (select c from foo group by c) f2 on (f1.c = f2.c)
fails with NPE on the cluster.

Meta listeners are not notified of meta-conf cleanup. This could potentially leave stale values on listeners objects. For e.g.
Request1
a. HS2 -> HMS : HMSHandler#setMetaConf
     MetaListeners are notified of the ConfigChangeEvent.
b. HS2 -> HMS : HMSHandler#shutdown / HiveMetaStore#deleteContext (if shutdown is not invoked)
    MetaConf is cleaned up in HiveMetaStore#cleanupRawStore, but meta listeners are not notified
Request 2
3. HS2->HMS : AlterPartition
     MetaListeners are notified of AlterPartitionEvent. If any listener has taken dependency on the meta conf value, it will still be having stale value from Request1 and would potentially be having issues.
The correct behavior should be to notify meta listeners on cleanup as well.

The below logs said that we created a invalid zk node when restarted a cluster.
it mistakenly believed that the regions belong to a dead server.
2011-10-11 05:05:29,127 INFO org.apache.hadoop.hbase.master.HMaster: Meta updated status = true
2011-10-11 05:05:29,127 INFO org.apache.hadoop.hbase.master.HMaster: ROOT/Meta already up-to date with new HRI.
2011-10-11 05:05:29,151 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Creating (or updating) unassigned node for 771d63e9327383159553619a4f2dc74f with OFFLINE state
2011-10-11 05:05:29,161 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Creating (or updating) unassigned node for 3cf860dd323fe6360f571aeafc129f95 with OFFLINE state
2011-10-11 05:05:29,170 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Creating (or updating) unassigned node for 4065350214452a9d5c55243c734bef08 with OFFLINE state
2011-10-11 05:05:29,178 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Creating (or updating) unassigned node for 4e81613f82a39fc6e5e89f96e7b3ccc4 with OFFLINE state
2011-10-11 05:05:29,187 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Creating (or updating) unassigned node for e21b9e1545a28953aba0098fda5c9cd9 with OFFLINE state
2011-10-11 05:05:29,195 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Creating (or updating) unassigned node for 5cd9f55eecd43d088bbd505f6795131f with OFFLINE state
2011-10-11 05:05:29,229 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Creating (or updating) unassigned node for db5f641452a70b09b85a92970e4198c7 with OFFLINE state
2011-10-11 05:05:29,237 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Creating (or updating) unassigned node for a7b20a653919e7f41bfb2ed349af7d21 with OFFLINE state
2011-10-11 05:05:29,253 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Creating (or updating) unassigned node for c9385619425f737eab1a6624d2e097a8 with OFFLINE state
// we cleaned all zk nodes.
2011-10-11 05:05:29,262 INFO org.apache.hadoop.hbase.master.AssignmentManager: Clean cluster startup. Assigning userregions
2011-10-11 05:05:29,262 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Deleting any existing unassigned nodes
2011-10-11 05:05:29,367 INFO org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 9 region(s) across 1 server(s), retainAssignment=true
2011-10-11 05:05:29,369 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Timeout-on-RIT=9000
2011-10-11 05:05:29,369 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning 9 region(s) to C3S3,54366,1318323920153
2011-10-11 05:05:29,369 INFO org.apache.hadoop.hbase.master.AssignmentManager: Bulk assigning done
2011-10-11 05:05:29,371 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Async create of unassigned node for 771d63e9327383159553619a4f2dc74f with OFFLINE state
2011-10-11 05:05:29,371 INFO org.apache.hadoop.hbase.master.HMaster: Master has completed initialization
2011-10-11 05:05:29,371 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Async create of unassigned node for 3cf860dd323fe6360f571aeafc129f95 with OFFLINE state
2011-10-11 05:05:29,371 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Async create of unassigned node for 4065350214452a9d5c55243c734bef08 with OFFLINE state
2011-10-11 05:05:29,371 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Async create of unassigned node for 4e81613f82a39fc6e5e89f96e7b3ccc4 with OFFLINE state
2011-10-11 05:05:29,371 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Async create of unassigned node for e21b9e1545a28953aba0098fda5c9cd9 with OFFLINE state
2011-10-11 05:05:29,372 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Async create of unassigned node for 5cd9f55eecd43d088bbd505f6795131f with OFFLINE state
2011-10-11 05:05:29,372 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Async create of unassigned node for db5f641452a70b09b85a92970e4198c7 with OFFLINE state
2011-10-11 05:05:29,372 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Async create of unassigned node for a7b20a653919e7f41bfb2ed349af7d21 with OFFLINE state
2011-10-11 05:05:29,372 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:58198-0x132f23a9a380000 Async create of unassigned node for c9385619425f737eab1a6624d2e097a8 with OFFLINE state

hive.exec.parallel and hive.groupby.orderby.position.alias are optimization config parameters that should be settable when sql standard authorization is enabled.

I'm getting a java.lang.UnsupportedOperationException when deploying one of the jbossws-cxf testsuite test archive (attached to the case).
17:17:31,212 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.deployment.unit."jaxws-cxf-mixtype.war".component.Ep1Servlet.WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."jaxws-cxf-mixtype.war".component.Ep1Servlet.WeldInstantiator: Failed to start service
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1900) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
	at java.util.Collections$UnmodifiableCollection$1.remove(Collections.java:1069) [rt.jar:1.7.0_17]
	at org.jboss.as.weld.injection.WeldComponentService.findManagedBeanForWSComponent(WeldComponentService.java:174)
	at org.jboss.as.weld.injection.WeldComponentService.start(WeldComponentService.java:129)
	... 3 more
17:17:31,235 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "jaxws-cxf-mixtype.war")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"jaxws-cxf-mixtype.war\".component.Ep1Servlet.WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"jaxws-cxf-mixtype.war\".component.Ep1Servlet.WeldInstantiator: Failed to start service
    Caused by: java.lang.UnsupportedOperationException"}}
17:17:31,238 ERROR [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS015870: Deploy of deployment "jaxws-cxf-mixtype.war" was rolled back with the following failure message: 
{"JBAS014671: Failed services" => {"jboss.deployment.unit.\"jaxws-cxf-mixtype.war\".component.Ep1Servlet.WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"jaxws-cxf-mixtype.war\".component.Ep1Servlet.WeldInstantiator: Failed to start service
The problem is introduced by one of the commits in WFLY master listed at http://jbossws.jboss.org:8180/hudson/job/AS-8.0.0/267/changes 

Steps to reproduce (modified for compatibility with 1.0.0.M1):
create project -topLevelPackage com.foo
install jpa -provider HIBERNATE -database HYPERSONIC_IN_MEMORY
new persistent class jpa -name Test
new integration test
mvn test
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.063 sec <<< FAILURE!
initializationError(com.springsource.support.TestDataOnDemand)  Time elapsed: 0.005 sec  <<< ERROR!
java.lang.Exception: No runnable methods
	at org.junit.runners.BlockJUnit4ClassRunner.validateInstanceMethods(BlockJUnit4ClassRunner.java:154)
	at org.junit.runners.BlockJUnit4ClassRunner.collectInitializationErrors(BlockJUnit4ClassRunner.java:112)
	at org.junit.runners.ParentRunner.validate(ParentRunner.java:253)
	at org.junit.runners.ParentRunner.<init>(ParentRunner.java:55)

When starting WF via wildfly-init-redhat.sh, the init script and runuser commands are never disconnected and stay in the process tree.

create a new OS user "jbossadm"
unzip WF in his home directory
copy docs/contrib/scripts/init.d/wildfly.conf to /etc/default
  configure it with:
     JBOSS_HOME=/home/jbossadm/wildfly
     JBOSS_USER=jbossadm
     JBOSS_CONSOLE_LOG=/home/jbossadm/console.log
     JBOSS_MODE=domain

copy docs/contrib/scripts/init.d/wildfly-init-redhat.sh  to /etc/init.d
become su, and start with:
     /etc/init.d/wildfly-init-redhat.sh start

-run:   ps axfo pid,ppid,user,command | grep jboss

PID  PPID USER     COMMAND
  479     1 root     /bin/sh /etc/init.d/wildfly-init-redhat.sh start
  481   479 root      \_ runuser -s /bin/bash jbossadm -c ulimit -S -c 0 >/dev/null 2>&1 ; LAUNCH_JBOSS_IN_BACKGROUND=1 JBOSS_PIDFILE=/var/run
  482   481 jbossadm      \_ bash -c ulimit -S -c 0 >/dev/null 2>&1 ; LAUNCH_JBOSS_IN_BACKGROUND=1 JBOSS_PIDFILE=/var/run/wildfly/wildfly.pid
  483   482 jbossadm          \_ /bin/sh /home/jbossadm/jboss-eap-7/bin/domain.sh --domain-config=domain.xml --host-config=host.xml
  579   483 jbossadm              \_ java -D[Process Controller] -server -Xms64m -Xmx512m -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack
  596   579 jbossadm                  \_ java -D[Host Controller] -Dorg.jboss.boot.log.file=/home/jbossadm/jboss-eap-7/domain/log/host-control
  677   579 jbossadm                  \_ java -D[Server:server-one] -Xms64m -Xmx512m -server -XX:MetaspaceSize=96m -XX:MaxMetaspaceSize=256m -
  727   579 jbossadm                  \_ java -D[Server:server-two] -Xms64m -Xmx512m -server -XX:MetaspaceSize=96m -XX:MaxMetaspaceSize=256m -

Expectation: "domain.sh" to become detached and have "1" as its parent.

Enabling statistics for webservices subsystem is not persisted in standalone.xml/domain.xml
/subsystem=webservices:write-attribute(name=statistics-enabled,value=true)
It should persist as below
<subsystem xmlns="urn:jboss:domain:webservices:2.0" statistics-enabled="true">

A previously functional SWF 2.0.3 based application has stopped working after upgrading to SWF 2.0.4
Flow definitions are no longer being found due to the change re: using flow definition path as the flow id, rather than the flow definition file name.
	<webflow:flow-executor id="flowExecutor" flow-registry="flowRegistry">
		<webflow:flow-execution-repository max-executions="1" max-execution-snapshots="30" />
	   	<webflow:flow-execution-listeners>
			<webflow:listener ref="securityFlowExecutionListener" />
		</webflow:flow-execution-listeners>
	<webflow:flow-registry id="flowRegistry" flow-builder-services="facesFlowBuilderServices">
		<webflow:flow-location-pattern value="/WEB-INF/flow/*/.xml"/>
	<!-- Configures the Spring Web Flow JSF integration -->
	<faces:flow-builder-services id="facesFlowBuilderServices" />
The flow definition located at /WEB-INF/flow/login/login.xml gets stored in the flowDefinitionRegistry
with an id of "login" in both SWF 2.0.3 and 2.0.4.
However, when attempting to request the flow - SWF 2.0.3 looks for "login" in the registry,
where as SWF 2.0.4 looks for "flow/login" and fails to find it.
I believe this is due to a shift in approach to wishing to use the flow definition's path as the flow id, rather than the flow name.
The piece of code for determining the flow id when a request comes in is DefaultFlowUrlHandler.getFlowId().
SWF 2.0.3 implementation returns "login" as the id -
	public String getFlowId(HttpServletRequest request) {
		String pathInfo = request.getPathInfo();
		if (pathInfo != null) 
{
			return pathInfo.substring(1);
		}
 else 
{
			. . . 
		}
	}
SWF 2.0.4 implementation returns "flow/login" as the id -
	public String getFlowId(HttpServletRequest request) 
{
		return WebUtils.extractFilenameFromUrlPath(urlPathHelper.getLookupPathForRequest(request));
	}

As SWF 2.0.4 is a point release hopefully it shouldn't be breaking existing applications.

When WildFly 9 Alpha1 is started with the following system properties in the "standalone.conf" then the admin console behaves abnormally and shows some missing buttons in the console. See attached screenshot "mssing_add_remove_disable_Buttons.png".

JAVA_OPTS="$JAVA_OPTS -Duser.country=TR -Duser.language=tr"

Also it throws following Error while accessing the console URL like [1]
[1] http://localhost:9990/console/App.html#datasources

10:39:39,223 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-8) WFLYCTL0013: Operation ("check-resource-access") failed - address: ([
    ("data-source" => "*"),
    ("connection-properties" => "*")
]): java.lang.IllegalArgumentException: No enum constant org.jboss.as.controller.registry.AttributeAccess.Storage.CONFİGURATİON
	at java.lang.Enum.valueOf(Enum.java:236) [rt.jar:1.7.0_51]
	at org.jboss.as.controller.registry.AttributeAccess$Storage.valueOf(AttributeAccess.java:91) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.controller.operations.global.ReadResourceDescriptionHandler$CheckResourceAccessHandler.execute(ReadResourceDescriptionHandler.java:431) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:603) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:481) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:282) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:277) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1060) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:296) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:165) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:179) [wildfly-domain-http-interface-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72) [wildfly-domain-http-interface-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68) [wildfly-domain-http-interface-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [wildfly-controller-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68) [wildfly-domain-http-interface-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63) [wildfly-domain-http-interface-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:50) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]
	at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:83) [wildfly-domain-http-interface-1.0.0.Alpha3.jar:1.0.0.Alpha3]
	at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:737) [undertow-core-1.1.0.Beta5.jar:1.1.0.Beta5]

Hello,
Am new to Roo, trying to follow the steps of its reference guide with a fresh install of STS2.5.1 and tc2.1.
When deploying to tc, i get this exception:
SEVERE: Servlet.service() for servlet pizzashop threw exception
javax.servlet.ServletException: Circular view path [resourceNotFound]: would dispatch back to the current handler URL [/pizzashop/resourceNotFound] again. Check your ViewResolver setup! (Hint: This may be the result of an unspecified view, due to default view name generation.)
	at org.springframework.web.servlet.view.InternalResourceView.prepareForRendering(InternalResourceView.java:292)
	at org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:214)
	at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
	at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:438)
	at org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:421)
	at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:342)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:143)
Dec 7, 2010 4:24:01 AM org.apache.catalina.core.StandardHostValve custom
SEVERE: Exception Processing ErrorPage[errorCode=404, location=/resourceNotFound]
I get the same thrown exception with Tomcat 6.0.20

While looking at HIVE-15698, hit an issue where one of the reducers was stuck in the following stack trace:

Thread 12735: (state = IN_JAVA)
 - org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector.increaseBufferSpace(int) @bci=22, line=245 (Compiled frame; information may be imprecise)
 - org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector.setVal(int, byte[], int, int) @bci=18, line=150 (Interpreted frame)
 - org.apache.hadoop.hive.ql.exec.vector.VectorDeserializeRow.storeRowColumn(org.apache.hadoop.hive.ql.exec.vector.VectorizedRowBatch, int, int, boolean) @bci=536, line=442 (Compiled frame)
 - org.apache.hadoop.hive.ql.exec.vector.VectorDeserializeRow.deserialize(org.apache.hadoop.hive.ql.exec.vector.VectorizedRowBatch, int) @bci=110, line=761 (Interpreted frame)
 - org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.processVectorGroup(org.apache.hadoop.io.BytesWritable, java.lang.Iterable, byte) @bci=184, line=444 (Interpreted frame)
 - org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecordVector() @bci=119, line=388 (Interpreted frame)
 - org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord() @bci=8, line=239 (Interpreted frame)
 - org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.run() @bci=124, line=319 (Interpreted frame)
 - org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(java.util.Map, java.util.Map) @bci=30, line=185 (Interpreted frame)
 - org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(java.util.Map, java.util.Map) @bci=159, line=168 (Interpreted frame)
 - org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run() @bci=65, line=370 (Interpreted frame)
 - org.apache.tez.runtime.task.TaskRunner2Callable$1.run() @bci=133, line=73 (Interpreted frame)
 - org.apache.tez.runtime.task.TaskRunner2Callable$1.run() @bci=1, line=61 (Interpreted frame)
 - java.security.AccessController.doPrivileged(java.security.PrivilegedExceptionAction, java.security.AccessControlContext) @bci=0 (Compiled frame)
 - javax.security.auth.Subject.doAs(javax.security.auth.Subject, java.security.PrivilegedExceptionAction) @bci=42, line=422 (Interpreted frame)
 - org.apache.hadoop.security.UserGroupInformation.doAs(java.security.PrivilegedExceptionAction) @bci=14, line=1724 (Interpreted frame)
 - org.apache.tez.runtime.task.TaskRunner2Callable.callInternal() @bci=38, line=61 (Interpreted frame)
 - org.apache.tez.runtime.task.TaskRunner2Callable.callInternal() @bci=1, line=37 (Interpreted frame)
 - org.apache.tez.common.CallableWithNdc.call() @bci=8, line=36 (Interpreted frame)
 - java.util.concurrent.FutureTask.run() @bci=42, line=266 (Interpreted frame)
 - java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1142 (Interpreted frame)
 - java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=617 (Interpreted frame)

The reducer's input was 167 9MB binary values coming from the previous map job. Per Gopal V the BytesColumnVector is stuck trying to reallocate/copy all of these values into the same memory buffer.

After upgrading to Hadoop 23 and HBase 0.94.5 compiled for Hadoop 23. The TestHBaseMinimrCliDriver, fails after performing the following steps
Update "hbase_bulk.m" with the following properties
set mapreduce.totalorderpartitioner.naturalorder=false;
set mapreduce.totalorderpartitioner.path=/tmp/hbpartition.lst;
Otherwise I keep seeing: "_partition.lst" not found exception in the mappers, even though set total.order.partitioner.path=/tmp/hbpartition.lst is set.
When the test runs, the 3 reducer phase of the second query fails with the following error, but the MiniMRCluster keeps spinning up new reducer and the test is stuck infinitely.

insert overwrite table hbsort
 select distinct value,
  case when key=103 then cast(null as string) else key end,
  case when key=103 then ''
       else cast(key+1 as string) end
 from src
 cluster by value;

The stack trace I see in the syslog for the Node Manager is the following:
==============================================================
13-03-20 16:26:48,942 FATAL [IPC Server handler 17 on 55996] org.apache.hadoop.mapred.TaskAttemptListenerImpl: Task: attempt_1363821864968_0003_r_000002_0 - exited : java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":
{"reducesinkkey0":"val_200"}
,"value":
{"_col0":"val_200","_col1":"200","_col2":"201.0"}
        at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:268)
        at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:448)
        at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:399)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1212)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":
,"value":
        at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:256)
        ... 7 more
        at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getHiveRecordWriter(HiveFileFormatUtils.java:237)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.createBucketFiles(FileSinkOperator.java:477)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:525)
        at org.apache.hadoop.hive.ql.exec.Operator.process(Operator.java:471)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:762)
        at org.apache.hadoop.hive.ql.exec.ExtractOperator.processOp(ExtractOperator.java:45)
        at org.apache.hadoop.hive.ql.exec.ExecReducer.reduce(ExecReducer.java:247)
        ... 7 more
        at org.apache.hadoop.mapreduce.TaskID$CharTaskTypeMaps.getRepresentingCharacter(TaskID.java:265)
        at org.apache.hadoop.mapreduce.TaskID.appendTo(TaskID.java:153)
        at org.apache.hadoop.mapreduce.TaskAttemptID.appendTo(TaskAttemptID.java:119)
        at org.apache.hadoop.mapreduce.TaskAttemptID.toString(TaskAttemptID.java:151)
        at org.apache.hadoop.mapreduce.lib.output.FileOutputCommitter.getTaskAttemptPath(FileOutputCommitter.java:209)
        at org.apache.hadoop.mapreduce.lib.output.FileOutputCommitter.<init>(FileOutputCommitter.java:69)
        at org.apache.hadoop.hbase.mapreduce.HFileOutputFormat.getRecordWriter(HFileOutputFormat.java:90)
        at org.apache.hadoop.hive.hbase.HiveHFileOutputFormat.getFileWriter(HiveHFileOutputFormat.java:67)
        at org.apache.hadoop.hive.hbase.HiveHFileOutputFormat.getHiveRecordWriter(HiveHFileOutputFormat.java:104)
        at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getRecordWriter(HiveFileFormatUtils.java:246)
        at org.apache.hadoop.hive.ql.io.HiveFileFormatUtils.getHiveRecordWriter(HiveFileFormatUtils.java:234)
        ... 14 more

It's better to print out in the log the command line to bulk load back sidelined regions, if any.
Separate it out from HBASE-6392 since it is a different issue.

Expression evaluator fails with "org.springframework.expression.spel.SpelEvaluationException: EL1008E: Field or property cannot be found" when static field is defined in interface implemented by abstract class extended by my classes. Bean definition order is also important. 
I believe it is minimal class hierarchy required to reproduce this bug, but it's a little bit complicated, so I've created a project at GitHub to demonstrate: https://github.com/SpringSource/spring-framework-issues/pull/42

Default distributed workmanager policy setting is WATERMARK. When the policy is not explicitly set to WATERMARK, setting up policy options for it won't persist the options and these will disappear after server reload. XML config does not contain the policy element or the policy-options.
When policy is explicitly set up (via a CLI command for example), the policy options will persist. XML config shows the policy element and policy-options.
Example:
Set up DWM, don't explicitly specify policy

batch
/subsystem=jca/distributed-workmanager=newdwm:add(name=newdwm)
/subsystem=jca/distributed-workmanager=newdwm/short-running-threads=newdwm:add(queue-length=10,max-threads=10)
/subsystem=jca/bootstrap-context=customContext1:add(name=customContext1,workmanager=newdwm)
run-batch
reload

Check the config, we're using WATERMARK

/subsystem=jca/distributed-workmanager=newdwm:read-resource
{
        "elytron-enabled" => false,
        "name" => "newdwm",
        "policy" => "WATERMARK",
        "policy-options" => undefined,
        "selector" => "PING_TIME",
        "selector-options" => undefined,
        "short-running-threads" => {"newdwm" => undefined},
        "statistics" => {
            "local" => undefined,
            "distributed" => undefined
        }
    }
}

Set up the policy option

/subsystem=jca/distributed-workmanager=newdwm:write-attribute(name=policy-options,value={watermark=1})

Read the config again, everything looks OK

{
        "policy-options" => {"watermark" => "1"},
        }
    }
}

Reload and read the config yet again, policy option is gone

reload
{
        }
    }
}

2017-11-10 19:26:56,019 INFO  [ProcExecWrkr-1] procedure.RecoverMetaProcedure: pid=138, state=RUNNABLE:RECOVER_META_ASSIGN_REGIONS; RecoverMetaProcedure failedMetaServer=null, splitWal=true; Retaining meta assignment to server=hadoop-slave1.hadoop,16020,1510341981454
2017-11-10 19:26:56,029 INFO  [ProcExecWrkr-1] procedure2.ProcedureExecutor: Initialized subprocedures=[
{pid=139, ppid=138, state=RUNNABLE:REGION_TRANSITION_QUEUE; AssignProcedure table=hbase:meta, region=1588230740, target=hadoop-slave1.hadoop,16020,1510341981454}
]
2017-11-10 19:26:56,067 INFO  [ProcExecWrkr-2] procedure.MasterProcedureScheduler: pid=139, ppid=138, state=RUNNABLE:REGION_TRANSITION_QUEUE; AssignProcedure table=hbase:meta, region=1588230740, target=hadoop-slave1.hadoop,16020,1510341981454 hbase:meta hbase:meta,,1.1588230740
2017-11-10 19:26:56,071 INFO  [ProcExecWrkr-2] assignment.AssignProcedure: Start pid=139, ppid=138, state=RUNNABLE:REGION_TRANSITION_QUEUE; AssignProcedure table=hbase:meta, region=1588230740, target=hadoop-slave1.hadoop,16020,1510341981454; rit=OFFLINE, location=hadoop-slave1.hadoop,16020,1510341981454; forceNewPlan=false, retain=false
2017-11-10 19:26:56,224 INFO  [ProcExecWrkr-4] zookeeper.MetaTableLocator: Setting hbase:meta (replicaId=0) location in ZooKeeper as hadoop-slave2.hadoop,16020,1510341988652
2017-11-10 19:26:56,230 INFO  [ProcExecWrkr-4] assignment.RegionTransitionProcedure: Dispatch pid=139, ppid=138, state=RUNNABLE:REGION_TRANSITION_DISPATCH; AssignProcedure table=hbase:meta, region=1588230740, target=hadoop-slave1.hadoop,16020,1510341981454; rit=OPENING, location=hadoop-slave2.hadoop,16020,1510341988652
2017-11-10 19:26:56,382 INFO  [ProcedureDispatcherTimeoutThread] procedure.RSProcedureDispatcher: Using procedure batch rpc execution for serverName=hadoop-slave2.hadoop,16020,1510341988652 version=2097152
2017-11-10 19:26:57,542 INFO  [main-EventThread] zookeeper.RegionServerTracker: RegionServer ephemeral node deleted, processing expiration [hadoop-slave2.hadoop,16020,1510341988652]
2017-11-10 19:26:57,543 INFO  [main-EventThread] master.ServerManager: Master doesn't enable ServerShutdownHandler during initialization, delay expiring server hadoop-slave2.hadoop,16020,1510341988652
2017-11-10 19:26:58,875 INFO  [RpcServer.default.FPBQ.Fifo.handler=29,queue=2,port=16000] master.ServerManager: Registering server=hadoop-slave1.hadoop,16020,1510342016106
2017-11-10 19:27:05,832 INFO  [RpcServer.default.FPBQ.Fifo.handler=29,queue=2,port=16000] master.ServerManager: Registering server=hadoop-slave2.hadoop,16020,1510342023184
2017-11-10 19:27:05,832 INFO  [RpcServer.default.FPBQ.Fifo.handler=29,queue=2,port=16000] master.ServerManager: Triggering server recovery; existingServer hadoop-slave2.hadoop,16020,1510341988652 looks stale, new server:hadoop-slave2.hadoop,16020,1510342023184
2017-11-10 19:27:05,832 INFO  [RpcServer.default.FPBQ.Fifo.handler=29,queue=2,port=16000] master.ServerManager: Master doesn't enable ServerShutdownHandler during initialization, delay expiring server hadoop-slave2.hadoop,16020,1510341988652
2017-11-10 19:27:49,815 INFO  [RpcServer.default.FPBQ.Fifo.handler=29,queue=2,port=16000] client.RpcRetryingCallerImpl: tarted=38594 ms ago, cancelled=false, msg=org.apache.hadoop.hbase.NotServingRegionException: hbase:meta,,1 is not online on hadoop-slave2.hadoop,16020,1510342023184
        at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:3290)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.getRegion(RSRpcServices.java:1370)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:2401)
        at org.apache.hadoop.hbase.shaded.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:41544)
 row 'hbase:namespace' on table 'hbase:meta' at region=hbase:meta,,1.1588230740, hostname=hadoop-slave2.hadoop,16020,1510341988652, seqNum=0

Found this when implementing the POC of HDFS-9924.
The problem is that channel.writeAndFlush will find the first outbound handler before scheduling the actual write task into event loop, so it is possible that when we actually execute the write task, the first outbound handler has already been changed but the task still refers to the old handler which has already been removed.

This is related to the discussion that Lami Akagwu started on JBEAP-10285. I reproduced the NPE he was getting, went through the stacktrace, and I think it's a bug.

08:53:37,361 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 67) MSC000001: Failed to start service org.wildfly.clustering.jgroups.channel.ee: org.jboss.msc.service.StartException in service org.wildfly.clustering.jgroups.channel.ee: java.lang.NullPointerException
	at org.jboss.as.clustering.jgroups.subsystem.ChannelBuilder.start(ChannelBuilder.java:104)
	at org.jboss.modules.ConcurrentClassLoader.getResourceAsStream(ConcurrentClassLoader.java:366)
	at org.jgroups.auth.X509Token.setCertificate(X509Token.java:180)
	at org.jgroups.protocols.AUTH.init(AUTH.java:101)
	at org.jgroups.stack.ProtocolStack.initProtocolStack(ProtocolStack.java:861)
	at org.jgroups.stack.ProtocolStack.init(ProtocolStack.java:831)
	at org.jboss.as.clustering.jgroups.subsystem.ChannelBuilder.start(ChannelBuilder.java:102)
	... 5 more

It looks like the only reason ConcurrentClassLoader would throw an NPE instead of returning null in getResourceAsStream is that the name (in this case keystore_path) is null. That means the keystore_path is not propagated from EAP configuration to JGroups when the protocol stack is being created.
The getResourceAsStream is still expected to fail, as the keystore is not on the classpath, but it should be found after that via the FileInputStream check that JGroups does.

Possible overflow in exit description if a stream.open() throws exception.  Since we only truncate the exitStatus.description on update, if an exception is thrown before the initial insert would normally happen (ItemOrientedStep.doExecute) then the description could overflow the database column.  Fix would be to truncate on insert as well.

CountingInputStream is only partially synchronized.
The count is not synchronized when it is updated in read operations, so is not guaranteed to be published correctly
The synchronization could be removed without loss of functionality.
Not sure it makes sense to share a stream between threads anyway, as the underlying stream is unlikely to be thread-safe.
If only one thread reads the stream, then the count field could be made volatile.
This would allow other threads to read the count safely.

Using the new spring:eval tag and evaluating an expression against a ServletRequest attribute results in inconsistent behavior.
<spring:eval expression='resource.resource.server' />
produces
SEVERE: Servlet.service() for servlet default threw exception
org.springframework.expression.spel.SpelEvaluationException: EL1008E:(pos 18): Field or property 'server' cannot be found on object of type 'com.springsource.insight.dashboard.resources.ResourceSummary'
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.readProperty(PropertyOrFieldReference.java:180)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.getValueInternal(PropertyOrFieldReference.java:60)
	at org.apache.jsp.WEB_002dINF.controllers.resources.resource_jsp._jspx_meth_spring_005feval_005f1(resource_jsp.java:1295)
Modifying the expression to use the get*() method invocation syntax works as expected:
<spring:eval expression='resource.getResource().server' />
The ResourceSummary instance is stored as a servlet request attribute under 'resource'.  ResourceSummary has a method getResource() which returns a Resource instance which has a getServer() method.
The ResourceSummary#getResource() does not reference itself in anyway.

OgnlExpression eagerly gets an Exchange's Out Message when it's processing an Exchange.  This causes Pipeline to propagate the non-null Out Message (with null headers/body,) even in cases where the intention is propagate the In Message.  
eg:

<from uri="direct:start" />
<choice>
<when>
<ognl>request.header.foo == 'bar'</ognl>
<to uri="mock:getsInMessage" />
<to uri="mock:getsOutMessage" />
</when>
</choice>

The attached patch modifies OgnlExpression to avoid the eager fetch (the map being populated with the value seems unused anyway.)  Long term, maybe Pipeline should look at the Exchange's Pattern to determine which message it needs to propagate?

Various recent changes to the MVC add-on have broken the Spring Security add-on:

Spring Security web filter no longer defined in correct location.
login.jsp is in SRC_MAIN_WEBAPP but it should now been in SRC_MAIN_WEBAPP/WEB-INF/jsp due to URL rewrite filter.

Hello,
I have my repositories to work with interfaces, instead of entity classes, like this:

@Repository(value = ProductRepository.NAME)
@RepositoryRestResource(itemResourceRel = ProductModelDefinition.NAME, path = ProductModelDefinition.NAME, collectionResourceRel = ProductModelDefinition.NAME)
public interface ProductRepository extends BaseCatalogableEntityRepository<ProductModelDefinition, Long> {

    @RestResource(exported = false)
    Page<ProductModelDefinition> findAllByCatalogVersionAndVariantTypeIsNotNull(@Param("catalogVersion") final CatalogVersionModelDefinition catalogVersion,
                                                                                final Pageable pageable);
}

and it all works fine until I try to call the method findAllByCatalogVersionAndVariantTypeIsNotNull over rest. Then I get this exception:

2015-02-02 18:53:09,958 org.apache.catalina.core.ContainerBase.[Tomcat].[localhost].[/storefront].[restDispatcherServlet] [http-nio-8112-exec-7] ERROR: Servlet.service() for servlet [restDispatcherServlet] in context with path [/storefront] threw exception [Request processing failed; nested exception is org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type java.lang.String to type @org.springframework.data.repository.query.Param com.nemesis.platform.core.definition.catalog.CatalogVersionModelDefinition] with root cause
org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from type java.lang.String to type @org.springframework.data.repository.query.Param com.nemesis.platform.core.definition.catalog.CatalogVersionModelDefinition
 at org.springframework.core.convert.support.GenericConversionService.handleConverterNotFound(GenericConversionService.java:311)
 at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:192)
 at org.springframework.data.repository.support.ReflectionRepositoryInvoker.prepareParameters(ReflectionRepositoryInvoker.java:214)
 at org.springframework.data.repository.support.ReflectionRepositoryInvoker.invokeQueryMethod(ReflectionRepositoryInvoker.java:179)
 at org.springframework.data.rest.webmvc.RepositorySearchController.executeQueryMethod(RepositorySearchController.java:278)
 at org.springframework.data.rest.webmvc.RepositorySearchController.executeSearch(RepositorySearchController.java:168)

I tried to register a custom converter (from String to CatalogVersionModelDefinition), but I only have access to the string parameter and this means I have to register converters for all the entities. If I map the converter to the base interface (CatalogVersionModelDefinition extends another interface) it doesn't get invoked.
Maybe the best solution would be to call the registered RepositoryMetadata::findDomainClass() method before searching in the conversion service.

If The TLD file has missing <uri> tag in it then rather than validating WildFly throws NullPointerException.

WEB-INF/custom.tld

<taglib>
  <tlib-version>1.0</tlib-version>
  <jsp-version>2.0</jsp-version>
  <!--uri>test</uri-->
  <short-name>Example TLD with Body</short-name>
  <tag>
    <name>Hello</name>
    <tag-class&gt;tags.HelloTag</tag-class&gt;
    <body-content>scriptless</body-content>
  </tag>
</taglib>

During deployment of a war containing above TLD causes following NullPointerException on WildFly:

13:15:25,857 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./TagClassDemo.UndertowDeploymentInfoService: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./TagClassDemo.UndertowDeploymentInfoService: Failed to start service
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createTldsInfo(UndertowDeploymentInfoService.java:1028)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:552)
	... 3 more

13:15:25,865 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("full-replace-deployment") failed - address: ([]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.undertow.deployment.default-server.default-host./TagClassDemo.UndertowDeploymentInfoService" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./TagClassDemo.UndertowDeploymentInfoService: Failed to start service

If our users let HBase manage ZK, they probably won't bother combing through hbase-default.xml to figure that they need to set hbase.zookeeper.property.dataDir to something else than /tmp. It probably happened to deinspanjer in prod today and that's a show stopper.
The fix would be, at least, to improve the Getting Started documentation to include that configuration in the "Fully-Distributed Operation" section.

During the use of org.apache.commons.codec.language.ColognePhonetic I recognized an error in method public String colognePhonetic(String text). The method does not handle the character 'J'. Thus Strings containig a J will not completely by calculated to the phonetic code. The characters 'J' will remain.

Spring has migrated off of Log4j and Commons Logging. It's time Spring WS did as well.

PROBLEM:
vectorization is switched off automatically after run insert into ACID table.
create table testv (id int, name string) clustered by (id) into 2 buckets stored as orc tblproperties("transactional"="true");
insert into testv values(1,'a');
set hive.vectorized.execution.enabled;
false

The simple test-case to reproduce:

@Test
public void testSpelCompiler () {
   SpelParserConfiguration configuration =
         new SpelParserConfiguration(SpelCompilerMode.IMMEDIATE, this.getClass().getClassLoader());

   Expression expression = new SpelExpressionParser(configuration)
         .parseExpression("payload / 2");

   expression.getValue(new GenericMessage<Integer>(4));
   expression.getValue(new GenericMessage<Integer>(6));

}

We currently subvert Weld by bridging an UnmanagedInstance and explicitly inject()'ing it.
Now that everything is fully on the :runtime side, it should be possible to entirely let the Weld container initialize the RuntimeServer stack.

Having double quotes in the base dn (search base) does not work.  
The following base dn value is valid, but does not work:

OU="Admin Users",OU=TEST-NC,DC=TESTCustomers,DC=Com

Update netty version to latest 4.0.x.Final to address http://www.cvedetails.com/cve/CVE-2016-4970/

The ACID delete deltas for unbucketed tables are written to arbitrary files, which should instead be shuffled using the bucket-id instead of hash(ROW__ID).

TestCliDriverMethods has some tests which uses a custom SecurityManager  to intercept System.exit().  If the test fails early the security manager may not be unregistered and the process is unable to exit cleanly, which can cause the entire test run to fail with:
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.16:test (default-test) on project hive-cli: ExecutionException; nested exception is java.util.concurrent.ExecutionException: org.apache.maven.surefire.booter.SurefireBooterForkException: Error occurred in starting fork, check output in log -> [Help 1]

public class Slf4jApplication {

	private static final Log commonsLogger = LogFactory.getLog(Slf4jApplication.class);

	private static final Logger slf4jLogger = LoggerFactory.getLogger(Slf4jApplication.class);

		Map<?, ?> emptyMap = new HashMap<>();
		String message = "map contents: " + emptyMap.toString();
		commonsLogger.warn(message);
		slf4jLogger.warn(message);
	}

}

Results in an improper argument expansion due to Log4j internal use of ReusableObjectMessage.

11:40:05.265 [main] WARN com.example.Slf4jApplication - map contents: map contents: {}
11:40:05.267 [main] WARN com.example.Slf4jApplication - map contents: {}

If log4j-api is on the class path.
If LogFactory.Log4jLog methods tested for a String and called the appropriate method, Log4j would use a ReusableSimpleMessage instead, which doesn't suffer from this problem.

In table.jsp, for tables with very wide keys like URLs, the page can be very wide. On my own cluster, this page is 8 screens wide, almost un-usable.
Might be good to have a way to resize the columns, or wrap the long keys or truncate them, or anything else. When we want to look at the last colums, this is a big difficult.

User isn't able to use masked password from Wildfly-elytron-tool.
When I generate masked password through tool from EAP7.1.0.DR15 it's worked!
I expect that I will be able to use masked string from actual version of wildfly-elytron-tool.

java -jar wildfly-elytron-tool.jar mask -x secret_password -s 12345678 -i 230 
MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230

[standalone@localhost:9990 /] /subsystem=elytron/credential-store=csmasked002:add(uri="cr-store://csmasked002.jceks?create=true", credential-reference={clear-text="MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230"})
{
    "failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.csmasked002" => "WFLYELY00004: Unable to start the service.
    Caused by: java.io.IOException: javax.crypto.BadPaddingException: Given final block not properly padded
    Caused by: javax.crypto.BadPaddingException: Given final block not properly padded"}},
}

NOTE:
When I use in DR16 masked string from DR15 then it's working. And password in plain text is original one -> "secret_password".

Mechanism to obtain passwords from external sources for login modules works only with option 
{EXT}
 - non-cached. New feature to cache passwords with command option 
{EXTC[:timeout]}
 doesn't work. 
Problem is propably in LdapExtLoginModule method createLdapInitContext, that doesn't deal with commands that starts with "{EXTC"

TarArchiveOutputStream doesn't handle properly long link names, they are truncated silently in most cases.

In GNU mode a @LongLink entry should be created similarly to long names but with the 'K' type (GNU_LONGLINK) instead of 'L' (GNU_LONGNAME)
In POSIX mode a pax header with the linkpath keyword should be added. This is already implemented for links containing a non ASCII character.
In the default ERROR mode no exception is thrown and the link is truncated.

The logic for adding a pax header on non ASCII characters should probably be reworked, as it seems possible to have pax headers mixed with GNU @LongLink entries. I'm not sure this is desirable.

ExceptionInInitializerError during create of CLI object on client app.

create simple CLI client app, for example: 

    }
} 

start this application

    at org.jboss.as.cli.impl.aesh.AeshCommands.<init>(AeshCommands.java:197)
    at org.jboss.as.cli.impl.aesh.AeshCommands.<init>(AeshCommands.java:174)
    at org.jboss.as.cli.impl.CommandContextImpl.<init>(CommandContextImpl.java:352)
    at org.jboss.as.cli.impl.CommandContextFactoryImpl.newCommandContext(CommandContextFactoryImpl.java:44)
    at org.jboss.as.cli.scriptsupport.CLI.initOfflineContext(CLI.java:278)
    at org.jboss.as.cli.scriptsupport.CLI.<init>(CLI.java:53)
    at org.jboss.as.cli.scriptsupport.CLI.newInstance(CLI.java:62)
    at com.client.test.App.main(App.java:9)
    at org.jboss.logmanager.Logger.getLogger(Logger.java:57)
    at org.jboss.as.cli.impl.aesh.CLICompletionHandler.<clinit>(CLICompletionHandler.java:45)
    ... 8 more 

No errors
See attached application  single-client.zip :

# old client
mvn clean
mvn package  -Dversion.client=3.0.10.Final
java -jar target/ClientApplication.jar # works correctly with old client

# new client
mvn clean
mvn package  -Dversion.client=4.0.0.Alpha7-SNAPSHOT
java -jar target/ClientApplication.jar # throws ExceptionInInitializerError
java -Djava.util.logging.manager=org.jboss.logmanager.LogManager -jar target/ClientApplication.jar  # no exception 

as of HIVE-11983, when a TransactionBatch is opened in StreamingAPI, a full compliment of bucket files (AbstractRecordWriter.createRecordUpdaters()) is created on disk even though some may end up receiving no data.
It would be better to create them on demand and not clog the FS.
Tez can handle missing (empty) buckets and on MR bucket join algorithms will check if all buckets are there and bail out if not.  

This issue is filed to to track the required changes in wildfly-core to complete the work on WFLY-11186
Specifically it was identified the following minor changes:

Make WeldDeploymentMarker available on wildfly-server, where other there are other clases that serve a similar purposes (JPADeploymentMarker, EjbDeploymentMarker)
Add a method signature that allow retrieve an optional capability API from CapabilityServiceSupport without throwing a checked exception. That can be useful when we need a capability API that it is optional for the demanding subsystem

WeldDeploymentMarker is consideated as part of Weld subsystem, so, we are not going to move it to wfcore

There is an issue with PTFOperator.PTFInvocation where the inputPart is not reset properly. The inputPart has been closed and its content (member variables) has been cleaned up, but since itself is not nullified, it's reused in the next round and caused NPE issue.

@328:
     assert environmentVariables.containsKey(HIVE_CHILD_CLIENT_DEBUG_OPTS)
          && environmentVariables.get(HIVE_MAIN_CLIENT_DEBUG_OPTS) != null : HIVE_CHILD_CLIENT_DEBUG_OPTS

We see following error in log of WildFly (master):

2018-10-03 22:28:02,503 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.naming.context.java.JmsXA-bkp"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.naming.context.java.jboss.DefaultJMSConnectionFactory is missing [jboss.naming.context.java.JmsXA-bkp]"]
}

Factory is defined:

<pooled-connection-factory name="activemq-ra" entries="java:/JmsXA-bkp java:jboss/DefaultJMSConnectionFactory" connectors="in-vm" transaction="xa"/>

However factory is registered after and deployment is able to use it. Error is logged intermittently.
Log file and xml configuration file are enclosed.

In HIVE-13512 some modifications to TezWork were made to avoid generating duplicate dag ids during parallel compilation. We should do the equivalent for SparkWork.

We introduce jitter for region split decision in HBASE-13412, but the following line in ConstantSizeRegionSplitPolicy may cause long value overflow if MAX_FILESIZE is specified to Long.MAX_VALUE:

this.desiredMaxFileSize += (long)(desiredMaxFileSize * (RANDOM.nextFloat() - 0.5D) * jitter);

In our case we specify MAX_FILESIZE to Long.MAX_VALUE to prevent target region to split.

See nabble
http://camel.465427.n5.nabble.com/Problem-with-SMPP-Consumer-error-handling-tp5720516.html

When a @Bean method returns an instance of a FactoryBean, Spring proxies the factory bean, redirecting calls to getObject() to applicationContext.getBean(). 
The relevant code reads:

	/**
	 * Create a subclass proxy that intercepts calls to getObject(), delegating to the current BeanFactory
	 * instead of creating a new instance. These proxies are created only when calling a FactoryBean from
	 * within a Bean method, allowing for proper scoping semantics even when working against the FactoryBean
	 * instance directly. If a FactoryBean instance is fetched through the container via &-dereferencing,
	 * it will not be proxied. This too is aligned with the way XML configuration works.
	 */
	private Object enhanceFactoryBean(Class<?> fbClass, final ConfigurableBeanFactory beanFactory,
			final String beanName) throws InstantiationException, IllegalAccessException {

		Enhancer enhancer = new Enhancer();
		enhancer.setSuperclass(fbClass);
		enhancer.setUseFactory(false);
		enhancer.setNamingPolicy(SpringNamingPolicy.INSTANCE);
		enhancer.setCallback(new MethodInterceptor() {
			@Override
			public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
				if (method.getName().equals("getObject") && args.length == 0) {
					return beanFactory.getBean(beanName);
				}
				return proxy.invokeSuper(obj, args); // bug here?
			}
		});
		return enhancer.create();
	}

In the marked line, obj refers to the proxy object. 
Therefore, calls to methods other than getObject() are forwarded to the super implementation on the proxy object, which has a different state than the FactoryBean it proxies.
This breaks the following usecase:

        @Bean
        protected DBTool dbTool() {
            return new DBTool(hibernateSessionFactory());
        }

        @Bean
        protected AnnotationSessionFactoryBean hibernateSessionFactory() {
             // hibernate setup goes here
        }

where DBTool has a method:

    public void createSchema() {
        annotationSessionFactory.createDatabaseSchema();
    }

which now throws

java.lang.IllegalStateException: SessionFactory not initialized yet
	at org.springframework.orm.hibernate3.AbstractSessionFactoryBean.getSessionFactory(AbstractSessionFactoryBean.java:215)
	at org.springframework.orm.hibernate3.LocalSessionFactoryBean.createDatabaseSchema(LocalSessionFactoryBean.java:989)
	at org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean$$EnhancerBySpringCGLIB$$2fba14bc.CGLIB$createDatabaseSchema$12(<generated>)
	at org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean$$EnhancerBySpringCGLIB$$2fba14bc$$FastClassBySpringCGLIB$$52787a0.invoke(<generated>)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor$1.intercept(ConfigurationClassEnhancer.java:383)
	at org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean$$EnhancerBySpringCGLIB$$2fba14bc.createDatabaseSchema(<generated>)
	at ch.bedag.ste.app.cf.hibernate.framework.DBTool.createSchema(DBTool.java:23)

because the proxy object is a factory that has not been configured.

The addFieldAnnotation(DeclaredFieldAnnotationDetails declaredFieldAnnotationDetails) method in ItdTypeDetailsBuilder doesn't take into account whether the DeclaredFieldAnnotationDetails is to remove an annotation and fails assuming that the annotation has been declared multiple time. The assertion fail messages also need to be tweaked to produce more accurate messages.
Field annotation '@ManyToOne' already defined in target type 'org.springsource.roo.extrack.server.domain.Expense.report' (ITD target 'org.springsource.roo.extrack.server.domain.Expense_Roo_Gae')
                     java.lang.IllegalArgumentException: Field annotation '@ManyToOne' already defined in target type 'org.springsource.roo.extrack.server.domain.Expense.report' (ITD target 'org.springsource.roo.extrack.server.domain.Expense_Roo_Gae')
                         at org.springframework.roo.support.util.Assert.isTrue(Assert.java:65)
                         at org.springframework.roo.classpath.details.ItdTypeDetailsBuilder.addFieldAnnotation(ItdTypeDetailsBuilder.java:103)
                         at org.springframework.roo.addon.gae.GaeMetadata.<init>(GaeMetadata.java:57)
                         at org.springframework.roo.addon.gae.GaeMetadataProvider.getMetadata(GaeMetadataProvider.java:42)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:250)
                         at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:139)
                         at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:159)
                         at org.springframework.roo.classpath.scanner.MemberDetailsScannerImpl.getMemberDetails(MemberDetailsScannerImpl.java:98)
                         at org.springframework.roo.addon.beaninfo.BeanInfoMetadataProviderImpl.getMetadata(BeanInfoMetadataProviderImpl.java:34)
                         at org.springframework.roo.addon.dod.DataOnDemandMetadataProvider.getMetadata(DataOnDemandMetadataProvider.java:56)
                         at org.springframework.roo.addon.test.IntegrationTestMetadataProvider.getMetadata(IntegrationTestMetadataProvider.java:57)
                         at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:124)
                         at org.springframework.roo.metadata.DefaultMetadataService.notify(DefaultMetadataService.java:179)
                         at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:262)
                         at org.springframework.roo.classpath.javaparser.JavaParserMetadataProvider.onFileEvent(JavaParserMetadataProvider.java:138)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:344)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:318)
                         at org.springframework.roo.process.manager.internal.DefaultFileManager.notify(DefaultFileManager.java:183)
                         at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:276)
                         at org.springframework.roo.addon.maven.MavenProjectMetadataProvider.onFileEvent(MavenProjectMetadataProvider.java:691)
                         at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:36)
                         at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:15)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:177)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:99)
                         at org.springframework.roo.process.manager.internal.DefaultProcessManager$1.frameworkEvent(DefaultProcessManager.java:62)
                         at org.apache.felix.framework.util.EventDispatcher.invokeFrameworkListenerCallback(EventDispatcher.java:767)
                         at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:724)
                         at org.apache.felix.framework.util.EventDispatcher.run(EventDispatcher.java:942)
                         at org.apache.felix.framework.util.EventDispatcher.access$000(EventDispatcher.java:54)
                         at org.apache.felix.framework.util.EventDispatcher$1.run(EventDispatcher.java:106)
                         at java.lang.Thread.run(Thread.java:637)

Till now, it was all based on stats stored for the base tables and their columns. Now the optimizer can rely on constraints. Hence, this patch is for the join reordering costing to use constraints, and if it does not find any, rely on old code path.

Document - Single Page HTML Reference
Example 2.2 in Section 2.1
Original Code - 
<snip>
   public List getAllPersons() 
{
      return ldapTemplate.search("", "(objectclass=person)", new PersonAttributesMapper();
   }
</snip>
Should be changed to 
public List getAllPersons() {
      return ldapTemplate.search("", "(objectclass=person)", new PersonAttributesMapper());
}
The closing bracket for the ldapTemplate.search() method is missing.

Consider the union field:

union {int, string}

and now this field evolves to

union {null, int, string}.

Running it through the avro schema compatibility check[1], they are actually compatible which means that the latter could be used to deserialize the data written with former. However the avro deserializer fails to do that. Mainly because of the way it reads the tags from the reader schema and then reds the corresponding data from the writer schema. [2]
[1] http://pastebin.cerner.corp/31078
[2] https://github.com/cloudera/hive/blob/cdh5.4.0-release/serde/src/java/org/apache/hadoop/hive/serde2/avro/AvroDeserializer.java#L354

When using
ProcessorDefinition.java
 throwException(Class<? extends Exception> type, String message) 

to define a Exception and having the tracing set to True in Camel context, if  an exception occurred, it will call 
ThrowExceptionProcessor.java
  public String getTraceLabel() {
        return "throwException[" + this.exception.getClass().getSimpleName() + "]";
    }

But this.exception is null.
A patch could be:
    public String getTraceLabel() {
        String className= this.exception==null?this.type.getSimpleName():this.exception.getClass().getSimpleName();
        return "throwException[" + className + "]";
    }

EAP 7 DR10 build and Wildfly 10 contains xsd/dtd files in docs/schema not related to management, mainly from opensaml and othr cxf related artifacts.
Seems like these files are extracted from jars during the build. Based on file size it seems all the files I focused on are from opensaml jars. 
I'm really not sure we need these xsd/dtd files in docs/schema directory. I would suggest to drop them or split the content of docs/schema to WF10/EAP7management related and the rest.
For now I created just one JIRA, can split it into more if needed.
Here is the list of problematic files:

 === datatypes.dtd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 6357 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/datatypes.dtd
[jsf-impl-2.2.12-jbossorg-2.jar] 8298  07-29-2015 11:31   com/sun/faces/datatypes.dtd
[jboss-servlet-api_3.1_spec-1.0.0.Final.jar] 6367  10-09-2013 15:30   javax/servlet/resources/datatypes.dtd
[picketlink-federation-2.5.5.CR1.jar] 7803  08-25-2015 13:19   schema/w3c/xmlschema/datatypes.dtd
[xmlsec-2.0.5.jar] 6357  07-10-2015 13:51   bindings/schemas/datatypes.dtd
[cxf-rt-ws-policy-3.1.2-jbossorg-2.jar] 6357  05-14-2015 15:00   schemas/datatypes.dtd
[wss4j-ws-security-stax-2.1.2.jar] 6357  07-14-2015 17:09   schemas/datatypes.dtd
[jbossxacml-2.0.8.Final.jar] 6562  04-04-2012 10:01   schema/xmlschema/datatypes.dtd
[jboss-metadata-common-10.0.0.CR1.jar] 6562  09-16-2015 09:18   dtd/datatypes.dtd
[opensaml-core-3.1.1.jar] 6357  03-25-2015 14:19   schema/datatypes.dtd

 === ietf-kitten-sasl-saml-ec.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 1391 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/ietf-kitten-sasl-saml-ec.xsd
[opensaml-saml-api-3.1.1.jar] 1391  03-25-2015 14:20   schema/ietf-kitten-sasl-saml-ec.xsd

 === soap-envelope.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 4607 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/soap-envelope.xsd
[opensaml-soap-api-3.1.1.jar] 4607  03-25-2015 14:20   schema/soap-envelope.xsd

 === sstc-metadata-attr.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 1161 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/sstc-metadata-attr.xsd
[opensaml-saml-api-3.1.1.jar] 1161  03-25-2015 14:20   schema/sstc-metadata-attr.xsd

 === sstc-saml-delegation.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 1631 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/sstc-saml-delegation.xsd
[opensaml-saml-api-3.1.1.jar] 1631  03-25-2015 14:20   schema/sstc-saml-delegation.xsd

 === sstc-saml-idp-discovery.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 982 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/sstc-saml-idp-discovery.xsd
[opensaml-saml-api-3.1.1.jar] 982  03-25-2015 14:20   schema/sstc-saml-idp-discovery.xsd

 === sstc-saml-metadata-ext-query.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 2321 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/sstc-saml-metadata-ext-query.xsd
[opensaml-saml-api-3.1.1.jar] 2321  03-25-2015 14:20   schema/sstc-saml-metadata-ext-query.xsd

 === sstc-saml-protocol-ext-thirdparty.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 1001 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/sstc-saml-protocol-ext-thirdparty.xsd
[opensaml-saml-api-3.1.1.jar] 1001  03-25-2015 14:20   schema/sstc-saml-protocol-ext-thirdparty.xsd

 === ws-addr.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 5574 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/ws-addr.xsd
[picketlink-federation-2.5.5.CR1.jar] 5800  08-25-2015 13:19   schema/wstrust/v1_3/ws-addr.xsd
[cxf-core-3.1.2-jbossorg-2.jar] 5591  08-31-2015 16:21   schemas/wsdl/ws-addr.xsd
[jbossxts-5.2.2.Final.jar] 5581  08-12-2015 12:23   org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/ws-addr.xsd
[jbossxts-5.2.2.Final.jar] 5581  08-12-2015 12:23   wscoor1.1/wsdl/ws-addr.xsd
[jbossxts-5.2.2.Final.jar] 5581  08-12-2015 12:23   org/oasis_open/docs/ws_tx/wsat/_2006/_06/wsdl/ws-addr.xsd
[jbossxts-5.2.2.Final.jar] 5581  08-12-2015 12:23   org/oasis_open/docs/ws_tx/wsba/_2006/_06/wsdl/ws-addr.xsd
[opensaml-soap-api-3.1.1.jar] 5574  03-25-2015 14:20   schema/ws-addr.xsd

 === ws-policy.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 5379 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/ws-policy.xsd
[picketlink-federation-2.5.5.CR1.jar] 5506  08-25-2015 13:19   schema/wstrust/v1_3/ws-policy.xsd
[opensaml-soap-api-3.1.1.jar] 5379  03-25-2015 14:20   schema/ws-policy.xsd

 === xenc-schema.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 5905 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/xenc-schema.xsd
[picketlink-federation-2.5.5.CR1.jar] 5293  08-25-2015 13:19   schema/w3c/xmlenc/xenc-schema.xsd
[xmlsec-2.0.5.jar] 5194  07-10-2015 13:51   bindings/schemas/xenc-schema.xsd
[xmlsec-2.0.5.jar] 5234  07-10-2015 13:51   org/apache/xml/security/resource/schema/xenc-schema.xsd
[wss4j-ws-security-stax-2.1.2.jar] 5194  07-14-2015 17:09   schemas/xenc-schema.xsd
[opensaml-xmlsec-api-3.1.1.jar] 5905  03-25-2015 14:19   schema/xenc-schema.xsd

 === xmldsig-core-schema.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 11283 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/xmldsig-core-schema.xsd
[picketlink-federation-2.5.5.CR1.jar] 10659  08-25-2015 13:19   schema/w3c/xmldsig/xmldsig-core-schema.xsd
[xmlsec-2.0.5.jar] 10324  07-10-2015 13:51   bindings/schemas/xmldsig-core-schema.xsd
[xmlsec-2.0.5.jar] 10293  07-10-2015 13:51   org/apache/xml/security/resource/schema/xmldsig-core-schema.xsd
[cxf-rt-ws-policy-3.1.2-jbossorg-2.jar] 9927  05-14-2015 15:00   schemas/xmldsig-core-schema.xsd
[wss4j-ws-security-stax-2.1.2.jar] 10256  07-14-2015 17:09   schemas/xmldsig-core-schema.xsd
[opensaml-xmlsec-api-3.1.1.jar] 11283  03-25-2015 14:19   schema/xmldsig-core-schema.xsd

 === XMLSchema.dtd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 16088 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/XMLSchema.dtd
[jsf-impl-2.2.12-jbossorg-2.jar] 18015  07-29-2015 11:31   com/sun/faces/XMLSchema.dtd
[jboss-servlet-api_3.1_spec-1.0.0.Final.jar] 16085  10-09-2013 15:30   javax/servlet/resources/XMLSchema.dtd
[picketlink-federation-2.5.5.CR1.jar] 18502  08-25-2015 13:19   schema/w3c/xmlschema/XMLSchema.dtd
[xmlsec-2.0.5.jar] 16075  07-10-2015 13:51   bindings/schemas/XMLSchema.dtd
[cxf-rt-ws-policy-3.1.2-jbossorg-2.jar] 16075  05-14-2015 15:00   schemas/XMLSchema.dtd
[wss4j-ws-security-stax-2.1.2.jar] 16075  07-14-2015 17:09   schemas/XMLSchema.dtd
[jbossxacml-2.0.8.Final.jar] 16479  04-04-2012 10:01   schema/xmlschema/XMLSchema.dtd
[jboss-metadata-common-10.0.0.CR1.jar] 16479  09-16-2015 09:18   dtd/XMLSchema.dtd
[opensaml-core-3.1.1.jar] 16088  03-25-2015 14:19   schema/XMLSchema.dtd

 === XMLSchema.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 100693 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/XMLSchema.xsd
[cxf-core-3.1.2-jbossorg-2.jar] 83892  08-31-2015 16:21   schemas/wsdl/XMLSchema.xsd
[opensaml-core-3.1.1.jar] 100693  03-25-2015 14:19   schema/XMLSchema.xsd

 === xmltooling-config.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 2055 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/xmltooling-config.xsd
[opensaml-core-3.1.1.jar] 2055  03-25-2015 14:19   schema/xmltooling-config.xsd

 === xml.xsd ===
-rw-rw-r-- 1 rsvoboda rsvoboda 2870 Sep 17 15:20 /home/rsvoboda/TESTING/700DR10/jboss-eap-7.0/docs/schema/xml.xsd
[jsf-impl-2.2.12-jbossorg-2.jar] 4925  07-29-2015 11:31   com/sun/faces/xml.xsd
[jboss-servlet-api_3.1_spec-1.0.0.Final.jar] 2922  10-09-2013 15:30   javax/servlet/resources/xml.xsd
[picketlink-federation-2.5.5.CR1.jar] 4734  08-25-2015 13:19   schema/w3c/xmlschema/xml.xsd
[xmlsec-2.0.5.jar] 4726  07-10-2015 13:51   bindings/schemas/xml.xsd
[cxf-core-3.1.2-jbossorg-2.jar] 5840  08-31-2015 16:21   schemas/wsdl/xml.xsd
[cxf-rt-ws-policy-3.1.2-jbossorg-2.jar] 5829  05-14-2015 15:00   schemas/xml.xsd
[wss4j-ws-security-stax-2.1.2.jar] 4726  07-14-2015 17:09   schemas/xml.xsd
[jboss-metadata-common-10.0.0.CR1.jar] 5604  09-16-2015 09:18   schema/xml.xsd
[opensaml-core-3.1.1.jar] 2870  03-25-2015 14:19   schema/xml.xsd

I upgraded an existing spring-ws app from 1.5.5 to 1.5.6, and also upgraded dependencies bundled in the with-dependencies release, specifically upgraded wss4j jar from 1.5.4 to 1.5.5 and xmlsec from 1.4.0 to 1.4.2. Now wss4j 1.5.5 somehow strips out my custom SOAP headers on the client side from the request message. Both client and server use spring-ws, I am using Axiom soap message factory (payloadCaching=true), Wss4j for ws-security, running the application in Tomcat 6 with Sun Java 5 jvm. 
Rolling back wss4j libs to wss4j-1.5.4.jar and xmlsec-1.4.0.jar fixes the problem (keeping the other spring-ws 1.5.6 release jars), therefore I suspect this is a Wss4j-1.5.5 bug, but other causes are possible (see other observations below).  Proposed solution: roll back the bundled Wss4j jars to wss4j 1.5.4 and xmlsec 1.4.0.  
Other observations: 
1. Sending the SOAP request using soapUI instead of the spring-ws client fixes the problem, proving that the headers are stripped by the spring-ws client.
2. Removing Wss4j security interceptor fixes the problem. 
3. Switching to SaajSoapMessageFactory fixes the problem.
4. Spring-ws client trace logger logs the sent SOAP message WITH the custom soap headers intact, so the headers are stripped after the logging code is executed. 
Attached is a sample that reproduces the problem.  The sample is a slightly modified echo spring-ws sample pre-configured as an Eclipse project folder.  The echo sample was modified to use Wss4j security interceptor, Axiom Soap message factory and I added the code to add custom Soap headers.  To reproduce, import the sample into an Eclipse 3.* workspace, deploy spring-ws-echo war to a servlet container, and run org.echo.client.sws.EchoClient as Java applicatio. The logged Soap request on the client contains the "customSoapHeader" header element, but on the server side the same request Soap message is missing this header. 

org.jboss.as.test.integration.jca.flushing.FlushOperationsTestCase#flushAllConnectionsInPool
org.jboss.as.test.integration.jca.flushing.FlushOperationsTestCase#flushGracefullyConnectionsInPool
org.jboss.as.test.integration.jca.flushing.FlushOperationsTestCase#flushIdleConnectionsInPool
org.jboss.as.test.integration.jca.flushing.FlushOperationsTestCase#flushInvalidConnectionsInPool
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=FlushOperationsTestCase -Dsecurity.manager

SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-3-thread-1) Failed: org.jboss.as.test.integration.jca.flushing.FlushOperationsTestCase.flushAllConnectionsInPool: java.io.IOException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "localhost:0" "listen,resolve")" in code source "(vfs:/content/flush-operations.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.flush-operations.jar:main" from Service Module Loader")
	at org.jboss.as.test.integration.jca.flushing.FlushOperationsTestCase.executeAndAssertSuccess(FlushOperationsTestCase.java:301)
	at org.jboss.as.test.integration.jca.flushing.FlushOperationsTestCase.cleanup(FlushOperationsTestCase.java:152)
	at org.jboss.arquillian.container.test.impl.execution.AfterLifecycleEventExecuter.on(AfterLifecycleEventExecuter.java:35)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.doRunTestMethod(ArquillianService.java:243)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:219)
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "localhost:0" "listen,resolve")" in code source "(vfs:/content/flush-operations.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.flush-operations.jar:main" from Service Module Loader")
	at java.lang.SecurityManager.checkListen(SecurityManager.java:1131)
	at org.wildfly.security.manager.WildFlySecurityManager.checkListen(WildFlySecurityManager.java:392)
	at sun.nio.ch.SocketChannelImpl.bind(SocketChannelImpl.java:582)
	at sun.nio.ch.SocketAdaptor.bind(SocketAdaptor.java:135)
	at org.xnio.nio.WorkerThread.openTcpStreamConnection(WorkerThread.java:263)
	at org.xnio.XnioIoThread.openStreamConnection(XnioIoThread.java:237)
	at org.xnio.XnioWorker.openStreamConnection(XnioWorker.java:342)
	at org.xnio.http.HttpUpgrade$HttpUpgradeState.doUpgrade(HttpUpgrade.java:247)
	at org.xnio.http.HttpUpgrade$HttpUpgradeState.access$100(HttpUpgrade.java:165)
	at org.xnio.http.HttpUpgrade.performUpgrade(HttpUpgrade.java:112)
	at org.jboss.remoting3.remote.HttpUpgradeConnectionProvider.createConnection(HttpUpgradeConnectionProvider.java:110)
	at org.jboss.remoting3.remote.RemoteConnectionProvider.connect(RemoteConnectionProvider.java:201)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:487)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:410)
	at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:406)
	at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:166)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:135)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:59)
	... 139 more

Caught by Matt McCline during code reviews.

   public JoinUtil.JoinResult setDirect(byte[] bytes, int offset, int length,
        BytesBytesMultiHashMap.Result hashMapResult) {

      int keyHash = WriteBuffers.murmurHash(bytes, offset, length);
      aliasFilter = hashMap.getValueResult(bytes, offset, length, hashMapResult);

We already allow setting a system wide default format. In some cases it's useful though to specify this only for managed tables, or distinguish external and managed via two variables. You might want to set a more efficient (than text) format for managed tables, but leave external to text (as they often are log files etc.)

Run "script clinic.roo"
Run "solr setup"
Run "solr all"

The following sections are deleted from menu.jspx:

<menu:item id="fi_pet_nameandweight" messageCode="global_menu_find" url="/pets?find=ByNameAndWeight&amp;form" z="devZ7szM2IpWQ3tcBCyipGL58aA="/>
<menu:item id="fi_pet_owner" messageCode="global_menu_find" url="/pets?find=ByOwner&amp;form" z="1q0/4jncGJY/rLdBorn6tVr4z+A="/>
<menu:item id="fi_pet_sendremindersandweightlessthan" messageCode="global_menu_find" url="/pets?find=BySendRemindersAndWeightLessThan&amp;form" z="92tyhtrAbP9XBxIv74eP1zlvf8I="/>
<menu:item id="fi_pet_typeandnamelike" messageCode="global_menu_find" url="/pets?find=ByTypeAndNameLike&amp;form" z="xrFLeIwGYKxyhdPFVM7npgv1sp8="/>

... and:

<menu:item id="fi_visit_descriptionandvisitdate" messageCode="global_menu_find" url="/visits?find=ByDescriptionAndVisitDate&amp;form" z="3sKRLY4UVEeJbr2SZfFJH7jfZgY="/>
<menu:item id="fi_visit_descriptionlike" messageCode="global_menu_find" url="/visits?find=ByDescriptionLike&amp;form" z="hmNOhf9btkbiGyxFpwmDPVPiGIo="/>
<menu:item id="fi_visit_visitdatebetween" messageCode="global_menu_find" url="/visits?find=ByVisitDateBetween&amp;form" z="uwXjqKkUEUtsDmNKJ+WTTuA7UyE="/>

Restarting the Roo shell adds them back in again.

The bug is http://code.google.com/p/guava-libraries/issues/detail?id=1055
See discussion under 'Upgrade to Guava 12.0.1: Performance bug in CacheBuilder/LoadingCache fixed!'

I tried it against one of my table:
hive> desc r;
OK
key int
value string
a string
hive> select * from r;
OK
4 val_356 NULL
484 val_169 NULL
2000 val_169 NULL
3000 val_169 NULL
4000 val_125 NULL
hive> select *, field(value, 'val_169') from r; 
OK
4 val_356 NULL 0
484 val_169 NULL 0
2000 val_169 NULL 0
3000 val_169 NULL 0
4000 val_125 NULL 0

When using the IBM JVM:

java version "1.6.0"
Java(TM) SE Runtime Environment (build pxa6460sr16fp1-20140706_01(SR16 FP1))
IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Linux amd64-64 jvmxa6460sr16-20140626_204542 (JIT enabled, AOT enabled)
J9VM - 20140626_204542
JIT  - r9_20130920_46510ifx7
GC   - GA24_Java6_SR16_20140626_1848_B204542)
JCL  - 20140704_01

The following error occurs when logging into the Hawtio console:
JBoss A-MQ 6.1:

2014-11-03 10:13:02,122 | WARN  | qtp1357533418-80 | Authenticator                    | io.hawt.system.Authenticator       86 | 146 - io.hawt.hawtio-web - 1.2.0.redhat-379 | Failed to execute privileged action: 
java.lang.SecurityException: unable to instantiate Subject-based policy
	at javax.security.auth.Policy.getPolicyNoCheck(Policy.java:276)
	at javax.security.auth.Policy.getPolicy(Policy.java:226)
	at javax.security.auth.SubjectDomainCombiner$5.run(SubjectDomainCombiner.java:513)
	at java.security.AccessController.doPrivileged(AccessController.java:273)
	at javax.security.auth.SubjectDomainCombiner.compatPolicy(SubjectDomainCombiner.java:509)
	at javax.security.auth.SubjectDomainCombiner.combine(SubjectDomainCombiner.java:223)
	at java.security.AccessController.getContext(AccessController.java:209)
	at io.hawt.web.LoginServlet.doPost(LoginServlet.java:78)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:595)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)
	at io.hawt.web.AuthenticationFilter$2.run(AuthenticationFilter.java:143)
	at java.security.AccessController.doPrivileged(AccessController.java:362)
	at javax.security.auth.Subject.doAs(Subject.java:573)
	at io.hawt.web.AuthenticationFilter.executeAs(AuthenticationFilter.java:140)
	at io.hawt.web.AuthenticationFilter.access$000(AuthenticationFilter.java:28)
	at io.hawt.web.AuthenticationFilter$1.execute(AuthenticationFilter.java:117)
	at io.hawt.system.Authenticator.authenticate(Authenticator.java:84)
	at io.hawt.web.AuthenticationFilter.doFilter(AuthenticationFilter.java:114)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)
	at io.hawt.web.CORSFilter.doFilter(CORSFilter.java:42)
	at io.hawt.web.CacheHeadersFilter.doFilter(CacheHeadersFilter.java:37)
	at org.ops4j.pax.web.service.internal.WelcomeFilesFilter.doFilter(WelcomeFilesFilter.java:185)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:499)
	at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:69)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:533)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086)
	at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:219)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020)
	at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:77)
	at org.eclipse.jetty.server.Server.handle(Server.java:370)
	at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494)
	at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:971)
	at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1033)
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:644)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:667)
	at java.lang.Thread.run(Thread.java:761)

Starting with version 3.0.0 save does not work correctly anymore , if a custom entity lookup strategy is configured. 
If we have an EntityLookupConfiguration like

public class RepositoryEntityLookupConfiguration extends RepositoryRestConfigurerAdapter {

    @Override
    public void configureRepositoryRestConfiguration(RepositoryRestConfiguration configuration) {
        configuration
                .withEntityLookup()
                .forRepository(SomeRepository.class, Some::getUid, SomeRepository::findByUid);
    }
}

assuming some Document like

@Document
public class Some {

    @Id
    String id;
    @NotBlank(message = "uid may not be null, empty or blank")
    @Indexed(unique = true)
    String uid;

    Programs programs;
    Bugs bugs;
}

then any update operation fails with 409.
Actually, when the frameworks tries to save (updates the persistent data), the id of the persistence layer (id in our case) is substituted by the lookup key (uid), and then the save operation inserts a new document with a uid forbidden by the unique id.
The "bug" is in PersistentEntityResourceHandlerMethodArgumentResolver#resolveArgument (lines 139-150), where the persistence-id-property is set.
 
     // here it is checked whether we have an update and the persistence-id-property is set to entity-id
            PersistentEntity<?, ?> entity = resourceInformation.getPersistentEntity();
            boolean forUpdate = objectToUpdate.isPresent();
            Optional<Object> entityIdentifier = objectToUpdate.map(it -> entity.getIdentifierAccessor(it).getIdentifier());

            entityIdentifier.ifPresent(it -> entity.getPropertyAccessor(obj).setProperty(entity.getRequiredIdProperty(),
                    entityIdentifier.orElse(null)));

            // unfortunately, here the correct value is overwritten (possibly with a wrong value, as in case custom lookup configuration)
            id.ifPresent(it -> {
                ConvertingPropertyAccessor accessor = new ConvertingPropertyAccessor(entity.getPropertyAccessor(obj),
                        conversionService);
                accessor.setProperty(entity.getRequiredIdProperty(), it);
            });

I'm not quite sure under with conditions the requiredIdProperty should be set;
perhaps only if (!forUpdate) or (!forUpdate && !noCustomLookupConfig) or something similar along the lines.
The result then may be something like:

if(!forUpdate) {
            });
        }

This is actually equivalent to what was implemented in 2.x.x branches. 
Note this does still not give a valid solution of the problem in the sense of the requirements in DATA-REST-1050 in case of EntityLookupConfiguration. This is because in case of creating a new resource, a lookup by the same custom key does not find the created resource in general.
But at least, it allows us to upgrade existing applications to Spring Boot 2.0, since we are not relying on an idempotent PUT anyway. With the current version, we see no way to upgrade to Spring Boot 2 at all.

CREATE TABLE `sample_07` ( `code` string , `description` string , `total_emp` int , `salary` int ) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\t' STORED AS TextFile;
load data local inpath 'sample_07.csv'  into table sample_07;
set hive.limit.pushdown.memory.usage=0.9999;
select * from sample_07 order by salary LIMIT 999999999;

This will result in 

	at org.apache.hadoop.hive.ql.exec.TopNHash.initialize(TopNHash.java:113)
	at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.initializeOp(ReduceSinkOperator.java:234)
	at org.apache.hadoop.hive.ql.exec.vector.VectorReduceSinkOperator.initializeOp(VectorReduceSinkOperator.java:68)

The basic issue lies with top n optimization. We need a limit for the top n optimization. Ideally we would detect that the allocated bytes will be bigger than the "limit.pushdown.memory.usage" without trying to alloc it.

the perf eval tool for the wal never sets up a log roller and instead used to just call the rollWriter method directly.
Eventually it changed to call requestLogRoll instead of attempting to do the roll itself. requestLogRoll is the same method used internal to the wal code and it relies on there being a LogRoller to actually have rolls happen. (the method just notifies all of the listeners for hte wal that one of them should call the roll method.)

Several tests extend BaseTestHBaseFsck :
public class TestHBaseFsckMOB extends BaseTestHBaseFsck {
hbase-server/src/test//java/org/apache/hadoop/hbase/util/TestHBaseFsckMOB.java
public class TestHBaseFsckOneRS extends BaseTestHBaseFsck {
hbase-server/src/test//java/org/apache/hadoop/hbase/util/TestHBaseFsckOneRS.java
public class TestHBaseFsckReplicas extends BaseTestHBaseFsck {
hbase-server/src/test//java/org/apache/hadoop/hbase/util/TestHBaseFsckReplicas.java
public class TestHBaseFsckTwoRS extends BaseTestHBaseFsck {
hbase-server/src/test//java/org/apache/hadoop/hbase/util/TestHBaseFsckTwoRS.java
BaseTestHBaseFsck contains several tests, e.g. testHDFSRegioninfoMissing
This means that the tests in BaseTestHBaseFsck would be run multiple times in the test suite.

ServletContainerInitializerDeploymentProcessor.loadSci() has code to read the service file, rather than using the JDK-provided mechanisms, and it does not handle comments.
The API documentation at https://docs.oracle.com/javase/7/docs/api/java/util/ServiceLoader.html says that the # symbols and all following characters on the line should be ignored. It also notes the file must be UTF-8 encoded, and ServletContainerInitializerDeploymentProcessor does not appear to force that either.
Log4j 2.1 triggers this bug (https://issues.apache.org/jira/browse/LOG4J2-890)

Deferred log flush was disabled a few months ago, reenable it and make it false by default.

Folks extending the mapreduce.TableInputFormatBase class and relying on the 0.98 way of doing table initialization (as given in the example in the javadoc) will currently always get an error.
When taking in a HTable, the current implementation retrieves a Connection instance from the table and then an Admin instance from said Connection. The getAdmin call validates that it only is called on unmanaged connections, but when folks construct an HTable instance according to the examples, it ends up backed by a managed connection.

When there is onException block in the Routes, Route Ids are overridden in the test (CBTS) class. 
Ex: 

public class TestRoute extends RouteBuilder {

	@Override
		onException(Exception.class).id("ExceptionId")
			.maximumRedeliveries(0)
			.setHeader(Exchange.HTTP_RESPONSE_CODE).constant(HttpURLConnection.HTTP_NOT_FOUND)
			.end()
			.stop();
		from("file:foo").id("foo")
			.to("blah") 
			.end();
	}
}

A Camel test (using Camel Blueprint Test Support) is written for the above route, then found that Route Ids is overridden with "route1" in the route definition. When OnException block code is commented, route id is replaced with "foo" in the route definition in CBTS. This behavior can be reproduced consistently.  
Please let me know if this is known behavior or needs fix.

Currently, the GemfireCache.evict(key:Object) method calls Pivotal GemFire's (Apache Geode's) Region.destroy(key:Object) method, which can throw a EntryNotFoundException causing an application @Sevice component operation annotated with the @CacheEvict annotation to fail.
See StackOverflow post (question... "Gemfire EntryNotFoundException for @CacheEvict") for more details.

The Activator for the startlevel module is causing exceptions during shutdown. This is because it is attempting to obtain a service (via the service reference) but the service is no longer available. This was discovered due to the extended OSGi logging added as part of ROO-1155.

This is related to HBASE-13391.  
When testing 1.1 release in Windows environment, both org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface.testRecovery and org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface.testLegacyRecovery failed frequently. testLegacyRecovery fails more frequently.

java.lang.AssertionError: Result of org.apache.hadoop.hbase.coprocessor.SimpleRegionObserver.getCtPreWALRestore is expected to be 1, while we get 0
	at org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface.verifyMethodResult(TestRegionObserverInterface.java:746)
	at org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface.testRecovery(TestRegionObserverInterface.java:630)

java.lang.AssertionError: Result of org.apache.hadoop.hbase.coprocessor.SimpleRegionObserver$Legacy.getCtPreWALRestore is expected to be 1, while we get 0
	at org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface.testLegacyRecovery(TestRegionObserverInterface.java:680)

Base on Andrew Purtell, "we're not waiting for recovery to complete, just hoping we race behind it so the test passes. These test cases need a redo (or a rip out)" - the HBASE-13391 tracks the real fix; this JIRA (based on suggestion of Sean Busbey) disable these two tests so that we will not run into false alarm frequently.

If a table has multi column primary key group by optimization ends up removing group by which is semantically incorrect.

It seems like it works if there's more than one partition column, and doesn't work if there's just one. At least that's the case that I found. The situation for different types is the same.

hive> create table zzz(c string) partitioned by (i int);
OK
Time taken: 0.41 seconds
hive> alter table zzz add partition (i='foo');
OK
Time taken: 0.185 seconds
hive> create table zzzz(c string) partitioned by (i int,j int); 
OK
Time taken: 0.085 seconds
hive> alter table zzzz add partition (i='foo',j=5);            
FAILED: SemanticException [Error 10248]: Cannot add partition column i of type string as it cannot be converted to type int
hive> alter table zzzz add partition (i=5,j='foo');
FAILED: SemanticException [Error 10248]: Cannot add partition column j of type string as it cannot be converted to type int

	at org.wildfly.security.ssl.SSLUtils.createSslContextFactory(SSLUtils.java:72)
	at org.wildfly.security.ssl.ServerSSLContextBuilder.lambda$build$17(ServerSSLContextBuilder.java:199)
	at org.wildfly.extension.elytron.SSLDefinitions$3.lambda$getValueSupplier$65(SSLDefinitions.java:357)
	... 3 more

There are several cases when warning messages are printed to the console outputstream directly. These warnings do not show up in the BeeLine output.
We should use the the printInfo method instead.

Hi,
I posted this issue already as a question in the forum, therefore I will not repeat the complete analysis here but give a short description.
The controller class to handle the portlet request is determined by the portlet mode and request parameters, which is usually the right way, but will lead to unexpected behavior when an event is thrown.
In this case the event should also be considered in this decision, because otherwise it can end up selecting the wrong controller class.
Compared to version 2.5.x and the "Cooperative Source/Target" model, which can be considered as the eventing ancestor in Portlet 1.0, the current behavior of the framework is different and could be considered as a bug.

According to the documentation (Here) we can customize the jmx domain name.
When the domain name is different from org.apache.camel all the dumpRouteStatsAsXml are empty and does not work anymore.
After some investigation it is because the MBean operation does not take into account the runtime domain name and only use "org.apache.camel" (here) 
I've done a unit test to reproduce and tried to do a fix,

Today the implementation of "insert overwrite" table or partition deletes the entire directory of the table/partition recursively using the HDFS shell (-rmr) and then re-creates it.
This makes it get rid of certain user-set attributes of the directory, like permission, owner, group, and will become more important with introduction of HDFS extended-ACL's.

So this works:

hive> select * from test where (x,y) in ((1,1),(2,2));
OK
1	1
2	2
Time taken: 0.063 seconds, Fetched: 2 row(s)

And this doesn't:

hive> select * from test where (x,y) in ((1,1));
org.antlr.runtime.EarlyExitException
	at org.apache.hadoop.hive.ql.parse.HiveParser_IdentifiersParser.precedenceEqualExpressionMutiple(HiveParser_IdentifiersParser.java:9510)

If I'm generating SQL I'd like to not have to special case 1 tuple.
As a point of comparison this works in Postgres:

vagrant=# select * from test where (x, y) in ((1, 1));
 x | y
---+---
 1 | 1
(1 row)

Any thoughts on this Pengcheng Xiong ?

1.  probably use int for tinyint/shortint instead of bytes
2. pick different typecode for eo-record marker: not 100/101/255
3. use string when type not specified in AS clause

DefaultKeyGenerator treats varargs as a single array (so all calls to method have same key!).

This is an umbrella task tracing the 1st Apache release for Apache Common Crypto.
Tasks include:
1. change namespace to Apache
2. update Wiki and configurations
3. update site

Updated from SVN to find that Hbase.getRow(Text) always return empty map.

Users reported that some tmp coprocessor jars are not cleaned up properly, which ends up /tmp folder is flooded.
When a HBase server starts up, we should do some clean up to make sure tmp jar files are removed properly.

For example this route cannot startup

		restConfiguration().scheme("https").component("undertow").port(7777).contextPath("/").host("0.0.0.0")
            .apiContextPath("/swagger.json")
				.dataFormatProperty("prettyPrint", "true")

				.apiProperty("api.schemes", "https")
				.apiProperty("api.title", "Rest swagger")
				.apiProperty("api.description", "Camel Rest App with Swagger");

		rest("/user").get().to("direct:start");

		from("direct:start").setBody().constant("Hi Camels");
	}

With a

        at sun.nio.ch.Net.bind0(Native Method) ~[na:1.8.0_181]
        at sun.nio.ch.Net.bind(Net.java:433) ~[na:1.8.0_181]
        at sun.nio.ch.Net.bind(Net.java:425) ~[na:1.8.0_181]
        at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223) ~[na:1.8.0_181]
        at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74) ~[na:1.8.0_181]
...

Enabling offheap cache and setting BUCKET_CACHE_COMBINED_KEY to false in site xml to make offheap cache a strict L2 cache to LRU cache, disables the L2 stats normally rendered on region server UI.  

SPR-8193 tracks support for Servlet 3.1 and is marked as completed.
However, ShallowEtagHeaderFilter doesn't include setContentLengthLong() although it does include setContentLength(). This omission may be surprising to users and doesn't seem to meet the intent of SPR-8193.

Does Spring Data Gemfire Repository abstraction support OQL joins across regions ?

Person.java

// getter, setter omitted
@Region("Person")
public class Person extends Entity {
    private String secondName;
    private String carVIN;
}

Car.java

// getter and setter omitted
@Region("Car")
public class Car extends Entity {

    private String vin;
    private String manufacturer;
    private String model;
    private int year;
    private UUID ownerId;
}

public interface PersonRepository extends GemfireRepository<Person, UUID> {

    @Query("<trace> select p from /Person p, /Car c where p.carVIN = c.vin")
    public List<Person> findCarOwners();

}

On the server, the trace shows up as 

<trace> select p from /Person p, /Person c where p.carVIN = c.vin

If i directly use the QueryService from the Pool, i do get results with the same query

Pool gemfirePool = (Pool) applicationContext.getBean("gemfirePool");
QueryService queryService = gemfirePool.getQueryService();
SelectResults<Person> results = (SelectResults<Person>) queryService.newQuery("<trace> select p from /Person p, /Car c where p.carVIN = c.vin").execute();
for ( Person p : results.asList()) {
  System.out.println(p);
}

On the server, i see the trace as 

<trace> select p from /Person p, /Car c where p.carVIN = c.vin

Is a feature for something like this planned ?
At the very least, the documentation should mention known limitations.
Thank you.
Adil.

Several tests are failing on Hudson after the commit of HBASE-1923 - see http://hudson.zones.apache.org/hudson/job/HBase-TRUNK/1282/testReport/
These tests passed on local build, something seems to be different about the hudson environment.

    List<CompletableFuture<Void>> toComplete = this.futures;
    assert toSend.size() == toComplete.size();
    this.mutations = new ArrayList<>();
    this.futures = new ArrayList<>();
    bufferedSize = 0L; 
    Iterator<CompletableFuture<Void>> toCompleteIter = toComplete.iterator();
    for (CompletableFuture<?> future : table.batch(toSend)) {
      future.whenComplete((r, e) -> {
        CompletableFuture<Void> f = toCompleteIter.next(); // Call next in callback, so the complete order may different with the future order
        if (e != null) {
          f.completeExceptionally(e);
        } else {
          f.complete(null);
        }
      }); 
    }

Here we call table.batch to get a list of CompleteFuture for each mutation. Then we register a call back for each future. But the problem is we call toCompleteIter.next() in the callback. So we may complete the future by a wrong order(not same with the mutation order). Meanwhile, as ArrayList is not thread safe, so different thread may get same future by toCompleteIter.next().

Eclipse reports some errors when validating a "jboss-web.xml" file which defines the 11.0 xsd.
First problem: "web-app_3_1.xsd" is imported. The target namespace seems to be invalid, it should be "http://xmlns.jcp.org/xml/ns/javaee" instead of "http://java.sun.com/xml/ns/javaee" 
<xsd:import namespace="http://xmlns.jcp.org/xml/ns/javaee" schemaLocation="http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"/>
The validation error: "The namespace attribute 'http://java.sun.com/xml/ns/javaee' of an import element information must be identical to the targetNamespace attribute 'http://xmlns.jcp.org/xml/ns/javaee' of the imported document".
It would probably also make sense to include the full schemaLocation URL .
After fixing the namespace, there are four more errors left:
*src-resolve: Cannot resolve the name 'jboss:jndiEnvironmentRefsGroup' to a( n ) group component
src-resolve: Cannot resolve the name 'javaee:generic-booleanType' to a( n ) 'simpleType definition' component
src-ct.2.1: Complex type definition Representation Error for type 'symbolic-link-allowedType' ...
src-resolve: Cannot resolve the name 'jboss:security-roleType' to a( n ) 'type definition' component*
The first two errors: previous versions of jboss-web.xsd imported "jboss-common_6_0.xsd" which defined a "jndiEnvironmentRefsGroup". This file also imported "javaee_6.xsd", which defines the "generic-booleanType".

ClusterId is normally set into the passed conf during instantiation of an HTable class. In the case of a HRegionServer this is bypassed and set to "default" since getMaster() since it uses HBaseRPC to create the proxy directly and bypasses the class which retrieves and sets the correct clusterId. 
This becomes a problem with clients (ie within a coprocessor) using delegation tokens for authentication. Since the token's service will be the correct clusterId and while the TokenSelector is looking for one with service "default".

see 
https://builds.apache.org/job/PreCommit-HBASE-Build/3494/artifact/patchprocess/patch-unit-hbase-server.txt

testCancelOfMultiGet(org.apache.hadoop.hbase.client.TestReplicasClient)  Time elapsed: 4.026 sec  <<< FAILURE!
	at org.apache.hadoop.hbase.client.TestReplicasClient.testCancelOfMultiGet(TestReplicasClient.java:579)

Tests run: 26, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 94.401 sec - in org.apache.hadoop.hbase.client.TestAdmin2
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 11.861 sec - in org.apache.hadoop.hbase.client.TestClientScannerRPCTimeout
Running org.apache.hadoop.hbase.client.TestRestoreSnapshotFromClientWithRegionReplicas
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 261.925 sec <<< FAILURE! - in org.apache.hadoop.hbase.client.TestReplicasClient
testCancelOfMultiGet(org.apache.hadoop.hbase.client.TestReplicasClient)  Time elapsed: 4.522 sec  <<< FAILURE!
	at org.apache.hadoop.hbase.client.TestReplicasClient.testCancelOfMultiGet(TestReplicasClient.java:581)

Running org.apache.hadoop.hbase.client.TestFastFail
Tests run: 2, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 3.648 sec - in org.apache.hadoop.hbase.client.TestFastFail
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 277.894 sec <<< FAILURE! - in org.apache.hadoop.hbase.client.TestReplicasClient
testCancelOfMultiGet(org.apache.hadoop.hbase.client.TestReplicasClient)  Time elapsed: 5.359 sec  <<< FAILURE!

hbase-site.xml isn't picked up correctly when running the canary.

Whenever an entity class is annotated with @CompoundIndexes, it does create the relevant index in the collection. Yet any other entity class that inherits from the first entity class does not inherit this index and thus the @CompoundIndexes annotation has to be repeated in the child classes even though it references the parent class. Its counter-intuitive and one would expect the annotation to apply to child classes also.

The javadoc/API for AbstractWireFeedHttpMessageConverter does a reference to a broken link about Rome

If a JavaTypePersistenceMetadataDetails cannot be created, in my case the identifier accessor field could not be found, for an entity which is depended on by an entity which in turn is also depended on by the JavaTypePersistenceMetadataDetails-less entity an infinite loop is occurs. The standard behaviour should be that a partial Metatdata is created and then is revisited, this would occur if the lack of JavaTypePersistenceMetadataDetails was ignored and Metadata creation proceeds.

graceful_stop.sh starts by explicitly disabling the balancer. It should make note of the original balancer state and then restore that state upon completion.

ServerHttpResponse allows commitActions to be added (e.g. inside a WebFilter) via the beforeCommit method.
AbstractHttpServerResponse however calls the protected methods applyStatusCode(), applyHeaders() and applyCookies() synchronously before the Mono<Void>s passed as commitActions get executed. This makes it impossible to change the status code, add headers or cookies in beforeCommit actions asynchonously. A use case for this would be to add values from the subscriber context to the response headers.
AbstractHttpServerResponse#doCommit should wrap the calls to the applyXXX() methods in a mono which is subscribed to after the other commitActions.
Current code:

this.commitAction.add(() -> {
    applyStatusCode();
    applyHeaders();
    applyCookies();
    // ...
    return Mono.empty();
});

this.commitActions.add(() -> {
    Mono.fromRunnable(() -> {
        applyStatusCode();
        applyHeaders();
        applyCookies();
        // ...
    });
});

In current HBase rpc impletement, there is no any connection double-checking just before the "call" be invoked, considing there's a gc or other OS scheduling or the call queue is full enough(e.g. the server side is slow/hang due to some issues), and if the client side has a small rpc timeout value, it could be possible when this request be taken from call queue, the client connection is lost in that moment. we'd better has some fail-fast code before the reall "call" be invoked, it just waste the server side resource.
Here is a strace trace from our production env:
2014-02-11,18:16:19,525 WARN org.apache.hadoop.ipc.HBaseServer: IPC Server Responder, call get([B@3eae6c77, {"timeRange":[0,9223372036854775807],"totalColumns":1,"cacheBlocks":true,"families":
{"X":["T"]}
,"maxVersions":1,"row":"074103000000001-m8997060"}), rpc version=1, client version=29, methodsFingerPrint=-241105381 from 10.101.10.181:43252: output error
2014-02-11,18:16:19,526 WARN org.apache.hadoop.ipc.HBaseServer: IPC Server handler 151 on 12600 caught a ClosedChannelException, this means that the server was processing a request but the client went away. The error message was: null
2014-02-11,18:16:19,797 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer:
org.apache.hadoop.hbase.ipc.CallerDisconnectedException: Aborting call get([B@3f10ffd2, {"timeRange":[0,9223372036854775807],"totalColumns":1,"cacheBlocks":true,"families":
,"maxVersions":1,"row":"4245978-m7281526"}), rpc version=1, client version=29, methodsFingerPrint=-241105381 from 10.101.10.181:43259 after 0 ms, since caller disconnected
at org.apache.hadoop.hbase.ipc.HBaseServer$Call.throwExceptionIfCallerDisconnected(HBaseServer.java:450)
at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:3633)
at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:3590)
at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:3615)
at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:4414)
at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:4387)
at org.apache.hadoop.hbase.regionserver.HRegionServer.get(HRegionServer.java:2075)
at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source)
at org.apache.hadoop.hbase.ipc.SecureRpcEngine$Server.call(SecureRpcEngine.java:460)
at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1457)
2014-02-11,18:16:19,802 WARN org.apache.hadoop.ipc.HBaseServer: IPC Server Responder, call get([B@3f10ffd2, {"timeRange":[0,9223372036854775807],"totalColumns":1,"cacheBlocks":true,"families":
,"maxVersions":1,"row":"4245978-m7281526"}), rpc version=1, client version=29, methodsFingerPrint=-241105381 from 10.101.10.181:43259: output error
2014-02-11,18:16:19,802 WARN org.apache.hadoop.ipc.HBaseServer: IPC Server handler 46 on 12600 caught a ClosedChannelException, this means that the server was processing a request but the client went away. The error message was: null
With this fix, we can reduce this hit probability at least the upstream hadoop has this checking already, see: https://github.com/apache/hadoop-common/blob/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/ipc/Server.java#L2034-L2036

It looks like the word "of" got typoed to "fo" in the following variables in MetricsTableSource.java:

String READ_REQUEST_COUNT = "readRequestCount";
String READ_REQUEST_COUNT_DESC = "Number fo read requests";
String WRITE_REQUEST_COUNT = "writeRequestCount";
String WRITE_REQUEST_COUNT_DESC = "Number fo write requests";
String TOTAL_REQUEST_COUNT = "totalRequestCount";
String TOTAL_REQUEST_COUNT_DESC = "Number fo total requests";

container-list for a child container gives the following error:
JBossFuse:karaf@root> container-list child1
Error executing command: Profile 'jboss-fuse-karaf' does not exist in version: 1.0
With this exception
2016-06-03 15:24:52,917 | ERROR | l Console Thread | Console                          | 38 - org.apache.karaf.shell.console - 2.4.0.redhat-630085 | Exception caught while executing command
java.lang.IllegalStateException: Profile 'jboss-fuse-karaf' does not exist in version: 1.0
	at io.fabric8.api.gravia.IllegalStateAssertion.assertNotNull(IllegalStateAssertion.java:46)
	at io.fabric8.internal.VersionImpl.getRequiredProfile(VersionImpl.java:88)
	at io.fabric8.internal.ContainerImpl.getProfiles(ContainerImpl.java:239)
	at io.fabric8.commands.support.CommandUtils.filterContainers(CommandUtils.java:134)
	at io.fabric8.commands.ContainerListAction.doExecute(ContainerListAction.java:61)
	at sun.reflect.GeneratedMethodAccessor63.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_65]
	at java.lang.reflect.Method.invoke(Method.java:497)[:1.8.0_65]
	at org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:119)[19:org.apache.aries.proxy.impl:1.0.4]
	at io.fabric8.commands.$ContainerList2076596348.execute(Unknown Source)[mvn:org.apache.aries.proxy/org.apache.aries.proxy.impl/1.0.4:]
	at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[38:org.apache.karaf.shell.console:2.4.0.redhat-630085]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[38:org.apache.karaf.shell.console:2.4.0.redhat-630085]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[38:org.apache.karaf.shell.console:2.4.0.redhat-630085]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[38:org.apache.karaf.shell.console:2.4.0.redhat-630085]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[38:org.apache.karaf.shell.console:2.4.0.redhat-630085]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[38:org.apache.karaf.shell.console:2.4.0.redhat-630085]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)[38:org.apache.karaf.shell.console:2.4.0.redhat-630085]
	at org.apache.karaf.shell.console.jline.Console.run(Console.java:197)[38:org.apache.karaf.shell.console:2.4.0.redhat-630085]
	at org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)[38:org.apache.karaf.shell.console:2.4.0.redhat-630085]
container-list without a container name shows that the child container exists, and it is possible to connect to it.

Error: Could not find or load main class org.apache.hadoop.hbase.thrift2.ThriftServer

In MAPREDUCE-5785, the default value of mapreduce.map.memory.mb is set to -1. We need fix StatsUtil#getAvailableMemory not to return negative value.

camel-zookeeper-master component has an issue with the usage of RAW() function in child endpoint configuration.
zookeeper-master://name:sftp://myhost/inbox?password=RAW(BEFORE_AMPERSAND&AFTER_AMPERSAND)&username=jdoe will mishandle the the content of RAW() , when at some point the escaped ampersand symbol is unescaped, and a wrong set of parameters is used.
The attached PR fixed the issues and adds a unit test to verify the behavior before and after the fix.

ERROR: java.lang.RuntimeException: org.apache.hadoop.hbase.client.RetriesExhaustedException: Failed after attempts=7, exceptions:
Thu Apr 26 11:19:18 PDT 2012, org.apache.hadoop.hbase.client.ScannerCallable@190a621a, java.io.IOException: java.io.IOException: Could not iterate StoreFileScanner[HFileScanner for reader reader=file:/tmp/hbase-eclark/hbase/TestTable/e2d1c846363c75262cbfd85ea278b342/info/bae2681d63734066957b58fe791a0268, compression=none, cacheConf=CacheConfig:enabled [cacheDataOnRead=true] [cacheDataOnWrite=false] [cacheIndexesOnWrite=false] [cacheBloomsOnWrite=false] [cacheEvictOnClose=false] [cacheCompressed=false], firstKey=0000000001/info:data/1335463981520/Put, lastKey=0002588100/info:data/1335463902296/Put, avgKeyLen=30, avgValueLen=1000, entries=1215085, length=1264354417, cur=0000000248/info:data/1335463994457/Put/vlen=1000/ts=0]
	at org.apache.hadoop.hbase.regionserver.StoreFileScanner.next(StoreFileScanner.java:135)
	at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:95)
	at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:368)
	at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:127)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:3323)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:3279)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.next(HRegion.java:3296)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:2393)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1376)
Caused by: java.io.IOException: Invalid HFile block magic: \xEC\xD5\x9D\xB4\xC2bfo
	at org.apache.hadoop.hbase.io.hfile.BlockType.parse(BlockType.java:153)
	at org.apache.hadoop.hbase.io.hfile.BlockType.read(BlockType.java:164)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock.<init>(HFileBlock.java:254)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderV2.readBlockDataInternal(HFileBlock.java:1779)
	at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderV2.readBlockData(HFileBlock.java:1637)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.readBlock(HFileReaderV2.java:327)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.readNextDataBlock(HFileReaderV2.java:555)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.next(HFileReaderV2.java:651)
	at org.apache.hadoop.hbase.regionserver.StoreFileScanner.next(StoreFileScanner.java:130)
	... 12 more
Thu Apr 26 11:19:19 PDT 2012, org.apache.hadoop.hbase.client.ScannerCallable@190a621a, java.io.IOException: java.io.IOException: java.lang.IllegalArgumentException
	at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:1132)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:1121)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:2420)
	at java.nio.Buffer.position(Buffer.java:216)
	at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.next(HFileReaderV2.java:630)
	at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:406)
	... 5 more
On latest 0.94 branch I spun up a new standalone hbase.  Then I started a performance evaluation run hbase/bin/hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred randomWrite 10
after that completed I tried a scan of TestTable.  The scan got the above error.

Steps to reproduce: 
1. Create an Employee
2. Click on Employee and bookmark
3. Delete Employee
4. Open bookmark
It seems reasonable to bookmark a location that could get deleted. 

See attached PNG screenshot.  I have a JPA entity as defined below.  The auto scaffolding generates error messages that wrap.  In the case of a html text field, it appears that the error message starts at the left of the input box.  However, for the textarea, the error starts from the left side of the outer div, not from the left margin of the field.
Also, the date picker field error message starts properly from the left of the field, but wraps all the way to the left side of the div.  It could be the same as the text field, my error message wasn't that long.
Suggest we wrap the error messages from the field and keep them from wrapping left to the label.
@Entity
@RooPlural("conferences")
public class Conference {
	@Column(nullable=false)
    @Size(min = 5, max = 30, message = "Please enter a name between 
{min}
 and 
{max}
 characters.")
    @Size(min = 10, max=512, message = "
{description.required}
")
    private String description;
    @Column(insertable=true, updatable=false)
    @NotNull
    private Date created;
}

The execution of a paged repository method backed by a JPA named query might break the currently running transaction as it tries to look up a named count query but can mitigate a lookup failure. However, the failing lookup causes the transaction to be marked as rollback (as required by the JPA specification).
We should revisit named query validation and execution like we did for manually defined queries using @Query in DATAJPA-350.

Firstly thanks for this great framework.
Reading the .pdf upgrade guide
#1 missing and. 
The transaction support is entirely new should not affect users of previous releases.
I think it should be "is entirely new and should not ..."
#2 use of described instead of documented (typical scandinavian)
To sort it out, some major restructuring was needed, as
described in the following sections.
I think it should be ",as documented in the following sections"
#3 ctrl
(such as "Ctr+Shift-O" in Eclipse)
Should it not be "ctrl+shift+0". 
#4 courier font
The table in 1.1 could use courier font so its more code like.

Because all contrib/** reuses build-contrib.xml -, internally they reuse ivy-retrieve.xml and hence need the presence of an ivy.xml in ec2 directory to succeed. 
Temporary patch with no dependencies in . Ideal patch should be to refactor build*.xml as appropriate. 

The .tld fspecifies propercase as a valid attribute of the Spring Faces client-side validation tags but the attribute is not rendered when included.

Upon startup, HBase attempts to create its zookeeper.parent.znode in ZooKeeper, it does so using ZKUtil.createAndFailSilent which as its name seems to imply will fail silent if the znode exists. But if HBase does not have the CREATE permission on its zookeeper.parent.znode parent znode then the create attempt will fail with a org.apache.zookeeper.KeeperException$NoAuthException and will terminate the process.
In a production environment where ZooKeeper has a managed namespace it is not possible to give HBase CREATE permission on the parent of its parent znode.
ZKUtil.createAndFailSilent should therefore be modified to check that the znode exists using ZooKeeper.exist prior to attempting to create it.

Presently, any Spring Data module (e.g. Spring Data GemFire) that supports and extends Spring Data Commons' Repository abstraction and specifically provides data store support for Repository query methods will be forced to run on a Java 8 runtime.
Due to the recent feature support in SD Commons for Java 8's Stream class as a query method return type along with Java's class loading mechanics and class validation at load time, the presence of Java 8 types in the SD Commons' ResultProcessor (and more specifically, here) requires a Java 8 runtime to load the class.
Typically store support in a SD module for the SD Commons' Repository abstraction query methods extend the SD Commons' QueryMethod abstract class (e.g. GemfireQueryMethod).  When the SD Repository infrastructure is initialized by the Spring container on startup, instances of the QueryMethod class are created for any application specific Repository interface extensions on the CLASSPATH during the Repository component scan that define query methods.  As a result, when the QueryMethod instances are created, and the QueryMethod constructor is invoked, the instantiation of the ResultProcessor leads to a NoClassDefFoundError/ClassNotFoundException when running an application on JRE less than 1.8 (e.g. 1.7 or earlier).

AtomicInteger value = new AtomicInteger(1);
session.setAttribute("a", value);
value.incrementAndGet();
On failover, the value of attribute "a" will still be 1.

testLiveAndDeadServersStatus(org.apache.hadoop.hbase.client.TestClientClusterStatus)  Time elapsed: 0.032 s  <<< FAILURE!
        at org.apache.hadoop.hbase.client.TestClientClusterStatus.testLiveAndDeadServersStatus(TestClientClusterStatus.java:110)

The JavaParserMutableClassOrInterfaceTypeDetails.createType(..) can be used to create new types. The arguments passed to the method include the list of types the new type should extend, and the list of types the new type should implement. Line 406 of JavaParserMutableClassOrInterfaceTypeDetails appears to be incorrectly handling the types to be implemented.

//Here is my object
public class Book {
    public String author;
    public String ISBN;
    public Map<String, String> characters;
}

// Here I create a simple instance of the object
Book myBook = new Book();
myBook.author = "Me"
myBook.ISBN = "1234567890"
myBook.characters = new HashMap<>();
myBook.characters.put("protagonist", "Pinco");
myBook.characters.put("antagonist", "Pallo");

Here I create JSON patches

// Here the type of operations that work
[
    {"op": "replace", "path": "/author", "value": "NewAuthor"},
    {"op": "replace", "path": "/ISBN", "value": 0987654321 },
]

// I can also modify completely the Map if I want
[
    {"op": "replace", "path": "/characters", "value": {"protagonist": "Pallo", "antagonist": "Pinco"} }
]
  
 Here the kind of operations that I would expect to work but do not work

// But I can't update a single value in the map 
[ 
{"op": "replace", "path": "/characters/protagonist", "value": "Pallo" }, {"op": "replace", "path": "/characters/antagonist", "value": "Pinco" } 
] 

// I've also tried weird stuff, but doesn't work 
[ {"op": "replace", "path": "/characters[antagonist]", "value": "Pinco"} ]  

 I would expect the replace operation on the nested map to work by checking the key.
  
 I think the issue is in the path->SpEL conversion, as the nested fields are automatically converted to properties updates.
  
There are some use cases (e.g. shared java:global bindings) that result in services being installed outside of a deployments ServiceTarget. This means that are not added to the stability monitor, which results in intermittent test failures due to a false stability being achieved before all services have come up.
At present it is not possible to access this stability monitor, so there is no way to fix this issue.

Invoking MutableClassOrInterfaceTypeDetails.addTypeAnnotation(AnnotationMetadata) does not add the annotation to the physical source code.

HBASE-6820 points out the problem but not fix completely.
killCurrentActiveZooKeeperServer() and killOneBackupZooKeeperServer() will shutdown the ZooKeeperServer and need to close ZKDatabase as well.

After following the tutorial (http://static.springsource.org/spring-roo/reference/html/beginning.html) through to step 2.10. Securing the Application, it tells you to modify the menu.jspx. 
The menu.jspx that is shown looks nothing like the menu.jspx that has been generated by following the tutorial so far.
{code|title=menu.aspx (in workspace)}
<div xmlns:jsp="http://java.sun.com/JSP/Page" xmlns:menu="urn:jsptagdir:/WEB-INF/tags/menu" id="menu" version="2.0">
    <jsp:directive.page contentType="text/html;charset=UTF-8"/>
    <jsp:output omit-xml-declaration="yes"/>
    <menu:menu id="_menu" z="nZaf43BjUg1iM0v70HJVEsXDopc=">
        <menu:category id="c_topping" z="Xm13w68rCIyzL6WIzqBtcpfiNQU=">
            <menu:item id="i_topping_new" messageCode="global_menu_new" url="/toppings?form" z="e1a5iGUXU+AnmE3TsSiRG0anau4="/>
            <menu:item id="i_topping_list" messageCode="global_menu_list" url="/toppings?page=1&size=${empty param.size ? 10 : param.size}" z="XzlIdR9bro/F4JpeR+A0AAJ/u7g="/>
        </menu:category>
        <menu:category id="c_base" z="yTpmmNMm/hWoy3yf+aPcdUX2At8=">
            <menu:item id="i_base_new" messageCode="global_menu_new" url="/bases?form" z="+i6N/uFq65rRQkyN9G93ZSDxIec="/>
            <menu:item id="i_base_list" messageCode="global_menu_list" url="/bases?page=1&size=${empty param.size ? 10 : param.size}" z="IjVNhoTFsVL/VpAHVFlKm0YDCNs="/>
        <menu:category id="c_pizza" z="mXqKC1ELexS039/pkkCrZVcSry0=">
            <menu:item id="i_pizza_new" messageCode="global_menu_new" url="/pizzas?form" z="FJyKGGTINgIyGIqDihlwLSFEytE="/>
            <menu:item id="i_pizza_list" messageCode="global_menu_list" url="/pizzas?page=1&size=${empty param.size ? 10 : param.size}" z="xeipeDE0x1I+04qwdIrWrLg/6lc="/>
        <menu:category id="c_pizzaorder" z="gBYiBODEJrzQe3q+el5ktXISc4U=">
            <menu:item id="i_pizzaorder_new" messageCode="global_menu_new" url="/pizzaorders?form" z="eJBfkbMzVFL1bT/LrdQHD4m+qtg="/>
            <menu:item id="i_pizzaorder_list" messageCode="global_menu_list" url="/pizzaorders?page=1&size=${empty param.size ? 10 : param.size}" z="/lz0rZsZXixy10fiHWPaso3II90="/>
    </menu:menu>
</div>

{code|title=menu.aspx from tutorial}
<div xmlns:sec="http://www.springframework.org/security/tags" ...>
	  <jsp:output omit-xml-declaration="yes"/>
	  <ul id="roo_menu">
	  <sec:authorize ifAllGranted="ROLE_ADMIN">
      <li id="web_mvc_jsp_topping_category">
         ...
      </li>
   </sec:authorize>
   <li id="web_mvc_jsp_pizzaorder_category">
         ...
    </li>
</div>

HIVE-7100 adds the option to purge table-data when dropping a table (from Hive CLI.)
This patch adds HiveMetaStoreClient APIs to support the same for dropPartitions().
(I'll add a follow-up to support a command-line option for the same.)

HIVE-19723 changed nanosecond to microsecond in Arrow serialization. However, it needs to be microsecond with time zone.

Multi insert statements that have multiple group by clauses aren't handled properly in tez.

Buckle up folks, we're going for a ride here. I've seeing this on a branch-2 based build, but I think the problem will affect branch-1 as well. I'm not able to easily reproduce the issue, but it will usually come up within an hour on a given cluster that I have, at which point the problem persists until an RS restart. I've been seeing the problem and paying attention for maybe two months, but I suspect it's been happening much longer than that.
Problem
When running in a secure cluster, sometimes the ZK EventThread will get stuck on a permissions update and not be able to process new notifications. This happens to also block flush and snapshot, which is how we found it.
Analysis
The main smoking gun is seeing this in repeated jstacks:

"main-EventThread" #43 daemon prio=5 os_prio=0 tid=0x00007f0b92644000 nid=0x6e69 waiting on condition [0x00007f0b6730f000]
        at org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.nodeChildrenChanged(ZKPermissionWatcher.java:191)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:503)

That sleep is a 20ms sleep in an AtomicReference.compareAndSet loop - but it never gets past the condition.

        while (!nodes.compareAndSet(null, nodeList)) {
          try {
            Thread.sleep(20);
            LOG.warn("Interrupted while setting node list", e);
            Thread.currentThread().interrupt();
          }
        }

The warning never shows up in the logs, it just keeps looping and looping. The last relevant line from the watcher in logs is:

2017-08-17 21:25:12,379 DEBUG org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher: regionserver:22101-0x15df38884c80024, quorum=zk1:2181,zk2:2181,zk3:2181, baseZNode=/hbase Received ZooKeeper Event, type=NodeChildrenChanged, state=SyncConnected, path=/hbase/acl

Which makes sense, because the code snippet is from permission watcher's nodeChildrenChanged handler.
The separate thread introduced in HBASE-14370 is present, but not doing anything. And this event hasn't gotten to the part where it splits off into a thread:

"zk-permission-watcher4-thread-1" #160 daemon prio=5 os_prio=0 tid=0x0000000001750800 nid=0x6fd9 waiting on condition [0x00007f0b5dce5000]
        - parking to wait for  <0x00000007436ecea0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)

Solutions
There's a few approaches we can take to fix this, I think they are all complimentary. It might be useful to file subtasks or new issues for some of the solutions if they are longer term.

Move flush and snapshot to ProcedureV2. This makes my proximate problem go away, but it's only relevant to branch-2 and master, and doesn't fix anything on branch-1. Also, Permissions updates would still get stuck, preventing future permissions updates. I think this is important long term for the robustness of the system, but not a viable short term fix.
Add an Executor to ZookeeperWatcher and launch threads from there. Maybe we'd want to pull the Executor out of ZKPW, but that's not strictly necessary and can be optimized later – if we're already threading, then adding another layer isn't a huge cost.
Figure out the race condition or logic problem that causes nodes to be non-null above. I've tried looking at this and visual inspection isn't getting me anywhere.

Hive Replication not retaining the owner in the replicated table. The owner for the target table is set same as the user executing the load command. The user information should be read from the dump metadata and should be used while creating the table at target cluster.

2018-01-31T12:59:45,464 ERROR [10e97c86-7f90-406b-a8fa-38be5d3529cc main] ql.Driver: FAILED: SemanticException [Error 10014]: Line 3:456 Wrong arguments ''yyyy-MM-dd HH:mm:ss'': The function UNIX_TIMESTAMP takes only string/date/timestamp types
org.apache.hadoop.hive.ql.parse.SemanticException: Line 3:456 Wrong arguments ''yyyy-MM-dd HH:mm:ss'': The function UNIX_TIMESTAMP takes only string/date/timestamp types
 at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1394)
 at org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:90)
 at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:105)
 at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:89)
 at org.apache.hadoop.hive.ql.lib.ExpressionWalker.walk(ExpressionWalker.java:76)
 at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:120)
 at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:235)
 at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:181)
 at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:11847)
 at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:11780)
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.genGBLogicalPlan(CalcitePlanner.java:3140)
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.genLogicalPlan(CalcitePlanner.java:4330)
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1407)
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1354)
 at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:118)
 at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:1052)
 at org.apache.calcite.tools.Frameworks.withPrepare(Frameworks.java:154)
 at org.apache.calcite.tools.Frameworks.withPlanner(Frameworks.java:111)
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner.logicalPlan(CalcitePlanner.java:1159)
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner.getOptimizedAST(CalcitePlanner.java:1175)
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:422)
 at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:11393)
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:304)
 at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:268)
 at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:163)
 at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:639)
 at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1504)
 at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1632)
 at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1395)
 at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1382)
 at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:240)
 at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:188)
 at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:410)
 at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:343)
 at org.apache.hadoop.hive.ql.QTestUtil.executeClientInternal(QTestUtil.java:1331)
 at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:1305)
 at org.apache.hadoop.hive.cli.control.CoreCliDriver.runTest(CoreCliDriver.java:173)
 at org.apache.hadoop.hive.cli.control.CliAdapter.runTest(CliAdapter.java:104)
 at org.apache.hadoop.hive.cli.TestMiniDruidCliDriver.testCliDriver(TestMiniDruidCliDriver.java:59)
 at org.apache.hadoop.hive.cli.control.CliAdapter$2$1.evaluate(CliAdapter.java:92)
 at org.junit.rules.RunRules.evaluate(RunRules.java:20)
 at org.junit.runners.Suite.runChild(Suite.java:127)
 at org.junit.runners.Suite.runChild(Suite.java:26)
 at org.apache.hadoop.hive.cli.control.CliAdapter$1$1.evaluate(CliAdapter.java:73)
 at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:369)
 at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:275)
 at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:239)
 at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:160)
 at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:373)
 at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:334)
 at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:119)
 at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:407)
Caused by: org.apache.hadoop.hive.ql.exec.UDFArgumentException: The function UNIX_TIMESTAMP takes only string/date/timestamp types
 at org.apache.hadoop.hive.ql.udf.generic.GenericUDFToUnixTimeStamp.initializeInput(GenericUDFToUnixTimeStamp.java:110)
 at org.apache.hadoop.hive.ql.udf.generic.GenericUDFUnixTimeStamp.initializeInput(GenericUDFUnixTimeStamp.java:43)
 at org.apache.hadoop.hive.ql.udf.generic.GenericUDFToUnixTimeStamp.initialize(GenericUDFToUnixTimeStamp.java:67)
 at org.apache.hadoop.hive.ql.udf.generic.GenericUDF.initializeAndFoldConstants(GenericUDF.java:147)
 at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.newInstance(ExprNodeGenericFuncDesc.java:259)
 at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprNodeDesc(TypeCheckProcFactory.java:1132)
 at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1386)
 ... 76 more

tl;dr version: I think the MultiPut RPC needs to be completely rewritten.  The current code makes it totally impossible for an HBase client to do proper error handling.  When an edit fails, the client has no clue as to what the problem was (certain error cases can be retried, others cannot e.g. when using a non-existent family) and the client doesn't even know which of the edits have been applied successfully.  So the client often has to retry edits without knowing whether they've been applied or not, which leads to extra unwanted versions for the KeyValue that were successfully applied (for those who care about versions, this is essentially equivalent to data corruption).  In addition, there's no way for a client to properly handle NotServingRegionException, the client has to unnecessarily invalidate cached locations of some regions and retry all edits.
Life of a failed multi-put
Let's see why step by step what happens when a single edit in a multi-put fails.

An HBase user calls any of the put methods on an HTable instance.
Eventually, HTable#flushCommits is invoked to actually send the edits to the RegionServer(s).
This takes us to HConnectionManager#processBatchOfPuts where all edits are sorted into one or more MultiPut.  Each MultiPut is aggregating all the edits that are going to a particular RegionServer.
A thread pool is used to send all the MultiPut in parallel to their respective RegionServer.  Let's follow what happens for a single MultiPut.
The MultiPut travels through the IPC code on the client and then through the network and then through the IPC code on the RegionServer.
We're now in HRegionServer#multiPut where a new MultiPutResponse is created.
Still in HRegionServer#multiPut.  Since a MultiPut is essentially a map from region name to a list of Put for that region, there's a for loop that executes each list of Put for each region sequentially.  Let's follow what happens for a single list of Put for a particular region.
We're now in HRegionServer#put(byte[], List<Put>).  Each Put is associated with the row lock that was specified by the client (if any).  Then the pairs of (Put, lock id) are handed to the right HRegion.
Now we're in HRegion#put(Pair<Put, Integer>[]), which immediately takes us to HRegion#doMiniBatchPut.
At this point, let's assume that we're doing just 2 edits.  So the BatchOperationInProgress that doMiniBatchPut contains just 2 Put.
The while loop in doMiniBatchPut that's going to execute each Put starts.
The first Put fails because an exception is thrown when appending the edit to the WAL.  Its batchOp.retCodes is marked as OperationStatusCode.FAILURE.
Because there was an exception, we're back to HRegion#put(Pair<Put, Integer>[]) where the while loop will test that batchOp.isDone is false and do another iteration.
doMiniBatchPut is called again and handles the remaining Put.
The second Put succeeds normally, so its batchOp.retCodes is marked as OperationStatusCode.SUCCESS.
doMiniBatchPut is done and returns to HRegion#put(Pair<Put, Integer>[]), which returns to HRegionServer#put(byte[], List<Put>).
At this point, HRegionServer#put(byte[], List<Put>) does a for loop and extracts the index of the first Put that failed out of the OperationStatusCode[].  In our case, it'll return 0 since the first Put failed.
This index in the list of Put of the first that failed (0 in this case) is returned to HRegionServer#multiPut, which records in the MultiPutResponse - the client knows that the first Put failed but has no idea about the other one.

So the client has no reliable way of knowing which Put failed (if any) past the first failure.  All it knows is that for a particular region, they succeeded up to a particular Put, at which point there was a failure, and then the remaining may or may not have succeeded.  Its best bet is to retry all the Put past the index of the first failure for this region.  But this has an unintended consequence.  The Put that were successful during the first run will be re-applied.  This will unexpectedly create extra versions.  Now I realize most people don't really care about versions, so they won't notice.  But whoever relies on the versions for whatever reason will rightfully consider this to be data corruption.
As it is now, MultiPut makes proper error handling impossible.  Since this RPC cannot guarantee any atomicity other than at the individual Put level, it should return to the client specific information about which Put failed in case of a failure, so that the client can do proper error handling.
This requires us to change the MultiPutResponse so that it can indicate which Put specifically failed.  We could do this for instance by giving the index of the Put along with its OperationStatusCode.  So in the scenario above, the MultiPutResponse would essentially return something like: "for that particular region, put #0 failed, put #1 succeeded".  If we want to save a bit of space, we may want to omit the successes from the response and only mention the failures - so a response that doesn't mention any failure means that everything was successful.  Not sure whether that's a good idea though.
Since doing this require an incompatible RPC change, I propose that we take the opportunity to rewrite the MultiPut RPC too.  Right now it's very inefficient, it's just a hack on top of Put.  When MultiPut is written to the wire, a lot of unnecessary duplicate data is sent out.  The timestamp, the row key and the family are sent out to the wire N+1 times, where N is the number of edits for a particular row, instead of just once .
Alternatively, if we don't want to change the RPCs, we can fix this issue in a backward compatible way by making the while loop in HRegion#put(Pair<Put, Integer>[]) stop as soon as a failure is encountered.
Inability to properly handle NotServingRegionException
Since the code in HRegionServer#multiPut invokes HRegionServer#put(byte[], List<Put>) for each region for which there are edits, it's possible that edits for a first region all get successfully applied, then when moving on the 2nd region, a NotServingRegionException is thrown, which fails the RPC entirely and leaves the client with absolutely no clue as to which edits were successfully applied or not and which region caused the NotServingRegionException.  Currently the code in HConnectionManager will simply retry everything when that happens, and it'll invalidate the cached location of all the regions involved in the multi-put (even though it could well be that just a single region has to be invalidated).
I'm not sure how to best solve this problem because the Hadoop RPC protocol doesn't give us an easy way of passing data around in an exception.  The only two things I can think of are both really ugly:

The message of the exception could contain the name of the region that caused the exception so that the client can parse the name out of the message and invalidate the right entry in its cache.
As a special case, instead of throwing a NotServingRegionException, we'd change MultiPutResponse to also contain a list of regions no longer served by this region server, so the client could invalidate the right entries in its cache and retry just the edits that need to be retried.

I think 2. is better but it also requires an incompatible RPC change.
Repro code
Simple test case to highlight the bug (against HBase trunk).  The HBase client retries hopelessly until it reaches the maximum number of attempts before bailing out.

hbase(main):001:0> describe 'mytable'
DESCRIPTION                                                              ENABLED                                
 {NAME => 'mytable', FAMILIES => [{NAME => 'myfam', BLOOMFILTER => 'NONE true                                   
 ', REPLICATION_SCOPE => '0', COMPRESSION => 'NONE', VERSIONS => '1', TT                                        
 L => '2147483647', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCAC                                        
 HE => 'true'}]}                                                                                                
1 row(s) in 0.7760 seconds

import org.apache.hadoop.hbase.client.HTable;
import org.apache.hadoop.hbase.client.Put;

final class put {
  public static void main(String[]a) throws Exception {
    final HTable t = new HTable(HBaseConfiguration.create(), "mytable");
    final Put p = new Put("somerow".getBytes());
    p.add("badfam".getBytes(), "qual2".getBytes(), "badvalue".getBytes());
    t.put(p);
    t.flushCommits();
  }
}

Excerpt of the log produced when running put:

HConnectionManager$TableServers: Found ROOT at 127.0.0.1:54754
HConnectionManager$TableServers: Cached location for .META.,,1.1028785192 is localhost.:54754
HConnectionManager$TableServers: Cached location for mytable,,1280754761944.db25b4cc63e97e6a7e1bc28402fe57db. is localhost.:54754
HConnectionManager$TableServers: Failed past 0 for region: mytable,,1280754761944.db25b4cc63e97e6a7e1bc28402fe57db., removing from cache
HConnectionManager$TableServers: Removed mytable,,1280754761944.db25b4cc63e97e6a7e1bc28402fe57db. for tableName=mytable from cache because of somerow
HConnectionManager$TableServers: processBatchOfPuts had some failures, sleeping for 1000 ms!
HConnectionManager$TableServers: locateRegionInMeta(parentTable=.META., tableName=mytable, row=[115, 111, 109, 101, 114, 111, 119] ("somerow"), useCache=true)
HConnectionManager$TableServers: processBatchOfPuts had some failures, sleeping for 2000 ms!
HConnectionManager$TableServers: processBatchOfPuts had some failures, sleeping for 4000 ms!
HConnectionManager$TableServers: processBatchOfPuts had some failures, sleeping for 8000 ms!
HConnectionManager$TableServers: processBatchOfPuts had some failures, sleeping for 16000 ms!
HConnectionManager$TableServers: processBatchOfPuts had some failures, sleeping for 32000 ms!
Exception in thread "main" org.apache.hadoop.hbase.client.RetriesExhaustedException: Still had 1 puts left after retrying 10 times.
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.processBatchOfPuts(HConnectionManager.java:1534)
	at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:664)
	at org.apache.hadoop.hbase.client.HTable.doPut(HTable.java:549)
	at org.apache.hadoop.hbase.client.HTable.put(HTable.java:535)
	at put.main(put.java:10)

The hookContext exposed through ExecuteWithHookContext, does not provide the name of the Hive operation. 
The following public API should be added in HookContext.
public String getOperationName() {
    return SessionState.get().getHiveOperation().name();
}

(Rewrite to be more explicit about what the problem is)
ITBLL. Master comes up (It is being killed every 1-5 minutes or so). It is joining a running cluster (all servers up except Master with most regions assigned out on cluster). ProcedureStore has two ServerCrashProcedures unfinished (RUNNABLE state) for two separate servers. One SCP is in the middle of the assign step when master crashes (SERVER_CRASH_ASSIGN). This SCP step has this comment on it:

        // Assign may not be idempotent. SSH used to requeue the SSH if we got an IOE assigning
        // which is what we are mimicing here but it looks prone to double assignment if assign
        // fails midway. TODO: Test.

This issue is 1.2+ only since it is ServerCrashProcedure (Added in HBASE-13616, post hbase-1.1.x).
Looking at ServerShutdownHandler, how we used to do crash processing before we moved over to the Pv2 framework, SSH may have (accidentally) avoided this issue since it does its processing in a big blob starting over if killed mid-crash. In particular, post-crash, SSH scans hbase:meta to find servers that were on the downed server. SCP scanneds Meta in one step, saves off the regions it finds into the ProcedureStore, and then in the next step, does actual assign. In this case, we crashed post-meta scan and during assign. Assign is a bulk assign. It mostly succeeded but got this:

 809622 2015-06-09 20:05:28,576 INFO  [ProcedureExecutorThread-9] master.GeneralBulkAssigner: Failed assigning 3 regions to server c2021.halxg.cloudera.com,16020,1433905510696, reassigning them

So, most regions actually made it to new locations except for a few stragglers. All of the successfully assigned regions then are reassigned on other side of master restart when we replay the SCP assign step.
Let me put together the scan meta and assign steps in SCP; this should do until we redo all of assign to run on Pv2.
A few other things I noticed:
In SCP, we only check if failover in first step, not for every step, which means ServerCrashProcedure will run if on reload it is beyond the first step.

    // Is master fully online? If not, yield. No processing of servers unless master is up
    if (!services.getAssignmentManager().isFailoverCleanupDone()) {
      throwProcedureYieldException("Waiting on master failover to complete");
    }

This means we are assigning while Master is still coming up, a no-no (though it does not seem to have caused problem here). Fix.
Also, I see that over the 8 hours of this particular log, each time the master crashes and comes back up, we queue a ServerCrashProcedure for c2022 because an empty dir never gets cleaned up:

 39 2015-06-09 22:15:33,074 WARN  [ProcedureExecutorThread-0] master.SplitLogManager: returning success without actually splitting and deleting all the log files in path hdfs://c2020.halxg.cloudera.com:8020/hbase/WALs/c2022.halxg.cloudera.com,16020,1433902151857-splitting

Fix this too.

$  grep --exclude-dir=build --exclude-dir=.svn -r "@author " .
./ql/src/java/org/apache/hadoop/hive/ql/parse/ASTNode.java: * @author athusoo
./ql/src/java/org/apache/hadoop/hive/ql/index/IndexSearchCondition.java: * @author John Sichi

While investigating alternate file cache store options, I noticed that the serialized forms for certain cache keys were unexpectedly large.  Both the org.wildfly.clustering.web.infinispan and org.wildfly.clustering.ejb.infinispan are not importing services from org.jboss.as.clustering.infinispan.  Consequently, the externalizers from these modules are not being loaded properly.  Additionally, ejb cache keys are not properly using the SessionIDExternalizer to serialize SessionID, causing these keys to be larger than they ought to be.

HCatSchema.remove currently does not renumber the fieldPositionMap which can be a problem when there are interleaving append() and remove() calls.
1. We should document that fieldPositionMap should not be cached by the end-user
2. We should make sure that the fieldPositionMap gets renumbered after remove() because HcatSchema.get will otherwise return wrong FieldSchemas.

Something (I think the test suite) is generating non-distribution-related modules into the build directory of the server, for example build/target/wildfly-12.0.0.Alpha1-SNAPSHOT/modules/connlistener.  We should not be doing this; these kinds of special modules should be generated elsewhere and overlaid on the test suite images that need them.

Using dependencies from older WildFly release, clients are unable to connect to latest WildFly using DIGEST-MD5 mechanism:

java.lang.RuntimeException: javax.security.sasl.SaslException: Authentication failed: all available authentication mechanisms failed:
   DIGEST-MD5: Server rejected authentication

JBOSS-LOCAL-USER method works. I'm talking about latest WildFly with legacy security realms.
We are supposed to maintain backward compatibility with older clients but in this case older client won't work against newer server.

When we create a new table from the table with table-level serde to be Parquet and partition-level serde to be JSON, currently the following exception will be thrown if there are struct fields.
Apparently, getStructFieldsDataAsList() also needs to handle the case of List in addition to ArrayWritable similar to getStructFieldData.

        at org.apache.hadoop.hive.ql.io.parquet.serde.ArrayWritableObjectInspector.getStructFieldsDataAsList(ArrayWritableObjectInspector.java:172)
        at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serialize(LazySimpleSerDe.java:354)
        at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.serializeField(LazySimpleSerDe.java:257)
        at org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe.doSerialize(LazySimpleSerDe.java:241)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:720)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:813)
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:508)

Looks like the source artifact testing is properly reporting failures on jira, but is marking the stage on jenkins as successful. that makes it much hard to track over time.

      ExprNodeConstantDesc c = (ExprNodeConstantDesc) condition;
      if (c.getValue() != Boolean.FALSE) {
      }

equals() should be called instead.

Currently building itests using -Phadoop-1 profile results in following failure:

$cd itests
$mvn install -DskipTests -Phadoop-1
...
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:testCompile (default-testCompile) on project hive-it-unit: Compilation failure: Compilation failure:
[ERROR] /Users/ghagleitner/Projects/hive-test-trunk/itests/hive-unit/src/test/java/org/apache/hadoop/hive/ql/security/FolderPermissionBase.java:[31,39] cannot find symbol
[ERROR] symbol : class AclStatus
[ERROR] location: package org.apache.hadoop.fs.permission
[ERROR] /Users/ghagleitner/Projects/hive-test-trunk/itests/hive-unit/src/test/java/org/apache/hadoop/hive/ql/security/TestExtendedAcls.java:[20,46] cannot find symbol
[ERROR] symbol : class AclEntryScope
[ERROR] /Users/ghagleitner/Projects/hive-test-trunk/itests/hive-unit/src/test/java/org/apache/hadoop/hive/ql/security/TestExtendedAcls.java:[20,1] static import only from classes and interfaces
[ERROR] /Users/ghagleitner/Projects/hive-test-trunk/itests/hive-unit/src/test/java/org/apache/hadoop/hive/ql/security/TestExtendedAcls.java:[21,46] cannot find symbol
[ERROR] symbol : class AclEntryType
[ERROR] /Users/ghagleitner/Projects/hive-test-trunk/itests/hive-unit/src/test/java/org/apache/hadoop/hive/ql/security/TestExtendedAcls.java:[21,1] static import only from classes and interfaces
[ERROR] /Users/ghagleitner/Projects/hive-test-trunk/itests/hive-unit/src/test/java/org/apache/hadoop/hive/ql/security/TestExtendedAcls.java:[22,46] cannot find symbol

Support metadata filter hook for metastore client. This will be useful for authorization plugins on hiveserver2 to filter metadata results, especially in case of non-impersonation mode where the metastore doesn't know the end user's identity.

With latest JDK11 (build 11-ea+25) the following tests fail due to closed channel exception:

domain-management/src/test/java/org/jboss/as/domain/management/security/auditlog/AuditLogHandlerBootEnabledTestCase.java
testsuite/domain/src/test/java/org/jboss/as/test/integration/domain/HTTPSManagementInterfaceTestCase.java
testsuite/elytron/src/test/java/org/wildfly/test/integration/elytron/sasl/mgmt/KerberosNativeMgmtSaslTestCase.java
testsuite/elytron/src/test/java/org/wildfly/test/integration/elytron/sasl/mgmt/ScramPlusMgmtSaslTestCase.java
testsuite/manualmode/src/test/java/org/wildfly/core/test/standalone/mgmt/HTTPSManagementInterfaceTestCase.java

Is there a known SSL issue in JDK11? Could somebody from our security team investigate this issue?
When these tests will start passing WFCORE test suite will be passing 100% of tests on JDK11.
Potential investigator from our security team may want to include this PR:
https://github.com/wildfly/wildfly-core/pull/3420
to fix known JDK11 issues.

Perhaps I'm doing something wrong or is actually working as expected.
Putting 1 million constant int32 values produces an ORC file of 1MB. Surprisingly, 1 million consecutive ints produces a much smaller file.
Code and FileDump attached.

ObjectInspector inspector = ObjectInspectorFactory.getReflectionObjectInspector(
		Integer.class, ObjectInspectorFactory.ObjectInspectorOptions.JAVA);
Writer w = OrcFile.createWriter(new Path("/tmp/my.orc"), 
			OrcFile.writerOptions(new Configuration())
				.compress(CompressionKind.NONE)
				.inspector(inspector)
				.encodingStrategy(OrcFile.EncodingStrategy.COMPRESSION)
				.version(OrcFile.Version.V_0_12)
		);

for (int i = 0; i < 1000000; ++i) {
	w.addRow(123);
}
w.close();

Assume the following types:

interface Repository<T, ID extends Serializable> {}

interface IdFixingRepository<T> extends Repository<T, Long> {}

Trying to resolve the type arguments of IdFixingRepository using GenericTypeResolver returns null on Spring 4, works fine with latest 3.2.8. The test below fails starting with version 4.0.

asserNotNull(GenericTypeResolver.resolveTypeArguments(IdFixingRepository.class, Repository.class));

Still fails because all meta replicas arrive at same server even though supposedly protection against this added by me in HBASE-19840.
Test set: org.apache.hadoop.hbase.client.TestMetaWithReplicas
Tests run: 5, Failures: 0, Errors: 2, Skipped: 1, Time elapsed: 600.251 s <<< FAILURE! - in org.apache.hadoop.hbase.client.TestMetaWithReplicas
org.apache.hadoop.hbase.client.TestMetaWithReplicas  Time elapsed: 563.656 s  <<< ERROR!
	at org.apache.hadoop.hbase.client.TestMetaWithReplicas.shutdownMetaAndDoValidations(TestMetaWithReplicas.java:255)
	at org.apache.hadoop.hbase.client.TestMetaWithReplicas.testShutdownHandling(TestMetaWithReplicas.java:181)
java.lang.Exception: Appears to be stuck in thread NIOServerCxn.Factory:0.0.0.0/0.0.0.0:49912
The move of hbase:meta actually moves it back to same server.... no good.

MultiRowRangeFilter calls HBaseZeroCopyByteString.wrap() directly.
Instead it should call ByteStringer.wrap()

Build hive against hadoop 2.0. Then run hive CLI, you'll see deprecated configurations warnings like this:
13/12/14 01:00:51 INFO Configuration.deprecation: mapred.input.dir.recursive is
 deprecated. Instead, use mapreduce.input.fileinputformat.input.dir.recursive
 13/12/14 01:00:52 INFO Configuration.deprecation: mapred.max.split.size is depre
 cated. Instead, use mapreduce.input.fileinputformat.split.maxsize
 13/12/14 01:00:52 INFO Configuration.deprecation: mapred.min.split.size is depre
 cated. Instead, use mapreduce.input.fileinputformat.split.minsize
 13/12/14 01:00:52 INFO Configuration.deprecation: mapred.min.split.size.per.rack
 is deprecated. Instead, use mapreduce.input.fileinputformat.split.minsize.per.r
 ack
 13/12/14 01:00:52 INFO Configuration.deprecation: mapred.min.split.size.per.node
 is deprecated. Instead, use mapreduce.input.fileinputformat.split.minsize.per.n
 ode
 13/12/14 01:00:52 INFO Configuration.deprecation: mapred.reduce.tasks is depreca
 ted. Instead, use mapreduce.job.reduces
 13/12/14 01:00:52 INFO Configuration.deprecation: mapred.reduce.tasks.speculativ
 e.execution is deprecated. Instead, use mapreduce.reduce.speculative

Create a table with the following(noting the \n in the COMMENT):

CREATE TABLE commtest(first_nm string COMMENT 'Indicates First name\nof an individual’);

Describe shows that now the metadata is messed up:

beeline> describe commtest;
+-------------------+------------+-----------------------+--+
|     col_name      | data_type  |        comment        |
| first_nm             | string       | Indicates First name  |
| of an individual  | NULL       | NULL                  |

org.springframework.web.servlet.support.AbstractFlashMapManager never matches a FlashMap if the request is forwarded after redirect.
The original URI is obtained using String requestUri = getUrlPathHelper().getOriginatingRequestUri(request);, which seems to be used to handle forwarded request.
The actual request params are on the other hand obtained using ServletUriComponentsBuilder.fromRequest(request).build().getQueryParams(), which returns the query parameters of the forwarded request (which differ from the originating request parameters) unlike in case of the URI. 
The result is that the subsequent code never matches the FlashMap for the given forwarded request even though it should.

When using the module loading dependencies it's unable to load the native counterpart located in the /lib directory. This was part of the JBoss Modules specification described here.

Calcite 1.13 pushes EXTRACT and FLOOR function to Druid as an extraction function (cf CALCITE-1758). Originally, we were assuming that all group by columns in a druid query were of STRING type; however, this will not true anymore (result of EXTRACT is an INT and result of FLOOR a TIMESTAMP).
When we upgrade to Calcite 1.13, we will need to extend the DruidSerDe to handle these functions.

No cloning occurs:
static ClearPassword createRaw(String algorithm, char[] password) 
{
        return new RawClearPassword(algorithm, password);
    }
            
It appears the RMI component is not pulling the right name from the URI I defined in my routebuilder.  
In a separate application (the one I'm trying to connect and send data to), I've bound a remote object in the RMI Registry as: "GDRService".  (I even wrote a little app to list the RMI registry entries and it does indeed show up as "GDRService").
However, my camel route:    .to("rmi://localhost:1099/GDRService");
produces this result...
java.rmi.NotBoundException: /GDRService
        at sun.rmi.registry.RegistryImpl.lookup(RegistryImpl.java:106)
        at sun.rmi.registry.RegistryImpl_Skel.dispatch(Unknown Source)
....
I think this is the problem...
According to the code for  RMIEndPoint:
        String path = uri.getPath();
        if (path == null) 
{
            path = uri.getSchemeSpecificPart();
        }
        return path;
    }
I believe uri.getPath() is returning "/GDRService" and not "GDRService" and thus, Camel can't find the actual service. 
Here's a longer stacktrace (just the last of the 5 attempts to route via RMI prior to dead-letter drop).
[          AnonymousIoService-2] DeadLetterChannel              ERROR Failed delivery for exchangeId: ID-dmco500084358/
683-1221065595195/0-0. On delivery attempt: 5 caught: java.rmi.NotBoundException: /GDRService
        at sun.rmi.server.UnicastServerRef.oldDispatch(UnicastServerRef.java:386)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:250)
        at sun.rmi.transport.Transport$1.run(Transport.java:159)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
        at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255)
        at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)
        at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:359)
        at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
        at org.apache.camel.component.rmi.RmiRegistryBean.lookupBean(RmiRegistryBean.java:44)
        at org.apache.camel.component.bean.RegistryBean.getBean(RegistryBean.java:61)
        at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:73)
        at org.apache.camel.component.rmi.RmiProducer.process(RmiProducer.java:46)
        at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncPro
essorTypeConverter.java:43)
        at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:75)
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:57)
        at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:155)
        at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:91)
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:39)
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:41)
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:66)
        at org.apache.camel.component.mina.MinaConsumer$ReceiveHandler.messageReceived(MinaConsumer.java:95)
        at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:5
0)
        at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:
48)
        at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:180)
48)
[          AnonymousIoService-2] DefaultListableBeanFactory     DEBUG Creating instance of bean 'org.apache.camel.compo
ent.log.LogComponent'
[          AnonymousIoService-2] DefaultListableBeanFactory     DEBUG Finished creating instance of bean 'org.apache.ca
el.component.log.LogComponent'
[          AnonymousIoService-2] DeadLetterChannel              ERROR Exchange[BodyType:String, Body:<?xml version="1.0............

when we used hiveserver1 based on hive-0.10.0, we found the Exception thrown.It was:
FAILED: Error in metadata: MetaException(message:java.lang.RuntimeException: commitTransaction was called but openTransactionCalls = 0. This probably indicates that the
re are unbalanced calls to openTransaction/commitTransaction)
help

I was testing region_mover.rb on master branch  in distributed cluster and hit this error. I have fixed this by using Connection#getTable instead of HTable but look like this script needs some additional work:
1. Remove master server from region move targets list
2. --exclude=FILE option is not  working for me 
I will try to get this script in functional state if there is no objections ?

041-HIVE-16556.mysql.sql has a syntax error which was introduced with HIVE-16711

TestReplicationScenariosAcidTables broken due to HIVE-17657.
cc Sergey Shelukhin
TestReplicationOnHDFSEncryptedZones and TestCopyUtils are failing due to auto-stats gathered which thrown exception irrelevant to theses tests.
 
Roo commands allows to create two entities with the same name. 

jpa setup --provider HIBERNATE --database HYPERSONIC_IN_MEMORY 
entity jpa --class ~.domain.MyEntity
field string --fieldName fieldOne

Executing the previous commands ROO generates entity called MyEntity with a field called fieldOne.
Then execute:

When try to create MyEntity again, ROO deletes previous MyEntity entity and replace it with the new one, that not has any field.

When starting EAP 7.1.0.DR13 with ./jboss-eap-7.1/bin/standalone.sh --server-config=../../docs/examples/configs/standalone-xts.xml, the following errors are logged:

09:27:48,895 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("host" => "default-host"),
    ("setting" => "http-invoker")
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.http-authentication-factory.application-http-authentication"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.undertow.server.default-server.default-host.http-invoker is missing [org.wildfly.security.http-authentication-factory.application-http-authentication]"]
}
09:27:48,912 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
      service org.wildfly.security.http-authentication-factory.application-http-authentication (missing) dependents: [service jboss.undertow.server.default-server.default-host.http-invoker] 

09:27:49,003 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 65) WFLYSRV0212: Resuming server
09:27:49,005 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
09:27:49,005 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
09:27:49,005 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Beta6-redhat-1) started (with errors) in 3975ms - Started 435 of 677 services (1 services failed or missing dependencies, 440 services are lazy, passive or on-demand)

This seems to be the result of adding a http-invoker into Undertow subsystem that references and Elytron http-authentication-factory. This configuration file does not have Elytron subsystem added.

Stripe Compaction is a good feature in 0.96 and 0.98. But when I used it in a heavy-write non-uniform row keys scenario(e.g. time dimension in a key), I came across some problems. 
I made my stripes split at the size of 2G(hbase.store.stripe.sizeToSplit=2G), and soon there were tens of them. It was true that only the last stripe receiving the new keys kept compacting - old data didn't compact as much, or at all. However, the old stripes were still there when they all expired. I checked the source code and found that when compacting expired stripes, the StoreScanner may return no KVs so that SizeMultiWriter.append() is never called. That's to say, NO NEW FILE WILL BE CREATED. 
My solution is to create an empty file to preserve metadata at the end of the SizeMultiWriter.commitWritersInternal().

An MBean with:
    public void setObj(javax.management.ObjectName someObject)
    <mbean ...>
        <attribute name="Obj" />
causes "java.lang.ClassNotFoundException: javax.management.MalformedObjectNameException from [Module \"org.jboss.common-beans:main\"
org.jboss.common.beans.property.ObjectNameEditor in that module is used to convert to ObjectName objects, and requires MalformedObjectNameException but it is not on the classpath of that module.

Since Git commit ID 91b7f045137b3d244ed730a7962a3f44d5098e4e (for ROO-120), starting Roo in a directory with no pom but with directories and other files gives a NullPointerException:

@axcdnt: #SpringRoo is getting better http://t.co/yGZnFGJI Next milestone will add support for JSF. Rapidly and efficient development! 
[FelixDispatchQueue] java.lang.NullPointerException
                         at org.springframework.roo.project.MavenPathResolvingStrategy.getRoot(MavenPathResolvingStrategy.java:68)
                         at org.springframework.roo.project.DelegatePathResolver.getRoot(DelegatePathResolver.java:70)
                         at org.springframework.roo.project.ProjectPathMonitoringInitializer.notify(ProjectPathMonitoringInitializer.java:58)
                         at org.springframework.roo.project.PomManagementServiceImpl.updatePomCache(PomManagementServiceImpl.java:176)
                         at org.springframework.roo.project.PomManagementServiceImpl.getFocusedModule(PomManagementServiceImpl.java:108)
                         at org.springframework.roo.project.PomManagementServiceImpl.getFocusedModuleName(PomManagementServiceImpl.java:116)
                         at org.springframework.roo.project.AbstractProjectOperations.getFocusedModuleName(AbstractProjectOperations.java:96)
                         at org.springframework.roo.project.AbstractProjectOperations.isFocusedProjectAvailable(AbstractProjectOperations.java:448)
                         at org.springframework.roo.addon.dbre.model.DbreModelServiceImpl.getDbreXmlPath(DbreModelServiceImpl.java:118)
                         at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.onFileEvent(DbreDatabaseListenerImpl.java:89)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:350)
                         at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:323)
                         at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:14)

One version comes from camel-mina (version 1.5.5) and one from mina-core (version 1.4.3). This causes problems as seen when trying to use camel-mina at runtime or in my case deploying to ServiceMix. This is the error I get

org.apache.xbean.kernel.ServiceRegistrationException: java.lang.NoSuchFieldError: name
	at org.apache.xbean.kernel.standard.ServiceManagerRegistry.registerService(ServiceManagerRegistry.java:424)
	at org.apache.xbean.kernel.standard.StandardKernel.registerService(StandardKernel.java:220)
	at org.apache.xbean.server.spring.loader.SpringLoader.load(SpringLoader.java:152)
	at org.apache.servicemix.common.xbean.AbstractXBeanDeployer.deploy(AbstractXBeanDeployer.java:83)
	at org.apache.servicemix.camel.CamelSpringDeployer.deploy(CamelSpringDeployer.java:83)
	at org.apache.servicemix.common.BaseServiceUnitManager.doDeploy(BaseServiceUnitManager.java:88)
	at org.apache.servicemix.common.BaseServiceUnitManager.deploy(BaseServiceUnitManager.java:69)
	at org.apache.servicemix.jbi.framework.DeploymentService.deployServiceAssembly(DeploymentService.java:508)
	at org.apache.servicemix.jbi.framework.AutoDeploymentService.checkPendingSAs(AutoDeploymentService.java:482)
	at org.apache.servicemix.jbi.framework.AutoDeploymentService.checkPendingComponents(AutoDeploymentService.java:535)
	at org.apache.servicemix.jbi.framework.AutoDeploymentService.updateSharedLibrary(AutoDeploymentService.java:317)
	at org.apache.servicemix.jbi.framework.AutoDeploymentService.updateArchive(AutoDeploymentService.java:254)
	at org.apache.servicemix.jbi.framework.AutoDeploymentService.monitorDirectory(AutoDeploymentService.java:667)
	at org.apache.servicemix.jbi.framework.AutoDeploymentService.access$800(AutoDeploymentService.java:62)
	at org.apache.servicemix.jbi.framework.AutoDeploymentService$1.run(AutoDeploymentService.java:631)
Caused by: java.lang.NoSuchFieldError: name
	at org.slf4j.impl.SimpleLogger.<init>(SimpleLogger.java:83)
	at org.slf4j.impl.SimpleLoggerFactory.getLogger(SimpleLoggerFactory.java:67)
	at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:103)
	at org.apache.mina.util.NamePreservingRunnable.<init>(NamePreservingRunnable.java:32)
	at org.apache.mina.transport.socket.nio.SocketAcceptor.startupWorker(SocketAcceptor.java:165)
	at org.apache.mina.transport.socket.nio.SocketAcceptor.bind(SocketAcceptor.java:141)
	at org.apache.camel.component.mina.MinaConsumer.doStart(MinaConsumer.java:60)
	at org.apache.camel.impl.DefaultCamelContext.addService(DefaultCamelContext.java:421)
	at org.apache.camel.impl.DefaultCamelContext.startRoutes(DefaultCamelContext.java:659)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:632)
	at org.apache.camel.spring.SpringCamelContext.maybeDoStart(SpringCamelContext.java:167)
	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:162)
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:97)
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:116)
	at org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:77)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:75)
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:246)
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:617)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:355)
	at org.apache.xbean.server.spring.configuration.SpringConfiguration.<init>(SpringConfiguration.java:63)
	at org.apache.xbean.server.spring.configuration.SpringConfigurationServiceFactory.createService(SpringConfigurationServiceFactory.java:106)
	at org.apache.xbean.kernel.standard.ServiceManager.start(ServiceManager.java:420)
	at org.apache.xbean.kernel.standard.ServiceManager.initialize(ServiceManager.java:200)
	at org.apache.xbean.kernel.standard.RegistryFutureTask$RegisterCallable.call(RegistryFutureTask.java:110)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
	at java.util.concurrent.FutureTask.run(FutureTask.java:123)
	at org.apache.xbean.kernel.standard.ServiceManagerRegistry.registerService(ServiceManagerRegistry.java:409)

Upgrading our build to Undertow 1.0.9 (as used in WildFly 8.1 RC2), we get a failure in WebSocketIntegrationTests.subProtocolNegotiation...

assertEquals("foo", session.getAcceptedProtocol());

That test fails since getAcceptedProtocol() returns null.

Snappy SO fails to load properly if LD_LIBRARY_PATH does not include the path where snappy SO is.

Currently .bodyToMono(Void.class) and .bodyToFlux(Void.class) do not do attempt to do anything with the body and simply return Mono.empty() instead. 
This is a potential backdoor to connection pool issues if the response does have a body. We need to go farther in the handling of Void to actually attempt to consume the body, and cancel in case we do get some data. This is a sensible default behavior for a call such as .bodyToMono(Void.class) which cannot return anything more useful anyway.
Not only does such an improvement close a loophole into connection pool issues but it also makes for a more consistent message with regards to not leaving unconsumed resources – instead of a close method on the response which is hard to explain how to use correctly or when, the advice is now simply  "always use one of the body methods".

performance for Streaming Ingest cases can be improved
see comments in the code

jboss-web.xml allows for disabling security audits for the application. The configuration looks like:

<jboss-web>
    <disable-audit>true</disable-audit>

However, the current WildFly upstream/master doesn't honour this setting and the security audit events are logged irrespective of what value is set to this element.

ResponseMatchers  public ResponseMatcher payload(Resource payload) should be declared static

Mount point not found exception raised by createTempFileWithAttributes on overlayfs [JDK-8165852], i.e.,
/opt/jboss/bin/jboss-cli.sh --file=/opt/jboss/jboss-config.cli
inside a Docker container running on overlayfs as storage driver
causes (full stack trace below):

java.io.IOException: Mount point not foundImage
    at sun.nio.fs.LinuxFileStore.findMountEntry(LinuxFileStore.java:91)

triggered by

    at org.jboss.as.controller.persistence.FilePersistenceUtils.createTempFileWithAttributes(FilePersistenceUtils.java:117)
    at org.jboss.as.controller.persistence.FilePersistenceUtils.writeToTempFile(FilePersistenceUtils.java:104)

due to OpenJDK bug/overlayfs bug.
We acknowledge that this is in fact an OpenJDK AND/OR overlayfs bug. However everything seems to run fine in WildFly except once the backup of the config is triggered, for example by using the cli. Hence WildFly is of limited functionality when the more and more popular overlayfs storage driver is used, and the WildFly team might be interested in providing a workaround on their side since there is no indication the OpenJDK bug will be promptly fixed. We are happy to help in any way, we are still trying to find a workaround on the Java or WildFly side; but we might need insights on why findMountEntry is invoked.
Full Stack Trace:

 java.io.IOException: Mount point not foundImage
         at sun.nio.fs.LinuxFileStore.findMountEntry(LinuxFileStore.java:91)
         at sun.nio.fs.UnixFileStore.<init>(UnixFileStore.java:65)
         at sun.nio.fs.LinuxFileStore.<init>(LinuxFileStore.java:44)
  at sun.nio.fs.LinuxFileSystemProvider.getFileStore(LinuxFileSystemProvider.java:51)
         at sun.nio.fs.LinuxFileSystemProvider.getFileStore(LinuxFileSystemProvider.java:39)
  at sun.nio.fs.UnixFileSystemProvider.getFileStore(UnixFileSystemProvider.java:368)
         at java.nio.file.Files.getFileStore(Files.java:1461)
         at org.jboss.as.controller.persistence.FilePersistenceUtils.getPosixAttributes(FilePersistenceUtils.java:129)
         at org.jboss.as.controller.persistence.FilePersistenceUtils.createTempFileWithAttributes(FilePersistenceUtils.java:117)
         at org.jboss.as.controller.persistence.FilePersistenceUtils.writeToTempFile(FilePersistenceUtils.java:104)
         at org.jboss.as.controller.persistence.ConfigurationFilePersistenceResource.doCommit(ConfigurationFilePersistenceResource.java:55)
         at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.commit(AbstractFilePersistenceResource.java:58)
         at org.jboss.as.controller.ModelControllerImpl$4.commit(ModelControllerImpl.java:781)
         at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:743)
         at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:680)
         at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
  at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerClient.java:63)
  at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.java:59)
  at org.jboss.as.cli.handlers.batch.BatchRunHandler.doHandle(BatchRunHandler.java:91)
  at org.jboss.as.cli.handlers.CommandHandlerWithHelp.handle(CommandHandlerWithHelp.java:88)
  at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:776)
  at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:799)
  at org.jboss.as.cli.impl.CliLauncher.processFile(CliLauncher.java:334)
  at org.jboss.as.cli.impl.CliLauncher.main(CliLauncher.java:262)
  at org.jboss.as.cli.CommandLineMain.main(CommandLineMain.java:45)
  at org.jboss.modules.Module.run(Module.java:329)
  at org.jboss.modules.Main.main(Main.java:507)

Java Bug Overview:
https://bugs.openjdk.java.net/browse/JDK-8165852
http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/sun/nio/fs/LinuxFileStore.java#91
Wildfly Stack Overflow issue, not solved:
https://stackoverflow.com/questions/41022393/mount-point-not-found
Background Info:
http://mail.openjdk.java.net/pipermail/nio-dev/2016-October/003915.html
A) chroot environment [1]
B) Docker container with overlay and overlay2 storage drivers [2]
C) btrfs file system with an unmounted sub-volume [2]
[1] https://bugs.openjdk.java.net/browse/JDK-8165323 - cannot get FileStore in chroot environment
[2] https://bugs.openjdk.java.net/browse/JDK-8165852 - cannot get FileStore for a file in overlayfs in Docker
Docker file system/storage driver:
https://docs.docker.com/engine/userguide/storagedriver/selectadriver/)
Yum yum-plugin-ovl, similar problem:
https://github.com/CentOS/sig-cloud-instance-images/issues/15

The SqlProducer class use the following lines of code :
ResultSet rs = ps.getResultSet();
                        SqlOutputType outputType = getEndpoint().getOutputType();
                        log.trace("Got result list from query: {}, outputType={}", rs, outputType);
                        if (outputType == SqlOutputType.SelectList) 
{
                            List<Map<String, Object>> data = getEndpoint().queryForList(ps.getResultSet());
                           .................................
                        }
 else if (outputType == SqlOutputType.SelectOne) 
{
                            Object data = getEndpoint().queryForObject(ps.getResultSet());
                            .................................
                        }
 else 
{
                            throw new IllegalArgumentException("Invalid outputType=" + outputType);
                        }

The problem is that the ResultSet is retrieved at the start, and then only used for the log. Later, when the result set is required, a new call to getResultSet is done. It is an issue with HSQL DB (tested with version 2.3.0 and 2.3.2 of HSQL DB), which in this case return null for the second call.
As the ResultSet is already available in a variable "rs", I would recommand to use this variable to replace the two last call to ps.getResultSet().
Thanks

The problem is explained in this Stack Overflow answer: https://stackoverflow.com/a/8005644. As pointed out in the comment to this answer, this is "problem" is already solved in other frameworks such as Jersey.
The goal would be Spring Framework to consider/evaluate the annotations on interface methods (e.g. public void getUser(@RequestParam("user-id")), so a developer doesn't have to define the annotations in the implementing class again.
By generating a server implementation from a OAS3 contract (e.g. https://github.com/OpenAPITools/openapi-generator) one can easily face this problem, since the annotations from the generated code (a Java Interface) will not be evaluated on a HTTP call.

MetaStoreDirectSql.ensureDbInit has the following 2 calls which we have observed taking a long time in our testing:

initQueries.add(pm.newQuery(MNotificationLog.class, "dbName == ''"));
initQueries.add(pm.newQuery(MNotificationNextId.class, "nextEventId < -1"));

In a production environment, these tables should be initialized using schematool, however in a test environment, these calls might be needed. 

Code seems to be wrong, as we are factoring the number of rows to create the multiplying factor, instead of NDV for given column(s) and NDV in IN clause.

http://camel.465427.n5.nabble.com/Camel-2-4-0-NoClassDefFoundError-org-springframework-context-SmartLifecycle-appears-in-camel-in-acti-td2268328.html#a2268328

The fix made in HIVE-10202 needs to be limited to when beeline is running in a script mode aka -f option. Otherwise, if --silent=true is set in interactive mode, the prompt disappears and so does what you type in.
say 

beeline -u jdbc:hive2://localhost:10000 --silent=true

It appears to hang but in reality it doesnt display any prompt. The workaround is to not use the --silent=true option with non-interactive mode.

This is a regression from 4.2, and any tests that set a cookie without explicitly setting the domain will fail when the setting request is made.
As part of the resolution for SPR-14051, MockWebResponseBuilder was retrofitted in f5a5a81 to send the cookie on a round trip through HtmlUnit's Cookie class. The constructor for Cookie throws an exception if the cookie's domain is not set, as is rather typical with custom cookies and is acceptable per RFC 6265 5.3.
This seems to be a bug in HtmlUnit, but the Spring implementation should, if it's going to use the HtmlUnit algorithm as a utility, ensure that the domain is set to the domain of the request (e.g., localhost) if not otherwise specified in the javax.servlet.http.Cookie.

In RC1, the MethodInvocationUtils.create(Object, String, Object[]) caused a ClassCastException at line 84.
In addition, there was no unit test to pick up this issue.

On my dev box TestHRegion takes about 90 seconds to complete in master and about 60 seconds in 0.98, but about 370 seconds in branch-1. Furthermore TestHRegion in branch-1 blew past my open files ulimit. I had to raise it from default in order for the unit to complete at all.
I am going to bisect the recent history of branch-1 in search of a culprit and report back.
master
Running org.apache.hadoop.hbase.regionserver.TestHRegion
Tests run: 102, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 87.299 sec - in org.apache.hadoop.hbase.regionserver.TestHRegion
Tests run: 102, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 91.529 sec - in org.apache.hadoop.hbase.regionserver.TestHRegion
Tests run: 102, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 89.23 sec - in org.apache.hadoop.hbase.regionserver.TestHRegion

branch-1
Tests run: 102, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 368.868 sec - in org.apache.hadoop.hbase.regionserver.TestHRegion
Tests run: 102, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 366.203 sec - in org.apache.hadoop.hbase.regionserver.TestHRegion
Tests run: 102, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 345.806 sec - in org.apache.hadoop.hbase.regionserver.TestHRegion

0.98
Tests run: 90, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 61.038 sec - in org.apache.hadoop.hbase.regionserver.TestHRegion
Tests run: 90, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 56.382 sec - in org.apache.hadoop.hbase.regionserver.TestHRegion
Tests run: 90, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 63.509 sec - in org.apache.hadoop.hbase.regionserver.TestHRegion

The  change in HIVE-5313 converts the octal string into short using Short.parseShort(scratchDirPermission) but Short.parseShort function expects decimal. So "700" gets converted to 700 instead of 448.

When setting the password encoder in Java Config

           auth
           .ldapAuthentication()
               .contextSource()
                .url("ldap://localhost:1389/dc=springrecipes,dc=com")
                .managerDn("cn=Directory Manager").managerPassword("ldap")
           .and()
               .userSearchFilter("uid={0}").userSearchBase("ou=people")
               .groupSearchFilter("member={0}").groupSearchBase("ou=groups")

            .passwordEncoder(new LdapShaPasswordEncoder())

Startup fails with an error message

    Caused by: java.lang.IllegalArgumentException: passwordAttributeName must not be empty or null
	at org.springframework.util.Assert.hasLength(Assert.java:136) ~[spring-core-4.0.5.RELEASE.jar:4.0.5.RELEASE]
	at org.springframework.security.ldap.authentication.PasswordComparisonAuthenticator.setPasswordAttributeName(PasswordComparisonAuthenticator.java:122) ~[spring-security-ldap-3.2.4.RELEASE.jar:3.2.4.RELEASE]
	at org.springframework.security.config.annotation.authentication.configurers.ldap.LdapAuthenticationProviderConfigurer.createPasswordCompareAuthenticator(LdapAuthenticationProviderConfigurer.java:153) ~[spring-security-config-3.2.4.RELEASE.jar:3.2.4.RELEASE]

Even when we use the default `userPassword` field in ldap, which should also be the default. 

org.jboss.as.test.integration.security.jacc.context.PolicyContextTestCase#testHttpServletRequestFromPolicyContext
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.jacc.context.PolicyContextTestCase#testHttpServletRequestFromPolicyContext -Dsecurity.manager

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.security.SecurityPermission" "getPolicy")" in code source "(vfs:/content/ear-jacc-context.ear/ear-jacc-context.jar <no signer certificates>)" of "null")
	at javax.security.jacc.PolicyContext.getContext(PolicyContext.java:99)
	at org.jboss.as.test.integration.security.jacc.context.PolicyContextTestBean.getHttpServletRequestFromPolicyContext(PolicyContextTestBean.java:35)
	... 67 more

I'm using Spring Boot Version 1.5.12.RELEASE, which depends on Springframework 4.3.16.RELEASE. 
Defining a scoped spring bean as an static inner class of another spring bean class leads to an error. The bean is considered as an imported configClass. Soe ConfigurationClassBeanDefinitionReader registeres a second beanDefiniton for the imported configuration class (line 137) => 2 Beans defined.
If you define the spring bean not as an inner class but in its own source file, no error happens.

When executing a :reload operation using the http interface, the connection might get closed before the response was sent. This is similar to the issues we were seeing with the native mgmt API.

Tests in testsuite/domain do not all automatically run just by being called XXXTestCase. They need to be located in one of the packages listed in the surefire config in testsuite/domain/pom.xml or by listed in the @Suite.SuiteClasses annotation of one of the suites that is in one of those packages. ServerAutoStartTestCase and ServerStartFailureTestCase are tests where neither of these are true so they are not running.

... which means camel-yammer cannot connect to the yammer API currently.

SqlServerPagingQueryProvider needs an alias in the jump to subquery.  Derby already has one; maybe Sybase needs it (someone will have to tell us if so).

Every time we call ProtobufLogReader#readNext we consume the input stream associated to the FSDataInputStream from the WAL that we are reading. Under certain conditions, e.g. when using the encryption at rest (CryptoInputStream) the stream can return partial data which can cause a premature EOF that cause inputStream.getPos() to return to the same origina position causing ProtobufLogReader#readNext to re-try over the reads until the WAL is rolled.
The side effect of this issue is that ReplicationSource can get stuck until the WAL is rolled and causing replication delays up to an hour in some cases.

This is only needed for compile phase, and should use provided scope.

It relies on a specific ctor being used, however this ctor is used on non-analyze paths too.

The following test passes with version 4.2.5.RELEASE but fails with 4.3.0.RC1:

@Test
public void testPathMatcher() {
	PathMatcher matcher = new AntPathMatcher();
	assertTrue(matcher.match("https://example.com", "https://example.com"));
}

Cursory debugging indicates that the double slashes are problematic. The following test passes with both versions:

@Test
	assertTrue(matcher.match("https:/**/example.com", "https://example.com"));
}

This regression seems relevant because double slashes are common in patterns provided to the following methods:

MockMvcResultMatchers#forwardedUrlPattern
MockMvcResultMatchers#redirectedUrlPattern

I suspect this is related to SPR-13913.

When you import a quickstart containing a jboss-service.xml file, you get the following XML:
cvc-complex-type.2.3: Element 'attribute' cannot have character [children], because the type's content type is element-only.	
The quickstart source is located here: 
https://github.com/jboss-developer/jboss-eap-quickstarts/tree/6.4.x/helloworld-mbean
I searched the https://github.com/jbossas/jboss-eap/ source code for other jboss-service.xml examples, and found a few with syntax similar to what the quickstarts use:

sar/src/test/resources/test/serviceXmlDeployment.jar/META-INF/jboss-service.xml
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/sar/injection/jboss-service.xml
testsuite/integration/smoke/src/test/java/org/jboss/as/test/smoke/sar/jboss-service.xml
arquillian/container-managed/src/test/resources/sar-example.sar/META-INF/jboss-service.xml
arquillian/container-remote/src/test/resources/sar-example.sar/META-INF/jboss-service.xml

There seems to be an error in the schema:
http://www.jboss.org/schema/jbossas/jboss-service_7_0.xsd
The quickstart bug is located here: https://bugzilla.redhat.com/show_bug.cgi?id=1178782

Autowired properties of prototype-beans referencing singletons can remain unset, if ApplicationContext.getBean(...) is called for the prototype-bean concurrently. 
Neither the initialization-type of the singleton, nor the fact, whether the singleton already exists or not, plays a role (i.e. the error occurs even if the singleton is already initialized). 
The error is reproducible even with low concurrency-rates (2 threads).

Hive webhcat principal configuration optimization，when you configure:
    <name>templeton.kerberos.principal</name>
    <value>HTTP/_HOST@<REALM></value>
The '_HOST' should be replaced by specific host name.

Primitive Data Types returning null if the input data is out of range of the data type. In this case it is better to log the message with the proper message and actual data then user get to know some data is missing.

When doing CDI things, sometimes we forget the empty beans.xml, or forget to add it to the Arquillian @Deployment.
Just like everything else, WildFly Swarm should be smart enough to ensure that if you've included the CDI fraction, perhaps your deployment needs a beans.xml.

Trying so, I run in the error (when starting WildFly)  :
10:28:29,674 ERROR [org.jboss.as.server] (Controller Boot Thread) JBAS015956: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014676: Failed to parse configuration
  at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:112) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
  at org.jboss.as.server.ServerService.boot(ServerService.java:331) [wildfly-server-8.0.0.Final.jar:8.0.0.Final]
  at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:256) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
  at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_40]
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[76,25]
Message: JBAS014724: Missing required attribute(s): FORCE
  at org.jboss.as.controller.parsing.ParseUtils.missingRequired(ParseUtils.java:134) [wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
  at org.jboss.as.domain.management.parsing.ManagementXml.parseUsernameToDn_2_0(ManagementXml.java:2118) [wildfly-domain-management-8.0.0.Final.jar:8.0.0.Final]

            <security-realm name="MgtRealm">
                    <ldap connection="ovodavLDAP" base-dn="ou=People,dc=hydrogenic,dc=local">
                        <!-- <advanced-filter filter="(&amp;(cn=jboss-admin)(member=uid={0},ou=People,dc=hydrogenic,dc=local))" recursive="true"/> -->
                        <username-filter attribute="uid"/>
                    </ldap>
                <authorization>
                    <ldap connection="ovodavLDAP">
                        <username-to-dn>
                            <username-filter base-dn="ou=People,dc=hydrogenic,dc=local" recursive="false" attribute="uid" user-dn-attribute="dn" />
                        </username-to-dn>
                        <group-search group-name="SIMPLE" iterative="true" group-dn-attribute="dn" group-name-attribute="uid">
                            <group-to-principal base-dn="ou=Groups,dc=hydrogenic,dc=local" recursive="true" search-by="DISTINGUISHED_NAME">
                                <membership-filter principal-attribute="uniqueMember" />
                            </group-to-principal>
                        </group-search>
                    </ldap>
                </authorization>              

Hi, 
I run into the following problem with Camel 2.6.0:
An HTML file contain an URI lists of files to be downloaded from a web server to the local file system.
The HTML file is parsed via a Java Bean Splitter. The Java Bean Splitter produces a Set of URI strings.
These files should be downloaded from a web server to the local file system. The files are protected with BASIC authentification.
The extraction and the splitting of the download URIs works quite well with the Java Bean Splitter.
The Java Bean Splitter produces URI like: 

http4://download.acme.com/file_1.txt?username=foo&password=baa

Here's the setup:

<route>
   <from uri="file:///tmp/files_to_retrieve/" />
   <method bean="prepareDownLoadUri" method="parseIndexHtml" />
   <setHeader headerName="CamelHttpMethod">
     <constant>GET</constant>
   </setHeader> 
   <setHeader headerName="CamelHttpUri">
     <simple>${body}</simple>
   </setHeader>
   <to uri="http4://download.acme.com/" />
   <to uri="bean:saveFileProcessor" />
</route>
<bean id="prepareDownLoadUri" class="com.acme.PrepareDownLoadUri" />
<bean id="saveFileProcessor" class="com.acme.SaveFileProcessor" />

The injection of the URIs from the Splitter into the HttpProducer, works quite well. 
I debugged into the HttpProducer and it seems, that the HttpProducer does not provide the unterlying http client (in this case Apache HttpClient 4) with  the authentification settings from the URI.
At first, the queryString is extracted from the Exchange-Header (if provided)
HttpProducer.createMethod(), line 273
String url = HttpHelper.createURL(exchange, getEndpoint());

The url string contains the URI produces by the splitter including the authentification parameters: 

Then the HttpProducer assembles a new URI for the requests. The new URI is assembled from parts of the string url (line 273)  
and other parameters from the Exchange Header: 
HttpProducer.createMethod(), lines 285-300
        // is a query string provided in the endpoint URI or in a header (header overrules endpoint)
        String queryString = exchange.getIn().getHeader(Exchange.HTTP_QUERY, String.class);
        if (queryString == null) {
            queryString = getEndpoint().getHttpUri().getRawQuery();
        }

        StringBuilder builder = new StringBuilder(uri.getScheme()).append("://").append(uri.getHost());

        if (uri.getPort() != -1) {
            builder.append(":").append(uri.getPort());
        }

        if (uri.getPath() != null) {
            builder.append(uri.getRawPath());
        }

        if (queryString != null) {
            builder.append('?');
            builder.append(queryString);
        }

        HttpRequestBase httpRequest = methodToUse.createMethod(builder.toString());

The problem is, in the assembling of the new URI, the authentification parameters are dropped.  
One possible solution could be: 

check for authentification parameters in the url (line 273) and extract them.
build the credentials, AuthScheme and provide it to the underlying http client.

thanks in advance,
ben

The javax.net.SocketFactory is part of the javax.api module. Since the org.jboss.logmanager uses this for the syslog handler on TCP and SSL connections, a dependency on the module is needed.

The following piece of code should fail but it succeeded - and it deletes all existing partitions of zshao_p.

CREATE TABLE zshao_p (a string) PARTITIONED BY (ds string);
INSERT OVERWRITE table zshao_p SELECT 1 from zshao_tt;

It should output an error saying that the partition key/value pair is not specified.

The following is from one of our users:
create external table impressions (imp string, msg string)
  row format delimited
    fields terminated by '\t'
    lines terminated by '\n'
  stored as textfile                 
  location '/xxx';
Some strings in my data contains Control-A, Control-B etc as internal delimiters.  If I do a
Select * from impressions limit 10;
All fields were able to print correctly.  However if I do a
Select * from impressions where msg regexp '.*' limit 10;
The fields were broken by the control characters.  The difference between the 2 commands is that the latter requires a map-reduce job.  

we set BASEDIR at the top of our pipeline to point at the component checkout within WORKSPACE.
but!
a) at that point WORKSPACE is the workspace for the launching task
b) sometimes our parallel executions get a task with a different local WORKSPACE to allow for coexisting on the same build host
c) when this happens our parallel stages are referring to some other absolute path on the host
d) in most cases we're referring to dev-support files like e.g. the nightly build script or machine info script that are the same across branches so things are fine if we aren't running at the same time as a job that's overwritting them
e) we also refer to the Dockerfile this way, so weird bugs I'm sure.
f) we build the source tarball from here, so that's probably broken subtly
g) sometimes that other directory doesn't exist at all and we fail with confusing messages about stuff not found

When I specify a default value in a rest param definition, the default value is not output in the swagger API. For example:

rest().put("{accountNumber}")
  .param()
    .name("type")
    .type(RestParamType.query)
    .description("The type of account to update.")
    .defaultValue("MDM")
  .endParam()
  .to("direct:foo");

Will output the following Swagger API fragment:

{
"name": "type",
"in": "query",
"description": "The type of account to update.",
"required": true,
"type": "string"
}

Currently the cookie path of the session is left blank which means the cookie path is the current path of the request. This means when a user creates a session in a nested directory like /foo/bar/ the path of the cookie prevents it from being submitted in / or /a/b/.
Since a session is scoped to an application, we should set the path of the cookie to be the context path of the application.
The following code provides a reasonably simple workaround. 

@Bean(WebHttpHandlerBuilder.WEB_SESSION_MANAGER_BEAN_NAME)
public WebSessionManager webSessionManager() {
	DefaultWebSessionManager manager = new DefaultWebSessionManager();
	manager.setSessionIdResolver(new PatchCookieWebSessionIdResolver());
	return manager;
}

static class PatchCookieWebSessionIdResolver extends CookieWebSessionIdResolver {
	@Override
	public void setSessionId(ServerWebExchange exchange, String id) {
		Assert.notNull(id, "'id' is required");
		setSessionCookie(exchange, id, getCookieMaxAge());
	}

	private void setSessionCookie(ServerWebExchange exchange, String id, Duration maxAge) {
		String name = getCookieName();
		boolean secure = "https".equalsIgnoreCase(exchange.getRequest().getURI().getScheme());
		MultiValueMap<String, ResponseCookie> cookieMap = exchange.getResponse().getCookies();
		String path = exchange.getRequest().getPath().contextPath().value() + "/";
		cookieMap.set(name, ResponseCookie.from(name, id).path(path).maxAge(maxAge).httpOnly(true).secure(secure).build());
	}
}

org.apache.hadoop.hive.jdbc.HivePreparedStatement.class from the hive jdbc driver and org.apache.hive.jdbc.HivePreparedStatement.class from the hive2 jdbc drivers contain lots of duplicate code. 
Especially hive-HivePreparedStatement supports "setObject", while the hive2 version does not.
Share more code between the two to avoid duplicate work and to make sure that both support the broadest possible feature set.

When RAR is deployed the EJB endpoint creation requires too much RuntimePermission to be defined in deployment itself. It's needed to define

new RuntimePermission("defineClassInPackage.*")
new RuntimePermission("getClassLoader")

These permissions should not be required as are needed by internal endpoind creation operations launched from org.jboss.as.ejb3.inflow.JBossMessageEndpointFactory
Stacktraces of security manager exceptions are added in attachment.

I've noticed that there are a number of places in the CBO code which eat exceptions. This is not acceptable. Example:
https://github.com/apache/hive/blob/357b473a354aace3bd59b522ad7108be561e9d0f/ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/RelOptHiveTable.java#L274

Used to be able to do something like:

    <bean id="id1" class="java.lang.Object"/>
    <bean id="id2" class="java.lang.Object"/>

    <camelContext xmlns="http://camel.apache.org/schema/blueprint" id="testCamelContext" depends-on="id1 id2"/>

Now as of 2.16 and 2.15.3 we get the following:

2016-01-20 16:44:07,541 | ERROR | rint Extender: 1 | BlueprintContainerImpl           | 12 - org.apache.aries.blueprint.core - 1.4.3 | Unable to start blueprint container for bundle camelContext.xml
org.osgi.service.blueprint.container.ComponentDefinitionException: Unresolved ref/idref to component: id1 id2
	at org.apache.aries.blueprint.container.BlueprintRepository.validate(BlueprintRepository.java:262)[12:org.apache.aries.blueprint.core:1.4.3]
	at org.apache.aries.blueprint.container.RecipeBuilder.createRepository(RecipeBuilder.java:96)[12:org.apache.aries.blueprint.core:1.4.3]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.getRepository(BlueprintContainerImpl.java:481)[12:org.apache.aries.blueprint.core:1.4.3]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:328)[12:org.apache.aries.blueprint.core:1.4.3]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:269)[12:org.apache.aries.blueprint.core:1.4.3]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_60]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_60]
	at org.apache.aries.blueprint.container.ExecutorServiceWrapper.run(ExecutorServiceWrapper.java:106)[12:org.apache.aries.blueprint.core:1.4.3]
	at org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:48)[12:org.apache.aries.blueprint.core:1.4.3]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)[:1.8.0_60]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)[:1.8.0_60]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_60]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_60]
	at java.lang.Thread.run(Thread.java:745)[:1.8.0_60]

Here are the issues:
1. The HARNESS_ROOT in the test-hcat-authorization testsuite needs to be testdist root otherwise the ant command fails to look for resource/default.res.
2. A few tests DB_OPS_5 and TABLE_OPS_2 were relying on default permissions on the hive warehouse directory which can vary based on the environment, improved the test to check what is set.
3. DB_OPS_18 error message is old, now we get a more specific message, updated to verify the new one.

After the fixes for iterator closing which pertain mainly to the file system realm, we have a new interface CloseableIterator which adds a close() method which throws IOException.  However this doesn't fit the general mold for identity handling, and only the FS realm would ever throw IOException (others would throw SQLException or NamingException for example).
Fix this in a couple ways:

Drop CloseableIterator and replace it with a ModifiableRealmIdentityIterator which extends Iterator<ModifiableRealmIdentity> and AutoCloseable
Override close() to throw RealmUnavailableException

Then make the associated changes to the realm(s).

I wanted to build the example project "spring-data-rest-example" but there is no build file. From history, I could dig out that there used to be Gradle build system and that did not require a separate build file in sub-projects. After adopting Maven, it seems "spring-data-rest-example" was left behind.
https://github.com/spring-projects/spring-data-rest/tree/master/spring-data-rest-example

The Hive client starts multiple threads to track the progress of the MapReduce jobs. Unfortunately those threads access several static HashMaps that are not protected by locks. When the HashMaps are modified, they sometimes cause race conditions that lead to the client threads getting stuck in infinite loops.

See thread: http://www.nabble.com/MethodName-in-header-is-ignored-by-beanRef%28%29-tf4285009s22882.html#a12198390

EAP installer allows user to exclude some packs from installation. Docs directory is one of them. If user choose to do so, $JBOSS_HOME/docs directory is not present in distribution.
Trying to apply a patch (contains changes with docs files) on such a distribution gives me:

java.io.FileNotFoundException: /home/pkremens/workspace/jboss-eap-7.0/docs/schema/saml-schema-authn-context-xmldsig-2.0.xsd (No such file or directory)

This could block customers, who are using installer to get EAP, from consuming the patches for CP releases in future.
Patch was generated using:
https://github.com/jbossas/patch-gen
dr8_to_dr8x.zip patch.xml:

<?xml version="1.0" ?>

<patch xmlns="urn:jboss:patch:1.0" id="dr8_to_dr8x">
        No description available
    <upgrade name="EAP" version="7.0.0.Alpha1" to-version="7.0.0.Alpha1"/>
    <element id="layer-base-dr8_to_dr8x">
        <description>
            No description available
        </description>
        <upgrade name="base"/>
    </element>
    <misc-files>
        <added path="docs/schema/saml-schema-authn-context-xmldsig-2.1.xsd" hash="25d2e47a02d248101af86cff07daf9d51d8da379"/>
        <updated path="docs/schema/saml-schema-ecp-2.0.xsd" hash="97984434c30816939c0f64b9388dc75d977a3b17" new-hash="fa7e234444b3c5d9ede81b4799dfaff8632d987a"/>
        <removed path="docs/schema/saml-schema-authn-context-xmldsig-2.0.xsd" hash="25d2e47a02d248101af86cff07daf9d51d8da379"/>
    </misc-files>
</patch>

I want to use "OfflineMetaRepair" tools and found onbody fix this bugs. I will make a patch.
> 12/01/05 23:23:30 ERROR util.HBaseFsck: Bailed out due to:
> java.lang.IllegalArgumentException: Wrong FS: hdfs:// 
> us01-ciqps1-name01.carrieriq.com:9000/hbase/M2M-INTEGRATION-MM_TION-13
> 25190318714/0003d2ede27668737e192d8430dbe5d0/.regioninfo,
> expected: file:///
>        at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:352)
>        at
> org.apache.hadoop.fs.RawLocalFileSystem.pathToFile(RawLocalFileSystem.java:47)
>        at
> org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:368)
>        at
> org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:251)
>        at
> org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker.<init>(ChecksumFileSystem.java:126)
>        at
> org.apache.hadoop.fs.ChecksumFileSystem.open(ChecksumFileSystem.java:284)
>        at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:398)
>        at
> org.apache.hadoop.hbase.util.HBaseFsck.loadMetaEntry(HBaseFsck.java:256)
>        at
> org.apache.hadoop.hbase.util.HBaseFsck.loadTableInfo(HBaseFsck.java:284)
>        at
> org.apache.hadoop.hbase.util.HBaseFsck.rebuildMeta(HBaseFsck.java:402)
>        at
> org.apache.hadoop.hbase.util.hbck.OfflineMetaRepair.main(OfflineMetaRe

This static method is using a singleton instance of TDeserializer, which is not thread safe. Instead we want to create a new instance per method call. This class is lightweight, so it should be fine from perf perspective. 

I just saw that multiple SplitRegionHandlers can be created for the same region because of the RS tickling, but it becomes deadly when more than 1 are trying to delete the znode at the same time:

2011-11-16 02:25:28,778 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_SPLIT, server=sv4r7s38,62023,1321410237387, region=f80b6a904048a99ce88d61420b8906d1
2011-11-16 02:25:28,780 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_SPLIT, server=sv4r7s38,62023,1321410237387, region=f80b6a904048a99ce88d61420b8906d1
2011-11-16 02:25:28,796 DEBUG org.apache.hadoop.hbase.master.handler.SplitRegionHandler: Handling SPLIT event for f80b6a904048a99ce88d61420b8906d1; deleting node
2011-11-16 02:25:28,798 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:62003-0x132f043bbde094b Deleting existing unassigned node for f80b6a904048a99ce88d61420b8906d1 that is in expected state RS_ZK_REGION_SPLIT
2011-11-16 02:25:28,804 DEBUG org.apache.hadoop.hbase.master.handler.SplitRegionHandler: Handling SPLIT event for f80b6a904048a99ce88d61420b8906d1; deleting node
2011-11-16 02:25:28,806 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:62003-0x132f043bbde094b Deleting existing unassigned node for f80b6a904048a99ce88d61420b8906d1 that is in expected state RS_ZK_REGION_SPLIT
2011-11-16 02:25:28,821 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:62003-0x132f043bbde094b Successfully deleted unassigned node for region f80b6a904048a99ce88d61420b8906d1 in expected state RS_ZK_REGION_SPLIT
2011-11-16 02:25:28,821 INFO org.apache.hadoop.hbase.master.handler.SplitRegionHandler: Handled SPLIT report); parent=TestTable,0000006304,1321409743253.f80b6a904048a99ce88d61420b8906d1. daughter a=TestTable,0000006304,1321410325564.e0f5d201683bcabe14426817224334b8.daughter b=TestTable,0000007054,1321410325564.1b82eeb5d230c47ccc51c08256134839.
2011-11-16 02:25:28,829 WARN org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper: Node /hbase/unassigned/f80b6a904048a99ce88d61420b8906d1 already deleted, and this is not a retry
2011-11-16 02:25:28,830 FATAL org.apache.hadoop.hbase.master.HMaster: Error deleting SPLIT node in ZK for transition ZK node (f80b6a904048a99ce88d61420b8906d1)
org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hbase/unassigned/f80b6a904048a99ce88d61420b8906d1
	at org.apache.zookeeper.KeeperException.create(KeeperException.java:102)
	at org.apache.zookeeper.ZooKeeper.delete(ZooKeeper.java:728)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.delete(RecoverableZooKeeper.java:107)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNode(ZKUtil.java:884)
	at org.apache.hadoop.hbase.zookeeper.ZKAssign.deleteNode(ZKAssign.java:506)
	at org.apache.hadoop.hbase.zookeeper.ZKAssign.deleteNode(ZKAssign.java:453)
	at org.apache.hadoop.hbase.master.handler.SplitRegionHandler.process(SplitRegionHandler.java:95)
	at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:168)
Stack and I came up with the solution that we need just manage that exception because handleSplitReport is an in-memory thing.

I started the new build 015 medium, and then I installed the camel-servlet feature
feature:install camel-sevlet
And then copied the attached .xml file (from a customer issue) to the /deploy directory of jboss fuse. And in the log I noticed this big WARN about ActiveMQ class not found exception

2013-03-14 14:17:30,764 | INFO  | ExtenderThread-2 | Activator                        | ?                                   ? | 130 - org.apache.camel.camel-core - 2.10.0.redhat-60015 | Found 2 @Converter classes to load
2013-03-14 14:17:30,766 | WARN  | ExtenderThread-2 | AnnotationTypeConverterLoader    | ?                                   ? | 130 - org.apache.camel.camel-core - 2.10.0.redhat-60015 | Ignoring converter type: org.apache.activemq.camel.converter.ActiveMQMessageConverter as a dependent class could not be found: java.lang.NoClassDefFoundError: org/apache/camel/component/jms/JmsBinding
java.lang.NoClassDefFoundError: org/apache/camel/component/jms/JmsBinding
	at java.lang.Class.getDeclaredMethods0(Native Method)[:1.7.0_13]
	at java.lang.Class.privateGetDeclaredMethods(Class.java:2451)[:1.7.0_13]
	at java.lang.Class.getDeclaredMethods(Class.java:1810)[:1.7.0_13]
	at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.loadConverterMethods(AnnotationTypeConverterLoader.java:260)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.osgi.Activator$BundleTypeConverterLoader$Loader.load(Activator.java:357)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.osgi.Activator$BundleTypeConverterLoader.load(Activator.java:278)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.core.osgi.OsgiTypeConverter.addingService(OsgiTypeConverter.java:63)[137:org.apache.camel.camel-spring:2.10.0.redhat-60015]
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)[karaf.jar:2.3.0.redhat-60015]
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:864)[karaf.jar:2.3.0.redhat-60015]
	at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)[karaf.jar:2.3.0.redhat-60015]
	at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)[karaf.jar:2.3.0.redhat-60015]
	at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:317)[karaf.jar:2.3.0.redhat-60015]
	at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261)[karaf.jar:2.3.0.redhat-60015]
	at org.apache.camel.core.osgi.OsgiTypeConverter.doStart(OsgiTypeConverter.java:87)[137:org.apache.camel.camel-spring:2.10.0.redhat-60015]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:60)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:1769)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.DefaultCamelContext.doAddService(DefaultCamelContext.java:932)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.DefaultCamelContext.addService(DefaultCamelContext.java:893)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.DefaultCamelContext.getTypeConverter(DefaultCamelContext.java:1056)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.DefaultCamelContext.getTypeConverterRegistry(DefaultCamelContext.java:1073)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.DefaultCamelContext.forceLazyInitialization(DefaultCamelContext.java:2121)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1540)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1445)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.spring.SpringCamelContext.doStart(SpringCamelContext.java:179)[137:org.apache.camel.camel-spring:2.10.0.redhat-60015]
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1413)[130:org.apache.camel.camel-core:2.10.0.redhat-60015]
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:228)[137:org.apache.camel.camel-spring:2.10.0.redhat-60015]
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:118)[137:org.apache.camel.camel-spring:2.10.0.redhat-60015]
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:280)[137:org.apache.camel.camel-spring:2.10.0.redhat-60015]
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97)[106:org.springframework.context:3.1.3.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:327)[106:org.springframework.context:3.1.3.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:941)[106:org.springframework.context:3.1.3.RELEASE]
	at org.springframework.osgi.context.support.AbstractOsgiBundleApplicationContext.finishRefresh(AbstractOsgiBundleApplicationContext.java:235)[133:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:358)[133:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)[133:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320)[133:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:132)[132:org.springframework.osgi.extender:1.2.1]
	at java.lang.Thread.run(Thread.java:722)[:1.7.0_13]
Caused by: java.lang.ClassNotFoundException: org.apache.camel.component.jms.JmsBinding not found by org.apache.activemq.activemq-osgi [112]
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356)[:1.7.0_13]
	... 38 more

If you have a jetty/http bridge endpoint, and the caller sends in a parameter with a value that has url encodings, then you may have double values when calling the bridge.
eg calling

http://localhost:23001/jettyTestRouteA?param1=%2B447777111222

And having a jetty -> http bridge, you can end up with double values.

Caused by: java.lang.AssertionError: expected:< 447777111222> but was:<[+447777111222, +447777111222]>

See comments; this can result in a slowdown esp. if some critical task gets unlucky.

  public void workerNodeRemoved(ServiceInstance serviceInstance) {
     // FIXME: disabling this for now
// instanceToNodeMap.remove(serviceInstance.getWorkerIdentity());

Trying to deploy kitchensink quickstart on the server with configuration migrated from EAP 6.4.x fails with java.lang.IllegalStateException: java.lang.Exception: failed to open a port in range 55200-55200.
Reproduce

CONFIG=standalone-ha.xml

# Migrate
reload

Outcome

14:44:13,799 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 56) MSC000001: Failed to start service org.wildfly.clustering.jgroups.channel.ee-ejb: org.jboss.msc.service.StartException in service org.wildfly.clustering.jgroups.channel.ee-ejb: java.lang.IllegalStateException: java.lang.Exception: failed to open a port in range 55200-55200
	at org.wildfly.clustering.service.FunctionalService.start(FunctionalService.java:70) [wildfly-clustering-service-14.0.0.Beta2-SNAPSHOT.jar:14.0.0.Beta2-SNAPSHOT]
	at org.wildfly.clustering.service.AsyncServiceConfigurator$AsyncService.lambda$start$0(AsyncServiceConfigurator.java:117) [wildfly-clustering-service-14.0.0.Beta2-SNAPSHOT.jar:14.0.0.Beta2-SNAPSHOT]
	at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
	at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
	at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_171]
	at org.jboss.threads.JBossThread.run(JBossThread.java:485) [jboss-threads-2.3.2.Final.jar:2.3.2.Final]
Caused by: java.lang.IllegalStateException: java.lang.Exception: failed to open a port in range 55200-55200
	at org.jboss.as.clustering.jgroups.subsystem.ChannelServiceConfigurator.get(ChannelServiceConfigurator.java:116)
	at org.jboss.as.clustering.jgroups.subsystem.ChannelServiceConfigurator.get(ChannelServiceConfigurator.java:58)
	at org.wildfly.clustering.service.FunctionalService.start(FunctionalService.java:67) [wildfly-clustering-service-14.0.0.Beta2-SNAPSHOT.jar:14.0.0.Beta2-SNAPSHOT]
	... 7 more
Caused by: java.lang.Exception: failed to open a port in range 55200-55200
	at org.jgroups.protocols.UDP.createMulticastSocketWithBindPort(UDP.java:519)
	at org.jgroups.protocols.UDP.createSockets(UDP.java:357)
	at org.jgroups.protocols.UDP.start(UDP.java:300)
	at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:861)
	at org.jgroups.JChannel.startStack(JChannel.java:1023)
	at org.jgroups.JChannel._preConnect(JChannel.java:886)
	at org.jgroups.JChannel.connect(JChannel.java:390)
	at org.jgroups.JChannel.connect(JChannel.java:384)
	at org.jboss.as.clustering.jgroups.subsystem.ChannelServiceConfigurator.get(ChannelServiceConfigurator.java:112)
	... 9 more

This works fine with EAP 7.1.3 as a TARGET_SERVER, thus marking as a blocker due to a regression.

tools/src/main/java/org/wildfly/swarm/tools/DeclaredDependencies.java
loss classifier when createSpec, code:

    public static ArtifactSpec createSpec(String gav, String scope) {

        try {
            MavenArtifactDescriptor maven = ArtifactSpec.fromMavenGav(gav);
            return new ArtifactSpec(
                    scope,
                    maven.groupId(),
                    maven.artifactId(),
                    maven.version(),
                    maven.type(),
                    null,         // lose classifier  here
                    null
            );
        }

    }

Sorry for that I cannot create a pull request, because of firewall in my machine.

See discussion in that JIRA. It needs to be committed in two parts, with bulk logging change committed separately due to perf issues.

This won't cause any issue in live cluster. However, in unit tests, it could leak threads and slow down tests.

The manifest files in the 2.0 release jars appear incorrect.
The spring-ws-core jar does not include OSGi information, while the spring-ws-security jar and others reference the 2.0.0.M4 release.
spring-ws-core-2.0.0.RELEASE.jar/META-INF/MANIFEST.MF :
Archiver-Version: Plexus Archiver
Created-By: Apache Maven
Built-By: arjen
Build-Jdk: 1.6.0_22
spring-ws-security-2.0.0.RELEASE.jar/META-INF/MANIFEST.MF:
Export-Package: org.springframework.ws.soap.security;version="2.0.0.M4"
[snip]
Bundle-Vendor: SpringSource
Bundle-Version: 2.0.0.M4
Tool: Bundlor 1.0.0.RELEASE
Bundle-Name: Spring Web Services SOAP Security

NettyProducer returns the channel to the pool every time a message is sent when the reuseChannel is set to true. It should instead return the channel to the pool only if the exchange is completed, so that other exchanges will not use the same channel.
I have the following problem:
I need to send messages to a legacy tcp server through a REST server.
The tcp server requires messages from one connection to be send in a specific order, for example in order to send COMMAND1 I have to first send PRE1 and PRE2 and then COMMAND1. The component is set to reuseChannel=true and be sync=true and i have the following exchange:

from("direct:command1")
    .setBody(constant("PRE1"))
    .to(nettyEndpoint)
    .setBody(constant("PRE2"))
    .setBody(constant("COMMAND1"))
    .to(nettyEndpoint);

The problem is that the NettyProducer returns the channel to the pool every time i send a message. So if concurrent requests are sent to the REST server things get messy. 
NettyProducer supports this behavior, if the reuseChannel is set to true the producer adds an onCompletion listener on the exchange that returns the channel to the pool. The problem is that it also sets the callback of the NettyCamelState to a NettyProducerCallback which runs every time a message is send by the ClientChannelHandler and returns the channel to the pool.

Currently we are only able to specify the ZK ensemble and root znode for the remote cluster in TOF, we should also be able to give the client port (like in replication). This will require a change in CopyTable's command line arguments too.

From ENTESB-724:
The HawtJNI Library class wrote native libraries to a predictable file name in /tmp when the native libraries were bundled in a JAR file, and no custom library path was specified. A local attacker could overwrite these native libraries with malicious versions during the window between when HawtJNI writes them, and when they are executed. For details, see:
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-2035
HawtJNI 1.8 and Jansi 1.11 have been released, incorporating a fix. I have logged a request with JRuby upstream to update their embedded copy of HawtJNI. The following JARs in JBoss Fuse 6.0 include the vulnerable class:
activemq-osgi-5.8.0.redhat-60024.jar
jruby-1.7.2.jar
leveldbjni-all-1.3.jar
org.apache.activemq.activemq-osgi_5.8.0.redhat-60024.jar
org.apache.karaf.shell.console-2.3.0.redhat-60024.jar
org.fusesource.fabric.tooling-fabric-all_7.2.0.redhat-024.jar
patch-client-7.2.0.redhat-024.jar
All have been fixed except for jruby. Waiting on jruby 1.7.5 to get this fix https://github.com/jruby/jruby/issues/732

Vault option is calling trim which is causing issues with custom vault implementation.  
The implementation of the vault config parser in the normal EAP config (i.e. in standalone.xml) does not do this.
To provide more details why this is an issue, the custom impl is prepending a string to an executable command.  By trimming the command is being mangled:
        <vault code="com.example.CommandVault" module="com.example">
            <vault-option name="prependToValue" value="perform_encryption.sh -value "/>
            <vault-option name="allowEmptyPassword" value="false"/>
        </vault>

Status Quo
Attempting to register a custom MethodFilter with a StandardEvaluationContext after invoking setMethodResolvers() with a custom list of MethodResolver instances results in a NullPointerException.

Analysis
Based on the current documentation in StandardEvaluationContext it is unclear what the expected behavior should be, but either the implementation is broken, or the use case is unsupported.
In either case, allowing a NullPointerException to be thrown is inappropriate.

In the following code, the call to registerMethodFilter() results in a NullPointerException since the internal reflectiveMethodResolver field within StandardEvaluationContext is null.

StandardEvaluationContext context = new StandardEvaluationContext();

// Register a custom MethodResolver...
List<MethodResolver> customResolvers = new ArrayList<MethodResolver>();
customResolvers.add(new CustomMethodResolver());
context.setMethodResolvers(customResolvers);

// or simply...
// context.setMethodResolvers(new ArrayList<MethodResolver>());

// Register a custom MethodFilter...
MethodFilter filter = new CustomMethodFilter();
context.registerMethodFilter(String.class, filter);

Either refactor the implementation of StandardEvaluationContext so that a NullPointerException is not thrown for the aforementioned failing use case
Or document that the use case is unsupported and throw a more meaningful exception that contains contextual information in the exception message

Using a http-listener without the redirect-socket attribute requires the configuration to define a socket-binding with name "https".
The following error is produced attempting to configure wildfly without https:

ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("add") failed - address: ([
    ("http-listener" => "default")
]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.undertow.listener.default is missing [jboss.binding.https]"]}

I believe this constant is defined in ListenerResourceDefinition on line 80.
If this is the desired behavior, the undertow schema should probably be updated to make redirect-socket required or at least document the dependency.

The new combined upgrade scripts for Hive 2.3 to 3.0 transition do not properly set the schema version after they have completed the upgrade.

camel-box is not assigning default configuration values:

org.apache.camel.RuntimeCamelException: Box API connection failed: Authentication type not specified in configuration
	at org.apache.camel.component.box.internal.BoxConnectionHelper.createConnection(BoxConnectionHelper.java:82) [259:org.apache.camel.camel-box:2.20.0.SNAPSHOT]
	at org.apache.camel.component.box.BoxComponent.doStart(BoxComponent.java:85) [259:org.apache.camel.camel-box:2.20.0.SNAPSHOT]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61) [69:org.apache.camel.camel-core:2.20.0.SNAPSHOT]
	at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:3555) [69:org.apache.camel.camel-core:2.20.0.SNAPSHOT]
	at org.apache.camel.impl.DefaultCamelContext.startServices(DefaultCamelContext.java:3561) [69:org.apache.camel.camel-core:2.20.0.SNAPSHOT]
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:3295) [69:org.apache.camel.camel-core:2.20.0.SNAPSHOT]

Duplicate jars with different versions for guava and commons-logging are present in build/dist/lib .
hive should ship with just one version of each jar.
guava-r08 and guava-0.11.0.2 are present, and commons-logging has 1.0.4 and 1.1.1 .

HBaseFsck's checkRegionBoundaries function set the 'currentRegionBoundariesInformation.storesFirstKey'  was incorrect.I think it should be set like below,
currentRegionBoundariesInformation.storesFirstKey = keyOnly(storeFirstKey);
but current the 'currentRegionBoundariesInformation.storesFirstKey ' is just set to 'storeFirstKey',which will cause to comparator.compare(currentRegionBoundariesInformation.storesFirstKey,
            currentRegionBoundariesInformation.metaFirstKey)  get a wrong result.  Because it just compared the rowkey's length.

The testcase TestCliDriver.testCliDriver_serde_user_properties was added in HIVE-2906, which was committed around few minutes before HIVE-4825. HIVE-4825 has changes that change the expected results of serde_user_properties.q, causing the test to fail now.

Running 0.95.1 candidate on cluster, I notice we are logging too much.  Here is an edit of the logs.

http://www.nabble.com/velocity%3A-Couldn%27t-find-class-org.apache.velocity.runtime.log.SimpleLog4JLogSystem-td21036449s22882.html
Jon do you mind taking a look at this, you are are good at maven pom's 

While most references to xcievers were removed in HBase as part of HBASE-5697, the ref guide still contains a few stray references.

JavaEEDependencyProcessor adds the dependencies on

ModuleIdentifier.create("javax.enterprise.api"),
ModuleIdentifier.create("javax.enterprise.concurrent.api"),

whereas the ee module only adds 

<module name="javax.enterprise.api" export="true"/>

Change 'requirs' to 'requires'. See below:

$ mvn clean install -DskipTests
...
[WARNING] Rule 2: org.apache.maven.plugins.enforcer.RequireJavaVersion failed with message:

Java is out of date.

  HBase requirs at least version 1.8 of the JDK to properly build from source.

  You appear to be using an older version. You can use either "mvn -version" or

  "mvn enforcer:display-info" to verify what version is active.

  See the reference guide on building for more information: http://hbase.apache.org/book.html#build

We will check whether server carrying ROOT/META when expiring the server.
See ServerManager#expireServer.
If the dead server carrying META, we assign meta directly in the process of ServerShutdownHandler.
If the dead server carrying ROOT, we will offline ROOT and then verifyAndAssignRootWithRetries()
How judgement of carrtying ROOT/META become wrong?
If region is in RIT, and isCarryingRegion() return true after addressing from zk.
However, once RIT time out(could be caused by this.allRegionServersOffline && !noRSAvailable, see AssignmentManager#TimeoutMonitor)   and we assign it to otherwhere, this judgement become wrong.
See AssignmentManager#isCarryingRegion for details
With the wrong judgement of carrtying ROOT/META, we would assign ROOT/META twice.

It looks like the *-source-1.0.0.m4.jar jars package binary files instead of actual sources. I think it is pretty important to fix it, since looking at the sources with the help of a good IDE is the only way to learn Spring Batch today. 

When running the camel-example-spring-boot-xml, or any spring-boot camel application using xml route definition, camel seems to create 2 contexts.
It seems to happen only when using spring xml routes.
The second one has no routes. Camel fails to register it to jmx and adds a "-1" to its name.

a.c.m.DefaultManagementLifecycleStrategy : This CamelContext(SampleCamel) will be registered using the name: SampleCamel-1 due to clash with an existing name already registered in MBeanServer.

The relevant parts of the trace:

2018-01-10 12:00:26.538  INFO 11245 --- [           main] o.a.camel.spring.SpringCamelContext      : Apache Camel 2.21.0-SNAPSHOT (CamelContext: SampleCamel) is starting
2018-01-10 12:00:26.539  INFO 11245 --- [           main] o.a.c.m.ManagedManagementStrategy        : JMX is enabled
2018-01-10 12:00:26.700  INFO 11245 --- [           main] o.a.camel.spring.SpringCamelContext      : StreamCaching is not in use. If using streams then its recommended to enable stream caching. See more details at http://camel.apache.org/stream-caching.html
2018-01-10 12:00:26.740  INFO 11245 --- [           main] o.a.camel.spring.SpringCamelContext      : Route: hello started and consuming from: timer://hello?period=2000
2018-01-10 12:00:26.742  INFO 11245 --- [           main] o.a.camel.spring.SpringCamelContext      : Total 1 routes, of which 1 are started
2018-01-10 12:00:26.743  INFO 11245 --- [           main] o.a.camel.spring.SpringCamelContext      : Apache Camel 2.21.0-SNAPSHOT (CamelContext: SampleCamel) started in 0.204 seconds
2018-01-10 12:00:26.757  INFO 11245 --- [           main] o.a.camel.spring.SpringCamelContext      : Apache Camel 2.21.0-SNAPSHOT (CamelContext: SampleCamel) is starting
2018-01-10 12:00:26.757  INFO 11245 --- [           main] o.a.c.m.ManagedManagementStrategy        : JMX is enabled
2018-01-10 12:00:26.757  WARN 11245 --- [           main] a.c.m.DefaultManagementLifecycleStrategy : This CamelContext(SampleCamel) will be registered using the name: SampleCamel-1 due to clash with an existing name already registered in MBeanServer.
2018-01-10 12:00:26.762  INFO 11245 --- [           main] o.a.c.i.converter.DefaultTypeConverter   : Type converters loaded (core: 193, classpath: 1)
2018-01-10 12:00:26.770  INFO 11245 --- [           main] o.a.camel.spring.SpringCamelContext      : StreamCaching is not in use. If using streams then its recommended to enable stream caching. See more details at http://camel.apache.org/stream-caching.html
2018-01-10 12:00:26.770  INFO 11245 --- [           main] o.a.camel.spring.SpringCamelContext      : Total 0 routes, of which 0 are started
2018-01-10 12:00:26.770  INFO 11245 --- [           main] o.a.camel.spring.SpringCamelContext      : Apache Camel 2.21.0-SNAPSHOT (CamelContext: SampleCamel) started in 0.013 seconds

GenericUDFBetween doesn't vectorize with VectorUDFAdaptor when used as FILTER (i.e. as single item for WHERE).

Create three entities: UserLogin, UserLoginPermission, Permission
Generate "service layer" of User
Generate web scaffold of the three entities

On UserLoginPermissionController_Roo_Controller.aj contains
UserLoginPermissionController_Roo_Controller.aj
    @RequestMapping(params = "form", produces = "text/html")
    public String UserLoginPermissionController.createForm(Model uiModel) {
        populateEditForm(uiModel, new UserLoginPermission());
        List<String[]> dependencies = new ArrayList<String[]>();
        if (userLoginService.countAllUserLogins() == 0) {
            dependencies.add(new String[] { "userLogin", "userlogins" });
        }
        if (Permission.countPermissions() == 0) {
            dependencies.add(new String[] { "permission", "permissions" });
        }
        uiModel.addAttribute("dependencies", dependencies);
        return "userloginpermissions/create";
    }

Compiling this generates a exception:

[ERROR] Failed to execute goal org.codehaus.mojo:aspectj-maven-plugin:1.4:compile (default) on project xxx: Compiler errors:
[ERROR] error at if (userLoginService.countAllUserLogins() == 0) {
[ERROR] ^^^^^^^
[ERROR] /.../web/party/userlogin/UserLoginPermissionController_Roo_Controller.aj:41:0::0 userLoginService cannot be resolved

This is due to no @Autowire field is generated for userLoginService

Hello,
I have observed a memory leak for Quartz worker thread in case an exception is thrown during
the scheduling phase when schedule is set to past time.
I have observed this issue with camel-quart 2.10.4, 2.11.0, 2.11.2 versions.
For ex, assuming today is 4-Oct; If a schedule is provided for yesterday (i.e 3-Oct) then
below sequence happen:
1. Quartz create worker thread for new schedule [generally TEN Threads with name 'DefaultQuartzScheduler']
2. Camel-quartz increment jobCounter for scheduler context [using QuartzComponent.incrementJobCounter()]
3. Camel-quartz tries to create new schedule [using Scheduler.scheduleJob()]
4. scheduleJob() throws SchedulerException with the message - 'Based on configured schedule,
the given trigger will never fire'
5. Camel-quartz does NOT decrement the job counter and jobCounter value remains '1'
6. Later Camel-Quartz stops the route and call QuartzComponent.doStop()
7. In doStop(), Scheduler.shutdown() supposed to be called so that those TEN threads are
removed but to call shutdown() the pre-condition is that the jobCounter should be '0'.  In
this case jobCounter is '1' and Scheduler.shutdown() will NOT be called and those TEN threads
are NOT removed.  This is memory leak.
Please find the stack trace in attachment 'memory_leak_scheduler_stack_trace.log' [with Camel-Quartz 2.11.2 and org.apache.servicemix.bundles.quartz-1.8.6_1
which wrapped Quartz Scheduler as OSGi bundle] when SchedulerException is thrown at step
4 in above sequence.
Thanks,
Nurali

HbaseRPC, which (to my understanding) is used whenever there is a need to connect to a server, enters an infinite loop to continually retry the connection until it succeeds.  This makes sense for server-to-server interaction, but it doesn't necessarily make sense for all client-to-server interaction.
The problem I first observed was in doing fast restarts of HBase.  When I attempted to reload the UI after a restart, it would infinitely try to re-contact the cached server location from before the restart.  The correct behavior would be to break out of the loop as soon as possible in situations like the one above.  I think that throwing a RetriesExhaustedException would be the best way to do this, although if anyone has any suggestions please let me know.

I've got following error :

[ERROR] No plugin found for prefix 'fabric8' in the current project and in the plugin groups [org.apache.maven.plugins, org.codehaus.mojo] available from the repositories [local (/home/llowinge/Software/jboss-fuse-6.2.1.redhat-032/quickstarts/beginner/camel-cbr/./repository), fuse-public-repository (https://repo.fusesource.com/nexus/content/groups/public), central (https://repo.maven.apache.org/maven2)] -> [Help 1]
[ERROR] 
[ERROR] 
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/NoPluginFoundForPrefixException

There is no plugin with descriptor 

io.fabric8:fabric8-maven-plugin:1.2.0.redhat-621032

 at https://repo.fusesource.com/nexus/content/groups/public

Changes to ReduceRecordProcessor to merge multiple inputs for a shuffle join.

Adding simple-permission-mapper with ChangeRoleMapperPermission or RunAsPrincipalPermission throws NPE. In case when LoginPermission is used then it works correctly.

/subsystem=elytron/simple-permission-mapper=SomeMapper:add(permission-mappings=[{roles=[All],permissions=[{class-name="org.wildfly.security.auth.permission.ChangeRoleMapperPermission"}]}])
{
        "WFLYCTL0080: Failed services" => {"org.wildfly.security.permission-mapper.SomeMapper" => "org.jboss.msc.service.StartException in service org.wildfly.security.permission-mapper.SomeMapper: Failed to start service
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.permission-mapper.SomeMapper"],
    },
}

NPE occurs in server log:

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service org.wildfly.security.permission-mapper.SomeMapper: org.jboss.msc.service.StartException in service org.wildfly.security.permission-mapper.SomeMapper: Failed to start service
	at org.wildfly.security.permission.ByNamePermissionCollection.doAdd(ByNamePermissionCollection.java:59)
	at org.wildfly.security.permission.AbstractPermissionCollection.add(AbstractPermissionCollection.java:83)
	at java.security.Permissions.add(Permissions.java:133)
	at org.wildfly.extension.elytron.PermissionMapperDefinitions.createSimplePermissionMapper(PermissionMapperDefinitions.java:214)
	at org.wildfly.extension.elytron.PermissionMapperDefinitions.access$000(PermissionMapperDefinitions.java:67)
	at org.wildfly.extension.elytron.PermissionMapperDefinitions$2.lambda$getValueSupplier$0(PermissionMapperDefinitions.java:188)
	... 3 more

The normal flow for region merge is:
1. client sends a master RPC for dispatch merge regions
2. master moves the regions to the same regionserver
3. master calls mergeRegions RPC on the regionserver. 
For user initiated region merge, MasterRpcServices#dispatchMergingRegions() is called by HBaseAdmin.
There is no coprocessor invocation in step 1.
Step 3 is carried out in the "hbase" user context.
This leaves potential security hole - any user without proper authorization can merge regions of any table.
Thanks to Enis who spotted this flaw first.

Though the wrapped jTDS driver is shipped in the Roo 1.1.0.M3 distribution, database introspection and reverse engineering do not work. Error given is:
No Spring Roo add-ons were found that offer a similar JDBC driver
JDBC driver not available for 'net.sourceforge.jtds.jdbc.Driver'

Currently, when the HRegionServer runs out of the memory, it will call master, which will cause more heap allocations and throw a second exception that it's run out of memory again. The easiest & safest way to avoid this OOME storm is to abort the RegionServer immediately when it hits the memory boundary.  Part of the 89-fb to trunk port.

tar xzvf hbase-0.92.0.tar.gz
cd hbase-0.92.0
mvn -Dmaven.test.skip.exec=true -P rpm install

Failure output and patch will be attached.

After doing a major compaction any attempt to do read the data with an MR job (select count, subsequent compaction) fails with:
Caused by: java.lang.IllegalArgumentException: All base directories were ignored, such as hdfs://hdp.example.com:8020/apps/hive/warehouse/purchaselog/ds=201404031016/base_0044000 by 50000:4086:...

The cell first evaluation strategy for cell ACLs has been a problem since introduction. It was an afterthought and a mistake. It's not possible to use at all with the default config on trunk after HBASE-11077. Fairly certain there are no users. Remove. Deprecate related client API methods on Query. (Remove on trunk?)

hadoop 1.1.1 has been released with 20 bug fixes and improvements

From acegisecurity-developer:
Javadoc for org.acegisecurity.context.SecurityContextHolder: "Associates a
given SecurityContext with the current execution thread and any new threads
the current execution thread may spawn." It can confuse users, as I know
InheritableThreadLocal no longer used in SecurityContextHolder, so
SecurityContext will not be associated with new threads which current
execution thread may spawn.

The scenario:
A persistent timer goes off right before its application gets undeployed

&amp#27;[0m&amp#27;[32m08:43:38,086 DEBUG [org.jboss.as.ejb3] (EJB default - 1) Timer task invoked at: Tue Aug 25 08:43:38 CEST 2015 for timer [id=d563c5b3-c98c-44c9-87f6-04a492280a67 timedObjectId=testTimerServiceSerialization.a.TimerServiceSerializationBean auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@43ca0624 initialExpiration=Tue Aug 25 08:43:35 CEST 2015 intervalDuration(in milli sec)=100 nextExpiration=Tue Aug 25 08:43:38 CEST 2015 timerState=ACTIVE info=org.jboss.as.test.integration.ejb.timerservice.serialization.InfoA@1ce85ecb]

The timer changes its state to IN_TIMEOUT and persists this into the database.
It fails to invoke the bean method, because the application is no longer available

&amp#27;[0m&amp#27;[31m08:43:38,515 ERROR [org.jboss.as.ejb3] (EJB default - 1) WFLYEJB0020: Error invoking timeout for timer: [id=d563c5b3-c98c-44c9-87f6-04a492280a67 timedObjectId=testTimerServiceSerialization.a.TimerServiceSerializationBean auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@43ca0624 initialExpiration=Tue Aug 25 08:43:35 CEST 2015 intervalDuration(in milli sec)=100 nextExpiration=Tue Aug 25 08:43:38 CEST 2015 timerState=IN_TIMEOUT info=org.jboss.as.test.integration.ejb.timerservice.serialization.InfoA@1ce85ecb]: java.lang.IllegalStateException
        at org.jboss.as.ejb3.timerservice.TimerServiceImpl.getInvoker(TimerServiceImpl.java:564)
        at org.jboss.as.ejb3.timerservice.TimerTask.invokeBeanMethod(TimerTask.java:188)
        at org.jboss.as.ejb3.timerservice.TimerTask.callTimeout(TimerTask.java:184)
        at org.jboss.as.ejb3.timerservice.TimerTask.run(TimerTask.java:157)
        at org.jboss.as.ejb3.timerservice.TimerServiceImpl$Task$1.run(TimerServiceImpl.java:1224)
        at org.wildfly.extension.requestcontroller.RequestController$QueuedTask$1.run(RequestController.java:497)

It considers retrying, but then it doesn't retry, because the state is IN_TIMEOUT

08:43:38,515 INFO  [org.jboss.as.ejb3] (EJB default - 1) WFLYEJB0021: Timer: [id=d563c5b3-c98c-44c9-87f6-04a492280a67 timedObjectId=testTimerServiceSerialization.a.TimerServiceSerializationBean auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@43ca0624 initialExpiration=Tue Aug 25 08:43:35 CEST 2015 intervalDuration(in milli sec)=100 nextExpiration=Tue Aug 25 08:43:38 CEST 2015 timerState=IN_TIMEOUT info=org.jboss.as.test.integration.ejb.timerservice.serialization.InfoA@1ce85ecb] will be retried                                                                                                                                               
08:43:38,515 INFO  [org.jboss.as.ejb3] (EJB default - 1) WFLYEJB0024: Timer is not active, skipping retry of timer: [id=d563c5b3-c98c-44c9-87f6-04a492280a67 timedObjectId=testTimerServiceSerialization.a.TimerServiceSerializationBean auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@43ca0624 initialExpiration=Tue Aug 25 08:43:35 CEST 2015 intervalDuration(in milli sec)=100 nextExpiration=Tue Aug 25 08:43:38 CEST 2015 timerState=IN_TIMEOUT info=org.jboss.as.test.integration.ejb.timerservice.serialization.InfoA@1ce85ecb]

It gives up and tries to persist the state back to ACTIVE, but it fails, because the DatabaseTimerPersistence service is no longer available

08:43:38,516 WARN  [org.jboss.as.ejb3] (EJB default - 1) WFLYEJB0016: Timer persistence is not enabled, persistent timers will not survive JVM restarts

So the state remains IN_TIMEOUT in the database. When the application is redeployed, it is initialized with this state and it never goes off again.
This happens with a JDBC storage in a database that is slow enough so that the update of state to IN_TIMEOUT proceeds correctly, but the actual bean method invocation fails already.
Attaching a reproducer which simulates a slow database using Byteman, so it can be run even with the ExampleDS.

Still after the fun I had over in HBASE-4729, I tried to finish altering my table (remove a family) since only half of it was changed so I did this:

hbase(main):002:0> alter 'TestTable', NAME => 'allo', METHOD => 'delete' 
244/244 regions updated.
Done.
0 row(s) in 1.2480 seconds
Nice it all looks good, but over in the master log:

org.apache.hadoop.hbase.InvalidFamilyOperationException: Family 'allo' does not exist so cannot be deleted
        at org.apache.hadoop.hbase.master.handler.TableDeleteFamilyHandler.handleTableOperation(TableDeleteFamilyHandler.java:56)
        at org.apache.hadoop.hbase.master.handler.TableEventHandler.process(TableEventHandler.java:86)
        at org.apache.hadoop.hbase.master.HMaster.deleteColumn(HMaster.java:1011)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:348)
        at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1242)
Maybe we should do checks before launching the async task.
Marking critical as this is a regression.

Starting mapreduce mini cluster using HBaseTestingUtility is not setting "yarn.resourcemanager.webapp.address" and "mapreduce.jobhistory.webapp.address" which are required for getting the submitted yarn apps using mapreduce webapp. These properties are not being copied from jobConf of MapReduceTestingShim resulting in default values.

HBaseTestingUtility.java
    // Allow the user to override FS URI for this map-reduce cluster to use.
    mrCluster = new MiniMRCluster(servers,
      FS_URI != null ? FS_URI : FileSystem.get(conf).getUri().toString(), 1,
      null, null, new JobConf(this.conf));
    JobConf jobConf = MapreduceTestingShim.getJobConf(mrCluster);
    if (jobConf == null) 
Unknown macro: {      jobConf = mrCluster.createJobConf();    } 
    jobConf.set("mapreduce.cluster.local.dir",
      conf.get("mapreduce.cluster.local.dir")); //Hadoop MiniMR overwrites this while it should not
    LOG.info("Mini mapreduce cluster started");
    // In hadoop2, YARN/MR2 starts a mini cluster with its own conf instance and updates settings.
    // Our HBase MR jobs need several of these settings in order to properly run.  So we copy the
    // necessary config properties here.  YARN-129 required adding a few properties.
    conf.set("mapreduce.jobtracker.address", jobConf.get("mapreduce.jobtracker.address"));
    // this for mrv2 support; mr1 ignores this
    conf.set("mapreduce.framework.name", "yarn");
    conf.setBoolean("yarn.is.minicluster", true);
    String rmAddress = jobConf.get("yarn.resourcemanager.address");
    if (rmAddress != null) 
Unknown macro: {      conf.set("yarn.resourcemanager.address", rmAddress);    } 
    String historyAddress = jobConf.get("mapreduce.jobhistory.address");
    if (historyAddress != null) 
Unknown macro: {      conf.set("mapreduce.jobhistory.address", historyAddress);    } 
    String schedulerAddress =
      jobConf.get("yarn.resourcemanager.scheduler.address");
    if (schedulerAddress != null) 
Unknown macro: {      conf.set("yarn.resourcemanager.scheduler.address", schedulerAddress);    } 
As a immediate fix for phoenix e2e test to succeed, need the below lines to be added as well

    String rmWebappAddress = jobConf.get("yarn.resourcemanager.webapp.address");
    if (rmWebappAddress != null) 
Unknown macro: {      conf.set("yarn.resourcemanager.webapp.address", rmWebappAddress);    } 
    String historyWebappAddress = jobConf.get("mapreduce.jobhistory.webapp.address");
    if (historyWebappAddress != null) 
Unknown macro: {      conf.set("mapreduce.jobhistory.webapp.address", historyWebappAddress);    } 
Eventually, we should also see if we can copy over all the jobConf properties to HBaseTestingUtility conf object.

While migrating our app from 2.5.7 to 3.0.4 we have noticed a major slowdown in the application context's startup.
Our application is using Spring Batch and has 22 batches. I have ran a profiling session and noticed an abusive call to java.lang.Class.getMethod(String, Class[]).
The culprit seems to be a change in AnnotationUtils.findAnnotation(Method,Class).
Attached the back trace calls for both Spring 2.5 and 3.0.4. The only thing that changed between the profiling sessions is the Spring version and the profiler only starts the (same) application context.
I also have the yourkit snapshots if you are interested to run a snapshot comparison.
This is obviously blocking us to upgrade. Let me know if there anything I can do to help.

Here is the mail thread which discuss about it.
http://www.nabble.com/HTTP-component-and-IN-head-loss-to24393415.html

stack@connelly:~/checkouts/hbase/cleantrunk$ ./bin/start-hbase.sh 
localhost: starting zookeeper, logging to /home/stack/checkouts/hbase/cleantrunk/bin/../logs/hbase-stack-zookeeper-connelly.out
localhost: java.io.IOException: Could not find my address: connelly in list of ZooKeeper quorum servers
localhost: 	at org.apache.hadoop.hbase.zookeeper.HQuorumPeer.writeMyID(HQuorumPeer.java:112)
localhost: 	at org.apache.hadoop.hbase.zookeeper.HQuorumPeer.main(HQuorumPeer.java:66)
starting master, logging to /home/stack/checkouts/hbase/cleantrunk/bin/../logs/hbase-stack-master-connelly.out
localhost: starting regionserver, logging to /home/stack/checkouts/hbase/cleantrunk/bin/../logs/hbase-stack-regionserver-connelly.out

Whats supposed to happen here in the default case?
My machine name is connolly..  I don't have anything in hbase-site.xml

HBASE-18099 was only integrated to branch-1 and above in consideration of backward compatibility.
This issue is to backport the fix to branch-1.3 and branch-1.2.
Quoting Gary's suggestion from the tail of HBASE-18099 :

Sure, don't add the method to Region, just to HRegion, check for an instance of HRegion in FlushSnapshotSubprocedure and cast the instance before calling the method.

I found a small issue with org.springframework.ldap.pool.validation.DefaultDirContextValidator that will result in validateDirContext() failing for many/most LDAP implementations. The cause is that the root context search is being attempted with a search scope of SearchControls.ONELEVEL_SCOPE, the default scope when the scope isn't specified. This may succeed for some LDAP implementations (I think it should for Domino), but will fail for e.g., Active Directory and SunONE.
The fix is to add
    this.searchControls.setSearchScope(SearchControls.OBJECT_SCOPE);
to the constructor.
A workaround is to subclass DefaultDirContextValidator and make the same fix.

I'm seeing very occasional "Not in set" warnings on region servers under heavy concurrent read/write test after HBASE-2248. Here's a log:
http://pastebin.com/1Vm9C7Uf

(Please note that I'm ignoring the Swarm bootstrap logging completely here.)
Before the logging subsystem kicks in, logging is configured by logging.properties. The default logging format defined in the logging subsystem by the LoggingFraction is subtly different from logging.properties. See:

12:48:55,391 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: WildFly Swarm 2016.9 (WildFly Core 2.2.0.Final) starting

and

2016-10-03 12:48:55,952 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Swarm 2016.9 (WildFly Core 2.2.0.Final) started in 669ms - Started 60 of 68 services (15 services are lazy, passive or on-demand)

I believe that the default configurations in the LoggingFraction and logging.properties should be consistent, so that there's no such difference.

There are places in the shell script code that use methods from HTable or HConnection or etc.  This patch will fix at least some of them.

While trying to find suitable HttpMessageConverters for a custom object returned by a RequestMapping-annotated method, AnnotationMethodHandlerAdapter#handleResponseBody(Object, ServletWebRequest) fails because the request doesn't contain any Accept header.
However, the Http rfc states as follows (http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html):
"If no Accept header field is present, then it is assumed that the client accepts all media types."
So, Accept header should not be mandatory: if not present, the response body should be handled whatever its media type.

always

/core-service=server-environment:read-resource-description(operations=false)

...
"initial-running-mode" => {
                "description" => "The current running mode of the server. Either LIVE (normal operations) or ADMIN_ONLY.  An ADMIN_ONLY server will start any configured management interfaces and accept management requests, but will not start services used for handling end user requests.",
                ...
            },
...
The initial running mode of the server. Either NORMAL or ADMIN_ONLY.  An ADMIN_ONLY server will start any configured management interfaces and accept management requests, but will not start services used for handling end user requests.

Even if started in JavaEE8 Preview Mode :
<property name="ee8.preview.mode" value="true"/>
Wildfly 12 + RestEasy 3.5 Final can't find this MessageBodyWriter (or Reader) :
org.jboss.resteasy.plugins.providers.jsonb.JsonBindingProvider
Such is provided inside this dependecy :
            <groupId>org.jboss.resteasy</groupId>
            <artifactId>resteasy-json-binding-provider</artifactId>
            <version>3.5.0.Final</version>
resteasy-json-binding-provider.jar is already provided inside WIldfly 12.
RestEASY 3.5 Final documentation stats that JsonBindingProvider should be automatically loaded :
RESTEasy JAX-RS 
If you forcefully exclude Jackson with NoJackson annotation an error will appear stating no MessageWrite is found for json media type when serializing objects for Jax-RS.
I debugged a little to try and find out what was happening and I can confirm that in
org.jboss.resteasy.spi.ResteasyProviderFactory at row 2592 
JsonBindingProvider won't be discovered
Can you reproduce/fix this issue ?

If a null message is passed into UnsentDisconnectChannelInterceptor.afterSendCompletion a NullPointerException is thrown. This situation happens if ChannelInterceptor#preSend on the inbound channel returns null to avoid sending the message. Note that it seems reasonable to return null from ChannelInterceptor#preSend since the javadoc states:

...
If this method returns null then the actual send invocation will not occur.
The full stacktrace can be found below:

2014-10-03 13:30:07.317 ERROR 10250 --- [nio-8080-exec-5] o.s.m.s.ExecutorSubscribableChannel      : Exception from afterSendCompletion in org.springframework.messaging.simp.broker.AbstractBrokerMessageHandler$UnsentDisconnectChannelInterceptor@3d489997

	at org.springframework.messaging.simp.broker.AbstractBrokerMessageHandler$UnsentDisconnectChannelInterceptor.afterSendCompletion(AbstractBrokerMessageHandler.java:289)
	at org.springframework.messaging.support.AbstractMessageChannel$ChannelInterceptorChain.triggerAfterSendCompletion(AbstractMessageChannel.java:183)
	at org.springframework.messaging.support.AbstractMessageChannel$ChannelInterceptorChain.applyPreSend(AbstractMessageChannel.java:165)
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:115)
	at org.springframework.messaging.support.AbstractMessageChannel.send(AbstractMessageChannel.java:106)
	at org.springframework.web.socket.messaging.StompSubProtocolHandler.handleMessageFromClient(StompSubProtocolHandler.java:251)
	at org.springframework.web.socket.handler.ExceptionWebSocketHandlerDecorator.handleMessage(ExceptionWebSocketHandlerDecorator.java:71)
	at org.apache.tomcat.websocket.WsFrameBase.sendMessageText(WsFrameBase.java:393)
	at org.apache.tomcat.websocket.WsFrameBase.processDataText(WsFrameBase.java:494)
	at org.apache.tomcat.websocket.WsFrameBase.processData(WsFrameBase.java:289)
	at org.apache.tomcat.websocket.server.WsFrameServer.onDataAvailable(WsFrameServer.java:57)
	at org.apache.tomcat.websocket.server.WsHttpUpgradeHandler$WsReadListener.onDataAvailable(WsHttpUpgradeHandler.java:197)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:653)

 in HiveMetaStore, alter_table_core does NOT call transactional listener, and the notification ID corresponding to the alter table event is NOT set in the event parameters.

+ alter_table_core
	
      try {
        Table oldt = this.get_table_core(dbname, name);
        this.firePreEvent(new PreAlterTableEvent(oldt, newTable, this));
        this.alterHandler.alterTable(this.getMS(), this.wh, dbname, name, newTable, envContext, this);
        success = true;
        if (!this.listeners.isEmpty()) {
          MetaStoreListenerNotifier.notifyEvent(this.listeners, EventType.ALTER_TABLE, new AlterTableEvent(oldt, newTable, true, this), envContext);
        }
      } catch (NoSuchObjectException var12) {
        ex = var12;
        throw new InvalidOperationException(var12.getMessage());
      } catch (Exception var13) {
        ex = var13;
        if (var13 instanceof MetaException) {
          throw (MetaException)var13;
        }

        if (var13 instanceof InvalidOperationException) {
          throw (InvalidOperationException)var13;
        }

After some extensive debugging in the thread A sudden msg of "java.io.IOException: Server not running, aborting", we figured that the region servers weren't able to talk to the new .META. location because the old one was still alive but on it's way down after a OOME.
It translates into exceptions like "Server not running" coming from trying to edit .META. and digging in the code I see that CT.waitForMetaServerConnectionDefault -> waitForMeta -> getMetaServerConnection(true) calls verifyRegionLocation since we force the refresh. In this method we check if the RS is good by calling getRegionInfo which does not check if the region server is trying to close.
What this means is that a cluster can't recover a .META.-serving RS failure until it has fully shutdown since every time a RS tries to open a region (like right after the log splitting) or split it fails editing .META.

newly added files missing a license header:

MetricsReplicationSinkSource
MetricsReplicationSourceFactoryImpl
MetricsReplicationSourceSourceImpl
TestMetricsReplicationSourceFactoryImpl

public class TokenBasedRememberMeServices extends AbstractRememberMeServices {
  public void onLoginSuccess(HttpServletRequest request,
      HttpServletResponse response, Authentication successfulAuthentication) {
    String username = retrieveUserName(successfulAuthentication);
    String password = retrievePassword(successfulAuthentication);
    // If unable to find a username and password, just abort as
    // TokenBasedRememberMeServices is
    // unable to construct a valid token in this case.
    if (!StringUtils.hasLength(username) || !StringUtils.hasLength(password)) 
{
      return;
    }

    int tokenLifetime = calculateLoginLifetime(request,
        successfulAuthentication);
    long expiryTime = System.currentTimeMillis() + 1000 * tokenLifetime;
    String signatureValue = makeTokenSignature(expiryTime, username, password);
    setCookie(new String[] 
{ username, Long.toString(expiryTime),
        signatureValue }
, tokenLifetime, request, response);
    if (logger.isDebugEnabled()) 
{
      logger.debug("Added remember-me cookie for user '" + username
          + "', expiry: '" + new Date(expiryTime) + "'");
    }
  }
}
tokenLifetime is an integer. When the tokenLifetime is 1 month => value = 2678400 seconds => 1000 * 2678400 > Integer.MAX_VALUE => negative integer.
In the calculation, there should be an explicit cast to long
So 
long expiryTime = System.currentTimeMillis() + 1000 * tokenLifetime;
should be 
long expiryTime = System.currentTimeMillis() + 1000 * [B](long)[/B] tokenLifetime;

When storing List of enums that is annotated with @Property I got an exception:
org.neo4j.ogm.metadata.MappingException: Null key for a Map not allowed in JSON (use a converting NullKeySerializer?)
	at org.neo4j.ogm.session.request.SessionRequestHandler.execute(SessionRequestHandler.java:98)
	at org.neo4j.ogm.session.delegates.SaveDelegate.save(SaveDelegate.java:66)
	at org.neo4j.ogm.session.delegates.SaveDelegate.save(SaveDelegate.java:41)
	at org.neo4j.ogm.session.Neo4jSession.save(Neo4jSession.java:370)
	at org.neo4j.ogm.integration.convertible.ConvertibleIntegrationTest.shouldSaveAndRetrieveEnums(ConvertibleIntegrationTest.java:66)
After further investigation I couldn't reproduce it by simply adding a property to one of existing enums in this class, i.e.     @Property(name = "blahBlahBlah")
    private List<Education> completedEducation;
seems to be working fine.
However, adding a JDK enum in the list, e.g. java.time.DayOfWeek (java 1.8) doesn't and crashes. 
@Property(name = "worksOn")
    private List<DayOfWeek> weekdays;
    public List<DayOfWeek> getWeekdays() 
{
        return weekdays;
    }
            
Some methods of CompositeConfiguration expect that the in-memory configuration is of type BaseConfiguration (a configuration of this type is created if no specific in-memory configuration was provided).
However, there are constructors accepting an arbitrary Configuration object as in-memory configuration. If here a configuration is specified which does not extend BaseConfiguration, the casts performed by these methods will fail. The casts should only be performed if possible.
The following methods are affected:

setListDelimiter()
setDelimiterParsingDisabled()

'+' is valid for a space but with the following code:

		String httpUrl = "http://localhost:8080/test/print?value=%EA%B0%80+%EB%82%98";
		URI uri = UriComponentsBuilder.fromHttpUrl(httpUrl).build(true).toUri();
		System.out.println(uri);

I got the following error:

java.lang.IllegalArgumentException: Invalid character '+' for QUERY_PARAM in "%EA%B0%80+%EB%82%98"

	at org.springframework.web.util.HierarchicalUriComponents.verifyUriComponent(HierarchicalUriComponents.java:313)
	at org.springframework.web.util.HierarchicalUriComponents.verify(HierarchicalUriComponents.java:281)
	at org.springframework.web.util.HierarchicalUriComponents.<init>(HierarchicalUriComponents.java:90)
	at org.springframework.web.util.UriComponentsBuilder.build(UriComponentsBuilder.java:336)
	at learningtest.org.springframework.web.UriComponentBuilderTests.testFromHttpUrlBuildEncoded(UriComponentBuilderTests.java:19)

The permgen size attributes no longer do anything in a core 2.0 or later server, as we require JDK 8 and our code ignores these if JDK 8 or later is running. So we should deprecate the config elements and log a message if they are used.
Part of the parent task for the management model itself. I'll do this in 2.0.5 because I don't mind tweaking the API in a micro just to add deprecation information.

I have a resourceHandlerMapping with "/assets/**" 
I have CSS Resource like with:

a { background-image: url(../img/transparent.png); }
span { background-image: url(/assets/img/transparent.png); }

The first Url gets resolved by CssLinkResourceTransformer, the second doesn't get resolved. Result is to have a content hash in the first url but not the second one.

a {background-image: url(../img/dropdown-a672b5...84a221f.png); }

This is because the second url starts with "/" and a different method is used. ResourceUrlProvider.getForRequestUrl is used for urls starting with a slash.
in getForRequestUrl the lookupPath is determined as "img/transparent.png" without a slash at the beginning of the string.
This lookupPath "img/transparent.png" is compared to the mapping "/assets/**". 
Maybe I didn't understand this new feature. But for me it doesn't work with URLs starting with a slash in CSS. If you need more information I am willing to help with a test case. But I hope you do understand the problem so far.
This is not related to issue SPR-12279 as I already had fixed it locally by adding a ResourceUrlProviderExposingInterceptor to my ResourceHandlerMapping.

The folling steps can easily recreate the problem:
1. There's thousands of regions in the cluster.
2. Stop the cluster.
3. Start the cluster. Killing one regionserver while the regions were opening. Restarted it after 10 seconds.
The shutted regionserver will appear in the AssignmentManager.servers list again.
Issue 1:
2011-06-23 14:14:30,775 DEBUG org.apache.hadoop.hbase.master.LoadBalancer: Server information: 167-6-1-12,20020,1308803390123=2220, 167-6-1-13,20020,1308803391742=2374, 167-6-1-11,20020,1308803386333=2205, 167-6-1-13,20020,1308803514394=2183
Two regionservers(One of it had aborted) had the same hostname but different startcode:
167-6-1-13,20020,1308803391742=2374
167-6-1-13,20020,1308803514394=2183
Issue 2:
(1).The Rs 167-6-1-11,20020,1308105402003 finished shutdown at "10:46:37,774":
10:46:37,774 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Finished processing of shutdown of 167-6-1-11,20020,1308105402003
(2).Overwriting happened, it seemed the RS was still exist in the set of AssignmentManager#regions:
10:45:55,081 WARN org.apache.hadoop.hbase.master.AssignmentManager: Overwriting 612342de1fe4733f72299d70addb6d11 on serverName=167-6-1-11,20020,1308105402003, load=(requests=0, regions=0, usedHeap=0, maxHeap=0)
(3).Region was assigned to this dead RS again at "10:50:20,671":
10:50:20,671 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region Jeason10,08058613800000030,1308032774777.612342de1fe4733f72299d70addb6d11. to 167-6-1-11,20020,1308105402003

Observed failures:

node3 never joins the cluster
"waiting for responses from node-1"

If there is no reason why users have to use this new module directly we should not make it public. Is there any such reason?
It should be fixed in Alpha to avoid changing module visibility in public available releases.

Whilst the foundation is present for invalidating a MetadataItem after instantiation it is not being used in number of places, i.e. the MetadataItem is being returned as valid when it is not, which leads to instability in Roo. 
Roo's metadata system works on the principal that if a MetadataItem can't be created, for whatever reason, null should be returned from MetadataProvider.get(String). When such a condition is reached within a MetadataItem a flag needs to be set and this flag should be interpreted by the provider in order to determine if the produced MetadataItem is valid and if it is not then null would be returned instead of the incomplete MetadataItem. The valid flag can already be found in AbstractMetadataItem, which most MetadataItems extend, and if the MetadataProvider extends AbstractItdMetadataProvider, then, if the produced MetadataItem is invalid null will be returned.

Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(java.io.IOException): java.io.IOException: Need clean namespaces or table-cfs config firstly when replicate_all flag is true
  at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:463)
  at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:130)
  at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:324)
  at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:304)
Caused by: org.apache.hadoop.hbase.replication.ReplicationException: Need clean namespaces or table-cfs config firstly when replicate_all flag is true
  at org.apache.hadoop.hbase.master.replication.ReplicationManager.checkPeerConfig(ReplicationManager.java:134)
  at org.apache.hadoop.hbase.master.replication.ReplicationManager.addReplicationPeer(ReplicationManager.java:74)
  at org.apache.hadoop.hbase.master.HMaster.addReplicationPeer(HMaster.java:3325)
  at org.apache.hadoop.hbase.master.MasterRpcServices.addReplicationPeer(MasterRpcServices.java:1891)
  at org.apache.hadoop.hbase.shaded.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java)
  at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:404)
  ... 3 more

      // setup the replication on the source
      if (!source.equals(sink)) {
        ReplicationAdmin replicationAdmin = new ReplicationAdmin(source.getConfiguration());
        // remove any old replication peers
        for (String oldPeer : replicationAdmin.listPeerConfigs().keySet()) {
          replicationAdmin.removePeer(oldPeer);
        }

        // set the sink to be the target
        ReplicationPeerConfig peerConfig = new ReplicationPeerConfig();
        peerConfig.setClusterKey(sink.toString());

        // set the test table to be the table to replicate
        HashMap<TableName, ArrayList<String>> toReplicate = new HashMap<>();
        toReplicate.put(tableName, new ArrayList<>(0));

        replicationAdmin.addPeer("TestPeer", peerConfig, toReplicate);

It seems like some change in semantics of ReplicationPeerConfig weren't correctly updated after HBASE-16868 (or a related change maybe). IntegrationTestReplication is trying to replicate a single table but we get into a state where we actually construct a Config object that says "replicate all tables" and "replicate just this one table".
1. We should catch invalid config objects when we construct it via the builder
2. Some Builder interface methods are missing Javadoc
3. We should update IntegrationTestReplication to use the new API.
FYI Guanghao Zhang, stack

perhaps include user abort vs system abort on batch close
also include if close() was called and if there was an exception
cc Deepesh Khandelwal

Once again, I found myself in a situation when I attempt to create a WAR deployment (Maven <packaging>war</packaging>) but don't have neither undertow nor jaxrs fraction. When Swarm creates the default deployment, it doesn't find the DefaultDeploymentFactory (because that's brought in by those fractions), so it instead creates and deploys an empty JAR. I already described this behavior in SWARM-1170.
I strongly believe that this is wrong. The deployment process should end with an error; at least for the war case (which is the most common), it should also provide a hint that either undertow or jaxrs should be added.

Since Spring Data JPA 1.2.1, unnecessary outer joins are generated when a single table is queried, which can take 10000 times longer to execute when the table contains millions of records. With log4jdbc we see the generated query and its execution time. Here are "simplified" statements of the SQL statements (our table contain many more columns).
In Spring Data JPA 1.2.0 and lower, the following statement was generated:

select order0_.ID as order1_14_ from ORDER order0_ where order0__.CUSTOMER_ID=123456 
Execution time : 2 ms

In Spring Data JPA 1.2.1 and higher, the following statement is generated:

select order0_.ID as order1_14_ from ORDER order0_ left outer join CUSTOMER customer1_ on order0_.CUSTOMER_ID=customer1_.ID where customer1_.ID=123456 
Execution time : 18842 ms

This problem was introduced by DATAJPA-277 which is included in 1.2.1. In attachment, there is a patch against 1.2.1 which makes this behavior configurable. When the JPA field is annotated with @ManyToOne(optional=false) or @OneToOne(optional=false) the outer joins are replaced with regular inner joins. Please feel free to enhance the patch if you find it appropriate.

In our tests for PLAIN SASL mechanism in the AS testsuite we realized a wrong SaslClient implementation is used. Instead of the Elytron one, the JDK provided one is used (com.sun.security.sasl.PlainClient). 
The Elytron client builds the AuthenticationContext and runs executed code in this way:

AuthenticationConfiguration authnCfg = AuthenticationConfiguration.EMPTY.allowSaslMechanisms(MECHANISM_PLAIN)
        .useName(USERNAME).usePassword("wrongPassword")
        .useDefaultProviders();
AuthenticationContext.empty().with(MatchRule.ALL, authnCfg).run(...)

It seems to be related to what's included on classpath. When we use the same code in elytron-client-demo the correct mechanism is used.

When a hfile is not found either in its source or archive directory then HFileReplicator$Copier will ignore that file and return instead we should ignore and continue with other hfiles replication in that request.

Currently, SDG's o.s.d.g.mapping.model.GemfireSimpleTypeHolder does not properly account for Java 8 Time types, instead treating them as persistent entties.

In situations with heavy load or under load tests we rarely got exception:

2012-08-21 12:28:02,620 [ool-26-thread-7] ERROR DefaultErrorHandler            - Failed delivery for (MessageId: ID-atitov-pc-60956-1345537671897-2-143205 on ExchangeId: ID-atitov-pc-60956-1345537671897-2-143206). Exhausted after delivery attempt: 1 caught: java.lang.IllegalArgumentException: ThreadID is already used
java.lang.IllegalArgumentException: ThreadID is already used
	at org.jivesoftware.smack.ChatManager.createChat(ChatManager.java:163)
	at org.apache.camel.component.xmpp.XmppPrivateChatProducer.getOrCreateChat(XmppPrivateChatProducer.java:97)
	at org.apache.camel.component.xmpp.XmppPrivateChatProducer.process(XmppPrivateChatProducer.java:65)
	at org.apache.camel.processor.UnitOfWorkProducer.process(UnitOfWorkProducer.java:63)
	at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:360)
	at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:1)
	at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:227)
	at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:331)
	at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:169)
	at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:111)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:124)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:131)
	at org.apache.camel.component.xmpp.XmppProducerConcurrentTest$1.call(XmppProducerConcurrentTest.java:79)
2012-08-21 12:28:02,621 [ool-26-thread-5] ERROR DefaultErrorHandler            - Failed delivery for (MessageId: ID-atitov-pc-60956-1345537671897-2-143207 on ExchangeId: ID-atitov-pc-60956-1345537671897-2-143208). Exhausted after delivery attempt: 1 caught: java.lang.IllegalArgumentException: ThreadID is already used

After debugging and looking at source code we figured out, that smack use some sort of map with week references for chat cache. When memory is low java GC discards chat instances, but in Process() method they instantiated over and over again without synchronization:
XmppPrivateChatProducer.java
 public void process(Exchange exchange) {
 .........................
	Chat chat = chatManager.getThreadChat(endpoint.getChatId());
	if (chat == null) {
		LOG.trace("Creating new chat instance with thread ID {}", endpoint.getChatId());
		chat = chatManager.createChat(getParticipant(), endpoint.getChatId(), new MessageListener() {
			public void processMessage(Chat chat, Message message) {
				// not here to do conversation
				if (LOG.isDebugEnabled()) {
					LOG.debug("Received and discarding message from {} : {}", getParticipant(), message.getBody());
				}
			}
		});
	}
}

But smack implementation prohibits chat instances with same chatId.

Camel jms seems to contain two bugs in correlation id handling.
The first shows when you have a sender that has UseMessageIDAsCorrelationID="false" and a server that has UseMessageIDAsCorrelationID="true". If you send a message with correlationId="a" then the response message will contain correlationId="<request message id>". Even if this could be a valid behaviour as you wanted UseMessageIDAsCorrelationID="true" I don´t think it makes sense as the sender will not be able to correlate the message. So for this case I propose to only set the correlation id to the request message id on the server if the correlation id of the request was not set.
The second bug seems to hide the first bug. Perhaps someone found a quick (and wrong way to make the tests work). It shows when you set UseMessageIDAsCorrelationID="true" on both client and server. If you send a message with correlation id = "a" the client sends it out with this correlation id. The server then sets the correlation id to the request message id (first bug). Then on the client the reply is received. After that the correlation id is set back to "a" on the client. So the tests think all is well. This part of the code should be removed.
I have marked both problems in the code with FIXME markers in my patch. I can also provide a patch with the solution but first I wanted to only show the problem and provide a failing test. 
Hope my explanations were not to confused 

From the HBase shell and Java API, I am seeing

ERROR: org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions for user 'dima' (global, action=CREATE)

when I try to create a table in a namespace to which I have been granted RWXCA permissions by a global admin. Interestingly enough, this only seems to extend to table creation; the same user is then allowed to disable and drop a table created by a global admin in that namespace.

There are still some cases left that should be looked at. This WARNING is displayed when running application for a while.

WARNING: Illegal reflective access using Lookup on org.springframework.cglib.core.ReflectUtils (file:/Users/X/.m2/repository/org/springframework/spring-core/5.1.2.RELEASE/spring-core-5.1.2.RELEASE.jar) to class java.lang.Object
	at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:497)
	at org.springframework.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:359)
	at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:106)
	at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:104)
	at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:130)
	at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:315)
	at org.springframework.cglib.reflect.FastClass$Generator.create(FastClass.java:65)
	at org.springframework.cglib.proxy.MethodProxy.helper(MethodProxy.java:135)
	at org.springframework.cglib.proxy.MethodProxy.init(MethodProxy.java:76)
	at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:216)
	at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:684)
	at net.xxx.service.impl.ServiceImpl$$EnhancerBySpringCGLIB$$49f6ec4b.toString(<generated>)
	at net.xxx.MessageConsumer.onMessageHandler(MessageConsumer.java:216)
	at net.xxx.Consumer.onMessage(Consumer.java:144)
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:1520)
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.actualInvokeListener(AbstractMessageListenerContainer.java:1411)
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:1387)
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.executeListener(AbstractMessageListenerContainer.java:1366)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.doReceiveAndExecute(SimpleMessageListenerContainer.java:848)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.receiveAndExecute(SimpleMessageListenerContainer.java:832)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$700(SimpleMessageListenerContainer.java:78)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:1073)
WARNING: Illegal reflective access by org.springframework.cglib.core.ReflectUtils (file:/Users/X/.m2/repository/org/springframework/spring-core/5.1.2.RELEASE/spring-core-5.1.2.RELEASE.jar) to method java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
	at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:521)
	at net.xxx.consumer.Consumer.onMessage(Consumer.java:144)

I am using Java 11.0.1 with Spring Boot 2.1.0.

OnBeanCondition.java defines a class named OnMissingBeanCondition
github source

When we have Metastore operations and the Metastore Database is heavily loaded or takes a long time to respond, we might run into NucleusExceptions as shown in the below stacktrace. In the below scenario, the MetastoreDB is SQL Server and the SQLServer is configured to timeout and terminate with a connection reset after 'x' seconds if it doesnt return a ResultSet. While this needs configuration change at the Metastore DB side, we need to make sure that in such cases the HMS Retrying mechanism should not provide a rigid rule to fail such hive queries. The proposed fix would be allow retries when we hit a Nucleus Exception as shown below: 

2014-11-04 06:40:03,208 ERROR bonecp.ConnectionHandle (ConnectionHandle.java:markPossiblyBroken(388)) - Database access problem. Killing off this connection and all remaining connections in the connection pool. SQL State = 08S01
2014-11-04 06:40:03,213 ERROR DataNucleus.Transaction (Log4JLogger.java:error(115)) - Operation rollback failed on resource: org.datanucleus.store.rdbms.ConnectionFactoryImpl$EmulatedXAResource@1a35cc16, error code UNKNOWN and transaction: [DataNucleus Transaction, ID=Xid=   �, enlisted resources=[org.datanucleus.store.rdbms.ConnectionFactoryImpl$EmulatedXAResource@1a35cc16]]
2014-11-04 06:40:03,217 ERROR metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(139)) - MetaException(message:org.datanucleus.exceptions.NucleusDataStoreException: Size request failed : SELECT COUNT(*) FROM SKEWED_VALUES THIS WHERE THIS.SD_ID_OID=? AND THIS.INTEGER_IDX>=0)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.newMetaException(HiveMetaStore.java:5183)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table_core(HiveMetaStore.java:1738)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table(HiveMetaStore.java:1699)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:101)
	at com.sun.proxy.$Proxy11.get_table(Unknown Source)
	at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.getTable(SessionHiveMetaStoreClient.java:112)
	at com.sun.proxy.$Proxy12.getTable(Unknown Source)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1060)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:1015)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.getTable(BaseSemanticAnalyzer.java:1316)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.getTable(BaseSemanticAnalyzer.java:1309)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.addInputsOutputsAlterTable(DDLSemanticAnalyzer.java:1387)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeAlterTableSerde(DDLSemanticAnalyzer.java:1356)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:299)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:396)
Caused by: org.datanucleus.exceptions.NucleusDataStoreException: Size request failed : SELECT COUNT(*) FROM SKEWED_VALUES THIS WHERE THIS.SD_ID_OID=? AND THIS.INTEGER_IDX>=0
	at org.datanucleus.store.rdbms.scostore.ElementContainerStore.getSize(ElementContainerStore.java:666)
	at org.datanucleus.store.rdbms.scostore.ElementContainerStore.size(ElementContainerStore.java:429)
	at org.datanucleus.store.types.backed.List.size(List.java:581)
	at org.apache.hadoop.hive.metastore.ObjectStore.convertToSkewedValues(ObjectStore.java:1190)
	at org.apache.hadoop.hive.metastore.ObjectStore.convertToStorageDescriptor(ObjectStore.java:1168)
	at org.apache.hadoop.hive.metastore.ObjectStore.convertToStorageDescriptor(ObjectStore.java:1178)
	at org.apache.hadoop.hive.metastore.ObjectStore.convertToTable(ObjectStore.java:1035)
	at org.apache.hadoop.hive.metastore.ObjectStore.getTable(ObjectStore.java:893)
	at com.sun.proxy.$Proxy10.getTable(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table_core(HiveMetaStore.java:1727)
	... 41 more
Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: SSL peer shut down incorrectly
	at com.microsoft.sqlserver.jdbc.SQLServerConnection.terminate(SQLServerConnection.java:1352)
	at com.microsoft.sqlserver.jdbc.SQLServerConnection.terminate(SQLServerConnection.java:1339)
	at com.microsoft.sqlserver.jdbc.TDSChannel.read(IOBuffer.java:1694)
	at com.microsoft.sqlserver.jdbc.TDSReader.readPacket(IOBuffer.java:3734)
	at com.microsoft.sqlserver.jdbc.TDSCommand.startResponse(IOBuffer.java:5062)
	at com.microsoft.sqlserver.jdbc.SQLServerPreparedStatement.doExecutePreparedStatement(SQLServerPreparedStatement.java:388)
	at com.microsoft.sqlserver.jdbc.SQLServerPreparedStatement$PrepStmtExecCmd.doExecute(SQLServerPreparedStatement.java:340)
	at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:4615)
	at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:1400)
	at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeCommand(SQLServerStatement.java:179)
	at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeStatement(SQLServerStatement.java:154)
	at com.microsoft.sqlserver.jdbc.SQLServerPreparedStatement.executeQuery(SQLServerPreparedStatement.java:283)
	at com.jolbox.bonecp.PreparedStatementHandle.executeQuery(PreparedStatementHandle.java:174)
	at org.datanucleus.store.rdbms.ParamLoggingPreparedStatement.executeQuery(ParamLoggingPreparedStatement.java:381)
	at org.datanucleus.store.rdbms.SQLController.executeStatementQuery(SQLController.java:504)
	at org.datanucleus.store.rdbms.scostore.ElementContainerStore.getSize(ElementContainerStore.java:638)

On en Entity created by Reverse Engineering create a new method like this:

@RooJpaActiveRecord(versionField = "", table = "ProductesConveni", persistenceUnit = "persistenceUnitM", transactionManager = "transactionManager", 
                    finders = { "findProductesConvenisByCvnIdEquals", "findDuplicatedProductesConvenis" })
@RooDbManaged(automaticallyDelete = true)
@RooToString(excludeFields = { "cvnId" })
public class ProductesConveni {

   // ...
    
    /**
    * 
    * Javadoc...
    * 
    */
    public static List<ProductesConveni> mapObjectsToProductesConvenis(List<Object[]> objects) {
        List<ProductesConveni> productesConvenis = new ArrayList<ProductesConveni>();
        for (Object[] object : objects) {
            // ...
        }
        return productesConvenis;
    }

    // ...
}

Roo changes method signature to this:

    // ...

    public static List<ProductesConveni> mapObjectsToProductesConvenis(List<Object> objects) {
            // ...
        }
    }

}

As you can see, the objects parameter has been changed from List<Object[]> to List<Object>. Also JavaDoc is missing.
This seems to be related to problems solved on ROO-3341

Error in camel-core/src/main/docs/rest-dsl.adoc  RestConfiguration property name: is not apiProperties, it is apiProperty, in fact that is the name of the builder method and the xml tag.

In update.tagx, there is:
 <script type="text/javascript">Spring.addDecoration(new Spring.ElementDecoration({elementId : '_title_div', widgetType : 'dijit.TitlePane', widgetAttrs : {title: '${title_msg}'}})); </script>
But this seems to be superflous, since this is already done within page:page tag.

Messing w/ spark counting RDD rows, spark dumps out following complaint:

2018-11-07 20:03:29,132 ERROR [Executor task launch worker for task 0] repl.ExecutorClassLoader: Failed to check existence of class HBase Counters_en_US on REPL class server at spark://192.168.1.139:61037/classes
java.net.URISyntaxException: Illegal character in path at index 41: spark://192.168.1.139:61037/classes/HBase Counters_en_US.class
	at org.apache.spark.rpc.netty.NettyRpcEnv.openChannel(NettyRpcEnv.scala:328)
	at org.apache.spark.repl.ExecutorClassLoader.org$apache$spark$repl$ExecutorClassLoader$$getClassFileInputStreamFromSparkRPC(ExecutorClassLoader.scala:95)
	at org.apache.spark.repl.ExecutorClassLoader$$anonfun$1.apply(ExecutorClassLoader.scala:62)
	at org.apache.spark.repl.ExecutorClassLoader.findClassLocally(ExecutorClassLoader.scala:167)
	at org.apache.spark.repl.ExecutorClassLoader.findClass(ExecutorClassLoader.scala:85)
	at java.util.ResourceBundle$Control.newBundle(ResourceBundle.java:2649)
	at java.util.ResourceBundle.loadBundle(ResourceBundle.java:1510)
	at java.util.ResourceBundle.findBundle(ResourceBundle.java:1474)
	at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1370)
	at java.util.ResourceBundle.getBundle(ResourceBundle.java:1091)
	at org.apache.hadoop.mapreduce.util.ResourceBundles.getBundle(ResourceBundles.java:37)
	at org.apache.hadoop.mapreduce.util.ResourceBundles.getValue(ResourceBundles.java:56)
	at org.apache.hadoop.mapreduce.util.ResourceBundles.getCounterGroupName(ResourceBundles.java:77)
	at org.apache.hadoop.mapreduce.counters.CounterGroupFactory.newGroup(CounterGroupFactory.java:94)
	at org.apache.hadoop.mapreduce.counters.AbstractCounters.getGroup(AbstractCounters.java:226)
	at org.apache.hadoop.mapreduce.counters.AbstractCounters.findCounter(AbstractCounters.java:153)
	at org.apache.hadoop.mapreduce.task.TaskAttemptContextImpl$DummyReporter.getCounter(TaskAttemptContextImpl.java:110)
	at org.apache.hadoop.mapreduce.task.TaskAttemptContextImpl.getCounter(TaskAttemptContextImpl.java:76)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.updateCounters(TableRecordReaderImpl.java:298)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.updateCounters(TableRecordReaderImpl.java:286)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReaderImpl.nextKeyValue(TableRecordReaderImpl.java:257)
	at org.apache.hadoop.hbase.mapreduce.TableRecordReader.nextKeyValue(TableRecordReader.java:133)
	at org.apache.hadoop.hbase.mapreduce.TableInputFormatBase$1.nextKeyValue(TableInputFormatBase.java:220)
	at org.apache.spark.rdd.NewHadoopRDD$$anon$1.hasNext(NewHadoopRDD.scala:214)
	at org.apache.spark.InterruptibleIterator.hasNext(InterruptibleIterator.scala:37)
	at org.apache.spark.util.Utils$.getIteratorSize(Utils.scala:1837)
	at org.apache.spark.rdd.RDD$$anonfun$count$1.apply(RDD.scala:1168)
	at org.apache.spark.SparkContext$$anonfun$runJob$5.apply(SparkContext.scala:2074)
	at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:87)
	at org.apache.spark.scheduler.Task.run(Task.scala:109)
	at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:345)

... each time I run an rdd count.

The CookieClearingLogoutHandler uses request.getContextPath() to unset the cookie(s). 

 for (String cookieName : cookiesToClear) {
            Cookie cookie = new Cookie(cookieName, null);
            cookie.setPath(request.getContextPath());
            cookie.setMaxAge(0);
            response.addCookie(cookie);
        }

So in default context this method return "" (empty string).
The empty cookie path semantic is expected as "/" by browsers. They all interpret it except IE.
In my case, I use Simple Hash-Based RememberMe Token that can't be unset and so, users can't logout from IE.

See discussion in HBASE-11339.
When we have a case where there are same KVs in two files one produced by flush/compaction and the other thro the bulk load.
Both the files have some same kvs which matches even in timestamp.
Steps:
Add some rows with a specific timestamp and flush the same.  
Bulk load a file with the same data.. Enusre that "assign seqnum" property is set.
The bulk load should use HFileOutputFormat2 (or ensure that we write the bulk_time_output key).
This would ensure that the bulk loaded file has the highest seq num.
Assume the cell in the flushed/compacted store file is 
row1,cf,cq,ts1, value1  and the cell in the bulk loaded file is
row1,cf,cq,ts1,value2 
(There are no parallel scans).
Issue a scan on the table in 0.96. The retrieved value is row1,cf1,cq,ts1,value2
But the same in 0.98 will retrieve row1,cf1,cq,ts2,value1. 
This is a behaviour change.  This is because of this code 

    public int compare(KeyValueScanner left, KeyValueScanner right) {
      int comparison = compare(left.peek(), right.peek());
      if (comparison != 0) {
        return comparison;
      } else {
        // Since both the keys are exactly the same, we break the tie in favor
        // of the key which came latest.
        long leftSequenceID = left.getSequenceID();
        long rightSequenceID = right.getSequenceID();
        if (leftSequenceID > rightSequenceID) {
          return -1;
        } else if (leftSequenceID < rightSequenceID) {
          return 1;
        } else {
          return 0;
        }
      }
    }

Here  in 0.96 case the mvcc of the cell in both the files will have 0 and so the comparison will happen from the else condition .  Where the seq id of the bulk loaded file is greater and would sort out first ensuring that the scan happens from that bulk loaded file.
In case of 0.98+ as we are retaining the mvcc+seqid we are not making the mvcc as 0 (remains a non zero positive value).  Hence the compare() sorts out the cell in the flushed/compacted file.  Which means though we know the lateset file is the bulk loaded file we don't scan the data.
Seems to be a behaviour change.  Will check on other corner cases also but we are trying to know the behaviour of bulk load because we are evaluating if it can be used for MOB design.

12/10/02 11:49:07 WARN util.HBaseFsck: Got AccessControlException when preCheckPermission 
org.apache.hadoop.security.AccessControlException: Permission denied: action=WRITE path=hdfs://...:8020/hbase/-ROOT- user=hbase/...
	at org.apache.hadoop.hbase.util.FSUtils.checkAccess(FSUtils.java:882)
	at org.apache.hadoop.hbase.util.HBaseFsck.preCheckPermission(HBaseFsck.java:1230)
	at org.apache.hadoop.hbase.util.HBaseFsck.exec(HBaseFsck.java:3343)
	at org.apache.hadoop.hbase.util.HBaseFsck.main(HBaseFsck.java:3205)

We wrote a tool to simulate file corruption before parsing them with tika. This caused a few strange problems including:

java.lang.RuntimeException: failed to skip file name in local file header
	at org.apache.commons.compress.archivers.zip.ZipFile.resolveLocalFileHeaderData(ZipFile.java:817)
	at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:207)
	at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:181)
	at org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:142)
	at org.apache.tika.parser.pkg.ZipContainerDetector.detect(ZipContainerDetector.java:69)
	at org.apache.tika.detect.CompositeDetector.detect(CompositeDetector.java:60)
	at org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:113)
	at org.apache.tika.Tika.parseToString(Tika.java:380)
	at org.apache.tika.Tika.parseToString(Tika.java:414)
	at no.finntech.tika.harderner.TikaIndexerHardenerTest.parseContent(TikaIndexerHardenerTest.java:106)
	at no.finntech.tika.harderner.TikaIndexerHardenerTest.flipBitAndIndexContent(TikaIndexerHardenerTest.java:89)
	at no.finntech.tika.harderner.TikaIndexerHardenerTest.originalFileIndexesProperly4(TikaIndexerHardenerTest.java:34)
	at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)

This is caused by:

            while (lenToSkip > 0) {
                int skipped = archive.skipBytes(lenToSkip);
                if (skipped <= 0) {
                    throw new RuntimeException("failed to skip file name in"
                                               + " local file header");
                }
                lenToSkip -= skipped;
            }

Any reason this is using a RuntimeException instead of a IOException ? Changing it to a IOE would solve our problem.
Finally, our test code is available from https://github.com/lacostej/tika-hardener
You might want to reuse similar technique for your other decompressors. Let us know if you want help.

DefaultHttpBinding.writeResponse was modified between 2.11.0 and 2.11.2. This yields to a problem with stream caching. 
When exchange.out is not set target (DefaultHttpBinding.java:215)  is assigned to exchange.in . exchange.in may contain a body which is already removed by an onCompletion callback. In DefaultHttpBindung.java:377 this body is read. This may yield to an exception

A previous commit broke the eclipse templates.
Also, we should use the library version information in ivy/libraries.properties in
ivy.xml files as well as the eclipse .classpath file.

If in route are used both path parameter and query parameter:

restlet:{{data.access.url}}/v2/users/{userId}?projection=full

then because of commit :
https://github.com/apache/camel/commit/4da8d0ad4472e69a5728f67fa121b3b4150fdc33#diff-470ee30498bbf9ea5b6ea223650c0e1c
on lines 216-219 are escaped "
{" "}
" so userId in my example is never replaced.
Escaping is done in URISupport.appendParametersToURI on line:

URI uri = new URI(normalizeUri(originalURI));

There is workaround to use Exchange.HTTP_QUERY header for query parameter and path must not contain query parameters.

This looks like a regression. Creating a server config from scratch by executing operations I see that the endpoint configuration has disappeared from the config although the add operation is executed. In fact I noticed that I can execute the add operations as many times as I want w/o an error. The config file is re-written after every add but the endpoint element is not added.

[standalone@localhost:9990 /] /subsystem=remoting/configuration=endpoint:add

Note, that if I add a worker as a param, it will persist the endpoint config.

When reading back a document stored with an empty collection, e.g:
  private Set<ClusterId> clusters = new HashSet<ClusterId>();
The driver deserializes this into a instance of Collections.emptySet, thus causing UnsupportedOperation exception when modifying.

found 5 corrupted procedure(s) on replay
java.io.IOException: found 5 corrupted procedure(s) on replay
	at org.apache.hadoop.hbase.master.assignment.TestMergeTableRegionsProcedure.testMergeWithoutPONR(TestMergeTableRegionsProcedure.java:295)

Actually when you run CamelSpringRedisTest Karaf Integration test you get the following error:

ERROR: Bundle org.apache.servicemix.bundles.jedis [90] Error starting mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.jedis/2.6.2_1 (org.osgi.framework.BundleException: Unresolved constraint in bundle org.apache.servicemix.bundles.jedis [90]: Unable to resolve 90.0: missing requirement [90.0] osgi.wiring.package; (osgi.wiring.package=org.apache.commons.pool2))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.apache.servicemix.bundles.jedis [90]: Unable to resolve 90.0: missing requirement [90.0] osgi.wiring.package; (osgi.wiring.package=org.apache.commons.pool2)
ERROR: Bundle org.apache.servicemix.bundles.jedis [90] Error starting/stopping bundle. (org.osgi.framework.BundleException: Unresolved constraint in bundle org.apache.servicemix.bundles.jedis [90]: Unable to resolve 90.0: missing requirement [90.0] osgi.wiring.package; (osgi.wiring.package=org.apache.commons.pool2))
	at org.apache.felix.framework.Felix.setBundleStartLevel(Felix.java:1491)
	at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:334)
[org.ops4j.pax.exam.rbc.client.RemoteBundleContextClient] : Remote bundle context found after 5495 millis

The test passes, but we need to avoid these kind of errors.
We need to add a dependency inside features.xml file with org.apache.commons/commons-pool2 package.

HIVE-13840 fixed some issues with addition file system invocations during split generation. Similarly, this jira will fix issues with additional file system invocations on the task side. To avoid reading footers on the task side, users can set hive.orc.splits.include.file.footer to true which will serialize the orc footers on the splits. But this has issues with serializing unwanted information like column statistics and other metadata which are not really required for reading orc split on the task side. We can reduce the payload on the orc splits by serializing only the minimum required information (stripe information, types, compression details). This will decrease the payload on the orc splits and can potentially avoid OOMs in application master (AM) during split generation. This jira also address other issues concerning the AM cache. The local cache used by AM is soft reference cache. This can introduce unpredictability across multiple runs of the same query. We can cache the serialized footer in the local cache and also use strong reference cache which should avoid memory pressure and will have better predictability.
One other improvement that we can do is when hive.orc.splits.include.file.footer is set to false, on the task side we make one additional file system call to know the size of the file. If we can serialize the file length in the orc split this can be avoided.

If the output format is using SeparatedValuesOutputFormat, and the quoting is disabled (by default is disabled), and the value of the cell contains the separator character, then the the output is "quoted" with '\0' characters.

create table quotes(s string);
insert into quotes values('a\ta');
!set outputFormat tsv2
select * from quotes;

quotes.s
^@a	a^@

Since Spirng-aop is used when we enable the jmx support for camel by default,  we need to ship that jar in the camel bin distribution.

In $JBOSS_HOME/modules/system/layers/base/org/hibernate/main are these JARs:

hibernate-core
hibernate-entitymanager
hibernate-envers
However, org.hibernate:hibernate-java8 is missing. This JAR enables the use of Instant, LocalDate, LocalDateTime LocalTime, ... being part of the new time API in JDK 8.

Reference:  http://svn.apache.org/repos/asf/hive/trunk/metastore/src/java/org/apache/hadoop/hive/metastore/HiveMetaStoreClient.java
>>>>
 for (URI store : metastoreUris) {
....
...
 if (isConnected) 
{
          break;
        }
      }
// Wait before launching the next round of connection retries.
      if (retryDelaySeconds > 0) {
        try 
{
          LOG.info("Waiting " + retryDelaySeconds + " seconds before next connection attempt.");
          Thread.sleep(retryDelaySeconds * 1000);
        }
 catch (InterruptedException ignore) {}
      }
>>>>
By default "hive.metastore.client.connect.retry.delay" is set to 1 second.  If it is set to 10 seconds, this code will wait for 10 seconds even if a successful connection is made in first attempt itself.
This can be avoided by changing to 
>>>>
 if (!isConnected && retryDelaySeconds > 0) {
....
>>>>

Switch from using Driver instance to using metastore calls via Hive.alterDatabase/Hive.alterTable
For tables converted from ORC to ACID tables, handle renaming of the files
Fix error handling so utility does not terminate after the first error encountered

Following exception is not enclosed into Realm exception when problem with properties file occure:

org.wildfly.security.util.DecodeException: ELY03007: Invalid hex character
org.wildfly.security.util.NumericIterator$5.calc(NumericIterator.java:1074)
org.wildfly.security.util.NumericIterator$5.hasNext(NumericIterator.java:1090)
org.wildfly.security.util.ByteIterator.drainTo(ByteIterator.java:1153)
org.wildfly.security.util.ByteIterator.drain(ByteIterator.java:1165)
org.wildfly.security.auth.realm.LegacyPropertiesSecurityRealm$1.verifyEvidence(LegacyPropertiesSecurityRealm.java:171)
org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.verifyEvidence(ServerAuthenticationContext.java:1680)
org.wildfly.security.auth.server.ServerAuthenticationContext.verifyEvidence(ServerAuthenticationContext.java:655)

An error similar to the following will occur:

hive> create table tabs (c char(8), vc varchar(10)) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\t';
hive> select sum(c), avg(c), sum(vc), avg(vc) from tabs;
FAILED: UDFArgumentTypeException Only numeric or string type arguments are accepted but char(8) is passed.

ThriftHBaseServiceHandler.java use .array() on table names , and values (family , qualifier in checkandDelete , etc) which resulted in incorrect values with framed transport. Replacing .array() with getBytes() fixed this problem. I've attached the patch
EDIT: updated the patch to cover checkAndPut(), checkAndDelete()
UPDATE: updated the patch to use byteBufferToByteArray() instead of getBytes() , also removed unused imports.

Looking a heap dump of 10GB, a large number of Configuration objects(> 66k instances) are being retained. These objects along with its retained set is occupying about 95% of the heap space. This leads to HMS crashes every few days.
I will attach an exported snapshot from the eclipse MAT.

IllegalStateException was thrown when we scanned from an HFile which was bulk loaded several minutes ago, as shown below:

2015-12-16 22:20:54,456 ERROR com.taobao.kart.coprocessor.server.KartCoprocessor: icbu_ae_ws_product,/0055,1450275490479.6a6a700f465ad074287fed720c950f7c. batchNotify exception
java.lang.IllegalStateException: EncodedScanner works only on encoded data blocks
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$EncodedScannerV2.updateCurrentBlock(HFileReaderV2.java:1042)
        at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$EncodedScannerV2.seekTo(HFileReaderV2.java:1093)
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekAtOrAfter(StoreFileScanner.java:244)
        at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seek(StoreFileScanner.java:152)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.seekScanners(StoreScanner.java:329)
        at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:188)
        at org.apache.hadoop.hbase.regionserver.HStore.getScanner(HStore.java:1879)
        at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:4068)
        at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:2029)
        at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2015)
        at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1992)

I used 'hbase hfile' command to analyse the meta and block info of the hfile, finding that even through the DATA_BLOCK_ENCODING was 'DIFF' in FileInfo, the actual data blocks was written without any encoding algorithms(BlockType was 'DATA', not 'ENCODED_DATA'):

Fileinfo:
    BLOOM_FILTER_TYPE = ROW
    BULKLOAD_SOURCE_TASK = attempt_1442077249005_606706_r_000012_0
    BULKLOAD_TIMESTAMP = \x00\x00\x01R\x12$\x13\x12
    DATA_BLOCK_ENCODING = DIFF
...
DataBlock Header:
HFileBlock [ fileOffset=0 headerSize()=33 blockType=DATA onDiskSizeWithoutHeader=65591 uncompressedSizeWithoutHeader=65571 prevBlockOffset=-1 isUseHBaseChecksum()=true checksumType=CRC32 bytesPerChecksum=16384 onDiskDataSizeWithHeader=65604 getOnDiskSizeWithHeader()=65624 totalChecksumBytes()=20 isUnpacked()=true buf=[ java.nio.HeapByteBuffer[pos=0 lim=65624 cap=65657], array().length=65657, arrayOffset()=0 ] dataBeginsWith=\x00\x00\x003\x00\x00\x00\x0A\x00\x10/0008:1000000008\x01dprod fileContext=HFileContext [ usesHBaseChecksum=true checksumType=CRC32 bytesPerChecksum=16384 blocksize=65536 encoding=NONE includesMvcc=true includesTags=false compressAlgo=NONE compressTags=false cryptoContext=[ cipher=NONE keyHash=NONE ] ] ]

The data block encoding in file info was not consistent with the one in data block, which means there must be something wrong with the bulkload process.
After debugging on each step of bulkload, I found that LoadIncrementalHFiles had a bug when loading hfile into a splitted region. 

/**
   * Copy half of an HFile into a new HFile.
   */
  private static void copyHFileHalf(
      Configuration conf, Path inFile, Path outFile, Reference reference,
      HColumnDescriptor familyDescriptor)
    FileSystem fs = inFile.getFileSystem(conf);
    CacheConfig cacheConf = new CacheConfig(conf);
    HalfStoreFileReader halfReader = null;
    StoreFile.Writer halfWriter = null;
    try {
      halfReader = new HalfStoreFileReader(fs, inFile, cacheConf, reference, conf);
      Map<byte[], byte[]> fileInfo = halfReader.loadFileInfo();

      int blocksize = familyDescriptor.getBlocksize();
      Algorithm compression = familyDescriptor.getCompression();
      BloomType bloomFilterType = familyDescriptor.getBloomFilterType();
// use CF's DATA_BLOCK_ENCODING to initialize HFile writer
      HFileContext hFileContext = new HFileContextBuilder()
                                  .withCompression(compression)
                                  .withChecksumType(HStore.getChecksumType(conf))
                                  .withBytesPerCheckSum(HStore.getBytesPerChecksum(conf))
                                  .withBlockSize(blocksize)
                                  .withDataBlockEncoding(familyDescriptor.getDataBlockEncoding())
                                  .build();
      halfWriter = new StoreFile.WriterBuilder(conf, cacheConf,
          fs)
              .withFilePath(outFile)
              .withBloomType(bloomFilterType)
              .withFileContext(hFileContext)
              .build();
      HFileScanner scanner = halfReader.getScanner(false, false, false);
      scanner.seekTo();
      do {
        KeyValue kv = KeyValueUtil.ensureKeyValue(scanner.getKeyValue());
        halfWriter.append(kv);
      } while (scanner.next());

// force encoding setting with the original HFile's file info
      for (Map.Entry<byte[],byte[]> entry : fileInfo.entrySet()) {
        if (shouldCopyHFileMetaKey(entry.getKey())) {
          halfWriter.appendFileInfo(entry.getKey(), entry.getValue());
        }
      }
    } finally {
      if (halfWriter != null) halfWriter.close();
      if (halfReader != null) halfReader.close(cacheConf.shouldEvictOnClose());
    }
  }

As shown above, when an HFile which has a DIFF encoding is bulkloaded into a splitted region whose CF's DATA_BLOCK_ENCODING is NONE, the two new HFiles would have inconsistent encodings.
Besides, it would be OK if splitting region's DATA_BLOCK_ENCODING is DIFF and bulk loaded HFile has NONE, because the initial bulkloaded HFile would not write the encoding info into its meta (NoOpDataBlockEncoder.saveMetadata() is empty), and It then would not rewrite encoding in two generated Files in copyHFileHalf(). Two new HFiles' meta info would be consistent with their block headers, which would all be DIFF. So, no Exception would be thrown when scanning these files.

I'm using a printing URI in the form of lpr://lh.abc.de:631/bbk-test (Hostname changed) and getting an PrintException:
Reason: javax.print.PrintException: No printer found with name: \\lhgoe.gbv.de\bbk-test. Please verify that the host and printer are registered and reachable from this machine.
Which is true, since Camel Printer has changed my URI to a Windows UNC (see backslashes).

I was trying to us the Canary as a diagnosis tool figuring what was online and what was off but I couldn't make sense of how to use it. There was a bug where we default to regionserver 'mode' always and only way to change it was via a system property and a cryptic class name.
Changed it so we don't specify output ahead of figuring what 'mode' we are to run in. Cleaned-up usage and added commentary. It seems useable now (Did not change command-line args though they need changing).

When the TestCli driver is run, the configuration value hive.in.test is set to true.  However, when TestMiniTezCli driver is run, this value is not set, which results in some classes not realizing they are running in a test.

Attribute depends-on does not work for camelContext element in blueprint container. When bean XXX does not exist then an exception should be thrown like in spring container.

<camelContext ... depends-on="XXX">

If I take a given data directories. The directories contain a data file that is rc format and only contains one character "1".

/j1/part1
/j1/part2

Create the table over the directories using the following command:

create table j1 (a int) partitioned by (b string) stored as rcfile location '/j1' ;

I add these directories to a table for example j1 using the following commands:

alter table j1 add partition (b = 'part1') location '/j1/part1';
alter table j1 add partition (b = 'part2') location '/j1/part2';

I then do the following command to the first partition: 

alter table j1 partition (b = 'part1') concatenate;

Hive changes the partition location from on hdfs

/j1/part1

to 

/j1/b=part1

However it does not update the partition location in the metastore and partition is then lost to the table. It is hard to find this out until you start querying your data and notice there is missing data. The table even still shows the partition when you do "show partitions".

When sentry is enabled. 
create view V as select * from T;
When the user has read permission on view V, but does not have read permission on table T,
select * from V union all select * from V 
failed with:

0: jdbc:hive2://********> select * from s07view union all select * from s07view limit 1;
 Required privileges for this query: Server=server1->Db=default->Table=sample_07->action=select; (state=42000,code=40000)

Vectorization in vectorized DATEDIFF accidentally treated the scalar parameter is type DATE (e.g. CURRENT_DATE) as 0.
Current Q file test vectorized_date_funcs.q DOES NOT test the DATE/TIMESTAMP scalar type case.
And, non-vectorized cases of DATEDIFF are using UTF and returning the wrong results.

Log messages like following are being printed by zookeeper for beeline commands, and there is no way to suppress that using beeline commandline options (--silent or --verbose).

14/11/04 16:05:47 INFO zookeeper.ZooKeeper: Client environment:java.vendor=Oracle Corporation
14/11/04 16:05:47 INFO zookeeper.ZooKeeper: Client environment:java.home=/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.71.x86_64/jre
14/11/04 16:05:47 INFO zookeeper.ZooKeeper: Client environment:java.class.path=/usr/hdp/2.2.0.0-1756/hadoop/conf:/usr/hdp/2.2.0.0-1756/hadoop/lib/ranger-plugins-cred-0.4.0.2.2.0.0-1756.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/jetty-util-6.1.26.hwx
.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/ranger-hdfs-plugin-0.4.0.2.2.0.0-1756.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/commons-math3-3.1.1.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/mysql-connector-java.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/mockito-all-1.8
.5.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/curator-framework-2.6.0.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/guava-11.0.2.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/java-xmlbuilder-0.4.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/ranger-plugins-audit-0.4.0.2.2.0.0-
1756.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/curator-client-2.6.0.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/commons-httpclient-3.1.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/junit-4.11.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/jersey-core-1.9.jar:/usr/hdp/2.2.0.
0-1756/hadoop/lib/jersey-json-1.9.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/jersey-server-1.9.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/api-asn1-api-1.0.0-M20.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/asm-3.2.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/protobuf-jav
a-2.5.0.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/eclipselink-2.5.2-M1.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/commons-beanutils-1.7.0.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/curator-recipes-2.6.0.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/jettison-1.1.jar:/us
r/hdp/2.2.0.0-1756/hadoop/lib/commons-digester-1.8.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/htrace-core-3.0.4.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/commons-compress-1.4.1.jar:/usr/hdp/2.2.0.0-1756/hadoop/lib/jackson-jaxrs-1.9.13.jar:/usr/hdp/2.2.0.
0-1

this test either prints an exception to the stdout ... or not - in its current form it doesn't really usefull.

since spring batch does not apply skipped items to the commit interval so a large chunk of skippable items can cause the underlying BufferedItemReader to invalidate its mark.  Then, if reset is invoked, the reader will throw an IOException.

If JASPI authentication is configured in security domain, then the server requires authentication even if no security-constraint is defined for web application which uses the security domain.
With the classic authentication is the behavior correct.

When adding security to a Roo project with the "security setup" command, a filter is added to the web.xml for Spring Security. This filter is put before HttpMethodFilter, but it needs to be put after. HttpMethodFilter is responsible for converting the Spring MVC HTTP POST with parameter _method=DELETE into an actual HTTP DELETE method. If you want to define a Spring Security <intercept-url> with method="DELETE", a delete request will only be intercepted if the request has been converted to the HTTP DELETE method previously. Thus the HttpMethodFilter needs to have been called first, and should be put before the springSecurityFilterChain filter in the web.xml.

After checking out the latest trunk, build eclipse project:
ant clean package eclipse-files
Then, import project to eclipse, you will see the error:
Project 'hive-trunk-10-26' is missing required library: 'build/ivy/lib/default/javolution-@javolution-version@.jar'	hive-trunk-10-26		Build path	Build Path Problem

The showed up when using dozer as shown in http://camel.apache.org/dozer-type-conversion.html, whose DozerTypeConverterLoader tries to get the type converter registry using: {{
{TypeConverterRegistry registry = camelContext.getTypeConverterRegistry();}
}}
Plausible error:
OsgiDefaultCamelContext.java
   @Override
    protected TypeConverter createTypeConverter() {
        return new OsgiTypeConverter(bundleContext, getInjector());
    }

public TypeConverterRegistry getTypeConverterRegistry() {
        if (typeConverterRegistry == null) {
            // init type converter as its lazy
            if (typeConverter == null) {
                getTypeConverter();
            }
            // type converter is usually the default one that also is the registry
            if (typeConverter instanceof DefaultTypeConverter) {
                typeConverterRegistry = (DefaultTypeConverter) typeConverter;
            }
        }
        return typeConverterRegistry;
    }

Error:
getTypeConverter() returns an OsgiTypeConverter 
OsgiTypeConverter does not inherit from DefaultTypeConverter, thus the instanceof returns false
=> null is returned
Solution:
Lots of different ways to do this, and it's getting late here. In this case, maybe it's OsgiDefaultCamelContext's responsibility to also override getTypeConverterRegistry with something along the lines of:

@Override
            }
            if (typeConverter instanceof OsgiDefaultTypeConverter) {
                typeConverterRegistry = ((OsgiDefaultTypeConverter) typeConverter).getRegistry();
            }
        }
    }

We've employed an (ugly) workaround in a local version of DozerTypeConverterLoader.java:

        TypeConverter typeConverter = camelContext.getTypeConverter();
        DefaultTypeConverter registry = null;
        if (typeConverter instanceof DefaultTypeConverter) {
            registry = (DefaultTypeConverter)typeConverter;
        } else if (typeConverter instanceof OsgiTypeConverter) {
            OsgiTypeConverter osgiTypeConverter = (OsgiTypeConverter)typeConverter;
            registry = osgiTypeConverter.getRegistry();
        }

With this request mapping:

    @GetMapping("/something/{*path}")

This doesn't work:

    @Override
        configurer.setPathMatcher(new ParsingPathMatcher());
    }

2017-03-01 17:43:51.763 ERROR 3503 --- [nio-8080-exec-8] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.springframework.web.util.patterns.PatternParseException: No more pattern data allowed after {*...} pattern element] with root cause

org.springframework.web.util.patterns.PatternParseException: No more pattern data allowed after {*...} pattern element
	at org.springframework.web.util.patterns.InternalPathPatternParser.parse(InternalPathPatternParser.java:157) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.util.patterns.PathPatternParser.parse(PathPatternParser.java:68) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.util.ParsingPathMatcher.getPathPattern(ParsingPathMatcher.java:115) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.util.ParsingPathMatcher.match(ParsingPathMatcher.java:50) ~[spring-web-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.condition.PatternsRequestCondition.getMatchingPattern(PatternsRequestCondition.java:253) ~[spring-webmvc-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.condition.PatternsRequestCondition.getMatchingPatterns(PatternsRequestCondition.java:230) ~[spring-webmvc-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.condition.PatternsRequestCondition.getMatchingCondition(PatternsRequestCondition.java:211) ~[spring-webmvc-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.method.RequestMappingInfo.getMatchingCondition(RequestMappingInfo.java:220) ~[spring-webmvc-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.servlet.mvc.method.RequestMappingInfoHandlerMapping.getMatchingMapping(RequestMappingInfoHandlerMapping.java:94) ~[spring-webmvc-5.0.0.BUILD-SNAPSHOT.jar:5.0.0.BUILD-SNAPSHOT]
...

The problem is that the request matcher tries to match "/something/{path}." (suffix matching) or "/something/{*path}/" (trailing slash).
This does work:

    @Override
        configurer.setUseTrailingSlashMatch(false);
    }

but why should the user have to know about how to do that? If the user does have to know this, then the error message is completely cryptic, and maybe we can come up with a better one.

The credential store type contains the following definition: -

    <xsd:complexType name="credential-store-type">
        <xsd:annotation>
            <xsd:documentation>
                An individual credential store definition.
            </xsd:documentation>
        </xsd:annotation>

        <xsd:all minOccurs="0" maxOccurs="1">
            <xsd:element name="attributes" type="attributes-type"/>
            <xsd:element name="protection-parameter-credentials" type="client-credentials-type"/>
            <xsd:element name="providers" type="providers-type" />
        </xsd:all>

        <xsd:attribute name="name" type="xsd:string" use="required" />
        <xsd:attribute name="type" type="xsd:string" default="KeyStoreCredentialStore" use="optional">
            <xsd:annotation>
                <xsd:documentation>
                    The credential store type, e.g. KeyStoreCredentialStore.
                </xsd:documentation>
            </xsd:annotation>
        </xsd:attribute>
        <xsd:attribute name="provider" type="xsd:string" use="optional">
                    The name of the provider to use to
                    instantiate the CredentialStoreSpi, if the provider is not
                    specified then the first provider found that can
                    create an instance of the specified 'type' will be
                    used.

This effectively says the child elements are optional but if one is specified they all need to be specified, however they are all optional and can be specified individually.

This is a trivial fix to HBASE-3316 to fix an error message.

Vihang Karajgaonkar observed vectorization had accidentally been turned off.

Lot's of duplicated dependencies in the modules' ivy configs. Makes compiling slow and maintenance hard. This patch cleans up these dependencies.

Currently the OptionHandler.activateOptions is only invoked during construction of a log4j appender. This invocation should happen if any property is updated or added. The invocation of this method should also only happen once. Multiple invocation could result in errors or leave the appender in an invalid state.

See the following exception in the log. Can't find out which exact query causes it though.

[pool-4-thread-31]: Exception thrown
Method/Identifier expected at character 37 in "tableName == t1 && dbName == t2 && ()"
org.datanucleus.store.query.QueryCompilerSyntaxException: Method/Identifier expected at character 37 in "tableName == t1 && dbName == t2 && ()"
	at org.datanucleus.query.compiler.JDOQLParser.processPrimary(JDOQLParser.java:810)
	at org.datanucleus.query.compiler.JDOQLParser.processUnaryExpression(JDOQLParser.java:656)
	at org.datanucleus.query.compiler.JDOQLParser.processMultiplicativeExpression(JDOQLParser.java:582)
	at org.datanucleus.query.compiler.JDOQLParser.processAdditiveExpression(JDOQLParser.java:553)
	at org.datanucleus.query.compiler.JDOQLParser.processRelationalExpression(JDOQLParser.java:467)
	at org.datanucleus.query.compiler.JDOQLParser.processAndExpression(JDOQLParser.java:450)
	at org.datanucleus.query.compiler.JDOQLParser.processExclusiveOrExpression(JDOQLParser.java:436)
	at org.datanucleus.query.compiler.JDOQLParser.processInclusiveOrExpression(JDOQLParser.java:422)
	at org.datanucleus.query.compiler.JDOQLParser.processConditionalAndExpression(JDOQLParser.java:408)
	at org.datanucleus.query.compiler.JDOQLParser.processConditionalOrExpression(JDOQLParser.java:389)
	at org.datanucleus.query.compiler.JDOQLParser.processExpression(JDOQLParser.java:378)
	at org.datanucleus.query.compiler.JDOQLParser.processPrimary(JDOQLParser.java:785)
	at org.datanucleus.query.compiler.JDOQLParser.processConditionalAndExpression(JDOQLParser.java:412)
	at org.datanucleus.query.compiler.JDOQLParser.parse(JDOQLParser.java:99)
	at org.datanucleus.query.compiler.JavaQueryCompiler.compileFilter(JavaQueryCompiler.java:467)
	at org.datanucleus.query.compiler.JDOQLCompiler.compile(JDOQLCompiler.java:113)
	at org.datanucleus.store.query.AbstractJDOQLQuery.compileInternal(AbstractJDOQLQuery.java:367)
	at org.datanucleus.store.rdbms.query.JDOQLQuery.compileInternal(JDOQLQuery.java:240)
	at org.datanucleus.api.jdo.JDOQuery.executeWithArray(JDOQuery.java:312)
	at org.apache.hadoop.hive.metastore.ObjectStore.getMTableColumnStatistics(ObjectStore.java:6505)
	at org.apache.hadoop.hive.metastore.ObjectStore.access$1200(ObjectStore.java:171)
	at org.apache.hadoop.hive.metastore.ObjectStore$9.getJdoResult(ObjectStore.java:6566)
	at org.apache.hadoop.hive.metastore.ObjectStore$9.getJdoResult(ObjectStore.java:6555)
	at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2629)
	at org.apache.hadoop.hive.metastore.ObjectStore.getTableColumnStatisticsInternal(ObjectStore.java:6554)
	at org.apache.hadoop.hive.metastore.ObjectStore.getTableColumnStatistics(ObjectStore.java:6548)
	at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:114)
	at com.sun.proxy.$Proxy12.getTableColumnStatistics(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table_statistics_req(HiveMetaStore.java:4401)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:138)
	at com.sun.proxy.$Proxy14.get_table_statistics_req(Unknown Source)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_table_statistics_req.getResult(ThriftHiveMetastore.java:11028)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_table_statistics_req.getResult(ThriftHiveMetastore.java:11012)

The method FileUtils.toURLs() uses the following method to convert from File to URL:
    File.toURL();
This method has scary warnings that it's a bad way to do the conversion because characters will not be escaped as required in URL strings.  In Java 1.6, this method has actually been deprecated.  All recent JDK versions recommend instead using:
    File.toURI().toURL();
as the URI code will properly perform the escaping.

Here is the mail thread discuss this issue.
http://old.nabble.com/TypeConverter-%3A-Should-it-be-blocking-for-camel-route-or-not-in-case--of-error---td26723837.html

This may not be common for many use cases, but it might be good to put a couple of safety nets as well as logging to protect against large responses.
 Aravind and I were trying to track down why JVM memory usage was oscillating so much when dealing with very large buffers rather than OOM'ing or hitting some Index out of bound type exception, and this is what we found.
java.io.ByteArrayOutputStream graduates its internal buffers by doubling them. Also, it is supposed to be able to handle "int" sized buffers (2G). The code which handles "write" (in jdk 1.6) is along the lines of:

   public synchronized void write(byte b[], int off, int len) {
	if ((off < 0) || (off > b.length) || (len < 0) ||
            ((off + len) > b.length) || ((off + len) < 0)) {
	    throw new IndexOutOfBoundsException();
	} else if (len == 0) {
	    return;
	}
        int newcount = count + len;
        if (newcount > buf.length) {
            buf = Arrays.copyOf(buf, Math.max(buf.length << 1, newcount));
        }
        System.arraycopy(b, off, buf, count, len);
        count = newcount;
    }

The "buf.length << 1" will start producing -ve values when buf.length reaches 1G, and "newcount" will instead dictate the size of the buffer allocated. At this point, all attempts to write to the buffer will grow linearly, and the buffer will be resized by only the required amount on each write. Effectively, each write will allocate a new 1G buffer + reqd size buffer, copy the contents, and so on. This will put the process in heavy GC mode (with jvm heap oscillating by several GBs rapidly), and render it practically unusable.
(ii) When serializing a Result, the writeArray method doesn't assert that the resultant size does not overflow an "int".

    int bufLen = 0;
    for(Result result : results) {
      bufLen += Bytes.SIZEOF_INT;
      if(result == null || result.isEmpty()) {
        continue;
      }
      for(KeyValue key : result.raw()) {
        bufLen += key.getLength() + Bytes.SIZEOF_INT;
      }
    }

We should do the math in "long" and assert on bufLen values > Integer.MAX_VALUE.
(iii) In HBaseServer.java on RPC responses, we could add some logging on responses above a certain thresholds.
(iv) Increase buffer size threshold for buffers that are reused by RPC handlers. And make this configurable. Currently, any response buffer about 16k is not reused on next response. (HBaseServer.java).

One can use regular expression to narrow a path in a RequestMapping, which is nice.
Unfortunate a regex with a quantifier like
@RequestMapping("/
{user}
/{year:d{1,4}}")
leeds to the following exception:

org.springframework.web.util.NestedServletException: Request processing failed; nested exception is java.util.regex.PatternSyntaxException: Unclosed counted closure near index 7
(\d{1,4)\Q}\E
       ^

Full stack is attached.
Thanks and kind regards.

In trunk I currently get:

hbase(main):003:0> get 't', 'r', 'f:allo'
TypeError: can't convert Class into String
	from /Users/jdcryans/Work/HBase/Trunk/bin/../bin/HBase.rb:526:in `get'
	from /Users/jdcryans/Work/HBase/Trunk/bin/../bin/hirb.rb:404:in `get'
	from (hbase):4

That part of the code didn't change but the JRuby version was switched from 1.2 to 1.4

Been here before (HBASE-7214 and HBASE-19652). Testing on large cluster, Master log is in a continuous spew of logging output fililng disks. It is stuck making no progress but hard to tell because it is logging minutiae rather than a call on whats actually wrong.
Log is full of this:

2018-06-21 01:19:12,761 DEBUG org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Removing hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/e98cdb817bb3af5fa26e2b885a0b2ec6/meta/bd49572de3914b66985fff5ea2ca7403
2018-06-21 01:19:12,761 DEBUG org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Removing hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/e98cdb817bb3af5fa26e2b885a0b2ec6/meta/fad01294c6ca421db209e89b5b97d364
2018-06-21 01:19:12,823 WARN org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Wait more than 60000 ms for deleting hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/d3f759d0495257fc1d33ae780b634455/tiny/b72bac4036444dcf9265c7b5664fd403, exit...
2018-06-21 01:19:12,823 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Cleaning under hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/665bfa38c86a28d641ce08f8fea0a7f9
2018-06-21 01:19:12,824 WARN org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Wait more than 60000 ms for deleting hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/2425053ad86823081b368e00bc471e56/tiny/6ea3cb1174434aecbc448e322e2a062c, exit...
2018-06-21 01:19:12,824 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Cleaning under hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/e98cdb817bb3af5fa26e2b885a0b2ec6/big
2018-06-21 01:19:12,824 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Cleaning under hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/e98cdb817bb3af5fa26e2b885a0b2ec6/tiny
2018-06-21 01:19:12,827 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Cleaning under hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/665bfa38c86a28d641ce08f8fea0a7f9/meta
2018-06-21 01:19:12,844 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Cleaning under hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/17f85c98389104b19358f6751da577d0
2018-06-21 01:19:12,844 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Cleaning under hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/c98e276423813aaa74d848983c47d93c
2018-06-21 01:19:12,844 DEBUG org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Removing hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/665bfa38c86a28d641ce08f8fea0a7f9/meta/90f21dec28d140cda48d37eeb44d37e8
2018-06-21 01:19:12,844 DEBUG org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Removing hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/665bfa38c86a28d641ce08f8fea0a7f9/meta/8a4cf6410d5a4201963bc1415945f877
2018-06-21 01:19:12,848 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Cleaning under hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/c98e276423813aaa74d848983c47d93c/meta
2018-06-21 01:19:12,849 DEBUG org.apache.hadoop.hbase.master.cleaner.CleanerChore: Cleaning under hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/17f85c98389104b19358f6751da577d0/meta
2018-06-21 01:19:12,927 DEBUG org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Removing hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/17f85c98389104b19358f6751da577d0/meta/6043fce5761e4479819b15405183f193
2018-06-21 01:19:12,927 DEBUG org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Removing hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/c98e276423813aaa74d848983c47d93c/meta/69e6bf4650124859b2bc7ddf134be642
2018-06-21 01:19:13,011 DEBUG org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Removing hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/17f85c98389104b19358f6751da577d0/meta/1a46700fbc434574a005c0b55879d5ed
2018-06-21 01:19:13,011 DEBUG org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Removing hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/c98e276423813aaa74d848983c47d93c/meta/44beca2adfb544999dd82e9cf8151be1
2018-06-21 01:19:13,048 WARN org.apache.hadoop.hbase.master.cleaner.HFileCleaner: Wait more than 60000 ms for deleting hdfs://ns1/hbase/archive/data/default/IntegrationTestBigLinkedList/1f60d5dcf666b1e47de3445c369b6411/tiny/29b934a9c8f74ec1a5806f3fabeee094, exit...

It looks like we make no progress because we give up after 60 seconds (see above). The dir in this case has ~17k WALs in it (Cluster has hundreds of servers and has been running test for a while). When I do a listing, the count of WALs is not changing.
There is also this output below that does not help.

2018-06-21 00:16:05,852 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,gW^6\xB5Z}\x00,1529565022477.4c27c2ef56a0aa3adae325a20d0a229b.
2018-06-21 00:16:05,855 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,gP\x10\xE2\xD1\xFD\xC2\x00,1529565022477.cee1017900682956e90e94be1e1c10da.
2018-06-21 00:16:05,858 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,gH\xC3\x8E\xEE\xA1\x07\x00,1529565022477.d4184dddf837bb3c19eb0cc0d87ccdf5.
2018-06-21 00:16:05,861 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,g6\x82=693\x80,1529565022477.87faebdd14107f09126efa169b543dd6.
2018-06-21 00:16:05,863 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,gS\xB7\x8C\xC3\xAC\x1F\x80,1529565022477.4d5a3efc33988180ad11c4eac8e64a4a.
2018-06-21 00:16:05,866 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,g^\xAB\x8A\x98\xB78\x00,1529565022477.6a6945672c19b937fc2ccde13d2aff5d.
2018-06-21 00:16:05,869 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,gmF2_p\xAE\x00,1529565022477.6607c6fef270c71c44caa1b8e69a63cb.
2018-06-21 00:16:05,872 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,gi\x9F\x88m\xC2P\x80,1529565022477.5ecbc236145f85d857ffea9ad3c1d89c.
2018-06-21 00:16:05,875 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,g[\x04\xE0\xA7\x08\xDA\x80,1529565022477.02a09a3ce49e05ea35a2ed51d306b37d.
2018-06-21 00:16:05,878 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,gp\xEC\xDCQ\x1F\x0B\x80,1529565022477.0ce748886ee50a79691c7569a17ea30a.
2018-06-21 00:16:05,881 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,g{\xE0\xDA&*$\x00,1529565022477.8d65e26b122c25f411c19555c9103b03.
2018-06-21 00:16:05,884 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,g\x86\xD4\xD7\xFB5<\x80,1529565022477.88c1deebe2e914d9f323a557d1517ae8.
2018-06-21 00:16:05,888 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,g\x95o\x7F\xC1\xEE\xB2\x80,1529565022477.1c3849e505edf7efd1391ae8da88ec09.
2018-06-21 00:16:05,891 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,g\x8E"+\xDE\x91\xF7\x80,1529565022477.bb4eb5e775869e6cc3bc95fbc661c487.
2018-06-21 00:16:05,894 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,ge\xF8\xDE|\x13\xF3\x00,1529565022477.76afec6687b4ee782177424af54e8767.
2018-06-21 00:16:05,897 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,gt\x93\x86B\xCDi\x00,1529565022477.0dd540d73e6dd115585de4e576b771ca.
2018-06-21 00:16:05,900 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,g\x99\x16)\xB3\x9D\x10\x00,1529565022477.0dd49eaefa19cf1935f41661aa4e1dde.
2018-06-21 00:16:05,903 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,gx:04{\xC6\x80,1529565022477.525b1aff5c2361101afce5f6c05a68b6.
2018-06-21 00:16:05,906 DEBUG org.apache.hadoop.hbase.master.balancer.RegionLocationFinder: HDFSBlocksDistribution not found in cache for region IntegrationTestBigLinkedList,g\x9C\xBC\xD3\xA5Km\x80,1529565022477.9fbb338f7e006c02c3a84ca926749674.
...

And this....

2018-06-21 00:16:39,617 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClientHandler: Will read input token of size 104 for processing by initSASLContext
2018-06-21 00:16:39,617 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClientHandler: Will send token of size 0 from initSASLContext.
2018-06-21 00:16:39,618 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClientHandler: Will read input token of size 104 for processing by initSASLContext
2018-06-21 00:16:39,618 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClientHandler: Will read input token of size 50 for processing by initSASLContext
2018-06-21 00:16:39,618 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClientHandler: Will send token of size 0 from initSASLContext.
2018-06-21 00:16:39,618 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClientHandler: Will send token of size 50 from initSASLContext.
2018-06-21 00:16:39,618 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClient: SASL client context established. Negotiated QoP: auth
2018-06-21 00:16:39,619 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClient: SASL client context established. Negotiated QoP: auth
2018-06-21 00:16:39,619 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClientHandler: Will read input token of size 50 for processing by initSASLContext
2018-06-21 00:16:39,619 DEBUG org.apache.hadoop.hbase.security.NettyHBaseSaslRpcClientHandler: Will send token of size 50 from initSASLContext.

After updating from Codd SR2 to Dijkstra I could not run my tests. After debugging the issue I found that the problem lies in AbstractMappingContext.addPersistentEntity. This method is never called in Codd SR2 due to initialize not being triggered.
We use quite a few abstract MappedSuperclasses that have circular references and apparently this does not work. An example:

public class User extends AbstractTenantUser<User, Role, Permission, Tenant> {
    ...
}
public abstract class AbstractTenantUser<USER extends AbstractTenantUser<USER, ROLE, PERMISSION, TENANT>, ROLE extends AbstractRole<USER, PERMISSION>, PERMISSION extends AbstractPermission<USER>, TENANT extends AbstractTenant<USER>> extends AbstractUser<USER, ROLE, PERMISSION> implements TenantEntity<TENANT> {
    ...
}
public abstract class AbstractUser<USER extends AbstractUser<USER, ROLE, PERMISSION>, ROLE extends AbstractRole<USER, PERMISSION>, PERMISSION extends AbstractPermission<USER>> extends AuditingDateBaseEntity<USER> {
    ...
}
public abstract class AbstractPermission<USER extends AbstractUser<USER, ?, ?>> extends AuditingDateBaseEntity<USER> {
    ...
}
public abstract class AuditingDateBaseEntity<USER extends AbstractUser<USER, ?, ?>> extends AbstractDateBaseEntity implements AuditingEntity<USER> {
    ...
}
public abstract class AbstractDateBaseEntity extends AbstractBaseEntity implements DateEntity {
    ...
}
public abstract class AbstractBaseEntity implements BaseEntity {
    ...
}

I hope this gives enough insight into the problem and hopefully you can fix this soon.

1. git clone https://github.com/spring-guides/gs-accessing-data-rest.git
2. use spring.jackson.property-naming-strategy=PASCAL_CASE_TO_CAMEL_CASE
3. PUT/PATCH fails.
org.springframework.data.rest.webmvc.json.DomainObjectReader:170 will remove valid property names required by the objectMapper later on. 
If one posts camelCase properties instead, the objectMapper will ignore them.
Possible fix is to simply not remove properties so eagerly (Line 170) and let the objectMapper decide.

A couple of silly issues in hbase-1502 turned up by cluster testing TRUNK.

There are some Serializable classes, which extends from RawKey, which is not Serializable.

RawRSAPrivateKey
RawDHPrivateKey
RawPBEKey
RawECPrivateKey
RawDSAPrivateKey

Either mark RawKey as Serializable as well or if this is not desired, provide no-args constructor in RawKey class, as javadoc describes:
During deserialization, the fields of non-serializable classes will be initialized using the public or protected no-arg constructor of the class. A no-arg constructor must be accessible to the subclass that is serializable. The fields of serializable subclasses will be restored from the stream. [1]
[1] http://docs.oracle.com/javase/8/docs/api/java/io/Serializable.html
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=8553919&defectInstanceId=2138989&mergedDefectId=1377488

Unreachable code: 
hive/serde/src/java/org/apache/hadoop/hive/serde2/objectinspector/StandardStructObjectInspector.java
// With Data
  @Override
  @SuppressWarnings("unchecked")
  public Object getStructFieldData(Object data, StructField fieldRef) {
    if (data == null) 
{
    }
    // We support both List<Object> and Object[]
    // so we have to do differently.
    boolean isArray = ! (data instanceof List);
    if (!isArray && !(data instanceof List)) {
      return data;
    }

The if condition above translates to 
if(!true && true) the code section cannot be reached,

this causes a lot of class cast exceptions while using Tez or ORC file formats or custom jsonsede, Strangely this happens only while using Tez. 

Changed the code to 
 boolean isArray = data.getClass().isArray();
    if (!isArray && !(data instanceof List)) {      return data;    }

Even then, lazystructs get passed as fields causing downstream cast exceptions like lazystruct cannot be cast to Text etc...

So I changed the method to something like this,

 // With Data
  @Override
    if (data == null) {      return null;    }
        if (data instanceof LazyBinaryStruct) 
{
                data = ((LazyBinaryStruct) data).getFieldsAsList();
        }
    boolean isArray = data.getClass().isArray();
    if (!isArray && !(data instanceof List)) 
{
    }

This is causing arrayindexout of bounds exception and other typecast exceptions in object inspectors,
Please help,

When a runtime exception is thrown in org.springframework.batch.core.JobExecutionListener#afterJob, the error message in the log is:

Exception encountered in afterStep callback

while it should be

Exception encountered in afterJob callback

//create job repository
JobRepository jobRepository = new MapJobRepositoryFactoryBean().getObject();

// create job
AbstractJob job = new AbstractJob("myJob") {

	@Override
	public Step getStep(String stepName) {
	}

	@Override
	public Collection<String> getStepNames() {
	}

	@Override
	protected void doExecute(JobExecution jobExecution) {
		System.out.println("executing job");
		jobExecution.setStatus(BatchStatus.COMPLETED);
		jobExecution.setExitStatus(ExitStatus.COMPLETED);
	}

};
job.setJobRepository(jobRepository);
job.registerJobExecutionListener(new JobExecutionListener() {
	@Override
	public void beforeJob(JobExecution jobExecution) {
		System.out.println("before job");
	}

	@Override
	public void afterJob(JobExecution jobExecution) {
		System.out.println("after job");
		throw new RuntimeException("Boom!");
	}
});
job.afterPropertiesSet();

// execute job
JobExecution jobExecution = jobRepository.createJobExecution("myJob", new JobParameters());
job.execute(jobExecution);

// prints:
// before job
// executing job
// after job
// Exception encountered in afterStep callback

The job has no steps (which is completely valid) and the error message is obviously incorrect.
BTW, errors are handled for JobExecutionListener#afterJob but not for JobExecutionListener#beforeJob in AbstractJob. Errors in the beforeJob methods should also be logged for consistency.

GrantedAuthority's are Serializable, so it makes sense to make GrantedAuthoritiesContainer serializable as well. 
GrantedAuthoritiesContainer not being serializable is currently a problem for us because we sometimes need to serialize the Authentication object, which contains a (pre-authenticated) GrantedAuthoritiesContainer as part of the authentication details.

LazyBinaryMapObjectInspector, DeepParquetHiveMapInspector, etc. check both the map-column value and the map-key for null, before dereferencing them. OrcMapObjectInspector and LazyMapObjectInspector do not.
This patch brings them all in sync. Might not be a real problem, unless (for example) the lookup key is itself a (possibly null) value from another column.

Instead of using the table column name as the field in the lucene index, the byte array jvm object id is written to the lucene index.  i.e.  [B@234DE3 instead of "myColFamily:myCol"
In the class IndexTableReduce, essentially one line of code needs to be changed as far as i can see to fix this issue.  I will be submitting a patch here within the hour.

10514ms passed since the last invocation, timeout is currently set to 10000

org.apache.hadoop.hbase.client.ScannerTimeoutException: 10514ms passed since the last invocation, timeout is currently set to 10000
	at org.apache.hadoop.hbase.client.ClientScanner.next(ClientScanner.java:283)
	at org.apache.hadoop.hbase.client.TestScannerTimeout.test3686a(TestScannerTimeout.java:178)
Caused by: org.apache.hadoop.hbase.UnknownScannerException: org.apache.hadoop.hbase.UnknownScannerException: Name: 6671318529659813565
	at org.apache.hadoop.hbase.regionserver.HRegionServer.next(HRegionServer.java:2429)

Currently AbstractDispatcherHandlerInitializer uses new DispatcherHandler(ApplicationContext). This means that the WebFilter instances (i.e. Spring Security) are not registered. Instead  AbstractDispatcherHandlerInitializer should use WebHttpHandlerBuilder.applicationContext to create an HttpHandler that is passed to ServletHttpHandlerAdapter.
Users can work around this by overriding registerDispatcherHandler. For example:

public class AppInitializer extends AbstractAnnotationConfigDispatcherHandlerInitializer {

	@Override
		return new Class[]{
			HelloWebfluxApplication.class
		};
	}

	protected void registerDispatcherHandler(ServletContext servletContext) {
		String servletName = getServletName();

		registerCloseListener(servletContext, applicationContext);

		HttpHandler httpHandler = WebHttpHandlerBuilder.applicationContext(applicationContext)
			.build();
		ServletHttpHandlerAdapter handlerAdapter = new ServletHttpHandlerAdapter(httpHandler);

		ServletRegistration.Dynamic registration = servletContext.addServlet(servletName, handlerAdapter);
		
		registration.setLoadOnStartup(1);
		registration.addMapping(getServletMapping());
		registration.setAsyncSupported(true);

		customizeRegistration(registration);
	}
}

Calling SimpleMongoDbFactory.getDb(name) returns same DB instance in a transaction where multiple mongo databases are involved.
That's because MongoDbUtils.doGetDB retrieves always the default database from DbHolder.

I have randomly NPE for cache component
	at org.apache.camel.component.cache.CacheProducer.performCacheOperation(CacheProducer.java:98)
	at org.apache.camel.component.cache.CacheProducer.process(CacheProducer.java:71)

When trying to create new JGroups stack with TCP Ping protocol I'm getting 

14:22:26,273 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("add") failed - address: ([
    ("stack" => "tcp"),
    ("protocol" => "org.jgroups.protocols.TCPPING")
]): java.lang.AssertionError
	at org.jboss.as.controller.access.permission.ManagementPermissionAuthorizer.authorize(ManagementPermissionAuthorizer.java:87) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.access.management.DelegatingConfigurableAuthorizer.authorize(DelegatingConfigurableAuthorizer.java:99) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.OperationContextImpl.getBasicAuthorizationResponse(OperationContextImpl.java:1857) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.OperationContextImpl.authorize(OperationContextImpl.java:1755) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.OperationContextImpl.authorize(OperationContextImpl.java:1714) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.OperationContextImpl.getResourceRegistration(OperationContextImpl.java:576) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.clustering.jgroups.subsystem.ProtocolResourceDefinition$LegacyAddOperationTransformation.lambda$apply$4(ProtocolResourceDefinition.java:167)
	at org.jboss.as.clustering.jgroups.subsystem.ProtocolResourceDefinition$LegacyAddOperationTransformation$$Lambda$406/1671848754.execute(Unknown Source)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:978) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:724) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:448) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.ModelControllerImpl$$Lambda$837/10055559.run(Unknown Source)
	at org.wildfly.security.auth.server.SecurityIdentity$$Lambda$838/1709655008.run(Unknown Source)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263) [wildfly-elytron-1.1.0.Beta52-redhat-1.jar:1.1.0.Beta52-redhat-1]
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229) [wildfly-elytron-1.1.0.Beta52-redhat-1.jar:1.1.0.Beta52-redhat-1]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.wildfly.security.auth.server.SecurityIdentity$$Lambda$891/383261803.run(Unknown Source)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287) [wildfly-elytron-1.1.0.Beta52-redhat-1.jar:1.1.0.Beta52-redhat-1]
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244) [wildfly-elytron-1.1.0.Beta52-redhat-1.jar:1.1.0.Beta52-redhat-1]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157) [wildfly-controller-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70) [wildfly-protocol-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]
	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160) [wildfly-protocol-3.0.0.Beta26-redhat-1.jar:3.0.0.Beta26-redhat-1]

Hi
In recent github mirror of hbase, I've found the following code smell.
Path: hbase-client/src/main/java/org/apache/hadoop/hbase/filter/ColumnPaginationFilter.java

209 
210     ColumnPaginationFilter other = (ColumnPaginationFilter)o;
211     if (this.columnOffset != null) {
212       return this.getLimit() == this.getLimit() &&
213           Bytes.equals(this.getColumnOffset(), other.getColumnOffset());
214     }

It should be?

212       return this.getLimit() == other.getLimit() &&

This might be just a code smell as Bytes.equals can be enough for the return value but wanted to report just in case.
Thanks!

https://builds.apache.org/job/HBase-TRUNK/4258/testReport/org.apache.hadoop.hbase.master.handler/TestCreateTableHandler/testMasterRestartAfterEnablingNodeIsCreated/
Timed out after 5 seconds.  Looked to be making progress.  Timeout seems too short.

In shell, create a table, drop it, then try recreate.  Will get:

NativeException: java.io.IOException: The client is stopped

See this build for more information
http://hudson.zones.apache.org/hudson/job/Hive-trunk-h0.18/lastBuild/testReport/org.apache.hadoop.hive.cli/TestCliDriver/testCliDriver_join23/

The file "simple-container-definition" has an aop-config still pointing to the container package, which was replaced by core and execution:
	<aop:config>
		<aop:advisor pointcut="execution(* org.springframework.batch.container..Repository+.(..))"
			advice-ref="txAdvice" />
	</aop:config>

provided an EntityManager Producer
create context: context = EJBContainer.createEJBContainer(p).getContext();
log says:

OpenEJB.cdi - OpenWebBeans Container is starting...
org.springframework.data.jpa.repository.cdi.JpaRepositoryExtension - Activating CDI extension for Spring Data JPA repositories.
org.springframework.data.jpa.repository.cdi.JpaRepositoryExtension - Discovered 'javax.persistence.EntityManager' with qualifiers [@javax.enterprise.inject.Any(), @javax.enterprise.inject.Default()].
and then:
Unable to resolve a bean for 'javax.persistence.EntityManager' with qualifiers [@javax.enterprise.inject.Any(), @javax.enterprise.inject.Default()].
see also attached log

In our system, hbase.rootdir is set to a hdfs path and hbase can figure out the FileSystem and set "fs.default.name" accordingly on the Configuration object and pass around including to RS. That is handled in HMaster.java and MasterFileSystem.java.
CatalogJanitor uses deprecated HRegionInfo.getTableDesc. The method creates a default configuration and get FileSystem from there. That will be RawLocalFileSystem. It returns the following exception.
java.lang.IllegalArgumentException: Wrong FS: hdfs://sea-esxi-0:54310/tmp/hbase/
testtb/.tableinfo, expected: file:///
        at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:454)
        at org.apache.hadoop.fs.RawLocalFileSystem.pathToFile(RawLocalFileSystem.java:67)
        at org.apache.hadoop.fs.RawLocalFileSystem.listStatus(RawLocalFileSystem.java:307)
        at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1085)
        at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1110)
        at org.apache.hadoop.fs.ChecksumFileSystem.listStatus(ChecksumFileSystem.java:494)
        at org.apache.hadoop.hbase.util.FSUtils.getTableInfoModtime(FSUtils.java:833)
        at org.apache.hadoop.hbase.util.FSTableDescriptors.get(FSTableDescriptors.java:127)
        at org.apache.hadoop.hbase.util.FSTableDescriptors.get(FSTableDescriptors.java:99)
        at org.apache.hadoop.hbase.HRegionInfo.getTableDesc(HRegionInfo.java:560)
        at org.apache.hadoop.hbase.master.CatalogJanitor$1.compare(CatalogJanitor.java:118)
        at org.apache.hadoop.hbase.master.CatalogJanitor$1.compare(CatalogJanitor.java:110)
        at java.util.TreeMap.put(TreeMap.java:530)        at org.apache.hadoop.hbase.master.CatalogJanitor$2.visit(CatalogJanitor.java:138)

Refer to the thread on user forum.
http://camel.465427.n5.nabble.com/camel-restlet-Accept-header-td5692917.html
DefaultRestletBinding.populateRestletRequestFromExchange() may be missing a Restlet API call to set the accepted media types the Request object.       
Request.getClientInfo().setAcceptedMediaTypes(acceptedMediaTypes)

If dynamic partitioning is used to write the output of UNION or UNION ALL queries into ORC files with hive.merge.tezfiles=true, the merge step fails as follows:

2017-08-08T11:27:19,958 ERROR [e7b1f06d-d632-408a-9dff-f7ae042cd25a main] SessionState: Vertex failed, vertexName=File Merge, vertexId=vertex_1502216690354_0001_33_00, diagnostics=[Task failed, taskId=task_1502216690354_0001_33_00_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Error while running task ( failure ) : attempt_1502216690354_0001_33_00_000000_0:java.lang.RuntimeException: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: Multiple partitions for one merge mapper: hdfs://localhost:39943/build/ql/test/data/warehouse/partunion1/.hive-staging_hive_2017-08-08_11-27-09_105_286405133968521828-1/-ext-10002/part1=2014/1 NOT EQUAL TO hdfs://localhost:39943/build/ql/test/data/warehouse/partunion1/.hive-staging_hive_2017-08-08_11-27-09_105_286405133968521828-1/-ext-10002/part1=2014/2
  at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:211)
  at org.apache.hadoop.hive.ql.exec.tez.MergeFileTezProcessor.run(MergeFileTezProcessor.java:42)
  at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:370)
  at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:73)
  at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:61)
  at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1807)
  at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:61)
  at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:37)
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: Multiple partitions for one merge mapper: hdfs://localhost:39943/build/ql/test/data/warehouse/partunion1/.hive-staging_hive_2017-08-08_11-27-09_105_286405133968521828-1/-ext-10002/part1=2014/1 NOT EQUAL TO hdfs://localhost:39943/build/ql/test/data/warehouse/partunion1/.hive-staging_hive_2017-08-08_11-27-09_105_286405133968521828-1/-ext-10002/part1=2014/2
  at org.apache.hadoop.hive.ql.exec.tez.MergeFileRecordProcessor.processRow(MergeFileRecordProcessor.java:225)
  at org.apache.hadoop.hive.ql.exec.tez.MergeFileRecordProcessor.run(MergeFileRecordProcessor.java:154)
  at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:185)
  ... 14 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: Multiple partitions for one merge mapper: hdfs://localhost:39943/build/ql/test/data/warehouse/partunion1/.hive-staging_hive_2017-08-08_11-27-09_105_286405133968521828-1/-ext-10002/part1=2014/1 NOT EQUAL TO hdfs://localhost:39943/build/ql/test/data/warehouse/partunion1/.hive-staging_hive_2017-08-08_11-27-09_105_286405133968521828-1/-ext-10002/part1=2014/2
  at org.apache.hadoop.hive.ql.exec.OrcFileMergeOperator.processKeyValuePairs(OrcFileMergeOperator.java:169)
  at org.apache.hadoop.hive.ql.exec.OrcFileMergeOperator.process(OrcFileMergeOperator.java:72)
  at org.apache.hadoop.hive.ql.exec.tez.MergeFileRecordProcessor.processRow(MergeFileRecordProcessor.java:216)
  ... 16 more
Caused by: java.io.IOException: Multiple partitions for one merge mapper: hdfs://localhost:39943/build/ql/test/data/warehouse/partunion1/.hive-staging_hive_2017-08-08_11-27-09_105_286405133968521828-1/-ext-10002/part1=2014/1 NOT EQUAL TO hdfs://localhost:39943/build/ql/test/data/warehouse/partunion1/.hive-staging_hive_2017-08-08_11-27-09_105_286405133968521828-1/-ext-10002/part1=2014/2
  at org.apache.hadoop.hive.ql.exec.AbstractFileMergeOperator.checkPartitionsMatch(AbstractFileMergeOperator.java:180)
  at org.apache.hadoop.hive.ql.exec.AbstractFileMergeOperator.fixTmpPath(AbstractFileMergeOperator.java:197)
  at org.apache.hadoop.hive.ql.exec.OrcFileMergeOperator.processKeyValuePairs(OrcFileMergeOperator.java:96)
  ... 18 more

If an JAX-RS application provides a custom path for restful apis with @ApplicationPath("myapi") there is no possibility to set the corresponding "basePath" property in the swagger.json.
Example:
How it is
My restful -> /example/test
BasePath -> myapi
Combined -> localhost:8080/myapi/example/test
How swagger displays it
BasePath -> /
Combined -> localhost:8080/example/test
{
   "swagger" : "2.0",
   "basePath" : "/" <-- this must be editable
}

Result from this bug is, that the swagger request are not working due to invalid URLs.
Dont confuse the "basePath" property which is inside the swagger.json with the path where the swagger.json lays. The swagger.json is at the correct path "/myapi/swagger.json". Meant by this ticket is the property inside the file.
From my point of view the "setContextRoot" is intended to solve this but doesnt work:

SwaggerArchive archive = deployment.as(SwaggerArchive.class);
    archive.setTitle("Wildfly Swarm Swagger Example");
    archive.setVersion("1.0.0");
    archive.setContextRoot("myapi");

Earlier versions of the online documentation seemed to have more material around the split options available in the HBase shell - but these seem to have been omitted in the process of various updates. 
Presplitting has minimal matches and only brings up references to presplitting from code. 
However there are a number of options relating to creation of splits in tables available in the HBase shell

create table with set of split literals
create table specifying number of splits and a split algorithm
create table specifying a split file

Followed the doc to run integration tests but maven failed to run. Turns out an additional parameter -DfailIfNoTests=false is required, so file this jira to get that updated.

2010-03-05 14:26:17,990 INFO org.apache.hadoop.ipc.HBaseServer: IPC Server handler 84 on 60000, call regionServerReport(address: 98.137.30.50:60020, startcode: 1267824847596, load: (requests=0, regions=163, usedHeap=3113, maxHeap=5983), [Lorg.apache.hadoop.hbase.HMsg;@5446315a, [Lorg.apache.hadoop.hbase.HRegionInfo;@4c5236ef) from 98.137.30.50:48101: error: java.io.IOException: java.util.ConcurrentModificationException
       at java.util.TreeMap$PrivateEntryIterator.nextEntry(TreeMap.java:1100)
       at java.util.TreeMap$ValueIterator.next(TreeMap.java:1145)
       at org.apache.hadoop.hbase.master.RegionManager.isMetaServer(RegionManager.java:832)
       at org.apache.hadoop.hbase.master.RegionManager.regionsAwaitingAssignment(RegionManager.java:391)
       at org.apache.hadoop.hbase.master.RegionManager.assignRegions(RegionManager.java:196)
       at org.apache.hadoop.hbase.master.ServerManager.processMsgs(ServerManager.java:488)
       at org.apache.hadoop.hbase.master.ServerManager.processRegionServerAllsWell(ServerManager.java:414)
       at org.apache.hadoop.hbase.master.ServerManager.regionServerReport(ServerManager.java:323)
       at org.apache.hadoop.hbase.master.HMaster.regionServerReport(HMaster.java:724)
       at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
       at java.lang.reflect.Method.invoke(Method.java:597)
       at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC.java:657)
       at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:915)

Need to convert automatically convert Decimal64ColumnVector key/value expressions to DecimalColumnVector.
vector_decimal_mapjoin.q was changed to use text format and have join values for the small decimal queries to trigger the issue. 

System property sun.net.spi.nameservice.provider.<n> allows a user to customize a NameService. It works on a standalone java, which is using JBoss Modules, if services="import" is added on sun.jdk module dependency and the sun.jdk module has the following additional dependencies.

                <path name="sun/net/spi/nameservice"/>
                <path name="sun/net/spi/nameservice/dns"/>

Though it doesn't work as a web application which has the same module path and the same dependency in jboss-deployment-structure.xml.

Following query returns empty result which is not right:

select ddd.id, ddd.fkey, aaa.name
from (
    select id, fkey, 
    row_number() over (partition by id, fkey) as rnum
    from tlb1 group by id, fkey
 ) ddd 
inner join tlb2 aaa on aaa.fid = ddd.fkey;

After remove row_number() over (partition by id, fkey) as rnum from query, the right result returns.

create table tlb1 (id int, fkey int, val string);
create table tlb2 (fid int, name string);
insert into table tlb1 values(100,1,'abc');
insert into table tlb1 values(200,1,'efg');
insert into table tlb2 values(1, 'key1');

from (
 ) ddd 
....
INFO  : Ended Job = job_local1070163923_0017
+---------+-----------+-----------+--+
No rows selected (14.248 seconds)
| ddd.id  | ddd.fkey  | aaa.name  |

0: jdbc:hive2://localhost:10000> select ddd.id, ddd.fkey, aaa.name
from (
    select id, fkey 
 ) ddd 
inner join tlb2 aaa on aaa.fid = ddd.fkey;select ddd.id, ddd.fkey, aaa.name
0: jdbc:hive2://localhost:10000> from (
0: jdbc:hive2://localhost:10000>     select id, fkey 
0: jdbc:hive2://localhost:10000>     from tlb1 group by id, fkey
0: jdbc:hive2://localhost:10000>  ) ddd 
0: jdbc:hive2://localhost:10000> 
INFO  : Number of reduce tasks not specified. Estimated from input data size: 1
...
INFO  : Ended Job = job_local672340505_0019
2 rows selected (14.383 seconds)
| 100     | 1         | key1      |
| 200     | 1         | key1      |

Mongo ReplicaSet configuration via properties file is not working.
The configuration <br/>
<code>mongo.replicaSet=192.168.174.130:27017,192.168.174.130:27018,192.168.174.130:27019</code>  <br/> resulted in the following exception:
<code>
	at org.springframework.data.mongodb.config.ParsingUtils.parseReplicaSet(ParsingUtils.java:51)
	at org.springframework.data.mongodb.config.MongoParser.doParse(MongoParser.java:49)
	at org.springframework.beans.factory.xml.AbstractSingleBeanDefinitionParser.parseInternal(AbstractSingleBeanDefinitionParser.java:85)
	at org.springframework.beans.factory.xml.AbstractBeanDefinitionParser.parse(AbstractBeanDefinitionParser.java:59)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1335)
	at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1325)
</code>

Chen Chun pointed out on the hive-user mailing list that round() in Hive 0.10 returns

select round(cast(1234560 as BIGINT)), round(cast(12345670 as BIGINT)) from test limit 1;

//hive 0.10
1234560.0  1.234567E7

This is not consistent with MySQL(http://dev.mysql.com/doc/refman/5.1/en/mathematical-functions.html#function_round)
which quotes

The return type is the same type as that of the first argument (assuming that it is integer, double, or decimal). This means that for an integer argument, the result is an integer (no decimal places)

There are still a few operations in TxnHandler that run at Serializable isolation.
Most or all of them can be dropped to READ_COMMITTED now that we have SELECT ... FOR UPDATE support.  This will reduce number of deadlocks in the DBs.

This issue happens if somebody has log.showsignature=true in their local gitconfig.

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.1:compile (default-compile) on project hbase-common: Compilation failure: Compilation failure:
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[11,41] unclosed string literal
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[12,4] <identifier> expected
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[12,30] ';' expected
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[12,35] malformed floating point literal
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,4] ';' expected
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,20] ';' expected
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,25] <identifier> expected
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,76] illegal start of type
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,85] ';' expected
[ERROR] /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[14,41] unclosed string literal

Which complains because:

  public static final String revision = "gpg: Signature made Wed Jun 20 09:42:38 2018 PDT
gpg:                using RSA key 86EDB9C33B8517228E88A8F93E48C0C6EF362B9E
gpg: Good signature from "Mike Drob (CODE SIGNING KEY) <mdrob@apache.org>" [ultimate]
d1cad1a25432ffcd75cd654e9bf68233ca7e1957";

And this comes from src/saveVersion.sh where it does:

  revision=`git log -1 --pretty=format:"%H"`

The new module org.wildfly.naming which contains JndiPermission does not export it. Hence, the module is efficiently useless. Deployments still have to depend on the private org.jboss.as.naming module to get the JndiPermission to work.

Currently, when user tries to consume response body content in the following way:

WebClient client = ...;
Mono<Void> result = client.get().retrieve().bodyToMono(Void.class);
result.block();

and a response actually contains body content, then the underlying http connection will not be closed and returned to connections pool.

Over in HBASE-8019, I broke TestRestoreSnapshotFromClient into TestRestoreSnapshotFromClient and TestCloneSnapshotFromClient which allowed build #889 to pass.
This JIRA does the same for 0.95 and trunk.
In the future, we can add more tests into these two classes without timing out Jenkins build.

I can't run TestHBaseFsck on my machine without running out of threads, that's because each new HBaseFsck creates 50 threads. It has a constructor that takes an executor and HbckTestingUtil could keep a static one to pass in. I was able to cut thousands of threads with this.

If an asynchronous invocation of an ejb method throws an application exception (declared exception) then the returned future will always return false on isDone(). That means: the client will never know that the operation has finished (unscuccessfully) unless get() is called which would rethrow the original exception.
This behavior has changed from wildfly 10.1.0.Final to 11.0.0.Final. 
I pretty sure that the problem is in org.jboss.as.ejb3.component.interceptors.AsyncInvocationTask.
The isDone Method is implemented like this:

    @Override
    public boolean isDone() {
        return status == ST_DONE;
    }

But status can be one of:

    private static final int ST_RUNNING = 0;
    private static final int ST_DONE = 1;
    private static final int ST_CANCELLED = 2;
    private static final int ST_FAILED = 3;

And and exception sets the status to 

    private synchronized void setFailed(final Exception e) {
        this.failed = e;
        status = ST_FAILED;
        done();
    }

So it's pretty obvious. 
The javadoc on java.util.concurrent.Future states:

Completion may be due to normal termination, an exception, or cancellation – in all of these cases, this method will return true.
So the isDone() method should  look more like this:

    @Override
        return status == ST_DONE || status == ST_FAILED || status == ST_CANCELLED;
    }

In wildfly 10, there was a single boolean variable "done" which was set to true in all three cases:

cancel()
setResult(...) and
setFailed(...)

LiteDeviceResolver will return that a tablet is a phone if it has UAProf headers (e.g. Galaxy Tab 8.9)

I have tried to start my application with the latest (from CVS) version of acegi and get following exception:
java.lang.IllegalArgumentException: null source
  java.util.EventObject.<init>(EventObject.java:34)
  org.springframework.context.ApplicationEvent.<init>(ApplicationEvent.java:37)
  net.sf.acegisecurity.ui.InteractiveAuthenticationSuccesEvent.<init>(InteractiveAuthenticationSuccesEvent.java:45)
  net.sf.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:136)
After some investigation I have found reason. In RememberMeProcessingFilter.java InteractiveAuthenticationSuccesEvent is fired even in case of unsucessful authentication.
            SecurityContextHolder.getContext().setAuthentication(rememberMeServi
                .autoLogin(httpRequest, httpResponse));
{
                logger.debug(
                    "Replaced SecurityContextHolder with remember-me token: '"
                    + SecurityContextHolder.getContext().getAuthentication()
                    + "'");
            }

            // Fire event
            if (this.context != null) 
{
                context.publishEvent(new InteractiveAuthenticationSuccesEvent(
                        SecurityContextHolder.getContext().getAuthentication(),
                        this.getClass()));
            }

Fix would be quite easy: check that after autoLogin authentication in security context is not null.

If a client abandons an open transaction it is never closed.  This does not cause any immediate problems (as locks are timed out) but it will eventually lead to high levels of open transactions in the lists that readers need to be aware of when reading tables or partitions.

https://builds.apache.org/job/HBase-Flaky-Tests/job/master/2959/testReport/junit/org.apache.hadoop.hbase.client/TestAsyncTableGetMultiThreaded/test/
The error is thrown from an admin method, where we do not have any retries if the region is not online yet. Should be a test issue, let me fix.

The View interface allows getContentType() to return null. But View}}s returning {{null can not be handled by ContentNegotiatingViewResolver as it directly pipes the result of the call to getContentType() to MediaType.parseMediaType(..) which rejects null values passed.

The following query works fine in hive TestCliDriver test suite but not minimr because different Hadoop file system is used.
The error is

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to rename output from: .../_task_tmp.-ext-10002/key=103/_tmp.000000_0 to: .../_tmp.-ext-10002/key=103/000000_0

The error message when using --override or --preserve without any argument should be more clear.

Observed this in internal test run. There is a native memory leak in Orc EncodedReaderImpl that can cause YARN pmem monitor to kill the container running the daemon. Direct byte buffers are null'ed out which is not guaranteed to be cleaned until next Full GC. To show this issue, attaching a small test program that allocates 3x256MB direct byte buffers. First buffer is null'ed out but still native memory is used. Second buffer user Cleaner to clean up native allocation. Third buffer is also null'ed but this time invoking a System.gc() which cleans up all native memory. Output from the test program is below

Allocating 3x256MB direct memory..
Native memory used: 786432000
Native memory used after data1=null: 786432000
Native memory used after data2.clean(): 524288000
Native memory used after data3=null: 524288000
Native memory used without gc: 524288000
Native memory used after gc: 0

Longer term improvements/solutions:
1) Use DirectBufferPool from hadoop or netty's https://netty.io/4.0/api/io/netty/buffer/PooledByteBufAllocator.html as direct byte buffer allocations are expensive (System.gc() + 100ms thread sleep).
2) Use HADOOP-12760 for proper cleaner invocation in JDK8 and JDK9

ThriftServer.getRegionInfo() is expecting the old ServerName that doesn't include start code.  Need to fix.

Code to reproduce

mongoTemplate.query(Employee.class).first();

@Data

	ObjectId id;
	String name;	
}

	at org.springframework.data.mongodb.core.ExecutableFindOperationSupport$DelegatingQueryCursorPreparer.prepare(ExecutableFindOperationSupport.java:189)
	at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:2202)
	at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:2032)
	at org.springframework.data.mongodb.core.ExecutableFindOperationSupport$FindOperationSupport.doFind(ExecutableFindOperationSupport.java:150)
	at org.springframework.data.mongodb.core.ExecutableFindOperationSupport$FindOperationSupport.first(ExecutableFindOperationSupport.java:125)

Or we get errors like this: -

Tests run: 5, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 0.023 sec <<< FAILURE! - in org.jboss.as.controller.test.TransactionalProtocolClientTestCase
testSequentialGroup(org.jboss.as.controller.test.TransactionalProtocolClientTestCase)  Time elapsed: 0 sec  <<< ERROR!
java.lang.IllegalArgumentException: No host given in URI 'remote://127.0.0.1:32123'
	at org.jboss.remoting3.EndpointImpl.getConnection(EndpointImpl.java:410)
	at org.jboss.remoting3.UncloseableEndpoint.getConnection(UncloseableEndpoint.java:59)
	at org.jboss.as.controller.test.TransactionalProtocolClientTestCase.startChannelServer(TransactionalProtocolClientTestCase.java:134)

There are two entries for hbase.regionserver.regionSplitLimit in hbase-default.xml

    <name>hbase.regionserver.regionSplitLimit</name>
    <value>2147483647</value>
    <description>Limit for the number of regions after which no more region
    splitting should take place. This is not a hard limit for the number of
    regions but acts as a guideline for the regionserver to stop splitting after
    a certain limit. Default is MAX_INT; i.e. do not block splitting.</description>
....
....
    <value>1000</value>
      Limit for the number of regions after which no more region splitting should take place.
      This is not hard limit for the number of regions but acts as a guideline for the regionserver
      to stop splitting after a certain limit. Default is set to 1000.

Since property setting it to 1000 comes later, that's the real default value for now. From /conf of a master

  <name>hbase.regionserver.regionSplitLimit</name>
  <value>1000</value>
  <source>hbase-default.xml</source>

Which will be right default value to keep moving forward?

I think the genrated query for the repository method
List<Rating> findByUserNameAndMovieName(String userName, String movieName)
should be
{"statements":[{"statement":"MATCH (n:`User`) WHERE n.`name` = 
{ `userName` }
 MATCH (m:`Movie`) WHERE m.`name` = 
{ `movieName` }
 MATCH [r:`RATED`]>(m) WITH n,r MATCH p=[*0..1]() RETURN collect(distinct p), ID(r)","parameters":
{"userName":"Michal","movieName":"Speed"}
,"resultDataContents":["graph","row"],"includeStats":false}]}
but the following were send to the neo4j server
{ `name` } MATCH (m:`Movie`) WHERE m.`name` = { `name` }
{"name":"Speed"}
The second test is not so clear.
If Rating has a method getUserLevel() and RatingRepository a method List findByUserLevel(String userLevel) but no attribute userLevel and no setter, then I would expect, that the query is
{"statements":[{"statement":"MATCH [r:`RATED`]>(m) WHERE n.`level` = 
{ `userLevel` } WITH n,r MATCH p=[*0..1]() RETURN collect(distinct p), ID(r)","parameters":{"userLevel":"5"},"resultDataContents":["graph","row"],"includeStats":false}]}
and not

{"statements":[{"statement":"MATCH [r:`RATED`]>(m) WHERE r.`userLevel` = { `userLevel` }
 WITH n,r MATCH p=[*0..1]() RETURN collect(distinct p), ID(r)","parameters":
{"userLevel":"5"}
but in any case should the should the upper query be send, if I add the annotaion @Transient to the method.

When merge statement is rewritten, it ignores any comment in the query which may include hints like semijoin.
If it is, it should not be ignored.

this test fails from time to time...it seems like it has some memory issues
the reason that the exception is changing; is because the test tries to tweak to cause an "exhausted memory" state - and because HIVE-13567 have enable autogather which adds an UDAF to aggregate; the previous setting doesn't apply anymore; because there will be a groupby which is controlled by another property
hive.mapjoin.localtask.max.memory.usage is set 
but not hive.mapjoin.followby.gby.localtask.max.memory.usage

In the following example result.getValue returns the wrong column
KeyValue kv = new KeyValue(Bytes.toBytes("r"), Bytes.toBytes("24"), Bytes.toBytes("2"), Bytes.toBytes(7L));
Result result = new Result(new KeyValue[] 
{ kv }
);
System.out.println(Bytes.toLong(result.getValue(Bytes.toBytes("2"), Bytes.toBytes("2")))); //prints 7.

ReplicationSource is passing System.currentTimeMillis() to MetricsSource.setAgeOfLastShippedOp() which is subtracting that from EnvironmentEdgeManager.currentTime().

// if there was nothing to ship and it's not an error
// set "ageOfLastShippedOp" to <now> to indicate that we're current
metrics.setAgeOfLastShippedOp(System.currentTimeMillis(), walGroupId);

public void setAgeOfLastShippedOp(long timestamp, String walGroup) {
    long age = EnvironmentEdgeManager.currentTime() - timestamp;

 we should just use EnvironmentEdgeManager.currentTime() in ReplicationSource

org.apache.hadoop.hive.ql.history.HiveHistory$TaskInfo and org.apache.hadoop.hive.ql.history.HiveHistory$QueryInfo these two objects are getting accumulated on executing more number of queries on the same connection. These objects are getting released only when the connection is closed.

line 204 contains expectedName.equals()
it could be improved to check for expectedName != null

OSTHOOK: query: create table tstsrcpart like srcpart
POSTHOOK: Output: default@tstsrcpart
PREHOOK: query: from srcpart
insert overwrite table tstsrcpart partition (ds, hr) select key, value, ds, hr where ds <= '2008-04-08'
PREHOOK: Input: default@srcpart@ds=2008-04-08/hr=11
PREHOOK: Input: default@srcpart@ds=2008-04-08/hr=12
POSTHOOK: query: from srcpart
As is evident from above, the outputs are not populated at all at compile time.
This may create a problem for many components that depend on outputs: locking, authorization etc.
However, the exact set of outputs may be needed for some other components (for example. the
internal deployment in Facebook has a replication hook which is used for replication which needs the
exact set of outputs). It may  be a good idea to extend WriteEntity to include a flag which indicates
whether the output is complete or not, and then the hook can look at that flag if needed

MapUtils.getNumber calls "logInfo" on a ParseException and it produces output on the System.out, instead of just returning "null" as the documentation states.
Since the expected behavior is to return null, not print to System.out.  I recommend we remove the call to logInfo and/or remove the System.out.println inside it.
At minimum, if that's not agreed upon, the "side-effect" of writing to System.out should be documented.
I'm happy to offer code for either of these fixes.

https://github.com/wildfly/wildfly-core/blob/5.0.0.Alpha7/server/src/main/java/org/jboss/as/server/moduleservice/ExtensionIndexService.java#L94 reads extensions from jars manifest like:

File jar = new File(<jar>)
final JarFile jarFile = new JarFile(jar);
final Manifest manifest = jarFile.getManifest();
final Attributes mainAttributes = manifest.getMainAttributes();
...

The latest IBM jdk 8.0-5.11 (and possible some of previous releases) contains some jars [1] where manifest.getMainAttributes(); throws NPE, causing deploy operation of archive with Extension-List to fail, see WFLY-10349.
[1]
ibm-java-8.0-5.11/jre/lib/ext/traceformat.jar: java.lang.NullPointerException
ibm-java-8.0-5.11/jre/lib/ext/dtfj.jar: java.lang.NullPointerException
ibm-java-8.0-5.11/jre/lib/ext/dtfjview.jar: java.lang.NullPointerException

For any :
alter table <T> partition <p> ...
The table <T> is added in the output. It leads to problems with locking, and will lead to problems in future for authorization.
The partition should be in the output, not the table.

Hi,
We use spring-security-web and spring-security-oauth2 and are having an issue related to refresh_token requests (oauth/token?grant_type=refresh_token)
For such requests, RefreshAuthenticationProvider creates an OAuth2Authentication instance that contains an instance of RefreshTokenDetails.
Now, we use HTTP session clustering that is backed by Hazelcast and when SecurityContextPersistenceFilter saves the security context (authentication object in the session against the key "SPRING_SECURITY_CONTEXT"), Hazelcast rejects it because the authentication object is non-serializable overall.
I am attaching a screenshot for reference.

HBase ThriftServer will cache Zookeeper connection in memory using org.apache.hadoop.hbase.util.ConnectionCache. This class has a mechanism called chore to clean up connections idle for too long(default is 10 min). But method timedOut for testing whether idle exceed for maxIdleTime always return false which leads to never release the Zookeeper connection. If we send request to ThriftServer every maxIdleTime then ThriftServer will keep thousands of Zookeeper Connection soon.

Druid time expressions return numeric values in form of ms (instead of formatted timestamp). Because of this expressions/function which expects its argument as string type ended up returning different values for time expressions input.
e.g. 

SELECT SUBSTRING(to_date(datetime0),4) FROM tableau_orc.calcs;
| 4-07-25  |

SELECT SUBSTRING(to_date(datetime0),4) FROM druid_tableau.calcs;
| 0022400000  |

SELECT CONCAT(to_date(datetime0),' 00:00:00') FROM tableau_orc.calcs;
| 2004-07-17 00:00:00  |

SELECT CONCAT(to_date(datetime0),' 00:00:00') FROM druid_tableau.calcs;
| 1090454400000 00:00:00  |
 
Druid needs explicit cast to make this work

Currently, when opening a region, we find the maximum sequence ID from all its HFiles and then set the LogSequenceId of the log (in case the later is at a small value). This works good in recovered.edits case as we are not writing to the region until we have replayed all of its previous edits. 
With distributed log replay, if we want to enable writes while a region is under recovery, we need to make sure that the logSequenceId > maximum logSequenceId of the old regionserver. Otherwise, we might have a situation where new edits have same (or smaller) sequenceIds. 
We can store region level information in the WALTrailer, than this scenario could be avoided by:
a) reading the trailer of the "last completed" file, i.e., last wal file which has a trailer and,
b) completely reading the last wal file (this file would not have the trailer, so it needs to be read completely).
In future, if we switch to multi wal file, we could read the trailer for all completed WAL files, and reading the remaining incomplete files.

When specifying the name of a persistence unit to use for LocalContainerEntityManagerFactoryBean (ie., assuming there are multiple persistence units defined in persistence.xml), this name is now applied to the persistence unit from scanned pacakges.
In 3.1.0, the name applied to the generated package was 'default'.  However, now, the name applied is the one defined in the entityManager configuration.
This results in an exception "Conflicting persistence unit definitions for name 'xxx'".
This is a breaking change in behaviour from 3.1.0 to 3.1.2.
The change is caused by new setter behaviour introduced in LocalContainerEntityManagerFactoryBean in 3.1.2, specifically this code:
{{
	@Override
	public void setPersistenceUnitName(String persistenceUnitName) 
{
		super.setPersistenceUnitName(persistenceUnitName);
		this.internalPersistenceUnitManager.setDefaultPersistenceUnitName(persistenceUnitName);
	}
}}
This changes the internal defaultPersistenceUnitName from default.  Later, when DefaultPersistenceUnit.buildDefaultPersistenceUnitInfo() is called, a new persistence unit is generated using this name:
{{
	private SpringPersistenceUnitInfo buildDefaultPersistenceUnitInfo() 
{
		SpringPersistenceUnitInfo scannedUnit = new SpringPersistenceUnitInfo();
		scannedUnit.setPersistenceUnitName(this.defaultPersistenceUnitName);
		scannedUnit.setExcludeUnlistedClasses(true);
}}

This then results in an exception being thrown.
As an example, here's the defined Persistence.xml, which contains both a prod config, and a test config:
{{
<persistence version="1.0"
	xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">
	<persistence-unit name="production">
	   <!-- JPA Configuration goes here -->
	<persistence-unit name="test" transaction-type="RESOURCE_LOCAL">
		<provider>org.hibernate.ejb.HibernatePersistence</provider>
		   <!-- JPA Configuration goes here -->
}}
Then, the appropriate config is selected in the EntityManager configration:
{{
<bean id="entityManagerFactory"
		class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
		<property name="dataSource" ref="dataSource" />
		<property name="packagesToScan">
			<list>
				<value>aa.bb.cc</value>
			</list>
		<property name="persistenceUnitName" value="test" />
		<property name="jpaVendorAdapter">
			<bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
				<property name="showSql" value="true" />
				<property name="generateDdl" value="true" />
				<property name="databasePlatform" value="org.hibernate.dialect.H2Dialect" />
			</bean>
	</bean>
}}
This causes the exception.

See HIVE-11705. This just contains the hbase-metastore-specific methods from that patch

Over in HBASE-3159, I reported a similar double-opened issue but for META.  This is because of the fact that the META unassigned znode has two different consumers MetaNodeTracker in use by the CatalogTracker and AssignmentManager which uses it for normal regions-in-transition stuff.
The AssignmentManager needs to go first, otherwise we can get double handling of state transitions.

My patch on hbase-7994 did not stop clusters starting though no test to run (adding the @Ignore in front of the @before and @after class).  All tests passed on build #34 but for the failed hbase-examples cluster startups:
https://builds.apache.org/job/hbase-0.95/34/

The tracer is Spring DSL is under some circumstances being registered twice and thus doing double tracing.

PartialUpdate not only removes existing indexes for a given value but all indexes at once.

By default JMX is enabled for REST server and Thrift server.  However, if HBASE_JMX_OPTS is not set, and JMX remote access rule is not set, we can't bring up the REST/Thrift server due to JMX remote access rule errors.
We need to enhance the hbase script not to enable JMX for REST/Thrift server is HBASE_JMX_OPTS is not set.

FindBugs-3.0.1 (http://findbugs.sourceforge.net/) reported 4 DMI_INVOKING_TOSTRING_ON_ARRAY warnings on master:

H C USELESS_STRING: Invocation of toString on org.apache.camel.processor.RemoveHeadersProcessor.getExcludePattern() in new org.apache.camel.management.mbean.ManagedRemoveHeaders(CamelContext, RemoveHeadersProcessor, ProcessorDefinition)  At ManagedRemoveHeaders.java:[line 37]
H C USELESS_STRING: Invocation of toString on org.apache.camel.processor.RemovePropertiesProcessor.getExcludePattern() in new org.apache.camel.management.mbean.ManagedRemoveProperties(CamelContext, RemovePropertiesProcessor, ProcessorDefinition)  At ManagedRemoveProperties.java:[line 37]
M C USELESS_STRING: Invocation of toString on ScpConfiguration.getPrivateKeyBytes() in org.apache.camel.component.scp.ScpOperations.createSession(ScpConfiguration)  At ScpOperations.java:[line 262]
M C USELESS_STRING: Invocation of toString on path in org.apache.camel.component.box.api.BoxFoldersManager.createFolder(String, String[])  At BoxFoldersManager.java:[line 204]

The description of the bug is as follows:
USELESS_STRING: Invocation of toString on an array (DMI_INVOKING_TOSTRING_ON_ARRAY)
 The code invokes toString on an array, which will generate a fairly useless result such as [C@16f0472. Consider using Arrays.toString to convert the array into a readable String that gives the contents of the array. See Programming Puzzlers, chapter 3, puzzle 12.
http://findbugs.sourceforge.net/bugDescriptions.html#DMI_INVOKING_TOSTRING_ON_ARRAY

HIVE-6432 removed templeton/v/queue REST endpoint and broke webhcat e2e tests

When using the StoredProcedureItemReader, as I understand it, in order to use a refcursor, the "refCursorPosition" property must be set to a value greater than zero – pointing to the position of the declared parameter that is intended to be a ref cursor.  However, when I set the said property to 3 (i had 2 IN parameters and 1 OUT parameter), an exception is thrown saying:
"refCursorPosition specified as 3 but there are only 3 parameters defined"
Same exception is thrown if I specify "2" and move my out parameter as the 2nd parameter – this time saying:
"refCursorPosition specified as 2 but there are only 3 parameters defined"
Looking at the code, it looks like the culprit is this assert statement in the openCursor method:
	Assert.state(refCursorPosition == 0 || refCursorPosition > parameters.length, 
			"refCursorPosition specified as " + refCursorPosition + " but there are only " + 
			parameters.length + " parameters defined.");
The 2nd condition should have been:  refCursorPosition <= parameters.length

FileSystemDeploymentServiceUnitTestCase and LoggingSubsystemRollbackTestCase fail with "java.net.ConnectException: Connection refused" on pure-IPv6 machines.
Always on pure-IPv6 machines

mvn install  -DfailIfNoTests=false  -Dtest=LoggingSubsystemRollbackTestCase,FileSystemDeploymentServiceUnitTestCase -DallTests -fae

	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345)
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
	at java.net.Socket.connect(Socket.java:589)
	at java.net.Socket.connect(Socket.java:538)
	at java.net.Socket.<init>(Socket.java:434)
	at java.net.Socket.<init>(Socket.java:211)
	at org.jboss.byteman.agent.submit.Submit$Comm.<init>(Submit.java:881)
	at org.jboss.byteman.agent.submit.Submit.submitRequest(Submit.java:787)
	at org.jboss.byteman.agent.submit.Submit.addScripts(Submit.java:603)
	at org.jboss.byteman.contrib.bmunit.BMUnit.loadScriptText(BMUnit.java:268)
	at org.jboss.byteman.contrib.bmunit.BMUnitRunner$10.evaluate(BMUnitRunner.java:369)
	at org.jboss.byteman.contrib.bmunit.BMUnitRunner$6.evaluate(BMUnitRunner.java:241)
	at org.jboss.byteman.contrib.bmunit.BMUnitRunner$1.evaluate(BMUnitRunner.java:75)

org.jboss.as.server.deployment.scanner.FileSystemDeploymentServiceUnitTestCase#testNoUndeployment
org.jboss.as.logging.LoggingSubsystemRollbackTestCase#testRollbackHandler
org.jboss.as.logging.LoggingSubsystemRollbackTestCase#testRollbackRemoveProfile
org.jboss.as.logging.LoggingSubsystemRollbackTestCase#testRollbackWriteAttribute
org.jboss.as.logging.LoggingSubsystemRollbackTestCase#testRollbackUpdateAttribute
org.jboss.as.logging.LoggingSubsystemRollbackTestCase#testRollbackCompositeLoggingProfile
org.jboss.as.logging.LoggingSubsystemRollbackTestCase#testRollbackLogger
org.jboss.as.logging.LoggingSubsystemRollbackTestCase#testRollbackRemove
org.jboss.as.logging.LoggingSubsystemRollbackTestCase#testRollbackAdd
org.jboss.as.logging.LoggingSubsystemRollbackTestCase#testRollbackComposite

After the metrics2 move some replacement metrics classes were deprecated in 0.96. We should remove them now.

Scripts in dev-support are limited in terms of dependencies by what's installed on apache machines. Installing new stuff is not easy. It can be painful even importing simple python libraries like 'requests'. This jira is to add a single docker instance which we can tweak to build the right environment for dev-support scripts.

HiveConnection#configureConnection tries to execute statement even after it is closed. For remote JDBC client, it tries to set the conf var using 'set foo=bar' by calling HiveStatement.execute for each conf var pair, but closes the statement after the 1st iteration through the conf var pairs.

Create a table with a partition. Try to drop the partition or the table containing the partition. Following error is seen:
FAILED: Error in metadata: MetaException(message:javax.jdo.JDODataStoreException: Error executing JDOQL query "SELECT 'org.apache.hadoop.hive.metastore.model.MPartitionColumnStatistics' AS NUCLEUS_TYPE,THIS.AVG_COL_LEN,THIS."COLUMN_NAME",THIS.COLUMN_TYPE,THIS.DB_NAME,THIS.DOUBLE_HIGH_VALUE,THIS.DOUBLE_LOW_VALUE,THIS.LAST_ANALYZED,THIS.LONG_HIGH_VALUE,THIS.LONG_LOW_VALUE,THIS.MAX_COL_LEN,THIS.NUM_DISTINCTS,THIS.NUM_FALSES,THIS.NUM_NULLS,THIS.NUM_TRUES,THIS.PARTITION_NAME,THIS."TABLE_NAME",THIS.CS_ID FROM PART_COL_STATS THIS LEFT OUTER JOIN PARTITIONS THIS_PARTITION_PARTITION_NAME ON THIS.PART_ID = THIS_PARTITION_PARTITION_NAME.PART_ID WHERE THIS_PARTITION_PARTITION_NAME.PART_NAME = ? AND THIS.DB_NAME = ? AND THIS."TABLE_NAME" = ?" : ORA-00904: "THIS"."PARTITION_NAME": invalid identifier
The problem here is that the column "PARTITION_NAME" that the query is referring to in table "PART_COL_STATS" is non-existent. Looking at the hive schema scripts for mysql & derby, this should be "PARTITION_NAME". Postgres also suffers from the same problem.

In the following section, I believe if parseMediaType throws an IllegalArgumentException, it should be caught and isFormContentType should return false:

private boolean isFormContentType(HttpServletRequest request) {
  if (contentType != null) { 
    MediaType mediaType = MediaType.parseMediaType(contentType);
    return (MediaType.APPLICATION_FORM_URLENCODED.includes(mediaType)); 
  }
  else { 
    return false; 
  }
}

The INIConfiguration save(Writer writer) uses PrintWriter instead of using a class like PropertiesConfiguration.PropertiesWriter.
Because of that the method uses getString(String key) to get the keys value (which return onlt the first element of the list) and in doing so there is no support for multi value keys.

Between 1.5.1.RELEASE and 1.5.2.RELEASE, processing of query parameters for keys was broken.  Example, this query:

  @Query("{?0 : ?1}")
  List<T> findAllByKeyValue(String key, String value);

When called with these parameters:

  findAllByKeyValue("name", "Joe");

becomes this with 1.5.1: {"name" : "Joe"}
But with 1.5.2, the ?0 is not correctly substituted so this is the broken query that is created: {"?0" : "Joe"}

Hello,
we have some problems while saving entities with cascading after updating from 1.3.4.RELEASE to 1.6.0.RELEASE.
Calling save with a list of entities will return a list of entities where only one has an ID.
This results in a constraint violation if the corresponding data should be inserted into the database.
Before (Working):

spring-data-jpa 1.3.4.RELEASE
spring-data-commons 1.7.1.RELEASE
spring 4.0.5.RELEASE
eclipselink 2.5.1

After (Not working):

spring-data-jpa 1.6.0.RELEASE
spring-data-commons 1.8.0.RELEASE

See attachement for JUnit test case.
I hope the single files are ok for you. If not I can upload a complete test project somewhere.
I figured out that the problematic line of code seems to be ChildEntity:52.
Here the child will be added to the list of children in the parent.
I dont know if this is good style but it worked fine with previous version of spring-data.
Is this really a bug or is the style of adding children to parents not more supported?
Thanks and best regards
Dennis

Apparenlty snakeyaml does not close the InputStream you give it, so to prevent problems (especially on Windows), we need to defensively close the stream in YamlProcessor.
This test fails on Windows:

	@Test
	public void test() throws Exception {
		Files.copy(Paths.get("src", "test", "resources", "test.yml"), Paths.get("target", "test.yml"), StandardCopyOption.REPLACE_EXISTING);
		new Yaml().loadAll(new FileInputStream("target/test.yml"));
		Files.delete(Paths.get("target", "test.yml"));
	}

but this one passes:

	@Test
		FileInputStream stream = new FileInputStream("target/test.yml");
		new Yaml().loadAll(stream);
		stream.close();
	}

Discovered by a Spring Cloud user: https://github.com/spring-cloud/spring-cloud-config/issues/45, but will also affect Spring Boot users if they have config files on the file system and then try to delete them.

it is not possible to disable advertising for undertow mod_cluster configuration. 

[standalone@localhost:9990 /] /subsystem=undertow/configuration=filter/mod-cluster=modcluster:add(management-socket-binding=http)
{
    "failure-description" => "WFLYCTL0155: advertise-socket-binding may not be null",
}

HIVE-17433 accidentally removed call to validateTableScanOperator.

org.omg.api has been removed from feature-pack ( https://github.com/wildfly/wildfly/pull/11279/files ), 
we should remove it from multi-jsf-installer as well
https://github.com/wildfly/wildfly/blob/master/jsf/multi-jsf-installer/src/main/resources/mojarra-impl-module.xml#L44
https://github.com/wildfly/wildfly/blob/master/jsf/multi-jsf-installer/src/main/resources/myfaces-impl-module.xml#L57
https://github.com/wildfly/wildfly/blob/master/feature-pack/src/main/resources/modules/system/layers/base/com/sun/jsf-impl/main/module.xml#L44

SimpleMessageListenerContainer should only commit every txSize messages (it looks like it does it for every message right now).

Every several rounds of TestMasterReplication#testHFileCyclicReplication, we could observe below NPE in UT log:

    at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2257)
    at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:118)
    at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:189)
    at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:169)

And related codes at RpcServer line 2257 are:

      if (e instanceof ServiceException) {
        e = e.getCause();
      }

      // increment the number of requests that were exceptions.
      metrics.exception(e);

      if (e instanceof LinkageError) throw new DoNotRetryIOException(e);
      if (e instanceof IOException) throw (IOException)e;

And after some debugging, we could find several places that constructing ServiceException with no cause, such as in RsRpcServices#replicateWALEntry:

      if (regionServer.replicationSinkHandler != null) {
        ...
      } else {
        throw new ServiceException("Replication services are not initialized yet");
      }

So we should firstly check and only reset e=e.getCause() when the cause is not null

Lots of things like this:
@Message(id = 910, value = "Password cannot be resolved for key-store \"%s\"")
Use ' instead of \".  If the string ends up in a DMR ModelNode, which it often does, the output looks bad when double quotes are present.
For this ModelNode
ModelNode node = new ModelNode("Password cannot be resolved for key-store \"%s\"");
A call to node.toString() produces
"Password cannot be resolved for key-store \"%s\""
node.asString() is better, but that requires a special call vs the standard Object.toString
Password cannot be resolved for key-store "%s"
This is minor since we can try to ensure asString is used or perhaps even consider changing how toString works. But I think single quotes are a better practice.

The pv2 logs from ReplicationLogCleaner is misleading and chatty. Let's remove them.

2017-12-27 19:59:02,261 DEBUG [ForkJoinPool-1-worker-17] cleaner.CleanerChore: CleanerTask 391 starts cleaning dirs and files under hdfs://ve0524.halxg.cloudera.com:8020/hbase/oldWALs and itself.
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000001.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000002.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000003.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000004.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000005.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000006.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000007.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000008.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000009.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000010.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000011.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000012.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000013.log
2017-12-27 19:59:02,279 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000014.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000015.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000016.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000017.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000018.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000019.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000020.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000021.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000022.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000023.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000024.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000025.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000026.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000027.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000028.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000029.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000030.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000031.log
2017-12-27 19:59:02,280 DEBUG [ForkJoinPool-1-worker-17] master.ReplicationLogCleaner: Didn't find this log in ZK, deleting: pv2-00000000000000000032.log

this is profoundly irritating. we can estimate reducers. but since hadoop-default.xml sets this to '1' - by default we don't. if we expect most users to set this to -1 - then we might as well set it to -1 ourselves.
to not shoot ourselves in the foot - we might want to cap number of reducers based on cluster size (like 2*Nodes).

There is hard coded <failIfNoTests>true</failIfNoTests> in maven surefire plugin in testsuite/rbac/pom.xml which causes that running this module fails even if -DfailIfNoTests=false in maven command. 

A plugin's core identity is its groupId and artifactId. For example, when people talk about the JUnit plugin, they mean groupId = "org.apache.maven.plugins" and artifactId = "maven-surefire-plugin". In addition to this core identity, a POM using this plugin will usually specify the plugin's version, and possibly other details such as configuration and executions.
There are two methods in MavenProjectMetadataProvider for removing plugins from the generated project's POM; both of which have problems:

#removeBuildPlugins(List<Plugin>) matches on artifactId and version, i.e. ignores groupId. This means that some unrelated plugin could be accidentally removed if it happened to share its artifactId and version with one that was intended to be removed.
#removeBuildPlugin(Plugin) will remove any plugins that are "equal" to the given one, according to the result of calling Plugin#equals(), which correctly checks groupId and artifactId but wrongly checks version and (if it exists in both Plugins) the configuration. So to remove a plugin using this method, you have to provide a Plugin instance that exactly matches the one in the POM, right down to the details of its configuration.

Based on how these methods are currently used, they should both be changed to remove any plugins that match the groupId and artifactId of the given one(s).

This is based on a Spring Boot ticket https://github.com/spring-projects/spring-boot/issues/10950. The specific use case that led to the NPE is a BindingResult argument after an @RequestBody which is not supported.

Last line in populateModel below is cruft.  The Resource has 'resource-adapter' children; it can't (and doesn't) also have a 'resource-adapter' field.

class ResourceAdaptersSubsystemAdd extends AbstractAddStepHandler {

    static final ResourceAdaptersSubsystemAdd INSTANCE = new ResourceAdaptersSubsystemAdd();

    protected void populateModel(ModelNode operation, ModelNode model) {
        model.setEmptyObject();
        model.get(RESOURCEADAPTER_NAME);
    }

This looks like cruft that survived from very early days before Resource was introduced and the entire model was on big DMR tree.
This is just a minor thing I noticed when analyzing undescribed or runtime-only attributes that end up in the DMR models in the management resource tree as part of my work on WFCORE-4183 and WFCORE-4185.

Add a property with a value containing " (double quote character) and saving it back to file will result in the value being modified and unecessary escaping of the quote character.
The reason is that PropertiesConfig calls into the StringEscapeUtils#escapeJavaStyleString that escapes quotes. This is not correct for propertiesfiles. http://docs.oracle.com/javase/7/docs/api/java/util/Properties.html#load(java.io.Reader) says "Escapes are not necessary for single and double quotes"
Here is a test case:
@Test
public void shouldNotEscapeQuotesInTheResult() throws ConfigurationException, IOException {
    final String value = "-Djava.io.tmpdir=\"${TEST_TEMP_DIR}\"";
    PropertiesConfiguration testConfig = new PropertiesConfiguration();
    testConfig.addProperty("testKey1", value);
    File testFile = new File(tempTestDir.getPath() + "prop-with-quotes.properties");
    testConfig.save(testFile) ;
    String testFileContent = FileUtils.readFileToString(testFile);
    Assert.assertTrue(testFileContent.contains(value));
}

VectorTopNKeyOperator has a lock in line 199 as following.

priorityQueue.offer(WritableUtils.clone(keysWritable, getConfiguration()));

WritableUtils.clone calls Confgiruation.getClassByNameOrNull that has synchronized block. So it needs to run without locks.

The repository deleteAll() method calls the gemfire region clear() method which is unsupported for partitioned regions.  As there does not yet exist a removeAll() in GemFire, the proper implementation should be to individually delete all entries in the region specified by the repository.

It is not possible in a simple expression to have access to a key of a Map when the key name contains dots
ex : <simple>${body[com.fusesource.webinars.persistence.model.Incident]}</simple>
where com.fusesource.webinars.persistence.model.Incident is the key name
Camel generates the error :

Caused by: org.apache.camel.component.bean.MethodNotFoundException: Method with name: [com not found on bean: [{com.fusesource.webinars.persistence.model.Incident=com.fusesource.webinars.persistence.model.Incident@7fec0e19[

I came off a support case (0.98.0) where main zk thread was seen doing the following:

  at org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.refreshAuthManager(ZKPermissionWatcher.java:152)
  at org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.refreshNodes(ZKPermissionWatcher.java:135)
  at org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.nodeChildrenChanged(ZKPermissionWatcher.java:121)
  at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:348)
  at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:519)
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:495)

There were 62000 nodes under /acl due to lack of fix from HBASE-12635, leading to slowness in table creation because zk notification for region offline was blocked by the above.
The attached patch separates refreshNodes() call into its own thread.
Thanks to Enis and Devaraj for offline discussion.

This is causing the following issue within Remoting https://github.com/jboss-remoting/jboss-remoting/pull/157

When addressing HBASE-12405 I found that LastSequenceId.getLastSequenceId always returns -1, then I found that we use encodedRegionName when calling this method. But when we doing regionServerReport, we use regionName to report to HMaster(see the code in HRegionServer.createRegionLoad). 
We need to fix this, as seems we will disable distributed log replay in 0.98 by default?

See the reference GitHub project.
I've got an @Entity with a @Version'ed field, a @Projection, and a Repository. When I try to GET the projection of a single entry, I get a 500 Internal server error, because of a failed assertion in BasicPersistentEntity line 394, as called from Etag line 191:
> Assert.isTrue(getType().isInstance(bean), "Target bean is not of type of the persistent entity!");
The argument bean here is of type $Proxy90 / JdkDynamicAopProxy, not Book.
The projection only works again when the @Version annotation is removed. This is since Fowler, as I had no such issues with Evans.

I noticed a mismatch for the https protocol handling of camel-http4.
Sometimes it's named https4 like in:

org.apache.camel.component.http4.HttpComponent
components\camel-http4\src\main\resources\META-INF\services\org\apache\camel\component\https4

Sometimes it's named http4s like in:

components\camel-http4\src\main\resources\META-INF\services\org\apache\camel\cloud\http4s-service-expression
org.apache.camel.component.http4.HttpEndpoint for @UriEndpoint annotatation
org.apache.camel.impl.cloud.DefaultServiceCallExpression

I noticed that it breaks the camel-catalog as the definition is incorrect.
I think that it should be named https4 but I wanted to be sure before providing a pull request that update all erroneous call to http4s.

ServiceInterfaceMDProvider needs to listen to all physical type changes. This way it can get notified once ID fields appear in types it is responsible for.

The mod_cluster custom load metrics classes are loaded from the subsystem classloader which requires users to tinker with our module structure. This is wrong since there is no way to specify which module to use.
We should just expose module attribute on the custom load metric (defaults to current default which is mod_cluster module, so no compatibility issues).

Was supposed to be fixed in Hive 0.12 (HIVE-4364). Doesn't look fixed from here.
[i@p sqoop]$ beeline -u 'jdbc:hive2://p:10000/k;principal=hive/p@L' -e "select * from MEMBERS" --outputformat=vertical
Connecting to jdbc:hive2://p:10000/k;principal=hive/p@L
SLF4J: Found binding in [jar:file:/opt/cloudera/parcels/CDH-5.0.0-1.cdh5.0.0.p0.47/lib/zookeeper/lib/slf4j-log4j12-1.7.5.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/opt/cloudera/parcels/CDH-5.0.0-1.cdh5.0.0.p0.47/lib/avro/avro-tools-1.7.5-cdh5.0.0.jar!/org/slf4j/impl/StaticLoggerBinder.class]
Connected to: Apache Hive (version 0.12.0-cdh5.0.0)
Driver: Hive JDBC (version 0.12.0-cdh5.0.0)
hive.aux.jars.path=[redacted]
Error: Error while compiling statement: FAILED: SemanticException [Error 10001]: Line 1:14 Table not found 'MEMBERS' (state=42S02,code=10001)
Beeline version 0.12.0-cdh5.0.0 by Apache Hive
Closing: org.apache.hive.jdbc.HiveConnection
[inter@p sqoop]$ echo $?
0

Similar to CSV-96, if .toMap() is called on a record that has fewer fields than we have header columns we'll get an ArrayOutOfBoundsException.

@Test
public void testToMapWhenHeaderTooLong() throws Exception {
   final CSVParser parser = new CSVParser("a,b", CSVFormat.newBuilder().withHeader("A", "B", "C").build());
   final CSVRecord record = parser.iterator().next();
   record.toMap();
}

ServerOperationResolver gets called for each operation in a composite.
For each call it clones the configuration model.
It then calls node.asPropertyList() in various spots, which in turn results in a clone of the value of each Property. In particular it does this over the profiles, which means each profile gets cloned.
For very large configurations, this is extremely inefficient. One user was experimenting with adding 1000s of data sources and found it would take over an hour to complete the work. I was able to do it in 30 seconds by correcting these problems.
There are other areas where we may be incurring unneeded expense via calls to node.asPropertyList().

The command fails as the changes introduced by HBASE-10892 requires user (because of newly introduced call to getTableDescriptors) to have global admin permission.

The example in section "15.4.1 Intercepting requests - the HandlerInterceptor interface" has the following code which is not valid Java:
    if (openingTime <= hour < closingTime) 
{
    }

Java would error with:
    operator < cannot be applied to boolean,int

The problem can be reproduced as follows:
1 config = new XMLConfiguration("c:conf.xml");
2 config.setReloadingStrategy(new FileChangedReloadingStrategy());
3 SubnodeConfiguration parentItemConfig = config.configurationAt("parent-item");
4 String ss2 = parentItemConfig.getString("sub-item");
5 //Now, <sub-item> node value changes to "new_value"
6 ss2 = parentItemConfig.getString("sub-item"); // still returns old_value

When in the CLI GUI, if you try to edit a boolean attribute whose current value is an expression then an exception is thrown and you can't edit it - the popup dialog is really small and blank.
See "Steps to Reproduce" for replication procedures.
Here's the exception:
	at org.jboss.dmr.ModelValue.asBoolean(ModelValue.java:66)
	at org.jboss.dmr.ModelNode.asBoolean(ModelNode.java:262)
	at org.jboss.as.cli.gui.OperationDialog$RequestProp.setInputComponentValue(OperationDialog.java:428)
	at org.jboss.as.cli.gui.OperationDialog$RequestProp.<init>(OperationDialog.java:336)
	at org.jboss.as.cli.gui.OperationDialog.setProps(OperationDialog.java:157)
	at org.jboss.as.cli.gui.OperationDialog.<init>(OperationDialog.java:73)
	at org.jboss.as.cli.gui.OperationMenu$OperationAction.actionPerformed(OperationMenu.java:152)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
	at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
	at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
	at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
	at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
	at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
	at java.awt.Component.processMouseEvent(Component.java:6535)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
	at java.awt.Component.processEvent(Component.java:6300)
	at java.awt.Container.processEvent(Container.java:2236)
	at java.awt.Component.dispatchEventImpl(Component.java:4891)
	at java.awt.Container.dispatchEventImpl(Container.java:2294)
	at java.awt.Component.dispatchEvent(Component.java:4713)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
	at java.awt.Container.dispatchEventImpl(Container.java:2280)
	at java.awt.Window.dispatchEventImpl(Window.java:2750)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
	at java.awt.EventQueue$4.run(EventQueue.java:731)
	at java.awt.EventQueue$4.run(EventQueue.java:729)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

[2014-12-02 11:48:18.415] - 93880 INFORMATION [main] --- org.springframework.context.annotation.AnnotationConfigApplicationContext: Refreshing org.springframework.context.annotation.AnnotationConfigApplicationContext@64bfbc86: startup date [Tue Dec 02 11:48:18 CET 2014]; root of context hierarchy
[2014-12-02 11:48:23.159] - 93880 INFORMATION [main] --- org.springframework.core.annotation.AnnotationUtils: Failed to introspect annotations on [interface org.springframework.security.config.annotation.web.servlet.configuration.EnableWebMvcSecurity]: java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy
[2014-12-02 11:48:23.160] - 93880 WARNUNG [main] --- org.springframework.context.annotation.AnnotationConfigApplicationContext: Exception encountered during context initialization - cancelling refresh attempt
org.springframework.beans.factory.BeanDefinitionStoreException: Failed to read candidate component class: URL [jar:file:/Users/yann/Desktop/_Spring/___boot/spring-boot-autoconfigure-1.2.0.BUILD-20141202.095010-420.jar!/org/springframework/boot/autoconfigure/security/SpringBootWebSecurityConfiguration$WebMvcSecurityConfigurationConditions$DefaultWebMvcSecurityConfiguration.class]; nested exception is java.lang.NullPointerException
    at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:303)
    at org.springframework.context.annotation.ClassPathBeanDefinitionScanner.doScan(ClassPathBeanDefinitionScanner.java:248)
    at org.springframework.context.annotation.ComponentScanAnnotationParser.parse(ComponentScanAnnotationParser.java:140)
    at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:262)
    at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:226)
    at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:193)
    at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:163)
    at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:306)
    at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:239)
    at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanDefinitionRegistryPostProcessors(PostProcessorRegistrationDelegate.java:254)
    at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:94)
    at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:606)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:462)
    at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:691)
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:321)
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:961)
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:950)
    at MySpringApplication.main(MySpringApplication.java:18)
    at com.intellij.rt.execution.application.AppMain.main(AppMain.java:134)
    at org.springframework.core.type.classreading.AnnotationAttributesReadingVisitor.doVisitEnd(AnnotationAttributesReadingVisitor.java:75)
    at org.springframework.core.type.classreading.RecursiveAnnotationAttributesVisitor.visitEnd(RecursiveAnnotationAttributesVisitor.java:48)
    at org.springframework.asm.ClassReader.readAnnotationValues(ClassReader.java:1789)
    at org.springframework.asm.ClassReader.accept(ClassReader.java:642)
    at org.springframework.asm.ClassReader.accept(ClassReader.java:508)
    at org.springframework.core.type.classreading.SimpleMetadataReader.<init>(SimpleMetadataReader.java:64)
    at org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader(SimpleMetadataReaderFactory.java:98)
    at org.springframework.core.type.classreading.CachingMetadataReaderFactory.getMetadataReader(CachingMetadataReaderFactory.java:102)
    at org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:279)
    ... 22 more

If you define a filter for a header that is not defined like
from("p:a").filter(header("header").in("value")).to("p:b");
it results in a NullPointerException:

2010-12-15 10:07:45,920 [main] ERROR DefaultErrorHandler            - 
Failed delivery for exchangeId: 0215-1237-1292404064936-0-2. 
Exhausted after delivery attempt: 1 caught: java.lang.NullPointerException
	at org.apache.camel.builder.ExpressionBuilder$40.evaluate(ExpressionBuilder.java:955)
	at org.apache.camel.impl.ExpressionAdapter.evaluate(ExpressionAdapter.java:36)
	at org.apache.camel.builder.BinaryPredicateSupport.matches(BinaryPredicateSupport.java:54)
	at org.apache.camel.builder.PredicateBuilder$5.matches(PredicateBuilder.java:127)
	at org.apache.camel.processor.FilterProcessor.process(FilterProcessor.java:46)
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)

This test reproduces the problem:

public void testExpressionForUndefinedHeader(){
    Expression type = ExpressionBuilder.headerExpression("header");
    Expression expression = ExpressionBuilder.constantExpression("value");
    Expression convertToExpression = ExpressionBuilder.convertToExpression(expression, type);
    convertToExpression.evaluate(exchange, Object.class);
}

On HIVE-16415, it was found that the bug reported to be fixed in HIVE-14519 was not actually fixed.
This task is to find the problem, fix it, and add qtests to verify no future regression.
Specifically, the following query does not produce correct answers: 

limit 0

This gives incorrect result in master. All dirs end up with 0 rows instead of just dir2.

The config parameter that used to limit the number of cached rows per key is no longer used in the code base. I suggest to remove it to make things less confusing.

This is needed to be able to configure container resource(mem,cpu) settings for allocator.

The camel-cxf feature doesn't install the camel-spring feature, which is a required dependency. This leads to errors like this one:

ERROR: Bundle org.apache.camel.camel-cxf [105] Error starting mvn:org.apache.camel/camel-cxf/2.15.1 (org.osgi.framework.BundleException: Unresolved constraint in bundle org.apache.camel.camel-cxf [105]: Unable to resolve 105.0: missing requirement [105.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.camel.spring)(version>=2.15.0)(!(version>=2.16.0))))
org.osgi.framework.BundleException: Unresolved constraint in bundle org.apache.camel.camel-cxf [105]: Unable to resolve 105.0: missing requirement [105.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.camel.spring)(version>=2.15.0)(!(version>=2.16.0)))
ERROR: Bundle org.apache.camel.camel-cxf [105] Error starting/stopping bundle. (org.osgi.framework.BundleException: Unresolved constraint in bundle org.apache.camel.camel-cxf [105]: Unable to resolve 105.0: missing requirement [105.0] osgi.wiring.package; (&(osgi.wiring.package=org.apache.camel.spring)(version>=2.15.0)(!(version>=2.16.0))))
    at org.apache.felix.framework.Felix.setBundleStartLevel(Felix.java:1491)
    at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:334)

I was using the plugin (v. 2.0.0.Final) with WF15.0.1 and JDK 11 but it was failing in starting WF.
So i ran ServerFunctionMojoTest using JDK 11 and it failed:

$ mvn -v
Apache Maven 3.5.4 (Red Hat 3.5.4-4)
Maven home: /usr/share/maven
Java version: 11.0.2, vendor: Oracle Corporation, runtime: /usr/lib/jvm/java-11-openjdk-11.0.2.7-0.fc29.x86_64
OS name: "linux", version: "4.20.5-200.fc29.x86_64", arch: "amd64", family: "unix"
$ mvn -f tests/shared/pom.xml -Dtest=ServerFunctionMojoTest test 
[INFO] 
[INFO] -------< org.wildfly.plugins:wildfly-maven-plugin-tests-shared >--------
[INFO] Building wildfly-maven-plugin-tests-shared 2.0.1.Final-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO] 
[INFO] --- maven-enforcer-plugin:3.0.0-M2:enforce (enforce-java-version) @ wildfly-maven-plugin-tests-shared ---
[INFO] 
[INFO] --- maven-enforcer-plugin:3.0.0-M2:enforce (enforce-maven-version) @ wildfly-maven-plugin-tests-shared ---
[INFO] 
[INFO] --- buildnumber-maven-plugin:1.4:create (get-scm-revision) @ wildfly-maven-plugin-tests-shared ---
[INFO] Executing: /bin/sh -c cd '/home/mrizzi/git/forked/wildfly-maven-plugin/tests/shared' && 'git' 'rev-parse' '--verify' 'HEAD'
[INFO] Working directory: /home/mrizzi/git/forked/wildfly-maven-plugin/tests/shared
[INFO] Storing buildNumber: 0dda0062d660813c469040f60999aac76660e1f4 at timestamp: 1549726446387
[INFO] Storing buildScmBranch: master
[INFO] 
[INFO] --- maven-resources-plugin:3.1.0:resources (default-resources) @ wildfly-maven-plugin-tests-shared ---
[INFO] skip non existing resourceDirectory /home/mrizzi/git/forked/wildfly-maven-plugin/tests/shared/src/main/resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ wildfly-maven-plugin-tests-shared ---
[INFO] 
[INFO] --- maven-checkstyle-plugin:3.0.0:checkstyle (check-style) @ wildfly-maven-plugin-tests-shared ---
[INFO] Starting audit...
Audit done.
[INFO] 
[INFO] --- maven-dependency-plugin:3.1.1:unpack (unpack-wildfly) @ wildfly-maven-plugin-tests-shared ---
[INFO] Configured Artifact: org.wildfly:wildfly-dist:14.0.1.Final:zip
[INFO] Unpacking /home/mrizzi/.m2/repository/org/wildfly/wildfly-dist/14.0.1.Final/wildfly-dist-14.0.1.Final.zip to /home/mrizzi/git/forked/wildfly-maven-plugin/tests/shared/target with includes "" and excludes ""
[INFO] 
[INFO] --- maven-resources-plugin:3.1.0:testResources (default-testResources) @ wildfly-maven-plugin-tests-shared ---
[INFO] Copying 10 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ wildfly-maven-plugin-tests-shared ---
[INFO] 
[INFO] --- maven-surefire-plugin:2.22.0:test (default-test) @ wildfly-maven-plugin-tests-shared ---
[INFO] 
[INFO] Running org.wildfly.plugin.server.ServerFunctionMojoTest
[ERROR] Tests run: 5, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 5.763 s <<< FAILURE! - in org.wildfly.plugin.server.ServerFunctionMojoTest
[ERROR] testShutdownStandalone(org.wildfly.plugin.server.ServerFunctionMojoTest)  Time elapsed: 1.8 s  <<< ERROR!
org.apache.maven.plugin.MojoExecutionException: The server failed to start
	at org.wildfly.plugin.server.StartMojo.execute(StartMojo.java:289)
	at org.wildfly.plugin.server.ServerFunctionMojoTest.testShutdownStandalone(ServerFunctionMojoTest.java:86)
	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
	at org.apache.maven.plugin.testing.MojoRule$2.evaluate(MojoRule.java:308)
Caused by: java.lang.RuntimeException: The process has unexpectedly exited with code 1
	at org.wildfly.plugin.core.ServerHelper.waitForStandalone(ServerHelper.java:309)
	at org.wildfly.plugin.server.StartMojo.execute(StartMojo.java:280)
	... 29 more

[ERROR] testStartStandalone(org.wildfly.plugin.server.ServerFunctionMojoTest)  Time elapsed: 0.433 s  <<< ERROR!
	at org.wildfly.plugin.server.ServerFunctionMojoTest.testStartStandalone(ServerFunctionMojoTest.java:74)
	... 29 more

[ERROR] testShutdownDomain(org.wildfly.plugin.server.ServerFunctionMojoTest)  Time elapsed: 0.927 s  <<< ERROR!
	at org.wildfly.plugin.server.ServerFunctionMojoTest.testShutdownDomain(ServerFunctionMojoTest.java:151)
	at org.wildfly.plugin.core.ServerHelper.waitForDomain(ServerHelper.java:165)
	at org.wildfly.plugin.server.StartMojo.execute(StartMojo.java:278)
	... 29 more

[ERROR] testStartDomain(org.wildfly.plugin.server.ServerFunctionMojoTest)  Time elapsed: 0.744 s  <<< ERROR!
	at org.wildfly.plugin.server.ServerFunctionMojoTest.testStartDomain(ServerFunctionMojoTest.java:139)
	... 29 more

[ERROR] testStartAndAddUserStandalone(org.wildfly.plugin.server.ServerFunctionMojoTest)  Time elapsed: 1.772 s  <<< ERROR!
	at org.wildfly.plugin.server.ServerFunctionMojoTest.testStartAndAddUserStandalone(ServerFunctionMojoTest.java:107)
	... 29 more

[INFO] 
[INFO] 
[ERROR]   ServerFunctionMojoTest.testShutdownDomain:151 » MojoExecution The server faile...
[ERROR]   ServerFunctionMojoTest.testShutdownStandalone:86 » MojoExecution The server fa...
[ERROR]   ServerFunctionMojoTest.testStartAndAddUserStandalone:107 » MojoExecution The s...
[ERROR]   ServerFunctionMojoTest.testStartDomain:139 » MojoExecution The server failed t...
[ERROR]   ServerFunctionMojoTest.testStartStandalone:74 » MojoExecution The server faile...
[INFO] 
[ERROR] Tests run: 5, Failures: 0, Errors: 5, Skipped: 0
[INFO] 
[INFO] Total time: 12.179 s
[INFO] Finished at: 2019-02-09T16:34:17+01:00
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.22.0:test (default-test) on project wildfly-maven-plugin-tests-shared: There are test failures.
[ERROR] 
[ERROR] Please refer to /home/mrizzi/git/forked/wildfly-maven-plugin/tests/shared/target/surefire-reports for the individual test results.
[ERROR] 
[ERROR] 

##### AFTER FIX
[mrizzi@localhost wildfly-maven-plugin]$ mvn -f tests/shared/pom.xml -Dtest=ServerFunctionMojoTest test 
[INFO] 
[INFO] 
[INFO] 
[INFO] 
[INFO] Storing buildNumber: 0dda0062d660813c469040f60999aac76660e1f4 at timestamp: 1549726558482
[INFO] 
[INFO] 
[INFO] 
[INFO] 
[INFO] 
[INFO] 
[INFO] 
[INFO] 
[INFO] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 49.33 s - in org.wildfly.plugin.server.ServerFunctionMojoTest
[INFO] 
[INFO] 
[INFO] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0
[INFO] 
[INFO] Total time: 57.381 s
[INFO] Finished at: 2019-02-09T16:36:54+01:00

I already fixed it locally so i'll open a PR so that you can evaluate if it's a good fix or how to improve it.
Thanks,
Marco

When configuring a jdbc driver deployment jar with permissions.xml it I was able to resolve all of the needed permissions.  But then when I remove the permissions.xml from the deployment and define the same permissions in the security-manager, it fails saying it requires the javax.management.MBeanServerPermission createMBeanServer even though it is defined in the subsystem.

23:41:13,007 ERROR [stderr] (ServerService Thread Pool -- 81) java.security.AccessControlException: WFSM000001: Permission check failed (permission "("javax.management.MBeanServerPermission" "createMBeanServer")" in code source "(vfs:/Users/bmaxwell/Downloads/02291781/jboss-eap-7.3/standalone/deployments/createMBeanServer.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.createMBeanServer.jar" from Service Module Loader")

        <minimum-set>
            <permission class="javax.management.MBeanServerPermission" name="createMBeanServer"/>
        </minimum-set>

If you put a permissions.xml in the deployment's META-INF with this below then it works fine.  The other permissions I used for the jdbc driver seemed to work fine, it is just this one that seems inconsistent for some reason.

<permissions xmlns="http://xmlns.jcp.org/xml/ns/javaee"
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
             xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
             http://xmlns.jcp.org/xml/ns/javaee/permissions_7.xsd"
             version="7">
  <permission>
  <class-name>javax.management.MBeanServerPermission</class-name>
  <name>createMBeanServer</name>
  </permission>
</permissions>

HIVE-3925 made dependencies for fetch task. But missed that for Tez tasks.

See https://builds.apache.org/job/PreCommit-HBASE-Build/14260/testReport/

The RemotingModelControllerClient closes some of it's resources asynchronously. This could cause issues consumers of the client that may attempt to change class loaders after the client is closed. The ModelControllerClient.close() should block until resources are closed. 
Example stack trace from the wildfly-maven-plugin:

Exception in thread "Remoting "management-client" task-8" java.lang.NoClassDefFoundError: org/xnio/XnioWorker$2
	at org.xnio.XnioWorker.shutDownTaskPool(XnioWorker.java:770)
	at org.xnio.nio.NioXnioWorker.shutdown(NioXnioWorker.java:285)
	at org.jboss.remoting3.EndpointImpl.finishPhase1(EndpointImpl.java:255)
	at org.jboss.remoting3.EndpointImpl.closeTick1(EndpointImpl.java:238)
	at org.jboss.remoting3.EndpointImpl.access$200(EndpointImpl.java:93)
	at org.jboss.remoting3.EndpointImpl$TrackingExecutor.finishWork(EndpointImpl.java:835)
	at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:822)
Caused by: java.lang.ClassNotFoundException: org.xnio.XnioWorker$2
	... 10 more

See WFMP-77 for more details on one place this error seemed intermittent.

Hadoop23Shims.cloneUgi() creates a Subject using the default constructor, leaving the newly created subject with empty credentials.

In the latest trunk TestGetDBs fail on my ubuntu machine. The reason is that it assumes the result from FileStore.getDatabases returns the databases in a specific order. getDatabases() in turn gets the output from File.list() that doesn't guarantee the order.
http://java.sun.com/javase/6/docs/api/java/io/File.html#list()

credential-reference and password should be mutually exclusive, they should have alternatives set

            "password" => {
                "description" => "Specifies the password used when creating a new connection",
                "requires" => ["user-name"],
                    "credential" => {"type" => "core"},
                    "data-source-security" => {"type" => "datasources"}
                }},
            },
          "credential-reference" => {
                "description" => "Credential (from Credential Store) to authenticate on data source",
                "capability-reference" => "org.wildfly.security.credential-store",
                }},
                        "description" => "The name of the credential store holding the alias to credential",
                    },
                        "description" => "The alias which denotes stored secret or credential in the store",
                    },
                    "type" => {
                        "description" => "The type of credential this reference is denoting",
                    },
                        "description" => "Secret specified using clear text (check credential store way of supplying credential/secrets to services)",
                    }
                },
            }

Task Execution Summary
--------------------------------------------------------------------------------------------------------------------------------
  VERTICES  TOTAL_TASKS  FAILED_ATTEMPTS  KILLED_TASKS   DURATION(ms)  CPU_TIME(ms)  GC_TIME(ms)  INPUT_RECORDS  OUTPUT_RECORDS
     Map 1          167                0             0       17640.00     2,109,200       23,068    150,000,004      11,995,136
    Map 11            5                0             0       10559.00        71,960          633      4,023,690         799,900
    Map 13            1                0             0        2244.00         6,090           29             25               3
     Map 3            1                0             0        2849.00         7,080           99             25               3
     Map 5          271                0             0       55834.00    12,934,890      358,376  1,500,000,001   1,500,000,161
     Map 7          241                0             0       91243.00     5,020,860       71,182  1,827,250,341     652,413,443
Reducer 10            1                0             0        1010.00         1,900            0              4               0
Reducer 12            1                0             0        3854.00         1,320            0        799,900               1
Reducer 14            1                0             0        1420.00         3,790           45              3               1
 Reducer 2            1                0             0        9720.00         6,220          122     11,995,136               1
 Reducer 4            1                0             0         810.00         2,100          105              3               1
 Reducer 6            1                0             0       24863.00         3,260            5  1,500,000,161               1
 Reducer 8          412                0             0       88215.00    17,106,440      184,524  2,165,208,640           1,864
 Reducer 9            2                0             0       29752.00         3,980            0          1,864               4
--------------------------------------------------------------------------------------------------------------------

Seeing this on queries using runtime filtering. Noticed the INPUT_RECORDS look incorrect for the reducers that are responsible for aggregating the min/max/bloomfilter (Reducers 12, 14, 2, 6). For example Reducer 2 shows 12M input records. However looking at the task logs for Reducer 2, there were only 167 input records.
It looks like Map 1 has 2 different output vertices (Reducer 2 and Reducer 8), but the total output rows for Map 1 (rather than just the rows going to each specific vertex) is being counted in the input rows for both Reducer 2 and Reducer 8.

In my team we have noticed that there is a race condition problem in JmsProducer class for request/response messaging. It causes that sometimes (nondeterministically) body of a response message is changed to null. It can happen when JMS response is received very fast (we use in-memory ActiveMQ with VM transport and no persistence) under heavy load.
It looks that there is a problem in JmsProducer class in processInOut(exchange, callback) method.

    protected boolean processInOut(final Exchange exchange, final AsyncCallback callback) {
        …
        doSend(true, destinationName, destination, messageCreator, messageSentCallback);
        // after sending then set the OUT message id to the JMSMessageID so its identical
        setMessageId(exchange);
        // continue routing asynchronously (reply will be processed async when its received)
    }

...
    protected void setMessageId(Exchange exchange) {
        if (exchange.hasOut()) {
            JmsMessage out = exchange.getOut(JmsMessage.class);
            try {
                if (out != null && out.getJmsMessage() != null) {
                    out.setMessageId(out.getJmsMessage().getJMSMessageID());
                }
            } catch (JMSException e) {
                LOG.warn("Unable to retrieve JMSMessageID from outgoing JMS Message and set it into Camel's MessageId", e);
            }
        }
    }

The problem is caused by invoking setMessageId(...) method after doSend(...). Method doSend(...) is sending JMS request message and causes that another thread is used to handle JMS reply message. This leads to a situation that 2 different threads can operate on the same exchange (which is not synchronized at all) at the same time:
1) original thread in which processInOut(...) method was called,
2) separate thread from JMS component for handling JMS response.
In our case there it was happening sometimes that setMessageId(...) was invoked at the same time as PipelineHelper.createNextMessage(exchange) method:

    public static Exchange createNextExchange(Exchange previousExchange) {
        Exchange answer = previousExchange;
        // now lets set the input of the next exchange to the output of the
        // previous message if it is not null
        if (answer.hasOut()) {
            answer.setIn(answer.getOut());
            answer.setOut(null);
        }
    }

It caused that body of response message was lost (set to null).
It looks for me that calling setMessageId(...) at the end of processInOut(...) method is redundant and this logic should be executed when JMS reply message is handled.
I've attached a patch where invokation of setMessageId(...) is removed.
I've checked that it doesn't break any test for camel-jms component.

java.lang.IllegalArgumentException: Null user
        at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2207) ~[guava-19.0.jar:?]
        at com.google.common.cache.LocalCache.get(LocalCache.java:3953) ~[guava-19.0.jar:?]
        at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4790) ~[guava-19.0.jar:?]
        at org.apache.hadoop.hive.llap.AsyncPbRpcProxy.getProxy(AsyncPbRpcProxy.java:425) ~[hive-exec-3.0.0.3.0.0.0-1101.jar:3.0.0.3.0.0.0-1101]
        at org.apache.hadoop.hive.ql.exec.tez.LlapPluginEndpointClientImpl.access$000(LlapPluginEndpointClientImpl.java:45) ~[hive-exec-3.0.0.3.0.0.0-1101.jar:3.0.0.3.0.0.0-1101]
        at org.apache.hadoop.hive.ql.exec.tez.LlapPluginEndpointClientImpl$SendUpdateQueryCallable.call(LlapPluginEndpointClientImpl.java:116) ~[hive-exec-3.0.0.3.0.0.0-1101.jar:3.0.0.3.0.0.0-1101]
        at org.apache.hadoop.hive.ql.exec.tez.LlapPluginEndpointClientImpl$SendUpdateQueryCallable.call(LlapPluginEndpointClientImpl.java:93) ~[hive-exec-3.0.0.3.0.0.0-1101.jar:3.0.0.3.0.0.0-1101]
        at com.google.common.util.concurrent.TrustedListenableFutureTask$TrustedFutureInterruptibleTask.runInterruptibly(TrustedListenableFutureTask.java:108) [guava-19.0.jar:?]
        at com.google.common.util.concurrent.InterruptibleTask.run(InterruptibleTask.java:41) [guava-19.0.jar:?]
        at com.google.common.util.concurrent.TrustedListenableFutureTask.run(TrustedListenableFutureTask.java:77) [guava-19.0.jar:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_161]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_161]
        at java.lang.Thread.run(Thread.java:748) [?:1.8.0_161]

Setting expiration for cache-container ejb, does not trigger the @PreDestroy method.
Request to remove the expiration configuration for internal ISPN we should have at least a WARN message that expiration for SFSB is not working.

See nabble
http://camel.465427.n5.nabble.com/Errors-when-under-load-tp3276259p3276259.html

JUnit version specified in org.springframework.spring-parent specifies JUnit version "4.9.0". The tertiary digit is not present in Central. Change to "4.9", or the current version "4.10".

Overview
Currently MockHttpServletResponse.sendRedirect() does not set the HTTP response status, but it should. 
The Javadoc for HttpServletResponse.sendRedirect:
Sends a temporary redirect response to the client using the specified redirect location URL.
The servlet spec says:
The sendRedirect method will set the appropriate headers and content body to redirect the client to a different URL.
There is no specific status code mentioned, but "temporary redirect" implies 302, a similar comment exists in RedirectView.sendRedirect(), and it is what Tomcat returns.
Originally reported in spring-test-mvc by Rob Winch.

 Set the HTTP response status code in MockHttpServletResponse.sendRedirect() to 302
 Set the Location HTTP response header in MockHttpServletResponse.sendRedirect() to the supplied URL

When we localize files in tez we take the filename. That doesn't work - we need to remove the path segment from it.

With Spring Boot 2.0 and Java 8, Jsr310JpaConverters is automatically used when we have in the class path. I have some field that are of type LocalDateTime. In the database, the value for these fields is sometimes null. Jsr310JpaConverters don't seem to support null values anymore.
Is there any annotation we need to put on LocalDate, LocalDateTime to avoid Jsr310JpaConverters been called if the value is null or something like that to avoid a NullPointerException?

The test TestStreaming_5 fails with the following error on Windows:

Passed in parameter is incorrectly quoted: \"\"StreamXmlRecordReader,begin=xml,end=/xml\"\"

The problem is the extra quotes in the post_options in the test 'inputreader="StreamXmlRecordReader,begin=xml,end=/xml"'
Removing the double quotes 'inputreader=StreamXmlRecordReader,begin=xml,end=/xml' makes the test happy on both Linux and Windows.

I've a very simple unit test (based on http://camel.apache.org/using-camelproxy.html) that works fine when using endpoint uri "direct:start" but fails with the following exception when using "activemq:somequeue"
	at org.apache.camel.component.jms.JmsProducer.processInOut(JmsProducer.java:140)
	at org.apache.camel.component.jms.JmsProducer.process(JmsProducer.java:90)
	at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)
	at org.apache.camel.impl.DefaultAsyncProducer.process(DefaultAsyncProducer.java:37)
	at $Proxy7.sayWordTo(Unknown Source)
	at net.earcam.cdosgi.remoteserviceadmin.CamelProxyTest.simpleArgTest(CamelProxyTest.java:93)
Looks like the problem is simply that the producer isn't started so never creates a UuidGenerator (needed for the JMS Reply-To)
org.apache.camel.component.bean.ProxyHelper - lines 45 - 51, needs to start producer (for JmsProducer)
    /**

Creates a Proxy which sends PojoExchange to the endpoint.
     */
    public static <T> T createProxy(Endpoint endpoint, ClassLoader cl, Class[] interfaces, MethodInfoCache methodCache) throws Exception 
{
        return (T) createProxyObject(endpoint, endpoint.createProducer(), cl, interfaces, methodCache);
    }

As a workaround, simply create the producer, start it and use the overloaded method createProxy that takes a producer parameter.

My requirement is that I want to limit users to dealing with a searched for entity by rather than given them access to a list of all elements.
I thought the easiest way to achieve this was to set findAllMethod="" within the entity, so I had the following within my @RooEntity annotation:
@RooEntity( findAllMethod="" )
 Unfortunately when I did so, I discovered that the controller was modified to remove all POST related methods which is not desirable. 

The RBAC implementation is not allowing a server-group scoped role to read resources in the host=* tree unless one of these is true:
1) the host only contains a server mapped to the server group
2) the host doesn't contain any servers.
This is consistent with handling of other "mappable" things but is contrary to the docs, which declare
"In addition to these privileges, users in a server-group scoped role will have non-sensitive read privileges (equivalent to the Monitor role) for resources other than those listed above."
but don't list these host resources.
It's also unintuitive, as the s-g-s-r is actually allowed to add a server on the host, but can't read the other host resources before doing so.
Also, asking the DC for the list of host names will include the host, but trying to read its root resource will result in a NoSuchResourceException.
The issue dates back to 8.0, but recent changes to the console have resulted in this breaking console behavior.

The current Implementation of FilterBasedLdapUserSearch in HEAD will create create DNs that have a invalid comma character at the end of the final DN. E.g. "cn=Stefan Podkowinski,ou=people,dc=my,dc=org,"
Please change the following lines in
acegisecurity/acegisecurity/core/src/main/java/org/acegisecurity/providers/ldap/search/FilterBasedLdapUserSearch.java
from
userDn.append(",");
userDn.append(ctx.getNameInNamespace());
to
String nameInNS = ctx.getNameInNamespace();
if(nameInNS != null && nameInNS.length() > 0) {
   userDn.append(",");
   userDn.append(nameInNS);
}

When I made the patch file for CAMEL-5306 I made a mistake and coupled the cancelling of the visibility extending scheduled task with the thread that receives the message inside SqsConsumer.  This causes issues when try to write Processors that delegate the completion of an exchange to another thread.
Actually the cancelling of the scheduled task should have been handled via exchange.addOnCompletion(), the same way the the overall SQS transaction is completed.
The attached patch fixes this issue.

I tracked a memory leak in my application down to a failure to close JDO PersistenceManager instances. I am using JdoDaoSupport, with DataNucleus 3.0.3 as JDO implementation.
Looking into the source code for spring-orm, I noticed that PersistenceManagerFactoryUtils attempts to call close() on the PersistenceManager during TransactionSynchronization.beforeCompletion() callback. DataNucleus throws a JDOUserException because the transaction is still active (the exception is logged at DEBUG level and otherwise ignored).
JDO specification 3.0 mrel3 (and earlier) says:

In a non-managed environment, if the current transaction is active, close throws JDOUserException.
(http://db.apache.org/jdo/specifications.html)
I propose a patch (attached) that:
1. defers the close() call until TransactionSynchronization.afterCompletion, and
2. logs failed close() attempt at WARN level, since it can lead to serious resource leakage.
P.S. There appears to be no SpringORM component available to log issues against.

The Spring-WS client sends an HTTP Accept  request-header field that is invalid according to the HTTP 1.1 spec.
The header that the Spring-WS client sends is:
   Accept: text/html, image/gif, image/jpeg, ; q=.2, */; q=.2
The fourth media-range in this field does not include the mandatory "/" and subtype.
The definition of the Accept header in the HTTP 1.1 spec (http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html) is:
    Accept         = "Accept" ":"
       media-range    = ( "/"

 ( type "/" "*" )

 ( type "/" subtype )
                        ) *( ";" parameter )

I would have also expected the Accept header field to contain "text/xml" explicitly (for SOAP 1.1), and not to Accept "text/html", "image/gif" or "image/jpeg". 
My spring-client-context.xml is:
  xsi:schemaLocation="http://www.springframework.org/schema/beans 
http://www.springframework.org/schema/beans/spring-beans.xsd">
  <bean id="messageFactory" class="org.springframework.ws.soap.axiom.AxiomSoapMessageFactory">
    <property name="payloadCaching" value="false" />
  </bean>
  <bean id="webServiceTemplate" class="org.springframework.ws.client.core.WebServiceTemplate">
    <property name="marshaller" ref="marshaller" />
    <property name="unmarshaller" ref="marshaller" />
    <property name="defaultUri" value="http://localhost:8079/jibx-ws-seismic/soap/quake-service" />
    <property name="messageFactory" ref="messageFactory"/>
  </bean>
  <!-- A JiBX-based payload marshaller/unmarshaller.  -->
  <bean id="marshaller" class="org.springframework.oxm.jibx.JibxMarshaller">
    <property name="targetClass" value="com.sosnoski.seismic.common.Query" />
  </bean>
</beans>

Would be good to support partial responses in the Google API components:
https://developers.google.com/blogger/docs/3.0/performance#partial-response

It's actually executed (likely with the large tests), but it's risky.

I got this while testing 0.98RC.  But am not sure if it is specific to this version.  Doesn't seem so to me.  
Also it is something similar to HBASE-5312 and HBASE-5568.
Using 10 threads i do writes to 4 RS using YCSB. The table created has 200 regions.  In one of the run with 0.98 server and 0.98 client I faced this problem like the hlogs became more and the system requested flushes for those many regions.
One by one everything was flushed except one and that one thing remained unflushed.  The ripple effect of this on the client side

com.yahoo.ycsb.DBException: org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 54 actions: RegionTooBusyException: 54 times,
        at com.yahoo.ycsb.db.HBaseClient.cleanup(HBaseClient.java:245)
        at com.yahoo.ycsb.DBWrapper.cleanup(DBWrapper.java:73)
        at com.yahoo.ycsb.ClientThread.run(Client.java:307)
Caused by: org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 54 actions: RegionTooBusyException: 54 times,
        at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.makeException(AsyncProcess.java:187)
        at org.apache.hadoop.hbase.client.AsyncProcess$BatchErrors.access$500(AsyncProcess.java:171)
        at org.apache.hadoop.hbase.client.AsyncProcess.getErrors(AsyncProcess.java:897)
        at org.apache.hadoop.hbase.client.HTable.backgroundFlushCommits(HTable.java:961)
        at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:1225)
        at com.yahoo.ycsb.db.HBaseClient.cleanup(HBaseClient.java:232)
        ... 2 more

On one of the RS

2014-02-11 08:45:58,714 INFO  [regionserver60020.logRoller] wal.FSHLog: Too many hlogs: logs=38, maxlogs=32; forcing flush of 23 regions(s): 97d8ae2f78910cc5ded5fbb1ddad8492, d396b8a1da05c871edcb68a15608fdf2, 01a68742a1be3a9705d574ad68fec1d7, 1250381046301e7465b6cf398759378e, 127c133f47d0419bd5ab66675aff76d4, 9f01c5d25ddc6675f750968873721253, 29c055b5690839c2fa357cd8e871741e, ca4e33e3eb0d5f8314ff9a870fc43463, acfc6ae756e193b58d956cb71ccf0aa3, 187ea304069bc2a3c825bc10a59c7e84, 0ea411edc32d5c924d04bf126fa52d1e, e2f9331fc7208b1b230a24045f3c869e, d9309ca864055eddf766a330352efc7a, 1a71bdf457288d449050141b5ff00c69, 0ba9089db28e977f86a27f90bbab9717, fdbb3242d3b673bbe4790a47bc30576f, bbadaa1f0e62d8a8650080b824187850, b1a5de30d8603bd5d9022e09c574501b, cc6a9fabe44347ed65e7c325faa72030, 313b17dbff2497f5041b57fe13fa651e, 6b788c498503ddd3e1433a4cd3fb4e39, 3d71274fe4f815882e9626e1cfa050d1, acc43e4b42c1a041078774f4f20a3ff5
2014-02-11 08:47:49,580 INFO  [regionserver60020.logRoller] wal.FSHLog: Too many hlogs: logs=53, maxlogs=32; forcing flush of 2 regions(s): fdbb3242d3b673bbe4790a47bc30576f, 6b788c498503ddd3e1433a4cd3fb4e39

2014-02-11 09:42:44,237 INFO  [regionserver60020.periodicFlusher] regionserver.HRegionServer: regionserver60020.periodicFlusher requesting flush for region usertable,user3654,1392107806977.fdbb3242d3b673bbe4790a47bc30576f. after a delay of 16689
2014-02-11 09:42:44,237 INFO  [regionserver60020.periodicFlusher] regionserver.HRegionServer: regionserver60020.periodicFlusher requesting flush for region usertable,user6264,1392107806983.6b788c498503ddd3e1433a4cd3fb4e39. after a delay of 15868
2014-02-11 09:42:54,238 INFO  [regionserver60020.periodicFlusher] regionserver.HRegionServer: regionserver60020.periodicFlusher requesting flush for region usertable,user3654,1392107806977.fdbb3242d3b673bbe4790a47bc30576f. after a delay of 20847
2014-02-11 09:42:54,238 INFO  [regionserver60020.periodicFlusher] regionserver.HRegionServer: regionserver60020.periodicFlusher requesting flush for region usertable,user6264,1392107806983.6b788c498503ddd3e1433a4cd3fb4e39. after a delay of 20099
2014-02-11 09:43:04,238 INFO  [regionserver60020.periodicFlusher] regionserver.HRegionServer: regionserver60020.periodicFlusher requesting flush for region usertable,user3654,1392107806977.fdbb3242d3b673bbe4790a47bc30576f. after a delay of 8677

2014-02-11 10:31:21,020 INFO  [regionserver60020.logRoller] wal.FSHLog: Too many hlogs: logs=54, maxlogs=32; forcing flush of 1 regions(s): fdbb3242d3b673bbe4790a47bc30576f

I restarted another RS and there were region movements with other regions but this region stays with the RS that has this issue.  One important observation is that in HRegion.internalflushCache() we need to add a debug log here

// If nothing to flush, return and avoid logging start/stop flush.
    if (this.memstoreSize.get() <= 0) {
    }

Because we can see that the region is requsted for a flush but it does not happen and no logs related to flush are printed in the logs. so due to some reason this memstore.size() has become 0( I assume this).  The earlier bugs were also due to similar reason.

Create a table with region replication set to a value greater than 1
Modify any of the table properties, say max file size

 The modify table should succeed and run to completion.
 The modify table keep running infinitely
 The problem occurs due to inifinitely looping between states REOPEN_TABLE_REGIONS_REOPEN_REGIONS and REOPEN_TABLE_REGIONS_CONFIRM_REOPENED of ReopenTableRegionsProcedure, called as part of ModifyTableProcedure.
 For a table having region replicas:

Any modify table operation fails to complete
Also, enable table replication fails to complete as it is unable to change the replication scope of the table in source cluster

ExecMapper contain static states, static variable "done" for example. Spark executor may execute multi tasks concurrently, ExecMapper static state updated by one task would influence the logic of another task, which may lead to unpredictable result. To reproduce, execute 

SELECT COUNT(*) FROM TEST TABLESAMPLE(1 ROWS) s

, 
TEST should be a table with several blocks source data.

I'm getting this when running projects generated from the 1.x/2.x camel-archetype-activemq
Caused by: java.lang.ClassNotFoundException: org.apache.activemq.camel.component.ActiveMQComponent
Looking into this now...

When I build Hadoop's library from TRUNK and then build Hbase from TRUNK,
when I replace Hbase hadoop's libraries with the one built from TRUNK, I get the following error.
#/opt/ant/bin/ant clean tar
clean:
[delete] Deleting directory /opt/hbase-src/build
init:
[mkdir] Created dir: /opt/hbase-src/build
[mkdir] Created dir: /opt/hbase-src/build/classes
[mkdir] Created dir: /opt/hbase-src/build/test
[mkdir] Created dir: /opt/hbase-src/build/examples
[mkdir] Created dir: /opt/hbase-src/build/webapps
[copy] Copying 8 files to /opt/hbase-src/build/webapps
[mkdir] Created dir: /opt/hbase-src/build/lib
[copy] Copying 22 files to /opt/hbase-src/build/lib
[mkdir] Created dir: /opt/hbase-src/build/conf
[copy] Copying 5 files to /opt/hbase-src/build/conf
[mkdir] Created dir: /opt/hbase-src/build/bin
[copy] Copying 7 files to /opt/hbase-src/build/bin
javacc:
compile:
[javac] Compiling 182 source files to /opt/hbase-src/build/classes
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Some input files use unchecked or unsafe operations.
jar:
[jar] Building jar: /opt/hbase-src/build/hbase-0.2.0-dev.jar
javadoc:
[mkdir] Created dir: /opt/hbase-src/build/docs/api
[javadoc] Generating Javadoc
[javadoc] Javadoc execution
[javadoc] Loading source files for package org.apache.hadoop.hbase...
[javadoc] Loading source files for package org.apache.hadoop.hbase.client...
[javadoc] Loading source files for package org.apache.hadoop.hbase.filter...
[javadoc] Loading source files for package org.apache.hadoop.hbase.generated.master...
[javadoc] Loading source files for package org.apache.hadoop.hbase.generated.regionserver...
[javadoc] Loading source files for package org.apache.hadoop.hbase.hql...
[javadoc] Loading source files for package org.apache.hadoop.hbase.hql.formatter...
[javadoc] Loading source files for package org.apache.hadoop.hbase.hql.generated...
[javadoc] Loading source files for package org.apache.hadoop.hbase.io...
[javadoc] Loading source files for package org.apache.hadoop.hbase.ipc...
[javadoc] Loading source files for package org.apache.hadoop.hbase.mapred...
[javadoc] Loading source files for package org.apache.hadoop.hbase.master...
[javadoc] Loading source files for package org.apache.hadoop.hbase.regionserver...
[javadoc] Loading source files for package org.apache.hadoop.hbase.rest...
[javadoc] Loading source files for package org.apache.hadoop.hbase.thrift...
[javadoc] Loading source files for package org.apache.hadoop.hbase.thrift.generated...
[javadoc] Loading source files for package org.apache.hadoop.hbase.util...
[javadoc] Loading source files for package org.onelab.filter...
[javadoc] Constructing Javadoc information...
[javadoc] Standard Doclet version 1.6.0_03
[javadoc] Building tree for all the packages and classes...
[javadoc] Building index for all the packages and classes...
[javadoc] Building index for all classes...
[javac] Compiling 58 source files to /opt/hbase-src/build/test
[javac] /opt/hbase-src/src/test/org/apache/hadoop/hbase/PerformanceEvaluation.java:148: org.apache.hadoop.hbase.PerformanceEvaluation.EvaluationMapTask is not abstract and does not override abstract method map(java.lang.Object,java.lang.Object,org.apache.hadoop.mapred.OutputCollector,org.apache.hadoop.mapred.Reporter) in org.apache.hadoop.mapred.Mapper
[javac]   public static class EvaluationMapTask extends MapReduceBase
[javac]                 ^
[javac] 1 error
/opt/hbase-src/build.xml:308: Compile failed; see the compiler error output for details.

The hashing eliminates the failure, but it seems that stats produced are incorrect

When using stateful session beans in wildfly-swarm the EJB container doesn't appear to ever passivate the beans. As a result the instantiated beans don't get removed, pile up in memory and eventually bring the server down.
Our configuration includes:
<swarm.ejb.file-passivation-stores.KEY.idle-timeout>5</swarm.ejb.file-passivation-stores.KEY.idle-timeout>
and
<swarm.ejb.file-passivation-stores.KEY.max-size>5</swarm.ejb.file-passivation-stores.KEY.max-size>
but neither seem to have any effect. I did wonder if I needed to replace 'KEY' with some other value, but there was no indication of that in the documentation.
I've included a simple test application to demonstrate the problem mimicking our set-up in the following GIT repository:
https://github.com/Dhoke/wildfly-swarm-ejb-passivation

public class SessionManager extends CompositeService {
  private static final Log LOG = LogFactory.getLog(CompositeService.class);
  private HiveConf hiveConf;
  private final Map<SessionHandle, HiveSession> handleToSession = new HashMap<SessionHandle, HiveSession>();
  private OperationManager operationManager = new OperationManager();
  private static final Object sessionMapLock = new Object();
  private ExecutorService backgroundOperationPool;

  public SessionManager() {
    super("SessionManager");
  }

  @Override
  public synchronized void init(HiveConf hiveConf) {
    this.hiveConf = hiveConf;
    operationManager = new OperationManager();
    int backgroundPoolSize = hiveConf.getIntVar(ConfVars.HIVE_SERVER2_ASYNC_EXEC_THREADS);
    LOG.info("HiveServer2: Async execution pool size" + backgroundPoolSize);
    backgroundOperationPool = Executors.newFixedThreadPool(backgroundPoolSize);
    addService(operationManager);
    super.init(hiveConf);
  }

when running DDL Tasks in concurrent threads - the following exception trace is observed:
java.sql.SQLIntegrityConstraintViolationException: The statement was aborted because it would have caused a duplicate ke\ y value in a unique or primary key constraint or unique index identified by 'UNIQUETABLE' defined on 'TBLS'.
  at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:207)
  at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:209)
  at org.apache.hadoop.hive.ql.Driver.run(Driver.java:174)
  at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:185)
  at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:210)
  at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:390)
  at org.apache.hadoop.hive.ql.QTestUtil$QTRunner.run(QTestUtil.java:681)
  at java.lang.Thread.run(Thread.java:619)
Caused by: javax.jdo.JDODataStoreException: Insert of object "org.apache.hadoop.hive.metastore.model.MTable@3bc8d400" us\ ing statement "INSERT INTO TBLS (TBL_ID,CREATE_TIME,DB_ID,RETENTION,TBL_NAME,SD_ID,OWNER,LAST_ACCESS_TIME) VALUES (?,?,?\ ,?,?,?,?,?)" failed : The statement was aborted because it would have caused a duplicate key value in a unique or primar\ y key constraint or unique index identified by 'UNIQUETABLE' defined on 'TBLS'.
  at org.jpox.jdo.JPOXJDOHelper.getJDOExceptionForJPOXException(JPOXJDOHelper.java:291)
  at org.jpox.jdo.AbstractPersistenceManager.jdoMakePersistent(AbstractPersistenceManager.java:671)
  at org.jpox.jdo.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:691)
  at org.apache.hadoop.hive.metastore.ObjectStore.createTable(ObjectStore.java:479)
  at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.create_table(HiveMetaStore.java:292)
  at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.createTable(HiveMetaStoreClient.java:252)
  at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:205)
  ... 7 more
Caused by: java.sql.SQLIntegrityConstraintViolationException: The statement was aborted because it would have caused a d\ uplicate key value in a unique or primary key constraint or unique index identified by 'UNIQUETABLE' defined on 'TBLS'.
  at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source)
  at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown Source)
  at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeUpdate(Unknown Source)
  at org.jpox.store.rdbms.SQLController.executeStatementUpdate(SQLController.java:396)
  at org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:370)
  at org.jpox.store.rdbms.RDBMSPersistenceHandler.insertTable(RDBMSPersistenceHandler.java:157)
  at org.jpox.store.rdbms.RDBMSPersistenceHandler.insertObject(RDBMSPersistenceHandler.java:136)
  at org.jpox.state.JDOStateManagerImpl.internalMakePersistent(JDOStateManagerImpl.java:3082)
  at org.jpox.state.JDOStateManagerImpl.makePersistent(JDOStateManagerImpl.java:3062)
  at org.jpox.ObjectManagerImpl.persistObjectInternal(ObjectManagerImpl.java:1231)
  at org.jpox.ObjectManagerImpl.persistObject(ObjectManagerImpl.java:1077)
  at org.jpox.jdo.AbstractPersistenceManager.jdoMakePersistent(AbstractPersistenceManager.java:666)
  ... 12 more
Caused by: java.sql.SQLException: The statement was aborted because it would have caused a duplicate key value in a uniq\ ue or primary key constraint or unique index identified by 'UNIQUETABLE' defined on 'TBLS'.
  at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
  at org.apache.derby.impl.jdbc.SQLExceptionFactory40.wrapArgsForTransportAcrossDRDA(Unknown Source)
  ... 30 more
Caused by: ERROR 23505: The statement was aborted because it would have caused a duplicate key value in a unique or prim\ ary key constraint or unique index identified by 'UNIQUETABLE' defined on 'TBLS'.
  at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)
  at org.apache.derby.impl.sql.execute.IndexChanger.insertAndCheckDups(Unknown Source)
  at org.apache.derby.impl.sql.execute.IndexChanger.doInsert(Unknown Source)
  at org.apache.derby.impl.sql.execute.IndexChanger.insert(Unknown Source)
  at org.apache.derby.impl.sql.execute.IndexSetChanger.insert(Unknown Source)
  at org.apache.derby.impl.sql.execute.RowChangerImpl.insertRow(Unknown Source)
  at org.apache.derby.impl.sql.execute.InsertResultSet.normalInsertCore(Unknown Source)
  at org.apache.derby.impl.sql.execute.InsertResultSet.open(Unknown Source)
when running normal select queries as well - one hits exception, stack trace:
2008-11-27 01:54:00,216 ERROR metadata.Hive (Hive.java:getTable(275)) - NoSuchObjectException(message:default.dummySrc t\
able not found)
  at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_table(HiveMetaStore.java:347)
  at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getTable(HiveMetaStoreClient.java:433)
  at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getTable(HiveMetaStoreClient.java:472)
  at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:272)
  at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:254)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getMetaData(SemanticAnalyzer.java:544)
  at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:3192)
  at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:73)
  at org.apache.hadoop.hive.ql.QTestUtil.analyzeAST(QTestUtil.java:672)
  at org.apache.hadoop.hive.ql.parse.TestParseNegative.testParseNegative_unknown_table1(TestParseNegative.java:231)
  at junit.framework.TestCase.runTest(TestCase.java:154)
  at junit.framework.TestCase.runBare(TestCase.java:127)
  at junit.framework.TestResult$1.protect(TestResult.java:106)
  at junit.framework.TestResult.runProtected(TestResult.java:124)
  at junit.framework.TestResult.run(TestResult.java:109)
  at junit.framework.TestCase.run(TestCase.java:118)
  at junit.framework.TestSuite.runTest(TestSuite.java:208)
  at junit.framework.TestSuite.run(TestSuite.java:203)
  at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:297)
  at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:672)
  at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:567)

CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/2243

Connecting to a controller via a new CommandContext always init a new console which could lead into "OutOfMemoryError: unable to create new native thread" as initBasicConsole() creates a pair of Aesh thread which are not cleaned up with terminateSession(). 

import org.jboss.as.cli.scriptsupport.CLI;

CLI cli = CLI.newInstance();
for (int i = 1; i <= tries; i++) {
            cli.connect();
            cli.disconnect();
}

Reproducer waits for 10s after every 50 connections, that's where the steps on the graph comes from:

Regression against 7.0.0.ER1 and 6.4.x

I contributed spring Namespace Handler from my custom eclipse plug-in as follows:
<extension point="org.springframework.ide.eclipse.beans.core.namespaces">
		<namespace name="Camel Spring Namespace Handler extension"
			namespaceHandler="org.apache.camel.spring.handler.CamelNamespaceHandler"
			uri="http://camel.apache.org/schema/spring">
		</namespace>
</extension>
After this, I create spring.xml file using some camel elements and I validated using spring validator . Now whenever I edit the spring.xml file and save it I am getting following error message in error log.
org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from file [C:/workspace locations/New Folder (10)/config/spring.xml]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'template': Not implemented
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:420)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:342)
at org.springframework.ide.eclipse.beans.core.internal.model.BeansConfig$2.loadBeanDefinitions(BeansConfig.java:326)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
at org.springframework.ide.eclipse.beans.core.internal.model.BeansConfig$3.call(BeansConfig.java:358)
at org.springframework.ide.eclipse.beans.core.internal.model.BeansConfig$3.call(BeansConfig.java:1)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:651)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:676)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'template': Not implemented
at org.springframework.ide.eclipse.beans.core.DefaultBeanDefinitionRegistry.removeBeanDefinition(DefaultBeanDefinitionRegistry.java:189)
at org.apache.camel.spring.handler.CamelNamespaceHandler.autoRegisterBeanDefinition(CamelNamespaceHandler.java:411)
at org.apache.camel.spring.handler.CamelNamespaceHandler.registerTemplates(CamelNamespaceHandler.java:364)
at org.apache.camel.spring.handler.CamelNamespaceHandler$CamelContextBeanDefinitionParser.doParse(CamelNamespaceHandler.java:272)
at org.springframework.beans.factory.xml.AbstractSingleBeanDefinitionParser.parseInternal(AbstractSingleBeanDefinitionParser.java:84)
at org.springframework.beans.factory.xml.AbstractBeanDefinitionParser.parse(AbstractBeanDefinitionParser.java:56)
at org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(NamespaceHandlerSupport.java:69)
at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1297)
at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1287)
at org.apache.camel.component.cxf.transport.spring.AbstractCamelContextBeanDefinitionParser.doParse(AbstractCamelContextBeanDefinitionParser.java:55)
at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:135)
at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:92)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:507)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:398)
There seems to problem with NamespaceHandler class. 

This simple Hive query would generate wrong result:
select a.key, b.k2, b.k3
from src a
join (
  select key, 
         min(key) as k,
         min(key)+1 as k1,
         min(key)+2 as k2,
         min(key)+3 as k3
  from src
  group by key
) b
on a.key=b.key and b.k1 < 5;
0       3.0     1.0
0       3.0     1.0
0       3.0     1.0
2       5.0     3.0
The right result is:
0	2.0	3.0
0	2.0	3.0
0	2.0	3.0
2	4.0	5.0

Permission names used in the security-manager subsystem model are not persisted. It can simply lead to non-bootable server configuration.
The names used for permission model nodes are persisted in the model (e.g. in an alias attribute).

Not nullify variable rj to avoid NPE due to race condition in ExecDriver. currently  rj is set to null in ExecDriver.shutdown which is called from other thread for query cancellation. It can happen at any time. There is a potential race condition,  the rj is still accessed after shutdown is called. For example: if the following code is executed right after ExecDriver.shutdown is called.

      this.jobID = rj.getJobID();
      updateStatusInQueryDisplay();
      returnVal = jobExecHelper.progress(rj, jc, ctx);

Currently the purpose of nullifying  rj is mainly to make sure rj.killJob() is only called once.
I will add a flag jobKilled to make sure rj.killJob() will be only called once.

org.apache.hadoop.hbase.mapreduce.RowCounter takes optional start/end key as inputs (-range option). It would work only when the string representation of value is identical to the string. When row key is binary,  the string representation of the value would look like this: "\x00\x01", which would be incorrect interpreted as 8 char string in the current implementation:
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/RowCounter.java
To fix that, we need change how the value is converted from command line inputs:
Change 
      scan.setStartRow(Bytes.toBytes(startKey));
to
      scan.setStartRow(Bytes.toBytesBinary(startKey));
Do the same conversion to end key as well.
The issue was discovered when the utility was used to calcualte row distribution on regions from table with binary row keys. The hbase:meta contains the start key of each region in format of above example. 

From the JLine's ConsoleReader, readLine(prompt, mask) calls the following beforeReadLine() method.

        try {
            // System.out.println("is terminal supported " + terminal.isSupported());
            if (!terminal.isSupported()) {
                beforeReadLine(prompt, mask);
            }

So specifically when using UnsupportedTerminal -Djline.terminal and prompt=null and mask!=null, a "null" string gets printed to the console before and after the query result. UnsupportedTerminal is required to be used when running beeline as a background process, hangs otherwise.

    private void beforeReadLine(final String prompt, final Character mask) {
        if (mask != null && maskThread == null) {
            final String fullPrompt = "\r" + prompt
                + "                 "
                + "                 "
                + "                 "
                + "\r" + prompt;

            maskThread = new Thread()
            {
                public void run() {
                    while (!interrupted()) {
                        try {
                            Writer out = getOutput();
                            out.write(fullPrompt);

So the prompt is null and mask is NOT in atleast 2 scenarios in beeline. 
when beeline's silent=true, prompt is null

https://github.com/apache/hive/blob/master/beeline/src/java/org/apache/hive/beeline/BeeLine.java#L1264
when running multiline queries
https://github.com/apache/hive/blob/master/beeline/src/java/org/apache/hive/beeline/Commands.java#L1093

When executing beeline in script mode (commands in a file), there should not be any masking while reading lines from the script file. aka, entire line should be a beeline command or part of a multiline hive query.
So it should be safe to use a null mask instead of ConsoleReader.NULL_MASK when using UnsupportedTerminal as jline terminal.

This is a followup on WFLY-9461. Issue seems to still be present, however it is harder to trigger.

Failed on master branch. Need debug.
[INFO] Running org.apache.hadoop.hbase.client.TestShell
[ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 722.737 s <<< FAILURE! - in org.apache.hadoop.hbase.client.TestShell
[ERROR] testRunShellTests(org.apache.hadoop.hbase.client.TestShell)  Time elapsed: 699.473 s  <<< ERROR!
org.jruby.embed.EvalFailedException: (RuntimeError) Shell unit tests failed. Check output file for details.
	at org.apache.hadoop.hbase.client.TestShell.testRunShellTests(TestShell.java:36)
Caused by: org.jruby.exceptions.RaiseException: (RuntimeError) Shell unit tests failed. Check output file for details.

I have tried the new RC2 feature "user-configured controller paths".
But it does not seem to work for paths with more than one element.
My commands are:

controller scaffold --name ~.web.MyEntityController --entity ~.model.MyEntity --path admin/myentity
controller scaffold --name ~.web.MyOtherEntityController --entity ~.model.MyOtherEntity --path /admin/myotherentity/

This is the generated view code:

<li id="web_mvc_jsp_create_admin/myentity_menu_item">
    <c:url value="/admin/myentity/form" var="web_mvc_jsp_create_admin/myentity_menu_item_url"/>
    <a href="${web_mvc_jsp_create_admin/myentity_menu_item_url}">
        <spring:message arguments="MyEntity" code="global.menu.new"/>
    </a>
</li>
...
<li id="web_mvc_jsp_create_admin/myotherentity/_menu_item">
    <c:url value="/admin/myotherentity//form" var="web_mvc_jsp_create_admin/myotherentity/_menu_item_url"/>
    <a href="${web_mvc_jsp_create_admin/myotherentity/_menu_item_url}">
        <spring:message arguments="MyOtherEntity" code="global.menu.new"/>
    </a>
</li>

And this is the result:

<a href="0">Create new MyEntity</a>
...
<a href="NaN">Create new MyOtherEntity</a>

It seems that the variable generation strategy produces invalid expressions.
Cheers
      Tim

org.wildfly.managment.notification-handler-registry
org.wildfly.managment.model-controller-client-factory

When starting a JavaEE application client with invalid ear/jar name, the error message lacks a "not" ("could NOT find application client..."):
C:\Temp>c:\Temp\wildfly-11.0.0.CR1\bin\appclient.bat some.ear#some.jar
Calling "c:\Temp\wildfly-11.0.0.CR1\bin\appclient.conf.bat"
JAVA_HOME is not set. Unexpected results may occur.
Set JAVA_HOME to the directory of your local JDK to avoid this message.
12:35:47,789 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Final
java.lang.RuntimeException: WFLYAC0023: Could find application client C:\Temp\so
me.ear
        at org.jboss.as.appclient.subsystem.Main.main(Main.java:133)
        at org.jboss.modules.Module.run(Module.java:344)
        at org.jboss.modules.Main.main(Main.java:525)

According to the doc:
https://cwiki.apache.org/confluence/display/Hive/LanguageManual+ORC#LanguageManualORC-HiveQLSyntax
One should be able to specify tblproperties for many ORC options.
But the settings for orc.compress.size and orc.stripe.size don't take effect.

When hive.exec.parallel is true, the query log is not saved and Beeline can not retrieve it.
When parallel, Driver.launchTask() may run the task in a new thread if other conditions are also on. TaskRunner.start() is invoked instead of TaskRunner.runSequential(). This cause the threadlocal variable OperationLog to be null and query logs are not logged.
The OperationLog object should be set in the new thread in this case.

The authentication fails if a user copy&pastes his OpenId identity and it includes a white sprace at the end.
An additional space is often append by copy it from hmtl pages or emails.
I've got this problem with 3.0.4, but I'm sure all other versions are also affected.
Fix would look like this at OpenIDAuthenticationFilter.attemptAuthentication():
String identity = request.getParameter("openid.identity");
if (!StringUtils.hasText(identity)) {
       identity = identity.trim(); // FIX
       String claimedIdentity = obtainUsername(request);
Stracktrace:
org.springframework.security.authentication.AuthenticationServiceException: Unable to process claimed identity 'http://alice-franz.myopenid.com/ '
	at org.springframework.security.openid.OpenIDAuthenticationFilter.attemptAuthentication(OpenIDAuthenticationFilter.java:143) ~[org.springframework.security.openid_3.0.4.RELEASE.jar:3.0.4.RELEASE]

We got a user bug report from the Fuse Forums.
After digging the code, I found the DefaultRestletBinding treat the all the request as a web form .  
It should check the request entity's MediaType to decide if the request entity is a web from.

With the update from Artemis 1.5.x to 2.6.x in WFLY-9407, Proton-J wasn't updated from 0.16.x to 0.27.3, which leads to class not found exceptions for "Sasl... " classes when remote acceptors are created and connected to (I tested with AMQP protocol). When updating Proton-J to the newest version (0.29.0) my issues are gone.
I'm not sure which other modules are using the proton-j module, but my suggestion is that we bump the version of Proton-j to the required 0.27.3 minimally.

We are using GuavaCacheManagers with explicit cache names configured, since we combine them using the CompositeCacheManager and require different cache specifications for each cache. When injection both a cache builder specification and cache names, the order of calling the appropriate setters is important, since setCacheNames() eagerly initializes the internal cache map, while setCacheSpecification() then tries to modify the CacheBuilder. Thus, the specification is effectively ignored without any errors.
I strongly suggest storing the configured cache names as list of strings and initializing them in an afterPropertiesSet() method.
So far, our work-around is to switch the order of the property XML tags in our XML configuration file, but this seems odd, since the order usually shouldn't matter.

To reproduce, remove portName or targetNameSpace attributes from org.jboss.narayana.compensations.functional.distributed.DistributedTest in the TXFramework suite. You will see that the test fails with:

"MustUnderstand headers: [{http://docs.oasis-open.org/ws-tx/wscoor/2006/06}CoordinationContext] are not understood"

The problem is that the Endpoint is not recognised, by the XTS subsytem, as having a valid @WebService annotation if these attributes are missing. In reality they are optional and an application should be allowed to leave them off. However, these attribute values are used by the XTS subsytem, so we would need to find a way of using the defaults if they are missing from the annotation.

Since HIVE-19385 it's possible to redirect bin/hive to beeline. This is not working as expected though, because in bin/hive we're setting hive.aux.jars.path. This leads to the following error:

$ USE_BEELINE_FOR_HIVE_CLI=true hive

...
Error: Could not open client transport for any of the Server URI's in ZooKeeper: Failed to open new session: java.lang.IllegalArgumentException: Cannot modify hive.aux.jars.path at runtime. It is not in list of params that are allowed to be modified at runtime (state=08S01,code=0)
Beeline version 3.0.0 by Apache Hive
beeline> 

We already avoid setting hive.aux.jars.path when running beeline service but the USE_BEELINE_FOR_HIVE_CLI override happens after that.
I'd suggest checking the value of USE_BEELINE_FOR_HIVE_CLI right after we've selected the service to run (cli/beeline/...) and override cli->beeline there.

While looking up the JSON Schema for a Groovy domain object-based repository, Spring Data REST threw an NPE. It was trying to parse Groovy's "metaClass" attribute, which doesn't exist in a pure Java-based domain object definition.
Need to add groovy-all as a test dependency and then craft some Groovy-based test cases so we can then patch whatever is needed inside PersistentEntityToJsonSchemaConverter to make this work.

Implementation of ORB - JacORB is replaced by JDK ORB in WildFly 10. Neverhteless server xml configuration files contain term 'jacorb' at several places.
Should not be word 'jacorb' removed from xml configuration and replaced by term 'iiop orb'?
Examples of occurrence

        <!-- TODO - only show this if the jacorb subsystem is added  -->
        <interface name="unsecure">
            <!--
              ~  Used for IIOP sockets in the standard configuration.
              ~                  To secure JacORB you need to setup SSL 
              -->
            <inet-address value="${jboss.bind.address.unsecure:127.0.0.1}"/>

            <logger category="jacorb">
                <level name="WARN"/>
            </logger>
            <logger category="jacorb.config">
                <level name="ERROR"/>
            </logger>

StackOverflowError happens when powering up an application context that includes JPA Hibernate entity manager, defines <tx:annotation-driven/> and Hibernate statistics bean.
The minimal project reproducing the issue is attached. Here's the snippet of the XML:

       http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd">

    <!-- Comment this line to make the test pass -->
    <tx:annotation-driven/>

    <bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
        <property name="dataSource" ref="dataSource"/>
        <property name="packagesToScan" value="com.mycompany.*"/>
        <property name="jpaVendorAdapter">
            <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
                <property name="databasePlatform" value="org.hibernate.dialect.MySQLDialect"/>
            </bean>
    </bean>

    <bean name="dataSource" class="org.springframework.jdbc.datasource.SingleConnectionDataSource">
        <property name="driverClassName" value="org.h2.Driver"/>
        <property name="url" value="jdbc:h2:mem:test"/>
        <property name="username" value="sa"/>
    </bean>

    <bean id="sessionFactory" factory-bean="entityManagerFactory" factory-method="getSessionFactory" scope="prototype"/>
    <!-- Or comment this line to make the test pass -->
    <bean id="hibernateStatistics" factory-bean="sessionFactory" factory-method="getStatistics" scope="prototype"/>

</beans>

People loading Roo are intermittently experience lock-ups where Roo reports it is "still loading". This is similar to ROO-1974, although the problem can be reproduced with zero files in the current working directory. As such I am logging it as a separate bug, so we can address the specifics in ROO-1974 separately.

CREATE TABLE JdbcBasicRead ( empno int, desg string,empname string,doj timestamp,Salary float,mgrid smallint, deptno tinyint ) ROW FORMAT DELIMITED FIELDS TERMINATED BY ',';
LOAD DATA LOCAL INPATH '/tmp/art_jdbc/hive/input/input_7columns.txt' OVERWRITE INTO TABLE JdbcBasicRead;
Sample Data.
—
7369,M,SMITH,1980-12-17 17:07:29.234234,5000.00,7902,20
7499,X,ALLEN,1981-02-20 17:07:29.234234,1250.00,7698,30
7521,X,WARD,1981-02-22 17:07:29.234234,01600.57,7698,40
7566,M,JONES,1981-04-02 17:07:29.234234,02975.65,7839,10
7654,X,MARTIN,1981-09-28 17:07:29.234234,01250.00,7698,20
7698,M,BLAKE,1981-05-01 17:07:29.234234,2850.98,7839,30
7782,M,CLARK,1981-06-09 17:07:29.234234,02450.00,7839,20
—
Select statement: SELECT empno, desg, empname, doj, salary, mgrid, deptno FROM JdbcBasicWrite

2018-09-25T07:11:03,222 WARN [HiveServer2-Handler-Pool: Thread-83]: thrift.ThriftCLIService (:()) - Error fetching results:
org.apache.hive.service.cli.HiveSQLException: java.lang.ClassCastException: org.apache.hadoop.hive.common.type.Timestamp cannot be cast to java.sql.Timestamp
at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:469) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.operation.OperationManager.getOperationNextRowSet(OperationManager.java:328) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.session.HiveSessionImpl.fetchResults(HiveSessionImpl.java:910) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at sun.reflect.GeneratedMethodAccessor50.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_112]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_112]
at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:78) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.session.HiveSessionProxy.access$000(HiveSessionProxy.java:36) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.session.HiveSessionProxy$1.run(HiveSessionProxy.java:63) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_112]
at javax.security.auth.Subject.doAs(Subject.java:422) ~[?:1.8.0_112]
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1730) ~[hadoop-common-3.1.1.3.0.1.0-187.jar:?]
at org.apache.hive.service.cli.session.HiveSessionProxy.invoke(HiveSessionProxy.java:59) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at com.sun.proxy.$Proxy46.fetchResults(Unknown Source) ~[?:?]
at org.apache.hive.service.cli.CLIService.fetchResults(CLIService.java:564) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.thrift.ThriftCLIService.FetchResults(ThriftCLIService.java:786) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.rpc.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1837) ~[hive-exec-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.rpc.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1822) ~[hive-exec-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) ~[hive-exec-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) ~[hive-exec-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.auth.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:56) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286) ~[hive-exec-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[?:1.8.0_112]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[?:1.8.0_112]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_112]
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.common.type.Timestamp cannot be cast to java.sql.Timestamp
at org.apache.hive.service.cli.ColumnValue.toTColumnValue(ColumnValue.java:203) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.RowBasedSet.addRow(RowBasedSet.java:60) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.RowBasedSet.addRow(RowBasedSet.java:32) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.operation.SQLOperation.prepareFromRow(SQLOperation.java:517) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.operation.SQLOperation.decode(SQLOperation.java:509) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:463) ~[hive-service-3.1.0.3.0.1.0-187.jar:3.1.0.3.0.1.0-187]
... 24 more
2018-09-25T07:11:03,232 INFO [HiveServer2-Handler-Pool: Thread-83]: thrift.ThriftCLIService (:()) - Session disconnected without closing properly.

Add API FileUtils.forceMkdirsParent():

    /**
     * Makes any necessary but nonexistent parent directories for a given File. If the parent directory cannot be
     * created then an IOException is thrown.
     * 
     * @param file
     *            file with parent to create, must not be {@code null}
     * @throws NullPointerException
     *             if the file is {@code null}
     * @throws IOException
     *             if the parent directory cannot be created
     * @since 2.5
     */
    public static void forceMkdirParent(final File file) throws IOException 

There were several changes connected to Optional return statement for findById method. It affects existsById method, cause it's implementation is not currently correct

findById(id) != null; // such rows should be changed to findById(id).isPresent()

with script

body = $request.getBody()
$request.setBody("Hello " + body);

we get 

uby: body = $request.getBody();
$request.setBody("Hello " + body);. Cause: org.jruby.embed.EvalFailedException: (NoMethodError) undefined method `getBody' for nil:NilClass
	at org.apache.camel.builder.script.ScriptBuilder.createScriptEvaluationException(ScriptBuilder.java:540)
	at org.apache.camel.builder.script.ScriptBuilder.evaluateScript(ScriptBuilder.java:409)
	at org.apache.camel.builder.script.ScriptBuilder.process(ScriptBuilder.java:181)
	at org.apache.camel.processor.DelegateSyncProcessor.process(DelegateSyncProcessor.java:63)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:149)
	at org.apache.camel.impl.DefaultProducerTemplate.requestBody(DefaultProducerTemplate.java:301)
	at org.apache.camel.impl.DefaultProducerTemplate.requestBody(DefaultProducerTemplate.java:331)
	at org.wildfly.camel.test.script.ScriptIntegrationTest.scriptProcessing(ScriptIntegrationTest.java:100)
	at org.wildfly.camel.test.script.ScriptIntegrationTest.testRuby(ScriptIntegrationTest.java:75)

It seems that the scriptengine can load the script and that the request object is nil.
This used to work 2.15.2 and earlier 2.16 snapshots 
CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/845

Create parquet table with map and run select * from parquet_table, returns following exception:

 FAILED: RuntimeException java.lang.ClassCastException: org.apache.hadoop.hive.ql.io.parquet.serde.DeepParquetHiveMapInspector cannot be cast to org.apache.hadoop.hive.ql.io.parquet.serde.StandardParquetHiveMapInspector

However select <mapcol> from parquet_table seems to work, and thus joins will work.

With CBO, we disable n-way joins.  But for consecutive tables we can safely collapse into n-way joins. For e.g this is safe to collapse:

select p1.p_name, p2.p_name, p3.p_name from part p1 join part p2 on p1.p_name = p2.p_name join part p3 on p3.p_name = p1.p_name;

whereas, we shouldn't reorder in this case:

select p1.p_name, p2.p_name, p3.p_name 
from part p1 join part p2 on p1.p_name = p2.p_name join part p3 on p3.p_size = p1.p_size and p3.p_size = p2.p_size join part p4 on p1.p_name = p4.p_name;

Tez in place updates detects STDOUT redirection and logs using old logging method. Similarly it should detect STDERR redirection as well. This will make sure following will log using old method

hive -e '<some_query>' 2> err.log

The default value of hive.exec.stagingdir which is a relative path, and also drop partition on a external table will not clear the real data. As a result, insert overwrite partition twice will happen to fail because of the target data to be moved has 
 already existed.
This happened when we reproduce partition data onto a external table. 
I see the target data will not be cleared only when immediately generated data is child of the target data directory, so my proposal is trying  to clear target file already existed finally whe doing rename  immediately generated data into the target data directory
Operation reproduced:

create external table insert_after_drop_partition(key string, val string) partitioned by (insertdate string);
from src insert overwrite table insert_after_drop_partition partition (insertdate='2008-01-01') select *;
alter table insert_after_drop_partition drop partition (insertdate='2008-01-01');

2017-07-09T08:32:05,212 ERROR [f3bc51c8-2441-4689-b1c1-d60aef86c3aa main] exec.Task: Failed with exception java.io.IOException: rename for src path: pfile:/data/haihua/official/hive/itests/qtest/target/warehouse/insert_after_drop_partition/insertdate=2008-01-01/.hive-staging_hive_2017-07-09_08-32-03_840_4046825276907030554-1/-ext-10000/000000_0 to dest path:pfile:/data/haihua/official/hive/itests/qtest/target/warehouse/insert_after_drop_partition/insertdate=2008-01-01/000000_0 returned false
org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: rename for src path: pfile:/data/haihua/official/hive/itests/qtest/target/warehouse/insert_after_drop_partition/insertdate=2008-01-01/.hive-staging_hive_2017-07-09_08-32-03_840_4046825276907030554-1/-ext-10000/000000_0 to dest path:pfile:/data/haihua/official/hive/itests/qtest/target/warehouse/insert_after_drop_partition/insertdate=2008-01-01/000000_0 returned false
        at org.apache.hadoop.hive.ql.metadata.Hive.moveFile(Hive.java:2992)
        at org.apache.hadoop.hive.ql.metadata.Hive.replaceFiles(Hive.java:3248)
        at org.apache.hadoop.hive.ql.metadata.Hive.loadPartition(Hive.java:1532)
        at org.apache.hadoop.hive.ql.metadata.Hive.loadPartition(Hive.java:1461)
        at org.apache.hadoop.hive.ql.exec.MoveTask.execute(MoveTask.java:498)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2073)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1744)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1453)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1171)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1161)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:232)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:335)
        at org.apache.hadoop.hive.ql.QTestUtil.executeClientInternal(QTestUtil.java:1137)
        at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:1111)
        at org.apache.hadoop.hive.cli.TestCliDriver.runTest(TestCliDriver.java:120)
        at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_insert_after_drop_partition(TestCliDriver.java:103)
Caused by: java.io.IOException: rename for src path: pfile:/data/haihua/official/hive/itests/qtest/target/warehouse/insert_after_drop_partition/insertdate=2008-01-01/.hive-staging_hive_2017-07-09_08-32-03_840_4046825276907030554-1/-ext-10000/000000_0 to dest path:pfile:/data/haihua/official/hive/itests/qtest/target/warehouse/insert_after_drop_partition/insertdate=2008-01-01/000000_0 returned false
        at org.apache.hadoop.hive.ql.metadata.Hive$3.call(Hive.java:2972)
        at org.apache.hadoop.hive.ql.metadata.Hive$3.call(Hive.java:2962)

Beeline can show MR job progress info, but can't show that of Spark job. CLI doesn't have this problem.

Insert statements create files of format ending with 0000_0, 0001_0 etc. However, the load data uses the input file name. That results in inconsistent naming convention which makes SMB joins difficult in some scenarios and may cause trouble for other types of queries in future.
We need consistent naming convention.
For non-bucketed table, hive renames all the files regardless of how they were named by the user.
 For bucketed table, hive relies on user to name the files matching the bucket in non-strict mode. Hive assumes that the data belongs to same bucket in a file. In strict mode, loading bucketed table is disabled.
This will likely affect most of the tests which load data which is pretty significant due to which it is further divided into two subtasks for smoother merge.
For existing tables in customer database, it is recommended to reload bucketed tables otherwise if customer tries to run SMB join and there is a bucket for which there is no split, then there is a possibility of getting incorrect results. However, this is not a regression as it would happen even without the patch.
With this patch however, and reloading data, the results should be correct.
For non-bucketed tables and external tables, there is no difference in behavior and reloading data is not needed.

StaxEventItemWriter headers should not have to be the same type as the T that the writer is parameterised with.  They could be anything that the Marshaller understands. 

See nabble
http://camel.465427.n5.nabble.com/Issue-in-publishTopicName-in-mqtt-component-td5760531.html

Enable rsgroup feature
Enable quota feature which created hbase::quota table
quota table region will be marked as RIT since the rsgroup for the table is not known

2018-05-10 14:33:32,392 INFO  [ProcedureExecutorThread-0] zookeeper.ZKTableStateManager: Moving table hbase:quota state from null to ENABLING
2018-05-10 14:33:32,397 WARN  [ProcedureExecutorThread-0] rsgroup.RSGroupBasedLoadBalancer: Group for table hbase:quota is null
2018-05-10 14:33:32,398 WARN  [ProcedureExecutorThread-0] master.RegionStates: Failed to open/close 89490cd5e00ea8948af413a1df65091a on null, set to FAILED_OPEN
2018-05-10 14:33:32,398 INFO  [ProcedureExecutorThread-0] master.RegionStates: Transition {89490cd5e00ea8948af413a1df65091a state=OFFLINE, ts=1525977212397, server=null} to {89490cd5e00ea8948af413a1df65091a state=FAILED_OPEN, ts=1525977212398, server=null}
2018-05-10 14:33:32,398 INFO  [ProcedureExecutorThread-0] zookeeper.ZKTableStateManager: Moving table hbase:quota state from ENABLING to ENABLED

Reason for this issue: 
system table creation doesn't move the table to the appropriate rs group to which system namespace is assigned to. Need to execute logic similar to what is done in the RSGroupAdminEndpoint for post table creation for user table creation.

Assigning the system table to default rsgroup (or to the rsgroup to which the system namespace has been assigned).
Manually assigning the region in RIT from the system table
  
There are multiple subtly different paths in Hive.get(...) methods. Some close the old db on refresh, some don't. Some check if the client is compatible with config, some don't. Also there were some parameters (don't register functions, disallow embedded metastore) that were added recently.
Need to make this stuff go thru one path.

StringExpr::compare() == 0 is forced to evaluate the whole memory comparison loop for differing lengths of strings, though there is no possibility they will ever be equal.
Add a StringExpr::equals which can be a smaller and tighter loop.

I found some incorrect code example in docs.
The following code snippet is described in 5.13.1.
(and this is the link of github: https://github.com/spring-projects/spring-data-redis/blame/2.1.3.RELEASE/src/main/asciidoc/reference/redis.adoc#L553)

RedisCacheManager cm = RedisCacheManager.builder(connectionFactory)
	.cacheDefaults(defaultCacheConfig())
	.initialCacheConfigurations(singletonMap("predefined", defaultCacheConfig().disableCachingNullValues()))
	.transactionAware()
	.build();

But the implementation is different with the document's example.
It have to be changed like this:
initialCacheConfigurations => withInitialCacheConfigurations
 
I have a WAR which contains a bunch of JSF views and two JAX-RS applications, each with its own @ApplicationPath on a class extending javax.ws.rs.core.Application.
When starting the Swarm JAR, I see this line in the log:

2016-03-27 21:21:33,457 INFO  [org.jboss.resteasy.resteasy_jaxrs.i18n] (ServerService Thread Pool -- 15) RESTEASY002225: Deploying javax.ws.rs.core.Application: class org.wildfly.swarm.generated.WildFlySwarmDefaultJAXRSApplication

and it seems that all my JSF URLs are handled by RESTEasy:

2016-03-27 21:21:48,757 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /myapp/login.xhtml: javax.ws.rs.NotFoundException: RESTEASY003210: Could not find resource for full path: http://localhost:8080/myapp/login.xhtml
        at org.jboss.resteasy.core.registry.SegmentNode.match(SegmentNode.java:114)
        at org.jboss.resteasy.core.registry.RootNode.match(RootNode.java:43)

I don't think there is a need for a generated JAX-RS application in this setup, and it definitely shouldn't catch all URLs.

Vectorize a submit of current PTFOperator window function support.  The first phase doesn't include custom PRECEDING / FOLLOWING window frame clauses.
Since we don't have unbounded support yet (i.e. spilling to disk) the enable variable hive.vectorized.execution.ptf.enabled is off by default.

In section 2.6. The Default Authentication Manager - 
BEGIN QUOTE:
We've touched on the idea that the namespace configuration automatically registers an authentication manager bean for you. This is an instance of Spring Security's ProviderManager class, which you may already be familiar with if you've used the framework before. You can't use a custom AuthenticationProvider if you are using either HTTP or method security through the namespace, but this should not be a problem as you have full control over the AuthenticationProviders that are used.
END QUOTE
The 3rd Sentence "You can't use a custom 'AuthenticationProvider' if you are using either ... " should it be 'AuthenticationManager instead?

Saw the following hitting /rs-status
<pre>    INTERNAL_SERVER_ERROR</pre></p><h3>Caused by:</h3><pre>java.lang.NullPointerException
        at org.apache.hadoop.hbase.monitoring.TaskMonitor.purgeExpiredTasks(TaskMonitor.java:97)
        at org.apache.hadoop.hbase.monitoring.TaskMonitor.getTasks(TaskMonitor.java:127)
        at org.apache.hbase.tmpl.common.TaskMonitorTmplImpl.renderNoFlush(TaskMonitorTmplImpl.java:50)
        at org.apache.hbase.tmpl.common.TaskMonitorTmpl.renderNoFlush(TaskMonitorTmpl.java:170)
        at org.apache.hbase.tmpl.regionserver.RSStatusTmplImpl.renderNoFlush(RSStatusTmplImpl.java:70)
        at org.apache.hbase.tmpl.regionserver.RSStatusTmpl.renderNoFlush(RSStatusTmpl.java:176)
        at org.apache.hbase.tmpl.regionserver.RSStatusTmpl.render(RSStatusTmpl.java:167)
        at org.apache.hadoop.hbase.regionserver.RSStatusServlet.doGet(RSStatusServlet.java:48)

We have seen a use case where in the user's script, it run 'add jar hive_contrib.jar'. Since Hive has moved the jar file to be hive-contrib-
{version}
.jar, it introduced backward incompatibility. If we as the user to change the script and when Hive upgrade version again, the user need to change the script again. Creating a symlink seems to be the best solution. 

HDFS recently came out with support for extended ACL's, ie permission for specific group/user in addition to the general owner/group/other permission.
Hive permission inheritance should also inherit those as well, if user has set them at any point in the warehouse directory.

Minor thing; work is being done in the wrong method. It has no negative effect other than I was trying to search for a particular kind of problem across the code base and this somewhat hid things.

hbase(main):002:0> list_procedures
 Id Name State Submitted_Time Last_Update Parameters

ERROR: undefined method `slice' for #<Hash:0x5996d6f2>

When using a route to listen to UDP multicast address , no messages seem to get consumed. No exceptions are observed. 
Multicast address is defined as addresses in the range of 224.0.0.0 through 239.255.255.255 (http://en.wikipedia.org/wiki/Multicast_address)
Input was simple string (e.g. "Test String")
Example Route:
<route>
     <from uri="netty:udp://225.1.1.1:8001?allowDefaultCodec=false&sync=false&broadcast=true"/>
</route>
Found an old topic in the user discussion forum that seems related.  Did not find any unit tests in the Camel source code exercising this behavior.  (http://camel.465427.n5.nabble.com/camel-netty-and-multicast-tt4638622.html)

Currently Hive overrides Hadoop specific system properties such as HADOOP_CLASSPATH.
It does the following in bin/hive script :

# pass classpath to hadoop
export HADOOP_CLASSPATH=${CLASSPATH}

Instead, It should honor the value of HADOOP_CLASSPATH set by client by appending CLASSPATH to it.

I have tested several times. The loop condition will not be checked if ahc component is in the loop.
        from("quartz2://jf-log/trigger3?trigger.repeatInterval=2&trigger.repeatCount=0")
            .loopDoWhile(body().isNotEqualTo("done"))
              .setHeader(Exchange.HTTP_METHOD, constant("GET"))
              .to("ahc:https://www.baidu.com/")
              .choice()
              .when(exchangeProperty("CamelLoopIndex").isEqualTo(3))
                .setBody(constant("done"))
                .endChoice()
              .end()
            .end()
            .to("mock:result");
The loop will be infinite, the workarround is to use http component instead of ahc.

Removing token from in memory token store doesn't keep track of client id to tokens map for user tokens - it should use the client id as a has key not the principal name (which is a user name for user tokens).

We can add custom user given metadata in AWS S3 as part of S3Headers in S3 Producer. However, the same user provided meta data cannot be retrieved via S3 Consumer.
Amazon SDK S3 Object provides two types of meta data:
1) Raw Meta Data
2) User Meta Data
In S3Endpoint.java, you can either set User Meta Data instead of Raw Meta Data for S3 Headers or provide another key like S3UserMetaData and provide this User Meta Data as value for that key.
Currently, there seems to be no way to access this User provided custom headers using Camel.

I tested this on Hive 1.2.1 but looks like it's still applicable to 2.0.
I ran this query:

create table flights (
…
)
PARTITIONED BY (Year int)
CLUSTERED BY (Month)
SORTED BY (DayofMonth) into 12 buckets
TBLPROPERTIES("orc.bloom.filter.columns"="*")
;

(Taken from here: https://github.com/t3rmin4t0r/all-airlines-data/blob/master/ddl/orc.sql)
I profiled just the reduce phase and noticed something odd, the attached graph shows where time was spent during the reducer phase.

Problem seems to relate to https://github.com/apache/hive/blob/branch-2.0/ql/src/java/org/apache/hadoop/hive/ql/exec/FileSinkOperator.java#L903
/cc Gopal V

Should instead "simply" display "null"...

/usr/lib/hbase/bin/hbase org.apache.hadoop.hbase.io.hfile.HFile -m -s -v -f
/hbase/compound3/5ab5fdfcf2aff2633e1d6d5089c96aa2/d/fca0882dc7624342a8f4fce4b89420ff
13/09/24 12:33:40 INFO util.ChecksumType: Checksum using
org.apache.hadoop.util.PureJavaCrc32
Scanning ->
13/09/24 12:33:41 INFO hfile.CacheConfig: Allocating LruBlockCache with
maximum size 2.9g
13/09/24 12:33:41 ERROR metrics.SchemaMetrics: Inconsistent configuration.
Previous configuration for using table name in metrics: true, new
configuration: false
13/09/24 12:33:41 WARN snappy.LoadSnappy: Snappy native library is available
13/09/24 12:33:41 INFO util.NativeCodeLoader: Loaded the native-hadoop
library
13/09/24 12:33:41 INFO snappy.LoadSnappy: Snappy native library loaded
13/09/24 12:33:41 INFO compress.CodecPool: Got brand-new decompressor
Block index size as per heapsize: 336
        at org.apache.hadoop.hbase.KeyValue.keyToString(KeyValue.java:716)
        at
org.apache.hadoop.hbase.io.hfile.AbstractHFileReader.toStringFirstKey(AbstractHFileReader.java:138)
        at
org.apache.hadoop.hbase.io.hfile.AbstractHFileReader.toString(AbstractHFileReader.java:149)
        at
org.apache.hadoop.hbase.io.hfile.HFilePrettyPrinter.printMeta(HFilePrettyPrinter.java:318)
        at
org.apache.hadoop.hbase.io.hfile.HFilePrettyPrinter.processFile(HFilePrettyPrinter.java:234)
        at
org.apache.hadoop.hbase.io.hfile.HFilePrettyPrinter.run(HFilePrettyPrinter.java:189)
        at org.apache.hadoop.hbase.io.hfile.HFile.main(HFile.java:756)

UDFOPNegative is throwing out NullPointerException. It should return NULL for that.

See https://builds.apache.org/job/HBase%20Website%20Link%20Ckecker/25/artifact/link_report/mapped.html

Running 0.90@r1052112 I see two regions for META on the same server. Both have start key '' and end key ''.
Things seem to work OK, but it's very strange.

The ScheduledTasksBeanDefinitionParser creates a ScheduledTaskRegistrar. Because ScheduledTaskRegistrar schedules task using InitializingBean#afterPropertiesSet these tasks start running while the ApplicationContext hasn't fully initialized yet. When those tasks in turn interact with the ApplicationContext, this can lead to problems (in my case a deadlock as some initializing bean was trying to obtain a lock on an AMQP Connection already in use by my scheduled task). 
The ScheduledAnnotationBeanPostProcessor implements ApplicationListener<ContextRefreshedEvent> to create that ScheduledTaskRegistrar in onApplicationEvent and to call afterPropertiesSet itself from there, so it doesn't suffer from this problem. 
I would think that when using the task namespace Spring should still guarantee that tasks aren't scheduled until the ApplicationContext is completely initialized, so the ScheduledTaskRegistrar should probably implement ApplicationListener<ContextRefreshedEvent> itself.
See https://jira.springsource.org/browse/AMQP-218 for background info. 

I'm trying to connect to our private salesforce cloud using camel and trying to generate DTO's using the camel-salesforce-maven. It connects well and it shows that there are about 627 objects found. Then while trying to generate the java classes it throws the exception as below. I'm using the below command and I've tried with the 2.18. 2.19 and 2.20 versions but I see this consistent error across all the versions. 
mvn camel-salesforce:generate -DcamelSalesforce.clientId=<clientId> -DcamelSalesforce.clientSecret=<scret>-DcamelSalesforce.userName=<username> -DcamelSalesforce.password=<password> -DcamelSalesforce.loginUrl=<loginUrl> -DcamelSalesforce.version=41.0
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, no dependency information available
[WARNING] Failed to retrieve plugin descriptor for org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be resolved: Failure to find org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 in https://maven.repository.redhat.com/techpreview/all/ was cached in the local repository, resolution will not be reattempted until the update interval of redhat-techpreview-all-repository has elapsed or updates are forced
[WARNING] The POM for org.apache.maven.plugins:maven-surefire-plugin:jar:
{maven-surefire-plugin-version} is missing, no dependency information available
[WARNING] Failed to retrieve plugin descriptor for org.apache.maven.plugins:maven-surefire-plugin:{maven-surefire-plugin-version}
: Plugin org.apache.maven.plugins:maven-surefire-plugin:
{maven-surefire-plugin-version} or one of its dependencies could not be resolved: Failure to find org.apache.maven.plugins:maven-surefire-plugin:jar:{maven-surefire-plugin-version}
 in https://maven.repository.redhat.com/techpreview/all/ was cached in the local repository, resolution will not be reattempted until the update interval of redhat-techpreview-all-repository has elapsed or updates are forced
[INFO] 
[INFO] Building Camel :: Salesforce :: Maven plugin 2.17.8-SNAPSHOT
[INFO] 
[INFO] — camel-salesforce-maven-plugin:2.18.1.redhat-000021:generate (default-cli) @ camel-salesforce-maven-plugin —
[INFO] Logging initialized @3646ms
[INFO] Available providers: SUN version 1.8.
[INFO] Salesforce login...
[INFO] Login user <ouruserid> at Salesforce loginUrl: https://<our-private-url>/services/oauth2/token
[INFO] Login successful
[INFO] Salesforce login successful
[INFO] Getting Salesforce Objects...
[WARNING] Generating Java classes for all 627 Objects, this may take a while...
[INFO] Retrieving Object descriptions...
[INFO] Generating Java Classes...
[INFO] Logout successful
[INFO] Total time: 01:34 min
[INFO] Finished at: 2017-11-02T22:22:41-04:00
[INFO] Final Memory: 42M/594M
[ERROR] Failed to execute goal org.apache.camel.maven:camel-salesforce-maven-plugin:2.18.1.redhat-000021:generate (default-cli) on project camel-salesforce-maven-plugin: Error creating EntityParticle.java: Invocation of method 'getFieldType' in  class org.apache.camel.maven.CamelSalesforceMojo$GeneratorUtility threw exception org.apache.maven.plugin.MojoExecutionException: Unsupported type urn:RelationshipReferenceTo for field ReferenceTo at /sobject-pojo.vm[line 77, column 30] -> [Help 1]

Here is the user question about the workgroup setting.
http://camel.465427.n5.nabble.com/netty4-http-producer-workerGroup-and-producerPool-tp5789681.html
We need to update the document for this option. 

Currently, the cache used for ejb client mappings uses the same cache mode as the cache used for SFSBs.  On a 4 node cluster, this results in an extra RPC for half of the requests.  The client mappings cache should always use REPL, if the SFSB cache is clustered, and should never use a persistent store.

select format_number(cast(null as int), 0);

When scheduling a Timer for immediate (or close) timeout, the related timer task execution may start and check if the timer is active, before the timer is added to the timer service's scheduledTimerFutures map, and in such case the timer task will consider that the Timer is not active and skip the execution.

See nabble
http://www.nabble.com/ToStringTypeConverter-and-null-message-bodies-td25978515.html

Domain classes should be in the server part, and it is not necessary to share them with gwt.
If you use ProxyForName and ServiceName annotations, you could remove these classes from the shared folder and put them in the server side. 
This change allows us to customize Entity.java files with whatever we need in the server side. 
Right now, it isn't possible this customization unless introducing aspect files, and it is not possible to remove completely the roo dependencies using the eclipse 'Refactor -> Push In' ajdt feature.

The issue happens when use the same class to define an entity of Spring Data MongoDB and Spring Data Solr, and also have a field with annotation in MongoDB as @DBRef. @DBRef adds the annotation @Reference, when mapping the object to SimpleSolrPersistentEntity, this sets to null the property association on AbstractPersistentProperty. Then, when you make a search with Spring Data Solr and try to get the hasScoreProperty() this throws a NullPointerException.

        at org.springframework.data.mapping.model.BasicPersistentEntity.getPersistentProperty(BasicPersistentEntity.java:266)
	at org.springframework.data.solr.core.mapping.SimpleSolrPersistentEntity.getScoreProperty(SimpleSolrPersistentEntity.java:133)
	at org.springframework.data.solr.core.mapping.SimpleSolrPersistentEntity.hasScoreProperty(SimpleSolrPersistentEntity.java:124)
	at org.springframework.data.solr.core.SolrTemplate.query(SolrTemplate.java:497)
	at org.springframework.data.solr.core.SolrTemplate.doQueryForPage(SolrTemplate.java:338)
	at org.springframework.data.solr.core.SolrTemplate.queryForPage(SolrTemplate.java:350)
	at com.mycompany.engine.solr.repositories.bc.SolrBCDaoImpl.selectObject(SolrBCDaoImpl.java:104)

Currently, Dependency.java uses JavaSymbolName for the type of the artifactId. This is unnecessary as artifact ids are typically not class or package types like the groupId. It also prevents the dash ("-") character being added as an invalid character for class and package names.

As per thread on FUSE forum http://fusesource.com/forums/thread.jspa?threadID=834&tstart=0:
[[
I have a camel route that listens on a CXFEndpoint (for MESSAGE data as DOMSource) and routes the message to a JMS queue. Something like:
<route>
<from uri="cxf:bean:passportRequestWS?dataFormat=MESSAGE"/>
<to uri="soapProcessor"/>
<convertBodyTo type="java.lang.String"/>
<to uri="activemq:queue:blah"/>
<convertBodyTo type="javax.xml.transform.dom.DOMSource"/>
</route>
My understanding is that the JMS producer will realize that the exchange is InOut, create a temporary queue for the response, and then wait for the response to arrive on the temporary queue before sending the original CXFExchange on along the pipeline. Indeed, this is what I observe! However, I?ve discovered a little nasty.
When the JMSProducer gets in the incoming message, it sets the Out message of the original CXFExchange to a JmsMessage. Then, the pipeline processor calls exchange.getOut on the CXFExchange and BANG! we get a class-cast exception. Turns out that the CXFExchange.getOut() method always casts the message to a CxfMessage. Ouch. Surely this means then that camel-cxf can?t talk to any producer that does not produce a CXFMessage - very limiting.
]]
The response on the form from davsclaus was:
[[
Well spotted.
If just the damn Exchange was final so we had one implementation of it. But I guess we have to thank Java generics for that so the first API had generics for per component.
Could you create a ticket in JIRA for this?
As a workaround you can add a processor where you have full access to the Exchange so you can set a CxfMessage as the payload.
]]

For eg: If two tables T1 sorted by (a, b, c) clustered by a and T2 sorted by (a) and clustered by (a) are joined, the following exception is seen

14/08/11 09:09:38 ERROR ql.Driver: FAILED: IndexOutOfBoundsException Index: 1, Size: 1
at java.util.ArrayList.RangeCheck(ArrayList.java:547)
at java.util.ArrayList.get(ArrayList.java:322)
at org.apache.hadoop.hive.ql.optimizer.AbstractSMBJoinProc.checkSortColsAndJoinCols(AbstractSMBJoinProc.java:378)
at org.apache.hadoop.hive.ql.optimizer.AbstractSMBJoinProc.isEligibleForBucketSortMergeJoin(AbstractSMBJoinProc.java:352)
at org.apache.hadoop.hive.ql.optimizer.AbstractSMBJoinProc.canConvertBucketMapJoinToSMBJoin(AbstractSMBJoinProc.java:119)
at org.apache.hadoop.hive.ql.optimizer.SortedMergeBucketMapjoinProc.process(SortedMergeBucketMapjoinProc.java:51)
at org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:90)
at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:94)
at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:78)
at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.walk(DefaultGraphWalker.java:132)
at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:109)
at org.apache.hadoop.hive.ql.optimizer.SortedMergeBucketMapJoinOptimizer.transform(SortedMergeBucketMapJoinOptimizer.java:109)
at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:146)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9305)
at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:327)
at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:64)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:393)

Incase of dynamically partitioned hash join, the semijoin branch is removed to avoid a cycle even though it does not create a cycle.

In ruby,tests within the same test class are invoked in alphabetical order,so delete test cases are running on a table before adding any entry.
TestShell logs showing "Row not found" for each delete test everytime.

ERROR: Row Not Found

Delete all cells in a given row; pass a table name, row, and optionally
a column and timestamp. Examples:

  hbase> deleteall 't1', 'r1'
  hbase> deleteall 't1', 'r1', 'c1'
  hbase> deleteall 't1', 'r1', 'c1', ts1

The same commands also can be run on a table reference. Suppose you had a reference
t to table 't1', the corresponding command would be:

  hbase> t.deleteall 'r1'
  hbase> t.deleteall 'r1', 'c1'
  hbase> t.deleteall 'r1', 'c1', ts1

Before deleting a row we are checking whether the row is present or not.

    def _deleteall_internal(row, column = nil, timestamp = org.apache.hadoop.hbase.HConstants::LATEST_TIMESTAMP)
      raise ArgumentError, "Row Not Found" if _get_internal(row).nil?

Need to improve delete tests in table_tests.rb.

Wrong order of job instances in MapJobInstanceDao.getLastJobInstances. MapJobInstanceDao.getLastJobInstances returns always  'old' job instances.

Spring fails to create entity with exactly 32 parameters in constructor (less and more than that is alright - not sure about n*32).
The code below is enough to reproduce the issue: (in my case this is mongo, but the class that causes the issue seems to be a common one)
 
package com.example.demo

import org.springframework.boot.CommandLineRunner
import org.springframework.boot.autoconfigure.SpringBootApplication
import org.springframework.boot.runApplication
import org.springframework.context.annotation.Bean
import org.springframework.data.mongodb.repository.MongoRepository
import org.springframework.stereotype.Repository

data class TestEntity(val uid: String = "", val `1`: String = "", val `2`: String = "", val `3`: String = "", val `4`: String = "", val `5`: String = "",
        val `6`: String = "", val `7`: String = "", val `8`: String = "", val `9`: String = "", val `10`: String = "", val `11`: String = "", val `12`: String = "",
        val `13`: String = "", val `14`: String = "", val `15`: String = "", val `16`: String = "", val `17`: String = "", val `18`: String = "", val `19`: String = "",
        val `20`: String = "", val `21`: String = "", val `22`: String = "", val `23`: String = "", val `24`: String = "", val `25`: String = "", val `26`: String = "",
        val `27`: String = "", val `28`: String = "", val `29`: String = "", val `30`: String = "", val `31`: String = ""
)

interface TestRepository: MongoRepository<TestEntity, String>

class DemoApplication() {

    @Bean fun test(testRepository: TestRepository): CommandLineRunner {
        return CommandLineRunner {
            testRepository.save(TestEntity())
            testRepository.findAll()
        }
    }
}

fun main(args: Array<String>) {
    runApplication<DemoApplication>(*args)
}

If parameter is added or removed from TestEntity class it works as expected.
To blame is probably:

KotlinClassGeneratingEntityInstantiator.DefaultingKotlinClassInstantiatorAdapter

java.lang.IllegalStateException: Failed to execute CommandLineRunnerjava.lang.IllegalStateException: Failed to execute CommandLineRunner at org.springframework.boot.SpringApplication.callRunner(SpringApplication.java:821) [spring-boot-2.0.5.RELEASE.jar:2.0.5.RELEASE] at org.springframework.boot.SpringApplication.callRunners(SpringApplication.java:802) [spring-boot-2.0.5.RELEASE.jar:2.0.5.RELEASE] at org.springframework.boot.SpringApplication.run(SpringApplication.java:341) [spring-boot-2.0.5.RELEASE.jar:2.0.5.RELEASE] at org.springframework.boot.SpringApplication.run(SpringApplication.java:1277) [spring-boot-2.0.5.RELEASE.jar:2.0.5.RELEASE] at org.springframework.boot.SpringApplication.run(SpringApplication.java:1265) [spring-boot-2.0.5.RELEASE.jar:2.0.5.RELEASE] at com.example.demo.DemoApplicationKt.main(DemoApplication.kt:37) [classes/:na]Caused by: org.springframework.data.mapping.model.MappingInstantiationException: Failed to instantiate com.example.demo.TestEntity using constructor fun <init>(kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String, kotlin.String): com.example.demo.TestEntity with arguments ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,null at org.springframework.data.convert.ClassGeneratingEntityInstantiator$EntityInstantiatorAdapter.createInstance(ClassGeneratingEntityInstantiator.java:224) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.convert.ClassGeneratingEntityInstantiator.createInstance(ClassGeneratingEntityInstantiator.java:84) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:271) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:245) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:194) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:190) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:78) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.MongoTemplate$ReadDocumentCallback.doWith(MongoTemplate.java:2800) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:2463) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:2259) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:2242) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.core.MongoTemplate.find(MongoTemplate.java:771) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.repository.support.SimpleMongoRepository.findAll(SimpleMongoRepository.java:365) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.repository.support.SimpleMongoRepository.findAll(SimpleMongoRepository.java:197) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.mongodb.repository.support.SimpleMongoRepository.findAll(SimpleMongoRepository.java:50) ~[spring-data-mongodb-2.0.10.RELEASE.jar:2.0.10.RELEASE] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_161] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_161] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_161] at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_161] at org.springframework.data.repository.core.support.RepositoryComposition$RepositoryFragments.invoke(RepositoryComposition.java:377) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.repository.core.support.RepositoryComposition.invoke(RepositoryComposition.java:200) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.repository.core.support.RepositoryFactorySupport$ImplementationMethodExecutionInterceptor.invoke(RepositoryFactorySupport.java:641) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:605) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:590) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:59) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.data.repository.core.support.SurroundingTransactionDetectorMethodInterceptor.invoke(SurroundingTransactionDetectorMethodInterceptor.java:61) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.data.repository.core.support.MethodInvocationValidator.invoke(MethodInvocationValidator.java:99) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at com.sun.proxy.$Proxy50.findAll(Unknown Source) ~[na:na] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_161] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_161] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_161] at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_161] at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:343) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:197) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:139) ~[spring-tx-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212) ~[spring-aop-5.0.9.RELEASE.jar:5.0.9.RELEASE] at com.sun.proxy.$Proxy50.findAll(Unknown Source) ~[na:na] at com.example.demo.DemoApplication$test$1.run(DemoApplication.kt:26) ~[classes/:na] at org.springframework.boot.SpringApplication.callRunner(SpringApplication.java:818) [spring-boot-2.0.5.RELEASE.jar:2.0.5.RELEASE] ... 5 common frames omittedCaused by: java.lang.IllegalArgumentException: Parameter specified as non-null is null: method com.example.demo.TestEntity.<init>, parameter 31 at com.example.demo.TestEntity.<init>(DemoApplication.kt) ~[classes/:na] at com.example.demo.TestEntity_Instantiator_2t5wln.newInstance(Unknown Source) ~[classes/:na] at org.springframework.data.convert.ClassGeneratingEntityInstantiator$EntityInstantiatorAdapter.createInstance(ClassGeneratingEntityInstantiator.java:222) ~[spring-data-commons-2.0.10.RELEASE.jar:2.0.10.RELEASE] ... 53 common frames omitted

09/06/22 19:14:28 ERROR io.HbaseObjectWritable: Unsupported type interface org.apache.hadoop.hbase.filter.Filter
09/06/22 19:14:28 ERROR io.HbaseObjectWritable: writeClassCode
09/06/22 19:14:28 ERROR io.HbaseObjectWritable: writeObject
09/06/22 19:14:28 ERROR io.HbaseObjectWritable: write
09/06/22 19:14:28 ERROR io.HbaseObjectWritable: sendParam
09/06/22 19:14:28 ERROR io.HbaseObjectWritable: call
ooooopsy

Sharmadha brought a failure to my attention trying to use Ranger with HBase 2.0 where the grant command was erroring out unexpectedly. The cluster had the Ranger-specific coprocessors deployed, per what was previously working on the HBase 1.1 line.
After some digging, I found that the the Master is actually making a check explicitly for a Coprocessor that has the name org.apache.hadoop.hbase.security.access.AccessController (short name or full name), instead of looking for a deployed coprocessor which can be assigned to AccessController (which is what Ranger does). We have the CoprocessorHost methods to do the latter already implemented; it strikes me that we just accidentally used the wrong method in MasterRpcServices.

1. Some JDBC clients call method setEscapeProcessing(false)  (e.g. SQL Workbench)
Looks like setEscapeProcessing(false) should do nothing.So, lets do  nothing instead of throwing SQLException
2. getMoreResults is needed in case Statements returns several ReseltSet.
Hive does not support Multiple ResultSets. So this method can safely always return false.
3. getUpdateCount. Currently this method always returns 0. Hive cannot tell us how many rows were inserted. According to JDBC spec it should return " -1 if the current result is a ResultSet object or there are no more results" 
if this method returns 0 then in case of execution insert statement JDBC client shows "0 rows were inserted" which is not true.
if this method returns -1 then JDBC client runs insert statements and  shows that it was executed successfully, no result were returned. 
I think the latter behaviour is more correct.
4. Some methods in Statement class should throw SQLFeatureNotSupportedException if they are not supported.  Current implementation throws SQLException instead which means database access error.

Users should be able to
mvn install -Dts.layers -rf testsuite/layers
or
mvn install -Dlayers.module -rf testsuite/layers
I guess the latter is a newer property that does the same as the former.

We try to register ReplicationLogCleaner by default. This is done by calling Replication.decorateMasterConfiguration()in the master. 
In the current Replication.decorateMasterConfiguration(): 
...
    String plugins = conf.get(HBASE_MASTER_LOGCLEANER_PLUGINS);
    if (!plugins.contains(ReplicationLogCleaner.class.toString())) 
{
      conf.set(HBASE_MASTER_LOGCLEANER_PLUGINS,
          plugins + "," + ReplicationLogCleaner.class.getCanonicalName());
    }
...
ReplicationLogCleaner.class.toString() will return prefix 'class' to the full class name, which will make the if checking mostly useless.

After HIVE-15473, the refresh rates for in place progress bar seems to be slow on hive cli. 
As pointed out by Prasanth Jayachandran 

The refresh rate is slow. Following video will show it
before patch: https://asciinema.org/a/2fgcncxg5gjavcpxt6lfb8jg9
after patch: https://asciinema.org/a/2tht5jf6l9b2dc3ylt5gtztqg

I am able to pass any property into default KeyStoreCredentialStore implementation of credential store. I understand implementation-properties is general data holder for any implementation, so validation can't be made on subsystem level. But each delivered implementation knows which parameters are allowed for itself and thus should check it.

/subsystem=elytron/credential-store=test:add(relative-to=jboss.server.data.dir,credential-reference={clear-text="pass123+"},implementation-properties={DOES_NOT_EXIST=anything},create=true,location=keystore.jks,modifiable=true)

It can prevent user from typo error. Also can help user to understand what is allowed for current implementation, as allowed properties can't be describe in model, because resource is for general usage.

"implementation-properties" => {
    "description" => "Map of credentials store implementation specific properties.",
    "attribute-group" => "implementation",
}

Constr for Vertex has changed. Need to update that in hive.

Apache Hive 3.0 still requires storage-api.version of 2.3.0-SNAPSHOT. It causes some bugs when storage-api module has some changes. It needs to be synced with Hive project version.

In method markSemiJoinForDPP (HIVE-17399), the nDVs comparison should not have equality as there is a chance that the values are same on both sides and the branch is still marked as good when it shouldn't be.
Add a configurable factor to see how useful this is if nDVs on smaller side are only slightly less than that on TS side.

In StoreScanner.resetScannerStack(), which is called on the first next() call after readers have been updated, we do a query matcher reset.  Normally this is not an issue because the query matcher does not need to maintain state between rows.  However, if doing intra-row scanning w/ the specified limit, we could have the query matcher reset in the middle of reading a row.  This could lead to incorrect behavior (too many versions coming back, etc).

On master I see:

15/05/05 20:56:38 INFO master.HMaster: balance hri=hbase:meta,,1.1588230740, src=hbase1375.prn2.facebook.com,16020,1430858968368, dest=hbase1377.prn2.facebook.com,16020,1430884264554
15/05/05 20:56:38 INFO master.RegionStates: Transition {1588230740 state=OPEN, ts=1430876450098, server=hbase1375.prn2.facebook.com,16020,1430858968368} to {1588230740 state=PENDING_CLOSE, ts=1430884598277, server=hbase1375.prn2.facebook.com,16020,1430858968368}
Tue May 05 21:01:54 PDT 2015, null, java.net.SocketTimeoutException: callTimeout=60000, callDuration=60724: row '' on table 'hbase:meta' at region=hbase:meta,,1.1588230740, hostname=hbase1375.prn2.facebook.com,16020,1430858968368, seqNum=0
Caused by: java.net.SocketTimeoutException: callTimeout=60000, callDuration=60724: row '' on table 'hbase:meta' at region=hbase:meta,,1.1588230740, hostname=hbase1375.prn2.facebook.com,16020,1430858968368, seqNum=0

On the regionserver I see the following log spew:

15/05/06 09:30:11 INFO regionserver.HRegionServer: Failed to report region transition, will retry
org.apache.hadoop.hbase.ipc.FailedServerException: This server is in the failed servers list: hbasectrl054.prn2.facebook.com/10.104.157.28:16020
	at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.setupIOstreams(RpcClientImpl.java:694)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.writeRequest(RpcClientImpl.java:880)
	at or^Cg.apache.hadoop.hbase.ipc.RpcClientImpl$Connection.tracedWriteRequest(RpcClientImpl.java:849)
	at org.apache.hadoop.hbase.ipc.RpcClientImpl.call(RpcClientImpl.java:1173)
	at org.apache.hadoop.hbase.ipc.AbstractRpcClient.callBlockingMethod(AbstractRpcClient.java:216)
	at org.apache.hadoop.hbase.ipc.AbstractRpcClient$BlockingRpcChannelImplementation.callBlockingMethod(AbstractRpcClient.java:300)
	at org.apache.hadoop.hbase.protobuf.generated.RegionServerStatusProtos$RegionServerStatusService$BlockingStub.reportRegionStateTransition(RegionServerStatusProtos.java:8325)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.reportRegionStateTransition(HRegionServer.java:1863)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.reportRegionStateTransition(HRegionServer.java:1837)
	at org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler.process(CloseRegionHandler.java:157)

We must make sure to clear the Acegi SecurityContext when the request has bee processed.

NPE was thrown out from MapredLocalTask.executeInChildVM in running some queries with CLI, see error below:

  java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.executeInChildVM(MapredLocalTask.java:321) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask.execute(MapredLocalTask.java:148) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:172) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:100) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1868) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1595) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1346) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1117) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1105) [hive-exec-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:236) [hive-cli-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:187) [hive-cli-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:403) [hive-cli-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:782) [hive-cli-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:721) [hive-cli-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:648) [hive-cli-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_45]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[?:1.7.0_45]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.7.0_45]

It is because the operationLog is only applicable to HS2 but CLI, therefore it might not be set (null)
It is related to HIVE-13183

hbck does not detect or have an error condition when the last region of a table is missing (end key != '').

calling "hive -f filename" allows to pass HQL queries from a file.
but the queries can't be on multiple lines as we would expect by reading Hive documentation.
a proposed fix is to modify CliDriver.processReader.

If a package definition package-info.java file is present in the project source  (src/main/java) and the 'controller class ..' command is attempted then Roo fails with the following error:
"The first letter of the type name portion must be uppercase (attempted '<mypackage>.package-info')"
The complete stack trace is attached (package-info-error-stacktrace.txt). Also attached is a sample project that reproduces the issue. 
This seems to be a similar issue to http://jira.springframework.org/browse/ROO-73 but happens in different execution path. 
An attempt to relax the check conditions in the JavaType.jave caused some other (ASTParesr) issues. 
So as temporal fix I have pached the org.springframework.roo.classpath.itd.AbstractItdMetadataProvider to filter out the package-info classes (line 91):
 if (!fullPath.endsWith("package-info.java"))
{
   fullPath = fullPath.substring(1, fullPath.lastIndexOf(".java")).replace(
      File.separatorChar, '.'); 
   JavaType javaType = new JavaType(fullPath);
   String mid = createLocalIdentifier(javaType, path);
   allMids.add(mid);
 }
            
Cannot build 2.18.x branch due
[INFO] Total time: 17:28 min
[INFO] Finished at: 2016-11-08T15:36:48+00:00
[INFO] Final Memory: 1188M/2645M
[ERROR] Failed to execute goal on project camel-chronicle: Could not resolve dependencies for project org.apache.camel:camel-chronicle:jar:2.18.1-SNAPSHOT: Failed to collect dependencies at net.openhft:chronicle-engine:jar:1.13.10 -> net.openhft:chronicle-network:jar:1.7.2 -> net.openhft:chronicle-wire:jar:1.7.15 -> net.openhft:chronicle-bytes:jar:1.7.18: Failed to read artifact descriptor for net.openhft:chronicle-bytes:jar:1.7.18: Failure to find net.openhft:chronicle-bom:pom:1.13.30-SNAPSHOT in http://repository.apache.org/snapshots was cached in the local repository, resolution will not be reattempted until the update interval of Nexus has elapsed or updates are forced -> [Help 1]
Sadly there is indeed SNAPSHOT in that pom.xml file. So we need to revert back to older working version.

The fix for bug https://jira.springsource.org/browse/SPR-8081 has introduced a new one.
It's related to ehcache and RMI replication. 
If you try to use RMICacheManagerPeerListener , spring instantiated cache manager created with EhCacheManagerFactoryBean, and spring instantiated caches created with  EhCacheFactoryBean, it won't replicate caches anymore.
This issue affected us  when we tried to migrate from spring 3.1.1 to spring 3.1.2 to solve the statistics enable problem.
After surfing  on  spring sources, I found that RMICacheManagerPeerListener tries to create the RMI port to communicate with other cache instances in 
two points: 
 1- Ehcache manager initialization
	At this point, caches has not been created... so RMICacheManagerPeerListener won't create any rmi listener port.
 2- After a new cache has been added to cacheManager
In EhCacheFactoryBean.afterPropertiesSet: 
EhCacheFactoryBean.java
.....
     rawCache = createCache();
     this.cacheManager.addCache(rawCache);
     }

   if (this.cacheEventListeners != null) {
       for (CacheEventListener listener : this.cacheEventListeners) {
            rawCache.getCacheEventNotificationService().registerListener(listener);
        }
    }

 The problem is that RMICacheManagerPeerListener creates  RMI ports based on the existence of net.sf.ehcache.distribution.CacheReplicator event listeners for caches.
 This initialization will be executed after "this.cacheManager.addCache(rawCache)" sentences, but It won't find any CacheReplicator because the listeners
 has not been added to the notifications service yet. In the previous spring version, the event listeners were added after cache creation time and before addCache call. 

This is a follow up of SPR-12134 for the @RabbitListener annotation.

Hi,
flow location registered via addFlowLocation methods without attributes map, such as in:

@Bean
public FlowDefinitionRegistry flowRegistry(final FlowBuilderServices flowBuilderServices) {
    return getFlowDefinitionRegistryBuilder()
        .setFlowBuilderServices(flowBuilderServices)
        .addFlowLocation("/WEB-INF/flows/my-flow.xml")
        .build();
}

creates FlowDefinitionRegistryBuilder.FlowLocation with attributes set to Collections.emptyMap() which is unmodifiable.
When FlowDefinitionRegistryBuilder's updateFlowAttributes tries to add development/true entry into that map UnsupportedOperationException is thrown.
Fix is simple: instead of Collections.emptyMap() create a new concrete map.
As a workaround one can specify a concrete map as an argument to the FlowDefinitionRegistryBuilder.addFlowLocation method.

There's a cast from Credential to Password, which is unlikely to ever succeed.

The following is the problem
Get the exact region name from UI and call
HBaseAdmin.unassign(regionname, true).
Here true is forceful option.
As part of unassign api

  public void unassign(final byte [] regionName, final boolean force)
    Pair<HRegionInfo, HServerAddress> pair =
      MetaReader.getRegion(this.catalogTracker, regionName);
    if (pair == null) throw new UnknownRegionException(Bytes.toStringBinary(regionName));
    HRegionInfo hri = pair.getFirst();
    if (force) this.assignmentManager.clearRegionFromTransition(hri);
    this.assignmentManager.unassign(hri, force);
  }

As part of clearRegionFromTransition()

      this.regions.remove(hri);
      for (Set<HRegionInfo> regions : this.servers.values()) {
        regions.remove(hri);
      }
    }

the region is also removed.  Hence when the master tries to identify the region

        debugLog(region, "Attempted to unassign region " +
        return;
      }

It is not able to identify the region.  It exists in trunk and 0.90.x also.

I know there have been discussed earlier we should revise/update database and defaults regularly.
Checking few ciphersuites from java cipher suite list [1]. I have noticed:

Elytron is missing CHACHA20 variants introduced in rfc 7905
missing ciphersuites from RFC 6209
...

Please revise content of MechanismDatabase.properties
[1] https://docs.oracle.com/javase/10/docs/specs/security/standard-names.html#jsse-cipher-suite-names

Fix the test, that checks if transformation of a datasources subsystem XML works with elytron enabled metadata.

In hbase-rest module hbase-hadoop-compat dependency is listed twice.

With the move from the ruby-based to java-based RegionMover implementation, it appears that the case-insensitivity "feature" was dropped. If the user provides a RS hostname in the wrong case, the class will fail to perform its actions.
DNS hostnames are case insensitive, so this would be nice to restore.

Furthermore, the method output doesn't match what AspectJ weaving produces making it difficult to migrate from/to Spring AOP and AspectJ weaving.
For example, here is what the current implementation of Spring AOP returns for these methods:

JoinPoint.getSignature().toString()  – org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint$MethodSignatureImpl@1c737be
JoinPoint.toString() – org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint: execution(find)
JoinPoint.getSignature().toShortString() – find
JoinPoint.toShortString() – execution(find)
JoinPoint.getSignature().toLongString() – public abstract java.lang.Object com.myco.util.GenericRepository.find(java.lang.Long)
JoinPoint.toLongString() – org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint: execution:
[ReflectiveMethodInvocation: public abstract java.lang.Object com.mycoutil.GenericRepository.find(java.lang.Long); target is of class [com.myco.repository.impl.JpaProductRepository]]

Basically, toString methods don't provide much useful information, short versions provide too little, and long versions provide too much  and not consistent in their output. As a result, these methods are not very useful for tracing, performance monitoring etc.

PersistentMetricsTimeVaryingRate gets used for metrics that are not time-based, leading to confusing names such as "avg_time" for compaction size, etc.  You hav to read the code in order to understand that this is actually referring to bytes, not seconds.

JMS Resources (Sessions & MessageConsumers) associated with a AsyncMessageListenerInvoker are never closed and disposed if:

you're using a defined maxMessagesPerTask, i.e. >= 0
you first stop the DMLC and then destroy it

This is what happens:

the call to stop() sets running = false
invokers whose receiveTimeout elapses will notice this, but because AbstractJmsListeningContainer.active is still = true, they will pause (see logic in AbstractJmsListeningContainer#rescheduleTaskIfNecessary)
when you call destroy(), the pausedTasks are never dealt with, so they remain holding the JMS resources forever.

To reproduce easily, set a very low receiveTimeout, e.g. 10 ms.
This is a dangerous bug. Not only does it provoke a memory leak at both the client and the broker, but the broker can keep delivering messages to the client because the underlying MessageConsumer is left open forever.

Insert Apache license header in Java sources (where missing).  I think 1.0 started off with all headers correct.  Looks like we have slipped...

I've tried to use a primitive type like identifier. This is an example:
E1.java
@Entity
@RooEntity(identifierType=int.class)
public class E1{

    @Size(max = 30)
    private String nombre;

}

Roo generates the ".aj" files with no problems. But when I've tried to compile with a 'perform package' command Maven says:

[ERROR] The operator == is undefined for the argument type(s) int, null
error at if (id == null) throw new IllegalArgumentException("An identifier is required to retrieve an instance of E1");        
    ^
/home/jmvivo/projects/test-roo/test_jpa3/src/main/java/es/gva/cit/testjpa3/domain/E1_Roo_Entity.aj:75:0::0 The operator == is undefined for the argument type(s) int, null

wildfly/modules/system/layers/base/org/infinispan/hibernate-cache-commons/main/infinispan-hibernate-cache-commons-9.2.3.Final.jar
wildfly/modules/system/layers/base/org/infinispan/hibernate-cache/main/infinispan-hibernate-cache-commons-9.2.3.Final.jar

        at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:211)
        at org.apache.thrift.transport.TSaslTransport.open(TSaslTransport.java:271)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.open(HiveMetaStoreClient.java:409)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:230)
        at org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient.<init>(SessionHiveMetaStoreClient.java:74)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:408)
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1483)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:64)
        at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:74)
        at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:2841)
        at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:2860)
        at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:453)
        at org.apache.hive.service.cli.CLIService.applyAuthorizationConfigPolicy(CLIService.java:123)
        at org.apache.hive.service.cli.CLIService.init(CLIService.java:81)
        at org.apache.hive.service.server.HiveServer2.init(HiveServer2.java:92)
        at org.apache.hive.service.server.HiveServer2.startHiveServer2(HiveServer2.java:309)
        at org.apache.hive.service.server.HiveServer2.access$400(HiveServer2.java:68)
        at org.apache.hive.service.server.HiveServer2$StartOptionExecutor.execute(HiveServer2.java:523)
        at org.apache.hive.service.server.HiveServer2.main(HiveServer2.java:396)

Many, but not all, methods in ZKUtil partly hides the interruption: they return null or something like that. Many times, this will result in a NPE, or something undefined. 
This jira is limited to the getData to keep things small enough (it's used in hbase-client code).
The code is supposed to behave at least 'as well as before', or better (hopefully).
It could be included in a later .98 release (98.1) and in .99

A flow key is not created, for example, when the flow execution path runs through actions only and reaches directly an end state that declares a view.

Tab completion for CLI unalias commend doesn't seem to work. CLI will suggest available option, but doesn't autocomplete.
actual

[standalone@localhost:9990 /] unalias read_<TAB>
  read_undertow  
  read_undertow 

expected

[standalone@localhost:9990 /] unalias read_undertow

When I ported the replication code on the new master I broke a few things, and it seems that the threads created for recovered queues never properly terminate because they join on themselves. Easy fix in ReplicationSource:

-      this.terminate("Finished recovering the queue");
+      LOG.info("Finished recovering the queue");
+      this.running = false;

When Elytron Client configuration file for key-store-ssl-certificate element includes alias which does not exist in given keystore then Exception with wrong message is thrown. When wrong alias thisIsWrongAlias is used, then exception says:

Key store entry for alias "unknown" is missing.

Key store entry for alias "thisIsWrongAlias" is missing.

UT005023: Exception handling request to /wildfly-config-xml-dep/authenticationContext: java.lang.RuntimeException: org.wildfly.client.config.ConfigXMLParseException: ELY01159: Key store entry for alias "unknown" is missing.
	at vfs:/content/wildfly-config-xml-dep.war/META-INF/wildfly-config.xml:29:13
	at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:123)
	at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:95)
Caused by: org.wildfly.client.config.ConfigXMLParseException: ELY01159: Key store entry for alias "unknown" is missing.
	at org.wildfly.security.auth.client.ElytronXmlParser$PrivateKeyKeyStoreEntryCredentialFactory.get(ElytronXmlParser.java:2412)
	at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:120)
	... 41 more

TimeStamp, Decimal, Double, Float, BigInt, Int, SmallInt, Tinyint and Boolean when read as String, Varchar or Char should return the correct data.  Now this results in error for parquet tables.
Test Case:

drop table if exists testAltCol;
create table testAltCol
(cId   	    TINYINT,
 cTimeStamp TIMESTAMP,
 cDecimal   DECIMAL(38,18),
 cDouble    DOUBLE,
 cFloat	    FLOAT,
 cBigInt    BIGINT,
 cInt	    INT,
 cSmallInt  SMALLINT,
 cTinyint   TINYINT,
 cBoolean   BOOLEAN);

insert into testAltCol values
(1,
 '2017-11-07 09:02:49.999999999',
 12345678901234567890.123456789012345678,
 1.79e308,
 3.4e38,
 1234567890123456789,
 1234567890,
 12345,
 123,
 TRUE);

(2,
 '1400-01-01 01:01:01.000000001',
 1.1,
 2.2,
 3.3,
 1,
 2,
 3,
 4,
 FALSE);

(3,
 10.1,
 20.2,
 30.3,
 12345,
 123,
 TRUE);

select cId, cTimeStamp from testAltCol order by cId;
select cId, cDecimal, cDouble, cFloat from testAltCol order by cId;
select cId, cBigInt, cInt, cSmallInt, cTinyint from testAltCol order by cId;
select cId, cBoolean from testAltCol order by cId;

drop table if exists testAltColP;
create table testAltColP stored as parquet as select * from testAltCol;

select cId, cTimeStamp from testAltColP order by cId;
select cId, cDecimal, cDouble, cFloat from testAltColP order by cId;
select cId, cBigInt, cInt, cSmallInt, cTinyint from testAltColP order by cId;
select cId, cBoolean from testAltColP order by cId;

alter table testAltColP replace columns
(cId  	    TINYINT,
 cTimeStamp STRING,
 cDecimal   STRING,
 cDouble    STRING,
 cFloat	    STRING,
 cBigInt    STRING,
 cInt	    STRING,
 cSmallInt  STRING,
 cTinyint   STRING,
 cBoolean   STRING);

 cTimeStamp VARCHAR(100),
 cDecimal   VARCHAR(100),
 cDouble    VARCHAR(100),
 cFloat	    VARCHAR(100),
 cBigInt    VARCHAR(100),
 cInt	    VARCHAR(100),
 cSmallInt  VARCHAR(100),
 cTinyint   VARCHAR(100),
 cBoolean   VARCHAR(100));

 cTimeStamp CHAR(100),
 cDecimal   CHAR(100),
 cDouble    CHAR(100),
 cFloat	    CHAR(100),
 cBigInt    CHAR(100),
 cInt	    CHAR(100),
 cSmallInt  CHAR(100),
 cTinyint   CHAR(100),
 cBoolean   CHAR(100));

Error:

Excerpt for log:
2018-01-05T15:54:05,756 ERROR [LocalJobRunner Map Task Executor #0] mr.ExecMapper: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row [Error getting row data with exception java.lang.UnsupportedOperationException: Cannot inspect org.apache.hadoop.hive.serde2.io.TimestampWritable
	at org.apache.hadoop.hive.ql.io.parquet.serde.primitive.ParquetStringInspector.getPrimitiveJavaObject(ParquetStringInspector.java:77)

In the HBase shell the output of the show_filters command starts with this:

hbase(main):001:0> show_filters
Documentation on filters mentioned below can be found at: https://our.intern.facebook.com/intern/wiki/index.php/HBase/Filter_Language
ColumnPrefixFilter
TimestampsFilter
...

This documentation link cannot be reached by me. It seems to be an internal link to a wiki that can only be reached by Facebook employees.
This link is in this file in two places 
hbase-shell/src/main/ruby/shell/commands/show_filters.rb
So far I have not been able to find the 'right' page to point to (I did a quick check of the apache wiki and the hbase book).
So either remove the link or add a section to the hbase book and point there. I think the latter (creating documentation) is the best solution.
Perhaps Facebook is willing to donate the apparently existing pages?

10:12:59,592 ERROR [stderr] (management task-8) Caused by: java.lang.NoClassDefFoundError: javax/json/Json
10:12:59,592 ERROR [stderr] (management task-8) 	at org.wildfly.security.audit.JsonSecurityEventFormatter.handlePermissionCheckEvent(JsonSecurityEventFormatter.java:109)
10:12:59,592 ERROR [stderr] (management task-8) 	at org.wildfly.security.audit.JsonSecurityEventFormatter.handlePermissionCheckEvent(JsonSecurityEventFormatter.java:43)
10:12:59,592 ERROR [stderr] (management task-8) 	at org.wildfly.security.auth.server.event.SecurityEventVisitor.handlePermissionCheckSuccessfulEvent(SecurityEventVisitor.java:104)
10:12:59,593 ERROR [stderr] (management task-8) 	at org.wildfly.security.auth.server.event.SecurityPermissionCheckSuccessfulEvent.accept(SecurityPermissionCheckSuccessfulEvent.java:43)
10:12:59,593 ERROR [stderr] (management task-8) 	at org.wildfly.extension.elytron.AuditResourceDefinitions$1.lambda$null$1(AuditResourceDefinitions.java:196)
10:12:59,594 ERROR [stderr] (management task-8) 	at org.wildfly.security.audit.AuditLogger.accept(AuditLogger.java:56)
10:12:59,595 ERROR [stderr] (management task-8) 	at org.wildfly.security.audit.AuditLogger.accept(AuditLogger.java:35)

<form:hidden path="myPath" disabled="${some_false_value}" /> 
creates an hidden input that looks like
<input type="hidden" name="myPath" disabled="false" />
This contrasts with a regular input:
<form:input path="myPath" disabled="${some_false_value}" />
creates
<input type="text" name="myPath" />
This causes problems because the hidden input doesn't get submitted with the form since it's disabled.

See nabble
http://camel.465427.n5.nabble.com/JmsPollingConsumer-and-method-receiveNoWait-has-incorrect-timeout-value-tp5722817.html

Currently getRecordWriter will not release the connection until jvm terminate, which is not a right assumption given that the function may be invoked many times in the same jvm lifecycle. Inside of mapreduce, the issue has already fixed. 

When the GOOGLE_APP_ENGINE database is configured for use in a Roo project and the user has specified a value in the 'identifierField' attribute of @RooEntity, the find method has incorrect code generated. For example, if identifierField is set to 'tid', ie @RooEntity(identifierField = 'tid') the generated find method looks like:

    public static Document Document.findDocument(Long id) {
        if (id == null) return null;
        Query query = entityManager().createQuery("select o from Document o where o.tid = :id").setParameter("id",tid);
    ...

resulting in a compile error.

Connections are not closed in some of TestAcidGuarantees's classes, this makes integration test fail in some cases.

When using:

cglib 2.2 directly
spring 3.2.5 (which wraps cglib 3.0) and spring's <aop:scoped-proxy/> feature

it possible to run into

java.lang.LinkageError: loader (instance of  sun/misc/Launcher$AppClassLoader):
   attempted  duplicate class definition for name: "$java/lang/Object$$FastClassByCGLIB$$3f697993"

org.springframework.cglib.core.CodeGenerationException: java.lang.reflect.InvocationTargetException-->null
	at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:237)
	at org.springframework.cglib.reflect.FastClass$Generator.create(FastClass.java:64)
	at org.springframework.cglib.proxy.MethodProxy.helper(MethodProxy.java:121)
	at org.springframework.cglib.proxy.MethodProxy.init(MethodProxy.java:74)
	at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:202)
	at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:698)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:132)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:120)
	at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:631)
	at com.MyBean$$EnhancerByCGLIB$$f1fad224.toString(<generated>)
	at com.MyTest.testBeanWithAopScopedProxy(SpringAndCglibTest.java:122)
....
	at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:384)
	at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:219)
	... 36 more
Caused by: java.lang.LinkageError: loader (instance of  sun/misc/Launcher$AppClassLoader): attempted  duplicate class definition for name: "$java/lang/Object$$FastClassByCGLIB$$3f697993"
	at java.lang.ClassLoader.defineClass(ClassLoader.java:791)
	... 41 more

Attempt at analysis
As far as I can understand, this seems to be caused by class naming conflict between CGLIB 2.2 and Spring-repackaged CGLIB.
CGLIB's DefaultNamingPolicy solves name collisions using sort of "already used set", but obviously there are two such sets – one CGLIB's and another Spring-CGLIB's – so name collisions cannot be avoided and class generation fails.
Notes
This is not only about probabilistic name clash. There seems to be nothing preventing Spring-CGLIB unconsciously re-using classes generated by non-Spring-CGLIB, which may be "programmed" with different behavior than desired.
Spring is already using non-default prefix ("org.springframework.cglib.empty.Object", see DefaultNamingPolicy.getClassName), but this is not enough, since prefix is not used if provided explicitly.

Spring-repackaged CGLIB could have DefaultNamingPolicy.getTag() function changed to return something else than "ByCGLIB"
OR DefaultNamingPolicy could be called with different 'source' – see initialization of org.springframework.cglib.reflect.FastClass.SOURCE

HBASE-5887 allowed TestAcidGuarantees to be run as a system test by avoiding the call to util.flush().
It would be better to go through the HBaseAdmin interface to force flushes.  This would unify the code path between the unit test and the system test, as well as forcing more frequent flushes, which have previously been the source of ACID guarantee problems, e.g. HBASE-2856.

I have a Spring Roo project and I'm trying to use the permissionEvaluator command to secure the application.
Command:
    permissionEvaluator --package com.company.app.controllers
The following error is thrown,
    NullPointerException at org.springframework.roo.addon.security.PermissionEvaluatorMetadataProvider.getMetadata(PermissionEvaluatorMetadataProvider.java:150)
I'm using the Roo Shell in STS installed on Eclipse Luna SR2. 
I have also attached log.roo with this ticket to recreate it.
Thank you. 
Full error,
    Created SPRING_CONFIG_ROOT/applicationContext-security-permissionEvaluator.xml
    Created SRC_MAIN_JAVA/com/company/app/web/ApplicationPermissionEvaluator.java
    Undo create SRC_MAIN_JAVA/com/company/app/web/ApplicationPermissionEvaluator.java
    Undo create SPRING_CONFIG_ROOT/applicationContext-security-permissionEvaluator.xml

CLI parse following command:

/subsystem=elytron/constant-permission-mapper=test2:add(permissions=[{class-name="abc",action="",target-name=""}])

as:

{
        ("constant-permission-mapper" => "test2")
    ],
    "permissions" => [{
        "class-name" => "abc",
        "action" => undefined,        <=== should be ""
        "target-name" => undefined    <=== should be ""
    }]
}

Blank strings are interpreted as undefined value by CLI parser.
Problem is somewhere in wildfly-core/cli

HBASE-16423 added re-comparison feature to reduce false positive rate.
However, before logFailRowAndIncreaseCounter() is called, GOODROWS counter is not incremented. Neither is GOODROWS incremented when re-comparison passes.
This may produce inconsistent results across multiple runs of the same verifyrep command.

I found a problem using arquillian with wildfly.swarm . In summary, for cases using test-jar  ( which are jars with the compiled test source code of a project, some more details described in https://maven.apache.org/plugins/maven-jar-plugin/examples/create-test-jar.html  )
The unique similar issue that I found is https://issues.jboss.org/browse/SWARM-868 which claims to solve with <scope> but I don't see it is the case. In the ArtifactManager it start to propagate the packing (extension of the file) as "test-jar" when it suppose to be just a "jar".
I will open a PR to solve the issue

With OnYarnContainerStart user would work using a plain pojo model and most likely will need some runtime information from a container. We should allow user to bound to a parameters which are annotated.

Recently scanner construction changed such that it could throw IOE before iteration started. TestFSErrors is now failing since IOE is thrown, but the test only catches RTEs.

Missing quotes in sql string is causing sql execution error for postgres.
 
metastore.RetryingHMSHandler (RetryingHMSHandler.java:invokeInternal(201)) - MetaException(message:Unable to update transaction database org.postgresql.util.PSQLException: ERROR: relat
ion "database_params" does not exist
Position: 25
at org.postgresql.jdbc.PgStatement.executeWithFlags(PgStatement.java:321)
at org.postgresql.jdbc.PgStatement.executeQuery(PgStatement.java:284)
at com.zaxxer.hikari.pool.ProxyStatement.executeQuery(ProxyStatement.java:108)
at com.zaxxer.hikari.pool.HikariProxyStatement.executeQuery(HikariProxyStatement.java)
at org.apache.hadoop.hive.metastore.txn.TxnHandler.updateReplId(TxnHandler.java:907)
at org.apache.hadoop.hive.metastore.txn.TxnHandler.commitTxn(TxnHandler.java:1023)
at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.commit_txn(HiveMetaStore.java:7703)
at sun.reflect.GeneratedMethodAccessor43.invoke(Unknown Source)
at com.sun.proxy.$Proxy39.commit_txn(Unknown Source)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$commit_txn.getResult(ThriftHiveMetastore.java:18730)
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$commit_txn.getResult(ThriftHiveMetastore.java:18714)
at org.apache.hadoop.hive.metastore.security.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:636)
at org.apache.hadoop.hive.metastore.security.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:631)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1730)
at org.apache.hadoop.hive.metastore.security.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:631)
)

The response from spring-reactive-web controller given an invalid JSON data. 
Example : 
If the return value of a controller is Flux<Student> and assume there are four items the output  is in the following format
[
{"age":1,"name":"Tom"}
,
{"age":2,"name":"Tom"}
{"age":3,"name":"Tom"}
{"age":4,"name":"Tom"}
,,]
The ordering of the data and the delimiter is getting lost while encoding the data from Flux<Student> to Flux<DataBuffer>. 
I think the root cause of the issue is org.springframework.http.codec.json.Jackson2JsonEncoder.encode() has a particular step where Data and Delimiter are merged to a single flux. However currently it is using flatMap which leads to loosing of order. Instead if concatMap was used the order between data and delimiter would have been retained.

We're seeing some machines that are reporting only old region metrics. It seems like at some point the Hadoop metrics system decided which metrics to display and which not to. From then on it was not changing.

After switching to 4.2.2 I get the following exception during autowiring:

Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private java.lang.String de.ei.janet.server.Janet.saDir; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:571) ~[spring-beans-4.2.2.RELEASE.jar:4.2.2.RELEASE]
	at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:88) ~[spring-beans-4.2.2.RELEASE.jar:4.2.2.RELEASE]
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:331) ~[spring-beans-4.2.2.RELEASE.jar:4.2.2.RELEASE]
	at java.util.concurrent.ConcurrentHashMap.containsValue(ConcurrentHashMap.java:979) ~[na:1.8.0_60]
	at java.util.concurrent.ConcurrentHashMap$ValuesView.contains(ConcurrentHashMap.java:4664) ~[na:1.8.0_60]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.determineAutowireCandidate(DefaultListableBeanFactory.java:1228) ~[spring-beans-4.2.2.RELEASE.jar:4.2.2.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1124) ~[spring-beans-4.2.2.RELEASE.jar:4.2.2.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1014) ~[spring-beans-4.2.2.RELEASE.jar:4.2.2.RELEASE]
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:543) ~[spring-beans-4.2.2.RELEASE.jar:4.2.2.RELEASE]

The reason seams to be the last changes in DefaultListableBeanFactory (Commit 097bcfb997bd215c7b39635770e34812744f0d9e). This commit replaces HashMap with ConcurrentHashMap. After this change the fallback case in method determineAutowireCandidate throws the NullPointerException if beanInstance is null.

The scope of HBASE-1822 was to remove deprecated APIs but some methods removed weren't even deprecated in the first place. For example from Scan:

-
-  /**
-   * Parses a combined family and qualifier and adds either both or just the 
-   * family in case there is not qualifier. This assumes the older colon 
-   * divided notation, e.g. "data:contents" or "meta:".
-   * <p>
-   * Note: It will through an error when the colon is missing.
-   * 
-   * @param familyAndQualifier
-   * @return A reference to this instance.
-   * @throws IllegalArgumentException When the colon is missing.
-   */
-  public Scan addColumn(byte[] familyAndQualifier) {
-    byte [][] fq = KeyValue.parseColumn(familyAndQualifier);
-    if (fq.length > 1 && fq[1] != null && fq[1].length > 0) {
-      addColumn(fq[0], fq[1]);  
-    } else {
-      addFamily(fq[0]);
-    }
-    return this;
-  }

There's more than 1 method and the same applies for Get. Also o.a.h.h.io.Cell was cleaned but not removed. 

Once a value has been specified for a mechanism property it is impossible to override it

Import mapper has System.out.println statements for each key value if there is filter associated with the import. This is generating huge log file while importing large amounts of data. These statements must be changed to trace and log4j must be used for logging.

DumpReplicationQueues uses an int to collect the total WAL size for a queue.  Predictably, this overflows much of the time.  Let's use a long instead.

It's flaky test.
Attaching a patch (001)

- Changed testThreeRSAbort to kill the RSs intead of aborting. Simple aborting will close the regions, we want extreme failure testing here.
- Adds some logging for easier debugging.
- Refactors TestDistributedLogSplitting to use standard junit rules.

The code is using exp_interval instead of exp_int in the "scheduleAtFxiedRate".

      Integer exp_interval = null;
      int exp_int;
      exp_interval = Integer.decode(hconf.get("mapred.tasktracker.expiry.interval"));
      if (exp_interval != null)
        exp_int = exp_interval.intValue() / 2;
      else
        exp_int = 300000;

      rpTimer = new Timer(true);
      rpTimer.scheduleAtFixedRate(new ReporterTask(reporter), 0, exp_interval);

SimpleJdbcCall doesn't retrieve out value from function call for MS SQLServer using the following code:
create function dbo.f_calculate()
returns varchar(20)
begin
  return 'world'
end
        Object out = new SimpleJdbcCall(ds)
                .withFunctionName("f_calculate")
                .withSchemaName("dbo")
                .executeFunction(String.class, Collections.emptyMap());
        System.out.println(">> " + out);

For the following lines, when it runs into IOException, it does not clean up the files under /hbase/mobdir/.tmp and /hbase/mobdir/.tmp/.bulkload. 
It could be due to creating of new mob file or new reference file under .bulkload directory fails. Or when mob files from ./tmp to the mob region directory fails.
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/mob/compactions/PartitionedMobCompactor.java#L433

At line 624, in the else block, ResultScanner returned by table.getScanner() is not closed.

While doing HBASE-18945 found that the comparators passed to the CellChunkImmutableSegment and CellArrayImmutableSegment are sometimes wrong. We pass the comparator that we got from the Store but when doing reinitializeCellSet we always use CellComparator.COMPARATOR.
From code I don think we are stopping the META region to also go through CompactingMemstore. If we do that then this JIRA is invalid. But considering that is not the case we should fix it and pass the right comparator.

The DMR of the deploy command although accepted by the server is not compliant with operation description. In batch mode the operations are validated, the following content is not valid:
/deployments=foo:add(name=foo, ...). name is not a valid argument
:full-replace-deployment is sent without an empty address.

The workaround is to disable the operation-validation check.

It seems the bundle plugin only uses the last Import-Package element and so the manifest of the 1.14 jar lacks the import for XZ for Java.

We have seen that queries with very large predicates might fail with the following stacktrace:

016-01-12 05:47:36,516|beaver.machine|INFO|552|5072|Thread-22|Exception in thread "main" java.lang.StackOverflowError

2016-01-12 05:47:36,517|beaver.machine|INFO|552|5072|Thread-22|at org.antlr.runtime.tree.CommonTree.setUnknownTokenBoundaries(CommonTree.java:145)

2016-01-12 05:47:36,517|beaver.machine|INFO|552|5072|Thread-22|at org.antlr.runtime.tree.CommonTree.setUnknownTokenBoundaries(CommonTree.java:146)
2016-01-12 05:47:36,519|beaver.machine|INFO|552|5072|Thread-22|at org.antlr.runtime.tree.CommonTree.setUnknownTokenBoundaries(CommonTree.java:146)

2016-01-12 05:47:36,520|beaver.machine|INFO|552|5072|Thread-22|at org.antlr.runtime.tree.CommonTree.setUnknownTokenBoundaries(CommonTree.java:146)
2016-01-12 05:47:36,522|beaver.machine|INFO|552|5072|Thread-22|at org.antlr.runtime.tree.CommonTree.setUnknownTokenBoundaries(CommonTree.java:146)
2016-01-12 05:47:36,523|beaver.machine|INFO|552|5072|Thread-22|at org.antlr.runtime.tree.CommonTree.setUnknownTokenBoundaries(CommonTree.java:146)

2016-01-12 05:47:36,525|beaver.machine|INFO|552|5072|Thread-22|at org.antlr.runtime.tree.CommonTree.setUnknownTokenBoundaries(CommonTree.java:146)

2016-01-12 05:47:36,526|beaver.machine|INFO|552|5072|Thread-22|at org.antlr.runtime.tree.CommonTree.setUnknownTokenBoundaries(CommonTree.java:146)

2016-01-12 05:47:36,634|beaver.machine|INFO|552|5072|Thread-22|at org.antlr.runtime.tree.CommonTree.setUnknownTokenBoundaries(CommonTree.java:146)
2016-01-12 05:47:37,582|main|INFO|552|4568|MainThread|TEST "test_WideQuery" FAILED in 10.95 seconds

The problem could be solved by reimplementing some of the parsing methods so they are iterative instead of recursive.

BarcodeDataFormat#setBarcodeDataFormat() should optimize writer/reader hints such like setBarcodeImageType().
see https://github.com/apache/camel/pull/284

/subsystem=elytron/server-ssl-context=a:add(cipher-suite-filter="TLS_RSA_WITH_AES_256_CCM,TLS_RSA_WITH_AES_128_CCM")
{
    "failure-description" => "WFLYELY01017: Invalid value for cipher-suite-filter. ELY05016: Unrecognized token \"TLS_RSA_WITH_AES_256_CCM\" in mechanism selection string \"TLS_RSA_WITH_AES_256_CCM,TLS_RSA_WITH_AES_128_CCM\"",
}

This is probably simply because MechanismDatabase.properties does not know CCM cipher suites.
Marking as Critical because both of ciphersuites from reproducer are listed as FIPS cipher suites for FIPS BC TLS [1]
These two ciphersuites (TLS_RSA_WITH_AES_256_CCM,TLS_RSA_WITH_AES_128_CCM) are introduced in rfc6655.
[1] https://downloads.bouncycastle.org/fips-java/BC-FJA-(D)TLSUserGuide-1.0.5.pdf
[2] https://tools.ietf.org/html/rfc6655

11:45:40,471 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-7) WFLYJCA0001: Bound data source [java:jboss/datasources/rmclientdb]
11:45:40,472 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.data-source.java:jboss/datasources/rmclientdb.statistics: org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/datasources/rmclientdb.statistics: Failed to start service
Caused by: java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/deployment=/subsystem=datasources/data-source=/statistics=jdbc'
	at org.jboss.as.controller.registry.NodeSubregistry.register(NodeSubregistry.java:86)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:176)
	at org.jboss.as.connector.services.datasources.statistics.DataSourceStatisticsService.start(DataSourceStatisticsService.java:83)
	... 3 more
reproducible w/ attached deployment

https://github.com/apache/hive/blob/ac6b2a3fb195916e22b2e5f465add2ffbcdc7430/ql/src/java/org/apache/hadoop/hive/ql/exec/ReduceSinkOperator.java
 
if (LOG.isTraceEnabled()) {
  if (numRows == cntr) {
    cntr = logEveryNRows == 0 ? cntr * 10 : numRows + logEveryNRows;
    if (cntr < 0 || numRows < 0) {
      cntr = 0;
      numRows = 1;
    }
    LOG.info(toString() + ": records written - " + numRows);
  }
}

...

  LOG.info(toString() + ": records written - " + numRows);
}

There are logging guards here checking for TRACE level debugging but the logging is actually INFO.  This is important logging for detecting data skew.  Please change guards to check for INFO... or I would prefer that the guards are removed altogether since it's very rare that a service is running with only WARN level logging.

Upgrade Spring to latest 4.0 version - remove Spring 3.2.x version
Upgrade Batch and Integration to Spring 4 specific Batch and Integration versions
We should support:

Spring 4.0.x / Integration 4.0.x / Batch 3.0.x

Found by our internal ptest runs that if the schemeAuthority.q and the schemeAuthority2.q is ended up in different batches and run parallel by ptest, then the data files are removed after the first one is finished and the second one fails because of the missing data.

When I upgrade from version 1.8.4.RELEASE to 1.9.3.RELEASE, I have some problems with serialization of DBRef and Enum

@Query(fields = "{ 'text' : 0, 'statistics' : 0}")
Page<DocumentManualRevision> findByRevisor(User revisor, Pageable p);

the execution of the previous function (where revisor is a dbref of other collection) return the following exception

java.lang.RuntimeException: json can't serialize type : class database.models.security.User
	at com.mongodb.util.JSONSerializers$MapSerializer.serialize(JSONSerializers.java:323)
	at com.mongodb.util.ClassMapBasedObjectSerializer.serialize(ClassMapBasedObjectSerializer.java:82)
	at com.mongodb.util.JSON.serialize(JSON.java:53)
	at com.mongodb.util.JSON.serialize(JSON.java:39)
	at com.mongodb.BasicDBObject.toString(BasicDBObject.java:196)
	at org.springframework.data.mongodb.repository.query.PartTreeMongoQuery.createQuery(PartTreeMongoQuery.java:113)
	at org.springframework.data.mongodb.repository.query.AbstractMongoQuery.execute(AbstractMongoQuery.java:81)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:482)
	at com.sun.proxy.$Proxy56.findByRevisorAndCreatedBetween(Unknown Source)

Page<DocumentManualRevision> findByState(State state, Pageable p)

the execution of the previous function (where state is enum) return the following exception

java.lang.RuntimeException: json can't serialize type : class database.models.revision.DocumentManualRevision$State

HtmlUnitRequestBuilder corrupts the parent RequestBuilder. For example:

String pathInfo = "/foo/bar";
MockMvc mockMvc = MockMvcBuilders.standaloneSetup(new HelloController())
		.defaultRequest(get("/"))
		.build();

// passes
assertThat(mockMvc.perform(get(pathInfo)).andReturn().getRequest().getPathInfo(), equalTo(pathInfo));

// corrupts the pathInfo of the parent builder
mockMvc.perform(requestBuilder);

// fails because the parent builder's path info is now set to "/"	

repro:
AutowiredQualifierTests-context.xml:

	xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">

	<bean id="foo" class="java.lang.String">
		<constructor-arg value="normal" />
	</bean>

	<bean id="customFoo" class="java.lang.String">
		<constructor-arg value="custom" />
	</bean>

</beans>

AutowiredQualifierTests.java

package org.springframework.test.context.junit4.spr6128;

import static org.hamcrest.core.IsEqual.equalTo;
import static org.junit.Assert.assertThat;

import org.springframework.beans.factory.annotation.Qualifier;

public class AutowiredQualifierTests {

	private String foo;

	@Qualifier("customFoo")
	private String customFoo;

	@Test
		assertThat(foo, equalTo("normal"));
		assertThat(customFoo, equalTo("custom"));
	}
}

Expected: explicitly using @Qualifier should override any qualification by field name (just as, for example, @RequestParam("pName") does with relationship to the method parameter name.
Actual: if there is a bean that matches the name of the field, autowire-by-field-name takes precedence over any explicit @Qualifier.
This bug only manifests in a very particular set of conditions, but when it does it is deeply unintuitive.

Hitting "Timed out waiting for heartbeat for task ID" errors with the LLAP external client.
HIVE-17393 fixed some of these errors, however it is also occurring because the client is not correctly handling the killTask notification when the request is accepted but still waiting for the first task heartbeat. In this situation the client should retry the request, similar to what the LLAP AM does. Current logic is ignoring the killTask in this situation, which results in a heartbeat timeout - no heartbeats are sent by LLAP because of the killTask notification.

17/08/09 05:36:02 WARN TaskSetManager: Lost task 10.0 in stage 4.0 (TID 14, cn114-10.l42scl.hortonworks.com, executor 5): java.io.IOException: Received reader event error: Timed out waiting for heartbeat for task ID attempt_7739111832518812959_0005_0_00_000010_0
        at org.apache.hadoop.hive.llap.LlapBaseRecordReader.next(LlapBaseRecordReader.java:178)
        at org.apache.hadoop.hive.llap.LlapBaseRecordReader.next(LlapBaseRecordReader.java:50)
        at org.apache.hadoop.hive.llap.LlapRowRecordReader.next(LlapRowRecordReader.java:121)
        at org.apache.hadoop.hive.llap.LlapRowRecordReader.next(LlapRowRecordReader.java:68)
        at org.apache.spark.rdd.HadoopRDD$$anon$1.getNext(HadoopRDD.scala:266)
        at org.apache.spark.rdd.HadoopRDD$$anon$1.getNext(HadoopRDD.scala:211)
        at org.apache.spark.util.NextIterator.hasNext(NextIterator.scala:73)
        at org.apache.spark.InterruptibleIterator.hasNext(InterruptibleIterator.scala:39)
        at scala.collection.Iterator$$anon$11.hasNext(Iterator.scala:408)
        at org.apache.spark.sql.catalyst.expressions.GeneratedClass$GeneratedIterator.agg_doAggregateWithKeys$(Unknown Source)
        at org.apache.spark.sql.catalyst.expressions.GeneratedClass$GeneratedIterator.processNext(Unknown Source)
        at org.apache.spark.sql.execution.BufferedRowIterator.hasNext(BufferedRowIterator.java:43)
        at org.apache.spark.sql.execution.WholeStageCodegenExec$$anonfun$8$$anon$1.hasNext(WholeStageCodegenExec.scala:377)
        at org.apache.spark.shuffle.sort.BypassMergeSortShuffleWriter.write(BypassMergeSortShuffleWriter.java:126)
        at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:96)
        at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:53)
        at org.apache.spark.scheduler.Task.run(Task.scala:99)
        at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:322)
Caused by: java.io.IOException: LlapTaskUmbilicalExternalClient(attempt_7739111832518812959_0005_0_00_000010_0): Error while attempting to read chunk length
        at org.apache.hadoop.hive.llap.io.ChunkedInputStream.read(ChunkedInputStream.java:82)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:265)
        at java.io.FilterInputStream.read(FilterInputStream.java:83)
        at org.apache.hadoop.hive.llap.LlapBaseRecordReader.hasInput(LlapBaseRecordReader.java:267)
        at org.apache.hadoop.hive.llap.LlapBaseRecordReader.next(LlapBaseRecordReader.java:142)
        ... 22 more
Caused by: java.net.SocketException: Socket closed
        at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)

A user should be able to specify a given table for PerformanceEvaluation and have that table be used. That table does not need to exist. If it doesn't exist, PE will create it.
In creating the job, PE will use the new table name. However, the map tasks will fail because they are still looking for TestTable, which is not there.
Potential causes:
In the PE code, we see that the table's is not argument to MR:
https://github.com/apache/hbase/blob/trunk/hbase-server/src/test/java/org/apache/hadoop/hbase/PerformanceEvaluation.java#L723
Command:

 hbase org.apache.hadoop.hbase.PerformanceEvaluation --table=t2 sequentialWrite 2

Output:

initiating session
13/09/26 00:36:02 INFO zookeeper.ClientCnxn: Session establishment complete on server <REDACTED>/10.20.187.137:2181, sessionid = 0x14159256f9b0031, negotiated timeout = 180000
13/09/26 00:36:02 DEBUG client.HConnectionManager$HConnectionImplementation: Looked up root region location, connection=org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation@c8d427c; serverName=<REDACTED>,60020,1380180157520
13/09/26 00:36:02 DEBUG client.HConnectionManager$HConnectionImplementation: Cached location for .META.,,1.1028785192 is <REDACTED>:60020
13/09/26 00:36:02 DEBUG client.ClientScanner: Creating scanner over .META. starting at key 't2,,'
13/09/26 00:36:02 DEBUG client.ClientScanner: Advancing internal scanner to startKey at 't2,,'
13/09/26 00:36:02 DEBUG catalog.CatalogTracker: Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@466e06d7
13/09/26 00:36:02 INFO zookeeper.ZooKeeper: Session: 0x14159256f9b0031 closed
13/09/26 00:36:02 INFO zookeeper.ClientCnxn: EventThread shut down
13/09/26 00:36:02 INFO zookeeper.ZooKeeper: Initiating client connection, connectString=<REDACTED>:2181 sessionTimeout=180000 watcher=catalogtracker-on-org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation@c8d427c
13/09/26 00:36:02 INFO zookeeper.RecoverableZooKeeper: The identifier of this process is 10390@<REDACTED>
13/09/26 00:36:02 DEBUG catalog.CatalogTracker: Starting catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@5152cfbb
13/09/26 00:36:02 INFO zookeeper.ClientCnxn: Opening socket connection to server <REDACTED>/10.20.187.137:2181. Will not attempt to authenticate using SASL (unknown error)
13/09/26 00:36:02 INFO zookeeper.ClientCnxn: Socket connection established to <REDACTED>/10.20.187.137:2181, initiating session
13/09/26 00:36:02 INFO zookeeper.ClientCnxn: Session establishment complete on server <REDACTED>/10.20.187.137:2181, sessionid = 0x14159256f9b0032, negotiated timeout = 180000
13/09/26 00:36:02 DEBUG catalog.CatalogTracker: Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@5152cfbb
13/09/26 00:36:03 INFO zookeeper.ZooKeeper: Session: 0x14159256f9b0032 closed
13/09/26 00:36:03 INFO zookeeper.ClientCnxn: EventThread shut down
13/09/26 00:36:04 WARN mapred.JobClient: Use GenericOptionsParser for parsing the arguments. Applications should implement Tool for the same.
13/09/26 00:36:06 INFO input.FileInputFormat: Total input paths to process : 1
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[0]  startRow=1363147 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[1]  startRow=1468004 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[2]  startRow=1887432 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[3]  startRow=209714 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[4]  startRow=524285 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[5]  startRow=1048576 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[6]  startRow=1572861 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[7]  startRow=943713 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[8]  startRow=314571 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[9]  startRow=419428 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[10]  startRow=1258290 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[11]  startRow=1677718 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[12]  startRow=1992289 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[13]  startRow=104857 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[14]  startRow=629142 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[15]  startRow=0 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[16]  startRow=838856 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[17]  startRow=1782575 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[18]  startRow=1153433 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 DEBUG hbase.PerformanceEvaluation: split[19]  startRow=733999 rows=104857 totalRows=2097152 clients=2 flushCommits=true writeToWAL=true
13/09/26 00:36:06 INFO hbase.PerformanceEvaluation: Total # of splits: 20
13/09/26 00:36:07 INFO mapred.JobClient: Running job: job_201309260021_0007
13/09/26 00:36:08 INFO mapred.JobClient:  map 0% reduce 0%
13/09/26 00:36:23 INFO mapred.JobClient: Task Id : attempt_201309260021_0007_m_000000_0, Status : FAILED
org.apache.hadoop.hbase.TableNotFoundException: TestTable
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:1024)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:889)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:846)
	at org.apache.hadoop.hbase.client.HTable.finishSetup(HTable.java:271)
	at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:211)
	at org.apache.hadoop.hbase.PerformanceEvaluation$Test.testSetup(PerformanceEvaluation.java:801)
	at org.apache.hadoop.hbase.PerformanceEvaluation$Test.test(PerformanceEvaluation.java:820)
	at org.apache.hadoop.hbase.PerformanceEvaluation.runOneClient(PerformanceEvaluation.java:1169)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask.map(PerformanceEvaluation.java:452)
	at org.apache.hadoop.hbase.PerformanceEvaluation$EvaluationMapTask

017-12-04 09:56:36,209 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("parallel-extension-add") failed - address: ([]): java.lang.RuntimeException: WFLYCTL0079: Failed initializing module org.wildfly.extension.microprofile.config
	at org.jboss.as.controller.extension.ParallelExtensionAddHandler$1.execute(ParallelExtensionAddHandler.java:115)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:980)
	at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:490)
	at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:468)
	at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:430)
	at org.jboss.as.server.ServerService.boot(ServerService.java:437)
	at org.jboss.as.server.ServerService.boot(ServerService.java:396)
Caused by: java.util.concurrent.ExecutionException: java.lang.RuntimeException: WFLYCTL0435: Attribute class of resource [
    ("subsystem" => "microprofile-config"),
    ("config-source" => "*")
] was not marked as reload required, either set the RESTART_ALL_SERVICES flag, or register a custom write handler.
	at org.jboss.as.controller.extension.ParallelExtensionAddHandler$1.execute(ParallelExtensionAddHandler.java:107)
	... 11 more
Caused by: java.lang.RuntimeException: WFLYCTL0435: Attribute class of resource [
	at org.jboss.as.controller.PersistentResourceDefinition.registerAttributes(PersistentResourceDefinition.java:78)
	at org.jboss.as.controller.registry.NodeSubregistry.registerChild(NodeSubregistry.java:108)
	at org.wildfly.extension.microprofile.config.SubsystemExtension.initialize(SubsystemExtension.java:58)
	at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:131)
	at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:104)
	at org.jboss.as.controller.extension.ParallelExtensionAddHandler$ExtensionInitializeTask.call(ParallelExtensionAddHandler.java:144)
	at org.jboss.as.controller.extension.ParallelExtensionAddHandler$ExtensionInitializeTask.call(ParallelExtensionAddHandler.java:127)

The language codecs are platform-depedent, please see Common Bug #3 for details.

When cached connection manager (CCM) debug is enabled, during the stack unwind for EJB remote calls, CCM debug is reporting leaked connections and force-closing them.

The documentation for 3.0.0.RC1 at http://docs.spring.io/spring-batch/trunk/reference/html/jsr-352.html#jsrTesting talks about org.springframework.batch.core.jsr.JsrTestUtils which really does not exists in the packaged/released version.

mergejoin test fails with java.lang.IllegalStateException when run in MiniLlapLocal.
This is the query for which it fails,
[ERROR]   TestMiniLlapLocalCliDriver.testCliDriver:59 Client execution failed with error code = 2 running "
select count from tab a join tab_part b on a.key = b.key join src1 c on a.value = c.value" fname=mergejoin.q 
This is the stack trace,
failed due to:ROOT_INPUT_INIT_FAILURE, Vertex Input: b initializer failed, vertex=vertex_1515180518813_0001_42_05 [Map 8], java.lang.RuntimeException: ORC split generation failed with exception: java.lang.IllegalStateException: Failed to retrieve dynamic value for RS_12_a_key_min
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1784)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getSplits(OrcInputFormat.java:1872)
    at org.apache.hadoop.hive.ql.io.HiveInputFormat.addSplitsForGroup(HiveInputFormat.java:499)
    at org.apache.hadoop.hive.ql.io.HiveInputFormat.getSplits(HiveInputFormat.java:684)
    at org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator.initialize(HiveSplitGenerator.java:196)
    at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable$1.run(RootInputInitializerManager.java:278)
    at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable$1.run(RootInputInitializerManager.java:269)
    at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1962)
    at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable.call(RootInputInitializerManager.java:269)
    at org.apache.tez.dag.app.dag.RootInputInitializerManager$InputInitializerCallable.call(RootInputInitializerManager.java:253)
    at com.google.common.util.concurrent.TrustedListenableFutureTask$TrustedFutureInterruptibleTask.runInterruptibly(TrustedListenableFutureTask.java:108)
    at com.google.common.util.concurrent.InterruptibleTask.run(InterruptibleTask.java:41)
    at com.google.common.util.concurrent.TrustedListenableFutureTask.run(TrustedListenableFutureTask.java:77)
Caused by: java.util.concurrent.ExecutionException: java.lang.IllegalStateException: Failed to retrieve dynamic value for RS_12_a_key_min
    at java.util.concurrent.FutureTask.report(FutureTask.java:122)
    at java.util.concurrent.FutureTask.get(FutureTask.java:192)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.generateSplitsInfo(OrcInputFormat.java:1778)
    ... 17 more
Caused by: java.lang.IllegalStateException: Failed to retrieve dynamic value for RS_12_a_key_min
    at org.apache.hadoop.hive.ql.plan.DynamicValue.getValue(DynamicValue.java:142)
    at org.apache.hadoop.hive.ql.plan.DynamicValue.getJavaValue(DynamicValue.java:97)
    at org.apache.hadoop.hive.ql.plan.DynamicValue.getLiteral(DynamicValue.java:93)
    at org.apache.hadoop.hive.ql.io.sarg.SearchArgumentImpl$PredicateLeafImpl.getLiteralList(SearchArgumentImpl.java:120)
    at org.apache.orc.impl.RecordReaderImpl.evaluatePredicateMinMax(RecordReaderImpl.java:553)
    at org.apache.orc.impl.RecordReaderImpl.evaluatePredicateRange(RecordReaderImpl.java:463)
    at org.apache.orc.impl.RecordReaderImpl.evaluatePredicate(RecordReaderImpl.java:440)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.isStripeSatisfyPredicate(OrcInputFormat.java:2163)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.pickStripesInternal(OrcInputFormat.java:2140)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.pickStripes(OrcInputFormat.java:2131)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.access$3000(OrcInputFormat.java:157)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.callInternal(OrcInputFormat.java:1476)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.access$2700(OrcInputFormat.java:1261)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator$1.run(OrcInputFormat.java:1445)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator$1.run(OrcInputFormat.java:1442)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.call(OrcInputFormat.java:1442)
    at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$SplitGenerator.call(OrcInputFormat.java:1261)
    ... 3 more
Caused by: java.lang.IllegalStateException: Value does not exist in registry: RS_12_a_key_min
    at org.apache.hadoop.hive.ql.exec.tez.DynamicValueRegistryTez.getValue(DynamicValueRegistryTez.java:76)
    at org.apache.hadoop.hive.ql.plan.DynamicValue.getValue(DynamicValue.java:137)
    ... 23 more

On a SQL query that involves:
insert into AbcTable
select :param1, :param2, otherValue
from DefTable
... using a NamedParameterJdbcTemplate and mapping one of the named parameters to NULL in the parameter map results in:
java.io.IOException: JZ0SL: Unsupported SQL type 0.
Example code (Spring 3.1.3.RELEASE):
MapSqlParameterSource parameters = new MapSqlParameterSource();
parameters.addValue("param1", null);
template.update(insertSql, parameters);
Works (inserts a null value into the table) in 3.1.1.RELEASE.
Using Sybase JConnect 7.07.ESD5 (latest) and other versions of JConnect spanning back 2 years.
Test details to follow on Monday, just wanted to raise the issue.

As stated on http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/beans.html "[...]  You can control the order in which these BeanPostProcessor interfaces execute by setting the order property. You can set this property only if the BeanPostProcessor implements the Ordered interface; [...]". Unfortunately this is not true, the list of BeanPostProcessors is a simple ArrayList in AbstractBeanFactory and AbstractAutowireCapableBeanFactory.applyBeanPostProcessors(Before|After)Initialization just iterates over it, the post processors are hence executed in the registration order regardless whether they implement Ordered or not.
In my particular case I need my BeanPostProcessor to run after any proxying of beans, otherwise i don't have the correct bean reference (need: proxy reference, actual: target reference).

ResponseBodyEmitterReturnValueHandler.supportsReturnType(…) casts a previously looked up type argument to cast and thus will cause a ClassCastException in case the type argument is a parameterized in turn (e.g. using ResponseEntity<SomeParameterizedType<?>>).

ParameterizedType type = (ParameterizedType) paramType;
Type[] typeArguments = type.getActualTypeArguments();
if (typeArguments.length == 1) {
	return ResponseBodyEmitter.class.isAssignableFrom((Class<?>) typeArguments[0]);
}

otherwise hadoop JobId of the job is not visible in SHOW COMPACTIONS until the job completes.

When I invoke a reactive mongoTemplate.insert(myObj) then I get the stacktrace below. The entity class is a Kotlin data class with this property:
@Version @JsonIgnore val version: Int? = null
 I'm using the invocation in a "dev" profile to initially load some test data.
When I remove @Version then the insert statement works as expected.
Same issue with:

repo.save(myObj) where repo is a reactive repository
Lifecycle annotation @CreatedDate
Lifecycle annotation @LastModifiedDate

Stacktrace: 

java.lang.UnsupportedOperationException: No accessor to set property @org.springframework.data.annotation.Version()private final java.lang.Integer de.hska.kunde.entity.Kunde.version!
 at de.hska.kunde.entity.Kunde_Accessor_qaloks.setProperty(Unknown Source)
 at org.springframework.data.mapping.model.ConvertingPropertyAccessor.setProperty(ConvertingPropertyAccessor.java:61)
 at org.springframework.data.mongodb.core.EntityOperations$AdaptibleMappedEntity.initializeVersionProperty(EntityOperations.java:634)
 at org.springframework.data.mongodb.core.ReactiveMongoTemplate.lambda$doInsert$24(ReactiveMongoTemplate.java:1231)
 at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:44)
 at reactor.core.publisher.MonoLift.subscribe(MonoLift.java:45)
 at reactor.core.publisher.MonoOnAssembly.subscribe(MonoOnAssembly.java:76)
 at reactor.core.publisher.Mono.subscribe(Mono.java:3563)
 at reactor.core.publisher.FluxFlatMap$FlatMapMain.onNext(FluxFlatMap.java:389)
 at reactor.core.publisher.FluxOnAssembly$OnAssemblySubscriber.onNext(FluxOnAssembly.java:373)
 at org.springframework.cloud.sleuth.instrument.reactor.ScopePassingSpanSubscriber.onNext(ScopePassingSpanSubscriber.java:81)
 at reactor.core.publisher.FluxConcatArray$ConcatArraySubscriber.onNext(FluxConcatArray.java:176)
 at reactor.core.publisher.FluxArray$ArraySubscription.slowPath(FluxArray.java:126)
 at reactor.core.publisher.FluxArray$ArraySubscription.request(FluxArray.java:99)
 at org.springframework.cloud.sleuth.instrument.reactor.ScopePassingSpanSubscriber.request(ScopePassingSpanSubscriber.java:69)
 at reactor.core.publisher.FluxOnAssembly$OnAssemblySubscriber.request(FluxOnAssembly.java:458)
 at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:1804)
 at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:1678)
 at reactor.core.publisher.FluxOnAssembly$OnAssemblySubscriber.onSubscribe(FluxOnAssembly.java:442)
 at org.springframework.cloud.sleuth.instrument.reactor.ScopePassingSpanSubscriber.onSubscribe(ScopePassingSpanSubscriber.java:63)
 at reactor.core.publisher.FluxArray.subscribe(FluxArray.java:53)
 at reactor.core.publisher.FluxArray.subscribe(FluxArray.java:59)
 at reactor.core.publisher.FluxLiftFuseable.subscribe(FluxLiftFuseable.java:70)
 at reactor.core.publisher.FluxOnAssembly.subscribe(FluxOnAssembly.java:164)
 at reactor.core.publisher.Flux.subscribe(Flux.java:7700)
 at reactor.core.publisher.FluxConcatArray$ConcatArraySubscriber.onComplete(FluxConcatArray.java:207)
 at reactor.core.publisher.FluxOnAssembly$OnAssemblySubscriber.onComplete(FluxOnAssembly.java:383)
 at org.springframework.cloud.sleuth.instrument.reactor.ScopePassingSpanSubscriber.onComplete(ScopePassingSpanSubscriber.java:93)
 at reactor.core.publisher.MonoIgnoreElements$IgnoreElementsSubscriber.onComplete(MonoIgnoreElements.java:81)
 at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1434)
 at reactor.core.publisher.MonoFlatMap$FlatMapInner.onNext(MonoFlatMap.java:241)
 at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1432)
 at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:76)
 at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:73)
 at reactor.core.publisher.MonoFlatMapMany$FlatMapManyInner.onNext(MonoFlatMapMany.java:238)
 at com.mongodb.reactivestreams.client.internal.ObservableToPublisher$1.onNext(ObservableToPublisher.java:68)
 at com.mongodb.async.client.AbstractSubscription.onNext(AbstractSubscription.java:135)
 at com.mongodb.async.client.AbstractSubscription.processResultsQueue(AbstractSubscription.java:203)
 at com.mongodb.async.client.AbstractSubscription.tryProcessResultsQueue(AbstractSubscription.java:159)
 at com.mongodb.async.client.SingleResultCallbackSubscription$1.onResult(SingleResultCallbackSubscription.java:48)
 at com.mongodb.async.client.MongoCollectionImpl$6.onResult(MongoCollectionImpl.java:828)
 at com.mongodb.async.client.MongoCollectionImpl$6.onResult(MongoCollectionImpl.java:822)
 at com.mongodb.async.client.MongoCollectionImpl$8.onResult(MongoCollectionImpl.java:887)
 at com.mongodb.async.client.MongoCollectionImpl$8.onResult(MongoCollectionImpl.java:881)
 at com.mongodb.internal.async.ErrorHandlingResultCallback.onResult(ErrorHandlingResultCallback.java:49)
 at com.mongodb.async.client.OperationExecutorImpl$2$1.onResult(OperationExecutorImpl.java:117)
 at com.mongodb.operation.OperationHelper$ReferenceCountedReleasingWrappedCallback.onResult(OperationHelper.java:364)
 at com.mongodb.operation.CreateIndexesOperation$2$1$1.onResult(CreateIndexesOperation.java:205)
 at com.mongodb.operation.CreateIndexesOperation$2$1$1.onResult(CreateIndexesOperation.java:202)
 at com.mongodb.operation.CommandOperationHelper$2.onResult(CommandOperationHelper.java:405)
 at com.mongodb.internal.connection.DefaultServer$DefaultServerProtocolExecutor$2.onResult(DefaultServer.java:227)
 at com.mongodb.internal.connection.CommandProtocolImpl$1.onResult(CommandProtocolImpl.java:85)
 at com.mongodb.internal.connection.DefaultConnectionPool$PooledConnection$1.onResult(DefaultConnectionPool.java:461)
 at com.mongodb.internal.connection.UsageTrackingInternalConnection$2.onResult(UsageTrackingInternalConnection.java:111)
 at com.mongodb.internal.connection.InternalStreamConnection$2$1.onResult(InternalStreamConnection.java:379)
 at com.mongodb.internal.connection.InternalStreamConnection$2$1.onResult(InternalStreamConnection.java:356)
 at com.mongodb.internal.connection.InternalStreamConnection$MessageHeaderCallback$MessageCallback.onResult(InternalStreamConnection.java:651)
 at com.mongodb.internal.connection.InternalStreamConnection$MessageHeaderCallback$MessageCallback.onResult(InternalStreamConnection.java:618)
 at com.mongodb.internal.connection.InternalStreamConnection$5.completed(InternalStreamConnection.java:494)
 at com.mongodb.internal.connection.InternalStreamConnection$5.completed(InternalStreamConnection.java:491)
 at com.mongodb.connection.netty.NettyStream.readAsync(NettyStream.java:236)
 at com.mongodb.internal.connection.InternalStreamConnection.readAsync(InternalStreamConnection.java:491)
 at com.mongodb.internal.connection.InternalStreamConnection.access$1000(InternalStreamConnection.java:74)
 at com.mongodb.internal.connection.InternalStreamConnection$MessageHeaderCallback.onResult(InternalStreamConnection.java:608)
 at com.mongodb.internal.connection.InternalStreamConnection$MessageHeaderCallback.onResult(InternalStreamConnection.java:593)
 at com.mongodb.connection.netty.NettyStream.handleReadResponse(NettyStream.java:266)
 at com.mongodb.connection.netty.NettyStream.access$600(NettyStream.java:66)
 at com.mongodb.connection.netty.NettyStream$InboundBufferHandler.channelRead0(NettyStream.java:325)
 at com.mongodb.connection.netty.NettyStream$InboundBufferHandler.channelRead0(NettyStream.java:322)
 at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
 at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
 at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
 at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
 at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1434)
 at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:965)
 at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
 at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:628)
 at io.netty.channel.nio.NioEventLoop.processSelectedKeysPlain(NioEventLoop.java:528)
 at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:482)
 at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:442)
 at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:884)
 at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
 at java.base/java.lang.Thread.run(Thread.java:834)
 Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException:
 Assembly trace from producer [reactor.core.publisher.MonoLift] :
 reactor.core.publisher.Mono.defer(Mono.java:198)
 org.springframework.data.mongodb.core.ReactiveMongoTemplate.doInsert(ReactiveMongoTemplate.java:1228)
 org.springframework.data.mongodb.core.ReactiveMongoTemplate.insert(ReactiveMongoTemplate.java:1221)
 org.springframework.data.mongodb.core.ReactiveMongoTemplate.insert(ReactiveMongoTemplate.java:1209)
 de.hska.kunde.config.dev.DbPopulate$dbPopulate$1$2.invoke(DbPopulate.kt:74)
 de.hska.kunde.config.dev.DbPopulate$dbPopulate$1$2.invoke(DbPopulate.kt:54)
 reactor.core.publisher.FluxFlatMap$FlatMapMain.onNext(FluxFlatMap.java:350)
 org.springframework.cloud.sleuth.instrument.reactor.ScopePassingSpanSubscriber.onNext(ScopePassingSpanSubscriber.java:81)
 reactor.core.publisher.FluxConcatArray$ConcatArraySubscriber.onNext(FluxConcatArray.java:176)
 reactor.core.publisher.FluxArray$ArraySubscription.slowPath(FluxArray.java:126)
 reactor.core.publisher.FluxArray$ArraySubscription.request(FluxArray.java:99)
 org.springframework.cloud.sleuth.instrument.reactor.ScopePassingSpanSubscriber.request(ScopePassingSpanSubscriber.java:69)
 reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:1804)
 reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:1678)
 org.springframework.cloud.sleuth.instrument.reactor.ScopePassingSpanSubscriber.onSubscribe(ScopePassingSpanSubscriber.java:63)
 reactor.core.publisher.FluxArray.subscribe(FluxArray.java:53)
 reactor.core.publisher.FluxArray.subscribe(FluxArray.java:59)
 reactor.core.publisher.FluxLiftFuseable.subscribe(FluxLiftFuseable.java:70)
 reactor.core.publisher.Flux.subscribe(Flux.java:7700)
 reactor.core.publisher.FluxConcatArray$ConcatArraySubscriber.onComplete(FluxConcatArray.java:207)
 org.springframework.cloud.sleuth.instrument.reactor.ScopePassingSpanSubscriber.onComplete(ScopePassingSpanSubscriber.java:93)
 reactor.core.publisher.MonoIgnoreElements$IgnoreElementsSubscriber.onComplete(MonoIgnoreElements.java:81)
 reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1434)
 reactor.core.publisher.MonoFlatMap$FlatMapInner.onNext(MonoFlatMap.java:241)
 reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1432)
 reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:76)
 reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:73)
 reactor.core.publisher.MonoFlatMapMany$FlatMapManyInner.onNext(MonoFlatMapMany.java:238)
 com.mongodb.reactivestreams.client.internal.ObservableToPublisher$1.onNext(ObservableToPublisher.java:68)
 com.mongodb.async.client.AbstractSubscription.onNext(AbstractSubscription.java:135)
 com.mongodb.async.client.AbstractSubscription.processResultsQueue(AbstractSubscription.java:203)
 com.mongodb.async.client.AbstractSubscription.tryProcessResultsQueue(AbstractSubscription.java:159)
 com.mongodb.async.client.SingleResultCallbackSubscription$1.onResult(SingleResultCallbackSubscription.java:48)
 com.mongodb.async.client.MongoCollectionImpl$6.onResult(MongoCollectionImpl.java:828)
 com.mongodb.async.client.MongoCollectionImpl$6.onResult(MongoCollectionImpl.java:822)
 com.mongodb.async.client.MongoCollectionImpl$8.onResult(MongoCollectionImpl.java:887)
 com.mongodb.async.client.MongoCollectionImpl$8.onResult(MongoCollectionImpl.java:881)
 com.mongodb.internal.async.ErrorHandlingResultCallback.onResult(ErrorHandlingResultCallback.java:49)
 com.mongodb.async.client.OperationExecutorImpl$2$1.onResult(OperationExecutorImpl.java:117)
 com.mongodb.operation.OperationHelper$ReferenceCountedReleasingWrappedCallback.onResult(OperationHelper.java:364)
 com.mongodb.operation.CreateIndexesOperation$2$1$1.onResult(CreateIndexesOperation.java:205)
 com.mongodb.operation.CreateIndexesOperation$2$1$1.onResult(CreateIndexesOperation.java:202)
 com.mongodb.operation.CommandOperationHelper$2.onResult(CommandOperationHelper.java:405)
 com.mongodb.internal.connection.DefaultServer$DefaultServerProtocolExecutor$2.onResult(DefaultServer.java:227)
 com.mongodb.internal.connection.CommandProtocolImpl$1.onResult(CommandProtocolImpl.java:85)
 com.mongodb.internal.connection.DefaultConnectionPool$PooledConnection$1.onResult(DefaultConnectionPool.java:461)
 com.mongodb.internal.connection.UsageTrackingInternalConnection$2.onResult(UsageTrackingInternalConnection.java:111)
 com.mongodb.internal.connection.InternalStreamConnection$2$1.onResult(InternalStreamConnection.java:379)
 com.mongodb.internal.connection.InternalStreamConnection$2$1.onResult(InternalStreamConnection.java:356)
 com.mongodb.internal.connection.InternalStreamConnection$MessageHeaderCallback$MessageCallback.onResult(InternalStreamConnection.java:651)
 com.mongodb.internal.connection.InternalStreamConnection$MessageHeaderCallback$MessageCallback.onResult(InternalStreamConnection.java:618)
 com.mongodb.internal.connection.InternalStreamConnection$5.completed(InternalStreamConnection.java:494)
 com.mongodb.internal.connection.InternalStreamConnection$5.completed(InternalStreamConnection.java:491)
 com.mongodb.connection.netty.NettyStream.readAsync(NettyStream.java:236)
 com.mongodb.internal.connection.InternalStreamConnection.readAsync(InternalStreamConnection.java:491)
 com.mongodb.internal.connection.InternalStreamConnection.access$1000(InternalStreamConnection.java:74)
 com.mongodb.internal.connection.InternalStreamConnection$MessageHeaderCallback.onResult(InternalStreamConnection.java:608)
 com.mongodb.internal.connection.InternalStreamConnection$MessageHeaderCallback.onResult(InternalStreamConnection.java:593)
 com.mongodb.connection.netty.NettyStream.handleReadResponse(NettyStream.java:266)
 com.mongodb.connection.netty.NettyStream.access$600(NettyStream.java:66)
 com.mongodb.connection.netty.NettyStream$InboundBufferHandler.channelRead0(NettyStream.java:325)
 com.mongodb.connection.netty.NettyStream$InboundBufferHandler.channelRead0(NettyStream.java:322)
 io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
 io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
 io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
 io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
 io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1434)
 io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:965)
 io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
 io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:628)
 io.netty.channel.nio.NioEventLoop.processSelectedKeysPlain(NioEventLoop.java:528)
 io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:482)
 io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:442)
 io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:884)
 io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
 Error has been observed by the following operator(s):
|_ Mono.defer ? org.springframework.data.mongodb.core.ReactiveMongoTemplate.doInsert(ReactiveMongoTemplate.java:1228)|
|_ Flux.flatMap ? de.hska.kunde.config.dev.DbPopulate$dbPopulate$1.run(DbPopulate.kt:74)

See nabble
http://camel.465427.n5.nabble.com/Cannot-handle-Exception-thrown-from-Splitter-Expression-tp3286043p3286043.html

TestRecoveredEdits failed a lot times in precommit jobs.
https://builds.apache.org/view/H-L/view/HBase/job/HBase-Find-Flaky-Tests/job/master/Flaky_20Test_20Report/
 
Lots of files stil have Copyright Fusesource (e.g. in etc directory)

If a user deployment does not have ejb-jar.xml with the ejb-version set and is based on annotations, then the metadata creators should set the ejb-version to the "latest" version of the ejb-jar xsd.

as part of commit done for HIVE-16219, there seems to additional changes in the root level pom.xml, they should not be required. 

When you turn on Scanner Metrics, the metrics are currently only made available if you run over all records available in the scanner. If you stop iterating before the end, the values are never flushed into the metrics object (in the Scan attribute).
Will supply a patch with fix and test.

While building spring-framework 3.0.1 SNAPSHOT r2795, CronTriggerTests testDailyTriggerInLongMonth fails (see [1]). Problem seems to be in CronSequenceGenerator's findNext method, where at line 198 calendar.add call is made. Before that call calendar.getTime() returns date "Sun Oct 31 01:00:00 CEST 2010", while after the call (addition of 23 hours) calendar.getTime() returns date "Sun Oct 31 23:00:00 CET 2010". In calendar.set(field, nextValue) call that follows, HOUR_OF_DAY is reset to 0 (nextValue), calendar will be set to "Sun Oct 31 00:00:00 CEST 2010", while it was expected to get "Mon Nov 01 00:00:00 CET 2010".
[1] failed build log snippet

    [junit] Testsuite: org.springframework.scheduling.support.CronTriggerTests
    [junit] Tests run: 36, Failures: 1, Errors: 0, Time elapsed: 0,038 sec
    [junit]
    [junit] Testcase: testDailyTriggerInLongMonth(org.springframework.scheduling.support.CronTriggerTests):     FAILED
    [junit] expected:<Mon Nov 01 00:00:00 CET 2010> but was:<Sun Oct 31 00:00:00 CEST 2010>
    [junit] junit.framework.AssertionFailedError: expected:<Mon Nov 01 00:00:00 CET 2010> but was:<Sun Oct 31 00:00:00 C
EST 2010>
    [junit]     at org.springframework.scheduling.support.CronTriggerTests.testDailyTriggerInLongMonth(CronTriggerTests.
java:239)
    [junit]
    [junit]
   [subant] Leaving directory: C:\Users\Stevo Slavic\Work\java\eclipse\workspaces\oss\spring\spring-framework\org.spring
framework.context

C:\Users\Stevo Slavic\Work\java\eclipse\workspaces\oss\spring\spring-framework\spring-build\multi-bundle\quality.xml:23:
 The following error occurred while executing this line:
C:\Users\Stevo Slavic\Work\java\eclipse\workspaces\oss\spring\spring-framework\spring-build\multi-bundle\common.xml:71:
The following error occurred while executing this line:
C:\Users\Stevo Slavic\Work\java\eclipse\workspaces\oss\spring\spring-framework\spring-build\common\quality.xml:36: The f
ollowing error occurred while executing this line:
C:\Users\Stevo Slavic\Work\java\eclipse\workspaces\oss\spring\spring-framework\spring-build\common\quality.xml:194: Test
s failed

TestReplication failed on the last 0.90 build because the log of the machine that was killed was rolled and got a few edits in before it was put in a ZK queue.
This fix is pretty easy, the notification should be sent before the lock is acquired instead of after that. It shouldn't have been like that since the beginning but I guess I missed it when I narrowed the lock.

create table dummy(i int);
insert into table dummy values (1);
select * from dummy;

create table partunion1(id1 int) partitioned by (part1 string);

explain insert into table partunion1 partition(part1)
select temps.* from (
select 1 as id1, '2014' as part1 from dummy 
union all 
select 2 as id1, '2014' as part1 from dummy ) temps;

insert into table partunion1 partition(part1)
union all 

select * from partunion1;

fails.

Dig into the log
https://builds.apache.org/job/HBase-TRUNK/6197/artifact/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.namespace.TestNamespaceAuditor-output.txt
Seems a split operation which we expect to success is started before we finishing a merge and cause an infinite sleep loop.
I guess the problem is here
TestNamespaceAuditor.java
    // merge the two regions
    admin.mergeRegions(hris.get(0).getEncodedNameAsBytes(),
      hris.get(1).getEncodedNameAsBytes(), false);
    
    while (admin.getTableRegions(tableTwo).size() == initialRegions) {
    }

I guess that during a merge, we can get more region count than before because we first online the new region and then offline the two old regions.
So change it to admin.getTableRegions(tableTwo).size() != initialRegions - 1 may work.
And we can modify the while loop to use Waiter.waitFor which can provide more useful information when test failed.

Scenario:

Create ACID table t1 and insert few rows.
Create materialized view mv as select a from t1 where a > 5;
Run get_split query "select get_splits( select a from t1 where a > 5); – This fails with AssertionError.

at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.getValidWriteIds(DbTxnManager.java:673)
at org.apache.hadoop.hive.ql.metadata.Hive.getValidMaterializedViews(Hive.java:1495)
at org.apache.hadoop.hive.ql.metadata.Hive.getAllValidMaterializedViews(Hive.java:1478)
at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.applyMaterializedViewRewriting(CalcitePlanner.java:2160)
at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1777)
at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:1669)
at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:118)
at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:1043)
at org.apache.calcite.tools.Frameworks.withPrepare(Frameworks.java:154)
at org.apache.calcite.tools.Frameworks.withPlanner(Frameworks.java:111)
at org.apache.hadoop.hive.ql.parse.CalcitePlanner.logicalPlan(CalcitePlanner.java:1428)
at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:475)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:12309)
at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:355)
at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:289)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:669)
at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1872)
at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1819)
at org.apache.hadoop.hive.ql.udf.generic.GenericUDTFGetSplits.createPlanFragment(GenericUDTFGetSplits.java:266)
at org.apache.hadoop.hive.ql.udf.generic.GenericUDTFGetSplits.process(GenericUDTFGetSplits.java:204)
at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:938)
at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:128)
at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:519)
at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:511)
at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:146)
at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:2764)
at org.apache.hadoop.hive.ql.reexec.ReExecDriver.getResults(ReExecDriver.java:229)
at org.apache.hadoop.hive.ql.TestAcidOnTez.runStatementOnDriver(TestAcidOnTez.java:927)
at org.apache.hadoop.hive.ql.TestAcidOnTez.testGetSplitsLocksWithMaterializedView(TestAcidOnTez.java:803)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:379)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:340)
at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:413)

When using Camel MongoDB component with "operation=findById" and [_id] field is happened to be a standard ObjectId(), it doesn't work anymore in v.2.18 (worked 2.17.3 and before). 
Basically, to test you'd need to send org.bson.types.ObjectId in the message body but it never finds a document. 
The problem lies in MongoDbProducer.createDoFindById(). 
Can be fixed by replacing line: 
                String id = exchange1.getIn().getMandatoryBody(String.class); 
with 
                Object id = exchange1.getIn().getMandatoryBody(); 

Coprocessors currently do not support generic interfaces because type erasure makes their generic parameters appear as Objects to Invocation.java.
This can be overcome by writing out the parameters using their own types (rather than the type parameters), and then separately writing the class names for the type parameters. While it would be ideal to implement this in Invocation.java, some other code seems to be relying on its write order and doing so breaks other RPC code. The modification can, however, be implemented in Exec.java instead.
The included patch modifies Invocation.java's fields to that they are protected scope, and fully implements the read and write methods for Exec rather than using the parent method for the parent fields. ExecResult is also modified to accommodate generic returns in the same way.

There is missing null check in org.wildfly.security.auth.server.SecurityDomain.mapName(String name) method. Parameter name can be changed to null on line 162 [1] which can result to NPE in following command on line 163. Null check should be added.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/ef67225884aa79b8e949c768a867c303af09fac4/src/main/java/org/wildfly/security/auth/server/SecurityDomain.java#L162

With the configs hive.stats.reliable and hive.stats.autogather are set to true, and using either the HBase or JDBC Stats Publishers, if a FileSinkOperator does not receive any rows, and hence collects no stats, it will throw an exception.
Related, if hive.stats.reliable is set to false it will still log a warning which seems unnecessary.
Repro:
create table tmptable(key string, value string) partitioned by (part string);
set hive.stats.reliable=true;
insert overwrite table tmptable partition (part = '1') select * from src where key = 'no_such_value';

This is a problem introduced by HBASE-13825 where we change the exception type in catch block in readNext method of ProtobufLogReader.
ProtobufLogReader.java
      try {
          ......
          ProtobufUtil.mergeFrom(builder, new LimitInputStream(this.inputStream, size),
            (int)size);
        } catch (IOException ipbe) { // <------ used to be InvalidProtocolBufferException
          throw (EOFException) new EOFException("Invalid PB, EOF? Ignoring; originalPosition=" +
            originalPosition + ", currentPosition=" + this.inputStream.getPos() +
            ", messageSize=" + size + ", currentAvailable=" + available).initCause(ipbe);
        }

Here if the inputStream throws an IOException due to timeout or something, we just convert it to an EOFException and at the bottom of this method, we ignore EOFException and return false. This cause the upper layer think we reach the end of file. So when replaying we will treat the HDFS timeout error as a normal end of file and cause data loss.

Multi-valued headers are contained as List<Object> in BasicProperties.headers. LongString values contained in these Lists will not be converted.
AMQP header values are converted from LongString to either a String or a DataInputStream depending on their length:

for (Map.Entry<String, Object> entry : headers.entrySet()) {
	Object value = entry.getValue();
	if (value instanceof LongString) {
		value = this.convertLongString((LongString) value, charset);
	}
	target.setHeader(entry.getKey(), value);
}

A possible solution would be:

	} else if (value instanceof List) {
		List listValue = new ArrayList<Object>();
		for (Object v : (List)value) {
			if (v instanceof LongString) {
				v = this.convertLongString((LongString) v, charset);
			}
			listValue.add(v);
		}
		value = listValue;
	}
}

The following assert condition is incorrect when decoding blob var byte array.

    assert t == 0 : "Unexpected bits remaining after decoding blob.";

When the number of bytes to decode is multiples of 8 (i.e the original number of bytes is multiples of 7), this assert may fail.

Currently RSRpcServices#doNonAtomicRegionMutation() does accounting for cell size and block size against the max result size quota.
However, as HBASE-17387 and related JIRAs have shown, we should consider the size of exceptions sent back to the client as well.
This issue adds accounting for size of serialized exceptions.

When an oauth client redirects to the authorization endpoint (oauth2/authorize?response_type=code&client_id=client&scope=read) and does not specify the redirect_uri then the redirect_uri is taken from the pre-configured value in the clientDetails. This is ok as the redirect_uri is not required in this call. However the fetched redirect_uri is then stored on the authorizationRequest (AuthorizationEndpoint#resolveRedirectUriAndCheckApproval). If the client subsequently tries to obtain an access-token by presenting his authorizationCode and again does not specify a redirect_uri (which is only required if he did so during the authorize request) then a RedirectMismatchException is thrown as it (wrongfully) seems as the authorize request was done with the redirect_uri parameter. There is no way of telling if the redirect_uri in the authorizationRequest that was stored (either in memory or jdbc) was the 'enhanced' one from the clientDetails or the parameter redirect_uri in the original oauth2/authorize request. So the current implementation implicitly requires a redirect_uri parameter in the token request. This is not conform spec (http://tools.ietf.org/html/draft-ietf-oauth-v2-31#section-4.1.3). I don't mind making a pull request, but before I do, I would like confirmation if this is indeed a bug or intentional design. 

2015-12-16 20:10:55,118 [main] ERROR main.ServiceLauncher - Destroy will permanently delete directories and registries. Reissue this command with the --force option if you want to proceed.

say, ther're 10 rows, column value is i%2:
row0 0
row1 1
row2 0
row3 1
row4 0
row5 1
row6 0
row7 1
row8 0
row9 1
1: filter : row filter > row4   ===> row5 row6 row7 row8 row9
2: subFilterList:  row filter <= row4 && column==0    ===> row0 row2 row4
3.1 filterlist[expected]   filter || subFilterList  ===> row0 row2 row4 row5 row6 row7 row8 row9
3.2 filterlist[BUGON!]  subFilterList || filter ===> row0 row1 row2 row3 row4 row5 row6 row7 row8 row9
(Please refer to the new testNestedFilterListWithSCVF case)
It was found when i managed to transform the following SQL into HBase scan statement: 
select xxx from xxx where (pk <= xxx and column1 = xxx) or pk > xxx
My finding is that we had an assumption for filter methods call sequence:
e.g. filterRowKey() should be called before filterKeyValue().
and the orignial filterList.filterRowKey impl broke it due to fast short-circuit returning.

For some internal runs, I saw the job name as hadoop-0.20.1-tools.jar, which makes it difficult to identify

After discussing this in the QE team, we believe that this error message
2016-07-21 05:33:00,363 ERROR [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0071: Jetty ALPN not found. HTTP2 and SPDY are not available. Please make sure Jetty ALPN is on the boot class path.
should be demoted to WARN to not cause too much panic with every server start. 
Also, maybe we could enhance it to contain some instructions how to explicitly disable HTTP/2 in order to get rid of this message completely?

When removing items via PUT request on nested children they are not being removed. The request is behaving more like a PATCH than a PUT right now.

{
    "inner": {
        "items": [{"some": "test"}]
    }
}

{
    "inner": {
        "object": "value"
    }
}

actual result

GET/parents/id -> 200
{
    "inner": {
        "items": [{"some": "test"}],
    }
}

expected result

{
    "inner": {
    }
}

We experience IndexOutOfBoundsException in a SMBJoin in the case on the tables used for the JOIN is uninitialized. Everything works if both are uninitialized or initialized.

2015-03-24 09:12:58,967 ERROR [main]: ql.Driver (SessionState.java:printError(545)) - FAILED: IndexOutOfBoundsException Index: 0, Size: 0
        at org.apache.hadoop.hive.ql.optimizer.AbstractBucketJoinProc.fillMappingBigTableBucketFileNameToSmallTableBucketFileNames(AbstractBucketJoinProc.java:486)
        at org.apache.hadoop.hive.ql.optimizer.AbstractBucketJoinProc.convertMapJoinToBucketMapJoin(AbstractBucketJoinProc.java:429)
        at org.apache.hadoop.hive.ql.optimizer.AbstractSMBJoinProc.convertJoinToBucketMapJoin(AbstractSMBJoinProc.java:540)
        at org.apache.hadoop.hive.ql.optimizer.AbstractSMBJoinProc.convertJoinToSMBJoin(AbstractSMBJoinProc.java:549)
        at org.apache.hadoop.hive.ql.optimizer.SortedMergeJoinProc.process(SortedMergeJoinProc.java:51)
[...]

Simplest way to reproduce:

SET hive.enforce.sorting=true;
SET hive.enforce.bucketing=true;
SET mapreduce.reduce.import.limit=-1;

SET hive.optimize.bucketmapjoin=true;
SET hive.optimize.bucketmapjoin.sortedmerge=true;
SET hive.auto.convert.join=true;
SET hive.auto.convert.sortmerge.join=true;
SET hive.auto.convert.sortmerge.join.noconditionaltask=true;

CREATE DATABASE IF NOT EXISTS tmp;
USE tmp;

CREATE  TABLE `test1` (
  `foo` bigint )
CLUSTERED BY (
  foo)
SORTED BY (
  foo ASC)
INTO 384 BUCKETS

CREATE  TABLE `test2`(
  foo)
SORTED BY (
  foo ASC)

-- Initialize ONE table of the two tables with any data.
INSERT INTO TABLE test1 SELECT foo FROM table_with_some_content LIMIT 100;

SELECT t1.foo, t2.foo
FROM test1 t1 INNER JOIN test2 t2 
ON (t1.foo = t2.foo);

I took a look at the Procedure fillMappingBigTableBucketFileNameToSmallTableBucketFileNames in AbstractBucketJoinProc.java and it does not seem to have changed from our MapR Hive 0.13 to current snapshot, so this should be also an error in the current Version.

 When running the main method of Canary.java, we see the following error:
Exception in thread "main" java.lang.ClassCastException: org.apache.hadoop.hbase.tool.Canary$RegionServerStdOutSink cannot be cast to org.apache.hadoop.hbase.tool.Canary$RegionStdOutSink
	at org.apache.hadoop.hbase.tool.Canary.newMonitor(Canary.java:911)
	at org.apache.hadoop.hbase.tool.Canary.run(Canary.java:796)
	at org.apache.hadoop.hbase.tool.Canary.main(Canary.java:1571)
This happens because we typecast the sink depending on the mode (zookeeper mode/region server mode) that Canary is configured in. In case no mode is specified, we typecast the sink into RegionStdOutSink. In general, it is possible to provide inconsistent mode and sink types while running Canary. 

The mapreduce.job.queuename only effects when HoS executes its query first time. After that, changing mapreduce.job.queuename won't change the query yarn scheduler queue name.

There are two problems
1. AsyncIPC will throw IOException when connection reset so we need to change the catch type in testRpcMaxRequestSize.
2. AsyncRpcChannel does not deal with channelInactive event in netty.

Generated class does not have unique=true in @Column annotation

Currently we have  the following configuration element: <xts-environment url="http://${jboss.bind.address:127.0.0.1}:8080/ws-c11/ActivationService"/>
If bind address is set to ::1, then xts environment URL becomes http://::1:8080/ws-c11/ActivationService. This is incorrect, because IPv6 address with port number in it suppose to have brackets.
we could need to split url in 4 different attribute:

protocol
host
port
path

but there isn't a easy way to do the transformer by adding these new attributes. So it's just another solution to split the url and check the address if startsWith ::1, then it needs to add the brackets and join them again.

For tez to compute the number of reducers, we should be walking the operator tree in a topological fashion so that the reducers down the tree get the estimate from all parents. However, the current walkers in hive only walk the operator tree in a depth-first fashion. We need to add a new walker for the topological walk. Also, since information about the parent operators needs to be propagated on a per parent basis, we need to retain some context across operators to be passed to the child which the walker will co-ordinate.

Erroneous apostrophe in https://hbase.apache.org/book/architecture.html#arch.overview
Have created a patch, it's my first.  Any recommendations for improving the report or the patch are welcomed.
Thanks

Increment is the only operation in the class of mutators that does not extend Mutation. It mostly duplicates what Mutation provides, but not quite. The signatures for setWriteToWAL and getFamilyMap are slightly different. This can be inconvenient because it requires special case code and therefore could be considered an API design nit. Unfortunately it is not a simple change: The interface is marked stable and the internals of the family map are different from other mutation types. The latter is why I suspect this was not addressed when Mutation was introduced.

If I connect an AmqpInboundChannelAdapter to the RabbitMQ (3.1.0) with wrong credentials (wrong password) the SimpleMessageListenerContainer doesn't detect the real reason and continues to restart the consumer in a seemingly endless loop. As AmqpInboundChannelAdapter user, I don't notice (except if I turn on debug logging level) any problem, its start() method returns after a pause with no error, but the connection remains not established.
It would be nice to have a notification (exception) about wrong credentials right away (there is a comprehensive rabbit client exception that gets swallowed in SimpleMessageListenerContainer.run())

In HadoopThriftAuthBridge20S methods createClientWithConf and getCurrentUGIWithConf we create new Configuration objects so we can set the authentication type. When loading the new Configuration object, it looks like core-site.xml for the cluster it's connected to.
This causes issues for Oozie since oozie does not have access to the core-site.xml as it's cluster agnostic.

See https://groups.google.com/forum/#!topic/wildfly-swarm/2650V_c2xgc
Bob asked me to add this task.
I've upgrade from 2016.12.0 to 2017.2.0-SNAPSHOT and a line that I had in my Main class no longer compiles, because "stageConfig()" is not longer a Method on the Swarm class:
    String configValue = swarm.stageConfig().resolve("some.config.key").getValue();
According to https://wildfly-swarm.gitbooks.io/wildfly-swarm-users-guide/content/configuration/project_stages.html, this should work.

The constructor comments of TarArchiveOutputStream say TarInputStream. Fix attached.

I'm trying to switch from hive cli to beeline and found the below working with hive cli, but not with beeline.
This works in hive cli:
$ hive -e "USE my_db;SHOW TABLES;" 
The same does not work in beeline:
$ beeline -u jdbc:hive2://my_server.com -n my_user -p my_password -e "USE my_db;SHOW TABLES;"
Error: Error while compiling statement: FAILED: ParseException line 1:9 missing EOF at ';' near 'my_db' (state=42000,code=40000)
Beeline version 0.12.0-cdh5.1.3 by Apache Hive 
I have also tried with beeline -f [filename]
The issue is the same, except  when the two statements are listed in separate lines in the file supplied via the -f parameter.
So when using 
beeline -f my.hql
my.hql:
USE my_db;
SHOW TABLES;
This does not work:
my.hql:
USE my_db;SHOW TABLES;
$ beeline -u jdbc:hive2://my_server.com -n my_user -p my_password -f my.hql
Connected to: Apache Hive (version 0.12.0-cdh5.1.3)
Driver: Hive JDBC (version 0.12.0-cdh5.1.3)
Beeline version 0.12.0-cdh5.1.3 by Apache Hive
0: jdbc:hive2://my_server.com> USE my_db;SHOW TABLES;
Run any type of multiple statements with beeline where the statements are in the same line separated by ; whether using "beeline -e [statement]" or "beeline -f [file]"

For consistency with the other methods of StandaloneMockMvcBuilder, setHandlerExceptionResolvers should return the builder i.e.:

public void setHandlerExceptionResolvers(List<HandlerExceptionResolver> exceptionResolvers) {
    this.handlerExceptionResolvers = exceptionResolvers;
}

should perhaps read:

public StandaloneMockMvcBuilder setHandlerExceptionResolvers(List<HandlerExceptionResolver> exceptionResolvers) {
}

The source table has 600 Million rows and it has a String column "l_shipinstruct" which has 4 unique values. (Ie. these 4 values are repeated across the 600 million rows)
We are sorting it based on this string column "l_shipinstruct" as shown in the below HiveQL with the following parameters. 

set hive.optimize.sampling.orderby.number=10000000;

insert overwrite table lineitem_temp_report 
select 
  l_orderkey, l_partkey, l_suppkey, l_linenumber, l_quantity, l_extendedprice, l_discount, l_tax, l_returnflag, l_linestatus, l_shipdate, l_commitdate, l_receiptdate, l_shipinstruct, l_shipmode, l_comment
from 
  lineitem
order by l_shipinstruct;

        at org.apache.hadoop.mapred.MapTask$OldOutputCollector.<init>(MapTask.java:569)
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:430)
        ... 10 more
        at org.apache.hadoop.mapreduce.lib.partition.TotalOrderPartitioner.setConf(TotalOrderPartitioner.java:116)
        at org.apache.hadoop.mapred.lib.TotalOrderPartitioner.configure(TotalOrderPartitioner.java:42)
        at org.apache.hadoop.hive.ql.exec.HiveTotalOrderPartitioner.configure(HiveTotalOrderPartitioner.java:37)
        ... 15 more
        at org.apache.hadoop.mapreduce.lib.partition.TotalOrderPartitioner.setConf(TotalOrderPartitioner.java:96)
        ... 17 more

I think it should copy only the column definitions from the view metadata.  Currently it is copying the entire descriptor, resulting in a new view instead of a new base table.

AbstractAttributeDefinitionBuilder(final AttributeDefinition basis) seems to copy every field from the basis attribute, except the CapabilityReferenceRecorder.  Looks like an oversight.

The RCFile implementation was copied from Hadoop's SequenceFile and copied the 'magic' string in the header. This means that you can't use the header to distinguish between RCFiles and SequenceFiles.
I'd propose that we create a new header for RCFiles (RCF?) to replace the current SEQ. To maintain compatibility, we'll need to continue to accept the current 'SEQ\06' and just make new files contain the new header.

Introduce a METADATAONLY option as part of the REPL DUMP command which will only try and dump out events for DDL changes, this will be faster as we wont need  scan of files on HDFS for DML changes.
Additionally since we are only going to dump metadata operations, it might be useful to include acid tables as well via an option as well. This option can be removed when ACID support is complete via HIVE-18320

it will be good to support the "WITH" clause as part of REPL DUMP command as well (repl dump already supports it viaHIVE-17757) to achieve the above as that will prevent less changes to the syntax of the statement and provide more flexibility in future to include additional options as well. 

REPL DUMP [db_name] {FROM [event_id]} {TO [event_id]} {WITH (['key'='value'],.....)}

This will enable other tools like security / schema registry /  metadata discovery to use replication related subsystem for their needs as well. 

Constant folding for queries don't kick in for some automatically generated query patterns which look like this.

hive> explain select count(1) from store_sales where (case ss_sold_date when '1998-01-01' then 1 else null end)=1;

This should get rewritten by pushing the equality into the case branches.

select count(1) from store_sales where (case ss_sold_date when '1998-01-01' then 1=1 else null=1 end);

Ending up with a simplified filter condition, resolving itself as 

select count(1) from store_sales where ss_sold_date= '1998-01-01' ;

The reference manual specifies this syntax for specifying key-interest on a client region...
<gfe:client-region id="complex" pool-name="gemfire-pool">
  <gfe:key-interest durable="true" result-policy="KEYS">
    <bean id="key" class="java.lang.String"/>
  </gfe:key-interest>
  <gfe:regex-interest pattern=".*"/>
The snippet...
<bean id="key" class="java.lang.String"/> 
...constructs a zero length string, which matches nothing.
The example should use something like...
<bean class="java.lang.String">
    <constructor-arg value="someKey" />
</bean>
Doc should also mention that if 'someKey' above is 'ALL_KEYS', it is the equivalent of the regex interest (this is mentioned in the XSD but not the doc).
Also, the JUnit test for parsing these elements is commented out.

The method MemStoreFlusher#checkStoreFileCount is called from flushRegion.  flushRegion is called by MemStoreFlusher#run thread.  If the checkStoreFileCount finds too many store files, it'll stick around waiting on a compaction to happen.  While its hanging, the MemStoreFlusher#run is held up.  No other region can flush.  Meantime WALs will be rolling and memory will be accumulating writes.

	@Override
	public void flush() throws IOException {
		if (streamsHolder == null) {
			streamsHolder.getStream().flush();
		}
	}

Should be streamsHolder != null.

According to http://camel.apache.org/jpa.html entityName is optional.
When configuring with the following uri (e.g. w/o entityName):
<camel:endpoint id="jpaEndpoint" uri="jpa:?persistenceUnit=journalPersistenceUnit&usePersist=true" />
the following warning will be displayed
2011-08-21 18:57:11,381 [main][][][][][][][] WARN org.apache.camel.util.ObjectHelper - Cannot find class: persistenceUnitjournalPersistenceUnitusePersisttruepersistenceUnitjournalPersistenceUnitusePersisttrue
due to the incorrect if test in the JpaComponent:

// lets interpret the next string as a class
        if (path != null) {
            // provide the class loader of this component to work in OSGi environments as camel-jpa must be able
            // to resolve the entity classes
            Class<?> type = getCamelContext().getClassResolver().resolveClass(path, JpaComponent.class.getClassLoader());
            if (type != null) {
                endpoint.setEntityType(type);
            }
        }

path is not null, but it is the rest of the string and not the entityname. e.g it should not start with ? if it is an entityname - else it is the options.

When the jdbc uri does not have a / or "/default" after the hostname:port, and the principal is specified, it ends up launching HS2 in embedded mode.
This is because the parsing of uri in such case does not end up extracting the hostname.
eg . "jdbc:hive2://<host>:<port>;principal=<>." results HS2 embedded mode getting used.
"jdbc:hive2://<host>:<port>/;principal=<>" or "jdbc:hive2://<host>:<port>/default;principal=<>" results in it connecting to the standalone hive server 2.

I have test scenario where crash recovery of transaction is tested. I have two XA resources which process commit - meaning to 2PC. Sometimes during the commit connection to database is put down which causes the 2PC does not finish successfully.

Enlist Test XA
Enlist DB XA
Prepare Test XA
Prepare DB XA
Commit Test XA
Connection to DB is interrupted/closed
Commit DB XA
Exception is thrown and got by client

There is issue in type of transaction that is returned back to client.
For EAP6 it was (for JTA)
java.rmi.RemoteException caused by javax.ejb.EJBException caused by javax.transaction.HeuristicMixedException
If user does txn.commit() (or container did it on itself when CMT is used) and the problem described above occurs then user can got cause information that transaction failed as heuristic.
For WFLY the situation changed. I can see that exception in the server.log is enhanced by suppressed exception and this one is returned as cause to client.
The example of such exception stack trace is here

2015-05-25 13:36:41,226 ERROR [org.jboss.as.ejb3.invocation] (EJB default - 4) WFLYEJB0034: EJB Invocation failed on component JPACrashBean for method public abstract void org.jboss.as.test.jbossts.crashrec.jpa.JPACrashBeanRemote.testXA(java.lang.String,java.lang.String) throws java.rmi.RemoteException,javax.naming.NamingException: javax.ejb.EJBException: javax.transaction.HeuristicMixedException
 at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleEndTransactionException(CMTTxInterceptor.java:138)
 at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:119)
 at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:279)
 at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:327)
 at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239)
 at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
 at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:79)
 at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
 at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43)
 at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
 at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
 at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:53)
 at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66)
 at org.jboss.as.ejb3.component.interceptors.EjbExceptionTransformingInterceptorFactories$1.processInvocation(EjbExceptionTransformingInterceptorFactories.java:75)
 at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
 at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
 at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64)
 at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356)
 at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:635)
 at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61)
 at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80)
 at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
 at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195)
 at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:331)
 at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:69)
 at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:202)
 at org.jboss.threads.JBossThread.run(JBossThread.java:320)
 at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1206)
 at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126)
 at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:89)
 at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:91)
 ... 44 more
 Suppressed: org.postgresql.xa.PGXAException: Error committing prepared transaction
  at org.postgresql.xa.PGXAConnection.commitPrepared(PGXAConnection.java:511)
  at org.postgresql.xa.PGXAConnection.commit(PGXAConnection.java:434)
  at org.jboss.jca.adapters.jdbc.xa.XAManagedConnection.commit(XAManagedConnection.java:338)
  at org.jboss.jca.core.tx.jbossts.XAResourceWrapperImpl.commit(XAResourceWrapperImpl.java:107)
  at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelCommit(XAResourceRecord.java:476)
  at com.arjuna.ats.arjuna.coordinator.BasicAction.doCommit(BasicAction.java:2889)
  at com.arjuna.ats.arjuna.coordinator.BasicAction.doCommit(BasicAction.java:2805)
  at com.arjuna.ats.arjuna.coordinator.BasicAction.phase2Commit(BasicAction.java:1874)
  at com.arjuna.ats.arjuna.coordinator.BasicAction.End(BasicAction.java:1549)
  at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:96)
  at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162)
  at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1200)
  ... 47 more
 Caused by: org.postgresql.util.PSQLException: This connection has been closed.
  at org.postgresql.jdbc2.AbstractJdbc2Connection.checkClosed(AbstractJdbc2Connection.java:843)
  at org.postgresql.jdbc2.AbstractJdbc2Connection.setAutoCommit(AbstractJdbc2Connection.java:785)
  at org.postgresql.xa.PGXAConnection.commitPrepared(PGXAConnection.java:506)
  ... 58 more

But client gets 
java.rmi.RemoteException caused by java.lang.ClassNotFoundException: org.postgresql.xa.PGXAException
The full client exception stack trace is

INFO  [org.jboss.as.test.jbossts.base.TestBaseOneServer] (main) Failure expected: java.rmi.RemoteException: Error; nested exception is: 
 java.lang.ClassNotFoundException: org.postgresql.xa.PGXAException
 at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:236)
 at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:183)
 at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:146)
 at com.sun.proxy.$Proxy39.testXA(Unknown Source)
 at org.jboss.as.test.jbossts.crashrec.test.JPACrashRecoveryTestCase.callCrashTest(JPACrashRecoveryTestCase.java:192)
 at org.jboss.as.test.jbossts.base.TestBaseOneServer.execute(TestBaseOneServer.java:368)
 at org.jboss.as.test.jbossts.crashrec.test.JPAProxyCrashRecoveryTestCase.commitHaltTestWithReturn(JPAProxyCrashRecoveryTestCase.java:921)
 at org.jboss.as.test.jbossts.crashrec.test.JPAProxyCrashRecoveryTestCase.commitHaltRev(JPAProxyCrashRecoveryTestCase.java:429)
 at java.lang.reflect.Method.invoke(Method.java:497)
 at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:370)
 at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
 at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
 at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
 at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
 at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
 at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
 at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:136)
 at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363)
 at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245)
 at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422)
 at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
 at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259)
 at org.jboss.as.test.jbossts.junit.JUnitRuleProcessAnnotation$1.evaluate(JUnitRuleProcessAnnotation.java:72)
 at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
 at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315)
 at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99)
 at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72)
 at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:124)
 at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
 at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311)
 at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204)
 at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
 at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
 at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:275)
 at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
 at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:149)
 at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
 at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
 at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
Caused by: java.lang.ClassNotFoundException: org.postgresql.xa.PGXAException
 at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
 at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131)
 at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112)
 at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:948)
 at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1255)
 at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276)
 at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:224)
 at org.jboss.marshalling.river.RiverUnmarshaller.doReadCollectionObject(RiverUnmarshaller.java:180)
 at org.jboss.marshalling.river.RiverUnmarshaller.readCollectionData(RiverUnmarshaller.java:776)
 at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:652)
 at org.jboss.marshalling.river.RiverUnmarshaller.readFields(RiverUnmarshaller.java:1745)
 at org.jboss.marshalling.river.RiverObjectInputStream.defaultReadObject(RiverObjectInputStream.java:81)
 at java.lang.Throwable.readObject(Throwable.java:914)
 at org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:307)
 at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1637)
 at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
 at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1285)
 at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1658)
 at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
 at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
 at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:79)
 at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:276)
 at org.jboss.ejb.client.EJBObjectInterceptor.handleInvocationResult(EJBObjectInterceptor.java:64)
 at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:290)
 at org.jboss.ejb.client.EJBHomeInterceptor.handleInvocationResult(EJBHomeInterceptor.java:88)
 at org.jboss.ejb.client.TransactionInterceptor.handleInvocationResult(TransactionInterceptor.java:46)
 at org.jboss.ejb.client.ReceiverInterceptor.handleInvocationResult(ReceiverInterceptor.java:129)
 at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:265)
 at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:453)
 at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:204)
 ... 138 more

The issue that I can see here (or at least it seems to me so) is that client does not have chance to find out what is the outcome of the commit operation. I mean the outcome is error but there is no details like if it was Heuristic outcome and what kind of it (http://docs.oracle.com/javaee/6/api/javax/transaction/UserTransaction.html#commit%28%29).

https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/io/CombineHiveInputFormat.java#L379
This is the exact code snippet:

/ Since there is no easy way of knowing whether MAPREDUCE-1597 is present in the tree or not,
      // we use a configuration variable for the same
      if (this.mrwork != null && !this.mrwork.getHadoopSupportsSplittable()) {
        // The following code should be removed, once
        // https://issues.apache.org/jira/browse/MAPREDUCE-1597 is fixed.
        // Hadoop does not handle non-splittable files correctly for CombineFileInputFormat,
        // so don't use CombineFileInputFormat for non-splittable files

        //ie, dont't combine if inputformat is a TextInputFormat and has compression turned on

Cannot install rest example following readme.md. Exception is thrown:

JBossFuse:karaf@root> features:addurl mvn:org.jboss.quickstarts.fuse/rest/6.1.0.redhat-355/xml/features
JBossFuse:karaf@root> features:install quickstart-rest
Error executing command: URL [mvn:io.fabric8/fabric8-karaf/6.1.0.redhat-355/xml/features] could not be resolved.

java.lang.RuntimeException: URL [mvn:io.fabric8/fabric8-karaf/6.1.0.redhat-355/xml/features] could not be resolved.
	at org.ops4j.pax.url.mvn.internal.Connection.getInputStream(Connection.java:195)[1:org.ops4j.pax.url.mvn:1.3.7]
	at org.apache.karaf.features.internal.FeatureValidationUtil.validate(FeatureValidationUtil.java:47)[23:org.apache.karaf.features.core:2.3.0.redhat-610355]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.validateRepository(FeaturesServiceImpl.java:215)[23:org.apache.karaf.features.core:2.3.0.redhat-610355]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.internalAddRepository(FeaturesServiceImpl.java:256)[23:org.apache.karaf.features.core:2.3.0.redhat-610355]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.getFeatures(FeaturesServiceImpl.java:1015)[23:org.apache.karaf.features.core:2.3.0.redhat-610355]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.getFeature(FeaturesServiceImpl.java:973)[23:org.apache.karaf.features.core:2.3.0.redhat-610355]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.installFeature(FeaturesServiceImpl.java:395)[23:org.apache.karaf.features.core:2.3.0.redhat-610355]
	at org.apache.karaf.features.command.InstallFeatureCommand.doExecute(InstallFeatureCommand.java:62)[37:org.apache.karaf.features.command:2.3.0.redhat-610355]
	at org.apache.karaf.features.command.FeaturesCommandSupport.doExecute(FeaturesCommandSupport.java:41)[37:org.apache.karaf.features.command:2.3.0.redhat-610355]
	at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)[17:org.apache.karaf.shell.console:2.3.0.redhat-610355]
	at org.apache.felix.gogo.commands.basic.AbstractCommand.execute(AbstractCommand.java:35)[17:org.apache.karaf.shell.console:2.3.0.redhat-610355]
	at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[18:org.apache.felix.gogo.runtime:0.11.0.redhat-610355]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[18:org.apache.felix.gogo.runtime:0.11.0.redhat-610355]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[18:org.apache.felix.gogo.runtime:0.11.0.redhat-610355]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[18:org.apache.felix.gogo.runtime:0.11.0.redhat-610355]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[18:org.apache.felix.gogo.runtime:0.11.0.redhat-610355]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[18:org.apache.felix.gogo.runtime:0.11.0.redhat-610355]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:89)[18:org.apache.felix.gogo.runtime:0.11.0.redhat-610355]
	at org.apache.karaf.shell.console.jline.Console.run(Console.java:189)[17:org.apache.karaf.shell.console:2.3.0.redhat-610355]
	at org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:61)[17:org.apache.karaf.shell.console:2.3.0.redhat-610355

When I set the SimpleAsyncTaskExecutor setConcurrencyLimit with value ConcurrencyThrottleSupport.NO_CONCURRENCY (i.e. value = 0), the execute of SimpleAsyncTaskExecutor will not take NO_CONCURRENCY in consideration. The Runnable will always be executed in all cases.
SimpleAsyncTaskExecutor.java
	public void execute(Runnable task, long startTimeout) {
		Assert.notNull(task, "Runnable must not be null");
		Runnable taskToUse = (this.taskDecorator != null ? this.taskDecorator.decorate(task) : task);
		if (isThrottleActive() && startTimeout > TIMEOUT_IMMEDIATE) {
			this.concurrencyThrottle.beforeAccess();
			doExecute(new ConcurrencyThrottlingRunnable(taskToUse));
		}
		else {
			doExecute(taskToUse);
		}
	}

The root cause is isThrottleActive() will always returns false as the concurrent limit = 0 in this case, hence ConcurrencyThrottleAdapter will not be processed.
This is also the reason why the 1st test case SimpleAsyncTaskExecutorTests cannotExecuteWhenConcurrencyIsSwitchedOff is disabled by the SPF committer.
The current workaround is SimpleAsyncTaskExecutor.setConcurrencyLimit(1).
BTW, NO_CONCURRENCY = 0 is somehow wrong in definition. No currency should means there should be one invocation of method at a time, other invocations should be waited. That means NO_CONCURRENCY should have a value of 1 instead.

WFCORE-838 introduced a new way of joining multiple patches together - merging them into one. This needs some test coverage in patching TS.

Some job status related system tests in the WebHCat E2E testsuite fail intermittently when other MR jobs are run in the cluster running the tests.
The testsuite during verification should improve to handle the above situation.

Our individual *-ds.xml datasources were all deploying fine in Alpha4 but in the Beta1 nightlies this error appears on startup:

15:07:52,111 ERROR [org.jboss.msc.service] (MSC service thread 1-4) MSC000002: Invocation of listener "org.jboss.as.connector.subsystems.datasources.D
ataSourceStatisticsListener@7d18ac99" failed: java.lang.IllegalArgumentException: JBAS014742: A node is already registered at '(deployment => *)(subsy
stem => datasources)(data-source => *)(statistics => jdbc)'
        at org.jboss.as.controller.registry.NodeSubregistry.register(NodeSubregistry.java:86) [wildfly-controller-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1
-SNAPSHOT]
        at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:149) [wildfly-controller-8
.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
        at org.jboss.as.controller.registry.AbstractResourceRegistration.registerSubModel(AbstractResourceRegistration.java:90) [wildfly-controller-8.
0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]
        at org.jboss.as.connector.subsystems.datasources.DataSourceStatisticsListener.transition(DataSourceStatisticsListener.java:72) [wildfly-connec
tor-8.0.0.Beta1-SNAPSHOT.jar:8.0.0.Beta1-SNAPSHOT]

Our datasource files look like this. I haven't tried putting all the datasource elements into one file.

<datasources>
  <datasource jndi-name="java:/AlphaDS" enabled="true" use-java-context="true" pool-name="AlphaDS">
    <connection-url>jdbc:oracle:thin://@db-host:1666/dev-db</connection-url> 
    <driver>oracle</driver>
      <user-name>XXX</user-name>
      <password>YYY</password>
    <connection-property name="defaultNChar">true</connection-property>
  </datasource>
</datasources>

  <datasource jndi-name="java:/BetaDS" enabled="true" use-java-context="true" pool-name="BetaDS">

From Jeff Whiting on the ML:

"regionserver60020.replicationSource,dev2" daemon prio=10 tid=0x00002aaaf0312800 nid=0x69f8 in Object.wait() [0x000000004533e000]
  java.lang.Thread.State: TIMED_WAITING (on object monitor)
   at java.lang.Object.wait(Native Method)

waiting on <0x00002aaab12464c0> (a org.apache.hadoop.hbase.replication.regionserver.ReplicationSource)
   at java.lang.Thread.join(Thread.java:1151)
locked <0x00002aaab12464c0> (a org.apache.hadoop.hbase.replication.regionserver.ReplicationSource)
   at org.apache.hadoop.hbase.util.Threads.shutdown(Threads.java:91)
   at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.terminate(ReplicationSource.java:649)
   at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource$1.uncaughtException(ReplicationSource.java:628)
   at java.lang.Thread.dispatchUncaughtException(Thread.java:1831)

That's pretty dumb, the thread is trying to join itself. UncaughtExceptionHandler shouldn't try to terminate() but just clear resources and then return.

The various versions of DomainHostExcludeXXXTestCase each get executed twice because I added them to two different @Suite classes. The execution is identical in each suite so this is pointless. Adds about a minute to a CI run on Linux.

HIVE-8828/HIVE-8979 removed hive-shims-0.20 and hive-shims-common-secure, but we still have a few references to those removed packages:

$ find . -name pom.xml -exec egrep "hive-shims-common-secure|hive-shims-0.20[^S]" {} \; -print
                  <artifact>org.apache.hive.shims:hive-shims-common-secure</artifact>
./jdbc/pom.xml
                  <include>org.apache.hive.shims:hive-shims-0.20</include>
                  <include>org.apache.hive.shims:hive-shims-common-secure</include>
./ql/pom.xml
      <artifactId>hive-shims-common-secure</artifactId>
./shims/0.20S/pom.xml
./shims/0.23/pom.xml
./shims/scheduler/pom.xml

While building from trunk, you can see that maven is still pulling an old snapshot of hive-shims-common-secure.jar from repository.apache.org:

[INFO] Building Hive Shims 0.20S 0.15.0-SNAPSHOT
Downloading: http://repository.apache.org/snapshots/org/apache/hive/shims/hive-shims-common-secure/0.15.0-SNAPSHOT/maven-metadata.xml
Downloaded: http://repository.apache.org/snapshots/org/apache/hive/shims/hive-shims-common-secure/0.15.0-SNAPSHOT/maven-metadata.xml (801 B at 7.2 KB/sec)
Downloading: http://repository.apache.org/snapshots/org/apache/hive/shims/hive-shims-common-secure/0.15.0-SNAPSHOT/hive-shims-common-secure-0.15.0-20141127.164914-20.pom
Downloaded: http://repository.apache.org/snapshots/org/apache/hive/shims/hive-shims-common-secure/0.15.0-SNAPSHOT/hive-shims-common-secure-0.15.0-20141127.164914-20.pom (4 KB at 47.0 KB/sec)
Downloading: http://repository.apache.org/snapshots/org/apache/hive/shims/hive-shims-common-secure/0.15.0-SNAPSHOT/hive-shims-common-secure-0.15.0-20141127.164914-20.jar
Downloaded: http://repository.apache.org/snapshots/org/apache/hive/shims/hive-shims-common-secure/0.15.0-SNAPSHOT/hive-shims-common-secure-0.15.0-20141127.164914-20.jar (33 KB at 277.0 KB/sec)

RegionServer will periodically send the RS Load to Master.If RS is abnormal(eg.Full gc), RS cannot send the RS Load to the Master.
If every RS's reporting time is displayed on the Master page, we can easily know which regionserver is abnormal.

If I take a feature XML file like this:

features xmlns="http://karaf.apache.org/xmlns/features/v1.0.0">
 <feature name="soap-example">
  <bundle>wrap:mvn:org.fusesource.examples/soap/7.1.0.fuse-047</bundle>
 </feature>
</features>

and drop it into the 'deploy' directory on Fuse 6.1.0, then the feature gets deployed. If I do the same thing on 6.2.0 GA, nothing happens, not even an error message.

The TarArchiveInputStream.parsePaxHeaders method fails with a NegativeArraySizeException when there is an empty line at the end of the headers.
The inner loop starts reading the length, but it gets a newline (10) and ends up subtracting '0' (48) from it; the result is a negative length that blows up an attempt to allocate the rest array.
I would say that a check to see if ch is less the '0' and break the loop if it is.
I used npm pack aws-sdk@2.2.16 to generate a tarball with this issue.

I can repo this on branch-1.2 and branch-2.0.
It looks to be the same issues as: HIVE-11408
The patch from HIVE-11408 looks to fix the issue as well.
I've updated the patch from HIVE-11408 to be aligned with branch-1.2 and master

Currently, if the file that backs an Elytron key-store resource doesn't exist, executing the store operation fails. However, if the file wasn't flagged as required when creating the key-store resource, it should get created if it doesn't already exist when executing the store operation.

In the TimeoutMonitor, we would act on time out for the regions if (this.allRegionServersOffline && !noRSAvailable)
The code is as the following:

 if (regionState.getStamp() + timeout <= now ||
          (this.allRegionServersOffline && !noRSAvailable)) {
          //decide on action upon timeout or, if some RSs just came back online, we can start the
          // the assignment
          actOnTimeOut(regionState);
        }

But we found it exists a bug that it would act on time out for the region which was assigned just now , and cause assigning the region twice.
Master log for the region 277b9b6df6de2b9be1353b4fa25f4222:

2012-08-14 20:42:54,367 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Unable to determine a plan to assign .META.,,1.1028785192 state=OFFLINE, ts=1
344948174367, server=null
2012-08-14 20:44:31,640 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: No previous transition plan was found (or we are ignoring an existing plan) for writete
st,VHXYHJN0BL48HMR4DI1L,1344925649429.277b9b6df6de2b9be1353b4fa25f4222. so generated a random one; hri=writetest,VHXYHJN0BL48HMR4DI1L,1344925649429.277b9b6df6de2b9be13
53b4fa25f4222., src=, dest=dw92.kgb.sqa.cm4,60020,1344948267642; 1 (online=1, available=1) available servers
2012-08-14 20:44:31,640 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x438f53bbf9b0acd Creating (or updating) unassigned node for 277b9b6df6de2b9be13
53b4fa25f4222 with OFFLINE state
2012-08-14 20:44:31,643 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region writetest,VHXYHJN0BL48HMR4DI1L,1344925649429.277b9b6df6de2b9be1353b4fa
25f4222. to dw92.kgb.sqa.cm4,60020,1344948267642
2012-08-14 20:44:32,291 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=dw92.kgb.sqa.cm4,60020,1344948267642, 
region=277b9b6df6de2b9be1353b4fa25f4222
// 异常的超时
2012-08-14 20:44:32,518 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out: writetest,VHXYHJN0BL48HMR4DI1L,1344925649429.277b9b6df
6de2b9be1353b4fa25f4222. state=OPENING, ts=1344948272279, server=dw92.kgb.sqa.cm4,60020,1344948267642
2012-08-14 20:44:32,518 INFO org.apache.hadoop.hbase.master.AssignmentManager: Region has been OPENING for too long, reassigning region=writetest,VHXYHJN0BL48HMR4DI1L,
1344925649429.277b9b6df6de2b9be1353b4fa25f4222.

Proactively assigning to Ondrej Chaloupka as he is the original test author; feel free to adjust as necessary.
org.jboss.as.test.integration.transaction.inflow.TransactionInflowTestCase does not function correctly under a security manager.  The stack trace is like this:

Breakpoint reached
	  at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:295)
	  at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:192)
	  at java.lang.SecurityManager.checkConnect(SecurityManager.java:1048)
	  at org.wildfly.security.manager.WildFlySecurityManager.checkConnect(WildFlySecurityManager.java:390)
	  at java.net.InetAddress.getLocalHost(InetAddress.java:1477)
	  at org.jboss.as.test.integration.transaction.inflow.TransactionInflowXid.getXid(TransactionInflowXid.java:128)
	  at org.jboss.as.test.integration.transaction.inflow.TransactionInflowXid.getUniqueXid(TransactionInflowXid.java:102)
	  at org.jboss.as.test.integration.transaction.inflow.TransactionInflowResourceAdapter.endpointActivation(TransactionInflowResourceAdapter.java:65)
	  at org.jboss.jca.core.rar.EndpointImpl.activate(EndpointImpl.java:194)
	  at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.activate(MessageDrivenComponent.java:277)
	  at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.start(MessageDrivenComponent.java:235)
	  at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
	  at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
	  at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
	  at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
	  at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
	  at org.jboss.threads.JBossThread.run(JBossThread.java:485)
Perm = ("java.net.SocketPermission" "behemoth.local" "resolve"), CS = (vfs:/content/inflow-txn-ra.rar/inflow-txn-inside.jar <no signer certificates>), CL = ModuleClassLoader for Module "deployment.inflow-txn-ra.rar" from Service Module Loader, ID = 824b419

The cause is that org.jboss.as.test.integration.transaction.inflow.TransactionInflowXid#getXid calls java.net.InetAddress#getLocalHost which requires a security manager permission.  If the permission is denied (which it always is when running under a security manager), then it falls back through a catch (Exception ex) to a bogus IP address of "1.2.3.4".
For correct operation, the test archives which use this method should have the "*" "resolve" SocketPermission granted to them.

I have a simple route use case like this:

<camel:camelContext id="camel-server" xmlns="http://camel.apache.org/schema/spring">
		<template id="producerTemplate"/>
        <route>
			<from uri="direct:SEND_MEMQ"/>
			<to uri="sql:INSERT INTO CAMEL_TEST(MSG) VALUES(#)?dataSource=testdbDataSource"/>
			<to uri="log:camel.demos.throughputtest.tcp.Stat?level=INFO&amp;groupSize=100"/>
        </route>

The DB table is simple one like this:

/* H2Database */
DROP TABLE CAMEL_TEST;
CREATE TABLE CAMEL_TEST ( 
  ID BIGINT PRIMARY KEY AUTO_INCREMENT,
  MSG VARCHAR(10240),
  CREATE_TS TIMESTAMP DEFAULT NOW()
);

And then I use the producerTemplate to send a sample JSON content like data message (see attachment) into the "direct:SEND_MEMQ" (I read the full file and send it as String), and it produced the following severe error:

2013-07-18 08:34:00,593 ERROR pool-1-thread-1 [org.apache.camel.processor.DefaultErrorHandler] - Failed delivery for (MessageId: ID-L328BDS002012US-56371-1374150839469-0-1 on ExchangeId: ID-L328BDS002012US-56371-1374150839469-0-2). Exhausted after delivery attempt: 1 caught: org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[Message: {"web-app": {
... 
... [Body clipped after 1000 chars, total length is 3467]]
        at org.apache.camel.util.ObjectHelper.wrapCamelExecutionException(ObjectHelper.java:1354)
        at org.apache.camel.impl.DefaultExchange.setException(DefaultExchange.java:272)
        at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:64)
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)
        at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:122)
        at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:298)
        at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:117)
        at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99)
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:90)
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72)
        at org.apache.camel.processor.interceptor.BacklogTracerInterceptor.process(BacklogTracerInterceptor.java:84)
        at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:91)
        at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:390)
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:273)
        at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:46)
        at org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:335)
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:117)
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:122)
        at org.apache.camel.processor.RouteInflightRepositoryProcessor.processNext(RouteInflightRepositoryProcessor.java:48)
        at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:60)
        at org.apache.camel.processor.UnitOfWorkProcessor.processAsync(UnitOfWorkProcessor.java:150)
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:117)
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:99)
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:86)
        at org.apache.camel.processor.UnitOfWorkProducer.process(UnitOfWorkProducer.java:63)
        at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:366)
        at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:337)
        at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:233)
        at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:337)
        at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:175)
        at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:111)
        at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:124)
        at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:131)
        at throughputtest.FileSampleProducer$1.run(FileSampleProducer.java:64)
        at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
        at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
        at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
        at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
        at java.util.regex.Pattern$CharProperty.match(Pattern.java:3345)
        at java.util.regex.Pattern$Branch.match(Pattern.java:4114)

alter table alter_coltype partition column (dt int);

2014-01-15 15:53:40,364 ERROR ql.Driver (SessionState.java:printError(457)) - FAILED: NullPointerException null
	at org.apache.hadoop.hive.ql.Driver.doAuthorization(Driver.java:599)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:479)

Operation for TOK_ALTERTABLE_ALTERPARTS is not defined.

multipartData.add("file", new byte[] { 'a', 'b', 'c', 'd' });
WebTestClient.bindToRouterFunction(RouterFunctions.route(POST("/foo"), (req) -> {
	MultiValueMap<String, Part> parts = req.body(BodyExtractors.toMultipartData())
			.block();
	Part filePart = parts.getFirst("file");
	ByteArrayOutputStream contentStream = new ByteArrayOutputStream();
	DataBufferUtils.write(filePart.content(), contentStream).blockFirst();
	System.out.println(new String(contentStream.toByteArray()));
	System.out.println(filePart.headers());
})).configureClient().baseUrl("http://localhost").build().post().uri("/foo")
		.body(BodyInserters.fromMultipartData(multipartData)).exchange()
		.expectBody().returnResult();

With recent 5.0.3 snapshots it produces the following output:

["YWJjZA=="]
{content-disposition=[form-data; name="file"], content-type=[application/json;charset=UTF-8]}

With 5.0.2.RELEASE the following output is produced:

abcd
{content-disposition=[form-data; name="file"]}

There also appears to be a related regression when using a ByteArrayResource that results in an exception, presumably because it's being treated as JSON:

reactor.core.Exceptions$ErrorCallbackNotImplemented: org.springframework.core.codec.CodecException: Type definition error: [simple type, class java.io.ByteArrayInputStream]; nested exception is com.fasterxml.jackson.databind.exc.InvalidDefinitionException: No serializer found for class java.io.ByteArrayInputStream and no properties discovered to create BeanSerializer (to avoid exception, disable SerializationFeature.FAIL_ON_EMPTY_BEANS) (through reference chain: java.util.LinkedList[0]->org.springframework.restdocs.webtestclient.WebTestClientRequestConverterTests$1["inputStream"])
Caused by: org.springframework.core.codec.CodecException: Type definition error: [simple type, class java.io.ByteArrayInputStream]; nested exception is com.fasterxml.jackson.databind.exc.InvalidDefinitionException: No serializer found for class java.io.ByteArrayInputStream and no properties discovered to create BeanSerializer (to avoid exception, disable SerializationFeature.FAIL_ON_EMPTY_BEANS) (through reference chain: java.util.LinkedList[0]->org.springframework.restdocs.webtestclient.WebTestClientRequestConverterTests$1["inputStream"])
	at org.springframework.http.codec.json.AbstractJackson2Encoder.encodeValue(AbstractJackson2Encoder.java:136)
	at org.springframework.http.codec.json.AbstractJackson2Encoder.lambda$encode$0(AbstractJackson2Encoder.java:100)
	at org.springframework.http.codec.json.AbstractJackson2Encoder$$Lambda$129/1362546706.apply(Unknown Source)
	at reactor.core.publisher.FluxJust$WeakScalarSubscription.request(FluxJust.java:91)
	at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:1463)
	at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:1337)
	at reactor.core.publisher.FluxJust.subscribe(FluxJust.java:68)
	at reactor.core.publisher.FluxMapFuseable.subscribe(FluxMapFuseable.java:63)
	at reactor.core.publisher.Flux.subscribe(Flux.java:6621)
	at reactor.core.publisher.MonoIgnoreElements.subscribe(MonoIgnoreElements.java:37)
	at reactor.core.publisher.Mono.subscribe(Mono.java:3008)
	at reactor.core.publisher.Mono.subscribeWith(Mono.java:3116)
	at reactor.core.publisher.Mono.subscribe(Mono.java:2893)
	at org.springframework.http.codec.multipart.MultipartHttpMessageWriter.encodePart(MultipartHttpMessageWriter.java:262)
	at org.springframework.http.codec.multipart.MultipartHttpMessageWriter.lambda$encodePartValues$3(MultipartHttpMessageWriter.java:225)
	at org.springframework.http.codec.multipart.MultipartHttpMessageWriter$$Lambda$127/57497692.apply(Unknown Source)
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:512)
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:502)
	at org.springframework.http.codec.multipart.MultipartHttpMessageWriter.encodePartValues(MultipartHttpMessageWriter.java:225)
	at org.springframework.http.codec.multipart.MultipartHttpMessageWriter.lambda$writeMultipart$2(MultipartHttpMessageWriter.java:209)
	at org.springframework.http.codec.multipart.MultipartHttpMessageWriter$$Lambda$80/576020159.apply(Unknown Source)
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.drain(FluxConcatMap.java:357)
	at reactor.core.publisher.FluxPeek.subscribe(FluxPeek.java:83)
	at reactor.core.publisher.Flux.subscribeWith(Flux.java:6788)
	at reactor.core.publisher.Flux.subscribe(Flux.java:6614)
	at reactor.core.publisher.Flux.subscribe(Flux.java:6578)
	at org.springframework.http.codec.multipart.SynchronossPartHttpMessageReader$SynchronossPartGenerator.accept(SynchronossPartHttpMessageReader.java:133)
	at org.springframework.http.codec.multipart.SynchronossPartHttpMessageReader$SynchronossPartGenerator.accept(SynchronossPartHttpMessageReader.java:109)
	at reactor.core.publisher.FluxCreate.subscribe(FluxCreate.java:92)
	at reactor.core.publisher.MonoCollect.subscribe(MonoCollect.java:66)
	at reactor.core.publisher.Mono.block(Mono.java:1161)
	at org.springframework.restdocs.webtestclient.WebTestClientRequestConverterTests.lambda$8(WebTestClientRequestConverterTests.java:187)
	at org.springframework.restdocs.webtestclient.WebTestClientRequestConverterTests$$Lambda$10/1638215613.handle(Unknown Source)
	at org.springframework.web.reactive.function.server.RouterFunctions.lambda$null$3(RouterFunctions.java:232)
	at org.springframework.web.reactive.function.server.RouterFunctions$$Lambda$116/945722724.get(Unknown Source)
	at org.springframework.web.reactive.function.server.RouterFunctions.wrapException(RouterFunctions.java:240)
	at org.springframework.web.reactive.function.server.RouterFunctions.lambda$null$4(RouterFunctions.java:232)
	at org.springframework.web.reactive.function.server.RouterFunctions$$Lambda$110/769798433.apply(Unknown Source)
	at reactor.core.publisher.FluxFlatMap.trySubscribeScalarMap(FluxFlatMap.java:141)
	at reactor.core.publisher.MonoOnErrorResume.subscribe(MonoOnErrorResume.java:44)
	at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.drain(MonoIgnoreThen.java:167)
	at reactor.core.publisher.Mono.subscribe(Mono.java:3002)
	at reactor.core.publisher.Mono.subscribe(Mono.java:2969)
	at reactor.core.publisher.Mono.subscribe(Mono.java:2941)
	at org.springframework.test.web.reactive.server.HttpHandlerConnector.lambda$connect$1(HttpHandlerConnector.java:90)
	at org.springframework.test.web.reactive.server.HttpHandlerConnector$$Lambda$65/1108924067.apply(Unknown Source)
	at org.springframework.mock.http.client.reactive.MockClientHttpRequest.lambda$null$2(MockClientHttpRequest.java:125)
	at org.springframework.mock.http.client.reactive.MockClientHttpRequest$$Lambda$95/945591847.get(Unknown Source)
	at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:44)
	at org.springframework.test.web.reactive.server.WiretapConnector.connect(WiretapConnector.java:73)
	at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultRequestBodyUriSpec.exchange(DefaultWebClient.java:326)
Caused by: com.fasterxml.jackson.databind.exc.InvalidDefinitionException: No serializer found for class java.io.ByteArrayInputStream and no properties discovered to create BeanSerializer (to avoid exception, disable SerializationFeature.FAIL_ON_EMPTY_BEANS) (through reference chain: java.util.LinkedList[0]->org.springframework.restdocs.webtestclient.WebTestClientRequestConverterTests$1["inputStream"])
	at com.fasterxml.jackson.databind.exc.InvalidDefinitionException.from(InvalidDefinitionException.java:77)
	at com.fasterxml.jackson.databind.SerializerProvider.reportBadDefinition(SerializerProvider.java:1191)
	at com.fasterxml.jackson.databind.DatabindContext.reportBadDefinition(DatabindContext.java:312)
	at com.fasterxml.jackson.databind.ser.impl.UnknownSerializer.failForEmpty(UnknownSerializer.java:71)
	at com.fasterxml.jackson.databind.ser.impl.UnknownSerializer.serialize(UnknownSerializer.java:33)
	at com.fasterxml.jackson.databind.ser.BeanPropertyWriter.serializeAsField(BeanPropertyWriter.java:727)
	at com.fasterxml.jackson.databind.ser.std.BeanSerializerBase.serializeFields(BeanSerializerBase.java:719)
	at com.fasterxml.jackson.databind.ser.BeanSerializer.serialize(BeanSerializer.java:155)
	at com.fasterxml.jackson.databind.ser.std.CollectionSerializer.serializeContents(CollectionSerializer.java:145)
	at com.fasterxml.jackson.databind.ser.std.CollectionSerializer.serialize(CollectionSerializer.java:107)
	at com.fasterxml.jackson.databind.ser.std.CollectionSerializer.serialize(CollectionSerializer.java:25)
	at com.fasterxml.jackson.databind.ser.DefaultSerializerProvider._serialize(DefaultSerializerProvider.java:480)
	at com.fasterxml.jackson.databind.ser.DefaultSerializerProvider.serializeValue(DefaultSerializerProvider.java:400)
	at com.fasterxml.jackson.databind.ObjectWriter$Prefetch.serialize(ObjectWriter.java:1392)
	at com.fasterxml.jackson.databind.ObjectWriter._configAndWriteValue(ObjectWriter.java:1120)
	at com.fasterxml.jackson.databind.ObjectWriter.writeValue(ObjectWriter.java:950)
	at org.springframework.http.codec.json.AbstractJackson2Encoder.encodeValue(AbstractJackson2Encoder.java:133)

For example, if I have an object with a "title" property (say, employee.title or book.title), roo generates pages with conflicting id attributes on html elements. In my own case, I had a create.jspx page that created the following jsp code:
Line 3:    <div id="_title" style="width: 100%">
Line 34:                 <form:textarea cssStyle="width:250px" id="_title" path="title"/>
Line 37:                 <form:errors cssClass="errors" id="_title" path="title"/>
I'm not sure about the last one, which may not create an html element in the generated html, but the first two create html elements both with id="_title". (As a result, due to js errors, that page doesn't even display.) 
Perhaps Roo ought to use more complex naming on its non-user-specified elements such as the title pane widget's div.

In the following constructor the handshakeHandler parameter isn't used, instead a DefaultHandshakeHandler is created.

public WebSocketHttpRequestHandler(WebSocketHandler webSocketHandler, HandshakeHandler handshakeHandler) {
	Assert.notNull(webSocketHandler, "webSocketHandler is required");
	Assert.notNull(handshakeHandler, "handshakeHandler is required");
	this.webSocketHandler = decorateWebSocketHandler(webSocketHandler);
	this.handshakeHandler = new DefaultHandshakeHandler();
}

windowing_expression.q shows warning messages like this.

java.lang.InstantiationException: org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableConstantDoubleObjectInspector
java.lang.InstantiationException: org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorConverter$DoubleConverter
java.lang.IllegalAccessException: Class sun.reflect.misc.Trampoline can not access a member of class org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableDoubleObjectInspector with modifiers ""

hive is serializing temporary OIs in it.

We need to inject hadoop configuration from a minicluster into an application context after cluster becomes available. This works if xml config is used, but because JavaConfig and its builder model does its job a bit earlier that xml config, we get into trouble by using config from a minicluster.
This is a corner case in unit testing and not really a problem for real application. Somehow we need to delay the stage where JavaConfig kicks the builder and wait a config to become available from a minicluster which is started by test context when unit test is run.
There are some tricks to manually start the minicluster and then pass info from there into SpringYarnConfigurerAdapter when config callback is executed. However this makes it a bit too verbose and difficult to use in every unit test.

Typo in StickyLoadBalanceStrategy causes class member loadBalancerType not getting initialized.
  public StickyLoadBalanceStrategy(ExpressionType expressionType, LoadBalancerType loadBalancerTyep) {

The timestamp property in the JpaTraceEventMessage does not specify a temporal type. This results in an exception using EclipseLink 2.1.0 (and maybe using other JPA frameworks, too). 
Using the annotation  @Temporal(TemporalType.TIMESTAMP) on timestamp should solve this issue.

the same sql,  running on spark  and mr engine, will generate different size of shuffle data.
i think it is because of hive on mr just serialize part of HiveKey, but hive on spark which using kryo will serialize full of Hivekey object.  
what is your opionion?

This is probably caused by some other issue as it implies a 0-sized range being in the list. However, it's good to handle this correctly for now.

1. Start EAP 6.4.4 in domain mode and deploy application using following CLI command:
~~
[domain@localhost:9999 /] deploy /Applications/WebApp-1.war --server-groups=main-server-group --name=WebApp-1.war --runtime-name=WebApp-1.war
~~~
2. Deploy next version of application in "disabled" state with same "runtime-name"  
~~~
[domain@localhost:9999 /] deploy /Applications/WebApp-2.war --disabled --name=WebApp-2.war --runtime-name=WebApp-1.war 
~~~

3. Now use replace-deployment command to access latest version of application:
~~~
[domain@localhost:9999 /] /server-group=main-server-group:replace-deployment(name=WebApp-2.war,to-replace=WebApp-1.war)
~~~
its working fine,laest version of application is accessable.

4. Now try to undeploy old version of application
~~~
/server-group=main-server-group/deployment=WebApp-1.war:undeploy()
~~~
After undploying older version, we are not able to access(404) latest version of application(WebApp-2.war) as well.To access it we have to redeploy it. 
Same steps are working fine in Standalone mode.

Twice SemanticAnalyzer catches an exception and drops it, just passing on the original message's in a new SemanticException. This means that those that see the message in the output cannot tell what generated the original exception.  These original exceptions should be wrapped, as they are in other parts of the code.

Seems to be a transactional issue with Infinispan eviction.

javax.ejb.EJBException: java.lang.IllegalStateException: WFLYCLEJBINF0008: Stateful session bean {[-89, -53, -3, -58, 52, -115, 78, 79, -106, -9, -119, 3, 0, 35, -10, -106]} refers to an invalid bean group 6c5836ab-086a-464c-8ae9-29e1a79a8254
    at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBeanFactory.createBean(InfinispanBeanFactory.java:75)
    at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager.findBean(InfinispanBeanManager.java:266)
    at org.jboss.as.ejb3.cache.distributable.DistributableCache.get(DistributableCache.java:115)
    at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:58)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:280)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:345)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243)
    at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59)
    at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55)
    at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326)
    at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:622)
    at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195)
    at org.jboss.as.ejb3.remote.LocalEjbReceiver.processInvocation(LocalEjbReceiver.java:243)
    at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:184)
    at org.jboss.ejb.client.EJBObjectInterceptor.handleInvocation(EJBObjectInterceptor.java:58)
    at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:186)
    at org.jboss.ejb.client.EJBHomeInterceptor.handleInvocation(EJBHomeInterceptor.java:83)
    at org.jboss.ejb.client.TransactionInterceptor.handleInvocation(TransactionInterceptor.java:42)
    at org.jboss.as.test.integration.ejb.remote.client.api.interceptor.SimpleEJBClientInterceptor.handleInvocation(SimpleEJBClientInterceptor.java:48)
    at org.jboss.ejb.client.ReceiverInterceptor.handleInvocation(ReceiverInterceptor.java:125)
    at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:253)
    at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:198)
    at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:181)
    at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:144)
    at com.sun.proxy.$Proxy328.getManagedBeanMessage(Unknown Source)
    at org.jboss.as.test.integration.ejb.stateful.passivation.PassivationTestCase.testPassivationMaxSize(PassivationTestCase.java:103)

From mike anderson up on hbase-user@:

Trying to create a row in hbase from ruby with row key "http://www.google.com" produces this exception

2010-01-05 11:40:53.972::WARN:  /cached_web_pages/http%3A%2F%
2Fwww.google.com%2F/
java.lang.IllegalArgumentException: java.lang.NumberFormatException: For
input string: "www.google.com"
at org.apache.hadoop.hbase.stargate.RowSpec.parseTimestamp(RowSpec.java:171)
at org.apache.hadoop.hbase.stargate.RowSpec.(RowSpec.java:55)
at org.apache.hadoop.hbase.stargate.RowResource.(RowResource.java:62)
at org.apache.hadoop.hbase.stargate.TableResource.getRowResource(TableResource.java:117)
[...]

Move to 0.20.4 if this gets in the way of the 0.20.3 release before I can look at it.

Check startTime in SparkTask to make sure startTime is not less than submitTime. We saw a corner case when the sparkTask is finished in less than 1 second, the startTime may not be set because RemoteSparkJobMonitor will sleep for 1 second then check the state, in this case, right after sleep for one second, the spark job is already completed. one example query with 3 spark tasks, the second one finished quickly for around 1 second:

SparkTask1:
"finishTime":1484638391978
"submitTime":1484638385933
"startTime": 1484638386973
SparkTask2:
"finishTime":1484638393019
"submitTime":1484638391979
SparkTask3:
"finishTime":1484638432123
"submitTime":1484638393020
"startTime": 1484638394057

for example,
insert into T values(...)
if T is an ACID table we acquire Read lock
but for non-acid table it should acquire Exclusive lock

Building wildfly-feature-pack:7.1.0.Alpha1-redhat-4 fails on IBM jdk.

[INFO] --- maven-enforcer-plugin:1.4:enforce (ban-transitive-deps) @ wildfly-feature-pack ---
org.jboss.eap:wildfly-feature-pack:pom:7.1.0.Alpha1-redhat-4
   org.apache.cxf:cxf-rt-features-clustering:jar:3.1.6.redhat-1:compile has transitive dependencies:
      xalan:xalan:jar:2.7.1.redhat-11:compile
         xalan:serializer:jar:2.7.1.redhat-11:compile

full log http://pastebin.test.redhat.com/406421
Same worked with 7.1.0.DR2 bits (7.1.0.Alpha1-redhat-2). The issue is preventing us from running the EAP unit tests on IBM jdk - see https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-as-testsuite-test-unit-rhel/37/.

Looks like some dependency issue is causing hadoop-hdfs jar to be packaged in the hive tar ball.

See logs in https://builds.apache.org/job/PreCommit-HBASE-Build/13138//consoleFull. Root cause is that checkstyle is looking in target/.

It seems to me the following new method in org.springframework.http.server.ServletServerHttpRequest (Spring 3.0.6) is wrong:

public InputStream getBody() throws IOException {
	if (isFormSubmittal(this.servletRequest)) {
		return getFormBody(this.servletRequest);
	}
	else {
		return this.servletRequest.getInputStream();
	}
}

getFormBody() parses the request parameter map into an input stream. However, parsing the parameter map should happen if the request is not a form submittal. In Spring 3.0.5 getBody() always invokes this.servletRequest.getInputStream() (which works in my code). Now, using Spring 3.0.6, my controller method parameter @RequestBody MultiValueMap<String, String> parameters is always empty, which is because getFormBody() will be called instead.
So in my opinion the code in the if and the else blocks have to be interchanged.
Thanks,
Oliver

A few rar xml configs are parsed with success, but then result in NPEs at the IronJacamarResourceCreator. I'm not sure if the parser should be fixed too...

In following file
http://github.mtv.cloudera.com/CDH/hive/blob/cdh5-0.14.1/jdbc/src/java/org/apache/hive/jdbc/HiveQueryResultSet.java
Line 315 implemented the ResultSet.close() method. Because "DatabaseMetadata" operation doesn't have a statement, it doesn't "close" the operation. However, regardless whether it has a statement or not, it should close the operation through the "stmtHandle".

2018-10-29T06:37:14,982 ERROR [HiveServer2-Background-Pool: Thread-44466]: operation.Operation (:()) - Error running hive query:
org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Map 1, vertexId=vertex_1540588928441_0121_2_00, diagnostics=[Vertex vertex_1540588928441_0121_2_00 [Map 1] killed/failed due to:ROOT_INPUT_INIT_FAILURE, Vertex Input: employees initializer failed, vertex=vertex_1540588928441_0121_2_00 [Map 1], java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.exec.tez.HiveSplitGenerator.initialize(HiveSplitGenerator.java:272)
]Vertex killed, vertexName=Reducer 2, vertexId=vertex_1540588928441_0121_2_01, diagnostics=[Vertex received Kill in INITED state., Vertex vertex_1540588928441_0121_2_01 [Reducer 2] killed/failed due to:OTHER_VERTEX_FAILURE]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:1
	at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:335) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:228) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.operation.SQLOperation.access$700(SQLOperation.java:87) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:318) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_161]
	at javax.security.auth.Subject.doAs(Subject.java:422) ~[?:1.8.0_161]
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1730) ~[hadoop-common-3.1.1.3.0.3.0-150.jar:?]
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:338) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:1.8.0_161]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:1.8.0_161]
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Vertex failed, vertexName=Map 1, vertexId=vertex_1540588928441_0121_2_00, diagnostics=[Vertex vertex_1540588928441_0121_2_00 [Map 1] killed/failed due to:ROOT_INPUT_INIT_FAILURE, Vertex Input: employees initializer failed, vertex=vertex_1540588928441_0121_2_00 [Map 1], java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:240) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:210) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2707) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:2378) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:2054) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1752) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1746) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:157) ~[hive-exec-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:226) ~[hive-service-3.1.0.3.0.3.0-150.jar:3.1.0.3.0.3.0-150]
	... 13 more

See nabble
http://camel.465427.n5.nabble.com/redeliveryPolicyProfile-and-onException-redeliveryPolicyRef-tp4738408p4738408.html

This issue follows the findings in this Stack Overflow question.

class TestControl {
    public TestControl(BiMap<String, Integer> parameter) { }
}

public class Example {
        ApplicationContext context = new AnnotationConfigApplicationContext(Example.class, TestControl.class);
    }
    @Bean
    BiMap<String, Integer> someBiMap() {
        return ImmutableBiMap.of("some key", someFoo());
    }
    @Bean
    Integer someFoo() {
        return 6;
    }
}

The expect behavior is for the bean named someBiMap to be injected in the TestControl constructor. 
Instead, we get a BeanInstantiationException

Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [com.example.TestControl]: Illegal arguments for constructor; nested exception is java.lang.IllegalArgumentException: argument type mismatch
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:122)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:267)
	... 13 more
	... 15 more

We can work around this by qualifying the parameter name

    public TestControl(@Qualifier("someBiMap") BiMap<String, Integer> parameter) {}

or using using field injection with @Resource and the appropriate name, assuming the field is non-final.
However, the documentation states 
That said, as of 4.3, collection/map and array types can be matched through Spring’s @Autowired type matching algorithm as well, as long as the element type information is preserved in @Bean return type signatures or collection inheritance hierarchies.
which makes me think this is a bug. The resolution for a Map of bean names to beans seems to take precedence over the resolution by type.

The sentence 'A convention for flow-managed flushing may be employed, such as always flushing after a transition one from one view-state to another.' should read 'A convention for flow-managed flushing may be employed, such as always flushing after a transition from one
view-state to another.'.

Huge differences between non-vectorized and vectorized query outputs for vector_data_types.q
Differences look similar to wrong results when seconds instead of milliseconds used for DATE type. But this is for TIMESTAMP type.

FastByteArrayInputStream.read(byte[]) returns incorrect result when the read buffer is bigger than the InputStream contents. 

FastByteArrayOutputStream out = new FastByteArrayOutputStream();
out.write(new byte[42]);
System.out.println(out.getInputStream().read(new byte[43]));

Actual output: 41
Expected output: 42
The FBAIN implementation first reads all the available input, and a temporary read count of n is computed. Then it calls `read` again, which returns -1 (end of stream). That -1 is added to the read count, returning n-1 instead of n.

VectorMapJoinFastLongHashTable line 165 gets NegativeArraySizeException:

long[] newSlotPairs = new long[newSlotPairArraySize];

We need to add a size check... Java math for this wrapped around to negative:

int newSlotPairArraySize = newLogicalHashBucketCount * 2;

stack noticed this one over on HBASE-11845. The provided patched worked as intended on 0.98, but not on branch-1 or master.
Marking as minor because we highly encourage users not to do this anyway (it's just a convenience for tools).

The MBean interface for ManagedBacklogTracer should be named ManagedBacklogTracerMBean rather than ManagedTracerBacklogMBean (see the order  of words) to be compatible with standard MBean naming conventions.
This issue causes problems with some JMX implementations.

This currently has several issues, as valves are just migrated directly without regard for how configuration has changed.

select s2.key as key, s2.value as value from src s2
  UNION  ALL
select s1.key as key, s1.value as value from src s1;
does not work.
The code assumes that either it is a join or only one source is present

Right now, the API documentation for Table#get(List) and Table#batch(List, Result[]) both leave open the possibility for the ordering of the result array to be independent of the input actions.
In at least the batch method case, ordering of the result array is important in order to know which partial requests failed in the event of an exception. Since that contact is required in the batch case, I think it should be extended to the get(List) case as well to make the API easier.

HBASE-4298 introduced "draining" mode for region servers to optimize rolling restarts to allow for multiple RS's going down simultaneously.  There is a good blog post from the original author.  
I've added highlights from and and a link to it in the Node Decommissioning section of the ref guide.

Steps:
1. create table with regions.
2. insert some amount of data in such a way that make some Hfiles which is lessthan min.compacted files size (say 3 hfiles are there but min compaction files 10)
3. from ui perform compact operation on the table.
"TABLE ACTION REQUEST Accepted" page is displayed
4. operation is failing becoz compaction criteria is not meeting. but from ui compaction requests are continously sending to server.  This happens using IE(history.back() seems to resend compact/split request). Firefox seems Ok in this case.
5. Later no automatic redirection to main hamster page occurs.
SOLUTION:
table.jsp in hbase master.
The meta tag for HTML contains refresh with javascript:history.back().
A javascript cannot execute in the meta refresh tag like above in table.jsp and snapshot.jsp
<meta http-equiv="refresh" content="5,javascript:history.back()" />
This will FAIL.
W3 school also suggests to use refresh in JAVAscript rather than meta tag.
If above meta is replaced as below, the behavior is OK verified for IE8/Firefox.
  <script type="text/javascript">
  <!--
  setTimeout("history.back()",5000);
  -->
  </script>
Hence in table.jsp and snapshot.jsp, it should be modified as above.

CommandLineArgumentUsage class has a substring call but return value discarded:

if( input.get(0).length() > width ){
                    String tooLong = input.remove(0);
                    tooLong.substring(0, width-5);
                    input.add("Command removed. Too long.");
                }

FindBugs also finds a static field should be final:

protected static List<String> instructions = new ArrayList<String>();

The definition of socket-binding-group resources needs cleaning up a bit. There's some sharing of code between the domain wide binding resources vs what's used for the server and HC.
1) The capability registered for the domain-wide SBG may not really be appropriate for server/HC. IIRC nothing references the server/HC SBG so it doesn't need this cap, and having it in the HC case raises the potential for cap conflicts with the domain-wide sbgs. This is minor.
2) The remove handler used for server/HC only executes Stage.RUNTIME on a server which means nothing happens on the HC.

Our project moved to spring 3.2.2 and observed increased memory usage. I tracked it down to UndeclaredThrowableStrategy. Older Spring versions used cglib implementation of it and it has memory usage fixed in 
2.2.3 release.
But current spring version uses own implementation of the class which has memory issue - keeps ClassTransformer in private member when it is not actually used.
Attaching screenshots from Eclipse MAT. 
In our project this uses 300-400 MB memory which gets wasted.

From https://builds.apache.org/job/PreCommit-HBASE-Build/7422/artifact/trunk/patchprocess/patchJavadocWarnings.txt :

[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-client/src/main/java/org/apache/hadoop/hbase/client/HConnectionManager.java:193: warning - End Delimiter } missing for possible See Tag in comment string: "A non-instantiable class that manages creation of {@link HConnection}s.
[WARNING] <p>The simplest way to use this class is by using {@link #createConnection(Configuration)}.
[WARNING] This creates a new {@link HConnection} to the cluster that is managed by the caller.
[WARNING] From this {@link HConnection} {@link HTableInterface} implementations are retrieved
[WARNING] with {@link HConnection#getTable(byte[])}. Example:
[WARNING] HConnection connection = HConnectionManager.createConnection(config);
[WARNING] HTableInterface table = connection.getTable("table1");
[WARNING] <p>The following logic and API will be removed in the future:
[WARNING] <p>This class has a static Map of {@link HConnection} instances keyed by

The @code misses right brace

Since self describing Input Formats don't use individual partition schemas for schema resolution, there is no need to send that info to tasks.
Doing this should cut down plan size.

Hiveserver2 JDBC client beeline currently generously includes all the jars under $HIVE_HOME/lib in its invocation. With the fix from HIVE-8129 it should only need a few. This will be a good validation of the hive-jdbc standalone jar.

Using AccessDecisionManager manually(just like how webflow integrates with security) is causing NPE if no `Authentication` is present:

Authentication authentication = SecurityContextHolder.getContext().getAuthentication();
manager.decide(authentication, object, configAttributes);

	at org.springframework.security.access.vote.RoleVoter.extractAuthorities(RoleVoter.java:119)
	at org.springframework.security.access.vote.RoleVoter.vote(RoleVoter.java:99)

While I could handle null `Authentication` in my class calling `accessDecisionManager` it's a bit wrong that security core is throwing NPE. I didn't test if `RoleVoter` is only voter throwing NPE. Not sure if you'd ever see this in a real web app but I wanted to add a test and see how my stuff behaves when there is no existing authentication in a sec context.
Maybe voter should actually throw a proper exception or vote `ACCESS_DENIED` or `ACCESS_ABSTAIN`. I could throw `AccessDeniedException` from my class but, imho throwing that specific exception is security's job.

  @Override
  protected void reloadHashTable(byte pos, int partitionId)
          throws IOException, HiveException, SerDeException, ClassNotFoundException {

    // The super method will reload a hash table partition of one of the small tables.
    // Currently, for native vector map join it will only be one small table.
    super.reloadHashTable(pos, partitionId);

    MapJoinTableContainer smallTable = spilledMapJoinTables[pos];

    vectorMapJoinHashTable = VectorMapJoinOptimizedCreateHashTable.createHashTable(conf,
        smallTable);
    needHashTableSetup = true;
    LOG.info("Created " + vectorMapJoinHashTable.getClass().getSimpleName() + " from " + this.getClass().getSimpleName());

    if (isLogDebugEnabled) {
      LOG.debug(CLASS_NAME + " reloadHashTable!");
    }
  }

The super call causes an OOM because of existing memory usage by vectorMapJoinHashTable.

Just found a memory leak in the camel-netty4 UDP encoding when working on CAMEL-10409. 

  NettyUDPAsyncTest>BaseNettyTest.verifyNoLeaks:89 Leaks detected while running tests: [org.apache.logging.log4j.core.impl.MutableLogEvent@7c96c85]
  NettyUDPMessageLargerThanDefaultBufferSizeTest>BaseNettyTest.verifyNoLeaks:89 Leaks detected while running tests: [org.apache.logging.log4j.core.impl.MutableLogEvent@73bb1337]
  NettyUDPObjectSyncTest>BaseNettyTest.verifyNoLeaks:89 Leaks detected while running tests: [org.apache.logging.log4j.core.impl.MutableLogEvent@5eed6dfb, org.apache.logging.log4j.core.impl.MutableLogEvent@7c96c85, org.apache.logging.log4j.core.impl.MutableLogEvent@7c96c85]
  NettyUDPSyncTest>BaseNettyTest.verifyNoLeaks:89 Leaks detected while running tests: [org.apache.logging.log4j.core.impl.MutableLogEvent@7c96c85, org.apache.logging.log4j.core.impl.MutableLogEvent@7c96c85]

I am seeing MailFetchSizeTest failing on my windows box.  After taking a look at the mock mailbox code, I think it is because mock mailbox (org.jvnet.mock_javamail.Mailbox) is not threadsafe.  If I add a half second sleep before checking mailbox.size() (see attached patch), it does not fail on my box anymore.  It is still not a guaranteed fix though.  I think we could remove the mailbox size checks if the "sleep" trick does not work because mock mailbox does not seem to support our testcase and we already verify messages on the receiving mock endpoint.

If you have configured registerNewRoutes=false for jmxAgent, then thread pools created during a route, such as a seda consumer, should not be enlisted in JMX.

Nullpointer Exception is throwed when insert mass data via rest interface.

	at org.mortbay.io.ByteArrayBuffer.wrap(ByteArrayBuffer.java:361)
	at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:588)
	at com.sun.jersey.spi.container.servlet.WebComponent$Writer.write(WebComponent.java:233)
	at com.sun.jersey.spi.container.ContainerResponse$CommittingOutputStream.write(ContainerResponse.java:108)
	at org.apache.hadoop.hbase.rest.provider.producer.ProtobufMessageBodyProducer.writeTo(ProtobufMessageBodyProducer.java:78)
	at com.sun.jersey.spi.container.ContainerResponse.write(ContainerResponse.java:254)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:744)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:667)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:658)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:318)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:425)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:604)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:389)

The issue is caused by using WeakHashMap as buffer. When get the object from the buffer, the JVM gc possible has removed the object.

Add DECIMAL_64 testing to TestVectorArithmetic and TestVectorAggregation.
And, add a few more aggregation tests to TestVectorAggregation.
Add + and - Date/Interval/Timestamp arithmetic tests to TestVectorArithmetic.

This issue is about forward-porting the bug fix done in HBASE-15095 so we respect the isReturnResult properly in append and increment.

After we build hive, we want to have the ability to run unit tests against specific hadoop versions. Currently, the classpath constructed has multiple hadoop jars, which makes compiling okay, but running non-deterministic.
An example is HIVE-3156, where running against 0.23 shows issues with a couple of tests (which should either be shimmed out, or separated into directories the way it's done in the shims/ directory) - It would also be nice to find these issues out at test-compile time itself, rather than having them fail at test runtime.

Could be reproduced by the following:

set hive.optimize.bucketingsorting=true;

create table bucket1 (id int, val string) clustered by (id) sorted by (id ASC) INTO 4 BUCKETS;
insert into bucket1 values (1, 'abc'), (3, 'abc');
select * from bucket1;

+-------------+--------------+
| bucket1.id  | bucket1.val  |
| 3           | abc          |
| 1           | abc          |

create table bucket2 like bucket1;

insert overwrite table bucket2 select * from bucket1;
select * from bucket2;

| bucket2.id  | bucket2.val  |
| 1           | abc          |

Options included for an XSLT endpoint URI are not applied if the resource is referenced via HTTP. 
In XsltComponent.createEndpoint(), it checks if the resource URI is http (XsltComponent:179). If it is, ResourceHelper.appendParameters() is called (XsltComponent:180).
ResourceHelper.appendParameters() adds the parameters to the HTTP URI and then clears the parameters list (ResourceHelper:336). 
By the time setProperties() is called on line 207 of XsltComponent, the parameters map is empty and nothing gets set.

In beeline project's SQLCompletor.java, it uses the local class in an attempt to load "sql-keywords.properties".  Java class behavior will prepend this file name with the class's package name.  This results in a NPE during Beeline initialization.
Before mavenization, the "sql-keywords.properties" lived in the same package as SQLCompletor.java, but now it is moved to src/main/resources.

The patch for HIVE-12590 has modified the string tree representation of an ASTNode, so that everything except string literals are now lowercase.
However CalcitePlanner#genSelectLogicalPlan is still checking the occurrence of an uppercase TOK_FUNCTIONDI constant in the string tree.
(Line 2997 in CalcitePlanner on master)
I think this check will never evaluate to true, so we should either be using a lowercase String, or remove the check if it is unnecessary.

The WildFly is missing XML schema file docs/schema/jboss-web_7_2.xsd and related version handling code in org.jboss.metadata.parser.jbossweb.JBossWebMetaDataParser.
This schema file was introduced in JBoss EAP 6.3 so it should be available in newer WildFly releases.

The example for WebSecurityConfigurerAdapter.registerAuthentication and EnableWebSecurity refer to 'registry' rather than 'auth'.

Due to https://issues.apache.org/jira/browse/HIVE-1548, TestContribCliDriver is broken. Some test results need to be updated

Soap headers that contain whitespace between xml elements result in ClassCastExceptions when using Sun's SAAJ 1.2 jar (I'm using Sun's 1.1 soap message factory "com.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Impl").  If you remove the whitespace between the xml elements on the Soap header on the request, the ClassCastException goes away.
The error is caused by the following code that assumes all nodes returned back are SOAPHeaderElement instances but the whitespace nodes are returned back as com.sun.xml.messaging.saaj.soap.impl.TextImpl instances.
org.springframework.ws.soap.saaj.SaajSoap11Header
    public Iterator examineHeaderElementsToProcess(String[] actors) {
        List result = new ArrayList();
        Iterator iterator = getImplementation().examineAllHeaderElements(getSaajHeader());
        while (iterator.hasNext()) {
            SOAPHeaderElement saajHeaderElement = (SOAPHeaderElement) iterator.next();   <- class cast happens here
java.lang.ClassCastException: com.sun.xml.messaging.saaj.soap.impl.TextImpl        
        at org.springframework.ws.soap.saaj.SaajSoap11Header.examineHeaderElementsToProcess(SaajSoap11Header.java:46)
        at org.springframework.ws.soap.server.SoapMessageDispatcher.handleHeaders(SoapMessageDispatcher.java:108)
        at org.springframework.ws.soap.server.SoapMessageDispatcher.handleRequest(SoapMessageDispatcher.java:92)
        at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:199)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
        at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
        at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
        at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)
        at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:175)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3231)
        at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2002)
        at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1908)
        at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1362)
        at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
        at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)

SPR-11261 introduced more detailed log output for MappingJackson2HttpMessageConverter in case of an invalid mapping configuration. However, the log output only states "Failed to evaluate deserialization for type: Foo" which is not too helpful, as you don't find out about the details of the invalid mapping of said class.
It would be helpful to also log the cause as it contains detailed information about what actually is misconfigured.

Running test suite on hadoop 2.0 I saw the following test failure:

testErrorReporter(org.apache.hadoop.hbase.util.TestHBaseFsck)  Time elapsed: 0.003 sec  <<< ERROR!
        at org.apache.hadoop.hbase.zookeeper.lock.ZKInterProcessLockBase.visitLocks(ZKInterProcessLockBase.java:426)
        at org.apache.hadoop.hbase.master.TableLockManager$ZKTableLockManager.visitAllLocks(TableLockManager.java:386)
        at org.apache.hadoop.hbase.util.hbck.TableLockChecker.checkTableLocks(TableLockChecker.java:76)
        at org.apache.hadoop.hbase.util.HBaseFsck.checkAndFixTableLocks(HBaseFsck.java:2480)
        at org.apache.hadoop.hbase.util.TestHBaseFsck.testErrorReporter(TestHBaseFsck.java:1868)

  public void visitLocks(MetadataHandler handler) throws IOException {
    List<String> children;
    try {

Looks like children was null.

Internal cluster has two .META.,,1 regions up (Its possible for a region to be added twice to the unassigned map if meta scans run close together).  Worse is that the master is working with one .META. but when clients come in, they're being give the other.  Makes for odd results.
Made it a blocker.  Still trying to track down how master doesn't see subsequent update of .META. info in ROOT.....

Encountered this issue when analysing test failures of HIVE-12609. selectDistinctStar.q produces the following diff when I ran with java version "1.7.0_55" and java version "1.8.0_60"

< 128   val_128 128     
---
> 128           128     val_128
1770c1770
< 224   val_224 224     
---
> 224           224     val_224
1776c1776
< 369   val_369 369     
---
> 369           369     val_369
1799,1810c1799,1810
< 146   val_146 146     val_146 146     val_146 2008-04-08      11
< 150   val_150 150     val_150 150     val_150 2008-04-08      11
< 213   val_213 213     val_213 213     val_213 2008-04-08      11
< 238   val_238 238     val_238 238     val_238 2008-04-08      11
< 255   val_255 255     val_255 255     val_255 2008-04-08      11
< 273   val_273 273     val_273 273     val_273 2008-04-08      11
< 278   val_278 278     val_278 278     val_278 2008-04-08      11
< 311   val_311 311     val_311 311     val_311 2008-04-08      11
< 401   val_401 401     val_401 401     val_401 2008-04-08      11
< 406   val_406 406     val_406 406     val_406 2008-04-08      11
< 66    val_66  66      val_66  66      val_66  2008-04-08      11
< 98    val_98  98      val_98  98      val_98  2008-04-08      11
---
> 146   val_146 2008-04-08      11      146     val_146 146     val_146
> 150   val_150 2008-04-08      11      150     val_150 150     val_150
> 213   val_213 2008-04-08      11      213     val_213 213     val_213
> 238   val_238 2008-04-08      11      238     val_238 238     val_238
> 255   val_255 2008-04-08      11      255     val_255 255     val_255
> 273   val_273 2008-04-08      11      273     val_273 273     val_273
> 278   val_278 2008-04-08      11      278     val_278 278     val_278
> 311   val_311 2008-04-08      11      311     val_311 311     val_311
> 401   val_401 2008-04-08      11      401     val_401 401     val_401
> 406   val_406 2008-04-08      11      406     val_406 406     val_406
> 66    val_66  2008-04-08      11      66      val_66  66      val_66
> 98    val_98  2008-04-08      11      98      val_98  98      val_98
4212c4212

In our usecase we want all the Mutations on all the tables to be immediately written and synced to WAL. We dont want the LogSyncer thread to be running in such a case.
In minbatch operation we write entries to WAL and we use postWALWrite and write some more WAL entries(Only write no sync). We want all these written data to be synced as one unit (at the sync step in doMiniBatchOperation) But if the LogSyncer thread is running in the system it can come and do the sync at any point in time which we dont want in our case.

Getting "Missing/invalid parameter: startHistoryId" when calling history list via camel-google-mail component. This is a required parameter.

Implement and test synchronizeStatus() in MapJobExecutionDao

tokenizeXml does not work or produce value xml output when attributes contain a /.
The test below will fail under 2.12.2

public class CamelTokenizeXmlTest extends CamelTestSupport {

  @EndpointInject(uri = "mock:result")
  protected MockEndpoint resultEndpoint;
  protected ProducerTemplate template;

  @Test
  public void testXmlWithSlash() throws Exception {
    String message = "<parent><child attr='/' /></parent>";
    resultEndpoint.expectedBodiesReceived("<child attr='/' />");
    template.sendBody(message);
    resultEndpoint.assertIsSatisfied();
  }

  @Override
  protected RouteBuilder createRouteBuilder() {
      @Override
      public void configure() {
        from("direct:start").split().tokenizeXML("child").to("mock:result");
      }
    };
  }
}

As part of EAP7-552, EJBs use a new SessionID implementation for which we don't currently have an externalizer.  This causes Infinispan to unnecessarily marshal and send class descriptors for each cache operation.

YARN provides a webservice to access logs with YARN-6011. This can be used to populate the in-progress and completed task attempts logs. 

SmppUtils.parseAlphabetFromDataCoding()) doesn't identify an input of 0x02 as 8-bit, but the SMPP spec (3.4 and 5.0) clearly states that 0x02 is octet-unspecified (8-bit).
The bug is actually in jsmpp, but the attached patch contains a workaround.
This seems like a pretty blatant mistake to make, so perhaps there is good explanation that I am not aware of?

Fails about 50% of time in the GCE builds... https://builds.apache.org/view/H-L/view/HBase/job/HBase-Find-Flaky-Tests/job/branch-2.0/lastSuccessfulBuild/artifact/dashboard.html
We are disabling table to delete at end of test when multi regions and we don't complete... pid=21:

 2018-12-26 20:52:17,179 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] assignment.RegionTransitionProcedure(297): Received report CLOSED seqId=-1, pid=27, ppid=21, state=RUNNABLE:REGION_TRANSITION_DISPATCH, locked=true; UnassignProcedure                      table=testWithMapReduce, region=b66d77b9dd3eaed5b4f8c89872bb56ca, server=192.168.1.51,55250,1545886322135; rit=CLOSING, location=192.168.1.51,55250,1545886322135
 2018-12-26 20:52:17,179 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] procedure.MasterProcedureScheduler(339): Add TableQueue(testWithMapReduce, xlock=false sharedLock=8 size=1) to run queue because: pid=27, ppid=21, state=RUNNABLE:                          REGION_TRANSITION_FINISH, locked=true; UnassignProcedure table=testWithMapReduce, region=b66d77b9dd3eaed5b4f8c89872bb56ca, server=192.168.1.51,55250,1545886322135 has lock
 2018-12-26 20:52:17,179 DEBUG [RpcServer.default.FPBQ.Fifo.handler=1,queue=0,port=55246] assignment.RegionTransitionProcedure(297): Received report CLOSED seqId=-1, pid=26, ppid=21, state=RUNNABLE:REGION_TRANSITION_DISPATCH, locked=true; UnassignProcedure                      table=testWithMapReduce, region=71231f8d1e9b8d4dc83519a6b2b0602a, server=192.168.1.51,55250,1545886322135; rit=CLOSING, location=192.168.1.51,55250,1545886322135
 2018-12-26 20:52:17,179 DEBUG [PEWorker-1] procedure.MasterProcedureScheduler(349): Remove TableQueue(testWithMapReduce, xlock=false sharedLock=8 size=0) from run queue because: queue is empty after polling out pid=27, ppid=21, state=RUNNABLE:REGION_TRANSITION_FINISH,         locked=true; UnassignProcedure table=testWithMapReduce, region=b66d77b9dd3eaed5b4f8c89872bb56ca, server=192.168.1.51,55250,1545886322135
 2018-12-26 20:52:17,179 DEBUG [PEWorker-1] assignment.RegionTransitionProcedure(394): Finishing pid=27, ppid=21, state=RUNNABLE:REGION_TRANSITION_FINISH, locked=true; UnassignProcedure table=testWithMapReduce, region=b66d77b9dd3eaed5b4f8c89872bb56ca, server=192.168.1.51,      55250,1545886322135; rit=CLOSING, location=192.168.1.51,55250,1545886322135
 2018-12-26 20:52:17,179 DEBUG [RpcServer.default.FPBQ.Fifo.handler=1,queue=0,port=55246] procedure.MasterProcedureScheduler(339): Add TableQueue(testWithMapReduce, xlock=false sharedLock=8 size=1) to run queue because: pid=26, ppid=21, state=RUNNABLE:                          REGION_TRANSITION_FINISH, locked=true; UnassignProcedure table=testWithMapReduce, region=71231f8d1e9b8d4dc83519a6b2b0602a, server=192.168.1.51,55250,1545886322135 has lock
 2018-12-26 20:52:17,180 DEBUG [PEWorker-14] procedure.MasterProcedureScheduler(349): Remove TableQueue(testWithMapReduce, xlock=false sharedLock=8 size=0) from run queue because: queue is empty after polling out pid=26, ppid=21, state=RUNNABLE:REGION_TRANSITION_FINISH,        locked=true; UnassignProcedure table=testWithMapReduce, region=71231f8d1e9b8d4dc83519a6b2b0602a, server=192.168.1.51,55250,1545886322135
 2018-12-26 20:52:17,180 DEBUG [PEWorker-14] assignment.RegionTransitionProcedure(394): Finishing pid=26, ppid=21, state=RUNNABLE:REGION_TRANSITION_FINISH, locked=true; UnassignProcedure table=testWithMapReduce, region=71231f8d1e9b8d4dc83519a6b2b0602a, server=192.168.1.51,     55250,1545886322135; rit=CLOSING, location=192.168.1.51,55250,1545886322135
 2018-12-26 20:52:17,405 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] master.MasterRpcServices(1152): Checking to see if procedure is done pid=21
 2018-12-26 20:52:17,911 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] master.MasterRpcServices(1152): Checking to see if procedure is done pid=21
 2018-12-26 20:52:18,917 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] master.MasterRpcServices(1152): Checking to see if procedure is done pid=21
 2018-12-26 20:52:20,922 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] master.MasterRpcServices(1152): Checking to see if procedure is done pid=21
 2018-12-26 20:52:24,928 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] master.MasterRpcServices(1152): Checking to see if procedure is done pid=21
 2018-12-26 20:52:34,932 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] master.MasterRpcServices(1152): Checking to see if procedure is done pid=21
 2018-12-26 20:52:44,934 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] master.MasterRpcServices(1152): Checking to see if procedure is done pid=21
 2018-12-26 20:52:54,938 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] master.MasterRpcServices(1152): Checking to see if procedure is done pid=21
 2018-12-26 20:53:04,944 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=55246] master.MasterRpcServices(1152): Checking to see if procedure is done pid=21

This happens about time of fail of last few pid=21 subprocs:

 ***** ABORTING region server 192.168.1.51,55250,1545886322135: Caught throwable while processing event M_RS_CLOSE_REGION *****
 Cause:
 java.lang.RuntimeException: java.io.IOException: The new max sequence id 6 is less than the old max sequence id 7
   at org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler.process(CloseRegionHandler.java:116)
   at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:104)
   at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1135)
   at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
   at java.base/java.lang.Thread.run(Thread.java:844)
 Caused by: java.io.IOException: The new max sequence id 6 is less than the old max sequence id 7
   at org.apache.hadoop.hbase.wal.WALSplitter.writeRegionSequenceIdFile(WALSplitter.java:684)
   at org.apache.hadoop.hbase.regionserver.HRegion.writeRegionCloseMarker(HRegion.java:1134)
   at org.apache.hadoop.hbase.regionserver.HRegion.doClose(HRegion.java:1662)
   at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:1479)
   at org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler.process(CloseRegionHandler.java:104)
   ... 4 more

Fails for me locally.

host.xml and host-slave.xml reference a other-server-group which is not defined in domain.xml.
Provide either correct host files or domain.xml to be able to use the dist in domain mode.

http://www.mail-archive.com/user@hive.apache.org/msg09073.html

Noticed this issue in our internal test runs. It shows up when the test is run with replicas turned on. After the bulk load is complete, the test tries to modify the table with an intention of having the replicas load the new region files. But due to a bug in the way the test was waiting for the modifyTable operation to complete, it would not actually wait. Sometimes a replica wouldn't have loaded the new files yet and it might happen that the 'check' step of the test would go to that replica asking for data. It would give empty results back, and the test would fail.

When master is initializing, if root server died between assign root and assign meta, master will block at 
HMaster#assignRootAndMeta:

assignmentManager.assignMeta();
this.catalogTracker.waitForMeta();

because ServerShutdownHandler is disabled,
So we should enable ServerShutdownHandler after called assignmentManager.assignMeta();

When a custom permission (without 2 param constructor) is defined in a WildFly module then it's not possible to grant it to deployments.
Neither defining permissions in security-manager subsystem nor requesting them in META-INF/permissions.xml works.

Hive's JDBC driver does not support setQueryTimeout. Ideally, the driver should have a timeout mechanism beyond which any query execution should throw SQLTimeoutException. JMeter calls setQueryTimeout method before actually executing the SQL query. Hive's JDBC throws SQLException which prevents JMeter from executing any query.

The problem is because the automatically generated test case hardcoded file path string of query file using "\" instead of "" as escape character. The change should be in the TestHBaseCliDriver.vm and TestHBaseNegativeCliDriver.vm

Following the behaviour in doGetResource, TransactionSynchronizationManager.doUnbindResource should not return a ResourceHolder that has been marked as void.

Dima Spivak recommended that we change TestClientPushback to be more repeatable, instead of relying on magic numbers, which may or may not fluctuate.

HTTP Header Access-Control-Allow-Methods contains duplicate method names using CORS Preflight requests. This happens when global, and handler CORS configurations are combined. Seems this can happen also for other CORS headers, see CorsConfiguration.combine .

class Config extends WebMvcConfigurerAdapter {

	@Override
	public void addCorsMappings(CorsRegistry registry) {
		registry.addMapping("/**").allowedMethods("GET").allowedOrigins("http://far.far.away");
	}
}

class MyRestController {

	@RequestMapping(value = "/resource", method = RequestMethod.GET)
	@CrossOrigin
	String resource() {
		return "OK";
	}
}

@Test
public void allowedMethodsShouldContainUniqueMethodNames() throws Exception {

	mockMvc
			.perform(options("/resource") //
					.header(HttpHeaders.ORIGIN, "http://far.far.away") //
					.header(HttpHeaders.ACCESS_CONTROL_REQUEST_METHOD, "GET"))
			.andExpect(status().isOk()) //
			.andExpect(header().string(HttpHeaders.ACCESS_CONTROL_ALLOW_METHODS, "GET"));
}

After clicking "Find Hotels" in the booking-faces sample, the resulting response (which contains XML) doesn't have a Content-Type header. As a result the redirect works in some situations but not all. In particular it doesn't work in MSIE and it doesn't work if the app is fronted by Apache httpd which adds a stock text/html content-type (apparently browsers won't recognize this as XML). 

Reversed Scan usage on Shell:
hbase> scan 't1', 
{REVERSED => true}
Other parameter could also be added with 'REVERSED', like LIMIT,COLUMNS.

Examples:

hbase(main):019:0* scan 't1'
ROW                                      COLUMN+CELL                                                                                                         
 001                                     column=f1:q1, timestamp=1386644670350, value=v1                                                                     
 002                                     column=f1:q2, timestamp=1386644675585, value=v1                                                                     
 003                                     column=f1:q1, timestamp=1386644680090, value=v1                                                                     
 003                                     column=f1:q2, timestamp=1386644682749, value=v1                                                                     
 004                                     column=f1:q1, timestamp=1386644692589, value=v1                                                                     
4 row(s) in 0.0130 seconds

hbase(main):022:0> scan 't1',{REVERSED => true}
 001                                     column=f1:q1, timestamp=1386644670350, value=v1    
hbase(main):023:0> scan 't1',
{REVERSED => true,COLUMNS=>'f1:q2'}
2 row(s) in 0.0100 seconds
Here is how boolean argument is accepted:

        cache_blocks = args["CACHE_BLOCKS"] || true

Flag for reverse scan should be supported in similar manner

Exception in thread "clientInboundChannel-4" java.lang.NullPointerException
	at java.util.concurrent.ConcurrentHashMap.hash(ConcurrentHashMap.java:332)
	at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:987)
	at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry$SessionSubscriptionInfo.getSubscriptions(DefaultSubscriptionRegistry.java:315)
	at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry.removeSubscriptionInternal(DefaultSubscriptionRegistry.java:98)
	at org.springframework.messaging.simp.broker.AbstractSubscriptionRegistry.unregisterSubscription(AbstractSubscriptionRegistry.java:97)
	at org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler.handleMessageInternal(SimpleBrokerMessageHandler.java:154)

When using the trunk of HDFS branch 2, I had two errors linked to HBASE-6435:

a missing test to null
a method removed.

This fixes it:

add the test
make the test case less dependant on HDFS internal.

They are mostly right.
I'm guessing its stale cache of regions in the client hosted by the UI.  If the webserver ran a scan, it'd probably fix it all up but thats a bit messy.  I tried using the address that is in the .META. table directly but that doesn't work.... we don't seem to deploy table properly and UI complains "No server address for row TestTable,,1213074650399".  I'll attach my patch.

Remove explicit versions in subpoms... could mess us up going forward.  Found by new m2eclipse plugin.

TestAssignmentManagerMetrics fails reliably but up on apache and locally. Balazs Meszaros is working on the issue over in HBASE-19598. For now I'm going to disable it because it seems to be only test that always fails on branch-2. Will follow this w/ an issue to reenable for beta-2.

Found the following list of typos/misspellings on the book.html page, and thought I would make corrections to the appropriate src/main/asciidoc files in which they are located. (This is just a good opportunity for me to become familiar with submission of fixes/patches as a prelude to beginning to make some coding contributions. This is also my first submission to the JIRA system, so corrections to content/conventions are welcome!)
[Note: I see that Misty Linville  may be in the midst of a reformatting task – HBASE-14823 –  that might involve these same asciidoc files. Please advise if I should wait on this task to avoid a possibly cumbersome Git reconciliation mess. ]
Here is the list of typos/misspellings. The format of each item is (a) the problem is presented in brackets on the first line, and (b) the phrase (as it currently appears in the text) is on the second line.
===================
["you" should be "your", and "Kimballs'" should be "Kimball's" (move the apostrophe) in the following:]
A useful read setting config on you hadoop cluster is Aaron Kimballs' Configuration Parameters: What can you just ignore?
[Period needed after "a"]
a.k.a pseudo-distributed
["empty" is misspelled]
The default value in this configuration has been intentionally left emtpy in order to honor the old hbase.regionserver.global.memstore.upperLimit property if present.
[All occurrences of "a HBase" should be changed to "an HBase" -- 15 occurrences found]
["file path are" should be "file paths are"]
By default, all of HBase's ZooKeeper file path are configured with a relative path, so they will all go under this directory unless changed.
["times" -- plural required]
How many time to retry attempting to write a version file before just aborting. 
["separated" is misspelled]
Each attempt is seperated by the hbase.server.thread.wakefrequency milliseconds.
[space needed after quotation mark (include"limit)]
Because this limit represents the "automatic include"limit...
[space needed ("ashbase:metadata" should be "as hbase:metadata")]
This helps to keep compaction of lean tables (such ashbase:meta) fast.
[Acronym "ide" should be capitalized for clarity: IDE]
Setting this to true can be useful in contexts other than the other side of a maven generation; i.e. running in an ide. 
[RuntimeException missing an "e"]
You'll want to set this boolean to true to avoid seeing the RuntimException complaint:
[Space missing after "secure"]
FS Permissions for the root directory in a secure(kerberos) setup.
["mutations" misspelled]
...will be created which will tail the logs and replicate the mutatations to region replicas for tables that have region replication > 1.
["it such that" should be "is such that"]
If your working set it such that block cache does you no good...
["an" should be "and"]
See the Deveraj Das an Nicolas Liochon blog post...
[Tag "<ame>" should be "<name>"]
<ame>hbase.coprocessor.master.classes</name>
[Misspelling of "implementations"]
Those consumers are coprocessors, phoenix, replication endpoint implemnetations or similar.
[Misspelling of "cluster"]
On upgrade, before running a rolling restart over the cluser...
["effect" should be "affect"]
If NOT using BucketCache, this change does not effect you.
[Need space after "throw"]
This will throw`java.lang.NoSuchMethodError...
["habasee" should be "hbase"]
You can pass commands to the HBase Shell in non-interactive mode (see hbasee.shell.noninteractive)...
["ie" should be "i.e."]
Restrict the amount of resources (ie regions, tables) a namespace can consume.
...but can be conjured on the fly while the table is up an running.
[Malformed link (text appears as follows when rendered in a browser):]
Puts are executed via Table.put (writeBuffer) or link:http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/Table.html#batch(java.util.List, java.lang.Object[])[Table.batch] (non-writeBuffer).
["regions" should appear only once:]
Thus, the middle regions regions will never be used.
["spliting" should be "splitting"]
To make pre-spliting work with this example keyspace...
[SPLITING_NEW should be SPLITTING_NEW]
These two regions are in SPLITING_NEW state initially.
["mailing" misspelled]
search the mailling list for conversations on this topic.
["lets" should be "let's" (contraction)]
Now lets run the same test...
["an other" should be "another"]
A secondary index could be created in an other table...
["a" should be "an"]
for a ORDER table.
["compatibility" misspelled]
Care should be taken with this approach to ensure backward compatibilty in case the object model changes...
...but the cons include the aforementioned warning about backward compatiblity of serialization...
["overwrite" misspelled]
so that they would not overwite with each successive update.
["ths" should be "the"]
The backticks (` symbols) cause ths shell to execute the sub-commands...
["There" should be "The"]
There job would be defined as follows...
["on on" should be "or on"]
This can either be done on a per-Job basis through properties, on on the entire cluster.
["implementing" misspelled]
implement a custom authentication by implemening Hadoop AuthenticationHandler...
["actual" misspelled]
The HBase server knows the acutal/real user of each request.
["access" misspelled]
Allow accesss to users associated with the fulltime label.
["An" needed at beginning of sentence]
RDBMS can scale well, but only up to a point...
[Apostrophe needed in "it's" contraction]
Its been cleaned up and users are returned Interfaces...
[Sentence revision required]
The following is example of testing equivalence a column to a String value "my value"
[should be (inserting "an" and "of")]
The following is an example of testing equivalence of a column to a String value "my value"
["hundred" needs to be singular]
The former never uses more than a few hundreds bytes...
[Apostrophe misplaced ("region's"), and space missing (before "files")]
Those reference files will point to the parent regions'files.
[Apostrophe needed for "that's"]
When hbase.hlog.split.skip.errors is set to false, we fail the split but thats it.
[duplicate "if"]
If if a worker's current task's node data is changed...
[duplicate "is"]
If the task is is in TASK_UNASSIGNED state...
[duplicate "the"]
If the worker is shutting down, set the the task to state TASK_RESIGNED.
[duplicate "the" -- NOTE that there are two occurrences of this phrase]
...this does not exceed the the max-file limit of 5
["programmatically" misspelled]
...advanced users may want to generate data programatically...
[Apostrophe missing "let's"]
...lets look at the above diagram...
["recommended" misspelled]
The latter is recommeded.
[Improper apostrophe should be removed -- "its" is the correct possessive of "it"]
...it may have served some edits from it's memstore.
...which will tail the logs and replicate the mutatations to region replicas...
[duplicated "set"]
You can set set the consistency for Gets and Scans and do requests as follows.
["providing" misspelled]
A larger value will benefit reads by provinding more file handlers per mob
["coalesces" misspelled]
The Sweeper tool oalesces small MOB files or MOB files with many deletions or updates.
Now lets look at an example where we will end up doing two scans on HBase.
["Dynamic" header misspelled]
Dynammic
["with" duplicated]
Endpoints Coprocessor written in version 0.94 are not compatible with with version 0.96 or later 
["you" misspelled]
...if your are upgrading your HBase cluster from version 0.94...
[duplicate and extraneous "the" (should be no definite article at all -- should be simply "available to HBase")]
Loading of Coprocessor refers to the process of making your custom Coprocessor implementation available to the the HBase...
...fully qualified class name of your class implmenting the Coprocessor...
["directory" misspelled]
...'hbase-site.xml' file (generally located under 'conf' directiory):
["classpath" misspelled]
Put your code on classpth of HBase...
[capitalization incorrection for "HTableDescriptor"]
Using HtableDescriptor
["version" misspelled -- several occurrences of this]
HBase verion...
["the" duplicated -- all inappropriate occurrences of "the the" should be corrected -- there are 7 occurrences]
If the the switches in your rack...
["characteristics" misspelled]
The CAP Theorem states that a distributed system can maintain two out of the following three charateristics:
["the" duplicated]
This is a different processing problem than from the the above case.
["on the" transposed]
a new attribute Scan.HINT_LOOKAHEAD can be set the on Scan object.
["given" should be "give"]
Enabling the RPC-level logging on a RegionServer can often given insight on timings at the server.
["That's" contraction needs apostrophe]
(Thats right, for hadoop.ipc, NOT, hbase.ipc)
["it's" contraction needs apostrophe]
...the longer the collections take but if its too small...
["etc." needs a period]
(like put, delete, scan, etc)
["the" misspelled as "tne"]
...to recreate the table's state at that time of tne snapshot.
["gory" misspelled]
...double entry in master listing of servers for gorey details.
["Enterprise" misspelled]
Six Enerprise SATA disks
["print" misspelled]
...you can pring the contents of a WAL...
["input" misspelled]
For ImportTsv to use this imput file...
["It's" contraction needs apostrophe]
Its usually hostname but can also be FQDN.
["multiple" misspelled]
...gracefully stopping mutiple RegionServers concurrently.
...decommissioning mulitple nodes may be non-optimal...
["its" possessive should not have apostrophe (in two places)]
Enable the table replication switch for all it's column families.
Disable the table replication switch for all it's column families.
["reaches" misspelled]
...or the reader reaces the end of the WAL...
[space needed after comma and after period]
There are two types of queues,fifo and deadline.To configure the type of queue used...
["throughput" misspelled]
...driven by required thoughput for reads and/or writes.
["search" misspelled]
seach for HBase on the Apache Git page.
["occurred" misspelled]
An Ant BuildException has occured...
["functionality" misspelled]
You can set up IntelliJ IDEA for similar functinoality as Eclipse.
["useful" misspelled]
It would be userful to mirror the eclipse set-up instructions for other IDEs.
["peculiarity" misspelled]
This seems to be a maven pecularity that is probably fixable...
["artifact" misspelled]
Note that Hadoop-3.0.0-SNAPSHOT does not currently have a deployed maven artificat...
["earlier" misspelled]
In earilier versions of Apache HBase...
Its not an error.
["incompatibility" misspelled]
...address a critical incompatability...
["applied" misspelled]
...should be appled to the new tag.
[space needed after period]
...matching for each of the groups.This would look something like...
[spaced needed after "Exceptions"]
ExceptionsThere are currently...
["period" misspelled]
...and there will be a transition periond.
["Created" needs period and space after it]
Determine How a Patch Was CreatedIf the first few lines...
["the build" needs a space]
...commits do not break thebuild or tests...
["version" misspelled]
What verion of ZooKeeper should I use?
["vetoes" misspelled]
Any -1 on a patch by anyone vetos a patch;
["dependency" misspelled]
...model your Maven depency after one of the following...
["run" duplicated]
You may also want to run run hbck a few times...
["file" misspelled]
If this flie is missing...
["Let's" contraction needs apostrophe]
Lets presume your Hadoop shipped...
["libraries" misspelled]
Where the JVM looks to find native librarys...
[spaces needed after "section" and "to"]
The offset of the sectionthat we need toload...
["first" duplicated]
The offset of the first first data block.
["for" duplicated]
...asks for for a Service the server does not support...
["i.e." needs period]
The CellBlock is optionally used ferrying the bulk of the RPC data: i.e Cells/KeyValues.
["preceded" misspelled]
...all requests and responses preceeded by a length...
["hadoop's" possessive needs apostrophe]
Uses hadoops compression codecs.
["Hadoop's" possessive apostrophe misplaced]
Hadoops' CompressionCodec Interface.

TestReplicationWithCompression has been failing often.
Here are few examples:
https://builds.apache.org/job/PreCommit-HBASE-Build/3755/testReport/
https://builds.apache.org/job/HBase-TRUNK/3672/testReport/org.apache.hadoop.hbase.replication/TestReplicationWithCompression/testDeleteTypes/
https://builds.apache.org/job/HBase-0.94/677/testReport/junit/org.apache.hadoop.hbase.replication/TestReplicationWithCompression/queueFailover/

      } finally {
        // update the stores that we are done replaying
        stores.forEach(HStore::startReplayingFromWAL);
      }

Should be stopReplayingFromWAL. Found this when implementing HBASE-19095.

Default session is set to 60 seconds but ticktime is 2 seconds.
http://hadoop.apache.org/zookeeper/docs/current/zookeeperProgrammers.html#ch_zkSessions
"One of the parameters to the ZooKeeper client library call to create a ZooKeeper session is the session timeout in milliseconds. The client sends a requested timeout, the server responds with the timeout that it can give the client. The current implementation requires that the timeout be a minimum of 2 times the tickTime (as set in the server configuration) and a maximum of 20 times the tickTime."
So, max is actually 40 seconds.

The resteasy-jackson provider is deprecated in resteasy since 3.1.0.Final.
The default jackson provider for resteasy is since EAP 7.0.0 resteasy-jackson2-provider.
resteasy-jackson-provider in EAP should be then marked as deprecated.

When using ConfigurationUtils.copy to go between configuration formats any escaped out "," characters are put into the output configuration without the escape character.  This results in a different value being returned from getString calls as it now things the property is a list.  If 4 escape characters are used instead of the expected 1 then the copy will end up with the correct value, but then the original will end up with the escape character as part of the property value.  
Example:
SomeLongProperty=This is a test\, it is only a test

Ends up right in the copy, but not right in the original
SomeOtherProperty=This is also a test\\\\, it is also only a test

After copy:

Missing "\" before ","
SomeLongProperty=This is a test, it is only a test
SomeOtherProperty=This is also a test\, it is also only a test

When a query that uses $oid along with a parameter placeholder is written, it leads to a parse error during application load time (This used to work fine in version 1.3.2, but is broken in at least 1.5.4-1.7.x):
(Reproducible project attached)

@Query("{ 'organization': {'$ref': 'organizations', '$id': { '$oid': ?0 } } }")
List<Person> findByOrganization(String organizationId);

Caused by: java.lang.IllegalArgumentException: invalid ObjectId [_param_0]
	at org.bson.types.ObjectId.<init>(ObjectId.java:181)
	at org.bson.types.ObjectId.<init>(ObjectId.java:167)
	at com.mongodb.util.JSONCallback.objectDone(JSONCallback.java:71)
	at com.mongodb.util.JSONParser.parseObject(JSON.java:261)
	at com.mongodb.util.JSONParser.parse(JSON.java:213)
	at com.mongodb.util.JSONParser.parseObject(JSON.java:249)
	at com.mongodb.util.JSONParser.parse(JSON.java:163)
	at com.mongodb.util.JSON.parse(JSON.java:99)
	at com.mongodb.util.JSON.parse(JSON.java:79)
	at org.springframework.data.mongodb.repository.query.StringBasedMongoQuery$ParameterBindingParser.parseParameterBindingsFrom(StringBasedMongoQuery.java:214)
	at org.springframework.data.mongodb.repository.query.StringBasedMongoQuery.<init>(StringBasedMongoQuery.java:76)
...

Yesterday, on our cluster, a region compact() kept crashing at giving this stack trace
2010-10-25 08:48:28,330 ERROR org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction failed for region MailBox_dark_launch_2010_10-04,4b64b600,1286302852538.9183a3b91ebd289bab7724d028cffa69.
java.lang.IllegalArgumentException: maxValue must be > 0
at org.apache.hadoop.hbase.util.ByteBloomFilter.sanityCheck(ByteBloomFilter.java:170)
at org.apache.hadoop.hbase.util.ByteBloomFilter.<init>(ByteBloomFilter.java:156)
at org.apache.hadoop.hbase.regionserver.StoreFile$Writer.<init>(StoreFile.java:707)
at org.apache.hadoop.hbase.regionserver.StoreFile.createWriter(StoreFile.java:566)
at org.apache.hadoop.hbase.regionserver.Store.createWriterInTmp(Store.java:504)
at org.apache.hadoop.hbase.regionserver.Store.compact(Store.java:817)
at org.apache.hadoop.hbase.regionserver.Store.compact(Store.java:678)
at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:842)
at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:793)
at org.apache.hadoop.hbase.regionserver.CompactSplitThread.run(CompactSplitThread.java:103)
The problem is that we are oveflowing "int" for "bitSize". The number of keys is about 272M, and we are using about 11 bit per key. So, bitSize ends up being > 2G..

Please backport issue
https://jira.springsource.org/browse/SPR-9238
resolved in Spring Rest Template version 3.1.2 to Spring Android version 1.0.1.

When a row has more than one DeleteFamily markers, Import tool is not restoring all DeleteFamily markers. 
Scenario: Insert entries into hbase in below order
Put Row1 with Value-A
Delete Row1 with DeleteFamily Marker
Put Row1 with Value-B
Using Export tool export this data and Import it into another table, you will see below entries
One DeleteFamily marker is missing here... In Import tool, Importer.writeResult() method we are batching all deletes into a single Delete request and pushing into hbase. Here we are pushing only one delete family marker into hbase table.
I tried same with normal HTable.delete command also. 
If you pass multiple DeleteFamily markers of a row in a single Delete request to hbase then table is maintaining only one. 
If that is the expected  behavior of hbase then we should change logic in Import tool to push DeleteFamily markers individually one by one.

Embedded host controller always prints the logs to the console no matter which --std-out= value I choose.

[disconnected /] embed-host-controller --std-out=discard
09:22:06,627 INFO  [org.jboss.modules] (AeshProcess: 1) JBoss Modules version 1.4.3.Final
09:22:06,733 INFO  [org.jboss.msc] (AeshProcess: 1) JBoss MSC version 1.2.6.Final
09:22:06,758 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) starting
09:22:07,769 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'enabled' in the resource at address '/profile=default/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
09:22:07,799 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'enabled' in the resource at address '/profile=ha/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
09:22:07,824 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'enabled' in the resource at address '/profile=full/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
09:22:07,843 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'enabled' in the resource at address '/profile=full-ha/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
09:22:08,067 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) (Host Controller) started in 1353ms - Started 25 of 27 services (8 services are lazy, passive or on-demand)
[domain@embedded /] stop-embedded-host-controller 
09:22:15,926 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0050: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) stopped in 5ms
[disconnected /] exit 

When running unit tests on CentOS 6 I get a bunch of unit test failures in mapreduce-related tests due to:
2012-03-03 00:14:18,776 WARN  [Container Monitor]
monitor.ContainersMonitorImpl$MonitoringThread(436): Container
[pid=21446,containerID=container_1330762435849_0002_01_000001] is
running beyond virtual memory limits. Current usage: 223.1mb of 2.0gb
physical memory used; 6.9gb of 4.2gb virtual memory used. Killing
container.
Note: this also came up in the mapreduce project. See: https://issues.apache.org/jira/browse/MAPREDUCE-3933
Patch coming shortly

HBase configuration 'hbase.rpc.protection' can be set to 'authentication', 'integrity' or 'privacy'.
"authentication means authentication only and no integrity or privacy; integrity implies
authentication and integrity are enabled; and privacy implies all of
authentication, integrity and privacy are enabled."
However hbase ref guide incorrectly suggests in some places to set the value to 'auth-conf' instead of 'privacy'. Setting value to 'auth-conf' doesn't provide rpc encryption which is what user wants.
This jira will fix:

documentation: change 'auth-conf' references to 'privacy'
SaslUtil to support both set of values (privacy/integrity/authentication and auth-conf/auth-int/auth) to be backward compatible with what was being suggested till now.
change 'hbase.thrift.security.qop' to be consistent with other similar configurations by using same set of values (privacy/integrity/authentication).

Currently TableInputFormat doesn't change the block caching behavior of scans and one of our table grew so big that using the defaults we kill a least one region server per job run (because of GCs even if we have a heap of 7GB). This doesn't scale well, we should set it by default to false.

Deploying an empty exploded deployment created on domain controller fails with the following:

    [domain@localhost:9990 /] /deployment=empty-deployment.jar:add(content=[{empty=true}])
    {
        "result" => undefined,
    }
    [domain@localhost:9990 /] /server-group=main-server-group/deployment=empty-deployment.jar:add()              
    {
        "failure-description" => {"WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:" => {"server-group" => {"main-server-group" => {"host" => {"master" => {
            "server-one" => "WFLYSRV0201: Cannot have more than one of [bytes, input-stream-index, hash, url, empty]",
            "server-two" => "WFLYSRV0201: Cannot have more than one of [bytes, input-stream-index, hash, url, empty]"
        }}}}}},
        "rolled-back" => true,
        "server-groups" => {"main-server-group" => {"host" => {"master" => {
            "server-one" => {"response" => {
                "failure-description" => "WFLYSRV0201: Cannot have more than one of [bytes, input-stream-index, hash, url, empty]",
            }},
            "server-two" => {"response" => {
            }}
        }}}}
    }

In certain cases where the value is similar to the delimiter with a length more than 1, the isDelimiter method may incorrectly detect the delimiter.  
having a delimiter "==-=="
Here are the following outcomes
Test1:
"John====A====Doe"  => [John, A, Doe]
Test2:
"John========Doe"  => [John, , Doe]
Test3:
"John======-==Doe"  => 
java.lang.StringIndexOutOfBoundsException: String index out of range: -2
	at java.lang.String.<init>(String.java:197)
	at org.springframework.batch.item.file.transform.DelimitedLineTokenizer.doTokenize(DelimitedLineTokenizer.java:163)
	at org.springframework.batch.item.file.transform.AbstractLineTokenizer.tokenize(AbstractLineTokenizer.java:111)
	at BatchTest.test3(BatchTest.java:36)
I have attached an not so glamorous JUnit file demonstrating this and a solution as well.  I'm not sure if the solution has other consequences on other parts, so anyone wishing to use this YMMV.
Love Spring Batch!!  Keep up the great work guys!!

I found this while trying out 0.95.2
I couldn't shut my cluster down because one region was still compacting, but it already had been doing that for an hour and it only had 80MBs of data.
Debugging I saw that it was a post-split compaction, specifically for the top part of the HFiles, and that it was just spinning on the first entry in the file.
Eventually I saw that the anonymous HFileScanner inside HalfStoreFileReader.getScanner (that's so dirty) wasn't handling HConstants.INDEX_KEY_MAGIC in seekTo() when calling this:
this.delegate.seekTo(splitkey)
Instead it would treat this as if the split key wasn't in the file, but still seek back to the beginning of the file then read on from there.
During the compaction it would see a KV that's not even part of the region, and it just tries to find the correct block over and over again.
This came from HBASE-7845.

ref: https://issues.apache.org/jira/browse/HBASE-19089?focusedCommentId=16221551&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16221551
Moving that jenkins test to script will make it easier to test changes to hbase-assembly.

Stacktrace from a run where TestMasterCoprocessorExceptionWithAbort is hung up in HBaseTestingUtility.shutdownMiniHBaseCluster at tear down time.

"pool-1-thread-1" prio=10 tid=0x0000000002446800 nid=0x3d31 waiting for monitor 
entry [0x00007ffbdc412000]
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.closeMaster(HConnectionManager.java:2192)
        - waiting to lock <0x00000000da044e78> (a java.lang.Object)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.internalClose(HConnectionManager.java:2529)
        at org.apache.hadoop.hbase.client.HConnectionManager.deleteConnection(HConnectionManager.java:490)
        - locked <0x00000000dc589170> (a org.apache.hadoop.hbase.client.HConnectionManager$1)
        at org.apache.hadoop.hbase.client.HConnectionManager.deleteConnection(HConnectionManager.java:475)
        at org.apache.hadoop.hbase.client.HConnectionManager.access$1900(HConnectionManager.java:199)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.close(HConnectionManager.java:2545)
        at org.apache.hadoop.hbase.client.HBaseAdmin.close(HBaseAdmin.java:2381)
        - locked <0x00000000da036a60> (a org.apache.hadoop.hbase.HBaseTestingUtility$HBaseAdminForTests)
        at org.apache.hadoop.hbase.HBaseTestingUtility$HBaseAdminForTests.close0(HBaseTestingUtility.java:2404)
        at org.apache.hadoop.hbase.HBaseTestingUtility$HBaseAdminForTests.access$000(HBaseTestingUtility.java:2392)
        at org.apache.hadoop.hbase.HBaseTestingUtility.shutdownMiniHBaseCluster(HBaseTestingUtility.java:961)
        at org.apache.hadoop.hbase.HBaseTestingUtility.shutdownMiniCluster(HBaseTestingUtility.java:944)
        at org.apache.hadoop.hbase.coprocessor.TestMasterCoprocessorExceptionWithAbort.teardownAfterClass(TestMasterCoprocessorExceptionWithAbort.java:152)

Hi,
I am encountering a performance problem in SetUniqueList.removeAll().
one-line patch that fixes it.  The patch makes the code two times
faster for this test.
$ java Test
Time is: 5027
Time is: 2554
The one-line patch I attached changes the 
SetUniqueList.removeAll(Collection<?> coll) code from:
boolean result = super.removeAll(coll);
set.removeAll(coll);
to:
if (result) set.removeAll(coll);
If "super.removeAll(coll)" did not change the collection, there is no
need to call "set.removeAll(coll)", because we already know there is
nothing to remove.
As one may expect "set.removeAll(coll)" (on a set) to be faster than
"super.removeAll(coll)" (on a list), one may have expected the speedup
gained by avoiding "set.removeAll(coll)" to be smaller than 2X
achieved for the attached test.  However, the speedup is 2X because
"java.util.HashSet.removeAll(Collection<?> collection)" has quadratic
(not linear) complexity if "this.size() <= collection.size()" and the
"collection" is a list.  Thus, "set.removeAll(coll)" is about as slow
as "super.removeAll(coll)" in this case, and not executing
"set.removeAll(coll)" reduces the work done by half.  The quadratic
behavior of "java.util.HashSet.removeAll(Collection<?> collection)"
comes from "java.util.AbstractSet.removeAll(Collection<?> c)" and is
discussed for example here:
http://mail.openjdk.java.net/pipermail/core-libs-dev/2011-July/007148.html
(The link is for OpenJDK, but Oracle JDK has the same problem.)
In many other cases "set.removeAll(coll)" is actually faster than
"super.removeAll(coll)", so one can get even more speedup by
reordering those two checks:
boolean result = set.removeAll(coll);
if (result) super.removeAll(coll);
Is this a bug, or am I misunderstanding the intended behavior?  If so,
Thanks,
Adrian

Camel Pulsar endpoint syntax pulsar:[persistent|non-persistent]://tenant/namespace/topic defined in:

@UriEndpoint(scheme = "pulsar", title = "Apache Pulsar", syntax = "pulsar:[persistent|non-persistent]://tenant/namespace/topic", label = "messaging")
public class PulsarEndpoint extends DefaultEndpoint {

breaks component list table in https://github.com/apache/camel/blob/master/components/readme.adoc as | is the column separator in asciidoc.

As it can be concluded from AggregationStrategy javadoc, and also from available implementations such as GroupedExchangeAggregationStrategy, it should be used in the following manner:

AggregationStrategy strategy = new GroupedExchangeAggregationStrategy();

Exchange result = null;
result = strategy.aggregate(result, exchange1);
result = strategy.aggregate(result, exchange2);
// ... and so on

But PollEnricher do it in following manner:

Exchange result = strategy.aggregate(exchange1, exchange2);

This leads to incorrect result returned after aggregation and lost exchanges.
Also PollEnricher doesn't handle CompletionAwareAggregationStrategy and does not call onCompletion(). Consequently GroupedExchangeAggregationStrategy does not return aggregated result in the Exchange body.

This is due to the following logic in AbstractAddStepHandler:

    protected Resource createResource(final OperationContext context, final ModelNode operation) {
        ImmutableManagementResourceRegistration registration = context.getResourceRegistration();
        if (registration != null) {
            Set<String> orderedChildTypes = registration.getOrderedChildTypes();
            boolean orderedChildResource = registration.isOrderedChildResource();
            if (orderedChildResource || orderedChildTypes.size() > 0) {
                return new OrderedResourceCreator(orderedChildResource, orderedChildTypes).createResource(context, operation);
            }
        }
        return createResource(context);
    }

Override models fail to use the OrderedResourceCreator because registration.isOrderedChildResource() returns false.
There are a number of ways to handle this:
1. Allow override model registration to indicate that they are ordered.  Currently, the MRR implementation throws an exception if an override model registration tries to specify that it is ordered, and the corresponding wildcard registration is ordered.
2. Auto-set override model registrations to be ordered if the corresponding wildcard registration is ordered.
3. In AbstractAddStepHandler, when determining whether or not to use an OrderedResourceCreator, test if either registration.isOrderedChildResource() is true or, if a wildcard registration exists, check if its registration.isOrderedChildResource() is true.
Of these three options, #3 is probably the easiest, and most sensible solution.

When execute a join query on tables containing Uppercase letters in the table names hit an exception
 Ex:

  create table a(b int);
  create table tabForJoin(b int,c int);

  select * from a join tabForJoin on(a.b=tabForJoin.b);

  Got an exception like this
  FAILED: Error in semantic analysis:  Invalid Table Alias tabForJoin

But if i give without capital letters ,It is working

RPC is a dog to follow.  I want to do buffer pooling for reading requests but its tough drawing the diagram of who is doing what when.  HBASE-8884 seems to have made it more involved still.  This issue is about doing a bit of untangling.

A couple tests without categories were flagged recently by TestCheckTestClasses in a precommit build.

A ModuleLoadService has dependencies on all its dependent ModuleSpecServices, however this does not work if the ModuleSpecService has a dependency on another ModuleSpecService with export=true, as the module may attempt to load before transitive dependencies have been started.
This has caused transient failures in EarClassPathTransitiveClosureTestCase.

When unmarshalling controller parameters using the "@RequestBody" annotation and XmlBeans, I get spurious unmarshalling exceptions: "Unexpected end of file after null"  These errors seem to be pretty consistent after the first request
XmlBeans has identified this issue as an input stream problem: http://issues.apache.org/jira/browse/XMLBEANS-226
It looks like Spring may not be handling input streams in an XmlBeans-friendly manner.
Here is my unmarshaller config:

     <!-- XML Marshalling -->
     <bean id="inboundMessageAdapter" class="org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter">
        <property name="messageConverters">
            <util:list>
                <bean class="org.springframework.http.converter.xml.MarshallingHttpMessageConverter">
                    <property name="marshaller" ref="xmlMarshaller"/>
                    <property name="unmarshaller" ref="xmlMarshaller"/>
                </bean>
            </util:list>
    </bean>
    
    <bean id="xmlMarshaller" class="org.springframework.oxm.xmlbeans.XmlBeansMarshaller"/>

Here is my controller method:

@RequestMapping(method = RequestMethod.POST)
public SampleResponseDocument doMethod(@RequestBody SampleRequestDocument requestDocument) {
          
    return myservice.sampleMethod(requestDocument);

}

The method body is reached in the first invocation, but almost all subsequent invocations give the XmlBeans end of file error.
Please let me know if more information is needed

In secure HBase, I got the following exception.  Actually it is a valid event: SaslAuthenticated 

2013-06-17 16:32:29,959 ERROR [2049101312@qtp-1851406627-0-EventThread] zookeeper.ClientCnxn: Error while calling watcher
java.lang.IllegalStateException: Received event is not valid.
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.connectionEvent(ZooKeeperWatcher.java:406)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:316)

For token endpoint, where a client presents an authorization code grant type in order to obtain an access token:
A map of parameters is used to represent this request. It is expecting a state parameter from request. But there is no state parameter in this request from spec. We should remove it from the AuthorizationCodeTokenGranter.

The large HTML 404 page returned by Stargate is not helpful.  The REST interface is not intended for humans to read, esp. when the client is known to be a program because it's asking for binary, but really any time.  Nice big readable error pages use bandwidth and clutter network traces to no purpose.
Please allow the 404 and other error pages to be configured away, or just stop sending them (my preference).  If some body must be sent, a simple text/plain "Not found" would be fine, I think.

Below exception is shown in logs if visibility expression is not present in labels table during importtsv run. Appropriate exception / message should be logged for the user to take further action.

WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : java.lang.NullPointerException
        at org.apache.hadoop.hbase.mapreduce.DefaultVisibilityExpressionResolver$1.getLabelOrdinal(DefaultVisibilityExpressionResolver.java:127)
        at org.apache.hadoop.hbase.security.visibility.VisibilityUtils.getLabelOrdinals(VisibilityUtils.java:358)
        at org.apache.hadoop.hbase.security.visibility.VisibilityUtils.createVisibilityExpTags(VisibilityUtils.java:323)
        at org.apache.hadoop.hbase.mapreduce.DefaultVisibilityExpressionResolver.createVisibilityExpTags(DefaultVisibilityExpressionResolver.java:137)
        at org.apache.hadoop.hbase.mapreduce.TsvImporterMapper.populatePut(TsvImporterMapper.java:205)
        at org.apache.hadoop.hbase.mapreduce.TsvImporterMapper.map(TsvImporterMapper.java:165)
        at org.apache.hadoop.hbase.mapreduce.TsvImporterMapper.map(TsvImporterMapper.java:1)
        at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:146)
        at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:787)

HBASE-550 dealt w/ EOFExceptions out of write-ahead-logs.  On our cluster, I'm seeing EOFEs out of mapfiles.   In at least one case its because index is empty.

/hbase/aa0-005-2.u.powerset.com/enwiki_080312/342351854/page/mapfiles/3485795994529467150/data  <r 3>   31268   2008-05-27 03:40        rw-r--r--       hadoop  supergroup
/hbase/aa0-005-2.u.powerset.com/enwiki_080312/342351854/page/mapfiles/3485795994529467150/index <r 3>   246     2008-05-27 03:40        rw-r--r--       hadoop  supergroup
/hbase/aa0-005-2.u.powerset.com/enwiki_080312/342351854/page/mapfiles/4707873234615510003/data  <r 3>   259979236       2008-05-26 22:23        rw-r--r--       hadoop  supergroup
/hbase/aa0-005-2.u.powerset.com/enwiki_080312/342351854/page/mapfiles/4707873234615510003/index <r 3>   36689   2008-05-26 22:23        rw-r--r--       hadoop  supergroup
/hbase/aa0-005-2.u.powerset.com/enwiki_080312/342351854/page/mapfiles/7019459271582770846/data  <r 3>   31268   2008-05-26 22:54        rw-r--r--       hadoop  supergroup
/hbase/aa0-005-2.u.powerset.com/enwiki_080312/342351854/page/mapfiles/7019459271582770846/index <r 3>   0       2008-05-26 22:54        rw-r--r--       hadoop  supergroup

2008-05-27 18:05:08,289 DEBUG org.apache.hadoop.hbase.HStore: loaded /hbase/XX.XX.XX.XX/enwiki_080312_meta/2102573201/alternate_title/info/8844820574762678369, isReference=false
2008-05-27 18:05:08,302 DEBUG org.apache.hadoop.hbase.HStore: Loaded 4 file(s) in hstore 2102573201/alternate_title, max sequence id 1081299433
2008-05-27 18:05:08,315 ERROR org.apache.hadoop.hbase.HRegionServer: error opening region enwiki_080312_meta,R-aGPvbJJ3r82Tp0_Eg2a-==,1207951923868
        at java.io.DataInputStream.readFully(Unknown Source)
        at org.apache.hadoop.io.SequenceFile$Reader.init(SequenceFile.java:1434)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1411)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1400)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1395)
        at org.apache.hadoop.io.MapFile$Reader.<init>(MapFile.java:254)
        at org.apache.hadoop.io.MapFile$Reader.<init>(MapFile.java:242)
        at org.apache.hadoop.hbase.HStoreFile$HbaseMapFile$HbaseReader.<init>(HStoreFile.java:554)
        at org.apache.hadoop.hbase.HStoreFile$BloomFilterMapFile$Reader.<init>(HStoreFile.java:609)
        at org.apache.hadoop.hbase.HStoreFile.getReader(HStoreFile.java:382)
        at org.apache.hadoop.hbase.HStore.<init>(HStore.java:849)
        at org.apache.hadoop.hbase.HRegionServer.openRegion(HRegionServer.java:1258)
        at org.apache.hadoop.hbase.HRegionServer$Worker.run(HRegionServer.java:1204)

HBASE-5548 introduced new behavior for shell commands like 'list' to make them act more ruby-like.  There is no documentation for this in the refguide. We should 
1) have an example in the shell sectoin
2) document the that new '=> #xxx.x..' line is expected
We can probably lift a bunch of docs from HBASE-5548.

Test set: org.jboss.as.test.xts.wsba.participantcompletion.client.BAParticipantCompletionTestCase
Tests run: 7, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 103.782 sec <<< FAILURE! - in org.jboss.as.test.xts.wsba.participantcompletion.client.BAParticipantCompletionTestCase
testWSBAParticipantClientCancel(org.jboss.as.test.xts.wsba.participantcompletion.client.BAParticipantCompletionTestCase)  Time elapsed: 59.832 sec  <<< ERROR!
java.lang.reflect.UndeclaredThrowableException: null
	at com.sun.proxy.$Proxy25.runTestMethod(Unknown Source)
	at org.jboss.arquillian.protocol.jmx.JMXMethodExecutor.invoke(JMXMethodExecutor.java:80)
	at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109)
	at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:57)
	at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:321)
Caused by: java.io.IOException: Unable to invoke invoke(), status=WAITING
	at org.jboss.remotingjmx.protocol.v2.ClientConnection$TheConnection.invoke(ClientConnection.java:1072)
	at org.jboss.as.arquillian.container.ManagementClient$MBeanConnectionProxy.invoke(ManagementClient.java:560)
	at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:298)

The reference counting on the blocks does not work correctly when the HalfStorefileReader is used for compaction/scans. 
The reason is that getFirstKey and getLastKey API create a new scanner but does not do the needed close() call and because of that we do not decrement the count on the blocks. The same impact will also be observed on the ref count that we maintain on the reader. Issue found when I was trying to test some other feature with lot of evictions. 

GraphRepository.findOne ignores the entity type and tries to loads a node by it's id even of the node type is not represented by the repository, throwing a ClassCastException if the type of the node loaded is different from that requested

I lost a huge amount of time chasing the problem as the default value just screw the whole transaction (the session is created outside the transaction and cached, so usually not enlisted in the tx).

During HIVE-20638 i found that org.mortbay.jetty exclusions from e.g. hadoop don't take effect, as the actual groupId of jetty is org.eclipse.jetty for most of the current projects, please find attachment (example for hive commons project).
https://en.wikipedia.org/wiki/Jetty_(web_server)#History

Carrying over from HBASE-3159, I ran into a case with TestRollingRestart with META and ROOT failing concurrently.  This is how it played out:
META is closed on an RS that has been stopped:

2010-10-27 22:47:27,709 DEBUG [RS_CLOSE_META-192.168.0.44,59709,1288244829038-0] handler.CloseRegionHandler(128): Closed region .META.,,1.1028785192

Then ROOT is closed on a different RS that has been stopped:

2010-10-27 22:47:28,863 DEBUG [RS_CLOSE_ROOT-192.168.0.44,59662,1288244792380-0] handler.CloseRegionHandler(128): Closed region -ROOT-,,0.70236052

A running RS is assigned META (the master isn't even aware yet that root has been closed, it is processing shutdown for RS 59709 but not yet received expired node for 59662):

2010-10-27 22:47:29,095 DEBUG [MASTER_META_SERVER_OPERATIONS-192.168.0.44:59629-0] master.AssignmentManager(908): No previous transition plan for .META.,,1.1028785192 so generated a random one; hri=.META.,,1.1028785192, src=, dest=192.168.0.44,59735,1288244843993; 3 (online=3, exclude=null) available servers
2010-10-27 22:47:29,095 DEBUG [MASTER_META_SERVER_OPERATIONS-192.168.0.44:59629-0] master.AssignmentManager(802): Assigning region .META.,,1.1028785192 to 192.168.0.44,59735,1288244843993
...
2010-10-27 22:47:29,123 DEBUG [RS_OPEN_META-192.168.0.44,59735,1288244843993-0] handler.OpenRegionHandler(69): Processing open of .META.,,1.1028785192

After finishing the open of META, the RS goes to update location in ROOT and gets:

2010-10-27 22:47:29,208 ERROR [RS_OPEN_META-192.168.0.44,59735,1288244843993-0] executor.EventHandler(154): Caught throwable while processing event M_RS_OPEN_META
java.lang.NullPointerException: No server for -ROOT-
	at org.apache.hadoop.hbase.catalog.MetaEditor.updateMetaLocation(MetaEditor.java:127)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.postOpenDeployTasks(HRegionServer.java:1271)
	at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:156)
	at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:151)

This doesn't actually kill the RS, it's just a caught exception up in the generic EventHandler.  But we get left in a weird state.  Eventually master does the right thing and times-out the OPENING:

2010-10-27 22:48:15,694 INFO  [192.168.0.44:59629.timeoutMonitor] master.AssignmentManager$TimeoutMonitor(1444): Regions in transition timed out:  .META.,,1.1028785192 state=PENDING_OPEN, ts=1288244865700
2010-10-27 22:48:15,694 INFO  [192.168.0.44:59629.timeoutMonitor] master.AssignmentManager$TimeoutMonitor(1454): Region has been PENDING_OPEN for too long, reassigning region=.META.,,1.1028785192

But it chooses to assign it back to the same person because the plan is still there:

2010-10-27 22:48:15,702 DEBUG [192.168.0.44:59629.timeoutMonitor] master.AssignmentManager(916): Using preexisting plan=hri=.META.,,1.1028785192, src=, dest=192.168.0.44,59735,1288244843993
2010-10-27 22:48:15,702 DEBUG [192.168.0.44:59629.timeoutMonitor] master.AssignmentManager(802): Assigning region .META.,,1.1028785192 to 192.168.0.44,59735,1288244843993

But then the RS doesn't open it because it's actually already open on that server.  We fail the ROOT edit but then don't close the region out.

2010-10-27 22:48:15,805 INFO  [IPC Server handler 3 on 59735] regionserver.HRegionServer(1952): Received request to open region: .META.,,1.1028785192
2010-10-27 22:48:15,807 DEBUG [RS_OPEN_META-192.168.0.44,59735,1288244843993-0] handler.OpenRegionHandler(69): Processing open of .META.,,1.1028785192
2010-10-27 22:48:15,807 WARN  [RS_OPEN_META-192.168.0.44,59735,1288244843993-0] handler.OpenRegionHandler(84): Attempting open of .META.,,1.1028785192 but it's already online on this server

This continues indefinitely, once every minute.
1.  Address the race condition when we get the connection to the root server (could exist for meta too).  The blocking call thinks we have a location but then when we get the cached location and don't get one.
2.  If we do get this NPE writing to root (or maybe meta too), we should not just throw the exception all the way up to the EventHandler and log it and continue.  That just stops our META_OPEN in it's tracks.  We complete the open but just not the edit.  We don't roll-back in any way.
3.  If the master is assigning stuff out and a region says, hey, I'm already hosting this region... something must be up.  In this case, it would not have been good for the RS to tell the master that it was already hosting it because it was missing the root edit.  So maybe if this happens, the master asks the RS to close the region in question?  Dunno.
Probably more issues to think about around this 
This seems to be extremely rare.  I have been running this TestRollingRestart script constantly and this only happens when I do a concurrent kill of the server hosting ROOT and then server hosting META, and then only sometimes, it does work more times than not.

Spring Batch uses children of AbstractApplicationContextFactory to create child application contexts for each batch job. By default, it will pass PropertyPlaceholderConfigurer and CustomEditorConfigurer bean post processors to the child contexts as configured in the default constructor of AbstractApplicationContextFactory. However, it does not pass PropertySourcesPlaceholderConfigurer bean post processors by default. Therefore, using the Spring 3.1 Environment functionality in conjunction with <context:properties-placeholder/> does not work out of the box. You must manually add that class to the list of bean post processors. It would be great if this default behavior could be changed to support the Spring 3.1 convention.

Autocompletition of command in CLI does not work properly when starts writing quotes " right after equal sign = and then pressing <TAB>.
I write
/subsystem=transactions/log-store="
and then press TAB
the autocompletion finishes the name but replaces the fist letter for the existing quotes. That leads to have command like
/subsystem=transactions/log-store="og-store
which is obviously invalid as "og-store does not exists.

Hive 0.13 changed the signature of HiveOutputFormat (through commit r1527149) breaking backwards compatibility with previous releases; the return type of getHiveRecordWriter has been changed from RecordWriter to FSRecordWriter.
FSRecordWriter introduces one new method on top of RecordWriter however it does not extend the previous interface and it lives in a completely new package.
Thus code running fine on Hive 0.12 breaks on Hive 0.13. After the upgrade, code running on HIve 0.13, will break on anything lower than this.
This could have easily been avoided by extending the existing interface or introducing a new one that RecordWriter could have extended going forward. By changing the signature, the existing contract (and compatibility) has been voided.

The function  getStepNames on a job returns only those step names from a FlowJob, whose steps are defined directly within the flow.
But if the job contains nested flows the list of stepnames is incomplete. Only those of the outermost flow (the job itself) are returned but none of the nested flow(s).
If the job does only reference sub flows the list will be empty at all.
The function should return the complete list of steps, including nested flows within subflows (recursively)

For queries like

select * from table where d = date '1970-02-01'

ORC returns empty rows.

User can pass bucket sizes through "hbase.bucketcache.bucket.sizes" config entry.
The sizes are supposed to be in increasing order. Validation should be added in CacheConfig#getL2().

RememberMe cookie is not set in chrome and safari because only Expires field is set, not max age and they both ignore cookies.
MaxAge is only set in jetty when version is >= 1.

New users may get nervous after seeing following warning level log messages (considering new users will most likely run HBase in Standalone mode first):

WARN  [MemStoreFlusher.1] io.FSDataInputStreamWrapper: Failed to invoke 'unbuffer' method in class class org.apache.hadoop.fs.FSDataInputStream . So there may be a TCP socket connection left open in CLOSE_WAIT state.

While making changes for SPR-16668 I noticed that ServerWebExchangeArgumentResolver prepares a UriComponentsBuilder based on the full URI including full path and query params where it should be relative to the root of the web application, i.e. using scheme, host, and port only.
By comparison on the Spring MVC side ServletUriComponentsBuilder.fromServletMapping(request) is used.

In Configure the Thrift Gateway, it says "set the property hbase.thrift.security.qop to one of the following three values: privacy, integrity, authentication", which would lead to failure of starting up a thrift server.
In fact, the value of hbase.thrift.security.qop should be auth, auth-int, auth-conf, according to the documentation of Sasl.QOP

Right now hcatalog/src/test/e2e/templeton/README.txt explains the steps to set up WebHCat e2e tests but it's cumbersome and error prone.  Need to make some improvements here.
The high level goal here is to simplify code-compile-test loop for WebHCat.  

For instance, the following query with CBO off:

select distinct last_value(i) over ( partition by si order by i ),
  first_value(t)  over ( partition by si order by i )
from over10k limit 50;

will fail, with the following message:

SELECT DISTINCT not allowed in the presence of windowing functions when CBO is off

Concurrent  modifyTable or add/delete/modify columnFamily leads to incorrect result. After HBASE-18893, The behavior of add/delete/modify column family during concurrent operation is changed compare to branch-1.When  one client is adding cf2 and another one cf3 .. In branch-1 final result will be cf1,cf2,cf3 but now either cf1,cf2 OR cf1,cf3 will be the outcome depending on which ModifyTableProcedure executed finally.Its because new table descriptor is constructed before submitting the ModifyTableProcedure in HMaster class and its not guarded by any lock.
1.Create table 't' with column family 'f1'
2.Client-1 and Client-2 requests to add column family 'f2' and 'f3' on table 't' concurrently.
Table should have three column families(f1,f2,f3)
Table 't' will have column family either (f1,f2) or (f1,f3)

./build.sh clean install -DskipTests -Drelease=true
ls -alh ./dist/target/wildfly-8.0.0.Alpha1-SNAPSHOT.zip

If you take a look at the contents of the distribution, you will see it contains just:

├── domain
│   └── configuration
│       ├── application-users.properties
│       └── mgmt-users.properties
└── standalone
    └── configuration
        ├── application-users.properties
        └── mgmt-users.properties

Seems to be caused by:
https://github.com/wildfly/wildfly/commit/68bcb7312e6f8d8c04249232c5df176064788519

HBASE-7091 added logic to separate GC logging options for some client commands versus server commands.  It uses a list of known client commands ("shell" "hbck" "hlog" "hfile" "zkcli") and uses the server GC logging options for all other invocations of bin/hbase.  When zkcli is invoked, it in turn invokes "hbase org.apache.hadoop.hbase.zookeeper.ZooKeeperMainServerArg" to gather the server command line arguments, but because org.apache.hadoop.hbase.zookeeper.ZooKeeperMainServerArg is not on the white list it enables server GC logging, which causes extra output that causes the zkcli invocation to break.  HBASE-7153 addressed this but the fix only solved the array syntax - not the white list, so the zkcli command still fails.
There are many other tools you can invoke that are more likely to "client" than "server" options. For example, "bin/hbase org.jruby.Main region_mover.rb" or "bin/hbase org.apache.hadoop.hbase.mapreduce.CopyTable" or "bin/hbase version" or "bin/hbase org.apache.hadoop.hbase.mapreduce.Export". The whitelist of server commands is shorter and easier to maintain than a whitelist of client commands.

JmsConfiguratiuon have a bad default
maxMessagesPerTask=1
It should be -1 as we do not want to strict the DefaultMessageListenerContainer to only handle 1 message per thread.

Simple SFTP-to-File integrations with charset conversion like:

from("sftp://sample@localhost:2222/in?password=password&delete=true&charset=ISO-8859-1")
    .to("file:/tmp/samples-camel/SftpToFileTest/out?charset=UTF-8");

fails to output a file in /tmp/samples-camel/SftpToFileTest/out/ correctly. Depending on the combinations, it sometimes converts the charset wrongly and sometimes it simply doesn't output a file to the target dir.
The root cause is that SftpOperations puts ByteArrayOutputStream instead of byte[] or InputStream to the exchange file body when retrieving a file:
https://github.com/apache/camel/blob/camel-2.22.0/components/camel-ftp/src/main/java/org/apache/camel/component/file/remote/SftpOperations.java#L718-L720
which then results in no converter from OutputStream to java.io.Reader being found in GenericFileConverter downstream, and thus the File producer handles a RemoteFile awkwardly when outputting a file.

JDK8 is stricter with generics than JDK7 build infra (JDK7 is EOL)

[ERROR] /Users/gvijayaraghavan/hw/hive/ql/src/java/org/apache/hadoop/hive/ql/optimizer/ConvertJoinMapJoin.java:[354,24] no suitable method found for findOperatorsUpstream(java.util.List<org.apache.hadoop.hive.ql.exec.Operator<? extends org.apache.hadoop.hive.ql.plan.OperatorDesc>>,java.lang.Class<org.apache.hadoop.hive.ql.exec.ReduceSinkOperator>)
    method org.apache.hadoop.hive.ql.exec.OperatorUtils.<T>findOperatorsUpstream(org.apache.hadoop.hive.ql.exec.Operator<?>,java.lang.Class<T>) is not applicable
      (cannot infer type-variable(s) T
        (argument mismatch; java.util.List<org.apache.hadoop.hive.ql.exec.Operator<? extends org.apache.hadoop.hive.ql.plan.OperatorDesc>> cannot be converted to org.apache.hadoop.hive.ql.exec.Operator<?>))
    method org.apache.hadoop.hive.ql.exec.OperatorUtils.<T>findOperatorsUpstream(java.util.Collection<org.apache.hadoop.hive.ql.exec.Operator<?>>,java.lang.Class<T>) is not applicable
        (argument mismatch; java.util.List<org.apache.hadoop.hive.ql.exec.Operator<? extends org.apache.hadoop.hive.ql.plan.OperatorDesc>> cannot be converted to java.util.Collection<org.apache.hadoop.hive.ql.exec.Operator<?>>))
    method org.apache.hadoop.hive.ql.exec.OperatorUtils.<T>findOperatorsUpstream(org.apache.hadoop.hive.ql.exec.Operator<?>,java.lang.Class<T>,java.util.Set<T>) is not applicable
        (actual and formal argument lists differ in length))

When transitioning from 1.4.3.RELEASE to 1.6.0.RELEASE, the model below no longer returns with map
Model

@Document(collection="model")
class Model {
	@Id
        
/**
* Currently only works without @Field annotation
*/
    @Field("foo")
	@DBRef
	Map<String, Foo> mapOfFoos ; //assume Foo is a class
}

Repo

public interface ModelDao extends MongoRepository<Model, ObjectId> {
}

public interface FooDao extends MongoRepository<Foo, ObjectId> {
}

Snippet of a unit test

...
Model model = new Model();
Map<String, Foo> mapOfFoos = new HashMap<String, Foo>();
Foo foo = new Foo()
fooDao.save(foo)
mapOfFoo("somestring", foo)
model.setMapOfFoos(mapOfFoo)
modelDao.save(model);
Model  retreivedModel = modelDao.findOne(model.getId());
//retreivedModel.getMapOfFoos() returns null
//EXPECTED (and previous behavior) retreivedModel.getMapOfFoos() not null

Followup for HIVE-16183, there seems to be some concurrency issues in UDFJson.java, especially around static class variables.

When ORC attempts to write out a string column that ends in enough nulls to span an index stride, StringTreeWriter's writeStripe method will get an exception from TreeWriter's writeStripe method
Column has wrong number of index entries found: x expected: y
This is caused by rowIndexValueCount having multiple entries equal to the number of non-null rows in the column, combined with the fact that StringTreeWriter has special logic for constructing its index.

I'm no longer sure about the expected behavior when using an empty row key (e.g. a 0-byte long byte array).  I assumed that this was a legitimate row key, just like having an empty column qualifier is allowed.  But it seems that the RegionServer considers the empty row key to be whatever the first row key is.

Version: 0.89.20100830, r0da2890b242584a8a5648d83532742ca7243346b, Sat Sep 18 15:30:09 PDT 2010

hbase(main):001:0> scan 'tsdb-uid', {LIMIT => 1}
ROW                           COLUMN+CELL                                                                          
 \x00                         column=id:metrics, timestamp=1288375187699, value=foo      
 \x00                         column=id:tagk, timestamp=1287522021046, value=bar         
 \x00                         column=id:tagv, timestamp=1288111387685, value=qux      
1 row(s) in 0.4610 seconds

hbase(main):002:0> get 'tsdb-uid', ''
COLUMN                        CELL                                                                                 
 id:metrics                   timestamp=1288375187699, value=foo                         
 id:tagk                      timestamp=1287522021046, value=bar                         
 id:tagv                      timestamp=1288111387685, value=qux                      
3 row(s) in 0.0910 seconds

hbase(main):003:0> get 'tsdb-uid', "\000"
3 row(s) in 0.0550 seconds

This isn't a parsing problem with the command-line of the shell.  I can reproduce this behavior both with plain Java code and with my asynchbase client.
Since I don't actually have a row with an empty row key, I expected that the first get would return nothing.

Hive does not consider the type of the partition column while writing partitions. Consider for example the query:

create table tab1 (id1 int, id2 string) PARTITIONED BY(month string,day int) row format delimited fields terminated by ',';
alter table tab1 add partition (month='June', day='second');

Hive accepts this query. However if you try to select from this table and insert into another expecting schema match, it will insert nulls instead. We should throw an exception on such user error at the time the partition addition/load happens.

The JMSContextProducer registers a tx Synchronization object directly on the Transaction. That leads to issue when other parts register other Synchronization objects later on (see http://stackoverflow.com/questions/21523534/jboss-wildfly-arjuna016082-synchronizations-are-not-allowed-when-sending-mess).
The JSMContextProducer must switch to using TransactionSynchronizationRegistry instead to register syncs.

From what I commented at the tail of HBASE-4027:

I changed the release note, the patch doesn't have a "hbase.offheapcachesize" configuration and it's enabled as soon as you set -XX:MaxDirectMemorySize (which is actually a big problem when you consider this: http://hbase.apache.org/book.html#trouble.client.oome.directmemory.leak). 
We need to add hbase.offheapcachesize and set it to false by default.
Marking as a blocker for 0.92.1 and assigning to Li Pi at Todd's request.

According to their javadoc, these methods should replace the rule and configuration (or SSL context) at the given index with the given rule and configuration.
In case when AuthenticationContext is defined with RuleNode - RuleA, RuleB, RuleC and RuleNode replacing method is called for index1 and RuleD, then:

correct behavior should be - new AuthenticationContext with rule ordered - RuleA, RuleD, RuleC is created
current behavior is - new AuthenticationContext with rule ordered - RuleD, RuleD, RuleB RuleC is created

Behavior of these methods is correct only in case when they are called with index 0.

Currently it logs at WARN level that camel could not rename/delete the consumer file after processing.
However as end-users might not notice this "could be bigger problem" we should throw an IOException instead.
PS: The File API is terrible as it returns a boolean of this operation (will be fixed in NIO2 with a much better API).
The bigger problem is that if you don't want to consume the file twice you should get a "exception" to track down the problem. WARN logs can be harder to track down.

Seen in our failover tests for remote stateful EJBs - scenarios:
ejb-ejbremote-shutdown-dist-async
ejb-ejbremote-shutdown-dist-sync
ejb-ejbremote-undeploy-dist-async
After failing a node, occasionally EJB lookup starts failing - client starts logging these error messages:

2015/12/03 04:46:47:078 EST [ERROR][Runner - 9] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Error getting response. <java.lang.IllegalStateException: EJBCLIENT000029: No cluster context available for cluster named ejb>
        java.lang.IllegalStateException: EJBCLIENT000029: No cluster context available for cluster named ejb
        at org.jboss.ejb.client.EJBClientContext.requireClusterEJBReceiverContext(EJBClientContext.java:1063)
        at org.jboss.ejb.client.ReceiverInterceptor.handleInvocation(ReceiverInterceptor.java:84)
        at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:186)
        at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:255)
        at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:200)
        at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:183)
        at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:146)
        at com.sun.proxy.$Proxy2.getSerialAndIncrement(Unknown Source)
        at org.jboss.smartfrog.clustering.ejb3.StatefulSBProcessorFactoryImpl$EJB3RequestProcessor.processRequest(StatefulSBProcessorFactoryImpl.java:84)
        at org.jboss.smartfrog.loaddriver.CompoundRequestProcessorFactoryImpl$CompoundRequestProcessor.processRequest(CompoundRequestProcessorFactoryImpl.java:52)
        at org.jboss.smartfrog.loaddriver.Runner.run(Runner.java:103)

It stops logging these messages only after the failed node is restarted and joins the cluster again.
Link (this job was configured to use only 100 sessions in order to keep the log size small)
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/mvinkler_eap-7x-failover-ejb-ejbremote-shutdown-dist-async/1/console-perf17/

when updating maven build plugin the configuration element adds some invalid maven markup, so that maven ignores the build plugin:
empty tags (id, phase) are invalid:
                        <id/>
                        <phase/>
                        <goals>
                            <goal>compile</goal>
                            <goal>test-compile</goal>
                        </goals>
Patch: MavenProjectMetadataProvider
                final String id = execution.getId();
                if (id !=null && !id.isEmpty()) 
{
                Element executionId = document.createElement("id");
                executionId.setTextContent(id);
                executionElement.appendChild(executionId);
                }
                final String phase = execution.getPhase();
                if (phase!=null && !phase.isEmpty()) 
{
                Element executionPhase = document.createElement("phase");
                executionPhase.setTextContent(phase);
                executionElement.appendChild(executionPhase);
                }
 
Test master.assignment.TestAssignmentManager hangs on master and showing up in flaky list

From mailing list, http://www.mail-archive.com/user@hive.apache.org/msg08683.html

    at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:432)
    at org.apache.hadoop.mapred.MapTask.run(MapTask.java:372)
    at org.apache.hadoop.mapred.Child$4.run(Child.java:255)
    at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1149)
    at org.apache.hadoop.mapred.Child.main(Child.java:249)
    ... 9 more
    ... 14 more
    ... 17 more
    ... 22 more
    at org.apache.hadoop.hive.serde2.objectinspector.StructObjectInspector.toString(StructObjectInspector.java:64)
    at java.lang.String.valueOf(String.java:2826)
    at java.lang.StringBuilder.append(StringBuilder.java:115)
    at org.apache.hadoop.hive.ql.exec.UnionOperator.initializeOp(UnionOperator.java:110)
    at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:375)
    at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:451)
    at org.apache.hadoop.hive.ql.exec.Operator.initializeChildren(Operator.java:407)
    at org.apache.hadoop.hive.ql.exec.TableScanOperator.initializeOp(TableScanOperator.java:186)
    at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:563)
    at org.apache.hadoop.hive.ql.exec.ExecMapper.configure(ExecMapper.java:100)
    ... 22 more

Coverity static-analysis scan found 2 usages of null object in NonceManager class.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760290&defectInstanceId=1541375&mergedDefectId=1375730
The method generateNonce() without params, call generateNonce(null) - where null is provided as a (byte[] salt)
It's used later in the code:

    log.tracef("New nonce generated %s, using seed %s", nonce, new String(salt, StandardCharsets.UTF_8));
}

so it will throw NPE when trace-logging is enabled.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760290&defectInstanceId=1541376&mergedDefectId=1375731
similar problem in useNonce(nonce) calling useNonce(nonce, null)

:/hadoop$ HADOOP_CLASSPATH=`/hbase/bin/hbase classpath` bin/hadoop jar ~/hbase/hbase-0.91.0-SNAPSHOT.jar rowcounter usertable 
Exception in thread "main" java.lang.NoSuchMethodError: org.apache.hadoop.util.ProgramDriver.driver([Ljava/lang/String;)V 
        at org.apache.hadoop.hbase.mapreduce.Driver.main(Driver.java:51) 
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
        at java.lang.reflect.Method.invoke(Method.java:597) 
        at org.apache.hadoop.util.RunJar.main(RunJar.java:192) 

Caused by: java.lang.AssertionError: Internal error: While invoking method 'public org.apache.calcite.sql2rel.RelFieldTrimmer$TrimResult org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(org.apache.calcite.rel.core.Filter,org.apache.calcite.util.ImmutableBitSet,java.util.Set)'
at org.apache.calcite.util.Util.newInternal(Util.java:789)
at org.apache.calcite.util.ReflectUtil$2.invoke(ReflectUtil.java:534)
at org.apache.calcite.sql2rel.RelFieldTrimmer.dispatchTrimFields(RelFieldTrimmer.java:270)
at org.apache.calcite.sql2rel.RelFieldTrimmer.trimChild(RelFieldTrimmer.java:213)
at org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(RelFieldTrimmer.java:374)
at org.apache.hadoop.hive.ql.optimizer.calcite.rules.HiveRelFieldTrimmer.trimFields(HiveRelFieldTrimmer.java:394)
... 98 more
at java.lang.reflect.Method.invoke(Method.java:483)
at org.apache.calcite.util.ReflectUtil$2.invoke(ReflectUtil.java:531)
... 102 more
Caused by: java.lang.AssertionError: Internal error: While invoking method 'public org.apache.calcite.sql2rel.RelFieldTrimmer$TrimResult org.apache.hadoop.hive.ql.optimizer.calcite.rules.HiveRelFieldTrimmer.trimFields(org.apache.calcite.rel.core.Project,org.apache.calcite.util.ImmutableBitSet,java.util.Set)'
at org.apache.calcite.sql2rel.RelFieldTrimmer.trimFields(RelFieldTrimmer.java:466)
... 107 more
... 110 more
Caused by: java.lang.IndexOutOfBoundsException: Index: 94, Size: 94
at java.util.ArrayList.rangeCheck(ArrayList.java:653)
at java.util.ArrayList.get(ArrayList.java:429)
at org.apache.hadoop.hive.ql.optimizer.calcite.rules.HiveRelFieldTrimmer.trimFields(HiveRelFieldTrimmer.java:390)

Reproducible case:
1) set "hive.security.authorization.enabled" to "true" in "hive-site.xml".
2) 

CREATE TABLE table1 (id int) PARTITIONED BY (year int)

-- create partitioned view
CREATE VIEW view1 partitioned on (year) as select id, year from table1;

select year from view1;

Follow-on from HBASE-17624. HBASE-17624 made it so one thread only has access to the rsgroup administrator. In tail of HBASE-17624 Francis Liu describes scenario under which we  may end up in a deadlock (distributed). Let me repeat Francis Liu comment...

Both read/write access can't be single threaded. Consider the situation:
1. move_rsgroup_servers is called
2. while #1 is happening rsgroup region is in transition (rpc thread in #1 holds monitor lock)
3. while #2 is happening meta is in transition.
Balancer tries to figure out plan for meta region tries to get monitor lock but can't. rpc thread task won't release monitor lock since rsgroup region never gets assigned. rsgroup region never gets assigned because it can't update meta with new state.
There's a good chance this can be reproduce just by moving both rsgroup and meta region onto the same RS and call move_rsgoup_servers on the same RS.
A bunch different actors will query from group affiliation so we can't have writes block reads.

....

In the code prior to this patch the getter methods that retrieve group information (getRSGroup, ofTable, OfServer, etc) don't require the monitor lock so the deadlock cycle is broken.

....

The methods that does mutations and updates to zk and hbase:rsgroup are synchronized appropriately. Point me to where the incoherence is?

This issue is about testing/fixing/restoring rsgroup access. Will be back.

Hello,
I'm working with Spring Boot 2.0.0, Kotlin and Mockito.
Since I upgraded my project from M3 to M4 (Spring 5.0.0-RC3 to RC4) I have some issue with it.
I get a BeanCreationException based on:

java.lang.IllegalArgumentException: Parameter specified as non-null is null: method kotlin.reflect.jvm.ReflectJvmMapping.getJavaConstructor, parameter $receiver

But, I didn't change my code, so can possibility went wrong in the process ?
You can find details and code in the stackoverflow issue.
Thank you.

The current Thrift API does not allow a new scanner to be created without supplying a column list, unlike the REST api. I posted this on the HBase-Users mailing list. Others concurred that it appears to have been an oversight in the Thrift API. 
Its quite significant as there is no easy work around, unless you already know which the column families names then list them all when you open the scanner.

camel:route-stop does not work properly when there are messages in flight. 
Running a route that consumes from JMS where the route hung waiting for an ack, the route will eventually be stopped. However the JMS consumer does not unregister from the broker and the brokers JMX stats still show a consumer registered.

java.io.IOException: java.io.IOException: Requested column family referer: does not exist in HRegion michael_test,,1212093731315 for table michael_test
	at org.apache.hadoop.hbase.HRegion.checkColumn(HRegion.java:1678)
	at org.apache.hadoop.hbase.HRegion.localput(HRegion.java:1598)
	at org.apache.hadoop.hbase.HRegion.batchUpdate(HRegion.java:1421)
	at org.apache.hadoop.hbase.HRegionServer.batchUpdate(HRegionServer.java:1552)
	at org.apache.hadoop.hbase.ipc.HbaseRPC$Server.call(HbaseRPC.java:413)
	at org.apache.hadoop.ipc.Server$Handler.run(Server.java:901)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
	at org.apache.hadoop.hbase.RemoteExceptionHandler.decodeRemoteException(RemoteExceptionHandler.java:82)
	at org.apache.hadoop.hbase.HTable.getRegionServerWithRetries(HTable.java:1028)
	at org.apache.hadoop.hbase.HTable.commit(HTable.java:763)
This is what happened when I tried to add a row with a non-existent column family.  In principle, it should be easy to create the column family and try again.  I'd like to have hbase throw a NoSuchColumnFamilyException so I can figure out I need to create the column family.  Alternately, it would be even better if there were some option to make hbase create the column family for me.

See the discussion here

A NullPointerException is thrown from CoreNamespaceUtils.rangeArrayEditorAlreadyDefined() if there is a custom editor configurer without a customEditor property because of the line:

Map editors = (Map) bd.getPropertyValues().getPropertyValue("customEditors").getValue();

The following error occurs when running expenses.roo in Windows:

188abe3 Created SRC_MAIN_JAVA\org\springsource\roo\extrack\client\proxy\EmployeeProxy.java
Unknown character property name {r} near index 4
C:\projects\roo-test\expenses\src\main\java\
    ^
java.util.regex.PatternSyntaxException: Unknown character property name {r} near index 4
    ^
    at java.util.regex.Pattern.error(Pattern.java:1713)
    at java.util.regex.Pattern.charPropertyNodeFor(Pattern.java:2437)
    at java.util.regex.Pattern.family(Pattern.java:2412)
    at java.util.regex.Pattern.sequence(Pattern.java:1831)
    at java.util.regex.Pattern.expr(Pattern.java:1752)
    at java.util.regex.Pattern.compile(Pattern.java:1460)
    at java.util.regex.Pattern.<init>(Pattern.java:1133)
    at java.util.regex.Pattern.compile(Pattern.java:823)
    at java.lang.String.replaceAll(String.java:2189)
    at org.springframework.roo.addon.gwt.GwtOperationsImpl.addPackageToGwtXml(GwtOperationsImpl.java:302)
    at org.springframework.roo.addon.gwt.GwtOperationsImpl.createProxy(GwtOperationsImpl.java:342)
    at org.springframework.roo.addon.gwt.GwtOperationsImpl.proxyAll(GwtOperationsImpl.java:201)
    at org.springframework.roo.addon.gwt.GwtOperationsImpl.scaffoldAll(GwtOperationsImpl.java:239)
    at org.springframework.roo.addon.gwt.GwtCommands.scaffoldAll(GwtCommands.java:99)

We support SORT BY xxx DESC, but not ORDER BY xxx DESC. We should support it.

Avoid deadlock in amqp-client if the user attempts a re-send.

I came across this while working on WFLY-456 (audit logging) that PR will test for this
The problem is the audit log transformers for jmx are set up to reject if the 'enabled' attribute is undefined.
When issuing a 'remove' it then looks in the operation for the 'enabled' attribute which fails since the operation does not contain that attribute, it is simply:

{
        ("subsystem" => "jmx"),
        ("configuration" => "audit-log")
    ]
}

The same is true for 'read-attribute'

Caused by: javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB StatelessEJBLocator for "/ExceptionTestCase/SFSB1", view is interface org.jboss.as.test.integration.ejb.stateful.exception.SFSB1Interface, affinity is None

new ClassPathResource("/test.html") removes the leading slash, but when the method createRelative is called it does not remove the leading slash in the returned resource as in this example:
System.out.println(((ClassPathResource)new ClassPathResource("").createRelative("/test.html")).getPath());
The fix is very simple. 
There are two sets of constructors: the ones for when clazz is not specified and the ones for when it is specified. 
The createRelative method should choose the right one to use based on the current value of the clazz attribute.

SDN does not work with other Spring Data projects due to issues with MappingContext.
This is a regression done from another piece of work.

PS1 scripts for standalone and domain do not survive :shutdown(restart=true) 

[standalone@localhost:9990 /] :shutdown(restart=true)
[standalone@localhost:9990 /] ls
Failed to perform operation: java.net.ConnectException: WFLYPRT0053: Could not connect to http-remoting://localhost:9990. 
  The connection failed: WFLYPRT0053: Could not connect to http-remoting://localhost:9990. 
  The connection failed: Connection refused: no further information

Domain the same

[domain@localhost:9990 /] /host=master:shutdown(restart=true)
...

FYI - scripts were taken from https://github.com/ctomc/wildfly-core/commits/powershell

HIVE-2219 applied an incorrect patch that fails unit tests.  This patch reverts those changes and adds the intended changes to improve the efficiency of dropping multiple partitions.

The JavaDoc page for SwitchUserFilter lists an example bean definition:
 <bean id="switchUserProcessingFilter" class="org.springframework.security.web.authentication.SwitchUserFilter">
    <property name="userDetailsService" ref="userDetailsService" />
    <property name="switchUserUrl"><value>/j_spring_security_switch_user</value></property>
    <property name="exitUserUrl"><value>/j_spring_security_exit_user</value></property>
    <property name="targetUrl"><value>/index.jsp</value></property></bean>
The package is incorrectly stated as org.springframework.security.web.authentication; it should be org.springframework.security.web.authentication.switchuser

Coverity found field EntitySaslClient.clientCertUrl is never filled. So probably initially intended behavior in X509Certificate getClientCertificate() method is not covered.

    private X509Certificate getClientCertificate() throws SaslException {
        if ((clientCertChain != null) && (clientCertChain.length > 0)) {
            return clientCertChain[0];
        } else if (clientCertUrl != null) {
            try {
                return EntityUtil.getCertificateFromUrl(clientCertUrl);
                throw log.mechUnableToObtainServerCertificate(getMechanismName(), clientCertUrl.toString(), e).toSaslException();
            }
        } else {
            throw log.mechCallbackHandlerNotProvidedServerCertificate(getMechanismName()).toSaslException();
        }
    }

A singleton MDB delivers duplicate messages when start-delivery() is invoked twice while the message being delivered
1. Create a producer, which keeps sending messages for every second
2. Deploy a singleton consumer MDB
3. Invoke start-delivery() method on the MDB while the messages being delivered
MDB delivers duplicate messages
MDB needs to ignore start-delivery() call if the MDB has already been started.

I have a controller that simply inherits it's request handler methods from a base class.

@ExposesResourceFor(AddressTypeCodeResource.class)
@RequestMapping(value = AddressTypeCodeController.REQUEST_MAPPING_PATH, produces = {"application/json"})
public class AddressTypeCodeController extends SimpleCodedItemController<AddressTypeCodeResource, UpdateSimpleCodedItemResource> {
    public static final String REQUEST_MAPPING_PATH = "/addressTypeCodes";

    public AddressTypeCodeController(@Qualifier(AddressTypeCodeResource.NAME) ReferenceableResourceFacade<AddressTypeCodeResource, UUID> facade) {
        super(facade);
    }
}

The base class has no @RequestMapping on the class, only methods have them.

public class SimpleCodedItemController<R extends SimpleCodedItemResource, U extends UpdateSimpleCodedItemResource> {
    private ReferenceableResourceFacade<R, UUID> facade;

    public PagedResources<R> findAll(@NonNull Pageable pageable, @NonNull PagedResourcesAssembler pagedResourcesAssembler) {
        return facade.findAll(pageable, pagedResourcesAssembler);
    }

When the ControllerLinkBuilder is invoked for building the links it is trying to find the @RequestMapping annotation from the base class - and failing. The method passed into linkTo is for example SimpleCodedItemController.findAll (...)
PagedResourcesAssemblerArgumentResolver should be modified to pass on the runtime class of the targeted controller.

	@Override
	public Object resolveArgument(MethodParameter parameter, ModelAndViewContainer mavContainer,
			NativeWebRequest webRequest, WebDataBinderFactory binderFactory) throws Exception {

		Link linkToMethod = linkBuilderFactory.linkTo(parameter.getMethod(), new Object[0]).withSelfRel();
		UriComponents fromUriString = UriComponentsBuilder.fromUriString(linkToMethod.getHref()).build();

		return new PagedResourcesAssembler<Object>(resolver, fromUriString);
	}

It looks that spring-web already provides the runtime class of the controller class (org.springframework.web.method.HandlerMethod.HandlerMethodParameter#getContainingClass) and that should be used rather than the class where the method was implemented.

Caused by: org.jboss.classfilewriter.InvalidBytecodeException: Cannot load variable at 1. Local Variables: Local Variables: [StackEntry [descriptor=Ljava/lang/String;, type=OBJECT]]
  at org.jboss.classfilewriter.code.CodeAttribute.aload(CodeAttribute.java:185)
  at org.jboss.invocation.proxy.ProxyFactory$ProxyMethodBodyCreator.overrideMethod(ProxyFactory.java:150)
  at org.jboss.invocation.proxy.AbstractSubclassFactory.overrideMethod(AbstractSubclassFactory.java:106)
  at org.jboss.invocation.proxy.AbstractSubclassFactory.addInterface(AbstractSubclassFactory.java:363)
  at org.jboss.invocation.proxy.ProxyFactory.generateClass(ProxyFactory.java:286)
  at org.jboss.invocation.proxy.AbstractClassFactory.buildClassDefinition(AbstractClassFactory.java:207)
  at org.jboss.invocation.proxy.AbstractClassFactory.defineClass(AbstractClassFactory.java:160)
  at org.jboss.invocation.proxy.AbstractProxyFactory.getCachedMethods(AbstractProxyFactory.java:150)
  at org.jboss.as.ejb3.component.stateless.StatelessComponentDescription$3.configure(StatelessComponentDescription.java:150)
  at org.jboss.as.ee.component.DefaultComponentViewConfigurator.configure(DefaultComponentViewConfigurator.java:68)
  at org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:81)
  ... 6 more

Hive does not treat floating point signed zeros as equal (-0.0 should equal 0.0).  This is because Hive uses Double.compareTo(), which states (http://docs.oracle.com/javase/7/docs/api/java/lang/Double.html#compareTo(java.lang.Double):
0.0d is considered by this method to be greater than -0.0d
The IEEE 754 floating point spec specifies that signed -0.0 and 0.0 should be treated as equal. From the Wikipedia article (https://en.wikipedia.org/wiki/Signed_zero#Comparisons):
negative zero and positive zero should compare as equal with the usual (numerical) comparison operators
Java's compareTo method is implemented to allow for ordering of object instances (in a hash table or similar), but Hive should abide by the IEEE spec.

select 1 where 0.0=-0.0;
Returns no results.

select 1 where -0.0<0.0;
Returns 1

e.g.

    static final SimpleAttributeDefinition SHUTDOWN_TIMEOUT = new SimpleAttributeDefinitionBuilder(ModelKeys.SHUTDOWN_TIMEOUT, ModelType.LONG, true)
            .setXmlName(Attribute.SHUTDOWN_TIMEOUT.getLocalName())
            .setFlags(AttributeAccess.Flag.RESTART_ALL_SERVICES)
            .setDefaultValue(new ModelNode().set(25000))
            .build()
    ;

specifies long as the type, but the default value is int, moreover xsd also says int

<xs:attribute name="shutdown-timeout" type="xs:int" default="25000">

If overwrite is set to false then adding the file should fail.

When deploying the webapp to tomcat, I got "java.lang.UnsupportedOperationException" (see the stack trace below). I managed to trace back to the commit 20f87ab98da8a813c0251979286286e5e3776435 and found out the cause of the property name are "spring.profiles.default" and "spring.profile.active". I don't have those properties defined anywhere. 
The workaround is to define those two properties in the web.xml files. The value can be anything.
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.ReadOnlySystemAttributesMap.keySet(ReadOnlySystemAttributesMap.java:88)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.MapPropertySource.getPropertyNames(MapPropertySource.java:41)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.EnumerablePropertySource.containsProperty(EnumerablePropertySource.java:70)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.SystemEnvironmentPropertySource.resolvePropertyName(SystemEnvironmentPropertySource.java:109)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.SystemEnvironmentPropertySource.getProperty(SystemEnvironmentPropertySource.java:90)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.PropertySourcesPropertyResolver.getProperty(PropertySourcesPropertyResolver.java:73)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.PropertySourcesPropertyResolver.getProperty(PropertySourcesPropertyResolver.java:59)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.AbstractEnvironment.getProperty(AbstractEnvironment.java:419)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.AbstractEnvironment.doGetDefaultProfiles(AbstractEnvironment.java:277)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.AbstractEnvironment.getDefaultProfiles(AbstractEnvironment.java:260)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.core.env.AbstractEnvironment.merge(AbstractEnvironment.java:402)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.context.support.AbstractApplicationContext.setParent(AbstractApplicationContext.java:392)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:585)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:645)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:508)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:449)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:133)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at javax.servlet.GenericServlet.init(GenericServlet.java:212)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at java.lang.reflect.Method.invoke(Method.java:597)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:270)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:269)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at java.security.AccessController.doPrivileged(Native Method)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:302)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:163)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:117)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1200)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1026)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4421)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4734)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:124)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:146)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:777)
INFO   | jvm 1    | 2012/11/07 12:38:09 | 	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)

We have some duplicated text in the welcome message:

[janstey@bender jboss-fuse-6.2.0.redhat-025]$ ./bin/fuse clean

  JBoss Fuse (6.2.0.redhat-025)

This container root is a standalone container.

Do a search for the phrase "org.springframework.batch.execution" in the execution chapter of the documentation.

After creating temporary table, calling DatabaseMetadData.getColumns() hits error "UnknownTableException(message:default.tmp_07 table not found)"

In AbstractSitePathUrlFactory, if a site path is configured with no slashes or only a trailing slash, formatPath incorrectly formats the path.

Refactor concurrency within org.springframework.beans.factory.support.DefaultSingletonBeanRegistry

Having:

@Interceptors(AroundConstructInterceptor.class)
public class AroundConstructSLSB {
...
}

and 

public class AroundConstructInterceptor {

    public static volatile boolean intercepted = false;

    @AroundConstruct
    private Object aroundConstruct(InvocationContext ctx) throws Exception {
        intercepted = true;
        return ctx.proceed();
    }
}

fails with following exception:

08:18:55,464 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."bcc899ab-39cf-44dc-a2ba-e364d53091cc.war".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."bcc899ab-39cf-44dc-a2ba-e364d53091cc.war".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "bcc899ab-39cf-44dc-a2ba-e364d53091cc.war"
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0024: Could not configure component AroundConstructSLSB
	at org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:96)
	... 5 more
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0175: No method found with id: Method aroundConstruct(javax.interceptor.InvocationContext) on class (or its super class) class org.jboss.as.test.integration.ejb.interceptor.aroundconstruct.returnObject.AroundConstructInterceptor
	at org.jboss.as.server.deployment.reflect.ClassReflectionIndexUtil.findRequiredMethod(ClassReflectionIndexUtil.java:79)
	at org.jboss.as.ee.component.DefaultInterceptorConfigurator$1.handleInterceptorClass(DefaultInterceptorConfigurator.java:177)
	at org.jboss.as.ee.component.DefaultInterceptorConfigurator$1.handle(DefaultInterceptorConfigurator.java:158)
	at org.jboss.as.ee.component.ClassDescriptionTraversal.run(ClassDescriptionTraversal.java:54)
	at org.jboss.as.ee.component.DefaultInterceptorConfigurator.configure(DefaultInterceptorConfigurator.java:188)
	at org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:82)
	... 6 more

I cannot see any statement in Interceptor spec forbidding this. Testcase is available at https://github.com/tremes/wildfly/tree/intercept_ejb. I think the problem is class description having this method return type as void. I guess it occurs at first at https://github.com/wildfly/wildfly/blob/master/ee/src/main/java/org/jboss/as/ee/component/ClassDescriptionTraversal.java#L46 

I just saw this and was disturbed but this is a controlled shutdown. Change message so it doesn't freak out the poor operator

I have Validtion Interecptor first and SecurityInterceptor Later in the sequence. 
When response has validation errors some how SecurityConextHolder has old previous authenticated user Information. 
When there are NO response validation errors SecurityContextHolder is clean.
I am guessing that when PayloadValidatingInterceptor has errors which is causing not to clean up thread local ?
Once the request is complete all thread context should be nulled out and give back to pool. It does that there are no reponse validation errors but doesn't do that when there are response validation errors. I tried to debug the code , all the way to MessageDispatcherServlet but didn't find any clue.
Here is my configuration

        <bean id="wsSecurityInterceptor" class="com.mycompancy.MyXwsSecurityInterceptor">
            
            <property name="secureResponse" value="false"/>
            <property name="policyConfiguration"
                      value="/WEB-INF/spring/securityPolicy.xml"/>
            <property name="callbackHandlers">
                <list>
                    <bean class="com.mycompancy.security.MySpringDigestPasswordValidationCallbackHandler">
                        <property name="userDetailsService" ref="securityService"/>
                        <property name="userCache" ref="userCache"/>
                    </bean>
                </list>
        </bean>

        <bean class="com.mycompancy.util.MyLoggingInterceptor"/>
        <bean class="org.springframework.ws.soap.server.endpoint.interceptor.PayloadValidatingInterceptor"
              p:validateRequest="true" p:validateResponse="true">
            <property name="schemas">
                <list>
                    <value>/WEB-INF/schema/customer.xsd</value>
                    <value>/WEB-INF/schema/users.xsd</value>
                    <value>/WEB-INF/schema/userDetails.xsd</value>
                </list>
        </bean>
    </sws:interceptors>

This is because Duration stores the value as seconds + nanosecond precision, while Thread.sleep requests nanoseconds as remainder to milliseconds, i.e. less than or equal to 999_999.

15:18:43,654 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 82) MSC000001: Failed to start service org.wildfly.clustering.cache.registry.ejb.client-mappings: org.jboss.msc.service.StartException in service org.wildfly.clustering.cache.registry.ejb.client-mappings: java.lang.IllegalArgumentException: nanosecond timeout value out of range
Caused by: java.lang.IllegalArgumentException: nanosecond timeout value out of range
	at java.lang.Thread.sleep(Thread.java:332) [rt.jar:1.8.0_181]
	at org.wildfly.clustering.ee.retry.RetryingInvoker.invoke(RetryingInvoker.java:60)
	at org.wildfly.clustering.ee.retry.RetryingInvoker.invoke(RetryingInvoker.java:78)
	at org.wildfly.clustering.server.registry.CacheRegistry.<init>(CacheRegistry.java:105)
	at org.wildfly.clustering.server.registry.CacheRegistryFactoryServiceConfigurator.apply(CacheRegistryFactoryServiceConfigurator.java:64)
	at org.wildfly.clustering.server.registry.CacheRegistryFactoryServiceConfigurator.apply(CacheRegistryFactoryServiceConfigurator.java:48)
	at org.wildfly.clustering.server.registry.FunctionalRegistryFactory.createRegistry(FunctionalRegistryFactory.java:55)
	at org.wildfly.clustering.server.registry.RegistryServiceConfigurator.get(RegistryServiceConfigurator.java:69)
	at org.wildfly.clustering.server.registry.RegistryServiceConfigurator.get(RegistryServiceConfigurator.java:53)
	... 7 more

Current
The spring-test module has been upgraded to depend on JUnit 4.11 (junit:junit), TestNG 6.5.2 (org.testng:testng), and Hamcrest Core 1.3 (org.hamcrest:hamcrest-core). Each of these dependencies is declared as an optional dependency in the Maven POM. Furthermore, it is important to note that the JUnit team has stopped inlining Hamcrest Core within the junit:junit Maven artifact as of JUnit 4.11. Thus, if your existing JUnit-based tests make use of Hamcrest matchers that were previously available directly within the junit:junit JAR, you will now need to explicitly declare a dependency on org.hamcrest:hamcrest-core, org.hamcrest:hamcrest-library, or org.hamcrest:hamcrest-all.

Should read something like...
The spring-test module has been upgraded to depend on JUnit 4.11 (junit:junit), TestNG 6.5.2 (org.testng:testng), and Hamcrest Core 1.3 (org.hamcrest:hamcrest-core). Each of these dependencies is declared as an optional dependency in the Maven POM. Furthermore, it is important to note that the JUnit team has stopped inlining Hamcrest Core within the junit:junit Maven artifact as of JUnit 4.11. Hamcrest Core is now a transitive dependency of JUnit, so users may need to remove any exclusions on hamcrest-core that they have put in place to work around the previous quirk.

hamcrest-all, and junit <= 4.10 both inlined hamcrest-core, leading to duplicate classes.
hamcrest-all should never be used/needed in any sane Maven/Gradle build.

Here is the mail thread[1] for it.
[1]http://camel.465427.n5.nabble.com/Possible-bug-with-multicast-shareUnitOfWork-tp5726103.html

The goal is to extend the work started in HIVE-14002.
For instance, given the following query:

explain
select key, value, count(key + 1) as agg1 from src 
group by key, value
order by key, value, agg1 limit 20;

We generate the following physical plan:
TS1 - GBY2 - RS3 - GBY4 - RS5 - SEL6 - LIM7 - FS8
We can push the limit to RS3 operator, as we will generate records for the top N keys, and thus, GBY4 will produce the top N results. However, currently we do not do it.

Once we do that, we can completely deprecate DynamicSerDe/TCTLSeparatedProtocol, and close any bugs that DynamicSerDe/TCTLSeparatedProtocol has.

When I load the schema-db2.sql into db2 v9.1, I always get an error message indicates that the constraint name is too long, it must be less than 18 characters.

When stopping server, the log message for undertow listener being stopped points to port which is not the actual port used in case when the server was started with shifted ports offset.

The verify replication tool has a trivial typo "remove cluster" instead of "remote cluster": https://github.com/apache/hbase/blob/a6eeb26cc0b4d0af3fff50b5b931b6847df1f9d2/hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/replication/VerifyReplication.java#L355

Response writer is interrupted and the page up until, but not including the closing </h:form> tag is rendered, along with an error that extra content was found at the end of the document.
The following is from the server log, pinpointing the error.
It seems like Faces doesn't double check to make sure SWF is actually being called, then tries to write out the null SWF state to the form, causing this exception, and rendering the Faces Servlet useless if run directly.

WARNING: StandardWrapperValve[Faces Servlet]: PWC1406: Servlet.service() for servlet Faces Servlet threw exception
        at org.springframework.faces.webflow.FlowViewResponseStateManager.writeState(FlowViewResponseStateManager.java:84)
        at com.sun.faces.application.StateManagerImpl.writeState(StateManagerImpl.java:155)
        at org.springframework.faces.webflow.FlowViewStateManager.writeState(FlowViewStateManager.java:114)
        at com.sun.faces.application.view.WriteBehindStateWriter.flushToWriter(WriteBehindStateWriter.java:221)
        at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:397)
        at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:126)
        at org.springframework.faces.webflow.FlowViewHandler.renderView(FlowViewHandler.java:99)
        at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:127)
        at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
        at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
        at javax.faces.webapp.FacesServlet.service(FacesServlet.java:313)
        at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
        at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
        at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
        at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:325)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:226)
        at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
        at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
        at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
        at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
        at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
        at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
        at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
        at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
        at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
        at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
        at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
        at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
        at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
        at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)

info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: java.lang.AssertionError: Capacity must be a power of two
at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:186)
at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:138)
at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:324)
at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:176)
at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:168)
at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:168)
at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.call(TezTaskRunner.java:163)
at java.lang.Thread.run(Thread.java:744)
Caused by: java.lang.RuntimeException: java.lang.AssertionError: Capacity must be a power of two
at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:91)
at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:68)
at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:294)
at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:163) 

I've noticed the code in http://svn.apache.org/repos/asf/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java for doCopyFile() contains:
output.transferFrom(input, 0, input.size());
I know from experience (I had code that did this previously) this will not work on large files, at least under Windows.  By default, the transferFrom() method will try to create a single memory map equal to the size of the input.  If you are running a 32-bit process, and are trying to copy a file gigabytes in size, this will fail as you won't have enough virtual address space to create the memory map.  We had to use transferFrom() in smaller chunk sizes to work around this.
Also I believe in the code of this method, the file input streams need to be closed explicitly, since closing the channel objects that are derived from them will not close any resources held by the file input stream objects themselves.

When fetching the posts of a page, the response from facebook contains the paging links "next" and "previous". Those will have a "until" or "since" parameter and additionally a parameter "__paging_token"
The PagingParameters implementation ignores the paging token, but with only "until" the last post from the previous page is returned as first item of the next page.
Until seems to be the time of the last post on the previous page.
And of course there might be more than one post at this time, so facebook returns all posts starting with this time. The paging token seems to add additional information for facebook so that the next page will start really at the next post.
Example call...
facebook.feedOperations().getPosts(facebookPageId, new PagingParameters(10, 0, null, null));
Example next link returned from facebook:
https://graph.facebook.com/v1.0/1234567890/posts?limit=10&until=1402415239&__paging_token=enc_Aew9rTpQB8B9zCX9BYus-GhWKOtQzhoiKlV9vpk7D4y-QgcEoCH09rNOydIOOr76wGbTxX-2pV9tMf__6bjs2_DqGcBLFDirt315VXS6_zgG7N

The name of Log for HiveMetastoreClient is "hive.metastore". It's confused for users to trace hive log

When creating a ModelControllerClient and passing in an IP address, ClientConfigurationImpl internally translates it to a host name, like here:

public static ModelControllerClientConfiguration create(final InetAddress address, final int port) {
        return new ClientConfigurationImpl(address.getHostName(), port, null, null, null, createDefaultExecutor(), true, null);
    }

Later on, when the client connects, it is translated via DNS back to an IP address. This is not only unnecessary, but in some situations, it is wrong.
Consider a Windows machine having two IP addresses ,A and B, on one network interface, where only A is pointed at by a DNS record. 

Run AS testsuite and pass it the address B as the node0 property, AS will bind itself to this address.
Now when a test creates a ModelControllerClient using IP address B, the address B will get translated to the host name, even though B is not in the DNS. The resolving works this way on a Windows machine.
During the connection, the host name will get resolved by DNS to address A and the test will try to connect through address A. The connection will be refused, or worse, might connect to another instance on the same machine.

Deleting in the future doesn't work because KV resets everything to now.

GenericUDFEncode line 45 says

extended = "Possible options for the character set are 'US_ASCII', 'ISO-8859-1',\n" +

But Java Charset API says that valid ASCII charset value is US-ASCII
https://docs.oracle.com/javase/7/docs/api/java/nio/charset/Charset.html
java.nio.charset.StandardCharset line 44

public static final Charset US_ASCII = Charset.forName("US-ASCII");

http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/7u40-b43/java/nio/charset/StandardCharsets.java#StandardCharsets
So, US_ASCII (with underscore) is java constant name
But the value is "US-ASCII" (with hyphen)
TestGenericUDFEncode JUnit tests uses 'US-ASCII' from the beginning (line 34).
https://github.com/apache/hive/blob/master/ql/src/test/org/apache/hadoop/hive/ql/udf/generic/TestGenericUDFEncode.java

We have a skip list set called regionsInTransitionInRS (introduced in HBASE-3741) where we try to maintain a list to know the currently processing regions for closing and opening.
In open region handler we are trying to throw an error if the regions are in transition on that RS when we get an open call for the same region.
But we are not adding the region into the set anywhere.

Since upgrading to 3.2.0 RC1, a base controller no longer works for any method parameters of @ReponseBody that utilizes a generic that extends anything.  
For example, the following abstract controller fails in 3.2.0 RC1

public abstract class AbstractTestController<DTO extends Identifiable>
{
  @RequestMapping(value = "/test", method = RequestMethod.POST)
  public @ResponseBody DTO test(@RequestBody DTO dto)  {
    // this method does not work with Spring 3.2
    return dto;
  }

  @RequestMapping(value = "/testList", method = RequestMethod.POST)
  public @ResponseBody List<DTO> test(@RequestBody List<DTO> dtoList)  {
    // this method does work with Spring 3.2
    return dtoList;
  }
}

The following example below where the DTO generic doesn't extend another works OK in 3.2.0 RC1.

public abstract class AbstractTestController<DTO>
{
  }
}

It looks like there was a fix put in the 3.2.0 M2 release SPR-8381 that may be where the existing functionality broke.
I've also narrowed it down to 
org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor class Line 95 (parameter.getGenericParameterType()). Is there something we need to do different?
I'm uploading some test controllers, etc that can be used to recreate the  issue. 

It means that components are not waited for correctly in OSGi and the start of camel context can fail if some components aren't available at that time.

When a sample job is executed, it imports the simple container definition. However, this should already be loaded by the batch launcher. Even with singleton scoped beans, this can cause spring to duplicate beans. This has no immediate consequence in the samples, but modeling my job after the samples caused my job to fail. Using an hsqldb-based in-memory datasource, I found that my job could not be initialized since it tried to load my schema definition twice and failed on the second time with SQLExceptions of the 'table already exists' variety.

The module-slot of jdbc-driver is NOT persisted in domain mode, but it is persisted in standalone mode.
After debugging, I found that the performRuntime() method of JdbcDriverAdd.java is not called in domain mode, but is called in standalone mode.
For more information about the issue, please refer to the thread: https://developer.jboss.org/thread/253654

 Many vector expression classes are setting noNulls to true which does not work if the VRB is a scratch column being reused. The previous use may have set noNulls to false and the isNull array will have some rows marked as NULL. The result is wrong query results and sometimes NPEs (for BytesColumnVector).
So, many vector expressions need this:

      // Carefully handle NULLs...

      /*
       * For better performance on LONG/DOUBLE we don't want the conditional
       * statements inside the for loop.
       */
      outputColVector.noNulls = false;
 
And, vector expressions need to make sure the isNull array entry is set when outputColVector.noNulls is false.
And, all place that assign column value need to set noNulls to false when the value is NULL.
Almost all cases where noNulls is set to true are incorrect.

As per email discussion in http://mail-archives.apache.org/mod_mbox/www-legal-discuss/201611.mbox/%3C0CE2E8C9-D9B7-404D-93EF-A1F8B07189BF%40apache.org%3E .
Notice that the temporary exclusion period for JSON license components is extended till April 30, 2017.

At that point in time, ANY and ALL usage
    of these JSON licensed artifacts are DISALLOWED. You must
    either find a suitably licensed replacement, or do without.
    There will be NO exceptions.

When starting an DC or HC with  --read-only-domain-config and --read-only-host-config the read-only state is not propagated properly to the ConfigurationPersister thus not making the configuration read-only

I basically created an interface that contains a query method that looks something like this:

List<Status> findByStatusNot(String status);

When I tired to use this method spring-mongo threw: 

InvalidMongoDbApiUsageException: "Invalid query: 'not' can't be used with 'is' - use 'ne' instead."

From the looks of it there seems to be a bug in the MongoQueryCreator class which does the following for NEGATING_SIMPLE_PROPERTY case:

criteria.not().is(parameters.nextConverted(property));

Note that criteria.is() explicitly throws an exception if a call to not() proceeds it.

Switchyard Quickstarts provided within jboss-fuse-6.2.0.redhat-133/quickstarts/switchyard when modified and deployed to Fuse 6.2, than new/modified changes are not getting reflected.
It displays same text as in original example.

Currently the CleanerChore asks cleaner delegates if both directories and files should be deleted. However, this leads to somewhat odd behavior in some delegates - you don't actually care if the directory hierarchy is preserved, the files; this means you always will delete directories and then implement the logic you actually want for preserving files. Instead we can handle this logic one layer higher in the CleanerChore and let the delegates just worry about preserving files.

A query like select * from alltypesorc where 1=1 limit 10; triggers NPW at execution in ConstantVectorExpression.evaluate(vrg). this.type is null, is transient and doe snot make it across the compile/execution serialization.

Currently the commons-collections (3.2.1) library allows for invocation of arbitrary code through InvokerTransformer, need to bump the version of commons-collections from 3.2.1 to 3.2.2 to resolve this issue.
Results of mvn dependency:tree:

[INFO] Building Hive HPL/SQL 2.0.0-SNAPSHOT
[INFO] 
[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ hive-hplsql ---
[INFO] org.apache.hive:hive-hplsql:jar:2.0.0-SNAPSHOT
[INFO] +- com.google.guava:guava:jar:14.0.1:compile
[INFO] +- commons-collections:commons-collections:jar:3.2.1:compile

[INFO] Building Hive Packaging 2.0.0-SNAPSHOT
[INFO] +- org.apache.hive:hive-hbase-handler:jar:2.0.0-SNAPSHOT:compile
[INFO] |  +- org.apache.hbase:hbase-server:jar:1.1.1:compile
[INFO] |  |  +- commons-collections:commons-collections:jar:3.2.1:compile

[INFO] Building Hive Common 2.0.0-SNAPSHOT
[INFO] 
[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ hive-common ---
[INFO] +- org.apache.hadoop:hadoop-common:jar:2.6.0:compile
[INFO] |  +- commons-collections:commons-collections:jar:3.2.1:compile

Hadoop-Common dependency also found in: LLAP, Serde, Storage,  Shims, Shims Common, Shims Scheduler)

[INFO] Building Hive Ant Utilities 2.0.0-SNAPSHOT
[INFO] 
[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ hive-ant ---
[INFO] |  +- commons-collections:commons-collections:jar:3.1:compile

[INFO]                                                                         
[INFO] Building Hive Accumulo Handler 2.0.0-SNAPSHOT

Already defined cache names should not be cleared when loading remote caches.

When I rename the ejb cache container, deploying a simple app that contains an EJB ends with a horrible error message. This is a blocker, because renaming a cache container is required for a 2clusters scenario (standalone client invoking a remote EJB in cluster A, that EJB in turns invokes a remote EJB in cluster B, and forwards the response to the original client).
More details:
1. build current WildFly master and unzip .../wildfly/build/target/wildfly-10.0.0.CR5-SNAPSHOT.zip
2. cp tinyRemoteEjb-server-ee7.jar wildfly-10.0.0.CR5-SNAPSHOT/standalone/deployments/ # the JAR is attached
3. change the wildfly-10.0.0.CR5-SNAPSHOT/standalone/configuration/standalone-full-ha.xml file like this:

<!-- in the "ejb3" subsystem -->
<passivation-store name="infinispan" cache-container="ejb2" max-size="10000"/>
<remote cluster="ejb2" connector-ref="http-remoting-connector" thread-pool-name="default"/>
<!-- in the "infinispan" subsystem -->
<cache-container name="ejb2" ...>

4. ./wildfly-10.0.0.CR5-SNAPSHOT/bin/standalone.sh -c standalone-full-ha.xml
This leads to:

14:11:22,473 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "tinyRemoteEjb-server-ee7.jar")]) - failure description: {"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".CdiValidatorFactoryService",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".WeldStartService",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.CREATE",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.JndiBindingsService",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.START",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.VIEW.\"cz.ladicek.tinyRemoteEjb.server.MyBean\".REMOTE",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.WeldInstantiator",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.WeldInterceptorBindingsService",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".deploymentCompleteService",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".jndiDependencyService",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".moduleDeploymentRuntimeInformation",
        "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".moduleDeploymentRuntimeInformationStart",
        "jboss.naming.context.java.app.tinyRemoteEjb-server-ee7.tinyRemoteEjb-server-ee7.MyBeanImpl",
        "jboss.naming.context.java.app.tinyRemoteEjb-server-ee7.tinyRemoteEjb-server-ee7.\"MyBeanImpl!cz.ladicek.tinyRemoteEjb.server.MyBean\"",
        "jboss.naming.context.java.global.tinyRemoteEjb-server-ee7.MyBeanImpl",
        "jboss.naming.context.java.global.tinyRemoteEjb-server-ee7.\"MyBeanImpl!cz.ladicek.tinyRemoteEjb.server.MyBean\"",
        "jboss.naming.context.java.module.tinyRemoteEjb-server-ee7.tinyRemoteEjb-server-ee7.MyBeanImpl",
        "jboss.naming.context.java.module.tinyRemoteEjb-server-ee7.tinyRemoteEjb-server-ee7.\"MyBeanImpl!cz.ladicek.tinyRemoteEjb.server.MyBean\""
    ],
    "Services that may be the cause:" => ["jboss.clustering.registry.ejb2.client-mappings"]
}}
14:11:22,476 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.ejb.remoting.connector.client-mappings.installer is missing [jboss.clustering.registry.ejb2.client-mappings]"]}

This works perfectly fine in 10.0.0.CR4, so I did a git bisect and traced the problem to this commit: https://github.com/wildfly/wildfly/commit/232dff042f The error message mentions that an ...ejb2.client-mappings service is missing, which is consistent with the commit message (also mentions client mappings).

Replication can  report incorrect size for the size of log queue for the global source when multiwal is enabled. This happens because the method MetricsSource#setSizeofLogQueue performs non-trivial operations in a multithreaded world, even though it is not synchronized. 
We can simply divide MetricsSource#setSizeofLogQueue into MetricsSource#incrSizeofLogQueue and MetricsSource#decrSizeofLogQueue. Not sure why we are currently directly setting the size instead of incrementing/decrementing it.

The PerfLog is accessed as thread local which can be shared by multiple hiveserver2 session, overwriting query runtime information.

Need to update README.txt for the 0.7.0 release. Also need to add missing ASF file headers.

When HS2 is down and a query is run, the following error is shown in beeline:

0: jdbc:hive2://localhost:10000> show tables;
Error: org.apache.thrift.transport.TTransportException (state=08S01,code=0)

It may be more helpful to also indicate that the reason for this is that HS2 is down, such as:

HS2 may be unavailable, check server status

This issue is very similar to the one described in HBASE-11354. The method createAndStart in MovedRegionsCleaner creates an instance of the chore but never starts the underlying thread:

    static MovedRegionsCleaner createAndStart(HRegionServer rs){
      Stoppable stoppable = new Stoppable() {
        private volatile boolean isStopped = false;
        @Override public void stop(String why) { isStopped = true;}
        @Override public boolean isStopped() {return isStopped;}
      };

      return new MovedRegionsCleaner(rs, stoppable);
    }

Nobody has noticed this issue so far so the Chore may not be that important

Running the "solr all" command, e.g. as follows:

project --topLevelPackage com.roo2924
solr setup
solr all

... causes this error:

Exception in thread "Spring Roo JLine Shell" java.lang.StackOverflowError
	at sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:447)
	at java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:544)
	at java.lang.StringCoding$StringEncoder.encode(StringCoding.java:240)
	at java.lang.StringCoding.encode(StringCoding.java:272)
	at java.lang.String.getBytes(String.java:946)
	at java.io.UnixFileSystem.getBooleanAttributes0(Native Method)
	at java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:228)
	at java.io.File.exists(File.java:733)
	at org.springframework.roo.process.manager.internal.DefaultFileManager.exists(DefaultFileManager.java:69)
	at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:314)
	at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:150)
	at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:84)
	at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:220)
	at org.springframework.roo.classpath.scanner.MemberDetailsScannerImpl.getMemberDetails(MemberDetailsScannerImpl.java:139)
	at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.getMemberDetails(AbstractItdMetadataProvider.java:495)
	at org.springframework.roo.addon.solr.SolrMetadataProvider.getMetadata(SolrMetadataProvider.java:83)
	at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:324)
	at org.springframework.roo.addon.jpa.entity.JpaEntityMetadataProviderImpl.getMetadata(JpaEntityMetadataProviderImpl.java:191)
	at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:200)

Caused by: java.lang.ClassNotFoundException: com.thoughtworks.xstream.mapper.LambdaMapper not found by org.apache.servicemix.bundles.xstream [233]
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1639) ~[?:?]

HTable.obtainScanner methods should return the start row if it exists, although HTable's javadoc didn't clearly desc. but i found the result of htable scanners sometimes contain the start row, sometimes not.
after more testing and code review, i found it should be a bug in HStore.Memcache.MemcacheScanner. in the constructor it set this.currentRow = firstRow, but when doing next(), there's a this.currentRow = getNextRow(this.currentRow) before fetch result.

recordValidTxns() is only needed if ACID tables are part of the query.  Otherwise it's just overhead.

DependentColumnFilter.toString() accesses comparator which can be null.

HBASE-18142 made an intentionally incompatible change to delete.rb
Most notably from a user, the help message is now inaccurate: only two arguments must be provided (table name and row) whereas it was required to also provide a column to delete.
ChunHao, Chia-Ping Tsai, might one of you folks be able to submit a patch to fix this up (maybe get those release notes added to HBASE-18142 too? )

It is not possible to use a key store exported from legacy security domain (i.e. elytron-key-store) in Elytron filtering-key-store. It results in:

{
        "WFLYCTL0080: Failed services" => {"org.wildfly.security.key-store.fks" => "org.jboss.msc.service.StartException in service org.wildfly.security.key-store.fks: java.lang.ClassCastException: org.jboss.as.security.elytron.BasicService cannot be cast to org.wildfly.extension.elytron.ModifiableKeyStoreService
    Caused by: java.lang.ClassCastException: org.jboss.as.security.elytron.BasicService cannot be cast to org.wildfly.extension.elytron.ModifiableKeyStoreService"},
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.key-store.fks"]
    },
}

The exported key store is announced as org.wildfly.security.key-store capability. Hence it is expected to work wherever the capability is requested.
The same applies to elytron-trust-store.

bin/hbase tries to get dependencies of the project however it fails if mvn install hasn't already satisfied hbase-hadoop-compat test-jar.

The annotation org.jboss.security.annotation.SecurityDomain is present in the legacy security packages and documented in 7.1 Javadoc:

Annotation for specifying the JBoss security domain for EJBs.
Nevertheless this annotation doesn't work and the one from another package has to be used instead -  org.jboss.ejb3.annotation.SecurityDomain.
Server doesn't log an error or warning when the legacy one is used.
Add a deployment processor which will log error when the legacy annotation is used in the deployment.
Another possibility how to fix this would be to add support for the legacy annotation too.
I'll create a separate JIRA for JavaDoc update in the legacy annotation class.

By default history is disabled, after session started if enable history through this command set hive.session.history.enabled=true. It is not working.
I think it will help to this user query
http://mail-archives.apache.org/mod_mbox/hive-user/201404.mbox/%3CCAJqy7aFAPa_pjS6bUon0o8zYT2qwfN2WT-mtZnwfmuRav_8ZjA@mail.gmail.com%3E

BETWEEN becomes exclusive in parquet table when predicate pushdown is on (as it is by default in newer Hive versions). To reproduce(in a cluster, not local setup):
CREATE TABLE parquet_tbl(
  key int,
  ldate string)
 lyear string )
 'org.apache.hadoop.hive.ql.io.parquet.serde.ParquetHiveSerDe'
 STORED AS INPUTFORMAT
 'org.apache.hadoop.hive.ql.io.parquet.MapredParquetInputFormat'
 OUTPUTFORMAT
 'org.apache.hadoop.hive.ql.io.parquet.MapredParquetOutputFormat';
insert overwrite table parquet_tbl partition (lyear='2016') select
  1,
  '2016-02-03' from src limit 1;
set hive.optimize.ppd.storage = true;
set hive.optimize.ppd = true;
select * from parquet_tbl where ldate between '2016-02-03' and '2016-02-03';
No row will be returned in a cluster.
But if you turn off hive.optimize.ppd, one row will be returned.

The tests are added in HIVE-7035. Both are negative tests and check if the http status code is 400. The original patch capture the exception containing specific message. However, in latter version of Hadoop, the message change so the exception is not contained.

Review the spark chapter in refguide. Have it point at the hbase-connectors project rather than to local spark modules. Revisit the examples to make sure they still work.

Seen on windows and HS2 running in binary mode (http mode works fine; so does using dynamic service discovery). Previously jdbc clients could use localhost:port to connect to the server, now they explicitly need to specify hostname:port. With ZooKeeper indirection however, this is not an issue coz uris on ZK are added in the hostname:port format anyway.

Given the following controller in Spring WebFlux:

	@GetMapping(path = "/", produces = MediaType.TEXT_PLAIN_VALUE)
	public Flux<String> text(ServerWebExchange exchange) {
		exchange.getResponse().getHeaders().setContentLength(12);
		return Flux.error(new IllegalStateException());
	}
}

When this handler is used, the thrown exception is being handled by the WebExceptionHandlers configured instances. At that point, the response might be committed or not.
When used in Spring Boot, this will cause HTTP clients to partially read the actual error response (JSON or HTML), since those are written in chunked encoding mode. Also, other encoders will opt out and won't override any existing "Content-Length" header.
We should (in ExceptionHandlingWebHandler ?) make sure that we try and remove the "Content-Length" response header as the error response won't be of the same length. 

Hive Runtime Error while closing operators: Hit error while closing ..
The MR job fails on this test. Unfortunately, the exception is not all that helpful.
I tracked this down to a class which attempts to close a stream that is already closed. Broken pipe exceptions are caught and not propagated further, but stream closed exception are not caught.

Missed these new Javadoc warnings introduced by HBASE-12972 on master:

[WARNING] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/Region.java:596: warning - Tag @link: reference not found: HConstants#LATEST_TIMESTAMP

I was going through the 0.92 CHANGES and found are a few entries in CHANGES.txt where jira numbers don't match up descriptions.  

When computing column statistics on a partitioned table, if one of the columns equals the partitioned column then IndexOutOfBoundsException is thrown. 
Following analyze query throws IndexOutOfBoundsException during semantic analysis phase

hive> analyze table qlog_1m_part partition(year=5) compute statistics for columns year,month,week,type;
FAILED: IndexOutOfBoundsException Index: 1, Size: 0

If the partitioned column is specified at last like below then the same exception is thrown at runtime

hive> analyze table qlog_1m_part partition(year=5) compute statistics for columns month,week,type,year;

2013-09-06 18:05:06,587 null map = 0%,  reduce = 100%
Ended Job = job_local861862820_0001
	at java.util.LinkedList.entry(LinkedList.java:365)
	at java.util.LinkedList.get(LinkedList.java:315)
	at org.apache.hadoop.hive.ql.exec.ColumnStatsTask.constructColumnStatsFromPackedRow(ColumnStatsTask.java:262)
	at org.apache.hadoop.hive.ql.exec.ColumnStatsTask.persistPartitionStats(ColumnStatsTask.java:302)
	at org.apache.hadoop.hive.ql.exec.ColumnStatsTask.execute(ColumnStatsTask.java:345)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1407)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1187)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1017)

Using Camel 2.4 I want to make the usage of a certain route configurable through properties. 

<camelContext id="camel" trace="true"
	xmlns="http://camel.apache.org/schema/spring">
	
	<route id="configurable_1" autoStartup="{{startup_1}}">
		<from uri="direct:start_1"/>
		<to uri="mock:end_1"/>
	</route>
		
	<route id="configurable_2" autoStartup="{{startup_2}}">
		<from uri="direct:start_2"/>
		<to uri="mock:end_2"/>
	</route>

But if I do use the PropertyPlaceholder on the CamelContext like below it works. 

<camelContext id="camel" trace="true" autoStartup="{{startup_context}}"

So is this a bug or should this work this way?

If ConstantLookup is used for resolving a variable that is of a different type than String, a ClassCastException can be thrown:
The first access to this variable obtains the value and stores it in an internal cache. If this variable is requested again, the value is fetched from the cache and a type cast to String is performed. This will fail with a ClassCastException.

org.jboss.as.domain.controller.operations.coordination.PrepareStepHandler creates a UUID and sets "operations-headers" => "domain-uuid" on the op, but it does not pass the same UUID to AccessAuditContext. The result is the  log record has null in the domainUUID field but the operation headers part of the "ops" field shows the uuid. Confusing.

When a privilege is granted to public role, the privilege is supposed to be applicable for all users.
However, the privilege check fails for users, even if the have public role in the list of current roles.
Note that the issue is only with public role. Grant of privileges of other role are not affected.

Currently manifest in mongo describes dependency on com.mongo as such:

com.mongodb;version="[2.6,3.0.0)". . .

Where mongo-java-driver exports it version-less

Export-Package: com.mongodb, com.mongodb.io, com.mongodb.util, com.mon
 godb.gridfs, org.bson, org.bson.util, org.bson.types, org.bson.io

You should either remove the version from the Import or set the minimum to 0.0.

The posted reference guide (1.0.0.RC1) still refers to the now-defunct AbstractRabbitConfiguration in section 3.2.1 (the synchronous example).
http://static.springsource.org/spring-amqp/docs/1.0.x/reference/html/#hello-world-sync

The example script classpath/src/main/resources/pizzashop.roo is no longer valid because last "service" command modifications.
Modify into:
service --interface ~.service.ToppingService --entity ~.domain.Topping
service --interface ~.service.BaseService --entity ~.domain.Base
service --interface ~.service.PizzaService --entity ~.domain.Pizza
service --interface ~.service.PizzaOrderService --entity ~.domain.PizzaOrder
Adding "type" sufix to this commands:

When you configure transactions subsystem for running with JDBCObject store, the app server fails to start because of a error below.

ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 60) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "transactions")]): org.jboss.msc.service.CircularDependencyException: Container jboss-as has a circular dependency: [service jboss.txn.ArjunaObjectStoreEnvironment, service jboss.txn.ArjunaRecoveryManager, service jboss.connector.transactionintegration, service jboss.rarepository, service jboss.data-source.java:jboss/datasources/jdbc-store, service jboss.data-source.reference-factory.JDBCPool, service jboss.naming.context.java.jboss.datasources.jdbc-store]

Datasource configuration is:

<datasource jta="false" jndi-name="java:jboss/datasources/jdbc-store" pool-name="JDBCPool" enabled="true" use-java-context="true">
<connection-url>jdbc:sqlserver://mssql2014server:1433;DatabaseName=database1</connection-url>
<driver>sqljdbc4.jar</driver>
  <user-name>username1</user-name>
  <password>password1</password>

<jdbc-store datasource-jndi-name="java:jboss/datasources/jdbc-store"/>

Hive Kerberos authentication has been enabled in my cluster. I ran kinit to initialize the current login user's ticket cache successfully, and then tried to use beeline to connect to Hive Server2, but failed. After I manually added some logging to catch the failure exception, this is what I got that caused the failure:
beeline>  !connect jdbc:hive2://<hiveserver.host>:10000/default;principal=hive/<hiveserver.host>@REALM.COM org.apache.hive.jdbc.HiveDriver
scan complete in 2ms
Connecting to jdbc:hive2://<hiveserver.host>:10000/default;principal=hive/<hiveserver.host>@REALM.COM
Enter password for jdbc:hive2://<hiveserver.host>:10000/default;principal=hive/<hiveserver.host>@REALM.COM:
14/07/17 15:12:45 ERROR jdbc.HiveConnection: Failed to open client transport
javax.security.sasl.SaslException: Failed to open client transport [Caused by java.io.IOException: Could not instantiate SASL transport]
        at org.apache.hive.service.auth.KerberosSaslHelper.getKerberosTransport(KerberosSaslHelper.java:78)
        at org.apache.hive.jdbc.HiveConnection.createBinaryTransport(HiveConnection.java:342)
        at org.apache.hive.jdbc.HiveConnection.openTransport(HiveConnection.java:200)
        at org.apache.hive.jdbc.HiveConnection.<init>(HiveConnection.java:178)
        at org.apache.hive.jdbc.HiveDriver.connect(HiveDriver.java:105)
        at java.sql.DriverManager.getConnection(DriverManager.java:582)
        at java.sql.DriverManager.getConnection(DriverManager.java:198)
        at org.apache.hive.beeline.DatabaseConnection.connect(DatabaseConnection.java:145)
        at org.apache.hive.beeline.DatabaseConnection.getConnection(DatabaseConnection.java:186)
        at org.apache.hive.beeline.Commands.connect(Commands.java:959)
        at org.apache.hive.beeline.Commands.connect(Commands.java:880)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:94)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
        at java.lang.reflect.Method.invoke(Method.java:619)
        at org.apache.hive.beeline.ReflectiveCommandHandler.execute(ReflectiveCommandHandler.java:44)
        at org.apache.hive.beeline.BeeLine.dispatch(BeeLine.java:801)
        at org.apache.hive.beeline.BeeLine.begin(BeeLine.java:659)
        at org.apache.hive.beeline.BeeLine.mainWithInputRedirection(BeeLine.java:368)
        at org.apache.hive.beeline.BeeLine.main(BeeLine.java:351)
Caused by: java.io.IOException: Could not instantiate SASL transport
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Client.createClientTransport(HadoopThriftAuthBridge20S.java:177)
        at org.apache.hive.service.auth.KerberosSaslHelper.getKerberosTransport(KerberosSaslHelper.java:74)
        ... 24 more
Caused by: javax.security.sasl.SaslException: Failure to initialize security context [Caused by org.ietf.jgss.GSSException, major code: 13, minor code: 0
        minor string: SubjectCredFinder: no JAAS Subject]
        at org.apache.thrift.transport.TSaslClientTransport.<init>(TSaslClientTransport.java:72)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Client.createClientTransport(HadoopThriftAuthBridge20S.java:169)
        ... 25 more
Caused by: org.ietf.jgss.GSSException, major code: 13, minor code: 0
        minor string: SubjectCredFinder: no JAAS Subject
        at com.ibm.security.jgss.i18n.I18NException.throwGSSException(I18NException.java:83)
        at com.ibm.security.jgss.mech.krb5.Krb5Credential$SubjectCredFinder.run(Krb5Credential.java:1126)
        at java.security.AccessController.doPrivileged(AccessController.java:330)
        at com.ibm.security.jgss.mech.krb5.Krb5Credential.getClientCredsFromSubject(Krb5Credential.java:816)
        at com.ibm.security.jgss.mech.krb5.Krb5Credential.getCredentials(Krb5Credential.java:388)
        at com.ibm.security.jgss.mech.krb5.Krb5Credential.init(Krb5Credential.java:196)
        at com.ibm.security.jgss.mech.krb5.Krb5Credential.<init>(Krb5Credential.java:168)
        at com.ibm.security.jgss.mech.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:123)
        at com.ibm.security.jgss.GSSManagerImpl.createMechCredential(GSSManagerImpl.java:294)
        at com.ibm.security.jgss.GSSCredentialImpl.add(GSSCredentialImpl.java:137)
        at com.ibm.security.jgss.GSSCredentialImpl.<init>(GSSCredentialImpl.java:69)
        at com.ibm.security.jgss.GSSManagerImpl.createCredential(GSSManagerImpl.java:169)
        at com.ibm.security.jgss.GSSContextImpl.init(GSSContextImpl.java:157)
        at com.ibm.security.jgss.GSSContextImpl.<init>(GSSContextImpl.java:102)
        at com.ibm.security.jgss.GSSManagerImpl.createContext(GSSManagerImpl.java:183)
        at com.ibm.security.sasl.gsskerb.GssKrb5Client.<init>(GssKrb5Client.java:110)
        ... 29 more
Error: Invalid URL: jdbc:hive2://<hiveserver.host>:10000/default;principal=hive/<hiveserver.host>@REALM.COM (state=08S01,code=0)

If you use the JXM API to browse file endpoints and want to load the file content with includeBody = true, then the file is not loaded.
There is a little bug in MessgeHelper

Hi guys
I think saxon went to 9.7 in camel 2.18 (could be 19). Anyway, I used the latest to illustrate my problem (2.20.1 at the time of writing)
I have a routes that receive XML payloads which I then transform via xqueries. Inside these I use local functions for readability (read: it's the first thing I tried when solving my problem and it worked). 
Since saxon went to 9.7 I get a null pointer exception when an xquery containing a local function tries to process the XML.
To demonstrate this, I have made a GitHub project:
https://github.com/rannandale/xqueryIssue
In the project I use two xqueries to transform the same source. 

One uses an inline for loop:
<o>
	<variables>
{for $v in /root/Data return $v/Name}
</variables>
</o>

One uses the local function style:
declare function local:loopMe($nodes)
{
   for $node in $nodes
    return 
<variables>{$node/*:Name}</variables>
};

<o>
{local:loopMe(/root/Data)}
</o>
The latter is the one that returns the NPE.
I know I could probably go refactor all my xqueries to match the inline style, but I figured I'd see if there is an issue here other than PEBKAC. They also get quite complex, so it's quite a bit of work.
Thanks guys
Riaan

Here is my sample:

CREATE TABLE RECORD(RecordID string, BatchDate string, Country string) 
STORED BY 'org.apache.hadoop.hive.hbase.HBaseStorageHandler' 
WITH SERDEPROPERTIES ("hbase.columns.mapping" = ":key,D:BatchDate,D:Country") 
TBLPROPERTIES ("hbase.table.name" = "RECORD"); 

CREATE TABLE KEY_RECORD(KeyValue String, RecordId map<string,string>) 
WITH SERDEPROPERTIES ("hbase.columns.mapping" = ":key, K:") 
TBLPROPERTIES ("hbase.table.name" = "KEY_RECORD"); 

The following join statement doesn't work. 

SELECT a.*, b.* from KEY_RECORD a join RECORD b 
WHERE a.RecordId[b.RecordID] is not null;

FAILED: SemanticException 2:16 Non-constant expression for map indexes not supported. Error encountered near token 'RecordID' 

The Javadoc comment below states that the parameter map "..., may not be null":
   	   /**
	    ..

@param map  the map to convert to a Properties object, may not be null
@return the properties object
	     */
	    public static <K, V> Properties toProperties(final Map<K, V> map) 
Unknown macro: {	        Properties answer = new Properties();	        if (map != null) {
	            ...
	        }	        return answer;	    } 
However, the method return normally without throwing any exception when called with null.

1. Change "@param map  the map to convert to a Properties object, may not be null" to "@param map  the map to convert to a Properties object, may be null"
or
2. Remove "may not be null" from @param.

We are getting the following NullPointerException when a root object in an evaluation context that is accessed from SPEL is a Map instance (more general: if a Map is not resolved via the ReflectivePropertyResolver):
at org.springframework.core.convert.service.GenericConversionService.findSuperConverter(GenericConversionService.java:409)
at org.springframework.core.convert.service.GenericConversionService.findRegisteredSuperConverter(GenericConversionService.java:384)
at org.springframework.core.convert.service.GenericConversionService.getConversionExecutor(GenericConversionService.java:217)
at org.springframework.core.convert.service.GenericConversionService.executeConversion(GenericConversionService.java:172)
at org.springframework.expression.spel.support.StandardTypeConverter.convertValue(StandardTypeConverter.java:55)
at org.springframework.expression.spel.ExpressionState.convertValue(ExpressionState.java:119)
at org.springframework.expression.spel.ast.Indexer.getValueInternal(Indexer.java:56)
at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:54)
at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:51)
at org.springframework.expression.spel.SpelExpression.getValue(SpelExpression.java:66)
This exception is caused by the incomplete implementation of getMayKeyType() in org.springframework.core.convert.TypeDescriptor that simply returns null in the described case.
It would be great if this bug could be fixed as soon as possible.

When this operation has been first specified, it has been required to fail if the deployment was not existing. That is not right. Linked deployments can be non existing and a pattern can return an empty set of deployments.
The high level operation from the CLI might pass an unexisting deployment name (taking the one from the overlay link to be created for example) which would break the final operation (aka the built composite from the CLI).

In

<sec:http realm="sample-realm" authentication-manager-ref="sampleAuthenticationManager"
      pattern="/sample">
      <sec:intercept-url pattern="/sample/*" access="ROLE_ADMIN" />
      <sec:http-basic />
</sec:http>

<sec:authentication-manager id="sampleAuthenticationManager" erase-credentials="false">
    <sec:authentication-provider ref="sampleAuthenticationProvider" />
</sec:authentication-manager>

HttpSecurityBeanDefinitionParser wraps "sampleAuthenticationManager" inside a new instance but forgets to pass the value associated to "erase-credentials".

private BeanReference createAuthenticationManager(Element element, ParserContext pc,
            ManagedList<BeanReference> authenticationProviders) {
        String parentMgrRef = element.getAttribute(ATT_AUTHENTICATION_MANAGER_REF);
        BeanDefinitionBuilder authManager = BeanDefinitionBuilder.rootBeanDefinition(ProviderManager.class);
        authManager.addConstructorArgValue(authenticationProviders);

        if (StringUtils.hasText(parentMgrRef)) {
            authManager.addConstructorArgValue(new RuntimeBeanReference(parentMgrRef));
[...]

Credentials get always erased even with erase-credentials="false" in the parent.

User can create/alter a columnfam and set its VERSION(aka maxVERSIONS) to a negative or zero value. Although there is a checking in HColumnDesciptor#construtor, hbase shell command will invoke the setter(setMaxVersions and setMinVersions) directly, hence by pass the checking.  For example:
set VERSIONS = -1
hbase(main):016:0> create 't5_dn',{NAME=>'cf1',VERSIONS=>-1}
0 row(s) in 1.0420 seconds

hbase(main):017:0> put 't5_dn','row1','cf1:q1','row1cf1_v1'
0 row(s) in 0.0700 seconds

hbase(main):018:0> scan 't5_dn'
ROW                   COLUMN+CELL                                              

hbase(main):019:0> describe 't5_dn'
DESCRIPTION                                          ENABLED                    
't5_dn', {NAME => 'cf1', REPLICATION_SCOPE => '0',  true                      
KEEP_DELETED_CELLS => 'false', COMPRESSION => 'NONE                            
', ENCODE_ON_DISK => 'true', BLOCKCACHE => 'true',                            
MIN_VERSIONS => '0', DATA_BLOCK_ENCODING => 'NONE',                            
 IN_MEMORY => 'false', BLOOMFILTER => 'NONE', TTL =                            
> '2147483647', VERSIONS => '-1', BLOCKSIZE => '655                            
36'}                                                                          
1 row(s) in 0.0410 seconds

above example shows VERSIONS => '-1', and put/scan doesn't keep the data

Enabling global-method-security with JPA @PersistenceContext annotations will fail on startup.  This is with the recent 2.0.0 release cut. 
My userDetailsService is a custom implementation that requires access to an @Repository bean with an EntityManager.
	<sec:http auto-config="true">
        <sec:intercept-url pattern="/assets/**" access="IS_AUTHENTICATED_ANONYMOUSLY"/>
        <sec:intercept-url pattern="/login*" access="IS_AUTHENTICATED_ANONYMOUSLY"/>
        <sec:intercept-url pattern="/logout*" access="IS_AUTHENTICATED_ANONYMOUSLY"/>
        <sec:intercept-url pattern="/unsupported*" access="IS_AUTHENTICATED_ANONYMOUSLY"/>        
        <sec:intercept-url pattern="/password-*" access="IS_AUTHENTICATED_ANONYMOUSLY"/>
        <sec:intercept-url pattern="/**" access="ROLE_USER,ROLE_ADMIN"/>
        <sec:form-login login-page="/login.html" default-target-url="/app.html" authentication-failure-url="?login_error=1"/>
        <sec:logout logout-success-url="/logout.html"/>
    </sec:http>
	<sec:authentication-provider user-service-ref="userDetailsService">
		<sec:password-encoder ref="passwordEncoder" />
	</sec:authentication-provider>
	<sec:global-method-security secured-annotations="enabled" />
The exception: 
2008-04-15 04:50:26,490 ERROR [main] org.springframework.web.context.ContextLoader: Context initialization failed 
org.springframework.beans.factory.BeanCreationException: Error creating bean with name '_rememberMeServicesInjectionBeanPostProcessor': Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.transaction.config.internalTransactionAdvisor': Cannot create inner bean '(inner bean)' of type [org.springframework.transaction.interceptor.TransactionInterceptor] while setting bean property 'transactionInterceptor'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)': Cannot resolve reference to bean 'transactionManager' while setting bean property 'transactionManager'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'transactionManager' defined in class path resource [epicenter-webapp-beans.xml]: Cannot resolve reference to bean 'entityManagerFactory' while setting bean property 'entityManagerFactory'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'ehCacheManager' defined in class path resource [epicenter-repository-beans.xml]: Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '_methodDefinitionSourceAdvisor': Cannot create inner bean '(inner bean)' of type [org.springframework.security.intercept.method.aopalliance.MethodSecurityInterceptor] while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)': Cannot resolve reference to bean '_authenticationManager' while setting bean property 'authenticationManager'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '_authenticationManager': Cannot resolve reference to bean 'org.springframework.security.providers.dao.DaoAuthenticationProvider#0' while setting bean property 'providers' with key [2]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.security.providers.dao.DaoAuthenticationProvider#0': Cannot resolve reference to bean 'userDetailsService' while setting bean property 'userDetailsService'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userDetailsService': Injection of resource fields failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'permissionRepository': Injection of persistence fields failed; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:478)
	at org.springframework.context.support.AbstractApplicationContext.registerBeanPostProcessors(AbstractApplicationContext.java:606)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:366)

When command "web mvc setup" executed the "WEB-INF/layouts/layouts.xml" file is created with a reference to a non existing file "/WEB-INF/views/menu.jspx".

Using @STRENGTH keyword in CipherSuiteSelector.fromString should cause descending sorting of cipher suites, like OpenSSL does, e.g. openssl ciphers -v 'ALL:!ADH:@STRENGTH'. There is comparator in SortByAlgorithmKeyLengthCipherSuiteSelector [1].
Or, am I wrong? Are cipher suites in javax.net.ssl.SSLParameters expected in ascending order? (Does it matter?) Will the OpenSSL provider expect ascending order? (Or will it parse cipher string itself?)
The JavaDoc [2] should mention whether the sorting is ascending or descending.
[1] https://github.com/wildfly-security/wildfly-elytron/blob/7666231fa76b95c3c97eed0d16968a5f77a7de22/src/main/java/org/wildfly/security/ssl/CipherSuiteSelector.java#L730
[2] https://github.com/wildfly-security/wildfly-elytron/blob/7666231fa76b95c3c97eed0d16968a5f77a7de22/src/main/java/org/wildfly/security/ssl/CipherSuiteSelector.java#L356

https://jira.spring.io/browse/SPR-15461
After linked change I am unable to pass Mono<List<String>> to body method.
The problem is that can't pass generic type of List<String>::class.java to body method.
Doesn't work:

        val monoList: Mono<List<String>> = Mono.just(listOf("1", "2"))
        ok().contentType(APPLICATION_JSON_UTF8).body(monoList, List<String>::class.java)

Works:

        val flux: Flux<String> = Mono.just(listOf("1", "2")).flatMapIterable { it }
        ok().contentType(APPLICATION_JSON_UTF8).body(flux,  String::class.java)

Code is written in Kotlin , but I think it also applies to Java due to how generics works.
It is very inconvenient that after linked change we have to provide exact type when we pass Publisher, before that it was not required.

I think the example should change from
@PreAuthorize("#contact.name == principal.name)")
public void doSomething(Contact contact);
To
@PreAuthorize("isAuthenticated() and #contact.name == principal.username")
Reasoning:
1) Remove the stray ) character; syntax error
2) add isAuthenticated; the AnonymousAuthenticationFilter places a String as the principal and not a UserDetails object (An IllegalArgumentException is thrown when the user is not authenticated without this).
3) change principal.name to principal.username; UserDetails (the principal for authenticated object) contains a username property and not a name property

When having a bean with a @Scheduled private method, the scheduled invocation when a pointcut exists for that method will succeed, but nothing will get injected into @Autowired fields. Setting other visibility for the method would solve it.

@Service
    private MyInjectedBean bean;

    private void ping(){
        System.out.println("Pinging bean "+bean);
        bean.doWork();
    }
}

The above code will work if no AOP is defined. If an @Around aspect is defined, ping will throw a NullPointException. Changing ping to be package protected will cause it to work again.
If there's a technical implementation problem with scheduling a private method under those conditions, I expect it to fail the deployment, rather than providing a sterile, non-injected bean.

A periodic-size-rotating-file-handler will be replaced during the subsystem add operation. This could be an issue with async-handler's where the handler may see the old handler that was closed.

UseCase:
I have to override a property (during integration-testing) to be null instead of another value defined in a propertyfile for use with the propertyplaceholderconfigurer.
When doing so this will result in a NPE at SimpleAliasRegistry in line 125 here:

if (resolvedAlias.equals(resolvedName)) {
					this.aliasMap.remove(alias);
				}

because resolvedAlias is null

If you run the example and turn off the supervising
Then the routes are started correct order

2017-07-23 10:40:37.825  INFO 33034 --- [           main] o.a.camel.spring.SpringCamelContext      : Route: bar started and consuming from: timer://bar?period=5s
2017-07-23 10:40:37.825  INFO 33034 --- [           main] o.a.camel.spring.SpringCamelContext      : Route: foo started and consuming from: timer://foo?period=5s
2017-07-23 10:40:37.830  INFO 33034 --- [           main] o.a.c.c.undertow.DefaultUndertowHost     : Starting Undertow server on http://localhost:9011
2017-07-23 10:40:37.877  INFO 33034 --- [           main] o.a.camel.spring.SpringCamelContext      : Route: undertow started and consuming from: http://localhost:9011

eg with lowest startup order first, 1,2, (no number).
But if you turn on supervising, then they are started: (no number), 1, 2

2017-07-23 10:37:39.266  INFO 32985 --- [           main] o.a.c.c.undertow.DefaultUndertowHost     : Starting Undertow server on http://localhost:9011
2017-07-23 10:37:39.311  INFO 32985 --- [           main] o.a.camel.spring.SpringCamelContext      : Route: undertow started and consuming from: http://localhost:9011
2017-07-23 10:37:39.313  INFO 32985 --- [           main] o.a.camel.spring.SpringCamelContext      : Route: bar started and consuming from: timer://bar?period=5s
2017-07-23 10:37:39.314  INFO 32985 --- [           main] o.a.camel.spring.SpringCamelContext      : Route: foo started and consuming from: timer://foo?period=5s

eg the undertow route is the (no number) and should therefore be started last (it will have auto assigned number 1001).
eg we need to use the RouteStartupOrder that can tell the correct order.

When submitting query via HS2, username for ATS data becomes HS2 process uid in case of hive.security.authenticator.manager=org.apache.hadoop.hive.ql.security.ProxyUserAuthenticator. This should always be the real user id to make ATS data more secure and useful.

In Hawkular Metrics, we use the Wildfly Maven Plugin to deploy our app and test its REST interface.
It is configured as follows:

  <wildfly-maven-plugin.skip>false</wildfly-maven-plugin.skip>
  <!-- IMPORTANT: The port must be the port offset + 8080. -->
  <base-uri>127.0.0.1:55977/hawkular/metrics</base-uri>
  <wildfly.port.offset>47897</wildfly.port.offset>
  <!-- IMPORTANT: The management port must be the port offset + 9990. -->
  <wildfly.management.port>57887</wildfly.management.port>
  <wildfly.logging.console.level>ERROR</wildfly.logging.console.level>
  <wildfly.logging.file.level>ERROR</wildfly.logging.file.level>
  <terminal-event.timeout>10</terminal-event.timeout>

and

<plugin>
  <groupId>org.wildfly.plugins</groupId>
  <artifactId>wildfly-maven-plugin</artifactId>
    <skip>${wildfly-maven-plugin.skip}</skip>
    <port>${wildfly.management.port}</port>
      <id>start-wildfly</id>
      <phase>pre-integration-test</phase>
      <goals>
        <goal>start</goal>
      </goals>
      <configuration>
        <serverConfig>standalone-test.xml</serverConfig>
        <javaOpts>
          <javaOpt>-Xms64m</javaOpt>
          <javaOpt>-Xmx512m</javaOpt>
          <javaOpt>-Xss256k</javaOpt>
          <javaOpt>-Djava.net.preferIPv4Stack=true</javaOpt>
          <javaOpt>-Dsun.rmi.dgc.client.gcInterval=3600000</javaOpt>
          <javaOpt>-Dsun.rmi.dgc.server.gcInterval=3600000</javaOpt>
          <javaOpt>-Djboss.socket.binding.port-offset=${wildfly.port.offset}</javaOpt>
          <javaOpt>-Djboss.server.config.dir=${project.build.directory}/wildfly-configuration</javaOpt>
          <javaOpt>-Dcassandra.keyspace=${cassandra.keyspace}</javaOpt>
          <javaOpt>-Dcassandra.resetdb</javaOpt>
          <javaOpt>-Dhawkular.metrics.waitForService</javaOpt>
          <javaOpt>-Dhawkular.metrics.use-virtual-clock=true</javaOpt>
          <javaOpt>-Dhawkular.terminal-event.timeout=${terminal-event.timeout}</javaOpt>
          <javaOpt>-Dhawkular.metrics.allowed-cors-origins=http://test.hawkular.org,https://secure.hawkular.io</javaOpt>
          <javaOpt>-Xdebug</javaOpt>
          <javaOpt>-Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8787</javaOpt>
        </javaOpts>
      </configuration>
      <id>deploy-webapp</id>
      <goals>
        <goal>deploy-artifact</goal>
      </goals>
        <groupId>${project.groupId}</groupId>
        <artifactId>hawkular-metrics-api-jaxrs</artifactId>
        <name>hawkular-metric-rest.war</name>
      <id>stop-wildfly</id>
      <phase>post-integration-test</phase>
      <goals>
        <goal>shutdown</goal>
      </goals>
</plugin>

It worked well until we tried to upgrade to 1.1.0.Alpha3. It seems that the changes for WFMP-12 prevent us from setting a port offset.
In the best case (offset is small), the management client can't communicate with the server. In the worst case (offset is large), the server does not even start because the calculated management port is out of range.

Each PasswordSpec implementation class must have an equals/hashCode.

The SessionBindingConversationManager does not update the ConversationContainer in the HttpSession every time (for every request). This can give problems in a clustered environment since the servlet engine will not detect any changes in the HttpSession contents and as a result will not push the updated session out to the cluster.
We should also revise the ConversationManager and Conversation interfaces to make sure the have all the hooks required. E.g. how do you know that a client (the FlowExecutionRepo) is done with the ConversationManager, e.g. to commit transaction? Does the unlock() method signal this or do we need another hook?
As a proof of concept we should probably build a DB backed ConversationManager.

2011-06-23 21:39:52,524 WARN org.apache.hadoop.hbase.monitoring.TaskMonitor: Status org.apache.hadoop.hbase.monitoring.MonitoredTaskImpl@2f56f920 appears to have been leaked
2011-06-23 21:40:06,465 WARN org.apache.hadoop.hbase.master.HMaster: Failed getting all descriptors
java.io.FileNotFoundException: No status for hdfs://ciq.com:9000/hbase/.corrupt
	at org.apache.hadoop.hbase.util.FSUtils.getTableInfoModtime(FSUtils.java:888)
	at org.apache.hadoop.hbase.util.FSTableDescriptors.get(FSTableDescriptors.java:122)
	at org.apache.hadoop.hbase.util.FSTableDescriptors.getAll(FSTableDescriptors.java:149)
	at org.apache.hadoop.hbase.master.HMaster.getHTableDescriptors(HMaster.java:1442)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Server.call(WritableRpcEngine.java:340)
	at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1138)
2011-06-23 21:40:26,790 WARN org.apache.hadoop.hbase.master.HMaster: Failed getting all descriptors

Fixed in 1.x:
New Revision: 745870
This was a hard one to get fixed. Took me most of 2 x 0.5 days to get done.

Remove use of master-master and cyclical replication and just talk about topologies

Would be very useful if Spring allowed for the injection of javax.inject.Provider along with @Value annotation for properties that could change at Runtime. 

  private final Provider<Integer> changeableIntegerProperty;
 
  public Foo(Provider<Integer> changeableIntegerProperty) {
    this.changeableIntegerProperty = changeableIntegerProperty;
 }

 public void someOperation() {
     changeableIntegerProperty.get(); // Gets current value of the property
 }
}

public class FooConfig {
  @Bean
   public Foo foo(@Value("${fooProp}") Provider<Integer> fooProp) {
        return new Foo(fooProp);
   }
}

If the same code shown above were attempted now, a TypeMismatchException gets thrown in TypeConverterSupport due to the nesting level of the parameter not set to 1.
My request for improvement is to allow the injection of java.inject.Provider along with @Value. 
Thanks.

I haven't found a way to attach test program to JIRA issue, so put it below :

public class MultiRowRangeFilterTest {
 
    byte[] key1Start = new byte[] {-3};
    byte[] key1End  = new byte[] {-2};

    byte[] key2Start = new byte[] {5};
    byte[] key2End  = new byte[] {6};

    byte[] badKey = new byte[] {-10};

    @Test
    public void testRanges() throws IOException {
        MultiRowRangeFilter filter = new MultiRowRangeFilter(Arrays.asList(
                new MultiRowRangeFilter.RowRange(key1Start, true, key1End, false),
                new MultiRowRangeFilter.RowRange(key2Start, true, key2End, false)
        ));
        filter.filterRowKey(badKey, 0, 1);
        /*
        * FAILS -- includes BAD key!
        * Expected :SEEK_NEXT_USING_HINT
        * Actual   :INCLUDE
        * */
        assertEquals(Filter.ReturnCode.SEEK_NEXT_USING_HINT, filter.filterKeyValue(null));
    }
}

It seems to happen on 2.0.0-SNAPSHOT too, but I wasn't able to link one with included class.
I have played some time with algorithm, and found that quick fix may be applied to "getNextRangeIndex(byte[] rowKey)" method (hbase-client:1.1.0) :

if (insertionPosition == 0 && !rangeList.get(insertionPosition).contains(rowKey)) {
        return ROW_BEFORE_FIRST_RANGE;
}
// FIX START
if(!this.initialized) {
    this.initialized = true;
}
// FIX END
return insertionPosition;

Thanks, hope it will help.

Using contains() to check in advance is a valid work-around, but the JavaDoc should not state returning null, if throwing NPE.

I see that in 0.92 #502 and #501 that TestAdmin.testHundredsOfTable fails because socket times out after 1500ms.  I see in TestAdmin that before this test runs, testCreateTableRPCTimeOut sets the socket timeout to 1500 and then does not set it back.  Maybe the obnoxious testHundredsOfTable will pass more often if it has the default rpc timeout.

If I include the topology-webapp fraction, a small deployment topology-webapp.war is automatically generated by the fraction and deployed.
If I, at the same time, include the jaxrs fraction, all .war deployments that aren't JAX-RS-enabled explicitly, get a a class looking like

@ApplicationPath("/")
public class WildFlySwarmDefaultJAXRSApplication extends Application {
    ...
}

The issue is that topology-webapp.war gets one as well. This obviously shadows all the servlet and static content from the deployment, so topology-webapp can't possibly work.
A simple solution is to exclude the jaxrs subsystem via jboss-deployment-structure.xml when constructing the topology-webapp.war archive.

The SSLContext is created per pipeline which is not as efficient as creating it once.
Also there is a race condition in the current code that can lead to:

14:04:27,328 | WARN | ttyServerTCPBoss | netty | 246 - org.jboss.netty - 3.6.6.Final | [org.jboss.netty.channel.socket.nio.AbstractNioSelector] Failed to initialize an accepted socket.
java.lang.IllegalStateException: SSLContextImpl is not initialized
at sun.security.ssl.SSLContextImpl.engineCreateSSLEngine(SSLContextImpl.java:197)[:1.7.0_21]
at javax.net.ssl.SSLContext.createSSLEngine(SSLContext.java:330)
at org.apache.camel.component.netty.ssl.SSLEngineFactory.createServerSSLEngine(SSLEngineFactory.java:104)
at org.apache.camel.component.netty.http.HttpServerPipelineFactory.configureServerSSLOnDemand(HttpServerPipelineFactory.java:153)
at org.apache.camel.component.netty.http.HttpServerPipelineFactory.getPipeline(HttpServerPipelineFactory.java:77)

Our project is using Spring-2.0.7 and spring-ldap-1.2.1.
When the ContextSourceAndDataSourceTransactionManager is used within another transaction manager, and they use the same data source, an exception occurs when the inner transaction is rolled back.
java.lang.ClassCastException: org.springframework.ldap.transaction.compensating.manager.ContextSourceAndDataSourceTransactionManager$ContextSourceAndDataSourceTransactionObject
       at org.springframework.jdbc.datasource.DataSourceTransactionManager.doSetRollbackOnly(DataSourceTransactionManager.java:284)
       at org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:761)
       at org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:730)
This seems to be because ContextSourceAndDataSourceTransactionManager does not override doSetRollbackOnly().  So when this is called, it uses the DataSourceTransactionManager's implementation, which doesn't know how to handle the ContextSourceAndDataSourceTransactionObject provided in status.getTransaction().
The following test case, using EasyMock, demonstrates the exception:
   public void testNestedTransaction() throws Exception 
{

       DataSource mockDataSource = createMock(DataSource.class);
       expect(mockDataSource.getConnection()).andReturn(createMock(Connection.class));
       replay(mockDataSource);

       PlatformTransactionManager outerTxnManager = new DataSourceTransactionManager(mockDataSource);

       outerTxnManager.getTransaction(new DefaultTransactionDefinition());

       ContextSourceAndDataSourceTransactionManager innerTxnManager =
                   new ContextSourceAndDataSourceTransactionManager();
       innerTxnManager.setContextSource(createMock(ContextSource.class));
       innerTxnManager.setDataSource(mockDataSource);

       TransactionStatus innerTxnStatus = innerTxnManager.getTransaction(new DefaultTransactionDefinition());

       innerTxnManager.rollback(innerTxnStatus);

   }
            
Hive tables in the query are hbase tables, and the subquery is a join statement.
When
  and
The query does not return data. 
While hive.optimize.ppd=true and hive.auto.convert.join=true return values back. See attached query file. 

See discussion in HBASE-10665.
We should disable writeToAll in all tests except for those that test WAL specific stuff, in order to speed up the test suite.

In our testing on the REST side of things, we discovered that the request curl -H "Accept: application/json" http://localhost:8080/status/cluster" gets a JSON that collapses the node-list array into one node-element (can see if there are more than 1 RS in the cluster).

Start standalone with --admin-only
HAL calls the "check" operation when the user navigates to the runtime view, then there is this exception.

/subsystem=microprofile-health-smallrye:check
{
}

WFLYCTL0013: Operation ("check") failed - address: ([("subsystem" => "microprofile-health-smallrye")]): java.lang.NullPointerException
        at org.wildfly.extension.microprofile.health.CheckOperation.executeRuntimeStep(CheckOperation.java:59)
        at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)

Running build with mvn clean site -Dhadoop-two.version=2.3.0 I see that it pulls in Hadoop 2.2.0 dependencies (when building 0.98.x); and Hadoop 2.3.0 on the master. The reason of the behavior is the bug in configuration of userapi reportset, namely:

              <docletArtifact>
                <groupId>org.apache.hadoop</groupId>
                <!-- doclet lives in hadoop 2's hadoop-common module -->
                <artifactId>hadoop-common</artifactId>
                <version>2.3.0</version>
              </docletArtifact>

(the snipped is from the master branch)

xsd scheme for oauth:verification-code contains the parameter "redirect-strategy-ref", but it is not parsed in OAuth2ProviderBeanDefinitionParser.parse

Jackson2ObjectMapperBuilder uses HashMap to store user specified visibilities and proceeds to iterate them with foreach. Map doesn't guarantee order so user might unknowingly override his preferred visibilities causing jackson deserialization to fail randomly at run time. Bug can go unnoticed if the server happens to start with the correct order 50% change.

Create custom Jackson2ObjectMapperBuilderCustomizer

@Bean
    public Jackson2ObjectMapperBuilderCustomizer custom() {
        return (jacksonObjectMapperBuilder) -> {
            jacksonObjectMapperBuilder
                    .visibility(PropertyAccessor.ALL, Visibility.NONE)
                    .visibility(PropertyAccessor.FIELD, Visibility.ANY)
        };
    }

Notice that the first visibility sets ALL properties to NONE. Second one wants only the FIELDS to be visible.
Now depending on your luck it will either run the set ALL visibility to NONE first or last effectively overriding FIELD visibility unintentionally 

Here is the repro steps.

create table t1(col string);
create view dataview as select * from  (select * from v1) v2;
select * from dataview;

If hive is configured with authorization hook like Sentry, it will require the access not only for dataview but also for v1, which should not be required.
The subquery seems to not carry insideview property from the parent query.

I trying out 0.95.2, I left it running over the weekend (8 RS, average load between 12 and 3 regions) and right now the balancer runs for 12 mins:
2013-08-19 21:54:45,534 DEBUG [jdec2hbase0403-1.vpc.cloudera.com,60000,1376689696384-BalancerChore] org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer: Could not find a better load balance plan.  Tried 0 different configurations in 777309ms, and did not find anything with a computed cost less than 36.32576937689094
It seems it slowly crept up there, yesterday it was doing:
2013-08-18 20:53:17,232 DEBUG [jdec2hbase0403-1.vpc.cloudera.com,60000,1376689696384-BalancerChore] org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer: Could not find a better load balance plan.  Tried 0 different configurations in 257374ms, and did not find anything with a computed cost less than 36.3251082542424
And originally it was doing 1 minute.
In the jstack I see a 1000 of these and jstack doesn't want to show me the whole thing:
at java.util.SubList$1.nextIndex(AbstractList.java:713)

Correct method typo in BasicIIOPInvocationTestCase, and HandleWrapper should be serializable.

Hello,
I'm having the following MapedSuperclass which is a base class for all my entities:

public abstract class AbstractEntityModel {

    @Column(name = "id", nullable = false)
    private String uid = java.util.UUID.randomUUID().toString();
}

and I have created a Projection for it in the same package:

@Projection(name = "basic", types = { AbstractEntityModel.class })
public interface BasicEntityModelProjection {

    public String getUid();
}

Unfortunately when I navigate to the /rest url I don't see the projection in the generated URLs of my entities.

There seems to be an issue with the test data generated for the Integration Tests used with 'perform tests'.
1. Modify clinic.roo, change AbstractPersion firstName maxSize to 19
2. run the script
3. run perform tests
Build Failure occurrs
[Thread-8] Tests in error:
[Thread-8]   testPersist(com.springsource.petclinic.domain.OwnerIntegrationTest)
[Thread-8]   testPersist(com.springsource.petclinic.domain.VetIntegrationTest)
From what I have been able to figure, it has something to do with how the test data is being created.  The data it's using to put in the firstName field is causing the error.
It also seems to be dependant on the size of the field name.  So 19 causes the issue, 20 doesn't, but if you remove a character from the fieldName you can get 19 to work.
i.e. max=19, field name =firstNam (removed one character to make the field name shorter)
Now it starts failing at max=18 and works at max=19.
Same the other way, if you add a charater to the field name, it starts failing at 20 (i.e. max=19, field name = firstName1)
So I assume there is some test data function that is using the field name and is creating test data that is bigger than the max field size.
Seems to be creating data field name size + 11 and the error occurs when field name is greater than max-11
So end result name of a string field can't be more than max size of field - 11, and
setting --sizeMax < 12 will never allow the integration tests to pass successfully.
I included a couple modified clinic.roo scripts that show the error.
clinic-test1-fail.roo - set the max size of the firstName field to 19
clinic-test1-success.roo - reduce the size of the fieldName by one to firstNam
clinic-test2-fail.roo - increase the size of the fieldName by one to firstName1
clinic-test3-fail.roo - add new string field with long fieldName and short maxSize (personCode --sizeMax 3)
clinic-test4-success.roo - add new string field with short fieldName 'a' and maxSize 12
clinic-test4-fail.roo - add new string field with short fieldName 'a' and maxSize 11

Executing the follow operation results in the operation succeeding even though  no deployment exists with the name.

[standalone@localhost:9990 /] /deployment=foo.war/subsystem=*:read-resource
{
}

Tez session spins up AM, which can cause delays, esp. if the cluster is very busy.
This can be done in background, so the AM might get started while the user is running local commands and doing other things.

Extending JpaSpecificationExecutor and calling findAll with a Specification and a Sort cause unnecessary outer join to be add to the query generating wrong results with duplicate data.
This happens if the Specification queries on a field of an object mapped by and @ElementCollection and sort by another field of the same object.
Not sure if the problem in SimpleJpaRepository or in QueryUtils, but somewhere new outer join is created while an existing one could be reuse.
The following query is generated

SELECT
    entitya0_.id AS id1_0_
FROM
    entity_a entitya0_
LEFT OUTER JOIN
    entity_b entitiesb1_
ON
    entitya0_.id=entitiesb1_.entity_a_id
    entity_b entitiesb2_
ON
    entitya0_.id=entitiesb2_.entity_a_id
WHERE
    entitiesb1_.field=?
ORDER BY
    entitiesb2_.rank DESC

The expected query looks like

SELECT
FROM
ON
WHERE
ORDER BY
    entitiesb1_.rank DESC

I have created a scenario which seems to exploit a bug in the HttpHelper createURL method.
My use case:
Using http4 component in an http proxy with bridgeEndpoint true
Send a request such as http://somesite/contextpath
Request is forwarded by my proxy to a tomcat server.  Tomcat will reply with a 302 and a new Location of http://somesite/contextpath/ as this is a built in behavior of tomcat to redirect the caller to the contextpath INCLUDING the trailing slash
I have http client configured with httpClient.redirectsEnabled=false
Therefore the 302 is sent back through my proxy to the caller.
The caller then makes the call to http://somesite/contextpath/
This is where the problem occurs,  within the createUrl method:

        String path = exchange.getIn().getHeader(Exchange.HTTP_PATH, String.class);
        // NOW the HTTP_PATH is just related path, we don't need to trim it
            if (path.startsWith("/")) {
                path = path.substring(1);
            }
            if (path.length() > 0) {
                // make sure that there is exactly one "/" between HTTP_URI and
                // HTTP_PATH
                if (!uri.endsWith("/")) {
                    uri = uri + "/";
                }
                uri = uri.concat(path);
            }
        }

When the second request is made with the trailing slash, the string "path" is / (just a single forward slash)
This hits the first conditional and results in true, which the following substring then removes this slash.
Now path.length() is not > 0 so the second conditional evaluates false.
And we end up with a uri returned that no longer has the trailing slash.
This is sent to Tomcat, Tomcat then promptly returns another 302 and a redirect loop is created.
I think the intent of this block of code is to combine the uri and path and make sure there isn't a duplicate forward slash?
So the simplest fix I can suggest would be something like

        if (path != null && ! path.equals("/")) {
            }
                }
            }
        }

Where we would just check for this case explicitly with:
if (path != null && ! path.equals("/")) {
Thoughts?
I could probably put together a PR and add some test cases

Hi,
The request i am trying to send through WebServiceTemplate at the client side is as follows:-
<!DOCTYPE lolz [
  <!ENTITY lol "lol">
  <!ENTITY lol2 "&lol&lol&lol&lol&lol&lol&lol&lol&lol&lol">
  <!ENTITY lol3 "&lol2&lol2&lol2&lol2&lol2&lol2&lol2&lol2&lol2&lol2">
  <!ENTITY lol4 "&lol3&lol3&lol3&lol3&lol3&lol3&lol3&lol3&lol3&lol3">
  <!ENTITY lol5 "&lol4&lol4&lol4&lol4&lol4&lol4&lol4&lol4&lol4&lol4">
  <!ENTITY lol6 "&lol5&lol5&lol5&lol5&lol5&lol5&lol5&lol5&lol5&lol5">
  <!ENTITY lol7 "&lol6&lol6&lol6&lol6&lol6&lol6&lol6&lol6&lol6&lol6">
  <!ENTITY lol8 "&lol7&lol7&lol7&lol7&lol7&lol7&lol7&lol7&lol7&lol7">
  <!ENTITY lol9 "&lol8&lol8&lol8&lol8&lol8&lol8&lol8&lol8&lol8&lol8">
]>
<lolz>&lol9</lolz>
At the server side, i am extending "AxiomSoapMessageFactory" and overriding its "createXmlInputFactory()" method to create an instance of WstxInputFactory and injecting this in MessageDispatcherServlet. On the WstxInputFactory instance, i am setting "IS_REPLACING_ENTITY_REFERENCES" & "IS_SUPPORTING_EXTERNAL_ENTITIES" to "false".
However, when i am sending the above request the execution control goes to FrameworkServlet then DispatcherServlet but before even going to the MessageDispatcherServlet it fails throwing Java Heap Space Error.
It is trying to create a string Object using StringBuilder for the request xml, but the since the request xml has nested Entity references it throws Out Of Memory Exception.
Please see the attachment for the exception.
After debugging in detail i came to know that the Java Heap Space Error is first caught as InvocationTargetException in org.springframework.web.method.support.InvocableHandlerMethod.invoke().
Because of this the execution control is not going from the DispatcherServlet to the MessageDispatcherServlet.doService() method.
Please help me in resolving this Error. 

Please see the referenced Spring Boot issue for my analysis of the failure and a sample project that can reproduce it.
I've also tried to create a more minimal reproduction of the problem. I've managed to reproduce a similar failure, but not the exact same one. The following code will fail when run:

import org.springframework.beans.BeansException;
import org.springframework.beans.factory.BeanFactoryAware;
import org.springframework.beans.factory.config.BeanPostProcessor;
import org.springframework.context.ApplicationContextAware;
import org.springframework.context.ApplicationEvent;
import org.springframework.context.ApplicationListener;

public class DuplicatePostProcessing {

	@Bean
	public ExampleFactoryBean exampleFactory() {
		return new ExampleFactoryBean();
	}

	@Bean
	public static ExampleBeanPostProcessor exampleBeanPostProcessor() {
		return new ExampleBeanPostProcessor();
	}

	@Bean
	public ExampleApplicationEventListener exampleApplicationEventListener() {
		return new ExampleApplicationEventListener();
	}

		new AnnotationConfigApplicationContext(DuplicatePostProcessing.class).getBean(ExampleBean.class);
	}

	static class ExampleFactoryBean implements FactoryBean<ExampleBean> {

		private final ExampleBean exampleBean = new ExampleBean();

		@Override
		public ExampleBean getObject() throws Exception {
			return this.exampleBean;
		}

		@Override
		public Class<?> getObjectType() {
			return ExampleBean.class;
		}

		@Override
		public boolean isSingleton() {
		}

	}

	static class ExampleBeanPostProcessor implements BeanPostProcessor, ApplicationContextAware {

		private ApplicationContext applicationContext;

		@Override
		public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
			return bean;
		}

		@Override
		public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
			if (bean instanceof ExampleBean) {
				this.applicationContext.publishEvent(new ExampleApplicationEvent(this));
			}
		}

		@Override
		public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
			this.applicationContext = applicationContext;
		}

	}

	static class ExampleApplicationEvent extends ApplicationEvent {

		public ExampleApplicationEvent(Object source) {
			super(source);
		}

	}

	static class ExampleApplicationEventListener implements ApplicationListener<ExampleApplicationEvent>, BeanFactoryAware {

		private BeanFactory beanFactory;

		@Override
		public void onApplicationEvent(ExampleApplicationEvent event) {
			this.beanFactory.getBean(ExampleBean.class);
		}

		@Override
		public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
			this.beanFactory = beanFactory;
		}

	}

	static class ExampleBean {

	}

}

It looks like it's blowing the stack but, rather than failing with a stack overflow, it outputs 400+ lines like the following:

16:44:30.704 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'exampleFactory'

It then fails with:

Exception in thread "main" java.lang.NoClassDefFoundError: Could not initialize class org.springframework.beans.factory.BeanCreationException
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.getObjectFromFactoryBean(FactoryBeanRegistrySupport.java:116)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1640)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveNamedBean(DefaultListableBeanFactory.java:1018)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:345)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:340)
	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1092)
	at com.example.demo.DuplicatePostProcessing.main(DuplicatePostProcessing.java:33)

Currently the SDG o.s.d.g.mapping.MappingPdxSerializer class does not appropriately handle Java transient persistent entity fields or SD @Transient persistent entity properties when serializing (i.e. toData()) the persistent entity to PDX bytes.

Hive language does not accept  MAP(a.), REDUCE(a.) and TRANSFORM(a.*) now. We should support it.

Adding `@EnableGlobalMethodSecurity` annotation to my extension of `WebSecurityConfigurerAdapter` prevents embedded database initialization in integration testing.
The problem is very nicely summarized here -> https://gist.github.com/dsyer/ebeb25d5afbdd9242cd5

See the title.   It looks like these subsystems got added to the list for the standalone config but not for the domain profile. Those profiles should basically match, except for details related to some aspect of domain mode (e.g. there's some minor elytron subsystems diffs due to the location of files in a domain vs standalone server.)

Changes for HIVE-13682 did fix a bug in Fast Hash Tables, but evidently not this issue according to Gopal/Rajesh/Nita.

In Cell interface (hbase-common/src/main/java/org/apache/hadoop/hbase/Cell.java)
(1) We have the following comment for "qualifier"

/**
  * Contiguous raw bytes that may start at any index in the containing array. Max length is
  * Short.MAX_VALUE which is 32,767 bytes.
  * @return The array containing the qualifier bytes.
  */

But getQualifierLength() returns int

int getQualifierLength();

(2) We have the following comment for "value"

  /**
   * Contiguous raw bytes that may start at any index in the containing array. Max length is
   * Integer.MAX_VALUE which is 2,147,483,648 bytes.
   * @return The array containing the value bytes.
   */

Integer.MAX_VALUE is not 2,147,483,648 (2^31), but 2,147,483,647 (2^31-1)

RepositoryJpaLocatorImpl, ServiceInterfaceLocatorImpl and PersistenceMemberLocatorImpl all rely on the Metadata notification system in order to invalidate their cache. As discussed in issue ROO-2656 this mechanism is not a reliable enough to be used in this way.

After loading an INI file with HierarchicalINIConfiguration, getList() and getStringArray() alaways return 1-size sets even if the parameter is in the right form in the file. To reproduce one only need to create a small INI file with the following content :
key=val1,val2,val3
The following code returns a 1-sized list :

HierarchicalINIConfiguration c = new HierarchicalINIConfiguration();
c.load("test.ini");
List<?> l = c.getList("val");

=> l = ["val1,val2,val3"] instead of ["val1","val2","val3"]
I tried to change the list delimiter, but it didn't work. Maybe it's expected, but I haven't found anything in the doc.

Split of https://issues.jboss.org/browse/WFLY-10256 to component trackers
Artifact wildfly-13.0.0.Alpha1-SNAPSHOT/bin/wildfly-elytron-tool.jar is expected to be Multi-Release JAR as it has overlay directory but no Multi-Release entry in Manifest

When calling LOAD DATA INPATH ... OVERWRITE INTO TABLE ... from a Hive user other than the HDFS file owner, and the HDFS sticky bit is set, then Hive will throw an error exception message that the file cannot be moved due to permission issues.
Caused by: org.apache.hadoop.security.AccessControlException: Permission denied by sticky bit setting: user=hive, inode=sasdata-2016-04-20-17-13-43-630-e-00001.dlv.bk
The permission denied is expected, but the error message does not make sense to users + the stack trace displayed is huge. We should display a better error message to users, and maybe provide with help information about how to fix it.

The Spring-WS producer only sets the body of the exchange, headers aren't propagated.
See Nabble: http://camel.465427.n5.nabble.com/spring-ws-component-not-propagating-in-headers-to-out-message-td4393731.html

currently we have getTableDescriptors()/listTableNames()
and listTableDescriptorsByNamespace()/listTableNamesByNamespace()
which are just filtering by namespace.
The first two are already able to filter tables by regex,
and there is also an ACL check which shows only the table the user have access to,
while the namespace version just return a list without any ACLs check.
to me there is no point to keep the *ByNamespace() version on the server side, 
since the "base" version must be able to do the filtering by
namespace and the ACLs check must be the same for both anyway.
or at least we can just call the base version with the ns filtering.

The HBase shell has several issues with the delete and deletefc commands.  Both commands give some form of error message when the correct arguments (according to the help text) are entered.  After a first glance at the code and some discussion with Stack, it looks like delete can be fixed and deletefc will be removed from the shell (the underlying method call does not provide the functionality described in the help text).  

PersistentResourceDefinition creates it's own Parameters class which is an extension of the class in SimpleResourceDefinition - the problem is if you use the chaining methods in a constrcutor you can't pass in the result to the PersistantResourceDefinition constructor as it is now the wrong type.

Need to use master "yarn" with specified deploy mode instead.

The method isChildReadLock in class ZKInterProcessLockBase may be wrong, which determines whether the lock is readLock or not. So we should compare the node name with READ_LOCK_CHILD_NODE_PREFIX rather than WRITE_LOCK_CHILD_NODE_PREFIX. Since there is no other method to invoke the method "isChildReadLock" now, we have not encountered an error.

  protected static boolean isChildReadLock(String child) {
    int idx = child.lastIndexOf(ZKUtil.ZNODE_PATH_SEPARATOR);
    String suffix = child.substring(idx + 1);
    return suffix.startsWith(WRITE_LOCK_CHILD_NODE_PREFIX);
  }

JDOPersistenceManager objects are cached in JDOPersistenceManagerFactory by DataNuclues.
A new JDOPersistenceManager object gets created for every HMS thread since ObjectStore is a thread local.
In non-embedded metastore mode, JDOPersistenceManager associated with a thread only gets cleaned up if IMetaStoreClient#close is called by the client (which calls ObjectStore#shutdown which calls JDOPersistenceManager#close which in turn removes the object from cache in JDOPersistenceManagerFactory#releasePersistenceManager
https://github.com/datanucleus/datanucleus-api-jdo/blob/master/src/main/java/org/datanucleus/api/jdo/JDOPersistenceManagerFactory.java#L1271), i.e. the object will remain cached if client does not call close.
For example: If one interrupts out of hive CLI shell (instead of using 'exit;' command), SessionState#close does not get called, and hence IMetaStoreClient#close does not get called.
Instead of relying the client to call close, it's cleaner to automatically perform RawStore related cleanup at the server end via deleteContext() which gets called when the server detects a lost/closed connection.

normally increase number of bit vectors will increase calculation accuracy. Let's say

select compute_stats(a, 40) from test_hive;

generally get better accuracy than

select compute_stats(a, 16) from test_hive;

But larger number of bit vectors also cause query run slower. When number of bit vectors over 50, it won't help to increase accuracy anymore. But it still increase memory usage, and crash Hive if number if too huge. Current Hive doesn't prevent user use ridiculous large number of bit vectors in 'compute_stats' query.
One example

select compute_stats(a, 999999999) from column_eight_types;

crashes Hive.

2012-12-20 23:21:52,247 Stage-1 map = 0%,  reduce = 0%
2012-12-20 23:22:11,315 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 0.29 sec
MapReduce Total cumulative CPU time: 290 msec
Ended Job = job_1354923204155_0777 with errors
Job Tracking URL: http://cs-10-20-81-171.cloud.cloudera.com:8088/proxy/application_1354923204155_0777/
Examining task ID: task_1354923204155_0777_m_000000 (and more) from job job_1354923204155_0777

-----
Task ID:
  task_1354923204155_0777_m_000000

URL:
  http://0.0.0.0:8088/taskdetails.jsp?jobid=job_1354923204155_0777&tipid=task_1354923204155_0777_m_000000
-----
Error: Java heap space

in union_subquery.q in spark_dynamic_partition_pruning.q

explain select ds from (select distinct(ds) as ds from srcpart union all select distinct(ds) as ds from srcpart) s where s.ds in (select max(srcpart.ds) from srcpart union all select min(srcpart.ds) from srcpart);

explain 

  Stage-1 depends on stages: Stage-2

    Spark
      Edges:
        Reducer 11 <- Map 10 (GROUP, 1)
        Reducer 13 <- Map 12 (GROUP, 1)
      DagName: root_20170622231525_20a777e5-e659-4138-b605-65f8395e18e2:2
      Vertices:
        Map 10 
                TableScan
                  alias: srcpart
                  Statistics: Num rows: 1 Data size: 23248 Basic stats: PARTIAL Column stats: NONE
                    expressions: ds (type: string)
                    outputColumnNames: ds
                    Statistics: Num rows: 1 Data size: 23248 Basic stats: PARTIAL Column stats: NONE
                    Group By Operator
                      aggregations: max(ds)
                      mode: hash
                      Statistics: Num rows: 1 Data size: 184 Basic stats: COMPLETE Column stats: NONE
                        sort order: 
                        Statistics: Num rows: 1 Data size: 184 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col0 (type: string)
        Map 12 
                TableScan
                      aggregations: min(ds)
                      mode: hash
        Reducer 11 
                aggregations: max(VALUE._col0)
                Statistics: Num rows: 1 Data size: 184 Basic stats: COMPLETE Column stats: NONE
                  predicate: _col0 is not null (type: boolean)
                  Statistics: Num rows: 1 Data size: 184 Basic stats: COMPLETE Column stats: NONE
                  Group By Operator
                    keys: _col0 (type: string)
                    mode: hash
                    Statistics: Num rows: 2 Data size: 368 Basic stats: COMPLETE Column stats: NONE
                      expressions: _col0 (type: string)
                      Statistics: Num rows: 2 Data size: 368 Basic stats: COMPLETE Column stats: NONE
                        mode: hash
                        Statistics: Num rows: 2 Data size: 368 Basic stats: COMPLETE Column stats: NONE
                        Spark Partition Pruning Sink Operator
                          partition key expr: ds
                          Statistics: Num rows: 2 Data size: 368 Basic stats: COMPLETE Column stats: NONE
                          target column name: ds
                          target work: Map 1
                        mode: hash
                          target work: Map 4
        Reducer 13 
                aggregations: min(VALUE._col0)
                    mode: hash
                        mode: hash
                        mode: hash

    Spark
      Edges:
        Reducer 2 <- Map 1 (GROUP, 2)
        Reducer 3 <- Reducer 2 (PARTITION-LEVEL SORT, 2), Reducer 2 (PARTITION-LEVEL SORT, 2), Reducer 7 (PARTITION-LEVEL SORT, 2), Reducer 9 (PARTITION-LEVEL SORT, 2)
        Reducer 7 <- Map 6 (GROUP, 1)
        Reducer 9 <- Map 8 (GROUP, 1)
      DagName: root_20170622231525_20a777e5-e659-4138-b605-65f8395e18e2:1
      Vertices:
        Map 1 
                TableScan
                  filterExpr: ds is not null (type: boolean)
                    keys: ds (type: string)
                    mode: hash
                    Statistics: Num rows: 1 Data size: 23248 Basic stats: COMPLETE Column stats: NONE
                      key expressions: _col0 (type: string)
                      Map-reduce partition columns: _col0 (type: string)
                      Statistics: Num rows: 1 Data size: 23248 Basic stats: COMPLETE Column stats: NONE
        Map 6 
                TableScan
                      mode: hash
        Map 8 
                TableScan
                      mode: hash
        Reducer 2 
                Statistics: Num rows: 1 Data size: 23248 Basic stats: COMPLETE Column stats: NONE
                  Statistics: Num rows: 2 Data size: 46496 Basic stats: COMPLETE Column stats: NONE
        Reducer 3 
                     Left Semi Join 0 to 1
                keys:
                  0 _col0 (type: string)
                  1 _col0 (type: string)
                Statistics: Num rows: 2 Data size: 51145 Basic stats: COMPLETE Column stats: NONE
                  Statistics: Num rows: 2 Data size: 51145 Basic stats: COMPLETE Column stats: NONE
                  table:
                      input format: org.apache.hadoop.mapred.SequenceFileInputFormat
                      output format: org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat
        Reducer 7 
                    mode: hash
        Reducer 9 
                    mode: hash

      limit: -1
        ListSink

the target work of Reducer11 and Reducer13 is Map4 , but Map4 does not exist in the explain 

Kent Baxley reported that accessing /stacks servlet gives 500 error code.
Here is related stack trace:

2015-04-24 15:50:17,762 ERROR [789466850@qtp-2077292073-18] mortbay.log: /stacks
java.lang.IllegalStateException: WRITER
        at org.mortbay.jetty.Response.getOutputStream(Response.java:594)
        at org.apache.hadoop.hbase.http.HttpServer$StackServlet.doGet(HttpServer.java:1217)
        at org.apache.hadoop.hbase.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:1351)
        at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:767)

While investigating this issue, I found that /dump servlet on master (which contains stack trace) leaves the following NPE in master log:

2015-04-24 15:58:53,896 ERROR [2078627178@qtp-2077292073-24] mortbay.log: /dump
        at org.apache.hadoop.hbase.regionserver.RSDumpServlet.dumpQueue(RSDumpServlet.java:106)
        at org.apache.hadoop.hbase.master.MasterDumpServlet.doGet(MasterDumpServlet.java:105)

After upgrading to Spring 3.0.0.RC the use of the CookieGenerator.DEFAULT_COOKIE_MAX_AGE constant no longer works. It has been removed from the class. This is breaking our code that worked with 2.5.2
// This probably should be another jira, but I am adding it to the contents here.
Since max age is an int and there isn't a way to set a coookie to never expire. Any value we are setting sets the expiration to that time, but also until session expires. We don't want the cookie to expire, especially if the session expires.

Owing to HIVE-18775, there are currently two copies of the derby installation and upgrade script.  HIVE-17990 only updated the one in standalone-metastore.  The one in metastore needs to be updated as well.

Unable to gracefully decommission a node because NameError occurred in region_mover.rb

$ bin/graceful_stop.sh ip-10-160-226-84.us-west-1.compute.internal
...
NameError: no constructorfor arguments (org.jruby.RubyString) on Java::OrgApacheHadoopHbase::HServerAddress
    (org.apache.hadoop.hbase.HServerAddress)
    (java.net.InetSocketAddress)
     getRegions at /usr/local/hbase/current/bin/region_mover.rb:254
  unloadRegions at /usr/local/hbase/current/bin/region_mover.rb:314
         (root) at /usr/local/hbase/current/bin/region_mover.rb:430
Unloaded ip-10-160-226-84.us-west-1.compute.internal region(s)
ip-10-160-226-84.us-west-1.compute.internal: stopping regionserver..

The reason is the region_mover.rb calls wrong HBase APIs to try to establish a connection to the region server.

This test is failing intermittently. I'm going to @Ignore it.
This one should be a bit higher priority than the typical intermittent test failure as the stuff being tested is pretty new, so there's a higher chance this is a bug in the code instead of just a test issue.

The class 'org.jboss.as.domain.management.security.util.MSCTestRunner' was never actually used so should not have been committed.

Always

./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2  -DfailIfNoTests=false  -Dsecurity.manager -Dts.noSmoke -Dts.manualmode -Dtest=VaultSystemPropertyOnServerStartTestCase

java.util.concurrent.ExecutionException: java.io.IOException: HTTP Status 500 Response: <html><head><title>Error</title></head><body>Internal Server Error</body></html>
java.io.IOException: java.util.concurrent.ExecutionException: java.io.IOException: HTTP Status 500 Response: <html><head><title>Error</title></head><body>Internal Server Error</body></html>
	at org.jboss.as.test.manualmode.security.VaultSystemPropertyOnServerStartTestCase.testVaultedSystemPropertyOnStart(VaultSystemPropertyOnServerStartTestCase.java:94)
Caused by: java.io.IOException: HTTP Status 500 Response: <html><head><title>Error</title></head><body>Internal Server Error</body></html>

Currently you might start a small cluster the first time on TRUNK – i.e. new master – but second time you do the startup you run into a couple of interesting issues:
+ The old root-region-location is still in place. It gets cleaned later but for a while on startup it does not have the 'right' address.
+ Regionserver (or a client) on startup creates a catalogtracker, a class that notices changes in meta tables keeping up catalog table locations.  Starting the catalogtracker results in a check for current catalog locations.  As part of this process, since root-region-location "exists", catalogtracker tries to verify root's location by doing a noop against root host, only, to do this it needs to do the initial rpc proxy setup.  It can so happen that the old root address was that of the current regionserver trying to initialize so we'll be trying to connect to ourself to verify root location ONLY, we're doing this before we've setup the rpcserver and handlers – so we block, and as it happens there is no timeout on proxy setup (Todd ran into this yesterday, I ran into it today – its easy to manufacture).
+ So regionserver can't progress.  Meantime the master can't progress because there are no regionservers checking in.  And you can't shut it down because we're not looking at the right 'stop' flag

It currently defaults to default case and returns constant value, whereas we can do better by getting actual size at runtime.

This is doing byte[] copying. AccessController uses this API and this is unwanted bytes copying overhead

MemStore sizing is inaccurate and does not include all overhead.
I'm going to make it look like the LruBlockCache does.  Will provide a MemStore.heapSize() method that includes ALL overhead of the MemStore itself.

In service-rpc/src/gen/thrift/gen-javabean/org/apache/hive/service/rpc/thrift/TOpenSessionReq, if client protocol is unset, validate() and toString() prints both username and password to logs.
Logging a password is a security risk. We should hide the *******.
=====Edit===== (no longer relevant, see comments)
This issue is tricky since it is caused in a fully generated class. I've been playing around and have found one working solution, butI'd truly appreciate ideas for a more elegant solution or input.
 TCLIService.thrift is the template for generating all classes in service-rpc. Struct TOpenSessionReq is OpenSession()'s one parameter and is defined thus:

struct TOpenSessionReq {
  1: required TProtocolVersion client_protocol = TProtocolVersion.HIVE_CLI_SERVICE_PROTOCOL_V10
  2: optional string username
  3: optional string password
  4: optional map<string, string> configuration
}

In the generated class TOpenSessionReq.java, client_protocol is checked by a validate() method, which is called quite a few times; if client_protocol is not set, it throws a TProtocolException, passing along a toString(). This toString() gets the names and values of all fields, including username and password.
Working solution:

Create a separate struct containing only the username and password, and pass it to OpenSession() as a second parameter. Since all fields in the new struct are "optional", the generated validate() is empty – toString() is never used. This involves changing core classes and breaks the "Each function should take exactly one parameter" coding convention (detailed at service-rpc/if/TCLIService.thrift:27).
 See working-solution.patch.

What doesn't work:

Making client_protocol optional instead of required. Apparently this will break everything.
Overwriting toString() – TOpenSessionReq is a struct.
Creating two Thrift structs, one struct for required (TRequiredReq) and one for optional (TOptionalReq) fields, and nesting them in struct TOpenSessionReq. This doesn't work because validate() in TOpenSessionReq can call TOptionalReq.toString(), which prints the password to logs. This will happen if TRequiredReq.client_protocol isn't set.
 See non-solution.patch
Asking Thrift devs to change their code. I wrote them an email but have no expectations.

It worked for a few days after enabling it with HBASE-18278. But started failing after commits:
6786b2b
68436c9
75d2eca
50bb045
df93c13
It works with one commit before: c5abb6c. Need to see what changed with those commits.
Currently it fails with TableNotFoundException.

The TestSessionManagerMetrics fails occasionally with the following error: 

org.junit.ComparisonFailure: expected:<[0]> but was:<[1]>
	at org.apache.hive.service.cli.session.TestSessionManagerMetrics.testThreadPoolMetrics(TestSessionManagerMetrics.java:98)

  TestSessionManagerMetrics.testThreadPoolMetrics:98 expected:<[0]> but was:<[1]>

This test starts four background threads with a "wait" call in their run method. The threads are using the common "barrier" object as lock. 
The expected behaviour is that two threads will be in the async pool (because the hive.server2.async.exec.threads is set to 2) and the other two thread will be waiting in the queue. This condition is checked like this:

MetricsTestUtils.verifyMetricsJson(json, MetricsTestUtils.GAUGE, MetricsConstant.EXEC_ASYNC_POOL_SIZE, 2);
MetricsTestUtils.verifyMetricsJson(json, MetricsTestUtils.GAUGE, MetricsConstant.EXEC_ASYNC_QUEUE_SIZE, 2);

Then a notifyAll is called on the lock object, so the two threads in the pool should "wake up" and complete and the other two threads should go from the queue to the pool. This is checked like this in the test:

MetricsTestUtils.verifyMetricsJson(json, MetricsTestUtils.GAUGE, MetricsConstant.EXEC_ASYNC_QUEUE_SIZE, 0);

There are two use cases which can cause error in this test:

The notifyAll call happens before both threads in the pool are up and running and in the "wait" phase.
In this case the thread which is not up in time will stuck in the pool, so the other two threads can not move from the queue to the pool. 
After the notifyAll call, the threads in the pool "wake up" with some delay. So they don't complete and removed from the pool and the other two threads are not moved from the queue to the pool until the metrics are checked. Therefore the check fails, since the queue is not empty.

create table test (key int, value string) partitioned by (p int) stored as textfile;
insert into table test partition (p=1) select * from src limit 10;
alter table test set fileformat orc;
insert into table test partition (p=2) select * from src limit 10;
describe test;
select * from test where p=1 and key > 0;
select * from test where p=2 and key > 0;
select * from test where key > 0;
throws a classcast exception

If I start Tonr 2 and click "facebook stuff" before logging in I sometimes get 404.
I'm sure under what circumstances this occurs but the redirect sometimes leads to /tonr2/facebook/index.jsp instead of /tonr2/facebook/info.jsp. It might have something to do with the fact that applicationContext.xml:19 default-target-url="/index.jsp" ...???

HFiles V2 store the memstoreTS of each KV.
In many cases all the KVs in an HFile will have a memstoreTS of 0 (that is the case when at the time the HFile was written there are no KVs that were created after the oldest still active scanner - which is frequently the case).
In that case we:

do not need to decode the memstoreTS (a vlong), since we know its value is 0 and its length is 1 byte.
when we compact HFiles and all of the involved files have only KVs with memstoreTS = 0 we know ahead of time that all KVs meet this condition and we do not need to store the memstoreTS in the new HFile.

This issue will cover the first part. The performance improvement will be modest as it is fairly cheap to decode vlongs of size 1.

See HADOOP-5476 for the bug in SequenceFile. We should do the same thing in RCFile.

The Solr add-on is producing aspects that change upon each launch of Roo, despite there being no material change to the governor, this causes the *_Roo_SolrSearch aspect to be needlessly rewritten to disk.

Occured during topology change on server during scenarios:
eap-7x-failover-ejb-ejbremote-jvmkill-repl-async
eap-7x-failover-ejb-ejbremote-shutdown-repl-async
eap-7x-failover-ejb-ejbremote-shutdown-repl-sync
eap-7x-failover-ejb-ejbremote-undeploy-repl-sync
before "Finished local rebalance" INFO message was logged (scenarios 
eap-7x-failover-ejb-ejbremote-jvmkill-repl-async and 
eap-7x-failover-ejb-ejbremote-undeploy-repl-sync) 
or directly after "Received new cluster view" INFO message (scenario 
eap-7x-failover-ejb-ejbremote-shutdown-repl-async).

16:02:10,148 ERROR [org.jboss.as.ejb3.remote] (default task-111) WFLYEJB0150: Could not write method invocation failure for method public abstract int org.jboss.test.clusterbench.common.ejb.CommonStatefulSB.getSerialAndIncrement() on bean named RemoteStatefulSBImpl for appname clusterbench-ee7 modulename clusterbench-ee7-ejb distinctname  due to: org.infinispan.commons.CacheException: javax.transaction.HeuristicMixedException
[JBossINF] 	at org.wildfly.clustering.ee.infinispan.InfinispanBatch.close(InfinispanBatch.java:102)
[JBossINF] 	at org.jboss.as.ejb3.cache.distributable.DistributableCache.getWeakAffinity(DistributableCache.java:69)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.getWeakAffinity(MethodInvocationMessageHandler.java:274)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$600(MethodInvocationMessageHandler.java:68)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:244)
[JBossINF] 	at org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$receiveMessage$2(RemoteConnectionChannel.java:365)
[JBossINF] 	at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:734)
[JBossINF] Caused by: javax.transaction.HeuristicMixedException
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.finishResource(DummyTransaction.java:439)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.commitResources(DummyTransaction.java:448)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.runCommit(DummyTransaction.java:321)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:108)
[JBossINF] 	at org.wildfly.clustering.ee.infinispan.InfinispanBatch.close(InfinispanBatch.java:97)
[JBossINF] 	... 13 more
[JBossINF] Caused by: javax.transaction.xa.XAException
[JBossINF] 	at org.infinispan.transaction.impl.TransactionCoordinator.handleCommitFailure(TransactionCoordinator.java:207)
[JBossINF] 	at org.infinispan.transaction.impl.TransactionCoordinator.commit(TransactionCoordinator.java:159)
[JBossINF] 	at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:114)
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.finishResource(DummyTransaction.java:401)
[JBossINF] 	... 17 more
[JBossINF] Caused by: org.infinispan.util.concurrent.TimeoutException: Replication timeout for perf20

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-ejb-ejbremote-shutdown-repl-async/5/console-perf20/
Variant with HeuristicRollbackException logged on perf20 during scenario eap-7x-failover-ejb-ejbremote-jvmkill-repl-async (2 occurences):

16:08:49,504 ERROR [org.jboss.as.ejb3.remote] (default task-70) WFLYEJB0150: Could not write method invocation failure for method public abstract int org.jboss.test.clusterbench.common.ejb.CommonStatefulSB.getSerialAndIncrement() on bean named RemoteStatefulSBImpl for appname clusterbench-ee7 modulename clusterbench-ee7-ejb distinctname  due to: org.infinispan.commons.CacheException: javax.transaction.HeuristicRollbackException
[JBossINF] Caused by: javax.transaction.HeuristicRollbackException
[JBossINF] 	at org.infinispan.transaction.tm.DummyTransaction.finishResource(DummyTransaction.java:433)
[JBossINF] 	at org.infinispan.transaction.impl.TransactionCoordinator.handleCommitFailure(TransactionCoordinator.java:213)
[JBossINF] Caused by: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for topology 27
[JBossINF] 	at org.infinispan.statetransfer.StateTransferLockImpl.reportErrorAfterWait(StateTransferLockImpl.java:159)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferLockImpl.waitForTransactionData(StateTransferLockImpl.java:98)
[JBossINF] 	at org.infinispan.interceptors.base.BaseStateTransferInterceptor.waitForTransactionData(BaseStateTransferInterceptor.java:97)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:249)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:255)
[JBossINF] 	... 19 more

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-ejb-ejbremote-jvmkill-repl-async/2/console-perf20/

I have a scaffolded controller FooController on domain object Foo that requires another domain object Bar. 
In FooController_Roo_Controller.aj, method createForm() there is this code:
    if (myService.countAllBars() == 0) {
        dependencies.add(new String[] 
{ "bar", "bars" }
);
    }
However, I in BarController I changed the @RequestMapping to this:
    @RequestMapping("/admin/bar")
    @RooWebScaffold(path = "admin/bar", formBackingObject = Bar.class)
    public class BarController 
{
        ...
    }

So, I expect to see this line in FooController_Roo_Controller.aj:
{ "bar", "admin/bar" }
);

If I use the charset option when consuming from a non UTF8 encoded file and then unmarshal the result using a bindy object the result is either an exception or incorrect data.  Below are some unit tests that illustrate the issue.  The UTF8 ones work, but all of the Cp922 ones fail for a variety of reasons, both using BindyFixedLengthDataFormat and BindyCsvDataFormat.  I have only tested this with Cp922, but it may be the case that other non-standard encodings also exhibit the same behaviour.

import org.apache.camel.dataformat.bindy.annotation.CsvRecord;
import org.apache.camel.dataformat.bindy.annotation.DataField;
import org.apache.camel.dataformat.bindy.annotation.FixedLengthRecord;
import org.apache.camel.dataformat.bindy.csv.BindyCsvDataFormat;
import org.apache.camel.dataformat.bindy.fixed.BindyFixedLengthDataFormat;

public class BindyEncodingTest extends CamelTestSupport {

    private static final String RESULT_FIXED_LENGTH_UTF8 = "mock:result_fixed_length_utf8";
    private static final String RESULT_FIXED_LENGTH_CP922 = "mock:result_fixed_length_cp922";
    private static final String RESULT_CSV_UTF8 = "mock:result_csv_utf8";
    private static final String RESULT_CSV_CP922 = "mock:result_csv_cp922";

    private static final String TMP = "C:/tmp";
    private static final String FIXED_LENGTH_UTF8 = "BindyEncodingTest.FixedLength.utf8.txt";
    private static final String FIXED_LENGTH_CP922 = "BindyEncodingTest.FixedLength.cp922.txt";
    private static final String CSV_UTF8 = "BindyEncodingTest.csv.utf8.txt";
    private static final String CSV_CP922 = "BindyEncodingTest.csv.cp922.txt";

    @EndpointInject(uri = RESULT_FIXED_LENGTH_UTF8)
    protected MockEndpoint resultEndpointFixedLengthUtf8;

    @EndpointInject(uri = RESULT_FIXED_LENGTH_CP922)
    protected MockEndpoint resultEndpointFixedLengthCp922;

    @EndpointInject(uri = RESULT_CSV_UTF8)
    protected MockEndpoint resultEndpointCsvUtf8;

    @EndpointInject(uri = RESULT_CSV_CP922)
    protected MockEndpoint resultEndpointCsvCp922;

    @Override
            @Override
                from("file://"+TMP+"?fileName="+ FIXED_LENGTH_UTF8 +"&charset=UTF8")
                        .unmarshal(new BindyFixedLengthDataFormat(FixedLengthBindy.class))
                        .to(RESULT_FIXED_LENGTH_UTF8);

                from("file://"+TMP+"?fileName="+ FIXED_LENGTH_CP922 +"&charset=Cp922")
                        .to(RESULT_FIXED_LENGTH_CP922);

                from("file://"+TMP+"?fileName="+ CSV_UTF8 +"&charset=UTF8")
                        .unmarshal(new BindyCsvDataFormat(CsvBindy.class))
                        .to(RESULT_CSV_UTF8);

                from("file://"+TMP+"?fileName="+ CSV_CP922 +"&charset=Cp922")
                        .to(RESULT_CSV_CP922);
            }
        };
    }

    @After
    public void after() throws InterruptedException {
    }

    /* works */
    @Test
    public void fixedLengthUtf8() throws IOException, InterruptedException {
        byte[] input = new byte[]{
                (byte)0xC3,(byte)0x85, // Å
                (byte)0xC3,(byte)0x98, // Ø
                (byte)0xC3,(byte)0x86, // Æ
                (byte)0x33,(byte)0x34,(byte)0x35,(byte)0x36,(byte)0x37,(byte)0x38,(byte)0x39 // 3456789
        };

        writeFile(TMP+"/"+ FIXED_LENGTH_UTF8, input);
        resultEndpointFixedLengthUtf8.expectedMessageCount(1);
        Thread.sleep(5000);

        Object body = resultEndpointFixedLengthUtf8.getExchanges().get(0).getIn().getBody();
        assertTrue("The message body is null", body != null);
        assertTrue(body instanceof FixedLengthBindy);
        FixedLengthBindy fixedLengthBindy = (FixedLengthBindy) body;
        assertEquals("First is incorrect","Å",fixedLengthBindy.getFirst());
        assertEquals("Second is incorrect","ØÆ",fixedLengthBindy.getSecond());
        assertEquals("Third is incorrect","345678",fixedLengthBindy.getThird());
        assertEquals("Fourth is incorrect","9",fixedLengthBindy.getFourth());
        System.out.println(body);
    }

    /* fails with java.lang.StringIndexOutOfBoundsException */
    @Test
    public void fixedLengthCp922() throws IOException, InterruptedException {
        // ftp://ftp.software.ibm.com/software/globalization/gcoc/attachments/CP00922.pdf
                (byte)0xC5, // Å
                (byte)0xD8, // Ø
                (byte)0xC6, // Æ
        };

        writeFile(TMP + "/" + FIXED_LENGTH_CP922, input);
        resultEndpointFixedLengthCp922.expectedMessageCount(1);

        Object body = resultEndpointFixedLengthCp922.getExchanges().get(0).getIn().getBody();
    }

    /* fails as Third is incorrect */
    @Test
    public void fixedLengthCp922a() throws IOException, InterruptedException {
                (byte)0x31,(byte)0x32,(byte)0x33,(byte)0x34,(byte)0x35,(byte)0x36,(byte)0x37, // 1234567
                (byte)0xC5 // Å
        };

        assertEquals("First is incorrect","1",fixedLengthBindy.getFirst());
        assertEquals("Second is incorrect","23",fixedLengthBindy.getSecond());
        assertEquals("Third is incorrect","4567ØÆ",fixedLengthBindy.getThird());
        assertEquals("Fourth is incorrect","Å",fixedLengthBindy.getFourth());
    }

    /* works */
    @Test
    public void csvUtf8() throws IOException, InterruptedException {
                (byte)0x2C, // ,
                (byte)0x33,(byte)0x34,(byte)0x35,(byte)0x36,(byte)0x37,(byte)0x38,
                (byte)0x39 // 3456789
        };

        writeFile(TMP+"/"+ CSV_UTF8, input);
        resultEndpointCsvUtf8.expectedMessageCount(1);

        Object body = resultEndpointCsvUtf8.getExchanges().get(0).getIn().getBody();
        assertTrue(body instanceof CsvBindy);
        CsvBindy csvBindy = (CsvBindy) body;
        assertEquals("First is incorrect","Å",csvBindy.getFirst());
        assertEquals("First is incorrect","ØÆ",csvBindy.getSecond());
        assertEquals("First is incorrect","345678",csvBindy.getThird());
        assertEquals("First is incorrect","9",csvBindy.getFourth());
    }

    /* fails as First is incorrect */
    @Test
    public void csvCp922() throws IOException, InterruptedException {
                (byte)0x33,(byte)0x34,(byte)0x35,(byte)0x36,(byte)0x37,(byte)0x38, // 345678
                (byte)0x39  // 9
        };

        writeFile(TMP+"/"+ CSV_CP922, input);
        resultEndpointCsvCp922.expectedMessageCount(1);

        Object body = resultEndpointCsvCp922.getExchanges().get(0).getIn().getBody();
        assertTrue("body is not List it is "+body.getClass(), body instanceof List);
        List<?> list = (List<?>)body;
        assertEquals("incorrect list size", 2, list.size());
        CsvBindy csvBindy = (CsvBindy) list.get(0);
    }

    private void writeFile(String path, byte[] content) throws IOException {
        Files.write(Paths.get(path),content);
    }

    @FixedLengthRecord(ignoreTrailingChars = true)
    public static class FixedLengthBindy {
        @DataField(pos = 1, length = 1) // 1
        private String first;

        @DataField(pos = 2, length = 2) // 2 - 3
        private String second;

        @DataField(pos = 3, length = 6) // 4 - 9
        private String third;

        @DataField(pos = 4, length = 1) // 10
        private String fourth;

        public String getFirst() {
            return first;
        }

        public void setFirst(String first) {
            this.first = first;
        }

        public String getSecond() {
            return second;
        }

        public void setSecond(String second) {
            this.second = second;
        }

        public String getThird() {
            return third;
        }

        public void setThird(String third) {
            this.third = third;
        }

        public String getFourth() {
            return fourth;
        }

        public void setFourth(String fourth) {
            this.fourth = fourth;
        }

        @Override
            return "FixedLengthBindy{" +
                    "first='" + first + '\'' +
                    ", second='" + second + '\'' +
                    ", third='" + third + '\'' +
                    ", fourth='" + fourth + '\'' +
                    '}';
        }
    }

    @CsvRecord(separator = ",", skipFirstLine = false)
    public static class CsvBindy{
        @DataField(pos = 1)
        @DataField(pos = 2)
        @DataField(pos = 3)
        @DataField(pos = 4)

        }

        }

        }

        }

        }

        }

        }

        }

        @Override
            return "CsvBindy{" +
                    '}';
        }
    }
}

The relevant parts of the pom:

        <camel.version>2.16.2</camel.version>
    ...
    <build>
        <plugins>
            <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.5.1</version>
                    <source>1.7</source>
                    <target>1.7</target>
            </plugin>
    </build>

            <version>${camel.version}</version>
            <artifactId>camel-bindy</artifactId>
            <artifactId>camel-jackson</artifactId>
            <artifactId>camel-test</artifactId>
            <groupId>commons-lang</groupId>
            <artifactId>commons-lang</artifactId>
            <version>2.6</version>
            <groupId>commons-io</groupId>
            <artifactId>commons-io</artifactId>
            <version>2.4</version>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-jdk14</artifactId>
            <version>1.7.21</version>

Note that the tests write to the filesystem, defaulting to C:/tmp.

In HRegion this.lastFlushSeqId is updated when opening a region which is wrong and will cause issue in distributedLogReplay recovery mode(not in log splitting mode) because its value is bumped up for log replay mode. 
This may cause data loss issue when we recover a region in distributedLogReplay mode while no flush for the region because no edits to be replayed. Later the region move to another region server and then future recovery will have issue because the large flush sequence Id value.

At times SecurityContextChannelInterceptor may be invoked in a Thread that already contains a SecurityContext on the SecurityContextHolder (i.e. xhr_stream). Currently, SecurityContextChannelInterceptor always clears the SecurityContextHolder.
Instead, the SecurityContextHolder should be restored to the original value (or cleared if it was empty).

After improving the endpoint URI schema on http://issues.apache.org/activemq/browse/CAMEL-1756, camel-web's endpoint request URL is changed from http://localhost:8080/endpoints/mock:results into http://localhost:8080/endpoints/mock://results while "//" is a separator for URL, so camel-web will use only the "mock:" to get the expected endpoint, which will throw an exception:
org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: mock: due to: Expected scheme-specific part at index 5: mock:
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:367)
	at org.apache.camel.web.resources.EndpointsResource.getEndpoint(EndpointsResource.java:75)
	at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.invokeSubLocator(SubLocatorRule.java:135)
	at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:89)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:111)
	at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:105)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:71)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:63)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:654)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:612)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:603)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:309)
	at com.sun.jersey.spi.container.servlet.ServletContainer.doFilter(ServletContainer.java:737)
	at com.sun.jersey.spi.container.servlet.ServletContainer.doFilter(ServletContainer.java:689)
	at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:119)
	at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:55)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:535)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:865)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:539)
Caused by: java.net.URISyntaxException: Expected scheme-specific part at index 5: mock:
	at java.net.URI$Parser.fail(URI.java:2816)
	at java.net.URI$Parser.failExpecting(URI.java:2822)
	at java.net.URI$Parser.parse(URI.java:3025)
	at org.apache.camel.util.URISupport.normalizeUri(URISupport.java:354)
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:365)
	... 39 more

hive-0.10.0 pom file has missing conf and scope mapping for compile configuration. 

 <camelContext xmlns="http://camel.apache.org/schema/blueprint"
                  id="eip-example-context"
                  errorHandlerRef="myDeadLetterErrorHandler">
The id of the errors example, should be errors-example-context. Or something like that, so it does not have the same id as the eip example.
Also instead of using a <bean> for the dead letter channel, then you can do this inline inside <camelContext>
<errorHandler id="myDLC" type="DeadLetterChannel" deadLetterUri="some uri"/>

When converting non-identifying JobParameters using 
DefaultJobParametersConverter#getProperties(JobParameters params) the NON_IDENTIFYING_FLAG is not prepended to the resulting property name.

If you have a cluster with > 200 nodes and a small table (< 50 regions) the StochasticLoadBalancer doesn't work at all. It is not correctly scaling the required values.  

http://camel.465427.n5.nabble.com/HTTP4-HttpProducer-close-temporary-file-in-CachedOutputStream-tp5716885.html

It's intermittently failing in CDI TCK in org.jboss.cdi.tck.interceptors.tests.contract.lifecycleCallback.LifecycleCallbackInterceptorTest. There is:

@Stateful
@Interceptors(CatInterceptor.class)
public class Cat extends Animal {
 ...

    @Override
    }
 ...
}

and:

public abstract class Animal {
 
 ...
    void foo() {
    }
 ....
}

There is check in org.jboss.as.ejb3.component.session.SessionBeanComponentDescription#addNoInterfaceView whether method is public. This check is sometimes called for Animal.foo() and sometimes for Cat.foo(). I think only Cat.foo() should be checked. 
Stacktrace is:

javax.ejb.EJBException: WFLYEJB0224: Not a business method void org.jboss.cdi.tck.interceptors.tests.contract.lifecycleCallback.Animal.foo(). Do not call non-public methods on EJB's
	at org.jboss.as.ejb3.component.session.NotBusinessMethodInterceptor.processInvocation(NotBusinessMethodInterceptor.java:43)
	at org.jboss.cdi.tck.interceptors.tests.contract.lifecycleCallback.Cat$$$view2.foo(Unknown Source)
	at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:436)
	at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127)
	at org.jboss.cdi.tck.interceptors.tests.contract.lifecycleCallback.Cat$Proxy$_$$_Weld$EnterpriseProxy$.foo(Unknown Source)
	at org.jboss.cdi.tck.interceptors.tests.contract.lifecycleCallback.LifecycleCallbackInterceptorTest.createAndDestroyInstance(LifecycleCallbackInterceptorTest.java:87)
	at org.jboss.cdi.tck.interceptors.tests.contract.lifecycleCallback.LifecycleCallbackInterceptorTest.testLifecycleCallbackInterceptorTransactionContext(LifecycleCallbackInterceptorTest.java:137)

if we have random files/dirs inside the bulkload family dir, we should try to skip them.

Since hive cli is deprecated, we shall switch WebHCat to use beeline instead.

It should be possible to start an SD REST application that plans on using MongoDB without requiring the JPA components needed by the JPA exporter. There should be a detection mechanism to find this and selectively register the exporter if the appropriate objects and classes exist in the application context.

While unit testing the new camel-mongodb component, I realised that my consumer's doStop() method is called even if the route had autoStart=false and was never started. 
This occurs because when autoStartup=false, and the route has never been started manually, the RouteService's state flags are all false. 
During the cascading stopping routine, the ServiceHelper.isStopped() method is used to determine whether a service should be stopped or not. Since this method only checks the stopped and stopping flags, it returns false which indicates to the caller that the service is either started or suspended.
The stop routine will then proceed to call doStop on the service, which is erroneous.
To fix this, I propose to add the following new logic to the ServiceHelper.isStopped() method:

            // if none of the flags is true, consider that the service is uninitialized, equating this status to stopped
            if (!(service.isStarted() || service.isStarting() || 
                    service.isStopped() || service.isStopping() || 
                    service.isSuspended() || service.isSuspending())) 
            {
            }

If I load an INI file with these values:
username: identity
password: abc=123
It actually considers the second line to have the key "password: abc" and the value "123:G". 

camel:dot doesn't support loading spring .xml files using the configuration option to the plugin. Currently it loads from META-INF/spring/*.xml
The other two: run and embedded has this feature.

If I have a repository defined thus:

public interface DataObjectRepository extends PagingAndSortingRepository<DataObject, Integer> {

	@Override
	@Lock(LockModeType.PESSIMISTIC_WRITE)
	DataObject findOne(Integer id);
	
	@Query("from DataObject o where o.id = ?1")
	DataObject findOneAndLock(Integer id);
}

and I run both findOne() and findOneAndLock() then only my more specific method acquires a lock - the @Lock annotation applied to the CRUD method has no effect on its operation. Interestingly, applying the annotation to the findAll method (as noted in the docs) does work !? The documentation suggests that the @Lock annotation should also apply to the other CRUD methods.
I've created a sample Maven / Eclipse project to demonstrate the issue (this example uses Derby as its DB, but the issue is also present on at least MySQL where I discovered it first)
The output of running the test.Application class ends with some Hibernate logging of the Derby:

Hibernate: 
    select
        dataobject0_.id as id1_0_0_,
        dataobject0_.name as name2_0_0_ 
    from
        data dataobject0_ 
    where
        dataobject0_.id=?
    select
        dataobject0_.id as id1_0_,
        dataobject0_.name as name2_0_ 
    from
        data dataobject0_ for update
            with rs
    select
    from
    where
        dataobject0_.id=? for update
            with rs

and I had expected that the first query (using the @Lock'ed findOne) should also have acquired the lock with the "for update" suffix.

SBAP causes an NPE when null is passed in as a partition for partition-level or column-level authorization.
Personally, in my opinion, this is not a SBAP bug, but incorrect usage of AuthorizationProviders - one should not be calling the column-level authorize (given that column-level is more basic than partition-level) function and pass in a null as the partition value. However, that happens on code introduced by HIVE-1887, and unless we rewrite that (and possibly a whole bunch more(will need evaluation)), we have to accommodate that null and appropriately attempt to fall back to table-level authorization in that case.
The offending code section is in Driver.java:685

 678         // if we reach here, it means it needs to do a table authorization
 679         // check, and the table authorization may already happened because of other
 680         // partitions
 681         if (tbl != null && !tableAuthChecked.contains(tbl.getTableName()) &&
 682             !(tableUsePartLevelAuth.get(tbl.getTableName()) == Boolean.TRUE)) {
 683           List<String> cols = tab2Cols.get(tbl);
 684           if (cols != null && cols.size() > 0) {
 685             ss.getAuthorizer().authorize(tbl, null, cols,
 686                 op.getInputRequiredPrivileges(), null);
 687           } else {
 688             ss.getAuthorizer().authorize(tbl, op.getInputRequiredPrivileges(),
 689                 null);
 690           }
 691           tableAuthChecked.add(tbl.getTableName());
 692         }

Running the commands of the add_part_multiple.q test on S3 with hive.blobstore.optimizations.enabled=true fails because of missing lineage information.
Running the command on HDFS

from src TABLESAMPLE (1 ROWS)
insert into table add_part_test PARTITION (ds='2010-01-01') select 100,100
insert into table add_part_test PARTITION (ds='2010-02-01') select 200,200
insert into table add_part_test PARTITION (ds='2010-03-01') select 400,300
insert into table add_part_test PARTITION (ds='2010-04-01') select 500,400;

results the following posthook outputs 

POSTHOOK: Lineage: add_part_test2 PARTITION(ds=2010-01-01).key EXPRESSION []
POSTHOOK: Lineage: add_part_test2 PARTITION(ds=2010-01-01).value EXPRESSION []
POSTHOOK: Lineage: add_part_test2 PARTITION(ds=2010-02-01).key EXPRESSION []
POSTHOOK: Lineage: add_part_test2 PARTITION(ds=2010-02-01).value EXPRESSION []
POSTHOOK: Lineage: add_part_test2 PARTITION(ds=2010-03-01).key EXPRESSION []
POSTHOOK: Lineage: add_part_test2 PARTITION(ds=2010-03-01).value EXPRESSION []
POSTHOOK: Lineage: add_part_test2 PARTITION(ds=2010-04-01).key EXPRESSION []
POSTHOOK: Lineage: add_part_test2 PARTITION(ds=2010-04-01).value EXPRESSION []

These lines are not printed when running the command on the table located in S3.
If hive.blobstore.optimizations.enabled=false, the lineage information is printed.

HS2 should have metrics added per pool, tagged accordingly. Not clear if HS2 even sets up metrics right now...

I face problem that remoting thread and MSC service thread is deadlocked when server is going to shutdown.
This happens in half of the cases when I run my integration arquillian tests again EAP 6.3.0 engineering releases.
I deploy one testing application packaged as jar file and then jdbc driver is deployed by copying to deployments folder.
I'm attaching server log file and thread dump at the time when threads are stuck.
I was trying to find out where the lock occurs and from the stack trace it happens on two places. One is lock on remoting queue and other is lock on DeploymentRepository object.
I did a quick fix which seems to work for me that I removed 'synchronized' keyword from the methods which remove listeners in DeploymentRepository.
It means from:
https://github.com/jbossas/jboss-eap/blob/6.x/ejb3/src/main/java/org/jboss/as/ejb3/deployment/DeploymentRepository.java#L103
and
https://github.com/jbossas/jboss-eap/blob/6.x/ejb3/src/main/java/org/jboss/as/ejb3/deployment/DeploymentRepository.java#L107
I'm really not sure whether this is 'a correct' fix but I just put my observation here to have some starting point.
This could not be trouble in remoting directly, maybe it's rather problem of MSC component. If so, please, change the jira type. Thank you.

HBaseAdmin administrative functions allow tableName or regionName through the API.  Things are okay if we pass tableName, but when using regionName the code in HMaster is incorrect.  It is expecting to be passed tableName and startRow, but we are passing null and regionName.  Patch will fix master to handle this case properly.
Log for good measure:

[hbase@mb0 StyBase]$ java TableMaintenance chunks
Running maintenance on table 'chunks'
Table contains 2 regions
  > Flushing region {chunks,,1229390225893}
EXCEPTION FLUSHING REGION! [org.apache.hadoop.ipc.RemoteException: java.io.IOException: Invalid arguments to openScanner
        at org.apache.hadoop.hbase.regionserver.HRegionServer.openScanner(HRegionServer.java:1695)
        at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source)
Caused by: java.lang.NullPointerException: firstRow for scanner is null
        at org.apache.hadoop.hbase.regionserver.HRegionServer.openScanner(HRegionServer.java:1692)
        ... 5 more

        at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:701)
        at org.apache.hadoop.hbase.ipc.HBaseRPC$Invoker.invoke(HBaseRPC.java:321)
        at $Proxy2.openScanner(Unknown Source)
        at org.apache.hadoop.hbase.master.HMaster.getTableRegionClosest(HMaster.java:725)
        at org.apache.hadoop.hbase.master.HMaster.modifyTable(HMaster.java:804)
]

IntegrationTestBigLinkedListWithChaosMonkey creates a table named IntegrationTestBigLinkedListWithChaosMonkey but when inserting data it doesn't insert any data into it.

Log4jCustomHandlerTestCase.disabledLoggerTest does not bring the setup back in the original state. This means that whenever defaultLoggingTest is run after disabledLoggerTest, the test fails.
disabledLoggerTest must reset the enabled flag.

TestCacheOnWriteInSchema and TestCompactSelection fails with 

java.io.IOException: Target HLog directory already exists: ./target/test-data/2d814e66-75d3-4c1b-92c7-a49d9972e8fd/TestCacheOnWriteInSchema/logs
	at org.apache.hadoop.hbase.regionserver.wal.HLog.<init>(HLog.java:385)
	at org.apache.hadoop.hbase.regionserver.wal.HLog.<init>(HLog.java:316)
	at org.apache.hadoop.hbase.regionserver.TestCacheOnWriteInSchema.setUp(TestCacheOnWriteInSchema.java:162)

Error is:

java.lang.AssertionError: found exception: java.lang.NullPointerException via CODE-BUG: Uncaught runtime exception: pid=154, state=RUNNABLE:SPLIT_TABLE_REGION_CREATE_DAUGHTER_REGIONS; SplitTableRegionProcedure table=testRecoveryAndDoubleExecution, parent=3d8d459ba395c2cf6b1e5c71aca92cfd, daughterA=c6531c10effa8e542159ab82a87bd75e, daughterB=ee34a9af88273b6c06e1a688fc50ed6e:java.lang.NullPointerException: 
	at org.apache.hadoop.hbase.master.assignment.TestSplitTableRegionProcedure.testRecoveryAndDoubleExecution(TestSplitTableRegionProcedure.java:411)

Exception from the output file:

2018-02-05 18:00:48,205 ERROR [PEWorker-1] procedure2.ProcedureExecutor(1480): CODE-BUG: Uncaught runtime exception: pid=19, state=RUNNABLE:SPLIT_TABLE_REGION_CREATE_DAUGHTER_REGIONS; SplitTableRegionProcedure table=testSplitWithoutPONR, parent=57114194fb486a3988b232bcf10eb177, daughterA=749aa83c03b8f7c6b642cd73c5b51e43, daughterB=a53ec69e8dd2cfa6c0be2b9a7eb271bb
	at org.apache.hadoop.hbase.master.assignment.SplitTableRegionProcedure.splitStoreFiles(SplitTableRegionProcedure.java:617)
	at org.apache.hadoop.hbase.master.assignment.SplitTableRegionProcedure.createDaughterRegions(SplitTableRegionProcedure.java:541)
	at org.apache.hadoop.hbase.master.assignment.SplitTableRegionProcedure.executeFromState(SplitTableRegionProcedure.java:241)
	at org.apache.hadoop.hbase.master.assignment.SplitTableRegionProcedure.executeFromState(SplitTableRegionProcedure.java:89)

Value of 'htd' is null as it is initialized in the constructor but when the object is deserialized its null.
 
`Tokenizer` class uses the `ch == 0` to check whether this expression reaches end, making it is impossible to use `\0` in Spring EL like following:

#{#str?.split('\0')}

Clear bug triggered from missing FS checks in Hive.java

//Check if different FileSystems
if (!srcFs.getClass().equals(destFs.getClass()))
{ 
return true;
 }

    // Wait till master is initialized and all regions are assigned
    RegionStates regionStates = master.getAssignmentManager().getRegionStates();
    int expectedRegions = regionToRegionServerMap.size() + 1;
    while (!master.isInitialized()
        || regionStates.getRegionAssignments().size() != expectedRegions) {
    }

Actually this does not mean the assignment is finished. In AMv2, we will load the region state from meta when restarting, so the regionStates.getRegionAssignments will reach the expected count soon. But this is just the old location. After that, we will continue to execute the ServerCrashProcedure to deal with the reassignment. That's why sometimes we may fail with

java.lang.AssertionError: Values should be different. Actual: 1520478964169
	at org.apache.hadoop.hbase.master.TestRestartCluster.testRetainAssignmentOnRestart(TestRestartCluster.java:215)

We just read the old location from meta since the ServerCrashProcedure has not been finished yet, but we want to confirm that the region is on the same host and port but a new RS.

A few q files need to be updated, as they were not updated when HIVE-12017 went in.

Two approaches - a separate decoding path, into rows instead of VRBs; or decoding VRBs into rows on a higher level (the original LlapInputFormat). I think the latter might be better - it's not a hugely important path, and perf in non-vectorized case is not the best anyway, so it's better to make do with much less new code and architectural disruption. 
Some ORC patches in progress introduce an easy to reuse (or so I hope, anyway) VRB-to-row conversion, so we should just use that.

1.FullGC happen on ROOT regionserver.
2.ZK session timeout, master expire the regionserver and submit to ServerShutdownHandler
3.Regionserver complete the FullGC
4.In the process of ServerShutdownHandler, verifyRootRegionLocation returns true
5.ServerShutdownHandler skip assigning ROOT region
6.Regionserver abort itself because it reveive YouAreDeadException after a regionserver report
7.ROOT is offline now, and won't be assigned any more unless we restart master
Master Log:

2012-10-31 19:51:39,043 DEBUG org.apache.hadoop.hbase.master.ServerManager: Added=dw88.kgb.sqa.cm4,60020,1351671478752 to dead servers, submitted shutdown handler to be executed, root=true, meta=false
2012-10-31 19:51:39,045 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Splitting logs for dw88.kgb.sqa.cm4,60020,1351671478752
2012-10-31 19:51:50,113 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Server dw88.kgb.sqa.cm4,60020,1351671478752 was carrying ROOT. Trying to assign.
2012-10-31 19:52:15,939 DEBUG org.apache.hadoop.hbase.master.ServerManager: Server REPORT rejected; currently processing dw88.kgb.sqa.cm4,60020,1351671478752 as dead server
2012-10-31 19:52:15,945 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Skipping log splitting for dw88.kgb.sqa.cm4,60020,1351671478752

No log of assigning ROOT
Regionserver log:

2012-10-31 19:52:15,923 WARN org.apache.hadoop.hbase.util.Sleeper: We slept 229128ms instead of 100000ms, this is likely due to a long garbage collecting pause and it's usually bad, see http://hbase.apache.org/book.html#trouble.rs.runtime.zkexpired

In HIVE-15226 ( https://issues.apache.org/jira/browse/HIVE-15226 ), blobstore tests were changed to print a different masking pattern for the blobstore path. In that patch, test output was replaced for the clientpositive test ( insert_into.q ), but not for the clientnegative test ( select_dropped_table.q ), causing the negative tests to fail.
This patch is the result of -Dtest.output.overwrite=true with the clientnegative tests.

The only argument for having a text file for storing intermediate results seems to be better debuggability.
But, tailing a sequence file is possible, and it should be more space efficient

In TransactionAwareDataSourceProxy  isClosed() is not specially handled, under some circumstances the call to this method will create a connection, which is then leaked, since callers are using isClosed() in a finally clause when releasing resources.
We experienced this problem with a connection pool when bounding the number of connections and under high load when the pool becomes exhausted. Under these circumstances the connections are leaking.
If we assume a pool with 1 connection and we are using TransactionAwareDataSourceProxy.
Thread 1) gets the connection and holds it.
Thread 2) tries to get a connection, but since 1) holds it it has a timeout.
We have a context switch to 1) which releases the connection.
We have a context switch to 2). Since it holds a TransactionAwareDataSourceProxy Connection, it will still try to close it. In particular the isCosed method is called and since the target connection is null a new connection is created, which is then leaked.
I tentatively fixed this problem by handling the isClosed when target is null. This passes the tests with which I could reproduce the problem. I'm not sure if there are unwanted side effects, though.
Patch below:

Eclipse Workspace Patch 1.0
#P spring-2-5-6-SEC01
Index: src/org/springframework/jdbc/datasource/TransactionAwareDataSourceProxy.java

src/org/springframework/jdbc/datasource/TransactionAwareDataSourceProxy.java	(revision 17121)
+++ src/org/springframework/jdbc/datasource/TransactionAwareDataSourceProxy.java	(working copy)
@@ -201,6 +201,12 @@
 				this.closed = true;
 				return null;
 			}
+			// prevent isClosed from opening new connections.
+			// since isClosed is usually called in finally blocks
+			// this would cause connections to leak.
+			else if  (method.getName().equals("isClosed") && this.target==null) 
{
+				return true;
+			}

 			if (this.target == null) {
 				if (this.closed) {

I believe UDF format should work on decimal types.

hive> select format_number(decimal_1.u,1) from decimal_1;
FAILED: SemanticException [Error 10016]: Line 1:21 Argument type mismatch 'u': Argument 1 of function FORMAT_NUMBER must be "tinyint" or "smallint" or "int" or "bigint" or "double" or "float", but "decimal(5,0)" was found.

This is not easy to reproduce I haven't been able to simplify it down from our code to recreate it but I can reliably cause it to happen.  Basically if you hit a camel-sjms route with a spike of load from nothing and have a bunch of .toD("dynamic-${route}") it can create more connections than the pool allows then when a connection is returned it is closed and one of the routes will be using a session with a closed connection and will not work until it is restarted.
The code in question:
https://github.com/apache/camel/blob/camel-2.18.x/components/camel-sjms/src/main/java/org/apache/camel/component/sjms/producer/InOnlyProducer.java#L51-L67

When a regionsserver dies the master can run into the following bug.
2010-04-27 17:20:37,303 DEBUG org.apache.hadoop.hbase.master.HMaster: Processing todo: ProcessServerShutdown of dell106.cluster,60020,1272377612991
2010-04-27 17:20:37,303 INFO org.apache.hadoop.hbase.master.RegionServerOperation: process shutdown of server dell106.cluster,60020,1272377612991: logSplit: true, rootRescanned: true, numberOfMetaRegions: 1, onlineMetaRegions.size(): 1
2010-04-27 17:20:01,637 INFO org.apache.hadoop.hbase.master.RegionServerOperation: Log split complete, meta reassignment and scanning:
2010-04-27 17:20:01,653 DEBUG org.apache.hadoop.hbase.master.ProcessServerShutdown$ScanRootRegion: process server shutdown scanning root region on 10.1.3.124
2010-04-27 17:20:01,664 DEBUG org.apache.hadoop.hbase.master.RegionServerOperation: process server shutdown scanning root region on 10.1.3.124 finished master
2010-04-27 17:20:01,683 DEBUG org.apache.hadoop.hbase.master.ProcessServerShutdown$ScanMetaRegions: process server shutdown scanning .META.,,1 on 10.1.3.104:60020
2010-04-27 17:20:18,087 DEBUG org.apache.hadoop.hbase.master.ProcessServerShutdown$ScanMetaRegions: Exception in RetryableMetaOperation:
2010-04-27 17:20:18,118 WARN org.apache.hadoop.hbase.master.HMaster: Adding to delayed queue: ProcessServerShutdown of dell106.cluster,60020,1272377612991
java.lang.RuntimeException: java.lang.NullPointerException
        at org.apache.hadoop.hbase.master.RetryableMetaOperation.doWithRetries(RetryableMetaOperation.java:100)
        at org.apache.hadoop.hbase.master.ProcessServerShutdown.process(ProcessServerShutdown.java:345)
        at org.apache.hadoop.hbase.master.HMaster.processToDoQueue(HMaster.java:509)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:448)
        at org.apache.hadoop.hbase.util.Bytes.toLong(Bytes.java:487)
        at org.apache.hadoop.hbase.util.Bytes.toLong(Bytes.java:461)
        at org.apache.hadoop.hbase.master.ProcessServerShutdown.scanMetaRegion(ProcessServerShutdown.java:147)
        at org.apache.hadoop.hbase.master.ProcessServerShutdown$ScanMetaRegions.call(ProcessServerShutdown.java:264)
        at org.apache.hadoop.hbase.master.ProcessServerShutdown$ScanMetaRegions.call(ProcessServerShutdown.java:250)
        at org.apache.hadoop.hbase.master.RetryableMetaOperation.doWithRetries(RetryableMetaOperation.java:69)
        ... 3 more
The problem is in ProcessServerShutdown.java at line 148-149:
146	        String serverAddress = 
147	          Bytes.toString(values.getValue(CATALOG_FAMILY, SERVER_QUALIFIER));
148	        long startCode =
149	          Bytes.toLong(values.getValue(CATALOG_FAMILY, STARTCODE_QUALIFIER));
150	        String serverName = null;
151	        if (serverAddress != null && serverAddress.length() > 0) 
{
152	          serverName = HServerInfo.getServerName(serverAddress, startCode);
153	        }

It should be modified to:
{
148	          long startCode =
149	            Bytes.toLong(values.getValue(CATALOG_FAMILY, STARTCODE_QUALIFIER));
153	        }

As Bytes.toLong cannot handle the null pointer returned by getValue for missing  STARTCODE_QUALIFIER of offline regions in META.

DistributedCacheFactoryBean in afterPropertiesSet creates and closes filsystem instance. because in hadoop 2 filesystem instance are singletons, further talking to hdfs is not possible.
fix is simple: in DistributedCacheFactoryBean change line 117 to
	HdfsResourceLoader loader = new HdfsResourceLoader(fs);
its regression from RC1, please fix it asap.

Hey,
while looking into SPR-14624 I noticed another case of unnecessary and rather costly string concatenations. Not as severe as in SPR-14624 but with a factor of 8 it still has an effect. Applications that send a lot of websocket messages could benefit from this as it eases the pressure on the heap.

Benchmark
Mode
Cnt
Score
Error
Units

MyBenchmark.testAssertNormal
thrpt
30
21121,046
225,696
ops/s

MyBenchmark.testAssertEnhanced
thrpt
30
173947,320
2253,248
ops/s

I used traditional if statements instead of the supplier functionality in Assert in order to be able to backport it to 4.3.x or even 4.2.x - much like the fixes for SPR-14624.
Cheers

I have this configuration in my host.xml. Note the space before -XX:HeapDumpPath.

        <server name="server-one" group="main-server-group">
            <jvm name="default">
              <jvm-options>
                <option value="-agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=n"/>
                <option value=" -XX:HeapDumpPath=/tmp/"/>
              </jvm-options>
           </jvm>
        </server>

When I start up EAP, server-one fails to start with this error message:

17:01:26,218 INFO  [org.jboss.as.process.Server:server-one.status] (ProcessController-threads - 3) JBAS012017: Starting process 'Server:server-one'
[Server:server-one] Listening for transport dt_socket at address: 8787
[Server:server-one] Error: Could not find or load main class  -XX:HeapDumpPath=.tmp.
17:01:26,766 INFO  [org.jboss.as.process.Server:server-one.status] (reaper for Server:server-one) JBAS012010: Process 'Server:server-one' finished with an exit status of 1

We set it disabled in https://issues.apache.org/jira/browse/HIVE-17116 "Vectorization: Add infrastructure for vectorization of ROW__ID struct"
But forgot to turn it on to true by default in Teddy's ACID ROW__ID work... 

Vectorizer.verifyAndSetVectorPartDesc() has a Preconditions check to ensure the InputFormat is ORC only. However there can be metadataonly or empty result optimizations on Acid tables, which change the input format to NullRows/OneNullRowInputFormat, which gets tripped up on this check.
Relaxing this check to allow nullrows and onenullrow input formats.

indexing errors are not ignored
it attempts to index all resources, not just .class files

See nabble
http://old.nabble.com/Help%21-org.apache.camel.impl.GroupedExchange-does-not-exist-in-the-latest-download-ts26841584.html

I want to dynamically configure following section in IO subsystem in standalone.xml of wildfly:

<worker name="default" io-threads="100" task-max-threads="1000"/>

Here if I do something like:

<worker name="default" io-threads="${my.io.threads:100}" task-max-threads="${my.task.max.threads:1000}"/>

And pass parameters as -Dmy.io.threads, -Dmy.task.max.threads while starting wildfly server, it's failing to parse standalone.xml with following exception:

ERROR [org.jboss.as.server] (Controller Boot Thread) JBAS015956: Caught exception during boot:
org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014676: Failed to parse configuration 
at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:112) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.server.ServerService.boot(ServerService.java:331) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:259) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final] 
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_45] Caused by: java.lang.NumberFormatException: For input string: "${my.io.threads:100}" 
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) [rt.jar:1.8.0_45] 
at java.lang.Integer.parseInt(Integer.java:569) [rt.jar:1.8.0_45] at java.lang.Integer.parseInt(Integer.java:615) [rt.jar:1.8.0_45] 
at org.jboss.dmr.StringModelValue.asInt(StringModelValue.java:139) [jboss-dmr-1.2.0.Final.jar:1.2.0.Final] 
at org.jboss.dmr.ModelNode.asInt(ModelNode.java:240) [jboss-dmr-1.2.0.Final.jar:1.2.0.Final] 
at org.jboss.as.controller.AttributeParser.parse(AttributeParser.java:116) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.controller.AttributeParser.parse(AttributeParser.java:82) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.controller.AttributeParser$DiscardOldDefaultValueParser.parse(AttributeParser.java:177) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.controller.AttributeParser.parseAndSetParameter(AttributeParser.java:61) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.controller.PersistentResourceXMLDescription.parse(PersistentResourceXMLDescription.java:83) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.controller.PersistentResourceXMLDescription.parseChildren(PersistentResourceXMLDescription.java:135) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.controller.PersistentResourceXMLDescription.parse(PersistentResourceXMLDescription.java:107) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final] 
at org.wildfly.extension.io.IOSubsystemParser_1_0.readElement(IOSubsystemParser_1_0.java:71) 
at org.wildfly.extension.io.IOSubsystemParser_1_0.readElement(IOSubsystemParser_1_0.java:41) 
at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper-1.1.0.Final.jar:1.1.0.Final] 
at org.jboss.staxmapper.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:69) [staxmapper-1.1.0.Final.jar:1.1.0.Final] 
at org.jboss.as.server.parsing.StandaloneXml.parseServerProfile(StandaloneXml.java:1131) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_4(StandaloneXml.java:458) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:145) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:107) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] 
at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
 at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:104) [wildfly-controller-8.2.0.Final.jar:8.2.0.Final]
 ... 3 more

This section should allow expressions.

ThriftUtilities.getFromThrift, if TGet wihtout columns the filter is ignore.

if (!in.isSetColumns()) {
 return out;
}

for (TColumn column : in.getColumns()) {
 if (column.isSetQualifier()) {
 out.addColumn(column.getFamily(), column.getQualifier());
 } else {
 out.addFamily(column.getFamily());
 }
}
if (in.isSetFilterBytes()) {
 out.setFilter(filterFromThrift(in.getFilterBytes()));
}

There is a possible NPE that can happen on exceptions during the initial OAuth flow in Camel Box component. This is due to a listener attribute in LoginAuthFlowUI which is never set by Box.com SDK. 

If a repository redeclares a delete(…) method using the concrete identifier type the ReflectionRepositoryInvoker fails to invoke this method as it will get the raw id value handed into the invokeDelete(…) method.
This is a side effect of the fix for DATAREST-335 which added explicit handling for the overridden method with the concrete identifier type but assumed the parameter would be handed in the correct type already.

Like the HBASE-6195, when flushing the append thread will read out the old value for the larger timestamp in snapshot and smaller timestamp in memstore.
We Should make the first-in-thread generates the smaller timestamp.

ldap-realm tries to verify Subject DN even if it is not configured (in optional subject-dn-from attribute). Attempt to verify Subject DN should not happen in that case.
It seems it is caused by missing check in [1].
[1] https://github.com/wildfly/wildfly-core/blob/4e3c18e143d9093401c65745e321cca05e678f14/elytron/src/main/java/org/wildfly/extension/elytron/LdapRealmDefinition.java#L286

TestMasterFailoverWithProcedures test is failing frequently, times out. I faced this failure on 2.0.3RC0 vote and it also appears on multiple flaky dashboards.
branch-2: https://builds.apache.org/view/H-L/view/HBase/job/HBase-Flaky-Tests/job/branch-2/2007/
branch-2.1: https://builds.apache.org/view/H-L/view/HBase/job/HBase-Flaky-Tests/job/branch-2.1/2002/
branch-2.0: https://builds.apache.org/view/H-L/view/HBase/job/HBase-Flaky-Tests/job/branch-2.0/1988/  

[INFO] Running org.apache.hadoop.hbase.master.procedure.TestMasterFailoverWithProcedures
[ERROR] Tests run: 4, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 780.648 s <<< FAILURE! - in org.apache.hadoop.hbase.master.procedure.TestMasterFailoverWithProcedures
[ERROR] org.apache.hadoop.hbase.master.procedure.TestMasterFailoverWithProcedures  Time elapsed: 749.024 s  <<< ERROR!
org.junit.runners.model.TestTimedOutException: test timed out after 780 seconds
	at org.apache.hadoop.hbase.master.procedure.TestMasterFailoverWithProcedures.tearDown(TestMasterFailoverWithProcedures.java:86)

[ERROR] org.apache.hadoop.hbase.master.procedure.TestMasterFailoverWithProcedures  Time elapsed: 749.051 s  <<< ERROR!
java.lang.Exception: Appears to be stuck in thread RS-EventLoopGroup-3-2

When running scenario, where connection between worker and balancer is secured with SSL, worker fails to register on balancer.
Worker obviously tries to send INFO commands, though it sends it as a 'plain text' to a secured channel.
I enabled SSL debugging, and such unsecured-secured communication causes this error:

09:42:20,456 INFO  [stdout] (default I/O-4) Using SSLEngineImpl.
09:42:20,458 INFO  [stdout] (default I/O-4) Allow unsafe renegotiation: false
09:42:20,458 INFO  [stdout] (default I/O-4) Allow legacy hello messages: true
09:42:20,458 INFO  [stdout] (default I/O-4) Is initial handshake: true
09:42:20,459 INFO  [stdout] (default I/O-4) Is secure renegotiation: false
09:42:20,459 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 for TLSv1
09:42:20,460 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 for TLSv1
09:42:20,460 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_RSA_WITH_AES_256_CBC_SHA256 for TLSv1
09:42:20,460 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA384 for TLSv1
09:42:20,460 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_ECDH_RSA_WITH_AES_256_CBC_SHA384 for TLSv1
09:42:20,460 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_DHE_RSA_WITH_AES_256_CBC_SHA256 for TLSv1
09:42:20,460 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_DHE_DSS_WITH_AES_256_CBC_SHA256 for TLSv1
09:42:20,461 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 for TLSv1.1
09:42:20,461 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 for TLSv1.1
09:42:20,461 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_RSA_WITH_AES_256_CBC_SHA256 for TLSv1.1
09:42:20,461 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA384 for TLSv1.1
09:42:20,461 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_ECDH_RSA_WITH_AES_256_CBC_SHA384 for TLSv1.1
09:42:20,461 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_DHE_RSA_WITH_AES_256_CBC_SHA256 for TLSv1.1
09:42:20,461 INFO  [stdout] (default I/O-4) Ignoring unsupported cipher suite: TLS_DHE_DSS_WITH_AES_256_CBC_SHA256 for TLSv1.1
09:42:20,479 INFO  [stdout] (default I/O-4) default I/O-4, fatal error: 80: problem unwrapping net record
09:42:20,480 INFO  [stdout] (default I/O-4) javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?
09:42:20,480 INFO  [stdout] (default I/O-4) default I/O-4, SEND TLSv1.2 ALERT:  fatal, description = internal_error
09:42:20,480 INFO  [stdout] (default I/O-4) default I/O-4, WRITE: TLSv1.2 Alert, length = 2
09:42:20,480 INFO  [stdout] (default I/O-4) default I/O-4, called closeInbound()
09:42:20,480 INFO  [stdout] (default I/O-4) default I/O-4, fatal: engine already closed.  Rethrowing javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack?
09:42:20,480 INFO  [stdout] (default I/O-4) default I/O-4, called closeOutbound()
09:42:20,480 INFO  [stdout] (default I/O-4) default I/O-4, closeOutboundInternal()

What bothers me, that there are no other errors (bad certificate, CLI error...) in log regarding this. Apart from:

09:45:42,653 WARN  [org.infinispan.topology.ClusterTopologyManagerImpl] (transport-thread--p14-t16) ISPN000197: Error updating cluster member list: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 6 from wildfly-14.0.0.Beta2-SNAPSHOT-2
        at org.infinispan.remoting.transport.impl.MultiTargetRequest.onTimeout(MultiTargetRequest.java:167)
        at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:87)
        at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:22)
        Suppressed: org.infinispan.util.logging.TraceException
                at org.infinispan.remoting.transport.Transport.invokeRemotely(Transport.java:75)
                at org.infinispan.topology.ClusterTopologyManagerImpl.confirmMembersAvailable(ClusterTopologyManagerImpl.java:525)
                at org.infinispan.topology.ClusterTopologyManagerImpl.updateCacheMembers(ClusterTopologyManagerImpl.java:508)
                at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:321)
                at org.infinispan.topology.ClusterTopologyManagerImpl.access$500(ClusterTopologyManagerImpl.java:87)
                at org.infinispan.topology.ClusterTopologyManagerImpl$ClusterViewListener.lambda$handleViewChange$0(ClusterTopologyManagerImpl.java:731)
                at org.infinispan.executors.LimitedExecutor.runTasks(LimitedExecutor.java:175)
                at org.infinispan.executors.LimitedExecutor.access$100(LimitedExecutor.java:37)
                at org.infinispan.executors.LimitedExecutor$Runner.run(LimitedExecutor.java:227)
                at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
                at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
                at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
                ... 1 more

Configuration using non-Elytron configuration was possible before, hence this is a regression.

After HBASE-18878, the audit log contains redundant characters "Optional" which leading to unreadable

2017-10-19 19:51:08,054 INFO  [RpcServer.default.FPBQ.Fifo.handler=49,queue=4,port=8081] master.HMaster: Client=Optional[username]/Optional[/locahost] disable tablename 

It should be possible to use "alter schema"  as an alternative to "alter database".  But the syntax is not currently supported.

alter schema db1 set owner user x;  
NoViableAltException(215@[])
FAILED: ParseException line 1:6 cannot recognize input near 'schema' 'db1' 'set' in alter statement

In Roo 1.1.0.M1 [rev 684]:
In create.tagx and update.tagx, the modelAttribute of the form tag is calculated like this:

<form:form ... modelAttribute="${fn:toLowerCase(object.class.simpleName)}">

This gives wrong results for Entity names that consist of more than one "part". Consider, f.e.  an Entity "FooBar". the model attribute would become "foobar" in the code above. On the other hand, the according controller would add a model attribute "fooBar" to the model map, which does not match with "foobar".
This results in 

	at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getBindStatus(AbstractDataBoundFormElementTag.java:174)
	at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getPropertyPath(AbstractDataBoundFormElementTag.java:194)
	at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getName(AbstractDataBoundFormElementTag.java:160)
	at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.writeDefaultAttributes(AbstractDataBoundFormElementTag.java:123)
	at org.apache.jsp.tag.web.form.fields.input_tagx._jspx_meth_form_005finput_005f0(input_tagx.java:579)
	at org.apache.jsp.tag.web.form.fields.input_tagx.doTag(input_tagx.java:294)

With the recent upgrade to Spring-Boot-2, also Spring-5 came in and I guess it is related to the upgrade from 4 to 5. So here's the issue. I have a controller which provides a download for the user by returning a ResponseEntity<InputStreamResource>. After the recent upgrade I now see frequently these errors in the log:

Apr 22 01:40:00 ru downloader.jar[7010]: 2018-04-22 01:40:00.083 ERROR 7030 --- [p-nio-80-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is java.lang.IllegalStateException: InputStream has already been read - do not use InputStreamResource if a stream needs to be read multiple times] with root cause
Apr 22 01:40:00 ru downloader.jar[7010]: java.lang.IllegalStateException: InputStream has already been read - do not use InputStreamResource if a stream needs to be read multiple times
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.core.io.InputStreamResource.getInputStream(InputStreamResource.java:97)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.http.converter.ResourceHttpMessageConverter.writeContent(ResourceHttpMessageConverter.java:130)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.http.converter.ResourceHttpMessageConverter.writeInternal(ResourceHttpMessageConverter.java:124)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.http.converter.ResourceHttpMessageConverter.writeInternal(ResourceHttpMessageConverter.java:45)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.http.converter.AbstractHttpMessageConverter.write(AbstractHttpMessageConverter.java:224)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:274)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.mvc.method.annotation.HttpEntityMethodProcessor.handleReturnValue(HttpEntityMethodProcessor.java:224)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:82)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:119)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:877)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:783)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:991)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:925)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:974)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:866)
Apr 22 01:40:00 ru downloader.jar[7010]:         at javax.servlet.http.HttpServlet.service(HttpServlet.java:635)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:851)
Apr 22 01:40:00 ru downloader.jar[7010]:         at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.servlet.resource.ResourceUrlEncodingFilter.doFilter(ResourceUrlEncodingFilter.java:60)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.boot.actuate.metrics.web.servlet.WebMvcMetricsFilter.filterAndRecordMetrics(WebMvcMetricsFilter.java:158)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.boot.actuate.metrics.web.servlet.WebMvcMetricsFilter.filterAndRecordMetrics(WebMvcMetricsFilter.java:126)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.boot.actuate.metrics.web.servlet.WebMvcMetricsFilter.doFilterInternal(WebMvcMetricsFilter.java:111)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.boot.actuate.web.trace.servlet.HttpTraceFilter.doFilterInternal(HttpTraceFilter.java:84)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:109)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:81)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:200)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:496)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:803)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:790)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1459)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
Apr 22 01:40:00 ru downloader.jar[7010]:         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
Apr 22 01:40:00 ru downloader.jar[7010]:         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
Apr 22 01:40:00 ru downloader.jar[7010]:         at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
Apr 22 01:40:00 ru downloader.jar[7010]:         at java.lang.Thread.run(Thread.java:748)

I tried some scenarios locally and couldn't reproduce it. Also it happens not all the time, just sometimes it fails in said ways. The stack trace doesn't contain anything from my code. With Spring-Boot-1 I never had those errors.
This is an exemplary extract of my Controller:

	public ResponseEntity<InputStreamResource> download(@ModelAttribute("providerId") String providerId,
			@ModelAttribute("slug") String slug, HttpServletRequest request)
			throws IOException, SomeOfMyExceptions {
                // ...
                BodyBuilder builder = null; // Nice class name, 
                if (isPartial) {
			builder = status(PARTIAL_CONTENT);
			builder.header("Content-Range", range);

		} else {
			builder = ok();
			if (acceptsRange) {
				builder.header("Accept-Ranges", "bytes");
			} else {
				builder.header("Accept-Ranges", "none");
			}
		}

		builder.contentType(contentType);
		download.contentLength().ifPresent(builder::contentLength);
		download.etag().ifPresent(builder::eTag);
		download.lastModified().ifPresent(builder::lastModified);

		builder.header("Content-Disposition", String.format("attachment; filename=\"%s\"", filename));

		return builder.body(new InputStreamResource(stream));
}

There is regression If Artemis is configured to JGroups tcp stack to form cluster then server does not start and fail with:

13:24:02,424 INFO  [org.jboss.ws.common.management] (MSC service thread 1-8) JBWS022052: Starting JBossWS 5.1.9.Final (Apache CXF 3.1.12) 
13:24:02,428 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
        "jboss.messaging-activemq.default",
        "org.wildfly.clustering.command-dispatcher-factory.tcp"
    ],
        "jboss.messaging-activemq.default.jms.manager is missing [jboss.messaging-activemq.default]",
        "jboss.messaging-activemq.default is missing [org.wildfly.clustering.command-dispatcher-factory.tcp]"
    ]
}
13:24:02,438 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
      service jboss.messaging-activemq.default (unavailable) dependents: [service jboss.messaging-activemq.default.jms.manager] 
      service org.wildfly.clustering.command-dispatcher-factory.tcp (missing) dependents: [service jboss.messaging-activemq.default] 

13:24:02,485 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
13:24:02,487 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:11990/management
13:24:02,487 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:11990

Configuration of jgroups and messaging-activemq subsystem:

        <subsystem xmlns="urn:jboss:domain:jgroups:5.0">
     ...
                    <protocol type="org.jgroups.protocols.TCPPING">
                        <property name="port_range">
                            10
                        <property name="num_initial_members">
                            1
                        <property name="initial_hosts">
                            127.0.0.1[9600]
                        <property name="timeout">
                            3000
                    <protocol type="FD"/>
                    <protocol type="pbcast.NAKACK"/>
                    <protocol type="FRAG2"/>
                    <protocol type="RSVP"/>
                </stack>
            </stacks>
....
        <subsystem xmlns="urn:jboss:domain:messaging-activemq:2.0">
            <server name="default" persistence-enabled="true" id-cache-size="200000">
                <broadcast-group name="bg-group1" jgroups-stack="tcp" jgroups-channel="activemq-cluster" broadcast-period="2000" connectors="connector"/>
                <discovery-group name="dg-group1" jgroups-stack="tcp" jgroups-channel="activemq-cluster" refresh-timeout="10000"/>
                <cluster-connection name="my-cluster" address="jms" connector-name="connector" check-period="30000" connection-ttl="60000" call-timeout="30000" discovery-group="dg-group1"/>
...
            </server>

Attaching the whole config: standalone-full-ha.xml

Put the structed hhive query location in hive-site.xml. Also chnage name of query log to add a random integer to file name. So that mutiple session do not overwrite same file.

2018-05-22 06:40:00,614 INFO  [Thread-961] regionserver.HRegionServer(2144): ***** STOPPING region server 'asf911.gq1.ygridcore.net,42867,1526971178277' *****
2018-05-22 06:40:00,614 INFO  [Thread-961] regionserver.HRegionServer(2158): STOPPED: Stopping as part of the test
.... 
2018-05-22 06:41:01,018 DEBUG [Time-limited test] client.ResultBoundedCompletionService(226): Replica 0 returns java.net.SocketTimeoutException: callTimeout=60000, callDuration=60515: Call to asf911.gq1.ygridcore.net/67.195.81.155:42867 failed on local exception: org.apache.hadoop.hbase.ipc.CallTimeoutException: Call id=34, waitTime=59332, rpcTimeout=59322 row 'eee' on table 'test' at region=test,eee,1526971188643.5aab2dd2e1d02b4e40be6d00422acd21., hostname=asf911.gq1.ygridcore.net,42867,1526971178277, seqNum=2
java.net.SocketTimeoutException: callTimeout=60000, callDuration=60515: Call to asf911.gq1.ygridcore.net/67.195.81.155:42867 failed on local exception: org.apache.hadoop.hbase.ipc.CallTimeoutException: Call id=34, waitTime=59332, rpcTimeout=59322 row 'eee' on table 'test' at region=test,eee,1526971188643.5aab2dd2e1d02b4e40be6d00422acd21., hostname=asf911.gq1.ygridcore.net,42867,1526971178277, seqNum=2
        at org.apache.hadoop.hbase.client.RpcRetryingCallerImpl.callWithRetries(RpcRetryingCallerImpl.java:159)
        at org.apache.hadoop.hbase.client.ResultBoundedCompletionService$QueueingFuture.run(ResultBoundedCompletionService.java:80)
Caused by: java.io.IOException: Call to asf911.gq1.ygridcore.net/67.195.81.155:42867 failed on local exception: org.apache.hadoop.hbase.ipc.CallTimeoutException: Call id=34, waitTime=59332, rpcTimeout=59322
        at org.apache.hadoop.hbase.ipc.IPCUtil.wrapException(IPCUtil.java:180)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient.onCallFinished(AbstractRpcClient.java:390)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient.access$100(AbstractRpcClient.java:95)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient$3.run(AbstractRpcClient.java:410)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient$3.run(AbstractRpcClient.java:406)
        at org.apache.hadoop.hbase.ipc.Call.setTimeout(Call.java:96)
        at org.apache.hadoop.hbase.ipc.RpcConnection$1.run(RpcConnection.java:199)
        at org.apache.hbase.thirdparty.io.netty.util.HashedWheelTimer$HashedWheelTimeout.expire(HashedWheelTimer.java:663)
        at org.apache.hbase.thirdparty.io.netty.util.HashedWheelTimer$HashedWheelBucket.expireTimeouts(HashedWheelTimer.java:738)
        at org.apache.hbase.thirdparty.io.netty.util.HashedWheelTimer$Worker.run(HashedWheelTimer.java:466)
        ... 1 more
Caused by: org.apache.hadoop.hbase.ipc.CallTimeoutException: Call id=34, waitTime=59332, rpcTimeout=59322
        at org.apache.hadoop.hbase.ipc.RpcConnection$1.run(RpcConnection.java:200)
        ... 4 more

HiveStatement throws ClassCastException while trying to return query logs.

	at org.apache.hive.jdbc.HiveStatement.getQueryLog(HiveStatement.java:841)

See nabble
http://camel.465427.n5.nabble.com/CXF-proxy-route-creates-multiple-two-user-agent-HTTP-headers-tp5729137.html

Caused by: java.util.concurrent.ExecutionException: java.lang.NoSuchMethodError: org.roaringbitmap.buffer.MutableRoaringBitmap.runOptimize()Z
  at org.apache.hive.druid.com.google.common.util.concurrent.AbstractFuture$Sync.getValue(AbstractFuture.java:299)
  at org.apache.hive.druid.com.google.common.util.concurrent.AbstractFuture$Sync.get(AbstractFuture.java:286)
  at org.apache.hive.druid.com.google.common.util.concurrent.AbstractFuture.get(AbstractFuture.java:116)
  at org.apache.hadoop.hive.druid.io.DruidRecordWriter.pushSegments(DruidRecordWriter.java:165)
  ... 25 more
Caused by: java.lang.NoSuchMethodError: org.roaringbitmap.buffer.MutableRoaringBitmap.runOptimize()Z
  at org.apache.hive.druid.com.metamx.collections.bitmap.WrappedRoaringBitmap.toImmutableBitmap(WrappedRoaringBitmap.java:65)
  at org.apache.hive.druid.com.metamx.collections.bitmap.RoaringBitmapFactory.makeImmutableBitmap(RoaringBitmapFactory.java:88)
  at org.apache.hive.druid.io.druid.segment.StringDimensionMergerV9.writeIndexes(StringDimensionMergerV9.java:348)
  at org.apache.hive.druid.io.druid.segment.IndexMergerV9.makeIndexFiles(IndexMergerV9.java:218)
  at org.apache.hive.druid.io.druid.segment.IndexMerger.merge(IndexMerger.java:438)
  at org.apache.hive.druid.io.druid.segment.IndexMerger.persist(IndexMerger.java:186)
  at org.apache.hive.druid.io.druid.segment.IndexMerger.persist(IndexMerger.java:152)
  at org.apache.hive.druid.io.druid.segment.realtime.appenderator.AppenderatorImpl.persistHydrant(AppenderatorImpl.java:996)
  at org.apache.hive.druid.io.druid.segment.realtime.appenderator.AppenderatorImpl.access$200(AppenderatorImpl.java:93)
  at org.apache.hive.druid.io.druid.segment.realtime.appenderator.AppenderatorImpl$2.doCall(AppenderatorImpl.java:385)
  at org.apache.hive.druid.io.druid.common.guava.ThreadRenamingCallable.call(ThreadRenamingCallable.java:44)
  ... 4 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:89, Vertex vertex_1502470020457_0005_12_05 [Reducer 2] killed/failed due to:OWN_TASK_FAILURE]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0 (state=08S01,code=2)

    Options

Attachments

ls -l --storage will make the CLI to throw an exception. storage being not known by the Command runtime.
Furthermore completion is not offered for these options.

I created an interface (Service) with two implementations (FirstService, SecondService) with one dependency each (DependencyOne, DependencyTwo, respectively). The dependencies are to be injected via a @Resource annotated setter method.
In a spring java configuration class I created a @Bean method with @Scope=prototype that based on some custom condition creates FirstService or SecondService using "new" operator. The method return type is Service. 
The problem is that when the method first creates an instance of FirstService and then the custom condition changes and on the second run an instance of SecondService is created it (SecondService instance) does not get populated with dependencies.
I've attached a simple maven module with a test case to demonstrate the issue.

For example, seems like most of the tests bind the master to port 60000. This doesn't work on shared build machines where multiple hbase test targets might run concurrently.

Sometimes in our production hbase cluster, it takes a long time to finish memstore flush.( for about more than 30 minutes)
the reason is that a memstore flusher thread calls StoreScanner.updateReaders(), waits for acquiring a lock that store scanner holds in StoreScanner.next() and backwardseek() in memstore scanner runs for a long time.
I think that this condition could occur in reverse scan by the following process.
1) create a reversed store scanner by requesting a reverse scan.
2) flush a memstore in the same HStore.
3) puts a lot of cells in memstore and memstore is almost full.
4) call the reverse scanner.next() and re-create all scanners in this store because all scanners was already closed by 2)'s flush() and backwardseek() with store's lastTop for all new scanners.
5) in this status, memstore is almost full by 2) and all cells in memstore have sequenceID greater than this scanner's readPoint because of 2)'s flush(). this condition causes searching all cells in memstore, and seekToPreviousRow() repeatly seach cells that are already searched if a row has one column. (described this in more detail in a attached file.)
6) flush a memstore again in the same HStore, and wait until 4-5) process finished, to update store files in the same HStore after flusing.
I searched HBase jira. and found a similar issue. (HBASE-14497) but, HBASE-14497's fix can't solve this issue because that fix just changed recursive call to loop.(and already applied to our HBase version)

When doing something like
@Query("MATCH (d:Document)[:REL](o:Other) "
            + "RETURN  id(o) as docuid")
public List<RandomResultDomainWithId> getXXXXX();
public class RandomResultDomainWithId 
{

    @ResultColumn("docuid")
    public int docuid;

}
I need to declare the variable docuid as int. Shouldn't that be long as the @GraphId is a long too?

Solution: EXCLUDE org.apache.hive.storage.jdbc.JdbcInputFormat which returns String for boolean.

Caused by: java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Boolean
        at org.apache.hadoop.hive.serde2.objectinspector.primitive.JavaBooleanObjectInspector.getPrimitiveWritableObject(JavaBooleanObjectInspector.java:36)
        at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.copyToStandardObject(ObjectInspectorUtils.java:434)
        at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.copyToStandardObject(ObjectInspectorUtils.java:347)
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:948)

The ExternalSaslServer.evaluateResponse returns empty byte array instead of null after successful authentication.
The contract says:

It is null if the authentication has succeeded and there is no more challenge data to be sent to the client.
Return null when authentication succeeds.

While trying to look at the issue in HBASE-12866, came across a minor issue in TestHFilePerformance while printing the HFile path. This has a directory path delimiter missing. It is only a sysout issue but can be fixed for easier debugging. So basically in timewrite function System.out.println(ROOT_DIR + path.getName());
should be System.out.println(ROOT_DIR + "/" + path.getName());
so that current output 
ROOT_DIR/target/test-data/.../TestHFilePerformanceHFile.Performance
is fixed as 
ROOT_DIR/target/test-data/.../TestHFilePerformance/HFile.Performance

If you call an ejb method with default visibility (e.g. from a servlet in the same package), an EJBException with code JBAS014356 is thrown because the method is not public.
If the method is annotated with @Asynchronous and returns void, the exception is not seen because the interceptor from AsyncFutureInterceptorFactory is used before NotBusinessMethodInterceptor, the exception is thrown in the worker thread instead.
With a void return, the exception is silently dropped. With a Future<?> return, it will be set as the failure exception on the future rather than being thrown from the call.
As per the forum reference we need to check the spec, but the validity of the business method should probably be checked before the handoff to the worker thread.

getColumns() method of DatabaseMetadata for HIVE JDBC Driver does not return the partition column names. Where as from HIVE CLI, if you do a 'describe tablename' you get all columns including the partition columns. It would be nice if getColumns() method returns all columns.

explain select count(d_date_sk) from date_dim where d_year=2001 ;
explain select count(d_date_sk) from date_dim where d_year=2001  and d_moy = 9;
explain select count(d_date_sk) from date_dim where d_year=2001 and d_moy = 9 and d_dom = 21;

All 3 queries end up with the same row-count estimates after the filter.

                TableScan
                  filterExpr: (d_year = 2001) (type: boolean)
                  Statistics: Num rows: 73049 Data size: 82034027 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: (d_year = 2001) (type: boolean)
                    Statistics: Num rows: 363 Data size: 4356 Basic stats: COMPLETE Column stats: COMPLETE
 
        Map 1 
                TableScan
                  filterExpr: ((d_year = 2001) and (d_moy = 9)) (type: boolean)
                    predicate: ((d_year = 2001) and (d_moy = 9)) (type: boolean)
                    Statistics: Num rows: 363 Data size: 5808 Basic stats: COMPLETE Column stats: COMPLETE
        Map 1 
                TableScan
                  filterExpr: ((d_year = 2001) and (d_moy = 9) and (d_dom = 21)) (type: boolean)
                    predicate: ((d_year = 2001) and (d_moy = 9) and (d_dom = 21)) (type: boolean)
                    Statistics: Num rows: 363 Data size: 7260 Basic stats: COMPLETE Column stats: COMPLETE

Jms bridge can not be deployed on first attempt when both source-context={} and target-context={}.  It happens only on server start (or after reload) and only when both source-context and target-context are defined as {}. When at least one of them is undefined, bridge is deployed correctly. 
It seems like timing issue, when bridge is looking for queue which is not yet created.
Priority is set to minor, because you don't need to specify target/ source context when local context is supposed to be used. You might also specify higher max-retries on bridge and then it connects when queue is created on local server.
Following is warning print on server startup

13:24:39,827 WARN  [org.apache.activemq.artemis.jms.bridge] (Thread-93) AMQ342010: Failed to connect JMS Bridge N/A: javax.naming.NameNotFoundException: jms/queue/InQueue [Root exception is java.lang.IllegalStateException]
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:153) [wildfly-naming-7.1.0.Beta1-redhat-4.jar:7.1.0.Beta1-redhat-4]
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:83) [wildfly-naming-7.1.0.Beta1-redhat-4.jar:7.1.0.Beta1-redhat-4]
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:207) [wildfly-naming-7.1.0.Beta1-redhat-4.jar:7.1.0.Beta1-redhat-4]
	at org.jboss.as.naming.InitialContext$DefaultInitialContext.lookup(InitialContext.java:237) [wildfly-naming-7.1.0.Beta1-redhat-4.jar:7.1.0.Beta1-redhat-4]
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:193) [wildfly-naming-7.1.0.Beta1-redhat-4.jar:7.1.0.Beta1-redhat-4]
	at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:189) [wildfly-naming-7.1.0.Beta1-redhat-4.jar:7.1.0.Beta1-redhat-4]
	at javax.naming.InitialContext.lookup(InitialContext.java:417) [rt.jar:1.8.0_65]
	at org.apache.activemq.artemis.jms.bridge.impl.JNDIFactorySupport.createObject(JNDIFactorySupport.java:46) [artemis-jms-server-1.5.5.001-redhat-1.jar:1.5.5.001-redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JNDIDestinationFactory.createDestination(JNDIDestinationFactory.java:32) [artemis-jms-server-1.5.5.001-redhat-1.jar:1.5.5.001-redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.setupJMSObjects(JMSBridgeImpl.java:1070) [artemis-jms-server-1.5.5.001-redhat-1.jar:1.5.5.001-redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.setupJMSObjectsWithRetry(JMSBridgeImpl.java:1247) [artemis-jms-server-1.5.5.001-redhat-1.jar:1.5.5.001-redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.access$2600(JMSBridgeImpl.java:75) [artemis-jms-server-1.5.5.001-redhat-1.jar:1.5.5.001-redhat-1]
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl$FailureHandler.run(JMSBridgeImpl.java:1747) [artemis-jms-server-1.5.5.001-redhat-1.jar:1.5.5.001-redhat-1]
	at org.jboss.as.naming.service.BinderService.getValue(BinderService.java:142) [wildfly-naming-7.1.0.Beta1-redhat-4.jar:7.1.0.Beta1-redhat-4]
	at org.jboss.as.naming.service.BinderService.getValue(BinderService.java:46) [wildfly-naming-7.1.0.Beta1-redhat-4.jar:7.1.0.Beta1-redhat-4]
	at org.jboss.msc.service.ServiceControllerImpl.getValue(ServiceControllerImpl.java:1158) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:131) [wildfly-naming-7.1.0.Beta1-redhat-4.jar:7.1.0.Beta1-redhat-4]
	... 16 more
13:24:39,828 WARN  [org.apache.activemq.artemis.jms.bridge] (Thread-93) AMQ342005: JMS Bridge N/A unable to set up connections, bridge will not be started

Let's say i have the following in Mongo

{ "_id" : ObjectId("5023dda4744e4cd2f346ac34"), "_class" : "org.springframework.integration.mongodb.store.MongoDbQueryTest$Person", "address" : { "street" : "2121 Rawn street", "city" : "Philadelphia", "state" : "PA" }, "name" : "Oleg" }

Query on the main object produces expected results

query = new BasicQuery("{'name': 'Oleg' }");

but not on the sub-object

query = new BasicQuery("{'address.state': 'PA' }");

When trying to schedule execution of an EJB 3.1 timer e.g. with the following rule:
Every 3rd of a month between 00:00 till 12:00 every 5 minutes starting from 03.06.2013. The execution time is calculated incorrectly. 
The first execution should be started on 03.07.2013 at 00:00, instead it starts at 03.07.2013 at 10:15, note: in the given example current time is 10:10. For some reason the TimerService takes into account the current locale time, although it should be irrelevant in such case.
Example code is attached, when execute the following output is produced:
Current time: Thu Jun 06 10:10:57 CEST 2013
Next execution time: Wed Jul 03 10:15:00 CEST 2013
When the same code is executed on glassfish  the following (IMHO correct) output is produced:
Current time: Thu Jun 06 10:09:26 CEST 2013
Next execution time: Wed Jul 03 00:00:00 CEST 2013

Looks like we can "upgrade" our look pretty cheaply by just swapping to a different skin. This fluido-skin uses Twitter Bootstrap. It's an older 2.x version (upstream has moved onto 3.x), but it's a start. There's some out-of-the-box configuration choices regarding menu bar location. We can also look into some of our own custom CSS.

In the Java DSL, you can say from("foo").marshal().jaxb().to("bar")
In XML I think it would look like this:
<from uri="..." />
<marshal>
  <jaxb />
</marshal>
<to uri="..." />
The problem is that you can't use the <jaxb /> element without the contextPath attribute, which the XSD says is required.

Going through the RC motions, tried building from the src tgz. Looks like there's some missing pieces there.

Someone from the community raised this to me:
The Property class includes the following:

	int index = this.writeMethod.getName().indexOf("set") + 3;
			if (index == -1) {
				throw new IllegalArgumentException("Not a setter method");
}

Since the index is set with +3 there's no way for the exception to throw.
See https://github.com/spring-projects/spring-framework/blob/3b8b3502a84714bd01594fca10e0afabcd2e48e4/spring-core/src/main/java/org/springframework/core/convert/Property.java#L146

HCatalog e2e test Pig_HBase_1 tries to read data from a table it created using the org.apache.hcatalog.hbase.HBaseHCatStorageHandler using the hcat loader org.apache.hive.hcatalog.pig.HCatLoader(). Following is the pig script.

a = load 'pig_hbase_1' using org.apache.hive.hcatalog.pig.HCatLoader(); store a into '/user/hcat/out/root-1380933875-pig.conf/Pig_HBase_1_0_benchmark.out';

Following error is thrown in the log:

org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.JobCreationException: ERROR 2017: Internal error creating job configuration.
        at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.JobControlCompiler.getJob(JobControlCompiler.java:850)
        at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.JobControlCompiler.compile(JobControlCompiler.java:296)
        at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher.launchPig(MapReduceLauncher.java:190)
        at org.apache.pig.PigServer.launchPlan(PigServer.java:1322)
        at org.apache.pig.PigServer.executeCompiledLogicalPlan(PigServer.java:1307)
        at org.apache.pig.PigServer.execute(PigServer.java:1297)
        at org.apache.pig.PigServer.executeBatch(PigServer.java:375)
        at org.apache.pig.PigServer.executeBatch(PigServer.java:353)
        at org.apache.pig.tools.grunt.GruntParser.executeBatch(GruntParser.java:140)
        at org.apache.pig.tools.grunt.GruntParser.parseStopOnError(GruntParser.java:202)
        at org.apache.pig.tools.grunt.GruntParser.parseStopOnError(GruntParser.java:173)
        at org.apache.pig.tools.grunt.Grunt.exec(Grunt.java:84)
        at org.apache.pig.Main.run(Main.java:607)
        at org.apache.pig.Main.main(Main.java:156)
Caused by: java.io.IOException: java.lang.ClassCastException: org.apache.hive.hcatalog.mapreduce.InputJobInfo cannot be cast to org.apache.hcatalog.mapreduce.InputJobInfo
        at org.apache.hive.hcatalog.mapreduce.HCatInputFormat.setInput(HCatInputFormat.java:87)
        at org.apache.hive.hcatalog.mapreduce.HCatInputFormat.setInput(HCatInputFormat.java:63)
        at org.apache.hive.hcatalog.pig.HCatLoader.setLocation(HCatLoader.java:119)
        at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.JobControlCompiler.getJob(JobControlCompiler.java:475)
        ... 18 more
Caused by: java.lang.ClassCastException: org.apache.hive.hcatalog.mapreduce.InputJobInfo cannot be cast to org.apache.hcatalog.mapreduce.InputJobInfo
        at org.apache.hcatalog.hbase.HBaseHCatStorageHandler.configureInputJobProperties(HBaseHCatStorageHandler.java:106)
        at org.apache.hive.hcatalog.common.HCatUtil.getInputJobProperties(HCatUtil.java:466)
        at org.apache.hive.hcatalog.mapreduce.InitializeInput.extractPartInfo(InitializeInput.java:161)
        at org.apache.hive.hcatalog.mapreduce.InitializeInput.getInputJobInfo(InitializeInput.java:137)
        at org.apache.hive.hcatalog.mapreduce.InitializeInput.setInput(InitializeInput.java:86)
        at org.apache.hive.hcatalog.mapreduce.HCatInputFormat.setInput(HCatInputFormat.java:85)
        ... 21 more

The pig script should instead be using the org.apache.hcatalog.pig.HCatLoader() instead.

In our test cluster we had two peer clusters, in which one peer cluster replication was disabled. Now when used ReplicationSyncUp tool to replicate the data to peer cluster, the tool replicated the data to the enabled peer cluster but it was keep on retrying to replicate the data to disabled peer cluster and hence it was not getting terminated. 

Currently kerberos-security-factory debug attribute is in management model defined as STRING type, but could be BOOLEAN.

            "kerberos-security-factory" => {
                "description" => "A security factory for obtaining a GSSCredential for use during authentication.",
                    "description" => "A security factory for obtaining a GSSCredential for use during authentication.",
                    "capabilities" => [{
                        "name" => "org.wildfly.security.security-factory.credential",
                        "dynamic" => true
                    }],
                        "debug" => {
                            "description" => "Should the JAAS step of obtaining the credential have debug logging enabled.",
                            "max-length" => 2147483647L,
                        },

In XSD it is properly configured as boolean

                <xs:attribute name="debug" type="xs:boolean" default="false">
                    <xs:annotation>
                        <xs:documentation>
                            Should the JAAS step of obtaining the credential have debug logging enabled.
                        </xs:documentation>
                    </xs:annotation>
                </xs:attribute>

The batchUpdate method of NamedParameterJdbcTemplate returns an array of size 1 when the batchArgs passed is an empty array.

int[] batchUpdate(String sql, SqlParameterSource[] batchArgs);

The batchUpdate method of the JdbcTemplate returns an empty array when the batchArgs passed is an empty array.

public int[] batchUpdate(String sql, List<Object[]> batchArgs) throws DataAccessException;

I am using spring-jdbc 4.2.9

NPE is thrown if both hive.optimize.skewjoin.compiletime and hive.auto.convert.join are enabled:

	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.convertMapJoin(MapJoinProcessor.java:329)
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.genMapJoinOpAndLocalWork(MapJoinProcessor.java:236)
	at org.apache.hadoop.hive.ql.optimizer.physical.CommonJoinTaskDispatcher.convertTaskToMapJoinTask(CommonJoinTaskDispatcher.java:181)
	at org.apache.hadoop.hive.ql.optimizer.physical.CommonJoinTaskDispatcher.processCurrentTask(CommonJoinTaskDispatcher.java:463)
	at org.apache.hadoop.hive.ql.optimizer.physical.AbstractJoinTaskDispatcher.dispatch(AbstractJoinTaskDispatcher.java:182)
	at org.apache.hadoop.hive.ql.optimizer.physical.CommonJoinResolver.resolve(CommonJoinResolver.java:79)
	at org.apache.hadoop.hive.ql.parse.MapReduceCompiler.optimizeTaskPlan(MapReduceCompiler.java:275)
	at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:223)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10028)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1068)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1130)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1005)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:995)

A simple way to reproduce this issue is to add set hive.auto.convert.join=true to one of the skew join qfile, e.g. skewjoinopt2.q.
While reduce side join can produce correct results, we kind of lost the point of skew join optimization - join skewed data via a map join to avoid one reducer getting too much records.

In WF9, the following commands were valid:
/subsystem=infinispan/cache-container=foo/local-cache=bar/store=string-jdbc:read-attribute(name=datasource)
/subsystem=infinispan/cache-container=foo/local-cache=bar/store=string-jdbc:write-attribute(name=datasource, value=java:jboss/datasources/ExampleDS)
In WF10, these commands result in "Unknown attribute" errors. Even though the "datasource" attribute was deprecated in WF10, these operations should still work, and should return a value translated from the "data-source" attribute.

Correct the javadoc for org.apache.commons.collections4.functors.CatchAndRethrowClosure, replacing:
CollctionUtils.forAllDo(strList, writer);
by:
CollectionUtils.forAllDo(strList, writer);

Make ns checker run every 5 minutes instead of every 30 seconds.
Also fix a bit more logging.  Can make the asyncprocess messages shorter by removing redundnate info like tablename.
Did pass removing 'region' and 'server' and META qualifiers where they are not needed.

Breaks the build on HiveQA. I cannot repro these build errors.

Currently javadoc is built when site is invoked.  It is tied to the pre-site scope.  The javadoc goal is aggregate.  Aggregate goals should be run from the command line generally, not tied to scopes else they tend to trigger package invocations in sub-modules (http://www.sonatype.com/books/mvnref-book/reference/assemblies-sect-basics.html).
This issue manifests as mvn build failing because we can't find hbase-*.jar dependencies even though we don't think we want them since we're just doing a site build (We've seen this on jenkins build where Nick added the site check; up there the workaround was adding a -N – do not recurse – flag).
Let me remove building javadoc from site lifecycle.  Invoke it explicitly on the command line if you need it.    Will update the refguide and remove the -N from the dev-tools as part of this patch.

Attributes of type Object do not have their inner attributes validated for e.g. "requires" and "alternatives".

The method Jaxp13XPathTemplate.evaluateAsBoolean returns true if the element selected by the expression exists, regardless of its contents. The text contents can be empty, "false", or "WTF", and evaluateAsBoolean will return true. 
This does not appear to match its Javadoc, which says: "Evaluates the given expression as a boolean. Returns the boolean evaluation of the expression, or false if it is invalid." The very similar method evaluateAsDouble has nearly identical Javadoc: "Evaluates the given expression as a double. Returns the evaluation of the expression, or Double.NaN if it is invalid." - but evaluateAsDouble returns the actual contents of the text node. If evaluateAsBoolean is really meant to mean, "doesExpressionSelectAnything", it should be renamed.
Below is a unit test that demonstrates the problem. The second assert fails.
The problem also occurs when using a WSDL which defines aFlag as type "xs:boolean". And, it also occurs with JaxenXPathTemplate. However, I have not seen it using sources other than DOMSource.

package com.yodle.misc;

import javax.xml.transform.dom.DOMSource;

import org.springframework.ws.server.endpoint.AbstractDomPayloadEndpoint;
import org.springframework.xml.transform.StringSource;
import org.springframework.xml.xpath.Jaxp13XPathTemplate;
import org.w3c.dom.Element;

public class BugDemo {

	final String request =
		"<someRequest> " +		
		"	<aDouble>123</aDouble> " +
		"	<aFlag>false</aFlag> " +
		"</someRequest> ";
	
	private class Endpoint extends AbstractDomPayloadEndpoint {

		@Override
		protected Element invokeInternal(Element requestElement, Document responseDocument) throws Exception {
			Jaxp13XPathTemplate xPathTemplate = new Jaxp13XPathTemplate();
			DOMSource src = new DOMSource(requestElement);
			
			double aDouble = xPathTemplate.evaluateAsDouble("aDouble", src);
			assertEquals(123d, aDouble, 0.01);
			
			boolean aFlag = xPathTemplate.evaluateAsBoolean("aFlag", src);
			assertFalse(aFlag);
			
		}
		
	};
	
	@Test
	public void demonstrateEvaluateAsBooleanStrangeBehavior() throws Exception {
		Endpoint endPoint = new Endpoint();
		endPoint.invoke(new StringSource(request));
	}
	
}

The tests throw java.lang.IndexOutOfBoundsException again. 
It was supposed to be fixed by HIVE-11271

The OpensslRandom class silently falls back to using the Java implementation if the native code is loaded but the nextRandBytes method fails.
This seems wrong as it can cause unexpected results and mask problems.
The corresponding OpensslCipher class does not fall back to JCE.

In response to HEAD, now handled by Spring for @GetMapping methods as of 4.3+, the HTTP spec says that it "should" include the same headers that GET would include, except that four header parameters are considered "optional". Content-Length is one of these optional headers for HEAD requests. BUT when it is included, it is supposed to have the same value as it would have been for GET, i.e., the length of the response body.  My @RestController @GetMapping methods return the correct non-zero value for GET requests but are setting Content-Length: 0 for HEAD requests.
This is using Spring 4.3.6 on both JBoss 6.1 (yes, very old) and WildFly 10.1.

The DigitalSignatureEndpoint has a clearHeaders option that is supposed to clear headers after a verify operation. However that is not working because the headers cleared are not the actual header values, but the name of the java String fields, which is irrelevant at runtime.
The default value of the clearHeaders should also be true, so that Camel does not leave debris in the Exchange after a verify operation.

FileStatus.isFile() and FileStatus.isDirectory() methods added in HIVE-10223 are not present in hadoop 1.

Description of problem

org.jboss.as.testsuite.integration.secman.module.DenyModulePermissionsTestCase
	
fails with Cannot deploy: modperm-deny.jar

org.jboss.as.testsuite.integration.secman.module.GrantModulePermissionsTestCase
	
fails with Cannot deploy: modperm-grant.jar

org.jboss.as.testsuite.integration.secman.module.LimitedModulePermissionsTestCase
	
fails with Cannot deploy: modperm-limited.jar

How reproducible

15%
OpenJDK, IBM JDK, Oracle JDK
Solaris, Windows, RHEL

Expected results
No failures in test case.
See for server logs for DenyModulePermissionsTestCase in attachment

Using something like /system-property=<TAB> with no system properties set results in future commands no longer working.
Example Output

[standalone@localhost:9990 /] /system-property=
The operation name is missing or the format of the operation request is wrong.
[standalone@localhost:9990 /]  
Node type is not complete at index 0

...
Caused by: java.lang.IllegalArgumentException: interface com.example.InjectApplication$Bar is not visible from class loader
	at java.lang.reflect.Proxy$ProxyClassFactory.apply(Proxy.java:581) ~[na:1.8.0_60]
	at java.lang.reflect.Proxy$ProxyClassFactory.apply(Proxy.java:557) ~[na:1.8.0_60]
	at java.lang.reflect.WeakCache$Factory.get(WeakCache.java:230) ~[na:1.8.0_60]
	at java.lang.reflect.WeakCache.get(WeakCache.java:127) ~[na:1.8.0_60]
	at java.lang.reflect.Proxy.getProxyClass0(Proxy.java:419) ~[na:1.8.0_60]
	at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:719) ~[na:1.8.0_60]
	at org.springframework.beans.factory.config.AbstractFactoryBean.getEarlySingletonInstance(AbstractFactoryBean.java:167) ~[spring-beans-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at org.springframework.beans.factory.config.AbstractFactoryBean.getObject(AbstractFactoryBean.java:148) ~[spring-beans-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at com.example.InjectApplication.another(InjectApplication.java:16) [classes/:na]
	at com.example.InjectApplication$$EnhancerBySpringCGLIB$$60c0613f.CGLIB$another$1(<generated>) ~[classes/:na]
	at com.example.InjectApplication$$EnhancerBySpringCGLIB$$60c0613f$$FastClassBySpringCGLIB$$b0b49c40.invoke(<generated>) ~[classes/:na]
	at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228) ~[spring-core-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:356) ~[spring-context-4.3.6.RELEASE.jar:4.3.6.RELEASE]
	at com.example.InjectApplication$$EnhancerBySpringCGLIB$$60c0613f.another(<generated>) ~[classes/:na]
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:162) ~[spring-beans-4.3.6.RELEASE.jar:4.3.6.RELEASE]

Gopal V found a error with this query:

        s_state, count(1)
 from store_sales,
 store,
 date_dim
 where store_sales.ss_sold_date_sk = date_dim.d_date_sk and
       store_sales.ss_store_sk = store.s_store_sk and
       store.s_state in ('KS','AL', 'MN', 'AL', 'SC', 'VT')
 group by s_state
 order by s_state
 limit 100;

org.apache.hadoop.hive.ql.parse.SemanticException: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.reflect.InvocationTargetException
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationNodeProcessor.doVectorize(Vectorizer.java:676)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$MapWorkVectorizationNodeProcessor.process(Vectorizer.java:735)
	at org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:54)
	at org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:59)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.vectorizeMapWork(Vectorizer.java:422)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.convertMapWork(Vectorizer.java:354)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.dispatch(Vectorizer.java:322)
	at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.walk(TaskGraphWalker.java:180)
	at org.apache.hadoop.hive.ql.lib.TaskGraphWalker.startWalking(TaskGraphWalker.java:125)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.resolve(Vectorizer.java:877)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10084)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:204)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:225)
	at org.apache.hadoop.hive.ql.QTestUtil.executeClientInternal(QTestUtil.java:1019)
	at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:993)
	at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.runTest(TestMiniTezCliDriver.java:244)
	at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.testCliDriver_vector_inner_join5(TestMiniTezCliDriver.java:180)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.reflect.InvocationTargetException
	at org.apache.hadoop.hive.ql.exec.OperatorFactory.getVectorOperator(OperatorFactory.java:165)
	at org.apache.hadoop.hive.ql.exec.OperatorFactory.getVectorOperator(OperatorFactory.java:174)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.vectorizeOperator(Vectorizer.java:1608)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationNodeProcessor.doVectorize(Vectorizer.java:668)
	... 55 more
	at sun.reflect.GeneratedConstructorAccessor308.newInstance(Unknown Source)
	at org.apache.hadoop.hive.ql.exec.OperatorFactory.getVectorOperator(OperatorFactory.java:159)
	... 58 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.metadata.HiveException: The column s_store_sk is not in the vectorization context column map {ss_sold_date_sk=0, ss_ext_list_price=16, ss_net_paid=19, ss_quantity=9, ss_list_price=11, ss_ticket_number=8, ss_net_paid_inc_tax=20, ss_sales_price=12, ss_net_profit=21, ss_item_sk=2, ss_cdemo_sk=4, ss_promo_sk=7, ss_coupon_amt=18, ss_customer_sk=3, ss_wholesale_cost=10, ss_sold_time_sk=1, ss_ext_discount_amt=13, ss_store_sk=22, ss_ext_tax=17, ss_ext_wholesale_cost=15, ss_addr_sk=6, ss_ext_sales_price=14, ss_hdemo_sk=5}.
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.createVectorExpression(VectorizationContext.java:1038)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpressionForUdf(VectorizationContext.java:996)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getGenericUdfVectorExpression(VectorizationContext.java:1163)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpression(VectorizationContext.java:441)
	at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.<init>(VectorFilterOperator.java:54)
	... 62 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.metadata.HiveException: The column s_store_sk is not in the vectorization context column map {ss_sold_date_sk=0, ss_ext_list_price=16, ss_net_paid=19, ss_quantity=9, ss_list_price=11, ss_ticket_number=8, ss_net_paid_inc_tax=20, ss_sales_price=12, ss_net_profit=21, ss_item_sk=2, ss_cdemo_sk=4, ss_promo_sk=7, ss_coupon_amt=18, ss_customer_sk=3, ss_wholesale_cost=10, ss_sold_time_sk=1, ss_ext_discount_amt=13, ss_store_sk=22, ss_ext_tax=17, ss_ext_wholesale_cost=15, ss_addr_sk=6, ss_ext_sales_price=14, ss_hdemo_sk=5}.
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.createVectorExpression(VectorizationContext.java:1014)
	... 66 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: The column s_store_sk is not in the vectorization context column map {ss_sold_date_sk=0, ss_ext_list_price=16, ss_net_paid=19, ss_quantity=9, ss_list_price=11, ss_ticket_number=8, ss_net_paid_inc_tax=20, ss_sales_price=12, ss_net_profit=21, ss_item_sk=2, ss_cdemo_sk=4, ss_promo_sk=7, ss_coupon_amt=18, ss_customer_sk=3, ss_wholesale_cost=10, ss_sold_time_sk=1, ss_ext_discount_amt=13, ss_store_sk=22, ss_ext_tax=17, ss_ext_wholesale_cost=15, ss_addr_sk=6, ss_ext_sales_price=14, ss_hdemo_sk=5}.
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getInputColumnIndex(VectorizationContext.java:283)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getInputColumnIndex(VectorizationContext.java:291)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.createVectorExpression(VectorizationContext.java:1018)
	... 70 more

Related to Sergey Shelukhin HIVE-9983: Vectorizer doesn't vectorize (1) partitions with different schema anywhere (2) any MapWork with >1 table scans in MR
The explain output shows 2 table scans (with different schema) in a Map vertex:

          TableScan
            alias: store_sales
            Statistics: Num rows: 2750370 Data size: 3717170032 Basic stats: COMPLETE Column stats: NONE
              predicate: ss_sold_date_sk is not null (type: boolean)
              Statistics: Num rows: 1375185 Data size: 1858585016 Basic stats: COMPLETE Column stats: NONE
                key expressions: ss_store_sk (type: int)
                Map-reduce partition columns: ss_store_sk (type: int)
                Statistics: Num rows: 1375185 Data size: 1858585016 Basic stats: COMPLETE Column stats: NONE
                value expressions: ss_sold_date_sk (type: int)
          TableScan
            alias: store
            Statistics: Num rows: 12 Data size: 25632 Basic stats: COMPLETE Column stats: NONE
              predicate: (s_store_sk is not null and (s_state) IN ('KS', 'AL', 'MN', 'AL', 'SC', 'VT')) (type: boolean)
              Statistics: Num rows: 3 Data size: 6408 Basic stats: COMPLETE Column stats: NONE
                key expressions: s_store_sk (type: int)
                Map-reduce partition columns: s_store_sk (type: int)
                Statistics: Num rows: 3 Data size: 6408 Basic stats: COMPLETE Column stats: NONE
                value expressions: s_state (type: string)

if the PGPDataFormat gets an invalid format during the decryption process a NullPointerException is thrown.
The attached patch throws an IllegalArgumentException instead and improves further error situations if a wrong formated input is provided.

In Java 8 annotations are duplicated to generics' bridge methods.  Camel, rightly, does not support bridge methods as endpoints.  However, because of this change in the language annotations such as @Consume will end up on them after compilation leaving Camel in an invalid state.
I will attach a sample project.
This ticket is from this discussion thread: http://camel.465427.n5.nabble.com/Changes-in-Java-8-generics-breaking-Camel-td5760638.html

See the screenshot.
We should say Fuse ESB instead of ServiceMix.

camel-osgi module doesn't support to lookup the fallback coverter from the active bundles.
And I got the user complain in the support forums
http://fusesource.com/forums/message.jspa?messageID=2787#2787 

the wrong logic is here:
  when a ColumnFamily does not exist, it gets a null store object, then ioes.add(ioe); failures.add(p)
  but the code below, if (failures.size() != 0), it prints a warn log and return false, so it will never go into the code if (ioes.size() != 0) below, and IOException will not be thrown, then the client will keep retry forever.
  there is the same situation when doing store.assertBulkLoadHFileOk, if any WrongRegionException is caught and failures.add(p), then all the other IOException thrown by assertBulkLoadHFileOk will be ignored.
  so i think if (failures.size() != 0) {} should be dealt with after if (ioes.size() !=0) {}

for (Pair<byte[], String> p : familyPaths) {
    byte[] familyName = p.getFirst();
    String path = p.getSecond();

    Store store = getStore(familyName);
    if (store == null) {
        IOException ioe = new DoNotRetryIOException(
                "No such column family " + Bytes.toStringBinary(familyName));
        ioes.add(ioe);
        failures.add(p);
    } else {
        try {
            store.assertBulkLoadHFileOk(new Path(path));
        } catch (WrongRegionException wre) {
            // recoverable (file doesn't fit in region)
            failures.add(p);
        } catch (IOException ioe) {
            // unrecoverable (hdfs problem)
            ioes.add(ioe);
        }
    }
}

// validation failed, bail out before doing anything permanent.
if (failures.size() != 0) {
    StringBuilder list = new StringBuilder();
    for (Pair<byte[], String> p : failures) {
        list.append("\n").append(Bytes.toString(p.getFirst())).append(" : ")
            .append(p.getSecond());
    }
    // problem when validating
    LOG.warn("There was a recoverable bulk load failure likely due to a" +
            " split.  These (family, HFile) pairs were not loaded: " + list);
}

// validation failed because of some sort of IO problem.
if (ioes.size() != 0) {
    LOG.error("There were IO errors when checking if bulk load is ok.  " +
            "throwing exception!");
    throw MultipleIOException.createIOException(ioes);
}

Lots of stuff not quite working in POM.  Mostly not our fault, but needs careful application of exclusions and profiles to get a version that works OK with Java 6 and 5.  Some versions wrong; some missing dependencies; some over-specified.

It is possible to create server ssl context without key manager.

/subsystem=elytron/server-ssl-context=a:add()

Key manager in elytron holds reference to key store.
I can't think of use case where it would be usefull to configure server ssl context without specifying key store.

Found this bug while working on ROO-2839; it's similar to ROO-2840. To replicate:

Run the vote.roo script.
Edit Choice.java to include the class-level annotation @RooPlural("Options")

Roo updates the Choice-related files:

Updated SRC_TEST_JAVA/com/springsource/vote/domain/ChoiceIntegrationTest_Roo_IntegrationTest.aj
Updated SRC_MAIN_JAVA/com/springsource/vote/web/ChoiceController_Roo_Controller.aj
Updated SRC_MAIN_JAVA/com/springsource/vote/domain/Choice_Roo_Jpa_ActiveRecord.aj
Updated SRC_MAIN_WEBAPP/WEB-INF/views/choices/list.jspx

... but not the Vote-related files, until the shell is restarted:

Updated SRC_MAIN_JAVA/com/springsource/vote/web/VoteController_Roo_Controller.aj
Updated SRC_MAIN_WEBAPP/WEB-INF/views/votes/create.jspx
Updated SRC_MAIN_WEBAPP/WEB-INF/views/votes/update.jspx

Likewise, the same three files are skipped when the annotation is removed.

Current Approach : 
StorageDescriptor class is used to describe parameters like InputFormat, Outputformat, SerDeInfo, etc. for a hive table.
Some of the class variables like InputFormat, OutputFormat, SerDeInfo.serializationLib, etc. are required fields when
creating a storage descriptor object.
For example : createTable command in the metaStoreClient creates the table with the default values of such variables defined in HiveConf or hive-default.xml
But in unit tests, table is created in a slightly different way, that these values need to be set explicitly.
Thus, when creating tables in tests, required fieldes of StorageDescriptor object need to be set.
Issue with current approach :
From some of  the current usages of this class in unit tests, I noticed that
when any one of the test cases tried to clean up the database and found a table created by any of the previously executed test cases,
the clean up process tries to fetch the Table object and performs the sanity checks which include checking for required fields like InputFormat, OutputFormat, SerDeInfo.serializationLib
of the table. The sanity checks fail which results in failure of the test case.
Fix :
In unit-tests, StorageDescriptor object should be created with the Fields that are sanity checked when trying to fetch the table.
NOTE : This fix fixes 6 test cases in itests/hive-unit/

Using nested router functions in Spring 5.1 results in the following exception: 
Required attribute 'org.springframework.web.reactive.function.server.RouterFunctions.request' is missing.
This is probably due to attributes not being properly propagated through the nested requests.

This does not match the org.jboss.weld.bootstrap.spi.BeanDeploymentArchive contract.
The use case is described in https://issues.jboss.org/browse/WELD-2165?focusedCommentId=13286271&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13286271.

WFCORE-3970 (including test) was not implemented correctly - the delegating object should ensure the trustmanager will be changed also for sslcontext, which already keeps reference to the trustmanager.

In case when legacy security domain is used as Elytron realm then roles assigned in mapping are unavailable in Elytron security realm. 
e.g. when UsersRoles login module, which assigns role JBossAdmin to user admin is used and then role User is assigned for user admin in SimpleRoles mapping module through:

<mapping>
    <mapping-module code="SimpleRoles" type="role">
        <module-option name="admin" value="User"/>
    </mapping-module>
</mapping>

then only role JBossAdmin is available for Elytron. Following appears in server log:

Authorizing against the following attributes: [Roles, CallerPrincipal] => [JBossAdmin, admin]

In case when this legacy security domain is used directly as PicketBox security domain, then both roles, JBossAdmin and User, are assigned to user admin.

java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error: Unable to deserialize reduce input key from x1x129x51x83x14x1x128x0x0x2x1x1x1x120x95x112x114x111x100x117x99x116x95x105x100x0x1x0x0x255 with properties 
{columns=reducesinkkey0,reducesinkkey1,reducesinkkey2, serialization.lib=org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe, serialization.sort.order=+++, columns.types=int,map<string,string>,int}
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:283)
	at org.apache.hadoop.mapred.ReduceTask.runOldReducer(ReduceTask.java:518)
	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:462)
	at org.apache.hadoop.mapred.Child$4.run(Child.java:282)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1122)
	at org.apache.hadoop.mapred.Child.main(Child.java:271)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error: Unable to deserialize reduce input key from x1x129x51x83x14x1x128x0x0x2x1x1x1x120x95x112x114x111x100x117x99x116x95x105x100x0x1x0x0x255 with properties {columns=reducesinkkey0,reducesinkkey1,reducesinkkey2, serialization.lib=org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe, serialization.sort.order=+++, columns.types=int,map<string,string>,int}
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:222)
	... 7 more
	at org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe.deserialize(BinarySortableSerDe.java:189)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:220)
	... 7 more
	at org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe.deserializeInt(BinarySortableSerDe.java:533)
	at org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe.deserialize(BinarySortableSerDe.java:236)
	at org.apache.hadoop.hive.serde2.binarysortable.BinarySortableSerDe.deserialize(BinarySortableSerDe.java:185)
	... 8 more
Step to reproduce the exception:
CREATE TABLE associateddata(creative_id int,creative_group_id int,placement_id
int,sm_campaign_id int,browser_id string, trans_type_p string,trans_time_p
string,group_name string,event_name string,order_id string,revenue
float,currency string, trans_type_ci string,trans_time_ci string,f16
map<string,string>,campaign_id int,user_agent_cat string,geo_country
string,geo_city string,geo_state string,geo_zip string,geo_dma string,geo_area
string,geo_isp string,site_id int,section_id int,f16_ci map<string,string>)
PARTITIONED BY(day_id int, hour_id int) ROW FORMAT DELIMITED FIELDS TERMINATED
BY '\t';
LOAD DATA LOCAL INPATH '/tmp/47rows.txt' INTO TABLE associateddata
PARTITION(day_id=20140814,hour_id=2014081417);
CREATE  EXTERNAL TABLE IF NOT EXISTS agg_pv_associateddata_c (
 vt_tran_qty             int                     COMMENT 'The count of view
thru transactions'
, pair_value_txt          string                  COMMENT 'F16 name values
pairs'
)
PARTITIONED BY (day_id int)
ROW FORMAT DELIMITED FIELDS TERMINATED BY '\t'
LOCATION '/user/prodman/agg_pv_associateddata_c';
INSERT INTO TABLE agg_pv_associateddata_c PARTITION (day_id)
select 2 as vt_tran_qty, pair_value_txt, day_id
 from (select map( 'x_product_id',coalesce(F16['x_product_id'],'') ) as pair_value_txt , day_id , hour_id 
from associateddata where hour_id = 2014081417 and sm_campaign_id in
(10187171,1090942,10541943,10833443,8635630,10187170,9445296,10696334,11398585,9524211,1145211)
) a GROUP BY pair_value_txt, day_id;
The query worked fine in Hive-0.12 and Hive-0.13. It starts failing in Hive-0.13. If hive.optimize.sort.dynamic.partition is turned off in Hive-0.13, the exception is gone. 

Using durable subscribers, the clientId must be configured as well, so the broker knows who the client is.
However some JMS providers mandates the client id to be configured on the JMS ConnectionFactory instead.
So we should relax this check in camel-jms
See nabble
http://camel.465427.n5.nabble.com/Camel-GlassFish-and-durable-subscriber-tp3408634p3408634.html

src/main/java/org/apache/hadoop/hbase/client/HConnectionManager.java, line 980, 981 aren't needed.
value = regionInfoRow.getValue(HConstants.CATALOG_FAMILY,
HConstants.SERVER_QUALIFIER);
src/main/java/org/apache/hadoop/hbase/master/SplitLogManager.java, document on function splitLogDistributed "param serverName" doesn't match the actual parameter.
src/main/java/org/apache/hadoop/hbase/regionserver/RegionCoprocessorHost.java, document on function postIncrement"param result the result returned by incrementColumnValue" is incorrect.

create table tez_self_join1(id1 int, id2 string, id3 string);
insert into table tez_self_join1 values(1, 'aa','bb'), (2, 'ab','ab'), (3,'ba','ba');

create table tez_self_join2(id1 int);
insert into table tez_self_join2 values(1),(2),(3);

explain
select s.id2, s.id3
from
(
 select self1.id1, self1.id2, self1.id3
 from tez_self_join1 self1 join tez_self_join1 self2
 on self1.id2=self2.id3 ) s
join tez_self_join2
on s.id1=tez_self_join2.id1
where s.id2='ab';

fails with error:

2015-06-16 15:41:55,759 ERROR [main]: ql.Driver (SessionState.java:printError(979)) - FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.tez.TezTask. Vertex failed, vertexName=Reducer 3, vertexId=vertex_1434494327112_0002_4_04, diagnostics=[Task failed, taskId=task_1434494327112_0002_4_04_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
        at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.initializeOp(CommonJoinOperator.java:313)
        at org.apache.hadoop.hive.ql.exec.AbstractMapJoinOperator.initializeOp(AbstractMapJoinOperator.java:71)
        at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.initializeOp(CommonMergeJoinOperator.java:99)
        at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:362)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.init(ReduceRecordProcessor.java:146)
        ... 13 more

When testing our app with JMeter (5 concurrent users) plenty (hundreds in single request, no kidding) NoClassDefFoundErrors occur. From the client side they are visible as 500 - internal server errors. Unfortunately those errors are not easily reproducible. Not every test run is affected. Actually, I was not able to reproduce them in manual tests, just in JMeter. 
The cluster consists of three servers in HA profile.
Stacktrace example:
2015-08-20 09:42:17,966 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-236) ISPN000136: Execution error: java.lang.NoClassDefFoundError: Could not initialize class org.infinispan.commands.remote.recovery.TxCompletionNotificationCommand
	at org.infinispan.commands.CommandsFactoryImpl.buildTxCompletionNotificationCommand(CommandsFactoryImpl.java:542)
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.releaseLocksOnFailureBeforePrepare(PessimisticLockingInterceptor.java:252)
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataWriteCommand(PessimisticLockingInterceptor.java:138)
	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitRemoveCommand(AbstractLockingInterceptor.java:65)
	at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
	at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
	at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:111)
	at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:49)
	at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:367)
	at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:273)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxWriteCommand(StateTransferInterceptor.java:265)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:247)
	at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:123)
	at org.infinispan.interceptors.CacheMgmtInterceptor.visitRemoveCommand(CacheMgmtInterceptor.java:209)
	at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102)
	at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71)
	at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1617)
	at org.infinispan.cache.impl.CacheImpl.removeInternal(CacheImpl.java:579)
	at org.infinispan.cache.impl.CacheImpl.remove(CacheImpl.java:572)
	at org.infinispan.cache.impl.DecoratedCache.remove(DecoratedCache.java:442)
	at org.infinispan.cache.impl.AbstractDelegatingCache.remove(AbstractDelegatingCache.java:297)
	at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.remove(CoarseSessionFactory.java:140)
	at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.findValue(CoarseSessionFactory.java:133)
	at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.findValue(CoarseSessionFactory.java:56)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.removed(InfinispanSessionManager.java:317)
	at sun.reflect.GeneratedMethodAccessor109.invoke(Unknown Source) [:1.8.0_60]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_60]
	at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_60]
	at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:22)
	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1212)
	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invokeNoChecks(CacheNotifierImpl.java:1207)
	at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1184)
	at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryRemoved(CacheNotifierImpl.java:356)
	at org.infinispan.commands.write.RemoveCommand.notify(RemoveCommand.java:97)
	at org.infinispan.commands.write.RemoveCommand.performRemove(RemoveCommand.java:208)
	at org.infinispan.commands.write.RemoveCommand.perform(RemoveCommand.java:93)
	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.handleTxWriteCommand(TxDistributionInterceptor.java:306)
	at org.infinispan.interceptors.distribution.TxDistributionInterceptor.visitRemoveCommand(TxDistributionInterceptor.java:86)
	at org.infinispan.interceptors.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:150)
	at org.infinispan.interceptors.CacheLoaderInterceptor.visitRemoveCommand(CacheLoaderInterceptor.java:135)
	at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:388)
	at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:453)
	at org.infinispan.interceptors.EntryWrappingInterceptor.visitRemoveCommand(EntryWrappingInterceptor.java:252)
	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataWriteCommand(PessimisticLockingInterceptor.java:133)
2015-08-20 09:42:18,011 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-236) ISPN000136: Execution error: java.lang.NoClassDefFoundError: Could not initialize class org.infinispan.commands.remote.recovery.TxCompletionNotificationCommand

hive.map.aggr=false
select Q1.key_int1, sum(Q1.key_int1), sum(distinct Q1.key_int1) from (select * from t1 cluster by key_int1) Q1 group by Q1.key_int1
resulted..
from hadoop logs..
Caused by: java.lang.RuntimeException: cannot find field key from []
	at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.getStructFieldRef(StandardStructObjectInspector.java:119)
	at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator.initialize(ExprNodeColumnEvaluator.java:82)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.initializeOp(GroupByOperator.java:198)
........
I think the problem is caused by ReduceSinkDeDuplication, removing RS which was providing rs.key for GBY operation. If child of child RS is a GBY, we should bypass the optimization.

There is a fundamental problem with the way assignment manager and cluster membership works. Basically,  the root cause of most of the complexity and root cause for many bugs is that we do have multiple "cluster membership" sources. This causes problems when they diverge from each other. 
Master's in-memory ServerManager class keep track of what servers are online and what servers are considered dead. We have online and dead servers list in ServerManager, and a separate dead servers list in RegionStates. 
There are at least 3 ways that a server can join into the dead list. First is the zookeeper session. If a server loses it's zk session, the master gets notification and expires the server. This is the regular way. 
Second is calls through ServerManager.expireServer(). On master this is mostly through master rejoining the cluster. Master waits for some time for RS's to heartbeat and expires all others and process them as dead servers.  This method has the potential to hijack the regions in a region server without  the region server knowing about it (and thus can cause multi homing of regions for reads etc). 
Third is the RegionStates calling ServerManager.isServerReachable() and if not adding the server to it's own dead list, but not to the dead list of ServerManager. 
Obviously, as in the region assignment case as well as this, we should fix the "state is kept in multiple places" syndrome, but not in this issue (we already have HBASE-5487, etc for that). 
In this issue we should at least solve the following case: 
When a region server is starting up, it will throw exceptions when we want to ping:

2015-01-10 00:23:10,369 DEBUG [AM.-pool1-t5] master.ServerManager: Couldn't reach os-enis-hbase-1.0-test-1.hw.com,16020,1420849386091, try=0 of 10
org.apache.hadoop.hbase.ipc.ServerNotRunningYetException: org.apache.hadoop.hbase.ipc.ServerNotRunningYetException: Server is not running yet
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.checkOpen(RSRpcServices.java:886)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.getServerInfo(RSRpcServices.java:1155)
        at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:20886)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2028)

        at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRemoteException(ProtobufUtil.java:309)
        at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getServerInfo(ProtobufUtil.java:1794)
        at org.apache.hadoop.hbase.master.ServerManager.isServerReachable(ServerManager.java:810)
        at org.apache.hadoop.hbase.master.RegionStates.isServerDeadAndNotProcessed(RegionStates.java:756)
        at org.apache.hadoop.hbase.master.AssignmentManager.forceRegionStateToOffline(AssignmentManager.java:1952)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1559)
        at org.apache.hadoop.hbase.master.AssignCallable.call(AssignCallable.java:48)
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.ipc.ServerNotRunningYetException): org.apache.hadoop.hbase.ipc.ServerNotRunningYetException: Server is not running yet

        at org.apache.hadoop.hbase.ipc.RpcClientImpl.call(RpcClientImpl.java:1199)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient.callBlockingMethod(AbstractRpcClient.java:216)
        at org.apache.hadoop.hbase.ipc.AbstractRpcClient$BlockingRpcChannelImplementation.callBlockingMethod(AbstractRpcClient.java:300)
        at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$BlockingStub.getServerInfo(AdminProtos.java:21819)
        at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getServerInfo(ProtobufUtil.java:1791)
        ... 9 more

....

2015-01-10 00:23:10,399 DEBUG [AM.-pool1-t5] master.ServerManager: Couldn't reach os-enis-hbase-1.0-test-1.hw.com,16020,1420849386091, try=9 of 10

        ... 9 more

After 10 attempts happening in 10s of milliseconds (as opposed to sleeping between retries, the server is put in the dead servers list in RegionStates (but not in ServerManager's dead servers list). This results in the region server never receiving YouAreDeadException, and the ServerManager thinking that the server is alive and well, while the RegionStates thinks that the RS is dead and not assigning regions: 

2015-01-10 00:23:13,163 INFO  [os-enis-hbase-1.0-test-2.hw.com,16020,1420848162613-GeneralBulkAssigner-0] master.AssignmentManager: Assigning 2 region(s) to os-enis-hbase-1.0-test-1.hw.com,16020,1420849386091

2015-01-10 00:23:13,170 WARN  [os-enis-hbase-1.0-test-2.hw.com,16020,1420848162613-GeneralBulkAssigner-0] master.RegionStates: Couldn't reach online server os-enis-hbase-1.0-test-1.hw.com,16020,1420849386091

This also prevents unassign etc leaving the regions in transition state forever (until the admin kills the RS manually). 

2015-01-10 00:23:13,188 INFO  [os-enis-hbase-1.0-test-2.hw.com,16020,1420848162613-GeneralBulkAssigner-0] master.AssignmentManager: Skip assigning loadtest_d1,cccccccc,1420849388510.15a752a6ad4b3a21c0d471483a225144., it is on a dead but not processed yet server: os-enis-hbase-1.0-test-1.hw.com,16020,1420849386091

The sample jms/jms-xa in Java EE 7 Samples requires the java:/JmsXA JNDI binding to exist (see [1]). This binding doesn't exist in Swarm default configuration (see [2]), but it does exist in the default WildFly configuration (see [3]), so I can't see a reason why not to add it. It will bring the Swarm default config yet another bit closer to WildFly's.
[1] https://github.com/javaee-samples/javaee7-samples/blob/d5e11fa084/jms/jms-xa/src/test/java/org/javaee7/jms/xa/producers/XAConnectionFactoryProducer.java#L10
[2] https://github.com/wildfly-swarm/wildfly-swarm/blob/7db913c8be/fractions/javaee/messaging/src/main/java/org/wildfly/swarm/messaging/EnhancedServer.java#L51
[3] https://github.com/wildfly/wildfly/blob/5fc054c8f7/messaging-activemq/src/main/resources/subsystem-templates/messaging-activemq.xml#L57

There seems to be some weirdness in how system properties are being propagated to domain mode servers, and in many cases they are not being applied. 
This appears to be an issue with the boot time handling of system properties.
The only way I could get the property to be applied was to start the server first, then add the property using boot-time=false, although even in this case the property will disappear if the domain is restarted or the server is reloaded. 

Getting a query derived from the method name is very nice but when it's annotated with @QueryHints, hints don't get applied.

// This does not cache
@QueryHints(value = { @QueryHint(name = org.hibernate.ejb.QueryHints.HINT_CACHEABLE, value = "true") })
User findByUsername(String p_username);

// This works like it should
@Query(value = "SELECT u FROM User u WHERE u.username = ?1")

It is the second bug I found related to AdviceWith, we might want to copy/paste all the test, to make sure AdviceWith can be used before the CamelContext is started with all it's functionality.
http://camel.465427.n5.nabble.com/Bug-AdviceWith-not-working-with-weaveAddFirst-weaveAddLast-td5724054.html

The integration tests when run on JDK 9 fail with:

[INFO] --- maven-invoker-plugin:2.0.0:verify (integration-test) @ camel-restdsl-swagger-plugin ---
[INFO] -------------------------------------------------
[INFO] Build Summary:
[INFO]   Passed: 0, Failed: 2, Errors: 0, Skipped: 0
[ERROR] The following builds failed:
[ERROR] *  simple/pom.xml
[ERROR] *  customized/pom.xml

See build 185

This is bad...

    public boolean accept(Path p) {
      boolean isValid = false;
      try {
        if (HConstants.HBASE_NON_USER_TABLE_DIRS.contains(p.toString())) {
          isValid = false;
        } else {
            isValid = this.fs.getFileStatus(p).isDir();
        }
        e.printStackTrace();          <================ 
      }
      return isValid;
    }
  }

If I start Roo from the command line it greets me like this:
16 upgrades available (plus 0 upgrade not visible due to your version stability setting of RELEASE)
(If I run Roo embedded in Eclipse this does not happen).
But in fact there are no RELEASES:
roo> addon upgrade available 
The following add-ons / components are available for upgrade for level: ANY
[level: ANY] org.springframework.roo.addon.web.mvc.embedded;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.tostring;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.javabean;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.web.selenium;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.email;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.web.mvc.jsp;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.shell.osgi;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.entity;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.serializable;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.jdbc;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.gwt;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.jpa;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.metadata;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.creator;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.addon.test;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
[level: ANY] org.springframework.roo.felix;1.1.2.RELEASE > 1.1.3.BUILD-SNAPSHOT
addon upgrade all then tries to install the SNAPSHOTS so it does not honor the RELEASE setting either (and fails in the process BTW).

Scenario -1

With the following line of JAVA_OPTS in "standalone.bat.conf" file

set "JAVA_OPTS=%JAVA_OPTS% -Dhttp.nonProxyHosts=localhost|127.0.0.1|10.10.10.*"

Error while starting WildFly

C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin>standalone.bat
Calling "C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin\standalone.conf.bat"
Setting JAVA property to "C:\JDKs\jdk1.7.0_67\bin\java"
'127.0.0.1' is not recognized as an internal or external command,
operable program or batch file.

Scenario -2

In Windows  "^" sign is the escape character so we tried altering the JAVA_OPTS as following in the "standalone.bat.conf" file:

set "JAVA_OPTS=%JAVA_OPTS% -Dhttp.nonProxyHosts=localhost^|127.0.0.1^|10.10.10.*"

Now WildFly server starts but still we see the following messages in windows console:

  JBOSS_HOME: "C:\wildfly-9.0.0.Alpha1-SNAPSHOT"

  JAVA: "C:\JDKs\jdk1.7.0_67\bin\java"

  JAVA_OPTS: "-client -Dprogram.name=standalone.bat -Xms64M -Xmx512M -XX:MaxPermSize=256M -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=
org.jboss.byteman -Dhttp.nonProxyHosts=localhost^|127.0.0.1^|10.10.10.*"

15:50:35,453 INFO  [org.jboss.modules] (main) JBoss Modules version 1.3.4.Final
15:50:35,781 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.2.Final
15:50:35,953 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly 1.0.0.Alpha5 "Kenny" starting

NOTE: It is also not possible to pass such JAVA_OPTS via command line, because it causes the same error:

C:\wildfly-9.0.0.Alpha1-SNAPSHOT\bin>standalone.bat -Dhttp.nonProxyHosts=localhost|127.0.0.1|10.10.10.*

In cli/src/main/java/org/jboss/as/cli/impl/Console.java
177	 	 -                        return console.read(prompt).getBuffer();
178	 +                        ConsoleOutput output = console.read(prompt);
179	 +                        return output != null ? output.getBuffer() : null;

CompactingMemStore.java
  private void stopCompaction() {
    if (inMemoryFlushInProgress.get()) {
      compactor.stop();
      inMemoryFlushInProgress.set(false);
    }
  }

The stopCompaction() set inMemoryFlushInProgress to false so there may be two in-memory compaction threads which execute simultaneously. If there are two running InMemoryFlushRunnable, the later InMemoryFlushRunnable may change the versionedList. 
MemStoreCompactor.java
  public boolean start() throws IOException {
    if (!compactingMemStore.hasImmutableSegments()) { // no compaction on empty pipeline
    }

    // get a snapshot of the list of the segments from the pipeline,
    // this local copy of the list is marked with specific version
    versionedList = compactingMemStore.getImmutableSegments();

And the first InMemoryFlushRunnable will use the chagned versionedList to remove the corresponding segments.
MemStoreCompactor#doCompaction
      if (!isInterrupted.get()) {
        if (resultSwapped = compactingMemStore.swapCompactedSegments(
            versionedList, result, (action==Action.MERGE))) {
          // update the wal so it can be truncated and not get too long
          compactingMemStore.updateLowestUnflushedSequenceIdInWAL(true); // only if greater
        }
      }

In conclusion, first InMemoryFlushRunnable will remove the worng segment. And the later InMemoryFlushRunnable may introduce NPE because first InMemoryFlushRunnable set versionedList to null after compaction.

Exception in thread "RpcServer.default.FPBQ.Fifo.handler=3,queue=0,port=45712-inmemoryCompactions-1496563908038" java.lang.NullPointerException
        at org.apache.hadoop.hbase.regionserver.CompactionPipeline.swap(CompactionPipeline.java:119)
        at org.apache.hadoop.hbase.regionserver.CompactingMemStore.swapCompactedSegments(CompactingMemStore.java:283)
        at org.apache.hadoop.hbase.regionserver.MemStoreCompactor.doCompaction(MemStoreCompactor.java:212)
        at org.apache.hadoop.hbase.regionserver.MemStoreCompactor.start(MemStoreCompactor.java:122)
        at org.apache.hadoop.hbase.regionserver.CompactingMemStore.flushInMemory(CompactingMemStore.java:388)
        at org.apache.hadoop.hbase.regionserver.CompactingMemStore$InMemoryFlushRunnable.run(CompactingMemStore.java:500)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

e.g.: https://ci.wildfly.org/viewLog.html?buildId=97897&buildTypeId=WF_PullRequest_LinuxElytro

invoking restlet component within a recipientList EIP with noErrorHandler configured on route is causing DefaultExchange's to build up in org.apache.camel.impl.DefaultInflightRepository.

When hadoop config path isn't included in hbase classpath, you will get the following:

Exception in thread "main" java.lang.IllegalArgumentException: Wrong FS: hdfs://t3.e.com/hbase/usertable/_balancedSplit, expected: file:///
at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:454)
at org.apache.hadoop.fs.RawLocalFileSystem.pathToFile(RawLocalFileSystem.java:67)
at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:431)
at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:301)
at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1005)
at org.apache.hadoop.hbase.util.RegionSplitter.getSplits(RegionSplitter.java:643)
at org.apache.hadoop.hbase.util.RegionSplitter.rollingSplit(RegionSplitter.java:367)
at org.apache.hadoop.hbase.util.RegionSplitter.main(RegionSplitter.java:295)

The following query is returning different output when run against hive and postgres.
Query:
SELECT COUNT 
FROM
(SELECT LAG(COALESCE(t2.int_col_14, t1.int_col_80),22) OVER (ORDER BY t1.tinyint_col_52 DESC) AS int_col
FROM table_6 t1
INNER JOIN table_14 t2 ON ((t2.decimal0101_col_55) = (t1.decimal0101_col_9))) AS FOO;
From hive: 0
From postgres: 66903279
Attaching ddl files for the tables.

I created a Test with spring test context:

		locations={"classpath:applicationContext.xml"}
)
@TransactionConfiguration(transactionManager = "txManager",defaultRollback = true)
public class RoleRepoImplTest{
	private RoleRepo roleRepo;
	private Logger log= LoggerFactory.getLogger(RoleRepoImplTest.class);

	@Test
	public void testQueryRoleMap() throws Exception {
		Map<String,String> roleMap=roleRepo.queryRoleMap();
		assertNotNull(roleMap);

		for(String roleName:roleMap.keySet()){
			log.debug("{}:{}",roleName,roleMap.get(roleName));
		}
	}

But I ran this test,exception will throw:

14:40:21,073 DEBUG AbstractCompensatingTransactionManagerDelegate:120 - Cleaning stored transaction synchronization
14:40:21,077  WARN TestContextManager:409 - Caught exception while allowing TestExecutionListener [org.springframework.test.context.transaction.TransactionalTestExecutionListener@480d3575] to process 'after' execution for test: method [public void com.bjinfotech.tri.cas.manager.repository.impl.RoleRepoImplTest.testQueryRoleMap() throws java.lang.Exception], instance [com.bjinfotech.tri.cas.manager.repository.impl.RoleRepoImplTest@17f6480], exception [null]
java.lang.IllegalStateException: No value for key [org.springframework.ldap.pool.factory.PoolingContextSource@2b30a42c] bound to thread [main]
	at org.springframework.transaction.support.TransactionSynchronizationManager.unbindResource(TransactionSynchronizationManager.java:209)
	at org.springframework.transaction.compensating.support.AbstractCompensatingTransactionManagerDelegate.doCleanupAfterCompletion(AbstractCompensatingTransactionManagerDelegate.java:121)
	at org.springframework.ldap.transaction.compensating.manager.ContextSourceTransactionManager.doCleanupAfterCompletion(ContextSourceTransactionManager.java:133)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.cleanupAfterCompletion(AbstractPlatformTransactionManager.java:1008)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:875)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:822)
	at org.springframework.test.context.transaction.TransactionalTestExecutionListener$TransactionContext.endTransaction(TransactionalTestExecutionListener.java:518)
	at org.springframework.test.context.transaction.TransactionalTestExecutionListener.endTransaction(TransactionalTestExecutionListener.java:292)
	at org.springframework.test.context.transaction.TransactionalTestExecutionListener.afterTestMethod(TransactionalTestExecutionListener.java:185)
	at org.springframework.test.context.TestContextManager.afterTestMethod(TestContextManager.java:406)
	at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:91)
14:40:21,188 DEBUG DirtiesContextTestExecutionListener:86 - After test method: context [[TestContext@6fadae5d testClass = RoleRepoImplTest, testInstance = com.bjinfotech.tri.cas.manager.repository.impl.RoleRepoImplTest@17f6480, testMethod = testQueryRoleMap@RoleRepoImplTest, testException = [null], mergedContextConfiguration = [MergedContextConfiguration@2d6e8792 testClass = RoleRepoImplTest, locations = '{classpath:applicationContext-for-test.xml}', classes = '{}', activeProfiles = '{}', contextLoader = 'org.springframework.test.context.support.DelegatingSmartContextLoader']]], class dirties context [false], class mode [null], method dirties context [false].

I debuged code,and found when the transaction begin rollback,ContextSourceTransactionManager call doCleanupAfterCompletion method twice:one was called by  itself,and another was called by TransactionalTestExecutionListener.

Schemas are using JavaEE 7 schemas and not JavaEE8.
Update schemas to the new JavaEE version.
https://www.oracle.com/webfolder/technetwork/jsc/xml/ns/javaee/index.html#8

I noticed this in master log while debugging other issues. FSVisitor leaving walls of logs at INFO level making debugging difficult and creating huge log file.

The log4j 1 and 2.x jars have NDC classes with identical package names.

              // log4j-1.2-API needed for NDC
              org.apache.log4j.NDC.class,

Queries fail with 

java.lang.ClassCastException: org.apache.log4j.NDC$DiagnosticContext cannot be cast to java.lang.String
    at org.apache.hadoop.hive.llap.daemon.impl.TaskRunnerCallable.setMDCFromNDC(TaskRunnerCallable.java:312) ~[hive-llap-server-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]

If the service driver packages the log4j1.x jar instead of the 2.x API shim jar.

If the expression used in the access attribute of the intercept-url element references a request element not supported by the new [1] org.springframework.security.web.FilterInvocation$DummyRequest class AND a custom-filter is defined, then the filterChainProxy bean will fail to be created [2]. This is a regression from 3.0.6.RELEASE. 
   <security:custom-filter ref="myAuthFilter" position="FIRST" />
   <security:intercept-url pattern="/**"  access="request.parameterMap['test'] == null ? permitAll : permitAll" /> 
will fail with the stack trace below[2].
There is an easy (hacky) workaround...just check the for request.contextPath = '/cp' (assuming you don't really have a /cp path!)...this works because contextPath is supported by the DummyRequest.  
 <security:intercept-url pattern="/**"  access="request.contextPath == '/cp' ? denyAll : request.parameterMap['test'] == null ? permitAll : permitAll" />
I have attached simple maven project that will exercise this bug. To reproduce, download, unzip the intercpet-url-access-bug.zip attachment, and run mvn jetty:run. 
[1] https://fisheye.springsource.org/browse/spring-security/web/src/main/java/org/springframework/security/web/FilterInvocation.java?r2=93438defffe5c339026469afa09dad60b2928a4f&r1=052537c8b04182595e92abd1e1949b0ff7e731b4
[2] 
SEVERE: Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.security.filterChainProxy': Invocation of init method failed; nested exception is java.lang.IllegalArgumentException: Failed to evaluate expression 'request.parameterMap['test'] == null ? permitAll : permitAll'
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:913)
	at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:282)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:204)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4206)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4705)
	at org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
Caused by: java.lang.IllegalArgumentException: Failed to evaluate expression 'request.parameterMap['test'] == null ? permitAll : permitAll'
	at org.springframework.security.web.access.expression.WebExpressionVoter.vote(WebExpressionVoter.java:34)
	at org.springframework.security.web.access.expression.WebExpressionVoter.vote(WebExpressionVoter.java:18)
	at org.springframework.security.config.http.DefaultFilterChainValidator.checkLoginPageIsntProtected(DefaultFilterChainValidator.java:170)
	at org.springframework.security.config.http.DefaultFilterChainValidator.validate(DefaultFilterChainValidator.java:35)
	at org.springframework.security.web.FilterChainProxy.afterPropertiesSet(FilterChainProxy.java:148)
	... 27 more
Caused by: org.springframework.expression.spel.SpelEvaluationException: EL1021E:(pos 8): A problem occurred whilst attempting to access the property 'parameterMap': 'Unable to access property 'parameterMap' through getter'
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.readProperty(PropertyOrFieldReference.java:201)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.getValueInternal(PropertyOrFieldReference.java:72)
	at org.springframework.expression.spel.ast.OpEQ.getValueInternal(OpEQ.java:37)
	at org.springframework.expression.spel.ast.OpEQ.getValueInternal(OpEQ.java:1)
	at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:135)
	at org.springframework.expression.spel.ast.Ternary.getValueInternal(Ternary.java:47)
	... 35 more
Caused by: org.springframework.expression.AccessException: Unable to access property 'parameterMap' through getter
	at org.springframework.expression.spel.support.ReflectivePropertyAccessor$OptimalPropertyAccessor.read(ReflectivePropertyAccessor.java:499)
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.readProperty(PropertyOrFieldReference.java:196)
	... 44 more
	at org.springframework.expression.spel.support.ReflectivePropertyAccessor$OptimalPropertyAccessor.read(ReflectivePropertyAccessor.java:495)
	... 45 more
	at org.springframework.security.web.DummyRequest.getParameterMap(FilterInvocation.java:334)
	... 50 more

Looks like the current write path can cause inconsistency between memstore/hfile and WAL which cause the slave cluster has more data than the master cluster.
The simplified write path looks like:
1. insert record into Memstore
2. write record to WAL
3. sync WAL
4. rollback Memstore if 3 fails
It's possible that the HDFS sync RPC call fails, but the data is already  (may partially) transported to the DNs which finally get persisted. As a result, the handler will rollback the Memstore and the later flushed HFile will also skip this record.
This is a long lived issue. The above problem is solved by write path reorder, as now we will sync wal first before modifying memstore. But the problem may still exists as replication thread may read the new data before we return from hflush. See this document for more details:
https://docs.google.com/document/d/11AyWtGhItQs6vsLRIx32PwTxmBY3libXwGXI25obVEY/edit#
So we need to keep a sync length in WAL and tell replication wal reader this is limit when you read this wal file.

I'm bumping into this a lot lately....and I've just had enough from removing my {{ql/target/classes} dir by hand and building again..
executing the following script:

git clean -dfx
mvn install -pl ql -DskipTests -am
echo >> ql/src/java/org/apache/hadoop/hive/ql/parse/UpdateDeleteSemanticAnalyzer.java
mvn install -pl ql -DskipTests

results in a compilation error; probably because incremental compilation have some issues keeping track the template arguments...

pile) on project hive-exec: Compilation failure: Compilation failure: 
[ERROR] /mnt/work/hwx/hive/master/ql/src/java/org/apache/hadoop/hive/ql/parse/UpdateDeleteSemanticAnalyzer.java:[217,22] incompatible types: java.util.List<org.apache.hadoop.hive.ql.exec.Task<?>> cannot be converted to java.util.List<org.apache.hadoop.hive.ql.exec.Task<? extends java.io.Serializable>>
[ERROR] /mnt/work/hwx/hive/master/ql/src/java/org/apache/hadoop/hive/ql/parse/UpdateDeleteSemanticAnalyzer.java:[241,19] incompatible types: java.util.List<org.apache.hadoop.hive.ql.exec.Task<?>> cannot be converted to java.util.List<org.apache.hadoop.hive.ql.exec.Task<? extends java.io.Serializable>>

	at org.apache.hadoop.hbase.TestRegionRebalancing.testRebalanceOnRegionServerNumberChange(TestRegionRebalancing.java:144)
from recent build https://builds.apache.org/view/H-L/view/HBase/job/PreCommit-HBASE-Build/14639/testReport/junit/org.apache.hadoop.hbase/TestRegionRebalancing/testRebalanceOnRegionServerNumberChange_0_/

If add other handler interesting about close and open event and they are set behind the netty  
{Client|Server}ChannelHandler, they cannot not get the event as current netty  {Client|Server}
ChannelHandler  doesn't pass these event around.

If you have 2 bundles that both uses the same context-path with a jetty consumer, then the last installed bundle will be routing the incoming requests, and the first installed will not be in use, and if you uninstall the 2nd bundle then the 1st bundle will still not be in use and jetty will return a 404.
We should detect that there is already another jetty consumer with the same context-path to be routing when creating a jetty connector listener and then fail if so.

The release script "roo-deploy.sh" contains two occurrences of this line, which works on Linux but fails with "keyword not found" errors on OSX:

MVN_TOMCAT_PID=`ps -eo "%p %c %a" | grep Launcher | grep tomcat:run | cut -b "1-6" | sed "s/ //g"`

The workaround for OSX is to delete the -o switch and its format string, like this:

MVN_TOMCAT_PID=`ps -e | grep Launcher | grep tomcat:run | cut -b "1-6" | sed "s/ //g"`

Ideally we would like the script to work on both OSX and Linux.

Thread 34107: (state = BLOCKED)
 - org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService$TaskWrapper.isInWaitQueue() @bci=0, line=690 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService.finishableStateUpdated(org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService$TaskWrapper, boolean) @bci=8, line=485 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService.access$1500(org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService, org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService$TaskWrapper, boolean) @bci=3, line=78 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService$TaskWrapper.finishableStateUpdated(boolean) @bci=27, line=733 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.QueryInfo$FinishableStateTracker.sourceStateUpdated(java.lang.String) @bci=76, line=210 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.QueryInfo.sourceStateUpdated(java.lang.String) @bci=5, line=164 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.QueryTracker.registerSourceStateChange(java.lang.String, java.lang.String, org.apache.hadoop.hive.llap.daemon.rpc.LlapDaemonProtocolProtos$SourceStateProto) @bci=34, line=228 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.ContainerRunnerImpl.sourceStateUpdated(org.apache.hadoop.hive.llap.daemon.rpc.LlapDaemonProtocolProtos$SourceStateUpdatedRequestProto) @bci=47, line=255 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon.sourceStateUpdated(org.apache.hadoop.hive.llap.daemon.rpc.LlapDaemonProtocolProtos$SourceStateUpdatedRequestProto) @bci=5, line=328 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.LlapDaemonProtocolServerImpl.sourceStateUpdated(com.google.protobuf.RpcController, org.apache.hadoop.hive.llap.daemon.rpc.LlapDaemonProtocolProtos$SourceStateUpdatedRequestProto) @bci=5, line=105 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.rpc.LlapDaemonProtocolProtos$LlapDaemonProtocol$2.callBlockingMethod(com.google.protobuf.Descriptors$MethodDescriptor, com.google.protobuf.RpcController, com.google.protobuf.Message) @bci=80, line=13067 (Compiled frame)
 - org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(org.apache.hadoop.ipc.RPC$Server, java.lang.String, org.apache.hadoop.io.Writable, long) @bci=246, line=616 (Compiled frame)
 - org.apache.hadoop.ipc.RPC$Server.call(org.apache.hadoop.ipc.RPC$RpcKind, java.lang.String, org.apache.hadoop.io.Writable, long) @bci=9, line=969 (Compiled frame)
 - org.apache.hadoop.ipc.Server$Handler$1.run() @bci=38, line=2151 (Compiled frame)
 - org.apache.hadoop.ipc.Server$Handler$1.run() @bci=1, line=2147 (Compiled frame)
 - javax.security.auth.Subject.doAs(javax.security.auth.Subject, java.security.PrivilegedExceptionAction) @bci=42, line=422 (Compiled frame)
 - org.apache.hadoop.security.UserGroupInformation.doAs(java.security.PrivilegedExceptionAction) @bci=14, line=1657 (Compiled frame)
 - org.apache.hadoop.ipc.Server$Handler.run() @bci=315, line=2145 (Interpreted frame)

and 

Thread 34500: (state = BLOCKED)
 - org.apache.hadoop.hive.llap.daemon.impl.QueryInfo$FinishableStateTracker.unregisterForUpdates(org.apache.hadoop.hive.llap.daemon.FinishableStateUpdateHandler) @bci=0, line=195 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.QueryInfo.unregisterFinishableStateUpdate(org.apache.hadoop.hive.llap.daemon.FinishableStateUpdateHandler) @bci=5, line=160 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.QueryFragmentInfo.unregisterForFinishableStateUpdates(org.apache.hadoop.hive.llap.daemon.FinishableStateUpdateHandler) @bci=5, line=143 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService$TaskWrapper.maybeUnregisterForFinishedStateNotifications() @bci=20, line=681 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService$InternalCompletionListener.onSuccess(org.apache.tez.runtime.task.TaskRunner2Result) @bci=32, line=548 (Compiled frame)
 - org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService$InternalCompletionListener.onSuccess(java.lang.Object) @bci=5, line=535 (Compiled frame)
 - com.google.common.util.concurrent.Futures$4.run() @bci=55, line=1149 (Compiled frame)
 - java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1142 (Compiled frame)

"IPC Server handler 0 on 15001":
  waiting to lock Monitor@0x00007f5d322ecb08 (Object@0x00007f67032cd2c0, a org/apache/hadoop/hive/llap/daemon/impl/TaskExecutorService$TaskWrapper),
  which is held by "ExecutionCompletionThread #0"
"ExecutionCompletionThread #0":
  waiting to lock Monitor@0x00007f6066b9e8c8 (Object@0x00007f66b6570200, a org/apache/hadoop/hive/llap/daemon/impl/QueryInfo$FinishableStateTracker),
  which is held by "IPC Server handler 0 on 15001"

Found a total of 1 deadlock.

Looks like it's caused by synchronized blocks:

TaskWrapper:
public synchronized void maybeUnregisterForFinishedStateNotifications

Eventually calls 

FinishableStateTracker
synchronized void unregisterForUpdates(FinishableStateUpdateHandler handler) {

and 

FST
 synchronized void sourceStateUpdated(String sourceName) {
   
eventually calls

 public synchronized boolean isInWaitQueue() {

The latter returns the boolean, so it definitely doesn't need synchronized, however I don't know if there are other similar issues and what is necessary inside sync blocks, perhaps there's a better fix.
Overall I'd say synch methods on objects that call any other non-trivial objects should not be used. Perhaps for now it would be good to replace all sync methods by sync blocks that cover entire method, as well as remove the unnecessary ones like the isWait... one. Then the scope of the blocks can be adjusted based on logic in future.

Row locks were removed in 0.95 by HBASE-7315 / HBASE-2332.  There are a few vestiges of them in the docs.   Remove.

This seems to have been caused by changes for issue LDAP-311.
When starting up an application that uses Spring LDAP with XML config, the exception is thrown on init:
org.springframework.beans.FatalBeanException: Invalid NamespaceHandler class [org.springframework.ldap.config.LdapNamespaceHandler] for namespace http://www.springframework.org/schema/ldap: problem with handler class file or dependent class; nested exception is java.lang.NoClassDefFoundError: org/springframework/data/repository/config/RepositoryConfigurationExtension
Adding spring-data-commons dependency resolves this issue.

In many pom.xml files in the quickstarts/ folder there are references to SNAPSHOT version:

6:50:05 (..e-6.2.1.redhat-084)$ pwd ; ag --xml SNAPSHOT
/data/software/redhat/fuse/jboss-fuse-6.2.1.redhat-084
quickstarts/camel-amq/pom.xml
82:    <fabric.version>1.2.0-SNAPSHOT</fabric.version>

quickstarts/switchyard/camel-atom-binding/src/main/resources/META-INF/switchyard.xml
18:    <composite xmlns="http://docs.oasis-open.org/ns/opencsa/sca/200912" name="camel-atom-binding" targetNamespace="urn:switchyard-quickstart:camel-atom-binding:2.0.1-redhat-SNAPSHOT">

quickstarts/switchyard/camel-sap-binding/src/main/resources/META-INF/switchyard.xml
2:<sy:switchyard xmlns:bean="urn:switchyard-component-bean:config:2.0" xmlns:camel="urn:switchyard-component-camel:config:2.0" xmlns:sap="urn:switchyard-component-camel-sap:config:2.0" xmlns:sca="http://docs.oasis-open.org/ns/opencsa/sca/200912" xmlns:sy="urn:switchyard-config:switchyard:2.0" xmlns:trfm="urn:switchyard-config:transform:2.0" name="switchyard-camel-sap-binding" targetNamespace="urn:org.switchyard.quickstarts:switchyard-camel-sap-binding:2.0.1-redhat-SNAPSHOT">
3:  <sca:composite name="switchyard-camel-sap-binding" targetNamespace="urn:org.switchyard.quickstarts:switchyard-camel-sap-binding:2.0.1-redhat-SNAPSHOT">

quickstarts/switchyard/camel-rss-binding/src/main/resources/META-INF/switchyard.xml
19:    <composite xmlns="http://docs.oasis-open.org/ns/opencsa/sca/200912" name="camel-rss-binding" targetNamespace="urn:switchyard-quickstart:camel-rss-binding:2.0.1-redhat-SNAPSHOT">

quickstarts/switchyard/camel-rss-binding/src/test/resources/META-INF/switchyard.xml
18:    <composite xmlns="http://docs.oasis-open.org/ns/opencsa/sca/200912" name="camel-rss-binding" targetNamespace="urn:switchyard-quickstart:camel-rss-binding:2.0.1-redhat-SNAPSHOT">

quickstarts/cxf/secure-soap/pom.xml
83:    <fabric.version>1.2.0-SNAPSHOT</fabric.version>

quickstarts/cxf/soap/pom.xml

quickstarts/cxf/secure-rest/pom.xml

quickstarts/cxf/rest/pom.xml
86:    <fabric.version>1.2.0-SNAPSHOT</fabric.version>

quickstarts/cxf/camel-cxf-code-first/pom.xml

quickstarts/cxf/camel-cxf-contract-first/pom.xml

quickstarts/beginner/camel-log-wiki/pom.xml
80:    <fabric.version>1.2.0-SNAPSHOT</fabric.version>

quickstarts/beginner/camel-cbr/pom.xml

quickstarts/beginner/camel-eips/pom.xml

quickstarts/beginner/camel-log/pom.xml

quickstarts/beginner/camel-errorhandler/pom.xml

  * [domain@embedded /] /host=slave/subsystem=jmx:add
{
    "outcome" => "failed",
    "result" => {},
    "failure-description" => {"host-failure-descriptions" => {"slave" => 
{

        "WFLYCTL0412: Required services that are not installed:" => ["jboss.jmx.management.integration"],

        "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.management.jmx is missing [jboss.jmx.management.integration]"]

    }
}},

I've migrated from WF10 to WF12.
It's an EAR, and I've this on jboss-all.xml:

<jboss umlns="urn:jboss:1.0">
    <shared-session-config xmlns="urn:jboss:shared-session-config:1.0">
        <session-config>
            <session-timeout>30</session-timeout>
            <cookie-config>
                <path>/</path>
                <name>SESSIONID</name>
                <http-only>true</http-only>
            </cookie-config>
        </session-config>
    </shared-session-config>
</jboss>

When I close browser tab and access after session expired on server I've this NPE:

java.lang.NullPointerException at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.LogoutSessionListener.sessionDestroyedImpl(LogoutSessionListener.java:82)
java.lang.RuntimeException: java.lang.NullPointerException at io.undertow.servlet//io.undertow.servlet.core.SessionListenerBridge.sessionDestroyed(SessionListenerBridge.java:75)

I've debug it and see that "src.getExchange().getSecurityContext() " is causing this NPE.

My Tomcat installation has a space character in the path (installation is provided so I cannot change this). I want to configure my EhCache via JCacheManagerFactoryBean, property cacheManagerUri=classpath:ehcache.xml. The resource URL yields something like ...%20... which is the correct encoding of the space character, but then the default URIEncoder (which is "encoding" by default) encodes the percent sign and I end up with a URI like ...%2520... which does not work for obvious reasons. I do not understand why the URIEditor needs to "encode" at all, looks like fixing broken URIs at the wrong place, but at least for the case of classpath: URI's I absolutely do not see a point in applying any additional encoding. The resource gives a valid URL and this is just fine as it is.
I suggest to replace the createURI(url) in URIEditor:110 by a simple new URI(url). Running such patch fixes the issue for me.

According to the javadoc, DefaultFieldSet readDate implementations with a default value should return the default value "if the field is blank"
In practice, any invalid date causes the default value to be returned, instead of an exception indicating an invalid date, as demonstrated by the following unit tests:
	 @Test  (expected = IllegalArgumentException.class)
    public void testReadDate1() {
        DefaultFieldSet defaultFieldSet = new DefaultFieldSet(new String[]
{"bogusDate"});
        Date date = defaultFieldSet.readDate(0, "yyyy-MM-dd",null);
    }

    @Test  
    public void testReadDate2() {
        DefaultFieldSet defaultFieldSet = new DefaultFieldSet(new String[]{"bogusDate"}
);
        assertNotNull(date);
    }

This is annoying especially for coprocessors where you've long class name.
but maybe is a bug of Configuration.getStrings() that doesn't trim each string.
When you've comma separated values like in the coprocessors case, you've to pack together your values without spaces ("v1,v2,v3,...") otherwise the coprocessor is not loaded because the class name with spaces is not found.

   <value>
    org.apache.hadoop.hbase.security.token.TokenProvider,
    org.apache.hadoop.hbase.security.access.AccessController
   </value>

FileLinkInputStream is an InputStream which handles the indirection of where the real HFile lives. This implementation is wrapped via FSDataInputStreamWrapper and is transparent when it's being used by a caller. Often, we have an FSDataInputStreamWrapper wrapping a FileLinkInputStream which wraps an FSDataInputStream.
The problem is that FileLinkInputStream does not implement the CanUnbuffer interface, which means that the underlying FSDataInputStream for the HFile the link refers to doesn't get unbuffer() called on it. This can cause an open Socket to hang around, as described in HBASE-9393.
Both Wellington Chevreuil and myself have run into this, each for different users. We think the commonality as to why these users saw this (but we haven't run into it on our own) is that it requires a very large snapshot to be brought into a new system. Big kudos to Esteban Gutierrez for his help in diagnosing this as well!
If this analysis is accurate, it would affect all branches.
 
As it is written in analysis document [1] for EAP7-591, journal import/export command is not supported for JDBC persistence storage because Artemis doesn't provide any management operation for it.
Currently the operation still exports data from (or imports to) local file journal even the JDBC storage is configured. The operations should be denied in this case or there should be warning which will inform admin that this is not export that he wants.
[1] https://developer.jboss.org/wiki/DevAnalysisForEAP7-591-ProvideSupportForMessagingJDBCPersistence-storeInEAP

Following up to SPR-15020 discussion, the example given in the Reference URL (after accepting my PR) demonstrates a problem with DefaultRedirectStrategy in conjunction with ForwardedHeaderFilter when DefaultRedirectStrategy.sendRedirect(request, response, url) gets a relative URL in the url parameter. Both add the context path to the URL. LoginUrlAuthenticationEntryPoint feeds an absolute path to DefaultRedirectStrategy.sendRedirect, so the example has to be faked to return a relative URL. I found the problem when using a SavedRequestAwareAuthenticationSuccessHandler, when the savedRequest is null, which then returns a default redirect target of / which ends up in DefaultRedirectStrategy.sendRedirect(…), triggering the double-context-path problem.
Nonetheless, DefaultRedirectStrategy.sendRedirect(…) should be able to handle relative URLs.
Setting DefaultRedirectStrategy.setContextRelative(true) should fix the problem, but i do not think that would be the right spot to prevent an interaction with the ForwardedHeaderFilter somewhere in the filter chain?

Due to one of IE's many lovely quirks in the way it handles select dropdowns, rendering a select as part of an Ajax response into a modal dialog results in the dropdown not maintaining the set selected option for any selection beyond the first entry.
"You can actually reproduce this using the swf-booking-faces application.  Go to the Hotel Search page in IE and change the default page size from 5 to 10.  Do a search and then hit the Change Search Criteria link so the modal dialog comes up.  It doesn't have the changed selection in the drop down - it's set back to 5.  Do it in Firefox, and it works."

In the following case, 

select * from (select * from V) A;

The semantic analyzer inputs contain input table T as a direct input instead of adding it as an indirect input.

Remove all of the unused imports.  I'll be using eclipse to do that.

To load the jobs and populate the job registry, we use the DefaultJobLoader class provided by Spring batch: https://github.com/spring-projects/spring-batch/blob/587680ba56d03d1acd18a75ee00abea84e81038f/spring-batch-core/src/main/java/org/springframework/batch/core/configuration/support/DefaultJobLoader.java
Internally the DefaultJobLoader maintains two hashmaps:
1) contexts 
2) contextToJobNames
When the clear() method in called, only the first hashmap is cleared.
In most cases it doesn't cause any issues because applications will usually load their jobs only once. 
For applications such as ours that need to clear loaded jobs and reload them, this causes a memory leak since the DefaultJobLoader retains a reference to the previously loaded jobs, preventing garbage collection.
The fix is trivial to implement and shouldn't have side effects:
ensure that the 'contextToJobNames' map is cleared right after the other one.

Using the auto scaffolded UI, any field with a @Size() > 30 characters generates a textarea.  However, the Dojo form widget adds form submit to pressing return in the field, so multi-line text entries cannot be created.

_Originally reported as https://github.com/wildfly-swarm/wildfly-swarm-examples/issues/50_
When running static-war example as a Java application from Eclipse, executing the org.wildfly.swarm.Swarm main class, the server starts properly, Howdy is dispayed on http://localhost:8080/, but if the index.html page is updated, the content is not reloaded in the browser.
This is something [~bobmcwhirter] and I discussed last September. Although the original issue was deleted from github, I still have that quote from Bob:

You can edit your static content and they will appear. 
It uses a mixture of file and classloader-based undertow resource handlers, 
so that filesystem wins, allowing continual editing within a running app.
It seems Benjamin Browning might be involved in that issue.

The following issue was filed against STS 2.9.0M2, which added support for the --provider flag: https://issuetracker.springsource.com/browse/STS-2400
"When you create a new Roo Project, selecting WAR, the jpa setup command fails:
roo> jpa setup --database H2_IN_MEMORY --provider HIBERNATE 
File 'C:\Users\xxxxx\Documents\workspace-sts\TestProject\src\main\resources\META-INF\spring\applicationContext.xml' does not exist"
I tested this case both inside STS and outside just using the Roo console, and in both cases I ran in to the same error. Is this a known issue?

If the TransactionAttributes determines that a Transaction shouldn't be rolled back, the exception is effectively swallowed:
try 
{
						exitStatus = tasklet.execute(contribution, attributes);
					}
					catch (Error e) {
						if (transactionAttribute.rollbackOn(e)) 
{
							throw e;
						}
						else {
							logger.error("Ecountered error that should not cause rollback: ", e);
						}
					}
					catch (Exception e) {
						if (transactionAttribute.rollbackOn(e)) {							throw e;						}
						else 
{
						}
					}
So, for example, if the TransactionAttributes are set to not rollback a SkipLimitExceededException, it won't be rolledback, effectively preventing it from going up to the StepOperations and causing the step to fail.  Of course, someone shouldn't think to do that, but it's just one example.  If someone sets any exception to be on the fatal list, but messes up and puts an exception in the attribute list to cause rollback, the step won't fail.
I propose that the rollback decision on transaction attribute be used solely to determine whether the transaction is committing, but that the exception should still be propagated up to the StepOperations to determine whether or not it should cause failure.

The file rotation happens with an event currently. If there are no queries fired for a long time, then the file rotation does not happen and we do not close the file. This causes the clients to poll for the file for an indeterminate amount of time. If there are multiple hiveservers there is no way to tell which file will get more data. Fix this to close at end of day.

mvn install -Pjpda should run the tests with debugging enabled but it does not as the surefire.jpda.args property is ignored.

At a minimum, it should be using the shared CodePointIterator.

when including page fragments through spring-web from within spring-portlet the following error is thrown by weblogic when the DispatcherServlet tries to restore the original request attributes:
java.lang.IllegalArgumentException: The request attribute [javax.portlet.userinfo] is reserved and can not be set by portlets.
	at com.bea.portlet.container.HttpServletRequestImpl.setAttribute(HttpServletRequestImpl.java:198)
	at org.springframework.web.servlet.DispatcherServlet.restoreAttributesAfterInclude(DispatcherServlet.java:1158)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:721)
of course the DispatcherServlet cannot know the reserved attributes from the portlet context, but it could avoid settting unchanged attributes.
a solution could therefore check if the attribute to restore is still present and unchanged after the include and skip the resetting for such attributes.

DuplicateServiceException: Service jboss.persistenceunit is thrown at Arquillian Test when using deployment.addAllDependencies().
I attached the log.
The sample project is here.
it's very exception name, it seems the persistence unit is registered twice.

Unable to find source-code formatter for language: shell. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml
2015-12-22 23:35:55,976 INFO  [org.jboss.as.jpa] (MSC service thread 1-5) WFLYJPA0002: Read persistence.xml for primary
2015-12-22 23:35:55,979 INFO  [org.jboss.as.jpa] (MSC service thread 1-5) WFLYJPA0002: Read persistence.xml for primary

how to reproduce:

git clone https://github.com/emag/wildfly-swarm-quickstarts.git \
    && cd wildfly-swarm-quickstarts \
    && git checkout -b jpa-duplicate-service-exception-with-arq origin/jpa-duplicate-service-exception-with-arq \
    && mvn clean verify -pl jpa-duplicate-service-exception-with-arq

java.io.FileNotFoundException: File does not exist: /home/henkins/.m2/repository/org/apache/hadoop/hadoop-mapred/0.22-SNAPSHOT/hadoop-mapred-0.22-SNAPSHOT.jar
	at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:742)
	at org.apache.hadoop.mapreduce.filecache.TrackerDistributedCacheManager.getFileStatus(TrackerDistributedCacheManager.java:331)
	at org.apache.hadoop.mapreduce.filecache.TrackerDistributedCacheManager.determineTimestamps(TrackerDistributedCacheManager.java:711)
	at org.apache.hadoop.mapreduce.JobSubmitter.copyAndConfigureFiles(JobSubmitter.java:245)
	at org.apache.hadoop.mapreduce.JobSubmitter.copyAndConfigureFiles(JobSubmitter.java:283)
	at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:350)
	at org.apache.hadoop.mapreduce.Job$2.run(Job.java:1045)
	at org.apache.hadoop.mapreduce.Job$2.run(Job.java:1042)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1153)
	at org.apache.hadoop.mapreduce.Job.submit(Job.java:1042)
	at org.apache.hadoop.mapreduce.Job.waitForCompletion(Job.java:1062)
	at org.apache.hadoop.hbase.mapreduce.TestImportTsv.doMROnTableTest(TestImportTsv.java:215)
	at org.apache.hadoop.hbase.mapreduce.TestImportTsv.testMROnTable(TestImportTsv.java:165)

I have an app configured to prevent concurrent sessions:
                <sec:session-management session-fixation-protection="migrateSession">
                           <sec:concurrency-control max-sessions="1" expired-url="/sessionExpired.do" session-registry-ref="sessionRegistry"/>
                </sec:session-management>
Also we are using remember me functionality:
                <sec:remember-me key="someKey" services-ref="rememberMeServices"  />
now with this config the logout filter is injected with both SecurityContextLogoutHandler and our TokenBasedRememberMeServices bean which implements LogoutHandler.This is the expected config and it correctly executes both handlers (where in this case, remember me cookie will be canceled by TokenBasedRememberMeServices)  ..
However, if the user exceeds his max sessions and the ConcurrentSessionFilter logouts the user, it uses the default SecurityContextLogoutHandler which is declared inside:
                private LogoutHandler[] handlers = new LogoutHandler[] 
{new SecurityContextLogoutHandler()}
;
I think ConcurrentSessionFilter should be injected with the same logout handlers as LogoutFilter so the user will be properly logged out (i.e clearing remeber me cookie for example)...

MapReduce job using MultithreadedTableMapper goes down throwing the following Exception:

java.io.IOException: java.lang.NoSuchMethodException: org.apache.hadoop.mapreduce.Mapper$Context.<init>(org.apache.hadoop.conf.Configuration, org.apache.hadoop.mapred.TaskAttemptID, org.apache.hadoop.hbase.mapreduce.MultithreadedTableMapper$SubMapRecordReader, org.apache.hadoop.hbase.mapreduce.MultithreadedTableMapper$SubMapRecordWriter, org.apache.hadoop.hbase.mapreduce.TableOutputCommitter, org.apache.hadoop.hbase.mapreduce.MultithreadedTableMapper$SubMapStatusReporter, org.apache.hadoop.hbase.mapreduce.TableSplit)
	at org.apache.hadoop.hbase.mapreduce.MultithreadedTableMapper$MapRunner.<init>(MultithreadedTableMapper.java:260)
	at org.apache.hadoop.hbase.mapreduce.MultithreadedTableMapper.run(MultithreadedTableMapper.java:133)
Caused by: java.lang.NoSuchMethodException: org.apache.hadoop.mapreduce.Mapper$Context.<init>(org.apache.hadoop.conf.Configuration, org.apache.hadoop.mapred.TaskAttemptID, org.apache.hadoop.hbase.mapreduce.MultithreadedTableMapper$SubMapRecordReader, org.apache.hadoop.hbase.mapreduce.MultithreadedTableMapper$SubMapRecordWriter, org.apache.hadoop.hbase.mapreduce.TableOutputCommitter, org.apache.hadoop.hbase.mapreduce.MultithreadedTableMapper$SubMapStatusReporter, org.apache.hadoop.hbase.mapreduce.TableSplit)
	at java.lang.Class.getConstructor(Class.java:1657)
	at org.apache.hadoop.hbase.mapreduce.MultithreadedTableMapper$MapRunner.<init>(MultithreadedTableMapper.java:241)
	... 8 more

This occured when the tasks are creating MapRunner threads.

We have observed an issue in SLES clusters where the system timestamp regularly goes back in time. This happens frequently enough to cause test failures when LTT is used with updater. 
Everytime an mutation is performed, the updater creates a string in the form "#column:mutation_type" and appends it to the column "mutate_info". 
It seems that when the test fails, it is always the case that the mutate_info information for that particular column reported is not there in the column mutate_info. However, according to the MultiThreadedUpdater source code, if a row gets updated, all the columns will be mutated. So if a row contains 15 columns, all 15 should appear in mutate_info. 
When the test fails though, we get an exception like: 

2014-11-02 04:31:12,018 ERROR [HBaseReaderThread_7] util.MultiThreadedAction: Error checking data for key [b0485292cde20d8a76cca37410a9f115-23787], column family [test_cf], column [8], mutation [null]; value of length 818

For the same row, the mutate info DOES NOT contain columns 8 (and 9) while it should: 

 test_cf:mutate_info                                 timestamp=1414902651388, value=#increment:1#0:0#1:0#10:3#11:0#12:3#13:0#14:0#15:0#16:2#2:3#3:0#4:2#5:3#6:0#7:0                                         

Further debugging led to finding the root cause where It seems that on SUSE System.currentTimeMillis() can go back in time freely (especially when run in a virtualized env like EC2), and actually happens very frequently. 
This is from a debug log that was put in place: 

2014-11-04 01:16:05,025 INFO  [B.DefaultRpcServer.handler=27,queue=0,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765025/Put/mvcc=8239/#increment:1
2014-11-04 01:16:05,038 INFO  [B.DefaultRpcServer.handler=19,queue=1,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765038/Put/mvcc=8255/#increment:1#0:3
2014-11-04 01:16:05,047 INFO  [B.DefaultRpcServer.handler=21,queue=0,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765047/Put/mvcc=8265/#increment:1#0:3#1:3
2014-11-04 01:16:05,057 INFO  [B.DefaultRpcServer.handler=27,queue=0,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765056/Put/mvcc=8274/#increment:1#0:3#1:3#10:2
2014-11-04 01:16:05,061 INFO  [B.DefaultRpcServer.handler=6,queue=0,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765061/Put/mvcc=8278/#increment:1#0:3#1:3#10:2#11:0
2014-11-04 01:16:05,070 INFO  [B.DefaultRpcServer.handler=20,queue=2,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765070/Put/mvcc=8285/#increment:1#0:3#1:3#10:2#11:0#12:3
2014-11-04 01:16:05,076 INFO  [B.DefaultRpcServer.handler=3,queue=0,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765076/Put/mvcc=8289/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0
2014-11-04 01:16:05,084 INFO  [B.DefaultRpcServer.handler=2,queue=2,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765084/Put/mvcc=8293/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0
2014-11-04 01:16:05,090 INFO  [B.DefaultRpcServer.handler=7,queue=1,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765090/Put/mvcc=8297/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0
2014-11-04 01:16:05,097 INFO  [B.DefaultRpcServer.handler=0,queue=0,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765097/Put/mvcc=8301/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0
2014-11-04 01:16:05,100 INFO  [B.DefaultRpcServer.handler=14,queue=2,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765100/Put/mvcc=8303/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0
2014-11-04 01:16:05,103 INFO  [B.DefaultRpcServer.handler=11,queue=2,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765103/Put/mvcc=8305/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0#18:0
2014-11-04 01:16:05,110 INFO  [B.DefaultRpcServer.handler=2,queue=2,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765110/Put/mvcc=8309/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0#18:0#2:2
2014-11-04 01:16:05,114 INFO  [B.DefaultRpcServer.handler=20,queue=2,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765114/Put/mvcc=8312/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0#18:0#2:2#3:2
2014-11-04 01:16:05,119 INFO  [B.DefaultRpcServer.handler=21,queue=0,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765119/Put/mvcc=8316/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0#18:0#2:2#3:2#4:0
2014-11-04 01:16:04,941 INFO  [B.DefaultRpcServer.handler=22,queue=1,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063764941/Put/mvcc=8320/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0#18:0#2:2#3:2#4:0#5:0
2014-11-04 01:16:04,945 INFO  [B.DefaultRpcServer.handler=25,queue=1,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063764945/Put/mvcc=8324/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0#18:0#2:2#3:2#4:0#6:0
2014-11-04 01:16:04,988 INFO  [B.DefaultRpcServer.handler=19,queue=1,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063764988/Put/mvcc=8329/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0#18:0#2:2#3:2#4:0#7:3
2014-11-04 01:16:04,998 INFO  [B.DefaultRpcServer.handler=2,queue=2,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063764998/Put/mvcc=8337/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0#18:0#2:2#3:2#4:0#8:2
2014-11-04 01:16:05,005 INFO  [B.DefaultRpcServer.handler=17,queue=2,port=60020] regionserver.MemStore: upserting: 193002e668758ea9762904da1a22337c-1268/test_cf:mutate_info/1415063765005/Put/mvcc=8343/#increment:1#0:3#1:3#10:2#11:0#12:3#13:0#14:0#15:0#16:0#17:0#18:0#2:2#3:2#4:0#9:3

Notice that we keep appending entries like #13:0 to the end. Up until 

the timestamps are always increasing. Then the next line has a smaller timestamp. It still does the append though:  

The timestamp went from 1415063765119 to 1415063764941 (a 178ms difference). Since append code always checks for latest value (latest value in hbase sort order), then appends to the latest value, it does not look like an HBase level issue. You can even notice that the log4j timestamp is going back.
Apart from SUSE timestamp issues (and NTP setup etc), I think our append code should ensure that the timestamp of the new key value that is appended should not have a lesser timestamp than the old keyvalue. We can think about implementing an EnvEdgeManager to do monotonically increment the ts within the process, but that may be expensive. 
I think we can ensure to use the max timestamp in append anyway since that will ensure that even if system ts goes back, the new kv always sorts before the previous value. 

public static int calculateLongHashCode(long key) {

    key = (~key) + (key << 21); // key = (key << 21) - key - 1;
    key = key ^ (key >>> 24);
    key = (key + (key << 3)) + (key << 8); // key * 265
    key = key ^ (key >>> 14);
    key = (key + (key << 2)) + (key << 4); // key * 21
    key = key ^ (key >>> 28);
    key = key + (key << 31);

    return (int) key;
  }

Does not mix enough bits into the lower 32 bits, which are used for the bucket probes.

Current the Spring Data GemFire XML Schema (XSD) restricts the value of the compaction-threshold attribute on the <gfe:disk-store/> element as type 'short', with valid values between 0 and 100, rather than using a type of 'string' thereby allowing the use of property placeholder values.
The XSD should be changed so that the GemFire Disk Store, compaction-threshold attribute is of type 'xsd:string', allowing the use of property placeholder values.

It should do as MinaHelper
See nabble
http://old.nabble.com/Recovery-From-Netty-Connection-Drop-ts28467631.html

I am trying to re-add a rest definition to an existing jetty restConfiguration with the following exception:
org.apache.camel.FailedToStartRouteException: Failed to start route issues because of Multiple consumers for the same endpoint is not allowed: jetty:http://localhost:8080/issues/%7Bisin%7D/%7Bsedol%7D?httpMethodRestrict=GET
This is obviously a bug since the first time I can add multiple rest routes to the same endpoint (jetty or any other). Later while trying to remove/add a route I get this error. I attach a unit test to illustrate the problem.

The test case given below shows a simple case where we have 2 parameters paramA and paramB.

If we call the /paramtest url the paramtest() method is called.
If we enter true for paramA, method aTrue() is called.
However, when we enter true for both paramA and paramB the method bTrueNotA() is called.

But the 3rd @RequestMapping calls for A=True and B!=true. By my reconing when both parameters are true, aTrue() should be called.
This was also reproduced in another way by another use, see forum post for that test case (posted on stackoverflow.com)
@RequestMapping("paramtest")
public String paramtest(){
    return  "<html><head></head><body>" +
                "<form action=paramtest method=post>" +
                    "paramA: <input type=text name=paramA /><br>" +
                    "paramB: <input type=text name=paramB /><br>" +
                    "<input type=submit>" + 
                "</form>" +
            "</body></html>";       
}
@RequestMapping(value="paramtest", params="paramA=true")
public String aTrue(){
    return "A=true";
}
@RequestMapping(value="paramtest", params=
{"paramB=true", "paramA!=true"}
)
public String bTrueNotA(){
    return "B=True; A!=true";
}

The invalidValue field of RepositoryConstraintViolationExceptionMessage.ValidationError is a string even if the failed member is of another type because it is being string formatted. By maintaining the original type we allow better debugging by expressing more closely the true type input and not just its toString()  and also allow the original marshaller/unmarshaller to express the object as is more appropriate. 
Example input:

{
    "givenName" : "null",
    "familyName" : "Bongiorno",
    "dob" : "2007-12-03",
    "nationalId" : "12345687",
    "photo" : null
    
}

or

{
    "givenName" : null,
    
}

example output

{
    "errors": [
        {
            "entity": "Worker",
            "message": "may not be null",
            "invalidValue": "null",
            "property": "givenName"
        }
    ]
}

Entity:

@Entity
public class Worker {

    @Id

    @NotNull
    @Pattern(regexp = "[^null]", message = "may not be null")
    private String givenName;

    @NotNull
    private String familyName;

    private LocalDate dob;

    private String nationalId;

    private byte[] photo;
}

I intentionally added a silly validation constraint to demonstrate

The 0.95 release of hbase does not include junit-*.jar in the lib/ dir.  This is required to run the hbase-it suite from the tarball. 

Missing some data-th-href thymeleaf menu template for create and list. For example:
<ul class="dropdown-menu"> 
         <li><a href="/people/create-form" data-th-href="@{/people/create-form}" data-th-text="#{label_create_entity(#
{label_person}
)}">Create Person</a></li> 
         <li><a href="/people" data-th-href="@{/people}" data-th-text="#{label_list_entity(#
{label_person_plural}
)}">List Person</a></li> 
        </ul>

From version 1.5 and onwards the CachingConnectionFactory will not allow any connections to be created once the application context has been closed. This is implemented by closing the connection factory as soon as closing of the application context is initiated (when the ContextClosedEvent is fired).
This is quite abrupt and causes problems for code that may want to process requests and publish messages while the application context is still in it's closing stage.
As an example we use spring-integration AMQP components (AmqpInboundChannelAdapter) for consuming inbound messages and these components implement the Spring SmartLifeCycle. This means that message consumers are not stopped until you reach the life-cycle processing stage in the application context closing (which happens after the ContextClosedEvent is fired). This causes problems as you cannot easily prevent incoming messages from arriving but you cannot send any outbound messages (since the connection factory is already closed). 
For us this is major issue since it now limits our possibility to perform a graceful shutdown of our application, which worked well with prior versions.
If closing is really required then I think it could make sense to defer it to a later stage by e.g. implementing Spring SmartLifeCycle and use the stop() method. Combined with a configurable phase that would give us the possibility to co-ordinate the closing with other components that should be stopped before we let the application context start destroying beans.

My patch in HBASE-1279 was targeted for branch 0.19 and was missing a line to make it work for trunk in the copy constructor of HSI.

There is an error trying to add a 2nd JCA distributed work manager.

[standalone@localhost:9990 /] batch
[standalone@localhost:9990 / #] /subsystem=jca/distributed-workmanager=dwm2:add(name=dwm2)
[standalone@localhost:9990 / #] /subsystem=jca/distributed-workmanager=dwm2/short-running-threads=dwm2:add(max-threads=11,queue-length=22)
[standalone@localhost:9990 / #] run-batch
The batch failed with the following error (you are remaining in the batch editing mode to have a chance to correct the error):
Operation: /subsystem=jca/distributed-workmanager=dwm2:add(name=dwm2)
Failure: WFLYCTL0436: Cannot register capability
'org.wildfly.connector.workmanager' at location '[
    ("distributed-workmanager" => "dwm2")
]]'

For example, in add_partitions_core, if there's exception in MetaStoreListenerNotifier.notifyEvent(transactionalListeners,....), transaction rollback but no exception thrown. Client will assume add partition is successful and take a positive path.

The following warning in log4j log shows up with no predictable reason:
2010-06-24 14:07:01,090  WARN [DefaultMessageListenerContainer-7:DirectProducer.java:42] No consumers available on endpoint: Endpoint[direct://UserCancelJobRequest] to process: Exchange[JmsMessage: RunnerBase
{locationToRunId='DV02YcABTE43HTRPATEGCBFk0m0', jobrun_id=1234, requestOrigId='null', secretKey='null', replyToQueueOrTopic='null', corrolationId='null', requestCreationTime=Thu Jun 24 14:07:01 PDT 2010}
]
The endpoint [direct://UserCancelJobRequest] could be a number of different endpoints in our application and all of them are of "direct:" type.  When this happens, all messages that run through that endpoint will fail, and it will never recover unless the application is restarted.
Also, if I restart the application and use that route immediately, that warning will not occur and the request will finish successfully.  It seems to happen to routes that have not been used for a while after startup.
When this happens, I can find the exact Camel endpoint/route/processor in JConsole, and nothing seems to be wrong.  How can a "direct:" endpoint runs out of consumer?  Isn't the thread that product this warning THE thread to process the message?
We recently upgraded from 5.2 to 5.3.2 and this starts to show up randomly. It is a show stopper!
--Michael

HIVE-19418 changed thrown exceptions by HiveMetaStoreClient.createTable, alterTable method.
For backward compatibility we should revert these changes

using the default setup of a maven project for intellij, tests fail because the hbase-default.xml contains a token @@@VERSION@@@.  The maven build creates a substitute file, but this file isn't by default on the classpath.
Is there a different place to put the hbase-default.xml file than target/classes?  That is excluded from the classpath because IJ has it's own compiler. Including that path in the project classpath seems dangerous.
Can we get the output to go to just 'target' or 'target/generated-sources/org' perhaps?

In Lettuce, connection.exec() returns a empty List instead of a null value if a watched key is modified before exec.  This causes compareAndSet to always return true.
Issue filed with Lettuce: https://github.com/wg/lettuce/issues/9

We should change the default cipher as OpensslCipher instead of JceCipher.

See nabble
http://camel.465427.n5.nabble.com/File-consumer-deletes-file-after-processing-first-endpoint-in-multicast-tp5720510.html
Look into this issue as the on completion should ideally not be propagated to the multicasted exchanges, but kept on original exchange, so its done at the very end.
Created this ticket to not forget about it and look into it. It may work fine on trunk etc.

DomainClassConverter#matches throws a ConversionMatchAbbreviationException instead of correctly returning false in at least the following scenario:

sourceType is not related to targetType
targetType has a Spring Data repository with a String ID

The matches method performs the following logic:

sourceType is not assignable to targetType
targetType has a repository
the ID type is String
sourceType is not a String, and I can't convert sourceType to a String

The correct response is therefore simply not to match (and in my case, to let SpEL attempt to bind to a different method overload). The converter instead throws an exception.

Additional '^' in escape test:
[junit] Begin query: escape1.q
[junit] Copying file: file:/home/cloudera/Code/hive/data/files/escapetest.txt
[junit] 12/01/23 15:22:15 WARN conf.Configuration: mapred.system.dir is deprecated. Instead, use mapreduce.jobtracker.system.dir
[junit] 12/01/23 15:22:15 WARN conf.Configuration: mapred.local.dir is deprecated. Instead, use mapreduce.cluster.local.dir
[junit] diff -a -I file: -I pfile: -I hdfs: -I /tmp/ -I invalidscheme: -I lastUpdateTime -I lastAccessTime -I [Oo]wner -I CreateTime -I LastAccessTime -I Location -I LOCATION ' -I transient_lastDdlTime -I last_modified_ -I java.lang.RuntimeException -I at org -I at sun -I at java -I at junit -I Caused by: -I LOCK_QUERYID: -I LOCK_TIME: -I grantTime -I [.][.][.] [0-9]* more -I job_[0-9]_[0-9] -I USING 'java -cp /home/cloudera/Code/hive/build/ql/test/logs/clientpositive/escape1.q.out /home/cloudera/Code/hive/ql/src/test/results/clientpositive/escape1.q.out
[junit] 893d892
[junit] < 1	1	^
[junit] at org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_escape1(TestCliDriver.java:131)

force split flag is used when a user requests region split and specifies a split key.

region.forceSplit(splitPoint);

We need to clear force split flag at the end of SplitRequest run. If the region split is successful, this parent region will go away and there is no need to clear this flag.  But we will have problem when the split is not successful or rejected.  Here is the case:
1. User requested region split at rownkey-n.
2. We set forceSplit in the region with rownkey-n.
3. The split request got rejected because the region had references.
4. After a while, there was a system request split for the same region.
5. The region would use forceSplit and rownkey-n to split.  What should have happened is that the region split is done based on system split policy.

Given that we bumped to 1.1.0 instead of 1.0.1, we should have bumped the schema version.
Create 1.1 schema and revert 1.0 schema.

The UT is not implemented correctly, when executing table.get we will throw exception out, and the checks below will not be executed, we should catch the exception, instead of using @Test(expected = xxx).

When the table's region count is less than the count of region servers, the region balance algorithm will not move the region. For example, the cluster has 100 RS, the table has 50 regions sitting on one RS, they will not be moved to any of the other 99 RS.
This is because the algorithm did not calculate the under-loaded RS correctly. This is how the algorithm works with the above example:
avg-regions-per-RS=0.5
min-RS-per-RS=0
max-RS-per-RS=1
when they calculate the under loaded RS, the code is as below. Since regionCount=0, which is always >=min, so it will always skip, therefore, no underloaded RS are found.
Map<ServerName, Integer> underloadedServers = new HashMap<ServerName, Integer>();
for (Map.Entry<ServerAndLoad, List<HRegionInfo>> server:
serversByLoad.entrySet()) {
int regionCount = server.getKey().getLoad();
if (regionCount >= min) 
{ break; }
underloadedServers.put(server.getKey().getServerName(), min - regionCount);
}
Later the function returns since underloaded RS size is 0
if (serverUnerloaded ==0) return regionsToReturn;

In my application, my LDAP users have zero granted authorities, but the toString method does not print "Not granted any authorities", this is because the authorities collection is a non-null empty collection.

After postgresql server upgraded to version 10+, string comparison fails to return correct value.
In PostgresTableMetaDataProvider.java:
		if (version != null && version.compareTo("8.2.0") >= 0) 
{
		}

"10".compareTo("8.2.0") < 0

A new option is available for the stream:file to close it when done (closeOnDone). This option is appeared in 2.11 after my jira (https://issues.apache.org/jira/browse/CAMEL-6147)
File unlock (or released or closed) looks to doesn't works fine if last line is not passed to the endpoint
Example :
We have a CSV with X line. We want to write a part of it in a file out_1.csv and a second part in a file out_2.csv according to a business rule, in my example the rule is after two lines readed.
An example is : 
from("file://C:/Temp/camel/rep1/?noop=true")
    .log("start process file => ${file:name}")
    .split()
    .tokenize("\n")
        .streaming()
               // After 2 lines, next lines are rejected via an exchange property
               i++ ; 
               if( i  > 2)  
{
                   exchange.setProperty("FILE_1", true );
               }
 else 
{
                   exchange.setProperty("FILE_1", false);
               }
            }
       })
       .choice()
       .when(property("FILE_1").isEqualTo(Boolean.TRUE))
           .to("stream:file?fileName=C:/Temp/camel/rep1/out/out_1.csv&closeOnDone=true")
       .when(property("FILE_2").isEqualTo(Boolean.TRUE))
            .to("stream:file?fileName=C:/Temp/camel/rep1/out/out_2.csv&closeOnDone=true")
       .end()
    .end()
.log("end process file => ${file:name}")
.end()
;
It create two files, and out_1.csv is still locked.
Solution : Seems like the logic in stream producer should sync (lock) and not per method which is wrong.
Or maybe better yet do not have a shared output stream.
By the way, the problem appears not on if there are two files. It appears if the last exchange is not passed to the endpoint.
Example with only one file : 
     .split()
     .tokenize("\n")
     .streaming()
          .process(new Processor() {
               public void process(Exchange exchange) throws Exception {
                    // After 2 lines, next lines are rejected via an
                    // exchange property
                    i++;
                    if (i > 2) 
{
                         exchange.setProperty("FILE_1", false);
                    }
 else 
{
                         exchange.setProperty("FILE_1", true);
                    }
               }
          })
          .choice()
          .when(property("FILE_1").isEqualTo(Boolean.TRUE))
          .to("stream:file?fileName=C:/Temp/camel/rep1/out/out_1.csv&closeOnDone=true")
          .end()
     .end()
.end();

Fixing HIVE-5690, I've found query in subquery_multiinsert.q is not working with hive.auto.convert.join=true 

hive> explain
    > from src b 
    > INSERT OVERWRITE TABLE src_4 
    >   select * 
    >   where b.key in 
    >    (select a.key 
    >     from src a 
    >     where b.value = a.value and a.key > '9'
    >    ) 
    > INSERT OVERWRITE TABLE src_5 
    >   select *  
    >   where b.key not in  ( select key from src s1 where s1.key > '2') 
    >   order by key 
    > ;
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.genMapJoinLocalWork(MapJoinProcessor.java:149)
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.genLocalWorkForMapJoin(MapJoinProcessor.java:256)
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.genMapJoinOpAndLocalWork(MapJoinProcessor.java:248)
	at org.apache.hadoop.hive.ql.optimizer.physical.CommonJoinTaskDispatcher.convertTaskToMapJoinTask(CommonJoinTaskDispatcher.java:191)
	at org.apache.hadoop.hive.ql.optimizer.physical.CommonJoinTaskDispatcher.processCurrentTask(CommonJoinTaskDispatcher.java:481)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:9167)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:446)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:346)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1056)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1099)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:992)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:982)
org.apache.hadoop.hive.ql.parse.SemanticException: Failed to generate new mapJoin operator by exception : Index: 0, Size: 0
	at org.apache.hadoop.hive.ql.optimizer.MapJoinProcessor.genLocalWorkForMapJoin(MapJoinProcessor.java:266)
FAILED: SemanticException Generate Map Join Task Error: Failed to generate new mapJoin operator by exception : Index: 0, Size: 0

tinyint & shortint are currently inferred as ints, if they are without postfix.

 I see these big dirty exceptions in my master log during a long-run.... Lets clean them up (Are they exceptions I as an operator can actually do something about? Are they 'problems'? Should they be LOG.warn?)

2018-04-12 16:02:09,911 WARN  [ForkJoinPool-1-worker-15] cleaner.CleanerChore: Could not delete dir under hdfs://ve0524.halxg.cloudera.com:8020/hbase/archive/data/default/IntegrationTestBigLinkedList/1e24549061df3adc4858fbcaf1929553/meta; {}
org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.fs.PathIsNotEmptyDirectoryException): `/hbase/archive/data/default/IntegrationTestBigLinkedList/1e24549061df3adc4858fbcaf1929553/meta is non empty': Directory is not empty
  at org.apache.hadoop.hdfs.server.namenode.FSDirDeleteOp.delete(FSDirDeleteOp.java:115)
  at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.delete(FSNamesystem.java:2848)
  at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.delete(NameNodeRpcServer.java:1048)
  at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.delete(ClientNamenodeProtocolServerSideTranslatorPB.java:641)
  at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:447)
  at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:989)
  at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:847)
  at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:790)
  at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1836)
  at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2486)

  at org.apache.hadoop.ipc.Client.getRpcResponse(Client.java:1489)
  at org.apache.hadoop.ipc.Client.call(Client.java:1435)
  at org.apache.hadoop.ipc.Client.call(Client.java:1345)
  at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:227)
  at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:116)
  at com.sun.proxy.$Proxy26.delete(Unknown Source)
  at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.delete(ClientNamenodeProtocolTranslatorPB.java:568)
  at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source)
  at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:409)
  at org.apache.hadoop.io.retry.RetryInvocationHandler$Call.invokeMethod(RetryInvocationHandler.java:163)
  at org.apache.hadoop.io.retry.RetryInvocationHandler$Call.invoke(RetryInvocationHandler.java:155)
  at org.apache.hadoop.io.retry.RetryInvocationHandler$Call.invokeOnce(RetryInvocationHandler.java:95)
  at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:346)
  at com.sun.proxy.$Proxy27.delete(Unknown Source)

...

Looks like log format is off too...

HBASE-17017 removed the per-region latency histograms (e.g. Get, Put, Scan at p75, p85, etc)
HBASE-15518 added some per-table metrics, but not the latency histograms.
Given the previous conversations, it seems like it these per-table aggregations weren't intentionally omitted, just never re-implemented after the per-region removal. They're some really nice out-of-the-box metrics we can provide to our users/admins as long as it's not detrimental.

Trying to deploy a simple JBoss Seam 2.3.x application on WildFly 11.0.0.CR1 will fail with:

09:06:16,492 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."pkg-seamJboss23-notChangedComponentsReinitializedOnce.war".DEPENDENCIES: org.jboss.msc.service.StartException in service jboss.deployment.unit."pkg-seamJboss23-notChangedComponentsReinitializedOnce.war".DEPENDENCIES: WFLYSRV0153: Failed to process phase DEPENDENCIES of deployment "pkg-seamJboss23-notChangedComponentsReinitializedOnce.war"
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: org.jboss.as.server.deployment.DeploymentUnitProcessingException: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0157: No Seam Integration jar present: Module "org.jboss.integration.ext-content" from local module loader @1ae369b7 (finder: local module finder @6fffcba5 (roots: /Users/poolik/app_servers/wildfly-11.0.0.CR1/modules,/Users/poolik/app_servers/wildfly-11.0.0.CR1/modules/system/layers/base))
	at org.jboss.as.server.deployment.integration.Seam2Processor.deploy(Seam2Processor.java:161)
	... 5 more
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0157: No Seam Integration jar present: Module "org.jboss.integration.ext-content" from local module loader @1ae369b7 (finder: local module finder @6fffcba5 (roots: /Users/poolik/app_servers/wildfly-11.0.0.CR1/modules,/Users/poolik/app_servers/wildfly-11.0.0.CR1/modules/system/layers/base))
	at org.jboss.as.server.deployment.integration.Seam2Processor.getSeamIntResourceRoot(Seam2Processor.java:127)
	at org.jboss.as.server.deployment.integration.Seam2Processor.deploy(Seam2Processor.java:158)
	... 6 more
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0157: No Seam Integration jar present: Module "org.jboss.integration.ext-content" from local module loader @1ae369b7 (finder: local module finder @6fffcba5 (roots: /Users/poolik/app_servers/wildfly-11.0.0.CR1/modules,/Users/poolik/app_servers/wildfly-11.0.0.CR1/modules/system/layers/base))
	at org.jboss.as.server.deployment.integration.Seam2Processor.getSeamIntResourceRoot(Seam2Processor.java:100)
	... 7 more

The issue is that in WFLY-8660 the Seam Integration jar was renamed to jboss-seam-int-jbossas.jar
 (commit) but Seam2Processor in WildFly Core still expects it to be jboss-seam-int.jar

During testing EAP I was hitting intermittent failures on SendMessageTestscase which was caused by timing issues.
There is a bit more explanation of reasons at bz: https://bugzilla.redhat.com/show_bug.cgi?id=1160761

The query:
select s, i, avg(d) / 10.0 over (partition by s order by i) from over100k;
runs (and produces meaningless output).
Over should not allow the arithmetic expression.  Only a UDAF or PTF function should be valid there.  The correct way to write this query should be 
select s, i, avg(d) over (partition by s order by i) / 10. 0 from over100k;

When using FileUtils.copyDirectoryToDirectory, infinite loops has occurred.
– detail –
src directory :  D:\a
dest directory : D:\a
call : FileUtils.copyDirectoryToDirectory(new File("D:\a"), new File("D:\a"));
expected result : directory D:\a\a will be created
actual result      : D:\a\a\a\a.......   was created
i guess FileUtils.copyDirectoryToDirectory causes of this result.
("destDir.mkdir()" is done before "srcDir.listFiles()")
am i calling wrong method?
thank you.

I broke TestHeapSize on 32-bit when I committed HBASE-4422.  Fix it here, remove another boolean variable I forgot to delete, and fix a couple warnings while we are at it.

The /core-service=management/security-realm=ManagementRealm/authentication=users resource does not get persisted in case it does not contain any users. This causes problems since the resource is not restored after a reload or restart of the server.

The shutdown command needs to support a timeout param so users can have a graceful shutdown.
I'm calling this a bug because the low level :shutdown op is not reliable for CLI users due to the issues with handling of connection closing that the shutdown command takes care of.

(attachement is eclipse project and screenshot)
I made messages_ko_KR.properties. 
(C:\workspace\codelabor-spring-security-template\src\main\resources\org\springframework\security\messages_ko_KR.properties)
And I try default form-login with empty username and password.
500 Error occures like screenshot image.
---------------------------------------------------------------------
java.io.CharConversionException: Not an ISO 8859-1 character: 비
	at javax.servlet.ServletOutputStream.print(ServletOutputStream.java:89)
I retry login with correct username and password.
Login is sucess.
In index.jsp page, I test messageSource like this:
WebApplicationContext context = WebApplicationContextUtils.getRequiredWebApplicationContext(application);
MessageSource messageSource = (MessageSource) context.getBean("messageSource");
out.println(messageSource.getMessage("AbstractUserDetailsAuthenticationProvider.badCredentials", null, Locale.getDefault()));
index.jsp page works, like attachement image.
So my message_ko_KR.properties is good.
What's wroing with DefaultLoginPageGeneratingFilter?

Suppose we create a table with Custom SerDe, then call HiveMetaStoreClient.getSchema(String db, String tableName) to extract the metadata from HiveMetaStore Service
the thrift client hangs there with exception in HiveMetaStore Service's log, such as

Exception in thread "pool-5-thread-129" java.lang.NoClassDefFoundError: org/apache/hadoop/hbase/util/Bytes
        at org.apache.hadoop.hive.hbase.HBaseSerDe.parseColumnsMapping(HBaseSerDe.java:184)
        at org.apache.hadoop.hive.hbase.HBaseSerDeParameters.<init>(HBaseSerDeParameters.java:73)
        at org.apache.hadoop.hive.hbase.HBaseSerDe.initialize(HBaseSerDe.java:117)
        at org.apache.hadoop.hive.serde2.AbstractSerDe.initialize(AbstractSerDe.java:53)
        at org.apache.hadoop.hive.serde2.SerDeUtils.initializeSerDe(SerDeUtils.java:521)
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.getDeserializer(MetaStoreUtils.java:401)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_fields_with_environment_context(HiveMetaStore.java:3556)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_schema_with_environment_context(HiveMetaStore.java:3636)
        at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source)
        at com.sun.proxy.$Proxy4.get_schema_with_environment_context(Unknown Source)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_schema_with_environment_context.getResult(ThriftHiveMetastore.java:9146)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$get_schema_with_environment_context.getResult(ThriftHiveMetastore.java:9130)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:551)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor$1.run(HadoopThriftAuthBridge.java:546)
        at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:546)
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.util.Bytes
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)

It is possible to start/stop delivery of messages to MDB in standalone mode using operations
start-delivery() and stop-delivery() on MDB deployment. 
Those operations are available in domain mode but their descriptions are missing (preventing CLI autocompletion to work as expected).

The documentation of WebClient.ResponseSpec#toEntity() states the following:
this method does not check for a 4xx or 5xx status code before extracting the body
However, when a WebClient receives a 5xx response, it fails in the underlying Netty HTTP client layer. An error Mono is emitted before toEntity(...) finishes.
So there is no way to inspect the returned ResponseEntity in case we are interested in the body, headers or any other details of the response.
Example:

WebClient.create()
                .get()
                .uri("http://localhost:8080/error")
                .toEntity(String.class)
                .map(responseEntity -> {
                    //never reaches here because the underlying reactor.ipc.netty.http.client.HttpClient
                    // emits an error Mono from reactor.ipc.netty.http.client.HttpClientOperations#checkResponseCode()
                    if (responseEntity.getStatusCode()
                            .is5xxServerError()) {
                        throw new RuntimeException("Custom Server Error Exception");
                    }
                    return responseEntity.getBody();
                })

A relevant question on StackOverflow: https://stackoverflow.com/questions/44593066/spring-webflux-webclient-get-body-on-error

e.g.:
[standalone@localhost:9999 /] /extension=garbage:remove
            
hive launch script explicitly specific log4j2 configuration file to use. The main() methods in HiveServer2 and HiveMetastore reconfigures the logger based on user input via --hiveconf hive.log.file. This may cause logs to end up in 2 different files. Initial logs goes to the file specified in hive-log4j2.properties and after logger reconfiguration the rest of the logs goes to the file specified via --hiveconf hive.log.file. 

When a field is of type java.util.Properties, the MongoMappingContext reports a ClassCastException.

Caused by: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.reflect.ParameterizedType
	at org.springframework.data.util.TypeDiscoverer.getMapValueType(TypeDiscoverer.java:201)
	at org.springframework.data.util.ClassTypeInformation.getMapValueType(ClassTypeInformation.java:29)
	at org.springframework.data.mapping.AbstractMappingContext.getNestedTypeToAdd(AbstractMappingContext.java:253)
	...

Updated the trunk.. Loaded the table with PE tool.  Trigger a flush to ensure all data is flushed out to disk. When the first compaction is triggered we get an NPE and this is very easy to reproduce

015-06-25 21:33:46,041 INFO  [main-EventThread] procedure.ZKProcedureMemberRpcs: Received procedure start children changed event: /hbase/flush-table-proc/acquired
2015-06-25 21:33:46,051 INFO  [rs(stobdtserver3,16040,1435248182301)-flush-proc-pool3-thread-1] regionserver.HRegion: Flushing 1/1 column families, memstore=76.91 MB
2015-06-25 21:33:46,159 ERROR [regionserver/stobdtserver3/10.224.54.70:16040-longCompactions-1435248183945] regionserver.CompactSplitThread: Compaction failed Request = regionName=TestTable,00000000000000000000283887,1435248198798.028fb0324cd6eb03d5022eb8c147b7c4., storeName=info, fileCount=3, fileSize=343.4 M (114.5 M, 114.5 M, 114.5 M), priority=3, time=7536968291719985
        at org.apache.hadoop.hbase.regionserver.compactions.PressureAwareCompactionThroughputController$ActiveCompaction.access$700(PressureAwareCompactionThroughputController.java:79)
        at org.apache.hadoop.hbase.regionserver.compactions.PressureAwareCompactionThroughputController.finish(PressureAwareCompactionThroughputController.java:238)
        at org.apache.hadoop.hbase.regionserver.compactions.Compactor.performCompaction(Compactor.java:306)
        at org.apache.hadoop.hbase.regionserver.compactions.DefaultCompactor.compact(DefaultCompactor.java:106)
        at org.apache.hadoop.hbase.regionserver.DefaultStoreEngine$DefaultCompactionContext.compact(DefaultStoreEngine.java:112)
        at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:1202)
        at org.apache.hadoop.hbase.regionserver.HRegion.compact(HRegion.java:1792)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread$CompactionRunner.run(CompactSplitThread.java:524)
2015-06-25 21:33:46,745 INFO  [rs(stobdtserver3,16040,1435248182301)-flush-proc-pool3-thread-1] regionserver.DefaultStoreFlusher: Flushed, sequenceid=1534, memsize=76.9 M, hasBloomFilter=true, into tmp file hdfs://stobdtserver3:9010/hbase/data/default/TestTable/028fb0324cd6eb03d5022eb8c147b7c4/.tmp/942ba0831a0047a08987439e34361a0c
2015-06-25 21:33:46,772 INFO  [rs(stobdtserver3,16040,1435248182301)-flush-proc-pool3-thread-1] regionserver.HStore: Added hdfs://stobdtserver3:9010/hbase/data/default/TestTable/028fb0324cd6eb03d5022eb8c147b7c4/info/942ba0831a0047a08987439e34361a0c, entries=68116, sequenceid=1534, filesize=68.7 M
2015-06-25 21:33:46,773 INFO  [rs(stobdtserver3,16040,1435248182301)-flush-proc-pool3-thread-1] regionserver.HRegion: Finished memstore flush of ~76.91 MB/80649344, currentsize=0 B/0 for region TestTable,00000000000000000000283887,1435248198798.028fb0324cd6eb03d5022eb8c147b7c4. in 723ms, sequenceid=1534, compaction requested=true
2015-06-25 21:33:46,780 INFO  [main-EventThread] procedure.ZKProcedureMemberRpcs: Received created event:/hbase/flush-table-proc/reached/TestTable
2015-06-25 21:33:46,790 INFO  [main-EventThread] procedure.ZKProcedureMemberRpcs: Received created event:/hbase/flush-table-proc/abort/TestTable
2015-06-25 21:33:46,791 INFO  [main-EventThread] procedure.ZKProcedureMemberRpcs: Received procedure abort children changed event: /hbase/flush-table-proc/abort
2015-06-25 21:33:46,803 INFO  [main-EventThread] procedure.ZKProcedureMemberRpcs: Received procedure start children changed event: /hbase/flush-table-proc/acquired
2015-06-25 21:33:46,818 INFO  [main-EventThread] procedure.ZKProcedureMemberRpcs: Received procedure abort children changed event: /hbase/flush-table-proc/abort

Will check this on what is the reason behind it. 

Enable RBAC in an Wilfly domain setup. "reload --host=master" and the slaves will no longer be connected to the master

For a RS of a join operator, if the join key corresponding to this RS does not appear in the SELECT clause, ColumnPruner will drop the entry of this column in colExprMap. 
Example:

SELECT x.key FROM src1 x JOIN src y ON (x.key = y.key);

Before CP,

colExprMap of RS corresponding to x: {VALUE._col3=Column[INPUT__FILE__NAME], VALUE._col2=Column[BLOCK__OFFSET__INSIDE__FILE], VALUE._col1=Column[value], VALUE._col0=Column[key]};
colExprMap of RS corresponding to y: {VALUE._col3=Column[INPUT__FILE__NAME], VALUE._col2=Column[BLOCK__OFFSET__INSIDE__FILE], VALUE._col1=Column[value], VALUE._col0=Column[key]}.

After CP,

colExprMap of RS corresponding to x: {VALUE._col0=Column[key]};
colExprMap of RS corresponding to y: {}.

Match purpose should be entirely removed from authentication-context, see [1]. It means it should be removed from API, Elytron subsystem and Elytron client configuration file.
We request blocker flag to avoid situation where match-purpose occurs in GA.
[1] https://issues.jboss.org/browse/JBEAP-11144?focusedCommentId=13413867&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13413867

TransactionAwareInvocationHandler class treats toString method special by indicating proxy class is called.
Currently it is generating a message but not returning it.
Atached is a patch to just return generated string for toString method call.

TEZ-1510 changes the way configuration objects are handled in tez, by avoiding polluting the new Configuration(); object within HiveServer2.

The Hive Server's getSchema() function will return a schema with zero fields when executing an "Explain..." query. A quick fix might be to set the default schema to be exactly one column of type string.

In previous versions of Compress, we used the Compress library in our application without requiring any other libraries.  Since the introduction of XZ, the library crashes because it does not dynamically try to find the XZ classes. Our application does not use or need XZ, and we cannot add another ~100KB file to our application.

        try {
// <properties><mimeTypeRepository resource="/etc/tika-mimetypes.xml" magic="true"/></properties>
            tika = new TikaConfig(getClass().getClassLoader().getResourceAsStream("etc/tika-config.xml"));
        } catch (Throwable t) {
            t.printStackTrace();
            throw new MimeTypeException("Cannot load tika-config.xml", t);
        }
        detector = tika.getDetector();
        MediaType contentType = MediaType.OCTET_STREAM;
        contentType = detector.detect(tika, metadata); // error here

Calling Detector.detect(InputStream, Metadata) causes a NoClassDefFoundError because it is trying to find the XZ files using a direct reference to the XZ classes.  Detector.detect:61 uses ZipContainerDetector.detect to use CompressorInputStream createCompressorInputStream(InputStream).
The problem in public CompressorInputStream createCompressorInputStream(InputStream) is it directly calls static methods on the XZCompressorInputStream class which aren't in the classpath.

      if (BZip2CompressorInputStream.matches(signature, signatureLength)) {
        return new BZip2CompressorInputStream(in);
      }
      if (GzipCompressorInputStream.matches(signature, signatureLength)) {
        return new GzipCompressorInputStream(in);
      }
      if (XZCompressorInputStream.matches(signature, signatureLength)) {
        return new XZCompressorInputStream(in);
      }
      if (Pack200CompressorInputStream.matches(signature, signatureLength))
        return new Pack200CompressorInputStream(in);

Ass you can see, the XZCompressorInputStream.matches() method is a static method.  When the class loader loads this class, it tries to load the import statements at the top of XZCompressorInputStream:

import org.apache.commons.compress.compressors.CompressorInputStream;
import org.tukaani.xz.SingleXZInputStream;
import org.tukaani.xz.XZ;
import org.tukaani.xz.XZInputStream;

And, since these org.tukaani.xz classes don't exist, a NoClassDefFoundError exception is thrown.

java.lang.NoClassDefFoundError: org/tukaani/xz/XZInputStream
at org.apache.commons.compress.compressors.CompressorStreamFactory.createCompressorInputStream(CompressorStreamFactory.java:120)
at org.apache.tika.parser.pkg.ZipContainerDetector.detectCompressorFormat(ZipContainerDetector.java:95)
at org.apache.tika.parser.pkg.ZipContainerDetector.detect(ZipContainerDetector.java:81)
at org.apache.tika.detect.CompositeDetector.detect(CompositeDetector.java:61)
at com.lookout.mimetype.TikaResourceMetadataFactory.createMetadata(TikaResourceMetadataFactory.java:166)
at com.lookout.mimetype.TikaResourceMetadataFactory.createMetadata(TikaResourceMetadataFactory.java:112)
(...)
Caused by: java.lang.ClassNotFoundException: org.tukaani.xz.XZInputStream

The appropriate approach is to see if the classes exist before trying to use them.  If they fail, then XZ is not supported and ZipContainerDetector.detect will not support XZ files.

    Thread shutdownThread = new Thread("Shutdown-Thread") {
      @Override
      public void run() {
        LOG.info("Before call to shutdown master");
        try {
          try (Connection connection =
              ConnectionFactory.createConnection(util.getConfiguration())) {
            try (Admin admin = connection.getAdmin()) {
              admin.shutdown();
            }
          }
          LOG.info("After call to shutdown master");
          cluster.waitOnMaster(MASTER_INDEX);
        }
      }
    };

https://builds.apache.org/job/HBASE-Flaky-Tests/28970/artifact/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.master.TestMasterShutdown-output.txt
In the output for a failed running, we only have 'Before call to shutdown master' but no 'After call to shutdown master', so I think there must be something wrong when calling admin.shutdown, but in the catch block below we just ignore the exception.

TestZooKeeper#testRegionAssignmentAfterMasterRecoveryDueToZKExpiry always failed at the following verification for me in my dev env(you have to run the single test  not the whole TestZooKeeper suite to reproduce)

assertEquals("Number of rows should be equal to number of puts.", numberOfPuts, numberOfRows);

We missed two ZK listeners after master recovery MasterAddressTracker & ZKNamespaceManager. 
My current patch is to fix the JIRA issue while I'm wondering if we should totally remove the master failover implementation when ZK session expired because this causes reinitialize HMaster partially which is error prone and not a clean state to start from. 

Current behaviour is:

Open a thrift binary transport
create a session
close the transport

Then the session gets closed. Consequently, all the operations running in the session also get killed.
Whereas, if you open an HTTP transport, and close, the enclosing sessions are not closed. 
This seems like a bad design, having transport and sessions tightly coupled. I'd like to fix this. 
The issue that introduced it is HIVE-9601 Relevant discussions at here, here and mentioned links on those comments. 
Another thing that seems like a slightly bad design is this line of code in ThriftBinaryCLIService:

server.setServerEventHandler(serverEventHandler);

Whereas serverEventHandler is defined by the base class, with no users except one sub-class(ThriftBinaryCLIService), violating the separation of concerns. 

https://github.com/apache/hive/blob/master/testutils/metastore/metastore-upgrade-test.sh#L124

while read script
do
if [ $begin_upgrade_test = "true" ] || echo upgrade-$name | grep "upgrade-$VERSION_BASE"; then

In the above code, the bash variable "name" is never initialized and hence the entire if condition is never true which prevents the script from triggering any test scripts.

Previous build would search for it running up through all point version from 3.0.1-b1 until it hit b8.

TestHFileBlock.createTestBlockStr can change the gzip header after the block is produced. The OS field can be set to 0 on Linux or Mac if the native gzip codec is available and is used, but the test code then resets it to 3. When comparing the resulting block the checksum should be ignored.

Duo Zhang found that I forgot to include the generated, shaded files in our src tgz. Let me fix. This is a follow-on to HBASE-16793

recovery-credential is missing support for credential-reference

<xa-datasource jndi-name="java:jboss/xa-datasources/test" pool-name="test">
    <xa-datasource-property name="test">
        aa
    </xa-datasource-property>
    <xa-datasource-property name="test2">
        aa
    <driver>h2</driver>
        <user-name>sa</user-name>
        <credential-reference clear-text="password" />
    <recovery>
        <recover-credential>
            <user-name>user</user-name>
            <password>pass</password>
        </recover-credential>
    </recovery>
</xa-datasource>

[standalone@embedded /] /subsystem=datasources/xa-data-source=test:write-attribute(name=recovery-username, value=user
[standalone@embedded /] /subsystem=datasources/xa-data-source=test:write-attribute(name=recovery-password, value=pass

When HS2 is running in kerberos cluster but with other Sasl authentication (e.g. LDAP) enabled, it fails in kerberos/delegation token authentication. It is because the HS2 server uses the TSetIpAddressProcess when other authentication is enabled. 

The documentation of RowCounter and CellCounter in refguide needs some improvement. Help messages also need some tuning.

In test case testMap the AssertEquals check was returning a false positive result, due to a Parquet bug:
Original types were not asserted in equals method, this has been fixed here: https://github.com/apache/parquet-mr/commit/878ebcd0bc2592fa9d5dda01117c07bc3c40bb33
What this test would produce after the Parquet fix is this:

expected:<message hive_schema {
 optional group mapCol (MAP) {
  repeated group map (MAP_KEY_VALUE) {
   required binary key;
   optional binary value;
  }
 }
}
> but was:<message hive_schema {
   required binary key (UTF8);
   optional binary value (UTF8);
  }
 }
}
>

It affects testMapDecimal test case similarly.
Once we upgrade to a Parquet lib with this fix in place our test case will produce failure too, hence I propose fixing it now.

Maybe I'm confused but I'm using ACL_AFTER_READ to control access to instances of my DomainObjectAclAware objects.  In my afterAclRead bean I define:
<property name="processDomainObjectClass"><value>foo.DomainObjectAclAware</value></property>
I stepped through code while retrieving an object that was not an instance of DomainObjectAclAware and the provider returned null anyway as if I do not have access to the object.  See lines 90-96 of org.acegisecurity.afterinvocation.AclEntryAfterInvocationProvider:
                if (!getProcessDomainObjectClass().isAssignableFrom(returnedObject.getClass())) {
                    if (logger.isDebugEnabled()) 
{
                        logger.debug("Return object is not applicable for this provider, skipping");
                    }

                    return null;
                }
Shouldn't this return the object instead of null?

If a controller method returns a ResponseEntity, and this entity is created with the constructor ResponseEntity(MultiValueMap<String, String>  headers, HttpStatus  statusCode) the passed headers are ignored and do not appear in the resulting HTTP response.
I suppose that the reason for this is an error in the class AnnotationMethodHandlerAdapter, line 916:
if (body != null) {
	writeWithMessageConverters(body, inputMessage, outputMessage);
}
If the body of the response entity is null, the message is not written.
If I use the constructor ResponseEntity(T body, MultiValueMap<String, String>  headers, HttpStatus  statusCode), the headers appear as expected.

Starting a server and provoking a marshaling of the model without any real change on the default configuration files shouldn't result in a different files (with empty lines).

start the server or domain
add and remove a system property using the CLI
diff the resulting configuration file with the initial one.

The following code works differently in 0.5.0 vs 0.7.0.
In 0.5.0 the partition location is respected. 
However in 0.7.0 while the initial partition is create with the specified location "<path>/parta", the "insert overwrite ..." results in the partition written to "<path>/dt=a" (note that <path> is the same in both cases).

create table foo_stg (bar INT, car INT); 
load data local inpath 'data.txt' into table foo_stg;
 
create table foo4 (bar INT, car INT) partitioned by (dt STRING) LOCATION '/user/hive/warehouse/foo4'; 
alter table foo4 add partition (dt='a') location '/user/hive/warehouse/foo4/parta';
 
from foo_stg fs insert overwrite table foo4 partition (dt='a') select *;

From what I can tell HIVE-1707 introduced this via a change to
org.apache.hadoop.hive.ql.metadata.Hive.loadPartition(Path, String, Map<String, String>, boolean, boolean)
specifically:

+      Path partPath = new Path(tbl.getDataLocation().getPath(),
+          Warehouse.makePartPath(partSpec));
+
+      Path newPartPath = new Path(loadPath.toUri().getScheme(), loadPath
+          .toUri().getAuthority(), partPath.toUri().getPath());

Reading the description on HIVE-1707 it seems that this may have been done purposefully, however given the partition location is explicitly specified for the partition in question it seems like that should be honored (esp give the table location has not changed).
This difference in behavior is causing a regression in existing production Hive based code. I'd like to take a stab at addressing this, any suggestions?

Index#getIndexTableName() used to just returns index table name. Now it returns a qualified table name.  This change was introduced in HIVE-3781.
As a result:
IMetaStoreClient#getTable(index.getDbName(), index.getIndexTableName())
throws ObjectNotFoundException.

We can reproduce the problem as below:

hive> show create table map_txt;
OK
CREATE  TABLE `map_txt`(
  `id` int,
  `content` map<int,string>)
  'org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe'
...
Time taken: 0.233 seconds, Fetched: 18 row(s)
hive> select * from map_txt;
OK
1       NULL
Time taken: 0.679 seconds, Fetched: 1 row(s)
hive> select id, map_keys(content) from map_txt;
....
Examining task ID: task_1435534231122_0025_m_000000 (and more) from job job_1435534231122_0025

Task with the most failures(4):
-----
Task ID:
  task_1435534231122_0025_m_000000

URL:
  http://host-10-17-80-40.coe.cloudera.com:8088/taskdetails.jsp?jobid=job_1435534231122_0025&tipid=task_1435534231122_0025_m_000000
-----
Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"id":1,"content":null}
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:198)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1642)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"id":1,"content":null}
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:559)
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:180)
        ... 8 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Error evaluating map_keys(content)
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:549)
        ... 9 more
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFMapKeys.evaluate(GenericUDFMapKeys.java:64)
        ... 13 more

Stage-Stage-1: Map: 1   HDFS Read: 0 HDFS Write: 0 FAIL
hive>

The error is as below (in mappers):

        at org.apache.hadoop.hive.ql.exec.KeyWrapperFactory$ListKeyWrapper.getNewKey(KeyWrapperFactory.java:113)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.processOp(GroupByOperator.java:778)
        ... 17 more

Looking at the source code:

  public Object evaluate(DeferredObject[] arguments) throws HiveException {
    retArray.clear();
    Object mapObj = arguments[0].get();
    retArray.addAll(mapOI.getMap(mapObj).keySet());
    return retArray;
  }

It is obvious that we will have a NPE when a NULL map value is passed in

After stop-embedded-server or stop-embedded-host-controller commands, logs in standalone/logs/ or domain/logs/ are still held open.

Before a DB connection is established, executing a command such as typeinfo and nativesql results an NPE shown at the console:
beeline> !typeinfo
beeline> !nativesql
Instead, a message, such as "No current connection" should be given, as in case of some other commands, such as dropall.

Assume you want to replace the standard implementation of a single CRUD method you would try to declare that method in a custom implementation and hand that to the repository factory. When you now try to call that method the custom one does not get invoked but rather the default repository implementation one.

This code is used to keep track of host on a rack.
rackCountsAdded.put(resolvedRack, entry.getValue());
I think there should be a check for an existing entry in rackCountsAdded and that entry should be incremented if it exists.

Github Author: mangvlad
Github Last-Updated: 2013-04-26T07:56:16Z
This issue was automatically imported from github
When using PUT method, removing any field appears to be interpreted as "no change".
This seems to be close to the expected behavior of PATCH method, not PUT.
Example:
Step 1 GET /objects/o1  
{ "f1":"v1", "f2":"v2"}
Step 2 PUT /objects/o1  
{ "f1":"v1"}
Step 3 GET /objects/o1  

(it seems that the result should be 
)

I'm using Spring batch jobs with quite large number of steps (several thousands - don't ask why...). 
I've noticed a huge degradation of performance when  starting/restarting my jobs. I traced the problem to the fact that JobExecution is using for it's stepsExecutions collection the CopyOnWriteArraySet collection.
And for instance in the SimpleJobRepository.getLastStepExecution method, we have an iteration over every job execution for a given job instance. This loads all step executions

stepExecutionDao.addStepExecutions(jobExecution);

so as a result, for every job execution, the stepsExecutions collection is builded by adding it's steps one by one. Imagine how many copy-on-write operations that is (especially when the last step executions are added).
I imagine there must be a reason the CopyOnWriteArraySet collection was used. It even  says in it's java docs that it's suitable only for small collections, when there might be interference from many concurrent threads (iterators rely on unchanging snapshots). But I can't imagine how this applies to batch job execution - are job executions cached internally and accessed (modified) by concurrent threads?

When configuring a pop3 server in standalone.xml as, the following exception is thrown when reading the mailbox:

Caused by: javax.mail.NoSuchProviderException: Invalid protocol: null
	at javax.mail.Session.getProvider(Session.java:440) [mail-1.4.5-redhat-1.jar:1.4.5-redhat-1]
	at javax.mail.Session.getStore(Session.java:539) [mail-1.4.5-redhat-1.jar:1.4.5-redhat-1] 

As discussed with Ashutosh Chauhan this change is to include init-hive-dfs.sh in the hive package.

SPNEGOLoginModuleTestCase#testIdentityPropagation
./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.compat -Dts.noSmoke -Dtest=org.jboss.as.test.integration.security.loginmodules.negotiation.SPNEGOLoginModuleTestCase#testIdentityPropagation
intermittently fails with:

ERROR [io.undertow.request] (default task-118) UT005023: Exception handling request to /kerberos-login-module/PropagateIdentityServlet: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "eap-perf-hpux-02.mw.lab.eng.bos.redhat.com" "resolve")" in code source "(vfs:/content/kerberos-login-module.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.kerberos-login-module.war" from Service Module Loader")
	at java.lang.SecurityManager.checkConnect(SecurityManager.java:1080)
	at org.jboss.as.test.integration.security.loginmodules.negotiation.GSSTestClient.getName(GSSTestClient.java:82)
	at org.jboss.as.test.integration.security.loginmodules.negotiation.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:84)

It happens in cases when GSSTestClient uses hostname but SocketPermission is granted for IP address.

See HBASE-20356
After doing the cleanup there, I was informed that there's a 3.5.1-1 version of the compiler binaries that work on rhel6, so let's just go to that. Wish I knew about it beforehand.

1 in 8 deployments fail to deploy, usually a redeploy fixes it.
If there is anyway to get a module state logging out of it, I can send over two logs to compare, one that deploy ok and one that fails.  I guess there is a race bug there somewhere.
09:42:01,687 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool – 529) MSC000001: Failed to start service jboss.deployment.subunit."com.domain.ear-0.0.1-SNAPSHOT.ear"."com-domain-ejb.main-0.0.1-SNAPSHOT.jar".component.MainStartupEjbImpl.START: org.jboss.msc.service.StartException in service jboss.deployment.subunit."com.domain.ear-0.0.1-SNAPSHOT.ear"."com-domain-ejb.main-0.0.1-SNAPSHOT.jar".component.MainStartupEjbImpl.START: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance
	... 6 more
	... 11 more
	... 26 more
Caused by: javax.naming.NamingException: WFLYNAM0062: Failed to lookup env/com.domain.ejb.main.impl.MainStartupEjbImpl/mainEjb [Root exception is java.lang.RuntimeException: WFLYEJB0423: Could not create session for stateful bean MainEjbImpl]
	at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:157)
	... 43 more
Caused by: java.lang.RuntimeException: WFLYEJB0423: Could not create session for stateful bean MainEjbImpl
	at org.jboss.as.ejb3.remote.RemoteViewManagedReferenceFactory.getReference(RemoteViewManagedReferenceFactory.java:99)
	... 48 more
	at org.jboss.as.ejb3.remote.LocalEjbReceiver.openSession(LocalEjbReceiver.java:296)
	at org.jboss.ejb.client.EJBClient.createSessionWithPossibleRetries(EJBClient.java:225)
	at org.jboss.ejb.client.EJBClient.createSession(EJBClient.java:202)
	at org.jboss.ejb.client.EJBClient.createSession(EJBClient.java:176)
	at org.jboss.as.ejb3.remote.RemoteViewManagedReferenceFactory.getReference(RemoteViewManagedReferenceFactory.java:97)
	... 49 more

A minor change.

        try {
          flushed = performFlush(scanner, writer, smallestReadPoint);
        } finally {
          finalizeWriter(writer, cacheFlushId, status);
        }

Whenever there is a failure during flush we should close the writer but adding the meta data and setting the status would not be needed.

    status.setStatus("Flushing " + store + ": appending metadata");
    writer.appendMetadata(cacheFlushSeqNum, false);
    status.setStatus("Flushing " + store + ": closing flushed file");
    writer.close();

Use header and footer in our *.jsp pages to avoid unnecessary redundancy (copy-paste of code)
(Been sitting in my local repo for long, best to get following pesky user-facing things fixed before the next major release)
Misc edits:

Due to redundancy, new additions make it to some places but not others. For eg there are missing links to "/logLevel", "/processRS.jsp" in few places.
Fix processMaster.jsp wrongly pointing to rs-status instead of master-status (probably due to copy paste from processRS.jsp)
Deleted a bunch of extraneous "</a>" in processMaster.jsp & processRS.jsp
Added missing </div> tag in snapshot.jsp
Deleted fossils of html5shiv.js. It's uses and the js itself were deleted in the commit "819aed4ccd073d818bfef5931ec8d248bfae5f1f"
Fixed wrongly matched heading tags
Deleted some unused variables

Tested:
Ran standalone cluster and opened each page to make sure it looked right.
Sidenote:
Looks like HBASE-3835 started the work of converting from jsp to jamon, but the work didn't finish. Now we have a mix of jsp and jamon. Needs reconciling, but later.

The generated log4j.properties looks like the following:
#Updated at Mon Dec 28 23:29:40 CET 2009
#Mon Dec 28 23:29:40 CET 2009
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.A1.layout.ConversionPattern=%d [%t] %-5p %c - %m%n
log4j.rootLogger=INFO, stdout, R
log4j.appender.R.File=application.log
log4j.appender.R.MaxFileSize=100KB
log4j.appender.R.layout=org.apache.log4j.PatternLayout
log4j.appender.R.MaxBackupIndex=1
log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.R=org.apache.log4j.RollingFileAppender
The line containing "A1" has to be changed to the following to actually activate the conversion pattern for STDOUT:
log4j.appender.stdout.layout.ConversionPattern=%d [%t] %-5p %c - %m%n
One question left: Is there any plan to change logging in ROO to the slf4j API (http://slf4j.org/)? This way the logging implementation could be changed more easily.
Regards,
Alex

Actually ran into this problem in the Hades library but I see the code is still the same.  Using EclipseLink (2.1.3), the id is already set on the entity when it is passed to the method annotated with @PrePersist and @PreUpdate so calling isNew() on the entity to determine if the creation audits should be applied doesn't work (always returns false).  I suggest splitting the @PrePersist and @PreUpdate to separate methods and not using isNew().

Currently AssignmentManager handles clean startup and failover very differently.
Different logic is mingled together so it is hard to find out which is for which.
We should clean it up and share the same logic so that AssignmentManager handles
both cases the same way.  This way, the code will much easier to understand and
maintain.

It seems to me that org.jboss.as.clustering.jgroups.subsystem.ChannelInstanceResourceDefinition#getProtocolMetricResourceDefinition 
doesnt expose ManagedAttributes that would have to be registred as strings
org/jboss/as/clustering/jgroups/subsystem/ChannelInstanceResourceDefinition.java:213
and doesnt expose any of the annotated methods
org/jboss/as/clustering/jgroups/subsystem/ChannelInstanceResourceDefinition.java:208

This will cause NPE if the thrift client use protocol V5 or older:

1:46:07.199 PM	ERROR	org.apache.thrift.server.TThreadPoolServer	
Error occurred during processing of message.
	at org.apache.hive.service.cli.thrift.TRow$TRowStandardScheme.write(TRow.java:388)
	at org.apache.hive.service.cli.thrift.TRow$TRowStandardScheme.write(TRow.java:338)
	at org.apache.hive.service.cli.thrift.TRow.write(TRow.java:288)
	at org.apache.hive.service.cli.thrift.TRowSet$TRowSetStandardScheme.write(TRowSet.java:605)
	at org.apache.hive.service.cli.thrift.TRowSet$TRowSetStandardScheme.write(TRowSet.java:525)
	at org.apache.hive.service.cli.thrift.TRowSet.write(TRowSet.java:455)
	at org.apache.hive.service.cli.thrift.TFetchResultsResp$TFetchResultsRespStandardScheme.write(TFetchResultsResp.java:550)
	at org.apache.hive.service.cli.thrift.TFetchResultsResp$TFetchResultsRespStandardScheme.write(TFetchResultsResp.java:486)
	at org.apache.hive.service.cli.thrift.TFetchResultsResp.write(TFetchResultsResp.java:412)
	at org.apache.hive.service.cli.thrift.TCLIService$FetchResults_result$FetchResults_resultStandardScheme.write(TCLIService.java:13272)
	at org.apache.hive.service.cli.thrift.TCLIService$FetchResults_result$FetchResults_resultStandardScheme.write(TCLIService.java:13236)
	at org.apache.hive.service.cli.thrift.TCLIService$FetchResults_result.write(TCLIService.java:13187)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge20S.java:677)

Reproduce: Run: select NULL as col, * from jsmall limit 5; from a V5 client (for example some version of Hue).

org.apache.camel.component.file.GenericFileProducer
Method: writeFile
This method has the following statement:
InputStream payload = exchange.getIn().getBody(InputStream.class);
This internally results in calling a TypeConverter to convert an object into InputStream type. However this InputStream has not been used and is eventually closed in the finally block. 
In the same method calling method storeFile on FileOperations (boolean success = operations.storeFile(fileName, exchange) also opens an InputStream on the same message.

According to the documentation (1) the key should be KEY_SEQ, not KEQ_SEQ.
Pull request available: https://github.com/apache/hive/pull/440
 
(1) https://docs.oracle.com/javase/8/docs/api/java/sql/DatabaseMetaData.html#getPrimaryKeys-java.lang.String-java.lang.String-java.lang.String-
 
SequencFileLogReader: 
Currently Hbase using getFileLength api from DFSInputStream class by reflection. DFSInputStream is not exposed as public. So, this may change in future. Now HDFS exposed HdfsDataInputStream as public API.
We can make use of it, when we are not able to find the getFileLength api from DFSInputStream as a else condition. So, that we will not have any sudden surprise like we are facing today.
Also,  it is just logging one warn message and proceeding if it throws any exception while getting the length. I think we can re-throw the exception because there is no point in continuing with dataloss.

long adjust = 0;

          try {
            Field fIn = FilterInputStream.class.getDeclaredField("in");
            fIn.setAccessible(true);
            Object realIn = fIn.get(this.in);
            // In hadoop 0.22, DFSInputStream is a standalone class.  Before this,
            // it was an inner class of DFSClient.
            if (realIn.getClass().getName().endsWith("DFSInputStream")) {
              Method getFileLength = realIn.getClass().
                getDeclaredMethod("getFileLength", new Class<?> []{});
              getFileLength.setAccessible(true);
              long realLength = ((Long)getFileLength.
                invoke(realIn, new Object []{})).longValue();
              assert(realLength >= this.length);
              adjust = realLength - this.length;
            } else {
              LOG.info("Input stream class: " + realIn.getClass().getName() +
                  ", not adjusting length");
            }
          } catch(Exception e) {
            SequenceFileLogReader.LOG.warn(
              "Error while trying to get accurate file length.  " +
              "Truncation / data loss may occur if RegionServers die.", e);
          }

          return adjust + super.getPos();

There's something off with heap size computation for HStore. If one adds a long to HStore, and size of long to the computation, TestHeapSize passes both locally (for me) and in jenkins. If one adds an int and size of int, it passes locally but fails in Jenkins. Perhaps the numbers are already off and some sort of packing is taking/not taking place differently.
On a tangentially related note, if we can obtain size programmatically (the way we do it in test), and only need to do it once, I wonder if we should just do it and remove all the manually modifiable constants stuff.

The attachment contains the following files,
       1)Normal0.xsd-- schema file containing "xmime:expectedContentTypes" attribute.
       2)Normal1.xsd-- schema file.
       3)MyService.wsdl-- WSDL file generated using "org.springframework.ws.wsdl.wsdl11.DefaultWsdl11Definition" class.
       4)spring-ws-servlet.xml-- Servlet config file used for generation of wsdl.
In spring-ws-servlet.xml file, 
    "org.springframework.ws.wsdl.wsdl11.DefaultWsdl11Definition" bean generates the wsdl file from the schemaCollection bean which uses the "org.springframework.xml.xsd.commons.CommonsXsdSchemaCollection" class.
The Normal0.xsd file,
     uses the xmime:expectedContentTypes="application/octet-stream" attribute to specify binary data, but the wsdl generated by "org.springframework.ws.wsdl.wsdl11.DefaultWsdl11Definition" class does not contain the xmime attribute.The generated wsdl file "MyService.wsdl" is attached.
Without xmime attribute in generated wsdl file the client code generation will not have Datahandler class.
It is also observed that when i use "org.springframework.xml.xsd.SimpleXsdSchema" class for specifying xsd file, the xmime attribute is reflected in wsdl file.But this class cannot be used for multiple xsd files.
Kindly let me know if more info is required,
Thanks in advance ,
Navin Bhat 

The api is for matching node id or route id, so you can grab all the traced messages for a route.
Currently it only check for the node id. 

org.jboss.threads is optional although it is required by the ServiceContainerImpl
The 2 following dependencies seem useless.
<module name="javax.inject.api" optional="true"/>
<module name="org.jboss.vfs" optional="true"/>

Remove Ignore annotation from the jaxrs tests, since the issues were fixed long time ago:

testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/jaxrs/provider/CustomProvidersTestCase.java
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/jaxrs/validator/cdi/BeanValidationCdiIntegrationTestCase.java

Seems like when you install a new Spring Roo Addon Suite in the Spring ROO shell, the commands and converters are registered well, but the registered @CliCommandAvailabilityIndicator disappear and all commands are available by default.

The upgrade script for HIVE-5700 creates an UDF with language 'plpgsql',
which is available by default only for Postgres 9.2+.
For older Postgres versions, the language must be explicitly created,
otherwise schematool fails with the error:

Error: ERROR: language "plpgsql" does not exist
  Hint: Use CREATE LANGUAGE to load the language into the database. (state=42704,code=0)

I actually found this in 1.5.0, but a quick look in ViewVC indicates that it still happens in 1.6.0 and in the trunk.
HttpHeaderFilterStrategy uses String.toLowerCase on "http.responseCode" because of the capital C.
It should also use toLowerCase on "http.requestMethod" because of the capital M, but it doesn't.
Thus the http.requestMethod header leaks into the HTTP protocol headers.

hbase-backup/src/main/java/org/apache/hadoop/hbase/backup/RestoreDriver.java:      e.printStackTrace();
hbase-client/src/main/java/org/apache/hadoop/hbase/client/ClientAsyncPrefetchScanner.java:      first.printStackTrace();
hbase-client/src/main/java/org/apache/hadoop/hbase/client/RpcRetryingCallerWithReadReplicas.java:    t.printStackTrace();
hbase-client/src/main/java/org/apache/hadoop/hbase/filter/ParseFilter.java:      e.printStackTrace();
hbase-examples/src/main/java/org/apache/hadoop/hbase/mapreduce/SampleUploader.java:        e.printStackTrace();
hbase-examples/src/main/java/org/apache/hadoop/hbase/thrift/DemoClient.java:            e.printStackTrace();
hbase-examples/src/main/java/org/apache/hadoop/hbase/thrift/HttpDoAsClient.java:      e.printStackTrace();
hbase-examples/src/main/java/org/apache/hadoop/hbase/thrift/HttpDoAsClient.java:        e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapred/TableMapReduceUtil.java:        e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapred/TableMapReduceUtil.java:      ioe.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapred/TableMapReduceUtil.java:        ie.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/CellCounter.java:        e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/CopyTable.java:      e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/HashTable.java:      e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/Import.java:        e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/SyncTable.java:      e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/TsvImporterMapper.java:      e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/TsvImporterTextMapper.java:      e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/WALPlayer.java:        e.printStackTrace();
hbase-mapreduce/src/main/java/org/apache/hadoop/hbase/mapreduce/replication/VerifyReplication.java:      e.printStackTrace();
hbase-procedure/src/main/java/org/apache/hadoop/hbase/procedure2/store/wal/ProcedureWALPrettyPrinter.java:      e.printStackTrace();
hbase-server/src/main/java/org/apache/hadoop/hbase/LocalHBaseCluster.java:        e.printStackTrace();
hbase-server/src/main/java/org/apache/hadoop/hbase/master/HMasterCommandLine.java:          e.printStackTrace();
hbase-server/src/main/java/org/apache/hadoop/hbase/wal/WALPrettyPrinter.java:      e.printStackTrace();
hbase-thrift/src/main/java/org/apache/hadoop/hbase/thrift/ThriftServer.java:        ex.printStackTrace();
hbase-zookeeper/src/main/java/org/apache/hadoop/hbase/zookeeper/HQuorumPeer.java:      e.printStackTrace();

The correct way of logging stack trace is to use the Logger instance.

For debugging it helps to have the yarn app id printed on the console when running a tez dag.

On a recent trunk build I used beeline -f on a script with tabs in it.
Beeline rather unhelpfully attempts to perform tab expansion on the tabs and the query fails. Here's a screendump.

Connecting to jdbc:hive2://mymachine:10000/mydb
Connected to: Apache Hive (version 0.13.0-SNAPSHOT)
Driver: Hive JDBC (version 0.13.0-SNAPSHOT)
0: jdbc:hive2://mymachine:10000/mydb> select  i_brand_id as brand_id, i_brand as brand,
. . . . . . . . . . . . . . . . . . . . . . .>  
Display all 560 possibilities? (y or n) 
. . . . . . . . . . . . . . . . . . . . . . .>  ager_id=36
. . . . . . . . . . . . . . . . . . . . . . .>  d d_moy=12
. . . . . . . . . . . . . . . . . . . . . . .>  d d_year=2001
. . . . . . . . . . . . . . . . . . . . . . .>         and ss_sold_date between '2001-12-01' and '2001-12-31'
. . . . . . . . . . . . . . . . . . . . . . .>  group by i_brand, i_brand_id
. . . . . . . . . . . . . . . . . . . . . . .>  order by ext_price desc, brand_id
. . . . . . . . . . . . . . . . . . . . . . .> limit 100 ;
Error: Error while compiling statement: FAILED: ParseException line 1:65 missing FROM at 'd_moy' near 'd' in from source (state=42000,code=40000)

The same query works fine if I replace tabs with some spaces.

HIVE-12727 introduces three new configurations to replace the existing hive.mapred.mode, which is deprecated. However, the default value for the latter is 'nonstrict', which prevent the new configurations from being used (see comments in that JIRA for more details).
This proposes to change the default value for hive.mapred.mode to null. Users can then set the three new configurations to get more fine-grained control over the strict checking. If user want to use the old configuration, they can set hive.mapred.mode to strict/nonstrict.

For positions above 9, HiveConf.getPositionFromInternalName only looks at the last digit, and thus, causes collisions.

Port-mappings does not work properly,
when it setup in spring xml configuration such as:
<ss:port-mappings>
    <ss:port-mapping http="8181" https="8080"/>
</ss:port-mappings>
with:
<ss:form-login login-page="/access/login.html"
            username-parameter="username"
            password-parameter="password"
            login-processing-url="/app/loginuser"
            default-target-url="/app/" />
Spring security redirected me to url (https://localhost:8443/access/login.html must be https://localhost:8080/access/login.html) with 8443 port (by default in the org/springframework/security/web/PortMapperImpl.java) when I try to access protected page.
I edited PortMapperImpl.java:
    public PortMapperImpl() 
{
        httpsPortMappings = new HashMap<Integer, Integer>();
        httpsPortMappings.put(Integer.valueOf(8080), Integer.valueOf(8080));
    }

and redirection is working now to 8080 https.
I think that when <ss:port-mappings>...</ss:port-mappings> setted,
PortMapperImpl.java:
private final Map<Integer, Integer> httpsPortMappings;
"httpsPortMappings" not cleaned properly, and previously key value are available.

we use spring-webmvc with thymeleaf 2.1.4 and got a problem when we use this tag

<a class="btn btn-default btn-github" th:href="@{/login/openid(openid_identifier='https://steamcommunity.com/openid')}">Login</a>

the error message that appears is the following 

	at java.lang.String.substring(String.java:1967) ~[na:1.8.0_60]
	at org.springframework.web.servlet.resource.ResourceUrlProvider.getForLookupPath(ResourceUrlProvider.java:215) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.web.servlet.resource.ResourceUrlEncodingFilter$ResourceUrlEncodingResponseWrapper.encodeURL(ResourceUrlEncodingFilter.java:78) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.thymeleaf.standard.expression.LinkExpression.executeLink(LinkExpression.java:378) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.expression.SimpleExpression.executeSimple(SimpleExpression.java:77) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:103) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:133) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:120) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.standard.processor.attr.AbstractStandardSingleAttributeModifierAttrProcessor.getTargetAttributeValue(AbstractStandardSingleAttributeModifierAttrProcessor.java:67) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.spring4.processor.attr.SpringHrefAttrProcessor.getTargetAttributeValue(SpringHrefAttrProcessor.java:68) ~[thymeleaf-spring4-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.processor.attr.AbstractSingleAttributeModifierAttrProcessor.getModifiedAttributeValues(AbstractSingleAttributeModifierAttrProcessor.java:59) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.processor.attr.AbstractAttributeModifierAttrProcessor.processAttribute(AbstractAttributeModifierAttrProcessor.java:62) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.processor.attr.AbstractAttrProcessor.doProcess(AbstractAttrProcessor.java:87) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.processor.AbstractProcessor.process(AbstractProcessor.java:212) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.Node.applyNextProcessor(Node.java:1017) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.Node.processNode(Node.java:972) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.NestableNode.computeNextChild(NestableNode.java:695) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.NestableNode.doAdditionalProcess(NestableNode.java:668) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.Node.processNode(Node.java:990) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.dom.Document.process(Document.java:93) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1155) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1060) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.TemplateEngine.process(TemplateEngine.java:1011) ~[thymeleaf-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.spring4.view.ThymeleafView.renderFragment(ThymeleafView.java:335) ~[thymeleaf-spring4-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.thymeleaf.spring4.view.ThymeleafView.render(ThymeleafView.java:190) ~[thymeleaf-spring4-2.1.4.RELEASE.jar:2.1.4.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1244) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:1027) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:971) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) ~[tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) ~[tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291) ~[tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) ~[tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) ~[tomcat-embed-websocket-8.0.23.jar:8.0.23]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) ~[tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.springframework.web.servlet.resource.ResourceUrlEncodingFilter.doFilterInternal(ResourceUrlEncodingFilter.java:51) ~[spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.boot.actuate.autoconfigure.EndpointWebMvcAutoConfiguration$ApplicationContextHeaderFilter.doFilterInternal(EndpointWebMvcAutoConfiguration.java:235) ~[spring-boot-actuator-1.3.0.M4.jar:1.3.0.M4]
	at org.springframework.boot.actuate.trace.WebRequestTraceFilter.doFilterInternal(WebRequestTraceFilter.java:102) ~[spring-boot-actuator-1.3.0.M4.jar:1.3.0.M4]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:316) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:126) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:90) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:114) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:122) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:111) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationFilter.doFilter(RememberMeAuthenticationFilter.java:149) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:169) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:48) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:205) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:120) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.csrf.CsrfFilter.doFilterInternal(CsrfFilter.java:96) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:64) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:91) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:53) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:213) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:176) ~[spring-security-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.filter.HttpPutFormContentFilter.doFilterInternal(HttpPutFormContentFilter.java:87) ~[spring-web-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:77) ~[spring-web-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:85) ~[spring-web-4.2.0.RELEASE.jar:4.2.0.RELEASE]
	at org.springframework.boot.actuate.autoconfigure.MetricsFilter.doFilterInternal(MetricsFilter.java:69) ~[spring-boot-actuator-1.3.0.M4.jar:1.3.0.M4]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219) ~[tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1521) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1478) [tomcat-embed-core-8.0.23.jar:8.0.23]
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-8.0.23.jar:8.0.23]

we traced it down that the method String AntPathMatcher.extractPathWithinPattern(String pattern, String path) returns the wrong result when called with "/**" as pattern and "/login/openid?openid_identifier=https://steamcommunity.com/openid" as path.
attached is a simple reproducer that shows the input and the output. the output is 2 chars shorter when it should be only 1 shorter. This method removes a slash from the url parameter which then results in a broken url that is then passed in the filter chain

suspend() and resume() of the REST ClusterManager are calling the wrong method.

  @Override
  public void suspend(ServiceType service, String hostname, int port) throws IOException {
    hBaseClusterManager.kill(service, hostname, port);
  }

  @Override
  public void resume(ServiceType service, String hostname, int port) throws IOException {
  }

After HIVE-6701, column stats for decimal columns can be computed. However, when the stats are fetched, nothing is returned. The problem was originally reproducible using thrift API. With the patch in HIVE-7050, the problem can be also produced using "desc formatted table column".

hive> desc formatted dec i;   
OK
	 	 	 	 	 	 	 	 	 	 
i                   	int                 	0                   	4                   	0                   	5                   	null                	null                	null                	null                	from deserializer   
hive> desc formatted dec d;
OK
	 	 	 	 	 	 	 	 	 	 
d                   	decimal(5,2)        	from deserializer   	 	 	 	 	 	 	 	 

HBase metastore is only used in MiniTez, but the test somehow got added to MiniLlap

If favorPathExtension is set, the ContentNegotiationViewResolver analyzes the URI of the request and adds a MediaType according to the path-extension.
While doing this, it uses the helper-function UrlPathHelper.getLookupPathForRequest(HttpRequest) to retrieve the URI.
This leads to errors, when the URI contains correctly encoded reserved characters, becaus this helper-function decodes the URI!
Consider the URI "/quo%20vadis%3f.html".
UrlPathHelper.getLookupPathForRequest(HttpRequest) decodes this to "/quo vadis?.html".
And because of the "?" the ContentNegotiationViewResolver thinks, that the URI is "/quo vadis" and adds the MediaType "/", which may lead to unexpected content negotiation results.
Fix:

Replace "urlPathHelper.getLookupPathForRequest(request)" with "request.getRequestURI()".
I have addes a patch, which does just this and fixes the problem for me.

Description of the issue:
ERROR log occurs during CLI reload operation on server:
ERROR [org.jboss.as.controller.management-operation] (pool-3-thread-2) WFLYCTL0013: Operation ("read-attribute") failed - address: ([("host" => "master")]) - failure description: "WFLYCTL0201: Unknown attribute 'host-state'"
This issue is regression against WF11
Reload handler and its "host-state" code is here, but this issue is probably caused by some "debug -> error" logging change ...
I'm able to reproduce this only on embedded server. Non-embedded server is probably too slow to hit this issue
I see this intermittently on fast virtual machines

./jboss-cli.sh --file=cli.script.txt

Content of cli.script.txt file
This file is attached to this jira, beginning of this file:

embed-host-controller --std-out=echo
reload --host=master --admin-only=true

...
[0m[0m01:36:06,021 INFO  [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Full 12.0.0.Alpha1-SNAPSHOT (WildFly Core 4.0.0.Alpha9) starting
[0m[31m01:36:06,061 ERROR [org.jboss.as.controller.management-operation] (CLI command executor) WFLYCTL0013: Operation ("read-attribute") failed - address: ([("host" => "master")]) - failure description: "WFLYCTL0201: Unknown attribute 'host-state'"
[0m[0m01:36:06,072 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=native-interface' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[0m[0m01:36:06,073 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=http-interface' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[0m[0m01:36:06,097 INFO  [org.jboss.as.patching] (MSC service thread 1-3) WFLYPAT0050: WildFly Full cumulative patch ID is: base, one-off patches include: none
[0m[33m01:36:06,102 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-1) WFLYDM0111: Keystore /home/hudson/hudson_workspace/workspace/early-testing-cli-embedded-manual/4b767fc2/wildfly/domain/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
[0m[0m01:36:06,185 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=default/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[0m[0m01:36:06,196 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=ha/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[0m[0m01:36:06,204 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=full/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[0m[0m01:36:06,217 INFO  [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=full-ha/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in a future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
[0m[0m01:36:06,287 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Full 12.0.0.Alpha1-SNAPSHOT (WildFly Core 4.0.0.Alpha9) (Host Controller) started in 266ms - Started 54 of 59 services (18 services are lazy, passive or on-demand)
...

No errors in logs

for entities attributes like this:

    @Type(type = "geolatte_geometry")
    private Point<G2D> location

Controller aj generates no compliant code:

        else if (columnName.equals("location")) {
            builder.addColumn(getMessageSource().getMessage("label_store_location", null, "Location", locale), "location", Point<G2D>.class.getName(), 100);
        }

which should be:

            builder.addColumn(getMessageSource().getMessage("label_store_location", null, "Location", locale), "location", Point.class.getName(), 100);
        }

Hello,
I use WebserviceTemplate configured 
	<bean id="webServiceTemplate" class="org.springframework.ws.client.core.WebServiceTemplate">
        <constructor-arg ref="messageFactory"/>
        <property name="checkConnectionForFault" value="true"></property>
    </bean>.
As you can see, my server returns an error 500, but due to the code of hasError:
return !(faultConnection.hasFault() && request instanceof FaultAwareWebServiceMessage);
hasError returns false.
this code seems strange to me, if a 500 is returned the response might not be XML so unmarshalling will fail and it does:
org.springframework.ws.soap.axiom.AxiomSoapMessageCreationException: Unknown content type 'text/html;charset=ISO-8859-1'
	at org.springframework.ws.soap.axiom.AxiomSoapMessageFactory.getSoapEnvelopeNamespace(AxiomSoapMessageFactory.java:262)
	at org.springframework.ws.soap.axiom.AxiomSoapMessageFactory.createAxiomSoapMessage(AxiomSoapMessageFactory.java:224)
	at org.springframework.ws.soap.axiom.AxiomSoapMessageFactory.createWebServiceMessage(AxiomSoapMessageFactory.java:196)
	at org.springframework.ws.transport.AbstractWebServiceConnection.receive(AbstractWebServiceConnection.java:53)
	at org.springframework.ws.client.core.WebServiceTemplate.doSendAndReceive(WebServiceTemplate.java:491)
	at org.springframework.ws.client.core.WebServiceTemplate.sendAndReceive(WebServiceTemplate.java:440)
	at org.springframework.ws.client.core.WebServiceTemplate.doSendAndReceive(WebServiceTemplate.java:395)
	at org.springframework.ws.client.core.WebServiceTemplate.sendSourceAndReceiveToResult(WebServiceTemplate.java:341)
	at org.springframework.ws.client.core.WebServiceTemplate.sendSourceAndReceiveToResult(WebServiceTemplate.java:326)
	at com.kingfisher.product.wsclient.TestSpringWSClient.main(TestSpringWSClient.java:100)
Related to http://jira.springframework.org/browse/SWS-137.
Request:
POST /TutorialWS/services/LocalProduct HTTP/1.1
Content-Type: text/xml; charset="UTF-8"
SOAPAction: ""
Cache-Control: no-cache
User-Agent: Java/1.4.2_12
Host: 127.0.0.1:9090
Accept: text/html, image/gif, image/jpeg, ; q=.2, */; q=.2
Content-Length: 486
<?xml version='1.0' encoding='UTF-8'?><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Body><v1:getLocatedProducts xmlns:v1="http://v1.product.ws.store.kingfisher.com" xmlns:xsd="http://data.v1.product.ws.store.kingfisher.com/xsd"><v1:param0><xsd:callType>1</xsd:callType><xsd:familyCode>1</xsd:familyCode><xsd:moduleCode>1</xsd:moduleCode><xsd:subFamilyCode>1</xsd:subFamilyCode></v1:param0></v1:getLocatedProducts></soapenv:Body></soapenv:Envelope>
Response:
HTTP/1.1 500 Erreur Interne de Servlet
Content-Type: text/html;charset=ISO-8859-1
Content-Language: fr-FR
Date: Mon, 14 Apr 2008 17:06:47 GMT
<html><head><title>Apache Tomcat/4.1.36-LE-jdk14 - Rapport d'erreur</title><STYLE><!--H1
{font-family : sans-serif,Arial,Tahoma;color : white;background-color : #0086b2;}
 H3
 BODY
{font-family : sans-serif,Arial,Tahoma;color : black;background-color : white;}
 B
{color : white;background-color : #0086b2;}
 HR
{color : #0086b2;}
 --></STYLE> </head><body><h1>Etat HTTP 500 - </h1><HR size="1" noshade="noshade"><p><b>type</b> Rapport d'exception</p><p><b>message</b> <u></u></p><p><b>description</b> <u>Le serveur a rencontr� une erreur interne () qui l'a emp�ch� de satisfaire la requ�te.</u></p><p><b>exception</b> <pre>org.springframework.web.util.NestedServletException: Request processing failed; nested exception is java.lang.NoClassDefFoundError: Test
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:535)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:199)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:145)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
	at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:955)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:139)
	at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:198)
	at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
	at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2460)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:133)
	at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:119)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:545)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:127)
	at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:157)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
	at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
	at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
	at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
	at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
	at java.lang.Thread.run(Thread.java:534)
Caused by: java.lang.NoClassDefFoundError: Test
	at com.kingfisher.product.ws.ProductWsMarshallingEndpoint.invokeInternal(ProductWsMarshallingEndpoint.java:58)
	at org.springframework.ws.server.endpoint.AbstractMarshallingPayloadEndpoint.invoke(AbstractMarshallingPayloadEndpoint.java:131)
	at org.springframework.ws.server.endpoint.adapter.MessageEndpointAdapter.invoke(MessageEndpointAdapter.java:41)
	at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:216)
	at org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:163)
	at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:197)
	... 37 more
</pre></p><p><b>cause m�re</b> <pre>java.lang.NoClassDefFoundError: Test
</pre></p><HR size="1" noshade="noshade"><h3>Apache Tomcat/4.1.36-LE-jdk14</h3></body></html>

This issue is regression against EAP 7.0.0, but priority of this jira is not blocker, because this issue is corner case.

jboss-cli.bat --command=version_error
echo Exit Code is %errorlevel%
REM verify correct return value: 1
cmd /c jboss-cli.bat --command=version_error
REM return value is 0 in EAP 7.1.0.DR16. Correct return value should be 1

C:\Users\Administrator\playground\7.1.0.DR16\jboss-eap-7.1\bin>jboss-cli.bat --command=version_error
Unexpected command 'version_error'. Type 'help --commands' for the list of supported commands.

C:\Users\Administrator\playground\7.1.0.DR16\jboss-eap-7.1\bin>echo Exit Code is %errorlevel%
Exit Code is 1

C:\Users\Administrator\playground\7.1.0.DR16\jboss-eap-7.1\bin>

C:\Users\Administrator\playground\7.1.0.DR16\jboss-eap-7.1\bin>cmd /c jboss-cli.bat --command=version_error

Exit Code is 0

C:\Users\Administrator\playground\7.0.0\jboss-eap-7.0\bin>jboss-cli.bat --command=version_error

C:\Users\Administrator\playground\7.0.0\jboss-eap-7.0\bin>echo Exit Code is %errorlevel%

C:\Users\Administrator\playground\7.0.0\jboss-eap-7.0\bin>

C:\Users\Administrator\playground\7.0.0\jboss-eap-7.0\bin>cmd /c jboss-cli.bat --command=version_error

We see this issue also if jboss-cli.bat script is called from groovy or java

Here's a simple WebFlux based Spring 5 app:
https://gist.github.com/tsgautier/3189b671fcc2441f9be2c29887d3f9fe
Benchmark this application using something like https://github.com/wg/wrk:
$ wrk -t4 -c40 -d500s http://localhost:9000/1KiB
Expected outcome:
Low CPU utilization due to WebFlux usage of Netty/Async IO.  
Actual outcome:
Very high CPU utilization.  
Notes:
jvisualvm records ~60-80% CPU usage during this test.  Using OS X Activity Monitor the OS reports nearly 300% CPU utilization.  
Run this test with for example an Node.js based HTTP-server like https://www.npmjs.com/package/http-server and the Activity Monitor OS CPU utilization is near 1/3 of the Spring/JVM server at ~100%

unzip wildfly-10.0.0.Final.zip

cp jboss-eap-6.4/standalone/configuration/standalone-full-ha.xml jboss-eap-7.0/standalone/configuration/
./wildfly-10.0.0.Final/bin/standalone.sh -c standalone-full-ha.xml --admin-only

During boot, the server lists threads, cmp, jaxr, messaging and jacorb as legacy:

11:26:55,792 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 5) WFLYCTL0402: Subsystems [jacorb] provided by legacy extension 'org.jboss.as.jacorb' are not supported on servers running this version. Both the subsystem and the extension must be removed or migrated before the server will function.
11:26:55,795 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 8) WFLYCTL0402: Subsystems [cmp] provided by legacy extension 'org.jboss.as.cmp' are not supported on servers running this version. Both the subsystem and the extension must be removed or migrated before the server will function.
11:26:55,793 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 12) WFLYCTL0402: Subsystems [threads] provided by legacy extension 'org.jboss.as.threads' are not supported on servers running this version. Both the subsystem and the extension must be removed or migrated before the server will function.
11:26:55,800 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 18) WFLYCTL0402: Subsystems [messaging] provided by legacy extension 'org.jboss.as.messaging' are not supported on servers running this version. Both the subsystem and the extension must be removed or migrated before the server will function.
11:26:55,800 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 9) WFLYCTL0402: Subsystems [jaxr] provided by legacy extension 'org.jboss.as.jaxr' are not supported on servers running this version. Both the subsystem and the extension must be removed or migrated before the server will function.

However, web is missing. IMHO it should be there.

In paragraph 7.3.1 of the reference documentation, the example configuration defines "Decrypt" as the Validation and Securement Action. According to the JavaDoc of Wss4jSecurityInterceptor, "Decrypt" is not a valid action. The example should probably define the "Encrypt" action.

Currently we can't simply compile against Hadoop 1.0 in 0.95 and newer, we are missing a dependency in common for Apache's commons-io. Easy fix, we could just add that dependency for all the profiles there. But doing it correctly requires adding a new profile.

Consider the example code given in CAMEL-12483
When running camel:route-coverage the report show to many passes for the routes. It looks like the RouteCoverageEventNotifier files holds the sum of all tests, and not just the values for the single test method. 
 
Class:  dk.smor.MySpringBootRouter
Route:  myRouteId

  Line #      Count   Route
  ------      -----   -----
      11          8   from
      13          8     log
      15          8     choice
      16          2       setBody
      18          2       log
      20          2       setBody
      22          2       log
      24          2       setBody
      26          2       log
      28          2       setBody
      30          2       log

Coverage: 11 out of 11 (100.0%)

each log statement should only have been passed 1 time. And a total for 4 passes for the whole route. 
 
If I execute the following query in beeline, I get ClassNotFoundException for the UDF class.

drop function myGenericUdf;
create function myGenericUdf as 'org.example.myGenericUdf' using jar 'hdfs:///tmp/myudf.jar';
select distinct myGenericUdf(1,2,1) from mytable;

In my example, myGenericUdf just looks for the 1st argument's value in the others and returns the index. I don't think this is related to the actual GenericUDF function.
Note that:
"select myGenericUdf(1,2,1) from mytable;" succeeds
If I use the non-generic implementation of the same UDF, the select distinct call succeeds.

15/10/06 05:20:25 ERROR exec.Utilities: Failed to load plan: hdfs://quickstart.cloudera:8020/tmp/hive/hive/f9de3f09-c12d-4528-9ee6-1f12932a14ae/hive_2015-10-06_05-20-07_438_6519207588897968406-20/-mr-10003/27cd7226-3e22-46f4-bddd-fb8fd4aa4b8d/map.xml: org.apache.hive.com.esotericsoftware.kryo.KryoException: Unable to find class: org.example.myGenericUDF
chidren (org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc)
colExprMap (org.apache.hadoop.hive.ql.exec.GroupByOperator)
org.apache.hive.com.esotericsoftware.kryo.KryoException: Unable to find class: org.example.myGenericUDF
	at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readName(DefaultClassResolver.java:138)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.ObjectField.read(ObjectField.java:99)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:112)
	at org.apache.hive.com.esotericsoftware.kryo.serializers.CollectionSerializer.read(CollectionSerializer.java:18)
	at org.apache.hadoop.hive.ql.exec.Utilities.deserializeObjectByKryo(Utilities.java:1069)
	at org.apache.hadoop.hive.ql.exec.Utilities.deserializePlan(Utilities.java:960)
	at org.apache.hadoop.hive.ql.exec.Utilities.deserializePlan(Utilities.java:974)
	at org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:416)
	at org.apache.hadoop.hive.ql.exec.Utilities.getMapWork(Utilities.java:296)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.init(HiveInputFormat.java:268)
	at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:505)
	at org.apache.spark.rdd.HadoopRDD.getPartitions(HadoopRDD.scala:203)
	at org.apache.spark.rdd.RDD$$anonfun$partitions$2.apply(RDD.scala:219)
	at org.apache.spark.rdd.RDD$$anonfun$partitions$2.apply(RDD.scala:217)
	at scala.Option.getOrElse(Option.scala:120)
	at org.apache.spark.rdd.RDD.partitions(RDD.scala:217)
	at org.apache.spark.rdd.MapPartitionsRDD.getPartitions(MapPartitionsRDD.scala:32)
	at org.apache.spark.ShuffleDependency.<init>(Dependency.scala:82)
	at org.apache.spark.rdd.ShuffledRDD.getDependencies(ShuffledRDD.scala:80)
	at org.apache.spark.rdd.RDD$$anonfun$dependencies$2.apply(RDD.scala:206)
	at org.apache.spark.rdd.RDD$$anonfun$dependencies$2.apply(RDD.scala:204)
	at org.apache.spark.rdd.RDD.dependencies(RDD.scala:204)
	at org.apache.spark.scheduler.DAGScheduler.visit$2(DAGScheduler.scala:338)
	at org.apache.spark.scheduler.DAGScheduler.getAncestorShuffleDependencies(DAGScheduler.scala:355)
	at org.apache.spark.scheduler.DAGScheduler.registerShuffleDependencies(DAGScheduler.scala:317)
	at org.apache.spark.scheduler.DAGScheduler.org$apache$spark$scheduler$DAGScheduler$$getShuffleMapStage(DAGScheduler.scala:218)
	at org.apache.spark.scheduler.DAGScheduler$$anonfun$visit$1$1.apply(DAGScheduler.scala:301)
	at org.apache.spark.scheduler.DAGScheduler$$anonfun$visit$1$1.apply(DAGScheduler.scala:298)
	at scala.collection.immutable.List.foreach(List.scala:318)
	at org.apache.spark.scheduler.DAGScheduler.visit$1(DAGScheduler.scala:298)
	at org.apache.spark.scheduler.DAGScheduler.getParentStages(DAGScheduler.scala:310)
	at org.apache.spark.scheduler.DAGScheduler.newStage(DAGScheduler.scala:244)
	at org.apache.spark.scheduler.DAGScheduler.handleJobSubmitted(DAGScheduler.scala:731)
	at org.apache.spark.scheduler.DAGSchedulerEventProcessLoop.onReceive(DAGScheduler.scala:1362)
	at org.apache.spark.scheduler.DAGSchedulerEventProcessLoop.onReceive(DAGScheduler.scala:1354)
	at org.apache.spark.util.EventLoop$$anon$1.run(EventLoop.scala:48)
Caused by: java.lang.ClassNotFoundException: org.example.myGenericUDF
	at org.apache.hive.com.esotericsoftware.kryo.util.DefaultClassResolver.readName(DefaultClassResolver.java:136)
	... 72 more

When using OpenTracing with Hystrix, the default Hystrix configuration uses a separate thread for the outbound request.
Currently the trace context from the route is not carried across to this new thread, causing the outbound request to be recorded in a separate trace instance.
Need to ensure that the trace context is carried to the new thread/exchange.
As a workaround, the Hystrix configuration property executionIsolationStrategy should be set to "SEMAPHORE".

When processing @DataOnDemand for an Entity which has JSR-303 validation @javax.validation.constraints.Min if the argument supplied is an integer type the roo console will report the following exception
 [Timer-0] java.lang.Integer cannot be cast to java.lang.Long
          java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Long
changing the argument type to a long works around this.
e.g.
@Min(4)  // kills roo with ClassCastException
private Integer pintsOfBeer;
@Min(4L) // works but is inconsistent with the annotation's description (see below)
According to javax.validation.contraints.Min
Supported types are: 
BigDecimal 
BigInteger 
byte, short, int, long, and their respective wrappers 

When upgrading we faced a problem that the some regions can not be opened due to the region server can not recognize the lower case 'snappy' config. In code for branch-1, we have done this

  public Compression.Algorithm getCompression() {
    String n = getValue(COMPRESSION);
    if (n == null) {
      return Compression.Algorithm.NONE;
    }
    return Compression.Algorithm.valueOf(n.toUpperCase(Locale.ROOT));
  }

But in the code of 2.0+, we just call valueOf.

My hunch is that this is due to the fact that WildFly creates a channel in one thread but starts it in another.  Specifically, Protocol.up_prot is set by ChannelService.start() (via new JChannel(...)) but is accessed by GlobalComponentRegistryService.start() (via Channel.connect(...)) - which happen in different threads.  To prevents NPEs like the one below, we need to ensure that any variables set during channel creation are volatile.

ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 30) MSC000001: Failed to start service jboss.infinispan.ejb.global-component-registry: org.jboss.msc.service.StartException in service jboss.infinispan.ejb.global-component-registry: org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.remoting.transport.jgroups.JGroupsTransport.start() on object of type ChannelTransport
    at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:91)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51]
    at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]
    at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final.jar:2.1.1.Final]
    at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:241)
    at org.jboss.as.clustering.infinispan.subsystem.GlobalComponentRegistryService.start(GlobalComponentRegistryService.java:33)
    at org.jboss.as.clustering.msc.AsynchronousService$1.run(AsynchronousService.java:86)
    ... 4 more
    at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:185)
    at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869)
    at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638)
    at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627)
    at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530)
    at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:219)
    ... 6 more
Caused by: org.infinispan.commons.CacheException: Unable to start JGroups Channel
    at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:198)
    at org.infinispan.remoting.transport.jgroups.JGroupsTransport.start(JGroupsTransport.java:187)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_51]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_51]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_51]
    at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_51]
    at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:183)
    ... 11 more
    at org.jgroups.protocols.pbcast.GMS.up(GMS.java:1010)
    at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:245)
    at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:391)
    at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:600)
    at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:147)
    at org.jgroups.protocols.FD.up(FD.java:255)
    at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:301)
    at org.jgroups.protocols.MERGE2.up(MERGE2.java:209)
    at org.jgroups.protocols.Discovery.up(Discovery.java:522)
    at org.jgroups.protocols.MPING.up(MPING.java:181)
    at org.jgroups.protocols.TP.fetchLocalAddresses(TP.java:2001)
    at org.jgroups.protocols.TP.start(TP.java:1131)
    at org.jgroups.protocols.TCP.start(TCP.java:82)
    at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:938)
    at org.jgroups.JChannel.startStack(JChannel.java:864)
    at org.jgroups.JChannel._preConnect(JChannel.java:527)
    at org.jgroups.JChannel.connect(JChannel.java:284)
    at org.jgroups.JChannel.connect(JChannel.java:275)
    at org.infinispan.remoting.transport.jgroups.JGroupsTransport.startJGroupsChannelIfNeeded(JGroupsTransport.java:196)
    ... 17 more

The --force flag is not working with the deploy command in CLI GUI.  The CLI CommandContextImpl is generating the wrong DMR request.

XmppEndPoint myXmppEndPoint = new XmppEndPoint();
(...)
myXmppEndPoint.setCreateAccount(true);
myXmppEndPoint .setLogin(false);
(...)

This will result in "no action" in xmpp server, if setLogin true the account is created and the user stays online.
I believe it's because of the logic used in createConnection() method of XmppEndPoint that could be changed to:

if (!connection.isAuthenticated()) {
            if (user != null) {
                if (LOG.isDebugEnabled()) {
                    LOG.debug("Logging in to XMPP as user: " + user + " on connection: " + getConnectionMessage(connection));
                }
                if (password == null) {
                    LOG.warn("No password configured for user: " + user + " on connection: " + getConnectionMessage(connection));
                }

                if (createAccount) {
                    AccountManager accountManager = new AccountManager(connection);
                    accountManager.createAccount(user, password);
                }
                if(login){
                	if (resource != null) {
                		connection.login(user, password, resource);
                	} else {
                		connection.login(user, password);
                	}
                }
            } else {
                    LOG.debug("Logging in anonymously to XMPP on connection: "  + getConnectionMessage(connection));
                }
                connection.loginAnonymously();
            }

In the documentation (src/docbkx/appendix-db-schema.xml), acl_object_identity.owner_sid is defined as:
owner_sid bigint,
but in the code, AclImpl.java requires that the owner sid is not null, and in fact you'll get an exception from BasicLookupStrategy attempting to create sids with null values if you read an object identity with a null owner_sid. Triggered this bug migrating data from a non-spring/acegi acl implementation which didn't use owners.
https://fisheye.springsource.org/browse/spring-security/trunk/src/docbkx/appendix-db-schema.xml

http://www.mail-archive.com/user@hive.apache.org/msg09151.html
When multiple partitions are being added in single alter table statement, the location for first partition is being used as the location of all partitions.

New default Elytron ApplicationDomain security domain allows anonymous authentication but PicketBox's default security other does not. As it's expected that ApplicationDomain should be equivalent to other security domain this should behave the same. 
Customer impact: If customer switches from PicketBox to Elytron default security domain then it brings risk of unintentional permission of anonymous authentication. This would be security hole.  
This is ongoing discussion from JBEAP-9117 where this is discussed for messaging subsystem however this decision affects other subsystems and goes beyond messaging.

An abstract class that extends HiveAuthorizer will help to shield Hive authorization implementations from some of the changes to HiveAuthorizer interface by providing default implementation of new methods in HiveAuthorizer when possible.

2018-08-15,10:07:30,456 ERROR [master/c4-hadoop-tst-ct15:42900.Chore.1] org.apache.hadoop.hbase.ScheduledChore: Caught error
        at org.apache.hadoop.hbase.master.balancer.SimpleLoadBalancer.balanceOverall(SimpleLoadBalancer.java:482)
        at org.apache.hadoop.hbase.master.balancer.SimpleLoadBalancer.balanceCluster(SimpleLoadBalancer.java:426)
        at org.apache.hadoop.hbase.master.balancer.SimpleLoadBalancer.balanceCluster(SimpleLoadBalancer.java:592)
        at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:1535)
        at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:1466)

If an endpoint.createProducer throws an exception from a dynamic eip, then the exchange is kept marked as inflight, and the error handler does not react asap and as expected.
This was working in Camel 2.10.x etc.

Since the resolution of HBASE-3171, -ROOT- is no longer used to store the location(s) of .META. . Unfortunately, not all of our documentation has been updated to reflect this change in architecture.

Here is a simple query to reproduce this:

select sum(p_size) over (partition by p_mfgr )
from part where p_mfgr = 'some non existent mfgr';

Assume you have a configuration class autowiring a component a subclass of this config class might declare:

class ParentConfig {

  @Autowired(required = false) MyComponent component;
}

class ChildConfig extends ParentConfig {

  @Bean
  public MyComponentImpl myComponent() { … }
}

This fails with a rather ambiguous:

Caused by: java.lang.IllegalArgumentException: Object of class [null] must be an instance of interface org.springframework.beans.factory.config.ConfigurableBeanFactory
  at org.springframework.util.Assert.isInstanceOf(Assert.java:339)
  at org.springframework.util.Assert.isInstanceOf(Assert.java:319)
  at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.getBeanFactory(ConfigurationClassEnhancer.java:414)
  at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:289)
  at de.olivergierke.samples.spring.ConfigClassExtensionTest$ChildConfig$$EnhancerByCGLIB$$769c39d2.myComponent(<generated>)

This seems to be caused by the fix for SPR-10307. Previously a BeanFactory instance had been available at the point in time when the autowiring happens. As of the change, the BeanFactory will be injected through an BeanFactoryAware call which by Spring's lifecycle happens after property injection. Thus the required BeanFactory is null when the injection shall happen and thus it fails.
I have an executable sample for this at http://github.com/olivergierke/spring-samples. Steps to reproduce:
1. Clone the repo:
2. Run mvn clean test -> works
3. Upgrade Spring version in the pom.xml to 4.0.0.BUILD-SNAPSHOT
4. Run mvn clean test -> fails

When running a TPC-DS query (query_27),  significant amount of time was spent in split computation on a dataset of size 200 GB (ORC format).
Profiling revealed that, 
1. Lot of time was spent in Config's subtitutevar (regex) in HiveInputFormat.getSplits() method.  
2. FileSystem was created repeatedly in OrcInputFormat.generateSplitsInfo(). 
I will attach the profiler snapshots soon.

Flaky test, already found similar behavior with sample2.q and sample4.q (HIVE-19657). More info to reproduce and try to fix the issue in HIVE-19673.

0: jdbc:hive2://localhost:10000> show resource plan global;
+----------+---------+--------------------+
| rp_name  | status  | query_parallelism  |
| global   | 1       | NULL               |

looks like status and query_parallelism got swapped.

It seems like with the fix for SWS-981 check for SOAP 1.1 was added. This results in setting default/empty SoapEnvelope for SaajSoapMessage.
 
public SaajSoapMessage(SOAPMessage soapMessage, boolean langAttributeOnSoap11FaultString, MessageFactory messageFactory) {
   Assert.notNull(soapMessage, "soapMessage must not be null");
   saajMessage = soapMessage;
   this.langAttributeOnSoap11FaultString = langAttributeOnSoap11FaultString;
   this.messageFactory = messageFactory;
   if (SoapVersion.SOAP_11.equals(getVersion())) {
      MimeHeaders headers = soapMessage.getMimeHeaders();
      if (ObjectUtils.isEmpty(headers.getHeader(TransportConstants.HEADER_SOAP_ACTION))) {
         headers.addHeader(TransportConstants.HEADER_SOAP_ACTION, "\"\"");
      }
   }
}

 Invoking getVersion() results in introspection for SoapEnvelope. This constructor is invoked as part of createMessage() method which sets the soapMessage in doWithMessage() method after the SaajSoapMessage is initialized.
 
@Override
public final WebServiceMessage createMessage(WebServiceMessageFactory messageFactory) throws IOException {
   WebServiceMessage message = messageFactory.createWebServiceMessage();
   doWithMessage(message);
   return message;
}

We started to see our integration tests failing with this upgrade.  

I listed modules with links to missing ones :

 module 
 missing module 

 org.infinispan.client.hotrod 
 com.google.protobuf 

 org.jboss.as.aggregate 
 org.jboss.as.managed-beans 

 org.jboss.genericjms 
 org.jboss.genericjms.provider 

When storefiles need to be split as part of a region split, the current logic uses a threadpool with the size set to the size of the number of stores. Since most common table setup involves only a single column family, this translates to having a single store and so the threadpool is run with a single thread. However, in a write heavy workload, there could be several tens of storefiles in a store at the time of splitting, and with a threadpool size of one, these files end up getting split sequentially.
With a bit of tracing, I noticed that it takes on an average of 350ms to create a single reference file, and splitting each storefile involves creating two of these, so with a storefile count of 20, it takes about 14s just to get through this phase alone (2 reference files for each storefile), pushing the total time the region is offline to 18s or more. For environments that are setup to fail fast, this makes the client exhaust all retries and fail with NotServingRegionException.
The fix should increase the concurrency of this operation.

Currently, a decimal column is indexed as double in druid.
This should not happen and either the user has to add an explicit cast or we can add a flag to enable approximation.

Some EIPs support using a custom aggregations strategy. And if you use XML DSL to refer to a custom strategy, then you may have typo, or the strategy do not implement the interface.
What we should do is to ensure to fail if the custom strategy could not be looked up. 
Some EIPs such as the content enricher will fallback and use a default strategy. This is wrong.

i have a table with bucket cache turned on and hbase.rs.evictblocksonclose set to false.  I split a region and watched that the closing of the source region did not complete until the bucketcache was flushed for that region.

I have a request reply service that should be able to do three different
things:
1)  no exception occurs in the implementation: The jms Message should be
committed and the normal reply should be sent
2) The implementation throws an exception defined in the service contract:
The jms message should be committed and a fault should be sent
3) The implemementation throws another kind of exception: The message delivery should
be rolled back so it can be received again
Case 1 and 2 currently work as expected.
For Case 3 a fault is returned to the caller and the transaction is committed which is wrong. 

Exception is thrown when deploy an ejb webservice without the security domain defined : 
11:34:18,075 ERROR [org.jboss.as.server] (DeploymentScanner-threads - 1) JBAS015870: Deploy of deployment "WSJarDeploy.jar" was rolled back with the following failure message: 
{"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.ws.endpoint.\"WSJar.jar\".WSJar is missing [jboss.ejb.view-method-security-attributes.WSJar_component.WSJar_component.WSJar.\"org.jboss.ws.HelloWsBean\"]"]}
            
There are some third part dependencies will introduce other version of sl4j-api as CAMEL-4545 shows, we need to specify the sl4j-api in the pom.xml resource.

Per Gopal V

row.serde = true ... breaks Parquet (they expect to get the same object back, which means you can't buffer 1024 rows).
We want to enable this and vector.serde for text vectorization. Need to turn it off for specific formats.

I found that currently, when configuring ASYM_ENCRYPT in legacy way, an elytron key-store reference is always automatically created. That should not happen as people who want to use the legacy security may want to remove the Elytron subsystem entirely. JGroups boot would fail in that case.

/subsystem=jgroups/stack=udp2/protocol=ASYM_ENCRYPT:add()
/subsystem=jgroups/stack=udp2/protocol=ASYM_ENCRYPT/property=encrypt_entire_message:add(value=true)
/subsystem=jgroups/stack=udp2/protocol=ASYM_ENCRYPT/property=sym_keylength:add(value=512)
/subsystem=jgroups/stack=udp2/protocol=ASYM_ENCRYPT/property=sym_algorithm:add(value=AES/ECB/PKCS5Padding)
/subsystem=jgroups/stack=udp2/protocol=ASYM_ENCRYPT/property=asym_keylength:add(value=512)
/subsystem=jgroups/stack=udp2/protocol=ASYM_ENCRYPT/property=asym_algorithm:add(value=RSA)

Here, I removed the elytron subsystem and used configuration from JBEAP-8405.

12:56:22,202 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 18) WFLYCTL0013: Operation ("add") failed - address: ([
    ("protocol" => "ASYM_ENCRYPT")
]) - failure description: "WFLYCLJG0026: No add operation registered at /subsystem=elytron/key-store=jgroups-tcp"

I upgraded from Spring 4.2.6 to 4.3.0 and now I'm receiving the following error in Chrome when my web page tries to load static javascript files.
Refused to execute script from http://.../someJsFile.js because its MIME type ('application/octet-stream') is not executable, and strict MIME type checking is enabled.
I double-checked the response header (using Spring 4.3.0) and I indeed see Content-Type:application/octet-stream. However, when I drop back down to Spring 4.2.6 I see Content-Type:application/javascript.
The files are included in my page like
index.html
<html lang="en">
<!-- ... -->
<body>
  <!-- ... -->
  <!-- Adding type="text/javascript" does not help -->
  <script src="/resources/js/someJsFile.js"></script>
</body>
</html>

and my config looks like
<context:component-scan base-package="some.package.spec" />	
<mvc:resources mapping="/resources/**" location="/resources/" />
<mvc:annotation-driven />

I tried looking at the Spring 4.3.0 release notes, but nothing immediately stood out (maybe https://jira.spring.io/browse/SPR-12894).
Any ideas what changes in 4.3.0 are affecting me? How do I tell Spring 4.3.0 to set the correct content type for static javascript files? Let me know if you need more details about configuration, etc. Unfortunately, I don't think I could package up the project - it's quite complex and lots of proprietary info.

CxfEndpointBeanDefinitionParser maintains a property map that can be overridden by user provided property map.  They should be merged.
Please see the email thread. 
http://www.nabble.com/camel-cxf---dataformat-tp22332652p22332652.html

In SnapshotQuotaObserverChore.getSnapshotsFromTables method, it fetches space quotas using the following filter:

QuotaFilter filter = new QuotaFilter();
filter.addTypeFilter(QuotaType.SPACE);

but the QuotaType filter hasn't been implemented.
And if there is throttle quotas in quota table, it will encounter Exception as follows:

java.lang.IllegalStateException: Expected only one of namespace and tablename to be null

at org.apache.hadoop.hbase.quotas.SnapshotQuotaObserverChore.getSnapshotsToComputeSize(SnapshotQuotaObserverChore.java:137)
at org.apache.hadoop.hbase.quotas.TestSnapshotQuotaObserverChore.testSnapshotsFromNamespaces(TestSnapshotQuotaObserverChore.java:184)

Creating a table with more than one columns fails when the row format SerDe is TypedBytesSerDe. 

hive> CREATE TABLE test (a STRING, b STRING) ROW FORMAT SERDE 'org.apache.hadoop.hive.contrib.serde2.TypedBytesSerDe';      
Found class for org.apache.hadoop.hive.contrib.serde2.TypedBytesSerDe                                                       
FAILED: Error in metadata: java.lang.IndexOutOfBoundsException: Index: 1, Size: 1                                           
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask                                          
hive> 

2016-08-05T09:45:16,488  INFO [main] physical.Vectorizer: Failed to vectorize
2016-08-05T09:45:16,488  INFO [main] physical.Vectorizer: Cannot vectorize select expression: Const varchar(1) f

The constant throws an illegal argument because the varchar precision is lost in the pipeline.

http://forum.springframework.org/showthread.php?t=64350
Hello,
I have problem with AxiomSoapMessageFactory payloadCaching=false.
Spring config is simple as this:

<bean id="messageFactory" class="org.springframework.ws.soap.axiom.AxiomSoapMessageFactory">
  <property name="payloadCaching" value="false"/>
</bean>

<bean class="org.springframework.ws.soap.server.endpoint.mapping.SoapActionEndpointMapping">
  <property name="mappings">
    <props>
      <prop key="SoapAction1">endpoint1</prop>
    </props>
</bean>

<bean id="wsdl" class="org.springframework.ws.wsdl.wsdl11.DefaultWsdl11Definition">
  <property name="schema" ref="schema" />
  <property name="portTypeName" value="resource1" />
  <property name="locationUri" value="/service1/" />
  <property name="targetNamespace" value="my.service" />
  <property name="soapActions">
    <props>
      <prop key="UploadAddressMaterial">SoapAction1</prop>
    </props>
</bean>

<bean id="schema" class="org.springframework.xml.xsd.SimpleXsdSchema ">
  <property name="xsd" value="/WEB-INF/schema.xsd" />
</bean>

I'm not using any kind of interceptors.
Actual ws end point extends AbstractStaxStreamPayloadEndpoint but the request doesn't get that far.
I get exception "com.sun.jdi.InvocationException occurred invoking method." when trying to invoke the web service in method org.springframework.ws.soap.axiom.AxiomSoapEnvelope.getBody().
Line 59 SOAPBody axiomBody = getAxiomEnvelope().getBody(); fails some how and the OMException on line 71 is catched. This leads to:
"Nested in org.springframework.ws.soap.axiom.AxiomSoapMessage Exception: Could not write message to OutputStream: problem accessing the parser. Parser already accessed!; nested exception is javax.xml.stream.XMLStreamException: problem accessing the parser. Parser already accessed!:
java.lang.IllegalStateException: Parser already accessed! "
I am running spring ws v.1.5.5 and spring core 2.5.6.
Everything works fine if payloadCaching is true.
Is this a bug? There is a resolved Jira that looks much the same: id SWS-359 

Hi,
The javadoc for UrlAuthorizationConfigurer is like this:
UrlAuthorizationConfigurer.java

  protected void configure(HttpSecurity http) throws Exception {
      http
          .apply(new UrlAuthorizationConfigurer()).getRegistry()
              .antMatchers("/users**","/sessions/**").hasRole("USER")
              .antMatchers("/signup").hasRole("ANONYMOUS")
              .anyRequest().hasRole("USER")
  }

But this is causing an ambiguous method compile error. 
I have checked previous commits but could not find anything related to this.

An user complains about camel route keeping sending the message to the same queue when using the camel-rabbitmq as a proxy.

<camelContext xmlns="http://camel.apache.org/schema/spring"> 
<route> 
<from 
uri="rabbitmq://localhost/general.topic?queue=general.queue&amp;routingKey=general.queue&amp;exchangeType=topic&amp;username=guest&amp;password=guest&amp;autoDelete=false&amp;durable=true"
/> 
<to 
uri="rabbitmq://localhost/scheduler.topic?queue=scheduler.queue&amp;routingKey=scheduler.queue&amp;exchangeType=topic&amp;username=guest&amp;password=guest&amp;autoDelete=false&amp;durable=true"
/> 
</route> 

We moved to slf4j in HBASE-10092, but looking at our source tree we've had some regression back to commons-logging:

$ git grep -E "org.apache.commons.logging.Log(Factory|;)"
hbase-server/src/main/java/org/apache/hadoop/hbase/master/zksyncer/ClientZKSyncer.java:import org.apache.commons.logging.Log;
hbase-server/src/main/java/org/apache/hadoop/hbase/master/zksyncer/ClientZKSyncer.java:import org.apache.commons.logging.LogFactory;
hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/FileArchiverNotifierImpl.java:import org.apache.commons.logging.Log;
hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/FileArchiverNotifierImpl.java:import org.apache.commons.logging.LogFactory;
hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/RegionSizeReportingChore.java:import org.apache.commons.logging.Log;
hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/RegionSizeReportingChore.java:import org.apache.commons.logging.LogFactory;
hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/RegionSizeStoreImpl.java:import org.apache.commons.logging.Log;
hbase-server/src/main/java/org/apache/hadoop/hbase/quotas/RegionSizeStoreImpl.java:import org.apache.commons.logging.LogFactory;
hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/throttle/StoreHotnessProtector.java:import org.apache.commons.logging.Log;
hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/throttle/StoreHotnessProtector.java:import org.apache.commons.logging.LogFactory;
hbase-server/src/test/java/org/apache/hadoop/hbase/TestClusterPortAssignment.java:import org.apache.commons.logging.Log;
hbase-server/src/test/java/org/apache/hadoop/hbase/TestClusterPortAssignment.java:import org.apache.commons.logging.LogFactory;
hbase-server/src/test/java/org/apache/hadoop/hbase/client/TestFlushFromClient.java:import org.apache.commons.logging.Log;
hbase-server/src/test/java/org/apache/hadoop/hbase/client/TestFlushFromClient.java:import org.apache.commons.logging.LogFactory;
hbase-server/src/test/java/org/apache/hadoop/hbase/client/TestSeparateClientZKCluster.java:import org.apache.commons.logging.Log;
hbase-server/src/test/java/org/apache/hadoop/hbase/client/TestSeparateClientZKCluster.java:import org.apache.commons.logging.LogFactory;
hbase-server/src/test/java/org/apache/hadoop/hbase/procedure/TestFailedProcCleanup.java:import org.apache.commons.logging.Log;
hbase-server/src/test/java/org/apache/hadoop/hbase/procedure/TestFailedProcCleanup.java:import org.apache.commons.logging.LogFactory;
hbase-server/src/test/java/org/apache/hadoop/hbase/wal/TestDisabledWAL.java:import org.apache.commons.logging.Log;
hbase-server/src/test/java/org/apache/hadoop/hbase/wal/TestDisabledWAL.java:import org.apache.commons.logging.LogFactory;

replace with slf4j

In many cases the user would specify the families/columns of interest as part of the uri and then just specify the row id as part of the headers.
The way it currently works, it requires at least one family/column along with the row id as part of the headers.

Currently, a query like "create table if not exists t2 as select * from t1" sets the hasResultSet to true in SQLOperation and in turn, the query returns a result set. However, as a DDL command, this should ideally not return a result set.

HIVE-16061 and HIVE-16400 changed operation logging to use the Log4j2 RoutingAppender to automatically output the log for each query into each individual operation log file. As log4j does not know when a query is finished it keeps the OutputStream in the Appender open even when the query completes. The stream holds a file descriptor and so we leak file descriptors. Note that we are already careful to close any streams reading from the operation log file.
Fix
To fix this we use a technique described in the comments of LOG4J2-510 which uses reflection to close the appender. The test in TestOperationLoggingLayout will be extended to check that the Appender is closed.

It seems not to be possible to force camel:run to use Spring DSL file if OSGi bluepring is available. Following configuration is completely ignored if there is a blueprint in OSGI-INF folder:

            <plugin>
                <groupId>org.apache.camel</groupId>
                <artifactId>camel-maven-plugin</artifactId>
                <version>2.17.3</version>
                    <useBlueprint>false</useBlueprint>
                    <fileApplicationContextUri>
                        META-INF/spring/camel-context.xml
                    </fileApplicationContextUri>
            </plugin>

We want to restrict the number of queries that flow through LLAP. 

From TransactionalRepositoryFactoryBeanSupport:

public void setBeanFactory(BeanFactory beanFactory) {

	Assert.isInstanceOf(ListableBeanFactory.class, beanFactory);

	ListableBeanFactory listableBeanFactory = (ListableBeanFactory) beanFactory;
	this.txPostProcessor = new TransactionalRepositoryProxyPostProcessor(listableBeanFactory, transactionManagerName,
			enableDefaultTransactions);
	this.exceptionPostProcessor = new PersistenceExceptionTranslationRepositoryProxyPostProcessor(listableBeanFactory);
	…    
}

which doesn't delegate to the super-implementation of RepositoryFactoryBeanSupport, and consequently, afterPropertiesSet() passes null down to a custom factory implementation, which is IMHO wrong. Maven project attached to demonstrate the issue, but I think the fix is simply to add a line with the call to the super implementation in TransactionalRepositoryFactoryBeanSupport.setBeanFactory.

If I issue a shutdown command for a slave HC, the CLI gets disconnected:
[domain@localhost:9999 /] shutdown --host=slave-a
[disconnected /] shutdown --host=slave-b
The command is not available in the current context (e.g. required subsystems or connection to the controller might be unavailable).
[disconnected /] cd /
[domain@localhost:9999 /] shutdown --host=slave-b

DefaultYarnContainer is a default when run/configured via boot and is really expected to be used together with one or more @YarnComponent. Possible method return values are then used to send event which ContainerLauncherRunner catches and does a real context/app exit. However if no @YarnComponent methods are used, thus not results, container exists immediately which something we don't want or something user expects.
We should simple disable container end state processing if there are no @YarnComponent and thus there are no results. This is better expected functionality especially if container simply fires up rest methods and want to stay running. Order to exit gracefully from container user can still add @YarnComponent method and either sleep there or return Future and set return value later using a Future handle.

In tez counters are retrieved with different API. Need to add a separate implementation of the recently added counter based stats aggregator.

Follow-up from HIVE-19642.
Instead of each component calling some other component in a chain, all the parts of the state dump should be called in one place to avoid weird dependencies/sequences that need to be accounted for to generate the report.

class TestClassSet extends TreeSet<Object> { }

class TestClassComplex {
    private TestClassSet testClassSet;

        return id;
    }

    public TestClassSet getTestClassSet() {
        return testClassSet;
    }

    public void setTestClassSet(TestClassSet testClassSet) {
        this.testClassSet = testClassSet;
    }
}

The following code appears to work fine:

List<TestClassSet> o = mongoTemplate.findAll(TestClassSet.class);

But this fails with the NPE below:

List<TestClassComplex> o = mongoTemplate.findAll(TestClassComplex.class);

        at org.springframework.data.mapping.model.AbstractPersistentProperty.getComponentType(AbstractPersistentProperty.java:147) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.data.mapping.model.AbstractPersistentProperty.isComplexType(AbstractPersistentProperty.java:136) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.data.mapping.model.AbstractPersistentProperty.isEntity(AbstractPersistentProperty.java:143) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.data.mapping.context.AbstractMappingContext.getNestedTypeToAdd(AbstractMappingContext.java:316) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.data.mapping.context.AbstractMappingContext.access$100(AbstractMappingContext.java:65) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.data.mapping.context.AbstractMappingContext$1.doWith(AbstractMappingContext.java:267) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.util.ReflectionUtils.doWithFields(ReflectionUtils.java:513) ~[spring-core-3.0.5.RELEASE.jar:3.0.5.RELEASE]
        at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:244) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:165) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:140) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:65) ~[spring-data-commons-core-1.2.0.BUILD-20110826.083456-44.jar:na]
        at org.springframework.data.mongodb.core.MongoTemplate.determineCollectionName(MongoTemplate.java:1105) ~[spring-data-mongodb-1.0.0.BUILD-20110826.114729-388.jar:na]
        at org.springframework.data.mongodb.core.MongoTemplate.findAll(MongoTemplate.java:786) ~[spring-data-mongodb-1.0.0.BUILD-20110826.114729-388.jar:na]
        ...

Previously it was possible to use the list-add, list-remove operations to add and remove items from a principal-query (type LIST), but doesn't work at the recent version:
The list operation is important for web console, as it should manipulate the list items individually, instead to use write-attribute as this is going to handle all items in the list.
Add a jdbc-realm

/profile=full/subsystem=elytron/jdbc-realm=jdbc3:add(principal-query=[{data-source=ExampleDS,sql="select test from table"}])

Display its content

/profile=full/subsystem=elytron/jdbc-realm=jdbc3:list-get(name=principal-query,index=0)
{
        "data-source" => "ExampleDS",
        "sql" => "select test from table"
    }
}

However to add more principal-query items doesn't work

/profile=full/subsystem=elytron/jdbc-realm=jdbc3:list-add(name=principal-query,value={sql="select other from table2",data-source="ExampleDS"})
{
}

When creating an active mutable segment (MutableSegment) in memstore, MutableSegment's deep overheap (208 bytes) was added to its heap size, but not to the region's memstore's heap size. And so was the immutable segment(CSLMImmutableSegment) which the mutable segment turned into (additional 8 bytes ) later. So after one flush, the memstore's heapsize will be decreased to -216 bytes, The minus number will accumulate after every flush. 
CompactingMemstore has this problem too.
We need to record the overhead for CSLMImmutableSegment and MutableSegment to the corresponding region's memstore size.
For CellArrayImmutableSegment,  CellChunkImmutableSegment and CompositeImmutableSegment , it is not necessary to do so, because inside CompactingMemstore, the overheads are already be taken care of when transfer a CSLMImmutableSegment into them.

TestConnectionImplementation fails for me because it doesn't throw UnknownHost exception when passed bogus name.
Bogus name ends in example.com. Should be .invalid per https://tools.ietf.org/html/rfc2606

The SpringHandlerInstantiator introduced in SPR-10768 always attempts to create new beans using its AutowireCapableBeanFactory. In the case of a StubWebApplicationContext, however, this results in an UnsupportedOperationException being thrown.
This behavior breaks support for JSON serialization in conjunction with the default configuration of the MockMvcBuilders.standaloneSetup() support in the Spring MVC Test framework since it internally uses a StubWebApplicationContext.
See the linked discussion on Stack Overflow for details.
Analysis
The following code in WebMvcConfigurationSupport.addDefaultHttpMessageConverters() is what causes this behavior:

if (jackson2Present) {
	ObjectMapper objectMapper = Jackson2ObjectMapperBuilder.json().applicationContext(this.applicationContext).build();
	messageConverters.add(new MappingJackson2HttpMessageConverter(objectMapper));
}

The fact that it supplies the ApplicationContext results in a SpringHandlerInstantiator being created in Jackson2ObjectMapperBuilder.configure(), even though a SpringHandlerInstantiator makes no sense for the stand-alone test setup in MVC Test.

See
http://camel.465427.n5.nabble.com/Camel-Netty-Http-HttpHeaders-case-sensitive-tp5763157.html
The names() should be removed as it transfers the headers to a linked hash map instead of checking directly using the netty http headers which is case insensitive.

Current logic does not verify the column name provided in the hint against the column on which the runtime filtering branch will originate from.

TestReplication.queueFailover fails 50% of the time, it's because ZooKeeperWrapper.listZnodes (introduced in HBASE-2694 and missed by HBASE-2735) doesn't use the Watcher it's passed so sometimes ReplicationSource misses hlogs to replicate for the region server we kill. Also it uncovered an issue (while I was fixing the first one) that RepSource ignores log files too quickly when the master is a bit too slow to split logs.

Trying to clone a profile that includes legacy extensions results in this failure (which is buried and not properly reported, but that's a different problem):
WFLYCTL0309: Legacy extension 'org.jboss.as.web' is not supported on servers running this version. The extension is only supported for use by hosts running a previous release in a mixed-version managed domain
It's created by UnsupportedSubsystemDescribeHandler.
That failure made some sense when the only use of the 'describe' op was by an HC launching a domain server, but now 'describe' is also an impl detail of the 'clone' op, and describe may also be executed independently by users.
We need to distinguish the server launch case from other uses and only fail in the former.

I am defining two <http> elements which apparently is permitted in Spring Security 3.1.0M2 per documentation
    <http auto-config="false" entry-point-ref="http403ForbiddenEntryPoint">
        <intercept-url pattern="/api/**" access="ROLE_USER"/>
        <custom-filter ref="apikeyAuthFilter" position="FORM_LOGIN_FILTER"/>
    </http>
    <http auto-config="false">
        <form-login/>
        <intercept-url pattern="/**" access="ROLE_USER"/>
        <logout invalidate-session="true"/>
    </http>
During startup I get an NPE, partial stack trace below.
	at org.springframework.security.config.http.HttpSecurityBeanDefinitionParser.registerFilterChainProxy(HttpSecurityBeanDefinitionParser.java:260)
	at org.springframework.security.config.http.HttpSecurityBeanDefinitionParser.parse(HttpSecurityBeanDefinitionParser.java:89)
	at org.springframework.security.config.SecurityNamespaceHandler.parse(SecurityNamespaceHandler.java:88)
	... 37 more
Relevant code area
            for (BeanDefinition matcherBean : filterChainMap.keySet()) {
                if (existingFilterChainMap.containsKey(matcherBean)) {
                    Map<Integer,ValueHolder> args = matcherBean.getConstructorArgumentValues().getIndexedArgumentValues();
                    pc.getReaderContext().error("The filter chain map already contains this request matcher ["
--->                            + args.get(0).getValue() + ", " +args.get(1).getValue() + "]", source);
args is size 0 in my case
Serge

The subclasses of ProviderManager cannot add exceptionMappings to raise custom events on custom exceptions as the doAfterPropertiesSet() is passed DEFAULT_EXCEPTION_MAPPINGS instead of instance variable exceptionMappings.
Please also look at thread on the forums
http://forum.springframework.org/showthread.php?t=35052

In our DataAccessUtils helper, requiredSingleResult and requiredUniqueResult differ in their nullability declarations. There is no good reason for this; either both of them need to declare a non-null return value or both have to expect null values in their input collections.

If you try to use create-table-as-select (CTAS) statement and create a ORC File format based table, then you can't use NULL as a column value in select clause 
CREATE TABLE empty (x int);
CREATE TABLE orc_table_with_null 
STORED AS ORC 
AS 
SELECT 
x,
null
FROM empty;
Error: 

347084 [main] ERROR hive.ql.exec.DDLTask  - org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.IllegalArgumentException: Unknown primitive type VOID
	at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:643)
	at org.apache.hadoop.hive.ql.exec.DDLTask.createTable(DDLTask.java:4242)
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:285)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1554)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1321)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1139)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:962)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:952)
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:269)
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:221)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:431)
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:367)
	at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:464)
	at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:474)
	at org.apache.oozie.action.hadoop.HiveMain.runHive(HiveMain.java:323)
	at org.apache.oozie.action.hadoop.HiveMain.run(HiveMain.java:284)
	at org.apache.oozie.action.hadoop.LauncherMain.run(LauncherMain.java:39)
	at org.apache.oozie.action.hadoop.LauncherMapper.map(LauncherMapper.java:227)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1642)
Caused by: java.lang.IllegalArgumentException: Unknown primitive type VOID
	at org.apache.hadoop.hive.ql.io.orc.OrcStruct.createObjectInspector(OrcStruct.java:530)
	at org.apache.hadoop.hive.ql.io.orc.OrcStruct$OrcStructInspector.<init>(OrcStruct.java:195)
	at org.apache.hadoop.hive.ql.io.orc.OrcStruct.createObjectInspector(OrcStruct.java:534)
	at org.apache.hadoop.hive.ql.io.orc.OrcSerde.initialize(OrcSerde.java:106)
	at org.apache.hadoop.hive.serde2.SerDeUtils.initializeSerDe(SerDeUtils.java:519)
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.getDeserializer(MetaStoreUtils.java:345)
	at org.apache.hadoop.hive.ql.metadata.Table.getDeserializerFromMetaStore(Table.java:292)
	at org.apache.hadoop.hive.ql.metadata.Table.checkValidity(Table.java:194)
	at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:621)
	... 35 more

QueryMapper doesn't map this type of query correctly

Criteria.where("reference").exists(false)

where reference is field is annotated with DBRef
Pull request: https://github.com/SpringSource/spring-data-mongodb/pull/44

After bulkloading some HFiles into the Table, we found the force-split didn't work because of the MidKey == NULL. Only if we re-booted the HBase service, the force-split can work normally. 

From HIVE-12060:
There's a typo in the description of hive.tez.input.generate.consistent.splits: "Whether to generate consisten split" – need "t" for consistent.
Several of the new hive.llap.* configs don't have descriptions. Are they for internal use only?
Please add newlines (\n) in the description of hive.llap.queue.metrics.percentiles.intervals and keep the indentation identical for all three lines of the description. (And to pick a nit, a few config description indentations are off by one character, including that one.)

Andrew found this at https://issues.apache.org/jira/browse/HBASE-11546?focusedCommentId=14108237&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14108237
That was for 0.98 but trunk has to fix testCloseFailed(). Need to do the same  as in HBASE-11615

I have a default ApacheDS server launched for testing via <ldap-server/> element in my spring config. This is inside a webapp, and the context is loaded through a servlet context listener (if that makes any difference).
ApacheDSContainer implements both Lifecycle and DisposableBean.  Both destroy methods get called, but neither checks the 'running' field before trying to shut down the ApacheDS server.  The first shutdown works, but since the server is contacted over a socket, the second attempt hangs until the socket times out.
The easy fix is to just check the 'running' field in the stop() method and don't do anything if the server isn't running.

Is it correct behaviour that org.springframework.web.jsf.el.WebApplicationContextFacesELResolver#isReadOnly
always return false?

If a SuperUser performs for example this:

/core-service=management/access=audit/in-memory-handler=y:add   
/core-service=management/access=audit/in-memory-handler=y:write-attribute(name=max-history,value=50)

then a Monitor user shouldn't be able to see this in the configuration change log (as decided in EAP7-89), because he doesn't even have the permission to "read" the manipulated resource.. But actually he can see it:

/core-service=management/service=configuration-changes:list-changes
{
        {
            "operation-date" => "2016-03-15T08:40:25.807Z",
            "access-mechanism" => "NATIVE",
            "remote-address" => "127.0.0.1/127.0.0.1",
            "operations" => [{
                "operation" => "write-attribute",
                "address" => [
                    ("core-service" => "management"),
                    ("access" => "audit"),
                    ("in-memory-handler" => "y")
                ]
            }]
        },
        {
            "operation-date" => "2016-03-15T08:40:25.809Z",
                "operation" => "add",
                ]
            }]
        }
    ]
}

This item is migrated from HBASE-20236 so it gets dedicated issue.
Let me upload evidence that has this synchronize as a stake in our write-time perf. I'll migrate the patch I posted with updates that come of comments posted by Mike Drob on the HBASE-20236 issue.

The documentation for NotFileFilter (http://commons.apache.org/io/api-release/index.html) incorrectly states that it, "Checks to see if both filters are true."  It looks to be the result of a hasty copy-and-paste from an old version of AndFileFilter (http://svn.apache.org/viewvc/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/AndFileFilter.java?revision=140357&view=markup).  It should say something like, "Returns the logical NOT of the underlying filter's return value for the same arguments."
Patch is attached.

davsclaus:/opt/fuse-esb-7.1.0.fuse-040/etc$ ls user*
users.properties	users.proprties
Notice the 2nd file with  the wrong name.
@Jon, I assume you know which maven file to fix this with.

Let's see the following scenario:
1.Region is on the server A
2.put KV(r1->v1) to the region
3.move region from server A to server B
4.put KV(r2->v2) to the region
5.move region from server B to server A
6.put KV(r3->v3) to the region
7.kill -9 server B and start it
8.kill -9 server A and start it 
9.scan the region, we could only get two KV(r1->v1,r2->v2), the third KV(r3->v3) is lost.
Let's analyse the upper scenario from the code:
1.the edit logs of KV(r1->v1) and KV(r3->v3) are both recorded in the same hlog file on server A.
2.when we split server B's hlog file in the process of ServerShutdownHandler, we create one RecoveredEdits file f1 for the region.
2.when we split server A's hlog file in the process of ServerShutdownHandler, we create another RecoveredEdits file f2 for the region.
3.however, RecoveredEdits file f2 will be skiped when initializing region
HRegion#replayRecoveredEditsIfAny

 for (Path edits: files) {
      if (edits == null || !this.fs.exists(edits)) {
        LOG.warn("Null or non-existent edits file: " + edits);
        continue;
      }
      if (isZeroLengthThenDelete(this.fs, edits)) continue;

      if (checkSafeToSkip) {
        Path higher = files.higher(edits);
        long maxSeqId = Long.MAX_VALUE;
        if (higher != null) {
          // Edit file name pattern, HLog.EDITFILES_NAME_PATTERN: "-?[0-9]+"
          String fileName = higher.getName();
          maxSeqId = Math.abs(Long.parseLong(fileName));
        }
        if (maxSeqId <= minSeqId) {
          String msg = "Maximum possible sequenceid for this log is " + maxSeqId
              + ", skipped the whole file, path=" + edits;
          LOG.debug(msg);
          continue;
        } else {
          checkSafeToSkip = false;
        }
      }

Observed in HoS and may apply to other engines as well.
When we join 2 tables on a single int key, we use the key itself as hash code in ObjectInspectorUtils.hashCode:

      case INT:
        return ((IntObjectInspector) poi).get(o);

Suppose the keys are different but are all some multiples of 10. And if we choose 10 as #reducers, the shuffle will be skewed.

When an application containing Spring + Rest Integration is deployed on Wildfly then it causes NullPointerException as following:

13:43:19,830 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "RESTfulExample.war" (runtime-name: "RESTfulExample.war")
13:43:20,313 ERROR [org.wildfly.extension.undertow] (MSC service thread 1-4) Could not find tld /WEB-INF/tld/spring-form.tld
13:43:20,313 ERROR [org.wildfly.extension.undertow] (MSC service thread 1-4) Could not find tld /WEB-INF/tld/spring.tld
13:43:20,370 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.deployment.unit."RESTfulExample.war".DEPENDENCIES: org.jboss.msc.service.StartException in service jboss.deployment.unit."RESTfulExample.war".DEPENDENCIES: WFLYSRV0153: Failed to process phase DEPENDENCIES of deployment "RESTfulExample.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:163) [wildfly-server-1.0.0.Alpha8.jar:1.0.0.Alpha8]
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: org.jboss.as.server.deployment.DeploymentUnitProcessingException: java.lang.NullPointerException
	at org.jboss.as.jaxrs.deployment.JaxrsSpringProcessor.deploy(JaxrsSpringProcessor.java:203)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:156) [wildfly-server-1.0.0.Alpha8.jar:1.0.0.Alpha8]
	... 5 more
	at org.jboss.as.jaxrs.deployment.JaxrsSpringProcessor.getResteasySpringVirtualFile(JaxrsSpringProcessor.java:133)
	at org.jboss.as.jaxrs.deployment.JaxrsSpringProcessor.deploy(JaxrsSpringProcessor.java:199)
	... 6 more
	at org.jboss.as.jaxrs.deployment.JaxrsSpringProcessor.getResteasySpringVirtualFile(JaxrsSpringProcessor.java:103)
	... 7 more

13:43:20,374 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "RESTfulExample.war")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"RESTfulExample.war\".DEPENDENCIES" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"RESTfulExample.war\".DEPENDENCIES: WFLYSRV0153: Failed to process phase DEPENDENCIES of deployment \"RESTfulExample.war\"
    Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: org.jboss.as.server.deployment.DeploymentUnitProcessingException: java.lang.NullPointerException
    Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: java.lang.NullPointerException

If a composite operation contains an operation targeting the domain as well as a single host, it will only get rolled out to the host specified rather than to the complete domain.

I have a controller like so:

	@RequestMapping(value="/secure/example", headers="accept=text/html",method=RequestMethod.GET)
	public String list(@ModelAttribute ExampleModel example, Model model) {
            ...
	}

	@RequestMapping(value="/secure/example", headers={"accept=application/xml"}, method=RequestMethod.GET)
	public List<ExampleModel> listXml() {
            ...
	}
}

If I submit a request with accept=application/xml,text/html
I would expect that my listXml() method would be resolved before list().  However, because list() is declared first in the class it ends up being the one chosen by AnnotationMethodHandlerAdapter.
It appears that RequestMappingInfoComparator doesn't take into account the order of the accept media types on the request.  I believe it should.

See this discussion for more detail : http://www.nabble.com/From-file-to-ftp-tp14921828s22882p15016618.html

2012-07-02 16:23:34,871 INFO org.apache.hadoop.mapred.TaskLogsTruncater: Initializing logs' truncater with mapRetainSize=-1 and reduceRetainSize=-1
2012-07-02 16:23:34,876 WARN org.apache.hadoop.mapred.Child: Error running child
	at org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication$Verifier.cleanup(VerifyReplication.java:140)
	at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:142)
	at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:645)
2012-07-02 16:23:34,882 INFO org.apache.hadoop.mapred.Task: Runnning cleanup for the task

Hadoop Streaming allows -inputreader parameter to specify use of StreamXmlRecorderReader
(example)
hadoop jar hadoop-streaming-2.5.1.jar \
-inputreader "StreamXmlRecord,begin=BEGIN_STRING,end=END_STRING" \
(rest of the command)
WebHCat's StreamingDelegator does not include -inputreader as a valid option when submitting jobs to http://www.myserver.com/templeton/v1/mapreduce/streaming endpoint. If -inputreader is specified and passed to templeton server (perhaps via CURL operation) , it will get truncated and not passed as parameter from TempletonControllerJob to Hadoop.

When multiple macros are used in one column, results of the later ones are over written by that of the first.
Suppose we have created a table called macro_test with single column x in STRING type, and with data as:
"a"
"bb"
"ccc"
We also create three macros:

CREATE TEMPORARY MACRO STRING_LEN(x string) length(x);
CREATE TEMPORARY MACRO STRING_LEN_PLUS_ONE(x string) length(x)+1;
CREATE TEMPORARY MACRO STRING_LEN_PLUS_TWO(x string) length(x)+2;

When we ran the following query, 

SELECT
    CONCAT(STRING_LEN(x), ":", STRING_LEN_PLUS_ONE(x), ":", STRING_LEN_PLUS_TWO(x)) a
FROM macro_test
SORT BY a DESC;

We get result:
3:3:3
2:2:2
1:1:1
instead of expected:
3:4:5
2:3:4
1:2:3
Currently we are using Hive 1.2.1, and have applied both HIVE-11432 and HIVE-12277 patches.

When org.springframework.batch.core.step.AbstractStep fails to persist the step execution to the job repository, the step execution is set to status 'UNKNOWN'. The framework continues with the other steps of the job as if nothing happened. We ran into this issue in production: the datasource connection pool was configured insiffuciently to handle the number of parallel running batch jobs. If the step execution status was originally COMPLETED than it's probably no big deal that it's changed to UNKNOWN and the job continues with remaining steps. However in our case the steps had FAILED, and because the step execution could not be persisted to the job repository, the status was changed to UNKNOWN which causes the job to continue instead of fail.

The current state (taken from standalone-ha.xml):

            <cache-container name="web" default-cache="dist" module="org.wildfly.clustering.web.infinispan">
...
                <!-- Alternate configuration to reduce lock contention for applications that make use of concurrent access to a web session -->
                <!-- Web sessions will be locked more frequently, but for shorter periods of time -->
                <!--
                  ~ distributed-cache name="concurrent">
                  ~                     <file-store/>
                  ~                 </distributed-cache
                  -->

After uncommenting, the resulting text is not a valid xml file. 
Please change it to: 

...
                <!-- Web sessions will be locked more frequently, but for shorter periods of time -->       
                <!-- 
                <distributed-cache name="concurrent">
                </distributed-cache>
                -->

Recently after upgrading from 2.10.3 to 2.11.0 I have encountered the following bug.
The problematic part was looking like this: 

    .setHeader(Exchange.FILE_NAME, simple("{{file.rootdir}}/${in.header.CamelFileName}"))
    .to("mock:result");

Camel was failing to start with the following exception

org.apache.camel.FailedToCreateRouteException: Failed to create route route1 at: >>> SetHeader[CamelFileName, simple{Simple: {{file.rootdir}}/${in.header.CamelFileName}}] <<< in route: Route(route1)[[From[direct:start]] -> [SetHeader[CamelFileNa... because of Could not resolve placeholder 'in.header.CamelFileName' in string value "/root/dir/${in.header.CamelFileName}"
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:883)
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:755)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:1857)
	at org.apache.camel.impl.DefaultCamelContext.addRouteDefinitions(DefaultCamelContext.java:692)
	at org.apache.camel.builder.RouteBuilder.populateRoutes(RouteBuilder.java:337)
	at org.apache.camel.builder.RouteBuilder.addRoutesToCamelContext(RouteBuilder.java:264)
	at org.apache.camel.impl.DefaultCamelContext.addRoutes(DefaultCamelContext.java:654)
	at org.apache.camel.ContextTestSupport.setUp(ContextTestSupport.java:115)
	at org.apache.camel.spring.SpringTestSupport.setUp(SpringTestSupport.java:54)
Caused by: java.lang.IllegalArgumentException: Could not resolve placeholder 'in.header.CamelFileName' in string value "/root/dir/${in.header.CamelFileName}"
	at org.springframework.util.PropertyPlaceholderHelper.parseStringValue(PropertyPlaceholderHelper.java:173)
	at org.apache.camel.spring.spi.BridgePropertyPlaceholderConfigurer.springResolvePlaceholders(BridgePropertyPlaceholderConfigurer.java:180)
	at org.apache.camel.spring.spi.BridgePropertyPlaceholderConfigurer.parseUri(BridgePropertyPlaceholderConfigurer.java:143)
	at org.apache.camel.component.properties.PropertiesComponent.parseUri(PropertiesComponent.java:161)
	at org.apache.camel.impl.DefaultCamelContext.resolvePropertyPlaceholders(DefaultCamelContext.java:1100)
	at org.apache.camel.model.ProcessorDefinition.resolvePropertyPlaceholders(ProcessorDefinition.java:556)
	at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:471)
	at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:197)
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:880)
	... 22 more

I have created a small test to reproduce the bug, and thanks to git bisect I found the commit that introduced this bug. It is commit ea4c0ab5 "CAMEL-6233: BridgePropertyPlaceholderConfigurer does not support nested Spring properties". The problem is that it is trying to resolve the whole simple with the property resolver but after resolving the spring property it treats ${in.header.CamelFileName} as a spring placeholder and fails to find it.
There is a workaround. If {{file.rootdir}} is replaced by ${properties:file.rootdir} then Camel starts just fine.
The test to reproduce is attached.

ROO-3901 introduced support to display the element to remove in confirmation modal dialog.
This is not supported for details views which relation is defined as a composition as methods required to get to-delete-items information aren't generated.
Due to this, an exception is throw when list.html is rendered.

Currently Increment and Append operations do not work with RWCC and hence a client could see the results of multiple such operation mixed in the same Get/Scan.
The semantics might be a bit more interesting here as upsert adds and removes to and from the memstore.

ModelControllerMBeanHelper is taking an MRR, using it to create a DMR ModelNode description of the resource type, and then iterating over the attribute names in that description tree to try and match up with the requested JMX attribute name. That middle step of creating the DMR description is very expensive; it produces a very large node tree. It's not necessary; the MRR already can tell you the legal attribute names.
I believe this is legacy cruft from the early AS 7 days when the MRR wasn't always reliable for all attribute names. But it's been reliable for a long time now.

After HIVE-487, users will have to specify the versions as in "shims/ivy.xml" to make "ant package -Dhadoop.version=<version>".work.
Currently it is only running fine with the following versions (from shims/ivy.xml): 0.17.2.1, 0.18.3, 0.19.0, 0.20.0.
We used to do "ant package -Dhadoop.version=0.17.0" but it's not working any more, although we can specify "ant package -Dhadoop.version=0.17.2.1" and the package will probably still work with 0.17.0.

Currently the decision to use fetch optimizer or not is based on scanning the filesystem for file lengths and see if the aggregated size is less the fetch task threshold. This can be very expensive for cloud environment. This issue is mitigated to some extent by HIVE-14920 but still that requires file system scan. We can make decision based on the stats from metastore and falling back when stats is not available. Since fast stats (numRows and fileSize) is always available this should work most of the time. 

Current implementation of DISTRIBUTE BY does not work when tez auto-parallelism is turned on, because of hashCode distribution issues.
In case of distribute by, the key is actually zero bytes, with only partitioning enabled via hashCode - this adversely affects the uniform hashing implementation.
In an ideal scenario, the edge should go from the ordered kv input to the unordered partitioned edge, to speed up the processing massively.

The wiki logging example does not work out of the box
http://activemq.apache.org/camel/dsl.html
It has been discussed on the forum:
http://www.nabble.com/interceptors---something-is-terrible-wrong-td16661322s22882.html
Jonathan was so kind to provide a patch.

The getTables jdbc function no longer returns information when using normal JDBC table types like TABLE or VIEW. You must now use a more specific type such as MANAGED_TABLE or VIRTUAL_VIEW. An example application that will fail to return results against 0.10 is below, works without issue in 0.9. In my 0.10 test I used HS2. 

import org.apache.hive.jdbc.HiveDriver;

public class TestGet {
  private static String driverName = "org.apache.hive.jdbc.HiveDriver";

  /**
 * @param args
 * @throws SQLException
   */
  public static void main(String[] args) throws SQLException {
      try {
      Class.forName(driverName);
      // TODO Auto-generated catch block
      System.exit(1);
    }
    Connection con = DriverManager.getConnection("jdbc:hive2://hostname:10000/default");
    DatabaseMetaData dbmd = con.getMetaData();
    String[] types = {"TABLE"};
    ResultSet rs = dbmd.getTables(null, null, "%", types);
      while (rs.next()) {
        System.out.println(rs.getString("TABLE_NAME"));
      }
    }
  }
}

Travis builds are failing due to violations reported by checkstyle plugin (missing javadoc) in src/main/java/org/apache/commons/io/FilenameUtils.java:[1066,5]

One region server stuck while flushing(possible deadlock). Its trying to flush two regions since last 6 hours (see the screenshot).
Caused while running IntegrationTestLoadAndVerify for 20 M rows with 600 mapper jobs and 100 back references. ~37 Million writes on each regionserver till now but no writes happening on any regionserver from past 6 hours  and their memstore size is zero(I dont know if this is related). But this particular regionserver has memstore size of 9GBs from past 6 hours.
Relevant snaps from debug dump:
Tasks:
Task: Flushing IntegrationTestLoadAndVerify,R\x9B\x1B\xBF\xAE\x08\xD1\xA2,1435179555993.8e2d075f94ce7699f416ec4ced9873cd.
Status: RUNNING:Preparing to flush by snapshotting stores in 8e2d075f94ce7699f416ec4ced9873cd
Running for 22034s
Task: Flushing IntegrationTestLoadAndVerify,\x93\xA385\x81Z\x11\xE6,1435179555993.9f8d0e01a40405b835bf6e5a22a86390.
Status: RUNNING:Preparing to flush by snapshotting stores in 9f8d0e01a40405b835bf6e5a22a86390
Running for 22033s
Executors:
...
Thread 139 (MemStoreFlusher.1):
  Blocked count: 139711
  Waited count: 239212
  Waiting on java.util.concurrent.CountDownLatch$Sync@b9c094a
  Stack:
    java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
    java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:997)
    java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1304)
    java.util.concurrent.CountDownLatch.await(CountDownLatch.java:231)
    org.apache.hadoop.hbase.wal.WALKey.getSequenceId(WALKey.java:305)
    org.apache.hadoop.hbase.regionserver.HRegion.getNextSequenceId(HRegion.java:2422)
    org.apache.hadoop.hbase.regionserver.HRegion.internalPrepareFlushCache(HRegion.java:2168)
    org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:2047)
    org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:2011)
    org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:1902)
    org.apache.hadoop.hbase.regionserver.HRegion.flush(HRegion.java:1828)
    org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:510)
    org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:471)
    org.apache.hadoop.hbase.regionserver.MemStoreFlusher.access$900(MemStoreFlusher.java:75)
    org.apache.hadoop.hbase.regionserver.MemStoreFlusher$FlushHandler.run(MemStoreFlusher.java:259)
Thread 137 (MemStoreFlusher.0):
  Blocked count: 138931
  Waited count: 237448
  Waiting on java.util.concurrent.CountDownLatch$Sync@53f41f76
  Stack:

unwrap method should first call resolveMethodAttribute to get value of attribute and than do unwrapping.

The CLI command show that there are some valid configuration properties available like following while configuring DataSources, However those properties never get persisted in the DataSource configuration:

 ./jboss-cli.sh  --user=admin --password=admin@123 -c --controller=remote://localhost:9999  command="/subsystem=datasources/data-source=testpool:read-resource-description(recursive=true)" 
            "stale-connection-checker-properties" => 
                "description" => "The stale connection checker properties",
                "value-type" => STRING,
            } 
,
            "reauth-plugin-properties" => 
                "description" => "The properties for the reauthentication plugin",
            } 
,
            "exception-sorter-properties" => 
                "description" => "The exception sorter properties",
            } 
,

Following command never complains about any issue and the following command executed without any issue but the above properties are not persisted in the DataSource.

 ./jboss-cli.sh --user=admin --password=admin@123 -c --controller=remote://localhost:9999 command="/subsystem=datasources/data-source=testpool:add(jndi-name=\"java:jboss/TestDS\",driver-name=\"ojdbc6.jar\",connection-url=\"jdbc:oracle:thin:@DBHostName:1521:DBName\",user-name=\"user\",password=\"pass\",new-connection-sql=\"select 1 from dual\", check-valid-connection-sql=\"select 2 from dual\",valid-connection-checker-class-name=\"org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker\",exception-sorter-properties=
{\"prop1\"=>\"value1\"}
,reauth-plugin-properties=
{\"reauthProp1\"=>\"reauthValue1\"}
,exception-sorter-properties=
{\"exceptionSorterProp1\"=>\"exceptionSorterValue1\"}
)"

The Generated DataSource looks like following:

${quote}
                <datasource jndi-name="java:jboss/TestDS" pool-name="testpool" enabled="true">
                    <connection-url>jdbc:oracle:thin:@DBHostName:1521:DBName</connection-url>
                    <driver>ojdbc6.jar</driver>
                    <new-connection-sql>select 1 from dual</new-connection-sql>
                        <user-name>user</user-name>
                        <password>pass</password>
                    <validation>
                        <valid-connection-checker class-name="org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker"/>
                        <check-valid-connection-sql>select 2 from dual</check-valid-connection-sql>
                    </validation>
                </datasource>
${quote}

Little typo spotted in the documentation of method headForItemResource
repsoitory instead of repository

I am facing this issue while using 
Spring-jms version 4.1.6
tibjms version 6.3 (Tibco jar)
When using a DefaultMessageListenerContainer, if there is an exception on established connection we intermittently get this deadlock issue.
Please find following stack trace for more information.
	"clientResponseListener-16" - Thread t@242
	at org.springframework.jms.connection.SingleConnectionFactory$SharedConnectionInvocationHandler.localStop(SingleConnectionFactory.java:640)

waiting to lock <1768ffa4> (a java.lang.Object) owned by "TIBCO EMS TCPLink Reader (Server-999487)" t@241
	at org.springframework.jms.connection.SingleConnectionFactory$SharedConnectionInvocationHandler.invoke(SingleConnectionFactory.java:573)
	at com.sun.proxy.$Proxy54.stop(Unknown Source)
	at org.springframework.jms.connection.SingleConnectionFactory$SharedConnectionInvocationHandler.localStop(SingleConnectionFactory.java:644)
locked <1ea19285> (a java.lang.Object)
	at org.springframework.jms.connection.SingleConnectionFactory$SharedConnectionInvocationHandler.invoke(SingleConnectionFactory.java:577)
	at com.sun.proxy.$Proxy54.close(Unknown Source)
	at org.springframework.jms.connection.ConnectionFactoryUtils.releaseConnection(ConnectionFactoryUtils.java:80)
	at org.springframework.jms.listener.AbstractJmsListeningContainer.refreshSharedConnection(AbstractJmsListeningContainer.java:395)
locked <78213c8c> (a java.lang.Object)
	at org.springframework.jms.listener.DefaultMessageListenerContainer.refreshConnectionUntilSuccessful(DefaultMessageListenerContainer.java:909)
	at org.springframework.jms.listener.DefaultMessageListenerContainer.recoverAfterListenerSetupFailure(DefaultMessageListenerContainer.java:884)
	at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:1055)
locked <5f74909f> (a java.lang.Object)

None

	"TIBCO EMS TCPLink Reader (Server-999487)" - Thread t@241

waiting to lock <1ea19285> (a java.lang.Object) owned by "clientResponseListener-16" t@242
	at org.springframework.jms.connection.SingleConnectionFactory$AggregatedExceptionListener.onException(SingleConnectionFactory.java:671)
locked <1768ffa4> (a java.lang.Object)
	at com.tibco.tibjms.TibjmsConnection._invokeOnExceptionCallback(TibjmsConnection.java:2054)
	at com.tibco.tibjms.TibjmsConnection._onDisconnected(TibjmsConnection.java:2394)
	at com.tibco.tibjms.TibjmsConnection$ServerLinkEventHandler.onEventDisconnected(TibjmsConnection.java:349)
	at com.tibco.tibjms.TibjmsxLinkTcp$LinkReader.work(TibjmsxLinkTcp.java:330)
	at com.tibco.tibjms.TibjmsxLinkTcp$LinkReader.run(TibjmsxLinkTcp.java:259)

None

SRP requires that all commands in a tx be executed in a pipeline. Calling SrpConnection.multi() opens the pipeline under the hood, but doesn't close it and return the results when exec() is called. Instead, it returns a list containing only the Future with the boolean result of performing exec. The caller would have to know to manually close the pipeline. 
This breaks RedisAtomicInteger/Long as well, because they expect exec() to return null if a watched key was modified during the tx, but instead they get a Future with a boolean value of false.

Druid expressions do not support booleans yet. 
In druid expressions booleans are treated and parsed from longs, however when we store booleans from hive they are serialized as 'true' and 'false' string values. 
Need to make serialization consistent with deserialization and write long values when sending data to druid. 

Another interesting issue...

hive> create table zzzzz(c string) partitioned by (i date,j date);
OK
Time taken: 0.099 seconds
hive> alter table zzzzz add partition (i='2012-01-01', j='foo');          
FAILED: SemanticException [Error 10248]: Cannot add partition column j of type string as it cannot be converted to type date
hive> alter table zzzzz add partition (i='2012-01-01', j=date 'foo');
OK
Time taken: 0.119 seconds

The fake date is caught in normal queries:

hive> select * from zzzzz where j == date 'foo';
FAILED: SemanticException Unable to convert date literal string to date value.

{{ | Caused by: java.lang.NullPointerException: null   | at org.apache.camel.component.sjms.consumer.AbstractMessageHandler.onMessage(AbstractMessageHandler.java:88) ~[camel-sjms-2.20.1.jar!/:2.20.1]   | ... 8 common frames omitted}}

In a cluster where RS Group endpoint is installed, I noticed the following in master log:

2017-12-13 21:42:14,230 ERROR [RpcServer.default.FPBQ.Fifo.handler=29,queue=2,port=20000] master.TableStateManager: Unable to get table ltt-diff state
org.apache.hadoop.hbase.TableNotFoundException: ltt-diff
        at org.apache.hadoop.hbase.master.TableStateManager.getTableState(TableStateManager.java:175)
        at org.apache.hadoop.hbase.master.TableStateManager.isTableState(TableStateManager.java:132)
        at org.apache.hadoop.hbase.master.assignment.AssignmentManager.isTableDisabled(AssignmentManager.java:345)
        at org.apache.hadoop.hbase.rsgroup.RSGroupAdminServer.moveTables(RSGroupAdminServer.java:409)
        at org.apache.hadoop.hbase.rsgroup.RSGroupAdminEndpoint.assignTableToGroup(RSGroupAdminEndpoint.java:334)
        at org.apache.hadoop.hbase.rsgroup.RSGroupAdminEndpoint.preCreateTable(RSGroupAdminEndpoint.java:346)
        at org.apache.hadoop.hbase.master.MasterCoprocessorHost$11.call(MasterCoprocessorHost.java:319)
        at org.apache.hadoop.hbase.master.MasterCoprocessorHost$11.call(MasterCoprocessorHost.java:316)
        at org.apache.hadoop.hbase.coprocessor.CoprocessorHost$ObserverOperationWithoutResult.callObserver(CoprocessorHost.java:599)
        at org.apache.hadoop.hbase.coprocessor.CoprocessorHost.execOperation(CoprocessorHost.java:672)
        at org.apache.hadoop.hbase.master.MasterCoprocessorHost.preCreateTable(MasterCoprocessorHost.java:316)
        at org.apache.hadoop.hbase.master.HMaster$3.run(HMaster.java:1738)
        at org.apache.hadoop.hbase.master.procedure.MasterProcedureUtil.submitProcedure(MasterProcedureUtil.java:134)
        at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1734)
        at org.apache.hadoop.hbase.master.MasterRpcServices.createTable(MasterRpcServices.java:559)

It seems RSGroupAdminEndpoint#preCreateTable should take into account that the table doesn't exist and avoid the extraneous TableNotFoundException .

There are 5 web_sales references in query95 of tpcds ,with alias ws1-ws5.
But the query plan only has ws1 when CBO is on.
query95 :

SELECT count(distinct ws1.ws_order_number) as order_count,
               sum(ws1.ws_ext_ship_cost) as total_shipping_cost,
               sum(ws1.ws_net_profit) as total_net_profit
FROM web_sales ws1
JOIN customer_address ca ON (ws1.ws_ship_addr_sk = ca.ca_address_sk)
JOIN web_site s ON (ws1.ws_web_site_sk = s.web_site_sk)
JOIN date_dim d ON (ws1.ws_ship_date_sk = d.d_date_sk)
LEFT SEMI JOIN (SELECT ws2.ws_order_number as ws_order_number
                               FROM web_sales ws2 JOIN web_sales ws3
                               ON (ws2.ws_order_number = ws3.ws_order_number)
                               WHERE ws2.ws_warehouse_sk <> ws3.ws_warehouse_sk
                        ) ws_wh1
ON (ws1.ws_order_number = ws_wh1.ws_order_number)
LEFT SEMI JOIN (SELECT wr_order_number
                               FROM web_returns wr
                               JOIN (SELECT ws4.ws_order_number as ws_order_number
                                          FROM web_sales ws4 JOIN web_sales ws5
                                          ON (ws4.ws_order_number = ws5.ws_order_number)
                                         WHERE ws4.ws_warehouse_sk <> ws5.ws_warehouse_sk
                                ) ws_wh2
                               ON (wr.wr_order_number = ws_wh2.ws_order_number)) tmp1
ON (ws1.ws_order_number = tmp1.wr_order_number)
WHERE d.d_date between '2002-05-01' and '2002-06-30' and
               ca.ca_state = 'GA' and
               s.web_company_name = 'pri';

Before I do serious documentation work, I have to fix all of the validation errors that are somehow not causing the Ref Guide to break the builds. I will attach one patch per file – that's the easiest way I know how to do it. I will try not to make any content changes, only validation changes.

Make backoff policy tests less sensitive to virtualisation - they keep failing because they run too slowly.

The utility method org.apache.camel.util.ExchangeHelper.copyResults() is use by many core classes. However, this method does not properly support MEP InOptionalOut.
Assuming in an InOptionalOut exchange, having no out message means just that – no out message should be sent, then the following lines in this method

//
            Message out = source.getOut(false);
                result.getOut(true).copyFrom(out);
            } else {
                // no results so lets copy the last input

//
            } else if (result.getPattern() == ExchangePattern.InOptionalOut) {
                result.setOut(null);
            } else {

Current implementation of FuzzyRowKeyFilter modifies the provided filter pairs: https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/filter/FuzzyRowFilter.java#L89-L90
Filter should not change the filter pair. 

The MySQL metastore definition metastore/scripts/upgrade/mysql/hive-schema-2.2.0.mysql.sql contains a syntax error for the table NOTIFICATION_LOG:

CREATE TABLE IF NOT EXISTS `NOTIFICATION_LOG`
(
    `NL_ID` BIGINT(20) NOT NULL,
    `EVENT_ID` BIGINT(20) NOT NULL,
    `EVENT_TIME` INT(11) NOT NULL,
    `EVENT_TYPE` varchar(32) NOT NULL,
    `DB_NAME` varchar(128),
    `TBL_NAME` varchar(128),
    `MESSAGE` longtext,
    `MESSAGE_FORMAT` varchar(16)
    PRIMARY KEY (`NL_ID`)

Notice a comma is missing after `MESSAGE_FORMAT` varchar(16).
This got introduced through HIVE-10562.

I have situation where AbstractHttpSenderConnection.getResponseMessage() returns null which results in NullPointerException at AbstractHttpSenderConnection.getErrorMessage() due to the construcor of StringBuffer  ( when passed String to the StringBuffer it tries to get it's length ) I can't imagine why null is not casted to "null" 
StringBuffer buffer = new StringBuffer(getResponseMessage()); 

SocialAuthenticationFilter should deal with errors or rejection of authorization by failing authentication. As it is now, it apparently re-attempts to obtain authorization by redirecting to the provider.

[INFO] Running org.apache.hadoop.hbase.master.TestServerCrashProcedureCarryingMetaStuck
[ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 41.604 s <<< FAILURE! - in org.apache.hadoop.hbase.master.TestServerCrashProcedureCarryingMetaStuck
[ERROR] test(org.apache.hadoop.hbase.master.TestServerCrashProcedureCarryingMetaStuck)  Time elapsed: 30.496 s  <<< ERROR!
	at org.apache.hadoop.hbase.master.TestServerCrashProcedureCarryingMetaStuck.test(TestServerCrashProcedureCarryingMetaStuck.java:93)
The META_QOS is introduced by HBASE-21754 and misused in HBASE-21907 as the name is a bit ambiguous. To prevent misusing in the future, let's deprecated the META_QOS in HConstants, and introduce a META_TRANSITION_QOS somewhere that is not IA.Public.

Testing HBase Snapshot on top of Hadoop's Snapshot branch (http://svn.apache.org/viewvc/hadoop/common/branches/HDFS-2802/), we found that both features used '.snapshot' directory to store metadata.
HDFS (built from HDFS-2802 branch) doesn't allow paths with .snapshot as a component
From discussion on dev@hbase.apache.org, (see http://search-hadoop.com/m/kY6C3cXMs51), consensus was to rename '.snapshot' directory in HBase so that both features can co-exist smoothly.

Noticed a bunch of these stack traces in hive.log while running some unit tests:

2015-05-11 21:18:59,371 WARN  [main]: metastore.ObjectStore (ObjectStore.java:handleDirectSqlError(2420)) - Direct SQL failed
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.aggrColStatsForPartitions(MetaStoreDirectSql.java:1132)
        at org.apache.hadoop.hive.metastore.ObjectStore$8.getSqlResult(ObjectStore.java:6162)
        at org.apache.hadoop.hive.metastore.ObjectStore$8.getSqlResult(ObjectStore.java:6158)
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2385)
        at org.apache.hadoop.hive.metastore.ObjectStore.get_aggr_stats_for(ObjectStore.java:6158)
        at com.sun.proxy.$Proxy84.get_aggr_stats_for(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_aggr_stats_for(HiveMetaStore.java:5662)
        at com.sun.proxy.$Proxy86.get_aggr_stats_for(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getAggrColStatsFor(HiveMetaStoreClient.java:2064)
        at com.sun.proxy.$Proxy87.getAggrColStatsFor(Unknown Source)
        at org.apache.hadoop.hive.ql.metadata.Hive.getAggrColStatsFor(Hive.java:3110)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:245)
        at org.apache.hadoop.hive.ql.optimizer.calcite.RelOptHiveTable.updateColStats(RelOptHiveTable.java:329)
        at org.apache.hadoop.hive.ql.optimizer.calcite.RelOptHiveTable.getColStat(RelOptHiveTable.java:399)
        at org.apache.hadoop.hive.ql.optimizer.calcite.RelOptHiveTable.getColStat(RelOptHiveTable.java:392)
        at org.apache.hadoop.hive.ql.optimizer.calcite.reloperators.HiveTableScan.getColStat(HiveTableScan.java:150)
        at org.apache.hadoop.hive.ql.optimizer.calcite.stats.HiveRelMdDistinctRowCount.getDistinctRowCount(HiveRelMdDistinctRowCount.java:77)
        at org.apache.hadoop.hive.ql.optimizer.calcite.stats.HiveRelMdDistinctRowCount.getDistinctRowCount(HiveRelMdDistinctRowCount.java:64)
        at sun.reflect.GeneratedMethodAccessor296.invoke(Unknown Source)
        at org.apache.calcite.rel.metadata.ReflectiveRelMetadataProvider$1$1.invoke(ReflectiveRelMetadataProvider.java:182)
        at com.sun.proxy.$Proxy108.getDistinctRowCount(Unknown Source)
        at sun.reflect.GeneratedMethodAccessor234.invoke(Unknown Source)
        at org.apache.calcite.rel.metadata.ChainedRelMetadataProvider$ChainedInvocationHandler.invoke(ChainedRelMetadataProvider.java:109)
        at org.apache.calcite.rel.metadata.CachingRelMetadataProvider$CachingInvocationHandler.invoke(CachingRelMetadataProvider.java:132)
        at org.apache.calcite.rel.metadata.RelMetadataQuery.getDistinctRowCount(RelMetadataQuery.java:469)
        at org.apache.calcite.rel.metadata.RelMdDistinctRowCount.getDistinctRowCount(RelMdDistinctRowCount.java:241)
        at sun.reflect.GeneratedMethodAccessor300.invoke(Unknown Source)
        at org.apache.calcite.rel.rules.LoptOptimizeJoinRule.computeJoinCardinality(LoptOptimizeJoinRule.java:615)
        at org.apache.calcite.rel.rules.LoptOptimizeJoinRule.getBestNextFactor(LoptOptimizeJoinRule.java:808)
        at org.apache.calcite.rel.rules.LoptOptimizeJoinRule.createOrdering(LoptOptimizeJoinRule.java:706)
        at org.apache.calcite.rel.rules.LoptOptimizeJoinRule.findBestOrderings(LoptOptimizeJoinRule.java:458)
        at org.apache.calcite.rel.rules.LoptOptimizeJoinRule.onMatch(LoptOptimizeJoinRule.java:128)
        at org.apache.calcite.plan.AbstractRelOptPlanner.fireRule(AbstractRelOptPlanner.java:326)
        at org.apache.calcite.plan.hep.HepPlanner.applyRule(HepPlanner.java:515)
        at org.apache.calcite.plan.hep.HepPlanner.executeInstruction(HepPlanner.java:255)
        at org.apache.calcite.plan.hep.HepInstruction$RuleInstance.execute(HepInstruction.java:125)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:856)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:768)
        at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:109)
        at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:730)
        at org.apache.calcite.tools.Frameworks.withPrepare(Frameworks.java:145)
        at org.apache.calcite.tools.Frameworks.withPlanner(Frameworks.java:105)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.getOptimizedAST(CalcitePlanner.java:607)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:244)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10051)
        at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.runTest(TestMiniTezCliDriver.java:1234)
        at org.apache.hadoop.hive.cli.TestMiniTezCliDriver.testCliDriver_auto_sortmerge_join_1(TestMiniTezCliDriver.java:166)

Ran into issue on cluster where HDFS was taken out from under it.  RS eventually tried to shut itself down.  As regions were being closed, they got IOException "Filesystem closed".  In the CloseRegionHandlers, this was causing the close operation to not finish (in ZK and in the online region list in RS).  That, in turn, held up the waitOnAllRegionsToClose() so the RS never shut down.
If we get an IOException during a close, which can happen if fatal error doing flush, this is not recoverable so we should complete the region close in ZK and by removing from map of online regions on that RS.

If netty acceptor is configured then port is not opened:

<acceptor name="netty" factory-class="org.apache.activemq.artemis.core.remoting.impl.netty.NettyAcceptorFactory" socket-binding="messaging"/>

after server is started. Setting higher priority because it's core functionality.

See nabble
http://camel.465427.n5.nabble.com/Files-not-Picked-up-with-doneFile-tp5723623.html
We need to use an internal cache we store whether a done file exists or not, when scanning a directory. Then we won't "see" a new done file being written during scanning a group of files. The cache is only needed per directory as doneFileName mandates the file to be in same dir.

Currently WAL splitting is broken when a region has been opened multiple times in recent minutes.
Region open and region close write event markers to the wal. These markers should have the sequence id in them. However it is currently getting 1. That means that if a region has moved multiple times in the last few mins then multiple split log workers will try and create the recovered edits file for sequence id 1. One of the workers will fail and on failing they will delete the recovered edits. Causing all split wal attempts to fail.
We need to:

make sure that close get the correct sequence id for open.
Filter all region events from recovered edits

It appears that the close event with a sequence id of one is coming from region warm up.

We have noticed an issue with the LocaleChangeInterceptor when a request parameter is set to "de_de" the LocaleChangeInterceptor creates locale "de_DE_de".  With other locales 
like "en_us" it returns "en_US" correctly.  We have isolated this issue to any lowercase locale with same language and country parameter for example, de_de, nl_nl, etc.  
Here is a complete list of affected locales

bg_bg Bulgaria
hr_hr Crotia
de_de Germany
fi_fi Finland
fr_fr France
nl_nl Netherland
hu_hu Hungary
is_is iceland
it_it Italy
lv_lv Latvia
lt_lt Lithuania
mk_mk Macedonia
mt_mt Malta
no_no Norway
pl_pl Poland
pt_pt Portugal
ru_ru Russia
sk_sk Slovakia
th_th Thaliand
tr_tr Turkey

Issue is with the org.springframework.util.StringUtils.parseLocaleString method.  When the localeString is parsed it incorrectly detects the endindex of the country code since the language and country are the same "de" it gets the first index of de which is actually the language.  End result is it thinks the country is a variant.  By changing localeString.indexOf to localeString.lastIndexOf it corrects the issue.  

public static Locale parseLocaleString(String localeString) {
		String[] parts = tokenizeToStringArray(localeString, "_ ", false, false);
		System.out.println(parts.length);
		String language = (parts.length > 0 ? parts[0] : "");
		String country = (parts.length > 1 ? parts[1] : "");
		String variant = "";
		if (parts.length >= 2) {
			// There is definitely a variant, and it is everything after the country
			// code sans the separator between the country code and the variant.
			int endIndexOfCountryCode = localeString.lastIndexOf(country) + country.length();  //@FIX change "localeString.indexOf" to localeString.lastIndexOf"
			// Strip off any leading '_' and whitespace, what's left is the variant.
			variant = trimLeadingWhitespace(localeString.substring(endIndexOfCountryCode));
			if (variant.startsWith("_")) {
				variant = trimLeadingCharacter(variant, '_');
			}
		}
		System.out.println(language + ":" + country + ":" + variant);
		return (language.length() > 0 ? new Locale(language, country, variant) : null);
	}

One customer encountered the following error when replaying recovered edits, leading to region open failure:

region=table1,d6b-2282-9223370590058224807-U-9856557-        EJ452727-16313786400171,1449616291799.fa8a526f2578eb3630bb08a4b1648f5d., starting to roll back the global memstore   size.
org.apache.hadoop.hbase.regionserver.WrongRegionException: Compaction marker from WAL table_name: "table1"
encoded_region_name: "d389c70fde9ec07971d0cfd20ef8f575"
...
region_name: "table1,d6b-2282-9223370590058224807-U-9856557-EJ452727-16313786400171,1449089609367.d389c70fde9ec07971d0cfd20ef8f575."
 targetted for region d389c70fde9ec07971d0cfd20ef8f575 does not match this region: {ENCODED => fa8a526f2578eb3630bb08a4b1648f5d, NAME => 'table1,d6b-2282-                        9223370590058224807-U-9856557-EJ452727-16313786400171,1449616291799.fa8a526f2578eb3630bb08a4b1648f5d.', STARTKEY => 'd6b-2282-9223370590058224807-U-9856557-EJ452727-             16313786400171', ENDKEY => 'd76-2553-9223370588576178807-U-7416904-EK875822-17662180600000'}
  at org.apache.hadoop.hbase.regionserver.HRegion.checkTargetRegion(HRegion.java:4592)
  at org.apache.hadoop.hbase.regionserver.HRegion.replayWALCompactionMarker(HRegion.java:3831)
  at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEdits(HRegion.java:3747)
  at org.apache.hadoop.hbase.regionserver.HRegion.replayRecoveredEditsIfAny(HRegion.java:3601)
  at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionStores(HRegion.java:911)
  at org.apache.hadoop.hbase.regionserver.HRegion.initializeRegionInternals(HRegion.java:789)
  at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:762)
  at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5774)
  at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:5744)

This was likely caused by the following action of hbck:

15/12/08 18:11:34 INFO util.HBaseFsck: [hbasefsck-pool1-t37] Moving files from hdfs://Zealand/hbase/data/default/table1/d389c70fde9ec07971d0cfd20ef8f575/recovered.edits into     containing region hdfs://Zealand/hbase/data/default/table1/fa8a526f2578eb3630bb08a4b1648f5d/recovered.edits

The recovered.edits for d389c70fde9ec07971d0cfd20ef8f575 contained compaction marker which couldn't be replayed against fa8a526f2578eb3630bb08a4b1648f5d

If connection factory contains in-vm connector and legacy connection factory is created by migration operation then server won't start and fails with:

12:51:16,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.messaging-activemq.default.jms.connection-factory.legacy.InVmConnectionFactory: org.jboss.msc.service.StartException in service jboss.messaging-activemq.default.jms.connection-factory.legacy.InVmConnectionFactory: WFLYMSGAMQ0082: Unsupported type of connector factory for legacy resource: java.lang.String
	at org.wildfly.extension.messaging.activemq.jms.legacy.LegacyConnectionFactoryService.translateFactoryClassName(LegacyConnectionFactoryService.java:311)
	at org.wildfly.extension.messaging.activemq.jms.legacy.LegacyConnectionFactoryService.translateTransportGroupConfigurations(LegacyConnectionFactoryService.java:294)
	at org.wildfly.extension.messaging.activemq.jms.legacy.LegacyConnectionFactoryService.start(LegacyConnectionFactoryService.java:183)

Configuration of connection factory and in-vm connector:

<in-vm-connector name="in-vm" server-id="${my.server-id:0}"/>
<legacy-connection-factory name="InVmConnectionFactory" connectors="in-vm" entries="${connection-factory.entries.entry:java:/ConnectionFactory}"/>

Problem seems to be that HornetQ connection factory does not accept Artemis InVMConnectorFactory class. 
As legacy connection factories with in-vm connector cannot be used by standalone JMS client (not serializable) then there is no reason to create them by migration operation.

org.jboss.as.jsf.injection.weld.WeldApplicationFactory does not override the method getWrapped, so implementations (e.g. myfaces) that need to access the root factory will fail in such situations.

Doesn't really matter because it's aborting the server anyways, but I've seen it on TestMasterFailover.  Simple fix.

The RPC handlers monitoring will displayed in the Web UI when the cluster has just started. As time goes on, RPC handlers disappeared .
We have the RPC handlers listed as tasks and stored in CircularFifoBuffer. 
CircularFifoBuffer is a first in first out buffer with a fixed size that replaces its oldest element if full.
When we refresh the page, completed tasks will be removed from CircularFifoBuffer.
Not refresh the page for a long time, the oldest element (RPC handlers) will be replaced by new tasks.

While doing a .META. lookup (HCM#locateRegionInMeta), we also prefetch some other region's info for that table. The usual call to the meta lookup has useCache variable set to true. 
Currently, it calls preFetch irrespective of the value useCache flag:

            if (Bytes.equals(parentTable, HConstants.META_TABLE_NAME) &&
                (getRegionCachePrefetch(tableName)))  {
              prefetchRegionCache(tableName, row);
            }

Later on, if useCache flag is set to false, it deletes the entry for that row from the cache with a forceDeleteCachedLocation() call. This always results in two calls to the .META. table in this case. The useCache variable is set to false in case we are retrying to find a region (regionserver failover).
It can be verified from the log statements of a client while having a regionserver failover. In the below example, the client was connected to a1217, when a1217 got killed. The region in question is moved to a1215. Client got this info from META scan, where as client cache this info from META, but then delete it from cache as it want the latest info. 
The result is even the meta provides the latest info, it is still deleted This causes even the latest info to be deleted. Thus, client deletes a1215.abc.com even though it is correct info.

13/04/15 09:49:12 DEBUG client.HConnectionManager$HConnectionImplementation: Cached location for t,user7225973201630273569,1365536809331.40382355b8c45e1338d620c018f8ff6c. is a1217.abc.com:40020
13/04/15 09:49:12 WARN client.ServerCallable: Received exception, tries=1, numRetries=30 message=Connection refused

13/04/15 09:49:12 DEBUG client.HConnectionManager$HConnectionImplementation: Removed all cached region locations that map to a1217.abc.com,40020,1365621947381
13/04/15 09:49:13 DEBUG client.MetaScanner: Current INFO from scan results = {NAME => 't,user7225973201630273569,1365536809331.40382355b8c45e1338d620c018f8ff6c.', STARTKEY => 'user7225973201630273569', ENDKEY => '', ENCODED => 40382355b8c45e1338d620c018f8ff6c,}

13/04/15 09:49:13 DEBUG client.MetaScanner: Scanning .META. starting at row=t,user7225973201630273569,00000000000000 for max=10 rows using hconnection-0x7786df0f

13/04/15 09:49:13 DEBUG client.HConnectionManager$HConnectionImplementation: Cached location for t,user7225973201630273569,1365536809331.40382355b8c45e1338d620c018f8ff6c. is a1215.abc.com:40020
13/04/15 09:49:13 DEBUG client.HConnectionManager$HConnectionImplementation: Removed a1215.abc.com:40020 as a location of t,user7225973201630273569,1365536809331.40382355b8c45e1338d620c018f8ff6c. for tableName=t from cache

13/04/15 09:49:13 WARN client.ServerCallable: Received exception, tries=2, numRetries=30 message=org.apache.hadoop.hbase.exceptions.UnknownScannerException: Name: -6313340536390503703, already closed?
13/04/15 09:49:13 DEBUG client.ClientScanner: Advancing internal scanner to startKey at 'user760712450403198900'

HRegion.addAndGetGlobalMemstoreSize(addedSize) is called once some write succeeds and 'addedSize' is the size of the edits newly put to the memstore, the returned value of HRegion.addAndGetGlobalMemstoreSize(addedSize) is then checked against the flush threshold to determine if a flush for the region should be triggered.
By design the returned value should be the updated memstore size after adding 'addedSize', but current implementation uses this.memstoreSize.getAndAdd which returns the previous size before adding, actually 'addAndGet' rather than 'getAndAdd' should be used here.

The StreamCache does not reset at the end of the pipeline.
The following routes will not work as expected:
   from("direct:c").noStreamCaching().to("direct:d").to("mock:c");
   from("direct:d").streamCaching().process(new TestProcessor());
(the test processor is a processor that reads the InputMessage)
If another processor is added after the TestProcessor that does nothing, the routes will work as expected.
This case is a bit synthetic, but in real life a route that starts with a InOut CXF endpoint, has an endpoint that generates a Stream and then writes the message content to an in only endpoint (file, FTP, log, etc.) will also fail, even if stream caching is enabled.

The messaging-activemq integration code erroneously uses the GenericSQLProvider.Factory() implementation when Artemis server is started which overrides the factory that is configured with the journal-sql-provider-factory attribute.

First create a table

> create 't1', 'f1'
Then split the table with util:

> bin/hbase org.apache.hadoop.hbase.util.RegionSplitter -r -o 2 t1 UniformSplit
Finally get the following error :

12/11/08 19:21:12 DEBUG util.RegionSplitter: All regions have been successfully split!
12/11/08 19:21:12 DEBUG util.RegionSplitter: TOTAL TIME = 30sec
12/11/08 19:21:12 DEBUG util.RegionSplitter: Splits = 0
Exception in thread "main" java.lang.ArithmeticException: / by zero
	at org.apache.hadoop.hbase.util.RegionSplitter.rollingSplit(RegionSplitter.java:576)
	at org.apache.hadoop.hbase.util.RegionSplitter.main(RegionSplitter.java:349)

The DefaultTransactionAttributes use in TaskletStep should not be used.  The problem is how it determines what should be rolledback:
	public boolean rollbackOn(Throwable ex) 
{
		return (ex instanceof RuntimeException || ex instanceof Error);
	}

This means that any checked exceptions will not cause a rollback.  This was fine in 1.1 given how way it was structured, it wouldn't be possible to get a checked exception, since it would have been wrapped first.  However, the Tasklet interface declares that it throws exception, so anyone using the TaskletStep for the same reasons they would have done so in 1.1 will get into an infinite loop if they throw a checked exception from their Tasklet.

public void addDelgate(String contentType, MessageConverter messageConverter) {
	this.delegates.put(contentType, messageConverter);
}

public MessageConverter removeDelgate(String contentType) {
	return this.delegates.remove(contentType);
}

The comments in the .properties files used for the property-file based security realms use "AS 7" in their comments. Change to WildFly.

HDFS client implementations have multiple server implementations, which do not all support the inodes for file locations.
If the client returns a 0 InodeId, fall back to the synthetic ones.

The FLUSH_CHECK_THRESHOLD and PERCENT_ENTRIES_TO_FLUSH should be configurable.

Update rename_table.rb script.  Also fix bug where it does not update .regioninfo after rename.

When we receive SIGINT more than once, we call System.exit to terminate the JVM. System.exit runs the shutdown hooks which in turn calls SparkClientFactory.stop. All the methods in SparkClientFactory are synchronized and at this point, we may be waiting to create a SparkClientImpl in SparkClientFactory.createClient. Therefore SparkClientFactory.stop will be blocked until SparkClientFactory.createClient returns.
The reason why we may be waiting to create SparkClientImpl is usually to wait for RemoteDriver to connect. If RemoteDriver runs into problem, the JVM won't exit until we timeout.

HBASE-11702 introduced rate reporting at DEBUG level for long running compactions but failed to align bytesWritten with the reporting interval. 

RjcConnection.zRevRangeWithScores is calling the wrong underlying method (zRevRangeWithScoresByScore), causing inconsistent results

Hello everyone, i found an particular bug situation
I have same mqtt producer with high volume traffic. When my application losts tcp connection to mqtt server i have follow connection loop error. This bug is sometime verified because it depend by multiple factors (load machine, load mqtt server, payload, etc)
I am reading source code and i suppose that the bug is introduced by volatile variable connected (it isn't thread-safe)
To resolve this bug you must refactoring all MQTTEndpoint connection code.
[        hawtdispatch-DEFAULT-3] MQTTEndpoint                   INFO  MQTT Connection connected to tcp://mqtt:1883

When Canary#writeSniffing is enabled, Canary#checkWriteTableDistribution will make sure the regions of write table distributed on all region servers as:

      int numberOfServers = admin.getClusterStatus().getServers().size();
      ......
      int numberOfCoveredServers = serverSet.size();
      if (numberOfCoveredServers < numberOfServers) {
        admin.balancer();
      }

The master will also work as a regionserver, so that ClusterStatus#getServers will contain the master. On the other hand, write table of Canary will not be assigned to master, making numberOfCoveredServers always smaller than numberOfServers and admin.balancer always be invoked in each sniffing period. This may cause frequent region moves. A simple fix is excluding master from numberOfServers.

Addendum:
Doing pagination (retrieving at most "limit" number of KVs at a particular "offset") is currently supported via the ColumnPaginationFilter. However, it is not a very clean way of supporting pagination.  Some of the problems with it are:

Normally, one would expect a query with (Filter(A) AND Filter(B)) to have same results as (query with Filter(A)) INTERSECT (query with Filter(B)). This is not the case for ColumnPaginationFilter as its internal state gets updated depending on whether or not Filter(A) returns TRUE/FALSE for a particular cell.
When this Filter is used in combination with other filters (e.g., doing AND with another filter using FilterList), the behavior of the query depends on the order of filters in the FilterList. This is not ideal.
ColumnPaginationFilter is a stateful filter which ends up counting multiple versions of the cell as separate values even if another filter upstream or the ScanQueryMatcher is going to reject the value for other reasons.

Seems like we need a reliable way to do pagination. The particular use case that prompted this JIRA is pagination within the same rowKey. For example, for a given row key R, get columns with prefix P, starting at offset X (among columns which have prefix P) and limit Y. Some possible fixes might be:
1) enhance ColumnPrefixFilter to support another constructor which supports limit/offset.
2) Support pagination (limit/offset) at the Scan/Get API level (rather than as a filter) [Like SQL].
Original Post:
Thanks Jiakai Liu for reporting this issue and doing the initial investigation. Email from Jiakai below:
Assuming that we have an index column family with the following entries:
"tag0:001:thread1"
...
"tag1:001:thread1"
"tag1:002:thread2"
...
"tag1:010:thread10"
...
"tag2:001:thread1"
"tag2:005:thread5"
...
To get threads with "tag1" in range [5, 10), I tried the following code:
    ColumnPrefixFilter filter1 = new ColumnPrefixFilter(Bytes.toBytes("tag1"));
    ColumnPaginationFilter filter2 = new ColumnPaginationFilter(5 /* limit /, 5 / offset */);
    FilterList filters = new FilterList(Operator.MUST_PASS_ALL);
    filters.addFilter(filter1);
    filters.addFilter(filter2);
    Get get = new Get(USER);
    get.addFamily(COLUMN_FAMILY);
    get.setMaxVersions(1);
    get.setFilter(filters);
Somehow it didn't work as expected. It returned the entries as if the filter1 were not set.
Turns out the ColumnPrefixFilter returns SEEK_NEXT_USING_HINT in some cases. The FilterList filter does not handle this return code properly (treat it as INCLUDE).

In a specific case where we have an outer join followed by another join on the same key and the non-outer side of the outer join is empty, hive-on-tez produces incorrect results.

The image of "HFile Version 2 Structure" in Appendix F of HBase Reference Guide (pdf) is missing because of a wrong asciidoc syntax:
image:hfilev2.png[HFile Version 2]
modified as:
image::hfilev2.png[HFile Version 2]
it should be a double colon instead of single one

In SftpOperations.java the commit 0d3612672f2927d0428c2b79686759c16be88791
has introduced a remoting bug when running on windows and connecting to sftp server.
If the sfpt/camel is running on windows, then it assumes that the path include a "root-path" like "C://" which is not necessarily true for sftp connections. 
So instead of "/" it creates a root path of "/hom" when working with an sftp path like "/home/jkleemann/transfer/....:" and fails when trying to change directory to this root path.
see https://github.com/apache/camel/commit/0d3612672f2927d0428c2b79686759c16be88791
for the changes
 
The positional based reads in MBBs are having some issues when we try to read the first element from the 2nd BB when the MBB is formed with multiple BBs.

When multiple views are used along with union all, it is resulting in the following error when dynamic partition pruning is enabled in tez. 
 
Exception in thread "main" java.lang.AssertionError: No work found for tablescan TS[8]
 at org.apache.hadoop.hive.ql.parse.GenTezUtils.processAppMasterEvent(GenTezUtils.java:408)
 at org.apache.hadoop.hive.ql.parse.TezCompiler.generateTaskTree(TezCompiler.java:383)
 at org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(TaskCompiler.java:205)
 at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10371)
 at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:208)
 at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:239)
 at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:479)
 at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:347)
 at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1203)
 at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1257)
 at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1140)
 at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1130)
 at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:258)
 at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:204)
 at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:433)
 at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:894)
 at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:825)
 at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:726)
 at org.apache.hadoop.util.RunJar.run(RunJar.java:223)
 at org.apache.hadoop.util.RunJar.main(RunJar.java:136)

CREATE TABLE t1(key string, value string, c_int int, c_float float, c_boolean boolean) partitioned by (dt string);
CREATE TABLE t2(key string, value string, c_int int, c_float float, c_boolean boolean) partitioned by (dt string);
CREATE TABLE t3(key string, value string, c_int int, c_float float, c_boolean boolean) partitioned by (dt string);
 
insert into table t1 partition(dt='2018') values ('k1','v1',1,1.0,true);
insert into table t2 partition(dt='2018') values ('k2','v2',2,2.0,true);
insert into table t3 partition(dt='2018') values ('k3','v3',3,3.0,true);
 
CREATE VIEW `view1` AS select `t1`.`key`,`t1`.`value`,`t1`.`c_int`,`t1`.`c_float`,`t1`.`c_boolean`,`t1`.`dt` from `t1` union all select `t2`.`key`,`t2`.`value`,`t2`.`c_int`,`t2`.`c_float`,`t2`.`c_boolean`,`t2`.`dt` from `t2`;
CREATE VIEW `view2` AS select `t2`.`key`,`t2`.`value`,`t2`.`c_int`,`t2`.`c_float`,`t2`.`c_boolean`,`t2`.`dt` from `t2` union all select `t3`.`key`,`t3`.`value`,`t3`.`c_int`,`t3`.`c_float`,`t3`.`c_boolean`,`t3`.`dt` from `t3`;
create table t4 as select key,value,c_int,c_float,c_boolean,dt from t1 union all select v1.key,v1.value,v1.c_int,v1.c_float,v1.c_boolean,v1.dt from view1 v1 join view2 v2 on v1.dt=v2.dt;
CREATE VIEW `view3` AS select `t4`.`key`,`t4`.`value`,`t4`.`c_int`,`t4`.`c_float`,`t4`.`c_boolean`,`t4`.`dt` from `t4` union all select `t1`.`key`,`t1`.`value`,`t1`.`c_int`,`t1`.`c_float`,`t1`.`c_boolean`,`t1`.`dt` from `t1`;
 
select count(0) from view2 v2 join view3 v3 on v2.dt=v3.dt; // Throws No work found for tablescan error

Found by Oleg.  When the StandardEvaluationContext was modified from an eager to lazy initialization model, this created an issue with two threads simultaneously triggering the lazy initialization.  In initialization of the method resolvers it is possible for one thread to trigger initialization but during that initialization another thread grabs an 'empty list' of method resolvers (because the first thread has only created the list, not populated it yet).
Although only found for method resolvers this probably affects initialization of other pieces, they will be checked as part of fixing this issue.

Without a network connection, a stack trace is generated before the Roo command prompt is shown.
05/08/2010 8:38:12 AM org.springframework.roo.felix.JdkDelegatingLogListener logNow
WARNING: [org.apache.felix.bundlerepository [10]] RepositoryAdminImpl: Exception creating repository http://spring-roo-repository.springsource.org/repository.xml.zip. Repository is skipped.
java.net.UnknownHostException: spring-roo-repository.springsource.org
	at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:177)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
	at java.net.Socket.connect(Socket.java:529)
	at java.net.Socket.connect(Socket.java:478)
	at sun.net.NetworkClient.doConnect(NetworkClient.java:163)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:394)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:529)
	at sun.net.www.http.HttpClient.<init>(HttpClient.java:233)
	at sun.net.www.http.HttpClient.New(HttpClient.java:306)
	at sun.net.www.http.HttpClient.New(HttpClient.java:323)
	at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:860)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:801)
	at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:726)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1049)
	at org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:206)
	at org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44)
	at org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75)
	at org.apache.felix.bundlerepository.RepositoryImpl.<init>(RepositoryImpl.java:71)
	at org.apache.felix.bundlerepository.RepositoryImpl.<init>(RepositoryImpl.java:60)
	at org.apache.felix.bundlerepository.RepositoryAdminImpl.initialize(RepositoryAdminImpl.java:206)
	at org.apache.felix.bundlerepository.RepositoryAdminImpl.listRepositories(RepositoryAdminImpl.java:101)
	at org.springframework.roo.obr.internal.ObrResourceFinderImpl$1.run(ObrResourceFinderImpl.java:32)

Right now, Chore which is being used in hbase-server and hbase-client modules is in hbase-common module. It would be better to move it to hbase-common module. This doesn't break any compatibility, as hbase-client is dependent on hbase-common already.

I have two EARs:

module1.ear  
|  
+--ejb.jar  
   |  
  +--META-INF  
      |  
      +--persistence.xml with persistence unit "module1-pu" 

and 

module2.ear  
|  
+--META-INF  
|  |  
|  +--jboss-all.xml  
|  
   |  
   +--META-INF  
      |  
      +--persistence.xml with persistence unit "module2-pu"  

module2.ear/META-INF/jboss-all.xml contains:

<jboss xmlns="urn:jboss:1.0">  
  <jboss-deployment-dependencies xmlns="urn:jboss:deployment-dependencies:1.0">  
  <dependency name="module1.ear" />  
  </jboss-deployment-dependencies>  
</jboss>  

When I redeploy module1.ear, module2.ear not redeployed automatically with error: java.lang.IllegalStateException: WFLYCTL0075: Duplicate resource module2.ear/ejb.jar#module2-pu (on wildfly 8.2.0.Final: java.lang.IllegalStateException: JBAS014666: Duplicate resource module2.ear/ejb.jar#module2-pu)
Full redeploy log:

09:11:31,425 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 63) WFLYJPA0011: Stopping Persistence Unit (phase 2 of 2) Service 'module2.ear/ejb.jar#module2-pu'  
09:11:31,426 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 63) WFLYJPA0011: Stopping Persistence Unit (phase 1 of 2) Service 'module2.ear/ejb.jar#module2-pu'  
09:11:31,431 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 63) WFLYJPA0011: Stopping Persistence Unit (phase 2 of 2) Service 'module1.ear/ejb.jar#module1-pu'  
09:11:31,434 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 63) WFLYJPA0011: Stopping Persistence Unit (phase 1 of 2) Service 'module1.ear/ejb.jar#module1-pu'  
09:11:31,437 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0208: Stopped subdeployment (runtime-name: ejb.jar) in 17ms  
09:11:31,438 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment module1.ear (runtime-name: module1.ear) in 18ms  
09:11:31,495 INFO  [org.jboss.as.server] (management-handler-thread - 3) WFLYSRV0009: Undeployed "module1.ear" (runtime-name: "module1.ear")  
09:11:31,495 INFO  [org.jboss.as.controller] (management-handler-thread - 3) WFLYCTL0183: Service status report  
WFLYCTL0184:    New missing/unsatisfied dependencies:  
      service jboss.deployment.unit."module1.ear".deploymentCompleteService (missing) dependents: [service jboss.deployment.unit."module2.ear".PARSE, service jboss.deployment.subunit."module2.ear"."ejb.jar".PARSE]   
  
09:11:31,558 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0002: Content removed from location /opt/wildfly/standalone/data/content/69/baf0eeab47c006bc1f3d99b21b4355fac62d13/content  
09:11:43,170 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0001: Content added at location /opt/wildfly/standalone/data/content/69/baf0eeab47c006bc1f3d99b21b4355fac62d13/content  
09:11:43,266 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0027: Starting deployment of "module1.ear" (runtime-name: "module1.ear")  
09:11:43,268 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0207: Starting subdeployment (runtime-name: "ejb.jar")  
09:11:43,273 INFO  [org.jboss.as.jpa] (MSC service thread 1-1) WFLYJPA0002: Read persistence.xml for module1-pu  
09:11:43,289 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 63) WFLYJPA0010: Starting Persistence Unit (phase 1 of 2) Service 'module1.ear/ejb.jar#module1-pu'  
09:11:43,289 INFO  [org.hibernate.jpa.internal.util.LogHelper] (ServerService Thread Pool -- 63) HHH000204: Processing PersistenceUnitInfo [  
  name: module1-pu  
  ...]  
09:11:43,292 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 63) WFLYJPA0010: Starting Persistence Unit (phase 2 of 2) Service 'module1.ear/ejb.jar#module1-pu'  
09:11:43,293 INFO  [org.hibernate.dialect.Dialect] (ServerService Thread Pool -- 63) HHH000400: Using dialect: org.hibernate.dialect.H2Dialect  
09:11:43,293 WARN  [org.hibernate.dialect.H2Dialect] (ServerService Thread Pool -- 63) HHH000431: Unable to determine H2 database version, certain features may not work  
09:11:43,294 INFO  [org.hibernate.hql.internal.ast.ASTQueryTranslatorFactory] (ServerService Thread Pool -- 63) HHH000397: Using ASTQueryTranslatorFactory  
09:11:43,296 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0070: Deployment restart detected for deployment module2.ear, performing full redeploy instead.  
09:11:43,296 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0070: Deployment restart detected for deployment ejb.jar, performing full redeploy instead.  
09:11:43,296 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0208: Stopped subdeployment (runtime-name: ejb.jar) in 0ms  
09:11:43,297 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment module2.ear (runtime-name: module2.ear) in 1ms  
09:11:43,298 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0027: Starting deployment of "module2.ear" (runtime-name: "module2.ear")  
09:11:43,299 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0207: Starting subdeployment (runtime-name: "ejb.jar")  
09:11:43,300 INFO  [org.jboss.as.jpa] (MSC service thread 1-2) WFLYJPA0002: Read persistence.xml for module2-pu  
09:11:43,307 INFO  [org.jboss.as.jpa] (ServerService Thread Pool -- 63) WFLYJPA0010: Starting Persistence Unit (phase 1 of 2) Service 'module2.ear/ejb.jar#module2-pu'  
09:11:43,308 INFO  [org.hibernate.jpa.internal.util.LogHelper] (ServerService Thread Pool -- 63) HHH000204: Processing PersistenceUnitInfo [  
  name: module2-pu  
  ...]  
09:11:43,312 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.subunit."module2.ear"."ejb.jar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.subunit."module2.ear"."ejb.jar".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of subdeployment "ejb.jar" of deployment "module2.ear"  
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:163)  
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)  
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)  
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)  
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)  
  at java.lang.Thread.run(Thread.java:745)  
Caused by: java.lang.IllegalStateException: WFLYCTL0075: Duplicate resource module2.ear/ejb.jar#module2-pu  
  at org.jboss.as.controller.registry.AbstractModelResource$DefaultResourceProvider.register(AbstractModelResource.java:248)  
  at org.jboss.as.controller.registry.AbstractModelResource.registerChild(AbstractModelResource.java:143)  
  at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.addManagementConsole(PersistenceUnitServiceHandler.java:1128)  
  at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.deployPersistenceUnitPhaseTwo(PersistenceUnitServiceHandler.java:704)  
  at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.addPuService(PersistenceUnitServiceHandler.java:289)  
  at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.handleJarDeployment(PersistenceUnitServiceHandler.java:162)  
  at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.deploy(PersistenceUnitServiceHandler.java:133)  
  at org.jboss.as.jpa.processor.PersistenceCompleteInstallProcessor.deploy(PersistenceCompleteInstallProcessor.java:55)  
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:156)  
  ... 5 more  
  
09:11:43,376 INFO  [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0010: Deployed "module1.ear" (runtime-name : "module1.ear")  
09:11:43,376 INFO  [org.jboss.as.controller] (management-handler-thread - 2) WFLYCTL0183: Service status report  
      service jboss.deployment.subunit."module2.ear"."ejb.jar" (unavailable) dependents: [service jboss.deployment.unit."module2.ear".PARSE]   
      service jboss.deployment.subunit."module2.ear"."ejb.jar".STRUCTURE (unavailable) dependents: [service jboss.deployment.unit."module2.ear".PARSE]   
      service jboss.deployment.subunit."module2.ear"."ejb.jar".deploymentCompleteService (missing) dependents: [service jboss.deployment.unit."module2.ear".deploymentCompleteService]   
WFLYCTL0185:    Newly corrected services:  
      service jboss.deployment.unit."module1.ear".deploymentCompleteService (new available)  
WFLYCTL0186:   Services which failed to start:      service jboss.deployment.subunit."module2.ear"."ejb.jar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.subunit."module2.ear"."ejb.jar".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of subdeployment "ejb.jar" of deployment "module2.ear"  

When splitting the WAL and encountering EOF, it's not clear what to do. Initial discussion of this started in http://review.hbase.org/r/74/ - summarizing here for brevity:
We can get an EOFException while splitting the WAL in the following cases:

The writer died after creating the file but before even writing the header (or crashed halfway through writing the header)
The writer died in the middle of flushing some data - sync() guarantees that we can see at least the last edit, but we may see half of an edit that was being written out when the RS crashed (especially for large rows)
The data was actually corrupted somehow (eg a length field got changed to be too long and thus points past EOF)

Ideally we would know when we see EOF whether it was really the last record, and in that case, simply drop that record (it wasn't synced, so therefore we dont need to split it). Some open questions:

Currently we ignore empty files. Is it ok to ignore an empty log file if it's not the last one?
Similarly, do we ignore an EOF mid-record if it's not the last log file?

Running out of memory while running map joins in tez on large data sets.

When enabling the TRACE log level on the StompDecoder, a null session id is logged for heartbeats in the Spring WebSocket STOMP client.
Here is a logging sample:

11:39:03 [WebSocketClient-AsyncIO-1] StompDecoder - Decoded heart-beat in session null
11:39:30 [WebSocketClient-AsyncIO-1] StompDecoder - Decoded heart-beat in session null
11:39:31 [WebSocketClient-AsyncIO-1] StompDecoder - Decoded heart-beat in session null
11:39:32 [WebSocketClient-AsyncIO-1] StompDecoder - Decoded heart-beat in session null
11:39:36 [WebSocketClient-AsyncIO-1] StompDecoder - Decoded heart-beat in session null

When attempting to execute multiple flow in parallel
e.g.

FlowBilder flowBuilder = FlowBuilder<SimpleFlow>("Parallel Flows")
                .start(flowA)
                .split(new SimpleAsyncTaskExecutor())
                .add(flowB, flowC)
                .build()

The result is that flowB and flowC run in parallel, but flowA never runs. 
Looking at the add method of the FlowBuilder class

public FlowBuilder<Q> add(Flow... flows) {
    Collection<Flow> list = new ArrayList<Flow>(Arrays.asList(flows));
    String name = "split" + (parent.splitCounter++);
    int counter = 0;
    State one = parent.currentState;
    Flow flow = null;

    if (!(one instanceof FlowState)) {
        FlowBuilder<Flow> stateBuilder = new FlowBuilder<Flow>(name + "_" + (counter++));
        stateBuilder.currentState = one;
        flow = stateBuilder.build();
    }

    if (flow != null) {
        list.add(flow);
    }

    State next = parent.createState(list, executor);
    parent.currentState = next;
    return parent;
}

Since flowA is wrapped in a FlowState it will not be added to the list and hence will not be run by the executor.

I get:

CaughtExceptionType:java.lang.NullPointerException, CaughtExceptionMessage:null, StackTrace:java.lang.NullPointerException  at 
org.apache.camel.converter.jaxp.XmlConverter.toStreamSource(XmlConverter.java:516)   at 
org.apache.camel.converter.jaxp.XmlConverter.toSAXSource(XmlConverter.java:399)      at 
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)  at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)        at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)        at 
java.lang.reflect.Method.invoke(Method.java:601)     at 
org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:923)       at 
org.apache.camel.impl.converter.InstanceMethodTypeConverter.convertTo(InstanceMethodTypeConverter.java:66)   
at org.apache.camel.support.TypeConverterSupport.convertTo(TypeConverterSupport.java:34)        at 
org.apache.camel.processor.validation.ValidatingProcessor.getSource(ValidatingProcessor.java:343)    at 
org.apache.camel.processor.validation.ValidatingProcessor.process(ValidatingProcessor.java:100)      at 
org.apache.camel.impl.ProcessorEndpoint.onExchange(ProcessorEndpoint.java:101)       at 
org.apache.camel.impl.ProcessorEndpoint$1.process(ProcessorEndpoint.java:71) at 
org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)   at
org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:73)     at 
org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:122) at 
org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:298)        at 
org.apache.camel.processor.SendProcessor.process(SendProcessor.java:117)     at 
org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:99)        

\

when I upgrade camel to 2.10.3 and use the validator component:

<camel:to uri="validator:META-INF/xsd/transactiongatetransfertransaction.xsd" />

this did not happen in 2.10.2 or versions before that.

Stray 
 characters are being included in XML files generated by Roo. This was reported separately by Rod, Christian and Dave. Example:
 
<bean class="org.springframework.jdbc.datasource.DriverManagerDataSource" id="dataSource">
  <property name="driverClassName" value="${database.driverClassName}"/>
  <property name="url" value="${database.url}"/>
  <property name="username" value="${database.username}"/>
  <property name="password" value="${database.password}"/>
  </bean>

(Logged by Ben on behalf of Rod)

CellCounter output's wrong value for Total Families Across all Rows in output file.
The scan output of table looks like the following

 r1                                                  column=f:count, timestamp=1413444040422, value=v1
 r1                                                  column=f1:count1, timestamp=1413444045493, value=v1
 r1                                                  column=f2:count2, timestamp=1413444051461, value=v1
 r2                                                  column=f:count, timestamp=1413444073282, value=v2
 r2                                                  column=f1:count1, timestamp=1413444077666, value=v2
 r2                                                  column=f2:count2, timestamp=1413444083141, value=v2
 r3                                                  column=f:count, timestamp=1413444184672, value=v3

and the output in the output file of CellCounter looks like this

Total Families Across all Rows  7
Total Qualifiers across all Rows        7
Total ROWS      3
f       3
f,count 3
f1      2
f1,count1       2
f2      2
f2,count2       2
r1,f,count_Versions     1
r1,f1,count1_Versions   1
r1,f2,count2_Versions   1
r2,f,count_Versions     1
r2,f1,count1_Versions   1
r2,f2,count2_Versions   1
r3,f,count_Versions     1

The Total Families Across all Rows should be 3, but it is 7.

Aggregate operators may derive row types with duplicate column names. The reason is that the column names for grouping sets columns and aggregation columns might be generated automatically, but we do not check whether the column name already exists in the same row.
This error can be reproduced by TestMinimrCliDriver.testCliDriver_ql_rewrite_gbtoidx_cbo_2.q, which fails with the following trace:

junit.framework.AssertionFailedError: Unexpected exception java.lang.AssertionError: RecordType(BIGINT $f1, BIGINT $f1)
	at org.apache.calcite.rel.core.Project.isValid(Project.java:200)
	at org.apache.calcite.rel.core.Project.<init>(Project.java:85)
	at org.apache.calcite.rel.core.Project.<init>(Project.java:91)
	at org.apache.hadoop.hive.ql.optimizer.calcite.reloperators.HiveProject.<init>(HiveProject.java:70)
	at org.apache.hadoop.hive.ql.optimizer.calcite.reloperators.HiveProject.create(HiveProject.java:103)
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.PlanModifierForASTConv.introduceDerivedTable(PlanModifierForASTConv.java:211)
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.PlanModifierForASTConv.convertOpTree(PlanModifierForASTConv.java:67)
	at org.apache.hadoop.hive.ql.optimizer.calcite.translator.ASTConverter.convert(ASTConverter.java:94)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.getOptimizedAST(CalcitePlanner.java:617)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:248)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10108)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:208)
...

If we have a TextFileWriter with naming rollover and other normal settings we get into trouble if datanode dies or is restarted. 

While replicating the ALTER event to convert managed table to external table, the data location for the table is changed under input base directory for external tables replication. But, the old location remains there and would be leaked for ever.
ALTER TABLE T1 SET TBLPROPERTIES('EXTERNAL'='true');

On the page: http://static.springsource.org/spring/docs/current/spring-framework-reference/html/validation.html
The link "in not-amazing-detail here" linking to:
http://java.sun.com/docs/books/tutorial/javabeans/customization/index.html
(which redirects internally to http://docs.oracle.com/javase/tutorial/javabeans/customization/index.html )
is broken. It leads to a 404 on the oracle server.

	... 6 more
	... 8 more

}

Using delegation token with encryption, when do the Put operation, will get the following exception:
[RpcServer.FifoWFPBQ.priority.handler=5,queue=1,port=48345] ipc.CallRunner(161): RpcServer.FifoWFPBQ.priority.handler=5,queue=1,port=48345: caught: java.lang.UnsupportedOperationException
        at java.nio.ByteBuffer.array(ByteBuffer.java:959)
        at org.apache.hadoop.hbase.ipc.BufferChain.getBytes(BufferChain.java:66)
        at org.apache.hadoop.hbase.ipc.RpcServer$Call.wrapWithSasl(RpcServer.java:547)
        at org.apache.hadoop.hbase.ipc.RpcServer$Call.setResponse(RpcServer.java:467)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:140)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:189)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:169)

Dependency registrations in DataOnDemandMetadataProvider and IntegrationTestMetadataProvider are occurring too late which means that changes to the external model are not being passed onto the these providers.

Failed distributed log splitting MonitoredTask is stuck on the master web UI since it is not aborted.

persistence.xml should be located a particular classpath(e.g. src/main/resources/META-INF/persistence.xml) and if an app packaging is war, it'll be located /WEB-INF/classes/META-INF/persistence.xml in the war.
But with @ DefaultDeployment it'll be located /META-INF/persistence.xml.
https://gist.github.com/emag/9961f336ba326dc3e97303b76c43c138
And then an error will  occur from missing persistence.xml. I attached the error.log. 

In the afterPropertiesSet method, there are two notNull assertions on the field fragmentRootElementNames. The latter assertion should be changed to notEmpty instead.

Assert.notNull(fragmentRootElementNames, "The FragmentRootElementNames must not be null");
Assert.notNull(fragmentRootElementNames, "The FragmentRootElementNames must not be empty");

Also, the following error message is incorrect. It should be corrected to "must not contain"

Assert.hasText(fragmentRootElementName.getLocalPart(), "The FragmentRootElementNames must contain empty elements");

Found a couple more failing tests in TestAccessController and TestScanEarlyTermination caused by my favorite race condition.  Will post a patch in a second.

I have a controller that looks more or less like this (just relevant parts):

@RequestMapping("/abcd/{myID}/stuff")
public class StuffController extends AbstractBaseController {
	/* ... */
	@ResponseStatus(value = HttpStatus.NO_CONTENT)
	@RequestMapping(value = "/*", method = HEAD)
	public void checkExists(@PathVariable MyID myID) throws StuffNotFoundException {
		stuffService.checkExists(myID, parsePath());
	}

	@RequestMapping(value = "/*", method = GET, produces = StuffRetrievalResponse.JSON_MIME_TYPE)
	public StuffRetrievalResponse get(@PathVariable MyID myID) throws StuffNotFoundException {
		Stuff stuff = stuffService.get(myID, parsePath());
		StuffRetrievalResponse res = new StuffRetrievalResponse();
		fill(res, stuff);
		return res;
	}

}

Now, always GET gets invoked instead of HEAD. We are still debugging but we're thinking that the compareTo method in RequestMethodsRequestCondition is related to the issue.

As explained in great details in the forum (see reference). Short Summary: 
All usages of part.getProperty().toDotPath() in JpaQueryCreator are invalid because the persistence provider expects single attributes and not object graphs as input of get() method.
Happens with LIKE, NOT_LIKE, BETWEEN and perhaps in other places too.

When I work directly with CredentialStore API I see there problem with case sensitive aliases. I located problem to used cache.
There is one place when we store new entry and where is not key in lowercase.
e.g.
https://github.com/wildfly-security/wildfly-elytron/blob/master/src/main/java/org/wildfly/security/credential/store/impl/KeyStoreCredentialStore.java#L326

Set the same "-rwxrwxrwx" permission to .top file as .bottom and _tmp

Column name is illegal – its 'test:' – when constructing a HCD.

-> OpenedRegionHandler has not yet deleted the znode of the region R1 opened by RS1.
-> RS1 goes down.
-> Servershutdownhandler assigns the region R1 to RS2.
-> The znode of R1 is moved to OFFLINE state by master or OPENING state by RS2 if RS2 has started opening the region.
-> Now the first OpenedRegionHandler tries to delete the znode thinking its in OPENED state but fails.
-> Though it fails it removes the node from RIT and adds RS1 as the owner of R1 in master's memory.
-> Now when RS2 completes opening the region the master is not able to open the region as already the reigon has been deleted from RIT.

Master
======
2011-10-05 20:49:45,301 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Finished processing of shutdown of linux146,60020,1317827727647
2011-10-05 20:49:54,177 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because 1 region(s) in transition: {3e69d628a8bd8e9b7c5e7a2a6e03aad9=t1,,1317827883842.3e69d628a8bd8e9b7c5e7a2a6e03aad9. state=PENDING_OPEN, ts=1317827985272, server=linux76,60020,1317827746847}
2011-10-05 20:49:57,720 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=M_ZK_REGION_OFFLINE, server=linux76,60000,1317827742012, region=3e69d628a8bd8e9b7c5e7a2a6e03aad9
2011-10-05 20:50:14,501 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x132d3dc13090023 Deleting existing unassigned node for 3e69d628a8bd8e9b7c5e7a2a6e03aad9 that is in expected state RS_ZK_REGION_OPENED
2011-10-05 20:50:14,505 WARN org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x132d3dc13090023 Attempting to delete unassigned node 3e69d628a8bd8e9b7c5e7a2a6e03aad9 in RS_ZK_REGION_OPENED state but node is in RS_ZK_REGION_OPENING state

After the region is opened in RS2
=================================
2011-10-05 20:50:48,066 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=linux76,60020,1317827746847, region=3e69d628a8bd8e9b7c5e7a2a6e03aad9, which is more than 15 seconds late
2011-10-05 20:50:48,290 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received OPENING for region 3e69d628a8bd8e9b7c5e7a2a6e03aad9 from server linux76,60020,1317827746847 but region was in  the state null and not in expected PENDING_OPEN or OPENING states
2011-10-05 20:50:53,743 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=linux76,60020,1317827746847, region=3e69d628a8bd8e9b7c5e7a2a6e03aad9
2011-10-05 20:50:54,182 DEBUG org.apache.hadoop.hbase.master.CatalogJanitor: Scanned 1 catalog row(s) and gc'd 0 unreferenced parent region(s)
2011-10-05 20:50:54,397 WARN org.apache.hadoop.hbase.master.AssignmentManager: Received OPENING for region 3e69d628a8bd8e9b7c5e7a2a6e03aad9 from server linux76,60020,1317827746847 but region was in  the state null and not in expected PENDING_OPEN or OPENING states

The command user_permission returns 0 rows if we specify default prefix. It works fine if we drop the prefix. This is because pattern matching of listTables doesn't take into account that nameAsString method doesn't include 'default' in it's output for the relevant tables. This method listTables is also used by delete, disable and enable commands when invoked with regular expression. Credits to Matteo Bertozzi for coming up with this corner case.

HIVE-5632 eliminates ORC stripes from split computation that do not satisfy SARG condition. SARG expression can also refer to partition columns. But partition column will not be contained in the column names list in ORC file. This was causing ArrayIndexOutOfBoundException in split elimination logic when used with partitioned tables. The fix is to ignore evaluation of partition column expressions in split elimination.

We don't rely on enum ordinals in KeyValye.Type. We have own code in it. In codeToType, we use a loop to find the Type which is not a good idea. We can just use an arryay[256] to cache all types.

Some of the constructors for FilterList set the internal list of filters to list types which don't support the add operation. As a result 
FilterList(final List<Filter> rowFilters)
FilterList(final Filter... rowFilters)
FilterList(final Operator operator, final List<Filter> rowFilters)
FilterList(final Operator operator, final Filter... rowFilters)
may init private List<Filter> filters = new ArrayList<Filter>(); incorrectly.

I'm trying to configure a wf swarm app in such a way that it sends JMS messages to an external ActiveMQ server via an embedded activemq-rar that is configured via ironjacamar.
when I start the application in an IDE like intellij and try to create a new client via curl then I'd expect to see a new queue created on the (local) activemq server but that's not the case.
It seems that the MessagingFraction is creating an own (internal) ActiveMQ message broker
which probably supersedes my resource adapter - I probably did something wrong but I read all the docks I could find so perhaps there is at least something missing in that regard...

...
2016-07-05 00:27:53,147 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 39) AMQ221000: live Message Broker is starting with configuration Broker Configuration (clustered=false,journalDirectory=/tmp/wildfly-self-contained8810334072071990447.d/activemq/journal,bindingsDirectory=/tmp/wildfly-self-contained8810334072071990447.d/activemq/bindings,largeMessagesDirectory=/tmp/wildfly-self-contained8810334072071990447.d/activemq/largemessages,pagingDirectory=/tmp/wildfly-self-contained8810334072071990447.d/activemq/paging)
2016-07-05 00:27:53,167 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 39) AMQ221013: Using NIO Journal
2016-07-05 00:27:53,261 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 39) AMQ221043: Protocol module found: [artemis-server]. Adding protocol support for: CORE
2016-07-05 00:27:53,453 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 39) AMQ221007: Server is now live
2016-07-05 00:27:53,454 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 39) AMQ221001: Apache ActiveMQ Artemis Message Broker version 1.1.0.wildfly-011 [nodeID=8c555aca-4236-11e6-8b69-7d8a4c92225d] 
2016-07-05 00:27:53,456 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 39) AMQ221003: trying to deploy queue jms.queue.edff/EventsQueue
2016-07-05 00:27:53,525 INFO  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 40) WFLYMSGAMQ0002: Bound messaging object to jndi name java:/ConnectionFactory
2016-07-05 00:27:53,555 INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-4) WFLYJCA0007: Registered connection factory java:/DefaultJMSConnectionFactory

2016-07-05 00:27:53,603 INFO  [org.apache.activemq.artemis.ra] (MSC service thread 1-4) Resource adaptor started
...

after that I see the deployment of the resource adapter

2016-07-05 00:27:54,742 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0027: Starting deployment of "activemq-ra.rar" (runtime-name: "activemq-ra.rar")
2016-07-05 00:27:54,867 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-2) WFLYSRV0018: Deployment "deployment.activemq-ra.rar" is using a private module ("org.jboss.jts:main") which may be changed or removed in future versions without notice.
2016-07-05 00:27:54,915 INFO  [org.jboss.as.server] (main) WFLYSRV0010: Deployed "activemq-ra.rar" (runtime-name : "activemq-ra.rar")

Even though the bug manifests in full the problem is in core.

Browser: Internet Explorer 8
App Server: Tomcat 6.0.36
JVM version: 1.7
A spring web-mvc project fails with the following ViewResolver error when the user clicks the refresh button or 'F5' in Internet Explorer 8.  This behavior functions correctly in Spring 3.2.2 and appears to have broken in Spring 3.2.3.
A small web project demonstrating the issue is attached.

SEVERE: Servlet.service() for servlet appServlet threw exception
javax.servlet.ServletException: Could not resolve view with name 'index' in servlet with name 'appServlet'
	at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1190)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:861)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:606)

The virtual server access-log configuration (subsystem xmlns="urn:jboss:domain:web:1.4") requires that the prefix attribute is present.
If the configuration is like this:
                <access-log pattern="%t-[%a] %s %r@%p %b bytes %Ts"/>
... the server creates a file named "false2013-05-13"
Only when the attribute prefix="access_log." is added to the configuration, is the file nicely created like "access_log.2013-05-13".
According to the jboss-as-web_1_4.xsd file it shouldn't be required to provide the prefix attribute, as there is a default value already supplied:
   <xs:complexType name="http-access-logType">
      <xs:sequence>
         <xs:element name="directory" type="directoryType" />
      </xs:sequence>
      <xs:attribute name="pattern" default="common" />
      <xs:attribute name="resolve-hosts" default="false" type="xs:boolean" />
      <xs:attribute name="extended" default="false" type="xs:boolean" />
      <xs:attribute name="prefix" default="access_log." />
      <xs:attribute name="rotate" default="true" type="xs:boolean" />
   </xs:complexType>

It is legal for long values in the config file to have an L or for float values to have an f.  For example, the default value for hive.compactor.check.interval was 300L.  As part of HIVE-5799, many long values were converted to TimeUnit.  Attempts to read these values now throw "java.lang.IllegalArgumentException: Invalid time unit l"
We need to change this to ignore the L or f, so that users existing config files don't break.  I propose to do this by changing HiveConf.unitFor to detect the L or f and interpret it to mean the default time unit.

Currently, the following "Unknown entity" error shows up in the server console:

2018-09-04 12:01:32,740 INFO  [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0010: Deployed "JpaStatisticsTestCase.jar" (runtime-name : "JpaStatisticsTestCase.jar")
2018-09-04 12:01:32,810 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
    ("deployment" => "JpaStatisticsTestCase.jar"),
    ("subsystem" => "jpa"),
    ("hibernate-persistence-unit" => "JpaStatisticsTestCase.jar#mypc"),
    ("entity" => "org.jboss.as.test.integration.jpa.secondlevelcache.Company")
]): org.hibernate.MappingException: Unknown entity: entity-update-count
	at org.hibernate.metamodel.internal.MetamodelImpl.entityPersister(MetamodelImpl.java:670)
	at org.hibernate.stat.internal.StatisticsImpl.lambda$getEntityStatistics$0(StatisticsImpl.java:215)
	at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660)
	at org.hibernate.stat.internal.StatisticsImpl.getEntityStatistics(StatisticsImpl.java:213)
	at org.hibernate.stat.internal.StatisticsImpl.getEntityStatistics(StatisticsImpl.java:32)
	at org.jboss.as.jpa.hibernate5.management.HibernateEntityStatistics.getStatistics(HibernateEntityStatistics.java:86)
	at org.jboss.as.jpa.hibernate5.management.HibernateEntityStatistics.access$000(HibernateEntityStatistics.java:37)
	at org.jboss.as.jpa.hibernate5.management.HibernateEntityStatistics$5.invoke(HibernateEntityStatistics.java:126)
	at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99)
	at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130)
	at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268)
	at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:265)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:231)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:246)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:158)

Fix this bug and add test to testsuite for this.

RPC.getProxy created in TaskRunnerCallable does not pass SocketFactory. This would cause new SocketFactory to be created every time which would cause connection reuse issues.  Also, UserGroupInformation can be reused at query level.

The method Utils.getRandomDevPath is only used from OsCryptoRandom and should probably be moved there.
Likewise the default value constant
COMMONS_CRYPTO_SECURE_RANDOM_DEVICE_FILE_PATH_DEFAULT
does not really make much sense except to the OsCryptoRandom class.
Note: property key names do need to be centrally defined to avoid duplication.

When the length of the ID field passed to JDBCStatsPublisher exceeds the length of the column in the table (currently 255 characters) stats collection fails.  This causes the entire query to fail when hive.stats.reliable is set to true.
One way to prevent this would be to calculate a deterministic, very low collision hash of the ID prefix used for aggregation and use that when the length of the ID is too long.

Easier way to simulate the issue:
1. Start hive cli with "--hiveconf hive.execution.mode=llap"
2. Run a sql script file (e.g sql script containing tpc-ds queries)
3. In the middle of the run, press "ctrl+C" which would interrupt the current job. This should not exit the hive cli yet.
4. After sometime, launch the same SQL script in same cli. This would get stuck indefinitely (waiting for computing the splits).
Even when cli is quit, AM runs forever until explicitly killed. 
Issue seems to be around LlapTaskSchedulerService::schedulePendingTasks dealing with the loop when it encounters DELAYED_RESOURCES on task scheduling. 

In this particular case no values are needed from reducer to complete processing.

There is a typo in help message of add-user tool.
 EAP 6.4.0.DR1.1
 Always
1. ./add-user.sh --help
...
    -sc <value>                         Define the location the server config 
                                        directory.
...
...
    -sc <value>                         Define the location of the server config 
...

Currently ByteBufferOutputStream while trying to expand in checkSizeAndGrow(), allocates the new buffer onheap though the existing buffer is offheap

Region server will keep extending the lease on the rowlock as long as there is some action on the row. This is done inside HRegionServer.getLockFromId, where it renew the lease on the rowlock. However, when coprocessor "pre-action" observer is used, getLockFromId is skipped if default action is bypassed. Take HRegionServer.exists as example, RegionCoprocessorHost.preExists could return Boolean object if one of the regionobservers indicates default action should be bypassed; thus getLockFromId didn't called and the lease on the lock doesn't get renewed.
  public boolean exists(byte[] regionName, Get get) throws IOException {
    checkOpen();
    requestCount.incrementAndGet();
    try {
      HRegion region = getRegion(regionName);
      if (region.getCoprocessorHost() != null) {
        Boolean result = region.getCoprocessorHost().preExists(get);
        if (result != null) 
{
          return result.booleanValue();
        }
      }
      Result r = region.get(get, getLockFromId(get.getLockId()));
      boolean result = r != null && !r.isEmpty();
      if (region.getCoprocessorHost() != null) 
{
        result = region.getCoprocessorHost().postExists(get, result);
      }
    } catch (Throwable t) 
{
    }
  }
The application scenario is:
a) client application passes in a rowlock object in an action.
b) there is custom coprocessor/observer used.
c) For a given action, the custom coprocessor/observer might tell coprocessor framework to bypass the default action.
From client application point of view, the behavior is sometimes the rowlock will timeout even though client is accessing the row all the time, depending on whether coprocessor/observer wants to bypass the default action.
This applies to several other actions as well, increment, checkAndPut, checkandDelete.

IndexWhereTaskDispatcher is used when hive.optimize.index.filter=true. It lists all indices for the table and depending on the query complexity, this ends up being in the hotpath. For e.g, Q14 explain plan takes 180-200 seconds and this index querying multiple times for same tables take up 30-40 seconds. This function was invoked around 24000 times for same set of tables.

In the core-site.xml, the hadoop.proxyuser.<user>.groups specifies the user groups which can be impersonated by the HS2 <user>. However, this does not work properly in Hive. 
In my core-site.xml, I have the following configs:
  <name>hadoop.proxyuser.mapr.hosts</name>
  <name>hadoop.proxyuser.mapr.groups</name>
  <value>root</value>
I would expect with this configuration that 'mapr' can impersonate only members of the Unix group 'root'. However if I submit a query as user 'jon' the query is running as user 'jon' even though 'mapr' should not be able to impersonate this user. 

If an account has already been created with LetsEncrypt and the create-account operation is called again, ensure that an appropriate message is returned so the user is aware that the create-account operation won't have an effect and that update-account should be used to make any further changes to the account.

I am creating a camel endpoint such as this (somehost/someport/baseurl have been replaced):
https4://somehost:someport/baseurl?authenticationPreemptive=true&authPassword=RAW(foo%bar)&authUsername=RAW(username)
This causes camel to log the entire endpoint, including the user/password:
(DefaultComponent.java:67) - Supplied URI 'https4://somehost:someport/baseurl?authenticationPreemptive=true&authPassword=RAW(foo%bar)&authUsername=RAW(username)' contains unsafe characters, please check encoding
Consider:
-It is a security issue to log the username/password
-Specifiying RAW would allow for special characters, specifically for passwords, as indicated here : https://camel.apache.org/configuring-camel.html, but it seems that UnsafeUriCharactersEncoder is not handling them appropriately.

Vertex used to generate the partition pruning filters is not vectorized.
Sample from the plan :

    Vertices:
        Map 1 
                TableScan
                  alias: d3
                  filterExpr: ((d_quarter_name) IN ('2000Q1', '2000Q2', '2000Q3') and d_date_sk is not null) (type: boolean)
                    predicate: ((d_quarter_name) IN ('2000Q1', '2000Q2', '2000Q3') and d_date_sk is not null) (type: boolean)
                          mode: hash
                          Statistics: Num rows: 18262 Data size: 20435178 Basic stats: COMPLETE Column stats: NONE
                            Target Input: catalog_sales
                            Partition key expr: cs_sold_date_sk
                            Statistics: Num rows: 18262 Data size: 20435178 Basic stats: COMPLETE Column stats: NONE
                            Target column: cs_sold_date_sk
                            Target Vertex: Map 3

ItdSourceFileComposer.java doesn't add constructor methods on ITD inner classes.
Add new method called writeInnerTypeConstructors that will be executed when generate innerTypes on ITD files.

This is an extension to HBASE-8207. It seems that there is no check for the peer id string (which is the short name for the replication peer) format. So in case a peer id containing "-", it will cause data loss silently on server failure. 
I did not verify the claim via testing though, this is just purely from reading the code. 

Since Git commit 91b7f045137b3d244ed730a7962a3f44d5098e4e (for ROO-120), DBRE gives the following error when attempting to reverse engineer a database:

roo> database reverse engineer --schema "roo2424 roo2425" --package ~.domain
0420398 Created SRC_MAIN_RESOURCES/dbre.xml
fe0ade3 Updated ROOT/pom.xml
7425e2d Updated SRC_MAIN_RESOURCES/META-INF/persistence.xml
Metadata identification string 'null' does not identify a metadata instance
java.lang.IllegalArgumentException: Metadata identification string 'null' does not identify a metadata instance
    at org.springframework.roo.metadata.DefaultMetadataService.getInternal(DefaultMetadataService.java:87)
    at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:83)
    at org.springframework.roo.metadata.DefaultMetadataService.get(DefaultMetadataService.java:219)
    at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.getPhysicalTypeMetadata(DbreDatabaseListenerImpl.java:568)
    at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.getIdentifierType(DbreDatabaseListenerImpl.java:546)
    at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.manageIdentifier(DbreDatabaseListenerImpl.java:374)
    at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.createNewManagedEntityFromTable(DbreDatabaseListenerImpl.java:323)
    at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.reverseEngineer(DbreDatabaseListenerImpl.java:152)
    at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.deserializeDatabase(DbreDatabaseListenerImpl.java:112)
    at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.onFileEvent(DbreDatabaseListenerImpl.java:91)
    at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:350)
    at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanNotified(PollingFileMonitorService.java:231)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:193)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:403)

According to https://cwiki.apache.org/confluence/display/Hive/Replacing+the+Implementation+of+Hive+CLI+Using+Beeline if we set USE_DEPRECATED_CLI=false it should use beeline for hiveCli. But it doesn't seem to work.
In order to reproduce this issue:

$ echo $USE_DEPRECATED_CLI

$ ./hive
hive>
$
$ export USE_DEPRECATED_CLI=false
false
$ ./hive
hive>

The CustomEditorConfigurer functions differently in Spring 3 than in earlier versions of Spring.  The change may have been intentional or may have been accidental.  Either way the reference document no longer matches the actual behavior of the class, so either the class needs to change or the reference document needs to change.
Here is the section of the reference document:
http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/ch06s04.html#beans-beans-conversion-customeditor-registration
Here is the advertised usage pattern (and how it used to work before Spring 3):

  <property name="customEditors">
    <map>
      <entry key="example.ExoticType">
        <bean class="example.ExoticTypeEditor">
          <property name="format" value="upperCase"/>
        </bean>
      </entry>
    </map>
</bean>

Here is how it works in Spring 3:

    <map>
      <entry key="example.ExoticType" value="example.ExoticTypeEditor"/>
    </map>
</bean>

Related bugs: 5773, 5860

We are attempting to create ~ 750 table snapshots on a nightly basis for use in MR jobs. The jobs are run in batches, with a maximum of around 20 jobs running simultaneously.
We have started to see the following in our region server logs (after < 1 day uptime):

java.lang.Error: Maximum lock count exceeded
	at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.fullTryAcquireShared(ReentrantReadWriteLock.java:531)
	at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.tryAcquireShared(ReentrantReadWriteLock.java:491)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1326)
	at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.tryLock(ReentrantReadWriteLock.java:873)
	at org.apache.hadoop.hbase.regionserver.HRegion.lock(HRegion.java:5904)
	at org.apache.hadoop.hbase.regionserver.HRegion.lock(HRegion.java:5891)
	at org.apache.hadoop.hbase.regionserver.HRegion.startRegionOperation(HRegion.java:5798)
	at org.apache.hadoop.hbase.regionserver.HRegion.startRegionOperation(HRegion.java:5761)
	at org.apache.hadoop.hbase.regionserver.HRegion.processRowsWithLocks(HRegion.java:4891)
	at org.apache.hadoop.hbase.regionserver.HRegion.mutateRowsWithLocks(HRegion.java:4856)
	at org.apache.hadoop.hbase.regionserver.HRegion.mutateRowsWithLocks(HRegion.java:4838)
	at org.apache.hadoop.hbase.regionserver.HRegion.mutateRow(HRegion.java:4829)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.mutateRows(HRegionServer.java:4390)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:3362)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29503)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2012)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:98)
	at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.consumerLoop(SimpleRpcScheduler.java:168)
	at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.access$000(SimpleRpcScheduler.java:39)
	at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler$1.run(SimpleRpcScheduler.java:111)

Not sure of the cause, but the result is that snapshots cannot be created. We see this in our client logs:

Exception in thread "main" org.apache.hadoop.hbase.snapshot.HBaseSnapshotException: org.apache.hadoop.hbase.snapshot.HBaseSnapshotException: Snapshot { ss=test-snapshot-20140619143753294 table=test type=FLUSH } had an error.  Procedure test-snapshot-20140619143753294 { waiting=[p3plpadata038.internal,60020,1403140682587, p3plpadata056.internal,60020,1403140865123, p3plpadata072.internal,60020,1403141022569] done=[p3plpadata023.internal,60020,1403140552227, p3plpadata009.internal,60020,1403140487826] }
	at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.isSnapshotDone(SnapshotManager.java:342)
	at org.apache.hadoop.hbase.master.HMaster.isSnapshotDone(HMaster.java:2907)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:40494)
Caused by: org.apache.hadoop.hbase.errorhandling.ForeignException$ProxyThrowable via p3plpadata060.internal,60020,1403140935958:org.apache.hadoop.hbase.errorhandling.ForeignException$ProxyThrowable: 
	at org.apache.hadoop.hbase.errorhandling.ForeignExceptionDispatcher.rethrowException(ForeignExceptionDispatcher.java:83)
	at org.apache.hadoop.hbase.master.snapshot.TakeSnapshotHandler.rethrowExceptionIfFailed(TakeSnapshotHandler.java:320)
	at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.isSnapshotDone(SnapshotManager.java:332)
	... 10 more
Caused by: org.apache.hadoop.hbase.errorhandling.ForeignException$ProxyThrowable: 
	at org.apache.hadoop.hbase.procedure.Subprocedure.cancel(Subprocedure.java:270)
	at org.apache.hadoop.hbase.procedure.ProcedureMember.submitSubprocedure(ProcedureMember.java:171)
	at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.startNewSubprocedure(ZKProcedureMemberRpcs.java:214)
	at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.waitForNewProcedures(ZKProcedureMemberRpcs.java:172)
	at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.access$100(ZKProcedureMemberRpcs.java:55)
	at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs$1.nodeChildrenChanged(ZKProcedureMemberRpcs.java:107)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:348)
	at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:522)
	at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:498)

	at sun.reflect.GeneratedConstructorAccessor17.newInstance(Unknown Source)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.translateException(RpcRetryingCaller.java:207)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.translateException(RpcRetryingCaller.java:221)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:90)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3327)
	at org.apache.hadoop.hbase.client.HBaseAdmin.snapshot(HBaseAdmin.java:2722)
	at org.apache.hadoop.hbase.client.HBaseAdmin.snapshot(HBaseAdmin.java:2655)
	at org.apache.hadoop.hbase.client.HBaseAdmin.snapshot(HBaseAdmin.java:2596)
	at
[SNIP]
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.snapshot.HBaseSnapshotException): org.apache.hadoop.hbase.snapshot.HBaseSnapshotException: Snapshot { ss=test-snapshot-20140619143753294 table=test type=FLUSH } had an error.  Procedure test-snapshot-20140619143753294 { waiting=[p3plpadata038.internal,60020,1403140682587, p3plpadata056.internal,60020,1403140865123, p3plpadata072.internal,60020,1403141022569] done=[p3plpadata023.internal,60020,1403140552227, p3plpadata009.internal,60020,1403140487826] }
	... 10 more

	at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1453)
	at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1657)
	at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1715)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$BlockingStub.isSnapshotDone(MasterProtos.java:42861)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$5.isSnapshotDone(HConnectionManager.java:2048)
	at org.apache.hadoop.hbase.client.HBaseAdmin$24.call(HBaseAdmin.java:2725)
	at org.apache.hadoop.hbase.client.HBaseAdmin$24.call(HBaseAdmin.java:2722)
	at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:114)
	... 16 more



When attempting to execute the bikeshop script in a non-empty directory, but with no pom or other Roo-generated files or directories, the following NPE occurs:

oo> script bikeshop.roo
project --topLevelPackage com.springsource.bikeshop
    at org.springframework.roo.project.MavenPathResolvingStrategy.getPathInformation(MavenPathResolvingStrategy.java:171)
    at org.springframework.roo.project.MavenPathResolvingStrategy.getIdentifier(MavenPathResolvingStrategy.java:213)
    at org.springframework.roo.project.DelegatePathResolver.getIdentifier(DelegatePathResolver.java:61)
    at org.springframework.roo.project.MavenOperationsImpl.createMavenPom(MavenOperationsImpl.java:167)
    at org.springframework.roo.project.MavenOperationsImpl.createProject(MavenOperationsImpl.java:66)
    at org.springframework.roo.project.MavenCommands.createProject(MavenCommands.java:54)
    at org.springframework.roo.shell.AbstractShell.executeScriptLine(AbstractShell.java:144)
    at org.springframework.roo.shell.AbstractShell.script(AbstractShell.java:93)
Script required 0.087 seconds to execute
java.lang.IllegalStateException: Script execution aborted
    at org.springframework.roo.shell.AbstractShell.script(AbstractShell.java:98)

Project attached

HIVE-3725 added capability to pull hbase columns with prefixes. However the way the current logic to add columns stands in HiveHBaseTableInput format, it might cause some columns to incorrectly display empty fields.

CREATE EXTERNAL TABLE test_table(key string, value1 map<string,string>, value2 string)
ROW FORMAT SERDE 'org.apache.hadoop.hive.hbase.HBaseSerDe' 
WITH SERDEPROPERTIES 
("hbase.columns.mapping" = ":key,cf-a:prefix.*,cf-a:another_col") 
TBLPROPERTIES ("hbase.table.name" = "test_table");

Given the existing logic in HiveHBaseTableInputFormat:

for (int i = 0; i < columnsMapping.size(); i++) 
{
        ColumnMapping colMap = columnsMapping.get(i);
        if (colMap.hbaseRowKey) {
          continue;
        }

        if (colMap.qualifierName == null) {
          scan.addFamily(colMap.familyNameBytes);
        } else {
          scan.addColumn(colMap.familyNameBytes, colMap.qualifierNameBytes);
        }
}

So for the above query, the 'addFamily' will be called first followed by 'addColumn' for the column family "cf-a". This will wipe away whatever we had set with the 'addFamily' call in the previous step resulting in an empty column when queried.

We are extracting the type name by String, which might cause issues, e.g., for Decimal, where type includes precision and scale. Instead, we should check the PrimitiveCategory enum.

TestDriverCurl.pm used to support timeout_seconds, which got renamed to 'timeout'.  This makes TestHeartbeat test fail

Given a Controller like the following:

	@RequestMapping(value = "/", consumes="application/json")
	public Mono<Void> createUser(@RequestBody User user)

Sending a request with the wrong content type results in a HTTP 415, as expected.

curl -H "Content-Type:text/plain" -X POST -D"wrong" http://localhost:8080

Now, deleting the consumes part of the method declaration yields a different result, with an HTTP 500 response:

	@RequestMapping(value = "/")

It seems the InvocableHandlerMethod wraps the original ResponseStatusException in a IllegalStateException, making it impossible for the ResponseStatusExceptionHandler to do the right thing and update the HTTP response status.
The next element in the pipeline handles that exception and marks the response as an HTTP 500.

java.lang.IllegalStateException: Error resolving argument [0] of type [sample.web.reactive.BootStarter] on method [public reactor.core.publisher.Mono<sample.web.reactive.BootStarter> sample.web.reactive.HomeController.createUser(sample.web.reactive.User)]
	at org.springframework.web.reactive.result.method.InvocableHandlerMethod.getArgError(InvocableHandlerMethod.java:154) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.result.method.InvocableHandlerMethod.lambda$null$28(InvocableHandlerMethod.java:132) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at reactor.core.publisher.FluxResume$ResumeSubscriber.onError(FluxResume.java:89) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.Operators$MonoSubscriber.onError(Operators.java:866) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.Operators.error(Operators.java:208) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoError.subscribe(MonoError.java:80) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoDefaultIfEmpty.subscribe(MonoDefaultIfEmpty.java:37) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoOtherwise.subscribe(MonoOtherwise.java:47) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoPeek.subscribe(MonoPeek.java:98) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoWhen$MonoWhenCoordinator.subscribe(MonoWhen.java:126) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoWhen.subscribe(MonoWhen.java:92) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoThenApply.subscribe(MonoThenApply.java:57) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoMapFuseable.subscribe(MonoMapFuseable.java:66) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoThenApply$MonoThenApplyManager.onNext(MonoThenApply.java:131) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onNext(FluxSwitchIfEmpty.java:71) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:81) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.drain(FluxConcatMap.java:383) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.onSubscribe(FluxConcatMap.java:192) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:95) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:59) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.FluxConcatMap.subscribe(FluxConcatMap.java:116) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoNext.subscribe(MonoNext.java:44) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoOtherwiseIfEmpty.subscribe(MonoOtherwiseIfEmpty.java:47) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoThenSupply$MonoConcatIgnoreManager.drain(MonoThenSupply.java:166) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.core.publisher.MonoThenSupply.subscribe(MonoThenSupply.java:54) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	at reactor.ipc.netty.http.NettyHttpServerHandler.channelRead(NettyHttpServerHandler.java:92) ~[reactor-netty-0.6.0.BUILD-20160822.170641-2.jar:na]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:372) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:358) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:350) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:435) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:293) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:267) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:250) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1334) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:926) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:123) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:571) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:512) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:426) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:398) ~[netty-all-4.1.3.Final.jar:4.1.3.Final]
	at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:877) ~[netty-common-4.1.3.Final.jar:4.1.3.Final]
	at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_102]
Caused by: org.springframework.web.server.UnsupportedMediaTypeStatusException: Request failure [status: 415, reason: "Content type 'text/plain' not supported"]
	at org.springframework.web.reactive.result.method.annotation.AbstractMessageReaderArgumentResolver.readBody(AbstractMessageReaderArgumentResolver.java:163) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.result.method.annotation.RequestBodyArgumentResolver.resolveArgument(RequestBodyArgumentResolver.java:81) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.result.method.InvocableHandlerMethod.lambda$resolveArguments$29(InvocableHandlerMethod.java:130) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[na:1.8.0_102]
	at java.util.Spliterators$ArraySpliterator.forEachRemaining(Spliterators.java:948) ~[na:1.8.0_102]
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) ~[na:1.8.0_102]
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) ~[na:1.8.0_102]
	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) ~[na:1.8.0_102]
	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[na:1.8.0_102]
	at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) ~[na:1.8.0_102]
	at org.springframework.web.reactive.result.method.InvocableHandlerMethod.resolveArguments(InvocableHandlerMethod.java:139) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.result.method.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:93) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.result.method.annotation.RequestMappingHandlerAdapter.handle(RequestMappingHandlerAdapter.java:242) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.DispatcherHandler.invokeHandler(DispatcherHandler.java:119) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at org.springframework.web.reactive.DispatcherHandler.lambda$handle$1(DispatcherHandler.java:112) ~[spring-web-reactive-5.0.0.BUILD-20160822.150545-100.jar:5.0.0.BUILD-SNAPSHOT]
	at reactor.core.publisher.MonoThenApply$MonoThenApplyManager.onNext(MonoThenApply.java:97) ~[reactor-core-3.0.1.BUILD-20160822.145222-2.jar:na]
	... 38 common frames omitted

Is this expected behavior? Can we improve the current situation?

I'm using spring security to secure my service. Here is a sample secured method:
public interface Foo<T extends MyModel> {
	@PreAuthorize("hasPermission(#item, 'create')")
	public T create(T item);
}
In my junit test I get a NullPointerException when spring parses the EL:
	at org.springframework.security.access.expression.method.MethodSecurityEvaluationContext.addArgumentsAsVariables(MethodSecurityEvaluationContext.java:66)
	at org.springframework.security.access.expression.method.MethodSecurityEvaluationContext.lookupVariable(MethodSecurityEvaluationContext.java:48)
	at org.springframework.expression.spel.ExpressionState.lookupVariable(ExpressionState.java:122)
	at org.springframework.expression.spel.ast.VariableReference.getValueInternal(VariableReference.java:52)
	at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:59)
	at org.springframework.security.access.expression.method.ExpressionBasedPreInvocationAdvice.before(ExpressionBasedPreInvocationAdvice.java:42)
	at org.springframework.security.access.prepost.PreInvocationAuthorizationAdviceVoter.vote(PreInvocationAuthorizationAdviceVoter.java:55)
	at org.springframework.security.access.vote.AffirmativeBased.decide(AffirmativeBased.java:50)
	at org.springframework.security.access.intercept.AbstractSecurityInterceptor.beforeInvocation(AbstractSecurityInterceptor.java:204)
	at org.springframework.security.access.intercept.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.java:65)
	at $Proxy25.create(Unknown Source)
[snip here comes the junit invocation part]
Debugging the offending code, I noticed that:
org.springframework.core.LocalVariableTableParameterNameDiscoverer#getParameterNames(Method method) returns null.
I guess it is because the method's parameter type is Generic. Can I fix it? Do you have any idea where in the class it's going "wrong" ?
I'd be happy to fix it and submitt a patch but I', not sure where I have to change the code.
Cheers,
Jan

We need to double check JGit Git class instance each time we want to close it.

When a camel/blueprint bundle is started without camel-core being started previously, there is a problem where the camel context factory bean tries to access the properties component, which is only available when camel-core is started.
We need to ensure that the blueprint definitions created by the namespace handler also contains the needed reference to the properties component in order to make sure that blueprint will always wait for camel-core to be started (and the properties component actually available) before initializing the camel context.

An application using the attached config files has redirect problems for Windows clients using IE (but not FireFox) if the server is configured to use ports other than 80 and 443 for HTTP and HTTPS respectively. This issue has been addressed in Acegi in other places (such as ExceptionTranslationFilter, RetryWithHttpsEntryPoint ... etc). A patch for AuthenticationProcessingFilterEntryPoint is attached which resolves this issue (tested with Tomcat 5.5 running on a Linux box with IE/Win, FireFox 1.5/Win, FireFox 1.5 Linux as clients).
It should be noted that this bit of code appears in multiple places - and they aren't all exactly the same.

get exception like

12:19:11,790 | WARN  | pool-7-thread-1  | hawtio-web - 265}                | 96 - org.eclipse.jetty.aggregate.jetty-all-server - 8.1.14.v20131031 | jolokia-agent: Error while using detector ActiveMQDetector: java.lang.SecurityException: Insufficient roles/credentials for operation
	at org.apache.karaf.management.KarafMBeanServerGuard.handleInvoke(KarafMBeanServerGuard.java:283)[37:org.apache.karaf.management.server:2.4.0.redhat-620016]
	at org.apache.karaf.management.KarafMBeanServerGuard.handleGetAttribute(KarafMBeanServerGuard.java:216)[37:org.apache.karaf.management.server:2.4.0.redhat-620016]
	at org.apache.karaf.management.KarafMBeanServerGuard.invoke(KarafMBeanServerGuard.java:84)[37:org.apache.karaf.management.server:2.4.0.redhat-620016]
	at $Proxy0.getAttribute(Unknown Source)[:]
	at org.jolokia.detector.AbstractServerDetector$1.execute(AbstractServerDetector.java:108)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.detector.AbstractServerDetector$1.execute(AbstractServerDetector.java:105)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.backend.executor.AbstractMBeanServerExecutor.call(AbstractMBeanServerExecutor.java:90)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.detector.AbstractServerDetector.getAttributeValue(AbstractServerDetector.java:94)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.detector.AbstractServerDetector.getSingleStringAttribute(AbstractServerDetector.java:129)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.detector.ActiveMQDetector.detect(ActiveMQDetector.java:15)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.backend.MBeanServerHandler.detectServers(MBeanServerHandler.java:228)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.backend.MBeanServerHandler.initServerHandle(MBeanServerHandler.java:81)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.backend.MBeanServerHandler.<init>(MBeanServerHandler.java:70)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.backend.LocalRequestDispatcher.<init>(LocalRequestDispatcher.java:71)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.backend.BackendManager.init(BackendManager.java:328)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.backend.BackendManager.<init>(BackendManager.java:130)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.backend.BackendManager.<init>(BackendManager.java:105)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.jolokia.http.AgentServlet.init(AgentServlet.java:162)[265:io.hawt.hawtio-web:1.5.0.redhat-016]
	at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:532)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
	at org.eclipse.jetty.servlet.ServletHolder.doStart(ServletHolder.java:344)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
	at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:791)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
	at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:265)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
	at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:717)[96:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
	at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doStart(HttpServiceContext.java:222)[107:org.ops4j.pax.web.pax-web-jetty:3.0.7]
	at org.ops4j.pax.web.service.jetty.internal.JettyServerImpl$1.start(JettyServerImpl.java:196)[107:org.ops4j.pax.web.pax-web-jetty:3.0.7]
	at org.ops4j.pax.web.service.internal.HttpServiceStarted.end(HttpServiceStarted.java:939)[106:org.ops4j.pax.web.pax-web-runtime:3.0.7]
	at org.ops4j.pax.web.service.internal.HttpServiceProxy.end(HttpServiceProxy.java:386)[106:org.ops4j.pax.web.pax-web-runtime:3.0.7]
	at org.ops4j.pax.web.extender.war.internal.RegisterWebAppVisitorWC.end(RegisterWebAppVisitorWC.java:338)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at org.ops4j.pax.web.extender.war.internal.model.WebApp.accept(WebApp.java:678)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.register(WebAppPublisher.java:237)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:182)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:135)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)[karaf.jar:2.4.0.redhat-620016]
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)[karaf.jar:2.4.0.redhat-620016]
	at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)[karaf.jar:2.4.0.redhat-620016]
	at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)[karaf.jar:2.4.0.redhat-620016]
	at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:317)[karaf.jar:2.4.0.redhat-620016]
	at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261)[karaf.jar:2.4.0.redhat-620016]
	at org.ops4j.pax.web.extender.war.internal.WebAppPublisher.publish(WebAppPublisher.java:101)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at org.ops4j.pax.web.extender.war.internal.WebObserver.deploy(WebObserver.java:213)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at org.ops4j.pax.web.extender.war.internal.WebObserver$1.doStart(WebObserver.java:175)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at org.ops4j.pax.web.extender.war.internal.extender.SimpleExtension.start(SimpleExtension.java:58)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender$1.run(AbstractExtender.java:266)[256:org.ops4j.pax.web.pax-web-extender-war:3.0.7]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_07]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)[:1.7.0_07]
	at java.util.concurrent.FutureTask.run(FutureTask.java:166)[:1.7.0_07]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)[:1.7.0_07]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)[:1.7.0_07]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)[:1.7.0_07]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)[:1.7.0_07]
	at java.lang.Thread.run(Thread.java:722)[:1.7.0_07]

There are several instances where the code writes to System.err or System.out
This is not generally useful in library code.
A better way needs to be found to report the information, if it is actually needed.
Locations are:
org/apache/commons/crypto/NativeCodeLoader.java
197:            e.printStackTrace(System.err);
229:            System.err.println(e);
org/apache/commons/crypto/utils/Utils.java
76:            System.err.println("Could not load '"

Carter Shanklin reported the following:

hbase(main):021:0> get_rsgroup 'test_group'
GROUP INFORMATION

ERROR: undefined local variable or method `group_admin' for #<Shell::Commands::GetRsgroup:0x33ec2c0c>

Get a region server group's information.

Example:

  hbase> get_rsgroup 'default'

hbase(main):009:0> get_server_rsgroup 'hdp250-hbase-unsecure.example.com:16030'

ERROR: undefined method `getGroupOfServer' for #<Hbase::RSGroupAdmin:0x251d7fdd>

Get the group name the given region server is a member of.

  hbase> get_server_rsgroup 'server1:port1'

The Streaming API tries to distribute records evenly into buckets. 
All records in every Transaction that is part of TransactionBatch goes to the same bucket and a new bucket number is chose for each TransactionBatch.
Fix: API needs to hash each record to determine which bucket it belongs to. 

This is related to SPR-15425, although I think this issue is a bug rather than an enhancement.
YamlPropertiesFactoryBean handles an entry with an empty value differently to an entry with a value that is an empty array. An empty value becomes an empty string in the resulting Properties whereas the entry with an empty array value doesn't appear in the Properties at all.
Here are four tests that show this difference in behaviour (as well as the behaviour of YamlMapFactoryBean:

	@Test
	public void mapWithEmptyArrayValue() throws IOException {
		YamlMapFactoryBean factory = new YamlMapFactoryBean();
		factory.setResources(new ByteArrayResource("a: alpha\ntest: []".getBytes()));
		assertThat(factory.getObject()).containsKey("test");
	}

	@Test
	public void mapWithEmptyValue() throws IOException {
		factory.setResources(new ByteArrayResource("a: alpha\ntest:".getBytes()));
	}

	@Test
	public void propertiesWithEmptyArrayValue() throws IOException {
		YamlPropertiesFactoryBean factory = new YamlPropertiesFactoryBean();
	}

	@Test
	public void propertiesWithEmptyValue() throws IOException {
	}

propertiesWithEmptyArrayValue fails due to the entry being lost.

When this happens, the write from Streaming API to this end point will succeed but it will place the data in the table directory which is not correct
Need to make the API throw in this case.

Packaging needs work now we have maven multi-moduled.  Sounds like folks want a package for hadoop1 and hadoop2.  Also want source package and maybe even a package that includes test jars so can run integration tests.
Let this be umbrella issue for package fixes.  Will hang smaller issues off this one as we figure them.

There is a thread leak in below method, we are creating a default pool while calling 

@Override
    public HTableInterface getTable(TableName tableName) throws IOException {
      return this.getTable(tableName, HTable.getDefaultExecutor(getConfiguration()));
    }

which will never be shutdown because in HTable,   we are setting this.cleanupPoolOnClose to false

 @InterfaceAudience.Private
  public HTable(TableName tableName, final ClusterConnection connection,
      final TableConfiguration tableConfig,
      final RpcRetryingCallerFactory rpcCallerFactory,
      final RpcControllerFactory rpcControllerFactory,
      final ExecutorService pool) throws IOException {
    if (connection == null || connection.isClosed()) {
      throw new IllegalArgumentException("Connection is null or closed.");
    }
    this.tableName = tableName;
    this.cleanupConnectionOnClose = false;
    this.connection = connection;
    this.configuration = connection.getConfiguration();
    this.tableConfiguration = tableConfig;
    this.pool = pool;
    if (pool == null) {
      this.pool = getDefaultExecutor(this.configuration);
      this.cleanupPoolOnClose = true;
    } else {
      this.cleanupPoolOnClose = false;
    }

resulted in pool to stay forever ,which eventually can lead other processes or the same process to starve for a threads.

Looks a bit like ROO-392, but for the current downloadable version.
I did more or less what the introduction told me to.
When I execute perform tests I get:

/_/ |_|\____/\____/    1.1.0.M1 [rev 3a0b8a3]

Welcome to Spring Roo. For assistance press CTRL+SPACE or type "hint" then hit ENTER.
roo> 
roo> 
roo> 

Maybe this is an issue with my setup, here is what I did:
Download STS
Start STS
Go through tutorial
perform tests ==> mvn.bat not found.
Downloaded maven, add maven to PATH
Restart STS
No luck..

When trying to access resources from Spring MVC (named custom DELETEs/PUTs above) like this:
DELETE 
http://172.16.56.1:8080/service/entity/removeBySubInstanceId?subInstanceId=ec81d9fc48f328052fc59e1c6a34ea2f
A NPE in AbstractRepositoryRestController is thrown.

OGBACK:12:02:59.986 [tomcat-http--5] ERROR o.s.d.r.w.AbstractRepositoryRestController - null source
	at java.util.EventObject.<init>(EventObject.java:56) ~[na:1.7.0_45]
	at org.springframework.context.ApplicationEvent.<init>(ApplicationEvent.java:42) ~[spring-context-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.data.rest.core.event.RepositoryEvent.<init>(RepositoryEvent.java:15) ~[spring-data-rest-core-2.2.0.BUILD-SNAPSHOT.jar:na]
	at org.springframework.data.rest.core.event.BeforeDeleteEvent.<init>(BeforeDeleteEvent.java:13) ~[spring-data-rest-core-2.2.0.BUILD-SNAPSHOT.jar:na]
	at org.springframework.data.rest.webmvc.RepositoryEntityController.deleteItemResource(RepositoryEntityController.java:356) ~[spring-data-rest-webmvc-2.2.0.BUILD-SNAPSHOT.jar:na]
	at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:215) ~[spring-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:132) ~[spring-web-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104) ~[spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:749) ~[spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:690) ~[spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:83) ~[spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:945) ~[spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doDelete(FrameworkServlet.java:885) [spring-webmvc-4.0.2.RELEASE.jar:4.0.2.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:653) [servlet-api.jar:na]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) [catalina.jar:7.0.42.A]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42.A]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330) [spring-security-web-3.2.0.RELEASE.jar:3.2.0.RELEASE]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:118) [spring-security-web-3.2.0.RELEASE.jar:3.2.0.RELEASE]
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:84) [spring-security-web-3.2.0.RELEASE.jar:3.2.0.RELEASE]
	at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342) [spring-security-web-3.2.0.RELEASE.jar:3.2.0.RELEASE]
	at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113) [spring-security-web-3.2.0.RELEASE.jar:3.2.0.RELEASE]
	at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:113) [spring-security-web-3.2.0.RELEASE.jar:3.2.0.RELEASE]
	at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:154) [spring-security-web-3.2.0.RELEASE.jar:3.2.0.RELEASE]

Same behaviour applies for custom PUT operations afaik.

See  http://www.nabble.com/Exception-based-routing-tf4226796s22882.html#a12183747

The authorization framework supports URI and global objects. The SQL syntax however doesn't allow granting privileges on these objects. We should allow the compiler to parse these so that it can be handled by authorization plugins.

In org.wildfly.extension.undertow.security.jaspi.JASPIAuthenticationMechanism#authenticate the variable authSession in the fragment below is frequently null, leading to null pointer exceptions:

  if (sessionManager != null) {
            AuthenticatedSessionManager.AuthenticatedSession authSession = sessionManager.lookupSession(exchange);
            cachedAccount = authSession.getAccount(); // NPE HAPPENS HERE
            // if there is a cached account we set it in the security context so that the principal is available to
            // SAM modules via request.getUserPrincipal().
            if (cachedAccount !=  null) {
                jaspicSecurityContext.setCachedAuthenticatedAccount(cachedAccount);
            }
        }

At another place in Undertow where AuthenticatedSession is used, there's an extra null check (See io.undertow.security.impl.CachedAuthenticatedSessionMechanism#runCached).
I patched the code locally to add an extra null check:

        if (sessionManager != null) {
            cachedAccount = authSession == null? null : authSession.getAccount();
            }
        }

After a short amount of testing everything seems to be okay with that extra check.

Utilities.java seems to be throwing a NPE.
Change contributed by Thomas Adam.
Reference: https://github.com/tecbot/hive/commit/1e29d88837e4101a76e870a716aadb729437355b#commitcomment-2588350

We need to add a Statistics task at the end of a CTAS query in order to update the metastore statistics for the table being created.

SEC-935 adds the OpenIDAttribute class. Because the OpenIDAuthenticationToken class (which is Serializable) has a List<OpenIDAttribute>, OpenIDAttribute should be Serializable too.
This interface should be no problem to add to the OpenIDAttribute class, because all its members are primitives or Strings and therefore already Serializable themselves.
P.S. while you're at it, OpenIDAttribute#toString() should probably be annotated with @Override (and in OpenIDAuthenticationStatus too).

1) ls --headers {allow-resource-service-restart <TAB>
doesn't give you the '='
2) ls --headers {allow-resource-service-restart=true; <TAB>
list you the commands one can type...not at al an header.
3) NPE caused by  WFCORE-1617
ls --headers {allow-resource-service-restart=t<TAB> ==> NPE
Completion should properly complete each header.

Cannot start Spring on Eclipse Virgo Tomcat Server 3.5. The following error appear :

Caused by: org.eclipse.virgo.kernel.osgi.framework.ImportMergeException?: cannot merge imports of package 'org.springframework.context.annotation' from sources 'Import-Library 'org.springframework.spring' version '3.1.2.RELEASE'(Import-Bundle 'org.springframework.aspects' version '3.1.2.RELEASE', Import-Bundle 'org.springframework.context' version '3.1.2.RELEASE')' because of conflicting values 'org.springframework.context', 'org.springframework.aspects' of attribute 'bundle-symbolic-name'

http://forum.springsource.org/showthread.php?128203-Spring-Framework-3-1-2-Released!&p=422143#post422143

Some tests in wildfly fails due to "XNIO001001: No XNIO provider found" while run with security manager enabled. Similar jira for wildfly-core:

https://issues.jboss.org/browse/JBEAP-530

org.jboss.as.test.integration.ejb.mdb.MDBTestCase#testSuspendResumeWithMDB
org.jboss.as.test.integration.ejb.mdb.deliveryactive.MDBTestCase#testDeliveryActiveWithAnnotation
org.jboss.as.test.integration.ejb.mdb.deliveryactive.MDBTestCase#testDeliveryActiveWithDeploymentDescriptor
org.jboss.as.test.integration.batch.chunk.ChunkPartitionTestCase#testSuspend
org.jboss.as.test.integration.batch.deployment.JobControlTestCase#testStart
org.jboss.as.test.integration.ee.concurrent.EEConcurrentManagementTestCase#testContextServiceManagement
org.jboss.as.test.integration.ee.concurrent.EEConcurrentManagementTestCase#testManagedThreadFactoryManagement
org.jboss.as.test.integration.ee.concurrent.EEConcurrentManagementTestCase#testManagedExecutorServiceManagement
org.jboss.as.test.integration.ee.concurrent.EEConcurrentManagementTestCase#testManagedScheduledExecutorServiceManagement
org.jboss.as.test.integration.ejb.timerservice.suspend.TimerServiceSuspendTestCase#testIntervalTimersDoNotBackUp
org.jboss.as.test.integration.ejb.timerservice.suspend.TimerServiceSuspendTestCase#testSingleActionTimerWhenSuspended
org.jboss.as.test.integration.ejb.timerservice.suspend.TimerServiceSuspendTestCase#testSuspendWithIntervalTimer
org.jboss.as.test.integration.jca.capacitypolicies.DatasourceCapacityPoliciesTestCase#testNonDefaultDecrementerAndIncrementer
org.jboss.as.test.integration.jca.capacitypolicies.ResourceAdapterCapacityPoliciesTestCase#testNonDefaultDecrementerAndIncrementer
org.jboss.as.test.integration.jca.capacitypolicies.XADatasourceCapacityPoliciesTestCase#testNonDefaultDecrementerAndIncrementer

Steps to reporoduce MDBTestCase

./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2  -DfailIfNoTests=false  -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=MDBTestCase

Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.394 sec <<< FAILURE! - in org.jboss.as.test.integration.ejb.mdb.MDBTestCase
testSuspendResumeWithMDB(org.jboss.as.test.integration.ejb.mdb.MDBTestCase)  Time elapsed: 0.19 sec  <<< ERROR!
	at org.xnio.Xnio.getInstance(Xnio.java:193)
	at org.jboss.remoting3.Remoting.createEndpoint(Remoting.java:112)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:122)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:65)
	at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:147)
	at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:122)
	at org.jboss.as.test.integration.ejb.mdb.MDBTestCase.testSuspendResumeWithMDB(MDBTestCase.java:173)

ReduceRecordSource is adding the batch data as a string to the exception stack, this can lead to an OOM of the Query AM when the query fails due to other issue.

Our Hudson test server seems to run a 32-bit JVM. This patch fixes TestHFileBlock to work correctly for both 64-bit and 32-bit JVM.

The issue described here does NOT exist in 2.15.2 and only manifests in 2.15.3.
With the following definition of a Bean:

    public interface MyBaseInterface {
        @Handler
        String hello(@Body String hi);
    }

    public abstract static class MyAbstractBean implements MyBaseInterface {
        public String hello(@Body String hi) {
            return "Hello " + hi;
        }
        public String doCompute(String input) {
            fail("Should not invoke me");
        }
    }

    public static class MyConcreteBean extends MyAbstractBean {
    }

The following test case will fail to invoke the proper method:

public class BeanHandlerMethodTest extends ContextTestSupport {

    public void testInterfaceBeanMethod() throws Exception {
        BeanInfo info = new BeanInfo(context, MyConcreteBean.class);

        Exchange exchange = new DefaultExchange(context);
        MyConcreteBean pojo = new MyConcreteBean();
        MethodInvocation mi = info.createInvocation(pojo, exchange);
        assertNotNull(mi);
        assertEquals("hello", mi.getMethod().getName());
    }

The issue is how BeanInfo.introspect determines which methods are available to be invoked.
At line 344, if the class is public, the interface methods are added to the list:

        if (Modifier.isPublic(clazz.getModifiers())) {
            // add additional interface methods
            List<Method> extraMethods = getInterfaceMethods(clazz);
            for (Method target : extraMethods) {
                for (Method source : methods) {
                    if (ObjectHelper.isOverridingMethod(source, target, false)) {
                        overrides.add(target);
                    }
                }
            }
            // remove all the overrides methods
            extraMethods.removeAll(overrides);
            methods.addAll(extraMethods);
        }

However, all the methods from the interface are "abstract".  Later, when the real implementation is encountered as the code crawls up the tree, the abstract method is not replaced:
Line 390:

        MethodInfo existingMethodInfo = overridesExistingMethod(methodInfo);
        if (existingMethodInfo != null) {
            LOG.trace("This method is already overridden in a subclass, so the method from the sub class is preferred: {}", existingMethodInfo);
            return existingMethodInfo;
        }

Finally, during the invocation, the following was added as part of 2.15.3 release:
Line 561:

        removeAllAbstractMethods(localOperationsWithBody);
        removeAllAbstractMethods(localOperationsWithNoBody);
        removeAllAbstractMethods(localOperationsWithCustomAnnotation);
        removeAllAbstractMethods(localOperationsWithHandlerAnnotation);

As a result, the abstract method is removed and not invoked.
I think the fix should be to see if the existingMethodInfo references an "abstract' method and if it does and methodInfo does not, replace the existingMethodInfo with methodInfo in the collection.
This would preserve the preferences implied with the rest of the code while properly replacing the abstract method with their proper implementations.

If an entity has only one field, an this field has for instance an enum type, than the generated  registerConverters() in the accoding controller yields compiler errors, since the enum cannot be converted to string.
Let's assume we have this entity: 

class Person { GenderEnum gender;}

than, the generated code in the controller will be:

@Override
public String convert(Question question) {
   return person.getGender();
}

This yields compiler error, since person.getGender() is no String.

Hive xdocs have not been used since 2012.  The docs directory only holds six xml documents, and their contents are in the wiki.
It's past time to remove the docs directory from the Hive code.

In rest.RowResource.update(), this code keeps executing a request if a misspelled check= parameter is provided.

    if (CHECK_PUT.equalsIgnoreCase(check)) {
      return checkAndPut(model);
    } else if (CHECK_DELETE.equalsIgnoreCase(check)) {
      return checkAndDelete(model);
    } else if (check != null && check.length() > 0) {
      LOG.warn("Unknown check value: " + check + ", ignored");
    }

By my reading of the code, this results in the provided cell value that was intended as a check instead being treated as a mutation, which is sure to destroy user data.  Thus the priority of this bug, as it can cause corruption.
I suggest that a better reaction than a warning would be, approximately:

return Response.status(Response.Status.BAD_REQUEST)
        .type(MIMETYPE_TEXT).entity("Invalid check value '" + check + "'")
        .build();

Current used http client by the druid-hive record reader is constructed with default values. Default values of numConnection and ReadTimeout are very small which can lead to following exception " ERROR [2ee34a2b-c8a5-4748-ab91-db3621d2aa5c main] CliDriver: Failed with exception java.io.IOException:java.io.IOException: java.io.IOException: org.apache.h
ive.druid.org.jboss.netty.channel.ChannelException: Channel disconnected"
Full stack can be found here.https://gist.github.com/b-slim/384ca6a96698f5b51ad9b171cff556a2

Spring failed to parse SQL script when some lines are comments with tabs before comments markers.
For example for the file : 

	-- My comment
My SQL INSERT STATEMENT;

This will generate the following statement 

	-- My comment My SQL INSERT STATEMENT;

And throw the following exception on execution :

org.hibernate.exception.GenericJDBCException: Type SQL non valide: sqlKind = UNINITIALIZED
	at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:54)
	at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:125)
	at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:110)
	at org.hibernate.engine.jdbc.internal.proxy.AbstractStatementProxyHandler.continueInvocation(AbstractStatementProxyHandler.java:129)
	at org.hibernate.engine.jdbc.internal.proxy.AbstractProxyHandler.invoke(AbstractProxyHandler.java:81)
	at $Proxy53.executeUpdate(Unknown Source)
	at org.springframework.jdbc.core.JdbcTemplate$1UpdateStatementCallback.doInStatement(JdbcTemplate.java:509)
	at org.springframework.jdbc.core.JdbcTemplate$1UpdateStatementCallback.doInStatement(JdbcTemplate.java:1)
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:396)
	at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:519)
	at org.springframework.jdbc.core.simple.SimpleJdbcTemplate.update(SimpleJdbcTemplate.java:252)
	at org.springframework.test.jdbc.SimpleJdbcTestUtils.executeSqlScript(SimpleJdbcTestUtils.java:150)
	at org.springframework.test.context.junit4.AbstractTransactionalJUnit4SpringContextTests.executeSqlScript(AbstractTransactionalJUnit4SpringContextTests.java:141)
[...]

My guess for the fix would be to add trim on the following statement :
JdbcTestUtils.java, readScript(LineNumberReader lineNumberReader, String commentPrefix), Line 257:

if (StringUtils.hasText(currentStatement) && (commentPrefix != null && !currentStatement.trim().startsWith(commentPrefix))) {

System.out.println(new Criteria().andOperator(Criteria.where("delete").is(true).and("type").is(1)).not()
				.getCriteriaObject());

output:
{ "$and" : [ 
{ "delete" : true , "type" : 1}
]}

I wanted to use the Map<String, T> beans injection to quickly iterate over all beans implementing a given type and also to index into a bean via its name. However, we just identified a case that does not work (but probably should).
The case is, when a @Configuration class including a @Bean factory method also declares another (non-@Bean) method with the same name (but of course different parameter types) then the Map injection won't find the bean defined by the @Bean method.
Here is a test case: 

  private Map<String, Runnable> testBeans;
  @Bean
  Runnable testBean() {
    return () -> {};
  }
  private void testBean(boolean param) {
  }
    new AnnotationConfigApplicationContext(Test.class);
  }
}

This fails with injection failure of "testBeans" because Spring could not find any beans implementing Runnable. That, however, is not true. Since when removing the Map property and instead performing a manual lookup on the context via getBean("testBean") or even getBean(Runnable.class), it will find the bean.
 When removing the private void testBean(boolean) method, Map injection works again.

I'm finding that the mail service is not honoring the association with a specific outbound socket binding.
Configuration of Mail Session and Socket Binding:

[standalone@localhost:9990 /] /subsystem=mail/mail-session=java\:jboss\/mail\/ALR/server=smtp:read-resource
{
        "outbound-socket-binding-ref" => "mail-smtp-25000",
        "password" => undefined,
        "ssl" => false,
        "tls" => false,
        "username" => undefined
    }
}
[standalone@localhost:9990 /] /socket-binding-group=standard-sockets/remote-destination-outbound-socket-binding=mail-smtp-25000:read-resource(recursive="true")
{
        "fixed-source-port" => false,
        "host" => "localhost",
        "port" => 25000,
        "source-interface" => undefined,
        "source-port" => undefined
    }
}

Code to inject the Mail Session:

@Resource(lookup = "java:jboss/mail/ALR")
    private Session mailSession;

This injection succeeds, as I'd expect based on the tests: 
https://github.com/wildfly/wildfly/blob/master/testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/mail/annotation/StatelessMail.java#L46
However, when using this to send mail, getting the default port of "25", not "25000" as I've specified in the config:

[0m[0m23:54:17,102 INFO  [stdout] (default task-1) DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Oracle]
[0m[0m23:54:17,103 INFO  [stdout] (default task-1) DEBUG SMTP: useEhlo true, useAuth false
[0m[0m23:54:17,103 INFO  [stdout] (default task-1) DEBUG SMTP: trying to connect to host "localhost", port 25, isSSL false

I don't see anything in the testsuite attempting to broker mail through a non-default configuration.

This is a follow-on to HBASE-16179 - I think we might need to specify an exclude in the dependency management.

[INFO] --- scala-maven-plugin:3.2.0:compile (scala-compile-first) @ hbase-spark ---
[WARNING]  Expected all dependencies to require Scala version: 2.11.8
[WARNING]  org.apache.hbase:hbase-spark:3.0.0-SNAPSHOT requires scala version: 2.11.8
[WARNING]  org.apache.spark:spark-streaming_2.11:2.1.1 requires scala version: 2.11.8
[WARNING]  org.scalatest:scalatest_2.11:2.2.4 requires scala version: 2.11.2

Ted Yu - since you're already fiddling in this area, do you want to take a look?

Setting hive.auto.convert.join.shuffle.max.size to -1 does not work as expected.

See nabble
http://old.nabble.com/Attemp-to-send-message-to-activemq-temporary-queue-using-producerTemplate%3A-InvalidMetadataException-ts27520096.html

Running tpch with factor 2, 
q16 returns 1,160 rows when CBO is on,
while returns 24,581 rows when CBO is off.
See attachment for detail .

Calling wrap/unwrap methods on ExternalSaslServer/Client should throw IllegalStateException as defines the contract. Currently it throws a SaslException.
-We could be inspired by OpenJDK implementation of CRAM-MD5 and do the following in  both methods:

Currently the datasource sub system does not allow expressions. I would like to be able to do this: <datasource jta="true" jndi-name="java:/ds1DS" pool-name="ds1DS" enabled="${ds1.enabled}" use-java-context="true" use-ccm="true"> and set the ds1.enabled property via a properties file.

git://git.app.eng.bos.redhat.com/jbossas/jboss-as.git
ejb3/src/main/java/org/jboss/as/ejb3/tx/CMTTxInterceptor.java

There is stale code catching ApplicationDeadlockException and attempting to retry the transaction. This results in a failure if the exception is raised and retry does not occur.
Consistently

Visual Inspection
OR
Register a transaction Synchronization object which raises the exception during beforeCompletion()

Note that EAP no longer raises this exception. The catch block code handling ApplicationDeadlockException seems to be an artifact of EAP 4 and should simply be removed.
Retry does not occur
Retry should not be attempted by this code

Very similar to HBASE-1928, but for the general case (not just ROOT/META):
If a region is in transition on a RS when the RS crashes, the master does not remove it from regionsInTransition when processing the RS shutdown. This is fairly easy to trigger by bringing up a RS and kill -9ing it just as it starts to get regions assigned. Those regions will get permanently lost since they're stuck in regionsInTransition and thus don't get assigned by the metascanner.

Through camel-xmpp my message sended succesfully in standalone camel application, but message not sends if application as a bundle deployed to Felix Karaf.
My route:
from("timer://foo?fixedRate=true&period=10000&delay=10000").setBody(constant("Hello, i am message")). 
  to("xmpp://" + XMPP_FROM_NAME + "/masny@websphere" + "?password=" + XMPP_FROM_PASS); 
"camel:run" command runs this route and succesfully sends message. 
But if i create a bundle and deploy it to Felix Karaf, my route not sends message, in DEBUG log i see :
DEBUG | xtenderThread-42 | DefaultCamelContext              | e.camel.impl.DefaultCamelContext  994 | ... Routes started 
 INFO  | xtenderThread-42 | DefaultCamelContext              | e.camel.impl.DefaultCamelContext  997 | Apache Camel 2.1.0 (CamelContext:camelContext) started 
 INFO  | xtenderThread-42 | OsgiBundleXmlApplicationContext  | ractOsgiBundleApplicationContext  327 | Publishing application context as OSGi service with properties 
{org.springframework.context.service.name=try-xmpp, Bundle-SymbolicName=try-xmpp, Bundle-Version=0.1.0}
 
 DEBUG | xtenderThread-42 | OsgiBundleXmlApplicationContext  | ractOsgiBundleApplicationContext  341 | Publishing service under classes 
{org.springframework.osgi.context.DelegatedExecutionOsgiBundleApplicationContext, org.springframework.osgi.context.ConfigurableOsgiBundleApplicationContext, org.springframework.context.ConfigurableApplicationContext, org.springframework.context.ApplicationContext, org.springframework.context.Lifecycle, org.springframework.beans.factory.ListableBeanFactory, org.springframework.beans.factory.HierarchicalBeanFactory, org.springframework.context.MessageSource, org.springframework.context.ApplicationEventPublisher, org.springframework.core.io.support.ResourcePatternResolver, org.springframework.beans.factory.BeanFactory, org.springframework.core.io.ResourceLoader, org.springframework.beans.factory.DisposableBean}
 
 DEBUG | xtenderThread-42 | try-xmpp                         | ?                                   ? | ServiceEvent REGISTERED 
 DEBUG | xtenderThread-42 | BlueprintListener                | actory$SpringApplicationListener  140 | Spring app state changed to Started for bundle 93 
 INFO  | xtenderThread-42 | ContextLoaderListener            | BundleApplicationContextListener   45 | Application context successfully refreshed (OsgiBundleXmlApplicationContext(bundle=try-xmpp, config=osgibundle:/META-INF/spring/*.xml)) 
 INFO  | foo              | Tracer                           | rg.apache.camel.processor.Logger   88 | 8f812d3e-15cc-4ca3-b6c0-4077beef75bc >>> (route30) from(timer://foo?delay=10000&fixedRate=true&period=10000) --> setBody[Hello, i am message] <<< Pattern:InOnly, Headers:
{firedTime=Thu Feb 11 12:18:13 EET 2010}
, BodyType:null, Body:null 
 INFO  | foo              | Tracer                           | rg.apache.camel.processor.Logger   88 | 8f812d3e-15cc-4ca3-b6c0-4077beef75bc >>> (route30) setBody[Hello, i am message] --> xmpp://wsbise@websphere/masny@websphere?password=123456789 <<< Pattern:InOnly, Headers:
, BodyType:String, Body:Hello, i am message 
 DEBUG | foo              | XmppPrivateChatProducer          | ent.xmpp.XmppPrivateChatProducer   46 | Creating XmppPrivateChatProducer to participant masny@websphere 
 DEBUG | foo              | CachedIntrospectionResults       | beans.CachedIntrospectionResults  151 | Not strongly caching class [org.apache.camel.management.mbean.ManagedProducer] because it is not cache-safe 
 DEBUG | foo              | DefaultManagementAgent           | anagement.DefaultManagementAgent  304 | Registered MBean with objectname: org.apache.camel:context=masny/camelContext,type=producers,name=XmppPrivateChatProducer(0x11c0dc6) 
 DEBUG | foo              | XmppPrivateChatProducer          | pache.camel.impl.DefaultProducer   66 | Starting producer: Producer[xmpp://wsbise@websphere/masny@websphere?password=123456789] 
 DEBUG | foo              | ProducerCache                    | .apache.camel.impl.ProducerCache  211 | Adding to producer cache with key: Endpoint[xmpp://wsbise@websphere/masny@websphere?password=123456789] for producer: Producer[xmpp://wsbise@websphere/masny@websphere?password=123456789] 
 DEBUG | foo              | DefaultErrorHandler              | rg.apache.camel.processor.Logger  197 | Failed delivery for exchangeId: 8f812d3e-15cc-4ca3-b6c0-4077beef75bc. On delivery attempt: 0 caught: java.lang.NullPointerException 
 DEBUG | foo              | DefaultErrorHandler              | processor.RedeliveryErrorHandler  411 | This exchange is not handled so its marked as failed: Exchange[Message: Hello, i am message] 
 DEBUG | foo              | Pipeline                         | .apache.camel.processor.Pipeline   99 | Message exchange has failed so breaking out of pipeline: Exchange[Message: Hello, i am message] Exception: java.lang.NullPointerException 
 ERROR | foo              | TimerConsumer                    | rg.apache.camel.processor.Logger  248 | 
        at org.jivesoftware.smackx.muc.MultiUserChat$1.connectionCreated(MultiUserChat.java:84) 
        at org.jivesoftware.smack.XMPPConnection.initConnection(XMPPConnection.java:887) 
        at org.jivesoftware.smack.XMPPConnection.connectUsingConfiguration(XMPPConnection.java:834) 
        at org.jivesoftware.smack.XMPPConnection.connect(XMPPConnection.java:1276) 
        at org.apache.camel.component.xmpp.XmppEndpoint.createConnection(XmppEndpoint.java:140) 
        at org.apache.camel.component.xmpp.XmppPrivateChatProducer.process(XmppPrivateChatProducer.java:52) 
        at org.apache.camel.processor.SendProcessor$1.doInProducer(SendProcessor.java:97) 
        at org.apache.camel.processor.SendProcessor$1.doInProducer(SendProcessor.java:95) 
        at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:146) 
        at org.apache.camel.processor.SendProcessor.doProcess(SendProcessor.java:94) 
        at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:82) 
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:67) 
        at org.apache.camel.processor.DelegateProcessor.processNext(DelegateProcessor.java:53) 
        at org.apache.camel.processor.DelegateProcessor.proceed(DelegateProcessor.java:82) 
        at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:162) 
        at org.apache.camel.processor.RedeliveryErrorHandler.processExchange(RedeliveryErrorHandler.java:223) 
        at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:153) 
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:91) 
        at org.apache.camel.processor.DefaultErrorHandler.process(DefaultErrorHandler.java:49) 
        at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:206) 
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:74) 
        at org.apache.camel.processor.UnitOfWorkProcessor.processNext(UnitOfWorkProcessor.java:54) 
        at org.apache.camel.processor.DelegateProcessor.process(DelegateProcessor.java:48) 
        at org.apache.camel.component.timer.TimerConsumer.sendTimerExchange(TimerConsumer.java:103) 
        at org.apache.camel.component.timer.TimerConsumer$1.run(TimerConsumer.java:50) 
        at java.util.TimerThread.mainLoop(Timer.java:512) 
        at java.util.TimerThread.run(Timer.java:462) 
On Felix installed all requirement bundles (camel-osgi, camel-xmpp, etc).
Full project attached in topic
http://old.nabble.com/camel-xmpp-not-sends-message-in-Felix-Karaf-td27544316.html

When HiveServer2 HTTP mode is used with cookie authentication enabled ( hive.server2.thrift.http.cookie.auth.enabled=true), the doAs url parameter does not get captured, and the authenticated user gets used instead of the doAs user.

java.lang.RuntimeException: "JBAS010839: Operation failed or was rolled back on all servers."
    at org.jboss.as.test.integration.domain.management.util.DomainLifecycleUtil.executeForResult(DomainLifecycleUtil.java:582)
    at org.jboss.as.test.integration.domain.DomainControllerMigrationTestCase.testDCFailover(DomainControllerMigrationTestCase.java:206)
With this in the logs:
[Host Controller] 14:51:08,996 INFO  [org.jboss.as] (Controller Boot Thread) JBAS015874: JBoss EAP 6.2.0.Alpha1 (AS 7.3.0.Final-redhat-SNAPSHOT) (Host Controller) started in 829ms - Started 12 of 12 services (0 services are passive or on-demand)
[Server:failover-two] 14:51:10,113 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "SimpleServlet.war" (runtime-name: "SimpleServlet.war")
[Host Controller] 14:51:10,377 INFO  [org.jboss.as.domain.controller.mgmt] (Remoting "failover-h3:MANAGEMENT" task-2) JBAS010920: Server [Server:failover-three] registered using connection [Channel ID 7e979de4 (inbound) of Remoting connection 00429bb7 to /127.0.0.1:53634]
[Host Controller] 14:51:11,185 ERROR [org.jboss.as.controller.management-operation] (domain-connection-threads - 2) JBAS014612: Operation ("composite") failed - address: ([
[Host Controller]     ("host" => "failover-h3"),
[Host Controller]     ("server" => "failover-three")
[Host Controller] ]): java.lang.RuntimeException: java.io.IOException: JBAS012175: Channel closed
[Host Controller]     at org.jboss.as.controller.remote.RemoteProxyController.execute(RemoteProxyController.java:203) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
[Host Controller]     at org.jboss.as.controller.TransformingProxyController$TransformingProxyControllerImpl.execute(TransformingProxyController.java:149) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
[Host Controller]     at org.jboss.as.controller.ProxyStepHandler.execute(ProxyStepHandler.java:130) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
[Host Controller]     at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:624) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
.....
[Host Controller] Caused by: java.io.IOException: JBAS012175: Channel closed
[Host Controller]     at org.jboss.as.host.controller.ManagedServerProxy$DisconnectedProtocolClient.execute(ManagedServerProxy.java:114)
[Host Controller]     at org.jboss.as.host.controller.ManagedServerProxy.execute(ManagedServerProxy.java:92)
[Host Controller]     at org.jboss.as.host.controller.ManagedServerProxy.execute(ManagedServerProxy.java:80)
[Host Controller]     at org.jboss.as.controller.remote.RemoteProxyController.execute(RemoteProxyController.java:159) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
[Host Controller]     ... 23 more
I believe what is going on here is the test is hitting expected behavior. It restarts an HC without restarting the servers. When the HC is reloaded, it is aware that it has disconnected servers. While it awaits reconnect, any attempt to send an op through to the disconnected server will get the exception above.
If my analysis is correct, then the test just needs adjusting to check server status before continuing on. If it's incorrect and this shouldn't fail, then we have a bug. A 3rd option is it's correct, but the behavior is bad.

In the catch block a new exception is instanciated, which I assume should be thrown, but misses the throw keyword and therefore currently does nothing.
https://github.com/SpringSource/spring-data-commons/blob/master/src/main/java/org/springframework/data/convert/ReflectionEntityInstantiator.java#L64
Simplistic test that demonstrates this: https://github.com/SpringSource/spring-data-commons/pull/25/files

When a browser uses the "withCredentials" flag (not visible in HTTP request headers), it accepts the response only if the "Access-Control-Allow-Credentials" header returned by the server is set to "true".
That header is not part of Camel standard cors headers, but it can be set in the route. The problem is that when "Access-Control-Allow-Credentials" is set to "true", the "Access-Control-Allow-Origin" header cannot be set to "*", which is our default (https://www.w3.org/TR/cors/ - section 6.1, point 3).
Setting a value for the "Access-Control-Allow-Origin" header equals to the "Origin" header of the request makes the trick, but this must be set per-route, and CORS must be disabled.
Eg. 

// do not enable cors
rest().get("/hello")
  .route()
  .to("direct:handle")
  .setHeader("Access-Control-Allow-Credentials", constant("true"))
  .setHeader("Access-Control-Allow-Origin", header("Origin"));

Otherwise the only option is setting a fixed allowed origin if you know it in advance.
I wonder if we should add e.g. a ".corsAllowCredentials(boolean)" configuration to handle this situation correctly, or another flag to reflect the origin instead of returning "*".

This bug is related to SPR-5977 which I believe is not solved at all (neither in 3.0 nor in 2.5.x).
In web.xml I have Log4jConfigListener declared ahead of RequestContextListener, but the application server container is instantiating RequestContextListener before Log4jConfigListener's requestInitialized is called. This causes Log4J Logger member variable of RequestContextListener initialized:
  RequestContextListener
    protected final Log logger = LogFactory.getLog(getClass());
The problem seems like the reporter of SPR-5977 describes:
  At least in Tomcat 6, the listeners all appear to be instantiated, then the contextInitialized(...)
  method is called on them in the order declared in the web.xml.
It appears that the same happens with Oracle OC4J and maybe Weblogic and other AppServers.
The only solution for me to overcome the problem is to complety define my own copy of RequestContextListener without logger member.

The StompEncoder writes a "content-length" header for STOMP frames that have a body. If however the message already contains such a header the result is two such headers in the serialized output. 
In most cases an application sends messages through SimpMessagingTemplate or by returning from an @MessageMapping method. In both cases the content-length header is not set so this is unlikely to affect applications.

In HIVE-15181 there's such review comment, for which this ticket will handle

in TxnUtils.needNewQuery() "sizeInBytes / 1024 > queryMemoryLimit" doesn't do the right thing.
If the user sets METASTORE_DIRECT_SQL_MAX_QUERY_LENGTH to 1K, they most likely want each SQL string to be at most 1K.
But if sizeInBytes=2047, this still returns false.
It should include length of "suffix" in computation of sizeInBytes
Along the same lines: the check for max query length is done after each batch is already added to the query. Suppose there are 1000 9-digit txn IDs in each IN(...). That's, conservatively, 18KB of text. So the length of each query is increasing in 18KB chunks. 
I think the check for query length should be done for each item in IN clause.
If some DB has a limit on query length of X, then any query > X will fail. So I think this must ensure not to produce any queries > X, even by 1 char.
For example, case 3.1 of the UT generates a query of almost 4000 characters - this is clearly > 1KB.

With PAYLOAD data format used, the first element in argument is casted to a CxfPayload instance and the argument is changed into a List<DOMSource> instance by the method "setParameters" in class org.apache.camel.component.cxf.CxfEndpoint.
Then FailoverFeature calls retry, the class-cast action throws a ClassCastException.
btw: "message.remove(DataFormat.class)" at the end of the method "setParameters" dosn't work. The method "remove" is inherited from Map, and a new message with data format PAYLOAD is created when retry.

JsonSerDe is too strict when it comes to schema, erroring out if it finds a subfield with a key name that does not map to an appropriate type/schema of a table, or an inner-struct schema.
Thus, if a schema specifies "s:struct<a:int,b:string>,k:int" and we pass it data that looks like the following:

{ "x" : "abc" , "s" : { "a" : 2 , "b" : "blah", "c": "woo" } }

This should still pass, and the record should be read as if it were 

{ "s" : { "a" : 2 , "b" : "blah"}, k :  null }

This will allow the JsonSerDe to be used with a wider set of data where the data does not map too finely to the declared table schema.
Note, we are still strict about a couple of things:
a) If there is a declared schema column, then the type cannot vary, that is still considered an error. i.e., if the hive table schema says k1 is a boolean, it cannot magically change into an int or a struct, say, for eg.
b) The JsonSerDe still attempts to map hive internal column names - i.e. if the data contains a column named "_col2", then, if "_col2" is not declared directly in the schema, it will map to column position 2 in that schema/subschema, rather than ignoring the field. This is so that tables created with CTAS will still work. 

TestMemoryBoundedLogMessageBuffer fails because of a suspected \n line ending difference.

In a domain if you run the 'delete' op against an invalid transaction resource you get an invalid failure message about trying to directly call a write op on a server:

[domain@localhost:9990 /] /host=master/server=server-one/subsystem=transactions/log-store=log-store/transactions=0\:ffff0afc4420\:3b2568af\:594b9528\::delete()
{
    "failure-description" => "WFLYCTL0249: Operation 'delete' targeted at resource '[
    (\"subsystem\" => \"transactions\"),
    (\"log-store\" => \"log-store\"),
    (\"transactions\" => \"0:ffff0afc4420:3b2568af:594b9528:\")
]' was directly invoked by a user. User operations are not permitted to directly update the persistent configuration of a server in a managed domain.",
}

This is because if the resource doesn't exist, the check for mods to non-runtime-only resources is checking the MRR to see if it's runtime only. But this MRR doesn't declare it is so the kernel thinks a direct write to the model is happening and rejects that.
A fix results in the appropriate failure for invoking against a non-existent resource:

{
}

Currently, for flat tables, the threshold check is applicable for a query like select * from lineitem limit 1;.
This is not necessary as without a filter clause, this can be executed entirely via FetchTask. Running a cluster task is redundant for this case.
This fastpath is applicable for partitioned tables already.

If you just add stopRoute()&startRoute() at the beginning of WebsocketProducerRouteExampleTest#testWSHttpCall(), it fails with 404 not found.

java.util.concurrent.ExecutionException">java.util.concurrent.ExecutionException: java.lang.IllegalStateException: Invalid Status Code 404
        at com.ning.http.client.providers.netty.future.NettyResponseFuture.done(NettyResponseFuture.java:220)
        at com.ning.http.client.providers.netty.handler.WebSocketProtocol.handle(WebSocketProtocol.java:102)
        at com.ning.http.client.providers.netty.handler.Processor.messageReceived(Processor.java:88)
..........

Offending code has been working since 4.1 at least, up until 5.0.0.RC3. It just started failing in GA.

Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'com.mycompany.platform.server.healthcheck.HealthcheckConfiguration': Unsatisfied dependency expressed through field 'healthcheckConfigSets'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'eventListenerAdapterHealthcheckConfigSet' defined in class path resource [com/mycompany/platform/event/provider/EventBusHealthcheckConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [com.mycompany.common.healthcheck.service.HealthcheckConfigSet]: Factory method 'eventListenerAdapterHealthcheckConfigSet' threw exception; nested exception is java.lang.ClassCastException: org.springframework.beans.factory.support.NullBean cannot be cast to com.mycompany.platform.event.bus.EventListenerAdapter
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:581)
	at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:91)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:367)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1340)
	... 26 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'eventListenerAdapterHealthcheckConfigSet' defined in class path resource [com/mycompany/platform/event/provider/EventBusHealthcheckConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [com.mycompany.common.healthcheck.service.HealthcheckConfigSet]: Factory method 'eventListenerAdapterHealthcheckConfigSet' threw exception; nested exception is java.lang.ClassCastException: org.springframework.beans.factory.support.NullBean cannot be cast to com.mycompany.platform.event.bus.EventListenerAdapter
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:583)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1249)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1098)
	at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:251)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.addCandidateEntry(DefaultListableBeanFactory.java:1320)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:1286)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveMultipleBeans(DefaultListableBeanFactory.java:1188)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1091)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:578)
	... 44 more
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [com.mycompany.common.healthcheck.service.HealthcheckConfigSet]: Factory method 'eventListenerAdapterHealthcheckConfigSet' threw exception; nested exception is java.lang.ClassCastException: org.springframework.beans.factory.support.NullBean cannot be cast to com.mycompany.platform.event.bus.EventListenerAdapter
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:186)
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:575)
	... 59 more
Caused by: java.lang.ClassCastException: org.springframework.beans.factory.support.NullBean cannot be cast to com.mycompany.platform.event.bus.EventListenerAdapter
	at com.mycompany.platform.event.provider.EventBusHealthcheckConfiguration.eventListenerAdapterHealthcheckConfigSet(EventBusHealthcheckConfiguration.java:49)
	at com.mycompany.platform.event.provider.EventBusHealthcheckConfiguration$$EnhancerBySpringCGLIB$$a46517a5.CGLIB$eventListenerAdapterHealthcheckConfigSet$1(<generated>)
	at com.mycompany.platform.event.provider.EventBusHealthcheckConfiguration$$EnhancerBySpringCGLIB$$a46517a5$$FastClassBySpringCGLIB$$e3074686.invoke(<generated>)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:361)
	at com.mycompany.platform.event.provider.EventBusHealthcheckConfiguration$$EnhancerBySpringCGLIB$$a46517a5.eventListenerAdapterHealthcheckConfigSet(<generated>)
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:155)
	... 60 more

Offending bean is defined as:

	@Bean
	@Profile("BATCH")
	HealthcheckConfigSet eventListenerAdapterHealthcheckConfigSet(
			@Autowired(required = false) @Lazy Map<String, EventListenerAdapter> eventListenerAdapters) {
		if (eventListenerAdapters == null || eventListenerAdapters.isEmpty()) {
		}

		HealthcheckConfigSet set = new HealthcheckConfigSet(HealthcheckGroup.HEALTH);
		for (Entry<String, EventListenerAdapter> a : eventListenerAdapters.entrySet()) {
			if (a.getValue() == null) {
				LOGGER.info("Cannot configure healthcheck for EventListenerAdapter {}: the adapter is null",
						a.getKey());
				continue;
			} else {
				LOGGER.info("Configuring healthcheck for EventListenerAdapter {}", a.getKey());
				Healthcheck hc = new EventListenerAdapterHealthcheck(a.getKey(), a.getValue());
				set.add("event-listener-adapter-" + a.getKey(), hc);
			}

		}
		return set;
	}

From the code, I understand that at some point the Map contained null values, and now it seems the map contains NullBean instances.

See up in hbase-user mailing list under title 'Filtering by SingleColumnValueFilter'.  Adrian describes roughly how he fixed the issue (And what he wanted the filter to do).

describe
extended
tab_name;
is translated as 'describeextended tab_name'

Frank Langelage wrote:

Now with wildfly.iiop in place, I see DEBUG messages, although category "org.wildfly" is set to INFO. To get rid of the debug messages a category with name "package org.wildfly.iiop" needs to be defined.
I think the Logger creation
IIOPLogger ROOT_LOGGER = Logger.getMessageLogger(IIOPLogger.class, IIOPLogger.class.getPackage().toString());
in
iiop-openjdk/src/main/java/org/wildfly/iiop/openjdk/logging/IIOPLogger.java
should be changed, aligned with those in other subsystems.

When trying to connect with CLI to server using PKCS11 (and FIPS):

CLI can connect with the old workaround described in 7.0 documentation

JAVA_OPTS="$JAVA_OPTS -Djavax.net.ssl.trustStore=NONE -Djavax.net.ssl.trustStoreType=PKCS11"
JAVA_OPTS="$JAVA_OPTS -Djavax.net.ssl.keyStore=NONE -Djavax.net.ssl.keyStoreType=PKCS11 -Djavax.net.ssl.keyStorePassword=imapassword"

When providing -Dwildfly.config.url, no matter what's in the path (even if it's non-existent file), CLI throws following error:

java.security.KeyManagementException: FIPS mode: only SunJSSE TrustManagers may be used: FIPS mode: only SunJSSE TrustManagers may be used

If I set up BOTH the JAVA_OPTS and wildfly-config.xml, the config is parsed properly (throwing errors in case of wrong path, malformed xml etc.) and CLI connects successfully.

I'm marking it as a blocker now, since this is basically the functionality required by EAP7-610. But the old workaround still works just fine, so I think this isn't high priority if we're ok to postpone the RFE.

See nabble
http://camel.465427.n5.nabble.com/Dynamic-Routing-tp5068570p5068570.html

heading doesn't work, which also means no linking to it.
the rendered page has an unrendered bit, e.g.

[[upgrade 2.2]] === Upgrade from 2.0 or 2.1 to 2.2+

HBase 2.2+ uses a new Procedure form assiging/unassigning/moving Regions. It does not process HBase 2.1 and 2.0’s Unassign/Assign Procedure types. Upgrade requires that we first drain the Master Procedure Store of old style Procedures before starting the new 2.2 Master. So you need to make sure that before you kill the old version (2.0 or 2.1) Master, there is no region in transition. And once the new version (2.2+) Master is up, you can rolling upgrade RegionServers one by one.

Thanks to NIO's awesomely intuitive behavior, the FileProducer is only writing out the first & last buffers it reads.  Apparently ByteBuffer needs to be cleared after each FileChannel write?

StringUtils.getFilenameExtension("/home/user/.m2/settings") returns "m2/settings".
StringUtils.stripFilenameExtension("/home/user/.m2/settings") returns "/home/user/".
Patch to StringUtils.java for Spring 3.0.4.RELEASE is attached.

This is follow up of HIVE-3767:
Add MapJoinDesc.isBucketMapJoin() as part of explain plan

I am unable to use standalone embedded server once I invoke some operation on embedded host controller.
Quick steps to reproduce:

$ ./jboss-cli.sh 
[domain@embedded /] /host=master:read-resource
Failed to handle 'stop-embedded-server': org.wildfly.core.embedded.EmbeddedStandAloneServerFactory$StandaloneServerImpl cannot be cast to org.wildfly.core.embedded.HostController

Reproducible with wf-core 2.0.0.Beta1 build

in mapjoin_subquery.q  there is a query：
SELECT /*+ MAPJOIN(z) */ subq.key1, z.value
FROM
(SELECT /*+ MAPJOIN */ x.key as key1, x.value as value1, y.key as key2, y.value as value2 
 FROM src1 x JOIN src y ON (x.key = y.key)) subq
 JOIN srcpart z ON (subq.key1 = z.key and z.ds='2008-04-08' and z.hr=11);
when dump x and z to a local file,there all dump to the same file, so we lost the data of x

To be able to check whether the long-running-threads/short-running-threads within one JCA workmanager is already defined when adding one, BoundedQueueThreadPoolResourceDefinition in threads subsystem needs to be extended to be able to check this.

Copy of https://bugzilla.redhat.com/show_bug.cgi?id=1064763
 I am unable to start standalone server with --debug [PORT] argument on Solaris 10 hosts. 
SunOS 5.10 Generic_142910-17 i86pc i386 i86pc
[user@host bin]$ ./standalone.sh --debug
./standalone.sh: cannot shift
[user@host bin]$ ./standalone.sh --debug 8787
./standalone.sh: bad substitution
SunOS 5.10 Generic_118833-36 sun4v sparc SUNW,Sun-Fire-T1000
 EAP 6.3.0.DR0
 Always
 1. Navigate to $JBOSS_HOME/bin and run: ./standalone.sh --debug [PORT]
 Server fails to start
 Server will start with debugger attached to $PORT (8787 if no $PORT)

When doing a mvn clean install of the errors example you get this sfl4j in the console

 T E S T S
Running org.fusesource.examples.errors.OrderServiceTest
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.11 sec

Results :

Tests run: 2, Failures: 0, Errors: 0, Skipped: 0

Its usually some slf4j-log4j dependency that is missing at test scope or something like that.

It seems that form:checkboxes only uses converters for the path-elements of the model but not for the items-elements. Having the same list of beans in the items property and the path property does not generate any selected checkboxes. 

18:56:34.578 [main] WARN  o.s.b.c.s.i.FaultTolerantStepFactoryBean - Synchronous TaskExecutor detected (class org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor) with ItemStream reader.  This is probably an error, and may lead to incorrect restart data being stored.

Should read Asynchronous TaskExecutor detected

Selection of side table (in memory/hash table) in MapJoin Conversion algorithm needs to be more sophisticated.
In an N way Map Join, Hive should pick an input stream as side table (in memory table) that has least cost in producing relation (like TS(FIL|Proj)*).
Cost based choice needs extended cost model; without return path its going to be hard to do this.
For the time being we could employ a modified cost based algorithm for side table selection.
New algorithm is described below:
1. Identify the candidate set of inputs for side table (in memory/hash table) from the inputs (based on conditional task size)
2. For each of the input identify its cost, memory requirement. Cost is 1 for each heavy weight relation op (Join, GB, PTF/Windowing, TF, etc.). Cost for an input is the total no of heavy weight ops in its branch.
3. Order set from #1 on cost & memory req (ascending order)
4. Pick the first element from #3 as the side table.

See nabble
http://www.nabble.com/FTP-Component-Network-Failure-Recovery-Problem-td24517828.html

Depending on the order of expressions, the error message for a expression not in group key is not displayed; instead it is null.

hive> select concat(value, concat(value)) from src group by concat(value);
FAILED: Error in semantic analysis: null

hive> select concat(concat(value), value) from src group by concat(value);
FAILED: Error in semantic analysis: line 1:29 Expression Not In Group By Key value

We will retry 100 times (about 3200 minitues) for HRegionServer#postOpenDeployTasks now, see HConnectionManager#setServerSideHConnectionRetries.
However, 
when we stopping the cluster, we will wait for split threads in  HRegionServer#join,
if META/ROOT server has already been stopped, the split thread won't exit because it is in the retrying for HRegionServer#postOpenDeployTasks

Using @PreAuthorize annotations on methods which using generics doesn't seem to work.
My code is like this:
@PreAuthorize("hasAuthority('saveUsers')")
public <T extends User> T save(T dto) {
    ....
}
Security interceptor doesn't work in this case, but annotated proxy methods works properly:
public User proxySave(User dto) {
    save(dto);
}
my settings is:
<security:global-method-security secured-annotations="enabled" pre-post-annotations="enabled"/>
Seems like security interceptor doesn't affect methods with generics.
Also a similar problem is described here:
http://forum.springsource.org/showthread.php?139620-Spring-Security-ACL-PreAuthorize-Generics-with-an-Interface-possible-bug&p=450408

Given Thrift definition like this

struct LockComponent {
    1: required LockType type,
    2: required LockLevel level,
    3: required string dbname,
    4: optional string tablename,
    5: optional string partitionname,
    6: optional DataOperationType operationType = DataOperationType.UNSET,
    7: optional bool isAcid = false
}

The generated LockComponent has 

  public LockComponent() {
    this.operationType = org.apache.hadoop.hive.metastore.api.DataOperationType.UNSET;

    this.isAcid = false;

  }
  public boolean isSetOperationType() {
    return this.operationType != null;
  }
  public boolean isSetIsAcid() {
    return EncodingUtils.testBit(__isset_bitfield, __ISACID_ISSET_ID);
  }

So bottom line is even if LockComponent is created by old version of the client which doesn't have operationType filed, isSetOperationType() will still return true on the server.
This causes a false positive exception in TxnHandler.enqueueLockWithRetry() during Rolling Upgrade scenarios.

   at java.lang.String.substring(String.java:1937)
   at org.springframework.roo.addon.gwt.GwtTemplateServiceImpl.buildMirrorDataDictionary(GwtTemplateServiceImpl.java:576)
   at org.springframework.roo.addon.gwt.GwtTemplateServiceImpl.getMirrorTemplateTypeDetails(GwtTemplateServiceImpl.java:111)
   at org.springframework.roo.addon.gwt.scaffold.GwtScaffoldMetadataProviderImpl.get(GwtScaffoldMetadataProviderImpl.java:139)
   at org.springframework.roo.addon.gwt.scaffold.GwtScaffoldMetadataProviderImpl.notify(GwtScaffoldMetadataProviderImpl.java:236)
   at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:352)
   at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:325)

The following script reproduces the bug:

project --topLevelPackage com.foo.roo2881

entity jpa --class ~.domain.foo1 --testAutomatically

entity jpa --class ~.domain.foo2 --testAutomatically
field set --fieldName bar --type foo1

Since undertow subsystem version 4.0, the basic-authType has not been utilized anymore. We should probably remove that type definition from our xsd file with another subsystem version bump.
This type was used for basic-auth filter which is no longer present in undertow.

AM metrics need to be tagged with something like dag ID.
Also looks like they are not updated correctly in some cases.

When an entity has the same name as a java keyword the variable names used/created by the controller script cause the generated files to be invalid/erroneous.
ie.
   entity --class ~.products.Package
will create method signatures on controller aspects which call something like:
   doSomethingWith(Package package)
this will not compile correctly due to the package keyword being used as a variable.
I assume that this problem will occur for most java keywords as well as those used by aspectj.

If Hive is created with a version string with more than 3 numbers, we end up with a couple of test failures in TestSchemaTool, because the metastore is expecting a version with the format of majorVersion.minorVersion.changeVersion. 
    <error message="Unknown version specified for initialization: 0.12.0.2.0.6.0-61" type="org.apache.hadoop.hive.metastore.HiveMetaException">org.apache.hadoop.hive.metastore.HiveMetaException: Unknown version specified for initialization: 0.12.0.2.0.6.0-61
	at org.apache.hadoop.hive.metastore.MetaStoreSchemaInfo.generateInitFileName(MetaStoreSchemaInfo.java:113)
	at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:269)
	at org.apache.hive.beeline.src.test.TestSchemaTool.testSchemaInit(TestSchemaTool.java:104)
	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:518)
	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1052)
	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:906)
</error>
  <testcase classname="org.apache.hive.beeline.src.test.TestSchemaTool" name="testSchemaUpgrade" time="2.164">
    <error message="Found unexpected schema version 0.12.0" type="org.apache.hadoop.hive.metastore.HiveMetaException">org.apache.hadoop.hive.metastore.HiveMetaException: Found unexpected schema version 0.12.0
	at org.apache.hive.beeline.HiveSchemaTool.verifySchemaVersion(HiveSchemaTool.java:192)
	at org.apache.hive.beeline.HiveSchemaTool.doUpgrade(HiveSchemaTool.java:242)
	at org.apache.hive.beeline.src.test.TestSchemaTool.testSchemaUpgrade(TestSchemaTool.java:128)
</error>

For the PerformanceEvaluation tool, we have:
numoftags       Specify the no of tags that would be needed. This works only if usetags is true.
But in the code, we actually look for "--nooftags=".
Also, we don't break and error out when there is a wrong option.

The query
  select substr(cstring1, 1, 0) from alltypesorc;
returns all empty strings when 
set hive.vectorized.execution.enabled = false;
which is the correct result, and returns non-empty strings when
which is not correct.

Hi,
The openid sample worked fine for me.
I tried to use the Concurrent Session Control but it doesn't work. 
The following post has the same bug : http://forum.springframework.org/showthread.php?p=177626
Solution proposed is to update the OpenIDAuthenticationProcessingFilter and to populate details before call to the authenticationManager, this way :
token.setDetails(authenticationDetailsSource.buildDetails(req));
Not sure what uNcode suggests is the good  way to fix it.
Could be related to 
http://jira.springframework.org/browse/SEC-618
Here is my SS configuration (really basic, based on the sample openid):
        <http>
		<intercept-url pattern="/**" access="ROLE_USER" />
		<logout />
		<openid-login login-page="/openidlogin.jsp" />
		<concurrent-session-control max-sessions="1" exception-if-maximum-exceeded="true"/>
	</http>
	<authentication-manager alias="authenticationManager" />
	<user-service id="userService">
		<user name="http://MYACCOUNT.myopenid.com/" password="notused" authorities="ROLE_SUPERVISOR,ROLE_USER" />
	</user-service>
Here is my stack trace :
java.lang.IllegalArgumentException: Authentication.getDetails() required
        at org.springframework.util.Assert.notNull(Assert.java:112)
        at org.springframework.security.concurrent.SessionRegistryUtils.obtainSessionIdFromAuthentication(SessionRegistryUtils.java:52)
        at org.springframework.security.concurrent.ConcurrentSessionControllerImpl.checkAuthenticationAllowed(ConcurrentSessionControllerImpl.java:92)
        at org.springframework.security.providers.ProviderManager.doAuthentication(ProviderManager.java:199)
        at org.springframework.security.AbstractAuthenticationManager.authenticate(AbstractAuthenticationManager.java:46)
        at org.springframework.security.ui.openid.OpenIDAuthenticationProcessingFilter.attemptAuthentication(OpenIDAuthenticationProcessingFilter.java:82)
        at org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:249)
        at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
        at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:371)
        at org.springframework.security.ui.logout.LogoutFilter.doFilterHttp(LogoutFilter.java:87)
        at org.springframework.security.ui.SessionFixationProtectionFilter.doFilterHttp(SessionFixationProtectionFilter.java:68)
        at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:229)
        at org.springframework.security.concurrent.ConcurrentSessionFilter.doFilterHttp(ConcurrentSessionFilter.java:97)
        at org.springframework.security.securechannel.ChannelProcessingFilter.doFilterHttp(ChannelProcessingFilter.java:116)
        at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:174)
        at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:183)
        at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:138)

Affects version 3.1.0.RELEASE. I haven't tested 3.1.1.RELEASE but assume it still exists there.
The behaviour I'm seeing is that TransactionStatus.currentTransactionStatus() calls currentTransactionInfo() and gets a valid object.
However, it then returns the .transactionStatus attributes from that object. In this case the attribute is null. This null is returned and opens up the potential for an unexpected NullPointerException.

There is a bug in HBaseFsck's adoptHdfsOrphan function.At the last of this function will create a region,which want to cover all the orphan regions.But the end key of this new region was set incorrectly.Correct region's boundary should be [startKey,endKey),but this function create a region with boundary of [startKey,endKey],this bug will leads to scan operation omit some data.
I think we should create the region like bellow,
    // create new region on hdfs. move data into place.
    HRegionInfo hri = new HRegionInfo(template.getTableName(), orphanRegionRange.getFirst(),
        Bytes.add(orphanRegionRange.getSecond(), new byte[1]));

The commit 20210de which was part of HIVE-15546 introduced a thread pool which is not shutdown upon completion of its threads. This leads to a leak of threads for each query which uses more than 1 partition. They are not removed automatically. When queries spanning multiple partitions are made the number of threads increases and is never reduced. On my machine hiveserver2 starts to get slower and slower once 10k threads are reached.
Thread pools only shutdown automatically in special circumstances (see documentation section Finalization). This is not currently the case for the Get-Input-Paths thread pool. I would add a pool.shutdown() in a finally block just before returning the result to make sure the threads are really shutdown.
My current workaround is to set hive.exec.input.listing.max.threads = 1. This prevents the the thread pool from being spawned [1] [2].
The same issue probably also applies to the Get-Input-Summary thread pool.

It's easier to automate taking a snapshot from the command line than from the hbase shell. We should provide a command that can be called to snapshot a table.

We show ' You are currently running the HMaster without HDFS append support enabled. This may result in data loss. Please see the HBase wiki for details. ' if append not enabled.  But we don't turn it on since hadoop1 because default is that it is on.  Remove this confusing warning from UI.

c:\> hive --rcfilecat --file-sizes --column-sizes-pretty /tmp/all100krc
Not a valid JAR: C:\org.apache.hadoop.hive.cli.RCFileCat

Discovered while working on HIVE-13693.
There is an error on the predicates that we can push to HBaseStorageHandler. In particular, range predicates of the shape (bounded, open) and (open, bounded) over long or int columns get pushed and return wrong results.
The problem has to do with the storage order for keys in HBase. Keys are sorted lexicographically. Since the byte representation of negative values comes after the positive values, open range predicates need special handling that we do not have right now.
Thus, for instance, when we push the predicate key > 2, we return all records with column key greater than 2, plus the records with negative values for the column key. This problem does not get exposed if a filter is kept in the Hive operator tree, but we should not assume the latest.
This fix avoids pushing this kind of predicates to the storage handler, returning them in the residual part of the predicate that cannot be pushed. In the future, special handling might be added to support this kind of predicates.

Failing for the past 5 builds:
https://builds.apache.org/job/PreCommit-HIVE-Build/2301/testReport/

On larger clusters, its annoying having to scroll down on each refresh. Anchors would help pin page to a section in UI (until our UI gets redone...)

in the SalesforceComponent class, there is two ways to configure a http proxy :

using  setHttpProxyHost method and others alike
using httpClientProperties map with proxy keys (HTTP_PROXY_HOST and others ...)

but instance variables set by setHttpProxyXXX methods are not used and should be considered as dead code. 
one can have a look at the setupHttpClient() method to figure out that the proxy variables are not used, but only the properties map is.
This bug was discovered while proceeding to an upgrade from 2.19.x to 2.20.1.

Jetty component doesn't remove httpClientMinThreads & httpClientMinThreads from parameters during endpoint creation
JettyHttpComponent:166 adds these parameters to the result URL when specified - but the URL shouldn't contain these parameters.

In add(final E object) method of TreeBag.java, the parameter object is not null-checked in throw IlligalArgumentException statement. Thus, it crashes with an inappropriate type of exceptions when the parameter, object is null. object can be null from the argument, transform(object) in TransformedCollection.add(final E object).
I think object ==null should be added in the predicate of the throw IlligalArgumentException statement like below.

    public boolean add(final E object) {
        if((object==null) || (comparator() == null && !(object instanceof Comparable))) {
            throw new IllegalArgumentException("Objects of type " + object.getClass() + " cannot be added to " +
                                               "a naturally ordered TreeBag as it does not implement Comparable");
        }
        return super.add(object);
    }

The copy constructor WebHttpHandlerBuilder(WebHttpHandlerBuilder other) does not clone the applicationcontext. 
I guess the constructor was not updated when the applicationcontext was added.
As result my tests fail because of the missing applicationcontext. I try to call an Acutator endpoint to test the security configuration, but this test fails because the EndpointRequestMatcher requires the applicationcontext.
 
https://github.com/spring-projects/spring-framework/blame/master/spring-web/src/main/java/org/springframework/web/server/adapter/WebHttpHandlerBuilder.java#L125

As Anoop mentioned at the end of HBASE-16962:

      ScanType scanType = scannerFactory.getScanType(request);
      scanner = preCreateCoprocScanner(request, scanType, fd.earliestPutTs, scanners);

user should be passed to preCreateCoprocScanner().
Otherwise null User would be used.

HBASE-5879 set Thrift JMX port to 8093.  In conf/hbase-env.sh, the default one is 10103

Run the Spring RESTBucks example with mvn jetty:run. Browse http://localhost:8080 and see the repositories for credit cards and payments being exposed although the repositories carry the aforementioned annotation.

In the class org.apache.camel.util.URISupport which will be used to resolve endpoints (DefaultCamelContext#normalizeEndpointUri) the method parseParameters will be called.
At first the java.net.Uri#getQuery will be called with according to the javadoc "Returns the decoded query component of this URI" returns a decoded URI. If that fails the java.net.Uri#getSchemeSpecificPart method will be called which according to the javadoc "Returns the decoded scheme-specific part of this URI." returns a decoded URI.
So to summarize we get in any case a decoded URI.
This URI will then be than in the method org.apache.camel.util.URISupport#parseQuery(String) again decoded with java.net.URLDecoder#decode(String,String).
This code leads to the following behaviour:
 If a % is properly encoded with %25test the %25test will be substituted by the first call to %test and the decoded again which leads to an Exception.
In the http://svn.apache.org/viewvc?view=revision&revision=1166508 commit you can see that the % was uncommented from org.apache.camel.util#UnsafeUriCharactersEncoder. Maybe this is related.
However... Double encoding of URIs seems quite odd. With any URI char there is no issue with that. But with % the % will be decoded again, which makes a % unusable in Camel.

In sending a region open request to a region server, we make sure we try at most some configured times.  However, once the request is accepted by the region server, the region could go through this transition forever: failed_open (in ZK) => closed => opening => failed_open (in ZK), assuming no RPC/network issue.
It will be good to break the loop and limit the number of tries and move the region to failed_open state (will be introduced in HBASE-8137)

MongoQueryCreator.from(…) compares the Distance's metric against null which will never result in true as {8Distance}} returns Metric.NEUTRAl by default.

This is a small issue happened with HBASE-13036. Passing different names to getThreadPool as nameHint but it is not been used. By checking HBASE-13219 found this small issue.

When hive.exec.stagingdir is set to ".hive-staging", which will be placed under the target directory when running "INSERT OVERWRITE" query, Hive will grab all files under the staging directory and copy them ONE BY ONE to target directory.
When hive exec.stagingdir is set to "/tmp/hive", Hive will simply do a RENAME operation which will be instant.
This happens with files that are not encrypted. 

By HIVE-3401, split_sample_out_of_range.q and split_sample_wrong_format.q are not showing valid 'line:loc' information for error messages.

In the constructor of StoreScanner which it uses, scan.getCacheBlocks is used directly. It is default to true, and in PartitionedMobCompactor.createScanner, we do not set it to false.

Wildfly Elytron Tool help output contains "java -jar wildfly-elytron-tool.jar" instead of "wildfly-elytron.sh/bat/ps1" script name.
You can see this content in help output:
usage: java -jar wildfly-elytron-tool.jar credential-store
usage: java -jar wildfly-elytron-tool.jar vault
usage: java -jar wildfly-elytron-tool.jar mask
There is expected some like this:
usage: elytron-tool.sh/bat/ps1 credential-store
etc.

[hsvabek@localhost bin]$ ./elytron-tool.sh  --help
Missing arguments. Printing general help message:
usage: java -jar wildfly-elytron-tool.jar credential-store [-a <alias> | -e <alias> | -r <alias> | -v] [-c]  [-f] [-h] [-i <arg>] [-l <loc>] [-n <type>] [-o <providers>] [-p <pwd>]  [-s <arg>] [-t <type>] [-u <arg>]  [-x <secret to store>]
"credential-store" command is used to perform various operations on credential store.
 -a,--add <alias>                   Add new alias to the credential store
 -c,--create                        Create credential store
 -e,--exists <alias>                Check if alias exists within the credential store
 -f,--summary                       Print summary, especially command how to create this credential store
 -h,--help                          Get help with usage of this command
 -i,--iteration <arg>               Iteration count for final masked password of the credential store
 -l,--location <loc>                Location of credential store storage file
 -n,--entry-type <type>             Type of entry in credential store
 -o,--other-providers <providers>   Comma separated list of JCA provider names. Providers will be supplied to the credential store instance.
                                    Each provider must be installed through java.security file.
 -p,--password <pwd>                Password for credential store
 -r,--remove <alias>                Remove alias from the credential store
 -s,--salt <arg>                    Salt to apply for final masked password of the credential store
 -t,--type <type>                   Credential store type
 -u,--properties <arg>              Implementation properties for credential store type in form of "prop1=value1; ... ;propN=valueN" .
                                    Supported properties are dependent on credential store type
                                    KeyStoreCredentialStore (default implementation) supports following additional properties (all are optional):
                                    keyStoreType - specifies the key store type to use (defaults to "JCEKS")
                                    keyAlias - specifies the secret key alias within the key store to use for encrypt/decrypt of data in external storage (defaults to "cs_key")
                                    external - specifies whether to store data to external storage and encrypted by keyAlias key (defaults to "false")
                                    cryptoAlg - cryptographic algorithm name to be used to encrypt/decrypt entries at external storage "external" has to be set to "true"
 -v,--aliases                       Display all aliases
 -x,--secret <secret to store>      Password credential value

usage: java -jar wildfly-elytron-tool.jar vault [-b <description file>] [-e <dir>] [-f] [-h] [-i <arg>] [-k <keystore>] [-l <loc>] [-p <pwd>] [-s <salt>] [-u <arg>] [-v <arg>]
"vault" command is used convert PicketBox Security Vault to credential store using default implementation (KeyStoreCredentialStore).
 -b,--bulk-convert <description file>   Bulk conversion with options listed in description file. All options have no default value and should be set in the file.
                                        All options are required with two exceptions:
                                        - "properties" option
                                        - "salt" and "iteration" options can be omitted when plain-text password is used
                                        Each set of options must start with the "keystore" option in the following format:
                                        keystore:<value>
                                        keystore-password:<value>
                                        enc-dir:<value>
                                        salt:<value>
                                        iteration:<value>
                                        location:<value>
                                        alias:<value>
                                        properties:<parameter1>=<value1>; ... ;<parameterN>=<valueN>
 -e,--enc-dir <dir>                     Vault directory containing encrypted files
 -f,--summary                           Print summary of conversion
 -h,--help                              Get help with usage of this command
 -i,--iteration <arg>                   Iteration count
 -k,--keystore <keystore>               Vault keystore URL
 -l,--location <loc>                    Location of credential store storage file
 -p,--keystore-password <pwd>           Vault keystore password:
                                        - used to open original vault key store
                                        - used as password for new converted credential store
 -s,--salt <salt>                       8 character salt
 -u,--properties <arg>                  Configuration parameters for credential store in form of: "parameter1=value1; ... ;parameterN=valueN"
                                        Supported parameters are dependent on credential store type
                                        Generally supported parameters for default credential store implementation (all are optional):
                                        create - automatically creates credential store file (true/false)
                                        modifiable - is the credential modifiable (true/false)
                                        location - file location of credential store
                                        keyStoreType - specify the key store type to use
 -v,--alias <arg>                       Vault master key alias within key store

usage: java -jar wildfly-elytron-tool.jar mask [-h] [-i <arg>] [-s <arg>] [-x <to encrypt>]
"mask" command is used to get MASK- string encrypted using PBEWithMD5AndDES in PicketBox compatible way.
 -h,--help                  Get help with usage of this command
 -i,--iteration <arg>       Iteration count for masked string
 -s,--salt <arg>            Salt to apply to masked string
 -x,--secret <to encrypt>   Secret to be encrypted

[hsvabek@localhost bin]$ 

CLI comments are not ended at the end of line, if it contains quotation marks or apostrophes.
This is regression against EAP 6.4.x

Always
Steps to Reproduce + Actual results:

[standalone@localhost:9990 /] # test ' test    
> 

[standalone@localhost:9990 /] # what " what
> 

[standalone@localhost:9990 /] 

[standalone@localhost:9990 /] # what " what 

This looks like a hack. Why are we doing this?
See http://forum.springframework.org/showthread.php?t=51210

Invested in the @ RequestMapping get and post methods to create a controller with the command "controller class - class ~. web.FooController"
**log.roo**
project --topLevelPackage com.example --java 6 --projectName testBug
controller class --class ~.web.FooController
perform command --mavenCommand compile
perform command --mavenCommand tomcat:run
**FooController.java**
@RequestMapping("/foo/**")
    @RequestMapping(method = RequestMethod.POST, value = "
{id}
") <======this line should go in the post method
    public void get(ModelMap modelMap, HttpServletRequest request, HttpServletResponse response) {
    }
    public void post(@PathVariable Long id, ModelMap modelMap, HttpServletRequest request, 
                              HttpServletRequest request, HttpServletResponse response) {
    }
    public String index() 
{
        return "foo/index";
    }
}

run the script inside postgres, hit error in the end

metastore=# \i /usr/lib/hive/scripts/metastore/upgrade/postgres/hive-schema-0.10.0.postgres.sql
SET
SET
SET
SET
SET
SET
SET
SET
SET
ALTER TABLE
psql:/usr/lib/hive/scripts/metastore/upgrade/postgres/hive-schema-0.10.0.postgres.sql:1379: ERROR:  syntax error at or near ""
    ADD CONSTRAINT ""
LINE 1: ALTER TABLE ONLY SKEWED_STRING_LIST_VALUES"
                                                  ^

I will post a patch very soon

Currently, the RegionDataAccessTracingAspect Pointcuts are incorrectly configured with com.gemstone.gemfire packaging, which needs to be changed to org.apache.geode in Kay forward.

When AuthenticationConfiguration contains wrongly configured security Providers (null used), the management remoting connection hangs during SASL authentication.

AuthenticationConfiguration.useProviders(() -> new Provider[] { null })

Execution should fail immediately.

Saw this doing cluster tests:

2010-09-25 21:31:48,212 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because regions in transition: {73781e505e452221c9cd0e03585eb5d1=usertable,user800184056, 
128...

Here's the problem:

2010-09-25 08:16:48,186 INFO org.apache.hadoop.hbase.master.HMaster: balance hri=usertable,user800184056,1285397376525.73781e505e452221c9cd0e03585eb5d1., src=su184,60020,      
1285371621579, dest=sv2borg189,60020,1285371621577

2010-09-25 08:16:48,186 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Starting unassignment of region usertable,user800184056,1285397376525.                               
73781e505e452221c9cd0e03585eb5d1. (offlining)

2010-09-25 08:16:52,656 INFO org.apache.hadoop.hbase.master.ServerManager: Received REGION_SPLIT: usertable,user800184056,1285397376525.73781e505e452221c9cd0e03585eb5d1.:           
Daughters; usertable,user800184056,1285402609029.c05825561e7ea3cc6507c70bfb21541a., usertable,user804024623,1285402609029.28f64903a7875bdafc1e7ee344b225b0.
2010-09-25 08:17:11,414 INFO org.apache.hadoop.hbase.master.AssignmentManager: Regions in transition timed out:  usertable,user800184056,1285397376525.                              
73781e505e452221c9cd0e03585eb5d1. state=PENDING_CLOSE, ts=1285402608186

....just as we were doing a balance, the region split.
Over on RS, I see the split starting up and then in comes the balance 'close' message.  By the time the close handler runs on regionserver the split is well underway and close handler actually doesn't find an online region to split.

This is a fix for an NullPointerException that happens in passesBloomFilter. The meta block fails to load, and the IOException catch block sets the Bloom filter to null. Then all other threads waiting on the Bloom filter to load get a chance to try to load the meta block, and one of them eventually succeeds and goes on to query the Bloom filter in StoreFile.passesBloomFilter, but bloomFilter has been already set to null. The fix is to cache the bloomFilter variable in a local variable in passesBloomFilter so that it cannot be made null while the thread is waiting for another thread to load Bloom filter bits.

With CAMEL-10938 a logic error has been introduced that prevents JWT authentication type from being detected – it mandates either authenticationType to be set explicitly to JWT or refreshToken to be set (not needed for JWT).

$/hbase-2.0.0-SNAPSHOT/bin> hbase org.jruby.Main region_status.rb --table t
2014-12-09 19:33:06,839 WARN  [main] util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
NoMethodError: undefined method `cache_blocks=' for #<Java::OrgApacheHadoopHbaseClient::Scan:0x1c7abd4c>
  (root) at region_status.rb:93

LayerTypeMatcher is currently matching on an ITD's MID, despite being interested in a type. Once a matching ITD is discovered the actual target, the ITD's governor, is extracted. This is fine to do when the target doesn't contain the information you need, i.e. the ITD is created based on no information present in the governor, but this is a pretty unusual case as most ITDs are created via trigger annotations on the governor. The correct approach would be to match on an attribute found in the target, in this case an annotation on governor type. 

Flushing an HLog does not currently guarantee that the updates will be visible (see HADOOP-4379), however in the case of root or meta region updates, this is critical.
I was able to create a situation by killing both the root and meta region servers, from which the cluster recovered, but because of the missed edits, clients found the old parent region rather than the new child regions because the fact that the parent region had split was not in the HLog of the crashed region servers (the master knew because of the MSG_REGION_SPLIT message it received) but the clients read the meta table and because that change was lost, clients were trying to find the parent region.
So, when a SequenceFile.Writer.sync() guarantees that what has been written will be visible to new readers, we need to modify HLog so that if it is writing an update to the root or meta regions, that it immediately flushes (syncs) the log file so that the changes will be visible when the log file is recovered.

Currently the criteria of whether a merge job should be fired on dynamic generated partitions are is the average file size of files across all dynamic partitions. It is very common that some dynamic partitions contains mostly large files and some contains mostly small files. Even though the average size of the total files are larger than the hive.merge.smallfiles.avgsize, we should merge those partitions containing small files only. 

A bug in JLine 1.0 causes Roo to beep on each key press after an alert scenario is reached, such as a command not being able to be auto-completed. To replicate type "script jim" then press tab, each subsequent key press will result in an alert tone being produced. A pull request has been submitted here but in the interim, i.e. until a new JLine is released, we can published a modified version of JLine which contains the fix.

TableMapReduceUtil.findOrCreateJar line 596:
jar = getJar(my_class);
updateMap(jar, packagedClasses);
In case getJar returns null, updateMap will throw NPE.
Should check null==jar before calling updateMap.

Our project is using Spring-2.0.7 and Spring-ldap-1.2.1.
We have a HibernateTransactionManager on an outer service, calling an inner service, which has wrapped an LDAP ContextSourceTransactionManager.
If a transaction is attempted when LDAP isn't running, an exception occurs in Spring
java.lang.IllegalStateException: Cannot deactivate transaction synchronization - not active
 at org.springframework.transaction.support.TransactionSynchronizationManager.clearSynchronization(TransactionSynchronizationManager.java:274)
 at org.springframework.transaction.support.TransactionSynchronizationManager.clear(TransactionSynchronizationManager.java:412)
 at org.springframework.transaction.support.AbstractPlatformTransactionManager.cleanupAfterCompletion(AbstractPlatformTransactionManager.java:916)
 at org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:785)
 at org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:730)
This then stops any future Hibernate transactions.
I found an issue against Spring core, http://jira.springframework.org/browse/SPR-3438 , which I think is the same problem.  This issue has been fixed in the extensions of AbstractPlatformTransactionManager in Spring core (eg HibernateTransactionManager, DataSourceTransactionManager).
The issue is resolved by catching Exception in the various implementations of doBegin(), and rethrowing a CannotCreateTransactionException, which is caught by AbstractPlatformTransactionManager.getTransaction(), which in turn resumes the outer transaction.
Should AbstractCompensatingTransactionManagerDelegate.doBegin() be doing the same? 
In other words, should the fix applied to Spring core for this issue also be applied to spring-ldap?
To reproduce, the same test code in http://jira.springframework.org/browse/SPR-3438 can be used, but with the txMgrInner being a ContextSourceTransactionManager.

When running a near-constant UDF, most of the CPU is burnt within the VM trying to read the class annotations for every row.

If a region is assigned before log splitting is done by the server shutdown handler, the edits belonging to this region in the hlogs of the dead server will be lost.
Generally this is not an issue if users don't assign/unassign a region from hbase shell or via hbase admin. These commands are marked for experts only in the hbase shell help too.  However, chaos monkey doesn't care.
If we can prevent from assigning such regions in a bad time, it would make things a little safer.

If running tests from /home/wildfly/undertow the File determined by TransformationUtils.getDmrFile() is returned as /home/wildfly/test-classes rather than /home/wildfly/undertow/test-classes so the assertion fails

I'd like to propose that Swarm doesn't automatically generate a JAX-RS Application class by default. This surprised me many times, and was more of a nuisance to me than a convenience. 
We already have a YAML setting swarm.deployment.*.jaxrs.application-path that can be used to change the value of the generated @ApplicationPath annotation. I propose that we only generate the Application class automatically if this YAML setting is present. 

A very minor issue but raising as blocker as once capability names reach releases they are a part of the API and inherit all other backwards compatibility requirements.

The changes made for issue SEC-790 break the DefaultLoginPageGeneratingFilter under J2EE 1.3.  Line 79 in DefaultLoginPageGeneratingFilter uses the setCharacterEncoding method, which was introduced in J2EE 1.4.  The same thing can be accomplished with the setContentType method instead, with response.setContentType("text/html; charset=utf-8").

Neo4jRepositoryFactoryBean should declare mappingContext as auto-wired. Without doing this tests in spring-data-rest will fail. 
It is not possible to explicitly wire this component in the down-stream project unless the package level access restriction is removed (an alternative. 

The trunk version of regionserver/Store.java, method   List<StoreFile> compactSelection(List<StoreFile> candidates) has this code to determine whether major compaction should be done or not: 
    // major compact on user action or age (caveat: we have too many files)
    boolean majorcompaction = (forcemajor || isMajorCompaction(filesToCompact))
      && filesToCompact.size() < this.maxFilesToCompact;
The isMajorCompaction(filesToCompact) method internally determines whether or not major compaction is required (and logs this as "Major compaction triggered ... " log message. However, after the call, the compactSelection method subsequently applies the filesToCompact.size() < this.maxFilesToCompact check which can turn off major compaction. 
This would result in a "Major compaction triggered" log message without actually triggering a major compaction.
The filesToCompact.size() check should probably be moved inside the isMajorCompaction(filesToCompact) method.

Fix VectorUDFAdaptor(CAST(d_date as TIMESTAMP)) to be native.

trying to set username and passsword on a CxfEndpoint (in a Java-DSL camel route) I experience a NullPointerException, because the properties map is not initialized.
here you can see my code example:
https://github.com/jochenr/wildfly-camel-examples/blob/master/camel-cxf-jaxws-cdi/src/main/java/org/wildfly/camel/examples/cxf/jaxws/JavaDSLRouteBuilder.java#L54-L67

As part of ELY-1523 japicmp was configured to force binary and source compatibility.
By last discussion, only binary compatibility is required.

Honza Kalina	jaspicmp reports it as source incompatibility, not as binary incompatibility - so it maybe it is false positive, as I would say it should be source-compatible...
Darran Lofthouse	Binary is the only one we are really interested in, i.e. will an update to a later version of Elytron break something.  Most of our backwards compatibility strategy is more about breaking things and upsetting people

Japicmp currently reports adding default method into interface as source incompatible change (see  https://github.com/siom79/japicmp/issues/201) -> blocks adding IV into MaskedPassword in ELY-867

finalize() method can be called even when object is still in use [1]. Please change LocalUserServer not to rely on finalize() method
LocalUserServer.java

    @Override
    protected void finalize() throws Throwable {
        deleteChallenge();
    }

[1] https://www.infoq.com/articles/Fatal-Flaw-Finalizers-Phantoms

When a web interface is declared with 'Callable' return type is rejected by the AsyncTaskExecutor, a RejectedExecutionException can be thrown. This exception is currently not caught and the caller thread is still ticking until it times-out before ending.
A (workaround) solution is to use @ControllerAdvice and catch the RejectedExecutionException specifically - but that doesn't stop the timeout task and a stack trace in the logs when timeout expires.
A better solution is to catch the RejectedExecutionException when submitting to AsyncTaskExecutor in the first place (https://github.com/spring-projects/spring-framework/pull/947)

The current webflow maintenance branch (svn rev 2489) does not build due to missing dependencies.  This seems to be caused by the svn:external to older build scripts.

If you have a class like 

Factory {
  getBean(String name) {}
  getBean(String name, Object... args) {}
}

Then have this in expression language:

#{factory.getBean("MyBeanName")}

then it is undeterministic which method will be called, as the ReflectiveMethodResolver class will just iterate on the methods and call the first matching.
While in Java it is well defined, which method will be called.

Assume you have a repository interface like this:

public interface CustomerRepository extends Repository<Customer, Long> {

  List<Customer> findByLastname(@Param("lastname") String lastname, Sort sort);
}

then the Sort paramter is neither advertised

{ "_links" : {
    "findByLastname" : {
      "href" : "http://localhost:8080/customers/search/findByLastname{?lastname}",
      "templated" : true
    }
  }
}

nor is it considered if you trigger a request to the URI:

http://localhost:8080/customers/search/findByLastname?sort=firstname,asc

Calling

PolicyContext.getContext("javax.servlet.http.HttpServletRequest");

within a @Stateless session bean gives an exception.
I've created an integration test to reproduce this issue.

In the section 15.2.1_Static Headers of the spring security documentation, the class name StaticHeadersWriter was written without the “s” as StaticHeaderWriter which does not exist.

In "Spring Roo - Reference Documentation" shortly after this location:
http://static.springsource.org/spring-roo/reference/html/beginning.html#beginning-step-2
there is a mistype:
"start with the m:n (one Pizza...." should be "start with the m:m (one Pizza..."

On fuse enterprise trunk I see this exception now when I create a mq child container
See attached log

If a command is entered, followed by a space, optionally followed by other characters, and tab is pressed, then autocomplete will fail if the command entered is a prefix of another command.
e.g commands = "foo", "fooBar"
if "foo [anything]" is entered followed by tab, then " [anything]" will be removed from buffer and "foo", "fooBar" will be presented as candidate completions.
I've issued a PR which fixes this.

It is not possible to deploy app which has org.jboss.netty packed as a dependency. During processing of jboss-beans.xml, the deployment fails because there is an unexpected element: {urn:jboss:bean-deployer:2.0}deployment.
Part of log including exception

2018-07-30 05:57:16.701 DEBUG o.w.e.c.c.o.OnlineManagementClient: Executing CLI operation undeploy *metamer*
05:57:20,757 INFO  [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0001: Content added at location /home/hudson/hudson_workspace/workspace/eap-7.x-jsf-richfaces/6b4879d7/wildfly-14.0.0.Beta2-SNAPSHOT/standalone/data/content/c1/ef588d063c7cd396e765ef8452fbc43c04ce75/content
05:57:20,779 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "metamer.war" (runtime-name: "metamer.war")
05:57:22,206 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."metamer.war".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."metamer.war".PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment "metamer.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:151)
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYPOJO0038: Exception while parsing POJO descriptor file: "/content/metamer.war/WEB-INF/lib/netty-3.2.10.Final.jar/META-INF/jboss-beans.xml"
	at org.jboss.as.pojo.KernelDeploymentParsingProcessor.parseDescriptor(KernelDeploymentParsingProcessor.java:154)
	at org.jboss.as.pojo.KernelDeploymentParsingProcessor.parseDescriptors(KernelDeploymentParsingProcessor.java:125)
	at org.jboss.as.pojo.KernelDeploymentParsingProcessor.deploy(KernelDeploymentParsingProcessor.java:82)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:144)
	... 8 more
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[17,1]
Message: Unexpected element '{urn:jboss:bean-deployer:2.0}deployment'
	at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:120)
	at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:76)
	at org.jboss.as.pojo.KernelDeploymentParsingProcessor.parseDescriptor(KernelDeploymentParsingProcessor.java:145)
	... 11 more

05:57:22,210 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "metamer.war")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"metamer.war\".PARSE" => "WFLYSRV0153: Failed to process phase PARSE of deployment \"metamer.war\"
    Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYPOJO0038: Exception while parsing POJO descriptor file: \"/content/metamer.war/WEB-INF/lib/netty-3.2.10.Final.jar/META-INF/jboss-beans.xml\"
    Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[17,1]
Message: Unexpected element '{urn:jboss:bean-deployer:2.0}deployment'"}}
05:57:22,217 ERROR [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0021: Deploy of deployment "metamer.war" was rolled back with the following failure message: 
{"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"metamer.war\".PARSE" => "WFLYSRV0153: Failed to process phase PARSE of deployment \"metamer.war\"
05:57:22,266 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0028: Stopped deployment metamer.war (runtime-name: metamer.war) in 47ms

AbstractFileMergeOperator moves incompatible files (files which cannot be merged) to final destination. The destination path must be directory instead of file. This causes orc_merge_incompat2.q to fail under CentOS with IOException failing to rename/move files.

2014-11-05 02:38:56,588 DEBUG fs.FileSystem (RawLocalFileSystem.java:rename(337)) - Falling through to a copy of file:/home/prasanth/hive/itests/qtest/target/warehouse/orc_merge5a/st=80.0/000000_0 to file:/home/prasanth/hive/itests/qtest/target/tmp/scratchdir/prasanth/0de64e52-6615-4c5a-bdfb-c3b2c28131f6/hive_2014-11-05_02-38-55_511_7578595409877157627-1/_tmp.-ext-10000/000000_0/000000_0
2014-11-05 02:38:56,589 INFO  mapred.LocalJobRunner (LocalJobRunner.java:runTasks(456)) - map task executor complete.
2014-11-05 02:38:56,590 WARN  mapred.LocalJobRunner (LocalJobRunner.java:run(560)) - job_local1144733438_0036
java.lang.Exception: java.io.IOException: org.apache.hadoop.hive.ql.metadata.HiveException: Failed to close AbstractFileMergeOperator
        at org.apache.hadoop.mapred.LocalJobRunner$Job.runTasks(LocalJobRunner.java:462)
        at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:522)
Caused by: java.io.IOException: org.apache.hadoop.hive.ql.metadata.HiveException: Failed to close AbstractFileMergeOperator
        at org.apache.hadoop.hive.ql.io.merge.MergeFileMapper.close(MergeFileMapper.java:100)
        at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:243)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Failed to close AbstractFileMergeOperator
        at org.apache.hadoop.hive.ql.exec.AbstractFileMergeOperator.closeOp(AbstractFileMergeOperator.java:233)
        at org.apache.hadoop.hive.ql.exec.OrcFileMergeOperator.closeOp(OrcFileMergeOperator.java:220)
        at org.apache.hadoop.hive.ql.io.merge.MergeFileMapper.close(MergeFileMapper.java:98)
        ... 10 more
Caused by: java.io.FileNotFoundException: Destination exists and is not a directory: /home/prasanth/hive/itests/qtest/target/tmp/scratchdir/prasanth/0de64e52-6615-4c5a-bdfb-c3b2c28131f6/hive_2014-11-05_02-38-55_511_7578595409877157627-1/_tmp.-ext-10000/000000_0
        at org.apache.hadoop.fs.RawLocalFileSystem.mkdirs(RawLocalFileSystem.java:423)
        at org.apache.hadoop.fs.RawLocalFileSystem.create(RawLocalFileSystem.java:267)
        at org.apache.hadoop.fs.RawLocalFileSystem.create(RawLocalFileSystem.java:257)
        at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:887)
        at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:784)
        at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:365)
        at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:338)
        at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:289)
        at org.apache.hadoop.fs.RawLocalFileSystem.rename(RawLocalFileSystem.java:339)
        at org.apache.hadoop.fs.ChecksumFileSystem.rename(ChecksumFileSystem.java:507)
        at org.apache.hadoop.fs.FilterFileSystem.rename(FilterFileSystem.java:214)
        at org.apache.hadoop.fs.ProxyFileSystem.rename(ProxyFileSystem.java:177)
        at org.apache.hadoop.hive.ql.exec.Utilities.renameOrMoveFiles(Utilities.java:1589)
        at org.apache.hadoop.hive.ql.exec.AbstractFileMergeOperator.closeOp(AbstractFileMergeOperator.java:218)
        ... 12 more

HFileReaderV2 calls HFile#offerReadLatency and HFileWriterV2 calls HFile#offerWriteLatency but the samples are never retrieved. There are no callers of HFile#getReadLatenciesNanos, HFile#getWriteLatenciesNanos, and related. The three ArrayBlockingQueues we are using as sample buffers in HFile will fill quickly and are never drained. 
There are also no callers of HFile#getReadTimeMs or HFile#getWriteTimeMs, and related, so we are incrementing a set of AtomicLong counters that will never be read nor reset.
We are calling System.nanoTime in block read and write paths twice but not utilizing the measurements.
We should hook this code back up to metrics or remove it.
We are also not using HFile#getChecksumFailuresCount anywhere but in some unit test code.

When using CopyTable with bulkload, I found that all hfile's are written in our Yarn's HDFS cluster.   and failed to load hfiles into HBase cluster, because we use different HDFS between yarn cluster and hbase cluster. 

After ending a remote method invocation in application client container, the following exception is produced:

[mjurc@tigris app-client]$ $JBOSS_HOME/bin/appclient.sh ear/target/jboss-app-client.ear#simpleClient.jar Hello from command line

.
.
.

08:24:57,312 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha12-redhat-1) started in 1675ms - Started 230 of 234 services (19 services are lazy, passive or on-demand)
08:24:57,316 INFO  [org.jboss.as.server] (Thread-40) WFLYSRV0010: Deployed "jboss-app-client.ear" (runtime-name : "jboss-app-client.ear")
08:24:57,327 INFO  [org.jboss.ejb.client] (Thread-47) JBoss EJB Client version 3.0.0.Beta2
08:24:57,332 INFO  [org.jboss.as.quickstarts.appclient.acc.client.Main] (Thread-47) Main started with arguments
08:24:57,333 INFO  [org.jboss.as.quickstarts.appclient.acc.client.Main] (Thread-47)             [Hello, from, command, line]
08:24:57,338 INFO  [org.wildfly.security] (Thread-47) ELY00001: WildFly Elytron version 1.1.0.Beta13
08:24:57,390 INFO  [org.jboss.remoting] (Thread-47) JBoss Remoting version 5.0.0.Beta7
08:24:57,420 INFO  [org.xnio] (Thread-47) XNIO version 3.4.1.Final-redhat-1
08:24:57,431 INFO  [org.xnio.nio] (Thread-47) XNIO NIO Implementation Version 3.4.1.Final-redhat-1
08:24:57,557 INFO  [org.jboss.ejb.client.remoting] (Remoting (anonymous) task-5) EJBCLIENT000017: Received server version 2 and marshalling strategies [river]
08:24:57,563 INFO  [org.jboss.ejb.client.remoting] (Thread-47) EJBCLIENT000013: Successful version handshake completed for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@7a5bd5ec, receiver=Remoting connection EJB receiver [connection=Remoting connection <2f5c9eb> on endpoint (anonymous) <3ccd44ca>,channel=jboss.ejb,nodename=tigris]} on channel Channel ID e8f58e71 (outbound) of Remoting connection 28455490 to localhost/127.0.0.1:8080 of endpoint (anonymous) <3ccd44ca>
08:24:57,566 INFO  [org.jboss.as.quickstarts.appclient.acc.client.interceptor.ClientInterceptor] (Thread-47) Adding jboss.node.name (tigris) to the invocation context
08:24:57,614 INFO  [org.jboss.as.quickstarts.appclient.acc.client.Main] (Thread-47) Hello from StatelessSessionBean@tigris
08:24:57,615 INFO  [org.jboss.as.quickstarts.appclient.acc.client.interceptor.ClientInterceptor] (Thread-47) Adding jboss.node.name (tigris) to the invocation context
08:24:57,622 INFO  [org.jboss.ejb.client.remoting] (Remoting (anonymous) task-9) EJBCLIENT000016: Channel Channel ID e8f58e71 (outbound) of Remoting connection 28455490 to localhost/127.0.0.1:8080 of endpoint (anonymous) <3ccd44ca> can no longer process messages
08:24:57,632 ERROR [stderr] (Thread-47) Exception in thread "Thread-47" java.lang.UnsupportedOperationException: COM00100: Method "close" of class "org.jboss.remoting3.UncloseableEndpoint" is not implemented
08:24:57,632 ERROR [stderr] (Thread-47) 	at org.wildfly.common.Assert.unsupported(Assert.java:373)
08:24:57,633 ERROR [stderr] (Thread-47) 	at org.jboss.remoting3.UncloseableEndpoint.close(UncloseableEndpoint.java:231)
08:24:57,633 ERROR [stderr] (Thread-47) 	at org.jboss.as.appclient.service.LazyConnectionContextSelector.close(LazyConnectionContextSelector.java:134)
08:24:57,633 ERROR [stderr] (Thread-47) 	at org.jboss.as.appclient.service.ApplicationClientStartService$1.run(ApplicationClientStartService.java:143)
08:24:57,633 ERROR [stderr] (Thread-47) 	at java.lang.Thread.run(Thread.java:745)
08:24:57,640 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-7) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
08:24:57,642 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-8) WFLYJCA0019: Stopped Driver service with driver-name = h2
08:24:57,648 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0208: Stopped subdeployment (runtime-name: simpleClient.jar) in 15ms
08:24:57,649 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0208: Stopped subdeployment (runtime-name: ejb.jar) in 15ms
08:24:57,651 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-6) WFLYSRV0028: Stopped deployment jboss-app-client.ear (runtime-name: jboss-app-client.ear) in 17ms
08:24:57,653 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0050: JBoss EAP 7.1.0.Alpha1 (WildFly Core 3.0.0.Alpha12-redhat-1) stopped in 20ms

The following describes how to produce the bug:

hive> desc test2;
name                	string              	                    
age                 	int                 	                    

hive> select * from test2;
6666666666666666666	NULL
5555555555555555555	NULL
tom	15
john	NULL
mayr	40
	30
	NULL

hive> create table test3(name string) partitioned by (age int);

hive> from test2 insert overwrite table test3 partition(age) select test2.name, test2.age;
Loading data to table default.test3 partition (age=null)
	Loading partition {age=40}
	Loading partition {age=__HIVE_DEFAULT_PARTITION__}
	Loading partition {age=30}
	Loading partition {age=15}
Partition default.test3{age=15} stats: [numFiles=1, numRows=1, totalSize=4, rawDataSize=3]
Partition default.test3{age=30} stats: [numFiles=1, numRows=1, totalSize=1, rawDataSize=0]
Partition default.test3{age=40} stats: [numFiles=1, numRows=1, totalSize=5, rawDataSize=4]
Partition default.test3{age=__HIVE_DEFAULT_PARTITION__} stats: [numFiles=1, numRows=4, totalSize=46, rawDataSize=42]

hive> analyze table test3 partition(age) compute statistics;
...
-----
java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"name":"6666666666666666666","age":null,"raw__data__size":19}
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:417)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1499)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"name":"6666666666666666666","age":null,"raw__data__size":19}
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:549)
	at org.apache.hado

The following is the stack trace in mapper log:

2014-04-28 15:39:25,073 FATAL org.apache.hadoop.hive.ql.exec.mr.ExecMapper: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"name":"6666666666666666666","age":null,"raw__data__size":19}
	at org.apache.hadoop.hive.ql.exec.TableScanOperator.gatherStats(TableScanOperator.java:149)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:796)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:539)
	... 9 more

public class A<T> implements Serializable {

	private String valueType;
	private T value;

	public A(T value) {
		this.valueType = value.getClass().getName();
	}
}

Map<String, A<String>> objectToSave = new HashMap<String, A<String>>();
objectToSave.put("test", new A<String>("testValue"));

A<Map<String, A<String>>> a = new A<Map<String, A<String>>>(objectToSave);
DBObject result = new BasicDBObject();

converter.write(a, result);

{ "_id" : ObjectId("4ebbae36d0ab5ef4ac6b0533"), 
  "_class" : "foo.bar.A", 
  "valueType" : "java.util.HashMap", 
  "value" : { "_class" : "java.util.HashMap", 
              "threshold" : 12, 
              "loadFactor" : 0.75 } 
}

Unknown bug pattern URF_UNREAD_PUBLIC_OR_PROTECTED_FIELD in org.apache.hadoop.hbase.master.balancer.StochasticLoadBalancer$CostFunction.conf

Javadoc for EndpointExceptionResolver:

Defines the interface for objects than can resolve exceptions thrown during endpoint execution, resulting in SOAP messages.

.
Not true. Resolvers don't have to produce SOAP messages, but the ones in the SOAP packages do. Just eliminate the clause at the end.

spring-security-crypto has a compile dependency on spring-core, but this dependency does not seem to be used anywhere in the code
It can therefore probably be removed, making spring-security-core fully standalone.

See
http://fusesource.com/forums/thread.jspa?messageID=16745&#16745

Server is unable to invoke @Timeout method after 10 methods are called on Asynchronous bean
Test:

        for (int i = 0; i < 10; i++) {
            AsyncBean bean = lookup(AsyncBean.class);
            bean.asyncMethod();
        }
         InitialContext iniCtx = new InitialContext();
        TimeoutBean bean = (TimeoutBean) iniCtx.lookup("java:module/" + TimeoutBean.class.getSimpleName());
        bean.createTimer();

Asynchronous bean:

@Asynchronous
@LocalBean
public class AsyncBean{
    public void asyncMethod() {
        System.out.println("asynch bean execution");
    }
}

Timeout bean:

public class TimeoutBean  {
    @Resource

    public void createTimer() {
        timerService.createTimer(100, null);
    }

    @Timeout
    private void timeout(Timer timer) {
        System.out.println("in timeout method");
    }
}

Always on IBM JDK
Steps to Reproduce: (use attached reproducer)

mvn test -Djboss.home=${EAP_HOME}

12:26:57,462 ERROR [org.jboss.as.ejb3] (EJB default - 9) WFLYEJB0164: Exception running timer task for timer [id=03aa7a93-ee6f-483e-bf6b-caff56a13fc0 timedObjectId=test.test.TimeoutBean auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@f1cd0789 initialExpiration=Mon Apr 11 12:26:57 CEST 2016 intervalDuration(in milli sec)=0 nextExpiration=null timerState=IN_TIMEOUT info=null] on EJB test.test.TimeoutBean: java.lang.RuntimeException: javax.xml.stream.FactoryConfigurationError: Provider __redirected.__XMLOutputFactory not found
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.persistTimer(TimerServiceImpl.java:614)
	at org.jboss.as.ejb3.timerservice.TimerTask.run(TimerTask.java:148)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl$Task$1.run(TimerServiceImpl.java:1214)
Caused by: javax.xml.stream.FactoryConfigurationError: Provider __redirected.__XMLOutputFactory not found
	at javax.xml.stream.XMLOutputFactory.newFactory(Unknown Source)
	at javax.xml.stream.XMLOutputFactory.newInstance(Unknown Source)
	at org.jboss.as.ejb3.timerservice.persistence.filestore.FileTimerPersistence.writeFile(FileTimerPersistence.java:497)
	at org.jboss.as.ejb3.timerservice.persistence.filestore.FileTimerPersistence.persistTimer(FileTimerPersistence.java:225)
	at org.jboss.as.ejb3.timerservice.persistence.filestore.FileTimerPersistence.persistTimer(FileTimerPersistence.java:193)
	at org.jboss.as.ejb3.timerservice.TimerServiceImpl.persistTimer(TimerServiceImpl.java:609)
	... 7 more
Caused by: java.lang.ClassNotFoundException: __redirected.__XMLOutputFactory
	at java.lang.Class.forName(Class.java:273)
	at javax.xml.stream.FactoryFinder.newInstance(Unknown Source)
	at javax.xml.stream.FactoryFinder.find(Unknown Source)
	... 13 more

No exception on output
Number of EJB call depends on max-threads attribute of EJB3 subsystem. It can be configured by this CLI command:

/subsystem=ejb3/thread-pool=default:write-attribute(name=max-threads,value=10)

The stack:

2016-09-13T09:38:49,972 ERROR [186b4545-65b5-4bfc-bc8e-3e14e251bb12 main] exec.Task: Job Submission failed with exception 'java.lang.ArrayIndexOutOfBoundsException(1)'
        at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat.createFilterScan(HiveHBaseTableInputFormat.java:224)
        at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat.getSplitsInternal(HiveHBaseTableInputFormat.java:492)
        at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat.getSplits(HiveHBaseTableInputFormat.java:449)
        at org.apache.hadoop.hive.ql.io.HiveInputFormat.getSplits(HiveInputFormat.java:466)
        at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getCombineSplits(CombineHiveInputFormat.java:356)
        at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getSplits(CombineHiveInputFormat.java:546)
        at org.apache.hadoop.mapreduce.JobSubmitter.writeSplits(JobSubmitter.java:320)
        at org.apache.hadoop.mapreduce.JobSubmitter.submitJobInternal(JobSubmitter.java:196)
        at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1290)
        at org.apache.hadoop.mapreduce.Job$10.run(Job.java:1287)
        at org.apache.hadoop.mapreduce.Job.submit(Job.java:1287)
        at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:575)
        at org.apache.hadoop.mapred.JobClient$1.run(JobClient.java:570)

Repro:

CREATE TABLE HBASE_TABLE_TEST_1(
  cvalue string ,
  pk string,
 ccount int   )
  'org.apache.hadoop.hive.hbase.HBaseSerDe'
STORED BY
  'org.apache.hadoop.hive.hbase.HBaseStorageHandler'
  'hbase.columns.mapping'='cf:val,:key,cf2:count',
  'hbase.scan.cache'='500',
  'hbase.scan.cacheblocks'='false',
  'serialization.format'='1')
  'hbase.table.name'='hbase_table_test_1',
  'serialization.null.format'=''  );

  CREATE VIEW VIEW_HBASE_TABLE_TEST_1 AS SELECT hbase_table_test_1.cvalue,hbase_table_test_1.pk,hbase_table_test_1.ccount FROM hbase_table_test_1 WHERE hbase_table_test_1.ccount IS NOT NULL;

CREATE TABLE HBASE_TABLE_TEST_2(
    pk string ,
   ccount int  )
STORED BY
  'hbase.table.name'='hbase_table_test_2',
  'serialization.null.format'='');

CREATE VIEW VIEW_HBASE_TABLE_TEST_2 AS SELECT hbase_table_test_2.cvalue,hbase_table_test_2.pk,hbase_table_test_2.ccount FROM hbase_table_test_2 WHERE  hbase_table_test_2.pk >='3-0000h-0' AND hbase_table_test_2.pk <= '3-0000h-g' AND hbase_table_test_2.ccount IS NOT NULL;

  SELECT  p.cvalue cvalue
FROM `VIEW_HBASE_TABLE_TEST_1` `p`
LEFT OUTER JOIN `VIEW_HBASE_TABLE_TEST_2` `A1`
ON `p`.cvalue = `A1`.cvalue
LEFT OUTER JOIN `VIEW_HBASE_TABLE_TEST_1` `A2`
ON `p`.cvalue = `A2`.cvalue;

I've noticed that we are missing metastore schema and upgrade files for version 0.11. I know that the metastore structure has not been changed between 0.10 and 0.11, thus they are not strictly necessary.
However in the same situation in the past (for example when going 0.2 -> 0.3 or 0.8 -> 0.9) we've always copied the metastore files from previous release. I believe that this is more user friendly approach as user can simply use the metastore schema file for his version without thinking which file to use.
I know that 0.11 is out and that we are currently working on 0.12, but I believe that we should add those files retrospectively anyway.

Currently dynamic min/max/bloom optimization is always enabled. However there are times where it may not be beneficial, such as if the semijoin has a PK-FK relation and there are no filters on the semijoin table. Try to devise a way to do a cost/benefit calculation to see if there is enough benefit to adding the runtime filter.

The @Feature method that failed in my case is:

	@Feature
	public MvcAnnotationDriven annotatedControllers(Validator validator, @Value("${facebook.appId}") String facebookAppId,
			@Value("facebook.appSecret}") String facebookAppSecret) {
		return new MvcAnnotationDriven().validator(validator).
			argumentResolvers(new DeviceWebArgumentResolver(),
					new FacebookWebArgumentResolver(facebookAppId, facebookAppSecret),
					new AccountWebArgumentResolver(),
					new DateTimeZoneWebArgumentResolver(),
					new LocationWebArgumentResolver());
	}

Looks like Spring is trying to create a subclass of one of the environment property parameters.  Injection of environment properties seems to work fine for @Configuration method arguments.
The full stack trace:

org.springframework.context.annotation.FeatureMethodExecutionException: org.springframework.context.annotation.ProxyCreationException: Cannot create subclass proxy for bean type java.lang.String because it is a final class. Make the class non-final or inject the bean by interface rather than by concrete class.
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processFeatureMethod(ConfigurationClassPostProcessor.java:353)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.access$0(ConfigurationClassPostProcessor.java:318)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor$1.doWith(ConfigurationClassPostProcessor.java:233)
	at org.springframework.util.ReflectionUtils.doWithMethods(ReflectionUtils.java:459)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processFeatureConfigurationClasses(ConfigurationClassPostProcessor.java:230)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigurationClasses(ConfigurationClassPostProcessor.java:203)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:176)
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:604)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:437)
	at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:294)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:215)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4135)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4630)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:568)
	at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
	at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
	at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
	at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1282)
	at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
	at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
	at org.apache.catalina.core.StandardHost.start(StandardHost.java:807)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
	at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:445)
	at org.apache.catalina.core.StandardService.start(StandardService.java:519)
	at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
	at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
Caused by: org.springframework.context.annotation.ProxyCreationException: Cannot create subclass proxy for bean type java.lang.String because it is a final class. Make the class non-final or inject the bean by interface rather than by concrete class.
	at org.springframework.context.annotation.EarlyBeanReferenceProxyCreator.assertClassIsProxyCapable(EarlyBeanReferenceProxyCreator.java:127)
	at org.springframework.context.annotation.EarlyBeanReferenceProxyCreator.doCreateProxy(EarlyBeanReferenceProxyCreator.java:94)
	at org.springframework.context.annotation.EarlyBeanReferenceProxyCreator.createProxy(EarlyBeanReferenceProxyCreator.java:79)
	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processFeatureMethod(ConfigurationClassPostProcessor.java:334)
	... 35 more

Using ThrottlingInflightRoutePolicy can deadlock a route in some situations. The unit test pasted in below shows one such situation.
What happens is that the bottom route processes its first exchange, then suspends. Since it is suspended it will not take the next exchange from the seda queue, and so it will never check whether it should re-enable the route.
Perhaps it will work by putting the check to re-enable the route in the onExchangeBegin method, if that is called even when the route is suspended?

import org.apache.camel.impl.DefaultInflightRepository;
import org.apache.camel.impl.ThrottlingInflightRoutePolicy;
import org.apache.camel.impl.ThrottlingInflightRoutePolicy.ThrottlingScope;

public class ThrottleTest extends CamelTestSupport {

	@Produce(uri = "direct:input")
	protected ProducerTemplate input;

	@Override
	    return new RouteBuilder() {
            	resultEndpoint = new MockEndpoint("mock:result");
            	resultEndpoint.setCamelContext(getContext());
            	
            	getContext().setInflightRepository(new DefaultInflightRepository() {
            		@Override
            	    public void add(Exchange exchange) {
            			super.add(exchange);
            			System.out.println("                        add " + this.size());
            	    }
            		@Override
           	        public void remove(Exchange exchange) {
            			super.remove(exchange);
            			System.out.println("                     remove " + this.size());
           	        }
            		
            	});
            	
            	ThrottlingInflightRoutePolicy throttler = new ThrottlingInflightRoutePolicy();
            	
            	throttler.setMaxInflightExchanges(1);
            	throttler.setScope(ThrottlingScope.Context);

            	from("direct:input")
            		.inOnly("seda:hey", "seda:hey", "seda:hey", "seda:hey", "seda:hey")
            		.delay(1000)
        		.inOnly("log:inputDone");
            	
            	from("seda:hey")
            		.routePolicy(throttler)
            		.inOut("log:outputDone")
            		.to(resultEndpoint);
            }
        };
	}
	
	public void testThatAllExchangesAreReceived() throws Exception {
		input.sendBody("hello");
		
		resultEndpoint.expectedMessageCount(5);
	}
}

After switching to spring-session-redis management there is no way to simply implement POST redirect GET scenario by assigning BindResult to RedirectAttributes.
It's because ResolvableAttribute does not implement Serializable interface and it's part of FieldError class (as one of arguments objects).
Example:

protected <T> boolean valid(T obj, String name, BindingResult result, RedirectAttributes redirectAttributes) {
        redirectAttributes.addFlashAttribute("org.springframework.validation.BindingResult." + name, result);
        redirectAttributes.addFlashAttribute(name, obj);
    }
}

@RequestMapping(value = {"/join"}, method = RequestMethod.GET)
public String handleGetSignup(Model model) {
    if (!model.containsAttribute("userJoinForm")) {
        model.addAttribute("userJoinForm", new UserJoinForm());
    }
    return "/join/signup";
}

@RequestMapping(value = {"/join"}, method = RequestMethod.POST)
public String handlePostSignup(RedirectAttributes redirectAttributes,
                               @Validated @ModelAttribute UserJoinForm userJoinForm,
                               BindingResult result) {

    if (!valid(userJoinForm, "userJoinForm", result, redirectAttributes)) {
        return "redirect:/join";
    }
    ...
}

If I'm not wrong, the UPSERT method of memStore should remove all existing KeyValues except the newer version.
In memStore,
DefaultMemStore.java
int versIionsVisible = 0;
...
if (cur.getTypeByte() == KeyValue.Type.Put.getCode() &&
            cur.getSequenceId() <= readpoint) {
          if (versionsVisible > 1) {
            // if we get here we have seen at least one version visible to the oldest scanner,
            // which means we can prove that no scanner will see this version

            // false means there was a change, so give us the size.
            long delta = heapSizeChange(cur, true);
            addedSize -= delta;
            this.size.addAndGet(-delta);
            it.remove();
            setOldestEditTimeToNow();
          } else {
            versionsVisible++;
          }

Does "versionsVisible > 1" should be changed to "versionsVisible >= 1" ?
thanks.

From some internal discussions at Salesforce we concluded that we need better control over the resources (mostly threads) consumed by HTable when used in a AppServer with many client threads.
Since HTable is not thread safe, the only options are cache them (in a custom thread local or using HTablePool) or to create them on-demand.
I propose a simple change: Add a new constructor to HTable that takes an optional ExecutorService and HConnection instance. That would make HTable a pretty lightweight object and we would manage the ES and HC separately.
I'll upload a patch a soon to get some feedback.

When I try to run the camel-itest-karaf, I found the camel-jpa feature can not be install out of box, as the servlet api cannot be resolved. 

The current logic in HttpSessionSecurityContextRepository does not set the session attribute if it finds that the current thread-local context matches the value in the session. This works fine in a single JVM. However, in a cluster or cloud environment where requests for the same session may be handled in different JVMs, the changes must be propagated to other nodes and the setAttribute() call is required to achieve this.

Postgres upgrade scripts set standard_conforming_strings which is not allowed in 8.1:

ERROR: parameter "standard_conforming_strings" cannot be changed (state=55P02,code=0)

Postgres 8.1 Release notes say that "standard_conforming_strings value is read-only"
Postgres 8.2 notes say that it can be set at runtime.
It'd be nice to address this for those still using Postgres 8.1
This patch provides a schemaTool db option "postgres.filter.81" which, if set, filters out the "standard_conforming_strings" statement from upgrade scripts.

When the disc subsystem cannot keep up with a sustained high write load, a region will eventually block updates to throttle clients.
(HRegion.checkResources).
It would be nice to have a metric for this, so that these occurrences can be tracked.

/**
   * Set the new ImmutableBytesWritable to the contents of the passed
   * <code>ibw</code>.
   * @param ibw the value to set this ImmutableBytesWritable to.
   */
  public ImmutableBytesWritable(final ImmutableBytesWritable ibw) {
    this(ibw.get(), 0, ibw.getSize());
  }

It should be this(ibw.get(), ibw.getOffset(), ibw.getSize());

When you configure an Elytron security domain to automatically outflow identities from it to a different domain, the source domain stops working.
1. configure management interface to be secured by Elytron ManagementDomain:

/core-service=management/access=identity:add(security-domain=ManagementDomain)
/core-service=management/management-interface=http-interface:write-attribute(name=http-upgrade,value={enabled=true, sasl-authentication-factory=management-sasl-authentication})
/core-service=management/management-interface=http-interface:write-attribute(name=http-authentication-factory,value=management-http-authentication)

2. configure ManagementDomain to outflow its identity somewhere, eg. ApplicationDomain:

/subsystem=elytron/security-domain=ManagementDomain:write-attribute(name=outflow-security-domains,value=[ApplicationDomain])

3. Reload the server
4. Try to invoke any operation using CLI, it will fail:

[standalone@localhost:9990 /] :whoami
Failed to perform read-operation-description: java.util.concurrent.ExecutionException: Operation failed: Operation failed: java.lang.NullPointerException:null

MetadataReader should be closed in OrcEncodedDataReader as a part of cleanupReaders. 
\cc Gopal V

If a web application contains a Servlet and a REST service (as CDI Bean) with an @EJB(lookup="java:comp/env/xxxx") injection for a indirection via web.xml/jboss-web.xml the CDI Bean will ignore it without any message whereas the Servlet inject the EJB proxy as expected.
This approach is used to be able to change/adjust the target EJB by changing the DD and not the application code.
Reproducer can be found here:
git@github.com:wfink/jboss-eap-quickstarts.git
BRANCH: 6.4.x_ejb-multi-server_reproducerEJB-injection2
SubProject: ejb-multi-server (used only a part of it to have a web-app and a ejb-app)
see ejb-multi-server/README-reproducerEJB-injection

It used to be possible to do stuff like
bin/hbase zkcli stat
And we have this kind of stuff in the standard hbase scripts.
This has been broken by HBASE-8766 (reverting is an easy way to fix, it's unlikely to be the right thing to do. Pinging Enis Soztutar)

    /**
     ...

@param map  the map to synchronize, must not be null
@return a synchronized map backed by the given map
@throws IllegalArgumentException  if the map is null
     */
    public static Map synchronizedMap(Map map) 
{
        return Collections.synchronizedMap(map);
    }

However, the method throws NullPointerException instead of IllegalArgumentException when called with null.
1. Add code "if (map == null) throw IllegalArgumentException();" at the beginning of the method body.
or
2. Change "@throws IllegalArgumentException  if the map is null" to "@throws NullPointerException  if the map is null".
or
3. Remove the entire "@throws IllegalArgumentException  if the map is null".

The default Elytron configuration in profiles doesn't configure JBOSS-LOCAL-USER SASL mechanism for ApplicationRealm. If a client (e.g JMS/naming) uses local authentication in legacy security, it will not work after switching to Elytron based security.

We are using camel-ftp for SFTP operations in pure integration all camel application.
We had one scenario of putting large files on SFTP and another process will pick files from that location on periodic basis.
So need to rename existing file with same so it won't be picked and also during the process we does not want to be picked.
So we used both options together. 
1) fileExist=Move&moveExisting=${file:name.noext}-${date:now:ddMMyyyyHHmmss}.${file:ext}
2) tempFileName=${file:onlyname}.inprogress
But as per code Move operation is performed in XXXXOperations class and filename passed from GenericFileProducer is temporary file name to writeFile method.

Create a GWT project in which the service layer delegates to active record methods:

project --topLevelPackage com.example.gwtbug
entity jpa --class ~.server.domain.Thing
service --interface ~.services.ThingService --entity ~.server.domain.Thing

Exit the Roo shell
Delete ThingService.java and ThingServiceImpl.java
Restart the Roo shell; some GWT-related artifacts are updated to reflect the deletion of the ThingService, but the Roo-managed ThingRequest interface still contains its class name and method signatures:

package com.example.gwtbug.client.request;

import com.example.gwtbug.client.proxy.ThingProxy;
import com.google.web.bindery.requestfactory.shared.InstanceRequest;
import com.google.web.bindery.requestfactory.shared.Request;
import com.google.web.bindery.requestfactory.shared.RequestContext;
import com.google.web.bindery.requestfactory.shared.ServiceName;
import org.springframework.roo.addon.gwt.RooGwtRequest;

@RooGwtRequest(value = "com.example.gwtbug.server.domain.Thing", exclude = { "clear", "entityManager", "equals", "flush", "hashCode", "merge", "toString" })
@ServiceName(value = "com.example.gwtbug.services.ThingService", locator = "com.example.gwtbug.server.locator.GwtServiceLocator")
public interface ThingRequest extends RequestContext {

    abstract Request<java.lang.Long> countAllThings();

    abstract Request<java.lang.Void> deleteThing(ThingProxy thing);

    abstract Request<com.example.gwtbug.client.proxy.ThingProxy> findThing(Long id);

    abstract Request<java.util.List<com.example.gwtbug.client.proxy.ThingProxy>> findAllThings();

    abstract Request<java.util.List<com.example.gwtbug.client.proxy.ThingProxy>> findThingEntries(int firstResult, int maxResults);

    abstract Request<java.lang.Void> saveThing(ThingProxy thing);

    abstract Request<com.example.gwtbug.client.proxy.ThingProxy> updateThing(ThingProxy thing);
}

The most obvious symptom is that the following Roo-managed Java files no longer compile (because they have been correctly updated with the expected Request method names):
	
ThingActivitiesMapper_Roo_Gwt.java
ThingDetailsActivity_Roo_Gwt.java
ThingListActivity_Roo_Gwt.java

For a HTTP/1.1 client request there is requirement that it has defined Host header either with empty or non-empty value, see RFC 2616 here, here and here.
If client performs the HTTP/1.1 request with no Host header defined, server MUST response with 400 (Bad request):

Servers MUST report a 400 (Bad Request) error if an HTTP/1.1
        request does not include a Host request-header.
Currently EAP7 response with actual page content when HTTP/1.1 request without Host header is performed, try:

telnet localhost 8080
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET / HTTP/1.1

Expected behaviour: server respondes with 400 (Bad request) as specification says so.

Calling operations on messaging resources that do not exist fails with a cryptic error:

[standalone@localhost:9990 /] /subsystem=messaging/hornetq-server=default/runtime-queue=non-exisiting-queue:count-messages
{
    "failure-description" => "JBAS014749: Operation handler failed: null",

Instead, the normal error for that case should be return:

{
    (\"runtime-queue\" => \"non-exisiting-queue\")
}

In  Multi-thread environment,  sometimes the  HashMap in PerfLogger.java  will  casue massive Java Processes hang  and cost  large amounts of unnecessary CPU and Memory.

Currently, prepareBulkLoad and cleanupBulkLoad are using "hasSomeAccess", which performs scan on ACL table, instead of using TableAuthManager. Also, the method "hasSomeAccess" has a logical error, as it doesn't filter the acl scan results by the current active user. More specifically 

for (UserPermission userPerm: perms) {
        for (Action userAction: userPerm.getActions()) {
          if (userAction.equals(action)) {
            return AuthResult.allow(method, "Access allowed", requestUser,
              action, tableName, null, null);
          }
        }
      }

The if clause ideally should be having something like userPerm.getUser.equals(requestUser). This issue will help us in getting rid of this problematic implementation.

Now if the two sides of comparison is of different type, we always convert both to double and compare. It was a slight regression from the change in https://issues.apache.org/jira/browse/HIVE-1638. The old UDFOP<Comparison>, using GenericUDFBridge, always tried to find common type first.
The worse case is this: If you did "WHERE <BIGINT_COLUMN> = 0 ", we always convert the column and 0 to double and compare, which is wasteful, though it is usually a minor costs in the system. But it is easy to fix.

Look the code about choosing processor in camel: http://camel.apache.org/maven/current/camel-core/apidocs/org/apache/camel/processor/loadbalancer/RandomLoadBalancer.html

 protected synchronized Processor chooseProcessor(List<Processor> processors, Exchange exchange) {
        int size = processors.size();
            int index = (int) Math.round(Math.random() * size);
            if (index < size) {
                return processors.get(index);
            }
        }
}

For example, processors.size() = 3,
so, Math.random() * size = 0.0 .. 3.0,
So, index is either 0, or 1, or 2, or 3,
so there is four variants, while we are looking for three variants.
and, variant "3" is then thrown away in "if" comparison and re-selected.that is a source of uneveningness.when there are vast message exchange, the load radio for three endpoints are approach to 20%,40%,40%. it is unreasonable radio,should approach 33% allowing the amount of difference for each endpoint(smaller than 10%). 
For the above code, can replace "int index = (int) Math.round(Math.random() * size)" with "int index = (int)Math.ceil(Math.random() * 3 - 1)"

I tested directly the fb graph api explorer and got the full information. In the Java LikesOPerations call I get all the information less the cover object (id, image url, offsetx, offsety) and the link of the link
Apparently the permissions are the same in the graph api explorer and the fb connect (user_likes,friends_likes,publish_stream,user_photos,offline_access,friends_birthday,friends_location,read_friendlists)
GET me/friends?fields=likes.fields(link,name,website,cover),name,link&limit=5

Set proper cluster destroy order
Propagated proper HBaseTestContext
Ported downstream fixes (CDH-63695)
General clean up

Seeing a NPE in org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlPersister. that probably needs a null check:

        at org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlPersister.writeCalendarTimer(EjbTimerXmlPersister.java:136)
        at org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlPersister.writeContent(EjbTimerXmlPersister.java:89)
        at org.jboss.as.ejb3.timerservice.persistence.filestore.EjbTimerXmlPersister.writeContent(EjbTimerXmlPersister.java:43)
        at org.jboss.staxmapper.XMLMapperImpl.doDeparse(XMLMapperImpl.java:88)
        at org.jboss.staxmapper.XMLMapperImpl.deparseDocument(XMLMapperImpl.java:83)
        at org.jboss.as.ejb3.timerservice.persistence.filestore.FileTimerPersistence.writeFile(FileTimerPersistence.java:440)

CBO joins with date_dim first instead of item where item is the more selective join.
Query 

select  *
 from(select w_warehouse_name
            ,i_item_id
            ,sum(case when (cast(d_date as date) < cast ('1998-04-08' as date))
	                then inv_quantity_on_hand 
                      else 0 end) as inv_before
            ,sum(case when (cast(d_date as date) >= cast ('1998-04-08' as date))
                      then inv_quantity_on_hand 
                      else 0 end) as inv_after
   from inventory
       ,warehouse
       ,item
       ,date_dim
   where i_current_price between 0.99 and 1.49
     and item.i_item_sk          = inventory.inv_item_sk
     and inventory.inv_warehouse_sk   = warehouse.w_warehouse_sk
     and inventory.inv_date_sk    = date_dim.d_date_sk
     and d_date between '1998-03-09' and '1998-05-07'
   group by w_warehouse_name, i_item_id) x
 where (case when inv_before > 0 
             then inv_after / inv_before 
             else null
             end) between 2.0/3.0 and 3.0/2.0
 order by w_warehouse_name
 limit 100

Logical Plan 

2014-11-06 16:58:32,041 DEBUG [main]: parse.SemanticAnalyzer (SemanticAnalyzer.java:apply(12631)) - Plan After Join Reordering:
HiveSortRel(fetch=[100]): rowcount = 1.0, cumulative cost = {1.627879384609158E9 rows, 2.0 cpu, 0.0 io}, id = 12521
  HiveSortRel(sort0=[$0], sort1=[$1], dir0=[ASC], dir1=[ASC]): rowcount = 1.0, cumulative cost = {1.627879368609158E9 rows, 1.0 cpu, 0.0 io}, id = 12519
    HiveProjectRel(w_warehouse_name=[$0], i_item_id=[$1], inv_before=[$2], inv_after=[$3]): rowcount = 1.0, cumulative cost = {1.627879352609158E9 rows, 0.0 cpu, 0.0 io}, id = 12517
      HiveFilterRel(condition=[between(false, when(>($2, 0), /(CAST($3):DOUBLE, CAST($2):DOUBLE), null), /(2E0, 3E0), /(3E0, 2E0))]): rowcount = 1.0, cumulative cost = {1.627879352609158E9 rows, 0.0 cpu, 0.0 io}, id = 12515
        HiveAggregateRel(group=[{0, 1}], agg#0=[sum($2)], agg#1=[sum($3)]): rowcount = 1.7688372892644288, cumulative cost = {1.627879352609158E9 rows, 0.0 cpu, 0.0 io}, id = 12513
          HiveProjectRel($f0=[$5], $f1=[$7], $f2=[when(<(CAST($10):DATE, CAST('1998-04-08'):DATE), $2, 0)], $f3=[when(>=(CAST($10):DATE, CAST('1998-04-08'):DATE), $2, 0)]): rowcount = 1.8477987480495097, cumulative cost = {1.627879352609158E9 rows, 0.0 cpu, 0.0 io}, id = 12511
            HiveProjectRel(inv_item_sk=[$2], inv_warehouse_sk=[$3], inv_quantity_on_hand=[$4], inv_date_sk=[$5], w_warehouse_sk=[$0], w_warehouse_name=[$1], i_item_sk=[$8], i_item_id=[$9], i_current_price=[$10], d_date_sk=[$6], d_date=[$7]): rowcount = 1.8477987480495097, cumulative cost = {1.627879352609158E9 rows, 0.0 cpu, 0.0 io}, id = 12577
              HiveJoinRel(condition=[=($3, $0)], joinType=[inner]): rowcount = 1.8477987480495097, cumulative cost = {1.627879352609158E9 rows, 0.0 cpu, 0.0 io}, id = 12575
                HiveProjectRel(w_warehouse_sk=[$0], w_warehouse_name=[$2]): rowcount = 27.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 12463
                  HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_30000.warehouse]]): rowcount = 27.0, cumulative cost = {0}, id = 12287
                HiveJoinRel(condition=[=($6, $0)], joinType=[inner]): rowcount = 1.8477987480495097, cumulative cost = {1.6278793237613592E9 rows, 0.0 cpu, 0.0 io}, id = 12573
                  HiveJoinRel(condition=[=($3, $4)], joinType=[inner]): rowcount = 22284.45290147709, cumulative cost = {1.627857001E9 rows, 0.0 cpu, 0.0 io}, id = 12534
                    HiveProjectRel(inv_item_sk=[$0], inv_warehouse_sk=[$1], inv_quantity_on_hand=[$2], inv_date_sk=[$3]): rowcount = 1.627857E9, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 12460
                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_30000.inventory]]): rowcount = 1.627857E9, cumulative cost = {0}, id = 12284
                    HiveProjectRel(d_date_sk=[$0], d_date=[$2]): rowcount = 1.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 12507
                      HiveFilterRel(condition=[between(false, $2, '1998-03-09', '1998-05-07')]): rowcount = 1.0, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 12505
                        HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_30000.date_dim]]): rowcount = 73049.0, cumulative cost = {0}, id = 12286
                  HiveProjectRel(i_item_sk=[$0], i_item_id=[$1], i_current_price=[$5]): rowcount = 38.308457711442784, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 12501
                    HiveFilterRel(condition=[between(false, $5, 9.8999999999999999111E-1, 1.4899999999999999911E0)]): rowcount = 38.308457711442784, cumulative cost = {0.0 rows, 0.0 cpu, 0.0 io}, id = 12499
                      HiveTableScanRel(table=[[tpcds_bin_partitioned_orc_30000.item]]): rowcount = 462000.0, cumulative cost = {0}, id = 12285

Physical plan

    Tez
      Edges:
        Map 3 <- Map 1 (BROADCAST_EDGE), Map 2 (BROADCAST_EDGE), Map 6 (BROADCAST_EDGE)
        Reducer 4 <- Map 3 (SIMPLE_EDGE)
        Reducer 5 <- Reducer 4 (SIMPLE_EDGE)
      DagName: mmokhtar_20141104001212_4ebd83eb-0b1a-4375-aa32-b6455db0b8f9:1
      Vertices:
        Map 1 
                TableScan
                  alias: warehouse
                  filterExpr: w_warehouse_sk is not null (type: boolean)
                  Statistics: Num rows: 27 Data size: 27802 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: w_warehouse_sk is not null (type: boolean)
                    Statistics: Num rows: 27 Data size: 2808 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: w_warehouse_sk (type: int), w_warehouse_name (type: string)
                      Statistics: Num rows: 27 Data size: 2808 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 27 Data size: 2808 Basic stats: COMPLETE Column stats: COMPLETE
        Map 2 
                TableScan
                  filterExpr: (i_current_price BETWEEN 0.99 AND 1.49 and i_item_sk is not null) (type: boolean)
                    predicate: (i_current_price BETWEEN 0.99 AND 1.49 and i_item_sk is not null) (type: boolean)
                    Statistics: Num rows: 231000 Data size: 24945664 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: i_item_sk (type: int), i_item_id (type: string)
                      Statistics: Num rows: 231000 Data size: 24024000 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 231000 Data size: 24024000 Basic stats: COMPLETE Column stats: COMPLETE
        Map 3 
                TableScan
                  alias: inventory
                  filterExpr: (inv_item_sk is not null and inv_warehouse_sk is not null) (type: boolean)
                  Statistics: Num rows: 1627857000 Data size: 19208695084 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: (inv_item_sk is not null and inv_warehouse_sk is not null) (type: boolean)
                    Statistics: Num rows: 1627857000 Data size: 25720123084 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: inv_item_sk (type: int), inv_warehouse_sk (type: int), inv_quantity_on_hand (type: int), inv_date_sk (type: int)
                      Statistics: Num rows: 1627857000 Data size: 25720123084 Basic stats: COMPLETE Column stats: COMPLETE
                          0 {_col0} {_col1} {_col2}
                          1 {_col1}
                        keys:
                        outputColumnNames: _col0, _col1, _col2, _col5
                          1 Map 6
                        Statistics: Num rows: 1820114157 Data size: 185651644014 Basic stats: COMPLETE Column stats: COMPLETE
                            0 {_col1} {_col2} {_col5}
                            1 {_col1}
                          keys:
                          outputColumnNames: _col1, _col2, _col5, _col7
                            1 Map 2
                          Statistics: Num rows: 1913285356 Data size: 378830500488 Basic stats: COMPLETE Column stats: COMPLETE
                            expressions: _col1 (type: int), _col2 (type: int), _col5 (type: string), _col7 (type: string)
                            outputColumnNames: _col1, _col2, _col5, _col7
                            Statistics: Num rows: 1913285356 Data size: 378830500488 Basic stats: COMPLETE Column stats: COMPLETE
                                0 {_col1}
                                1 {_col2} {_col5} {_col7}
                              keys:
                                1 _col1 (type: int)
                              outputColumnNames: _col1, _col4, _col7, _col9
                                0 Map 1
                              Statistics: Num rows: 2348122936 Data size: 699740634928 Basic stats: COMPLETE Column stats: COMPLETE
                              Select Operator
                                expressions: _col1 (type: string), _col9 (type: string), CASE WHEN ((CAST( _col7 AS DATE) < 1998-04-08)) THEN (_col4) ELSE (0) END (type: int), CASE WHEN ((CAST( _col7 AS DATE) >= 1998-04-08)) THEN (_col4) ELSE (0) END (type: int)
                                outputColumnNames: _col0, _col1, _col2, _col3
                                Statistics: Num rows: 2348122936 Data size: 699740634928 Basic stats: COMPLETE Column stats: COMPLETE
                                Group By Operator
                                  aggregations: sum(_col2), sum(_col3)
                                  keys: _col0 (type: string), _col1 (type: string)
                                  mode: hash
                                  outputColumnNames: _col0, _col1, _col2, _col3
                                  Statistics: Num rows: 1174061468 Data size: 253597277088 Basic stats: COMPLETE Column stats: COMPLETE
                                    key expressions: _col0 (type: string), _col1 (type: string)
                                    sort order: ++
                                    Map-reduce partition columns: _col0 (type: string), _col1 (type: string)
                                    Statistics: Num rows: 1174061468 Data size: 253597277088 Basic stats: COMPLETE Column stats: COMPLETE
                                    value expressions: _col2 (type: bigint), _col3 (type: bigint)
        Map 6 
                TableScan
                  filterExpr: (d_date BETWEEN '1998-03-09' AND '1998-05-07' and d_date_sk is not null) (type: boolean)
                    predicate: (d_date BETWEEN '1998-03-09' AND '1998-05-07' and d_date_sk is not null) (type: boolean)
                      expressions: d_date_sk (type: int), d_date (type: string)
                      Statistics: Num rows: 36524 Data size: 3579352 Basic stats: COMPLETE Column stats: COMPLETE
                        Statistics: Num rows: 36524 Data size: 3579352 Basic stats: COMPLETE Column stats: COMPLETE
                          mode: hash
                          Statistics: Num rows: 36524 Data size: 3579352 Basic stats: COMPLETE Column stats: COMPLETE
                            Target Input: inventory
                            Partition key expr: inv_date_sk
                            Statistics: Num rows: 36524 Data size: 3579352 Basic stats: COMPLETE Column stats: COMPLETE
                            Target column: inv_date_sk
        Reducer 4 
                keys: KEY._col0 (type: string), KEY._col1 (type: string)
                Statistics: Num rows: 3263127 Data size: 704835432 Basic stats: COMPLETE Column stats: COMPLETE
                  predicate: CASE WHEN ((_col2 > 0)) THEN ((UDFToDouble(_col3) / UDFToDouble(_col2))) ELSE (null) END BETWEEN 0.6666666666666666 AND 1.5 (type: boolean)
                  Statistics: Num rows: 1631563 Data size: 352417608 Basic stats: COMPLETE Column stats: COMPLETE
                    expressions: _col0 (type: string), _col1 (type: string), _col2 (type: bigint), _col3 (type: bigint)
                    Statistics: Num rows: 1631563 Data size: 352417608 Basic stats: COMPLETE Column stats: COMPLETE
                      key expressions: _col0 (type: string), _col1 (type: string)
                      Statistics: Num rows: 1631563 Data size: 352417608 Basic stats: COMPLETE Column stats: COMPLETE
                      value expressions: _col2 (type: bigint), _col3 (type: bigint)
        Reducer 5 
                expressions: KEY.reducesinkkey0 (type: string), KEY.reducesinkkey1 (type: string), VALUE._col0 (type: bigint), VALUE._col1 (type: bigint)
                Statistics: Num rows: 1631563 Data size: 352417608 Basic stats: COMPLETE Column stats: COMPLETE
                Limit
                  Statistics: Num rows: 100 Data size: 21600 Basic stats: COMPLETE Column stats: COMPLETE
                    Statistics: Num rows: 100 Data size: 21600 Basic stats: COMPLETE Column stats: COMPLETE
                    table:

      limit: 100
        ListSink

Time taken: 6.142 seconds, Fetched: 205 row(s)

The Validator component requires the payload to be of type DOMSource so it converters it to this type.
But we lack a XmlConverter from an InputStream to this type.
http://www.nabble.com/XML-Validation-throws-NoXmlBodyValidationException-td24147734.html

If we update the row multiple times with different visibility labels
we are able to get the "old version" of the row until is flushed

$ sudo -u hbase hbase shell
hbase> add_labels 'A'
hbase> add_labels 'B'
hbase> create 'tb', 'f1'
hbase> put 'tb', 'row', 'f1:q', 'v1', {VISIBILITY=>'A'}
hbase> put 'tb', 'row', 'f1:q', 'v1all'
hbase> put 'tb', 'row', 'f1:q', 'v1aOrB', {VISIBILITY=>'A|B'}
hbase> put 'tb', 'row', 'f1:q', 'v1aAndB', {VISIBILITY=>'A&B'}
hbase> scan 'tb'
row column=f1:q, timestamp=1395948168154, value=v1aAndB
1 row

$ sudo -u testuser hbase shell
row column=f1:q, timestamp=1395948168102, value=v1all
1 row

When we flush the memstore we get a single row (the last one inserted)
so the testuser get 0 rows now.

hbase> flush 'tb'
1 row

0 row

I saw some warnings in a failed security test. Whether they have any effect is an open question, since the test failure is not systematic (it passes or fails depending on some seemingly unrelated configuration), but I'm going fix it anyway.

The current implementation of FileSinkOperator runs into trouble when reusing the same query pipeline aggressively with container reuse.
This is due to a prevFSP writer which is left referenced after closeOp() and which is not reset even for initializeOp().

014-03-25 14:46:31,744 FATAL [main] org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor: org.apache.hadoop.hive.ql.metadata.HiveException: java.nio.channels.ClosedChannelException
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.closeWriters(FileSinkOperator.java:170)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.getDynOutPaths(FileSinkOperator.java:758)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.startGroup(FileSinkOperator.java:833)
        at org.apache.hadoop.hive.ql.exec.Operator.defaultStartGroup(Operator.java:497)
        at org.apache.hadoop.hive.ql.exec.Operator.startGroup(Operator.java:520)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.processKeyValues(ReduceRecordProcessor.java:296)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.run(ReduceRecordProcessor.java:223)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:159)
        at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:306)
        at org.apache.hadoop.mapred.YarnTezDagChild$4.run(YarnTezDagChild.java:549)
        at org.apache.hadoop.mapred.YarnTezDagChild.main(YarnTezDagChild.java:538)
Caused by: java.nio.channels.ClosedChannelException
        at org.apache.hadoop.hdfs.DFSOutputStream.checkClosed(DFSOutputStream.java:1526)
        at org.apache.hadoop.fs.FSOutputSummer.write(FSOutputSummer.java:98)
        at org.apache.hadoop.fs.FSDataOutputStream$PositionCache.write(FSDataOutputStream.java:58)
        at java.io.DataOutputStream.write(DataOutputStream.java:107)
        at org.apache.hadoop.hive.ql.io.orc.WriterImpl$DirectStream.output(WriterImpl.java:316)
        at org.apache.hadoop.hive.ql.io.orc.OutStream.flush(OutStream.java:242)
        at org.apache.hadoop.hive.ql.io.orc.WriterImpl.writeMetadata(WriterImpl.java:1923)
        at org.apache.hadoop.hive.ql.io.orc.WriterImpl.close(WriterImpl.java:2017)
        at org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat$OrcRecordWriter.close(OrcOutputFormat.java:98)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.closeWriters(FileSinkOperator.java:167)
        ... 13 more

Currently we only check that the max number of entries in the hashmap for a MapJoin surpasses a certain threshold to decide whether to execute a dynamically partitioned hash join.
We would like to factor the size of the large input that we will shuffle for the dynamically partitioned hash join into the cost model too.

The following TestGenericUDF classes are located in udf package instead of udf.generic.

TestGenericUDFDate.java
TestGenericUDFDateAdd.java
TestGenericUDFDateDiff.java
TestGenericUDFDateSub.java
TestGenericUDFUtils.java

I cannot get this operation to execute, even if I set validate-operation-requests to false in jboss-cli.xml:

[standalone@embedded /] /subsystem=datasources/bogus=*:read-resource-description
Failed to get the list of the operation properties: "WFLYCTL0030: No resource definition is registered for address [
    ("bogus" => "*")
]"

It is important that the CLI allows users to send whatever low level ops they wish to the server if they turn off verification. The server validates requests itself, and in some cases can be coded to be lenient about things (e.g. to let previous 'wrong' things work.) We don't want the CLI to get in the way of that by doing client side validation that cannot be turned off.
Problem seems to be this in the Util class:

    public static ModelNode toOperationRequest(CommandContext ctx,
            ParsedCommandLine parsedLine, Attachments attachments)
            throws CommandFormatException {
        return toOperationRequest(ctx, parsedLine, attachments, true);
    }

That 'true' param results in the CLI trying to do a background read-operation-description and failing the op if unsuccessful.

I have a spring application running on google app engine and today i've encountered the following exception. Judging from the source code that NPE should never happen unless two threads access the method at the same time.
This is the place where it happens:
org.springframework.core.MethodParameter
	public String getParameterName() {
		if (this.parameterNameDiscoverer != null) {
			String[] parameterNames = (this.method != null ?
					this.parameterNameDiscoverer.getParameterNames(this.method) :
					this.parameterNameDiscoverer.getParameterNames(this.constructor));
			if (parameterNames != null) {
				this.parameterName = parameterNames[this.parameterIndex];
			}
			this.parameterNameDiscoverer = null;
		}
		return this.parameterName;
	}

The NPE occurs on line 4, i.e. parameterNameDiscoverer==null. But as there's a prior null-check I suspect, that another thread B wins the race by setting parameterNameDiscoverer to null before thread A gets to line 4.

	at org.springframework.core.MethodParameter.getParameterName(MethodParameter.java:367)
	at org.springframework.web.method.annotation.AbstractNamedValueMethodArgumentResolver.updateNamedValueInfo(AbstractNamedValueMethodArgumentResolver.java:140)
	at org.springframework.web.method.annotation.AbstractNamedValueMethodArgumentResolver.getNamedValueInfo(AbstractNamedValueMethodArgumentResolver.java:120)
	at org.springframework.web.method.annotation.AbstractNamedValueMethodArgumentResolver.resolveArgument(AbstractNamedValueMethodArgumentResolver.java:87)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:938)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:870)
	at myfilter.doFilter(AppEngineAuthFilter.java:63)
	at com.google.apphosting.utils.servlet.ParseBlobUploadFilter.doFilter(ParseBlobUploadFilter.java:125)
	at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:35)
	at com.google.apphosting.utils.servlet.JdbcMySqlConnectionCleanupFilter.doFilter(JdbcMySqlConnectionCleanupFilter.java:60)
	at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle(AppVersionHandlerMap.java:254)
	at com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable(RpcRequestParser.java:76)
	at com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:146)
	at com.google.apphosting.runtime.JavaRuntime$RequestRunnable.run(JavaRuntime.java:480)
	at com.google.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:438)
	at com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:445)
	at com.google.tracing.CurrentContext.runInContext(CurrentContext.java:220)
	at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:309)
	at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:301)
	at com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:442)
	at com.google.apphosting.runtime.ThreadGroupPool$PoolEntry.run(ThreadGroupPool.java:251)

Edit: The controller method which caused that exception:

@RequestMapping(value = "channel", method = RequestMethod.POST, consumes = "application/x-www-form-urlencoded")
@ResponseStatus(value = HttpStatus.NO_CONTENT)
public void handle(@RequestParam String arg1, @RequestParam String arg2, @RequestParam String arg3) {
        .... the body obviously doesn't get called, the request fails while processing the @RequestParams
}

My Arquillian Test implements org.wildfly.swarm.ContainerFactory and newContainer() because I want to set up my own datasource.
In newContainer(), I use my utililty class for setup container.
https://github.com/emag/wildfly-swarm-tour/blob/classnotfound/complete/lifelog-arquillian/src/test/java/wildflyswarmtour/lifelog/api/EntryControllerIT.java#L50
the class is here.
https://github.com/emag/wildfly-swarm-tour/blob/classnotfound/complete/lifelog-arquillian/src/main/java/wildflyswarmtour/lifelog/LifeLogContainer.java
And then, I got ClassNotFoundException. logs is here.
https://gist.github.com/emag/74b8d4b2c8efa9ab7ea0#file-stacktrace-md
You can reproduce it with the following step. I'm using wf-swarm HEAD(5e11be8).

git clone https://github.com/emag/wildfly-swarm-tour.git && cd wildfly-swarm-tour/complete && git checkout -b classnotfound origin/classnotfound && mvn clean verify -pl lifelog-arquillian

I got the following ERROR in hive.log
2014-04-23 17:30:23,331 ERROR metastore.ObjectStore (ObjectStore.java:handleDirectSqlError(1756)) - Direct SQL failed, falling back to ORM
javax.jdo.JDODataStoreException: Error executing SQL query "select PARTITIONS.PART_ID from PARTITIONS  inner join TBLS on PARTITIONS.TBL_ID = TBLS.TBL_ID   inner join DBS on TBLS.DB_ID = DBS.DB_ID inner join PARTITION_KEY_VALS as FILTER0 on FILTER0.PART_ID = PARTITIONS.PART_ID and FILTER0.INTEGER_IDX = 0 where TBLS.TBL_NAME = ? and DBS.NAME = ? and ((FILTER0.PART_KEY_VAL = ?))".
        at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:451)
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilterInternal(MetaStoreDirectSql.java:181)
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.getPartitionsViaSqlFilter(MetaStoreDirectSql.java:98)
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByFilterInternal(ObjectStore.java:1833)
        at org.apache.hadoop.hive.metastore.ObjectStore.getPartitionsByFilter(ObjectStore.java:1806)
        at org.apache.hadoop.hive.metastore.RetryingRawStore.invoke(RetryingRawStore.java:124)
        at com.sun.proxy.$Proxy11.getPartitionsByFilter(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.get_partitions_by_filter(HiveMetaStore.java:3310)
        at com.sun.proxy.$Proxy12.get_partitions_by_filter(Unknown Source)
1. set the following properties in hive-site.xml
  <name>javax.jdo.mapping.Schema</name>
  <value>HIVE</value>
  <name>javax.jdo.option.ConnectionUserName</name>
  <value>user1</value>
2. execute hive queries
hive> create table mytbl ( key int, value string);
hive> load data local inpath 'examples/files/kv1.txt' overwrite into table mytbl;
hive> select * from mytbl;
hive> create view myview partitioned on (value) as select key, value from mytbl where key=98;
hive> alter view myview add partition (value='val_98') partition (value='val_xyz');
hive> alter view myview drop partition (value='val_xyz');

Update relevant tests in wildfly '...integration/web/security testsuite..' so they are able to run with Elytron too.

The test fails in both master branch and branch-2 :

testSkippingEditsWithSmallerSeqIdAfterRegionOpenEvent(org.apache.hadoop.hbase.regionserver.TestHRegionReplayEvents)  Time elapsed: 3.74 sec  <<< ERROR!
java.lang.IndexOutOfBoundsException: Index: 2, Size: 1
	at org.apache.hadoop.hbase.regionserver.TestHRegionReplayEvents.testSkippingEditsWithSmallerSeqIdAfterRegionOpenEvent(TestHRegionReplayEvents.java:1042)

Query query = query(where("type").is("ad"));
query.sort().on("rawBidPrice", Order.DESCENDING);
Ad ad = mongoTemplate.findOne(query, Ad.class);
This does not sort the results before returning the first item.
Looking at the code, it doesn't even call query.getSortOrder().
query.limit(1);
List<Ad> ads = mongoTemplate.find(query, Ad.class);
Ad ad = ads.isEmpty() ? null : ads.get(0);

During performance testing on our app we noticed an continuous increase of CPU utilization while the load was constant. 
In turns out that for each session an undertow SessionListener was registered at login and was never unregistered (request.logout or session.invalidate).
As a result all the operations on undertow SessionListeners are taking more CPU every time a listener is added as we loop over those listeners.
First of all we should register only one (if needed) such SessionListener per webapp.
But even in the current implementation, the listener was not unregistered when request.logout was called.
It is unregistered when session.invalidate is called but then this is not the same listener that is provided and thus nothing is done.

Here is the user complain.
It is caused by the patch of CAMEL-6296 which override the setting of HttpConnectionManagerParams.

Using embedded Derby driver:
java.sql.SQLException: The 'getRow()' method is only allowed on scroll cursors.
	at org.apache.derby.impl.jdbc.EmbedResultSet.checkScrollCursor(Unknown Source)
	at org.apache.derby.impl.jdbc.EmbedResultSet.getRow(Unknown Source)
	at org.apache.commons.dbcp.DelegatingResultSet.getRow(DelegatingResultSet.java:331)
	at org.springframework.batch.item.database.JdbcCursorItemReader$BufferredResultSetReader.read(JdbcCursorItemReader.java:475)

The patch for HBASE-20727 breaks TestMaster as it calls the HBTU.restartHBaseCluster, where we close the connection but do not close the hbaseAdmin. And then the next time when we create a table through the hbaseAdmin, we will get a DoNotRetryIOException since the connection it uses has already been closed.

org.apache.hadoop.hbase.DoNotRetryIOException: Connection was closed while trying to get master
	at org.apache.hadoop.hbase.client.ConnectionImplementation$MasterServiceStubMaker.makeStub(ConnectionImplementation.java:1156)
	at org.apache.hadoop.hbase.client.ConnectionImplementation.getKeepAliveMasterService(ConnectionImplementation.java:1213)
	at org.apache.hadoop.hbase.client.ConnectionImplementation.getMaster(ConnectionImplementation.java:1202)
	at org.apache.hadoop.hbase.client.MasterCallable.prepare(MasterCallable.java:57)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3084)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3076)
	at org.apache.hadoop.hbase.client.HBaseAdmin.createTableAsync(HBaseAdmin.java:647)
	at org.apache.hadoop.hbase.client.HBaseAdmin.createTable(HBaseAdmin.java:620)
	at org.apache.hadoop.hbase.HBaseTestingUtility.createTable(HBaseTestingUtility.java:1408)
	at org.apache.hadoop.hbase.HBaseTestingUtility.createTable(HBaseTestingUtility.java:1384)
	at org.apache.hadoop.hbase.HBaseTestingUtility.createTable(HBaseTestingUtility.java:1442)
	at org.apache.hadoop.hbase.HBaseTestingUtility.createTable(HBaseTestingUtility.java:1342)
	at org.apache.hadoop.hbase.HBaseTestingUtility.createTable(HBaseTestingUtility.java:1318)
	at org.apache.hadoop.hbase.HBaseTestingUtility.createTable(HBaseTestingUtility.java:1288)
	at org.apache.hadoop.hbase.master.TestMaster.testMasterOpsWhileSplitting(TestMaster.java:101)

HCM can not find the table with exception:
org.apache.hadoop.hbase.TableNotFoundException: items
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegionInMeta(HConnectionManager.java:508)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:460)
        at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:420)
        at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:130)
        at HBaseRef.<init>(HBaseRef.java:29)
        at Import.<init>(Import.java:20)
        at Import.main(Import.java:26)
I have a fix already for this.  But the problem re-appeared after some time.  I have no recreated it yet, but will post results in the morning.

Noticed this after merging the patch.
Can you take care of this ?
Also, can you run it on a smaller data set ? - the output is just too big.

SJMS Consumers attempt rollback of the JMS Session if an exception is thrown along the Camel route. The rollback is attempted where the exception occurs and not on the original synchronous pipeline.
For example with ActiveMQ and the thread component (see attached unit test)

AtomicInteger counter = new AtomicInteger();

from(destination + "?acknowledgementMode=SESSION_TRANSACTED&transacted=true")
   .threads()
   .process(exchange -> {
      if (counter.incrementAndGet() < TRANSACTION_REDELIVERY_COUNT) {
          throw new IllegalArgumentException();
      }
    })
    .to("mock:async.exception")

`Session.rollback()` must be called by the ActiveMQ Thread, but is attempted by the asynchronous Camel thread, resulting in a dead-lock:

"Camel (camel-1) thread #0 - Threads" Id=26 BLOCKED on java.lang.Object@4b9df8a owned by "ActiveMQ Session Task-1" Id=22
    org.apache.activemq.ActiveMQMessageConsumer.rollback(ActiveMQMessageConsumer.java:1212)
    org.apache.activemq.ActiveMQMessageConsumer$5.afterRollback(ActiveMQMessageConsumer.java:1091)
    org.apache.activemq.TransactionContext.afterRollback(TransactionContext.java:162)
    org.apache.activemq.TransactionContext.rollback(TransactionContext.java:287)
    org.apache.activemq.ActiveMQSession.rollback(ActiveMQSession.java:603)
    org.apache.camel.component.sjms.tx.SessionTransactionSynchronization.onFailure(SessionTransactionSynchronization.java:54)
    org.apache.camel.util.UnitOfWorkHelper.doneSynchronizations(UnitOfWorkHelper.java:101)
    org.apache.camel.impl.DefaultUnitOfWork.done(DefaultUnitOfWork.java:234)
    org.apache.camel.util.UnitOfWorkHelper.doneUow(UnitOfWorkHelper.java:65)
    org.apache.camel.processor.CamelInternalProcessor$UnitOfWorkProcessorAdvice.after(CamelInternalProcessor.java:675)
    org.apache.camel.processor.CamelInternalProcessor$UnitOfWorkProcessorAdvice.after(CamelInternalProcessor.java:630)
    org.apache.camel.processor.CamelInternalProcessor$InternalCallback.done(CamelInternalProcessor.java:247)
    org.apache.camel.processor.CamelInternalProcessor$InternalCallback.done(CamelInternalProcessor.java:258)
    org.apache.camel.processor.RedeliveryErrorHandler$2.done(RedeliveryErrorHandler.java:553)
    org.apache.camel.processor.Pipeline$1.done(Pipeline.java:147)
    org.apache.camel.processor.ThreadsProcessor$ProcessCall.run(ThreadsProcessor.java:87)
    java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    java.util.concurrent.FutureTask.run(FutureTask.java:266)

"ActiveMQ Session Task-1" Id=22 WAITING on java.util.concurrent.CountDownLatch$Sync@6955cb39
    org.apache.camel.impl.DefaultAsyncProcessorAwaitManager.await(DefaultAsyncProcessorAwaitManager.java:75)
    org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:105)
    org.apache.camel.component.sjms.consumer.InOnlyMessageHandler.handleMessage(InOnlyMessageHandler.java:65)
    org.apache.camel.component.sjms.consumer.AbstractMessageHandler.onMessage(AbstractMessageHandler.java:89)
    org.apache.activemq.ActiveMQMessageConsumer.dispatch(ActiveMQMessageConsumer.java:1401)
    org.apache.activemq.ActiveMQSessionExecutor.dispatch(ActiveMQSessionExecutor.java:131)
    org.apache.activemq.ActiveMQSessionExecutor.iterate(ActiveMQSessionExecutor.java:202)
    org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:133)
    org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:48)

The following definitions of a CustomEditorConfigurer both occur in the simple-container-definition - one should be removed
	<bean class="org.springframework.beans.factory.config.CustomEditorConfigurer">
		<property name="customEditors">
			<map>
				<entry key="int[]">
					<bean class="org.springframework.batch.support.IntArrayPropertyEditor" />
				</entry>
			</map>
	</bean>
                     <bean class="org.springframework.beans.factory.config.CustomEditorConfigurer">
			<map>
				</entry>
				<entry key="java.util.Date">
					<bean class="org.springframework.beans.propertyeditors.CustomDateEditor">
						<constructor-arg>
							<bean class="java.text.SimpleDateFormat">
								<constructor-arg value="yyyyMMdd" />
							</bean>
						</constructor-arg>
						<constructor-arg value="false" />
					</bean>
				</entry>
			</map>
	</bean>

Currently when ExecDriver encounters a non-existent partition, it creates an empty file so that the query will be valid (and return 0 results).  However, when it does this and calls getHiveRecordWriter(), it creates a new instance of Properties, rather than providing the Properties associated with the table.
This causes RecordWriters that pull information from the table through the Properties to fail (such as Haivvreo).  The RecordWriter should be provided the table's Properties, as it is in all other cases where it's called.

The impl of ManagementRequestContext executeAsync catches RejectedExecutionException and doesn't notify the calling thread. The handling itself seems ok (call failed on the result handler and send a failure response to the client), but not notifying the caller is problematic. There are a number of cases where the caller thread waits for a latch to be tripped, with the async task tripping. If the latch never trips, the caller thread will block forever. The testsuite hang at http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=71233&buildTypeId=WildFlyCore_MasterLinux&tab=buildLog#_focus=13620 looks to be a case of this, with a server not stopping due to this:

"Remoting "master:main-one:MANAGEMENT" task-13" #55 prio=5 os_prio=0 tid=0xc6c3bc00 nid=0x19d9 waiting on condition [0xc215c000]
	- parking to wait for  <0xddbb4aa0> (a java.util.concurrent.CountDownLatch$Sync)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:997)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1304)
	at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:231)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.sendResponse(TransactionalProtocolOperationHandler.java:540)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestContext.failed(TransactionalProtocolOperationHandler.java:377)
	- locked <0xddbb2300> (a org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestContext)
	at org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl$2.handleFailed(ActiveOperationSupport.java:350)
	at org.jboss.threads.AsyncFutureTask$Reg.run(AsyncFutureTask.java:60)
	at org.jboss.as.protocol.mgmt.ActiveOperationSupport$1.execute(ActiveOperationSupport.java:55)
	at org.jboss.threads.AsyncFutureTask.safeExecute(AsyncFutureTask.java:169)
	at org.jboss.threads.AsyncFutureTask.setFailed(AsyncFutureTask.java:162)
	at org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl.access$400(ActiveOperationSupport.java:295)
	at org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl$1.failed(ActiveOperationSupport.java:315)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2.executeAsync(AbstractMessageHandler.java:333)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2.executeAsync(AbstractMessageHandler.java:315)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.handleRequest(TransactionalProtocolOperationHandler.java:144)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:270)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:252)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:123)
	at org.jboss.as.protocol.mgmt.ManagementChannelReceiver$1.handleMessage(ManagementChannelReceiver.java:56)
	at org.jboss.as.protocol.mgmt.ManagementChannelReceiver.handleMessage(ManagementChannelReceiver.java:85)
	at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:463)

The RejectedExecutionException indicates a thread pool has been shutdown before the response has gone out. Ideally we would prevent that (for which I've recently filed a JIRA) but in any case we should make this more robust.
I think having executeAsync return a boolean should suffice.

I have been hitting this issue while submitting patches to test HIVE-17432.
Basically, the order on which the rewriting might create the children of AND operations is not deterministic. Thus, tests might fail because the created golden file is not the same, thought the test should pass because they just simply do not follow same order:

predicate: ((d_year >= 1992) and (d_year <= 1997) and ((c_city = 'UNITED KI1') or (c_city = 'UNITED KI5')) and ((s_city = 'UNITED KI1') or (s_city = 'UNITED KI5'))) (type: boolean)

predicate: ((d_year <= 1997) and (d_year >= 1992) and ((c_city = 'UNITED KI1') or (c_city = 'UNITED KI5')) and ((s_city = 'UNITED KI1') or (s_city = 'UNITED KI5'))) (type: boolean)

This patches fixes the issue by sorting the children of some expressions (currently AND and OR children) when we run explain plan and we are running in test mode.

The forward to the error page will cause the response to be committed and thus the 403 error code cannot be written (the commit check was introduced as a fix for SEC-324), but the code should perhaps be written before the forward instead.

There are couple of classes marked as Serializable, but containing non-serializable fields.

RawRSAMultiPrimePrivateCrtKey

Mark non-serializable fields transient or Serializable
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=8553934&defectInstanceId=2138981&mergedDefectId=1377487

Wrong results found for:
 date_add/date_sub
UT areas:
datediff
to_date
interval_year_month + interval_year_month
 interval_day_time + interval_day_time
 interval_day_time + timestamp
 timestamp + interval_day_time
 date + interval_day_time
 interval_day_time + date
 interval_year_month + date
 date + interval_year_month
 interval_year_month + interval_year_month
 timestamp + interval_year_month
date - date
 interval_year_month - interval_year_month
 interval_day_time - interval_day_time
 timestamp - interval_day_time
 timestamp - timestamp
 date - timestamp
 timestamp - date
 date - interval_day_time
 date - interval_year_month
 timestamp - interval_year_month

Currently we are not supporting replicate ACID tables (which will be future work).

subscribedCounters and currentCounters values are empty when trigger results in MOVE event
WorkloadManager Events Summary

INFO  : {
  "queryId" : "hive_20180205214449_d2955891-e3b2-4ac3-bca9-5d2a53feb8c0",
  "queryStartTime" : 1517867089060,
  "queryEndTime" : 1517867144341,
      "sessionId" : "157866e5-ed1c-4abd-9846-db76b91c1124",
      "clusterPercent" : 30.0
    },
    "eventStartTimestamp" : 1517867094797,
    "eventEndTimestamp" : 1517867094798,
  }, {
      "poolName" : "pool1",
      "clusterPercent" : 70.0
    },
    "eventStartTimestamp" : 1517867139886,
    "eventEndTimestamp" : 1517867139887,
    "eventType" : "MOVE",
  }, {
    },
    "eventStartTimestamp" : 1517867144360,
    "eventEndTimestamp" : 1517867144360,
  } ],
      },
    },
    },
    "violationMsg" : "Trigger { name: too_large_write_triger, expression: HDFS_BYTES_WRITTEN > 10240, action: MOVE TO pool1 } violated. Current value: 5096345"
  } ],
  "subscribedCounters" : [ ],
  "currentCounters" : { },
  "elapsedTime" : 55304
}

This issue is simmilar to the issue SEC-1255 "Target-URL after successfull login differes from original URL, when it was encoded according to RFC 3986"
http://jira.springframework.org/browse/SEC-1255
When switching the channel, AbstractRetryEntryPoint rebuilds the URL from its decoded parts.
So, when switching on a URL, that containes a special character (like '?'), which is encoded according to RFC 3986, it changes the URL.
For example, the URL "/foo%3Fbar.html", where "%3F" encodes the "?", becomes "/foo?bar.html", which is not encoded correctly, thus resulting in a 404-Error.
Encoding the rebuild URL would not work, becaus all special characters (like contained slashes for example) would be encoded than, which is, as far as I know, not correct. 
I fixed the issue in my local git repository by calling the UrlUtils, which were fixed in issue SEC-1255, for building the redirect URL.
I will apply my patch to this bug-report.

The default setting for hive.auto.convert.sortmerge.join.bigtable.selection.policy will choose the big table as the one with largest average partition size. However, this can result in a query failing because this policy conflicts with the big table candidates chosen for outer joins. This policy should just be a tie breaker and not have the ultimate say in the choice of tables.

HIVE-5356 changed the behavior of some of the arithmetic operations, and the change is not backward compatible, as pointed out in this jira comment

int / int => decimal
float / float => double
float * float => double
float + float => double

This is from the 1.0.0RC1 testing. I should have done the compilation before the RC. Sorry for the noise. 

[ERROR] /Users/enis/projects/rc-test/hbase-1.0.0/hbase-thrift/src/main/java/org/apache/hadoop/hbase/thrift/ThriftHttpServlet.java:[98,18] error: method authorize in class ProxyUsers cannot be applied to given types;

HBASE-12640 seems to be the offender. Srikanth Srungarapu, Jimmy Xiang FYI. 

org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testBrowseContentFailsNonexistentPath
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testManagedOperationsFailWithUnmanagedArchiveDeployment
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testManagedOperationsFailWithUnmanagedExplodedDeployment
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testReadContentFailsDirectory
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testReadContentFailsNonExistentPath
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testAddContentFailsWithoutOverwriteManagedExplodedDeployment
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testExplodeFailsWithDeployedManagedArchiveDeployment
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testManagedAttributeReadOnly
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testManagedAttributeValue
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testManagedExplodedOperationsFailWithManagedArchiveDeployment
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testManagedExplodedOperationsFailWithUnmanagedArchiveDeployment
org.wildfly.core.test.standalone.mgmt.api.core.DeploymentOperationsTestCase#testManagedExplodedOperationsFailWithUnmanagedExplodedDeployment
mvn test -Dtest=DeploymentOperationsTestCase -Dsecurity.manager -DtestLogToFile=false

ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service test.deployment.trivial: org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "test-deployment.jarService" "write")" in code source "(vfs:/home/jtymel/jboss-eap/src/7.1/jboss-eap-7.1.0.DR13-core/testsuite/standalone/target/archives/test-deployment.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.test-deployment.jar" from Service Module Loader")
	at java.lang.System.setProperty(System.java:476)
	at org.jboss.as.test.deployment.trivial.ServiceActivatorDeployment.start(ServiceActivatorDeployment.java:91)
	... 3 more

The problem is not seen in jenkins build.  
When we run TestCoprocessorScanPolicy.testBaseCases locally or in our internal jenkins we tend to get random failures.  The reason is the 2 puts that we do here is sometimes getting the same timestamp.  This is leading to improper scan results as the version check tends to skip one of the row seeing the timestamp to be same. Marking this as minor.  As we are trying to solve testcase related failures just raising this incase we need to resolve this also.
For eg,
Both the puts are getting the time

time 1347635287360

Otherwise fails to resolve kerberos principals of the form hive/_HOST@EXAMPLE.COM

https://gitter.im/apache/apache-camel?at=5be0bcd7de33dd0c96d547b3

The JavaDoc for WebServiceTemplate#setFaultMessageResolver claims that SimpleFaultMessageResolver is the default, whereas it's actually SoapFaultMessageResolver as listed in WebServiceTemplate.properties. 

During failed submissions, the original error message should be added to the error message that is eventually propagated to the user.

Using this entity (@Document) definition with a String as the declared ID:

User.class
...
@Id String id;

and the following query

QUser.id.eq("4f43b6a384aea4e77d403709")

Always returns null for a repository find. Looking at the mongoDb query log (mongod -v) it appears that the spring-data-mongodb/QueryDSL layers are not translating the String 4f43b6a384aea4e77d403709 to ObjectId("4f43b6a384aea4e77d403709") as one would normally do in the mongo shell.

After HIVE-2145, the following query returns a semantic analysis error: 
FROM src SELECT * cluster by rand();
FAILED: Error in semantic analysis: functions are not supported in order by
Looking back at HIVE-2145, it's clear that the patch is more restrictive than necessary. 
Chinna, are you able to work on it? Please let me know if you don't have cycles to do it now. 

The default getOrDefault method implemented in the java.util.Map interface uses only get and containsKey methods. Within the LinkedCaseInsensitiveMap class these methods work with special form of keys. But getOrDefault method is overriden also in HashMap and LinkedHashMap and it calculates hashes for keys itself.
As a result can get this behavior.
Assuming select a single row via jdbc template with the column IS_SINGLE=Y
Here are results of some method calls to the resulting map:

map.containsKey("is_single") // true
map.containsKey("IS_SINGLE") // true
map.get("is_single") // Y
map.get("IS_SINGLE") // Y
map.getOrDefault("is_single", "N") // N !!!
map.getOrDefault("IS_SINGLE", "N") // Y

The javadoc states that:

The findAnnotatedBeans(ApplicationContext) method can be used to discover such beans. However, a ControllerAdviceBean may be created from any object, including ones without an @ControllerAdvice.
However, the implementation says otherwise:

		ControllerAdvice annotation = AnnotationUtils.findAnnotation(beanType, ControllerAdvice.class);
		if (annotation == null) {
			throw new IllegalArgumentException(
					"Bean type [" + beanType.getName() + "] is not annotated as @ControllerAdvice");
		}

schematool -info just prints the version information, but it is not easy to consume the validity of the state from a tool as the exit code is 0 even if the schema version has mismatch.

subnet-match does not respect the value attribute. Instead, it seems to just pick the first interface it finds. No matter what I specify as a value, even if it's a value that's complete nonsense and doesn't match any IP address on my system, e.g.

<interface name="public">
    <subnet-match value="1.2.3.0/24"/>
</interface>

the ports end up bound to the only interface that is currently connected

14:45:16,740 INFO  [stdout] (ServerService Thread Pool -- 40) -------------------------------------------------------------------
14:45:16,740 INFO  [stdout] (ServerService Thread Pool -- 40) GMS: address=normandy/GamingPortal, cluster=GamingPortal, physical address=192.168.1.105:3100
14:45:16,741 INFO  [stdout] (ServerService Thread Pool -- 40) -------------------------------------------------------------------

Running in Linux on a clean checkout after running ant very-clean package, the test TestJdbcDriver2.testDescribeTable fails consistently with 
Column name 'under_col' not found expected:<under_col> but was:<# col_name >
junit.framework.ComparisonFailure: Column name 'under_col' not found expected:<under_col> but was:<# col_name >
at junit.framework.Assert.assertEquals(Assert.java:81)
at org.apache.hive.jdbc.TestJdbcDriver2.testDescribeTable(TestJdbcDriver2.java:815)
at junit.framework.TestCase.runTest(TestCase.java:154)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:422)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:931)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:785)

Currently jboss-cli allows a queue to be removed even though there is a MDB attached to it. The command 

/subsystem=messaging/hornetq-server=default/jms-queue=testQueue:remove()

will remove the queue without a warning. This is not desirable since a warning should be given or a reload should be force.  It may also break the dependency injection. 

We just tried to export some (small amount of) data out of an 0.94 cluster to 0.98 cluster. We used Export/Import for that.
By default we found that the import M/R job correctly reports the number of records seen, but silently does not import anything. After looking at the 0.98 it's obvious there's an hbase.import.version (-Dhbase.import.version=0.94) to make this work.
Two issues:

-Dhbase.import.version=0.94 should be show with the the Import.usage
If not given it should not just silently not import anything

In this issue I'll just a trivially add this option to the Import tool's usage.

Tested a patch of HIVE-11607 and seeing the following exception:

2015-09-14 21:44:16,817 ERROR [main]: exec.Task (SessionState.java:printError(960)) - Failed with exception Skip CRC is valid only with update options
java.lang.IllegalArgumentException: Skip CRC is valid only with update options
        at org.apache.hadoop.tools.DistCpOptions.validate(DistCpOptions.java:556)
        at org.apache.hadoop.tools.DistCpOptions.setSkipCRC(DistCpOptions.java:311)
        at org.apache.hadoop.hive.shims.Hadoop23Shims.runDistCp(Hadoop23Shims.java:1147)
        at org.apache.hadoop.hive.ql.exec.CopyTask.execute(CopyTask.java:82)

A possible resolution is to reverse the order of the following two lines from a patch of HIVE-11607:

+    options.setSkipCRC(true);
+    options.setSyncFolder(true);

org.jboss.as.controller.client.impl.ClientConfigurationImpl was not present in these versions, so the test actually ends up with the current model controller client rather than an old version.

Configuration sample in section 4.2 specifies the dataSource and transactionManager attributes of the jobRepository element incorrectly.
The sample displays them as 'dataSource' and 'transactionManager'; they should be 'data-source' and 'transaction-manager' respectively.

The version of the ASM library pulled by cxf-rt-bindings-xml 3.2.2 is different from the one from org.jboss.ws.cxf:jbossws-cxf-client:5.2.0.
The solution would be to exclude it from the dependencies and define it properly using the newest org.ow2.asm:asm 6.0

When splitting out the hbase-http module in HBASE-19053 we accidentally included a native profile that will fail when invoked. I think we can just nix that section since the native code is still in hbase-server.

When split happens and immediately another split happens, it may result into a split of a region who still has references to its parent. More details about scenario can be found here HBASE-20933
HStore.hasReferences should check from fs.storefile rather than in memory objects.

features:install connector give me:

2014-11-18 15:47:47,680 | ERROR | l Console Thread | Console                          | ?                                   ? | 28 - org.apache.karaf.shell.console - 2.4.0.redhat-620047 | Exception caught while executing command
   package:(&(package=javax.resource.spi)(version>=1.6.0)(!(version>=2.0.0)))
      Geronimo TxManager :: Connector
   package:(&(package=javax.resource)(version>=1.6.0)(!(version>=2.0.0)))
   package:(&(package=javax.resource.spi.endpoint)(version>=1.6.0)(!(version>=2.0.0)))
   package:(&(package=javax.resource.spi.work)(version>=1.6.0)(!(version>=2.0.0)))

	at org.apache.karaf.features.obr.internal.ObrResolver.resolve(ObrResolver.java:129)[12:org.apache.karaf.features.obr:2.4.0.redhat-620047]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.resolve(FeaturesServiceImpl.java:717)[9:org.apache.karaf.features.core:2.4.0.redhat-620047]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.doInstallFeature(FeaturesServiceImpl.java:672)[9:org.apache.karaf.features.core:2.4.0.redhat-620047]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.doInstallFeatures(FeaturesServiceImpl.java:432)[9:org.apache.karaf.features.core:2.4.0.redhat-620047]
	at org.apache.karaf.features.internal.FeaturesServiceImpl$1.call(FeaturesServiceImpl.java:402)[9:org.apache.karaf.features.core:2.4.0.redhat-620047]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_20]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_20]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_20]
	at java.lang.Thread.run(Thread.java:745)[:1.8.0_20]

// SmppConfiguration has wrong value setDataCoding
public void setDataCoding(byte dataCoding) 
{
        this.alphabet = dataCoding;
    }
            
When interrupted, the Sleeper.sleep method should exit if the stop flag was given, otherwise it should continue sleeping. Currently it seems to exits regardless, which means the stop flag is meaningless.
Here is the relevant code, from src/java/org/apache/hadoop/hbase/util/Sleeper.java:

  public void sleep(final long startTime) {
    if (this.stop.get()) {
      return;
    }
    long now = System.currentTimeMillis();
    long waitTime = this.period - (now - startTime);
    if (waitTime > this.period) {
      LOG.warn("Calculated wait time > " + this.period +
        "; setting to this.period: " + System.currentTimeMillis() + ", " +
        startTime);
    }
    if (waitTime > 0) {
      try {
        Thread.sleep(waitTime);
        long slept = System.currentTimeMillis() - now;
        if (slept > (10 * this.period)) {
          LOG.warn("We slept " + slept + "ms, ten times longer than scheduled: " +
            this.period);
        }
      } catch(InterruptedException iex) {
        // We we interrupted because we're meant to stop?  If not, just
        // continue ignoring the interruption
        if (this.stop.get()) {
          return;
        }
      }
    }
  }

Essentially, the 'if (waitTime > 0)' portion needs to change to a while loop so that the sleeping will continue after an interruption occurs. I'll attach a patch when I get around to fixing it.

The problem is happening when using CachingConnectionFactory with cache mode CacheMode.CHANNEL. When connection is closed for the first time the connection listener is notified normally, but if the connection is recreated and closed again the listener is not notified.
I created a sample project on Github to show this problem: https://github.com/marcospy/spring-amqp-listener-issue.

When cloning a snapshot to a new table the values[1] set on the original HTableDescriptor are not preserved.
This is because the values are not pulled off and set in the RestoreSnapshotHelper.cloneTableSchema(..)[2] method.
This affects a number of things such as custom properties but also for configured coprocessors for the table.
[1] - http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/HTableDescriptor.html#setValue(byte[], byte[])
[2] - https://github.com/apache/hbase/blob/0.94.6.1/src/main/java/org/apache/hadoop/hbase/snapshot/RestoreSnapshotHelper.java#L582

camel-netty-http producer should close the connection when the request connection header is close otherwise it will get ClosedChannelException when the producer try to reuse the connection.

Via Tatsuya up on the list:

2011-03-10 07:48:39,192 FATAL org.apache.hadoop.hbase.master.HMaster:
Remote unexpected exception
java.net.NoRouteToHostException: No route to host
      at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
      at
sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:567)
      at
org.apache.hadoop.net.SocketIOWithTimeout.connect(SocketIOWithTimeout.java:
206)
      at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:408)
      at org.apache.hadoop.hbase.ipc.HBaseClient
$Connection.setupIOstreams(HBaseClient.java:328)
      at
org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:
883)
      at
org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:750)
      at org.apache.hadoop.hbase.ipc.HBaseRPC
$Invoker.invoke(HBaseRPC.java:257)
      at $Proxy6.closeRegion(Unknown Source)
      at
org.apache.hadoop.hbase.master.ServerManager.sendRegionClose(ServerManager.java:
589)
      at
org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:
1093)
      at
1040)
      at
org.apache.hadoop.hbase.master.AssignmentManager.balance(AssignmentManager.java:
1831)
      at org.apache.hadoop.hbase.master.HMaster.balance(HMaster.java:
692)
      at org.apache.hadoop.hbase.master.HMaster$1.chore(HMaster.java:
583)
      at org.apache.hadoop.hbase.Chore.run(Chore.java:66)
2011-03-10 07:48:39,192 INFO org.apache.hadoop.hbase.master.HMaster:
Aborting
balance hri=SpecialObject_Speed_Test,,
1299710751983.f0e5544339870a510c338b3029979d3e.,
src=ap13.secur2,60020,1299710609447,
dest=ap12.secur2,60020,1299710609148
2011-03-10 07:48:39,192 DEBUG
org.apache.hadoop.hbase.master.AssignmentManager: Starting
unassignment of region SpecialObject_Speed_Test,,
1299710751983.f0e5544339870a510c338b3029979d3e. (offlining)
2011-03-10 07:48:39,852 DEBUG org.apache.hadoop.hbase.master.HMaster:
2011-03-10 07:48:39,852 INFO org.apache.hadoop.ipc.HBaseServer:
Stopping server on 60000
2011-03-10 07:48:39,852 FATAL org.apache.hadoop.hbase.master.HMaster:
java.io.InterruptedIOException: Interruped while waiting for IO on
channel java.nio.channels.SocketChannel[connection-pending remote=/
10.X.X.18:60020]. 19340 millis timeout left.
      at org.apache.hadoop.net.SocketIOWithTimeout
$SelectorPool.select(SocketIOWithTimeout.java:349)
      at
203)
      at
883)
      at
      at
589)
      at
1093)
      at
1040)
      at
1831)
692)
583)
2011-03-10 07:48:39,852 INFO org.apache.hadoop.hbase.master.HMaster:
Aborting

create table ctasexampleinsertonly stored as orc  TBLPROPERTIES ("transactional_properties"="insert_only") as select * from testtable limit 1;

look for transactional_properties which is 'default' not the expected "insert_only"

 describe formatted ctasexampleinsertonly

 +-------------------------------+----------------------------------------------------+-----------------------+
|           col_name            |                     data_type                      |        comment        |
+-------------------------------+----------------------------------------------------+-----------------------+
| # col_name                    | data_type                                          | comment               |
| name                          | varchar(8)                                         |                       |
| time                          | double                                             |                       |
|                               | NULL                                               | NULL                  |
| # Detailed Table Information  | NULL                                               | NULL                  |
| Database:                     | default                                            | NULL                  |
| OwnerType:                    | USER                                               | NULL                  |
| Owner:                        | hive                                               | NULL                  |
| CreateTime:                   | Wed Aug 08 21:35:15 UTC 2018                       | NULL                  |
| LastAccessTime:               | UNKNOWN                                            | NULL                  |
| Retention:                    | 0                                                  | NULL                  |
| Location:                     | hdfs://xxxxxxxxxx:8020/warehouse/tablespace/managed/hive/ctasexampleinsertonly | NULL                  |
| Table Type:                   | MANAGED_TABLE                                      | NULL                  |
| Table Parameters:             | NULL                                               | NULL                  |
|                               | COLUMN_STATS_ACCURATE                              | {}                    |
|                               | bucketing_version                                  | 2                     |
|                               | numFiles                                           | 1                     |
|                               | numRows                                            | 1                     |
|                               | rawDataSize                                        | 0                     |
|                               | totalSize                                          | 754                   |
|                               | transactional                                      | true                  |
|                               | transactional_properties                           | default               |
|                               | transient_lastDdlTime                              | 1533764115            |
| # Storage Information         | NULL                                               | NULL                  |
| SerDe Library:                | org.apache.hadoop.hive.ql.io.orc.OrcSerde          | NULL                  |
| InputFormat:                  | org.apache.hadoop.hive.ql.io.orc.OrcInputFormat    | NULL                  |
| OutputFormat:                 | org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat   | NULL                  |
| Compressed:                   | No                                                 | NULL                  |
| Num Buckets:                  | -1                                                 | NULL                  |
| Bucket Columns:               | []                                                 | NULL                  |
| Sort Columns:                 | []                                                 | NULL                  |
| Storage Desc Params:          | NULL                                               | NULL                  |
|                               | serialization.format                               | 1                     |

not sure whether its a cosmatic issue but it does creates a problem with insert 

CREATE TABLE TABLE42 ROW FORMAT SERDE 'org.apache.hadoop.hive.serde2.columnar.ColumnarSerDe' STORED AS RCFILE LOCATION '/tmp/test10' as select * from testtable limit 1;

it takes the default transactional_properties as insert_only instead of default and failed with the following Exception 

ERROR : Job Commit failed with exception 'org.apache.hadoop.hive.ql.metadata.HiveException(The following files were committed but not found: [/tmp/test10/delta_0000004_0000004_0000/000000_0])'
org.apache.hadoop.hive.ql.metadata.HiveException: The following files were committed but not found: [/tmp/test10/delta_0000004_0000004_0000/000000_0]
	at org.apache.hadoop.hive.ql.exec.Utilities.handleMmTableFinalPath(Utilities.java:4329)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.jobCloseOp(FileSinkOperator.java:1393)
	at org.apache.hadoop.hive.ql.exec.Operator.jobClose(Operator.java:798)
	at org.apache.hadoop.hive.ql.exec.Operator.jobClose(Operator.java:803)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.close(TezTask.java:579)
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:316)
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2668)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:2339)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:2015)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1713)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1707)
	at org.apache.hadoop.hive.ql.reexec.ReExecDriver.run(ReExecDriver.java:157)
	at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:224)
	at org.apache.hive.service.cli.operation.SQLOperation.access$700(SQLOperation.java:87)
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork$1.run(SQLOperation.java:316)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1688)
	at org.apache.hive.service.cli.operation.SQLOperation$BackgroundWork.run(SQLOperation.java:329)

ttr on irc reported that he was unable to get/scan sometimes, was getting NPEs.
The root cause is a delayed init of the RegionScanner.storeHeap means it can be null, not all accessors of it (specifically in close()) checked for that.

Provided custom AsyncHttpClientConfig is not used by WsEndpoint.java.
Current implementation: 
WsEndpoint.java:109
    protected AsyncHttpClient createClient(AsyncHttpClientConfig config) {
        AsyncHttpClient client;
        if (config == null) {
            config = new DefaultAsyncHttpClientConfig.Builder().build();
            client = new DefaultAsyncHttpClient(config);
        } else {
            client = new DefaultAsyncHttpClient();
        }
        return client;
    }

Expected implementation:
        } else {
        }
    }

Multiple connections to Hiveserver2, all of which are closed and disposed of properly show the Java heap size to grow extremely quickly. 
This issue can be recreated using the following code

import java.util.Properties;

import org.apache.hive.service.cli.HiveSQLException;
import org.apache.log4j.Logger;

/*
 * Class which encapsulates the lifecycle of a query or statement.
 * Provides functionality which allows you to create a connection
 */

public class HiveClient {
	
	Connection con;
	Logger logger;
	private static String driverName = "org.apache.hive.jdbc.HiveDriver";	
	private String db;
	
	public HiveClient(String db)
	{		
		logger = Logger.getLogger(HiveClient.class);
		this.db=db;
		
		try{
			 Class.forName(driverName);
		}catch(ClassNotFoundException e){
			logger.info("Can't find Hive driver");
		}
		
		String hiveHost = GlimmerServer.config.getString("hive/host");
		String hivePort = GlimmerServer.config.getString("hive/port");
		String connectionString = "jdbc:hive2://"+hiveHost+":"+hivePort +"/default";
		logger.info(String.format("Attempting to connect to %s",connectionString));
		try{			
			con = DriverManager.getConnection(connectionString,"","");									
		}catch(Exception e){
			logger.error("Problem instantiating the connection"+e.getMessage());
		}		
	}
			
	public int update(String query) 
	{
		Integer res = 0;
		Statement stmt = null;
		try{			
			stmt = con.createStatement();
			String switchdb = "USE "+db;
			logger.info(switchdb);		
			stmt.executeUpdate(switchdb);
			logger.info(query);
			res = stmt.executeUpdate(query);
			logger.info("Query passed to server");	
			stmt.close();
		}catch(HiveSQLException e){
			logger.info(String.format("HiveSQLException thrown, this can be valid, " +
					"but check the error: %s from the query %s",query,e.toString()));
		}catch(SQLException e){
			logger.error(String.format("Unable to execute query SQLException %s. Error: %s",query,e));
			logger.error(String.format("Unable to execute query %s. Error: %s",query,e));
		}
		
		if(stmt!=null)
			try{
				stmt.close();
			}catch(SQLException e){
				logger.error("Cannot close the statment, potentially memory leak "+e);
			}
		
	}
	
	public void close()
	{
		if(con!=null){
			try {
				con.close();
			} catch (SQLException e) {				
				logger.info("Problem closing connection "+e);
			}
		}
	}
	
}

And by creating and closing many HiveClient objects. The heap space used by the hiveserver2 runjar process is seen to increase extremely quickly, without such space being released.

[Host Controller] 12:10:19,566 ERROR [org.jboss.as.controller.management-operation] (server-registration-threads - 1) WFLYCTL0013: Operation ("register-server") failed - address: ([]): java.lang.AssertionError
[Host Controller] 	at org.jboss.as.controller.OperationContextImpl.readResourceFromRoot(OperationContextImpl.java:562) [wildfly-controller-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at org.jboss.as.controller.ReadOnlyContext.readResourceFromRoot(ReadOnlyContext.java:196) [wildfly-controller-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at org.jboss.as.host.controller.mgmt.ServerToHostProtocolHandler$ServerRegistrationStepHandler.execute(ServerToHostProtocolHandler.java:215)
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:603) [wildfly-controller-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:481) [wildfly-controller-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:282) [wildfly-controller-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:277) [wildfly-controller-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at org.jboss.as.controller.ModelControllerImpl.executeReadOnlyOperation(ModelControllerImpl.java:203) [wildfly-controller-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at org.jboss.as.controller.AbstractControllerService.executeReadOnlyOperation(AbstractControllerService.java:310) [wildfly-controller-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService.access$600(DomainModelControllerService.java:156)
[Host Controller] 	at org.jboss.as.host.controller.DomainModelControllerService$InternalExecutor.joinActiveOperation(DomainModelControllerService.java:1077)
[Host Controller] 	at org.jboss.as.host.controller.mgmt.ServerToHostProtocolHandler$ServerRegistrationRequestHandler$1.execute(ServerToHostProtocolHandler.java:180)
[Host Controller] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:297) [wildfly-protocol-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:536) [wildfly-protocol-1.0.0.Alpha4-SNAPSHOT.jar:1.0.0.Alpha4-SNAPSHOT]
[Host Controller] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51]
[Host Controller] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51]
[Host Controller] 	at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]
[Host Controller] 	at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final.jar:2.1.1.Final]

hcatalog/build-support/ant/checkstyle.xml already has
          <exclude name="src/test/e2e/hcatalog/testdist/**"/> <!-- Test run results --> 
          <exclude name="src/test/e2e/hcatalog/tar/**"/> <!-- Test build area --> 
          <exclude name="src/test/e2e/hcatalog/udfs/java/*.jar"/> <!-- Test build area --> 
          <exclude name="src/test/e2e/hcatalog/hcattests.tar"/> <!-- Test build artifact -->
It needs to exclude the same under e2e/templeton/

Using OIDs not really convenient.
See description of JBEAP-6100 for more details.

Let's have this following class:

public class TestClass {
    private List<RelatedClass2> propertyRelatedClasses;

    public List<RelatedClass2> getPropertyRelatedClasses() {
        return propertyRelatedClasses;
    }

    @Inject
    public void setPropertyRelatedClasses(Provider<List<RelatedClass2>> propertyRelatedClassesProvider) {
        this.propertyRelatedClasses = propertyRelatedClassesProvider.get();
    }
}

I want to inject a {{List}} of all existing instances of type {{RelatedClass2}} using a Provider. What I get is:

...
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [java.lang.Object] is defined: expected single matching bean but found 15: relatedClass1, 2b, 2a, org.springframework.context.annotation.internalConfigurationAnnotationProcessor, org.springframework.context.annotation.internalAutowiredAnnotationProcessor, org.springframework.context.annotation.internalRequiredAnnotationProcessor, org.springframework.context.annotation.internalCommonAnnotationProcessor, org.springframework.context.annotation.internalPersistenceAnnotationProcessor, org.springframework.context.annotation.ConfigurationClassPostProcessor$ImportAwareBeanPostProcessor#0, environment, systemProperties, systemEnvironment, importRegistry, messageSource, applicationEventMulticaster
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:800)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory$DependencyObjectFactory.getObject(DefaultListableBeanFactory.java:1023)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory$DependencyProvider.get(DefaultListableBeanFactory.java:1038)
        at com.gooddata.connectors.restapi.controller.springtest.TestClass.setPropertyRelatedClasses(TestClass.java:25)

The 

2a

 and 

2b

 beans are of type RelatedClass2.

RegionServer was carrying ROOT and having trouble writing HDFS.  RegionServer judged that a flush failed and reported a DroppedSnapshotException.  Usually, the filesystem check would fail and set all the abort flags but it in this case filesystem somehow returned healthy and the flags were not set.  The code path shutdown the RPC only and exited then we exited the Flusher.  All the rest of the RegionServer stayed up and kept reporting the master.  The master thought it alive and kept trying to scan the unreachable ROOT.  Cluster was hosed until manual intervention 20 minutes later.

It looks like there are duplicate classes between the camel-test and camel-test-spring artifacts:

[WARNING] Rule 0: org.apache.maven.plugins.enforcer.BanDuplicateClasses failed with message:
Duplicate classes found:

  Found in:
    org.apache.camel:camel-test:jar:2.13.1:test
    org.apache.camel:camel-test-spring:jar:2.13.1:test
  Duplicate classes:
    org/apache/camel/test/junit4/CamelTestSupport$1.class
    org/apache/camel/test/junit4/CamelTestSupport$4.class
    org/apache/camel/test/junit4/CamelTestSupport$2.class
    org/apache/camel/test/junit4/CamelTestSupport$DebugBreakpoint.class
    org/apache/camel/test/junit4/LanguageTestSupport.class
    org/apache/camel/test/junit4/CamelTestSupport.class
    org/apache/camel/test/junit4/TestSupport.class
    org/apache/camel/test/junit4/ExchangeTestSupport.class
    org/apache/camel/test/junit4/CamelTestSupport$3.class

Hi guys,
i've a problem with making camel-olingo2 to work with $filter query parameter
Here is my RouteBuilder situation

rest("/olingo2")
                .get("tickets").to("direct:olingo2/tickets");

        from("direct:olingo2/tickets")
                .setHeader("CamelOlingo2.$filter", simple("ReporterEmail eq 'user@company.com'"))
                .setHeader("CamelOlingo2.$select", simple("ID,Name"))
                .to("olingo2://read/ServiceRequestCollection")

I get an exception while parsing endpoint URI (a space in uri)
{{URISyntaxException: Illegal character in query at index 107: https://myXXXXXX.crm.ondemand.com/sap/c4c/odata/v1/c4codata/ServiceRequestCollection/?$filter=ReporterEmail eq 'user@company.com'&$select=ID,Name
}}
It comes basically from Olingo2AppImpl:224
I tried with
{{ .setHeader("CamelOlingo2.$filter", simple("ReporterEmail%20eq%20%27user@company.com%27"))
}}but then it fails in Olingo2AppImpl:222 while parsing filter expression.
As a conclusion, at Olingo2AppImpl:224 queryParams should be encoded.
here is my patch https://github.com/przem/camel/commit/e239645cadd7130b27cb85bd713cb71140872865

With SWARM-1033 you can specify a usage.txt file displaying instructions when the server starts.
In the examples, it says that 

${swarm.http.port}

 should display the port that the server is running on, however it won't show the correct port if -Dswarm.port.offset=100 is specified (which should display 8180)

The jar camel-quartz2.jar from both maven and the Camel binary zip available on camel.apache.org is missing the following packages:
org.apache.camel.pollconsumer.quartz2
org.apache.camel.routepolicy.quartz2
Both are present in the source code.

Create a table withe a column of decimal type(38,18) and insert '4327269606205.029297'. Then select with that value displays its rounded value, which is 4327269606205.029300000000000000

0: jdbc:hive2://os-r7-mvjkcu-hiveserver2-11-4> drop table if exists test;
No rows affected (0.229 seconds)
0: jdbc:hive2://os-r7-mvjkcu-hiveserver2-11-4>
0: jdbc:hive2://os-r7-mvjkcu-hiveserver2-11-4> create table test (dc decimal(38,18));
No rows affected (0.125 seconds)
0: jdbc:hive2://os-r7-mvjkcu-hiveserver2-11-4> insert into table test values (4327269606205.029297);
No rows affected (2.372 seconds)
0: jdbc:hive2://os-r7-mvjkcu-hiveserver2-11-4> select * from test;
|              test.dc              |
| 4327269606205.029297000000000000  |
1 row selected (0.123 seconds)
0: jdbc:hive2://os-r7-mvjkcu-hiveserver2-11-4> select * from test where dc = 4327269606205.029297000000000000;
|              test.dc              |
| 4327269606205.029300000000000000  |
1 row selected (0.109 seconds)

Test creates 3 node cluster (master + 2 RS) and creates 3 tables with 1 region each.
It then takes a snapshot of region assignments
Shuts down the cluster and restarts with 4 nodes (2 RS on same ports, 1 RS on port where master was running previously and master on new port)
Takes snapshot of region assignments
Expected behavior is regions will be retained on RS with appropriate ports

Debugging done so far shows that, when cluster is restarted meta is loaded but meta has old entries (though the ports are same for RSs, start timestamps are different). AssignmentManager#processofflineServersWithOnlineRegions() finds that old RS with different timestamps are not online even though regions assigned to them are online; triggering submitting SCP for each those RSs. Subprocedure AssignProcedure of SCP has forceNewPlan set to true. Which triggers re-assignment of regions.

znode path of online region servers($zparent/rs) is hard coded. We need to use  configured value of zookeeper.znode.rs as child path.

    # gracefully restart all online regionservers
    online_regionservers=`$bin/hbase zkcli ls $zparent/rs 2>&1 | tail -1 | sed "s/\[//" | sed "s/\]//"`

Currently the catch is outside the while loop:

      try {
        while (cacheEnabled && writerEnabled) {
...
        LOG.warn("Failed doing drain", t);
      }

When exception (e.g. BucketAllocatorException) is thrown, run() method would terminate, silently.

org.wildfly.test.integration.elytron.jaspi.DynamicJaspiTestCase#testCalls fails with security manager due to missing permissions:

ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /ConfiguredJaspiTestCase/: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.security.SecurityPermission" "getFactory")" in code source "(vfs:/content/ConfiguredJaspiTestCase.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ConfiguredJaspiTestCase.war" from Service Module Loader")
	at javax.security.auth.message.api@1.0.2.Final//javax.security.auth.message.config.AuthConfigFactory.getFactory(AuthConfigFactory.java:210)
	at org.wildfly.security.elytron-private@1.7.0.Final//org.wildfly.security.auth.jaspi.JaspiConfigurationBuilder.register(JaspiConfigurationBuilder.java:106)
	at deployment.ConfiguredJaspiTestCase.war//org.wildfly.test.integration.elytron.jaspi.JaspiTestServlet.doGet(JaspiTestServlet.java:62)
	at javax.servlet.api@1.0.0.Final//javax.servlet.http.HttpServlet.service(HttpServlet.java:686)
	at org.wildfly.security.elytron-web.undertow-server@1.3.0.Final//org.wildfly.elytron.web.undertow.server.ElytronRunAsHandler.lambda$handleRequest$1(ElytronRunAsHandler.java:68)
	at org.wildfly.security.elytron-private@1.7.0.Final//org.wildfly.security.auth.server.FlexibleIdentityAssociation.runAsFunctionEx(FlexibleIdentityAssociation.java:103)
	at org.wildfly.security.elytron-private@1.7.0.Final//org.wildfly.security.auth.server.Scoped.runAsFunctionEx(Scoped.java:161)
	at org.wildfly.security.elytron-private@1.7.0.Final//org.wildfly.security.auth.server.Scoped.runAs(Scoped.java:73)
	at org.wildfly.security.elytron-web.undertow-server@1.3.0.Final//org.wildfly.elytron.web.undertow.server.ElytronRunAsHandler.handleRequest(ElytronRunAsHandler.java:67)
	at io.undertow.core@2.0.15.Final//io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
	at io.undertow.servlet@2.0.15.Final//io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
	at org.wildfly.security.elytron-web.undertow-server-servlet@1.3.0.Final//org.wildfly.elytron.web.undertow.server.servlet.CleanUpHandler.handleRequest(CleanUpHandler.java:38)

There is an error in '_Roo_Controler.aj' generated by @RooWebScaffold than produces this compile error:

error at public String convert(Entity1 entity1) {
              ^^^^^^^
/home/jmvivo/projects/test-roo/test-strategy/src/main/java/org/test/strategy/web/Entity1Controller_Roo_Controller.aj:86:0::0 The method convert(Entity1) of type new Converter<Entity1,String>(){} must override a superclass method
{noforma}

During migration from 3.2.x to 4.0.1 I came across the following error message when using the 4.0.1 library with an XML config file with 3.2 schema declarations...

org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: You cannot use a spring-security-2.0.xsd or spring-security-3.0.xsd or spring-security-3.1.xsd schema with Spring Security 3.2. Please update your schema declarations to the 3.2 schema.
Offending resource: class path resource [foo/bar/spring/spring-security.xml]

The error message needs to be updated to...
You cannot use a spring-security-2.0.xsd or spring-security-3.0.xsd or spring-security-3.1.xsd or spring-security-3.2.xsd schema with Spring Security 4.0. Please update your schema declarations to the 4.0 schema.
XML Declarations that cause the error...

    xmlns:aop="http://www.springframework.org/schema/aop"
    xmlns:security="http://www.springframework.org/schema/security"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.2.xsd
    http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.2.xsd
    http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd
    http://www.springframework.org/schema/security http://www.springframework.org/schema/security/spring-security-3.2.xsd"
    >

The cell codec class name is written into the WAL file, but the cell codec class is not actually verified to exist.  Therefore, users can inadvertently configure an invalid class name and it will be recorded into the WAL file.  At that point, the WAL file becomes unreadable and blocks processing of all other WAL files.
AbstractProtobufLogWriter.java

  private WALHeader buildWALHeader0(Configuration conf, WALHeader.Builder builder) {
    if (!builder.hasWriterClsName()) {
      builder.setWriterClsName(getWriterClassName());
    }
    if (!builder.hasCellCodecClsName()) {
      builder.setCellCodecClsName(WALCellCodec.getWALCellCodecClass(conf));
    }
    return builder.build();
  }

https://github.com/apache/hbase/blob/025ddce868eb06b4072b5152c5ffae5a01e7ae30/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/wal/AbstractProtobufLogWriter.java#L78-L86

The JavaDoc of ListUtils.lazyList() and ListUtils.fixedSizeList still refer to the old methods prior to generics. This should be updated.

This is only relevant when running under a security manager.
When doing a JNDI lookup the getReference() call to obtain the underlying value should be done in a clean access control context, so the privileges of the caller code to not affect the result of the lookup. 
If it is intended that the caller code cannot lookup the bound object this should be enforced using name based JNDI permissions. 

TransactionAwareBufferedWriter binds a StringBuffer to the current transaction:
TransactionSynchronizationManager.bindResource(bufferKey, new StringBuffer());
The bufferKey is computed as BUFFER_KEY_PREFIX + "." + hashCode();
The hashCode of the TransactionAwareBufferedWriter is not guaranteed to be unique, so it's possible 2 writers end up writing to the same StringBuffer.

Need to compile hbase against the latest hadoop trunk which just had NN HA merged in. 
1) add a hadoop 0.24 profile
2) HBASE-5480
3) HADOOP-8124 removed deprecated Syncable.sync(). It brings compile errors for hbase against hadoop trunk(0.24). TestHLogSplit and TestHLog still call the deprecated sync(). Need to replace it with hflush() so the compilation can pass. 

Many concurrency issues (HIVE-12768, HIVE-16175, HIVE-16060) have been found with respect to class static variable usages. With fact that HS2 supports concurrent compilation and task execution as well as some backend engines (such as Spark) running multiple tasks in a single JVM, traditional assumption (or mindset) of single threaded execution needs to be abandoned.
This purpose of this JIRA is to do a global scan of static variables in Hive code base, and correct potential thread-safety issues. However, it's not meant to be exhaustive.

Attached maven project to demonstrate bug.
Properties files that are scanned are not used in the resolution of key lookup later in the application lifecycle. The property file is missing from the list of available property sources.
Bug is limited to 3.1.2 (code functions as expected in 3.1.1) and to those projects that use the ContextLoaderListener (removing it from the web.xml causes the value to be found in the properties file).
I have yet to find the exact root cause or a workaround (removing the ContextLoaderListener is not an option).

As Mark found out,
https://issues.apache.org/jira/browse/HIVE-11139?focusedCommentId=14745937&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14745937
This is indeed a code bug.

Its to ugly that you must use List<Map<String, Object>> to wrap you POJO to let Bindy be able to marhal my POJO to a CSV record.
It should be able to detect that its not a List but a plain POJO and construct the List itself and based on defaults.

I just happened across this when hunting for a checkstyle reporter.  The checkstyle_report.py script is broken.  The output is garbled because the print_row() method is printing the wrong variables.

Since we have a bit of a messy Filter API with KeyValue vs Cell reference mixed up all over the place, I recommend cleaning this up once and for all. There should be no KeyValue (or kv, kvs etc.) in any method or parameter name.
This includes deprecating and renaming filters too, for example FirstKeyOnlyFilter, which really should be named FirstKeyValueFilter as it does not just return the key, but the entire cell. It should be deprecated and renamed to FirstCellFilter (or FirstColumnFilter if you prefer).
In general we should clarify and settle on KeyValue vs Cell vs Column in our naming. The latter two are the only ones going forward with the public API, and are used synonymous. We should carefully check which is better suited (is it really a specific cell, or the newest cell, aka the newest column value) and settle on a naming schema.

org.jboss.as.clustering.infinispan.subsystem.DistributedCacheResourceDefinition.Attribute#L1_LIFESPAN
Fixes the log message from

[standalone@embedded /] /subsystem=infinispan/cache-container=web/distributed-cache=dist/:write-attribute(name=l1-lifespan,value=-1
{
    "failure-description" => "WFLYCLCOM0001: -1.00000 is not a valid value for parameter l1-lifespan. The value must be >= 0.00000",
}

to 

*[standalone@embedded /] /subsystem=infinispan/cache-container=web/distributed-cache=dist/:write-attribute(name=l1-lifespan,value=-1.0
{
    "failure-description" => "WFLYCTL0117: -1 is an invalid value for parameter l1-lifespan. A minimum value of 0 is required",
}

jenkins-tools
A tool which pulls test case results from Jenkins server. It displays a union of failed test cases 
from the last 15(by default and actual number of jobs can be less depending on availablity) runs 
recorded in Jenkins sever and track how each of them are performed for all the last 15 runs(passed, 
not run or failed)
Pre-requirement(run under folder ./dev-support/jenkins-tools)
       Please download jenkins-client from https://github.com/cosmin/jenkins-client
       1) git clone git://github.com/cosmin/jenkins-client.git
       2) make sure the dependency jenkins-client version in ./buildstats/pom.xml matches the 
          downloaded jenkins-client(current value is 0.1.6-SNAPSHOT)
Build command(run under folder jenkins-tools):

       mvn clean package

Usage are: 

       java -jar ./buildstats/target/buildstats.jar <Jenkins HTTP URL> <Job Name> [number of last most recent jobs to check]

Sample commands are:

       java -jar ./buildstats/target/buildstats.jar https://builds.apache.org HBase-TRUNK

Sample output(where 1 means "PASSED", 0 means "NOT RUN AT ALL", -1 means "FAILED"):
Failed Test Cases Stats        4360 4361 4362 4363 4364 4365 4366 4367 4368 4369
========================================================
org.apache.hadoop.hbase.backup.testhfilearchiving.testcleaningrace    1    1    1    1    1    1    1    1   -1    0
org.apache.hadoop.hbase.migration.testnamespaceupgrade.testrenameusingsnapshots    1    1    1   -1    0    1    1    1    1    1
Skipped Test Cases Stats
======= 4360 skipped(Or don't have) following test suites =======
org.apache.hadoop.hbase.replication.testreplicationkillmasterrscompressed
org.apache.hadoop.hbase.mapreduce.testmapreduceexamples
======= 4361 skipped(Or don't have) following test suites =======
======= 4362 skipped(Or don't have) following test suites =======
======= 4363 skipped(Or don't have) following test suites =======
======= 4368 skipped(Or don't have) following test suites =======
org.apache.hadoop.hbase.client.testclonesnapshotfromclient

CopyTable automatically assign an endTime if startTime is specified and endTime is not:

    if (startTime != 0) {
      scan.setTimeRange(startTime,
          endTime == 0 ? HConstants.LATEST_TIMESTAMP : endTime);
    }

However, we test if endTime is == 0 and exit before we get a chance to set the range:

      if (startTime > endTime) {
        printUsage("Invalid time range filter: starttime=" + startTime + " >  endtime=" + endTime);
      }

So we need to check endTime only if it's != 0.

TestReplicator fails now and again. I had a look at the test. This is something I contributed a while back but looking at it again it needs a different approach. I'm going to disable it for now until this issue is resolved. 

The SalesforceException::getErrors should not be returning null List<RestError> but an empty List if there errors field is null.

Hi,
I am encountering a performance problem in ListOrderedSet.addAll().
It appears in version 3.2.1 and also in revision 1351465 (18 Jun
2012). I have attached a test that exposes this problem and a
three-line patch that fixes it. On my machine, for this test, the
patch provides a 79X speedup.
$ java Test
Time is 1837
Time is 23
As the patch shows, the problem is that 
ListOrderedSet.addAll(int index, Collection<? extends E> coll) 
performs:
"setOrder.add(index++, e)" for each element in "coll".  This is very 
expensive, because "setOrder" is an ArrayList, and inserting an
element in the middle of an ArrayList shifts all the elements to the
right.
Is this a bug?  If so, can you please confirm that the patch is
correct?
Thanks,
Adrian

Failing last several builds:

 org.apache.hive.beeline.TestBeelineArgParsing.testAddLocalJar[0]	0.12 sec	12
 org.apache.hive.beeline.TestBeelineArgParsing.testAddLocalJarWithoutAddDriverClazz[0]	29 ms	12
 org.apache.hive.beeline.TestBeelineArgParsing.testAddLocalJar[1]	42 ms	12

Given a parser format for csv files with a header line:

CSVFormat myFormat = CSVFormat.RFC4180.withDelimiter(",").withQuoteChar('"').withQuotePolicy(Quote.MINIMAL)
				.withIgnoreSurroundingSpaces(true).withHeader().withSkipHeaderRecord(true);

And given a file with duplicate header names:
Col1,Col2,Col2,Col3,Col4
1,2,3,4,5
4,5,6,7,8 
The HeaderMap returned by the parser misses an entry because of the Column name being used as a key, leading to wrong behavior when we rely on it.
If this is not supposed to happen in the file regarding the CSV format, at least this should raise an error. If not we should come up with a more clever way to store and access the headers.

Current operator plan of CTAS for Druid storage handler is broken when used enables the property {code} hive.exec.parallel{code} as {code} true{code}

It should also include tables whose partitions are being accessed

The PrintWriter used by save() method implemented in INIConfiguration is not flushed so that configurations maybe not saved completely.

This is going into the loop because the VectorPartitionDesc is modified after it is used in the HashMap key - resulting in a hashcode & equals modification after it has been placed in the hashmap.

HiveServer2-Background-Pool: Thread-6049 State: RUNNABLE CPU usage on sample: 621ms
java.util.HashMap$TreeNode.find(int, Object, Class) HashMap.java:1869  <7 recursive calls>
java.util.HashMap$TreeNode.putTreeVal(HashMap, HashMap$Node[], int, Object, Object) HashMap.java:1989
java.util.HashMap.putVal(int, Object, Object, boolean, boolean) HashMap.java:637
java.util.HashMap.put(Object, Object) HashMap.java:611
org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.addVectorPartitionDesc(PartitionDesc, VectorPartitionDesc, Map) Vectorizer.java:1272
org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.verifyAndSetVectorPartDesc(PartitionDesc, boolean, List, Set, Map, Set, ArrayList, Set) Vectorizer.java:1323
org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.validateInputFormatAndSchemaEvolution(MapWork, String, TableScanOperator, Vectorizer$VectorTaskColumnInfo) Vectorizer.java:1654
org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.validateAndVectorizeMapWork(MapWork, Vectorizer$VectorTaskColumnInfo, boolean) Vectorizer.java:1865
org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.convertMapWork(MapWork, boolean) Vectorizer.java:1109
org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.dispatch(Node, Stack, Object[]) Vectorizer.java:961
org.apache.hadoop.hive.ql.lib.TaskGraphWalker.dispatch(Node, Stack, TaskGraphWalker$TaskGraphWalkerContext) TaskGraphWalker.java:111
org.apache.hadoop.hive.ql.lib.TaskGraphWalker.walk(Node) TaskGraphWalker.java:180
org.apache.hadoop.hive.ql.lib.TaskGraphWalker.startWalking(Collection, HashMap) TaskGraphWalker.java:125
org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.resolve(PhysicalContext) Vectorizer.java:2442
org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeTaskPlan(List, ParseContext, Context) TezCompiler.java:717
org.apache.hadoop.hive.ql.parse.TaskCompiler.compile(ParseContext, List, HashSet, HashSet) TaskCompiler.java:258
org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(ASTNode, SemanticAnalyzer$PlannerContextFactory) SemanticAnalyzer.java:12443
org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(ASTNode) CalcitePlanner.java:358

If a slave fails to connect to the master it logs "Could not connect to master. Aborting. Error was: %s" but since WFCORE-316 it no longer always aborts.
Plus when it does abort it uses the deprecated SystemExiter.exit method.
So we should change the first message to drop the bit about aborting and then if we do really abort pass an abort message to SystemExiter.

@Resource injection seems to behave differently between spring-framework 4.1.0 and 4.1.1 because it thinks a method in a class extended from an abstract class is a bridge and it never calls the setter.

abstract class AbstractComponent {
    @Resource
    public void setHttpServletRequest(final HttpServletRequest request) {
        System.out.println("Setting HttpServletRequest");
    }
}

public final class RealComponent extends AbstractComponent {
}

If I change the @Resource to @Autowired then it works as expected.
I think the change that broke this is
https://github.com/spring-projects/spring-framework/commit/f4219ca06bbd1c324567ab9e74d0d18693359810#diff-2
It was to resolve SPR-12187
I have provided a complete spring-boot project that demonstrates the issue at
https://github.com/funkyvisions/spring-boot-hello-world

 If any exception occurs while initialization of RS the RS doesnot get
 aborted whereas only the RPC server gets stopped.
  private void preRegistrationInitialization()
    try {
      initializeZooKeeper();
      initializeThreads();
      int nbBlocks = conf.getInt("hbase.regionserver.nbreservationblocks",4);
      for (int i = 0; i < nbBlocks; i++) 
{
        reservedSpace.add(new
 byte[HConstants.DEFAULT_SIZE_RESERVATION_BLOCK]);
      }
{
      // Call stop if error or process will stick around for ever since
 server
      // puts up non-daemon threads.
      LOG.error("Stopping HRS because failed initialize", t);
      this.rpcServer.stop();
    }
  }
 So if any exception occurs while initilization the RPC server gets stopped
 but RS process is still running. But the log says stopping HRegionServer.
 So in the below code the catch() block will be executed when the RPCServer
 stop fails?
 In all other cases it doesnt handle any initialization failure.
    try 
{
      // Do pre-registration initializations; zookeeper, lease threads,tc.

      preRegistrationInitialization();
    }
{
      abort("Fatal exception during initialization", e);
    }
            
XMLPropertyListConfiguration.PListNode in its setDateValue() method just ignores parsing exceptions caused by invalid date property values. The values are not added to the newly created configuration object.
It makes sense that parsing is robust and error-tolerant. However, rather than simply swallowing exceptions, there should at least be a log output, so that users have a chance to determine that something went wrong during loading of a configuration.
Maybe we can later add a strict mode which fails on loading configuration files with invalid properties.

https://issues.apache.org/jira/browse/HBASE-13103 adds support for setting a normalization flag per HTableDescriptor, along with the server side chore to do the work.
What is lacking is to easily set this from the shell, right now you need to use the Java API to modify the descriptor. This issue is to add the flag as a known attribute key and/or other means to toggle this per table.

This was reverted under the following issue https://issues.jboss.org/browse/ELY-1411

If I annotate my event handler methods with a Pre/Post annotation, it is added to the handlerMethods(…) twice, and as a consequence invoked twice.
I suppose this is not the intended behavior. 

@Slf4j
@RepositoryEventHandler(User.class)
public class UserEventHandler {

    @HandleBeforeCreate
    @PreAuthorize("hasRole('ROLE_ADMIN'))
    public void handleNewUser(User newUser) {
        log.debug("Handle user {}", newUser);
       // processing here
    }
}

The two handlers in the map (package names removed) are

EventHandlerMethod{ 
    targetType=class User, 
    method=public final void  UserEventHandler$$EnhancerBySpringCGLIB$$a9872696.handleNewUser(User), 
    handler=UserEventHandler@77e9dca8 
}

and

    method=public void UserEventHandler.handleNewUser(User), 
}

The EnhancerBySpringCGLIB version is not in the map when @PreAuthorize is removed.

Welcome to the review board: https://reviews.apache.org/r/29424/diff/#
I`m working for another issues HBASE-12590 and trying to use the UniformSplit algorithm in RegionSplitter. When the last bytes of start key and end key are adjacent in alphabetical order or ASCII order, the UniformSplit algorithm meet an NPE.
Like startkey: aaa, endkey :aab
       startkey:1111 endkey: 1112
For example, we write this simple test code:

import org.apache.hadoop.hbase.util.RegionSplitter.UniformSplit;
......
byte[] a1 = { 'a', 'a', 'a' };
byte[] a2 = { 'a', 'a', 'b' };
UniformSplit us = new UniformSplit();
byte[] mid = us.split(a1, a2);
......

We will get the ERROR:

	at org.apache.hadoop.hbase.util.RegionSplitter$UniformSplit.split(RegionSplitter.java:986)

We hope this algorithm should be able to calculate the split point with an additional byte. for example:
"aaa" and "aab", split point= "aaaP"
"1111" and "1112", split point ="1111P" 
review board:https://reviews.apache.org/r/29424/

Warnings at server startup: 
WARN  [org.jboss.jca.core.connectionmanager.pool.strategy.PoolBySubject] [] (JCA PoolFiller) IJ000610: Unable to fill pool: javax.resource.ResourceException: Could not create connection
Root cause of the exception is displayed in the logs: 
[Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:
1. Create Oracle XA datasources with url set to ldap.
2. set "prefill" option to true
3. Start JBoss 
Warnings gets disappear when dependency <module name="sun.jdk"/>
is added in the module 
"org.jboss.ironjacamar.impl"
There should not be any need to add the dependency manually. This dependency should be by default present in JBoss EAP.

Saw this failure on internal rig:

        at org.apache.hadoop.hbase.client.TestMultiParallel.validateLoadedData(TestMultiParallel.java:676)
        at org.apache.hadoop.hbase.client.TestMultiParallel.doTestFlushCommits(TestMultiParallel.java:293)
        at org.apache.hadoop.hbase.client.TestMultiParallel.testFlushCommitsNoAbort(TestMultiParallel.java:241)

Heng Chen actually added a fix for this failure over in HBASE-14915 but we never committed it. Let me attach his patch here.

Runs most of the time but then fails to read logs because the stream available doesn't work properly and it messes up the WAL reader.

I've provided a demo application for this issue.
If you were to comment out line 39 in SpringBootDevtoolsAmqpApplication.java and run the application, you will find that it will break and log the following stacktrace:

2016-06-22 15:33:53.396  WARN 71837 --- [cTaskExecutor-1] s.a.r.l.ConditionalRejectingErrorHandler : Execution of Rabbit message listener failed.

	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.wrapToListenerExecutionFailedExceptionIfNeeded(AbstractMessageListenerContainer.java:870) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:780) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:700) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$001(SimpleMessageListenerContainer.java:95) [spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$1.invokeListener(SimpleMessageListenerContainer.java:187) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.invokeListener(SimpleMessageListenerContainer.java:1186) [spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.executeListener(AbstractMessageListenerContainer.java:681) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.doReceiveAndExecute(SimpleMessageListenerContainer.java:1164) [spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.receiveAndExecute(SimpleMessageListenerContainer.java:1148) [spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$1100(SimpleMessageListenerContainer.java:95) [spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:1311) [spring-rabbit-1.6.0.RC1.jar:na]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_77]
Caused by: org.springframework.amqp.AmqpException: No method found for class io.pivotal.singapore.SomeEvent
	at org.springframework.amqp.rabbit.listener.adapter.DelegatingInvocableHandler.getHandlerForPayload(DelegatingInvocableHandler.java:127) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.adapter.DelegatingInvocableHandler.getMethodNameFor(DelegatingInvocableHandler.java:224) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.adapter.HandlerAdapter.getMethodAsString(HandlerAdapter.java:61) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.invokeHandler(MessagingMessageListenerAdapter.java:138) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.onMessage(MessagingMessageListenerAdapter.java:105) ~[spring-rabbit-1.6.0.RC1.jar:na]
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:777) ~[spring-rabbit-1.6.0.RC1.jar:na]
	... 10 common frames omitted

I've looked into the code and it seems like it should be looking up AppClassLoader instead of RestartClassLoader.

During our automated testing, this issue occured:

20:29:41,817 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./contextRoot.UndertowDeploymentInfoService: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./contextRoot.UndertowDeploymentInfoService: Failed to start service
	at java.util.HashMap$HashIterator.nextNode(HashMap.java:1448)
	at java.util.HashMap$KeyIterator.next(HashMap.java:1472)
	at org.jboss.weld.util.collections.Iterators$TransformingIterator.next(Iterators.java:142)
	at org.jboss.weld.util.collections.Iterators$CombinedIterator.hasNext(Iterators.java:95)
	at org.jboss.weld.util.collections.Iterators$CombinedIterator.hasNext(Iterators.java:94)
	at org.jboss.weld.resolution.AbstractTypeSafeBeanResolver$1.computeValue(AbstractTypeSafeBeanResolver.java:151)
	at org.jboss.weld.resolution.AbstractTypeSafeBeanResolver$1.computeValue(AbstractTypeSafeBeanResolver.java:146)
	at org.jboss.weld.util.LazyValueHolder.get(LazyValueHolder.java:49)
	at org.jboss.weld.resolution.AbstractTypeSafeBeanResolver.getBeans(AbstractTypeSafeBeanResolver.java:238)
	at org.jboss.weld.resolution.AbstractTypeSafeBeanResolver.getAllBeans(AbstractTypeSafeBeanResolver.java:217)
	at org.jboss.weld.resolution.TypeSafeResolver.findMatching(TypeSafeResolver.java:102)
	at org.jboss.weld.resolution.TypeSafeResolver.access$000(TypeSafeResolver.java:41)
	at org.jboss.weld.resolution.TypeSafeResolver$ResolvableToBeanCollection.apply(TypeSafeResolver.java:52)
	at org.jboss.weld.resolution.TypeSafeResolver$ResolvableToBeanCollection.apply(TypeSafeResolver.java:43)
	at org.jboss.weld.util.cache.ReentrantMapBackedComputingCache$1.apply(ReentrantMapBackedComputingCache.java:55)
	at org.jboss.weld.util.cache.ReentrantMapBackedComputingCache$1.apply(ReentrantMapBackedComputingCache.java:51)
	at org.jboss.weld.util.cache.ReentrantMapBackedComputingCache.getValue(ReentrantMapBackedComputingCache.java:64)
	at org.jboss.weld.resolution.TypeSafeResolver.resolve(TypeSafeResolver.java:88)
	at org.jboss.weld.manager.BeanManagerImpl.getBeans(BeanManagerImpl.java:557)
	at org.jboss.as.weld.deployment.WeldClassIntrospector.getInjectionTarget(WeldClassIntrospector.java:77)
	at org.jboss.as.weld.deployment.WeldClassIntrospector.createFactory(WeldClassIntrospector.java:57)
	at org.jboss.as.ee.component.ComponentRegistry.createInstanceFactory(ComponentRegistry.java:76)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:726)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.start(UndertowDeploymentInfoService.java:273)
	... 3 more

I wasn't able to reproduce it again yet. The issue occured only once on RHEL6 x86_64 with IBM JDK 8 SR4 FP6.
The scenario was to deploy EJB jar via Arquillian and do some testing. But deployment failed with above exception. Check full log and deployment jar in attachment.

Attempting to compile Hive with Hadoop 0.20.0 fails:
aaron@jargon:~/src/ext/svn/hive-0.3.0$ ant -Dhadoop.version=0.20.0 package
(several lines elided)
compile:
[echo] Compiling: hive
[javac] Compiling 261 source files to /home/aaron/src/ext/svn/hive-0.3.0/build/ql/classes
[javac] /home/aaron/src/ext/svn/hive-0.3.0/build/ql/java/org/apache/hadoop/hive/ql/exec/ExecDriver.java:94: cannot find symbol
[javac] symbol  : method getCommandLineConfig()
[javac] location: class org.apache.hadoop.mapred.JobClient
[javac]       Configuration commandConf = JobClient.getCommandLineConfig();
[javac]                                            ^
[javac] /home/aaron/src/ext/svn/hive-0.3.0/build/ql/java/org/apache/hadoop/hive/ql/io/HiveInputFormat.java:241: cannot find symbol
[javac] symbol  : method validateInput(org.apache.hadoop.mapred.JobConf)
[javac] location: interface org.apache.hadoop.mapred.InputFormat
[javac]       inputFormat.validateInput(newjob);
[javac]                  ^
[javac] 2 errors
/home/aaron/src/ext/svn/hive-0.3.0/build.xml:145: The following error occurred while executing this line:
/home/aaron/src/ext/svn/hive-0.3.0/ql/build.xml:135: Compile failed; see the compiler error output for details.

I tried to run the CLI command from failing assertion manually and it does seem to work as expected, so this more like the testing code problem than functional issue.
reproduce

...wildfly-core] $ mvn clean test -Dtest=ReloadRedirectTestCase#testRedirectWithSecurityCommands -DallTests -pl testsuite/manualmode
...
[INFO] Running org.jboss.as.test.manualmode.management.cli.ReloadRedirectTestCase
[ERROR] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 33.474 s <<< FAILURE! - in org.jboss.as.test.manualmode.management.cli.ReloadRedirectTestCase
[ERROR] testRedirectWithSecurityCommands(org.jboss.as.test.manualmode.management.cli.ReloadRedirectTestCase)  Time elapsed: 22.653 s  <<< FAILURE!
java.lang.AssertionError: No certificate prompt 
	at org.jboss.as.test.manualmode.management.cli.ReloadRedirectTestCase.testRedirectWithSecurityCommands(ReloadRedirectTestCase.java:269)
...

environment

$ mvn -version 
Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T20:49:05+01:00)
Maven home: /usr/lib/maven
Java version: 1.8.0_161, vendor: IBM Corporation
Java home: /usr/lib/java/ibm-java-8.0-5.11/jre
OS name: "linux", version: "4.15.17-300.fc27.x86_64", arch: "amd64", family: "unix"

$ git rev-parse --short HEAD 
c0847897a3

qa note
The test fail causes some other failures in manualmode module:
org.jboss.as.test.manualmode.management.cli.ReloadRedirectTestCase.testRedirectWithSecurityCommands
org.jboss.as.test.manualmode.management.cli.ReloadRedirectTestCase.testReloadwithRedirect
org.jboss.as.test.manualmode.vault.VaultPasswordsInCLITestCase.testRightVaultPassword
org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase.testTrustedCLICertificate
org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.testHTTPS
org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.testHTTP
org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.testHTTPSWithCredentialReference
ibm jdk download
https://developer.ibm.com/javasdk/downloads/sdk8/

Sometimes, I got this test timed out. The log is attached. It could be because the new cluster takes a while to process the dead server, or assign meta.

These CXF quickstarts don't work on standalone Fuse:

soap
rest
secure-soap

It so, because of missing requirements:

JBossFuse:karaf@root> osgi:install -s mvn:org.jboss.quickstarts.fuse/cxf-rest/6.2.1.redhat-041
Bundle ID: 263
	Unable to start bundle mvn:org.jboss.quickstarts.fuse/cxf-rest/6.2.1.redhat-041: Unresolved constraint in bundle org.jboss.quickstarts.fuse.cxf-rest [263]: Unable to resolve 263.0: missing requirement [263.0] osgi.wiring.package; (osgi.wiring.package=io.fabric8.cxf)
JBossFuse:karaf@root> osgi:install -s mvn:org.jboss.quickstarts.fuse/cxf-soap/6.2.1.redhat-041
Bundle ID: 264
	Unable to start bundle mvn:org.jboss.quickstarts.fuse/cxf-soap/6.2.1.redhat-041: Unresolved constraint in bundle org.jboss.quickstarts.fuse.cxf-soap [264]: Unable to resolve 264.0: missing requirement [264.0] osgi.wiring.package; (osgi.wiring.package=io.fabric8.cxf.endpoint)

A simple tar file created on AIX using the native (/usr/bin/tar tar utility) and which contains a symbolic link, cannot be loaded by TarArchiveInputStream:

	at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.getNextTarEntry(TarArchiveInputStream.java:201)
	at Extractor.extract(Extractor.java:13)
	at Extractor.main(Extractor.java:28)
	at org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:217)
	at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:152)
	at org.apache.tools.ant.taskdefs.Java.run(Java.java:771)
	at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:221)
	at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:135)
	at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)
	at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
	at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
	at org.apache.tools.ant.Task.perform(Task.java:348)
	at org.apache.tools.ant.Target.execute(Target.java:390)
	at org.apache.tools.ant.Target.performTasks(Target.java:411)
	at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
	at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
	at org.apache.tools.ant.Project.executeTargets(Project.java:1251)
	at org.apache.tools.ant.Main.runBuild(Main.java:809)
	at org.apache.tools.ant.Main.startAnt(Main.java:217)
	at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
	at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
Caused by: java.lang.IllegalArgumentException: Invalid byte 0 at offset 0 in '{NUL}1722000726 ' len=12
	at org.apache.commons.compress.archivers.tar.TarUtils.parseOctal(TarUtils.java:99)
	at org.apache.commons.compress.archivers.tar.TarArchiveEntry.parseTarHeader(TarArchiveEntry.java:819)
	at org.apache.commons.compress.archivers.tar.TarArchiveEntry.<init>(TarArchiveEntry.java:314)
	at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.getNextTarEntry(TarArchiveInputStream.java:199)
	... 29 more

Tested with 1.2 and the 1.4 nightly build from Feb 23 (Implementation-Build: trunk@r1292625; 2012-02-23 03:20:30+0000)

This applies to the file components when using common read-lock strategies:

markerFile - org.apache.camel.component.file.strategy.MarkerFileExclusiveReadLockStrategy
fileLock - org.apache.camel.component.file.strategy.FileLockExclusiveReadLockStrategy

This strategies stores lock information in the Exchange properties:

Exchange.FILE_LOCK_FILE_ACQUIRED == "CamelFileLockFileAcquired"
Exchange.FILE_LOCK_FILE_NAME == "CamelFileLockFileName"
Exchange.FILE_LOCK_EXCLUSIVE_LOCK == "CamelFileLockExclusiveLock"
Exchange.FILE_LOCK_RANDOM_ACCESS_FILE == "CamelFileLockRandomAccessFile"

Lock information is stored as scalar values and can hold information about only one single lock.
When there are two Exchanges participates in the route, share UoW, and synchronizations are handovered from one Exchange to another, information about both locks can't be stored in the Exchange properties and lost. Consequently when on-completion synchronizations are performed, read-lock strategies can't access information about all the locks and they are not released.
For example, after completing this route lock for file1.dat is not released:

from("file:data/input-a?fileName=file1.dat&readLock=markerFile")
    .pollEnrich("file:data/input-b?fileName=file2.dat&readLock=markerFile")

I'm currently upgrading from Camel 2.14.1 to 2.15.2, after the upgrade some of my test are failing. 
My route is: 

from("file:input?idempotent=true&moveFailed=.error").routeId("MyRoute")
        .choice()
             .when(body().isEqualTo("body1"))
                 .log("body1")
             .otherwise()
                .log("notBody1")
       .end()
 
My test contains : 

camelContext.getRouteDefinition("MyRoute").adviceWith(camelContext, new AdviceWithRouteBuilder() {
            @Override
                weaveAddLast().to(mockOutput);
            }
        });

The weaveAddLast is failing with the following stackTrace: 

java.lang.UnsupportedOperationException 
        at java.util.AbstractList.add(AbstractList.java:148) 
        at org.apache.camel.builder.AdviceWithTasks$4.task(AdviceWithTasks.java:298) 
        at org.apache.camel.model.RouteDefinition.adviceWith(RouteDefinition.java:270) 

After some debug I found that when my route and with a Choice I cannot weaveAddLast the route. 
When the AdviceWithTasks task method try to add the outputs (here) the implementation of the list return by the ChoiceDefinition class does not implements the method add(int,Object) then we have the UnsupportedOperation 
The difference between 2.14.1 and 2.15.2 is that in the AdviceWithTasks the outputs list where the weaveAddLast try to find the last Processor to add the outputs is not a list returned by ChoiceDefinition but it's a list with the Logs processor. 
This difference is there because now in 2.15.2 the method that is going through the route to retrieve the outputs nodes have a maximum depth which is computed here
When my route have finish with a ChoiceDefinition the maximum depth computed is only 1 then I cannot have my logs in outputs an the weaveAddLast have in his list only the ChoiceDefinition. 

Vectorized hashtable throwExpandError() should not be retried before failing query - it is a deterministic failure (& immediate query failure).

We have come across this situation multiple times where a zookeeper issues can cause NodeFailoverWorker to fail picking up replication queue for a dead region server silently. One example is when the znode size for a particular queue exceed jute.maxBuffer value.
There can be other situations that may lead to this and just go undetected. We need to have a metric for number of unclaimed replication queues. This will help in mitigating the problem through alerting on the metric and identifying underlying issues.

When I now call
CSVFormat.newFormat(';').withSkipHeaderRecord(true).withHeader("H1","H2").format("A","B")
I get the output A;Bnull
The expected output would be 
A;B

StochasticLoadBalancer is supposed to use the value of hbase.master.balancer.stochastic.numRegionLoadsToRemember, but it is simply ignored and hardcoded number 15 is used instead.

maven task for the maven-publish target is missing from the build.xml.
This is causing maven deploy issues.

Here is master log with annotations: http://people.apache.org/~stack/master.txt
Region in question is:
b8827a67a9d446f345095d25e1f375f7
The running code is doctored in that I've added in a bit of logging – zk in particular – and I've also removed what I thought was a provocation of this condition, reassign inside in an assign if server has gone away when we try the open rpc (Turns out we have the condition even w/o this code in place).
The log starts where the region in question timesout in RIT.
We assign it to 186.
Notice how we see 'Handling transition' for this region TWICE.  This means two OpenedRegionHandlers will be scheduled – and so the failure to delete a znode already gone.
As best I can tell, the watcher for this region is triggered once only – which is odd because how then the double scheduling of OpenedRegionHandler but also, why am I not seeing OPENING, OPENING, OPENED and only what I presume is an OPENED?

The step number is not incremented. This makes the attachment command to behave strangely. As described in EAP7-602.
The file and overwrite options should be rejected for display. As described in EAP7-602 too.

Three things about the 1 minute it takes to decide if we want to balance or not:

1 minute is also the default socket timeout, so if you call "balancer" in the shell you often get a SocketTimeoutException back. Bad user experience.
Elliott was telling me that we might not even need 1 minute to compute a good balance anyways because of other improvements. I tested 30 seconds on a badly balanced cluster and it worked well.
I personally think that 1 minute is too much time (Elliott disagrees).

From test output against hadoop3:

2018-07-28 12:04:24,838 DEBUG [Time-limited test] procedure2.ProcedureExecutor(948): Stored pid=12, state=RUNNABLE, hasLock=false; org.apache.hadoop.hbase.client.procedure.      ShellTestProcedure
2018-07-28 12:04:24,864 INFO  [RS-EventLoopGroup-1-3] ipc.ServerRpcConnection(556): Connection from 172.18.128.12:46918, version=3.0.0-SNAPSHOT, sasl=false, ugi=hbase (auth:     SIMPLE), service=MasterService
2018-07-28 12:04:24,900 DEBUG [Thread-114] master.MasterRpcServices(1157): Checking to see if procedure is done pid=11
^[[38;5;196mF^[[0m
Failure: ^[[48;5;124;38;5;231;1mtest_list_procedures(Hbase::ListProceduresTest)^[[0m
src/test/ruby/shell/list_procedures_test.rb:65:in `block in test_list_procedures'
     62:         end
     63:       end
     64:
^[[48;5;124;38;5;231;1m  => 65:       assert_equal(1, matching_lines)^[[0m
     66:     end
     67:   end
     68: end
<^[[48;5;34;38;5;231;1m1^[[0m> expected but was
<^[[48;5;124;38;5;231;1m0^[[0m>
...
2018-07-28 12:04:25,374 INFO  [PEWorker-9] procedure2.ProcedureExecutor(1316): Finished pid=12, state=SUCCESS, hasLock=false; org.apache.hadoop.hbase.client.procedure.           ShellTestProcedure in 336msec

The completion of the ShellTestProcedure was after the assertion was raised.

    def create_procedure_regexp(table_name)
      regexp_string = '[0-9]+ .*ShellTestProcedure SUCCESS.*' \

The regex used by the test isn't found in test output either.

Id is wrongly assigned on the first output instead of the route element itself.

It's because we store stageId_attemptNum in JobMetricsListener but expect only stageId in LocalSparkJobStatus.

java.lang.NumberFormatException: For input string: "0_0"
	at java.lang.Integer.parseInt(Integer.java:580)
	at java.lang.Integer.parseInt(Integer.java:615)
	at org.apache.hadoop.hive.ql.exec.spark.status.impl.LocalSparkJobStatus.getSparkStatistics(LocalSparkJobStatus.java:146)
	at org.apache.hadoop.hive.ql.exec.spark.SparkTask.execute(SparkTask.java:104)

If you don't specify a compression type on the LoadTestTool command line then this happens:

12/05/16 18:41:23 ERROR util.AbstractHBaseTool: Error running command-line tool
	at org.apache.hadoop.hbase.HColumnDescriptor.setCompressionType(HColumnDescriptor.java:535)
	at org.apache.hadoop.hbase.HBaseTestingUtility.createPreSplitLoadTestTable(HBaseTestingUtility.java:1885)
	at org.apache.hadoop.hbase.util.LoadTestTool.doWork(LoadTestTool.java:297)
	at org.apache.hadoop.hbase.util.AbstractHBaseTool.run(AbstractHBaseTool.java:103)
	at org.apache.hadoop.hbase.util.AbstractHBaseTool.doStaticMain(AbstractHBaseTool.java:173)
	at org.apache.hadoop.hbase.util.LoadTestTool.main(LoadTestTool.java:341)

This should be handled better.

I am unable to connect with jboss-cli.sh using GS2-KRB5-PLUS. This is not duplicity to JBEAP-12688. In this case even SASL client is not created.
In server.log I see 

17:25:10,564 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Initialized connection from /127.0.0.1:37230 to /127.0.0.1:9993 with options {org.jboss.remoting3.RemotingOptions.SASL_PROTOCOL=>remote}
17:25:10,564 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Accepted connection from /127.0.0.1:37230 to localhost.localdomain/127.0.0.1:9993
17:25:10,564 TRACE [org.jboss.remoting.remote] (management I/O-2) Setting read listener to org.jboss.remoting3.remote.ServerConnectionOpenListener$Initial@2cb6a081
17:25:10,564 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) No buffers in queue for message header
17:25:10,564 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Allocated fresh buffers
17:25:10,564 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) No read bytes available
17:25:10,565 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Sent 28 bytes
17:25:10,565 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Flushed channel
17:25:10,576 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) No buffers in queue for message header
17:25:10,577 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Allocated fresh buffers
17:25:10,577 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Received 56 bytes
17:25:10,577 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Received message java.nio.HeapByteBuffer[pos=0 lim=52 cap=8192]
17:25:10,577 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Received java.nio.HeapByteBuffer[pos=0 lim=52 cap=8192]
17:25:10,577 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Server received capabilities request
17:25:10,577 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Server received capability: version 1
17:25:10,577 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Server received capability: remote endpoint name "cli-client"
17:25:10,577 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Server received capability: message close protocol supported
17:25:10,577 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Server received capability: remote version is "5.0.0.CR5-redhat-1"
17:25:10,577 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Server received capability: remote channels in is "40"
17:25:10,577 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Server received capability: remote channels out is "40"
17:25:10,577 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Server received capability: authentication service
17:25:10,580 TRACE [org.jboss.remoting.remote.server] (management I/O-2) No EXTERNAL mechanism due to unverified SSL peer
17:25:10,583 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Added mechanism GS2-KRB5-PLUS
17:25:10,583 TRACE [org.jboss.remoting.remote.server] (management I/O-2) Added mechanism PLAIN
17:25:10,583 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) No buffers in queue for message header
17:25:10,583 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Allocated fresh buffers
17:25:10,583 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) No read bytes available
17:25:10,583 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Sent 88 bytes
17:25:10,583 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Flushed channel
17:25:10,637 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) No buffers in queue for message header
17:25:10,637 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Allocated fresh buffers
17:25:10,637 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) No read bytes available
17:25:10,638 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) No buffers in queue for message header
17:25:10,638 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Allocated fresh buffers
17:25:10,638 TRACE [org.jboss.remoting.remote.connection] (management I/O-2) Received EOF
17:25:10,638 TRACE [org.jboss.remoting.remote] (management I/O-2) Received connection end-of-stream
17:25:10,971 INFO  [org.jboss.eapqe.krbldap.utils.CustomCLIExecutor] (main) CLI executor output:
17:25:10,971 INFO  [org.jboss.eapqe.krbldap.utils.CustomCLIExecutor] (main) Failed to connect to the controller: Unable to authenticate against controller at localhost.localdomain:9993: Authentication failed: none of the mechanisms presented by the server (GS2-KRB5-PLUS, PLAIN) are supported

In jboss-cli.log I see.

17:14:21,557 TRACE [org.wildfly.security] Created SaslClient [null] for mechanisms [GS2-KRB5-PLUS]
17:14:21,557 TRACE [org.jboss.remoting.remote.connection] Connection error detail: javax.security.sasl.SaslException: Authentication failed: none of the mechanisms presented by the server (GS2-KRB5-PLUS, PLAIN) are supported
        at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:438)

17:14:21,558 DEBUG [org.jboss.remoting.remote.connection] JBREM000200: Remote connection failed: javax.security.sasl.SaslException: Authentication failed: none of the mechanisms presented by the server (GS2-KRB5-PLUS, PLAIN) are supported
17:14:21,559 TRACE [org.jboss.remoting.endpoint] Registered exception result: javax.security.sasl.SaslException: Authentication failed: none of the mechanisms presented by the server (GS2-KRB5-PLUS, PLAIN) are supported

spring-web the same function code is

Object[] validationHints = determineValidationHints(ann);

spring-webflux is 

Object hintArray = (hints instanceof Object[] ? (Object[]) hints : new Object[] {hints});

should be 

Object[] hintArray = (hints instanceof Object[] ? (Object[]) hints : new Object[] {hints});

Change the  required flag to true for predefined-filter attribute in Elytron subsystem.
Elytron resource type configurable-sasl-server-factory has filters object-list attribute. Its attribute predefined-filter is an alternative for pattern-filter attribute. The pattern-filter has required flag set to true, but predefined-filter has it false. It results in possibility to add empty filter:

/subsystem=elytron/configurable-sasl-server-factory=t1:add(sasl-server-factory=elytron, filters=[{}])

HibernateTemplate method signatures were changed in 4.0.0.Release to better support generics, however the developer involved changed them from List to List<Object>. They should have been changed to List<?> as was done for the methods that return Collection and Iterator.
Example method: org.springframework.orm.hibernate4.HibernateTemplate.findByNamedParam().
Spring 3.2.8 WAS:
public List findByNamedParam(String queryString, String paramName, Object value)
			throws DataAccessException {
Spring 4.0.1 IS:
public List<Object> findByNamedParam(String queryString, String paramName, Object value)
This change will require all client code to be altered which is ironic considering HibernateTemplate itself is basically deprecated and really only exists to give people who use it access to all the bug fixes in 4.X (as per the javadoc). I see absolutely no reason for the new signature and if this change was intended it should have been mentioned in a migration guide?
Is it possible this can be changed before everybody switches their code to the new method signatures as most organisations normally wait 1-2 (n-1) releases until upgrading to a new version.

enable failonerror flag so that unit test's can continue on even when shims unit test fails.

I saw a case Hive.get(HiveConf c) reuse syncMetaStoreClient with different config (in my case, hive.metastore.uris is different), which makes syncMetaStoreClient connect to wrong metastore server.

HBaseAdmin.mergeRegions() calls HBaseAdmin.getRegion() internally. HBaseAdmin.getRegion() requires the full region name. So MetaTableAccessor.getRegion always returns null and this causes one more meta table scan.

  Pair<HRegionInfo, ServerName> getRegion(final byte[] regionName) throws IOException {
    if (regionName == null) {
      throw new IllegalArgumentException("Pass a table name or region name");
    }
    Pair<HRegionInfo, ServerName> pair =
      MetaTableAccessor.getRegion(connection, regionName);
    if (pair == null) {

I suppose to use full region names instead of encoded region names in HBaseAdmin.mergeRegions().

Here are the steps to reproduce. Please setup two hive warehouses with hive.metastore.event.listeners set to org.apache.hive.hcatalog.listener.DbNotificationListener. On warehouse 1, please do the following as user hive.

## create table
CREATE TABLE page_view4(viewTime INT, userid BIGINT,
     page_url STRING, referrer_url STRING,
     ip STRING COMMENT 'IP Address of the User')
 COMMENT 'This is the page view table'
 PARTITIONED BY(dt STRING, country STRING)
 STORED AS SEQUENCEFILE;

## Add partitions
alter table page_view4 add partition (dt="1", country="usa");
alter table page_view4 add partition (dt="2", country="india");
insert into table page_view4 PARTITION (dt="1", country="usa") VALUES (1, 1, "url1", "referurl1", "ip1");

## Export table
export table page_view4 to '/tmp/export4' for replication('foo');

'/tmp/export4' is created with owner as hive and group hdfs. The 
'/apps/hive/warehouse/page_view4/' is created with owner hive and group users. 
Copy the exported data in  '/tmp/export4' to hdfs in warehouse 2. The data is still owned by hive and belongs to group hdfs. Please change the group for dir '/tmp/export4' to users. 

bash# su - hdfs
hdfs : bash# hadoop fs -chown -R hive:users /tmp/export4

As user hive, do the following

hive> import table page_view4 from '/tmp/export4' ;
Copying data from hdfs://node-4.example.com:8020/tmp/export4/dt=1/country=usa
....
Loading data to table default.page_view4 partition (country=usa, dt=1)
Failed with exception org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.thrift.protocol.TProtocolException: Required field 'filesAdded' is unset! Struct:InsertEventRequestData(filesAdded:null)

The import failed. Attaching the logs from /tmp/hive/hive.log for further debugging. 

I missed addressing a few of Ted's comments on the end of my navigating HBASE-5869 commit.  Fix here.  Make it a blocker.

Always on IBM JDK org.jboss.as.server.deployment.scanner.FileSystemDeploymentServiceUnitTestCase.testNoUndeployment fails with:

java.lang.UnsupportedOperationException: cannot get the capability, performing dispose of the retransforming environment

In RegionScannerImpl the filters get reset during calls to nextRaw:

public NextState nextRaw(List<Cell> outResults, int batchLimit, long remainingResultSize)
        throws IOException {
  ...
  resetFilters();

  if (isFilterDoneInternal()) {
  ...
}

This creates a problem when returning partial Results because filters should only be reset in between rows (i.e. after all of the cells for a particular row have been returned). If a partial Result is returned, there are still cells in the row that have not been evaluated yet and we should avoid resetting the filter since it will wipe away all state information for that filter.

This prevents users from easily creating multiple clusters on the same network whose nodes need to interact with each other via the ejb client.

I am using Grails 1.0.4 and Spring Batch M3. My job repository configuration looks like following 
  jobRepository(org.springframework.batch.core.repository.support.JobRepositoryFactoryBean) 
{    
    dataSource=ref("dataSource")
    transactionManager=ref("transactionManager")    
  }

I am posting the entire stack trace below.  Exception message is  "org.postgresql.util.PSQLException: ERROR: column "serialized_context" is of type bytea but expression is of type oid " .  
Exception Stack Trace 
-------------------------------------------------------------
Expected to complete: <org.springframework.batch.core.JobExecution@7e jobInstance=JobInstance: id=1, JobParameters=[
{collectionId=2}
], Job=[docProcessingJob] stepExecutions=[StepExecution: id=1, name=fileListingStep, status=FAILED, exitStatus=exitCode=FAILED;exitDescription=org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [INSERT INTO BATCH_JOB_EXECUTION_CONTEXT (JOB_EXECUTION_ID, SHORT_CONTEXT, SERIALIZED_CONTEXT) VALUES(?, ?, ?)]; nested exception is org.postgresql.util.PSQLException: ERROR: column "serialized_context" is of type bytea but expression is of type oid at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:220) at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:607) at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:792) at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:850) at org.springframework.batch.core.repository.dao.JdbcExecutionContextDao.persistSerializedContext(JdbcExecutionContextDao.java:201) at org.springframework.batch.core.repository.dao.JdbcExecutionContextDao.persistExecutionContext(JdbcExecutionContextDao.java:135) at org.springframework.batch.core.repository.support.SimpleJobRepository.updateExecutionContext(SimpleJobRepository.java:269) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy3.updateExecutionContext(Unknown Source) at org.springframework.batch.core.step.tasklet.TaskletStep.doExecute(TaskletStep.java:217) at org.springframework.batch.core.step.AbstractStep.execute(AbstractStep.java:192) at org.springframework.batch.core.job.AbstractJob.handleStep(AbstractJob.java:329) at org.springframework.batch.core.job.SimpleJob.doExecute(SimpleJob.java:85) at org.springframework.batch.core.job.AbstractJob.execute(AbstractJob.java:228) at org.springframework.batch.core.launch.support.SimpleJobLauncher$1.run(SimpleJobLauncher.java:115) at java.lang.Thread.run(Thread.java:619) Caused by: org.postgresql.util.PSQLException: ERROR: column "serialized_context" is of type bytea but expression is of type oid at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:1608) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1343) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:194) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:451) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:350) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:304) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:101) at org.springframework.jdbc.core.JdbcTemplate$2.doInPreparedStatement(JdbcTemplate.java:798) at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:591) ... 23 more , readCount=0, filterCount=0, writeCount=0 readSkipCount=0, writeSkipCount=0, commitCount=0, rollbackCount=0] status=FAILED startTime=Thu Jan 08 13:02:37 PST 2009 createTime=Thu Jan 08 13:02:37 PST 2009 endTime=Thu Jan 08 13:02:38 PST 2009 lastUpdated=Thu Jan 08 13:02:38 PST 2009 exitStatus=exitCode=FAILED;exitDescription=org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [INSERT INTO BATCH_JOB_EXECUTION_CONTEXT (JOB_EXECUTION_ID, SHORT_CONTEXT, SERIALIZED_CONTEXT) VALUES(?, ?, ?)]; nested exception is org.postgresql.util.PSQLException: ERROR: column "serialized_context" is of type bytea but expression is of type oid at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:220) at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:607) at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:792) at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:850) at org.springframework.batch.core.repository.dao.JdbcExecutionContextDao.persistSerializedContext(JdbcExecutionContextDao.java:201) at org.springframework.batch.core.repository.dao.JdbcExecutionContextDao.persistExecutionContext(JdbcExecutionContextDao.java:135) at org.springframework.batch.core.repository.support.SimpleJobRepository.updateExecutionContext(SimpleJobRepository.java:269) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy3.updateExecutionContext(Unknown Source) at org.springframework.batch.core.step.tasklet.TaskletStep.doExecute(TaskletStep.java:217) at org.springframework.batch.core.step.AbstractStep.execute(AbstractStep.java:192) at org.springframework.batch.core.job.AbstractJob.handleStep(AbstractJob.java:329) at org.springframework.batch.core.job.SimpleJob.doExecute(SimpleJob.java:85) at org.springframework.batch.core.job.AbstractJob.execute(AbstractJob.java:228) at org.springframework.batch.core.launch.support.SimpleJobLauncher$1.run(SimpleJobLauncher.java:115) at java.lang.Thread.run(Thread.java:619) Caused by: org.postgresql.util.PSQLException: ERROR: column "serialized_context" is of type bytea but expression is of type oid at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:1608) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1343) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:194) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:451) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:350) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:304) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:101) at org.springframework.jdbc.core.JdbcTemplate$2.doInPreparedStatement(JdbcTemplate.java:798) at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:591) ... 23 more executionContext={} failureExceptions=[] id=1 version=2> expected:<COMPLETED> but was:<FAILED>

Binary jar files are in model-test module, which will break the CC requirements in downstream project.
It would be good to fix in upstream as well so that it won't be missing when new stream is created.

There's a couple of unnecessary null-checks in DbNotificationListener. There's no way they'd fire. Shall we remove these?

sampling does not use internal column name, it uses column table name instead - which will not work in case there is any operator between table
scan and sampling, which is possible with column pruning.
The following test breaks: 
(assuming srcbucket has more than 1 column: in this case 2 columns: key and value)
– no input pruning, sample filter
EXPLAIN
SELECT s.key
FROM srcbucket TABLESAMPLE (BUCKET 1 OUT OF 5 on key) s;

See vector_data_types.q query output.  Non-vectorized output is shorter than vectorized binary column output which seems to include characters from earlier rows.

When using the SimpleMessageListenerContainer and consuming from multiple passively declared queues and one of the queues does not exist.
Prefetch count for the channel remains at 0, which is not correct.

When trying to install keycloak-wildfly-subsystem described in this guide, the install fails because of:

{
    "failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.modules.ModuleLoadError: org.jboss.metadata",
}

The reason is because the realm may have actually already substituted in a different name for the user.

The sentence 'The model may an object in any accessible scope, such as flowScope or viewScope.' should read 'The model may be an object in any accessible scope, such as flowScope or viewScope.'.

The current contents of the camel-features.xml file reads:

<feature name='camel-restlet' version='2.7.1-fuse-00-43' resolver='(obr)'>
  <feature version='2.7.1-fuse-00-43'>camel-core</feature>
  <bundle dependency="true">mvn:org.apache.camel/camel-restlet/2.7.1-fuse-00-43</bundle>
  <bundle>mvn:http://maven.restlet.org!org.restlet.jse/org.restlet/2.0.5</bundle>
</feature>

It actually should read http://fernandoribeiro.eti.br/2011/09/12/bug-in-fuse-4-4/ (Thanks to Fernando Ribeiro for the heads up!)

The password should be set to some default value in the class, e.g. "manager_password_not_set"

Currently, when a Spring configured, GemFire client cache application is shutdown, SDG does not prescribe an orderly shutdown between client Regions and client Pools possibly referred to by those Regions.  As a result, GemFire will throw an error when an attempt is made to close/destroy the Pool that a Region may currently be configured to use during shutdown of the Spring application context.

11:34:44.957 WARN o.s.b.f.s.DisposableBeanAdapter - Invocation of destroy method failed on bean with name 'gemfirePool': java.lang.IllegalStateException: Pool could not be destroyed because it is still in use by 16 regions 

While the error is reported as a warning and is mostly benign (since it only happens during shutdown), more careful coordination between the Regions and their Pools should be considered.

ConfigurationFile records the value passed by -c or --[server|host|domain]-config and uses it to determine the boot file to use whenever it needs to boot. This is ok during initial boot, but it reuses it during reloads.
This breaks down when specials values like "initial", "boot", "v1" or some snapshot are used. The reload ends up reading from the original file again, not from the latest persisted one, and any changes made are lost.

Executing the full-replace-deployment operation on a domain deployment works correctly if it's a single operation (even in a composite operation). In a composite operation where an add operation is executed to add the deployment to a server-group(s) after the full-replace-deployment an NPE is thrown because the previous resource is null since it did not exist.
org.jboss.as.server.deployment.DeploymentFullReplaceHandler

// WFCORE-495 remove and call context.addResource() as below to add new resource with updated PERSISTENT value
final ModelNode deploymentModel = context.removeResource(PathAddress.pathAddress(deploymentPath)).getModel();

The context.removeResource() returns null since the deployment was not deployed on the server in the server-group.
From debugging it looks like the full composite operation is passed to each server in a server group. For obvious reasons if the add operation is done before the full-replace-deployment operation the composite operation is successful.
The easy workaround is just to ignore missing deployments in the org.jboss.as.server.deployment.DeploymentFullReplaceHandler OSH and log a debug or trace message indicating it was skipped because the deployment did not previously exist on the server. However this may need to be done at the HC operation routing level.

A route scoped error handler should be removed if the route is removed from JMX.
Context scoped error handlers, should be kept.

In AbstractDestinationResolvingMessagingTemplate, some methods are missing @Nullable on MessagePostProcessor.

public <T> void convertAndSend(String destinationName, T payload, MessagePostProcessor postProcessor)

delegates to

public <T> void convertAndSend(String destinationName, T payload, @Nullable Map<String, Object> headers, @Nullable MessagePostProcessor postProcessor)

Also

public <T> T convertSendAndReceive(String destinationName, Object request, Class<T> targetClass,
			MessagePostProcessor postProcessor)

public <T> T convertSendAndReceive(String destinationName, Object request, Map<String, Object> headers,
			Class<T> targetClass, MessagePostProcessor postProcessor)

delegate to methods in the superclass that have @Nullable MessagePostProcessor postProcessor.

See this CI build and see th console output (raw) and check in the end of the build where it does the assembly of the build
https://builds.apache.org/job/Camel.trunk.notest/2124/consoleText
You get a bunch of errors like

[ERROR] Failed to execute goal org.apache.camel:camel-api-component-maven-plugin:2.14-SNAPSHOT:fromApis (generate-test-component-classes) on project camel-linkedin: Error generating source for org.apache.camel.component.linkedin.api.CommentsResource: Error loading class java.lang.String&nbspcomment_id, -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.camel:camel-api-component-maven-plugin:2.14-SNAPSHOT:fromApis (generate-test-component-classes) on project camel-linkedin: Error generating source for org.apache.camel.component.linkedin.api.CommentsResource: Error loading class java.lang.String&nbspcomment_id,
	at org.jvnet.hudson.maven3.launcher.Maven3Launcher.main(Maven3Launcher.java:117)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239)
	at org.jvnet.hudson.maven3.agent.Maven3Main.launch(Maven3Main.java:178)
	at hudson.maven.Maven3Builder.call(Maven3Builder.java:134)
	at hudson.maven.Maven3Builder.call(Maven3Builder.java:69)
	at hudson.remoting.UserRequest.perform(UserRequest.java:118)
	at hudson.remoting.UserRequest.perform(UserRequest.java:48)
	at hudson.remoting.Request$2.run(Request.java:328)
	at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error generating source for org.apache.camel.component.linkedin.api.CommentsResource: Error loading class java.lang.String&nbspcomment_id,
	at org.apache.camel.maven.ApiComponentGeneratorMojo.execute(ApiComponentGeneratorMojo.java:89)
	... 31 more
Caused by: java.lang.IllegalArgumentException: Error loading class java.lang.String&nbspcomment_id,
	at org.apache.camel.util.component.ApiMethodParser.forName(ApiMethodParser.java:229)
	at org.apache.camel.util.component.ApiMethodParser.parse(ApiMethodParser.java:126)
	at org.apache.camel.maven.AbstractApiMethodGeneratorMojo.execute(AbstractApiMethodGeneratorMojo.java:71)
	at org.apache.camel.maven.ApiComponentGeneratorMojo.execute(ApiComponentGeneratorMojo.java:86)
	... 33 more

before HIVE-18908; there was a baseForward (non vectorized) and vectorForward (vectorized); and both of them have accounted for the number of rows correctly - after HIVE-18908 this have changed to count vectorized batches in case of vectorized execution.
relevant part of Operator.java
[counters are dropping to 1|
https://github.com/apache/hive/commit/a37827ecd557c7f7d69f3b2ccdbf6535908b1461#diff-e70a9d33150346fe8b9b7d719d677b97L356]

Now that HIVE-7812 is checked in we should remove the hardwiring to HiveInputFormat for the qfile tests.

Java CheckAndPut API allows users to save Cells (C1..C5) while comparing a Cell C1.
But in Rest API, even though caller sent multiple cells, hbase rest code is ignoring all the cells except for compare cell.

11:31:07,203 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("data-source" => "ExampleDS")
        "jboss.security.subject-factory",
        "jboss.security.simple-security-manager"
    ],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.data-source.ExampleDS is missing [jboss.security.simple-security-manager, jboss.security.subject-factory]"]
}
11:31:07,207 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
        "jboss.security.simple-security-manager",
    ],
        "org.wildfly.data-source.ExampleDS is missing [jboss.security.simple-security-manager, jboss.security.subject-factory]",
        "org.wildfly.data-source.ExampleDS is missing [jboss.security.simple-security-manager, jboss.security.subject-factory]"
    ]
}

Which means that datasources subsystem requires functionality of the legacy security subsystem.  It should be possible to completely get rid of the legacy subsystem and work with just Elytron.

A region is opened by a server, major compaction is performed, that triggers a split, and the region is closed and split. There's no indication of memstore flush for this region.
After that, LogRoller repeatedly tries to request the flush of this region due to large number of HLogs, but fails to flush it for hours because the region is not in online regions.
It seems that what's happening is that when we append entries to WAL we add the first entry after we flush/open some region to "earliest unflushed seqNums per region" map in FSHLog. However, compaction now adds compaction record to WAL, which also affects this map. If the compaction record is the first entry for this region to go into some WAL, and there are no writes to the region after that, there will be no memstore flush and the entry will never be removed. 
In fact "flushing" for compaction record doesn't make sense, there's no  preservation of the record outside WAL; so, we probably should not add it to "latest unflushed" map.

Can't build Roo with Maven 3.0.1    
It builds fine when I switch back to maven 2.
$ git log
commit 944d16c0419e0dcdf2928dd218a299d45d9060ac
Author: Ben Alex <balex@vmware.com>
Date:   Fri Jan 7 21:41:26 2011 +0100
 ROO-1944: Release Spring Roo 1.1.1.RELEASE - next version is 1.1.2.BUILD-SNA
Here is the output from 
$ mvn clean install

beginning omitted.  everything ok until here .. **

[INFO] 
[INFO] Building Spring Roo - Addon - RooBot Client 1.1.2.BUILD-SNAPSHOT
[INFO] 
[INFO] — maven-clean-plugin:2.2:clean (default-clean) @ org.springframework.roo.addon.roobot.client —
[INFO] Deleting directory /Applications/dev-local/spring/roo/addon-roobot-client/target
[INFO] 
[INFO] — exec-maven-plugin:1.1.1:exec (default) @ org.springframework.roo.addon.roobot.client —
[INFO] 
[INFO] — maven-resources-plugin:2.4.2:resources (default-resources) @ org.springframework.roo.addon.roobot.client —
[INFO] 
[INFO] — maven-compiler-plugin:2.0.2:compile (default-compile) @ org.springframework.roo.addon.roobot.client —
[INFO] Compiling 12 source files to /Applications/dev-local/spring/roo/addon-roobot-client/target/classes
[INFO] 
[INFO] Spring Roo ........................................ SUCCESS [1.003s]
[INFO] Spring Roo - OSGi Bundle Module Parent ............ SUCCESS [1.975s]
[INFO] Spring Roo - OSGi Roo Bundle Module Parent ........ SUCCESS [0.519s]
[INFO] Spring Roo - Bootstrap ............................ SUCCESS [3.719s]
[INFO] Spring Roo - OSGi Start Level Control ............. SUCCESS [3.082s]
[INFO] Spring Roo - Support .............................. SUCCESS [5.443s]
[INFO] Spring Roo - Support for OSGi Features ............ SUCCESS [1.565s]
[INFO] Spring Roo - URL Stream API Contract .............. SUCCESS [1.328s]
[INFO] Spring Roo - Shell ................................ SUCCESS [2.676s]
[INFO] Spring Roo - Shell (OSGi Launcher) ................ SUCCESS [2.263s]
[INFO] Spring Roo - URL Stream - JDK ..................... SUCCESS [1.500s]
[INFO] Spring Roo - Shell - JLine ........................ SUCCESS [1.678s]
[INFO] Spring Roo - Shell - JLine (OSGi Launcher) ........ SUCCESS [1.311s]
[INFO] Spring Roo - Metadata ............................. SUCCESS [2.365s]
[INFO] Spring Roo - User Agent Analysis (UAA) Integration  SUCCESS [1.872s]
[INFO] Spring Roo - Felix Interoperability ............... SUCCESS [3.269s]
[INFO] Spring Roo - Model ................................ SUCCESS [2.349s]
[INFO] Spring Roo - File Undo ............................ SUCCESS [1.242s]
[INFO] Spring Roo - File Monitor ......................... SUCCESS [1.158s]
[INFO] Spring Roo - File Monitor - Polling ............... SUCCESS [1.198s]
[INFO] Spring Roo - File Monitor - Polling (Roo Launcher)  SUCCESS [1.276s]
[INFO] Spring Roo - Project .............................. SUCCESS [1.502s]
[INFO] Spring Roo - Process Manager ...................... SUCCESS [2.192s]
[INFO] Spring Roo - Classpath ............................ SUCCESS [4.361s]
[INFO] Spring Roo - Classpath (JavaParser Implementation)  SUCCESS [2.579s]
[INFO] Spring Roo - Addon - Maven ........................ SUCCESS [1.791s]
[INFO] Spring Roo - Addon - JavaBean Information ......... SUCCESS [1.284s]
[INFO] Spring Roo - Addon - toString ..................... SUCCESS [1.312s]
[INFO] Spring Roo - Addon - JavaBean Method Manager ...... SUCCESS [1.446s]
[INFO] Spring Roo - Addon - Plural Details ............... SUCCESS [1.279s]
[INFO] Spring Roo - Addon - Property Files ............... SUCCESS [1.633s]
[INFO] Spring Roo - Addon - @Configurable Support ........ SUCCESS [1.243s]
[INFO] Spring Roo - Addon - Email ........................ SUCCESS [1.512s]
[INFO] Spring Roo - Addon - JPA .......................... SUCCESS [1.603s]
[INFO] Spring Roo - Addon - JMS .......................... SUCCESS [1.472s]
[INFO] Spring Roo - Addon - Serializable ................. SUCCESS [1.334s]
[INFO] Spring Roo - Addon - Entity ....................... SUCCESS [1.602s]
[INFO] Spring Roo - Addon - Finder ....................... SUCCESS [1.521s]
[INFO] Spring Roo - Addon - Logging ...................... SUCCESS [1.508s]
[INFO] Spring Roo - Addon - Property Editor .............. SUCCESS [1.334s]
[INFO] Spring Roo - Addon - Test Data On Demand .......... SUCCESS [1.526s]
[INFO] Spring Roo - Addon - Automated Integration Testing  SUCCESS [1.760s]
[INFO] Spring Roo - Addon - Backup ....................... SUCCESS [1.341s]
[INFO] Spring Roo - Addon - JSON ......................... SUCCESS [1.638s]
[INFO] Spring Roo - Addon - Web MVC Controller ........... SUCCESS [3.371s]
[INFO] Spring Roo - Addon - JDBC Driver Acquisition ...... SUCCESS [1.278s]
[INFO] Spring Roo - Addon - Database Reverse Engineering . SUCCESS [2.555s]
[INFO] Spring Roo - Addon - Web MVC JSP View ............. SUCCESS [2.528s]
[INFO] Spring Roo - Addon - Web MVC Embedded Extensions .. SUCCESS [2.021s]
[INFO] Spring Roo - Addon - Spring Security .............. SUCCESS [1.715s]
[INFO] Spring Roo - Addon - Solr ......................... SUCCESS [1.861s]
[INFO] Spring Roo - Addon - Web - Flow ................... SUCCESS [1.474s]
[INFO] Spring Roo - Addon - Web Selenium Test Generator .. SUCCESS [1.511s]
[INFO] Spring Roo - Addon - Google Web Toolkit ........... SUCCESS [2.671s]
[INFO] Spring Roo - Addon - Creator ...................... SUCCESS [1.538s]
[INFO] Spring Roo - Addon - RooBot Client ................ FAILURE [0.324s]
[INFO] Spring Roo - Addon - Op4J ......................... SKIPPED
[INFO] Spring Roo - Addon - GIT .......................... SKIPPED
[INFO] Spring Roo - Annotations (ASLv2/GPLv3 Dual Licensed)  SKIPPED
[INFO] Total time: 1:46.784s
[INFO] Finished at: Fri Jan 07 22:17:27 PST 2011
[INFO] Final Memory: 43M/98M
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile (default-compile) on project org.springframework.roo.addon.roobot.client: Compilation failure: Compilation failure:
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnRooBotOperationsImpl.java:[40,36] package org.springframework.roo.shell does not exist
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnRooBotOperationsImpl.java:[63,20] cannot find symbol
[ERROR] symbol  : class Shell
[ERROR] location: class org.springframework.roo.addon.roobot.client.AddOnRooBotOperationsImpl
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[9,36] package org.springframework.roo.shell does not exist
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[10,36] package org.springframework.roo.shell does not exist
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[11,36] package org.springframework.roo.shell does not exist
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[12,47] package org.springframework.roo.shell.converters does not exist
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[22,38] cannot find symbol
[ERROR] symbol: class CommandMarker
[ERROR] public class AddOnCommands implements CommandMarker {
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[26,20] cannot find symbol
[ERROR] symbol  : class StaticFieldConverter
[ERROR] location: class org.springframework.roo.addon.roobot.client.AddOnCommands
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnBundleSymbolicNameConverter.java:[11,36] package org.springframework.roo.shell does not exist
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnBundleSymbolicNameConverter.java:[12,36] package org.springframework.roo.shell does not exist
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnBundleSymbolicNameConverter.java:[23,57] cannot find symbol
[ERROR] symbol: class Converter
[ERROR] public class AddOnBundleSymbolicNameConverter implements Converter {
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnBundleSymbolicNameConverter.java:[31,134] cannot find symbol
[ERROR] symbol  : class MethodTarget
[ERROR] location: class org.springframework.roo.addon.roobot.client.AddOnBundleSymbolicNameConverter
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[37,21] cannot find symbol
[ERROR] symbol  : class CliOption
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[36,2] cannot find symbol
[ERROR] symbol  : class CliCommand
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[42,25] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[41,2] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[47,19] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[48,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[49,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[50,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[51,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[46,2] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[57,21] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[58,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[59,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[60,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[61,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[62,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[63,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[56,2] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[68,24] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[67,2] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[73,25] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[72,2] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[78,21] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[77,2] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[83,29] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[84,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[85,4] cannot find symbol
[ERROR] 
[ERROR] /Applications/dev-local/spring/roo/addon-roobot-client/src/main/java/org/springframework/roo/addon/roobot/client/AddOnCommands.java:[82,2] cannot find symbol
[ERROR] 
[ERROR] 
[ERROR] 
[ERROR]   mvn <goals> -rf :org.springframework.roo.addon.roobot.client
$ mvn --version
Apache Maven 3.0.1 (r1038046; 2010-11-23 02:58:32-0800)
Java version: 1.6.0_22
Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.6" arch: "x86_64" Family: "mac"

Needed for WFCORE-2664 to allow checking for the capability to replace an MSC Optional dependency. Plus other subsystems are depending on the SBM so that should be mediated via capabilities.

children is a Set<String>, but pe.getKeyValuePair() is String[], so it will always return false.

} else {
                if (children.contains(pe.getKeyValuePair())) {
                    String name = pe.getValue();
                    ModelNode value = model.get(pe.getKeyValuePair());
                    ManagementResourceRegistration sub = rr.getSubModel(PathAddress.pathAddress(pe));
                    Assert.assertNotNull(getComparePathAsString(stack) + " Child with name '" + name + "' not found", sub);
                    if (value.isDefined()) {
                        stack.push(pe);
                        checkModelAgainstDefinition(value, sub, stack);
                        stack.pop();
                    }
                }
            }

For example cannot initialize a dynamic serde with : struct result 
{ string _c0}
            
When migrating CrawlerSessionManagerValve, it is migrated to filter with filter-ref for the handler. The handler requires its CrawlerSessionManagerConfig in constructor, which is not provided in such case resulting in [1] thrown upon request.
The CrawlerSessionManagerValve should be rather migrated to its corresponding wildfly config => adding /subsystem=undertow/servlet-container=default/setting=crawler-session-management

10:24:07,533 ERROR [io.undertow.request] (default I/O-3) UT005071: Undertow request failed HttpServerExchange{ GET / request {Accept=[*/*], User-Agent=[curl/7.43.0-DEV], Host=[127.0.0.1:8080]} response {}}: java.lang.RuntimeException: WFLYUT0064: Failed to configure handler class io.undertow.servlet.handlers.CrawlerSessionManagerHandler
	at org.wildfly.extension.undertow.deployment.ConfiguredHandlerWrapper.wrap(ConfiguredHandlerWrapper.java:78)
	at org.wildfly.extension.undertow.filters.CustomFilterDefinition.createHttpHandler(CustomFilterDefinition.java:100)
	at io.undertow.server.handlers.NameVirtualHostHandler.handleRequest(NameVirtualHostHandler.java:64)
	at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:229)
	at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:127)
Caused by: java.lang.NoSuchMethodException: io.undertow.servlet.handlers.CrawlerSessionManagerHandler.<init>(io.undertow.server.HttpHandler)
	at java.lang.Class.getConstructor0(Class.java:3082)
	at java.lang.Class.getConstructor(Class.java:1825)
	at org.wildfly.extension.undertow.deployment.ConfiguredHandlerWrapper.wrap(ConfiguredHandlerWrapper.java:55)
	... 24 more

Hi,
When the CssLinkResourceTransformer use the ResourceResolverChain#resolveUrlPath method to retrieve a resource referenced with url or @import, it gives as parameter the complete path. This is not what the ResourceUrlProvider does: before calling the chain, it removes the beginning of the path corresponding to the matching pattern.
Imagine you have the following configuration: registry.addResourceHandler("/css/**").addResourceLocations("classpath:/statics/css/")
If I resolve '/css/app.css' with ResourceUrlProvider, PathResourceResolver  receives 'app.css' to resolve.
Now imagine in app.css a statement like this: @import "/css/app2.css";
In that case PathResourceResolver receives '/css/app2.css' from CssLinkResourceTransformer instead of 'app2.css'. The chain will return null and URL won't be transformed.
CssLinkResourceTransformer should rely on the same mechanism as ResourceUrlProvider.

Failing tests cases 

org.jboss.as.test.clustering.cluster.cdi.CdiFailoverTestCase
org.jboss.as.test.clustering.cluster.ejb.stateful.StatefulFailoverTestCase
org.jboss.as.test.clustering.cluster.ejb.xpc.StatefulWithXPCFailoverTestCase

when transaction used with JTS. There is a common server failure for all of them

WARN  [com.arjuna.ats.jts] (default task-1) ARJUNA022261: ServerTopLevelAction detected that the transaction was inactive
WARN  [com.arjuna.ats.jts] (default task-1) ARJUNA022261: ServerTopLevelAction detected that the transaction was inactive2015-10-26 13:58:43,887 
WARN  [org.jboss.as.txn] (default task-1) WFLYTX0027: The pre-jca synchronization org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor$StatefulSessionSynchronization@5c8b87d associated with tx TransactionImple < jts, 0:ffff0a28048f:-1ef8a8a1:562e236e:16 > failed during after completion: javax.ejb.EJBException: javax.transaction.SystemException: org.omg.CORBA.TRANSACTION_UNAVAILABLE: ARJUNA022258: Transaction was inactive  vmcid: 0x0  minor code: 1  completed: No
 at org.jboss.as.ejb3.component.stateful.StatefulSessionComponentInstance.execute(StatefulSessionComponentInstance.java:177)
 at org.jboss.as.ejb3.component.stateful.StatefulSessionComponentInstance.prePassivate(StatefulSessionComponentInstance.java:143)
 at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.prePassivate(StatefulSessionComponent.java:168)
 at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.prePassivate(StatefulSessionComponent.java:75)
 at org.wildfly.clustering.ejb.infinispan.group.InfinispanBeanGroup.prePassivate(InfinispanBeanGroup.java:131)
 at org.wildfly.clustering.ejb.infinispan.group.InfinispanBeanGroup.releaseBean(InfinispanBeanGroup.java:107)
 at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBean.release(InfinispanBean.java:104)
 at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager$SchedulableBean.release(InfinispanBeanManager.java:364)
 at org.jboss.as.ejb3.cache.distributable.DistributableCache.release(DistributableCache.java:135)
 at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.releaseInstance(StatefulSessionSynchronizationInterceptor.java:168)
 at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor$StatefulSessionSynchronization.afterCompletion(StatefulSessionSynchronizationInterceptor.java:250)
 at org.jboss.as.txn.service.internal.tsr.JCAOrderedLastSynchronizationList.afterCompletion(JCAOrderedLastSynchronizationList.java:147)
 at com.arjuna.ats.internal.jta.resources.jts.orbspecific.SynchronizationImple.after_completion(SynchronizationImple.java:118)
 at com.arjuna.ArjunaOTS.JTAInterposedSynchronizationPOATie.after_completion(JTAInterposedSynchronizationPOATie.java:46)
 at com.arjuna.ArjunaOTS.JTAInterposedSynchronizationPOA._invoke(JTAInterposedSynchronizationPOA.java:47)
 at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:654)
 at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:205)
 at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1700)
 at com.sun.corba.se.impl.protocol.SharedCDRClientRequestDispatcherImpl.marshalingComplete(SharedCDRClientRequestDispatcherImpl.java:180)
 at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.invoke(CorbaClientDelegateImpl.java:148)
 at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:475)
 at org.omg.CosTransactions._SynchronizationStub.after_completion(_SynchronizationStub.java:38)
 at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.doAfterCompletion(ArjunaTransactionImple.java:1636)
 at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.commit(ArjunaTransactionImple.java:383)
 at com.arjuna.ats.internal.jts.ControlWrapper.commit(ControlWrapper.java:244)
 at com.arjuna.ats.internal.jts.orbspecific.CurrentImple.commit(CurrentImple.java:247)
 at com.arjuna.ats.jts.extensions.AtomicTransaction.commit(AtomicTransaction.java:276)
 at com.arjuna.ats.internal.jta.transaction.jts.TransactionImple.commitAndDisassociate(TransactionImple.java:1313)
 at com.arjuna.ats.internal.jta.transaction.jts.BaseTransaction.commit(BaseTransaction.java:130)
 at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636)
 at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
 at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73)
 at org.jboss.as.test.clustering.cluster.ejb.stateful.bean.Incrementor$$$view1.increment(Unknown Source)
 at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:436)
 at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127)
 at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100)
 at org.jboss.as.test.clustering.cluster.cdi.Incrementor$64999020$Proxy$_$$_Weld$EnterpriseProxy$.increment(Unknown Source)
 at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:38)
 at org.jboss.weld.proxies.Incrementor$64999020$Proxy$_$$_WeldClientProxy.increment(Unknown Source)
 at org.jboss.as.test.clustering.cluster.cdi.CdiServlet.doGet(CdiServlet.java:56)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
 at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
 at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
 at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
 at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
 at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
 at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
 at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
 at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
 at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
 at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
 at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72)
 at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
 at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
 at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
 at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284)
 at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)
 at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
 at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
 at io.undertow.server.Connectors.executeRootHandler(Connectors.java:198)
 at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:784)
 at java.lang.Thread.run(Thread.java:745)Caused by: javax.transaction.SystemException: org.omg.CORBA.TRANSACTION_UNAVAILABLE: ARJUNA022258: Transaction was inactive  vmcid: 0x0  minor code: 1  completed: No
 at com.arjuna.ats.internal.jta.transaction.jts.BaseTransaction.checkTransactionState(BaseTransaction.java:291)
 at com.arjuna.ats.internal.jta.transaction.jts.TransactionManagerImple.resume(TransactionManagerImple.java:154)
 at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.resume(BaseTransactionManagerDelegate.java:122)
 at org.jboss.as.ejb3.tx.CMTTxInterceptor.notSupported(CMTTxInterceptor.java:310)
 at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:62)
 at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
 at org.jboss.as.ejb3.component.stateful.StatefulSessionComponentInstance.execute(StatefulSessionComponentInstance.java:171) ... 110 moreCaused by: org.omg.CORBA.TRANSACTION_UNAVAILABLE: ARJUNA022258: Transaction was inactive  vmcid: 0x0  minor code: 1  completed: No
 at com.arjuna.ats.internal.jts.interposition.resources.arjuna.Interposition.createHierarchy(Interposition.java:189)
 at com.arjuna.ats.internal.jts.interposition.resources.arjuna.Interposition.setupHierarchy(Interposition.java:107)
 at com.arjuna.ats.internal.jts.interposition.resources.arjuna.Interposition.create(Interposition.java:66)
 at com.arjuna.ats.internal.jts.interposition.resources.arjuna.InterpositionCreator.recreateLocal(InterpositionCreator.java:46)
 at com.arjuna.ats.internal.jts.interposition.FactoryElement.recreateLocal(FactoryList.java:66)
 at com.arjuna.ats.internal.jts.interposition.FactoryList.recreateLocal(FactoryList.java:115)
 at com.arjuna.ats.internal.jts.orbspecific.TransactionFactoryImple.recreateLocal(TransactionFactoryImple.java:230)
 at com.arjuna.ats.internal.jts.context.ContextManager.createHierarchy(ContextManager.java:703)
 at com.arjuna.ats.internal.jts.context.ContextManager.currentPIContext(ContextManager.java:610)
 at com.arjuna.ats.internal.jts.context.ContextManager.current(ContextManager.java:170)
 at com.arjuna.ats.internal.jts.context.ContextManager.associate(ContextManager.java:311)
 at com.arjuna.ats.internal.jts.OTSImpleManager.get_current(OTSImpleManager.java:104)
 at com.arjuna.ats.jts.OTSManager.get_current(OTSManager.java:71)
 at com.arjuna.ats.internal.jta.transaction.jts.BaseTransaction.checkTransactionState(BaseTransaction.java:265) ... 126 more

executeImmediate:
try {
  clearWarnings();
  resultSet = null;
  client.execute(sql);
}
but:
  public void clearWarnings() throws SQLException 
{
    // TODO Auto-generated method stub
    throw new SQLException("Method not supported");
  }

in result all calls executeQuery() for prepared statement return exception

In vectorized execution arithmetic operations which cause integer overflows can give wrong results. Issue is reproducible in both Orc and parquet.
Simple test case to reproduce this issue

create table parquettable (t1 tinyint, t2 tinyint) stored as parquet;
insert into parquettable values (-104, 25), (-112, 24), (54, 9);
select t1, t2, (t1-t2) as diff from parquettable where (t1-t2) < 50 order by diff desc;
+-------+-----+-------+
|  t1   | t2  | diff  |
| -104  | 25  | 127   |
| -112  | 24  | 120   |
| 54    | 9   | 45    |

When vectorization is turned off the same query produces only one row.

The prescribed mechanism for converting a slave HC to master is to:
1) Start the slave with --backup so a local copy of the domain config is maintained (in file domain.cached-remote.xml).
2) Stop the existing master.
3) Use the cli to connect to the slave and
/host=<slavename>:write-local-domain-controller
4) Then, in the CLI
reload --host=<slavename>
Problem is this fails because the HC expects to have a domain config file "domain.xml".
2014-03-13 09:54:04,829 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010932: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014676: Failed to parse configuration
	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:112) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.host.controller.DomainModelControllerService.boot(DomainModelControllerService.java:514) [wildfly-host-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:256) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
Caused by: java.io.FileNotFoundException: /Users/bstansberry/tmp/WF801/slave/domain/configuration/domain.xml (No such file or directory)
	at java.io.FileInputStream.open(Native Method) [rt.jar:1.7.0_45]
	at java.io.FileInputStream.<init>(FileInputStream.java:146) [rt.jar:1.7.0_45]
	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:100) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	... 3 more
Or, MUCH WORSE, there happens to be a random domain.xml in the filesystem, which has content that is out of sync with the correct domain config. This domain.xml config will be used.

Just to make sure there aren't other issues similar to HIVE-4516. 

Occasionally, the application throws a HttpMessageNotWritableException on start up.  See #DATAREST-716.  It appears this is still happening in Gosling SR2 (Spring Boot 1.3.1).

2016-01-06 19:27:54.639  INFO 1783 --- [ost-startStop-1] o.a.catalina.util.SessionIdGenerator     : Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [9,898] milliseconds.
Jan 06, 2016 7:27:54 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["ajp-bio-8009"]
Jan 06, 2016 7:27:54 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 59514 ms
Jan 06, 2016 7:27:54 PM org.apache.catalina.core.ApplicationContext log
INFO: Initializing Spring FrameworkServlet 'dispatcherServlet'
2016-01-06 19:27:54.817  INFO 1783 --- [bio-8080-exec-2] o.s.web.servlet.DispatcherServlet        : FrameworkServlet 'dispatcherServlet': initialization started
2016-01-06 19:27:54.854  INFO 1783 --- [bio-8080-exec-2] o.s.web.servlet.DispatcherServlet        : FrameworkServlet 'dispatcherServlet': initialization completed in 28 ms
2016-01-06 19:27:58.029  WARN 1783 --- [io-8080-exec-11] .w.s.m.s.DefaultHandlerExceptionResolver : Failed to write HTTP message: org.springframework.http.converter.HttpMessageNotWritableException: Could not write content: org.springframework.data.rest.webmvc.json.PersistentEntityJackson2Module$ProjectionResourceContentSerializer cannot be cast to com.fasterxml.jackson.databind.ser.impl.UnwrappingBeanSerializer (through reference chain: org.springframework.hateoas.PagedResources["_embedded"]->java.util.UnmodifiableMap["activities"]->java.util.ArrayList[0]->org.springframework.data.rest.webmvc.json.ProjectionResource["content"]); nested exception is com.fasterxml.jackson.databind.JsonMappingException: org.springframework.data.rest.webmvc.json.PersistentEntityJackson2Module$ProjectionResourceContentSerializer cannot be cast to com.fasterxml.jackson.databind.ser.impl.UnwrappingBeanSerializer (through reference chain: org.springframework.hateoas.PagedResources["_embedded"]->java.util.UnmodifiableMap["activities"]->java.util.ArrayList[0]->org.springframework.data.rest.webmvc.json.ProjectionResource["content"])

When adding an extension the module parameter is not used. The module attribute of an extension is computed form the extension name.

	at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:366)
	at org.apache.hadoop.hive.serde2.avro.AvroSerdeUtils.getSchemaFromFS(AvroSerdeUtils.java:131)
	at org.apache.hadoop.hive.serde2.avro.AvroSerdeUtils.determineSchemaOrThrowException(AvroSerdeUtils.java:112)
	at org.apache.hadoop.hive.serde2.avro.AvroSerDe.determineSchemaOrReturnErrorSchema(AvroSerDe.java:165)
	at org.apache.hadoop.hive.serde2.avro.AvroSerDe.initialize(AvroSerDe.java:103)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.initializeOp(FileSinkOperator.java:337)

When using a negative port-offset in HA profiles, mod-cluster fails to start. 
This problem doesn't occur in non-HA profiles (e.g. default), because the modcluster subsystem is not present in them.
Server log contains:

19:59:41,337 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service org.wildfly.mod_cluster.config: org.jboss.msc.service.StartException in service org.wildfly.mod_cluster.config: Failed to start service
	at java.net.InetSocketAddress.checkPort(InetSocketAddress.java:143)
	at java.net.InetSocketAddress.<init>(InetSocketAddress.java:188)
	at org.jboss.as.network.SocketBinding.getSocketAddress(SocketBinding.java:129)
	at org.wildfly.extension.mod_cluster.ModClusterConfigurationServiceBuilder.getValue(ModClusterConfigurationServiceBuilder.java:272)
	at org.wildfly.extension.mod_cluster.ModClusterConfigurationServiceBuilder.getValue(ModClusterConfigurationServiceBuilder.java:104)
	... 3 more

19:59:41,492 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 16 (per class), which is derived from the number of CPUs on this host.
19:59:41,493 INFO  [org.jboss.as.ejb3] (MSC service thread 1-5) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 64 (per class), which is derived from thread worker pool sizing.
19:59:41,657 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 65) WFLYUT0014: Creating file handler for path '/home/kwart/test/710CR1/jboss-eap-7.1/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
19:59:41,663 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0012: Started server default-server.
19:59:41,666 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0018: Host default-host starting
19:59:41,729 INFO  [org.jboss.as.ejb3] (MSC service thread 1-7) WFLYEJB0493: EJB subsystem suspension complete
19:59:41,747 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0006: Undertow AJP listener ajp listening on 127.0.0.1:7909
19:59:41,749 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0006: Undertow HTTP listener default listening on 127.0.0.1:7980
19:59:41,881 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
19:59:41,989 INFO  [org.jboss.as.patching] (MSC service thread 1-3) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
19:59:42,006 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-3) WFLYDM0111: Keystore /home/kwart/test/710CR1/jboss-eap-7.1/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
19:59:42,043 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-4) WFLYDS0013: Started FileSystemDeploymentService for directory /home/kwart/test/710CR1/jboss-eap-7.1/standalone/deployments
19:59:42,151 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0006: Undertow HTTPS listener https listening on 127.0.0.1:8343
19:59:42,252 INFO  [org.jboss.ws.common.management] (MSC service thread 1-7) JBWS022052: Starting JBossWS 5.1.9.Final-redhat-1 (Apache CXF 3.1.12.redhat-1) 
19:59:42,259 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "modcluster")]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.mod_cluster.config" => "Failed to start service
    Caused by: java.lang.IllegalArgumentException: port out of range:-100"}}
19:59:42,282 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service org.wildfly.mod_cluster.config: Failed to start service

19:59:42,367 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
19:59:42,369 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9890/management
19:59:42,370 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9890
19:59:42,370 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: JBoss EAP 7.1.0.GA (WildFly Core 3.0.1.Final-redhat-1) started (with errors) in 4175ms - Started 309 of 642 services (3 services failed or missing dependencies, 421 services are lazy, passive or on-demand)

ORC evaluates predicate expressions to select row groups that satisfy predicate condition. There can be exceptions (mostly ClassCastException) when data types of predicate constant and min/max values are different. 
To avoid this patch catches any such exception and provides a default behaviour i.e; selecting the row group.

When ColumnPaginationFilter is combined with ColumnRangeFilter, we may see incorrect result.
Here is a simple example.
One row with 10 columns c0, c1, c2, .., c9.  I have a ColumnRangeFilter for range c2 to c9.  Then I have a ColumnPaginationFilter with limit 5 and offset 0.  FileterList is FilterList(Operator.MUST_PASS_ALL, ColumnRangeFilter, ColumnPaginationFilter).
We expect 5 columns being returned.  But in HBase 1.4 and after, 4 columns are returned.
In 1.2.x, the correct 5 columns are returned.

CREATE TABLE src_x1(key string, value string);
CREATE TABLE src_x2(key string, value string)
WITH SERDEPROPERTIES ("hbase.columns.mapping" = ":key,cf:string");
explain
from src a
insert overwrite table src_x1
select key,value where a.key > 0 AND a.key < 50
insert overwrite table src_x2
select key,value where a.key > 50 AND a.key < 100;
throws,

	at org.apache.hadoop.hive.ql.optimizer.GenMRFileSink1.addStatsTask(GenMRFileSink1.java:236)
	at org.apache.hadoop.hive.ql.optimizer.GenMRFileSink1.process(GenMRFileSink1.java:126)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:87)
	at org.apache.hadoop.hive.ql.parse.GenMapRedWalker.walk(GenMapRedWalker.java:55)
	at org.apache.hadoop.hive.ql.parse.GenMapRedWalker.walk(GenMapRedWalker.java:67)
	at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:101)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genMapRedTasks(SemanticAnalyzer.java:8354)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:8759)
	at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:279)

Currently HttpServletRequest.logout() and Session.invalidate() rely on the AuthenticationManager.flushCache() method to perform the JAAS logout. Internally, flushCache() removes the cache entry and a cache listener takes care of the JAAS logout upon eviction.
However, this is only true for cache-type="default". If the "inifinspan" cache is configured, no such eviction listener exists and thus no JAAS logout is carried upon entry removal. Similarly, a JAAS logout is never carried if the security domain doesn't use a cache at all. Only the presence of a cache with a special eviction listener will result in logout being called on the login module, which is obviously a faulty design.
Latest PicketBox version adds a logout(Principal, Subject) method to the AuthenticationManager interface. The default implementation used by WildFly takes care of flushing the cache if needed and performs the JAAS logout independently of the cache policy being used. The code that is currently calling AuthenticationManager.flushCache() must be changed so that logout() is called instead.

Here is the mail thread which discuses this issue.
http://www.nabble.com/Bean-endpoint-in-a-route-is-holding-reference-to-the-last-used-methodName-and-does-not-invoke-Camel%27s-Bean-binding-tp25838095p25838095.html

Apparently, addAllDepnedencies() add unnecessary librarties to WEB-IN/lib when wildfly-swarm:run or Arq Tests.
As a reuslt, some libraries will conflict with libraries provided WildFly.
uberjar works, so I suspect this is caused from classpath difference.
I attached my reproducer log. In this case thrown ClassCastException.

The following test fails with an java.lang.IllegalArgumentException: Illegal group reference

@Test
public void expandWithDollar() {
    UriTemplate template = new UriTemplate("/{a}");
    URI uri = template.expand("$replacement");
    assertEquals("/$replacement", uri.toString());
}

There is a simple workaround: Wrap the values with Matcher.quoteReplacement()

@Test
public void expandWithDollarWorkaround() {
    URI uri = template.expand(Matcher.quoteReplacement("$replacement"));
}

A possible fix for this issue

public URI expand(Object... uriVariableValues) {
    ...
    matcher.appendReplacement(buffer, Matcher.quoteReplacement(uriVariable));
    ...
}

The runtime operations on the messaging's hornetq-server resources are not listed in domain mode:

[domain@localhost:9990 /] /host=master/server=server-one/subsystem=messaging/hornetq-server=default:read-operation-names
{
        "read-attribute",
        "read-children-names",
        "read-children-resources",
        "read-children-types",
        "read-operation-description",
        "read-operation-names",
        "read-resource",
        "read-resource-description",
        "undefine-attribute",
        "write-attribute"
    ]
}

but the operations can actually be executed. For example:

[domain@localhost:9990 /] /host=master/server=server-one/subsystem=messaging/hornetq-server=default:list-prepared-transactions()
}
{domain@localhost:9990 /]
}

The user_permission command does not list namespace permissions:
For example: if I create a new namespace or use an existing namespace and grant a user privileges to that namespace, the command user_permission does not list it. The permission is visible in the acl table.
Example:
hbase(main):005:0>  create_namespace 'ns3'
0 row(s) in 0.1640 seconds
hbase(main):007:0> grant 'test_user','RWXAC','@ns3'
0 row(s) in 0.5680 seconds
hbase(main):008:0> user_permission '.*'
User                               Namespace,Table,Family,Qualifier:Permission                                                        
 sh82993                           finance,finance:emp,,: [Permission: actions=READ,WRITE,EXEC,CREATE,ADMIN] 
 @hbaseglobaldba                   hbase,hbase:acl,,: [Permission: actions=EXEC,CREATE,ADMIN] 
 @hbaseglobaloper                  hbase,hbase:acl,,: [Permission: actions=EXEC,ADMIN] 
 hdfs                              hbase,hbase:acl,,: [Permission: actions=READ,WRITE,CREATE,ADMIN,EXEC] 
 sh82993                           ns1,ns1:tbl1,,: [Permission: actions=READ,WRITE,EXEC,CREATE,ADMIN] 
 ns1admin                          ns1,ns1:tbl2,,: [Permission: actions=EXEC,CREATE,ADMIN] 
 @hbaseappltest_ns1funct           ns1,ns1:tbl2,,: [Permission: actions=READ,WRITE,EXEC] 
 ns1funct                          ns1,ns1:tbl2,,: [Permission: actions=READ,WRITE,EXEC,CREATE,ADMIN] 
 hbase                             ns2,ns2:tbl1,,: [Permission: actions=READ,WRITE,EXEC,CREATE,ADMIN] 
9 row(s) in 1.8090 seconds
As you can see user test_user does not appear in the output, but we can see the permission in the ACL table. 
hbase(main):001:0>  scan 'hbase:acl'
ROW                                COLUMN+CELL                                                                                        
 @finance                          column=l:sh82993, timestamp=1444405519510, value=RWXCA                                             
 @gcbcppdn                         column=l:hdfs, timestamp=1446141119602, value=RWCXA                                                
 @hbase                            column=l:hdfs, timestamp=1446141485136, value=RWCAX                                                
 @ns1                              column=l:@hbaseappltest_ns1admin, timestamp=1447437007467, value=RWXCA                             
 @ns1                              column=l:@hbaseappltest_ns1funct, timestamp=1447427366835, value=RWX                               
 @ns2                              column=l:@hbaseappltest_ns2admin, timestamp=1446674470456, value=XCA                               
 @ns2                              column=l:test_user, timestamp=1447692840030, value=RWAC                                            
 @ns3                              column=l:test_user, timestamp=1447692860434, value=RWXAC                                           
 finance:emp                       column=l:sh82993, timestamp=1444407723316, value=RWXCA                                             
 hbase:acl                         column=l:@hbaseglobaldba, timestamp=1446590375370, value=XCA                                       
 hbase:acl                         column=l:@hbaseglobaloper, timestamp=1446590387965, value=XA                                       
 hbase:acl                         column=l:hdfs, timestamp=1446141737213, value=RWCAX                                                
 ns1:tbl1                          column=l:sh82993, timestamp=1446674153058, value=RWXCA                                             
 ns1:tbl2                          column=l:@hbaseappltest_ns1funct, timestamp=1447183824580, value=RWX                               
 ns1:tbl2                          column=l:ns1admin, timestamp=1447183766370, value=XCA                                              
 ns1:tbl2                          column=l:ns1funct, timestamp=1447184077545, value=RWXCA                                            
 ns2:tbl1                          column=l:hbase, timestamp=1447182228314, value=RWXCA                                               
11 row(s) in 0.4990 seconds
It would be nice to be able to see namespace permissions via the user_permission '.*' command as scanning the acl table is not the recommended way to view object permissions. Especially if one is looking to access base via a shell and collect ACL information.
Steven

Thanks to Gopal V for uncovering this issue as part of HIVE-11330.  Quoting him,
"The recursion protection works well with an AND expr, but it doesn't work against
(OR a=1 (OR a=2 (OR a=3 (OR ...)
since the for the rows will never be reduced during recursion due to the nature of the OR.
We need to execute a short-circuit to satisfy the OR properly - no case which matches a=1 qualifies for the rest of the filters.
Recursion should pass in the numRows - branch1Rows for the branch-2."

AbstractRetryEntryPoint  has a static logger defined by RetryWithHttpEntryPoint.class, instead of using a non-static getLogger(getClass()) or an abstract Log getLogger() function that would be implemented in both RetryWithHttpEntryPoint and RetryWithHttpsEntryPoint to provide the correct class for logging.
The impact is that log messages for the RetryWithHttpsEntryPoint get logged under the RetryWithHttpEntryPoint logger.

One observation while going through the code:-
In MemStoreFlusher constructor

this.blockingStoreFilesNumber =
      conf.getInt("hbase.hstore.blockingStoreFiles", 7);
    if (this.blockingStoreFilesNumber == -1) {
      this.blockingStoreFilesNumber = 1 +
        conf.getInt("hbase.hstore.compactionThreshold", 3);
    }

Here as per the code if hbase.hstore.blockingStoreFiles is configured as -1, we are making this value to be 1+ min files to compact
But here we read the old config item only!
Here also we need to read the new config 1st and if not there then the old one.. Is this a miss?
Like
conf.getInt("hbase.hstore.compaction.min",
         conf.getInt("hbase.hstore.compactionThreshold", 3))

A workaround seems to be
   delayer(constant(new Long(0)), 3000)

The fix should be relatively simple, just add an identity check to the beginning of the method:
if(is1 == is2) {
  return true;
}
The methods affected are:

org.apache.commons.io.IOUtils.contentEquals(InputStream, InputStream)
org.apache.commons.io.IOUtils.contentEquals(Reader, Reader)
org.apache.commons.io.IOUtils.contentEqualsIgnoreEOL(Reader, Reader)

Normally the following in web.xml
    <security-constraint>  
            <web-resource-collection>  
                <web-resource-name>webapp</web-resource-name>  
                <url-pattern>/*</url-pattern>  
            </web-resource-collection>  
            <user-data-constraint>  
                <transport-guarantee>CONFIDENTIAL</transport-guarantee>  
            </user-data-constraint>  
    </security-constraint>  
would make your web application to redirect from http to https. This is the case of JBoss EAP 6.1. Just tried out WIldFly. Undertow gives me the following instead (via AJP listener):
    07:57:57,233 ERROR [io.undertow.request] (default task-6) UT005023: Exception handling request to /dss/index.jsf: java.lang.IllegalStateException: No secure listeners defined.  
        at org.wildfly.extension.undertow.ServletContainerService.lookupSecurePort(ServletContainerService.java:107)  
Directly navigating to the web application over SSL does work.
This is a bug.
it tries to find ajp connector with ssl enabled which is useless for AJP as SSL can be end pointed on apache.
It needs this info to know to what port to redirect to, as ssl can be on any port.

wildfly-camel generates 

<module xmlns="urn:jboss:module:1.1" name="org.apache.commons.pool2">
  <resources>
    <artifact name="org.apache.commons:commons-pool2:2.3" />
    <module name="javax.api" />
</module>

although camel defines 2.4.2. This leads to 

type org.apache.commons.pool2.impl.DefaultEvictionPolicy
	at org.apache.commons.pool2.impl.BaseGenericObjectPool.setEvictionPolicyClassName(BaseGenericObjectPool.java:607)
	at org.apache.commons.pool2.impl.GenericKeyedObjectPool.setConfig(GenericKeyedObjectPool.java:257)
	at org.apache.commons.pool2.impl.GenericKeyedObjectPool.<init>(GenericKeyedObjectPool.java:111)
	at org.apache.commons.pool2.impl.GenericKeyedObjectPool.<init>(GenericKeyedObjectPool.java:86)
	at org.apache.activemq.jms.pool.PooledConnectionFactory.initConnectionsPool(PooledConnectionFactory.java:89)
	at org.apache.activemq.jms.pool.PooledConnectionFactory.getConnectionsPool(PooledConnectionFactory.java:496)
	at org.apache.activemq.jms.pool.PooledConnectionFactory.createConnection(PooledConnectionFactory.java:224)
	at org.apache.activemq.jms.pool.PooledConnectionFactory.createConnection(PooledConnectionFactory.java:209)
	at org.springframework.jms.support.JmsAccessor.createConnection(JmsAccessor.java:180)
	at org.springframework.jms.core.JmsTemplate.execute(JmsTemplate.java:483)
	at org.apache.camel.component.jms.JmsConfiguration$CamelJmsTemplate.send(JmsConfiguration.java:243)

Doc links e.g. in readme.txt should point to the Red Hat Customer Portal.
For 6.0 Doc will not be available on fusesource.com, only via the Customer Portal

HiveMetastore process is leaking TrustStore reloader threads when running compaction as JobClient close is not called from CompactorMR - MAPREDUCE-6618 and MAPREDUCE-6621 

"Truststore reloader thread" #2814 daemon prio=1 os_prio=0 tid=0x0000000000cdc800 nid=0x2f05a waiting on condition [0x00007fdaef403000]
        at org.apache.hadoop.security.ssl.ReloadingX509TrustManager.run(ReloadingX509TrustManager.java:194)

When the tag form:checkbox is bound to an indexed property, it creates an HTML id which contains the characters [ and ]

These characters are not allowed in an id.
The form:label tag that is bound tot the same indexed property doesn't contain [ and ] in the for attribute
  and therefore is not correctly coupled to the corresponding checkbox.

A checkbox generated in the example:
<input id="countries[Belgium]1" name="countries[Belgium]" type="checkbox" value="true" checked="checked"/>
The corresponding label:
<label for="countriesBelgium">Belgium</label>
  // Boolean= bordered by the sea
  private Map<String, Boolean> countries = new LinkedHashMap<String, Boolean>();
  public void setCountries(Map<String, Boolean> countries) 
{
  }

  public void addCountry(String name, boolean borderedByTheSea) 
{
    countries.put(name, borderedByTheSea);
  }

  public Map<String, Boolean> getCountries() 
{
    return Collections.unmodifiableMap(countries);
  }

}
{
    Continent continent=new Continent();
    continent.addCountry("Belgium", true);
    continent.addCountry("Switzerland", false);
  }

  @RequestMapping(value = "/person.htm", method = RequestMethod.POST)
  public void personForm(@ModelAttribute Continent continent) {
  }
}
<head>
<title>Person example</title>
</head>
<body>
<form:form commandName="continent" method="get">
	<c:forEach items="${continent.countries}" var="entry">
		<div>
		<form:checkbox path="countries[${entry.key}]" />
	    <form:label path="countries[${entry.key}]">${entry.key}</form:label>		
		</div>
	</c:forEach> 
	<div><input type="submit" /></div>
</body>
</html>

WebHCat uses AuthFilter to handle authentication.  In simple mode that means using PseudoAuthenticationHandler.  Prior to HADOOP-10193, the latter handled user.name as form parameter in a POST request.  Now it only handles it as a query parameter.  
to maintain webhcat backwards compat, we need to make WebHCat still extract it from form param.  This will be deprecated immediately and removed in 0.15
Also, all examples in WebHCat reference manual should be updated to use user.name in query string from current form param (curl -d user.name=foo)

Woodstox 3.2.6 (current stable)'s StaxEventWriter implementation automatically writes end tags and end document tags that it detects as still open on close.  When StaxEventItemWriter wraps Woodstox with a NoStartEndDocumentStreamWriter for the chunk writer (eventWriter), and another Woodstox instance for the document writer (delegateEventWriter), the result is two end document tags being written.  This is because even though the NoStartEndDocumentStreamWriter prevents the end document event from being written to the chunk writer, it writes the end document tag on close() anyway, on top of the one being written by StaxEventItemWriter.endDocument(delegateEventWriter) itself.
Here's the relevant stack trace:
Thread [main] (Suspended)	
	com.ctc.wstx.sw.SimpleNsStreamWriter(com.ctc.wstx.sw.BaseStreamWriter).finishDocument() line: 1672	
	com.ctc.wstx.sw.SimpleNsStreamWriter(com.ctc.wstx.sw.BaseStreamWriter).close() line: 288	
	com.ctc.wstx.evt.WstxEventWriter.close() line: 237	
	org.springframework.batch.item.xml.stax.NoStartEndDocumentStreamWriter(org.springframework.batch.item.xml.stax.AbstractEventWriterWrapper).close() line: 32	
	org.springframework.batch.item.xml.StaxEventItemWriter.close(org.springframework.batch.item.ExecutionContext) line: 376	
This was captured with Spring 1.1.0, but I diff'ed StaxEventItemWriter and NoStartEndDocumentStreamWriter for 1.1.0 vs. 1.1.1 in FishEye, and am not seeing anything that would change the behavior.

Hive logical optimizer does not follow the Null scan codepath when encountering a NULL = 1;
NULL = 1 is not evaluated as false in the constant propogation implementation.

hive> explain select count(1) from store_sales where null=1;
...
             TableScan
                  filterExpr: (null = 1) (type: boolean)
                  Statistics: Num rows: 550076554 Data size: 49570324480 Basic stats: COMPLETE Column stats: COMPLETE
                    predicate: (null = 1) (type: boolean)
                    Statistics: Num rows: 275038277 Data size: 0 Basic stats: PARTIAL Column stats: COMPLETE

/jmx servlet responses invalid JSON, if some metrics are NaN:

    "l1CacheHitCount" : 0,
    "l1CacheMissCount" : 0,
    "l1CacheHitRatio" : NaN,
    "l1CacheMissRatio" : NaN,
    "l2CacheHitCount" : 0,
    "l2CacheMissCount" : 0,
    "l2CacheHitRatio" : 0.0,
    "l2CacheMissRatio" : 0.0,

NaN is an invalid character sequence in JSON. We should not response NaN in metrics.

When a disabled table is scanned, TableNotEnabledException should be thrown.
However, currently NotServingRegionException is thrown.
Thanks to Romil Choksi who discovered this problem.

The component-matrix-builder pom declares its own groupId and version which are just duplicates of what's in the parent block.
No big deal except it makes the eap-ization commits to create an EAP CD branch a bit more messy and makes it unclear if the G and V are meant to track with the parent.

Constructors must not call overrideable methods.
An object is not guaranteed fully constructed until the constructor exits, so the subclass override may not see the proper parent object.
In this case, the class is package-protected so it's possible to ensure that subclasses don't override the method.
However this would have to be checked, so it would be better to fix the issue:
1) make class final
2) make reset method final
3) extract the code into a private method that is used by the ctor and the public method.

I have a route with an FTP consumer with the following options:
delay=1800000
disconnect=true
fileName=xxxxx.yyy
idempotentKey=${file:name}-${file:size}
maxMessagesPerPoll=1
noop=true
sortBy=file:modified
Upgrading from camel 2.11.0 to 2.11.1 the FTP consumer does not detect changes in the file.
I tried several idempotentKey without success.
Reverting to 2.11.0 works all fine.
I did not find any relevant info in the release notes.

A distributed SFSB is stored in 2 cache entries, one mapping the bean ID to a serialization group ID, and another mapping the group ID to a map of bean instances.
We ensure that both cache entries will hash to the local node, but following a topology change, these entries could get re-mapped to different nodes.
If we made the group ID = the bean Id of the first bean in the group, this solves the problem for 90% of use cases.

2013-01-22 17:59:03,237 INFO  [Shutdown of org.apache.hadoop.hbase.fs.HFileSystem@5984cf08] hbase.MiniHBaseCluster$SingleFileSystemShutdownThread(186): Hook closing fs=org.apache.hadoop.hbase.fs.HFileSystem@5984cf08
...
2013-01-22 17:59:03,411 DEBUG [RS_OPEN_REGION-10.11.2.92,50661,1358906192942-0] regionserver.HRegion(1001): Closing IntegrationTestRebalanceAndKillServersTargeted,66666660,1358906196709.0200b366bc37c5afd1185f7d487c7dfb.: disabling compactions & flushes
2013-01-22 17:59:03,411 DEBUG [RS_OPEN_REGION-10.11.2.92,50661,1358906192942-0] regionserver.HRegion(1023): Updates disabled for region IntegrationTestRebalanceAndKillServersTargeted,66666660,1358906196709.0200b366bc37c5afd1185f7d487c7dfb.
2013-01-22 17:59:03,415 ERROR [RS_OPEN_REGION-10.11.2.92,50661,1358906192942-0] executor.EventHandler(205): Caught throwable while processing event M_RS_OPEN_REGION
java.io.IOException: java.io.IOException: java.io.IOException: Filesystem closed
	at org.apache.hadoop.hbase.regionserver.HRegion.doClose(HRegion.java:1058)
	at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:974)
	at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:945)
	at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.cleanupFailedOpen(OpenRegionHandler.java:459)
	at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:143)
tryTransitionFromOpeningToFailedOpen or transitionToOpened below is never called and region can get stuck.
As an added benefit, the meta is already written by that time.

Currently it is possible to run the BeeLine tests sequentially but it still relies on cleaning up after the tests by cleaning up the database. Some of the tests could be run only against the default database. We need a cleanup mechanism between the tests

Some of these fire so often they turn into hotspots in profiler runs...

It is expected that the user can be overridden witht he properties passed to InitialContext.
But the user logged at the server side is still the one from the wildfy-config

The bean component doesn't seem to copy headers from the message and exchange across.
See forum topic:
http://www.nabble.com/Missing-Headers-in-pipline-with-bean-components-td17234481s22882.html
First we should have a junit test that demonstrates the bug before digging into fixing it. Anyone feel free to contribute the unit test.

In HIVE-3840 , hive null representation was made consistent. 
TestHCatStorer.testStoreFuncAllSimpleTypes is failing because it expects the older null casing.

internalConfig.set("yarn.resource.manager", rmUri.trim()); is wrong, it should be yarn.resourcemanager.address. 

InclusiveStopFilter only works with non-reversed Scans, it will not filter for reversed Scans, because it doesn't flip the cmp-operand in the reversed case. In fact, it doesn't even use the Filter.reverse flag.
it should be something like this:
if (reversed) {
            if (cmp > 0) 
{
                done = true;
            }
        }
        else {
            if (cmp < 0) {                done = true;            }
        }

When used with prototype scope  the EL are processed differently on the second call if they are set with @Value annotation, or by XML.
View forum post.

Here is unit test that demonstrates the problem.
For the unit test pass successfully it's necessary to delete LogEIP from the route.

package org.apache.camel.impl;

public class PropagateExceptionTest extends CamelTestSupport {

    @Test
    public void failure() throws Exception {
        getMockEndpoint("mock:handleFailure").whenAnyExchangeReceived(new Processor() {
            @Override
                throw new RuntimeException("TEST EXCEPTION");
            }
        });

        getMockEndpoint("mock:exceptionFailure").expectedMessageCount(1);
        sendBody("direct:startFailure", "Hello World");
    }

    @Test
    public void success() throws Exception {
        getMockEndpoint("mock:handleSuccess").whenAnyExchangeReceived(new Processor() {
            @Override
            }
        });

        getMockEndpoint("mock:exceptionSuccess").expectedMessageCount(1);
        sendBody("direct:startSuccess", "Hello World");
    }

    @Override
    protected RouteBuilder[] createRouteBuilders() throws Exception {
        return new RouteBuilder[] {
                new RouteBuilder() {
                    public void configure() throws Exception {
                        from("direct:startFailure")
                            .onException(Throwable.class)
                                .to("mock:exceptionFailure")
                                .end()
                            .to("direct:handleFailure")
                            .to("mock:resultFailure");

                        from("direct:handleFailure")
                            .errorHandler(noErrorHandler())
                            .log("FAULTY LOG")
                            .to("mock:handleFailure");
                    }
                },

                        from("direct:startSuccess")
                                .to("mock:exceptionSuccess")
                                .end()
                            .to("direct:handleSuccess")
                            .to("mock:resultSuccess");

                        from("direct:handleSuccess")
                            .to("mock:handleSuccess");
                    }
                }
        };
    }
}

Currently, the Spring Data GemFire XML namespace (XSD) <gfe:gateway-receiver/> element is missing the 'hostname-for-senders' attribute, which allows developers to set the hostname the GatewaySenders will use to connect to the remote host (cluster) on the receiving side of the WAN Gateway.

After attempt to build examples it throws:  Non-resolvable parent POM: Failure to find org.fusesource:fuse-project:pom:1.0.0.redhat-355

Apache Maven 3.0.4
Java version: 1.7.0_25, vendor: Oracle Corporation
Java home: /usr/lib/jvm/jdk1.7.0_25/jre
OS name: "linux", version: "3.8.0-35-generic", arch: "amd64", family: "unix"
[DEBUG] Reading global settings from /usr/share/maven/conf/settings.xml
[DEBUG] Reading user settings from /home/mmelko/.m2/settings.xml
[DEBUG] Using local repository at /home/mmelko/.m2/repository
[DEBUG] Using manager EnhancedLocalRepositoryManager with priority 10 for /home/mmelko/.m2/repository
[DEBUG] Verifying availability of /home/mmelko/.m2/repository/org/fusesource/fuse-project/1.0.0.redhat-355/fuse-project-1.0.0.redhat-355.pom from [fusesource (http://repo.fusesource.com/nexus/content/groups/public/, releases), fusesource.snapshot (http://repo.fusesource.com/nexus/content/groups/public-snapshots/, snapshots), apache-public (https://repository.apache.org/content/groups/public/, releases+snapshots), central (http://repo.maven.apache.org/maven2, releases)]
org.apache.maven.project.ProjectBuildingException: Some problems were encountered while processing the POMs:
[FATAL] Non-resolvable parent POM: Failure to find org.fusesource:fuse-project:pom:1.0.0.redhat-355 in http://repo.fusesource.com/nexus/content/groups/public/ was cached in the local repository, resolution will not be reattempted until the update interval of fusesource has elapsed or updates are forced and 'parent.relativePath' points at wrong local POM @ line 20, column 13

	at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:363)
	at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:636)
	at org.apache.maven.DefaultMaven.getProjectsForMavenReactor(DefaultMaven.java:585)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:234)
[ERROR]   
[ERROR]   The project org.jboss.quickstarts.fuse:jboss-quickstarts-fuse-parent:6.1.0.redhat-355 (/home/mmelko/RH_WORK/Work/jboss-fuse-6.1.0.redhat-355/quickstarts/pom.xml) has 1 error
[ERROR]     Non-resolvable parent POM: Failure to find org.fusesource:fuse-project:pom:1.0.0.redhat-355 in http://repo.fusesource.com/nexus/content/groups/public/ was cached in the local repository, resolution will not be reattempted until the update interval of fusesource has elapsed or updates are forced and 'parent.relativePath' points at wrong local POM @ line 20, column 13 -> [Help 2]
org.apache.maven.model.resolution.UnresolvableModelException: Failure to find org.fusesource:fuse-project:pom:1.0.0.redhat-355 in http://repo.fusesource.com/nexus/content/groups/public/ was cached in the local repository, resolution will not be reattempted until the update interval of fusesource has elapsed or updates are forced
	at org.apache.maven.project.ProjectModelResolver.resolveModel(ProjectModelResolver.java:159)
	at org.apache.maven.model.building.DefaultModelBuilder.readParentExternally(DefaultModelBuilder.java:813)
	at org.apache.maven.model.building.DefaultModelBuilder.readParent(DefaultModelBuilder.java:664)
	at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:310)
	at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:232)
	at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:410)
	at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:379)
	at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:343)
Caused by: org.sonatype.aether.resolution.ArtifactResolutionException: Failure to find org.fusesource:fuse-project:pom:1.0.0.redhat-355 in http://repo.fusesource.com/nexus/content/groups/public/ was cached in the local repository, resolution will not be reattempted until the update interval of fusesource has elapsed or updates are forced
	at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:538)
	at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:216)
	at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:193)
	at org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:286)
	at org.apache.maven.project.ProjectModelResolver.resolveModel(ProjectModelResolver.java:155)
	... 22 more
Caused by: org.sonatype.aether.transfer.ArtifactNotFoundException: Failure to find org.fusesource:fuse-project:pom:1.0.0.redhat-355 in http://repo.fusesource.com/nexus/content/groups/public/ was cached in the local repository, resolution will not be reattempted until the update interval of fusesource has elapsed or updates are forced
	at org.sonatype.aether.impl.internal.DefaultUpdateCheckManager.newException(DefaultUpdateCheckManager.java:230)
	at org.sonatype.aether.impl.internal.DefaultUpdateCheckManager.checkArtifact(DefaultUpdateCheckManager.java:204)
	at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:427)
	... 26 more
[ERROR] 
[ERROR] 
[ERROR] [Help 2] http://cwiki.apache.org/confluence/display/MAVEN/UnresolvableModelException

On a cluster with "hbase.snapshot.enabled" true, the /hbase/.hbase-snapshot directory will not exists until a first snapshot will get created.
meanwhile the SnapshotFileCache (snapshot cleaner) will keep print out as error that the snapshot dir doesn't exists every N seconds ("hbase.master.hfilecleaner.plugins.snapshot.period")

LOG.error("Snapshot directory: " + snapshotDir + " doesn't exist");

The AcegiDigestPasswordValidationCallbackHandler does not set any Authentication in the Acegi SecurityContext, which it should.

The setting is described as <name>hive.merge.size.smallfiles.avgsize</name>, however common/src/java/org/apache/hadoop/hive/conf/HiveConf.java reads it as "hive.merge.smallfiles.avgsize" (note the missing '.size.') so the user's setting has no effect and the value is stuck at the default of 16MB.

When a replication peer is removed (and all goes well), the following error is still logged:

[ERROR][14:14:21,504][ventThread] org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager - The queue we wanted to close is missing peer-state

This is due to a watch being set on the peer-state node under the replication peer node in ZooKeeper, and the ReplicationSource#PeersWatcher doesn't correctly discern between nodes when it gets nodeDeleted messages.

below unit test will throws NullPointerException:  

    p1 = new TablePermission(TEST_NAMESPACE, TablePermission.Action.READ);
    p2 = new TablePermission(TEST_NAMESPACE, TablePermission.Action.READ);
    assertEquals(p1, p2);

this bug was introduced after constructor of TablePermission  for namespace provided. 

Creating more than one controller over the same entity causes startup errors because they are created with the same base request mapping name:
 @RequestMapping("/owners")
To reproduce, execute next command after clinic.roo script:
 web mvc scaffold --class ~.web.OtherOwnerController --backingType ~.domain.Owner
On startup:

2011-06-27 11:03:09,850 [main] ERROR org.springframework.web.servlet.DispatcherServlet - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping#0': Initialization of bean failed; nested exception is java.lang.IllegalStateException: Cannot map handler 'ownerController' to URL path [/owners/{id}]: There is already handler of type [class com.springsource.petclinic.web.OtherOwnerController] mapped.

When a cell that exists is updated, getRow specifying number of versions does not work.
What is returned is the original value at that timestamp, instead of the updated value.
Note that this only applies when more than one version is specified. getRow with (implied) timestamp = latest does work.

It would be nice if I could wrap my HTable.get calls in try {} catch (IOException e).  But that doesn't work, since I also need to catch IllegalStateException.  I think that any time there is something wrong with hbase, hbase calls should throw an IOException (or subclass thereof).  Things like IllegalStateException should be reserved for programmer error.

The modcluster subsystem management API has been bumped to 2.0.0 but no transformation to the previous 1.3.0 is present. Presumably the existing transformation to 1.2.0 also hasn't been updated.
The necessary transformation needs to be added.
EAP 6.2 will add a 1.4.0 to reflect some added metadata for RBAC (see WFLY-1936). If the 6.2. subsystem has no other management API changes, the transformation for 1.3.0 can be applied for 1.4.0 as well.
I'm adding some TODOs for this in ModClusterExtension 

FlowJob.getLastStepExecution() puts arguments into isLater() in the wrong order:
		for (StepExecution stepExecution : execution.getStepExecutions()) {
			if (stepExecution.getStepName().equals(result.getName())
					&& stepExecution.getExitStatus().getExitCode().equals(result.getStatus())) 
{
				value = stepExecution;
			}
			if (isLater(backup, stepExecution)) 
{
				backup = stepExecution;
			}

The problem lies in the way Camel Jetty (camel-jetty9 to be precise) handles multipart/form-data requets.
The issue consists of two parts:

NPE is thrown if no Content-Type is specified in a part;
Only application/octet-stream part Content-Type is supported (not sure whether it actually should be relevant)

Location in code:
https://github.com/apache/camel/blob/c134e5a6e104c60ddcd198341718a37f0a4401ba/components/camel-jetty9/src/main/java/org/apache/camel/component/jetty9/AttachmentHttpBinding.java#L53

from("jetty:http://0.0.0.0:8028").process((e) -> {});

The call (generated from postman)

OkHttpClient client = new OkHttpClient();

MediaType mediaType = MediaType.parse("multipart/form-data; boundary=---011000010111000001101001");
RequestBody body = RequestBody.create(mediaType, "-----011000010111000001101001\r\nContent-Disposition: form-data; name=\"test\"\r\n\r\ntest\r\n-----011000010111000001101001--");
Request request = new Request.Builder()
  .url("http://localhost:8028/")
  .post(body)
  .addHeader("content-type", "multipart/form-data; boundary=---011000010111000001101001")
  .addHeader("cache-control", "no-cache")
  .addHeader("postman-token", "a9fd95b6-04b9-ea7a-687e-ff828ea00774")
  .build();

Response response = client.newCall(request).execute();

org.apache.camel.RuntimeCamelException: Cannot populate attachments
        at org.apache.camel.component.jetty9.AttachmentHttpBinding.populateAttachments(AttachmentHttpBinding.java:56) ~[camel-jetty-2.17.0.jar!/:2.17.0]
        at org.apache.camel.http.common.DefaultHttpBinding.readRequest(DefaultHttpBinding.java:176) ~[camel-http-common-2.17.0.jar!/:2.17.0]
        at org.apache.camel.http.common.HttpMessage.<init>(HttpMessage.java:52) ~[camel-http-common-2.17.0.jar!/:2.17.0]
        at org.apache.camel.component.jetty.CamelContinuationServlet.service(CamelContinuationServlet.java:161) ~[camel-jetty-common-2.17.0.jar!/:2.17.0]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) ~[javax.servlet-api-3.1.0.jar!/:3.1.0]
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812) ~[jetty-servlet-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669) ~[jetty-servlet-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.servlets.MultiPartFilter.doFilter(MultiPartFilter.java:200) ~[jetty-servlets-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.apache.camel.component.jetty.CamelFilterWrapper.doFilter(CamelFilterWrapper.java:43) ~[camel-jetty-common-2.17.0.jar!/:2.17.0]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) ~[jetty-servlet-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) [jetty-servlet-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) [jetty-server-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) [jetty-servlet-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) [jetty-server-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [jetty-server-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) [jetty-server-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.server.Server.handle(Server.java:499) [jetty-server-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311) [jetty-server-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) [jetty-server-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544) [jetty-io-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) [jetty-util-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) [jetty-util-9.2.15.v20160210.jar!/:9.2.15.v20160210]
        at java.lang.Thread.run(Thread.java:745) [na:1.8.0_73]
        at org.apache.camel.component.jetty9.AttachmentHttpBinding.populateAttachments(AttachmentHttpBinding.java:48) ~[camel-jetty-2.17.0.jar!/:2.17.0]
        ... 22 common frames omitted

SO: https://stackoverflow.com/questions/36656340/how-to-upload-a-file-via-multipart-form-data-file-upload-to-camel-jetty-2-17-0

The function getHaseIntegrationTestingUtility() in ChaosMonkey.java should be getHBaseIntegrationTestingUtility(), just a spelling mistake.

  /**                                                                                                                              
   * Context for Action's                                                                                                          
   */
  public static class ActionContext {
    private IntegrationTestingUtility util;

    public ActionContext(IntegrationTestingUtility util) {
      this.util = util;
    }

    public IntegrationTestingUtility getHaseIntegrationTestingUtility() {
      return util;
    }

    public HBaseCluster getHBaseCluster() {
      return util.getHBaseClusterInterface();
    }
  }

As commented in HIVE-7415, counter stat fails sometimes in the test (see http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/PreCommit-HIVE-TRUNK-Build/257/testReport/org.apache.hadoop.hive.cli/TestMinimrCliDriver/testCliDriver_ql_rewrite_gbtoidx). Let's try other stat collector and see the test result.

Broken link to first introduction to HBase video [0]
Second Introduction video works, so suspect a redirect at the other end is broken or it's being changed in which case the second may stop working as well.
Have supplied a patch
[0]https://hbase.apache.org/book.html#other.info.videos

StagingItemReader is not restartable because it updates the process indicator in the read() method, which is only ever called once per item (used to be once per item per transaction in 1.x).  I'm not sure the best way to fix this.  The reader knows the id of the record to be updated, but that information is lost further downstream in the processing pipeline.  Maybe it's time to get serious about ChunkContext or @ChunkAttribute (see BATCH-920)?
It would be a good time to replace the innards of StagingItemReader anyway - it can delegate most of its stateful behaviour to an off the shelf JDBC ItemReader.

Hello.
I'm getting the following exception when using a dynamic projection query similar to this one:

 <T> Collection<T> findByArchivedFalse(Class<T> type);

The stacktrace is as follows:

 at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1139) ~[na:na]
        at org.springframework.data.projection.SpelAwareProxyProjectionFactory.postProcessAccessorInterceptor(SpelAwareProxyProjectionFactory.java:83) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.projection.ProxyProjectionFactory.getMethodInterceptor(ProxyProjectionFactory.java:177) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.projection.ProxyProjectionFactory.createProjection(ProxyProjectionFactory.java:113) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.projection.SpelAwareProxyProjectionFactory.createProjection(SpelAwareProxyProjectionFactory.java:45) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.repository.query.ResultProcessor$ProjectingConverter.convert(ResultProcessor.java:290) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.repository.query.ResultProcessor$ChainingConverter.lambda$and$0(ResultProcessor.java:213) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.repository.query.ResultProcessor$ChainingConverter.convert(ResultProcessor.java:224) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.repository.query.ResultProcessor.processResult(ResultProcessor.java:152) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.jpa.repository.query.AbstractJpaQuery.doExecute(AbstractJpaQuery.java:141) ~[spring-data-jpa-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.jpa.repository.query.AbstractJpaQuery.execute(AbstractJpaQuery.java:125) ~[spring-data-jpa-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:590) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:578) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) ~[spring-aop-5.0.8.RELEASE.jar!/:5.0.8.RELEASE]
        at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:59) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:294) ~[spring-tx-5.0.8.RELEASE.jar!/:5.0.8.RELEASE]
        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:98) ~[spring-tx-5.0.8.RELEASE.jar!/:5.0.8.RELEASE]
        at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:139) ~[spring-tx-5.0.8.RELEASE.jar!/:5.0.8.RELEASE]
        at org.springframework.data.jpa.repository.support.CrudMethodMetadataPostProcessor$CrudMethodMetadataPopulatingMethodInterceptor.invoke(CrudMethodMetadataPostProcessor.java:135) ~[spring-data-jpa-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) ~[spring-aop-5.0.8.RELEASE.jar!/:5.0.8.RELEASE]
        at org.springframework.data.repository.core.support.SurroundingTransactionDetectorMethodInterceptor.invoke(SurroundingTransactionDetectorMethodInterceptor.java:61) ~[spring-data-commons-2.0.9.RELEASE.jar!/:2.0.9.RELEASE]
        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212) ~[spring-aop-5.0.8.RELEASE.jar!/:5.0.8.RELEASE]
        at com.sun.proxy.$Proxy121.findByArchivedFalse(Unknown Source) ~[na:na]

I check the code, the typeCache is a simple HashMap, should it be changed to ConcurrentHashMap?

HBaseTestingUtility#waitUntilAllRegionsAssigned does not check if the region it is counting belongs to the table created by the test and will not return if it accidentally counts "too many" regions, for example the regions of the ACL table when security is enabled.
Made an attempt at fixing this as part of HBASE-8209 but broke TestMasterTransitions. Try again here.

AIUI the thin build is meant to be the same as the fat dist except the jars are not in the modules; rather their gavs are in the various module.xml and JBoss Modules finds them in a maven repo.
But currently the differences are more than that. For sure the org.jboss.as.product module isn't even present in the thin build. This will lead to test failures in EAP as new tests added in WF 13 will not work if the console module location info from the product module is not available.
Comparing the galleon provisioning plugin config from dist/pom.xml to build/pom.xml gives a sense of the problem. 
Note that this diff is not due to the switch to galleon. The fact that a different galleon config was needed for build vs dist is because that is what was necessary to match what the prevacy legacy build created.
This work should make sure servlet-build is correct as well.

FileUtils.sizeOfDirectory has a small concurrency issue. Between the call to File.listFiles and the call to FileUtils.sizeOf, a file may be deleted. This can cause FileUtils.sizeOf to throw an IllegalArgumentException, indicating that the file does not exist.

Identified one corner case in testing  that when the region server hosting both primary replica and the meta region is down, the client tries to reload the primary replica location from meta table, it is supposed to clean up only the cached location for specific replicaId, but it clears caches for all replicas. Please see
https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ConnectionImplementation.java#L813
Since it takes some time for regions to be reassigned (including meta region), the following may throw exception
https://github.com/apache/hbase/blob/master/hbase-client/src/main/java/org/apache/hadoop/hbase/client/RpcRetryingCallerWithReadReplicas.java#L173
This exception needs to be caught and  it needs to get cached location (in this case, the primary replica's location is not available). If there are cached locations for other replicas, it can still go ahead to get stale values from secondary replicas.
With meta replica, it still helps to not clean up the caches for all replicas as the info from primary meta replica is up-to-date.

Although user_id field in "comment" table is specified as NOT NULL,
the generated Comment class has:
@JoinColumn(name = "user_id", referencedColumnName = "id")
private Person Comment.person;
In other words NOT NULL on FK is not added as field annotation.
The consequence is failed integration test:
ERROR org.hibernate.util.JDBCExceptionReporter - Column 'user_id' cannot be null
Also I manually add @NotNull in CommentDbManaged.aj, that doesn't help, since TestDataOnDemand would not be changed automatically.

When running testAclPositive in TestZooKeeperTokenStore in a clean checkout, it fails with the error:
Failed to validate token path. 
org.apache.hadoop.hive.thrift.DelegationTokenStore$TokenStoreException: Failed to validate token path.
at org.apache.hadoop.hive.thrift.ZooKeeperTokenStore.init(ZooKeeperTokenStore.java:207)
at org.apache.hadoop.hive.thrift.ZooKeeperTokenStore.setConf(ZooKeeperTokenStore.java:225)
at org.apache.hadoop.hive.thrift.TestZooKeeperTokenStore.testAclPositive(TestZooKeeperTokenStore.java:170)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:518)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1052)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:906)
Caused by: org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /zktokenstore-testAcl
at org.apache.zookeeper.KeeperException.create(KeeperException.java:99)
at org.apache.zookeeper.ZooKeeper.create(ZooKeeper.java:778)
at org.apache.hadoop.hive.thrift.ZooKeeperTokenStore.ensurePath(ZooKeeperTokenStore.java:119)
at org.apache.hadoop.hive.thrift.ZooKeeperTokenStore.init(ZooKeeperTokenStore.java:204)
... 17 more
This message is also printed to standard out:
Unable to load realm mapping info from SCDynamicStore
The test seems to run fine in Linux, but more than one developer has reported this on a Mac.

create table a (i int, j string);
insert into a values ( 1, 'a'),(2,'b');
explain extended select min(j) from a where j='a' group by j;
|                      Explain                       |
| OPTIMIZED SQL: SELECT MIN(TRUE) AS `_o__c0`        |
| FROM `default`.`a`                                 |
| WHERE `j` = 'a'                                    |
| GROUP BY TRUE                                      |
| STAGE DEPENDENCIES:                                |
|   Stage-1 is a root stage                          |
|   Stage-0 depends on stages: Stage-1               |
|                                                    |
| STAGE PLANS:                                       |
|   Stage: Stage-1                                   |
|     Tez                                            |
|       DagId: anagarwal_20190318153535_25c1f460-1986-475e-9995-9f6342029dd8:11 |
|       Edges:                                       |
|         Reducer 2 <- Map 1 (SIMPLE_EDGE)           |
|       DagName: anagarwal_20190318153535_25c1f460-1986-475e-9995-9f6342029dd8:11 |
|       Vertices:                                    |
|         Map 1                                      |
|                   alias: a                         |
|                   filterExpr: (j = 'a') (type: boolean) |
|                   Statistics: Num rows: 2 Data size: 170 Basic stats: COMPLETE Column stats: COMPLETE |
|                   GatherStats: false               |
|                     isSamplingPred: false          |
|                     predicate: (j = 'a') (type: boolean) |
|                     Statistics: Num rows: 1 Data size: 85 Basic stats: COMPLETE Column stats: COMPLETE |
|                     Select Operator                |
|                       Statistics: Num rows: 1 Data size: 85 Basic stats: COMPLETE Column stats: COMPLETE |
|                       Group By Operator            |
|                         aggregations: min(true)    |
|                         keys: true (type: boolean) |
|                         mode: hash                 |
|                         outputColumnNames: _col0, _col1 |
|                         Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: COMPLETE |
|                         Reduce Output Operator     |
|                           key expressions: _col0 (type: boolean) |
|                           null sort order: a       |
|                           sort order: +            |
|                           Map-reduce partition columns: _col0 (type: boolean) |
|                           Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: COMPLETE |
|                           tag: -1                  |
|                           value expressions: _col1 (type: boolean) |
|                           auto parallelism: true   |
|             Path -> Alias:                         |
|               hdfs://localhost:9000/tmp/hive/warehouse/a [a] |
|             Path -> Partition:                     |
|               hdfs://localhost:9000/tmp/hive/warehouse/a  |
|                 Partition                          |
|                   base file name: a                |
|                   input format: org.apache.hadoop.mapred.TextInputFormat |
|                   output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat |
|                   properties:                      |
|                     COLUMN_STATS_ACCURATE {"BASIC_STATS":"true","COLUMN_STATS":{"i":"true","j":"true"}} |
|                     bucket_count -1                |
|                     bucketing_version 2            |
|                     column.name.delimiter ,        |
|                     columns i,j                    |
|                     columns.comments               |
|                     columns.types int:string       |
|                     file.inputformat org.apache.hadoop.mapred.TextInputFormat |
|                     file.outputformat org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat |
|                     location hdfs://localhost:9000/tmp/hive/warehouse/a |
|                     name default.a                 |
|                     numFiles 3                     |
|                     numRows 2                      |
|                     rawDataSize 6                  |
|                     serialization.ddl struct a { i32 i, string j} |
|                     serialization.format 1         |
|                     serialization.lib org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe |
|                     totalSize 16                   |
|                     transient_lastDdlTime 1552903148 |
|                   serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe |
|                                                    |
|                     input format: org.apache.hadoop.mapred.TextInputFormat |
|                     output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat |
|                     properties:                    |
|                       COLUMN_STATS_ACCURATE {"BASIC_STATS":"true","COLUMN_STATS":{"i":"true","j":"true"}} |
|                       bucket_count -1              |
|                       bucketing_version 2          |
|                       column.name.delimiter ,      |
|                       columns i,j                  |
|                       columns.comments             |
|                       columns.types int:string     |
|                       file.inputformat org.apache.hadoop.mapred.TextInputFormat |
|                       file.outputformat org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat |
|                       location hdfs://localhost:9000/tmp/hive/warehouse/a |
|                       name default.a               |
|                       numFiles 3                   |
|                       numRows 2                    |
|                       rawDataSize 6                |
|                       serialization.ddl struct a { i32 i, string j} |
|                       serialization.format 1       |
|                       serialization.lib org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe |
|                       totalSize 16                 |
|                       transient_lastDdlTime 1552903148 |
|                     serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe |
|                     name: default.a                |
|                   name: default.a                  |
|             Truncated Path -> Alias:               |
|                      Explain                       |
|               /a [a]                               |
|         Reducer 2                                  |
|             Needs Tagging: false                   |
|               Group By Operator                    |
|                 aggregations: min(VALUE._col0)     |
|                 keys: KEY._col0 (type: boolean)    |
|                 mode: mergepartial                 |
|                 outputColumnNames: _col0, _col1    |
|                 Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: COMPLETE |
|                 Select Operator                    |
|                   expressions: _col1 (type: boolean) |
|                   outputColumnNames: _col0         |
|                   Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: COMPLETE |
|                   File Output Operator             |
|                     compressed: false              |
|                     GlobalTableId: 0               |
|                     directory: hdfs://localhost:9000/tmp/hive/anagarwal/20f7b890-606b-4815-a56e-ab3384ef58f5/hive_2019-03-18_15-35-35_644_3057456177912469405-1/-mr-10001/.hive-staging_hive_2019-03-18_15-35-35_644_3057456177912469405-1/-ext-10002 |
|                     NumFilesPerFileSink: 1         |
|                     Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: COMPLETE |
|                     Stats Publishing Key Prefix: hdfs://localhost:9000/tmp/hive/anagarwal/20f7b890-606b-4815-a56e-ab3384ef58f5/hive_2019-03-18_15-35-35_644_3057456177912469405-1/-mr-10001/.hive-staging_hive_2019-03-18_15-35-35_644_3057456177912469405-1/-ext-10002/ |
|                     table:                         |
|                         input format: org.apache.hadoop.mapred.SequenceFileInputFormat |
|                         output format: org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat |
|                         properties:                |
|                           columns _col0            |
|                           columns.types boolean    |
|                           escape.delim \           |
|                           hive.serialization.extend.additional.nesting.levels true |
|                           serialization.escape.crlf true |
|                           serialization.format 1   |
|                           serialization.lib org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe |
|                         serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe |
|                     TotalFiles: 1                  |
|                     GatherStats: false             |
|                     MultiFileSpray: false          |
|                                                    |
|   Stage: Stage-0                                   |
|     Fetch Operator                                 |
|       limit: -1                                    |
|       Processor Tree:                              |
|         ListSink                                   |
|                                                    |

query is rewritten with true as the column value.

When multiple async queries are executed from same session, it leads to multiple async query execution DAGs share the same Hive object which is set by caller for all threads. In case of loading dynamic partitions, it creates MoveTask which re-creates the Hive object and closes the shared Hive object which causes metastore connection issues for other async execution thread who still access it. This is also seen if ReplDumpTask and ReplLoadTask are part of the DAG.
Call Stack:

2018-09-16T04:38:04,280 ERROR [load-dynamic-partitions-7]: metadata.Hive (Hive.java:call(2436)) - Exception when loading partition with parameters partPath=hdfs://mycluster/warehouse/tablespace/managed/hive/tbl_3bcvvdubni/.hive-staging_hive_2018-09-16_04-35-50_708_7776079613819042057-1147/-ext-10000/age=55, table=tbl_3bcvvdubni, partSpec={age=55}, loadFileType=KEEP_EXISTING, listBucketingLevel=0, isAcid=true, hasFollowingStatsTask=true
at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.getValidWriteIds(DbTxnManager.java:714) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.ql.io.AcidUtils.getTableValidWriteIdListWithTxnList(AcidUtils.java:1791) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.ql.io.AcidUtils.getTableSnapshot(AcidUtils.java:1756) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.ql.io.AcidUtils.getTableSnapshot(AcidUtils.java:1714) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.ql.metadata.Hive.loadPartition(Hive.java:1976) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.ql.metadata.Hive$5.call(Hive.java:2415) [hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.ql.metadata.Hive$5.call(Hive.java:2406) [hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_171]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_171]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_171]
at java.lang.Thread.run(Thread.java:748) [?:1.8.0_171]
Caused by: org.apache.thrift.protocol.TProtocolException: Required field 'validTxnList' is unset! Struct:GetValidWriteIdsRequest(fullTableNames:[default.tbl_3bcvvdubni], validTxnList:null)
at org.apache.hadoop.hive.metastore.api.GetValidWriteIdsRequest.validate(GetValidWriteIdsRequest.java:396) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_valid_write_ids_args.validate(ThriftHiveMetastore.java) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_valid_write_ids_args$get_valid_write_ids_argsStandardScheme.write(ThriftHiveMetastore.java) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$get_valid_write_ids_args.write(ThriftHiveMetastore.java) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.thrift.TServiceClient.sendBase(TServiceClient.java:71) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.thrift.TServiceClient.sendBase(TServiceClient.java:62) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.send_get_valid_write_ids(ThriftHiveMetastore.java:5443) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Client.get_valid_write_ids(ThriftHiveMetastore.java:5435) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.getValidWriteIds(HiveMetaStoreClient.java:2589) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at sun.reflect.GeneratedMethodAccessor125.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_171]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_171]
at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.invoke(RetryingMetaStoreClient.java:212) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at com.sun.proxy.$Proxy57.getValidWriteIds(Unknown Source) ~[?:?]
at org.apache.hadoop.hive.metastore.HiveMetaStoreClient$SynchronizedHandler.invoke(HiveMetaStoreClient.java:2934) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
at org.apache.hadoop.hive.ql.lockmgr.DbTxnManager.getValidWriteIds(DbTxnManager.java:712) ~[hive-exec-3.1.0.3.0.1.0-184.jar:3.1.0.3.0.1.0-184]
... 10 more

 For Async query execution from SQLOperation.runInternal, we set the Thread local Hive object for all the child threads as parentHive (parentSession.getSessionHive())

@Override
 public void run() {
 PrivilegedExceptionAction<Object> doAsAction = new PrivilegedExceptionAction<Object>() {
 @Override
 public Object run() throws HiveSQLException {
 Hive.set(parentHive); // Setting parentHive for all async operations.
 // TODO: can this result in cross-thread reuse of session state?
 SessionState.setCurrentSessionState(parentSessionState);
 PerfLogger.setPerfLogger(parentPerfLogger);
 LogUtils.registerLoggingContext(queryState.getConf());
 try {
 if (asyncPrepare) {
 prepare(queryState);
 }
 runQuery();
 } catch (HiveSQLException e) {
 // TODO: why do we invent our own error path op top of the one from Future.get?
 setOperationException(e);
 LOG.error("Error running hive query: ", e);
 } finally {
 LogUtils.unregisterLoggingContext();
 }
 return null;
 }
 };

Now, when async execution in progress and if one of the thread re-creates the Hive object, it closes the parentHive object first which impacts other threads using it and hence conf object it refers too gets cleaned up and hence we get null for VALID_TXNS_KEY value.

private static Hive create(HiveConf c, boolean needsRefresh, Hive db, boolean doRegisterAllFns)
 throws HiveException {
 if (db != null) {
 LOG.debug("Creating new db. db = " + db + ", needsRefresh = " + needsRefresh +
 ", db.isCurrentUserOwner = " + db.isCurrentUserOwner());
 db.close();
 }
 closeCurrent();
 if (c == null) {
 c = createHiveConf();
 }
 c.set("fs.scheme.class", "dfs");
 Hive newdb = new Hive(c, doRegisterAllFns);
 hiveDB.set(newdb);
 return newdb;
 }

Fix:
 We shouldn't clean the old Hive object if it is shared by multiple threads. Shall use a flag to know this.
Memory leak issue:
 Memory leak is found if one of the threads from Hive.loadDynamicPartitions throw exception. rawStoreMap is used to store rawStore objects which has to be cleaned. In this case, it is populated only in success flow but if there are exceptions, it is not and hence there is a leak.

futures.add(pool.submit(new Callable<Void>() {
 @Override
 public Void call() throws Exception {
 try {
 // move file would require session details (needCopy() invokes SessionState.get)
 SessionState.setCurrentSessionState(parentSession);
 LOG.info("New loading path = " + partPath + " with partSpec " + fullPartSpec);

// load the partition
 Partition newPartition = loadPartition(partPath, tbl, fullPartSpec, loadFileType,
 true, false, numLB > 0, false, isAcid, hasFollowingStatsTask, writeId, stmtId,
 isInsertOverwrite);
 partitionsMap.put(fullPartSpec, newPartition);

if (inPlaceEligible) {
 synchronized (ps) {
 InPlaceUpdate.rePositionCursor(ps);
 partitionsLoaded.incrementAndGet();
 InPlaceUpdate.reprintLine(ps, "Loaded : " + partitionsLoaded.get() + "/"
 + partsToLoad + " partitions.");
 }
 }
 // Add embedded rawstore, so we can cleanup later to avoid memory leak
 if (getMSC().isLocalMetaStore()) {
 if (!rawStoreMap.containsKey(Thread.currentThread().getId())) {
 rawStoreMap.put(Thread.currentThread().getId(), HiveMetaStore.HMSHandler.getRawStore());
 }
 }
 } catch (Exception t) {
 }

both FileSinkDesk and ReduceSinkDesk have special code path for Update/Delete operations. It is not always set correctly for ReduceSink. ReduceSinkDeDuplication is one place where it gets lost. Even when it isn't set correctly, elsewhere (SemanticAnalyzer.getPartitionColsFromBucketColsForUpdateDelete()) we set ROW_ID to be the partition column of the ReduceSinkOperator and UDFToInteger special cases it to extract bucketId from ROW_ID. We need to modify Explain Plan to record Write Type (i.e. insert/update/delete) to make sure we have tests that can catch errors here.
Add some validation at the end of the plan to make sure that RSO/FSO which represent the end of the pipeline and write to acid table have WriteType set (to something other than default).
We don't seem to have any tests where number of buckets is > number of reducers. Add those.

Hi,
I know it's not out in the wild yet but with this tiny patch SJMS is usable in my spike project.
Sadly doesn't affect the number of passing/failing tests.
The pom's <camel.osgi.private.pkg> section is missing an entry for the org.apache.camel.component.sjms.taskmanager package.
thanks,
Caspar

See nabble
http://camel.465427.n5.nabble.com/Splitted-exchange-has-incorrect-correlation-ID-tp3289354p3289354.html

AuditProvider in security-domain mentions "[Success]" as follow:-
11:37:26,835 TRACE [org.jboss.security.audit] (HttpManagementService-threads - 3) [Success]Source=org.jboss.as.security.service.SimpleSecurityManager;Action=authentication;principal=admin;
even if a username/password is wrong.

This relates directly to DATAJPA-885. The issue described there still occurs when a query returns a standard JPA projection consisting of a single type, where Spring Data JPA doesn't recognize that the type can be mapped by the JPA provider itself. In my case this happens when returning a collection of Joda LocalDate instances. 
I've attached a small sample app with a unit test that shows the problem. The same test also shows that a direct JPA query does work.
It would be nice if Spring Data JPA could somehow detect that I'm not trying to use its projection feature in this case, to prevent the "No aliases found in result tuple" error from happening. 

Appendix F in the HBase Reference Guide available here (https://hbase.apache.org/book.html#sql) has an incorrect link to the site for Trafodion.
The new Trafodion URL is: http://trafodion.incubator.apache.org/

The ErrorHandler is not called unless the container is active; the container is stopped as soon as the 3rd message is received (on exit from the onMessage method).
So there is a (small) possibility that the container is not active when it's time to invoke the ErrorHandler and the verify fails because it was only called twice.

 MapStepExecutionDao throws a NullPointerException for jobs whitout steps. For example
Job job1 = new Job() {
	public void execute(JobExecution arg0) 
{
		System.err.println("execute!");
	}
..
}
I get the following exception while running a job:
	at org.springframework.batch.core.repository.dao.MapStepExecutionDao.getStepExecutions(MapStepExecutionDao.java:101)
	at org.springframework.batch.core.explore.support.SimpleJobExplorer.getJobExecutionDependencies(SimpleJobExplorer.java:127)
	at org.springframework.batch.core.explore.support.SimpleJobExplorer.findJobExecutions(SimpleJobExplorer.java:73)
	at StartupTest.testMe(StartupTest.java:72)
The solution is:
	public List<StepExecution> getStepExecutions(JobExecution jobExecution) {
 		Map<String, StepExecution> executions = executionsByJobExecutionId.get(jobExecution.getId());
+		if (executions == null) 
{
+			return null;
+		}
 		List<StepExecution> result = new ArrayList<StepExecution>(executions.values());

Timestamps in the future (year 2250?) and before ~1700 are silently corrupted in vectorized execution mode. Simple repro:

hive> DROP TABLE IF EXISTS test;
hive> CREATE TABLE test(ts TIMESTAMP) STORED AS ORC;
hive> INSERT INTO TABLE test VALUES ('9999-12-31 23:59:59');

hive> SET hive.vectorized.execution.enabled = false;
hive> SELECT MAX(ts) FROM test;
9999-12-31 23:59:59

hive> SET hive.vectorized.execution.enabled = true;
1816-03-30 05:56:07.066277376

run.sh is very slow because it's 4 calls to slider, which means 4 JVMs, 4 connections to RM and other crap, for   2-5sec. of overhead per call, depending on the machine/cluster.
What we need is a mode for llapservicedriver that would not generate run.sh, but would rather run the cluster immediately by calling the corresponding 4 slider APIs. Should probably be the default, too. For compat with scripts we might generate blank run.sh for now.

When trying to save or load MongoDB entities, the JDK emits a warning regarding illegal reflection access: 
 
WARNING: Illegal reflective access by org.springframework.cglib.core.ReflectUtils (jar:file:/C:/Users/***/spring-data-reflection-access/target/demo-0.0.1-SNAPSHOT.jar!/BOOT-INF/lib/spring-core-5.1.0.RELEASE.jar!/) to 
method java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)                                                                                                                                      
        at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:521)                                                                                                                                                     
        at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:486)                                                                                                                                                     
        at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory$PropertyAccessorClassGenerator.generateCustomAccessorClass(ClassGeneratingPropertyAccessorFactory.java:321)                                          
        at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory.createAccessorClass(ClassGeneratingPropertyAccessorFactory.java:195)                                                                                 
        at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory.potentiallyCreateAndRegisterPersistentPropertyAccessorClass(ClassGeneratingPropertyAccessorFactory.java:181)                                         
        at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory.getPropertyAccessor(ClassGeneratingPropertyAccessorFactory.java:91)                                                                                  
        at org.springframework.data.mapping.model.BasicPersistentEntity.getPropertyAccessor(BasicPersistentEntity.java:455)                                                                                                                   
        at org.springframework.data.mapping.model.IdPropertyIdentifierAccessor.<init>(IdPropertyIdentifierAccessor.java:54)                                                                                                                   
        at org.springframework.data.mapping.model.BasicPersistentEntity.getIdentifierAccessor(BasicPersistentEntity.java:471)                                                                                                                 
        at org.springframework.data.mongodb.core.EntityOperations$AdaptibleMappedEntity.of(EntityOperations.java:575)                                                                                                                         
        at org.springframework.data.mongodb.core.EntityOperations$AdaptibleMappedEntity.access$100(EntityOperations.java:554)                                                                                                                 
        at org.springframework.data.mongodb.core.EntityOperations.forEntity(EntityOperations.java:105)                                                                                                                                        
        at org.springframework.data.mongodb.core.MongoTemplate.save(MongoTemplate.java:1340)                                                                                                                                                  
        at org.springframework.data.mongodb.core.MongoTemplate.save(MongoTemplate.java:1330)                                                                                                                                                  
        at com.example.demo.DataService.saveData(DataService.java:21)                                                                                                                                                                         
        at com.example.demo.DataService$$FastClassBySpringCGLIB$$3fb8e7d1.invoke(<generated>)                                                                                                                                                 
        at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218)                                                                                                                                                           
        at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:746)                                                                                                                      
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)                                                                                                                          
        at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:139)                                                                                             
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)                                                                                                                          
        at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:688)                                                                                                                        
        at com.example.demo.DataService$$EnhancerBySpringCGLIB$$cc99431f.saveData(<generated>)                                                                                                                                                
        at com.example.demo.DemoApplication.scheduled(DemoApplication.java:28)                                                                                                                                                                
        at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleElement.invoke(InitDestroyAnnotationBeanPostProcessor.java:363)                                                                       
        at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleMetadata.invokeInitMethods(InitDestroyAnnotationBeanPostProcessor.java:307)                                                           
        at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:136)                                                               
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:419)                                                              
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1736)                                                                                          
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:576)                                                                                             
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:498)                                                                                               
        at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:320)                                                                                                                     

Here is a minimal project to reproduce the issue: https://github.com/christian-laakmann/illegal-reflective-access/commits/master

Users need to be able to specify whether the hotrod client should be transactional.

We need to make sure that filters on timestamp are passed to Druid with correct timezone.
After CALCITE-1617, Calcite will generate a Druid query with intervals without timezone specification. In Druid, these intervals will be assumed to be in UTC (if Druid is running in UTC, which is currently the recommendation). However, in Hive, those intervals should be assumed to be in the user timezone. Thus, we should respect Hive semantics and include the user timezone in the intervals passed to Druid.

The RealmIdentity.exists() method should be used to verify if a valid identity exists before an attempt to call other non-authentication methods - e.g. getAuthorizationIdentity() - is made.
The PicketBoxBasedIdentity implementation in the SecurityDomainContextRealm is erroneously returning true when in fact it should be checking if a valid Subject was established as part of a previous JAAS authentication.
The getAuthorizationIdentity() method can then simply throw an Exception if it is called without a valid JAAS Subject in place. Client code should check the result of the exists() method before attempting to get an AuthorizationIdentity so any code invoking getAuthorizationIdentity() without checking first if a valid identity exists should fail.

We are not waiting for the test table to be deployed before getting a reference to one of its regions.

testShutdown(org.apache.hadoop.hbase.security.access.TestAccessController)  Time elapsed: 2.593 sec\
  <<< ERROR!
        at org.apache.hadoop.hbase.security.access.TestAccessController.setUp(TestAccessController.\
java:172)

a few problems:

if a job is retired - then counters cannot be obtained and a stack trace is printed out (from history code). this confuses users
too many calls to getCounters. after a job has been detected to be finished - there are quite a few more calls to get the job status and the counters. we need to figure out a way to curtail this - in busy clusters the gap between the job getting finished and the hive client noticing is very perceptible and impacts user experience.

calls to getCounters are very expensive in 0.20 as they grab a jobtracker global lock (something we have fixed internally at FB)

When a job is abandoned from the UI it's status is updated to ABANDONED, but its end time is left open (null).  
Therefore when JdbcSearchableJobExecutionDao.getRunningJobExecutions() is invoked the ABANDONED jobs are included in the result set, and calling jobExecution.isRunning() will return true for them. 
Was this what was intended ?

The sentence:
"You can no get the template injected and perform storing and retrieving operations to it."
"You can now get the template injected and perform storing and retrieving operations to it."
I would recommend rewording this sentence as it doesn't scan that well. For example:
"The template can now be injected and used to perform storage and retrieval operations".

This seems to be back but this time with Servlet 4.0 only as 3.1 seems to work just fine. Current test is already in Wildfly testsuite but it does not cover Servlet 4.0.
Java EE7 (which supports EL 3.0 spec) allows JSPs to use EL expressions like:

<html>
   <body>
      foo: --- ${Boolean.TRUE} ---<br>
      bar: --- ${Integer.MAX_VALUE} ---<br>
   </body>
</html>

However, the 

${Boolean.TRUE}

 and 

${Integer.MAX_VALUE}

 in the above example aren't evaluated correctly and instead a blank string is rendered for them. 
More details in the linked forum thread https://developer.jboss.org/thread/271825

Jim was setting up cluster w/ new hbase.  Setting fully qualified hbase.rootdir was failing.  Complaint was that the filesystems didn't match – i.e. the hdfs of the fully qualified hbase.rootdir didn't jibe w/ the default hadoop file:///.
Fix needs to be backported.
The problem was that because the hadoop config files were not found (because they are in a different directory and not on the classpath) then fs.get(conf) returns file:///

Annotating an exception like this:
@SoapFault(faultCode = FaultCode.CLIENT)
public class IllegalCharException extends RuntimeException {
shows up in a SOAP Fault like <faultcode>soapenv:Server</faultcode>.
         <faultcode>soapenv:Server</faultcode>
         <faultstring xml:lang="en">De string [€0202020202020202020] bevat het karakter [€] dat niet geëncodeerd kan worden met codepage [cp500]</faultstring>
Using the exception resolver in the Spring ws servlet.xml  like this:
	<bean id="exceptionResolver"
		class="org.springframework.ws.soap.server.endpoint.SoapFaultMappingExceptionResolver">
		<property name="defaultFault" value="SERVER" />
		<property name="exceptionMappings">
			<value>be.vlaanderen.dho.webservices.interceptors.exception.IllegalCharException=CLIENT, , nl</value>
	</bean>
Gives correct soap fault code:
         <faultstring xml:lang="nl">De string [€0202020202020202020] bevat het karakter [€] dat niet geëncodeerd kan worden met codepage [cp500]</faultstring>

See SO
https://stackoverflow.com/questions/48452734/swagger-yaml-generated-by-camel-not-compatible-with-swagger-editor-and-ui?noredirect=1#comment84416840_48452734
 
In StoreScanner.next(List<KeyValue>, int, String) I find this code:

      // Check that the heap gives us KVs in an increasing order.
      if (prevKV != null && comparator != null
          && comparator.compare(prevKV, kv) > 0) {
        throw new IOException("Key " + prevKV + " followed by a " +
            "smaller key " + kv + " in cf " + store);
      }
      prevKV = kv;

So this checks for bugs in the HFiles or the scanner code. It needs to compare each KVs with its predecessor. This seems unnecessary now, I propose that we remove this.

  public static boolean matchingRow(final Cell left, final byte[] buf) {
    if (buf == null) {
      return left.getQualifierLength() == 0;
    }
    return matchingRow(left, buf, 0, buf.length);
  }

The 'if' condition should check for left.getRowLength() == 0.

The recent change in ProducerCache.send
ProducerCache.java
    public void send(Endpoint endpoint, Exchange exchange) {
        try {
            sendExchange(endpoint, null, null, exchange);
            // RECENT CHANGE HERE:
            // ensure that CamelExecutionException is always thrown
            if (exchange.getException() != null) {
                exchange.setException(wrapCamelExecutionException(exchange, exchange.getException()));
            }
            throw wrapCamelExecutionException(exchange, e);
        }
    }

that throws a CamelExecutionException if exchange.getException is not null, makes it impossible for DefaultProducerTemplate.asyncCallback to report failures (other than fault messages) asynchronously via Synchronization.onFailure
DefaultProducerTemplate.java
    public Future<Exchange> asyncCallback(final Endpoint endpoint, final Exchange exchange, final Synchronization onCompletion) {
        Callable<Exchange> task = new Callable<Exchange>() {
            public Exchange call() throws Exception {

                // FIXME: exception is thrown in Camel 2.4 where a normal return with answer.getException != null was done in Camel 2.3
                Exchange answer = send(endpoint, exchange);

                if (answer.isFailed()) {
                    onCompletion.onFailure(answer);
                } else {
                    // ...
                }
                return answer;
            }
        };
        // ...
    }

This was working in Camel 2.3 (but unfortunately there wasn't any test case for it). I attached a patch for DefaultProducerTemplateAsyncTest that demonstrates the problem. I didn't commit a fix yet because I'm unsure at the moment about the best way to fix that. Of course I tried a naive fix in the DefaultProducerTemplate.asyncCallback methods which causes the test (in the patch) to pass but I'd like to hear other opinions before I continue.

I manufactured an imbalanced cluster so one region server had 300 regions and the others had very few. I then ran balancer while hitting the high-load region server with YCSB. I observed that the rate of load shedding was VERY slow since the closeRegion IPCs were getting stuck at the back of the IPC queue.
All of these important master->RS RPC calls should be set to high priority.

(this description is no loner accurate; see further comments)
org.apache.hadoop.hive.ql.txn.compactor.Initiator is a thread that runs inside the metastore service to manage compactions of ACID tables.  There should be exactly 1 instance of this thread (even with multiple Thrift services).
This is documented in https://cwiki.apache.org/confluence/display/Hive/Hive+Transactions#HiveTransactions-Configuration but not enforced.
Should add enforcement, since more than 1 Initiator could cause concurrent attempts to compact the same table/partition - which will not work.

Spring Data Rest Repository Event Handlers don't respect @Order annotations
Our Application has plugin modules which include event handlers, but the primary application event handlers may not fire first, depending on classpath scanning and event handler loading order.  It would be great to have the spring data rest event handlers respect the @Order annotation, either at the class level or the method level (I think method is best).
I have created a project (https://github.com/joevalerio/DATAREST-970), where there are three event handlers numbered 1,2,3, and I have added the @Order Annotation to each, to attempt to run them in reverse order.  Currently it runs them in classname alpha order due to class path loading, but this should not be how I need to control event handler execution order.  The unit test attached will fail, as it its expecting the data to be set on the entity via the eventHandlers, which will only happen if they are run in reverse order.

its presence causes TCK failures with error:

IllegalStateException: The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager")

as LogManager is loaded twice, from jboss-client.jar and from module. It was brought in together with ActiveMQ Artemis messaging. 

[INFO] --- maven-dependency-plugin:2.9:tree (default-cli) @ wildfly-client-all ---
[INFO] org.wildfly:wildfly-client-all:jar:10.0.0.Alpha5-SNAPSHOT
[INFO] +- org.wildfly:wildfly-ejb-client-bom:pom:10.0.0.Alpha5-SNAPSHOT:compile
[INFO] |  +- org.jboss:jboss-ejb-client:jar:2.1.1.Final:compile
[INFO] |  +- org.jboss:jboss-remote-naming:jar:2.0.4.Final:compile
[INFO] |  +- org.jboss.logging:jboss-logging:jar:3.2.1.Final:compile
[INFO] |  +- org.jboss.marshalling:jboss-marshalling:jar:1.4.10.Final:compile
[INFO] |  +- org.jboss.marshalling:jboss-marshalling-river:jar:1.4.10.Final:compile
[INFO] |  +- org.jboss.remoting:jboss-remoting:jar:4.0.9.Final:compile
[INFO] |  +- org.jboss.sasl:jboss-sasl:jar:1.0.5.Final:compile
[INFO] |  +- org.jboss.spec.javax.transaction:jboss-transaction-api_1.2_spec:jar:1.0.0.Final:compile
[INFO] |  +- org.jboss.spec.javax.ejb:jboss-ejb-api_3.2_spec:jar:1.0.0.Final:compile
[INFO] |  +- org.jboss.xnio:xnio-api:jar:3.3.1.Final:compile
[INFO] |  \- org.jboss.xnio:xnio-nio:jar:3.3.1.Final:compile
[INFO] +- org.wildfly:wildfly-jms-client-bom:pom:10.0.0.Alpha5-SNAPSHOT:compile
[INFO] |  +- org.apache.activemq:artemis-commons:jar:1.0.0:compile
[INFO] |  |  +- org.jboss.logmanager:jboss-logmanager:jar:2.0.0.Final:compile
[INFO] |  |  \- commons-beanutils:commons-beanutils:jar:1.9.2:compile
[INFO] |  |     \- commons-collections:commons-collections:jar:3.2.1:compile
[INFO] |  +- org.apache.activemq:artemis-core-client:jar:1.0.0:compile
[INFO] |  |  +- org.jgroups:jgroups:jar:3.6.4.Final:compile
[INFO] |  |  +- org.apache.activemq:artemis-selector:jar:1.0.0:compile
[INFO] |  |  \- org.apache.activemq:artemis-journal:jar:1.0.0:compile
[INFO] |  |     \- org.apache.activemq:artemis-native:jar:1.0.0:compile
[INFO] |  +- org.apache.activemq:artemis-jms-client:jar:1.0.0:compile
[INFO] |  |  +- org.apache.geronimo.specs:geronimo-jms_2.0_spec:jar:1.0-alpha-1:compile
[INFO] |  |  \- javax.inject:javax.inject:jar:1:compile
[INFO] |  +- org.hornetq:hornetq-commons:jar:2.4.7.Final:compile
[INFO] |  +- org.hornetq:hornetq-core-client:jar:2.4.7.Final:compile
[INFO] |  |  \- org.hornetq:hornetq-journal:jar:2.4.7.Final:compile
[INFO] |  |     \- org.hornetq:hornetq-native:jar:2.4.7.Final:compile
[INFO] |  +- org.hornetq:hornetq-jms-client:jar:2.4.7.Final:compile
[INFO] |  +- io.netty:netty-all:jar:4.0.26.Final:compile
[INFO] |  +- org.jboss.spec.javax.jms:jboss-jms-api_2.0_spec:jar:1.0.0.Final:compile
[INFO] |  \- org.slf4j:jcl-over-slf4j:jar:1.7.7.jbossorg-1:compile
[INFO] |     \- org.slf4j:slf4j-api:jar:1.7.7.jbossorg-1:compile
[INFO] +- org.jboss.remotingjmx:remoting-jmx:jar:2.0.1.Final:compile
[INFO] \- org.wildfly.checkstyle:wildfly-checkstyle-config:jar:1.0.3.Final:compile

I have a LDAP schema with a structure like: country -> locality -> organization -> etc.(other children).
When running SchemaToJava with parameters: -c Locality -k com.ldap.client.domain -l ldap://<my-ip>:389 -o top,locality -u cn=root,c=ro -p <password>, I get the following exception:
--------------------------------------------------------------------------------------------------------
	at org.springframework.ldap.odm.tools.SchemaReader.createAttributeSchema(SchemaReader.java:65)
	at org.springframework.ldap.odm.tools.SchemaReader.createObjectClass(SchemaReader.java:141)
	at org.springframework.ldap.odm.tools.SchemaReader.getObjectSchema(SchemaReader.java:33)
	at org.springframework.ldap.odm.tools.SchemaToJava.readSchema(SchemaToJava.java:231)
	at org.springframework.ldap.odm.tools.SchemaToJava.main(SchemaToJava.java:414)
After some researches, I came to this conclusion: according to org.springframework.ldap.odm.tools.SchemaReader.createAttributeSchema(SchemaReader.java:65), any attribute of type MAY or MUST is mandatory to have SYNTAX, but an attribute like seeAlso - according to RFC4519 - has no SYNTAX (it is the SUP that can deliver his SYNTAX):
DESC	RFC4519: DN of related object
NAME	seeAlso
objectClass	synthetic_JXplorer_schema_object
objectClass	top
OID	2.5.4.34
SUP	distinguishedName
The fix for missing SYNTAX might be to recursively go for the parent's SYNTAX (here distinguishedName).

Steps to Reproduce: 1. add the lines in standalone.xml:-

      <property name="javax.net.ssl.trustStore" value="/dir/truststore.jks"/>
      <property name="javax.net.ssl.trustStorePassword" value="${VAULT::blk::attr::MTBlYWUzNDEtMjI2MC00NWYzLWFiZmUtM2EyYjZkNDgyZWM4TElORV9CUkVBS215YWxpYXM=}" />
    <vault>
        <vault-option name="KEYSTORE_URL" value="/opt/jboss-eap-6.0/standalone/configuration/vault.jks"/>
        <vault-option name="KEYSTORE_PASSWORD" value="MASK-2gTQPnrWJaqrh0pURMKAOw"/>
        <vault-option name="KEYSTORE_ALIAS" value="myalias"/>
        <vault-option name="SALT" value="12345678"/>
        <vault-option name="ITERATION_COUNT" value="44"/>
        <vault-option name="ENC_FILE_DIR" value="/opt/jboss-eap-6.0/standalone/configuration/"/>
    </vault>

2. start EAP6 in standalone mode
project_key: JBPAPP6
Usage of vault for system-properties throws java.lang.SecurityException.
boot.log:-

20:35:30,267 ERROR [org.jboss.as.controller.management-operation] JBAS014612: Operation ("add") failed - address: ([("system-property" => "javax.net.ssl.trustStorePassword")]): java.lang.SecurityException: JBAS013322: Vault is not initialized
	at org.jboss.as.security.vault.RuntimeVaultReader.retrieveFromVault(RuntimeVaultReader.java:98) [jboss-as-security-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.server.RuntimeExpressionResolver.resolvePluggableExpression(RuntimeExpressionResolver.java:45) [jboss-as-server-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.ExpressionResolverImpl.resolveExpressionsRecursively(ExpressionResolverImpl.java:58) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.ExpressionResolverImpl.resolveExpressions(ExpressionResolverImpl.java:40) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.ModelControllerImpl.resolveExpressions(ModelControllerImpl.java:455) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.OperationContextImpl.resolveExpressions(OperationContextImpl.java:689) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.operations.common.SystemPropertyAddHandler.execute(SystemPropertyAddHandler.java:112) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:397) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:284) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:211) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:175) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:191) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.server.ServerService.boot(ServerService.java:295) [jboss-as-server-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.server.ServerService.boot(ServerService.java:270) [jboss-as-server-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:156) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
	at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_37]

Create a project.
Install JPA.
Create a persistence class with the following command: new persistent class jpa -name ~.domain.Package
Create a field with the following command: add field string -fieldName name -notNull

Expected Behavior:
The user should be told that "Package" is a reserved word at the time of the persistent class creation, and no files should be generated.
Actual Behavior:
The creation of the persistent class appears to succeed, but the user gets the following error when adding the field:
Java source code details unavailable for type SRC_MAIN_JAVA/com.pedantus.package
repository.domain.Package
java.lang.IllegalArgumentException: Java source code details unavailable for typ
e SRC_MAIN_JAVA/com.pedantus.packagerepository.domain.Package
    at org.springframework.roo.classpath.operations.ClasspathOperations.addField
(ClasspathOperations.java:170)
    at org.springframework.roo.classpath.operations.FieldCommands.insertField(Fi
eldCommands.java:89)
    at org.springframework.roo.classpath.operations.FieldCommands.addFieldString
(FieldCommands.java:140)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.springframework.roo.support.util.ReflectionUtils.invokeMethod(Reflect
ionUtils.java:191)
    at org.springframework.roo.bootstrap.ProcessManagerHostedExecutionStrategy$1
.callback(ProcessManagerHostedExecutionStrategy.java:33)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.do
Transactionally(DefaultProcessManager.java:127)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.ex
ecute(DefaultProcessManager.java:90)
    at org.springframework.roo.bootstrap.ProcessManagerHostedExecutionStrategy.e
xecute(ProcessManagerHostedExecutionStrategy.java:31)
    at org.springframework.roo.shell.internal.AbstractShell.executeCommand(Abstr
actShell.java:120)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java
:80)
    at org.springframework.roo.bootstrap.Bootstrap.run(Bootstrap.java:109)
    at org.springframework.roo.bootstrap.Bootstrap.main(Bootstrap.java:49)

After HBASE-8496 commit, PerformanceEvaluation is throwing an exception due to missing tags properties on the input line.

java.lang.IndexOutOfBoundsException: No group 7
	at java.util.regex.Matcher.group(Matcher.java:470)
	at org.apache.hadoop.hbase.PerformanceEvaluation$PeInputFormat.getSplits(PerformanceEvaluation.java:351)

This results in unnecessary computations and waste of cluster resources which is not required since aggregation of counter is anyway done by JobTracker.

The doResourceService method checks for forwarded Exception thrown in Action phase. Is this really required ? 
I can understand the samething in Redender Phase because of two phase. 
Does the same applicable to Resource phase as well ? 

HFileOutputFormat methods route to their HFileOutputFormat2 counterparts.  Replace all calls to HFileOutputFormat with HFileOutputFormat2 equivalents.
In the spirit of cleanup, add @Override annotations and helper methods that do not require the use of deprecated classes such as HTable.

org.springframework.jdbc.core.namedparam.NamedParameterJdbcTemplate has the potential to leak memory via its parsedSqlCache property.
The code only ever adds to the Map and does not limit its size in any way.
Nothing in the Javadoc makes developers aware that this Map could potentially grow without bounds.
We encountered this problem only under live load. The search on our website has the potential to generate a large number of permutations. We were thus dynamically generating a large number of unique SQL statements.
We do use bind params where possible but there are places where this is difficult or inconvenient.
The size of these statements as String keys, stored within NamedParameterJdbcTemplate, caused a slow memory leak that gave us OutOfMemoryError after about 12 hours of live traffic.
We are using 3.0.1.RELEASE but from Fisheye it looks like this behaviour is still present in your trunk.
The following seem like options, please do as you see fit:
a) Update the Javadoc with a warning about this behaviour
b) Limit the max size of the Map, configurable but with sensible defaults
c) use a WeakReference or SoftReference HashMap
Our workaround has been to extend the class and override the method as follows: 
	/**

@return the uncached, parsed SQL statement
	 */
	protected ParsedSql getParsedSql(String sql) 
{
		return NamedParameterUtils.parseSqlStatement(sql);
	}

We've standardized on IOException as the main way for coprocessors to communicate errors back out of the Observer hooks.  All Observer hooks throw IOE except for MasterObserver.preMove() and MasterObserver.postMove(), which throw UnknownRegionException, since that's what HMasterInterface.move() declares.  In hindsight, making these two MasterObserver methods inconsistent seems like a mistake.
I think we should change MasterObserver.preMove() and MasterObserver.postMove() to throw IOException for consistency with the other methods.  We could deprecate the existing HMasterInterface.move() method to have it switch over to throwing IOException as well, but this would require creating a version with a new name, which seems unnecessarily ugly.  So I'd suggest we just have HMaster.move() handle the IOException and use it to init an UnknownRegionException.  Wonky as that is, it seems the lesser evil.

Saw this while tail'ing a log for something else:

2010-06-15 17:30:03,769 ERROR [main-EventThread] zookeeper.ClientCnxn$EventThread(490): Error while calling watcher
        at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372)
        at java.util.AbstractList$Itr.next(AbstractList.java:343)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWrapper.process(ZooKeeperWrapper.java:235)

Looks like the listeners list's iterator is used in an unprotected manner.

In one of the internal testing, observed the following exception

	at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:909) ~[?:1.8.0_152]
	at java.util.ArrayList$Itr.next(ArrayList.java:859) ~[?:1.8.0_152]
	at java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1042) ~[?:1.8.0_152]
	at org.apache.logging.log4j.message.ParameterFormatter.appendCollection(ParameterFormatter.java:596) ~[log4j-api-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.message.ParameterFormatter.appendPotentiallyRecursiveValue(ParameterFormatter.java:504) ~[log4j-api-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.message.ParameterFormatter.recursiveDeepToString(ParameterFormatter.java:429) ~[log4j-api-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.message.ParameterFormatter.formatMessage2(ParameterFormatter.java:189) ~[log4j-api-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.message.ParameterizedMessage.formatTo(ParameterizedMessage.java:224) ~[log4j-api-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.message.ParameterizedMessage.getFormattedMessage(ParameterizedMessage.java:200) ~[log4j-api-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.core.async.RingBufferLogEvent.setMessage(RingBufferLogEvent.java:126) ~[log4j-core-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.core.async.RingBufferLogEvent.setValues(RingBufferLogEvent.java:104) ~[log4j-core-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.core.async.RingBufferLogEventTranslator.translateTo(RingBufferLogEventTranslator.java:56) ~[log4j-core-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.core.async.RingBufferLogEventTranslator.translateTo(RingBufferLogEventTranslator.java:34) ~[log4j-core-2.6.2.jar:2.6.2]
	at com.lmax.disruptor.RingBuffer.translateAndPublish(RingBuffer.java:930) ~[disruptor-3.3.0.jar:?]
	at com.lmax.disruptor.RingBuffer.tryPublishEvent(RingBuffer.java:456) ~[disruptor-3.3.0.jar:?]
	at org.apache.logging.log4j.core.async.AsyncLoggerDisruptor.tryPublish(AsyncLoggerDisruptor.java:190) ~[log4j-core-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.core.async.AsyncLogger.publish(AsyncLogger.java:160) ~[log4j-core-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.core.async.AsyncLogger.logWithThreadLocalTranslator(AsyncLogger.java:156) ~[log4j-core-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.core.async.AsyncLogger.logMessage(AsyncLogger.java:126) ~[log4j-core-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.spi.AbstractLogger.logMessage(AbstractLogger.java:2011) ~[log4j-api-2.6.2.jar:2.6.2]
	at org.apache.logging.log4j.spi.AbstractLogger.logIfEnabled(AbstractLogger.java:1884) ~[log4j-api-2.6.2.jar:2.6.2]
	at org.apache.logging.slf4j.Log4jLogger.info(Log4jLogger.java:189) ~[log4j-slf4j-impl-2.6.2.jar:2.6.2]
	at org.apache.hadoop.hive.druid.security.KerberosHttpClient.inner_go(KerberosHttpClient.java:96) ~[hive-druid-handler-2.1.0.2.6.4.0-91.jar:2.1.0.2.6.4.0-91]
	at org.apache.hadoop.hive.druid.security.KerberosHttpClient.access$100(KerberosHttpClient.java:50) ~[hive-druid-handler-2.1.0.2.6.4.0-91.jar:2.1.0.2.6.4.0-91]
	at org.apache.hadoop.hive.druid.security.KerberosHttpClient$2.onSuccess(KerberosHttpClient.java:144) ~[hive-druid-handler-2.1.0.2.6.4.0-91.jar:2.1.0.2.6.4.0-91]
	at org.apache.hadoop.hive.druid.security.KerberosHttpClient$2.onSuccess(KerberosHttpClient.java:134) ~[hive-druid-handler-2.1.0.2.6.4.0-91.jar:2.1.0.2.6.4.0-91]
	at org.apache.hive.druid.com.google.common.util.concurrent.Futures$4.run(Futures.java:1181) ~[hive-druid-handler-2.1.0.2.6.4.0-91.jar:2.1.0.2.6.4.0-91]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:1.8.0_152]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:1.8.0_152]
	at java.lang.Thread.run(Thread.java:748) [?:1.8.0_152]

The fix for this went into 2.9.1 LOG4J2-1988 onwards. Updating log4j to latest version should have a fix for this issue. 

Throws a NPE if the request context is null – resolution using resourceBundle is not possible when a jsf view is rendered by spring mvc directly

Deploying two Web applications within an EAR achive with the following jboss-all.xml, leads to a failure in deployment when using standalone-ha.xml configuration: 
</jboss>
Exception raised:
15:58:52,160 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "ear1.ear")]) - failure description: 
{"WFLYCTL0180: Services with missing/unavailable dependencies" => [
    "jboss.undertow.deployment.default-server.default-host./webapp1.codec.locator is missing [jboss.clustering.web.locator.\"ear1.ear.webapp1.war\"]",
    "jboss.undertow.deployment.default-server.default-host./webapp2.codec.locator is missing [jboss.clustering.web.locator.\"ear1.ear.webapp2.war\"]"
]}
15:58:52,227 INFO  [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0010: Deployed "ear1.ear" (runtime-name : "ear1.ear")
15:58:52,230 INFO  [org.jboss.as.controller] (DeploymentScanner-threads - 2) WFLYCTL0183: Service status report
      service jboss.clustering.web.locator."ear1.ear.webapp1.war" (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./webapp1.codec.locator]
      service jboss.clustering.web.locator."ear1.ear.webapp2.war" (missing) dependents: [service jboss.undertow.deployment.default-server.default-host./webapp2.
codec.locator]

It appears that the deprecation of the Queue component means the VM component incorrectly complains that it is deprecated.

http://camel.465427.n5.nabble.com/Bindy-DefaultValue-is-not-working-Need-help-td5795402.html

Commit b26d272d436d77bb6b4d0e7320387351937a1646 changed setRepository() from 

public void setRepository(PagingAndSortingRepository repository)

 to 

public void setRepository(PagingAndSortingRepository<T, ?> repository)

.
I believe this was done in error.
For my use case I used a spring data jpa repository of type Domain but the method set with 

setMethodName()

 would return a String. With Milestone 1 I would declare a 

RepositoryItemReader<String>

, call 

setRepository()

 with my own 

JpaRepository<Domain, Long>

 and all would work as expected. With RC1 this is now impossible, because the types of the repository and the return type of the repository's query method must be the same.

If a library in the EAR/lib directory contains descriptors that would enable JSF then JSF would be activated for EAR.

The docs for our CAS operations that accept a CompareOp are too vague. They're copied from the part that implies CompareOp.EQUAL, which means they don't tell you how your op, the provided value, and any present value are compared.
Only by digging into HRegion.java can I see that the operation is, for example with CompareOp.GREATER, we get value.compareTo(existingKeyValue) > 0. Javadocs should be explicit about the order of operands.

In generated unit test *DataOnDemand_Roo_DataOnDemand aspect and its method DataOnDemand.getNewTransientVideoPart(int index) the object's field is not set properly if it is of a numerical data type smaller than int. Than the project does not compile.
Example:
My entity:

@Entity
public class VideoPart {
    private short partId;
}
and generated test for it:

public VideoPart VideoPartDataOnDemand.getNewTransientVideoPart(int index) {    
        com.moteve.domain.VideoPart obj = new com.moteve.domain.VideoPart();        
        obj.setCaptureTime(new java.util.Date());        
        obj.setPartId(1); 
. . .
here 1 (int) can't be converted to a short without casting it explicitly.
For B/byte it's also similar.

API for construing Get and Put objects for a specific rowkey is quite different. Put supports many more variations for specifying the target rowkey and timestamp compared to Get. Notably lacking are Get(byte[], int, int) and Get(ByteBuffer) variations.

I've found (running against MySQL  and derby) that the timestamp comparison of steps isn't granular enough when the step executions are close together (within same second I think).  Adding another test comparing id's did the trick for me:
eg:
if (stepDate.after(latest)) {
    latest = stepDate;
    stepExecution = candidate;
    // hack when stepExecution endTimes are not granular enough.
} else if (stepDate.equals(latest) && candidate.getId() > stepExecution.getId()) {
}

There is a small problem in SpEl, while reading "Boolean" properties (not the boolean primitive), with "is" prefix:

public Boolean isPropertyName() // bugged
public boolean isPropertyName() // correct

public Boolean getPropertyName() // correct
public boolean getPropertyName() // correct

I attach the jUnit demonstrating the issue.
Thanks

Metastore listeners can use logAudit before the sasl server is started resulting in an NPE.

See https://issues.jboss.org/browse/JBEAP-11190?focusedCommentId=13419465&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-13419465, point #3.

According to the help message:

   If the command is executed w/o arguments then the command will print
   all the existing variables with their values in the name=value format.

actual

[standalone@localhost:9990 /] set foo=bar
[standalone@localhost:9990 /] echo $foo
bar
[standalone@localhost:9990 /] echo

expected

bar
foo=bar

Add prompt when --secret is missing for Mask command.
Use case:
    User have automation script using wildfly elytron tool and user don't want to have secret value stored in file.
    User don't want secret value to be stored in shell history after execution.
    User don't want secret value to be listed in ps -aux output.
There have to be possibility to omit --secret. When omitting --secret attribute user interaction prompt should follow with possibility to input secret value.

java -jar wildfly-elytron-tool.jar mask -i 240 -s 12345678

I had to create the following filter to override the Content-Type specified within a POST request from Firefox browser.  Below is the controller I was trying to make an AJAX call to with jQuery; however, when the request would come from Firefox (didn't happen in Chrome) it would successfully pass the parameters into the method as 'map'.

@RequestMapping(value="/pages/{pageId}", method = RequestMethod.PUT)
public @ResponseBody String update(@PathVariable Long pageId, @RequestBody MultiValueMap<String, String> map) throws Exception 
{
  return String.valueOf(map.keySet().size());
}

Below is the filter that I created to override this behavior; however, I think this should actually be fixed within the ServletServerHttpRequest.isFormSubmittal(request) check instead.  You will notice that I do an .indexOf instead of .equals()

/**
 * This filter was created to fix a bug with AJAX submissions in Firefox.  Spring MVC assumes the form
 * MUST have the Content-Type specified as 'application/x-www-form-urlencoded'; however, Firefox uses
 * the content type: application/x-www-form-urlencoded; charset=UTF-8 because of jQuery.  
 * 
 * This filter will check whether the contents of the Content-Type field within the request has the 
 * form Content-Type (application/x-www-form-urlencoded) WITHIN it, and if so, return the value
 * 'application/x-www-form-urlencoded' whenever getContentType() is called on the request object.
 * 
 * @author ejlevin1
 * @see org.springframework.http.server.ServletServerHttpRequest.isFormSubmittal(request)
 */
public class FormSubmissionFilter extends OncePerRequestFilter
{
	private static final String FORM_CONTENT_TYPE = "application/x-www-form-urlencoded";
	
	@Override
	protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain filterChain) throws ServletException, IOException
	{
		if (request.getContentType() != null && request.getContentType().indexOf(FORM_CONTENT_TYPE) >= 0) 
		{
			request = new ContentTypeRequestWrapper(request);
		}
		filterChain.doFilter(request, response);
	}
	
	private static class ContentTypeRequestWrapper extends HttpServletRequestWrapper 
	{
		public ContentTypeRequestWrapper(HttpServletRequest request) 
		{
			super(request);
		}

		@Override
		public String getContentType() 
		{
			return FORM_CONTENT_TYPE;
		}
	}

}

IndexOutOfBoundsException is encountered when query a partitioned view.
in Column Prunning, each SEL operator collects the accessed column in current SEL operator,
When ColumnPrunerSelectProc getting a view's columns accessed, it will first get the index of output column names in the view, then call Table.getCols().get(index).getName() to finally get the 
name of output column, but Table.getCols() will not return all columns (partitioned column is
lacked), so if partitioned columns is queried, an IndexOutOfBoundsException will throw.
REPRODUCE: 

create table foo
(
`a` string
) partitioned by (`b` string)
;

create view bar partitioned on (b) as
select a,b from foo;

select * from bar;     --IndexOutOfBoundsException

OPERATORE TREE:

TS[0]
   |
SEL[1]
   |
SEL[2]
   |
FS[3]

SEL[1] collects accessed column(contains partitioned column b), b's internal column name is '_col1', the corresponding column index is 1, but actually bar's getCols() returned a list of length 1: ['a'], so tab.getCols().get(1) throw tab.getCols().get(index)
HOW TO FIX:
instead of call view's getCols() method, we should get all columns including partitioned columns

$ ./run-tests.sh CamelServicenowTest
...
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 8.451 sec <<< FAILURE! - in org.apache.camel.itest.karaf.CamelServicenowTest
test(org.apache.camel.itest.karaf.CamelServicenowTest)  Time elapsed: 8.357 sec  <<< ERROR!
org.ops4j.pax.exam.WrappedTestContainerException: [test(org.apache.camel.itest.karaf.CamelServicenowTest): Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=camel-servicenow; type=karaf.feature; version="[2.20.0.SNAPSHOT,2.20.0.SNAPSHOT]"; filter:="(&(osgi.identity=camel-servicenow)(type=karaf.feature)(version>=2.20.0.SNAPSHOT)(version<=2.20.0.SNAPSHOT))" [caused by: Unable to resolve camel-servicenow/2.20.0.SNAPSHOT: missing requirement [camel-servicenow/2.20.0.SNAPSHOT] osgi.identity; osgi.identity=org.apache.camel.camel-servicenow; type=osgi.bundle; version="[2.20.0.SNAPSHOT,2.20.0.SNAPSHOT]"; resolution:=mandatory [caused by: Unable to resolve org.apache.camel.camel-servicenow/2.20.0.SNAPSHOT: missing requirement [org.apache.camel.camel-servicenow/2.20.0.SNAPSHOT] osgi.wiring.package; filter:="(&(osgi.wiring.package=com.fasterxml.jackson.datatype.jdk8)(version>=2.8.0)(!(version>=3.0.0)))"]]]

Results :

  CamelServicenowTest.test » WrappedTestContainer [test(org.apache.camel.itest.k...

[INFO] Total time: 12.999 s
[INFO] Finished at: 2017-09-07T12:24:28+09:00

When LDAP server is not available AuthenticationServiceException should be logged on the ERROR level not on DEBUG.

I test like this
HQL=hdfs://hacluster/tmp/ff.hql
if hadoop fs -test -f ${HQL}
then
       beeline -f ${HQL}
fi
test ${HQL} ok, but beeline report ${HQL} no such file or directory

The test case only start 1 RS. After the only RS aborted, META region can't be re-assigned. 
Since distributedLogReplay(hbase-7006) depends on a region get re-assigned firstly, the test case failed timed out while old recovered.edits splitting doesn't have the issue.

//Starting 5 zk servers
MiniZooKeeperCluster cluster = hbt.startMiniZKCluster(5);
int defaultClientPort = 21818;
cluster.setDefaultClientPort(defaultClientPort);
cluster.killCurrentActiveZooKeeperServer();
cluster.getClientPort(); //Still returns the port of the zk server that was killed in the previous step

The pre/post execute hook interface has fields that indicate which Hive objects were read / written to as a result of running the query. For the exchange partition operation, the read entity field is empty.
See

--- a/ql/src/test/results/clientpositive/exchange_partition3.q.out
+++ b/ql/src/test/results/clientpositive/exchange_partition3.q.out
@@ -65,9 +65,17 @@ ds=2013-04-05/hr=2
 PREHOOK: query: -- This will exchange both partitions hr=1 and hr=2
 ALTER TABLE exchange_part_test1 EXCHANGE PARTITION (ds='2013-04-05') WITH TABLE exchange_part_test2
 PREHOOK: type: ALTERTABLE_EXCHANGEPARTITION
+PREHOOK: Output: default@exchange_part_test1
+PREHOOK: Output: default@exchange_part_test2
 POSTHOOK: query: -- This will exchange both partitions hr=1 and hr=2
 POSTHOOK: type: ALTERTABLE_EXCHANGEPARTITION
+POSTHOOK: Output: default@exchange_part_test1
+POSTHOOK: Output: default@exchange_part_test1@ds=2013-04-05/hr=1
+POSTHOOK: Output: default@exchange_part_test1@ds=2013-04-05/hr=2
+POSTHOOK: Output: default@exchange_part_test2
+POSTHOOK: Output: default@exchange_part_test2@ds=2013-04-05/hr=1
+POSTHOOK: Output: default@exchange_part_test2@ds=2013-04-05/hr=2
 PREHOOK: query: SHOW PARTITIONS exchange_part_test1
 PREHOOK: type: SHOWPARTITIONS
 PREHOOK: Input: default@exchange_part_test1

Found by @nkeywal and Devaraj Das and noted on the tail of HBASE-10156.

Currently, the JGroups subsystem transformer tests only succeed because the only protocol in the stack with an override model appears first (i.e. add-index=0).  If I move this protocol to a different location in the stack, the transformed model comparison fails, because the test framework reorders the children in its Resource model (so that children with override registration come first) before transforming it.

In case of Appends/Increments with VERSION of CF set to 1, the memstore size is not updated when the previous entries are removed from the memstore. 

The JcaExtension.writeWorkManagers method is not ensuring that ordering of xml elements follows the xsd order. Persisters should follow the xsd as the ensures consistent output.
1) The 'default-work-manager' element will only go first if the name of the first wm in the model is 'default'. If the one with that name is 2nd or later, the element will be below some 'work-manager' elements.
2) The short-running-threads element will only be before long-running-threads if the child resources happen to be ordered that way.  This one is easy to correct as the persister is using a for loop when it could simply be checking for the existence of the pool resources.
This kind of thing becomes more significant as we move to galleon for generating configs instead of hand coding them. The potential for resources getting added into the model in a different order than the xsd is higher.

When processing a request from GateIn on Wildfly, I receive the following exception trace:

09:21:16,566 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-19) ISPN000136: Execution error: org.infinispan.marshall.NotSerializableException: io.undertow.security.api.AuthenticatedSessionManager$AuthenticatedSession
	in object java.util.HashMap@fbb77ce1
	in object org.jboss.as.clustering.marshalling.SimpleMarshalledValue@fbb77ce1
	in object org.infinispan.container.entries.ImmortalCacheEntry@75bc632f
	in object org.infinispan.loaders.bucket.Bucket@29700917

09:21:16,567 ERROR [org.infinispan.transaction.TransactionCoordinator] (default task-19) ISPN000097: Error while processing a prepare in a single-phase transaction: org.infinispan.marshall.NotSerializableException: io.undertow.security.api.AuthenticatedSessionManager$AuthenticatedSession

09:21:16,569 ERROR [org.infinispan.transaction.tm.DummyTransaction] (default task-19) ISPN000111: afterCompletion() failed for SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=null, isMarkedForRollback=false, lockedKeys=null, backupKeyLocks=null, topologyId=-1, isFromStateTransfer=false} org.infinispan.transaction.synchronization.SyncLocalTransaction@296} org.infinispan.transaction.synchronization.SynchronizationAdapter@2b5: org.infinispan.CacheException: Could not commit.
	at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:83)
	at org.infinispan.transaction.tm.DummyTransaction.notifyAfterCompletion(DummyTransaction.java:285)
	at org.infinispan.transaction.tm.DummyTransaction.runCommitTx(DummyTransaction.java:334)
	at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:91)
	at org.infinispan.CacheImpl.endBatch(CacheImpl.java:793)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.endBatch(InfinispanSessionManager.java:123)
	at org.wildfly.clustering.web.undertow.session.SessionAdapter.requestDone(SessionAdapter.java:62)
	at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:690) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:500) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.spec.HttpServletResponseImpl.sendRedirect(HttpServletResponseImpl.java:176) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at org.exoplatform.web.login.LoginServlet.doGet(LoginServlet.java:197) [exo.portal.component.web.security-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.exoplatform.web.login.LoginServlet.doPost(LoginServlet.java:223) [exo.portal.component.web.security-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1]
	at org.exoplatform.container.web.AbstractHttpServlet.onService(AbstractHttpServlet.java:183) [exo.kernel.container-2.4.4-GA.jar:2.4.4-GA]
	at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:132) [exo.kernel.container-2.4.4-GA.jar:2.4.4-GA]
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:96) [exo.portal.component.web.api-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:71) [exo.portal.component.web.api-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:70) [exo.portal.component.web.api-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:67) [exo.portal.component.web.security-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:122) [exo.jcr.framework.web-1.15.4-GA.jar:1.15.4-GA]
	at org.exoplatform.web.login.ConversationStateUpdateFilter.doFilter(ConversationStateUpdateFilter.java:66) [exo.portal.component.web.security-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:88) [exo.core.component.security.core-2.5.4-GA.jar:2.5.4-GA]
	at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:81) [exo.portal.component.web.security-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:49) [exo.portal.component.web.security-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.gatein.security.oauth.webapi.OAuthDelegateFilter.doFilter(OAuthDelegateFilter.java:58) [exo.portal.component.web.oauth-web-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.gatein.sso.integration.SSODelegateFilter.doFilter(SSODelegateFilter.java:60) [sso-integration-1.3.4.Final.jar:1.3.4.Final]
	at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:78) [exo.kernel.container-2.4.4-GA.jar:2.4.4-GA]
	at org.gatein.portal.installer.PortalSetupFilter.doFilter(PortalSetupFilter.java:61) [exo.portal.component.portal-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at org.gatein.portal.init.PortalCheckInitFilter.doFilter(PortalCheckInitFilter.java:66) [exo.portal.component.portal-3.6.1.Final-SNAPSHOT.jar:3.6.1.Final-SNAPSHOT]
	at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:82) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:55) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
	at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
	at org.infinispan.transaction.TransactionCoordinator.handleCommitFailure(TransactionCoordinator.java:231)
	at org.infinispan.transaction.TransactionCoordinator.commit(TransactionCoordinator.java:179)
	at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:81)
	... 88 more

hbase.client.max.total.tasks allows to control the number of tasks in progress. But when adding tasks, we take only into account the number of tasks currently running, not the one we're creating.

The bayeux client implements a mechanism to reconnect to salesforce's pushtopic after a network failure.
In production, we experienced a lost of network connection. Bayeux client tried to reconnect and failed to.
when analyzing, we saw a bunch of logs  
o.a.c.c.s.i.s.SubscriptionHelper : Error restarting: Error during HANDSHAKE: 403::Handshake denied org.apache.camel.CamelException: Error during HANDSHAKE: 403::Handshake denied
o.a.c.c.s.i.s.SubscriptionHelper : Failed to restart after pausing for 0 msecs 
[skipped...]
o.a.c.c.s.i.s.SubscriptionHelper : Failed to restart after pausing for 5000 msecs 
o.a.c.c.s.i.s.SubscriptionHelper : Failed to restart after pausing for 24000 msecs 
o.a.c.c.s.i.s.SubscriptionHelper : Failed to restart after pausing for 30000 msecs 
o.a.c.c.s.SalesforceConsumer : Aborting restart attempt due to: Error during HANDSHAKE: 403::Handshake denied. Caused by: [org.apache.camel.component.salesforce.api.SalesforceException - Aborting restart attempt due to: Error during HANDSHAKE: 403::Handshake denied] org.apache.camel.component.salesforce.api.SalesforceException: Aborting restart attempt due to: Error during HANDSHAKE: 403::Handshake denied
then the stacktrace.
When going deeped in analyzing, we figure out that Salesforce, after such a loss of network, can answer by a 401 code (subscription to channel is not valid anymore)  and in some circumstances by a 403 code (authentication is not valid anymore - the refresh token has been invalidated by salesforce).
401 code implies that the client reissue a login with same refreshToken.
403 code implies that the client reissue a new login phase ( thus invalidating the previous refreshToken).
401 code is already handled by SubscriptionHelper, while 403 is not.
see the doStart() method after the handshakeError test

There is missing null check in constructor of org.wildfly.security.sasl.digest.AbstractDigestMechanism. Calling of messageDigestAlgorithm(mechanismName) on line 133 [1] can return null which results to NPE thrown from MessageDigest.getInstance(null).
[1] https://github.com/wildfly-security/wildfly-elytron/blob/ef67225884aa79b8e949c768a867c303af09fac4/src/main/java/org/wildfly/security/sasl/digest/AbstractDigestMechanism.java#L133

The '<gfe:custom-entry-ttl>' and '<gfe:custom-entry-tti>' SDG XML namespace elements allow for more than one inner, nested bean definition, for example...

<gfe:replicated-region id="Example" statistics="true">
  <gfe:custom-entry-tti>
    <bean class=com.example.MyClass"/>
    <bean class=com.example.AnotherClass"/>
    <bean class=com.example.YetAnotherClass"/>
    ...
  </gfe:custom-entry-tti>

However, the GemFire com.gemstone.gemfire.cache.RegionFactory interface only allows one CustomExpiry to be specified for both Region Entry TTL (Time-To-Live) as well as Entry TTI (Idle-Timeout).  

  RegionFactory<K,V> setCustomEntryTimeToLive(CustomExpiry<K,V> custom);

  RegionFactory<K,V> setCustomEntryIdleTimeout(CustomExpiry<K,V> custom);

As well, the com.gemstone.gemfire.cache.RegionAttributes interface only return a single CustomExpiry from...

  CustomExpiry<K,V> getCustomEntryTimeToLive()

  CustomExpiry<K,V> getCustomEntryIdleTimeout()

Therefore, SDG's XML namespace and schema (XSD) need to be changed.

This currently results in data loss.  Will block and suggest using truncate + insert.

WFLY-4470 made a change to prevent MDBs being activated or deactivated multiple times, but it is not thread safe. A volatile boolean is used for the flag, but there is no protection against multiple threads invoking the methods simultaneously.
Possible effects include:

activating the endpoint twice, with (probably) only one deactivation later, leading to not de-registering XA resources from the recovery manager properly
activate() and deactivate() running in the wrong order if done by separate threads

Several simple solutions probably will not work correctly. Using an AtomicBoolean would stop multiple activations/deactivations from concurrent calls, but would mean that startDelivery() could return before the activation was one. Using a synchronized block or other exclusive lock would work, however since it involves invoking non-container code (the resource adapter), there could potentially be a deadlock risk if that invoked some related container functionality.

Currently merging two regions, the merge tool will compare their sequence ids.  If same, it will decrement one.  It needs to do this because on region open, files are keyed by their sequenceid; if two the same, one will erase the other.
Well, with the move to the aggregating hfile format, the sequenceid is written when the file is created and its no longer written into an aside file but as metadata on to the end of the file.  Changing the sequenceid is no longer an option.
This issue is about figuring a solution for the rare case where two store files have same sequence id AND we want to merge the two regions.

Currently there's such a property as below, which is obviously wrong

  <name>javax.jdo.option.ConnectionDriverName</name>
  <value>hive-site.xml</value>
  <description>Override ConfVar defined in HiveConf</description>

File default.properties contains an entry like: key=ENC(..)

The following Camel Spring DSL snippet decrypts the 
property value inside <camelContext> via {{key}} but does 
not decrypt it outside of the <camelContext> via ${key}:

    <property name="password" value="sysenv:PROPERTIES_KEY"/>
</bean>

<bean id="bridgePropertyPlaceholder" class=
  "org.apache.camel.spring.spi.BridgePropertyPlaceholderConfigurer">
  <property name="locations" >
  <list>
    <value>classpath:default.properties</value>
  </list></property>
  <property name='parser' ref='jasypt'/>
</bean>

In order to get ${} to decrypt, first I remove all of the above. 
Then I add jasypt dependencies to pom.xml:

  <groupId>org.jasypt</groupId>
  <artifactId>jasypt</artifactId>
  <classifier>lite</classifier>
  <version>1.9.2</version>

  <artifactId>jasypt-spring3</artifactId>
 </dependency> 

And add the following to Camel Spring DSL:

<bean id="environmentVariablesConfiguration"
     class="org.jasypt.encryption.pbe.config.EnvironmentStringPBEConfig">
   <property name="algorithm" value="PBEWithMD5AndDES" />
   <property name="passwordEnvName" value="PROPERTIES_KEY" />
 </bean>
 <bean id="configurationEncryptor"
     class="org.jasypt.encryption.pbe.StandardPBEStringEncryptor">
   <property name="config" ref="environmentVariablesConfiguration" />
</bean>
<bean id="propertyConfigurer" class=
  'org.jasypt.spring3.properties.EncryptablePropertyPlaceholderConfigurer'>
 <constructor-arg ref="configurationEncryptor"/>
   <property name="locations" >
  <list>
</bean>
<bean id="jasypt" class=
  "org.apache.camel.component.jasypt.JasyptPropertiesParser">
</bean>

<!-- And inside the camelContext... -->

<propertyPlaceholder id="properties"
 propertiesParserRef="jasypt" 
 location="classpath:default.properties"/> 

This is the only solution that I could discover. Using BridgePropertyPlaceholder 
didn't work. <propertyPlaceholder> must be used inside <camelContext>.

This is after a change of the default date format for Roo created domain types with date fields. Change from format short to medium (see ROO-2534).
To replicate the issue in GWT run script expenses.roo and create a new Expense. Note the Created Date format is incorrect in the show view.

camel-cxf doesn't put the Protocol-Header into the camel message header, so we lost the content-type message.
Here is the mail thread for the discussion.
http://www.nabble.com/camel-cxf-content-type-response-header-tt23370337.html

There is a confusion in the configuration of the pool. The attached patch fixes this. This may change the client performances, as we were using a single thread.

Failure in RetryPolicy leads to infinite loop in Step.  Really this is a corner case because none of the retry policies supplied by the framework should have this problem, but one provided by a user might.  The problem arises if a RetryPolicy throws an exception which according to it's own rules in retryable. In particular the problem is if registerThrowable() itself fails.

in 880 there is no way to do a batch delete (anymore?).  We should add one back in.

While developing a RabbitMQ simple project I had not implemented a method that I had specified when creating the MessageListenerAdapter.

new MessageListenerAdapter(new AlertsReceiver(), "receiveMessage");

Below is the corresponding stack trace. These logs continue to repeat until the application is killed. My understanding is with something as critical as finding a method that has not been implemented the logic should stop the processing of the message such that there isn't an endless loop.

2013-12-19 11:21:11.559  WARN 95672 [SimpleAsyncTaskExecutor-1] --- o.s.a.r.l.SimpleMessageListenerContainer : Execution of Rabbit message listener failed, and no ErrorHandler has been set.

org.springframework.amqp.rabbit.listener.ListenerExecutionFailedException: Failed to invoke target method 'receiveMessage' with argument type = [class [B], value = [{[B@136c2849}]
	at org.springframework.amqp.rabbit.listener.adapter.MessageListenerAdapter.invokeListenerMethod(MessageListenerAdapter.java:467)
	at org.springframework.amqp.rabbit.listener.adapter.MessageListenerAdapter.onMessage(MessageListenerAdapter.java:358)
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:546)
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:472)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$001(SimpleMessageListenerContainer.java:61)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$1.invokeListener(SimpleMessageListenerContainer.java:110)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.invokeListener(SimpleMessageListenerContainer.java:611)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.doReceiveAndExecute(SimpleMessageListenerContainer.java:474)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.receiveAndExecute(SimpleMessageListenerContainer.java:458)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$300(SimpleMessageListenerContainer.java:61)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:551)
Caused by: java.lang.NoSuchMethodException: *omitted*.AlertReceiver.receiveMessage([B)
	at java.lang.Class.getMethod(Class.java:1655)
	at org.springframework.util.MethodInvoker.prepare(MethodInvoker.java:178)
	at org.springframework.amqp.rabbit.listener.adapter.MessageListenerAdapter.invokeListenerMethod(MessageListenerAdapter.java:450)

For a partitioned table, the class StatsNoJobTask is supposed to launch threads for all partitions and compute their stats. However, it could exit early after at most 100 seconds:

  private void shutdownAndAwaitTermination(ExecutorService threadPool) {

    // Disable new tasks from being submitted
    threadPool.shutdown();
    try {

      // Wait a while for existing tasks to terminate
      if (!threadPool.awaitTermination(100, TimeUnit.SECONDS)) {
        // Cancel currently executing tasks
        threadPool.shutdownNow();

        // Wait a while for tasks to respond to being cancelled
        if (!threadPool.awaitTermination(100, TimeUnit.SECONDS)) {
          LOG.debug("Stats collection thread pool did not terminate");
        }
      }
    } catch (InterruptedException ie) {

      // Cancel again if current thread also interrupted
      threadPool.shutdownNow();

      // Preserve interrupt status
      Thread.currentThread().interrupt();
    }
  }

The shutdown call does not wait for all submitted tasks to complete, and the awaitTermination call waits at most 100 seconds. 

Line 1056:
I believe that:

}
else {
	throw new InvalidPropertyException(getRootClass(), this.nestedPath + propertyName,
			"Property referenced in indexed property path '" + propertyName +
			"' is neither an array nor a List nor a Map; returned value was [" + pv.getValue() + "]");
}

Should probably be:

}
else {
			"' is neither an array nor a List nor a Map; returned value was [" + propValue + "]");
}

The documentation doesn't mention anything about native queries in relation to the projection functionality so I don't know if it's even a supported use case. It does seem to work to some extent but there are issues.
I have put together a demonstration project: https://github.com/roberthunt/spring-data-native-query-projection
There is a test for each of these methods:

    List<PersonSummary> findAllProjectedBy();

    @Query(value = "SELECT name AS name, age AS age FROM Person")
    List<PersonSummary> findAllProjectedJpaQuery();

    @Query(value = "SELECT name AS name, age AS age FROM Person", nativeQuery = true)
    List<PersonSummary> findAllProjectedNativeQuery();

    PersonSummary findProjectedById(long id);

    @Query(value = "SELECT name AS name, age AS age FROM Person WHERE id = ?1")
    PersonSummary findProjectedByIdJpaQuery(long id);

    @Query(value = "SELECT name AS name, age AS age FROM Person WHERE id = ?1", nativeQuery = true)
    PersonSummary findProjectedByIdNativeQuery(long id);

In the case of the native query which returns a list, it seems to work but the properties are in the wrong order - the name property contains the age value and the age property contains the name value. I think re-ordering the properties in the projection or query might resolve this but it seems rather fragile.
In the case of the native query which returns a single projection a org.springframework.core.convert.ConversionFailedException exception is thrown.
I know that a native query isn't necessary in this case but it's a demonstration of an issue I encountered whilst trying it on another project.
Thanks!

Test failed with vague error message:
[junit] Error during job, obtaining debugging information...
[junit] junit.framework.AssertionFailedError: Client Execution failed with error code = 2
hive.log doesn't show something interesting either:
2013-08-14 00:47:29,411 DEBUG zookeeper.ClientCnxn (ClientCnxn.java:readResponse(723)) - Got ping response for sessionid: 0x1407a49fc1e0003 after 1ms
2013-08-14 00:47:31,391 ERROR exec.Task (SessionState.java:printError(416)) - Execution failed with exit status: 2
2013-08-14 00:47:31,391 ERROR exec.Task (SessionState.java:printError(416)) - Obtaining error information
2013-08-14 00:47:31,392 ERROR exec.Task (SessionState.java:printError(416)) - 
Task ID:
  Stage-1
Logs:

Twitter has deprecated their /trends/current endpoint and now returns an HTTP 410 when calling that endpoint. SearchOperations.getCurrentTrends() should be removed.
Note that Twitter says that this endpoint was deprecated in favor of the /trends/:woeid endpoint. Therefore apps using getCurrentTrends() should now use getLocalTrends() instead.

The ScheduledExecutorService employed by the SessionExpirationScheduler uses shutdown() to shutdown the thread pool - however, unless we explicitly setExecuteExistingDelayedTasksAfterShutdownPolicy(false), all scheduled tasks will attempt to execute after shutdown!

Seems like ql/src/java/org/apache/hadoop/hive/ql/io/orc/RecordReaderImpl.java.orig got accidentally checked in.

The current implementation of the User class does not override equals() and hashCode(), so connection reuse in HBaseClient is completely broken.

TestPig_5 is failing at percentage check if the job is Pig on Tez:
check_job_percent_complete failed. got percentComplete , expected 100% complete
Test command:
curl -d user.name=daijy -d arg=-p -d arg=INPDIR=/tmp/templeton_test_data -d arg=-p -d arg=OUTDIR=/tmp/output -d file=loadstore.pig -X POST http://localhost:50111/templeton/v1/pig
curl http://localhost:50111/templeton/v1/jobs/job_1486502484681_0003?user.name=daijy
This is similar to HIVE-9351, which fixes Hive on Tez.

there are 3 zookeeper servers in my cluster.
s1
s2
s3
after killing  s3, i found the hbase zkcli will not start again.
it will try to connect to s3 continuely. 
/11/07 11:01:01 INFO zookeeper.ClientCnxn: Opening socket connection to server s3
12/11/07 11:01:01 WARN zookeeper.ClientCnxn: Session 0x0 for server null, unexpected error, closing socket connection and attempting reconnect
from the code 

  public String parse(final Configuration c) {
    // Note that we do not simply grab the property
    // HConstants.ZOOKEEPER_QUORUM from the HBaseConfiguration because the
    // user may be using a zoo.cfg file.
    Properties zkProps = ZKConfig.makeZKProps(c);
    String host = null;
    String clientPort = null;
    for (Entry<Object, Object> entry: zkProps.entrySet()) {
      String key = entry.getKey().toString().trim();
      String value = entry.getValue().toString().trim();
      if (key.startsWith("server.") && host == null) {
        String[] parts = value.split(":");
        host = parts[0];
      } else if (key.endsWith("clientPort")) {
        clientPort = value;
      }
      if (host != null && clientPort != null) break;
    }
    return host != null && clientPort != null? host + ":" + clientPort: null;
  }

the code will choose the fixed zookeeper server (here is the unavailable s3), which leads to the script fails

running a full TIF-mr on a table, it eventually fails, all on 1 of the splits, and all with the same exception set, which is:
org.apache.hadoop.hbase.client.RetriesExhaustedException: Trying to contact region server null for region , row '', but failed after 10 attempts.
	at org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getRegionServerWithRetries(HConnectionManager.java:935)
	at org.apache.hadoop.hbase.client.HTable$ClientScanner.nextScanner(HTable.java:1842)
	at org.apache.hadoop.hbase.client.HTable$ClientScanner.initialize(HTable.java:1790)
	at org.apache.hadoop.hbase.client.HTable.getScanner(HTable.java:369)
	at org.apache.hadoop.hbase.mapred.TableInputFormatBase$TableRecordReader.restart(TableInputFormatBase.java:121)
	at org.apache.hadoop.hbase.mapred.TableInputFormatBase$TableRecordReader.next(TableInputFormatBase.java:222)
	at org.apache.hadoop.hbase.mapred.TableInputFormatBase$TableRecordReader.next(TableInputFormatBase.java:90)
	at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.moveToNext(MapTask.java:191)
	at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.next(MapTask.java:175)
	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:48)
	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:356)
	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:305)
Suspicion: We can't locate the 'root' region with key '' or null.  Probably an issue with getClosestRowBefore.

MapStepExecutionDao does not add StepExecutions to a JobExecution correctly.  Since the JobExecution has a hash-based collection of step executions, if you add more with the same ID they do not overwrite.

I had a MR job that would launch multiple scanners on a region that made updates to the same column family as they were scanning on (but not the same column). As a result, there were lots of processes that had to grep through all of the irrelevent inserts many times as flushes occurred.
However, if I put the column that I was outputting to in the list of columns to scan for, everything worked quickly.
The code that's causing this is:
01:13 < BenM>       keys[i] = new HStoreKey(HConstants.EMPTY_BYTE_ARRAY, this.store.getHRegionInfo());
01:13 < BenM>       if (firstRow != null && firstRow.length != 0) {
01:13 < BenM>         if (findFirstRow(i, firstRow)) 
{
01:13 < BenM>           continue;
01:13 < BenM>         }
01:13 < BenM>       }
01:13 < BenM>       while (getNext) {
01:13 < BenM>         if (columnMatch) 
{
01:13 < BenM>           break;
columnMatch() on the stuff that just got flushed out never returns true. This caused lots of problems to build up.
The fix for this is:
(10:58:30 PM) BenM: IMHO, this is a somewhat easier issue to fix
(10:58:38 PM) BenM: i think it could be done in a way that cleans up the code
(10:58:50 PM) BenM: right now, the code just scans through each of the map files
(10:59:02 PM) BenM: without regard to the relative key positions
(10:59:12 PM) BenM: i think it could use a priority queue so that it only works on the relevent files
(11:01:22 PM) St^Ack_: BenM: please expand, I don't follow exactly
(11:01:50 PM) BenM: lets say we have two map files
(11:02:09 PM) BenM: one with 1/foo:bar 2/foo:bar 3/foo:bar
(11:02:17 PM) BenM: (row/family:col)
(11:02:31 PM) BenM: and the other with 1000/blah:blah 1001/blah:blah
(11:02:39 PM) BenM: the curent logic is
(11:02:44 PM) BenM: for each map file:
(11:02:56 PM) BenM:    find the first potential row in this file
(11:03:08 PM) BenM: look at min(all potential rows)
(11:03:34 PM) BenM: the algorith should be:
(11:03:43 PM) BenM: q = new PriorityQueue()
(11:04:05 PM) BenM: for each map file: insert the HStoreKey of the first key in the file
(11:04:17 PM) BenM: while(k = q.pop()) 
{
(11:04:37 PM) BenM:   if (k is intersting) break;
(11:04:37 PM) BenM:   advance k
(11:04:37 PM) BenM:   q.push(k)
(11:04:38 PM) BenM: }
            
Version property is nested and therefore not resolved correctly.

{
  $inc : {version : 1}
}

On a toy project, I have this domain objects (extraneous fields removed):

@Data
@AllArgsConstructor
@Document
class AdTableObject {

	@Id String id;
	String campaignName;
}

The following repository:

interface AdTableRepository extends ReactiveMongoRepository<AdTableObject, String> {

	Mono<Boolean> existsByCampaignName(String campaignName);

	Mono<AdTableObject> findByCampaignName(String campaignName);
}

When used to import new data, and then check "does this campaign exist" as a filter...

Flux.fromIterable(parser.getRecords())
    .filterWhen(csvRecord -> adTableRepository.existsByCampaignName(csvRecord.getCampaignName()))
   ...

It generates this exception:

	Suppressed: org.springframework.data.mapping.MappingException: Expected to read Document Document{{_id=5b55d842afcc9a557930290d, rowNum=70, campaignName=TGW Prod May 2018 (7) Int, type=Product Display, start=Tue May 29 00:00:00 CDT 2018, end=Document{{value=Sun Jul 29 00:00:00 CDT 2018}}, budget=300.0, bookTitle=The General's Wife, series=, _class=com.greglturnquist.magicspreadsheet.AdTableObject}} into type class java.lang.Boolean but didn't find a PersistentEntity for the latter!
		at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:250) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
		at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:202) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
		at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:198) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
		at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:86) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
		at org.springframework.data.mongodb.core.ReactiveMongoTemplate$ProjectingReadCallback.doWith(ReactiveMongoTemplate.java:2591) ~[spring-data-mongodb-2.0.8.RELEASE.jar:2.0.8.RELEASE]
		at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:100) ~[reactor-core-3.1.8.RELEASE.jar:3.1.8.RELEASE]
		... 59 common frames omitted
		Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException: 
	reactor.core.publisher.Flux.map(Flux.java:5079)
	org.springframework.data.mongodb.core.ReactiveMongoTemplate.lambda$executeFindMultiInternal$54(ReactiveMongoTemplate.java:2168)
	reactor.core.publisher.FluxFlatMap.trySubscribeScalarMap(FluxFlatMap.java:141)
	reactor.core.publisher.MonoFlatMapMany.subscribe(MonoFlatMapMany.java:46)
	reactor.core.publisher.FluxOnErrorResume.subscribe(FluxOnErrorResume.java:47)
	reactor.core.publisher.MonoCollectList.subscribe(MonoCollectList.java:59)
	reactor.core.publisher.MonoFlatMap.subscribe(MonoFlatMap.java:60)
	reactor.core.publisher.Mono.subscribe(Mono.java:3080)
	reactor.core.publisher.FluxFilterWhen$FluxFilterWhenSubscriber.drain(FluxFilterWhen.java:269)
	reactor.core.publisher.FluxFilterWhen$FluxFilterWhenSubscriber.innerError(FluxFilterWhen.java:359)
	reactor.core.publisher.FluxFilterWhen$FilterWhenInner.onError(FluxFilterWhen.java:440)
	reactor.core.publisher.MonoFlatMap$FlatMapMain.onError(MonoFlatMap.java:165)
	reactor.core.publisher.MonoCollectList$MonoBufferAllSubscriber.onError(MonoCollectList.java:106)
	reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onError(FluxOnErrorResume.java:100)
	reactor.core.publisher.Operators.error(Operators.java:178)
	reactor.core.publisher.MonoError.subscribe(MonoError.java:53)
	reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onError(FluxOnErrorResume.java:97)
	reactor.core.publisher.FluxMap$MapSubscriber.onError(FluxMap.java:120)
	reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:104)
	com.mongodb.reactivestreams.client.internal.ObservableToPublisher$1.onNext(ObservableToPublisher.java:68)
	com.mongodb.async.client.AbstractSubscription.onNext(AbstractSubscription.java:135)
	com.mongodb.async.client.AbstractSubscription.processResultsQueue(AbstractSubscription.java:203)
	com.mongodb.async.client.AbstractSubscription.tryProcessResultsQueue(AbstractSubscription.java:159)
	com.mongodb.async.client.AbstractSubscription.addToQueue(AbstractSubscription.java:117)
	com.mongodb.async.client.MongoIterableSubscription$2.onResult(MongoIterableSubscription.java:101)
	com.mongodb.async.client.MongoIterableSubscription$2.onResult(MongoIterableSubscription.java:87)
	com.mongodb.operation.AsyncQueryBatchCursor.next(AsyncQueryBatchCursor.java:135)
	com.mongodb.operation.AsyncQueryBatchCursor.next(AsyncQueryBatchCursor.java:99)
	com.mongodb.async.client.MongoIterableSubscription.requestMoreData(MongoIterableSubscription.java:87)
	com.mongodb.async.client.MongoIterableSubscription$1.onResult(MongoIterableSubscription.java:55)
	com.mongodb.async.client.MongoIterableSubscription$1.onResult(MongoIterableSubscription.java:48)
	com.mongodb.internal.async.ErrorHandlingResultCallback.onResult(ErrorHandlingResultCallback.java:49)
	com.mongodb.async.client.AsyncOperationExecutorImpl$1$1.onResult(AsyncOperationExecutorImpl.java:70)
	com.mongodb.operation.FindOperation$3.onResult(FindOperation.java:822)
	com.mongodb.operation.OperationHelper$ReferenceCountedReleasingWrappedCallback.onResult(OperationHelper.java:353)
	com.mongodb.operation.CommandOperationHelper$1.onResult(CommandOperationHelper.java:389)
	com.mongodb.connection.DefaultServer$DefaultServerProtocolExecutor$2.onResult(DefaultServer.java:207)
	com.mongodb.connection.CommandProtocolImpl$1.onResult(CommandProtocolImpl.java:102)
	com.mongodb.connection.DefaultConnectionPool$PooledConnection$1.onResult(DefaultConnectionPool.java:458)
	com.mongodb.connection.UsageTrackingInternalConnection$2.onResult(UsageTrackingInternalConnection.java:110)
	com.mongodb.connection.InternalStreamConnection$2$1.onResult(InternalStreamConnection.java:381)
	com.mongodb.connection.InternalStreamConnection$2$1.onResult(InternalStreamConnection.java:359)
	com.mongodb.connection.InternalStreamConnection$MessageHeaderCallback$MessageCallback.onResult(InternalStreamConnection.java:651)
	com.mongodb.connection.InternalStreamConnection$MessageHeaderCallback$MessageCallback.onResult(InternalStreamConnection.java:618)
	com.mongodb.connection.InternalStreamConnection$5.completed(InternalStreamConnection.java:487)
	com.mongodb.connection.InternalStreamConnection$5.completed(InternalStreamConnection.java:484)
	com.mongodb.connection.netty.NettyStream.readAsync(NettyStream.java:236)
	com.mongodb.connection.InternalStreamConnection.readAsync(InternalStreamConnection.java:484)
	com.mongodb.connection.InternalStreamConnection.access$1100(InternalStreamConnection.java:74)
	com.mongodb.connection.InternalStreamConnection$MessageHeaderCallback.onResult(InternalStreamConnection.java:608)
	com.mongodb.connection.InternalStreamConnection$MessageHeaderCallback.onResult(InternalStreamConnection.java:593)
	com.mongodb.connection.netty.NettyStream.handleReadResponse(NettyStream.java:266)
	com.mongodb.connection.netty.NettyStream.access$600(NettyStream.java:66)
	com.mongodb.connection.netty.NettyStream$InboundBufferHandler.channelRead0(NettyStream.java:325)
	com.mongodb.connection.netty.NettyStream$InboundBufferHandler.channelRead0(NettyStream.java:322)
	io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
	io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
	io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1434)
	io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:965)
	io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
	io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:647)
	io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:582)
	io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:499)
	io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:461)
	io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:884)
	io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	|_	Flux.map(ReactiveMongoTemplate.java:2168)
	|_	Mono.flatMapMany(ReactiveMongoTemplate.java:457)
	|_	FluxMap$MapSubscriber.onNext(ObservableToPublisher.java:68)
	|_	Flux.onErrorMap(ReactiveMongoTemplate.java:457)
	|_	Flux.collectList(ReactiveFindOperationSupport.java:148)
	|_	Mono.flatMap(ReactiveFindOperationSupport.java:148)

I have found that simply doing a findByCampaignName works, so a s a workaround, you can do this and get the same affect:

				.flatMap(csvRecord -> adTableRepository.findByCampaignName(csvRecord.getCampaignName())
					.map(adTableObject -> csvRecord))

Why does an existBy need to deserialize into a return type?

HRegion#doMiniBatchMutate
Mutation cpMutation = cpMutations[j];
Map<byte[], List<Cell>> cpFamilyMap = cpMutation.getFamilyCellMap();
checkAndPrepareMutation(cpMutation, replay, cpFamilyMap, now);
 // Acquire row locks. If not, the whole batch will fail.
acquiredRowLocks.add(getRowLockInternal(cpMutation.getRow(), true));
if (cpMutation.getDurability() == Durability.SKIP_WAL) {
  recordMutationWithoutWal(cpFamilyMap);
}
// Returned mutations from coprocessor correspond to the Mutation at index i. We can
 // directly add the cells from those mutations to the familyMaps of this mutation.
mergeFamilyMaps(familyMaps[i], cpFamilyMap); // will get added to the memstore later

1. Does the returned mutation from coprocessor have the same row as the corresponded mutation? If so, the acquiredRowLocks() can be saved. If not, the corresponded mutation may maintain the cells with different row due to mergeFamilyMaps().
2. Is returned mutation's durability useful? If so, we should deal with the different durabilities before mergeFamilyMaps(). If not, the recordMutationWithoutWal can be saved. 
3. If both the returned mutation and corresponded mutation have Durability.SKIP_WAL, the recordMutationWithoutWal() may record the duplicate cells due to mergeFamilyMaps().

In PersistentPropertyAccessor the code piece below does basically unwrap a ConvertingPropertyAccessor.

default void setProperty(PersistentPropertyPath<? extends PersistentProperty<?>> path, @Nullable Object value) {
// ...
		PersistentPropertyAccessor<?> accessor = parent == getBean() //
				? this //
				: leafProperty.getOwner().getPropertyAccessor(parent);
// ...
}

When a Singleton EJB timer finishes, if the next run has already started but waiting on the write lock of Singleton EJB, the next run won't see the changes committed by the current run. So I assume when the EJB timers finishes, the transaction is not fully committed, or it's the next run that starts too early.
Here is a test case that should be able to reproduce the issue we are facing. 
https://github.com/xiaodong-xie/wildfly-singleton-timer
Here is my analysis of this issue: 
The CMTTxInterceptor is applied before ContainerManagedConcurrencyInterceptor. 
So when waiting for the write lock of EJBReadWriteLock, we've already started the transaction, which IMHO is earlier than necessary. 

The cause is certainly that we use an array list instead of a set structure in the split locations API. Looks like a bug in Hive's CombineFileInputFormat.
Set mapreduce.jobtracker.split.metainfo.maxsize=100000000 when submitting the Hive query. Run a big hive query that write data into a partitioned table. Due to the large number of splits, you encounter an exception on the job submitted to Hadoop and the exception said:
meta data size exceeds 100000000.

Since the client had a temporary network failure, After it recovered.
I found my client thread was blocked. 
Looks below stack and logs, It said that we use a invalid CatalogTracker in function "tableExists".
Block stack:
"WriteHbaseThread33" prio=10 tid=0x00007f76bc27a800 nid=0x2540 in Object.wait() [0x00007f76af4f3000]
         at java.lang.Object.wait(Native Method)
         at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMeta(CatalogTracker.java:331)

locked <0x00007f7a67817c98> (a java.util.concurrent.atomic.AtomicBoolean)
         at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMetaServerConnectionDefault(CatalogTracker.java:366)
         at org.apache.hadoop.hbase.catalog.MetaReader.tableExists(MetaReader.java:427)
         at org.apache.hadoop.hbase.client.HBaseAdmin.tableExists(HBaseAdmin.java:164)
         at com.huawei.hdi.hbase.HbaseFileOperate.checkHtableState(Unknown Source)
         at com.huawei.hdi.hbase.HbaseReOper.reCreateHtable(Unknown Source)
locked <0x00007f7a4c5dc578> (a com.huawei.hdi.hbase.HbaseReOper)
         at com.huawei.hdi.hbase.HbaseFileOperate.writeToHbase(Unknown Source)
         at com.huawei.hdi.hbase.WriteHbaseThread.run(Unknown Source)

In ZooKeeperNodeTracker, We don't throw the KeeperException to high level.
So in CatalogTracker level, We think ZooKeeperNodeTracker start success and
continue to process .
[WriteHbaseThread33]2011-12-16 17:07:33,153[WARN ]  | hconnection-0x334129cf6890051-0x334129cf6890051-0x334129cf6890051 Unable to get data of znode /hbase/root-region-server | org.apache.hadoop.hbase.zookeeper.ZKUtil.getDataAndWatch(ZKUtil.java:557)
org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/root-region-server
         at org.apache.zookeeper.KeeperException.create(KeeperException.java:90)
         at org.apache.zookeeper.KeeperException.create(KeeperException.java:42)
         at org.apache.zookeeper.ZooKeeper.getData(ZooKeeper.java:931)
         at org.apache.hadoop.hbase.zookeeper.ZKUtil.getDataAndWatch(ZKUtil.java:549)
         at org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker.start(ZooKeeperNodeTracker.java:73)
         at org.apache.hadoop.hbase.catalog.CatalogTracker.start(CatalogTracker.java:136)
         at org.apache.hadoop.hbase.client.HBaseAdmin.getCatalogTracker(HBaseAdmin.java:111)
         at org.apache.hadoop.hbase.client.HBaseAdmin.tableExists(HBaseAdmin.java:162)
[WriteHbaseThread33]2011-12-16 17:07:33,361[ERROR]  | hconnection-0x334129cf6890051-0x334129cf6890051-0x334129cf6890051 Received unexpected KeeperException, re-throwing exception | org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.keeperException(ZooKeeperWatcher.java:385)
[WriteHbaseThread33]2011-12-16 17:07:33,361[FATAL]  | Unexpected exception during initialization, aborting | org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.abort(HConnectionManager.java:1351)

The isSystemTable is short cut to TableName, and the isMetaTable is always equal with isMetaRegion. Our IA.Public interface should be minimalist 

The method processPropertyAccessException in DefaultBindingErrorProcessor directly accesses the PropertyChangeEvent of the given exception and calls getPropertyName and getNewValue on it. According to the JavaDocs the event might be null which would cause a NullPointerException in this case.
Attached a simple test case to demonstrate the issue.

Including log4.properties in a library means that it may override an application's own settings (always in the case where an application uses log4j.xml for configuration, and at the classloader's whim when the application uses log4.properties).
This is a particular issue since the version packaged with this library restricts Spring logging to ERROR.
The only way to completely work-around this error is to rebuild the library JAR without the file, and save in a local repository.

The subsystems in our standard configs should be in alphabetical order by subsystem name, except logging is first.  There are a number of mistakes about this in our standard configs.

Application client container fails to start with the following exception:

16:23:40,742 INFO  [org.jboss.as.jacorb] (MSC service thread 1-7) JBAS016328: CORBA Naming Service started
16:23:40,744 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("add") failed - address: ([
    ("subsystem" => "naming"),
    ("service" => "remote-naming")
]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.naming.remote is missing [jboss.remoting.endpoint.subsystem]"]}
16:23:40,779 INFO  [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
      service jboss.remoting.endpoint.subsystem (missing) dependents: [service jboss.naming.remote] 

16:23:40,782 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: WildFly 8.0.0.Beta1-SNAPSHOT "WildFly" started (with errors) in 1471ms - Started 99 of 103 services (1 services failed or missing dependencies, 9 services are lazy, passive or on-demand)

when started using the following command:

JBOSS_HOME/bin/appclient.sh /foo/bar/some.jar

bin/hbase org.apache.hadoop.hbase.util.LoadTestTool -write 1:1:1 -num_tables 10 -num_keys 1000

results in NPE. It expects -tn argument. 

When Hive table schema contains a portion of the schema of a Parquet file, then the access to the values should work if the field names match the schema. This does not work when a struct<> data type is in the schema, and the Hive schema contains just a portion of the struct elements. Hive throws an error instead.
This is the example and how to reproduce:
First, create a parquet table, and add some values on it:

CREATE TABLE test1 (id int, name string, address struct<number:int,street:string,zip:string>) STORED AS PARQUET;

INSERT INTO TABLE test1 SELECT 1, 'Roger', named_struct('number',8600,'street','Congress Ave.','zip','87366') FROM srcpart LIMIT 1;

Note: srcpart could be any table. It is just used to leverage the INSERT statement.
The above table example generates the following Parquet file schema:

  optional int32 id;
  optional binary name (UTF8);
  optional group address {
    optional int32 number;
    optional binary street (UTF8);
    optional binary zip (UTF8);
  }
}

Afterwards, I create a table that contains just a portion of the schema, and load the Parquet file generated above, a query will fail on that table:

CREATE TABLE test1 (name string, address struct<street:string>) STORED AS PARQUET;

LOAD DATA LOCAL INPATH '/tmp/HiveGroup.parquet' OVERWRITE INTO TABLE test1;

hive> SELECT name FROM test1;
OK
Roger
Time taken: 0.071 seconds, Fetched: 1 row(s)

hive> SELECT address FROM test1;
OK
Failed with exception java.io.IOException:org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.UnsupportedOperationException: Cannot inspect org.apache.hadoop.io.IntWritable

I would expect that Parquet can access the matched names, but Hive throws an error instead.

The javadocs of `flush` say it wouldn't do anything, but this is not true, it causes the wrapped XZ stream to throw an exception.

On mailing list, http://search-hadoop.com/m/wtCkHs5Ujq, Jerry He reports we have doubled jars:

[biadmin@hdtest009 lib]$ ls -l jsp-api*
-rw-rw-r-- 1 biadmin biadmin 134910 Sep 17 01:13 jsp-api-2.1-6.1.14.jar
-rw-rw-r-- 1 biadmin biadmin 100636 Sep 17 01:27 jsp-api-2.1.jar

[biadmin@hdtest009 lib]$ ls -l servlet-api*
-rw-rw-r-- 1 biadmin biadmin 132368 Sep 17 01:13 servlet-api-2.5-6.1.14.jar
-rw-rw-r-- 1 biadmin biadmin 105112 Sep 17 01:12 servlet-api-2.5.jar

Fix in 0.96.2.

The new enum facility does not work with the web-interface.  The enumerator field appears as two empty drop-downs.  See attached screenshot.

In class GroupMemberFunctionExecution, line 40:
	@Override
	protected Execution getExecution() 
{
		return FunctionService.onMember(this.groups);
	}

The problem is that it is calling the SINGULAR version of the function, the right one is the PLURAL onMembers method.

GC problem when re-deploying bundles in dm Server 2.0.1. Looks like the GenericTypeAwarePropertyDescriptor is holding a reference to the class.
Class Name                                                                                                      | Shallow Heap | Retained Heap 
-----------------------------------------------------------------------------------------------------------------------------------------------
class com.test.Bean1 @ 0x2c34fb70                                                                               |            0 |             0 
'- beanClass org.springframework.beans.GenericTypeAwarePropertyDescriptor @ 0x26c94110                          |           96 |           152 
   '- value java.util.HashMap$Entry @ 0x26c92970                                                                |           24 |           176 
      '- [3] java.util.HashMap$Entry[16] @ 0x26c91740                                                           |           80 |           376 
         '- table java.util.HashMap @ 0x26c868d8                                                                |           40 |           416 
            '- propertyDescriptorCache org.springframework.beans.CachedIntrospectionResults @ 0x26c74858        |           16 |         4,136 
               '- value java.util.WeakHashMap$Entry @ 0x26c5e7e0                                                |           40 |         4,176 
                  '- [2] java.util.WeakHashMap$Entry[16] @ 0x26230850                                           |           80 |        98,408 
                     '- table java.util.WeakHashMap @ 0x2622bb40                                                |           48 |        98,488 
                        '- m java.util.Collections$SynchronizedMap @ 0x262275d8                                 |           32 |        98,520 
                           '- classCache class org.springframework.beans.CachedIntrospectionResults @ 0x2bc554c8|           16 |        98,704 
                              '- [157] java.lang.Object[320] @ 0x26229208                                       |        1,296 |       101,208 

TestGenericUDFPower.testDoulePowerDecimal() uses junit's Assert.assertEquals(double, double) to test double equality on result of power udf function.
Due to floating-number convention, this does not always work.  This API is deprecated in favor of Assert.assertEquals(message, double, double, delta).

Reflect existing settings from javaconfig/xml into boot config props and tweak auto-configurers.

See http://www.nabble.com/FileConsumer-to-FileProducer-bug-tf4245175s22882.html for issue and patch

There is an issue with camel-blueprint lifecycle, similar to issue CAMEL-10411.
In case of an issue with an endpoint configuration, like for instance a non existing http endpoint uri="http://localhost:6000/", the JMX object of the CamelContext, remains registered, even if it shouldn't.
Camel current code actually already unregisters it, in org.apache.camel.management.DefaultManagementLifecycleStrategy#onContextStop, triggered by org.apache.camel.support.ServiceSupport#start exception handling section.
The reason why the MBean object stays registered, is because of BlueprintCamelContext is still registered as an OSGi service listener, and org.apache.camel.blueprint.BlueprintCamelContext#serviceChanged  is invoked, re-registering a new instance.

Since 4.3's revision of the collection/array matching algorithm, a NoSuchBeanDefinitionException may get thrown with a undesirable reference to internal array class names instead of a proper ClassUtils.getQualifiedName representation.
Also, the primary type may get mentioned twice in the exception message which we should streamline towards a simpler message.

There is NullPointerException and other Exceptions are thrown when you try to create child container with "default" profile and with some profiles which extend it. 
Basically it's not possible to create the child container with almost every profile (jboss-fuse-* profiles are working ok).
Attaching log file.

The Wildfly Swarm Maven plugin does not appear to use system proxy configured in Maven settings.xml file during packaging.
The plugin is configured as follows:

			<plugin>
				<groupId>org.wildfly.swarm</groupId>
				<artifactId>wildfly-swarm-plugin</artifactId>
				<executions>
					<execution>
						<goals>
							<goal>package</goal>
						</goals>
					</execution>
				</executions>
			</plugin>

When performing a mvn package the following warnings are produced:

[INFO] --- wildfly-swarm-plugin:1.0.0.Beta2:package (default) @ expresso-service-geolocation ---
Downloading: http://repository.jboss.org/nexus/content/groups/public/org/jboss/security/jboss-negotiation-ntlm/3.0.0.Final/jboss-negotiation-ntlm-3.0.0.Final.jar
[WARNING] Checksum validation failed, expected <!DOCTYPE but is 1b1defaff6cfaf104f75b020cc103e15d1f5d07c for http://repository.jboss.org/nexus/content/groups/public/org/jboss/security/jboss-negotiation-ntlm/3.0.0.Final/jboss-negotiation-ntlm-3.0.0.Final.jar
[WARNING] Could not validate integrity of download from http://repository.jboss.org/nexus/content/groups/public/org/jboss/security/jboss-negotiation-ntlm/3.0.0.Final/jboss-negotiation-ntlm-3.0.0.Final.jar: Checksum validation failed, expected <!DOCTYPE but is 1b1defaff6cfaf104f75b020cc103e15d1f5d07c
Downloaded: http://repository.jboss.org/nexus/content/groups/public/org/jboss/security/jboss-negotiation-ntlm/3.0.0.Final/jboss-negotiation-ntlm-3.0.0.Final.jar (8 KB at 4.8 KB/sec)

OutOfMemoryError happens in scenario:

  jt = new JdbcTemplate(new SingleConnectionDataSource(conn, true));
  jt.getExceptionTranslator();
}

Because in each loop iteration new instance of data source created, and it stored in dataSourceCache map, and cannot be garbage collected. To avoid this situation, dataSourceCache should be WeakHashMap, so data sources could be garbage collected.
Workaround is to call jt.setExceptionTranslator(...) explicitly.

Code in ScanControllerImpl.

    private void preCheck() {
      Preconditions.checkState(Thread.currentThread() == callerThread,
        "The current thread is %s, expected thread is %s, " +
            "you should not call this method outside onNext or onHeartbeat",
        Thread.currentThread(), callerThread);
      Preconditions.checkState(state.equals(ScanControllerState.INITIALIZED),
        "Invalid Stopper state %s", state);
    }

    @Override
    public void terminate() {
      preCheck();
      state = ScanControllerState.TERMINATED;
    }

So if call terminate on a already terminated scan, it will throw IllegalStateException.

There is a bug in PropertiesFileLoader#persistProperties, specifically here. Because of the write call in the else block, properties are persisted to the file even after they have been deleted in memory.
Here is a fixed implementation of persistProperties that we are using as a workaround.

In AssignmentManager#processDeadServersAndRegionsInTransition, if servershutdownhandler is processing and master consider it cluster startup, master will assign all user regions, however, servershutdownhandler has not completed splitting logs.
Let me describe it in more detail.
Suppose there are two regionservers A1 and B1, A1 carried META and ROOT
1.master restart and completed assignRootAndMeta
2.A1 and B1 are both restarted, new regionservers are A2 and B2
3.SSH which processed for A1 completed assigning ROOT and META
4.master do rebuilding user regions and no regions added to master's region list
5.master consider it as a cluster startup, and assign all user regions
6.SSH which processed for B1 start to split B1's logs
7.All regions' data carried by B1 would loss.

If table.getRegionLocations() throws exception, table.close() would be skipped, leaking the underlying resource

    Connection conn = null;
    boolean committed = false;
    try {
      conn = getConnection();
...
    } finally {
      if (!committed) conn.rollback();
      conn.close();
    }

If getConnection() throws exception, conn.rollback() would be called - leading to NPE.

I use the spring batch admin in production system, and find that the memory usage is slowly increase.  
Then I generated heapdump on the application server(Websphere), found that the ArrayList in SimpleJobService class contains many child, So I checked the source code and found 
@Scheduled(fixedDelay=60000L)
  public void removeInactiveExecutions()
  {
    for (Iterator iterator = this.activeExecutions.iterator(); iterator.hasNext(); ) {
      JobExecution jobExecution = (JobExecution)iterator.next();
      try 
{
        jobExecution = getJobExecution(jobExecution.getId());
      }
      catch (NoSuchJobExecutionException e) 
{
        logger.error("Unexpected exception loading JobExecution", e);
      }
      if (!(jobExecution.isRunning()))
        iterator.remove();
    }
  }
I guess this mean to be executed via Scheduled Thread, however I could not found any configuration xml that contains <task:annotation-driven executor="myExecutor" scheduler="myScheduler"/>
Also the SimpleJobService is created via SimpleJobServiceFactoryBean. So I can't see how the @Scheduled can be picked up (or may be I don't know too way about spring framework)
I have attached a heap dump screen shot, hope is useful.
Regards,
Chun

I am getting a "Could not determine the plural name" error in the final line of the following script.
// start of script
project --topLevelPackage com.myco.testapp --projectName testapp
enum type --class ~.reference.AuditEventType
enum constant --name SomeEventType
enum constant --name AnotherEventType
entity --class ~.base.AuditEvent
field date --fieldName ts --notNull --class ~.base.AuditEvent --type java.util.Date
field ref --fieldName eventType --notNull --type ~.reference.AuditEventType
field string --fieldName description --notNull
// end of script
The exact error is
Could not determine the plural name for the 'eventType' field in AuditEvent
So, I added added a @RooPlural("eventTypes") above the eventType field in the AuditEvent class, but continue to get the same message.

With the current logic, during stop the service is both started and stopped.

When not using a proxy for Topology Webapp, the endpoint of a service is given as `127.0.0.1:8082` which causes the browser to fail when calling it because there is no scheme defined.

Trinidad's partial rendering features don't seem to be working correctly in combination with Spring Faces.  A JavaScript error similar to the following is being raised in the browser when the response is returned:
["Invalid PPR response. The response-headers were:\nServer: Apache-Coyote/1.1\nPragma: no-cache\nExpires:..."]DebugCommon1_2_7.... (line 16422)
["Error ", TypeError: responseDocument has no properties message=responseDocument has no properties, " delivering XML request status changed to ", function()]DebugCommon1_2_7.... (line 16422
I was able to reproduce this in a simple Trinidad test project.

When an association between documents involves generic types, the type information is not correctly inferred at startup time resulting in missing indexes.
Please, see https://github.com/agustisanchez/SpringDataMongoDBBug, for code samples.
Given:

class Book with index on "ISBN" attribute
super class AbstractProduct with index on "name" attribute
class ProductWrapper holding attribute "content" of generic type "T extends AbstractProduct"

When defining a class Catalog with a list of "wrapped" books:

List<ProductWrapper<Book>> books2 = new ArrayList<>

The index "name" inherited from AbstractProduct is created (book2.content.name) inside "catalog" , but the index defined on the Book class itself (isbn) is not created as Spring Data Mongo is only inferring type infromation from the ProductWrapper class definition (ProductWrapper <T extends AbstractProduct>).
Spring Data MongoDB should be able to infer type information from the list declaration ( List<ProductWrapper<Book>> ), becoming aware that Catalog contains a list of Books, hence indexes defined on Book should be created.
If the wrapper class is defined as ProductWrapper<T>, then no indexes are created at all on Catalog.books2.content.

aideWhen trying to start HS2 in IDEA without any changes in the pom the following exception is thrown:

java.lang.NoClassDefFoundError: org/apache/tez/dag/api/TezConfiguration
at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolSession$AbstractTriggerValidator.startTriggerValidator(TezSessionPoolSession.java:74)
at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolManager.initTriggers(TezSessionPoolManager.java:207)
at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolManager.startPool(TezSessionPoolManager.java:114)
at org.apache.hive.service.server.HiveServer2.initAndStartTezSessionPoolManager(HiveServer2.java:841)
at org.apache.hive.service.server.HiveServer2.startOrReconnectTezSessions(HiveServer2.java:824)
at org.apache.hive.service.server.HiveServer2.start(HiveServer2.java:746)
at org.apache.hive.service.server.HiveServer2.startHiveServer2(HiveServer2.java:1039)
at org.apache.hive.service.server.HiveServer2.access$1600(HiveServer2.java:140)
at org.apache.hive.service.server.HiveServer2$StartOptionExecutor.execute(HiveServer2.java:1307)
at org.apache.hive.service.server.HiveServer2.main(HiveServer2.java:1151)
Caused by: java.lang.ClassNotFoundException: org.apache.tez.dag.api.TezConfiguration
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
... 10 more

The <gfe:client-region> element is missing an attribute for 'concurrency-level', which is a property of GemFire's {{CientRegionFactory} API.

It seems that wrong type comparision is used in TransformUtils class [1] when model node attribute is verified if(!value.equals("off")) ...
When looking at ModelNode code of equal method [2] it seems that the comparistion will be false in any case.
Found out during static code analyzis check.
[1] https://github.com/wildfly/wildfly/blob/master/legacy/jacorb/src/main/java/org/jboss/as/jacorb/TransformUtils.java#L84
[2] https://github.com/jbossas/jboss-dmr/blob/master/src/main/java/org/jboss/dmr/ModelNode.java#L1575

This is a follow up of HIVE-19775. We need to override more properties in embedded hs2.

hive (default)> show partitions log.history;
FAILED: ParseException line 1:19 missing EOF at '.' near 'log'

This command doesn't work when we use db.tablename as tablename in its parameter.

In refactoring for HBASE-2353, it ended up that updateKeys() was only called on KVs if writeToWAL was set to true. This caused failure of TestGetClosestRowBefore (though the real bug was in put)

There's some trouble with lambda expressions in our current version as reported in https://github.com/google/error-prone/issues/768
Also, error-prone 2.1.x has a bunch of nice upgrades that would be good to get. https://groups.google.com/forum/#!topic/error-prone-announce/iXLlHsi_n5U

When covertBodyTo is used with both a target type and a Charset for an Exchange that already has the CamelCharsetName Exchange property set, the Exchange property is deleted.
The original value of the CamelCharsetName exchange property should be restored after the conversion.

a) Create an entity using ODM (in my case @Before in a JUNIT test)
a) Create a nested entity using the ODM (in a test method)
b) Delete the leaf one (same test method)
c) Read the leaf one and handle the NameNotFoundException gracefully (same test method)
d) Delete the parent one (in my case the @After method)
At that point Spring LDAP fails with an exception. The entity has correctly being renamed but the commit fails because it tries to unbind the incorrect entity. Instead of unbinding the renamed DN it appends the child Rdn as well and fails because the DN does not exist. Maybe the context is not fully cleaned after the first operations?spr

$ ./bin/hbase pe --nomapred randomWrite 10
	at org.apache.hadoop.hbase.PerformanceEvaluation.getTableDescriptor(PerformanceEvaluation.java:387)
	at org.apache.hadoop.hbase.PerformanceEvaluation.checkTable(PerformanceEvaluation.java:356)
	at org.apache.hadoop.hbase.PerformanceEvaluation.runTest(PerformanceEvaluation.java:1778)
	at org.apache.hadoop.hbase.PerformanceEvaluation.run(PerformanceEvaluation.java:2168)
	at org.apache.hadoop.hbase.PerformanceEvaluation.main(PerformanceEvaluation.java:2189)

Roo cleverly won't let you use a SQL reserved word as a Java data-member to avoid possible problems later when persisting to a SQL database.
However the check should consider the new  --column option.   The column option can override the data-member name, so it is the column name that needs checking. Equally the name specified by --column might be a reserved SQL keyword, even if the data-member name is not.

When a Date is used as a Job Parameter it is stored correctly (including milliseconds) in BATCH_JOB_PARAMS but the JOB_KEY in BATCH_JOB_INSTANCE does not include milliseconds when generating the key. The problem is in JdbcJobInstanceDao.createJobKey, it just blindly toString's all the parameters and Date's toString hides some data.
Instead of blindly calling toString on all parameters a better approach may be to use type-specific String formatting, this would also be slightly more efficient as it avoids adding all parameters to a single Map then iterating that and removes an extra string concatenation operation.
    private String createJobKey(JobParameters jobParameters) {
        StringBuffer stringBuffer = new StringBuffer();
        final Map stringParameters = jobParameters.getStringParameters();
        for (Iterator it = stringParameters.entrySet().iterator(); it.hasNext() 
{
            Entry entry = (Entry) it.next();
            stringBuffer.append(entry.getKey());
            stringBuffer.append("=");
            
            stringBuffer.append(entry.getValue());
            stringBuffer.append(";");
        }

        final Map longParameters = jobParameters.getLongParameters();
        for (Iterator it = longParameters.entrySet().iterator(); it.hasNext() {            Entry entry = (Entry) it.next();            stringBuffer.append(entry.getKey());            stringBuffer.append("=");                        stringBuffer.append(entry.getValue());            stringBuffer.append(";");        }

        final Map doubleParameters = jobParameters.getDoubleParameters();
        for (Iterator it = doubleParameters.entrySet().iterator(); it.hasNext() 
{
            
        }

        final Map dateParameters = jobParameters.getDateParameters();
        for (Iterator it = dateParameters.entrySet().iterator(); it.hasNext() {
            final Date date = (Date)entry.getValue();
            final String formattedDate;
            synchronized (DATE_PARAMETER_FORMAT) 
{
                //Logic cloned from java.util.Date
                DATE_PARAMETER_FORMAT.setTimeZone(TimeZone.getDefault());
                formattedDate = DATE_PARAMETER_FORMAT.format(date);
            }
            stringBuffer.append(formattedDate);
        }
        return stringBuffer.toString();
    }

Test fails on case sensitive filesystem (using master branch, currenty camel3):
camel/core/camel-core/src/test/java/org/apache/camel/component/file/FileMEPInOutTest.java
fix diff:
diff --git a/core/camel-core/src/test/java/org/apache/camel/component/file/FileMEPInOutTest.java b/core/camel-core/src/test/java/org/apache/ca
mel/component/file/FileMEPInOutTest.java
index 653eae88e32..3b73132791c 100644
— a/core/camel-core/src/test/java/org/apache/camel/component/file/FileMEPInOutTest.java
+++ b/core/camel-core/src/test/java/org/apache/camel/component/file/FileMEPInOutTest.java
@@ -32,7 +32,7 @@ public class FileMEPInOutTest extends ContextTestSupport {
         MockEndpoint mock = getMockEndpoint("mock:result");
         mock.expectedMessageCount(1);
         mock.expectedBodiesReceived("Hello World");
-        mock.expectedFileExists("target/data/fileMEPInOutTest.txt", "Hello World");
+        mock.expectedFileExists("target/data/FileMEPInOutTest.txt", "Hello World");
         // request is InOut
         template.requestBodyAndHeader("direct:in", "Hello World", Exchange.FILE_NAME,
@@ -51,4 +51,4 @@ public class FileMEPInOutTest extends ContextTestSupport 
{
         }
;
     }
-}
+}

org.cryptacular:cryptacular has name of license "GNU Lesser General Public License, Version 3" and it should be "GNU Lesser General Public License v3.0 only" in order for it to be compliant with SPDX - https://spdx.org/licenses/

There are a few issues with hwi/build.xml. To name a few: 

war gets written to build/ not build/hwi
no apache header
war should be its own target
some unnecessary definitions/redefinitions

For every partition entity object present in sem.getInputs() and sem.getOutputs(), we must verify the appropriate Table in the list of Entities.

We forgot to update IntegrationTestIngestWithEncryption to handle the distributed cluster case.

JDK8's javadoc was updated and no longer has the resources folder. This caused issues with the customizations made for SPR-10155 Specifically the customizations in commit 1c724069 relied on background images existing to ensure that the white banner was visible. JDK removed this image and thus the javadoc's banner was white rather than displaying the background image.
We should update the styling to conform to JDK8's defaults with only the customizations we need.

In HIVE-7735, schema info was plumbed to ETypeConverter to disambiguate between hive Char, Varchar and String types, which are all represented as PrimitiveType "binary" and OriginalType "utf8" in parquet.
However, this does not work for parquet nested types (that map to hive Array, Map, etc.) containing these values, because schema lookup for nested values was not implemented.  It's also non-trivial to do that in the current parquet serde implementation. Instead of plumbing in the schema, we should convert 
these types to the same Text writeable and let the object inspectors handle the final conversion.

org.jboss.logmanager module requires java.sql module

Caused by: java.lang.ClassNotFoundException: java.sql.SQLException from [Module "org.jboss.log4j.logmanager" version 1.1.6.Final-redhat-00001 from local module loader @7d3a22a9 (finder: local module finder @1d082e88 (roots: /opt/jboss/modules,/opt/jboss/modules/system/layers/base))]

It looks like in EAP 6.4 java.* was visible to everything.  In EAP 7.2 with JBoss Modules changes likely due to JDK 11 modular changes, it looks like java.* is no longer just visible and JBoss Modules has some internal modules such as java.sql which would be needed to see these classes.
Tattletale says that logmanager jar has this class org.apache.log4j.jdbc.JDBCAppender which uses java.sql.* , so we should add a dependency on java.sql (javax.sql.api exports java.sql , but javax.sql.api  module is marked deprecated)
EAP 6.4

<module xmlns="urn:jboss:module:1.1" name="org.jboss.log4j.logmanager">
        <resource-root path="log4j-jboss-logmanager-1.1.4.Final-redhat-1.jar"/>
        <!-- Insert resources here -->

        <module name="javax.mail.api" optional="true"/>
        <module name="javax.jms.api" optional="true"/>
        <module name="org.dom4j" optional="true"/>
        <module name="org.jboss.logmanager"/>
        <module name="org.jboss.modules"/>
</module>

grep -r java.sql `f module.xml`
<nothing>

EAP 7.2:

<module name="org.jboss.log4j.logmanager" xmlns="urn:jboss:module:1.8">
        <property name="jboss.api" value="private"/>

        <resource-root path="log4j-jboss-logmanager-1.1.6.Final-redhat-00001.jar"/>

        <!-- for java.beans -->
        <module name="java.desktop"/>
        <module name="java.logging"/>
        <module name="java.xml"/>
</module>

./modules/system/layers/base/sun/jdk/main/module.xml:                <!-- Internal to java.sql.rowset -->
./modules/system/layers/base/org/wildfly/extension/elytron/main/module.xml:        <module name="java.sql"/>
./modules/system/layers/base/org/wildfly/security/elytron-private/main/module.xml:        <module name="java.sql"/>
./modules/system/layers/base/io/undertow/core/main/module.xml:        <module name="java.sql"/>
./modules/system/layers/base/javax/sql/api/main/module.xml:        <module name="java.sql" export="true"/>

If we send MessageAttributes to AWS where the value is null, it causes the following excheption:

com.amazonaws.services.sns.model.InvalidParameterValueException: The message attribute 'JMSType' must contain non-empty message attribute value for message attribute type 'String'. (Service: AmazonSNS; Status Code: 400; Error Code: ParameterValueInvalid; Request ID: d3ab2323-b70d-5d11-b466-702f48b02816)

this is a bigger problem on branch-3; where storage-api is 2.6.1; but hive-jmh references 2.7.0 (which is for master)

Exception in thread "clientInboundChannel-2" org.springframework.messaging.MessageDeliveryException: Failed to handle GenericMessage [payload=byte[0], headers={simpMessageType=UNSUBSCRIBE, stompCommand=UNSUBSCRIBE, nativeHeaders={id=[/api/en/stuff/7839]}, simpSessionAttributes={scopedTarget.scopedRequestsPerSessionCounter=com.mobenga.ngen.socket.session.ScopedRequestsPerSessionCounter@680b5ef0, org.springframework.messaging.simp.SimpAttributes.DESTRUCTION_CALLBACK.scopedTarget.scopedRequestsPerSessionCounter=org.springframework.beans.factory.support.DisposableBeanAdapter@2f8c0ae0}, simpSubscriptionId=/api/en/stuff/7839, simpSessionId=tj3eu5ly}] to org.springframework.messaging.support.ExecutorSubscribableChannel$SendTask@2288647f in SimpleBroker[DefaultSubscriptionRegistry[cache[281 destination(s)], registry[284 sessions]]]; nested exception is java.lang.NullPointerException
	at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry$SessionSubscriptionInfo.removeSubscription(DefaultSubscriptionRegistry.java:330)
	at org.springframework.messaging.simp.broker.DefaultSubscriptionRegistry.removeSubscriptionInternal(DefaultSubscriptionRegistry.java:99)
	at org.springframework.messaging.simp.broker.AbstractSubscriptionRegistry.unregisterSubscription(AbstractSubscriptionRegistry.java:83)
	at org.springframework.messaging.simp.broker.SimpleBrokerMessageHandler.handleMessageInternal(SimpleBrokerMessageHandler.java:177)
	... 3 more

JXM PluggableMBeanServerImpl$LogAction assumes that RealmUser principal is present when Subject is not null. This condition is not always met and results into following exception:

        at java.util.HashMap$HashIterator.nextEntry(HashMap.java:929)
        at java.util.HashMap$KeyIterator.next(HashMap.java:960)
        at org.jboss.as.jmx.PluggableMBeanServerImpl$LogAction.getCallerUserId(PluggableMBeanServerImpl.java:1250)
        at org.jboss.as.jmx.PluggableMBeanServerImpl$LogAction.doLog(PluggableMBeanServerImpl.java:1233)
        at org.jboss.as.jmx.PluggableMBeanServerImpl.log(PluggableMBeanServerImpl.java:1158)
        at org.jboss.as.jmx.MBeanServerAuditLogRecordFormatter.log(MBeanServerAuditLogRecordFormatter.java:331)
        at org.jboss.as.jmx.MBeanServerAuditLogRecordFormatter.queryNames(MBeanServerAuditLogRecordFormatter.java:170)
        at org.jboss.as.jmx.PluggableMBeanServerImpl.queryNames(PluggableMBeanServerImpl.java:871)
        at org.infinispan.jmx.JmxUtil.findJmxDomain(JmxUtil.java:127)

When I try to configure core bridge with credential-reference clear-text attribute, bridge can't authenticate to remote destination. When I use attribute password (#testUsernamePasswordCoreBridge) message transfer works OK.
Core bridge configuration:
standalone-full-ha.xml

<bridge name="myBridge" queue-name="jms.queue.InQueue" forwarding-address="jms.queue.OutQueue" ha="true" user="johnOut" static-connectors="bridge-connector">
    <credential-reference clear-text="passwordOut!"/>
</bridge>

Exception in log:

09:10:30,294 ERROR [org.apache.activemq.artemis.core.server] (default I/O-2) AMQ224018: Failed to create session: ActiveMQSecurityException[errorType=SECURITY_EXCEPTION message=AMQ119031: Unable to validate user]
	at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.createSession(ActiveMQServerImpl.java:1278)
	at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.4.3.Final-redhat-1.jar:3.4.3.Final-redhat-1]
	at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66) [xnio-api-3.4.3.Final-redhat-1.jar:3.4.3.Final-redhat-1]
	at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89) [xnio-nio-3.4.3.Final-redhat-1.jar:3.4.3.Final-redhat-1]
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:567) [xnio-nio-3.4.3.Final-redhat-1.jar:3.4.3.Final-redhat-1]

Beeline and Cli have to escape ; in the quote while most other shell scripts need not. For example:
in Beeline:

0: jdbc:hive2://localhost:10000> select ';' from tlb1;
select ';' from tlb1;
15/12/10 10:45:26 DEBUG TSaslTransport: writing data length: 115
15/12/10 10:45:26 DEBUG TSaslTransport: CLIENT: reading data length: 3403
Error: Error while compiling statement: FAILED: ParseException line 1:8 cannot recognize input near '<EOF>' '<EOF>

while in mysql shell:

mysql> SELECT CONCAT(';', 'foo') FROM test limit 3;
+--------------------+
| ;foo               |
| ;foo               |
| ;foo               |
3 rows in set (0.00 sec)

If you add and remove a lot of routes to CamelContext and have JMX enabled, then the DefaultManagementLifecycleStrategy will accumulate a map of provisional JMX performance counters for the route mbeans. The map should be cleared after usage, as the map is no longer needed.
Memory will accumulate as the map has reference to old objects which cannot be GC.

Hiveserver2 instances where crashing every 3-4 days and observed HS2 in on unresponsive state. Also, observed that the FGC collection happening regularly
From JXray report it is seen that pmCache(List of JDOPersistenceManager objects) is occupying 84% of the heap and there are around 16,000 references of UDFClassLoader.

10,759,230K (84.7%) Object tree for GC root(s) Java Static org.apache.hadoop.hive.metastore.ObjectStore.pmf
- org.datanucleus.api.jdo.JDOPersistenceManagerFactory.pmCache ↘ 10,744,419K (84.6%), 1 reference(s)
  - j.u.Collections$SetFromMap.m ↘ 10,744,419K (84.6%), 1 reference(s)
    - {java.util.concurrent.ConcurrentHashMap}.keys ↘ 10,743,764K (84.5%), 16,872 reference(s)
      - org.datanucleus.api.jdo.JDOPersistenceManager.ec ↘ 10,738,831K (84.5%), 16,872 reference(s)
        ... 3 more references together retaining 4,933K (< 0.1%)
    - java.util.concurrent.ConcurrentHashMap self 655K (< 0.1%), 1 object(s)
      ... 2 more references together retaining 48b (< 0.1%)
- org.datanucleus.api.jdo.JDOPersistenceManagerFactory.nucleusContext ↘ 14,810K (0.1%), 1 reference(s)
... 3 more references together retaining 96b (< 0.1%)

When the RawStore object is re-created, it is not allowed to be updated into the ThreadWithGarbageCleanup.threadRawStoreMap which leads to the new RawStore never gets cleaned-up when the thread exit.
 
Description of problem: The description of the 'scan-enabled' attribute states "Flag indicating that all scanning (including initial scanning at startup) should be disabled." The default value of this attribute is "true", therefore I believe the description is incorrect.
I propose that the description be changed to: "Flag indicating if all scanning (including initial scanning at startup) is enabled."

If JMS bridge depends on module that for some reason cant be loaded, log will show cryptic message:
10:21:26,173 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool – 51) WFLYCTL0013: Operation ("add") failed - address: ([
    ("jms-bridge" => "a-to-c-bridge")
]) - failure description: "org.hornetq:main"
1. Failure description does not describe a thing
2. it points to HQ module, rather than custom module used in bridge conf.
Exception is thrown at JMSBridgeAdd:155

A controller method can contain a method with @InitBinder
This method can contain a parameter with @RequestParam
@RequestParam can contain required=false, to indicate that corresponding URL parameter CAN be present, but MUST NOT be present
If the corresponding URL parameter IS NOT present, the java parameter on which you apply @RequestParam SHOULD BE filled with null
NOW it is filled with garbage (a series of characters, most of them tabs and newlines)
Command class:
  private String firstName;
  private String lastName;
  public void setFirstName(String firstName) 
{
    this.firstName = firstName;
  }

  public String getFirstName() 
{
    return firstName;
  }

  public void setLastName(String lastName) 
{
    this.lastName = lastName;
  }

  public String getLastName() 
{
    return lastName;
  }
}
Controller class:
-----------------
import org.example.entities.Person;
import org.springframework.web.bind.annotation.RequestParam;
  @RequestMapping(value = "/person.htm", method = RequestMethod.GET)
  public String edit(@RequestParam(required = false) String wizzardStep,
      Model model) 
{
    model.addAttribute(new Person());
    return "person.jsp";
  }

  public String edit(@ModelAttribute Person person) 
{
  }

  @InitBinder("person")
  public void initBinder(
      @RequestParam(value = "wizzardStep", required = false) String wizzardStep) {
    System.out.print("wizzardStep==null:");
    System.out.println(wizzardStep == null);
    if (wizzardStep != null) {
      for (char kar : wizzardStep.toCharArray()) 
{
        System.out.println(Character.isWhitespace(kar));
      }
    }
  }
person.jsp
<head>
</head>
<body>
<form:form commandName="person">
<div>
<form:input path="firstName"/>
</div>
<div>
</div>
<form:input path="lastName"/> 
</body>
</html>
When you submit the form, the output on the console (from the initBinder method):
wizzardStep==null:false
true
true
true
true
true
true
true
false
false
false
true
true
true
true
true
true
}
If you describe the @RequestParam java parameter as Integer, instead of String,
the problem gets more serious (HTTP 400 error), because the garbage cannot be converted to Integer.
P.S.

@RequestParam is very useful in an @InitBinder method, when you have multiple forms in wizzard style
and there is a URL parameter which indicates the current step in the wizzard.

Keystore is created after writing secret key into it. So instead of "write alias" operation it is more "write alias and create backed keystore if not exists yet" operation.

create credential store from scratch

[standalone@localhost:9990 /] /subsystem=elytron/credential-store=myCredStore:add(uri="cr-store://test/myCredStore.jceks?create=true",  credential-reference={clear-text=pass123}, relative-to=jboss.server.config.dir)

myCredStore.jceks does not exists on FS (I would expect it will be created)

[standalone@localhost:9990 /] /subsystem=elytron/credential-store=myCredStore/alias=myAlias:add(secret-value=secret)

myCredStore.jceks exists on FS

Setting high priority as lack of this behaviour can lead to more complex problems in multiprocess scenarios (e.g domain mode) 

As found by Simon Baslé when discussing this reactor-test potential issue, Jackson2JsonDecoder wrongly return a Flux.error() in a map() operation. It should throw the exception instead.

I had a hanging JVM on shutdown caused by:

"Slab Statistics #0" prio=5 tid=7fc0238bc800 nid=0x10dadf000 waiting on condition [10dade000]

The TestDatabases tests revealed that NPE is thrown if the get_database_core and drop_database_core methods are called with null DB name. These NPEs could be prevented with a simple null check and a MetaException with a proper error message should be thrown instead.

TestDatabases.testGetDatabaseNullName
TestDatabases.testDropDatabaseNullName

This is in addition to HIVE-10982 which plans to make the fetch size customizable. This just bumps the default to 1000.

I added a test case as part of HIVE-8549 to annotate_stats_join_pkfk.q. This test case fails with NullPointerException when we run using TestMiniTezCliDriver. Here is the stack trace

        at org.apache.hadoop.hive.ql.plan.PlanUtils.getFieldSchemasFromRowSchema(PlanUtils.java:548)
        at org.apache.hadoop.hive.ql.optimizer.ReduceSinkMapJoinProc.process(ReduceSinkMapJoinProc.java:239)
        at org.apache.hadoop.hive.ql.parse.TezCompiler.generateTaskTree(TezCompiler.java:367)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10057)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:303)
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1070)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1132)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1007)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:997)

StoreFlusher.flushSnapshot() mustn't return null value.
But StripeStoreFlusher.flushSnapshot() does.
It cause NullPointerException at org.apache.hadoop.hbase.regionserver.HStore.flushCache(HStore.java:802)
and this makes regions dead after exhaustive retries and no recovery available from it.
the code (StripeStoreFlusher:64) has to be changed 
from
    List<Path> result = null 
to
     List<Path> result = new ArrayList<Path>();
 ===============
to return a empty list not null value.

there is a "mappings" runtime attribute on undertow subsystem at 
/host=master/server=server-one/deployment=batch-processing.war/subsystem=undertow/servlet=*:read-resource-description
It reports as a LIST of STRING

"mappings" => {
    "description" => "Servlet mappings",
    "min-length" => 0L,
    "access-type" => "metric",
    "storage" => "runtime"
},

But the read-resource returns a INT

/host=master/server=server-one/deployment=helloworld.war/subsystem=undertow/servlet=*:read-resource(include-runtime)
{
            ("host" => "master"),
            ("server" => "server-one"),
            ("deployment" => "helloworld.war"),
            ("servlet" => "org.jboss.as.quickstarts.helloworld.HelloWorldServlet")
        ],
            "mappings" => 0,
            "max-request-time" => 0,
            "min-request-time" => 0,
            "request-count" => 0,
            "servlet-class" => "org.jboss.as.quickstarts.helloworld.HelloWorldServlet",
            "servlet-name" => "org.jboss.as.quickstarts.helloworld.HelloWorldServlet",
            "total-request-time" => 0
        }
    }]
}

The default constructor of UseOriginalAggregationStrategy sets the final field original to null.
In one corner case, the aggregate will dereference this null pointer, as no null-pointer check is made.

        if (propagateException) {
            Exception exception = checkException(oldExchange, newExchange);
            if (exception != null) {
                original.setException(exception);
            }
        }
        return original != null ? original : oldExchange;
    }

This potential NPE should be fixed, maybe a unit test be added.

The Camel Bindy component throws a NullPointerException on unbind when you've specified a header, but no footer. It looks like there was a simple copy/paste error in the marshal method. When generating the models, it checks the headerRow for null and then adds the headerRow. It then checks the headerRow (not the footerRow) for null and then adds the footerRow. Later down the chain, the BindyFixedLengthFactory throws a null exception when it tries to call getName() on the model Class.

We are evaluating the performance of branch-2, and find that the throughput of scan in SSD cluster is almost the same as HDD cluster. so I made a FlameGraph on RS, and found that the PrivateCellUtil#estimatedSerializedSizeOf cost about 29% cpu, Obviously, it has been the bottleneck in 100% scan case.
See the hbase20-ssd-100-scan-traces.svg
BTW, in our XiaoMi branch, we introduce a HRegion#updateReadRequestsByCapacityUnitPerSecond to sum up the size of cells (for metric monitor), so it seems the performance loss was amplified.

The performance improvement of SPR-11304 is nice, but has one flaw. If a field name is "" (which is the case of a class level validator like the following (http://stackoverflow.com/a/2155576)

import javax.validation.ConstraintValidator;
import javax.validation.ConstraintValidatorContext;

import org.apache.commons.beanutils.PropertyUtils;

public class FieldsMatchValidator implements ConstraintValidator<FieldsMatch, Object> {
	private String firstFieldName;
	private String secondFieldName;

	@Override
	public void initialize(final FieldsMatch constraintAnnotation) {
		firstFieldName = constraintAnnotation.first();
		secondFieldName = constraintAnnotation.second();
	}

	@Override
	public boolean isValid(final Object value, final ConstraintValidatorContext context) {
		boolean rv = false;
		try {
			final Object firstObj = PropertyUtils.getProperty(value, firstFieldName);
			final Object secondObj = PropertyUtils.getProperty(value, secondFieldName);

			rv = firstObj == null && secondObj == null || firstObj != null && firstObj.equals(secondObj);
		}
		catch (final Exception ignore) {
		}
		return rv;
	}
}

added to a class like so

@FieldsMatch(first = "newPassword", second = "newPasswordConfirmation")
public class UpdateUserPasswordCmd {
	@NotBlank
	private String oldPassword;
	
	@NotBlank	
	@Length(min=6, max=40)	
	private String newPassword;
	
	@NotBlank
	@Length(min=6, max=40)
	private String newPasswordConfirmation;
...

it breaks with:

	at org.springframework.validation.AbstractErrors.isMatchingFieldError(AbstractErrors.java:214)
	at org.springframework.validation.AbstractBindingResult.getFieldError(AbstractBindingResult.java:207)
	at org.springframework.validation.beanvalidation.SpringValidatorAdapter.processConstraintViolations(SpringValidatorAdapter.java:115)
	at org.springframework.validation.beanvalidation.SpringValidatorAdapter.validate(SpringValidatorAdapter.java:102)
	at org.springframework.validation.DataBinder.validate(DataBinder.java:772)
	at org.springframework.web.method.annotation.ModelAttributeMethodProcessor.validateIfApplicable(ModelAttributeMethodProcessor.java:159)
	at org.springframework.web.method.annotation.ModelAttributeMethodProcessor.resolveArgument(ModelAttributeMethodProcessor.java:107)

I have the impression it happens only in combination with other validations and with the default violations in place.
I'm adding now

	context			
				.buildConstraintViolationWithTemplate(context.getDefaultConstraintMessageTemplate())
				.addNode(secondFieldName)				
				.addConstraintViolation()				
				.disableDefaultConstraintViolation();								
				;

to my validator which is better on it's one, but i think the slightly different semantics should be fixed.
Take care and thank you.

An avro table with a map<string,string> column that contains null values
cannot be deserialized when running the select statement.
Create the following table:

CREATE TABLE avro_table (avreau_col_1 map<string,string>) 
ROW FORMAT SERDE 'org.apache.hadoop.hive.serde2.avro.AvroSerDe' STORED AS
INPUTFORMAT 'org.apache.hadoop.hive.ql.io.avro.AvroContainerInputFormat' 
OUTPUTFORMAT 'org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat' 
TBLPROPERTIES ('avro.schema.url'='file:///tmp/map_null_schema.avro');

Then load the avro data:

LOAD DATA LOCAL INPATH '/tmp/map_null_val.avro' OVERWRITE INTO TABLE avro_table;

And do the select (it fails):

SELECT * FROM avro_table;
Error: java.io.IOException: org.apache.avro.AvroRuntimeException: Not a map: "null" (state=,code=0)

This is a regression bug (it works correctly on hive 0.13.1 version).
This is the output that hive 0.13.1 displays:

{"key3":"val3","key4":null}
{"key1":null,"key2":"val2"}

There is a flaw when using from ftp -> to file. And using the localWorkDirectory option. 
See nabble
http://camel.465427.n5.nabble.com/camel-ftp-option-localWorkDirectory-doesn-t-work-properly-on-windows-tp5721438.html

CREATE TABLE hbase_table (
id int,
balance decimal(15,2))
COLLECTION ITEMS TERMINATED BY '~'
"hbase.columns.mapping"=":key,cf:balance#b");
insert into hbase_table values (1,1);

{"tmp_values_col1":"1","tmp_values_col2":"1"}
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:179)
        at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:164)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1783)
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:507)
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:170)
        ... 8 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.serde2.SerDeException: java.lang.RuntimeException: Hive internal error.
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:733)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:815)
        at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:97)
        at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:157)
        at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:497)
        ... 9 more
Caused by: org.apache.hadoop.hive.serde2.SerDeException: java.lang.RuntimeException: Hive internal error.
        at org.apache.hadoop.hive.hbase.HBaseSerDe.serialize(HBaseSerDe.java:286)
        at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:668)
        ... 15 more
        at org.apache.hadoop.hive.serde2.lazy.LazyUtils.writePrimitive(LazyUtils.java:328)
        at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:220)
        at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serializeField(HBaseRowSerializer.java:194)
        at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:118)
        at org.apache.hadoop.hive.hbase.HBaseSerDe.serialize(HBaseSerDe.java:282)
        ... 16 more 

In HandshakeWebSocketService we try to locate a RequestUpgradeStrategy, but only look in the same package as the HandshakeWebSocketService (whereas in fact the strategies are all there in the "upgrade" sibling package). I'm not sure of the intent here but it seems to be bound to fail.

When creating my own deployment-scanner, I have to provide path attribute where given value is checked whether it is a real directory on current filesystem. Although when I change value of this attribute in existing deployment-scanner instance, such check is not performed and I can provide non-existent directory. This leads to server crash after calling reload operation:

start EAP7 server and connect to CLI
create your own deployment-scanner instance pointing to existing directory

[standalone@localhost:9990 /] /subsystem=deployment-scanner/scanner=mysc:add(path=/home/jstourac/Downloads/jboss-eap-7.0/standalone/deployments)

change path of deployment-scanner to some nonexisting directory

[standalone@localhost:9990 /] /subsystem=deployment-scanner/scanner=mysc:write-attribute(name=path,value=/nonexistent)
{
    }
}

perform reload operation
server fails with following output in console.log

15:29:08,039 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-5) WFLYDS0013: Started FileSystemDeploymentService for directory /home/jstourac/Downloads/jboss-eap-7.0/standalone/deployments
15:29:29,068 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-3) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
15:29:29,070 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0019: Host default-host stopping
15:29:29,071 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-5) WFLYJCA0019: Stopped Driver service with driver-name = h2
15:29:29,073 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0008: Undertow HTTP listener default suspending
15:29:29,075 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0007: Undertow HTTP listener default stopped, was bound to 127.0.0.1:8080
15:29:29,076 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0004: Undertow 1.3.21.Final-redhat-1 stopping
15:29:29,081 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-2) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
15:29:29,082 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0050: JBoss EAP 7.0.0.GA (WildFly Core 2.1.2.Final-redhat-1) stopped in 16ms
15:29:29,083 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0049: JBoss EAP 7.0.0.GA (WildFly Core 2.1.2.Final-redhat-1) starting
15:29:29,135 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 13) WFLYCTL0013: Operation ("add") failed - address: ([
    ("scanner" => "mysc")
]): java.lang.IllegalArgumentException: WFLYDS0023: /nonexistent does not exist
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.<init>(FileSystemDeploymentService.java:273)
	at org.jboss.as.server.deployment.scanner.DeploymentScannerAdd.execute(DeploymentScannerAdd.java:124)

15:29:29,139 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) "WFLYCTL0193: Failed executing subsystem deployment-scanner boot operations"
15:29:29,140 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("parallel-subsystem-boot") failed - address: ([]) - failure description: "\"WFLYCTL0193: Failed executing subsystem deployment-scanner boot operations\""
15:29:29,141 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
15:29:29,144 INFO  [org.jboss.as.server] (Thread-2) WFLYSRV0220: Server shutdown has been requested.
15:29:29,159 INFO  [org.jboss.as] (MSC service thread 1-8) WFLYSRV0050: JBoss EAP 7.0.0.GA (WildFly Core 2.1.2.Final-redhat-1) stopped in 4ms

one has to manually modify EAP_HOME/standalone/configuration/standalone.xml removing problematic deployment-scanner part to be able to start server again

It would be great if there is same check to path atribute performed when changing it in existing instance of deployment-scanner as what is performed during the adding a new instance of deployment-scanner.

It's not possible to define security permissions in WildFly Core without security-manager subsystem. Therefore the subsystem should be moved from WildFly to the Core.
More details in the Permissions in WildFly Core thread on wildfly-dev mailing list.

In BatchEnvironmentProcessor the Batch subsystem only adds a dependency on wildfly's transaction manager and bean manager if some marker files are detected. (See here)
https://github.com/wildfly/wildfly/blob/bfc41360196f5183a005101bf7ac2d7bfa1389c0/batch/extension/src/main/java/org/wildfly/extension/batch/deployment/BatchEnvironmentProcessor.java#L73
If they are not detected an unhelpful exception is thrown when instantiating the JobOperator:

01:18:25,442 INFO  [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0009: Undeployed "test.war" (runtime-name: "test.war")
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 248.119 sec <<< FAILURE! - in io.machinecode.chainlink.ee.wildfly.WildFlyTest
testGlassfish(io.machinecode.chainlink.ee.wildfly.WildFlyTest)  Time elapsed: 0.336 sec  <<< ERROR!
java.util.ServiceConfigurationError: javax.batch.operations.JobOperator: Provider org.jberet.operations.JobOperatorImpl could not be instantiated
	at org.wildfly.jberet.services.BatchEnvironmentService$WildFlyBatchEnvironment.getArtifactFactory(BatchEnvironmentService.java:123)
	at org.wildfly.jberet.DelegatingBatchEnvironment.getArtifactFactory(DelegatingBatchEnvironment.java:52)
	at org.jberet.operations.JobOperatorImpl.<init>(JobOperatorImpl.java:89)
	at java.lang.Class.newInstance(Class.java:438)
	at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380)
	at javax.batch.runtime.BatchRuntime.getJobOperator(BatchRuntime.java:57)
	at io.machinecode.chainlink.ee.wildfly.WildFlyTest.testGlassfish(WildFlyTest.java:36)

There are valid reasons that these marker files may not be in the deployment, an example being that the deployment might only read metadata from jobs started by other deployments from the configured repository. This check also does not take into account jars in a war's lib dir (for example if you try and run a test using arquillian) or in an ear, which should be allowed.
I think there should be two changes. Firstly, those dependencies should be added unconditionally as there are cases where these marker will not be present and they will still be required. Secondly, the exception thrown because the beanManager has not been configured should be thrown earlier in the lifecycle where it will generate a real error message (perhaps in BatchEnvironmentService#start before creating the WildFlyBatchEnvironment where it can first be detected):
https://github.com/wildfly/wildfly/blob/bfc41360196f5183a005101bf7ac2d7bfa1389c0/batch/jberet/src/main/java/org/wildfly/jberet/services/BatchEnvironmentService.java#L71

Underneath a deployment resource there can be a large tree of runtime-only resources. Those resources are not getting the correct value for their isRuntime() property.
DeploymentModelUtils.getOrCreate() should call Resource.Factory.create(true) instead of just Resource.Factory.create().
Note this may break the console if it is doing a recursive read of deployment resources and not including the include-runtime=true param.

analyze ... noscan or partialscan is currently implemented as a physical optimization (GenMRTable1). There's little benefit in porting this over to tez, but we should automatically fall back to MR even if optimize.tez is set.

Considering this route :
from("direct://myendpoint").routeId("myendpoint.route").bean(new Object());
I get a NPE. I know, this is a very rare case that noone will reach again...
Anyway the fix is very simple, and is attached with it's test case.

Various forms of CliDriver use CliConfigs to set the 'confDir' below  (e.g. CliConfigs.SparkOnYarnCliConfig() used by TestMiniSparkOnYarnCliDriver.
QTestUtil.QTestUtil() has

    if (confDir != null && !confDir.isEmpty()) {
      HiveConf.setHiveSiteLocation(new URL("file://"+ new File(confDir).toURI().getPath() + "/hive-site.xml"));
      MetastoreConf.setHiveSiteLocation(HiveConf.getHiveSiteLocation());
      System.out.println("Setting hive-site: "+HiveConf.getHiveSiteLocation());
    }

This causes HiveConf.initialize() to load hvie-site.xml from that location.
MetastoreConf only loads hive-site.xml from the classpath which in the test environment picks up data/conf/hive-site.xml
So different parts of the system may end up disagreeing about property values.

If the skip method of BOMInputStream is used on a stream without a BOM, skip returns the wrong number of bytes (n - max(BOM-length)). This can lead to problems if the return value is evaluated for example from guava ByteStreams.skipFully.
BomTest.java
public class BomTest {

	private static InputStream createInputStream(boolean addBOM) {
		ByteBuffer bb = ByteBuffer.allocate(64);
		if (addBOM) {
			// UTF-8 BOM
			bb.put(new byte[] { (byte) 0xEF, (byte) 0xBB, (byte) 0xBF });
		}
		bb.put((byte) 0x31);
		bb.put((byte) 0x32);
		bb.put((byte) 0x33);
		return new ByteArrayInputStream(bb.array());
	}
	
	public static void main(String[] args) throws IOException {
		BOMInputStream is1 = new BOMInputStream(createInputStream(true));
		assertEquals(2, is1.skip(2));
		assertEquals((byte) 0x33, is1.read());
		
		BOMInputStream is2 = new BOMInputStream(createInputStream(false));
		assertEquals(2, is2.skip(2)); // fails here - skip returns 0
		assertEquals((byte) 0x33, is2.read());
	}
	
}

I catched this bug in 2.0.1, but as far as I can see on the source 2.5 is still affected.
I suggest the following change to the skip method:
BOMInputStream.java
    public long skip(long n) throws IOException {
    	int skipped = 0;
        while ((n > skipped) && (readFirstBytes() >= 0)) {
            skipped++;
        }
        return in.skip(n - skipped) + skipped;
    }

The sliding window is moved once "blocksize" data have been processed, which is too early if the back-reference offset is close to blocksize.
Also, the bytes read when the expand-methods signal a flush is required have never been accounted for, leading to "Premature end of stream" errors.
These have been fixed with git commits 9ae3752, d9421dc und e4658a.

When I'm sending message with empty body, i receive this exception:
	org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:418)
	org.springframework.ws.server.endpoint.support.PayloadRootUtils.getPayloadRootQName(PayloadRootUtils.java:83)
	org.springframework.ws.server.endpoint.mapping.PayloadRootAnnotationMethodEndpointMapping.getLookupKeyForMessage(PayloadRootAnnotationMethodEndpointMapping.java:57)
	org.springframework.ws.server.endpoint.mapping.AbstractMethodEndpointMapping.getEndpointInternal(AbstractMethodEndpointMapping.java:54)
	org.springframework.ws.server.endpoint.mapping.AbstractEndpointMapping.getEndpoint(AbstractEndpointMapping.java:83)
	org.springframework.ws.server.MessageDispatcher.getEndpoint(MessageDispatcher.java:242)
	org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:195)
	org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:162)
	org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:87)
	org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:197)
	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:476)
	org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:441)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
	org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:63)
	org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
	org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
And message causing this:
<soapenv:Envelope
	xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
	xmlns:q0="http://nevermind"
	xmlns:xsd="http://www.w3.org/2001/XMLSchema"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<soapenv:Header>
		<q0:sessionId>0PPAacL8UUACtCG7kdBp6MfNQ47FwUZd</q0:sessionId>
	</soapenv:Header>
	<soapenv:Body></soapenv:Body>

To avoid possibility when two different ssl-contexts are configured in Elytron dir-context, its attributes ssl-context and authentication-context should be mutually exclusive.
It is similar issue as WFCORE-2396.

Code cleanup for xmlsecurity component: remove cyclic package dependency

When the authentication token is revoked by other means then using SalesforceSession.logout(), it's unable (in most cases) to properly retry the original request.
The exception follows.

org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[Message: [Body is null]]
	at org.apache.camel.util.ObjectHelper.wrapCamelExecutionException(ObjectHelper.java:1380)
	at org.apache.camel.util.ExchangeHelper.extractResultBody(ExchangeHelper.java:623)
	at org.apache.camel.impl.DefaultProducerTemplate.extractResultBody(DefaultProducerTemplate.java:471)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:133)
	at org.apache.camel.component.salesforce.RestApiIntegrationTest.doTestGetGlobalObjects(RestApiIntegrationTest.java:136)
	at org.apache.camel.component.salesforce.RestApiIntegrationTest.testRetry(RestApiIntegrationTest.java:89)
Caused by: {message:'Unexpected exception: Response not received yet',statusCode:0}
	at org.apache.camel.component.salesforce.internal.client.AbstractClientBase$1.onException(AbstractClientBase.java:135)
	at org.eclipse.jetty.client.HttpEventListenerWrapper.onException(HttpEventListenerWrapper.java:94)
	at org.eclipse.jetty.client.RedirectListener.onException(RedirectListener.java:210)
	at org.eclipse.jetty.client.AsyncHttpConnection.handle(AsyncHttpConnection.java:168)
	at org.eclipse.jetty.io.nio.SslConnection.handle(SslConnection.java:196)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:696)
	at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:53)
Caused by: java.lang.IllegalStateException: Response not received yet
	at org.eclipse.jetty.client.CachedExchange.getResponseStatus(CachedExchange.java:47)
	at org.apache.camel.component.salesforce.internal.client.AbstractClientBase$1.onResponseComplete(AbstractClientBase.java:149)
	at org.eclipse.jetty.client.HttpEventListenerWrapper.onResponseComplete(HttpEventListenerWrapper.java:123)
	at org.eclipse.jetty.client.RedirectListener.onResponseComplete(RedirectListener.java:106)
	at org.eclipse.jetty.client.HttpExchange.setStatus(HttpExchange.java:305)
	at org.eclipse.jetty.client.AbstractHttpConnection$Handler.messageComplete(AbstractHttpConnection.java:340)
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:904)
	at org.eclipse.jetty.client.AsyncHttpConnection.handle(AsyncHttpConnection.java:135)
	... 6 more

HIVE-13134 changed the jdbc-standalone jar path to dist/jdbc instead of dist/lib. beeline.sh still looks for the jar in dist/lib which throws the following error

ls: cannot access /work/hive2/lib/hive-jdbc-*-standalone.jar: No such file or directory

It seems that annotation WebConfig takes precedence over jboss-webservices.xml descriptor values. It doesn't seem right as you cannot override annotation values for test purposes for example. 
Problematic code seems to be:
org.jboss.as.webservices.metadata.AbstractMetaDataBuilderEJB:159
(should prefer JBossPortComponentMetaData over EJBEndpoint)
and 
org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect:177
(should prefer EJBSecurityMetaData over annotation value)   

It looks to me as if the camel-milo client is broken in the most recent version of camel (2.21.x). Running a working example from camel 2.20.x (and 2.19.x) with Camel 2.21-SNAPSHOT results in:

2018-02-22 11:56:45.248  INFO 30400 --- [           main] o.e.milo.opcua.sdk.client.OpcUaClient    : Eclipse Milo OPC UA Stack version: 0.2.1
2018-02-22 11:56:45.248  INFO 30400 --- [           main] o.e.milo.opcua.sdk.client.OpcUaClient    : Eclipse Milo OPC UA Client SDK version: 0.2.1
2018-02-22 11:56:45.407  INFO 30400 --- [           main] o.a.c.c.m.c.i.SubscriptionManager        : Failed to connect

java.util.concurrent.ExecutionException: UaException: status=Bad_SessionClosed, message=The session was closed by the client.
    at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357) ~[na:1.8.0_161]
    at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895) ~[na:1.8.0_161]
    at org.apache.camel.component.milo.client.internal.SubscriptionManager.performConnect(SubscriptionManager.java:450) [camel-milo-2.21.0-SNAPSHOT.jar:2.21.0-SNAPSHOT]
    at org.apache.camel.component.milo.client.internal.SubscriptionManager.performAndEvalConnect(SubscriptionManager.java:375) [camel-milo-2.21.0-SNAPSHOT.jar:2.21.0-SNAPSHOT]
    at org.apache.camel.component.milo.client.internal.SubscriptionManager.connect(SubscriptionManager.java:370) [camel-milo-2.21.0-SNAPSHOT.jar:2.21.0-SNAPSHOT]
    at org.apache.camel.component.milo.client.internal.SubscriptionManager.<init>(SubscriptionManager.java:340) [camel-milo-2.21.0-SNAPSHOT.jar:2.21.0-SNAPSHOT]
    at org.apache.camel.component.milo.client.MiloClientConnection.init(MiloClientConnection.java:52) [camel-milo-2.21.0-SNAPSHOT.jar:2.21.0-SNAPSHOT]
    at org.apache.camel.component.milo.client.MiloClientConnection.checkInit(MiloClientConnection.java:69) [camel-milo-2.21.0-SNAPSHOT.jar:2.21.0-SNAPSHOT]
    at org.apache.camel.component.milo.client.MiloClientConnection.monitorValue(MiloClientConnection.java:86) [camel-milo-2.21.0-SNAPSHOT.jar:2.21.0-SNAPSHOT]
    at org.apache.camel.component.milo.client.MiloClientConsumer.doStart(MiloClientConsumer.java:57) [camel-milo-2.21.0-SNAPSHOT.jar:2.21.0-SNAPSHOT]
    at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:3701) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRouteConsumers(DefaultCamelContext.java:4019) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.doStartRouteConsumers(DefaultCamelContext.java:3954) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:3874) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:3638) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:3490) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:208) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:3249) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:3245) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:3268) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:3245) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:3168) [camel-core-2.20.2.jar:2.20.2]
    at org.apache.camel.spring.SpringCamelContext.start(SpringCamelContext.java:133) [camel-spring-2.20.2.jar:2.20.2]
    at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:174) [camel-spring-2.20.2.jar:2.20.2]
    at org.springframework.context.event.SimpleApplicationEventMulticaster.doInvokeListener(SimpleApplicationEventMulticaster.java:172) [spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
    at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:165) [spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
    at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:139) [spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
    at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:393) [spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
    at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:347) [spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
    at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:883) [spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:546) [spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
    at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:693) [spring-boot-1.5.8.RELEASE.jar:1.5.8.RELEASE]
    at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:360) [spring-boot-1.5.8.RELEASE.jar:1.5.8.RELEASE]
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:303) [spring-boot-1.5.8.RELEASE.jar:1.5.8.RELEASE]
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:1118) [spring-boot-1.5.8.RELEASE.jar:1.5.8.RELEASE]
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:1107) [spring-boot-1.5.8.RELEASE.jar:1.5.8.RELEASE]
    at de.dentrassi.bcx18.opcua.Application.main(Application.java:19) [classes/:na]
Caused by: org.eclipse.milo.opcua.stack.core.UaException: status=Bad_SessionClosed, description=The session was closed by the client.
    at org.eclipse.milo.opcua.stack.core.util.FutureUtils.failedUaFuture(FutureUtils.java:100) ~[stack-core-0.2.1.jar:0.2.1]
    at org.eclipse.milo.opcua.stack.core.util.FutureUtils.failedUaFuture(FutureUtils.java:88) ~[stack-core-0.2.1.jar:0.2.1]
    at org.eclipse.milo.opcua.sdk.client.session.states.Inactive.<init>(Inactive.java:28) ~[sdk-client-0.2.1.jar:0.2.1]
    at org.eclipse.milo.opcua.sdk.client.session.SessionFsm.<init>(SessionFsm.java:69) ~[sdk-client-0.2.1.jar:0.2.1]
    at org.eclipse.milo.opcua.sdk.client.OpcUaClient.<init>(OpcUaClient.java:159) ~[sdk-client-0.2.1.jar:0.2.1]
    at org.apache.camel.component.milo.client.internal.SubscriptionManager.performConnect(SubscriptionManager.java:447) [camel-milo-2.21.0-SNAPSHOT.jar:2.21.0-SNAPSHOT]
    ... 36 common frames omitted

And no more connections are possible.

Michael Bieniosek manufactured the following in a 0.16.0 install:

08/03/06 17:52:02 DEBUG hbase.HTable: Advancing internal scanner to startKey g80Fi5WZHlzLqGzErrAd7V==
08/03/06 17:52:02 DEBUG hbase.HConnectionManager$TableServers: reloading table servers because: No server address listed in .META. for region enwiki_080103,g80Fi5WZHlzLqGzErrAd7V==,1204768636421
08/03/06 17:52:12 DEBUG hbase.HConnectionManager$TableServers: reloading table servers because: No server address listed in .META. for region enwiki_080103,g80Fi5WZHlzLqGzErrAd7V==,1204768636421
08/03/06 17:52:22 DEBUG hbase.HConnectionManager$TableServers: reloading table servers because: No server address listed in .META. for region enwiki_080103,g80Fi5WZHlzLqGzErrAd7V==,1204768636421
org.apache.hadoop.hbase.NoServerForRegionException: No server address listed in .META. for region enwiki_080103,g80Fi5WZHlzLqGzErrAd7V==,1204768636421
        at org.apache.hadoop.hbase.HConnectionManager$TableServers.locateRegionInMeta(HConnectionManager.java:449)
        at org.apache.hadoop.hbase.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:346)
        at org.apache.hadoop.hbase.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:309)
        at org.apache.hadoop.hbase.HTable.getRegionLocation(HTable.java:103)
        at org.apache.hadoop.hbase.HTable$ClientScanner.nextScanner(HTable.java:854)
        at org.apache.hadoop.hbase.HTable$ClientScanner.next(HTable.java:915)
        at org.apache.hadoop.hbase.hql.SelectCommand.scanPrint(SelectCommand.java:233)
        at org.apache.hadoop.hbase.hql.SelectCommand.execute(SelectCommand.java:100)
        at org.apache.hadoop.hbase.hql.HQLClient.executeQuery(HQLClient.java:50)
        at org.apache.hadoop.hbase.Shell.main(Shell.java:114)

When I look in the .META., I see that the above region range has multiple mentions... : one offlined, two that have startcodes and servers associated and about 5 others that are just HRIs.  Table is broke.  At least need the merge of overlapping regions tool to fix.  Digging more....

We are using the spring-vaadin library in our project, which has its own annotation @VaadinView:

@Target({java.lang.annotation.ElementType.TYPE})
@Retention(java.lang.annotation.RetentionPolicy.RUNTIME)
@VaadinComponent
@VaadinViewScope
public @interface VaadinView {

    /**
     * The name of the view. This is the name that is to be passed to the
     * {@link com.vaadin.navigator.Navigator} when navigating to the view. There can be multiple views
     * with the same name as long as they belong to separate UI subclasses.
     *
     * @see #ui()
     */
    String name();

    /**
     * By default, the view will be available for all UI subclasses in the application. This attribute can be used
     * to explicitly specify which subclass (or subclasses) that the view belongs to.
     */
    Class<? extends UI>[] ui() default {};
}

Library also defines its own scope "vaadin-view", which has a "shortcut" annotation @VaadinViewScope defined like:

@Scope("vaadin-view")
@Target({ElementType.TYPE, ElementType.METHOD})
public @interface VaadinViewScope {
}

I tried our project with 4.2.0.RC2 (RC1 worked fine) and suddenly there is an exception when scanning scope of classes with @VaadinView annotation:

Caused by: org.springframework.core.annotation.AnnotationConfigurationException: In annotation [org.springframework.context.annotation.Scope] declared on [file [D:\...\AdminViewImpl.class]], attribute [value] and its alias [name] are present with values of [vaadin-view] and [admin], but only one is permitted.
	at org.springframework.core.annotation.AnnotationAttributes.getRequiredAttributeWithAlias(AnnotationAttributes.java:434)
	at org.springframework.core.annotation.AnnotationAttributes.getAliasedString(AnnotationAttributes.java:149)
	at org.springframework.context.annotation.AnnotationScopeMetadataResolver.resolveScopeMetadata(AnnotationScopeMetadataResolver.java:82)
	at org.springframework.context.annotation.ClassPathBeanDefinitionScanner.doScan(ClassPathBeanDefinitionScanner.java:250)
	at org.springframework.context.annotation.ComponentScanAnnotationParser.parse(ComponentScanAnnotationParser.java:137)
	at org.springframework.context.annotation.ConfigurationClassParser.doProcessConfigurationClass(ConfigurationClassParser.java:267)
	at org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass(ConfigurationClassParser.java:231)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:198)
	at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.java:167)
	... 18 more

I think it has something to do with SPR-11393, parameters "name" and "value" of different annotations are mixed together.

In case there is multiple external PKCS11 credential stores configured, intermittently it happens on startup exception occurs. Seems more CS are configured, it is bigger chance to hit error. If only one CS is configured error does not occur.
We have automatic tests with 3 CS and so far we have not hit this issue. With 5 CS from reproducer it happens nearly with each restart. I hit this during discussing analysis of advanced keystore features [1] with Farah.
Multiple  CS can be expected by users, when they want to logically separate CS  files for some reason. However technically everything can be stored in  one CS.
That is analogy of https://issues.jboss.org/browse/JBEAP-11693  for PKCS11 credential store. Fix for that issue was proper  synchronization of PKCS11 keystore loading. I assume something similar  will be needed here.
If  there is missing synchronization of PKCS11 keystore in Credential store  implementation, that can in theory occur in combination of 1 CS and  multiple PKCS11 keystores as well. However this scenario is tested for  and such problem haven't occurred yet.
Brad Maxwell Is GSS is ok with this being critical since a workaround exists?
External Credential Store is new feature of Elytron tracked by EAP7-277.
KeyStoreException: invalid KeyStore state: found N secret keys sharing CKA_LABEL [my-key]

09:56:15,574 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("credential-store" => "MyStore")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.MyStore" => "WFLYELY00004: Unable to start the service.
    Caused by: org.wildfly.security.credential.store.CredentialStoreException: java.security.KeyStoreException: expected but could not find secret key
    Caused by: java.security.KeyStoreException: expected but could not find secret key"}}
09:56:15,575 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("credential-store" => "MyStore4")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.MyStore4" => "WFLYELY00004: Unable to start the service.
    Caused by: org.wildfly.security.credential.store.CredentialStoreException: java.security.KeyStoreException: invalid KeyStore state: found 2 secret keys sharing CKA_LABEL [my-key]
    Caused by: java.security.KeyStoreException: invalid KeyStore state: found 2 secret keys sharing CKA_LABEL [my-key]"}}
09:56:15,576 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("credential-store" => "MyStore5")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.MyStore5" => "WFLYELY00004: Unable to start the service.
    Caused by: org.wildfly.security.credential.store.CredentialStoreException: java.security.KeyStoreException: invalid KeyStore state: found 3 secret keys sharing CKA_LABEL [my-key]
    Caused by: java.security.KeyStoreException: invalid KeyStore state: found 3 secret keys sharing CKA_LABEL [my-key]"}}

[1] https://developer.jboss.org/wiki/AnalysisDesign-AdvancedElytronKey-storeManipulationOperations

Contrary to the documentation, the "encoder" and "decoder" option is unusable as it's value is taken as-is instead of resolving the references using the registry.
This bug was introduced in the revision 960621 as part of CAMEL-2907.
Patch can be found at https://github.com/szabolcsberecz/camel/commit/b3bcc8dd284575c931048ea410c44577474e25dd

While working on BIGTOP-885, I saw that Hive was giving a bunch of warnings related to overriding final parameters in job.conf. This was on a pseudo distributed cluster. FWIW, I didn't see this happen on a fully-distributed cluster. Perhaps, Hive's job.conf is overriding some final parameters it shouldn't.
Here is what the warnings looked like:

2013-04-19 14:20:32,304 WARN  [main] conf.Configuration (Configuration.java:loadProperty(2032)) - file:/tmp/root/hive_2013-04-19_14-20-30_159_5701876916688815815/-local-10002/jobconf.xml:an attempt to override final parameter: mapreduce.job.end-notification.max.retry.interval;  Ignoring.
2013-04-19 14:20:32,367 WARN  [main] conf.Configuration (Configuration.java:loadProperty(2032)) - file:/tmp/root/hive_2013-04-19_14-20-30_159_5701876916688815815/-local-10002/jobconf.xml:an attempt to override final parameter: mapreduce.job.end-notification.max.attempts;  Ignoring.

To reproduce, run a query like:

CREATE TABLE u_data (
  userid INT,
  movieid INT,
  rating INT,
  unixtime STRING)
FIELDS TERMINATED BY '\t'

Load some data into u_data, here is some sample data:
https://github.com/apache/bigtop/blob/master/bigtop-tests/test-artifacts/hive/src/main/resources/seed_data_files/ml-data/u.data
Run a simple query on that data (on YARN/MR2)

INSERT OVERWRITE DIRECTORY '/tmp/count'
SELECT COUNT(1) FROM u_data

Very often when we try to enable a big table we get something like:

2011-09-02 12:21:56,619 FATAL org.apache.hadoop.hbase.master.HMaster: Unexpected state trying to OFFLINE; huge_ass_region_name state=PENDING_OPEN, ts=1314991316616
        at org.apache.hadoop.hbase.master.AssignmentManager.setOfflineInZooKeeper(AssignmentManager.java:1074)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1030)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:858)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:838)
        at org.apache.hadoop.hbase.master.handler.EnableTableHandler$BulkEnabler$1.run(EnableTableHandler.java:154)
2011-09-02 12:21:56,620 INFO org.apache.hadoop.hbase.master.HMaster: Aborting
The issue is that EnableTableHandler calls multiple BulkEnabler and it's possible that by the time it calls it a second time, using a stale list of still-not-enabled regions, that it tries to set one region offline in ZK but just after its state changed. Case in point:

2011-09-02 12:21:56,616 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region huge_ass_region_name to sv4r23s16,60020,1314880035029
Here the first line is the first assign done in the first thread, and the second line is the second thread that got to process the same region around the same time. 3ms difference in time. After that, the master dies, and it's pretty sad when it restarts because it failovers an enabling table and it's ungodly slow.
I'm pretty sure there's a window where double assignment are possible.
Talking with Stack, it doesn't really make sense to call multiple enables since the list of regions is static (the table is disabled!). We should just call it and wait. Also there's a lot of cleanup to do in EnableTableHandler since it refers to disabling the table (copy pasta I guess).

Simple bug. We are showing the Hadoop's source MD5 checksum in the master UI instead of the HBase's one. 

Here is some logging cleanup that came of a study session this afternoon.

In Transaction related tables, Java long column fields are mapped to int which results in failure as shown:

2014-09-23 18:08:00,030 DEBUG txn.TxnHandler (TxnHandler.java:lock(1243)) - Going to execute update <insert into HIVE_LOCKS  (hl_lock_ext_id, hl_lock_int_id, hl_txnid, hl_db, hl_table, hl_partition, hl_lock_state, hl_lock_type, hl_last_heartbeat, hl_user, hl_host) values (28, 1,0, 'default', null, null, 'w', 'r', 1411495679547, 'hadoopqa', 'onprem-sqoop1')>
2014-09-23 18:08:00,033 DEBUG txn.TxnHandler (TxnHandler.java:lock(406)) - Going to rollback
2014-09-23 18:08:00,045 ERROR metastore.RetryingHMSHandler (RetryingHMSHandler.java:invoke(139)) - org.apache.thrift.TException: MetaException(message:Unable to update transaction database com.microsoft.sqlserver.jdbc.SQLServerException: Arithmetic overflow error converting expression to data type int.
        at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDatabaseError(SQLServerException.java:197)
        at com.microsoft.sqlserver.jdbc.TDSTokenHandler.onEOF(tdsparser.java:246)
        at com.microsoft.sqlserver.jdbc.TDSParser.parse(tdsparser.java:83)
        at com.microsoft.sqlserver.jdbc.SQLServerStatement.getNextResult(SQLServerStatement.java:1488)
        at com.microsoft.sqlserver.jdbc.SQLServerStatement.doExecuteStatement(SQLServerStatement.java:775)
        at com.microsoft.sqlserver.jdbc.SQLServerStatement$StmtExecCmd.doExecute(SQLServerStatement.java:676)
        at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:4615)
        at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:1400)
        at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeCommand(SQLServerStatement.java:179)
        at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeStatement(SQLServerStatement.java:154)
        at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeUpdate(SQLServerStatement.java:633)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.lock(TxnHandler.java:1244)
        at org.apache.hadoop.hive.metastore.txn.TxnHandler.lock(TxnHandler.java:403)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.lock(HiveMetaStore.java:5255)
        ...

In this query one of the column HL_LAST_HEARTBEAT defined as int datatype in HIVE_LOCKS is trying to take in a long value (1411495679547) and throws the error. We should use bigint as column type instead.

When going through the instructions on http://hbase.apache.org/book/ides.html, the build will fail in eclipse because none of the sources are generated.  After looking at our pom and reading http://wiki.eclipse.org/M2E_compatible_maven_plugins, we are telling m2eclipse to ignore the avro and jamon plugins.

HadoopShims has a method to fetch config parameters by name so that they return the appropriate config param name for the appropriate hadoop version. We need to be consistent about using these versions.
For eg:. mapred.min.split.size is deprecated with hadoop 2.x, and is instead called mapreduce.input.fileinputformat.split.minsize .
Also, there is a bug in Hadoop23Shims, Hadoop20SShims and Hadoop20Shims that defines MAPREDMINSPLITSIZEPERNODE as mapred.min.split.size.per.rack and MAPREDMINSPLITSIZEPERRACK as mapred.min.split.size.per.node. This is wrong and confusing.

While trying to update some old XML configured code to use annotation configuration for bean declarations I started to see many WARNINGs about BeanCreationException in my log on startup. 
Having spend quite some time trying to find where I had created a circular dependency in my beans, I realised that I hadn't and that the WARNINGs were all associated with XML declarations of TransactionProxyFactoryBean. I did some experimentation and created a small project to reproduce the issue in isolation.
Consider the following bean configuration:
transactionManager- A no-op dummy implementation of PlatformTransactionManager declared in XML
bazBean- A TransactionProxyFactoryBean whose target is bazBean_target
bazBean_target, A BazBean that can be declared with XML or with @Component, its constructor takes a BarBean
barBean- A BarBean declared using @Component, its constructor takes a FooBean
fooBean - A FooBean declared using XML or @Component, its constructor takes no arguments
For the example, none of these beans need have any methods or actually do anything. The BazBean and BarBean classes use constructor injection, and FooBean has no dependencies. It is necessary for BarBean to depend on another bean. If BarBean has no dependencies then the WARNING doesn't occur. 
The above configuration (with bazBean_target in xml) will result in the following 1 warning being logged on startup:
WARNING: Bean creation exception on non-lazy FactoryBean type check: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'bazBean' defined in class path resource [context.xml]: Cannot resolve reference to bean 'bazBean_target' while setting bean property 'target'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'bazBean_target' defined in class path resource [context.xml]: Cannot resolve reference to bean 'barBean' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'barBean': Requested bean is currently in creation: Is there an unresolvable circular reference?
If you define bazBean_target using @Component you will get the following 2 warnings logged:
_WARNING: Bean creation exception on non-lazy FactoryBean type check: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'bazBean' defined in class path resource [context.xml]: Cannot resolve reference to bean 'bazBean_target' while setting bean property 'target'; nested exception is org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'bazBean_target' defined in file [C:\dev\beancreationwarning\target\classes\com\example\beancreationwarning\beans\BazBean.class]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'barBean': Requested bean is currently in creation: Is there an unresolvable circular reference?
Jan 28, 2018 7:51:12 PM org.springframework.beans.factory.support.AbstractBeanFactory getTypeForFactoryBean
WARNING: Bean creation exception on non-lazy FactoryBean type check: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'bazBean' defined in class path resource [context.xml]: Cannot resolve reference to bean 'bazBean_target' while setting bean property 'target'; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'bazBean_target': Requested bean is currently in creation: Is there an unresolvable circular reference?_
The beans do get created and work fine.  
The order of annotated bean creation plays a role: 
In the above example, if you declare another bean using @Component that depends on a BarBean and its classname comes alphabetically before BarBean - say "Aardvard" for example, then the warning on bazBean vanishes, but if you rename Aardvark to Zebra, the warning will return.
I have not experimented to determine if the issue occurs with Java Config or with other types of ProxyFactoryBean. It is present in Spring 4.3.14 and 5.0.3 (and I would suspect earlier versions, but haven't verified)

        if (current.entry.getCompressedSize() != ArchiveEntry.SIZE_UNKNOWN) {
            if (current.entry.getMethod() == ZipMethod.UNSHRINKING.getCode()) {
                current.in = new UnshrinkingInputStream(new BoundedInputStream(in, current.entry.getCompressedSize()));
            } else if (current.entry.getMethod() == ZipMethod.IMPLODING.getCode()) {
                current.in = new ExplodingInputStream(
                        current.entry.getGeneralPurposeBit().getSlidingDictionarySize(),
                        current.entry.getGeneralPurposeBit().getNumberOfShannonFanoTrees(),
                        new BoundedInputStream(in, current.entry.getCompressedSize()));
            } else if (current.entry.getMethod() == ZipMethod.BZIP2.getCode()) {
                current.in = new BZip2CompressorInputStream(new BoundedInputStream(in, current.entry.getCompressedSize()));
            }
        }

never sets current.in if the compressed size is unknown which probably leads to a NullPointerException in read later. We should fail early with a useful error message instead.

This block of code in HiveScriptRunner (line 98) swallows exceptions.
        } catch (Exception ex) {
            try 
{
                hive.clean();
            }
 catch (Exception exc) {            
            }
        } finally 
{
            IOUtils.closeStream(reader);
        }
When I have a spring-batch workflow running a Hive job as one of the intermediate steps, I'd like the Hive Tasklet to fail out if something goes wrong, and bubble up an exception so that I can get some meaningful error messages in my logs (and prevent dependent steps from even executing)

See nabble
http://www.nabble.com/Dynamic-RecipientList-delimeter-issue-td25917854.html

Projection Expression:
new java.util.ArrayList(#root).![payload].toString()
where the root object is an UnmodifiableCollection of messages whose payloads are Integers....

[[Payload Integer content=0][Headers={correlationId=1, sequenceSize=5, sequenceNumber=0, id=f701482f-9d91-7c4e-9f69-c07baa37938e, timestamp=1390425289802}], [Payload Integer content=1][Headers={correlationId=1, sequenceSize=5, sequenceNumber=1, id=13ffdd8f-5d02-d336-e213-3d4aa89c84c8, timestamp=1390425289806}], [Payload Integer content=2][Headers={correlationId=1, sequenceSize=5, sequenceNumber=2, id=2b278fe4-0155-8758-5f84-2a5df91146cc, timestamp=1390425289806}], [Payload Integer content=3][Headers={correlationId=1, sequenceSize=5, sequenceNumber=3, id=56fba1c0-5fd4-8955-9924-0c1a9a239251, timestamp=1390425289807}], [Payload Integer content=4][Headers={correlationId=1, sequenceSize=5, sequenceNumber=4, id=13632546-5842-e1f8-845c-ef95d28c78ef, timestamp=1390425289807}]]

In 4.0.0 SpEL correctly resolves to the public java.util.ArrayList(java.util.Collection) ctor.
With the 4.0.1 snapshot, it resolves to the ArrayList(int) ctor.
resulting in 
No converter found capable of converting from type java.util.Collections$UnmodifiableCollection<?> to type int

Currently LIKE converts the string to a regular expression.  It tries to handle special characters but many are not correctly handled, e.g. +, ?, |, etc.  That code should just use Pattern.quote.

Spring Batch performs it job registration in response to a ContextRefreshedEvent. In Spring 4.0, the scheduler starts calling scheduled tasks in response to a ContextRefreshedEvent. In Spring 4.1 the latter has changed due  SPR-12039 which made ScheduledAnnotationBeanPostProcessor a SmartInitializingSingleton. In short this means that the scheduler now starts calling scheduled tasks before the ContextRefreshedEvent is sent. This means that scheduled tasks that are driven during startup can no longer depend on a Batch job having been registered.

In the getSplits() function of TableInputFormatBase, there is a line to compare the region's stop key and the given scan's stop key.
If the region's stop key is smaller, then use the region's stop key instead of the one given by user.
But the last region will not have a stop key, so comparing a null key to the given stop key  is always smaller, and the user's stop key is simply ignored.

wrong result in left semi join while hive.optimize.ppd=true
1、create table
   create table t1(c1 int,c2 int, c3 int, c4 int, c5 double,c6 int,c7 string)   row format DELIMITED FIELDS TERMINATED BY '|';
   create table t2(c1 int) ;
2、load data
load data local inpath '/home/test/t1.txt' OVERWRITE into table t1;
load data local inpath '/home/test/t2.txt' OVERWRITE into table t2;
t1 data:
1|3|10003|52|781.96|555|201203
1|3|10003|39|782.96|555|201203
1|3|10003|87|783.96|555|201203
2|5|10004|24|789.96|555|201203
2|5|10004|58|788.96|555|201203
t2 data:
555
3、excute Query
select t1.c1,t1.c2,t1.c3,t1.c4,t1.c5,t1.c6,t1.c7  from t1 left semi join t2 on t1.c6 = t2.c1 and  t1.c1 =  '1' and t1.c7 = '201203' ;   
can got result.
select t1.c1,t1.c2,t1.c3,t1.c4,t1.c5,t1.c6,t1.c7  from t1 left semi join t2 on t1.c6 = t2.c1 where t1.c1 =  '1' and t1.c7 = '201203' ;   
can't got result.

TheadType is missing in org/apache/camel/model/jaxb.index => JAXB don't know how to unmarshall thread.
Bug description found in Camel Users forum : http://www.nabble.com/Processor-thread-pool-td13212513s22882.html

See http://www.nabble.com/Issue-with-interceptSendToEndpoint-to25859201s22882.html

Trying to run rolling-restart got this:

2010-12-22 20:16:48,579 FATAL org.apache.hadoop.hbase.master.HMaster: Unhandled exception. Starting shutdown.
    at org.apache.hadoop.hbase.master.AssignmentManager.processRegionInTransition(AssignmentManager.java:264)
    at org.apache.hadoop.hbase.master.AssignmentManager.processFailover(AssignmentManager.java:223)
    at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:395)
    at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:277)
2010-12-22 20:16:48,581 INFO org.apache.hadoop.hbase.master.HMaster: Aborting
2010-12-22 20:16:48,581 DEBUG org.apache.hadoop.hbase.master.HMaster: Stopping service threads

common/src/java/org/apache/hadoop/hive/conf/HiveConf.java.orig
ql/src/test/results/clientpositive/llap/vector_join30.q.out.orig

Servlets should be able to read application files by using ServletContext.getResourceAsStream without specifying additional permissions.

Its possible for the AppmasterLauncherRunners.class to receive two appmaster state events when being used with StaticAppmaster. This causes System.exit to be called twice and is  causing the jvm to block indefinitely. From the jvm docs for Runtime.exit(),
"If this method is invoked after the virtual machine has begun its shutdown sequence then if shutdown hooks are being run this method will block indefinitely. If shutdown hooks have already been run and on-exit finalization has been enabled then this method halts the virtual machine with the given status code if the status is nonzero; otherwise, it blocks indefinitely.
The System.exit method is the conventional and convenient means of invoking this method."
I get two of these lines in my logs, the second being the last entry.
INFO [Thread-2] — CommandLineRunnerSupport: About to exit using code= 0

When filtering Parquet tables using a partition column, the query fails saying the column does not exist:

hive> create table part1 (id int, content string) partitioned by (p string) stored as parquet;
hive> alter table part1 add partition (p='p1');
hive> insert into table part1 partition (p='p1') values (1, 'a'), (2, 'b');
hive> select id from part1 where p='p1';
Failed with exception java.io.IOException:java.lang.IllegalArgumentException: Column [p] was not found in schema!
Time taken: 0.151 seconds

It is correct that the partition column is not part of the Parquet schema. So, the fix should be to remove such expression from the Parquet PPD.

If there is no java on path tests fail with 

java.lang.AssertionError: Failed to start CLI process: Cannot run program "java": error=2, No such file or directory
    at org.jboss.as.test.integration.management.cli.CliScriptTestBase.execute(CliScriptTestBase.java:108)
    at org.jboss.as.test.integration.management.cli.CliScriptTestBase.execute(CliScriptTestBase.java:73)
    at org.jboss.as.test.integration.management.cli.CliScriptTestBase.execute(CliScriptTestBase.java:69)
    at org.jboss.as.test.integration.management.cli.CliArgumentsTestCase.testConnectArgument(CliArgumentsTestCase.java:103)

Test should use JAVA_HOME env variable or java that ran "current" process
without this fix it is really hard to properly test build with different JDKs as test will always use default java for executing commands instead of build provided/configured one

splitSqlScript in ResourceDatabasePopulator traverses the SQL String and splits it up at ; characters if they do not occur inside an '..'. As it does thecheck for ' on a per-character basis it cannot distinguish between real ' and SQL escaped ones (\'). So whenever the SQL file contains an escaped ' the inLiteral flag is incorrectly flipped.

I use the Ribbon Template API where I can use HttpResponseValidators to check the response status. If I check the status of a response, the maven build breaks because of missing class files. The IDE doesn't show compile errors, so I think it is a bom problem.

[ERROR] /Users/sialcasa/Documents/Development/Java/workspace/swarm-examples/ribbon/events/src/main/java/org/wildfly/swarm/examples/netflix/ribbon/events/EventsResource.java:[29,35] package io.netty.handler.codec.http does not exist
[ERROR] /Users/sialcasa/Documents/Development/Java/workspace/swarm-examples/ribbon/events/src/main/java/org/wildfly/swarm/examples/netflix/ribbon/events/EventsResource.java:[73,61] cannot find symbol
  symbol: variable HttpResponseStatus
[ERROR] /Users/sialcasa/Documents/Development/Java/workspace/swarm-examples/ribbon/events/src/main/java/org/wildfly/swarm/examples/netflix/ribbon/events/EventsResource.java:[73,51] cannot access io.netty.handler.codec.http.HttpResponseStatus
  class file for io.netty.handler.codec.http.HttpResponseStatus not found
[INFO] 3 errors 

The query  "SELECT COUNT(1) FROM f_status_update fsu WHERE FALSE" should return a single row with value 0.
Our code treat that query as "SELECT 1, COUNT(1) FROM f_status_update fsu WHERE FALSE GROUP BY 1", but these 2 queries are not equivalent because the second query will return empty result if the input is empty.

Navis, I would really appreciate if you can take a look.
I am attaching a testcase, for which in the optimizer the join context left
aliases and right aliases do not look correct.

The tez dag is hooked up incorrectly for some union all queries involving map joins. That's quite common and results in either NPE or invalid results.

HIVE-4064 fixed many cases where table names qualified with database names could not be used (eg db1.table1). The fix needs more test cases.

In the method scheduleRoute(...) there is logging code that looks like:

  if (LOG.isInfoEnabled()) {
    LOG.info("Scheduled trigger: {} for action: {} on route: ", 
        new Object[]{trigger.getFullName(), action, route.getId()});
  }

...but it's missing parameter placeholder for the routeId.  It should be:

    LOG.info("Scheduled trigger: {} for action: {} on route: {}", 
  }

We have these two tables:

create table t1 (c1 bigint, c2 string);

CREATE TABLE t2 (c1 int, c2 string)
PARTITIONED BY (p1 string);

load data local inpath 'data' into table t1;

But, when try to insert into table t2 from t1:

insert overwrite table t2 partition(p1) select *,c1 as p1 from t1 distribute by p1;

The query failed with the following exception:

2015-02-11 12:50:52,756 ERROR [LocalJobRunner Map Task Executor #0]: mr.ExecMapper (ExecMapper.java:map(178)) - org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"c1":1,"c2":"one"}
  at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:503)
  at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:170)
  at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:243)
  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
  at java.util.concurrent.FutureTask.run(FutureTask.java:262)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.RuntimeException: cannot find field _col2 from [0:_col0, 1:_col1]
  at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.processOp(ReduceSinkOperator.java:397)
  at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:815)
  at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:84)
  at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:95)
  at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:157)
  at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:493)
  ... 10 more
Caused by: java.lang.RuntimeException: cannot find field _col2 from [0:_col0, 1:_col1]
  at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getStandardStructFieldRef(ObjectInspectorUtils.java:410)
  at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.getStructFieldRef(StandardStructObjectInspector.java:147)
  at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator.initialize(ExprNodeColumnEvaluator.java:55)
  at org.apache.hadoop.hive.ql.exec.Operator.initEvaluators(Operator.java:954)
  at org.apache.hadoop.hive.ql.exec.ReduceSinkOperator.processOp(ReduceSinkOperator.java:325)
  ... 16 more

A job that is programatically stopped and restarted at a step prior to the step it was stopped in will not advance past the step it was previously stopped.  Below is an example of a job with the issue:

	<job id="restart.job6">
		<step id="job6.step1" next="job6.step2">
			<tasklet allow-start-if-complete="true" >
				<chunk reader="customerFileReader" writer="xmlOutputWriter"
					commit-interval="10" />
		</step>
		<step id="job6.step2"  parent="formatFileStep" >
			<next on="ES3" to="job6.step3" />
			<stop on="ES4" restart="job6.step4" />
			<listeners>
				<listener ref="translator"/>
			</listeners>
		</step>
		<step id="job6.step3" next="job6.step4"  parent="formatFileStep"/>
		<step id="job6.step4"  parent="formatFileStep"/>
	</job>

The full export of this job can be found here: https://gist.github.com/4259471

In ORC extractMetaInfoFromFooter method of ReaderImpl.java:
A new input stream is open without try-catch-finally to enforce closing.
Once the footer parse has some exception, the stream close will miss. 
Until GC happen to close the stream.
private static FileMetaInfo extractMetaInfoFromFooter(FileSystem fs,
                                                        Path path,
                                                        long maxFileLength
                                                        ) throws IOException 
{
    FSDataInputStream file = fs.open(path);

    ...
    file.close();

    return new FileMetaInfo(
        ps.getCompression().toString(),
        (int) ps.getCompressionBlockSize(),
        (int) ps.getMetadataLength(),
        buffer,
        ps.getVersionList(),
        writerVersion
        );
  }
            
See this:
https://builds.apache.org/job/HBASE-Flaky-Tests/31125/artifact/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.replication.multiwal.TestReplicationKillMasterRSCompressedWithMultipleAsyncWAL-output.txt

2018-05-09 15:07:00,887 INFO  [RS_REFRESH_PEER-regionserver/asf916:0-1] regionserver.RefreshPeerCallable(52): Received a peer change event, peerId=2, type=REMOVE_PEER
2018-05-09 15:07:00,890 INFO  [RS_REFRESH_PEER-regionserver/asf916:0-1] regionserver.ReplicationSource(485): Closing source 2-asf916.gq1.ygridcore.net,36287,1525878368395 because: Replication stream was removed by a user
2018-05-09 15:07:00,892 DEBUG [ReplicationExecutor-0.replicationSource,2-asf916.gq1.ygridcore.net,36287,1525878368395.replicationSource.shipperasf916.gq1.ygridcore.net%2C36287%2C1525878368395.asf916.gq1.ygridcore.net%2C36287%2C1525878368395.regiongroup-0,2-asf916.gq1.ygridcore.net,36287,1525878368395] zookeeper.ZKWatcher(617): regionserver:34308-0x163456ff2490004, quorum=localhost:60149, baseZNode=/1 Received InterruptedException, will interrupt current thread and rethrow a SystemErrorException
	at org.apache.zookeeper.ClientCnxn.submitRequest(ClientCnxn.java:1406)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.delete(RecoverableZooKeeper.java:166)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNode(ZKUtil.java:1231)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNode(ZKUtil.java:1220)
	at org.apache.hadoop.hbase.replication.ZKReplicationQueueStorage.removeWAL(ZKReplicationQueueStorage.java:198)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.lambda$cleanOldLogs$8(ReplicationSourceManager.java:526)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.abortWhenFail(ReplicationSourceManager.java:454)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.cleanOldLogs(ReplicationSourceManager.java:526)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.cleanOldLogs(ReplicationSourceManager.java:506)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.logPositionAndCleanOldLogs(ReplicationSourceManager.java:489)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceShipper.updateLogPosition(ReplicationSourceShipper.java:231)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceShipper.shipEdits(ReplicationSourceShipper.java:133)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceShipper.run(ReplicationSourceShipper.java:103)
2018-05-09 15:07:00,892 DEBUG [ReplicationExecutor-0.replicationSource,2-asf916.gq1.ygridcore.net,36287,1525878368395.replicationSource.shipperasf916.gq1.ygridcore.net%2C36287%2C1525878368395.asf916.gq1.ygridcore.net%2C36287%2C1525878368395.regiongroup-1,2-asf916.gq1.ygridcore.net,36287,1525878368395] zookeeper.ZKWatcher(617): regionserver:34308-0x163456ff2490004, quorum=localhost:60149, baseZNode=/1 Received InterruptedException, will interrupt current thread and rethrow a SystemErrorException
	at org.apache.zookeeper.ZooKeeper.multiInternal(ZooKeeper.java:990)
	at org.apache.zookeeper.ZooKeeper.multi(ZooKeeper.java:910)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.multi(RecoverableZooKeeper.java:663)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.multiOrSequential(ZKUtil.java:1690)
	at org.apache.hadoop.hbase.replication.ZKReplicationQueueStorage.setWALPosition(ZKReplicationQueueStorage.java:246)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.lambda$logPositionAndCleanOldLogs$7(ReplicationSourceManager.java:487)
	at org.apache.hadoop.hbase.replication.regionserver.ReplicationSourceManager.logPositionAndCleanOldLogs(ReplicationSourceManager.java:487)
2018-05-09 15:07:00,896 DEBUG [RpcServer.default.FPBQ.Fifo.handler=4,queue=0,port=36902] master.MasterRpcServices(1141): Checking to see if procedure is done pid=52
2018-05-09 15:07:00,898 ERROR [ReplicationExecutor-0.replicationSource,2-asf916.gq1.ygridcore.net,36287,1525878368395.replicationSource.shipperasf916.gq1.ygridcore.net%2C36287%2C1525878368395.asf916.gq1.ygridcore.net%2C36287%2C1525878368395.regiongroup-0,2-asf916.gq1.ygridcore.net,36287,1525878368395] helpers.MarkerIgnoringBase(159): ***** ABORTING region server asf916.gq1.ygridcore.net,34308,1525878368287: Failed to operate on replication queue *****
org.apache.hadoop.hbase.replication.ReplicationException: Failed to remove wal from queue (serverName=asf916.gq1.ygridcore.net,34308,1525878368287, queueId=2-asf916.gq1.ygridcore.net,36287,1525878368395, fileName=asf916.gq1.ygridcore.net%2C36287%2C1525878368395.asf916.gq1.ygridcore.net%2C36287%2C1525878368395.regiongroup-0.1525878371229)
	at org.apache.hadoop.hbase.replication.ZKReplicationQueueStorage.removeWAL(ZKReplicationQueueStorage.java:202)
Caused by: org.apache.zookeeper.KeeperException$SystemErrorException: KeeperErrorCode = SystemError
	at org.apache.hadoop.hbase.zookeeper.ZKWatcher.interruptedException(ZKWatcher.java:608)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNode(ZKUtil.java:1236)
	... 8 more

We have an AR archive (a .lib file) whose extended name is terminated by a NULL instead of a line feed which causes an IOException ("Failed to read entry: 0"). It looks like ArArchiveInputStream.getExtendedName just needs to check namebuffer[i] for '\012' or 0.
The ar tool in latest GNU binutils seems to be able to handle this.
I don't know what to make of the archive itself: it seems to contain 291 different copies of a file with the same name; but it is a Windows lib file and I am not going to pretend like I understand if this is supposed to be normal or not.
The file in question is part of the SIGAR project, the sigar-bin/lib/sigar-x86-winnt.lib archive from the 1.6.3 distribution exhibits this behavior. The NULL terminated string only appears in the first file, all subsequent files seem to use the expected line feed terminator.

Some queries with union all throws IndexOutOfBoundsException
when:
The stack is as:

java.lang.IndexOutOfBoundsException: Index: 67, Size: 67 
        at java.util.ArrayList.rangeCheck(ArrayList.java:635) 
        at java.util.ArrayList.get(ArrayList.java:411) 
        at org.apache.hadoop.hive.ql.optimizer.ColumnPrunerProcCtx.genColLists(ColumnPrunerProcCtx.java:161) 
        at org.apache.hadoop.hive.ql.optimizer.ColumnPrunerProcCtx.handleFilterUnionChildren(ColumnPrunerProcCtx.java:273) 
        at org.apache.hadoop.hive.ql.optimizer.ColumnPrunerProcFactory$ColumnPrunerFilterProc.process(ColumnPrunerProcFactory.java:108) 
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:94) 
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:78) 
        at org.apache.hadoop.hive.ql.optimizer.ColumnPruner$ColumnPrunerWalker.walk(ColumnPruner.java:172) 
        at org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.startWalking(DefaultGraphWalker.java:109) 
        at org.apache.hadoop.hive.ql.optimizer.ColumnPruner.transform(ColumnPruner.java:135) 
        at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:198) 
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10327) 
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:192) 
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:222) 
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:432) 
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:305) 
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1119) 
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1167) 
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1055) 
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1045) 
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:207) 
        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:159) 
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:370) 
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:305) 
        at org.apache.hadoop.hive.cli.CliDriver.processReader(CliDriver.java:403) 
        at org.apache.hadoop.hive.cli.CliDriver.processFile(CliDriver.java:419) 
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:708) 
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:675) 
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:615) 

I was working on some coprocessor tests, and was wondering why exceptions weren't bubbling up while calling checkFailed on my RpcController.
Turns out, that HMaster's execMasterService seems to be sending the wrong RpcController (that happens to be null in my case) to the methods.
I have a fix that appears to work, but I am not familiar enough with the code to know that it's the write one.
Version I am working on has the git sha 9a322b0

When custom SerDe need to load a DLL file added using "ADD FILE" command in HIVE, the loading fail with exception like "java.lang.UnsatisfiedLinkError:C:\tmp\admin2_6996@headnode0_201401100431_resources\hello.dll: Access is denied". 
The reason is when FileSystem creating local copy of the file, the permission of local file is set to default as "666". DLL file need "execute" permission to be loaded successfully.
Similar scenario also happens when Hadoop localize files in distributed cache. The solution in Hadoop is to add "execute" permission to the file after localizationl.

This shows up in branch-2 nightly:
https://builds.apache.org/job/HBase%20Nightly/job/branch-2/62/console
Pulling out the failure:

00:06:59 Diff against source tree
[Pipeline] // dir
[Pipeline] sh
00:07:00 [HBase_Nightly_branch-2-MO2I3RYUAQ2OT52Z2B54XSO6W34ZHP3JU2DA5UQYCAVNS747RZWQ] Running shell script
00:07:01 Checking against things we don't expect to include in the source tarball (git related, hbase-native-client, etc.)
00:07:01 Any output here are unexpected differences between the source artifact we'd make for an RC and the current branch.
00:07:01 The expected differences are on the < side and the current differences are on the > side.
00:07:01 In a given set of differences, '.' refers to the branch in the repo and 'unpacked_src_tarball' refers to what we pulled out of the tarball.
00:07:01 3a4
00:07:01 > Only in ./hbase-backup: .DS_Store
00:07:01 4a6
00:07:01 > Only in .: .pylintrc

Looks like this says the source checkout has two files we don't see in the source tarball. .DS_Store looks like a bad commit from someone on a Mac and .plyintrc is an old oversight, should probably be included in the source artifact.

I am using the @Field annotation on some of my fields to keep the full variable name in java but shorten the mongodb key associated to it. Example: 

@Field(value = "desc")
protected String description;

Everywhere I can still use the java name (e.g. description) to query with criteria except in findAndModify(…) from the MongoTemplate class.
I dug into your code to try to understand why and noticed in doFindAndModify(…) you are not calling the mapper.getMappedObject(…) on the update object passed in parameters. Is there any reason for that? Because it is called in the doUpdate(…) (line 927).
It is not a big issue but just wanted to know why it was not consistent with the rest.

Getting below ERROR message in server.log when Picketbox Vault expressions used in system properties.:

ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0230: Vault is not initialized; resolution of vault expressions is not possible

Below expressions are resolving fine but due to race condition this ERROR message got printed in the logs.

        <property name="javax.net.ssl.trustStore" value="/home/jboss-eap-7.1/vault/vault.keystore"/>
        <property name="javax.net.ssl.trustStorePassword" value="${VAULT::datasource::password::1}"/>

<vault>
  <vault-option name="KEYSTORE_URL" value="/home/jboss-eap-7.1/vault/vault.keystore"/>
  <vault-option name="KEYSTORE_PASSWORD" value="MASK-2GAtdnlXL8H"/>
  <vault-option name="SALT" value="12345678"/>
  <vault-option name="ITERATION_COUNT" value="44"/>
  <vault-option name="ENC_FILE_DIR" value="/home/jboss-eap-7.1/vault/"/>
</vault>

Expression is actually resolving to the correct value and that can be check using below CLI command :

/core-service=platform-mbean/type=runtime:read-attribute(name=system-properties).

If two projections of the same name are registered for an inheritance hierarchy, the current projection selection algorithm doesn't necessarily prefer the projection defined for the most concrete type.

In RegexRequestMatcher class javadoc instead of "
{@code caseInsentitive}
" it should be "
{@code caseInsensitive}
"

Following statement makes an incorrect assumption that value.length >= this.value.length.
return Bytes.compareTo(this.value, 0, this.value.length, value, 0,
      this.value.length);

[brock@bigboy java-date]$ cat Test.java 
import java.sql.Date;
  public static void main(String[] args) throws Exception {
    System.out.println(Date.valueOf("2001-1-1"));
  }
}
[brock@bigboy java-date]$ exec-via-java6 java -cp . Test
	at java.sql.Date.valueOf(Date.java:138)
	at Test.main(Test.java:4)
[brock@bigboy java-date]$ exec-via-java7 java -cp . Test
2001-01-01

With having support for full-text-search there seem to be a problem having MongoDB field names 'language'.
In a legacy project (with legacy data) there are several entities having a member variable 'language' with are using the field name 'language' in MongoDB.
This causes the exception

Caused by: org.springframework.dao.InvalidDataAccessApiUsageException: Cannot set language override on language as it is already defined on language.
	at org.springframework.data.mongodb.core.index.TextIndexDefinition$TextIndexDefinitionBuilder.withLanguageOverride(TextIndexDefinition.java:321)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$3.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:234)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$3.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:226)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.appendTextIndexInformation(MongoPersistentEntityIndexResolver.java:226)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.access$400(MongoPersistentEntityIndexResolver.java:56)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver$3.doWithPersistentProperty(MongoPersistentEntityIndexResolver.java:256)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.potentiallyCreateTextIndexDefinition(MongoPersistentEntityIndexResolver.java:205)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForEntity(MongoPersistentEntityIndexResolver.java:99)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForClass(MongoPersistentEntityIndexResolver.java:79)
	at org.springframework.data.mongodb.core.index.MongoPersistentEntityIndexResolver.resolveIndexForClass(MongoPersistentEntityIndexResolver.java:56)

In the current Implementation MongoPersistentEntityIndexResolver checks in line 233 if the persistentProperty is a language property. Each object member variable using a field name 'language' is recognized as languageProperty.
There should be an annotation like @NoLanguage to mark all member variables which have noting to do with the MongoDB full text search.

To recreate the problem you need a route with a jms inout endpoint that is configured to use a temporary destination for replies. Till now I was only able to show the problem with tibco ems.

Start broker
Start the jms consumer that replies to the request
Start the route
Send a request/reoply exchange (should work)
Stop the broker
Wait long enough for the client to do a full reconnect (I used connectionFactory.setReconnAttemptCount(1) on the client so I do not have to wait so long)
Start the broker -> The jms component will do a full new connect
Send a request/reoply exchange -> Now a InvalidDestination Exception happens

The client route will not work anymore until a restart as it creates the temporary destination only once and it is invalid now.

Make unit tests input20.q, input33.q in TestCliDriver working on both Linux and Windows by implementing "input20_script" in python. Also make newline.q working on Windows by using "cat" in consistent way in query file.

This test usually time out, elapsed time nears 10s even if it sucesses.

 T E S T S
OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=256M; support was removed in 8.0
Running org.apache.hadoop.hive.ql.exec.tez.TestHostAffinitySplitLocationProvider
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.361 sec - in org.apache.hadoop.hive.ql.exec.tez.TestHostAffinitySplitLocationProvider
Results :
 T E S T S
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 11.354 sec <<< FAILURE! - in org.apache.hadoop.hive.ql.exec.tez.TestHostAffinitySplitLocationProvider
testConsistentHashingFallback(org.apache.hadoop.hive.ql.exec.tez.TestHostAffinitySplitLocationProvider)  Time elapsed: 10.019 sec  <<< ERROR!
        at java.lang.Class.searchFields(Class.java:2956)
        at java.lang.Class.getDeclaredField(Class.java:2068)
        at org.mockito.internal.creation.cglib.CGLIBHacker.reflectOnCreateInfo(CGLIBHacker.java:44)
        at org.mockito.internal.creation.cglib.CGLIBHacker.setMockitoNamingPolicy(CGLIBHacker.java:20)
        at org.mockito.internal.creation.MethodInterceptorFilter.intercept(MethodInterceptorFilter.java:45)
        at $java.util.List$$EnhancerByMockitoWithCGLIB$$4eb99852.size(<generated>)
        at org.apache.hadoop.hive.ql.exec.tez.HostAffinitySplitLocationProvider.determineLocation(HostAffinitySplitLocationProvider.java:79)
        at org.apache.hadoop.hive.ql.exec.tez.TestHostAffinitySplitLocationProvider.testHashDistribution(TestHostAffinitySplitLocationProvider.java:216)
        at org.apache.hadoop.hive.ql.exec.tez.TestHostAffinitySplitLocationProvider.testConsistentHashingFallback(TestHostAffinitySplitLocationProvider.java:181)
        at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
Results :
  TestHostAffinitySplitLocationProvider.testConsistentHashingFallback:181->testHashDistribution:216 »

Maybe we should enlarge the timeout for this test. 
After enlarging the timeout, this test always passed

 T E S T S
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 13.697 sec - in org.apache.hadoop.hive.ql.exec.tez.TestHostAffinitySplitLocationProvider
Results :
 T E S T S
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 10.332 sec - in org.apache.hadoop.hive.ql.exec.tez.TestHostAffinitySplitLocationProvider
Results :

This class extends Writable and so should be public so it can be used outside of the existing code line we ship. This will be consistent with TableSplit, which is also public.

In HiveServer2, when Kerberos auth and binary transport modes are used, the user name that gets passed on to authorization is the long kerberos username.
The username that is used in grant/revoke statements tend to be the short usernames.
This also fails in authorizing statements that involve URI, as the authorization mode checks the file system permissions for given user. It does not recognize that the given long username actually owns the file or belongs to the group that owns the file.

If a region is split parent we are not adding it to META scan results during full scan. 

        if (!isInsideTable(this.current, tableNameBytes)) return false;
        if (this.current.isSplitParent()) return true;
        // Else call super and add this Result to the collection.
        super.visit(r);

If all regions of a table has been split then result size will be zero and returning false.

    fullScan(catalogTracker, visitor, getTableStartRowForMeta(tableNameBytes));
    // If visitor has results >= 1 then table exists.
    return visitor.getResults().size() >= 1;

Even table is present we are returning false which is not correct(its highly possible in case of tables with one region).

Since one can do a RowResult.get(String) I think RowResult should also support checking a column's existence with a String too (i.e a RowResult.containsKey(String) method)

In the camel-cxf documentation https://camel.apache.org/cxf.html is described in the chapter "How to deal with the message for a camel-cxf endpoint in PAYLOAD data format" that "You can use the Header.HEADER_LIST as the key to set or get the SOAP headers".
But this only works for getting SOAP headers.
If you want to set SOAP headers via the Camel header Header.HEADER_LIST, the headers are not taken into account in the CXF-to-endpoint.
I analysed the problem and found out that 

the SOAP header list is forwarded to the CXF request context
that this header list is overwritten in CxfEndpoint.CamelCxfClientImpl by the CxfPayload.getHeaders() value.

My suggestion is that we merge the headers from the Camel header and the the CXF payload in CxfEndpoint.CamelCxfClientImpl. See the attached patch.
With the merging  we cover all different use cases:

the headers can be set in the CxfPayload
the headers can be set in the Camel header Header.list
the headers can be set in the CXFPayload and the CamelHeader Header.list.

Also the case where the list instance in the CxfPayload is the same as in the Camel header (in this case no merge is necessary) is covered. This case happens if the from-endpoint is also a CXF endpoint and the CXF payload is forwarded to the to-CXF-endpoint.
I can commit the change. However, before I do it I want to have the agreement from the CXF experts.

All classes in package "org.apache.commons.collections.functors" that advertise that they have singleton instance actually cannot guarantee that.  Because of serialization support multiple instances of those classes can exist at runtime.
Following classes are making this false claim:

CloneTransformer
ExceptionClosure
ExceptionFactory
ExceptionPredicate
ExceptionTransformer
FalsePredicate
NOPClosure
NOPTransformer
NotNullPredicate
NullPredicate
StringValueTransformer
TruePredicate

TestMigrate is failing up on hudson.  Sometimes it fails for me locally but usually it passes.  Failure is in the new verification stage opening scanner on migrated table.  It hangs on first region get never moving on through the rows.

Currently MiniLlap tests fail with the following error:

TestMiniLlapCliDriver - did not produce a TEST-*.xml file

Supposedly, it started happening after HIVE-12319.

2008-11-19 11:32:55,120 INFO org.apache.hadoop.hbase.regionserver.CompactSplitThread: regionserver/0:0:0:0:0:0:0:0:60020.compactor exiting
2008-11-19 11:32:55,137 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: Close and delete failed
        at org.apache.hadoop.dfs.DFSClient.checkOpen(DFSClient.java:196)
        at org.apache.hadoop.dfs.DFSClient.access$600(DFSClient.java:59)
        at org.apache.hadoop.dfs.DFSClient$DFSOutputStream.closeInternal(DFSClient.java:2681)
        at org.apache.hadoop.dfs.DFSClient$DFSOutputStream.close(DFSClient.java:2647)
        at org.apache.hadoop.fs.FSDataOutputStream$PositionCache.close(FSDataOutputStream.java:59)
        at org.apache.hadoop.fs.FSDataOutputStream.close(FSDataOutputStream.java:79)
        at org.apache.hadoop.io.SequenceFile$Writer.close(SequenceFile.java:962)
        at org.apache.hadoop.hbase.regionserver.HLog.close(HLog.java:367)
        at org.apache.hadoop.hbase.regionserver.HLog.closeAndDelete(HLog.java:350)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:471)

We've had feedback from Ambari folks on Schematool usage being opaque on errors.
While, yes, the underlying error is present hidden in the stacktrace if you do a --verbose, that is often unwieldy and unusable. And without a --verbose, there is no indication of what actually went wrong.
Thus, we need to fix this.

We need to have a test case to cover the following scenario when hive security authorization is enabled:

set hive.exec.reduce.max=1;
Query returned non-zero code: 1, cause: hive configuration hive.exec.reduce.max does not exists.

This is important for ease-of-use and we need to prevent  future code change/regression which might convert the above test case to throw a permission denied error. 
i.e, the below output is not desirable :

Error: Error while processing statement: Cannot modify hive.exec.reduce.max at runtime. It is not in list of params that are allowed to be modified at runtime (state=42000,code=1)

Experiment-1
Started a dev cluster - META is on the same regionserver as my key-value. I kill the regionserver process but donot power down the machine.
The META is able to migrate to a new regionserver and the regions are also able to reopen elsewhere.
The client is able to talk to the META and find the new kv location and get it.
Experiment-2
Started a dev cluster - META is on a different regionserver as my key-value. I kill the regionserver process but donot power down the machine.
The META remains where it is and the regions are also able to reopen elsewhere.
Experiment-3
Started a dev cluster - META is on a different regionserver as my key-value. I power down the machine hosting this regionserver.
Experiment-4 (This is the problematic one)
Started a dev cluster - META is on the same regionserver as my key-value. I power down the machine hosting this regionserver.
The META is able to migrate to a new regionserver - however - it takes a really long time (~30 minutes)
The regions on that regionserver DONOT reopen (I waited for 1 hour)
The client is able to find the new location of the META, however, the META keeps redirecting the client to powered down
regionserver as the location of the key-value it is trying to get. Thus the client's get is unsuccessful.

http://www.nabble.com/Is-there-an-HTTPS-producer-endpoint--td19635772s22882.html

select tts.rnum, tts.cts - tts.cts from cert.tts tts
Error: Query returned non-zero code: 12, cause: FAILED: Hive Internal Error: java.lang.NullPointerException(null)
ErrorCode: 12
create table if not exists CERT.TTS ( RNUM int , CTS timestamp) 
stored as sequencefile;

The StreamProducer in camel-stream closes the stream after every write, which significantly affects performance.

When we have multiple druid coordinators/overlords and hive tries to connect to a passive one, it will get a redirect. Currently the http client in druid storage handler does not follow redirects. We need to check if there is a redirect and follow that for druid overlord/coordinator

Coverity static-analysis scan found 2 possible calls on null objects in SSLConfiguratorImpl.getDefaultSSLParameters() method.
Both calls are related to following line:

configure(original, supportedSSLParameters.getProtocols(), supportedSSLParameters.getCipherSuites());

https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5759887&defectInstanceId=1541383&mergedDefectId=1375370
The getCipherSuites() call can return null (javax.net.ssl.SSLParameters.getCipherSuites) which can propagate to CipherSuiteSelector.evaluate() call where supportedMechanisms.length is used without null check.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5759887&defectInstanceId=1541384&mergedDefectId=1375371
The getProtocols() call can return null (javax.net.ssl.SSLParameters.getProtocols) which can propagate to ProtocolSelector.evaluate() call where supportedProtocols is used in for loop without null check.

When validating nested properties, Spring computes a wrong property path (a.k.a. fieldname).
See org.springframework.validation.AbstractBindingResult
	public String[] resolveMessageCodes(String errorCode, String field) 
{
		String fixedField = fixedField(field);
		Class fieldType = getFieldType(fixedField);
		return getMessageCodesResolver().resolveMessageCodes(errorCode, getObjectName(), fixedField, fieldType);
	}

The problem is that getFieldType will be called already with a fixedField parameter. However, getFieldType again invokes fixedField(String) with the passed string. So in the end the fixedField method will be called twice, which in turn prepends a nestedPath twice.
The quickfix is most probably to change the second line of resolveMessageCodes into
		Class fieldType = getFieldType(field);

Fix for HIVE-18622 broken the case when all columns are repeated NULLs.

file component consumer.regexPattern does not work as expected
example : from("file://d:/the_input_dir?consumer.regexPattern=.*\.xml$".to(whatever)
(should match only files, that has extention .xml)
the result of the above regexPattern is, that no file will be proccessed, regardless if an existing filename matches the pattern.
FileConsumer.pollFileOrDirectory() applies the regexPattern on the starting directory (the_input_dir) which will not match.

every now and again in a 0.90.1-2 load run I get a NPE on this line:
      if (bestAnyRegion.memstoreSize.get() > 2 * bestFlushableRegion.memstoreSize.get()) {

Fetching nested document from MongoDB into Kotlin data class structure will sometimes result in NullPointerException. This is caused by DefaultingKotlinClassInstantiatorAdapter.createInstance(..) calling ClassGeneratingEntityInstantiator.deallocateArguments(..) method cleaning up the shared params array. Doing this while instantiating a child object will clean up all previously prepared arguments for parents constructor and thus causing NPEs on non-null parameters.
Note that everything was fine while using version of Spring Data bundled with Spring Boot 2.0.0.M3

Hi,
We are facing a little regression that is probably related to SECOAUTH-110 (Make it easier to separate authorization service from resource service features).
Based on org.springframework.security.oauth2.provider.filter.OAuth2AuthorizationFilter that seems to have now gone away, our system uses token endpoint URLs that have the pattern /6/oauth/token, where /6 represents the api version of the system that we internally use to adjust the behavior for clients using different api(s). This worked well for us because org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter#requiresAuthentication() used to do a endsWith match - uri.endsWith(request.getContextPath() + filterProcessesUrl)
However, now EndpointValidationFilter#matches() seems to be doing a more restrictive match - (uri.equals(contextPath)) - which breaks the previous behaviour for us.

Observed the following stacktrace while shutting down camel:

   org.apache.camel.impl.DefaultExecutorServiceManager.awaitTermination()#401: Waited 4.017 seconds for ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda to terminate...
   org.apache.camel.impl.DefaultExecutorServiceManager.awaitTermination()#401: Waited 6.027 seconds for ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda to terminate...
   org.apache.camel.impl.DefaultExecutorServiceManager.awaitTermination()#401: Waited 8.037 seconds for ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda to terminate...
   org.apache.camel.impl.DefaultExecutorServiceManager.awaitTermination()#401: Waited 10.008 seconds for ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda to terminate...
g   org.apache.camel.impl.DefaultExecutorServiceManager.doShutdown()#301: Forcing shutdown of ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda due first await termination elapsed.
   org.apache.camel.impl.DefaultExecutorServiceManager.awaitTermination()#401: Waited 2.008 seconds for ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda to terminate...
   org.apache.camel.impl.DefaultExecutorServiceManager.awaitTermination()#401: Waited 4.018 seconds for ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda to terminate...
   org.apache.camel.impl.DefaultExecutorServiceManager.awaitTermination()#401: Waited 6.028 seconds for ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda to terminate...
   org.apache.camel.impl.DefaultExecutorServiceManager.awaitTermination()#401: Waited 8.039 seconds for ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda to terminate...
g   org.apache.camel.impl.DefaultExecutorServiceManager.doShutdown()#305: Cannot completely force shutdown of ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda due second await termination elapsed.
   org.apache.camel.impl.DefaultExecutorServiceManager.doShutdown()#318: Shutdown of ExecutorService: java.util.concurrent.ThreadPoolExecutor@33c4bcda is shutdown: true and terminated: false took: 20.018 seconds.
g   org.apache.camel.impl.DefaultCamelContext.shutdownServices()#1771: Error occurred while shutting down service: org.apache.camel.impl.DefaultExecutorServiceManager@37285252. This exception will be ignored.
g   Caused by java.util.ConcurrentModificationException - null
g      at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372)
g      at java.util.AbstractList$Itr.next(AbstractList.java:343)
g      at org.apache.camel.impl.DefaultExecutorServiceManager.doShutdown(DefaultExecutorServiceManager.java:442)
g      at org.apache.camel.support.ServiceSupport.shutdown(ServiceSupport.java:158)
g      at org.apache.camel.util.ServiceHelper.stopAndShutdownService(ServiceHelper.java:166)
g      at org.apache.camel.impl.DefaultCamelContext.shutdownServices(DefaultCamelContext.java:1766)
g      at org.apache.camel.impl.DefaultCamelContext.doStop(DefaultCamelContext.java:1681)
g      at org.apache.camel.support.ServiceSupport.stop(ServiceSupport.java:92)
g      at org.apache.camel.core.xml.AbstractCamelContextFactoryBean.destroy(AbstractCamelContextFactoryBean.java:432)
g      at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:211)
g      at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:500)
g      at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:476)
g      at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:445)
g      at org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:1090)
g      at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:1064)
g      at org.springframework.context.support.AbstractApplicationContext.close(AbstractApplicationContext.java:1010)
g      at org.apache.camel.spring.Main.doStop(Main.java:152)
g      at org.apache.camel.main.MainSupport$HangupInterceptor.run(MainSupport.java:82)
   org.apache.camel.impl.DefaultCamelContext.doStop()#1695: Uptime 35 days 23 hours
   org.apache.camel.impl.DefaultCamelContext.doStop()#1696: Apache Camel 2.11.0 (CamelContext: camel-activemq) is shutdown in 51.196 seconds

I haven't seen this before but it seems to me that there must be more than one thread doing something to DefaultExecutorServiceManager.executorServices (ArrayList) at the same time.

I'm having a look. Here is the stack I got locally:

"pool-1-thread-1" prio=10 tid=0x00007f27c8406000 nid=0xf908 in Object.wait() [0x00007f27cec5b000]
        - waiting on <0x00000000e88b19b0> (a org.apache.hadoop.hbase.util.JVMClusterUtil$RegionServerThread)
        at java.lang.Thread.join(Thread.java:1186)
        - locked <0x00000000e88b19b0> (a org.apache.hadoop.hbase.util.JVMClusterUtil$RegionServerThread)
        at java.lang.Thread.join(Thread.java:1239)
        at org.apache.hadoop.hbase.util.JVMClusterUtil.shutdown(JVMClusterUtil.java:245)
        at org.apache.hadoop.hbase.LocalHBaseCluster.shutdown(LocalHBaseCluster.java:430)
        at org.apache.hadoop.hbase.MiniHBaseCluster.shutdown(MiniHBaseCluster.java:501)
        at org.apache.hadoop.hbase.HBaseTestingUtility.shutdownMiniHBaseCluster(HBaseTestingUtility.java:856)
        at org.apache.hadoop.hbase.io.encoding.TestUpgradeFromHFileV1ToEncoding.testUpgrade(TestUpgradeFromHFileV1ToEncoding.java:83)

"RegionServer:0;localhost,35592,1357148534219-splits-1357148554209" daemon prio=10 tid=0x0000000040ed1000 nid=0x1178 waiting on condition [0x00007f27b3d3c000]
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegionInMeta(HConnectionManager.java:1164)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:966)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.locateRegion(HConnectionManager.java:919)
        at org.apache.hadoop.hbase.catalog.MetaReader.getHTable(MetaReader.java:198)
        at org.apache.hadoop.hbase.catalog.MetaReader.getMetaHTable(MetaReader.java:224)
        at org.apache.hadoop.hbase.catalog.MetaEditor.offlineParentInMeta(MetaEditor.java:229)
        at org.apache.hadoop.hbase.regionserver.SplitTransaction.createDaughters(SplitTransaction.java:341)
        at org.apache.hadoop.hbase.regionserver.SplitTransaction.execute(SplitTransaction.java:471)
        at org.apache.hadoop.hbase.regionserver.SplitRequest.run(SplitRequest.java:68)

"RegionServer:0;localhost,35592,1357148534219" prio=10 tid=0x00007f27c0929000 nid=0x5a7 waiting on condition [0x00007f27be5e3000]
        - parking to wait for  <0x00000000e88b1978> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)
        at java.util.concurrent.ThreadPoolExecutor.awaitTermination(ThreadPoolExecutor.java:1253)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.waitFor(CompactSplitThread.java:252)
        at org.apache.hadoop.hbase.regionserver.CompactSplitThread.join(CompactSplitThread.java:261)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:948)
        at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.runRegionServer(MiniHBaseCluster.java:151)
        at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.access$000(MiniHBaseCluster.java:103)
        at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer$1.run(MiniHBaseCluster.java:135)

Include info in packaging/pom.xml, packaging/src/main/assembly/src.xml, and packaging/src/main/assembly/bin.xml

We recently had a production issue in which HFiles that were still in use by a table were deleted. This appears to have been caused by race conditions in the order in which HFileLinks are created, combined with the fact that only files younger than hbase.master.hfilecleaner.ttl are kept alive.
This is how to reproduce:

Clone a large snapshot into a new table. The clone operation must take more than hbase.master.hfilecleaner.ttl time to guarantee data loss.
Ensure that no other table or snapshot is referencing the HFiles used by the new table.
Delete the snapshot. This breaks the table.

The main cause is this:

Cloning a snapshot creates the table in the HBASE_TEMP_DIRECTORY.
However, it immediately creates back references to the HFileLinks that it creates for the table in the archive directory.
HFileLinkCleaner does not check the HBASE_TEMP_DIRECTORY, so it considers all those back references deletable.
The only thing that keeps them alive is the TimeToLiveHFileCleaner, but only for 5 minutes.
So if cloning the snapshot takes more than 5 minutes, and the HFiles aren't referenced by anything else, data loss is guaranteed.

I have a unit test reproducing the issue and I tried to fix this, but didn't completely succeed. I will attach the patch shortly.

Don't delete any snapshots that you cloned into a table (we used this successfully-- we actually restored the deleted snapshot from backup using ExportSnapshot after the data loss happened, which successfully reversed the data loss).
Manually check the back references and create any missing ones after cloning a snapshot.
Increase hbase.master.hfilecleaner.ttl. (untested)

I came across an issue when testing invocations of RepositoryEventHandler together with SpyBean and mockito 2.
In such situations I use the spy to verify that the event handler has been invoked. With mockito2 I always end up with two invocations (with the prior version of mockito it works fine).
The mockito 2 documentation says:
Mockito switched from CGLIB to the great library ByteBuddy to make mocks. This change allows Mockito to make better mocks (like copying the annotations of the mocked type). 
So with mockito 2 also the annotations are present on the spy so that AnnotatedEventHandlerInvoker#postProcessAfterInitialization is called twice - once with the spy instance and once with the original object. Both instances receive the event. 
It is interesting that both invocations of AnnotatedEventHandlerInvoker#postProcessAfterInitialization hand in the same bean name. 
Please see my sample project to reproduce the issue https://github.com/mduesterhoeft/mockito2-event-handler-bug

When we scan the meta with STARTROW optiion, wrong result may be returned.
For exmaple: if there are two tables named "a" and "b" in hbase, when we scan the meta with startrow = 'b', the region location of table "a" will be returned but we expect to get the region location of table "b".

> create 'a', {NAME => 'f'}
> create 'b', {NAME => 'f'}
> scan '.META.', {STARTROW => 'b', LIMIT => 1}
a,,1405655897758.f8b547476b6dc80545e6413c31396, xxxx

The reason is the wrong assumption in MetaKeyComparator
See: KeyValue.java#2011

      int leftDelimiter = getDelimiter(left, loffset, llength,
          HRegionInfo.DELIMITER);
      int rightDelimiter = getDelimiter(right, roffset, rlength,
      if (leftDelimiter < 0 && rightDelimiter >= 0) {
        // Nothing between .META. and regionid.  Its first key. 
        return -1;
      } else if (rightDelimiter < 0 && leftDelimiter >= 0) {
        return 1;
      } else if (leftDelimiter < 0 && rightDelimiter < 0) {
        return 0;
      }

It's a little troublesome to fix this problem for given a start row which contains more than two "," for meta, it's not easy to extract the startKey of region.
eg: STARTROW => 'aaa,bbb,ccc,xxx'.
Comments and suggestions are welcomed. Thanks

This hampers restart of services by example the overhauled JMX in CAMEL-1933.
When a service was restarted it had the following incorrect state:

started = true
starting = false
stopped = true
stopping = false

The stopped should have been changed to false as its started.

When I made tests on JdbcPagingItemReader, I face the following problems: I throws an exception while I process an item returned by JdbcPagingItemReader. The jobs is in failure. When I restart the job, JdbcPagingItemReader becomes unstable and infinitely returns objects (objects rightly extracted from the database).
This problems appears when I sort items by something else than the identifier (the account balance for example).

	<bean id="queryProvider" class="org.springframework.batch.item.database.support.SqlPagingQueryProviderFactoryBean" scope="step">
		<property name="selectClause" value="select OBJECTID, VERSION, ACCOUNTID, BALANCE" />
		<property name="fromClause" value="from Account" />
		<property name="whereClause" value="#{jobParameters[query.where]}" />
		<property name="sortKey" value="Balance" />
	</bean>	

	<bean id="jdbcPagingItemReader"
		class="org.springframework.batch.item.database.JdbcPagingItemReader" scope="step">
		<property name="queryProvider" ref="queryProvider" />
		<property name="rowMapper">
			<bean class="com.bsb.sf.incubator.batch.model.AccountRowMapper" />
		<property name="pageSize" value="5"/>				
		<property name="saveState" value="true" />
	</bean>

For some reason, there is an occasional exception arise from database queries when using quartz's cluster mode. when this exception occurs, the Spring container will close and exit, leaving Java Process suspending.
Through the jstack logs I found that some quartz threads are still running. because they are user threads, the Java process does not exit.
The threads are supposed to close through the `destroy` method in `SchedulerFactoryBean`, but unfortunately, if an exception is thrown in `afterPropertiesSet`, the `destroy` method will not be called, subsequently, these threads will not be closed in the meanwhile.
Here are the jstack logs and error logs. You can see that `registerJobsAndTriggers` throws an exception after the scheduler started. So I prepare to catch the invokation of the method and manually call the destroy method when it throwing an exception.

Caused by: org.quartz.JobPersistenceException: Couldn't retrieve trigger: No record found for selection of Trigger with key: 'DEFAULT.bikeLowPowerUpcomingJobTrigger' and statement: SELECT * FROM QRTZ_CRON_TRIGGERS WHERE SCHED_NAME = 'molaQuartzScheduler' AND TRIGGER_NAME = ? AND TRIGGER_GROUP = ?    at org.quartz.impl.jdbcjobstore.JobStoreSupport.retrieveTrigger(JobStoreSupport.java:1533)    at org.quartz.impl.jdbcjobstore.JobStoreSupport$12.execute(JobStoreSupport.java:1522)    at org.quartz.impl.jdbcjobstore.JobStoreCMT.executeInLock(JobStoreCMT.java:245)    at org.quartz.impl.jdbcjobstore.JobStoreSupport.executeWithoutLock(JobStoreSupport.java:3739)    at org.quartz.impl.jdbcjobstore.JobStoreSupport.retrieveTrigger(JobStoreSupport.java:1519)    at org.quartz.core.QuartzScheduler.getTrigger(QuartzScheduler.java:1530)    at org.quartz.impl.StdScheduler.getTrigger(StdScheduler.java:508)    at org.springframework.scheduling.quartz.SchedulerAccessor.addTriggerToScheduler(SchedulerAccessor.java:291)    at org.springframework.scheduling.quartz.SchedulerAccessor.registerJobsAndTriggers(SchedulerAccessor.java:235)    at org.springframework.scheduling.quartz.SchedulerFactoryBean.afterPropertiesSet(SchedulerFactoryBean.java:510)

I‘d like to create a pull request if you agree with this solution.

While running tez_insert_overwrite_local_directory_1.q test under tez and llap, the results were flaky. The reason being insert into local directory copies .staging directory to destination directory. This causes dfs -cat dest-dir/* to fail, failing the tests. Non local insert directory works fine as MoveTask performs move operation with hidden files removal filter before moving whereas local directory insert uses DFS.copyToLocalFile without hidden files filter.

Operation logging is disabled automatically for the query if for some reason the parent directory (named after the hive session id) that gets created when the session is established gets deleted (for any reason). For ex: if the operation logdir is /tmp which automatically can get purged at a configured interval by the OS.
Running a query from that session leads to

2016-09-15 15:09:16,723 WARN org.apache.hive.service.cli.operation.Operation: Unable to create operation log file: /tmp/hive/operation_logs/b8809985-6b38-47ec-a49b-6158a67cd9fc/d35414f7-2418-426c-8489-c6f643ca4599
	at java.io.File.createNewFile(File.java:1012)
	at org.apache.hive.service.cli.operation.Operation.createOperationLog(Operation.java:195)
	at org.apache.hive.service.cli.operation.Operation.beforeRun(Operation.java:237)
	at org.apache.hive.service.cli.operation.Operation.run(Operation.java:255)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:385)
	at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:271)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingProcessor.process(HadoopThriftAuthBridge.java:692)

This later leads to errors like (more prominent when using HUE as HUE does not close hive sessions and attempts to retrieve the operations logs days after they were created).

WARN org.apache.hive.service.cli.thrift.ThriftCLIService: Error fetching results: 
org.apache.hive.service.cli.HiveSQLException: Couldn't find log associated with operation handle: OperationHandle [opType=EXECUTE_STATEMENT, getHandleIdentifier()=d35414f7-2418-426c-8489-c6f643ca4599]
	at org.apache.hive.service.cli.operation.OperationManager.getOperationLogRowSet(OperationManager.java:259)
	at org.apache.hive.service.cli.session.HiveSessionImpl.fetchResults(HiveSessionImpl.java:701)
	at org.apache.hive.service.cli.CLIService.fetchResults(CLIService.java:451)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.FetchResults(ThriftCLIService.java:676)

Not sure what's up but this is failing up on hudson.  Assigning nicolas so he takes a look.

Join on matching decimal columns returns 0 rows
To reproduce (I used beeline):
1. create 2 simple identical tables with 2 identical rows: 
CREATE TABLE SERGDEC(I INT, D DECIMAL) ROW FORMAT DELIMITED FIELDS
TERMINATED BY '|';
CREATE TABLE SERGDEC2(I INT, D DECIMAL) ROW FORMAT DELIMITED FIELDS
2. populate tables with identical data:
LOAD DATA LOCAL INPATH './decdata' OVERWRITE INTO TABLE SERGDEC ;
LOAD DATA LOCAL INPATH './decdata' OVERWRITE INTO TABLE SERGDEC2 ;
3. data file decdata contains:
10|1111.98
20|1234567890.1234
4. Perform join (returns 0 rows instead of 2):
SELECT T1.I, T1.D, T2.D FROM SERGDEC T1 JOIN SERGDEC2 T2 ON
T1.D = T2.D ;

Illegal \b element in hive-site.xml. 

    TXN_OVERWRITE_X_LOCK("hive.txn.xlock.iow", true,
        "Ensures commands with OVERWRITE (such as INSERT OVERWRITE) acquire Exclusive locks for\b" +
            "transactional tables.  This ensures that inserts (w/o overwrite) running concurrently\n" +
            "are not hidden by the INSERT OVERWRITE."),

Seems like just typo of \n.
Stacktrace 

Exception in thread "main" java.lang.RuntimeException: com.ctc.wstx.exc.WstxParsingException: Illegal character entity: expansion character (code 0x8
 at [row,col,system-id]: [3278,96,"file:/usr/local/apache-hive/conf/hive-site.xml"]
	at org.apache.hadoop.conf.Configuration.loadResource(Configuration.java:3003)
	at org.apache.hadoop.conf.Configuration.loadResources(Configuration.java:2931)
	at org.apache.hadoop.conf.Configuration.getProps(Configuration.java:2806)
	at org.apache.hadoop.conf.Configuration.get(Configuration.java:1460)
	at org.apache.hadoop.hive.conf.HiveConf.getVar(HiveConf.java:5059)
	at org.apache.hadoop.hive.conf.HiveConf.getVar(HiveConf.java:5132)
	at org.apache.hadoop.hive.conf.HiveConf.initialize(HiveConf.java:5219)
	at org.apache.hadoop.hive.conf.HiveConf.<init>(HiveConf.java:5167)
	at org.apache.hive.beeline.schematool.HiveSchemaTool.main(HiveSchemaTool.java:138)
	at org.apache.hadoop.util.RunJar.run(RunJar.java:318)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:232)

The option group ("<tokenize token="\n" group="1000"/>",".tokenize("\n", 1000)") doesn't exist when we use the Tokenize DSL after a body expression

.split(body(String.class).tokenize("\n")).streaming()

but only when we create append the .tokenize() DSL to the splitter

.split().tokenize("\n",3).streaming()

Question : Is it the expected behaviour or something missing ?

When an event is being send to an endpoint using PublishEventNotifier it may create new events, and so forth. This causes a flood of events.
Also further complications occur during start/shutdown of Camel when you send events to routes, which are then being graceful shutdown. Therefore this event notifier should only publish if camel is fully started and running.

The EJB3 interceptor is not using client values for timeouts,  this is a problem for users trying to use EJB for transaction propagation.
Refer to the code in https://github.com/wildfly/wildfly/blob/master/ejb3/src/main/java/org/jboss/as/ejb3/remote/EJBRemoteTransactionPropagatingInterceptor.java:
    private void createOrResumeXidTransaction(final XidTransactionID xidTransactionID) throws Exception {
        final TransactionManager transactionManager = this.ejbRemoteTransactionsRepository.getTransactionManager();
        final Transaction alreadyCreatedTx = this.ejbRemoteTransactionsRepository.getImportedTransaction(xidTransactionID);
        if (alreadyCreatedTx != null) 
{
            // resume the already created tx
            transactionManager.resume(alreadyCreatedTx);
        }
 else 
{
            // begin a new tx and add it to the tx repository
            // TODO: Fix the tx timeout (which currently is passed as 300 seconds)
            final Transaction newSubOrdinateTx = this.ejbRemoteTransactionsRepository.importTransaction(xidTransactionID, 300);
            // associate this tx with the thread
            transactionManager.resume(newSubOrdinateTx);
        }
    }

The ExchangeHelper.prepareAggregation method moves the message to IN to avoid confusing end users whether what they are looking for is on either IN or OUT.
Hover we some recent changes in MessageSupport to clear some headers it could cause problems as it was in fact the same message being copied from OUT to IN.
What it should do instead is to move it instead of using copy mechanism.

On last branch-2 build, this small test timed out. Timeout is 1second which given how hostile apache infra has been of late is way to short. Change the test to do category-base timeout.
Here is the report:

org.apache.hadoop.hbase.util.TestWeakObjectPool.testCongestion

Failing for the past 1 build (Since Failed#778 )
Took 1.1 sec.
add description

test timed out after 1000 milliseconds

org.junit.runners.model.TestTimedOutException: test timed out after 1000 milliseconds
	at org.apache.hadoop.hbase.util.TestWeakObjectPool.testCongestion(TestWeakObjectPool.java:128)

This is the exception 

java.lang.IllegalArgumentException: Pathname /hbase/hbase:labels/438f84dea5d0e24e390de927deb8a84e from hdfs://10.18.40.29:54310/hbase/hbase:labels/438f84dea5d0e24e390de927deb8a84e is not a valid DFS filename.
        at org.apache.hadoop.hdfs.DistributedFileSystem.getPathName(DistributedFileSystem.java:184)
        at org.apache.hadoop.hdfs.DistributedFileSystem.listStatusInternal(DistributedFileSystem.java:637)
        at org.apache.hadoop.hdfs.DistributedFileSystem.access$600(DistributedFileSystem.java:92)
        at org.apache.hadoop.hdfs.DistributedFileSystem$14.doCall(DistributedFileSystem.java:702)
        at org.apache.hadoop.hdfs.DistributedFileSystem$14.doCall(DistributedFileSystem.java:698)
        at org.apache.hadoop.hdfs.DistributedFileSystem.listStatus(DistributedFileSystem.java:698)
        at org.apache.hadoop.hbase.util.HBaseFsck.checkRegionBoundaries(HBaseFsck.java:537)
        at org.apache.hadoop.hbase.util.HBaseFsck.onlineHbck(HBaseFsck.java:487)
        at org.apache.hadoop.hbase.util.HBaseFsck.exec(HBaseFsck.java:4028)
        at org.apache.hadoop.hbase.util.HBaseFsck$HBaseFsckTool.run(HBaseFsck.java:3837)
        at org.apache.hadoop.hbase.util.HBaseFsck.main(HBaseFsck.java:3825)

We are pointing to wrong table directory. This is the code causing the problem.

        // For each region, get the start and stop key from the META and compare them to the
        // same information from the Stores.
        Path path = new Path(getConf().get(HConstants.HBASE_DIR) + "/"
            + Bytes.toString(regionInfo.getTable().getName()) + "/"
            + regionInfo.getEncodedName() + "/");

UpdateDeleteSemanticAnalyzer creates query context while rewriting the context which doesn't set hdfscleanup, As a result, Driver doesn't clear the staging dir.

Hi,
In AbstractConfiguration method clear() on line 533 (see code below) a possible UnsupportedOperationException is not caught resulting in the malfunctioning of the whole method. However, the documentation of the getKeys() method itself warns about relying on the remove() method of interface Iterator. The clear() method should not propagate that exception, it should catch it and try the clearProperty(String) approach if the remove() method is not supported.
            Iterator it = getKeys();
            while (it.hasNext())
            {
                String key = (String) it.next();
                it.remove();                                          <------- EVIL!
                if (containsKey(key))
                {
                    // workaround for Iterators that do not remove the property on calling remove()
                    clearProperty(key);
                }

Michael

The camel-hdfs and camel-soap features don't install out of the box:
Error executing command: Could not start bundle mvn:org.apache.servicemix.specs/org.apache.servicemix.specs.jaxws-api-2.2/1.9.0 in feature(s) camel-soap-2.9-SNAPSHOT, camel-hdfs-2.9-SNAPSHOT, cxf-specs-2.5.1: Unresolved constraint in bundle org.apache.servicemix.specs.jaxws-api-2.2 [88]: Unable to resolve 88.0: missing requirement [88.0] package; (&(package=javax.xml.bind)(version>=2.2.0))
The ServiceMix JAXWS specs require a JAXB 2.2.x implementation available.

KeyValueHeap#generalizedSeek
      KeyValueScanner scanner = current;
      while (scanner != null) {
        Cell topKey = scanner.peek();
        ......
        boolean seekResult;
        if (isLazy && heap.size() > 0) 
{
          // If there is only one scanner left, we don't do lazy seek.
          seekResult = scanner.requestSeek(seekKey, forward, useBloom);
        }
 else 
{
          seekResult = NonLazyKeyValueScanner.doRealSeek(scanner, seekKey,
              forward);
        }
        ......
        scanner = heap.poll();
      }
(1) scanner = heap.poll();  Retrieves and removes the head of this queue
(2) scanner.requestSeek(seekKey, forward, useBloom); or NonLazyKeyValueScanner.doRealSeek(scanner, seekKey, forward);
throw exception, and scanner will have no chance to close, so will cause the scanner leak.

When implementing a CQ, it does not trigger when a method is annotated with @Cachable or @CachePut.  However, a CQ is triggered when a method is annotated with @CacheEvict.  This should be consistent and a @Cachable or @CachePut annotated service method should trigger a CQ.
Scenario:

Created a Region called "PizzaOrder"
Created a CQ Query: "SELECT * FROM /PizzaOrder"
The CQ Listener/handler just performs a System.out.println(..) to indicate to me that it has been triggered.
I use the following in my service:

    @Cacheable(value = "PizzaOrder")
    public PizzaOrder getPizzaOrder(long pizzaOrderId){
        this.simulateSlowService();
        return this.pizzaOrderRepository.findById(pizzaOrderId).orElse(null);
    }

    @CachePut(value = "PizzaOrder")
    public PizzaOrder createOrder (long customerId, long pizzaId){
        Customer customer = this.customerRepository.findById(customerId).orElse(null);
        Pizza pizza = this.pizzaRepository.findById(pizzaId).get();
        PizzaOrder order = new PizzaOrder(customer, pizza);
        return this.pizzaOrderRepository.save(order);
    }

    @CacheEvict(value = "PizzaOrder")
    public PizzaOrder completePizzaOrder(long pizzaOrderId){
        PizzaOrder pizzaOrder = this.pizzaOrderGemfireRepository.findById(pizzaOrderId).orElseGet(()->this.getPizzaOrder(pizzaOrderId));
        pizzaOrder.setOrderComplete(true);
        return this.pizzaOrderRepository.save(pizzaOrder);
    }

When the method completePizzaOrder is invoked I can see that the CQ is triggered but the other annotations do not trigger the CQ.
If I perform a put through GFSH I can see the CQ trigger.

If we set hbase.wal.provider to multiwal in hbase-server/src/test/resources/hbase-site.xml which allows us to use BoundedRegionGroupingProvider in UT, we will observe below failures in current code base:

  TestHLogRecordReader>TestWALRecordReader.testPartialRead:164 expected:<1> but was:<2>
  TestHLogRecordReader>TestWALRecordReader.testWALRecordReader:216 expected:<2> but was:<3>
  TestWALRecordReader.testPartialRead:164 expected:<1> but was:<2>
  TestWALRecordReader.testWALRecordReader:216 expected:<2> but was:<3>
  TestDistributedLogSplitting.testRecoveredEdits:276 edits dir should have more than a single file in it. instead has 1
  TestAtomicOperation.testMultiRowMutationMultiThreads:499 expected:<0> but was:<1>
  TestHRegionServerBulkLoad.testAtomicBulkLoad:307
Expected: is <true>
     but: was <false>
  TestLogRolling.testCompactionRecordDoesntBlockRolling:611 Should have WAL; one table is not flushed expected:<1> but was:<0>
  TestLogRolling.testLogRollOnDatanodeDeath:359 null
  TestLogRolling.testLogRollOnPipelineRestart:472 Missing datanode should've triggered a log roll
  TestReplicationSourceManager.testLogRoll:237 expected:<6> but was:<7>
  TestReplicationWALReaderManager.test:155 null
  TestWALSplit.testCorruptedLogFilesSkipErrorsFalseDoesNotTouchLogs:594 if skip.errors is false all files should remain in place expected:<11> but was:<12>
  TestWALSplit.testLogsGetArchivedAfterSplit:649 wrong number of files in the archive log expected:<11> but was:<12>
  TestWALSplit.testMovedWALDuringRecovery:810->retryOverHdfsProblem:793 expected:<11> but was:<12>
  TestWALSplit.testRetryOpenDuringRecovery:838->retryOverHdfsProblem:793 expected:<11> but was:<12>
  TestWALSplitCompressed>TestWALSplit.testCorruptedLogFilesSkipErrorsFalseDoesNotTouchLogs:594 if skip.errors is false all files should remain in place expected:<11> but was:<12>
  TestWALSplitCompressed>TestWALSplit.testLogsGetArchivedAfterSplit:649 wrong number of files in the archive log expected:<11> but was:<12>
  TestWALSplitCompressed>TestWALSplit.testMovedWALDuringRecovery:810->TestWALSplit.retryOverHdfsProblem:793 expected:<11> but was:<12>
  TestWALSplitCompressed>TestWALSplit.testRetryOpenDuringRecovery:838->TestWALSplit.retryOverHdfsProblem:793 expected:<11> but was:<12>

While patch for HBASE-14306 could resolve failures of TestHLogRecordReader, TestReplicationSourceManager and TestReplicationWALReaderManager, this JIRA will focus on resolving the others

We have four new commands for controlling the lifecycle of embedded instances:

embed-server - launch embedded standalone
stop-embedded-server - stop embedded standalone
embed-host-controller - launch embedded host
stop-embedded-host-controller - stop embedded host

I am able stop embedded standalone by stop-embedded-host-controller and embedded host controller by stop-embedded-server.

[standalone@embedded /] stop-embedded-host-controller 
14:22:18,781 INFO  [org.jboss.modules] (AeshProcess: 15) JBoss Modules version 1.4.3.Final
[domain@embedded /] stop-embedded-server 

A question comes to my mind, do we need two commands for stopping the embedded instance?

We should set the hostname directly on the target ConnectionFactory rather than storing it in an instance variable (it is currently never being used!).
Also, we should replace the constructor that takes both targetConnectionFactory and hostname so that it only takes the targetConnectionFactory. That target should already have its hostname set anyways.
Finally, the getHostName() method can simply return the targetConnectionFactory.getHost() value.

The overall Goal of this is to add a new Module that can fork a druid cluster to run integration testing as part of the Mini Clusters Qtest suite.

This is why TestZooKeeper is currently broken in build.  There is a single RS only in that test.  Its restarted using the hbase.regionserver.restart.on.zk.expire facility in the RS.  HBASE-2413 added blocking new servers of same host+port until the old is processed but if the old was only server carrying root and meta, and we won't let in the new server until the old server is processed AND processing of old server shutdown inline has assignment of root and meta, we're stuck.

When two concurrent threads are evaluating an expression contained in a flow, the evaluation context linked to the expression can be overriden by multiple threads.
Result is in most of cases NullPointerException in a getValueInternal of classes from  org.springframework.expression.spel.ast package (like PropertyOrFieldReference for example).
Wrong code seems to be in org.springframework.binding.expression.spel.SpringELExpression :
	public Object getValue(Object rootObject) throws EvaluationException {
		try {
			updateEvaluationContext(rootObject);
			return expression.getValue(evaluationContext, expectedType);
...
As the SpringElExpression is unique for the expression to be evaluated, it's not thread safe when updating the evaluation context with root object.
Synchronize this method resolves problem.

The implicit constructor of BaseFlowBuilder constructs a BaseFlowServiceLocator which in turn constructors a ExpressionParser using: 
private ExpressionParser expressionParser = DefaultExpressionParserFactory.getExpressionParser();
The problem here is that this makes it impossible to swap the ExpressionParser for a different implementation that doesn't rely on OGNL. In my case I want to impl an ExpressionParser that using Groovy's GPath and OGNL is not currently a dependency of Grails nor do I want it to be

we haven't been running JavaHBaseContextSuite, because it's Java (so skipped by the ScalaTest framework) and not named according to the surefire naming rules.
rename to TestJavaHBaseContext and categorize it as a Medium test.

The method isn't an @LogMessage method and its return value is unused.

When using Spring Batch Admin Console to view job executions from different JVMs causes a CannotResolveClassException from XStream. 
Specifically, jobs saving custom classes to the job execution will have serialized objects stored in the meta data tables. When viewing the job execution in Spring Batch Admin Console, the console will attempt to deserialize these objects, and if the class is not available at runtime, the above exception will be thrown, causing an error to appear instead of the job execution.
As the deserialized objects are not used by the admin console, there is no reason to report this error and the exception can be caught and ignored or logged.
See the forum link for further details.

should use
mvn:org.springframework/org.springframework.xxx/3.2.4.RELEASE
instead

To avoid assigning/opening regions with missing files, verify that the snapshot is not corrupted before restoring/cloning it.
In 96 a corrupted file in a region is "not a problem" since the assignment will give up after awhile.
In 94 having a corrupted file in a region means looping forever, on "enable",  until manual intervention. (Easy way to test this is create a table, disable it, add a corrupted reference file and enable the table to start looping: you can use echo "foo" > aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa.aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)

Hello, 
we are using the org.springframework.web.reactive.function.client.WebClient for querying a REST-Service. Its all working fine, but when the response data exceeds a certain size (in our case 16 MB), we are runnig into a stack overflow inside netty-Code.
java.lang.StackOverflowError: null
	at io.netty.buffer.CompositeByteBuf.isDirect(CompositeByteBuf.java:567) ~[netty-buffer-4.1.13.Final.jar:4.1.13.Final]
	at io.netty.buffer.AbstractUnpooledSlicedByteBuf.isDirect(AbstractUnpooledSlicedByteBuf.java:85) ~[netty-buffer-4.1.13.Final.jar:4.1.13.Final]
I think the stack overflow is caused by the call of isDirect() in the NettyDataBuffer Class in line 211 [1].
Lukas
[1] https://github.com/spring-projects/spring-framework/blob/c7a15260d631371481519098432795e8808ec9bc/spring-core/src/main/java/org/springframework/core/io/buffer/NettyDataBuffer.java#L211

predicate pushdown seems to fail in some scenarios... it is ok if all the columns are selected.
create table ppda(a string, b string);
select a from ppda where ppda.a > 10; --> fails
select b from ppda where ppda.a > 10; --> ok
select * from ppda where ppda.a > 10; --> ok
select b from appd where appd.b > 10 and appd.a > 20; --> ok

Currently if you inject a scheduler the CamelContext won't be available for jobs to access. When the scheduler is created automatically, the context is added to the quartz scheduler context so the jobs can access it:
quartzContext.put(QuartzConstants.QUARTZ_CAMEL_CONTEXT + "-" + camelContextName, getCamelContext());

AtomicTransactionSuspendTestCase
BusinessActivitySuspendTestCase

testCommitAfterSuspend(org.jboss.as.test.xts.suspend.wsat.AtomicTransactionSuspendTestCase)  Time elapsed: 0.111 sec  <<< ERROR!
javax.xml.ws.soap.SOAPFaultException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "10.40.4.255:8180" "connect,resolve")" in code source "(vfs:/content/executorService.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.executorService.war" from Service Module Loader")
        at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:161)
        at com.sun.proxy.$Proxy48.init(Unknown Source)
        at org.jboss.as.test.xts.suspend.AbstractTestCase.before(AbstractTestCase.java:103)
        at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
        at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
        at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
        at org.jboss.arquillian.junit.Arquillian$StatementLifecycleExecutor.invoke(Arquillian.java:463)
        at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99)
        at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72)
        at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
        at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:124)
        at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
        at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
        at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
        at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
        at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
        at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:108)
        at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:241)
        at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:426)
        at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
        at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259)
        at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:319)
        at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
        at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:312)
        at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
        at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
        at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
        at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
        at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
        at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
        at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204)
        at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
        at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
        at org.junit.runners.Suite.runChild(Suite.java:128)
        at org.junit.runners.Suite.runChild(Suite.java:27)
        at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
        at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
        at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:108)
        at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:78)
        at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:54)
        at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:144)
        at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
        at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
Caused by: org.apache.cxf.binding.soap.SoapFault: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "10.40.4.255:8180" "connect,resolve")" in code source "(vfs:/content/executorService.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.executorService.war" from Service Module Loader")
        at org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.unmarshalFault(Soap11FaultInInterceptor.java:86)
        at org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handleMessage(Soap11FaultInInterceptor.java:52)
        at org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handleMessage(Soap11FaultInInterceptor.java:41)
        at org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(AbstractFaultChainInitiatorObserver.java:112)
        at org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:69)
        at org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:34)
        at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:805)
        at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1684)
        at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1560)
        at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1361)
        at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
        at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:658)
        at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
        at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:518)
        at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:427)
        at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:328)
        at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:281)
        at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
        at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:139)
        ... 130 more
...

Type converters are not being detected with new version of Camel

The behaviour of scan is very inefficient when using with FilterList.
The FilterList rewrites the return code from NEXT_ROW to SKIP from a filter if Operator.MUST_PASS_ALL is used. 
This happens when using ColumnPrefixFilter. Even though the ColumnPrefixFilter indicates to jump to NEXT_ROW because no further match can be found, the scan continues to scan all versions of a column in that row and all columns of that row because the ReturnCode from ColumnPrefixFilter has been rewritten by the FilterList from NEXT_ROW to SKIP. 
This is particularly inefficient when there are many versions in a column because the check is performed on all versions of the column instead of just by checking the qualifier of the column name.

Anything after the comment is ignored - it can lead to random errors - it should be handled by the parser

Build was broken when I committed HBASE-533.  Bunch of tests started to fail (I didn't run tests before committing).

When executed add command with non existing jar it should throw exception through   HiveStatement
Ex:

  add jar /root/invalidpath/testjar.jar

Here testjar.jar is not exist so it should throw exception.

Hello.
There's an issue in the camel-lumberjack component lifecycle preventing it from restarting.

/subsystem=datasources/data-source=ExampleDS:undefine-attribute(name=initial-pool-size)
{
    "failure-description" => "WFLYJCA0045: failed to set attribute: null",
}

This is regression compared to EAP 7.0.0.GA as well as 7.1.0.DR12.

Kannan tripped over two regionnames that hashed the same:
Here is code demo'ing that his two names hash the same:

package org;

import org.apache.hadoop.hbase.util.Bytes;
import org.apache.hadoop.hbase.util.JenkinsHash;

public class Testing {
  public static void main(final String [] args) {
    System.out.println(encodeRegionName(Bytes.toBytes("test1,6838000000,1273541236167")));
    System.out.println(encodeRegionName(Bytes.toBytes("test1,0520100000,1273541610201")));
  }

  /**
   * @param regionName
   * @return the encodedName
   */
  public static int encodeRegionName(final byte [] regionName) {
    return Math.abs(JenkinsHash.getInstance().hash(regionName, regionName.length, 0));
  }
}

Need new encoding mechanism.  Will need to migrate old regions to new schema.

See nabble
http://camel.465427.n5.nabble.com/choice-when-check-BodyType-null-Body-null-tp4259599p4259599.html
We should use a boolean to keep track if the message body has been explict set to null using setBody(null) to avoid re-initialize the message body on subsequent accesses

By mistake, the default directory is used for files when the file to save is renamed.

When the following test is run with the following xml the second assertEquals statement fails:
XML:
<test>
<a name="X">ABC</a>
<a name="Y">1,2,3</a>
</test
TEST:
public void testXMLConfig() throws Exception {
  File file = new File("/xml/xmlConfigTest.xml");
  XMLConfiguration xmlConfig = new XMLConfiguration(file);
  xmlConfig.load();
  assertEquals("X",xmlConfig.getProperty("a(0)[@name]"));
  assertEquals("Y",xmlConfig.getProperty("a(1)[@name]"));
}

Just looked at SingleCol and ValueFilter... And on every column compared they create a copy of the column and/or value portion of the KV.

CsrfTokenArgumentResolver has broken javadoc, see http://docs.spring.io/spring-security/site/docs/4.0.1.RELEASE/apidocs/org/springframework/security/web/method/annotation/CsrfTokenArgumentResolver.html
The source code snippet of RestController is missing.

When using transferExchange="true" in a JMS consumer (assuming producer also did), camel is breaking the match between key and exchange in inflightRepository if allowUseOriginalMessage="true" is not set in camel context.
This can lead to java heap space out of memory because camel is not able to clear the inflightRepository from old Exchange.
Identified behaviour :

Camel receive the JMS message
	
If allowUseOriginalMessage=true : parse JMS message to build Exchange instance
If not : generate a new Instance

Camel add the Exchange to inflightRepository
On accessing the ExchangeBody, if it was not parsed  yet camel rebuild the Exchange but do not change the key(exchangeId) in the inflightRepository
When the route process is over the message is not disposed if the key has been changed in the Exchange but not inflightRepository
Sooner or later the heap space if full and application crash.

The problem appeared in 2.18.0 and is present up until 2.23.1 (tested with attached test case). Release note of 2.18.0 says :
"Optimize Camel to only enable AllowUseOriginalMessage if in use by error handler or OnCompletion<http://camel.apache.org/oncompletion.html>. End user who manually access the original message using the Java API must configure AllowUseOriginalMessage=true."
Problem is transferExchange="true" case also needs allowUseOriginalMessage="true" even if the not accessing original message by Java API an other way.
Easy work around : set allowUseOriginalMessage="true" in camel context configuration

The TestNotificationListener.testAMQListener test case fails occasionally with the following error:

expected:<[CREATE_DATABASE, CREATE_TABLE, ADD_PARTITION, ALTER_PARTITION, DROP_PARTITION, ALTER_TABLE, DROP_TABLE, DROP_DATABASE]> but was:<[CREATE_DATABASE, CREATE_TABLE, ADD_PARTITION, ALTER_PARTITION, DROP_PARTITION, ALTER_TABLE, DROP_TABLE]>

java.lang.AssertionError: expected:<[CREATE_DATABASE, CREATE_TABLE, ADD_PARTITION, ALTER_PARTITION, DROP_PARTITION, ALTER_TABLE, DROP_TABLE, DROP_DATABASE]> but was:<[CREATE_DATABASE, CREATE_TABLE, ADD_PARTITION, ALTER_PARTITION, DROP_PARTITION, ALTER_TABLE, DROP_TABLE]>
	at org.apache.hive.hcatalog.listener.TestNotificationListener.tearDown(TestNotificationListener.java:114)

This error can happen if the testAMQListener method is completed before the last DROP_TABLE message got processed and put to the actualMessages list by the onMessage method. This can happen if there is a small delay in receiving the message, since the message receiving is not synchronized with the testAMQListener method.

Testing tip of branch-2.0, ran into this:

2018-07-29 01:45:33,002 INFO  [master/ve0524:16000] master.HMaster: Master has completed initialization 13.854sec                                                                                                           2018-07-29 01:45:33,003 INFO  [PEWorker-4] procedure.MasterProcedureScheduler: pid=1820, state=WAITING:MOVE_REGION_ASSIGN; MoveRegionProcedure hri=533fb79ba23b27e9e0715b51daeb30c1, source=ve0538.halxg.cloudera.com,16020,1532847421672, destination=ve0540.halxg.cloudera.com,16020,1532853151031 checking lock on 533fb79ba23b27e9e0715b51daeb30c1                                                                                                  2018-07-29 01:45:33,003 WARN  [PEWorker-4] procedure2.ProcedureExecutor: Worker terminating UNNATURALLY null
java.lang.IllegalArgumentException: pid=1820, state=WAITING:MOVE_REGION_ASSIGN; MoveRegionProcedure hri=533fb79ba23b27e9e0715b51daeb30c1, source=ve0538.halxg.cloudera.com,16020,1532847421672, destination=ve0540.halxg.cloudera.com,16020,1532853151031
  at org.apache.hbase.thirdparty.com.google.common.base.Preconditions.checkArgument(Preconditions.java:134)                                                                                                                   at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1458)
  at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1249)                                                                                                                       at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$900(ProcedureExecutor.java:76)
  at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1763)

It then shows as the below in the UI:

Id	Parent	State	Owner	Type	Start Time	Last Update	Errors	Parameters
1820		WAITING	stack	MoveRegionProcedure hri=533fb79ba23b27e9e0715b51daeb30c1, source=ve0538.halxg.cloudera.com,16020,1532847421672, destination=ve0540.halxg.cloudera.com,16020,1532853151031	Sun Jul 29 01:33:37 PDT 2018	Sun Jul 29 01:33:38 PDT 2018		[ { state => [ '1', '2' ] }, { regionId => '1532851768240', tableName => { namespace => 'ZGVmYXVsdA==', qualifier => 'SW50ZWdyYXRpb25UZXN0QmlnTGlua2VkTGlzdA==' }, startKey => 'VttDLvXHdcmzwqNdrNoUFg==', endKey => 'WGFV8k+hFqhcIJGiKZ8L4Q==', offline => 'false', split => 'false', replicaId => '0' }, { sourceServer => { hostName => 've0538.halxg.cloudera.com', port => '16020', startCode => '1532847421672' }, destinationServer => { hostName => 've0540.halxg.cloudera.com', port => '16020', startCode => '1532853151031' } } ]

This is what we'd just read from hbase:meta:

2018-07-29 01:45:32,802 INFO  [master/ve0524:16000] assignment.RegionStateStore: Load hbase:meta entry region=533fb79ba23b27e9e0715b51daeb30c1, regionState=CLOSED, lastHost=ve0538.halxg.cloudera.com,16020,1532847421672, regionLocation=ve0538.halxg.cloudera.com,16020,1532847421672, openSeqNum=1544600

Before this, we'd just logged this:
2018-07-29 01:33:39,786 INFO  [PEWorker-14] assignment.RegionStateStore: pid=1823 updating hbase:meta row=533fb79ba23b27e9e0715b51daeb30c1, regionState=CLOSED
Going back in history, we do the above each time the Master gets restarted so the region is offlined and never brought back online.
It is failing here:

  private void execProcedure(final RootProcedureState procStack,
      final Procedure<TEnvironment> procedure) {
    Preconditions.checkArgument(procedure.getState() == ProcedureState.RUNNABLE,
        procedure.toString());

Its the parent move region that is trying to run and failing. It is not RUNNABLE? Because the subprocedure was 'done' but not fully?

In 0.94, grant.rb has the following:

In 0.95.2, when I tried to grant permission on a table to user hrt_1, I got some exception:

hbase(main):003:0> grant 'hrt_1', 'R', 't1'

Syntax : grant <user> <permissions> <table> <column family> <column qualifier>

Hi,
I'm working with a blackberry 10 simulator and it never detect this device as mobile. I reviewed the KNOWN_MOBILE_USER_AGENT_KEYWORDS variable and I think it's only add the "touch" as new keyworkd, I'm not sure 
There is the user agent example:
Mozilla/5.0 (BB10; Touch) AppleWebKit/537.3+ (KHTML, like Gecko) Version/10.0.9.386 Mobile Safari/537.3+
And here the description of user agent for this device:
http://crackberry.com/developers-here-blackberry-10-user-agent
More Info:
http://us.blackberry.com/sites/developers/resources/simulators.html

I have a project which uses 
org.springframework.batch.integration.partition.MessageChannelPartitionHandler
and
org.springframework.batch.integration.partition.StepExecutionRequestHandler
to run a job Step remotely.
In case if a remote step is a 
org.springframework.batch.core.job.flow.FlowStep
(not a TaskletStep) the step execution fails on a remote host with the exception:

Caused by: java.lang.IllegalArgumentException: Job cannot be null.
	at org.springframework.batch.core.repository.dao.JdbcJobExecutionDao.findJobExecutions(JdbcJobExecutionDao.java:127)
	at org.springframework.batch.core.repository.support.SimpleJobRepository.getStepExecutionCount(SimpleJobRepository.java:249)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
	at com.sun.proxy.$Proxy48.getStepExecutionCount(Unknown Source)
	at org.springframework.batch.core.job.flow.JobFlowExecutor.isStepRestart(JobFlowExecutor.java:82)
	at org.springframework.batch.core.job.flow.JobFlowExecutor.executeStep(JobFlowExecutor.java:63)
	at org.springframework.batch.core.job.flow.support.SimpleFlow.resume(SimpleFlow.java:152)
The reason is an empty jobInstance field in the JobExecution instance used to lookup for the JobExecution on a remote host in 
JdbcJobExecutionDao.findJobExecutions(JobInstance job);
The SimpleJobExplorer doesn't fill the jobInstance field of the jobExecution received from a DAO call in the SimpleJobExplorer.getStepExecution(Long jobExecutionId, Long executionId) method.

Does 'sn' need to be required when creating LdapUserDetails?
We have a few test users in Active Directory that does not have this attribute set. When those users try to login, it fails on this method in Person.java:
public LdapUserDetails createUserDetails() {
    Person p = (Person) super.createUserDetails();
    Assert.hasLength(p.sn);
    Assert.notNull(p.cn);
    Assert.notEmpty(p.cn);
    // TODO: Check contents for null entries
    return p;
}

https://github.com/spring-projects/spring-security/blob/master/ldap/src/main/java/org/springframework/security/ldap/userdetails/Person.java#L129
It is this line that is causing us problem:

Assert.hasLength(p.sn);

There might be a good reason that 'sn' is required that I'm not aware of, but if not it would be great if this assert could be removed.
This is the stacktrace we get. We're using spring-security-ldap indirectly through Grails spring-security-ldap plugin (v2.0-RC2):

2014-10-29 15:17.02,875 [ajp-nio-8021-exec-3] ERROR StackTrace - Full Stack Trace:java.lang.IllegalArgumentException: [Assertion failed] - this String argument must have length; it must not be null or empty
        at org.springframework.util.Assert.hasLength(Assert.java:136)
        at org.springframework.util.Assert.hasLength(Assert.java:148)
        at org.springframework.security.ldap.userdetails.Person$Essence.createUserDetails(Person.java:129)
        at org.springframework.security.ldap.userdetails.InetOrgPersonContextMapper.mapUserFromContext(InetOrgPersonContextMapper.java:37)
        at org.springframework.security.ldap.authentication.AbstractLdapAuthenticationProvider.authenticate(AbstractLdapAuthenticationProvider.java:63)
        at org.springframework.security.authentication.ProviderManager.authenticate(ProviderManager.java:156)
        at org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter.attemptAuthentication(UsernamePasswordAuthenticationFilter.java:94)
        at grails.plugin.springsecurity.web.authentication.RequestHolderAuthenticationFilter.attemptAuthentication(RequestHolderAuthenticationFilter.java:76)
        at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:211)
        at grails.plugin.springsecurity.web.authentication.RequestHolderAuthenticationFilter.doFilter(RequestHolderAuthenticationFilter.java:49)
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
        at grails.plugin.springsecurity.web.authentication.logout.MutableLogoutFilter.doFilter(MutableLogoutFilter.java:82)
        at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:87)
        at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192)
        at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160)
        at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:344)
        at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:261)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
        at org.codehaus.groovy.grails.web.servlet.mvc.GrailsWebRequestFilter.doFilterInternal(GrailsWebRequestFilter.java:69)
        at org.codehaus.groovy.grails.web.filters.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:67)
        at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
        at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610)
        at org.apache.catalina.valves.RemoteIpValve.invoke(RemoteIpValve.java:676)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:537)
        at org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:827)
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:658)
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1566)
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1523)
        at java.lang.Thread.run(Thread.java:745)2014-10-29 15:17.02,928 [ajp-nio-8021-exec-3] ERROR StackTrace - Full Stack Trace:java.lang.IllegalArgumentException: [Assertion failed] - this String argument must have length; it must not be null or empty

In Driver#doAuthorization():

        if (tbl != null && !tableAuthChecked.contains(tbl.getTableName()) &&
            !(tableUsePartLevelAuth.get(tbl.getTableName()) == Boolean.TRUE)) {

The above comparison should be done using .equals() method.
The comparison below doesn't evaluate to true:

    Boolean b = new Boolean(true);
    if (b == Boolean.TRUE) {

Please could you confirm if this is a bug.
It works if the text is sent in the body but not if it is sent in a header.
I hope the test case is self explanatory.
-------
public class CamelBug {
		  CamelContext camelContext = new DefaultCamelContext();
	        camelContext.addRoutes(new RouteBuilder() {
	            @Override
	            public void configure() throws Exception 
{
	                from("direct:test").
	                        //setBody(simple("body.replace('a','b')")).
	              setBody(simple("header[text].replace('a','b')")).
                            
	                to("mock:test");
	            }
	        });
	        camelContext.start();
	        camelContext.createProducerTemplate().sendBodyAndHeader("direct:test","","text","replace me");
	        MockEndpoint mockEndpoint =
	camelContext.getEndpoint("mock:test", MockEndpoint.class);
	        String replacedMessage =
	mockEndpoint.getExchanges().get(0).getIn().getBody(String.class);
	        System.out.println(replacedMessage);//gives null
	        //assertEquals("replbce me", replacedMessage); 
	}
}

This jira contains some small typo findings and suggestions for user experience enhancements when working with the datasources subsystem:
1, Schema file contains a typo on line 1037: "Thios tag is not used ..." -> "This tag is not used ...".
2, Description for flush-strategy attribute on both data-source and xa-data-source says there are only three valid values, when in fact there are ten. When setting the attribute value to something invalid, the error message correctly lists all ten, except UNKNOWN is listed as null.
3, Description of pool-fair attribute on both data-source and xa-data-source has, IMHO, weird word order: "Defines if pool should use be fair" -> "Defines if pool use should be fair".
4, Although the description of the attribute transaction-isolation lists valid values for the attribute, there is no validation. It is possible to assign any value to the attribute. Could the validation be added in a similar manner like it exists for flush-strategy attribute? This is the case for the attribute on both data-source and xa-data-source.
5, The description of background-validation attribute on data-source and xa-data-source says server needs restart when the attribute value is changed on an enabled data source. However, it's restart-required value is no-services and the CLI does not warn the user that server needs to be restarted once the background-validation value is actually changed.

CORS is not allowed with web endpoints added for active/passive HA. Enable CORS by default for all web endpoints. 

If I use -Dswarm.logging.category.name=DEBUG to enable debug logging, I get each of the debug log messages twice. This appears e.g. in the ArqLoggingLevelsTest test.
The ultimate reason is that LoggingFraction.applyDefaults(Level), which adds the logger to the WildFly logging subsystem, configures a handler for the logger. The thing is that by default, log messages are already sent to the parent's logger handlers, so in combination, the log message gets sent to 2 handers.
I see 2 possible options:

remove the l.handler(CONSOLE) part
add l.useParentHandlers(false)

I guess both of them have the same advantages and disadvantages, so I'll just send a PR with the first solution (which is how adding loggers is typically done in WildFly).

CompactionTxnHandler.findPotentialCompactions() uses a Set<CompactionInfo> but CompactionInfo doesn't have equals/hashCode.
should do the same as CompactionInfo.compareTo()

AbstractSockJsService and OriginHandshakeInterceptor both had setAllowedOrigins / getAllowedOrigins accessors added in the middle of the 4.1.x line, but unfortunately in an inefficient and inconsistent way: Since all access goes via contains calls, the optimal data structure is a Set. OriginHandshakeInterceptor fortunately already allows for adapting this since it declares Collection; however, for no good reason, AbstractSockJsService declares List instead. Aligning this towards consistent Collection declaration and efficient use of internal LinkedHashSets is necessary, and let's rather do this right now - also in 4.1.9 - before those methods get used on a more widespread basis. For declarative configuration and Java source compilation, this change is compatible anyway; it is just not binary-compatible for precompiled jars.

When using the filter SingleColumnValueFilter, and depending of the columns specified in the scan (filtering column always specified), the results can be different.
Here is an example.
Suppose the following table:

key
a:foo
a:bar
b:foo
b:bar

1
false
flag
flag
flag

2
true
flag
flag
flag

3
 
flag
flag
flag

With this filter:

SingleColumnValueFilter filter = new SingleColumnValueFilter(Bytes.toBytes("a"), Bytes.toBytes("foo"), CompareOp.EQUAL, new BinaryComparator(Bytes.toBytes("false")));
filter.setFilterIfMissing(true);

Depending of how I specify the list of columns to add in the scan, the result is different. Yet, all examples below should always return only the first row (key '1'):
OK:

scan.addFamily(Bytes.toBytes("a"));

KO (2 results returned, row '3' without 'a:foo' qualifier is returned):

scan.addFamily(Bytes.toBytes("b"));

scan.addColumn(Bytes.toBytes("a"), Bytes.toBytes("foo"));
scan.addColumn(Bytes.toBytes("a"), Bytes.toBytes("bar"));
scan.addColumn(Bytes.toBytes("b"), Bytes.toBytes("foo"));

OK:

scan.addColumn(Bytes.toBytes("b"), Bytes.toBytes("bar"));

OK:

This is a regression as it was working properly on HBase 0.92.
You will find in attachement the unit tests reproducing the issue.
The analysis of this issue lead us to 2 critical bugs induced in 96 and above versions
1. The essential family optimization is broken in some cases.  In case of condition on some families, we 1st will read those KVs and apply condition on those, when the condition says to filter out that row, we will not go ahead and fetch data from remaining non essential CFs. But now in most of the cases we will do this unwanted data read which is fully against this optimization
2. We have a CP hook postFilterRow() which will be called when a row is getting filtered out by the Filter.  This gives the CP to do a reseek to the next known row which it thinks can evaluate the condition to true. But currently in 96+ code , this hook is not getting called.

otherwise will see the exception like 
javax.xml.ws.spi.FactoryFinder$ConfigurationError: Provider org.apache.axis2.jaxws.spi.Provider not found
at javax.xml.ws.spi.FactoryFinder$2.run(FactoryFinder.java:135)
at javax.xml.ws.spi.FactoryFinder.doPrivileged(FactoryFinder.java:264)
at javax.xml.ws.spi.FactoryFinder.newInstance(FactoryFinder.java:122)
at javax.xml.ws.spi.FactoryFinder.access$200(FactoryFinder.java:42)
at javax.xml.ws.spi.FactoryFinder$3.run(FactoryFinder.java:255)
at javax.xml.ws.spi.FactoryFinder.find(FactoryFinder.java:165)
at javax.xml.ws.spi.Provider.provider(Provider.java:39)
at javax.xml.ws.Service.<init>(Service.java:36)

Hi everybody,
please have a look into file "CdiCamelContext.java":
In the methods "start" and "stop" "throw" statements are missing (see below).
This error suppresses proper error handling and error information in case that the cdi camel context cannot be started (for example due to invalid endpoint uris).
Thanks a lot in advance for the quick fix.
Bye
Natasha
    @Override
    public void start() {
        try 
{
            super.start();
        }
{
            ObjectHelper.wrapRuntimeCamelException(e); // <= Missing throw statement
        }
    }

    @PreDestroy
    @Override
    public void stop() {
        try {
            super.stop();
        } catch (Exception e) {            ObjectHelper.wrapRuntimeCamelException(e); // <= Missing throw statement        }
    }

Running into the same error as WFCORE-519, but on domain setup. Issue persists on 8.2-FINAL
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76)
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759)
Caused by: com.lawson.util.eli.xslt.LawXsltException: javax.xml.transform.TransformerConfigurationException: Translet class loaded, but unable to create translet instance.
	at com.lawson.util.eli.xslt.LawTransform.doTransform(LawTransform.java:148)
	at com.lawson.util.eli.xslt.LawTransform.transform(LawTransform.java:57)
	at com.lawson.servlet.Transform.doGet(Transform.java:218)
	... 42 more
Caused by: javax.xml.transform.TransformerConfigurationException: Translet class loaded, but unable to create translet instance.
	at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.defineTransletClasses(TemplatesImpl.java:390)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.getTransletInstance(TemplatesImpl.java:404)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.newTransformer(TemplatesImpl.java:439)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:792)
	at _redirected.TransformerFactory.newTransformer(_TransformerFactory.java:132)
	at com.lawson.util.eli.xslt.LawTransform.doTransform(LawTransform.java:142)

This method, just calls itself. As BoundedCollection extends Collection, it would seem to me that this method should be removed:
    /**

Factory method to create an unmodifiable bounded collection.
     *
@param coll  the <code>BoundedCollection</code> to decorate, must not be null
@return a new unmodifiable bounded collection
@throws IllegalArgumentException if bag is null
     */
    public static <E> BoundedCollection<E> unmodifiableBoundedCollection(BoundedCollection<E> coll) 
{
        return unmodifiableBoundedCollection(coll);
    }

[INFO] Total time: 42.547s
[INFO] Finished at: Fri Jun 21 02:43:29 UTC 2013
[INFO] Final Memory: 48M/569M
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:testCompile (default-testCompile) on project hbase-it: Compilation failure
[ERROR] /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-it/src/test/java/org/apache/hadoop/hbase/mapreduce/IntegrationTestBulkLoad.java:[589,36] cannot access org.apache.hadoop.mapred.MiniMRCluster
[ERROR] class file for org.apache.hadoop.mapred.MiniMRCluster not found
[ERROR] util.startMiniMapReduceCluster();
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:testCompile (default-testCompile) on project hbase-it: Compilation failure
/home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/trunk/hbase-it/src/test/java/org/apache/hadoop/hbase/mapreduce/IntegrationTestBulkLoad.java:[589,36] cannot access org.apache.hadoop.mapred.MiniMRCluster
class file for org.apache.hadoop.mapred.MiniMRCluster not found
      util.startMiniMapReduceCluster();

	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:213)
Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation failure

	at org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:729)
	at org.apache.maven.plugin.TestCompilerMojo.execute(TestCompilerMojo.java:161)
	... 19 more

The injection with @EJB should work the same way in a Rest service (CDI Bean) as it does in a Servlet.
@EJB(lookup = "ejb:jboss-ejb-multi-server-app-one/ejb/AppOneBean!org.jboss.as.quickstarts.ejb.multi.server.app.AppOne")
is not working correct if used in a CDI Bean in the reproducer example.
    git@github.com:wfink/jboss-eap-quickstarts.git
    BRANCH: 6.4.x_ejb-multi-server_reproducerEJB-injection
    SubProject: ejb-multi-server  (used only a part of it to have a web-app and a ejb-app)
                      see ejb-multi-server/README-reproducerEJB-injection

When reporting on whether an associated SCP, this is what we log:

2018-10-16 14:05:57,607 ERROR org.apache.hadoop.hbase.master.RegionServerTracker: false has no matching ServerCrashProcedure
2018-10-16 14:05:57,608 ERROR org.apache.hadoop.hbase.master.RegionServerTracker: false has no matching ServerCrashProcedure
2018-10-16 14:05:57,608 ERROR org.apache.hadoop.hbase.master.RegionServerTracker: true has no matching ServerCrashProcedure

i.e. we are supposed to log servername but we don't. Minor issue.

Various services in the appserver depend on the SuspendController via SuspendController.SERVICE_NAME. This should be exposed via a capability.

OrcFileMergeOperator checks for compatibility before merging orc files. This compatibility check include checking compression buffer size. But the output file that is created does not honor the compression buffer size and always defaults to 256KB. This will not be a problem when reading the orc file but can create unwanted memory pressure because of wasted space within compression buffer.
This issue also can make the merged file unreadable under certain cases. For example, if the original compression buffer size is 8KB and if  hive.exec.orc.default.buffer.size is set to 4KB. The merge file operator will use 4KB instead of actual 8KB which can result in hanging of ORC reader (more specifically ZlibCodec will wait for more compression buffers). 
jstack output for hanging issue
"main" prio=5 tid=0x00007fc073000000 nid=0x1703 runnable [0x0000700000218000]
	at java.util.zip.Inflater.inflateBytes(Native Method)
	at java.util.zip.Inflater.inflate(Inflater.java:259)
	- locked <0x00000007f5d5fdc8> (a java.util.zip.ZStreamRef)
	at org.apache.hadoop.hive.ql.io.orc.ZlibCodec.decompress(ZlibCodec.java:94)
	at org.apache.hadoop.hive.ql.io.orc.InStream$CompressedStream.readHeader(InStream.java:238)
	at org.apache.hadoop.hive.ql.io.orc.InStream$CompressedStream.read(InStream.java:262)
	at com.google.protobuf.CodedInputStream.refillBuffer(CodedInputStream.java:737)
	at com.google.protobuf.CodedInputStream.isAtEnd(CodedInputStream.java:701)
	at com.google.protobuf.CodedInputStream.readTag(CodedInputStream.java:99)
	at org.apache.hadoop.hive.ql.io.orc.OrcProto$StripeFooter.<init>(OrcProto.java:10661)
	at org.apache.hadoop.hive.ql.io.orc.OrcProto$StripeFooter.<init>(OrcProto.java:10625)
	at org.apache.hadoop.hive.ql.io.orc.OrcProto$StripeFooter$1.parsePartialFrom(OrcProto.java:10730)
	at org.apache.hadoop.hive.ql.io.orc.OrcProto$StripeFooter$1.parsePartialFrom(OrcProto.java:10725)
	at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:89)
	at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:95)
	at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:49)
	at org.apache.hadoop.hive.ql.io.orc.OrcProto$StripeFooter.parseFrom(OrcProto.java:10958)
	at org.apache.hadoop.hive.ql.io.orc.MetadataReaderImpl.readStripeFooter(MetadataReaderImpl.java:114)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.readStripeFooter(RecordReaderImpl.java:240)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.beginReadStripe(RecordReaderImpl.java:847)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.readStripe(RecordReaderImpl.java:818)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.advanceStripe(RecordReaderImpl.java:1033)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.advanceToNextRow(RecordReaderImpl.java:1068)
	at org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.<init>(RecordReaderImpl.java:217)
	at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.rowsOptions(ReaderImpl.java:638)
	at org.apache.hadoop.hive.ql.io.orc.ReaderImpl.rows(ReaderImpl.java:625)
	at org.apache.hadoop.hive.ql.io.orc.FileDump.printMetaData(FileDump.java:162)
	at org.apache.hadoop.hive.ql.io.orc.FileDump.main(FileDump.java:110)

The method PreInvocationAuthorizationAdviceVoter.support(Class<?> clazz) checks if clazz is a super class of MethodInvocation and not if its a subclass.

HttpSessionSecurityContextRepository restores authentication to the session if session is invalidated from another thread if SecurityContextPersistenceFilter execution takes significant amount of time.
I am using Spring + JSF + DWR framework + GWT event service (ajax push). In any time there is at least one thread waiting at the server side for push events. This request is handled by SecurityContextPersistenceFilter which remembers the authentication at the moment of request's arriving to the server. If during the processing of this filter the session is being invalidated (by clicking logout in another tab of invalidating session by id from admin area) then HttpSessionSecurityContextRepository put the outdated authentication to the new session(which is created by JSF framework, so the session is changed during the processing of SecurityContextPersistenceFilter ).
This easily reproducable if some processing delay is inserted to SecurityContextPersistenceFilter.
SaveToSessionResponseWrapper should remember the initial HttpSession and check if the original session was invalidated so it won't set the current authentication to the new session.

If it doesn't have proper write access to an existing backupgc.log, standalone.sh will hang. The file mv should use the -f flag.

Qtest erasure_commands.q might fail if erasure_simple.q precedes it in the same batch

I'm using Anonymous Authentication for the public pages on a site I'm developing. If I go to a page that is successful an anonymous authentication token is made and the reset by the AnonymousProcessingFilter so that no HttpSession is created for that request. However, if the page I go to results in an error (like 404 or 500) an HttpSession is created with the anonymous authentication token saved within.
I think that it is because the HttpSessionContextIntegrationFilter wraps the response so that it can try and save the context on sendError/sendRedirect calls, however the AnonymousProcessingFilter isn't given a chance to remove the anonymous authentication token, the result is that a session is created.

On shutdown, if still outstanding Executors queued then when ExecutorService lists what is outstanding, the list will be other than a list of default toString implementations of ServerShutdownHandler objects.

The alter_status command used to print 0/0 once an alter operation had completed and its progress was no longer available. Now it instad indicates that all regions were updated.

With the following code, the org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping fails to #determineUrlsForHandler.

public class DemoController {
    @RequestMapping(value = "/users", method = GET)
    public String getUsers()
    {
        return "users/users";
    }
}

The wanted URL mapping is '/users/users' but the generated path is '/users'. So when browsing /users/users we got HTTP 404.
The error is due to the use of org.springframework.util.AntPathMatcher.combine(String, String) to concatenate the type-level path and the method-level path that only return the method-level path which is not expected.
The combine method return the second method argument pattern2 when the pattern1 matches pattern2.
I don't known if it is the AntPathMatcher.combine(...) method which is wrong or the use of it by org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping.determineUrlsForHandler(String)

Easiest: following needs to be fixed.
LOG.debug("Found spec for " + hsplit.getPath() + " " + part + " from " + pathToPartitionInfo);

HttpServerLogger.errorContextModuleNotFound(String slot) was added but the code that should call it doesn't, it just calls logger.error(slot).

1) Add a restlet route with a from uri of restlet:///nimbus/hello.restlet/1.0?restletMethods=get
<route xmlns="http://camel.apache.org/schema/spring" trace="true" >
      <from uri="restlet:///nimbus/hello.restlet/1.0?restletMethods=get"/>
    <transform>
      <simple>Hello Restlet Method: ${header.CamelHttpMethod}  ID:${header.id}</simple>
    </transform>
  </route>
2) Add a restlet route with a from uri of restlet:///nimbus/hello.restlet/1.0?restletMethods=post
   <route xmlns="http://camel.apache.org/schema/spring" trace="true" >
      <from uri="restlet:///nimbus/hello.restlet/1.0?restletMethods=post"/>
  </route>
3)  route 1work fine, but #2 results in the following exception. both route work fine in Camel 2.9.1.
012-07-27 10:29:20,646-0400 ERROR grails.app.service.nimbus.ComputeService localhost addRoute for hello.restletpost failed - Failed to start route nimbus.hello.restletpost.1.0 because of Multiple consumers for the same endpoint is not allowed: Endpoint[/nimbus/hello.restlet/1.0]
 Caused by: org.apache.camel.FailedToStartRouteException: Failed to start route nimbus.hello.restletpost.1.0 because of Multiple consumers for the same endpoint is not allowed: Endpoint[/nimbus/hello.restlet/1.0]
 at org.apache.camel.impl.DefaultCamelContext(doStartOrResumeRouteConsumers:1993) 
I've already posted on 
http://camel.465427.n5.nabble.com/Apache-Camel-2-10-0-multiple-restlet-routes-of-the-same-restlet-URI-but-different-VERBs-does-not-work-td5716556.html

Suspending the server works only on deployed deployments but it doesn't work for root context.
=> after executing :suspend operation, requests to deployment are rejected as expected, still requests to http://localhost:8080 are permitted and processed.

When a managed server fails in some way, the server status reporting is inconsistent between the /host=<host>/server-config=<server> resources and the /host=<host>/server=<server> resource.
To reproduce, run domain.sh, find the pid of a server process, and kill -9 <thepid>. Then with the CLI:

[domain@localhost:9990 /] /host=master/server-config=server-two:read-attribute(name=status)
{
    "result" => "FAILED"
}
[domain@localhost:9990 /] /host=master/server=server-two:read-attribute(name=server-state)
{
}

I created a roo i18n addon for French language using the following command 
addon create i18n --topLevelPackage com.shekhar.roo.addon --locale fr --messageBundle messages_fr.properties --language french
felix shell start file:///C:/dev/labs/spring-roo/addon-i18n-fr/target/com.shekhar.roo.addon-0.1.0.BUILD-SNAPSHOT.jar
The addon got created without any problem. But When I am trying to use this addon in my application I am getting this exception
roo> web mvc install language --code fr_fr
Language choice required
java.lang.IllegalArgumentException: Language choice required
    at org.springframework.roo.addon.web.mvc.jsp.JspOperationsImpl.installI18n(JspOperationsImpl.java:409)
    at org.springframework.roo.addon.web.mvc.jsp.JspCommands.lang(JspCommands.java:46)

      for (int i = 0; i < 20 && rs.next(); i++) deadTxns.add(rs.getLong(1));
      // We don't care whether all of the transactions get deleted or not,
      // if some didn't it most likely means someone else deleted them in the interum
      if (deadTxns.size() > 0) abortTxns(dbConn, deadTxns);

While it makes sense to limit the number of transactions aborted in one pass (since this get's translated to an IN clause) we should still make sure all are timed out.  Also, 20 seems pretty small as a batch size.

For example, during a deploy that takes time, a user types Ctrl-C, this does unlock the prompt and the command "seems" to have been interrupted. Actually the command thread has been interrupted but not the remoting task that is in progress. So although the user can think its command has been aborted, it is silently processing in background.
When interruption occurs in a command thread, current remoting task should be canceled. This is what we are doing today when a timeout is set on a command.

Last rounds of MurmurHash are done in reverse order. data[length - 3], data[length - 2] and data[length - 1] in the block processing the remaining bytes should be data[len_m +2], data[len_m + 1], data[len_m].

In CommonJoinOperator, RowContainer is created for each input table with the SerDe and ObjectInspector to serialize/deserialize that row to persistent storage. The serde/OI could be null in the case of the value columns are pruned by column pruner. An example query is
select count(1) from A join B on A.key=B.key;
Another case of mismatch is that the tableDesc was initialized at compile time before the column pruner take place. This could cause inconsistency in the SerDe/OI with the input data. This should be moved to execution time when the join operator is initialized. 

Scenario

There are two Wildfly servers configured in cluster
Both servers have deployment with clustered singleton MDB
Check that MDB is active only on one server
Shutdown server with active MDB
Check that MDB get activated on the second server.

Sometimes happens that MDB doesn't get activated on the second server. The test waits 60 seconds for it. Always when this issue happens, I can see following exception in the log of the second server which is logged after the first server is shutdown.
The issue was hit with WildFly master built on 9th August (6675410).
Blocker priority was set  because it is regression against WF 13.

09:12:45,274 WARN  [org.wildfly.clustering.server] (DistributedSingletonService - 1) WFLYCLSV0012: Failed to notify server/default service provider registration listener of new providers: [node-2]: java.util.con
current.CompletionException: java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@151e803d rejected from java.util.concurrent.ThreadPoolExecutor@46fff41f[Terminated, pool size = 
0, active threads = 0, queued tasks = 0, completed tasks = 2]
        at java.util.concurrent.CompletableFuture.reportJoin(CompletableFuture.java:375) [rt.jar:1.8.0_171]
        at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1934) [rt.jar:1.8.0_171]
        at org.jgroups.blocks.UnicastRequest.lambda$join$0(UnicastRequest.java:110) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.blocks.UnicastRequest.around(UnicastRequest.java:137) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.blocks.UnicastRequest.join(UnicastRequest.java:110) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.wildfly.clustering.server.singleton.AbstractDistributedSingletonService.providersChanged(AbstractDistributedSingletonService.java:121) [wildfly-clustering-server-14.0.0.Beta2-SNAPSHOT.jar:14.0.0.B
eta2-SNAPSHOT]
        at org.wildfly.clustering.server.provider.CacheServiceProviderRegistry.lambda$modified$5(CacheServiceProviderRegistry.java:285) [wildfly-clustering-server-14.0.0.Beta2-SNAPSHOT.jar:14.0.0.Beta2-SNAPSHOT]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_171]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_171]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_171]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_171]
        at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47) [wildfly-clustering-service-14.0.0.Beta2-SNAPSHOT.jar:14.0.0.Beta2-SNAPSHOT]
        at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_171]
Caused by: java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@151e803d rejected from java.util.concurrent.ThreadPoolExecutor@46fff41f[Terminated, pool size = 0, active threads 
= 0, queued tasks = 0, completed tasks = 2]
        at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2063) [rt.jar:1.8.0_171]
        at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:830) [rt.jar:1.8.0_171]
        at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1379) [rt.jar:1.8.0_171]
        at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:112) [rt.jar:1.8.0_171]
        at org.wildfly.clustering.server.dispatcher.ChannelCommandDispatcherFactory.handle(ChannelCommandDispatcherFactory.java:143) [wildfly-clustering-server-14.0.0.Beta2-SNAPSHOT.jar:14.0.0.Beta2-SNAPSHOT]
        at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:383) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.blocks.RequestCorrelator.dispatch(RequestCorrelator.java:356) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:307) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:582) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.JChannel.up(JChannel.java:816) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:893) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.FORK.up(FORK.java:130) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.FRAG3.up(FRAG3.java:171) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.FlowControl.up(FlowControl.java:351) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.FlowControl.up(FlowControl.java:359) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.pbcast.GMS.up(GMS.java:873) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:240) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:375) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:600) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:130) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:203) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:253) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.MERGE3.up(MERGE3.java:280) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.Discovery.up(Discovery.java:269) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.protocols.TP.passMessageUp(TP.java:1248) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jgroups.util.SubmitToThreadPool$SingleMessageHandler.run(SubmitToThreadPool.java:87) [jgroups-4.0.13.Final.jar:4.0.13.Final]
        at org.jboss.as.clustering.jgroups.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:52)

I just tried to build Roo with Maven 2.1.0.
It failed, with something like this:
]
[INFO] Git-Commit-Hash: 3a0b8a399aae14167139c185e4e31355e20d1f25
...
[INFO] [bundle:bundle]
[ERROR] Error building bundle org.springframework.roo:org.springframework.roo.st
artlevel:bundle:1.1.0.M1 : Included file e:\spring-roo\src\git\roo\startlevel\ta
rget\build-number.mf is directory
Obviously, the Git-Commit-Hash was written to STDOUT, but not to file build-number.mf.
Further analysis yields:  
The exec-maven-plugin is used in the Roo parent POM.
There, the property outputFile is used.
This property is not available before version 1.1-beta-2 of the plugin.
Thus, please, either state the plugin version explitely or set a minimum Maven version in the POM, that implies 1.1-beta-2 for the plugin.

MyBatis consumer ignores maxMessagesPerPoll option because it contains private field maxMessagesPerPoll shadowing ScheduledBatchPollingConsumer#maxMessagesPerPoll field.

Observed this in the testing with Phoenix. The test in Phoenix - MutableIndexFailureIT deliberately fails the batchmutation call via the installed coprocessor. But the update is not rolled back. That leaves the memstore inconsistent. In particular, I observed that getFlushableSize is updated before the coprocessor was called but the update is not rolled back. When the region is being closed at some later point, the assert introduced in HBASE-10514 in the HRegion.doClose() causes the RegionServer to shutdown abnormally.

If tables are just bucketed but not sorted, we are generating smb join operator. This results in loss of rows in queries.

We didn't forced GenericUDAFEvaluator to be Serializable. I don't know how previous serialization mechanism solved this but, kryo complaints that it's not Serializable and fails the query.
The log below is the example, 

java.lang.RuntimeException: com.esotericsoftware.kryo.KryoException: Class cannot be created (missing no-arg constructor): org.apache.hadoop.hive.serde2.objectinspector.StandardListObjectInspector
inputOI (org.apache.hadoop.hive.ql.udf.generic.GenericUDAFGroupOn$VersionedFloatGroupOnEval)
genericUDAFEvaluator (org.apache.hadoop.hive.ql.plan.AggregationDesc)
aggregators (org.apache.hadoop.hive.ql.plan.GroupByDesc)
conf (org.apache.hadoop.hive.ql.exec.GroupByOperator)
	at org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:312)
	at org.apache.hadoop.hive.ql.exec.Utilities.getMapWork(Utilities.java:261)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.init(HiveInputFormat.java:256)
	at org.apache.hadoop.hive.ql.io.HiveInputFormat.pushProjectionsAndFilters(HiveInputFormat.java:383)
	at org.apache.h

If this cannot be fixed in somehow, some UDAFs should be modified to be run on hive-0.13.0

When an application provides a CDI bean, injection of this bean into another bean provided by a portable extension (which is attached to this application) fails.
The specific use case is the PE for Hibernate Validator which contains a class ValidationInterceptor with an injection point of type j.v.Validator. If the application happens to provide a producer for that type, deployment of the application fails with the following error message:

WELD-001408: Unsatisfied dependencies for type Validator with qualifiers @Default
    at injection point [UnbackedAnnotatedField] @Inject private org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor.validator
A test case can be found here. To execute it, pull that branch and run:

mvn clean install -pl integration -Dit.test=InjectionIssueIT

The deployment of that Arquillian test fails with the error above.

The log is very strange, we keep sending request to a dead RS, and the result is not connection refused, but rpc timeout, and later it becomes CallQueueTooBig...

We get a stackoverflow when calling HTable.checkAndPut() from a map-reduce job though the client API after doing a large number of deletes.
Our mapred job is a periodic job (which extends TableMapper) that merges the versions for a value in a column into a new value/version and then deletes the older versions. This is because we use versions to store data so we can do append-only insertion. Our rows can have large/huge (from 1 till > 1M) numbers of columns (aka key-values).
The problem seems to be that the org.apache.hadoop.hbase.regionserver.GetDeleteTracker.isDeleted() method is implemented with recursion but since Java has no tail recursion optimization, this fails for cases where the number of deletes that are being tracked is bigger than the stack size. I'm not sure why recursion is used here but it is not safe without tail-call optimization and it should be optimized into a simple loop.
I'll attach the stacktrace.

Currently, the code in the Action Request Converter for the toIndexRequest method has this: 

return createIndexRequest(document, exchange)
.id(exchange.getIn().getHeader(ElasticsearchConstants.PARAM_INDEX_ID, String.class));

when this method is used it will always set the ID to that header (which is not being set at an earlier time in the code) which will cause the ID to be null (which is a problem for external version types) 
 
This header either needs to be set earlier in the code or the id needs to be set a different way.  
Another way to handle this could be just to put in the documentation that if you want to set a custom id you will need to use this header. 

When I run query like these I receive unclear exception
hive> SELECT record FROM ctest GROUP BY record.instance_id;
FAILED: SemanticException Error in parsing 
It will be clearer if it would be like:
FAILED: SemanticException  Expression not in GROUP BY key record

ORC PPD returns IS_NULL wrong for the fuzz case of some-nulls.
The code-flow in effect should be

if (min == null) {
  // all nulls
  return YES;
} else {
  if (hasNull == true) {
     // some nulls
     return YES_NO; //maybe
  }
  // no nulls
  return NO;
}

Say I take EAP 6.4 default standalone-full.xml and add a discovery group like this:

<subsystem xmlns="urn:jboss:domain:messaging:1.4">
    <hornetq-server>
        ...
        <discovery-groups>
             <discovery-group name="my-discovery-group">
                <group-port>56789</group-port>
             </discovery-group>
        </discovery-groups>
        ...
    </hornetq-server>

This is the only change I make to the configuration file. Then I try to migrate the messaging subsystem, expecting a migration warning that I should use the socket-binding attribute.
The warning appears indeed:

[standalone@localhost:9999 /] /subsystem=messaging:migrate
{
    "result" => {"migration-warnings" => [
        "WFLYMSG0084: Can not migrate attribute group-address from resource [
    (\"subsystem\" => \"messaging-activemq\"),
    (\"server\" => \"default\"),
    (\"discovery-group\" => \"my-discovery-group\")
]. Use instead the socket-binding attribute to configure this discovery-group.",
        "WFLYMSG0084: Can not migrate attribute group-port from resource [
]. Use instead the socket-binding attribute to configure this discovery-group."
    ]}
}

But the resource addresses in the warning are wrong. They refer to the messaging-activemq subsystem, which clearly isn't what I'm migrating from, it's what I'm migrating to.
I understand from the code that the DMR structure of the old subsystem model is very close to the structure of the new subsystem model, which is why these warning are produced on an already translated structure, but it generates wrong warnings.
CC Miroslav Novak.

When tasks are interrupted/killed in the middle of the job in LLAP, LlapDaemonExecutorMetrics.updateThreadMetrics could end up throwing NPE.

	at org.apache.hadoop.hive.llap.metrics.LlapDaemonExecutorMetrics.updateThreadMetrics(LlapDaemonExecutorMetrics.java:307) ~[hive-llap-server-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.llap.metrics.LlapDaemonExecutorMetrics.getExecutorStats(LlapDaemonExecutorMetrics.java:269) ~[hive-llap-server-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.hive.llap.metrics.LlapDaemonExecutorMetrics.getMetrics(LlapDaemonExecutorMetrics.java:187) ~[hive-llap-server-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hadoop.metrics2.impl.MetricsSourceAdapter.getMetrics(MetricsSourceAdapter.java:194) ~[hadoop-common-2.7.1.jar:?]
	at org.apache.hadoop.metrics2.impl.MetricsSourceAdapter.updateJmxCache(MetricsSourceAdapter.java:172) ~[hadoop-common-2.7.1.jar:?]
	at org.apache.hadoop.metrics2.impl.MetricsSourceAdapter.getMBeanInfo(MetricsSourceAdapter.java:151) ~[hadoop-common-2.7.1.jar:?]
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBeanInfo(DefaultMBeanServerInterceptor.java:1378) ~[?:1.8.0_77]
	at com.sun.jmx.mbeanserver.JmxMBeanServer.getMBeanInfo(JmxMBeanServer.java:920) ~[?:1.8.0_77]
	at org.apache.hive.http.JMXJsonServlet.listBeans(JMXJsonServlet.java:228) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
	at org.apache.hive.http.JMXJsonServlet.doGet(JMXJsonServlet.java:194) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]

Test isn't cleaning up its deployment resulting in future tests in manualmode deploying the app on every server start or reload.

If ; appears in string literals in a query the hive cli is not able to escape them properly.

The number of requests per second is getting divided when it shouldn't be.

I'm getting an ugly NPE when trying to open the master's web UI too fast after starting it:

	at org.apache.hadoop.hbase.master.HMaster.getCoprocessors(HMaster.java:2053)
	at org.apache.hadoop.hbase.master.HMaster.getClusterStatus(HMaster.java:2003)
	at org.apache.hadoop.hbase.tmpl.master.BackupMasterStatusTmplImpl.renderNoFlush(BackupMasterStatusTmplImpl.java:39)
	at org.apache.hadoop.hbase.tmpl.master.BackupMasterStatusTmpl.renderNoFlush(BackupMasterStatusTmpl.java:111)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmplImpl.renderNoFlush(MasterStatusTmplImpl.java:237)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmpl.renderNoFlush(MasterStatusTmpl.java:376)
	at org.apache.hadoop.hbase.tmpl.master.MasterStatusTmpl.render(MasterStatusTmpl.java:366)
	at org.apache.hadoop.hbase.master.MasterStatusServlet.doGet(MasterStatusServlet.java:92)
...

At that point the ServerManager == null.

Add auto-parallelism flag to explain so that we can write tests verifying that we don't break bmj, etc...

From https://builds.apache.org/job/HBase-TRUNK/3432/testReport/junit/org.apache.hadoop.hbase.master/TestAssignmentManager/testBalanceOnMasterFailoverScenarioWithOpenedNode/ :

java.lang.Exception: test timed out after 5000 milliseconds
	at java.lang.ThreadGroup.remove(ThreadGroup.java:969)
	at java.lang.ThreadGroup.threadTerminated(ThreadGroup.java:942)
	at java.lang.Thread.exit(Thread.java:732)
...
2012-10-06 00:46:12,521 DEBUG [MASTER_CLOSE_REGION-mockedAMExecutor-0] zookeeper.ZKUtil(1141): mockedServer-0x13a33892de7000e Retrieved 81 byte(s) of data from znode /hbase/unassigned/dc01abf9cd7fd0ea256af4df02811640 and set watcher; region=t,,1349484359011.dc01abf9cd7fd0ea256af4df02811640., state=M_ZK_REGION_OFFLINE, servername=master,1,1, createTime=1349484372509, payload.length=0
2012-10-06 00:46:12,522 ERROR [MASTER_CLOSE_REGION-mockedAMExecutor-0] executor.EventHandler(205): Caught throwable while processing event RS_ZK_REGION_CLOSED
	at org.apache.hadoop.hbase.master.TestAssignmentManager$MockedLoadBalancer.randomAssignment(TestAssignmentManager.java:773)
	at org.apache.hadoop.hbase.master.AssignmentManager.getRegionPlan(AssignmentManager.java:1709)
	at org.apache.hadoop.hbase.master.AssignmentManager.getRegionPlan(AssignmentManager.java:1666)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1435)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1155)
	at org.apache.hadoop.hbase.master.TestAssignmentManager$AssignmentManagerWithExtrasForTesting.assign(TestAssignmentManager.java:1035)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1130)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1125)
	at org.apache.hadoop.hbase.master.handler.ClosedRegionHandler.process(ClosedRegionHandler.java:106)
2012-10-06 00:46:12,522 DEBUG [pool-1-thread-1-EventThread] master.AssignmentManager(670): Handling transition=M_ZK_REGION_OFFLINE, server=master,1,1, region=dc01abf9cd7fd0ea256af4df02811640, current state from region state map ={t,,1349484359011.dc01abf9cd7fd0ea256af4df02811640. state=OFFLINE, ts=1349484372508, server=null}

Looks like NPE happened on this line:

      this.gate.set(true);

This is similar to COMPRESS-139
The Inflater and Deflater instances kept by the streams should be cleaned up by calling end() inside the close method so native resources get freed.

Prashant and I discovered that the implementation of the wrapping Iterator in listLocatedStatus at https://github.com/apache/hive/blob/2d2f89c21618341987c1257a88691981f1f606c7/shims/src/0.23/java/org/apache/hadoop/hive/shims/Hadoop23Shims.java#L350-L393 is broken.
Basically, if you had files (a,b,_s) , with a filter that is supposed to filter out _s, we expect an output result of (a,b). Instead, we get (a,b,null), with hasNext looking at the next value to see if it's null, and using that to decide if it has any more entries, and thus, (a,b,_s) becomes (a,b).
There's a boundary condition on the very first pick, which causes a (_s,a,b) to result in (_s,a,b), bypassing the filter, and thus, we wind up with a resultant unfiltered (_s,a,b) which orc breaks on.
The effect of this bug is that Orc will not be able to read directories where there is a _SUCCESS file, say, as the first entry returned by the FileStatus.

Our Daniel has uploaded a table that has a column family with millions of columns in it.  He can get items from the table promptly specifying row and column.  Scanning is another matter.  Thread dumping I see we're stuck in the scanner constructor nexting through cells.

In hbase-spark project, HBaseContext provides bulkload methond for loading spark rdd data to hbase easily.But when i using it frequently， the program will throw "cannot create native thread" exception.
using pstack command in spark driver process , the thread num is increasing 
using jstack, named "main-SendThread" and "main-EventThread"  thread so many
It seems like that , connection created before bulkload ,but close method uninvoked at last

stop-embedded-host-controller command for stopping the embed host controller instance is not available once the CLI is running in non-modular environment.

[pkremens@dhcp-10-40-5-17 client] $ java -jar jboss-cli-client.jar 
WARN: can't find jboss-cli.xml. Using default configuration values.

[disconnected /] embed-host-controller --jboss-home=~/workspace/jboss-eap-7.0/           
Warning! The CLI is running in a non-modular environment and cannot load commands from management extensions.

[domain@embedded /] stop-embedded-host-controller

# only stop-embedded-server is available
[domain@embedded /] s
set  stop-embedded-server  

# stop-embedded-host-controller command should be used for this

as commons-pool/commons-pool/1.5.4 osgi manifest header isn't correct, which shouldn't import org.apache.commons.pool package.
SMX4-491[1] create servicemix wrapper bundle to fix this issue, so the karaf features.xml should use servicemix wrapper bundle
[1]https://issues.apache.org/activemq/browse/SMX4-491

Not replicating the authenticated session is just an optimization or BASIC, DIGEST, and CERT mechanisms.  We should treat custom authentication mechanisms the same way we treat FORM mechanisms.

I found this problem while the namenode went into safemode due to some unclear reasons. 
There's one patch about this problem:
   try {
      HLogSplitter splitter = HLogSplitter.createLogSplitter(
        conf, rootdir, logDir, oldLogDir, this.fs);
      try 
{
      }
 catch (OrphanHLogAfterSplitException e) 
{
        LOG.warn("Retrying splitting because of:", e);
        // An HLogSplitter instance can only be used once.  Get new instance.
        splitter = HLogSplitter.createLogSplitter(conf, rootdir, logDir,
          oldLogDir, this.fs);
      }
      splitTime = splitter.getTime();
      splitLogSize = splitter.getSize();
    } catch (IOException e) 
{
      master.abort("Shutting down HBase cluster: Failed splitting hlog files...", e);
    }
 finally 
{
      this.splitLogLock.unlock();
    }

And it was really give some useful help to some extent, while the namenode process exited or been killed, but not considered the Namenode safemode exception.
   I think the root reason is the method of checkFileSystem().
   It gives out an method to check whether the HDFS works normally(Read and write could be success), and that maybe the original propose of this method. This's how this method implements:
    DistributedFileSystem dfs = (DistributedFileSystem) fs;
    try {
      if (dfs.exists(new Path("/"))) 
{  
        return;
      }
{
      exception = RemoteExceptionHandler.checkIOException(e);
    }

   I have check the hdfs code, and learned that while the namenode was in safemode ,the dfs.exists(new Path("/")) returned true. Because the file system could provide read-only service. So this method just checks the dfs whether could be read. I think it's not reasonable.

Join reordering algorithm might introduce projects between joins which causes multijoin optimization in SemanticAnalyzer to not kick in.

Some of xml files from wildfly-core don't end with "new line character".
Each xml file should end with "new line character", because of posix standard:
	
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206

List of affected files:
	
./modules/system/layers/base/org/wildfly/security/elytron/main/module.xml
./domain/configuration/host.xml
./domain/configuration/domain.xml
./domain/configuration/host-slave.xml
./domain/configuration/host-master.xml
./standalone/configuration/standalone.xml

Always

cd EAP_HOME

for xml in `find -type f | grep xml$`; do
if [ "`cat -E $xml | tail -n 1 |grep -o '.$'`" != "$" ] ; then
echo $xml
fi
done

When invalid query is beeing executed, Hive server is shutting down.

"CREATE TABLE SAMPLETABLE(IP STRING , showtime BIGINT ) partitioned by (ds string,ipz int) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\040'"

"ALTER TABLE SAMPLETABLE add Partition(ds='sf') location '/user/hive/warehouse' Partition(ipz=100) location '/user/hive/warehouse'"

When a SerDe creates columns dynamically during table creation, there is no checking done on the validity of the created column names. This means that it's possible to create a table that contains columns that can't be queried, and will lead to issues when trying to query the created table.
The same column name validation should be performed for dynamically-created columns as for other column names.
This behavior can be easily tested using the TestSerDe, and including a column name that includes an invalid identifier character (e.g. a period) in the list of columns to create.

Constants like 0.1 and 0.3 are differently boxed based on intermediate precision of the compiler codepath.
Disabling CBO produces 0.1BD constants which fail to box correctly to Double/Float.
Enabling CBO fixes this issue, but cannot be applied all queries in Hive.

The problem is in the following method of the GroovyLanguage
protected Class<Script> parseExpression(String expression) {
    return new GroovyClassLoader().parseClass(expression);
}
It uses the default constructor to create GroovyClassLoader, which uses Thread context classloader, which may not be equal to the classloader of the bundle where the camel context is defined.
Caused by: java.lang.NoClassDefFoundError: groovy/lang/Script
	at java.lang.ClassLoader.defineClass1(Native Method)[:1.6.0_24]
	at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)[:1.6.0_24]
	at java.lang.ClassLoader.defineClass(ClassLoader.java:616)[:1.6.0_24]
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)[:1.6.0_24]
	at groovy.lang.GroovyClassLoader.access$300(GroovyClassLoader.java:55)
	at groovy.lang.GroovyClassLoader$ClassCollector.createClass(GroovyClassLoader.java:519)
	at groovy.lang.GroovyClassLoader$ClassCollector.onClassNode(GroovyClassLoader.java:536)
	at groovy.lang.GroovyClassLoader$ClassCollector.call(GroovyClassLoader.java:540)
	at org.codehaus.groovy.control.CompilationUnit$11.call(CompilationUnit.java:747)
	at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:932)
	at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:509)
	at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:487)
	at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:464)
	at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:306)
	at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:287)
	at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:267)
	at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:214)
	at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:224)
	at org.apache.camel.language.groovy.GroovyLanguage.parseExpression(GroovyLanguage.java:44)
	at org.apache.camel.language.groovy.GroovyLanguage.createExpression(GroovyLanguage.java:38)
	at org.apache.camel.language.groovy.GroovyLanguage.createExpression(GroovyLanguage.java:27)
	at org.apache.camel.component.language.LanguageProducer.process(LanguageProducer.java:41)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)[68:org.apache.camel.camel-core:2.6.0.fuse-01-09]
	... 92 more
Caused by: java.lang.ClassNotFoundException: groovy.lang.Script
	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)[:1.6.0_24]
	at java.security.AccessController.doPrivileged(Native Method)[:1.6.0_24]
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)[:1.6.0_24]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)[:1.6.0_24]
	at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:696)[134:groovy-all:1.7.5]
	at groovy.lang.GroovyClassLoader$InnerLoader.loadClass(GroovyClassLoader.java:449)
	at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:793)[134:groovy-all:1.7.5]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)[:1.6.0_24]
	... 115 more

In method searchForSingleAttributeValues(String, String, Object[], String) of class SpringSecurityLdapTemplate, on line 168, there is this call:
ctls.setReturningObjFlag(false);
Then the search(String, String, Object[], String) method is called with a context mapper, which implies that  returnObj must be true in SearchControls. LdapTemplate checks the returningObjFlag state, and if it is false, sets it to true. It also emits an INFO log entry about the inconsistency.
The documentation of class SearchControls states for the controls argument:
"The <code>SearchControls</code> to use in the search. If the

returnObjFlag is not set in the <code>SearchControls</code>,
this method will set it automatically, as this is required for
the <code>ContextMapper</code> to work.
"

Setting the returningObjFlag to false is at best superfluous, at worst some behavior of the search is desired, which cannot be achieved this way.

See HBASE-6657, FilterBase provides stub implementations for other Filter methods, it seems reasonable for it to provide a default implementation for toByteArray, for Filters that don't need special serialization (e.g. ones with no state).

Create a wrapper addon, e.g. as follows:

addon create wrapper --groupId commons-lang --artifactId commons-lang --version 2.5 --topLevelPackage org.apache --vendorName Apache --licenseUrl http://www.apache.org

The Roo shell throws this error:

Invalid artifactId '${project.groupId}.${pkgArtifactId}'
java.lang.IllegalArgumentException: Invalid artifactId '${project.groupId}.${pkgArtifactId}'
    at org.springframework.roo.project.GAV.<init>(GAV.java:46)
    at org.springframework.roo.project.maven.Pom.<init>(Pom.java:88)
    at org.springframework.roo.project.maven.PomFactoryImpl.getInstance(PomFactoryImpl.java:75)
    at org.springframework.roo.project.PomManagementServiceImpl.parseUnparsedPoms(PomManagementServiceImpl.java:166)
    at org.springframework.roo.project.PomManagementServiceImpl.updatePomCache(PomManagementServiceImpl.java:140)
    at org.springframework.roo.project.PomManagementServiceImpl.getFocusedModule(PomManagementServiceImpl.java:111)
    at org.springframework.roo.project.PomManagementServiceImpl.getFocusedModuleName(PomManagementServiceImpl.java:119)
    at org.springframework.roo.project.AbstractProjectOperations.getFocusedModuleName(AbstractProjectOperations.java:149)
    at org.springframework.roo.project.AbstractProjectOperations.isFocusedProjectAvailable(AbstractProjectOperations.java:129)
    at org.springframework.roo.addon.dbre.model.DbreModelServiceImpl.getDbreXmlPath(DbreModelServiceImpl.java:119)
    at org.springframework.roo.addon.dbre.DbreDatabaseListenerImpl.onFileEvent(DbreDatabaseListenerImpl.java:89)
    at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:352)
    at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publishRequestedFileEvents(PollingFileMonitorService.java:175)
    at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanNotified(PollingFileMonitorService.java:150)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.doTransactionally(DefaultProcessManager.java:192)

Note that the generated addon project is valid and can be built by Maven, but with warnings:

aswan: addon > mvn clean install
[WARNING] 
[WARNING] Some problems were encountered while building the effective model for org.apache:org.apache.commons-lang:bundle:2.5.0001
[WARNING] 'artifactId' contains an expression but should be a constant. @ org.apache:${project.groupId}.${pkgArtifactId}:${osgiVersion}, /Users/aswan/projects/addon/pom.xml, line 5, column 17
[WARNING] 'version' contains an expression but should be a constant. @ org.apache:${project.groupId}.${pkgArtifactId}:${osgiVersion}, /Users/aswan/projects/addon/pom.xml, line 7, column 14
[WARNING] 
[WARNING] 

The solution to both the Roo shell error and the Maven warning is to change the generated POM not to use expressions in either the "artifactId" or "version" elements.

VerifyReplication tool printed weird logs.

2017-04-03 23:30:50,252 ERROR [main] org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication: CONTENT_DIFFERENT_ROWS, rowkey=a00001001930000
2017-04-03 23:30:50,280 ERROR [main] org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication: ONLY_IN_PEER_TABLE_ROWS, rowkey=a00001001930000
2017-04-03 23:30:50,387 ERROR [main] org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication: CONTENT_DIFFERENT_ROWS, rowkey=a00001003850000
2017-04-03 23:30:50,414 ERROR [main] org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication: ONLY_IN_PEER_TABLE_ROWS, rowkey=a00001003850000
2017-04-03 23:30:50,480 ERROR [main] org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication: CONTENT_DIFFERENT_ROWS, rowkey=a00001005320000
2017-04-03 23:30:50,508 ERROR [main] org.apache.hadoop.hbase.mapreduce.replication.VerifyReplication: ONLY_IN_PEER_TABLE_ROWS, rowkey=a00001005320000

Here, each bad rows were marked as both CONTENT_DIFFERENT_ROWS and ONLY_IN_PEER_TABLE_ROWS.
This should never happen so I took a look at code and found scan.setBatch call.

    @Override
    public void map(ImmutableBytesWritable row, final Result value,
                    Context context)
      if (replicatedScanner == null) {
	    ...
        final Scan scan = new Scan();
        scan.setBatch(batch);

As stated in HBASE-16376, scan#setBatch(int) call implicitly allows scan results to be partial.
Since VerifyReplication is assuming each scanner.next() call returns entire row,
partial results break compare logic.
We should avoid setBatch call here.
Thanks to RPC chunking (explained in this blog https://blogs.apache.org/hbase/entry/scan_improvements_in_hbase_1),
it's safe and acceptable I think.

Running the testsuite in on JDKs other than Oracle Java 1.8 causes Maven to run into a compilation error with the following message:
...
00:20:08 [INFO] WildFly Core Test Suite: Shared .................... SUCCESS [  1.555 s]
00:20:08 [INFO] WildFly: Vault Test Feature Pack ................... SUCCESS [  0.203 s]
00:20:08 [INFO] WildFly Core Test Suite: Aggregator ................ SUCCESS [  0.599 s]
00:20:08 [INFO] WildFly Core Test Suite: Standalone Integration Tests FAILURE [  4.565 s]
00:20:08 [INFO] WildFly Core Test Suite: Elytron Integration Tests . SUCCESS [01:54 min]
00:20:08 [INFO] WildFly Core Test Suite: Embedded Integration Tests  SUCCESS [ 31.858 s]
00:20:08 [INFO] wildfly-script-tests ............................... SUCCESS [ 17.741 s]
00:20:08 [INFO] WildFly Core Test Suite: Role Based Access Control . SUCCESS [02:51 min]
00:20:08 [INFO] WildFly Core Test Suite: Domain Mode Integration Tests SUCCESS [26:36 min]
00:20:08 [INFO] WildFly Core Test Suite: Manual Mode Tests ......... SUCCESS [11:26 min]
00:20:08 [INFO] WildFly Core Test Suite: Patching 7.0.0.Alpha3-SNAPSHOT SUCCESS [14:21 min]
00:20:08 [INFO] ------------------------------------------------------------------------
00:20:08 [INFO] BUILD FAILURE
00:20:08 [INFO] Total time: 01:14 h
00:20:08 [INFO] Finished at: 2018-10-09T00:20:07Z
00:20:08 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.7.0:testCompile (default-testCompile) on project wildfly-core-testsuite-standalone: Compilation failure: Compilation failure: 
00:20:08 [ERROR] /home/hudson/hudson_workspace/workspace/eap-7.x-as-testsuite-core-rhel/28995480/testsuite/standalone/src/test/java/org/jboss/as/test/integration/management/cli/LongOutputTestCase.java:[3,27] package com.sun.javafx.util does not exist
00:20:08 [ERROR] /home/hudson/hudson_workspace/workspace/eap-7.x-as-testsuite-core-rhel/28995480/testsuite/standalone/src/test/java/org/jboss/as/test/integration/management/cli/LongOutputTestCase.java:[240,13] cannot find symbol
00:20:08 [ERROR]   symbol:   variable Utils
00:20:08 [ERROR]   location: class org.jboss.as.test.integration.management.cli.LongOutputTestCase
...
Probably caused by a change in WFCORE-4096.

These were added in 13 because optimized hashtable couldn't make it in; they reduced memory usage by some amount (10-25%), and informed the design of the optimized hashtable, but now extra settings and code branches are just confusing and may have their own bugs. Might as well remove them.

Hi,
I usually use Spring Framework on my project with Spring Mobile on them to be able to know if users are on mobile or not to put correct view...
Some users are now on mobile with Firefox OS and not have mobile but desktop view.
For information, user agent of Firefox OS is : 

Mozilla/5.0 (Mobile; rv:15.0) Gecko/15.0 Firefox/15.0

So when i try to use user agent switcher on firefox to try that user agent, i don't have mobile view but normal view. So it means that the Device recovered by the DeviceResolver answer "false" on device.isMobile()
I actually work with 1.0.1.RELEASE version of spring mobile
Thanks for your help

The description of hive.hashtable.initialCapacity in HiveConf.java refers to a parameter that existed in an early patch for HIVE-7616 ("hive.hashtable.stats.key.estimate.adjustment") but was renamed in later patches.  So change hive.hashtable.stats.key.estimate.adjustment to hive.hashtable.key.count.adjustment in this parameter definition in HiveConf.java:

    HIVEHASHTABLETHRESHOLD("hive.hashtable.initialCapacity", 100000, "Initial capacity of " +
        "mapjoin hashtable if statistics are absent, or if hive.hashtable.stats.key.estimate.adjustment is set to 0"),

Not all metastore operations are idempotent.  For example, commit_txn() consists of 
1. request from client to server
2. server action
3. ack to client
If network connection is broken after (or during) 2 but before 3 happens, RetryingMetastoreClient will retry the operation thus causing an attempt to commit the same txn twice (sometimes in concurrently)
The 2nd attempt is guaranteed to fail and thus return an error to the caller (which doesn't know the operation is being retried), while the first attempt has actually succeeded.  Thus the caller thinks commit failed and will likely attempt to redo the transactions - not what we want in most cases.

@EnableJpaRepositories
public class OtherConfig {
}

No package statement.  This class is in the default package.

	at java.lang.String.substring(String.java:1911) ~[na:1.7.0_51]
	at org.springframework.data.repository.config.AnnotationRepositoryConfigurationSource.getBasePackages(AnnotationRepositoryConfigurationSource.java:98) ~[spring-data-commons-1.7.2.RELEASE.jar:na]
	at org.springframework.data.repository.config.RepositoryConfigurationSourceSupport.getCandidates(RepositoryConfigurationSourceSupport.java:68) ~[spring-data-commons-1.7.2.RELEASE.jar:na]
	at org.springframework.data.repository.config.RepositoryConfigurationExtensionSupport.getRepositoryConfigurations(RepositoryConfigurationExtensionSupport.java:54) ~[spring-data-commons-1.7.2.RELEASE.jar:na]
	at org.springframework.data.repository.config.RepositoryConfigurationDelegate.registerRepositoriesIn(RepositoryConfigurationDelegate.java:88) ~[spring-data-commons-1.7.2.RELEASE.jar:na]
	at org.springframework.data.repository.config.RepositoryBeanDefinitionRegistrarSupport.registerBeanDefinitions(RepositoryBeanDefinitionRegistrarSupport.java:78) ~[spring-data-commons-1.7.2.RELEASE.jar:na]

This should not cause an exception.
Thanks,
Adam and Rossen

My use case is the following: We have several UI dashboards which connect to our backend Spring Boot Application (I tried it with Spring Boot Release 1.5.10 and 2.0.0) via Websocket. When a new dashboard connects to our backend we want to send initial data (e.g. the last state of a production machine) which is "cached" in a HashMap. Therefor I listen to the SessionSubscribeEvent and check the subscribed topic and if we have data for this topic in our cache I send initial data to exactly this user using the created session id. While testing this approach (I use a dashboard which is interested in three machines which all have a valid cache entry on the backend) I sometimes get all the requested machines with the connection and sometimes none or only two or one. 
I enabled TRACE logging for the org.springframework.messaging package and checked the logs. While searching through the logs I found that my EventListener method is sometimes too "fast" with sending the initial data and the internal processing of the SUBSCRIBE message of my dashboard has not finished and therefor my dashboard won't get the data.
I attached a screenshot of the logs and my central classes involved in this process. The logfile is showing the case when I don't get initial data for my machine M1 but for M2 and M3. While using Thread.sleep(X); everything works fine.

// My Cache and EventListener for the SubscribeEvent
@Slf4j
public class WebSocketCache {

  private ConcurrentHashMap<String, ConcurrentHashMap<String, BroadcastTelegram<?>>> webSocketCache;
  private final ObjectMapper mapper;
  private final SimpMessageSendingOperations messagingTemplate;

  public WebSocketCache(SimpMessageSendingOperations messagingTemplate, ObjectMapper mapper) {
    this.messagingTemplate = messagingTemplate;
    this.mapper = mapper;
  }

  /**
   * Inits the cache.
   */
  public void init() {
    webSocketCache = new ConcurrentHashMap<String, ConcurrentHashMap<String, BroadcastTelegram<?>>>();
    webSocketCache.put("machineState", new ConcurrentHashMap<>());
    webSocketCache.put("unitrelease", new ConcurrentHashMap<>());
  }

  /**
   * Handle machine state message published event.
   *
   * @param broadcastTelegram the broadcast telegram
   */
  public void handleMachineStateMessagePublishedEvent(BroadcastTelegram<?> broadcastTelegram) {

    String machineId = broadcastTelegram.getMachineId();
    String messageType = broadcastTelegram.getMessageType();

    if (webSocketCache.get(messageType).containsKey(machineId)) {
      webSocketCache.get(messageType).replace(machineId, broadcastTelegram);
    } else {
      webSocketCache.get(messageType).put(machineId, broadcastTelegram);
    }
  }

  /**
   * Send latest dashboard data when a new dashboards subscribes to a topic.
   *
   * @param event the event
   * @throws InterruptedException thrown when thread is interrupted
   */
  public void onWebSocketSessionSubscribeEvent(SessionSubscribeEvent event) throws InterruptedException {

    StompHeaderAccessor headers = StompHeaderAccessor.wrap(event.getMessage());
    String destinationTopic = headers.getDestination().split("topic")[1].split("/")[1];
    String machineId = headers.getDestination().split("topic")[1].split("/")[2];

    if (webSocketCache.get(destinationTopic).containsKey(machineId)) {
      SimpMessageHeaderAccessor headerAccessor = SimpMessageHeaderAccessor.create(SimpMessageType.MESSAGE);
      headerAccessor.setSessionId(headers.getSessionId());
      headerAccessor.setLeaveMutable(true);

      // This is necassry due to racing conditions with a thread of the Spring websocket framework which is processing the new SUBSCRIBE message internally.
      // This other thread has finished processing the SUBSCRIBE message before we are able to send data
      // Thread.sleep(10);

      BroadcastTelegram<?> cachedBroadcastTelegram = webSocketCache.get(destinationTopic).get(machineId);
      try {
        System.out.println("Sending cached data to new initialized dashboard: " + headers.getSessionId() + " for machine: " + cachedBroadcastTelegram.getMachineId());
        System.out.println("Message: " + mapper.writeValueAsString(cachedBroadcastTelegram));
        messagingTemplate.convertAndSendToUser(headers.getSessionId(), "/topic/" + cachedBroadcastTelegram.getMessageType() + "/" + cachedBroadcastTelegram.getMachineId(),
            mapper.writeValueAsString(cachedBroadcastTelegram), headerAccessor.getMessageHeaders());
      } catch (MessagingException | JsonProcessingException ex) {
        log.warn("Couldn't initialize dashboard with because of exception: " + ex.getMessage());
      }
    }
  }

}

// The Websocket config
public class WebSocketConfiguration implements WebSocketMessageBrokerConfigurer {

  @Override
  public void configureMessageBroker(MessageBrokerRegistry config) {
    config.enableSimpleBroker("/topic", "/user");
    config.setApplicationDestinationPrefixes("/app");
    config.setUserDestinationPrefix("/user");
  }

  @Override
    registry.addEndpoint("/socket").setAllowedOrigins("*").withSockJS();
  }
}

CREATE TABLE `tab`(`x` int) PARTITIONED BY ( `y` int) stored as parquet;
select * from tab t1 join tab t2 where t1.x=t2.x;

The query fails with the following exception.

        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.createAndInitPartitionContext(VectorMapOperator.java:386) ~[hive-exec-2.3.0.jar:2.3.0]
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.internalSetChildren(VectorMapOperator.java:559) ~[hive-exec-2.3.0.jar:2.3.0]
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.setChildren(VectorMapOperator.java:474) ~[hive-exec-2.3.0.jar:2.3.0]
        at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:106) ~[hive-exec-2.3.0.jar:2.3.0]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_101]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_101]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_101]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_101]
        at org.apache.hadoop.util.ReflectionUtils.setJobConf(ReflectionUtils.java:106) ~[hadoop-common-2.6.0.jar:?]
        at org.apache.hadoop.util.ReflectionUtils.setConf(ReflectionUtils.java:75) ~[hadoop-common-2.6.0.jar:?]
        at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:133) ~[hadoop-common-2.6.0.jar:?]
        at org.apache.hadoop.mapred.MapRunner.configure(MapRunner.java:34) ~[hadoop-core-2.6.0-mr1-cdh5.4.2.jar:?]
        at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:413) ~[hadoop-core-2.6.0-mr1-cdh5.4.2.jar:?]
        at org.apache.hadoop.mapred.MapTask.run(MapTask.java:332) ~[hadoop-core-2.6.0-mr1-cdh5.4.2.jar:?]
        at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:268) ~[hadoop-core-2.6.0-mr1-cdh5.4.2.jar:?]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:1.8.0_101]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:1.8.0_101]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[?:1.8.0_101]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[?:1.8.0_101]
        at java.lang.Thread.run(Thread.java:745) ~[?:1.8.0_101]

The example camel-example-etl cannot run on Apache Felix Karaf 1.2 - Equinox. the following error is generated

12:48:24,184 | DEBUG | ExtenderThread-6 | OsgiPackageScanClassResolver | sgi.OsgiPackageScanClassResolver 79 | Loading from osgi bundle using classloader: org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader@10bbf6d
12:48:24,246 | DEBUG | ExtenderThread-6 | OsgiPackageScanClassResolver | sgi.OsgiPackageScanClassResolver 59 | Using only osgi bundle classloader
12:48:24,246 | DEBUG | ExtenderThread-6 | OsgiPackageScanClassResolver | sgi.OsgiPackageScanClassResolver 79 | Loading from osgi bundle using classloader: BundleDelegatingClassLoader for [camel-core (org.apache.camel.camel-core)]
12:48:24,309 | DEBUG | ExtenderThread-6 | OsgiPackageScanClassResolver | sgi.OsgiPackageScanClassResolver 59 | Using only osgi bundle classloader
12:48:24,309 | DEBUG | ExtenderThread-6 | OsgiPackageScanClassResolver | sgi.OsgiPackageScanClassResolver 79 | Loading from osgi bundle using classloader: BundleDelegatingClassLoader for [camel-core (org.apache.camel.camel-core)]
12:48:24,371 | DEBUG | ExtenderThread-6 | OsgiPackageScanClassResolver | .DefaultPackageScanClassResolver 418 | Cannot find class 'org/apache/camel/converter/jaxb/JaxbDataFormat.class' in classloader: BundleDelegatingClassLoader for [camel-core (org.apache.camel.camel-core)]. Reason: java.lang.ClassNotFoundException: java.lang.ClassNotFoundException: org.apache.camel.converter.jaxb.JaxbConverter not found from bundle [org.apache.camel.camel-core]
	at org.springframework.osgi.util.BundleDelegatingClassLoader.findClass(BundleDelegatingClassLoader.java:103)
	at org.springframework.osgi.util.BundleDelegatingClassLoader.loadClass(BundleDelegatingClassLoader.java:156)
	at org.apache.camel.impl.DefaultPackageScanClassResolver.addIfMatching(DefaultPackageScanClassResolver.java:405)
	at org.apache.camel.osgi.OsgiPackageScanClassResolver.loadImplementationsInBundle(OsgiPackageScanClassResolver.java:121)
	at org.apache.camel.osgi.OsgiPackageScanClassResolver.findInOsgiClassLoader(OsgiPackageScanClassResolver.java:81)
	at org.apache.camel.osgi.OsgiPackageScanClassResolver.find(OsgiPackageScanClassResolver.java:60)
	at org.apache.camel.impl.DefaultPackageScanClassResolver.findAnnotated(DefaultPackageScanClassResolver.java:100)
	at org.apache.camel.osgi.OsgiAnnotationTypeConverterLoader.load(OsgiAnnotationTypeConverterLoader.java:42)
	at org.apache.camel.impl.converter.DefaultTypeConverter.checkLoaded(DefaultTypeConverter.java:379)
	at org.apache.camel.impl.converter.DefaultTypeConverter.doConvertTo(DefaultTypeConverter.java:160)
	at org.apache.camel.impl.converter.DefaultTypeConverter.mandatoryConvertTo(DefaultTypeConverter.java:120)
	at org.apache.camel.impl.converter.DefaultTypeConverter.mandatoryConvertTo(DefaultTypeConverter.java:113)
...
Caused by: java.lang.ClassNotFoundException: org.apache.camel.converter.jaxb.JaxbConverter
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:494)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:410)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:398)
	at org.eclipse.osgi.internal.loader.BundleLoader.loadClass(BundleLoader.java:326)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:231)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1193)
	at org.springframework.osgi.util.BundleDelegatingClassLoader.findClass(BundleDelegatingClassLoader.java:99)

REMARKs : 

The project works fine with FELIX
Packages to be imported is defined in MANIFEST : org.apache.camel.converter.jaxb;version="[2.2.0,3.0.0)";resolution:=optional,
Resolution when bundle is deployed is ok

[  77] [Resolved   ] [            ] [       ] [   60] camel-example-etl (2.2.0.SNAPSHOT)
[  78] [Resolved   ] [            ] [       ] [   60] JBoss Hibernate Annotations (3.4.0.GA)
                                       Hosts: 72
[  80] [Active     ] [            ] [       ] [   60] JBoss Hibernate Common Annotations (3.3.0.ga)
[  81] [Active     ] [            ] [       ] [   60] Apache ServiceMix Bundles: commons-dbcp-1.2.2 (1.2.2.3)
[  82] [Active     ] [            ] [       ] [   60] camel-jaxb (2.2.0.SNAPSHOT)
karaf@root> packages:

packages:exports    packages:imports
karaf@root> packages:imports  77
OSGi System Bundle (0): javax.xml.bind.annotation; version="0.0.0"
OPS4J Pax Logging - API (27): org.apache.commons.logging; version="1.1.1"
camel-core (43): org.apache.camel.model; version="2.2.0.SNAPSHOT"
camel-core (43): org.apache.camel.util; version="2.2.0.SNAPSHOT"
camel-core (43): org.apache.camel; version="2.2.0.SNAPSHOT"
Spring Transaction (50): org.springframework.transaction.support; version="2.5.6.SEC01"
camel-spring-osgi (51): org.apache.camel.spring; version="2.2.0.SNAPSHOT"
Apache ServiceMix Specs :: JAVA PERSISTENCE API 1.4 (52): javax.persistence; version="1.1.1"
Apache ServiceMix Bundles: openjpa-1.2.1 (62): org.apache.openjpa.enhance; version="1.2.1"
Apache ServiceMix Bundles: openjpa-1.2.1 (62): org.apache.openjpa.util; version="1.2.1"
Spring ORM (63): org.springframework.orm.jpa; version="2.5.6.SEC01"
Spring ORM (63): org.springframework.orm.jpa.vendor; version="2.5.6.SEC01"
camel-jpa (64): org.apache.camel.component.jpa; version="2.2.0.SNAPSHOT"
wrap_mvn_hsqldb_hsqldb_1.8.0.7 (65): org.hsqldb; version="0.0.0"
camel-juel (76): org.apache.camel.language.juel; version="2.2.0.SNAPSHOT"
camel-jaxb (82): org.apache.camel.converter.jaxb; version="2.2.0.SNAPSHOT"

add-user.sh script should have better help message. There is no general description about this script. There is only list of attributes.

./add-user.sh -h

The striping of square brackets around IPv6 addresses doesn't work in 
org.jboss.as.test.integration.security.common.Utils.getSecondaryTestAddress(ManagementClient, boolean), it causes failures of AdvancedLdapLoginModuleTestCase.

This test-case was introduced in HIVE-3750 and is failing since as soon as it was introduced. 

Looks like a typo in:
https://github.com/spring-projects/spring-framework/blob/2a41de00e355ce1d4e277111b8c93d6fa2dc0020/spring-web/src/main/java/org/springframework/web/context/request/async/WebAsyncTask.java#L71-L72
The assertion checks executor rather than executorName and always throws because executor is always null when using this particular constructor.
I've created a pull request on https://github.com/spring-projects/spring-framework/pull/698 . But perhaps this should be checking Assert.notEmpty ? I can make that change in the PR as well.

On RS crash, master processes the RS's logs, splits them into per region log files, and puts them in recovered.edits sub-directory of the region. 
It may be the case the some of these files contain only old edits that have already been flushed, and don't need to be reapplied again. However, in this case the file is not deleted, and stays in recovered.edits for ever. This will slow down every future "open" of this region, as the region will unnecessarily spend time processing this file.
In  HRegion.java:replaceRecoveredEditsIfAny(), the code below checks if the file we just processed contain any edits that were applied, and in that case flushes the memstore into which things were being recovered. 

  if (seqid > minSeqId) {
      // Then we added some edits to memory. Flush and cleanup split edit files.
      internalFlushcache(null, seqid);
      for (Path file: files) {
        if (!this.fs.delete(file, false)) {
          LOG.error("Failed delete of " + file);
        } else {
          LOG.debug("Deleted recovered.edits file=" + file);
        }
      }
    }

But it is not clear why the 'for' loop to clean up the recovered.edits file is inside the if check.

I ran DBRE from an MSSQL 2008 database of 430 tables (and fair amount of relationships/FPKs).
All was fine until I restarted roo (using roo-dev M4). Everything is very slow: roo command line and STS aspect compilation; and consumes tons of memory. I had increase STS memory to 4G.
My questions are:
1. Have I exceeded table count limit?
2. Is there another way work with DBRE project of this size - is size the issue?
3. Is there a way to customize _Roo_DbManaged to use foreign keys instead of relationship annotations - I think this the culprit?

Seen in these scenarios:
ejb-ejbservlet-shutdown-repl-async
ejb-ejbservlet-jvmkill-repl-async
http-session-shutdown-repl-async-tcpStack
http-session-undeploy-dist-sync
With no obvious connection to failover of the nodes, usually all the 4 servers log this error few times during the testrun (each server different time):

[JBossINF] [0m[31m17:21:36,562 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (remote-thread--p4-t1) ISPN000136: Execution error: org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key D89rThGoUJDT6kuJ-MV7w_4TeNsSpQvBoL2wKi0l and requestor GlobalTransaction:<perf20>:56262:remote. Lock is held by GlobalTransaction:<perf20>:51723:remote, while request came from perf20
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockKeyAndCheckOwnership(AbstractTxLockingInterceptor.java:180)

The error is usually followed by a warning: 

[JBossINF] [0m[33m17:21:36,563 WARN  [org.infinispan.remoting.inboundhandler.NonTotalOrderPerCacheInboundInvocationHandler] (remote-thread--p4-t1) ISPN000071: Caught exception when handling command LockControlCommand{cache=clusterbench-ee7.ear.clusterbench-ee7-web-default.war, keys=[D89rThGoUJDT6kuJ-MV7w_4TeNsSpQvBoL2wKi0l], flags=[IGNORE_RETURN_VALUES], unlock=false, gtx=GlobalTransaction:<perf20>:56262:remote}: org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key D89rThGoUJDT6kuJ-MV7w_4TeNsSpQvBoL2wKi0l and requestor GlobalTransaction:<perf20>:56262:remote. Lock is held by GlobalTransaction:<perf20>:51723:remote, while request came from perf20

While the error was logged 15 times by all servers in this particular run, the warning message was logged 505 times.
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbservlet-shutdown-repl-async/6/console-perf19/ 
The same error with different stacktrace:

[JBossINF] [0m[31m17:21:16,585 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-45) ISPN000136: Execution error: org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key UnknownSessionID [5365576765655250685155485253536866686865666767514850676951495057] and requestor GlobalTransaction:<perf20>:52228:local. Lock is held by GlobalTransaction:<perf20>:49990:local, while request came from local
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.lockAndRegisterBackupLock(PessimisticLockingInterceptor.java:261)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataWriteCommand(PessimisticLockingInterceptor.java:131)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitReplaceCommand(AbstractLockingInterceptor.java:60)
[JBossINF] 	at org.infinispan.commands.write.ReplaceCommand.acceptVisitor(ReplaceCommand.java:55)
[JBossINF] 	at org.infinispan.commands.AbstractVisitor.visitReplaceCommand(AbstractVisitor.java:54)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:308)
[JBossINF] 	at org.infinispan.interceptors.TxInterceptor.visitReplaceCommand(TxInterceptor.java:219)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.handleTxWriteCommand(StateTransferInterceptor.java:261)
[JBossINF] 	at org.infinispan.statetransfer.StateTransferInterceptor.visitReplaceCommand(StateTransferInterceptor.java:124)
[JBossINF] 	at org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:191)
[JBossINF] 	at org.infinispan.interceptors.CacheMgmtInterceptor.visitReplaceCommand(CacheMgmtInterceptor.java:182)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.replaceInternal(CacheImpl.java:1158)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.replace(CacheImpl.java:1151)
[JBossINF] 	at org.infinispan.cache.impl.DecoratedCache.replace(DecoratedCache.java:502)
[JBossINF] 	at org.infinispan.cache.impl.AbstractDelegatingCache.replace(AbstractDelegatingCache.java:262)
[JBossINF] 	at org.wildfly.clustering.ee.infinispan.CacheEntryMutator.mutate(CacheEntryMutator.java:52)
[JBossINF] 	at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBean.close(InfinispanBean.java:113)
[JBossINF] 	at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager$SchedulableBean.close(InfinispanBeanManager.java:406)
[JBossINF] 	at org.jboss.as.ejb3.cache.distributable.DistributableCache.release(DistributableCache.java:136)
[JBossINF] 	at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.releaseInstance(StatefulSessionSynchronizationInterceptor.java:168)
[JBossINF] 	at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor$StatefulSessionSynchronization.afterCompletion(StatefulSessionSynchronizationInterceptor.java:250)
[JBossINF] 	at org.jboss.as.txn.service.internal.tsr.JCAOrderedLastSynchronizationList.afterCompletion(JCAOrderedLastSynchronizationList.java:147)
[JBossINF] 	at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.afterCompletion(SynchronizationImple.java:96)
[JBossINF] 	at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.afterCompletion(TwoPhaseCoordinator.java:545)
[JBossINF] 	at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:101)
[JBossINF] 	at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162)
[JBossINF] 	at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1200)
[JBossINF] 	at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126)
[JBossINF] 	at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:89)
[JBossINF] 	at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:91)
[JBossINF] 	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:279)
[JBossINF] 	at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636)
[JBossINF] 	at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
[JBossINF] 	at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73)
[JBossINF] 	at org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB$$$view3.getSerialAndIncrement(Unknown Source)
[JBossINF] 	at sun.reflect.GeneratedMethodAccessor22.invoke(Unknown Source)
[JBossINF] 	at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:434)
[JBossINF] 	at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127)
[JBossINF] 	at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
[JBossINF] 	at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100)
[JBossINF] 	at org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB$Proxy$_$$_Weld$EnterpriseProxy$.getSerialAndIncrement(Unknown Source)
[JBossINF] 	at org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB$Proxy$_$$_WeldClientProxy.getSerialAndIncrement(Unknown Source)
[JBossINF] 	at org.jboss.test.clusterbench.web.ejb.LocalEjbServlet.doGet(LocalEjbServlet.java:38)
[JBossINF] 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
[JBossINF] 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
[JBossINF] 	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
[JBossINF] 	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
[JBossINF] 	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
[JBossINF] 	at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
[JBossINF] 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] 	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
[JBossINF] 	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
[JBossINF] 	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
[JBossINF] 	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
[JBossINF] 	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
[JBossINF] 	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72)
[JBossINF] 	at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
[JBossINF] 	at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
[JBossINF] 	at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:282)
[JBossINF] 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:778)

http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-ejbservlet-shutdown-repl-async/6/console-perf20/
The timeout stated in the exception is sometimes not exactly 15 seconds, so far I have seen these variants: 14.99 seconds, 14.97 seconds, and also only few milliseconds , see this server log:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-http-session-undeploy-dist-sync/5/console-perf18/

REPL dump on an external table with add partition event throws NoSuchElementException. Need to check if file iterator list hasNext before accessing it.

A role can own the database, but when the authorization checks are determining the privileges for a user, they are not checking if one of the roles the user belongs to is an owner of the database.

I've done a highly unscientific summarization of the logs from some random queries, and will now change some log statements that are the most prevalent and not extremely useful from info to debug.

In the Roo documentation, under 6.3.2. Step 2: Annotation Source Code Removal, it says "When the following window appears" but there's no image of said window.
BTW, you should add a "Documentation" option to the Component Jira field; I chose "General Objects" because it's the most generic I found.

Here is the mail thread with discuss about it.
 http://www.nabble.com/JAXB-pretty-print-marshaling-td24449564.html

When ROO shell open project with the following pom.xml:

  ...
            <groupId>es.gva.san.hse</groupId>
            <artifactId>hse-services-web</artifactId>
            <version>${project.version}</version>
            <type>pom</type>
            <exclusions>
                <exclusion>
                    <artifactId>*</artifactId>
                    <groupId>org.apache.geronimo.specs</groupId>
                </exclusion>
        ...

appears an error indicating that wildcard  is not a valid symbol to include on pom.xml.
Maven accepts this syntax, so ROO needs to accept it.
Removing this symbol from invalid pom symbols should works.

There is no capability to pass in some custom headers through rabbitmq camel component. it seems only well-known headers of AMQP.BasicProperties are supported.

The entrySet() method of the MultiValueMap delegates the entrySet() call to the decorated map, which is HashMap by default. The default hashmap iterator is used, which causes the iterator to return one Map.Entry for every key. The value returned for the key is an ArrayList, and not the value of the entry which was put into the map.
The expected behavior would be the iterator to return the whole set of entries in the map, which requires iteration over the different array lists contained in the decorated map.

http://www.nabble.com/MockEndpoint---sleep-for-empty-tests-is-flawed--td21067367s22882.html

You cannot use the debugBefore / debugAfter when using CamelSpringTestSupport from camel-test. The problem is that the Spring Framework triggers Camel to start before the unit test have setup the debugger and whatnot.
We should align this so it works like without spring, so its the CamelTestSupport that invokes start on CamelContext
See nabble
http://camel.465427.n5.nabble.com/CamelSpringTestSupport-and-debugBefore-tp4382259p4382259.html

Related to HBASE-7513. If a RS is able to open a few store files in Store.loadStoreFiles but one of them fails like in 7513, the opened files won't be closed and file descriptors will remain in a CLOSED_WAIT state.
The situation we encountered is that over the weekend one region was bounced between >100 region servers and eventually they all started dying on "Too many open files".

The "referral-mode" attribute of the "dir-context" element only allows the values "ignore", "follow" and "throw". As a consequence it should be an enumeration of these values. 
While fixing the issue I found out that model serialization would generate ALL-CAPS values.

org.springframework.data.jpa.repository.support.JpaMetamodelEntityInformation.IdMetadata#getType does not support MappedSuperclass annotation, i.e. if I have @IdClass at superclass with MappedSuperclass this code does not resolve it and returns null. 

If we have a query like this ...

SELECT xx.key, xx.cnt, yy.key
FROM
(SELECT x.key as key, count(1) as cnt FROM src1 x JOIN src1 y ON (x.key = y.key) group by x.key) xx
JOIN src yy
ON xx.key=yy.key;

After Correlation Optimizer, the operator tree in the reducer will be 

     JOIN2
       |
       |
      MUX
     /   \
    /     \
   GBY     |
    |      |
  JOIN1    |
    \     /
     \   /
     DEMUX

For JOIN2, the right table will arrive at this operator first. If hive.join.emit.interval is small, e.g. 1, JOIN2 will output the results even it has not got any row from the left table. The logic related hive.join.emit.interval in JoinOperator assumes that inputs will be ordered by the tag. But, if a query has been optimized by Correlation Optimizer, this assumption may not hold for those JoinOperators inside the reducer.

CronSequenceGenerator fails for expressions like "10 * 5 * * *" when it rolls forward to the 5th hour, the seconds are reset to 0 (which doesn't match the pattern).  The problem is in the reset of lower order bits on rollover of higher order (so "* * 5 * * *" and "0 0 5 * * *" work fine).
The majority use case probably doesn't include such patterns, but we can fix it for RC2.

WebHCat testsuite have two tests failing:
1. doAsTests_6 - The test was assuming that the metadata can be read even if reading data cannot be. As part of the setup we are using the StorageBasedAuthorizationProvider which will not allow for this operation to succeed. Updated the test to check for the failure and verify the error message.
2. doAsTests_7 - Updated the error message to reflect the current error message which looks correct.

Explanation of deployment package:

<bobmcw> if you put things in org.wildfly.swarm.flyway.deployment.* java package
<bobmcw> they are "invisible" to the :api and :runtime bits, it's just a sidecar to stuff things
<bobmcw> and they end up being known as org.wildfly.swarm.flyway:deployment module
<bobmcw> so that's the one to @DeploymentModule(name="org.wildfly.swarm.flyway", slot="deployment")
<bobmcw> to mix into the deployment

I added a class that implements ServletContextListener under the org.wildfly.swarm.flyway.deployment package and got the following: 

<gastaldi> 2016-10-20 16:52:55,479 INFO  [org.jboss.weld.Bootstrap] (ForkJoinPool.commonPool-worker-3) WELD-000119: Not generating any bean definitions from org.wildfly.swarm.flyway.deployment.FlywayMigrationServletContextListener because of underlying class loading error: Type org.wildfly.swarm.flyway.deployment.FlywayMigrationServletContextListener from [Module "swarm.container:main" from BootModuleLoader@78b1cc93 for finders [BootstrapClasspathModuleFinder, BootstrapModuleFinder(org.wildfly.swarm.bootstrap:main), ClasspathModuleFinder, ContainerModuleFinder(swarm.container:main), ApplicationModuleFinder(swarm.application:main)]] not found.  If this is unexpected, enable DEBUG logging to see the full error.
<bobmcw> that shouldn't be visible to :runtime stuff and our weld
<gastaldi> the class was deployed as you said
<bobmcw> I wonder if we've need more help on the fraction-plugin to exclude :deployment bits.
<bobmcw> ah, the jandex'ing
<bobmcw> I think
<bobmcw> jandex indexes everything, but the class ultimately isn't loadable
<bobmcw> ignorable for now
<gastaldi> I added a @Vetoed to it
<bobmcw> it's just an INFO (warning)
<bobmcw> shouldn't have to do that, but yah, that's one way
<bobmcw> gastaldi: wanna file a JIRA about that INFO warning?
<bobmcw> we've discussed it but I keep forgetting to address it.

Set up STS 2.5.0.M3 Build Id: 201008251000 to use a roo built from source
Make or import a roo project and note the sha it shows when the shell starts
Close the shell
Commit a change to git and rebuild roo
rm -rf spring-roo/bootstrap/target/osgi
run roo-dev somewhere
Now open a roo shell again. Note that that it's still reporting the old sha. But it's pretty clear that it's actually running the new bits that you built. Looks like the code that displays that sha is pulling it from some stale cached location. 
A minor bug, perhaps, but it just sent me on a bit of a wild goose chase.

The documentation (reference) says that int domain object ids are supported (Chapter 23.3):
"Hopefully ObjectIdentityImpl will prove sufficient, as it provides a large number of ways in which it can be used. Most
people will have domain objects that contain a public Serializable getId() method. If the return type is
long, or compatible with long (eg an int), you will find you need not give further consideration to
ObjectIdentity issues."
Unfortunately I'm getting assertion failures when using ints as IDs:
java.lang.IllegalArgumentException: This class requires ObjectIdentity.getIdentifier() to be a LongObject of class [java.lang.Integer] must be an instance of class java.lang.Long
	org.springframework.util.Assert.isInstanceOf(Assert.java:337)
	org.springframework.security.acls.jdbc.BasicLookupStrategy$1.setValues(BasicLookupStrategy.java:296)
	org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:621)
	org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:566)
	org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:616)
	org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:645)
	org.springframework.security.acls.jdbc.BasicLookupStrategy.lookupObjectIdentities(BasicLookupStrategy.java:289)
	org.springframework.security.acls.jdbc.BasicLookupStrategy.readAclsById(BasicLookupStrategy.java:421)
	org.springframework.security.acls.jdbc.JdbcAclService.readAclsById(JdbcAclService.java:114)
	org.springframework.security.acls.jdbc.JdbcAclService.readAclById(JdbcAclService.java:99)

conf/log4j.properties hardcodes log level for the top hbase package to DEBUG: log4j.logger.org.apache.hadoop.hbase=DEBUG
and there is no easy way to override it without modifying this file.
It would be useful to have a variable, say hbase.log.level}}m in this file so it can be passed from site environment: {{-Dhbase.log.level=INFO

stop-hbase.sh stops the server successfully if and only if the server is instantiated properly. 
When u Run 
start-hbase.sh; sleep 10; stop-hbase.sh; ( This works totally fine and has no issues )
Whereas when u run 
start-hbase.sh; stop-hbase.sh; ( This never stops the server and neither the server gets initialized and starts properly )

The following error appears on ROO Shell:

NullPointerException at org.springframework.roo.addon.javabean.JavaBeanMetadataProvider.getMetadata(JavaBeanMetadataProvider.java:159)

HIVE-7428 had fix for worst case column projection size estimate. It was removed in HIVE-10397 to return file length but for ACID strategy file length is passed as 0. In worst case, this always return 0 and all files ends up in single split. 

Compaction clears all cells behind any found 'delete' cell.  This makes for an inconsistency in that before the compaction runs, you can do a get or scan on a timestamp older than the delete cell and get results.  Confusing.
Either preserve all cells for all time (or until > MAX_VERSIONS or TTL) or else make it so presence of a delete cell in the future stops client fetching anything older (expensive).

In review of HBASE-7365, MetaEditor.deleteRegions() and MetaEditor.addRegionsToMeta() are used in RestoreSnapshotHandler.java.handleTableOperation() to apply changes to .META.
I made following suggestion:
Can we introduce new method in MetaEditor which takes List of Mutation's ?
The Delete and Put would be grouped and then written to .META. table in one transaction.
Jon responded:
I like that idea – then the todo/warning or follow on could refer to that method.  When we fix it, it could get used in other multi row meta modifications like splits and table creation/deletion in general.
See https://reviews.apache.org/r/8674/

Metrics subsystem stop/start messages add a lot of useless bulk to operational logging. Say you are collecting logs from a fleet of thousands of servers and want to have them around for ~month or longer. It adds up. 
I think these should at least be at DEBUG level and ideally at TRACE. They don't offer much utility. Unfortunately they are Hadoop classes so we can tweak log4j.properties defaults instead. We do this in test resources but not in what we ship in conf/ . 

<time> INFO  [<thread>] impl.MetricsSystemImpl: HBase metrics system started

<time> INFO  [<thread>] impl.MetricsSystemImpl: Stopping HBase metrics system...

<time> INFO  [<thread>] impl.MetricsSystemImpl: HBase metrics system stopped.

<time> INFO  [<thread>] impl.MetricsConfig: loaded properties from hadoop-metrics2-hbase.properties

<time> INFO  [<thread>] impl.MetricsSystemImpl: Scheduled snapshot period at 10 second(s).

I've always wondered why union all has to be in subqueries in hive.
After looking at it, problems are:

Hive Parser:
Union happens at the wrong place (insert ... select ... union all select ...) is parsed as (insert select) union select.
There are many rewrite rules in the parser to force any query into the a from - insert -select form. No doubt for historical reasons.
Plan generation/semantic analysis assumes top level "TOK_QUERY" and not top level "TOK_UNION".

The rewrite rules don't work when we move the "UNION ALL" into the select statements. However, it's not hard to do that in code.

On downstream (6.4.x) there is an error https://bugzilla.redhat.com/show_bug.cgi?id=1599625 about error during restart of master host with rollout plan. This problem doesn't happen on master, but both fix and test should to be created also for wildfly (to satisfy upstream and prevent similar problems to happen - by introducing a test).
Original problem:
Creating a rollout plan and restarting the dc host prevent the other hosts to connect to the master again. The slave hc is unable to connect giving the error JBAS014687: Resource is immutable, the dc shows many errors like:
JBAS012119:  cancelled task by interrupting thread Thread[Host Controller Service Threads - 117,5,Host Controller Service Threads]

Smallrye micro profile is registering a ConfigExtension when it is already registered by Weld. 
This portable extension is brought in by io.smallrye:smallrye-config dependency in its META-INF folder, and Weld automatically registers a CDI portable extension if it is found in the application classpath. That means it is unnecesary to register it again by wildfly config-smallrye.
It will allow also remove some unnecesary modules dependencies.  

In region server log, I observed the following:

org.apache.hadoop.ipc.RemoteException(java.io.FileNotFoundException): File does not exist: /apps/hbase/data/WALs/lx.p.com,16020,1497300923131/497300923131. default.1497302873178
  at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsInt(FSNamesystem.java:1860)
  at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1831)
  at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1744)
...
  at org.apache.hadoop.hdfs.DistributedFileSystem.open(DistributedFileSystem.java:326)
  at org.apache.hadoop.fs.FilterFileSystem.open(FilterFileSystem.java:162)
  at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:782)
  at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:293)
  at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:267)
  at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:255)
  at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:414)
  at org.apache.hadoop.hbase.replication.regionserver.ReplicationWALReaderManager.openReader(ReplicationWALReaderManager.java:69)
  at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.openReader(ReplicationSource.java:605)
  at org.apache.hadoop.hbase.replication.regionserver.ReplicationSource.run(ReplicationSource.java:364)

We have code in ReplicationSource#openReader() which is supposed to handle FileNotFoundException but RemoteException wrapping FileNotFoundException was missed.

Similar to HBASE-16093. Rollback from failed merge should not offline the target region for the merge if it hasn't been created. 

This bug is analogous to https://issues.apache.org/jira/browse/COLLECTIONS-544
The method removeAll in CollectionUtils is inefficient when the second parameter collection has a slow containment method.
The following is the current implementation with its documentation:
============================
     /**

Removes the elements in <code>remove</code> from <code>collection</code>. That is, this
method returns a collection containing all the elements in <code>c</code>
that are not in <code>remove</code>. The cardinality of an element <code>e</code>
in the returned collection is the same as the cardinality of <code>e</code>
in <code>collection</code> unless <code>remove</code> contains <code>e</code>, in which
case the cardinality is zero. This method is useful if you do not wish to modify
the collection <code>c</code> and thus cannot call <code>collection.removeAll(remove);</code>.
     *
@param <E>  the type of object the 
{@link Collection}
 contains
@param collection  the collection from which items are removed (in the returned collection)
@param remove  the items to be removed from the returned <code>collection</code>
@return a <code>Collection</code> containing all the elements of <code>collection</code> except
any elements that also occur in <code>remove</code>.
@throws NullPointerException if either parameter is null
@since 4.0 (method existed in 3.2 but was completely broken)
     */
    public static <E> Collection<E> removeAll(final Collection<E> collection, final Collection<?> remove) 
{
        return ListUtils.removeAll(collection, remove);
    }

=======================================
We can notice the inefficiency by looking at the removeAll method in ListUtils.
The removeAll method from ListUtils is implemented and documented as follows:
     /**

method returns a list containing all the elements in <code>collection</code>
<code>collection</code> and thus cannot call <code>collection.removeAll(remove);</code>.
<p>
This implementation iterates over <code>collection</code>, checking each element in
turn to see if it's contained in <code>remove</code>. If it's not contained, it's added
to the returned list. As a consequence, it is advised to use a collection type for
<code>remove</code> that provides a fast (e.g. O(1)) implementation of
{@link Collection#contains(Object)}
.
     *
@param <E>  the element type
@return a <code>List</code> containing all the elements of <code>c</code> except
@since 3.2
     */
    public static <E> List<E> removeAll(final Collection<E> collection, final Collection<?> remove) {
        final List<E> list = new ArrayList<E>();
        for (final E obj : collection) 
Unknown macro: {            if (!remove.contains(obj)) {
                list.add(obj);
            }        } 
        return list;
    }

In the case of ListUtils:removeAll, the inefficiency is properly documented.
Perhaps the disclaimer about potential inefficiencies depending on the type 
of the parameter collection in ListUtils:removeAll should also be included in CollectionUtils:removeAll.

Hive Server running thrift/http with Kerberos security.
Kinited user knox attempting to proxy as sam.
Beeline connection failed reporting error on hive server logs:
Caused by: org.apache.hadoop.security.authorize.AuthorizationException: Unauthorized connection for super-user: knox from IP null

Thanks Andrew Purtell for finding out the issue.
We have the reserved tags check in the preBatchMutation hook in VC.  In case of the replication the cells are coming into the sink cluster with visibility tags with it.  Those are created by VC in the source cluster and should get added into sink cluster.  But the current check will throw exception and we will fail to replicate these cells.

I can see trouble and regression against behavior of configuration of transaction manager which is defined inside of setting MBeans is not enriched from system properties which are defined as part of standalone .xml file.
When system property is set in standalone xml file as

  <property name="RecoveryEnvironmentBean.expiryScannerClassNames" value="com.arjuna.ats.internal.arjuna.recovery.ExpiredTransactionStatusManagerScanner com.arjuna.ats.internal.arjuna.recovery.AtomicActionExpiryScanner"/>

then it's not propagated to RecoveryEnvironmentBean when container is started.
The TransactionExtension initialize method is touching classes that perform static initialization using system props which is too early:

"ServerService Thread Pool -- 21@3635" prio=5 tid=0x30 nid=NA runnable
          at com.arjuna.common.util.propertyservice.PropertiesFactory.initPropertiesFactory(PropertiesFactory.java:53)
          - locked <0x1389> (a java.lang.Class)
          at com.arjuna.common.util.propertyservice.PropertiesFactory.getDefaultProperties(PropertiesFactory.java:36)
          at com.arjuna.common.internal.util.propertyservice.BeanPopulator.getNamedInstance(BeanPopulator.java:86)
          at com.arjuna.common.internal.util.propertyservice.BeanPopulator.getDefaultInstance(BeanPopulator.java:53)
          at com.arjuna.ats.arjuna.common.arjPropertyManager.getCoordinatorEnvironmentBean(arjPropertyManager.java:51)
          at org.jboss.as.txn.subsystem.TransactionSubsystemRootResourceDefinition$StatisticsEnabledHandler.<init>(TransactionSubsystemRootResourceDefinition.java:518)
          at org.jboss.as.txn.subsystem.TransactionSubsystemRootResourceDefinition.registerAttributes(TransactionSubsystemRootResourceDefinition.java:314)
          at org.jboss.as.controller.registry.NodeSubregistry.registerChild(NodeSubregistry.java:104)
          at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:225)
          at org.jboss.as.controller.extension.ExtensionRegistry$SubsystemRegistrationImpl.registerSubsystemModel(ExtensionRegistry.java:706)
          at org.jboss.as.txn.subsystem.TransactionExtension.initialize(TransactionExtension.java:104)
          at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:131)
          at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:104)
          at org.jboss.as.controller.extension.ParallelExtensionAddHandler$ExtensionInitializeTask.call(ParallelExtensionAddHandler.java:144)
          at org.jboss.as.controller.extension.ParallelExtensionAddHandler$ExtensionInitializeTask.call(ParallelExtensionAddHandler.java:127)
          at java.util.concurrent.FutureTask.run(FutureTask.java:266)
          at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
          at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
          at java.lang.Thread.run(Thread.java:745)
          at org.jboss.threads.JBossThread.run(JBossThread.java:320)

A likely fix is to just not store a ref to coordinatorEnvironmentBean in TransactionSubsystemRootResourceDefinition$StatisticsEnabledHandler. Just find it and use it in applyUpdateToRuntime/revertUpdateToRuntime neither of which will get called before system properties are set. They don’t get called at all if the user doesn’t do a write-attribute op to change that attribute.

DataBlockEncodingTool was fixed as part of porting data block encoding (HBASE-4218) to 89-fb (https://reviews.facebook.net/rHBASEEIGHTNINEFBBRANCH1245291, https://reviews.facebook.net/D1659). The bug appeared when using GZ as baseline compression codec but not loading native Hadoop libraries, in which case the compressor instance would be null. The purpose of this JIRA is to bring the trunk version of DataBlockEncodingTool to parity with the 89-fb version, and further improvements to the tool will be made separately.

If we do a select on a UTF8 table and store the console output into the status file (enablelog=true), the UTF8 character is garbled. The reason is we don't specify encoding when opening stdout/stderr in statusdir. This will cause problem especially on Windows, when the default OS encoding is not UTF8.

There must work these two scenarious:

User uses only clear-text password <credential-store-reference clear-text="pass123"/>
User uses password obtained from another credential store <credential-store-reference store="CS_STORE_NAME" alias="pwd"/> and both "store" and "alias" must be defined.

I see problem in ElytronXmlParser [1], where is always used "storeName" and then "alias" to create new CredentialStoreCredentialSource(credentialStore, alias);

Please use files which are attached
set right path to cs.jceks in wildfly-config.xml
run EAP server
run client

[hsvabek@dhcp-10-40-5-166 bin]$ ./jboss-cli.sh -c -Dwildfly.config.url=wildfly-config.xml
java.lang.ExceptionInInitializerError: org.wildfly.client.config.ConfigXMLParseException: ELY09503: Credential store name "null" not defined
        at file:/home/hsvabek/securityworkspace/VERIFICATION/2017_06_08_wfly-config.xml/jboss-eap-7.1/bin/wildfly-config.xml:9:4: ELY09503: Credential store name "null" not defined
        at file:/home/hsvabek/securityworkspace/VERIFICATION/2017_06_08_wfly-config.xml/jboss-eap-7.1/bin/wildfly-config.xml:9:4

When you set correct store to credential-store-reference, then you get error about "alias is required..."

[1] https://github.com/wildfly-security/wildfly-elytron/blob/1.1.0.Beta47/src/main/java/org/wildfly/security/auth/client/ElytronXmlParser.java#L1569

The xsd for the xts subsystem says the "host" element is not required, and the parser behaves accordingly, but the HOST attribute in XTSSubsystemDefinition says the attribute doesn't allow null, while simultaneously configuring a default value for it.
Setting a default value for an attribute is pointless if it doesn't allow null; the default value is what the runtime services will use if the persistent config value is null.
This situation prevents booting of legacy xml configs using schema versions that predate the "host element. (Specifically, EAP 6 configs.) The boot validates the entire config to ensure that required attributes are configured, and that validation fails. Booting configs that conform to the current schema would fail too if "host" was not present.
This should be a simple one line change.

As implemented in HIVE-8705, for http transport, we add the logged in subject's credentials in the http header via a request interceptor. The request interceptor doesn't seem to be getting used for some http traffic (e.g. knox ssl in the same rpc). It would also be better to cache the logged in subject for the duration of the whole session.

Currently, when the server goes down the first time, it will reconnect fine. But if the server goes down again later, it will not attempt a reconnect.

The pom.xml of spring-orm states the following:

  <groupId>org.springframework</groupId>
  <artifactId>spring-web</artifactId>
  <version>3.2.0.M1</version>
  <scope>compile</scope>
  <exclusions>
    <exclusion>
      <artifactId>persistence-api</artifactId>
      <groupId>javax.persistence</groupId>
    </exclusion>
  </exclusions>

Is this by intention? Beyond that there seems to be a new policy on when to mark a dependency as optional. Could you please explain that a bit as well?

Attempt to compile results in numerous errors of the following form:

X:\git\spring-shell\src\main\java\org\springframework\shell\table\BorderStyle.java:43: error: unmappable character for encoding Cp1252
        fancy_heavy('┃', '▒?'),
                              ^
...

After fixing this, ran into test failures:

:test

org.springframework.shell.table.BorderFactoryTest > testFullBorder FAILED
    java.lang.AssertionError at BorderFactoryTest.java:47
...

Both of these are result of presence of Unicode characters that are not supported by Windows' default encoding (CP1252).

This issue has already been raised (SPR-6395) but was closed as a duplicate and was marked as fixed in RC3.  I looked at the source and as you can see from this snippet that the isEmpty call is still there.
DateTimeFormatAnnotationFormatterFactory.java
private DateTimeFormatter configureDateTimeFormatterFrom(DateTimeFormat annotation) {
	if (!annotation.pattern().isEmpty()) {
			return forPattern(annotation.pattern());
	}
	else if (annotation.iso() != ISO.NONE) {
		return forIso(annotation.iso());
	}
	else {
		return forStyle(annotation.style());
	}
}

explain INSERT OVERWRITE TABLE t
    SELECT s.r, s.c, sum(s.v) FROM
    (
      SELECT a.r AS r, a.c AS c, a.v AS v FROM t1 a
      UNION ALL
      SELECT b.r AS r, b.c AS c, 0 + b.v AS v FROM t2 b
    ) s
    GROUP BY s.r, s.c;

Both a and b have 3 string columns: r, c, and v.
It compiled successfully but failed during runtime.
"Explain" shows that the plan for the 2 union-all operands have different output types that are converged to STRING, but there is no UDFToString inserted for "0 + b.v AS v" and as a result, SerDe was failing because it expects a String but is passed a Double.

Offending pom.xml is attached.

cbeams@anakata:~/Desktop/Engagements/Redacted/eiws-courseware/enterprise-integration-1.0.4.RELEASE/spring-integration-intro-solution>$ roo.sh     ____  ____  ____  
/_/ |_|\____/\____/    1.0.0.RELEASE [rev 564]

    at org.springframework.roo.addon.maven.MavenProjectMetadataProvider.get(MavenProjectMetadataProvider.java:100)
    at org.springframework.roo.metadata.internal.DefaultMetadataService.get(DefaultMetadataService.java:106)
    at org.springframework.roo.metadata.internal.DefaultMetadataService.get(DefaultMetadataService.java:124)
    at org.springframework.roo.process.manager.internal.DefaultFileManager.notify(DefaultFileManager.java:147)
    at org.springframework.roo.metadata.internal.DefaultMetadataDependencyRegistry.notifyDownstream(DefaultMetadataDependencyRegistry.java:269)
    at org.springframework.roo.addon.maven.MavenProjectMetadataProvider.onFileEvent(MavenProjectMetadataProvider.java:299)
    at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.publish(PollingFileMonitorService.java:324)
    at org.springframework.roo.file.monitor.polling.PollingFileMonitorService.scanAll(PollingFileMonitorService.java:306)
    at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:36)
    at org.springframework.roo.process.manager.internal.MonitoringRequestCommand.callback(MonitoringRequestCommand.java:15)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.completeStartup(DefaultProcessManager.java:53)
    at org.springframework.roo.bootstrap.ProcessManagerPostConstructBeanPostProcessor.onApplicationEvent(ProcessManagerPostConstructBeanPostProcessor.java:32)
    at org.springframework.roo.bootstrap.ProcessManagerPostConstructBeanPostProcessor.onApplicationEvent(ProcessManagerPostConstructBeanPostProcessor.java:20)
    at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97)
    at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:294)
    at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:858)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:419)
    at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:139)
    at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:83)
    at org.springframework.roo.bootstrap.Bootstrap.<init>(Bootstrap.java:68)
    at org.springframework.roo.bootstrap.Bootstrap.main(Bootstrap.java:52)
roo> 

The FlowVariableResolver is automatically configured by the faces jar (spring-faces-2.0-m4.jar, /META-INF/faces-config.xml). 
In it's static initializer it tries to create an instance of SpringBeanWebFlowELResolver which inherits from 
org.springframework.beans.factory.access.el.SpringBeanELResolver, but SpringBeanELResolver is not compatible with JDK1.4. 
In turn it might simply be an oversight to make SpringBeanELResolver JDK1.4 compatible (should be fairly easy to replace StringBuilder)?

https://github.com/spring-projects/spring-data-gemfire/commit/ea501fca5b3f4e773fd1a1c624192413856cf5e2 has introduced a regression where the dependency on edu.umd.cs.mtc:multithreadedtc is no longer test-scoped.

I've seen some occasional NullPointerExceptions in ZlibFactory.isNativeZlibLoaded(conf) during region server startups and the completebulkload process.  This is being caused by a null configuration getting passed to the isNativeZlibLoaded method.  I think this happens when 2 or more threads call the CompressionTest.testCompression method at once.  If the GZ algorithm has not been tested yet both threads could continue on and attempt to load the compressor.  For GZ the getCodec method is not thread safe which could lead to one thread getting a reference to a GzipCodec that has a null configuration.

current:
      DefaultCodec getCodec(Configuration conf) {
        if (codec == null) {
          codec = new GzipCodec();
          codec.setConf(new Configuration(conf));
        }

        return codec;
      }

one possible fix would be something like this:

          GzipCodec gzip = new GzipCodec();
          gzip.setConf(new Configuration(conf));
          codec = gzip;
        }

      }

But that may not be totally safe without some synchronization.  An upstream fix in CompressionTest could also prevent multi thread access to GZ.getCodec(conf)
exceptions:
12/02/21 16:11:56 ERROR handler.OpenRegionHandler: Failed open of region=all-monthly,,1326263896983.bf574519a95263ec23a2bad9f5b8cbf4.
        at org.apache.hadoop.hbase.util.CompressionTest.testCompression(CompressionTest.java:89)
        at org.apache.hadoop.hbase.regionserver.HRegion.checkCompressionCodecs(HRegion.java:2670)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:2659)
        at org.apache.hadoop.io.compress.zlib.ZlibFactory.isNativeZlibLoaded(ZlibFactory.java:63)
        at org.apache.hadoop.io.compress.GzipCodec.getCompressorType(GzipCodec.java:166)
        at org.apache.hadoop.io.compress.CodecPool.getCompressor(CodecPool.java:100)
        at org.apache.hadoop.io.compress.CodecPool.getCompressor(CodecPool.java:112)
        at org.apache.hadoop.hbase.io.hfile.Compression$Algorithm.getCompressor(Compression.java:236)
        at org.apache.hadoop.hbase.util.CompressionTest.testCompression(CompressionTest.java:84)
        ... 9 more
        at org.apache.hadoop.hbase.io.hfile.HFile$Reader.readTrailer(HFile.java:890)
        at org.apache.hadoop.hbase.io.hfile.HFile$Reader.loadFileInfo(HFile.java:819)
        at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.groupOrSplit(LoadIncrementalHFiles.java:405)
        at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles$2.call(LoadIncrementalHFiles.java:323)
        at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles$2.call(LoadIncrementalHFiles.java:321)
        ... 10 more

See nabble
http://camel.465427.n5.nabble.com/Limitations-or-bug-on-FTP2-with-FTPS-tp4372423p4372423.html
The RemoteFileProducer should force check if the connection is alive on the client, if the noop fails.

Access to fields uncheckedPermissions, excludedPermissions and rolePermissions in org.wildfly.security.authz.jacc.ElytronPolicyConfiguration is holded by lock. However lock is not used in their getter methods. Getters should be also handled by locks to avoid unguarded read of those fields.

Some tests are failing to deploy an archive when testsuite run with security manager enabled.

08:03:07,171 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service test.deployment.trivial: org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "test.deployment.trivial.prop" "write")" in code source "(vfs:/content/test-http-deployment.sar <no signer certificates>)" of "null")
	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:274)
	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:176)
	at java.lang.System.setProperty(System.java:792)
	at org.jboss.as.test.deployment.trivial.ServiceActivatorDeployment.start(ServiceActivatorDeployment.java:80)
	... 3 more

08:03:07,173 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-5) WFLYCTL0013: Operation ("add") failed - address: ([{"deployment" => "test-http-deployment.sar"}]) - failure description: {"WFLYCTL0080: Failed services" => {"test.deployment.trivial" => "org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service
    Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission \"(\"java.util.PropertyPermission\" \"test.deployment.trivial.prop\" \"write\")\" in code source \"(vfs:/content/test-http-deployment.sar <no signer certificates>)\" of \"null\")"}}
08:03:07,174 ERROR [org.jboss.as.server] (XNIO-1 task-5) WFLYSRV0021: Deploy of deployment "test-http-deployment.sar" was rolled back with the following failure message: 
{"WFLYCTL0080: Failed services" => {"test.deployment.trivial" => "org.jboss.msc.service.StartException in service test.deployment.trivial: Failed to start service

The 1.0.1 and also the 1.0.2 snapshots downloads are missing the sonarj architecture files webflow-architecture.xml and webflow-workspace.xml

The unit test "testWritesWhileGetting" in the org.apache.hadoop.hbase.regionserver.TestHRegion test needs to be corrected. It is current using the table name and method name for initializing a HRegion as "testWritesWhileScanning". It should be "testWritesWhileGetting". 
Due to this, the test fails as the "initHRegion" method fails in creating a new HRegion for the test. 

JdbcAclService contains the following definition:
private static final String selectAclObjectWithParent = "select obj.object_id_identity obj_id, class.class class "
        + "from acl_object_identity obj, acl_object_identity parent, acl_class class "
        + "where obj.parent_object = parent.id and obj.object_id_class = class.id "
        + "and parent.object_id_identity = ? and parent.object_id_class = ("
        + "select id FROM acl_class where acl_class.class = ?)";
Postgres cannot execute this query as it requires the AS keyword for aliasing.
The following query works in postgres:
select obj.object_id_identity AS obj_id, class.class AS class  from acl_object_identity obj, acl_object_identity parent, acl_class class where obj.parent_object = parent.id and obj.object_id_class = class.id and parent.object_id_identity = ? and parent.object_id_class = (select id FROM acl_class where acl_class.class = ?)
It would be desirable if this and other sql statements were configurable.

Memory estimation is important during hash table loading, because we need to make the decision of whether to load the next hash partition in memory or spill it. If the assumption is there's enough memory but it turns out not the case, we will run into OOM problem.
Currently hybrid grace hash join memory usage estimation didn't take into account the bloom filter size. In large test cases (TB scale) the bloom filter grows as big as hundreds of MB, big enough to cause estimation error.
The solution is to count in the bloom filter size into memory estimation.
Another issue this patch will fix is possible NPE due to object cache reuse during hybrid grace hash join.

As WildFly and EAP use a different implementation for TransformerFactory, we need to modify the testing to take this into account

The ITD created by @RooConfigurable uses the parameterized type name for accessing the annotated class:
@RooConfigurable
public class Foo<T> {
}
privileged aspect Foo_Roo_Configurable {
    declare @type: Foo<T>: @org.springframework.beans.factory.annotation.Configurable;    
}
This is an error in AspectJ: "T cannot be resolved to a type". The error can be resolved by removing the type parameter:
declare @type: Foo: @org.springframework.beans.factory.annotation.Configurable;    

ObjectAttributeDefinition are described as features but their required capabilities are not displayed.

M_RS_OPEN_ROOT            (21, ExecutorType.RS_OPEN_REGION),  // Master asking RS to open root

It's a mistake only in trunk, causing ROOT couldn't be online for a long long time:
1.ROOT wait open-region-thread to handle opening it.
2.Opening regions wait for ROOT to online, but occupy the threads...

I'm experiencing deadlocks and other bugs when calling DeferredResult#setResult while that deferred result's timeout handler is running. This is on Tomcat 7.0.39. I'm using the following code to reproduce this.

    private DeferredResult<String> deferred;

    static class DoSomethingUseful implements Runnable {
            try { Thread.sleep(2000); } catch (InterruptedException e) { }
        }
    }

    @RequestMapping(value="/test/start")
    public DeferredResult<String> start() {
        deferred = new DeferredResult<String>(4000L, "timeout\n");
        deferred.onTimeout(new DoSomethingUseful());
        return deferred;
    }

    @RequestMapping(value="/test/stop")
    public String stop() {
        deferred.setResult("result\n");
        return "ok\n";
    }
}

The start method creates a DeferredResult with a 4 second timeout. To make the bug easy to reproduce, it has an onTimeout handler which will sleep for 2 seconds. The stop method will set a value for the DeferredResult. The code seems correct to me: the DeferredResult documentaion states that "the application can produce the result from a thread of its choice", and also that setResult can be called on an DeferredResult that's already expired.
To reproduce the bug, try something like this:

curl http://localhost/test/start & sleep 5; curl http://localhost/test/stop

On Tomcat using the APR connector, this will deadlock. On Tomcat using the NIO connector, this will sometimes (not consistently) never answer the start request and return the "timeout\n" string as a result of the stop request.

When building a web flow with a given name, such as registerAttendees:
install web flow -flowName registerAttendees
When the UI generates the "Enter the registerAttendeesFlow" link on the navigation bar, it lowercases the URL.  The URL becomes:
/registerattendees
  This creates a flow not found situation; the flow is properly configured with the camel case name.  The correct flow URi is:
/registerAttendees

From code below we can see AgeOfLastShippedOp is not set correctly
ReplicationSource.java
// entriesArray init
  public void init(){
    this.entriesArray = new HLog.Entry[this.replicationQueueNbCapacity];
    for (int i = 0; i < this.replicationQueueNbCapacity; i++) {
      this.entriesArray[i] = new HLog.Entry();
    }

}

//set the metrics value should not get the array length

protected void shipEdits() {
...
        this.metrics.setAgeOfLastShippedOp(
            this.entriesArray[this.entriesArray.length-1].getKey().getWriteTime());
...
}

I create a composite configuration with two PropertyConfigurations: a user configuration and a default configuration, with the userConfiguration as inMemoryConfiguration.
If both configurations contain the same key, the value from defaultConfiguration is returned although the user configuration was added first. If no inMemoryConfiguration is specified, it's working ok:
Configuration defaultConf = new PropertiesConfiguration();
defaultConf.addProperty("prop1", "fromDefaultConfig");
Configuration userConf = new PropertiesConfiguration();
userConf.addProperty("prop1", "fromUserConfig");
CompositeConfiguration noMemoryConfig = new CompositeConfiguration();
noMemoryConfig.addConfiguration(userConf);
noMemoryConfig.addConfiguration(defaultConf);
System.out.println("noMemoryConfig: " + noMemoryConfig.getString("prop1")); // Shows "fromUserConfig" 
CompositeConfiguration withMemoryConfig = new CompositeConfiguration(userConf);
withMemoryConfig.addConfiguration(userConf);
withMemoryConfig.addConfiguration(defaultConf);
System.out.println("withMemoryConfig: " + withMemoryConfig.getString("prop1")); // Shows "fromDefaultConfig"

It is not possible to configure host, port and systemId at component level (e.g. by using Spring Boot component configuration properties), because camel-smpp always uses the values from the URI, even if the values are not present.

From:
http://forum.springframework.org/showthread.php?t=35256
See attachment file, please.
on-exception="foo.FooException" and on-exception="foo.BarException" are ignored.

A NullPointerException occurs, if a controller method is invoked, that returns a ResponseEntity and the HttpHeaders passed to the constructor of ResponseEntity are empty.
A code snippet, that results in the exception:

@RequestMapping(method = RequestMethod.GET)
public ResponseEntity<String> unregisterEndpoint() {
	return new ResponseEntity<String>(new HttpHeaders(), HttpStatus.NOT_FOUND);
}

If I change the constructor to use a string parameter for the HTTP body, the error does not occur.

	return new ResponseEntity<String>("", HttpStatus.NOT_FOUND);
}

So it seems to be connected to the empty HttpHeaders object.

	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter$ServletHandlerMethodInvoker.writeWithMessageConverters(AnnotationMethodHandlerAdapter.java:927)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter$ServletHandlerMethodInvoker.handleHttpEntityResponse(AnnotationMethodHandlerAdapter.java:915)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter$ServletHandlerMethodInvoker.getModelAndView(AnnotationMethodHandlerAdapter.java:847)
	at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:423)
	at org.springframework.web.servlet.FrameworkServlet.doDelete(FrameworkServlet.java:582)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:643)
	at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:269)
	at javax.security.auth.Subject.doAsPrivileged(Subject.java:537)
	at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:301)
	at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:162)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:283)
	at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:56)
	at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)

HRegionServer always makes sure one META region is hosted for it to stop. This should be changed so that even if no META regions are hosted, the HRegionServer should be stopped once all user regions are closed.

Running the following on MiniTez

SET hive.exec.orc.default.buffer.size=32768;
SET hive.exec.orc.default.row.index.stride=1000;
SET hive.optimize.index.filter=true;

DROP TABLE orc_a;
DROP TABLE orc_b;

CREATE TABLE orc_a (id bigint, cdouble double) partitioned by (y int, q smallint)
  CLUSTERED BY (id) SORTED BY (id) INTO 2 BUCKETS stored as orc;
CREATE TABLE orc_b (id bigint, cfloat float)

insert into table orc_a partition (y=2000, q)
select cbigint, cdouble, csmallint % 10 from alltypesorc
  where cbigint is not null and csmallint > 0 order by cbigint asc;
insert into table orc_a partition (y=2001, q)

insert into table orc_b 
select cbigint, cfloat from alltypesorc
  where cbigint is not null and csmallint > 0 order by cbigint asc limit 200;

select y,q,count(*) from orc_a a join orc_b b on a.id=b.id group by y,q;

set hive.auto.convert.join.noconditionaltask.size=10;

explain

Produces different results for the two selects. The SMB one looks incorrect. cc Deepak Jaiswal Gunther Hagleitner

See SEC-161, SEC-321. The namespace config isn't setting the stripQueryStringFromUrls to true for ant patterns.

At the moment JndiPermission is based in org.jboss.as.naming module which is private. Because of this it effectively cannot be used by deployments.

There is no documentation on how to configure WildFly Swarm Maven Plugin to set up SSL.
I have configured System Properties swarm.https.port and swarm.https.certificate.generate , but they do not take effect. HTTP works fine without any problems, but HTTPS port does not work at all.
Here's my Maven pom.xml –

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <artifactId>RestProvider</artifactId>
        <groupId>com.acme</groupId>
        <version>1.0</version>
    </parent>
    <groupId>com.acme</groupId>
    <artifactId>RestProvider-web</artifactId>
    <version>1.0</version>
    <packaging>war</packaging>

    <name>RestProvider-web</name>

        <endorsed.dir>${project.build.directory}/endorsed</endorsed.dir>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>

            <groupId>org.glassfish</groupId>
            <artifactId>javax.json</artifactId>
            <version>1.0.4</version>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.12</version>
            <groupId>javax</groupId>
            <artifactId>javaee-web-api</artifactId>
            <version>7.0</version>
            <scope>provided</scope>

    <build>
        <plugins>
            <plugin>
                <version>2.3.2</version>
                    <source>8</source>
                    <target>8</target>
                    <compilerArguments>
                        <endorseddirs>${endorsed.dir}</endorseddirs>
                    </compilerArguments>
            </plugin>
            <plugin>
                <artifactId>maven-war-plugin</artifactId>
                <version>2.1.1</version>
                    <failOnMissingWebXml>false</failOnMissingWebXml>
            </plugin>
            <plugin>
                <artifactId>maven-dependency-plugin</artifactId>
                <version>2.1</version>
                        <phase>validate</phase>
                        <goals>
                            <goal>copy</goal>
                        </goals>
                            <outputDirectory>${endorsed.dir}</outputDirectory>
                            <silent>true</silent>
                            <artifactItems>
                                <artifactItem>
                                    <groupId>javax</groupId>
                                    <artifactId>javaee-endorsed-api</artifactId>
                                    <version>7.0</version>
                                    <type>jar</type>
                                </artifactItem>
                            </artifactItems>
            </plugin>
            
            <plugin>
                <groupId>org.wildfly.swarm</groupId>
                <artifactId>wildfly-swarm-plugin</artifactId>
                    <properties>
						<swarm.http.port>80</swarm.http.port>
                        <swarm.https.port>8181</swarm.https.port>
						<swarm.https.certificate.generate>true</swarm.https.certificate.generate>
                        <swarm.context.path>/RestProvider-web</swarm.context.path>
                    </properties>
                </configuration>				
                <version>2016.9</version>
                        <goals>
                            <goal>package</goal>
                        </goals>
            </plugin>
            
    </build>

I'm trying to use RegexStringComparator in conjunction with RowFilter.  One of my row keys contained the byte 0xA, which turns out to be the ASCII code for the newline character (\n).  When the row key is converted to a string in order to use the regexp facility of the Java standard library, it becomes a string containing two lines and my regexp does not match.
I believe the solution is to compile the regexp with the DOTALL flag.  Luckily, this flag can be "passed" by the client by prefixing the regexp with (?s) so people working with an older version of HBase can work around this issue without having to upgrade.
Second problem: One of my row keys contained the sequence 0x00 0x00 0x9D (0x9D = -99 when stored in a Java byte) but in compareTo the row key is transformed in a String using Bytes.toString, which just assumes that the byte array is an UTF8 encoded string.  Java "cleverly" substituted the 0x9D byte with 0x63 (character '?').  In my case, I want to use encoding ISO-8859-1 as it preserves every byte when the byte array is converted to a String and back to a byte array, unlike UTF-8 or ASCII.  Should we add a new method to RegexStringComparator to allow the user to specify their own Charset instance?

HMaster failed to start during installing ShutdownHook when "fs.hdfs.impl.disable.cache" is set to true.

2016-10-10 10:33:28,367 FATAL [master/HOST-10-18-106-146/10.18.106.146:16000] master.HMaster: Unhandled: Failed suppression of fs shutdown hook: org.apache.hadoop.fs.FileSystem$Cache$ClientFinalizer@19a003b4
java.lang.RuntimeException: Failed suppression of fs shutdown hook: org.apache.hadoop.fs.FileSystem$Cache$ClientFinalizer@19a003b4
        at org.apache.hadoop.hbase.regionserver.ShutdownHook.suppressHdfsShutdownHook(ShutdownHook.java:204)
        at org.apache.hadoop.hbase.regionserver.ShutdownHook.install(ShutdownHook.java:84)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:950)

And RegionServer is in blocking state until a master is available,

"regionserver/HOST-10-18-106-146/10.18.106.146:16020" #17 prio=5 os_prio=0 tid=0x0000000000e4e800 nid=0xdc38 in Object.wait() [0x00007f329dac6000]
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperNodeTracker.blockUntilAvailable(ZooKeeperNodeTracker.java:159)
        - locked <0x00000000ae25c0c8> (a org.apache.hadoop.hbase.zookeeper.MasterAddressTracker)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.blockAndCheckIfStopped(HRegionServer.java:870)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.initializeZooKeeper(HRegionServer.java:809)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.preRegistrationInitialization(HRegionServer.java:783)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:943)

During installation, first time it will try to suppress the HDFS shutdownhook by removing the hdfsclientfinalizer from HDFS. Since fs.hdfs.impl.disable.cache is enabled, so removal will be unsuccessful from HDFS  (FS is not cached) and RuntimeException will be thrown with "Failed suppression of fs shutdown hook" message.
In ShutdownHook,

if (!fsShutdownHooks.containsKey(hdfsClientFinalizer) &&
!ShutdownHookManager.deleteShutdownHook(hdfsClientFinalizer)) {
throw new RuntimeException("Failed suppression of fs shutdown hook: " +
hdfsClientFinalizer);
}

When a projection has an attribute which is a collection of another projection, Spring Data REST is not populating the collection with projections but with entities. This patch allows Spring Data REST to apply projections to collection attributes as well.

Reference in this point
http://docs.spring.io/spring-data/jpa/docs/1.4.1.RELEASE/reference/html/jpa.repositories.html#jpa.modifying-queries
suggests that @Modifying.clearAutomatically() is true by default, and that entity manager is cleared after method execution. Javadoc says that default value is false:
http://docs.spring.io/spring-data/jpa/docs/1.4.1.RELEASE/api/org/springframework/data/jpa/repository/Modifying.html#clearAutomatically%28%29
I checked that javadoc is right, flag is false by default and entity manager is not cleared. I think that it would be better to change this according to reference, because it's bad situation when em can have outdated entities by default. It should be deliberate decision not to clear em after modifying query.
Anyway there is inconsistence between reference and javadoc.

When creating a ContextLoaderListener programmatically in a WebApplicationInitializer, I'd expect to be able to set the config location on the context like this:

XmlWebApplicationContext context = new
XmlWebApplicationContext();
context.setConfigLocation("/WEB-INF/spring/root-context.xml");
ContextLoaderListener contextLoaderListener = new
ContextLoaderListener(context);
container.addListener(contextLoaderListener);

Doing so would be consistent with how I can set the config location when programmatically creating a DispatcherServlet.
But this doesn't work because ContextLoader.configureAndRefreshWebApplicationContext() overwrites the config location with whatever the "contextConfigLocation" init parameter is set to (if it's not set, then it sets it to null, which in the case of XmlWebApplicationContext makes it try to load the default applicationContext.xml).
The workaround is to set the "contextConfigLocation" init param. But this is inconsistent with how it works with DispatcherServlet.

Create a simple Roo app as follows:

project --topLevelPackage pizza
entity --class ~.Pizza 

Start the app using mvn jetty:run. In the left-hand navigation menu, the target of the "List all Pizzas" links will be:

http://myhost:8080/pizza/pizza?page=1&amp;size=10

... instead of:

http://myhost:8080/pizza/pizza?page=1&size=10

This causes the Pizza controller to use the wrong value for the "size" parameter.

In OAuth2ProviderBeanDefinitionParser.java, line 163, the check 
      if (StringUtils.hasText(authUrl)) 
{
        verificationCodeFilterBean.addPropertyValue("filterProcessesUrl", userAuthUrl);
      }

probably should be

      if (StringUtils.hasText(userAuthUrl)) {        verificationCodeFilterBean.addPropertyValue("filterProcessesUrl", userAuthUrl);      }

You're checking for the value of "authorization-url" instead of "user-authorization-url".

Changes introduced by HIVE-13622 uses metastoreClient directly in Hive.java which may be null causing NPE. Instead it should use getMSC() which will initialize metastoreClient variable when null.

[5:02 PM] Radoslav Husar: org.jboss.as.controller.parsing.ExtensionParsingContext#setSubsystemXmlMapping(java.lang.String, java.lang.String, java.util.function.Supplier<org.jboss.staxmapper.XMLElementReader<java.util.List<org.jboss.dmr.ModelNode>>>)
[5:02 PM] Radoslav Husar: I mean we want to be using^
[5:02 PM] Radoslav Husar: but we are using org.jboss.as.controller.parsing.ExtensionParsingContext#setSubsystemXmlMapping(java.lang.String, java.lang.String, org.jboss.staxmapper.XMLElementReader<java.util.List<org.jboss.dmr.ModelNode>>)

Use case:
We were trying to combine two very large tables into a single table.  Thus we ran jobs in one datacenter that populated certain column families and another datacenter which populated other column families.  Took a snapshot and exported them to their respective datacenters.  Wanted to simply take the hdfs restored snapshot and use LoadIncremental to merge the data.  
It would be nice to add support where we could run LoadIncremental on a directory where the depth of store files is something other than two (current behavior).  
With snapshots it would be nice if you could pass a restored hdfs snapshot's directory and have the tool run.  
I am attaching a patch where I parameterize the bulkLoad timeout as well as the default store file depth.  

Changes in HIVE-7390 break backward compatibility for beeline csv and tsv formats.
This can cause problems for users upgrading to hive 0.14, if they have code for parsing the old output format. Instead of removing the old format in this release, we should consider it deprecated and support it in a few releases before removing it completely.
Incompatible Changes in the tsv and csv formats-

Old format quoted every field. New format quotes only fields that contain a delimiter or the quoteing char.
Old format quoted using single quotes, new format quotes using double quotes
Old format didn't escape quotes in a field (a bug). New format does escape the quotes

Fixed a typo in HBASE-8180 that Jean-Marc found.  Thanks!
Jean-Marc Spaggiari commented on HBASE-8180:
There is a typo. surprsingly  => surprisingly

When domain master host is unsecured, management console won't load in domain mode. This is regression against 7.1.0.DR11 and 7.0.0.GA.

Fix for JBJCA-1378 is incomplete, module "org.wildfly.transaction.client" needs to be added as dependency to "org.jboss.ironjacamar.impl", otherwise ironjacamar won't see org/wildfly/transaction/client/ContextTransactionManager.

16:25:27,126 WARN  [org.jboss.jca.core.connectionmanager.listener.TxConnectionListener] (default task-1) IJ000305: Connection error occured: org.jboss.jca.core.connectionmanager.listener.TxConnectionListener@4fc3a65d[state=NORMAL managed connection=org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@5a9822dd connection handles=1 lastReturned=1536071125023 lastValidated=1536071125009 lastCheckedOut=1536071127125 trackByTx=true pool=org.jboss.jca.core.connectionmanager.pool.strategy.OnePool@58ac913 mcp=SemaphoreConcurrentLinkedQueueManagedConnectionPool@6dee9bea[pool=ExampleDS] xaResource=LocalXAResourceImpl@c8022ad[connectionListener=4fc3a65d connectionManager=74e7ef50 warned=false currentXid=< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff0a28ccdb:5f37fa13:5b8e95a6:36, node_name=1, branch_uid=0:ffff0a28ccdb:5f37fa13:5b8e95a6:3d, subordinatenodename=null, eis_name=java:jboss/datasources/ExampleDS > productName=H2 productVersion=@PROJECT_VERSION@ (2016-10-31) jndiName=java:jboss/datasources/ExampleDS] txSync=TransactionSynchronization@952227486{tx=Local transaction (delegate=TransactionImple < ac, BasicAction: 0:ffff0a28ccdb:5f37fa13:5b8e95a6:36 status: ActionStatus.RUNNING >, owner=Local transaction context for provider JBoss JTA transaction provider) wasTrackByTx=true enlisted=true cancel=false}]: javax.resource.spi.ResourceAdapterInternalException: Unexpected error
	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.broadcastConnectionError(BaseWrapperManagedConnection.java:664)
	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.connectionError(BaseWrapperManagedConnection.java:630)
	at org.jboss.jca.adapters.jdbc.WrappedConnection.checkException(WrappedConnection.java:1969)
	at org.jboss.jca.adapters.jdbc.WrappedStatement.checkException(WrappedStatement.java:1436)
	at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:509)
	at com.redhat.thofman.jpa.MyBean.beanMethod(MyBean.java:35)
	at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
	at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.interceptorChainCompleted(WeldInvocationContextImpl.java:124)
	at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.proceed(WeldInvocationContextImpl.java:143)
	at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.invokeInCallerTx(TransactionalInterceptorBase.java:132)
	at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.doIntercept(TransactionalInterceptorRequired.java:55)
	at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.intercept(TransactionalInterceptorBase.java:79)
	at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.intercept(TransactionalInterceptorRequired.java:47)
	at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.invokeNext(WeldInvocationContextImpl.java:109)
	at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.proceed(WeldInvocationContextImpl.java:141)
	at org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:113)
	at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:82)
	at org.jboss.as.weld.interceptors.EjbComponentInterceptorSupport.delegateInterception(EjbComponentInterceptorSupport.java:60)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:76)
	at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88)
	at com.redhat.thofman.jpa.MyBean$$$view2.beanMethod(Unknown Source)
	at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:433)
	at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:133)
	at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:67)
	at com.redhat.thofman.jpa.MyBean$Proxy$_$$_Weld$EnterpriseProxy$.beanMethod(Unknown Source)
	at com.redhat.thofman.jpa.MyServlet.doGet(MyServlet.java:37)
	at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:65)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1501)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:330)
Caused by: java.lang.NoClassDefFoundError: org/wildfly/transaction/client/ContextTransactionManager
	at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getTimeLeftBeforeTransactionTimeout(TxConnectionManagerImpl.java:392)
	at org.jboss.jca.adapters.jdbc.WrapperDataSource.getTimeLeftBeforeTransactionTimeout(WrapperDataSource.java:201)
	at org.jboss.jca.adapters.jdbc.WrappedConnection.checkConfiguredQueryTimeout(WrappedConnection.java:2043)
	at org.jboss.jca.adapters.jdbc.WrappedStatement.checkConfiguredQueryTimeout(WrappedStatement.java:1456)
	at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:498)
	... 131 more

LOG.info("No Tez session required at this point. hive.execution.engine=mr.");

This statement is misleading. It is true that it is printed in the case that Tez session does not need to be created, but it is not necessarily true that hive.execution.engine=mr - it could be Spark, or it could even be set to Tez but the Session determined that a Tez Session did not need to be created (which is the case for HiveServer2).

See

http://camel.465427.n5.nabble.com/Datacoding-issue-td5715971.html
http://camel.465427.n5.nabble.com/Datacoding-Alphabet-issue-in-SMPP-td5280997.html

MBeanExporter, MBeanRegistrationSupport lack any for of synchronization and there are many things that can happen if they are used from 2+ threads.
example 1
steps

REGISTRATION_REPLACE_EXISTING is true
thread 1: register called with name nameA
thread 1: registration completes
thread 2: register called with name nameA
thread 2: gets InstanceAlreadyExistsException
thread 1: unregisters nameA
thread 2: handles InstanceAlreadyExistsException by calling this.server.unregisterMBean(objectName);

expected

registrationBehavior == REGISTRATION_REPLACE_EXISTING should prevent any InstanceAlreadyExistsException from being propagated to the callers

observed

indeed, InstanceAlreadyExistsException is not propagated
but InstanceNotFoundException is raised instead

example 2
steps

thread 1: calls register nameA
thread 1: calls unregister nameA
thread 1: nameA is removed from the server but not yet from registeredBeans
thread 2: calls register nameA
thread 2: registration completes; nameA is not added to registeredBeans because it is already there
thread 1: unregistration completes, nameA is removed from registeredBeans

expected

registeredBeans should be a Set of all registered MBeans

observed

nameA is registered but is not present in registeredBeans
later call to MBeanExporter.destroy() (like application redeployment) will leave nameA registered in the server

Hive proto logging does hflush to avoid small files issue in hdfs. This may not be ideal for blobstorage where hflush gets applied only on closing of the file. Make hflush configurable so that blobstorage can do close instead of hflush. 

The problem is in following file 011-HIVE-3649.oracle.sql that contains following line:

alter table  SDS add IS_STOREDASSUBDIRECTORIES NUMBER(1) NOT NULL;

long oldFileLen = 0L;
      doReplaceWriter(oldPath, newPath, nextWriter);

Should be

long oldFileLen =  doReplaceWriter(oldPath, newPath, nextWriter);

Add a default factory method to provide simpler API and better hardware  random.
OpensslCryptoRandom uses hardware random  number generator if  hardware supports.
Hardware random number generators are almost always better to use than a software based generator. Hardware generators are often called True Random Number generators (TRNG) or Non-Deterministic Random Number Generators since they don't rely on the deterministic behavior of executing software instructions. Their bits streams are nearly always indistinguishable from random streams, and their entropy is always nearly 100%.
Modern Intel CPUs(3rd generation Core i5 or i7 processor (Ivy Bridge) or above) do support  random  number generator, it is better to provide a default API(openssl implementation) for the client user.

// By default, use True Random Number Generator (hardware random)
// Simpler API. client code is clean.
CryptoRandom random = CryptoRandomFactory.getCryptoRandom();
byte[] key = new byte[16];
random.nextBytes(key);
random.close();

The camel aggregate example will generate an error every time that someone uses the completion predicate 'STOP'.
The issue is the type converter dont swallow conversion errors anymore.

When the YAMLProcessor is closed, it is still leaving a reference to a StreamDecoder instance open.  (See UnicodeReader::init())   While Spring’s YamlProcessor closes the underlying input stream, the StreamDecoder (and thus the reference to the YAML and all its loaded references) remain open until the YAML reference is eventually GC’d.  
The issue comes in when these references are promoted from new to the old generation.  The references are then only collected on a FGC.  In the interim, the application can have many open handles (we counted 900+ on a production system that only had 2 FGC cycles)
Attached is a snapshot after the YAMLProcessor closes the stream.

vectorization_div0.q needs to test the long data type testing.

Every failure in an alter table function always return a MetaException. When altering tables and catching exceptions, we throw a MetaException in the "finally" part of a try-catch-finally block, which overrides any other exceptions thrown.

The first HTTPS / SSL request after startup of Wildfly 8.0.0.Final is blocked for many seconds.
Please note that subsequent requests perform normally. HTTP requests also perform fine.
We use curl to call a JAX-RS service (just in case this matters).
My first thought was, that we had hit the following bug:
https://issues.jboss.org/browse/XNIO-226?jql=
However, I can also reproduce the problem with xnio-3.2.2.Final (which contains a fix for bug XNIO-226).
So I inserted some logging statements in
AbstractAcceptingSslChannel.java

        System.out.println("calling createSSLEngine...");
        long t1 = System.currentTimeMillis();
        final SSLEngine engine = sslContext.createSSLEngine(JsseSslUtils.getHostNameNoResolve(peerAddress), peerAddress.getPort());
        long t2 = System.currentTimeMillis();
        long duration = t2 - t1;
        System.out.println("createSSLEngine took "+duration+" ms. ");

and in
JsseSslConduitEngine.java

                case NEED_TASK: {
                    Runnable task;
                    synchronized (engine) {
                        // run the tasks needed for handshaking
                        while ((task = engine.getDelegatedTask()) != null) {
                            try {
                                System.out.println("calling task.run() in handleHandshake...");
                                long t1 = System.currentTimeMillis();
                                task.run();
                                long t2 = System.currentTimeMillis();
                                long duration = t2 - t1;
                                System.out.println("task.run() in handleHandshake took "+duration+" ms. ");
                            } catch (Exception e) {
                                throw new IOException(e);
                            }
                        }
                    }
                    // caller should try to wrap/unwrap again
                    return true;
                }

I found out, that sslContext.createSSLEngine in AbstractAcceptingSslChannel.java is quite slow (468ms) but it is not the cause
for the blocking request. Instead org.xnio.ssl.JsseSslConduitEngine.handleHandshake(JsseSslConduitEngine.java:512) needs
95 seconds to return!!!
Here is the relevant part from my log file:

INFO ; 2014-04-11 18:29:52,115; [Controller Boot Thread              ]; JBAS015874: WildFly 8.0.0.Final "WildFly" started in 6477ms - Started 334 of 386 services (107 services are lazy, passive or on-demand); [org.jboss.as.server.BootstrapListener.done(BootstrapListener.java:93)]; ; 
INFO ; 2014-04-11 18:30:05,566; [default I/O-3                       ]; calling createSSLEngine...
; [org.jboss.stdio.AbstractLoggingWriter.write(AbstractLoggingWriter.java:71)]; ; 
INFO ; 2014-04-11 18:30:06,035; [default I/O-3                       ]; createSSLEngine took 468 ms. 
INFO ; 2014-04-11 18:30:06,066; [default I/O-3                       ]; calling task.run() in handleHandshake...
INFO ; 2014-04-11 18:31:41,128; [default I/O-3                       ]; task.run() in handleHandshake took 95061 ms. 
INFO ; 2014-04-11 18:31:41,133; [default I/O-3                       ]; calling task.run() in handleHandshake...
INFO ; 2014-04-11 18:31:41,145; [default I/O-3                       ]; task.run() in handleHandshake took 10 ms. 
INFO ; 2014-04-11 18:31:41,573; [default task-1                      ]; SecurityFilter received request. ; [de.head.vetsone.rest_ifc.SecurityFilter.filter(SecurityFilter.java:62)]; ; 

Using JConsole I could extract the full stacktrace:
Name: default I/O-2
State: RUNNABLE
Total blocked: 0  Total waited: 2

java.math.BigInteger.oddModPow(BigInteger.java:2700)
java.math.BigInteger.modPow(BigInteger.java:2443)
java.math.BigInteger.passesMillerRabin(BigInteger.java:1019)
java.math.BigInteger.primeToCertainty(BigInteger.java:875)
java.math.BitSieve.retrieve(BitSieve.java:203)
java.math.BigInteger.largePrime(BigInteger.java:744)
java.math.BigInteger.<init>(BigInteger.java:650)
org.bouncycastle.crypto.generators.DHParametersHelper.generateSafePrimes(Unknown Source)
org.bouncycastle.crypto.generators.DHParametersGenerator.generateParameters(Unknown Source)
org.bouncycastle.jce.provider.JDKKeyPairGenerator$DH.generateKeyPair(Unknown Source)
sun.security.ssl.DHCrypt.generateDHPublicKeySpec(DHCrypt.java:225)
sun.security.ssl.DHCrypt.<init>(DHCrypt.java:101)
sun.security.ssl.ServerHandshaker.setupEphemeralDHKeys(ServerHandshaker.java:1350)
sun.security.ssl.ServerHandshaker.trySetCipherSuite(ServerHandshaker.java:1194)
sun.security.ssl.ServerHandshaker.chooseCipherSuite(ServerHandshaker.java:1002)
sun.security.ssl.ServerHandshaker.clientHello(ServerHandshaker.java:724)
sun.security.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:213)
sun.security.ssl.Handshaker.processLoop(Handshaker.java:925)
sun.security.ssl.Handshaker$1.run(Handshaker.java:865)
sun.security.ssl.Handshaker$1.run(Handshaker.java:862)
java.security.AccessController.doPrivileged(Native Method)
sun.security.ssl.Handshaker$DelegatedTask.run(Handshaker.java:1302)
   - locked sun.security.ssl.SSLEngineImpl@3f3d2d55
org.xnio.ssl.JsseSslConduitEngine.handleHandshake(JsseSslConduitEngine.java:512)
org.xnio.ssl.JsseSslConduitEngine.unwrap(JsseSslConduitEngine.java:595)
org.xnio.ssl.JsseSslConduitEngine.unwrap(JsseSslConduitEngine.java:543)
org.xnio.ssl.JsseSslStreamSourceConduit.read(JsseSslStreamSourceConduit.java:89)
org.xnio.conduits.ConduitStreamSourceChannel.read(ConduitStreamSourceChannel.java:127)
io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:111)
io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:69)
io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:38)
org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:291)
org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286)
org.xnio.ChannelListeners$DelegatingChannelListener.handleEvent(ChannelListeners.java:1092)
org.xnio.nio.NioTcpServerHandle.handleReady(NioTcpServerHandle.java:53)
org.xnio.nio.WorkerThread.run(WorkerThread.java:531)

While trying to start wildfly swarm with dependency with classifier it fails with:

2016-12-23 15:28:47,541 ERROR [stderr] (main) java.lang.reflect.InvocationTargetException
2016-12-23 15:28:47,542 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2016-12-23 15:28:47,542 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
2016-12-23 15:28:47,542 ERROR [stderr] (main) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
2016-12-23 15:28:47,542 ERROR [stderr] (main) 	at java.lang.reflect.Method.invoke(Method.java:483)
2016-12-23 15:28:47,542 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:37)
2016-12-23 15:28:47,542 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.run(Main.java:44)
2016-12-23 15:28:47,543 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.main(Main.java:35)
2016-12-23 15:28:47,543 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: Failed to resolve archive dependencies
2016-12-23 15:28:47,543 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:193)
2016-12-23 15:28:47,543 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.deploy(Swarm.java:492)
2016-12-23 15:28:47,543 ERROR [stderr] (main) 	at org.kie.server.swarm.bpm.KieServerMain.main(KieServerMain.java:44)
2016-12-23 15:28:47,543 ERROR [stderr] (main) 	... 7 more
2016-12-23 15:28:47,543 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: WFSWARM0013: Artifact 'org.sonatype.sisu:sisu-guice:jar:no_aop:3.2.3' not found.
2016-12-23 15:28:47,544 ERROR [stderr] (main) 	at org.wildfly.swarm.internal.ArtifactManager.artifact(ArtifactManager.java:59)
2016-12-23 15:28:47,544 ERROR [stderr] (main) 	at org.wildfly.swarm.internal.ArtifactManager.artifact(ArtifactManager.java:52)
2016-12-23 15:28:47,544 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:181)
2016-12-23 15:28:47,544 ERROR [stderr] (main) 	... 9 more
2016-12-23 15:28:47,544 ERROR [stderr] (main) Exception in thread "main" java.lang.reflect.InvocationTargetException
2016-12-23 15:28:47,545 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2016-12-23 15:28:47,545 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
2016-12-23 15:28:47,545 ERROR [stderr] (main) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
2016-12-23 15:28:47,545 ERROR [stderr] (main) 	at java.lang.reflect.Method.invoke(Method.java:483)
2016-12-23 15:28:47,545 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:37)
2016-12-23 15:28:47,546 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.run(Main.java:44)
2016-12-23 15:28:47,546 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.main(Main.java:35)
2016-12-23 15:28:47,546 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: Failed to resolve archive dependencies
2016-12-23 15:28:47,546 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:193)
2016-12-23 15:28:47,546 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.deploy(Swarm.java:492)
2016-12-23 15:28:47,546 ERROR [stderr] (main) 	at org.kie.server.swarm.bpm.KieServerMain.main(KieServerMain.java:44)
2016-12-23 15:28:47,546 ERROR [stderr] (main) 	... 7 more
2016-12-23 15:28:47,547 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: WFSWARM0013: Artifact 'org.sonatype.sisu:sisu-guice:jar:no_aop:3.2.3' not found.
2016-12-23 15:28:47,547 ERROR [stderr] (main) 	at org.wildfly.swarm.internal.ArtifactManager.artifact(ArtifactManager.java:59)
2016-12-23 15:28:47,547 ERROR [stderr] (main) 	at org.wildfly.swarm.internal.ArtifactManager.artifact(ArtifactManager.java:52)
2016-12-23 15:28:47,547 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.RuntimeDeployer.deploy(RuntimeDeployer.java:181)
2016-12-23 15:28:47,547 ERROR [stderr] (main) 	... 9 more

although the same project does work fine when started via: mvn wildfly-swarm:run

As reported in HIVE-4911 
ant clean package -Dhadoop.mr.rev=20
Fails with - 

compile:
    [javac] Compiling 898 source files to /Users/malakar/code/oss/hive/build/ql/classes
    [javac] /Users/malakar/code/oss/hive/ql/src/java/org/apache/hadoop/hive/ql/session/SessionState.java:35: package org.apache.commons.io does not exist
    [javac] import org.apache.commons.io.FileUtils;
    [javac]                             ^
    [javac] /Users/malakar/code/oss/hive/ql/src/java/org/apache/hadoop/hive/ql/session/SessionState.java:743: cannot find symbol
    [javac] symbol  : variable FileUtils
    [javac] location: class org.apache.hadoop.hive.ql.session.SessionState
    [javac]         FileUtils.deleteDirectory(resourceDir);
    [javac]         ^

XSD validation of test-wildfly-config.xml in tests fails because of invalid XSD:

Src-resolve: Cannot Resolve The Name 'resource-type' To A(n) 'simpleType Definition' Component.

Problem is, "resource-type" (which is complexType) is used as type of an attribute (not of an element) in certificate-revocation-list-type.
Edit: there is much more errors when trying to verify testing XMLs against XSDs.

KeyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute.
There is "credential-reference" element that is replacement for "password" attribute.
Please remove "password" attribute from keyStoreType.

For some data types, these methods return values that do not conform to the JDBC spec:
org.apache.hadoop.hive.jdbc.HiveResultSetMetaData.getPrecision(int)
org.apache.hadoop.hive.jdbc.HiveResultSetMetaData.getScale(int)
org.apache.hadoop.hive.jdbc.HiveResultSetMetaData.getColumnDisplaySize(int)
org.apache.hadoop.hive.jdbc.JdbcColumn.getColumnSize()

Looks like the patch for HIVE-14062 breaks indirect urls which uses environment variables to get the url in beeline

$ export BEELINE_URL_DEFAULT="jdbc:hive2://localhost:10000"
$ beeline -u default

In custom bus extension following code used to detect web provider:

JaxWsServiceFactoryBean factory =...;
                JaxWsImplementorInfo jaxWsImplementorInfo = jaxwsfactory.getJaxWsImplementorInfo();
                isProvider = null != jaxWsImplementorInfo && jaxWsImplementorInfo.isWebServiceProvider();

But org.apache.camel.component.cxf.WSDLServiceFactoryBean used setServiceClass(Provider.class); which cause 

org.apache.cxf.jaxws.support.JaxWsImplementorInfo.isWebServiceProvider() {
        return Provider.class.isAssignableFrom(implementorClass);
    }

return true always.
I can't set ServiceClass for CxfEndpoint because another case will executed.
I propose to override service class for this case

1) decrease action count repeatedly
If the AsyncRequestFuture#waitUntilDone return prematurely, user will get the incorrect results. Or user will be block by AsyncRequestFuture#waitUntilDone as the count is never equal with 0.
2) the successive result will be overwrited 
3) The failed op is added to RetriesExhaustedWithDetailsException repeatedly 
AsyncRequestFutureImpl#receiveMultiAction process the action-lever error first, and then add the region-level exception to each action. Hence, user may get the various exceptions for the same action (row op) from the RetriesExhaustedWithDetailsException.
In fact, if both of action-level exception and region-lever exception exist, they always have the same context. I'm not sure whether that is what RetriesExhaustedWithDetailsException want. As i see it, we shouldn't have the duplicate ops in RetriesExhaustedWithDetailsException since that may confuse users if they catch the RetriesExhaustedWithDetailsException to check the invalid operations.

The JDR report when collecting files should be collecting
$JBOSS_HOME/modules/system/layers/base/.overlays/.overlays
$JBOSS_HOME/.installation/identity.conf
$JBOSS_HOME/.installation/layers/base/layer.conf
$JBOSS_HOME/.installation/patches/*/misc/version.txt
This file is needed to confirm overlay priority and other layer configurations to make sure the installation is not corrupted.

If the name of database table is written in small letters - e.g. node1_messages_table, Artemis can't detect its existence and it tries to create it again what leads to error [1]. This happens after restarting of server.
I don't see the issue if name of database table is written in capital letters - e.g. NODE1_MESSAGES_TABLE.
[1]

14:00:26,208 ERROR [org.apache.activemq.artemis.jdbc.store.drivers.AbstractJDBCDriver] (ServerService Thread Pool -- 72) 
CREATE TABLE node1_large_messages_table(ID NUMBER(19) GENERATED BY DEFAULT ON NULL AS IDENTITY, FILENAME VARCHAR(255), EXTENSION VARCHAR(10), DATA BLOB, PRIMARY KEY(ID))
SQLState: 42000 ErrorCode: 955 Message: ORA-00955: name is already used by an existing object

14:00:26,372 ERROR [org.apache.activemq.artemis.journal] (ServerService Thread Pool -- 72) Could not start file factory, unable to connect to database: java.sql.SQLSyntaxErrorException: ORA-00955: name is already used by an existing objec
t

        at oracle.jdbc.driver.T4CStatement.executeForRows(T4CStatement.java:931)
        at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1150)
        at oracle.jdbc.driver.OracleStatement.executeUpdateInternal(OracleStatement.java:1707)
        at oracle.jdbc.driver.OracleStatement.executeUpdate(OracleStatement.java:1670)
        at oracle.jdbc.driver.OracleStatementWrapper.executeUpdate(OracleStatementWrapper.java:310)
        at org.apache.activemq.artemis.jdbc.store.drivers.AbstractJDBCDriver.createTableIfNotExists(AbstractJDBCDriver.java:170) [artemis-jdbc-store-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.jdbc.store.drivers.AbstractJDBCDriver.createTable(AbstractJDBCDriver.java:99) [artemis-jdbc-store-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.jdbc.store.file.JDBCSequentialFileFactoryDriver.createSchema(JDBCSequentialFileFactoryDriver.java:66) [artemis-jdbc-store-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.jdbc.store.drivers.AbstractJDBCDriver.start(AbstractJDBCDriver.java:71) [artemis-jdbc-store-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.jdbc.store.file.JDBCSequentialFileFactory.start(JDBCSequentialFileFactory.java:91) [artemis-jdbc-store-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.core.persistence.impl.journal.JDBCJournalStorageManager.init(JDBCJournalStorageManager.java:74) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.core.persistence.impl.journal.AbstractJournalStorageManager.<init>(AbstractJournalStorageManager.java:216) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.<init>(JournalStorageManager.java:104) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.core.persistence.impl.journal.JDBCJournalStorageManager.<init>(JDBCJournalStorageManager.java:52) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.createStorageManager(ActiveMQServerImpl.java:1860) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.initialisePart1(ActiveMQServerImpl.java:2000) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.core.server.impl.LiveOnlyActivation.run(LiveOnlyActivation.java:62) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.internalStart(ActiveMQServerImpl.java:520) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.start(ActiveMQServerImpl.java:469) [artemis-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.start(JMSServerManagerImpl.java:412) [artemis-jms-server-1.5.3.003-redhat-1.jar:1.5.3.003-redhat-1]
        at org.wildfly.extension.messaging.activemq.jms.JMSService.doStart(JMSService.java:199) [wildfly-messaging-activemq-7.1.0.Alpha1-redhat-14.jar:7.1.0.Alpha1-redhat-14]
        at org.wildfly.extension.messaging.activemq.jms.JMSService.access$000(JMSService.java:63) [wildfly-messaging-activemq-7.1.0.Alpha1-redhat-14.jar:7.1.0.Alpha1-redhat-14]
        at org.wildfly.extension.messaging.activemq.jms.JMSService$1.run(JMSService.java:97) [wildfly-messaging-activemq-7.1.0.Alpha1-redhat-14.jar:7.1.0.Alpha1-redhat-14]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_121]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_121]
        at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_121]
        at org.jboss.threads.JBossThread.run(JBossThread.java:320) [jboss-threads-2.2.1.Final-redhat-1.jar:2.2.1.Final-redhat-1]

Customer impact: If names of database tables are written in small letters, EAP fails at second start. From logs it's not easy to find out what is wrong and how workaround the issue. It is serious user experience problem.

The method should check for a fault in the connection and then in the response as follows:
protected boolean hasFault(WebServiceConnection connection, WebServiceMessage response) throws IOException {
		if (connection instanceof FaultAwareWebServiceConnection) 
{
			if (((FaultAwareWebServiceConnection) connection).hasFault())
		}
		return response.hasFault();
	}

@VectorizedExpressions(value = { VectorStringRot13.class })

in a custom UDF Is ignored because the check for annotations happens after custom UDF detection.
The custom UDF codepath is on the fail-over track of annotation lookups, so the detection during validation of SEL is sufficient, instead of during expression creation.

it's me again, annother bug joining ROO-3585 and ROO-3584...
interface:

public interface DemoInterface {
	
	public Long getId();
}

Entity Bean:

@RooJpaActiveRecord
public class DemoEntity implements DemoInterface {

}

results in getId() generated in DemoEntity_Roo_Jpa_Entity.aj AND in DemoEntity_Roo_JavaBean.aj, too. (of course resulting in an compile error.

HIVE-8126 broke the mvn install command by referencing a jar that got removed as part of HIVE-8126 command.

[INFO] Installing ~/hive/packaging/target/apache-hive-0.14.0-SNAPSHOT-jdbc.jar to ~/.m2/repository/org/apache/hive/hive-packaging/0.14.0-SNAPSHOT/hive-packaging-0.14.0-SNAPSHOT-standalone.jar

The file ~/hive/packaging/target/apache-hive-0.14.0-SNAPSHOT-jdbc.jar doesn't get created right now.
Basically a copy goal for the above jar needs to be revived for this command to succeed.

We use the following configuration:
ApplicationConfig.java
	@Bean
	public ConnectionFactory connectionFactory() {
		CachingConnectionFactory connectionFactory = new CachingConnectionFactory("localhost");
		connectionFactory.setUsername("guest");
		connectionFactory.setPassword("guest");
		connectionFactory.setPort(5672);

		return connectionFactory;
	}

	@Bean
	public RabbitTemplate rabbitTemplate(ConnectionFactory connectionFactory) {
		RabbitTemplate rabbitTemplate = new RabbitTemplate(connectionFactory);
		rabbitTemplate.setChannelTransacted(true);
		rabbitTemplate.setExchange("MyOwnExchange");

		return rabbitTemplate;
	}

We have the following case:
We publish an event to RabbitMQ with the Rabbittemplate.isChannelTransacted set to true.
The Exchange were we send the event to does not exists on our RabbitMQ server so we expect an error like: "reply-code=404, reply-text=NOT_FOUND - no exchange 'MyOwnExchange' in vhost '/'"
In my case, a post to my RestController.add methode leads to an event being published to RabbitMQ. The first time I do an post to this add methode, an exception is returned as expected because inside the RabbitTemplate.doSend(...) the _"RabbitUtils.commitIfNecessary(channel);" _gets called and throws an exception on the channel because the Exchange in Rabbit does not exists.
But when I do the post to my RestController.add methode again, I actually get an 201 response. This time the "RabbitUtils.commitIfNecessary(channel);" is not called and the exception is not returned in the controller. Only in the TransactionSynchronization.afterCompletion, the channel error will popup.
It seems that only the first time the RabbitTemplate sees the channel as "locallyTransacted" and commits it at the end of the doSend(..) methode.
Is this behavior as expected 
If yes, can we enforce the RabbitTemplate to always use a Channel that is locallyTransacted 
We are trying to achieve that the RabbitTemplate commits after every event send to RabbitMQ, so we can act on error before our RestController completes the response.
I created an example project(see attachment) which represents our actual case. I added an integration-test which reproduces the problem/behavior.
Before running the test in "PublishToUnknownExchangeTest" you need to have RabbitMQ running on localhost:5672 with user:guest and pass:guest(or change the ApplicationConfig.java).

When using the AclEntryAfterInvocationProvider to check acl access on an object which has been instantiated by (in my case) hibernate, it is possible that hibernate will return a cglib enhanced instance of the object (or it might not).  When  ObjectIdentityRetrievalStrategyImpl then attempts to create an ObjectIdentity for it, that class name it gets is something like "com.mycompany.Foo$$EnhancerByCGLIB$$beb2e4f5", which does not match up with the class reference in the ObjectIdentity database record which is "com.mycompany.Foo", and no corresponding ACL entries will be found for the object.
I've found a couple of solutions for this, the first is to deproxy the object immediately after the query using a method something like:
public static Object deproxy(Object obj)
  {
    Hibernate.initialize(obj);
    if (obj == null)
    {
    }

    if (HibernateProxy.class.isInstance(obj))
    {
      HibernateProxy proxy = (HibernateProxy) obj;
      return proxy.getHibernateLazyInitializer().getImplementation();
    }

    return obj;
  } 
NOTE: Hibernate.initialise(object) doesn't work, because although it may flesh out the proxied object, it returns void, so we are still left holding onto the proxy.
I don't particularly like this approach, because for every factory method we need to remember to deproxy the found object, and where collections are returned, we'd need to deproxy every object in the collection.
An alternative solution is to write a ProxyAwareObjectIdentityRetrievalStrategy implementation.  This is feasible because all (I think) classes that use an ObjectIdentityRetrievalStrategy  support dependency injection.
I've had a go at this, and got the cglib enhanced case taken care of, but I also thought that the case where a Jdk proxy is returned needs to be addressed also.  I've found a simple way to detect a Jdk proxy, but cannot figure how to get the class name we actually want out of it, as Jdk proxies only work on interfaces, and it's the InvokationHandler that does all the delegation.
class and tests will be attached.

Although the first listener in my web.xml is the Log4jConfigListener. the log4j configuration happens before getting there.
It happens because I also have HttpSessionEventPublisher listener that has a static Log, when the static Log is initialized it causes the log4j default configuration.
The problem is that some loggers from the default configuration are still alive even after the Log4jConfigListener is called. 
Changing the Log to not being static should solve the issue.

When using <mvc:resources> you have to add a BeanNameUrlHandlerMapping to your servlet config or @Controllers will be ignored.
See http://stackoverflow.com/questions/4784060/spring-tomcat-and-static-resources-and-mvcresources for further discussion.

ResourceTransformerSupport in the method findResourceUrlProvider (line 90) is trying to get the resourceUrlProvider from a request attribute.
This request attribute should be set by ResourceUrlProviderExposingInterceptor. The Interceptor should be "configured by default in the MVC". But this is not always the case. 
The "resourceHandlerMapping" itself is not configured with such an interceptor (line 371 in WebMvcConfigurationSupport) 
Adding this line after line 378 would fix it:
((SimpleUrlHandlerMapping) handlerMapping).setInterceptors(getInterceptors());
The access is need to resolve Url Path in transforming Css Ressources.

reproduce
 - start the EAP using absolute path with lower case drive letter

C:\Users\Administrator>c:\jboss-eap-7.0\bin\standalone.bat

 - get the response from welcome page

wget.exe --server-response --spider http://localhost:8080
--2015-11-30 07:26:57--  http://localhost:8080/
Connecting to localhost (localhost)|::1|:8080... failed: Connection refused.
  Date: Mon, 30 Nov 2015 12:26:58 GMT

Regression against 6.4.0 and 7.0.0.ER13

When the provider authenticates a principal, that last statement reads
  return new X509AuthenticationToken(user, clientCertificate,
                user.getAuthorities());
whereas the AbstractUserDetailsAuthenticationProvider does
   result.setDetails((authentication.getDetails() != null)
            ? authentication.getDetails() : null);
The X509AuthenticationProvider should 'copy' the authentication details to the returned object.

Possible null pointer dereference of local variable 'info' in the function RSGroupBasedLoadBalancer#getMisplacedRegions():

          (info == null || !info.containsServer(assignedServer.getHostPort()))) {
        LOG.debug("Found misplaced region: " + region.getRegionNameAsString() +
            " on server: " + assignedServer +
            " found in group: " +
            RSGroupInfoManager.getRSGroupOfServer(assignedServer.getHostPort()) +
            " outside of group: " + info.getName());
        misplacedRegions.add(region);
      }

The add user utility has an option to disable users by commenting out their line in the properties file, this comment can later be removed to enable the user again - unfortunately when new users are added all of the commented out users are removed which means they can not later be enabled again.

If int like type is changed to decimal on parquet data, select results in errors.

MSCK repair fails when hive.mapred.mode is set to strict
HIVE-13788 modified the way we read up partitions for a table to improve performance. Unfortunately it is using PartitionPruner to load the partitions which in turn is checking hive.mapred.mode.
The previous code did not check hive.mapred.mode.

<outputFile>${project.build.directory}/../../target/cached_classpath.txt</outputFile>

It is more robust to use ${project.parent.basedir} instead.

Clearing all entries of a prefixMap returned by PatriciaTrie using the clear method throws a NullPointerException. The workaround of removing each entry using the remove method seems to work.
Here are the test cases for the bug and the workaround:

public class PatriciaTrieTest {

    private Trie<String, Integer> trie;

    @Before
    public void setUp() {
        trie = new PatriciaTrie<Integer>();
        trie.put("Anna", 1);
        trie.put("Anael", 2);
        trie.put("Analu", 3);
        trie.put("Andreas", 4);
        trie.put("Andrea", 5);
        trie.put("Andres", 6);
        trie.put("Anatole", 7);
    }

    @Test
    public void testPrefixMapClear() {
        SortedMap<String, Integer> prefixMap = trie.prefixMap("And");
        assertEquals(new HashSet<>(Arrays.asList("Andrea", "Andreas", "Andres")), prefixMap.keySet());
        assertEquals(Arrays.asList(5, 4, 6), new ArrayList<>(prefixMap.values()));

        prefixMap.clear();
        assertTrue(prefixMap.keySet().isEmpty());
        assertTrue(prefixMap.values().isEmpty());
        assertEquals(new HashSet<>(Arrays.asList("Anael", "Analu", "Anatole", "Anna")), trie.keySet());
        assertEquals(Arrays.asList(2, 3, 7, 1), new ArrayList<>(trie.values()));
    }

    @Test
    public void testPrefixMapClearUsingRemove() {

        Set<String> keys = new HashSet<String>(prefixMap.keySet());
        for (final String key : keys) {
            prefixMap.remove(key);
        }
    }

}

The stacktrace of the NullPointerException thrown by the testPrefixMapClear test case is:

	at org.apache.commons.collections4.trie.AbstractPatriciaTrie$PrefixRangeEntrySet$EntryIterator.remove(AbstractPatriciaTrie.java:2370)
	at java.util.AbstractCollection.clear(AbstractCollection.java:432)
	at java.util.AbstractMap.clear(AbstractMap.java:288)
	at PatriciaTrieTest.testPrefixMapClear(PatriciaTrieTest.java:39)

Having upgraded to 3.2.1 I've retested the fix to SPR-9534 (marked as a duplicate of, and resolved by SPR-9142). Whilst some cases of this issue have been fixed (thanks) there is still at least one scenario where the IllegalArgumentException thrown by MediaType.parseMediaType() is not being handled - when no handler is matched. For example, given the following Controller mapping - 

@RequestMapping(value = "/channel/{channelId}/communication")
public class CommunicationController {
...
  @RequestMapping(value = "/{commId}/registration", method = RequestMethod.POST, consumes = "application/xml")
  @ResponseStatus(value = HttpStatus.CREATED)
  public void preregister(@PathVariable Integer channelId, @PathVariable Integer commId,
      @RequestBody UserDto userDto, HttpServletRequest request) {
    ...
  }
...
}

A Content-Type header of value "foo", results in an IllegalArgumentException, as per stack-trace: 

java.lang.IllegalArgumentException: "foo" does not contain '/'
at org.springframework.http.MediaType.parseMediaType(MediaType.java:697)
at org.springframework.web.servlet.mvc.method.RequestMappingInfoHandlerMapping.handleNoMatch(RequestMappingInfoHandlerMapping.java:208)
at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.lookupHandlerMethod(AbstractHandlerMethodMapping.java:282) 
at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.getHandlerInternal(AbstractHandlerMethodMapping.java:222)
at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.getHandlerInternal(AbstractHandlerMethodMapping.java:55)
at org.springframework.web.servlet.handler.AbstractHandlerMapping.getHandler(AbstractHandlerMapping.java:297)
at org.springframework.web.servlet.DispatcherServlet.getHandler(DispatcherServlet.java:1091)
at org.springframework.web.servlet.DispatcherServlet.getHandler(DispatcherServlet.java:1076)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:896)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:920)
at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:827)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:801)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
....

Note - It may also be useful to note that this problem also existed under 3.1.2 (i.e. it is NOT a SPR-9142 backport error/issue), but rather an edge-case that hasn't already been fixed.

In case if message.isFault() is true, but no Exception set:

        at org.apache.camel.component.cxf.jaxrs.DefaultCxfRsBinding.populateCxfRsResponseFromExchange(DefaultCxfRsBinding.java:76)[202:org.apache.camel.camel-cxf:2.12.1]
        at org.apache.camel.component.cxf.jaxrs.CxfRsInvoker.returnResponse(CxfRsInvoker.java:166)[202:org.apache.camel.camel-cxf:2.12.1]
        at org.apache.camel.component.cxf.jaxrs.CxfRsInvoker.asyncInvoke(CxfRsInvoker.java:107)[202:org.apache.camel.camel-cxf:2.12.1]
        at org.apache.camel.component.cxf.jaxrs.CxfRsInvoker.performInvocation(CxfRsInvoker.java:57)[202:org.apache.camel.camel-cxf:2.12.1]
        at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:96)[158:org.apache.cxf.cxf-api:2.7.6]
        ... 23 more

We just tried upgrading our project to from Spring Framework 5.0.8 to 5.1.2 but unfortunately we hit a blocker which seems to be some kind of regression. At least my Google search yielded a two year old ASM bug report which also have been fixed shortly after .
We are getting an ArrayIndexOutOfBoundException when initialising the ApplicationContext or when calling certain methods that make use of type annotations in the method body. Additionally, it seem to be necessary that the affected class inherits from a generic type.
I've attached a small test project that should help reproducing the bug. If you execute the test you should see the error. Downgrading the dependency to Spring Framework 5.0.8 solves the issue.
Our test systems use MacOs und CentOs with JDK 1.8.0_181.

As part of the wildfly-naming-client integration work, we need to upgrade to JBoss Marshalling 2.0.0.Beta3 (see WFCORE-2044 and WFLY-7675). This upgrade currently results in testsuite failures in org.jboss.as.test.clustering.cluster.sso.ClusteredSingleSignOnTestCase since Infinispan is still on JBoss Marshalling 1.4.x.
ISPN-3391 was created a while back to upgrade Infinispan to JBoss Marshalling 2.0.0 but it seems this issue was waiting on a JBoss Marshalling release that adds back some classes that had previously been removed. JBoss Marshalling 2.0.0.Beta3 contains these classes so it should be possible now to upgrade Infinispan to this new version.

We have InitializationMonitor thread in HMaster which detects Zombie Hmaster based on hbase.master.initializationmonitor.timeout _and halts if _hbase.master.initializationmonitor.haltontimeout set true.
After HBASE-19694, HMaster initialization order was correted. Hmaster is set active after Initializing ZK system trackers as follows,

 status.setStatus("Initializing ZK system trackers");
 initializeZKBasedSystemTrackers();
 status.setStatus("Loading last flushed sequence id of regions");
 try {
 this.serverManager.loadLastFlushedSequenceIds();
 } catch (IOException e) {
 LOG.debug("Failed to load last flushed sequence id of regions"
 + " from file system", e);
 }
 // Set ourselves as active Master now our claim has succeeded up in zk.
 this.activeMaster = true;

But Zombie detector thread is started at the begining phase of finishActiveMasterInitialization(),

 private void finishActiveMasterInitialization(MonitoredTask status) throws IOException,
 InterruptedException, KeeperException, ReplicationException {
 Thread zombieDetector = new Thread(new InitializationMonitor(this),
 "ActiveMasterInitializationMonitor-" + System.currentTimeMillis());
 zombieDetector.setDaemon(true);
 zombieDetector.start();

During zombieDetector execution "master.isActiveMaster()" will be false, so it won't wait and cant detect zombie master.

 @Override
 try {
 while (!master.isStopped() && master.isActiveMaster()) {
 Thread.sleep(timeout);
 if (master.isInitialized()) {
 LOG.debug("Initialization completed within allotted tolerance. Monitor exiting.");
 } else {
 LOG.error("Master failed to complete initialization after " + timeout + "ms. Please"
 + " consider submitting a bug report including a thread dump of this process.");
 if (haltOnTimeout) {
 LOG.error("Zombie Master exiting. Thread dump to stdout");
 Threads.printThreadInfo(System.out, "Zombie HMaster");
 System.exit(-1);
 }
 }
 }
 } catch (InterruptedException ie) {
 LOG.trace("InitMonitor thread interrupted. Existing.");
 }
 }
 }

There is no mention of "connection" although this option addresses connection.

activemq-camel bundle doesn't imports the package from camel-jms, so we got this complain when the camel application was started.

2013-03-11 09:51:37,949 | WARN  | hat-015-thread-1 | AnnotationTypeConverterLoader    | ?                                   ? | 130 - org.apache.camel.camel-core - 2.10.0.redhat-60015 | Ignoring converter type: org.apache.activemq.camel.converter.ActiveMQMessageConverter as a dependent class could not be found: java.lang.NoClassDefFoundError: org/apache/camel/component/jms/JmsBinding
	at java.lang.Class.getDeclaredMethods0(Native Method)[:1.7.0_12-ea]
	at java.lang.Class.privateGetDeclaredMethods(Class.java:2442)[:1.7.0_12-ea]
	at java.lang.Class.getDeclaredMethods(Class.java:1808)[:1.7.0_12-ea]
	at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.loadConverterMethods(AnnotationTypeConverterLoader.java:260)
	at org.apache.camel.impl.osgi.Activator$BundleTypeConverterLoader$Loader.load(Activator.java:357)
	at org.apache.camel.impl.osgi.Activator$BundleTypeConverterLoader.load(Activator.java:278)
	at org.apache.camel.core.osgi.OsgiTypeConverter.addingService(OsgiTypeConverter.java:63)
	at org.apache.camel.core.osgi.OsgiTypeConverter.doStart(OsgiTypeConverter.java:87)
	at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:1769)
	at org.apache.camel.impl.DefaultCamelContext.doAddService(DefaultCamelContext.java:932)
	at org.apache.camel.impl.DefaultCamelContext.addService(DefaultCamelContext.java:893)
	at org.apache.camel.impl.DefaultCamelContext.getTypeConverter(DefaultCamelContext.java:1056)
	at org.apache.camel.impl.DefaultCamelContext.getTypeConverterRegistry(DefaultCamelContext.java:1073)
	at org.apache.camel.impl.DefaultCamelContext.forceLazyInitialization(DefaultCamelContext.java:2121)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:1540)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:1445)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:1413)
	at org.apache.camel.blueprint.BlueprintCamelContext.maybeStart(BlueprintCamelContext.java:161)
	at org.apache.camel.blueprint.BlueprintCamelContext.serviceChanged(BlueprintCamelContext.java:128)
	at org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:934)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:795)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:544)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4596)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.Felix.registerService(Felix.java:3604)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:352)
	at org.apache.camel.blueprint.BlueprintCamelContext.init(BlueprintCamelContext.java:87)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_12-ea]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_12-ea]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_12-ea]
	at java.lang.reflect.Method.invoke(Method.java:601)[:1.7.0_12-ea]
	at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:712)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:824)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)[:1.7.0_12-ea]
	at java.util.concurrent.FutureTask.run(FutureTask.java:166)[:1.7.0_12-ea]
	at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:667)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:370)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:261)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:270)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:233)[8:org.apache.aries.blueprint.core:1.0.1.redhat-60015]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[13:org.apache.aries.util:1.0.1.redhat-60015]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[13:org.apache.aries.util:1.0.1.redhat-60015]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[13:org.apache.aries.util:1.0.1.redhat-60015]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[13:org.apache.aries.util:1.0.1.redhat-60015]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[13:org.apache.aries.util:1.0.1.redhat-60015]
	at org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:696)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:484)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4580)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.Felix$4.run(Felix.java:2115)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at org.apache.felix.framework.Felix$5.run(Felix.java:2159)[org.apache.felix.framework-4.0.3.redhat-60015.jar:]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_12-ea]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)[:1.7.0_12-ea]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)[:1.7.0_12-ea]
	at java.lang.Thread.run(Thread.java:722)[:1.7.0_12-ea]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356)[:1.7.0_12-ea]
	... 72 more

CLI tab completion cannot be used in the middle of the command. Whole command is taken as a context, ignoring the current position of prompt. Auto-completed string is inserted to the current position of the prompt (no matter it can be placed in the middle of the command).
[] is used to show the current position of the prompt
actual
tab completion in the middle doesn't work

/subsystem=loggin[]<TAB>/root-logger=ROOT
/subsystem=loggin[]/root-logger=ROOT

tab completion with prompt in the middle

/subsystem=logging/[]<TAB>root-logger=R
/subsystem=logging/ROOT[]root-logger=R

expected
tab completion in the middle works

/subsystem=logging[]/root-logger=ROOT

tab completion with prompt in the middle doesn't add anything unless it's a valid part of the command

/subsystem=logging/[]root-logger=R

Some tests are unable to init arquillian protocol with security manager.

org.jboss.as.test.integration.ee.injection.resource.ejblocalref.EjbLocalRefInjectionTestCase#testEjbLink
org.jboss.as.test.integration.ee.injection.resource.ejblocalref.EjbLocalRefInjectionTestCase#testLookup
org.jboss.as.test.integration.ee.injection.resource.enventry.EnvEntryInjectionTestCase#testEnvEntryInjectionIntoServlet
org.jboss.as.test.xts.annotation.client.TransactionalTestCase#testNoTransaction
org.jboss.as.test.xts.annotation.client.TransactionalTestCase#testActiveTransaction

Always.

./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2  -DfailIfNoTests=false  -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=EjbLocalRefInjectionTestCase

java.lang.RuntimeException: Could not init arquillian protocol
	at org.jboss.as.arquillian.container.ManagementClient.init(ManagementClient.java:140)
	at org.jboss.as.arquillian.container.ManagementClient.getWebUri(ManagementClient.java:177)
	at org.jboss.as.test.integration.ee.injection.resource.ejblocalref.EjbLocalRefInjectionTestCase.performCall(EjbLocalRefInjectionTestCase.java:62)
	at org.jboss.as.test.integration.ee.injection.resource.ejblocalref.EjbLocalRefInjectionTestCase.testEjbLink(EjbLocalRefInjectionTestCase.java:73)

AbstractPersistentProperties.isEntity() returns false for properties being collection like or maps. This will cause the MappingContext not parsing the nested types when the owning type is added to the context.
This usually is not a problem as the clients will explicitly request PersistentEntity instances for the type of these properties later on and thus transparently add them later on. However, components that do a defensive hasPersistentEntityFor(…) to prevent accidental creation will never be able to see persistence metadata for those types.

Description from Bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1104730

add-user.sh exists with status code 0 when the password complexity check fails.  This should exit with status code 1 instead.

6.2.0

./add-user.sh -u derp -p 1234; echo $?

0

1

Server logs sensitive information into a world readable audit.log file. This information could be used by a local attacker to gain otherwise protected information about user sessions etc.
This issue was originally reported as CVE in https://bugzilla.redhat.com/show_bug.cgi?id=1063642. EAP 6.x branches are fixed but same issue occurs in EAP 7 again.

The msck command looks for tables on HDFS that are missing in the Metastore. It tries to find these tables in the same dir as already existing tables. Due to a bug it also does this for external tables, causing it to find unwanted results.

When creating a hive session to run basic "alter table create partition"  queries, the session creation takes too long (more than 5 sec)  if the hive execution engine is set to tez.
Since the streaming clients dont care about Tez , it can explicitly override the setting to mr.

In a Camel/Spring JUnit4 test case, if you specify:
@ContextConfiguration(classes = 
{ FooCamelConfig.class }
)
then the context configuration (including the definition of CamelContext) defined in FooCamelConfig.java, using Java Annotations, will be ignored.  If you change to use SpringJUnit4ClassRunner, then the configuration will be processed.
The problem is in the two implementations of the method "loadBeanDefintions()"  in the class CamelSpringTestContextLoader.  They both exclusively use XmlBeanDefinitionReader to load bean definitions into the context, so no beans defined using annotations are ever read/loaded.
If you use the SpringJUnit4ClassRunner, then it includes the use of AnnotationConfigContextLoader which, in turn, uses AnnotatedBeanDefinitionReader to read/load beans defined with annotations.

org.jboss.as.test.integration.naming.ldap.LdapUrlInSearchBaseTestCase#testDir
org.jboss.as.test.integration.naming.ldap.LdapUrlInSearchBaseTestCase#testLdap
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.naming.ldap.LdapUrlInSearchBaseTestCase -Dsecurity.manager
Fail with:

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "127.0.0.1:10389" "connect,resolve")" in code source "(vfs:/content/ldap-test.war/WEB-INF/classes <no signer certificates>)" of "null")
	at java.net.Socket.connect(Socket.java:584)
	at com.sun.jndi.ldap.Connection.createSocket(Connection.java:363)
	... 50 more

If you have a table with a bin column you're hs2/client logs are full of the stack traces below. These should either be made debug or we just log the message not the trace.

2015-10-12 12:34:23,922 INFO  [main]: physical.Vectorizer (Vectorizer.java:validateExprNodeDesc(1249)) - Failed to vectorize
org.apache.hadoop.hive.ql.metadata.HiveException: No vector argument type for type name binary
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getConstantVectorExpression(VectorizationContext.java:872)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpression(VectorizationContext.java:443)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.validateExprNodeDesc(Vectorizer.java:1243)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.validateExprNodeDesc(Vectorizer.java:1234)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.validateSelectOperator(Vectorizer.java:1100)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.validateMapWorkOperator(Vectorizer.java:911)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$MapWorkValidationNodeProcessor.process(Vectorizer.java:581)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.validateMapWork(Vectorizer.java:412)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.convertMapWork(Vectorizer.java:355)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer$VectorizationDispatcher.dispatch(Vectorizer.java:330)
	at org.apache.hadoop.hive.ql.optimizer.physical.Vectorizer.resolve(Vectorizer.java:890)
	at org.apache.hadoop.hive.ql.parse.TezCompiler.optimizeTaskPlan(TezCompiler.java:469)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10188)

Below should be changed so use apache commons logging rather than log4j directly.

src/test/org/apache/hadoop/hbase/AbstractMergeTestBase.java:import org.apache.log4j.Logger;
src/test/org/apache/hadoop/hbase/MapFilePerformanceEvaluation.java:import org.apache.log4j.Logger;
src/test/org/apache/hadoop/hbase/mapred/TestTableIndex.java:import org.apache.log4j.Level;
src/test/org/apache/hadoop/hbase/mapred/TestTableIndex.java:import org.apache.log4j.Logger;
src/test/org/apache/hadoop/hbase/MiniHBaseCluster.java:import org.apache.log4j.Logger;
src/test/org/apache/hadoop/hbase/PerformanceEvaluation.java~:import org.apache.log4j.Logger;
src/test/org/apache/hadoop/hbase/regionserver/TestHRegion.java:import org.apache.log4j.Logger;
src/test/org/apache/hadoop/hbase/regionserver/TestSplit.java:import org.apache.log4j.Level;
src/test/org/apache/hadoop/hbase/regionserver/TestSplit.java:import org.apache.log4j.Logger;

When restart camel, lucene index folder always be empty.
I check the source code. It is in class LuceneIndexer line 145, method openIndexWriter. It seems when camel start, will create a new lucene index folder. Because the variable "indexCreated" cannot set by outside. 

On Hadoop 2.0, when running hive command line, we saw warnings like this:
SLF4J: Found binding in [jar:file:/C:/myhdp/hadoop-2.1.2.2.0.6.0-0000/share/hado
op/common/lib/slf4j-log4j12-1.7.5.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/C:/myhdp/hive-0.12.0.2.0.6.0-0000/lib/slf4j-l
og4j12-1.7.5.jar!/org/slf4j/impl/StaticLoggerBinder.class]

When Spring MVC application that is integrated with Apache Tiles is being utilized in Production environment on Websphere 8.x it throws the the following "Access Denied" exception during web page navigation.   The Spring MVC application becomes unresponsive to user requests on the certain pages after this occurs.   Stack Trace is below.
2014-05-05 10:25:45,787 ERROR org.springframework.web.servlet.tags.form.InputTag - access denied (java.lang.RuntimePermission accessDeclaredMembers)
java.security.AccessControlException: access denied (java.lang.RuntimePermission accessDeclaredMembers)
                at java.security.AccessControlContext.checkPermission(AccessControlContext.java:374)
                at java.security.AccessController.checkPermission(AccessController.java:549)
                at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
                at java.lang.SecurityManager.checkMemberAccess(SecurityManager.java:1662)
                at java.lang.Class.checkMemberAccess(Class.java:2159)
                at java.lang.Class.getDeclaredMethods(Class.java:1792)
                at org.springframework.core.convert.support.IdToEntityConverter.getFinder(IdToEntityConverter.java:68)
                at org.springframework.core.convert.support.IdToEntityConverter.matches(IdToEntityConverter.java:53)
                at org.springframework.core.convert.support.GenericConversionService$ConvertersForPair.getConverter(GenericConversionService.java:592)
                at org.springframework.core.convert.support.GenericConversionService$Converters.getRegisteredConverter(GenericConversionService.java:498)
                at org.springframework.core.convert.support.GenericConversionService$Converters.find(GenericConversionService.java:483)
                at org.springframework.core.convert.support.GenericConversionService.getConverter(GenericConversionService.java:230)
                at org.springframework.core.convert.support.GenericConversionService.canConvert(GenericConversionService.java:128)
                at org.springframework.validation.AbstractPropertyBindingResult.formatFieldValue(AbstractPropertyBindingResult.java:124)
                at org.springframework.validation.AbstractBindingResult.getFieldValue(AbstractBindingResult.java:222)
                at org.springframework.web.servlet.support.BindStatus.<init>(BindStatus.java:120)
                at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getBindStatus(AbstractDataBoundFormElementTag.java:179)
                at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getPropertyPath(AbstractDataBoundFormElementTag.java:199)
                at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.getName(AbstractDataBoundFormElementTag.java:165)
                at org.springframework.web.servlet.tags.form.AbstractDataBoundFormElementTag.writeDefaultAttributes(AbstractDataBoundFormElementTag.java:128)
                at org.springframework.web.servlet.tags.form.AbstractHtmlElementTag.writeDefaultAttributes(AbstractHtmlElementTag.java:421)
                at org.springframework.web.servlet.tags.form.InputTag.writeTagContent(InputTag.java:142)
                at org.springframework.web.servlet.tags.form.AbstractFormTag.doStartTagInternal(AbstractFormTag.java:103)
                at org.springframework.web.servlet.tags.RequestContextAwareTag.doStartTag(RequestContextAwareTag.java:80)
                at com.ibm._jsp._newUserRegistration._jspx_meth_form_input_7(_newUserRegistration.java:1167)
                at com.ibm._jsp._newUserRegistration._jspService(_newUserRegistration.java:402)
                at com.ibm.ws.jsp.runtime.HttpJspBase.service(HttpJspBase.java:99)
                at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
                at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1225)
                at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:775)
                at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:457)
                at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178)
                at com.ibm.wsspi.webcontainer.servlet.GenericServletWrapper.handleRequest(GenericServletWrapper.java:122)
                at com.ibm.ws.jsp.webcontainerext.AbstractJSPExtensionServletWrapper.handleRequest(AbstractJSPExtensionServletWrapper.java:205)
                at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:136)
                at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:79)
                at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:928)
                at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1025)
                at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppRequestDispatcher.java:1384)
                at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.include(WebAppRequestDispatcher.java:548)
                at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:1045)
                at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:531)
                at org.apache.tiles.jsp.context.JspTilesRequestContext.include(JspTilesRequestContext.java:103)
                at org.apache.tiles.jsp.context.JspTilesRequestContext.dispatch(JspTilesRequestContext.java:96)
                at org.apache.tiles.renderer.impl.TemplateAttributeRenderer.write(TemplateAttributeRenderer.java:44)
                at org.apache.tiles.renderer.impl.AbstractBaseAttributeRenderer.render(AbstractBaseAttributeRenderer.java:106)
                at org.apache.tiles.renderer.impl.ChainedDelegateAttributeRenderer.write(ChainedDelegateAttributeRenderer.java:76)
                at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:670)
                at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:336)
                at org.apache.tiles.template.InsertAttributeModel.renderAttribute(InsertAttributeModel.java:210)
                at org.apache.tiles.template.InsertAttributeModel.end(InsertAttributeModel.java:126)
                at org.apache.tiles.jsp.taglib.InsertAttributeTag.doTag(InsertAttributeTag.java:311)
                at com.ibm._jsp._external._jspx_meth_tiles_insertAttribute_3(_external.java:339)
                at com.ibm._jsp._external._jspService(_external.java:126)
                at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:193)
                at org.apache.tiles.servlet.context.ServletTilesRequestContext.forward(ServletTilesRequestContext.java:241)
                at org.apache.tiles.servlet.context.ServletTilesRequestContext.dispatch(ServletTilesRequestContext.java:222)
                at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:690)
                at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:644)
                at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:627)
                at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:321)
                at org.springframework.web.servlet.view.tiles2.TilesView.renderMergedOutputModel(TilesView.java:124)
                at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:263)
                at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1208)
                at org.springframework.web.servlet.DispatcherServlet.processDispatchResult(DispatcherServlet.java:992)
                at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:939)
                at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856)
                at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:936)
                at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:838)
                at javax.servlet.http.HttpServlet.service(HttpServlet.java:595)
                at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:812)
                at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:97)
                at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
                at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:118)
                at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:84)
                at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
                at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113)
                at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:103)
                at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:113)
                at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54)
                at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:45)
                at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:150)
                at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:183)
                at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:105)
                at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:87)
                at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192)
                at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160)
                at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:343)
                at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:260)
                at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:195)
                at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:91)
                at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3763)
                at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304)
                at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:975)
                at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662)
                at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:195)
                at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453)
                at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515)
                at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306)
                at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:83)
                at com.ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedCallback.complete(SSLReadServiceContext.java:1784)
                at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java:557)
                at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java:607)
                at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java:984)
                at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java:1069)
                at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1691)

JvmOptionsBuilderFactory uses wrong JDK to detect if server is going to be running on JDK8 or above.

$subject says it all.
Update: I decided to drop 'extension' from the name as no other cap uses that naming convention.

See nabble
http://camel.465427.n5.nabble.com/Bug-in-org-apache-camel-util-FileUtil-renameFile-introduced-in-2-13-0-tp5752450.html
Regression introduced by CAMEL-6458

The Fuse org.fusesource.esb.itests.basic.EsbProfileRedeployTest.testProfileRedeploy test is failing regularly with the error:
	at io.fabric8.itests.paxexam.support.Provision.waitForCondition(Provision.java:127)
	at org.fusesource.esb.itests.basic.EsbProfileRedeployTest.testProfileRedeploy(EsbProfileRedeployTest.java:108)
I have added an @Ignore to the test for now so that it doesn't prevent PR builds from completing.

Some of the tests in TestTCTLSeparatedProtocol throws a NullPointedException that is catched, logged and not rethrown. This means the tests don't fail even though an unexpected exception is thrown.

For queries with keywords having complex values (e.g. 
{ "$in" : [ … ] }
) QueryMapper drops the keyword and makes the converted complex value the value of the actual property reference.

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "ts.timeout.factor" "read")" in code source "(vfs:/content/RemoteInvocationTest.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.RemoteInvocationTest.jar" from Service Module Loader")
    at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:295)
    at org.wildfly.security.manager.WildFlySecurityManager.checkPropertyAccess(WildFlySecurityManager.java:479)
    at java.lang.System.getProperty(System.java:717)
    at java.lang.Integer.getInteger(Integer.java:1101)
    at java.lang.Integer.getInteger(Integer.java:1057)
    at org.jboss.as.test.shared.TimeoutUtil.<clinit>(TimeoutUtil.java:39)
    ... 135 more

The call to getInteger needs to be privileged.

The new changes to the transactional client EIP pattern to let Camel support spring based TX does a trick to the DLC to set its max redeliveries to 1 if in transacted mode.
This causes the normal DLC code to be executed and it will report that in case of failures that its being handled by its error handler, this is normally to move it to an error queue.
This of course doesn't happen. The DLC should be short cutted to let the underlying system handling the redelivery without the DLC infecting it currently. 

A recent snapshot broke the ability to use SWF together with JSF and ajax4jsf. As soon as the ajax4jsf.jar is in the classpath the following exception is thrown:
2007-04-05 18:07:37,366 ERROR [org.apache.myfaces.lifecycle.PhaseListenerManager] - <Exception in PhaseListener RESTORE_VIEW(1) afterPhase>
javax.faces.el.EvaluationException: FlowExecution is not bound to current thread context - has the flow ended or expired?
        at org.springframework.webflow.executor.jsf.FlowExecutionHolderUtils.getRequiredCurrentFlowExecution(FlowExecutionHolderUtils.java:74)
        at org.springframework.webflow.executor.jsf.DelegatingFlowVariableResolver.resolveVariable(DelegatingFlowVariableResolver.java:65)
        at org.ajax4jsf.framework.ajax.AjaxContext.getCurrentInstance(AjaxContext.java:150)
        at org.ajax4jsf.framework.renderer.AjaxPhaseListener.afterPhase(AjaxPhaseListener.java:76)
        at org.apache.myfaces.lifecycle.PhaseListenerManager.informPhaseListenersAfter(PhaseListenerManager.java:92)
        at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:99)
        at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:70)
        at javax.faces.webapp.FacesServlet.service(FacesServlet.java:139)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:691)
        at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:469)
        at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:403)
        at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
        at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:691)
        at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:661)
        at org.apache.jsp.index_jsp._jspService(index_jsp.java:49)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:328)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:315)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
        at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
        at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
        at java.lang.Thread.run(Thread.java:613)
This is a major problem since ajax4jsf worked with a previous snapshot version of SWF 1.0.2, at least when Facelets are used as the view technology.

In current implementation of HRegionserver#addScanner, it may generate same scanner name, thus make scanner confusion.

On Windows fix from HIVE-7065 doesn't work as the templeton.cmd script does not include the Hive configuration directory in the classpath. So when hive.execution.engine property is set to tez in HIVE_CONF_DIR/hive-site.xml, webhcat doesn't see it and defaults it to "mr". This prevents Hive jobs running from WebHCat to use the tez execution engine.

this results in error messages always specify a line which is one more than the actual error.
hive> select count* from abc; 
FAILED: Parse Error: line 2:14 cannot recognize input 'from' in expression specification

I have a method with the following @RequestMapping annotation:

@RequestMapping(value = "/update.data", produces = MediaType.APPLICATION_JSON)

When I make a request using spring MVC test, it uses the MockServletContext. When this context tries to lookup if the accepted MediaType matches the MediaType off the target method, it needs to look up what MediaType is supported by the client. This is done using a ContentNegotiationManager from ContentNegotiationManagerFactoryBean. The default for this factory bean is to favor path extension, resulting in the ContentNegotiationManager being created with 2 strategies:

ServletPathExtensionContentNegotiationStrategy
HeaderContentNegotiationStrategy

Now, in the headers I have provided application/json and */* as MediaTypes I support, however the ContentNegotiationManager then determines through the ServletPathExtensionContentNegotiationStrategy that I only support application/octet-stream on my client. This is because the MockServletContext when asked for MediaType for "update.data" returns application/octet-stream, which ServletPathExtensionContentNegotiationStrategy then interprets as the supported MediaType by the client. This doesn't match my method, so I get a 406 on the client in my unit test.
I am not quite sure where the error occurs here. But either MockServletContext is doing something wrong by returning application/octet-stream, or ContentNegotiationManager should always check the Accept header.
This seems to work fine when I am using it in jetty, but not in spring mvc-test.

When setting up the AuthenticationConfiguration during the start of RemoteOutboundConnectionService, the SecurityDomain defined to forward/propagate identities is lost making impossible to propagate identities when connecting to a remote service (e.g.: EJB).
The reference to the AuthenticationConfiguration can not be kept by the service but obtained at runtime during invocations in order to be able to obtain the current identity for a given SecurityDomain.

Following Hadoop2 Unit tests are failing because ddl pre/post hooks are printing out database name.
auto_join14.q, join14.q, input12.q, input39.q
Current analysis suggest authentication changes caused it.
These tests are marked as hadoop-2 only.

The bug is appearing if the Enum used is bound in a variable and the method "values()" is called. I'm currently using Thymeleaf as the templateEngine and I'm not fully certain that this is related. Probably it's possible to reproduce in a plain Java test but i had no time yet.
The screenshot shows the issue.

MethodReference$MethodValueRef's target is the enum RiskLevel
The executorToUse is resolved to the Method ActionType.values()

The second screenshot shows the thymeleaf code for the iteration.

The error looks like this:

2016-02-18 14:43:54,251 INFO  hive.metastore: [main]: Trying to connect to metastore with URI thrift://host-10-17-81-201.coe.cloudera.com:9083
2016-02-18 14:48:54,692 WARN  hive.metastore: [main]: Failed to connect to the MetaStore Server...
2016-02-18 14:48:54,692 INFO  hive.metastore: [main]: Waiting 1 seconds before next connection attempt.
2016-02-18 14:48:55,692 INFO  hive.metastore: [main]: Trying to connect to metastore with URI thrift://host-10-17-81-201.coe.cloudera.com:9083
2016-02-18 14:53:55,800 WARN  hive.metastore: [main]: Failed to connect to the MetaStore Server...
2016-02-18 14:53:55,800 INFO  hive.metastore: [main]: Waiting 1 seconds before next connection attempt.
2016-02-18 14:53:56,801 INFO  hive.metastore: [main]: Trying to connect to metastore with URI thrift://host-10-17-81-201.coe.cloudera.com:9083
2016-02-18 14:58:56,967 WARN  hive.metastore: [main]: Failed to connect to the MetaStore Server...
2016-02-18 14:58:56,967 INFO  hive.metastore: [main]: Waiting 1 seconds before next connection attempt.
2016-02-18 14:58:57,994 WARN  hive.ql.metadata.Hive: [main]: Failed to register all functions.
        at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1492)
        at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:2915)
.......
016-02-18 14:58:57,997 INFO  hive.metastore: [main]: Trying to connect to metastore with URI thrift://host-10-17-81-201.coe.cloudera.com:9083
2016-02-18 15:03:58,094 WARN  hive.metastore: [main]: Failed to connect to the MetaStore Server...
2016-02-18 15:03:58,095 INFO  hive.metastore: [main]: Waiting 1 seconds before next connection attempt.
2016-02-18 15:03:59,095 INFO  hive.metastore: [main]: Trying to connect to metastore with URI thrift://host-10-17-81-201.coe.cloudera.com:9083
2016-02-18 15:08:59,203 WARN  hive.metastore: [main]: Failed to connect to the MetaStore Server...
2016-02-18 15:08:59,203 INFO  hive.metastore: [main]: Waiting 1 seconds before next connection attempt.
2016-02-18 15:09:00,203 INFO  hive.metastore: [main]: Trying to connect to metastore with URI thrift://host-10-17-81-201.coe.cloudera.com:9083
2016-02-18 15:14:00,304 WARN  hive.metastore: [main]: Failed to connect to the MetaStore Server...
2016-02-18 15:14:00,304 INFO  hive.metastore: [main]: Waiting 1 seconds before next connection attempt.
2016-02-18 15:14:01,306 INFO  org.apache.hive.service.server.HiveServer2: [main]: Shutting down HiveServer2
2016-02-18 15:14:01,308 INFO  org.apache.hive.service.server.HiveServer2: [main]: Exception caught when calling stop of HiveServer2 before retrying start
        at org.apache.hive.service.server.HiveServer2.stop(HiveServer2.java:283)
        at org.apache.hive.service.server.HiveServer2.startHiveServer2(HiveServer2.java:351)
        at org.apache.hive.service.server.HiveServer2.access$400(HiveServer2.java:69)
        at org.apache.hive.service.server.HiveServer2$StartOptionExecutor.execute(HiveServer2.java:545)

And then none of the functions will be available for use as HS2 does not re-register them after HMS is up and ready.
This is not desired behaviour, we shouldn't allow HS2 to be in a servicing state if function list is not ready. Or, maybe instead of initialize the function list when HS2 starts, try to load the function list when each Hive session is created. Of course we can have a cache of function list somewhere for better performance, but we would better decouple it from class Hive.

WebComponents are optional and fail in initialising it not causes fail of deployment, but when starting EAR application with included WAR fail in deployment since Wildfly 12 because WeldStartCompletionService depends on all components regardless of their type

Running the tests keeping a node0 to localhost works fine:

[pkremens@localhost testsuite] (master)$ mvn test -Dts.basic -Dts.noSmoke -Dtest=DoctypeDeclTestCase,DuplicateIDIntegrationTestCase,InjectionToPhaseListenerTest 
...
Running org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.809 sec - in org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase
Running org.jboss.as.test.integration.jsf.duplicateid.DuplicateIDIntegrationTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.645 sec - in org.jboss.as.test.integration.jsf.duplicateid.DuplicateIDIntegrationTestCase
Running org.jboss.as.test.integration.jsf.phaseListener.injectionTarget.InjectionToPhaseListenerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.1 sec - in org.jboss.as.test.integration.jsf.phaseListener.injectionTarget.InjectionToPhaseListenerTest

But once node0 is set, the tests start to fail.

[pkremens@localhost testsuite] (master)$ mvn test -Dts.basic -Dts.noSmoke -Dtest=DoctypeDeclTestCase,DuplicateIDIntegrationTestCase,InjectionToPhaseListenerTest -Dnode0=<IP>
...
  DoctypeDeclTestCase.testDoctypeDeclDisallowed:93
  DuplicateIDIntegrationTestCase.testDuplicateIDIsNotGenerated:107 expected:<200> but was:<500>
  InjectionToPhaseListenerTest.test:61 » IO java.util.concurrent.ExecutionExcept...

Right now, a client replays part of the Filter locally by calling filterRowKey() and filterAllRemaining() to determine whether it should continue to the next region.
A number of new filters rely on filterKeyValue() and other calls to alter state.  It's also a false assumption that all rows/keys affecting a filter returning true for FAR will be seen client-side (what about those that failed the filter).
This issue is about dealing with Filters properly from the client-side.

If the DispatcherServlet sends additional method the Enum.valueOf fails.

java.lang.IllegalArgumentException: No enum const class org.springframework.web.bind.annotation.RequestMethod.PROPFIND
	at org.springframework.web.bind.annotation.RequestMethod.valueOf(RequestMethod.java:37)
	at org.springframework.web.servlet.mvc.condition.RequestMethodsRequestCondition.getMatchingCondition(RequestMethodsRequestCondition.java:101)
	at org.springframework.web.servlet.mvc.method.RequestMappingInfo.getMatchingCondition(RequestMappingInfo.java:171)
	at org.springframework.web.servlet.mvc.method.RequestMappingInfoHandlerMapping.getMatchingMapping(RequestMappingInfoHandlerMapping.java:68)
	at org.springframework.web.servlet.mvc.method.RequestMappingInfoHandlerMapping.getMatchingMapping(RequestMappingInfoHandlerMapping.java:50)
	at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.addMatchingMappings(AbstractHandlerMethodMapping.java:278)
	at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.lookupHandlerMethod(AbstractHandlerMethodMapping.java:245)
	at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.getHandlerInternal(AbstractHandlerMethodMapping.java:212)
	at org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.getHandlerInternal(AbstractHandlerMethodMapping.java:55)
	at org.springframework.web.servlet.handler.AbstractHandlerMapping.getHandler(AbstractHandlerMapping.java:297)
	at org.springframework.web.servlet.DispatcherServlet.getHandler(DispatcherServlet.java:1091)
	at org.springframework.web.servlet.DispatcherServlet.getHandler(DispatcherServlet.java:1076)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:896)
	at org.cloudfoundry.practical.demo.ExtendedDispatcherServlet.service(ExtendedDispatcherServlet.java:46)

The EJBClient protocol handler on the server side, org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver, will send out a full cluster topology report to a connecting EJBClient. This will happen in particular when the client reconnects after a server which was initially up went down and came up again.
If the server is not clustered, the report gets sent out anyway, and erroneously with an empty message body. This message gets processed on the client side by org.jboss.ejb.client.remoting.ChannelAssociation.processResponse() which cannot recognize the message header. The exception results.
One way to fix this is to only send out the cluster topology message if the node is actually clustered.

In case of metastore footer PPD we don't want to call PPD call with all attendant SARG, MS and HBase overhead for each directory. If we wait for some time (10ms? some fraction of inputs?) we can do one call without losing overall perf. 
For now make it time based.

The search for method annotation fails if:

the original method does not have the annotation
an abstract superclass does not have an equivalent method declared (therefore cl.getDeclaredMethod() throws NoSuchMethodException which skips the searchOnInterfaces() call)
an interface implemented by the superclass has the method and the annotation - it is not found

SSCCE:

@interface Logged {}
interface Foo {
	@Logged
	void doThing();
}
abstract class AbstractBar implements Foo {
	// nothing
}
class Bar extends AbstractBar {
	@Override
	public void doThing() {
		// things
	}
}

A fix, I think:
line 109+:

try {
	Method equivalentMethod = cl.getDeclaredMethod(method.getName(), method.getParameterTypes());
	annotation = getAnnotation(equivalentMethod, annotationType);
	if (annotation == null) {
		annotation = searchOnInterfaces(method, annotationType, cl.getInterfaces());
	}
} catch (NoSuchMethodException ex) {
	// We're done...
}

should be:

try {
}
if (annotation == null) {
	annotation = searchOnInterfaces(method, annotationType, cl.getInterfaces());
}

Java CheckAndDelete API accepts Delete object which can be used to delete (a cell / cell version / multiple cells / column family or a row), but the rest api only allows to delete the cell (without any version)
Need to add this capability to rest api.

there is a misplaced bracket and curly brace (see patch file) which causes the last 3 tests in TestHive to not be executed.

If master sending close region to rs and region's split transaction concurrently happen,
it may cause closed region to opened. 
See the detailed code in SplitTransaction#createDaughters

List<StoreFile> hstoreFilesToSplit = null;
    try{
      hstoreFilesToSplit = this.parent.close(false);
      if (hstoreFilesToSplit == null) {
        // The region was closed by a concurrent thread.  We can't continue
        // with the split, instead we must just abandon the split.  If we
        // reopen or split this could cause problems because the region has
        // probably already been moved to a different server, or is in the
        // process of moving to a different server.
        throw new IOException("Failed to close region: already closed by " +
          "another thread");
      }
    } finally {
      this.journal.add(JournalEntry.CLOSED_PARENT_REGION);
    }

when rolling back, the JournalEntry.CLOSED_PARENT_REGION causes this.parent.initialize();
Although this region is not onlined in the regionserver, it may bring some potential problem.
For example, in our environment, the closed parent region is rolled back sucessfully , and then starting compaction and split again.
The parent region is f892dd6107b6b4130199582abc78e9c1
master log

2011-12-26 00:24:42,693 INFO org.apache.hadoop.hbase.master.HMaster: balance hri=writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1., src=dw87.kgb.sqa.cm4,60020,1324827866085, dest=dw80.kgb.sqa.cm4,60020,1324827865780
2011-12-26 00:24:42,693 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Starting unassignment of region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1. (offlining)
2011-12-26 00:24:42,694 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Sent CLOSE to serverName=dw87.kgb.sqa.cm4,60020,1324827866085, load=(requests=0, regions=0, usedHeap=0, maxHeap=0) for region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:24:42,699 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling new unassigned node: /hbase-tbfs/unassigned/f892dd6107b6b4130199582abc78e9c1 (region=writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1., server=dw87.kgb.sqa.cm4,60020,1324827866085, state=RS_ZK_REGION_CLOSING)
2011-12-26 00:24:42,699 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_CLOSING, server=dw87.kgb.sqa.cm4,60020,1324827866085, region=f892dd6107b6b4130199582abc78e9c1
2011-12-26 00:24:45,348 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_CLOSED, server=dw87.kgb.sqa.cm4,60020,1324827866085, region=f892dd6107b6b4130199582abc78e9c1
2011-12-26 00:24:45,349 DEBUG org.apache.hadoop.hbase.master.handler.ClosedRegionHandler: Handling CLOSED event for f892dd6107b6b4130199582abc78e9c1
2011-12-26 00:24:45,349 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Forcing OFFLINE; was=writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1. state=CLOSED, ts=1324830285347
2011-12-26 00:24:45,349 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: master:60000-0x13447f283f40e73 Creating (or updating) unassigned node for f892dd6107b6b4130199582abc78e9c1 with OFFLINE state
2011-12-26 00:24:45,354 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=M_ZK_REGION_OFFLINE, server=dw75.kgb.sqa.cm4:60000, region=f892dd6107b6b4130199582abc78e9c1
2011-12-26 00:24:45,354 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Found an existing plan for writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1. destination server is + serverName=dw80.kgb.sqa.cm4,60020,1324827865780, load=(requests=0, regions=1, usedHeap=0, maxHeap=0)
2011-12-26 00:24:45,354 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Using pre-existing plan for region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.; plan=hri=writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1., src=dw87.kgb.sqa.cm4,60020,1324827866085, dest=dw80.kgb.sqa.cm4,60020,1324827865780
2011-12-26 00:24:45,354 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Assigning region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1. to dw80.kgb.sqa.cm4,60020,1324827865780
2011-12-26 00:24:46,899 DEBUG org.apache.hadoop.hbase.master.handler.OpenedRegionHandler: Opened region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1. on dw80.kgb.sqa.cm4,60020,1324827865780

RE_dw87 log

2011-12-26 00:24:42,694 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: Received close region: writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:24:42,694 DEBUG org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler: Processing close of writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:24:42,694 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:60020-0x43447f30cb31367 Creating unassigned node for f892dd6107b6b4130199582abc78e9c1 in a CLOSING state
2011-12-26 00:24:42,699 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Closing writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.: disabling compactions & flushes
2011-12-26 00:24:42,699 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: waiting for compaction to complete for region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:24:43,340 INFO org.apache.hadoop.hbase.regionserver.HRegion: aborted compaction on region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1. after 49sec
2011-12-26 00:24:43,340 INFO org.apache.hadoop.hbase.regionserver.HRegion: Running close preflush of writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:24:43,340 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1., current region memstore size 59.5m
2011-12-26 00:24:43,340 INFO org.apache.hadoop.hbase.regionserver.SplitTransaction: Starting split of region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:24:45,347 INFO org.apache.hadoop.hbase.regionserver.HRegion: Closed writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:24:45,347 WARN org.apache.hadoop.hbase.regionserver.HRegion: Region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1. already closed
2011-12-26 00:24:45,347 WARN org.apache.hadoop.hbase.regionserver.CompactSplitThread: Running rollback of failed split of writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.; Failed to close region: already closed by another thread
2011-12-26 00:24:45,348 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:60020-0x43447f30cb31367 Successfully transitioned node f892dd6107b6b4130199582abc78e9c1 from RS_ZK_REGION_CLOSING to RS_ZK_REGION_CLOSED
2011-12-26 00:24:45,348 DEBUG org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler: Closed region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:24:46,837 INFO org.apache.hadoop.hbase.regionserver.HRegion: Onlined writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.; next sequenceid=717341809
2011-12-26 00:24:46,841 INFO org.apache.hadoop.hbase.regionserver.CompactSplitThread: Successful rollback of failed split of writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:24:46,841 INFO org.apache.hadoop.hbase.regionserver.HRegion: Starting compaction on region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:25:23,288 INFO org.apache.hadoop.hbase.regionserver.HRegion: completed compaction on region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1. after 36sec
2011-12-26 00:25:23,288 INFO org.apache.hadoop.hbase.regionserver.SplitTransaction: Starting split of region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1.
2011-12-26 00:25:24,847 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Offlined parent region writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1. in META
2011-12-26 00:25:26,165 INFO org.apache.hadoop.hbase.regionserver.CompactSplitThread: Region split, META updated, and report to master. Parent=writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324829936318.f892dd6107b6b4130199582abc78e9c1., new regions: writetest,8ZW417DZP93OU6SZ0QQMKTALTDP4883KW5AXSAFMQ952Y6J6VPPXEXRRPCWBR2PK7DQV3RKK28222JMOJSW3JJ8AB05MIREM1CL6,1324830323288.595f458507cecf208640cb4a1be8e293., writetest,DHZX0CD7A4OE1KRILMWEJL2HTBN6OJVSFOKGU0P938DJ1M44B79C068NCZPXK1Z5OD2RQJ6LMA41TC0D44H05525TO3AHLZ4BZXX,1324830323288.ba9376c83327c34c7926fccb68c3b9e3.. Split took 2sec

Compilation of wildfly-elytron project with IBM JDK 1.8 fails with:

wildfly-elytron/src/main/java/org/wildfly/security/x500/X500PrincipalUtil.java:[31,25] cannot find symbol
  symbol:   class X500Name
  location: package sun.security.x509

Class X500PrincipalUtil using sun.security.x509.X500Name which comes from internal API and leads to mentioned above issue.

Copied from forum:
Question:
The LogOrRethrowExceptionHandler doesn't do anything with an Exception that is not classified as DEBUG,WARN,ERROR or RETHROW. Is there a reason why this class doesn't rethrow exceptions by default?
Reply:
LogOrRethrowExceptionHandler relies on ExceptionClassifier to classify the exception, so I think it is expected invariant that the exception always falls into one of the predefined categories. Adding an else clause that would throw an IllegalStateException if the exception has not been classified would make sense then.
Reply:
An IllegalStateException would indeed make sense.
Yesterday the LogOrRethrowExceptionHandler swallowed some ClassNotFoundExceptions that were being thrown. I would expect that any unexpected exception would stop the batch processing.

Currently, HiveProtoLoggingHook write event data to hdfs. The number of files can grow to very large numbers.
Since the files are created under a folder with Date being a part of the path, hive should have a way to clean up data older than a certain configured time / date. This can be a job that can run with as little frequency as just once a day.
This time should be set to 1 week default. There should also be a sane upper bound of # of files so that when a large cluster generates a lot of files during a spike, we don't force the cluster fall over.

If we have a change in files which contain UTF-8 characters the script is not able to submit the patch. Since the License.vm file contains such characters we have to support it.

table.jsp contains "Go Back, or wait for the redirect." string after we invoke compaction, split, etc. Previously it redirected to the previous page after 5 seconds. The string is there currently, but nothing happens.
After digging into the code, a found the following:

ecce7c2 (HBASE-3948) it was introduced,
3bd9191 (HBASE-9850) it was refactored,
3b2b22b (HBASE-19291) it was removed.

This string appears on rsgroup.jsp, snapshot.jsp and table.jsp. We should fix them by removing the string, or by adding redirection again.

If a table has table/partition locations set to remote HDFS paths, querying them will cause the following IAException:

2016-07-26 01:16:27,471 ERROR parse.CalcitePlanner (SemanticAnalyzer.java:getMetaData(1867)) - org.apache.hadoop.hive.ql.metadata.HiveException: Unable to determine if hdfs://foo.ygrid.yahoo.com:8020/projects/my_db/my_table is encrypted: java.lang.IllegalArgumentException: Wrong FS: hdfs://foo.ygrid.yahoo.com:8020/projects/my_db/my_table, expected: hdfs://bar.ygrid.yahoo.com:8020
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.isPathEncrypted(SemanticAnalyzer.java:2204)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getStrongestEncryptedTablePath(SemanticAnalyzer.java:2274)
...

This is because of the following code in SessionState:
SessionState.java

 public HadoopShims.HdfsEncryptionShim getHdfsEncryptionShim() throws HiveException {
    if (hdfsEncryptionShim == null) {
      try {
        FileSystem fs = FileSystem.get(sessionConf);
        if ("hdfs".equals(fs.getUri().getScheme())) {
          hdfsEncryptionShim = ShimLoader.getHadoopShims().createHdfsEncryptionShim(fs, sessionConf);
        } else {
          LOG.debug("Could not get hdfsEncryptionShim, it is only applicable to hdfs filesystem.");
        }
        throw new HiveException(e);
      }
    }

    return hdfsEncryptionShim;
  }

When the FileSystem instance is created, using the sessionConf implies that the current HDFS is going to be used. This call should instead fetch the FileSystem instance corresponding to the path being checked.
A fix is forthcoming...
(Note to self: YHIVE-860)

Per the OAuth 2 specification, access tokens should be returned from a provider in JSON format. There are, however, some providers that return it as form-encoded data (bitly for example). When this happens, OAuth2Template can't find a suitable message converter to convert the form-encoded data to a Map and the response-handling fails.
On the surface, the solution seems simple: Change OAuth2Template to parse into a MultiValueMap so that the FormHttpMessageConverter can handle it. But then that would break the more common case where the access token is returned as JSON; MappingJackson2HttpMessageConverter can read into Map, but not (without some help) read into MultiValueMap.
There are two options: (1) configure the ObjectMapper in MappingJackson2HttpMessageConverter such that it can read into a MultiValueMap, and (2) create a new HttpMessageConverter that can read form-encoded data into a flat/single-value Map.

Got the below Exceptions Log in case of a write heavy test

2014-05-07 11:29:56,417 ERROR [main.append-pool1-t1] wal.FSHLog$RingBufferEventHandler(1882): UNEXPECTED!!!
java.lang.IllegalStateException: Queue full
 at java.util.AbstractQueue.add(Unknown Source)
 at org.apache.hadoop.hbase.regionserver.wal.FSHLog$SyncRunner.offer(FSHLog.java:1227)
 at org.apache.hadoop.hbase.regionserver.wal.FSHLog$RingBufferEventHandler.onEvent(FSHLog.java:1878)
 at org.apache.hadoop.hbase.regionserver.wal.FSHLog$RingBufferEventHandler.onEvent(FSHLog.java:1)
 at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:133)
 at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
 at java.lang.Thread.run(Unknown Source)
2014-05-07 11:29:56,418 ERROR [main.append-pool1-t1] wal.FSHLog$RingBufferEventHandler(1882): UNEXPECTED!!!
java.lang.ArrayIndexOutOfBoundsException: 5
 at org.apache.hadoop.hbase.regionserver.wal.FSHLog$RingBufferEventHandler.onEvent(FSHLog.java:1838)
2014-05-07 11:29:56,419 ERROR [main.append-pool1-t1] wal.FSHLog$RingBufferEventHandler(1882): UNEXPECTED!!!
java.lang.ArrayIndexOutOfBoundsException: 6
java.lang.ArrayIndexOutOfBoundsException: 7

In FSHLog$SyncRunner.offer we do BlockingQueue.add() which throws Exception as it is full. The problem is the below shown catch() we do not do any cleanup.

this.syncRunners[index].offer(sequence, this.syncFutures, this.syncFuturesCount);
        attainSafePoint(sequence);
        this.syncFuturesCount = 0;
        LOG.error("UNEXPECTED!!!", t);
      }

syncFuturesCount is not getting reset to 0 and so the subsequent onEvent() handling throws ArrayIndexOutOfBoundsException.
I think we should do the below 
1. Handle the Exception and call cleanupOutstandingSyncsOnException() as in other cases of Exception handling
2. Instead of BlockingQueue.add() use offer() 

The packages exported by the the spring-ws v1.5.6 modules do not contain the version qualifier so the osgi framework recognizes their version as "0.0.0". This caused the import-package for the oxm packages in the spring-integration bundles to fail because they are looking for version range [1.5.5.A,2.0.0).

In deepClone():

      return new ValueAndTagRewriteCell(clonedBaseCell, this.tags, this.value);

The tags parameter should be the last parameter.

If having 2+ routes that consumes from the same queue, then that should be allowed.
Its a bit unusual though for queues in Camel as you most likely want to use the same route for the same queue. But there is nothing in the JMS spec that forbids this.

One of our production cluster ( which has 200000 regions) meet one protobuf exception when getClusterStatus.
 
com.google.protobuf.InvalidProtocolBufferException: Protocol message was too large.  May be malicious.  Use CodedInputStream.setSizeLimit() to increase the size limit.

And there are some client methods which call getClusterStatus but only need server names. Plan to add a new option which only to return server name. So we can reduce the influence scope even we meet this problem.
 
If an error occurs before routing an email (email corrupt), the consumer blocks and does not process further emails. A similar issue was fixed with CAMEL-7474, but the issue still exists at another location.
CAMEL-7474 introduced a parameter "skipFailedMessage", which is used in Line 291 of the MailConsumer. If an error occurs in "createExchanges" (Line 128) the parameter is not evaluated.

2016.08.19 10:10:35.613 DEBUG Camel (camel-1) thread #52 - pop3s://dev1@dev.de) Error populating the initial mail message attachments
org.apache.camel.RuntimeCamelException: Error populating the initial mail message attachments
	at org.apache.camel.component.mail.MailMessage.populateInitialAttachments(MailMessage.java:131)
	at org.apache.camel.impl.DefaultMessage.createAttachments(DefaultMessage.java:216)
	at org.apache.camel.impl.DefaultMessage.getAttachments(DefaultMessage.java:281)
	at org.apache.camel.component.mail.MailConsumer.createExchanges(MailConsumer.java:328)
	at org.apache.camel.component.mail.MailConsumer.poll(MailConsumer.java:121)
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
Caused by: javax.mail.MessagingException: Missing start boundary
	at javax.mail.internet.MimeMultipart.parsebm(MimeMultipart.java:882)
	at javax.mail.internet.MimeMultipart.parse(MimeMultipart.java:503)
	at javax.mail.internet.MimeMultipart.getCount(MimeMultipart.java:244)
	at org.apache.camel.component.mail.MailBinding.extractAttachmentsFromMultipart(MailBinding.java:304)
	at org.apache.camel.component.mail.MailBinding.extractAttachmentsFromMail(MailBinding.java:293)
	at org.apache.camel.component.mail.MailMessage.populateInitialAttachments(MailMessage.java:128)
	... 13 more

Results are the same as described in CAMEL-7474

Artemis changed the naming convention to use CamelCase for its acceptor and connector parameters keys.
Validation of the parameters was discarded when the messaging-activemq subsystem was created.
This means that the current template for the messaging-activemq subsystem is not correct (the parameters will not be taken into account by Artemis).
The server-id parameter for in-vm connector has also be renamed to serverId. 

I believe that during the restore stage of a JSF lifecycle all UIInput components should be set back to a valid state.  Looking at MyFaces 1.1.5 the org.apache.myfaces.lifecycle.RestoreViewExecutor class seems to do this using RestoreStateUtils.recursivelyHandleComponentReferencesAndSetValid.
I have a JSF component to highlight validation failures with a CSS style, this component uses the isValid() component method and now show failures even when a user has corrected them when.  This shows up when they navigate back to a screen.

I'm still not a 100% sure on the source of this error, but here's what I was able to get twice while altering a table that was doing a bunch of splits:

2011-10-11 23:48:59,344 INFO org.apache.hadoop.hbase.master.handler.SplitRegionHandler: Handled SPLIT report); parent=TestTable,0002608338,1318376880454.a75d6815fdfc513fb1c8aabe086c6763. daughter a=TestTable,0002608338,1318376938764.ef170ff6cd8695dc8aec92e542dc9ac1.daughter b=TestTable,0003301408,1318376938764.36eb2530341bd46888ede312c5559b5d.
2011-10-11 23:49:09,579 DEBUG org.apache.hadoop.hbase.master.handler.TableEventHandler: Ignoring table not disabled exception for supporting online schema changes.
2011-10-11 23:49:09,580 INFO org.apache.hadoop.hbase.master.handler.TableEventHandler: Handling table operation C_M_MODIFY_TABLE on table TestTable
2011-10-11 23:49:09,612 INFO org.apache.hadoop.hbase.util.FSUtils: TableInfoPath = hdfs://sv4r11s38:9100/hbase/TestTable/.tableinfo tmpPath = hdfs://sv4r11s38:9100/hbase/TestTable/.tmp/.tableinfo.1318376949612
2011-10-11 23:49:09,692 INFO org.apache.hadoop.hbase.util.FSUtils: TableDescriptor stored. TableInfoPath = hdfs://sv4r11s38:9100/hbase/TestTable/.tableinfo
2011-10-11 23:49:09,693 INFO org.apache.hadoop.hbase.util.FSUtils: Updated tableinfo=hdfs://sv4r11s38:9100/hbase/TestTable/.tableinfo to blah
2011-10-11 23:49:09,695 INFO org.apache.hadoop.hbase.master.handler.TableEventHandler: Bucketing regions by region server...
2011-10-11 23:49:09,695 DEBUG org.apache.hadoop.hbase.client.MetaScanner: Scanning .META. starting at row=TestTable,,00000000000000 for max=2147483647 rows
2011-10-11 23:49:09,709 DEBUG org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation: The connection to hconnection-0x132f043bbde02e9 has been closed.
2011-10-11 23:49:09,709 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event C_M_MODIFY_TABLE
	at java.util.TreeMap.getEntry(TreeMap.java:324)
	at java.util.TreeMap.containsKey(TreeMap.java:209)
	at org.apache.hadoop.hbase.master.handler.TableEventHandler.reOpenAllRegions(TableEventHandler.java:114)
	at org.apache.hadoop.hbase.master.handler.TableEventHandler.process(TableEventHandler.java:90)

The first time the shell reported that all the regions were updated correctly, the second time it got stuck for a while:

6/14 regions updated.
0/14 regions updated.
...
2/16 regions updated.
...
8/9 regions updated.
...
After which I killed it, redid the alter and it worked.

This was introduced when these functions were updated to use Jackson.

DirContextAdapter.getModicationItems() calls collectModifications() to collect the modification items.  The section handling multi-valued attributes uses CollectionUtils to return a new list that will contain a substraction of the old values from the new values, but the substraction doesnt handle case insensitivity thus resulting in a list of items that require to be added which already exist in the Directory Server with a different case and resulting in an ATTRIBUTE_ALREADY_EXISIT error.  See below:
else {
            // Collect all modifications to attribute individually (this also
            // covers additions to a previously non-existant attribute).
            Collection oldValues = new LinkedList();
            Collection newValues = new LinkedList();
            collectAttributeValues(oldValues, currentAttribute);
            collectAttributeValues(newValues, changedAttr);
            Collection myModifications = new LinkedList();
            Collection addedValues = CollectionUtils.subtract(newValues,
                    oldValues);  // WILL ALSO RETURN VALUES TO BE ADDED THAT ARE ALREADY IN LDAP IF CASE IS DIFFERENT.
            Collection removedValues = CollectionUtils.subtract(oldValues,
                    newValues);  // WILL ALSO RETURN VALUES TO BE ADDED THAT ARE ALREADY IN LDAP IF CASE IS DIFFERENT.
            collectModifications(DirContext.ADD_ATTRIBUTE, changedAttr,
                    addedValues, myModifications);
            collectModifications(DirContext.REMOVE_ATTRIBUTE, changedAttr,
                    removedValues, myModifications);
            if (myModifications.isEmpty()) 
{
                // This means that the attributes are not equal, but the
                // actual values are the same - thus the order must have
                // changed. This should result in a REPLACE_ATTRIBUTE operation.
                myModifications.add(new ModificationItem(
                        DirContext.REPLACE_ATTRIBUTE, changedAttr));
            }
            
status 'simple' doesnt give us aggregate load, leaving the user to add up numbers by hand. 
Futhermore, the per-server requests numbers are off, too high by a factor of 3 - they are using the default toString() which assumes a 1 second report rate, when the shipping default is 3 seconds.

When submitting jobs via WebHCat the user may specify additional jars to be included with the job.  Sqoop jobs is one such example where user may need to supply a jar with JDBC classes for a given database.  If the a different version of the same jar is already present in HADOOP_CLASSPATH, we need  to make sure user specified jar is used.

Starting and stopping clusters I see that an open directive can come in while we are shutting down all the user space regions on a particular regionserver.  Regionservers will only shut themselves down after all user space regions have closed.  We queue up all the closes at a particular time.  If an open comes in while we are in the closing condition, then the regionserver won't go down.  The region open needs to be blocked.

When I press "jndiView" operation button (navigate jboss.as / naming / Operations in MBeans tab of JConsole), an info dialog box returns with message "Method successfully invoked".  The contents of JNDI view is not printed anywhere.  It should return that as String or dump the contents into stdout.

We find TestLruBlockCache#testBackgroundEvictionThread fails occasionally.
I think it's a problem of the test case.
Because runEviction() only do evictionThread.evict():

public void evict() {
        this.notify(); // FindBugs NN_NAKED_NOTIFY
      }
    }

However when we call evictionThread.evict(), the evictionThread may haven't been in run() in the TestLruBlockCache#testBackgroundEvictionThread.
If we run the test many times, we could find failture easily.

In section
8.6. Declarative Iteration
shown
Code:
<aop:config>
    <aop:pointcut id="transactional"
        expression="execution(* com...*Service.processMessage(..))" />
    <aop:advisor pointcut-ref="transactional"
        advice-ref="retryAdvice" order="-1"/>
</aop:config>
is wrong because * com...* has three points and must be two * com..*

I have a test processing 3 chunks of 10 - read_count = 29, filter_count = 1, commit_count = 3, write_count = 3 and I have 29 items processed in the db
the write_count should be 29 and not 3 if we are counting items

Doing git grep System.out and git grep System.err reveals quite a lot of places in the code where Swarm prints to stdout or stderr. This is appropriate in the Swarmtool and doesn't harm in the tests, but it's totally inappropriate for things like the Maven plugin, Arquillian adapter or fractions (e.g. logging or monitor). The respective logging frameworks should be used instead.

The file consumer should use readLock=none by default, which is also what the documentation says. However its reconfigured to markerFile which is a little mistake.
 
Currently, singleton services are started on the primary node only - no service is started on the backup nodes.  We can generalize this use case by building a singleton service using 2 services: one to be started on the primary node, and the other to be installed on backup nodes.  When a node is elected as the primary provider, we stop the backup service, and start the primary service.  Conversely, when a primary node loses a re-election, it stops its primary service and starts its backup service.

HCM uses SoftValueSortedMap to cache region locations.  Under load, some soft referred values may be GCed.  So we should check if the value is null.  Otherwise, NPE will be thrown:

        for (Map<byte[], HRegionLocation> tableLocations :
            cachedRegionLocations.values()) {
          for (Entry<byte[], HRegionLocation> e : tableLocations.entrySet()) {
       ===> if (serverName.equals(e.getValue().getServerName())) {
              tableLocations.remove(e.getKey());
              deletedSomething = true;
            }
          }
        }

Surefire 2.19.1 has some issue (https://issues.apache.org/jira/browse/SUREFIRE-1255) which caused debugging session to abort after a short period of time. Many IntelliJ users have seen this, although it looks fine for Eclipse users. Version 2.18.1 works fine.
We'd better make the change to not impact the development for IntelliJ guys. We can upgrade again once the root cause is figured out.
cc Zoltan Haindrich Ashutosh Chauhan

We need to cull down on the number of logs we generate in HMS and HS2 that are not needed.

In the fix for HIVE-10965, there is a short-circuit path that causes an empty AggrStats object to be returned if partNames is empty or colNames is empty:

diff --git metastore/src/java/org/apache/hadoop/hive/metastore/MetaStoreDirectSql.java metastore/src/java/org/apache/hadoop/hive/metastore/MetaStoreDirectSql.java
index 0a56bac..ed810d2 100644
--- metastore/src/java/org/apache/hadoop/hive/metastore/MetaStoreDirectSql.java
+++ metastore/src/java/org/apache/hadoop/hive/metastore/MetaStoreDirectSql.java
@@ -1100,6 +1100,7 @@ public ColumnStatistics getTableStats(
   public AggrStats aggrColStatsForPartitions(String dbName, String tableName,
       List<String> partNames, List<String> colNames, boolean useDensityFunctionForNDVEstimation)
       throws MetaException {
+    if (colNames.isEmpty() || partNames.isEmpty()) return new AggrStats(); // Nothing to aggregate.
     long partsFound = partsFoundForPartitions(dbName, tableName, partNames, colNames);
     List<ColumnStatisticsObj> colStatsList;
     // Try to read from the cache first

This runs afoul of thrift requirements that AggrStats have required fields:

struct AggrStats {
1: required list<ColumnStatisticsObj> colStats,
2: required i64 partsFound // number of partitions for which stats were found
}

Thus, we get errors as follows:

2015-10-08 00:00:25,413 ERROR server.TThreadPoolServer (TThreadPoolServer.java:run(213)) - Thrift error occurred during processing of message.
        at org.apache.hadoop.hive.shims.HadoopShimsSecure.doAs(HadoopShimsSecure.java:536)

Normally, this would not occur since HIVE-10965 does also include a guard on the client-side for colNames.isEmpty() to not call the metastore call at all, but there is no guard for partNames being empty, and would still cause an error on the metastore side if the thrift call were called directly, as would happen if the client is from an older version before this was patched.

Cell scanner, base decoder, etc., hide IOException inside runtime exception. This can lead to unexpected behavior because a lot of code only expects IOException. There's no logical justification behind this hiding so it should be removed before it's too late (the sooner we do it the less throws declarations need to be added)

ChunkListener called before WriteListener:  http://forum.springframework.org/showthread.php?t=68280

    @ManagedOperation(description = "Current number of Exchanges in Queue")
    public long qeueSize() {
        return endpoint.getExchanges().size();
    }

Should be 

    public long queueSize() {
    }

Unable to configure ssl using credential reference.

08:00:24,687 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service org.wildfly.core.management.security.realm.ManagementWebRealmCr.key-manager: org.jboss.msc.service.StartException in service org.wildfly.core.management.security.realm.ManagementWebRealmCr.key-manager: WFLYDM0018: Unable to start service
	at org.jboss.as.domain.management.security.AbstractKeyManagerService.start(AbstractKeyManagerService.java:91)
Caused by: java.security.UnrecoverableKeyException: Cannot recover key
	at sun.security.provider.KeyProtector.recover(KeyProtector.java:328)
	at sun.security.provider.JavaKeyStore.engineGetKey(JavaKeyStore.java:146)
	at sun.security.provider.JavaKeyStore$JKS.engineGetKey(JavaKeyStore.java:56)
	at sun.security.provider.KeyStoreDelegator.engineGetKey(KeyStoreDelegator.java:96)
	at sun.security.provider.JavaKeyStore$DualFormatJKS.engineGetKey(JavaKeyStore.java:70)
	at java.security.KeyStore.getKey(KeyStore.java:1023)
	at sun.security.ssl.SunX509KeyManagerImpl.<init>(SunX509KeyManagerImpl.java:133)
	at sun.security.ssl.KeyManagerFactoryImpl$SunX509.engineInit(KeyManagerFactoryImpl.java:70)
	at javax.net.ssl.KeyManagerFactory.init(KeyManagerFactory.java:256)
	at org.jboss.as.domain.management.security.AbstractKeyManagerService.createKeyManagers(AbstractKeyManagerService.java:136)
	at org.jboss.as.domain.management.security.AbstractKeyManagerService.start(AbstractKeyManagerService.java:89)
	... 5 more

08:00:24,692 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0006: Undertow HTTPS listener https listening on 127.0.0.1:8443
08:00:24,696 INFO  [org.jboss.ws.common.management] (MSC service thread 1-4) JBWS022052: Starting JBossWS 5.1.8.Final-redhat-1 (Apache CXF 3.1.11.redhat-1) 
08:00:24,702 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("security-realm" => "ManagementWebRealmCr")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.core.management.security.realm.ManagementWebRealmCr.key-manager" => "WFLYDM0018: Unable to start service
    Caused by: java.security.UnrecoverableKeyException: Cannot recover key"}}

When I use key-password instead of key-password-credential-reference I am able to make it work.

/core-service=management/security-realm=ManagementWebRealmCr/server-identity=ssl:add(keystore-path=server.keystore, keystore-relative-to=jboss.server.config.dir,keystore-password-credential-reference={clear-text=123456}, key-password=123456)

Note, I also get UnrecoverableKeyException: Cannot recover key when I don't specify key-password nor key-password-credential-reference. 

/core-service=management/security-realm=ManagementWebRealmCr/server-identity=ssl:add(keystore-path=server.keystore, keystore-relative-to=jboss.server.config.dir,keystore-password-credential-reference={clear-text=123456})

In legacy if key-password is ommitted keystore-password is used instead.

See the attached example: the ClassWithDependency is autowired by type, which should fail as there are two candidates: one created using component scanning and one created by the ConfigClass.secondDependency @Bean method. However, it doesn't.
Interestingly, if you explicitly name the component scanned Dependency using its @Component annotation, it does.
This seems like an obvious bug. 

Likely because it belongs to the too long list of flaky tests. A test should not fail randomly. Here is the list, from 2974 to 2598, with a timeouted TestMetaReaderEditor
https://builds.apache.org/job/HBase-TRUNK/2597/testReport/org.apache.hadoop.hbase.catalog/
https://builds.apache.org/job/HBase-TRUNK/2588/testReport/org.apache.hadoop.hbase.catalog/
https://builds.apache.org/job/HBase-TRUNK/2585/testReport/org.apache.hadoop.hbase.catalog/
https://builds.apache.org/job/HBase-TRUNK/2584/testReport/org.apache.hadoop.hbase.catalog/
https://builds.apache.org/job/HBase-TRUNK/2582/testReport/org.apache.hadoop.hbase.catalog/
https://builds.apache.org/job/HBase-TRUNK/2577/testReport/org.apache.hadoop.hbase.catalog/
https://builds.apache.org/job/HBase-TRUNK/2574/testReport/org.apache.hadoop.hbase.catalog/
It happens on hadoop-qa as well:
https://builds.apache.org/job/PreCommit-HBASE-Build/640/testReport/org.apache.hadoop.hbase.catalog/
https://builds.apache.org/job/PreCommit-HBASE-Build/638/testReport/org.apache.hadoop.hbase.catalog/
https://builds.apache.org/job/PreCommit-HBASE-Build/630/testReport/org.apache.hadoop.hbase.catalog/
https://builds.apache.org/job/PreCommit-HBASE-Build/622/testReport/org.apache.hadoop.hbase.catalog/
Looking at the source code, main issues are:

in testRetrying, some threads are started, but will not be stopped if an assertion fails. As a consequence, the process will not stop
still in testRetrying, it's not possible to use @Test(timeout=180000), because if this timeout is reached, the thread won't be stopped.

This does not explain why the test fails sometimes, but explain why we have a timeout instead of a clean failure.
I also fixed some stuff that seems unrelated, and I cannot reproduce the error anymore locally after 10 tries. So I will try the patch on hadoop-qa.
The patch includes as well the removal of TestAdmin#testHundredsOfTable because this test takes 2 minutes to execute; but proves nothing on success as there is no check on ressources used.

blpop/brpop return null if a timeout occurs before an element is available in the list.  Currently this causes a NPE:

org.springframework.data.redis.RedisSystemException: Unknown Lettuce exception; nested exception is java.lang.NullPointerException
	at org.springframework.data.redis.connection.lettuce.LettuceConnection.convertLettuceAccessException(LettuceConnection.java:105)
	at org.springframework.data.redis.connection.lettuce.LettuceConnection.bLPop(LettuceConnection.java:935)
	at org.springframework.data.redis.connection.DefaultStringRedisConnection.bLPop(DefaultStringRedisConnection.java:656)
	at org.springframework.data.redis.connection.AbstractConnectionIntegrationTests.testBlPopTimeout(AbstractConnectionIntegrationTests.java:382)
	at org.springframework.data.redis.connection.lettuce.LettuceUtils.toList(LettuceUtils.java:158)
	at org.springframework.data.redis.connection.lettuce.LettuceConnection.bLPop(LettuceConnection.java:933)
	... 27 more

Running a build of current sources with complete testsuite this test is failing with
testRegistryConfiguration(org.jboss.as.test.smoke.deployment.rar.tests.pure.PureTestCase): expected:<1> but was:<2>

As of HBase 1.0 we no longer have binary artifacts that are tied to a particular hadoop release. The current section of the ref guide for getting started with standalone mode still refers to them:

Choose a download site from this list of Apache Download Mirrors. Click on the suggested top link. This will take you to a mirror of HBase Releases. Click on the folder named stable and then download the binary file that ends in .tar.gz to your local filesystem. Be sure to choose the version that corresponds with the version of Hadoop you are likely to use later. In most cases, you should choose the file for Hadoop 2, which will be called something like hbase-0.98.3-hadoop2-bin.tar.gz. Do not download the file ending in src.tar.gz for now.
Either remove the reference or turn it into a note call-out for versions 0.98 and earlier.

eg., 
INSERT INTO TABLE EMP(ID,NAME) select * FROM SRC;
FAILED: SemanticException 1:27 '[ID,NAME]' in insert schema specification are not found among regular columns of default.EMP nor dynamic partition columns.. Error encountered near token 'NAME'
Whereas below insert is successful:
INSERT INTO TABLE EMP(id,name) select * FROM SRC;

DefaultFilterChainValidator near the end of checkLoginPageIsntProtected method issues a call to

fsi.getAccessDecisionManager().decide(token, new Object(), attributes);

which throws exception

java.lang.ClassCastException: java.lang.Object cannot be cast to org.springframework.security.web.FilterInvocation

AccessDecisionManager is org.springframework.security.access.vote.AffirmativeBased and when it asks
org.springframework.security.web.access.expression.WebExpressionVoter to vote passing Object instead of FilterInvocation, ClassCastException is thrown.
Probably either AffirmativeBased AccessDecisionManager should first check if voter(s) support Object.class before giving them chance to vote, or DefaultFilterChainValidator should pass in FilterInvocation when checking in web environment.

IN HBase shell prompt execute the following command
list_replicated_tables

hbase(main):014:0> list_replicated_tables
TABLE:COLUMNFAMILY                                                 ReplicationType
ERROR: undefined method `TNAME' for Java::OrgApacheHadoopHbaseClientReplication::ReplicationAdmin:Class

List all the tables and column families replicated from this cluster

  hbase> list_replicated_tables
  hbase> list_replicated_tables 'abc.*'

 list.select {|s| pattern.match(s.get(ReplicationAdmin.TNAME))}

junit.framework.AssertionFailedError: Waiting timed out after [10,000] msec
	at org.apache.hadoop.hbase.Waiter.waitFor(Waiter.java:193)
	at org.apache.hadoop.hbase.Waiter.waitFor(Waiter.java:146)
	at org.apache.hadoop.hbase.HBaseTestingUtility.waitFor(HBaseTestingUtility.java:3251)
	at org.apache.hadoop.hbase.security.access.SecureTestUtil.updateACLs(SecureTestUtil.java:241)
	at org.apache.hadoop.hbase.security.access.SecureTestUtil.grantOnNamespace(SecureTestUtil.java:321)
	at org.apache.hadoop.hbase.security.access.TestNamespaceCommands.beforeClass(TestNamespaceCommands.java:88)

This is just a cosmetic change. The "Tez File Merge Work" vertex name is long that in-place update UI showing vertex name is out of place.

HBase client code assumes ZooKeeper is secured, as long as there is a java.security.auth.login.config property being set.  When HBase client is embedded in other java program with other security configuration, it can produce wrong assumption that ZooKeeper is secured.  Ideally, isSecureZooKeeper method should detect Jaas configuration specifically for ZooKeeper to ensure that client program doesn't have a false positive detection.

Currently the response to the reload op goes out to the client as soon as the op commits, not waiting for the op to complete. It can't wait for the op to complete, because op completion may not occur before the service managing the connection to the client is stopped. But sending the response on commit is too early, as the ProcessReloadHandler hasn't even begun the reload yet. If a client receives that response and immediately begins polling for the server in RUNNING state (i.e. completed reload) there is a race where it's possible the client sees the server as RUNNING before the reload has begun, rather than after.
https://github.com/wildfly/wildfly-core/pull/3098 for WFCORE-3594 helps mitigate the chances of this by putting the process in STOPPING state a bit faster.  But an ultimate solution requires the ProcessReloadHandler being able to signal when the response should go out.  I think this can be done via an OperationContext attachment that the current code that sends the response on commit would attach.

Cli output of HTTPSConnectionWithCLITestCase in wildfly-core-eap contains only "-2147483648: " (instead of correct result)
intermittently: 1%

mvn install -Dts.manualmode -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -DfailIfNoTests=false -Dtest=HTTPSConnectionWithCLITestCase

Maven report:

Running org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase
Tests run: 4, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 54.576 sec <<< FAILURE! - in org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase
testTrustedCLICertificate(org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase)  Time elapsed: 30.066 sec  <<< FAILURE! 
java.lang.AssertionError: Client with valid certificate should be authenticated.
Expected: a string containing "\"outcome\" => \"success\"" 
     but: was "-2147483648: "
        at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
        at org.junit.Assert.assertThat(Assert.java:956)
        at org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase.testTrustedCLICertificate(HTTPSConnectionWithCLITestCase.java:149)

org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase  Time elapsed: 16.5 sec  <<< ERROR!
org.jboss.as.cli.CommandLineException: Failed to establish connection in 6063ms
        at org.jboss.as.cli.handlers.ReloadHandler.ensureServerRebootComplete(ReloadHandler.java:235)
        at org.jboss.as.cli.handlers.ReloadHandler.doHandle(ReloadHandler.java:165)
        at org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.reloadServer(HTTPSManagementInterfaceTestCase.java:128)
        at org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase.resetTestConfiguration(HTTPSConnectionWithCLITestCase.java:162)

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: -1,448,877.175 sec <<< FAILURE! - in org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase
org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase  Time elapsed: -1,448,877.178 sec  <<< ERROR!
java.lang.RuntimeException: "WFLYCTL0212: Duplicate resource [
]"
        at org.jboss.as.test.integration.security.common.CoreUtils.applyUpdate(CoreUtils.java:185)
        at org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.serverSetup(HTTPSManagementInterfaceTestCase.java:269)
        at org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.startAndSetupContainer(HTTPSManagementInterfaceTestCase.java:116)

testcase logs are attached

No error

When testing the 2nd 2.19.2 release candidate, got the following when starting up 'service1' in the camel-example-opentracing example. This service started with no problems in the first release candidate, so not sure what has changed - but from the initial messages it appears that something is still being started up, i.e. "BeanCurrentlyInCreationException: Error creating bean with name 'camelContext': Requested bean is currently in creation: Is there an unresolvable circular reference?"

2017-07-27 10:24:18.314  INFO 3829 --- [           main] sample.camel.Service1Application         : Starting Service1Application on localhost.localdomain with PID 3829 (/home/gbrown/testing/apache/apache-camel-2.19.2/examples/camel-example-opentracing/service1/target/classes started by gbrown in /home/gbrown/testing/apache/apache-camel-2.19.2/examples/camel-example-opentracing/service1)
2017-07-27 10:24:18.316  INFO 3829 --- [           main] sample.camel.Service1Application         : No active profile set, falling back to default profiles: default
2017-07-27 10:24:18.347  INFO 3829 --- [           main] s.c.a.AnnotationConfigApplicationContext : Refreshing org.springframework.context.annotation.AnnotationConfigApplicationContext@311592f: startup date [Thu Jul 27 10:24:18 BST 2017]; root of context hierarchy
2017-07-27 10:24:19.098  WARN 3829 --- [           main] s.c.a.AnnotationConfigApplicationContext : Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'cacheAutoConfigurationValidatorPostProcessor' defined in class path resource [org/apache/camel/component/http/springboot/HttpComponentSSLAutoConfiguration.class]: Unsatisfied dependency expressed through method 'cacheAutoConfigurationValidatorPostProcessor' parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'camelContext' defined in class path resource [org/apache/camel/spring/boot/CamelAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.CamelContext]: Factory method 'camelContext' threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'rest-configuration' defined in class path resource [org/apache/camel/model/rest/springboot/RestConfigurationDefinitionAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.spi.RestConfiguration]: Factory method 'configureRestConfigurationDefinition' threw exception; nested exception is java.lang.IllegalArgumentException: target must be specified
Related cause: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'openTracingEventNotifier' defined in org.apache.camel.opentracing.starter.OpenTracingAutoConfiguration: Unsatisfied dependency expressed through method 'openTracingEventNotifier' parameter 0; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'camelContext': Requested bean is currently in creation: Is there an unresolvable circular reference?
2017-07-27 10:24:19.102 ERROR 3829 --- [           main] o.s.b.f.s.DefaultListableBeanFactory     : Destroy method on bean with name 'org.springframework.boot.autoconfigure.internalCachingMetadataReaderFactory' threw an exception

java.lang.IllegalStateException: ApplicationEventMulticaster not initialized - call 'refresh' before multicasting events via the context: org.springframework.context.annotation.AnnotationConfigApplicationContext@311592f: startup date [Thu Jul 27 10:24:18 BST 2017]; root of context hierarchy
	at org.springframework.context.support.AbstractApplicationContext.getApplicationEventMulticaster(AbstractApplicationContext.java:414) [spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.context.support.ApplicationListenerDetector.postProcessBeforeDestruction(ApplicationListenerDetector.java:97) ~[spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:253) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:578) [spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:554) [spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingleton(DefaultListableBeanFactory.java:961) [spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:523) [spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.destroySingletons(FactoryBeanRegistrySupport.java:230) [spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingletons(DefaultListableBeanFactory.java:968) [spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:1030) [spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:556) [spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:693) [spring-boot-1.5.4.RELEASE.jar:1.5.4.RELEASE]
	at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:360) [spring-boot-1.5.4.RELEASE.jar:1.5.4.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:303) [spring-boot-1.5.4.RELEASE.jar:1.5.4.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1118) [spring-boot-1.5.4.RELEASE.jar:1.5.4.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1107) [spring-boot-1.5.4.RELEASE.jar:1.5.4.RELEASE]
	at sample.camel.Service1Application.main(Service1Application.java:37) [classes/:na]
	at org.springframework.boot.maven.AbstractRunMojo$LaunchRunner.run(AbstractRunMojo.java:527) [spring-boot-maven-plugin-1.5.4.RELEASE.jar:1.5.4.RELEASE]

2017-07-27 10:24:19.107  INFO 3829 --- [           main] utoConfigurationReportLoggingInitializer : 

2017-07-27 10:24:19.110 ERROR 3829 --- [           main] o.s.boot.SpringApplication               : Application startup failed

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'cacheAutoConfigurationValidatorPostProcessor' defined in class path resource [org/apache/camel/component/http/springboot/HttpComponentSSLAutoConfiguration.class]: Unsatisfied dependency expressed through method 'cacheAutoConfigurationValidatorPostProcessor' parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'camelContext' defined in class path resource [org/apache/camel/spring/boot/CamelAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.CamelContext]: Factory method 'camelContext' threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'rest-configuration' defined in class path resource [org/apache/camel/model/rest/springboot/RestConfigurationDefinitionAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.spi.RestConfiguration]: Factory method 'configureRestConfigurationDefinition' threw exception; nested exception is java.lang.IllegalArgumentException: target must be specified
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:749) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:467) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1173) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1067) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:513) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:174) ~[spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:687) ~[spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:525) ~[spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE]
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'camelContext' defined in class path resource [org/apache/camel/spring/boot/CamelAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.CamelContext]: Factory method 'camelContext' threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'rest-configuration' defined in class path resource [org/apache/camel/model/rest/springboot/RestConfigurationDefinitionAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.spi.RestConfiguration]: Factory method 'configureRestConfigurationDefinition' threw exception; nested exception is java.lang.IllegalArgumentException: target must be specified
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:599) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:208) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1138) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1066) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:835) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.CamelContext]: Factory method 'camelContext' threw exception; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'rest-configuration' defined in class path resource [org/apache/camel/model/rest/springboot/RestConfigurationDefinitionAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.spi.RestConfiguration]: Factory method 'configureRestConfigurationDefinition' threw exception; nested exception is java.lang.IllegalArgumentException: target must be specified
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:189) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:588) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'rest-configuration' defined in class path resource [org/apache/camel/model/rest/springboot/RestConfigurationDefinitionAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.spi.RestConfiguration]: Factory method 'configureRestConfigurationDefinition' threw exception; nested exception is java.lang.IllegalArgumentException: target must be specified
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOfType(DefaultListableBeanFactory.java:519) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeansOfType(DefaultListableBeanFactory.java:508) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.getBeansOfType(AbstractApplicationContext.java:1186) ~[spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.apache.camel.spring.boot.CamelAutoConfiguration.getSingleBeanOfType(CamelAutoConfiguration.java:449) ~[camel-spring-boot-2.19.2.jar:2.19.2]
	at org.apache.camel.spring.boot.CamelAutoConfiguration.afterPropertiesSet(CamelAutoConfiguration.java:414) ~[camel-spring-boot-2.19.2.jar:2.19.2]
	at org.apache.camel.spring.boot.CamelAutoConfiguration.camelContext(CamelAutoConfiguration.java:199) ~[camel-spring-boot-2.19.2.jar:2.19.2]
	at org.apache.camel.spring.boot.CamelAutoConfiguration$$EnhancerBySpringCGLIB$$b01df009.CGLIB$camelContext$8(<generated>) ~[camel-spring-boot-2.19.2.jar:2.19.2]
	at org.apache.camel.spring.boot.CamelAutoConfiguration$$EnhancerBySpringCGLIB$$b01df009$$FastClassBySpringCGLIB$$64f95473.invoke(<generated>) ~[camel-spring-boot-2.19.2.jar:2.19.2]
	at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228) ~[spring-core-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:358) ~[spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE]
	at org.apache.camel.spring.boot.CamelAutoConfiguration$$EnhancerBySpringCGLIB$$b01df009.camelContext(<generated>) ~[camel-spring-boot-2.19.2.jar:2.19.2]
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:162) ~[spring-beans-4.3.10.RELEASE.jar:4.3.10.RELEASE]
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.camel.spi.RestConfiguration]: Factory method 'configureRestConfigurationDefinition' threw exception; nested exception is java.lang.IllegalArgumentException: target must be specified
Caused by: java.lang.IllegalArgumentException: target must be specified
	at org.apache.camel.util.ObjectHelper.notNull(ObjectHelper.java:313) ~[camel-core-2.19.2.jar:2.19.2]
	at org.apache.camel.util.IntrospectionSupport.getProperties(IntrospectionSupport.java:252) ~[camel-core-2.19.2.jar:2.19.2]
	at org.apache.camel.model.rest.springboot.RestConfigurationDefinitionAutoConfiguration.configureRestConfigurationDefinition(RestConfigurationDefinitionAutoConfiguration.java:60) ~[camel-core-starter-2.19.2.jar:2.19.2]
	at org.apache.camel.model.rest.springboot.RestConfigurationDefinitionAutoConfiguration$$EnhancerBySpringCGLIB$$4827afa9.CGLIB$configureRestConfigurationDefinition$0(<generated>) ~[camel-core-starter-2.19.2.jar:2.19.2]
	at org.apache.camel.model.rest.springboot.RestConfigurationDefinitionAutoConfiguration$$EnhancerBySpringCGLIB$$4827afa9$$FastClassBySpringCGLIB$$53cce885.invoke(<generated>) ~[camel-core-starter-2.19.2.jar:2.19.2]
	at org.apache.camel.model.rest.springboot.RestConfigurationDefinitionAutoConfiguration$$EnhancerBySpringCGLIB$$4827afa9.configureRestConfigurationDefinition(<generated>) ~[camel-core-starter-2.19.2.jar:2.19.2]

Currently, we use JsonMessageEncoder as the default message factory for Notification events. As the size of some of the events are really huge and cause OOM issues in RDBMS. So, it is needed to enable GzipJSONMessageEncoder as default message factory to optimise the memory usage.

SpringData Neo4j Lovelace should be compatible with SpringBoot 2 that defaults to OGM 3.0.3. To avoid ClassNotFoundExceptions SDN must avoid declaring classes from OGM 3.1.0 in imports and also use no methods that contains such classes.

   1) Open https://github.com/jboss/metadata/blob/master/common/src/main/resources/schema/jbxb_1_0.xsd
   2) Copy the text of the xsd
   3) Go to http://www.utilities-online.info/xsdvalidation/
   4) Paste the xsd into the text box on the right
   5) Click the button under the text box on the right
   6) Note the errors
Not valid.
Error - Line 94, 47: org.xml.sax.SAXParseException; lineNumber: 94; columnNumber: 47; src-element.3: Element 'class' has both a 'type' attribute and a 'anonymous type' child. Only one of these is allowed for an element.
Error - Line 19, 77: org.xml.sax.SAXParseException; lineNumber: 19; columnNumber: 77; src-resolve.4.2: Error resolving component 'jbxb:package'. It was detected that 'jbxb:package' is in namespace 'http://www.jboss.org/xml/ns/jbxb', but components from this namespace are not referenceable from schema document 'null'. If this is the incorrect namespace, perhaps the prefix of 'jbxb:package' needs to be changed. If this is the correct namespace, then an appropriate 'import' tag should be added to 'null'.
Error - Line 19, 77: org.xml.sax.SAXParseException; lineNumber: 19; columnNumber: 77; src-resolve: Cannot resolve the name 'jbxb:package' to a 'element declaration' component.

Using SpringJUnit4ClassRunner, one was able to autowire a JUnit 4 rule into a test.
However, with SpringClassRule and SpringMethodRule, this no longer seems to be possible and though my rule is autowired, the rule is never actually applied.

SPR-8996 has introduced an UncaughtExceptionHandler but it is not configured properly in AspectJ mode

service.bat does not work when Wildfly is run from Program Files (x86)

C:\Program Files (x86)\wildfly-9.0.0.Final\bin\service>service.bat install
\wildfly-9.0.0.Final\domain\log non atteso.

UriUtils is not properly validating that a %XX is a valid hex code, leading to invalid characters in the encoded output. Possible security implications unknown.

The file-backed timer service reads files without privileged context, causing security manager failures when loading persisted timers.

Many functions in HBaseAdmin are marked deprecated. Removing them. 

FilenameFlowUrlHandler, which was introduced in 2.0.4, extracts the flow id from an http request. However, it fails to construct the correct URL given the flow id. I think this should be implemented by overriding createFlowDefinitionUrl.
Test case:
1) configure a flow executor repository with max-executions="1"
2) Start a flow "X". 
3) Now start another flow "Y" by navigating to the URL of the "Y" flow. 
4) Press back on the browser. If the createFlowDefinitionUrl method works correctly then the system should take you to the beginning of a new flow "X".

Fresh roo 1.2 installation.
Set up a new project..
jpa setup -provider HIBERNATE --database FIREBIRD --hostName localhost --userName abc-password xxx --databaseName /home/erics/db/mydb.gdb --persistenceUnit mydb
addon install  bundle --bundleSymbolicName org.springframework.roo.wrapping.firebird
Run:
database introspect --schema and hit tab.
Exception in thread "Spring Roo JLine Shell" java.lang.NoClassDefFoundError: javax/resource/ResourceException
Roo shell has crashed..

hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot table1_snapshot -copy-to hdfs:///myhbase%2Cbackup/table1_snapshot

13/07/26 18:09:50 INFO mapred.JobClient:  map 0% reduce 0%
13/07/26 18:09:58 INFO mapred.JobClient: Task Id : attempt_201307261804_0002_m_000001_0, Status : FAILED
java.util.MissingFormatArgumentException: Format specifier ') from family1/table1=3567d8ac6cfee83dfe81c346f139fb9c-c5bc120475a54d188f30d4b621d505b1 to hdfs:/myhbase%2C'
        at java.util.Formatter.getArgument(Formatter.java:592)
        at java.util.Formatter.format(Formatter.java:561)
        at java.util.Formatter.format(Formatter.java:510)
        at java.lang.String.format(String.java:1977)
        at org.apache.hadoop.hbase.snapshot.ExportSnapshot$ExportMapper.copyData(ExportSnapshot.java:274)
        at org.apache.hadoop.hbase.snapshot.ExportSnapshot$ExportMapper.copyFile(ExportSnapshot.java:204)
        at org.apache.hadoop.hbase.snapshot.ExportSnapshot$ExportMapper.map(ExportSnapshot.java:149)
        at org.apache.hadoop.hbase.snapshot.ExportSnapshot$ExportMapper.map(ExportSnapshot.java:98)

The problem is this code in copyData():

final String statusMessage = "copied %s/" + StringUtils.humanReadableInt(inputFileSize) +
                                   " (%.3f%%) from " + inputPath + " to " + outputPath;

Since we don't know what the path may contain that may confuse the formatter, we need to pull that part out of the format string.
Also the percentage completion math seems to be wrong in the same code.

I have a domain object called country_master with the fields defined as (excluding ID field etc.): 
    @NotNull
    @Column(name = "COUNTRY_NAME")
    @NotNull
    @Column(name = "COUNTRY_ISO_CODE")
    private String ISOCODE;
When I generate the view using ROO scaffolding, the generated view viz. show.jspx has the ISOCODE field generated as: 
<div class="box" id="_iSOCODE">${country.iSOCODE}</div> 
instead of 
<div class="box" id="_iSOCODE">${country.ISOCODE}</div>
This field's usage was incorrectly generated in all the view related JSPs such as create.jspx, list.jspx etc.

if clientId is specified, after ActiveMQ broker restart, camel-mqtt consumer starts to receive duplicate messages. Please see the testcase attached.

There is a timing bug where SFSB expiration can run while the SFSB is still locked, causing the expiration to fail and never retry, leaving the SFSB active indefinitely.

When following the steps to reproduce for JBEAP-10582, I configured "ejb" cache-container in standalone-ha.xml this way:

<cache-container name="ejb" aliases="sfsb" default-cache="passivation" module="org.wildfly.clustering.ejb.infinispan">
    <local-cache name="passivation">
	<locking isolation="REPEATABLE_READ"/>
	<transaction mode="BATCH"/>
	<eviction strategy="LRU" max-entries="100"/>
	<expiration max-idle="30000"/>
	<file-store passivation="true" purge="false"/>
    </local-cache>

Then I started EAP (with ejb application deployed) and got this error message:

12:03:11,997 INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-6) WFLYEJB0473: JNDI bindings for session bean named 'HelloBean' in deployment unit 'deployment "server.jar"' are as follows:

        java:global/server/HelloBean!ejb.HelloBeanRemote
        java:app/server/HelloBean!ejb.HelloBeanRemote
        java:module/HelloBean!ejb.HelloBeanRemote
        java:jboss/exported/server/HelloBean!ejb.HelloBeanRemote
        java:global/server/HelloBean
        java:app/server/HelloBean
        java:module/HelloBean

12:03:12,089 INFO  [org.jboss.weld.Version] (MSC service thread 1-6) WELD-000900: 2.4.3 (redhat)
12:03:12,167 WARN  [org.wildfly.clustering.ejb.infinispan] (MSC service thread 1-5) WFLYCLEJBINF0010: Disabling expiration from org.wildfly.clustering.infinispan.default-cache-configuration.ejb.  SFSB expiration should be configured per §4.3.11 of the EJB specification.
12:03:12,167 WARN  [org.wildfly.clustering.ejb.infinispan] (MSC service thread 1-5) WFLYCLEJBINF0009: Disabling eviction from org.wildfly.clustering.infinispan.default-cache-configuration.ejb.  SFSB passivation should be configured via the associated EJB subsytem passivation-store.
12:03:12,325 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 68) WFLYCLINF0002: Started client-mappings cache from ejb container
12:03:12,374 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 68) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache.ejb.server.jar: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache.ejb.server.jar: org.infinispan.commons.CacheConfigurationException: Unknown eviction strategy MANUAL
        at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:70)
        at org.wildfly.clustering.service.AsynchronousServiceBuilder.lambda$start$0(AsynchronousServiceBuilder.java:99)
        at org.wildfly.clustering.service.AsynchronousServiceBuilder$$Lambda$578/785687163.run(Unknown Source)
Caused by: org.infinispan.commons.CacheConfigurationException: Unknown eviction strategy MANUAL
        at org.infinispan.factories.DataContainerFactory.construct(DataContainerFactory.java:74)
        at org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:297)
        at org.infinispan.factories.ComponentRegistry.getOrCreateComponent(ComponentRegistry.java:156)
        at org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:246)
        at org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:71)
        at org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:787)
        at org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:219)
        at org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:193)
        at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:171)
        at org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:300)
        at org.infinispan.factories.InternalCacheFactory.bootstrap(InternalCacheFactory.java:132)
        at org.infinispan.factories.InternalCacheFactory.createAndWire(InternalCacheFactory.java:73)
        at org.infinispan.factories.InternalCacheFactory.createCache(InternalCacheFactory.java:56)
        at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:625)
        at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:585)
        at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:451)
        at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:108)
        at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:103)
        at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.lambda$build$0(CacheBuilder.java:83)
        at org.wildfly.clustering.infinispan.spi.service.CacheBuilder$$Lambda$672/643844604.get(Unknown Source)
        at org.wildfly.clustering.service.SuppliedValueService.lambda$new$0(SuppliedValueService.java:42)
        at org.wildfly.clustering.service.SuppliedValueService$$Lambda$605/94666937.apply(Unknown Source)
        at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:68)
        ... 6 more

12:03:12,592 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "server.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.clustering.infinispan.cache.ejb.server.jar" => "org.infinispan.commons.CacheConfigurationException: Unknown eviction strategy MANUAL
    Caused by: org.infinispan.commons.CacheConfigurationException: Unknown eviction strategy MANUAL"}}

I think this WARN message is important (and the fact that MANUAL eviction is then used which results in the above mentioned error):

During some (admittedly artificial) load testing we found a large amount split activity, which we tracked down the IncreasingToUpperBoundRegionSplitPolicy.
The current logic is this (from the comments):
"regions that are on this server that all are of the same table, squared, times the region flush size OR the maximum region split size, whichever is smaller"
So with a flush size of 128mb and max file size of 20gb, we'd need 13 region of the same table on an RS to reach the max size.
With 10gb file sized it is still 9 regions of the same table.
Considering that the number of regions that an RS can carry is limited and there might be multiple tables, this should be more configurable.
I think the squaring is smart and we do not need to change it.
We could

Make the start size configurable and default it to the flush size
Add multiplier for the initial size, i.e. start with n * flushSize
Also change the default to start with 2*flush size

Of course one can override the default split policy, but these seem like simple tweaks.
Or we could instead set the goal of how many regions of the same table would need to be present in order to reach the max size. In that case we'd start with maxSize/goal^2. So if max size is 20gb and the goal is three we'd start with 20g/9 = 2.2g for the initial region size.
stack, I'm especially interested in your opinion.

table.jsp does not use a lookup method on CatalogTracker that does not force a refresh of the cache, thus it can get a stale location if ROOT or .META. moved and the master hasn't tried to access them yet.
Should just be a matter of using waitForRoot/Meta.

The message that is returned is "NOT_FOUND_ERR: An attempt is made to reference a node in a context where it does not exist."

HIVE-6037 overwrote configuration changes made by HIVE-7158 for Configuration parameters related to reducer parallelism.
The changes need to be reapplied.

We recreate the nonce every time when retry, which is not correct.
And it is strange that we even do not have a UT for this...

ConcurrentReferenceHashMap needs to override the default implementation of computeIfAbsent in order to allow adding computed null values.

#from: ConcurrentMap.java
... implementation assumes that the ConcurrentMap cannot contain null values and get() returning null unambiguously means the key is absent. Implementations which support null values *must* override this default implementation.
The following currently fails:

ConcurrentReferenceHashMap<String, Object> map = new ConcurrentReferenceHashMap<>();
map.computeIfAbsent("key", key -> null);

assertThat(map.containsKey("key")).isTrue();

The DiskStoreAndEvictionRegionParsingTest class fails when SDG is built with Maven since the test class assumes the project is being built with Gradle and the Disk Store sub-directory is relative to the Gradle build directory ($PWD/build).

If a POJO is defined like this in an EJB-jar:

package com.redhat.gss.ws; 

@javax.jws.WebService 
public class HelloService { 
  public String sayHello() { 
    return "Hello World!"; 
  } 
}

Deployment structure:

klape@localhost ws-java.jar$ tree
.
├── com
│   └── redhat
│       └── gss
│           └── ws
│               └── HelloService.java
└── META-INF
    └── MANIFEST.MF

5 directories, 2 files
klape@localhost ws-java.jar$

Upon deployment, you get this in the log:

16:52:51,372 INFO  [org.jboss.ws.cxf.metadata] (MSC service thread 1-7) JBWS024061: Adding service endpoint metadata: id=com.redhat.gss.ws.HelloService
 address=http://localhost:8080/ws-java/HelloService
 implementor=com.redhat.gss.ws.HelloService
 serviceName={http://ws.gss.redhat.com/}HelloServiceService
 portName={http://ws.gss.redhat.com/}HelloServicePort
 annotationWsdlLocation=null
 wsdlLocationOverride=null
 mtomEnabled=false
16:52:51,571 INFO  [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (MSC service thread 1-7) Creating Service {http://ws.gss.redhat.com/}HelloServiceService from class com.redhat.gss.ws.HelloService
16:52:51,879 INFO  [org.apache.cxf.endpoint.ServerImpl] (MSC service thread 1-7) Setting the server's publish address to be http://localhost:8080/ws-java/HelloService
16:52:51,925 INFO  [org.jboss.ws.cxf.deployment] (MSC service thread 1-7) JBWS024074: WSDL published to: file:/home/remote/klape/work/archives/wildfly-8.1.0.Final/standalone/data/wsdl/ws-java.jar/HelloServiceService.wsdl

Yet when you try to get the WSDL at http://localhost:8080/ws-java/HelloService?wsdl (pulled from the metadata in the log), you get a 404 error.
JBossWS should not be trying to deploy the POJO endpoint from within an EJB-jar.

XsltBuilder.getSource(Exchange e, Object o) tries to convert the payload to a Source. 
If you have a byte[] payload, then the following type converter will likely be picked:

InstanceMethodTypeConverter: public javax.xml.transform.sax.SAXSource 
org.apache.camel.converter.jaxp.XmlConverter.toSAXSource(byte[],org.apache.camel.Exchange) 
throws java.io.IOException,org.xml.sax.SAXException,javax.xml.transform.TransformerException

This type converter requires the Exchange (InstanceMethodTypeConverter.useExchange == true), but line 461 of XsltBuilder doesn't pass it on.
Therefore, a NullPointerException happens because the conversion method tries to access the Exchange.

When using a repository to get a Page object with this method Page<T> findAll(Specification<T> specification, Pageable pageable) two queries are generated. A count-Query to get the total number of results and the actual query to get the results for the page. When the specification-parameter contains a group by-clause the count-query throws an exception org.springframework.dao.IncorrectResultSizeDataAccessException result returns more than one elements). The problem is that the group by-clause returns more than one result row for the count query and only a single result with one number is expected.
Example:

SELECT DISTINCT COUNT(id) FROM Table WHERE value > 70 GROUP BY name;

Result:
4 (for name1)
7 (for name2)
2 (for name3)
So if there's more than one result being returned from the count query we actually have to consider the size of the list instead of the value returned.

I use the following command to create a table.

hbase(main):030:0> create 't3',{NAME => 'f2', BLOCKCACHE => false}, {COMPACTION_ENABLED => false}
An argument ignored (unknown or overridden): COMPACTION_ENABLED
0 row(s) in 1.1390 seconds

hbase(main):031:0> describe 't3'
Table t3 is ENABLED
t3                                                                                                                                                                                           
COLUMN FAMILIES DESCRIPTION                                                                                                                                                                  
{NAME => 'f2', BLOOMFILTER => 'ROW', VERSIONS => '1', IN_MEMORY => 'false', KEEP_DELETED_CELLS => 'FALSE', DATA_BLOCK_ENCODING => 'NONE', TTL => 'FOREVER', COMPRESSION => 'NONE', MIN_VERSIONS => '0', BLOCKCACHE => 'false', BLOCKSIZE => '65536', REPLICATION_SCOPE => '0'}
1 row(s) in 0.0720 seconds

BLOCKCACHE was in effect but COMPACTION_ENABLED didn't take effect.
After checking code, I found that if the table-scope attributes value is false, you need to enclose 'false' in single quotation marks while family-scope is not required.
so we should keep the consistent logic for table-scope and family-scope.
the command alter also have the same problem.

The DefaultPropertyReplacer + PropertyResolver algorithm is broken for vault expressions. It's based on the assumption that the contents of the expression string between "${" and "}" have a fixed format a la the old JBoss AS system properties (e.g. propertyname[: default value]) and then the PropertyResolver tries to resolve "propertyname".

From hbase shell, run 'get_auths' with a non-superuser:

hbase(main):002:0> get_auths 'user2'

ERROR:

Get the visibility labels set for a particular user
Syntax : get_auths 'user1'

    hbase> get_auths 'user1'

We should expect a AccessDeniedException from the server.
From a Java client,  AccessDeniedException was dumped out, but the end exception is

        at java.util.TreeMap$PrivateEntryIterator.nextEntry(TreeMap.java:1124)
        at java.util.TreeMap$ValueIterator.next(TreeMap.java:1171)
        at org.apache.hadoop.hbase.security.visibility.VisibilityClient.getAuths(VisibilityClient.java:148)

meta table region assignment could reach to the 'FAILED_OPEN' state, which makes the region not available unless the target region server shutdown or manual resolution.  This is undesirable state for meta tavle region.
Here is the sequence how this could happen (the code is in AssignmentManager#assign()):
Step 1: Master detects a region server (RS1) that hosts one meta table region is down, it changes the meta region state from 'online' to 'offline'
Step 2: In a loop (with configuable maximumAttempts count, default is 10, and minimal is 1), AssignmentManager tries to find a RS to host the meta table region.  If there is no RS available, it would loop forver by resetting the loop count (BUG#1 from this logic - a small bug) 

           if (region.isMetaRegion()) {
              try {
                Thread.sleep(this.sleepTimeBeforeRetryingMetaAssignment);
                if (i == maximumAttempts) i = 1; // ==> BUG: if maximumAttempts is 1, then the loop will end.
                continue;
              ...
           }

Step 3: Once a new RS is found (RS2), inside the same loop as Step 2, AssignmentManager tries to assign the meta region to RS2 (OFFLINE, RS1 => PENDING_OPEN, RS2).  If for some reason that opening the region in RS2 failed (eg. the target RS2 is not ready to serve - ServerNotRunningYetException), AssignmentManager would change the state from (PENDING_OPEN, RS2) to (FAILED_OPEN, RS2).  then it would retry (and even change the RS server to go to).  The retry is up to maximumAttempts.  Once the maximumAttempts is reached, the meta region will be in the 'FAILED_OPEN' state, unless either (1).  RS2 shutdown to trigger region assignment again or (2). it is reassigned by an operator via HBase Shell.  
Based on the document ( http://hbase.apache.org/book/regions.arch.html ), this is by design - "17. For regions in FAILED_OPEN or FAILED_CLOSE states , the master tries to close them again when they are reassigned by an operator via HBase Shell.".  
However, this is bad design, espcially for meta table region (it is arguable that the design is good for regular table - for this ticket, I am more focus on fixing the meta region availablity issue).  
I propose 2 possible fixes:
Fix#1 (band-aid change): in Step 3, just like Step 2, if the region is a meta table region, reset the loop count so that it would not leave the loop with meta table region in FAILED_OPEN state.
Fix#2 (more involved): if a region is in FAILED_OPEN state, we should provide a way to automatically trigger AssignmentManager::assign() after a short period of time (leaving any region in FAILED_OPEN state or other states like 'FAILED_CLOSE' is undesirable, should have some way to retrying and auto-heal the region).
I think at least for 1.0.0, Fix#1 is good enough.  We can open a task-type of JIRA for Fix#2 in future release.

When using LoggingFraction and PeriodicSizeRotatingFileHandler it gives me the following error:

16:03:13,755 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 9) WFLYCTL0013: Operation ("add") failed - address: ([
    ("periodic-size-rotating-file-handler" => "cliente-handler")
]) - failure description: "WFLYCTL0155: file may not be null"

Here is my whole code:
https://gist.github.com/rafaelszp/8bdfc147c676f35106eb4213670b568b

Current GenericUDFOPDivide seems having a bug. The following query generates NULL result.

hive> select 4BD / 25BD  from test limit 1;        
...
Total MapReduce CPU Time Spent: 890 msec
OK
NULL
Time taken: 7.901 seconds, Fetched: 1 row(s)

The correct result should be 0.16 in this query.

An exception occurs when there is no _id in the query result(the id attribute is a primitive type, such as long). This also happens on _id of embedded object.

Exception in thread "main" java.lang.IllegalArgumentException: Can not set long field Employee.id to null value
	at sun.reflect.UnsafeLongFieldAccessorImpl.set(UnsafeLongFieldAccessorImpl.java:80)
	at java.lang.reflect.Field.set(Field.java:764)
	at org.springframework.util.ReflectionUtils.setField(ReflectionUtils.java:122)
	at org.springframework.data.mapping.model.BeanWrapper.setProperty(BeanWrapper.java:59)
	at org.springframework.data.mapping.model.ConvertingPropertyAccessor.setProperty(ConvertingPropertyAccessor.java:58)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:265)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:232)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.readValue(MappingMongoConverter.java:1196)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.access$200(MappingMongoConverter.java:79)

Here is a sample project
project --topLevelPackage foo.bar
entity --class ~.domain.Foo
field string --fieldName name --sizeMin 3 --sizeMax 30 --class ~.domain.Foo
finder add --finderName findFoosByNameLike
Create a Foo with a name with an accent (ex: Éric, Émilie, Jérôme)
Then try the "Find by Name like"
-If you search for "ric", you get 1 result
-If you search for "Éric", you get no results.
Seems like an encoding issue.

Default maxPermgen size is added when jvm element isn't specified in domain.xml/host.xml and warning is logged. 

<server-group name="main-server-group" profile="default">
<!--            
    <jvm name="default">
        <heap size="64m" max-size="512m"/>
    </jvm>
-->
    <socket-binding-group ref="standard-sockets"/>
</server-group>

WFLYHC0011: Ignoring <permgen> for jvm 'SUN' type jvm: null

It happens because default is defined in JvmElement.java#L76

Currently, jettison isn't required for testing hbase-server, but TestSchemaConfigured requires it, causing the compile phase (at least on my MBP) to fail. Further, in cleaning up the poms, netty should be declared in the parent hbase/pom.xml and then inherited in the subclass.

When calling DefaultItdTypeDetailsBuilder.addImplementsType(JavaType) generics applied to the JavaType are ignored.

The cleanup made in 9caa514c69d1282e40daa065a779ea58f356e593 for SharedEntityManagerCreator.createSharedEntityManager(EntityManagerFactory emf, Map properties, boolean synchronizedWithTransaction) introduces a NullPointerException being thrown in case EntityManagerFactoryInfo returns null for ….getEntityManagerInterface(). 
The delegating call to ….createSharedEntityManager(EntityManagerFactory emf, Map properties, boolean synchronizedWithTransaction, Class... entityManagerInterfaces) will wrap the null value into an array with a null element, which Proxy.newProxyInstance(…) will reject with a NullPointerException eventually.
A possible fix is to guard against the null returned and hand an empty array to the delegating call. Pull request in progress.

org.jboss.as.test.integration.jca.datasource.DatasourceNonCcmTestCase#testJTADS
org.jboss.as.test.integration.jca.datasource.DatasourceNonCcmTestCase#testNonJTADS
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.jca.datasource.DatasourceNonCcmTestCase -Dsecurity.manager

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.jboss.remoting3.security.RemotingPermission" "createEndpoint")" in code source "(vfs:/content/dummy.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.dummy.jar:main" from Service Module Loader")
	at org.jboss.remoting3.Remoting.createEndpoint(Remoting.java:85)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:120)
	at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:64)
	at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:139)
	at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:114)

If I register provider loader to load providers from org.bouncycastle module, no provider is loaded.

[standalone@localhost:9990 /] /subsystem=elytron/provider-loader=bc:add(module=org.bouncycastle)
[standalone@localhost:9990 /] /subsystem=elytron/provider-loader=bc:read-attribute(name=loaded-providers)
{
}

But if I specify class-names attribute, provider is loaded as expected.

[standalone@localhost:9990 /] /subsystem=elytron/provider-loader=bc2:add(class-names=[org.bouncycastle.jce.provider.BouncyCastleProvider], module=org.bouncycastle)
[standalone@localhost:9990 /] /subsystem=elytron/provider-loader=bc2:read-attribute(name=loaded-providers)
{
        "name" => "BC",
        "info" => "BouncyCastle Security Provider v1.56",
        "version" => 1.56,
        "services" => [
            {
                "type" => "MessageDigest",
                "algorithm" => "GOST3411",
                "class-name" => "org.bouncycastle.jcajce.provider.digest.GOST3411$Digest"
            },
            {
                "type" => "Mac",
                "algorithm" => "HMACGOST3411",
                "class-name" => "org.bouncycastle.jcajce.provider.digest.GOST3411$HashMac"
            },
            {
                "type" => "KeyGenerator",
                "class-name" => "org.bouncycastle.jcajce.provider.digest.GOST3411$KeyGenerator"
            },
            {
                "algorithm" => "GOST3411-2012-256",
                "class-name" => "org.bouncycastle.jcajce.provider.digest.GOST3411$Digest2012_256"
            },
	...

Check provider discovery feature.
ProviderDefinitions

            ClassLoader classLoader = doPrivileged((PrivilegedExceptionAction<ClassLoader>) () -> resolveClassLoader(module));
            final List<Provider> loadedProviders;
	    if (classNames != null) {
		loadedProviders = new ArrayList<>(classNames.length);
		for (String className : classNames) {
		    Class<? extends Provider> providerClazz = classLoader.loadClass(className).asSubclass(Provider.class);
		    loadedProviders.add(providerClazz.newInstance());
		}
	    } else {
		loadedProviders = new ArrayList<>();
		ServiceLoader<Provider> loader = ServiceLoader.load(Provider.class, classLoader);
		loader.forEach(loadedProviders::add);
	    }

Remove some code by using the utils that we already have in SnapshotTestingUtil
Add an Export with references for both v1 and v2 format
add the verification on the actual number of files exported

stats_partscan_1_23.q and orc_createas1.q should use HiveInputFormat as opposed to CombineHiveInputFormat. RCFile uses DefaultCodec for compression (uses DEFLATE) which is not splittable. Hence using CombineHiveIF will yield different results for these tests. ORC should use HiveIF to generate ORC splits.

I can reproduce this using JDK 6 on Ubuntu 13.10.

Running org.apache.hadoop.hbase.TestIOFencing
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 111.55 sec <<< FAILURE!

No failure trace captured yet. Fix or disable.

The Javadoc for CompressorStreamFactory contains two examples of "Compressing a file". In actuality, the second example is decompressing a file.

The AttributeDefinition for the 'content' attribute is sharing ADs for its fields with those created for the 'content' param to various deployment ops. This resulted in incorrect metadata as those fields have different "require" and "alternatives" settings in the two different use cases.
Besides being wrong data in the read-resoure-description this blocks WFCORE-2317 and WFCORE-2674 by introducing incorrect data that results in spurious validation that can't succeed.

The listeners attribute is a synchronized collection but it's only accessed from 3 methods that are already marked as synchronized.  The double-synchronization is unnecessary and can be eliminated.

MergingPersistenceUnitManager does not guard against the the new PUI's root URL bing equivalent to the old ones. In this case the old PUIs root URL gets added to the list of JAR file URLs but does not get removed as root URL which might cause persistence providers (e.g. Hibernate) cause complaining about duplicate entries. 

See the steps to reproduce. It is not possible to remove a distributed workmanager once it has been created, except in admin-only mode.
It is expected that if a command is valid - it should pass in both normal and admin-only mode. The exception being, that if the resource being removed cannot be removed while the server is running, the command should still pass, but should require server reload. Note that from user-experience standpoint, as few operations as possible should require server reload.
Can be reproduced with wildfly master, exact commit: f16940f5e6bb939e0140a2327e3a91717f3869ff

When compiling the latest code after HIVE-18495 seeing the following issue:

[ERROR] /grid/0/jenkins/workspace/Zuul_HDP_Build_Job/build-support/SOURCES/hive/ql/src/test/org/apache/hive/testutils/HiveTestEnvSetup.java:[29,64] package org.apache.hadoop.hbase.shaded.com.google.common.collect does not exist
[ERROR] /grid/0/jenkins/workspace/Zuul_HDP_Build_Job/build-support/SOURCES/hive/ql/src/test/org/apache/hive/testutils/MiniZooKeeperCluster.java:[43,68] package org.apache.hadoop.hbase.shaded.com.google.common.annotations does not exist
ERROR] /grid/0/jenkins/workspace/Zuul_HDP_Build_Job/build-support/SOURCES/hive/ql/src/test/org/apache/hive/testutils/MiniZooKeeperCluster.java:[100,4] cannot find symbol
  symbol:   class VisibleForTesting
  location: class org.apache.hive.testutils.MiniZooKeeperCluster
[INFO] 3 errors

Seems like org.apache.hadoop.hbase.shaded.com.google.* is being used, I am guessing the idea was to use com.google.*. Not sure why we didn't see this failing in Apache Hive build system.

2015-09-28 10:32:03,355 WARN  [org.infinispan.notifications.cachelistener.CacheNotifierImpl] (notification-thread--p4-t1) ISPN000331: Unable to invoke method public void org.wildfly.clustering.server.group.CacheGroup.topologyChanged(org.infinispan.notifications.cachelistener.event.TopologyChangedEvent) on Object instance org.wildfly.clustering.server.group.CacheGroup@5bcbba4a : java.lang.UnsupportedOperationException: Not supported in this implementation since additional locking is required and cannot directly be delegated to multiple calls to ConcurrentHashMap
	at org.infinispan.util.concurrent.ConcurrentHashSet.removeAll(ConcurrentHashSet.java:110)
	at org.wildfly.clustering.server.provider.CacheServiceProviderRegistry.lambda$membershipChanged$7(CacheServiceProviderRegistry.java:161)
	at org.wildfly.clustering.server.provider.CacheServiceProviderRegistry.membershipChanged(CacheServiceProviderRegistry.java:150)
	at org.wildfly.clustering.server.group.CacheGroup.lambda$topologyChanged$9(CacheGroup.java:134)
	at org.wildfly.clustering.server.group.CacheGroup.topologyChanged(CacheGroup.java:120)

Jt400DataQueueConsumer implementation of receive(long) passes the timeout argument directly to com.ibm.as400.access.DataQueue.read(int), not performing unit conversion. However, Jt400DataQueueConsumer.receive(long) accepts milliseconds, whereas DataQueue.read(int) accepts seconds as the time unit.
Also, invoking Jt400DataQueueConsumer.receive() results in a call to DataQueue.read(), which is not a blocking call; on the contrary, it will not wait for entries.
Code snippet below.
Jt400DataQueueConsumer.java
        DataQueue queue = endpoint.getDataQueue();
        try {
            DataQueueEntry entry;
            if (timeout >= 0) {
                entry = queue.read((int)timeout);
            } else {
                entry = queue.read();
            }

Note that the submitted patch floors the timeout value when converting to seconds, but different rounding might be desired, which should be specified in the class documentation.

Thanks for the nice findings Hiroshi Ikeda
This jira solves 3 issues with Unsafe operations and ByteBufferUtils
1. We can do sun unsafe based reads and writes iff unsafe package is available and underlying platform is having unaligned-access capability. But we were missing the second check
2. Java NIO is doing a chunk based copy while doing Unsafe copyMemory. The max chunk size is 1 MB. This is done for "A limit is imposed to allow for safepoint polling during a large copy" as mentioned in comments in Bits.java.  We are also going to do same way
3. In ByteBufferUtils, when Unsafe is not available and ByteBuffers are off heap, we were doing byte by byte operation (read/copy). We can avoid this and do better way.

Webhcat job submission requests result in the pig/hive/mr job being run from a map task that it launches. In secure mode, for the pig/hive/mr job that is run to be authorized to perform actions on metastore, it has to have the delegation tokens from the hive metastore.
In case of pig/MR job this is needed if hcatalog is being used in the script/job.

The .rar suffix shouldn't be stripped anymore, as the resource adapters are registered under their full name.

The org.jboss.as.controller.client.helpers.Operations helper adds the recursive attribute the the read-resource operation regardless of whether or not the user specified if the operation should be recursive. This attribute should not be set by default.

We had a number of @Scheduled tasks stop firing after upgrading spring 3.2.x. I have tracked down the problem to changes introduced by SPR-12189
We have a point cut set as such

@Pointcut("execution(* com.example.Processor.process())")}}

where Processor is a simple interface

public interface Processor {
    void process();
}

The implementing class looks like

public class ProcessorImpl implements Processor {

    @Override
    @Scheduled(cron = "*/2 * * * * *")
    public void process() {
        System.out.println("It works!");
    }
}

This works as expected in 3.2.11, printing "It works!" every 2 seconds. However the scheduled task fails to fire since 3.2.12. I have tested this with aspectj versions 1.7.4 and 1.8.5 and both fail to work.
I have confirmed that reverting commit 37da70629f68b07d83d5c57abb74cecb7ecb358b, introduced by SPR-12189, fixes this problem.

Simplified route:

from(inUri)
            .toD("http4://user:password@host:port/path");

When a HttpOperationFailedException occurs the message contains the unmasked password e.g. "HTTP operation failed invoking http://user:password@host:port/path ..."
I guess Camel should mask the password.

See nabble
http://camel.465427.n5.nabble.com/Inconsistent-return-from-XpathBuilder-evaluate-tp5770576.html

The column pruning process for the filter operator should preserve the order of input columns, otherwise it could result in miss match in columns in the down stream operators. 

While cross-vm calls to beans through remote interfaces while their @PostConstruct is not done yet should be disallowed, in-vm calls should be able to proceed normally.

Now what we get from HiveSemanticAnalyzerHookContextImpl is limited. If we have hook of HiveSemanticAnalyzerHook, we may want to get more things from hookContext. (e.g. the needed colums from query).
So we should get instance of HiveSemanticAnalyzerHookContext from configuration, extends HiveSemanticAnalyzerHookContext with a new implementation, overide the HiveSemanticAnalyzerHookContext.update() and put what you want to the class.
Hive should store accessed columns to ReadEntity when we set HIVE_STATS_COLLECT_SCANCOLS(or we can add a confVar) is true.
Then external authorization model can get accessed columns when do authorization in compile before execute. Maybe we will remove columnAccessInfo from BaseSemanticAnalyzer, old authorization and AuthorizationModeV2 can get accessed columns from ReadEntity too.
Here is the quick implement in SemanticAnalyzer.analyzeInternal() below:

   boolean isColumnInfoNeedForAuth = SessionState.get().isAuthorizationModeV2()
        && HiveConf.getBoolVar(conf, HiveConf.ConfVars.HIVE_AUTHORIZATION_ENABLED);
    if (isColumnInfoNeedForAuth
        || HiveConf.getBoolVar(this.conf, HiveConf.ConfVars.HIVE_STATS_COLLECT_SCANCOLS) == true) {
      ColumnAccessAnalyzer columnAccessAnalyzer = new ColumnAccessAnalyzer(pCtx);
      setColumnAccessInfo(columnAccessAnalyzer.analyzeColumnAccess()); 
    }
    compiler.compile(pCtx, rootTasks, inputs, outputs);
    // TODO: 
    // after compile, we can put accessed column list to ReadEntity getting from columnAccessInfo if HIVE_AUTHORIZATION_ENABLED is set true

Hive uses Spark application submission script, spark-submit, to launch remote spark driver. Starting from Spark 1.4, this script also does a lot of things that Hive doesn't need, for instance, accessing metastore for delegation tokens. Hive on Spark doesn't need this, and one way to do this is hide Hive configuration from being visible by that script.

Test framework masks output of "Path -> Alias" for explain extended. This makes it impossible to verify the output is right. 
Design is to add a new entry "Truncated Path -> Alias" to MapredWork. It has the same content as "Path -> Alias" except the prefix including file schema and temp dir is removed. The following config will be used for prefix-removal:
METASTOREWAREHOUSE("hive.metastore.warehouse.dir", "/user/hive/warehouse"),
This will keep "Path -> Alias" intact and also test it's result is right.
The first use case is to verify list bucketing query's result is right.

Given that an application contains a SLSB and is clustered, any EJB client will be updated to have a view off all cluster members and is able to use and failover to any node in the cluster no matter whether it is in the initial list of servers.
Now if the application is marked as "singleton-deployment" via jboss-all.xml and deployed to all servers only one server in a cluster will pick it and make it active.
Now the expectation is that a client is routed to that server no matter whether this special server is included in the clients initial connection list.
The interesting thing is that the client.log show that both servers are connected it the application is NOT marked as singleton
But only the initial server is connected if the app is marked as singleton!

BeanWrapper.getPropertyDescriptor(String propertyName) promises that you can use a nested path in the property name:

propertyName the property to obtain the descriptor for (may be a nested path, but no indexed/mapped property)
BeanWrapperImpl, however, does not seem to respect that contract. This is confirmed working correctly in Spring 4.1.4 and broken in 4.2.  The implementation of this method has changed, and it is getting the PD in a different way. For some reason the new implementation does not use nested paths.

Online configuration change is a terrific feature for HBase administrators. However, when we use this feature to tune compaction thread pool size online, it triggered a IllegalArgumentException. The cause is the order of setMaximumPoolSize() and setCorePoolSize() of ThreadPoolExecutor: when turning parameters bigger, we should setMax first; when turning parameters smaller, we need to setCore first. Besides, there is also a copy-code bug in merge and split thread pool which I will fix together.

Parameters creates a static DefaultParameterNameDiscoverer, wich adds a LocalVariableTableParameterNameDiscoverer to its list of ParameterNameDiscoverers.
This LVTPND holds a Map with a class as a key.
The problem is, since Repository-subclasses stay in the LVTPND's parameterNamesCache, the custom classloader who loaded the Repository can never be GC'ed.
Im not sure about if this issue should be fixed in Spring Data Commons or in LocalVariableTableParameterNameDiscoverer by using a WeakHashMap for parameterNamesCache.
Regards
Matthias

The AjaxTilesView does not resolve nested tiles-definition in case of an ajax request.
For the following tiles-definition the tiles "form" is not added to the flattenedAttributeMap and hence a partial rendering of the form-tiles is not possible.
    <definition name="index" template="/WEB-INF/jsp/index.jsp">
        <put-attribute name="form" value="simpleform" />
        <put-attribute name="result" value="/WEB-INF/jsp/result.jsp" />
    </definition>
   <definition name="simpleform" template="/WEB-INF/jsp/searchForm.jsp">
		<put-attribute name="errorform" value="error" />
	<definition name="base.error" template="/WEB-INF/jsp/base.error.jsp">
		<put-attribute name="formobject" value="errorFBO" />
	<definition name="error" extends="base.error">
		<put-attribute name="formobject" value="childErrorFBO" />
In the attached zip-file I provide a possible fix  - see line 123 in the AjaxTilesView-class. Here I add a nested definition to the result map.
Additionally I provide a junit-test for testing the changes. To make this work I had to change the signature of the flattenAttributeMap-method from private to protected.
files changed:
src/main/java/org/springframework/js/ajax/tiles2/AjaxTilesView
pom.xml
files added:
src/test/resources/tiles-views.xml
src/test/java/org/springframework/js/ajax/tiles2/AjaxTilesViewTest

Hi guys,
I'm testing the 2.0-SNAPSHOT version and it all works great, except for one scenario. I open one of my jpa entities with the following URL:

http://localhost:8111/rest/category/845065653710592

and it's all displayed good. Then I decide to follow one of the links there: 

http://localhost:8111/rest/category/845065653710592/picture

and it throws a null-point exception:

2013-09-29 01:07:30.076:WARN:oejs.ServletHandler:/rest/category/845065653710592/picture
	at org.springframework.data.rest.webmvc.PersistentEntityResourceAssembler.getSelfLinkFor(PersistentEntityResourceAssembler.java:68)
	at org.springframework.data.rest.webmvc.PersistentEntityResourceAssembler.toResource(PersistentEntityResourceAssembler.java:59)
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController$1.apply(RepositoryPropertyReferenceController.java:138)
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController$1.apply(RepositoryPropertyReferenceController.java:107)
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController.doWithReferencedProperty(RepositoryPropertyReferenceController.java:460)
	at org.springframework.data.rest.webmvc.RepositoryPropertyReferenceController.followPropertyReference(RepositoryPropertyReferenceController.java:145)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1448)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)

The reason is because in PersistentEntityResourceAssembler:68 we see the following: 

Object id = wrapper.getProperty(entity.getIdProperty());

and in my case entity is NULL. Why is it null? Because a couple of lines before that you get the class of the entity like this:

and since the instance is lazy loaded, so instance.getClass() returns the proxy class:

class com.xxxxxxxxx.media.MediaModel_$$_javassist_33

and this is not a valid entity so repositories object returns null.

Currently webhcat log files are full of exceptions like this, which obscures the real output and may cause perf issues.
Upgrading to more recent versions of xerces/xalan fixes this.
Add the following to hive/hcatalog/webhcat/svr/pom.xml
            <groupId>xerces</groupId>
            <artifactId>xercesImpl</artifactId>
            <version>2.9.1</version>
13/08/20 16:54:04 ERROR conf.Configuration: Failed to set setXIncludeAware(true) for parser org.apache.xerces.jaxp.DocumentBuilderFactoryImpl@48dbb335:java.lang.UnsupportedOperationException: This parser does not support specification "null" version "null"
java.lang.UnsupportedOperationException: This parser does not support specification "null" version "null"
        at javax.xml.parsers.DocumentBuilderFactory.setXIncludeAware(DocumentBuilderFactory.java:590)
        at org.apache.hadoop.conf.Configuration.loadResource(Configuration.java:1892)
        at org.apache.hadoop.conf.Configuration.loadResources(Configuration.java:1861)
        at org.apache.hadoop.conf.Configuration.getProps(Configuration.java:1778)
        at org.apache.hadoop.conf.Configuration.get(Configuration.java:870)
        at org.apache.hadoop.fs.FileSystem.getDefaultUri(FileSystem.java:171)
        at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:305)
        at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:288)
        at org.apache.hadoop.util.GenericOptionsParser.validateFiles(GenericOptionsParser.java:383)
        at org.apache.hadoop.util.GenericOptionsParser.processGeneralOptions(GenericOptionsParser.java:281)
        at org.apache.hadoop.util.GenericOptionsParser.parseGeneralOptions(GenericOptionsParser.java:422)
        at org.apache.hadoop.util.GenericOptionsParser.<init>(GenericOptionsParser.java:168)
        at org.apache.hadoop.util.GenericOptionsParser.<init>(GenericOptionsParser.java:151)
        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:64)
        at org.apache.hcatalog.templeton.LauncherDelegator$1.run(LauncherDelegator.java:99)
        at org.apache.hcatalog.templeton.LauncherDelegator$1.run(LauncherDelegator.java:95)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1441)
        at org.apache.hcatalog.templeton.LauncherDelegator.queueAsUser(LauncherDelegator.java:95)
        at org.apache.hcatalog.templeton.LauncherDelegator.enqueueController(LauncherDelegator.java:77)
        at org.apache.hcatalog.templeton.JarDelegator.run(JarDelegator.java:52)
        at org.apache.hcatalog.templeton.StreamingDelegator.run(StreamingDelegator.java:53)
        at org.apache.hcatalog.templeton.Server.mapReduceStreaming(Server.java:596)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
        at org.apache.hadoop.security.authentication.server.AuthenticationFilter.doFilter(AuthenticationFilter.java:384)
        at org.apache.hadoop.hdfs.web.AuthFilter.doFilter(AuthFilter.java:85)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:599)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:534)

BeelineOpts has the following code:

    } catch (Throwable t) {
       return -1;
     }

which is bad. I believe it is there because the code called maybe buggy and throw such things as ArrayIndex or NoSuchElement etc.
I propose we:
1) catch exception, not throwable. Usage should remain the same without having a giant black hole
2) that we log the exception so we can figure out what is wrong with the underlying code

Running analyze table .. for columns with char/varchar columns and subsequently trying to run explain extended will get a NullPointerException when Hive tries to annotate the operator tree with stats:
2013-11-26 01:53:06,682 ERROR ql.Driver (SessionState.java:printError(440)) - FAILED: NullPointerException null
at org.apache.hadoop.hive.metastore.api.ColumnStatisticsData.getFieldDesc(ColumnStatisticsData.java:367)
at org.apache.hadoop.hive.metastore.api.ColumnStatisticsData.getStringStats(ColumnStatisticsData.java:444)
at org.apache.hadoop.hive.ql.stats.StatsUtils.getColStatistics(StatsUtils.java:414)
at org.apache.hadoop.hive.ql.stats.StatsUtils.getTableColumnStatsForColumn(StatsUtils.java:369)
at org.apache.hadoop.hive.ql.stats.StatsUtils.getTableColumnStats(StatsUtils.java:465)
at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:109)
at org.apache.hadoop.hive.ql.optimizer.stats.annotation.StatsRulesProcFactory$TableScanStatsRule.process(StatsRulesProcFactory.java:102)
at org.apache.hadoop.hive.ql.optimizer.stats.annotation.AnnotateWithStatistics.transform(AnnotateWithStatistics.java:76)
at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:136)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:8913)
at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:292)
at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:65)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:441)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:341)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:994)
at org.apache.hadoop.hive.ql.Driver.run(Driver.java:905)
at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:268)
at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:220)
at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:422)
at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:790)
at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:684)
at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:623)

Currently, by default, every second a job is run a massive JSON string containing the query plan, the tasks, and some counters is logged to the hive_job_log.  For large, long running jobs that can easily reach gigabytes of data. This logging should be configurable as average user doesn't need this logging.

this is only an issue in 2.0.
As far as I can tell the only change between brach-1 and master is the removal of hadoop-2/1 profiles which is where hadoop-auth dependency was specified for webhcat

When an UncategorizedApiException is constructed, the provider ID is never set.

public ApiException(String providerId, String message) {
    super(message);
    this.providerId = providerId;
}

public ApiException(String providerId, String message, Throwable cause) {
    super(message, cause);
}

Can be simplified and fixed:

    this(providerId, message, null);
}

}

Prevent entity generation when -mappedSuperclass parameter and 

mvn test -Delytron -Dtest=CLIAuthenticationTestCase

[INFO] Running org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase
[ERROR] Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 34.361 s <<< FAILURE! - in org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase
[ERROR] testSaslAuth(org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase)  Time elapsed: 21.797 s  <<< ERROR!
java.lang.Exception: 
ry-name=test-sasl-factory --new-security-domain-name=test-sasl-security-domainile-system-realm-name=fs-test-realm --new-auth-facto 
Server reloaded.
Command success.
Authentication configured for management http-interface
sasl authentication-factory=management-sasl-authentication
security-domain=ManagementDomain
[standalone@127.0.0.1:9990 /] 
	at org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase.testSaslAuth(CLIAuthenticationTestCase.java:298)
	at org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase.testSaslAuth(CLIAuthenticationTestCase.java:262)
	... 40 more

[ERROR] testHttpAuth(org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase)  Time elapsed: 2.194 s  <<< ERROR!
org.wildfly.core.testrunner.UnsuccessfulOperationException: 
"WFLYCTL0367: Cannot remove capability 'org.wildfly.security.realm-mapper.fs-test-realm' as it is required by other capabilities:
capability 'org.wildfly.security.sasl-authentication-factory.management-sasl-authentication' requires it for attribute 'realm-mapper' at address '/subsystem=elytron/sasl-authentication-factory=management-sasl-authentication'"
	at org.wildfly.core.testrunner.ManagementClient.checkSuccessful(ManagementClient.java:247)
	at org.wildfly.core.testrunner.ManagementClient.executeForResult(ManagementClient.java:235)
	at org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase.cleanTest(CLIAuthenticationTestCase.java:169)
	at org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase.testHttpAuth(CLIAuthenticationTestCase.java:228)

[ERROR] org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase  Time elapsed: 12.56 s  <<< ERROR!
"WFLYCTL0367: Cannot remove capability 'org.wildfly.security.security-realm.fs-test-realm' as it is required by other capabilities:
capability 'org.wildfly.security.security-domain.ManagementDomain' requires it for attribute 'realm' at address '/subsystem=elytron/security-domain=ManagementDomain'"
	at org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase.cleanConfig(CLIAuthenticationTestCase.java:136)
	at org.jboss.as.test.manualmode.management.cli.CLIAuthenticationTestCase.afterClass(CLIAuthenticationTestCase.java:98)

[INFO] 
[INFO] 
[ERROR]   CLIAuthenticationTestCase.afterClass:98->cleanConfig:136 » UnsuccessfulOperation
[ERROR]   CLIAuthenticationTestCase.testHttpAuth:228->cleanTest:169 » UnsuccessfulOperation
[ERROR]   CLIAuthenticationTestCase.testSaslAuth:298  security enable-sasl-management --...
[INFO] 
[ERROR] Tests run: 3, Failures: 0, Errors: 3, Skipped: 0
[INFO] 

If we have following situation: 
ConsumerService.java
public interface  ConsumerService<TPayLoad> {
  void consume(TPayLoad message);
}

and also following interface implementation:
TestingQueueConsumerServiceImpl.java
public class TestingQueueConsumerServiceImpl implements ConsumerService<DemoMessage> {
  private Log log = LogFactory.getLog(getClass());

  @Transactional
  @RabbitListener(queues = "${rabbitmq.queue.demo}", id = "myuniquecustomid")
  public void consume(@Payload TestMessage message) {
    Assert.notNull(message);
    log.info(message.toString());
  }
}

on application start we gets following exception

2016-03-24 09:26:48.971  INFO 58632 --- [           main] o.apache.catalina.core.StandardService   : Stopping service Tomcat
2016-03-24 09:26:48.982 ERROR 58632 --- [           main] o.s.boot.SpringApplication               : Application startup failed

java.lang.IllegalStateException: Another endpoint is already registered with id 'myuniquecustomid'
	at org.springframework.util.Assert.state(Assert.java:392) ~[spring-core-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.amqp.rabbit.listener.RabbitListenerEndpointRegistry.registerListenerContainer(RabbitListenerEndpointRegistry.java:146) ~[spring-rabbit-1.5.4.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.listener.RabbitListenerEndpointRegistry.registerListenerContainer(RabbitListenerEndpointRegistry.java:122) ~[spring-rabbit-1.5.4.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.listener.RabbitListenerEndpointRegistrar.registerAllEndpoints(RabbitListenerEndpointRegistrar.java:134) ~[spring-rabbit-1.5.4.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.listener.RabbitListenerEndpointRegistrar.afterPropertiesSet(RabbitListenerEndpointRegistrar.java:128) ~[spring-rabbit-1.5.4.RELEASE.jar:na]
	at org.springframework.amqp.rabbit.annotation.RabbitListenerAnnotationBeanPostProcessor.afterSingletonsInstantiated(RabbitListenerAnnotationBeanPostProcessor.java:209) ~[spring-rabbit-1.5.4.RELEASE.jar:na]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:792) ~[spring-beans-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:839) ~[spring-context-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:538) ~[spring-context-4.2.5.RELEASE.jar:4.2.5.RELEASE]
	at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:118) ~[spring-boot-1.3.3.RELEASE.jar:1.3.3.RELEASE]
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:766) [spring-boot-1.3.3.RELEASE.jar:1.3.3.RELEASE]
	at org.springframework.boot.SpringApplication.createAndRefreshContext(SpringApplication.java:361) [spring-boot-1.3.3.RELEASE.jar:1.3.3.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:307) [spring-boot-1.3.3.RELEASE.jar:1.3.3.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1191) [spring-boot-1.3.3.RELEASE.jar:1.3.3.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1180) [spring-boot-1.3.3.RELEASE.jar:1.3.3.RELEASE]

This is happening as @RabbitListener annotation creates two listener instances, one for interface method and one for implementing method.
After  implementation of `ConsumerService<DemoMessage>` is removed then  everything is working as expected.

checkCmdOnDriver(driver.compileAndRespond("insert into R select * from S where a in (select a from T where b = 1)"));
    txnMgr.openTxn("three");
    txnMgr.acquireLocks(driver.getPlan(), ctx, "three");
    locks = getLocks();
    Assert.assertEquals("Unexpected lock count", 3, locks.size());
    checkLock(LockType.SHARED_READ, LockState.ACQUIRED, "default", "T", null, locks.get(0));
    checkLock(LockType.SHARED_READ, LockState.ACQUIRED, "default", "S", null, locks.get(1));
    checkLock(LockType.SHARED_READ, LockState.ACQUIRED, "default", "R", null, locks.get(2));

This test case is failing. The expected order of locks is supposed to be T, S, R. But upon closer inspection, it seems to be R,S,T. 
I'm not much familiar with what these locks are and why the order is important. Raising this jira so while I try to understand it all. Meanwhile, if somebody can explain here, would be helpful. 

    if (this.getConf() == null || !BackupManager.isBackupEnabled(getConf())) {
      LOG.warn("Backup is not enabled. Check your " + BackupRestoreConstants.BACKUP_ENABLE_KEY
          + " setting");
      return files;
    }

However, in setConf() we don't store the Configuration where backup is disabled:

  public void setConf(Configuration config) {
    // If backup is disabled, keep all members null
    if (!config.getBoolean(BackupRestoreConstants.BACKUP_ENABLE_KEY,
      BackupRestoreConstants.BACKUP_ENABLE_DEFAULT)) {
      LOG.warn("Backup is disabled - allowing all wals to be deleted");
      return;
    }

This means that once config with backup enabled is remembered, it won't go to disabled state.

select * from (select * from foo order by c asc) bar order by c desc;
in hive sorts the data set twice. The optimizer should probably remove any order by/sort by in the sub query unless you use 'limit '. Could even go so far as barring it at the semantic level.

run my app in the jboss environment (JBoss 4.2.2GA) I always fail with nullpointer exceptions in one of my payload interceptors (PayloadLoggingInterceptor, PayloadValidatingInterceptor).
When I have validation turned on, I fail in xerces, if it's off I fail the logger in xalan.
See stacktraces, failure in validator:
Code:
	at org.springframework.ws.soap.saaj.support.SaajXmlReader.handleText(SaajXmlReader.java:187)
	at org.springframework.ws.soap.saaj.support.SaajXmlReader.handleNode(SaajXmlReader.java:127)
	at org.springframework.ws.soap.saaj.support.SaajXmlReader.handleElement(SaajXmlReader.java:150)
	at org.springframework.ws.soap.saaj.support.SaajXmlReader.handleNode(SaajXmlReader.java:123)
	at org.springframework.ws.soap.saaj.support.SaajXmlReader.parse(SaajXmlReader.java:115)
	at org.springframework.ws.soap.saaj.support.SaajXmlReader.parse(SaajXmlReader.java:96)
	at org.apache.xerces.jaxp.validation.ValidatorHandlerImpl.validate(Unknown Source)
	at org.apache.xerces.jaxp.validation.ValidatorImpl.validate(Unknown Source)
	at javax.xml.validation.Validator.validate(Unknown Source)
	at org.springframework.xml.validation.Jaxp13ValidatorFactory$Jaxp13Validator.validate(Jaxp13ValidatorFactory.java:61)
	at org.springframework.ws.server.endpoint.interceptor.AbstractValidatingInterceptor.handleResponse(AbstractValidatingInterceptor.java:185)
	at org.springframework.ws.server.MessageDispatcher.triggerHandleResponse(MessageDispatcher.java:341)
	at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:218)
	at org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:162)
	at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:87)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:476)
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:441)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
	at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
	at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
	at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
failure in logger:
Code:
14:57:46,159 INFO  [STDOUT] 2008-04-07 14:57:46,158 WARN [org.springframework.ws.soap.server.SoapMessageDispatcher] - Endpoint invocation resulted in exception - responding with SOAP Fault
	at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:485)
	at org.springframework.ws.server.endpoint.1.logMessageSource(AbstractLoggingInterceptor.java:102)
	at org.springframework.ws.server.endpoint.AbstractLoggingInterceptor.handleResponse(AbstractLoggingInterceptor.java:81)
	at ... snip
my bean looks like this,
Code:
     <bean class="org.springframework.ws.server.endpoint.mapping.PayloadRootAnnotationMethodEndpointMapping">
        <property name="interceptors">
            <list>
                <bean class="org.springframework.ws.server.endpoint.interceptor.PayloadLoggingInterceptor"/>
                <bean class="org.springframework.ws.soap.server.endpoint.interceptor.PayloadValidatingInterceptor">
                    <property name="schema" value="/WEB-INF/xsd/codexws.xsd"/>
                    <property name="validateRequest" value="true"/>
                    <property name="validateResponse" value="true"/>
                </bean>
            </list>
    </bean>
I have explicitly defined the message factory:
Code:
    <bean id="messageFactory"
    	class="org.springframework.ws.soap.saaj.SaajSoapMessageFactory">
    	<description>
				define default message factory to avoid problems with JBoss' 
				built in factory. See http://static.springframework.org/spring-ws/site/faq.html#saaj-jboss
    	<property name="messageFactory">
    		<bean
    			class="com.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Impl">
    		</bean>
    	</property>
    </bean>

We want to have a test script that can be run by an installer such as ambari that makes sure that the service is up and running.

The SFTP component can throw an exception in its begin logic, which causes Camel to not remove the file from its internal in progress cache.
See nabble
http://old.nabble.com/SFTP-rename-problems-ts28254146.html

drop table hive_test_smb_bucket1;
drop table hive_test_smb_bucket2;

insert overwrite table hive_test_smb_bucket1 partition (ds='2010-10-14') select key, value from src;
insert overwrite table hive_test_smb_bucket1 partition (ds='2010-10-15') select key, value from src;
insert overwrite table hive_test_smb_bucket2 partition (ds='2010-10-15') select key, value from src;

SELECT /* + MAPJOIN(b) */ * FROM hive_test_smb_bucket1 a JOIN hive_test_smb_bucket2 b ON a.key = b.key;

which make bucket join context..

Alias Bucket Output File Name Mapping:
        hdfs://localhost:9000/user/hive/warehouse/hive_test_smb_bucket1/ds=2010-10-14/000000_0 0
        hdfs://localhost:9000/user/hive/warehouse/hive_test_smb_bucket1/ds=2010-10-14/000001_0 1
        hdfs://localhost:9000/user/hive/warehouse/hive_test_smb_bucket1/ds=2010-10-15/000000_0 0
        hdfs://localhost:9000/user/hive/warehouse/hive_test_smb_bucket1/ds=2010-10-15/000001_0 1

fails with exception

	at org.apache.hadoop.hive.ql.exec.ExecMapper.close(ExecMapper.java:226)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Unable to rename output from: hdfs://localhost:9000/tmp/hive-navis/hive_2012-06-29_22-17-49_574_6018646381714861925/_task_tmp.-ext-10001/_tmp.000001_0 to: hdfs://localhost:9000/tmp/hive-navis/hive_2012-06-29_22-17-49_574_6018646381714861925/_tmp.-ext-10001/000001_0
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.commit(FileSinkOperator.java:198)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator$FSPaths.access$300(FileSinkOperator.java:100)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.closeOp(FileSinkOperator.java:717)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:557)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:566)
	... 8 more

As design, hive could support hadoop dfs command in hive shell, like 
hive> dfs -mkdir /user/biadmin/mydir;
but has different behavior with hadoop if the path contains space and quotes
hive> dfs -mkdir "hello"; 
drwxr-xr-x   - biadmin supergroup          0 2013-04-23 09:40 /user/biadmin/"hello"
hive> dfs -mkdir 'world';
drwxr-xr-x   - biadmin supergroup          0 2013-04-23 09:43 /user/biadmin/'world'
hive> dfs -mkdir "bei jing";
drwxr-xr-x   - biadmin supergroup          0 2013-04-23 09:44 /user/biadmin/"bei
drwxr-xr-x   - biadmin supergroup          0 2013-04-23 09:44 /user/biadmin/jing"

Impala recently encountered an issue with the metastore (IMPALA-4260 ) where column stats would get dropped when adding a column to a table.
The reason seems to be that Hive does a case sensitive check on the column stats types during an "alter table" and expects the types to be all lower case. This case sensitive check doesn't appear to happen when the stats are set in the first place.
We're solving this on the Impala end by storing types in the metastore as all lower case, but Hive's behavior here is very confusing. It should either always be case sensitive, so that you can't create column stats with types that Hive considers invalid, or it should never be case sensitive.

use CXF component with CXF_MESSAGE dataFormat to call any service, and the response of this service is a fault, then you can see this exception.

	at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream$1.run(HTTPConduit.java:1132)
	at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$3.run(AutomaticWorkQueueImpl.java:428)
	at org.apache.cxf.workqueue.AutomaticWorkQueueImpl$AWQThreadFactory$1.run(AutomaticWorkQueueImpl.java:353)

I've filed so many bugs since 4.M1 came out, I don't know whether y'all are gonna love me or hate me. 
I have the following interface and implementation:
EmployeeService.java
public interface EmployeeService
{
    public void saveEmployee(
            @NotNull(message = "{validate.employeeService.saveEmployee}")
            @Valid Employee employee
    );

    public Employee getEmployee(
            @Min(value = 1L,
                    message = "{validate.employeeService.getEmployee.id}") long id
    );

    @NotNull
    public List<Employee> getAllEmployees();
}

DefaultEmployeeService.java
@Service
public class DefaultEmployeeService implements EmployeeService
{
    @Override
    public void saveEmployee(Employee employee)
    {
        // no-op
    }

    @Override
    public Employee getEmployee(long id)
    {
    }

    @Override
    public List<Employee> getAllEmployees()
    {
        return null; // to force trigger a validation error
    }
}

I then have a simple controller that uses the service:
EmployeeController.java
public class EmployeeController
{
    @Inject EmployeeService employeeService;

    @RequestMapping(value = "/", method = RequestMethod.GET)
    public String listEmployees(Map<String, Object> model)
    {
        model.put("employees", this.employeeService.getAllEmployees());
        return "employee/list";
    }
}

I defined a MethodValidationPostProcessor, which attaches a MethodValidationInterceptor to my DefaultEmployeeService methods. When I go to the handler method in the browser, I get this error:

java.lang.AbstractMethodError: org.springframework.validation.beanvalidation.LocalValidatorFactoryBean.forExecutables()Ljavax/validation/executable/ExecutableValidator;
	java.lang.reflect.Method.invoke(Method.java:491)
	org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:191)
	org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:176)
	org.springframework.validation.beanvalidation.MethodValidationInterceptor.invoke(MethodValidationInterceptor.java:118)
	org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
	org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
	com.sun.proxy.$Proxy36.getAllEmployees(Unknown Source)
	com.wrox.site.EmployeeController.listEmployees(EmployeeController.java:23)
	org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:219)
	org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:132)
	org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104)
	org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:747)
	org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:688)
	org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:83)
	org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:925)
	org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856)
	org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:946)
	org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:837)
	org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:822)
	org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:83)

This is because LocalValidatorFactoryBean (SpringValidatorAdapter) does not implement forExecutables. Here's what the JavaDoc has to say about that:
Note that Bean Validation 1.1's #forExecutables method isn't supported: We do not expect that method to be called by application code; consider MethodValidationInterceptor instead. If you really need programmatic #forExecutables access, inject this class as a ValidatorFactory and call getValidator() on it, then #forExecutables on the returned native Validator reference instead of directly on this class.
Well, I am using a MethodValidationInterceptor. MethodValidationInterceptor calls forExecutables, so I'm sure you can see the problem here. I managed to work around this by changing my post-processor definition from this:

    @Bean
    public MethodValidationPostProcessor methodValidationPostProcessor()
    {
        MethodValidationPostProcessor processor =
                new MethodValidationPostProcessor();
        processor.setValidator(this.localValidatorFactoryBean());
        return processor;
    }

To this:

    @Bean
    {
        processor.setValidator(this.localValidatorFactoryBean().getValidator());
    }

However, this is non-obvious and certainly not documented clearly.
I see no reason for the restriction documented on LocalValidatorFactoryBean regarding forExecutables. There's no reason that SpringValidatorAdapter can't implement this method. If the underlying Validator is BV 1.1, great. If it's not, the call to the method will throw an AbstractMethodError. But it already does that now, just always, even if the Validator is BV 1.1.
I'll send in a pull request shortly.

I am using CountingCompletionPolicy  with ItemProviderProcessTasklet. I set the maxCount in CountingCompletionPolicy  to 10. I am incrementing the context counter on every exception in the tasklet. The problem is that if the items exhaust before the exception count reaches 10, the RepeatTemplate goes into an infinite loop as the following will always return false.
//CountingCompletionPolicy .java 
final public boolean isComplete(RepeatContext context) {
	int count = ((CountingBatchContext) context).getCounter().getCount();
	return count >= maxCount;
}
For now, I have created my own CompletionPolicy where I check the result object (exit if result is ExitStatus.FINISHED)  as well as the counter. But I think there is a bug here so filing it.

Here is the the way to reproduce with q test:
select key from (select '1' as key from src union all select key from src)tab group by key;
will give
OK
NULL
1
This is not correct as src contains many other keys.

On master running pe randomWrite with ten threads and the default heap size crashes the system.  This works on 0.98 and before.
It's been a long time that 1000mb has been our default. Maybe we should start looking at raising that limit on master.

If there are errors, the HS2 PerfLog api scopes are not closed.  Then there are sometimes messages like 'java.io.IOException: Scope named api_parse is not closed, cannot be opened.'
I had simply forgetting to close the dangling scopes if there is an exception.  Doing so now.

Introduced with JBEAP-11129, all three token types are affected: plain, digest, cipher.
First time the remove operation is attempted it results in

{
}

and server logs this NPE:

07:43:56,549 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0403: Unexpected failure during execution of the following operation(s): [{
        ("subsystem" => "jgroups"),
        ("stack" => "udp"),
        ("protocol" => "AUTH")
    ],
    }
}]: java.lang.NullPointerException
	at org.jboss.as.controller.AbstractOperationContext.getStepExecutionStatus(AbstractOperationContext.java:755)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:717)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:443)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1398)

The second time the operation is attempted, the result is still failure, but the cause is different:

{
}

07:59:52,788 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("remove") failed - address: ([
    ("stack" => "udp"),
    ("protocol" => "AUTH")
	at org.jboss.as.controller.AbstractRemoveStepHandler.performRemove(AbstractRemoveStepHandler.java:123)
	at org.jboss.as.clustering.controller.RemoveStepHandler.performRemove(RemoveStepHandler.java:103)
	at org.jboss.as.controller.AbstractRemoveStepHandler.execute(AbstractRemoveStepHandler.java:70)
	at org.jboss.as.clustering.controller.RestartParentResourceRemoveStepHandler.execute(RestartParentResourceRemoveStepHandler.java:49)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:973)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:719)

The TarArchive*putStream and Tar*putStream (e.g. TarInputStream/TarOutputStream) javadocs say nothing about which specific TAR format(s) they support.
They merely use the phrase "UNIX tar archive" which is WAY too generic of a statement.
Here are some discussions on the various TAR formats:
http://www.gnu.org/software/tar/manual/html_section/Formats.html
http://leaf.dragonflybsd.org/cgi/web-man?command=tar&section=5
I HIGHLY URGE YOU TO SUPPORT THE POSIX.1-2001 SPECIFICATION, SINCE IT SOLVES SO MANY ISSUES (e.g. it supports unlimited path lengths and file sizes).
Corollary, once you decide which TAR formats to support, this needs to be added to the javadocs.  Make sure that the javadocs discuss all limitations for whatever format(s) are supported (especially on pathlengths, file sizes, character sets, etc).  Also make sure and include a hyperlink to a webpage that describes the format standards.

Context: trying to get one of our applications to work with Wildfly session replication.
After trying out a build from the Wildfly master branch to test another bug I submitted I noticed another issue which works fine in the Wildfly 11 release.
Our application has a custom LinkedHashMap subclass (MostRecentlyUsedMap from the Wicket framework) which it stores in the session. It also keeps a reference to the subclass since that one has a few extra fields.
When marshalling the session the MostRecentlyUsedMap is converted to a LinkedHashMap. When unmarshalling the session this causes an error since the field is of the subclass type.
This behaviour is new in WF 12 and is related to this commit:
https://github.com/wildfly/wildfly/commit/143527f595206c5f2bf037b47c797f052cbe5d2
(fix for the WFLY-9497 issue).

SPR-9123 changed SPEL so that it was in line with the JavaBean specification for attributes with lowercase first letters and uppercase second letters like:
iD
pNDV
Changes were made to: org.springframework.expression.spel.support.ReflectivePropertyAccessor
This method was updated under change SPR-9123, so that it checks the 2nd character in the name as a special case (line 312):

protected Method findGetterForProperty(String propertyName, Class<?> clazz, boolean mustBeStatic)

The corresponding method for setters was not updated (line 344):

protected Method findSetterForProperty(String propertyName, Class<?> clazz, boolean mustBeStatic)

The ProxyInputStream.skip() method documents the return value as "the number of bytes to skipped or -1 if the end of stream" when the underlying InputStream.skip() method returns "the actual number of bytes skipped", i.e. never -1.

BucketCodec added in HIVE-16832 can only handle statement id/bucket id values in a particular range.  Add an assert to check that values are indeed in that range.

The exception handling in nextKeyValueTolerateCorruptions treats IOException as follows:

if EOFException, corrupt, can be tolerated
If CheckSumException, corrupt, can be tolerated
else not a corruption, re-throw

But the compression code can also throw IOException in case of corruption, which will get re-thrown in this case.
The correct way of handling IOException is:

if BlockMissingException, re-throw.
if not BlockMissingException -> corruption, can be tolerated

When running controller tests against endpoints that are asynchronous and using the PrintResultHandler, my tests always fail because the PrintResultHandler seems to attempt to print the result before it is available.
When the endpoint is asynchronous, I would expect that we wait to print until asyncDispatch(mvcResult) gets called or waiting some period of time before the result becomes available.
Example Code

final MvcResult mvcResult = getMockMvc().perform(post(<ASYNC_ENDPOINT>))
                    .andExpect(request().asyncStarted())
                    .andExpect(request().asyncResult(instanceOf(WebResponse.class)))
                    .andReturn();

getMockMvc().perform(asyncDispatch(mvcResult))
                    .andExpect(status().isOk());

java.lang.IllegalStateException: Async result for handler [public <HIDDEN>] was not set during the specified timeToWait=0
	at org.springframework.test.web.servlet.DefaultMvcResult.getAsyncResult(DefaultMvcResult.java:143)
	at org.springframework.test.web.servlet.result.PrintingResultHandler.printAsyncResult(PrintingResultHandler.java:131)
	at org.springframework.test.web.servlet.result.PrintingResultHandler.handle(PrintingResultHandler.java:79)
	at org.springframework.test.web.servlet.MockMvc.applyDefaultResultActions(MockMvc.java:176)
	at org.springframework.test.web.servlet.MockMvc.perform(MockMvc.java:146)

EmbeddedHostControllerFactory:282, authCode is being used as the hostname. This is reset if the name is present in the xml config, but since the default -slave.xml has no name, the hostname is displayed as the contents of authCode.
We should probably extract the hostname code from HostControllerEnvironment:300 into its own method, and use that.

We need a few more jars in the binary distro to really be able to use Camel. e.g. if you set the classpath to lib/*/.jar then you could be able to run the Java examples etc.

In hbase-server module, most warnings are pass null for non null field, it should be related to guava.
Let's fix them.

We have seen this in our tests. The region gets closed, but the region close handler gets an unexpected exception causing the region to stay in closing state until RS is restarted. 
The Phoenix and security coprocessors were loaded in that region. Here is the stack trace: 

	at org.apache.hadoop.hbase.coprocessor.CoprocessorHost$Environment.shutdown(CoprocessorHost.java:442)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$RegionEnvironment.shutdown(RegionCoprocessorHost.java:155)
	at org.apache.hadoop.hbase.coprocessor.CoprocessorHost.shutdown(CoprocessorHost.java:272)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$5.postEnvCall(RegionCoprocessorHost.java:496)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperation(RegionCoprocessorHost.java:1761)
	at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.postClose(RegionCoprocessorHost.java:489)
	at org.apache.hadoop.hbase.regionserver.HRegion.doClose(HRegion.java:1502)
	at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:1349)

ProxyInputStream has a the following method signatures:

public int read(byte[] bts, int st, int end)
public void mark(int idx)

But they should be:

public int read(byte[] bts, int off, int length)
public void mark(int readlimit)

Especially the "end" parameter could be misinterpreted.

If the table passed to get_partition_ps doesn't exist, a NPE is thrown by getPartitionPsQueryResults.  There should be a check here, which throws a NoSuchObjectException if the table doesn't exist.

Hi,
  Spring 3.0.1 cannot process the SpEL expression if SpEL is concatenated with other String in the value attribute of bean tag. However, it works fine in Spring 3.0.0. It will have a big impact because it results in all config with SpEL fails to get started. Please see my test case below.
E.g. The config below can work in Spring 3.0.0, but it fails in 3.0.1.
<bean id="test" class="java.lang.String">
  <constructor-arg value="MyTest-#
{ T(java.lang.System).currentTimeMillis() }
"/>
</bean>
Is it a known issue in Spring 3.0.1?  
David

Add tests for:

test whether access with wrong password is logged
test whether access with empty password is logged

Remove test testAuthWithEmptyName since it is unsupported case - see JBEAP-10997.

When using a route with a streamed split of a Flatpack result, only halve of the rows are processed
Using the repro case we get

2013-12-13 19:51:17,438 [main] INFO route1 - Number of rows 6
2013-12-13 19:51:17,442 [main] INFO test - Exchange[ExchangePattern: InOnly, BodyType: java.util.HashMap, Body: {Col1=1, Col2=A}]
2013-12-13 19:51:17,443 [main] INFO test - Exchange[ExchangePattern: InOnly, BodyType: java.util.HashMap, Body: {Col1=3, Col2=C}]
2013-12-13 19:51:17,443 [main] INFO test - Exchange[ExchangePattern: InOnly, BodyType: java.util.HashMap, Body: {Col1=5, Col2=E}]

if streaming() is removed, all the lines are processed

2013-12-13 19:52:37,471 [main] INFO route1 - Number of rows 6
2013-12-13 19:52:37,475 [main] INFO test - Exchange[ExchangePattern: InOnly, BodyType: java.util.HashMap, Body: {Col1=1, Col2=A}]
2013-12-13 19:52:37,476 [main] INFO test - Exchange[ExchangePattern: InOnly, BodyType: java.util.HashMap, Body: {Col1=2, Col2=B}]
2013-12-13 19:52:37,476 [main] INFO test - Exchange[ExchangePattern: InOnly, BodyType: java.util.HashMap, Body: {Col1=3, Col2=C}]
2013-12-13 19:52:37,476 [main] INFO test - Exchange[ExchangePattern: InOnly, BodyType: java.util.HashMap, Body: {Col1=4, Col2=D}]
2013-12-13 19:52:37,479 [main] INFO test - Exchange[ExchangePattern: InOnly, BodyType: java.util.HashMap, Body: {Col1=5, Col2=E}]
2013-12-13 19:52:37,479 [main] INFO test - Exchange[ExchangePattern: InOnly, BodyType: java.util.HashMap, Body: {Col1=6, Col2=F}]

org.jboss.as.test.integration.ejb.transaction.mdb.timeout.TransactionTimeoutQueueSetupTask fails to set up max-delivery-attempts properly. 
It uses a shared ModelNode without cloning it and also does not set up enough properties in order to take effect.  

When I try to use containsKey method on a MessageSourceResourceBundle instance I got the following NullPointerException :
	at java.util.ResourceBundle.handleKeySet(ResourceBundle.java:1787)
	at java.util.ResourceBundle.containsKey(ResourceBundle.java:1741)
	at net.toto.main(Main.java:36)
Here is a sample code :
Locale locale = Locale.getDefault();
ResourceBundleMessageSource bundle = new ResourceBundleMessageSource();
bundle.setBasename("bundles.Main");
System.out.println(bundle.getMessage("settings", new Object[0], locale));
MessageSourceResourceBundle bundle2 = new MessageSourceResourceBundle(bundle, locale);
System.out.println(bundle2.getString("settings"));
bundle2.containsKey("settings"); // NullPointerException

[Host Controller] 10:53:50,342 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 2) WFLYCTL0013: Operation ("add") failed - address: ([("host-exclude" => "EAP70")]) - failure description: "WFLYCTL0248: Invalid value EAP7.0 for host-release; legal values are [EAP6.3, EAP6.2, WildFly10.0, EAP6.4]"
[Host Controller] 10:53:50,366 ERROR [org.jboss.as.host.controller] (Host Controller Service Threads - 2) WFLYHC0143: Failed to apply domain-wide configuration from master host controller. Operation outcome: failed. Failure description {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "WFLYCTL0248: Invalid value EAP7.0 for host-release; legal values are [EAP6.3, EAP6.2, WildFly10.0, EAP6.4]"}}
[Host Controller] 10:53:50,448 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0001: Could not connect to remote domain controller remote://192.168.122.71:9999 – 1-$-
[Host Controller] 10:53:50,449 WARN  [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0147: No domain controller discovery options remain.
[Host Controller] 10:53:50,451 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0002: Could not connect to master. Aborting. Error was: java.lang.IllegalStateException: WFLYHC0120: Tried all domain controller discovery option(s) but unable to connect

MetaStoreUtil's get_fields(), which is offered through the Hive Server interface, does not include the partition field in its returned list of fields. This may be related to JIRA-671. At the moment, there is no way for a Hive client to discover a partition column in a table, creating a big issue for anyone who wishes to query a partitioned table.

2015-02-18 22:46:10,209 INFO org.apache.hadoop.hive.shims.HadoopShimsSecure: Skipping ACL inheritance: File system for path file:/tmp/hive/f1a28dee-70e8-4bc3-bd35-9be13834d1fc/hive_2015-02-18_22-46-10_065_3348083202601156561-1 does not support ACLs but dfs.namenode.acls.enabled is set to true: java.lang.UnsupportedOperationException: RawLocalFileSystem doesn't support getAclStatus
java.lang.UnsupportedOperationException: RawLocalFileSystem doesn't support getAclStatus
	at org.apache.hadoop.fs.FilterFileSystem.getAclStatus(FilterFileSystem.java:562)
	at org.apache.hadoop.hive.shims.Hadoop23Shims.getFullFileStatus(Hadoop23Shims.java:645)
	at org.apache.hadoop.hive.common.FileUtils.mkdir(FileUtils.java:524)
	at org.apache.hadoop.hive.ql.Context.getStagingDir(Context.java:234)
	at org.apache.hadoop.hive.ql.Context.getExtTmpPathRelTo(Context.java:424)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genFileSinkPlan(SemanticAnalyzer.java:6290)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:9069)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8961)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9807)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9700)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10136)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:284)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10147)
	at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:190)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:307)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1112)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1106)
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:101)
	at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:172)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:379)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:366)
	at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:415)
2015-02-18 17:30:58,753 INFO org.apache.hadoop.hive.shims.HadoopShimsSecure: Skipping ACL inheritance: File system for path file:/tmp/hive/e3eb01f0-bb58-45a8-b773-8f4f3420457c/hive_2015-02-18_17-30-58_346_5020255420422913166-1/-mr-10000 does not support ACLs but dfs.namenode.acls.enabled is set to true: java.lang.NullPointerException
        at org.apache.hadoop.hive.shims.Hadoop23Shims.setFullFileStatus(Hadoop23Shims.java:668)
        at org.apache.hadoop.hive.common.FileUtils.mkdir(FileUtils.java:527)
        at org.apache.hadoop.hive.ql.Context.getStagingDir(Context.java:234)
        at org.apache.hadoop.hive.ql.Context.getExtTmpPathRelTo(Context.java:424)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genFileSinkPlan(SemanticAnalyzer.java:6290)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:9069)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8961)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9807)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9700)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10136)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:284)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:190)
        at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1106)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:379)
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:366)
        at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:415)

1. create commands in file command.cli which contains "ls -l /subsystem=elytron/provider-loader=elytron"
2. start EAP server.
3 execute command in CLI non interactive mode jboss-cli.sh -c --file=command.cli.
See the table output is malformat

current shellcheck gives us two warnings:

$ shellcheck dev-support/hbase-personality.sh 

In dev-support/hbase-personality.sh line 123:
        if [[ $? -eq 0 ]]; then
              ^-- SC2181: Check exit code directly with e.g. 'if mycmd;', not indirectly with $?.

In dev-support/hbase-personality.sh line 136:

TestHFilePerformance is a very old test, which does not test anything, but a perf evaluation tool. It is not clear to me whether there is any utility for keeping it, but that should at least be converted to be a tool. 
Note that TestHFile already covers the unit test cases (writing hfile with none and gz compression). We do not need to test SequenceFile. 

Tried write a map<string,string> column in a Parquet file. The table should contain :

... and when you do a query like 

SELECT * from mytable

We can see that the table is corrupted :

{"key3":"val3"}
{"key4":"val3"}
{"key3":"val2"}
{"key1":"val3"}

I've not been able to read the Parquet file in our software afterwards, and consequently I suspect it to be corrupted. 
For those who are interested, I generated this Parquet table from an Avro file. 

On list view of entities which defines a relation One-To-One relation (composition) throws an exception like this:

2017-01-11 18:50:43.189 ERROR - QP: - 30296 --- [io-8080-exec-10] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.springframework.dao.InvalidDataAccessApiUsageException: org.hibernate.QueryException: query specified join fetching, but the owner of the fetched association was not present in the select list [FromElement{explicit,not a collection join,fetch join,fetch non-lazy properties,classAlias=null,role=com.disid.model.Customer.address,tableName=address,tableAlias=address1_,origin=customer customer0_,columns={customer0_.id ,className=com.disid.model.Address}}] [select customer.id, customer.lastName, customer.address
from com.disid.model.Customer customer
  left join fetch customer.address
order by customer.id asc nulls first]; nested exception is java.lang.IllegalArgumentException: org.hibernate.QueryException: query specified join fetching, but the owner of the fetched association was not present in the select list [FromElement{explicit,not a collection join,fetch join,fetch non-lazy properties,classAlias=null,role=com.disid.model.Customer.address,tableName=address,tableAlias=address1_,origin=customer customer0_,columns={customer0_.id ,className=com.disid.model.Address}}] [select customer.id, customer.lastName, customer.address
order by customer.id asc nulls first]] with root cause

org.hibernate.QueryException: query specified join fetching, but the owner of the fetched association was not present in the select list [FromElement{explicit,not a collection join,fetch join,fetch non-lazy properties,classAlias=null,role=com.disid.model.Customer.address,tableName=address,tableAlias=address1_,origin=customer customer0_,columns={customer0_.id ,className=com.disid.model.Address}}]
    at org.hibernate.hql.internal.ast.tree.SelectClause.initializeExplicitSelectClause(SelectClause.java:214) ~[hibernate-core-5.0.11.Final.jar:5.0.11.Final]
    at org.hibernate.hql.internal.ast.HqlSqlWalker.useSelectClause(HqlSqlWalker.java:920) ~[hibernate-core-5.0.11.Final.jar:5.0.11.Final]
    at org.hibernate.hql.internal.ast.HqlSqlWalker.processQuery(HqlSqlWalker.java:688) ~[hibernate-core-5.0.11.Final.jar:5.0.11.Final]
...

Create table/index/database and add partition DDL doesn't work properly if all following conditions are true:

Metastore service is used
fs.default.name is specified and it differs from the default one
Location is not specified or specified as a not fully qualified URI

The root cause of this behavior is that Hive client doesn't pass configuration context to the metastore services which tries to resolve the paths. The fix is it too resolve the path in the Hive client if fs.default.name is specified and it differs from the default one (it is must easier then start passing the context, which would be a major change).
The CR will submitted shortly after tests are done

After installation of a bundle with camel-hazelcast endpoint I get this in the recent builds 50 and 69 (it worked in build 26, for example):

2015-10-27 21:44:19,109 | ERROR | ExtenderThread-2 | ContextLoaderListener            | 130 - org.springframework.osgi.extender - 1.2.1 | Application context refresh failed (OsgiBundleXmlApplicationContext(bundle=org.example.hazelcast-example, config=osgibundle:/META-INF/spring/*.xml))
org.apache.camel.RuntimeCamelException: org.apache.camel.FailedToCreateRouteException: Failed to create route mapProducer at: >>> To[hazelcast:map:foo] <<< in route: Route(mapProducer)[[From[direct:startMap]] -> [To[hazelcast:... because of Failed to resolve endpoint: hazelcast://map:foo due to: Cannot auto create component: hazelcast
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1619)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:123)[181:org.apache.camel.camel-spring:2.15.1.redhat-621069]
	at org.apache.camel.spring.CamelContextFactoryBean.onApplicationEvent(CamelContextFactoryBean.java:332)[181:org.apache.camel.camel-spring:2.15.1.redhat-621069]
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:96)[125:org.apache.servicemix.bundles.spring-context:3.2.12.RELEASE_2]
	at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:334)[125:org.apache.servicemix.bundles.spring-context:3.2.12.RELEASE_2]
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:950)[125:org.apache.servicemix.bundles.spring-context:3.2.12.RELEASE_2]
	at org.springframework.osgi.context.support.AbstractOsgiBundleApplicationContext.finishRefresh(AbstractOsgiBundleApplicationContext.java:235)[129:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:358)[129:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)[129:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320)[129:org.springframework.osgi.core:1.2.1]
	at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:132)[130:org.springframework.osgi.extender:1.2.1]
Caused by: org.apache.camel.FailedToCreateRouteException: Failed to create route mapProducer at: >>> To[hazelcast:map:foo] <<< in route: Route(mapProducer)[[From[direct:startMap]] -> [To[hazelcast:... because of Failed to resolve endpoint: hazelcast://map:foo due to: Cannot auto create component: hazelcast
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1028)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:185)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:841)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:2895)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:2618)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:167)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2467)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2463)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:2486)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:2463)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2432)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.spring.SpringCamelContext.maybeStart(SpringCamelContext.java:255)[181:org.apache.camel.camel-spring:2.15.1.redhat-621069]
	at org.apache.camel.spring.SpringCamelContext.onApplicationEvent(SpringCamelContext.java:121)[181:org.apache.camel.camel-spring:2.15.1.redhat-621069]
	... 10 more
Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: hazelcast://map:foo due to: Cannot auto create component: hazelcast
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:578)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:79)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:200)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:107)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:113)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:62)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:56)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.model.ProcessorDefinition.makeProcessorImpl(ProcessorDefinition.java:533)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:494)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:219)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1025)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	... 23 more
Caused by: org.apache.camel.RuntimeCamelException: Cannot auto create component: hazelcast
	at org.apache.camel.impl.DefaultCamelContext.getComponent(DefaultCamelContext.java:400)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.getComponent(DefaultCamelContext.java:376)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:548)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	... 33 more
Caused by: com.hazelcast.config.InvalidConfigurationException: cvc-complex-type.2.4.a: Invalid content was found starting with element 'group'. One of '{"http://www.hazelcast.com/schema/config":import, "http://www.hazelcast.com/schema/config":group, "http://www.hazelcast.com/schema/config":license-key, "http://www.hazelcast.com/schema/config":management-center, "http://www.hazelcast.com/schema/config":properties, "http://www.hazelcast.com/schema/config":wan-replication, "http://www.hazelcast.com/schema/config":network, "http://www.hazelcast.com/schema/config":partition-group, "http://www.hazelcast.com/schema/config":executor-service, "http://www.hazelcast.com/schema/config":queue, "http://www.hazelcast.com/schema/config":map, "http://www.hazelcast.com/schema/config":multimap, "http://www.hazelcast.com/schema/config":replicatedmap, "http://www.hazelcast.com/schema/config":cache, "http://www.hazelcast.com/schema/config":list, "http://www.hazelcast.com/schema/config":set, "http://www.hazelcast.com/schema/config":topic, "http://www.hazelcast.com/schema/config":reliable-topic, "http://www.hazelcast.com/schema/config":jobtracker, "http://www.hazelcast.com/schema/config":semaphore, "http://www.hazelcast.com/schema/config":ringbuffer, "http://www.hazelcast.com/schema/config":listeners, "http://www.hazelcast.com/schema/config":serialization, "http://www.hazelcast.com/schema/config":native-memory, "http://www.hazelcast.com/schema/config":services, "http://www.hazelcast.com/schema/config":security, "http://www.hazelcast.com/schema/config":member-attributes, "http://www.hazelcast.com/schema/config":quorum}' is expected.
	at com.hazelcast.config.AbstractXmlConfigHelper.schemaValidation(AbstractXmlConfigHelper.java:193)[264:com.hazelcast:3.5.2]
	at com.hazelcast.config.XmlConfigBuilder.parseAndBuildConfig(XmlConfigBuilder.java:211)[264:com.hazelcast:3.5.2]
	at com.hazelcast.config.XmlConfigBuilder.build(XmlConfigBuilder.java:194)[264:com.hazelcast:3.5.2]
	at com.hazelcast.config.XmlConfigBuilder.build(XmlConfigBuilder.java:187)[264:com.hazelcast:3.5.2]
	at org.apache.camel.component.hazelcast.HazelcastComponent.createOwnInstance(HazelcastComponent.java:176)[265:org.apache.camel.camel-hazelcast:2.15.1.redhat-621069]
	at org.apache.camel.component.hazelcast.HazelcastComponent.doStart(HazelcastComponent.java:155)[265:org.apache.camel.camel-hazelcast:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:2869)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	at org.apache.camel.impl.DefaultCamelContext.getComponent(DefaultCamelContext.java:395)[176:org.apache.camel.camel-core:2.15.1.redhat-621069]
	... 35 more

Code incorrectly uses projectedColumns.length instead of singleRow.length

Condition used in org.jboss.as.test.integration.security.common.negotiation.KerberosTestUtils.assumeKerberosAuthenticationSupported(String) doesn't cover Java 8. It has to be updated.

In the ParametersParameterAccessor class, the BindableParameterIterator is invalid : 
The hasNext() method test "values.length <= currentIndex;" instead of "values.length >= currentIndex;" ...

I think this is just a flaky test. I saw:
on the first:
    assertEquals(2, cluster.getLiveRegionServerThreads().size());
My guess is that the 2 second sleep is not good enough. We should probably either force a heartbeat somehow, or hook in so we can wait until there's been a heartbeat, rather than sleeping a hardcoded amount of time.

In some cases, CXFPayload is instantiated with a null body and this is causing an NPE later in the processing.
	at org.apache.camel.component.cxf.CxfPayload$1.size(CxfPayload.java:105)
	at org.apache.camel.component.cxf.converter.NodeListWrapper.getLength(NodeListWrapper.java:33)
	at org.apache.camel.converter.jaxp.DomConverter.toString(DomConverter.java:69)
	at org.apache.camel.converter.jaxp.DomConverter.toByteArray(DomConverter.java:142)
	at org.apache.camel.converter.jaxp.DomConverter.toInputStream(DomConverter.java:137)
What is not sure is how we should fix it.
CXFPayload is not checking whether the body is null when it is instantiated. In that case, some methods will lead to NPE but some are not (like getBodySources() or getHeaders()). And there are some test cases passing a null body.
So I think, we should either 
1. change CXFPayload to automatically creates an empty body (i.e., an empty List<Source>) when the body passed to the constructor is null, or
2. add this null->empty handling in DefaultCXFBinding.getPayloadBodyElements when extracting the body and pass an empty list to the CXFPayload constructor in this case, or
3. just throws a specific exception instead of NPE in this particular case.
In any case, we need to clarify what is the correct usage of CXFPayload.

I'm not sure how this issue has been there so long.  I checked back and it's been doing the following since I originally wrote it:
executionContext.put(key, rs.getObject("OBJECT_VAL"));
Which will never work, since getObject will just return a Byte[].  Perhaps it's a reflection of usage that no one has caught this?

If none of the servers are defined in "host.xml" (means <servers></servers> empty tag is present) and if the user tries to run the following CLI command to change the "directory-grouping" to  "by-type"  then the value is not persisted in the configuration file (host.xml) and the <servers></servers>  tag is also removed from the host.xml

/host=master/:write-attribute(name=directory-grouping,value=by-type)

The value of "directory-grouping" is stored "in memory" so this change does not survive the host restart.

When attempting to transfer a FilePart:

public class MultipartController {

	@Value("#{systemProperties['user.dir']}")
	private String dir;

	@PostMapping("/upload")
	Mono<Void> upload(@RequestPart("files") FilePart filePart, @RequestPart("submit-name") Part namePart) {
		return filePart.transferTo(new File(dir + "/" + filePart.filename())).then();
	}
}

The following occurs:

java.nio.file.NoSuchFileException: /home/rossen/dev/github/sdeleuze/webflux-multipart/image.png
	at sun.nio.fs.UnixException.translateToIOException(UnixException.java:86) ~[na:1.8.0_77]
	at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102) ~[na:1.8.0_77]
	at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107) ~[na:1.8.0_77]
	at sun.nio.fs.UnixFileSystemProvider.newFileChannel(UnixFileSystemProvider.java:177) ~[na:1.8.0_77]
	at java.nio.channels.FileChannel.open(FileChannel.java:287) ~[na:1.8.0_77]
	at java.nio.channels.FileChannel.open(FileChannel.java:335) ~[na:1.8.0_77]
	at org.springframework.http.codec.multipart.SynchronossPartHttpMessageReader$SynchronossFilePart.transferTo(SynchronossPartHttpMessageReader.java:302) ~[spring-web-5.0.4.RELEASE.jar:5.0.4.RELEASE]
	at com.example.MultipartController.upload(MultipartController.java:39) ~[classes/:na]
...

It appears that the Hive Metastore does not properly migrate column statistics when renaming a table across databases. While renaming across databases is not supported in HiveQL, it can be done via the Metastore Thrift API.
The problem is that such a newly renamed table cannot be dropped (unless renamed back to its original database/name).
Here are steps for reproducing the issue.
1. From the Hive shell/beeline:

create table db1.mv (i int);
use db1;
analyze table mv compute statistics for columns i;

2. From a Java program:

    HiveConf conf = new HiveConf(MetaStoreClientPool.class);
    HiveMetaStoreClient hiveClient = new HiveMetaStoreClient(conf);
    Table t = hiveClient.getTable("db1", "mv");
    t.setDbName("db2");
    t.setTableName("mv2");
    hiveClient.alter_table("db1", "mv", t);
  }

3. From the Hive shell/beeline:

drop table db2.mv2;

Stack shown when running 3:

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:javax.jdo.JDODataStoreException: Exception thrown flushing changes to datastore
	at org.apache.hadoop.hive.metastore.ObjectStore.commitTransaction(ObjectStore.java:411)
	at com.sun.proxy.$Proxy0.commitTransaction(Unknown Source)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_core(HiveMetaStore.java:1389)
	at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_with_environment_context(HiveMetaStore.java:1525)
	at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:106)
	at com.sun.proxy.$Proxy1.drop_table_with_environment_context(Unknown Source)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$drop_table_with_environment_context.getResult(ThriftHiveMetastore.java:8072)
	at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$drop_table_with_environment_context.getResult(ThriftHiveMetastore.java:8056)
java.sql.BatchUpdateException: Batch entry 0 DELETE FROM "TBLS" WHERE "TBL_ID"='1621' was aborted.  Call getNextException to see the cause.
	at org.postgresql.jdbc2.AbstractJdbc2Statement$BatchResultHandler.handleError(AbstractJdbc2Statement.java:2598)
	at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1836)
	at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:407)
	at org.postgresql.jdbc2.AbstractJdbc2Statement.executeBatch(AbstractJdbc2Statement.java:2737)
	at com.jolbox.bonecp.StatementHandle.executeBatch(StatementHandle.java:424)
	at org.datanucleus.TransactionImpl.flush(TransactionImpl.java:203)
	at org.datanucleus.TransactionImpl.commit(TransactionImpl.java:267)
)
hive> drop table db2.mv2;
)

I am using camel 2.0.0 together with CXF 2.2.4. My problem is that camel-cxf pulls in many CXF poms that I do not need.
So I either have to exclude them or include them in my own project with version 2.2.4. I would rather prefer that camel-cxf only includes what it really needs.
This is the list camel-cxf includes:
      <artifactId>cxf-rt-frontend-jaxrs</artifactId>
      <artifactId>cxf-rt-core</artifactId>
      <artifactId>cxf-rt-transports-http</artifactId>
      <artifactId>cxf-rt-transports-http-jetty</artifactId>
      <artifactId>cxf-rt-transports-local</artifactId>
      <artifactId>cxf-rt-frontend-simple</artifactId>
      <artifactId>cxf-rt-frontend-jaxws</artifactId>
      <artifactId>cxf-rt-management</artifactId>
      <artifactId>cxf-tools-common</artifactId>

If two processes or threads call forceMkdir() with the same directory there is a chance that one will throw an IOException even though a directory was correctly created (by the other process or thread). 

Create test case for Elytron Security Domain. Testing of most of functionality and attributes of Elytron security-domain subsystem resource is already covered by another test cases in org.wildfly.test.integration.elytron.* package. This test case should cover only scenarios which are not covered by different test cases.

testReadAttributeWildcards(org.jboss.as.test.smoke.mgmt.BasicOperationsUnitTestCase)

It happens time to time that deployment scanner can throw and log error [1] when server is shutting down.
It's in case of clean startup and clean shutdown when error messages should not be shown. I can hit it when unbounding a datasource takes a bit longer and scan of deployment scanner hits that time.
[1]

ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) WFLYDS0012: Scan of /mnt/hudson_workspace/workspace/eap-70-jbossts-crashrec-tests-mssql2014/90fac01f/eap-tests-transactions/jbossts/target/jbossas-jbossts/standalone/deployments threw Exception: java.lang.RuntimeException: WFLYDS0036: Deployment model operation failed. WFLYCTL0271: Operation cancelled
	at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations.getDeploymentsStatus(DefaultDeploymentOperations.java:83)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1614)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1563)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:568)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:489)
	at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$DeploymentScanRunnable.run(FileSystemDeploymentService.java:250)

Create the directory target/in.
Put the file "file.xml" into the directory target/in. Note: the end tag in this file is not closed properly.
Run the test.
The test should fail.
The file "file.xml" remains in the target/in but it should not.

FileLockedTest.java
package org.apache.camel;

public class FileLockedTest extends CamelTestSupport {

    @Test
    public void testFileLocked() throws Exception {
        MockEndpoint result = getMockEndpoint("mock:result");
        result.setAssertPeriod(10000);
        result.expectedMessageCount(1);
        result.assertIsSatisfied();
    }

    @Override
            @Override
                from("file:target/in?delay=100&moveFailed=.error")
                        .to("mock:result")
                    .end()
                    .to("xslt:FileLockedTest.xsl");
            }
        };
    }

}

FileLockedTest.xsl
<xsl:stylesheet
    xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
    xmlns="http://schemas.computershare.ru/codex/2011/08/"
    version="1.0">

    <xsl:output method="xml" encoding="UTF-8" omit-xml-declaration="yes" />
    <xsl:preserve-space elements="*"/>

    <xsl:template match="/">
        <xsl:apply-templates />
    </xsl:template>

    <xsl:template match="@* | node()">
        <xsl:copy>
            <xsl:apply-templates select="@* | node()" />
        </xsl:copy>

</xsl:stylesheet>

file.xml; Note: the end tag is not closed properly
<root></root

In doTokenize, there are several delimiter.length() calls which will cause a NullPointerException if the delimiter is null.
If empty string is passed in as a delimiter, then this degenerates to an identity mapping and this would not be useful.
Either of these situations can happen if the delimiter gets set dynamically at runtime.

The original intent was to use MiniHiveKdc.getMiniHS2WithKerbWithRemoteHMSWithKerb in both cases

It seems the behavior between 4.0.0.RELEASE and 3.2.5.RELEASE has changed with regard to bean overrides.
In the sample project (https://github.com/flozano/spring-override-behavior-changed) there is a singleton bean with a "sayHello" method, which returns "Hello "+name.
The original bean is configured thru Java Config in the AppConfiguration class.
The overriding bean is configured thru overridingApplicationContext.xml.
There is a test that checks that the correct string is returned for each bean ("Hello Lisa" for the original not-overriden app-ctx, "Hello Maria" for the overriden one).

If Spring 3.2.5.RELEASE is used in the pom.xml, the test always passes.
If Spring 4.0.0.RELEASE is used in the pom.xml and the overriding bean is a scoped-proxy, the test fails.
If Spring 4.0.0.RELEASE is used in the pom.xml and the overriding bean is NOT a scoped-proxy, the test passes.
Changing the scope of the overriding bean or the original bean has no effect in the results
Making the original bean also a scoped-proxy has no effect either
Configuring the original bean with XML instead of Java Config makes it work (???): removing the component-scan and adding this to originalApplicationContext.xml instead makes it work:

	<bean id="theService" class="com.flozano.testbeanoverride.impl.TheServiceBean"
		scope="singleton" p:name="Lisa">
	</bean>

We are migrating from Hades and were very surprised to find exceptions in the JPA NamedQuery parsing.  The queries are defined on the entities.  The ones triggering the exceptions do not return entities.  I think that this is permitted by the specification and did work fine with Hades and Hibernate.  Here is an example:

@NamedQuery(name = "CountryAgreement.getLatestAgreementVersion", query = "select max(version) from CountryAgreement c where c.country.id = ?1 ")

The repository method Long getLatestAgreementVersion(Long countryId); and exception:
Caused by: java.lang.IllegalArgumentException: No property getLatestAgreement found for type class java.lang.Long
	at org.springframework.data.repository.query.parser.Property.<init>(Property.java:66)
	at org.springframework.data.repository.query.parser.Property.<init>(Property.java:100)
	at org.springframework.data.repository.query.parser.Property.create(Property.java:302)
	at org.springframework.data.repository.query.parser.Property.create(Property.java:268)
	at org.springframework.data.repository.query.parser.Property.from(Property.java:227)
	at org.springframework.data.repository.query.parser.Property.from(Property.java:215)
	at org.springframework.data.jpa.repository.query.PartTreeJpaQuery.<init>(PartTreeJpaQuery.java:51)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:100)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateIfNotFoundQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:176)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$AbstractQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:73)
	at org.springframework.data.repository.support.RepositoryFactorySupport$QueryExecuterMethodInterceptor.<init>(RepositoryFactorySupport.java:259)
	at org.springframework.data.repository.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:143)
	at org.springframework.data.repository.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:107)
	at org.springframework.data.repository.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:36)
	... 36 more

Sample output:

[INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @ camel-xxx ---
[WARNING] File encoding has not been set, using platform encoding MacRoman, i.e. build is platform dependent!
[INFO] Compiling 4 source files to /w1/apache/camel/projects/camel-xxx/target/classes
[ERROR] /w1/apache/camel/projects/camel-xxx/src/main/java/org/apache/camel/example/HelloWorldConsumer.java:[28,7] org.apache.camel.example.HelloWorldConsumer is not abstract and does not override abstract method poll() in org.apache.camel.impl.ScheduledPollConsumer
[ERROR] /w1/apache/camel/projects/camel-xxx/src/main/java/org/apache/camel/example/HelloWorldConsumer.java:[38,19] poll() in org.apache.camel.example.HelloWorldConsumer cannot override poll() in org.apache.camel.impl.ScheduledPollConsumer; attempting to use incompatible return type
found   : void
required: int
[ERROR] /w1/apache/camel/projects/camel-xxx/src/main/java/org/apache/camel/example/HelloWorldConsumer.java:[36,4] method does not override or implement a method from a supertype

Some jars of Hive are required not only by the client but also the server (every Hadoop slave),
though we could use 'add jar' command to add all the jars in dis-cache ,
but in common way ,we may add these jars in $HADOOP_HOME/lib/  of every salve of the Hadoop Cluster,
and need restart all the tasktrackers .
When using hive stats, If we use mysql as tmp stats db ,every salve of the Hadoop Cluster should contain 
mysql-connector-java-****.jar in $HADOOP_HOME/lib/ 
And for column stats 
In all slaves $HADOOP_HOME/lib/ should contain:
jackson-core-asl-1.8.8.jar
jackson-jaxrs-1.8.8.jar
jackson-mapper-asl-1.8.8.jar
jackson-xc-1.8.8.jar
These jars should be separated  from other common client-side-jars .

If you have a class

class Person {
  private int _age;
  
  public int getAge() {
    return _age;
  }
}

and a repository interface

interface PersonRepository extends Repository<Person, Long> {
  Person findByAge(int age);
}

creating a proxy instance for the interface will fail with an exception claiming that no property age is found. This is due to the fact that TypeDiscoverer is currently only considering fields right now and we should think about if it makes sense to make it really property aware.
A workaround to simply use findBy_Age fails as well as {} is used as custom delimiter to manually define property paths. So we should at least guard the code to correctly resolve _age in case there's no content in front of the {}.

In Driver.execute(), if exception is thrown in prehooks, the execution jumps to the exception handling logic and skips the step of ctx.restoreOriginalTracker(). As a result, the next query will be executed as local mode no matter input size since the job tracker setting is not reverted.

There is a exception thrown when generating listDeleteModalDetail.ftl.

In OrcRawRecordMerger.getLastFlushLength, if the opened stream throws an IOException on .available() or on .readLong(), the function will exit without closing the stream.
This patch adds a try-with-resources to fix this.

In SWARM-1693 there was a change that wasn't intented to be definitive, but just a possible fix, that finally was worse than the original behavior.
This change should be reverted and instead, failing test should disable the temp files check only for these.

More details here:
https://github.com/Parquet/parquet-mr/issues/272

The following WARNs appear in the fabric logs 

2015-03-12 05:46:46,879 | WARN  | nload-4-thread-4 | JaxbUtil                         | 83 - io.fabric8.fabric-agent - 1.2.0.redhat-081 | Old style feature file without namespace found (URI: mvn:org.jboss.fuse/jboss-fuse/6.2.0.redhat-075/xml/features). This format is deprecated and support for it will soon be removed
2015-03-12 05:46:48,841 | WARN  | nload-4-thread-1 | JaxbUtil                         | 83 - io.fabric8.fabric-agent - 1.2.0.redhat-081 | Old style feature file without namespace found (URI: mvn:org.apache.activemq/activemq-karaf/5.11.0.redhat-620086/xml/features). This format is deprecated and support for it will soon be removed
2015-03-12 05:46:52,006 | WARN  | nload-4-thread-4 | JaxbUtil                         | 83 - io.fabric8.fabric-agent - 1.2.0.redhat-081 | Old style feature file without namespace found (URI: mvn:org.apache.activemq/activemq-karaf/5.11.0.redhat-620086/xml/features-core). This format is deprecated and support for it will soon be removed
2015-03-12 05:46:52,033 | WARN  | nload-4-thread-4 | JaxbUtil                         | 83 - io.fabric8.fabric-agent - 1.2.0.redhat-081 | Old style feature file without namespace found (URI: mvn:org.apache.activemq/activemq-karaf/5.11.0.redhat-620086/xml/features-core). This format is deprecated and support for it will soon be removed

The problem is that the HttpSessionSecurityContextRepository has:

if (httpSession != null && !contextObject.equals(contextBeforeExecution)) {
    // SEC-1587 A non-anonymous context may still be in the session
    // SEC-1735 remove if the contextBeforeExecution was not anonymous
    httpSession.removeAttribute(springSecurityContextKey);
}

When using SecurityContextHolder.getContext().setAuthentication(null) it means that contextObject.equals(contextBeforeExecution) will return true so the attribute is not removed from session.
In a default servlet environment this is unnoticed since the HttpSession is stored in memory. This means the setAuthentication(null)) updates the object in HttpSession.
In Spring Session (or any external HttpSession implementation) the session is stored externally, so it will only be updated if the setAttribute is called.
A workaround is to invoke:

SecurityContextHolder.clearContext();

*NOTE* The invocation of setAuthentication(null) is unnecessary to log out when using standard Servlet HttpSession. This is invoked to work around SEC-1735 and SEC-2025. We will need to account for the Authentication being removed as well.

Feature camel-hbase is broken by ENTESB-4946 - change of servlet api version.

JBossFuse:karaf@root> features:install camel-hbase
Error executing command: Could not start bundle mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.hadoop-core/1.2.1_1 in feature(s) camel-hbase-2.16.1.redhat-630033, camel-hdfs-2.16.1.redhat-630033: Unresolved constraint in bundle org.apache.servicemix.bundles.hadoop-core [359]: Unable to resolve 359.0: missing requirement [359.0] osgi.wiring.package; (&(osgi.wiring.package=javax.servlet)(version>=2.5.0)(!(version>=3.0.0)))

Error message is very similar to issue ENTESB-5181 - can't install feature camel-hdfs

I'm not sure if this is a documentation issue, a bug, or a driver specific nuance, but when I use queryForObject as shown in the reference manual I get a TypeMismatchDataAccessException:

int rowCount = this.jdbcTemplate.queryForObject("select count(*) from t_actor", int.class);

org.springframework.dao.TypeMismatchDataAccessException: Type mismatch affecting row number 0 and column type 'NUMBER': Value [2] is of type [java.lang.Integer] and cannot be converted to required type [int]
	at org.springframework.jdbc.core.SingleColumnRowMapper.mapRow(SingleColumnRowMapper.java:98)
	at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:92)
	at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:60)
	at org.springframework.jdbc.core.JdbcTemplate$1QueryStatementCallback.doInStatement(JdbcTemplate.java:446)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:456)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:464)
	at org.springframework.jdbc.core.JdbcTemplate.queryForObject(JdbcTemplate.java:472)
	at org.springframework.jdbc.core.JdbcTemplate.queryForObject(JdbcTemplate.java:477)

The workaround is to use Integer.class instead of int.class as the type parameter:

int rowCount = this.jdbcTemplate.queryForObject("select count(*) from t_actor", Integer.class);

Database is Oracle 10.2.0.5 with JDBC driver 11.2.0.3. 

Not all password types are covered by set-password operation in ModifiableRealmDecorator.
At least ScramDigestPassword is not available.

WARN jdbc.HiveConnection: Request to set autoCommit to false; Hive does not support autoCommit=false.
0: jdbc:hive2://ctr-e89-1466633100028-0275-01
By default, this beeline setting is false, while hive only support autoCommit=true for now. So this warning does mot make sense and should be removed.

to scan the meta table, the start row must be in the format 'table_name,,' - the commas are not optional.
I found another place in TableOperation which was missing this, causing hbase to close too many regions from unrelated tables (ouch!)

When putting 'echo' into the right side of the pipe. Addional 'o' is displayed as result.
[standalone@embedded /] version | echo test
o test
test

Some schemas in ${EAP_HOME}/docs/schema has wrong version specified.
 EAP 6.4.0.ER2

	at org.junit.Assert.assertFalse(Assert.java:64)
	at org.junit.Assert.assertFalse(Assert.java:74)
	at org.apache.hadoop.hbase.quotas.TestRateLimiter.testFixedIntervalResourceAvailability(TestRateLimiter.java:151)
The code of this ut.

     RateLimiter limiter = new FixedIntervalRateLimiter();
     limiter.set(10, TimeUnit.MILLISECONDS);
 
     assertTrue(limiter.canExecute(10));
     limiter.consume(3);
     assertEquals(7, limiter.getAvailable());
     assertFalse(limiter.canExecute(10));

The limiter will refill by MILLISECONDS. So if this unit test execute slowly or hang by others over 1 ms, the assertFalse(limiter.canExecute(10)) will fail.

Currently region servers don't handle org.apache.hadoop.hbase.Leases$LeaseStillHeldException in any way that's useful so what happens right now is that it tries to report to the master and this happens:

2010-06-07 17:20:54,368 WARN  [RegionServer:0] regionserver.HRegionServer(553): Attempt=1
org.apache.hadoop.hbase.Leases$LeaseStillHeldException
        at org.apache.hadoop.hbase.RemoteExceptionHandler.decodeRemoteException(RemoteExceptionHandler.java:94)
        at org.apache.hadoop.hbase.RemoteExceptionHandler.checkThrowable(RemoteExceptionHandler.java:48)
        at org.apache.hadoop.hbase.RemoteExceptionHandler.checkIOException(RemoteExceptionHandler.java:66)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:541)
        at org.apache.hadoop.hbase.MiniHBaseCluster$MiniHBaseClusterRegionServer.run(MiniHBaseCluster.java:173)

Then it will retry until the watch is triggered telling it that the session's expired! Instead, we should be a lot more proactive initiate abort procedure.

templeton.hive.properties accepts a comma-separated list of key=value property pairs that will be passed to Hive.
However, this makes it impossible to use any "value" that itself has a comma in it.

  <name>templeton.hive.properties</name>
  <value>hive.metastore.sasl.enabled=false,hive.metastore.uris=thrift://foo1.example.com:9083,foo2.example.com:9083</value>

templeton: starting [/usr/bin/hive, --service, cli, --hiveconf, hive.metastore.sasl.enabled=false, --hiveconf, hive.metastore.uris=thrift://foo1.example.com:9083, --hiveconf, foo2.example.com:9083 etc..

because the value is parsed using standard org.apache.hadoop.conf.Configuration.getStrings() call which simply splits on commas from here:

for (String prop : appConf.getStrings(AppConfig.HIVE_PROPS_NAME))

This is problematic for any hive property that itself has multiple values, such as hive.metastore.uris above or hive.aux.jars.path.
There should be some way to "escape" commas or a different delimiter should be used.

The conversion of paths in MapWork.getPathToAliases is happening multiple times in MapOperator.cleanUpInputFileChangedOp. Caching the results of conversion can improve the performance of hive map tasks.

In Spring 4.1.1.RELEASE following code used to work:

@RequestMapping(value = "", method = PUT)
public CommandResult put(@Valid @RequestBody Record record) {
   ...
  CommandResult result = sendCommand(...);
}

  private class CommandResult
    extends DeferredResult<Object>
    implements CommandCallback<Object> {

  @Override
  public void onSuccess(Object result) {
     setResult(result);
  }

  @Override
  public void onFailure(Throwable cause) {
    setErrorResult(cause);
  }
} 

java.lang.IllegalArgumentException: Expected one of Callable, DeferredResult, or ListenableFuture: class com.ysura.rest.controller.ActivityController$CommandResult
        at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod$ConcurrentResultMethodParameter.getParameterType(ServletInvocableHandlerMethod.java:273) ~[spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.servlet.mvc.method.annotation.ModelAndViewMethodReturnValueHandler.supportsReturnType(ModelAndViewMethodReturnValueHandler.java:72) ~[spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.selectHandler(HandlerMethodReturnValueHandlerComposite.java:90) ~[spring-web-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:77) ~[spring-web-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:126) ~[spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:832) ~[spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:743) ~[spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85) ~[spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:961) ~[spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:895) ~[spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:967) [spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at org.springframework.web.servlet.FrameworkServlet.doPut(FrameworkServlet.java:880) [spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) [jetty-runner-9.3.6.v20151106.jar:9.3.6.v20151106]
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:843) [spring-webmvc-4.2.6.RELEASE.jar:4.2.6.RELEASE]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jetty-runner-9.3.6.v20151106.jar:9.3.6.v20151106]
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:821) [jetty-runner-9.3.6.v20151106.jar:9.3.6.v20151106]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1685) [jetty-runner-9.3.6.v20151106.jar:9.3.6.v20151106]
...

If the method return type is simply changed to DeferredResult<Object> it starts working again!

Someone made mention of this loop last week but I don't think I filed an issue.  Here is another instance, again from a secret hbase admirer:
"It seems that when Zookeeper dies and restarts, all client applications need to be restarted too. I just restarted HBase in non-distributed mode (which includes a ZK) and now my application can't reconnect to ZK unless I restart it too.  I'm stuck in this loop:

2010-07-19 00:13:05,725 INFO org.apache.zookeeper.server.NIOServerCnxn:
  Closed socket connection for client /127.0.0.1:55153 (no session established for client)
2010-07-19 00:13:07,052 INFO org.apache.zookeeper.server.NIOServerCnxn:
  Accepted socket connection from /127.0.0.1:55154
2010-07-19 00:13:07,053 INFO org.apache.zookeeper.server.NIOServerCnxn:
  Refusing session request for client /127.0.0.1:55154 as it has seen zxid 0xf5 our last zxid is 0xd7
  client must try another server

"

SessionState.initHiveLog4j() is called before hive command argument -S is parsed, so initHiveLog4j will printed out the init info even though -S is specified.

The path attribute should come before relative-to, which is how the xsd declares them and how the marshaller persists.

prompt on 'jboss-cli.sh --connect controller=https-remoting://localhost:8443 '
displays:
------------------------------------------------------------------- 
Accept certificate? [N]o, [T]emporarily, [P]ermenantly : P
(not 'permanently')

TaskMonitor Status will not be cleared in case Regions FAILED_OPEN. This will keeps showing old status.
This will miss leads the user.

The following valid ISO-SQL constructs will not parse
Unsupported SubQuery Expression 'c1': Correlating expression cannot contain unqualified column references
The statement will parse if the predicate is changed to where tjoin1.c1 in ( ....)
select tjoin1.rnum, tjoin1.c1, tjoin1.c2 from tjoin1 where c1 in ( select c1 from tjoin1) 
select tjoin1.rnum, tjoin1.c1, tjoin1.c2 from tjoin1 where c1 in ( select tjoin1.c1 from tjoin1) 
select tjoin1.rnum, tjoin1.c1, tjoin1.c2 from tjoin1 where c1 in ( select x.c1 from tjoin1 x) 

Allow running ptest simultaneously, multiple times by one person on the same machines.

Avro holds a cache of classloaders and other reflection related classes in a static map here:
https://github.com/apache/avro/blob/master/lang/java/avro/src/main/java/org/apache/avro/specific/SpecificData.java#L52-L57
Keys of that map are {{String}}s with classname.
The cache is never updated, and this breaks OSGi ability to update a new class definition, since avro will keep pointing to the old version.
This will lead to a situation where, on an OSGi platform, you are exposed to ClassCastException since the rest of the platform might see a different varsion than the old one cached by avro.
The attached fix is a simple way to entirely bypass this caching behavior with just public subclasses that turn off just the caching behavior.

Tests without "Test" prefix are ignored by UnitTestPropertiesParser.generateFullTestSet() 
 -> if (className.startsWith("Test") && !className.contains("$")) { }
 
We're using version 1.0.0-RC1 of acegi-security.
During our development cycle everyone is logging into the system with the same userid and password.  We've configured Acegi to use a user-cache as shown in the spring config exerpt below.  The issue we ran into is that if 3 or 4 of us all try to log in at the same time (one, two, three, go), and with the same username / password; we often see two or more clients obtain the same user object from the cache.  When one person changes the user object in their session the other person also see's the change.  There are in fact two sessions created (or one per client), but the same instance of the User object is stored in both sessions.  With only slight differences in login times we see the proper and expected behaviour that each logged in user gets a unique copy of the user from the userCache; yet the problem exists that for a small time-frame (perhaps a second?) it is possible for more than one user to get the same in-memory copy of the user in their session when both people login with the same credentials.
As a short term workaround we've disabled use of the user-cache and it seems to resolve the issue.
    <bean id="daoAuthenticationProvider" class="com.clickbank.dao.security.CBDaoAuthenticationProvider ">
         <property name="userDetailsService" ref="userDAO"/>
         <!-- <property name="userCache" ref="userCache"/> -> <!- TODO: turned off due to issue with same user hitting cache at same time. -->
         <property name="passwordEncoder" ref="passwordEncoder"/>
         <property name="saltSource">
            <bean class="org.acegisecurity.providers.dao.salt.ReflectionSaltSource ">
                <property name="userPropertyToUse">
                    <value>getUserName</value>
            </bean>
    </bean>
    <bean id="userCache" class="org.acegisecurity.providers.dao.cache.EhCacheBasedUserCache">
            <bean class=" org.springframework.cache.ehcache.EhCacheFactoryBean">
                <property name="cacheManager">
                    <bean class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean "/>
                <property name="cacheName" value="userCache"/>
            </bean>
    </bean>

https://github.com/wildfly/wildfly/blob/master/clustering/singleton/extension/src/main/resources/schema/wildfly-singleton_1_0.xsd
1. Attributes "name" and "cache-container" have the same documentation. 
2. Attribute "quorum" is missing documentation.

<xs:complexType name="singleton-policy">
      <!-- ... -->
        <xs:attribute name="name" type="xs:string" use="required">
                <xs:documentation>Identifies the cache-container used to back the singleton deployment policy.</xs:documentation>
        <xs:attribute name="cache-container" type="xs:string" use="required">
       <!-- ... -->
        <xs:attribute name="quorum" type="xs:integer" default="1">
                <xs:documentation></xs:documentation>

hive> set hive.tez.task.scale.memory.reserve.fraction.max=;
Query returned non-zero code: 1, cause: 'SET hive.tez.task.scale.memory.reserve.fraction.max=' FAILED because hive.tez.task.scale.memory.reserve.fraction.max expects FLOAT type value.
hive> set hive.tez.task.scale.memory.reserve.fraction.max=null;
Query returned non-zero code: 1, cause: 'SET hive.tez.task.scale.memory.reserve.fraction.max=null' FAILED because hive.tez.task.scale.memory.reserve.fraction.max expects FLOAT type value.

unset also doesn't work.

The ResourceServlet uses the "in.available()" syntax which seems to fail when running IBM WebSphere 6's JRE.
This happens both with compressed (gzipped) content or not.
By replacing the code with a more traditionnal approach (using in.read() like "FileCopyUtils" does), it works fine !
My proposition of fix is:
----------------------------------- replace in 'doGet' method:
while (in.available() > 0) {
	int len = in.read(buffer);
	out.write(buffer, 0, len);
}
----------------------------------- by:
int bytesRead = -1;
while ((bytesRead = in.read(buffer)) != -1) {
	out.write(buffer, 0, bytesRead);
}
By the way, the exception is:
[10/20/08 13:49:59:905 CEST] 0000002a SystemOut     O 20/10/2008 13:49:59,905 DEBUG      [WebContainer : 0] com.fortis.rsa.spring.webflow.js.ResourceServlet - Enabling GZIP compression for the current response.
[10/20/08 13:49:59:905 CEST] 0000002a SystemErr     R java.lang.IndexOutOfBoundsException
	at java.util.zip.DeflaterOutputStream.write(DeflaterOutputStream.java:128)
	at java.util.zip.GZIPOutputStream.write(GZIPOutputStream.java:93)
	at com.fortis.rsa.spring.webflow.js.ResourceServlet$GZIPResponseStream.write(ResourceServlet.java:352)
	at com.fortis.rsa.spring.webflow.js.ResourceServlet.doGet(ResourceServlet.java:127)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:751)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1572)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1521)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:113)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:82)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:759)
	at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3174)
	at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:253)
	at com.ibm.ws.webcontainer.VirtualHost.handleRequest(VirtualHost.java:229)
	at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1970)
	at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:114)

Hello,
we had some bad time trying to figure why some of our operations did not reach the database. in the test project we have to repositories, one is called "FailingPersonRepository" and one "SucceedingPersonRepository".
also, there is a test case that runs the same logic on both repositories and as the name suggest one of the repository fails the test.
we have a custom repository factory bean as well as the repository factory that in this repro case does nothing more that wrapping the repisotry in an impl (that does more in the actual project than here).
there are also two base interfaces for our repository, the first one (CrudRepository) contains some mehtods related to the earlier mentioned impl (methods truncated for this testcase) and the second one (LongCurdRepository) extends the first and eliminates the generic ID part of the first Repository.
this is needed as we are directly accessing the repositories throu GWT requestfactory and in our case they try to find e.g. a delete(java.lang.Long) but without the overriden methods in the LongCrudRepository there is only delete(java.io.Serializable) at runtime.
here starts the issue. when not overriding the `delete` method the call to delete succeeds. but as soon as we have the delete(Long) in our repository we get a "InvalidDataAccessApiUsageException: No transactional EntityManager available" exception.
our debugging shows that at this pont the `specificMethod` is the one from the LongCrudRepository (and for our CrudRepository it is the delete from SimpleJpaRepository) and therefore there is no transaction.
while there is a workaround (putting @Transactional on the delete in LongCrudRepository) we wanted to confirm if this behaviour is wanted or if there is a chance to see a change in a future release. 

The eclipse setups in the poms generates invalid  projects for camel-blueprint and camel-spring due to refering to source directories outside of the basedir.    

When using something like:
	@Caching(evict = 
{
			@CacheEvict(value = CacheId.PROFILE, key = CompanyCacheKeys.NB_FOLLOWERS, beforeInvocation = true),
			@CacheEvict(value = CacheId.PROFILE, key = CompanyCacheKeys.MEMBER_SETTINGS, beforeInvocation = true) }
)
the eviction is always done only on one key, not on all the keys. The method:
public Object key(String keyExpression, Method method, EvaluationContext evalContext) of ExpressionEvaluator
seems to return the first key.

ORC is in some instances pushing SARGs into delta files.  This is wrong behavior in general as it may result in failing to pull the most recent version of a row.  When the SARG is applied to a row that is deleted it causes an ArrayOutOfBoundsException because there is no data in the row.

The API is designed for scheduling SCPs for dead servers after we loss all the proc wals, but in TestHbck we use hbck to schedule a SCP for a live server. In order to pass the test, we need to move it from online servers to dead servers otherwise we may retain the assignment on the 'dead' server and cause the UT hang. And it is no harm if the server is not online when we call this method, so it is fine.

Here is a test case for class JdbcUsersConnectionRepositoryTest

@Test
public void findPrimaryConnectionAfterRemove() {
    insertFacebookConnection();
    insertFacebookConnection2();    
    // 9 is the providerUserId of the first Facebook connection
    connectionRepository.removeConnection(new ConnectionKey("facebook", "9"));
    assertEquals(1, connectionRepository.findConnections(TestFacebookApi.class).size());
    assertNotNull(connectionRepository.findPrimaryConnection(TestFacebookApi.class));
}

In 1.0.1 release, the resolution of  "http://jira.springframework.org/browse/BATCH-531" issue causes another issue.
The item count has move to SimpleItemHandler. The write method calls contribution.incrementItemCount().
The problem is in ItemSkipPolicyItemHandler, subclass of SimpleItemHandler. This class doesn't call incrementItemCount.
In my application, using 1.0.0 release item count ends with one number more than total items, and in 1.0.1, ends always with 0 (zero).

HIVE-9673 added support for passing base64 encoded operation handles to ATS. We should a method on client side to retrieve that.

So, I finally figureg out why my site often experiences redirect loops on authentication problems. Spring Social passes as providerId google/ in stead of google. This is because of the hackish way in which the providerId is extracted from the url getProviderIdFromRequest. 
And it's a private method. So, I can't fix this by overriding the method

See TestDbTxnManager2 for referenced methods

    checkCmdOnDriver(driver.run("create table target (a int, b int) " +
      "partitioned by (p int, q int) clustered by (a) into 2  buckets " +
      "stored as orc TBLPROPERTIES ('transactional'='true')"));
    checkCmdOnDriver(driver.run("create table source (a1 int, b1 int, p1 int, q1 int) clustered by (a1) into 2  buckets stored as orc TBLPROPERTIES ('transactional'='true')"));

    checkCmdOnDriver(driver.run("insert into target partition(p,q) values (1,2,1,2), (3,4,1,2), (5,6,1,3), (7,8,2,2)"));

    checkCmdOnDriver(driver.run(
      "update source set b1 = 1 where p1 in (select t.q from target t where t.p=2)"));

The last Update stmt creates the following Entity objects in the QueryPlan
inputs: [default@source, default@target, default@target@p=2/q=2]
outputs: [default@target@p=2/q=2]
Which is clearly wrong for outputs - the target table is not even partitioned(or called 'target').
This happens in UpdateDeleteSemanticAnalyzer.reparseAndSuperAnalyze()
I suspect 
update T ... where T.p IN (select d from T where ...) 
type query would also get messed up (but not necessarily fail) if T is partitioned and the subquery filters out some partitions but that does not mean that the same partitions are filtered out in the parent query.

In https://issues.apache.org/jira/browse/HBASE-12074, we hit an error if an async thread calls flush on a WAL record already closed as the WAL is being rotated. This JIRA investigates if setting the new WAL record path as the first operation during WAL rotation will fix the issue.

I tried submitting some work items via a distributed workmanager via NamedDistributedWorkManager.doWork(). This failed with:

javax.ejb.EJBException: java.lang.IllegalArgumentException: Null security integration
	at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:70)
	at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:413)
	at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:158)
Caused by: java.lang.IllegalArgumentException: Null security integration
	at org.jboss.jca.core.workmanager.WorkWrapper.<init>(WorkWrapper.java:129)
	at org.jboss.jca.core.workmanager.WorkManagerImpl.createWorkWrapper(WorkManagerImpl.java:738)
	at org.jboss.jca.core.workmanager.WorkManagerImpl.doWork(WorkManagerImpl.java:459)
	at org.jboss.jca.core.workmanager.DistributedWorkManagerImpl.localDoWork(DistributedWorkManagerImpl.java:304)
	at org.jboss.jca.core.workmanager.DistributedWorkManagerImpl.doWork(DistributedWorkManagerImpl.java:389)
	at org.jboss.as.test.integration.jca.workmanager.distributed.DwmAdminObjectEjbImpl.doWork(DwmAdminObjectEjbImpl.java:76)
	at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.processInvocation(StatefulSessionSynchronizationInterceptor.java:135)
	at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:59)
	... 40 more

The EJBException is an implementation detail of my test. The cause of the exception - IllegalArgumentException: Null security integration - is what's important.
I found that an ordinary workmanager service contains the following:
https://github.com/wildfly/wildfly/blob/6b61a6003f704221f66dcd9f418bcb7af88fb9ab/connector/src/main/java/org/jboss/as/connector/services/workmanager/WorkManagerService.java#L102
and that the securityIntegration field is never set for a distributed workmanager in its respective service. I don't know enough of the full picture, but setting the securityIntegration field for the distributed workmanager as well worked for me - I could submit work without issues.
Note that the test is using standalone-ha.xml which seems to have Elytron enabled.
There might be some concerns about Elytron integration too, but I leave that to [~msimka].
I am setting the priority to critical, as this doesn't seem to allow users to submit work instances via a distributed workmanager at all.
Found with commit: 8d587934b771cf91425ea3e06d23dcd7f145e9ef

looks like a simple logic bug to me. Have a fix locally - just checking it works...

AclEntryVoter and BasicAclEntryVoter both use String.startsWith(String) for determining whether they apply to a given secure object invocation. Instead equals(String) should be used.

when performing a join query which filters by a non-existent partition in the where clause (ie):
select t1.a as a1, t2.a as a2 from t1 join t2 on t1.a=t2.a where t2.part="non-existent";
It returns an NPE. It seems that the partition since non-existent is not part of the list of inputs (or maybe optimized out?). But the TableScanOperator still has a reference to it which causes an NPE after tableUsePartLevelAuth.get() returns null.
FAILED: Hive Internal Error: java.lang.NullPointerException(null)java.lang.NullPointerException        at org.apache.hadoop.hive.ql.Driver.doAuthorization(Driver.java:617)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:486)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:336)        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:909)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:258)        at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:215)
        at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:406)
        at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:689)
        at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:557)

i have gone through the below link for JMX subsystem for wildfly 8 as
https://docs.jboss.org/author/display/WFLY8/JMX+subsystem+configuration
but unable to connect to server-instances running remotely ...i have posted my question there as well and pasting it here now ...
can someone please give us the steps to configure JMX through jconsole...?
changes done on the domain.xml are the same as stated above
<subsystem xmlns="urn:jboss:domain:jmx:1.3">
                <expose-resolved-model/>
                <expose-expression-model/>
                <remoting-connector use-management-endpoint="false"/>
            </subsystem>
as per the jboss-as-jmx_1_3.xsd  its like
<xs:attribute name="use-management-endpoint" type="xs:boolean" default="true" use="optional" >
                    If true then this connector will use the management endpoint, otherwise it will use the
                    remoting subsystem endpoint.
now if we are making it false then it should be using the remoting endpoint ...now remoting subsystem by default uses ApplicatoinRealm
i have created application-user and password for the same but when i am trying to connect to remote server-instances its not connecting it....
below is what i am able to connect to 
service:jmx:http-remoting-jmx://remote_hostA:9990 –
Unknown macro: 
{host A is where my domain_controller is running}
how can i access the server-instances running on domain_controller
{there are three server_instanaces running on HostA with a port offset of 100 each}
i am trying to connect with the below url as 
service:jmx:http-remoting-jmx://lremote_hostA:8180
let me know if something is missing from my side...
Thanks

In WebFlux, methods annotated with @ExceptionHandler (either in Controllers or in a class annotated with @ControllerAdvice) should be able to receive the thrown exception as an argument.
However, if the exception has a cause, only the cause exception is passed to InvocableHandlerMethod#invoke.
In case the exception handler method declares as parameter a specific exception type, when that exception is thrown (assuming it has a non-null cause) the exception handler fails to invoke with the following error:
java.lang.IllegalStateException: No suitable resolver for argument 0 of type 'org.springframework.issues.errorhandling.CustomException' on public java.lang.String org.springframework.issues.errorhandling.HelloController.handleCustomException(org.springframework.issues.errorhandling.CustomException)
How to Reproduce
See the attached link to a reproduction project
Controller code from that project:

public class HelloController {

    public static final String ERROR_MSG = "An error occurred!";

    @RequestMapping("/hello")
        final NestedException nested = new NestedException("nested");
        throw new CustomException("outer", nested);
    }

    @ExceptionHandler()
    public String handleCustomException(final CustomException e) {
        return ERROR_MSG;
    }
}

Invoke the error handler by sending the following HTTP request: http://localhost:8080/hello
Notice that in web-mvc the exact same code works fine.
This can be confirmed by changing the following gradle dependency:
compile("org.springframework.boot:spring-boot-starter-webflux")
to: compile("org.springframework.boot:spring-boot-starter-web")

Error exists in org.apache.camel.processor.TryProcessor.handleException(Exchange, Throwable). If your exchange has already out message (that can happen if you set out and then throw an exception. Then the exception caught is set on in message. When it reaches a pipeline it will be lost after first hop.
I believe TryProcessor should do what Pipelient does - copy out to in in new exchange if out exists.

When using a tez session pool to run multiple queries, once the sessions time out, we always end up using the default queue to launch queries. The load balancing doesn't work in this case.

create table clitest (key int, name String, value String);
insert into table clitest values (1,"TRUE","1"),(2,"TRUE","1"),(3,"TRUE","1"),(4,"TRUE","1"),(5,"FALSE","0"),(6,"FALSE","0"),(7,"FALSE","0");

then run a select query

# cat /tmp/select.sql 
select key,name,value 
from clitest 
where value="1" limit 1;

Then run beeline via a remote shell, for example

$ ssh -l root <remotehost.domain.com> "sudo -u hive beeline -u jdbc:hive2://localhost:10000 -n hive -p hive --silent=true --outputformat=csv2 -f /tmp/select.sql" 
root@<remoteHost.domain.com>'s password: 
16/07/12 14:59:22 WARN mapreduce.TableMapReduceUtil: The hbase-prefix-tree module jar containing PrefixTreeCodec is not present.  Continuing without it.
nullkey,name,value                                     
1,TRUE,1
null                                                   
$

In older releases that the output is as follows

$ ssh -l root <remoteHost.domain.com> "sudo -u hive beeline -u jdbc:hive2://localhost:10000 -n hive -p hive --silent=true --outputformat=csv2 -f /tmp/run.sql" 
16/07/12 14:57:55 WARN mapreduce.TableMapReduceUtil: The hbase-prefix-tree module jar containing PrefixTreeCodec is not present.  Continuing without it.

key,name,value
1,TRUE,1

$

The output contains nulls instead of blank lines. This is due to the use of -Djline.terminal=jline.UnsupportedTerminal introduced in HIVE-6758 to be able to run beeline as a background process. But this is the unfortunate side effect of that fix.
Running beeline in background also produces garbled output.

# beeline -u "jdbc:hive2://localhost:10000" -n hive -p hive --silent=true --outputformat=csv2 --showHeader=false -f /tmp/run.sql 2>&1 > /tmp/beeline.txt &
# cat /tmp/beeline.txt 
null1,TRUE,1                                           

#

So I think the use of jline.UnsupportedTerminal should be documented but not used automatically by beeline under the covers.

Similarly to https://issues.jboss.org/browse/SWARM-1500, libraries with module-info.class fail (but at runtime, SWARM-1500 was related to the fraction plugin).
An application with dependencies to JSON-B / JSON-P and implementation (yasson) triggers an exception at application start:

java -jar file-hosting-web-1.0-SNAPSHOT-swarm.jar
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:54)
        at org.wildfly.swarm.bootstrap.Main.run(Main.java:133)
        at org.wildfly.swarm.bootstrap.Main.main(Main.java:86)
Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: Unknown tag! pos=4 poolCount = 18
        at org.wildfly.swarm.Swarm.initializeConfigView(Swarm.java:636)
        at org.wildfly.swarm.Swarm.<init>(Swarm.java:255)
        at org.wildfly.swarm.Swarm.<init>(Swarm.java:193)
        at org.wildfly.swarm.Swarm.<init>(Swarm.java:180)
        at org.wildfly.swarm.Swarm.main(Swarm.java:730)
        ... 7 more
Caused by: java.lang.IllegalStateException: Unknown tag! pos=4 poolCount = 18
        at org.jboss.jandex.Indexer.processConstantPool(Indexer.java:1416)
        at org.jboss.jandex.Indexer.index(Indexer.java:1450)
        at org.wildfly.swarm.Swarm.initializeConfigFiltersFatJar(Swarm.java:656)
        at org.wildfly.swarm.Swarm.initializeConfigFilters(Swarm.java:642)
        at org.wildfly.swarm.Swarm.initializeConfigView(Swarm.java:633)
        ... 11 more
        ... 7 more
        ... 11 more

Manually changing Jandex from 2.0.2 to 2.0.4 in the generated uber jar solves the problem.
I submitted a pull request that workarounds this in a similar way to what was done in SWARM-1500 (https://github.com/wildfly-swarm/wildfly-swarm/pull/703). Upgrading to Jandex 2.0.4 would probably be better.

javax.annotation.api doesn't seem use by the module. Optional dep could be removed.

In the AuthorizationCodeTokenGranter, the following call:
		AuthorizationRequest authorizationRequest = authorizationRequestFactory.createAuthorizationRequest(parameters,  pendingAuthorizationRequest.getApprovalParameters(),
				clientId, grantType, pendingAuthorizationRequest.getScope());
Creates a new AuthorizationRequest which is then passed to the TokenServices to make a token. This AuthorizationRequest object preserves the approvalParameters map from the stored AuthorizationRequest but discards the authorizationParameters map and replaces it with the parameters map from the token request. This is a problem for OpenID Connect, where the call to the AuthorizationEndpoint contains a "nonce" parameter (among others) that must be preserved and available to the token service so that it can be injected into the claims fields of the ID Token. Other parameters on the request to the AuthorizationEndpoint may also influence token creation. 
We see two options for resolving this:
 1) Merge the two parameter maps and give precedence to one of them (probably the AuthorizationEndpoint parameters, stored in the pendingAuthorizationRequest object). This is a fairly simple fix to code, but it conflates two different parameter sets in the authorization code flow.
 2) Add a third parameter map to AuthorizationRequest: tokenParameters. This requires more surgery but allows us to keep the three different parameter sets separate. It is significantly cleaner API architecture, but it has the downside of potentially conflating things for the non-authorization-code flows.
We prefer option #2, but either approach should fix this. We can submit a pull request very quickly for either of these if you would like.

java.lang.RuntimeException: Error applying authorization policy on hive configuration: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ClassNotFoundException: org.apache.hadoop.hive.ql.security.authorization.plugin.sqlstd.SQLStdHiveAuthorizerFactoryForTest

	at org.apache.hive.service.cli.CLIService.init(CLIService.java:113)
	at org.apache.hive.service.cli.CLIServiceRestoreTest.getService(CLIServiceRestoreTest.java:48)
	at org.apache.hive.service.cli.CLIServiceRestoreTest.<init>(CLIServiceRestoreTest.java:28)
	at org.junit.runners.BlockJUnit4ClassRunner.createTest(BlockJUnit4ClassRunner.java:195)
	at org.junit.runners.BlockJUnit4ClassRunner$1.runReflectiveCall(BlockJUnit4ClassRunner.java:244)
	at org.junit.runners.BlockJUnit4ClassRunner.methodBlock(BlockJUnit4ClassRunner.java:241)
Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ClassNotFoundException: org.apache.hadoop.hive.ql.security.authorization.plugin.sqlstd.SQLStdHiveAuthorizerFactoryForTest
	at org.apache.hadoop.hive.ql.session.SessionState.setupAuth(SessionState.java:836)
	at org.apache.hadoop.hive.ql.session.SessionState.applyAuthorizationPolicy(SessionState.java:1602)
	at org.apache.hive.service.cli.CLIService.applyAuthorizationConfigPolicy(CLIService.java:126)
	at org.apache.hive.service.cli.CLIService.init(CLIService.java:110)
	... 22 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ClassNotFoundException: org.apache.hadoop.hive.ql.security.authorization.plugin.sqlstd.SQLStdHiveAuthorizerFactoryForTest
	at org.apache.hadoop.hive.ql.metadata.HiveUtils.getAuthorizeProviderManager(HiveUtils.java:385)
	at org.apache.hadoop.hive.ql.session.SessionState.setupAuth(SessionState.java:812)
	... 25 more
Caused by: java.lang.ClassNotFoundException: org.apache.hadoop.hive.ql.security.authorization.plugin.sqlstd.SQLStdHiveAuthorizerFactoryForTest
	at org.apache.hadoop.hive.ql.metadata.HiveUtils.getAuthorizeProviderManager(HiveUtils.java:375)
	... 26 more

But is caused by HIVE-14221. Code changes are here: https://github.com/apache/hive/commit/de5ae86ee70d9396d5cefc499507b5f31fecc916
So the issue is that, in this patch, everywhere the class org.apache.hadoop.hive.ql.security.authorization.plugin.sqlstd.SQLStdHiveAuthorizerFactory has been mentioned, except at one place. That one place is using org.apache.hadoop.hive.ql.security.authorization.plugin.sqlstd.SQLStdHiveAuthorizerFactoryForTest class, which happens to not be in the classpath while running hive-service tests. 
Seems like the wrong class was mentioned by mistake in the patch. 
Pengcheng Xiong Since you are the original author, can you confirm whether it indeed was a mistake. 

There is probably unwanted behaviour coded in class org.springframework.cache.ehcache.EhCacheCache in method org.springframework.cache.ehcache.EhCacheCache#get(java.lang.Object, java.lang.Class<T>). When there is no value cached (ie. value == null) there is no way this check could pass:
if (type != null && !type.isInstance(value)) 
{
			throw new IllegalStateException("Cached value is not of required type [" + type.getName() + "]: " + value);
		}

And this leads to unexpected Illegal state exceptions in expected situations when caches are empty.

Stack is:

2013-04-19 09:22:45,991 WARN  [IPC Client (682317035) connection to ip-10-6-131-32.ec2.internal/10.6.131.32:60020 from root] ipc.HBaseClient (HBaseClient.java:run(664)) - IPC Client (682317035) connection to ip-10-6-131-32.ec2.internal/10.6.131.32:60020 from root: unexpected exception receiving call responses
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.readResponse(HBaseClient.java:1017)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.run(HBaseClient.java:661)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.readResponse(HBaseClient.java:1013)
	... 1 more
 1197 sec: 3411081 operations; 324,27 current ops/sec; [INSERT AverageLatency(us)=29332,6] 

Code:

    protected void readResponse() {
      if (shouldCloseConnection.get()) return;
      touch();
      try {
        // See HBaseServer.Call.setResponse for where we write out the response.

        // Total size of the response.  Unused.  But have to read it in anyways.
        /*int totalSize =*/ in.readInt();

        // Read the header
        ResponseHeader responseHeader = ResponseHeader.parseDelimitedFrom(in);
        int id = responseHeader.getCallId();
          LOG.debug(getName() + ": got response header " +
            TextFormat.shortDebugString(responseHeader));
        }
        Call call = calls.get(id);
        if (responseHeader.hasException()) {
          ExceptionResponse exceptionResponse = responseHeader.getException();
          RemoteException re = createRemoteException(exceptionResponse);
          if (isFatalConnectionException(exceptionResponse)) {
            markClosed(re);
          } else {
            if (call != null) call.setException(re);
          }
        } else {
          Message rpcResponseType;
          try {
            // TODO: Why pb engine pollution in here in this class?  FIX.
            rpcResponseType =
              ProtobufRpcClientEngine.Invoker.getReturnProtoType(
                reflectionCache.getMethod(remoteId.getProtocol(), call.method.getName()));  <=========== NPE, because call is null
          } catch (Exception e) {
            throw new RuntimeException(e); //local exception
          }

Where SftpOperations creates streams for storing or retrieving files via ChannelSftp, these streams are not always closed. For example, the retrieveFileToStreamInBody method creates an OutputStream object, but never closes it.

The javadoc for the copy of AtomicMapFieldUpdater used in core specifies that if putAtomic() returns a value, that the put did not succeed. The transformer and notification registries are full of code checking the return value like https://github.com/kabir/wildfly-core/blob/3396609db1eebf7af382133b7d22fa1828643895/controller/src/main/java/org/jboss/as/controller/registry/GlobalTransformerRegistry.java#L270 : 

    SubRegistry getOrCreate(final String key) {
        for (;;) {
            final Map<String, SubRegistry> subRegistries = subRegistriesUpdater.get(this);
            SubRegistry registry = subRegistries.get(key);
            if(registry == null) {
                registry = new SubRegistry();
                SubRegistry existing = subRegistriesUpdater.putAtomic(this, key, registry, subRegistries);
                if(existing == null) {
                    return registry;
                } else if (existing != registry) {
                    return existing; // Problematic
                }
            }
            return registry;
        }
    }

This calling code assumes that if 'existing' is returned and is not the same as the created 'registry' that the put succeeded, and it was added to 'existing'. However, this is not what happens, when 'existing' is returned, its value is actually the same as the 'subRegistries' snapshot, and no insertion has happened.
To clear up the confusion, make AtomicMapFieldUpdater return a boolean where 'true' is returned if the put succeeded, and 'false' when it did not. If 'false' is returned the caller needs to retry the put as implied today.

drop table partition_test_partitioned;
create table partition_test_partitioned(key string, value string) partitioned by (dt string);
alter table partition_test_partitioned set fileformat rcfile;
insert overwrite table partition_test_partitioned partition(dt=101) select * from src1;
show table extended like partition_test_partitioned partition(dt=101);
alter table partition_test_partitioned set fileformat Sequencefile;
insert overwrite table partition_test_partitioned partition(dt=102) select * from src1;
show table extended like partition_test_partitioned partition(dt=102);
Partition (dt=101) still points to RCFile, since it was created as a RCFile

Currently the support for replication of bulk loaded hfiles relies on bulk load marker written in the WAL.
The move of bulk loaded hfile(s) (into region directory) may succeed but the write of bulk load marker may fail.
This means that although bulk loaded hfile is being served in source cluster, the replication wouldn't happen.
Normally operator is supposed to retry the bulk load. But relying on human retry is not robust solution.

Read: http://foxglovesecurity.com/2015/11/06/what-do-weblogic-websphere-jboss-jenkins-opennms-and-your-application-have-in-common-this-vulnerability/
TL;DR: If you have commons-collections on your classpath and accept and process Java object serialization data, then you probably have an exploitable remote command execution vulnerability. 
0.94 and earlier HBase releases are vulnerable because we might read in and rehydrate serialized Java objects out of RPC packet data in HbaseObjectWritable using ObjectInputStream#readObject (see https://hbase.apache.org/0.94/xref/org/apache/hadoop/hbase/io/HbaseObjectWritable.html#714) and we have commons-collections on the classpath on the server.
0.98 also carries some limited exposure to this problem through inclusion of backwards compatible deserialization code in HbaseObjectWritableFor96Migration. This is used by the 0.94-to-0.98 migration utility, and by the AccessController when reading permissions from the ACL table serialized in legacy format by 0.94. Unprivileged users cannot run the tool nor access the ACL table.
Unprivileged users can however attack a 0.94 installation. An attacker might be able to use the method discussed on that blog post to capture valid HBase RPC payloads for 0.94 and prior versions, rewrite them to embed an exploit, and replay them to trigger a remote command execution with the privileges of the account under which the HBase RegionServer daemon is running.
We need to make a patch release of 0.94 that changes HbaseObjectWritable to disallow processing of random Java object serializations. This will be a compatibility break that might affect old style coprocessors, which quite possibly may rely on this catch-all in HbaseObjectWritable for custom object (de)serialization. We can introduce a new configuration setting, "hbase.allow.legacy.object.serialization", defaulting to false.
To be thorough, we can also use the new configuration setting  "hbase.allow.legacy.object.serialization" (defaulting to false) in 0.98 to prevent the AccessController from falling back to the vulnerable legacy code. This turns out to not affect the ability to migrate permissions because TablePermission implements Writable, which is safe, not Serializable. 

Besides failing many times on the prebuild TestRegionRebalance fails on my local machine eventually simply with
export RUNNIN=true; mvn clean install -DskipTests ; while ($RUNNIN) ; do mvn test -Dtest=TestRegionRebalancing || RUNNIN=false;done

Reloading host-controller via http-api puts the HC into unresponsive state.
reproduce
 - create an administrative user admin:asdasd@2
 - start a domain
 - reload a server via http api

curl --digest -L -D - http://localhost:9990/management --header "Content-Type: application/json" -d '{"operation":"reload","name":"", "address":{"host" : "master"},"json.pretty":1}' -u admin:asdasd@2

actual
Default server instances are stopped, HC is left in unresponsive state.
Keeping the domain alive, following message will appear in 5 minutes, domain will become responsive again after that.

[Host  Controller] 04:47:23,966 ERROR  [org.jboss.as.controller.management-operation] (management task-7)  WFLYCTL0349: Timeout after [300] seconds waiting for service container  stability while finalizing an operation. Process must be restarted. Step  that first updated the service container was 'reload' at address  '[("host" => "master")]'

expected
Domain is reloaded
additional info
The issue was introduced by fix for JBEAP-2751 - https://github.com/jbossas/wildfly-core-eap/commit/4986773a51fbf43ad911aecc403f7eb90e72a8c2
thread dump of unresponsive HC
http://pastebin.test.redhat.com/348732
I am unable to reproduce locally, but issue can be easily reproduced on slower servers in MWQE lab. SSLMasterSlave*WayTestCase using reload via http-api cousing failures in domain modules of wf-core testsuite (e.g. eap-7x-as-testsuite-test-core-rhel )
Regression against 7.0.0.ER4. I was able to reproduce with the latest wildfly-core bits as well (1be598e)

Sometimes it is helpful to get the region location given a specified key, without having to scan meta and look at the keys.
so, having in the shell something like:

hbase(main):008:0> locate_region 'testtb', 'z'
HOST                         REGION                                                                           
 localhost:42006             {ENCODED => 7486fee0129f0e3a3e671fec4a4255d5, 
                              NAME => 'testtb,m,1449508841130.7486fee0129f0e3a3e671fec4a4255d5.',
                              STARTKEY => 'm', ENDKEY => ''}                  
1 row(s) in 0.0090 seconds

After upgrading to Dojo 1.0.2, the default behavior of error pages rendering in a popup on an Ajax request stopped working.  The popup is displayed, but it has no content.

[ERROR]   TestStreaming.testInterleavedTransactionBatchCommits:1218->checkDataWritten2:619 expected:<11> but was:<12>
[ERROR]   TestStreaming.testMultipleTransactionBatchCommits:1157->checkDataWritten2:619 expected:<1> but was:<3>
[ERROR]   TestStreaming.testTransactionBatchAbortAndCommit:1138->checkDataWritten:566 expected:<1> but was:<2>
[ERROR]   TestStreaming.testTransactionBatchCommit_Delimited:861->testTransactionBatchCommit_Delimited:881->checkDataWritten:566 expected:<1> but was:<3>
[ERROR]   TestStreaming.testTransactionBatchCommit_DelimitedUGI:865->testTransactionBatchCommit_Delimited:881->checkDataWritten:566 expected:<1> but was:<3>
[ERROR]   TestStreaming.testTransactionBatchCommit_Json:1011->checkDataWritten:566 expected:<1> but was:<3>
[ERROR]   TestStreaming.testTransactionBatchCommit_Regex:928->testTransactionBatchCommit_Regex:949->checkDataWritten:566 expected:<1> but was:<3>
[ERROR]   TestStreaming.testTransactionBatchCommit_RegexUGI:932->testTransactionBatchCommit_Regex:949->checkDataWritten:566 expected:<1> but was:<3>
[INFO] 
[ERROR] Tests run: 26, Failures: 8, Errors: 0, Skipped: 0

I want to use hwi to submit hive queries, but after start hwi successfully, I can't open the web page of it.
I noticed that someone also met the same issue in hive-0.10.
1. start hwi
bin/hive --config $HIVE_CONF_DIR --service hwi
2. access to http://<hive_hwi_node>:9999/hwi via browser
got the following error message:
Problem accessing /hwi/. Reason: 
    No Java compiler available
Caused by:
java.lang.IllegalStateException: No Java compiler available
	at org.apache.jasper.JspCompilationContext.createCompiler(JspCompilationContext.java:225)
	at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:560)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:299)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:315)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401)
	at org.mortbay.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:503)

SpringSessionContext.currentSession() invokes TransactionSynchronizationManager.getResource(this.sessionFactory) and TransactionSynchronizationManager maintains a Map of resource references keyed by object references. Ordinarily this is not a problem when invoking TransactionSynchronizationManager.getResource(this.sessionFactory) since the SessionFactory reference is always the same.
However, when background initialization of the SessionFactory is enabled (new feature in 4.3 GA as per SPR-13732) then the SessionFactory can turn out to be a proxy created using a LocalSessionFactoryBuilder$BootstrapSessionFactoryInvocationHandler depending on how the SessionFactory reference was obtained. Thus the map key for TransactionSynchronizationManager will be different. So effectively this will cause SpringSessionContext.currentSession() to return different Hibernate SessionImpl instances within the same thread and transaction context. Meaning all hell breaks loose when this happens.
TransactionSynchronizationManager.getResource() invokes TransactionSynchronizationUtils.unwrapResourceIfNecessary(key) before attempting to use the key as provided. This method's name seems to imply that it would solve the proxy wrapping issue described above, however it does not. It only checks for InfrastructureProxy and ScopedProxyUnwrapper, but neither resolves the issue described here.
The workaround is not to use background initilization as per SPR-13732 (i.e. avoiding configuration of a bootstrapExecutor for LocalSessionFactoryBean). The solution would probably involve either fixing TransactionSynchronizationUtils.unwrapResourceIfNecessary() or having the LocalSessionFactoryBuilder$BootstrapSessionFactoryInvocationHandler proxy implement InfrastructureProxy so that the correct SessionFactory reference could be unwrapped.

TaskAttempt 5 failed, info=[Error: Error while running task ( failure ) : attempt_1488231257387_2288_25_05_000056_5:java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: java.io.IOException: org.apache.hadoop.hive.common.io.Allocator$AllocatorOutOfMemoryException: Failed to allocate 262144; at 0 out of 1
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:211)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:168)
        at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:370)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: java.io.IOException: java.io.IOException: org.apache.hadoop.hive.common.io.Allocator$AllocatorOutOfMemoryException: Failed to allocate 262144; at 0 out of 1
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:185)
        ... 15 more
Caused by: java.io.IOException: java.io.IOException: org.apache.hadoop.hive.common.io.Allocator$AllocatorOutOfMemoryException: Failed to allocate 262144; at 0 out of 1
        ... 17 more
Caused by: java.io.IOException: org.apache.hadoop.hive.common.io.Allocator$AllocatorOutOfMemoryException: Failed to allocate 262144; at 0 out of 1
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:425)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:235)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:232)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:232)
        at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:94)
        ... 6 more
Caused by: org.apache.hadoop.hive.common.io.Allocator$AllocatorOutOfMemoryException: Failed to allocate 262144; at 0 out of 1
        at org.apache.hadoop.hive.llap.cache.BuddyAllocator.allocateMultiple(BuddyAllocator.java:275)
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedStream(EncodedReaderImpl.java:675)
        at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:412)
        ... 14 more

Also reported by Selina Zhang while using older bits.
This JIRA will be used to track a long-term fix. 
We were initially planning to write a different allocator with compaction, but now we are stuck with buddyallocator.
There are two approaches - compaction on top of buddy allocator (should be fairly simple actually, aside from indirection... luckily for the latter, we can take the buffer out in most places and we can reuse the existing locking-to-prevent-eviction mechanism to also prevent reallocation); or writing a better allocator. Probably the former is preferred, need to think about the latter.

We encountered frequent disconnects in our STOMP-Websocket application and traced the issue to the following exceptions occuring in StompDecoder:

org.springframework.messaging.simp.stomp.StompConversionException: Illegal escape sequence at index 2: ID\
..
org.springframework.messaging.simp.stomp.StompConversionException: Illegal escape sequence at index 41: ID\cf9677c70d5f4-59973-1440685240095-7\c1\

StompDecoder seems to decode the message in chunks, which is fine as long as the chunk doesn't end right after the start of an escape sequence in the header (as is the case with the above exceptions).
This is related to SPR-12418, which doesn't really fix the root cause - the message header is not necessarily invalid because it ends with "\", it's just incomplete, and the next chunk would probably contain the remaining bits.
Attached is a patch with proposed fix (only parses headers after an EOL was encountered) and test case to reproduce the issue.

If the StaxEventItemWriter is some how not registrered as a stream open is not called and it fails with a NullPointerException.
I think an improvement could be to Assert that open has been called when running write().

When trying to delete a column family using Stargate, the following occurs (curl command + Stargate logging):
> curl http://localhost:8080/books/ff417a5b-c4d0-4a43-b1c7-94c356fe0b72/attribute/5426359469582345882 -X DELETE
—
10/01/13 18:57:38 DEBUG stargate.RowResource: DELETE http://localhost:8080/books/ff417a5b-c4d0-4a43-b1c7-94c356fe0b72/attribute/5426359469582345882
10/01/13 18:57:38 DEBUG stargate.RowResource: DELETE row=ff417a5b-c4d0-4a43-b1c7-94c356fe0b72, ts=9223372036854775807, families=
{(family=attribute, keyvalues=(ff417a5b-c4d0-4a43-b1c7-94c356fe0b72/attribute:/5426359469582345882/DeleteColumn/vlen=0)}
—
> curl http://localhost:8080/books/ff417a5b-c4d0-4a43-b1c7-94c356fe0b72/attribute:/5426359469582345882 -X DELETE
—
10/01/13 18:57:49 DEBUG stargate.RowResource: DELETE http://localhost:8080/books/ff417a5b-c4d0-4a43-b1c7-94c356fe0b72/attribute:/5426359469582345882
10/01/13 18:57:49 DEBUG stargate.RowResource: DELETE row=ff417a5b-c4d0-4a43-b1c7-94c356fe0b72, ts=9223372036854775807, families=
—
Both are attempting to delete columns instead of the intended action of deleting families. The problem occurs because RowResource.java (line 282) will always return a split of length 2, since RowSpec.java (line 122) appends a colon if it's missing.
I've patched it so that a check will occur if the second split's (split[1]) length is 0 and acts accordingly. I'll attach the patch after I've run it against the test suite.
P.S. It's my first time submitting a patch, so let me know if I screwed anything up.

fix pom.xml to properly pull the test artifacts
fix TestHLog to not use the private cluster.getNameNode() API

JpaPersistentPropertyImpl is not overriding the isVersionProperty so if you call PersistentEntity.hasVersionProperty it could return incorrectly false.

The statistics for  resource adapters are hard-coded to be disabled at startup:
https://github.com/wildfly/wildfly/blob/47830b44d1bd48c4fcdc2489cecaa3971c45c209/connector/src/main/java/org/jboss/as/connector/deployers/ra/processors/AbstractResourceAdapterDeploymentServiceListener.java#L91
It's not possible to enable the statistics in a persistent way - it needs to be done each time the servers starts e.g. via jmx.
Ideally there'd be a "statistics-enabled" attribute on the "<connection-definition>" element in the configuration file in the same way that there is on "<datasource>".

I was running an insert workload against trunk under oprofile and saw that a significant portion of CPU usage was going to calling the "prePut" coprocessor hook inside doMiniBatchPut, even though I don't have any coprocessors installed. I ran a million-row insert and collected CPU time spent in the RS after commenting out the preput hook, and found CPU usage reduced by 33%.

(note, camel-pgevent doesn't seem to have a component listed in JIRA)
Having the following reproducer

@ContextName("myCdiCamelContext")
public class MyRoutes extends RouteBuilder {

    @Inject
    @Uri("pgevent://localhost:5432/postgres/foobar?user=postgres&pass=mysecretpassword")
    private Endpoint listenEndpoint;

    @Inject
    private Endpoint notifyEndpoint;

    @Inject
    @Uri("timer:foo?period=5000")
    private Endpoint timerEndpoint;

    @Inject
    @Uri("log:output")
    private Endpoint resultEndpoint;

    @Inject
    private SomeBean someBean;

    @Override
        from(timerEndpoint)
                .transform().simple("hello")
                .to(notifyEndpoint);

        from(listenEndpoint)
            .to(resultEndpoint);
    }
}

together with

docker run --name some-postgres -p 5432:5432 -e POSTGRES_PASSWORD=mysecretpassword -d postgres

the notify payload is always null

2015-08-19 08:40:51,216 [0 - timer://foo] DEBUG SendProcessor                  - >>>> Endpoint[pgevent://localhost:5432/postgres/foobar?pass=mysecretpassword&user=postgres] Exchange[Message: hello]
2015-08-19 08:40:51,227 [C EventLoop (2)] DEBUG SendProcessor                  - >>>> Endpoint[log://output] Exchange[Message: null]
2015-08-19 08:40:51,228 [C EventLoop (2)] INFO  output                         - Exchange[ExchangePattern: InOnly, BodyType: null, Body: [Body is null]]
2015-08-19 08:40:56,199 [0 - timer://foo] DEBUG SendProcessor                  - >>>> Endpoint[pgevent://localhost:5432/postgres/foobar?pass=mysecretpassword&user=postgres] Exchange[Message: hello]
2015-08-19 08:40:56,200 [C EventLoop (2)] DEBUG SendProcessor                  - >>>> Endpoint[log://output] Exchange[Message: null]
2015-08-19 08:40:56,201 [C EventLoop (2)] INFO  output                         - Exchange[ExchangePattern: InOnly, BodyType: null, Body: [Body is null]]
2015-08-19 08:41:01,199 [0 - timer://foo] DEBUG SendProcessor                  - >>>> Endpoint[pgevent://localhost:5432/postgres/foobar?pass=mysecretpassword&user=postgres] Exchange[Message: hello]
2015-08-19 08:41:01,201 [C EventLoop (2)] DEBUG SendProcessor                  - >>>> Endpoint[log://output] Exchange[Message: null]
2015-08-19 08:41:01,201 [C EventLoop (2)] INFO  output                         - Exchange[ExchangePattern: InOnly, BodyType: null, Body: [Body is null]]

It seems that the camel-pgevent consumer uses 
outOnly.setOut(msg);
instead of 
outOnly.setIn(msg);
and the producer
exchange.getOut()
instead of 
exchange.getIn()

DefaultResponseErrorHandler.handleError throws IOException for HTTP error responses (for example with 4xx, 5xx status codes) with no content.  RestTemplate invocations with error responses will throw ResourceAccessExceptions rather than HttpClientErrorException, HttpServerErrorException, and RestClientException.  This breaks client code that relies on specific exception behavior.
To reproduce, (1) implement a simple spring REST client that sends a request and (2) configure a server that sends error responses with no content.
Client example: 

import org.springframework.http.HttpMethod;
import org.springframework.web.client.RestTemplate;

        RestTemplate restTemplate = new RestTemplate();
        restTemplate.exchange("http://localhost:8080", HttpMethod.GET, null, null);
    }

}

Server example using netcat:

$ nc -l 8080
User-Agent: Java/1.6.0_24
Host: localhost:8080
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2

Result:

Sep 20, 2011 2:58:41 PM org.springframework.web.client.RestTemplate handleResponseError
WARNING: GET request for "http://localhost:8080" resulted in 400 (Bad Request); invoking error handler
Exception in thread "main" org.springframework.web.client.ResourceAccessException: I/O error: Server returned HTTP response code: 400 for URL: http://localhost:8080; nested exception is java.io.IOException: Server returned HTTP response code: 400 for URL: http://localhost:8080
	at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:453)
	at org.springframework.web.client.RestTemplate.exchange(RestTemplate.java:377)
	at com.citrix.queue.support.Main.main(Main.java:10)
Caused by: java.io.IOException: Server returned HTTP response code: 400 for URL: http://localhost:8080
	at sun.net.www.protocol.http.HttpURLConnection$6.run(HttpURLConnection.java:1491)
	at sun.net.www.protocol.http.HttpURLConnection.getChainedException(HttpURLConnection.java:1485)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1139)
	at org.springframework.http.client.SimpleClientHttpResponse.getBody(SimpleClientHttpResponse.java:77)
	at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:72)
	at org.springframework.web.client.RestTemplate.handleResponseError(RestTemplate.java:486)
	at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:443)
	... 3 more
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1436)
	at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:379)
	at org.springframework.http.client.SimpleClientHttpResponse.getStatusCode(SimpleClientHttpResponse.java:47)
	at org.springframework.web.client.DefaultResponseErrorHandler.hasError(DefaultResponseErrorHandler.java:45)
	at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:439)
	... 3 more

The "access-mechanism" field in core-service=management/service=active-operations/active-operation=* is always undefined. The code that sets it is using the wrong var:

ModelNode accessMechanismNode = model.get(ACCESS_MECHANISM);
if (accessMechanism != null) {
    accessMechanismNode.set(accessMechanismNode.toString());
}

It should be accessMechanism.toString()

In RpcServer, we use callQueueSizeInBytes to avoid queuing too many calls which causes OOM. But in CallRunner.run, we decrease it before send the response back. And even after calling sendResponseIfReady, the call object could stay in our heap for a long time if we can not write out the response(That's why we need a Responder thread...). This makes it possible that the actual size of all call object in heap is larger than maxQueueSizeInBytes and causes OOM.

I noticed  the now deprecated stageConfig() and new configView() methods are in HEAD but looks like the ConfigView is still initialized as part of start(), after the fractions have already been setup in a user-provided main. In my current user provided main I use YAML configurations to setup the UndertowExternalMountsAsset with multiple local directories based on the stage configuration. As it stands I get an NPE if I try to access the configView() before the container is started. 
Please refactor Swarm so that the ConfigView can be initialized before startup so that user provided mains can customize fractions with environmental settings.

When using a transactional cache with ATTRIBUTE granularity, the following code will trigger a redundant cache operation upon request completion:
[1]
AtomicInteger value = (AtomicInteger) session.getAttribute("a");
[2]
session.setAttribute("a", new AtomicInteger());
In case [1], the initial mutable getAttribute(...) triggers an eager mutate, which becomes redundant by the subsequent setAttribute(...).
In case [2], the subsequent mutable getAttribute(...) does not need to trigger a mutation, as the previous setAttribute(...) already has.

Critical data loss issues that we need to ensure are not in branches beyond 0.89fb.  Assigning myself.

I have installed wildfly 12.0.0 final, or it says the file name I just downloaded from your site. It was working perfectly. After a while, I just installed Keycloak server 3.4.3 and the corresponding adapter for wildfly. From this moment on, every time I access to my local installation of wildfly through the web console I cannot see my deployments anymore, it returned the following error:

12:24:44,481 WARN  [org.jboss.modules] (External Management Request Threads -- 1) Failed to define class org.apache.hadoop.hdfs.web.resources.UserProvider in Module "deployment.main-project-1.0.ear.web-toxi-0.0.1-SNAPSHOT.war" from Service Module Loader: java.lang.NoClassDefFoundError: Failed to link org/apache/hadoop/hdfs/web/resources/UserProvider (Module "deployment.main-project-1.0.ear.web-toxi-0.0.1-SNAPSHOT.war" from Service Module Loader): com/sun/jersey/spi/inject/InjectableProvider
        at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:456)
        at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:275)
        at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:78)
        at org.jboss.modules.Module.loadModuleClass(Module.java:717)
        at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:191)
        at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
        at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
        at org.jboss.resteasy.spi.ResteasyDeployment.registerProvider(ResteasyDeployment.java:623)
        at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:404)
        at org.jboss.resteasy.spi.ResteasyDeployment.startInternal(ResteasyDeployment.java:279)
        at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:86)
        at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:119)
        at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
        at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
        at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
        at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
        at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:300)
        at io.undertow.servlet.core.ManagedServlet.getServlet(ManagedServlet.java:190)
        at org.jboss.as.jaxrs.DeploymentRestResourcesDefintion$AbstractRestResReadHandler.lambda$execute$0(DeploymentRestResourcesDefintion.java:188)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1526)
        at org.jboss.as.jaxrs.DeploymentRestResourcesDefintion$AbstractRestResReadHandler.execute(DeploymentRestResourcesDefintion.java:232)
        at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:172)
        at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:135)
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:232)
        at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:992)
        at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:212)
        at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72)
        at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:93)
        at org.jboss.as.domain.http.server.security.ElytronIdentityHandler.lambda$handleRequest$0(ElytronIdentityHandler.java:62)
        at org.jboss.as.domain.http.server.security.ElytronIdentityHandler.handleRequest(ElytronIdentityHandler.java:61)
        at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56)
        at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)

12:24:44,484 ERROR [org.jboss.as.controller.management-operation] (External Management Request Threads -- 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
    ("deployment" => "main-project-1.0.ear"),
    ("subdeployment" => "web-toxi-0.0.1-SNAPSHOT.war"),
    ("subsystem" => "jaxrs"),
    ("rest-resource" => "org.apache.hadoop.hdfs.server.namenode.web.resources.NamenodeWebHdfsMethods")
]): java.lang.NoClassDefFoundError: Failed to link org/apache/hadoop/hdfs/web/resources/UserProvider (Module "deployment.main-project-1.0.ear.web-toxi-0.0.1-SNAPSHOT.war" from Service Module Loader): com/sun/jersey/spi/inject/InjectableProvider

I have read that this is a known issue and can ignore it; this thing is every time I need to modify or redeploy something I have to remove the corresponding tag from standalone.xml and restart wildfly server. Anyway it's working in local environment but a I have to set the production wildfly server by installing Keycloak server and its adapter and I don't know if this is going to break something; considering the wildfly is already installed (same version as mine) and working properly, but without keycloak.

Currently, in closing a HLog, logSyncerThread is interrupted. logSyncer could be in the middle to sync the writer.  We should avoid interrupting the sync.

When an error occurs in the Camel MQTT endpoint, the CallbackConnection onFailure callback simply disconnects the connection.
At that point there doesn't seem to be any mechanism to reconnect to the broker.

            public void onFailure(Throwable value) {
                connection.disconnect(new Callback<Void>() {
                    public void onSuccess(Void value) {
                    }

                    public void onFailure(Throwable e) {
                        LOG.debug("Failed to disconnect from " + configuration.getHost() + ". This exception is ignored.", e);
                    }
                });
            }

The class AbstractFutureCallback throws a NullPointerException when the server is secured with basic authentication and the camel client fails to provide the correct credentials.

Implement an odata server secured with basic authentication;
Crate a camel route to access the odata server but do not specify the correct authentication credentials;
While fetching the Edm object from the endpoint proxy, an http client request is made using the provided parameters and of course fails with a 401 error.
The response is processed by AbstractFutureCallback but responseContentType is null hence the NPE.

Since HBASE-6364, HBase client caches a connection failure to a server and any subsequent attempt to connect to the server throws a FailedServerException
Now if a node which hosted the active Master AND ROOT/META table goes offline, the newly anointed Master's initial attempt to connect to the dead region server will fail with NoRouteToHostException which it handles but since on second attempt crashes with FailedServerException
Here is the log from one such occurance

2013-11-20 10:58:00,161 FATAL org.apache.hadoop.hbase.master.HMaster: Master server abort: loaded coprocessors are: []
2013-11-20 10:58:00,161 FATAL org.apache.hadoop.hbase.master.HMaster: Unhandled exception. Starting shutdown.
org.apache.hadoop.hbase.ipc.HBaseClient$FailedServerException: This server is in the failed servers list: xxx02/192.168.1.102:60020
        at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:425)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:86)
        at $Proxy9.getProtocolVersion(Unknown Source)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine.getProxy(WritableRpcEngine.java:138)
        at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:208)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1335)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1294)
        at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1281)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.getCachedConnection(CatalogTracker.java:506)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.getMetaServerConnection(CatalogTracker.java:383)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMeta(CatalogTracker.java:445)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForMetaServerConnection(CatalogTracker.java:464)
        at org.apache.hadoop.hbase.catalog.CatalogTracker.verifyMetaRegionLocation(CatalogTracker.java:624)
        at org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:684)
        at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:560)
        at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:376)
2013-11-20 10:58:00,162 INFO org.apache.hadoop.hbase.master.HMaster: Aborting
2013-11-20 10:58:00,162 INFO org.apache.hadoop.ipc.HBaseServer: Stopping server on 60000

Each of the backup master will crash with same error and restarting them will have the same effect. Once this happens, the cluster will remain in-operational until the node with region server is brought online (or the Zookeeper node containing the root region server and/or META entry from the ROOT table is deleted).

I have an entity class like:
 
public class Customer {

    @Id

    public String firstName;
    public String lastName;

    @CreatedDate
    public Date createdDate;
    public Date updatedDate;

    @Version
    public Long version;
}

When I save a new instance with: 

repository.insert(Arrays.asList(new Customer("Dave", "Matthews")))

or:

repository.saveAll(Arrays.asList(new Customer("Dave", "Matthews")))

createdDate is null
Saving a single object works fine. The problem I guess is the same as DATAMONGO-2139.
I have forked the sample from Accessing Data with MongoDB and added tests that fail. 

The /host=master/core-service=management/access=authorization is odd. It should be removed in WF 11.

When I request the exact same query, but with different page sizes, the results are often incorrect. For example, a query that matches 4 books will return the wrong number of elements and pages with this URL: /books?size=3
This is what I expect when requesting the first page for various page sizes (the query matches 4 items):

Size
totalElements
totalPages

20
4
1

1
4
4

2
4
2

3
4
2

Note that the total elements should always be 4. However, what I receive back is the following:

Size

20
4
1

1
2
2

2
4
2

3
6
2

Note that requesting a size of 1 or 3 (and various other sizes) yields an incorrect number of elements and pages in the page response. A size of 3 yields 6 elements even though there are only 4 available to query.
To be clear, the content of the page is always correct. The page metadata is what is incorrect.

We shouldn't add regions with state null. In case of failures and recovery, it's not possible to determine what did it mean and things become uncertain.
All operations should add regions in a well defined state.
For now, we'll set the default to CLOSED, since whatever ops are adding new regions, they would anyways be enabling them explicitly if needed.
fyi: stack

Commit 958f7f33fa40868dec6a878f1c97f6d7339a9b3b introduced a regression
to olingo4 (maybe olingo2 is also affected, not tested).
The ACCEPT header doesn't include the subtype anymore: 
ACCEPT: application
Should be ACCEPT: application/json for example.
Patch for olingo4 attached.

The latest 5.0.0 build snapshots have started managing the spring-build-src module that isn't published:

    …
        <groupId>org.springframework</groupId>
        <artifactId>spring-build-src</artifactId>
        <version>5.0.0.BUILD-SNAPSHOT</version>
    …

Can it please be filtered out? Its addition breaks the Platform's build which verifies that everything in its bom can be resolved.

It seems that the book has some inconsistencies regarding the way to disable major compactions
According to the book in chapter 2.6.1.1. HBase Default Configuration
hbase.hregion.majorcompaction - The time (in miliseconds) between 'major' compactions of all HStoreFiles in a region. Default: 1 day. Set to 0 to disable automated major compactions.
Default: 86400000 (http://hbase.apache.org/book.html#hbase_default_configurations)
According to the book at chapter 2.8.2.8. Managed Compactions
"A common administrative technique is to manage major compactions manually, rather than letting HBase do it. By default, HConstants.MAJOR_COMPACTION_PERIOD is one day and major compactions may kick in when you least desire it - especially on a busy system. To "turn off" automatic major compactions set the value to Long.MAX_VALUE."
According to the code org.apache.hadoop.hbase.regionserver.Store.java, "0" is the right answer. 
(affect all documentation from 0.90.1)

ContinuousQueryListenerContainer implements SmartLifecycle but the XML schema only has phase; there is no way to configure autoStartup=false.
It needs an auto-startup attribute.

When starting Roo, the following stack trace appears:
SEVERE: [org.springframework.roo.addon.serializable [34]] [org.springframework.roo.addon.serializable.SerializableMetadataProviderImpl] Cannot create component instance due to failure to bind reference metadataService
06/08/2010 5:26:45 PM org.springframework.roo.felix.JdkDelegatingLogListener logNow
SEVERE: [org.springframework.roo.addon.serializable [34]] FrameworkEvent ERROR
	at org.apache.felix.framework.ServiceRegistrationImpl.getFactoryUnchecked(ServiceRegistrationImpl.java:338)
	at org.apache.felix.framework.ServiceRegistrationImpl.getService(ServiceRegistrationImpl.java:220)
	at org.apache.felix.framework.ServiceRegistry.getService(ServiceRegistry.java:322)
	at org.apache.felix.framework.Felix.getService(Felix.java:2913)
	at org.apache.felix.framework.BundleContextImpl.getService(BundleContextImpl.java:330)
	at org.apache.felix.scr.impl.manager.DependencyManager.getService(DependencyManager.java:761)
	at org.apache.felix.scr.impl.manager.DependencyManager$1.getInstance(DependencyManager.java:1003)
	at org.apache.felix.scr.impl.helper.BindMethod.getParameters(BindMethod.java:436)
	at org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:212)
	at org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
	at org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:542)    
	at org.apache.felix.scr.impl.helper.BaseMethod$NotResolved.invoke(BaseMethod.java:500)
	at org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:434)
	at org.apache.felix.scr.impl.manager.DependencyManager.invokeBindMethod(DependencyManager.java:991)
	at org.apache.felix.scr.impl.manager.DependencyManager.bind(DependencyManager.java:895)
	at org.apache.felix.scr.impl.manager.DependencyManager.open(DependencyManager.java:831)
	at org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:200)
	at org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118)
	at org.apache.felix.scr.impl.manager.DelayedComponentManager.createRealComponent(DelayedComponentManager.java:91)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager$Registered.getService(AbstractComponentManager.java:1139)
	at org.apache.felix.scr.impl.manager.DelayedComponentManager.getService(DelayedComponentManager.java:85)
	at org.apache.felix.framework.ServiceRegistrationImpl.getFactoryUnchecked(ServiceRegistrationImpl.java:306)
	at org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:542)
	at org.apache.felix.scr.impl.manager.DependencyManager.bind(DependencyManager.java:907)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:991)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:298)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager$3.doRun(AbstractComponentManager.java:505)
	at org.apache.felix.scr.impl.ComponentActivatorTask.run(ComponentActivatorTask.java:67)
	at org.apache.felix.scr.impl.ComponentActorThread.run(ComponentActorThread.java:96)

Looks like in union case, some code path may pass directories in newFiles. Probably legacy copyData/moveData; both seem to assume that these paths are files, but do not actually enforce it.

If an invalid ID (and ID that does not exists in the DB) is passed to delete(ID id), it fails with:
org.springframework.dao.InvalidDataAccessApiUsageException: attempt to create merge event with null entity; nested exception is java.lang.IllegalArgumentException: attempt to create merge event with null entity.
This is caused because delete(ID id) ends up calling delete(T entity) after retrieving the entity with findOne(id):
SimpleJpaRepository.delete(ID id)
public void delete(ID id) {

    delete(findOne(id));
}

So then, delete(T entity) performs a validation prior to calling em.delete():
SimpleJpaRepository.delete(T entity)
public void delete(T entity) {

    em.remove(em.contains(entity) ? entity : em.merge(entity));
}

Since the entity does not exist, em.contains(entity) returns false and em.merge(entity) is called causing the exception above.
IMO, I believe that this situation should be gracefully handled by the framework. I propose changing the delete(ID id) method to something like:
    T entity = findOne(id);
    if(entity == null){
        throw new InvalidIdException(); // just an example, should throw the exception you think is appropiate
    }

}

Just my 2 cents. Keep up the great work!

In a HA cluster, region server got stuck in reportForDuty retry loop if the active master is restarting and later on master switch happens before it reports successfully.
Root cause is same as HBASE-13317, but the region server tried to connect master when it was starting, so rssStub reset didnt happen as

  if (ioe instanceof ServerNotRunningYetException) {
	LOG.debug("Master is not running yet");
  }

When master starts, master switch happened. So RS always tried to connect to standby master.

Currently the SecurityNamespaceHandler logs an error if the FilterChainProxy is not available on the classpath.
This should be turned back to an if instead of a try/catch and it should definitely not log an error message 

An explicit route definition in main like this

        new Container()
            .fraction(new CamelCoreFraction().addRouteBuilder("rest-context", new RouteBuilder() {
                @Override
                    restConfiguration().component("undertow")
                    .contextPath("rest")
                    .host("localhost")
                    .port(8080)
                    .apiContextPath("/api-doc")
                    .apiProperty("api.title", "User API").apiProperty("api.version", "1.2.3")
                    .apiProperty("cors", "true");
                
                    rest("/hello")
                    .get("/{name}").description("A user object").outType(User.class).to("direct:hello")
                    .produces(MediaType.APPLICATION_JSON)
                    .consumes(MediaType.APPLICATION_JSON);
                
                    from("direct:hello").transform(simple("Hello ${header.name}"));
                }
             }))
            .start(true).deploy();
    }

works on *-swarm.jar, but not with

mvn wildfly-swarm:run

in which case the CamelCoreConfiguration always creates a new instance of CamelCoreFraction without the user defined state.

The use of HTTPClient 4.5.2 breaks the use of SPNEGO over TLS.
It mistakenly added HTTPS instead of HTTP to the principal when over SSL and thus breaks the authentication.
This was upgraded recently in Hadoop and needs to be done for Hive as well.
See: HADOOP-16076
Where we upgraded from 4.5.2 and 4.4.4 to 4.5.6 and 4.4.10.
<!-- httpcomponents versions -->
<httpclient.version>4.5.2</httpclient.version>
<httpcore.version>4.4.4</httpcore.version>
+ <httpclient.version>4.5.6</httpclient.version>
+ <httpcore.version>4.4.10</httpcore.version>

If a call to verify() of an persistent entity fails, it is still in the cache and will be returned on the next call of getPersistentEntity(…), so you get the exception thrown by verify() on the first call and get just the entity back on the second call. So we need to remove the entity from the cache after a failed verify(), or put a Null/Dummy object in there that throws the same mapping exeption on getPersistentEntity(…).

In the new web session clustering implementation, expiration and passivation are handled locally by the owning node.  If that node leaves, the sessions previously handled by the left node will be rescheduled for passivation/expiration by whichever node next handles that session.  However, any sessions previously handled by the left node that are never accessed again (i.e. zombie sessions) will stay in memory on the remote nodes, since no node ever schedules them for passivation/expiration.  The number of session zombies will continue to grow like a malignant cancer as the cluster membership changes, filling the available memory until there is nothing left to consume...

The command

entity --abstract --name ~.model.AbstractEntity --testAutomatically 

produces this message

Automatic tests cannot be created for an abstract entity; remove the --testAutomatically or --abstract option

However the explicit creation of the integration test is possible:

test integration --entity tld.domain.project.model.AbstractEntity

This surely does not compile because AbstractEntity cannot be instantiated:
AbstractEntityDataOnDemand_Roo_DataOnDemand.aj
tld.domain.project.model.AbstractEntity obj = new tld.domain.project.model.AbstractEntity();

Maybe "test integration" on an abstract class should fail like "entity --abstract --testAutomatically".

${} placeholders are not substituted with values from Environment's PropertySources.
This can be easily fixed by changing line 216 of org.springframework.context.annotation.ConfigurationClassParser
from:

configClass.addImportedResource(resource, readerClass);

to:

configClass.addImportedResource(environment.resolveRequiredPlaceholders(resource), readerClass);

Would very much appreciate it if the fix was included into the upcoming 3.2.4 release.

Essentially, after replacing the olingo4 component in the context to bypass the null serviceUri issue, the route moves on to initialising the Olingo4Consumer. The latter tests the 'read' method to ensure all properties have been set (1). However, this fails due to the properties 'edm' and 'responseHandler' being missing.
Have come up with a test (2) that demonstrates the problem.
These properties are not documented (since they appear to be output properties). However
, they are added into the property names collection of the endpoint (3). This collection is compared against the method signatures in the Olingo4AppEndpointConfiguration and neither s/getEdm or s/getResponseHandler exist hence the exception thrown.
 [1] https://github.com/apache/camel/blob/master/camel-core/src/main/java/org/apache/camel/util/component/ApiConsumerHelper.java#L55
 [2] https://gist.github.com/phantomjinx/90ee08a989ddff4366d792cc621b36a9#file-properties-issue-java
 [3] https://github.com/apache/camel/blob/master/components/camel-olingo4/camel-olingo4-component/src/main/java/org/apache/camel/component/olingo4/Olingo4Endpoint.java#L150

trying to deploy a spring-5 web-app (servlet/war) to weblogic 12c (12.2.1.2) fails during the validation phase (prior to the actual application start) with:
Either the urlPatterns or the value attribute in the WebServlet annotation MUST be present: org.springframework.http.server.reactive.ServletHttpHandlerAdapter.
unfortunately, i think weblogic may be right because it seems the annotation @WebServlet(asyncSupported = true) without a value or urlPatterns attribute does not conform to the servlet spec (3.0, 3.1, 4.0):

The urlPatterns or the value attribute on the annotation MUST be present.
offending occurrences:

https://github.com/spring-projects/spring-framework/blob/v5.0.4.RELEASE/spring-web/src/main/java/org/springframework/http/server/reactive/ServletHttpHandlerAdapter.java#L56
https://github.com/spring-projects/spring-framework/blob/v5.0.4.RELEASE/spring-web/src/main/java/org/springframework/http/server/reactive/JettyHttpHandlerAdapter.java#L38
https://github.com/spring-projects/spring-framework/blob/v5.0.4.RELEASE/spring-web/src/main/java/org/springframework/http/server/reactive/TomcatHttpHandlerAdapter.java#L43

environment: win x64, oracle jdk8u151, weblogic 12c 12.2.1.2, spring-boot-2.0.0.RELEASE, spring-web-5.0.4.
console output:

<Error> <HTTP> <BEA-101371> <There was a failure when processing annotations for application /path/to/my/app/src/main/webapp. Ensure that the annotations are valid. The error is 

There are 3 nested errors:

weblogic.j2ee.dd.xml.AnnotationProcessException: [HTTP:101396]Either the urlPatterns or the value attribute in the WebServlet annotation MUST be present: org.springframework.http.server.reactive.JettyHttpHandlerAdapter.
	at weblogic.j2ee.dd.xml.BaseJ2eeAnnotationProcessor.addProcessingError(BaseJ2eeAnnotationProcessor.java:1489)
	at weblogic.servlet.internal.WebAnnotationProcessor.validateValueAndUrlPatterns(WebAnnotationProcessor.java:181)
	at weblogic.servlet.internal.WebAnnotationProcessor.processWebServletAnnotation(WebAnnotationProcessor.java:137)
	at weblogic.servlet.internal.AnnotationProcessingManager.processAnnotationForClasses(AnnotationProcessingManager.java:192)
	at weblogic.servlet.internal.AnnotationProcessingManager.processAnnotations(AnnotationProcessingManager.java:145)
	at weblogic.servlet.internal.AnnotationProcessingManager.processAnnotationsOutsideWebFragment(AnnotationProcessingManager.java:173)
	at weblogic.servlet.internal.AnnotationProcessingManager.processAnnotations(AnnotationProcessingManager.java:130)
	at weblogic.servlet.internal.AnnotationProcessingManager.processAnnotations(AnnotationProcessingManager.java:105)
	at weblogic.servlet.internal.WebAppModule.processAnnotations(WebAppModule.java:1975)
	at weblogic.servlet.internal.WebAppModule.processAnnotations(WebAppModule.java:1937)
	at weblogic.servlet.internal.WebAppModule.prepare(WebAppModule.java:800)
	at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:295)
	at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:285)
	at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
	at weblogic.application.internal.ExtensibleModuleWrapper.prepare(ExtensibleModuleWrapper.java:109)
	at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:100)
	at weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDriver.java:192)
	at weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDriver.java:187)
	at weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachineDriver.java:83)
	at weblogic.application.utils.StateMachineDriver.nextStateInParallel(StateMachineDriver.java:144)
	at weblogic.application.internal.flow.ModuleStateDriver.parallelPrepare(ModuleStateDriver.java:46)
	at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:75)
	at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:55)
	at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:727)
	at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:239)
	at weblogic.application.internal.EarDeployment.prepare(EarDeployment.java:66)
	at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:158)
	at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:65)
	at weblogic.deploy.internal.targetserver.operations.ActivateOperation.createAndPrepareContainer(ActivateOperation.java:229)
	at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doPrepare(ActivateOperation.java:103)
	at weblogic.deploy.internal.targetserver.operations.AbstractOperation.prepare(AbstractOperation.java:241)
	at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentPrepare(DeploymentManager.java:794)
	at weblogic.deploy.internal.targetserver.DeploymentManager.prepareDeploymentList(DeploymentManager.java:1340)
	at weblogic.deploy.internal.targetserver.DeploymentManager.handlePrepare(DeploymentManager.java:267)
	at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.prepare(DeploymentServiceDispatcher.java:177)
	at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doPrepareCallback(DeploymentReceiverCallbackDeliverer.java:186)
	at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$000(DeploymentReceiverCallbackDeliverer.java:14)
	at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$1.run(DeploymentReceiverCallbackDeliverer.java:47)
	at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:666)
	at weblogic.invocation.ComponentInvocationContextManager._runAs(ComponentInvocationContextManager.java:348)
	at weblogic.invocation.ComponentInvocationContextManager.runAs(ComponentInvocationContextManager.java:333)
	at weblogic.work.LivePartitionUtility.doRunWorkUnderContext(LivePartitionUtility.java:54)
	at weblogic.work.PartitionUtility.runWorkUnderContext(PartitionUtility.java:41)
	at weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(SelfTuningWorkManagerImpl.java:640)
	at weblogic.work.ExecuteThread.execute(ExecuteThread.java:406)
	at weblogic.work.ExecuteThread.run(ExecuteThread.java:346)

and

weblogic.j2ee.dd.xml.AnnotationProcessException: [HTTP:101396]Either the urlPatterns or the value attribute in the WebServlet annotation MUST be present: org.springframework.http.server.reactive.ServletHttpHandlerAdapter.

and

weblogic.j2ee.dd.xml.AnnotationProcessException: [HTTP:101396]Either the urlPatterns or the value attribute in the WebServlet annotation MUST be present: org.springframework.http.server.reactive.TomcatHttpHandlerAdapter.

i hope i am not missing something - would not be surprised if weblogic is the culprit..
thank you!

TestHCM.testConnectionCloseAllowsInterrupt is not stable in QA runs, and always failed.

Running hbck --repair or LoadIncrementalHFiles when BucketCache is enabled in offheap mode can cause OOM. This is apparently because bin/hbase does not include $HBASE_REGIONSERVER_OPTS for these tools. This results in HRegion or HFileReaders initialized with a CacheConfig that doesn't have the necessary Direct Memory.
Possible solutions include:

disable blockcache in the config used by hbck when running its repairs
include HBASE_REGIONSERVER_OPTS in the HBaseFSCK startup arguments

I'm leaning toward the former because it's possible that hbck is run on a host with different hardware profile as the RS.

running wsconsume/wsprovide on a single jax-ws service with JDK 11 failes. (see attached log.txt file)
the service is very simple.

This affects current master as well. Created an orc file such that it spans multiple stripes and ran a simple select *, and got incorrect row counts (when comparing with select count. The problem seems to be that after split generation and creating min/max rowId for each row (note that since the loaded file is not written by Hive ACID, it does not have ROW_ID in the file; but the ROWID is applied on read by discovering min/max bounds which are used for calculating ROW_ID.rowId for each row of a split), Hive is only reading the last split.

Currently - if a new jar gets published in one of the dependent m2 snapshots - ivy does not retrieve it unless the cache is cleared.  Add changing="true" to the dependency.  ( There has to be an alternate way to do it at the resolver level, but for now this works without a hitch). 

MySQL Client provides a DELIMITER command to set statement delimiter.
Beeline needs to support a similar command to allow commands having semi-colon as non-statement delimiter (as with MySQL stored procedures). This is a follow-up jira for HIVE-10659

For classes that reside in the default package, Roo generates source files that have a package declaration, but no package identifier.
create a class in the default package:
import org.springframework.roo.addon.tostring.RooToString;
}
The generated file Bar_Roo_ToString.aj will contain a package declaration as such:
"package ;"
which is invalid. The package declaration should not be emitted if a class resides in the default package.

message-destination is not being parsed for ejb 2.1.
14:21:01,507 INFO  [org.jboss.as.server] (host-controller-connection-threads - 11) JBAS015870: Deploy of deployment "xxxx-service-impl.ear" was rolled back with failure message {"JBAS014671: Failed services" => {"jboss.deployment.subunit.\"xxxx-service-impl.ear\".\"xxxx-service-impl.jar\".PARSE" => "org.jboss.msc.service.StartException in service jboss.deployment.subunit.\"xxxx-service-impl.ear\".\"xxxx-service-impl.jar\".PARSE: JBAS018733: Failed to process phase PARSE of subdeployment \"xxxx-service-impl.jar\" of deployment \"xxxx-service-impl.ear\"
    Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS014185: Exception while parsing ejb-jar.xml: /content/xxxx-service-impl.ear/xxxx-service-impl.jar/META-INF/ejb-jar.xml
    Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[142,4] 
Message: Unexpected element '
{http://java.sun.com/xml/ns/j2ee}
message-destination' encountered"},"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.deployment.unit.\"xxxx-service-impl.ear\".DEPENDENCIES Missing[JBAS014861: <one or more transitive dependencies>]"]}

I have a composite primary key and this is how i have incorporated it:
@IdClass(PrimaryKey.class)
class Table {
@Id
private String id1;
@Id
private String id2;
@Id
private Integer id3;
}
class PrimaryKey {
}
public interface TableRepository extends JpaRepository<Table, PrimaryKey>
FindOne works fine with this PrimaryKey, however, it is unable to recognize the fields correctly when i use FindAll with a List of PrimaryKeys.
Attached is a log.
I use Hibernate with Spring Data JPA.

Since the movement of HBase REST code into its own module, the UI is no longer accessible because the web.xml does not get bundled.

If I configure a simple camel-coap consumer endpoint like:

from("coap://localhost:8080/foo")

Logging reveals that two server instances were started:

[org.eclipse.californium.core.network.CoapEndpoint] (pool-3-thread-1) Stopping endpoint at address 0.0.0.0/0.0.0.0:52697
[org.eclipse.californium.core.network.CoapEndpoint] (pool-3-thread-1) Stopping endpoint at address 0.0.0.0/0.0.0.0:8080 

This appears to be the logic that causes the behaviour. 
Do we need it? It seems to be a duplicate of what already happens in createConsumer(). Also, the creation of a default server can easily be done in the createServer() method, I don't think we need it in doStart().

When publishing ATS info, Hive does not set ACL, that make Hive ATS entries visible to all users. On the other hand, Tez ATS entires is using Tez DAG ACL which limit both view/modify ACL to end user only. We shall make them consistent. In the Jira, I am going to limit ACL to end user for both Tez ATS and Hive ATS, also provide config "hive.view.acls" and "hive.modify.acls" if user need to overridden.

We have quite a large cluster > 100k regions, and we needed to isolate a region was very hot until we could push a patch.  We put this region on its own regionserver and set it in the draining state.  The default balancer was selecting regions to move to this cluster for its region plans.  
It just so happened for other tables, the default load balancer was creating plans for the draining servers, even though they were not available to move regions to.  Thus we were closing regions, then attempting to move them to the draining server then finding out its draining. 
We had to disable the balancer to resolve this issue.
There are some approaches we can take here.
1. Exclude draining servers altogether, don't even pass those into the load balancer from HMaster.
2. We could exclude draining servers from ceiling and floor calculations where we could potentially skip load balancing because those draining servers wont be represented when deciding whether to balance.
3. Along with #2 when assigning regions, we would skip plans to assign regions to those draining servers.
I am in favor of #1 which is simply removes servers as candidates for balancing if they are in the draining state.
But I would love to hear what everyone else thinks.

Currently, sever callables are instantiated via direct calls. Instead, we can use a single factory and that allows more specialized callable implementations, for instance, using a circuit-breaker pattern (or the Hystrix implementation!) to minimize attempts to contact the server.

The active master node network was down for some time (This node contains Master,DN,ZK,RS). Here backup node got 
notification, and started to became active. Immedietly backup node got aborted with the below exception.

2012-04-09 10:42:24,270 INFO org.apache.hadoop.hbase.master.SplitLogManager: finished splitting (more than or equal to) 861248320 bytes in 4 log files in [hdfs://192.168.47.205:9000/hbase/.logs/HOST-192-168-47-202,60020,1333715537172-splitting] in 26374ms
2012-04-09 10:42:24,316 FATAL org.apache.hadoop.hbase.master.HMaster: Master server abort: loaded coprocessors are: []
2012-04-09 10:42:24,333 FATAL org.apache.hadoop.hbase.master.HMaster: Unhandled exception. Starting shutdown.
java.io.IOException: java.net.ConnectException: Connection refused
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:375)
	at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:1045)
	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:897)
	at $Proxy13.getProtocolVersion(Unknown Source)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine.getProxy(WritableRpcEngine.java:183)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:303)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:280)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.getProxy(HBaseRPC.java:332)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:236)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1276)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1233)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1220)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.getCachedConnection(CatalogTracker.java:569)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.getRootServerConnection(CatalogTracker.java:369)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForRootServerConnection(CatalogTracker.java:353)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.verifyRootRegionLocation(CatalogTracker.java:660)
	at org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:616)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:540)
	at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:488)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupConnection(HBaseClient.java:328)
	at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:362)
	... 20 more
2012-04-09 10:42:24,336 INFO org.apache.hadoop.hbase.master.HMaster: Aborting
2012-04-09 10:42:24,336 DEBUG org.apache.hadoop.hbase.master.HMaster: Stopping service threads

Tab completion does not work in message-activemq subsystem for "path" attributes. For example when trying to specify exported journal file on file system for :import-journal operation:

/subsystem=messaging-activemq/server=default:import-journal(file=/home/mnovak/jour <-- tab does not provide help

Pressing Tab does not provide help.

Test the Get with encryption AsyncRpcClient with in infinity loop, will get the OOM exception. The root cause is the same as HBASE-16054.

Latest trunk, regionserver gets stuck doing below:

2009-05-13 03:05:28,126 [regionserver/0:0:0:0:0:0:0:0:60021.logRoller] INFO org.apache.hadoop.hbase.regionserver.HLog: Closed hdfs://aa0-000-12.u.powerset.com:9000/hbasetrunk2/.logs/aa0-000-13.u.powerset.com_1242178588540_60021/hlog.dat.1242183899413, entries=10051
2009-05-13 03:05:28,126 [regionserver/0:0:0:0:0:0:0:0:60021.logRoller] DEBUG org.apache.hadoop.hbase.regionserver.HLog: Found 0 logs to remove  out of total 53; oldest outstanding seqnum is 6838308 from region TestTable,0842399686,1242180442452
2009-05-13 03:05:28,737 [IPC Server handler 9 on 60021] INFO org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Forced flushing of TestTable,0107641622,1242181965182 because global memcache limit of 497.8m exceeded; currently 513.3m and flushing till 311.1m
2009-05-13 03:05:28,737 [IPC Server handler 9 on 60021] DEBUG org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Too many store files in store info: 5, waiting
2009-05-13 03:05:28,737 [IPC Server handler 9 on 60021] DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction requested for region TestTable,0107641622,1242181965182/614435386 because: regionserver/0:0:0:0:0:0:0:0:60021.cacheFlusher
2009-05-13 03:06:07,143 [regionserver/0:0:0:0:0:0:0:0:60021.compactor] DEBUG org.apache.hadoop.hbase.regionserver.Store: Completed compaction of info; store size is 168.0m
2009-05-13 03:06:07,143 [regionserver/0:0:0:0:0:0:0:0:60021.compactor] INFO org.apache.hadoop.hbase.regionserver.HRegion: compaction completed on region TestTable,0092188538,1242183375224 in 3mins, 58sec
2009-05-13 03:06:58,757 [IPC Server handler 9 on 60021] DEBUG org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Too many store files in store info: 5, waiting
2009-05-13 03:06:58,757 [IPC Server handler 9 on 60021] DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction requested for region TestTable,0107641622,1242181965182/614435386 because: regionserver/0:0:0:0:0:0:0:0:60021.cacheFlusher
2009-05-13 03:08:28,767 [IPC Server handler 9 on 60021] DEBUG org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Too many store files in store info: 5, waiting
2009-05-13 03:08:28,767 [IPC Server handler 9 on 60021] DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction requested for region TestTable,0107641622,1242181965182/614435386 because: regionserver/0:0:0:0:0:0:0:0:60021.cacheFlusher
2009-05-13 03:09:58,777 [IPC Server handler 9 on 60021] DEBUG org.apache.hadoop.hbase.regionserver.MemcacheFlusher: Too many store files in store info: 5, waiting

...

Thread dumping I see a few threads blocked here:

"IPC Server handler 4 on 60021" daemon prio=10 tid=0x00007f42982ee000 nid=0x599b waiting for monitor entry [0x000000004380b000..0x000000004380bb00]
        at org.apache.hadoop.hbase.regionserver.MemcacheFlusher.reclaimMemcacheMemory(MemcacheFlusher.java:294)
        - waiting to lock <0x00007f42aac8cbd8> (a org.apache.hadoop.hbase.regionserver.MemcacheFlusher)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.batchUpdates(HRegionServer.java:1800)

..

And this is a good while after my MR upload failed.
Assigning myself since I can reproduce easy enough.

According to the java.util.Iterator#next() contract the implementation should throw NoSuchElementException if the iteration has no more elements. However this is currently not the case by the different anonymous class implemetations of this interface through ObjectHelper#createIterator().
The side effect of this is that currently this could end up with IndexOutOfBoundsException and what not if one would iterate over the Node(s) of a DOM NodeList. Another example is that calling next() on the Iterator returned for an empty String repeatedly doesn't throw  any NoSuchElementException although it's hasNext() method returns false!
We should better provide guards for the condition when there's no more elements available in which case a NoSuchElementException should be thrown.

In mysql comparisons if any of the entries are null, then the result is null.
https://dev.mysql.com/doc/refman/5.0/en/comparison-operators.html and https://dev.mysql.com/doc/refman/5.0/en/type-conversion.html.
This can be demonstrated by the following mysql query:

mysql> select greatest(1, null) from test;
+-------------------+
| greatest(1, null) |
|              NULL |

mysql> select greatest(-1, null) from test;
| greatest(-1, null) |
|               NULL |

This is in contrast to Hive, where null are ignored in the comparisons.

hive> select greatest(null, 1) from test;
OK
1

create table test (no int, name string) partitioned by (pts string) row format delimited fields terminated by ' '; 
load data local inpath '/opt/files/groupbyts1.txt' into table test partition(pts='12:11:30');
load data local inpath '/opt/files/groupbyts2.txt' into table test partition(pts='21:25:12');
load data local inpath '/opt/files/groupbyts3.txt' into table test partition(pts='12:11:30');
load data local inpath '/opt/files/groupbyts4.txt' into table test partition(pts='21:25:12');
when I execute “select * from test group by pts;”, it will occur as follows exception.
 at org.apache.hadoop.fs.Path.initialize(Path.java:157)
        at org.apache.hadoop.fs.Path.<init>(Path.java:135)
        at org.apache.hadoop.hive.ql.exec.Utilities.getInputSummary(Utilities.java:1667)
        at org.apache.hadoop.hive.ql.exec.MapRedTask.estimateNumberOfReducers(MapRedTask.java:432)
        at org.apache.hadoop.hive.ql.exec.MapRedTask.setNumberOfReducers(MapRedTask.java:400)
        at org.apache.hadoop.hive.ql.exec.MapRedTask.execute(MapRedTask.java:93)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:135)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:57)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1329)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1121)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:954)
        at org.apache.hadoop.hive.service.HiveServer$HiveServerHandler.execute(HiveServer.java:198)
        at org.apache.hadoop.hive.service.ThriftHive$Processor$execute.getResult(ThriftHive.java:630)
        at org.apache.hadoop.hive.service.ThriftHive$Processor$execute.getResult(ThriftHive.java:618)
        at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
        at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:176)
Caused by: java.net.URISyntaxException: Relative path in absolute URI: fake-path-metadata-only-query-default.test{pts=12:11:30%7D
        at java.net.URI.checkPath(URI.java:1788)
        at java.net.URI.<init>(URI.java:734)
        at org.apache.hadoop.fs.Path.initialize(Path.java:154)
        ... 19 more
When PhysicalOptimizer optimizes GroupByOperator, according to default parameters "hive.optimize.metadataonly = true", MetadataOnlyOptimizer will be enabled. The MetadataOnlyOptimizer will change the partition alias desc. The partition alies "hdfs://ip:9000/user/hive/warehouse/test/pts=12%3A11%3A30" is changed into " 
fake-path-metadata-only-query-default.test
{pts=12:11:30}
". When construct uri through new partition alies, it must occur java.net.URISyntaxException. 

Got this testing:

2010-11-05 21:58:41,259 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Starting unassignment of region usertable,user1117790996,1288993795362.0d5d2055ef9d7ee5f11097d58461211f. (offlining)
2010-11-05 21:58:41,261 FATAL org.apache.hadoop.hbase.master.HMaster: Remote unexpected exception
    at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
    at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:574)
    at org.apache.hadoop.net.SocketIOWithTimeout.connect(SocketIOWithTimeout.java:206)
    at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:404)
    at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:311)
    at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:865)
    at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:732)
    at $Proxy1.closeRegion(Unknown Source)
    at org.apache.hadoop.hbase.master.ServerManager.sendRegionClose(ServerManager.java:564)
    at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:1019)
    at org.apache.hadoop.hbase.master.AssignmentManager.unassign(AssignmentManager.java:966)
    at org.apache.hadoop.hbase.master.handler.DisableTableHandler.handleDisableTable(DisableTableHandler.java:84)
    at org.apache.hadoop.hbase.master.handler.DisableTableHandler.process(DisableTableHandler.java:64)
    at org.apache.hadoop.hbase.master.HMaster.disableTable(HMaster.java:803)
    at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1025)
2010-11-05 21:58:41,263 INFO org.apache.hadoop.hbase.master.HMaster: Aborting

When having defined default access logging (just changing extended attribute to false), instead of logging according to common pattern (the default pattern), only the word "common" is logged per each request.
Marking as critical as this is behaviour with default access-log configuration.

MockEndpointAndSkip does not seem to get re-applied after each test when used in conjunction with DirtiesContext. Here is a unit test exhibiting the problem

@RunWith(CamelSpringBootJUnit4ClassRunner.class)
@SpringApplicationConfiguration
@MockEndpointsAndSkip("direct:b")
@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD)
public class MockTest {

	@Produce(uri = "direct:a")
	private ProducerTemplate producer;

	@EndpointInject(uri = "mock:direct:b")
	private MockEndpoint directB;

	private CamelContext context;

	@EnableAutoConfiguration
	public static class Config extends SpringRouteBuilder {

		@Override
		public void configure() throws Exception {
			from("direct:a").to("direct:b");
			from("direct:b").to("mock:end");
		}
	}

	@Test
	public void testMock() throws InterruptedException {
		end.expectedMessageCount(0);
		directB.expectedBodiesReceived("hello");

		producer.sendBody("hello");

		MockEndpoint.assertIsSatisfied(context);
	}

	@Test
	public void testMock2() throws InterruptedException {

	}
}

testMock and testMock2 are exactly the same and if run individually, they pass. However if you run both, the second one will always fail. Running them both inside eclipse and from maven command line exhibit the same behaviour. 
The error I get is

java.lang.AssertionError: mock://end Received message count. Expected: <0> but was: <1>

Which must mean that the skipping isn’t working. Here’s the tracer output to confirm

org.apache.camel.processor.interceptor.Tracer - ID-minhmac-local-51406-1470352938165-1-2 >>> (route3) from(direct://a) --> direct://b <<< Pattern:InOnly, Headers:{breadcrumbId=ID-minhmac-local-51406-1470352938165-1-1}, BodyType:String, Body:hello
org.apache.camel.processor.interceptor.Tracer - ID-minhmac-local-51406-1470352938165-1-2 >>> (route4) direct://b --> mock://end <<< Pattern:InOnly, Headers:{breadcrumbId=ID-minhmac-local-51406-1470352938165-1-1}, BodyType:String, Body:hello

If you remove the DirtiesContext, then both tests passes. My suspicion is that there is a bug when re-applying the MockEndpointAndSkip when the spring context is being rebuilt between tests.

HIVE-19382 has a minor bug that happens when users provide custom format as part of FROM_UNIXTIMESTAMP function.
Here is an example query

SELECT SUM(`ssb_druid_100`.`lo_revenue`) AS `sum_lo_revenue_ok`,
CAST(FROM_UNIXTIME(UNIX_TIMESTAMP(CAST(`ssb_druid_100`.`__time` AS TIMESTAMP)), 'yyyy-MM-dd HH:00:00') AS TIMESTAMP) AS `thr___time_ok`
 FROM `druid_ssb`.`ssb_druid_100` `ssb_druid_100`
GROUP BY CAST(FROM_UNIXTIME(UNIX_TIMESTAMP(CAST(`ssb_druid_100`.`__time` AS TIMESTAMP)), 'yyyy-MM-dd HH:00:00') AS TIMESTAMP);

Support char type in JDBC, including char length in result set metadata.

Deprecated PersistenceProviders were removed from services - META-INF/services/javax.persistence.spi.PersistenceProvider
https://hibernate.atlassian.net/browse/HHH-9141
https://github.com/hibernate/hibernate-orm/commit/6a6a7c322861d230e124d79d746266aee937c1a6
With respect to backward compatibility we need load deprecated providers too.
https://github.com/wildfly/wildfly/blob/master/jpa/subsystem/src/main/java/org/jboss/as/jpa/persistenceprovider/PersistenceProviderLoader.java

I have an app called viewer with little more than @SpringBootApplication & @EnableEurekaClient that has spring-data-rest-hal-browser:2.5.1.RELEASE on it's classpath, along with spring cloud Brixton.RC2 dependencies. application.yml only holds the spring.application.name, no context-path. This app connects to a eureka instance and is routed through a Zuul proxy, both also running Brixton.RC2. The Zuul proxy automatically routes /viewer to the backend service.
When I open the root URL from whatever port the viewer app is running on, I'm correctly redirected to /browser/index.html#.
When I open the root URL through my separate Zuul proxy, I'm again redirected to /browser/index.html#, but that fails because the /viewer x-forwarded-prefix header is ignored. Here's a sample response from the actuator /trace page:

{
  "timestamp": 1461596698378,
  "info": {
    "method": "GET",
    "path": "/",
    "headers": {
      "request": {
        "accept": "text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8",
        "upgrade-insecure-requests": "1",
        "user-agent": "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36",
        "dnt": "1",
        "accept-language": "en-US,en;q=0.8,nl;q=0.6",
        "cookie": "JSESSIONID=",
        "x-forwarded-host": "canary.company.nl",
        "x-forwarded-proto": "https",
        "x-forwarded-prefix": "/viewer",
        "x-forwarded-port": "443",
        "connection": "Keep-Alive",
        "accept-encoding": "gzip",
        "transfer-encoding": "chunked",
        "host": "canary.company.nl:56260"
      },
      "response": {
        "X-Application-Context": "viewer:0",
        "Location": "https://canary.company.nl/browser/index.html#",
        "status": "302"
      }
    }
  }
}

As you can see the Location header does not include the /viewer prefix. Opening /viewer/browser/index.html#/ directly works as expected.

testRegistryConfiguration(org.jboss.as.test.smoke.deployment.rar.tests.inflow.InflowTestCase): expected:<1> but was:<2>

Analog to Solomon Duskis's HBASE-12423 but for mapred implementation.

It seems that most of the images in the website are broken. Somehow the image files are lost from 0.94 -> 0.96. 
https://hbase.apache.org/replication.html

HW10676:hbase-0.94$ find -name "*.png"
./src/main/resources/hbase-webapps/static/hbase_logo.png
./src/site/resources/images/big_h_logo.png
./src/site/resources/images/hbase_logo.png
./src/site/resources/images/hfile.png
./src/site/resources/images/hfilev2.png
./src/site/resources/images/replication_overview.png

CLI autocompletion can't handle empty {}

/subsystem=elytron/token-realm=JwtRealm:add(jwt={}<TAB><TAB><TAB><TAB><TAB>

/subsystem=elytron/token-realm=JwtRealm:add(jwt={}}}}}}
/subsystem=elytron/token-realm=JwtRealm:add(jwt={}

/**

 */
package org.springframework.security.oauth2.provider.token;

import org.springframework.dao.DataAccessException;
import org.springframework.jdbc.datasource.embedded.EmbeddedDatabase;
import org.springframework.jdbc.datasource.embedded.EmbeddedDatabaseBuilder;
import org.springframework.security.oauth2.common.OAuth2AccessToken;
import org.springframework.security.oauth2.common.OAuth2RefreshToken;
import org.springframework.security.oauth2.provider.AuthorizationRequest;
import org.springframework.security.oauth2.provider.OAuth2Authentication;
import org.springframework.security.oauth2.provider.token.TestRandomValueTokenServices.TestAuthentication;
/**

@author lookis
 */
public class TestRandomValueTokenServicesForJdbcTokenStore {

    private TokenStore tokenStore;
    private RandomValueTokenServices services;
    @Before
    public void createStore() throws Exception 
{
        EmbeddedDatabase db = new EmbeddedDatabaseBuilder().addDefaultScripts().build();
        tokenStore = new JdbcTokenStore(db);
        services = new RandomValueTokenServices();
        services.setTokenStore(tokenStore);
        services.afterPropertiesSet();
        services.setSupportRefreshToken(true);
    }

    @Test
    public void testDuplicateRefreshToken() throws Exception {
                new TestAuthentication("test", false));
        OAuth2AccessToken accessToken = services.createAccessToken(expectedAuthentication);
        OAuth2RefreshToken refreshToken = accessToken.getRefreshToken();
        try 
{
            tokenStore.readRefreshToken(refreshToken.getValue());
        }
 catch (DataAccessException e) 
{
            Assert.fail(e.getMessage());
        }
    }
}

The union_non_nullable.txt & union_nullable.txt were not checked in for HIVE-14205. It was my mistake.
It is the reason that testCliDriver_avro_nullable_union & testNegativeCliDriver_avro_non_nullable_union are failing in current pre-commit build.

Add the ability to filter to the Import MapReduce job.
Often times when restoring a table from an Export job, its not desirable to import all the rows, but rather just a subset. This adds the abililty to just import rows to the table that pass a given filter.
This is the complement to HBASE-2495

consumerActive = this.consumers != null && this.consumers.get(consumer);
If the container is stopped and times out waiting for the consumers, the consumer is no longer in the map when he next calls isActive().

Over an AJP connection, the management console link's redirect from the EAP home page never works.  This is because AJP has an unresolved socket on the exchange so this causes comparisons in ConsoleRedirectService$ConsoleRedirectHandler.getRedirectHostname to always fail:

--------------------------->InetSocketAddress.createUnresolved localhost 80 localhost:80
java.net.InetSocketAddress.createUnresolved(InetSocketAddress.java:254)
io.undertow.server.protocol.ajp.AjpRequestParseState.createDestinationAddress(AjpRequestParseState.java:142)
io.undertow.server.protocol.ajp.AjpReadListener.handleEvent(AjpReadListener.java:222)

--------------------------->InetAddress.equals /127.0.0.1 null false
java.net.Inet4Address.equals(Inet4Address.java:357)
org.wildfly.extension.undertow.ConsoleRedirectService$ConsoleRedirectHandler.getRedirectHostname(ConsoleRedirectService.java:144)

If a project has more than one GWT module file (i.e. ApplicationScaffold.gwt.xml and HelloWorld.gwt.xml), Roo fails to parse any of them.  Any entities created afterwards are ignored by the GWT Addon.  In Roo 1.1.4.RELEASE, the shell gives the message ...
"GWT module's gwt.xml file not found; cannot continue"
In 1.1.4.SNAPSHOT, the shell currently fails to give any failure message.
This is unacceptable for many typical uses of Roo.  For instance, during development I create my own GWT Module for my application, but leave the ApplicationScaffold module around to help out with debugging during development.  I never deploy it to production, but it is certainly nice to have around!
See comments for a proposed patch.

Enhancement request to add the logs url to the JIRA report.  Currently it contains URL to the console output and jenkins reports only.

If I run an empty sample application created from the generator, the following exception is logged:

2018-03-08 16:04:03,755 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0003: Could not index class module-info.class at /content/demo.war/WEB-INF/lib/asm-tree-6.0.jar: java.lang.IllegalStateException: Unknown tag! pos=3 poolCount = 12
	at org.jboss.jandex.Indexer.processConstantPool(Indexer.java:1417)
	at org.jboss.jandex.Indexer.index(Indexer.java:1451)
	at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:99)
	at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51)

This only happens when running the app via:

It does NOT happen if I run the app with:

java -jar target/foobar-swarm.jar

Please not that this is just a warning! However, it looks like the JAX-RS fraction stops working with this warning being logged. My guess is that this is because it fails to generate the default Application class in this case.

If you have a class-level @RabbitListener annotation and some @RabbitHandler methods, when you start your application you'll get a log message like:
2015-10-15 18:50:15.430  INFO o.s.core.annotation.AnnotationUtils: Failed to introspect annotations on [null]: java.lang.NullPointerException
This appears to be completely harmless and the handler methods are all correctly called for incoming messages, but it makes my team nervous to have NullPointerException messages in our logs that we're supposed to just ignore.
The current version of Spring Boot's AMQP sample app (spring-boot-sample-amqp) demonstrates the problem with no changes needed; fire up the example and look for the error just after the "Registering beans for JMX exposure on startup" message.

Hello Team,
I am facing issue when i tried to use camel rabbitmq components for version 2.20.x.
The issue is happening when i have camel context containing route that consumes from rabbitmq queue and publishes to rabbitmq exchange .What happens is camel rabbitmq is publishing to consumer exchange instead of given producer exchange and in this way it goes in infinite cycle. Here is sample route for reference which can easily reproduce the issue.
 
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:context="http://www.springframework.org/schema/context"
       xmlns:camel="http://camel.apache.org/schema/spring"
       xsi:schemaLocation="
         http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
         http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd
         http://camel.apache.org/schema/spring http://camel.apache.org/schema/spring/camel-spring.xsd">
 
    <camel:camelContext id="rmqtest">
 
        <camel:route id="java">
            
            <camel:from uri="rabbitmq://localhost:8311/test_exchange_in?username=admin&password=admin&vhost=/&queue=test_queue_in&automaticRecoveryEnabled=true&concurrentConsumers=2&durable=false&arg.queue.x-message-ttl=5000&networkRecoveryInterval=10000" />
<camel:log message="incoming message ${body}. Modifying message body." loggingLevel="INFO"/>
<camel:setBody> <camel:simple trim="false">Message modified.</camel:simple> </camel:setBody>
   <camel:to uri="rabbitmq://localhost:8311/test_exchange_out?username=admin&password=admin&vhost=/&skipQueueDeclare=true&exchangeType=headers&automaticRecoveryEnabled=true&autoDelete=false&networkRecoveryInterval=10000"  /> 
<camel:log message="publish done" loggingLevel="INFO"/>
        </camel:route>
 
    </camel:camelContext>
 
</beans>
 
I have also attached sample project to reproduce the issue. 
Request you to please look into the issue and let us know the solution or fix if any.
Thanks & regards,
Zoheb
 
We used wait on hdfs to exit safe mode before going on to startup hbase but this feature is broken since we moved out of hadoop contrib.  Now when you try start with hdfs in safe mode you get:

08/03/21 04:39:56 FATAL hbase.HMaster: Not starting HMaster because:
org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.dfs.SafeModeException: Cannot create directory /hbase010. Name node is in safe mode.
Safe mode will be turned off automatically.
        at org.apache.hadoop.dfs.FSNamesystem.mkdirsInternal(FSNamesystem.java:1571)
        at org.apache.hadoop.dfs.FSNamesystem.mkdirs(FSNamesystem.java:1559)
        at org.apache.hadoop.dfs.NameNode.mkdirs(NameNode.java:422)

If you are lucky, it appears on STDOUT/ERR but may just be stuffed into logs and all looks like its running properly.
Noticed first by Lars George.

The usage of rest binding mode is confusing/doesn't work consistently.
If you look at the field definition:

    @XmlAttribute @Metadata(defaultValue = "auto")
    private RestBindingMode bindingMode;

You would expect that the default value is "auto" but in fact there is no default when running.
You need to explicitly set it in configuration, like this:

                .component("jetty")
                .port(9097)
                .bindingMode(RestBindingMode.auto)
        ;

When a user configures security domain, which uses RealmDirect with configured LDAP authentication using SSL as described in https://issues.jboss.org/browse/AS7-5246, the authentication fails with ClassNotFoundException. Moreover the exception is only logged on TRACE level, which is the second issue here.
IMO, the first problem can be simply solved by adding "org.jboss.as.domain-management" module dependency on a right place.
javax.naming.CommunicationException: 127.0.0.1:10636 [Root exception is java.lang.ClassNotFoundException: org.jboss.as.domain.management.connections.ldap.ThreadLocalSSLSocketFactory from [Module "deployment.ldaps-authn-sd.war:main" from Service Module Loader]]
	at com.sun.jndi.ldap.Connection.<init>(Connection.java:224)
	at com.sun.jndi.ldap.LdapClient.<init>(LdapClient.java:136)
	at com.sun.jndi.ldap.LdapClient.getInstance(LdapClient.java:1600)
	at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2698)
	at com.sun.jndi.ldap.LdapCtx.<init>(LdapCtx.java:316)
	at com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:193)
	at com.sun.jndi.ldap.LdapCtxFactory.getUsingURLs(LdapCtxFactory.java:211)
	at com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.java:154)
	at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:84)
	at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:307)
	at javax.naming.InitialContext.init(InitialContext.java:242)
	at org.jboss.as.domain.management.connections.ldap.LdapConnectionManagerService.getConnection(LdapConnectionManagerService.java:112)
	at org.jboss.as.domain.management.connections.ldap.LdapConnectionManagerService.getConnection(LdapConnectionManagerService.java:93)
	at org.jboss.as.domain.management.security.UserLdapCallbackHandler.handle(UserLdapCallbackHandler.java:186)
	at org.jboss.as.domain.management.security.SecurityRealmService$1.handle(SecurityRealmService.java:168)
	at org.jboss.as.security.RealmDirectLoginModule.handle(RealmDirectLoginModule.java:175)
	at org.jboss.as.security.RealmDirectLoginModule.validatePassword(RealmDirectLoginModule.java:206)
	at org.jboss.security.auth.spi.UsernamePasswordLoginModule.login(UsernamePasswordLoginModule.java:281)
	at javax.security.auth.login.LoginContext.invoke(LoginContext.java:784)
	at javax.security.auth.login.LoginContext.access$000(LoginContext.java:203)
	at javax.security.auth.login.LoginContext$4.run(LoginContext.java:698)
	at javax.security.auth.login.LoginContext$4.run(LoginContext.java:696)
	at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:695)
	at javax.security.auth.login.LoginContext.login(LoginContext.java:594)
	at org.jboss.as.web.security.JBossWebRealm.authenticate(JBossWebRealm.java:216)
	at org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthenticator.java:178)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:447)
	at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920)
Caused by: java.lang.ClassNotFoundException: org.jboss.as.domain.management.connections.ldap.ThreadLocalSSLSocketFactory from [Module "deployment.ldaps-authn-sd.war:main" from Service Module Loader]
	at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:196)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432)
	at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374)
	at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119)
	at com.sun.jndi.ldap.VersionHelper12.loadClass(VersionHelper12.java:71)
	at com.sun.jndi.ldap.Connection.<init>(Connection.java:201)
	... 47 more

I like that metric, right now all we have is the whole memstore size in bytes.

The following can be observed in recent trunk builds:

[31m  java.io.IOException: Shutting down[0m
[31m  at org.apache.hadoop.hbase.MiniHBaseCluster.init(MiniHBaseCluster.java:232)[0m
[31m  at org.apache.hadoop.hbase.MiniHBaseCluster.<init>(MiniHBaseCluster.java:94)[0m
[31m  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniHBaseCluster(HBaseTestingUtility.java:1111)[0m
[31m  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:1065)[0m
[31m  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:936)[0m
[31m  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:930)[0m
[31m  at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:859)[0m
[31m  at org.apache.hadoop.hbase.spark.HBaseDStreamFunctionsSuite.beforeAll(HBaseDStreamFunctionsSuite.scala:41)[0m
[31m  at org.scalatest.BeforeAndAfterAll$class.beforeAll(BeforeAndAfterAll.scala:187)[0m
[31m  at org.apache.hadoop.hbase.spark.HBaseDStreamFunctionsSuite.beforeAll(HBaseDStreamFunctionsSuite.scala:30)[0m
[31m  ...[0m
[31m  Cause: java.lang.RuntimeException: Failed construction of Master: class org.apache.hadoop.hbase.master.HMasterorg.apache.hadoop.hbase.shaded.io.netty.channel.epoll.      NativeStaticallyReferencedJniMethods.epollin()I[0m
[31m  at org.apache.hadoop.hbase.util.JVMClusterUtil.createMasterThread(JVMClusterUtil.java:145)[0m
[31m  at org.apache.hadoop.hbase.LocalHBaseCluster.addMaster(LocalHBaseCluster.java:217)[0m
[31m  at org.apache.hadoop.hbase.LocalHBaseCluster.<init>(LocalHBaseCluster.java:152)[0m
[31m  at org.apache.hadoop.hbase.MiniHBaseCluster.init(MiniHBaseCluster.java:214)[0m

This is due to scalatest-maven-plugin missing systemPropertyVariables for shaded netty.

Merge regions on table.jsp has wrong layout (see screenshot).

Hi,
In org.springframework.beans.CachedInstrospectionResults there is the code

this.beanInfo = new ExtendedBeanInfo(Introspector.getBeanInfo(beanClass));

With IBM's J9 VM on Linux, the BeanInfo returned by Introspector.getBeanInfo can return null for calls to BeanInfo#getMethodDescriptors. For example, this will happen when beanClass is java.io.Serializable. 
When this happens the following code in ExtendedBeanInfo will throw a null pointer exception:

for (MethodDescriptor md : delegate.getMethodDescriptors())

I took a look at the latest ExtendedBeanInfo and it looks like it is still prone to a null pointer exception.
Note that the Javadoc for BeanInfo#getMethodDescriptors does say that the method can return null.
Simple test, run the following with Oracle's VM and then IBM's

System.out.println(java.beans.Introspector.getBeanInfo(java.io.Serializable.class).getMethodDescriptors())

With Oracle you'll get an array object, with IBM you'll get null.

This should not work, as the Monitor role is not allowed to do anything that modifies any state:

[standalone@localhost:9990 data-source=ExampleDS] :test-connection-in-pool{roles=Monitor}
{
}

I believe the problem is PoolOperations L75:

final ServiceController<?> managementRepoService = context.getServiceRegistry(false).getService(
        ConnectorServices.MANAGEMENT_REPOSITORY_SERVICE);

The parameter to context.getServiceRegistry(...) must be 'true' if the operation is going to use the returned service registry to perform any form of state modification. So I believe all the PoolOperation subclasses should provide a param to PoolOperation's constructor that can be used to set this value. I believe in all subclasses except DumpQueuedThreadInPool this param should be 'true'.

SrpConnection.getConfig() throws this Exception, which has been fixed in a more recent version of SRP:

Caused by: redis.client.RedisException: ERR unknown command 'CONFIG_GET'
	at redis.client.RedisClientBase.execute(RedisClientBase.java:162)
	... 34 more

Fixed in this commit: 
https://github.com/spullara/redis-protocol/commit/ed825f0c857d42c00b7f8cfa3fd76f7c55263bf3#client/src/main/java/redis/client/RedisClient.java

The domain op rollout logic's AbstractServerUpdateTask.ServerUpdateResultHandler interface is serving no purpose and should be removed. It's cruft left from earlier implementations.
The only impl stores data in a map that never gets read. 

CookieGenerator.cookieMaxAge's setter uses the primitive type 'int', but the getter uses 'Integer'.  This seems to stop this property from being configured through the spring configuration xml file.
If it's important, I'm actually using a subclass of CookieGenerator.
Somebody in the forums had a similar problem:
http://forum.springsource.org/showthread.php?p=254675

Caused by: org.springframework.beans.NotWritablePropertyException: Invalid property 'cookieMaxAge' of bean class [org.jasig.cas.web.support.CookieRetrievingCookieGenerator]: Bean property 'cookieMaxAge' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter?
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:850)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:701)
	at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:78)
	at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:60)
	... 55 more

A graceful stop is required for slider --service llapstatus to work properly

If there is a reconnect at the client session, the SparkSessionManagerImpl doesn't puts it back in the created sessions, so it will not time out the second time.

When the @ApplicationScoped annotation is used in combination with @ServerEndpoint the class is instantiated on every new connection instead of being instantiated once for the whole application.
The expected behaviour:
There should be only one instance of the class which is annotated with @ApplicationScoped and @ServerEndpoint annotations.
I have created a reproducer and added it as attachment.

Starting from 1.2.0.M1, the Maven repository for Roo does not provide the source jars anymore, which is a bit annoying, if one wants to develop add-ons .... 
I know I could build Spring Roo from source, but with source in Maven repository, this was usually not necessary at all.

HIVE-12442 and HIVE-12862 are related here.
If one wants to make some thrift change by following instruction here:
https://cwiki.apache.org/confluence/display/Hive/HowToContribute#HowToContribute-GeneratingThriftCode
When they first execute (i.e. in a clean environment)

mvn clean install -Pthriftif -DskipTests -Dthrift.home=/usr/local -Phadoop-2

The following content will show up

Your branch is up-to-date with 'origin/master'.

service-rpc/src/gen/thrift/gen-py/__init__.py
service/src/gen/

They should have been included in the codebase.

After the patch of HBASE-5974
Suppose The process is as the following:
1.A next request is very large, so first time it is failed because of timeout
2.The second time it is failed again because of CallSequenceOutOfOrderException
3.We will retry this next request again after reset scanner, so it is also very large and failed again because of timeout
4.CallSequenceOutOfOrderException again
5.Repeated the above forever...
See the comment in HBASE-5974 for more
https://issues.apache.org/jira/browse/HBASE-5974?focusedCommentId=13486658&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13486658

http://stackoverflow.com/questions/20952865/very-strange-keyword-reanme-in-apache-hive

When testing read replica with 2.0.0 code, with the following config

    <name>hbase.ipc.client.specificThreadForWriting</name>
    <name>hbase.rpc.client.impl</name>
    <value>org.apache.hadoop.hbase.ipc.RpcClientImpl</value>

The hbase client runs into the following exception

Exception in thread "main" java.util.NoSuchElementException
        at java.util.ArrayDeque.removeFirst(ArrayDeque.java:280)
        at java.util.ArrayDeque.remove(ArrayDeque.java:447)
        at org.apache.hadoop.hbase.ipc.BlockingRpcConnection$CallSender.remove(BlockingRpcConnection.java:159)
        at org.apache.hadoop.hbase.ipc.BlockingRpcConnection$3.run(BlockingRpcConnection.java:760)
        at org.apache.hadoop.hbase.ipc.HBaseRpcControllerImpl.startCancel(HBaseRpcControllerImpl.java:229)
        at org.apache.hadoop.hbase.client.CancellableRegionServerCallable.cancel(CancellableRegionServerCallable.java:86)
        at org.apache.hadoop.hbase.client.ResultBoundedCompletionService$QueueingFuture.cancel(ResultBoundedCompletionService.java:106)
        at org.apache.hadoop.hbase.client.ResultBoundedCompletionService.cancelAll(ResultBoundedCompletionService.java:274)
        at org.apache.hadoop.hbase.client.RpcRetryingCallerWithReadReplicas.call(RpcRetryingCallerWithReadReplicas.java:224)
        at org.apache.hadoop.hbase.client.HTable.get(HTable.java:445)
        at org.apache.hadoop.hbase.client.HTable.get(HTable.java:409)
        at HBaseThreadedGet.doWork(HBaseThreadedGet.java:45)
        at HBaseThreadedGet.main(HBaseThreadedGet.java:19)

HRegion#internalObtainRowLock will return null if timed out,
but many place which call this method don't handle this case
The bad result is operation will be executed even if it havn't obtained the row lock. Such as put、delete、increment。。。

See the discussion in HBASE-19927. The problem is that, for a normal stop we will try to close all the regions and wait until they are all closed. But if the RS has already session expired, master will start the failover work which will move the WAL directory, and then we will be stuck in writing flush marker.

The follwoing route only writes part of the http input stream to the file output (always
in chunks of 1,2,4 or 8KB).:
               <route id="RestToTempDir">
                       <from uri="jetty:http://0.0.0.0:8162/muyrl" />
                       <setHeader headerName="CamelFileExchangeFile">
                               <header>message.id</header>
                       </setHeader>
                       <to
                               uri="file://c:/temp/?fileName=${date:now:yyyyMMdd}/asm-${id}.xml" />
                       <setBody>
                               <header>CamelFileExchangeFile</header>
                       </setBody>
               </route>
There are workarounds, but I would change streams to always read until EOF (if possible)
Possible workaround 1:
<convertBodyTo type="java.lang.String"/> to force it to convert the stream to string before writing.
Possible workaround 2 is to write to a queue first
                       <from uri="jetty:http://0.0.0.0:8162/myurl" />
                       <inOnly uri="activemq:topic=TempTopic" />
                       <setBody>
               </route>
               <route id="TempAssemblyToTempArchiveDirectory">
                       <from uri="activemq:topic:TempTopic" />
                       <to
                               uri="file://c:/xmlarchive_noxslt/?fileName=${date:now:yyyyMMdd}/asm-${id}.xml"/>
               </route>

Even after setting the logger configuration to log bundle id, bundle-name and bundle version in log message Fuse ESB doesn't log it for all the messages. Only some messages have them and some don't. 
Here is the configuration used :

log4j.appender.out=org.apache.log4j.RollingFileAppender
log4j.appender.out.layout = org.apache.log4j.PatternLayout 
log4j.appender.out.layout.ConversionPattern=%d{dd MMM yyyy} %d{ABSOLUTE} | %-5.5p | %t | %c{1} | %X{bundle.id} - %X{bundle.name} - %X{bundle.version} | %m%n
log4j.appender.out.file = ${karaf.data}/log/rpt.log

result.getOutcome().getOutput().asMap() is subject to a NullPointerException if any of the intermediates returns a null.

JDBC drivers (DB2, Oracle, etc) not available to WildFly Swarm when added as modules (like in WildFly/EAP) using <resource-root> instead of <artifact> in the module.xml.
Custom module "oracle.jdbc" (module.xml and JAR) copied into Uber-JAR's "modules\oracle\jdbc\main" directory (there are also some default modules there - jboss, javax, etc) when module is configured like this: 

   <resources>
      <resource-root path="oracle-driver-ojdbc6.jar"/>
   </resources>

However, when running app (driver and datasource configured in the standalone.xml), I'm getting this error:

[jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 21) WFLYJCA0086: Unable to find driver class name in "oracle" jar

However, when it is configured in module.xml as:

      <artifact name="com.hynnet:oracle-driver-ojdbc6:12.1.0.1"/>

JAR is copied to "m2repo\com\hynnet\oracle-driver-ojdbc6\12.1.0.1" directory of Uber-JAR and driver was successfully loaded.
Looks like WFS adding to classpath only what is in "m2repo", but not the "oracle" module in "modules" directory.
Am I missing some command-line parameter to define location of the custom modules, like "JBOSS_MODULEPATH" for JBoss EAP6?

The javadoc indicates that passing null to this method is valid and should result in a null value handed into the controller method.  However if a null value is passed the result is a NullPointerException thrown from the resolveArgument(…) method.  It is clear from the implementation code in resolveArgument(…) that a null default is not anticipated.  The fix is relatively trivial: the resolveArgument(…) method simply needs to return null if the defaultOrFallback value is null.
The ability to provide null as a default value allows an application to support both paged and non paged results from a single controller method, depending on whether the page parameters are passed in.  The workaround is to declare separate methods and use request mappings to differentiate them based on presence of the page parameters in the request, but this seems awkward compared to being able to simply test for a null pageable.

Query with group by/order by on same column KEY failed:

SELECT T1.KEY AS MYKEY FROM SRC T1 GROUP BY T1.KEY ORDER BY T1.KEY LIMIT 3;

I want to add a new AsyncTable implementation and to do that with great quality I want to run all the tests with a sync Table implementation which uses the AsyncTable within. To do this the HbaseTestingUtility has to return Table instead of HTable.
I saw this as the ideal opportunity to remove all deprecated HTableInterface methods in 2.0 branch and thus the interface itself. This means all auto flush settings are removed.
Some discussion points:

I had to remove doBulkLoad(Path hfofDir, final HTable table) from LoadIncrementalHFiles because of the hard HTable usage and replaced usages to the other doBulkLoad(Path hfofDir, final Admin admin, Table table, RegionLocator regionLocator) method.
HBaseTestingUtility now returns Table instead of HTable
I removed all the methods from HConnection that were also in Connection + I removed the getTable methods which should not be used anymore. (HConnection is deprecated so could be removed itself)

When Exporting hive tables using the hive command in Hive 0.9 "EXPORT table TO 'hdfs_path'" then importing to another hive 0.10 instance using "IMPORT FROM 'hdfs_path'", hive throws this error:

13/09/18 13:14:02 ERROR ql.Driver: FAILED: SemanticException Exception while processing
org.apache.hadoop.hive.ql.parse.SemanticException: Exception while processing
	at org.apache.hadoop.hive.ql.parse.ImportSemanticAnalyzer.analyzeInternal(ImportSemanticAnalyzer.java:277)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:349)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:938)
	at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:706)
	at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:613)
	at java.util.ArrayList.<init>(ArrayList.java:131)
	at org.apache.hadoop.hive.ql.plan.CreateTableDesc.<init>(CreateTableDesc.java:128)
	at org.apache.hadoop.hive.ql.parse.ImportSemanticAnalyzer.analyzeInternal(ImportSemanticAnalyzer.java:99)
	... 16 more

13/09/18 13:14:02 INFO ql.Driver: </PERFLOG method=compile start=1379535241411 end=1379535242332 duration=921>
13/09/18 13:14:02 INFO ql.Driver: <PERFLOG method=releaseLocks>
13/09/18 13:14:02 INFO ql.Driver: </PERFLOG method=releaseLocks start=1379535242332 end=1379535242332 duration=0>
13/09/18 13:14:02 INFO ql.Driver: </PERFLOG method=releaseLocks start=1379535242333 end=1379535242333 duration=0>

This is probably a critical blocker for people who are trying to test Hive 0.10 in their staging environments prior to the upgrade from 0.9

Looks like CopyOfRequestMappingHandlerMapping may have been committed by mistake

looks this link:
https://builds.apache.org/job/PreCommit-HBASE-Build/253//testReport/org.apache.hadoop.hbase.master/TestDistributedLogSplitting/testRecoveredEdits/
// it said that regions is 0.
2011-11-15 03:53:11,215 INFO  [Thread-2335] master.TestDistributedLogSplitting(211): #regions = 0
2011-11-15 03:53:11,215 DEBUG [RegionServer:0;asf001.sp2.ygridcore.net,36721,1321329179789.logSyncer] wal.HLog$LogSyncer(1192): RegionServer:0;asf001.sp2.ygridcore.net,36721,1321329179789.logSyncer interrupted while waiting for sync requests
2011-11-15 03:53:11,215 INFO  [RegionServer:0;asf001.sp2.ygridcore.net,36721,1321329179789.logSyncer] wal.HLog$LogSyncer(1194): RegionServer:0;asf001.sp2.ygridcore.net,36721,1321329179789.logSyncer exiting
2011-11-15 03:53:11,215 DEBUG [Thread-2335] wal.HLog(967): closing hlog writer in hdfs://localhost:46229/user/jenkins/.logs/asf001.sp2.ygridcore.net,36721,1321329179789
2011-11-15 03:53:11,637 DEBUG [Thread-2335] master.SplitLogManager(233): Scheduling batch of logs to split

Please see the code attached. 
When a config variable is empty from a properties file and trying to convert it in a list of strings, spell cannot evaluate the expression. This code works in Spring 3.2.6. The output should be an empty list. 
Caused by: org.springframework.beans.factory.BeanExpressionException: Expression parsing failed; nested exception is org.springframework.expression.spel.SpelEvaluationException: EL1029E:(pos 20): A problem occurred when trying to execute method 'asList' on object of type 'java.lang.Class': 'Problem invoking method: public static java.util.List java.util.Arrays.asList(java.lang.Object[])'
        at org.springframework.context.expression.StandardBeanExpressionResolver.evaluate(StandardBeanExpressionResolver.java:164) ~[spring-context-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.beans.factory.support.AbstractBeanFactory.evaluateBeanDefinitionString(AbstractBeanFactory.java:1362) ~[spring-beans-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:964) ~[spring-beans-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:949) ~[spring-beans-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:816) ~[spring-beans-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:744) ~[spring-beans-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        ... 62 common frames omitted
Caused by: org.springframework.expression.spel.SpelEvaluationException: EL1029E:(pos 20): A problem occurred when trying to execute method 'asList' on object of type 'java.lang.Class': 'Problem invoking method: public static java.util.List java.util.Arrays.asList(java.lang.Object[])'
        at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:136) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.expression.spel.ast.MethodReference.access$000(MethodReference.java:49) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.expression.spel.ast.MethodReference$MethodValueRef.getValue(MethodReference.java:342) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:88) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:120) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:242) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.context.expression.StandardBeanExpressionResolver.evaluate(StandardBeanExpressionResolver.java:161) ~[spring-context-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        ... 67 common frames omitted
Caused by: org.springframework.expression.AccessException: Problem invoking method: public static java.util.List java.util.Arrays.asList(java.lang.Object[])
        at org.springframework.expression.spel.support.ReflectiveMethodExecutor.execute(ReflectiveMethodExecutor.java:116) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:129) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        ... 73 common frames omitted
        at org.springframework.expression.spel.support.ReflectionHelper.isFirstEntryInArray(ReflectionHelper.java:350) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.expression.spel.support.ReflectionHelper.convertArguments(ReflectionHelper.java:285) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]
        at org.springframework.expression.spel.support.ReflectiveMethodExecutor.execute(ReflectiveMethodExecutor.java:106) ~[spring-expression-4.1.2.RELEASE.jar:4.1.2.RELEASE]

When stopping server which is processing request, it terminates the connection from the client but doesn't stop the request processing as such.
After debugging and searching when the issue appeared I've found out that the issue was introduced with this commit: https://github.com/wildfly/wildfly-core/commit/7304c019705c5f7ec0378e1c51750432591f73d2
1) start EAP server with deployed app from attachment
2) create request to long running application: curl -i http://127.0.0.1:8080/long-running-servlet/HeavyProcessing?duration=25000
3) stop server (you can do it even gracefully) using ./jboss-cli.sh -c ":shutdown(timeout=1)"
See that server is stopped after 25 seconds since request from step 2 was issued, as that is duration of the request processing requested by param duration, instead of being terminated after 1 second.

Queries like:
with u as (select * from src union all select * from src)
select * from u join u;
will fail on Tez because only one union flows into the join reduce phase.

Related to CAMEL-6173 but the jetty http producer in camel-jetty has a problem as well.

At first, TruncateTableProcedure failed to write some files to HDFS in TRUNCATE_TABLE_CREATE_FS_LAYOUT state for some reason.

2018-05-15 08:00:25,346 WARN  [ProcedureExecutorThread-8] procedure.TruncateTableProcedure: Retriable error trying to truncate table=<namespace>:<table> state=TRUNCATE_TABLE_CREATE_FS_LAYOUT
java.io.IOException: java.util.concurrent.ExecutionException: org.apache.hadoop.ipc.RemoteException(java.io.IOException): File /apps/hbase/data/.tmp/data/<namespace>/<table>/<region>/.regioninfo could only be replicated to 0 nodes instead of minReplication (=1).  There are <the number of DNs> datanode(s) running and no node(s) are excluded in this operation.
...

But at this time, seemed like writing some files to HDFS was successful.
And then, TruncateTableProcedure was stuck in retry loop in TRUNCATE_TABLE_CREATE_FS_LAYOUT state. At this point, the following log messages were shown repeatedly in the master log:

2018-05-15 08:00:25,463 WARN  [ProcedureExecutorThread-8] procedure.TruncateTableProcedure: Retriable error trying to truncate table=<namespace>:<table> state=TRUNCATE_TABLE_CREATE_FS_LAYOUT
java.io.IOException: java.util.concurrent.ExecutionException: java.io.IOException: The specified region already exists on disk: hdfs://<name>/apps/hbase/data/.tmp/data/<namespace>/<table>/<region>
...

It seems like this is because TruncateTableProcedure tried to write the files that were written successfully in the first try.
I think we need to delete all the files and directories that are written successfully in the previous try before retrying the TRUNCATE_TABLE_CREATE_FS_LAYOUT state.
Actually, this issue was observed in HDP-2.5.3, but I think the upstream has the same issue. Also, it looks to me that CreateTableProcedure has a similar issue.

There was a configuration example for HttpRegistry, which is introduced by CAMEL-3549, under tests/camel-itest-osgi/src/test/resources/org/apache/camel/itest/osgi/servlet/. The test itself was removed probably because it depended on deprecated Spring DM, but the use case CAMEL-3549, which is to use a CamelServlet instance across OSGi bundles, exemplified by the test should be still valid and maintained.
However, with the latest Camel when deploying the attached example (camel-example-servlet-httpregistry-blueprint.zip) to Karaf it fails to deploy throwing the following error:

2018-10-09T20:42:54,813 | ERROR | FelixStartLevel  | BlueprintContainerImpl           | 52 - org.apache.aries.blueprint.core - 1.9.0 | Unable to start blueprint container for bundle camel-example-servlet-httpregistry-blueprint/2.23.0.SNAPSHOT
org.osgi.service.blueprint.container.ComponentDefinitionException: org.apache.aries.proxy.FinalModifierException: The methods protected final void org.apache.camel.http.common.CamelServlet.service(javax.servlet.http.HttpServletRequest,javax.servlet.http.HttpServletResponse) throws javax.servlet.ServletException,java.io.IOException in class org.apache.camel.http.common.CamelServlet are final.
	at org.apache.aries.blueprint.container.ReferenceRecipe.internalCreate(ReferenceRecipe.java:141) ~[52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:81) ~[52:org.apache.aries.blueprint.core:1.9.0]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:?]
	at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:90) ~[52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:360) ~[52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:190) ~[52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:716) ~[52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:413) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:278) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:299) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:268) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:264) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:254) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422) [52:org.apache.aries.blueprint.core:1.9.0]
	at org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1179) [?:?]
	at org.apache.felix.framework.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:730) [?:?]
	at org.apache.felix.framework.EventDispatcher.fireBundleEvent(EventDispatcher.java:485) [?:?]
	at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4579) [?:?]
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2174) [?:?]
	at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1373) [?:?]
	at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308) [?:?]
Caused by: org.apache.aries.proxy.FinalModifierException: The methods protected final void org.apache.camel.http.common.CamelServlet.service(javax.servlet.http.HttpServletRequest,javax.servlet.http.HttpServletResponse) throws javax.servlet.ServletException,java.io.IOException in class org.apache.camel.http.common.CamelServlet are final.
	at org.apache.aries.proxy.impl.gen.ProxySubclassGenerator.getProxySubclass(ProxySubclassGenerator.java:112) ~[?:?]
	at org.apache.aries.proxy.impl.gen.ProxySubclassGenerator.newProxySubclassInstance(ProxySubclassGenerator.java:171) ~[?:?]
	at org.apache.aries.proxy.impl.AsmProxyManager.createNewProxy(AsmProxyManager.java:140) ~[?:?]
	at org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingInterceptingProxy(AbstractProxyManager.java:77) ~[?:?]
	at org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingProxy(AbstractProxyManager.java:42) ~[?:?]
	at org.apache.aries.blueprint.container.AbstractServiceReferenceRecipe.createProxy(AbstractServiceReferenceRecipe.java:332) ~[?:?]
	at org.apache.aries.blueprint.container.ReferenceRecipe.internalCreate(ReferenceRecipe.java:125) ~[?:?]
	... 25 more

This is clearly because at some point in time CamelServlet.service() method was marked as final. We should remove it to restore the use case.

I have a camel-cxf proxy test case with MTOM enabled. The WSDL used in the project is RPC/Literal style. However, I was unable to get attachment back via response. Please take a look at the test case for more detail.
After some debugging, it looks like that camel-cxf producer did get attachment back. However, there were two attachment related parts. One part had no attachment (empty) but had correct "Content-ID". The other part did contain entire attachment but had a rather different "Content-ID". For instance:

19:30:47,110 | INFO  | qtp565617691-367 | IMtomExample                     | 118 - org.apache.cxf.cxf-core - 3.0.4.redhat-620133 | Outbound Message
ID: 63
Response-Code: 200
Encoding: UTF-8
Content-Type: multipart/related; type="application/xop+xml"; boundary="uuid:f108bc3f-549a-4baa-ab00-757ff837aacf"; start="<root.message@cxf.apache.org>"; start-info="text/xml"
Headers: {accept-encoding=[gzip,deflate], breadcrumbId=[ID-jluomac-52985-1445511717614-11-8], Host=[localhost:7777], Server=[Jetty(8.1.15.v20140411)], User-Agent=[Apache-HttpClient/4.1.1 (java 1.5)]}
Payload: --uuid:f108bc3f-549a-4baa-ab00-757ff837aacf
Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
Content-Transfer-Encoding: binary
Content-ID: <root.message@cxf.apache.org>

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><ns1:doMtomResponse xmlns:ns1="http://cxf.example.com/"><parameters xmlns:ns2="http://cxf.example.com/"><output>soapui-splash.png</output><dataLength>27186</dataLength><data><xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:15839364-d75d-4cbe-a163-40838bca762a-31@cxf.apache.org"/></data></parameters></ns1:doMtomResponse></soap:Body></soap:Envelope>
--uuid:f108bc3f-549a-4baa-ab00-757ff837aacf
Content-Type: image/png
Content-ID: <e4b4a36a-b07a-481d-8bf8-82df5b57f40b-1@cxf.apache.org>
Content-Disposition: attachment;name="soapui-splash.png"

<-- soapui-splash.png binary attachment starts here -->
...
...
<-- soapui-splash.png binary attachment ends here -->

Content-ID: <15839364-d75d-4cbe-a163-40838bca762a-31@cxf.apache.org>

<-- no binary attachment here. empty -->

--uuid:f108bc3f-549a-4baa-ab00-757ff837aacf--

And the response message returned was:

   <soap:Body>
      <ns1:doMtomResponse xmlns:ns1="http://cxf.example.com/">
         <parameters xmlns:ns2="http://cxf.example.com/">
            <output>soapui-splash.png</output>
            <dataLength>27186</dataLength>
            <data>
               <xop:Include href="cid:15839364-d75d-4cbe-a163-40838bca762a-31@cxf.apache.org" xmlns:xop="http://www.w3.org/2004/08/xop/include"/>
            </data>
         </parameters>
      </ns1:doMtomResponse>
   </soap:Body>

Because the response pointed to the "Content-ID" of 

<xop:Include href="cid:15839364-d75d-4cbe-a163-40838bca762a-31@cxf.apache.org" xmlns:xop="http://www.w3.org/2004/08/xop/include"/>

and the parts identified by the "Content-ID: <15839364-d75d-4cbe-a163-40838bca762a-31@cxf.apache.org>" was actually empty. Therefore, client can not get the attachment back.

First element is decoded correct, but stream fails on the second element:

@Test
public void sseAsEventOfObject() {
	ParameterizedTypeReference<ServerSentEvent<Person>> type = new ParameterizedTypeReference<ServerSentEvent<Person>>() {};

	Flux<ServerSentEvent<Person>> result = this.webClient.get()
			.uri("/sseeventperson")
			.accept(TEXT_EVENT_STREAM)
			.retrieve()
			.bodyToFlux(type);

	StepVerifier.create(result)
			.consumeNextWith( event -> {
				assertEquals("1", event.id());
				assertEquals(new Person("Jonathan", "Smith"), event.data());
			})
				assertEquals("2", event.id());
				assertEquals(new Person("Jonathan", "Doe"), event.data());
			})
			.expectComplete()
			.verify(Duration.ofSeconds(5555L));
}

(Other code is ommited)
When using String as generic parameter, there is no problem at all (as well as in your tests there are no problem when they run). But when I debug the SSE reader and SSE writer in case of use Person, I see two new line between elements instead of one.

SELECT * FROM t WHERE rand() < 0.01;
Hive will say: "No need to submit job", because the condition evaluates to false.
The rand() function is special in the sense that every time it evaluates to a different value. We should disallow computing the value in the compiling phase.
One way to do that is to add an annotation in the UDFRand and check that in the compiling phase.

Fuse 6.3 uses jetty 9 (ENTESB-4440).
We probably shouldn't start bundle camel-jetty8 by default.

JBossFuse:karaf@root> osgi:list -t 0 -l | grep jetty
...
[ 119] [Active     ] [            ] [       ] [   30] mvn:org.ops4j.pax.web/pax-web-jetty/4.2.4
[ 233] [Active     ] [            ] [       ] [   40] mvn:org.apache.cxf/cxf-rt-transports-http-jetty/3.1.4
[ 267] [Active     ] [            ] [       ] [   50] mvn:org.apache.camel/camel-jetty-common/2.16.1.redhat-630015
[ 268] [Active     ] [            ] [       ] [   50] mvn:org.apache.camel/camel-jetty8/2.16.1.redhat-630015

JBossFuse:karaf@root> osgi:info 268
You are about to access system bundle 268.  Do you wish to continue (yes/no): yes

camel-jetty8 (268)

From doc setting hbase.master.quota.observer.ignore property to true will retain the space quota even after table is deleted. But doesn't seem to be the case i.e. whether the property is not defined which sets the value to false or set the property to true in site.xml, the quota gets removed when the corresponding table is dropped. Will verify whether it works in 1.x. Did a grep on the master source, did get a hit on the property in code.

Add this property and restart hbase

    <property>
        <name>hbase.master.quota.observer.ignore</name>
        <value>true</value>
    </property>

Through hbase shell

hbase(main):003:0> set_quota TYPE => SPACE, TABLE => 't1', LIMIT => '1G', POLICY => NO_INSERTS
Took 0.0317 seconds

hbase(main):005:0> create 't1','cf1'
Created table t1
Took 0.7904 seconds

hbase(main):006:0> list_quotas
TABLE => t1 TYPE => SPACE, TABLE => t1, LIMIT => 1073741824, VIOLATION_POLICY => NO_INSERTS
1 row(s)

hbase(main):007:0> disable 't1'
Took 0.4909 seconds
1 row(s)
Took 0.0420 seconds

hbase(main):009:0> drop 't1'
Took 0.1407 seconds

0 row(s)
Took 0.0307 seconds

The fact that compactor rewrites contents of ACID tables is in conflict with what is expected of external tables.
Conversely, end user can write to External table which certainly not what is expected of ACID table.
So we should explicitly disallow making an external table ACID.

/subsystem=datasources/jdbc-driver=oracle:add(driver-name=oracle, driver-module-name=com.oracle.jdbc, driver-datasource-class-name=oracle.jdbc.pool.OracleDataSource,  driver-class-name=oracle.jdbc.OracleDriver)

Then the following command will fail:

/subsystem=datasources:get-installed-driver(driver-name=oracle)

The fail message is like:

{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: newValue is null",
}

When running in Tez mode, Hive does not correctly set the java.library.path.

SELECT TRUNC(d_date) FROM test_date_dim throws ArrayIndexOutOfBounds exception.

        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFTrunc.initialize(GenericUDFTrunc.java:128)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDF.initializeAndFoldConstants(GenericUDF.java:139)
        at org.apache.hadoop.hive.ql.plan.ExprNodeGenericFuncDesc.newInstance(ExprNodeGenericFuncDesc.java:236)
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.getXpathOrFuncExprNodeDesc(TypeCheckProcFactory.java:1102)
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1357)
        at org.apache.hadoop.hive.ql.lib.ExpressionWalker.walk(ExpressionWalker.java:76)
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:227)

test throws NullPointerException:

Vertex failed, vertexName=Reducer 2, vertexId=vertex_1413774081318_0803_5_03, diagnostics=[Task failed, taskId=task_1413774081318_0803_5_03_000000, diagnostics=[TaskAttempt 0 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Hive Runtime Error while closing operators: null
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:218)
	at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:178)
	... 13 more
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.joinFinalLeftData(CommonMergeJoinOperator.java:368)
	at org.apache.hadoop.hive.ql.exec.CommonMergeJoinOperator.closeOp(CommonMergeJoinOperator.java:310)
	at org.apache.hadoop.hive.ql.exec.Operator.close(Operator.java:582)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.close(ReduceRecordProcessor.java:200)
	... 14 more
], TaskAttempt 1 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Hive Runtime Error while closing operators: null
	... 13 more
	... 14 more
], TaskAttempt 2 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Hive Runtime Error while closing operators: null
	... 13 more
	... 14 more
], TaskAttempt 3 failed, info=[Error: Failure while running task:java.lang.RuntimeException: java.lang.RuntimeException: Hive Runtime Error while closing operators: null
	... 13 more
	... 14 more
Vertex killed, vertexName=Reducer 3, vertexId=vertex_1413774081318_0803_5_04, diagnostics=[Vertex received Kill while in RUNNING state., Vertex killed as other vertex failed. failedTasks:0]

select c.c_first_name, c.c_last_name, cd.cd_gender, hd.hd_buy_potential from customer c left outer join customer_demographics cd on cd.cd_demo_sk = c.c_current_cdemo_sk left outer join household_demographics hd on hd.hd_demo_sk = c.c_current_hdemo_sk where c.c_customer_sk < 1000;

Plan (auto.convert.join=false, vectorization on, cbo on,execution.engine=tez)

    Tez
      Edges:
        Reducer 2 <- Map 1 (SIMPLE_EDGE), Map 4 (SIMPLE_EDGE)
        Reducer 3 <- Map 5 (SIMPLE_EDGE), Reducer 2 (SIMPLE_EDGE)
      DagName: hrt_qa_20141020210707_53fdc731-2d96-455e-8c20-ce7fec75f01f:6
      Vertices:
        Map 1 
                TableScan
                  alias: c
                  filterExpr: (c_customer_sk < 1000) (type: boolean)
                  Statistics: Num rows: 100000 Data size: 4679516 Basic stats: COMPLETE Column stats: NONE
                    predicate: (c_customer_sk < 1000) (type: boolean)
                    Statistics: Num rows: 33333 Data size: 1559823 Basic stats: COMPLETE Column stats: NONE
                      expressions: c_current_cdemo_sk (type: int), c_current_hdemo_sk (type: int), c_first_name (type: string), c_last_name (type: string)
                      outputColumnNames: _col1, _col2, _col3, _col4
                      Statistics: Num rows: 33333 Data size: 1559823 Basic stats: COMPLETE Column stats: NONE
                        Statistics: Num rows: 33333 Data size: 1559823 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col2 (type: int), _col3 (type: string), _col4 (type: string)
        Map 4 
                TableScan
                  alias: cd
                  Statistics: Num rows: 1920800 Data size: 5893494 Basic stats: COMPLETE Column stats: NONE
                    expressions: cd_demo_sk (type: int), cd_gender (type: string)
                    Statistics: Num rows: 1920800 Data size: 5893494 Basic stats: COMPLETE Column stats: NONE
                      Statistics: Num rows: 1920800 Data size: 5893494 Basic stats: COMPLETE Column stats: NONE
                      value expressions: _col1 (type: string)
        Map 5 
                TableScan
                  alias: hd
                  Statistics: Num rows: 7200 Data size: 840 Basic stats: COMPLETE Column stats: NONE
                    expressions: hd_demo_sk (type: int), hd_buy_potential (type: string)
                    Statistics: Num rows: 7200 Data size: 840 Basic stats: COMPLETE Column stats: NONE
                      Statistics: Num rows: 7200 Data size: 840 Basic stats: COMPLETE Column stats: NONE
        Reducer 2 
                     Right Outer Join0 to 1
                  1 {VALUE._col1} {VALUE._col2} {VALUE._col3}
                outputColumnNames: _col1, _col4, _col5, _col6
                Statistics: Num rows: 2112880 Data size: 6482843 Basic stats: COMPLETE Column stats: NONE
                  Statistics: Num rows: 2112880 Data size: 6482843 Basic stats: COMPLETE Column stats: NONE
                  value expressions: _col1 (type: string), _col5 (type: string), _col6 (type: string)
        Reducer 3 
                  0 {VALUE._col1} {VALUE._col4} {VALUE._col5}
                  1 {VALUE._col0}
                outputColumnNames: _col1, _col5, _col6, _col8
                Statistics: Num rows: 2324168 Data size: 7131127 Basic stats: COMPLETE Column stats: NONE
                  expressions: _col5 (type: string), _col6 (type: string), _col1 (type: string), _col8 (type: string)
                  Statistics: Num rows: 2324168 Data size: 7131127 Basic stats: COMPLETE Column stats: NONE
                    Statistics: Num rows: 2324168 Data size: 7131127 Basic stats: COMPLETE Column stats: NONE
                    table:

      limit: -1
        ListSink

IIOPSslInvocationTestCase fails once -Dnode0 and -Dnode1 are different. This test pass, once -Dnode0 and -Dnode1 are same.
IIOPSslInvocationTestCase was added by JBEAP-3502
Jenkins job run with same value of node0 and node1
Jenkins job run with different value of node0 and node1

Always

EAP_HOME=...
REPO=...
./integration-tests.sh -Dmaven.repo.local=$REPO -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2  -Djboss.dist=${EAP_HOME} -Dts.iiop -Dts.noSmoke -Dtest=IIOPSslInvocationTestCase  -DfailIfNoTests=false  -DtestLogToFile=false

 T E S T S
12:20:04,144 DEBUG [org.jboss.logging] (main) Logging Provider: org.jboss.logging.JBossLogManagerProvider
12:20:04,495 WARNING [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Bundles path is deprecated and no longer used.
12:20:04,498 INFO  [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Starting container with: [/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.71-1.b15.fc22.x86_64/bin/java, -D[Standalone], -Dorg.jboss.ejb.client.wildfly-testsuite-hack=true, -Xmx512m, -XX:MaxMetaspaceSize=256m, -Djboss.dist=/home/mkopecky/playground/eap/7.0.0.ER7/jboss-eap-7.0, -Djava.net.preferIPv4Stack=true, -Djava.net.preferIPv6Addresses=false, -server, -Dts.timeout.factor=100, -Dnode0=192.168.1.30, -Dnode1=192.168.1.31, -Dmcast=230.0.0.4, -Dmcast.ttl=0, -Djbossas.ts.submodule.dir=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop, -Djbossas.ts.integ.dir=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/.., -Djbossas.ts.dir=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/../.., -Djbossas.project.dir=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/../../.., -Djboss.inst=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client, -ea, -Djboss.home.dir=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client, -Dorg.jboss.boot.log.file=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone/log/server.log, -Dlogging.configuration=file:/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone/configuration/logging.properties, -jar, /home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/jboss-modules.jar, -mp, /home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/modules:/home/mkopecky/playground/eap/7.0.0.ER7/jboss-eap-7.0/modules:/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/modules, org.jboss.as.standalone, -Djboss.home.dir=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client, -Djboss.server.base.dir=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone, -Djboss.server.log.dir=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone/log, -Djboss.server.config.dir=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone/configuration, -c=standalone-full.xml]
12:20:04,562 INFO  [org.xnio] (main) XNIO version 3.3.6.Final-redhat-1
12:20:04,577 INFO  [org.xnio.nio] (main) XNIO NIO Implementation Version 3.3.6.Final-redhat-1
12:20:04,633 DEBUG [org.xnio.nio] (Remoting "management-client" Accept) Started channel thread 'Remoting "management-client" Accept', selector sun.nio.ch.EPollSelectorImpl@2eb58d81
12:20:04,633 DEBUG [org.xnio.nio] (Remoting "management-client" I/O-1) Started channel thread 'Remoting "management-client" I/O-1', selector sun.nio.ch.EPollSelectorImpl@11b57963
12:20:04,637 INFO  [org.jboss.remoting] (main) JBoss Remoting version 4.0.18.Final-redhat-1
12:20:04,807 INFO  [org.jboss.modules] (main) JBoss Modules version 1.5.1.Final-redhat-1
12:20:04,937 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final-redhat-1
12:20:04,988 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: JBoss EAP 7.0.0.GA (WildFly Core 2.1.0.Final-redhat-1) starting
12:20:05,776 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
12:20:05,790 INFO  [org.xnio] (MSC service thread 1-3) XNIO version 3.3.6.Final-redhat-1
12:20:05,797 INFO  [org.xnio.nio] (MSC service thread 1-3) XNIO NIO Implementation Version 3.3.6.Final-redhat-1
12:20:05,840 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 41) WFLYCLINF0001: Activating Infinispan subsystem.
12:20:05,844 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 40) WFLYIO001: Worker 'default' has auto-configured to 16 core threads with 128 task threads based on your 8 available processors
12:20:05,851 INFO  [org.wildfly.iiop.openjdk] (ServerService Thread Pool -- 42) WFLYIIOP0001: Activating IIOP Subsystem
12:20:05,857 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 60) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
12:20:05,967 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 59) WFLYSEC0002: Activating Security Subsystem
12:20:05,974 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 48) WFLYJSF0007: Activated the following JSF Implementations: [main]
12:20:05,976 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 52) WFLYNAM0001: Activating Naming Subsystem
12:20:05,980 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 62) WFLYWS0002: Activating WebServices Extension
12:20:05,986 INFO  [org.jboss.as.connector] (MSC service thread 1-7) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.3.3.Final-redhat-1)
12:20:05,990 INFO  [org.jboss.as.security] (MSC service thread 1-7) WFLYSEC0001: Current PicketBox version=4.9.5.Final-redhat-1
12:20:06,005 INFO  [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.18.Final-redhat-1
12:20:06,010 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 36) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
12:20:06,013 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-4) WFLYJCA0018: Started Driver service with driver-name = h2
12:20:06,039 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0003: Undertow 1.3.19.Final-redhat-1 starting
12:20:06,040 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.3.19.Final-redhat-1 starting
12:20:06,071 INFO  [org.jboss.as.naming] (MSC service thread 1-2) WFLYNAM0003: Starting Naming Service
12:20:06,072 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-4) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
12:20:06,169 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0014: Creating file handler for path '/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
12:20:06,180 INFO  [org.jboss.as.ejb3] (MSC service thread 1-5) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 128 (per class), which is derived from thread worker pool sizing.
12:20:06,180 INFO  [org.jboss.as.ejb3] (MSC service thread 1-8) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 32 (per class), which is derived from the number of CPUs on this host.
12:20:06,190 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0012: Started server default-server.
12:20:06,203 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0018: Host default-host starting
12:20:06,258 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0006: Undertow HTTP listener default listening on 192.168.1.31:8080
12:20:06,522 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221000: live Message Broker is starting with configuration Broker Configuration (clustered=false,journalDirectory=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone/data/activemq/journal,bindingsDirectory=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone/data/activemq/bindings,largeMessagesDirectory=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone/data/activemq/largemessages,pagingDirectory=/home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone/data/activemq/paging)
12:20:06,532 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-7) WFLYDS0013: Started FileSystemDeploymentService for directory /home/mkopecky/git/jbossqe-eap-testsuite-eap7/testsuite/integration/iiop/target/jbossas-iiop-ssl-client/standalone/deployments
12:20:06,540 INFO  [org.jboss.ws.common.management] (MSC service thread 1-5) JBWS022052: Starting JBossWS 5.1.3.SP1-redhat-1 (Apache CXF 3.1.4.redhat-1) 
12:20:06,570 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221012: Using AIO Journal
12:20:06,636 INFO  [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-1) ISPN000128: Infinispan version: Infinispan 'Mahou' 8.1.2.Final-redhat-1
12:20:06,777 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-4) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
12:20:06,797 INFO  [org.wildfly.iiop.openjdk] (MSC service thread 1-8) WFLYIIOP0009: CORBA ORB Service started
12:20:06,845 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221043: Protocol module found: [artemis-server]. Adding protocol support for: CORE
12:20:06,848 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221043: Protocol module found: [artemis-hornetq-protocol]. Adding protocol support for: HORNETQ
12:20:07,412 INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-7) WFLYMSGAMQ0016: Registered HTTP upgrade for activemq-remoting protocol handled by http-acceptor acceptor
12:20:07,412 INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-1) WFLYMSGAMQ0016: Registered HTTP upgrade for activemq-remoting protocol handled by http-acceptor-throughput acceptor
12:20:07,412 INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-5) WFLYMSGAMQ0016: Registered HTTP upgrade for activemq-remoting protocol handled by http-acceptor acceptor
12:20:07,412 INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-6) WFLYMSGAMQ0016: Registered HTTP upgrade for activemq-remoting protocol handled by http-acceptor-throughput acceptor
12:20:07,515 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221007: Server is now live
12:20:07,515 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 64) AMQ221001: Apache ActiveMQ Artemis Message Broker version 1.1.0.SP14-redhat-1 [nodeID=b6997676-ef54-11e5-948f-9f5391fd4ab7] 
12:20:07,526 INFO  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 64) WFLYMSGAMQ0002: Bound messaging object to jndi name java:/ConnectionFactory
12:20:07,536 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 67) AMQ221003: trying to deploy queue jms.queue.ExpiryQueue
12:20:07,542 INFO  [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 66) WFLYMSGAMQ0002: Bound messaging object to jndi name java:jboss/exported/jms/RemoteConnectionFactory
12:20:07,542 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 65) AMQ221003: trying to deploy queue jms.queue.DLQ
12:20:07,573 INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-1) WFLYJCA0007: Registered connection factory java:/JmsXA
12:20:07,599 INFO  [org.apache.activemq.artemis.ra] (MSC service thread 1-1) Resource adaptor started
12:20:07,600 INFO  [org.jboss.as.connector.services.resourceadapters.ResourceAdapterActivatorService$ResourceAdapterActivator] (MSC service thread 1-1) IJ020002: Deployed: file://RaActivatoractivemq-ra
12:20:07,601 INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-5) WFLYJCA0002: Bound JCA ConnectionFactory [java:/JmsXA]
12:20:07,601 INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-5) WFLYMSGAMQ0002: Bound messaging object to jndi name java:jboss/DefaultJMSConnectionFactory
12:20:07,702 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://192.168.1.31:9990/management
12:20:07,703 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://192.168.1.31:9990
12:20:07,703 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.0.0.GA (WildFly Core 2.1.0.Final-redhat-1) started in 3113ms - Started 307 of 592 services (386 services are lazy, passive or on-demand)
12:21:04,857 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1695373581) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2b95e48b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,858 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1240067562) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3dddefd8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,858 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1827266797) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@160ac7fb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,858 DEBUG [org.jboss.as.protocol] (main) cancelled operation (160695696) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@12bfd80d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,858 DEBUG [org.jboss.as.protocol] (main) cancelled operation (436827660) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@41925502) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,858 DEBUG [org.jboss.as.protocol] (main) cancelled operation (127924122) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@13e3c1c7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,859 DEBUG [org.jboss.as.protocol] (main) cancelled operation (318661365) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5316e95f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,859 DEBUG [org.jboss.as.protocol] (main) cancelled operation (960575820) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3f053c80) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,859 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1352290452) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6c6c5427) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,859 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2124610221) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@618c5d94) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,859 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1896331543) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b40ceb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,859 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1903065471) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@13c3c1e1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,860 DEBUG [org.jboss.as.protocol] (main) cancelled operation (49263357) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1d8062d2) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,860 DEBUG [org.jboss.as.protocol] (main) cancelled operation (926882605) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1e63ec0b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,860 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1503965619) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3b956878) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,860 DEBUG [org.jboss.as.protocol] (main) cancelled operation (619490555) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@36546a22) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,860 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1722219185) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@285c08c8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,860 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1019538655) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@295eaa7c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,861 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1663064893) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3918c187) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,861 DEBUG [org.jboss.as.protocol] (main) cancelled operation (772061722) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2c88b9fc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,861 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1154849013) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@64dafeed) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,861 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1542950869) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@388ba540) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,861 DEBUG [org.jboss.as.protocol] (main) cancelled operation (170194435) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@47605f2f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,862 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1347438712) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2ece4966) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,862 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1290161354) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1dd0e7c4) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,862 DEBUG [org.jboss.as.protocol] (main) cancelled operation (996147051) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7894f09b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,862 DEBUG [org.jboss.as.protocol] (main) cancelled operation (195495827) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3d484181) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,862 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1399946052) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6111ba37) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,862 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1010557964) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7be58f16) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,863 DEBUG [org.jboss.as.protocol] (main) cancelled operation (131270634) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@242aa8d9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,863 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1862140612) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b11a194) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,863 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1211126795) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@37bd68c3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,863 DEBUG [org.jboss.as.protocol] (main) cancelled operation (859280140) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@60f7cc1d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,863 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1736270658) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@11eadcba) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,863 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2005262266) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4721d212) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,863 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1614267511) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1b065145) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,864 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1973895654) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@45cff11c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,864 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1539258366) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@207ea13) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,864 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2053979689) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4bff1903) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,864 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1638522351) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@62dae540) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,865 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1809658773) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5827af16) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,865 DEBUG [org.jboss.as.protocol] (main) cancelled operation (260088788) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@654d8173) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,865 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1257911983) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@56c9bbd8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,865 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1519205080) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@630cb4a4) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,865 DEBUG [org.jboss.as.protocol] (main) cancelled operation (299035012) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@636e8cc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,865 DEBUG [org.jboss.as.protocol] (main) cancelled operation (663654355) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@f79a760) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,866 DEBUG [org.jboss.as.protocol] (main) cancelled operation (750390500) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@14f5da2c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,866 DEBUG [org.jboss.as.protocol] (main) cancelled operation (224080132) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@12dae582) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,866 DEBUG [org.jboss.as.protocol] (main) cancelled operation (519868060) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@239b0f9d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,866 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1820713189) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@619bfe29) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,866 DEBUG [org.jboss.as.protocol] (main) cancelled operation (843951661) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b057c8c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,866 DEBUG [org.jboss.as.protocol] (main) cancelled operation (111366855) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1eb6749b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,866 DEBUG [org.jboss.as.protocol] (main) cancelled operation (447563467) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@652a7737) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,866 DEBUG [org.jboss.as.protocol] (main) cancelled operation (238623326) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b7ea70d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,867 DEBUG [org.jboss.as.protocol] (main) cancelled operation (626495792) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2bef51f2) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,867 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1684537346) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@650eab8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,867 DEBUG [org.jboss.as.protocol] (main) cancelled operation (969082295) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@30f5a68a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,867 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1238581670) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1e1d3956) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,867 DEBUG [org.jboss.as.protocol] (main) cancelled operation (6499355) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4f2c9ba6) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,867 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1459837819) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4e28bdd1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,867 DEBUG [org.jboss.as.protocol] (main) cancelled operation (795348753) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@53f48368) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,867 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1830659431) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@24d4d7c9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,868 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2019449892) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@f0e995e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,868 DEBUG [org.jboss.as.protocol] (main) cancelled operation (756222313) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4c37b5b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,868 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1987333877) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@73db4768) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,868 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1441818995) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@71b3bc45) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,868 DEBUG [org.jboss.as.protocol] (main) cancelled operation (352576896) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@a8c1f44) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,868 DEBUG [org.jboss.as.protocol] (main) cancelled operation (618881126) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@150ab4ed) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,868 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1983135420) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3c435123) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,868 DEBUG [org.jboss.as.protocol] (main) cancelled operation (530718505) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@50fe837a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,869 DEBUG [org.jboss.as.protocol] (main) cancelled operation (731968299) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3a62c01e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,869 DEBUG [org.jboss.as.protocol] (main) cancelled operation (535132009) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7a8fa663) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,869 DEBUG [org.jboss.as.protocol] (main) cancelled operation (155912644) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5ce33a58) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,869 DEBUG [org.jboss.as.protocol] (main) cancelled operation (958368143) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@78a287ed) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,869 DEBUG [org.jboss.as.protocol] (main) cancelled operation (354585011) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@546ccad7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,869 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1308186987) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5357c287) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,870 DEBUG [org.jboss.as.protocol] (main) cancelled operation (342568185) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1623134f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,870 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1274042211) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7a527389) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,870 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1772184885) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@485a3466) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,870 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2029690988) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@25748410) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,870 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2034997715) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2b43529a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,870 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1116937739) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4264b240) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,871 DEBUG [org.jboss.as.protocol] (main) cancelled operation (226575642) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b04476e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,871 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1996295777) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5ad10c1a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,871 DEBUG [org.jboss.as.protocol] (main) cancelled operation (102277764) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6bb75258) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,871 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1031548384) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@c260bdc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,871 DEBUG [org.jboss.as.protocol] (main) cancelled operation (460588010) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@75e01201) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,871 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1455089178) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2783717b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,871 DEBUG [org.jboss.as.protocol] (main) cancelled operation (980254413) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@76f7d241) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,872 DEBUG [org.jboss.as.protocol] (main) cancelled operation (159224287) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4a335fa8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,872 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1436282168) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3f363cf5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,872 DEBUG [org.jboss.as.protocol] (main) cancelled operation (991914939) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3829ac1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,872 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1148806367) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4baf352a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,872 DEBUG [org.jboss.as.protocol] (main) cancelled operation (113110554) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1bb1fde8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,872 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1364545010) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@15eebbff) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,872 DEBUG [org.jboss.as.protocol] (main) cancelled operation (76500007) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@22d6f11) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,872 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1670167332) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@30990c1b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,872 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2126066192) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2453f95d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (232307058) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@44828f6b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (996627402) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2dbe250d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (751893601) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@553f1d75) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (998863675) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6e1d8f9e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (972000601) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3e34ace1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1262159757) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@62fe6067) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1948733599) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4f071df8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2043683183) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4de41af9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1076942067) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@56ace400) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,873 DEBUG [org.jboss.as.protocol] (main) cancelled operation (790023122) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@47404bea) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1907523956) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@305f7627) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (30298377) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5d018107) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (854362660) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6cbcf243) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1070962460) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@29e6eb25) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1788261978) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@62435e70) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (991593428) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@339bf286) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (936465182) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@38be305c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1981979373) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@269f4bad) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1012051101) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5ed731d0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,874 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1605028709) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3234f74e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,875 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1690512403) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7bc10d84) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,875 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1831775743) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@275fe372) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,875 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1385047644) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@40e10ff8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,875 DEBUG [org.jboss.as.protocol] (main) cancelled operation (869151516) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@557a1e2d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,875 DEBUG [org.jboss.as.protocol] (main) cancelled operation (132819768) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@26a4842b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,875 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1785318074) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7e38a7fe) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,875 DEBUG [org.jboss.as.protocol] (main) cancelled operation (496903501) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@366ef90e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,875 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1265774497) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@33e01298) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,875 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1624857601) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@31e75d13) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (463698810) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@a5b0b86) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (790398918) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4b3c354a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (477017269) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@78fb9a67) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1833466261) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@73ff4fae) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1949641960) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@21aa6d6c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2011974450) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@b968a76) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1066103637) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2f9a01c1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1241712349) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2611b9a3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1694565854) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@54227100) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,876 DEBUG [org.jboss.as.protocol] (main) cancelled operation (96911654) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6b5894c8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1224190998) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1433046b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1240694033) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3f446bef) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1069849378) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7829b776) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (91466132) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5778826f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2012837662) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b64c4b7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1392018960) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4763c727) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1314508464) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@72445aba) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1928283679) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@61bcd567) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (143551615) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1c80e49b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,877 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1002696497) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@458342d3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (78208095) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@15c25153) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1338052411) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1252b961) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (225897868) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@9ed238c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2097213951) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@56276db8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (794876831) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@51e8e6e6) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2114711305) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@56f6d40b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1564077116) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@36676c1a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1261588021) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b408dc3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1698931780) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4d098f9b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,878 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1231077481) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2dbf4cbd) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (807297297) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@20b5f2ac) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (966828207) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7fc44dec) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (575435612) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7e3060d8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (555030533) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@293d0107) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1561303070) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2692b61e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (913908587) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7b64240d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1940587193) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@62fad19) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1641810122) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@47dbb1e2) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (189003349) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@74cadd41) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,879 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1644829469) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2e54db99) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,880 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1790533536) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@55e8ec2f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,880 DEBUG [org.jboss.as.protocol] (main) cancelled operation (664174220) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4f2613d1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,880 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1852095302) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6d24ffa1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,880 DEBUG [org.jboss.as.protocol] (main) cancelled operation (317516744) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@65a4798f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,880 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1568765093) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@773f7880) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,880 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2107707528) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@878452d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,880 DEBUG [org.jboss.as.protocol] (main) cancelled operation (461284951) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@426b6a74) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,880 DEBUG [org.jboss.as.protocol] (main) cancelled operation (250064845) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4c51bb7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,880 DEBUG [org.jboss.as.protocol] (main) cancelled operation (532899567) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@83298d7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1225948223) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@42a9e5d1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1643035868) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b080f3a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (97166591) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@773cbf4f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (234525903) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6b54655f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (685211105) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@665e9289) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (983333803) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7d3430a7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1747677458) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6f603e89) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (129916551) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2756c0a7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1537052327) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@350ec41e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,881 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1104750819) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@69637b10) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,882 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1644477247) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@71984c3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,882 DEBUG [org.jboss.as.protocol] (main) cancelled operation (917783434) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@165b2f7f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,882 DEBUG [org.jboss.as.protocol] (main) cancelled operation (338189672) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5536379e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,882 DEBUG [org.jboss.as.protocol] (main) cancelled operation (736905901) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@277f7dd3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,882 DEBUG [org.jboss.as.protocol] (main) cancelled operation (390419974) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6c8bca63) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,882 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1982066534) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2364305a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,882 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2080370360) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@470a696f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,882 DEBUG [org.jboss.as.protocol] (main) cancelled operation (910356243) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1bc715b8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (835659931) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@292d1c71) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (562547922) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2b491fee) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (654062501) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3f1c5af9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (797291224) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1c55f277) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1605963481) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5ddabb18) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (115914633) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3e8f7922) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1210953039) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@63192798) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1957372361) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@50eca7c6) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (894426156) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@58e6d4b8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,883 DEBUG [org.jboss.as.protocol] (main) cancelled operation (558271534) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1de5f0ef) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,884 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1738748618) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@376a312c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,884 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2024626631) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@28d6290) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,884 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1722140617) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6ca0256d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,884 DEBUG [org.jboss.as.protocol] (main) cancelled operation (472057166) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5ef0d29e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,884 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1750830378) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@38f57b3d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,884 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1623496118) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@51850751) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,884 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1087771045) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3ce3db41) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,885 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1470481105) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@64df9a61) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,885 DEBUG [org.jboss.as.protocol] (main) cancelled operation (255494735) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@77602954) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,885 DEBUG [org.jboss.as.protocol] (main) cancelled operation (765537495) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@e260766) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,885 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1394741844) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2c3dec30) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,885 DEBUG [org.jboss.as.protocol] (main) cancelled operation (393755151) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@34a97744) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,885 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2012483208) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4275c20c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,885 DEBUG [org.jboss.as.protocol] (main) cancelled operation (660876005) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7c56e013) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,886 DEBUG [org.jboss.as.protocol] (main) cancelled operation (812384750) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3fc9dfc5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,886 DEBUG [org.jboss.as.protocol] (main) cancelled operation (421423260) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@40258c2f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,886 DEBUG [org.jboss.as.protocol] (main) cancelled operation (498002988) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2cac4385) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,886 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1039039597) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6731787b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,886 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1698103475) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@16f7b4af) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,886 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2027924824) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7adf16aa) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,886 DEBUG [org.jboss.as.protocol] (main) cancelled operation (282420572) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@34a1d21f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,887 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1551870454) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@58bf8650) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,887 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1078703557) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@73c60324) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,887 DEBUG [org.jboss.as.protocol] (main) cancelled operation (100541552) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@71ae31b0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,887 DEBUG [org.jboss.as.protocol] (main) cancelled operation (775472055) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4ba534b0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,887 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1504676927) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6f0ca692) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,887 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1147290098) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2c104774) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,887 DEBUG [org.jboss.as.protocol] (main) cancelled operation (973550486) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2cb3d0f7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,887 DEBUG [org.jboss.as.protocol] (main) cancelled operation (542280132) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4e517165) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,888 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1953128946) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@44e3760b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,888 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2110917704) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6a66a204) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,888 DEBUG [org.jboss.as.protocol] (main) cancelled operation (525089494) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5860f3d7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,888 DEBUG [org.jboss.as.protocol] (main) cancelled operation (464070198) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1d7f7be7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,888 DEBUG [org.jboss.as.protocol] (main) cancelled operation (98428020) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@42f3156d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,888 DEBUG [org.jboss.as.protocol] (main) cancelled operation (248124256) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1ddae9b5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,888 DEBUG [org.jboss.as.protocol] (main) cancelled operation (929225417) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@427b5f92) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,889 DEBUG [org.jboss.as.protocol] (main) cancelled operation (816335107) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@24bdb479) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,889 DEBUG [org.jboss.as.protocol] (main) cancelled operation (768730237) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7e3f95fe) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,889 DEBUG [org.jboss.as.protocol] (main) cancelled operation (474443242) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@34625ccd) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,889 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2139265580) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2c7d121c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,889 DEBUG [org.jboss.as.protocol] (main) cancelled operation (513014561) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@65aa6596) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,889 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1338755708) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@67389cb8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,889 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1350515143) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@419a20a6) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,889 DEBUG [org.jboss.as.protocol] (main) cancelled operation (340708853) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@533377b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,890 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1995109204) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3383649e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,890 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1344477596) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@10fde30a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,890 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1525735217) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@f27ea3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,890 DEBUG [org.jboss.as.protocol] (main) cancelled operation (478339402) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1ce61929) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,890 DEBUG [org.jboss.as.protocol] (main) cancelled operation (726412932) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@346939bf) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,890 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1490090264) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4bf3798b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,890 DEBUG [org.jboss.as.protocol] (main) cancelled operation (229067884) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@58670130) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,891 DEBUG [org.jboss.as.protocol] (main) cancelled operation (418326820) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@74e47444) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,891 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1216710984) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@9bd0fa6) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,891 DEBUG [org.jboss.as.protocol] (main) cancelled operation (510151589) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@59d2103b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,891 DEBUG [org.jboss.as.protocol] (main) cancelled operation (368645160) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@39dcf4b0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,891 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1527613148) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6e4de19b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,891 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1502719045) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@f6c03cb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,891 DEBUG [org.jboss.as.protocol] (main) cancelled operation (929766078) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@46f699d5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,891 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1574961205) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@18518ccf) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,892 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1450687407) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1991f767) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,892 DEBUG [org.jboss.as.protocol] (main) cancelled operation (309860256) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@768ccdc5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,892 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1404009078) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4c6daf0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,892 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1922273097) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@10650953) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,892 DEBUG [org.jboss.as.protocol] (main) cancelled operation (682197322) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@659eef7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,892 DEBUG [org.jboss.as.protocol] (main) cancelled operation (834185307) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@162be91c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,892 DEBUG [org.jboss.as.protocol] (main) cancelled operation (408250801) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2488b073) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,892 DEBUG [org.jboss.as.protocol] (main) cancelled operation (516118310) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1c9f0a20) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,892 DEBUG [org.jboss.as.protocol] (main) cancelled operation (345684351) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@55787112) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,893 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2102948031) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1cd201a8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,893 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1983491024) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7db82169) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,893 DEBUG [org.jboss.as.protocol] (main) cancelled operation (525196960) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1992eaf4) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,893 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1710589979) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@f74e835) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,893 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2031866090) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3276732) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,893 DEBUG [org.jboss.as.protocol] (main) cancelled operation (564249680) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3f28bd56) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,893 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1716551586) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@31e3250d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,893 DEBUG [org.jboss.as.protocol] (main) cancelled operation (745476509) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@19fe4644) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,893 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1111879600) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@21d8bcbe) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1903817871) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5be067de) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (824383705) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7383eae2) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1735663246) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@18245eb0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1147653530) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7c7d3c46) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1026553041) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@24fb6a80) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1696699614) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@48c35007) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (84700940) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@72a85671) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (341375577) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6722db6e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (267575793) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@18f20260) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1319930026) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4ae33a11) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1185001638) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7a48e6e2) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (696136564) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@b40bb6e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,894 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1607697886) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3a94964) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1624800982) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5049d8b2) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (893925191) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6d0b5baf) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1537157519) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@631e06ab) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1726151922) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2a3591c5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (514648253) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@34a75079) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (782642356) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@346a361) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (158671718) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@107ed6fc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (810313307) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1643d68f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1375231983) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@186978a6) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (14136015) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2e029d61) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (109113497) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@482d776b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (138407460) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4052274f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,895 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1255322830) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@132ddbab) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (232692673) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@297ea53a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1035844514) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@acb0951) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1311645710) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5bf22f18) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2137548105) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@267f474e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1375933472) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7a7471ce) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1700274044) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@28276e50) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (559295344) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@62e70ea3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1368422326) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3efe7086) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1711376422) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@675d8c96) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1154787068) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@741b3bc3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,896 DEBUG [org.jboss.as.protocol] (main) cancelled operation (25666479) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2ed3b1f5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1610875439) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@63648ee9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1106824148) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@68d6972f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (328509880) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@45be7cd5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (635766728) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7651218e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1912055768) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3185fa6b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (947944114) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6d366c9b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1886020184) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b58ed3c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (68767274) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@24faea88) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (548198041) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3a320ade) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,897 DEBUG [org.jboss.as.protocol] (main) cancelled operation (896204636) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@64beebb7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,898 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1007836714) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7813cb11) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,898 DEBUG [org.jboss.as.protocol] (main) cancelled operation (956706618) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@bcec031) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,898 DEBUG [org.jboss.as.protocol] (main) cancelled operation (843076732) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@21005f6c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,898 DEBUG [org.jboss.as.protocol] (main) cancelled operation (690058083) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@32f0fba8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,898 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1508971442) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@545de5a4) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,898 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1404759551) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@29ef6856) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,898 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1686073911) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@ab7a938) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,898 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2043640709) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3faf2e7d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,898 DEBUG [org.jboss.as.protocol] (main) cancelled operation (248527004) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4648ce9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,899 DEBUG [org.jboss.as.protocol] (main) cancelled operation (798970322) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@569bf9eb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,899 DEBUG [org.jboss.as.protocol] (main) cancelled operation (486952784) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@61526469) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,899 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1963462495) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@274872f8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,899 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1403464191) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@76ba13c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,899 DEBUG [org.jboss.as.protocol] (main) cancelled operation (570178468) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@eb6449b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,899 DEBUG [org.jboss.as.protocol] (main) cancelled operation (632184823) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7c351808) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,899 DEBUG [org.jboss.as.protocol] (main) cancelled operation (642283540) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@180e6ac4) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,899 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2024617715) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@42b64ab8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,899 DEBUG [org.jboss.as.protocol] (main) cancelled operation (420120405) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7e985ce9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1499516674) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2a39fe6a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1027973927) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@410ae9a3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (589231485) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@319988b0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1414404651) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@d5ae57e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1412256331) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@68759011) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2142644688) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7e242b4d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (706693238) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@305f031) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1982934104) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@592e843a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1912750187) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1d1f7216) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (428734432) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@423e4cbb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (462393825) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6e16b8b5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,900 DEBUG [org.jboss.as.protocol] (main) cancelled operation (7784966) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@43b4fe19) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (5957160) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@25ddbbbb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2099572563) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1536602f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (564812765) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4ebea12c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (505429085) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2a1edad4) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1783681070) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6256ac4f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (496849693) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@44c79f32) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1451442177) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7fcbe147) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2052923609) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@235f4c10) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (348640847) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@743cb8e0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (847528972) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@c7a975a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (433575772) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2c1b9e4b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,901 DEBUG [org.jboss.as.protocol] (main) cancelled operation (855960969) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@757d6814) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1352586769) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@649725e3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1388875847) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3c0fae6c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (119410059) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4c168660) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (459101640) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@52b56a3e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1120713819) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@fd0e5b6) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (739486347) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4eed46ee) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1313599698) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@36b0fcd5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (388820406) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4fad94a7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1679615617) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@475835b1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,902 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1182006509) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6326d182) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (957208466) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5241cf67) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1978564430) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@716a7124) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2126595169) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@77192705) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1847844994) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@226642a5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1880477367) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7e809b79) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1268677947) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5cc126dc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1854834726) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@625e134e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (206744312) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@72bd06ca) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (602282317) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@89c10b7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,903 DEBUG [org.jboss.as.protocol] (main) cancelled operation (976067712) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5dbe30be) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1456625789) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4fe89c24) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (539306634) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@55795845) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (279374359) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3d08f3f5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1515551975) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@119f1f2a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (147471997) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1a1da881) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1223056991) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b970f7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1454152726) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7fd4acee) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1219303954) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@165b8a71) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1739108631) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6175619b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1185920110) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2f058b8a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,904 DEBUG [org.jboss.as.protocol] (main) cancelled operation (817025649) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@756cf158) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2024253027) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3f2ef586) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2012332341) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@751d3241) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (748730980) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@76c7beb3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1113060499) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@64337702) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (696079288) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2cf92cc7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1255976986) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@30ea8c23) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (418390583) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7b139eab) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (556994555) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4e76dac) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (60788054) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@611df6e3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1829922779) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5f2f577) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,905 DEBUG [org.jboss.as.protocol] (main) cancelled operation (423859081) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6273c5a4) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (619579938) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5d465e4b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (448319607) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@53e211ee) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1992412174) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@41a90fa8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1913484482) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3d8bbcdc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (98079496) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@52500920) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (366048002) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@117e0fe5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1966223329) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@18a3962d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1041278151) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@78aea4b9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (346736253) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2a65bb85) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (909321449) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4b85880b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1510133983) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4f936da8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,906 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1797304829) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4215838f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1007401707) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@452ba1db) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1683414711) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2289aca5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (681695808) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@76a36b71) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (138169054) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@184497d1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (106188976) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@f9d87b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1813433073) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6ffab045) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1407711503) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@26fb628) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (450634805) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3e2943ab) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1977911048) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@70dd7e15) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1824419411) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4a9f80d3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (588044771) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@35beb15e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,907 DEBUG [org.jboss.as.protocol] (main) cancelled operation (102076644) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@41fe9859) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (390427063) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5ac86ba5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1981015265) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6c67e137) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (770758403) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2c9399a4) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2025467471) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@191ae03f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (996596126) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@9635fa) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1177871564) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@53ab0286) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1539006788) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@63c5efee) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (602808554) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2d10e0b1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (634397397) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1c98290c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (703198958) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@172ca72b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1951322948) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5bda80bf) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,908 DEBUG [org.jboss.as.protocol] (main) cancelled operation (319751170) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@71e5f61d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1570908851) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2ce86164) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1846680832) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5e8f9e2d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (358430286) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@51df223b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1838847630) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@fd46303) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (672618241) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@60d8c0dc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1715410216) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4204541c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1614691110) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6a62689d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (607621935) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4602c2a9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1123045865) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@60fa3495) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (816302013) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3e2822) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (968294060) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@79e18e38) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1659868659) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@29a60c27) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,909 DEBUG [org.jboss.as.protocol] (main) cancelled operation (516064733) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1849db1a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1637936769) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@69c79f09) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2058345863) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1ca25c47) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1190177241) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5fcacc0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1854851518) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@533b266e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (693801579) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6d1d4d7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (309424453) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@89ff02e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (808949519) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6865c751) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (62275727) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@62679465) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1968863843) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6a988392) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (378410420) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1d71006f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1136717051) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5b6813df) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,910 DEBUG [org.jboss.as.protocol] (main) cancelled operation (774582638) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5f2606b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1206482083) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2b58f754) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1008186202) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3ebff828) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (270050135) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2552f2cb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1276200769) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@33352f32) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1419767759) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5f3b9c57) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (787106235) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1e044120) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1104791176) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2cf23c81) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1076541305) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3624da92) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1219834854) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@35fe2125) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (721678421) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@94f6bfb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,911 DEBUG [org.jboss.as.protocol] (main) cancelled operation (212714490) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@34645867) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (277910472) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2484f433) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (986751369) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@60b71e8f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (781511117) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1255b1d1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2007455996) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@464649c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1621764081) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7c22d4f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (269885261) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5f59185e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1878396072) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@60bdf15d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (754784157) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@47da3952) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1707871917) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@51e4ccb3) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1421183959) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@46e8a539) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,912 DEBUG [org.jboss.as.protocol] (main) cancelled operation (102904128) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@495083a0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1013934857) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5fd62371) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1439304365) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@28a0fd6c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1699129902) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2b62442c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1334580453) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@66629f63) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (197385389) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@841e575) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1982704988) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@27a5328c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1085018074) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1e5f4170) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1006832504) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6c345c5f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2025562055) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6b5966e1) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1567004187) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@65e61854) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,913 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1915115864) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1568159) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,914 DEBUG [org.jboss.as.protocol] (main) cancelled operation (185271435) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4fcee388) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,914 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1873271845) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6f80fafe) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,914 DEBUG [org.jboss.as.protocol] (main) cancelled operation (586375536) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3af17be2) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,914 DEBUG [org.jboss.as.protocol] (main) cancelled operation (963044066) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@f9879ac) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,914 DEBUG [org.jboss.as.protocol] (main) cancelled operation (367420003) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@37f21974) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,914 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1187987786) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5f4d427e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,914 DEBUG [org.jboss.as.protocol] (main) cancelled operation (361596424) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6e521c1e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,914 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1050668313) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@224b4d61) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (285339271) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5d5d9e5) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1467025659) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@303e3593) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1066524698) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4ef27d66) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (833539619) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@362a019c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1431585476) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1d9bec4d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (408036289) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5c48c0c0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1345761187) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@10c8f62) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1026086590) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@674c583e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (587882653) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@25f7391e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1834999495) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3f23a3a0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,915 DEBUG [org.jboss.as.protocol] (main) cancelled operation (882111241) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5ab14cb9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (850894124) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5fb97279) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (455164093) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@439a8f59) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1557892935) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@61861a29) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (469707874) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@31024624) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1673113639) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@25bcd0c7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (70263727) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@32cb636e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (779256274) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@63cd604c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1230055152) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@40dd3977) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1200342054) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3a4e343) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (397695001) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6a1d204a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (431467033) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@62dae245) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1406050400) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4b6579e8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,916 DEBUG [org.jboss.as.protocol] (main) cancelled operation (799606791) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6fff253c) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (996175055) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6c6357f9) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (19807903) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@591e58fa) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1326661793) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3954d008) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1403983899) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2f94c4db) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (956153674) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@593e824f) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (990340287) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@72ccd81a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (865094696) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@6d8792db) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (987286882) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@64bc21ac) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (184913087) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@493dfb8e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1472405625) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5d25e6bb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1807519751) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@ce5a68e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1984498162) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@9d157ff) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1385408813) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2f162cc0) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (790260959) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5df417a7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,917 DEBUG [org.jboss.as.protocol] (main) cancelled operation (817920775) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7c041b41) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1809000475) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7f69d591) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2074456169) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@61078690) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1083407198) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@1cb3ec38) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1974785658) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@403132fc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (455272689) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@71c5b236) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1565826688) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2cab9998) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1136997392) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@2f7a7219) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (568797754) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@669513d8) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1125443785) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3a1d593e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (918522206) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4a8a60bc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (889331424) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@361c294e) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (41110928) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7859e786) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1169915480) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@285d851a) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1136350303) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@314b8f2d) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,918 DEBUG [org.jboss.as.protocol] (main) cancelled operation (253935818) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@664a9613) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,919 DEBUG [org.jboss.as.protocol] (main) cancelled operation (143959933) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5118388b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,919 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1183711588) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@15a902e7) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,919 DEBUG [org.jboss.as.protocol] (main) cancelled operation (2139320429) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@7876d598) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,919 DEBUG [org.jboss.as.protocol] (main) cancelled operation (615516992) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4a3e3e8b) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,919 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1492158209) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@5af28b27) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,919 DEBUG [org.jboss.as.protocol] (main) cancelled operation (1413750710) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@71104a4) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,919 DEBUG [org.jboss.as.protocol] (main) cancelled operation (795277461) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@4985cbcb) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,919 DEBUG [org.jboss.as.protocol] (main) cancelled operation (271113179) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@72f46e16) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
12:21:04,919 DEBUG [org.jboss.as.protocol] (main) cancelled operation (165755415) attachment: (org.jboss.as.controller.client.impl.AbstractModelControllerClient$OperationExecutionContext@3c9168dc) this: org.jboss.as.protocol.mgmt.ManagementChannelHandler@4a3329b9.
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: -1,729,615.571 sec <<< FAILURE! - in org.jboss.as.test.iiopssl.basic.IIOPSslInvocationTestCase
org.jboss.as.test.iiopssl.basic.IIOPSslInvocationTestCase  Time elapsed: -1,729,615.571 sec  <<< ERROR!
org.jboss.arquillian.container.spi.client.container.LifecycleException: Could not start container
	at org.jboss.as.arquillian.container.managed.ManagedDeployableContainer.startInternal(ManagedDeployableContainer.java:162)
	at org.jboss.as.arquillian.container.CommonDeployableContainer.start(CommonDeployableContainer.java:110)
	at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:163)
	at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:157)
	at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forContainer(ContainerLifecycleController.java:255)
	at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startContainer(ContainerLifecycleController.java:156)
	at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$2.perform(ContainerLifecycleController.java:77)
	at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$2.perform(ContainerLifecycleController.java:70)
	at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forEachSuiteContainer(ContainerLifecycleController.java:221)
	at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startSuiteContainers(ContainerLifecycleController.java:69)
	at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:86)
	at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeSuite(EventTestRunnerAdaptor.java:75)
	at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:115)
Caused by: java.util.concurrent.TimeoutException: Managed server was not started within [60] s
	at org.jboss.as.arquillian.container.managed.ManagedDeployableContainer.startInternal(ManagedDeployableContainer.java:158)

No errors

When running TestHCatLoaderEncryption with -Dhadoop23.version=2.7.0, we get the following error during setup():

testReadDataFromEncryptedHiveTableByPig[5](org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption)  Time elapsed: 3.648 sec  <<< ERROR!
java.lang.NoSuchMethodError: org.apache.hadoop.hdfs.DFSClient.setKeyProvider(Lorg/apache/hadoop/crypto/key/KeyProviderCryptoExtension;)V
	at org.apache.hadoop.hive.shims.Hadoop23Shims.getMiniDfs(Hadoop23Shims.java:534)
	at org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.initEncryptionShim(TestHCatLoaderEncryption.java:252)
	at org.apache.hive.hcatalog.pig.TestHCatLoaderEncryption.setup(TestHCatLoaderEncryption.java:200)

It looks like between Hadoop 2.6 and Hadoop 2.7, the argument to DFSClient.setKeyProvider() changed:

   @VisibleForTesting
-  public void setKeyProvider(KeyProviderCryptoExtension provider) {
-    this.provider = provider;
+  public void setKeyProvider(KeyProvider provider) {

The Hazelcast map consumer, when creating an Exchange fills the out message, instead of the in message.

Here is the mail thread[1] of it.
[1]http://camel.465427.n5.nabble.com/ClassCastException-using-cxf-bean-td5599810.html#a5716454

If a CoprocessorProtocol derived interface defines a method with a void return type, the method cannot be called using HTable.coprocessorExec().  Instead ExecResult will throw an IOException on the client trying to do a Class.forName() on "void".
Looking at ExecResult, it appears that the valueType field (which causes the error) is no longer even used, so I'd suggest we just get rid of it.

The following code demonstrates the issue:

PathPatternParser ppp = new PathPatternParser();
PathPattern pp = ppp.parse("/**");
assertTrue(pp.matches("/"));
String s = pp.extractPathWithinPattern("/");
assertEquals("", s);

Lines 103-110:

    case STRING:
      if (outputOI instanceof WritableStringObjectInspector) {
        return new PrimitiveObjectInspectorConverter.TextConverter(
            inputOI);
      } else if (outputOI instanceof JavaStringObjectInspector) {
        return new PrimitiveObjectInspectorConverter.StringConverter(
            inputOI);
      }
    case CHAR:

De-facto it should work correctly since outputOI is either an instance of WritableStringObjectInspector or JavaStringObjectInspector, but it would be better to rewrite this case to avoid possible fall through.

In commit 57eedf3 Juergen Hoeller has simplified the hashCode function of this class to use the method only and ignore the targetClass field. This causes a performance degradation because all methods inherited from java.lang.Object map to the same hash (thus falling into the same bucket) but return false when compared (targetClass differs). Therefore the price of getting a value from the attributeCache rises considerably which given the enormous amount of calls to getTransactionAttribute creates a performance degradation.

Serendipity:temp olivergierke $ git clone https://github.com/SpringSource/spring-data-rest.git
Cloning into 'spring-data-rest'...
remote: Counting objects: 5298, done.
remote: Compressing objects: 100% (1957/1957), done.
remote: Total 5298 (delta 1272), reused 5228 (delta 1212)
Receiving objects: 100% (5298/5298), 1.04 MiB | 686 KiB/s, done.
Resolving deltas: 100% (1272/1272), done.
Serendipity:temp olivergierke $ cd spring-data-rest/
Serendipity:spring-data-rest @ master olivergierke $ ./gradlew build

* Where:
Build file '/Users/olivergierke/temp/spring-data-rest/build.gradle' line: 301

A problem occurred evaluating root project 'spring-data-rest'.
> Could not find method create() for arguments [referenceHtmlMulti, class HtmlMultiDocbookReferenceTask] on task set.

* Try:

Total time: 34.348 secs
Serendipity:spring-data-rest @ master olivergierke $ 

Also see the CI job failing at https://build.springsource.org/browse/SPRINGDATA-DATAWEB-217

When shutting down WFly with multiple deployments deployed.

13:07:10,978 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-7) JBAS017535: Unregister web context: /clusterbench
13:07:10,981 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) JBAS017535: Unregister web context: /clusterbench2
13:07:10,987 WARN  [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000004: Failure during stop of service jboss.undertow.deployment.default-server.default-host./clusterbench: java.lang.IllegalStateException: UT010002: Deployments can only be removed when in undeployed state, but state was STARTED
	at io.undertow.servlet.core.ServletContainerImpl.removeDeployment(ServletContainerImpl.java:66)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:118)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stop(UndertowDeploymentService.java:100)
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
	at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]

hive (sbg_hvc_ods)> select add_months('2017-02-28', 1);
OK
_c0
2017-03-31
Time taken: 0.107 seconds, Fetched: 1 row(s)
hive (sbg_hvc_ods)> select add_months('2017-02-29', 1);
OK
_c0
2017-04-01
Time taken: 0.084 seconds, Fetched: 1 row(s)
hive (sbg_hvc_ods)>
 
'2017-02-29' is an invalid date.
 
If 'parameter' is null (which can happen when a user is creating a SqlParameterValue by hand) this will cause a NPE.

	public void addDeclaredParameter(SqlParameter parameter) {
		if (!StringUtils.hasText(parameter.getName())) {
			throw new InvalidDataAccessApiUsageException(
					"You must specify a parameter name when declaring parameters for \"" + getProcedureName() + "\"");
		}
		this.declaredParameters.add(parameter);
			logger.debug("Added declared parameter for [" + getProcedureName() + "]: " + parameter.getName());
		}
	}

As a side note I found the way SqlParameterValue can be a SqlParameter without a key a bit confusing... but that is not the scope of this bug.

RepositoryRestMvcConfiguration registers two HttpMessageConverter beans handling ResourceSupport types. One is handling the HAL media type, the other all Spring Data REST specific media types. We have to make sure that depending on the settings of config().useHalAsDefaultJsonMediaType() one is registered before the other.

Camel FTP component fails to process multiple files at once from a specified folder (let's assume the folder is /in).
When the consumer connects to a ftp account and finds a list of, let's say, 3 files, it will try to retrieve them in parallel but this is not handled properly.
As you can see from the below FTP server log, this is what Camel FTP does:

it changes the current directory to /in
retrieves the file
it changes the current directory to /
the second (probably) thread changes the directory to /in
retreives the second file
the first (probably) thread sends a delete command but it sends it as if it were in the root folder but it is actually in the /in folder
the FTP gives an error that the file doesn't exist
somehow the FTP Component blocks itself on the first file...

See my comments in the following log starting with *****
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 257 "/" is current directory.
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> CWD in
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 250 CWD successful. "/in" is current directory.
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> PASV
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 227 Entering Passive Mode (192,168,0,25,228,206)
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> RETR WS_1001_1.xml
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 150 Connection accepted
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> SSL connection for data connection established
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 226 Transfer OK
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> CWD /
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 250 CWD successful. "/" is current directory.
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> PWD
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 227 Entering Passive Mode (192,168,0,25,228,207)
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> RETR WS_1001_2.xml
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> DELE in/WS_1001_1.xml    ***** The location is already /in, should be DELE WS_1001_1.xml
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 550 File not found
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 227 Entering Passive Mode (192,168,0,25,228,208)
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> NLST in
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 550 Directory not found
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 257 "/in" is current directory.
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> CWD in            ***** Current directory is already /in
(002386)5/20/2011 17:07:03 PM - sftp-test (192.168.0.194)> 550 CWD failed. "/in/in": directory not found.
For the whole FTP server logs go here: http://pastie.org/private/kknnkxpbyzqmai7gsm8z5g
For the Servicemix/Camel(Trace) log: http://pastie.org/private/eulookxiepan3nkjyu41a
A workaround that seems to work is to use the maxMessagesPerPoll=1 option.

Credential store operations can be slow, as they generally flush the updated store to disk after every operation making multiple changes undergo many pointless flushes.  We can solve this a number of different possible ways:

Make CredentialStore use the same access pattern as KeyStore, where the user is responsible for flushing changes when they are complete, putting the user in charge of storage details (user is responsible for concurrency control)
Make CredentialStore implement a flush() method (and hasUnflushedChanges() method) which performs the persistence step separately at a time of the user's choosing (user is responsible for concurrency control) (memory-backed stores always return false for hasUnflushedChanges()) (this is my preferred approach)
Implement a transaction API in CredentialStore to allow concurrent non-conflicting updates with lock protection, isolation, atomicity, and consistency properties (credential store manages concurrency control via lock/transaction objects)

The org.jboss.as.test.integration.mgmt.access.PropertiesRoleMappingTestCase is run 3 times in the rbac test suite accross 3 different surefire execution:

one as PropertiesRoleMappingTestCase
one in LdapRoleMappingG2UTestCase Suite
one in LdapRoleMappingU2GTestCase Suite

We had an issue with WFCORE-3705 that was making the test fails for the 2 ldap suites.
The maven execution was failing but our CI was reporting that the test suite was failing as TeamCity does not distinguish the test execution across different suites.
The regression was identified only during the release of WildFly Core 5.0.0.Alpha3.
The rbac test suite should reliably report any failures and we need to make sure that our CI handle them properly.

The iteration in checkTable is broken.

      for (int i = 0; i < extantTables.length; i++) {
        if (extantTables[0].equals(tableDescriptor)) {
          LOG.warn("Table " + tableDescriptor + " already exists");
          tableExists = true;
          break;
        }
      }

This XML will not split on Trip, as Trip has a child which starts with Trip
<Trip>
<Triptype>
</Triptype>
</Trip>
The bug was introduced in https://issues.apache.org/jira/browse/CAMEL-6004
I believe the regex in TokenXMLExpressionIterator needs to be fixed
see enclosed test

thought for sure this already had an issue, Sean Busbey, but I can't find it.

The null check checks the field being assigned instead of the param passed in:

        public Parameters setDeprecatedSince(ModelVersion deprecatedSince) {
            if (deprecationData == null) { // <-- OOPS!
                throw ControllerLogger.ROOT_LOGGER.nullVar("deprecatedSince");
            }

            this.deprecationData = new DeprecationData(deprecatedSince);

The field will always be null, making this method useless.

Need to set up some classes to differentiate how MR and tez load the hashtables for MapJoins.

Using a text editor or IDE, add the class-level annotation @RooPlural("Things") to Vote.java; Roo correctly updates these files:

Updated SRC_MAIN_JAVA/com/springsource/vote/domain/Vote_Roo_Entity.aj
Updated SRC_MAIN_WEBAPP/WEB-INF/views/votes/list.jspx

Restart the Roo shell; only now does Roo update the integration test ITD:

Updated SRC_TEST_JAVA/com/springsource/vote/domain/VoteIntegrationTest_Roo_IntegrationTest.aj

Likewise, if you delete that annotation to restore the default pluralisation, the same ITD is not updated until you restart the Roo shell.

Creating a table from thrift without explicitly supplying TTL fails because of the new checks introduced in HBASE-10591. 

jdr.sh script should have better help message. There is no general description about this script. There is only list of attributes.

./jdr.sh -h

Different query result depending on whether hive.cache.expr.evaluation is true or false.  When true, no query results are produced (this is wrong).
The q file:

set hive.cache.expr.evaluation=true;

CREATE TABLE cache_expr_repro (date_str STRING);
LOAD DATA LOCAL INPATH '../../data/files/cache_expr_repro.txt' INTO TABLE cache_expr_repro;

SELECT MONTH(date_str) AS `mon`, CAST((MONTH(date_str) - 1) / 3 + 1 AS int) AS `quarter`,   YEAR(date_str) AS `year` FROM cache_expr_repro WHERE ((CAST((MONTH(date_str) - 1) / 3 + 1 AS int) = 1) AND (YEAR(date_str) = 2015)) GROUP BY MONTH(date_str), CAST((MONTH(date_str) - 1) / 3 + 1 AS int),   YEAR(date_str) ;

cache_expr_repro.txt

2015-01-01 00:00:00
2015-02-01 00:00:00

Combination of path and relative-to attributes is common across all the elytron subsystem. All but one relative-to attributes list the "path" as required:

"relative-to" => {
...
    "requires" => ["path"],
...
}

The credential-store configuration doesn't define this dependency.

datanucleus is misspelled as "datancucleus" and "datanuclues".

The welcome content has a link to the admin console which doesn't work when undertow is used. JBossWeb adds a servlet via a service. Undertow needs to redirect HOST:PORT/console to the web console.

When diagnosing issues, it is useful to have the explain output for the query already available in log4j log.

The following piece of code is used to set the maximum number of connection by route in the method "setMaxConnectionsPerHost":
HttpHost host = new HttpHost(uri.getHost(), uri.getPort(), uri.getScheme());
HttpRoute route = new HttpRoute(host);
This works well for http host but it does not work for https because the route will not be set as "secure".  The following patch seems to work to correct this issue:
if (uri.getScheme().equals("https")) {
     httpRoute = new HttpRoute(httpHost, null, true); 
} else {
    httpRoute = new HttpRoute(httpHost);
}

One of the last changes made to WF 14 was to split the MP-OpenTracing dependencies into smaller modules. This introduced a bug where the Jaeger Core module can't see a Sender from Jaeger Thrift. This is loaded via the Service Loader, so, Jaeger Core has to be shipped with Jaeger Thrift on the same module, to avoid a circular dependency (as Jaeger Thrift depends on classes defined on Jaeger Core).

The upgrade to JBoss Marshalling 2.0.0.Beta3 results in testsuite failures in org.jboss.as.test.clustering.cluster.sso.ClusteredSingleSignOnTestCase since Infinispan is still on JBoss Marshalling 1.4.x. Going to temporarily ignore these tests until we've upgraded to a version of Infinispan that depends on JBoss Marshalling 2.0.0.Beta3 (see WFLY-7746).

The operation adding Elytron SSO configuration to Undertow subsystem returns {"outcome" => "success"}. However the SSO does not work without performing reload. It is very confusing for an administrator.
The reload should not be required, or a response header requiring reload should be returned.

[ERROR] Unknown packaging: bundle @ line 31, column 16
 for project org.fusesource.examples:cxf-jaxrs-security:7.0.0.fuse-037 at C:\pro
j\fuse-esb-7.0.0.fuse-037\examples\cxf-jaxrs-security\pom.xml
Same error for cxf-jaxws-security.

We've got some logs that are expecting toString that are not there.

It seems it's impossible to create an @Aspect with a priority higher then an "old school" interceptor. It used to work with 3.1.x but broke in 3.2.0.

2018-04-26T20:17:37,674 ERROR [pool-7-thread-11] metastore.RetryingHMSHandler: java.lang.ClassCastException: org.apache.hadoop.hive.metastore.api.LongColumnStatsData cannot be cast to org.apache.hadoop.hive.metastore.columnstats.cache.LongColumnStatsDataInspector
        at org.apache.hadoop.hive.metastore.columnstats.merge.LongColumnStatsMerger.merge(LongColumnStatsMerger.java:30)
        at org.apache.hadoop.hive.metastore.utils.MetaStoreUtils.mergeColStats(MetaStoreUtils.java:1052)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.set_aggr_stats_for(HiveMetaStore.java:7202)
        at com.sun.proxy.$Proxy26.set_aggr_stats_for(Unknown Source)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$set_aggr_stats_for.getResult(ThriftHiveMetastore.java:16795)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$set_aggr_stats_for.getResult(ThriftHiveMetastore.java:16779)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1836)

ManagedPerformanceCounterMBean does not extend ManagedCounterMBean, while ManagedPerformanceCounter does extend ManagedCounter.

Like List Bucketing, it should also check for HIVE_OPTIMIZE_UNION_REMOVE.

The Chapter - REST of HBase Book has a few typo in the provided example links, like "http://example.com:8000<table>/<row>/<column>:<qualifier>?v=<num-versions>" which misses a forward slash between the port number 8000 and table name. 

HiveConnection uses canonical hostnames which is a requirement only for kerberos clusters (specifically on clusters that has reverse DNS resolution disabled). Use canonical hostnames only when kerberos auth is enabled. 
Forcing canonical hostnames breaks SSL SNI extensions.
Gopal V provided this reference http://web.mit.edu/kerberos/krb5-devel/doc/admin/princ_dns.html#service-principal-canonicalization 

So when you later call exchange.getFromEndpoint() it returns null. What it should return is the file/ftp endpoint that it was consumed from.
http://www.nabble.com/Get-The-intercepted-endpoint-when-using-inetrcept%28%29-td23543993s22882.html

Currently there are two LoadIncrementalHFiles#doBulkLoad() methods.
One returns a Map:

  public Map<LoadQueueItem, ByteBuffer> doBulkLoad(Map<byte[], List<Path>> map, final Admin admin,

The other one is void return type.
This issue makes both methods record return value which is used by the run() method.

I've noticed that the file hive-schema-0.10.0.mysql.sql is creating table SDS with following column:

  `IS_STOREDASSUBDIRECTORIES` bit(1) NOT NULL,

However the upgrade script 011-HIVE-3649.mysql.sql will create the column differently:

ALTER TABLE `SDS` ADD `IS_STOREDASSUBDIRECTORIES` bit(1) ;

Thus user will get slightly different schema each time - once with "NOT NULL" and secondly with "NULL" definition.

If you generate a jsf UI and deploy it, and than click on any "List all" menu item
you will see an empty list even if there are entries in the DB.
Once you use the "Create" menu item, suddenly you can see all items. So let say you have
5 entries in the DB, when you restart tomcat and click on "List all" you see an empty table,
than if you create one new with "Create", than you will see a table with 6 rows.
In the generated ManagedBean's persist() and delete() methods include a call to findAllXXX()
but the init() method missing it.
If you modify addon-jsf/src/main/java/org/springframework/roo/addon/jsf/managedbean/JsfManagedBeanMetadata.java
by adding 1 line in getInitMethod(), around line 333:
    bodyBuilder.appendFormalLine("findAll" + plural + "();");
this is fixing the bug.

Doing an "alter table foo partition (bar='x') rename to partition (bar='y')" acquires a read lock on table foo.  It should instead acquire an exclusive lock on partition bar=x.

If a key/trust store has a blank password, a TLS handshake failure results.
RabbitConnectionFactoryBean#setUpSSL() uses StringUtils#hasText(), so whether the password is blank or null, the result is a null character array. I believe instead it should only check for null, and otherwise convert the (possibly blank) password to a character array.
I can submit a pull request if desired.

ORC file dump utility currently does not handle delta directories that contain *_flush_length files. These files contains offsets to footer in the corresponding delta file.

If the table is marked NO_DROP, we should still be able to drop old partitions.

The vectorized plan generation finds the list of partitioning columns from pruned-partition-list using table scan operator. In some cases the list is coming as null. TPCDS query 27 can reproduce this issue if the store_sales table is partitioned on ss_store_sk. The exception stacktrace is :

	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getInputColumnIndex(VectorizationContext.java:166)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getColumnVectorExpression(VectorizationContext.java:240)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpression(VectorizationContext.java:287)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpressions(VectorizationContext.java:267)
	at org.apache.hadoop.hive.ql.exec.vector.VectorizationContext.getVectorExpressions(VectorizationContext.java:255)
	at org.apache.hadoop.hive.ql.exec.vector.VectorMapJoinOperator.<init>(VectorMapJoinOperator.java:116)
	... 42 more

TestDrainingServer#testDrainingServerWithAbort failed in trunk build #3348:

Test conditions are not met: regions were created/deleted during the test.  expected:<27> but was:<24>

junit.framework.AssertionFailedError: Test conditions are not met: regions were created/deleted during the test.  expected:<27> but was:<24>
	at junit.framework.Assert.failNotEquals(Assert.java:287)
	at junit.framework.Assert.assertEquals(Assert.java:67)
	at junit.framework.Assert.assertEquals(Assert.java:134)
	at org.apache.hadoop.hbase.TestDrainingServer.testDrainingServerWithAbort(TestDrainingServer.java:241)

Shutting down DataNode 4
Shutting down DataNode 3
Shutting down DataNode 2

2012-09-18 20:18:30,026 INFO  [pool-1-thread-1] hbase.ResourceChecker(144): before TestDrainingServer#testDrainingServerWithAbort: 441 threads, 700 file descriptors 7 connections, 
2012-09-18 20:18:30,044 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeCreated, state=SyncConnected, path=/hbase/balancer
2012-09-18 20:18:30,044 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(1141): master:35050-0x139db080e690000 Retrieved 6 byte(s) of data from znode /hbase/balancer and set watcher; PBUF\x08\x00
2012-09-18 20:18:30,045 DEBUG [IPC Server handler 2 on 35050] zookeeper.ZKUtil(1141): master:35050-0x139db080e690000 Retrieved 6 byte(s) of data from znode /hbase/balancer and set watcher; PBUF\x08\x00
2012-09-18 20:18:30,045 INFO  [IPC Server handler 2 on 35050] master.HMaster(1363): BalanceSwitch=false
2012-09-18 20:18:30,047 INFO  [Thread-604] hbase.TestDrainingServer(211): Regions of drained server are: [t,yyy,1347999506717.bdd1a3ab3105de63248038bd0eb40564.]
2012-09-18 20:18:30,047 INFO  [Thread-604] hbase.TestDrainingServer(112): Making hemera.apache.org,33334,1347999502311 the draining server; it has 1 online regions
2012-09-18 20:18:30,048 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeChildrenChanged, state=SyncConnected, path=/hbase/draining
2012-09-18 20:18:30,049 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/draining/hemera.apache.org,33334,1347999502311
2012-09-18 20:18:30,049 INFO  [pool-1-thread-1-EventThread] zookeeper.DrainingServerTracker(83): Draining RS node created, adding to list [hemera.apache.org,33334,1347999502311]
2012-09-18 20:18:30,049 INFO  [Thread-604] hbase.TestDrainingServer(220): The available servers are: [hemera.apache.org,38814,1347999502374, hemera.apache.org,58959,1347999502361, hemera.apache.org,43875,1347999502347, hemera.apache.org,51601,1347999502333]
2012-09-18 20:18:30,049 FATAL [Thread-604] regionserver.HRegionServer(1811): ABORTING region server hemera.apache.org,51601,1347999502333: Aborting
2012-09-18 20:18:30,050 FATAL [Thread-604] regionserver.HRegionServer(1818): RegionServer abort: loaded coprocessors are: []
2012-09-18 20:18:30,054 INFO  [Thread-604] regionserver.HRegionServer(1821): Dump of metrics: requestsPerSecond=0, numberOfOnlineRegions=3, numberOfStores=3, numberOfStorefiles=0, storefileIndexSizeMB=0, rootIndexSizeKB=0, totalStaticIndexSizeKB=0, totalStaticBloomSizeKB=0, memstoreSizeMB=0, mbInMemoryWithoutWAL=0, numberOfPutsWithoutWAL=0, readRequestsCount=0, writeRequestsCount=0, compactionQueueSize=0, flushQueueSize=0, usedHeapMB=167, maxHeapMB=1688, blockCacheSizeMB=1.98, blockCacheFreeMB=420.25, blockCacheCount=1, blockCacheHitCount=41, blockCacheMissCount=1, blockCacheEvictedCount=0, blockCacheHitRatio=97%, blockCacheHitCachingRatio=97%, hdfsBlocksLocalityIndex=0, slowHLogAppendCount=0, fsReadLatencyHistogramMean=0, fsReadLatencyHistogramCount=0, fsReadLatencyHistogramMedian=0, fsReadLatencyHistogram75th=0, fsReadLatencyHistogram95th=0, fsReadLatencyHistogram99th=0, fsReadLatencyHistogram999th=0, fsPreadLatencyHistogramMean=0, fsPreadLatencyHistogramCount=0, fsPreadLatencyHistogramMedian=0, fsPreadLatencyHistogram75th=0, fsPreadLatencyHistogram95th=0, fsPreadLatencyHistogram99th=0, fsPreadLatencyHistogram999th=0, fsWriteLatencyHistogramMean=0, fsWriteLatencyHistogramCount=0, fsWriteLatencyHistogramMedian=0, fsWriteLatencyHistogram75th=0, fsWriteLatencyHistogram95th=0, fsWriteLatencyHistogram99th=0, fsWriteLatencyHistogram999th=0
2012-09-18 20:18:30,056 ERROR [IPC Server handler 0 on 35050] master.HMaster(1193): Region server &#0;&#0;hemera.apache.org,51601,1347999502333 reported a fatal error:
ABORTING region server hemera.apache.org,51601,1347999502333: Aborting
2012-09-18 20:18:30,058 INFO  [Thread-604] regionserver.HRegionServer(1737): STOPPED: Aborting
2012-09-18 20:18:30,058 FATAL [Thread-604] regionserver.HRegionServer(1811): ABORTING region server hemera.apache.org,43875,1347999502347: Aborting
2012-09-18 20:18:30,058 FATAL [Thread-604] regionserver.HRegionServer(1818): RegionServer abort: loaded coprocessors are: []
2012-09-18 20:18:30,062 INFO  [Thread-604] regionserver.HRegionServer(1821): Dump of metrics: requestsPerSecond=0, numberOfOnlineRegions=7, numberOfStores=7, numberOfStorefiles=0, storefileIndexSizeMB=0, rootIndexSizeKB=0, totalStaticIndexSizeKB=0, totalStaticBloomSizeKB=0, memstoreSizeMB=0, mbInMemoryWithoutWAL=0, numberOfPutsWithoutWAL=0, readRequestsCount=0, writeRequestsCount=0, compactionQueueSize=0, flushQueueSize=0, usedHeapMB=167, maxHeapMB=1688, blockCacheSizeMB=1.98, blockCacheFreeMB=420.25, blockCacheCount=1, blockCacheHitCount=41, blockCacheMissCount=1, blockCacheEvictedCount=0, blockCacheHitRatio=97%, blockCacheHitCachingRatio=97%, hdfsBlocksLocalityIndex=0, slowHLogAppendCount=0, fsReadLatencyHistogramMean=0, fsReadLatencyHistogramCount=0, fsReadLatencyHistogramMedian=0, fsReadLatencyHistogram75th=0, fsReadLatencyHistogram95th=0, fsReadLatencyHistogram99th=0, fsReadLatencyHistogram999th=0, fsPreadLatencyHistogramMean=0, fsPreadLatencyHistogramCount=0, fsPreadLatencyHistogramMedian=0, fsPreadLatencyHistogram75th=0, fsPreadLatencyHistogram95th=0, fsPreadLatencyHistogram99th=0, fsPreadLatencyHistogram999th=0, fsWriteLatencyHistogramMean=0, fsWriteLatencyHistogramCount=0, fsWriteLatencyHistogramMedian=0, fsWriteLatencyHistogram75th=0, fsWriteLatencyHistogram95th=0, fsWriteLatencyHistogram99th=0, fsWriteLatencyHistogram999th=0
2012-09-18 20:18:30,062 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.SplitLogWorker(522): Sending interrupt to stop the worker thread
2012-09-18 20:18:30,063 INFO  [SplitLogWorker-hemera.apache.org,51601,1347999502333] regionserver.SplitLogWorker(206): SplitLogWorker interrupted while waiting for task, exiting: java.lang.InterruptedException
2012-09-18 20:18:30,063 INFO  [SplitLogWorker-hemera.apache.org,51601,1347999502333] regionserver.SplitLogWorker(170): SplitLogWorker hemera.apache.org,51601,1347999502333 exiting
2012-09-18 20:18:30,063 ERROR [IPC Server handler 1 on 35050] master.HMaster(1193): Region server &#0;&#0;hemera.apache.org,43875,1347999502347 reported a fatal error:
ABORTING region server hemera.apache.org,43875,1347999502347: Aborting
2012-09-18 20:18:30,063 INFO  [Thread-604] regionserver.HRegionServer(1737): STOPPED: Aborting
2012-09-18 20:18:30,063 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333.compactionChecker] hbase.Chore(81): RegionServer:1;hemera.apache.org,51601,1347999502333.compactionChecker exiting
2012-09-18 20:18:30,063 FATAL [Thread-604] regionserver.HRegionServer(1811): ABORTING region server hemera.apache.org,58959,1347999502361: Aborting
2012-09-18 20:18:30,063 DEBUG [pool-1-thread-1.LruBlockCache.EvictionThread] hfile.LruBlockCache(418): Block cache LRU eviction started; Attempting to free -408721.95 KB of total=1.98 MB
2012-09-18 20:18:30,063 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333.cacheFlusher] regionserver.MemStoreFlusher(264): RegionServer:1;hemera.apache.org,51601,1347999502333.cacheFlusher exiting
2012-09-18 20:18:30,064 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-0] handler.CloseRegionHandler(124): Processing close of t,lll,1347999506678.1c1644d5428c228bace562ef1bed5118.
2012-09-18 20:18:30,063 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333.logRoller] regionserver.LogRoller(118): LogRoller exiting.
2012-09-18 20:18:30,064 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-0] regionserver.HRegion(954): Closing t,lll,1347999506678.1c1644d5428c228bace562ef1bed5118.: disabling compactions & flushes
2012-09-18 20:18:30,064 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.HRegionServer(943): aborting server hemera.apache.org,51601,1347999502333
2012-09-18 20:18:30,064 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.SplitLogWorker(522): Sending interrupt to stop the worker thread
2012-09-18 20:18:30,064 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-1] handler.CloseRegionHandler(124): Processing close of t,iii,1347999506669.ae0257433f2941163b1d397f3d4f6efc.
2012-09-18 20:18:30,065 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347.cacheFlusher] regionserver.MemStoreFlusher(264): RegionServer:2;hemera.apache.org,43875,1347999502347.cacheFlusher exiting
2012-09-18 20:18:30,065 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347.logRoller] regionserver.LogRoller(118): LogRoller exiting.
2012-09-18 20:18:30,065 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347.compactionChecker] hbase.Chore(81): RegionServer:2;hemera.apache.org,43875,1347999502347.compactionChecker exiting
2012-09-18 20:18:30,063 FATAL [Thread-604] regionserver.HRegionServer(1818): RegionServer abort: loaded coprocessors are: []
2012-09-18 20:18:30,065 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] handler.CloseRegionHandler(124): Processing close of t,eee,1347999506656.3b9d9fdc58f2319931d38a906c8a1289.
2012-09-18 20:18:30,065 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-1] regionserver.HRegion(954): Closing t,iii,1347999506669.ae0257433f2941163b1d397f3d4f6efc.: disabling compactions & flushes
2012-09-18 20:18:30,067 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] regionserver.HRegion(954): Closing t,eee,1347999506656.3b9d9fdc58f2319931d38a906c8a1289.: disabling compactions & flushes
2012-09-18 20:18:30,065 INFO  [SplitLogWorker-hemera.apache.org,43875,1347999502347] regionserver.SplitLogWorker(206): SplitLogWorker interrupted while waiting for task, exiting: java.lang.InterruptedException
2012-09-18 20:18:30,067 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.HRegionServer(943): aborting server hemera.apache.org,43875,1347999502347
2012-09-18 20:18:30,067 DEBUG [RegionServer:2;hemera.apache.org,43875,1347999502347] catalog.CatalogTracker(257): Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@11a59ce
2012-09-18 20:18:30,064 DEBUG [RegionServer:1;hemera.apache.org,51601,1347999502333] catalog.CatalogTracker(257): Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@f7bf2d
2012-09-18 20:18:30,064 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-0] regionserver.HRegion(975): Updates disabled for region t,lll,1347999506678.1c1644d5428c228bace562ef1bed5118.
2012-09-18 20:18:30,064 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-2] handler.CloseRegionHandler(124): Processing close of t,ttt,1347999506703.73c7f7079688e986da1850e53fb74f9d.
2012-09-18 20:18:30,067 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347] client.HConnectionManager$HConnectionImplementation(1523): Closing zookeeper sessionid=0x139db080e690009
2012-09-18 20:18:30,067 INFO  [Thread-604] regionserver.HRegionServer(1821): Dump of metrics: requestsPerSecond=0, numberOfOnlineRegions=4, numberOfStores=4, numberOfStorefiles=0, storefileIndexSizeMB=0, rootIndexSizeKB=0, totalStaticIndexSizeKB=0, totalStaticBloomSizeKB=0, memstoreSizeMB=0, mbInMemoryWithoutWAL=0, numberOfPutsWithoutWAL=0, readRequestsCount=0, writeRequestsCount=0, compactionQueueSize=0, flushQueueSize=0, usedHeapMB=168, maxHeapMB=1688, blockCacheSizeMB=1.98, blockCacheFreeMB=420.25, blockCacheCount=1, blockCacheHitCount=41, blockCacheMissCount=1, blockCacheEvictedCount=0, blockCacheHitRatio=97%, blockCacheHitCachingRatio=97%, hdfsBlocksLocalityIndex=0, slowHLogAppendCount=0, fsReadLatencyHistogramMean=0, fsReadLatencyHistogramCount=0, fsReadLatencyHistogramMedian=0, fsReadLatencyHistogram75th=0, fsReadLatencyHistogram95th=0, fsReadLatencyHistogram99th=0, fsReadLatencyHistogram999th=0, fsPreadLatencyHistogramMean=0, fsPreadLatencyHistogramCount=0, fsPreadLatencyHistogramMedian=0, fsPreadLatencyHistogram75th=0, fsPreadLatencyHistogram95th=0, fsPreadLatencyHistogram99th=0, fsPreadLatencyHistogram999th=0, fsWriteLatencyHistogramMean=0, fsWriteLatencyHistogramCount=0, fsWriteLatencyHistogramMedian=0, fsWriteLatencyHistogram75th=0, fsWriteLatencyHistogram95th=0, fsWriteLatencyHistogram99th=0, fsWriteLatencyHistogram999th=0
2012-09-18 20:18:30,067 INFO  [SplitLogWorker-hemera.apache.org,43875,1347999502347] regionserver.SplitLogWorker(170): SplitLogWorker hemera.apache.org,43875,1347999502347 exiting
2012-09-18 20:18:30,067 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] regionserver.HRegion(975): Updates disabled for region t,eee,1347999506656.3b9d9fdc58f2319931d38a906c8a1289.
2012-09-18 20:18:30,067 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] handler.CloseRegionHandler(124): Processing close of t,kkk,1347999506675.d91c2dc99d3bac1d51686c9a6b4e74aa.
2012-09-18 20:18:30,069 ERROR [IPC Server handler 3 on 35050] master.HMaster(1193): Region server &#0;&#0;hemera.apache.org,58959,1347999502361 reported a fatal error:
ABORTING region server hemera.apache.org,58959,1347999502361: Aborting
2012-09-18 20:18:30,069 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] regionserver.HRegion(954): Closing t,kkk,1347999506675.d91c2dc99d3bac1d51686c9a6b4e74aa.: disabling compactions & flushes
2012-09-18 20:18:30,067 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-1] regionserver.HRegion(975): Updates disabled for region t,iii,1347999506669.ae0257433f2941163b1d397f3d4f6efc.
2012-09-18 20:18:30,066 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] handler.CloseRegionHandler(124): Processing close of t,fff,1347999506661.7d7428c069f7e46b3ded4161a6d8d961.
2012-09-18 20:18:30,070 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333] client.HConnectionManager$HConnectionImplementation(1523): Closing zookeeper sessionid=0x139db080e690007
2012-09-18 20:18:30,070 INFO  [Thread-604] regionserver.HRegionServer(1737): STOPPED: Aborting
2012-09-18 20:18:30,070 INFO  [StoreCloserThread-t,iii,1347999506669.ae0257433f2941163b1d397f3d4f6efc.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,070 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] regionserver.HRegion(975): Updates disabled for region t,kkk,1347999506675.d91c2dc99d3bac1d51686c9a6b4e74aa.
2012-09-18 20:18:30,070 INFO  [StoreCloserThread-t,eee,1347999506656.3b9d9fdc58f2319931d38a906c8a1289.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,071 INFO  [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-1] regionserver.HRegion(1023): Closed t,iii,1347999506669.ae0257433f2941163b1d397f3d4f6efc.
2012-09-18 20:18:30,068 INFO  [StoreCloserThread-t,lll,1347999506678.1c1644d5428c228bace562ef1bed5118.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,071 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-1] handler.CloseRegionHandler(168): Closed region t,iii,1347999506669.ae0257433f2941163b1d397f3d4f6efc.
2012-09-18 20:18:30,071 INFO  [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] regionserver.HRegion(1023): Closed t,eee,1347999506656.3b9d9fdc58f2319931d38a906c8a1289.
2012-09-18 20:18:30,068 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-2] regionserver.HRegion(954): Closing t,ttt,1347999506703.73c7f7079688e986da1850e53fb74f9d.: disabling compactions & flushes
2012-09-18 20:18:30,071 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] handler.CloseRegionHandler(168): Closed region t,eee,1347999506656.3b9d9fdc58f2319931d38a906c8a1289.
2012-09-18 20:18:30,071 INFO  [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-0] regionserver.HRegion(1023): Closed t,lll,1347999506678.1c1644d5428c228bace562ef1bed5118.
2012-09-18 20:18:30,071 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.HRegionServer(1091): Waiting on 2 regions to close
2012-09-18 20:18:30,071 DEBUG [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.HRegionServer(1095): {73c7f7079688e986da1850e53fb74f9d=t,ttt,1347999506703.73c7f7079688e986da1850e53fb74f9d.}
2012-09-18 20:18:30,071 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.SplitLogWorker(522): Sending interrupt to stop the worker thread
2012-09-18 20:18:30,070 INFO  [Thread-604] hbase.TestDrainingServer(239): Regions of drained server are: [t,yyy,1347999506717.bdd1a3ab3105de63248038bd0eb40564.]
2012-09-18 20:18:30,072 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361.cacheFlusher] regionserver.MemStoreFlusher(264): RegionServer:3;hemera.apache.org,58959,1347999502361.cacheFlusher exiting
2012-09-18 20:18:30,070 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] regionserver.HRegion(954): Closing t,fff,1347999506661.7d7428c069f7e46b3ded4161a6d8d961.: disabling compactions & flushes
2012-09-18 20:18:30,072 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] handler.CloseRegionHandler(124): Processing close of t,ggg,1347999506664.b48b882c9992c9773e9bfda020d2137c.
2012-09-18 20:18:30,070 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.HRegionServer(1091): Waiting on 8 regions to close
2012-09-18 20:18:30,072 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] regionserver.HRegion(954): Closing t,ggg,1347999506664.b48b882c9992c9773e9bfda020d2137c.: disabling compactions & flushes
2012-09-18 20:18:30,072 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] handler.CloseRegionHandler(124): Processing close of t,hhh,1347999506667.5a1faf1d76da0300d16f9c8dbb752824.
2012-09-18 20:18:30,072 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] regionserver.HRegion(975): Updates disabled for region t,ggg,1347999506664.b48b882c9992c9773e9bfda020d2137c.
2012-09-18 20:18:30,073 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] regionserver.HRegion(954): Closing t,hhh,1347999506667.5a1faf1d76da0300d16f9c8dbb752824.: disabling compactions & flushes
2012-09-18 20:18:30,072 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] handler.CloseRegionHandler(124): Processing close of t,www,1347999506711.985b3c0de2cbfe789c69850bb128887d.
2012-09-18 20:18:30,073 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/draining/hemera.apache.org,33334,1347999502311
2012-09-18 20:18:30,072 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] regionserver.HRegion(975): Updates disabled for region t,fff,1347999506661.7d7428c069f7e46b3ded4161a6d8d961.
2012-09-18 20:18:30,073 INFO  [StoreCloserThread-t,ggg,1347999506664.b48b882c9992c9773e9bfda020d2137c.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,072 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361.compactionChecker] hbase.Chore(81): RegionServer:3;hemera.apache.org,58959,1347999502361.compactionChecker exiting
2012-09-18 20:18:30,073 INFO  [StoreCloserThread-t,fff,1347999506661.7d7428c069f7e46b3ded4161a6d8d961.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,073 INFO  [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] regionserver.HRegion(1023): Closed t,ggg,1347999506664.b48b882c9992c9773e9bfda020d2137c.
2012-09-18 20:18:30,075 INFO  [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] regionserver.HRegion(1023): Closed t,fff,1347999506661.7d7428c069f7e46b3ded4161a6d8d961.
2012-09-18 20:18:30,075 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] handler.CloseRegionHandler(168): Closed region t,ggg,1347999506664.b48b882c9992c9773e9bfda020d2137c.
2012-09-18 20:18:30,072 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361.logRoller] regionserver.LogRoller(118): LogRoller exiting.
2012-09-18 20:18:30,072 INFO  [SplitLogWorker-hemera.apache.org,58959,1347999502361] regionserver.SplitLogWorker(206): SplitLogWorker interrupted while waiting for task, exiting: java.lang.InterruptedException
2012-09-18 20:18:30,071 INFO  [StoreCloserThread-t,kkk,1347999506675.d91c2dc99d3bac1d51686c9a6b4e74aa.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,076 INFO  [SplitLogWorker-hemera.apache.org,58959,1347999502361] regionserver.SplitLogWorker(170): SplitLogWorker hemera.apache.org,58959,1347999502361 exiting
2012-09-18 20:18:30,076 INFO  [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] regionserver.HRegion(1023): Closed t,kkk,1347999506675.d91c2dc99d3bac1d51686c9a6b4e74aa.
2012-09-18 20:18:30,071 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-0] handler.CloseRegionHandler(168): Closed region t,lll,1347999506678.1c1644d5428c228bace562ef1bed5118.
2012-09-18 20:18:30,071 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] handler.CloseRegionHandler(124): Processing close of t,sss,1347999506698.c1e5810326004add2ab532ccc9e8c24e.
2012-09-18 20:18:30,071 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-2] regionserver.HRegion(975): Updates disabled for region t,ttt,1347999506703.73c7f7079688e986da1850e53fb74f9d.
2012-09-18 20:18:30,079 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] handler.CloseRegionHandler(168): Closed region t,kkk,1347999506675.d91c2dc99d3bac1d51686c9a6b4e74aa.
2012-09-18 20:18:30,079 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] handler.CloseRegionHandler(124): Processing close of t,,1347999506624.6b45157a30794a82fc5cbdb3589032e2.
2012-09-18 20:18:30,078 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] regionserver.HRegion(954): Closing t,sss,1347999506698.c1e5810326004add2ab532ccc9e8c24e.: disabling compactions & flushes
2012-09-18 20:18:30,076 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] handler.CloseRegionHandler(124): Processing close of t,nnn,1347999506684.a2e6ab866441d82e1124ad6dcaf7fa03.
2012-09-18 20:18:30,075 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] handler.CloseRegionHandler(168): Closed region t,fff,1347999506661.7d7428c069f7e46b3ded4161a6d8d961.
2012-09-18 20:18:30,079 INFO  [StoreCloserThread-t,ttt,1347999506703.73c7f7079688e986da1850e53fb74f9d.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,073 INFO  [pool-1-thread-1-EventThread] zookeeper.DrainingServerTracker(101): Draining RS node deleted, removing from list [hemera.apache.org,33334,1347999502311]
2012-09-18 20:18:30,084 INFO  [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-2] regionserver.HRegion(1023): Closed t,ttt,1347999506703.73c7f7079688e986da1850e53fb74f9d.
2012-09-18 20:18:30,084 INFO  [pool-1-thread-1] hbase.ResourceChecker(144): after TestDrainingServer#testDrainingServerWithAbort: 348 threads (was 441), 584 file descriptors (was 700). 5 connections (was 7), 
2012-09-18 20:18:30,073 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] regionserver.HRegion(954): Closing t,www,1347999506711.985b3c0de2cbfe789c69850bb128887d.: disabling compactions & flushes
2012-09-18 20:18:30,073 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] regionserver.HRegion(975): Updates disabled for region t,hhh,1347999506667.5a1faf1d76da0300d16f9c8dbb752824.
2012-09-18 20:18:30,072 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.HRegionServer(943): aborting server hemera.apache.org,58959,1347999502361
2012-09-18 20:18:30,086 INFO  [StoreCloserThread-t,hhh,1347999506667.5a1faf1d76da0300d16f9c8dbb752824.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,072 DEBUG [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.HRegionServer(1095): {c1e5810326004add2ab532ccc9e8c24e=t,sss,1347999506698.c1e5810326004add2ab532ccc9e8c24e., 6b45157a30794a82fc5cbdb3589032e2=t,,1347999506624.6b45157a30794a82fc5cbdb3589032e2., 95255bd4b3285804a2c818d1bf7f459f=t,xxx,1347999506714.95255bd4b3285804a2c818d1bf7f459f., cb765c4343d7b8c707c88b4d4b79a165=t,qqq,1347999506692.cb765c4343d7b8c707c88b4d4b79a165., 78622cfb2af5eca037e2375d7566cac6=t,mmm,1347999506681.78622cfb2af5eca037e2375d7566cac6.}
2012-09-18 20:18:30,086 INFO  [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] regionserver.HRegion(1023): Closed t,hhh,1347999506667.5a1faf1d76da0300d16f9c8dbb752824.
2012-09-18 20:18:30,086 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] handler.CloseRegionHandler(168): Closed region t,hhh,1347999506667.5a1faf1d76da0300d16f9c8dbb752824.
2012-09-18 20:18:30,086 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] handler.CloseRegionHandler(124): Processing close of t,ooo,1347999506686.c4178dd0ed59cff7c16b018f8936b194.
2012-09-18 20:18:30,086 DEBUG [RegionServer:3;hemera.apache.org,58959,1347999502361] catalog.CatalogTracker(257): Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@1880b02
2012-09-18 20:18:30,086 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] regionserver.HRegion(975): Updates disabled for region t,www,1347999506711.985b3c0de2cbfe789c69850bb128887d.
2012-09-18 20:18:30,084 DEBUG [RS_CLOSE_REGION-hemera.apache.org,51601,1347999502333-2] handler.CloseRegionHandler(168): Closed region t,ttt,1347999506703.73c7f7079688e986da1850e53fb74f9d.
2012-09-18 20:18:30,084 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeChildrenChanged, state=SyncConnected, path=/hbase/draining
2012-09-18 20:18:30,084 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] regionserver.HRegion(954): Closing t,nnn,1347999506684.a2e6ab866441d82e1124ad6dcaf7fa03.: disabling compactions & flushes
2012-09-18 20:18:30,081 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] handler.CloseRegionHandler(124): Processing close of t,xxx,1347999506714.95255bd4b3285804a2c818d1bf7f459f.
2012-09-18 20:18:30,090 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] regionserver.HRegion(954): Closing t,xxx,1347999506714.95255bd4b3285804a2c818d1bf7f459f.: disabling compactions & flushes
2012-09-18 20:18:30,090 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] regionserver.HRegion(975): Updates disabled for region t,xxx,1347999506714.95255bd4b3285804a2c818d1bf7f459f.
2012-09-18 20:18:30,079 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] regionserver.HRegion(975): Updates disabled for region t,sss,1347999506698.c1e5810326004add2ab532ccc9e8c24e.
2012-09-18 20:18:30,079 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] regionserver.HRegion(954): Closing t,,1347999506624.6b45157a30794a82fc5cbdb3589032e2.: disabling compactions & flushes
2012-09-18 20:18:30,090 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] regionserver.HRegion(975): Updates disabled for region t,nnn,1347999506684.a2e6ab866441d82e1124ad6dcaf7fa03.
2012-09-18 20:18:30,090 INFO  [StoreCloserThread-t,sss,1347999506698.c1e5810326004add2ab532ccc9e8c24e.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,090 INFO  [StoreCloserThread-t,www,1347999506711.985b3c0de2cbfe789c69850bb128887d.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,089 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361] client.HConnectionManager$HConnectionImplementation(1523): Closing zookeeper sessionid=0x139db080e690008
2012-09-18 20:18:30,091 INFO  [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] regionserver.HRegion(1023): Closed t,www,1347999506711.985b3c0de2cbfe789c69850bb128887d.
2012-09-18 20:18:30,091 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] handler.CloseRegionHandler(168): Closed region t,www,1347999506711.985b3c0de2cbfe789c69850bb128887d.
2012-09-18 20:18:30,091 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] handler.CloseRegionHandler(124): Processing close of t,rrr,1347999506695.29ca9f1226c85d9ad4523735386186da.
2012-09-18 20:18:30,089 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] regionserver.HRegion(954): Closing t,ooo,1347999506686.c4178dd0ed59cff7c16b018f8936b194.: disabling compactions & flushes
2012-09-18 20:18:30,091 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] regionserver.HRegion(975): Updates disabled for region t,ooo,1347999506686.c4178dd0ed59cff7c16b018f8936b194.
2012-09-18 20:18:30,091 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] regionserver.HRegion(954): Closing t,rrr,1347999506695.29ca9f1226c85d9ad4523735386186da.: disabling compactions & flushes
2012-09-18 20:18:30,091 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] regionserver.HRegion(975): Updates disabled for region t,rrr,1347999506695.29ca9f1226c85d9ad4523735386186da.
2012-09-18 20:18:30,091 INFO  [StoreCloserThread-t,nnn,1347999506684.a2e6ab866441d82e1124ad6dcaf7fa03.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,092 INFO  [StoreCloserThread-t,rrr,1347999506695.29ca9f1226c85d9ad4523735386186da.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,092 INFO  [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] regionserver.HRegion(1023): Closed t,nnn,1347999506684.a2e6ab866441d82e1124ad6dcaf7fa03.
2012-09-18 20:18:30,092 INFO  [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] regionserver.HRegion(1023): Closed t,rrr,1347999506695.29ca9f1226c85d9ad4523735386186da.
2012-09-18 20:18:30,092 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-0] handler.CloseRegionHandler(168): Closed region t,nnn,1347999506684.a2e6ab866441d82e1124ad6dcaf7fa03.
2012-09-18 20:18:30,091 INFO  [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] regionserver.HRegion(1023): Closed t,sss,1347999506698.c1e5810326004add2ab532ccc9e8c24e.
2012-09-18 20:18:30,092 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] handler.CloseRegionHandler(168): Closed region t,sss,1347999506698.c1e5810326004add2ab532ccc9e8c24e.
2012-09-18 20:18:30,092 INFO  [pool-1-thread-1] hbase.HBaseTestingUtility(747): Shutting down minicluster
2012-09-18 20:18:30,092 DEBUG [pool-1-thread-1] util.JVMClusterUtil(223): Shutting down HBase Cluster
2012-09-18 20:18:30,090 INFO  [StoreCloserThread-t,xxx,1347999506714.95255bd4b3285804a2c818d1bf7f459f.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,090 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] regionserver.HRegion(975): Updates disabled for region t,,1347999506624.6b45157a30794a82fc5cbdb3589032e2.
2012-09-18 20:18:30,093 INFO  [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] regionserver.HRegion(1023): Closed t,xxx,1347999506714.95255bd4b3285804a2c818d1bf7f459f.
2012-09-18 20:18:30,092 INFO  [pool-1-thread-1] master.HMaster(2049): Cluster shutdown requested
2012-09-18 20:18:30,092 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] handler.CloseRegionHandler(124): Processing close of t,qqq,1347999506692.cb765c4343d7b8c707c88b4d4b79a165.
2012-09-18 20:18:30,093 INFO  [StoreCloserThread-t,,1347999506624.6b45157a30794a82fc5cbdb3589032e2.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,092 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-1] handler.CloseRegionHandler(168): Closed region t,rrr,1347999506695.29ca9f1226c85d9ad4523735386186da.
2012-09-18 20:18:30,093 INFO  [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] regionserver.HRegion(1023): Closed t,,1347999506624.6b45157a30794a82fc5cbdb3589032e2.
2012-09-18 20:18:30,092 DEBUG [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.CompactSplitThread(253): Waiting for Split Thread to finish...
2012-09-18 20:18:30,093 DEBUG [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.CompactSplitThread(253): Waiting for Large Compaction Thread to finish...
2012-09-18 20:18:30,091 INFO  [StoreCloserThread-t,ooo,1347999506686.c4178dd0ed59cff7c16b018f8936b194.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,093 DEBUG [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.CompactSplitThread(253): Waiting for Small Compaction Thread to finish...
2012-09-18 20:18:30,094 DEBUG [RegionServer:0;hemera.apache.org,33334,1347999502311-EventThread] zookeeper.ZooKeeperWatcher(265): regionserver:33334-0x139db080e690002 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/shutdown
2012-09-18 20:18:30,093 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] handler.CloseRegionHandler(168): Closed region t,,1347999506624.6b45157a30794a82fc5cbdb3589032e2.
2012-09-18 20:18:30,093 INFO  [hemera.apache.org,35050,1347999502111-CatalogJanitor] hbase.Chore(81): hemera.apache.org,35050,1347999502111-CatalogJanitor exiting
2012-09-18 20:18:30,093 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] regionserver.HRegion(954): Closing t,qqq,1347999506692.cb765c4343d7b8c707c88b4d4b79a165.: disabling compactions & flushes
2012-09-18 20:18:30,093 INFO  [Master:0;hemera.apache.org,35050,1347999502111] master.ServerManager(398): Waiting on regionserver(s) to go down hemera.apache.org,38814,1347999502374, hemera.apache.org,58959,1347999502361, hemera.apache.org,43875,1347999502347, hemera.apache.org,33334,1347999502311, hemera.apache.org,51601,1347999502333
2012-09-18 20:18:30,093 INFO  [hemera.apache.org,35050,1347999502111-BalancerChore] hbase.Chore(81): hemera.apache.org,35050,1347999502111-BalancerChore exiting
2012-09-18 20:18:30,093 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-1] handler.CloseRegionHandler(168): Closed region t,xxx,1347999506714.95255bd4b3285804a2c818d1bf7f459f.
2012-09-18 20:18:30,094 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] regionserver.HRegion(975): Updates disabled for region t,qqq,1347999506692.cb765c4343d7b8c707c88b4d4b79a165.
2012-09-18 20:18:30,094 DEBUG [RS_CLOSE_ROOT-hemera.apache.org,58959,1347999502361-0] handler.CloseRegionHandler(124): Processing close of -ROOT-,,0.70236052
2012-09-18 20:18:30,094 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.HRegionServer(1091): Waiting on 2 regions to close
2012-09-18 20:18:30,094 INFO  [StoreCloserThread-t,qqq,1347999506692.cb765c4343d7b8c707c88b4d4b79a165.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,094 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] handler.CloseRegionHandler(124): Processing close of t,mmm,1347999506681.78622cfb2af5eca037e2375d7566cac6.
2012-09-18 20:18:30,095 INFO  [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] regionserver.HRegion(1023): Closed t,qqq,1347999506692.cb765c4343d7b8c707c88b4d4b79a165.
2012-09-18 20:18:30,094 DEBUG [RegionServer:3;hemera.apache.org,58959,1347999502361-EventThread] zookeeper.ZooKeeperWatcher(265): regionserver:58959-0x139db080e690005 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/shutdown
2012-09-18 20:18:30,094 INFO  [pool-1-thread-1] regionserver.HRegionServer(1737): STOPPED: Shutdown requested
2012-09-18 20:18:30,094 INFO  [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] regionserver.HRegion(1023): Closed t,ooo,1347999506686.c4178dd0ed59cff7c16b018f8936b194.
2012-09-18 20:18:30,094 DEBUG [RegionServer:1;hemera.apache.org,51601,1347999502333-EventThread] zookeeper.ZooKeeperWatcher(265): regionserver:51601-0x139db080e690001 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/shutdown
2012-09-18 20:18:30,093 DEBUG [RegionServer:4;hemera.apache.org,38814,1347999502374-EventThread] zookeeper.ZooKeeperWatcher(265): regionserver:38814-0x139db080e690003 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/shutdown
2012-09-18 20:18:30,093 DEBUG [RegionServer:2;hemera.apache.org,43875,1347999502347-EventThread] zookeeper.ZooKeeperWatcher(265): regionserver:43875-0x139db080e690004 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/shutdown
2012-09-18 20:18:30,093 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/shutdown
2012-09-18 20:18:30,095 DEBUG [RegionServer:3;hemera.apache.org,58959,1347999502361-EventThread] zookeeper.ZKUtil(237): regionserver:58959-0x139db080e690005 /hbase/shutdown does not exist. Watcher is set.
2012-09-18 20:18:30,095 DEBUG [RegionServer:4;hemera.apache.org,38814,1347999502374-EventThread] zookeeper.ZKUtil(237): regionserver:38814-0x139db080e690003 /hbase/shutdown does not exist. Watcher is set.
2012-09-18 20:18:30,095 DEBUG [RS_CLOSE_REGION-hemera.apache.org,58959,1347999502361-2] handler.CloseRegionHandler(168): Closed region t,ooo,1347999506686.c4178dd0ed59cff7c16b018f8936b194.
2012-09-18 20:18:30,095 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-0] handler.CloseRegionHandler(168): Closed region t,qqq,1347999506692.cb765c4343d7b8c707c88b4d4b79a165.
2012-09-18 20:18:30,096 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(237): master:35050-0x139db080e690000 /hbase/shutdown does not exist. Watcher is set.
2012-09-18 20:18:30,095 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] regionserver.HRegion(954): Closing t,mmm,1347999506681.78622cfb2af5eca037e2375d7566cac6.: disabling compactions & flushes
2012-09-18 20:18:30,094 DEBUG [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.HRegionServer(1095): {70236052=-ROOT-,,0.70236052}
2012-09-18 20:18:30,094 DEBUG [RS_CLOSE_ROOT-hemera.apache.org,58959,1347999502361-0] regionserver.HRegion(954): Closing -ROOT-,,0.70236052: disabling compactions & flushes
2012-09-18 20:18:30,094 DEBUG [RegionServer:0;hemera.apache.org,33334,1347999502311-EventThread] zookeeper.ZKUtil(237): regionserver:33334-0x139db080e690002 /hbase/shutdown does not exist. Watcher is set.
2012-09-18 20:18:30,096 DEBUG [RS_CLOSE_ROOT-hemera.apache.org,58959,1347999502361-0] regionserver.HRegion(975): Updates disabled for region -ROOT-,,0.70236052
2012-09-18 20:18:30,096 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] regionserver.HRegion(975): Updates disabled for region t,mmm,1347999506681.78622cfb2af5eca037e2375d7566cac6.
2012-09-18 20:18:30,096 DEBUG [RegionServer:2;hemera.apache.org,43875,1347999502347-EventThread] zookeeper.ZKUtil(237): regionserver:43875-0x139db080e690004 /hbase/shutdown does not exist. Watcher is set.
2012-09-18 20:18:30,095 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.SplitLogWorker(522): Sending interrupt to stop the worker thread
2012-09-18 20:18:30,096 INFO  [StoreCloserThread-t,mmm,1347999506681.78622cfb2af5eca037e2375d7566cac6.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,098 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311.cacheFlusher] regionserver.MemStoreFlusher(264): RegionServer:0;hemera.apache.org,33334,1347999502311.cacheFlusher exiting
2012-09-18 20:18:30,098 INFO  [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] regionserver.HRegion(1023): Closed t,mmm,1347999506681.78622cfb2af5eca037e2375d7566cac6.
2012-09-18 20:18:30,098 INFO  [StoreCloserThread--ROOT-,,0.70236052-1] regionserver.HStore(635): Closed info
2012-09-18 20:18:30,095 DEBUG [RegionServer:1;hemera.apache.org,51601,1347999502333-EventThread] zookeeper.ZKUtil(237): regionserver:51601-0x139db080e690001 /hbase/shutdown does not exist. Watcher is set.
2012-09-18 20:18:30,098 INFO  [RS_CLOSE_ROOT-hemera.apache.org,58959,1347999502361-0] regionserver.HRegion(1023): Closed -ROOT-,,0.70236052
2012-09-18 20:18:30,098 DEBUG [RS_CLOSE_REGION-hemera.apache.org,43875,1347999502347-2] handler.CloseRegionHandler(168): Closed region t,mmm,1347999506681.78622cfb2af5eca037e2375d7566cac6.
2012-09-18 20:18:30,098 DEBUG [RS_CLOSE_REGION-hemera.apache.org,33334,1347999502311-0] handler.CloseRegionHandler(124): Processing close of t,yyy,1347999506717.bdd1a3ab3105de63248038bd0eb40564.
2012-09-18 20:18:30,098 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311.compactionChecker] hbase.Chore(81): RegionServer:0;hemera.apache.org,33334,1347999502311.compactionChecker exiting
2012-09-18 20:18:30,098 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311.logRoller] regionserver.LogRoller(118): LogRoller exiting.
2012-09-18 20:18:30,098 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.HRegionServer(947): stopping server hemera.apache.org,33334,1347999502311
2012-09-18 20:18:30,098 INFO  [SplitLogWorker-hemera.apache.org,33334,1347999502311] regionserver.SplitLogWorker(206): SplitLogWorker interrupted while waiting for task, exiting: java.lang.InterruptedException
2012-09-18 20:18:30,098 DEBUG [RegionServer:0;hemera.apache.org,33334,1347999502311] catalog.CatalogTracker(257): Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@5afcb1
2012-09-18 20:18:30,098 DEBUG [RS_CLOSE_REGION-hemera.apache.org,33334,1347999502311-0] regionserver.HRegion(954): Closing t,yyy,1347999506717.bdd1a3ab3105de63248038bd0eb40564.: disabling compactions & flushes
2012-09-18 20:18:30,098 DEBUG [RS_CLOSE_ROOT-hemera.apache.org,58959,1347999502361-0] handler.CloseRegionHandler(168): Closed region -ROOT-,,0.70236052
2012-09-18 20:18:30,099 DEBUG [RS_CLOSE_REGION-hemera.apache.org,33334,1347999502311-0] regionserver.HRegion(975): Updates disabled for region t,yyy,1347999506717.bdd1a3ab3105de63248038bd0eb40564.
2012-09-18 20:18:30,099 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311] client.HConnectionManager$HConnectionImplementation(1523): Closing zookeeper sessionid=0x139db080e69000b
2012-09-18 20:18:30,099 INFO  [SplitLogWorker-hemera.apache.org,33334,1347999502311] regionserver.SplitLogWorker(170): SplitLogWorker hemera.apache.org,33334,1347999502311 exiting
2012-09-18 20:18:30,099 INFO  [StoreCloserThread-t,yyy,1347999506717.bdd1a3ab3105de63248038bd0eb40564.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,099 INFO  [RS_CLOSE_REGION-hemera.apache.org,33334,1347999502311-0] regionserver.HRegion(1023): Closed t,yyy,1347999506717.bdd1a3ab3105de63248038bd0eb40564.
2012-09-18 20:18:30,100 DEBUG [RS_CLOSE_REGION-hemera.apache.org,33334,1347999502311-0] handler.CloseRegionHandler(168): Closed region t,yyy,1347999506717.bdd1a3ab3105de63248038bd0eb40564.
2012-09-18 20:18:30,100 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.HRegionServer(966): stopping server hemera.apache.org,33334,1347999502311; all regions closed.
2012-09-18 20:18:30,100 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311.logSyncer] wal.HLog$LogSyncer(1245): RegionServer:0;hemera.apache.org,33334,1347999502311.logSyncer exiting
2012-09-18 20:18:30,100 DEBUG [RegionServer:0;hemera.apache.org,33334,1347999502311] wal.HLog(1007): closing hlog writer in hdfs://localhost:52077/user/jenkins/hbase/.logs/hemera.apache.org,33334,1347999502311
2012-09-18 20:18:30,272 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.HRegionServer(966): stopping server hemera.apache.org,51601,1347999502333; all regions closed.
2012-09-18 20:18:30,272 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333.logSyncer] wal.HLog$LogSyncer(1245): RegionServer:1;hemera.apache.org,51601,1347999502333.logSyncer exiting
2012-09-18 20:18:30,272 DEBUG [RegionServer:1;hemera.apache.org,51601,1347999502333] wal.HLog(1007): closing hlog writer in hdfs://localhost:52077/user/jenkins/hbase/.logs/hemera.apache.org,51601,1347999502333
2012-09-18 20:18:30,284 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311.leaseChecker] regionserver.Leases(123): RegionServer:0;hemera.apache.org,33334,1347999502311.leaseChecker closing leases
2012-09-18 20:18:30,284 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311.leaseChecker] regionserver.Leases(130): RegionServer:0;hemera.apache.org,33334,1347999502311.leaseChecker closed leases
2012-09-18 20:18:30,285 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333.leaseChecker] regionserver.Leases(123): RegionServer:1;hemera.apache.org,51601,1347999502333.leaseChecker closing leases
2012-09-18 20:18:30,285 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347.leaseChecker] regionserver.Leases(123): RegionServer:2;hemera.apache.org,43875,1347999502347.leaseChecker closing leases
2012-09-18 20:18:30,285 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347.leaseChecker] regionserver.Leases(130): RegionServer:2;hemera.apache.org,43875,1347999502347.leaseChecker closed leases
2012-09-18 20:18:30,286 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.Leases(123): RegionServer:1;hemera.apache.org,51601,1347999502333 closing leases
2012-09-18 20:18:30,286 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.Leases(130): RegionServer:1;hemera.apache.org,51601,1347999502333 closed leases
2012-09-18 20:18:30,285 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333.leaseChecker] regionserver.Leases(130): RegionServer:1;hemera.apache.org,51601,1347999502333.leaseChecker closed leases
2012-09-18 20:18:30,286 DEBUG [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.CompactSplitThread(253): Waiting for Split Thread to finish...
2012-09-18 20:18:30,286 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.HRegionServer(966): stopping server hemera.apache.org,43875,1347999502347; all regions closed.
2012-09-18 20:18:30,286 DEBUG [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.CompactSplitThread(253): Waiting for Large Compaction Thread to finish...
2012-09-18 20:18:30,287 DEBUG [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.CompactSplitThread(253): Waiting for Small Compaction Thread to finish...
2012-09-18 20:18:30,287 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347.logSyncer] wal.HLog$LogSyncer(1245): RegionServer:2;hemera.apache.org,43875,1347999502347.logSyncer exiting
2012-09-18 20:18:30,287 DEBUG [RegionServer:2;hemera.apache.org,43875,1347999502347] wal.HLog(1007): closing hlog writer in hdfs://localhost:52077/user/jenkins/hbase/.logs/hemera.apache.org,43875,1347999502347
2012-09-18 20:18:30,287 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361.leaseChecker] regionserver.Leases(123): RegionServer:3;hemera.apache.org,58959,1347999502361.leaseChecker closing leases
2012-09-18 20:18:30,288 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361.leaseChecker] regionserver.Leases(130): RegionServer:3;hemera.apache.org,58959,1347999502361.leaseChecker closed leases
2012-09-18 20:18:30,289 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/rs/hemera.apache.org,51601,1347999502333
2012-09-18 20:18:30,289 INFO  [pool-1-thread-1-EventThread] zookeeper.RegionServerTracker(94): RegionServer ephemeral node deleted, processing expiration [hemera.apache.org,51601,1347999502333]
2012-09-18 20:18:30,289 INFO  [pool-1-thread-1-EventThread] master.ServerManager(446): Cluster shutdown set; hemera.apache.org,51601,1347999502333 expired; onlineServers=4
2012-09-18 20:18:30,289 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeChildrenChanged, state=SyncConnected, path=/hbase/rs
2012-09-18 20:18:30,290 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.HRegionServer(995): stopping server hemera.apache.org,51601,1347999502333; zookeeper connection closed.
2012-09-18 20:18:30,290 INFO  [RegionServer:1;hemera.apache.org,51601,1347999502333] regionserver.HRegionServer(998): RegionServer:1;hemera.apache.org,51601,1347999502333 exiting
2012-09-18 20:18:30,290 INFO  [Shutdown of org.apache.hadoop.hbase.fs.HFileSystem@21e115] hbase.MiniHBaseCluster$SingleFileSystemShutdownThread(186): Hook closing fs=org.apache.hadoop.hbase.fs.HFileSystem@21e115
2012-09-18 20:18:30,291 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,38814,1347999502374
2012-09-18 20:18:30,291 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,43875,1347999502347
2012-09-18 20:18:30,292 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,58959,1347999502361
2012-09-18 20:18:30,293 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,33334,1347999502311
2012-09-18 20:18:30,296 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.HRegionServer(966): stopping server hemera.apache.org,58959,1347999502361; all regions closed.
2012-09-18 20:18:30,296 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361.logSyncer] wal.HLog$LogSyncer(1245): RegionServer:3;hemera.apache.org,58959,1347999502361.logSyncer exiting
2012-09-18 20:18:30,297 DEBUG [RegionServer:3;hemera.apache.org,58959,1347999502361] wal.HLog(1007): closing hlog writer in hdfs://localhost:52077/user/jenkins/hbase/.logs/hemera.apache.org,58959,1347999502361
2012-09-18 20:18:30,298 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.Leases(123): RegionServer:2;hemera.apache.org,43875,1347999502347 closing leases
2012-09-18 20:18:30,298 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.Leases(130): RegionServer:2;hemera.apache.org,43875,1347999502347 closed leases
2012-09-18 20:18:30,298 DEBUG [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.CompactSplitThread(253): Waiting for Split Thread to finish...
2012-09-18 20:18:30,298 DEBUG [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.CompactSplitThread(253): Waiting for Large Compaction Thread to finish...
2012-09-18 20:18:30,298 DEBUG [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.CompactSplitThread(253): Waiting for Small Compaction Thread to finish...
2012-09-18 20:18:30,300 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/rs/hemera.apache.org,43875,1347999502347
2012-09-18 20:18:30,300 INFO  [pool-1-thread-1-EventThread] zookeeper.RegionServerTracker(94): RegionServer ephemeral node deleted, processing expiration [hemera.apache.org,43875,1347999502347]
2012-09-18 20:18:30,300 INFO  [pool-1-thread-1-EventThread] master.ServerManager(446): Cluster shutdown set; hemera.apache.org,43875,1347999502347 expired; onlineServers=3
2012-09-18 20:18:30,301 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeChildrenChanged, state=SyncConnected, path=/hbase/rs
2012-09-18 20:18:30,301 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.HRegionServer(995): stopping server hemera.apache.org,43875,1347999502347; zookeeper connection closed.
2012-09-18 20:18:30,301 INFO  [RegionServer:2;hemera.apache.org,43875,1347999502347] regionserver.HRegionServer(998): RegionServer:2;hemera.apache.org,43875,1347999502347 exiting
2012-09-18 20:18:30,302 INFO  [Shutdown of org.apache.hadoop.hbase.fs.HFileSystem@147e54e] hbase.MiniHBaseCluster$SingleFileSystemShutdownThread(186): Hook closing fs=org.apache.hadoop.hbase.fs.HFileSystem@147e54e
2012-09-18 20:18:30,302 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,38814,1347999502374
2012-09-18 20:18:30,303 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,58959,1347999502361
2012-09-18 20:18:30,303 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,33334,1347999502311
2012-09-18 20:18:30,307 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.Leases(123): RegionServer:3;hemera.apache.org,58959,1347999502361 closing leases
2012-09-18 20:18:30,308 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.Leases(130): RegionServer:3;hemera.apache.org,58959,1347999502361 closed leases
2012-09-18 20:18:30,309 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/rs/hemera.apache.org,58959,1347999502361
2012-09-18 20:18:30,309 INFO  [pool-1-thread-1-EventThread] zookeeper.RegionServerTracker(94): RegionServer ephemeral node deleted, processing expiration [hemera.apache.org,58959,1347999502361]
2012-09-18 20:18:30,309 INFO  [pool-1-thread-1-EventThread] master.ServerManager(446): Cluster shutdown set; hemera.apache.org,58959,1347999502361 expired; onlineServers=2
2012-09-18 20:18:30,309 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeChildrenChanged, state=SyncConnected, path=/hbase/rs
2012-09-18 20:18:30,310 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.HRegionServer(995): stopping server hemera.apache.org,58959,1347999502361; zookeeper connection closed.
2012-09-18 20:18:30,310 INFO  [RegionServer:3;hemera.apache.org,58959,1347999502361] regionserver.HRegionServer(998): RegionServer:3;hemera.apache.org,58959,1347999502361 exiting
2012-09-18 20:18:30,310 INFO  [Shutdown of org.apache.hadoop.hbase.fs.HFileSystem@1c7510d] hbase.MiniHBaseCluster$SingleFileSystemShutdownThread(186): Hook closing fs=org.apache.hadoop.hbase.fs.HFileSystem@1c7510d
2012-09-18 20:18:30,310 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,38814,1347999502374
2012-09-18 20:18:30,311 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.HRegionServer(869): Closing user regions
2012-09-18 20:18:30,311 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,33334,1347999502311
2012-09-18 20:18:30,311 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] handler.CloseRegionHandler(124): Processing close of t,bbb,1347999506644.8a6358bbd5596deaad1f278da7ca32b4.
2012-09-18 20:18:30,311 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] regionserver.HRegion(954): Closing t,bbb,1347999506644.8a6358bbd5596deaad1f278da7ca32b4.: disabling compactions & flushes
2012-09-18 20:18:30,311 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] handler.CloseRegionHandler(124): Processing close of t,vvv,1347999506708.df029f1344d578333d45fbd32dbbba23.
2012-09-18 20:18:30,311 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] regionserver.HRegion(975): Updates disabled for region t,bbb,1347999506644.8a6358bbd5596deaad1f278da7ca32b4.
2012-09-18 20:18:30,312 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(954): Closing t,vvv,1347999506708.df029f1344d578333d45fbd32dbbba23.: disabling compactions & flushes
2012-09-18 20:18:30,312 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(975): Updates disabled for region t,vvv,1347999506708.df029f1344d578333d45fbd32dbbba23.
2012-09-18 20:18:30,312 INFO  [StoreCloserThread-t,bbb,1347999506644.8a6358bbd5596deaad1f278da7ca32b4.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,311 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] handler.CloseRegionHandler(124): Processing close of t,ppp,1347999506690.815416a53df0b3b68fc865a0edf53203.
2012-09-18 20:18:30,312 INFO  [StoreCloserThread-t,vvv,1347999506708.df029f1344d578333d45fbd32dbbba23.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,312 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] regionserver.HRegion(954): Closing t,ppp,1347999506690.815416a53df0b3b68fc865a0edf53203.: disabling compactions & flushes
2012-09-18 20:18:30,313 INFO  [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(1023): Closed t,vvv,1347999506708.df029f1344d578333d45fbd32dbbba23.
2012-09-18 20:18:30,313 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] regionserver.HRegion(975): Updates disabled for region t,ppp,1347999506690.815416a53df0b3b68fc865a0edf53203.
2012-09-18 20:18:30,313 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] handler.CloseRegionHandler(168): Closed region t,vvv,1347999506708.df029f1344d578333d45fbd32dbbba23.
2012-09-18 20:18:30,312 INFO  [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] regionserver.HRegion(1023): Closed t,bbb,1347999506644.8a6358bbd5596deaad1f278da7ca32b4.
2012-09-18 20:18:30,313 INFO  [StoreCloserThread-t,ppp,1347999506690.815416a53df0b3b68fc865a0edf53203.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,313 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] handler.CloseRegionHandler(124): Processing close of t,jjj,1347999506672.393b3166f0a447101593a6e538c0a2fd.
2012-09-18 20:18:30,313 INFO  [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] regionserver.HRegion(1023): Closed t,ppp,1347999506690.815416a53df0b3b68fc865a0edf53203.
2012-09-18 20:18:30,313 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(954): Closing t,jjj,1347999506672.393b3166f0a447101593a6e538c0a2fd.: disabling compactions & flushes
2012-09-18 20:18:30,314 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] handler.CloseRegionHandler(168): Closed region t,ppp,1347999506690.815416a53df0b3b68fc865a0edf53203.
2012-09-18 20:18:30,314 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(975): Updates disabled for region t,jjj,1347999506672.393b3166f0a447101593a6e538c0a2fd.
2012-09-18 20:18:30,314 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] handler.CloseRegionHandler(124): Processing close of t,ddd,1347999506653.d94a101bf8bc56ad5a83b8b626f8189b.
2012-09-18 20:18:30,313 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] handler.CloseRegionHandler(168): Closed region t,bbb,1347999506644.8a6358bbd5596deaad1f278da7ca32b4.
2012-09-18 20:18:30,314 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] regionserver.HRegion(954): Closing t,ddd,1347999506653.d94a101bf8bc56ad5a83b8b626f8189b.: disabling compactions & flushes
2012-09-18 20:18:30,314 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] handler.CloseRegionHandler(124): Processing close of t,ccc,1347999506650.8568717cae604e1dab3b78bfeff881e9.
2012-09-18 20:18:30,314 INFO  [StoreCloserThread-t,jjj,1347999506672.393b3166f0a447101593a6e538c0a2fd.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,314 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] regionserver.HRegion(954): Closing t,ccc,1347999506650.8568717cae604e1dab3b78bfeff881e9.: disabling compactions & flushes
2012-09-18 20:18:30,315 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] regionserver.HRegion(975): Updates disabled for region t,ccc,1347999506650.8568717cae604e1dab3b78bfeff881e9.
2012-09-18 20:18:30,314 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] regionserver.HRegion(975): Updates disabled for region t,ddd,1347999506653.d94a101bf8bc56ad5a83b8b626f8189b.
2012-09-18 20:18:30,315 INFO  [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(1023): Closed t,jjj,1347999506672.393b3166f0a447101593a6e538c0a2fd.
2012-09-18 20:18:30,315 INFO  [StoreCloserThread-t,ccc,1347999506650.8568717cae604e1dab3b78bfeff881e9.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,315 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] handler.CloseRegionHandler(168): Closed region t,jjj,1347999506672.393b3166f0a447101593a6e538c0a2fd.
2012-09-18 20:18:30,315 INFO  [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] regionserver.HRegion(1023): Closed t,ccc,1347999506650.8568717cae604e1dab3b78bfeff881e9.
2012-09-18 20:18:30,316 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-1] handler.CloseRegionHandler(168): Closed region t,ccc,1347999506650.8568717cae604e1dab3b78bfeff881e9.
2012-09-18 20:18:30,315 INFO  [StoreCloserThread-t,ddd,1347999506653.d94a101bf8bc56ad5a83b8b626f8189b.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,316 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] handler.CloseRegionHandler(124): Processing close of t,uuu,1347999506706.bf4ceeff334c5a35fa3a54272c2f395f.
2012-09-18 20:18:30,316 INFO  [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] regionserver.HRegion(1023): Closed t,ddd,1347999506653.d94a101bf8bc56ad5a83b8b626f8189b.
2012-09-18 20:18:30,316 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(954): Closing t,uuu,1347999506706.bf4ceeff334c5a35fa3a54272c2f395f.: disabling compactions & flushes
2012-09-18 20:18:30,316 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-2] handler.CloseRegionHandler(168): Closed region t,ddd,1347999506653.d94a101bf8bc56ad5a83b8b626f8189b.
2012-09-18 20:18:30,316 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(975): Updates disabled for region t,uuu,1347999506706.bf4ceeff334c5a35fa3a54272c2f395f.
2012-09-18 20:18:30,317 INFO  [StoreCloserThread-t,uuu,1347999506706.bf4ceeff334c5a35fa3a54272c2f395f.-1] regionserver.HStore(635): Closed f
2012-09-18 20:18:30,317 INFO  [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(1023): Closed t,uuu,1347999506706.bf4ceeff334c5a35fa3a54272c2f395f.
2012-09-18 20:18:30,317 DEBUG [RS_CLOSE_REGION-hemera.apache.org,38814,1347999502374-0] handler.CloseRegionHandler(168): Closed region t,uuu,1347999506706.bf4ceeff334c5a35fa3a54272c2f395f.
2012-09-18 20:18:30,392 INFO  [hemera.apache.org,35050,1347999502111.splitLogManagerTimeoutMonitor] hbase.Chore(81): hemera.apache.org,35050,1347999502111.splitLogManagerTimeoutMonitor exiting
2012-09-18 20:18:30,507 DEBUG [RegionServer:0;hemera.apache.org,33334,1347999502311] wal.HLog(975): Moved 1 log files to /user/jenkins/hbase/.oldlogs
2012-09-18 20:18:30,509 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.Leases(123): RegionServer:0;hemera.apache.org,33334,1347999502311 closing leases
2012-09-18 20:18:30,509 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.Leases(130): RegionServer:0;hemera.apache.org,33334,1347999502311 closed leases
2012-09-18 20:18:30,509 DEBUG [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.CompactSplitThread(253): Waiting for Split Thread to finish...
2012-09-18 20:18:30,509 DEBUG [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.CompactSplitThread(253): Waiting for Large Compaction Thread to finish...
2012-09-18 20:18:30,509 DEBUG [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.CompactSplitThread(253): Waiting for Small Compaction Thread to finish...
2012-09-18 20:18:30,510 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/rs/hemera.apache.org,33334,1347999502311
2012-09-18 20:18:30,511 INFO  [pool-1-thread-1-EventThread] zookeeper.RegionServerTracker(94): RegionServer ephemeral node deleted, processing expiration [hemera.apache.org,33334,1347999502311]
2012-09-18 20:18:30,511 INFO  [pool-1-thread-1-EventThread] master.ServerManager(446): Cluster shutdown set; hemera.apache.org,33334,1347999502311 expired; onlineServers=1
2012-09-18 20:18:30,511 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeChildrenChanged, state=SyncConnected, path=/hbase/rs
2012-09-18 20:18:30,512 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.HRegionServer(995): stopping server hemera.apache.org,33334,1347999502311; zookeeper connection closed.
2012-09-18 20:18:30,512 INFO  [RegionServer:0;hemera.apache.org,33334,1347999502311] regionserver.HRegionServer(998): RegionServer:0;hemera.apache.org,33334,1347999502311 exiting
2012-09-18 20:18:30,512 INFO  [Shutdown of org.apache.hadoop.hbase.fs.HFileSystem@1ee9cc3] hbase.MiniHBaseCluster$SingleFileSystemShutdownThread(186): Hook closing fs=org.apache.hadoop.hbase.fs.HFileSystem@1ee9cc3
2012-09-18 20:18:30,513 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZKUtil(235): master:35050-0x139db080e690000 Set watcher on existing znode /hbase/rs/hemera.apache.org,38814,1347999502374
2012-09-18 20:18:30,513 INFO  [pool-1-thread-1] regionserver.HRegionServer(1737): STOPPED: Shutdown requested
2012-09-18 20:18:30,514 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.SplitLogWorker(522): Sending interrupt to stop the worker thread
2012-09-18 20:18:30,514 INFO  [SplitLogWorker-hemera.apache.org,38814,1347999502374] regionserver.SplitLogWorker(206): SplitLogWorker interrupted while waiting for task, exiting: java.lang.InterruptedException
2012-09-18 20:18:30,514 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374.compactionChecker] hbase.Chore(81): RegionServer:4;hemera.apache.org,38814,1347999502374.compactionChecker exiting
2012-09-18 20:18:30,514 INFO  [SplitLogWorker-hemera.apache.org,38814,1347999502374] regionserver.SplitLogWorker(170): SplitLogWorker hemera.apache.org,38814,1347999502374 exiting
2012-09-18 20:18:30,514 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.HRegionServer(947): stopping server hemera.apache.org,38814,1347999502374
2012-09-18 20:18:30,514 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374.logRoller] regionserver.LogRoller(118): LogRoller exiting.
2012-09-18 20:18:30,514 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374.cacheFlusher] regionserver.MemStoreFlusher(264): RegionServer:4;hemera.apache.org,38814,1347999502374.cacheFlusher exiting
2012-09-18 20:18:30,514 DEBUG [RegionServer:4;hemera.apache.org,38814,1347999502374] catalog.CatalogTracker(257): Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@df39bc
2012-09-18 20:18:30,515 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] client.HConnectionManager$HConnectionImplementation(1523): Closing zookeeper sessionid=0x139db080e69000a
2012-09-18 20:18:30,516 DEBUG [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.CompactSplitThread(253): Waiting for Split Thread to finish...
2012-09-18 20:18:30,516 DEBUG [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.CompactSplitThread(253): Waiting for Large Compaction Thread to finish...
2012-09-18 20:18:30,516 DEBUG [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.CompactSplitThread(253): Waiting for Small Compaction Thread to finish...
2012-09-18 20:18:30,517 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.HRegionServer(1091): Waiting on 1 regions to close
2012-09-18 20:18:30,517 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] handler.CloseRegionHandler(124): Processing close of .META.,,1.1028785192
2012-09-18 20:18:30,517 DEBUG [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.HRegionServer(1095): {1028785192=.META.,,1.1028785192}
2012-09-18 20:18:30,517 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(954): Closing .META.,,1.1028785192: disabling compactions & flushes
2012-09-18 20:18:30,518 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(975): Updates disabled for region .META.,,1.1028785192
2012-09-18 20:18:30,518 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(1481): Started memstore flush for .META.,,1.1028785192, current region memstore size 20.1k
2012-09-18 20:18:30,518 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(1528): Finished snapshotting .META.,,1.1028785192, commencing wait for mvcc, flushsize=20560
2012-09-18 20:18:30,518 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(1538): Finished snapshotting, commencing flushing stores
2012-09-18 20:18:30,521 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] util.FSUtils(167): Creating file=hdfs://localhost:52077/user/jenkins/hbase/.META./1028785192/.tmp/6c449086188648c08a990537dba22ca4 with permission=rwxrwxrwx
2012-09-18 20:18:30,523 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] hfile.HFileWriterV2(142): Initialized with CacheConfig:enabled [cacheDataOnRead=true] [cacheDataOnWrite=false] [cacheIndexesOnWrite=false] [cacheBloomsOnWrite=false] [cacheEvictOnClose=false] [cacheCompressed=false]
2012-09-18 20:18:30,524 INFO  [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.StoreFile$Writer(1021): Delete Family Bloom filter type for hdfs://localhost:52077/user/jenkins/hbase/.META./1028785192/.tmp/6c449086188648c08a990537dba22ca4: CompoundBloomFilterWriter
2012-09-18 20:18:30,939 INFO  [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.StoreFile$Writer(1241): NO General Bloom and NO DeleteFamily was added to HFile (hdfs://localhost:52077/user/jenkins/hbase/.META./1028785192/.tmp/6c449086188648c08a990537dba22ca4) 
2012-09-18 20:18:30,939 INFO  [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HStore(767): Flushed , sequenceid=59, memsize=20.1k, into tmp file hdfs://localhost:52077/user/jenkins/hbase/.META./1028785192/.tmp/6c449086188648c08a990537dba22ca4
2012-09-18 20:18:30,948 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HStore(792): Renaming flushed file at hdfs://localhost:52077/user/jenkins/hbase/.META./1028785192/.tmp/6c449086188648c08a990537dba22ca4 to hdfs://localhost:52077/user/jenkins/hbase/.META./1028785192/info/6c449086188648c08a990537dba22ca4
2012-09-18 20:18:30,954 INFO  [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HStore(815): Added hdfs://localhost:52077/user/jenkins/hbase/.META./1028785192/info/6c449086188648c08a990537dba22ca4, entries=89, sequenceid=59, filesize=10.2k
2012-09-18 20:18:30,955 INFO  [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(1617): Finished memstore flush of ~20.1k/20560, currentsize=0.0/0 for region .META.,,1.1028785192 in 437ms, sequenceid=59, compaction requested=false
2012-09-18 20:18:30,956 INFO  [StoreCloserThread-.META.,,1.1028785192-1] regionserver.HStore(635): Closed info
2012-09-18 20:18:30,956 INFO  [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] regionserver.HRegion(1023): Closed .META.,,1.1028785192
2012-09-18 20:18:30,956 DEBUG [RS_CLOSE_META-hemera.apache.org,38814,1347999502374-0] handler.CloseRegionHandler(168): Closed region .META.,,1.1028785192
2012-09-18 20:18:31,112 INFO  [Master:0;hemera.apache.org,35050,1347999502111] master.ServerManager(398): Waiting on regionserver(s) to go down hemera.apache.org,38814,1347999502374
2012-09-18 20:18:31,118 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.HRegionServer(966): stopping server hemera.apache.org,38814,1347999502374; all regions closed.
2012-09-18 20:18:31,118 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374.logSyncer] wal.HLog$LogSyncer(1245): RegionServer:4;hemera.apache.org,38814,1347999502374.logSyncer exiting
2012-09-18 20:18:31,118 DEBUG [RegionServer:4;hemera.apache.org,38814,1347999502374] wal.HLog(1007): closing hlog writer in hdfs://localhost:52077/user/jenkins/hbase/.logs/hemera.apache.org,38814,1347999502374
2012-09-18 20:18:31,124 DEBUG [RegionServer:4;hemera.apache.org,38814,1347999502374] wal.HLog(975): Moved 1 log files to /user/jenkins/hbase/.oldlogs
2012-09-18 20:18:31,125 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.Leases(123): RegionServer:4;hemera.apache.org,38814,1347999502374 closing leases
2012-09-18 20:18:31,125 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.Leases(130): RegionServer:4;hemera.apache.org,38814,1347999502374 closed leases
2012-09-18 20:18:31,126 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeDeleted, state=SyncConnected, path=/hbase/rs/hemera.apache.org,38814,1347999502374
2012-09-18 20:18:31,126 INFO  [pool-1-thread-1-EventThread] zookeeper.RegionServerTracker(94): RegionServer ephemeral node deleted, processing expiration [hemera.apache.org,38814,1347999502374]
2012-09-18 20:18:31,126 INFO  [pool-1-thread-1-EventThread] master.ServerManager(446): Cluster shutdown set; hemera.apache.org,38814,1347999502374 expired; onlineServers=0
2012-09-18 20:18:31,126 DEBUG [Master:0;hemera.apache.org,35050,1347999502111] master.HMaster(1067): Stopping service threads
2012-09-18 20:18:31,126 INFO  [pool-1-thread-1-EventThread] master.HMaster(2049): Cluster shutdown set; onlineServer=0
2012-09-18 20:18:31,127 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.HRegionServer(995): stopping server hemera.apache.org,38814,1347999502374; zookeeper connection closed.
2012-09-18 20:18:31,127 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374] regionserver.HRegionServer(998): RegionServer:4;hemera.apache.org,38814,1347999502374 exiting
2012-09-18 20:18:31,127 INFO  [Master:0;hemera.apache.org,35050,1347999502111.oldLogCleaner] hbase.Chore(81): Master:0;hemera.apache.org,35050,1347999502111.oldLogCleaner exiting
2012-09-18 20:18:31,127 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): master:35050-0x139db080e690000 Received ZooKeeper Event, type=NodeChildrenChanged, state=SyncConnected, path=/hbase/rs
2012-09-18 20:18:31,127 INFO  [Master:0;hemera.apache.org,35050,1347999502111.archivedHFileCleaner] hbase.Chore(81): Master:0;hemera.apache.org,35050,1347999502111.archivedHFileCleaner exiting
2012-09-18 20:18:31,128 INFO  [Shutdown of org.apache.hadoop.hbase.fs.HFileSystem@194f467] hbase.MiniHBaseCluster$SingleFileSystemShutdownThread(186): Hook closing fs=org.apache.hadoop.hbase.fs.HFileSystem@194f467
2012-09-18 20:18:31,128 INFO  [pool-1-thread-1] util.JVMClusterUtil(263): Shutdown of 1 master(s) and 5 regionserver(s) complete
2012-09-18 20:18:31,128 INFO  [pool-1-thread-1] client.HConnectionManager$HConnectionImplementation(1523): Closing zookeeper sessionid=0x139db080e69000d
2012-09-18 20:18:31,129 DEBUG [Master:0;hemera.apache.org,35050,1347999502111] zookeeper.ZKUtil(1141): master:35050-0x139db080e690000 Retrieved 36 byte(s) of data from znode /hbase/master; data=PBUF\x0A\x1E\x0A\x11hemera.ap...
2012-09-18 20:18:31,130 DEBUG [Master:0;hemera.apache.org,35050,1347999502111] catalog.CatalogTracker(257): Stopping catalog tracker org.apache.hadoop.hbase.catalog.CatalogTracker@1152c0e
2012-09-18 20:18:31,130 INFO  [hemera.apache.org,35050,1347999502111.timeoutMonitor] hbase.Chore(81): hemera.apache.org,35050,1347999502111.timeoutMonitor exiting
2012-09-18 20:18:31,130 INFO  [hemera.apache.org,35050,1347999502111.timerUpdater] hbase.Chore(81): hemera.apache.org,35050,1347999502111.timerUpdater exiting
2012-09-18 20:18:31,130 INFO  [Master:0;hemera.apache.org,35050,1347999502111] master.HMaster(481): HMaster main thread exiting
2012-09-18 20:18:31,132 INFO  [pool-1-thread-1] zookeeper.MiniZooKeeperCluster(238): Shutdown MiniZK cluster with all ZK servers
2012-09-18 20:18:31,132 INFO  [pool-1-thread-1] log.Slf4jLog(67): Stopped SelectChannelConnector@localhost:0
2012-09-18 20:18:31,231 DEBUG [Master:0;hemera.apache.org,35050,1347999502111-EventThread] zookeeper.ZooKeeperWatcher(265): hconnection 0x1c1eceb-0x139db080e690006 Received ZooKeeper Event, type=None, state=Disconnected, path=null
2012-09-18 20:18:31,231 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(265): unittest-0x139db080e69000e Received ZooKeeper Event, type=None, state=Disconnected, path=null
2012-09-18 20:18:31,231 DEBUG [Master:0;hemera.apache.org,35050,1347999502111-EventThread] zookeeper.ZooKeeperWatcher(363): hconnection 0x1c1eceb-0x139db080e690006 Received Disconnected from ZooKeeper, ignoring
2012-09-18 20:18:31,231 DEBUG [pool-1-thread-1-EventThread] zookeeper.ZooKeeperWatcher(363): unittest-0x139db080e69000e Received Disconnected from ZooKeeper, ignoring
2012-09-18 20:18:31,237 WARN  [org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@1f09a31] datanode.DataXceiverServer(138): DatanodeRegistration(127.0.0.1:34950, storageID=DS-1597293543-140.211.11.27-34950-1347999501880, infoPort=40910, ipcPort=42169):DataXceiveServer:java.nio.channels.AsynchronousCloseException
	at java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:185)
	at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:159)
	at sun.nio.ch.ServerSocketAdaptor.accept(ServerSocketAdaptor.java:84)
	at org.apache.hadoop.hdfs.server.datanode.DataXceiverServer.run(DataXceiverServer.java:131)

2012-09-18 20:18:31,285 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374.leaseChecker] regionserver.Leases(123): RegionServer:4;hemera.apache.org,38814,1347999502374.leaseChecker closing leases
2012-09-18 20:18:31,285 INFO  [RegionServer:4;hemera.apache.org,38814,1347999502374.leaseChecker] regionserver.Leases(130): RegionServer:4;hemera.apache.org,38814,1347999502374.leaseChecker closed leases
2012-09-18 20:18:32,237 WARN  [pool-1-thread-1] util.MBeans(73): Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId-809266774
javax.management.InstanceNotFoundException: Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId-809266774
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean(DefaultMBeanServerInterceptor.java:1094)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.exclusiveUnregisterMBean(DefaultMBeanServerInterceptor.java:415)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.unregisterMBean(DefaultMBeanServerInterceptor.java:403)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.unregisterMBean(JmxMBeanServer.java:506)
	at org.apache.hadoop.metrics2.util.MBeans.unregister(MBeans.java:71)
	at org.apache.hadoop.hdfs.server.datanode.FSDataset.shutdown(FSDataset.java:2067)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.shutdown(DataNode.java:799)
	at org.apache.hadoop.hdfs.MiniDFSCluster.shutdownDataNodes(MiniDFSCluster.java:566)
	at org.apache.hadoop.hdfs.MiniDFSCluster.shutdown(MiniDFSCluster.java:550)
	at org.apache.hadoop.hbase.HBaseTestingUtility.shutdownMiniDFSCluster(HBaseTestingUtility.java:503)
	at org.apache.hadoop.hbase.HBaseTestingUtility.shutdownMiniCluster(HBaseTestingUtility.java:752)
	at org.apache.hadoop.hbase.TestDrainingServer.tearDownAfterClass(TestDrainingServer.java:132)
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:36)
2012-09-18 20:18:32,238 WARN  [pool-1-thread-1] datanode.FSDatasetAsyncDiskService(121): AsyncDiskService has already shut down.
2012-09-18 20:18:32,238 INFO  [pool-1-thread-1] log.Slf4jLog(67): Stopped SelectChannelConnector@localhost:0
2012-09-18 20:18:32,341 WARN  [org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@2a5ab9] datanode.DataXceiverServer(138): DatanodeRegistration(127.0.0.1:46013, storageID=DS-1826840059-140.211.11.27-46013-1347999501721, infoPort=33986, ipcPort=42754):DataXceiveServer:java.nio.channels.AsynchronousCloseException

2012-09-18 20:18:33,341 WARN  [pool-1-thread-1] util.MBeans(73): Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId1641970170
javax.management.InstanceNotFoundException: Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId1641970170
2012-09-18 20:18:33,342 WARN  [pool-1-thread-1] datanode.FSDatasetAsyncDiskService(121): AsyncDiskService has already shut down.
2012-09-18 20:18:33,342 INFO  [pool-1-thread-1] log.Slf4jLog(67): Stopped SelectChannelConnector@localhost:0
2012-09-18 20:18:33,444 WARN  [org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@18c458] datanode.DataXceiverServer(138): DatanodeRegistration(127.0.0.1:39857, storageID=DS-635958744-140.211.11.27-39857-1347999501558, infoPort=49006, ipcPort=39278):DataXceiveServer:java.nio.channels.AsynchronousCloseException

2012-09-18 20:18:34,444 WARN  [pool-1-thread-1] util.MBeans(73): Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId389747850
javax.management.InstanceNotFoundException: Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId389747850
2012-09-18 20:18:34,445 WARN  [pool-1-thread-1] datanode.FSDatasetAsyncDiskService(121): AsyncDiskService has already shut down.
2012-09-18 20:18:34,445 INFO  [pool-1-thread-1] log.Slf4jLog(67): Stopped SelectChannelConnector@localhost:0
2012-09-18 20:18:34,547 WARN  [org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@11c55bb] datanode.DataXceiverServer(138): DatanodeRegistration(127.0.0.1:47094, storageID=DS-1080581881-140.211.11.27-47094-1347999501341, infoPort=51461, ipcPort=36418):DataXceiveServer:java.nio.channels.AsynchronousCloseException

2012-09-18 20:18:35,547 WARN  [pool-1-thread-1] util.MBeans(73): Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId-1857067045
javax.management.InstanceNotFoundException: Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId-1857067045
2012-09-18 20:18:35,548 WARN  [pool-1-thread-1] datanode.FSDatasetAsyncDiskService(121): AsyncDiskService has already shut down.
2012-09-18 20:18:35,548 INFO  [pool-1-thread-1] log.Slf4jLog(67): Stopped SelectChannelConnector@localhost:0
2012-09-18 20:18:35,650 WARN  [org.apache.hadoop.hdfs.server.datanode.DataXceiverServer@b3b6a6] datanode.DataXceiverServer(138): DatanodeRegistration(127.0.0.1:58813, storageID=DS-1129259921-140.211.11.27-58813-1347999501165, infoPort=47167, ipcPort=40188):DataXceiveServer:java.nio.channels.AsynchronousCloseException

2012-09-18 20:18:36,179 WARN  [DataNode: [/x1/jenkins/jenkins-slave/workspace/HBase-TRUNK/trunk/hbase-server/target/test-data/d1b07c00-61dd-47e9-ac9b-95a060d6795d/dfscluster_6ef910b6-2888-4dda-84f2-de311d45c6a2/dfs/data/data1,/x1/jenkins/jenkins-slave/workspace/HBase-TRUNK/trunk/hbase-server/target/test-data/d1b07c00-61dd-47e9-ac9b-95a060d6795d/dfscluster_6ef910b6-2888-4dda-84f2-de311d45c6a2/dfs/data/data2]] util.MBeans(73): Hadoop:service=DataNode,name=DataNodeInfo
javax.management.InstanceNotFoundException: Hadoop:service=DataNode,name=DataNodeInfo
	at org.apache.hadoop.hdfs.server.datanode.DataNode.unRegisterMXBean(DataNode.java:522)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.shutdown(DataNode.java:737)
	at org.apache.hadoop.hdfs.server.datanode.DataNode.run(DataNode.java:1471)
2012-09-18 20:18:36,650 WARN  [pool-1-thread-1] util.MBeans(73): Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId-245364923
javax.management.InstanceNotFoundException: Hadoop:service=DataNode,name=FSDatasetState-UndefinedStorageId-245364923
2012-09-18 20:18:36,651 WARN  [pool-1-thread-1] datanode.FSDatasetAsyncDiskService(121): AsyncDiskService has already shut down.
2012-09-18 20:18:36,651 INFO  [pool-1-thread-1] log.Slf4jLog(67): Stopped SelectChannelConnector@localhost:0
2012-09-18 20:18:36,753 WARN  [org.apache.hadoop.hdfs.server.namenode.FSNamesystem$ReplicationMonitor@1827d1] namenode.FSNamesystem$ReplicationMonitor(2718): ReplicationMonitor thread received InterruptedException.java.lang.InterruptedException: sleep interrupted
2012-09-18 20:18:36,774 INFO  [pool-1-thread-1] hbase.HBaseTestingUtility(756): Minicluster is down

If I try to change Elytron default-authentication-context server ends in reload-required state.

/subsystem=elytron/authentication-context=auth-context:add()
/subsystem=elytron:write-attribute(name=default-authentication-context,value=auth-context)
{
    }
}

However attribute default-authentication-context is marked as "restart-required" => "no-services" in model 

/subsystem=elytron:read-resource-description(recursive=false)
{
    ...
    "default-authentication-context" => {
        "type" => STRING,
        "description" => "The default authentication context to be associated with all deployments.",
        "capability-reference" => "org.wildfly.security.authentication-context",
        "min-length" => 1L,
        "max-length" => 2147483647L,
    },   
    ...
}

According to documentation [1] if attribute is marked as "restart-required" => "no-services" no restart of service is necessary
no-services – Applying the operation to the runtime does not require the restart of any services. This value is the default if the restart-required descriptor is not present.
[1] https://docs.jboss.org/author/display/WFLY10/Description+of+the+Management+Model

The ORC reader gets exceptions when seeking with non-zero offsets or column projection.

The following query fails

DROP TABLE IF EXISTS episodes_partitioned;
CREATE TABLE episodes_partitioned
PARTITIONED BY (doctor_pt INT)
ROW FORMAT
SERDE 'org.apache.hadoop.hive.serde2.avro.AvroSerDe'
STORED AS
INPUTFORMAT 'org.apache.hadoop.hive.ql.io.avro.AvroContainerInputFormat'
OUTPUTFORMAT 'org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat'
TBLPROPERTIES ('avro.schema.literal'='{
  "namespace": "testing.hive.avro.serde",
  "name": "episodes",
  "type": "record",
  "fields": [
    {
      "name":"title",
      "type":"string",
      "doc":"episode title"
    },
    {
      "name":"air_date",
      "doc":"initial date"
    },
    {
      "name":"doctor",
      "type":"int",
      "doc":"main actor playing the Doctor in episode"
    }
  ]
}');

ALTER TABLE episodes_partitioned ADD PARTITION (doctor_pt=4);
ALTER TABLE episodes_partitioned ADD PARTITION (doctor_pt=5);
SELECT COUNT(*) FROM episodes_partitioned;

with following exception 

java.io.IOException: org.apache.hadoop.hive.serde2.avro.AvroSerdeException: Neither avro.schema.literal nor avro.schema.url specified, can't determine table schema
        at org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat.getHiveRecordWriter(AvroContainerOutputFormat.java:61)
        at org.apache.hadoop.hive.ql.exec.Utilities.createEmptyFile(Utilities.java:2869)
        at org.apache.hadoop.hive.ql.exec.Utilities.createDummyFileForEmptyPartition(Utilities.java:2901)
        at org.apache.hadoop.hive.ql.exec.Utilities.getInputPaths(Utilities.java:2825)
        at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:381)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1409)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1187)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1015)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:883)

SftpEndpoint ignores custom ssh port. It works only if server runs on port 22. 

I have this simple route (in camel.xml, under ActiveMQ 5.4.2):
<route>
<from uri="activemq:MDT.INBOUND"/>
<to uri="activemq:INBOUND?preserveMessageQos=true"/>
</route>
despite what 'preserveMessageQos' options is described as being intended for, it does NOT preserve the JMSDeliveryMode
all my non-persistent messages end-up as becoming persistent.

The test was assuming that /tmp and /usr folders exist on the OS. As this is not true on Windows, the test fails.
The fix modified the test such that it creates the files it needs before doing the verification.
This is a test-only issue.

[ERROR] Failed to execute goal on project camel-example-opentracing-client: Could not resolve dependencies for project org.apache.camel.example:camel-example-opentracing-client:jar:2.20.0.fuse-000038: Could not find artifact org.apache.camel:camel-example-opentracing-loggingtracer:jar:2.20.0.fuse-000038 in missingironjacamar (http://download-node-02.eng.bos.redhat.com/brewroot/packages/org.jboss.ironjacamar-ironjacamar-project/1.4.4.Final_redhat_1/1/maven/) -> [Help 1]

Calling Calcite's RelMetadataQuery.instance() is very expensive because it places a new memoization cache on the stack. Hidden in the deperecated AbstractRelNode.getRows() call is a call to instance(). In hive we have a number of places where we're calling the deprecated getRows() instead of the new API estimateRowCount(RelMetadataQuery mq) which accepts the RelMetadataQuery, which most places we actually have it handy to pass. On looking at the a complex query (49 joins) there are 2995340 calls to AbstractRelNode.getRows, each one busting the current memoization cache away.
Was: On complex queries HiveRelMdRowCount.getRowCount can get called many times. since it does not memoize its result and the call is recursive, it results in an explosion of calls. for example a query with 49 joins, during join ordering (LoptOtimizerJoinRule) the HiveRelMdRowCount.getRowCount gets called 6442 as a top level call, but the recursivity exploded this to 501729 calls. Memoization of the rezult would stop the recursion early. In my testing this reduced the join reordering time for said query from 11s to <1s..
Note there is no need for HiveRelMdRowCount memoization because the function is called in stacks similar to this:

	at org.apache.hadoop.hive.ql.optimizer.calcite.stats.HiveRelMdRowCount.getRowCount(HiveRelMdRowCount.java:66)
	at GeneratedMetadataHandler_RowCount.getRowCount_$
	at GeneratedMetadataHandler_RowCount.getRowCount
	at org.apache.calcite.rel.metadata.RelMetadataQuery.getRowCount(RelMetadataQuery.java:204)
	at org.apache.calcite.rel.rules.LoptOptimizeJoinRule.swapInputs(LoptOptimizeJoinRule.java:1865)
	at org.apache.calcite.rel.rules.LoptOptimizeJoinRule.createJoinSubtree(LoptOptimizeJoinRule.java:1739)

and GeneratedMetadataHandler_RowCount.getRowCount handles memoization.

The annotation @TransactionTimeout is not honored, when the method has other than public access.
@Timeout methods invoked by the container are allowed to have "public, private, protected, or package level access".
So the annotation should work also if method is not public.

I think this is a regression from HBASE-3895 (if so, my bad!). The local-master-backup.sh needs the parameters adjusted to work.

$ bin/local-master-backup.sh start 1          
starting master, logging to /var/lib/hbase/logs/hbase-larsgeorge-1-master-de1-app-mbp-2.out
Usage: Master [opts] start|stop
 start  Start Master. If local mode, start Master and RegionServer in same JVM
 stop   Start cluster shutdown; Master signals RegionServer shutdown
 where [opts] are:
   --minServers=<servers>    Minimum RegionServers needed to host user tables.
   --backup                  Master should start in backup mode

The log has

2011-06-25 10:26:34,864 ERROR org.apache.hadoop.hbase.master.HMasterCommandLine: Could not parse: 
org.apache.commons.cli.UnrecognizedOptionException: Unrecognized option: -D
        at org.apache.commons.cli.Parser.processOption(Parser.java:363)
        at org.apache.commons.cli.Parser.parse(Parser.java:199)
        at org.apache.commons.cli.Parser.parse(Parser.java:85)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:73)
        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:65)
        at org.apache.hadoop.hbase.util.ServerCommandLine.doMain(ServerCommandLine.java:76)
        at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:1346)

Fix:

Index: bin/local-master-backup.sh
--- bin/local-master-backup.sh  (revision 1139502)
+++ bin/local-master-backup.sh  (working copy)
@@ -21,9 +21,9 @@
   DN=$2
   export HBASE_IDENT_STRING="$USER-$DN"
   HBASE_MASTER_ARGS="\
-    --backup \
     -D hbase.master.port=`expr 60000 + $DN` \
-    -D hbase.master.info.port=`expr 60010 + $DN`"
+    -D hbase.master.info.port=`expr 60010 + $DN` \
+    --backup"
   "$bin"/hbase-daemon.sh $1 master $HBASE_MASTER_ARGS
 }

TestJdbcWithMiniHS2#testHttpHeaderSize tests whether config of http header sizes works by using a long username. The local scratch directory for the session uses the username as part of its path. When this name is more than 255 chars (on most modern file systems) then the directory creation will fail. HIVE-18625 made this failure throw an exception, which has caused a regression in testHttpHeaderSize.

the LZ4 implementation of Compression.Algorithm#getCodec(Configuration) makes an extra call to buildCodec.

TestUpgradeFromHFileV1ToEncoding started to fail since build #3242
Build #3246 was more recent one where it failed.

2012-08-21 00:49:06,536 INFO  [SplitLogWorker-vesta.apache.org,40294,1345510146310] regionserver.SplitLogWorker(135): SplitLogWorker vesta.apache.org,40294,1345510146310 starting
2012-08-21 00:49:06,537 INFO  [RegionServer:0;vesta.apache.org,40294,1345510146310] regionserver.HRegionServer(2431): Registered RegionServer MXBean
2012-08-21 00:49:06,620 WARN  [Master:0;vesta.apache.org,60969,1345510146282] master.AssignmentManager(1606): Failed assignment of -ROOT-,,0.70236052 to vesta.apache.org,40294,1345510146310, trying to assign elsewhere instead; retry=0
	at org.apache.hadoop.hbase.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:187)
	at org.apache.hadoop.hbase.master.ServerManager.sendRegionOpen(ServerManager.java:500)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1587)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1256)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1226)
	at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1221)
	at org.apache.hadoop.hbase.master.AssignmentManager.assignRoot(AssignmentManager.java:2103)
	at org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:785)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:665)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:439)
Caused by: org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hbase.ipc.ServerNotRunningYetException: Server is not running yet
	at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1766)

	at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:1187)
	at org.apache.hadoop.hbase.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:178)
	... 11 more
2012-08-21 00:49:06,621 INFO  [Master:0;vesta.apache.org,60969,1345510146282] master.RegionStates(250): Region {NAME => '-ROOT-,,0', STARTKEY => '', ENDKEY => '', ENCODED => 70236052,} transitioned from {-ROOT-,,0.70236052 state=PENDING_OPEN, ts=1345510146520, server=vesta.apache.org,40294,1345510146310} to {-ROOT-,,0.70236052 state=OFFLINE, ts=1345510146621, server=null}
2012-08-21 00:49:06,621 WARN  [Master:0;vesta.apache.org,60969,1345510146282] master.AssignmentManager(1772): Can't move the region 70236052, there is no destination server available.
2012-08-21 00:49:06,621 WARN  [Master:0;vesta.apache.org,60969,1345510146282] master.AssignmentManager(1618): Unable to find a viable location to assign region -ROOT-,,0.70236052
2012-08-21 00:50:06,406 DEBUG [Master:0;vesta.apache.org,60969,1345510146282.archivedHFileCleaner] cleaner.CleanerChore(145): Checking directory: hdfs://localhost:56237/user/hudson/hbase/.archive/UpgradeTable

Looks like ROOT region couldn't be assigned.

A project-default.yml fie like the following:

swarm: 
  deployment: 
    RolesAllowedTest.war: 
      web: 
        login-config: 
          auth-method: MP-JWT
        security-constraints: 
          - url-pattern: "/endp/echo"
            methods: [GET]
            roles: [Echoer]
          - url-pattern: "/endp/echo2"
            roles: [NoSuchRole]

results in all of the web configuration being ignored because of the check for a known auth method among the 4 hardcoded in the org.wildfly.swarm.undertow.runtime.HttpSecurityPreparer. If an equivalent configuration is passed in via a WEB-INF/web.xml, the method is allowed. Since undertow has an extension mechanism that allows for deploying custom authentication mechanisms in the deployment war, I don't see the point in trying to validate it here.
I would propose to just remove validation of the auth-method altogether. If acceptable, assign this to me and I'll create a pull request.

When we have region replica enabled, we try to replicate the flush markers. In the replica region on receiving the FLUSH_START_MARKER we create a snapshot. On receiving COMMIT_FLUSH_MARKER we just update the store files and clear the snapshot. But in the recent trunk code while creating snapshot (need to verify in other  branches too)

    this.timeRangeTracker = snapshot.getTimeRangeTracker();
    this.scanners = snapshot.getScanners(Long.MAX_VALUE, Long.MAX_VALUE);
    this.tagsPresent = snapshot.isTagsPresent();

The scanners that we create internally increment the openScannerCount per MSLAB. But since in this case we don't call scanner.close() we don't decrement the scanner count and so the MSLAB chunks are not returned back to the pool when the snapshot is closed in the replica region.

int count  = openScannerCount.get();
    LOG.info("the count is "+count);
    if(count == 0) {
      recycleChunks();

This is a critical bug. 

In HBASE-19042 we discuss moving to a maven-based image for docker instead of going through gymnastics ourselves. We got a short term fix in there, but let's do the bulk of the cleanup here.

Create a simple app as follows:

Start the app and create 11 Pizzas. Click the "List all Pizzas" link and you will correctly see this:

Go to page 2, and you will correctly see this:

Click the "15" link, and you will see "No Pizzas found". A power user might realise from that link's target URL that the list is empty because it's displaying page 2 with a page size of 15, but most users would be surprised to see an empty list. Instead, they would expect to see all 11 pizzas on a single page (I hallway-tested this theory on some non-technical colleagues).
In general terms, increasing the page size will wrongly show an empty list when the new page size times the current page number exceeds the number of available results. The only way to provide consistent, unsurprising behaviour is to go back to page 1 when changing the page size, as the page numbers that correspond to the previous page size no longer make sense.
P.S. When testing or replicating this, please be aware of the navigation problems caused by ROO-650.

The following NPE happenes when calling ELFlash.get in EAP 7.1.0.
~~~
	at com.sun.faces.context.flash.ELFlash.get(ELFlash.java:412)
~~~
The same issue was reported in:
Fixes https://java.net/jira/browse/JAVASERVERFACES-3621, All Flash operations cause NPE with distributable webapp and no session

In the method deserializeAccessToken() in the class DefaultOAuth2SerializationService line 86 is as follows:
token.setExpiration(new Date(expiration * 1000L));
The expiration variable being deserialized is the number of seconds from the current time until expiration and thus the line should be:
token.setExpiration(new Date(System.currentTimeMillis() + expiration * 1000L));
Either that or just serialize the time it expires directly and not time until expiration?
With this bug, all access tokens acquired from the provider have an incorrect expiration date.

In the test case, we use "master.assignRegion(hri);" to assign regions to live RS or dead RS(will be aborted during the test). While master.assignRegion may not always successfully assign a region to the expected RS due to following error:
1) We firstly try to open a region in region server, let's say RS1
2) For some reason the region open takes more than a time out period
3) AM tries to reassign it and force a new plan due to the time out
4) the Region is re-assigned to a random RS 
Then it cause the test case failure due to regions setup isn't in expected state.
I attached a log with extra added logging info and some stack traces(with (new Exception()).printStackTrace() so you can ignore java.lang.Exception). You can search region 36716be644bc9c78b3a96e0d4a43c183 to see master.assignRegion assigned a region to a randome RS. I saw the test failed once in 5 times in a loop.

HBase buid fails on windows, hbase-archetype-builder is reason for failure. Cygwin is installed so the shell scripts should execute successfully.
Here is build failure log

[INFO] Apache HBase - Archetype builder ................... FAILURE [  1.014 s]
[INFO] Total time: 06:13 min
[INFO] Finished at: 2016-11-12T18:12:26+05:30
[INFO] Final Memory: 235M/1012M
[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.4.0:exec (make-scripts-executable) on project hbase-archetype-builder: Command execution failed. Process exited with an error: 1 (Exit value: 1) -> [Help 1]
[ERROR]
[ERROR]
[ERROR]
[ERROR]   mvn <goals> -rf :hbase-archetype-builder

The split policy is not being set in hbase-default.xml. Setting it will help the users to understand that it can be configurable. 

testGetSetOfHTD(org.apache.hadoop.hbase.regionserver.TestHRegionInfo)  Time elapsed: 0.011 sec  <<< ERROR!
	at org.apache.hadoop.hbase.util.FSTableDescriptors.deleteTableDescriptorIfExists(FSTableDescriptors.java:433)
	at org.apache.hadoop.hbase.regionserver.TestHRegionInfo.testGetSetOfHTD(TestHRegionInfo.java:72)
Because the 'getTableInfoPath' can return null and it's not tested.

When using the XMLConfiguration(HierarchicalConfiguration) constructor for copying an XMLConfiguration e.g. originally read from the XML string <e a="v">example</e>, the "example" text can still be retrieved from the copy using getString(""). When saving the copy to an XML file, however, the text is not written; the resulting XML string is just <configuration a="v"/>. I will attach sample code that illustrates this.
Whether it is intended that the name of the top-level element gets lost as well, I don't know (but that is not my focus here).

org.springframework.batch.item.data.RepositoryItemReader.jumpToItem() is called for each partition and initiates the processing of the first page by calling results = doPageRead(); but doesn't increment the page attribute which means that page 0 is processed twice. The fix is simply to have page++ after the call to doPageRead();

In the Spring reference documentation for Websockets it states:
When using @EnableWebSocketMessageBroker or <websocket:message-broker> key infrastructure components automatically gather stats and counters that provide important insight into the internal state of the application. The configuration also declares a bean of type WebSocketMessageBrokerStats that gathers all available information in one place and by default logs it at INFO level once every 30 minutes.
we are using a <websocket:message-broker> but the INFO log is never performed. This was unexpected after reading the above documentation, but was fixed by adding sockJS. It probably should be clarified that this logging is actually ONLY performed if you have configured sockJS. The SockJS Task Scheduler is used to to the logging, and if the <websocket:sockjs/> tag is not in the websocket context file, this Scheduler is null. I don't know if this is unintended in the code or not, but at least the documentation should be clearer on this point.

The manifest for the org.springframework.transaction bundle is missing an Import-Package for org.jboss.resource.work, causing errors when we're trying to use the work manager from within a JBoss container.

I need to add back cleanup of split parents probably as a Chore in master.  Can use new MetaReader code.

ClasspathScanningPersistenceUnitPostProcessor throws IndexOutOfBoundsException on windows, in scanForMappingFileLocations at line 140:
resourcePath.substring(resourcePath.indexOf(basePackagePathComponent))
That's because resourcePath always has forward slash path ('/') separator beeing an URI, while basePackagePathComponent has system dependent separator (on windows it's the backslash separator). So on windows the indexOf above will return -1 and hence the IndexOutOfBoundsException in substring.
The fix which worked for me:
On line 124 and 125 replace the existing code with the following:
        String basePackagePathComponent = basePackage.replace('.', '/');
        String path = ResourcePatternResolver.CLASSPATH_ALL_URL_PREFIX + basePackagePathComponent + "/" + mappingFileNamePattern;

If reloadingRequired() returns true and you call it again before calling reloadingPerformed(), the 2nd time it can return false (but you have not yet reloaded!) because it doesn't check the file system again until the refresh delay is expired.
Of course this is a very unusual test case (usually you reload immediately) but the behaviour of the method should be consistent in this case too: if reloadingRequired() returns true any subsequent call to this method should return true until reloadingPerformed() is called.
In my project I have fixed the method by promoting the flag called "reloading" to class scope so I that can check whether the previous call returned true or false:
protected boolean reloading = false;
public boolean reloadingRequired()
{
	if (!reloading)
	{
		long now = System.currentTimeMillis();
		if (now > lastChecked + refreshDelay)
		{
			lastChecked = now;
			if (hasChanged())
			{
				reloading = true;
			}
		}
	}
	return reloading;
}
Of course I reset this flag in init() and reloadingPerformed().

HBASE-2334 was a bit to eager to put SLF4J in the "test" scope. Thrift needs SLF4J.

Take the following REST endpoint:

@RequestMapping("/lat/{latitude}/long/{longitude}")
public void testLatLong(@PathVariable Double latitude, @PathVariable Double longitude) {
	System.out.println("Latitude = " + latitude);
	System.out.println("Longitude = " + longitude);
}

If you hit this with the URL

   /lat/123/long/456 

However, if the URL contains doubles with a decimal place e.g.:

/lat/2.3/long/445

The endpoint is not longer hit, i.e. we get a 404.
Interestingly, if we change the type of the PathVariables to String:

public void testLatLong(@PathVariable String latitude, @PathVariable String longitude) {
}

It will not work when latitude or longitude contains a fullstop. However, a comma will work instead of a fullstop in this case.

TestPartitionNameWhitelistValidation uses remote metastore. However, there can be multiple issues around startup of remote metastore, including race conditions in finding available port. In addition, all the initialization done at startup of remote metastore is likely to make the test case take more time.
This test case doesn't need remote metastore, so it should be moved to using embedded metastore.

If you configure a new project using Oracle, like this:

persistence setup --provider HIBERNATE --database ORACLE

... the shell will respond to the second command as follows:

please enter your database details in src/main/resources/database.properties

The bug is that database.properties is actually located in src\main\resources\META-INF\spring, not src/main/resources as the third line indicates. 

The redirect-socket should be a capability reference to a socket-binding capability in order to benefit from model validation and tab completion.
See WFLY-7957 for a case of a user misconfiguring this and not understanding why it doesn't work.

13/01/09 17:34:54 DEBUG util.HBaseFsck: Attempting to adopt orphan: { meta => null, hdfs => hdfs://c1514.hal.cloudera.com:56020/hbase-cdh4.2/pe-2-table/28fbe62eee2ffd8ea2611335ed78f8ce, deployed =>  }
        at org.apache.hadoop.hbase.util.HBaseFsck$TableInfo.access$000(HBaseFsck.java:1871)
        at org.apache.hadoop.hbase.util.HBaseFsck.adoptHdfsOrphan(HBaseFsck.java:482)
        at org.apache.hadoop.hbase.util.HBaseFsck.adoptHdfsOrphans(HBaseFsck.java:455)
        at org.apache.hadoop.hbase.util.HBaseFsck.restoreHdfsIntegrity(HBaseFsck.java:576)
        at org.apache.hadoop.hbase.util.HBaseFsck.offlineHdfsIntegrityRepair(HBaseFsck.java:353)
        at org.apache.hadoop.hbase.util.HBaseFsck.onlineHbck(HBaseFsck.java:431)
        at org.apache.hadoop.hbase.util.HBaseFsck.exec(HBaseFsck.java:3614)
        at org.apache.hadoop.hbase.util.HBaseFsck.run(HBaseFsck.java:3436)
        at org.apache.hadoop.hbase.util.HBaseFsck.main(HBaseFsck.java:3430)

Found this in our cluster:

"IPC Server handler 5 on 60020":
  waiting for ownable synchronizer 0x00007f5f659d4e90, (a java.util.concurrent.locks.ReentrantLock$NonfairSync),
  which is held by "regionserver/0:0:0:0:0:0:0:0:60020.cacheFlusher"
"regionserver/0:0:0:0:0:0:0:0:60020.cacheFlusher":
  waiting to lock monitor 0x00007f5f56312f78 (object 0x00007f5f659d4ec0, a java.lang.Integer),
  which is held by "IPC Server handler 5 on 60020"

        - parking to wait for  <0x00007f5f659d4e90> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
        at java.util.concurrent.locks.LockSupport.park(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(Unknown Source)
        at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(Unknown Source)
        at java.util.concurrent.locks.ReentrantLock.lock(Unknown Source)
        at org.apache.hadoop.hbase.HLog.rollWriter(HLog.java:219)
        at org.apache.hadoop.hbase.HLog.append(HLog.java:390)
        - locked <0x00007f5f659d4ec0> (a java.lang.Integer)
        at org.apache.hadoop.hbase.HRegion.update(HRegion.java:1633)
        at org.apache.hadoop.hbase.HRegion.batchUpdate(HRegion.java:1436)
        at org.apache.hadoop.hbase.HRegionServer.batchUpdate(HRegionServer.java:1552)
        at org.apache.hadoop.hbase.HLog.completeCacheFlush(HLog.java:481)
        - waiting to lock <0x00007f5f659d4ec0> (a java.lang.Integer)
        at org.apache.hadoop.hbase.HRegion.internalFlushcache(HRegion.java:1133)
        at org.apache.hadoop.hbase.HRegion.flushcache(HRegion.java:1020)
        at org.apache.hadoop.hbase.HRegionServer$Flusher.flushRegion(HRegionServer.java:446)
        - locked <0x00007f5f659d3ec8> (a java.util.HashSet)
        at org.apache.hadoop.hbase.HRegionServer$Flusher.run(HRegionServer.java:390)

On HBASE-18419 I accidentally included an unused import in my patch, but precommit didn't flag it. Use this issue to diagnose and fix.

If I generate a domain class that has a camel-cased name such as courseName, and then generate a dynamic finder based on the name, the length check within the Controller's find/findByFieldNameLike method incorrectly generates an all lower-case field name within the length check, although it is correct in the null check:
    @org.springframework.web.bind.annotation.RequestMapping(value = "find/ByCourseNameLike", method = org.springframework.web.bind.annotation.RequestMethod.GET)    
    public java.lang.String CourseController.findCoursesByCourseNameLike(@org.springframework.web.bind.annotation.RequestParam("coursename") java.lang.String courseName, org.springframework.ui.ModelMap modelMap) 
{    
        if(courseName == null || coursename.length() == 0) throw new IllegalArgumentException("A courseName is required.");        
        modelMap.addAttribute("courses", com.chariot.roo.demo.domain.Course.findCoursesByCourseNameLike(courseName).getResultList());        
        return "course/list";        
    }
 
Roo commands:
create project -topLevelPackage roodemo
new persistent class jpa -name ~.Course
add field string -fieldName courseName
list finders for -class roodemo.Course
install finder -finderName findCoursesByCourseNameLike
new controller automatic -name roodemo.CourseController -formBackingObject  roodemo.Course
Execute a mvn jetty:run to see the compiler error (or just mvn compile).  I get:
error at if(courseName == null || coursename.length() == 0) throw new IllegalArgumentException("A courseName is required."); 
Note the coursename.length() is the error.

After several jiras changing the wsconsume and wsprovide shell and batch scripts there shoud be some clean up and synchronization of their contents.
Eg. WFLY-9850 was fixed only for wsprovide.sh but the same issue is in wsconsume.sh
Eg2. tools.jar is added to classpath in wsconsume scripts while it isn't in wsprovide counterpart - we should remove it as it is not needed anymore.

DROP TABLE IF EXISTS dummy;
CREATE TABLE dummy (i int);
INSERT INTO TABLE dummy VALUES (1);

DROP TABLE IF EXISTS struct_table_example;
CREATE TABLE struct_table_example (a int, s1 struct<f1: boolean, f2: string, f3: int, f4: int> ) STORED AS ORC;

INSERT INTO TABLE struct_table_example SELECT 1, named_struct('f1', false, 'f2', 'test', 'f3', 3, 'f4', 4)  FROM dummy;

select s1.f1, s1.f2, rank() over (partition by s1.f2 order by s1.f4) from struct_table_example;

This would throw the following error

Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{"reducesinkkey0":"test","reducesinkkey1":4},"value":{"_col1":{"f1":false,"f2":"test","f3":3,"f4":4}}}
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:297)
	... 14 more
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{"reducesinkkey0":"test","reducesinkkey1":4},"value":{"_col1":{"f1":false,"f2":"test","f3":3,"f4":4}}}
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:365)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:287)
	... 16 more
Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.lazybinary.LazyBinaryStruct cannot be cast to org.apache.hadoop.io.IntWritable
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableIntObjectInspector.getPrimitiveJavaObject(WritableIntObjectInspector.java:46)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.copyToStandardObject(ObjectInspectorUtils.java:412)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFRank.copyToStandardObject(GenericUDAFRank.java:219)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFRank$GenericUDAFAbstractRankEvaluator.iterate(GenericUDAFRank.java:154)
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.aggregate(GenericUDAFEvaluator.java:192)
	at org.apache.hadoop.hive.ql.udf.ptf.WindowingTableFunction.processRow(WindowingTableFunction.java:407)
	at org.apache.hadoop.hive.ql.exec.PTFOperator$PTFInvocation.processRow(PTFOperator.java:325)
	at org.apache.hadoop.hive.ql.exec.PTFOperator.process(PTFOperator.java:139)
	at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:356)
	... 17 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:0, Vertex vertex_1546783872011_263870_1_01 [Reducer 2] killed/failed due to:OWN_TASK_FAILURE]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0
	at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:196)
	at org.apache.hadoop.hive.ql.exec.TaskRunner.run(TaskRunner.java:79) (state=08S01,code=2)

This is a very simple use case, Its strange how this was ignored. I will try to create a sample war file and get it. in the mean while..
Spring : 2.5.1 (code in 2.0)
Acegi : 1.0.4
lest say we have Acegi security and a multi action controller method resolved on "action" parameter.
lets say, we try to access
/mod/order.html?action=view
and acegi saves the request into SavedRequestAwareWrapper and forwards to /login.html
After login, it goes to OrderController.view() method and forwards to view.jsp
similarly
/mod/order.html?action=viewDetail (This has more logic and data building)
to OrderController.viewDetail() to viewdetail.jsp
This is fine so far
but I have a condition in view.jsp (say for certain cust)
if (cust priv > ordinary) 
 <jsp:include page="/mod/order.html?action=viewDetail" />
now, if i add this jsp include, and access this page with a customer satisfying the condition, a new request to
keeps looping after login and there is a stack over flow.
Reason:
After Login, the request /mod/order.html?action=view goes to call the 
OrderController.view(), once it dispatches to jsp, the jsp include is kicked off, and the method resolver tries to get the parameter action from the request. However, the SavedRequestAwareWrapper.getParameter returns it from the savedRequest which is "/mod/order.html?action=view" .. it keeps looping there. 
I am eager to find out how you would solve this.

Repository methods that return an @QueryResult don't support paging. 

I have a query with an ORDER BY clause.

@Query("SELECT a FROM Admin a " + 
       "WHERE LOWER(a.firstname) LIKE LOWER(CONCAT('%', :searchTerm, '%'))" + 
       "   OR LOWER(a.lastname) LIKE LOWER(CONCAT('%', :searchTerm, '%'))" +
       "   OR LOWER(a.email) LIKE LOWER(CONCAT('%', :searchTerm, '%'))" +
       "   OR LOWER(a.login) LIKE LOWER(CONCAT('%', :searchTerm, '%'))" +
       "ORDER BY a.lastname, a.firstname")")
public Page<Admin> search(@Param("searchTerm") String searchTerm, Pageable page);

The ORDER BY clause does not specify any ASC nor DESC clause assuming the default ASC clause would be used.
But instead, the generated query looks like:

SELECT a FROM com.thalasoft.learnintouch.core.jpa.domain.Admin a 
WHERE LOWER(a.firstname) LIKE LOWER(CONCAT('%', :searchTerm, '%')) 
   OR LOWER(a.lastname) LIKE LOWER(CONCAT('%', :searchTerm, '%')) 
   OR LOWER(a.email) LIKE LOWER(CONCAT('%', :searchTerm, '%'))
   OR LOWER(a.login) LIKE LOWER(CONCAT('%', :searchTerm, '%'))
ORDER BY a.lastname, a.firstname order by a.lastname asc, a.firstname asc

It shows two ORDER BY clauses. If I explicitly add the ASC clause then the query is fine.

LLAP service driver's precondition failure message are like below

Working memory + cache has to be smaller than the container sizing

It will be better to include the actual values for the sizes in the precondition failure message.

The DUP assumes that the EE subsystem is present and initialised/attached the registry

Command to build and test:
mvn clean install -X 
JAVA_TOOL_OPTIONS: -Xmx4G -XX:MaxPermSize=4G -Xms1G
Failure in tests:
Results :
  TestServerSideScanMetricsFromClientSide.testRowsSeenMetricWithAsync:161->testRowsSeenMetric:174->testRowsSeenMetric:204->testMetric:330 Metric: ROWS_SCANNED Expected: 9 Actual: 8 expected:<9> but was:<8>
  TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing:78->testReplayWorksWithMemoryCompactionPolicy:149->verifyAllEditsMadeItIn:195 Failed to find W\xE1X\xDBv\xD8}\x07\xBF\xC1I\xF1\xF5\xB9\x84\xD8/meta:prev/1422491946444/Put/vlen=16/seqid=0
Tests run: 1761, Failures: 2, Errors: 0, Skipped: 6
----------------------------------------------------------------------------------------
This is the output for 1st test failure:
Test set: org.apache.hadoop.hbase.TestServerSideScanMetricsFromClientSide
Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 7.971 sec <<< FAILURE! - in org.apache.hadoop.hbase.TestServerSideScanMetricsFromClientSide
testRowsSeenMetricWithAsync(org.apache.hadoop.hbase.TestServerSideScanMetricsFromClientSide)  Time elapsed: 1.134 sec  <<< FAILURE!
java.lang.AssertionError: Metric: ROWS_SCANNED Expected: 9 Actual: 8 expected:<9> but was:<8>
        at org.apache.hadoop.hbase.TestServerSideScanMetricsFromClientSide.testMetric(TestServerSideScanMetricsFromClientSide.java:330)
        at org.apache.hadoop.hbase.TestServerSideScanMetricsFromClientSide.testRowsSeenMetric(TestServerSideScanMetricsFromClientSide.java:204)
        at org.apache.hadoop.hbase.TestServerSideScanMetricsFromClientSide.testRowsSeenMetric(TestServerSideScanMetricsFromClientSide.java:174)
        at org.apache.hadoop.hbase.TestServerSideScanMetricsFromClientSide.testRowsSeenMetricWithAsync(TestServerSideScanMetricsFromClientSide.java:161)
This is output of 2nd test failure:
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 11.911 sec <<< FAILURE! - in org.apache.hadoop.hbase.regionserver.TestRecoveredEdits
testReplayWorksThoughLotsOfFlushing(org.apache.hadoop.hbase.regionserver.TestRecoveredEdits)  Time elapsed: 11.871 sec  <<< FAILURE!
java.lang.AssertionError: Failed to find W\xE1X\xDBv\xD8}\x07\xBF\xC1I\xF1\xF5\xB9\x84\xD8/meta:prev/1422491946444/Put/vlen=16/seqid=0
        at org.apache.hadoop.hbase.regionserver.TestRecoveredEdits.verifyAllEditsMadeItIn(TestRecoveredEdits.java:195)
        at org.apache.hadoop.hbase.regionserver.TestRecoveredEdits.testReplayWorksWithMemoryCompactionPolicy(TestRecoveredEdits.java:149)
        at org.apache.hadoop.hbase.regionserver.TestRecoveredEdits.testReplayWorksThoughLotsOfFlushing(TestRecoveredEdits.java:78)
Please let me know if you need more information
Thanks,
Anup

Let us have a simple inheritance hierarchy:

open class Animal

class Bird(val color: String): Animal()

And let us make a repository for all Animals:

interface AnimalRepository: MongoRepository<Animal, String>

The problem is that if we save Birds to this repository, they are saved in either the "Animals" mongo collection, or the "Birds" collection, depending on whether we use MongoRepository::save or MongoRepository::saveAll:

class DemoApplicationTests {

    lateinit var animalRepository: AnimalRepository

    @Before
    fun cleanup() {
        animalRepository.deleteAll()
    }

    @Test
    fun testNormal() {

        animalRepository.save(Bird("green"))           // Saves to "Animal" collection as expected
        animalRepository.saveAll(listOf(Bird("red")))  // Saves to "Bird" collection even though it should go into the "Animal" collection

        val count = animalRepository.count() // Counts only the documents in the "Animal" collection

        assertEquals(2, count) // count == 1 
    }
}

This would not be a problem in itself, but the retreival functions always work on the more general repository ("Animal" in this case).

script.q

-- multiple sources, single key
select count(*) from srcpart join srcpart_date on (srcpart.ds = srcpart_date.ds) join srcpart_hour on (srcpart.hr = srcpart_hour.hr)

if disabling "hive.optimize.index.filter", case passes otherwise it always hang out in the first job. Exception

17/05/27 23:39:45 DEBUG Executor task launch worker-0 PerfLogger: </PERFLOG method=SparkInitializeOperators start=1495899585574 end=1495899585933 duration=359 from=org.apache.hadoop.hive.ql.exec.spark.SparkRecordHandler>
17/05/27 23:39:45 INFO Executor task launch worker-0 Utilities: PLAN PATH = hdfs://bdpe41:8020/tmp/hive/root/029a2d8a-c6e5-4ea9-adea-ef8fbea3cde2/hive_2017-05-27_23-39-06_464_5915518562441677640-1/-mr-10007/617d9dd6-9f9a-4786-8131-a7b98e8abc3e/map.xml
17/05/27 23:39:45 DEBUG Executor task launch worker-0 Utilities: Found plan in cache for name: map.xml
17/05/27 23:39:45 DEBUG Executor task launch worker-0 DFSClient: Connecting to datanode 10.239.47.162:50010
17/05/27 23:39:45 DEBUG Executor task launch worker-0 MapOperator: Processing alias(es) srcpart_hour for file hdfs://bdpe41:8020/user/hive/warehouse/srcpart_hour/000008_0
17/05/27 23:39:45 DEBUG Executor task launch worker-0 ObjectCache: Creating root_20170527233906_ac2934e1-2e58-4116-9f0d-35dee302d689_DynamicValueRegistry
17/05/27 23:39:45 ERROR Executor task launch worker-0 SparkMapRecordHandler: Error processing row: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"hr":"11","hour":"11"}
org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"hr":"11","hour":"11"}
     at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:562)
     at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.processRow(SparkMapRecordHandler.java:136)
     at org.apache.hadoop.hive.ql.exec.spark.HiveMapFunctionResultList.processNextRecord(HiveMapFunctionResultList.java:48)
     at org.apache.hadoop.hive.ql.exec.spark.HiveMapFunctionResultList.processNextRecord(HiveMapFunctionResultList.java:27)
     at org.apache.hadoop.hive.ql.exec.spark.HiveBaseFunctionResultList.hasNext(HiveBaseFunctionResultList.java:85)
     at scala.collection.convert.Wrappers$JIteratorWrapper.hasNext(Wrappers.scala:42)
     at scala.collection.Iterator$class.foreach(Iterator.scala:893)
     at scala.collection.AbstractIterator.foreach(Iterator.scala:1336)
     at org.apache.spark.rdd.AsyncRDDActions$$anonfun$foreachAsync$1$$anonfun$apply$12.apply(AsyncRDDActions.scala:127)
     at org.apache.spark.SparkContext$$anonfun$33.apply(SparkContext.scala:1974)
     at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:70)
     at org.apache.spark.scheduler.Task.run(Task.scala:85)
     at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:274)
     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
     at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalStateException: Failed to retrieve dynamic value for RS_7_srcpart__col3_min
     at org.apache.hadoop.hive.ql.plan.DynamicValue.getValue(DynamicValue.java:126)
     at org.apache.hadoop.hive.ql.plan.DynamicValue.getWritableValue(DynamicValue.java:101)
     at org.apache.hadoop.hive.ql.exec.ExprNodeDynamicValueEvaluator._evaluate(ExprNodeDynamicValueEvaluator.java:51)
     at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:80)
     at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator$DeferredExprObject.get(ExprNodeGenericFuncEvaluator.java:88)
     at org.apache.hadoop.hive.ql.udf.generic.GenericUDFOPEqualOrGreaterThan.evaluate(GenericUDFOPEqualOrGreaterThan.java:108)
     at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBetween.evaluate(GenericUDFBetween.java:57)
     at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator._evaluate(ExprNodeGenericFuncEvaluator.java:187)
     at org.apache.hadoop.hive.ql.udf.generic.GenericUDFOPAnd.evaluate(GenericUDFOPAnd.java:63)
     at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluatorHead._evaluate(ExprNodeEvaluatorHead.java:44)
     at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:68)
     at org.apache.hadoop.hive.ql.exec.FilterOperator.process(FilterOperator.java:112)
     at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:897)
     at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:130)
     at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:148)
     at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:547)
     ... 17 more
     at org.apache.hadoop.hive.ql.exec.mr.ObjectCache.retrieve(ObjectCache.java:62)
     at org.apache.hadoop.hive.ql.exec.mr.ObjectCache.retrieve(ObjectCache.java:51)
     at org.apache.hadoop.hive.ql.exec.ObjectCacheWrapper.retrieve(ObjectCacheWrapper.java:40)
     at org.apache.hadoop.hive.ql.plan.DynamicValue.getValue(DynamicValue.java:119)
     ... 41 more
     at org.apache.hadoop.hive.ql.exec.mr.ObjectCache.retrieve(ObjectCache.java:60)
     ... 44 more
17/05/27 23:39:45 ERROR Executor task launch worker-0 Executor: Exception in task 1.0 in stage 0.0 (TID 1)
java.lang.RuntimeException: Error processing row: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"hr":"11","hour":"11"}
     at org.apache.hadoop.hive.ql.exec.spark.SparkMapRecordHandler.processRow(SparkMapRecordHandler.java:149)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"hr":"11","hour":"11"}
     ... 16 more
     at org.apache.hadoop.hive

      if (!procedure.isFailed()) {
        if (subprocs != null) {
          if (subprocs.length == 1 && subprocs[0] == procedure) {
            // Procedure returned itself. Quick-shortcut for a state machine-like procedure;
            // i.e. we go around this loop again rather than go back out on the scheduler queue.
            subprocs = null;
            reExecute = true;
            LOG.trace("Short-circuit to next step on pid={}", procedure.getProcId());
          } else {
            // Yield the current procedure, and make the subprocedure runnable
            // subprocs may come back 'null'.
            subprocs = initializeChildren(procStack, procedure, subprocs);
            LOG.info("Initialized subprocedures=" +
              (subprocs == null? null:
                Stream.of(subprocs).map(e -> "{" + e.toString() + "}").
                collect(Collectors.toList()).toString()));
          }
        } else if (procedure.getState() == ProcedureState.WAITING_TIMEOUT) {
          LOG.debug("Added to timeoutExecutor {}", procedure);
          timeoutExecutor.add(procedure);
        } else if (!suspended) {
          // No subtask, so we are done
          procedure.setState(ProcedureState.SUCCESS);
        }
      }

Currently implementation of ProcedureExecutor will set the reExcecute to true for state machine like procedure. Then if this procedure is stuck at one certain state, it will loop forever.

          IdLock.Entry lockEntry = procExecutionLock.getLockEntry(proc.getProcId());
          try {
            executeProcedure(proc);
          } catch (AssertionError e) {
            LOG.info("ASSERT pid=" + proc.getProcId(), e);
            throw e;
          } finally {
            procExecutionLock.releaseLockEntry(lockEntry);

Since procedure will get the IdLock and release it after execution done, state machine procedure will never release IdLock until it is finished.
Then bypassProcedure doesn't work because is will try to grab the IdLock at first.

    IdLock.Entry lockEntry = procExecutionLock.tryLockEntry(procedure.getProcId(), lockWait);

We are using property placeholders for configuring well known application URLs in application condex descriptor. 
	<bean id="applicationPropertyPlaceholderConfigurer" class="org.springframework.web.context.support.ServletContextPropertyPlaceholderConfigurer">
		<property name="properties">
			<value>
				loginPath=/login
				logoutPath=/logout
			</value>
	</bean>
 	<util:map id="exportSymbols">
		<entry key="application.logoutURI" value="${logoutPath}"/>
	</util:map>
	<security:http  access-decision-manager-ref="accessDecisionManager" path-type="regex" realm="TAO Realm">
		<security:logout logout-url="${logoutPath}"/>
So, we need to define real URI once, and do not bothering if it will cahnge later. But SEC-757 fix do not allow using placeholders more, becouse now spring-security checks URLs for validity. Plese, can you check URI for validity after PropertyPlaceholderConfigurer done his job.

"Long" (with a big 'L') is not a vaid alias... this is what was thrown:
java.lang.IllegalArgumentException: The target class to convert to is required
	at org.springframework.util.Assert.notNull(Assert.java:113)
	at org.springframework.binding.convert.support.GenericConversionService.getConversionExecutor(GenericConversionService.java:139)
	at org.springframework.webflow.engine.builder.xml.XmlFlowBuilder.parseTypeConverter(XmlFlowBuilder.java:1003)
	at org.springframework.webflow.engine.builder.xml.XmlFlowBuilder.parseMappings(XmlFlowBuilder.java:964)
	at org.springframework.webflow.engine.builder.xml.XmlFlowBuilder.parseInputMapper(XmlFlowBuilder.java:927)
	at org.springframework.webflow.engine.builder.xml.XmlFlowBuilder.buildInputMapper(XmlFlowBuilder.java:342)
	at org.springframework.webflow.engine.builder.FlowAssembler.directAssembly(FlowAssembler.java:146)
	at org.springframework.webflow.engine.builder.FlowAssembler.assembleFlow(FlowAssembler.java:131)
	at org.springframework.webflow.engine.builder.RefreshableFlowDefinitionHolder.assembleFlow(RefreshableFlowDefinitionHolder.java:173)
	at org.springframework.webflow.engine.builder.RefreshableFlowDefinitionHolder.refreshIfChanged(RefreshableFlowDefinitionHolder.java:128)
	at org.springframework.webflow.engine.builder.RefreshableFlowDefinitionHolder.getFlowDefinition(RefreshableFlowDefinitionHolder.java:96)
	at org.springframework.webflow.definition.registry.FlowDefinitionRegistryImpl.getFlowDefinition(FlowDefinitionRegistryImpl.java:126)
	at org.springframework.webflow.engine.impl.FlowExecutionImplStateRestorer.restoreState(FlowExecutionImplStateRestorer.java:101)
	at org.springframework.webflow.execution.repository.continuation.ContinuationFlowExecutionRepository.getFlowExecution(ContinuationFlowExecutionRepository.java:166)
	at org.springframework.webflow.executor.FlowExecutorImpl.refresh(FlowExecutorImpl.java:272)
	at org.springframework.webflow.executor.support.FlowRequestHandler.handleFlowRequest(FlowRequestHandler.java:122)
	at org.springframework.webflow.executor.mvc.FlowController.handleRequestInternal(FlowController.java:170)
	at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:819)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:754)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:399)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:354)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
	at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
	at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
	at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
	at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)

While trying to deploy the website I run into this problem:

[INFO] --- maven-antrun-plugin:1.7:run (make) @ commons-crypto ---
[INFO] Executing tasks

make:
     [exec] compiling OSInfo.java
     [exec] "$JAVA_HOME/bin/javac" -source 1.6 -target 1.6 -d target/jni-classes -sourcepath src/main/java src/main/java/org/apache/commons/crypto/random/OpensslCryptoRandomNative.java
     [exec] warning: [options] bootstrap class path not set in conjunction with -source 1.6
     [exec] 1 warning
     [exec] "$JAVA_HOME/bin/javah" -force -classpath target/jni-classes -o target/jni-classes/org/apache/commons/crypto/random/OpensslCryptoRandomNative.h org.apache.commons.crypto.random.OpensslCryptoRandomNative
     [exec] gcc -arch x86_64 -Ilib/inc_mac -I/Library/Java/JavaVirtualMachines/jdk1.8.0_65.jdk/Contents/Home/include -O2 -fPIC -mmacosx-version-min=10.5 -fvisibility=hidden -Ilib/include -I/usr/include -I"src/main/native/org/apache/commons/crypto/" -I"/Library/Java/JavaVirtualMachines/jdk1.8.0_65.jdk/Contents/Home/include/darwin" -I"target/jni-classes/org/apache/commons/crypto/cipher" -I"target/jni-classes/org/apache/commons/crypto/random" -c src/main/native/org/apache/commons/crypto/random/OpensslCryptoRandomNative.c -o target/commons-crypto-1.0.0-SNAPSHOT-Mac-x86_64/OpensslCryptoRandom.o
     [exec] In file included from src/main/native/org/apache/commons/crypto/random/OpensslCryptoRandomNative.c:19:
     [exec] In file included from src/main/native/org/apache/commons/crypto/random/org_apache_commons_crypto_random.h:22:
     [exec] src/main/native/org/apache/commons/crypto/org_apache_commons_crypto.h:196:10: fatal error: 'openssl/aes.h' file not found
     [exec] #include <openssl/aes.h>
     [exec]          ^
     [exec] 1 error generated.
     [exec] make: *** [target/commons-crypto-1.0.0-SNAPSHOT-Mac-x86_64/OpensslCryptoRandom.o] Error 1

I'm pretty lost, since I don't know c programming. Would be good to have some documentation on how to set up the development environment (on Linux/Mac OS/Windows) for building crypto.

Running
mvn -Dhadoop.profile=23 test -P localTests -Dtest=org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat
yields this on 0.92:
Failed tests:   testColumnFamilyCompression(org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat): HFile for column family info-A not found
  test_TIMERANGE(org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat): /home/gchanan/workspace/apache92/target/test-data/276cbd0c-c771-4f81-9ba8-c464c9dd7486/test_TIMERANGE_present/_temporary/0/_temporary/_attempt_200707121733_0001_m_000000_0 (Is a directory)
  testMRIncrementalLoad(org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat): TestTable
  testMRIncrementalLoadWithSplit(org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat): TestTable
It looks like on trunk, this also results in an error:
  testExcludeMinorCompaction(org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat): TestTable
I have a patch that fixes testColumnFamilyCompression and test_TIMERANGE, but haven't fixed the other 3 yet.

STR (Structure)
STEP 1. Create tables

CREATE TABLE IF NOT EXISTS t1 (id INT);
INSERT INTO TABLE t1 VALUES (1),(2),(3),(4),(5);
CREATE TABLE IF NOT EXISTS `htable`(
  `id` INT, 
  `map_column` STRUCT<s_int:INT,s_string:STRING,s_date:DATE>) ROW FORMAT SERDE 'org.apache.hadoop.hive.hbase.HBaseSerDe'  STORED BY 'org.apache.hadoop.hive.hbase.HBaseStorageHandler'  WITH SERDEPROPERTIES (   'hbase.columns.mapping'=':key,id:id',    'serialization.format'='1') TBLPROPERTIES ( 'hbase.table.name'='tmp/h');

STEP 2. Insert into table stored in HBase the struct with NULL value in it

INSERT INTO `htable` SELECT 2,NAMED_STRUCT("s_int",CAST(NULL AS INT),"s_string","s1","s_date",CAST('2018-03-12' AS DATE)) FROM t1 LIMIT 1;

The query fails with NPE.

Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":{"_col0":2,"_col1":{"s_int":null,"s_string":"s1","s_date":"2018-03-12"}}}
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:257)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1631)
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":{"_col0":2,"_col1":{"s_int":null,"s_string":"s1","s_date":"2018-03-12"}}}
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:245)
	... 7 more
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:787)
	at org.apache.hadoop.hive.ql.exec.LimitOperator.process(LimitOperator.java:63)
	at org.apache.hadoop.hive.ql.exec.mr.ExecReducer.reduce(ExecReducer.java:236)
	... 7 more
	at org.apache.hadoop.hive.hbase.HBaseSerDe.serialize(HBaseSerDe.java:301)
	at org.apache.hadoop.hive.ql.exec.FileSinkOperator.process(FileSinkOperator.java:714)
	... 12 more
	at org.apache.hadoop.hive.serde2.lazy.LazyUtils.writePrimitiveUTF8(LazyUtils.java:239)
	at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:295)
	at org.apache.hadoop.hive.hbase.HBaseSerDe.serialize(HBaseSerDe.java:297)
	... 13 more

The query finished successfully.
STR (arrays)

CREATE TABLE hbase_list(id INT, list_column array<string>) ROW FORMAT SERDE 'org.apache.hadoop.hive.hbase.HBaseSerDe' STORED BY 'org.apache.hadoop.hive.hbase.HBaseStorageHandler' WITH SERDEPROPERTIES ('hbase.columns.mapping'=':key,id:id', 'serialization.format'='1') TBLPROPERTIES ( 'hbase.table.name'='tmp/htest');

STEP 2. Insert into table stored in HBase the array with NULL value in it

insert into hbase_list SELECT 2, array("a", CAST (NULL AS STRING),  "b") FROM t1 LIMIT 1;

Error: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":{"_col0":2,"_col1":["a",null,"b"]}}
Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) {"key":{},"value":{"_col0":2,"_col1":["a",null,"b"]}}
	... 7 more
	... 7 more
	... 12 more
	at org.apache.hadoop.hive.serde2.lazy.LazyUtils.writePrimitiveUTF8(LazyUtils.java:260)
	at org.apache.hadoop.hive.hbase.HBaseRowSerializer.serialize(HBaseRowSerializer.java:251)
	... 13 more

The process will return 
Job failed with java.lang.NullPointerException
at org.apache.spark.JavaFutureActionWrapper.getImpl(FutureAction.scala:272)
at org.apache.spark.JavaFutureActionWrapper.get(FutureAction.scala:277)
at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:362)
at org.apache.hive.spark.client.RemoteDriver$JobWrapper.call(RemoteDriver.java:323)
Caused by: org.apache.spark.SparkException: Job aborted due to stage failure: Task 1 in stage 1.0 failed 4 times, most recent failure: Lost task 1.3 in stage 1.0 (TID 31, bdpe822n1): java.io.IOException: java.lang.reflect.InvocationTargetException
at org.apache.hadoop.hive.io.HiveIOExceptionHandlerChain.handleRecordReaderCreationException(HiveIOExceptionHandlerChain.java:97)
at org.apache.hadoop.hive.io.HiveIOExceptionHandlerUtil.handleRecordReaderCreationException(HiveIOExceptionHandlerUtil.java:57)
at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.initNextRecordReader(HadoopShimsSecure.java:271)
at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.<init>(HadoopShimsSecure.java:217)
at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileInputFormatShim.getRecordReader(HadoopShimsSecure.java:345)
at org.apache.hadoop.hive.ql.io.CombineHiveInputFormat.getRecordReader(CombineHiveInputFormat.java:695)
at org.apache.spark.rdd.HadoopRDD$$anon$1.<init>(HadoopRDD.scala:246)
at org.apache.spark.rdd.HadoopRDD.compute(HadoopRDD.scala:209)
at org.apache.spark.rdd.HadoopRDD.compute(HadoopRDD.scala:102)
at org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:319)
at org.apache.spark.rdd.RDD.iterator(RDD.scala:283)
at org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:38)
at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:70)
at org.apache.spark.scheduler.Task.run(Task.scala:85)
at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:274)
at sun.reflect.GeneratedConstructorAccessor26.newInstance(Unknown Source)
at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.initNextRecordReader(HadoopShimsSecure.java:257)
... 17 more
at java.util.AbstractCollection.addAll(AbstractCollection.java:343)
at org.apache.hadoop.hive.ql.io.parquet.ProjectionPusher.pushProjectionsAndFilters(ProjectionPusher.java:118)
at org.apache.hadoop.hive.ql.io.parquet.ProjectionPusher.pushProjectionsAndFilters(ProjectionPusher.java:189)
at org.apache.hadoop.hive.ql.io.parquet.ParquetRecordReaderBase.getSplit(ParquetRecordReaderBase.java:84)
at org.apache.hadoop.hive.ql.io.parquet.read.ParquetRecordReaderWrapper.<init>(ParquetRecordReaderWrapper.java:74)
at org.apache.hadoop.hive.ql.io.parquet.read.ParquetRecordReaderWrapper.<init>(ParquetRecordReaderWrapper.java:59)
at org.apache.hadoop.hive.ql.io.parquet.MapredParquetInputFormat.getRecordReader(MapredParquetInputFormat.java:75)
at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.<init>(CombineHiveRecordReader.java:99)
... 21 more
Driver stacktrace:
at org.apache.spark.scheduler.DAGScheduler.org$apache$spark$scheduler$DAGScheduler$$failJobAndIndependentStages(DAGScheduler.scala:1450)
at org.apache.spark.scheduler.DAGScheduler$$anonfun$abortStage$1.apply(DAGScheduler.scala:1438)
at org.apache.spark.scheduler.DAGScheduler$$anonfun$abortStage$1.apply(DAGScheduler.scala:1437)
at scala.collection.mutable.ResizableArray$class.foreach(ResizableArray.scala:59)
at scala.collection.mutable.ArrayBuffer.foreach(ArrayBuffer.scala:48)
at org.apache.spark.scheduler.DAGScheduler.abortStage(DAGScheduler.scala:1437)
at org.apache.spark.scheduler.DAGScheduler$$anonfun$handleTaskSetFailed$1.apply(DAGScheduler.scala:811)
at scala.Option.foreach(Option.scala:257)
at org.apache.spark.scheduler.DAGScheduler.handleTaskSetFailed(DAGScheduler.scala:811)
at org.apache.spark.scheduler.DAGSchedulerEventProcessLoop.doOnReceive(DAGScheduler.scala:1659)
at org.apache.spark.scheduler.DAGSchedulerEventProcessLoop.onReceive(DAGScheduler.scala:1618)
at org.apache.spark.scheduler.DAGSchedulerEventProcessLoop.onReceive(DAGScheduler.scala:1607)
at org.apache.spark.util.EventLoop$$anon$1.run(EventLoop.scala:48)
Caused by: java.io.IOException: java.lang.reflect.InvocationTargetException
... 17 more
... 21 more
when generating data for a database stored as parquet by setting hive.merge.sparkfiles=true. The detailed log and error messages can be seen at attach files.
The enviroment I use was hadoop2.7.3 hive release-2.3.0-rc0 spark2.0.0.
SQL file is showed below:
CREATE DATABASE IF NOT EXISTS sale;
use sale;
CREATE EXTERNAL TABLE IF NOT EXISTS sale_record_temporary
( record_id DECIMAL(23,0)
, product_name STRING
, amount DECIMAL(6,0)
, prize DECIMAL(11,0)
, customer_name STRING
, doc_date TIMESTAMP
, due_date TIMESTAMP
)
STORED AS TEXTFILE LOCATION '/user/hive/warehouse/sale.db/sale_record_temporary'
;
DROP TABLE IF EXISTS sale_record;
CREATE TABLE sale_record
( record_id DECIMAL(23,0), product_name STRING, amount DECIMAL(6,0), prize DECIMAL(11,0), customer_name STRING, due_date TIMESTAMP) partitioned by (doc_date TIMESTAMP)
STORED AS parquet;
insert overwrite table sale_record PARTITION(doc_date) select record_id,product_name,amount,prize,customer_name,due_date,doc_date from sale_record_temporary;
External data has aleady been put in hdfs path: '/user/hive/warehouse/sale.db/sale_record_temporary'

I have document that has Java 8 optionals containing JSR310 time types. I use findAndModify to set the time fields in a document and Spring Data Mongo maps them correctly as Mongo ISODate.
But when I try to find such document, Spring Data Mongo maps the fields on deserialization as Optional<Date> instead of Optional<LocalDateTime> etc. This will not fail until I try to use the optional due to type erasure.

If the CXF Producer of Camel is called asynchronously for a WS-RM endpoint, Camel receives multiple final events, like ExchangeCompletedEvent and ExchangeFailedEvent. This leads also to negative JMX counters for inflight exchanges. The root cause is a bug in the handleResponse and handleException methods of org.apache.camel.component.cxf.CxfClientCallback. In those methods, which are called for WS-RM communication, although it is oneway, the done method of camelAsyncCallback is called also for oneway exchanges. However this callback method is already called in the process method of org.apache.camel.component.cxf.CxfProducer for oneway exchanges, which causes the mentioned effects.
The following changes in org.apache.camel.component.cxf.CxfClientCallback can fix this:
    public void handleResponse(Map<String, Object> ctx, Object[] res) {
        try 
{
            super.handleResponse(ctx, res);            
        }
 finally {
            // bind the CXF response to Camel exchange
            if (!boi.getOperationInfo().isOneWay()) 
{
                // copy the InMessage header to OutMessage header
                camelExchange.getOut().getHeaders().putAll(camelExchange.getIn().getHeaders());
                binding.populateExchangeFromCxfResponse(camelExchange, cxfExchange, ctx);
				camelAsyncCallback.done(false);
            }
                LOG.debug("{} calling handleResponse", Thread.currentThread().getName());
            }
        }
    }

    public void handleException(Map<String, Object> ctx, Throwable ex) {
        try {
            super.handleException(ctx, ex);
            camelExchange.setException(ex);
        } finally {
            // copy the context information
            if (!boi.getOperationInfo().isOneWay()) {                // copy the InMessage header to OutMessage header                camelExchange.getOut().getHeaders().putAll(camelExchange.getIn().getHeaders());                binding.populateExchangeFromCxfResponse(camelExchange, cxfExchange, ctx);				camelAsyncCallback.done(false);            }
                LOG.debug("{} calling handleException", Thread.currentThread().getName());
            }
        }
    }        

[standalone@localhost:9990 /] /subsystem=ejb3:remove
{
    }
}
[standalone@localhost:9990 /] /extension=org.jboss.as.ejb3:remove
[standalone@localhost:9990 /] /extension=org.jboss.as.ejb3:add   
{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/deployment=*/subdeployment=*/subsystem=ejb3'",
}

13:46:48,278 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("add") failed - address: ([("extension" => "org.jboss.as.ejb3")]): java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/deployment=*/subdeployment=*/subsystem=ejb3'
        at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:222)
        at org.jboss.as.controller.extension.ExtensionRegistry$DeploymentManagementResourceRegistration.registerSubModel(ExtensionRegistry.java:922)
        at org.jboss.as.controller.extension.ExtensionRegistry$SubsystemRegistrationImpl.registerDeploymentModel(ExtensionRegistry.java:700)
        at org.jboss.as.ejb3.subsystem.EJB3Extension.initialize(EJB3Extension.java:91)
        at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:131)
        at org.jboss.as.controller.extension.ExtensionAddHandler.execute(ExtensionAddHandler.java:83)
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:940)
        at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:683)
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:382)

the error with logging subsystem, I didn't try other subsystems
reload after extension:remove helps

Found this while mocking some bad connection data in znode.. will try to add a test for this.

The method retainAll in CollectionUtils is inefficient when the parameter collection has a slow containment method.

 /**
     * Returns a collection containing all the elements in <code>collection</code>
     * that are also in <code>retain</code>. The cardinality of an element <code>e</code>
     * in the returned collection is the same as the cardinality of <code>e</code>
     * in <code>collection</code> unless <code>retain</code> does not contain <code>e</code>, in which
     * case the cardinality is zero. This method is useful if you do not wish to modify
     * the collection <code>c</code> and thus cannot call <code>c.retainAll(retain);</code>.
     *
     * @param <C>  the type of object the {@link Collection} contains
     * @param collection  the collection whose contents are the target of the #retailAll operation
     * @param retain  the collection containing the elements to be retained in the returned collection
     * @return a <code>Collection</code> containing all the elements of <code>collection</code>
     * that occur at least once in <code>retain</code>.
     * @throws NullPointerException if either parameter is null
     * @since 3.2
     */
    public static <C> Collection<C> retainAll(final Collection<C> collection, final Collection<?> retain) {
        return ListUtils.retainAll(collection, retain);
    }

We can notice the inefficiency by looking at the retainAll method in ListUtils.
The retainAll method from ListUtils is implemented and documented as follows:

  /**
     * Returns a List containing all the elements in <code>collection</code>
     * in the returned list is the same as the cardinality of <code>e</code>
     * the collection <code>c</code> and thus cannot call <code>collection.retainAll(retain);</code>.
     * <p>
     * This implementation iterates over <code>collection</code>, checking each element in
     * turn to see if it's contained in <code>retain</code>. If it's contained, it's added
     * to the returned list. As a consequence, it is advised to use a collection type for
     * <code>retain</code> that provides a fast (e.g. O(1)) implementation of
     * {@link Collection#contains(Object)}.
     *
     * @param <E>  the element type
     * @return a <code>List</code> containing all the elements of <code>c</code>
     */
    public static <E> List<E> retainAll(final Collection<E> collection, final Collection<?> retain) {
        final List<E> list = new ArrayList<E>(Math.min(collection.size(), retain.size()));

        for (final E obj : collection) {
            if (retain.contains(obj)) {
            }
        }
    }

In the case of ListUtils#retainAll, the inefficiency is properly documented.
of the parameter collection in ListUtils:retainAll should also be included in CollectionUtils#retainAll.

Reference: Conversation with Claus Ibsen on Stackoverflow
org.apache.camel.component.rabbitmq.RabbitMQMessageConverter.buildProperties() skips the headers which have value null. The actual java client for RabbitMQ does not have this check. It accepts a basic Map<String,Object> which can accept null value. Reference . Check the definition of headers() method
The business scenario where we use it. On the RabbitMQ, we accept messages from multiple sources. Depending on whether a specific header is null or not, we route these message downstream in our processing pipeline.
If required, I could provide a working example of rabbitmq java-client to demonstrate that the headers with null value are not skipped

Wsprovide and wsconsume scripts don't work on Windows. Scripts print jboss-modules help message with any attributes.
Always

wsprovide.bat -h
wsconsume.bat -h

C:\Users\Administrator\playground\wfly.12\wildfly\bin>wsprovide.bat -h
Argument expected for option
Usage: java [-jvmoptions...] -jar jboss-modules.jar [-options...] <module-spec> [args...]
       java [-jvmoptions...] -jar jboss-modules.jar [-options...] -jar <jar-name> [args...]
       java [-jvmoptions...] -jar jboss-modules.jar [-options...] -cp <class-path> <class-name> [args...]
       java [-jvmoptions...] -jar jboss-modules.jar [-options...] -class <class-name> [args...]
       java [-jvmoptions...] -jar jboss-modules.jar -addindex [-modify] <jar-name>
where <module-spec> is a valid module specification string
and options include:
    -help         Display this message
    -mp, -modulepath <search path of directories>
                  A list of directories, separated by ';', where modules may be located
                  If not specified, the value of the "module.path" system property is used
    -class        Specify that the final argument is a
                  class to load from the class path; not compatible with -jar
    -cp,-classpath <search path of archives or directories>
                  A search path for class files; implies -class
    -dep,-dependencies <module-spec>[,<module-spec>,...]
                  A list of module dependencies to add to the class path;
                  requires -class or -cp
    -deptree      Print the dependency tree of the given module instead of running it
    -debuglog     Enable debug mode output to System.out during bootstrap before any logging manager is installed
    -jar          Specify that the final argument is the name of a
                  JAR file to run as a module; not compatible with -class
    -jaxpmodule <module-spec>
                  The default JAXP implementation to use of the JDK
    -secmgr       Run with a security manager installed; not compatible with -secmgrmodule
    -secmgrmodule <module-spec>
                  Run with a security manager module; not compatible with -secmgr
    -addindex     Specify that the final argument is a
                  jar to create an index for
    -modify       Modify the indexes jar in-place
    -version      Print version and exit

C:\Users\Administrator\playground\wfly.12\wildfly\bin>wsconsume.bat -h

C:\Users\Administrator\playground\wfly.12\wildfly\bin>

C:\Users\Administrator\playground\7.1.0.CR4\jboss-eap-7.1\bin>wsprovide.bat -h

usage: wsprovide.bat [options] <endpoint class name>

options:
C:\Users\Administrator\playground\7.1.0.CR4\jboss-eap-7.1\bin>wsconsume.bat -h
WSConsumeTask is a cmd line tool that generates portable JAX-WS artifacts from a WSDL file.

usage: wsconsume.bat [options] <wsdl-url>

options:
    -b, --binding=<file>        One or more JAX-WS or JAXB binding files
    -c  --catalog=<file>        Oasis XML Catalog file for entity resolution
    -j  --clientjar=<name>      Create a jar file of the generated artifacts for calling the webservice
    -p  --package=<name>        The target package for generated source
    -w  --wsdlLocation=<loc>    Value to use for @WebService.wsdlLocation
    -t, --target=<2.1|2.2>      The JAX-WS specification target
    -l, --load-consumer         Load the consumer and exit (debug utility)
    -a, --additionalHeaders     Enable processing of implicit SOAP headers
    -d  --encoding=<charset>    The charset encoding to use for generated sources
    -n, --nocompile             Do not compile generated sources
C:\Users\Administrator\playground\7.1.0.CR4\jboss-eap-7.1\bin>

cc: Alessio Soldano, Jan Blizňák

Yesterday we started defaulting the precommit parameter for the flaky test list to point to the job on builds.a.o. Looks like the personality is ignoring it.
example build that's marked to keep:
https://builds.apache.org/job/PreCommit-HBASE-Build/7646/
(search for 'Running unit tests' to skip to the right part of the console')
should add some more debug output in there too.

Romil Choksi found this issue during the testing.
1) create a test namespace
2) grant 'CA' permission on that namespace to test user
3) access hbase shell as that test user, and create a table in that namespace
4) load some data into the test table
5) create a snapshot as test user for that test table
6) disable table
7) as test user, try restoring the snapshot onto test table
restore_snapshot command for the test user requiring to have global admin access

root@ctr-e138-1518143905142-384164-01-000002:~# su - hbase
hbase@ctr-e138-1518143905142-384164-01-000002:~$ kinit -kt /etc/security/keytabs/hbase.headless.keytab hbase@EXAMPLE.COM
hbase@ctr-e138-1518143905142-384164-01-000002:~$ hbase shell
Version 2.0.0.3.0.0.0-1565, r34730e8c13ca0887c591aef113590f4065d28964, Thu Jun 28 04:17:55 UTC 2018
Took 0.0021 seconds                                                                                                                                                                                                                                                                                                                                                         
hbase(main):001:0> create_namespace 'test1'
Took 0.8544 seconds                                                                                                                                                                                                                                                                                                                                                         
hbase(main):002:0> grant 'hrt_1', 'CA', '@test1'
Took 0.5769 seconds                                                                                                                                                                                                                                                                                                                                                         
hbase(main):003:0> exit
hbase@ctr-e138-1518143905142-384164-01-000002:~$ exit
logout
....
....
....
....
hrt_1@ctr-e138-1518143905142-384164-01-000002:~$ kinit -kt /home/hrt_qa/hadoopqa/keytabs/hrt_1.headless.keytab hrt_1@EXAMPLE.COM
hrt_1@ctr-e138-1518143905142-384164-01-000002:~$ hbase shell
Took 0.0022 seconds
hbase(main):002:0> create 'test1:test_table', 'cf'
Created table test1:test_table
Took 1.8945 seconds                                                                                                                                                                                                                                                                                                                                                         
=> Hbase::Table - test1:test_table
hbase(main):005:0> put 'test1:test_table', 'r1', 'cf:c1', 'v1'
Took 0.0634 seconds                                                                                                                                                                                                                                                                                                                                                         
hbase(main):006:0> put 'test1:test_table', 'r2', 'cf:c1', 'v2'
Took 0.0054 seconds 
hbase(main):002:0> snapshot 'test1:test_table', 'snapshot_test_table'
Took 1.1845 seconds 
hbase(main):004:0> disable 'test1:test_table'
Took 0.4818 seconds     
hbase(main):005:0> restore_snapshot 'snapshot_test_table'
2018-06-28 20:44:08,639 ERROR [main] client.HBaseAdmin: Failed to restore and rollback to snapshot=hbase-failsafe-snapshot_test_table-1530218648054
org.apache.hadoop.hbase.security.AccessDeniedException: org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions for user 'hrt_1' (global, action=ADMIN)
	at org.apache.hadoop.hbase.security.access.AccessChecker.requireGlobalPermission(AccessChecker.java:158)
	at org.apache.hadoop.hbase.security.access.AccessChecker.requirePermission(AccessChecker.java:129)
	at org.apache.hadoop.hbase.security.access.AccessController.preRestoreSnapshot(AccessController.java:1182)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost$78.call(MasterCoprocessorHost.java:1072)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost$78.call(MasterCoprocessorHost.java:1069)
	at org.apache.hadoop.hbase.master.MasterCoprocessorHost.preRestoreSnapshot(MasterCoprocessorHost.java:1069)
	at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.restoreSnapshot(SnapshotManager.java:831)
	at org.apache.hadoop.hbase.master.snapshot.SnapshotManager.restoreOrCloneSnapshot(SnapshotManager.java:794)
	at org.apache.hadoop.hbase.master.HMaster$14.run(HMaster.java:2439)
	at org.apache.hadoop.hbase.master.HMaster.restoreSnapshot(HMaster.java:2434)
	at org.apache.hadoop.hbase.master.MasterRpcServices.restoreSnapshot(MasterRpcServices.java:1389)

	at org.apache.hadoop.hbase.shaded.protobuf.ProtobufUtil.makeIOExceptionOfException(ProtobufUtil.java:359)
	at org.apache.hadoop.hbase.shaded.protobuf.ProtobufUtil.handleRemoteException(ProtobufUtil.java:347)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3079)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3071)
	at org.apache.hadoop.hbase.client.HBaseAdmin.internalRestoreSnapshotAsync(HBaseAdmin.java:2864)
	at org.apache.hadoop.hbase.client.HBaseAdmin.restoreSnapshot(HBaseAdmin.java:2690)
	at org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(JavaMethod.java:423)
	at org.jruby.javasupport.JavaMethod.invokeDirect(JavaMethod.java:290)
	at org.jruby.java.invokers.InstanceMethodInvoker.call(InstanceMethodInvoker.java:28)
	at org.jruby.java.invokers.InstanceMethodInvoker.call(InstanceMethodInvoker.java:90)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:77)
	at org.jruby.ir.instructions.CallBase.interpret(CallBase.java:432)
	at org.jruby.ir.interpreter.InterpreterEngine.processCall(InterpreterEngine.java:360)
	at org.jruby.ir.interpreter.StartupInterpreterEngine.interpret(StartupInterpreterEngine.java:72)
	at org.jruby.ir.interpreter.InterpreterEngine.interpret(InterpreterEngine.java:90)
	at org.jruby.internal.runtime.methods.MixedModeIRMethod.INTERPRET_METHOD(MixedModeIRMethod.java:214)
	at org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:200)
	at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:210)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:181)
	at org.jruby.ir.interpreter.InterpreterEngine.processCall(InterpreterEngine.java:324)
	at org.jruby.RubyClass.finvoke(RubyClass.java:523)
	at org.jruby.RubyBasicObject.send19(RubyBasicObject.java:1684)
	at org.jruby.RubyKernel.send19(RubyKernel.java:2018)
	at org.jruby.RubyKernel$INVOKER$s$send19.call(RubyKernel$INVOKER$s$send19.gen)
	at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:278)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:79)
	at org.jruby.ir.interpreter.Interpreter.INTERPRET_BLOCK(Interpreter.java:127)
	at org.jruby.runtime.MixedModeIRBlockBody.commonYieldPath(MixedModeIRBlockBody.java:149)
	at org.jruby.runtime.IRBlockBody.yieldSpecific(IRBlockBody.java:84)
	at org.jruby.runtime.Block.yieldSpecific(Block.java:134)
	at org.jruby.ir.runtime.IRRuntimeHelpers.yieldSpecific(IRRuntimeHelpers.java:421)
	at org.jruby.ir.instructions.YieldInstr.interpret(YieldInstr.java:74)
	at org.jruby.ir.interpreter.StartupInterpreterEngine.processOtherOp(StartupInterpreterEngine.java:178)
	at org.jruby.ir.interpreter.StartupInterpreterEngine.interpret(StartupInterpreterEngine.java:104)
	at org.jruby.runtime.callsite.CachingCallSite.callIter(CachingCallSite.java:84)
	at org.jruby.ir.instructions.CallBase.interpret(CallBase.java:429)
	at org.jruby.ir.interpreter.InterpreterEngine.interpret(InterpreterEngine.java:84)
	at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:202)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:155)
	at org.jruby.ir.interpreter.InterpreterEngine.processCall(InterpreterEngine.java:315)
	at org.jruby.ir.interpreter.Interpreter.INTERPRET_EVAL(Interpreter.java:117)
	at org.jruby.ir.interpreter.Interpreter.evalCommon(Interpreter.java:171)
	at org.jruby.ir.interpreter.Interpreter.evalWithBinding(Interpreter.java:195)
	at org.jruby.RubyKernel.evalCommon(RubyKernel.java:1028)
	at org.jruby.RubyKernel.eval19(RubyKernel.java:995)
	at org.jruby.RubyKernel$INVOKER$s$0$3$eval19.call(RubyKernel$INVOKER$s$0$3$eval19.gen)
	at org.jruby.runtime.callsite.CachingCallSite.callIter(CachingCallSite.java:170)
	at org.jruby.ir.interpreter.InterpreterEngine.processCall(InterpreterEngine.java:336)
	at org.jruby.runtime.IRBlockBody.doYield(IRBlockBody.java:193)
	at org.jruby.runtime.BlockBody.yield(BlockBody.java:125)
	at org.jruby.runtime.Block.yieldValues(Block.java:181)
	at org.jruby.ir.instructions.YieldInstr.interpret(YieldInstr.java:80)
	at org.jruby.RubyKernel.loop(RubyKernel.java:1316)
	at org.jruby.RubyKernel$INVOKER$s$0$0$loop.call(RubyKernel$INVOKER$s$0$0$loop.gen)
	at org.jruby.internal.runtime.methods.JavaMethod$JavaMethodZeroBlock.call(JavaMethod.java:536)
	at org.jruby.runtime.IRBlockBody.doYield(IRBlockBody.java:186)
	at org.jruby.runtime.BlockBody.yield(BlockBody.java:116)
	at org.jruby.runtime.Block.yield(Block.java:165)
	at org.jruby.RubyContinuation.enter(RubyContinuation.java:107)
	at org.jruby.RubyKernel.rbCatch19Common(RubyKernel.java:1145)
	at org.jruby.RubyKernel.rbCatch19(RubyKernel.java:1138)
	at org.jruby.RubyKernel$INVOKER$s$rbCatch19.call(RubyKernel$INVOKER$s$rbCatch19.gen)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:165)
	at org.jruby.ir.interpreter.InterpreterEngine.interpret(InterpreterEngine.java:78)
	at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:194)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:127)
	at usr.hdp.$3_dot_0_dot_0_dot_0_minus_1565.hbase.bin.hirb.invokeOther142:eval_input(/usr/hdp/3.0.0.0-1565/hbase/bin/hirb.rb:188)
	at usr.hdp.$3_dot_0_dot_0_dot_0_minus_1565.hbase.bin.hirb.RUBY$block$start$9(/usr/hdp/3.0.0.0-1565/hbase/bin/hirb.rb:188)
	at org.jruby.runtime.CompiledIRBlockBody.yieldDirect(CompiledIRBlockBody.java:156)
	at org.jruby.runtime.BlockBody.yield(BlockBody.java:114)
	at usr.hdp.$3_dot_0_dot_0_dot_0_minus_1565.hbase.bin.hirb.invokeOther184:catch(/usr/hdp/3.0.0.0-1565/hbase/bin/hirb.rb:187)
	at usr.hdp.$3_dot_0_dot_0_dot_0_minus_1565.hbase.bin.hirb.RUBY$method$start$8(/usr/hdp/3.0.0.0-1565/hbase/bin/hirb.rb:187)
	at org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:77)
	at org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:152)
	at usr.hdp.$3_dot_0_dot_0_dot_0_minus_1565.hbase.bin.hirb.invokeOther187:start(/usr/hdp/3.0.0.0-1565/hbase/bin/hirb.rb:193)
	at usr.hdp.$3_dot_0_dot_0_dot_0_minus_1565.hbase.bin.hirb.RUBY$script(/usr/hdp/3.0.0.0-1565/hbase/bin/hirb.rb:193)
	at org.jruby.ir.Compiler$1.load(Compiler.java:94)
	at org.jruby.Ruby.runScript(Ruby.java:830)
	at org.jruby.Ruby.runNormally(Ruby.java:749)
	at org.jruby.Ruby.runNormally(Ruby.java:767)
	at org.jruby.Ruby.runFromMain(Ruby.java:580)
Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException(org.apache.hadoop.hbase.security.AccessDeniedException): org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions for user 'hrt_1' (global, action=ADMIN)

	at org.apache.hbase.thirdparty.io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:138)
	at org.apache.hbase.thirdparty.io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:645)
	at org.apache.hbase.thirdparty.io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:580)
	at org.apache.hbase.thirdparty.io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:497)
	at org.apache.hbase.thirdparty.io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:459)

ERROR: org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions for user 'hrt_1' (global, action=ADMIN)

Restore a specified snapshot.
The restore will replace the content of the original table,
bringing back the content to the snapshot state.
The table must be disabled.

Examples:
  hbase> restore_snapshot 'snapshotName'

Following command will restore all acl from snapshot table into the table.

  hbase> restore_snapshot 'snapshotName', {RESTORE_ACL=>true}

Took 0.6327 seconds 

I do experience that call of my implementation ResourceAdapter#endpointActivation is called twice. Which is difference against behavior before (<=7.1.0.DR8) and I think that that method should be called just once. My RAR implementation uses the method endpointActivation for opening a socket and second call then causes a ResourceException being thrown and ERROR log message appears in server log

ERROR [org.jboss.as.server] (ServerService Thread Pool -- 66) WFLYSRV0215: Failed to resume activity org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent$1@43ab957d. To resume normal operation it is recommended that you restart the server.

By my investigation it's caused by the fact that SuspendController launches resume method of ServerActivity serverActivity at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.
I think it's caused because method SuspendController#setStartSuspended sets state to SUSPENDED regardless of boolean parameter value.
https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/org/jboss/as/server/suspend/SuspendController.java#L68
I tried to do a small fix (I'm not sure if it's correct one) and that way the endpoint activation is launched just once as I expect.
https://github.com/ochaloup/wildfly-core/commit/4d6ac5777414088c9f39605e9b049c10527e5f77

Here is the master.  Region TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246462685358 was split at 16:11:42,865.  My MR job failed at 18:12:26,462 with this:

2009-07-01 18:12:26,462 WARN org.apache.hadoop.mapred.TaskTracker: Error running child
org.apache.hadoop.hbase.client.RetriesExhaustedException: Trying to contact region server Some server for region TestTable,�,1246464670313, row '��		', but failed after 10 attempts.
...

Why after ten attempts did the client not find the region?

2009-07-01 16:11:42,865 [IPC Server handler 2 on 60001] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_SPLIT: TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246462685358: Daughters; TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246464670313, TestTable,\x00\x01\x01\x04\x04\x07\x02\x08\x08\x03,1246464670313 from aa0-000-15.u.powerset.com,60020,1246461673026; 1 of 3
2009-07-01 16:11:42,866 [IPC Server handler 2 on 60001] INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246464670313 to aa0-000-15.u.powerset.com,60020,1246461673026
2009-07-01 16:11:42,866 [IPC Server handler 2 on 60001] INFO org.apache.hadoop.hbase.master.RegionManager: Assigning region TestTable,\x00\x01\x01\x04\x04\x07\x02\x08\x08\x03,1246464670313 to aa0-000-15.u.powerset.com,60020,1246461673026
2009-07-01 16:11:45,905 [IPC Server handler 8 on 60001] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_PROCESS_OPEN: TestTable,\x00\x01\x01\x04\x04\x07\x02\x08\x08\x03,1246464670313 from aa0-000-15.u.powerset.com,60020,1246461673026; 1 of 3
2009-07-01 16:11:45,905 [IPC Server handler 8 on 60001] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_OPEN: TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246464670313 from aa0-000-15.u.powerset.com,60020,1246461673026; 2 of 3
2009-07-01 16:11:45,906 [IPC Server handler 8 on 60001] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_OPEN: TestTable,\x00\x01\x01\x04\x04\x07\x02\x08\x08\x03,1246464670313 from aa0-000-15.u.powerset.com,60020,1246461673026; 3 of 3
2009-07-01 16:11:45,906 [HMaster] INFO org.apache.hadoop.hbase.master.RegionServerOperation: TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246464670313 open on 208.76.44.142:60020
2009-07-01 16:11:45,906 [HMaster] INFO org.apache.hadoop.hbase.master.RegionServerOperation: updating row TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246464670313 in region .META.,,1 with startcode 1246461673026 and server 208.76.44.142:60020
2009-07-01 16:11:45,908 [HMaster] INFO org.apache.hadoop.hbase.master.RegionServerOperation: TestTable,\x00\x01\x01\x04\x04\x07\x02\x08\x08\x03,1246464670313 open on 208.76.44.142:60020
2009-07-01 16:11:45,908 [HMaster] INFO org.apache.hadoop.hbase.master.RegionServerOperation: updating row TestTable,\x00\x01\x01\x04\x04\x07\x02\x08\x08\x03,1246464670313 in region .META.,,1 with startcode 1246461673026 and server 208.76.44.142:60020
2009-07-01 17:46:42,670 [IPC Server handler 0 on 60001] INFO org.apache.hadoop.hbase.master.ServerManager: Received MSG_REPORT_SPLIT: TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246464670313: Daughters; TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246470379467, TestTable,\x00\x00\x08\x04\x05\x07\x02\x05\x04\x08,1246470379467 from aa0-000-15.u.powerset.com,60020,1246461673026; 5 of 7

Here is over on the regionserver:

2009-07-01 16:11:45,906 [HMaster] INFO org.apache.hadoop.hbase.master.RegionServerOperation: TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246464670313 open on X.X.X.142:60020
2009-07-01 16:11:45,906 [HMaster] INFO org.apache.hadoop.hbase.master.RegionServerOperation: updating row TestTable,\x00\x00\x06\x05\x01\x05\x07\x09\x08\x00,1246464670313 in region .META.,,1 with startcode 1246461673026 and server X.X.X4.142:60020
2009-07-01 16:11:45,908 [HMaster] INFO org.apache.hadoop.hbase.master.RegionServerOperation: TestTable,\x00\x01\x01\x04\x04\x07\x02\x08\x08\x03,1246464670313 open on X.X.X.142:60020
2009-07-01 16:11:45,908 [HMaster] INFO org.apache.hadoop.hbase.master.RegionServerOperation: updating row TestTable,\x00\x01\x01\x04\x04\x07\x02\x08\x08\x03,1246464670313 in region .META.,,1 with startcode 1246461673026 and server X.X.X.142:60020

If you have more than a single space after the command (for example "project.." instead of "project."), then the parser doesn't recognize the command anymore and TAB completion will fail.

As far as I could tell, this should not happen because some code in Hive iterates this list in parallel with names, assuming each ID will correspond to a name; however, I've seen it in some logs recently. Either names also contain duplicates and we should remove the line, or something could be broken. Could also be different for different operators? No idea. 

Works fine with -Phadoop-1, but with -Phadoop-2 hits the following error:

Running org.apache.hadoop.hive.serde2.avro.TestAvroSerdeUtils
Tests run: 10, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.603 sec <<< FAILURE! - in org.apache.hadoop.hive.serde2.avro.TestAvroSerdeUtils
determineSchemaCanReadSchemaFromHDFS(org.apache.hadoop.hive.serde2.avro.TestAvroSerdeUtils)  Time elapsed: 0.688 sec  <<< ERROR!
java.lang.NoClassDefFoundError: com/sun/jersey/spi/container/servlet/ServletContainer
	at org.apache.hadoop.http.HttpServer2.addJerseyResourcePackage(HttpServer2.java:564)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeHttpServer.initWebHdfs(NameNodeHttpServer.java:84)
	at org.apache.hadoop.hdfs.server.namenode.NameNodeHttpServer.start(NameNodeHttpServer.java:121)
	at org.apache.hadoop.hdfs.server.namenode.NameNode.startHttpServer(NameNode.java:601)
	at org.apache.hadoop.hdfs.server.namenode.NameNode.initialize(NameNode.java:500)
	at org.apache.hadoop.hdfs.server.namenode.NameNode.<init>(NameNode.java:658)
	at org.apache.hadoop.hdfs.server.namenode.NameNode.<init>(NameNode.java:643)
	at org.apache.hadoop.hdfs.server.namenode.NameNode.createNameNode(NameNode.java:1259)
	at org.apache.hadoop.hdfs.MiniDFSCluster.createNameNode(MiniDFSCluster.java:914)
	at org.apache.hadoop.hdfs.MiniDFSCluster.createNameNodesAndSetConf(MiniDFSCluster.java:805)
	at org.apache.hadoop.hdfs.MiniDFSCluster.initMiniDFSCluster(MiniDFSCluster.java:663)
	at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:603)
	at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:474)
	at org.apache.hadoop.hive.serde2.avro.TestAvroSerdeUtils.determineSchemaCanReadSchemaFromHDFS(TestAvroSerdeUtils.java:189)

Remove accidental uses of org.mortbay.log.Log. Eclipse autocomplete is probably the culprit.

  protected transient ObjectInspector[] inputObjInspectors = new ObjectInspector[Short.MAX_VALUE];

An array of 32K elements takes 256KB memory under 64-bit Java.
We are seeing hive client going out of memory because of that.

As described in HBASE-18247, replica region shows up as key in meta table. We need to find out the code/logic introducing the issue. I suspected that it was introduced by hbck, but last round of code review did not find anything. Create jira to track this effort.
Before Catalog Janitor cleans up the split parent region from meta, hbck is reporting split replica parent regions as errors and if -fixSplitParents is used, the replica parent region will show up as key in meta table. It needs to be avoided.

t1,,1500931628959.e10212c467b78104c911ea06c102ece0 column=info:regioninfo, timestamp=1500931787651, value={ENCODED => e10212c467b78104c911ea06c102ece0, NAME => 't1,,1500931628959.e10212c467b78104c911ea
 .                                                  06c102ece0.', STARTKEY => '', ENDKEY => '', OFFLINE => true, SPLIT => true}                                                                           
 t1,,1500931628959.e10212c467b78104c911ea06c102ece0 column=info:seqnumDuringOpen, timestamp=1500931742552, value=\x00\x00\x00\x00\x00\x00\x00\x05                                                         
 .                                                                                                                                                                                                        
 t1,,1500931628959.e10212c467b78104c911ea06c102ece0 column=info:seqnumDuringOpen_0001, timestamp=1500931742492, value=\x00\x00\x00\x00\x00\x00\x00\x02                                                    
 .                                                                                                                                                                                                        
 t1,,1500931628959.e10212c467b78104c911ea06c102ece0 column=info:server, timestamp=1500931742552, value=dhcp-172-16-1-203.pa.cloudera.com:61099                                                            
 .                                                                                                                                                                                                        
 t1,,1500931628959.e10212c467b78104c911ea06c102ece0 column=info:server_0001, timestamp=1500931742492, value=dhcp-172-16-1-203.pa.cloudera.com:61099                                                       
 .                                                                                                                                                                                                        
 t1,,1500931628959.e10212c467b78104c911ea06c102ece0 column=info:serverstartcode, timestamp=1500931742552, value=1500931737158                                                                             
 .                                                                                                                                                                                                        
 t1,,1500931628959.e10212c467b78104c911ea06c102ece0 column=info:serverstartcode_0001, timestamp=1500931742492, value=\x00\x00\x01]v\x80\xC6F                                                              
 .                                                                                                                                                                                                        
 t1,,1500931628959.e10212c467b78104c911ea06c102ece0 column=info:splitA, timestamp=1500931787651, value={ENCODED => dc471b6d9c0c2c451ee4c6d134e50ccc, NAME => 't1,,1500931787511.dc471b6d9c0c2c451ee4c6d134
 .                                                  e50ccc.', STARTKEY => '', ENDKEY => 'r'}                                                                                                              
 t1,,1500931628959.e10212c467b78104c911ea06c102ece0 column=info:splitB, timestamp=1500931787651, value={ENCODED => d86fbd197ca1073e763cb811705587ec, NAME => 't1,r,1500931787511.d86fbd197ca1073e763cb8117
 .                                                  05587ec.', STARTKEY => 'r', ENDKEY => ''}                                                                                                             
 t1,,1500931787511.dc471b6d9c0c2c451ee4c6d134e50ccc column=info:regioninfo, timestamp=1500931787651, value={ENCODED => dc471b6d9c0c2c451ee4c6d134e50ccc, NAME => 't1,,1500931787511.dc471b6d9c0c2c451ee4c6
 .                                                  d134e50ccc.', STARTKEY => '', ENDKEY => 'r'}                            

Followup to HIVE-20510 with remaining issues,
 
1. Avoid using Reflection.
2. In VectorizationContext, use correct place to setup the VectorExpression. It may be missed in certain cases.
3. In BucketNumExpression, make sure that a value is not overwritten before it is processed. Use a flag to achieve this.
cc Gopal V

At present, the SSL configuration for Pivotal GemFire has changed, introducing a new set of SSL properties and format, while SDG's @EnableSsl annotation configuration relied on the old GemFire Security SSL properties.

When “seek + readFully(buffer, offset, length)” is used,  DFSInputStream ends up going via “readWithStrategy()”.  This sets up BlockReader with length equivalent to that of the block size. So until this position is reached, RemoteBlockReader2.peer would not be added to the PeerCache (Plz refer RemoteBlockReader2.close() in HDFS).  So eventually the next call to the same DN would end opening a new socket.  In ORC, when it is not a data local read, this has a the possibility of opening/closing lots of connections with DN.  
In random reads, it would be good to set this length to the amount of data that is to be read (e.g pread call in DFSInputStream which sets up the BlockReader’s length correctly & the code path returns the Peer back to peer cache properly).  “readFully(position, buffer, offset, length)” follows this code path and ends up reusing the connections properly. Creating this JIRA to fix this issue.

insert overwrite table ta partition(part=xxxx) select xxx from tb join ta where part=xxxx
It seems like the Shared conflicts with the Exclusive lock for Insert Overwrite even though both are part of the same txn.
More precisely insert overwrite requires X lock on partition and the read side needs an S lock on the query.
A simpler case is
insert overwrite table ta partition(part=xxxx) select * from ta

The module is missing a bunch of dependencies,
proper module.xml looks like this: https://gist.github.com/alesj/8688428

There was class org.springframework.beans.factory.config.PropertyPlaceholderConfigurer in Spring 3.0 M4 with method 

       /**
        * Parse the given String value recursively, to be able to resolve
        * nested placeholders (when resolved property values in turn contain
        * placeholders again).
        * @param strVal the String value to parse
        * @param props the Properties to resolve placeholders against
        * @param visitedPlaceholders the placeholders that have already been visited
        * during the current resolution attempt (used to detect circular references
        * between placeholders). Only non-null if we're parsing a nested placeholder.
        * @throws BeanDefinitionStoreException if invalid values are encountered
        * @see #resolvePlaceholder(String, java.util.Properties, int)
        */
       protected String parseStringValue(String strVal, Properties props,
Set visitedPlaceholders)
           throws BeanDefinitionStoreException {...}

class is still there, but was refactored quite a lot since M4 and above method with other methods were removed. But in more specific environments, like in Gigaspace in our case, there is problem with instanciation of the container because it relies on the method.
With no known workaround for it it's show stopper for deployment project on Gigaspace platform. It hits all releases since M4. 
(...And I welcome any ideas.)

The bugfix SPR-9176 "Scoped-proxy memory leak w/ @Resource injection" leads to bean instances being cached too eagerly in CommonAnnotationBeanPostProcessor. Besides the (desired) caching of AOP scoped-proxies to prevent the memory leak the current code also caches custom scoped bean instances that should not be cached. This happens for example if client code uses AutowireCapableBeanFactory#autowireBean(Object) to inject dependencies (annotation-based) into a manually created bean. In this case no AOP proxies are involved but the cached instances are still used. The underlying scope is never consulted and can thus never signalize that a new instance is to be created and injected because the context of the scope (e.g. request, session) is different from the first call which resulted in the cached instance.
I attached a Test-Case (JUnit 4 Test, requires JUnit and Spring to run). The test-case illustrates the breaking change: 

Runs fine with Spring version 3.1.1 and older (tested with 3.0.5)
Fails with Spring version 3.1.2 and 3.2.M1
The defect was introduced in the bugfix for SPR-9176 in version 3.2.M1 with commit f779c199ea272cf61781e120b1ab2efc50de0cbb
The defect was back-ported to version 3.1.2 with SPR-9363

I understand this calling pattern is not very common but nevertheless the affected API is public and our framework relies on this to provide service beans to instances of "visual" classes (a visual models a single page in a web application). This basically renders custom scoped beans (also being used heavily) unusable for us in releases > 3.1.1, thus my classification as "major".
Samuel Bernet
MSc ETH Software Engineering
samuel.bernet@raiffeisen.ch

If clear() is called on a SubnodeConfiguration obtained through the configurationAt() method of HierarchicalConfiguration, the node structure of the parent configuration (outside of the area of the sub configuration) may also be manipulated. Properties added to the SubnodeConfiguration after a clear() are not visible from the parent configuration.
The problem is caused by the implementation of the clear() method inherited from AbstractConfiguration. This will call clearProperty() for each property found in the configuration. clearProperty() in turn clears the value of nodes and recursively clears the parent node if it does not contain any data. Here the structure owned by the SubnodeConfiguration can be left so that the parent gets manipulated.
A possible solution would be to provide a specific implementation of clear() for hierarchical configurations. This could also be more efficient than the base implementation.

We have a cluster which is optimized for random reads.  Thus we have a large block cache and a small memstore.  Currently our heap is 20GB and we wanted to configure the memstore to take 4% or 800MB.  Right now the minimum memstore size is 5%.  What do you guys think about reducing the minimum size to 1%?  Suppose we log a warning if the memstore is below 5% but allow it?
What do you folks think? 

Roo is thrashing in STS. It seemed happy at the command line. STS is definitely running 1.1.0.M4 [rev 62697a7]
  cd /tmp/
  mkdir rd
  cd rd
  rm -rf ~/src/spring-roo/bootstrap/target/osgi; roo-dev  "script expenses.roo" 
And import the result into STS 2.5.0.M3 as an existing maven project. 

When Sentry call getNextNotification(), its request max_events will always be Integer.MAX_VALUE.
query.setRange(0, maxEvents) of ObjectStore will throw exception when maxEvents exceed table's max_rows.
Ex: assumed max_rows =  50,000,000 in a mysql table
java.sql.SQLException: setMaxRows() out of range. 2147483647 > 50000000.

Elytron is missing any log messages related to group assignment. These log messages should be added. See JBEAP-6041 for more details.

I noticed a couple of occurrences of the "word" wholely on the ACID semantics doc page (https://hbase.apache.org/acid-semantics.html)
This should be "wholly".

When meta table region is not assigned to any RS, HBCK run will get exception. I can see code added in checkMetaRegion() to solve this issue but it wont work. It still refers to ROOT region!

I get this warning on AS7.1.1 console, seems that ActivationConfigProperty DeliveryActive is not implemented by hornetq-ra, could we please have it as earlier JMS implementation of JMS had it & application that were using it will fail with AS7 now..?
16:04:30,794 WARN  [org.jboss.ejb3] (MSC service thread 1-16) JBAS014105: ActivationConfigProperty DeliveryActive will be ignored since it is not allowed by resource adapter: hornetq-ra
Thanks,
Prasad

Unable to retrieve resources which are nested in additional directory in META-INF. The same works for JAR, only for WAR archive it doesn't.
Example:
If in WAR archive I have a resource in META-INF/properties/nested.properties, I am unable to access it using

classLoader.getResource("META-INF/properties/nested.properties");

Recently we experienced an online problem that all handlers are stuck. Checking the jstack we could see all handler threads waiting for RingBuffer.next, while the single ring buffer consumer dead waiting for safePointReleasedLatch to count down:

Normal handler thread:
"B.defaultRpcServer.handler=126,queue=9,port=16020" daemon prio=10 tid=0x00007efd4b44f800 nid=0x15f29 runnable [0x00007efd3db7b000]
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:349)
        at com.lmax.disruptor.MultiProducerSequencer.next(MultiProducerSequencer.java:136)
        at com.lmax.disruptor.MultiProducerSequencer.next(MultiProducerSequencer.java:105)
        at com.lmax.disruptor.RingBuffer.next(RingBuffer.java:246)
        at org.apache.hadoop.hbase.regionserver.wal.FSHLog.append(FSHLog.java:1222)
        at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchMutation(HRegion.java:3188)
        at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2879)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.doBatchOp(RSRpcServices.java:736)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.doNonAtomicRegionMutation(RSRpcServices.java:698)
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.multi(RSRpcServices.java:2095)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32213)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:774)

RingBufferEventHandler thread waiting for safePointReleasedLatch:
"regionserver/hadoop0369.et2.tbsite.net/11.251.152.226:16020.append-pool2-t1" prio=10 tid=0x00007efd320d0000 nid=0x1777b waiting on condition [0x00007efd2d2fa000]
        - parking to wait for  <0x00007f01b48d9178> (a java.util.concurrent.CountDownLatch$Sync)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
        at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:236)
        at org.apache.hadoop.hbase.regionserver.wal.FSHLog$SafePointZigZagLatch.safePointAttained(FSHLog.java:1866)
        at org.apache.hadoop.hbase.regionserver.wal.FSHLog$RingBufferEventHandler.attainSafePoint(FSHLog.java:2066)
        at org.apache.hadoop.hbase.regionserver.wal.FSHLog$RingBufferEventHandler.onEvent(FSHLog.java:2029)
        at org.apache.hadoop.hbase.regionserver.wal.FSHLog$RingBufferEventHandler.onEvent(FSHLog.java:1909)
        at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:128)

FSHLog#replaceWriter will call SafePointZigZagLatch#releaseSafePoint to count down safePointReleasedLatch, but replaceWriter got stuck when trying to publish a sync onto ring buffer:

"regionserver/hadoop0369.et2.tbsite.net/11.251.152.226:16020.logRoller" daemon prio=10 tid=0x00007efd320c8800 nid=0x16123 runnable [0x00007efd311f6000]
        at org.apache.hadoop.hbase.regionserver.wal.FSHLog.publishSyncOnRingBuffer(FSHLog.java:1481)
        at org.apache.hadoop.hbase.regionserver.wal.FSHLog.publishSyncOnRingBuffer(FSHLog.java:1477)
        at org.apache.hadoop.hbase.regionserver.wal.FSHLog.replaceWriter(FSHLog.java:957)
        at org.apache.hadoop.hbase.regionserver.wal.FSHLog.rollWriter(FSHLog.java:726)
        at org.apache.hadoop.hbase.regionserver.LogRoller.run(LogRoller.java:148)

Thus deadlock happens.
A brief process of how deadlock forms:

ring buffer filled with appends
-> rollWriter happens
-> the only consumer of ring buffer waiting for safePointReleasedLatch
-> rollWriter cannot publish sync since ring buffer is full
-> rollWriter won't release safePointReleasedLatch

This JIRA targeting at resolve this issue, and will add a UT to cover the case

From withing the hbase shell, when there's a IO problem, the hbase client code tries to recover automatically but sometimes we know what's going on and all we want is to cancel the operation by pressing CTRL-C but the shell doesn't catch it and we need to either wait for the operation to timeout or close the terminal and open another one.

When checking for HFileV1 before upgrading to 96, the snapshot file links tries to read from post-namespace locations. The migration script needs to be run on 94 cluster, and it requires reading the old (94) layout to check for HFileV1.

Got exception while reading trailer for file: hdfs://xxx:41020/cops/cluster_collection_events_snapshot/2086db948c484be62dcd76c170fe0b17/meta/cluster_collection_event=42037b88dbc34abff6cbfbb1fde2c900-c24b358ddd2f4429a7287258142841a2
java.io.FileNotFoundException: Unable to open link: org.apache.hadoop.hbase.io.HFileLink locations=[hdfs://xxx:41020/hbase-96/data/default/cluster_collection_event/42037b88dbc34abff6cbfbb1fde2c900/meta/c24b358ddd2f4429a7287258142841a2, hdfs://xxx:41020/hbase-96/.tmp/data/default/cluster_collection_event/42037b88dbc34abff6cbfbb1fde2c900/meta/c24b358ddd2f4429a7287258142841a2, hdfs://xxx:41020/hbase-96/archive/data/default/cluster_collection_event/42037b88dbc34abff6cbfbb1fde2c900/meta/c24b358ddd2f4429a7287258142841a2]

In Java 7 it is assumed the iteration order is always the same as the insert order, but that's not guaranteed. In Java 8 some unit test breaks because of this ordering change. Solution is to use LinkedHashMap.

this.pendingAcks accessed outside of a synchronized block.
(Detected by Sonar).

Here is the stack:
Get exception:
AttemptID:attempt_1403634189382_0011_m_000000_0 Info:Error: org.apache.pig.backend.executionengine.ExecException: ERROR 6018: Error converting read value to tuple
at org.apache.hive.hcatalog.pig.HCatBaseLoader.getNext(HCatBaseLoader.java:76)
at org.apache.hive.hcatalog.pig.HCatLoader.getNext(HCatLoader.java:58)
at org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.PigRecordReader.nextKeyValue(PigRecordReader.java:211)
at org.apache.hadoop.mapred.MapTask$NewTrackingRecordReader.nextKeyValue(MapTask.java:533)
at org.apache.hadoop.mapreduce.task.MapContextImpl.nextKeyValue(MapContextImpl.java:80)
at org.apache.hadoop.mapreduce.lib.map.WrappedMapper$Context.nextKeyValue(WrappedMapper.java:91)
at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:144)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1557)
at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:162)
at org.apache.hive.hcatalog.pig.PigHCatUtil.transformToPigMap(PigHCatUtil.java:469)
at org.apache.hive.hcatalog.pig.PigHCatUtil.extractPigObject(PigHCatUtil.java:404)
at org.apache.hive.hcatalog.pig.PigHCatUtil.transformToTuple(PigHCatUtil.java:456)
at org.apache.hive.hcatalog.pig.PigHCatUtil.transformToTuple(PigHCatUtil.java:374)
at org.apache.hive.hcatalog.pig.HCatBaseLoader.getNext(HCatBaseLoader.java:64)
... 13 more

Consuming from a rabbitmq endpoint uri that is configured to autoAck generates errors and fails.
Example URI: rabbitmq://localhost:5672/test?autoAck=true&queue=test&autoDelete=false&username=guest&password=guest
Here's the relevant log output:
12:19:03.746  -  osis-ht TRACE o.a.c.c.rabbitmq.RabbitMQConsumer - Acknowleding receipt [delivery_tag=10]
12:19:03.747  -  osis-ht WARN  o.a.c.c.rabbitmq.RabbitMQConsumer - Error processing exchange. Exchange[Message: WTF-9-1379531943713]. Caused by: [com.rabbitmq.client.AlreadyClosedException - clean connection shutdown; reason: Attempt to use closed channel]
com.rabbitmq.client.AlreadyClosedException: clean connection shutdown; reason: Attempt to use closed channel
	at com.rabbitmq.client.impl.AMQChannel.ensureIsOpen(AMQChannel.java:190) ~[amqp-client-3.1.3.jar:na]
	at com.rabbitmq.client.impl.AMQChannel.transmit(AMQChannel.java:291) ~[amqp-client-3.1.3.jar:na]
	at com.rabbitmq.client.impl.AMQChannel.transmit(AMQChannel.java:285) ~[amqp-client-3.1.3.jar:na]
	at com.rabbitmq.client.impl.ChannelN.basicAck(ChannelN.java:907) ~[amqp-client-3.1.3.jar:na]
	at org.apache.camel.component.rabbitmq.RabbitMQConsumer$RabbitConsumer.handleDelivery(RabbitMQConsumer.java:126) ~[camel-rabbitmq-2.12.0.jar:2.12.0]
	at com.rabbitmq.client.impl.ConsumerDispatcher$4.run(ConsumerDispatcher.java:121) [amqp-client-3.1.3.jar:na]
	at com.rabbitmq.client.impl.ConsumerWorkService$WorkPoolRunnable.run(ConsumerWorkService.java:76) [amqp-client-3.1.3.jar:na]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_21]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_21]
	at java.lang.Thread.run(Thread.java:722) [na:1.7.0_21]

DummyTxnManager line 259:

    switch (we.getWriteType()) {
      case DDL_EXCLUSIVE:
        return HiveLockMode.EXCLUSIVE;
      case DDL_SHARED:
        return HiveLockMode.SHARED;
...

will throw out NPE in case the WriteEntity(we) writeType has not been set.

Some Java exception messages are language specific and JUnit tests evaluating theses messages fail in a non-English environment.
Such assertions are done in JaxbDataFormatSchemaValidationSpringTest and JaxbDataFormatSchemaValidationTest:

The assertion "Invalid content was found" fails for the German message "Ungültiger Content wurde beginnend mit Element "age" gefunden" (#testMarshallWithValidationException())
The assertion "The content of element 'person' is not complete" fails for the German message "Content des Elements "person" ist nicht vollständig" (#testUnmarshallWithValidationException()).

Firefox browser is not able to negotiate REST queries with server in secure mode.

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.security.SecurityPermission" "getPolicy")" in code source "(vfs:/content/picketlink-sts-ws.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.picketlink-sts-ws.war" from Service Module Loader")
    at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:192)
    at javax.security.jacc.PolicyContext.getContext(PolicyContext.java:99)
    at org.jboss.as.test.integration.ws.authentication.policy.resources.EchoService.echo(EchoService.java:62)
    at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
    at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
    at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:90)
    at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
    at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
    at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
    at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
    at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
    at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
    at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
    at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
    at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:273)

I think the EchoService deployment needs the getPolicy permission in order to complete its task.

The RootSubsystemOperationsTestCase periodically fails on Windows. The failure occurs in a @BeforeClass setup which attempts to clear the log directory. A file appears to still be locked by something from a previous test, likely the LoggingSubsystemTestCase. The failures seem to be consistent with the another.log being locked.

[00:47:20][Step 3/5] [INFO] Running org.jboss.as.logging.LoggingSubsystemTestCase
[00:47:34][Step 3/5] [INFO] Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 14.059 s - in org.jboss.as.logging.LoggingSubsystemTestCase
[00:47:34][Step 3/5] [INFO] Running org.jboss.as.logging.logmanager.Log4jAppenderTestCase
[00:47:34][Step 3/5] [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - in org.jboss.as.logging.logmanager.Log4jAppenderTestCase
[00:47:34][Step 3/5] [INFO] Running org.jboss.as.logging.RootSubsystemOperationsTestCase
[00:47:34][Step 3/5] [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.001 s <<< FAILURE! - in org.jboss.as.logging.RootSubsystemOperationsTestCase
[00:47:34][Step 3/5] [ERROR] org.jboss.as.logging.RootSubsystemOperationsTestCase  Time elapsed: 0.001 s  <<< ERROR!
[00:47:34][Step 3/5] java.nio.file.FileSystemException: 
[00:47:34][Step 3/5] C:\buildAgent\work\e9bccef30f12678d\logging\target\logs\another.log: The process cannot access the file because it is being used by another process.
[00:47:34][Step 3/5] 
[00:47:34][Step 3/5]    at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
[00:47:34][Step 3/5]    at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
[00:47:34][Step 3/5]    at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
[00:47:34][Step 3/5]    at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269)
[00:47:34][Step 3/5]    at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
[00:47:34][Step 3/5]    at java.nio.file.Files.delete(Files.java:1126)
[00:47:34][Step 3/5]    at org.jboss.as.logging.AbstractLoggingSubsystemTest$1.visitFile(AbstractLoggingSubsystemTest.java:502)
[00:47:34][Step 3/5]    at org.jboss.as.logging.AbstractLoggingSubsystemTest$1.visitFile(AbstractLoggingSubsystemTest.java:499)
[00:47:34][Step 3/5]    at java.nio.file.Files.walkFileTree(Files.java:2670)
[00:47:34][Step 3/5]    at java.nio.file.Files.walkFileTree(Files.java:2742)
[00:47:34][Step 3/5]    at org.jboss.as.logging.AbstractLoggingSubsystemTest.clearDirectory(AbstractLoggingSubsystemTest.java:499)
[00:47:34][Step 3/5]    at org.jboss.as.logging.AbstractOperationsTestCase.setupLoggingDir(AbstractOperationsTestCase.java:53)
[00:47:34][Step 3/5]    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[00:47:34][Step 3/5]    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[00:47:34][Step 3/5]    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[00:47:34][Step 3/5]    at java.lang.reflect.Method.invoke(Method.java:498)
[00:47:34][Step 3/5]    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
[00:47:34][Step 3/5]    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
[00:47:34][Step 3/5]    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
[00:47:34][Step 3/5]    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
[00:47:34][Step 3/5]    at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
[00:47:34][Step 3/5]    at org.junit.runners.Suite.runChild(Suite.java:128)
[00:47:34][Step 3/5]    at org.junit.runners.Suite.runChild(Suite.java:27)
[00:47:34][Step 3/5]    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
[00:47:34][Step 3/5]    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
[00:47:34][Step 3/5]    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
[00:47:34][Step 3/5]    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
[00:47:34][Step 3/5]    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:158)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:383)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:344)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125)
[00:47:34][Step 3/5]    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:417)
[00:47:34][Step 3/5] [INFO] Running org.jboss.as.logging.validators.SuffixValidatorTestCase
[00:47:34][Step 3/5] [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - in org.jboss.as.logging.validators.SuffixValidatorTestCase
[00:47:34][Step 3/5] org.jboss.as.logging.RootSubsystemOperationsTestCase
[00:47:34][org.jboss.as.logging.RootSubsystemOperationsTestCase] RootSubsystemOperationsTestCase
[00:47:34][RootSubsystemOperationsTestCase] java.nio.file.FileSystemException: C:\buildAgent\work\e9bccef30f12678d\logging\target\logs\another.log: The process cannot access the file because it is being used by another process.
[00:47:34][RootSubsystemOperationsTestCase] java.nio.file.FileSystemException: 
C:\buildAgent\work\e9bccef30f12678d\logging\target\logs\another.log: The process cannot access the file because it is being used by another process.

    at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269)
    at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
    at java.nio.file.Files.delete(Files.java:1126)
    at org.jboss.as.logging.AbstractLoggingSubsystemTest$1.visitFile(AbstractLoggingSubsystemTest.java:502)
    at org.jboss.as.logging.AbstractLoggingSubsystemTest$1.visitFile(AbstractLoggingSubsystemTest.java:499)
    at java.nio.file.Files.walkFileTree(Files.java:2670)
    at java.nio.file.Files.walkFileTree(Files.java:2742)
    at org.jboss.as.logging.AbstractLoggingSubsystemTest.clearDirectory(AbstractLoggingSubsystemTest.java:499)
    at org.jboss.as.logging.AbstractOperationsTestCase.setupLoggingDir(AbstractOperationsTestCase.java:53)
    at org.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55)
    at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137)
    at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107)
    at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83)
    at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75)
    at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:158)
    at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:383)
    at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:344)
    at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125)
    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:417)
[00:47:08][Step 3/5] Failed tests detected
[00:47:34][Step 3/5] [INFO] 
[00:47:34][Step 3/5] [INFO] Results:
[00:47:34][Step 3/5] [ERROR] Errors: 
[00:47:34][Step 3/5] [ERROR]   RootSubsystemOperationsTestCase>AbstractOperationsTestCase.setupLoggingDir:53->AbstractLoggingSubsystemTest.clearDirectory:499 ¯ FileSystem
[00:47:34][Step 3/5] [ERROR] Tests run: 71, Failures: 0, Errors: 1, Skipped: 9
[00:47:34][Step 3/5] [ERROR] There are test failures.

I'm trying to create a remember-me cookie with an OpenID authentication. Since OpenIDAuthenticationToken doesn't support password, it's causing a NullPointerException in TokenBasedRememberMeServices.retrievePassword() - it calls toString() on the null password ("return authentication.getCredentials().toString();" line 202).
How am I supposed to use cookies with OpenID? If I create my own RememberMeServices and leave out the password then anyone can create a cookie with my OpenID and log in as me.

I have noticed that mvn compile fails if your ~/m2/repository/ does not contain hbase test jars, however mvn test-compile, mvn install, etc works as expected. 
The patch for HBASE-6706 introduced test-jar dependency from hbase-server and hbase-hadoop1-compat to hbase-hadoop-compat test jar in the test scope. But stupid maven still tries to resolve the test jar when you do maven compile (notice that we are not even in the test scope).
mvn test-compile, etc works b/c the test-jar for hbase-hadoop-compat is build before hbase-hadoop1-compat.
One way to solve this is to push SNAPSHOT test-jars for hbase-hadoop-compat to the snapshot repository, so next time, they are referenced from there.
Other alternative is to move classes under hbase-hadoop
{|1|2}
-compat/src/test to src/main, and remove the test-jar intra-module dependency. Still, it seems we might need intra-module test-jar dependency in the future. 
Any other suggestions are welcome. 

Test fails about 1% of the time on ci.wildfly.org:
https://ci.wildfly.org/project.html?buildTypeId=&branch_WildFlyCore_PullRequest=__all_branches__&tab=testDetails&projectId=WildFlyCore_PullRequest&testNameId=-3304598798054976871&itemsCount=50&order=TEST_STATUS_DESC&page=1

There are a few places in WebHCat that do new HiveConf() but HiveConf is not added to AppConfig.  Need to log HiveConf contents on startup to help diagnosing issues.

The "with" clause in repl load suppose to pass custom hive config entries to replication. However, the config is only effective in BootstrapEventsIterator, but not the generated tasks (such as MoveTask, DDLTask).

I've seen stack traces like the following pop up in testsuite logs:

2015-09-29 08:11:50,515 ERROR [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 88) WFLYCTL0190: Step handler org.jboss.as.controller.operations.global.GlobalOperationHandlers$ModelAddressResolver$4@b4ea88 for operation {"operation" => "read-resource","address" => [("host" => "slave"),("server" => "main-three")],"operation-headers" => {"caller-type" => "user","access-mechanism" => "NATIVE","domain-uuid" => "5352863e-b467-4d70-b0b1-fa640cc022a1"}} at address [
    ("server" => "main-three")
] failed handling operation rollback -- java.lang.NullPointerException: java.lang.NullPointerException
	at org.jboss.as.controller.operations.global.GlobalOperationHandlers$ModelAddressResolver$4$1.handleResult(GlobalOperationHandlers.java:708)
	at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1384)
	at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1366)
	at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1328)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1336)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:391)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:233)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:173)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:136)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:132)
	at javax.security.auth.Subject.doAs(Subject.java:360)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:81)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:152)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:148)
	at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:148)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:299)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:519)

There's a call to ModelNode.remove("access-control") and then the return value is dereferenced without a null check. The "remove" method may return null.

The javadocs for the `flushRegion` methods say that there will be accompanying log messages explaining why the log was not flushed.; when it should say ... why the region was not flushed.

Currently ThriftHiveProcessorFactory returns same HiveConf instance to HiveServerHandler, making impossible to use per sesssion configuration. Just wrapping 'conf' -> 'new HiveConf(conf)' seemed to solve this problem.

I have setup a MultipartFilter and HtmlHiddenMethodFilter following the instructions in SPR-6594 and the javadoc.  
I have a java bean that has a org.springframework.web.multipart.MultipartFile property. I attempt to bind my bean with the standard @ModelAttribute annotation. The rest of its properties get resolved correctly but the MultipartFile property is set to null. 
I believe the issue is that on line 106 of the ServletRequestDataBinder it does an instanceof check: "request instanceof MultipartRequest" which will return false because its the HttpMethodRequestWrapper class from the HtmlHiddenMethodFilter. 
However, if I move the property out of my javabean and bind it via a RequestParam annoation, it works correctly. 
public ModelAndView uploadFile(@RequestParam("file") MultipartFile file) {
   // code
}

The current implementation of JNDI external context binding takes a module class loader if based by a module for loading a initialContextClassName only (note that this initialContextClassName is one of InitialContext, InitialDirContext or InitialLdapContext). While it rather needs to switch TCCL to the module class loader to be available when trying to get a new instance of it at line 87, see the snippet below. As this is the moment when it constructs a new initial context from a factory class given by environment properties.
naming/src/main/java/org/jboss/as/naming/ExternalContextObjectFactory.java

83             Module module = Module.getBootModuleLoader().loadModule(ModuleIdentifier.fromString(initialContextModule));
84             loader = module.getClassLoader();
85             initialContextClass = Class.forName(initialContextClassName, true, module.getClassLoader());
86             Constructor ctor = initialContextClass.getConstructor(Hashtable.class);
87             context = (Context) ctor.newInstance(newEnvironment);

Due to this issue the binding fails with an exception as follows:

17:02:46,740 ERROR [stderr] (default task-1) Caused by: java.lang.reflect.InvocationTargetException
17:02:46,740 ERROR [stderr] (default task-1)   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
17:02:46,740 ERROR [stderr] (default task-1)   at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
17:02:46,741 ERROR [stderr] (default task-1)   at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
17:02:46,741 ERROR [stderr] (default task-1)   at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
17:02:46,742 ERROR [stderr] (default task-1)   at org.jboss.as.naming.ExternalContextObjectFactory.createContext(ExternalContextObjectFactory.java:87)
17:02:46,742 ERROR [stderr] (default task-1)   at org.jboss.as.naming.ExternalContextObjectFactory.getObjectInstance(ExternalContextObjectFactory.java:46)
17:02:46,743 ERROR [stderr] (default task-1)   at org.jboss.as.naming.subsystem.NamingBindingAdd$2.getReference(NamingBindingAdd.java:255)
17:02:46,743 ERROR [stderr] (default task-1)   ... 36 more
17:02:46,744 ERROR [stderr] (default task-1) Caused by: javax.naming.NamingException: JBAS011843: Failed instantiate InitialContextFactory org.jboss.security.jndi.JndiLoginInitialContextFactory from classloader ModuleClassLoader for Module &quot;deployment.messagesender.war:main&quot; from Service Module Loader
17:02:46,744 ERROR [stderr] (default task-1)   at org.jboss.as.naming.InitialContext.getDefaultInitCtx(InitialContext.java:116)
17:02:46,744 ERROR [stderr] (default task-1)   at org.jboss.as.naming.InitialContext.init(InitialContext.java:99)
17:02:46,745 ERROR [stderr] (default task-1)   at javax.naming.InitialContext.&lt;init&gt;(InitialContext.java:216)
17:02:46,745 ERROR [stderr] (default task-1)   at javax.naming.directory.InitialDirContext.&lt;init&gt;(InitialDirContext.java:101)
17:02:46,745 ERROR [stderr] (default task-1)   at org.jboss.as.naming.InitialContext.&lt;init&gt;(InitialContext.java:90)
17:02:46,746 ERROR [stderr] (default task-1)   at org.jboss.as.naming.InitialContextFactory.getInitialContext(InitialContextFactory.java:44)
17:02:46,746 ERROR [stderr] (default task-1)   at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684)
17:02:46,746 ERROR [stderr] (default task-1)   at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:307)
17:02:46,746 ERROR [stderr] (default task-1)   at javax.naming.InitialContext.init(InitialContext.java:242)
17:02:46,747 ERROR [stderr] (default task-1)   at javax.naming.InitialContext.&lt;init&gt;(InitialContext.java:216)
17:02:46,747 ERROR [stderr] (default task-1)   ... 43 more

Table:

create table journal(`journal id1` string) partitioned by (`journal id2` string);

Query:

explain select * from journal where struct(`journal id1`, `journal id2`) IN (struct('2013-1000-0133878664', '3'), struct('2013-1000-0133878695', 1));

15/08/18 14:52:55 [main]: ERROR ql.Driver: FAILED: SemanticException [Error 10014]: Line 1:108 Wrong arguments '1': The arguments for IN should be the same type! Types are: {struct<col1:string,col2:string> IN (struct<col1:string,col2:string>, struct<col1:string,col2:int>)}
org.apache.hadoop.hive.ql.parse.SemanticException: Line 1:108 Wrong arguments '1': The arguments for IN should be the same type! Types are: {struct<col1:string,col2:string> IN (struct<col1:string,col2:string>, struct<col1:string,col2:int>)}
at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1196)
at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:195)
at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:148)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:10595)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:10551)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:10519)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genFilterPlan(SemanticAnalyzer.java:2681)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genFilterPlan(SemanticAnalyzer.java:2662)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:8841)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9713)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9607)
at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10093)
at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:221)
at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:74)
at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:417)
at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1069)
at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1131)
at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:783)

Spring provides ways to rewrite resource URLs using the ResourceUrlEncodingFilter and ResourceUrlProvider. By using the HttpServletResponse.encodeUrl method, supported template engines can trigger that mechanism to rewrite the resource URL.
The dedicated Velocity macros provided by Spring, springUrl only prepends the URL with the context, instead of calling the actual method RequestContext.getContextUrl; this is actually done for the Freemarker equivalent.
In the meantime, developers who want this feature should override Spring's macro or declare their own like this:

#macro( springResourceUrl $relativeUrl )$springMacroRequestContext.getContextUrl(${relativeUrl})#end

When multiple queries are executed in same session, row count of the first query is getting printed for subsequent queries. 

Currently user_permission command on namespace, e.g.

user_permission '@ns'

would result in the following exception:

Exception `NameError' at /usr/lib/hbase/lib/ruby/hbase/security.rb:170 - no method 'getUserPermissions' for arguments (org.apache.hadoop.hbase.protobuf.generated.          AccessControlProtos.AccessControlService.BlockingStub,org.jruby.java.proxies.ArrayJavaProxy) on Java::OrgApacheHadoopHbaseProtobuf::ProtobufUtil

ERROR: no method 'getUserPermissions' for arguments (org.apache.hadoop.hbase.protobuf.generated.AccessControlProtos.AccessControlService.BlockingStub,org.jruby.java.       proxies.ArrayJavaProxy) on Java::OrgApacheHadoopHbaseProtobuf::ProtobufUtil
Backtrace: /usr/lib/hbase/lib/ruby/hbase/security.rb:170:in `user_permission'
           /usr/lib/hbase/lib/ruby/shell/commands/user_permission.rb:39:in `command'
           org/jruby/RubyKernel.java:2109:in `send'
           /usr/lib/hbase/lib/ruby/shell/commands.rb:34:in `command_safe'
           /usr/lib/hbase/lib/ruby/shell/commands.rb:91:in `translate_hbase_exceptions'
           /usr/lib/hbase/lib/ruby/shell.rb:127:in `internal_command'
           /usr/lib/hbase/lib/ruby/shell.rb:119:in `command'
           (eval):2:in `user_permission'
           (hbase):1:in `evaluate'
           org/jruby/RubyKernel.java:1112:in `eval'

Operation reload-certificate-revocation-list on Elytron trust-manager should fail when invalid CRL file is provided.
When invalid file is provided, the operation succeed and an error raises in server log only with the first request. Old CRL is kept in use.
An administrator should be immediately aware that reload of the CRL failed.

example:

Caused by: org.springframework.util.InvalidMimeTypeException: Invalid mime type "multipart/x-mixed-replace;boundary = --myboundary": Invalid token character ' ' in token "boundary "
	at org.springframework.util.MimeTypeUtils.parseMimeType

Our application uses a special classloader from which it can load beans dynamically. The applicationcontext is reloaded to do this. The normal DispatcherServlet has a mechanism to allow the applicationcontext to be reloaded by overriding the onRefresh method. The MessageDispatcherServlet does not do this and crashes occur when webservices are invoked. 
The class below can be used as a workaround.

public class FixedMessageDispatcherServlet
	extends MessageDispatcherServlet
{

	private boolean initializing = true;

	@Override
	protected void onRefresh(ApplicationContext context)
	{
		try {
			if (this.initializing) {
				this.initializing = false;
			} else {
				this.initFrameworkServlet();
			}
			throw new RuntimeException(e);
		}
	}
}

Although not part of the server runtime, the ironjacamar-spec-api is included as a transitive dependency. This fixes it:

@@ -4314,6 +4326,10 @@
                 <version>\${version.org.jboss.ironjacamar}</version>
                 <exclusions>
                     <exclusion>
+                        <artifactId>ironjacamar-spec-api</artifactId>
+                        <groupId>org.jboss.ironjacamar</groupId>
                         <artifactId>jbossxb</artifactId>
                         <groupId>org.jboss</groupId>
                     </exclusion>
@@ -4346,6 +4362,10 @@
                         <artifactId>jboss-integration</artifactId>
                         <groupId>org.jboss.integration</groupId>
@@ -4376,6 +4396,10 @@
                         <artifactId>jboss-common-core</artifactId>

mapjoin_mapjoin.q was updated (SORT_BEFORE_DIFF). However, since the tez test were stuck the accompanying update to the golden file was missed.

In some of the recent test runs, we are seeing multiple bindings for SLF4j that causes issues with LOG4j2 logger. 

SLF4J: Found binding in [jar:file:/grid/0/hadoop/yarn/local/usercache/hrt_qa/appcache/application_1454694331819_0001/container_e06_1454694331819_0001_01_000002/app/install/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class]

We have added explicit exclusions for slf4j-log4j12 but some library is pulling it transitively and it's getting packaged with hive libs. Also hive currently uses version 1.7.5 for slf4j. We should add dependency convergence for sl4fj and also remove packaging of slf4j-log4j12.*.jar 

HIVE-6681 corrected the comments in the describe table output, earlier it would show "from deserializer" in comments.
Some WebHCat E2E tests are checking for the string "from deserializer" even overshadowing the actual comments.

When creating a calendar-based timer with a timezone id having leading/trailiing whitespaces, the specified timezone is ignored and the system default timezone is used instead.
Although there is a warning, users may not notice it and would still expect the requested timezone to be used.
The logged warning:

13:18:14,259 WARN  [org.jboss.as.ejb3] (default task-42) WFLYEJB0015: Unknown timezone id:
                                            US/Eastern
                                         found in schedule expression. Ignoring it and using server's timezone: America/New_York

The user-provided timezone 'US/Eastern' is a valid timezone (after trimming).

The deployment-overlay command fails to redeploy affected deployments if the runtime-name isn't the same as the deployment name. Since affected deployment to be redeployed should be running the couple runtime-name + enabled == true should be used to define which deployments are affected instead of using the deployment name since the name used in overlay is the runtime-name

Currently in the HMS we support two types of notification listeners, transactional and non-transactional ones. Transactional listeners will only be invoked if the jdbc transaction finished successfully while non-transactional ones are supposed to be resilient and will be invoked in any case, even for failures.
Having the same type for these two is a source of confusion and opens the door for misconfigurations. We should try to fix this.

Do this:

Index: src/test/java/org/apache/hadoop/hbase/client/TestShell.java
--- src/test/java/org/apache/hadoop/hbase/client/TestShell.java (revision 1204082)
+++ src/test/java/org/apache/hadoop/hbase/client/TestShell.java (working copy)
@@ -45,6 +45,7 @@
   @BeforeClass
   public static void setUpBeforeClass() throws Exception {
     // Start mini cluster
+    TEST_UTIL.getConfiguration().setBoolean("hbase.online.schema.update.enable", true);
     TEST_UTIL.getConfiguration().setInt("hbase.regionserver.msginterval", 100);
     TEST_UTIL.getConfiguration().setInt("hbase.client.pause", 250);
     TEST_UTIL.getConfiguration().setInt("hbase.client.retries.number", 6);

There are no methods on SecurityIdentity to create a run-as authorized user with a Principal, only a String name.  There is no authorize(Principal) variant on ServerAuthenticationContext.
These should be added to support realms which do not use plain text names to identify users.

That patch changes how IOContext is created (file structure) and adds tests; I will merge non-LLAP parts of it now, so it's easier to merge later.

sometime in metastore log, will get below exception,  after analysis, we found that :
when hivemetastore start, the DelegationTokenSecretManager will maintain the same objectstore, see here

saslServer.startDelegationTokenSecretManager(conf, *baseHandler.getMS()*, ServerMode.METASTORE);

this lead to the cocurrent issue.

2015-08-18 20:59:10,520 | ERROR | pool-6-thread-200 | Error occurred during processing of message. | org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:296)
org.apache.hadoop.hive.thrift.DelegationTokenStore$TokenStoreException: org.datanucleus.transaction.NucleusTransactionException: Invalid state. Transaction has already started
	at org.apache.hadoop.hive.thrift.DBTokenStore.invokeOnRawStore(DBTokenStore.java:154)
	at org.apache.hadoop.hive.thrift.DBTokenStore.getToken(DBTokenStore.java:88)
	at org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.retrievePassword(TokenStoreDelegationTokenSecretManager.java:112)
	at org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.retrievePassword(TokenStoreDelegationTokenSecretManager.java:56)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$SaslDigestCallbackHandler.getPassword(HadoopThriftAuthBridge.java:565)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$SaslDigestCallbackHandler.handle(HadoopThriftAuthBridge.java:596)
	at com.sun.security.sasl.digest.DigestMD5Server.validateClientResponse(DigestMD5Server.java:589)
	at com.sun.security.sasl.digest.DigestMD5Server.evaluateResponse(DigestMD5Server.java:244)
	at org.apache.thrift.transport.TSaslTransport$SaslParticipant.evaluateChallengeOrResponse(TSaslTransport.java:539)
	at org.apache.thrift.transport.TSaslTransport.open(TSaslTransport.java:283)
	at org.apache.thrift.transport.HiveTSaslServerTransport.open(HiveTSaslServerTransport.java:133)
	at org.apache.thrift.transport.HiveTSaslServerTransport$Factory.getTransport(HiveTSaslServerTransport.java:261)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingTransportFactory$1.run(HadoopThriftAuthBridge.java:739)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingTransportFactory$1.run(HadoopThriftAuthBridge.java:736)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1652)
	at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingTransportFactory.getTransport(HadoopThriftAuthBridge.java:736)
	at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:268)
Caused by: org.datanucleus.transaction.NucleusTransactionException: Invalid state. Transaction has already started
	at org.datanucleus.transaction.TransactionManager.begin(TransactionManager.java:47)
	at org.datanucleus.TransactionImpl.begin(TransactionImpl.java:131)
	at org.datanucleus.api.jdo.JDOTransaction.internalBegin(JDOTransaction.java:88)
	at org.datanucleus.api.jdo.JDOTransaction.begin(JDOTransaction.java:80)
	at org.apache.hadoop.hive.metastore.ObjectStore.openTransaction(ObjectStore.java:420)
	at org.apache.hadoop.hive.metastore.ObjectStore.getToken(ObjectStore.java:6455)
	at com.sun.proxy.$Proxy4.getToken(Unknown Source)
	at org.apache.hadoop.hive.thrift.DBTokenStore.invokeOnRawStore(DBTokenStore.java:146)
	... 21 more

This configuration logs in, presence works, but message is not received by the participant.

		from("timer://kickoff?period=10000&delay=1").
		setBody(constant("xmpp message")).
		to("xmpp://xxxxxxxx@gmail.com/?resource=camel-user&password=xxxxxx&participant=xxxxxxxx@jabber.org");

It is cause by the code 

message.setFrom(endpoint.getUser());

1. There is no need to set "from" field: smack will fetch this info from the connection info and will set it up properly.
2. I can't find the link, but according to common sence and examples in Instant Messaging and Presence  "from" should be JID (Jabber ID) and not just user name!

   <message
       to='romeo@example.net'
       from='juliet@example.com/balcony'
       type='chat'
       xml:lang='en'>
     <body>Wherefore art thou, Romeo?</body>
   </message>
3. "Normal" message is just a hint to UI that the message is not part of conversation but a standalone message. It does not matter practically but ideologically  xmpp component will send messages as they flow and I'd say it is a conversation (or monologue to be precise). So no need to set "Normal" flag either. Smack will set it to the default "chat" type.

The release tarballs have a compiled version of the hbase jars and the security tarball seems to have the compiled security bits.  However, the source code and resources for security implementation are missing from the release tarballs in both distributions.  They should be included in both.

"NOT flushing memstore for region" keep on printing for half an hour in the regionserver. Then I restart hbase. I think there may be deadlock or cycling.
I know that when splitting region, it will doclose of region, and set writestate.writesEnabled = false  and may run close preflush. This will make flush fail and print "NOT flushing memstore for region". But It should be finished after a while.
logs:
2011-04-18 16:28:27,960 DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction requested for ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610. because regionserver60020.cacheFlusher; priority=-1, compaction queue size=1
2011-04-18 16:28:30,171 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Flush requested on ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610.
2011-04-18 16:28:30,171 WARN org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Region ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610. has too many store files; delaying flush up to 90000ms
2011-04-18 16:28:32,119 INFO org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter: Using syncFs – HDFS-200
2011-04-18 16:28:32,285 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: Roll /hbase/.logs/linux253,60020,1303123943360/linux253%3A60020.1303124206693, entries=5226, filesize=255913736. New hlog /hbase/.logs/linux253,60020,1303123943360/linux253%3A60020.1303124311822
2011-04-18 16:28:32,287 DEBUG org.apache.hadoop.hbase.regionserver.wal.HLog: Found 1 hlogs to remove out of total 2; oldest outstanding sequenceid is 11037 from region 031f37c9c23fcab17797b06b90205610
2011-04-18 16:28:32,288 INFO org.apache.hadoop.hbase.regionserver.wal.HLog: moving old hlog file /hbase/.logs/linux253,60020,1303123943360/linux253%3A60020.1303123945481 whose highest sequenceid is 6052 to /hbase/.oldlogs/linux253%3A60020.1303123945481
2011-04-18 16:28:42,701 INFO org.apache.hadoop.hbase.regionserver.Store: Completed major compaction of 4 file(s), new file=hdfs://10.18.52.108:9000/hbase/ufdr/031f37c9c23fcab17797b06b90205610/value/4398465741579485290, size=281.4m; total size for store is 468.8m
2011-04-18 16:28:42,712 INFO org.apache.hadoop.hbase.regionserver.HRegion: completed compaction on region ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610. after 1mins, 40sec
2011-04-18 16:28:42,741 INFO org.apache.hadoop.hbase.regionserver.SplitTransaction: Starting split of region ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610.
2011-04-18 16:28:42,770 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Closing ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610.: disabling compactions & flushes
2011-04-18 16:28:42,770 INFO org.apache.hadoop.hbase.regionserver.HRegion: Running close preflush of ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610.
2011-04-18 16:28:42,771 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Started memstore flush for ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610., current region memstore size 105.6m
2011-04-18 16:28:42,818 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Finished snapshotting, commencing flushing stores
2011-04-18 16:28:42,846 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: NOT flushing memstore for region ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610., flushing=false, writesEnabled=false
2011-04-18 16:28:42,849 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Flush requested on ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610.
2011-04-18 16:28:42,849 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: NOT flushing memstore for region ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610., flushing=false, writesEnabled=false ......
2011-04-18 17:04:08,803 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: NOT flushing memstore for region ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610., flushing=false, writesEnabled=false
2011-04-18 17:04:08,803 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Flush requested on ufdr,,1303124043153.031f37c9c23fcab17797b06b90205610.
Mon Apr 18 17:04:24 IST 2011 Starting regionserver on linux253 ulimit -n 1024

http://174.129.32.31:8080/job/fuse-master-all-clean/30/testReport/

After the following scenario, the first record of region is skipped, without being sent to Mapper:

the reader is initialized with TableRecordReader.init()
then nextKeyValue is called, causing call to scanner.next() - here ScannerTimeoutException occurs
the scanner is restarted by call to restart() and then two calls to scanner.next() occur, causing we have lost the first row

Following query fails to run:

SELECT
    COALESCE(498, LEAD(COALESCE(-973, -684, 515)) OVER (PARTITION BY (t2.int_col_10 + t1.smallint_col_50) ORDER BY (t2.int_col_10 + t1.smallint_col_50), FLOOR(t1.double_col_16) DESC), 524) AS int_col,
    (t2.int_col_10) + (t1.smallint_col_50) AS int_col_1,
    FLOOR(t1.double_col_16) AS float_col,
    COALESCE(SUM(COALESCE(62, -380, -435)) OVER (PARTITION BY (t2.int_col_10 + t1.smallint_col_50) ORDER BY (t2.int_col_10 + t1.smallint_col_50) DESC, FLOOR(t1.double_col_16) DESC ROWS BETWEEN UNBOUNDED PRECEDING AND 48 FOLLOWING), 704) AS int_col_2
                           ((t2.decimal2709_col_9) = (t1.decimal2016_col_26))) AND
                           ((t2.tinyint_col_20) = (t1.tinyint_col_3))
    COALESCE(-92, -994) AS int_col
    FROM table_1 tt1
    INNER JOIN table_18 tt2 ON (tt2.decimal1911_col_16) = (tt1.decimal2612_col_77)
    WHERE (t1.timestamp_col_9) = (tt2.timestamp_col_18));

Following error is seen in the logs:

2016-04-27T04:32:09,605 WARN  [...2a24 HiveServer2-Handler-Pool: Thread-211]: thrift.ThriftCLIService (ThriftCLIService.java:ExecuteStatement(501)) - Error executing statement:
org.apache.hive.service.cli.HiveSQLException: Error running query: java.lang.AssertionError: mismatched type $8 TIMESTAMP(9)
        at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:178) ~[hive-service-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:216) ~[hive-service-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hive.service.cli.operation.Operation.run(Operation.java:327) ~[hive-service-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:458) ~[hive-service-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:435) ~[hive-service-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:272) ~[hive-service-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hive.service.cli.thrift.ThriftCLIService.ExecuteStatement(ThriftCLIService.java:492) [hive-service-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1317) [hive-service-rpc-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$ExecuteStatement.getResult(TCLIService.java:1302) [hive-service-rpc-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) [hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) [hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hive.service.auth.TSetIpAddressProcessor.process(TSetIpAddressProcessor.java:56) [hive-service-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286) [hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
Caused by: java.lang.AssertionError: mismatched type $8 TIMESTAMP(9)
        at org.apache.calcite.rex.RexUtil$FixNullabilityShuttle.visitInputRef(RexUtil.java:2042) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexUtil$FixNullabilityShuttle.visitInputRef(RexUtil.java:2020) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexInputRef.accept(RexInputRef.java:112) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexShuttle.visitList(RexShuttle.java:144) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexShuttle.visitCall(RexShuttle.java:93) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexShuttle.visitCall(RexShuttle.java:36) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexCall.accept(RexCall.java:108) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexShuttle.apply(RexShuttle.java:275) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexShuttle.mutate(RexShuttle.java:234) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexShuttle.apply(RexShuttle.java:252) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rex.RexUtil.fixUp(RexUtil.java:1239) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.rel.rules.FilterJoinRule.perform(FilterJoinRule.java:232) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.optimizer.calcite.rules.HiveFilterJoinRule$HiveFilterJoinMergeRule.onMatch(HiveFilterJoinRule.java:78) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.calcite.plan.AbstractRelOptPlanner.fireRule(AbstractRelOptPlanner.java:318) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.plan.hep.HepPlanner.applyRule(HepPlanner.java:514) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.plan.hep.HepPlanner.applyRules(HepPlanner.java:392) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.plan.hep.HepPlanner.executeInstruction(HepPlanner.java:285) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.plan.hep.HepInstruction$RuleCollection.execute(HepInstruction.java:72) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.plan.hep.HepPlanner.executeProgram(HepPlanner.java:207) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.plan.hep.HepPlanner.findBestExp(HepPlanner.java:194) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.hepPlan(CalcitePlanner.java:1293) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.applyPreJoinOrderingTransforms(CalcitePlanner.java:1166) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:956) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner$CalcitePlannerAction.apply(CalcitePlanner.java:887) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.calcite.tools.Frameworks$1.apply(Frameworks.java:113) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.prepare.CalcitePrepareImpl.perform(CalcitePrepareImpl.java:969) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.tools.Frameworks.withPrepare(Frameworks.java:149) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.calcite.tools.Frameworks.withPlanner(Frameworks.java:106) ~[calcite-core-1.6.0.2.5.0.0-248.jar:1.6.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.getOptimizedAST(CalcitePlanner.java:706) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.genOPTree(CalcitePlanner.java:274) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10642) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:233) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:245) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.parse.ExplainSemanticAnalyzer.analyzeInternal(ExplainSemanticAnalyzer.java:74) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:476) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:318) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1191) ~[hive-exec-2.1.0.2.5.0.0-248.jar:2.1.0.2.5.0.0-248]
        ... 15 more

Hive DDL for supporting tables are:

CREATE TABLE table_1 (timestamp_col_1 TIMESTAMP, decimal3003_col_2 DECIMAL(30, 3), tinyint_col_3 TINYINT, decimal0101_col_4 DECIMAL(1, 1), boolean_col_5 BOOLEAN, float_col_6 FLOAT, bigint_col_7 BIGINT, varchar0098_col_8 VARCHAR(98), timestamp_col_9 TIMESTAMP, bigint_col_10 BIGINT, decimal0903_col_11 DECIMAL(9, 3), timestamp_col_12 TIMESTAMP, timestamp_col_13 TIMESTAMP, float_col_14 FLOAT, char0254_col_15 CHAR(254), double_col_16 DOUBLE, timestamp_col_17 TIMESTAMP, boolean_col_18 BOOLEAN, decimal2608_col_19 DECIMAL(26, 8), varchar0216_col_20 VARCHAR(216), string_col_21 STRING, bigint_col_22 BIGINT, boolean_col_23 BOOLEAN, timestamp_col_24 TIMESTAMP, boolean_col_25 BOOLEAN, decimal2016_col_26 DECIMAL(20, 16), string_col_27 STRING, decimal0202_col_28 DECIMAL(2, 2), float_col_29 FLOAT, decimal2020_col_30 DECIMAL(20, 20), boolean_col_31 BOOLEAN, double_col_32 DOUBLE, varchar0148_col_33 VARCHAR(148), decimal2121_col_34 DECIMAL(21, 21), tinyint_col_35 TINYINT, boolean_col_36 BOOLEAN, boolean_col_37 BOOLEAN, string_col_38 STRING, decimal3420_col_39 DECIMAL(34, 20), timestamp_col_40 TIMESTAMP, decimal1408_col_41 DECIMAL(14, 8), string_col_42 STRING, decimal0902_col_43 DECIMAL(9, 2), varchar0204_col_44 VARCHAR(204), boolean_col_45 BOOLEAN, timestamp_col_46 TIMESTAMP, boolean_col_47 BOOLEAN, bigint_col_48 BIGINT, boolean_col_49 BOOLEAN, smallint_col_50 SMALLINT, decimal0704_col_51 DECIMAL(7, 4), timestamp_col_52 TIMESTAMP, boolean_col_53 BOOLEAN, timestamp_col_54 TIMESTAMP, int_col_55 INT, decimal0505_col_56 DECIMAL(5, 5), char0155_col_57 CHAR(155), boolean_col_58 BOOLEAN, bigint_col_59 BIGINT, boolean_col_60 BOOLEAN, boolean_col_61 BOOLEAN, char0249_col_62 CHAR(249), boolean_col_63 BOOLEAN, timestamp_col_64 TIMESTAMP, decimal1309_col_65 DECIMAL(13, 9), int_col_66 INT, float_col_67 FLOAT, timestamp_col_68 TIMESTAMP, timestamp_col_69 TIMESTAMP, boolean_col_70 BOOLEAN, timestamp_col_71 TIMESTAMP, double_col_72 DOUBLE, boolean_col_73 BOOLEAN, char0222_col_74 CHAR(222), float_col_75 FLOAT, string_col_76 STRING, decimal2612_col_77 DECIMAL(26, 12), timestamp_col_78 TIMESTAMP, char0128_col_79 CHAR(128), timestamp_col_80 TIMESTAMP, double_col_81 DOUBLE, timestamp_col_82 TIMESTAMP, float_col_83 FLOAT, decimal2622_col_84 DECIMAL(26, 22), double_col_85 DOUBLE, float_col_86 FLOAT, decimal0907_col_87 DECIMAL(9, 7)) STORED AS orc;

CREATE TABLE table_18 (boolean_col_1 BOOLEAN, boolean_col_2 BOOLEAN, decimal2518_col_3 DECIMAL(25, 18), float_col_4 FLOAT, timestamp_col_5 TIMESTAMP, double_col_6 DOUBLE, double_col_7 DOUBLE, char0035_col_8 CHAR(35), decimal2709_col_9 DECIMAL(27, 9), int_col_10 INT, timestamp_col_11 TIMESTAMP, decimal3604_col_12 DECIMAL(36, 4), string_col_13 STRING, int_col_14 INT, tinyint_col_15 TINYINT, decimal1911_col_16 DECIMAL(19, 11), float_col_17 FLOAT, timestamp_col_18 TIMESTAMP, smallint_col_19 SMALLINT, tinyint_col_20 TINYINT, timestamp_col_21 TIMESTAMP, boolean_col_22 BOOLEAN, int_col_23 INT) STORED AS orc;

The problem is that the reference indices in the condition (and thus, their type) are inferred incorrectly.

For WFLY-5290, WFCORE-1022 was done to provide more context, however we still have some problems when doing:

/profile=full-ha/subsystem=jgroups/stack=tcp/transport=TRANSPORT/thread-pool=default:write-attribute(name=keepalive-time,value=100)

This is an alias which should resolve to

/profile=full-ha/subsystem=jgroups/stack=tcp/transport=TCP/thread-pool=default:write-attribute(name=keepalive-time,value=100)

The equivalent works fine in a standalone. Debugging using CLI commands, the initial read-operation-description ends up in PrepareStepHandler.executeDirectOperation()
which does the right thing.
However the write-attribute call ends up in 

	OperationCoordinatorStepHandler.execute() ->
	OperationSlaveStepHandler.addSteps() ->
	HostControllerExecutionSupport returns a domainOp ->
	OperationSlaveStepHandler.addBasicStep()

and 	OperationSlaveStepHandler.addBasicStep() resolves the OperationEntry differently from the standard/standalone prepare step handler, and from how PrepareStepHandler.executeDirectOperation() resolves it.

Appears to be a regression introduced by HBASE-19131. Operations that attempt to obtain the `status` from the HMaster now fail if the requesting user doesn't have global ADMIN permission.
Discussion: https://lists.apache.org/thread.html/f1cd2a50e5c460879c97043790b33aa375cd6b217455d611c3417e3d@%3Cdev.hbase.apache.org%3E
Thanks to Romil for letting us know about this one.
FYI stack Chia-Ping Tsai.

See WFCORE-3121. This call in the enable-elytron.cli scripts:

needs to be

/host=master/core-service=management/access=identity:add(security-domain=ManagementDomain)

The row-counts expected with and without vectorization differ.
The attached small-scale repro case produces 5 rows with vectorized multi-key joins and 53 rows without the vectorized join.

RSRpcServices#get updates the get metrics. However Multiactions do not.

This bug report is based on a forum thread(see Reference URL). I do not want to duplicate the original posts. Here is my response.
Hello Oliver, 
This morning I built spring data from source which provided a more informative error (see below). My code doesn't use the  @PersistenceConstructor annotation. I'll investigate. 
My source is open source. It is pre-alpha at this time. You'll find it on github (https://github.com/kern3020/harbinger).
Exception in thread "main" org.springframework.data.mapping.model.MappingInstantiationException: Could not instantiate bean class [java.net.URL]: No default constructor found; nested exception is java.lang.NoSuchMethodException: java.net.URL.<init>()
	at org.springframework.data.convert.ReflectionEntityInstantiator.createInstance(ReflectionEntityInstantiator.java:63)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$MongoDbPropertyValueProvider.getPropertyValue(MappingMongoConverter.java:953)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.getValueInternal(MappingMongoConverter.java:708)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$1.doWithPersistentProperty(MappingMongoConverter.java:246)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$1.doWithPersistentProperty(MappingMongoConverter.java:236)
	at org.springframework.data.mapping.model.BasicPersistentEntity.doWithProperties(BasicPersistentEntity.java:183)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:236)
	at org.springframework.data.mongodb.core.MongoTemplate$ReadDbObjectCallback.doWith(MongoTemplate.java:1700)
	at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:1451)
	at org.springframework.data.mongodb.core.MongoTemplate.findAll(MongoTemplate.java:959)
	at org.john.app.InstituteRepository.dump(InstituteRepository.java:58)
	at org.john.app.InstituteRepository$$FastClassByCGLIB$$7799dab9.invoke(<generated>)
	at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:138)
	at org.john.app.InstituteRepository$$EnhancerByCGLIB$$a998483c.dump(<generated>)
	at org.john.app.ReaperApp.main(ReaperApp.java:49)
Caused by: org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [java.net.URL]: No default constructor found; nested exception is java.lang.NoSuchMethodException: java.net.URL.<init>()
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:107)
	at org.springframework.data.convert.ReflectionEntityInstantiator.createInstance(ReflectionEntityInstantiator.java:60)
	... 25 more
Caused by: java.lang.NoSuchMethodException: java.net.URL.<init>()
	at java.lang.Class.getConstructor0(Class.java:2723)
	at java.lang.Class.getDeclaredConstructor(Class.java:2002)
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:104) 

The property default value is too low by mistake (10MB), it is missing three trailing zeros.

    HIVECONVERTJOINMAXSHUFFLESIZE("hive.auto.convert.join.shuffle.max.size", 10000000L,
       "If hive.auto.convert.join.noconditionaltask is off, this parameter does not take affect. \n" +
       "However, if it is on, and the predicted size of the larger input for a given join is greater \n" +
       "than this number, the join will not be converted to a dynamically partitioned hash join. \n" +
       "The value \"-1\" means no limit."),

select current_date + 5;

FAILED: SemanticException [Error 10014]: Line 1:7 Wrong arguments '5': No matching method for class org.apache.hadoop.hive.ql.udf.generic.GenericUDFOPDTIPlus with (date, int)

This works in Postgres 9.6 - http://sqlfiddle.com/#!17/9eecb/19253/0

If while traversing the tree to generate tasks, a bucket mapjoin may set its edge as CUSTOM_SIMPLE_EDGE against CUSTOM_EDGE if the bigtable is already not traversed causing Tez to assert and fail the vertex.

UserServiceBeanDefinitionParser does parse the "disabled" attribute, but this attribute is not valid in spring-security-2.0.xsd.

Test coverage for @RunAs annotated servlets testing is not sufficient in the server.
The WebSecurityRunAsTestCase in testsuite/integration/basic doesn't test the behavior correctly as mentioned in this comment of WFLY-5015.
I suggest to move the coverage to manualmode to be able to test also the behavior of @RunAs annotated HttpServlet.destroy() method during AS server shutdown.
Possible "sun-shine" test scenario:

prepare deployment
	
use init parameter to configure path to a file which will serve as exceptions-counter for the application
add EJB annotated with @RolesAllowed("Admin")
add @RunAs("Admin") annotated servlet which calls the EJB in init(), doGet() and destroy() methods - if exception is thrown it increases the counter in the file (init param)

start server
deploy the test deployment
make call to the servlet
stop the server
start the server again
undeploy test deployment
check the counter (in file) if the exceptions count is 0

Create "cloudy" scenarios based on modifications of the "sun-shine" one. (E.g. alter the run-as role name used in servlet and check the EJB call falls in all cases)

There are methods in Elytron LdapSecurityRealm class which create/get DirContext, but does not close him in finally block.
In some circumstances could cause context resource leak.

LdapSecurityRealm
	
getEvidenceVerifySupport
getCredentialAcquireSupport
getCredential
setCredentials

LdapRealmIdentity
	
In same class there are examples of properly closed contexts:

verifyEvidence
getIdentity
create
setAttributes

If you specify something like:
– This is a comment
add jar jar_path;
select * from my_table;
This fails.
I have created a fix to skip the commented lines.

Perhaps some subtle configuration issue, but a Camel stream resequencer that is a route between 2 ActiveMQ queues fails to deliver all ordered messages. In fact, using the defaults for a StreamResequencer only 1 out of 100 messages are delivered. However, all 100 messages have been removed from the Producer queue by the resequencer and are not moved to the consumer queue either (even unordered). 
Relevant points:

Broker is run external to Camel route (non-embedded, no VM transport)
Producer is a Camel ProducerTemplate
Consumer is a Camel route that listens on another delivery queue and delivers message to a simple stdout Processor
Resequencer uses stream defaults (100, 1000ms)
Trace warns of some Converter override (see attached trace) and throws a breadcrumb error
Resequencer fails delivery whether using body (long) or seqnum header (long)
all JMS components are configured for AutoAcks

When using Spring Boot or when manually registering an ObjectToList-converter with Camel, Bindy fails to marshal objects.
PR submitted with fix.

This is not very critical, but I've noticed that we do not serialize the HTableDescriptor to <hbase.root.dir>/.META./.tableinfo, although we do it for ROOT. 
MasterFileSystem.createRootTableInfo() should probably have an META equivalent.  

The underlying failure seems to be visible from --verbose : 

Metastore connection URL:        jdbc:oracle:thin:@//aaa:bb:cc:dd:1521/XE
Metastore Connection Driver :    oracle.jdbc.driver.OracleDriver
Metastore connection User:       hiveuser
Starting upgrade metastore schema from version 2.0.0 to 2.1.0
Upgrade script upgrade-2.0.0-to-2.1.0.oracle.sql
Connecting to jdbc:oracle:thin:@//aaa:bb:cc:dd:1521/XE
Driver: Oracle JDBC driver (version 11.2.0.4.0)
0: jdbc:oracle:thin:@//aaa:bb:cc:dd:1521/XE> !autocommit on
0: jdbc:oracle:thin:@//aaa:bb:cc:dd:1521/XE> SELECT 'Upgrading MetaStore schema from 2.0.0 to 2.1.0' AS Status from dual
+-------------------------------------------------+--+
|                     STATUS                      |
| Upgrading MetaStore schema from 2.0.0 to 2.1.0  |
1 row selected (0.072 seconds)
0: jdbc:oracle:thin:@//aaa:bb:cc:dd:1521/XE> CREATE TABLE IF NOT EXISTS  KEY_CONSTRAINTS ( CHILD_CD_ID NUMBER, CHILD_INTEGER_IDX NUMBER, CHILD_TBL_ID NUMBER, PARENT_CD_ID NUMBER NOT NULL, PARENT_INTEGER_IDX ^M NUMBER NOT NULL, PARENT_TBL_ID NUMBER NOT NULL, POSITION NUMBER NOT NULL, CONSTRAINT_NAME VARCHAR(400) NOT NULL, CONSTRAINT_TYPE NUMBER NOT NULL, UPDATE_RULE NUMBER, DELETE_RULE NUMBER, ENABLE_VALIDATE_REL ^MY NUMBER NOT NULL ) 
Error: ORA-00922: missing or invalid option (state=42000,code=922)

Closing: 0: jdbc:oracle:thin:@//aaa:bb:cc:dd:1521/XE
        at org.apache.hive.beeline.HiveSchemaTool.doUpgrade(HiveSchemaTool.java:250)
        at org.apache.hive.beeline.HiveSchemaTool.doUpgrade(HiveSchemaTool.java:218)
        at org.apache.hive.beeline.HiveSchemaTool.main(HiveSchemaTool.java:500)
        at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:390)
        at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:347)
        at org.apache.hive.beeline.HiveSchemaTool.doUpgrade(HiveSchemaTool.java:245)
        ... 8 more

At the face of it, it looks like issue from the actual script ( 034-HIVE-13076.oracle.sql ) that's provided:

CREATE TABLE IF NOT EXISTS  KEY_CONSTRAINTS
(
  CHILD_CD_ID NUMBER,
  CHILD_INTEGER_IDX NUMBER,
  CHILD_TBL_ID NUMBER,
  PARENT_CD_ID NUMBER NOT NULL,
  PARENT_INTEGER_IDX NUMBER NOT NULL,
  PARENT_TBL_ID NUMBER NOT NULL,
  POSITION NUMBER NOT NULL,
  CONSTRAINT_NAME VARCHAR(400) NOT NULL,
  CONSTRAINT_TYPE NUMBER NOT NULL,
  UPDATE_RULE NUMBER,
  DELETE_RULE NUMBER,
  ENABLE_VALIDATE_RELY NUMBER NOT NULL
) ;
ALTER TABLE KEY_CONSTRAINTS ADD CONSTRAINT CONSTRAINTS_PK PRIMARY KEY (CONSTRAINT_NAME, POSITION);
CREATE INDEX CONSTRAINTS_PT_INDEX ON KEY_CONSTRAINTS(PARENT_TBL_ID);

The 'owner' of any delegation token issued by the MetaStore is set to the requesting user. When a delegation token is asked by the user himself during a job submission, this is fine. However, in the case where the token is requested for by services (e.g., Oozie), on behalf of the user, the token's owner is set to the user the service is running as. Later on, when the token is used by a MapReduce task, the MetaStore treats the incoming request as coming from Oozie and does operations as Oozie. This means any new directory creations (e.g., create_table) on the hdfs by the MetaStore will end up with Oozie as the owner.
Also, the MetaStore doesn't check whether a user asking for a token on behalf of some other user, is actually authorized to act on behalf of that other user. We should start using the ProxyUser authorization in the MetaStore (HADOOP-6510's APIs).

  @Test
  public void test() {
    fail("Not yet implemented");
  }

Perhaps the thing to do is create a CapabilityReferenceRecorder for these and include them in IMMR.getRequirements.  We'd need to be sure to not double-record them though.

module focus --moduleName ui/mvc
java.lang.IllegalStateException: Failed to convert 'ui/mvc' to type Pom for option 'moduleName'
Script required 180.816 seconds to execute
File 'D:\2011_BulePrint\learnsp\projs\sample\mvc/' does not exist

The camel-paxlogging component (the consumer endpoint) ignores the properties (especially the MDC ones) from the local thread.

In DefaultMemStore#rollback() :

     if (found != null && found.getMvccVersion() == kv.getMvccVersion()) {
       this.snapshot.remove(kv);
     }

this.snapshotSize should be updated in case of rollback.

16:36:08.129 WARN  o.s.amqp.rabbit.core.RabbitAdmin - Auto-declaring a non-durable Queue (...). It will be redeclared if the broker stops and is restarted while the connection factory is alive, but all messages will be lost.

If there is no routes, we have an extra } which should not be there

{
  "routes": {
    }
  }
}

Parse error on line 5:
... {            }}}
-------------------^
Expecting 'EOF'

Can be easily reproduced by running INSERT OVERWRITE DIRECTORY to the same dir twice.

JMXPropertyEditorsTestCase fails on some Windows machines, because some Windows machines doesn't have defined USERNAME env property.
70%

cmd /c "mvn.cmd -version"
cmd /c "mvn.cmd install -B -Dmaven.repo.local=%MAVEN_REPO_LOCAL% -fae -Dmaven.test.failure.ignore=true -s %SETTINGS_XML% -llr -Dnode0=%MYTESTIP_1% -Dnode1=%MYTESTIP_2% -Dmcast=%MCAST_ADDR% -Dts.basic -Djboss.dist=%JBOSS_DIST%" -Dtest=JMXPropertyEditorsTestCase

org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy: Properties-property-editors-beans.sar
	at org.jboss.as.test.integration.ee.jmx.property.JMXPropertyEditorsTestCase.testProperties(JMXPropertyEditorsTestCase.java:1206)
    "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"Properties-property-editors-beans.sar\".PARSE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"Properties-property-editors-beans.sar\".PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment \"Properties-property-editors-beans.sar\"
    Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSAR0006: Failed to parse service xml [\"/W:/workspace/eap-7x-as-testsuite-test-integ-windows-sactc/8d745675/testsuite/integration/basic/target/workdir/content/Properties-property-editors-beans.sar/META-INF/jboss-service.xml\"]
    Caused by: java.lang.IllegalStateException: Failed to resolve expression: env.USERNAME"},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"Properties-property-editors-beans.sar\".PARSE"]
}
	... 171 more

02:01:27,822 WARN  [org.jboss.remotingjmx.Util] (main) The protocol 'http-remoting-jmx' is deprecated, instead you should use 'remote+http'.
02:01:27,942 INFO  [org.jboss.as.repository] (management-handler-thread - 4) WFLYDR0001: Content added at location W:\workspace\eap-7x-as-testsuite-test-integ-windows-sactc\8d745675\testsuite\integration\basic\target\jbossas\standalone\data\content\a8\7a7403bd32ecf0437fefcfceb1b03b0fa13423\content
02:01:27,944 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "Properties-property-editors-beans.sar" (runtime-name: "Properties-property-editors-beans.sar")
02:01:28,505 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."Properties-property-editors-beans.sar".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."Properties-property-editors-beans.sar".PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment "Properties-property-editors-beans.sar"
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSAR0006: Failed to parse service xml ["/W:/workspace/eap-7x-as-testsuite-test-integ-windows-sactc/8d745675/testsuite/integration/basic/target/workdir/content/Properties-property-editors-beans.sar/META-INF/jboss-service.xml"]
	at org.jboss.as.service.ServiceDeploymentParsingProcessor.deploy(ServiceDeploymentParsingProcessor.java:103)
	... 5 more
Caused by: java.lang.IllegalStateException: Failed to resolve expression: env.USERNAME
	at org.jboss.metadata.property.DefaultExpressionReplacer.parseAndResolve(DefaultExpressionReplacer.java:232)
	at org.jboss.metadata.property.DefaultExpressionReplacer.resolveExpressionStringRecursively(DefaultExpressionReplacer.java:92)
	at org.jboss.metadata.property.DefaultExpressionReplacer.replaceProperties(DefaultExpressionReplacer.java:76)
	at org.jboss.as.service.descriptor.JBossServiceXmlDescriptorParser.parseAttribute(JBossServiceXmlDescriptorParser.java:368)
	at org.jboss.as.service.descriptor.JBossServiceXmlDescriptorParser.parseMBean(JBossServiceXmlDescriptorParser.java:268)
	at org.jboss.as.service.descriptor.JBossServiceXmlDescriptorParser.readElement(JBossServiceXmlDescriptorParser.java:192)
	at org.jboss.as.service.descriptor.JBossServiceXmlDescriptorParser.readElement(JBossServiceXmlDescriptorParser.java:48)
	at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:122)
	at org.jboss.as.service.ServiceDeploymentParsingProcessor.deploy(ServiceDeploymentParsingProcessor.java:96)
	... 6 more

02:01:28,509 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "Properties-property-editors-beans.sar")]) - failure description: {
}
02:01:28,512 ERROR [org.jboss.as.server] (management-handler-thread - 4) WFLYSRV0021: Deploy of deployment "Properties-property-editors-beans.sar" was rolled back with the following failure message: 
{
}
02:01:28,514 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment Properties-property-editors-beans.sar (runtime-name: Properties-property-editors-beans.sar) in 1ms
02:01:28,520 INFO  [org.jboss.as.controller] (management-handler-thread - 4) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.deployment.unit."Properties-property-editors-beans.sar".PARSE

02:01:28,557 WARN  [org.jboss.as.arquillian.container.ArchiveDeployer] (main) Cannot undeploy: Properties-property-editors-beans.sar: org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper$ServerDeploymentException: java.lang.Exception: "WFLYCTL0216: Management resource '[(\"deployment\" => \"Properties-property-editors-beans.sar\")]' not found"
	at org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper.undeploy(ServerDeploymentHelper.java:114)
	at org.jboss.as.arquillian.container.ArchiveDeployer.undeploy(ArchiveDeployer.java:111)
	at org.jboss.as.arquillian.container.CommonDeployableContainer.undeploy(CommonDeployableContainer.java:242)
	at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$4.call(ContainerDeployController.java:205)
	at org.jboss.as.test.integration.ee.jmx.property.JMXPropertyEditorsTestCase.testProperties(JMXPropertyEditorsTestCase.java:1240)
Caused by: java.lang.Exception: "WFLYCTL0216: Management resource '[(\"deployment\" => \"Properties-property-editors-beans.sar\")]' not found"
	at org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper.undeploy(ServerDeploymentHelper.java:107)
	... 163 more

No error
See Jenkins reproducer job run

The allowance for a blank ("") suffix is esential to be able to maintain compatability w/ legacy or handwritten WSDLs.
should read as:
    /** Sets the suffix to append to the port type name to obtain the binding name. */
    public void setBindingSuffix(String bindingSuffix) 
{
        Assert.notNull(bindingSuffix, "'bindingSuffix' must not be null");
        this.bindingSuffix = bindingSuffix;
    }

currently as:
  public void setBindingSuffix(String bindingSuffix)
  {
    Assert.hasText(bindingSuffix, "'bindingSuffix' must not be null");
    this.bindingSuffix = bindingSuffix;
  }

patch forthcomming....

Here is the mail thread which discusses this issue.
http://www.nabble.com/StackOverFlow-error-with-Camel-1.6.1-tp24172060p24172060.html

Steps to reproduce.
Enable quota by setting hbase.quota.enabled to true
Create a table say with name 't1', make sure the creation fails after adding  this table entry into namespace quota cache.
Now correct the failure and recreate the table 't1'. It fails with below exception.

2015-04-02 14:23:53,729 | ERROR | FifoRpcScheduler.handler1-thread-23 | Unexpected throwable object  | org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2154)
java.lang.IllegalStateException: Table already in the cache t1
        at org.apache.hadoop.hbase.namespace.NamespaceTableAndRegionInfo.addTable(NamespaceTableAndRegionInfo.java:97)
        at org.apache.hadoop.hbase.namespace.NamespaceStateManager.addTable(NamespaceStateManager.java:171)
        at org.apache.hadoop.hbase.namespace.NamespaceStateManager.checkAndUpdateNamespaceTableCount(NamespaceStateManager.java:147)
        at org.apache.hadoop.hbase.namespace.NamespaceAuditor.checkQuotaToCreateTable(NamespaceAuditor.java:76)
        at org.apache.hadoop.hbase.quotas.MasterQuotaManager.checkNamespaceTableAndRegionQuota(MasterQuotaManager.java:344)
        at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1781)
        at org.apache.hadoop.hbase.master.HMaster.createTable(HMaster.java:1818)
        at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java:42273)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2116)
        at org.apache.hadoop.hbase.ipc.FifoRpcScheduler$1.run(FifoRpcScheduler.java:74)

P.S: Line numbers may not be in sync.

Note that the issue occurs only when using the WildFly 8 core distribution, the regular distribution is fine. 

wildfly-core-8.0.0.Final$ ./bin/jboss-cli.sh -c
org.jboss.modules.ModuleNotFoundException: org.picketbox:main
        at org.jboss.modules.Module.addPaths(Module.java:1030)
        at org.jboss.modules.Module.link(Module.java:1386)
        at org.jboss.modules.Module.relinkIfNecessary(Module.java:1414)
        at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:242)
        at org.jboss.modules.Main.main(Main.java:385)

A coworker of mine (James Taylor) found a bug in Result.compareResults(...).
This condition:

      if (!ourKVs[i].equals(replicatedKVs[i]) &&
          !Bytes.equals(ourKVs[i].getValue(), replicatedKVs[i].getValue())) {
        throw new Exception("This result was different: "

should be

      if (!ourKVs[i].equals(replicatedKVs[i]) ||

Just checked, this is wrong in all branches.

When I run expenses.roo and run the result with mvn gwt:run, validation checks fail. Stepping through the GWT code, this throws an exception in JsonRequestProcessor:
      ValidatorFactory validatorFactory = Validation.buildDefaultValidatorFactory();
which in the past has meant that no validation jars were on the classpath. And though I'm pretty sure I've seen that line fail in the debugger, I'm not seeing the warning message we log in that case. Is the logging config screwed up too?

Moved ./hbase-server/src/test/java/org/apache/hadoop/hbase/TestRegionServerMetrics.java  to  ../regionserver/TestRegionServerReadRequestMetrics.java.
I think it's great that these tests for checking metrics of a particular feature are contained in separate file.
If we put all metrics' tests in one file, it might become monolithic. The overhead of setting/destroying separate cluster (12-15 sec) doesn't seem much to me since we run multiple forks.

1. add remote-destination-outbound-socket-binding
./jboss-cli.sh -c "/socket-binding-group=standard-sockets/remote-destination-outbound-socket-binding=remote-connection-war-ejb-1:add(host=localhost, port=4447)"
result is 

3. remove remote-destination-outbound-socket-binding
./bin/jboss-cli.sh -c "/socket-binding-group=standard-sockets/remote-destination-outbound-socket-binding=remote-connection-war-ejb-1:remove"

result is {"outcome" => "success"}

4. add remote-destination-outbound-socket-binding
result is
{
    "failure-description" => "JBAS014749: Operation handler failed: Service jboss.outbound-socket-binding.remote-connection-war-ejb-1 is already registered",
}

Step 3 should either report reload required or should be fixed

When I am trying to send the content of a file to an CXF endpoint in PAYLOAD format, I get a NullPointerException in line 603 of the CXFEndpoint class (in the current trunk). The offending coding is:
                CxfPayload<?> payload = (CxfPayload<?>)params[0];
                List<Element> elements = payload.getBody();
The params are set in line 282 of the CxfProducer class:
            params = new Object[1];
            // TODO: maybe it should be mandatory body?
            params[0] = exchange.getIn().getBody(CxfPayload.class);
The fix is most probably trivial (change to getMandatoryBody()) and add a throws InvalidPayloadException to the getParams() method of CxfProducer). After this is fixed (the same for the MESSAGE format two lines lower), the example will still not work, but I get a meaningful error message saying that there is no type converter between GenericFile and CxfPayload.
One could argue, that under some circumstances null payloads may be legal (I just don't see any), but in this case the CxfEndpoint class would have to be modified to avoid the NullPointerException. As the coding is a missing converter or a null payload will trigger NullPointerExceptions for CxfEndpoints unconditionally.

In the Spring XML configuration for stomp-endpoint property 'allowed-origins' is parsed but if there is a property variable it is not resolved to a value. Here is example configuration:

<websocket:message-broker application-destination-prefix="/app">
  <websocket:stomp-endpoint path="/websocketcallback" allowed-origins="${system.secure.url},${system.secure.url.wss}"*>
	<websocket:sockjs/>
  </websocket:stomp-endpoint>
  <websocket:simple-broker prefix="/topic" />

This same configuration is parsed and used by AbstractSockJsService where properties variables are indeed processed and resolved to their correct value. In WebSocketNamespaceUtils however, these values are simple read from XML and added to 
OriginHandshakeInterceptor via constructor as strings. Effect of this is that OriginHandshakeInterceptor tries to compare incoming origin header against literal string: '${system.secure.url.wss}' which fails.

Running smoke runs of JBossWS in EAP7, I occasionally hit test failure of WSRMStoreFeatureTestCase (from JBossWS testsuite). The testcase uses deployment that should add some datasources, but deploying ends up with:

org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/datasources/rmclientdb.statistics: Failed to start service
Caused by: java.lang.IllegalArgumentException: WFLYCTL0218: A node is already registered at '/deployment=*/subsystem=datasources/data-source=*/statistics=jdbc'
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:180)
	at org.jboss.as.connector.services.datasources.statistics.DataSourceStatisticsService.start(DataSourceStatisticsService.java:85)
	... 3 more

After some debugging, the problematic scenario seems to be:
1) there is a deployment (jar/war, doesn't matter) containing -ds.xml configuration file
2) this file contains definition of at least two datasources to be added

Commit 5874383ef081bb52a872dd49d63e5b542fbf20ca added an additional '.' which is at odds with the JavaDoc

With HBASE-10569, if regionservers are started a while after the master, all regions will be assigned to the master.  That may not be what users expect.
A work-around is to always start regionservers before masters.
I was wondering if the master can wait a little for other regionservers to join.

If GenericUDFBridge.initialize() is unable to create an instance of the UDF class, it logs a blanket error message of "The UDF implementation class <udf> is not present in the class path".  This can make it difficult to determine what the actual error is as there can be other issues besides the class not being in the class path.

Gradle Swarm plugin does not work due to incorrectly resolved libraries. After some digging, the plugin first assembles a list of all dependencies that are listed in all module.xml files (from all jars) got from BOM. When Gradle is about to resolve the dependencies from this list, it also considers transitive dependencies and therefore resolves some incorrect versions due to version conflicts. In the end, the Wildfly module.xml files points to different versions then the ones that are actually put on classpath.
Shows up only when those wrong dependencies are not in maven local repo.
Output after running jar with
java -jar ./build/libs/example-gradle-swarm.jar
here:
Wed Apr 26 10:34:04 CEST 2017 ERROR [org.wildfly.swarm.modules.application] (main) Unable to find artifact for antlr:antlr:2.7.6
Wed Apr 26 10:34:04 CEST 2017 ERROR [org.wildfly.swarm.modules.application] (main) Unable to find artifact for commons-logging:commons-logging:1.0.4
Wed Apr 26 10:34:04 CEST 2017 ERROR [org.wildfly.swarm.modules.application] (main) Unable to find artifact for asm:asm:1.5.3
Wed Apr 26 10:34:04 CEST 2017 ERROR [org.wildfly.swarm.modules.application] (main) Unable to find artifact for commons-collections:commons-collections:2.1.1
Wed Apr 26 10:34:04 CEST 2017 ERROR [org.wildfly.swarm.modules.application] (main) Unable to find artifact for net.sf.ehcache:ehcache:1.2.3
        at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:39)
        at org.wildfly.swarm.bootstrap.Main.run(Main.java:46)
        at org.wildfly.swarm.bootstrap.Main.main(Main.java:37)
Caused by: java.lang.RuntimeException: org.jboss.modules.ModuleLoadException: Error loading module from modules/org/slf4j/jcl-over-slf4j/main/module.xml
        at org.wildfly.swarm.bootstrap.modules.ClasspathModuleFinder.findModule(ClasspathModuleFinder.java:108)
        at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439)
        at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342)
        at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289)
        at org.jboss.modules.Module.addExportedPaths(Module.java:1230)
        at org.jboss.modules.Module.addPaths(Module.java:1122)
        at org.jboss.modules.Module.link(Module.java:1449)
        at org.jboss.modules.Module.relinkIfNecessary(Module.java:1477)
        at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225)
        at org.wildfly.swarm.Swarm.<init>(Swarm.java:204)
        at org.wildfly.swarm.Swarm.<init>(Swarm.java:176)
        at org.wildfly.swarm.Swarm.<init>(Swarm.java:163)
        at org.wildfly.swarm.Swarm.main(Swarm.java:608)
        ... 7 more
Caused by: org.jboss.modules.ModuleLoadException: Error loading module from modules/org/slf4j/jcl-over-slf4j/main/module.xml
        at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228)
        at org.wildfly.swarm.bootstrap.modules.ClasspathModuleFinder.findModule(ClasspathModuleFinder.java:85)
        ... 19 more
Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to resolve artifact 'org.slf4j:jcl-over-slf4j:1.7.7.jbossorg-1' (position: END_TAG seen ...>\n    <artifact name="org.slf4j:jcl-over-slf4j:1.7.7.jbossorg-1"/>... @7:65)
        at org.jboss.modules.xml.ModuleXmlParser.parseArtifact(ModuleXmlParser.java:838)
        at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:739)
        at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535)
        at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340)
        at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226)
        ... 20 more
        ... 7 more
        ... 19 more
        ... 20 more

The PGPDataFormat does not close some streams during unmarshaling.

Here's a number of typos or suggestions for user experience enhancements in the resource-adapters subsystem.
1, Schema file (docs/schema/wildfly-resource-adapters_4_0.xsd) has IMHO bad wording on the fair element in the complex type poolType. This is the same as in JBEAP-7018 in the datasources subsystem.
2, (schema file) The same fair element name is not aligned with the pool-fair attribute in the datasources subsystem. Both of these could be called the same (pool-fair).
3, (schema file) recover-credential element on complex type recoverType has grammatical mistakes in its description: "Note: if this credential are not specified the security credential are used for recover too" -> "Note: if this credential is not specified the security credential is used for recovery too"
4, (subsystem from now on) background validation on connection-definitions says it requires server restarts, but its restart-required value is no-services. Doing /subsystem=resource-adapters/resource-adapter=new-resource-adapter/connection-definitions=new-connection-definition:write-attribute(name=background-validation,value=false) does not prompt the user to restart the server.
5, The same goes for background-validation-millis: /subsystem=resource-adapters/resource-adapter=new-resource-adapter/connection-definitions=new-connection-definition:write-attribute(name=background-validation-millis,value=12000)
6, The same goes for idle-timeout-minutes: /subsystem=resource-adapters/resource-adapter=new-resource-adapter/connection-definitions=new-connection-definition:write-attribute(name=idle-timeout-minutes,value=4)
7, The same goes for pool-prefill: /subsystem=resource-adapters/resource-adapter=new-resource-adapter/connection-definitions=new-connection-definition:write-attribute(name=pool-prefill,value=true)
8, idle-timeout-millis can be lower than zero:
/subsystem=resource-adapters/resource-adapter=new-resource-adapter/connection-definitions=new-connection-definition:write-attribute(name=idle-timeout-minutes,value=-4)
9, flush-strategy on connection-definitions has bad valid values in its description - this is the same as in the datasources subsystem - JBEAP-7018

entity --class ~domain.Company --testAutomatically
field string --notNull --fieldName companyCode
field string --notNull --fieldName companyName
entity --class org.boldlygoingnowhere.theatremanager.domain.Production --testAutomatically
field string --fieldName productionCode --notNull 
field string --fieldName productionName --notNull --sizeMax 50
field reference --fieldName Company --type org.boldlygoingnowhere.theatremanager.domain.Company
Adding @RooPlural("Companies") to Company.java results in syntax error for ProductionController_Roo_Controller.aj:
    @ModelAttribute("companys")
    public Collection<Company> ProductionController.populateCompanys()
isn't updated to:
    @ModelAttribute("companies")
    public Collection<Company> ProductionController.populateCompanies() {

There are two tests

SingletonDeploymentDescriptorTestCase
SingletonDeploymentJBossAllTestCase
that fails because http-trace is disallowed

 Error Details

expected:<200> but was:<405>

 Stack Trace

java.lang.AssertionError: expected:<200> but was:<405>
	at org.jboss.as.test.clustering.cluster.singleton.SingletonDeploymentTestCase.test(SingletonDeploymentTestCase.java:107)
...

We need to enable http-trace requests in clustering configurations.

desc is supported as a shortcut to describe in almost all the databases - it would be convenient to support that.

The Hbase cluster is a fresh start with one regionserver.
When we stop hbase, an unhandled NullPointerException is throwed in the regionserver.
The regionserver's log is as follows:
2013-06-21 10:21:11,284 INFO  [regionserver61020] regionserver.HRegionServer: Closing user regions
2013-06-21 10:21:14,288 DEBUG [regionserver61020] regionserver.HRegionServer: Waiting on 1028785192
2013-06-21 10:21:14,290 FATAL [regionserver61020] regionserver.HRegionServer: ABORTING region server HOSTNAME_TEST,61020,1371781086817
: Unhandled: null
        at org.apache.hadoop.hbase.regionserver.HRegionServer.tryRegionServerReport(HRegionServer.java:988)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:832)
2013-06-21 10:21:14,292 FATAL [regionserver61020] regionserver.HRegionServer: RegionServer abort: loaded coprocessors are: [org.apache
.hadoop.hbase.coprocessor.MultiRowMutationEndpoint]
2013-06-21 10:21:14,293 INFO  [regionserver61020] regionserver.HRegionServer: STOPPED: Unhandled: null
2013-06-21 10:21:14,293 INFO  [regionserver61020] ipc.RpcServer: Stopping server on 61020
It seems that after closing user regions, the rssStub is null.
update:
we found that if setting hbase.client.ipc.pool.type to RoundRobinPool(or other pool type) and hbase.client.ipc.pool.size to 10(possibly other values) in hbase-site.xml, the regionserver is continuously attempting connect to master. and if we stop hbase, the above NullPointerException occurred. With hbase.client.ipc.pool.size set to 1, the cluster can be completely stopped.

The BundleReplaceTestCase has been failing frequently. The exception being reported is:

Caused by: java.lang.IllegalStateException: JBOSGI011283: Revision content already closed: HostBundleRevision[webapp-v101.wab:1.0.1] - [0]
    at org.jboss.osgi.framework.internal.RevisionContent.assertNotClosed(RevisionContent.java:156)
    at org.jboss.osgi.framework.internal.RevisionContent.getVirtualFile(RevisionContent.java:107)
    at org.jboss.osgi.framework.internal.RevisionContentResourceLoader.<init>(RevisionContentResourceLoader.java:58)
    at org.jboss.osgi.framework.internal.ModuleManagerImpl.createHostModule(ModuleManagerImpl.java:246)
    at org.jboss.osgi.framework.internal.ModuleManagerImpl.addModule(ModuleManagerImpl.java:204)
    at org.jboss.osgi.framework.internal.ResolverImpl.addModules(ResolverImpl.java:371)
    at org.jboss.osgi.framework.internal.ResolverImpl.applyResolverResults(ResolverImpl.java:316)
    at org.jboss.osgi.framework.internal.ResolverImpl.resolveInternal(ResolverImpl.java:179)
    at org.jboss.osgi.framework.internal.ResolverImpl.resolveAndApply(ResolverImpl.java:125)
    at org.jboss.as.osgi.deployment.BundleResolveProcessor.resolveBundle(BundleResolveProcessor.java:81)
    at org.jboss.as.osgi.deployment.BundleResolveProcessor.deploy(BundleResolveProcessor.java:68)
    at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPSHOT]
    ... 5 more

The entire TeamCity run is here http://teamcity.cafe-babe.org/viewLog.html?buildId=5250&tab=buildResultsDiv&buildTypeId=bt27
I've also attached the entire log file from that run.

Example callstack for reference, should somebody hit this:

Caused by: java.lang.ArrayIndexOutOfBoundsException: 288
at org.apache.hadoop.hive.ql.exec.vector.expressions.gen.StringGroupColEqualStringGroupScalarBase.evaluate(StringGroupColEqualStringGroupScalarBase.java:74)
at org.apache.hadoop.hive.ql.exec.vector.expressions.ColOrCol.evaluate(ColOrCol.java:268)
at org.apache.hadoop.hive.ql.exec.vector.expressions.VectorExpression.evaluateChildren(VectorExpression.java:121)
at org.apache.hadoop.hive.ql.exec.vector.expressions.IfExprStringScalarStringGroupColumn.evaluate(IfExprStringScalarStringGroupColumn.java:56)
at org.apache.hadoop.hive.ql.exec.vector.VectorSelectOperator.process(VectorSelectOperator.java:132)
... 23 more

LLAP daemons track completed DAGs, but never clean up these structures. This is primarily to disallow out of order executions. Evaluate whether that can be avoided - otherwise this structure needs to be cleaned up with a delay.

The correct generation of Selenium test files was broken by Git commit ID 91b7f045137b3d244ed730a7962a3f44d5098e4e.

I have an exception from a ftp consumer only for few files.

It happens on few files (2 or 3). Remote directory contains many files
(many thousand)

These few files have the same ownership and permissions of the others
and are not empty

I stopped the application that create the files, to avoid any possible
lock (anyway, I can modify them without problems)

I tried to copy and rename the files, removing the old one, (to create
a completely new one) without success

Looking at the source code in
FtpChangedExclusiveReadLockStrategy.java, the error happens getting the
timestamp of the file:

for (FTPFile f : files) {
    if (f.getName().equals(file.getFileNameOnly())) {
        newLastModified = f.getTimestamp().getTimeInMillis();
        newLength = f.getSize();
    }
}

Nothing useful in the logs of the ftp server

Follow a trace log and the exception regarding one of those files:

2014-05-19 16:21:32,298 TRACE FtpChangedExclusiveReadLockStrategy -
Waiting for exclusive read lock to file:
RemoteFile[/dwrg1/moved/DWRG1_2014-03-30T01h30Z.xml]
2014-05-19 16:21:32,299 TRACE FtpChangedExclusiveReadLockStrategy -
Using fast exists to update file information for
2014-05-19 16:21:32,640 TRACE FtpChangedExclusiveReadLockStrategy - List
files /dwrg1/moved/DWRG1_2014-03-30T01h30Z.xml found 1 files
2014-05-19 16:21:32,650 WARN  FtpConsumer -
Endpoint[ftp://xxxx@yy.yy.yy.yy//dwrg1/moved?delay=60000&disconnect=true&fastExistsCheck=true&idempotent=true&idempotentKey=%24%7Bfile%3Aname%7D-%24%7Bfile%3Amodified%7D-%24%7Bfile%3Asize%7D&idempotentRepository=%23fileStore&include=DWRG1.*%5C.xml&maxMessagesPerPoll=10&noop=true&password=xxxxxx&readLock=changed&sortBy=file%3Amodified] cannot begin processing file: RemoteFile[/dwrg1/moved/DWRG1_2014-03-30T01h30Z.xml] due to: null. Caused by: [java.lang.NullPointerException - null]
        at
org.apache.camel.component.file.remote.strategy.FtpChangedExclusiveReadLockStrategy.acquireExclusiveReadLock(FtpChangedExclusiveReadLockStrategy.java:83)
        at
org.apache.camel.component.file.strategy.GenericFileProcessStrategySupport.begin(GenericFileProcessStrategySupport.java:49)
        at
org.apache.camel.component.file.strategy.GenericFileRenameProcessStrategy.begin(GenericFileRenameProcessStrategy.java:35)
        at
org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:326)
        at
org.apache.camel.component.file.remote.RemoteFileConsumer.processExchange(RemoteFileConsumer.java:99)
        at
org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:201)
        at
org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:165)
        at
org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:187)
        at
org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:114)
        at java.util.concurrent.Executors
$RunnableAdapter.call(Executors.java:471)
        at java.util.concurrent.ScheduledThreadPoolExecutor
$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
        at
        at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:615)

empty files are not handled properly.
The job fails if a union is performed on a sub-query with a empty partition.

The Camel Karaf feature camel-eventAdmin is not correct.
The features is described as follow:
<feature name="camel-eventAdmin" version="2.6.0">
  <feature version="2.6.0">camel-core</feature>
  <bundle>mvn:org.apache.camel/camel-eventAdmin/2.6.0</bundle>
but the camel-eventAdmin artifact correct name is camel-eventadmin:
http://repo2.maven.org/maven2/org/apache/camel/camel-eventadmin/2.6.0/camel-eventadmin-2.6.0.jar
This typo mistake provides:
Downloading: http://repo1.maven.org/maven2/org/apache/camel/camel-eventAdmin/2.6.0/camel-eventAdmin-2.6.0.jar
[INFO] Unable to find resource 'org.apache.camel:camel-eventAdmin:jar:2.6.0' in repository central (http://repo1.maven.org/maven2)
[INFO] Can't resolve bundle org.apache.camel:camel-eventAdmin:jar:2.6.0
I'm gonna submit a patch to fix that.

clean reproduce here https://github.com/svinther/wfs-demo-jaxrs

See nabble
http://camel.465427.n5.nabble.com/Component-file-move-and-moveFailed-tp5685631.html
eg

 from file (moveFailed=error)
  onException
    to log
  end
  to bla
  to damn

Then the file should be moved to error dir, even if onException didnt handle the exception.

This unit test can shows the issue that selector option don't work for ConsumerTemplate

@Test
    public void testConsumerTemplate() throws Exception {
        template.sendBodyAndHeader("activemq:queue:consumer", "Message1", "SIZE_NUMBER", 1505);
        template.sendBodyAndHeader("activemq:queue:consumer", "Message3", "SIZE_NUMBER", 1300);
        template.sendBodyAndHeader("activemq:queue:consumer", "Message2", "SIZE_NUMBER", 1600);

        // process every exchange which is ready. If no exchange is left break
        // the loop
            Exchange ex = consumer.receiveNoWait("activemq:queue:consumer?selector=SIZE_NUMBER<1500");
            if (ex != null) {
                Message message = ex.getIn();
                int size = message.getHeader("SIZE_NUMBER", int.class);
                assertTrue("The message header SIZE_NUMBER should be less than 1500", size < 1500);
                assertEquals("The message body is wrong", "Message3", message.getBody());
            } else {
                break;
            }
        }

    }

And here is mail thread which discusses about it.

The YAML spec (http://www.yaml.org/spec/1.2/spec.html#id2765608) says that MappingNodes must have unique keys, but the Java implementation (Snake YAML) doesn't enforce that. The result can be a nasty surprise for users where maps entryies are silently overwritten, e.g.

spring:
  datasource:
    url: jdbc:mysql://localhost/test
spring:
  main:
    headless: true

See https://github.com/spring-projects/spring-boot/issues/1683 for original report.

[standalone@localhost:9990 /] /subsystem=modcluster/mod-cluster-config=configuration/:write-attribute(name=excluded-contexts,value="ROOT,/"

but no luck

mod_cluster/1.3.2.Alpha1-SNAPSHOT

Auto Refresh show DUMP output show INFO output
Node localhost (ajp://127.0.0.1:8009):

Enable Contexts Disable Contexts Stop Contexts
Balancer: syrah-cluster,LBGroup: ,Flushpackets: Off,Flushwait: 10000,Ping: 10000000,Smax: 26,Ttl: 60000000,Status: OK,Elected: 0,Read: 0,Transferred: 0,Connected: 0,Load: 77
Virtual Host 1:

Contexts:

/clusterbench-passivating, Status: ENABLED Request: 0 Disable Stop
/, Status: ENABLED Request: 0 Disable Stop
Aliases:

localhost
default-host

Transcoding is failing with an error like this:

org.junit.ComparisonFailure: expected:<a[Å]b> but was:<a[Ã…]b>
    at org.wildfly.security.sasl.test.StringPrepTest.testNFKC(StringPrepTest.java:224)
    at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
    at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
    at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
    at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)

Investigate and fix the test and/or code.

x509 authentication does not work properly
I have an application with x509 authentication configured.
First:
In RC1 release my application startup properly. In final 2.0.0 release this exception occur:
org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: No AuthenticationEntryPoint could be established.
If I write the entry point bean like this:
<bean id="x509EntryPoint" class="org.springframework.security.ui.x509.X509ProcessingFilterEntryPoint" />
everything work properly.
I think 2.0.0 should work automatic like RC1 "OR" x509 documentation section in the reference manual should document it.
Second:
When I do the first login with x509 certificate in my application, a 403 http status code occurs.
This happens only if a http->https redirection is needed. 
Example:
First page is "IS_AUTHENTICATED_ANONYMOUSLY" and HTTP. Then user goes to a secure page over HTTPS.
The browser dialog appers to select the certificate. Then a 403 occur.
If the first page is HTTPS everything work properly.
I will attach the applicationContext and the error log.
Sorry for my bad english.

The LDAP binds fail if the returned DN contains special character. We have \ in our cns, so the returned DN is :
"CN=Cabasson\, Denis - SDD/DDS,OU=SDD-DDS,OU=INFO-INFO,OU=IMF-SIM"
The quotes are part of the returned string. Acegi then appends the searchbase, and the bind fails because the DN is malformed :
FINE: Creating InitialDirContext with environment 
{java.naming.provider.url=ldap://statcan.ca:389/dc=statcan,dc=ca, java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory, java.naming.security.principal=CN=ccadmin - SDD/DDS,OU=SDD-DDS,OU=INFO-INFO,OU=IMF-SIM,OU=STATCAN,DC=statcan,DC=ca, com.sun.jndi.ldap.connect.pool=true, java.naming.security.authentication=simple, java.naming.security.credentials=******}
Aug 8, 2008 9:52:19 AM org.acegisecurity.ldap.DefaultInitialDirContextFactory connect
{java.naming.provider.url=ldap://statcan.ca:389/dc=statcan,dc=ca, java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory, java.naming.security.principal="CN=Cabasson\, Denis - SDD/DDS,OU=SDD-DDS,OU=INFO-INFO,OU=IMF-SIM",ou=STATCAN,dc=statcan,dc=ca, java.naming.security.authentication=simple, java.naming.security.credentials=******}
Aug 8, 2008 9:52:19 AM org.acegisecurity.providers.ldap.authenticator.BindAuthenticator2 handleBindException
WARNING: Failed to bind to LDAP: userDn"CN=Cabasson\, Denis - SDD/DDS,OU=SDD-DDS,OU=INFO-INFO,OU=IMF-SIM",ou=STATCAN,dc=statcan,dc=ca  username=cabaden
javax.naming.AuthenticationException: [LDAP: error code 49 - 80090308: LdapErr: DSID-0C090334, comment: AcceptSecurityContext error

See nabble
http://camel.465427.n5.nabble.com/java-net-URISyntaxException-using-recipientList-tp5769103.html

From Thibaut up on the list.
As soon as hbase tries to compact the table, the following exception appears in the logfile: (Other compactations also work fine without any errors)
2008-11-30 00:55:57,769 ERROR
org.apache.hadoop.hbase.regionserver.CompactSplitThread: Compaction failed for region mytable,,1228002541526
    at org.onelab.filter.HashFunction.<init>(HashFunction.java:84)
    at org.onelab.filter.Filter.<init>(Filter.java:97)
    at org.onelab.filter.BloomFilter.<init>(BloomFilter.java:102)
    at org.apache.hadoop.hbase.regionserver.HStoreFile$BloomFilterMapFile$Writer.<init>(HStoreFile.java:829)
    at org.apache.hadoop.hbase.regionserver.HStoreFile.getWriter(HStoreFile.java:436)
    at org.apache.hadoop.hbase.regionserver.HStore.compact(HStore.java:889)
    at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:902)
    at org.apache.hadoop.hbase.regionserver.HRegion.compactStores(HRegion.java:860)
    at org.apache.hadoop.hbase.regionserver.CompactSplitThread.run(CompactSplitThread.java:83)
Because the region cannot compact and/or split, it is soon dead after (re)assignment.

If I have 100 path[] , the nonCombinablePaths will have only the paths paths[0-9] and the rest of the paths will be in combinablePaths, even if the inputformat returns false for AvoidSplitCombination.shouldSkipCombine() for all the paths. 

The current logic parsing PAX extension headers fails if the number of bytes used to encode an entry is different from the number of characters - i.e. for any character outside of the ASCII range as the headers are UTF-8 encoded.  E.g.

11 path=ä

takes 11 bytes (one has to account for the trailing newline) for 10 characters and the parser fails with "Expected 3 chars, read 2"

Need to add token_type to JSON for access token response.  Version 20 of the spec (possibly earlier) mandates the token_type key and we don't send it by default.

As seen in Jenkins, this test has been super flaky and we should probably address it.

The syntax for DESCRIBE is broken. It should be:

DESCRIBE [EXTENDED] [database DOT]table [column]

but is actually

DESCRIBE [EXTENDED] table[DOT col_name]

Ref: http://dev.mysql.com/doc/refman/5.0/en/describe.html

During regionserver processes scan request from client, it fails the request by throwing a wrapped NotServingRegionException to client if it finds the region related to the passed-in scanner-id has been re-opened, and it also removes the RegionScannerHolder from the scanners. In fact under this case, the old and invalid RegionScanner related to the passed-in scanner-id should be closed and the related lease should be cancelled at the mean time as well.
Currently region's related scanners aren't closed when closing the region, a region scanner is closed only when requested explicitly by client, or by expiration of the related lease, in this sense the close of region scanners is quite passive and lag.
When regionserver processes scan request from client and can't find online region corresponding to the passed-in scanner-id (due to being moved out) or find the region has been re-opened, it throws NotServingRegionException and removes the corresponding RegionScannerHolder from scanners without closing the related region scanner (nor cancelling the related lease), but when the lease expires, the related region scanner still doesn't be closed since it doesn't present in scanners now.

Found the following in master log (build as of commit eee3b0) :

2017-10-30 15:40:24,383 ERROR [main] util.ServerCommandLine: Failed to run
java.lang.IllegalArgumentException: Path must start with / character
        at org.apache.zookeeper.common.PathUtils.validatePath(PathUtils.java:51)
        at org.apache.zookeeper.ZooKeeper.delete(ZooKeeper.java:851)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.delete(RecoverableZooKeeper.java:182)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNodeFailSilent(ZKUtil.java:1266)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.deleteNodeFailSilent(ZKUtil.java:1258)
        at org.apache.hadoop.hbase.ZNodeClearer.clear(ZNodeClearer.java:186)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:143)
        at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:2873)

Looking at ZNodeClearer, it seems that intention was to remove znode under /rs subtree.
However, the znode name was passed without path.

Take snapshot of a table ('tablethree' in the log).
Put some data in the table and split the table.
Restore snapshot.
Table cannot be enabled due to:

Thu Aug 22 19:37:20 UTC 2013, org.apache.hadoop.hbase.client.RpcRetryingCaller@47a6ac39, org.apache.hadoop.hbase.NotServingRegionException: org.apache.hadoop.hbase.NotServingRegionException: Region is not online: c32e63d8c8a1a94b68966645b956d86d
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:2557)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegion(HRegionServer.java:3921)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.scan(HRegionServer.java:2996)

Coding a pure Java configuration for Spring Batch. Thought it would fit next to spring-cli in the archetypes.

ThriftCLIService methods such as ExecuteStatement are apparently capable of catching OOMs because they get wrapped in RTE by HiveSessionProxy. 
This shouldn't happen.

When running an EJB client which uses scoped context or legacy jboss-remote-naming API to invoke secured EJBs, a NPE occurs.
Additionally, in the case with jboss-remote-naming legacy API, after this exception is logged, the client thread freezes (in the scoped context case, the exception propagates to the client thread).
Full stack trace for the case of scoped context:

		Suppressed: java.lang.NullPointerException
			at java.nio.charset.CharsetEncoder.canEncode(CharsetEncoder.java:984)
			at org.wildfly.security.mechanism.digest.DigestUtil.userRealmPasswordDigest(DigestUtil.java:209)
			at org.wildfly.security.sasl.digest.AbstractDigestMechanism.getSaltedPasswordFromTwoWay(AbstractDigestMechanism.java:539)
			at org.wildfly.security.sasl.digest.DigestSaslClient.createResponse(DigestSaslClient.java:231)
			at org.wildfly.security.sasl.digest.DigestSaslClient.evaluateMessage(DigestSaslClient.java:364)
			at org.wildfly.security.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:180)
			at org.wildfly.security.sasl.digest.DigestSaslClient.evaluateChallenge(DigestSaslClient.java:349)
			at org.wildfly.security.sasl.util.AbstractDelegatingSaslClient.evaluateChallenge(AbstractDelegatingSaslClient.java:54)
			at org.wildfly.security.sasl.util.PrivilegedSaslClient.lambda$evaluateChallenge$0(PrivilegedSaslClient.java:55)
			at java.security.AccessController.doPrivileged(Native Method)
			at org.wildfly.security.sasl.util.PrivilegedSaslClient.evaluateChallenge(PrivilegedSaslClient.java:55)
			at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.lambda$handleEvent$0(ClientConnectionOpenListener.java:650)
			at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:926)
			at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
			at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)			at java.lang.Thread.run(Thread.java:748)

It is not possible to add Elytron extension that was previously removed. Everything works fine if the server is reloaded between steps 5 and 6, hence I assume that there is either 'reload required' state missing or Elytron extension is not removed properly.

{
    "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.security.providers' is already registered in context 'global'.",
}

ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("add") failed - address: ([("extension" => "org.wildfly.extension.elytron")]): java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.security.providers' is already registered in context 'global'.
	at org.jboss.as.controller.CapabilityRegistry.lambda$registerPossibleCapability$0(CapabilityRegistry.java:518)
	at java.util.concurrent.ConcurrentHashMap.computeIfPresent(ConcurrentHashMap.java:1769)
	at org.jboss.as.controller.CapabilityRegistry.registerPossibleCapability(CapabilityRegistry.java:512)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerCapability(ConcreteResourceRegistration.java:669)
	at org.jboss.as.controller.SimpleResourceDefinition.registerCapabilities(SimpleResourceDefinition.java:368)
	at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:226)
	at org.wildfly.extension.elytron.ElytronDefinition.registerChildren(ElytronDefinition.java:83)
	at org.jboss.as.controller.registry.NodeSubregistry.registerChild(NodeSubregistry.java:107)
	at org.jboss.as.controller.extension.ExtensionRegistry$SubsystemRegistrationImpl.registerSubsystemModel(ExtensionRegistry.java:694)
	at org.wildfly.extension.elytron.ElytronExtension.initialize(ElytronExtension.java:99)
	at org.jboss.as.controller.extension.ExtensionAddHandler.execute(ExtensionAddHandler.java:83)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:951)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:694)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:389)

It is possible to add Elytron subsystem after its removal.

ptest creates a really huge shell command to delete from each test host those .q files that it should not be running. For TestCliDriver, the command has become long enough that it is over the threshold allowed by the shell. We should rewrite it so that the same semantics is captured in a shorter command.

I've tried to run a reactive streams application on the preview of v. 2.19.0 and found a deadlock while instantiating the reactive-streams service (the starter code and the CamelReactiveStreams class wait one for the other).
It's strange, since the reactive streams examples are based on spring-boot. I'm investigating. This may require a new release of camel 2.19.0.

The camel-jibx and camel-xstream features don't install out of the box:
Error executing command: Could not start bundle mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.dom4j/1.6.1_4 in feature(s) camel-xstream-2.9-SNAPSHOT, camel-jibx-2.9-SNAPSHOT: Unresolved constraint in bundle org.apache.servicemix.bundles.dom4j [65]: Unable to resolve 65.0: missing requirement [65.0] package; (&(package=javax.xml.stream)(version>=1.0.0)(!(version>=2.0.0)))
camel-jibx feature has a dependency to ServiceMix dom4j bundle.
This bundle requires javax.xml.stream (provided by woodstox).

Commands for starting embedded instances are lacking argument validation.

[disconnected /] embed-server foo

[disconnected /] embed-server foo -foo

[disconnected /] embed-server foo --foo

[standalone@embedded /] stop-embedded-server foo
The command accepts 0 unnamed argument(s) but received: [foo]

[standalone@embedded /] stop-embedded-server -foo
Unrecognized arguments: [-foo]

[standalone@embedded /] stop-embedded-server --foo
Unrecognized arguments: [--foo]

Same case for embedded host controller.

Chapter 7:
  "whether an add-on is becomes" should probably say "whether an add-on becomes"
Chapter 8:
  "persitence add-on" should say "persistence add-on"
Section 8.1:
  "The JDBC driver dependency for these databases are not available" should either say "... dependency for these databases is not ..." or "... dependencies for these databases are not ..."
  "with Orcale Express" should say "with Oracle Express"
  "You'll naturally have experience fewer" should probably say "You'll naturally experience fewer"
  "allows data perstence" should say "allows data persistence"
  "(each ORM provider uses different property names and values to achieve this." is missing the closing bracket
  "or you can use of the" should probably say "or you can use the"
Section 8.2:
  "for each field added to the Person type via an ITD." can be misinterpreted as the ITD adding the field.
  "A id field" should say "An id field"
  "a enitityManager field" should say "an entityManager field" (two errors)
  "persistence-releated" should say "persistence-related"
  "execution ActiveRecord-style persistence" should probably say "execution of ActiveRecord-style persistence"
  "The entity command offeres" should say "The entity command offers"
Section 8.3:
  "add the following method to your Car.java": the method name "Car.preRemove" is invalid
Section 9.2:
  "by with the following command" should say "with the following command"
Section 9.3:
  "the JDBC drivers and you can" should probably say "the JDBC drivers, you can"

RFE EAP7-608, Introduces Jackson 2 JsonFilter annotation support for Resteasy.
This cannot be used without explicitly defined dependency for jackson-jaxrs-json-provider in the deployment.
Currently a deployment with the resource using JsonFilter annotation must have com.fasterxml.jackson.jaxrs.jackson-jaxrs-json-provider dependency specified in the MANIFEST file in order to correctly deploy.
See example - https://github.com/resteasy/Resteasy/blob/master/testsuite/integration-tests/src/test/java/org/jboss/resteasy/test/providers/jackson2/jsonfilter/JsonFilterWithInterceptrTest.java#L38
There is no need to add explicit dependency into the deployment.
Dependencies in the modules/system/layers/base/org/jboss/resteasy/resteasy-jackson2-provider/main/module.xml shall be updated to export jackson-jaxrs-json-provider.

        <module name="com.fasterxml.jackson.core.jackson-annotations" export="true"/>
        <module name="com.fasterxml.jackson.core.jackson-core" export="true"/>
        <module name="com.fasterxml.jackson.core.jackson-databind" export="true"/>
        <module name="com.fasterxml.jackson.jaxrs.jackson-jaxrs-json-provider" export="true"/>
...

Given a table FOO(a int, b int, c int), ANSI SQL supports insert into FOO(c,b) select x,y from T.  The expectation is that 'x' is written to column 'c' and 'y' is written column 'b' and 'a' is set to NULL, assuming column 'a' is NULLABLE.
Hive does not support this.  In Hive one has to ensure that the data producing statement has a schema that matches target table schema.
Since Hive doesn't support DEFAULT value for columns in CREATE TABLE, when target schema is explicitly provided, missing columns will be set to NULL if they are NULLABLE, otherwise an error will be raised.
If/when DEFAULT clause is supported, this can be enhanced to set default value rather than NULL.
Thus, given 

create table source (a int, b int);
create table target (x int, y int, z int);
create table target2 (x int, y int, z int);

insert into target(y,z) select * from source;

will mean 

insert into target select null as x, a, b from source;

and 

insert into target(z,y) select * from source;

will meant 

insert into target select null as x, b, a from source;

Also,

from source 
  insert into target(y,z) select null as x, * 
  insert into target2(y,z) select null as x, source.*;

and for partitioned tables, given

Given:
CREATE TABLE pageviews (userid VARCHAR(64), link STRING, "from" STRING)
  PARTITIONED BY (datestamp STRING) CLUSTERED BY (userid) INTO 256 BUCKETS STORED AS ORC;

INSERT INTO TABLE pageviews PARTITION (datestamp = '2014-09-23')(userid,link)  
   VALUES ('jsmith', 'mail.com');

And dynamic partitioning

INSERT INTO TABLE pageviews PARTITION (datestamp)(userid,datestamp,link) 
    VALUES ('jsmith', '2014-09-23', 'mail.com');

In all cases, the schema specification contains columns of the target table which are matched by position to the values produced by VALUES clause/SELECT statement.  If the producer side provides values for a dynamic partition column, the column should be in the specified schema.  Static partition values are part of the partition spec and thus are not produced by the producer and should not be part of the schema specification.

WALKey has been made IA.Private in hbase2. Even so, given we don't have an alternative to expose at this time, it is exposed to coprocessors still at a few (now deprecated) locations.
In review of HBASE-18770, Chia-Ping Tsai makes reasonable suggestion that what we expose to CPs be a read-only WALKey. He gets pushback on doing this for hbase2 (Do we even want to expose WALKey to CPs, is WALKey right going forward, etc.). Chia-Ping comes back w/ the below (copied from HBASE-18770):
What we want to fix for WALKey are shown below.

expose some methods to CP user safety
refactor/redo

As I see it, adding an interface exposed to CP user for WALKey is a right choice because it can bring some benefit.

We can expose part of WALKey's methods to CP users - a read-only interface or an interface with some modifiable setting.
The related CP hooks won't be deprecated
Doing the refactor for WALKey doesn't essentially impact the CP hook after 2.0 release.

Although, it will be better to redo WALKey before 2.0 release. In short, I think it warrants such an interface.
(We both agree this would be a load of work given WALKey is written to HFiles. Warrants a look though).

MasterRpcServices.restoreSnapshot() tries to verify if the NS exists before starting the restore, but instead of calling ensureNamespaceExists() it calls master.getNamespace() which requires ADMIN permission to get the NS descriptor. 

public RestoreSnapshotResponse restoreSnapshot(RpcController controller,
...
  // Ensure namespace exists. Will throw exception if non-known NS.
  master.getNamespace(dstTable.getNamespaceAsString());

unfortunately i'm not aware of any unit-test that cover this kind of situations. we cover single ACLs from the TestAccessController but we don't exercise rpc calls and verify if there is more than one check on the ACLs like in this case

We currently set ivy.home to ${user.home}/.ant in build-common.xml. We should
remove this setting and instead let ivy.home default to ${user.home}/.ivy2 unless
the user specifies otherwise.

When doing tests on cached data, one of the bottleneck is the getInstance() on HTrace, called in RequestContext#set() --> Trace.isTracing()
When it's fixed, we see threads blocked in sendResponse and in the metrics (with hadoop 1).
The difference is not huge (it's in the range 0-5%), but there is no reason to keep this.
I'm sending a pull request to htrace.

Status Quo
When importing Spring Framework projects into Eclipse via the import-into-eclipse.sh script, the ordering of classpath entries in the generated .classpath files does not align with the intended dependency management configured in the Gradle build. Specifically, project dependencies often come before dependencies on third-party libraries required for the given project, and this can cause the project not to compile in Eclipse.
Concrete Example
The generated .classpath file for the spring-orm-hibernate4 project currently looks like this:

<classpath>
	<classpathentry kind="output" path="spring-orm-hibernate4/bin/eclipse"/>
	<classpathentry output="bin/main" kind="src" path="src/main/java"/>
	<classpathentry output="bin/test" kind="src" path="src/test/java"/>
	<classpathentry output="bin/test" kind="src" path="src/test/resources"/>
	<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER" exported="true"/>
	<!-- ... -->
	<classpathentry kind="src" path="/spring-orm" exported="true"/>
	<classpathentry kind="lib" path="/Users/sbrannen/.gradle/caches/modules-2/files-2.1/org.hibernate/hibernate-core/4.3.5.Final/8ba469a4749447a8e9a04f229c8017f60f9a04c9/hibernate-core-4.3.5.Final.jar" exported="true"/>
	<classpathentry kind="lib" path="/Users/sbrannen/.gradle/caches/modules-2/files-2.1/org.hibernate/hibernate-entitymanager/4.3.5.Final/d5e18e531ffa6fde84b998d2fbf796663a8b112d/hibernate-entitymanager-4.3.5.Final.jar" exported="true"/>
</classpath>

With this ordering of classpath entries, Hibernate 3 is visible from the spring-orm project dependency thereby shadowing the Hibernate 4 dependencies required by the spring-orm-hibernate4, and the spring-orm-hibernate4 project fails to compile as a result.

 Ensure that Eclipse project dependencies come after dependencies on third-party libraries in the generated .classpath files.

See SO
http://stackoverflow.com/questions/31312281/apache-camel-loop-does-not-stop-on-exception

UDFDate will output null pointer exception if called with null.

Only changes made via Roo through the MutableFile infrastructure are being reflected in the file change set, i.e. what is returned via getWhatsDirty. This is really bad as it causes a stale type cache when a user updates a type.

Most likely the callers of these methods are neglecting to throw these exceptions.
Paul Ferraro At a glance the problem is in SingleSignOnSessionFactoryBuilder

if wsdl's operatin's has multi parts and the parts use same xml-element. Camel CXF Payload model, will mixup the xml element in body with header

When using a Map as the items values for an OptionWriter-based tag and ommiting the itemValue property (valueProperty is null), OptionWriter still creates BeanWrappers around the map key and values although they are never used.
As a result of that, one is unable to use null as a map key, which may be useful for instance when the map contains enum values as keys and their localized names as values. In this scenario, it may be useful to include null as a map key which represents an empty field value.
affected code:
{{
	Object mapKey = entry.getKey();
	Object mapValue = entry.getValue();
	BeanWrapper mapKeyWrapper = PropertyAccessorFactory.forBeanPropertyAccess(mapKey);
	BeanWrapper mapValueWrapper = PropertyAccessorFactory.forBeanPropertyAccess(mapValue);
	Object renderValue = (this.valueProperty != null ? mapKeyWrapper.getPropertyValue(this.valueProperty) :
			mapKey.toString());
	Object renderLabel = (this.labelProperty != null ? mapValueWrapper.getPropertyValue(this.labelProperty) :
			mapValue.toString());
	renderOption(tagWriter, mapKey, renderValue, renderLabel);
}}
fix suggestion: only create the wrappers if this.valueProperty != null

Currently the semijoin hint takes source table input. However, to provide better control, also provide the target table name in hint.

HBASE-6466 add the possibility to have multiple threads for the flusher.
The default value is 1, but this should be incremented to 2 reasons:

I've observed that the flush of a region can be delayed because another is in progress. During a write load, this leads to an increased latency because the memstore size increases and then block the client
if, by accident, a flusher hits a slow or bad datanode, all the flush will have to wait until the timeouts expires. With 2 or more flushers and some luck the other regions will be flushed by the second thread.

Lastly this setting is important enough to be documented in the standard hbase site imho.
I think it's important enough to go in the .98 branch as well
There will be an impact: as the flush won't be queued (or less queued) we may have more compactions...

Introduced by 
9362aab078aa0b61144b27f9a0ae9b233bcde9ca
Method
org.jboss.as.weld.services.bootstrap.ProxyServicesImpl#getClassLoader
Stack trace 
https://gist.github.com/rhusar/2db92caf6e3bd182331f

Parquet uses java util logging. When java logging is not configured using default logging.properties file, parquet's default fallback handler writes to STDOUT at INFO level. Hive writes all logging to STDERR and writes only the query output to STDOUT. Writing logs to STDOUT may cause issues when comparing query results. 
If we provide default logging.properties for parquet then we can configure it to write to file or stderr.

Logic in messaging integration doesn't allow configuring property global-client-thread-pool-max-size without setting global-client-scheduled-thread-pool-max-size and vice versa [1].

if (threadPoolMaxSize.isDefined()) {
     threadPoolMaxSizeValue = GLOBAL_CLIENT_THREAD_POOL_MAX_SIZE.resolveModelAttribute(context, operation).asInt();
} else if (sysprops.containsKey(THREAD_POOL_MAX_SIZE_PROPERTY_KEY)) {
    threadPoolMaxSizeValue = Integer.parseInt(sysprops.getProperty(THREAD_POOL_MAX_SIZE_PROPERTY_KEY));
} else {
     // property is not configured using sysprop or explicit attribute
     threadPoolMaxSizeValue = null;
}

if (scheduledThreadPoolMaxSize.isDefined()) {
     scheduledThreadPoolMaxSizeValue = GLOBAL_CLIENT_SCHEDULED_THREAD_POOL_MAX_SIZE.resolveModelAttribute(context, operation).asInt();
} else if (sysprops.containsKey(SCHEDULED_THREAD_POOL_SIZE_PROPERTY_KEY)) {
     scheduledThreadPoolMaxSizeValue = Integer.parseInt(sysprops.getProperty(SCHEDULED_THREAD_POOL_SIZE_PROPERTY_KEY));
} else {
   // property is not configured using sysprop or explicit attribute
    scheduledThreadPoolMaxSizeValue = null;
}

if (threadPoolMaxSizeValue != null && scheduledThreadPoolMaxSizeValue != null) {
    MessagingLogger.ROOT_LOGGER.debugf("Setting global client thread pool size to: regular=%s, scheduled=%s", threadPoolMaxSizeValue, scheduledThreadPoolMaxSizeValue);
    ActiveMQClient.setGlobalThreadPoolProperties(threadPoolMaxSizeValue, scheduledThreadPoolMaxSizeValue);
}

If either of these properties is not defined, thread pool sizes are not set on ActiveMQClient. User may want to set only one of these properties. 
It seems that Artemis doesn't have API allowing configuration of single property.
Example:

set global client thead pool max size using CLI - /subsystem=messaging-activemq:write-attribute(name=global-client-thread-pool-max-size,value=300)
as the condition 'threadPoolMaxSizeValue != null && scheduledThreadPoolMaxSizeValue != null' is not satisfied (the other propery is undefined / null), set value 300 is not correctly configured on activemq.

https://github.com/wildfly/wildfly/blob/6c0a002da2558fd4e4f72ceb034a0633c7b1dafd/messaging-activemq/src/main/java/org/wildfly/extension/messaging/activemq/MessagingSubsystemAdd.java#L114

Currently the controller that is generated by web mvc all does not contain a working updateFromJson method. The id argument is never applied to the deserialised entity so that the attempted merge() ends up in a create instead of an update.
This is more than likely because the example method provided in ROO-3376 had this operation missing.

Run the attached roo script to create a simple REST webapp.

roo> script --file ../ROO-3431.roo

Start the webapp.

Create a new Word with a POST to the webapp.

$ curl -v -XPOST -H "Content-Type:application/json" http://localhost:8080/roo-3431/words -d '{
    "word": "one"
}'
...
< HTTP/1.1 201 Created
...

Request the word list to make sure the new word was persisted.

$ curl -v -XGET -H "Accept:application/json" http://localhost:8080/roo-3431/words
...
[{"id":1,"version":0,"word":"one"}]

Attempt to update the word with a PUT request with the resources ID.

$ curl -v -XPUT -H "Content-Type:application/json" http://localhost:8080/roo-3431/words/1 -d '{
    "word": "two",
    "version": 0
}'
...
...

Request the word list again to see if the word with ID 1 was updated.

...
[{"id":1,"version":0,"word":"one"},{"id":2,"version":0,"word":"two"}]

As can be seen a new entry is created instead of the word being updated. A seccond attempt at the PUT will result in a unique constraint violation.

From HADOOP-2292:
> What you might do is open a HTable on the META region (HConstants.META_TABLE_NAME) and scan HConstants.COL_REGIONINFO_ARRAY which will give you back HRegionInfo objects (as bytes).
> Find the table in question by comparing your table name to regionInfo.getTableDesc().getName()
> If adding or deleting columns, check regionInfo.getTableDesc().hasFamily()
> If changing table on/off line check regionInfo.isOffline()
> If any of the regions don't meet the criteria, close the scanner, sleep and rescan.
This is a bit too complicated for me.  If you won't make enableTable/disableTable synchronous, we should at least have a HTable.isTableDisabled method.

When saving a regular Java Map with array inside (as in SolrQuery), it seems that Spring Sata saves the object fine, but when you trying to read it, it is a Map with List as the value type. When you're trying to work with the object you're getting a ClassCastException: java.util.ArrayList cannot be cast to [Ljava.lang.String. We find that the problem is in MappingMongoConverter#readCollectionOrArray(…), at this line:

When the type is array (String[]) it obviously cannot be assigned to Collection so it returns it as a List. Possible solution is to return an object from this method and handle arrays too. There is a main that reproduce that issue as an attachment.

When trying to split a xml containing this:
<tag name=name/>
I encountered the following exception : org.xml.sax.SAXParseException; XML documents structures must start and end within the same entity. 
Extract from my route:
the input is:
<BOOKS>
            <LIBRARY name=Library1/>
                      <BOOK name=Book1/>  <-----this kind of tag doesn't work.
                      <BOOK name=Book2/>
            </LIBRARY>
            <LIBRARY name=Library2/>
                      <BOOK name=Book1></BOOK>   <---this works.
                      <BOOK name=Book2></BOOK>
</BOOKS>
The splitting route:
<route>
<from uri="activemq:queue.TEST"/>
<choice> 
        <when> 
                <xpath>/BOOKS</xpath> 
                <split streaming="true">
                        <tokenize token="LIBRARY" xml="true"/>
                        <to uri="activemq:example.LIBRARY"/>
                </split>
        </when> 
        <otherwise> 
                <log message="Not a Books xml."/> 
        </otherwise>       
</choice>
</route>
This issue is not part of camel 2.11.0.

The galleon pack zip should be called wildfly-core-galleon-pack-${project.version}.zip. Now it is wildfly-core-feature-pack-${project.version}.zip

There is regression against ER5 in failover tests during failback.
During failback backup server logs lots of errors like:

17:57:37,163 ERROR [org.xnio.listener] (default I/O-7) XNIO001007: A channel event listener threw an exception: java.lang.IllegalStateException: AMQ119116: Netty Acceptor unavailable
        at org.apache.activemq.artemis.core.remoting.impl.netty.NettyAcceptor.transfer(NettyAcceptor.java:426)
        at org.wildfly.extension.messaging.activemq.HTTPUpgradeService$2.handleEvent(HTTPUpgradeService.java:159)
        at org.wildfly.extension.messaging.activemq.HTTPUpgradeService$2.handleEvent(HTTPUpgradeService.java:147)

This issue might be related to fix for JBEAP-1527. 

DEFAULT_BLOCKSIZE_SMALL is described as:

  // Make default block size for StoreFiles 8k while testing.  TODO: FIX!
  // Need to make it 8k for testing.
  public static final int DEFAULT_BLOCKSIZE_SMALL = 8 * 1024;

This value is used on production path in CacheConfig thru HStore/HRegion, and passed to various cache object.
We should change it to actual block size, or if it is somehow by design at least we should clarify it and remove the comment. 

HBaseAdmin::isTableAvailable( name )  returns true for a table in which HBaseAdmin::tableExists( name ) returns false.
It appears from the code that the default return value from isTableAvailable() is true and false is only returned in the case where the table is found and not all the region servers are online.

See nabble
http://camel.465427.n5.nabble.com/http-not-cleaning-up-tmp-files-when-exchange-is-stopped-td4269124.html
The issue was discovered during looking into that. The issue is not the STOP the end user talks about.
Its the file based stream cache which may return null for message body.
I am working on a patch as I got the unit test to verify the issue.

HIVE-4089 upgraded jdo to 3.0.1, but .classpath and classpath._hbase in eclipse tempalte has not been changed accordingly

        at java.io.FileInputStream.open(Native Method)
        at java.io.FileInputStream.<init>(FileInputStream.java:106)
        at org.apache.camel.util.ResolverUtil.loadImplementationsInJar(ResolverUtil.java:476)
        at org.apache.camel.util.ResolverUtil.find(ResolverUtil.java:362)
        at org.apache.camel.util.ResolverUtil.find(ResolverUtil.java:277)
        at org.apache.camel.util.ResolverUtil.findAnnotated(ResolverUtil.java:253)
        at org.apache.camel.impl.converter.AnnotationTypeConverterLoader.load(AnnotationTypeConverterLoader.java:66)
        at org.apache.camel.impl.converter.DefaultTypeConverter.checkLoaded(DefaultTypeConverter.java:218)
        at org.apache.camel.impl.converter.DefaultTypeConverter.convertTo(DefaultTypeConverter.java:64)
        at org.apache.camel.util.IntrospectionSupport.convert(IntrospectionSupport.java:216)
        at org.apache.camel.util.IntrospectionSupport.setProperty(IntrospectionSupport.java:194)
        at org.apache.camel.util.IntrospectionSupport.setProperties(IntrospectionSupport.java:167)
        at org.apache.camel.impl.DefaultComponent.setProperties(DefaultComponent.java:181)
        at org.apache.camel.component.timer.TimerComponent.createEndpoint(TimerComponent.java:54)
        at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:81)
        at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:253)
        at org.apache.camel.model.RouteType.resolveEndpoint(RouteType.java:100)
        at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:102)
        at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:108)
        at org.apache.camel.model.FromType.resolveEndpoint(FromType.java:73)
        at org.apache.camel.impl.DefaultRouteContext.getEndpoint(DefaultRouteContext.java:77)
        at org.apache.camel.model.RouteType.addRoutes(RouteType.java:214)
        at org.apache.camel.model.RouteType.addRoutes(RouteType.java:90)
        at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:520)
        at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:512)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:384)
        at org.apache.servicemix.common.xbean.AbstractXBeanDeployer.deploy(AbstractXBeanDeployer.java:86)
        at org.apache.servicemix.camel.CamelSpringDeployer.deploy(CamelSpringDeployer.java:71)
        at org.apache.servicemix.common.BaseServiceUnitManager.doDeploy(BaseServiceUnitManager.java:88)
        at org.apache.servicemix.common.BaseServiceUnitManager.deploy(BaseServiceUnitManager.java:69)
        at org.apache.servicemix.jbi.deployer.impl.ServiceUnitImpl.deploy(ServiceUnitImpl.java:89)
        at org.apache.servicemix.jbi.deployer.impl.Deployer.deployServiceAssembly(Deployer.java:306)
        at org.apache.servicemix.jbi.deployer.impl.Deployer.register(Deployer.java:170)
        at org.apache.servicemix.jbi.deployer.impl.AbstractBundleWatcher.onBundleStarted(AbstractBundleWatcher.java:80)
        at org.apache.servicemix.jbi.deployer.impl.AbstractBundleWatcher.access$000(AbstractBundleWatcher.java:34)
        at org.apache.servicemix.jbi.deployer.impl.AbstractBundleWatcher$1.bundleChanged(AbstractBundleWatcher.java:53)
        at org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:690)
        at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:619)
        at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:532)
        at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3601)
        at org.apache.felix.framework.Felix._startBundle(Felix.java:1616)
        at org.apache.felix.framework.Felix.startBundle(Felix.java:1544)
        at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:371)
        at org.apache.servicemix.kernel.filemonitor.FileMonitor.refreshPackagesAndStartOrUpdateBundles(FileMonitor.java:550)
        at org.apache.servicemix.kernel.filemonitor.FileMonitor.onFilesChanged(FileMonitor.java:297)
        at org.apache.servicemix.kernel.filemonitor.FileMonitor$1.filesChanged(FileMonitor.java:140)
        at org.apache.servicemix.kernel.filemonitor.Scanner.reportBulkChanges(Scanner.java:433)
        at org.apache.servicemix.kernel.filemonitor.Scanner.reportDifferences(Scanner.java:322)
        at org.apache.servicemix.kernel.filemonitor.Scanner.scan(Scanner.java:254)
        at org.apache.servicemix.kernel.filemonitor.Scanner$1.run(Scanner.java:214)
18:10:15,452 | ERROR | Timer-1          | ResolverUtil                     | g.apache.camel.util.ResolverUtil  489 | Could not search jar file '/org/apache/camel/converter' for classes matching criteria: annotated with @Converter due to an IOException: /org/apache/camel/converter (No such file or directory)

The HiveMetaStore.get_function() method ends with an incorrect call to the endFunction() method. Instead of:

endFunction("get_database", func != null, ex);

It should call:

endFunction("get_function", func != null, ex);

Local Infinispan caches declared in standalone.xml are no longer set as transactional even if a transactional mode is selected.
This prevents creation of atomic maps using AtomicMapLookup as that specifically checks if the cache is transactional (throws java.lang.IllegalStateException: AtomicMap needs a transactional cache.)
Possibly caused by issue WFLY-5327.

@Test
public void compareToWithoutQualityFactor() {
    ProducesRequestCondition none = new ProducesRequestCondition();
    ProducesRequestCondition json = new ProducesRequestCondition("application/json");
    request.addHeader("Accept", "*/*");

    assertTrue(none.compareTo(json, request) < 0);
}

But if a quality parameter is added "*/*;q=0.9" it fails.

The dependencies declared in swarm.cp.info should always be in the classpath.
In Class Path mode, every fraction (including all its dependencies) containing a META-INF/fraction-manifest.yaml will be removed from the ClassLoader and a Dependency Tree declaration in the swarm.cp.info file is the only way to force a fraction to be in the ClassLoader.
The problem is that the fractions from the swarm.cp.info are not correctly handled and are removed from the ClassLoader.
Since every fraction "META-INF/fraction-manifest.yaml

QTestUtil has some logic to execute "test" commands, these are typically "crypto" commands. These "test" commands, aren't valid HiveQL, but can be run in qtests.
The "crypto" commands are used to setup encryption keys and zones for the TestEncryptedHDFSCliDriver
When debugging HIVE-15991 I noticed that the command printed out in QTestUtil.failed is incorrect. It's printing out the last Hive command run, even if a more recent "test" command has been run. This can be very misleading when debugging qtest failures.
The attached patch updates the QTestUtil.executeTestCommand method so that is correctly sets the last executed "test" command.

create project com.springsource.hello
install jpa -database HYPERSONIC_IN_MEMORY -provider HIBERNATE
new persistent class jpa -name ~.Hello -testAutomatically 
add field string -fieldName hello -notNull
new controller automatic -name ~.web.HelloController
Note the field name "hello" is the same as the entity name, "Hello".
The resultant JSP is malformed in this scenario.

When using the https management interface from jboss-cli, commands passed with a command line option (such as --command=:shutdown) are not executed if the server certificate is unrecognised - even if accepting the certificate [T]emporarily or [P]ermenantly.
It appears to be due to the CommandContextImpl.handleSSLFailure() method, which calls error("Unable to connect..."). The error() method sets the exitCode to 1. So, when CliLauncher.processCommands() subsequently runs, it sees that the cmdCtx.exitCode is 1 and ignores any commands.
I guess the handleSSLFailure needs to reset the exitCode to 0 if the user chooses [T] or [P].

If maximum number of tables or regions count exceeds in a namespace we are throwing DoNotRetryIOException instead we should throw QuotaExceededException.

example:
select attr from raw_kafka_item_dt0 where l_date='2015-09-06' and customer='Czgc_news' and get_json_object(attr,'$.title') is NULL limit 10;
but in results,title is still not null!
{"title":"思科Q4收入估$79.2亿 前景阴云笼罩","ItemType":"NewsBase","keywords":"思科Q4收入估\$79.2亿 前景阴云笼罩","random":"1420253511075","callback":"BCore.instances[2].callbacks[1]","user_agent":"Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_2_1 like Mac OS X; en-us) AppleWebKit/533.17.9 (KHTML; like Gecko) Version/5.0.2 Mobile/8C148 Safari/6533.18.5","is_newgid":"false","uuid":"DS.Input:b56c782bcb75035d:00002116:003dcd40:54a75947","ptime":"1.1549997E9"} 

attr is a dict

I want to use the set of ConvertiblePair in my code, to check if a given convert request is valid.
Excerpt from GenericConverter.java
Set<ConvertiblePair> getConvertibleTypes();
Object convert(Object source, TypeDescriptor sourceType, TypeDescriptor targetType);

By creating a ConvertiblePair from the two TypeDescriptor parameters, I should be able to ask my set of ConvertiblePair (same as the one returned from getConvertibleTypes() if it contains the ConvertiblePair built from the convert-request. But because it is a new instance and hashCode/equals are not overridden this is not possible.
See the attached unit test, and suggested patch (also with the unit test). The patch was created against 3.0.3 svn tag. 

Uploaded the patch in the JIRA HBASE-7981.
Raised this so that we have a corresponding JIRA for this specific testcase.

Section 1.3:
  "Roo itself do not require Maven" should say "... does not ..."
Section 1.6:
  "This is nice sample script" should say "... is a nice ..."
Section 2.4:
  "the first idea< /p >< p >s and requirements" should say "... first ideas and ..." (there's unwanted close/open paragraph tags)
  "we prepare a clean workspace for our project we first create a new directory" is agrammatical
  "obtain contexts sensitive guidance" should say "obtain context-sensitive guidance"
  "this commands guides you" should say "this command guides you"
  "Finally, The project pom file" should be cased as "Finally, *t*he project POM file"
  "note: utry using" should say "note: try using"
  "Hibernate as object-relational" should say "Hibernate as the object-relational"
  "Hypersonic in-memory database database" should say "Hypersonic in-memory database" (repeated word)
Section 2.5:
  "1:1 relationship between the Pizza and Base" shouldn't this be m:1?
Section 2.6:
  "Lucky we have instructed" should say "Luckily we have instructed"
Section 2.7:
  "The Roo shell can helps us creating" should say "The Roo shell can help us create" or "The Roo shell can help us by creating"
  "the dependencies and it's sources" should say "the dependencies and their sources"
  "This does, however, not affect" should say either "This does not, however, affect" or "This, however, does not affect"
Section 2.9:
  "during the project development" should say "during project development"
Section 2.10:
  "the Topping, Base and Pizza resource" should say "the Topping, Base and Pizza resources"
  "in the normal .java file and Roo will" should say "in the normal .java file, Roo will"
Section 3.6:
  "in modern application," should say "in modern applications,"
  "a large number of entities are effected," should say "a large number of entities are affected,"

org.jboss.as.test.integration.microprofile.opentracing.EarOpenTracingWithWeldProbeTestCase fails with node0 and node1 set:

WARN  [org.jboss.weld.probe.Probe] (default task-1) PROBE-000017: Access to /ServiceOne/service-endpoint/app denied for <my IP>
...

java.lang.AssertionError: expected:<200> but was:<403>
	at org.jboss.as.test.integration.microprofile.opentracing.AbstractEarOpenTracingTestCase.testHttpInvokation(AbstractEarOpenTracingTestCase.java:67)
	at org.jboss.as.test.integration.microprofile.opentracing.AbstractEarOpenTracingTestCase.testEarServicesUseDifferentTracersAfterReload(AbstractEarOpenTracingTestCase.java:59)
...

Maybe access from remote IP addresses is blocked in development mode.

In KratiProducer class 
} else {
           Object value = getValue(exchange);
           //Its required to have only one thread putting stuff there at any given time per store.
            synchronized (endpoint.getPath().intern()) {
            dataStore.put(key, value);
            dataStore.persist();  // Here should be this
           }
 }

try {
      // STEP 2. Acquire the row lock(s)
      acquiredRowLocks = new ArrayList<RowLock>(rowsToLock.size());
      for (byte[] row : rowsToLock) {
        // Attempt to lock all involved rows, throw if any lock times out
        // use a writer lock for mixed reads and writes
        acquiredRowLocks.add(getRowLockInternal(row, false));
      }
      // STEP 3. Region lock
      lock(this.updatesLock.readLock(), acquiredRowLocks.size() == 0 ? 1 : acquiredRowLocks.size());
      locked = true;
      boolean success = false;
      long now = EnvironmentEdgeManager.currentTime();
      try {

We should lock all involved rows in the second try-finally. Otherwise, we won’t release the previous locks if any subsequent lock times out.

looks like this bug has been fixed already. But i experience the same error with the current 1.2.3 release.
What happens is described in the ref. link (http://stackoverflow.com/questions/10804810/spring-roo-finder-putting-invalid-date-format-in-url)
Doing the change in the addDateTimeFormatPatterns method by hand fixes the issue.

On a long running job 0.94.0rc3 cluster, we get to a point where hbck consistently encounters this error and fails:

Exception in thread "main" java.util.concurrent.RejectedExecutionException
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1768)
	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:658)
	at org.apache.hadoop.hbase.util.HBaseFsck.loadHdfsRegionInfos(HBaseFsck.java:633)
	at org.apache.hadoop.hbase.util.HBaseFsck.onlineConsistencyRepair(HBaseFsck.java:354)

The UT failed frequently in our internal branch-2... Will dig into the UT.

I added some debuging to line 511 in HFile.java and found that the column is causing my problem it was > max size
we should check this before saving the record to memstore
As of 0.20.0-RC2 the server dies and cause the hlogs to be read again by the next region server that gets the region in the end it cause the whole cluster to go down sense the bad data is in the hlog at this point.

2009-08-18 12:54:16,572 FATAL 
org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Replay of hlog 
required. Forcing server shutdown
org.apache.hadoop.hbase.DroppedSnapshotException: region: 
webdata,http:\x2F\x2Fanaal-genomen.isporno.nl\x2F,1250569930062
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:950)
        at org.apache.hadoop.hbase.regionserver.HRegion.flushcache(HRegion.java:843)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.flushRegion(MemStoreFlusher.java:241)
        at org.apache.hadoop.hbase.regionserver.MemStoreFlusher.run(MemStoreFlusher.java:149)
Caused by: java.io.IOException: Key length 183108 > 65536
        at org.apache.hadoop.hbase.io.hfile.HFile$Writer.checkKey(HFile.java:511)
        at org.apache.hadoop.hbase.io.hfile.HFile$Writer.append(HFile.java:479)
        at org.apache.hadoop.hbase.io.hfile.HFile$Writer.append(HFile.java:447)
        at org.apache.hadoop.hbase.regionserver.Store.internalFlushCache(Store.java:525)
        at org.apache.hadoop.hbase.regionserver.Store.flushCache(Store.java:489)
        at org.apache.hadoop.hbase.regionserver.HRegion.internalFlushcache(HRegion.java:935)
        ... 3 more

HIVE-6455 optimization uses PreOrder graph walker resulting in double invocation of SortedDynPartitionOptimizer(). Because of this there are duplicate partitioning columns in RSOp for few test cases (union_remove_17.q and similar test cases..)..
HIVE-6455 optimization does not actually need a PreOrder graph walker. The fix is to revert it to DefaultGraphWalker.

HIVE-6037 reverted the changes to ORC stripe size introduced by HIVE-7231.

hbase-rsgroup is a new module that does not appear in the assembly. The binary tarball still contains the jars through dependencies, but we need the test-jar as well for running the IntegrationTestRSGroup. 
Francis Liu can you take a quick look. 

If target object is JDK dynamic proxy, Aspectj annotation pointcut match failed since proxy class method lost annotations, here is a simple test

import static org.junit.Assert.assertNotNull;

import org.aopalliance.intercept.MethodInterceptor;
import org.aopalliance.intercept.MethodInvocation;
import org.springframework.aop.framework.ProxyFactory;
import org.springframework.transaction.annotation.Transactional;

public class AopUtilsTest {

	@Test
	public void getMostSpecificMethod() throws Exception {
		MyInterface proxy = (MyInterface) new ProxyFactory(MyInterface.class, new MyMethodInterceptor())
				.getProxy(MyInterface.class.getClassLoader());
		Method interfaceMethod = MyInterface.class.getMethod("test");
		Method proxyMethod = proxy.getClass().getMethod("test");
		Method mostSpecificMethod = AopUtils.getMostSpecificMethod(interfaceMethod, proxy.getClass());
		assertNotEquals(proxyMethod, interfaceMethod);
		assertEquals(interfaceMethod, mostSpecificMethod); //failed
		assertNotNull(mostSpecificMethod.getAnnotation(Transactional.class));
	}

	public static interface MyInterface {

		@Transactional
		public String test();

	}

	public static class MyMethodInterceptor implements MethodInterceptor {

		@Override
		public Object invoke(MethodInvocation mi) throws Throwable {
		}

	}

}

We should add a short-circuit

	if(Proxy.isProxyClass(targetClass))
		return method;

I'm not sure this change should apply for AopUtils.getMostSpecificMethod() or ClassUtils.getMostSpecificMethod()

Hi guys,
this is my entity:

@Entity

    public static final String NAME = "product";

    @Id
    private long id;

    @Column

    @Column
    private Status status;

    public long getId() {
        return id;
    }

    public void setId(long id) {
    }

    public String getTest() {
        return test;
    }

    public void setTest(String test) {
        this.test = test;
    }

    public Status getStatus() {
        return status;
    }

    public void setStatus(Status status) {
        this.status = status;
    }
}

this is my enum:

public enum Status {
    OK,
    FAILED
}

I also have a JpaRepository and I try to findAll products or create a new one, but I get the following exception:

{
  "timestamp": 1492678694676,
  "exception": "org.springframework.http.converter.HttpMessageNotWritableException",
  "message": "Could not write JSON document: java.lang.String cannot be cast to java.lang.Enum (through reference chain: org.springframework.data.rest.webmvc.json.PersistentEntityJackson2Module$PersistentEntityResourceSerializer$1[\"content\"]->com.example.ProductEntity[\"test\"]); nested exception is com.fasterxml.jackson.databind.JsonMappingException: java.lang.String cannot be cast to java.lang.Enum (through reference chain: org.springframework.data.rest.webmvc.json.PersistentEntityJackson2Module$PersistentEntityResourceSerializer$1[\"content\"]->com.example.ProductEntity[\"test\"])",
  "path": "/product/"
}

Works fine with Ingalls and Hopper releases. I will provide a test-project.

Assume a cloumn's max versions is 3, then we write 4 versions of this column. The oldest version doesn't remove immediately. But from the user view, the oldest version has gone. When user use a filter to query, if the filter skip a new version, then the oldest version will be seen again. But after compact the region, then the oldest version will never been seen. So it is weird for user. The query will get inconsistent result before and after region compaction.
The reason is matchColumn method of UserScanQueryMatcher. It first check the cell by filter, then check the number of versions needed. So if the filter skip the new version, then the oldest version will be seen again when it is not removed.
Have a discussion offline with Duo Zhang and Honghua Feng, now we have two solution for this problem. The first idea is check the number of versions first, then check the cell by filter. As the comment of setFilter, the filter is called after all tests for ttl, column match, deletes and max versions have been run.

  /**
   * Apply the specified server-side filter when performing the Query.
   * Only {@link Filter#filterKeyValue(Cell)} is called AFTER all tests
   * for ttl, column match, deletes and max versions have been run.
   * @param filter filter to run on the server
   * @return this for invocation chaining
   */
  public Query setFilter(Filter filter) {
    this.filter = filter;
  }

But this idea has another problem, if a column's max version is 5 and the user query only need 3 versions. It first check the version's number, then check the cell by filter. So the cells number of the result may less than 3. But there are 2 versions which don't read anymore.
So the second idea has three steps.
1. check by the max versions of this column
2. check the kv by filter
3. check the versions which user need.
But this will lead the ScanQueryMatcher more complicated. And this will break the javadoc of Query.setFilter.
Now we don't have a final solution for this problem. Suggestions are welcomed.

When TRACE logging is set there is password logged into log.

14:41:28,701 DEBUG [org.wildfly.security] (default task-36) Creating [class javax.naming.directory.InitialDirContext] with environment:
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [java.naming.security.credentials] with value [[s, e, c, r, e, t]]
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [java.naming.ldap.factory.socket] with value [org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory]
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [java.naming.security.authentication] with value [simple]
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [java.naming.provider.url] with value [ldaps://localhost.localdomain:15636 ldaps://localhost.localdomain:15637 ldaps://localhost.localdomain:15638]
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [com.sun.jndi.ldap.read.timeout] with value [60000]
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [com.sun.jndi.ldap.connect.pool] with value [false]
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [com.sun.jndi.ldap.connect.timeout] with value [5000]
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [java.naming.security.principal] with value [uid=admin,ou=system]
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [java.naming.referral] with value [ignore]
14:41:28,701 DEBUG [org.wildfly.security] (default task-36)     Property [java.naming.factory.initial] with value [com.sun.jndi.ldap.LdapCtxFactory]

There was similar PicketBox issue in past based on customer request[1]
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1020663

These frequently-updated tables may otherwise suffer from spurious deadlocks.

Support native vectorization for grouping function (part of Grouping Sets) so we don't need to use VectorUDFAdaptor.

The modulePath parameters passed to the org.wildfly.core.embedded.EmbeddedProcessFactory methods are are rejected if they they are actual paths with multiple directories. Only single directory names are accepted.
This is inconsistent with the normal operation of the server, with the naming of the parameter, as well as with the semantics of the module.path system property that it ultimately sets.

The AttributeDefinition.convertParameterExpression method is called before the validator has validated the model node. This is because the conversion is part of doing any configured "cleanup" of the node before validation. (See AS7-6224.)
MapAttributeDefinition and ListAttributeDefinition break this in their overrides of the method by doing unsafe type conversions. When these fail, users get unfriendly failure messages instead of the ones that the validators would provide.
For example, this bogus CLI command:

[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS:write-attribute(name=valid-connection-checker-properties, value=1)

Produces this in the server log:

15:46:42,167 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
	at org.jboss.dmr.ModelValue.asPropertyList(ModelValue.java:100) [jboss-dmr-1.2.0.Final.jar:1.2.0.Final]
	at org.jboss.dmr.ModelNode.asPropertyList(ModelNode.java:384) [jboss-dmr-1.2.0.Final.jar:1.2.0.Final]
	at org.jboss.as.controller.MapAttributeDefinition.convertParameterExpressions(MapAttributeDefinition.java:252) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.AttributeDefinition.validateAndSet(AttributeDefinition.java:439) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.AbstractWriteAttributeHandler.execute(AbstractWriteAttributeHandler.java:88) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]
	at org.jboss.as.controller.operations.global.WriteAttributeHandler.execute(WriteAttributeHandler.java:98) [wildfly-controller-1.0.0.Alpha2.jar:1.0.0.Alpha2]

There should be nothing in the server log at all for that error; the validator should have caught it and generated an appropriate failure response to the client.

Coverity static-analysis scan found possible call on null object in EntityUtil.encodeAlgorithmIdentifier method:
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760335&defectInstanceId=1541381&mergedDefectId=1369303
In the call
encodeAlgorithmIdentifier(encoder, algorithmOid(algorithm), omitParametersField);
the algorithmOid() may return null (look at Entity class).
Then the encodeAlgorithmIdentifier calls DerEncoder.encodeObjectIdentifier where on the given String is called length() method without a null check.

The editor for the Employee.friends set in the expenses.roo sample leaks information when it is used on more than one record, singleton error.

Reproducer: 

// a company-wide auto configuration class providing default implementations for many beans
@EnableTransactionManagement
@ConditionalOnMissingBean(Parent.class) // so individual applications can use a subclass instead
class Parent {
	@Bean
	Object someBean() {
		return new Object();
	}
}

class Child extends Parent {
	// type safe bean definition override
        // compiler warns if overridden definition has been renamed or is of incompatible type
	@Override
		return "asdf";
	}
}

		SpringApplication.run(Child.class);
	}
}

Expected behavior: Spring boots.
Actual behaviour: The following exception occurs:

2016-12-01 23:33:45.716 ERROR 7544 --- [           main] o.s.boot.SpringApplication               : Application startup failed

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.context.event.internalEventListenerProcessor': Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.transaction.config.internalTransactionAdvisor' defined in class path resource [org/springframework/transaction/annotation/ProxyTransactionManagementConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.transaction.interceptor.BeanFactoryTransactionAttributeSourceAdvisor]: Factory method 'transactionAdvisor' threw exception; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:553) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:776) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:861) ~[spring-context-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:541) ~[spring-context-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:759) [spring-boot-1.4.0.RELEASE.jar:1.4.0.RELEASE]
	at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:369) [spring-boot-1.4.0.RELEASE.jar:1.4.0.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:313) [spring-boot-1.4.0.RELEASE.jar:1.4.0.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1185) [spring-boot-1.4.0.RELEASE.jar:1.4.0.RELEASE]
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1174) [spring-boot-1.4.0.RELEASE.jar:1.4.0.RELEASE]
	at test.Main.main(Main.java:35) [classes/:na]
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.transaction.config.internalTransactionAdvisor' defined in class path resource [org/springframework/transaction/annotation/ProxyTransactionManagementConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.transaction.interceptor.BeanFactoryTransactionAttributeSourceAdvisor]: Factory method 'transactionAdvisor' threw exception; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:599) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1123) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1018) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:510) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.aop.framework.autoproxy.BeanFactoryAdvisorRetrievalHelper.findAdvisorBeans(BeanFactoryAdvisorRetrievalHelper.java:92) ~[spring-aop-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.findCandidateAdvisors(AbstractAdvisorAutoProxyCreator.java:101) ~[spring-aop-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.findEligibleAdvisors(AbstractAdvisorAutoProxyCreator.java:87) ~[spring-aop-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator.getAdvicesAndAdvisorsForBean(AbstractAdvisorAutoProxyCreator.java:69) ~[spring-aop-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.wrapIfNecessary(AbstractAutoProxyCreator.java:347) ~[spring-aop-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.postProcessAfterInitialization(AbstractAutoProxyCreator.java:299) ~[spring-aop-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsAfterInitialization(AbstractAutowireCapableBeanFactory.java:422) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1583) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:545) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.transaction.interceptor.BeanFactoryTransactionAttributeSourceAdvisor]: Factory method 'transactionAdvisor' threw exception; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:189) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:588) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.transaction.annotation.ProxyTransactionManagementConfiguration.transactionAdvisor(ProxyTransactionManagementConfiguration.java:46) ~[spring-tx-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.transaction.annotation.ProxyTransactionManagementConfiguration$$EnhancerBySpringCGLIB$$57eb8409.CGLIB$transactionAdvisor$0(<generated>) ~[spring-tx-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.transaction.annotation.ProxyTransactionManagementConfiguration$$EnhancerBySpringCGLIB$$57eb8409$$FastClassBySpringCGLIB$$b24624a2.invoke(<generated>) ~[spring-tx-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228) ~[spring-core-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:356) ~[spring-context-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at org.springframework.transaction.annotation.ProxyTransactionManagementConfiguration$$EnhancerBySpringCGLIB$$57eb8409.transactionAdvisor(<generated>) ~[spring-tx-4.3.2.RELEASE.jar:4.3.2.RELEASE]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_31]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_31]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_31]
	at java.lang.reflect.Method.invoke(Method.java:483) ~[na:1.8.0_31]
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:162) ~[spring-beans-4.3.2.RELEASE.jar:4.3.2.RELEASE]

i.e. Allows calls to set need and want to true to pass through.

You can execute this op:
/host=master/server=server-one:reload
But if you try and tab complete the op name, the reload op does not appear.
Same thing with suspend.
Further, with suspend if you do:
/host=master/server=server-one:suspend(timeout=10)
the CLI will reject the op complaining that param 'timeout' is invalid. Disable validation in jboss-cli.xml though and it will work.
The reason for all this is that the read-operation-names and read-operation-description ops the CLI invokes in the background before executing an op are aimed at /host=master/server=server-one, and on the domain server root resource the 'reload' and 'suspend' operation definitions are marked with setPrivateEntry.
When the user actually executes the ops, the handler is actually on the HC, so it works fine. It's just that the CLI can't see the description of the op.

Consider the following entities:

    @GraphId Long id;
    
    private String lastName;
 
    @Relationship(type = "IS_FRIEND")
    private Set<Friendship> friendships = new HashSet<>();
	
    public Person() {}
	
    public Friendship addFriend(Person newFriend) {
	Friendship friendship = new Friendship(this, newFriend);
	this.friendships.add(friendship);
	return friendship;
    }
...
}
 
@RelationshipEntity(type = "IS_FRIEND")
public class Friendship {
 
    @GraphId private Long id;
	
    @StartNode private Person personStartNode;
    @EndNode private Person personEndNode;
	
    private long timestamp;
	
    public Friendship() {}
	
    public Friendship(Person personStartNode, Person personEndNode) {
	this.personStartNode = personStartNode;
	this.personEndNode = personEndNode;
    }
...
}

Then in the following test case, an NPE is thrown if the method is annotated with @Transactional.
java.lang.NullPointerException at org.neo4j.ogm.mapper.TransientRelationship.convert(TransientRelationship.java:63)

@Test
@Transactional // This causes the NPE
	Person john = new Person();
	john.setFirstName("John");
	session.save(john);
		
	Person bob = new Person();
	bob.setFirstName("Bob");
	session.save(bob);
		
	Person bill = new Person();
	bob.setFirstName("Bill");
	session.save(bill);
		
	john = session.load(Person.class, john.getId());
	bob = session.load(Person.class, bob.getId());
	Friendship friendship1 = john.addFriend(bob);
	friendship1.setTimestamp(System.currentTimeMillis());
		
	bill = session.load(Person.class, bill.getId());
	Friendship friendship2 = john.addFriend(bill);
	friendship2.setTimestamp(System.currentTimeMillis());
	session.save(john); // throws NPE if annotated with @Transactional
}

Works as expected without @Transactional .
I'm testing with SDN4 4.0.0-BUILD-SNAPSHOT with neo4j-ogm version 1.1.0, spring-boot-starter-parent version 1.3.0.M1.
Test case: org.springframework.data.neo4j.examples.friends.savingPersonWhenTransactionalShouldWork

Currently Hive on Spark Mapjoin replicates small table file to a hard-coded value of 10.  See SparkHashTableSinkOperator.MIN_REPLICATION. 
When dfs.replication.max is less than 10, HoS query fails.  This constant should cap at dfs.replication.max.
Normally dfs.replication.max seems set at 512.

If the server default configuration is used an EJB invocation via @Remote interface is, according to the specification, with call-by-value.
But if the application is configured with jboss-ejb-client.xml to have a remote-outbound-connection the EJB invocation via @Remote is done as call-by-reference no matter whether the configuration is default or
<in-vm-remote-interface-invocation pass-by-value="true"/>
is used.
This is a violation of the specification and can cause serious unexpected issues at runtime for the application if the parameters or return values are mutable

If the deployment name doesn't match the runtime name the logging configuration service is not found resulting an undefined model. The runtime name should be accounted for so the configuration can be found to produce the model.

Given a multi-module Maven project where the top-level module foo-web depends on modules foo-service and foo-model, where foo-web has jar packaging with a Main class

        Container container = new Container();

        WARArchive deployment = ShrinkWrap.create(WARArchive.class);
        deployment.addClass(LibraryBean.class);
        ClassLoader cl = Main.class.getClassLoader();
        deployment.addAsWebInfResource(new ClassLoaderAsset("WEB-INF/web.xml", cl), "web.xml");
        deployment.addAsWebInfResource(new ClassLoaderAsset("WEB-INF/faces-config.xml", cl), "faces-config.xml");
        deployment.addAsWebResource(new ClassLoaderAsset("books.xhtml", cl), "books.xhtml");
        container.start().deploy(deployment);
    }

when the Main class is run directly from my Eclipse workspace, the dependent modules do not get discovered.
When running mvn package and starting the Swarm JAR via java -jar foo-web-swarm.jar, everything is fine.
This appears to be caused by ArtifactManager.allArtifacts() not providing a suitable archive name for class folders. A class folder like ../foo-service/target/classes will end up in the generated WAR as WEB-INF/lib/85cbee12-5c68-403d-8cd3-f088e315ec3f. Since this library is missing the .jar extension, it will be ignored.

while loading data to a managed table from user given path, Hive uses move operation to copy data from user location to table location. In case move can not be used due to permission issue or mismatched encryption zone etc, hive uses copy and then deletes the files from source location to keep to behavior same. But in case the user does not have write access to the source location, delete will fail with file permission exception and load operation will fail. 

After HBASE-20475,  the ut TestReplicationDroppedTables has been more stable now, but still failed in few times.. 
Checked the code again,  I  found the problems: 
1. https://issues.apache.org/jira/browse/HBASE-20475?focusedCommentId=16465759&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16465759
2. https://issues.apache.org/jira/browse/HBASE-20475?focusedCommentId=16467225&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16467225
So prepared a patch for the revisiting..

delete(Publisher)} and {{unlink consider only the first element. We should accept all elements. This can potentially result in many DEL commands so buffering (128 items) might be a good approach.
The code to reproduce is (assuming keys yields more than a single key): 

redisTemplate.delete(redisTemplate.keys(PREFIX + STAR_PATTERN))
                .subscribe(count -> LOGGER.info("Removed {}", count));

Test should use java that is set by JAVA_HOME and not rely on java being set avalible on path.
This way we can properly run testsuite against diffrent JDKs
currently this is the result:

java.io.IOException: Cannot run program "java": error=2, No such file or directory
    at java.lang.UNIXProcess.forkAndExec(Native Method)
    at java.lang.UNIXProcess.<init>(UNIXProcess.java:187)
    at java.lang.ProcessImpl.start(ProcessImpl.java:134)
    at java.lang.ProcessBuilder.start(ProcessBuilder.java:1023)
    at java.lang.Runtime.exec(Runtime.java:620)
    at java.lang.Runtime.exec(Runtime.java:450)
    at java.lang.Runtime.exec(Runtime.java:347)
    at org.jboss.as.test.integration.ee.appclient.util.AppClientWrapper.init(AppClientWrapper.java:152)
    at org.jboss.as.test.integration.ee.appclient.util.AppClientWrapper.<init>(AppClientWrapper.java:78)
    at org.jboss.as.test.integration.ee.appclient.basic.SimpleApplicationClientTestCase.descriptorBasedAppClientTest(SimpleApplicationClientTestCase.java:128)

There seem to be some tuning settings in which manually triggered major compactions will do nothing, including loggic
From Store.java in the function
  List<StoreFile> compactSelection(List<StoreFile> candidates)
When a user manually triggers a compaction, this follows the same logic as a normal compaction check.  when a user manually triggers a major compaction, something similar happens.  Putting this all together:
1. If a user triggers a major compaction, this is checked against a max files threshold (hbase.hstore.compaction.max). If the number of storefiles to compact is > max files, then we downgrade to a minor compaction
2. If we are in a minor compaction, we do the following checks:
   a. If the file is less than a minimum size (hbase.hstore.compaction.min.size) we automatically include it
   b. Otherwise, we check how the size compares to the next largest size.  based on hbase.hstore.compaction.ratio.  
  c. If the number of files included is less than a minimum count (hbase.hstore.compaction.min) then don't compact.
In many of the exit strategies, we aren't seeing an error message.
The net-net of this is that if we have a mix of very large and very small files, we may end up having too many files to do a major compact, but too few files to do a minor compact.
I'm trying to go through and see if I'm understanding things correctly, but this seems like the bug
To put it another way
2012-05-02 20:09:36,389 DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Large Compaction requested: regionName=str,44594594594594592,1334939064521.f7aed25b55d4d7988af763bede9ce74e., store
Name=c, fileCount=15, fileSize=1.5g (20.2k, 362.5m, 155.3k, 3.0m, 30.7k, 361.2m, 6.9m, 4.7m, 14.7k, 363.4m, 30.9m, 3.2m, 7.3k, 362.9m, 23.5m), priority=-9, time=3175046817624398; Because: Recursive enqueue; compaction_queue=(59:0), split_queue=0
When we had a minimum compaction size of 128M, and default settings for hbase.hstore.compaction.min,hbase.hstore.compaction.max,hbase.hstore.compaction.ratio, we were not getting a compaction to run even if we ran
major_compact 'str,44594594594594592,1334939064521.f7aed25b55d4d7988af763bede9ce74e.' from the ruby shell.  Note that we had many tiny regions (20k, 155k, 3m, 30k,..) and several large regions (362.5m,361.2m,363.4m,362.9m).  I think the bimodal nature of the sizes prevented us from doing a compaction.
I'm not 100% sure where this errored out because when I manually triggered a compaction, I did not see
'      // if we don't have enough files to compact, just wait             
      if (filesToCompact.size() < this.minFilesToCompact) {              
        if (LOG.isDebugEnabled()) 
{                                      
          LOG.debug("Skipped compaction of " + this.storeNameStr         
            + ".  Only " + (end - start) + " file(s) of size "           
            + StringUtils.humanReadableInt(totalSize)                    
            + " have met compaction criteria.");                         
        }
 
' 
being printed in the logs (and I know DEBUG logging was enabled because I saw this elsewhere).  
I'd be happy with better error messages when we decide not to compact for user enabled compactions.
I'd also like to see some override that says "user triggered major compaction always occurs", but maybe that's a bad idea for other reasons.

Instead of  and 'iciRegex' for case-insensitive regular expressions. it should be and 'ciRegex' for case-insensitive regular expressions.

Tasks today log progress (records in/records out) on an exponential scale (1, 10, 100, ...). Sometimes it's helpful to be able to switch to fixed interval. That can help debugging certain issues that look like a hang, etc.

When a user logs in with either leading or trailing white space in their user name, authentication still succeeds (we are using a org.acegisecurity.providers.ldap.authenticator.BindAuthenticator), authorities are correctly populated.  However the leading or trailing white space is never removed from the user name, so auth.getName() will include the white space.
Later when JdbcMutableAclService searches for the ACL_SID table or inserts into the ACL_SID table the unwanted white space is used in the where clause or even worse in the insert (if the SID record is being created for the user).
I'm not 100% sure if the ACL queries are incorrect and should perform a trim() on the ACL_SID.sid column, or whether the problem is more fundamental, and the AuthenticationProcessingFilter should perform a trim() after it obtains the user name from the request.
My current thinking leads me to believe the AuthenticationProcessingFilter is at fault, and it should perform the trim() on the user name, as allowing trailing or leading white space in user names sounds like a recipe for confusion.

a <distributable> struts application is working correctly, after session timeout an UnsupportedOperationException permanently prohibits access to the application.
I cannot find any possibility to access the app again else than redeploy the application.
2013-10-03 14:55:48,311 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-10) ISPN000136: Execution error: org.infinispan.commons.CacheException: Caught exception [java.lang.Unsuppor
tedOperationException] while invoking method [public void org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.removed(org.infinispan.notifications.cachelistener.event.CacheEntryRemovedEvent)] 
on listener instance: org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager@56af236c
        at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation$1.run(AbstractListenerImpl.java:209)
        at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:22)
        at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation.invoke(AbstractListenerImpl.java:228)
        at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation.invoke(AbstractListenerImpl.java:191)
        at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryRemoved(CacheNotifierImpl.java:181)
        at org.infinispan.commands.write.RemoveCommand.notify(RemoveCommand.java:98)
        at org.infinispan.commands.write.RemoveCommand.performRemove(RemoveCommand.java:207)
        at org.infinispan.commands.write.RemoveCommand.perform(RemoveCommand.java:90)
        at org.infinispan.interceptors.CallInterceptor.handleDefault(CallInterceptor.java:91)
        at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:37)
        at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:51)
        at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
        at org.infinispan.interceptors.distribution.TxDistributionInterceptor.handleTxWriteCommand(TxDistributionInterceptor.java:268)
        at org.infinispan.interceptors.distribution.TxDistributionInterceptor.visitRemoveCommand(TxDistributionInterceptor.java:77)
        at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
        at org.infinispan.interceptors.CacheLoaderInterceptor.visitRemoveCommand(CacheLoaderInterceptor.java:133)
        at org.infinispan.interceptors.ActivationInterceptor.visitRemoveCommand(ActivationInterceptor.java:60)
        at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:292)
        at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:372)
        at org.infinispan.interceptors.EntryWrappingInterceptor.visitRemoveCommand(EntryWrappingInterceptor.java:205)
        at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitRemoveCommand(PessimisticLockingInterceptor.java:142)
        at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:247)
        at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:188)
        at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:193)
        at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:143)
        at org.infinispan.interceptors.CacheMgmtInterceptor.visitRemoveCommand(CacheMgmtInterceptor.java:166)
        at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:106)
        at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:70)
        at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:64)
        at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:321)
        at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1298)
        at org.infinispan.CacheImpl.removeInternal(CacheImpl.java:400)
        at org.infinispan.CacheImpl.remove(CacheImpl.java:393)
        at org.infinispan.DecoratedCache.remove(DecoratedCache.java:406)
        at org.infinispan.AbstractDelegatingCache.remove(AbstractDelegatingCache.java:281)
        at org.wildfly.clustering.web.infinispan.Remover$RemoveOperation.invoke(Remover.java:50)
        at org.jboss.as.clustering.infinispan.invoker.SimpleCacheInvoker.invoke(SimpleCacheInvoker.java:34)
        at org.jboss.as.clustering.infinispan.invoker.RetryingCacheInvoker.invoke(RetryingCacheInvoker.java:82)
        at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.remove(CoarseSessionFactory.java:116)
        at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.remove(CoarseSessionFactory.java:54)
        at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:74)
        at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:218)
        at org.wildfly.clustering.web.undertow.session.SessionManagerAdapter.getSession(SessionManagerAdapter.java:124)
        at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:674) [undertow-servlet-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta17-SNAPSHOT]
        at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:688) [undertow-servlet-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta17-SNAPSHOT]
        at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:505) [undertow-servlet-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta17-SNAPSHOT]
        at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:255) [undertow-servlet-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta17-SNAPSHOT]
        at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:202) [undertow-servlet-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta17-SNAPSHOT]
        at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:69) [undertow-servlet-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta17-SNAPSHOT]
        at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:136) [undertow-servlet-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta17-SNAPSHOT]
        at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta15-SNAPSHOT]
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:614) [undertow-core-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta15-SNAPSHOT]
        at org.wildfly.clustering.web.session.ImmutableHttpSessionAdapter.removeAttribute(ImmutableHttpSessionAdapter.java:90)
        at com.sun.faces.application.view.ViewScopeContextManager.sessionDestroyed(ViewScopeContextManager.java:298) [jsf-impl-2.2.3-jbossorg-1.jar:]
        at com.sun.faces.application.view.ViewScopeManager.sessionDestroyed(ViewScopeManager.java:348) [jsf-impl-2.2.3-jbossorg-1.jar:]
        at com.sun.faces.application.WebappLifecycleListener.sessionDestroyed(WebappLifecycleListener.java:176) [jsf-impl-2.2.3-jbossorg-1.jar:]
        at com.sun.faces.config.ConfigureListener.sessionDestroyed(ConfigureListener.java:368) [jsf-impl-2.2.3-jbossorg-1.jar:]
        at io.undertow.servlet.core.ApplicationListeners.sessionDestroyed(ApplicationListeners.java:264) [undertow-servlet-1.0.0.Beta15-SNAPSHOT.jar:1.0.0.Beta17-SNAPSHOT]
        at org.wildfly.clustering.web.undertow.session.SessionContextAdapter$1.sessionDestroyed(SessionContextAdapter.java:60)
        at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.removed(InfinispanSessionManager.java:297)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_25]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_25]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_25]
        at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_25]
        at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocation$1.run(AbstractListenerImpl.java:205)
        ... 84 more

when i test the issue HIVE-16061, i found TestEventHandlerFactory.java lack the ASF header.

analyze table T partition (ds, hr);
does not collect stats correctly

The Hive.g grammar rule does not allow including quotes in the string literals using "\".

StringLiteral
    :
    ( '\'' ( ~'\'')* '\'' | '\"' (~'\"')* '\"' )+
    ;

We should change it to work with escaped quotes.

On executing restore command on already existing table

./hbase restore hdfs://localhost:8020/test/ backup_1506352287382 -t test1 -m test1_restore_incremental

Output
======
2017-09-25 20:46:44,624 ERROR [main] impl.RestoreTablesClient: Existing table ([test1_restore_incremental]) found in the restore target, please add "-overwrite" option in the command if you mean to restore to these existing tables
java.io.IOException: Existing table found in target while no "-overwrite" option found
But when we run the restore command again with the -overwrite option it gives error

./hbase restore hdfs://localhost:8020/test/ backup_1506352287382 -t test1 -m test1_restore_incremental -overwrite

Error when parsing command-line arguments: Unrecognized option: -overwrite

[standalone@localhost:9990 /] /subsystem=batch-jberet:undefine-attribute(name=restart-jobs-on-resume
{
}

Stack trace on server side: 

12:42:08,192 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("undefine-attribute") failed - address: ([("subsystem" => "batch-jberet")]): java.lang.IllegalArgumentException
	at org.wildfly.extension.batch.jberet.BatchSubsystemDefinition$1.setValue(BatchSubsystemDefinition.java:159)
	at org.wildfly.extension.batch.jberet.BatchSubsystemDefinition$1.applyUpdateToRuntime(BatchSubsystemDefinition.java:147)

The problem is that the write handler of this attribute doesn't properly handle an undefined value: https://github.com/wildfly/wildfly/blob/9390551b93126e2216e49b4b02bc9f646755aace/batch/extension-jberet/src/main/java/org/wildfly/extension/batch/jberet/BatchSubsystemDefinition.java#L159 

I'm trying to re-use the Springboot Actuator HealthEndpoint and InfoEndpoint beans and exposing them via rest:

HealthEndpoint healthEndpoint;
...
//build the route
from("rest:get:health").routeId("REST-healthcheck").bean(healthEndpoint, "invoke");

However when that gets invoked, it throws a AmbiguousMethodCallException and its other candidate for "invoke()" is on the abstract class that HealthEndpoint is extending
It looks like the issue is here:
https://github.com/apache/camel/blob/master/camel-core/src/main/java/org/apache/camel/component/bean/BeanInfo.java#L1020
In this case HealthEndpoint extends AbstractHealthEndpoint, which is abstract, but invoke() is declared on the Endpoint interface. So this logic: 

 !isFromInterface && Modifier.isAbstract(info.getMethod().getModifiers()) 

Will not evaluate to true, and the abstract method will remain a candidate.
Here are the sources for the Endpoint/HealthEndpoint/AbstractEndpoint classes:
https://github.com/spring-projects/spring-boot/blob/master/spring-boot-actuator/src/main/java/org/springframework/boot/actuate/endpoint/Endpoint.java#L56
https://github.com/spring-projects/spring-boot/blob/master/spring-boot-actuator/src/main/java/org/springframework/boot/actuate/endpoint/AbstractEndpoint.java#L32
https://github.com/spring-projects/spring-boot/blob/master/spring-boot-actuator/src/main/java/org/springframework/boot/actuate/endpoint/HealthEndpoint.java#L36
It seems this is intentional, due to the "if the class is an interface then keep the method" comment in BeanInfo.
I'm curious as to why that is.

useRepositoryConfiguration(...) fails for repositories with multiple store modules on the class path if at least one does not support reactive repositories.
This is, because RepositoryConfigurationExtensionSupport checks whether the configuration should be used first and then it checks whether the store module is actually responsible for the repository interface.
We should delay the useRepositoryConfiguration(...) check until the store responsibility is clarified.

from pull request (Reference URL): 

After upgrading to OpenJDK 7 I can't retransform classes using
InstrumentationSavingAgent.getInstrumentation().addTransformer(t, true);
After some research I feel that spring-instrument is missing the required manifest attributes for Java 7 (see http://docs.oracle.com/javase/7/docs/api/java/lang/instrument/package-summary.html)
I'm neither an expert for instrumentation nor Gradle but I thought I'd give it a shot to at least start a discussion.

The load test tool currently disables the table and applies any changes to the cf descriptor if any, but does not create the cf if not present.

Now it will cast WAL to FSHLog so if we make AsyncFSWAL default then it will fail.

In method storeFile(String name, Exchange exchange) of class org.apache.camel.component.jsch.ScpOperations the wrong reference of the required input stream is used (line 131). Should be 
write(channel, file, is, cfg); 
instead of 
write(channel, file, exchange.getIn().getMandatoryBody(InputStream.class), cfg);

1. In section 6.2.4, the method doInMessage(WebServiceMessage message) should instead be doWithMessage(WebServiceMessage message).
2. In section 6.2.5, the method doInMessage(WebServiceMessage message) should instead be doWithMessage(WebServiceMessage message).
3. In section 6.2.5, there is a closing brace "}" missing after the doWithMessage method.
4. In section 6.2.5, the code should be formatted so that it is not so hard to read, perhaps like:
public void marshalWithSoapActionHeader(final Source s) {
	final Transformer transformer = transformerFactory.newTransformer();
	webServiceTemplate.sendAndReceive(
		new WebServiceMessageCallback() {
			public void doWithMessage(WebServiceMessage message) 
{
				transformer.transform(s, message.getPayloadResult());
			}
		}, 
		new WebServiceMessageExtractor() {
			public Object extractData(WebServiceMessage message) throws IOException 
{
				// do your own transforms with message.getPayloadResult()
				// or message.getPayloadSource()
			}
		}
	);
}

Profiling the client shows that we're spending some time in array copy (10% of the code execution, 3% of the total time) in some array copy that we can avoid.

Investigate if this is caused i.e. using chaining for strategies or rolling with codec. This use case is currently not tested. This used to work at some point.

There is a race condition in the test that both in/out aggregators are aggregating the output.  It looks like the InAggregator should to make a copy of the exchange.  The attached patch also gets rid of a unused method.

Add a new piece of metadata to the UDFs to specify if whether a UDF is a runtime constant. Runtime constants also exist in SQL Server, and this is similar to Postgres' concept of STABLE functions. This metadata may be useful for materialized views and query caching.
Some Hive functions such as the ones listed below are currently labelled as deterministic, but really are runtime constants:
current_timestamp
current_date
current_user
current_database
The values for these functions are not deterministic between different queries - for example current_timestamp will most likely be different every query executed. This makes these functions ineligible for things like materialized views or cached query results.
However the value for the current_timestamp should not change during the life of a single query, which allows these values to be used in optimizations such as constant folding.

When TestStore#init() was called twice in TestStore#testDeleteExpiredStoreFiles, it did not use different base directory for each call (other tests in the same test suite do).  If the first call did not release the handle of WAL files fast enough, the second init() call would fail.  
This is constantly seen in Windows environment:

java.io.IOException: Target WAL already exists within directory file:/C:/hbase/hbase-server/target/test-data/f39ecdde-1d04-4332-93c7-4c8df1e08e67/TestStoretestDeleteExpiredStoreFiles/WALs/testDeleteExpiredStoreFiles
	at org.apache.hadoop.hbase.regionserver.wal.FSHLog.<init>(FSHLog.java:525)
	at org.apache.hadoop.hbase.regionserver.TestStore.init(TestStore.java:185)
	at org.apache.hadoop.hbase.regionserver.TestStore.init(TestStore.java:162)
	at org.apache.hadoop.hbase.regionserver.TestStore.testDeleteExpiredStoreFiles(TestStore.java:307)
	at org.apache.hadoop.hbase.regionserver.TestStore.testDeleteExpiredStoreFiles(TestStore.java:286)

The fix is trivial: just like other tests in the same test suite, use different base directory for multiple init() calls in the same test.

getDatabaseProductName	Apache Hive
getDatabaseProductVersion	1.2.1.2.3.0.0-2557
getDriverName	Hive JDBC
getDriverVersion	1.2.1.2.3.0.0-2557
getDriverMajorVersion	1
getDriverMinorVersion	2
select tint.rnum, tsint.rnum from tint , tsint where tint.cint between tsint.csint and tsint.csint
when ORC used no rows returned versus TEXT
create table  if not exists TSINT ( RNUM int , CSINT smallint   )
– ROW FORMAT DELIMITED FIELDS TERMINATED BY '|' LINES TERMINATED BY '\n' 
 STORED AS orc  ;
create table  if not exists TINT ( RNUM int , CINT int   )

beeline should exit with non-zero status on error so that executors such as a shell script or Oozie can detect failure.

This was first reported in Boot 5810 where there is a detailed description.

I've been running some queries for a while when I've noticed that my initscript has an error; and beeline stops interpreting the initscript after encountering the first error.

echo 'invalid;' > init.sql
echo 'select 1;' > s1.sql
beeline -u jdbc:hive2://localhost:10000/ -n hive -i init.sql -f s1.sql 
[...]
Running init script init.sql
0: jdbc:hive2://localhost:10000/> invalid;
Error: Error while compiling statement: FAILED: ParseException line 1:0 cannot recognize input near 'invalid' '<EOF>' '<EOF>' (state=42000,code=40000)
0: jdbc:hive2://localhost:10000/> select 1;
[...]
$ echo $?
0

The checkstyle header contains the following ASF header:

/**
  * Licensed to the Apache Software Foundation (ASF) under one
  * or more contributor license agreements.  See the NOTICE file
[..]

Even if we undecided what to do with the already existing headers (HIVE-17952), the new ones should use the proper one with 1 '*' in the first line:

/*
[..]

Hi, 
We are looking to roll out HBase and are in the process to design the security model. 
We are looking to implement global DBAs and Namespace specific administrators. 
So for example the global dba would create a namespace and grant a user/group admin privileges within that ns. 
So that a given ns admin can in turn create objects and grant permission within the given ns only. 
We have run into some issues at the ns admin level. It appears that a ns admin can NOT grant to a grop unless it also has global admin privilege. But once it has global admin privilege it can grant in any NS not just the one where it has admin privileges. 
Based on the HBase documentation at http://hbase.apache.org/book.html#appendix_acl_matrix 
Table 13. ACL Matrix 
Interface	Operation	Permissions 
AccessController grant(global level) global(A) 
grant(namespace level) global(A)|NS(A) 
grant at a namespace level should be possible for someone with global A OR (|) NS A permission. 
As you will see in our test it does not work if NS A permission is granted but global A permission is not. 
Here you can see that group hbaseappltest_ns1admin has XCA permission on ns1. 

hbase(main):011:0> scan 'hbase:acl' 
ROW COLUMN+CELL 
@ns1 column=l:@hbaseappltest_ns1admin, timestamp=1446676679787, value=XCA 

However: 
Here you can see that a user who is member of the group hbaseappltest_ns1admin can not grant a WRX privilege to a group as it is missing global A privilege. 

$hbase shell 
15/11/13 10:02:23 INFO Configuration.deprecation: hadoop.native.lib is deprecated. Instead, use io.native.lib.available 
HBase Shell; enter 'help<RETURN>' for list of supported commands. 
Type "exit<RETURN>" to leave the HBase Shell 
Version 1.0.0-cdh5.4.7, rUnknown, Thu Sep 17 02:25:03 PDT 2015 

hbase(main):001:0> whoami 
ns1admin@WLAB.NET (auth:KERBEROS) 
groups: hbaseappltest_ns1admin 

hbase(main):002:0> grant '@hbaseappltest_ns1funct' ,'RWX','@ns1' 

ERROR: org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions for user 'ns1admin' (global, action=ADMIN) 

The way I read the documentation a NS admin should be able to grant as it has ns level A privilege not only object level permission.
CDH is a version 5.4.7 and Hbase is version 1.0. 
Regards, 
Steven

In case of EARs with multiple subdeployments, a msc service dependency deadlock may occurs between a subdeployment's DeploymentUnitPhaseService at INSTALL phase, and WeldStartService. This happens because WeldStartService depends on each subdeployment's jndiDependencyService. Such dependency may conflict with a subdeployment's DeploymentUnitPhaseService at INSTALL to complete, and the EAR deployment ultimately fails.

See nabble
http://camel.465427.n5.nabble.com/Can-t-configure-delayPattern-with-property-placeholders-tp5771356.html

The example provided for using a Flow Request URL Handler incorrectly shows a flowExecutor being passed in as a constructor-arg:
http://static.springframework.org/spring-webflow/docs/2.0.x/reference/html/ch14s03.html#upgrade-guide-java-url-handler
According the CHANGELOG for 2.0.0, this behaviour was changed as follows:
"  - Removing the FlowController and FlowHandlerAdapter constructors that accepted a FlowExecutor argument in favor of a default constructor with a flowExecutor property.  
    This was done for simplicity reasons for their typical use as Spring beans.
    Please note this change requires a minor update to pre 2.0.0 Web Flow + MVC configurations."
Therefore the documentation should be upgraded to reflect this.

Wildfly start-up script $JBOSS_HOME/docs/contrib/scripts/init.d/wildfly-init-redhat.sh tries to get successful start timestamp using following command:
grep -o '[0-9]*' $JBOSS_MARKERFILE
This however does not work on RHEL 5 OS, as grep-2.5.1 does not return regular expression result correctly when used with -o option.

I work on HCatalog (0.2). Recently, we ran into HCat_server running out of memory every few days, and it boiled down to a bug in thrift, (THRIFT-1468, recently fixed).
HCat-0.2-branch depends on Hive-0.8, which in turn depends on thrift-0.5.0. (The bug also exists on 0.7.0.)
May I please enquire if Hive can't depend on a more current version of thrift? (Does it break the metastore?) I'm afraid I'm not privy to the reasoning behind Hive's dependency on a slightly dated thrift-lib. 

This config hive.cluster.delegation.token.store.class was introduced in HIVE-3255 and is useful only if oracle metastore is used in secure setup with HA config.

I get the following: 
JBossFuse:karaf@root> osgi:install mvn:org.jboss.quickstarts.fuse/camel-amq/6.3.0.redhat-131
Bundle IDs: 
	Unable to install bundle mvn:org.jboss.quickstarts.fuse/camel-amq/6.3.0.redhat-131
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.8.0_91]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_91]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_91]
	at java.lang.reflect.Method.invoke(Method.java:498)[:1.8.0_91]
	at org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:54)[19:org.apache.aries.proxy.impl:1.0.5]
	at org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:119)[19:org.apache.aries.proxy.impl:1.0.5]
	at org.apache.karaf.shell.console.commands.$BlueprintCommand1563505865.execute(Unknown Source)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
	at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
	at org.apache.karaf.shell.console.jline.Console.run(Console.java:197)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
	at org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)[38:org.apache.karaf.shell.console:2.4.0.redhat-630131]
Caused by: java.lang.Exception: Unable to install bundle mvn:org.jboss.quickstarts.fuse/camel-amq/6.3.0.redhat-131
	at org.apache.karaf.shell.osgi.InstallBundle.doExecute(InstallBundle.java:45)
	... 18 more
Caused by: org.osgi.framework.BundleException: Unable to cache bundle: mvn:org.jboss.quickstarts.fuse/camel-amq/6.3.0.redhat-131
	at org.apache.felix.framework.Felix.installBundle(Felix.java:2878)
	at org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:165)
	at org.apache.karaf.shell.osgi.InstallBundle.doExecute(InstallBundle.java:43)
	... 18 more
Caused by: java.io.IOException: Error resolving artifact org.jboss.quickstarts.fuse:camel-amq:jar:6.3.0.redhat-131: Could not find artifact org.jboss.quickstarts.fuse:camel-amq:jar:6.3.0.redhat-131 in maven.central.repo (http://repo1.maven.org/maven2/)
	at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:661)
	at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:598)
	at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:576)
	at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:550)
	at org.ops4j.pax.url.mvn.internal.Connection.getInputStream(Connection.java:123)
	at org.apache.felix.framework.util.SecureAction.getURLConnectionInputStream(SecureAction.java:524)
	at org.apache.felix.framework.cache.JarRevision.initialize(JarRevision.java:166)
	at org.apache.felix.framework.cache.JarRevision.<init>(JarRevision.java:77)
	at org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:878)
	at org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:550)
	at org.apache.felix.framework.cache.BundleArchive.<init>(BundleArchive.java:153)
	at org.apache.felix.framework.cache.BundleCache.create(BundleCache.java:277)
	at org.apache.felix.framework.Felix.installBundle(Felix.java:2874)
	... 20 more

_tmp files are getting left behind on insert overwrite directory:
/user/jssarma/ctst1/40422_m_000195_0.deflate  <r 3> 13285 2008-12-07 01:47  rw-r-r- jssarma supergroup
/user/jssarma/ctst1/40422_m_000196_0.deflate  <r 3> 3055  2008-12-07 01:46  rw-r-r- jssarma supergroup
/user/jssarma/ctst1/_tmp.40422_m_000033_0 <r 3> 0 2008-12-07 01:53  rw-r-r- jssarma supergroup
/user/jssarma/ctst1/_tmp.40422_m_000037_1 <r 3> 0 2008-12-07 01:53  rw-r-r- jssarma supergroup
this happened with speculative execution. the code looks good (in fact in this case many speculative tasks were launched - and only a couple caused problems). Almost seems like these files did not appear in the namespace until after the map-reduce job finished and the movetask did a listing of the output dir ..

4) Send VRB to the pipeline and write ORC in parallel (in background).

Occurs in some cases in the non-CBO optimized queries, either if CBO is disabled or has failed due to error.

2018-10-11T04:40:22,724 ERROR [TezTR-85144_8944_1085_28_996_2 (1539092085144_8944_1085_28_000996_2)] tez.ReduceRecordProcessor: Hit error while closing operators - failing tree
2018-10-11T04:40:22,724 ERROR [TezTR-85144_8944_1085_28_996_2 (1539092085144_8944_1085_28_000996_2)] tez.TezProcessor: java.lang.RuntimeException: cannot find field _col304 from [0:_col0, 1:_col1, 2:_col2, 3:_col3, 4:_col4, 5:_col5, 6:_col6, 7:_col7, 8:_col8, 9:_col9, 10:_col10, 11:_col11, 12:_col12, 13:_col13, 14:_col15, 15:_col16, 16:_col17, 17:_col18, 18:_col19, 19:_col20, 20:_col21, 21:_col22, 22:_col23, 23:_col24, 24:_col25, 25:_col26, 26:_col27, 27:_col28, 28:_col29, 29:_col30, 30:_col31, 31:_col32, 32:_col33, 33:_col34, 34:_col35, 35:_col36, 36:_col37, 37:_col38, 38:_col39, 39:_col40, 40:_col41, 41:_col42, 42:_col43, 43:_col44, 44:_col45, 45:_col46, 46:_col47, 47:_col48, 48:_col49, 49:_col50, 50:_col51, 51:_col52, 52:_col53, 53:_col54, 54:_col55, 55:_col56, 56:_col57, 57:_col58, 58:_col59, 59:_col60, 60:_col61, 61:_col62, 62:_col63, 63:_col64, 64:_col65, 65:_col66, 66:_col67, 67:_col68, 68:_col70, 69:_col72, 70:_col73, 71:_col74, 72:_col75, 73:_col76, 74:_col77, 75:_col78, 76:_col79, 77:_col80, 78:_col81, 79:_col82, 80:_col83, 81:_col84, 82:_col85, 83:_col86, 84:_col87, 85:_col88, 86:_col89, 87:_col90, 88:_col91, 89:_col92, 90:_col93, 91:_col94, 92:_col95, 93:_col96, 94:_col97, 95:_col98, 96:_col99, 97:_col100, 98:_col101, 99:_col102, 100:_col103, 101:_col104, 102:_col105, 103:_col106, 104:_col107, 105:_col108, 106:_col109, 107:_col110, 108:_col111, 109:_col112, 110:_col113, 111:_col114, 112:_col115, 113:_col116, 114:_col117, 115:_col118, 116:_col119, 117:_col120, 118:_col121, 119:_col122, 120:_col123, 121:_col124, 122:_col125, 123:_col126, 124:_col127, 125:_col128, 126:_col129, 127:_col130, 128:_col131, 129:_col132, 130:_col133, 131:_col134, 132:_col135, 133:_col136, 134:_col137, 135:_col138, 136:_col139, 137:_col140, 138:_col141, 139:_col142, 140:_col143, 141:_col144, 142:_col145, 143:_col146, 144:_col147, 145:_col148, 146:_col149, 147:_col150, 148:_col151, 149:_col152, 150:_col153, 151:_col154, 152:_col155, 153:_col156, 154:_col157, 155:_col158, 156:_col159, 157:_col160, 158:_col161, 159:_col162, 160:_col163, 161:_col164, 162:_col165, 163:_col166, 164:_col167, 165:_col168, 166:_col169, 167:_col170, 168:_col171, 169:_col318]
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getStandardStructFieldRef(ObjectInspectorUtils.java:485)
at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.getStructFieldRef(StandardStructObjectInspector.java:153)
at org.apache.hadoop.hive.ql.exec.ExprNodeColumnEvaluator.initialize(ExprNodeColumnEvaluator.java:80)
at org.apache.hadoop.hive.ql.exec.JoinUtil.getObjectInspectorsFromEvaluators(JoinUtil.java:91)
at org.apache.hadoop.hive.ql.exec.AbstractMapJoinOperator.initializeOp(AbstractMapJoinOperator.java:74)
at org.apache.hadoop.hive.ql.exec.MapJoinOperator.initializeOp(MapJoinOperator.java:144)
at org.apache.hadoop.hive.ql.exec.Operator.initialize(Operator.java:374)
at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.init(ReduceRecordProcessor.java:195)
at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:188)
at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:172)
at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:370)
at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:73)
at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:61)

HIVE-16049 upgraded to jetty 9. It is committed to apache master which is still 2.3.0-snapshot. This breaks couple of other components like LLAP and ends up throwing the following error during runtime.

2017-04-02T20:17:45,435 WARN  [main ()] org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon: Failed to start LLAP Daemon with exception
java.lang.NoClassDefFoundError: org/eclipse/jetty/rewrite/handler/Rule
at org.apache.hive.http.HttpServer$Builder.build(HttpServer.java:125) ~[hive-exec-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
at org.apache.hadoop.hive.llap.daemon.services.impl.LlapWebServices.serviceInit(LlapWebServices.java:102) ~[hive-llap-server-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
at org.apache.hadoop.service.AbstractService.init(AbstractService.java:163) ~[hadoop-common-2.7.3.2.5.0.0-1245.jar:?]
at org.apache.hadoop.service.CompositeService.serviceInit(CompositeService.java:107) ~[hadoop-common-2.7.3.2.5.0.0-1245.jar:?]
at org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon.serviceInit(LlapDaemon.java:385) ~[hive-llap-server-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
at org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon.main(LlapDaemon.java:528) [hive-llap-server-2.3.0-SNAPSHOT.jar:2.3.0-SNAPSHOT]
Caused by: java.lang.ClassNotFoundException: org.eclipse.jetty.rewrite.handler.Rule
at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[?:1.8.0_77]
at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[?:1.8.0_77]
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) ~[?:1.8.0_77]
at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:1.8.0_77]
... 7 more
2017-04-02T20:17:45,441 INFO  [main ()] org.apache.hadoop.hive.llap.daemon.impl.LlapDaemon: LlapDaemon shutdown invoked

According to the JavaEE spec JAXWS-handlers should support injection (@Inject, @EJB), @PostConstruct and @PreDestroy.
In my test case (top-down approach, handler class is defined within *_handler.xml) @PostCunstruct works, but managed beans (CDI, EJB) are not injected via @Inject or @EJB. 
Possible workaround for EJBs: manual JNDI-lookup within @PostConstruct method. For CDI-managed beans you have to lookup the BeanManager and load the desired bean yourself.
It seems, that this issue should have been addressed by WFLY-2362. But it is still does not work.

After upgrading to 1.10.2, the following exception occurs at startup.

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'org.springframework.orm.jpa.SharedEntityManagerCreator#2': Unsatisfied dependency expressed through method 'createSharedEntityManager' parameter 0: Could not convert argument value of type [com.sun.proxy.$Proxy138] to required type [javax.persistence.EntityManagerFactory]: Failed to convert value of type [com.sun.proxy.$Proxy138 implementing javax.jms.QueueConnectionFactory,org.springframework.aop.SpringProxy,org.springframework.aop.framework.Advised,org.springframework.core.DecoratingProxy] to required type [javax.persistence.EntityManagerFactory]; nested exception is java.lang.IllegalStateException: Cannot convert value of type [com.sun.proxy.$Proxy138 implementing javax.jms.QueueConnectionFactory,org.springframework.aop.SpringProxy,org.springframework.aop.framework.Advised,org.springframework.core.DecoratingProxy] to required type [javax.persistence.EntityManagerFactory]: no matching editors or conversion strategy found
        at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:723)
        at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:467)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1123)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1018)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:510)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482)
        at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202)
        at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:207)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:1214)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveMultipleBeans(DefaultListableBeanFactory.java:1120)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1049)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1019)
        at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:835)
        at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741)
        at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:189)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1143)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1046)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:776)
        at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:861)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:541)
        at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:444)
        at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:326)
        at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:107)

I think this is caused by EntityManagerBeanDefinitionRegistrarPostProcessor. It is trying to create a SharedEntityManagerCreator even for JndiObjectFactoryBeans which do not expose a EntityManagerFactory.
After looking at the code, it seems to be an effect of DATAJPA-813.

There can be directories in HDFS containing unprintable characters; when doing hadoop fs -ls, these characters are not even visible, and can only be seen for example if output is piped thru od.
When these are loaded via msck, they are stored in e.g. mysql as "?" (literal question mark, findable via LIKE '%?%' in db) and show accordingly in Hive.
However, datanucleus appears to encode it as %3F; this causes the partition to be unusable - it cannot be dropped, and other operations like drop table get stuck (didn't investigate in detail why; drop table got unstuck as soon as the partition was removed from metastore).
We should probably have a 2-way option for such cases - error out on load (default), or convert to '?'/drop such characters (and have partition that actually works, too).
We should also check if partitions with '?' inserted explicitly work at all with datanucleus.

When mapping roles directly from the identity:

<access-control provider="rbac" use-identity-roles="true"/>

If the identity has a role that is not known, a UnknowRoleException is thrown.
Ideally, we should just ignore unknown roles. Or is there any reason for this check ?

Lets have some /socket-binding-group=standard-sockets/socket-binding with particular name. Then when I create some /socket-binding-group=standard-sockets/remote-destination-outbound-socket-binding or /socket-binding-group=standard-sockets/local-destination-outbound-socket-binding using same name as of already existing socket-binding resource, add operation is successful but when I perform server reload, it crashes as it is not able to parse configuration. See:

Start EAP and log to CLI
create your own socket-binding resource and {remote|local}-destination-outbound-socket-binding resource with same names and perform reload

/socket-binding-group=standard-sockets/socket-binding=myBinding:add()
/socket-binding-group=standard-sockets/remote-destination-outbound-socket-binding=myBinding:add(host=localhost,port=8765)
or
/socket-binding-group=standard-sockets/local-destination-outbound-socket-binding=myBinding:add(socket-binding-ref=http)
reload

server crashes with following stacktrace in console log:

17:31:40,447 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-7) WFLYJCA0019: Stopped Driver service with driver-name = h2
17:31:40,453 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0008: Undertow HTTP listener default suspending
17:31:40,454 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0007: Undertow HTTP listener default stopped, was bound to 127.0.0.1:8080
17:31:40,454 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0004: Undertow 1.3.21.Final-redhat-1 stopping
17:31:40,458 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-7) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
17:31:40,461 INFO  [org.jboss.as] (MSC service thread 1-5) WFLYSRV0050: JBoss EAP 7.0.0.GA (WildFly Core 2.1.2.Final-redhat-1) stopped in 22ms
17:31:40,461 INFO  [org.jboss.as] (MSC service thread 1-5) WFLYSRV0049: JBoss EAP 7.0.0.GA (WildFly Core 2.1.2.Final-redhat-1) starting
17:31:40,489 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[410,9]
Message: WFLYCTL0042: A socket-binding or a outbound-socket-binding myBinding already declared has already been declared in socket-binding-group standard-sockets
	at org.jboss.as.server.parsing.StandaloneXml_4.parseSocketBindingGroup(StandaloneXml_4.java:518)
	at org.jboss.as.server.parsing.StandaloneXml_4.readServerElement(StandaloneXml_4.java:254)
	... 3 more

17:31:40,490 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
17:31:40,491 INFO  [org.jboss.as.server] (Thread-2) WFLYSRV0220: Server shutdown has been requested.
17:31:40,496 INFO  [org.jboss.as] (MSC service thread 1-2) WFLYSRV0050: JBoss EAP 7.0.0.GA (WildFly Core 2.1.2.Final-redhat-1) stopped in 3ms

After this occurs, one needs to fix ./standalone/configuration/standalone.xml manually by removing duplicate resources.
If there is a problem for those resources to have same names I would welcome that names are checked during the add operation already regarding to all resources in socket-binding and {remote|local}-destination-outbound-socket-binding.
Note: not sure whether CLI component is appropriate, please change if there is better component for this.

code:
job.setInt(NUM_BUCKETS, sd.getBucketColsSize());
should change to:
job.setInt(NUM_BUCKETS, sd.getNumBuckets());

 Prior to 1.3.0 it was possible to create a RabbitTemplate without needing org.springframework.retry and because of this, and I assume other reasons, org.springframework.retry was listed as an optional dependency in Spring AMQP's POM file. However with the new RetryTemplate that can be used with the RabbitTemplate causes compilation issues when updating to the latest Spring AMQP, even if you don't intend to use the retry logic. Since the RabbitTemplate is a fundamental feature of Spring AMQP and can't be constructed without org.springframework.retry it seems odd that org.springframework.retry is still an optional dependency.

Code looks like this:

    private List<Integer> getPrimaryKeyCandidates(List<Operator<? extends OperatorDesc>> ops) {
      List<Integer> result = Lists.newArrayList();
      if (ops != null || !ops.isEmpty()) {
        for (int i = 0; i < ops.size(); i++) {

The || should be && as the current if statement can be rewritten as !(ops == null && ops.isEmpty()) which doesn't make sense.
Or am I missing something?

Retryable exceptions that should cause rollback get re-thrown before BackOffPolicy applies.
http://forum.springframework.org/showthread.php?t=65811

/subsystem=jgroups/channel=ee:read-attribute(name=stats-enabled)

Other subsystems usually use attribute name statistics-enabled, we should deprecate the current attribute name and support the unified attribute name. This is the case in the transaction subsystem. This issue is similar to JBEAP-6501.

When the client connects to the server it asks the server first for available endpoints. The server should report back with a set of endpoints, which again contain the hostname to connect to.
If the server reports back with a hostname which the client cannot look up, it is currently not possible to connect to the server with camel-milo.
I did prepare a PR which adds a boolean flag to the endpoint, allowing to override the host of reported endpoint with the one originally provided. This is disabled by default, but can be enabled when necessary.

hbck does not handle the case where all the regions of a table is gone. To reproduce this: 
1. create table with one region 
2. delete the region directory
3. run hbck --repair, which removes the region from meta as well 
4. now, the meta won't contain the region, but the table dir in hdfs will be there. 

Every other parts of server and launchers (including embed-host-controller) honor the "module.path" system property for setting modules path.

Currently the id attributes in the namespace are of type xsd:id which gets problematic in case people start using bean profiles and potentially have tow declarations of the same id in a single file. We should downgrade to plain xsd:string.

Feature camel-hdfs doesn't install all required dependencies

...
[WARNING] Failed to validate feature camel-hdfs
[WARNING] No export found to match javax.servlet.http;version="[2.5,3)" (imported by mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.hadoop-core/1.2.1_1)
[WARNING] No export found to match javax.servlet (imported by mvn:org.apache.jackrabbit/jackrabbit-webdav/2.5.2)
[WARNING] No export found to match javax.servlet;version="[2.5,3)" (imported by mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.hadoop-core/1.2.1_1)
[WARNING] No export found to match javax.servlet.http (imported by mvn:commons-jxpath/commons-jxpath/1.3)
[WARNING] No export found to match javax.servlet.http (imported by mvn:org.apache.jackrabbit/jackrabbit-webdav/2.5.2)
[WARNING] No export found to match javax.servlet (imported by mvn:commons-jxpath/commons-jxpath/1.3)

	@GetMapping("/one")
	public ResponseEntity<Flux<Foo>> one() {
		return ResponseEntity.ok().header("x-foo", "spam")
				.body(Flux.just(new Foo("foo"), new Foo("bar")));
	}

Failing test:

	@Test
	public void one() {
		ResponseEntity<String> result = rest.getForEntity("/one", String.class);
		assertThat(result.getBody()).contains("\"value\":\"bar\"}");
		assertThat(result.getHeaders()).containsKey("x-foo");
	}

The same code works as expected with webflux (just changing dependency).

In a fully loaded cluster, there is no easy way to distinguish between a query which takes 2 minutes to run and a query which takes 2 minutes to get an AM.
Clearly log the amount of time the query spent in RUNNING state.

HIVE-6367 provides initial decimal support in Parquet serde. The are a few minor items left over:
1. parquet_decimal.q seems failing
2. will use fixed length binary to encode decimal instead of variable length binary.

In Undertow https-listener, there is an attribute 'enabled-cipher-suites' witch description 'Configures Enabled SSL cyphers'. See that attribute contains 'cipher' and description 'cypher'. I believe we should keep those consistent.
I have grepped source codebase of Undertow, Wildfly and EAP docs and it seems that except this (and related) we prefer 'cipher' spelling. Thus we should reword description of mentioned attribute too.
Appropriate change needs to be done also in documentation, where https-listener attributes description is mentioned.

It is only used by model-test and comes in transitively through model-test's dependencies:

$mvn dependency:tree -pl model-test/
[INFO]
[INFO] ----------------< org.wildfly.core:wildfly-model-test >-----------------
[INFO] Building WildFly: Common Code for Subsystem and Non-subsystem Test Harness 8.0.1.Final-redhat-SNAPSHOT
[INFO]
[INFO] --- maven-dependency-plugin:3.1.1:tree (default-cli) @ wildfly-model-test ---
[INFO] org.wildfly.core:wildfly-model-test:jar:8.0.1.Final-redhat-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:compile
[INFO] |  \- org.hamcrest:hamcrest-core:jar:1.3:compile
[INFO] +- org.apache.maven:maven-resolver-provider:jar:3.5.0:compile
[INFO] |  +- org.apache.maven:maven-model:jar:3.5.0:compile
[INFO] |  +- org.apache.maven:maven-model-builder:jar:3.5.0:compile
[INFO] |  |  +- org.codehaus.plexus:plexus-interpolation:jar:1.24:compile
[INFO] |  |  +- org.apache.maven:maven-artifact:jar:3.5.0:compile
[INFO] |  |  +- org.apache.maven:maven-builder-support:jar:3.5.0:compile
[INFO] |  |  \- com.google.guava:guava:jar:20.0:compile
[INFO] |  +- org.apache.maven:maven-repository-metadata:jar:3.5.0:compile
[INFO] |  +- org.apache.maven.resolver:maven-resolver-impl:jar:1.1.0:compile
[INFO] |  +- org.codehaus.plexus:plexus-component-annotations:jar:1.7.1:compile
[INFO] |  \- org.apache.commons:commons-lang3:jar:3.5:compile

This causes a dependency convergence error downstream as there we align to the version of commons-lang3 used in full (3.8) and we end up with the tool pulling in 3.8 and model-test using 3.5. Although there is a wildcard exclusion for all of the elytron tool's dependencies, this does not work due to https://issues.apache.org/jira/browse/MENFORCER-195

PTFOperator::initializeOp() does not reset currentKeys to null.

      if (currentKeys != null && !keysAreEqual) {
        ptfInvocation.finishPartition();
      }
....
      if (currentKeys == null) {
          currentKeys = newKeys.copyKey();
        } else {
          currentKeys.copyKey(newKeys);
        }

hbase-8483 did not fix testDeleteForZKConnLeak definitively.  Here is a follow on issue.
Eric Yu has suggested something to try.  Will attach the patch.

Try-catch block doesn't work if catch block doesn't contains anything

rm -f a.cli
cat << EOF > a.cli
try
  echo try-block
  /system-property=nonsence:read-resource()
catch
  # echo catch-block
end-try
echo after-block
EOF
./jboss-cli.sh  -c --file=a.cli

[mkopecky@dhcp-10-40-4-227 bin]$ ./jboss-cli.sh  -c --file=a.cli
try-block
{
    "failure-description" => "WFLYCTL0216: Management resource '[(\"system-property\" => \"nonsence\")]' not found",
}
[mkopecky@dhcp-10-40-4-227 bin]$ 

try-block
after-block

This issue is not regression

EhCacheManager fails to return a decorated Cache when requesting a Cache that has been added at runtime, for the first time, from the backing CacheManager. This causes values to be added to the cache in case the transaction is rolled back. Any subsequent operations will work fine off the second request EhCacheManager returns the properly decorated instance. 
The test listed below reproduces the scenario.

testValuesShouldNotBeAddedToCacheWhenCacheRequestedForFirstTimeAndTransactionIsRolledBack fails as the values are added to the cache though they should not have been.
testValuesShouldNotBeAddedToCacheWhenCacheRequestedSeveralTimesAndTransactionIsRolledBack succeeds as the cache was requested one time before using it within the transaction.

@TransactionConfiguration(transactionManager = "transactionManager")
public class TransactionalEhCacheManagerUnitTests {

  // some transactional service where caching is used somewhere
  private @Autowired FooService transactionalService;

  // spring cacheManager
  private @Autowired CacheManager cacheManager;

  // backing EhCacheManager used to add Cache at runtime and get cache statistics
  private @Autowired net.sf.ehcache.CacheManager ehCacheManager;

  @EnableCaching
  public static class Config {

    @Bean
    public PlatformTransactionManager transactionManager() throws SQLException {

      DataSourceTransactionManager txmgr = new DataSourceTransactionManager();
      txmgr.setDataSource(dataSource());
      txmgr.afterPropertiesSet();

      return txmgr;
    }

    @Bean
    public DataSource dataSource() throws SQLException {

      DataSource dataSourceMock = mock(DataSource.class);
      when(dataSourceMock.getConnection()).thenReturn(mock(Connection.class));

      return dataSourceMock;
    }

    @Bean
    public CacheManager cacheManager() {

      EhCacheCacheManager cacheManager = new EhCacheCacheManager();
      cacheManager.setCacheManager(ehCacheManager());
      cacheManager.setTransactionAware(true);

      return cacheManager;
    }

    @Bean
    public net.sf.ehcache.CacheManager ehCacheManager() {
      return net.sf.ehcache.CacheManager.newInstance();
    }

    @Bean
    public FooService fooService() {
      return new FooService();
    }

    @Bean
    public BarRepository barRepository() {
      return new BarRepository();
    }
  }

  @AfterTransaction
  public void after() {
    assertThat(ehCacheManager.getCache("bar").getStatistics().getSize(), equalTo(0L));
  }

  /**
   * If the {@link Cache} is added at runtime the cache manager should use {@link TransactionAwareCacheDecorator} to
   * decorate cache and use the transaction aware one for caching operations.
   */
  @Rollback(true)
  @Test
  public void testValuesShouldNotBeAddedToCacheWhenCacheRequestedForFirstTimeAndTransactionIsRolledBack() {

    ehCacheManager.addCache("bar");
    transactionalService.foo();
  }

  @Test
  public void testValuesShouldNotBeAddedToCacheWhenCacheRequestedSeveralTimesAndTransactionIsRolledBack() {

    // get the cache explicitly one time so that the next call will get the decorated cache instance
    cacheManager.getCache("bar");

  }

  static class FooService {

    private @Autowired BarRepository repo;

    public String foo() {
      return "foo" + repo.bar();
    }
  }

  static class BarRepository {

    @Cacheable("bar")
    public String bar() {
      return "bar";
    }

  }
}

The same issue should exist with JCacheManager.

scenario as follows:

hbase(main):001:0> get_server_rsgroup 'hbase-01:16030'

ERROR: undefined method `getRSGroupOfServer' for #<Hbase::RSGroupAdmin:0x1acb74ad>

Took 0.0160 seconds

hbase(main):002:0> list_rsgroups
GROUPS
default
1484874115 row(s)
Took 0.3830 seconds

hbase(main):003:0> get_table_rsgroup 't1'
default
1484874133 row(s)
Took 0.0100 seconds

hbase(main):004:0> get_rsgroup 'default'
Servers:
hbase-01:16030
Tables:
hbase:meta
t1
hbase:rsgroup
1484874150 row(s)
Took 0.0140 seconds

HRegion.ICV gets a row lock then gets a newScanner lock.
HRegion.close gets a newScanner lock, slitCloseLock and finally waits for all row locks to finish.
If the ICV got the row lock and then close got the newScannerLock, both end up waiting on the other. This was introduced when Get became a Scan.
Stack thinks we can get rid of the newScannerLock in close since we setClosing to true.

Introduce a switch in WildFly configuration, which will enable "strict handling of permissions.xml", i.e. it'll allow administrator to disable parsing jboss-permissions.xml in submodules.
If the file META-INF/jboss-permissions.xml is present in a module of EAR application, then the permissions from the jboss-permissions.xml are granted to the module. The EE specification doesn't allow this.
From my PoV it is a security issue, because the application deployer - based on EE specification - is only configuring META-INF/permissions.xml. I.e the deployer is granting a limited set of permissions for the application. If the jboss-permissions.xml in a module grants more permissions then the limit requested by the deployer is not used and the module is granted to do anything.

Java EE 7 spec (JSR 342) in section EE.6.2.2.6 says:
For applications packaged in an .ear file, the declaration of permissions must be at .ear file level. This permission set is applied to all modules and libraries packaged within the .ear file or within its contained modules.

David says in a comment of WFLY-400:
We should additionally support a jboss-permissions.xml descriptor with the same schema/syntax. If such a file is present in a top-level deployment, it should take precedence over permissions.xml; if present in a subdeployment, it should replace the permissions for that subdeployment's code source (and any other nested JARs contained therein) only.

Stefan says in PermissionsParseProcessor JavaDoc:
As can be noted, the EE spec doesn't allow sub-deployments to override permissions set at the .ear level. We find it a bit too restrictive, so we introduced the META-INF/jboss-permissions.xml descriptor. It uses the same schema as the standard permissions.xml file but, unlike the latter, is always processed and the permissions contained in it override any permissions set by a parent deployment. If a deployment contains both permissions files, jboss-permissions.xml takes precedence over the standard permissions.xml.

When hive.convert.join.bucket.mapjoin.tez=true and bucketed column is in select clause but not in where clause, hive is performing a bucket map join and returning incorrect results. When the bucketed column is removed from select clause or  hive.convert.join.bucket.mapjoin.tez=false, returned query results are correct.
 
create table my_fact(AMT decimal(20,3),bucket_col string ,join_col string )
PARTITIONED BY (FISCAL_YEAR string ,ACCOUNTING_PERIOD string )
 CLUSTERED BY (bucket_col) INTO 10 
 BUCKETS 
 stored as ORC
 ;
 create table my_dim(join_col string,filter_col string) stored as orc;
After populating and analyzing above tables, explain  plan looks as below when  hive.convert.join.bucket.mapjoin.tez=TRUE:
 
explain  select T4.join_col as account1,my_fact.accounting_period
 FROM my_fact JOIN my_dim T4 ON my_fact.join_col = T4.join_col
 WHERE my_fact.fiscal_year = '2015'
 AND T4.filter_col IN ( 'VAL1', 'VAL2' ) 
 and my_fact.accounting_period in (10);
 Map 1 <- Map 2 (CUSTOM_EDGE)
Stage-0
 Fetch Operator
 limit:-1
 Stage-1
 Map 1 vectorized, llap
 File Output Operator [FS_24]
 Select Operator [SEL_23] (rows=15282589 width=291)
 Output:["_col0","_col1","_col2"]
 Map Join Operator [MAPJOIN_22] (rows=15282589 width=291)
BucketMapJoin:true,Conds:SEL_21._col1=RS_19._col0(Inner),Output:["_col0","_col3","_col4"]
<-Map 2 [CUSTOM_EDGE] vectorized, llap
 MULTICAST [RS_19]
 PartitionCols:_col0
 Select Operator [SEL_18] (rows=818 width=186)
 Output:["_col0"]
 Filter Operator [FIL_17] (rows=818 width=186)
 predicate(filter_col) IN ('VAL1', 'VAL2') and join_col is not null)
 TableScan [TS_3] (rows=1635 width=186)
 default@my_dim,t4,Tbl:COMPLETE,Col:NONE,Output:["join_col","filter_col"]
 <-Select Operator [SEL_21] (rows=13893263 width=291)
 Output:["_col0","_col1","_col3"]
 Filter Operator [FIL_20] (rows=13893263 width=291)
 predicate:join_col is not null
 TableScan [TS_0] (rows=13893263 width=291)
 default@my_fact,my_fact,Tbl:COMPLETE,Col:NONE,Output:["bucket_col","join_col"]
extended_explain.txt has more detailed plan.
When  hive.convert.join.bucket.mapjoin.tez=false,  plan no longer has bucketjoin and query results are correct.
 Map 1 <- Map 2 (BROADCAST_EDGE)
Stage-0
 limit:-1
 Stage-1
 Conds:SEL_21._col1=RS_19._col0(Inner),Output:["_col0","_col3","_col4"]
 <-Map 2 [BROADCAST_EDGE] vectorized, llap
 BROADCAST [RS_19]
 default@my_fact,my_fact,Tbl:COMPLETE,Col:NONE,Output:
 
Per suggestion in bug# TEZ-3971, creating this case under Hive project.
 
There is no test.junit.exclude utility in current trunk
we could disable testcases using this utility

The isSensitiveValue(ModelNode value) method of class "org.jboss.as.controller.access.constraint.SensitiveVaultExpressionConstraint" seems to be using the incorrect  index in java.lang.String.substring method.  Which is causing the following exceptions in the logs while executing the following kind of CLI command:

[standalone@localhost:9990 /] /subsystem=logging/periodic-rotating-file-handler=FILE:write-attribute(name=formatter, value="%d{HH:mm:ss,SSS} %-5p [%c] (${jboss.node.name} %t) %s%E%n")
{
    "failure-description" => "JBAS014749: Operation handler failed: String index out of range: -15",
}

The Exception can be seen as following in the WildFly Logs:

21:58:04,821 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 25) JBAS014612: Operation ("write-attribute") failed - address: ([
    ("periodic-rotating-file-handler" => "FILE")
]): java.lang.StringIndexOutOfBoundsException: String index out of range: -15
	at java.lang.String.substring(String.java:1911) [rt.jar:1.7.0_51]
	at org.jboss.as.controller.access.constraint.SensitiveVaultExpressionConstraint$Factory.isSensitiveValue(SensitiveVaultExpressionConstraint.java:128) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.access.constraint.SensitiveVaultExpressionConstraint$Factory.isSensitiveAction(SensitiveVaultExpressionConstraint.java:89) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.access.constraint.SensitiveVaultExpressionConstraint$Factory.getRequiredConstraint(SensitiveVaultExpressionConstraint.java:81) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.access.rbac.DefaultPermissionFactory.getRequiredPermissions(DefaultPermissionFactory.java:201) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.access.permission.ManagementPermissionAuthorizer.authorize(ManagementPermissionAuthorizer.java:100) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.access.management.DelegatingConfigurableAuthorizer.authorize(DelegatingConfigurableAuthorizer.java:98) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.OperationContextImpl.getBasicAuthorizationResponse(OperationContextImpl.java:1153) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.OperationContextImpl.authorize(OperationContextImpl.java:1055) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.OperationContextImpl.authorize(OperationContextImpl.java:1015) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.OperationContextImpl.getResourceRegistration(OperationContextImpl.java:265) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.operations.global.WriteAttributeHandler.execute(WriteAttributeHandler.java:72) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:591) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:469) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:273) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:268) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:272) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:146) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:174) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:105) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:125) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:121) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:121) [wildfly-controller-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283) [wildfly-protocol-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504) [wildfly-protocol-8.0.1.Final-SNAPSHOT.jar:8.0.1.Final-SNAPSHOT]

From AMQ XSD: <xs:attribute name="quality-of-service" use="optional">
At runtime:
09:10:41,213 INFO  [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: WildFly Core 2.0.0.CR7 "Kenny" starting
09:10:44,070 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool – 20) WFLYCTL0013: Operation ("add") failed - address: ([
]) - failure description: "WFLYCTL0155: quality-of-service may not be null"
09:10:44,111 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) "WFLYCTL0193: Failed executing subsystem messaging-activemq boot operations"
09:10:44,114 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("parallel-subsystem-boot") failed - address: ([]) - failure description: "\"WFLYCTL0193: Failed executing subsystem messaging-activemq boot operations\""
09:10:44,118 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.

Query:

SELECT LAG(COALESCE(t2.int_col_14, t1.int_col_80),22) OVER (ORDER BY t1.tinyint_col_52 DESC) AS int_col FROM table_6 t1 INNER JOIN table_14 t2 ON ((t2.decimal0101_col_55) = (t1.decimal0101_col_9));

Without runtime filtering

+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--+
|                                                                                                           Explain                                                                                                           |
| Plan not optimized by CBO.                                                                                                                                                                                                  |
|                                                                                                                                                                                                                             |
| Vertex dependency in root stage                                                                                                                                                                                             |
| Map 1 <- Map 3 (BROADCAST_EDGE)                                                                                                                                                                                             |
| Reducer 2 <- Map 1 (SIMPLE_EDGE)                                                                                                                                                                                            |
|                                                                                                                                                                                                                             |
| Stage-0                                                                                                                                                                                                                     |
|    Fetch Operator                                                                                                                                                                                                           |
|       limit:-1                                                                                                                                                                                                              |
|       Stage-1                                                                                                                                                                                                               |
|          Reducer 2                                                                                                                                                                                                          |
|          File Output Operator [FS_364]                                                                                                                                                                                      |
|             compressed:false                                                                                                                                                                                                |
|             Statistics:Num rows: 74781721 Data size: 299126884 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                 |
|             table:{"input format:":"org.apache.hadoop.mapred.TextInputFormat","output format:":"org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat","serde:":"org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe"}  |
|             Select Operator [SEL_362]                                                                                                                                                                                       |
|                outputColumnNames:["_col0"]                                                                                                                                                                                  |
|                Statistics:Num rows: 74781721 Data size: 299126884 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                              |
|                PTF Operator [PTF_361]                                                                                                                                                                                       |
|                   Function definitions:[{"Input definition":{"type:":"WINDOWING"}},{"order by:":"_col51(DESC)","name:":"windowingtablefunction","partition by:":"0"}]                                                       |
|                   Statistics:Num rows: 74781721 Data size: 897380652 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                           |
|                   Select Operator [SEL_360]                                                                                                                                                                                 |
|                   |  outputColumnNames:["_col51","_col79","_col97"]                                                                                                                                                         |
|                   |  Statistics:Num rows: 74781721 Data size: 897380652 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                        |
|                   |<-Map 1 [SIMPLE_EDGE] vectorized                                                                                                                                                                         |
|                      Reduce Output Operator [RS_375]                                                                                                                                                                        |
|                         key expressions:0 (type: int), _col51 (type: tinyint)                                                                                                                                               |
|                         Map-reduce partition columns:0 (type: int)                                                                                                                                                          |
|                         sort order:+-                                                                                                                                                                                       |
|                         Statistics:Num rows: 74781721 Data size: 897380652 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                     |
|                         value expressions:_col79 (type: int), _col97 (type: int)                                                                                                                                            |
|                         Map Join Operator [MAPJOIN_374]                                                                                                                                                                     |
|                         |  condition map:[{"":"Inner Join 0 to 1"}]                                                                                                                                                         |
|                         |  HybridGraceHashJoin:true                                                                                                                                                                         |
|                         |  keys:{"Map 3":"decimal0101_col_55 (type: decimal(1,1))","Map 1":"decimal0101_col_9 (type: decimal(1,1))"}                                                                                        |
|                         |  outputColumnNames:["_col51","_col79","_col97"]                                                                                                                                                   |
|                         |  Statistics:Num rows: 74781721 Data size: 897380652 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                  |
|                         |<-Map 3 [BROADCAST_EDGE] vectorized                                                                                                                                                                |
|                         |  Reduce Output Operator [RS_372]                                                                                                                                                                  |
|                         |     key expressions:decimal0101_col_55 (type: decimal(1,1))                                                                                                                                       |
|                         |     Map-reduce partition columns:decimal0101_col_55 (type: decimal(1,1))                                                                                                                          |
|                         |     sort order:+                                                                                                                                                                                  |
|                         |     Statistics:Num rows: 26256 Data size: 2749496 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                    |
|                         |     value expressions:int_col_14 (type: int)                                                                                                                                                      |
|                         |     Filter Operator [FIL_371]                                                                                                                                                                     |
|                         |        predicate:decimal0101_col_55 is not null (type: boolean)                                                                                                                                   |
|                         |        Statistics:Num rows: 26256 Data size: 2749496 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                 |
|                         |        TableScan [TS_353]                                                                                                                                                                         |
|                         |           alias:t2                                                                                                                                                                                |
|                         |           Statistics:Num rows: 29079 Data size: 117014275 Basic stats: COMPLETE Column stats: COMPLETE                                                                                            |
|                         |<-Filter Operator [FIL_373]                                                                                                                                                                        |
|                               predicate:decimal0101_col_9 is not null (type: boolean)                                                                                                                                       |
|                               Statistics:Num rows: 48419 Data size: 5233788 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                    |
|                               TableScan [TS_352]                                                                                                                                                                            |
|                                  alias:t1                                                                                                                                                                                   |
|                                  Statistics:Num rows: 53742 Data size: 200230374 Basic stats: COMPLETE Column stats: COMPLETE                                                                                               |
|                                                                                                                                                                                                                             |

With runtime filtering:

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--+
|                                                                                                                                                 Explain                                                                                                                                                  |
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--+
| STAGE DEPENDENCIES:                                                                                                                                                                                                                                                                                      |
|   Stage-1 is a root stage                                                                                                                                                                                                                                                                                |
|   Stage-0 depends on stages: Stage-1                                                                                                                                                                                                                                                                     |
|                                                                                                                                                                                                                                                                                                          |
| STAGE PLANS:                                                                                                                                                                                                                                                                                             |
|   Stage: Stage-1                                                                                                                                                                                                                                                                                         |
|     Tez                                                                                                                                                                                                                                                                                                  |
|       DagId: hive_20170411232247_e177745a-39d0-4ae7-8ca0-871a137b36fa:1                                                                                                                                                                                                                                  |
|       Edges:                                                                                                                                                                                                                                                                                             |
|         Map 1 <- Map 3 (BROADCAST_EDGE), Reducer 4 (BROADCAST_EDGE)                                                                                                                                                                                                                                      |
|         Reducer 2 <- Map 1 (SIMPLE_EDGE)                                                                                                                                                                                                                                                                 |
|         Reducer 4 <- Map 3 (SIMPLE_EDGE)                                                                                                                                                                                                                                                                 |
|       DagName:                                                                                                                                                                                                                                                                                           |
|       Vertices:                                                                                                                                                                                                                                                                                          |
|         Map 1                                                                                                                                                                                                                                                                                            |
|             Map Operator Tree:                                                                                                                                                                                                                                                                           |
|                 TableScan                                                                                                                                                                                                                                                                                |
|                   alias: t1                                                                                                                                                                                                                                                                              |
|                   filterExpr: (decimal0101_col_9 is not null and (decimal0101_col_9 BETWEEN DynamicValue(RS_7_t2_decimal0101_col_9_min) AND DynamicValue(RS_7_t2_decimal0101_col_9_max) and in_bloom_filter(decimal0101_col_9, DynamicValue(RS_7_t2_decimal0101_col_9_bloom_filter)))) (type: boolean)   |
|                   Statistics: Num rows: 53742 Data size: 5809320 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                            |
|                   Filter Operator                                                                                                                                                                                                                                                                        |
|                     predicate: (decimal0101_col_9 is not null and (decimal0101_col_9 BETWEEN DynamicValue(RS_7_t2_decimal0101_col_9_min) AND DynamicValue(RS_7_t2_decimal0101_col_9_max) and in_bloom_filter(decimal0101_col_9, DynamicValue(RS_7_t2_decimal0101_col_9_bloom_filter)))) (type: boolean)  |
|                     Statistics: Num rows: 48419 Data size: 5233908 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                          |
|                     Select Operator                                                                                                                                                                                                                                                                      |
|                       expressions: decimal0101_col_9 (type: decimal(1,1)), tinyint_col_52 (type: tinyint), int_col_80 (type: int)                                                                                                                                                                        |
|                       outputColumnNames: _col0, _col1, _col2                                                                                                                                                                                                                                             |
|                       Statistics: Num rows: 48419 Data size: 5233908 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                        |
|                       Map Join Operator                                                                                                                                                                                                                                                                  |
|                         condition map:                                                                                                                                                                                                                                                                   |
|                              Inner Join 0 to 1                                                                                                                                                                                                                                                           |
|                         keys:                                                                                                                                                                                                                                                                            |
|                           0 _col0 (type: decimal(1,1))                                                                                                                                                                                                                                                   |
|                           1 _col1 (type: decimal(1,1))                                                                                                                                                                                                                                                   |
|                         outputColumnNames: _col1, _col2, _col3                                                                                                                                                                                                                                           |
|                         input vertices:                                                                                                                                                                                                                                                                  |
|                           1 Map 3                                                                                                                                                                                                                                                                        |
|                         Statistics: Num rows: 74781721 Data size: 897380652 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                 |
|                         Reduce Output Operator                                                                                                                                                                                                                                                           |
|                           key expressions: 0 (type: int), _col1 (type: tinyint)                                                                                                                                                                                                                          |
|                           sort order: +-                                                                                                                                                                                                                                                                 |
|                           Map-reduce partition columns: 0 (type: int)                                                                                                                                                                                                                                    |
|                           Statistics: Num rows: 74781721 Data size: 897380652 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                               |
|                           value expressions: _col2 (type: int), _col3 (type: int)                                                                                                                                                                                                                        |
|             Execution mode: vectorized, llap                                                                                                                                                                                                                                                             |
|         Map 3                                                                                                                                                                                                                                                                                            |
|                   alias: t2                                                                                                                                                                                                                                                                              |
|                   filterExpr: decimal0101_col_55 is not null (type: boolean)                                                                                                                                                                                                                             |
|                   Statistics: Num rows: 29079 Data size: 3045240 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                            |
|                     predicate: decimal0101_col_55 is not null (type: boolean)                                                                                                                                                                                                                            |
|                     Statistics: Num rows: 26256 Data size: 2749612 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                          |
|                       expressions: int_col_14 (type: int), decimal0101_col_55 (type: decimal(1,1))                                                                                                                                                                                                       |
|                       outputColumnNames: _col0, _col1                                                                                                                                                                                                                                                    |
|                       Statistics: Num rows: 26256 Data size: 2749612 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                        |
|                       Reduce Output Operator                                                                                                                                                                                                                                                             |
|                         key expressions: _col1 (type: decimal(1,1))                                                                                                                                                                                                                                      |
|                         sort order: +                                                                                                                                                                                                                                                                    |
|                         Map-reduce partition columns: _col1 (type: decimal(1,1))                                                                                                                                                                                                                         |
|                         Statistics: Num rows: 26256 Data size: 2749612 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                      |
|                         value expressions: _col0 (type: int)                                                                                                                                                                                                                                             |
|                       Select Operator                                                                                                                                                                                                                                                                    |
|                         expressions: _col1 (type: decimal(1,1))                                                                                                                                                                                                                                          |
|                         outputColumnNames: _col0                                                                                                                                                                                                                                                         |
|                         Group By Operator                                                                                                                                                                                                                                                                |
|                           aggregations: min(_col0), max(_col0), bloom_filter(_col0, expectedEntries=17)                                                                                                                                                                                                  |
|                           mode: hash                                                                                                                                                                                                                                                                     |
|                           outputColumnNames: _col0, _col1, _col2                                                                                                                                                                                                                                         |
|                           Statistics: Num rows: 1 Data size: 336 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                            |
|                           Reduce Output Operator                                                                                                                                                                                                                                                         |
|                             sort order:                                                                                                                                                                                                                                                                  |
|                             Statistics: Num rows: 1 Data size: 336 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                          |
|                             value expressions: _col0 (type: decimal(1,1)), _col1 (type: decimal(1,1)), _col2 (type: binary)                                                                                                                                                                              |
|         Reducer 2                                                                                                                                                                                                                                                                                        |
|             Execution mode: llap                                                                                                                                                                                                                                                                         |
|             Reduce Operator Tree:                                                                                                                                                                                                                                                                        |
|               Select Operator                                                                                                                                                                                                                                                                            |
|                 expressions: KEY.reducesinkkey1 (type: tinyint), VALUE._col1 (type: int), VALUE._col2 (type: int)                                                                                                                                                                                        |
|                 outputColumnNames: _col1, _col2, _col3                                                                                                                                                                                                                                                   |
|                 Statistics: Num rows: 74781721 Data size: 897380652 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                         |
|                 PTF Operator                                                                                                                                                                                                                                                                             |
|                   Function definitions:                                                                                                                                                                                                                                                                  |
|                       Input definition                                                                                                                                                                                                                                                                   |
|                         input alias: ptf_0                                                                                                                                                                                                                                                               |
|                         output shape: _col1: tinyint, _col2: int, _col3: int                                                                                                                                                                                                                             |
|                         type: WINDOWING                                                                                                                                                                                                                                                                  |
|                       Windowing table definition                                                                                                                                                                                                                                                         |
|                         input alias: ptf_1                                                                                                                                                                                                                                                               |
|                         name: windowingtablefunction                                                                                                                                                                                                                                                     |
|                         order by: _col1 DESC NULLS LAST                                                                                                                                                                                                                                                  |
|                         partition by: 0                                                                                                                                                                                                                                                                  |
|                         raw input shape:                                                                                                                                                                                                                                                                 |
|                         window functions:                                                                                                                                                                                                                                                                |
|                             window function definition                                                                                                                                                                                                                                                   |
|                               alias: LAG_window_0                                                                                                                                                                                                                                                        |
|                               arguments: COALESCE(_col3,_col2), 22                                                                                                                                                                                                                                       |
|                                                                                                                                                 Explain                                                                                                                                                  |
|                               name: LAG                                                                                                                                                                                                                                                                  |
|                               window function: GenericUDAFLagEvaluator                                                                                                                                                                                                                                   |
|                               window frame: PRECEDING(MAX)~FOLLOWING(MAX)                                                                                                                                                                                                                                |
|                               isPivotResult: true                                                                                                                                                                                                                                                        |
|                   Statistics: Num rows: 74781721 Data size: 897380652 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                       |
|                   Select Operator                                                                                                                                                                                                                                                                        |
|                     expressions: LAG_window_0 (type: int)                                                                                                                                                                                                                                                |
|                     outputColumnNames: _col0                                                                                                                                                                                                                                                             |
|                     Statistics: Num rows: 74781721 Data size: 299126884 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                     |
|                     File Output Operator                                                                                                                                                                                                                                                                 |
|                       compressed: false                                                                                                                                                                                                                                                                  |
|                       Statistics: Num rows: 74781721 Data size: 299126884 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                   |
|                       table:                                                                                                                                                                                                                                                                             |
|                           input format: org.apache.hadoop.mapred.SequenceFileInputFormat                                                                                                                                                                                                                 |
|                           output format: org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat                                                                                                                                                                                                       |
|                           serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe                                                                                                                                                                                                                      |
|         Reducer 4                                                                                                                                                                                                                                                                                        |
|               Group By Operator                                                                                                                                                                                                                                                                          |
|                 aggregations: min(VALUE._col0), max(VALUE._col1), bloom_filter(VALUE._col2, expectedEntries=17)                                                                                                                                                                                          |
|                 mode: final                                                                                                                                                                                                                                                                              |
|                 outputColumnNames: _col0, _col1, _col2                                                                                                                                                                                                                                                   |
|                 Statistics: Num rows: 1 Data size: 336 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                                      |
|                 Reduce Output Operator                                                                                                                                                                                                                                                                   |
|                   sort order:                                                                                                                                                                                                                                                                            |
|                   Statistics: Num rows: 1 Data size: 336 Basic stats: COMPLETE Column stats: COMPLETE                                                                                                                                                                                                    |
|                   value expressions: _col0 (type: decimal(1,1)), _col1 (type: decimal(1,1)), _col2 (type: binary)                                                                                                                                                                                        |
|                                                                                                                                                                                                                                                                                                          |
|   Stage: Stage-0                                                                                                                                                                                                                                                                                         |
|     Fetch Operator                                                                                                                                                                                                                                                                                       |
|       limit: -1                                                                                                                                                                                                                                                                                          |
|       Processor Tree:                                                                                                                                                                                                                                                                                    |
|         ListSink                                                                                                                                                                                                                                                                                         |
|                                                                                                                                                                                                                                                                                                          |
135 rows selected (2.348 seconds)

cboInfo attribute is not present in the explain plan json that is provided to the pre exec hook in hive. 

hbase-471 needs a tool to merge two regions that have same start key.  This tool may be of use elsewhere making repairs.

I use the sql endpoint against oracle, however the DefaultSqlPrepareStatementStrategy uses PreparedStatement.setObject to set all the named parameters. With most jdbc drives this works fine except for oracle. Oracle throws an ORA-17004 exception stating an invalid column type. 
My route looks like this

from("{{ktn.stkbal.in")
                .routeId("KTN.StkBal")
                .onCompletion().onCompleteOnly()
                    .to("seda:generatestockbalancereport")
                .end()
                .setHeader("ts",constant(new Timestamp(new Date().getTime())))
                .split().tokenizeXML("product","stockPicture").streaming()
                    .setHeader("ean",xpath("/st:product/@ean").resultType(String.class).namespaces(KTNConstants.STOCK_NAMESPACES))
                    .setHeader("available", xpath("/st:product/st:available").resultType(Integer.class).namespaces(KTNConstants.STOCK_NAMESPACES))
                    .setHeader("blocked",xpath("/st:product/st:blocked").resultType(Integer.class).namespaces(KTNConstants.STOCK_NAMESPACES))
                    .to("sql:insert into stockbalance(ean,available,blocked,picturets) values (:#ean,:#available,:#blocked,:#ts)?dataSourceRef=hybrisDataSource");

And from our dear oracle i get

23:34:20,821 | TRACE | 2/STKBAL/inbound | faultSqlPrepareStatementStrategy | 286 - org.apache.camel.camel-sql - 2.12.0.redhat-610379 | Prepared query: insert into stockbalance(ean,available,blocked,picturets) values (?,?,?,?)
23:34:20,824 | TRACE | 2/STKBAL/inbound | faultSqlPrepareStatementStrategy | 286 - org.apache.camel.camel-sql - 2.12.0.redhat-610379 | Setting parameter #1 with value: 10000000000001
23:34:20,825 | TRACE | 2/STKBAL/inbound | faultSqlPrepareStatementStrategy | 286 - org.apache.camel.camel-sql - 2.12.0.redhat-610379 | Setting parameter #2 with value: 2
23:34:20,826 | TRACE | 2/STKBAL/inbound | faultSqlPrepareStatementStrategy | 286 - org.apache.camel.camel-sql - 2.12.0.redhat-610379 | Setting parameter #3 with value: 5
23:34:20,828 | TRACE | 2/STKBAL/inbound | faultSqlPrepareStatementStrategy | 286 - org.apache.camel.camel-sql - 2.12.0.redhat-610379 | Setting parameter #4 with value: Wed Jul 30 23:33:18 CEST 2014
23:34:20,831 | ERROR | 2/STKBAL/inbound | DefaultErrorHandler              | 142 - org.apache.camel.camel-core - 2.12.0.redhat-610379 | Failed delivery for (MessageId: ID-tst-esb-inno1-41429-1406755976005-6-7 on ExchangeId: ID-tst-esb-inno1-41429-1406755976005-6-9). Exha
usted after delivery attempt: 1 caught: org.springframework.jdbc.UncategorizedSQLException: PreparedStatementCallback; uncategorized SQLException for SQL [insert into stockbalance(ean,available,blocked,picturets) values (?,?,?,?)]; SQL state [99999]; error code [17004];
Invalid column type; nested exception is java.sql.SQLException: Invalid column type

[KTN.StkBal        ] [KTN.StkBal        ] [sftp://TSTKATOEN2341@<edited>/STKBAL/inbound?antExcl] [        21]
[KTN.StkBal        ] [setHeader69       ] [setHeader[ean]                                                                ] [         2]
[KTN.StkBal        ] [setHeader70       ] [setHeader[available]                                                          ] [         1]
[KTN.StkBal        ] [setHeader71       ] [setHeader[blocked]                                                            ] [         1]
[KTN.StkBal        ] [to107             ] [sql:insert into stockbalance(ean,available,blocked,picturets) values (:#ean,:#] [         9]

org.springframework.jdbc.UncategorizedSQLException: PreparedStatementCallback; uncategorized SQLException for SQL [insert into stockbalance(ean,available,blocked,picturets) values (?,?,?,?)]; SQL state [99999]; error code [17004]; Invalid column type; nested exception is
 java.sql.SQLException: Invalid column type
        at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:83)[285:org.apache.servicemix.bundles.spring-jdbc:3.2.8.RELEASE_1]
        at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)[285:org.apache.servicemix.bundles.spring-jdbc:3.2.8.RELEASE_1]

As workaround i extended the DefaultSqlPrepareStatementStrategy and override populateStatement. It leverages springs ArgumentPreparedStatementSetter to do the right thing.  

    @Override
    public void populateStatement(PreparedStatement ps, Iterator<?> iterator, int expectedParams) throws SQLException {
        final Object[] args = new Object[expectedParams];
        int i = 0 ;
        while (iterator != null && iterator.hasNext()) {
            args[i]=iterator.next();
            i++;
        }
        final ArgumentPreparedStatementSetter setter = new ArgumentPreparedStatementSetter(args);
        setter.setValues(ps);
    }

I don't see any useful use case when I want to configure password attribute in conjuction with credential-reference.
Please mark password attribute and credential-reference in management model as "alternatives".
alternatives – List of string – Indicates an exclusive relationship between attributes. If this attribute is defined, the other attributes listed in this descriptor's value should be undefined (even if their required descriptor says true; i.e. the presence of this attribute satisfies the requirement.) Default is undefined; i.e. this does not apply to most attributes.
It applies to:

{bridge}
	
Attributes password and credential-reference should be mutually exclusive.

{jms-bridge}
	
Attributes source-password and source-credential-reference should be mutually exclusive.
Attributes target-password and target-credential-reference should be mutually exclusive.

Fix the annoying long-lived UL_UNRELEASED_LOCK warning out of line 3251 in HRegion.

to repo. in Tez, create table t as select * from src union all select * from src;

I looked at the recent questions that were asked on the mailing list and tried to filled some of our gaps.

If mvccPreAssign and ASYNC_WAL is used, then cells may have been commited to memstore before append thread can stamp seqid to them. The unit test shows everything.

HTrace main depends on Junit , it should be only test.
I created a junit in the github, that's https://github.com/cloudera/htrace/issues/1. If it's not fixed, we will be able to drop it in our pom, but let's wait a little before.

Right now LLAP may fail in ZK ACL check when the ACLs are invalid. We can try to fail earlier, and also improve the message.

If you restart the camel context ,you will get into trouble of creating multiple consumers.
Here is the mail thread with talks about it.
http://www.nabble.com/Multiple-consumers-getting-created-in-custom-endpoint-td22928845.html#a22928845

The 'kill' and 'destroy' operations end up triggering invocation of the ManagedProcess kill() and destroy() methods. But those methods don't ensure the server process ends up dead. Their primary code path is to call 'stop()' and return. But if there is a problem doing the normal stop (which is fairly likely given the user invoked 'kill' or 'destroy' then the server process is left hanging around as a zombie.
A second invocation of kill or destroy will end up doing the real kill/destroy by realizing the stop() hasn't worked, but that is unintuitive and inconvenient.
Worse, with the EAP 6 web console at least, the console reports the process as being down, which is highly misleading, and it means the console doesn't provide the UI elements to allow the user to try again. The user is forced to use the CLI to do the second kill/destroy.
I think these methods should try the stop() but then after 5-10 seconds if the process isn't down, go on and invoke the hard kill/destroy logic. Assume that the user chose kill/destroy over stop for a reason and that a normal stop not succeeding quickly means stronger action is needed. The only downside to this is some server that could stop normally but happens to take a bit too long is hard killed, but that to me is a real edge case.

This test adds two addition manual mode containers and another surefire execution to the integration/basic tests. This test should be somewhere else (probably manualmode, or maybe one of the clustering modules depending on what it is testing).

HIVE-16299 improves msck query so that sub-directories which do not follow the partition column order as defined when table is created should not be added. It needs to skip these partitions when hive.msck.path.validation is not set to "throw". Currently it goes ahead and adds them.
This was unfortunately found late in the review of HIVE-16299 and the patch was commit before it could be fixed.

With the changes for ReduceSinkDedup it is no longer true that a non Map-side PTF Operator is preceded by an ExtractOp. For e.g. following query can produce the issue:

create view IF NOT EXISTS mfgr_price_view as 
select p_mfgr, p_brand, 
sum(p_retailprice) as s 
from part 
group by p_mfgr, p_brand;
        
select p_mfgr, p_brand, s, 
sum(s) over w1  as s1
from mfgr_price_view 
window w1 as (distribute by p_mfgr sort by p_brand rows between 2 preceding and current row);

Fix is to add an explicit flag to PTFDesc

https://github.com/apache/hive/blob/trunk/hcatalog/bin/hcat#L81
The quoted snippet (see below) intends to set HIVE_HOME if it's not set (i.e. HIVE_HOME is currently null).

if [ -n ${HIVE_HOME} ]; then

However, -n checks if the variable is not null. So, the above code ends up setting HIVE_HOME to the default value if it is actually set already, overriding the set value. This condition needs to be negated.
Moreover, -n checks requires the string being tested to be enclosed in quotes.
http://tldp.org/LDP/abs/html/comparison-ops.html

TestHLogSplit.testTralingGarbageCorruptionFileSkipErrorsPasses fails against a version of hadoop with https://issues.apache.org/jira/browse/HADOOP-8230
"java.io.IOException: Append is not supported. Please see the dfs.support.append configuration parameter."
Instead of using append, we can probably just:

copy over the contents to a new file
append the garbage to the new file
copy back to the old file

Many unit tests fail as a result of building the code against hadoop 0.23. Initial focus will be to fix 0.9.

I'm using Roo 1.1.1 from git, and on launching in an existing Roo 1.1.0 managed project I get an exception (below).
I have been able to reduce this to a simple repeatable test case, which fails on the final line:-
[Roo script]
project --topLevelPackage com.example.treenode.webscaffold
persistence setup --provider ECLIPSELINK --database HYPERSONIC_IN_MEMORY
entity --class ~.domain.TreeNode --testAutomatically
field string name --notNull --sizeMax 30
field reference --fieldName parent --type ~.domain.TreeNode --cardinality ONE_TO_ONE
field set --fieldName children --type ~.domain.TreeNode --cardinality ONE_TO_MANY --mappedBy parent
controller scaffold --class ~.web.roo.TreeNodeController --entity ~.domain.TreeNode
[Exception]
java.lang.IllegalArgumentException: Method 'getTreeNodeConverter' already defined in ITD (ITD target 'com.example.treenode.webscaffold.web.roo.TreeNodeController_Roo_Controller'
    at org.springframework.roo.classpath.details.ItdTypeDetailsBuilder.onAddMethod(ItdTypeDetailsBuilder.java:78)
    at org.springframework.roo.classpath.details.AbstractMemberHoldingTypeDetailsBuilder.addMethod(AbstractMemberHoldingTypeDetailsBuilder.java:105)
    at org.springframework.roo.classpath.details.AbstractMemberHoldingTypeDetailsBuilder.addMethod(AbstractMemberHoldingTypeDetailsBuilder.java:123)
    at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadata.getRegisterConvertersMethod(WebScaffoldMetadata.java:948)
    at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadata.<init>(WebScaffoldMetadata.java:137)
    at org.springframework.roo.addon.web.mvc.controller.WebScaffoldMetadataProviderImpl.getMetadata(WebScaffoldMetadataProviderImpl.java:76)
    at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.get(AbstractItdMetadataProvider.java:251)
    at org.springframework.roo.classpath.itd.AbstractItdMetadataProvider.notify(AbstractItdMetadataProvider.java:125)
    at org.springframework.roo.process.manager.internal.DefaultFileManager.scan(DefaultFileManager.java:195)
    at org.springframework.roo.addon.web.mvc.controller.WebMvcOperationsImpl.createWebApplicationContext(WebMvcOperationsImpl.java:151)
    at org.springframework.roo.addon.web.mvc.controller.WebMvcOperationsImpl.installMinmalWebArtefacts(WebMvcOperationsImpl.java:48)
    at org.springframework.roo.addon.web.mvc.controller.WebMvcOperationsImpl.installAllWebMvcArtifacts(WebMvcOperationsImpl.java:54)
    at org.springframework.roo.addon.web.mvc.controller.ControllerOperationsImpl.createAutomaticController(ControllerOperationsImpl.java:123)
    at org.springframework.roo.addon.web.mvc.controller.ControllerCommands.newController(ControllerCommands.java:93)

If you have a route with a CXF consuming endpoint in the beginning and any component afterwards that can produce Exceptions that are not RuntimeCamelExceptions or WebApplicationException then the CxfRsInvoker will swallow the exception and return a HTTP 204 (all fine but no content to return) response.
For example in the following route:

 from("cxfrs://bean://fooServer")
            .convertBodyTo(Foo.class)
            .to("bean-validator://x")
            .to("jms:queue:foos").inOnly();

The bean validator component can throw BeanValidationException when the Foo instance has errors. This exception will be ignored by the CxfRsInvoker.
This causes important exceptions to become invisible by default which seems wrong to me. The docs and Camel in Action additionally talk about how the DefaultErrorHandler has a strategy of returning exceptions to the caller and this is also not happening here.
My local fix is a patched version of camel-cxf that converts any unknown exception (i.e. not CamelRuntimeException or WebApplicationException) to a WebApplicationException with the original exception as a constructor parameter. This is then effectively an HTTP 500 Exception and will be returned as such to the caller.
However my knowledge of camel and camel-cxf is not sufficient to ascertain whether this is the right approach, it seems to me that the CamelRuntimeException should also be treated this way since in the current code that will also be swallowed (as far as I can tell).

The shutdown process throws concurrent modification exceptions and fails to clean up the app masters per queue.

2015-05-17 20:24:00,464 INFO  [Thread-6()]: service.AbstractService (AbstractService.java:stop(125)) - Service:OperationManager is stopped.
2015-05-17 20:24:00,464 INFO  [Thread-6()]: service.AbstractService (AbstractService.java:stop(125)) - Service:SessionManager is stopped.
2015-05-17 20:24:00,464 INFO  [Thread-9()]: tez.TezSessionPoolManager (TezSessionPoolManager.java:close(175)) - Closing tez session default? true
2015-05-17 20:24:00,465 INFO  [Thread-9()]: tez.TezSessionPoolManager (TezSessionPoolManager.java:close(175)) - Closing tez session default? true
2015-05-17 20:24:00,465 INFO  [Thread-6()]: service.AbstractService (AbstractService.java:stop(125)) - Service:CLIService is stopped.
2015-05-17 20:24:00,465 INFO  [Thread-6()]: service.AbstractService (AbstractService.java:stop(125)) - Service:HiveServer2 is stopped.
2015-05-17 20:24:00,465 INFO  [Thread-6()]: tez.TezSessionState (TezSessionState.java:close(332)) - Closing Tez Session
2015-05-17 20:24:00,466 INFO  [Thread-6()]: client.TezClient (TezClient.java:stop(495)) - Shutting down Tez Session, sessionName=HIVE-94cc629d-63bc-490a-a135-af85c0cc0f2e, applicationId=application_1431919257083_0012
2015-05-17 20:24:00,570 ERROR [Thread-6()]: server.HiveServer2 (HiveServer2.java:stop(322)) - Tez session pool manager stop had an error during stop of HiveServer2. Shutting down HiveServer2 anyway.
        at org.apache.hadoop.hive.ql.exec.tez.TezSessionPoolManager.stop(TezSessionPoolManager.java:187)
        at org.apache.hive.service.server.HiveServer2.stop(HiveServer2.java:320)
        at org.apache.hive.service.server.HiveServer2$1.run(HiveServer2.java:107)

The ACC should be captured dynamically if not given, and established to the auth config.  The ACC should not figure into equals/hashCode decisions.

A CDI extension has a BeforeShutdown event handler that looks up the UserTransaction and performs a clean-up operation. If the application is undeployed, all works as expected, but if Wildfly is shut down gracefully the lookup fails.

Although the TransactionInterceptor looks at the @Transactional qualifier to specify a transaction manager, the TransactionalTestExecutionListener does not. This prevents multiple integration test cases in one JUnit test class from targeting different data sources using @Transactional. See the forum reference for more details.

Opening an issue to keep an eye on these tests. Looking at history, they've been failing irregularly over time.
https://builds.apache.org/job/HBase-TRUNK/6907/testReport/
... has a few tests in this suite timing out:

org.junit.runners.model.TestTimedOutException: test timed out after 60000 milliseconds
	at java.lang.Object.wait(Object.java:461)
	at io.netty.util.concurrent.DefaultPromise.await0(DefaultPromise.java:355)
	at io.netty.util.concurrent.DefaultPromise.await(DefaultPromise.java:266)
	at io.netty.util.concurrent.AbstractFuture.get(AbstractFuture.java:42)
	at org.apache.hadoop.hbase.ipc.AsyncRpcClient.call(AsyncRpcClient.java:248)
	at org.apache.hadoop.hbase.ipc.AbstractRpcClient.callBlockingMethod(AbstractRpcClient.java:217)
	at org.apache.hadoop.hbase.ipc.AbstractRpcClient$BlockingRpcChannelImplementation.callBlockingMethod(AbstractRpcClient.java:295)
	at org.apache.hadoop.hbase.protobuf.generated.MasterProtos$MasterService$BlockingStub.disableTable(MasterProtos.java:60544)
	at org.apache.hadoop.hbase.client.ConnectionImplementation$2.disableTable(ConnectionImplementation.java:1533)
	at org.apache.hadoop.hbase.client.HBaseAdmin$10.call(HBaseAdmin.java:1236)
	at org.apache.hadoop.hbase.client.HBaseAdmin$10.call(HBaseAdmin.java:1230)
	at org.apache.hadoop.hbase.client.RpcRetryingCallerImpl.callWithRetries(RpcRetryingCallerImpl.java:118)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:4115)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:4108)
	at org.apache.hadoop.hbase.client.HBaseAdmin.disableTableAsync(HBaseAdmin.java:1229)
	at org.apache.hadoop.hbase.client.HBaseAdmin.disableTable(HBaseAdmin.java:1188)
	at org.apache.hadoop.hbase.HBaseTestingUtility.deleteTable(HBaseTestingUtility.java:1936)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.runTest(TestLoadIncrementalHFiles.java:275)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.runTest(TestLoadIncrementalHFiles.java:230)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.runTest(TestLoadIncrementalHFiles.java:217)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.testRegionCrossingHFileSplit(TestLoadIncrementalHFiles.java:193)
	at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFiles.testRegionCrossingHFileSplit(TestLoadIncrementalHFiles.java:171)

SecureBulkLoadEndPoint references couple of methods, prePrepareBulkLoad() and preCleanupBulkLoad(), implemented in AccessController i.e. direct coupling between AccessController and SecureBuikLoadEndPoint classes.
SecureBulkLoadEndPoint assumes presence of AccessController in secure-cluster. If HBase is configured with another coprocessor for access-control, SecureBulkLoadEndPoint fails with NPE.
To remove this direct coupling, bulk-load related methods in AccessController should be refactored to an interface; and have AccessController implement this interfaces. SecureBulkLoadEndPoint should then look for coprocessors that implement this interface, instead of directly looking for AccessController.

when writing a Validator component, (matching the conventions of name), the signature of the method must match exactly the command object type.
Let's say my validation method is :
validateMyViewId(MyObject command, ValidationContext ctx) (...)
Then the validator will not run if command object is of type MyExtendedObject (extends MyObject)
This is a critical behaviour, in case the command object changes during the webflow, then validation won't be run anymore.
(The match is done in ValidationHelper class)

WITH all_sales AS (
 SELECT d_year
       ,i_brand_id
       ,i_class_id
       ,i_category_id
       ,i_manufact_id
       ,SUM(sales_cnt) AS sales_cnt
       ,SUM(sales_amt) AS sales_amt
 FROM (SELECT d_year
             ,i_brand_id
             ,i_class_id
             ,i_category_id
             ,i_manufact_id
             ,cs_quantity - COALESCE(cr_return_quantity,0) AS sales_cnt
             ,cs_ext_sales_price - COALESCE(cr_return_amount,0.0) AS sales_amt
       FROM catalog_sales JOIN item ON i_item_sk=cs_item_sk
                          JOIN date_dim ON d_date_sk=cs_sold_date_sk
                          LEFT JOIN catalog_returns ON (cs_order_number=cr_order_number 
                                                    AND cs_item_sk=cr_item_sk)
       WHERE i_category='Sports'
       UNION ALL
       SELECT d_year
             ,ss_quantity - COALESCE(sr_return_quantity,0) AS sales_cnt
             ,ss_ext_sales_price - COALESCE(sr_return_amt,0.0) AS sales_amt
       FROM store_sales JOIN item ON i_item_sk=ss_item_sk
                        JOIN date_dim ON d_date_sk=ss_sold_date_sk
                        LEFT JOIN store_returns ON (ss_ticket_number=sr_ticket_number 
                                                AND ss_item_sk=sr_item_sk)
       UNION ALL
             ,ws_quantity - COALESCE(wr_return_quantity,0) AS sales_cnt
             ,ws_ext_sales_price - COALESCE(wr_return_amt,0.0) AS sales_amt
       FROM web_sales JOIN item ON i_item_sk=ws_item_sk
                      JOIN date_dim ON d_date_sk=ws_sold_date_sk
                      LEFT JOIN web_returns ON (ws_order_number=wr_order_number 
                                            AND ws_item_sk=wr_item_sk)
       WHERE i_category='Sports') sales_detail
 GROUP BY d_year, i_brand_id, i_class_id, i_category_id, i_manufact_id)
 SELECT  prev_yr.d_year AS prev_year
                          ,curr_yr.d_year AS year
                          ,curr_yr.i_brand_id
                          ,curr_yr.i_class_id
                          ,curr_yr.i_category_id
                          ,curr_yr.i_manufact_id
                          ,prev_yr.sales_cnt AS prev_yr_cnt
                          ,curr_yr.sales_cnt AS curr_yr_cnt
                          ,curr_yr.sales_cnt-prev_yr.sales_cnt AS sales_cnt_diff
                          ,curr_yr.sales_amt-prev_yr.sales_amt AS sales_amt_diff
 FROM all_sales curr_yr, all_sales prev_yr
 WHERE curr_yr.i_brand_id=prev_yr.i_brand_id
   AND curr_yr.i_class_id=prev_yr.i_class_id
   AND curr_yr.i_category_id=prev_yr.i_category_id
   AND curr_yr.i_manufact_id=prev_yr.i_manufact_id
   AND curr_yr.d_year=2002
   AND prev_yr.d_year=2002-1
   AND CAST(curr_yr.sales_cnt AS DECIMAL(17,2))/CAST(prev_yr.sales_cnt AS DECIMAL(17,2))<0.9
 ORDER BY sales_cnt_diff
 limit 100

throws a null pointer exception when executed via tez.

java.lang.IllegalArgumentException: Output vertex null doesn't exist!
        at org.apache.tez.dag.api.DAG.addEdge(DAG.java:236)
        at org.apache.hadoop.hive.ql.exec.tez.TezTask.build(TezTask.java:340)
        at org.apache.hadoop.hive.ql.exec.tez.TezTask.execute(TezTask.java:152)
        at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:161)
        at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:85)
        at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1604)
        at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1364)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1177)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1004)
        at org.apache.hadoop.hive.ql.Driver.run(Driver.java:994)

The NegativeArraySizeException exception is thrown by Base64.EncodeBase64() for arrays larger than 268435455 bytes (2^31/8-1).
public static byte[] encodeBase64(byte[] binaryData, boolean isChunked)  starts with the following three lines:
        int lengthDataBits = binaryData.length * EIGHTBIT;
        int fewerThan24bits = lengthDataBits % TWENTYFOURBITGROUP;
        int numberTriplets = lengthDataBits / TWENTYFOURBITGROUP;
The first of the lines will cause an integer overflow in lengthDataBits for lengths larger than 2^31/8-1, making it a negative number. The fix is trivial (but not tested on the running code, I just ran through a few numbers to validate that it computes the same results as the original code):
        int lengthData = binaryData.length;
        int fewerThan24bits = lengthData % (TWENTYFOURBITGROUP / EIGHTBIT) * EIGHTBIT;
        int numberTriplets = lengthData / (TWENTYFOURBITGROUP / EIGHTBIT);
This way the encoder will be able to process files of up to 2^31-1 bytes in length, which is much better than ~250MB.
The issue was found in commons 1.3; the source code above was taken from SVN trunk so I assume it's still present in 1.4: http://svn.apache.org/repos/asf/commons/proper/codec/trunk/src/java/org/apache/commons/codec/binary/Base64.java

A snapshot of (non-pre) split table can include both a parent region and daughter regions. If run TableSnapshotScanner or TableSnapshotInputFormat on the such snapshot, duplicate rows are produced.

outbound-socket-binding attribute in /subsystem=undertow/configuration=handler/reverse-proxy=my-rev-proxy/host=some-host is not marked as 'required'. Please mark it as required as if outbound-socket-binding is not specified during 'add' operation, it fails with:

/subsystem=undertow/configuration=handler/reverse-proxy=my-rev-proxy/host=some-host:add()
{
        "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.network.outbound-socket-binding.undefined"],
        "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.undertow.reverse-proxy.host.my-rev-proxy.some-host is missing [org.wildfly.network.outbound-socket-binding.undefined]"]
    },
}

I suppose when this attribute is marked as required, more pleasant failure message is given.

HBASE-17450 handles the empty table name in equals().
This JIRA is to properly handle empty TableName in TablePermission#readFields() and TablePermission#write() methods and also null checks whereever appropriate in the code to avoid NPE. The toString method if-elseif-else condition check causes some of the details not to be logged for a given TablePermission so this has to be fixed

DynamicJNDIContextEJBInvocationTestCase fails with security manager because of missing permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/multinode/target/jbossas-multinode-server/standalone/tmp/auth/local2098246027324023089.challenge" "read")":

WARN  [org.xnio.future] (pool-2-thread-1) XNIO001003: Running IoFuture notifier org.jboss.remoting3.EndpointImpl$3@36b40e0e failed: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/multinode/target/jbossas-multinode-server/standalone/tmp/auth/local2098246027324023089.challenge" "read")" in code source "(vfs:/content/dynamic-jndi-context-ejb-invocation-test.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.dynamic-jndi-context-ejb-invocation-test.jar" from Service Module Loader")
	at org.wildfly.security.sasl.localuser.LocalUserClient.evaluateMessage(LocalUserClient.java:93)
	at org.wildfly.security.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:180)
	at org.wildfly.security.sasl.util.AbstractSaslClient.evaluateChallenge(AbstractSaslClient.java:59)
	at org.wildfly.security.sasl.util.AbstractDelegatingSaslClient.evaluateChallenge(AbstractDelegatingSaslClient.java:54)
	at org.wildfly.security.sasl.util.PrivilegedSaslClient.lambda$evaluateChallenge$0(PrivilegedSaslClient.java:55)
	at org.wildfly.security.sasl.util.PrivilegedSaslClient.evaluateChallenge(PrivilegedSaslClient.java:55)
	at org.jboss.remoting3.ConnectionPeerIdentityContext.doAuthenticate(ConnectionPeerIdentityContext.java:284)
	at org.jboss.remoting3.ConnectionPeerIdentityContext.authenticate(ConnectionPeerIdentityContext.java:174)
	at org.jboss.remoting3.EndpointImpl$3.handleDone(EndpointImpl.java:505)
	at org.jboss.remoting3.EndpointImpl$3.handleDone(EndpointImpl.java:494)
	at org.xnio.IoFuture$HandlingNotifier.notify(IoFuture.java:208)
	at org.xnio.AbstractIoFuture$NotifierRunnable.run(AbstractIoFuture.java:720)
	at org.xnio.IoUtils$2.execute(IoUtils.java:71)
	at org.xnio.AbstractIoFuture.runNotifier(AbstractIoFuture.java:693)
	at org.xnio.AbstractIoFuture$CompleteState.withNotifier(AbstractIoFuture.java:132)
	at org.xnio.AbstractIoFuture.addNotifier(AbstractIoFuture.java:570)
	at org.jboss.remoting3.EndpointImpl.doGetConnection(EndpointImpl.java:494)
	at org.jboss.remoting3.EndpointImpl.getConnectedIdentity(EndpointImpl.java:433)
	at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer.getPeerIdentity(RemotingRemoteTransactionPeer.java:87)
	at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer.getPeerIdentityXA(RemotingRemoteTransactionPeer.java:92)
	at org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer$1.beforeCompletion(RemotingRemoteTransactionPeer.java:166)
	at org.wildfly.transaction.client.SubordinateXAResource.beforeCompletion(SubordinateXAResource.java:135)
	at org.wildfly.transaction.client.XAOutflowedResources$1.beforeCompletion(XAOutflowedResources.java:70)
	at org.wildfly.transaction.client.AbstractTransaction.performConsumer(AbstractTransaction.java:206)
	at org.wildfly.transaction.client.AbstractTransaction.performConsumer(AbstractTransaction.java:217)
	at org.wildfly.transaction.client.AbstractTransaction$AssociatingSynchronization.beforeCompletion(AbstractTransaction.java:262)
	at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:368)
	at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1289)
	at org.jboss.as.test.multinode.remotecall.scoped.context.StatefulBeanA$$$view1.getCountByInvokingOnRemoteServerBean(Unknown Source)
	at org.jboss.as.test.multinode.remotecall.scoped.context.DynamicJNDIContextEJBInvocationTestCase.testServerToServerSFSBInvocation(DynamicJNDIContextEJBInvocationTestCase.java:89)

[0m14:11:02,338 SEVERE [org.jboss.arquillian.protocol.jmx.JMXMethodExecutor] (main) Failed: org.jboss.as.test.multinode.remotecall.scoped.context.DynamicJNDIContextEJBInvocationTestCase.testServerToServerSFSBInvocation: java.lang.reflect.UndeclaredThrowableException
	at com.sun.proxy.$Proxy22.runTestMethod(Unknown Source)
	at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:330)
	at org.jboss.as.arquillian.container.ManagementClient$MBeanConnectionProxy.invoke(ManagementClient.java:676)
	... 89 more

Adding the permission helps. Like in JBEAP-12975.

ArrayBlockingQueueFactory#create(int) uses defaultCapacity instead of passed capacity.

It failed here http://54.241.6.143/job/HBase-0.95/291/
Looks like basic rpc timeout (timeout set to 1 second and complaint was that it had waited 1.6 seconds).  I suppose this could happen on loaded server.  Let me try upping timeouts for now.

When multiple Spring EL binding patterns are used, some keys may be missed when replacing text is shorter than the key length.
For exapmle,
<beans:property name="file" value="file:sample_#
{jobParameters[year]}#{jobParameters[month]}#{jobParameters[day]}.xls"/>

When "#{jobParameters[year]}
" gets replaced with "2009", the following code fragment misses the second key "#{jobParameters[month]"
as "next + 1" points to where "#
{jobParameters[month]}
" has already started.
while (first >= 0) 
{

	...
	first = result.indexOf(PLACEHOLDER_PREFIX, next + 1);
	next = result.indexOf(PLACEHOLDER_SUFFIX, first + 1);

}
            
The default implementation of Resource.getChildren(String) returns a LinkedHashSet containing child entries.  However, it seems none of the implementations of Resource.ResourceEntry implement equals() and hashCode().  This causes headaches for anyone creating a custom resource that wishes to augment the set returned by the default implementation of this method.

While working on HBase acl, I found out that ZKUtil.getChildDataAndWatchForNewChildren() will not return null as indicated.  Here is the code:

 /**
  ....
   * Returns null if the specified node does not exist.  Otherwise returns a
   * list of children of the specified node.  If the node exists but it has no
   * children, an empty list will be returned.
  ....
   */
  public static List<NodeAndData> getChildDataAndWatchForNewChildren(
      ZooKeeperWatcher zkw, String baseNode) throws KeeperException {
    List<String> nodes =
    if (nodes != null) {
      for (String node : nodes) {
        String nodePath = ZKUtil.joinZNode(baseNode, node);
        byte[] data = ZKUtil.getDataAndWatch(zkw, nodePath);
        newNodes.add(new NodeAndData(nodePath, data));
      }
    }
    return newNodes;
  }

We return 'newNodes' which will never be null.
This is a deprecated method.  But it is still used in HBase code.
For example: org.apache.hadoop.hbase.security.access.ZKPermissionWatcher.start()

  public void start() throws KeeperException {
    watcher.registerListener(this);
    if (ZKUtil.watchAndCheckExists(watcher, aclZNode)) {
      List<ZKUtil.NodeAndData> existing =
          ZKUtil.getChildDataAndWatchForNewChildren(watcher, aclZNode);
      if (existing != null) {
        refreshNodes(existing);
      }
    }
  }

We test the 'null' return from the call which becomes the problem.

Since I committed HBASE-2691, TestZooKeeper began failing. Looking at it, it's because it's setup with only 1 region server and we kill it... and it's not restarting. IIRC we were relying on that feature before but looks like we're not anymore.

All the other configs include skip-group-loading="true" in the local auth config. The standalone-loadbalancer.xml not having is therefore probably wrong, plus it forces the galleon packs to try to match an incorrect legacy which adds unnecessary complexity.

The perf log should return duration instead of end time.
The queue name should be llap queue for llap queries.

Simple test:
1. Define two @Bean methods returning PlatfromTransactionManagers with different @Qualifiers
2. Annotate test class with @Transactional, providing one of the qualifiers as value param
Result: java.lang.IllegalStateException: No matching PlatformTransactionManager bean found for qualifier 'a' - neither qualifier match nor bean name match!
Test attached.

POST /user/olivergierke/friends
content-type: text/uri-list
content: /person/
(username=asterix, user_Id=12345)
Generate SQL with "user_ID" in where-Clause, but the "username" as param.
select person.user_id as user_id,  ... , person.username as username
from persontable person
where person.user_id='asterix'
URI for User-Resource "asterix" is /person/asterix
Using the person/12345 instead of person/asterix as paylod works fine, but  thats not as intended.
(see config.withEntityLookup().forRepository(PersonRepository.class, Person::getUsername, PersonRepository::findByUsername)
Otherwise, following example works fine:
PATCH /user/olivergierke/
{"friends": [ "/person/asterix" ]}

(see https://jira.spring.io/browse/DATAREST-724)

DynamicValue (used by semijoin reduction optimization) relies on the ObjectCache. If LLAP cache is disabled then the DynamicValue is broken in LLAP:

org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:283)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:237)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:101)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:76)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:254)
        ... 15 more
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:928)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:92)
        ... 18 more
Caused by: java.lang.IllegalStateException: Failed to retrieve dynamic value for RS_25_household_demographics_hd_demo_sk_min
        at org.apache.hadoop.hive.ql.plan.DynamicValue.getValue(DynamicValue.java:130)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.gen.FilterLongColumnBetweenDynamicValue.evaluate(FilterLongColumnBetweenDynamicValue.java:80)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.FilterExprAndExpr.evaluate(FilterExprAndExpr.java:39)
        at org.apache.hadoop.hive.ql.exec.vector.expressions.FilterExprAndExpr.evaluate(FilterExprAndExpr.java:41)
        at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.process(VectorFilterOperator.java:112)
        at org.apache.hadoop.hive.ql.exec.Operator.baseForward(Operator.java:959)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:907)
        at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:137)
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:828)
        ... 19 more
        at org.apache.hadoop.hive.ql.exec.mr.ObjectCache.retrieve(ObjectCache.java:61)
        at org.apache.hadoop.hive.ql.exec.mr.ObjectCache.retrieve(ObjectCache.java:50)
        at org.apache.hadoop.hive.ql.exec.ObjectCacheWrapper.retrieve(ObjectCacheWrapper.java:40)
        at org.apache.hadoop.hive.ql.plan.DynamicValue.getValue(DynamicValue.java:123)
        ... 27 more
        at org.apache.hadoop.hive.ql.exec.mr.ObjectCache.retrieve(ObjectCache.java:59)
        ... 30 more

java.lang.IllegalStateException: Can't overwrite cause
	at java.lang.Throwable.initCause(Throwable.java:320)
	at org.apache.hadoop.hbase.regionserver.wal.HLog.createWriter(HLog.java:624)
	at org.apache.hadoop.hbase.regionserver.wal.HLog.createWriterInstance(HLog.java:570)
	at org.apache.hadoop.hbase.regionserver.wal.HLog.rollWriter(HLog.java:504)
	at org.apache.hadoop.hbase.regionserver.wal.TestHLogSplit.testLogRollAfterSplitStart(TestHLogSplit.java:880)

I'm getting this error with WM feature quite frequently. It causes AM containers to shut down and a new one created to replace it.

018-06-18T19:06:49,969 INFO [Thread-250] monitoring.RenderStrategy$LogToFileFunction: Map 1: 313(+270)/641
2018-06-18T19:06:49,988 INFO [NotificationEventPoll 0] metastore.HiveMetaStore: 4: get_config_value: name=metastore.batch.retrieve.max defaultValue=50
2018-06-18T19:06:49,988 INFO [NotificationEventPoll 0] HiveMetaStore.audit: ugi=hive ip=unknown-ip-addr cmd=get_config_value: name=metastore.batch.retrieve.max defaultValue=50
2018-06-18T19:06:50,204 INFO [pool-29-thread-1] tez.TriggerValidatorRunnable: Query: hive_20180618190637_e65869b8-10be-4880-a8d3-84989bd055b4. Trigger { name: alluxio_medium, expression: ALLUXIO_BYTES_READ >
6442450944, action: MOVE TO medium } violated. Current value: 7184667126. Applying action.
2018-06-18T19:06:50,205 INFO [pool-29-thread-1] tez.WorkloadManager: Queued move session: 49be39e5-875c-4cfe-8601-7fe84dd57e0c moving from default to medium
2018-06-18T19:06:50,205 INFO [Workload management master] tez.WorkloadManager: Processing current events
2018-06-18T19:06:50,205 INFO [Workload management master] tez.WorkloadManager: Handling move session event: 49be39e5-875c-4cfe-8601-7fe84dd57e0c moving from default to medium
2018-06-18T19:06:50,205 INFO [Workload management master] tez.WorkloadManager: Subscribed to counters: [S3A_BYTES_READ, BYTES_READ, ALLUXIO_BYTES_READ]
2018-06-18T19:06:50,205 INFO [pool-29-thread-1] tez.KillMoveTriggerActionHandler: Moved session 49be39e5-875c-4cfe-8601-7fe84dd57e0c to pool medium
2018-06-18T19:06:50,205 INFO [Workload management master] tez.GuaranteedTasksAllocator: Updating 49be39e5-875c-4cfe-8601-7fe84dd57e0c with 144 guaranteed tasks
2018-06-18T19:06:50,205 INFO [Workload management master] tez.WmEvent: Added WMEvent: EventType: MOVE EventStartTimestamp: 1529348810205 elapsedTime: 0 wmTezSessionInfo:SessionId: 49be39e5-875c-4cfe-8601-7fe
84dd57e0c Pool: medium Cluster %: 30.0
2018-06-18T19:06:50,234 INFO [StateChangeNotificationHandler] impl.ZkRegistryBase$InstanceStateChangeListener: CHILD_UPDATED for zknode /user-hive/llap/workers/worker-0000001571
2018-06-18T19:06:50,235 INFO [StateChangeNotificationHandler] tez.TezSessionPool: AM for 49be39e5-875c-4cfe-8601-7fe84dd57e0c, v.1571 has updated; updating [sessionId=49be39e5-875c-4cfe-8601-7fe84dd57e0c, qu
eueName=llap, user=hive, doAs=false, isOpen=true, isDefault=true, expires in 586277120ms, WM state poolName=medium, clusterFraction=0.3, queryId=hive_20180618190637_e65869b8-10be-4880-a8d3-84989bd055b4, killR
eason=null] with an endpoint at 32769
2018-06-18T19:06:50,235 INFO [StateChangeNotificationHandler] tez.TezSessionState: Ignoring an outdated info update 1571: TezAmInstance [49be39e5-875c-4cfe-8601-7fe84dd57e0c, host=ip-10-8-121-231.data.bazaar
voice.com, rpcPort=33365, pluginPort=32769, token=null]
2018-06-18T19:06:50,323 ERROR [TaskCommunicator # 4] tez.GuaranteedTasksAllocator: Failed to update guaranteed tasks count for the session sessionId=49be39e5-875c-4cfe-8601-7fe84dd57e0c, queueName=llap, user=
hive, doAs=false, isOpen=true, isDefault=true, expires in 586277032ms, WM state poolName=medium, clusterFraction=0.3, queryId=hive_20180618190637_e65869b8-10be-4880-a8d3-84989bd055b4, killReason=null
com.google.protobuf.ServiceException: org.apache.hadoop.ipc.RemoteException(java.lang.NullPointerException): java.lang.NullPointerException
at org.apache.hadoop.hive.llap.tezplugins.LlapTaskSchedulerService.checkAndSendGuaranteedStateUpdate(LlapTaskSchedulerService.java:596)
at org.apache.hadoop.hive.llap.tezplugins.LlapTaskSchedulerService.updateGuaranteedCount(LlapTaskSchedulerService.java:581)
at org.apache.hadoop.hive.llap.tezplugins.LlapTaskSchedulerService.updateQuery(LlapTaskSchedulerService.java:3041)
at org.apache.hadoop.hive.llap.tezplugins.endpoint.LlapPluginServerImpl.updateQuery(LlapPluginServerImpl.java:57)
at org.apache.hadoop.hive.llap.plugin.rpc.LlapPluginProtocolProtos$LlapPluginProtocol$2.callBlockingMethod(LlapPluginProtocolProtos.java:835)
at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:872)
at org.apache.hadoop.ipc.Server$RpcCall.run(Server.java:818)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1682)
at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2678)

at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:242) ~[hadoop-common-3.1.1-SNAPSHOT.2.6.1.0-129.jar:?]
at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:116) ~[hadoop-common-3.1.1-SNAPSHOT.2.6.1.0-129.jar:?]
at com.sun.proxy.$Proxy111.updateQuery(Unknown Source) ~[?:?]
at org.apache.hadoop.hive.llap.impl.LlapPluginProtocolClientImpl.updateQuery(LlapPluginProtocolClientImpl.java:42) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.tez.LlapPluginEndpointClientImpl$SendUpdateQueryCallable.call(LlapPluginEndpointClientImpl.java:128) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.tez.LlapPluginEndpointClientImpl$SendUpdateQueryCallable.call(LlapPluginEndpointClientImpl.java:105) ~[hive-exec-3.1.0-SNAPSHOT.jar:3.1.0-SNAPSHOT]
at com.google.common.util.concurrent.TrustedListenableFutureTask$TrustedFutureInterruptibleTask.runInterruptibly(TrustedListenableFutureTask.java:108) [guava-19.0.jar:?]
at com.google.common.util.concurrent.InterruptibleTask.run(InterruptibleTask.java:41) [guava-19.0.jar:?]
at com.google.common.util.concurrent.TrustedListenableFutureTask.run(TrustedListenableFutureTask.java:77) [guava-19.0.jar:?]
Caused by: org.apache.hadoop.ipc.RemoteException: java.lang.NullPointerException

at org.apache.hadoop.ipc.Client.getRpcResponse(Client.java:1491) ~[hadoop-common-3.1.1-SNAPSHOT.2.6.1.0-129.jar:?]
at org.apache.hadoop.ipc.Client.call(Client.java:1437) ~[hadoop-common-3.1.1-SNAPSHOT.2.6.1.0-129.jar:?]
at org.apache.hadoop.ipc.Client.call(Client.java:1347) ~[hadoop-common-3.1.1-SNAPSHOT.2.6.1.0-129.jar:?]
at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:228) ~[hadoop-common-3.1.1-SNAPSHOT.2.6.1.0-129.jar:?]
... 11 more
2018-06-18T19:06:50,323 INFO [Workload management master] tez.WorkloadManager: Processing current events
2018-06-18T19:06:50,323 INFO [Workload management master] tez.WorkloadManager: Update failed for sessionId=49be39e5-875c-4cfe-8601-7fe84dd57e0c, queueName=llap, user=hive, doAs=false, isOpen=true, isDefault=true, expires in 586277032ms, WM state poolName=medium, clusterFraction=0.3, queryId=hive_20180618190637_e65869b8-10be-4880-a8d3-84989bd055b4, killReason=null
2018-06-18T19:06:50,324 INFO [Workload management master] tez.WorkloadManager: Replacing sessionId=49be39e5-875c-4cfe-8601-7fe84dd57e0c, queueName=llap, user=hive, doAs=false, isOpen=true, isDefault=true, expires in 586277031ms, WM state poolName=null, clusterFraction=null, queryId=hive_20180618190637_e65869b8-10be-4880-a8d3-84989bd055b4, killReason=Failed to update resource allocation with a new session
2018-06-18T19:06:50,325 INFO [Workload management worker 0] tez.WorkloadManager: Created new interactive session object b89aaebf-aeaa-4b76-974a-7047592a186b
2018-06-18T19:06:50,325 INFO [Workload management worker 0] tez.TezSessionState: Closing Tez Session
2018-06-18T19:06:50,325 INFO [Workload management worker 0] client.TezClient: Shutting down Tez Session, sessionName=HIVE-49be39e5-875c-4cfe-8601-7fe84dd57e0c, applicationId=application_1528322657674_0427
2018-06-18T19:06:50,353 INFO [Workload management worker 0] tez.TezSessionState: Attemting to clean up resources for 49be39e5-875c-4cfe-8601-7fe84dd57e0c: hdfs://ip-10-8-101-64.data.bazaarvoice.com:8020/tmp/hive/hive/_tez_session_dir/49be39e5-875c-4cfe-8601-7fe84dd57e0c-resources; 0 additional files, 2 localized resources
2018-06-18T19:06:50,354 INFO [Workload management worker 0] tez.TezSessionState: User of session id b89aaebf-aeaa-4b76-974a-7047592a186b is hive
2018-06-18T19:06:50,356 INFO [Workload management worker 0] tez.DagUtils: Localizing resource because it does not exist: file:/usr/hdp/current/hive-server2-hive2/lib/hive-hcatalog-core.jar to dest: hdfs://ip-10-8-101-64.data.bazaarvoice.com:8020/tmp/hive/hive/_tez_session_dir/b89aaebf-aeaa-4b76-974a-7047592a186b-resources/hive-hcatalog-core.jar
2018-06-18T19:06:50,467 INFO [Workload management worker 0] tez.DagUtils: Resource modification time: 1529348810466 for hdfs://ip-10-8-101-64.data.bazaarvoice.com:8020/tmp/hive/hive/_tez_session_dir/b89aaebf-aeaa-4b76-974a-7047592a186b-resources/hive-hcatalog-core.jar
2018-06-18T19:06:50,467 INFO [Workload management worker 0] tez.DagUtils: Localizing resource because it does not exist: file:/usr/hdp/3.0.0.0-1064/hive2/auxlib/alluxio-core-client-runtime.jar to dest: hdfs://ip-10-8-101-64.data.bazaarvoice.com:8020/tmp/hive/hive/_tez_session_dir/b89aaebf-aeaa-4b76-974a-7047592a186b-resources/alluxio-core-client-runtime.jar
2018-06-18T19:06:50,504 INFO [Thread-250] monitoring.RenderStrategy$LogToFileFunction: Map 1: 361(+0)/641
2018-06-18T19:06:50,785 INFO [Workload management worker 0] tez.DagUtils: Resource modification time: 1529348810784 for hdfs://ip-10-8-101-64.data.bazaarvoice.com:8020/tmp/hive/hive/_tez_session_dir/b89aaebf-aeaa-4b76-974a-7047592a186b-resources/alluxio-core-client-runtime.jar
2018-06-18T19:06:50,785 INFO [Workload management worker 0] tez.TezSessionState: Created new resources: null
2018-06-18T19:06:50,786 INFO [Workload management worker 0] tez.DagUtils: Jar dir is null / directory doesn't exist. Choosing HIVE_INSTALL_DIR - /user/hive/.hiveJars
2018-06-18T19:06:50,788 INFO [Workload management worker 0] tez.DagUtils: Resource modification time: 1525405767020 for hdfs://ip-10-8-101-64.data.bazaarvoice.com:8020/user/hive/.hiveJars/hive-exec-3.1.0-SNAPSHOT-7db4045ca6fe10361ffcde371b4327bc911d68f174562dd75f00abce0c42fa36.jar
2018-06-18T19:06:50,791 INFO [Workload management worker 0] tez.DagUtils: Jar dir is null / directory doesn't exist. Choosing HIVE_INSTALL_DIR - /user/hive/.hiveJars
2018-06-18T19:06:50,792 INFO [Workload management worker 0] tez.DagUtils: Resource modification time: 1525405767036 for hdfs://ip-10-8-101-64.data.bazaarvoice.com:8020/user/hive/.hiveJars/hive-llap-tez-3.1.0-SNAPSHOT-1530a700e8bc86603cf11cd8d0a2518f21a7a7c2ac09eb3af7782017ec05c4d3.jar
2018-06-18T19:06:50,792 INFO [Workload management worker 0] tez.DagUtils: Jar dir is null / directory doesn't exist. Choosing HIVE_INSTALL_DIR - /user/hive/.hiveJars
2018-06-18T19:06:50,793 INFO [Workload management worker 0] tez.DagUtils: Resource modification time: 1525405767020 for hdfs://ip-10-8-101-64.data.bazaarvoice.com:8020/user/hive/.hiveJars/hive-exec-3.1.0-SNAPSHOT-7db4045ca6fe10361ffcde371b4327bc911d68f174562dd75f00abce0c42fa36.jar
2018-06-18T19:06:50,794 INFO [Workload management worker 0] tez.DagUtils: Jar dir is null / directory doesn't exist. Choosing HIVE_INSTALL_DIR - /user/hive/.hiveJars
2018-06-18T19:06:50,796 INFO [Thread-250] SessionState: Status: Killed
2018-06-18T19:06:50,796 ERROR [Thread-250] SessionState: Dag received [DAG_TERMINATE, DAG_KILL] in RUNNING state.
2018-06-18T19:06:50,796 ERROR [Thread-250] SessionState: Received message to shutdown AM from hive (auth:SIMPLE) at 10.8.101.64
2018-06-18T19:06:50,796 ERROR [Thread-250] SessionState: Vertex killed, vertexName=Map 1, vertexId=vertex_1528322657674_0427_1_00, diagnostics=[Vertex received Kill while in RUNNING state., Vertex did not succeed due to DAG_TERMINATED, failedTasks:0 killedTasks:280, Vertex vertex_1528322657674_0427_1_00 [Map 1] killed/failed due to:DAG_TERMINATED]
2018-06-18T19:06:50,796 ERROR [Thread-250] SessionState: DAG did not succeed due to DAG_KILL. failedVertices:0 killedVertices:1
2018-06-18T19:06:50,797 INFO [Workload management master] tez.WorkloadManager: Processing current events
2018-06-18T19:06:50,797 INFO [Workload management worker 0] tez.DagUtils: Resource modification time: 1525405767020 for hdfs://ip-10-8-101-64.data.bazaarvoice.com:8020/user/hive/.hiveJars/hive-exec-3.1.0-SNAPSHOT-7db4045ca6fe10361ffcde371b4327bc911d68f174562dd75f00abce0c42fa36.jar
2018-06-18T19:06:50,797 INFO [Workload management master] tez.WorkloadManager: Returning sessionId=49be39e5-875c-4cfe-8601-7fe84dd57e0c, queueName=llap, user=hive, doAs=false, isOpen=false, isDefault=true, expires in 586276558ms, WM state poolName=null, clusterFraction=null, queryId=null, killReason=Failed to update resource allocation

Unhandled null value of withIdentities in
https://github.com/wildfly-security/wildfly-elytron/blob/master/src/main/java/org/wildfly/security/auth/server/SecurityIdentity.java#L526
Also it looks securityIdentity is added into withIdentities multiple-times.

Got the following during testing, 
1. On a given machine, kill "RS process id". Then kill "HMaster process id".
2. Start RS first via "bin/hbase-daemon.sh --config ./conf start regionserver.". Start HMaster via "bin/hbase-daemon.sh --config ./conf start master".
One region of a table stayed in closing state.
According to zookeeper,
794a6ff17a4de0dd0a19b984ba18eea9 miweng_500region,H\xB49X\x10bM\xB1,1315338786464.794a6ff17a4de0dd0a19b984ba18eea9. state=CLOSING, ts=Wed Sep 07 17:21:44 PDT 2011 (75701s ago), server=sea-esxi-0,60000,1315428682281 
According to .META. table, the region has been assigned to from sea-esxi-0 to sea-esxi-4.
miweng_500region,H\xB49X\x10bM\xB1,1315338786464.794a6ff17a4de0dd0a19b984ba18eea9. sea-esxi-4:60030  H\xB49X\x10bM\xB1 I7K\xC6\xA7\xEF\x9D\x90 0 

1. Start a cluster.
2. Start an ingest process.
3. In the HBase shell, do this:

while true do
   flush 'table'
end

We should reject abuse via administrative requests like this.
What happens on the cluster is the requests back up, leading to lots of these:

2014-01-10 18:55:55,293 WARN  [Priority.RpcServer.handler=2,port=8120] monitoring.TaskMonitor: Too many actions in action monitor! Purging some.

At this point we could lower a gate on further requests for actions until the backlog clears.
Continuing, all of the regionservers will eventually die with a StackOverflowError of unknown origin because, stack overflow:

2014-01-10 19:02:02,783 ERROR [Priority.RpcServer.handler=3,port=8120] ipc.RpcServer: Unexpected throwable object java.lang.StackOverflowError
        at java.util.ArrayList$SubList.add(ArrayList.java:965)
[...]

In SemanticAnalyzer, genmapredtasks() does not use a tree walker. For map-side joins, the taskplan needs to be enhanced to be possibly
broken at MapSink also. Basically, the code is very difficult to enhance since there are implicit assumptions that reduce sink is the only
operator where the plan breaks.
This should be enhanced so that the user can implement their own task generation logic which is independent of the tree walking.

when user json add,web controller aj generated that。look at the color red content. object name the same as the Class name.
@RequestMapping(value = "/jsonArray", method = RequestMethod.PUT, headers = "Accept=application/json")
    public ResponseEntity<String> TAdController.updateFromJsonArray(@RequestBody String json) {
        HttpHeaders headers= new HttpHeaders();
        headers.add("Content-Type", "application/text");
        for ( TAd TAd : TAd.fromJsonArrayToTAds(json)) {
            if (TAd.merge() == null) 
{
                return new ResponseEntity<String>(headers, HttpStatus.NOT_FOUND);
            }
        }
        return new ResponseEntity<String>(headers, HttpStatus.OK);
    }

EclipseLinkJpaVendorAdapter sets the logging level of eclipselink.logging.level.sql to FINE when showSql is true.
As of EclipseLink 2.4.0 - Juno this is not sufficient to log SQL parameter binding. Additionally, eclipselink.logging.parameters must be enabled.
From EclipseLink Wiki:

The logging of SQL parameters can be enabled, or disabled through the following properties:
<property name="eclipselink.logging.level.sql" value="FINE"/>
<property name="eclipselink.logging.parameters" value="true"/>
Note: Setting eclipselink.logging.level to FINE is not sufficient (as of EclipseLink 2.4.0 - Juno), you have to set eclipselink.logging.level.sql to FINE.

Please see attached Github Pull Request.

See http://camel.465427.n5.nabble.com/Problems-prettyPrinting-JSON-after-camel-2-14-0-upgrade-td5756738.html#a5757104 for a background.

HBASE-15638 introduced what looks like an inadvertent  dependency on net.sf.ehcache.search.Results.  This removes it. 

Fella on IRC said standalone wouldn't work on mac unless he changed 127.0.0.1 to localhost.  His ssh'ing failed.  Should we change it to localhost?  Any downsides?

/subsystem=io/worker=*:read-attribute(name=max-pool-size)

Current model description: "Max worker pool size"
Suggested improvement: "The maximum number of threads to allow in the underlying java.util.concurrent.ThreadPoolExecutor. When this limit is reached, tasks which cannot be queued are rejected."

When trying to deploy deployment containing following two EJBs, secured and unsecured, deploying fails with "Multiple security domains not supported" exception:

21:16:30,089 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.deployment.unit."ejb-deployment-1.0-SNAPSHOT.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."ejb-deployment-1.0-SNAPSHOT.war".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "ejb-deployment-1.0-SNAPSHOT.war"
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:150)
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEJB0490: Multiple security domains not supported
	at org.jboss.as.ejb3.deployment.processors.EJBDefaultSecurityDomainProcessor.deploy(EJBDefaultSecurityDomainProcessor.java:99)
	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:143)
	... 8 more

This behavior was in JBEAP-9289 considered correct for situation when one EJB references one security domain and the second references second security domain.
It seems unsecured EJB is considered to be using default security domain.
Workaround: Need to set unsecured bean secured by adding:

@PermitAll
@SecurityDomain("other2") // the same as for secured ejb

I got this message:

Managed SRC_MAIN_JAVA/es/gva/cit/testjpa2/domain/Entidad1_Roo_ToString.aj
Undo manage SRC_MAIN_JAVA/es/gva/cit/testjpa2/domain/Entidad1_Roo_ToString.aj
NullPointerException at org.springframework.roo.addon.mvc.jsp.JspDocumentHelper.getUpdateDocument(JspDocumentHelper.java:392)
roo> 

This has happened when I set @RooEntity(versionfield="".
I've looked at source and this can be a possible patch:

#P org.springframework.roo.addon.web.mvc.jsp
Index: src/main/java/org/springframework/roo/addon/mvc/jsp/JspDocumentHelper.java

src/main/java/org/springframework/roo/addon/mvc/jsp/JspDocumentHelper.java	(revision 570)
+++ src/main/java/org/springframework/roo/addon/mvc/jsp/JspDocumentHelper.java	(working copy)
@@ -389,7 +389,6 @@
 		Document document = builder.newDocument();		

 		String idFieldName = Introspector.decapitalize(StringUtils.capitalize(entityMetadata.getIdentifierField().getFieldName().getSymbolName()));

String versionFieldName = Introspector.decapitalize(StringUtils.capitalize(entityMetadata.getVersionField().getFieldName().getSymbolName()));

 		//add document namespaces
 		Element div = new XmlElementBuilder("div", document)
@@ -442,6 +441,7 @@
 		formHiddenId.setAttribute("id", "_" + idFieldName + "_id");
 		formElement.appendChild(formHiddenId);
 		if (null != entityMetadata.getVersionField()) {
+			String versionFieldName = Introspector.decapitalize(StringUtils.capitalize(entityMetadata.getVersionField().getFieldName().getSymbolName()));
 			Element formHiddenVersion = document.createElement("form:hidden");
 			formHiddenVersion.setAttribute("path", versionFieldName);
 			formHiddenVersion.setAttribute("id", "_" + versionFieldName + "_id");

Hello,
We use the Liferay portal at our university and to develop our portlets we use org.springframework.web.portlet.DispatcherPortlet as the portlet class. There is a security bug that allows users to access files under the WEB-INF directory by using a certain URL.  Liferay has told us that the problem is in the generic portlet and will need to be reported to Spring for this to be fixed.  The Liferay bug is http://issues.liferay.com/browse/LPE-2960 . Since we use the Spring portlet MVC and not the Liferay portlet classes, this needs to be fixed in the Spring code.
Thanks.

If I have the following class structure:

abstract class AbstractModel {
 
  	@CreatedDate 
        private Instant created;
	@CreatedBy 
        private String creator;
	@LastModifiedDate 
        private Instant modified;
	@LastModifiedBy 
        private String modifier;
}
 
class MyModel extends AbstractModel {
    List<MyModel> models;
}
@Document
class MyDocument extends MyModel {
    
}

Then I receive the following error when storing data using Spring Data MongoDB repositories:

java.lang.IllegalArgumentException: Target bean of type java.util.ArrayList is not of type of the persistent entity (MyModel)!: java.util.ArrayList
    at org.springframework.util.Assert.instanceCheckFailedAssert(Assert.java:655)
    at org.springframework.util.Assert.isInstanceOf(Assert.java:574)
    at org.springframework.data.mapping.model.BasicPersistentEntity.verifyBeanType(BasicPersistentEntity.java:551)
    at org.springframework.data.mapping.model.BasicPersistentEntity.getPropertyAccessor(BasicPersistentEntity.java:453)
    at org.springframework.auditing.MappingAuditableBeanWrapperFactory$MappingMetadataAuditableBeanWrapper.lambda$setProperty$2(MappingAuditableBeanWrapperFactory:243)
    at java.iterable.forEach(Iterable.java:75)
    at org.springframework.auditing.MappingAuditableBeanWrapperFactory$MappingMetadataAuditableBeanWrapper.setDateProperty(MappingAuditableBeanWrapperFactory:243)
    at org.springframework.auditing.MappingAuditableBeanWrapperFactory$MappingMetadataAuditableBeanWrapper.setLastModifiedDate(MappingAuditableBeanWrapperFactory:220)
    at java.util.Optional.ifPresent(Optional.java:159)
    at org.springframework.data.auditing.AuditingHandler.touchDate(AuditingHandler.java:220)

This worked without issue in previous versions of Spring Data MongoDB (2.0.x)

An UncategorizedApiException is thrown when a user hits their hourly rate limit. An authorised user is only permitted 350 API requests each hour, if this is exceeded an UncategorizedApiException is thrown rather than RateLimitExceeded by the TwitterErrorHandler. 
The errorText returned from Twitter follows:
Rate limit exceeded. Clients may not make more than 350 requests per hour.
The rate limit should be checked using RateLimitStatus anyway so this problem can be predicted. . 

Since EAP 7.0.1 coming with the fix for JBEAP-4646 (upstream WFLY-6453), InfinispanSessionManager#getActiveSessions (active-sessions attribute on CLI) was changed to return active session count with current node locality. 
However, it returns an incorrect count on a cluster coordinator node. For example, when two node cluster is configured, it returns total count of active sessions. This happens regardless of using "dist" cache or using "repl" cache. 
—
The followings are the related code. It appears ConsistentHashLocality#isLocal(key) always returns true on a coordinator node and it causes incorrect active session count.
clustering/web/infinispan/src/main/java/org/wildfly/clustering/web/infinispan/session/InfinispanSessionManager.java

268     @Override
269     public Set<String> getActiveSessions() {
270         // Omit remote sessions (i.e. when using DIST mode) as well as passivated sessions
271         return this.getSessions(Flag.CACHE_MODE_LOCAL, Flag.SKIP_CACHE_LOAD);
272     }
 :
280     private Set<String> getSessions(Flag... flags) {
281         try (Stream<? extends Key<String>> keys = this.cache.getAdvancedCache().withFlags(flags).keySet().stream()) {
282             return keys.filter(this.filter.and(key -> this.locality.isLocal(key))).map(key -> key.getValue()).collect(Collectors.toSet());
283         }
284     }

clustering/infinispan/spi/src/main/java/org/wildfly/clustering/infinispan/spi/distribution/ConsistentHashLocality.java

 51     @Override
 52     public boolean isLocal(Object key) {
 53         if (this.localAddress == null) return true;
 54         if (this.hash == null) return true;
 55         return this.localAddress.equals(this.hash.locatePrimaryOwner(key));
 56     }

Using the Stream support in a MongoRepository I suddenly started getting exceptions like these:

	at org.springframework.data.mongodb.core.MongoTemplate$CloseableIterableCusorAdapter.next(MongoTemplate.java:2389)
...

After a bit if investigation it turns out that due to some domain model changes I appear to be getting an org.springframework.data.mapping.model.MappingException in the data mapping and since MongoExceptionTranslator does not specifically know about it. So it just returns null.
That appears to be fine according to the PersistenceExceptionTranslator interface. But it appears that the Spring Data MongoDB code will often throw the result without any null checks. Provoking an NPE and hiding the actual reason for the exception.

Two (somewhat) major things.
First when the LogSyncer thread is created it's expecting optionalFlushInterval but we pass logflushentries. What it means is that it will run every 100ms by default.
Also when the optional flush is running (meaning that no entries came in for that interval) and that logflushentries>1 then it won't do the hflush because we don't enforce it.

$JBOSS_HOME/bin/.jbossclirc file can be used to set up CLI variables or to run a set of CLI commands at the beginning of every new CLI session. It contain a commented out CLI variable declaration part.
Although the myvar is commented out by default, we should update it's value to some real working example to improve the quality of example (one user was already confused  ).

-# set myvar=/subsystem=datasources/data-source=myDS
+# set myvar=/subsystem=datasources/data-source=ExampleDS

When DNS is unavailable, the new started regionservers will listen on localhost(127.0.0.1) in a distributed cluster, which results that the hmaster will fail to assign regions to those regionservers.

2014-10-15,04:26:42,273 WARN org.apache.hadoop.net.DNS: Unable to determine local hostname -falling back to "localhost"
java.net.UnknownHostException: xx-hadoop-srv-st01.bj: xx-hadoop-srv-st01.bj
      at java.net.InetAddress.getLocalHost(InetAddress.java:1360)
      at org.apache.hadoop.net.DNS.resolveLocalHostname(DNS.java:260)
      at org.apache.hadoop.net.DNS.<clinit>(DNS.java:58)
      at org.apache.hadoop.hbase.regionserver.HRegionServer.<init>(HRegionServer.java:472)

$ netstat -nap | grep 13748
tcp        0      0 127.0.0.1:12610             0.0.0.0:*                   LISTEN      13748/java         
tcp        0      0 0.0.0.0:12611               0.0.0.0:*                   LISTEN      13748/java
In this situation, I think we shoud throw an exception and make the startup of regionservers failed.

The code is:
  /** 

Delete all cells that match the passed row and column and whose
timestamp is equal-to or older than the passed timestamp, using an
existing row lock.
@param row Row to update
@param column name of column whose value is to be deleted
@param ts Delete all cells of the same timestamp or older.
@param rl Existing row lock
@throws IOException
@deprecated As of hbase 0.20.0, replaced by 
{@link #delete(Delete)}
   */
  public void deleteAll(final byte [] row, final byte [] column, final long ts,
      final RowLock rl)
  throws IOException 
{
    Delete d = new Delete(row, ts, rl);
    d.deleteColumn(column);
    delete(d);
  }

The code should call deleteColumns() instead.

The following error is thrown when information about columns is changed on projectionPusher.pushProjectionsAndFilters. 

2015-02-26 15:56:40,275 WARN [main] org.apache.hadoop.mapred.YarnChild: Exception running child : java.io.IOException: java.io.IOException: java.io.IOException: DeprecatedParquetHiveInput : size of object differs. Value size :  23, Current Object size : 29
	at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.doNextWithExceptionHandler(HadoopShimsSecure.java:226)
	at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.next(HadoopShimsSecure.java:136)
	at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.moveToNext(MapTask.java:199)
	at org.apache.hadoop.mapred.MapTask$TrackedRecordReader.next(MapTask.java:185)
	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:52)
Caused by: java.io.IOException: java.io.IOException: DeprecatedParquetHiveInput : size of object differs. Value size :  23, Current Object size : 29
	at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:355)
	at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.doNext(CombineHiveRecordReader.java:105)
	at org.apache.hadoop.hive.ql.io.CombineHiveRecordReader.doNext(CombineHiveRecordReader.java:41)
	at org.apache.hadoop.hive.shims.HadoopShimsSecure$CombineFileRecordReader.doNextWithExceptionHandler(HadoopShimsSecure.java:224)
	... 11 more
Caused by: java.io.IOException: DeprecatedParquetHiveInput : size of object differs. Value size :  23, Current Object size : 29
	at org.apache.hadoop.hive.ql.io.parquet.read.ParquetRecordReaderWrapper.next(ParquetRecordReaderWrapper.java:199)
	at org.apache.hadoop.hive.ql.io.parquet.read.ParquetRecordReaderWrapper.next(ParquetRecordReaderWrapper.java:52)
	at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:350)
	... 15 more

The bug is in ParquetRecordReaderWrapper. We store metastore such as the list of columns in the Configuration/JobConf. The issue is that this metadata is incorrect until the call to projectionPusher.pushProjectionsAndFilters. In the current codebase we don't use the configuration object returned from projectionPusher.pushProjectionsAndFilters in other sections of code such as creation and initialization of realReader. The end result is that parquet is given an empty read schema and returns all nulls. Since the join key is null, no records are joined.

Hive needs ORC-141 and ORC-135, so we should upgrade to ORC 1.3.3 once it releases.

Importing the project into eclipse as maven project throwing these problems.
Plugin execution not covered by lifecycle configuration: org.apache.maven.plugins:maven-antrun-plugin:1.7:run (execution: setup-test-dirs, phase: process-test-resources)

Was the purpose of HBASE-17294 is to make Compacting Memstore as default? Am not sure on that. But that patch makes DefaultMemstore as a Noop. This JIRA is to discuss and revert back to default memstore only if the family is not configured for in memory flush/compaction.

org.wildfly.test.extension.rts.ParticipantTestCase
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.rts -Dtest=org.wildfly.test.extension.rts.ParticipantTestCase -Dsecurity.manager

15:56:43,121 ERROR [stderr] (default task-1) java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.reflect.ReflectPermission" "suppressAccessChecks")" in code source "(vfs:/content/test-deployment.war/WEB-INF/lib/arquillian-core.jar <no signer certificates>)" of "null")
15:56:43,129 ERROR [stderr] (default task-1) 	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
15:56:43,130 ERROR [stderr] (default task-1) 	at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
15:56:43,131 ERROR [stderr] (default task-1) 	at java.lang.reflect.AccessibleObject.setAccessible(AccessibleObject.java:128)
15:56:43,139 ERROR [stderr] (default task-1) 	at org.jboss.arquillian.container.test.spi.util.ServiceLoader.createInstance(ServiceLoader.java:220)
15:56:43,143 ERROR [stderr] (default task-1) 	at org.jboss.arquillian.container.test.spi.util.ServiceLoader.reload(ServiceLoader.java:181)
15:56:43,144 ERROR [stderr] (default task-1) 	at org.jboss.arquillian.container.test.spi.util.ServiceLoader.getProviders(ServiceLoader.java:286)
15:56:43,146 ERROR [stderr] (default task-1) 	at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:57)
15:56:43,148 ERROR [stderr] (default task-1) 	at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:44)
15:56:43,148 ERROR [stderr] (default task-1) 	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:169)
15:56:43,154 ERROR [stderr] (default task-1) 	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:135)
15:56:43,164 ERROR [stderr] (default task-1) 	at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:98)
15:56:43,168 ERROR [stderr] (default task-1) 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
15:56:43,173 ERROR [stderr] (default task-1) 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
15:56:43,174 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
15:56:43,175 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
15:56:43,177 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
15:56:43,180 ERROR [stderr] (default task-1) 	at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
15:56:43,182 ERROR [stderr] (default task-1) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:56:43,183 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
15:56:43,190 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
15:56:43,191 ERROR [stderr] (default task-1) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:56:43,194 ERROR [stderr] (default task-1) 	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
15:56:43,201 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
15:56:43,208 ERROR [stderr] (default task-1) 	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
15:56:43,210 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
15:56:43,212 ERROR [stderr] (default task-1) 	at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
15:56:43,215 ERROR [stderr] (default task-1) 	at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
15:56:43,219 ERROR [stderr] (default task-1) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:56:43,222 ERROR [stderr] (default task-1) 	at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
15:56:43,239 ERROR [stderr] (default task-1) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:56:43,248 ERROR [stderr] (default task-1) 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:56:43,255 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
15:56:43,261 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
15:56:43,262 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
15:56:43,263 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
15:56:43,269 ERROR [stderr] (default task-1) 	at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
15:56:43,271 ERROR [stderr] (default task-1) 	at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
15:56:43,274 ERROR [stderr] (default task-1) 	at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
15:56:43,278 ERROR [stderr] (default task-1) 	at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
15:56:43,282 ERROR [stderr] (default task-1) 	at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
15:56:43,284 ERROR [stderr] (default task-1) 	at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
15:56:43,285 ERROR [stderr] (default task-1) 	at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
15:56:43,288 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
15:56:43,290 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
15:56:43,291 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:110)
15:56:43,292 ERROR [stderr] (default task-1) 	at java.security.AccessController.doPrivileged(Native Method)
15:56:43,293 ERROR [stderr] (default task-1) 	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:107)
15:56:43,299 ERROR [stderr] (default task-1) 	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
15:56:43,301 ERROR [stderr] (default task-1) 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805)
15:56:43,304 ERROR [stderr] (default task-1) 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
15:56:43,306 ERROR [stderr] (default task-1) 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

Updated descritption:
Remove case-sensitive attribute from security realm configurations.
As the original filesystem-realm issue JBEAP-8810, which led to introducing the case-sensitive attribute, is fixed, there is no need to have this attribute anymore. It just brings new problems into configuration of the realms.
Original descritption:

    }

It should be my fault when addressing HBASE-12817, I commented a line in master and not in branch-1. This breaks the branch-1 build after HBASE-11544

With ORC stripes being large, if a stripe straddles an HDFS block, the locality of read is suboptimal. It would be good to add padding to ensure that stripes don't straddle HDFS blocks.

Ensure the config is used consistently with task-based execution by default; the exceptions should be specific (settings we don't want overridden, like zero-copy).

With RestTemplate, an IllegalArgumentException: No InputStream specified is thrown when doing HTTP HEAD on a resource which has a 4xx Status-Code.
The problem is within org.springframework.web.client.DefaultResponseErrorHandler#handleError method which fetchs the body of the response with :

    byte[] body = FileCopyUtils.copyToByteArray(response.getBody());

and that copy throws an IllegalArgumentException: No InputStream specified
We don't expect the body to be different from null when doing an HTTP HEAD (the HEAD always returns empty body response). The handleError method must handle null body response.
Set an override of DefaultResponseErrorHandler in RestTemplate which fix the problem.

    this.restTemplate.setErrorHandler(new DefaultResponseErrorHandler() {
        @Override
        public void handleError(final ClientHttpResponse response) throws IOException {
            final HttpStatus statusCode = response.getStatusCode();
            final MediaType contentType = response.getHeaders().getContentType();
            final Charset charset = contentType != null ? contentType.getCharSet() : null;
            final byte[] body = (response.getBody() != null) ? FileCopyUtils.copyToByteArray(response.getBody()) : null;
            switch (statusCode.series()) {
                case CLIENT_ERROR:
                    throw new HttpClientErrorException(statusCode, response.getStatusText(), body, charset);
                case SERVER_ERROR:
                    throw new HttpServerErrorException(statusCode, response.getStatusText(), body, charset);
                default:
                    throw new RestClientException("Unknown status code [" + statusCode + "]");
            }
        }
    });

We have a UrlBasedViewResolver bean for which we want to inject custom attributes using the attributesMap property. The property is of type Map<String, ?> and trying to inject a map using XML config (<map><entry key="test" value="test" /></map>) will create a LinkedHashMap and trigger the MapToMapConverter, which will try to convert the LinkedHashMap to a map of type Map<String, ?>. This doesn't work as the TypeDescriptor for Map<String, ?> reports that the value doesn't have a type, i.e. TypeDescriptor.NULL, which will eventually lead to a RuntimeException being thrown and as such the application cannot be started. I guess it is the wildcard that makes it difficult for the TypeDescriptor to decide on a type for the value, as the GenericCollectionTypeResolver cannot get a type for the unbounded wildcard.
I don't know if the problem is supposed to be fixed in UrlBasedViewResolver (by changing the type of the argument to setAttributesMap) or if it is the MapToMapConverter, TypeDescriptor or GenericCollectionTypeResolver that is at fault and should be fixed.

The -e and the -f options behave differently. 

beeline -u jdbc:hive2://localhost:10000/default --showHeader=false --silent=true -f select.sql
0: jdbc:hive2://localhost:10000/default> select * from sample_07 limit 5;
--------------------------------------------------------------------------------------
00-0000 All Occupations 134354250 40690
11-0000 Management occupations 6003930 96150
11-1011 Chief executives 299160 151370
11-1021 General and operations managers 1655410 103780
11-1031 Legislators 61110 33880

beeline -u jdbc:hive2://localhost:10000/default --showHeader=false --silent=true -e "select * from sample_07 limit 5;"
00-0000 	All Occupations 	134354250 	40690
11-0000 	Management occupations 	6003930 	96150
11-1011 	Chief executives 	299160 	151370
11-1021 	General and operations managers 	1655410 	103780
11-1031 	Legislators 	61110 	33880

jboss-client.jar uses jms 2.0 specification from geronimo-jms_2.0_spec not from jboss-jms-api_2.0_spec. As EAP 7.0.0.DR5 uses jboss specs, we should use it in the client jar as well.
There is also issue in geronimo-jms_2.0_spec : 
public @interface JMSDestinationDefinitions 
{
    public JMSConnectionFactoryDefinition[] value();
}
This should contain public JMSDestinationDefinition[] value(); instead of  public JMSConnectionFactoryDefinition[] value();

Camel ElSql should store number of rows updated for update operation into CamelSqlUpdateCount header.
Route:

<route>
  <from uri="direct:updateLicense"/>
  <to uri="elsql:updateLicense"/>
  <to uri="mock:updateLicense"/>
</route>

ElSQL

@NAME(updateLicense)
    UPDATE projects
    SET license = :lic
    WHERE id = :id

Here is stack trace

NoMethodError: undefined method `getServerInfo' for #<Java::OrgApacheHadoopHbase::ClusterStatus:0x6175f8cb>
      getServers at draining_servers.rb:53
         __for__ at draining_servers.rb:71
            each at org/jruby/RubyArray.java:1620
  getServerNames at draining_servers.rb:64
      addServers at draining_servers.rb:86
          (root) at draining_servers.rb:152

HIVE-12796 switches to use 32-bit containers to run the HMS upgrade tests. The JAVA_HOME values set in prepare.sh and execute.sh for derby use
export JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64
which are specific to 64-bit VMs. 
Change these scripts to make them architecture-independent.

Support the meta region server is down, and the SSH tries to re-assign it.  This could happen:
1. AM plans to assign meta to a region server (R_old);
2. Now R_old is dead, the new region server (R_new) starts up on the same host, port, but gets a different start code;
3. AM sends the open region request to R_new and the Meta is opened on it;
4. AM gets ZK event, but it is from a different region server instance (R_new), not the expected one (R_old), so it sends a close region request to R_new;
5. Now, the meta is stuck in transition and won't be assigned.
This won't happen to a user region since the SSH for R_old will find out the user region stuck in transition and re-assign it.  For meta, it is a little different.  AM checks if a dead region server carries the meta based on the ZK info, which is changed to the new region server R_new at step 3 by the open region handler.
The fix I was thinking about is:
1. In checking if a region server carries a region, uses the region transition information if it exists (which is the source of truth, to master), if not, checks the ZK data as before;
2. In open region handler, when transition assign zk node from offline to opening, make sure the current region server is the expected one (ZK#transitionNode, existing code doesn't check the target server name).

Refresh token is always issued irrespective of client configuration.  A refresh token should only be issued on an auth code grant  and only if the client is allowed it.

Running org.apache.hadoop.hbase.TestClassFinder
Tests run: 11, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 7.307 sec <<< FAILURE!
Results :
Failed tests:   testClassFinderFiltersByPathInJar(org.apache.hadoop.hbase.TestClassFinder): expected:<1> but was:<2>

Reason: jar issues with file separator. 

It appears the composite key support offered in DoD does not correctly create the identifier class instance. The identifier class does not (and should not) provide public mutators for its fields however DoD is creating code that calls these (non-existent) methods. It should call the constructor instead.

If I use a placeholder to create the bean name alias from the name= attribute, there is an infinte loop in the bean creation (Spring never comes back from creating the application context).  Example:
	xmlns:aop="http://www.springframework.org/schema/aop"
	xsi:schemaLocation="http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.0.xsd
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd"
	xmlns:context="http://www.springframework.org/schema/context">
	<bean id="string" name="${string.name}" class="java.lang.String">
		<constructor-arg value="${string.value}" />
	</bean>
	<bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
			<value>
			string.value=foo
			string.name=string
			</value>
	</bean>
</beans>
If the placeholder is not used for the name= (or if the alias is different from the id) then everything is fine.

Link to docs from the main Spring Data Commons page is producing 404 https://spring.io/projects/spring-data-commons#learn try clicking on the reference GA docs link. it's linking to https://docs.spring.io/spring-data/datacmns/docs/2.0.3.RELEASE/reference/html/ and that is giving the 404
https://docs.spring.io/spring-data/commons/docs/current/reference/html/ which find via google seems to work.
 
Also is the docs in the section on nullabality analysis https://docs.spring.io/spring-data/commons/docs/current/reference/html/#repositories.nullability the link to the Spring Framework’s nullability annotations. is broken see attached screenshot looks like a bunch of the bullet points are intended to be links but have some var that has not been set.

HBASE-14061 made a change that caused building against hadoop 3 to fail, but the hadoopcheck precommit test gave the change a +1.

When all column values are null for a decimal column and when column stats exists. AnnotateWithStatistics optimization can throw NPE. Following is the exception trace

        at org.apache.hadoop.hive.ql.stats.StatsUtils.getColStatistics(StatsUtils.java:712)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.convertColStats(StatsUtils.java:764)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.getTableColumnStats(StatsUtils.java:750)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:197)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:143)
        at org.apache.hadoop.hive.ql.stats.StatsUtils.collectStatistics(StatsUtils.java:131)
        at org.apache.hadoop.hive.ql.optimizer.Optimizer.optimize(Optimizer.java:228)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10156)
        at org.apache.hadoop.hive.ql.parse.CalcitePlanner.analyzeInternal(CalcitePlanner.java:225)
        at org.apache.hadoop.hive.ql.parse.BaseSemanticAnalyzer.analyze(BaseSemanticAnalyzer.java:237)

Right now we have this logic:

  public MiniHBaseCluster getMiniHBaseCluster() {
    if (this.hbaseCluster instanceof MiniHBaseCluster) {
      return (MiniHBaseCluster)this.hbaseCluster;
    }
    throw new RuntimeException(hbaseCluster + " not an instance of " +
                               MiniHBaseCluster.class.getName());
  }

Since null is not actually an instance of MiniHBaseCluster we'll throw the RuntimeException rather than returning null.
Some tests call this method and check for null, which is pointless.

I noticed these ERROR logs while debugging some test runs. The message was basically useless. Make demote the messages to DEBUG and make them actionable by including the path of the problematic file.

$ ./run-tests.sh CamelNagiosTest
...
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 7.425 sec <<< FAILURE! - in org.apache.camel.itest.karaf.CamelNagiosTest
test(org.apache.camel.itest.karaf.CamelNagiosTest)  Time elapsed: 7.33 sec  <<< ERROR!
java.lang.ClassNotFoundException: org.bouncycastle.crypto.BlockCipher not found by wrap_file__Users_tasato_.m2_repository_com_github_jsendnsca_jsendnsca_2.1.1_jsendnsca-2.1.1.jar [82]
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1550)
	at org.apache.felix.framework.BundleWiringImpl.access$200(BundleWiringImpl.java:79)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1958)
	at com.googlecode.jsendnsca.encryption.Encryption.<clinit>(Encryption.java:42)
	at org.apache.camel.component.nagios.NagiosConfiguration.<init>(NagiosConfiguration.java:52)
	at org.apache.camel.component.nagios.NagiosComponent.<init>(NagiosComponent.java:36)
	at org.apache.camel.util.ObjectHelper.newInstance(ObjectHelper.java:1736)
	at org.apache.camel.util.ReflectionInjector.newInstance(ReflectionInjector.java:32)
	at org.apache.camel.impl.DefaultInjector.newInstance(DefaultInjector.java:45)
	at org.apache.camel.impl.osgi.Activator$BaseResolver.createInstance(Activator.java:544)
	at org.apache.camel.impl.osgi.Activator$BaseResolver.createInstance(Activator.java:514)
	at org.apache.camel.impl.osgi.Activator$BundleComponentResolver.resolveComponent(Activator.java:292)
	at org.apache.camel.core.osgi.OsgiComponentResolver.getComponent(OsgiComponentResolver.java:58)
	at org.apache.camel.blueprint.BlueprintComponentResolver.resolveComponent(BlueprintComponentResolver.java:66)
	at org.apache.camel.impl.DefaultCamelContext.initComponent(DefaultCamelContext.java:517)
	at org.apache.camel.impl.DefaultCamelContext.lambda$getComponent$0(DefaultCamelContext.java:468)
	at org.apache.camel.impl.DefaultCamelContext.getComponent(DefaultCamelContext.java:468)
	at org.apache.camel.test.karaf.AbstractFeatureTest.testComponent(AbstractFeatureTest.java:201)
	at org.apache.camel.test.karaf.AbstractFeatureTest.testComponent(AbstractFeatureTest.java:188)
	at org.apache.camel.itest.karaf.CamelNagiosTest.test(CamelNagiosTest.java:30)

Results :

  CamelNagiosTest.test:30->AbstractFeatureTest.testComponent:188->AbstractFeatureTest.testComponent:201 » ClassNotFound

[INFO] Total time: 11.545 s
[INFO] Finished at: 2017-09-07T11:33:10+09:00

When the HiveAuthFactory is constructed in HS2, it initializes a HMSHandler unnecessarily right before the call to: HadoopThriftAuthBridge.startDelegationTokenSecretManager().  If the DelegationTokenStore is configured to be a memoryTokenStore, this step is not needed.
Side effect is creation of useless derby database file on HiveServer2 in secure clusters, causing confusion.  This could potentially be skipped if MemoryTokenStore is used.

natty@hadoop1:~$ hive
hive> add jar /home/natty/source/sample-code/custom-serdes/target/custom-serdes-1.0-SNAPSHOT.jar;
Added /home/natty/source/sample-code/custom-serdes/target/custom-serdes-1.0-SNAPSHOT.jar to class path
Added resource: /home/natty/source/sample-code/custom-serdes/target/custom-serdes-1.0-SNAPSHOT.jar
hive> create table test (a int) row format serde 'hive.serde.JSONSerDe';            
OK
Time taken: 2.399 seconds
hive> drop table test;                                                               
FAILED: Hive Internal Error: java.lang.RuntimeException(MetaException(message:org.apache.hadoop.hive.serde2.SerDeException SerDe hive.serde.JSONSerDe does not exist))
java.lang.RuntimeException: MetaException(message:org.apache.hadoop.hive.serde2.SerDeException SerDe hive.serde.JSONSerDe does not exist)
	at org.apache.hadoop.hive.ql.metadata.Table.getDeserializerFromMetaStore(Table.java:262)
	at org.apache.hadoop.hive.ql.metadata.Table.getCols(Table.java:490)
	at org.apache.hadoop.hive.ql.metadata.Table.checkValidity(Table.java:162)
	at org.apache.hadoop.hive.ql.metadata.Hive.getTable(Hive.java:943)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeDropTable(DDLSemanticAnalyzer.java:700)
	at org.apache.hadoop.hive.ql.parse.DDLSemanticAnalyzer.analyzeInternal(DDLSemanticAnalyzer.java:210)
Caused by: MetaException(message:org.apache.hadoop.hive.serde2.SerDeException SerDe com.cloudera.hive.serde.JSONSerDe does not exist)
	at org.apache.hadoop.hive.metastore.MetaStoreUtils.getDeserializer(MetaStoreUtils.java:211)
	at org.apache.hadoop.hive.ql.metadata.Table.getDeserializerFromMetaStore(Table.java:260)
	... 20 more
hive> drop table test;
OK
Time taken: 0.658 seconds
hive> 

Current camel-cometD component always use on server and it doesn't support to create multiples endpoints with different ports.
Here is the thread which discuss about it.
[1]http://camel.465427.n5.nabble.com/Error-with-multiple-CometD-components-td5562936.html

Method applyFilter from org.wildfly.security.ssl.ProtocolSelector.RemovingProtocolSelector is incorrectly implemented. Set<Protocol> enabled cannot contain (and therefore cannot remove) EnumSet<Protocol> protocols.

Twitter recently changed the date format in the JSON returned for the /trends/daily endpoint from "yyyy-MM-dd HH:mm:ss" to "yyyy-MM-dd HH:mm". This causes the date to not be parsed correctly and ultimately in a NullPointerException when calling searchOperations().getDailyTrends().
Changing the format to "yyyy-MM-dd HH:mm" will fix this.

If HIVE_OPTS were to be set, then the Hive Metatool fails on parsing the commandline arguments. This can happen, for example, if HIVE_AUX_JARS_PATH were to include the HCatalog jar.
The result, then, is that it tries to execute the following:

exec $HADOOP jar ${HIVE_LIB}/hive-cli-*.jar $CLASS $HIVE_OPTS "$@"

which maps to:

exec /usr/lib/hadoop/bin/hadoop jar /usr/lib/hive/lib/hive-cli-0.11.0.2.0.5.0-30.jar org.apache.hadoop.hive.metastore.tools.HiveMetaTool -hiveconf hive.aux.jars.path=file:///usr/lib/hcatalog/share/hcatalog/hcatalog-core.jar -listFSRoot

Then Metatool chokes on seeing the "-hiveconf" parameter.

This is a good one.  It happened to me testing OOME in split logging.

Balancer moves region to new location, regionservrer X.
New location regionserver X successfully opens the region and then goes to update .META.
At this point, the server carrying .META. crashes.
Regionserver X is stuck waiting on .META. to come back online.  It takes so long master times out the region-in-transition
Master assigns the region elsewhere to regionserver Y
It opens successfully on regionserver Y and then it also parks waiting on .META. coming online
.META. comes online
The two servers X and Y race to update .META.

I saw case where server X edit went in after server Ys edit which means that lookups in .META. get the wrong server.  HBCK can detect this situation.
RegionServer X when it wakes up coreeclty notices that its lost control of the region but the damage is done – where damage is .META. edit.
Chatting with Jon, he suggested that regionserver X should 'rollback' the .META. edit – do explicit delete of what it added.  This would work I think but chatting more, I'll make a fix that keeps updating the zookeeper OPENING state while edit goes on in a separate thread.  Our continuous setting of OPENING will make it so region-in-transition does not timeout.

 I amended the camel-example-osgi project so as to use the Java RouteBuilder, the MyRouteBuilder class in that project
I changed the blueprint.xml file to the following
	<bean id="routeBuilder" class="org.apache.camel.example.osgi.MyRouteBuilder" />
			<routeBuilder ref="routeBuilder"/>
However nothing happens, no error message is displayed either.
If I leave the example in its original state, in other words using the xml-based dsl, then it works.
Maybe this is somehow related to the fact that packageScan does not work???
Regards 
Ivanhoe

This is very minor low-hanging fruit. 
When users troubleshoot Entity Manager classpath scanning, it is helpful to enable DEBUG logging to see what Entity/MappedSuperclass and Mapping Files are found by spring. In fact, this logging was the intention of the current code, however it fails to output the actual resource name that was found, as below:

07/10/2015 11:17:43 DEBUG org.springframework.data.jpa.support.ClasspathScanningPersistenceUnitPostProcessor (ClasspathScanningPersistenceUnitPostProcessor.java:101) - Registering classpath-scanned entity %s in persistence unit info!
07/10/2015 11:17:43 DEBUG org.springframework.data.jpa.support.ClasspathScanningPersistenceUnitPostProcessor (ClasspathScanningPersistenceUnitPostProcessor.java:106) - Registering classpath-scanned entity mapping file in persistence unit info!

Since slf4j is being used, the fix is likely just adding the "{}" token instead of "%s".

in: org.springframework.data.jpa.support.ClasspathScanningPersistenceUnitPostProcessor.postProcessPersistenceUnitInfo(MutablePersistenceUnitInfo)
. . .
LOG.debug("Registering classpath-scanned entity %s in persistence unit info!", definition.getBeanClassName());
. . .
LOG.debug("Registering classpath-scanned entity mapping file in persistence unit info!", location);

org.springframework.web.WebApplicationInitializer's Javadoc have three examples.
The second example's "The code-based approach with WebApplicationInitializer" missed a semi-colon.
code
  XmlWebApplicationContext appContext = new XmlWebApplicationContext() *(miss -> *

Since master is updated to JDK8 as minimum required version, remove JDK7 build from travis to avoid builds fail showing up in README. 

roo> addon install id --searchResultId 1
   (&(package=org.springframework.web.client)(version>=3.1.0)(!(version>=4.0.0)))
      Spring Roo - Addon - Cloud Foundry
   (&(package=org.springframework.http.client)(version>=3.1.0)(!(version>=4.0.0)))
   (&(package=org.springframework.http)(version>=3.1.0)(!(version>=4.0.0)))
Unable to install add-on: Spring Roo - Addon - Cloud Foundry [version: 1.2.0.M1]

The documentation for 1.1.x is misleading - regardless of what may pop up in the 2.x series.
Please see this discussion for details:
http://forum.springframework.org/showthread.php?p=214917#post214917

http://www.hplsql.org/udf
here is error log i get
at org.apache.hive.hplsql.Exec.setVariable(Exec.java:148) ~[hive-hplsql-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hive.hplsql.Exec.setVariable(Exec.java:158) ~[hive-hplsql-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hive.hplsql.Udf.setParameters(Udf.java:92) ~[hive-hplsql-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hive.hplsql.Udf.evaluate(Udf.java:74) ~[hive-hplsql-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator._evaluate(ExprNodeGenericFuncEvaluator.java:187) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:80) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:68) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.SelectOperator.process(SelectOperator.java:88) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:897) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.TableScanOperator.process(TableScanOperator.java:130) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:438) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:430) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:147) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:2209) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:492) ~[hive-service-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]

While using the ZKUtil methods during testing, I found that watch was not set when it should be set based on the methods and method comments:
createNodeIfNotExistsAndWatch
createEphemeralNodeAndWatch
For example, in createNodeIfNotExistsAndWatch():

 public static boolean createNodeIfNotExistsAndWatch(
      ZooKeeperWatcher zkw, String znode, byte [] data)
  throws KeeperException {
    try {
      zkw.getRecoverableZooKeeper().create(znode, data, createACL(zkw, znode),
          CreateMode.PERSISTENT);
    } catch (KeeperException.NodeExistsException nee) {
      try {
        zkw.getRecoverableZooKeeper().exists(znode, zkw);
        zkw.interruptedException(e);
      }
      zkw.interruptedException(e);
    }
  }

The watch is only set via exists() call when the node already exists.
Similarly in createEphemeralNodeAndWatch():

  public static boolean createEphemeralNodeAndWatch(ZooKeeperWatcher zkw,
      String znode, byte [] data)
    try {
          CreateMode.EPHEMERAL);
      if(!watchAndCheckExists(zkw, znode)) {
        // It did exist but now it doesn't, try again
        return createEphemeralNodeAndWatch(zkw, znode, data);
      }
      LOG.info("Interrupted", e);
    }
  }

The standalone-rts and standalone-xts example configs include the messaging-activemq subsystem so they should include the jms-connector-factory default-binding in the ee subsystem.

When I run mvn test (or verify) - Dtest=IntegrationTestIngest, the test fails instantly, seemingly because initialization doesn't run. I am assuming junit is not picking before-after methods from the superclass, could be some other issue. 
Also, if it does run, it won't be very useful because it runs with calm monkey by default.
We need to detect being run locally rather than as AbstractHBaseTool (probably any time JUnit-annotated methods like Before are called), and set up a different chaos monkey, such as an old default one.
May also apply to other tests.

jsichi-mac:clientpositive jsichi$ pwd
/Users/jsichi/open/hive-trunk/ql/src/test/queries/clientpositive
jsichi-mac:clientpositive jsichi$ cat udtf_explode.q 
jsichi-mac:clientpositive jsichi$ 

In build #48 (https://hudson.apache.org/hudson/job/hbase-0.90/48/), TestReplication failed because of missing rows on the slave cluster. The reason is that a region server that was killed was able to archive a log at the same time the master was trying to recover it:

[MASTER_META_SERVER_OPERATIONS-vesta.apache.org:47907-0] util.FSUtils(625):
 Recovering file hdfs://localhost:50121/user/hudson/.logs/vesta.apache.org,58598,1294117333857/vesta.apache.org%3A58598.1294117406909
...
[RegionServer:0;vesta.apache.org,58598,1294117333857.logRoller] wal.HLog(740):
 moving old hlog file /user/hudson/.logs/vesta.apache.org,58598,1294117333857/vesta.apache.org%3A58598.1294117406909
 whose highest sequenceid is 422 to /user/hudson/.oldlogs/vesta.apache.org%3A58598.1294117406909
...
[MASTER_META_SERVER_OPERATIONS-vesta.apache.org:47907-0] master.MasterFileSystem(204):
 Failed splitting hdfs://localhost:50121/user/hudson/.logs/vesta.apache.org,58598,1294117333857
 java.io.IOException: Failed to open hdfs://localhost:50121/user/hudson/.logs/vesta.apache.org,58598,1294117333857/vesta.apache.org%3A58598.1294117406909 for append
Caused by: org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException:
 org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException:
 No lease on /user/hudson/.logs/vesta.apache.org,58598,1294117333857/vesta.apache.org%3A58598.1294117406909
 File does not exist. [Lease.  Holder: DFSClient_-986975908, pendingcreates: 1]

We should probably just handle the fact that a file could have been archived (maybe even check in .oldlogs to be sure) and move on to the next log.

Currently, the cache used for routing information uses the same cache mode as the cache used for web sessions.  On a 4 node cluster, this results in an extra RPC for half of the requests.  The routing cache should always use REPL, if the web session cache is clustered, and should never use a persistent store.

Following the following sqls to create table and view and execute a select statement. It will throw the runtime exception:

FAILED: RuntimeException org.apache.hadoop.hive.ql.exec.UDFArgumentTypeException: "map" or "list" is expected at function SIZE, but "int" is found

CREATE TABLE t1( symptom STRING,  pattern ARRAY<INT>,  occurrence INT, index INT);

CREATE OR REPLACE VIEW v1 AS
SELECT TRIM(pd.symptom) AS symptom, pd.index, pd.pattern, pd.occurrence, pd.occurrence as cnt from t1 pd;

SELECT pattern_data.symptom, pattern_data.index, pattern_data.occurrence, pattern_data.cnt, size(pattern_data.pattern) as pattern_length, pattern.pattern_id
FROM v1 pattern_data LATERAL VIEW explode(pattern) pattern AS pattern_id;

Setup cluster with two HMasters
Observe that HM1 is up and that all RS's are in the RegionServer list on web page.
Kill (not even -9) the active HMaster
Wait for ZK to time out (default 3 minutes).
Observe that HM2 is now active.  Tables may show up but RegionServers never report on web page.  Existing connections are fine.  New connections cannot find regionservers.

Note: 

If we replace a new HM1 in the same place and kill HM2, the cluster functions normally again after recovery.  This sees to indicate that regionservers are stuck trying to talk to the old HM1.

STOMP errors do not get logged at all, for example "HQ222068: connection closed ..." on unclean connection close.
Also, apparently due to the same root cause (or at least fixed by the same fix), for example connecting with an unsupported STOMP version just hangs instead of responding with the ERROR frame.

Let's assume a class B extends a class A. Further, the class A declares a method m() annotated with @Autowired and the class B overrides the method m(), but declares it with no @Autowired annotation. Then, the method m() should not be called for dependency injection. And it won't be called, but only if the method B.m()  is declared as public. Otherwise, the current Spring implementation will call it.
The source of the bug is the ClassUtils.getMostSpecificMethod implementation which can handle correctly only public methods. It gets called from AutowireAnnotationBeanPostProcessor.findAutowiringMetadata.

The following code should check if the connection is a JNLP connection.
ResourceUtils.java
/**
 * Set the {@link URLConnection#setUseCaches "useCaches"} flag on the
 * given connection, preferring <code>false</code> but leaving the
 * flag at <code>true</code> for JNLP based resources.
 * @param con the URLConnection to set the flag on
 */
public static void useCachesIfNecessary(URLConnection con) {
   con.setUseCaches(con.getClass().getName().startsWith("JNLP"));
}

I've debugged the code and the getName() of the connection returns the name with packages prefixed in case of using the Oracle JDK (as expected) what prevents the flag set to true.
I think this call should use ClassUtils.getShortName() instead of getClass().getName().
/**
 */
   con.setUseCaches(ClassUtils.getShortName(con.getClass()).startsWith("JNLP"));
}

The constructor for the org.springframework.scheduling.support.CronSequenceGenerator will go into an infinite loop if one of the fields is of the form n/0

    public static void main (String[] s) {
        new CronSequenceGenerator("*/0 * * * * *");
        System.out.println("We will never get here");
    }

I guess that either the  /0 should be ignored, or it should throw an IllegalArgumentException

-Djava.security.policy==/Users/kabir/tmp/permit.policy (note the extra '=') is a valid setting to just use that policy file (unlike -Djava.security.policy=/Users/kabir/tmp/permit.policy which adds it to the system wide and user policies)
Main.getHostSystemProperties() currently handles this in a way that the value becomes null, while it should be '=/Users/kabir/tmp/permit.policy' which causes this problem when starting up the servers 

[Server:server-one] Exception in thread "main" java.security.AccessControlException: access denied (java.util.PropertyPermission module.path write)
[Server:server-one]     at java.security.AccessControlContext.checkPermission(AccessControlContext.java:376)
[Server:server-one]     at java.security.AccessController.checkPermission(AccessController.java:549)
[Server:server-one]     at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
[Server:server-one]     at java.lang.System.setProperty(System.java:741)
[Server:server-one]     at org.jboss.modules.Main.main(Main.java:148)

jdbc module couldn't be compiled with jdk7 as it adds some abstract method in the JDBC specification 
some error info:
 error: HiveCallableStatement is not abstract and does not override abstract
method <T>getObject(String,Class<T>) in CallableStatement
.
.
.

The latest JRuby's complete jar bundles *GPL jars (JNA and JFFI among others).   It looks like the functionality we depend on – the shell in particular – makes use of these dirty jars so they are hard to strip.  They came in because we (I!) just updated our JRuby w/o checking in on what updates contained.  JRuby has been doing this for a while now (1.1.x added the first LGPL).  You have to go all the ways back to the original HBase checkin, HBASE-487, of JRuby – 1.0.3 – to get a JRuby w/o *GPL jars.
Plan is to try and revert our JRuby all the ways down to 1.0.3 before shipping 0.90.0.  Thats what this issue is about.
We should also look into moving off JRuby in the medium to long-term.  Its kinda awkward sticking on an old version that is no longer supported.  I'll open an issue for that.

https://bugzilla.redhat.com/show_bug.cgi?id=901075 description: 
Adding a security domain with JASPI authentication fails if there is no (or is empty) login-module-stack. It should be possible to add custom ServerAuthModule, which doesn't use JAAS login modules.

<security-domain name="jmx-console" cache-type="default">
	<authentication-jaspi>

		<!-- FIXME: the not empty login-module-stack must be provided even it's not used -->
		<login-module-stack name="lm-stack">
			<login-module code="UsersRoles" flag="required"/>
		</login-module-stack>

		<auth-module code="org.jboss.example.CustomServerAuthModule" flag="required">
			<module-option name="option1" value="value1" />
		</auth-module>
	</authentication-jaspi>
</security-domain>

It should be possible to remove here the login-module-stack element.

We are not all git experts and it will be helpful to have a workflow documented, understanding that there are about a million ways to do everything in git.

When reverse engineering tables with camelcase columns using MySQL and Hibernate, something goes wrong, as the webapp resulting from a 'controller all' results in a mapping exception when running it.
Steps:
1. Create a database and add rights
create database roobug
grant all privileges on roobug.* to roobug@localhost identified by 'roobug'
2. Create a table with a camelcase column
create table camelcasebug(id int primary key, buggyColumn varchar(50));
3. Startup Roo and create a project
mkdir roobug
cd roobug
roo
project --topLevelPackage com.buggy.camelcase
4. Setup persistence
persistence setup --database MYSQL --provider HIBERNATE --databaseName roobug --userName roobug --password roobug
5. Reverse engineer
database reverse engineer --package ~.domain
6. Create controllers
controller all --package ~.controller
7. Exit Roo
q
8. Run the application in Tomcat.
mvn tomcat:run
The result will be an exception like this:
org.hibernate.HibernateException: Missing column: buggy_column in roobug.camelcasebug
When looking at the DbManaged .aj file for that table, the mapping seems correct. Perhaps Roo creates a faulty configuration somewhere?

Found the problem when implementing HBASE-21671, TestRegionReplicaFailover is easy to fail. In this test we set REGION_REPLICA_WAIT_FOR_PRIMARY_FLUSH_CONF_KEY to true, which means the secondary replicas can not be read until the primary region has been successfully flushed. But in RegionReplicaFlushHandler, there is only one place where we call region.setReadsEnabled(true), this is incorrect.

The normalization can lead to LLAP starting with invalid configuration with regard to cache size, jmx and container size. If the memory configuration is invalid, it should fail immediately.

When applying a json/patch operation to replace an attribute of an entity in an indexed collection through Spring Data Rest, the operation fails if the collection element is at index 10 or greater.
The issue appears to arise in method

SpelPath.TypedSpelPath.verifyPath(String path, Class<?> type)

and it appears to be in this part of the path source filtering expression:

...
.filter(it -> !it.matches("\\d")) // no digits
...

The fix that seems to resolve the issue is:

...
.filter(it -> !it.matches("\\d+")) // no digits
...

Since 2.7.0, RabbitMQ no longer puts rejected messages at the back of the queue; they go to the front of the queue.

If there is issue with Zookeeper (e.g. connection issues), then it takes HS2 some time to connect. During this time, Ambari could issue health checks against HS2 and the CloseSession call will trigger the shutdown of HS2, which is not expected. That triggering should happen only when the HS2 has been deregistered with Zookeeper, not during the startup time when HS2 is not registered with ZK yet.

Incrementing never writes to the WAL.  Under failure scenarios, you will lose all increments since the last flush.
Do we want to expose the option to the client as to whether to write to WAL or not?

Otherwise, VectorUDFAdaptor is used to convert a column from String to Int, etc.

I found this problem when I write ut for HBASE-20569. Now the master  finishActiveMasterInitialization introduce a new RecoverMetaProcedure(HBASE-18261) and it has a sub procedure AssignProcedure. AssignProcedure will skip assign a region when regions state is OPEN and server is online. But for the new regiog state node is created with state OFFLINE. So it will assign the meta to a new RS. And kill the old RS when old RS report to master. This will make the master initialization cost a long time. I will attatch a ut to show this. FYI stack

I can see default value for "realm" option in documentation https://access.redhat.com/documentation/en/red-hat-jboss-enterprise-application-platform/7.0/single/login-module-reference/#realmusersroles_login_module.
But I have to set this option explicitly otherwise I will get NPE exception.
In my opinion problem is here https://github.com/jbossas/jboss-eap7/blob/7.x/security/subsystem/src/main/java/org/jboss/as/security/RealmUsersRolesLoginModule.java#L61.

2016-08-04 10:58:19,415 DEBUG [org.jboss.security] (management task-9) PBOX00206: Login failure: javax.security.auth.login.LoginException: java.lang.NullPointerException
	at org.jboss.sasl.util.UsernamePasswordHashUtil.stringToByte(UsernamePasswordHashUtil.java:86)
	at org.jboss.sasl.util.UsernamePasswordHashUtil.generateHashedURP(UsernamePasswordHashUtil.java:131)
	at org.jboss.sasl.util.UsernamePasswordHashUtil.generateHashedHexURP(UsernamePasswordHashUtil.java:156)
	at org.jboss.sasl.util.UsernamePasswordHashUtil.generateHashedHexURP(UsernamePasswordHashUtil.java:162)
	at org.jboss.as.security.RealmUsersRolesLoginModule.createPasswordHash(RealmUsersRolesLoginModule.java:71)
	at org.jboss.security.auth.spi.UsernamePasswordLoginModule.login(UsernamePasswordLoginModule.java:263)
	at org.jboss.security.auth.spi.UsersRolesLoginModule.login(UsersRolesLoginModule.java:171)
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:239)
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:257)
	at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:225)
	at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:124)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:802)

	at javax.security.auth.login.LoginContext.invoke(LoginContext.java:856)

If a nested property placeholder (for instance "${${Innter}.Outer}") is referenced twice within a single property string, Spring incorrectly reports a circular placeholder reference. Run the attached code for an example. To run, just throw Spring/log4j/commons-logging on the classpath and execute the main method. Pwd needs to be the root of the unzipped archive (so the res/constants.properties file is properly referenced).
In the attached code, a simple bean has a string field set to ${Top}. The properties file defines Top as ${Child}${Child}. Child is defined as ${${Differentiator}.Grandchild}. Differentiator is equal to First, and First.Grandchild equals ActualValue.
It is clear that this is a directed tree; no circular references in resolving placeholders. The final interpolated value should be "ActualValueActualValue", but an exception is thrown after the first value is resolved.
I believe the root cause is in the inner workings of the parseStringValue method (in PropertyPlaceholderConfigurer). It appears that, on the way in, ${Differentiator}.Grandchild is added to the "visitedPlaceholders" collection. On the way back out (recursively speaking), ${Differentiator} has already been resolved, and an attempt is made to remove (in this case) "First.Grandchild" from the visitedPlaceholders collection (which value has never been in the collection to begin with). Hence the collection is left in a dirty state even after the method has exited all the way back up the chain.
The problem comes during the evaluation of the second occurrence of ${Child}. Because the vistedPlaceholders collection still contains ${Differentiator}.Grandchild, visitedPlaceholders.add(placeholder) returns false while trying to add this placeholder when it is seen a second time (on the way down). So 'throw new BeanDefinitionStoreException("Circular placeholder reference '" + placeholder + "' in property definitions");' is executed.
It is clear that there is no technical reason why this case should not be feasible, so this is filed as a bug. In real-world scenarios, this issue might show up anytime someone wants to repeat a value within a single string. Examples: within an Oracle JdbcUrl, the TNS name appears twice. Or: A command to setup an ssh tunnel from a remote port to the same port on localhost needs to repeat that port number.
The repetition alone is not enough to cause this bug, it is caused by the repetition of a placeholder utilizing nesting.

When a class level validator is  invoked during "binding" of an input form with a "form object"/Bean, its failure to validate at the class level is treated as a "FieldError".  This causes an IllegalArgumentException to be reported later from GenericConvesionService.convert() when it attempts to convert the Bean (i.e., the "value") to the type of the field, e.g., to String.  This issue does not exist in 3.1.0.RC1. From 3.1.0.RC1 to 3.1.0.RC2, there was a change to SpringValidatorAdapter.validate(Object,Errors) that seems to be one/the source of this problem.  Attached is an Eclipse/Maven project that demonstrates the issue.  The pom.xml file has two profiles one for 3.1.0RC1 and one for 3.1.0.RC2.  There are two Eclipse launch configurations defined that invoke Maven with one or the other profile active.  Maven will start up Jetty and then run a single Selenium test that provides two different "passwords" for a "new user page".  A "@Matches" validator will be called to compare these two values and will return "false" because they are different.  The current logic seems to treat this as a "binding failure" and associates the Bean instance (the value being validated) with the "confirmationPassword" field as its "invalid value."  The conversion service later tries to convert the Bean to a String, the type of the field, which causes the IllegalArgumentException to be thrown.

The Continuous Query Container calls the implementing class twice.  Once for the interface method and again for the handleEvent method (which doesn't exist)
Attached is a STS project that demonstrates the issue.
First start the quickstart.CacheServerApp continuous-query-cache-context.xml
Second start the quickstart.CqClientApp then follow the direction on screen. 
Snippet of expected output:
*************************************
This client will update the server cache and its CQ listener will
get events for any changes to the CQ result set.
CQ events provide the base operation (the change to the server's cache),
and the query operation (the change to the CQ's result set).
Press Enter to continue.
___________________________________________________________________
CQ looking for entries whose value is 'ClientFirstValue'...
Putting key1 with value 'ClientFirstValue'
This satisfies the query, so the CqListener will report a query
creation event from the server cache.
    CqListener:
    Received cq event for entry: key1, ClientFirstValue
    With BaseOperation = Create and QueryOperation = Create
May 4, 2012 11:39:22 AM org.springframework.data.gemfire.listener.adapter.ContinuousQueryListenerAdapter handleListenerException
SEVERE: Listener execution failed
java.lang.IllegalArgumentException: Cannot find a suitable method named quickstart.ContinuousQueryListenerImpl#handleEvent - is the method public and has the proper arguments?
	at org.springframework.data.gemfire.listener.adapter.ContinuousQueryListenerAdapter$MethodInvoker.<init>(ContinuousQueryListenerAdapter.java:136)
	at org.springframework.data.gemfire.listener.adapter.ContinuousQueryListenerAdapter.onEvent(ContinuousQueryListenerAdapter.java:278)
	at org.springframework.data.gemfire.listener.ContinuousQueryListenerContainer.executeListener(ContinuousQueryListenerContainer.java:234)
	at org.springframework.data.gemfire.listener.ContinuousQueryListenerContainer$1.run(ContinuousQueryListenerContainer.java:416)

While investigating failures in org.jboss.as.test.manualmode.ejb.client.cluster.EJBClientClusterConfigurationTestCase following the upgrade to JGroups 3.5, I uncovered a number of critical bugs in the DistributedCache logic.

DistributedCache uses a thread-local stack to store the reference to a Batch across invocations of Cache get/release/discard(...).  Consequently, Infinispan's transaction won't commit if Cache.get(...) was called from a different thread than Cache.release(...) or Cache.discard(...)
The implementation of the Batch SPI uses Infinispan's BatchContainer, which itself relies on thread locals to store references to the Transaction across calls to startBatch()/endBatch().
Once the above issues were address, I got an NPE in InfinispanBeanEntryExternalizer.writeObject(...) when the lastAccessedTime is null (which is the case following creation).

2010-12-15 00:33:17,706 ERROR org.apache.hadoop.hbase.master.LogCleaner: Caught exception
        at org.apache.hadoop.hbase.replication.master.ReplicationLogCleaner.isLogDeletable(ReplicationLogCleaner.java:59)
        at org.apache.hadoop.hbase.master.LogCleaner.chore(LogCleaner.java:138)
        at org.apache.hadoop.hbase.master.LogCleaner.run(LogCleaner.java:165)

Assigning J-D at his request.

TestCacheOnWrite passes locally but has been flaking in 0.98 builds on Jenkins, most recently https://builds.apache.org/job/HBase-0.98/878/
The test takes a long time to execute (338.492 sec) and is resource intensive (216 tests). Neither of these characteristics endear it to Jenkins.
When I ran this unit test on a macbook after a minute the fan was running so fast I thought it would take flight. 

If a repl dump command is run and it fails for some reason while doing table level dumps, the state set on the db parameters is not reset and hence no table / partition renames can be done. 
the property to be reset is prefixed with key 

bootstrap.dump.state 

and it should be unset. meanwhile the workaround is 

describe database extended [db_name]; 

assuming property is 'bootstrap.dump.state.something'

alter  database [db_name] set dbproperties ('bootstrap.dump.state.something'='idle');"

HBASE-13010 changed hard-coded '/tmp' in HFileOutputFormat2 partitioner's path to 'hadoop.tmp.dir'.  This breaks unit test in Windows.

   static void configurePartitioner(Job job, List<ImmutableBytesWritable> splitPoints)
     ...
     // create the partitions file
-    FileSystem fs = FileSystem.get(job.getConfiguration());
-    Path partitionsPath = new Path("/tmp", "partitions_" + UUID.randomUUID());
+    FileSystem fs = FileSystem.get(conf);
+    Path partitionsPath = new Path(conf.get("hadoop.tmp.dir"), "partitions_" + UUID.randomUUID());

Here is the exception from 1 of the UTs when running against Windows (from branch-1.1) - The ':' is an invalid character in windows file path:

java.lang.IllegalArgumentException: Pathname /C:/hbase-server/target/test-data/d25e2228-8959-43ee-b413-4fa69cdb8032/hadoop_tmp/partitions_fb96c0a0-41e6-4964-a391-738cb761ee3e from C:/hbase-server/target/test-data/d25e2228-8959-43ee-b413-4fa69cdb8032/hadoop_tmp/partitions_fb96c0a0-41e6-4964-a391-738cb761ee3e is not a valid DFS filename.
	at org.apache.hadoop.hdfs.DistributedFileSystem$7.doCall(DistributedFileSystem.java:448)
	at org.apache.hadoop.hdfs.DistributedFileSystem$7.doCall(DistributedFileSystem.java:444)
	at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:444)
	at org.apache.hadoop.hdfs.DistributedFileSystem.create(DistributedFileSystem.java:387)
	at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:909)
	at org.apache.hadoop.io.SequenceFile$Writer.<init>(SequenceFile.java:1074)
	at org.apache.hadoop.io.SequenceFile$RecordCompressWriter.<init>(SequenceFile.java:1374)
	at org.apache.hadoop.io.SequenceFile.createWriter(SequenceFile.java:275)
	at org.apache.hadoop.io.SequenceFile.createWriter(SequenceFile.java:297)
	at org.apache.hadoop.hbase.mapreduce.HFileOutputFormat2.writePartitions(HFileOutputFormat2.java:335)
	at org.apache.hadoop.hbase.mapreduce.HFileOutputFormat2.configurePartitioner(HFileOutputFormat2.java:593)
	at org.apache.hadoop.hbase.mapreduce.ImportTsv.createSubmittableJob(ImportTsv.java:539)
	at org.apache.hadoop.hbase.mapreduce.ImportTsv.run(ImportTsv.java:720)
	at org.apache.hadoop.hbase.mapreduce.TestImportTsv.doMROnTableTest(TestImportTsv.java:313)
	at org.apache.hadoop.hbase.mapreduce.TestImportTsv.testBulkOutputWithoutAnExistingTable(TestImportTsv.java:168)

The proposed fix is to use a config to point to a hdfs directory.

These steps simulate our customer production env.
STEP 1. Create test tables

CREATE TABLE for_loading(
  key int, 
  value string,
  age int,
  salary decimal (10,2)
) ROW FORMAT DELIMITED FIELDS TERMINATED BY ',';

Table test_1 belongs to user testuser1.

CREATE TABLE test_1(
  key int, 
  age int,
)
  'org.apache.hadoop.hive.hbase.HBaseSerDe' 
STORED BY 
  'org.apache.hadoop.hive.hbase.HBaseStorageHandler' 
WITH SERDEPROPERTIES ( 
  'hbase.columns.mapping'=':key, cf1:value, cf1:age, cf1:salary', 
  'COLUMN_STATS_ACCURATE'='{\"BASIC_STATS\":\"true\"}', 
  'hbase.table.name'='test_1', 
  'numFiles'='0', 
  'numRows'='0', 
  'rawDataSize'='0', 
  'totalSize'='0', 
  'transient_lastDdlTime'='1495769316');

Table test_2 belongs to user testuser2.

CREATE TABLE test_2(
  key int, 
  age int,
)
STORED BY 
  'hbase.table.name'='test_2', 

STEP 2. Create test data

import java.math.BigDecimal;
import java.nio.file.StandardOpenOption;
import java.util.Random;

import static java.lang.String.format;

public class Generator {
    private static List<String> lines = new ArrayList<>();
    private static List<String> name = Arrays.asList("Brian", "John", "Rodger", "Max", "Freddie", "Albert", "Fedor", "Lev", "Niccolo");
    private static List<BigDecimal> salary = new ArrayList<>();

        generateData(Integer.parseInt(args[0]), args[1]);
    }

    public static void generateData(int rowNumber, String file) {

        double maxValue = 20000.55;
        double minValue = 1000.03;

        Random random = new Random();
        for (int i = 1; i <= rowNumber; i++) {
            lines.add(
                i + "," +
                    name.get(random.nextInt(name.size())) + "," +
                    (random.nextInt(62) + 18) + "," +
                    format("%.2f", (minValue + (maxValue - minValue) * random.nextDouble())));
        }

        Path path = Paths.get(file);

        try {
            Files.write(path, lines, Charset.forName("UTF-8"), StandardOpenOption.APPEND);
        }
    }
}

javac Generator.java
java Generator 3000000 dataset.csv
hadoop fs -put dataset.csv /

STEP 3. Upload test data

load data local inpath '/home/myuser/dataset.csv' into table for_loading;

from for_loading
insert into table test_1
select key,value,age,salary;

insert into table test_2

STEP 4. Run test queries
Run in 5 parallel terminals for table test_1

for i in {1..500}; do beeline -u "jdbc:hive2://localhost:10000/default testuser1" -e "select * from test_1 limit 10;" 1>/dev/null; done

Run in 5 parallel terminals for table test_2

for i in {1..500}; do beeline -u "jdbc:hive2://localhost:10000/default testuser2" -e "select * from test_2 limit 10;" 1>/dev/null; done

All queris are OK.

org.apache.hive.service.cli.HiveSQLException: java.io.IOException: java.lang.IllegalStateException: The input format instance has not been properly ini
tialized. Ensure you call initializeTable either in your constructor or initialize method
        at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:484)
        at org.apache.hive.service.cli.operation.OperationManager.getOperationNextRowSet(OperationManager.java:308)
        at org.apache.hive.service.cli.session.HiveSessionImpl.fetchResults(HiveSessionImpl.java:847)
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1595)
        at com.sun.proxy.$Proxy25.fetchResults(Unknown Source)
        at org.apache.hive.service.cli.CLIService.fetchResults(CLIService.java:504)
        at org.apache.hive.service.cli.thrift.ThriftCLIService.FetchResults(ThriftCLIService.java:698)
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1717)
        at org.apache.hive.service.rpc.thrift.TCLIService$Processor$FetchResults.getResult(TCLIService.java:1702)
Caused by: java.io.IOException: java.lang.IllegalStateException: The input format instance has not been properly initialized. Ensure you call initializeTable either in your constructor or initialize method
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:521)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:428)
        at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:146)
        at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:2099)
        at org.apache.hive.service.cli.operation.SQLOperation.getNextRowSet(SQLOperation.java:479)
        ... 24 more
Caused by: java.lang.IllegalStateException: The input format instance has not been properly initialized. Ensure you call initializeTable either in your constructor or initialize method
        at org.apache.hadoop.hbase.mapreduce.TableInputFormatBase.getRegionLocator(TableInputFormatBase.java:579)
        at org.apache.hadoop.hbase.mapreduce.TableInputFormatBase.getStartEndKeys(TableInputFormatBase.java:225)
        at org.apache.hadoop.hbase.mapreduce.TableInputFormatBase.getSplits(TableInputFormatBase.java:261)
        at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat.getSplitsInternal(HiveHBaseTableInputFormat.java:525)
        at org.apache.hadoop.hive.hbase.HiveHBaseTableInputFormat.getSplits(HiveHBaseTableInputFormat.java:452)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextSplits(FetchOperator.java:372)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getRecordReader(FetchOperator.java:304)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:459)
        ... 28 more

Changes in commit 5b3c43c241e006f06596e5f8ba38ae9eb66002ae cause the Gwt addon to produce a NPE if there is a getter method but no corresponding field in a bean.
In commit 45dfd34f0753c6e95129083f0cd5b14bbb5e73a9 this happens in line 238 of GwtMetadata. I've attached a simple patch that uses the accessor method's return type in case there's no corresponding field. I don't understand why it was changed in the first place though.

A patch on a collection that contains an enum constant with class body as the first element fails.
Consider this enum:

public enum TaxClass {
		REDUCED,
		EXEMPT {
			@Override
			public boolean hasTax() {
			}
		};

		public boolean hasTax() {
		}
	}

Ich this case TaxModel.EXEMPT.getClass is not TaxModel but  TaxModel$1.
This raises a problem with determining the component type of an array in DomainObjectReader#handleArray

Iterator<Object> iterator = collection.iterator();
		TypeInformation<?> componentType = iterator.hasNext() ? //
				ClassTypeInformation.from(iterator.next().getClass()) : //
				collectionType.getComponentType();

The component type is inferred from the first entry of the collection and is TaxModel$1 - jackson fails to deserialize the value with this type information with the exception below.

org.springframework.http.converter.HttpMessageNotReadableException: Could not read payload!; nested exception is com.fasterxml.jackson.databind.JsonMappingException: Can not construct instance of org.springframework.data.rest.webmvc.json.DomainObjectReaderUnitTests$TaxClass$1: no String-argument constructor/factory method to deserialize from String value ('REDUCED')

I think we should not try to infer the component type using the first element of the collection. Such an approach might also break in other scenarios (e.g. inheritance). Isn't it sufficient to just use the collection type inferred from the PersistentProperty using collectionType.getComponentType() ? Looking at the Jackson code I also think that Jackson is doing just that to determine the component type of a collection - see https://github.com/FasterXML/jackson-databind/blob/master/src/main/java/com/fasterxml/jackson/databind/deser/BasicDeserializerFactory.java#L1575

This exception should be either added to the throws clause OR caught and wrapped in convertMessageIfNecessary()

The 'name' attribute in step was changed to 'id', the docs still use name everywhere though, and should be updated.

Given the sample MyProcessor, setting the DESTINATION_OVERRIDE_URL dynamically during the invoke:

    String env = (String)exchange.getIn().getHeader("Environnement");
    if (env.equalsIgnoreCase("DEV")) {
        exchange.getIn().setHeader(exchange.DESTINATION_OVERRIDE_URL,
            "http://esbdev11.local:8080/server1/metaServlet");
    } else {
            "http://esblab11.local:8080/server2/metaServlet");
    }
}

Given the sample Route:

        from("cxfrs:bean:MyREST")
        .process(new HeaderProcessor())
        .setHeader("Environnement")
        .simple("${header.http_query[env][0]}")
        .process(new MyProcessor())
        .setHeader(org.apache.camel.Exchange.HTTP_METHOD, constant("GET"))
        .setHeader(org.apache.camel.Exchange.ACCEPT_CONTENT_TYPE, constant("*/*"))
        .setHeader(org.apache.camel.Exchange.HTTP_PATH, constant("/"))
        .to("cxfrs:bean:restClient?maxClientCacheSize=5");

Send request to cxfrs:bean:MyREST with different http header "dev", then the cxfrs:bean:restClient always make call to the last setting Address.
(Only it works as expected when setting maxClientCacheSize=0 on the cxfrs:bean:restClient)
There is no this issue on Camel 2.16.x, but start problem from Camel 2.17.x and later versions. Investigations show that the CxfRsEndpoint becoming Singleton after CAMEL-9628, that explain why the last Address setting always applied.

In order to support embedded key name encryption, we need to add a securementEncryptionEmbeddedKeyName property that sets WSHandlerConstants.ENC_KEY_NAME option in the handler. This is necessary to support embedded key name encryption in a declarative fashion. 

After HIVE-13290 is committed, we need to show the constraints as part of table description when extended label is used. Currently, the constraints would not be shown as part of table description since Constraint is a separate entity.
The purpose of the jira is to modify Hive.describeTable() to enable the user to view the constraints associated with the table when the user does a "describe extended table";

This's the reason of why did "https://builds.apache.org/job/hbase-0.90/282" get failure . In this test, one case was timeout and cause the whole test process got killed.
[logs]
Here's the related logs(From org.apache.hadoop.hbase.mapreduce.TestTableMapReduce-output.txt):

2011-08-31 10:09:01,089 INFO  [RegionServer:0;vesta.apache.org,52257,1314785332968.leaseChecker] regionserver.Leases(124): RegionServer:0;vesta.apache.org,52257,1314785332968.leaseChecker closing leases
2011-08-31 10:09:01,089 INFO  [RegionServer:0;vesta.apache.org,52257,1314785332968.leaseChecker] regionserver.Leases(131): RegionServer:0;vesta.apache.org,52257,1314785332968.leaseChecker closed leases
2011-08-31 10:09:01,403 INFO  [RegionServer:0;vesta.apache.org,52257,1314785332968] regionserver.HRegionServer(709): Waiting on 1 regions to close
2011-08-31 10:09:01,403 DEBUG [RegionServer:0;vesta.apache.org,52257,1314785332968] regionserver.HRegionServer(713): {74a7a8befdf9561dc1d90c4241afeac7=mrtest,uuu,1314785328546.74a7a8befdf9561dc1d90c4241afeac7.}
2011-08-31 10:09:01,697 INFO  [Master:0;vesta.apache.org:50036] master.ServerManager(465): Waiting on regionserver(s) to go down vesta.apache.org,52257,1314785332968
2011-08-31 10:09:02,697 INFO  [Master:0;vesta.apache.org:50036] master.ServerManager(465): Waiting on regionserver(s) to go down vesta.apache.org,52257,1314785332968
2011-08-31 10:09:03,008 INFO  [vesta.apache.org:50036.timeoutMonitor] hbase.Chore(79): vesta.apache.org:50036.timeoutMonitor exiting
2011-08-31 10:09:03,697 INFO  [Master:0;vesta.apache.org:50036] master.ServerManager(465): Waiting on regionserver(s) to go down vesta.apache.org,52257,1314785332968
2011-08-31 10:09:04,697 INFO  [Master:0;vesta.apache.org:50036] master.ServerManager(465): Waiting on regionserver(s) to go down vesta.apache.org,52257,1314785332968
2011-08-31 10:09:05,698 INFO  [Master:0;vesta.apache.org:50036] master.ServerManager(465): Waiting on regionserver(s) to go down vesta.apache.org,52257,1314785332968
2011-08-31 10:09:06,698 INFO  [Master:0;vesta.apache.org:50036] master.ServerManager(465): Waiting on regionserver(s) to go down vesta.apache.org,52257,1314785332968
2011-08-31 10:09:07,698 INFO  [Master:0;vesta.apache.org:50036] master.ServerManager(465): Waiting on regionserver(s) to go down vesta.apache.org,52257,1314785332968

[Analysis]
One region was opened during the RS's stopping. 
This is method of "HRS#closeAllRegions":

  protected void closeAllRegions(final boolean abort) {
    closeUserRegions(abort);
    -------------------------
    if (meta != null) closeRegion(meta.getRegionInfo(), abort, false);
    if (root != null) closeRegion(root.getRegionInfo(), abort, false);
  }

HRS#onlineRegions is a ConcurrentHashMap. So walk down this map may not get all the data if some entries are been added during the traverse. Once one region was missed, it can't be closed anymore. And this regionserver will not be stopped normally. Then the following logs occurred:

Basically we PBed org.apache.hadoop.hbase.client.Result so a 0.96 cluster cannot import 0.94 exported files. This issue is annoying because a user can't import his old archive files after upgrade or archives from others who are using 0.94.
The ideal way is to catch deserialization error and then fall back to 0.94 format for importing.

Spring's class reading code has a bug as follows: when an annotation is encountered where the annotation value has type array of some enum, Spring creates an array having type "array of X" where "X" is the type of the first encountered enum value. But in cases where the enum values are extensions (subclasses) of the enum type, and there are multiple values in the array,
this causes an ArrayStoreException, because the array element type is too narrow, being that of the first enum value rather than the overall enum type.
The attached test case demonstrates the problem, for example:

Exception in thread "main" java.lang.ArrayStoreException: Bug$BugEnum$2
	at org.springframework.util.ObjectUtils.addObjectToArray(ObjectUtils.java:194)
	at org.springframework.core.type.classreading.RecursiveAnnotationArrayVisitor.visit(AnnotationAttributesReadingVisitor.java:122)
	at org.springframework.core.type.classreading.AbstractRecursiveAnnotationVisitor.visitEnum(AnnotationAttributesReadingVisitor.java:77)
	at Bug.main(Bug.java:7)

HBASE-14045 updated the thrift version, but our enforcer rule is still checking 0.9.0.

Switched to branch 'master'
$ mvn compile -Pcompile-thrift -DskipTests
... SNIP ...
[INFO] Building HBase - Thrift 2.0.0-SNAPSHOT
[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (enforce) @ hbase-thrift ---
[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (enforce-thrift-version) @ hbase-thrift ---
[WARNING] Rule 0: org.apache.maven.plugins.enforcer.RequireProperty failed with message:
-
-
[FATAL] ==========================================================================================
[FATAL] HBase Thrift requires the thrift generator version 0.9.0.
[FATAL] Setting it to something else needs to be reviewed for wire and behavior compatibility.
-
-
[INFO] 
[INFO] HBase .............................................. SUCCESS [  2.897 s]
[INFO] HBase - Checkstyle ................................. SUCCESS [  0.554 s]
[INFO] HBase - Annotations ................................ SUCCESS [  0.940 s]
[INFO] HBase - Protocol ................................... SUCCESS [ 15.454 s]
[INFO] HBase - Common ..................................... SUCCESS [  8.984 s]
[INFO] HBase - Procedure .................................. SUCCESS [  1.982 s]
[INFO] HBase - Client ..................................... SUCCESS [  6.805 s]
[INFO] HBase - Hadoop Compatibility ....................... SUCCESS [  0.202 s]
[INFO] HBase - Hadoop Two Compatibility ................... SUCCESS [  1.393 s]
[INFO] HBase - Prefix Tree ................................ SUCCESS [  1.233 s]
[INFO] HBase - Server ..................................... SUCCESS [ 13.841 s]
[INFO] HBase - Testing Util ............................... SUCCESS [  2.979 s]
[INFO] HBase - Thrift ..................................... FAILURE [  0.234 s]
[INFO] HBase - Shell ...................................... SKIPPED
[INFO] HBase - Integration Tests .......................... SKIPPED
[INFO] HBase - Examples ................................... SKIPPED
[INFO] HBase - Rest ....................................... SKIPPED
[INFO] HBase - Assembly ................................... SKIPPED
[INFO] HBase - Shaded ..................................... SKIPPED
[INFO] HBase - Shaded - Client ............................ SKIPPED
[INFO] HBase - Shaded - Server ............................ SKIPPED
[INFO] Apache HBase - Spark ............................... SKIPPED
[INFO] Total time: 01:00 min
[INFO] Finished at: 2015-07-28T12:36:15-05:00
[INFO] Final Memory: 84M/1038M
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-enforcer-plugin:1.3.1:enforce (enforce-thrift-version) on project hbase-thrift: Some Enforcer rules have failed. Look above for specific messages explaining why the rule failed. -> [Help 1]
[ERROR] 
[ERROR] 
[ERROR] 
[ERROR]   mvn <goals> -rf :hbase-thrift

The changes made in HIVE-5700 break the convention for naming schema upgrade scripts.

https://builds.apache.org/job/PreCommit-HBASE-Build/4253/testReport/org.apache.hadoop.hbase.regionserver/TestClusterId/testClusterId/

	at org.apache.hadoop.hbase.util.JVMClusterUtil.startup(JVMClusterUtil.java:230)
	at org.apache.hadoop.hbase.LocalHBaseCluster.startup(LocalHBaseCluster.java:409)
	at org.apache.hadoop.hbase.MiniHBaseCluster.init(MiniHBaseCluster.java:227)
	at org.apache.hadoop.hbase.MiniHBaseCluster.<init>(MiniHBaseCluster.java:96)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniHBaseCluster(HBaseTestingUtility.java:1071)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniHBaseCluster(HBaseTestingUtility.java:1037)
	at org.apache.hadoop.hbase.regionserver.TestClusterId.testClusterId(TestClusterId.java:85)

The cluster can not start up because there are no active master. The active master can not finish initialing because the hbase:namespace region can not be assign. 
In TestClusterId unit test, TEST_UTIL.startMiniHBaseCluster set new hbase root dir. But the regionserver thread which stared first used  a different hbase root dir. If assign hbase:namespace region to this regionserver, the region can not be assigned because there are no tableinfo on wrong hbase root dir.
When regionserver report to master, it will get back some new config. But the FSTableDescriptors has been initialed so it's root dir didn't changed.

    LOG.info("Config from master: " + key + "=" + value);
}

I thought FSTableDescriptors need update the rootdir when regionserver get report from master.
The master branch has same problem, too. But the balancer always assign hbase:namesapce region to master. So this unit test can passed on master branch.

The HBase provided bin/graceful_stop.sh script, when restoring the balancer state, logs instead of echoing the command into the HBase shell.

When using the WebClient with the following example and the server returns HTTP 401:

Mono<ResponseEntity<Map>> response = this.webClient
                .perform(peopleRequest().apply(httpBasic("rob","invalid")))
                .extract(response(Map.class));

The client throws a NoSuchElementException:

java.util.NoSuchElementException: Source was empty
    at reactor.core.publisher.MonoSingle$SingleSubscriber.onComplete(MonoSingle.java:179)
    at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:144)
    at reactor.core.publisher.FluxFlatMap$FlatMapMain.checkTerminated(FluxFlatMap.java:762)
    at reactor.core.publisher.FluxFlatMap$FlatMapMain.drainLoop(FluxFlatMap.java:520)
    at reactor.core.publisher.FluxFlatMap$FlatMapMain.drain(FluxFlatMap.java:500)
    at reactor.core.publisher.FluxFlatMap$FlatMapMain.onComplete(FluxFlatMap.java:493)
    at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:155)
    at reactor.core.publisher.FluxSubscribeOn$SubscribeOnPipeline.onComplete(FluxSubscribeOn.java:136)
    at reactor.core.publisher.Operators.complete(Operators.java:182)
    at reactor.ipc.netty.common.NettyChannelHandler.subscribe(NettyChannelHandler.java:537)
    at reactor.core.publisher.FluxSource.subscribe(FluxSource.java:59)
    at reactor.core.publisher.FluxSubscribeOn$SourceSubscribeTask.run(FluxSubscribeOn.java:234)
    at reactor.core.scheduler.ExecutorScheduler$ExecutorTrackedRunnable.run(ExecutorScheduler.java:136)
    at io.netty.util.concurrent.SingleThreadEventExecutor.safeExecute(SingleThreadEventExecutor.java:451)
    at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:418)
    at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:401)
    at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:877)
    at java.lang.Thread.run(Thread.java:745)

In our environment, the camel-swagger component is building relative urls with a port of -1. http://docs.oracle.com/javase/7/docs/api/java/net/URL.html#getPort() is what is returning -1.
The fix is to change
      if (url.getPort != 80) {
to
      if (url.getPort != 80 && url.getPort != -1) {
in RestSwaggerApiDeclarationServlet.scala. See https://github.com/apache/camel/blob/camel-2.15.x/components/camel-swagger/src/main/scala/org/apache/camel/component/swagger/RestSwaggerApiDeclarationServlet.scala#L111 for the line of code that is affected.

Since version 2.3.3 you get the exception (see stacktrace below) if you use a JSF version prior to 2.1.
I think it's totally ok to say webflow 2.4.x needs at least jsf 2.1, but a bugfix version (2.3.2 -> 2.3.3) should not break compatibility of jsf 2.0 

java.lang.NoSuchFieldError: SKIP_ITERATION
        at org.springframework.faces.webflow.Jsf2FlowApplication.publishPostRestoreStateEvent(Jsf2FlowApplication.java:134)
        at sun.reflect.GeneratedMethodAccessor112.invoke(Unknown Source)
        at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:196)
        at org.springframework.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:181)
        at org.springframework.faces.webflow.JsfUtils.publishPostRestoreStateEvent(JsfUtils.java:79)
        at org.springframework.faces.webflow.JsfViewFactory.getView(JsfViewFactory.java:132)
        at org.springframework.webflow.engine.ViewState.resume(ViewState.java:193)
        at org.springframework.webflow.engine.Flow.resume(Flow.java:545)
        at org.springframework.webflow.engine.impl.FlowExecutionImpl.resume(FlowExecutionImpl.java:258)
        at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:183)
        at org.springframework.faces.webflow.JsfFlowHandlerAdapter.handle(JsfFlowHandlerAdapter.java:56)
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:925)
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856)
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:953)
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:844)
        at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:829)

when reading the input buffer in the REST interface the character buffer is not cleared for each iteration of the loop.  This can cause malformed data to be read from the input stream in cases where the input is greater than 640 characters.
See lines numbered 366-376 in org.apache.hadoop.hbase.rest.Dispatcher.java
I have prepared a patch for this.

Specify what should be used if both ssl and ssl-context are set in modcluster subsystem.
There is no warning that both are set, nor error when ssl-context is different
It looks that ssl-context has priority 

The current Teiid fraction in the code base is based on WF10 and not fully compatible with WF11 and currently this is non-functional.
The "teiid-config-api" project and "teiid fraction" do require some minor changes to reflect the new WF11 platform. 
I will provide the pull request with changes needed.

Not all example configurations contain the discovery subsystem, this issue is to verify on which one is missing and add it.

AuthorizationEndpoint should catch OAuth2Exception during validation of request parameters otherwise the default response would be a 400 even when the caller is expecting a 302  during an implicit grant.

java.lang.RuntimeException: Deferred
at org.apache.hadoop.hbase.MultithreadedTestUtil$TestContext.checkException(MultithreadedTestUtil.java:76)
at org.apache.hadoop.hbase.MultithreadedTestUtil$TestContext.waitFor(MultithreadedTestUtil.java:69)
at org.apache.hadoop.hbase.TestAcidGuarantees.runTestAtomicity(TestAcidGuarantees.java:301)
at org.apache.hadoop.hbase.TestAcidGuarantees.runTestAtomicity(TestAcidGuarantees.java:244)
at org.apache.hadoop.hbase.TestAcidGuarantees.testMixedAtomicity(TestAcidGuarantees.java:343)
at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:47)
at org.junit.rules.RunRules.evaluate(RunRules.java:18)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at org.junit.runners.Suite.runChild(Suite.java:128)
at org.junit.runners.Suite.runChild(Suite.java:24)
Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hbase.NotServingRegionException): org.apache.hadoop.hbase.NotServingRegionException: Region is not online: TestAcidGuarantees,,1358888776964.317288e8ca738963ca5e273fc56750fd.
at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegion(HRegionServer.java:3211)
at org.apache.hadoop.hbase.regionserver.HRegionServer.flushRegion(HRegionServer.java:2963)
at sun.reflect.GeneratedMethodAccessor35.invoke(Unknown Source)
at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1400)
at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:1021)
at $Proxy23.flushRegion(Unknown Source)
at org.apache.hadoop.hbase.client.HBaseAdmin.flush(HBaseAdmin.java:1248)
at org.apache.hadoop.hbase.client.HBaseAdmin.flush(HBaseAdmin.java:1230)
at org.apache.hadoop.hbase.TestAcidGuarantees$1.doAnAction(TestAcidGuarantees.java:272)
at org.apache.hadoop.hbase.MultithreadedTestUtil$RepeatingTestThread.doWork(MultithreadedTestUtil.java:145)
at org.apache.hadoop.hbase.MultithreadedTestUtil$TestThread.run(MultithreadedTestUtil.java:121)

The root cause is that conf.setInt("mapreduce.map.maxattempts", 10) is not taken by the mapper job, so the retry is actually 0. Debugging to see why this is the case.

(Jimmy has been working on this one internally.  I'm just the messenger raising this critical issue upstream).
So, if you make job jar and bundle up hbase inside in it because you want to access hbase from your mapreduce task, the deploy of the job jar to the cluster fails with:

14/01/05 08:59:19 INFO Configuration.deprecation: topology.node.switch.mapping.impl is deprecated. Instead, use net.topology.node.switch.mapping.impl
14/01/05 08:59:19 INFO Configuration.deprecation: io.bytes.per.checksum is deprecated. Instead, use dfs.bytes-per-checksum
Exception in thread "main" java.lang.IllegalAccessError: class com.google.protobuf.ZeroCopyLiteralByteString cannot access its superclass com.google.protobuf.LiteralByteString
	at java.lang.ClassLoader.defineClass(ClassLoader.java:792)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.toScan(ProtobufUtil.java:818)
	at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.convertScanToString(TableMapReduceUtil.java:433)
	at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableMapperJob(TableMapReduceUtil.java:186)
	at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableMapperJob(TableMapReduceUtil.java:147)
	at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableMapperJob(TableMapReduceUtil.java:270)
	at org.apache.hadoop.hbase.mapreduce.TableMapReduceUtil.initTableMapperJob(TableMapReduceUtil.java:100)
	at com.ngdata.hbaseindexer.mr.HBaseMapReduceIndexerTool.run(HBaseMapReduceIndexerTool.java:124)
	at com.ngdata.hbaseindexer.mr.HBaseMapReduceIndexerTool.run(HBaseMapReduceIndexerTool.java:64)
	at com.ngdata.hbaseindexer.mr.HBaseMapReduceIndexerTool.main(HBaseMapReduceIndexerTool.java:51)

So, ZCLBS is a hack.  This class is in the hbase-protocol module.  It is "in" the com.google.protobuf package.  All is well and good usually.
But when we make a job jar and bundle up hbase inside it, our 'trick' breaks.  RunJar makes a new class loader to run the job jar.  This URLCLassLoader 'attaches' all the jars and classes that are in jobjar so they can be found when it does to do a lookup only Classloaders work by always delegating to their parent first (unless you are a WAR file in a container where delegation is 'off' for the most part) and in this case, the parent classloader will have access to a pb jar since pb is in the hadoop CLASSPATH.  So, the parent loads the pb classes.
We then load ZCLBS only this is done in the claslsloader made by RunJar; ZKCLBS has a different classloader from its superclass and we get the above IllegalAccessError.
Now (Jimmy's work comes in here), this can't be fixed by reflection – you can't setAccess on a 'Class' – and though it probably could be fixed by hacking RunJar so it was somehow made configurable so we could put in place our own ClassLoader to do something like containers do for WAR files (probably not a bad idea), there would be some fierce hackery involved and besides, this won't show up in hadoop anytime too soon leaving hadoop 2.2ers out in the cold.
So, the alternatives are:
1. Undo the ZCLSB hack.  We'd lose a lot of nice perf improvement but I'd say this is preferable to crazy CLASSPATH hacks.
2. Require folks put hbase-protocol – thats all you'd need – on the hadoop CLASSPATH.  This is kinda crazy.
3. We could try shading the pb jar content or probably better, just pull pb into hbase altogether only under a different package.  If it was in our code base, we could do more ZCLSB-like speedups.
I was going to experiment with #3 above unless anyone else has a better idea.

ExternalPasswordByClassTestCase fails with security manager because of missing permission "("java.util.PropertyPermission" "vault.testing.property" "read")":

java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "vault.testing.property" "read")" in code source "(vfs:/content/vault-ext.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.vault-ext.jar" from Service Module Loader")
	at org.jboss.as.test.integration.security.vault.ExternalPasswordByClassTestCase.testVaultedSystemProperty(ExternalPasswordByClassTestCase.java:64)

http://forum.springframework.org/showthread.php?t=64607
Two FFIW end up writing to the same resource when injected into CompositeItemWriter. No clue how that's possible yet, but I was able to recreate the problem.

If an entity field is marked read-only, sorting does not work.

   ...
   @JsonProperty(access = JsonProperty.Access.READ_ONLY)
   private String name;
}

then api call

.../api/users?sort=name,desc

does not sort by name.
Removing the annotation makes sorting work again.
This problem has also been mentioned in a comment under DATAREST-976, but with an embedded property. It happens for non-embedded properties as well.

When defining a flowRedirect without a ? appended to it, a NPE is thrown at FlowHandlerAdapter.sendFlowDefinitionRedirect as the input map from context.getFlowRedirectFlowInput() is null. 
For example, defining a <view-state id="test" view="flowRedirect:other-test"/>, this NPE will be encountered. 
So far, what I can find is that when there is no ? appended to the end of the flowRedirect:<flow>, the input map is not created. The corresponding code in the FlowDefinitionRedirectAction.doExecute is 
int index = encodedRedirect.indexOf('?');
String flowDefinitionId;
LocalAttributeMap executionInput = null;
if (index != -1) {
  flowDefinitionId = encodedRedirect.substring(0, index);
  String[] parameters = StringUtils.delimitedListToStringArray(encodedRedirect.substring(index + 1), "&");
  executionInput = new LocalAttributeMap(parameters.length, 1);
  for (int i = 0; i < parameters.length; i++) {
    String nameAndValue = parameters[i];
    index = nameAndValue.indexOf('=');
    if (index != -1) 
{
      executionInput.put(nameAndValue.substring(0, index), nameAndValue.substring(index + 1));
    }
 else 
{
      executionInput.put(nameAndValue, "");
    }
  }
} else {
  flowDefinitionId = encodedRedirect;
}
executionInputMap is only created if there is a ? in the flow redirect. If it does not exist, the map continues to remain null, whilst the flowRedirect action is created. 

Test failure on builds.apache.org#1196 show that there could be an encoding issue in camel-salesforce-maven-plugin.

In cases where there is a mix of Map side work and reduce side work, we get a classcast exception because we assume homogeneity in the code. We need to fix this correctly. For now this is a workaround.

Dynamic Partition insert showing an error with the number of partitions created even after the default value of 'hive.exec.max.dynamic.partitions' is bumped high to 2000.
"Failed with exception Number of dynamic partitions created is 1413, which is more than 1000. To solve this try to set hive.exec.max.dynamic.partitions to at least 1413."
These are the following properties set on hive CLI
hive> set hive.exec.dynamic.partition=true;
hive> set hive.exec.max.dynamic.partitions=2000;
hive> set hive.exec.max.dynamic.partitions.pernode=2000;
This is the query with console error log
hive> 
    > INSERT OVERWRITE TABLE partn_dyn Partition (pobox)
    > SELECT country,state,pobox FROM non_partn_dyn;
Total MapReduce jobs = 2
Starting Job = job_201204021529_0002, Tracking URL = http://0.0.0.0:50030/jobdetails.jsp?jobid=job_201204021529_0002
Kill Command = /usr/lib/hadoop/bin/hadoop job  -Dmapred.job.tracker=0.0.0.0:8021 -kill job_201204021529_0002
2012-04-02 16:05:28,619 Stage-1 map = 0%,  reduce = 0%
2012-04-02 16:05:39,701 Stage-1 map = 100%,  reduce = 0%
2012-04-02 16:05:50,800 Stage-1 map = 100%,  reduce = 100%
Ended Job = job_201204021529_0002
Ended Job = 248865587, job is filtered out (removed at runtime).
Moving data to: hdfs://0.0.0.0/tmp/hive-cloudera/hive_2012-04-02_16-05-24_919_5976014408587784412/-ext-10000
Loading data to table default.partn_dyn partition (pobox=null)
Failed with exception Number of dynamic partitions created is 1413, which is more than 1000. To solve this try to set hive.exec.max.dynamic.partitions to at least 1413.
I checked the job.xml of the first map only job, there the value hive.exec.max.dynamic.partitions=2000 is reflected but the move task is taking the default value from hive-site.xml . If I change the value in hive-site.xml then the job completes successfully. Bottom line,the property 'hive.exec.max.dynamic.partitions'set on CLI is not being considered by move task

Implementation checks for two status codes/strings ("RUNNING" and "UNKNOWN") but there is no predefined RUNNING ExitStatus. Instead of "RUNNING" it should check for "EXECUTING".

Since https://github.com/wildfly/wildfly/pull/6660 was submitted, EJBSignEncryptMultipleClientsTestCase.encryptedAndSignedRequestFromJohn is failing regularly. Not every time but very often.
Alessio, you mentioned seeing some error logging from XAResourceRecoveryImpl, but that's in the logs on successful runs as well, and occurs prior to the test as well. That's a period background task from the transaction manager trying to perform recovery of some previous transaction. I don't see why it would have any impact on this test.

I think that it is caused by unclosed SessionState objects which are piling up and cause OOM..
There is special have been made to start a new sessionstate for every qtest; but the old one is not closed up to this point
this prevents running all TestNegativeCliDriver tests in one maven call....I keep getting OOMs
This issues sometimes appears on the ptest executor as well and its reported as a failed batch.
I've gone back in time a bit....seems like at c925cf8d2bdf646f5c3c57ed7252c01b2ab33eec it was ok to execute the whole batch; but at 1b4baf474c15377cc9f0bacdda317feabeefacaf and probably also at a42314deb07a1c8d9d4daeaa799ad1c1ebb0c6c9 its not possible anymore. I suspect that there is possibly another issue....or these are just the consequences that the sessionstate got heavier by a few hundred bytes; and made it easier to fill up the heap....

The code in MoveCoseFunction:

return scale(0, cluster.numRegions + META_MOVE_COST_MULT, moveCost);

It uses cluster.numRegions + META_MOVE_COST_MULT as the max value when scale moveCost to [0,1]. But this should use maxMoves as the max value when cluster have a lot of regions.
Assume a cluster have 10000 regions, maxMoves is 2500, it only scale moveCost to [0, 0.25].
Improve moveCost by use Math.min(cluster.numRegions, maxMoves) as the max cost, so it can scale moveCost to [0,1].

return scale(0, Math.min(cluster.numRegions, maxMoves) + META_MOVE_COST_MULT, moveCost);

Currently itests/pom.xml declares a command to generated the download script for spark, thus it is re-generated every time any maven command is executed for any sub project of itests. AS a side effect it is leaving download.sh files everywhere. The download.sh file is almost totally static, no need to recreate it every time, just requires $spark.version as a parameter.
Also it is only working properly under linux, as it relies on the md5sum program which is not present in OS X. This means that if the spark tarball is partially downloaded on OS X, then it would never be re-downloaded. This should be fixed by making it work as well using md5 on OS X.

We should add checkstyle to hadoop qa for our builds. That would free committers up from checking patches for stylistic issues and leave them free to check the real meat of the patches.
Additionally we should have the check for empty try catch blocks running so that we can't regress on catching exceptions.

We have embedded Camel in an EAR that we deploy to Weblogic. The Camel context is configured via Spring:

    <camelContext id="camel" handleFault="true" autoStartup="{{autoStartup}}" xmlns="http://camel.apache.org/schema/spring">
        <contextScan />
        <jmxAgent id="camelAgent" createConnector="true" registryPort="{{jmxPort}}" />

You can see that we create a JMX connector to allow for remote management.
However, we have run into PermGen space issues, because our application is leaking class loaders when the application is undeployed or redeployed.
After digging around (and addressing some Jasper Reports ThreadLocal sloppiness), it appears that the only issue left is that the sun.rmi.transport.ObjectTable class maintains a static reference to all available RMI targets. Unfortunately, one of these targets is the JMX connector created by Camel, which was obviously loaded via our application's classloader.
Thus, ObjectTable has a static reference to the Camel JMX RMI target, which has a reference to the app's class loader, which in turn has references to all classes loaded (and generated) for that single deployment of the application – and none of these classes can be GC'ed.
After digging through the code for Camel's DefaultManagementAgent, I'm inclined to believe that the fix is fairly simple:

Update createJmxConnector(String) to cache the reference to the created Registry in an instance variable.

Update doStop() to check if we have a cached Registry instance, and if we do, call UnicastRemoteObject.unexportObject(registry, true);

Some app servers have workarounds for this sort of leak (see "RMI targets" in Table 1 at [1]), but Weblogic doesn't seem to.
I'll also attach a screenshot of the memory analysis (more info at [2]).
[1] http://pic.dhe.ibm.com/infocenter/wasinfo/v8r5/index.jsp?topic=%2Fcom.ibm.websphere.express.doc%2Fae%2Fctrb_memleakdetection.html
[2] http://www.yourkit.com/docs/kb/class_loaders.jsp

Wildfly Elytron Tool credential-store command "add" option doesn't contain entry-type in summary for adding new alias to credential store storage.
When user uses non-default entry-type that is expected entry-type in CLI command as in example below:

/subsystem=elytron/credential-store=test/alias=secret_alias:add(secret-value="secret_password", entry-type="org.wildfly.security.credential.PasswordCredential")

java -jar  ./bin/wildfly-elytron-tool.jar credential-store  --create   --add secret_alias --password pass123 --secret secret_password --location store.jceks -n org.wildfly.security.credential.PasswordCredential --summary
Alias "secret_alias" has been successfully stored
Credential store command summary:
/subsystem=elytron/credential-store=cs:add(relative-to=jboss.server.data.dir,create=true,modifiable=true,location="store.jceks",implementation-properties={"keyStoreType"=>"JCEKS"},credential-reference={clear-text="pass123"})
/subsystem=elytron/credential-store=test/alias=secret_alias:add(secret-value="secret_password")

--properties is not listed among valid jboss-cli arguments. Properties are used for CLI property substitution - https://access.stage.redhat.com/documentation/en/red-hat-jboss-enterprise-application-platform/version-7.0/management-cli-guide/#property_substitution

[pkremens@localhost bin] $ ./jboss-cli.sh --help > help
[pkremens@localhost bin] $ grep -c properties help 
0

HiveAuthorizationProvider allows only for the authorization of a single partition at a time. For instance, when the StorageBasedAuthProvider must authorize an operation on a set of partitions (say from a PreDropPartitionEvent), each partition's data-directory needs to be checked individually. For N partitions, this results in N namenode calls.
I'd like to add authorize() overloads that accept multiple partitions. This will allow StorageBasedAuthProvider to make batched namenode calls. 
P.S. There's 2 further optimizations that are possible:
1. In the ideal case, we'd have a single call in org.apache.hadoop.fs.FileSystem to check access for an array of Paths, something like:
FileSystem.java
@InterfaceAudience.LimitedPrivate({"HDFS", "Hive"})
  public void access(Path [] paths, FsAction mode) throws AccessControlException, FileNotFoundException, IOException 
{...}

2. We can go one better if we could retrieve partition-locations in DirectSQL and use those for authorization. The EventListener-abstraction behind which the AuthProviders operate make this difficult. I can attempt to solve this using a PartitionSpec and a call-back into the ObjectStore from StorageBasedAuthProvider. I'll save this rigmarole for later.

hbase 96.0(probably the same issue on 94.x) on single node cluster. At some point, we stopped Hadoop, but keep hbase running. As expected, hbase began to throw connection errors.  
P.S., later testing shows that this problem doesn't limit to single node cluster. 
For the first hour, the regionserver log grows by ~10MB, and master log doesn't grow much,  which is ok. 
log size after one hour
-rw-rw-r-- 1 biadmin biadmin  497959 Feb  5 10:36 hbase-biadmin-master-hdtest014.svl.ibm.com.log
...
-rw-rw-r-- 1 biadmin biadmin 8865371 Feb  5 10:37 hbase-biadmin-regionserver-hdtest014.svl.ibm.com.log

However, within 4 hours, the Master log grows to 13GB. And it only stops due to out of disk space. 
log size after 4 hour
-rw-rw-r-- 1 biadmin biadmin  3521880064 Feb  5 14:10 hbase-biadmin-master-hdtest014.svl.ibm.com.log
-rw-rw-r-- 1 biadmin biadmin 10737418582 Feb  5 11:25 hbase-biadmin-master-hdtest014.svl.ibm.com.log.1
...
-rw-rw-r-- 1 biadmin biadmin    11222365 Feb  5 10:49 hbase-biadmin-regionserver-hdtest014.svl.ibm.com.log

The exception/error message filled out Master log is 
Error message filling up Master log
2014-02-05 11:37:48,688 INFO org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler: Splitting hbase:meta logs for hdtest014.svl.ibm.com,60020,1391622549030
2014-02-05 11:37:48,689 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event M_META_SERVER_SHUTDOWN
java.io.IOException: failed log splitting for hdtest014.svl.ibm.com,60020,1391622549030, will retry
    at org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.process(MetaServerShutdownHandler.java:70)
    at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:906)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:929)
    at java.lang.Thread.run(Thread.java:738)
Caused by: java.net.ConnectException: Call From hdtest014.svl.ibm.com/9.30.194.23 to hdtest014.svl.ibm.com:9000 failed on connection exception: java.net.ConnectException: Connection refused; For more details see:  http://wiki.apache.org/hadoop/ConnectionRefused
    at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:39)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:527)
    at org.apache.hadoop.net.NetUtils.wrapWithMessage(NetUtils.java:783)
    at org.apache.hadoop.net.NetUtils.wrapException(NetUtils.java:730)
    at org.apache.hadoop.ipc.Client.call(Client.java:1351)
    at org.apache.hadoop.ipc.Client.call(Client.java:1300)
    at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:206)
    at com.sun.proxy.$Proxy8.getFileInfo(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:611)
    at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:186)
    at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:102)
    at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolTranslatorPB.getFileInfo(ClientNamenodeProtocolTranslatorPB.java:651)
    at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
    at org.apache.hadoop.hbase.fs.HFileSystem$1.invoke(HFileSystem.java:266)
    at com.sun.proxy.$Proxy11.getFileInfo(Unknown Source)
    at org.apache.hadoop.hdfs.DFSClient.getFileInfo(DFSClient.java:1679)
    at org.apache.hadoop.hdfs.DistributedFileSystem$17.doCall(DistributedFileSystem.java:1106)
    at org.apache.hadoop.hdfs.DistributedFileSystem$17.doCall(DistributedFileSystem.java:1102)
    at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81)
    at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1102)
    at org.apache.hadoop.fs.FileSystem.exists(FileSystem.java:1406)
    at org.apache.hadoop.hbase.master.MasterFileSystem.getLogDirs(MasterFileSystem.java:317)
    at org.apache.hadoop.hbase.master.MasterFileSystem.splitLog(MasterFileSystem.java:405)
    at org.apache.hadoop.hbase.master.MasterFileSystem.splitMetaLog(MasterFileSystem.java:301)
    at org.apache.hadoop.hbase.master.MasterFileSystem.splitMetaLog(MasterFileSystem.java:292)
    at org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.process(MetaServerShutdownHandler.java:63)
    ... 4 more
    at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:614)
    at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:529)
    at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:493)
    at org.apache.hadoop.ipc.Client$Connection.setupConnection(Client.java:547)
    at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:642)
    at org.apache.hadoop.ipc.Client$Connection.access$2600(Client.java:314)
    at org.apache.hadoop.ipc.Client.getConnection(Client.java:1399)
    at org.apache.hadoop.ipc.Client.call(Client.java:1318)

Currently the Gradle build will build defaults to use sourceCompatibility and targetCompatibility as the current JDK version (i.e. JAVA_HOME). We should explicitly set this to 1.5 to ensure that the code is 1.5 compatible.

ByteBloomFilter's performance can be optimized by avoiding multiplication operation when generating hash 

OSGi Repositories have to be persistent to be able to use installed repositories after reopen Spring Roo Shell.

The following code works with Spring 2.5.x but does not work with 3.0 M1
Xml:
	<util:properties id="clientProperties" location="classpath:/com/pictage/client/client.properties"/>
Java Code:
    public DirectoryDaoJdbc(@Qualifier("v3DataSource")javax.sql.DataSource v3DataSource, @Qualifier("v3photoDataSource")javax.sql.DataSource v3photoDataSource, EventDao eventDao, @Qualifier("clientProperties") Properties clientProperties) 
{
	v3SimpleJdbcTemplate = new LoggingSimpleJdbcTemplate(v3DataSource);
	v3photoSimpleJdbcTemplate = new LoggingSimpleJdbcTemplate(v3photoDataSource);
	this.eventDao = eventDao;
	this.clientProperties = clientProperties;
    }

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'directoryService' defined in file [C:\Users\smurphy\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp1\wtpwebapps\photographer\WEB-INF\classes\com\pictage\directory\bus\DirectoryService.class]: Unsatisfied dependency expressed through constructor argument with index 0 of type [com.pictage.directory.dao.DirectoryDao]: : Error creating bean with name 'directoryDaoJdbc' defined in file [C:\Users\smurphy\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp1\wtpwebapps\photographer\WEB-INF\classes\com\pictage\directory\dao\jdbc\DirectoryDaoJdbc.class]: Unsatisfied dependency expressed through constructor argument with index 3 of type [java.util.Properties]: : No unique bean of type [java.util.Properties] is defined: expected single matching bean but found 2: [clientProperties, systemProperties]; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [java.util.Properties] is defined: expected single matching bean but found 2: [clientProperties, systemProperties]; nested exception is org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'directoryDaoJdbc' defined in file [C:\Users\smurphy\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp1\wtpwebapps\photographer\WEB-INF\classes\com\pictage\directory\dao\jdbc\DirectoryDaoJdbc.class]: Unsatisfied dependency expressed through constructor argument with index 3 of type [java.util.Properties]: : No unique bean of type [java.util.Properties] is defined: expected single matching bean but found 2: [clientProperties, systemProperties]; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [java.util.Properties] is defined: expected single matching bean but found 2: [clientProperties, systemProperties]
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:582)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:922)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:833)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:442)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:411)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:382)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:271)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:268)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:470)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:719)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:378)
	at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:254)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:198)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
	at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
	at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
	at org.apache.catalina.core.StandardService.start(StandardService.java:516)
	at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
	at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
	at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'directoryDaoJdbc' defined in file [C:\Users\smurphy\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp1\wtpwebapps\photographer\WEB-INF\classes\com\pictage\directory\dao\jdbc\DirectoryDaoJdbc.class]: Unsatisfied dependency expressed through constructor argument with index 3 of type [java.util.Properties]: : No unique bean of type [java.util.Properties] is defined: expected single matching bean but found 2: [clientProperties, systemProperties]; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [java.util.Properties] is defined: expected single matching bean but found 2: [clientProperties, systemProperties]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:721)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:660)
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:612)
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:575)
	... 32 more
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [java.util.Properties] is defined: expected single matching bean but found 2: [clientProperties, systemProperties]
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:671)
	... 47 more

HBASE-15752 tried to fix ClassNotFoundException when there is custom WAL edit Codec involved.
However, it didn't achieve this goal due to typo in the first parameter passed to TableMapReduceUtil#addDependencyJars().
job.getConfiguration() should have been used.

In current master, we can confirm 404 HTTP status code when we access Web UI of HS2.

Web browser

HTTP ERROR 404

Problem accessing /hiveserver2.jsp. Reason:

    Servlet Not Initialized

Caused by:
javax.servlet.UnavailableException: Servlet Not Initialized
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:536)
	(snip)

log file

2016-01-13T22:26:03,787 WARN  [main]: servlet.Holder (Holder.java:doStart(90)) - 
java.lang.ClassNotFoundException: org.apache.hive.generated.hiveserver2.hiveserver2_jsp
        at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[?:1.8.0_65]
        at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[?:1.8.0_65]
        at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:1.8.0_65]
        at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:424) ~[jetty-all-7.6.0.v20120127.jar:7.6.0.v20120127]
       (snip)

When service and service-rpc were separated, handling of about the build hiveserver2.jsp is deleted.

This flag has been introduced in 7.0. It is enabled by default, CLI class should have been updated to disable it by default.
In addition a connect(CommandContextConfiguration config) API should be added to the CLI class to allow for full control on the CommandContext configuration. 
CommandContextConfiguration is located in the impl package although it is exposed from public API  CommandContextFactory. It is already part of the public API.

I was testing "hbase master clear" command while working on HBASE-7386 here is command and exception:

$ export HBASE_ZNODE_FILE=/tmp/hbase-hadoop-master.znode; ./hbase master clear

14/01/10 14:05:44 INFO zookeeper.ZooKeeper: Initiating client connection, connectString=zk1:2181 sessionTimeout=90000 watcher=clean znode for master, quorum=zk1:2181, baseZNode=/hbase
14/01/10 14:05:44 INFO zookeeper.RecoverableZooKeeper: Process identifier=clean znode for master connecting to ZooKeeper ensemble=zk1:2181
14/01/10 14:05:44 INFO zookeeper.ClientCnxn: Opening socket connection to server zk1/172.17.33.5:2181. Will not attempt to authenticate using SASL (Unable to locate a login configuration)
14/01/10 14:05:44 INFO zookeeper.ClientCnxn: Socket connection established to zk11/172.17.33.5:2181, initiating session
14/01/10 14:05:44 INFO zookeeper.ClientCnxn: Session establishment complete on server zk1/172.17.33.5:2181, sessionid = 0x1427a96bfea4a8a, negotiated timeout = 40000
14/01/10 14:05:44 INFO zookeeper.ZooKeeper: Session: 0x1427a96bfea4a8a closed
14/01/10 14:05:44 INFO zookeeper.ClientCnxn: EventThread shut down
14/01/10 14:05:44 WARN zookeeper.RecoverableZooKeeper: Possibly transient ZooKeeper, quorum=zk1:2181, exception=org.apache.zookeeper.KeeperException$SessionExpiredException: KeeperErrorCode = Session expired for /hbase/master
14/01/10 14:05:44 INFO util.RetryCounter: Sleeping 1000ms before retry #0...
14/01/10 14:05:45 WARN zookeeper.RecoverableZooKeeper: Possibly transient ZooKeeper, quorum=zk1:2181, exception=org.apache.zookeeper.KeeperException$SessionExpiredException: KeeperErrorCode = Session expired for /hbase/master
14/01/10 14:05:45 ERROR zookeeper.RecoverableZooKeeper: ZooKeeper getData failed after 1 attempts
14/01/10 14:05:45 WARN zookeeper.ZKUtil: clean znode for master-0x1427a96bfea4a8a, quorum=zk1:2181, baseZNode=/hbase Unable to get data of znode /hbase/master
org.apache.zookeeper.KeeperException$SessionExpiredException: KeeperErrorCode = Session expired for /hbase/master
	at org.apache.zookeeper.KeeperException.create(KeeperException.java:127)
	at org.apache.zookeeper.ZooKeeper.getData(ZooKeeper.java:1151)
	at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.getData(RecoverableZooKeeper.java:337)
	at org.apache.hadoop.hbase.zookeeper.ZKUtil.getDataNoWatch(ZKUtil.java:777)
	at org.apache.hadoop.hbase.zookeeper.MasterAddressTracker.deleteIfEquals(MasterAddressTracker.java:170)
	at org.apache.hadoop.hbase.ZNodeClearer.clear(ZNodeClearer.java:160)
	at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:138)
	at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:2779)
14/01/10 14:05:45 ERROR zookeeper.ZooKeeperWatcher: clean znode for master-0x1427a96bfea4a8a, quorum=zk1:2181, baseZNode=/hbase Received unexpected KeeperException, re-throwing exception
14/01/10 14:05:45 WARN zookeeper.ZooKeeperNodeTracker: Can't get or delete the master znode

After checking ZNodeCleaner.java i notice this lines :

 try {
      znodeFileContent = ZNodeClearer.readMyEphemeralNodeOnDisk();
      
    } catch (FileNotFoundException fnfe) {
      // If no file, just keep going -- return success.
      LOG.warn("Can't find the znode file; presume non-fatal", fnfe);
      LOG.warn("Can't read the content of the znode file", e);
    } finally {
      zkw.close();
    }

    return MasterAddressTracker.deleteIfEquals(zkw, znodeFileContent);
  }

Looks like we are closing zookeeper connection prematurely. After moving

 return MasterAddressTracker.deleteIfEquals(zkw, znodeFileContent); 

 inside try block issue was fixed. 

Class org.springframework.webflow.execution.Action:
...
Attributes set in flash scope exist until the next external user event is signaled. That time includes the current request plus any redirect or additional refreshes to the next view
...

The current error message is: -

JBAS015239: Only alpha/numeric usernames accepted.

However a small set of symbols are allowed.

SWITCH_USER_GRANTED_AUTHORITY should be replaced in the Javadocs for ROLE_PREVIOUS_ADMINISTRATOR. The code changed long ago but the Javadoc for SwitchUserProcessingFilter has not.

Hive 0.6.0 we upgraded the version of DataNucleus from 1.0 to 2.0, which changed some of the defaults for how field names get mapped to datastore identifiers. This was problem was resolved in HIVE-1435 by setting datanucleus.identifierFactory=datanucleus in hive-default.xml
However, this property definition was not added to HiveConf. This can result in schema corruption if the user upgrades from Hive 0.5.0 to 0.6.0 or 0.7.0 and retains the Hive 0.5.0 version hive-default.xml on their classpath.

To avoid possibility when two different principals are configured in Elytron dir-context, its attributes principal and authentication-context should be mutually exclusive.

Validating a SOAP request or response with PayloadValidatingInterceptor or Jaxb2Marshaller fails when using MTOM.
The spring-ws MTOM sample fails when PayloadValidatingInterceptor is added to the endpoint interceptor chain.
Schema:
    <element name="SendRequest" type="tns:SendMessage"/>
    <complexType name="SendMessage">
       	<sequence>
   		<element name="sender" type="string"/>
   		<element name="recipient" type="string"/>
            	<element name="content" type="base64Binary" xmime:expectedContentTypes="/"/>
       	</sequence>
   </complexType>
SOAP request:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:mail="http://www.enovation.nl/ems/mailwebservice">
      <mail:SendRequest>
         <mail:sender>1</mail:sender>
         <mail:recipient>2</mail:recipient>
         <mail:content><inc:Include xmlns:inc="http://www.w3.org/2004/08/xop/include" href="cid:768176637073"/></mail:content>
      </mail:SendRequest>
SOAP response:
   <SOAP-ENV:Header/>
   <SOAP-ENV:Body>
      <SOAP-ENV:Fault>
         <faultcode>SOAP-ENV:Client</faultcode>
         <faultstring xml:lang="en">Validation error</faultstring>
         <detail>
            <spring-ws:ValidationError xmlns:spring-ws="http://springframework.org/spring-ws">cvc-type.3.1.2: Element 'mail:content' is a simple type, so it must have no element information item [children].</spring-ws:ValidationError>
         </detail>
      </SOAP-ENV:Fault>
   </SOAP-ENV:Body>

18:26:26,514 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
]) - failure description: {"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
        "org.wildfly.clustering.group.ee",
        "org.wildfly.clustering.jgroups.channel.ee"
    ],
    "Services that may be the cause:" => ["org.wildfly.network.socket-binding.undefined"]
}}

HIVE-7681 introduced a regression where hcat -e 'alter view set tblproperties ...' stopped working, since HiveParser.TOK_ALTERVIEW was introduced and is what's visible at the preAnalyze, and that wasn't explicitly permitted.

Saw this in 0.16.0:

2008-03-06 01:12:03,861 INFO org.apache.hadoop.ipc.Server: IPC Server handler 5 on 60000, call regionServerStartup(address: XX.XX.XX.221:60020, startcode: 1204765922029, load: (requests: 0 regions: 0)) from XX.XX.XX.221:41140: error: java.io.IOException: java.lang.AssertionError: Impossible state for createLease(): Lease 277528057/277528057 is still held.
java.io.IOException: java.lang.AssertionError: Impossible state for createLease(): Lease 277528057/277528057 is still held.
        at org.apache.hadoop.hbase.HMaster.regionServerStartup(HMaster.java:1307)
        at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)                                                                                                                                                                                                                                                              at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

... over and over for hours.

The current hashCode implementation produces poor parallelism when dealing with single integers or doubles.
And for partitioned inserts into a 1 bucket table, there is a significant hotspot on Reducer #31.
Removing the magic number 31 and using a more normal hash algorithm would help fix these hotspots.

One documented way in spring-amqp to avoid message redelivery on listener failure is to inject an error-handler that throws AmqpRejectAndDontRequeueException. This works fine for SI amqp-backed point-to-point channels, but causes the consumer to attempt to restart for SI amqp-backed pub-sub channels. This attempt to restart fails because 
"there is a problem with the pub-sub channel in that if the consumer fails, it does not redeclare its queue - this has been partially addressed in 4.0.0.M3 (https://jira.spring.io/browse/INT-3278) in that the queue and binding will be redeclared in the event of a connection failure, but it still won't handle a fatal (but recoverable) consumer exception because it only redeclares when it detects a new connection is created."
See reference URL forum posting for more details from Gary Russell, who understands this stuff way better than I do.
From the forum posting: 
"In order for the AmqpRejectAndDontRequeueException to be non-fatal to the consumer, when thrown from an ErrorHandler, it needs to be wrapped in a ListenerExecutionFailedException (we should probably document that, or even treat ARADREs in the same way as LEFEs; please open up a JIRA issue: https://jira.spring.io/browse/AMQP)."

The sample config which worked in the 1.1.1 version, but doesn't work now:

<beans:bean id="messageStore" class="org.springframework.integration.mongodb.store.ConfigurableMongoDbMessageStore">
		<beans:constructor-arg ref="mongoDbFactory"/>
		<beans:constructor-arg>
			<mongo:mapping-converter>
				<mongo:custom-converters>
					<mongo:converter>
						<beans:bean class="org.springframework.integration.mongodb.store.ConfigurableMongoDbMessageGroupStoreTests$MessageReadConverter"/>
					</mongo:converter>
				</mongo:custom-converters>
			</mongo:mapping-converter>
		</beans:constructor-arg>
		<beans:constructor-arg value="testConfigurableMongoDbMessageStore"/>

That's because MappingMongoConverterParser doesn't check if the parserContext.isNested(), registers BeanDefinition and returns null

--showHeader is being honored
[root@localhost ~]# beeline --showHeader=false -u 'jdbc:hive2://localhost:10000/default' -n hive -d org.apache.hive.jdbc.HiveDriver -e "select * from sample_07 limit 10;"
Connecting to jdbc:hive2://localhost:10000/default
Connected to: Apache Hive (version 0.12.0-cdh5.0.1)
Driver: Hive JDBC (version 0.12.0-cdh5.0.1)
---------

On mysql, I got:
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '----------------------------
SOURCE hive-txn-schem' at line 1
On Oracle, I got:
SP2-0310: unable to open file "hive-txn-schema-0.13.0.oracle.sql" 

Refactor some tables, links, and other things that don't look quite right in the output.

This cause TestNamespaceAuditor to fail.
https://builds.apache.org/job/HBase-TRUNK/6237/testReport/junit/org.apache.hadoop.hbase.namespace/TestNamespaceAuditor/testRegionOperations/

2015-03-10 22:42:01,372 ERROR [hemera:48616.activeMasterManager] namespace.NamespaceStateManager(204): Error while update namespace state.
java.io.IOException: Table Namespace Manager not ready yet, try again later
	at org.apache.hadoop.hbase.master.HMaster.checkNamespaceManagerReady(HMaster.java:1912)
	at org.apache.hadoop.hbase.master.HMaster.listNamespaceDescriptors(HMaster.java:2131)
	at org.apache.hadoop.hbase.namespace.NamespaceStateManager.initialize(NamespaceStateManager.java:188)
	at org.apache.hadoop.hbase.namespace.NamespaceStateManager.start(NamespaceStateManager.java:63)
	at org.apache.hadoop.hbase.namespace.NamespaceAuditor.start(NamespaceAuditor.java:57)
	at org.apache.hadoop.hbase.quotas.MasterQuotaManager.start(MasterQuotaManager.java:88)
	at org.apache.hadoop.hbase.master.HMaster.initQuotaManager(HMaster.java:902)
	at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:756)
	at org.apache.hadoop.hbase.master.HMaster.access$500(HMaster.java:161)
	at org.apache.hadoop.hbase.master.HMaster$1.run(HMaster.java:1455)

The direct reason is that we do not have a retry here, if init fails then it always fails. But I skimmed the code, seems there is no async init operations when calling finishActiveMasterInitialization, so it is very strange. Need to dig more.

TestNegativeCliDriver is error-prone at present but if you run constraint_partition_columns.q on its own you get a diff. I think this is a simple regression caused by HIVE-18726

After switching between process-id-uuid and process-id-socket-bindings as described in WFLY-2623 a follow-up /subsystem=transactions:read-resource fails until the server / host is reloaded. 
The resource should be readable and return an reload-required header. 

In my quick test with GMail, the "from" in a Mail URI was ignored:
<to uri="smtps:smtp.gmail.com?username=ammulder@gmail.com& amp;password=guess&from=Aaron Mulder & lt;ammulder@apache.org& gt;& amp;debugMode=true" />
I couldn't find any code that reads the "from" out of the URI and sets it on the MailConfiguration, though I see that MailBinding will use a "from" on the MailConfiguration if it's there.
I'm not 100% sure that GMail isn't just denying the request to send from a registered alternate address, but not being able to find the code makes me suspicious.

Adding a "path" to a "server-config" in domain mode (works fine) and then remove it again results in a NullPointerException

A COLUMNS_OLD table is included in a schema definition file of PostgreSQL.
This table is fixed by HIVE-2246 so as not to use it.
Therefore it's eliminated from a schema definition file.

ConfigurationFile.snapshot() always uses mainFile as the source of the snapshot, but when --read-only-server-config and the domain equivalents are used, that file isn't updated as config changes are made. In this case lastFile should be used.

I'm learning spring and while reading the reference documentation and I found a misplaced "foo bar" in the beginning of section "Classpath scanning and managed components" (source: spring-framework-reference/src/beans-classpath-scanning.xml).
The "foo bar" was introduced between 3.0.4 and 3.0.5
I have added a patch that removes the "foo bar". 
Might be that the "foo bar" is a don't-forget-marker?

See nabble
http://camel.465427.n5.nabble.com/Bug-with-completionSize-on-AggregatorProcessor-tp5721307.html

The TestFunctions tests revealed that NPE is thrown in some cases. These NPEs could be prevented with a simple null check and a MetaException with a proper error message should be thrown instead.

testCreateFunctionNullFunctionName
testCreateFunctionNullDatabaseName
testCreateFunctionNullOwnerType
testCreateFunctionNullFunctionType
testGetFunctionNullDatabase
testDropFunctionNullDatabase
testDropFunctionNullFunctionName
testAlterFunctionNullDatabase
testAlterFunctionNullFunctionName
testAlterFunctionNullFunction
testAlterFunctionNullFunctionNameInNew
testAlterFunctionNullDatabaseNameInNew
testAlterFunctionNullOwnerTypeInNew
testAlterFunctionNullFunctionTypeInNew

Also there are some alter function tests where InvalidObjectException is thrown with Embedded MetaStore, but TApplicationException it thrown with Remote MetaStore. The reason is that the InvalidObjectException is not defined for the alter_function method in the thrift interface, so we got the TApplicationException when the InvalidObjectException was thrown. In these cases the InvalidObjectException could be handled on the server side and re-throw it as a MetaException

I have a repository with a custom query (using @Query) that has line breaks in the String specifying the query, for readability in the repository interface and in the log output. Specifically, the problem is that the original query in the @Query annotation is not correctly parsed when there are line breaks between the FROM and the main ENTITY.

@Query(
	"	select m 																	\n"+
	"	from \n Movement as m 														\n"+	// WTF?? If there's a new line between the FROM and the main entity class alias ("m") SpringData fails to parse the query correctly!!
	"		left join m.toAccount as toAcc												\n"+
	"		left join m.toAccount.owner as toOwn										\n"+
	"	where                                                                           								\n"+
	"		(:login is null or (m.account.owner.login = :login) or (toOwn.login = :login))			\n"+	// The owner of the account transferred from/to
	"		and (:accountId is null or (m.account.id = :accountId) or (toAcc.id = :accountId))		\n"+	// Transfers from/to this account
	"		and (:movTypeKey is null or m.type.key = :movTypeKey)                         			\n"+
	"		and (:movStatusKey is null or m.status.key = :movStatusKey)                   			\n")

I have included an attached .txt file with the details.

This patch fixed the Camel loadBalance tag 's attribute ref do not support to ref another loadBalancer strategy issue.

When the camel-irc component connects to an irc server and there's a nick collision it silently fails. Also note there is no camel-irc component in Jira.

I run into this by accident. command: 

/subsystem=datasources/data-source=ExampleDS:read-attribute(name=[PRESS_TAB_HERE

terminal output:

[standalone@localhost:9990 /] /subsystem=datasources/data-source=ExampleDS:read-attribute(name=[org.jboss.as.cli.CommandFormatException: Attribute name is missing before [ at index 0 in '['
	at org.jboss.as.cli.impl.AttributeNamePathCompleter$AttributeNamePathCallbackHandler.enteredState(AttributeNamePathCompleter.java:394)
	at org.jboss.as.cli.parsing.StateParser$ParsingContextImpl.enterState(StateParser.java:297)
	at org.jboss.as.cli.parsing.EnterStateCharacterHandler.handle(EnterStateCharacterHandler.java:44)
	at org.jboss.as.cli.parsing.StateParser$ParsingContextImpl.parse(StateParser.java:139)
	at org.jboss.as.cli.parsing.StateParser.doParse(StateParser.java:106)
	at org.jboss.as.cli.parsing.StateParser.parse(StateParser.java:73)
	at org.jboss.as.cli.parsing.StateParser.parse(StateParser.java:63)
	at org.jboss.as.cli.parsing.StateParser.parse(StateParser.java:56)
	at org.jboss.as.cli.impl.AttributeNamePathCompleter.parse(AttributeNamePathCompleter.java:246)
	at org.jboss.as.cli.impl.AttributeNamePathCompleter.complete(AttributeNamePathCompleter.java:231)
	at org.jboss.as.cli.impl.AttributeNamePathCompleter.complete(AttributeNamePathCompleter.java:220)
	at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:276)
	at org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:89)
	at org.jboss.as.cli.CommandCompleter.doComplete(CommandCompleter.java:137)
	at org.jboss.as.cli.CommandCompleter.complete(CommandCompleter.java:64)
	at org.jboss.aesh.console.AeshInputProcessor.complete(AeshInputProcessor.java:429)
	at org.jboss.aesh.console.AeshInputProcessor.parseOperation(AeshInputProcessor.java:166)
	at org.jboss.aesh.console.Console.processInternalOperation(Console.java:778)
	at org.jboss.aesh.console.Console.execute(Console.java:738)
	at org.jboss.aesh.console.Console$6.run(Console.java:647)

command above is an edge case when people tries incorrectly AttributeNamePathCompleter with malformed command. However, it's better to log a warning message than print exception stack trace into client terminal.

Hive pdk pluginTest is running twice in unit testing, one is triggered from running builtin tests, another is triggered from running pdk tests.
HIVE-3413 fixed pdk pluginTest on hadoop23 when triggered from running builtin tests. While, when triggered from running pdk tests directly on hadoop23, it is failing:
Testcase: SELECT tp_rot13('Mixed Up!') FROM onerow; took 6.426 sec
FAILED
expected:<[]Zvkrq Hc!> but was:<[2012-09-04 18:13:01,668 WARN [main] conf.HiveConf (HiveConf.java:<clinit>(73)) - hive-site.xml not found on CLASSPATH
]Zvkrq Hc!>
junit.framework.ComparisonFailure: expected:<[]Zvkrq Hc!> but was:<[2012-09-04 18:13:01,668 WARN [main] conf.HiveConf (HiveConf.java:<clinit>(73)) - hive-site.xml not found on CLASSPATH

Looks like this may have been introduced during HIVE-6835.  During initialize(), 3rd party SerDes which do not inherit AbstractSerDe end up getting a Properties object created by SerDeUtils.createOverlayedProperties().  This properties object receives the table properties as defaults.  So looking up a key by name will yield the default value, but a call like getKeys() will not show any of the table properties.

Basically doing this:

interface Table {
  // get, put related stuff
}

@Deprecated
interface HTableInterface extends Table {
  // users are encouraged to use the new Table interface
}

class HTable extends Table {
  // all HTable constructors are deprecated
  // Users are not encouraged to see this class
}

I'm proposing that in this JIRA I move everything from HTableInterface to Table except the following:

Anything deprecated
Anything @InterfaceAudience.Private (coprocessorService(...) and batchCoprocessorService(...))

Avro allows nullable circular references but Hive AvroSerDe does not.
Example of circular references (passing in Avro but failing in AvroSerDe):

class AvroCycleParent {
  AvroCycleChild child;
  public AvroCycleChild getChild () {return child;}
  public void setChild (AvroCycleChild child) {this.child = child;}
}

class AvroCycleChild {
  AvroCycleParent parent;
  public AvroCycleParent getParent () {return parent;}
  public void setParent (AvroCycleParent parent) {this.parent = parent;}
}

Due to this discrepancy, Hive is unable to read Avro records having circular-references. For some third-party code with such references, it becomes very hard to directly serialize it with Avro and use in Hive.
I have a patch for this with a unit-test and I will submit it shortly.

Specifically, if the resource does not have any attribute, the requirement on the capabilities are not recorded in the features generated by Galleon. ReadFeatureDescriptionHandler is the handler responsible to read those features.
As an example, the subsystem JCA in wildfly has three capability requirements. However, when we are creating the Galleon feature pack, those capabilities are not recorded in the subsystem.jca feature.

These are the warnings to be fixed:

SIC Should org.apache.hadoop.hbase.regionserver.HRegion$RowLock be a _static_ inner class?
UPM Private method org.apache.hadoop.hbase.security.access.AccessController.requirePermission(String, String, Permission$Action[]) is never called
WMI Method org.apache.hadoop.hbase.regionserver.wal.WALEditsReplaySink.replayEntries(List) makes inefficient use of keySet iterator instead of entrySet iterator

TestHiveMetaStorePartitionSpecs creates a database named testpartitionspecs_db, but never drop it, sometimes causes TestObjectStore#testDatabaseOps failed:

testDatabaseOps(org.apache.hadoop.hive.metastore.TestObjectStore)  Time elapsed: 0.188 sec  <<< FAILURE!
	at org.apache.hadoop.hive.metastore.TestObjectStore.testDatabaseOps(TestObjectStore.java:120)

The method renderMergedOutputModel should not close the HttpServletResponse output stream. 
The called utility method 
FileCopyUtils.copy(bos.toByteArray(), response.getOutputStream());
closes the stream avoiding other output filters adding more informations. 
Use streamUtils instead
For example, if the view is invoked by a url under security, the session id cookie isn't sent back to the client.

In section 6.57 of Swarm docs (http://docs.wildfly-swarm.io/2018.4.0-SNAPSHOT/#_resource_adapters) provided keys for yaml files are wrong.
wherever it says:

swarm.resource-adapter.resource-adapters.

it should say:

swarm.resource-adapters.resource-adapters.

Notice the final "s" in resource-adapter*s*.
Following the documentation makes the examples not working.

HIVE-7100 introduced a way to skip the trash directory, when deleting table-data, while dropping tables.
In HIVE-9083/HIVE-9086, I extended this to work when partitions are dropped.
Here, I propose a table-parameter ("auto.purge") to set up tables to skip-trash when table/partition data is deleted, without needing to say "PURGE" on the Hive CLI. Apropos, on dropTable() and dropPartition(), table data is deleted directly (and not moved to trash) if the following hold true:

The table is MANAGED.
The deleteData parameter to the HMSC.drop*() methods is true.
Either PURGE is explicitly specified on the command-line (or rather, "ifPurge" is set in the environment context, OR
TBLPROPERTIES contains "auto.purge"="true"

There are two ways to specify columns in multi-gets feature。
1、Specify columns in PathParam as described in HBASE-15870. Examples: 

GET /t1/multiget/cf1:c1,cf2?row=r1

2、Specify columns in QueryParam. Examples:

 GET /t1/multiget?row=r1/cf1:c1,cf2&row=r2/cf2 

However, when we specify columns in QueryParam, the result is wrong , the rowkey contains the columns.

Currently, it seems that we look to match the ColumnInfo between the parent and the child rowschemas by calling rci = rs.getColumnInfo(tblAlias, alias) which might be a bit aggressive. i.e. we will lose opportunity to constant propogate even if the columns are the same but the alias in the rowschemas do not match. We need to introduce additional checks to see if the columns can be mapped to constants from parents.

In HBase shell, specify a non-existing namespace in "grant" command, such as

hbase(main):001:0> grant 'a1', 'R', '@aaa'    <--- there is no namespace called "aaa"

The error message issued is not correct

ERROR: Unknown namespace a1!

a1 is the user name, not the namespace.
The following error message would be better

ERROR: Unknown namespace aaa!

or

Can't find a namespace: aaa

Related to CAMEL-5045 but this ticket is about CAMEL-4500 which introduced a leak on the 2.9 branch on, in relation to tracer.

I've created some backport tickets to branch-3 (e.g. HIVE-20181) and made the mistake of uploading the patch files with wrong filename (. instead of - between version and branch).
These get applied on master, where they're already present, since git apply with -3 won't fail if patch is already there. Tests are run on master instead of failing.
I think the patch application should fail if the patch is empty and branch selection logic should probably fail too if the patch name is malformed.

Component: camel-google-pubsub
When parallelConsumers option on an endpoint is assigned the value greater than 1, the component will not be receiving messages.
The issue has been traced to the underlying Google library used and I will update the component once the fix is available. 

This is a follow-up to HBASE-20141 where Anoop Sam John suggested adding locking for refreshing channels.
I have also seen this become an issue when a RS has to abort and it locks on trying to flush out the remaining data to the cache (since cache on write was turned on).

EJBSignEncryptMultipleClientsTestCase.encryptedAndSignedRequestFromJohn 	
javax.xml.ws.soap.SOAPFaultException: A security error was encountered when verifying the message
    at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:161)
    at com.sun.proxy.$Proxy118.sayHello(Unknown Source)
    at org.jboss.as.test.integration.ws.wsse.signencrypt.EJBSignEncryptMultipleClientsTestCase.encryptedAndSignedRequestFromJohn(EJBSignEncryptMultipleClientsTestCase.java:102)
    at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
    at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:53)
    at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
    at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
    at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129)
    at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source)
    at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99)
    at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72)
    at sun.reflect.GeneratedMethodAccessor32.invoke(Unknown Source)
    at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:124)
    at sun.reflect.GeneratedMethodAccessor31.invoke(Unknown Source)
    at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:379)
    at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:340)
    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:413)
Caused by: org.apache.cxf.binding.soap.SoapFault: A security error was encountered when verifying the message
    at org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.unmarshalFault(Soap11FaultInInterceptor.java:87)
    at org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handleMessage(Soap11FaultInInterceptor.java:53)
    at org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handleMessage(Soap11FaultInInterceptor.java:42)
    at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
    at org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(AbstractFaultChainInitiatorObserver.java:112)
    at org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:70)
    at org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:35)
    at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:827)
    at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1695)
    at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1572)
    at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1373)
    at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
    at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:673)
    at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:63)
    at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:533)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:442)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:343)
    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:296)
    at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
    at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:139)
    ... 129 more
10:52:19,694 WARNING [org.apache.cxf.phase.PhaseInterceptorChain] (default task-1) Interceptor for {http://www.jboss.org/jbossws/ws-extensions/wssecuritypolicy}EJBEncryptSecurityService has thrown exception, unwinding now: org.apache.cxf.binding.soap.SoapFault: A security error was encountered when verifying the message
    at org.apache.cxf.ws.security.wss4j.WSS4JUtils.createSoapFault(WSS4JUtils.java:234)
    at org.apache.cxf.ws.security.wss4j.WSS4JInInterceptor.handleMessageInternal(WSS4JInInterceptor.java:341)
    at org.apache.cxf.ws.security.wss4j.WSS4JInInterceptor.handleMessage(WSS4JInInterceptor.java:176)
    at org.apache.cxf.ws.security.wss4j.PolicyBasedWSS4JInInterceptor.handleMessage(PolicyBasedWSS4JInInterceptor.java:80)
    at org.apache.cxf.ws.security.wss4j.PolicyBasedWSS4JInInterceptor.handleMessage(PolicyBasedWSS4JInInterceptor.java:67)
    at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
    at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:267)
    at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:110)
    at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:134)
    at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88)
    at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:301)
    at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:220)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
    at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136)
    at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140)
    at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
    at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1514)
    at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
    at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
    at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
    at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
Caused by: org.apache.wss4j.common.ext.WSSecurityException: The provided certificate is invalid
Original Exception was java.security.cert.CertificateExpiredException: NotAfter: Fri May 18 03:48:17 MST 2018
    at org.apache.wss4j.common.crypto.Merlin.verifyTrust(Merlin.java:760)
    at org.apache.wss4j.common.crypto.Merlin.verifyTrust(Merlin.java:887)
    at org.apache.wss4j.dom.validate.SignatureTrustValidator.verifyTrustInCerts(SignatureTrustValidator.java:109)
    at org.apache.wss4j.dom.validate.SignatureTrustValidator.validate(SignatureTrustValidator.java:64)
    at org.apache.wss4j.dom.processor.SignatureProcessor.handleToken(SignatureProcessor.java:192)
    at org.apache.wss4j.dom.engine.WSSecurityEngine.processSecurityHeader(WSSecurityEngine.java:340)
    at org.apache.cxf.ws.security.wss4j.WSS4JInInterceptor.handleMessageInternal(WSS4JInInterceptor.java:285)
    ... 56 more
Caused by: java.security.cert.CertificateExpiredException: NotAfter: Fri May 18 03:48:17 MST 2018
    at sun.security.x509.CertificateValidity.valid(CertificateValidity.java:274)
    at sun.security.x509.X509CertImpl.checkValidity(X509CertImpl.java:629)
    at sun.security.x509.X509CertImpl.checkValidity(X509CertImpl.java:602)
    at org.apache.wss4j.common.crypto.Merlin.verifyTrust(Merlin.java:758)
    ... 62 more

There is a typing miss of the HBase Administration Cookbook's author name on the Other HBase Resource page.

SimpleMongoRepository fails if MongoEntityInformation is passed to initialize the repository which customized collection name for entity.
It fails with 
SimpleMongoRepository#findOne(id)
SimpleMongoRepository#delete(id)
SimpleMongoRepository#delete(entity)

EXPLAIN output is inconsistent with respect to non-ascii characters.

CLI (WildFly master) can't be started on Solaris:

[hudson@dev34-02 bin]$ ./jboss-cli.sh
java.io.IOException: Error executing 'stty size': unknown mode: size
: Error executing 'stty size': unknown mode: size

[hudson@dev34-02 bin]$ 

Sometimes it can be necessary to use custom headers to create a file name.
For example, I declare my file endpoint in the following manner:

<route id="fileReader">
    <from uri="file://rootFolder?move=.backup&amp;moveFailed=.error/${header.CustomHeader}" />
    <to uri="file://out"/>
</route>

The header "CustomHeader" cannot be read because of the following snippets of code in the org.apache.camel.component.file.GenericFile

/**
 * Bind this GenericFile to an Exchange
 */
public void bindToExchange(Exchange exchange) {
    exchange.setProperty(FileComponent.FILE_EXCHANGE_FILE, this);
    GenericFileMessage<T> in = new GenericFileMessage<T>(this);
    exchange.setIn(in);
    populateHeaders(in);
}

/**
 * Populates the {@link GenericFileMessage} relevant headers
 *
 * @param message the message to populate with headers
 */
        message.setHeader(Exchange.FILE_NAME_ONLY, getFileNameOnly());
        message.setHeader(Exchange.FILE_NAME, getFileName());
        message.setHeader("CamelFileAbsolute", isAbsolute());
        message.setHeader("CamelFileAbsolutePath", getAbsoluteFilePath());

        if (isAbsolute()) {
            message.setHeader(Exchange.FILE_PATH, getAbsoluteFilePath());
        } else {
            // we must normalize path according to protocol if we build our own paths
            String path = normalizePathToProtocol(getEndpointPath() + File.separator + getRelativeFilePath());
            message.setHeader(Exchange.FILE_PATH, path);
        }

        message.setHeader("CamelFileRelativePath", getRelativeFilePath());
        message.setHeader(Exchange.FILE_PARENT, getParent());

        if (getFileLength() >= 0) {
            message.setHeader("CamelFileLength", getFileLength());
        }
        if (getLastModified() > 0) {
            message.setHeader(Exchange.FILE_LAST_MODIFIED, new Date(getLastModified()));
        }
    }
}

As you can see a new "in" message is created and not all the headers from the original message are copied to it.

We really can't use AbstractYarnClusterTests to test yarn apps which are packaged to be used by boot. Reason for this is that AbstractYarnClusterTests expects YarnClient to be available in a spring test context, which it is not if executing client as boot app.
Most elegant solution for is probably a new base class which understands a minicluster and boot based client app.

It looks like there is minor bug in regex used in MailBinding.java, it causes "|" to act as delimiter, splitting email address into 2 parts.  
For ex: Using email address as - first|last@test.com causes it to split into two parts:
1) first
2) last@test.com
"|" is acceptable character in email as per wikipedia http://en.wikipedia.org/wiki/Email_address. I did not bother to read RFC specification.
Here is snippet of code causing issue:
 private static void appendRecipientToMimeMessage(MimeMessage mimeMessage, String type, String recipient)
        throws MessagingException {
        // we support that multi recipient can be given as a string seperated by comma or semi colon
        String[] lines = recipient.split("[,|;]");
        for (String line : lines) {
Regex above should either be "[,;]" or ";|,"
Also, having email addresses separate out by , or ; seems to be issue as it can be part of name. ex: "firstName, I like comma <first.last@test.com>" is valid. Above code will still cause failure for such messages. Can camel support addresses as List/Array rather than comma delimited string?
See Forum thread: http://www.nabble.com/Camel-Mail-Component%3A-%22|%22-in-email-causes-message-to-fail-td25883099.html

Whitespace in the middle of value (e.g. adding a system property with a value like "my property") is silently ignored.
Going to the history, this behaviour changed was introduced in EAP 6.0.1
6.0.0

/subsystem=logging/console-handler=CONSOLE:write-attribute(name=level, value=   I   N   F   O)
{
    "failure-description" => "JBAS011539: Log level I   N   F   O is invalid.",
}
/system-property=test:add(value=ha ha ha)
/system-property=test:read-attribute(name=value)
{
    "result" => "ha ha ha"
}

6.0.1 up to 7.0.0

/subsystem=logging/console-handler=CONSOLE:read-attribute(name=level)
{
    "result" => "INFO"
}
{
    "result" => "hahaha"
}

Main concern here is whether it is a correct behaviour to silently ignore the whitespace in the middle.

Each new operation creates new entry in the ConcurrentMap in RoutingAppender but when the operation ends, AppenderControl stored in the map is retrieved and stopped but the entry in ConcurrentMap is never cleaned up.

When session-fixation-protection="newSession" is used then AbstractProcessingFilter processing filter doesn't redirect to target url. It is because of saved request clearing in session (2.0.4, trunk).

We get incorrect result with vectorization and multi-output Select operator created by SharedWorkOptimizer. It can be reproduced in the following way.
Correct
select count(*) as h8_30_to_9
  from src
  join src1 on src.key = src1.key
  where src1.value = "val_278";
OK
2

Correct
select count(*) as h9_to_9_30
  from src
  where src1.value = "val_255";
OK
2

Incorrect
  select count(*) as h8_30_to_9
  from src
  where src1.value = "val_278") s1
join (
  select count(*) as h9_to_9_30
  from src
  where src1.value = "val_255") s2;
OK
2	0

Problem seems to be that some ds in the batch row need to be re-initialized after they have been forwarded to each output.

Calling HRegionServer.getClosestRowBefore() can cause a stack overflow if the underlying store file is a reference and the row key is in the bottom.
        at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:990)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.convertThrowableToIOE(HRegionServer.java:978)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.getClosestRowBefore(HRegionServer.java:1651)
        at sun.reflect.GeneratedMethodAccessor174.invoke(Unknown Source)
        at org.apache.hadoop.hbase.io.HalfStoreFileReader$1.seekBefore(HalfStoreFileReader.java:147)
        at org.apache.hadoop.hbase.io.HalfStoreFileReader$1.seekBefore(HalfStoreFileReader.java:149)

Defining two groups and starting only one may result first allocated container to get matched from a group which is not running, effectively starting a wrong container. Looks to be caused be a fact that grid projection is attached to projected grid when cluster is created thus allowing projection to get matched there.
Should handle this so that attach doesn't happen until group is started.

One of changes in webflow 2.07 causes the message context to be stored across redirects, unfortunately a current MyFaces bug (https://issues.apache.org/jira/browse/MYFACES-1347) causes serialization failure when running in a clustered environment.
Since the MyFaces issue has been opened since 2006 here is a work around patch that could be applied to webflow.
As this is a MyFaces issue you might not want to apply the patch but I will post it here anyway in case anyone else hits the same issue.

When there is a servlet specified like:

<servlet>
        <servlet-name>index</servlet-name>
        <jsp-file>/index.jsp</jsp-file>
        <url-pattern>/index</url-pattern>

and the backing JSP uses RequestDispatcher#forward pointing to a different JSP file, the JspServlet will unfortunately try to render the first JSP again, resulting in StackOverflowError in most of the time.
When investigating this issue with the debugger by making a sample request to /index, it appeared that JspFileHandler sets the request attribute Constants.JSP_FILE, and that will have the value of the JSP file from the <jsp-file> directive. This is great, until the JSP itself tries to call RequestDispatcher#forward using a path on the servletcontext, such as /hello.jsp. In this scenario, JspFileHandler no longer gets invoked, because simply that JSP isn't bound to a servlet, so the request attribute remain the old value and JspServlet just simply grabs the value from the request attribute again and displays the /index.jsp again, and again, and again.
This looks to be a bug in Jastow, but I'm not really sure how to fix it. I would assume that using dispatcher#forward from a JSP to call an another JSP (even indirectly, i.e. through dispatching the request to a servlet, which then would dispatch the request to a JSP) should be within the bounds of the servlet spec, but let me know if I'm violating the spec with my application in any ways.

I'm using apache Deltaspike with a Quartz Scheduler in my project. One dependency seems to have problems with addAllDependencies of the archive.
The problem is reproducable in the sample projects (see steps to reproduce)
The thrown exception is:

Exception in thread "main" org.jboss.shrinkwrap.api.importer.ArchiveImportException: Could not obtain ZIP File from File
	at org.jboss.shrinkwrap.impl.base.importer.zip.ZipImporterImpl.importFrom(ZipImporterImpl.java:146)
	at org.jboss.shrinkwrap.impl.base.importer.zip.ZipImporterImpl.importFrom(ZipImporterImpl.java:45)
	at org.wildfly.swarm.internal.ArtifactManager.allArtifacts(ArtifactManager.java:103)
	at org.wildfly.swarm.spi.api.DependenciesContainer.addAllDependencies(DependenciesContainer.java:31)
	at org.wildfly.swarm.examples.netflix.ribbon.events.Main.main(Main.java:51)
	at java.util.zip.ZipFile.open(Native Method)
	at java.util.zip.ZipFile.<init>(ZipFile.java:219)
	at java.util.zip.ZipFile.<init>(ZipFile.java:163)
	at org.jboss.shrinkwrap.impl.base.importer.zip.ZipImporterImpl.importFrom(ZipImporterImpl.java:144)
	... 4 more

Fetch task passes a null job to the serde during initialize - it should not assume that the serde does not need the job.
This assumption is valid for MetadataTypedColumnSetSerde, but need not be valid always

HiveServer2 currently allows concurrent queries to be run in a single session. However, every HS2 session has  an associated SessionState object, and the use of SessionState in many places assumes that only one thread is using it, ie it is not thread safe.
There are many places where SesssionState thread safety needs to be addressed, and until then we should serialize all query execution for a single HS2 session. This problem can become more visible with HIVE-4239 now allowing parallel query compilation.
Note that running queries in parallel for single session is not straightforward  with jdbc, you need to spawn another thread as the Statement.execute calls are blocking. I believe ODBC has non blocking query execution API, and Hue is another well known application that shares sessions for all queries that a user runs.

1) Don't use ORC dictionary.
2) Use VectorDeserialize.
3) Don't parse the columns that are not included (cannot avoid reading them).
4) Send VRB to the pipeline and write ORC in parallel (in background). HIVE-15672
Also add an option to disable the encoding pipeline server-side.

When building the samples applications i receive the following error:
--------------------------------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO] Error building POM (may not be this project's POM).
Project ID: org.springframework.ws:echo
POM Location: C:\downloads\spring-ws-1.5.7\samples\echo\pom.xml
Validation Messages:
 [0]  'dependencies.dependency.version' is missing for stax:stax-api
Reason: Failed to validate POM for project org.springframework.ws:echo at C:\dow
nloads\spring-ws-1.5.7\samples\echo\pom.xml
-----------------------------------------------------------------------------------
The workaround was to add the following entry to the spring-ws-parent-1.5.7.pom
	<groupId>stax</groupId>
	<artifactId>stax-api</artifactId>
	<version>1.0.1</version>

Many of the nightly builds are failing with timeout on checkout stage with git fetch command. The default timeout is 2 minutes. We could either increase the timeout or use shallow clone that would also reduce the used space.
Error from console output:

08:48:10 Cloning the remote Git repository
08:48:10 Cloning with configured refspecs honoured and without tags
Cloning repository https://git.apache.org/hbase.git
 > git init /home/jenkins/jenkins-slave/workspace/HBase_Nightly_master-4PMG3QPNOXT5YRQZS7HMZP3GLNX6XSF6DVHYXYIB5BWQ75VW3CPA@2/component # timeout=10
Fetching upstream changes from https://git.apache.org/hbase.git
 > git --version # timeout=10
 > git fetch --no-tags --progress https://git.apache.org/hbase.git +refs/heads/*:refs/remotes/origin/*
08:50:15 ERROR: Error cloning remote repo 'origin'
08:50:15 hudson.plugins.git.GitException: Command "git fetch --no-tags --progress https://git.apache.org/hbase.git +refs/heads/*:refs/remotes/origin/*" returned status code 128:
08:50:15 stdout: 
08:50:15 stderr: fatal: unable to access 'https://git.apache.org/hbase.git/': Failed to connect to git.apache.org port 443: Connection timed out

Would be nice to have the query id set during compilation to tie logs together etc.

    val names = server.queryNames(new ObjectName("*:type=context,*"), null)
    for (name <- names.asScala) {

Namespaces / schema versions of module.xml are out of sync:

grep "urn:jboss:module" jboss-eap-7.0/modules/ -R | cut -d: -f 5 | cut -d\" -f1 | sort | uniq -c
        5 1.1
      352 1.3
        1 1.5

1.5 is used by:
  ./modules/system/layers/base/javax/transaction/api/main/module.xml
1.1 is used by:
  ./modules/system/layers/base/org/jboss/as/domain-http-error-context/eap/module.xml
  ./modules/system/layers/base/org/jboss/as/product/eap/module.xml
  ./modules/system/layers/base/org/hibernate/search/backend-jgroups/main/module.xml
  ./modules/system/layers/base/org/hibernate/search/serialization-avro/main/module.xml
  ./modules/system/layers/base/org/hibernate/search/backend-jms/main/module.xml

Looks like compaction is allowed on non-ACID table, although that's of no sense and does nothing. Moreover the compaction request will be enqueued into COMPACTION_QUEUE metastore table, which brings unnecessary overhead.
We should prevent compaction commands being allowed on non-ACID tables.

Add an endpoint to get kernel and network configs via sysctl. Also memory related configs like transparent huge pages config can be added. "ulimit -a" can be added to llap startup script as it needs a shell. 

Setting up the mixed domain tests for an EAP7 slave, I get the following error :

  SimpleMixedDomain700TestCase>SimpleMixedDomainTest.test00002_Versioning:139 expected:<{
    "management-major-version" => 4,
    "management-micro-version" => 0,
    "management-minor-version" => 1,
    "name" => "Unnamed Domain",
    "namespaces" => [],
    "product-name" => "WildFly Full",
    "product-version" => "10.1.0.Final-SNAPSHOT",
    "release-codename" => "Kenny",
    "release-version" => "2.2.0.CR2",
    "schema-locations" => []
}> but was:<{
    "product-name" => "JBoss EAP",
    "product-version" => "7.0.0.GA",
    "release-version" => "2.1.2.Final-redhat-1",
}>

The 'expected' is the WildFly master values, while the 'actual' are the slave values. product-name, product-version, release-codename and release-version on the slave should be the same as the master values. Once we upgrade to Wildfly Core 3.0.0 we should also check that the management-[major/minor/micro]-version attributes on the slave are the same as the DC's values as well (i.e 5.0.0 rather than 4.0.1) This is similar to WFLY-3228 back in the day.
This is probably caused by the SyncXXX handlers for pushing the domain config as operations (WFCORE-401)

Registering a subscription with immediate cancel can report an inactive subscription although StreamMessageListenerContainer can perform a stream read.
The scenario requires the following steps to reproduce the issue:

Activating a subscription in StreamMessageListenerContainer
awaiting activation (awaitStart(…)
immediately cancelling the subscription
read active state via Subscription.isActive().

Subscription.isActive() reports in this case false because internally we check that the status is either running or the stream read has reached event looping. The state is CANCELLED and the task thread has not yet reached the event loop.

Currently the following query will fail with a cast exception (tries to cast timestamp to timestamp with local timezone).

 select to_epoch_milli(current_timestamp)

As a simple fix we need to add support for timestamp object inspector.

Right now, it seems that it's entirely too easy to create a routing slip EIP that doesn't act like a routing slip at all; if Async InOnly destinations are used, then things do not seem to work (i.e. each destination receives the message).
It seems like the only way to get it to work (and even then, it's not guaranteed) is to set the MEP to InOnly on the Consuming endpoint. Setting it on the RoutingSlip has no effect.
Furthermore, I'd expect that the Out message on a message returning to the routing slip would be propagated to the in message of the next; this doesn't seem to be happening, or I've screwed up setting the headers to check the breadcrumbs so I can verify order.

The HiveServer2 Web UI (HIVE-12550) shows recently completed queries. 
However, a user can see the queries run by other users as well, and that is a security/privacy concern.
Only admin users should be allowed to see queries from other users (similar to behavior of display for configs, stack trace etc).

Needed to pick up the fix for JGRP-1928 so that WildFly 9 clustering can work on OpenShift.

The following is printed during a shutdown of an .ear

11:21:52,260 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015877: Stopped deployment null (runtime-name: msginflow1_mdb_msginflow_ejb.jar) in 16ms
11:21:52,260 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015877: Stopped deployment null (runtime-name: msginflow_mdb_msginflow_ejb.jar) in 16ms
11:21:52,262 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015877: Stopped deployment msginflow_mdb.ear (runtime-name: msginflow_mdb.ear) in 18ms
11:21:52,387 INFO  [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018558: Undeployed "msginflow_mdb.ear" (runtime-name: "msginflow_mdb.ear")

The 'null' part of the .jar undeployment doesn't look nice.

Came up yesterday in an internal conversation. Mike Drob noticed that the CPEP for RSGroups is marked audience Private which sort of makes sense given this an evolving feature. The refguide though makes it sound as though you can drive RSGroups from shell or API. Let me shutdown the talk of API being public.

ehcache changed its cache manager creation behavior from version 2.5.1 to 2.5.2 and up. The previously used method no longer creates a new instance in the later version but simply returns a singlton instance. So this change needs to be accommodated in camel-cache.

When there is an authentication exception in the method below, a full stack trace is logged at info level; this is polluting the logs whenever a user cannot authenticate. Since the exception is added to the callback object it seems logical that the caller should decide what to do with this exception. Even a DEBUG message seems useless here. 
public boolean authenticate(Name base, String filter, String password,
			final AuthenticatedLdapEntryContextCallback callback, final AuthenticationErrorCallback errorCallback)

The same problem as CAMEL-9442 but for camel-netty*-http instead of camel-http4.

The "preCreateTable" method in the HBaseStorageHandler checks that the HBase table is still online by creating a new instance of HTable

// ensure the table is online
new HTable(hbaseConf, tableDesc.getName());

However this instance is never closed. So if this test succeeds, we would have a resource leak in the code.

Add this unit test in org.apache.camel.builder.SimpleBuilderTest to reproduce the issue. Only fails when the regex contains }

public  void testRegexAllWithPlaceHolders() {
        exchange.getIn().setHeader("activateUrl", "http://some/rest/api/(id)/activate");
        assertEquals("http://some/rest/api/12/activate",SimpleBuilder.simple("${header.activateUrl.replaceAll(\"\\(id\\)\",\"12\")}").evaluate(exchange,String.class));

        //passes when contains { only
        exchange.getIn().setHeader("activateUrl", "http://some/rest/api/{id/activate");
        assertEquals("http://some/rest/api/12/activate",SimpleBuilder.simple("${header.activateUrl.replaceAll(\"\\{id\",\"12\")}").evaluate(exchange,String.class));

        String replaced  = "http://some/rest/api/{id}/activate".replaceAll("\\{id\\}","12");
        assertEquals( "http://some/rest/api/12/activate", replaced);
        /// But throws throws NullPointerException when regexALl inside a simple expression
        exchange.getIn().setHeader("activateUrl", "http://some/rest/api/{id}/activate");
        assertEquals("http://some/rest/api/12/activate",SimpleBuilder.simple("${header.activateUrl.replaceAll(\"\\{id\\}\",\"12\")}").evaluate(exchange,String.class));
    }

Deleting a jar, hive creates a new classloader discarding old one. The old loader should be properly removed by JavaUtils.closeClassLoader.

getclosestatorbefore was not converted to deal with the new delete types.  It only knows how to process old style deletes.  Usually all is well as edits come in but its possible to get into state where you have persisted in one file a deletefamily for all in meta and in the file behind it, there are entries on the info family.  Since closest doesn't understand deletefamily, it will return the Put rows only for the subsequent getfull, which knows how to work with deletefamilies fail.
Once this happens, table is hosed.  Seen on Bradford Stephens upload and at Powerset.  "Fix" is flush and major compact.  Gives impression that hbase is 'delicate'.  Fixing.

Sometimes I get the following error
[23:59:55]: Running org.apache.camel.itest.customerrelations.CustomerServicesWsAddressingTest
[00:00:06]: Exception in thread "DefaultMessageListenerContainer-4" java.lang.NullPointerException
[00:00:06]: at java.lang.String.indexOf(String.java:1564)
[00:00:06]: at java.lang.String.indexOf(String.java:1546)
[00:00:06]: at org.springframework.jms.support.JmsUtils.buildExceptionMessage(JmsUtils.java:255)
[00:00:06]: at org.springframework.jms.listener.DefaultMessageListenerContainer.handleListenerSetupFailure(DefaultMessageListenerContainer.java:745)
[00:00:06]: at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:897)
[00:00:06]: at java.lang.Thread.run(Thread.java:595)
... which then causes a hang. Its a known issue in spring-jms 2.5.6 (http://jira.springframework.org/browse/SPR-5470). Happens when we try to do a shutdown of the context. Reverting back to 2.5.5 fixes this issue, but we probably don't want to do that 

HibernatePagingItemReader is exhausting DB connections by never closing sessions.
It appears to open a new session for each chunk in 'createQuery', overwriting the previous in 'statefulSession', but never closes it.

If there is no user defined on the ManagementRealm the add new user page should not be displayed if a trust store has been defined as Client Cert authentication may be possible.

Now it will use the hadoop versions for branch-1.
I do not know how to set the fix versions as the code will be committed to master but the branch in trouble is branch-2...

See http://forum.springframework.org/viewtopic.php?t=7104
Basically if more than one request comes into a web container for the same browser, both requests will be for the same jsessionid. If the requests finish in a different order from which they are received, any authentication action that occurs in the faster-to-complete request will be overwritten by the slower-to-complete request.
The fix is to only ever write to HttpSession if the SecurityContextHolder.getContext() has actually changed during the request. As such, in the above case the slower-to-complete request will not have changed its SecurityContextHolder and therefore would not have overwritten the faster-to-complete request's modification of SecurityContextHolder and thus persistence in HttpSession.
I have no problem with this change, it makes sense, we just need to ensure test coverage carefully checks its correct operation.

If you create a table stored as avro and try to do select count against the table it will fail. The following shows this. Empty table in this situation is a table with no files. 

hive> create table j2 (a int) stored as avro;
OK
Time taken: 1.069 seconds
hive> select count(*) from j2;
Query ID = johndee_20150915113434_d4fe99d4-7fb9-42fe-9b91-ad560eeacc48
	at org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat.getHiveRecordWriter(AvroContainerOutputFormat.java:65)
	at org.apache.hadoop.hive.ql.exec.Utilities.createEmptyFile(Utilities.java:3430)
	at org.apache.hadoop.hive.ql.exec.Utilities.createDummyFileForEmptyPartition(Utilities.java:3463)
	at org.apache.hadoop.hive.ql.exec.Utilities.getInputPaths(Utilities.java:3387)
	at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:370)
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1640)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1399)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1183)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1039)
Caused by: org.apache.hadoop.hive.serde2.avro.AvroSerdeException: Neither avro.schema.literal nor avro.schema.url specified, can't determine table schema
	at org.apache.hadoop.hive.serde2.avro.AvroSerdeUtils.determineSchemaOrThrowException(AvroSerdeUtils.java:109)
	at org.apache.hadoop.hive.ql.io.avro.AvroContainerOutputFormat.getHiveRecordWriter(AvroContainerOutputFormat.java:63)
	... 24 more
Job Submission failed with exception 'java.io.IOException(org.apache.hadoop.hive.serde2.avro.AvroSerdeException: Neither avro.schema.literal nor avro.schema.url specified, can't determine table schema)'

We observed that when with "framed transport" option. The thrift call ThriftServerRunner.HbaseHandler.getRegionInfo() receives corrupted parameter (some garbage string attached to the beginning). This may be a thrift bug requires further investigation.

Right now, we only support atomExpression, rather than expression in values in MergeStatement.

QTestUtil tests start mini zookeeper cluster. If it exits abnormally (eg timeout), it fails to stop the zookeeper mini cluster. On Windows when the process is still running the files can't be deleted, and as a result the new zookeeper cluster started by a new QFileUtil based test case fails to start.

The camel xquery support no longer works correctly as of 2.18.x
I identified two main issues so far:

A java.lang.NullPointerException is thrown when exchange contains any null headers or properties:

java.lang.NullPointerException: External object cannot wrap a Java null
	at net.sf.saxon.value.ObjectValue.<init>(ObjectValue.java:55)
	at org.apache.camel.component.xquery.XQueryBuilder.addParameters(XQueryBuilder.java:640)

An error in execution whenever a header or a property are referenced in the xquery as an external variable:

java.lang.AssertionError: Unknown event
	at net.sf.saxon.evpull.ComplexContentProcessor.advance(ComplexContentProcessor.java:198)

Attached is a maven project with junit test illustrating the issues.

UDAFPercentile when passed null percentile list will throw a null pointer exception.
Submitting a small fix for that.

There is no setting to allow mod_cluster to attempt to use HTTP/2 to talk to a backend server.

When running the the count command in the HBase shell, the row key is printed each time a count interval is reached. However, the key is printed verbatim, meaning that non-printable characters are directly printed to the terminal. This can cause confusing results, or even leave the terminal in an unusable state.

Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '"PART_COL_STATS" where "DB_NAME" = 'tpcds_100' and "TABLE_NAME" =
 'store_sales' at line 1
...
        at org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:451) ~[datanucleus-api-jdo-3.2.6.jar:?]
        at org.datanucleus.api.jdo.JDOQuery.executeWithArray(JDOQuery.java:321) ~[datanucleus-api-jdo-3.2.6.jar:?]
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.executeWithArray(MetaStoreDirectSql.java:1644) [hive-exec-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.partsFoundForPartitions(MetaStoreDirectSql.java:1227) [hive-exec-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.MetaStoreDirectSql.aggrColStatsForPartitions(MetaStoreDirectSql.java:1157) [hive-exec-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore$9.getSqlResult(ObjectStore.java:6659) [hive-exec-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore$9.getSqlResult(ObjectStore.java:6655) [hive-exec-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore$GetHelper.run(ObjectStore.java:2493) [hive-exec-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
        at org.apache.hadoop.hive.metastore.ObjectStore.get_aggr_stats_for(ObjectStore.java:6655) [hive-exec-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_40]

In AuthorizationCodeAccessTokenProvider.getParametersForTokenRequest(AuthorizationCodeResourceDetails resource, OAuth2SecurityContext context)

			redirectUri = String.valueOf(context==null ? null : context.getPreservedState());

should be replaced with

			if (context != null && context.getPreservedState() != null) {
				redirectUri = String.valueOf(context.getPreservedState());
			}

Otherwise redirectUri contains the string "null" instead of null and the following

			if (redirectUri == null)

fails, so

			redirectUri = context == null ? null : context.getUserAuthorizationRedirectUri();

never gets executed and we end up with redirectUri "null" and the redirect fails.

See line 279 in MongoExampleMapper: https://github.com/spring-projects/spring-data-mongodb/blob/master/spring-data-mongodb/src/main/java/org/springframework/data/mongodb/core/convert/MongoExampleMapper.java#L279
The method isEmptyIdProperty seems to be about only entries with key "_id", however due to operator precedence and lack of parentheses around the && it is actually checking every non-ID property whether it's an empty Optional. This may cause NPE if entry value is null.
I think the intent was:

return entry.getKey().equals("_id") && (entry.getValue() == null || entry.getValue().equals(Optional.empty()));

(note the extra brackets around entry.getValue() == null || entry.getValue().equals(Optional.empty()))

Equals method of NOPClosure class doesn't follow objects equals contract. It isn't symmetric nor transitive and it is just plain wrong.
Following code evaluates to true on most (if not all) JVM implementations:

 NOPClosure.INSTANCE.equals(new Integer(System.identityHashCode(NOPClosure.INSTANCE))) 

http://54.241.6.143/job/HBase-TRUNK/org.apache.hbase$hbase-server/424/testReport/org.apache.hadoop.hbase.client/TestFromClientSideWithCoprocessor/testClientPoolThreadLocal/

java.lang.AssertionError: expected null, but was:<java.lang.AssertionError: The number of versions of '[B@755d828f:[B@4e26b67b did not match 4 expected:<4> but was:<3>>

I'm just going to disable this one.  No doc.  Exotic.

DefaultVisibilityLabelServiceImpl.java
  @Override
  public boolean matchVisibility(List<Tag> putVisTags, Byte putTagsFormat, List<Tag> deleteVisTags,
      Byte deleteTagsFormat) throws IOException {
    if ((deleteTagsFormat != null && deleteTagsFormat == SORTED_ORDINAL_SERIALIZATION_FORMAT)
        && (putTagsFormat == null || putTagsFormat == SORTED_ORDINAL_SERIALIZATION_FORMAT)) {
      if (putVisTags.isEmpty()) {
        // Early out if there are no tags in the cell
      }
      if (putTagsFormat == null) {
        return matchUnSortedVisibilityTags(putVisTags, deleteVisTags);
      } else {
        return matchOrdinalSortedVisibilityTags(putVisTags, deleteVisTags);
      }
    }
    throw new IOException("Unexpected tag format passed for comparison, deleteTagsFormat : "
        + deleteTagsFormat + ", putTagsFormat : " + putTagsFormat);
  }

If the putVisTags is empty, it will return the false directly. Hence, the Delete#addColumn can't "see" the cell as well as deleting it. The Delete#addColumns, by contrast, doesn't invoke the cp#prePrepareTimeStampForDeleteVersion so it can remove the cell.

Yesterday, streamy replayed 1000 logs.  This seems too many for any one regionserver to be carrying.  Its hard to tell if the 1000 logs were legit though because our logging isn't detailed enough.  This issue is about adding detail around log cleaning so we can see how many logs are to be cleaned and which region the last edit belongs to.

Starting at version v3.2.2, custom @Profile annotations no longer work on @Configuration classes.
Main.java
@Profile("main")
public @interface Main {
}

MainConfiguration.java
@ComponentScan(basePackageClasses = MainConfiguration.class)
@Main
public class MainConfiguration {
}

Before version 3.2.3, the above configuration works as expected, MainConfiguration only gets executed when profile "main" is activated.
Unfortunately, when I upgraded to version 3.2.8, whenever I have a custom profile annotation on a @Configuration class, the active profiles are not honored.
I've searched the documentation looking for some light on this, but with no luck.
Is this the expected behavior or a bug?
I've attached a sample application to demonstrate this behavior.

mvn install

Will use version 3.2.2, and all tests must pass.

mvn -Pbug install

will use version 3.2.8, and tests shall fail.
I think I found the commits that changed this behavior, they are related to issue SPR-10546. When I revert the commits related to that issue, everything works for me.
I have a large enterprise application that relies on that feature (custom @Profiles) and we need to upgrade Spring because of issues SPR-10385 and SPR-11100.
Thanks!

For each SyncConnected event,  the ZooKeeperWatcher will append the session id to its identity.
During the failover of zk, the zookeeper client can connect to the zk server, but the the zk server can not serve the request, so the client will try continually, which will produce many SyncConnected events and a very large identifier of ZooKeeperWatcher in hbase log.

2014-12-22,12:38:56,296 WARN org.apache.hadoop.hbase.zookeeper.ZKUtil: master:16500-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-0x349cbb4e4a7f0ba-...

A simple patch to fix this problem.

When the name attribute of <distributed-workmanager> is missing instead of a descriptive log message you get a NullPointerException. The issue is that the StringBuilder constructor is called with the value of the name attribute instead of the name of the name attribute ("name").
Something like this:

<subsystem xmlns="urn:jboss:domain:jca:2.0">
    <distributed-workmanager/>

Will produce a stack trace like this:

[org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
	at org.jboss.as.server.ServerService.boot(ServerService.java:347)
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:271)
	at java.lang.StringBuilder.<init>(StringBuilder.java:112)
	at org.jboss.as.connector.subsystems.jca.JcaExtension$ConnectorSubsystemParser.parseDistributedWorkManager(JcaExtension.java:560)
	at org.jboss.as.connector.subsystems.jca.JcaExtension$ConnectorSubsystemParser.readElement(JcaExtension.java:367)
	at org.jboss.as.connector.subsystems.jca.JcaExtension$ConnectorSubsystemParser.readElement(JcaExtension.java:119)
	at org.jboss.as.server.parsing.StandaloneXml.parseServerProfile(StandaloneXml.java:1199)
	at org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_4(StandaloneXml.java:457)
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:144)
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:106)

After the patch the stack trace looks like this:

org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:131) [wildfly-controller-1.0.0.Beta2.jar:1.0.0.Beta2]
	at org.jboss.as.server.ServerService.boot(ServerService.java:347) [wildfly-server-1.0.0.Beta2.jar:1.0.0.Beta2]
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:271) [wildfly-controller-1.0.0.Beta2.jar:1.0.0.Beta2]
	at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_40]
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[274,13]
Message: WFLYCTL0133: Missing required attribute(s): name
	at org.jboss.as.connector.subsystems.jca.JcaExtension$ConnectorSubsystemParser.parseDistributedWorkManager(JcaExtension.java:563)
	at org.jboss.as.connector.subsystems.jca.JcaExtension$ConnectorSubsystemParser.readElement(JcaExtension.java:368)
	at org.jboss.as.connector.subsystems.jca.JcaExtension$ConnectorSubsystemParser.readElement(JcaExtension.java:120)
	at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.jboss.staxmapper.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:69) [staxmapper-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.jboss.as.server.parsing.StandaloneXml.parseServerProfile(StandaloneXml.java:1199) [wildfly-server-1.0.0.Beta2.jar:1.0.0.Beta2]
	at org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_4(StandaloneXml.java:457) [wildfly-server-1.0.0.Beta2.jar:1.0.0.Beta2]
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:144) [wildfly-server-1.0.0.Beta2.jar:1.0.0.Beta2]
	at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:106) [wildfly-server-1.0.0.Beta2.jar:1.0.0.Beta2]
	at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper-1.2.0.Beta1.jar:1.2.0.Beta1]
	at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:123) [wildfly-controller-1.0.0.Beta2.jar:1.0.0.Beta2]

Due to an internal unintended auto-unboxing from Double to double milo may run into an NPE when the sampling interval is unset in the camel-milo component.
I will provide a fix for this.

While normal creation of the JdbcExecutionContextDao is handled by the FactoryBean implementations for the JobRepository and JobExplorer, the call to afterPropertiesSet does not confirm that the object created is completely valid.  Specifically it does not validate that the ExecutionContextSerializer is not null.

RedisCacheManager's getCache(name) always return RedisCache, that doesn't match the CompositeCacheManager's getCache(name) logic, so hardly combined with each other.
Maybe RedisCacheManager should provide allowed cache names, and getCache(name) should return null if absent.
Thanks.

Seeing some users hitting the following stack trace:

2018-02-26 05:49:45,876 [ERROR] [TezChild] |tez.TezProcessor|: java.lang.RuntimeException: java.io.IOException: java.lang.ArrayIndexOutOfBoundsException: 7
        at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:196)
        at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.next(TezGroupedSplitsInputFormat.java:142)
        at org.apache.tez.mapreduce.lib.MRReaderMapred.next(MRReaderMapred.java:113)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:66)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:325)
        at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:347)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:194)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:185)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:185)
        at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:181)
Caused by: java.io.IOException: java.lang.ArrayIndexOutOfBoundsException: 7
        at org.apache.hadoop.hive.io.HiveIOExceptionHandlerChain.handleRecordReaderCreationException(HiveIOExceptionHandlerChain.java:97)
        at org.apache.hadoop.hive.io.HiveIOExceptionHandlerUtil.handleRecordReaderCreationException(HiveIOExceptionHandlerUtil.java:57)
        at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:258)
        ... 19 more
        at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger.discoverKeyBounds(OrcRawRecordMerger.java:388)
        at org.apache.hadoop.hive.ql.io.orc.OrcRawRecordMerger.<init>(OrcRawRecordMerger.java:457)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getReader(OrcInputFormat.java:1456)
        at org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.getRecordReader(OrcInputFormat.java:1342)
        at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:255)
        ... 20 more

Have a JUnit test that appears to produce a similar stack trace - looks like this occurs if there is an OrcSplit of an ACID table where the split offset is beyond the starting offset of the last stripe in the ORC file.

The approach for HIVE-5199 fix is correct.However, the fix for HIVE-5199 is incomplete. Consider a complex nested structure containing the following object inspector hierarchy:
SettableStructObjectInspector
{
  ListObjectInspector<NonSettableStructObjectInspector>
}
In the above case, the cast exception can happen via MapOperator/FetchOperator as below:
java.io.IOException: java.lang.ClassCastException: com.skype.data.hadoop.hive.proto.CustomObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.objectinspector.SettableMapObjectInspector
at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:545)
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters$StructConverter.<init>(ObjectInspectorConverters.java:294)
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters$ListConverter.convert(ObjectInspectorConverters.java:251)
at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters$StructConverter.convert(ObjectInspectorConverters.java:316)
at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:529)
... 13 more

org.jboss.as.controller.client.impl.ClientConfigurationImpl
052     static ExecutorService createDefaultExecutor() {
053         final ThreadGroup group = new ThreadGroup("management-client-thread");
The ThreadGroup is never cleaned up and creates a memory leak

What it does is:
1) Update lock heartbeat time, fails if not found.
2) Get txn state.
3) If not found, look for txn in completed, fails regardless of result.
4) Update txn heartbeat time if not (3) and not aborted.
All this can run the same under repeatable-reads.
Now if it runs under read-committed, someone could 
1) update txn state after we read it
2) delete txn state (moving to completed) after we read it
3) same for completed state
In case of 1 we will update heartbeat for e.g. aborted txn without detecting it. UPD: We can change queries to detect it
In case of 2 the update will produce 0 rows so we will detect that and can check completed as we already do.
The 3 case seems like it doesn't matter.
I don't know if (1) matters. These heartbeats happen often and can cause contention on the db

Currently, using jboss-cli.sh with (for example) -Djboss.server.base.dir=/foo/bar, then starting an embedded server ignores the specified base dir.
This should be used in the same way as standalone currently does, as should the rest of the commonly passed properties (log.dir etc etc).

The getName() method in JaxbStreamingPayload doesn't report the actual
namespace prefix that is later generated by the writeTo method. With
Axiom 1.2.13 that didn't cause problems, but 1.2.14 is less lenient,
causing an error as described in AXIOM-463.
This change:

Updates the StreamingPayload documentation to specify that the
namespace prefix in the QName returned by getName() has no significance
(which is effectively how things are currently).
Updates AxiomSoapBody so that it Axiom is aware that the namespace
prefix of the created OMSourcedElement is unknown.
Modifies the unit test for setStreamingPayload so that it uses a
StreamingPayload with a prefix mismatch.

Thrift2 is the only place in the core hbase project where HTablePool is used.  HTablePool is currently marked deprecated since 0.98.1 and users have been discouraged from using it for a while.  
This patch moves HTablePool to the hbase-thrift module so that we remove it from the core client api and group it with the piece of code it is used by.
We got here because HBASE-11554 attempted to remove what seemed to Reusable pooltype, and it ended up that thrift2 defaulted to this Reusable type.

2013-08-23 17:57:24,277 WARN org.apache.hadoop.hbase.master.snapshot.SnapshotManager: Couldn't delete working snapshot directory: hdfs://node3:9000/hbase/.hbase-snapshot/.tmp
I don't have any .hbase-snapshot directory, so there is no need to try to delete the .tmp directory into it. Might first need to check if this directory exist.

ExportSnapshot failed when exporting to remote secure kerberos cluster

biadmin@hdtest249:/opt/ibm/biginsights/hbase/lib> /opt/ibm/biginsights/hbase/bin/hbase org.apache.hadoop.hbase.snapshot.ExportSnapshot -snapshot s1 -copy-to hdfs://bdvm197.svl.ibm.com:9000/user/biadmin/mysnapshots
14/04/01 14:07:20 INFO util.FSVisitor: No logs under directory:hdfs://hdtest249.svl.ibm.com:9000/hbase/.hbase-snapshot/s1/WALs
14/04/01 14:07:22 INFO zlib.ZlibFactory: Successfully loaded & initialized native-zlib library
14/04/01 14:07:22 INFO compress.CodecPool: Got brand-new compressor [.deflate]
14/04/01 14:07:22 INFO hdfs.DFSClient: Created HDFS_DELEGATION_TOKEN token 17 for biadmin on 9.30.195.103:9000
14/04/01 14:07:22 INFO hdfs.DFSClient: Created HDFS_DELEGATION_TOKEN token 14 for biadmin on 9.30.122.206:9000
14/04/01 14:07:24 INFO hdfs.DFSClient: Created HDFS_DELEGATION_TOKEN token 18 for biadmin on 9.30.195.103:9000
14/04/01 14:07:24 INFO security.TokenCache: Got dt for hdfs://hdtest249.svl.ibm.com:9000/user/biadmin/.staging/job_201404010039_0015/libjars/guava-12.0.1.jar;uri=9.30.195.103:9000;t.service=9.30.195.103:9000
14/04/01 14:07:24 INFO input.FileInputFormat: Total input paths to process : 1
14/04/01 14:07:25 INFO mapred.JobClient: Running job: job_201404010039_0015
14/04/01 14:07:26 INFO mapred.JobClient:  map 0% reduce 0%
14/04/01 14:07:41 INFO mapred.JobClient: Task Id : attempt_201404010039_0015_m_000000_0, Status : FAILED
java.io.IOException: Failed on local exception: java.io.IOException: org.apache.hadoop.security.AccessControlException: Client cannot authenticate via:[TOKEN, KERBEROS]; Host Details : local host is: "hdtest250.svl.ibm.com/9.30.195.104"; destination host is: "bdvm197.svl.ibm.com":9000;
 
        at org.apache.hadoop.security.SaslRpcClient.selectSaslClient(SaslRpcClient.java:173)
        at org.apache.hadoop.security.SaslRpcClient.saslConnect(SaslRpcClient.java:390)
        at org.apache.hadoop.ipc.Client$Connection.setupSaslConnection(Client.java:494)
        at org.apache.hadoop.ipc.Client$Connection.access$1700(Client.java:314)
        at org.apache.hadoop.ipc.Client$Connection$2.run(Client.java:659)
        at org.apache.hadoop.ipc.Client$Connection$2.run(Client.java:655)
        at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:654)
        ... 31 more

With HBASE-10608, we acquired the tokens, but we didn't add them to the MR job.

On many occasions, we have to debug RPC related issues, but it is hard in AP + RetryingRpcCaller since we mask the stack traces until all retries have been exhausted (which takes 10 minutes by default).

When executing 

mvn clean package assembly:assembly -Dhadoop.profile=2.0

hbase-hadoop1-compat is placed in the tar.gz erroneously.

Currently if try to locate region when underlying connection is closed, we will retry and wait at least 10s for each round until exhausted (refer to the catch clause of RpcRetryingCallerImpl#callWithRetries and RegionServerCallable#sleep for more details), which is unnecessary and time-costing.
The issue is caused by user incorrectly manipulating connection, which shows the disadvantage of force user to handle connection life cycle and proves the necessity to support auto-managed connection as we did before, as indicated in HBASE-17009
In this JIRA we will make it fail fast in the above case.

There is a possible race when restoring persistent bundles. The FrameworkActivateProcessor may want to activate the framework before FrameworkBootstrapService.start() completes.

[0m [31m14:33:49,853 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC00001: Failed to start service jboss.deployment.unit."de.xxx.yyy.data.services.jar".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."de.xxx.yyy.data.services.jar".PARSE: JBAS018733: Failed to process phase PARSE of deployment "de.xxx.yyy.data.services.jar"
    at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:127) [jboss-as-server-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05]
    at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05]
    at org.jboss.as.osgi.service.FrameworkActivator.activate(FrameworkActivator.java:76)
    at org.jboss.as.osgi.deployment.FrameworkActivateProcessor.deploy(FrameworkActivateProcessor.java:72)
    at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:120) [jboss-as-server-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]

The deployment of an EAR which contains a WAR with a CDI bean annotated with @Transactional fails with a CNF exception on com.arjuna.ats.jta.cdi.TransactionExtension. An example of the error trace is:

13:44:31,895 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 89) MSC000001: Failed to start service jboss.deployment.subunit."ear-tx-web-listener-ear-1.0.ear"."org.wildfly-ear-tx-web-listener-web-1.0.war".undertow-deployment: org.jboss.msc.service.StartException in service jboss.deployment.subunit."ear-tx-web-listener-ear-1.0.ear"."org.wildfly-ear-tx-web-listener-web-1.0.war".undertow-deployment: java.lang.RuntimeException: javax.servlet.ServletException: UT010013: Could not instantiate org.wildfly.TxWebListener
Caused by: java.lang.RuntimeException: javax.servlet.ServletException: UT010013: Could not instantiate org.wildfly.TxWebListener
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:252)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:96)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:78)
	... 8 more
Caused by: javax.servlet.ServletException: UT010013: Could not instantiate org.wildfly.TxWebListener
	at io.undertow.servlet.core.ManagedListener.start(ManagedListener.java:50)
	at io.undertow.servlet.core.ApplicationListeners.start(ApplicationListeners.java:159)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:189)
	at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:185)
	at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:250)
	... 10 more
	at org.jboss.as.ee.component.ComponentRegistry$ComponentManagedReferenceFactory.getReference(ComponentRegistry.java:149)
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$6.createInstance(UndertowDeploymentInfoService.java:1215)
	at io.undertow.servlet.core.ManagedListener.start(ManagedListener.java:48)
	... 21 more
Caused by: org.jboss.weld.exceptions.WeldException: WELD-001524: Unable to load proxy class for bean Extension [class com.arjuna.ats.jta.cdi.TransactionExtension] with qualifiers [@Default]; org.wildfly-ear-tx-web-listener-web-1.0.war with class class com.arjuna.ats.jta.cdi.TransactionExtension using classloader ModuleClassLoader for Module "deployment.ear-tx-web-listener-ear-1.0.ear" from Service Module Loader
	at org.jboss.weld.bean.proxy.ProxyFactory.getProxyClass(ProxyFactory.java:370)
	at org.jboss.weld.bean.proxy.ProxyFactory.run(ProxyFactory.java:324)
	at org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:316)
	at org.jboss.weld.bean.proxy.ClientProxyFactory.create(ClientProxyFactory.java:83)
	at org.jboss.weld.bean.proxy.ClientProxyProvider.createClientProxy(ClientProxyProvider.java:205)
	at org.jboss.weld.bean.proxy.ClientProxyProvider.createClientProxy(ClientProxyProvider.java:195)
	at org.jboss.weld.bean.proxy.ClientProxyProvider.access$100(ClientProxyProvider.java:44)
	at org.jboss.weld.bean.proxy.ClientProxyProvider$CreateClientProxy.apply(ClientProxyProvider.java:52)
	at org.jboss.weld.bean.proxy.ClientProxyProvider$CreateClientProxy.apply(ClientProxyProvider.java:48)
	at org.jboss.weld.util.LazyValueHolder$1.computeValue(LazyValueHolder.java:32)
	at org.jboss.weld.bean.proxy.ClientProxyProvider.getClientProxy(ClientProxyProvider.java:229)
	at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:694)
	at org.jboss.weld.manager.BeanManagerImpl.getInjectableReference(BeanManagerImpl.java:800)
	at org.jboss.weld.injection.FieldInjectionPoint.inject(FieldInjectionPoint.java:92)
	at org.jboss.weld.util.Beans.injectBoundFields(Beans.java:336)
	at org.jboss.weld.util.Beans.injectFieldsAndInitializers(Beans.java:347)
	at org.jboss.weld.injection.producer.ResourceInjector$1.proceed(ResourceInjector.java:69)
	at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:48)
	at org.jboss.weld.injection.producer.ResourceInjector.inject(ResourceInjector.java:71)
	at org.jboss.weld.injection.producer.BasicInjectionTarget.inject(BasicInjectionTarget.java:117)
	at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:159)
	at org.jboss.weld.contexts.unbound.DependentContextImpl.get(DependentContextImpl.java:70)
	at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:700)
	at org.jboss.weld.bean.interceptor.CdiInterceptorFactory.create(CdiInterceptorFactory.java:46)
	at org.jboss.weld.interceptor.proxy.InterceptionContext.initInterceptorInstanceMap(InterceptionContext.java:102)
	at org.jboss.weld.interceptor.proxy.InterceptionContext.of(InterceptionContext.java:77)
	at org.jboss.weld.interceptor.proxy.InterceptionContext.forNonConstructorInterception(InterceptionContext.java:73)
	at org.jboss.weld.injection.producer.InterceptorApplyingInstantiator.newInstance(InterceptorApplyingInstantiator.java:60)
	at org.jboss.weld.injection.producer.BasicInjectionTarget.produce(BasicInjectionTarget.java:112)
	at org.jboss.weld.injection.producer.BeanInjectionTarget.produce(BeanInjectionTarget.java:186)
	at org.jboss.as.weld.injection.WeldInjectionContext.produce(WeldInjectionContext.java:46)
	at org.jboss.as.weld.injection.WeldManagedReferenceFactory.create(WeldManagedReferenceFactory.java:55)
	at org.jboss.as.ee.component.ComponentInstantiatorInterceptor.processInvocation(ComponentInstantiatorInterceptor.java:67)
	at org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:26)
	... 26 more
Caused by: java.lang.RuntimeException: java.lang.NoClassDefFoundError: com/arjuna/ats/jta/cdi/TransactionExtension
	at org.jboss.weld.util.bytecode.ClassFileUtils.toClass(ClassFileUtils.java:113)
	at org.jboss.weld.bean.proxy.ProxyFactory.createProxyClass(ProxyFactory.java:469)
	at org.jboss.weld.bean.proxy.ProxyFactory.getProxyClass(ProxyFactory.java:362)
	... 78 more
Caused by: java.lang.NoClassDefFoundError: com/arjuna/ats/jta/cdi/TransactionExtension
	at org.jboss.weld.util.bytecode.ClassFileUtils.toClass2(ClassFileUtils.java:120)
	at org.jboss.weld.util.bytecode.ClassFileUtils.toClass(ClassFileUtils.java:109)
	... 80 more
Caused by: java.lang.ClassNotFoundException: com.arjuna.ats.jta.cdi.TransactionExtension from [Module "deployment.ear-tx-web-listener-ear-1.0.ear" from Service Module Loader]
	... 88 more

13:44:31,902 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("deploy") failed - address: ({"deployment" => "ear-tx-web-listener-ear-1.0.ear"}) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.subunit.\"ear-tx-web-listener-ear-1.0.ear\".\"org.wildfly-ear-tx-web-listener-web-1.0.war\".undertow-deployment" => "java.lang.RuntimeException: javax.servlet.ServletException: UT010013: Could not instantiate org.wildfly.TxWebListener
    Caused by: java.lang.RuntimeException: javax.servlet.ServletException: UT010013: Could not instantiate org.wildfly.TxWebListener
    Caused by: javax.servlet.ServletException: UT010013: Could not instantiate org.wildfly.TxWebListener
    Caused by: org.jboss.weld.exceptions.WeldException: WELD-001524: Unable to load proxy class for bean Extension [class com.arjuna.ats.jta.cdi.TransactionExtension] with qualifiers [@Default]; org.wildfly-ear-tx-web-listener-web-1.0.war with class class com.arjuna.ats.jta.cdi.TransactionExtension using classloader ModuleClassLoader for Module \"deployment.ear-tx-web-listener-ear-1.0.ear\" from Service Module Loader
    Caused by: java.lang.RuntimeException: java.lang.NoClassDefFoundError: com/arjuna/ats/jta/cdi/TransactionExtension
    Caused by: java.lang.NoClassDefFoundError: com/arjuna/ats/jta/cdi/TransactionExtension
    Caused by: java.lang.ClassNotFoundException: com.arjuna.ats.jta.cdi.TransactionExtension from [Module \"deployment.ear-tx-web-listener-ear-1.0.ear\" from Service Module Loader]"}}
13:44:31,903 ERROR [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0021: Deploy of deployment "ear-tx-web-listener-ear-1.0.ear" was rolled back with the following failure message:
{"WFLYCTL0080: Failed services" => {"jboss.deployment.subunit.\"ear-tx-web-listener-ear-1.0.ear\".\"org.wildfly-ear-tx-web-listener-web-1.0.war\".undertow-deployment" => "java.lang.RuntimeException: javax.servlet.ServletException: UT010013: Could not instantiate org.wildfly.TxWebListener

In WF15 some modules were cleaned up removing the apparently uneeded weld dependencies. Specifically, this issue is a consequence of WFLY-11165, where the "org.jboss.weld.core" module was removed from "org.jboss.jts" module.
Since org.jboss.jts does not have dependencies on Weld, the proxies loading is delegated to the EAR classloader. The @Transactional annotation is in the WAR subdeployment, so TransactionDependenciesProcessor adds the org.jboss.jts module only to the WAR, failing the load of the TransactionExtension when the EAR class loader is used.

Currently MergedContextConfiguration.equals includes the following line:

if (!(other instanceof MergedContextConfiguration)) {
}

I think it should be

if (!(other.getClass().equals(getClass())) {
}

Since it's used as a cache key, i.e.:

MergedContextConfiguration c = ...
WebMergedContextConfiguration w = ...

w.equals(c); // false
c.equals(w); // true;

Following condition will result in the same filter. It will have data loss with the current filter construction.
col1 > 4 && col2 < 3
col1 > 4 || col2 < 3

Try to add resource with OBJECT type attribute cause IllegalArgumentException.
CLI operation failed with IllegalArgumentException
Success CLI operation
My investigation:
In my opinion is problem caused by this PR to wildfly-core 
https://github.com/wildfly/wildfly-core/pull/1698/files#diff-835f377f8fa5ec22368d701a8412f282R1333
Look at lines 1333-1350 Util.java

Camel does not filter out internal headers when creating HTTP response. The internal headers like "CamelBeanMultiParameterArray" occur in HTTP response.
The reason is that in the following piece of code (from DefaultHttpBinding.java, around line 157):

        for (String key : message.getHeaders().keySet()) {
            String value = message.getHeader(key, String.class);
            if (headerFilterStrategy != null
                    && !headerFilterStrategy.applyFilterToCamelHeaders(key, value, exchange)) {
                response.setHeader(key, value);
            }
        }

the "key" returned is lowercase, even in case the real header is "CamelBeanMultiParameterArray" (because CaseInsensitiveMap is used, which turns all keys to lowercase). Since pattern match in DefaultHeaderFilterStrategy is case-sensitive, the header is not filter out when filling the response headers.
The suggested solution is to make pattern case-insensitive.

For sessions shared across different WARs in a single EAR, the notification of HttpSessionListener works differently in WildFly 10.0.0.Final (and Wildfly 13.0.0.Final) than it it used to work in WildFly 8.2.0.Final:
I have an EAR containing two WARs with enabled session sharing across the WARs. Basically, one WAR contains the web UI, and the other WAR contains the REST interfaces for AJAX calls made by the UI. The user authenticates against the UI-WAR. On logout, a REST method in the AJAX-WAR is triggered which calls HttpSession.invalidate() on the user session.
In WildFly 8.2.0.Final, a HttpSessionListener in the UI-WAR gets notified immediately about session creation and destruction.
In WildFly 13.0.0.Final, however, a HttpSessionListener in either WAR only gets one of the two notifications:

In the UI-WAR, I get a notification about the created session immediately when the login form is loaded. However, I do not receive any notification about the session destruction (unless it times out).
In the AJAX-WAR, I do not get any notification about the session creation at all, but I immediately receive a notification about the session destruction.

The date format used in XMLPropertyListConfiguration is incorrect, it should be :
    <date>2002-03-22 11:30:00 +0100</date>
instead of :
    <date>2005-01-01T12:00:00-0700</date>
See http://www.gnustep.org/resources/documentation/Developer/Base/Reference/NSPropertyList.html

A reasonable default for hbase.dynamic.jars.dir would be hbase.rootdir/jars so that folks aren't forced to edit their hbase-sites.xml to take advantage of the new, cool feature to load coprocessor/custom filter jars out of HDFS.

CLI autocompletion behavior wrongly depends on space characters used in front of an attribute name.
See Steps to reproduce for details.

JMXCacheBuster restarts the metrics system. In Phoenix we are manually injecting a sink to the metric system which gets lost when we restart the metric system. 
See PHOENIX-3062

The test below fails with:

java.lang.IllegalArgumentException: Cannot merge with [org.springframework.test.web.servlet.request.MockHttpServletRequestBuilder]
	at org.springframework.test.web.servlet.request.MockMultipartHttpServletRequestBuilder.merge(MockMultipartHttpServletRequestBuilder.java:88)
	at org.springframework.test.web.servlet.MockMvc.perform(MockMvc.java:123)

Test:

public class FileUploadControllerTest {

  @Controller
  public class MyFileUploadController {

    public static final String MULTIPART_FILEUPLOAD = "/multipartfileupload";

    @RequestMapping(value = MULTIPART_FILEUPLOAD, method= RequestMethod.POST)
    public void multipart_fileupload(@RequestParam MultipartFile file, Model model) throws IOException {
      model.addAttribute("message", "File '" + file.getOriginalFilename() + "' uploaded successfully: " + new String(file.getBytes()));
    }
  }

  @Test
  public void fileupload_example() throws Exception {
    MockMvc mockMvc = MockMvcBuilders.standaloneSetup(new MyFileUploadController())
        .defaultRequest(get("/").characterEncoding("utf-8")).build();

    mockMvc.perform(
        fileUpload(MULTIPART_FILEUPLOAD)
            .file("myfilename", "data".getBytes()))
        .andExpect(model().attribute("message", "File 'myfilename' uploaded successfully"));
  }

}

I'd suggest MockMultipartHttpServletRequestBuilder#merge() allows to be merged with standard MockHttpServletRequestBuilder instances.

Running IntegrationTestTableSnapshotInputFormat with the BucketCache enabled results in OOM. The map task is running a sequential scan over the region region it opened, so probably it's not benefiting much from a blockcache. Just disable blockcache entirely for these scans because it's likely the cache config detected is designed for a RS running on a different class of hardware than that running the map task.

The fix for ROO-2512 causes the following "Problem" in Eclipse on line 18 of load-scripts.tagx: "The method replace(String, String, String) in the type Functions is not applicable for the arguments (Locale, String, String)"
Turning a blind eye is a reasonable workaround 

same for some other tests:

NestedRemoteContextTestCase
RebindTestCase
WebSuspendTestCase

   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/hsvabek/securityworkspace/VERIFICATION/2017_08_02_BEAP-7584/jboss-eap-7.1.0.ER3-src/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local8043870012544300330.challenge" "read")" in code source "(vfs:/content/ejb.ear/web.war/WEB-INF/classes &lt;no signer certificates&gt;)" of "ModuleClassLoader for Module "deployment.ejb.ear.web.war" from Service Module Loader")
        at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:440)
        at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:508)
        at org.jboss.remoting3.EndpointImpl.doGetConnection(EndpointImpl.java:459)
        at org.jboss.remoting3.EndpointImpl.getConnectedIdentity(EndpointImpl.java:405)
        at org.wildfly.naming.client.remote.SingleRemoteNamingProvider.lambda$new$0(SingleRemoteNamingProvider.java:82)
        at org.wildfly.naming.client.remote.SingleRemoteNamingProvider.getFuturePeerIdentity(SingleRemoteNamingProvider.java:117)
        at org.wildfly.naming.client.remote.SingleRemoteNamingProvider.getPeerIdentity(SingleRemoteNamingProvider.java:106)
        at org.wildfly.naming.client.remote.RemoteNamingProvider.getPeerIdentityForNaming(RemoteNamingProvider.java:65)
        ... 51 more
        Suppressed: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/hsvabek/securityworkspace/VERIFICATION/2017_08_02_BEAP-7584/jboss-eap-7.1.0.ER3-src/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local8043870012544300330.challenge" "read")" in code source "(vfs:/content/ejb.ear/web.war/WEB-INF/classes &lt;no signer certificates&gt;)" of "ModuleClassLoader for Module "deployment.ejb.ear.web.war" from Service Module Loader")
                at java.io.FileInputStream.&lt;init&gt;(FileInputStream.java:127)
                ... 3 more
...

When using EJB timers the tables will be created during startup based on the database type.
If we set the database different than the default names, i.e. mariadb, mysql, it will fail: 
timer-store example:

            <timer-service thread-pool-name="default" default-data-store="ejb_timer-EJB_TIMER_ds">
		<data-stores>
		    <file-data-store name="default-file-store" path="timer-service-data" relative-to="jboss.server.data.dir"/>
		    <database-data-store name="ejb_timer-EJB_TIMER_ds" datasource-jndi-name="java:jboss/datasources/jbpmDS_EJBTimer" database="mysql57" partition="ejb_timer-EJB_TIMER_part" refresh-interval="30000"/>
		</data-stores>
	   </timer-service>

Issue:

2018-10-25 13:06:57,541 DEBUG [org.jboss.as.ejb3.timer] (MSC service thread 1-5) Database dialect 'mysql57' read from configuration
...

2018-10-25 13:06:58,056 INFO  [org.jboss.ws.common.management] (MSC service thread 1-4) JBWS022052: Starting JBossWS 5.2.3.Final (Apache CXF 3.2.5.jbossorg-1) 
2018-10-25 13:06:58,222 ERROR [org.jboss.as.ejb3.timer] (MSC service thread 1-5) WFLYEJB0163: Cannot create table for timer persistence: java.sql.SQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'PRIMARY KEY NOT NULL, TIMED_OBJECT_ID VARCHAR NOT NULL, INITIAL_DATE TIMESTAMP, ' at line 1
	at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:120)
	at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:97)
	at com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:122)
	at com.mysql.cj.jdbc.StatementImpl.executeUpdateInternal(StatementImpl.java:1354)
	at com.mysql.cj.jdbc.StatementImpl.executeLargeUpdate(StatementImpl.java:2127)
	at com.mysql.cj.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1264)
	at com.mysql.cj.jdbc.StatementWrapper.executeUpdate(StatementWrapper.java:628)
	at org.jboss.jca.adapters.jdbc.WrappedStatement.executeUpdate(WrappedStatement.java:430)
	at org.jboss.as.ejb3.timerservice.persistence.database.DatabaseTimerPersistence.checkDatabase(DatabaseTimerPersistence.java:292)
	at org.jboss.as.ejb3.timerservice.persistence.database.DatabaseTimerPersistence.start(DatabaseTimerPersistence.java:166)

This issue was spotted on OpenShift environment, the behavior there is to use as the database type on the datastore the same value than the datasource driver name, in this specific case, we we're trying a custom mysql jdbc driver version and named it to mysql57.

Below query execution is failed
Ex:

   insert overwrite directory '/HIVEFT25686/chinna/' select * from dept_j;

If you provide 'maxConcurrentConsumers' query parameter on the endpoint URI, then, the route fails with error message 
_"There are 1 parameters that couldn't be set on the endpoint. Check the uri
if the parameters are spelt correctly and that they are properties of the endpoint. Unknown parameters=[
{maxConcurrentConsumers=xx}
] "_
As per docs, it should be supported as query parameter.

From https://builds.apache.org/job/PreCommit-HBASE-Build/12121/artifact/patchprocess/newPatchFindbugsWarningshbase-thrift.html , there were 5 findbugs warnings introduced.
This issue fixes the new warnings.

When using camel-cxf consumer endpoint with PAYLOAD data format, the SoapActionInInterceptor correctly strips off any double quotes surrounding the SOAPAction header value, e.g:

SOAPAction: "http://apache.org/hello_world_soap_http/greetMe"

and then sets this header on the message again:
SoapActionInInterceptor.java
public void handleMessage(SoapMessage message) throws Fault {
        String action = getSoapAction(message);
        if (!StringUtils.isEmpty(action)) {
            getAndSetOperation(message, action);
        }
    }

After the execution of getAndSetOperation(message, action), there are two SOAPAction headers set on the message. The original SOAPAction header value (with surrounding quotes) is part of the org.apache.cxf.message.Message.PROTOCOL_HEADERS. In addition the getAndSetOperation() method also adds 
SOAPAction=http://apache.org/hello_world_soap_http/greetMe header (without surrounding quotes). 
Later in org.apache.camel.component.cxf.DefaultCxfBinding.propagateHeadersFromCxfToCamel(), when the CXF message headers get copied to the Camel message, it only retrieves the org.apache.cxf.message.Message.PROTOCOL_HEADERS:

Map<String, List<String>> cxfHeaders = (Map)cxfMessage.get(Message.PROTOCOL_HEADERS);

The SOAPAction header in PROTOCOL_HEADERS wasn't changed by the SoapActionInInterceptor and hence still has enclosed double quotes. These headers then get copied to the Camel In message headers. The header that was set by the SoapActionInInterceptor SOAPAction=http://apache.org/hello_world_soap_http/greetMe does not get copied!
If later in a Camel route a custom Camel Processor tries to resolve this SOAPAction header, it gets the the value with surrounding double quotes, but these should actually have been stripped off. 
This behavior is a bug.

	at org.springframework.aop.aspectj.RuntimeTestWalker$InstanceOfResidueTestVisitor.instanceOfMatches(RuntimeTestWalker.java:172) [org.springframework.aop.jar:3.0.1.RELEASE]
	at org.springframework.aop.aspectj.RuntimeTestWalker$ThisInstanceOfResidueTestVisitor.thisInstanceOfMatches(RuntimeTestWalker.java:221) [org.springframework.aop.jar:3.0.1.RELEASE]
	at org.springframework.aop.aspectj.RuntimeTestWalker.testThisInstanceOfResidue(RuntimeTestWalker.java:90) [org.springframework.aop.jar:3.0.1.RELEASE]
	at org.springframework.aop.aspectj.AspectJExpressionPointcut.matches(AspectJExpressionPointcut.java:307) [org.springframework.aop.jar:3.0.1.RELEASE]
	at org.springframework.aop.support.MethodMatchers$IntersectionMethodMatcher.matches(MethodMatchers.java:236) [org.springframework.aop.jar:3.0.1.RELEASE]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:160) [org.springframework.aop.jar:3.0.1.RELEASE]
	at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89) [org.springframework.aop.jar:3.0.1.RELEASE]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) [org.springframework.aop.jar:3.0.1.RELEASE]
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202) [org.springframework.aop.jar:3.0.1.RELEASE]
	at $Proxy131.createPlan(Unknown Source) [na:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [na:1.6.0_18]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [na:1.6.0_18]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [na:1.6.0_18]
	at java.lang.reflect.Method.invoke(Method.java:597) [na:1.6.0_18]
	at cc.catalysts.cp.server.impl.ApiManager.invoke(ApiManager.java:150) [cp-kernel.jar:1.3.10.03.24.17.45.10-dev]
	at cc.catalysts.cp.remoting.impl.ApiAdapter.invoke(ApiAdapter.java:47) [cp-kernel.jar:1.3.10.03.24.17.45.10-dev]
	at cc.catalysts.cp.remoting.red5.Red5ApiAdapter.invoke(Red5ApiAdapter.java:85) [cp-plugin-red5.jar:1.3.10.03.24.17.48.01-dev]

Currently HttpRequest#getURI() only exposes the request path without the scheme, host and port defined with Netty based engines (Reactor Netty, RxNetty) while other engines provide these informations correctly (Jetty, Tomcat, Undertow).
Reactor may allow to get hostname and port via NettyChannel#remoteAddress(). RxNetty does not expose Netty channel informations so we may use server host and port informations. In both cases, we don't have the scheme information so we maybe have to make sure that we don't rely on that in a mandatory way.

I am trying HDFS QJM feature in our test env. after a misconfig, i found the HMaster/HRegionServer process still up if the main thread is dead. Here is the stack trace:
xception in thread "main" java.net.UnknownHostException: unknown host: cluster1
        at org.apache.hadoop.ipc.Client$Connection.<init>(Client.java:214)
        at org.apache.hadoop.ipc.Client.getConnection(Client.java:1196)
        at org.apache.hadoop.ipc.Client.call(Client.java:1050)
        at org.apache.hadoop.ipc.RPC$Invoker.invoke(RPC.java:225)
        at org.apache.hadoop.ipc.RPC.getProxy(RPC.java:396)
        at org.apache.hadoop.ipc.RPC.getProxy(RPC.java:379)
        at org.apache.hadoop.hdfs.DFSClient.createRPCNamenode(DFSClient.java:119)
        at org.apache.hadoop.hdfs.DFSClient.<init>(DFSClient.java:238)
        at org.apache.hadoop.hdfs.DFSClient.<init>(DFSClient.java:203)
        at org.apache.hadoop.hdfs.DistributedFileSystem.initialize(DistributedFileSystem.java:89)
        at org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:1386)
        at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:66)
        at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:1404)
        at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:254)
        at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:123)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.startRegionServer(HRegionServer.java:3647)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.startRegionServer(HRegionServer.java:3631)
        at org.apache.hadoop.hbase.regionserver.HRegionServerCommandLine.run(HRegionServerCommandLine.java:75)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.main(HRegionServer.java:3691)
Then i need to kill the process manually to cleanup each time, so annoyed.
After applied the attached patch, the process will exist as expected, then i am happy again 

i am trying to use maxValues with a "globbed" row resource in stargate. from looking at the source code one has to do something like
table/row/column(s)/timestamp(s)/?n=1
(except the ?n=1 piece must be urlencoded)
however i cannot get the n=1 piece to work. i get this stacktrace:
<p>Problem accessing /some_table_name/93%2B002%2B*/cf:tx_CUST_NAME/1,13862892906600/%3Fn%3D1. Reason:
<pre>    String index out of range: 50</pre></p><h3>Caused by:</h3><pre>java.lang.StringIndexOutOfBoundsException: String index out of range: 50
    at java.lang.AbstractStringBuilder.charAt(AbstractStringBuilder.java:174)
    at java.lang.StringBuilder.charAt(StringBuilder.java:55)
    at org.apache.hadoop.hbase.rest.RowSpec.parseQueryParams(RowSpec.java:260)
    at org.apache.hadoop.hbase.rest.RowSpec.<init>(RowSpec.java:59)
    at org.apache.hadoop.hbase.rest.RowResource.<init>(RowResource.java:74)
    at org.apache.hadoop.hbase.rest.TableResource.getRowResource(TableResource.java:90)
the offending line is (260 in RowSpec):
c = query.charAt;
i think this should be
c = query.charAt(j);
same for line 248 (which handles the maxVersions)
i have not been able to test this (never tried to build hbase myself).

While running camel-example-spring-jms in 2.0M3, I've noticed that GracefulShutdownService can't stop Camel. It calls
    Main.getInstance().stop();
but this call blocks and never returns. With enabled debug logging for org.springframework.jms, console outputs
[aultMessageListenerContainer-1] efaultMessageListenerContainer DEBUG Waiting for shutdown of message listener invokers
[aultMessageListenerContainer-1] efaultMessageListenerContainer DEBUG Still waiting for shutdown of 1 message listener invokers
Related forum thread:
http://www.nabble.com/Garceful-shutdown-bug-in-2.0M3--td25113519.html
Dado

In camel-bean, when a bean is looked-up and it is not the same bean as the previous one beanInfo has to be reset.
This is done in getBean() method of org.apache.camel.component.bean.RegistryBean but the test is placed after setting bean=value so beanInfo is never reset :
if (value != bean) { 
    bean = value; 
    processor = null; 
    if (!ObjectHelper.equal(ObjectHelper.type(bean), ObjectHelper.type(value))) 
{ 
        beanInfo = null; 
    }
            
I was struggling with the same kind of issue that was fixed by SEC-2005
in my app, i have a specialized SecurityContextRepository that is load/saving some extra information related to the context into a cookie
Everything works fine, the loading and the saving methods are called nicely, except that for the saving the call was happening long after the commit of the response (so' don't reach the client).
Then, I have tried to trace down the problem and figured out that the internal private class SaveContextPrintWriter in SaveContextOnUpdateOrErrorResponseWrapper.java sounds to be the cause of the problem
This internal class is using a delegation pattern to allow to save the context when intentionally flushing or closing the PrintWriter from the caller. 
(flush or close are causing the commit of the response)
The problem is that the PrintWriter might also call internally its flush method when you are writing in it and there is a long buffer pending. This internal call cannot be intercepted by the delegation pattern. As it is out of the control, the only way to enforce a context save is to add an explicit call to doSaveContext() on every  write*, print*, format*, append* of the internal private class SaveContextPrintWriter, before calling the delegated method  
by the way, the append methods must also be changed to return this (and not the delegated writer). It helps to keep the wrapped PrintWriter if the caller is doing thing like
new SaveContextPrintWriter(response.getPrintWriter).append("111").append("222").flush();
finally, what is applicable for SaveContextPrintWriter must also be applied to SaveContextServletOutputStream = every write method must fist call the doSaveContext()
example of change 

    public PrintWriter append(CharSequence csq) {
            doSaveContext();
            delegate.append(csq);
            return this;
        }

    <error message="java.security.cert.CertificateException: Certificates do not conform to algorithm constraints" type="javax.net.ssl.SSLHandshakeException">javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: Certificates do not conform to algorithm constraints
	at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
	at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1964)
	at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:328)
	at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:322)
	at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1614)
	at sun.security.ssl.Handshaker.processLoop(Handshaker.java:1052)
	at sun.security.ssl.Handshaker.process_record(Handshaker.java:987)
	at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1072)
	at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1385)
	at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413)
	at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397)
	at org.apache.http.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:394)
	at org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:353)
	at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:141)
	at org.apache.http.impl.conn.BasicHttpClientConnectionManager.connect(BasicHttpClientConnectionManager.java:338)
	at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:380)
	at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236)
	at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
	at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
	at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
	at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
	at org.jboss.as.test.integration.management.api.web.ListenerTestCase.testHttpsConnector(ListenerTestCase.java:130)
Caused by: java.security.cert.CertificateException: Certificates do not conform to algorithm constraints
	at sun.security.ssl.AbstractTrustManagerWrapper.checkAlgorithmConstraints(SSLContextImpl.java:1120)
	at sun.security.ssl.AbstractTrustManagerWrapper.checkAdditionalTrust(SSLContextImpl.java:1044)
	at sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:986)
	at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1596)
Caused by: java.security.cert.CertPathValidatorException: Algorithm constraints check failed on keysize limits. RSA 1024bit key used with certificate: CN=AS7, OU=JBoss, O=Red Hat, L=Raleigh, ST=North Carolina, C=US.  Usage was tls server
	at sun.security.util.DisabledAlgorithmConstraints$KeySizeConstraint.permits(DisabledAlgorithmConstraints.java:817)
	at sun.security.util.DisabledAlgorithmConstraints$Constraints.permits(DisabledAlgorithmConstraints.java:419)
	at sun.security.util.DisabledAlgorithmConstraints.permits(DisabledAlgorithmConstraints.java:167)
	at sun.security.provider.certpath.AlgorithmChecker.check(AlgorithmChecker.java:332)
	at sun.security.ssl.AbstractTrustManagerWrapper.checkAlgorithmConstraints(SSLContextImpl.java:1116)
	... 155 more

list bucketing feature maintains a map of skewed columns/values to location in metastore. This map is not getting updated for unpartitioned tables. For partitioned tables the location map gets updated properly. To reproduce the issue

hive>set hive.mapred.supports.subdirectories=true;
hive>set mapred.input.dir.recursive=true;

hive>create table t(col1 string, col2 string);
hive>load  data local inpath '/home/hadoop/a.txt' into table t; 
hive> select * from t;                                                                   
OK
1	a
2	b
3	c
4	a
5	b
6	a

hive>create tablet1(r1 string, r2 string) skewed by (r2) on (‘a’) stored as directories;
hive>insert into table t1 select * from t;
hive>desc extended t1;
OK
r1                  	string              	                    
r2                  	string              	                    
	 	 
Detailed Table Information	Table(tableName:t1, dbName:default, owner:pjayachandran, createTime:1398295903, lastAccessTime:0, retention:0, sd:StorageDescriptor(cols:[FieldSchema(name:r1, type:string, comment:null), FieldSchema(name:r2, type:string, comment:null)], location:file:/app/warehouse/t1, inputFormat:org.apache.hadoop.mapred.TextInputFormat, outputFormat:org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat, compressed:false, numBuckets:-1, serdeInfo:SerDeInfo(name:null, serializationLib:org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe, parameters:{serialization.format=1}), bucketCols:[], sortCols:[], parameters:{}, skewedInfo:SkewedInfo(skewedColNames:[r2], skewedColValues:[[a]], skewedColValueLocationMaps:{}), storedAsSubDirectories:true), partitionKeys:[], parameters:{numFiles=6, COLUMN_STATS_ACCURATE=true, transient_lastDdlTime=1398297887, numRows=6, totalSize=72, rawDataSize=18}, viewOriginalText:null, viewExpandedText:null, tableType:MANAGED_TABLE)	
Time taken: 0.119 seconds, Fetched: 4 row(s)

as seen from describe output skewedColValueLocationMaps is empty

Unused controllingThread after PR #2694 - https://github.com/wildfly/wildfly-core/pull/2694

Tests

LdapUrlInSearchBaseTestCase
ExternalContextBindingTestCase

fail with security manager because of missing permission "java.lang.RuntimePermission" "accessClassInPackage.com.sun.jndi.ldap", with exception like:

ERROR [io.undertow.request] (default task-2) UT005023: Exception handling request to /ldap-test/: javax.servlet.ServletException: javax.naming.NamingException: WFLYNAM0027: Failed instantiate InitialContextFactory com.sun.jndi.ldap.LdapCtxFactory from classloader ModuleClassLoader for Module "deployment.ldap-test.war" from Service Module Loader [Root exception is java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.com.sun.jndi.ldap")" in code source "(vfs:/W:/workspace/eap-7x-as-testsuite-test-integ-windows-secman/be5b5ebd/testsuite/integration/basic/content/ldap-test.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ldap-test.war" from Service Module Loader")]
	at deployment.ldap-test.war//org.jboss.as.test.integration.naming.ldap.LdapUrlTestServlet.doGet(LdapUrlTestServlet.java:75)
	at javax.servlet.api//javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
	at javax.servlet.api//javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
	at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:67)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
	at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
	at io.undertow.core@2.0.0.SP1-redhat-1//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
	at io.undertow.servlet//io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
	at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
	at io.undertow.core@2.0.0.SP1-redhat-1//io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
	at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
	at io.undertow.core@2.0.0.SP1-redhat-1//io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
	at io.undertow.servlet//io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
	at io.undertow.core@2.0.0.SP1-redhat-1//io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
	at io.undertow.core@2.0.0.SP1-redhat-1//io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
	at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
	at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
	at io.undertow.servlet//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
	at io.undertow.servlet//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
	at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
	at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1526)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:110)
	at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:107)
	at io.undertow.core@2.0.0.SP1-redhat-1//io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
	at io.undertow.core@2.0.0.SP1-redhat-1//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
	at org.jboss.threads@2.3.1.Final-redhat-1//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
	at org.jboss.threads@2.3.1.Final-redhat-1//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
	at org.jboss.threads@2.3.1.Final-redhat-1//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
	at org.jboss.threads@2.3.1.Final-redhat-1//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
Caused by: javax.naming.NamingException: WFLYNAM0027: Failed instantiate InitialContextFactory com.sun.jndi.ldap.LdapCtxFactory from classloader ModuleClassLoader for Module "deployment.ldap-test.war" from Service Module Loader [Root exception is java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.com.sun.jndi.ldap")" in code source "(vfs:/W:/workspace/eap-7x-as-testsuite-test-integ-windows-secman/be5b5ebd/testsuite/integration/basic/content/ldap-test.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ldap-test.war" from Service Module Loader")]
	at org.jboss.as.naming//org.jboss.as.naming.InitialContext.getDefaultInitCtx(InitialContext.java:120)
	at org.jboss.as.naming//org.jboss.as.naming.InitialContext.init(InitialContext.java:101)
	at java.naming/javax.naming.ldap.InitialLdapContext.<init>(InitialLdapContext.java:154)
	at org.jboss.as.naming//org.jboss.as.naming.InitialContext.<init>(InitialContext.java:91)
	at org.jboss.as.naming//org.jboss.as.naming.InitialContextFactory.getInitialContext(InitialContextFactory.java:43)
	at java.naming/javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:730)
	at java.naming/javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:305)
	at java.naming/javax.naming.InitialContext.init(InitialContext.java:236)
	at java.naming/javax.naming.InitialContext.<init>(InitialContext.java:208)
	at java.naming/javax.naming.directory.InitialDirContext.<init>(InitialDirContext.java:101)
	at deployment.ldap-test.war//org.jboss.as.test.integration.naming.ldap.LdapUrlTestServlet.runSearch(LdapUrlTestServlet.java:109)
	at deployment.ldap-test.war//org.jboss.as.test.integration.naming.ldap.LdapUrlTestServlet.doGet(LdapUrlTestServlet.java:73)
	... 45 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.com.sun.jndi.ldap")" in code source "(vfs:/W:/workspace/eap-7x-as-testsuite-test-integ-windows-secman/be5b5ebd/testsuite/integration/basic/content/ldap-test.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ldap-test.war" from Service Module Loader")
	at org.wildfly.security.elytron-private@1.2.4.Final-redhat-1//org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:295)
	at org.wildfly.security.elytron-private@1.2.4.Final-redhat-1//org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:192)
	at java.base/java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1534)
	at org.wildfly.security.elytron-private@1.2.4.Final-redhat-1//org.wildfly.security.manager.WildFlySecurityManager.checkPackageAccess(WildFlySecurityManager.java:491)
	at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:181)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
	at java.base/java.lang.Class.forName0(Native Method)
	at java.base/java.lang.Class.forName(Class.java:375)
	at org.jboss.modules.JDKSpecific$1.loadClassLocal(JDKSpecific.java:115)
	at org.jboss.as.naming//org.jboss.as.naming.InitialContext.getDefaultInitCtx(InitialContext.java:115)
	... 56 more

The balancer doesn't run in case a region is in-transition. The check to confirm whether there all regions are assigned looks for region count > 22, where the total regions are 27. This may result in a failure:

java.lang.AssertionError: After 5 attempts, region assignments were not balanced.
	at org.apache.hadoop.hbase.TestRegionRebalancing.assertRegionsAreBalanced(TestRegionRebalancing.java:203)
	at org.apache.hadoop.hbase.TestRegionRebalancing.testRebalanceOnRegionServerNumberChange(TestRegionRebalancing.java:123)

.....
2012-12-11 13:47:02,231 INFO  [pool-1-thread-1] hbase.TestRegionRebalancing(120): Added fourth server=p0118.mtv.cloudera.com,44414,1355262422083
2012-12-11 13:47:02,231 INFO  [RegionServer:3;p0118.mtv.cloudera.com,44414,1355262422083] regionserver.HRegionServer(3769): Registered RegionServer MXBean
2012-12-11 13:47:02,231 DEBUG [pool-1-thread-1] master.HMaster(987): Not running balancer because 1 region(s) in transition: {c786446fb2542f190e937057cdc79d9d=test,kkk,1355262401365.c786446fb2542f190e937057cdc79d9d. state=OPENING, ts=1355262421037, server=p0118.mtv.cloudera.com,54281,1355262419765}
2012-12-11 13:47:02,232 DEBUG [pool-1-thread-1] hbase.TestRegionRebalancing(165): There are 4 servers and 26 regions. Load Average: 13.0 low border: 9, up border: 16; attempt: 0
2012-12-11 13:47:02,232 DEBUG [pool-1-thread-1] hbase.TestRegionRebalancing(171): p0118.mtv.cloudera.com,51590,1355262395329 Avg: 13.0 actual: 11
2012-12-11 13:47:02,232 DEBUG [pool-1-thread-1] hbase.TestRegionRebalancing(171): p0118.mtv.cloudera.com,52987,1355262407916 Avg: 13.0 actual: 15
2012-12-11 13:47:02,233 DEBUG [pool-1-thread-1] hbase.TestRegionRebalancing(171): p0118.mtv.cloudera.com,48044,1355262421787 Avg: 13.0 actual: 0
2012-12-11 13:47:02,233 DEBUG [pool-1-thread-1] hbase.TestRegionRebalancing(179): p0118.mtv.cloudera.com,48044,1355262421787 Isn't balanced!!! Avg: 13.0 actual: 0 slop: 0.2
2012-12-11 13:47:12,233 DEBUG [pool-1-thread-1] master.HMaster(987): Not running balancer because 1 region(s) in transition: 

When a new property is added to a PropertiesConfiguration, it is possible to escape the escaping character for list delimiters, e.g.
conf.addProperty("test.dirs", "C:\\Temp\\\\,D:\\Data");
Here the Backslash after Temp must be escaped, otherwise the list delimiter won't be recognized. This works, but when the configuration is saved and loaded again, the backslash that escapes the escape character is dropped. The property is then treated as a single value property with an escaped list delimiter.

Hive metastore schema on postgres is broken after the commit for HIVE-17954. Basicaly the following file metastore/scripts/upgrade/postgres/hive-schema-3.0.0.postgres.sql incorrectly defines WM_POOL with column ALLOC_FRACTION with DOUBLE data type, it should be double precision.

CREATE TABLE "WM_POOL" (
    "POOL_ID" bigint NOT NULL,
    "RP_ID" bigint NOT NULL,
    "PATH" character varying(1024) NOT NULL,
    "ALLOC_FRACTION" DOUBLE,
    "QUERY_PARALLELISM" integer,
    "SCHEDULING_POLICY" character varying(1024)
);

HiveHistory.log will replace '\n' with space before writing Entry.value to history file:
    val = val.replace('\n', ' ');
but HiveHistory.parseHiveHistory use BufferedReader.readLine which takes '\n', '\r', '\r\n'  as line delimiter to parse history file
if val contains '\r', there is a high possibility that HiveHistory.parseLine will fail, in which case usually RecordTypes.valueOf(recType) will throw exception 'java.lang.IllegalArgumentException'
HiveHistory.log need to replace '\r' with space as well:
val = val.replace('\n', ' ');
changed to
val = val.replaceAll("\r|\n", " ");
or
val = val.replace('\r', ' ').replace('\n', ' ');

There is used new StringBuilder('{'); in SimpleSecurityEventFormatter, but the param is interpreted as initial capacity of the builder.

If I use @StepScope on a @Bean method that returns a FlatFileItemReader, I get a ClassCastException:  java.lang.ClassCastException: $Proxy16 cannot be cast to org.springframework.batch.item.file.FlatFileItemReader
That's because the ScopedProxyMode is INTERFACES, and the proxy created is based on of the interfaces of FlatFileItemReader, and not FlatFileItemReader itself. Since we always have CGLIB when using @Configuration, I see no reason for not changing the default proxyMode of @StepScope to TARGET_CLASS. 
One more argument for the proxyMode TARGET_CLASS: when I change the return type of the @Bean method to ItemReader<xx>, but still return a FlatFileItemReader, I don't get a ClassCastException, but the ItemStream registration does not work, and the FlatFileItemReader throws an exception on the first read.
Altogether those are serious stumble blocks for people not familiar with the proxying mechanisms in Spring, and we would avoid all of them with the default proxyMode TARGET_CLASS.

If we load a Document class that has a lazy annotated DBRef, and we do not navigate through it, the data is not requested to MongoDB as expected, but if we force a GC it seems that the proxy that envelops the attribute with DBRef generates a request to MongoDB.
You can see this issue in logs if trace logs are enabled:
Example to a DBRef to MY_DB.PEOPLE with id=18

2014-10-27 12:24:02.644  INFO 4384 --- [      Finalizer] com.mongodb.TRACE                        : find: MY_DB.PEOPLE { "_id" : 18}

And this is the trace I get debugging:

	at com.testapp.model.People$$EnhancerByCGLIB$$c7ff2ba0.finalize(<generated>)
	at java.lang.System$2.invokeFinalize(System.java:1267)
	at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:98)
	at java.lang.ref.Finalizer.access$100(Finalizer.java:34)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:210)

The problem seems to be at DefaultDbRefResolver creating the LazyLoadingInterceptor inner class.

Invoking the /host=master:shutdown operation on embedded host-controller gives me NPE.
Standalone

[standalone@embedded /] shutdown
[standalone@embedded /] :shutdown
{
    "failure-description" => "WFLYCTL0031: No operation named 'shutdown' exists at address []",
}

Domain
Using operation style :shutdown throws NPE. Tab completion for this operation works, which could be a little bit misleading in this case.

[domain@embedded /] shutdown --host=master
[domain@embedded /] /host=master:shutdown
13:34:57,512 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 3) WFLYCTL0013: Operation ("shutdown") failed - address: ([("host" => "master")]): java.lang.NullPointerException
	at org.jboss.as.host.controller.DomainModelControllerService.stopLocalHost(DomainModelControllerService.java:911)
	at org.jboss.as.host.controller.DomainModelControllerService.stopLocalHost(DomainModelControllerService.java:903)
	at org.jboss.as.host.controller.operations.HostShutdownHandler$1.execute(HostShutdownHandler.java:89)
	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:846)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:637)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:362)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1296)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:395)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:212)
	at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:661)
	at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:651)
	at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.java:59)
	at org.jboss.as.cli.handlers.OperationRequestHandler.handle(OperationRequestHandler.java:85)
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:728)
	at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:774)
	at org.jboss.as.cli.impl.CommandContextImpl$2.execute(CommandContextImpl.java:389)

{
}
[domain@embedded /] :read-resource
Failed to execute operation.: WFLYEMB0023: The embedded server is stopping and invocations on the ModelControllerClient are not available
13:35:19,252 ERROR [org.jboss.as.protocol] (AeshProcess: 5) WFLYPRT0003: Failed to close resource org.jboss.as.cli.embedded.ThreadContextsModelControllerClient@626966ee: java.lang.IllegalStateException: WFLYEMB0023: The embedded server is stopping and invocations on the ModelControllerClient are not available
	at org.jboss.as.cli.impl.CommandContextImpl.disconnectController(CommandContextImpl.java:1165)
	at org.jboss.as.cli.embedded.StopEmbeddedHostControllerHandler.doHandle(StopEmbeddedHostControllerHandler.java:56)
	at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:751)

Web MVC JSP views not updated on domain changes. For example the removal of a field in a domain object does not cause the views to be updated.

During bulk load, the Configuration object may be set to null.  This caused an NPE in per-CF metrics because it consults the Configuration to determine whether to show the Table name.  Need to add simple change to allow the conf to be null & not specify table name in that instance.

Hive is case insensitive wrt db/table names.  These gets normalized to lower case for SQL processing.
When HiveEndPoint is created it uses db.table strings as is, and they end up propagated this way to transaction metadata tables in the metastore via lock acquisition.  This makes them look like different tables in Cleaner and lock manager.

See nabble
http://camel.465427.n5.nabble.com/Issue-with-ApnsServiceFactory-tp5717573.html

The periodic-size-rotating-file-handler was introduced in WildFly Core 1.x, but is missing from logging profiles.

When using a ClassPathResource to set the keyStoreLocation property, if the resource is located in a jar file a FileNotFoundException is thrown.

Caused by: java.io.FileNotFoundException: class path resource [com/foo/security/foo.keystore] cannot be resolved to absolute file path because it does not reside in the file system: jar:file:/C:/views/java/jboss/server/oneforce/deploy/oba.war/WEB-INF/lib/foo-security.jar!/com/foo/security/foo.keystore
	at org.springframework.core.io.AbstractFileResolvingResource.getFile(AbstractFileResolvingResource.java:52)
	at org.springframework.ws.soap.security.wss4j.support.CryptoFactoryBean.setKeyStoreLocation(CryptoFactoryBean.java:88)

org.apache.ws.security.components.crypto.AbstractCrypto has it's own mechanism for locating classpath resources. The following patch will fallback to the ClassPathResource path if can't be resolved to a file.
org.springframework.ws.soap.security.wss4j.support.CryptoFactoryBean
public void setKeyStoreLocation(Resource location) throws IOException {
	String resourcePath = null;
	try {
		File keyStoreFile = location.getFile();
		resourcePath = keyStoreFile.getAbsolutePath();
	} catch (IOException ioe) {
		// can't resolve to file on the file system
		// allow org.apache.ws.security.components.crypto.AbstractCrypt to resolve from resource path
		if(location instanceof ClassPathResource) {
			resourcePath = ((ClassPathResource) location).getPath();
		} else {
			throw ioe;
		}
	}
	
	this.configuration.setProperty("org.apache.ws.security.crypto.merlin.file", resourcePath);	
}

From test run, http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/PreCommit-HIVE-SPARK-Build/682/testReport: 

Running: diff -a /home/hiveptest/54.177.132.58-hiveptest-1/apache-svn-spark-source/itests/qtest/../../itests/qtest/target/qfile-results/clientpositive/groupby3_map_skew.q.out /home/hiveptest/54.177.132.58-hiveptest-1/apache-svn-spark-source/itests/qtest/../../ql/src/test/results/clientpositive/groupby3_map_skew.q.out
162c162
< 130091.0	260.182	256.10355987055016	98.0	0.0	142.92680950752379	143.06995106518903	20428.07288	20469.0109
---
> 130091.0	260.182	256.10355987055016	98.0	0.0	142.9268095075238	143.06995106518906	20428.07288	20469.0109

After HBASE-528 committed, a misplaced return statement and } cause 
rowAtOrBeforeFromMapFile() never look into 2nd (and latter) MapFile
if candidateKeys.firstKey() <= map.finalKey().

	<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter">
		<property name="returnValueHandlers">
			<list>
				<bean class="org.springframework.web.servlet.mvc.method.annotation.ModelAndViewMethodReturnValueHandler"/>
			</list>
        </bean>

When I try to inject bean, Spring throws exception.

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter#0' defined in ServletContext resource [/WEB-INF/contexts/context-servlet.xml]: Error setting property values; nested exception is org.springframework.beans.NotWritablePropertyException: Invalid property 'returnValueHandlers' of bean class [org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter]: Bean property 'returnValueHandlers' is not writable or has an invalid setter method. Does the parameter type of the setter match the return type of the getter?

Because setter and getter of RequestMappingHandlerAdapter.returnValueHandlers have diffrent type.

HandlerMethodReturnValueHandlerComposite getReturnValueHandlers()
void setReturnValueHandlers(List<HandlerMethodReturnValueHandler> returnValueHandlers)

It is caused because master is not up.  The prepare fails:

2:47:46.573 PM 	ERROR 	com.cloudera.cmon.firehose.AbstractHBasePoller 	

Error polling HBASE-1, error: java.io.IOException: Can't get master address from ZooKeeper; znode data == null
org.apache.hadoop.hbase.MasterNotRunningException: java.io.IOException: Can't get master address from ZooKeeper; znode data == null
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$StubMaker.makeStub(HConnectionManager.java:1641)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$MasterMonitorServiceStubMaker.makeStub(HConnectionManager.java:1667)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getKeepAliveMasterMonitorService(HConnectionManager.java:2152)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.listTables(HConnectionManager.java:2629)
	at org.apache.hadoop.hbase.client.HBaseAdmin.listTables(HBaseAdmin.java:290)
	at com.cloudera.cmf.cdh5client.hbase.HBaseAdminImpl.listTables(HBaseAdminImpl.java:60)
	at com.cloudera.cmon.firehose.HBaseRegionHealthCanaryPoller$CanaryPollerRunnable.run(HBaseRegionHealthCanaryPoller.java:213)
	at com.cloudera.cmon.firehose.HBaseRegionHealthCanaryPoller$CanaryPollerRunnable.run(HBaseRegionHealthCanaryPoller.java:177)
	at com.cloudera.cmf.cdh5client.security.UserGroupInformationImpl.doAs(UserGroupInformationImpl.java:29)
	at com.cloudera.cmon.firehose.HBaseRegionHealthCanaryPoller.performPoll(HBaseRegionHealthCanaryPoller.java:116)
	at com.cloudera.cmon.firehose.AbstractHBasePoller.handleHbaseService(AbstractHBasePoller.java:339)
	at com.cloudera.cmon.firehose.AbstractHBasePoller.runWithTracking(AbstractHBasePoller.java:215)
	at com.cloudera.cmon.firehose.AbstractHBasePoller.run(AbstractHBasePoller.java:140)
	at com.cloudera.enterprise.PeriodicEnterpriseService$UnexceptionablePeriodicRunnable.doWork(PeriodicEnterpriseService.java:116)
	at com.cloudera.enterprise.PeriodicEnterpriseService$UnexceptionablePeriodicRunnable.run(PeriodicEnterpriseService.java:65)
	at com.cloudera.enterprise.AbstractCDHVersionAwarePeriodicService$4.run(AbstractCDHVersionAwarePeriodicService.java:116)
	at com.cloudera.cmf.cdh5client.CDH5TaskRunner.run(CDH5TaskRunner.java:45)
Caused by: java.io.IOException: Can't get master address from ZooKeeper; znode data == null
	at org.apache.hadoop.hbase.zookeeper.MasterAddressTracker.getMasterAddress(MasterAddressTracker.java:108)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$StubMaker.makeStubNoRetries(HConnectionManager.java:1567)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation$StubMaker.makeStub(HConnectionManager.java:1612)
	... 20 more

Then when done we do the call:

2:47:51.587 PM 	ERROR 	com.cloudera.cmon.firehose.HBasePoller 	

Encountered exception null
	at org.apache.hadoop.hbase.client.HBaseAdmin$MasterMonitorCallable.close(HBaseAdmin.java:3053)
	at org.apache.hadoop.hbase.client.HBaseAdmin.executeCallable(HBaseAdmin.java:3089)
	at org.apache.hadoop.hbase.client.HBaseAdmin.getClusterStatus(HBaseAdmin.java:2081)
	at com.cloudera.cmf.cdh5client.hbase.HConnectionImpl.getClusterStatus(HConnectionImpl.java:69)
	at com.cloudera.cmon.firehose.HbaseServicePolledStatus.update(HbaseServicePolledStatus.java:137)
	at com.cloudera.cmon.firehose.HBasePoller$1.run(HBasePoller.java:95)
	at com.cloudera.cmon.firehose.HBasePoller.performPoll(HBasePoller.java:84)

Let me fix.  Let me make sure there aren't other prepare/close's that have this issue while at it.

[5:56 PM] Harald Pehl: @here I noticed that the operation-date attribute for /subsystem=core-management/service=configuration-changes:list-changes has sometimes a millisecond part, sometimes not
[5:56 PM] Harald Pehl:
[standalone@localhost:9991 /] /subsystem=core-management/service=configuration-changes:list-changes
    {
        "result" => [
            {
                "operation-date" => "2018-02-14T16:42:09.856Z",
                "access-mechanism" => "HTTP",
                "remote-address" => "/172.18.0.1",
                "operations" => [{
                    "blocking" => false,
                    "operation" => "reload",
                    "address" => [],
                    "operation-headers" => 
{
                        "access-mechanism" => "HTTP",
                        "caller-type" => "user"
                    }
                }]
            },
            {
                "operation-date" => "2018-02-14T16:34:20Z",
                    "operation" => "composite",
                    "steps" => [{
                        "name" => "statistics-enabled",
                        "value" => true,
                        "operation" => "write-attribute",
                        "address" => [("subsystem" => "undertow")]
                    }],
                    "operation-headers" => {
                    }
                }]
            }
        ]
    }
[5:56 PM] Harald Pehl: This makes it very hard to parse the date in the client

HttpListenerRegistryService.SERVICE_NAME should be deprecated and the remoting subsystem should add a RuntimeCapability that exposes ListenerRegistry.  The HttpListenerRegistryService should then be exposed under that capability's ServiceName, with an alias added for the legacy HttpListenerRegistryService.SERVICE_NAME.
This will help eliminate a hard dependency on the org.jboss.as.remoting module from the messaging subsystem in full.

I cannot make proper test case but sometimes min/max value in date type stats is changed in runtime. Stats for other type contains non-mutable values in it but date type stats contains DateWritable, which of inner value can be changed anytime.

Partition step executions are missing because of the way that the JobExecutionController tries to account for steps that have not yet started.

The TarUtils.formatLongOctalOrBinaryBytes method currently assumes that the field can hold 11 octal bytes.
This is not necessarily the case; the uid and gid fields (8 bytes) can potentially be encoded as binary.

I try to create my test application with ROO.
When I use HYPERSONIC_IN_MEMORY DB - application work right.
When I use ORACLE DB - application doesn't work at all. 
I can't select and insert rows.
I use next scripts to create my examples:
Example HYPERSONIC_IN_MEMORY DB:
[CODE]
project --topLevelPackage com.springsource.roo.accHyp
entity --class ~.domain.Account --testAutomatically
field number --fieldName branchid --notNull --type java.lang.Integer
field string --fieldName acc --notNull --sizeMin 6
exit
[/CODE]
Example Oracle DB:
[CODE]
project --topLevelPackage com.springsource.roo.accOra
persistence setup --provider HIBERNATE --database ORACLE --userName scott --password tiger
database properties set --key database.url --value jdbc:oracle:thin:@beta:1521:zoo
database properties list
exit
[/CODE]
I use 
Spring Roo 1.0.2.RELEASE [rev 638]
Spring Roo 1.1.0.M1 [rev 3a0b8a3]
with practilally the same results.
You can freelly download Oracle XE from here
http://www.oracle.com/technology/software/products/database/xe/index.html
and try my script.
I get errors when I execute "perform tests" command. 
Paul 

Left semi join throws following error if where clause contains column name with table alias

select * from src_emptybucket_partitioned_1 e1 left semi join src_emptybucket_partitioned_3 e3 on e1.age =  e3.age where e1.year = 2015 and e3.year1=2016;
16/06/10 22:37:37 [main]: INFO log.PerfLogger: <PERFLOG method=Driver.run from=org.apache.hadoop.hive.ql.Driver>
16/06/10 22:37:37 [main]: INFO log.PerfLogger: <PERFLOG method=TimeToSubmit from=org.apache.hadoop.hive.ql.Driver>
16/06/10 22:37:37 [main]: INFO log.PerfLogger: <PERFLOG method=compile from=org.apache.hadoop.hive.ql.Driver>
16/06/10 22:37:37 [main]: INFO ql.Driver: We are setting the hadoop caller context from  to hrt_qa_20160610223737_c3821398-d8df-44d8-9dd5-e66c9b7ed7c7
16/06/10 22:37:37 [main]: DEBUG parse.VariableSubstitution: Substitution is on: select * from src_emptybucket_partitioned_1 e1 left semi join src_emptybucket_partitioned_3 e3 on e1.age =  e3.age where e1.year = 2015 and e3.year1=2016
16/06/10 22:37:37 [main]: INFO log.PerfLogger: <PERFLOG method=parse from=org.apache.hadoop.hive.ql.Driver>
16/06/10 22:37:37 [main]: INFO parse.ParseDriver: Parsing command: select * from src_emptybucket_partitioned_1 e1 left semi join src_emptybucket_partitioned_3 e3 on e1.age =  e3.age where e1.year = 2015 and e3.year1=2016
16/06/10 22:37:37 [main]: INFO parse.ParseDriver: Parse Completed
16/06/10 22:37:37 [main]: INFO log.PerfLogger: </PERFLOG method=parse start=1465598257393 end=1465598257397 duration=4 from=org.apache.hadoop.hive.ql.Driver>
16/06/10 22:37:37 [main]: DEBUG ql.Driver: Encoding valid txns info 9223372036854775807:
16/06/10 22:37:37 [main]: INFO log.PerfLogger: <PERFLOG method=semanticAnalyze from=org.apache.hadoop.hive.ql.Driver>
16/06/10 22:37:37 [main]: INFO parse.CalcitePlanner: Starting Semantic Analysis
16/06/10 22:37:37 [main]: INFO parse.CalcitePlanner: Completed phase 1 of Semantic Analysis
16/06/10 22:37:37 [main]: INFO parse.CalcitePlanner: Get metadata for source tables
16/06/10 22:37:37 [main]: INFO parse.CalcitePlanner: Get metadata for subqueries
16/06/10 22:37:37 [main]: INFO parse.CalcitePlanner: Get metadata for destination tables
16/06/10 22:37:37 [IPC Parameter Sending Thread #0]: DEBUG ipc.Client: IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa sending #194
16/06/10 22:37:37 [IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa]: DEBUG ipc.Client: IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa got value #194
16/06/10 22:37:37 [main]: DEBUG ipc.ProtobufRpcEngine: Call: getEZForPath took 2ms
16/06/10 22:37:37 [IPC Parameter Sending Thread #0]: DEBUG ipc.Client: IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa sending #195
16/06/10 22:37:37 [IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa]: DEBUG ipc.Client: IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa got value #195
16/06/10 22:37:37 [main]: DEBUG ipc.ProtobufRpcEngine: Call: getEZForPath took 1ms
16/06/10 22:37:37 [main]: DEBUG hdfs.DFSClient: /tmp/hive/hrt_qa/d2568b75-6399-46df-82b9-34ec445e8f64/hive_2016-06-10_22-37-37_392_2780828105665881901-1: masked=rwx------
16/06/10 22:37:37 [IPC Parameter Sending Thread #0]: DEBUG ipc.Client: IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa sending #196
16/06/10 22:37:37 [IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa]: DEBUG ipc.Client: IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa got value #196
16/06/10 22:37:37 [main]: DEBUG ipc.ProtobufRpcEngine: Call: mkdirs took 2ms
16/06/10 22:37:37 [IPC Parameter Sending Thread #0]: DEBUG ipc.Client: IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa sending #197
16/06/10 22:37:37 [IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa]: DEBUG ipc.Client: IPC Client (147022238) connection to jvaria-hive2-440-5.openstacklocal/172.22.126.47:8020 from hrt_qa got value #197
16/06/10 22:37:37 [main]: DEBUG ipc.ProtobufRpcEngine: Call: getFileInfo took 1ms
16/06/10 22:37:37 [main]: INFO ql.Context: New scratch dir is hdfs://jvaria-hive2-440-5.openstacklocal:8020/tmp/hive/hrt_qa/d2568b75-6399-46df-82b9-34ec445e8f64/hive_2016-06-10_22-37-37_392_2780828105665881901-1
16/06/10 22:37:37 [main]: INFO parse.CalcitePlanner: Completed getting MetaData in Semantic Analysis
16/06/10 22:37:37 [main]: INFO parse.BaseSemanticAnalyzer: Not invoking CBO because the statement has too few joins
16/06/10 22:37:37 [main]: DEBUG hive.log: DDL: struct src_emptybucket_partitioned_1 { string name, i32 age, double gpa}
16/06/10 22:37:37 [main]: DEBUG parse.CalcitePlanner: Created Table Plan for e1 TS[0]
16/06/10 22:37:37 [main]: DEBUG hive.log: DDL: struct src_emptybucket_partitioned_3 { varchar(50) name1, i64 age1, decimal(38,18) gpa1}
16/06/10 22:37:37 [main]: DEBUG parse.CalcitePlanner: Created Table Plan for e3 TS[1]
16/06/10 22:37:37 [main]: DEBUG parse.TypeCheckCtx: Setting error: [Line 1:111 Invalid column reference 'age'] from (. (TOK_TABLE_OR_COL e3) age)
java.lang.Exception
	at org.apache.hadoop.hive.ql.parse.TypeCheckCtx.setError(TypeCheckCtx.java:159)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.processQualifiedColRef(TypeCheckProcFactory.java:1149)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1257)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:213)
	at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:157)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:10756)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:10712)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:10680)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:10674)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.insertSelectForSemijoin(SemanticAnalyzer.java:7704)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genJoinOperator(SemanticAnalyzer.java:7644)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genJoinPlan(SemanticAnalyzer.java:7821)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9821)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:9710)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genOPTree(SemanticAnalyzer.java:10353)
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:10364)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:318)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1245)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1134)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1124)
FAILED: SemanticException [Error 10002]: Line 1:111 Invalid column reference 'age'
16/06/10 22:37:37 [main]: ERROR ql.Driver: FAILED: SemanticException [Error 10002]: Line 1:111 Invalid column reference 'age'
org.apache.hadoop.hive.ql.parse.SemanticException: Line 1:111 Invalid column reference 'age'
	at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:10764)

Similar inner join query works without any issues

select * from src_emptybucket_partitioned_1 e1 inner join src_emptybucket_partitioned_3 e3 on e1.age =  e3.age1 where e1.year = 2015 and e3.year1 = 2016;
Query ID = hrt_qa_20160610224945_9e5b40b7-8faf-4ef0-b1e1-741754fe2786

Status: Running (Executing on YARN cluster with App id application_1464125086069_0317)

Map 2 ..........   SUCCEEDED      1          1        0        0       0       0
VERTICES: 02/02  [==========================>>] 100%  ELAPSED TIME: 6.92 s     
OK
Time taken: 8.761 seconds

Source Tables Schema

desc src_emptybucket_partitioned_1;
OK
age                 	int                 	                    
gpa                 	double              	                    
year                	int                 	                    
	 	 
year                	int                 	                    
Time taken: 1.115 seconds, Fetched: 9 row(s)
hive> name1               	varchar(50)         	                    
age1                	bigint              	                    
gpa1                	decimal(38,18)      	                    
year1               	int                 	                    
	 	 
year1               	int     

Left semi join query would work fine if I remove table alias from the query

hive> select * from src_emptybucket_partitioned_1  left semi join src_emptybucket_partitioned_3 on age =  age1 where year = 2015 and year1=2016;
Query ID = hrt_qa_20160610223932_4bf61489-b0eb-4533-9a24-77060aef417b

VERTICES: 02/02  [==========================>>] 100%  ELAPSED TIME: 8.33 s     
OK
Time taken: 14.794 seconds

Left semi join query would also work if I keep column name in where clause from the table on left side of the join

hive> select * from src_emptybucket_partitioned_1 e1 left semi join src_emptybucket_partitioned_3 e3 on e1.age =  e3.age1 where e1.year = 2015;
Query ID = hrt_qa_20160610224621_25158eb4-ca9a-47ea-b33d-ee06f9979dec

VERTICES: 02/02  [==========================>>] 100%  ELAPSED TIME: 8.60 s     
OK
Time taken: 10.404 seconds
hive> select * from src_emptybucket_partitioned_1 e1 left semi join src_emptybucket_partitioned_3 e3 on e1.age =  e3.age1 where e3.year1 = 2016;
FAILED: SemanticException [Error 10004]: Line 1:122 Invalid table alias or column reference 'e3': (possible column names are: name, age, gpa, year)

create 'tsdb', {NAME => 't', VERSIONS => 1, BLOOMFILTER => 'row'}

ERROR: uninitialized constant Java::OrgApacheHadoopHbaseRegionserver::StoreFile::BloomType

Under some circumstances scan with SingleColumnValueFilter may fail with an exception

java.lang.IllegalStateException: isDelete failed: deleteBuffer=C3, qualifier=C2, timestamp=1516433595543, comparison result: 1 
at org.apache.hadoop.hbase.regionserver.ScanDeleteTracker.isDeleted(ScanDeleteTracker.java:149)
	at org.apache.hadoop.hbase.regionserver.ScanQueryMatcher.match(ScanQueryMatcher.java:386)
	at org.apache.hadoop.hbase.regionserver.StoreScanner.next(StoreScanner.java:545)
	at org.apache.hadoop.hbase.regionserver.KeyValueHeap.next(KeyValueHeap.java:147)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.populateResult(HRegion.java:5876)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:6027)
	at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:5814)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.scan(RSRpcServices.java:2552)
	at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32385)

Conditions:
table T with a single column family 0 that uses ROWCOL bloom filter (important)  and column qualifiers C1,C2,C3,C4,C5. 
When we fill the table for every row we put deleted cell for C3.
The table has a single region with two HStore:
A: start row: 0, stop row: 99 
B: start row: 10 stop row: 99
B has newer versions of rows 10-99. Store files have several blocks each (important). 
Store A is the result of major compaction,  so it doesn't have any deleted cells (important).
So, we are running a scan like:

scan 'T', { COLUMNS => ['0:C3','0:C5'], FILTER => "SingleColumnValueFilter ('0','C5',=,'binary:whatever')"}

How the scan performs:
First, we iterate A for rows 0 and 1 without any problems. 
Next, we start to iterate A for row 10, so read the first cell and set hfs scanner to A :
10:0/C1/0/Put/x but found that we have a newer version of the cell in B : 10:0/C1/1/Put/x, 
so we make B as our current store scanner. Since we are looking for particular columns 
C3 and C5, we perform the optimization StoreScanner.seekOrSkipToNextColumn which 
would run reseek for all store scanners.
For store A the following magic would happen in requestSeek:
  1. bloom filter check passesGeneralBloomFilter would set haveToSeek to false because row 10 doesn't have C3 qualifier in store A.  
  2. Since we don't have to seek we just create a fake row 10:0/C3/OLDEST_TIMESTAMP/Maximum, an optimization that is quite important for us and it commented with :

     // Multi-column Bloom filter optimization.
    // Create a fake key/value, so that this scanner only bubbles up to the top
    // of the KeyValueHeap in StoreScanner after we scanned this row/column in
    // all other store files. The query matcher will then just skip this fake
    // key/value and the store scanner will progress to the next column. This
    // is obviously not a "real real" seek, but unlike the fake KV earlier in
    // this method, we want this to be propagated to ScanQueryMatcher.

For store B we would set it to fake 10:0/C3/createFirstOnRowColTS()/Maximum to skip C3 entirely. 
After that we start searching for qualifier C5 using seekOrSkipToNextColumn which run first trySkipToNextColumn:

  protected boolean trySkipToNextColumn(Cell cell) throws IOException {
    Cell nextCell = null;
    do {
      Cell nextIndexedKey = getNextIndexedKey();
      if (nextIndexedKey != null && nextIndexedKey != KeyValueScanner.NO_NEXT_INDEXED_KEY
          && matcher.compareKeyForNextColumn(nextIndexedKey, cell) >= 0) {
        this.heap.next();
        ++kvsScanned;
      } else {
      }
    } while ((nextCell = this.heap.peek()) != null && CellUtil.matchingRowColumn(cell, nextCell));
  }

If store has several blocks than nextIndexedKey would be not null and compareKeyForNextColumn wouldn't be negative, 
so we try to search forward until we index or end of the row. But in this.heap.next(), the scanner for A bubbles up (as the comment promise) and we try to get next value from it. 
And here is the problem: 
If StoreFileScanner has current set to fake 10:0/C3/OLDEST_TIMESTAMP/Maximum, the underlying hfs still has 10:0/C1/O/Put, so the next call for next() 
would set current value to 10:0/C2/0/x, which we pass to ScanQueryMatcher and it fails with the early mentioned exception because  DeleteTracker pointed to the latest delete we saw and that would be (10:0:/C3/1/Delete)
So the problem happens because:
1. in trySkipToNextColumn we don't expect any of 'bubble' ups and plan to iterate to the next column/next row/next block. 
2. Optimization with fake rows is done to avoid unnecessary seeks.
3. KeyValueHeap.next() knows nothing about fake rows so at one moment it may use scanner that has inconsistent state (cur value is far behind of hfs.keyValue, so seek is required before next())  
We don't have any UT yet due to the complexity of the real use case, but it would be nice to discuss the way how to fix it. Personally, the easiest and safest way is to make KeyValueHeap be aware of bloom filter optimization and handle fake rows. So, in next() when we set new current scanner we may check whether it has cur set to a fake value and enforce seek if so. The check itself is supposed to be quick (timestamp & max comparison). 
Any thoughts/suggestions stack, Anoop Sam John, Ethan Wang

Coverity found possible dereference of null. In this code defaultPolicy is checked for null and in next step defaultPolicy.equals() is called.
https://scan7.coverity.com/reports.htm#v23632/p12663/fileInstanceId=10578397&defectInstanceId=2572005&mergedDefectId=1407435
PolicyParser.java

        boolean providerFound = defaultPolicy == null;

        while (reader.hasNext() && reader.nextTag() != END_ELEMENT) {
            verifyNamespace(reader);
            String localName = reader.getLocalName();
            switch (localName) {
                // Permission Mapper
                case JACC_POLICY:
                    providerFound = defaultPolicy.equals(parseJaccPolicy(addPolicy, reader, operations)) || providerFound;
                    break;
                case CUSTOM_POLICY:
                    providerFound = defaultPolicy.equals(parseCustomPolicy(addPolicy, reader, operations)) || providerFound;
                    break;
                default:
                    throw unexpectedElement(reader);
            }
        }

Components that were added to the WildFly-Camel 4.3 release should be made available to the camel-other fraction.
https://github.com/wildfly-extras/wildfly-camel/releases/tag/4.3.0

Currently a lot of test suites are timing out consistently:
TestDbNotificationListener - did not produce a TEST-*.xml file (likely timed out)
TestHCatHiveCompatibility - did not produce a TEST-*.xml file (likely timed out)
TestNegativeCliDriver - did not produce a TEST-*.xml file (likely timed out) 
TestNonCatCallsWithCatalog - did not produce a TEST-*.xml file (likely timed out)
TestSequenceFileReadWrite - did not produce a TEST-*.xml file (likely timed out)
TestTxnExIm - did not produce a TEST-*.xml file (likely timed out)

Due to the inverted equals comparisons for custom trueString and falseString values, the code will run into NPEs when encountering a null input value (in case of allowEmpty=false.

I tried the latest snapshot with Undertow 1.0.9 and get the stacktrace below after a search request over https. This issue didn't exist with the snapshot from April/24 with Undertow 1.0.6. Also Bouncycastle was upgraded from 1.46 to 1.50. My OS is Windows 7 Enterprise SP1.

SEVERE [javax.enterprise.resource.webcontainer.jsf.application] Error Rendering View[/rf/artikelverwaltung/listArtikel.xhtml]: java.lang.ArrayIndexOutOfBoundsException
	at java.lang.System.arraycopy(Native Method) [rt.jar:1.8.0_05]
	at org.bouncycastle.crypto.modes.GCMBlockCipher.doFinal(Unknown Source)
	at org.bouncycastle.jcajce.provider.symmetric.util.BaseBlockCipher$AEADGenericBlockCipher.doFinal(Unknown Source)
	at org.bouncycastle.jcajce.provider.symmetric.util.BaseBlockCipher.engineDoFinal(Unknown Source)
	at javax.crypto.CipherSpi.bufferCrypt(CipherSpi.java:830) [jce.jar:1.8.0]
	at javax.crypto.CipherSpi.engineDoFinal(CipherSpi.java:730) [jce.jar:1.8.0]
	at javax.crypto.Cipher.doFinal(Cipher.java:2416) [jce.jar:1.8.0]
	at sun.security.ssl.CipherBox.encrypt(CipherBox.java:396) [jsse.jar:1.8.0_05]
	at sun.security.ssl.EngineOutputRecord.write(EngineOutputRecord.java:300) [jsse.jar:1.8.0_05]
	at sun.security.ssl.EngineOutputRecord.write(EngineOutputRecord.java:225) [jsse.jar:1.8.0_05]
	at sun.security.ssl.EngineWriter.writeRecord(EngineWriter.java:186) [jsse.jar:1.8.0_05]
	at sun.security.ssl.SSLEngineImpl.writeRecord(SSLEngineImpl.java:1280) [jsse.jar:1.8.0_05]
	at sun.security.ssl.SSLEngineImpl.writeAppRecord(SSLEngineImpl.java:1251) [jsse.jar:1.8.0_05]
	at sun.security.ssl.SSLEngineImpl.wrap(SSLEngineImpl.java:1166) [jsse.jar:1.8.0_05]
	at org.xnio.ssl.JsseSslConduitEngine.engineWrap(JsseSslConduitEngine.java:312)
	at org.xnio.ssl.JsseSslConduitEngine.wrap(JsseSslConduitEngine.java:237)
	at org.xnio.ssl.JsseSslStreamSinkConduit.write(JsseSslStreamSinkConduit.java:113)
	at org.xnio.ssl.JsseSslStreamSinkConduit.write(JsseSslStreamSinkConduit.java:77)
	at io.undertow.server.protocol.http.HttpResponseConduit.write(HttpResponseConduit.java:559) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.conduits.ChunkedStreamSinkConduit.doWrite(ChunkedStreamSinkConduit.java:164) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.conduits.ChunkedStreamSinkConduit.write(ChunkedStreamSinkConduit.java:127) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.channels.DetachableStreamSinkChannel.write(DetachableStreamSinkChannel.java:217) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.spec.ServletOutputStreamImpl.writeBufferBlocking(ServletOutputStreamImpl.java:585) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.spec.ServletOutputStreamImpl.flushInternal(ServletOutputStreamImpl.java:498) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.spec.ServletPrintWriter.write(ServletPrintWriter.java:157) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.spec.ServletPrintWriter.write(ServletPrintWriter.java:201) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.spec.ServletPrintWriterDelegate.write(ServletPrintWriterDelegate.java:101) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at com.sun.faces.application.view.WriteBehindStateWriter.flushToWriter(WriteBehindStateWriter.java:240) [jsf-impl-2.2.6-jbossorg-4.jar:]
	at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:478) [jsf-impl-2.2.6-jbossorg-4.jar:]
	at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.6-jbossorg-4.jar:]
	at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6]
	at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.6-jbossorg-4.jar:]
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.6-jbossorg-4.jar:]
	at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.6-jbossorg-4.jar:]
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6]
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.9.Final.jar:1.0.9.Final]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) [undertow-core-1.0.9.Final.jar:1.0.9.Final]

I did read through large parts of the documentation and fixed what I found. Some of it is AsciiDoc stuff, some is contents, some is grammar, some typos fixed etc.

Ultimately, this workaround should be removed following the upgrade to Infinispan 8.1.1.Final - which incorporates a fix for ISPN-6007.

LettuceConnection uses ByteArrayOutput as result definition which does not apply for multi bulk reply. For those cases ValueListOutput has to be used.

If the user supplies a custom SecurityContext class, the contextObject will still be initialized to a SecurityContextimpl class. This may result in sessions being created unncessarily.

markSemiJoinForDPP has multiple issues,
 
Uses map tsOps which is wrong as it disallows going thru same TS which may have filters from more than 1 semijoin edges. This results in inconsistent plans for same query as semijoin edges may be processed in different order each time.
Uses getColumnExpr() which is not as robust as extractColumn() thus resulting in NPEs.
The logic to mark an edge useful when NPE is hit may end up having bad edge.

cc Gopal V

Coverity static analysis found, there is couple of *Callback classes, which  are mark as Serializable, and contains non-serializable fields. 

CredentialCallback
CredentialUpdateCallback
MechanismInformationCallback
SSLCallback
SecurityIdentityCallback
ServerCredentialCallback
TrustedAuthoritiesCallback

Either mark fields as transient or Serializable.
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=8490519&defectInstanceId=2123214&mergedDefectId=1377493

The fix for SPR-11705 does not work with Tomcat 8.0.21

	public void sendError(int sc, String msg) throws IOException {
		copyBodyToResponse();
		super.sendError(sc, msg);
		this.statusCode = sc;
	}

When copyBodyToResponse() is called, Tomcat considers the response committed. Then, when sendError is called, Tomcat throws

org.glassfish.jersey.server.ServerRuntime$Responder - Error while closing the output stream in order to commit response.
java.lang.IllegalStateException: Cannot call sendError() after the response has been committed
	at org.apache.catalina.connector.ResponseFacade.sendError(ResponseFacade.java:462)
	at javax.servlet.http.HttpServletResponseWrapper.sendError(HttpServletResponseWrapper.java:120)
	at org.springframework.web.util.ContentCachingResponseWrapper.sendError(ContentCachingResponseWrapper.java:83)

Tomcat considers the response committed because contentLength is more than 0, and it is the same as contentWritten. From org/apache/catalina/connector/Response.java:

    public boolean isAppCommitted() {
        return (this.appCommitted || isCommitted() || isSuspended()
                || ((getContentLength() > 0)
                    && (getContentWritten() >= getContentLength())));
    }

I propose that whenever content length > 0, sendError should not be called.
My current workaround:

public class BackendContentCachingResponseWrapper extends ContentCachingResponseWrapper {

    public BackendContentCachingResponseWrapper(HttpServletResponse response) {
        super(response);
    }

    @Override
    public void sendError(int sc, String msg) throws IOException {
        try {
            super.sendError(sc, msg);
            // ignore
        }
    }

}

In a multi-module project where GWT scaffolding is required in a module, the GWT add-on creates artifacts in the root module of the project as well as the intended module. This is due to the use of focused project calls, when it should use the path of the actual module where the GWT scaffolding is required.

There are 4 tests in https://github.com/wildfly/wildfly/blob/master/testsuite/elytron/src/test/java/org/wildfly/test/integration/elytron/ssl/UndertowSslSecurityDomainTestCase.java#L122 and each is creating client and making the call.
But the client is never closed.
I checked https://github.com/wildfly/wildfly/blob/master/testsuite/shared/src/main/java/org/jboss/as/test/integration/security/common/Utils.java#L397 but it doesn't close the client either.
I think it makes sense to enhance those 4 tests with client.close(); lines.
Changing Utils class can cause regressions when client is used for multiple calls.

in conf/hbase-default.xml and FAQ, there has a  performance tuning parameter "hbase.io.index.interval", but can't find any usage in sources. instead, HStoreFile.java #585 using "hbase.index.interval" to set mapfile index interval (setIndexInterval). so i think  HStoreFile.java mistyped the parameter name.
this mistake will make users thinkgs "hbase.io.index.interval" useless. 

RemoteCallWhileShuttingDownTestCase.testServerShutdownRemoteCall is failing intermittently on TeamCity (and possibly other environments). The stacktrace looks like:

javax.ejb.EJBException: java.io.IOException: Channel Channel ID 997a34b0 (outbound) of Remoting connection 0190b512 to /127.0.0.1:4447 has been closed
    at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:236)
    at sun.proxy.$Proxy20.testDone(Unknown Source)
    at org.jboss.as.test.manualmode.ejb.shutdown.RemoteCallWhileShuttingDownTestCase.testServerShutdownRemoteCall(RemoteCallWhileShuttingDownTestCase.java:138)
    at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
    at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
    at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111)
    at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:263)
    at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:226)
    at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
    at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
    at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240)
    at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185)
    at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
    at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
    at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:234)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:133)
    at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:114)
    at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:188)
    at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:166)
    at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:86)
    at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:101)
    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
Caused by: java.io.IOException: Channel Channel ID 997a34b0 (outbound) of Remoting connection 0190b512 to /127.0.0.1:4447 has been closed
    at org.jboss.ejb.client.remoting.ChannelAssociation$1.handleClose(ChannelAssociation.java:118)
    at org.jboss.ejb.client.remoting.ChannelAssociation$1.handleClose(ChannelAssociation.java:110)
    at org.jboss.remoting3.spi.SpiUtils.safeHandleClose(SpiUtils.java:54)
    at org.jboss.remoting3.spi.AbstractHandleableCloseable$CloseHandlerTask.run(AbstractHandleableCloseable.java:501)
    at org.jboss.remoting3.spi.AbstractHandleableCloseable.runCloseTask(AbstractHandleableCloseable.java:406)
    at org.jboss.remoting3.spi.AbstractHandleableCloseable.closeComplete(AbstractHandleableCloseable.java:277)
    at org.jboss.remoting3.remote.RemoteConnectionChannel.closeAction(RemoteConnectionChannel.java:531)
    at org.jboss.remoting3.spi.AbstractHandleableCloseable.closeAsync(AbstractHandleableCloseable.java:359)
    at org.jboss.remoting3.remote.RemoteConnectionHandler.closeAllChannels(RemoteConnectionHandler.java:399)
    at org.jboss.remoting3.remote.RemoteConnectionHandler.receiveCloseRequest(RemoteConnectionHandler.java:212)
    at org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:106)
    at org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:45)
    at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:91)
    at org.xnio.channels.TranslatingSuspendableChannel.handleReadable(TranslatingSuspendableChannel.java:195)
    at org.xnio.channels.TranslatingSuspendableChannel$1.handleEvent(TranslatingSuspendableChannel.java:109)
    at org.xnio.ChannelListeners$DelegatingChannelListener.handleEvent(ChannelListeners.java:1052)
    at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:61)
    at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:85)
    at org.xnio.nio.WorkerThread.run(WorkerThread.java:528)

The run is here http://teamcity.cafe-babe.org/viewLog.html?buildId=5255&buildTypeId=bt13

Ran into issue while tinkering around with a chaos monkey that did splits, merges and kills exclusively, which resulted in regions getting stuck in transition in merging new state indefinitely which i think happens when the rs is killed during the merge but before the ponr, in which case the new regions state in master is merging new. When the rs dies at this point the master executes RegionStates.serverOffline() for the rs which does

for (RegionState state : regionsInTransition.values()) {
        HRegionInfo hri = state.getRegion();
        if (assignedRegions.contains(hri)) {
          // Region is open on this region server, but in transition.
          // This region must be moving away from this server, or splitting/merging.
          // SSH will handle it, either skip assigning, or re-assign.
          LOG.info("Transitioning " + state + " will be handled by ServerCrashProcedure for " + sn);
        } else if (sn.equals(state.getServerName())) {
          // Region is in transition on this region server, and this
          // region is not open on this server. So the region must be
          // moving to this server from another one (i.e. opening or
          // pending open on this server, was open on another one.
          // Offline state is also kind of pending open if the region is in
          // transition. The region could be in failed_close state too if we have
          // tried several times to open it while this region server is not reachable)
          if (state.isPendingOpenOrOpening() || state.isFailedClose() || state.isOffline()) {
            LOG.info("Found region in " + state +
              " to be reassigned by ServerCrashProcedure for " + sn);
            rits.add(hri);
          } else if(state.isSplittingNew()) {
            regionsToCleanIfNoMetaEntry.add(state.getRegion());
          } else {
            LOG.warn("THIS SHOULD NOT HAPPEN: unexpected " + state);
          }
        }
      }

We donot handle merging new here and end up with "THIS SHOULD NOT HAPPEN: unexpected ...". Post this we have the new region which does not have any data stuck which leads to the balancer not running.
I think we should handle mergingnew the same way as splittingnew. 

The Import-Package statement for javax.servlet and javax.servlet.http is currently [2.4.0, 3.0.0).  Since spring-ws is compatible with Servlet 3, this should be opened to [2.4.0, 4.0.0).

There is issue with streaming endpoint and type=event.

from("twitter://streaming/user?type=event")

It is working for type=polling.
Just run test for camel-twitter:

mvn test -P twitter-test

java.lang.ClassCastException: org.apache.camel.component.twitter.TwitterEndpointEvent cannot be cast to org.apache.camel.component.direct.DirectEndpoint
	at org.apache.camel.component.direct.DirectConsumer.<init>(DirectConsumer.java:37)
	at org.apache.camel.component.twitter.consumer.TwitterConsumerEvent.<init>(TwitterConsumerEvent.java:32)
	at org.apache.camel.component.twitter.TwitterEndpointEvent.createConsumer(TwitterEndpointEvent.java:40)
	at org.apache.camel.impl.EventDrivenConsumerRoute.addServices(EventDrivenConsumerRoute.java:68)
	at org.apache.camel.impl.DefaultCamelContext.doWarmUpRoutes(DefaultCamelContext.java:3439)
	at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:3369)
	at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:3146)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:3002)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2798)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2794)
	at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:2817)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:2794)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2763)
	at org.apache.camel.test.junit4.CamelTestSupport.startCamelContext(CamelTestSupport.java:544)
	at org.apache.camel.test.junit4.CamelTestSupport.doSetUp(CamelTestSupport.java:334)
	at org.apache.camel.test.junit4.CamelTestSupport.setUp(CamelTestSupport.java:238)

AtomicBoolean will serve the same purpose, with the added bonus that it will perform correctly if two threads try to write to it simultaneously.

The problematic logic looks to in:
org.jboss.as.subsystem.test.TransformationUtils.modelToResource(...), which will copy resource definition with wildcard overrides into the model twice.

Some parts of the JCA scheme file (docs/schema/wildfly-jca_4_0.xsd) could use some improvements. It's nothing critical, the docs inside are already pretty good.
1, short-running-threads vs. long-running threads - no description for these. What's the difference between the two and why would I want to configure them separately?
2, bootstrap-context - I wasn't able to infer its function based on the descriptions of its attributes, maybe a better description on the bootstrap-contexts element would help.
3, cached-connection-managerType has no description in its child elements.

If function names are passed to the authorization api for create/drop function calls, then authorization decisions can be made based on the function names as well.

You seen this one Jimmy Xiang?

2014-03-27 11:38:16,649 ERROR [RpcServer.handler=5,port=16020] ipc.RpcServer: Unexpected throwable object
        at org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:1577)
        at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29493)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2002)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:98)
        at org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.consumerLoop(SimpleRpcScheduler.java:162)

Code looks like this on trunk:

1576     } finally {
1577       regionServer.metricsRegionServer.updateGet(
1578         EnvironmentEdgeManager.currentTimeMillis() - before);
1579     }
1580   }

The documentation for in the XSD for the queue-length on the managed-executor-service states:

                A managed executor service (implementing javax.enterprise.concurrent.ManagedExecutorService).
                If the "thread-factory" attribute is not defined a managed thread factory with no context service and normal thread priority will be created and used by the executor.
                The task queue is based on the values of "core-threads" and "queue-length":

If "queue-length" is 0, or "queue-length" is Integer.MAX_VALUE (2147483647) and "core-threads" is 0, direct handoff queuing strategy will be used and a SynchronousQueue will be created.
If "queue-length" is Integer.MAX_VALUE but "core-threads" is not 0, an unbounded queue will be used.
For any other valid value for "queue-length", a bounded queue wil be created.

The model description states:

The executors task queue capacity. A length of 0 means direct hand-off and possible rejection will occur. An undefined length (the default), or Integer.MAX_VALUE, indicates that an unbounded queue should be used. All other values specify an exact queue size. If an unbounded queue or direct hand-off is used, a core-threads value greater than zero is required.
The two descriptions should match. The model validation should also be checked as one of the messages doesn't seem to be correct:

// Validate an unbounded queue
if (!queueLength.isDefined() || queueLength.asInt() == Integer.MAX_VALUE) {
    if (coreThreads.isDefined() && coreThreads.asInt() <= 0) {
        throw EeLogger.ROOT_LOGGER.invalidCoreThreadsSize(coreThreads.asString());
    }

}

That message doesn't really describe the real problem and will always be

WFLYEE0112: The core-threads value must be greater than 0 when the queue-length is 0

Insert overwrite operation on transactional table will currently raise an error.
This can/should be supported
This is implemented by using the concept of base_N/ directory in Acid.
INSERT OVERWRITE starts a new transaction N and creates a new base_N directory where it writes the data.
This has the effect that on read all files with transaction IDs < N are ignored.
The advantage is that IOW doesn't need to be a mutexed operation.  All readers that stared before this IOW can proceed at the
snapshot (Acid tables support at Snapshot Isolation) they locked in.
If mutexed semantics are desired we could add an option where IOW will request an X lock but the base_N/ based implementation can support both.

A regionserver wouldn't go down because it was waiting on a user region to close only the user-space region had just been opened as part of a split transaction – it was a new daughter – just as we'd issued the bulk close to all user regions on receipt of a cluster shutdown call.
We need to add a check for this condition – user tables that did not get the close.

When a partitioned table (e.g. sample_pt) is renamed (e.g to sample_pt_rename), describing its partition shows that the partition column stats are still accurate, but actually they all have been dropped.
It could be reproduce as following:
1. analyze table sample_pt compute statistics for columns;
2. describe formatted default.sample_pt partition (dummy = 3):  COLUMN_STATS for all columns are true

...
Partition Value:    	[3]                 	 
CreateTime:         	Fri Jan 20 15:42:30 EST 2017	 
Location:           	file:/user/hive/warehouse/apache/sample_pt/dummy=3
	last_modified_by    	ctang               
	last_modified_time  	1485217063          
	numFiles            	1                   
	numRows             	100                 
	rawDataSize         	5143                
	totalSize           	5243                
	transient_lastDdlTime	1488842358    
... 

3: describe formatted default.sample_pt partition (dummy = 3) salary: column stats exists

salary              	int                 	1                   	151370              	0                   	94                  	                    	                    	                    	                    	from deserializer 

4. alter table sample_pt rename to sample_pt_rename;
5. describe formatted default.sample_pt_rename partition (dummy = 3): describe the rename table partition (dummy =3) shows that COLUMN_STATS for columns are still true.

Table:              	sample_pt_rename    	 
Location:           	file:/user/hive/warehouse/apache/sample_pt_rename/dummy=3	 
	numFiles            	1                   
	transient_lastDdlTime	1488842358  

describe formatted default.sample_pt_rename partition (dummy = 3) salary: the column stats have been dropped.

salary              	int                 	from deserializer   	 	 	 	 	 	 	 	 
Time taken: 0.131 seconds, Fetched: 3 row(s)

For a Hive query started by Oozie Hive action, the local task submitted for Mapjoin fails. The HDFS delegation token is not shared properly with the child JVM created for the local task.
Oozie creates a delegation token for the Hive action and sets env variable HADOOP_TOKEN_FILE_LOCATION as well as mapreduce.job.credentials.binary config property. However this doesn't get passed down to the child JVM which causes the problem.
This is similar issue addressed by HIVE-4343 which address the problem HiveServer2

IntegrationTestBigLinkedList currently uses java.util.Random to generate its random keys. The keys are 128 bits long, but we generate them using Random.nextBytes(). The Random implementation itself only has a 48-bit seed, so even though we have a very long key string, it doesn't have anywhere near that amount of entropy.
This means that after a few billion rows, it's quite likely to run into a collision:  filling in a 16-byte key is equivalent to four calls to rand.nextInt(). So, for 10B rows, we are cycling through 40B different 'seed' values. With a 48-bit seed, it's quite likely we'll end up using the same seed twice, after which point any future rows generated by the colliding mappers are going to be equal. This results in broken chains and a failed verification job.
The fix is simple – we should use SecureRandom to generate the random keys, instead.

Once a server is in the state reload-required capabilities and requirements are no longer checked e.g.: -

[standalone@localhost:9990 /] ./core-service=management/management-interface=http-interface:undefine-attribute(name=security-realm)
{
    }
}

The following command is referencing a non-existent capability: -

[standalone@localhost:9990 /] ./core-service=management/management-interface=http-interface:write-attribute(name=security-domain, value=MgMtDom)
{
    }
}

When I execute :reload it will fail: -

11:21:18,567 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
]): java.lang.IllegalStateException: WFLYCTL0364: Capability 'org.wildfly.security.security-domain.MgMtDom' is unknown.
	at org.jboss.as.controller.ModelControllerImpl$CapabilityRegistryImpl.getCapabilityRegistration(ModelControllerImpl.java:1388)

Hive JDBC does not recognize UNIONTYPE columns.
I've an external table backed by an avro schema containing a union type field.

"name" : "value",
"type" : [ "int", "string", "null" ]

When describing the table I've:

describe test_table;
+-------------------+---------------------------------------------------------------+----------+--+
|     col_name      |                           data_type                           | comment  |
| description       | string                                                        |          |
| name              | string                                                        |          |
| value             | uniontype<int,string,void>                                    |          |

When doing a select query over the data using the Hive CLI, it works:

hive> select value from test_table;
OK
{0:10}
{0:10}
{0:9}
{0:9}
...

But when using beeline, it fails:

0: jdbc:hive2://....> select * from test_table;
Error: Unrecognized column type: UNIONTYPE (state=,code=0)

By applying the patch provided with this JIRA, the command succeeds and return the expected output.

While starting hbase I get following exception:

  at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:459)
   at java.lang.Thread.run(Thread.java:619)
in region server's log on the second machine whereas at first machine all going well.
We've discussed with larsgeorge this problem at IRC channel and seems problem is in HRegionServer implementation.
Patch which fixies that problem attached to this message, but it should be not a final variant, because I cannot stop hbase with this fix.

If an authentication token exists in the web session, and the user is using FORM or a custom authentication mechanism, then that token is read from the session each request.  The token is treated as a mutable object by the clustering code and triggers replication of the session on each request.
Annotating this with @Immutable will fix the problem.

The following query fails, when Azure Filesystem is used as default file system, and HDFS is used for intermediate data.

>>>  create temporary table s10k stored as orc as select * from studenttab10k;
>>>  create temporary table v10k as select * from votertab10k;
>>>  select registration 
from s10k s join v10k v 
on (s.name = v.name) join studentparttab30k p 
on (p.name = v.name) 
where s.age < 25 and v.age < 25 and p.age < 25;
ERROR : Execution failed with exit status: 2
ERROR : Obtaining error information
ERROR : 
Task ID:
  Stage-5

Logs:

ERROR : /var/log/hive/hiveServer2.log
Error: Error while processing statement: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask (state=08S01,code=2)
Aborting command set because "force" is false and command failed: "select registration 
where s.age < 25 and v.age < 25 and p.age < 25;"
Closing: 0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181/;serviceDiscoveryMode=zooKeeper;zooKeeperNamespace=hiveserver2;principal=hive/_HOST@HDINSIGHT.NET;transportMode=http;httpPath=cliservice
hiveServer2.log shows:
2016-02-02 18:04:34,182 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=Driver.run from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:34,199 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=TimeToSubmit from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:34,212 INFO  [HiveServer2-HttpHandler-Pool: Thread-55]: thrift.ThriftHttpServlet (ThriftHttpServlet.java:doPost(127)) - Could not validate cookie sent, will try to generate a new cookie
2016-02-02 18:04:34,213 INFO  [HiveServer2-Background-Pool: Thread-517]: ql.Driver (Driver.java:checkConcurrency(168)) - Concurrency mode is disabled, not creating a lock manager
2016-02-02 18:04:34,219 INFO  [HiveServer2-HttpHandler-Pool: Thread-55]: thrift.ThriftHttpServlet (ThriftHttpServlet.java:doKerberosAuth(352)) - Failed to authenticate with http/_HOST kerberos principal, trying with hive/_HOST kerberos principal
2016-02-02 18:04:34,219 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=Driver.execute from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:34,225 INFO  [HiveServer2-Background-Pool: Thread-517]: ql.Driver (Driver.java:execute(1390)) - Setting caller context to query id hive_20160202180429_7ffff6ab-64d6-4c89-88b0-6355cc5acbd0
2016-02-02 18:04:34,226 INFO  [HiveServer2-Background-Pool: Thread-517]: ql.Driver (Driver.java:execute(1393)) - Starting command(queryId=hive_20160202180429_7ffff6ab-64d6-4c89-88b0-6355cc5acbd0): select registration
from s10k s join v10k v
on (s.name = v.name) join studentparttab30k p
on (p.name = v.name)
where s.age < 25 and v.age < 25 and p.age < 25
2016-02-02 18:04:34,228 INFO  [HiveServer2-Background-Pool: Thread-517]: hooks.ATSHook (ATSHook.java:<init>(90)) - Created ATS Hook
2016-02-02 18:04:34,229 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=PreHook.org.apache.hadoop.hive.ql.hooks.ATSHook from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:34,237 INFO  [HiveServer2-HttpHandler-Pool: Thread-55]: thrift.ThriftHttpServlet (ThriftHttpServlet.java:doPost(169)) - Cookie added for clientUserName hrt_qa
2016-02-02 18:04:34,238 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogEnd(162)) - </PERFLOG method=PreHook.org.apache.hadoop.hive.ql.hooks.ATSHook start=1454436274229 end=1454436274238 duration=9 from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:34,239 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=PreHook.org.apache.hadoop.hive.ql.security.authorization.plugin.DisallowTransformHook from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:34,240 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogEnd(162)) - </PERFLOG method=PreHook.org.apache.hadoop.hive.ql.security.authorization.plugin.DisallowTransformHook start=1454436274239 end=1454436274240 duration=1 from=org.apache.hadoop.hive.ql.Driver>
Query ID = hive_20160202180429_7ffff6ab-64d6-4c89-88b0-6355cc5acbd0
2016-02-02 18:04:34,242 INFO  [HiveServer2-Background-Pool: Thread-517]: ql.Driver (SessionState.java:printInfo(923)) - Query ID = hive_20160202180429_7ffff6ab-64d6-4c89-88b0-6355cc5acbd0
2016-02-02 18:04:34,243 INFO  [HiveServer2-Background-Pool: Thread-517]: ql.Driver (SessionState.java:printInfo(923)) - Total jobs = 1
2016-02-02 18:04:34,245 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogEnd(162)) - </PERFLOG method=TimeToSubmit start=1454436274199 end=1454436274245 duration=46 from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:34,246 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=runTasks from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:34,247 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=task.MAPREDLOCAL.Stage-5 from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:34,258 INFO  [HiveServer2-Background-Pool: Thread-517]: ql.Driver (Driver.java:launchTask(1718)) - Starting task [Stage-5:MAPREDLOCAL] in serial mode
2016-02-02 18:04:34,280 INFO  [HiveServer2-Background-Pool: Thread-517]: mr.MapredLocalTask (MapredLocalTask.java:executeInChildVM(158)) - Generating plan file file:/tmp/hive/916e3dbb-a10d-4888-a063-52fb058ea421/hive_2016-02-02_18-04-29_153_625340340820843828-4/-local-10006/plan.xml
2016-02-02 18:04:34,288 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=serializePlan from=org.apache.hadoop.hive.ql.exec.Utilities>
2016-02-02 18:04:34,289 INFO  [HiveServer2-Background-Pool: Thread-517]: exec.Utilities (Utilities.java:serializePlan(1028)) - Serializing MapredLocalWork via kryo
2016-02-02 18:04:34,290 INFO  [ATS Logger 0]: hooks.ATSHook (ATSHook.java:createPreHookEvent(158)) - Received pre-hook notification for :hive_20160202180429_7ffff6ab-64d6-4c89-88b0-6355cc5acbd0
2016-02-02 18:04:34,358 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogEnd(162)) - </PERFLOG method=serializePlan start=1454436274288 end=1454436274358 duration=70 from=org.apache.hadoop.hive.ql.exec.Utilities>
2016-02-02 18:04:34,737 INFO  [HiveServer2-Background-Pool: Thread-517]: mr.MapredLocalTask (MapredLocalTask.java:executeInChildVM(287)) - Executing: /usr/hdp/2.4.1.0-170/hadoop/bin/hadoop jar /usr/hdp/2.4.1.0-170/hive/lib/hive-common-1.2.1000.2.4.1.0-170.jar org.apache.hadoop.hive.ql.exec.mr.ExecDriver -localtask -plan file:/tmp/hive/916e3dbb-a10d-4888-a063-52fb058ea421/hive_2016-02-02_18-04-29_153_625340340820843828-4/-local-10006/plan.xml   -jobconffile file:/tmp/hive/916e3dbb-a10d-4888-a063-52fb058ea421/hive_2016-02-02_18-04-29_153_625340340820843828-4/-local-10007/jobconf.xml
2016-02-02 18:04:37,450 INFO  [org.apache.ranger.audit.queue.AuditBatchQueue0]: provider.BaseAuditHandler (BaseAuditHandler.java:logStatus(312)) - Audit Status Log: name=hiveServer2.async.summary.batch.solr, interval=01:21.012 minutes, events=2, succcessCount=2, totalEvents=4, totalSuccessCount=4
Execution log at: /tmp/hive/hive_20160202180429_7ffff6ab-64d6-4c89-88b0-6355cc5acbd0.log
2016-02-02 18:04:39,248 INFO  [HiveServer2-HttpHandler-Pool: Thread-55]: thrift.ThriftHttpServlet (ThriftHttpServlet.java:doPost(127)) - Could not validate cookie sent, will try to generate a new cookie
2016-02-02 18:04:39,254 INFO  [HiveServer2-HttpHandler-Pool: Thread-55]: thrift.ThriftHttpServlet (ThriftHttpServlet.java:doKerberosAuth(352)) - Failed to authenticate with http/_HOST kerberos principal, trying with hive/_HOST kerberos principal
2016-02-02 18:04:39,261 INFO  [HiveServer2-HttpHandler-Pool: Thread-55]: thrift.ThriftHttpServlet (ThriftHttpServlet.java:doPost(169)) - Cookie added for clientUserName hrt_qa
2016-02-02 18:04:40     Starting to launch local task to process map join;      maximum memory = 477102080
2016-02-02 18:04:43,728 ERROR [HiveServer2-Background-Pool: Thread-517]: exec.Task (SessionState.java:printError(932)) - Execution failed with exit status: 2
2016-02-02 18:04:43,730 ERROR [HiveServer2-Background-Pool: Thread-517]: exec.Task (SessionState.java:printError(932)) - Obtaining error information

Task ID:
  Stage-5

Logs:

2016-02-02 18:04:43,730 ERROR [HiveServer2-Background-Pool: Thread-517]: exec.Task (SessionState.java:printError(932)) -
Task ID:
  Stage-5

Logs:

/var/log/hive/hiveServer2.log
2016-02-02 18:04:43,732 ERROR [HiveServer2-Background-Pool: Thread-517]: exec.Task (SessionState.java:printError(932)) - /var/log/hive/hiveServer2.log
2016-02-02 18:04:43,732 ERROR [HiveServer2-Background-Pool: Thread-517]: mr.MapredLocalTask (MapredLocalTask.java:executeInChildVM(307)) - Execution failed with exit status: 2
2016-02-02 18:04:43,733 INFO  [HiveServer2-Background-Pool: Thread-517]: hooks.ATSHook (ATSHook.java:<init>(90)) - Created ATS Hook
2016-02-02 18:04:43,734 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=FailureHook.org.apache.hadoop.hive.ql.hooks.ATSHook from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:43,736 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogEnd(162)) - </PERFLOG method=FailureHook.org.apache.hadoop.hive.ql.hooks.ATSHook start=1454436283734 end=1454436283736 duration=2 from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:43,736 INFO  [ATS Logger 0]: hooks.ATSHook (ATSHook.java:createPostHookEvent(193)) - Received post-hook notification for :hive_20160202180429_7ffff6ab-64d6-4c89-88b0-6355cc5acbd0
2016-02-02 18:04:43,757 ERROR [HiveServer2-Background-Pool: Thread-517]: ql.Driver (SessionState.java:printError(932)) - FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask
2016-02-02 18:04:43,758 INFO  [HiveServer2-Background-Pool: Thread-517]: ql.Driver (Driver.java:execute(1621)) - Resetting the caller context to HIVE_SSN_ID:916e3dbb-a10d-4888-a063-52fb058ea421
2016-02-02 18:04:43,759 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogEnd(162)) - </PERFLOG method=Driver.execute start=1454436274219 end=1454436283759 duration=9540 from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:43,760 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogBegin(135)) - <PERFLOG method=releaseLocks from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:43,761 INFO  [HiveServer2-Background-Pool: Thread-517]: log.PerfLogger (PerfLogger.java:PerfLogEnd(162)) - </PERFLOG method=releaseLocks start=1454436283760 end=1454436283761 duration=1 from=org.apache.hadoop.hive.ql.Driver>
2016-02-02 18:04:43,766 ERROR [HiveServer2-Background-Pool: Thread-517]: operation.Operation (SQLOperation.java:run(209)) - Error running hive query:
org.apache.hive.service.cli.HiveSQLException: Error while processing statement: FAILED: Execution Error, return code 2 from org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask
        at org.apache.hive.service.cli.operation.Operation.toSQLException(Operation.java:315)
        at org.apache.hive.service.cli.operation.SQLOperation.runQuery(SQLOperation.java:156)
hive Configs can be viewed from http://qelog.hortonworks.com/log/hs21-hbs24-1454382123/artifacts/tmpModifyConfDir_1454394513592/
Drop files to attach, or browse.
Add LinkIssue Links
relates to
Bug - A problem which impairs or prevents the functions of the product. HIVE-739 webhcat tests failing in HDInsight secure cluster throwing NullPointerException	 Blocker - Blocks development and/or testing work, production could not run. RESOLVED
Activity
All
Comments
Work Log
History
Activity
Ascending order - Click to sort in descending order
Permalink Edit Delete 
tsaito Takahiko Saito added a comment - 3 days ago
The test passes via hive CLI and explain shows:
0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181> explain select registration
0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181> from s10k s join v10k v
0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181> on (s.name = v.name) join studentparttab30k p
0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181> on (p.name = v.name)
0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181> where s.age < 25 and v.age < 25 and p.age < 25;
+--------------------------------------------------------------------------------------------------------------+--+
|                                                   Explain                                                    |
| STAGE DEPENDENCIES:                                                                                          |
|   Stage-5 is a root stage                                                                                    |
|   Stage-4 depends on stages: Stage-5                                                                         |
|   Stage-0 depends on stages: Stage-4                                                                         |
|                                                                                                              |
| STAGE PLANS:                                                                                                 |
|   Stage: Stage-5                                                                                             |
|     Map Reduce Local Work                                                                                    |
|       Alias -> Map Local Tables:                                                                             |
|         s                                                                                                    |
|           Fetch Operator                                                                                     |
|             limit: -1                                                                                        |
|         v                                                                                                    |
|       Alias -> Map Local Operator Tree:                                                                      |
|         s                                                                                                    |
|           TableScan                                                                                          |
|             alias: s                                                                                         |
|             filterExpr: (name is not null and (age < 25)) (type: boolean)                                    |
|             Statistics: Num rows: 459 Data size: 47777 Basic stats: COMPLETE Column stats: NONE              |
|             Filter Operator                                                                                  |
|               predicate: (name is not null and (age < 25)) (type: boolean)                                   |
|               Statistics: Num rows: 76 Data size: 7910 Basic stats: COMPLETE Column stats: NONE              |
|               HashTable Sink Operator                                                                        |
|                 keys:                                                                                        |
|                   0 name (type: string)                                                                      |
|                   1 name (type: string)                                                                      |
|                   2 name (type: string)                                                                      |
|         v                                                                                                    |
|             alias: v                                                                                         |
|             Statistics: Num rows: 1653 Data size: 337233 Basic stats: COMPLETE Column stats: NONE            |
|               Statistics: Num rows: 275 Data size: 56103 Basic stats: COMPLETE Column stats: NONE            |
|                 keys:                                                                                        |
|                                                                                                              |
|   Stage: Stage-4                                                                                             |
|     Map Reduce                                                                                               |
|       Map Operator Tree:                                                                                     |
|             alias: p                                                                                         |
|             Statistics: Num rows: 30000 Data size: 627520 Basic stats: COMPLETE Column stats: COMPLETE       |
|               Statistics: Num rows: 10000 Data size: 1010000 Basic stats: COMPLETE Column stats: COMPLETE    |
|               Map Join Operator                                                                              |
|                 condition map:                                                                               |
|                      Inner Join 0 to 1                                                                       |
|                      Inner Join 1 to 2                                                                       |
|                 keys:                                                                                        |
|                 outputColumnNames: _col8                                                                     |
|                 Statistics: Num rows: 22000 Data size: 2222000 Basic stats: COMPLETE Column stats: NONE      |
|                 Select Operator                                                                              |
|                   expressions: _col8 (type: string)                                                          |
|                   outputColumnNames: _col0                                                                   |
|                   Statistics: Num rows: 22000 Data size: 2222000 Basic stats: COMPLETE Column stats: NONE    |
|                   File Output Operator                                                                       |
|                     compressed: false                                                                        |
|                     Statistics: Num rows: 22000 Data size: 2222000 Basic stats: COMPLETE Column stats: NONE  |
|                     table:                                                                                   |
|                         input format: org.apache.hadoop.mapred.TextInputFormat                               |
|                         output format: org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat            |
|                         serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe                            |
|       Local Work:                                                                                            |
|         Map Reduce Local Work                                                                                |
|                                                                                                              |
|   Stage: Stage-0                                                                                             |
|     Fetch Operator                                                                                           |
|       limit: -1                                                                                              |
|       Processor Tree:                                                                                        |
|         ListSink                                                                                             |
|                                                                                                              |
83 rows selected (2.473 seconds)
emptablemisc_8 also fails with the same error:
>>>  create temporary table temp1 as select * from votertab10k;
>>>  select * 
from studenttab10k s 
where s.name not in 
(select name from temp1);
INFO  : Number of reduce tasks determined at compile time: 1
INFO  :   set mapreduce.job.reduces=<number>
INFO  : Submitting tokens for job: job_1454394534358_0164
INFO  : Kind: HDFS_DELEGATION_TOKEN, Service: 10.0.0.36:8020, Ident: (HDFS_DELEGATION_TOKEN token 246 for hrt_qa)
INFO  : The url to track the job: http://hn0-hs21-h.hdinsight.net:8088/proxy/application_1454394534358_0164/
INFO  : Starting Job = job_1454394534358_0164, Tracking URL = http://hn0-hs21-h.hdinsight.net:8088/proxy/application_1454394534358_0164/
INFO  : Kill Command = /usr/hdp/2.4.1.0-170/hadoop/bin/hadoop job  -kill job_1454394534358_0164
INFO  : Hadoop job information for Stage-4: number of mappers: 1; number of reducers: 1
INFO  : 2016-02-02 10:11:02,367 Stage-4 map = 0%,  reduce = 0%
INFO  : 2016-02-02 10:11:26,060 Stage-4 map = 100%,  reduce = 0%, Cumulative CPU 5.48 sec
INFO  : 2016-02-02 10:11:39,024 Stage-4 map = 100%,  reduce = 100%, Cumulative CPU 11.18 sec
INFO  : MapReduce Total cumulative CPU time: 11 seconds 180 msec
INFO  : Ended Job = job_1454394534358_0164
INFO  : Stage-9 is selected by condition resolver.
INFO  : Stage-1 is filtered out by condition resolver.
ERROR : 
Task ID:
  Stage-9

Logs:

INFO  : number of splits:2
INFO  : Submitting tokens for job: job_1454394534358_0169
INFO  : Kind: HDFS_DELEGATION_TOKEN, Service: 10.0.0.36:8020, Ident: (HDFS_DELEGATION_TOKEN token 252 for hrt_qa)
INFO  : The url to track the job: http://hn0-hs21-h.hdinsight.net:8088/proxy/application_1454394534358_0169/
INFO  : Starting Job = job_1454394534358_0169, Tracking URL = http://hn0-hs21-h.hdinsight.net:8088/proxy/application_1454394534358_0169/
INFO  : Kill Command = /usr/hdp/2.4.1.0-170/hadoop/bin/hadoop job  -kill job_1454394534358_0169
INFO  : Hadoop job information for Stage-1: number of mappers: 2; number of reducers: 1
INFO  : 2016-02-02 10:16:38,027 Stage-1 map = 0%,  reduce = 0%
INFO  : 2016-02-02 10:16:52,498 Stage-1 map = 50%,  reduce = 0%, Cumulative CPU 3.8 sec
INFO  : 2016-02-02 10:16:53,566 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 9.94 sec
INFO  : 2016-02-02 10:17:16,202 Stage-1 map = 100%,  reduce = 100%, Cumulative CPU 17.04 sec
INFO  : MapReduce Total cumulative CPU time: 17 seconds 40 msec
INFO  : Ended Job = job_1454394534358_0169
ERROR : 
Task ID:
  Stage-8

Logs:

Aborting command set because "force" is false and command failed: "select * 
(select name from temp1);"
Its app log can be viewed at http://qelog.hortonworks.com/log/hs21-hbs24-1454382123/app-logs/application_1454394534358_0169.log
The query works without 'temporary table':
0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181> select registration from studenttab10k s join votertab10k v
More info about temporary table:
0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181> describe formatted s10k;
+-------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------+-----------------------+--+
|           col_name            |                                                                  data_type                                                                  |        comment        |
| # col_name                    | data_type                                                                                                                                   | comment               |
|                               | NULL                                                                                                                                        | NULL                  |
| name                          | string                                                                                                                                      |                       |
| age                           | int                                                                                                                                         |                       |
| gpa                           | double                                                                                                                                      |                       |
| # Detailed Table Information  | NULL                                                                                                                                        | NULL                  |
| Database:                     | default                                                                                                                                     | NULL                  |
| Owner:                        | hrt_qa                                                                                                                                      | NULL                  |
| CreateTime:                   | Tue Feb 02 23:02:31 UTC 2016                                                                                                                | NULL                  |
| LastAccessTime:               | UNKNOWN                                                                                                                                     | NULL                  |
| Protect Mode:                 | None                                                                                                                                        | NULL                  |
| Retention:                    | 0                                                                                                                                           | NULL                  |
| Location:                     | hdfs://hn0-hs21-h.hdinsight.net:8020/tmp/hive/hive/de2667ea-5bc1-4548-a4c4-97e46d6081f8/_tmp_space.db/8e8482c9-a2a4-4e8c-ad0f-2cd6e8fcdb4c  | NULL                  |
| Table Type:                   | MANAGED_TABLE                                                                                                                               | NULL                  |
| # Storage Information         | NULL                                                                                                                                        | NULL                  |
| SerDe Library:                | org.apache.hadoop.hive.ql.io.orc.OrcSerde                                                                                                   | NULL                  |
| InputFormat:                  | org.apache.hadoop.hive.ql.io.orc.OrcInputFormat                                                                                             | NULL                  |
| OutputFormat:                 | org.apache.hadoop.hive.ql.io.orc.OrcOutputFormat                                                                                            | NULL                  |
| Compressed:                   | No                                                                                                                                          | NULL                  |
| Num Buckets:                  | -1                                                                                                                                          | NULL                  |
| Bucket Columns:               | []                                                                                                                                          | NULL                  |
| Sort Columns:                 | []                                                                                                                                          | NULL                  |
| Storage Desc Params:          | NULL                                                                                                                                        | NULL                  |
|                               | serialization.format                                                                                                                        | 1                     |
26 rows selected (0.22 seconds)
0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181> set hive.server2.enable.doAs;
+---------------------------------+--+
|               set               |
| hive.server2.enable.doAs=false  |
hdfs dir of temporary table is owned by hive as expected since hive.server2.enable.doAs=false:
hdfs@hn0-hs21-h:~$ hdfs dfs -ls hdfs://hn0-hs21-h.hdinsight.net:8020/tmp/hive/hive/de2667ea-5bc1-4548-a4c4-97e46d6081f8/_tmp_space.db/8e8482c9-a2a4-4e8c-ad0f-2cd6e8fcdb4c
Found 1 items
-rwx------   3 hive hdfs      47777 2016-02-02 23:02 hdfs://hn0-hs21-h.hdinsight.net:8020/tmp/hive/hive/de2667ea-5bc1-4548-a4c4-97e46d6081f8/_tmp_space.db/8e8482c9-a2a4-4e8c-ad0f-2cd6e8fcdb4c/000000_0
Not sure if it's related to the JIRA, but one thing I noticed was that dfs cmd throws error via beeline:
0: jdbc:hive2://zk2-hs21-h.hdinsight.net:2181> dfs -ls hdfs://hn0-hs21-h.hdinsight.net:8020/tmp/hive/hive/de2667ea-5bc1-4548-a4c4-97e46d6081f8/_tmp_space.db/8e8482c9-a2a4-4e8c-ad0f-2cd6e8fcdb4c;
Error: Error while processing statement: Permission denied: user [hrt_qa] does not have privilege for [DFS] command (state=,code=1)
Permalink Edit 
thejas Thejas Nair added a comment - 5 hours ago - edited
Takahiko Saito 
The above DFS error would be from Ranger of SQL standard authorization. It is not related to the test failure.
But you are right that it looks like a permission issue.
The issue seen in HIVE-739 also exists in this part of Hive. Hive in MR mode launches a new child process to process the small table and create a hash table. This child process needs credentials from HDFS. However, in this setup, azure fs is the default file system. We should also get delegation token from all FS URIs listed under mapreduce.job.hdfs-servers config.
There are hueristics around when map-join gets used. That is why you don't see it unless temp table is used (that uses ORC format and might have stats as well, while the original table is probaly text format).
https://github.com/hortonworks/hive/blob/2.4-maint/ql/src/java/org/apache/hadoop/hive/ql/exec/SecureCmdDoAs.java needs change similar to webhcat change in HIVE-739
sush Sushanth Sowmyan added a comment - 7 minutes ago
Takahiko Saito, we should file an apache jira for this as well. Would you like to do so, so the bug report has attribution to you?
tsaito Takahiko Saito added a comment - 4 minutes ago
Sushanth Sowmyan I will file one and update with that JIRA.
 Comment	
People
Assignee:	 sush Sushanth Sowmyan
Assign to me
Reporter:	 tsaito Takahiko Saito
QEAssignee:	Takahiko Saito
Votes:	0
Watchers:	3 Stop watching this issue 
Dates
Created:	3 days ago
Updated:	4 minutes ago
Who's Looking?

Agile
View on Board

hivesever2 log shows:

In a Spring Cloud environment some components might create a child application context that spring cloud mantains. Such is the case for Feign and Ribbon Clients.
See 7.2 - https://cloud.spring.io/spring-cloud-netflix/multi/multi_spring-cloud-feign.html
 "A central concept in Spring Cloud’s Feign support is that of the named client. Each feign client is part of an ensemble of components that work together to contact a remote server on demand, and the ensemble has a name that you give it as an application developer using the @FeignClient annotation. Spring Cloud creates a new ensemble as an ApplicationContext on demand for each named client using FeignClientsConfiguration."
This child application contexts are going to be an ApplicationEvent source for the SpringCamelContext and RoutesCollector component who are defined as  ApplicationEvent listeners in a parent context.
SpringCamelContext is intended to be started after a ContextRefreshedEvent.
 RoutesCollector intends to add routes to the camel context after a ContextRefreshedEvent.
When there are child application contexts (ContextRefreshedEvent emitters)  we end up having some inconsistencies in the camel context lifecycle.
 
To reproduce the issue see:
https://github.com/oalles/camel-cloud-bug
 
Pull Request:
https://github.com/apache/camel/pull/2581
 
The model is not obvious and needs to be documented properly.
A StreamingConnection internally maintains 2 MetaStoreClient objects (each has 1 Thrift client for actual RPC). Let's call them "primary" and "heartbeat". Each TransactionBatch created from a given StreamingConnection, gets a reference to both of these MetaStoreClients. 
So the model is that there is at most 1 outstanding (not closed) TransactionBatch for any given StreamingConnection and for any given TransactionBatch there can be at most 2 threads accessing it concurrently. 1 thread calling TransactionBatch.heartbeat() (and nothing else) and the other calling all other methods.

A bunch of failures have started appearing in patches which seen unrelated. I am thinking we've picked up a new version of Calcite. E.g.:
http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/PreCommit-HIVE-TRUNK-Build/2488/testReport/org.apache.hadoop.hive.cli/TestCliDriver/testCliDriver_auto_join12/

Running: diff -a /home/hiveptest/54.147.202.89-hiveptest-1/apache-svn-trunk-source/itests/qtest/../../itests/qtest/target/qfile-results/clientpositive/auto_join12.q.out /home/hiveptest/54.147.202.89-hiveptest-1/apache-svn-trunk-source/itests/qtest/../../ql/src/test/results/clientpositive/auto_join12.q.out
32c32
<         $hdt$_0:$hdt$_0:$hdt$_0:$hdt$_0:src 
---
>         $hdt$_0:$hdt$_0:$hdt$_0:$hdt$_0:$hdt$_0:src 
35c35
<         $hdt$_0:$hdt$_0:$hdt$_1:$hdt$_1:$hdt$_1:src 
---
>         $hdt$_0:$hdt$_0:$hdt$_1:$hdt$_1:$hdt$_1:$hdt$_1:src 
39c39
---
54c54
---

When using the default-servlet-handler element from Spring 3.0.4 and later (and thus mapping the DispatcherServlet to the default servlet), servletRelative redirects on an end state do not work as expected.  
For example, if I have an end state in the "rewards/newReward" flow defined like so:
	<end-state id="rewardConfirmed" view="externalRedirect:servletRelative:/rewards/1" />
This will not redirect to /rewards/1 as expected.  Instead, it redirects to /rewards/newReward/rewards/1.
It's worth  noting that as a workaround, a contextRelative redirect works fine.

I have the following sample model with enum values implementing an abstract method:
Entity.java
@Document
    private ImAnEnum testEnums = ImAnEnum.ONE;

        return id;
    }
}

ImAnEnum.java
@Document
public enum ImAnEnum {
    ONE {
        @Override
        boolean somethingToDo() {
        }
    },
    TWO {
        @Override
        }
    },
    THREE {
        @Override
        }
    };

    abstract boolean somethingToDo();
}

When I save the entity the document looks like:
db document
{
	"_id" : ObjectId("4eb6bf6ef5981c320579e48b"),
	"_class" : "com.sejda.persistence.MongoTestEnum$Entity",
	"testEnums" : {
		"_class" : "com.sejda.persistence.MongoTestEnum$ImAnEnum$1",
		"name" : "ONE",
		"ordinal" : 0
	}
}

and when I run: 

 Entity foundEntity = mongoOps.findById(entity.getId(), Entity.class);

org.springframework.data.mapping.model.MappingInstantiationException: Could not instantiate bean class [com.sejda.persistence.MongoTestEnum$ImAnEnum$1]: Illegal arguments for constructor; nested exception is java.lang.IllegalArgumentException: Cannot reflectively create enum objects
	at org.springframework.data.mapping.model.BeanWrapper.<init>(BeanWrapper.java:122)
	at org.springframework.data.mapping.model.BeanWrapper.create(BeanWrapper.java:73)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:255)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:203)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.getValueInternal(MappingMongoConverter.java:762)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$2.doWithPersistentProperty(MappingMongoConverter.java:268)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter$2.doWithPersistentProperty(MappingMongoConverter.java:258)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:258)
	at org.springframework.data.mongodb.core.convert.MappingMongoConverter.read(MappingMongoConverter.java:171)
	at org.springframework.data.mongodb.core.MongoTemplate$ReadDbObjectCallback.doWith(MongoTemplate.java:1505)
	at org.springframework.data.mongodb.core.MongoTemplate.executeFindOneInternal(MongoTemplate.java:1237)
	at org.springframework.data.mongodb.core.MongoTemplate.doFindOne(MongoTemplate.java:1081)
	at org.springframework.data.mongodb.core.MongoTemplate.findById(MongoTemplate.java:478)
	at org.springframework.data.mongodb.core.MongoTemplate.findById(MongoTemplate.java:471)
	at com.sejda.persistence.MongoTestEnum.testInsertAndRetrieve(MongoTestEnum.java:37)
Caused by: org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [com.sejda.persistence.MongoTestEnum$ImAnEnum$1]: Illegal arguments for constructor; nested exception is java.lang.IllegalArgumentException: Cannot reflectively create enum objects
	at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:137)
	at org.springframework.data.mapping.model.BeanWrapper.<init>(BeanWrapper.java:120)
	... 45 more
Caused by: java.lang.IllegalArgumentException: Cannot reflectively create enum objects
	at java.lang.reflect.Constructor.newInstance(Constructor.java:511)
	... 46 more

truncate (HIVE-446) closes FileSystem, causing various problems (delete temporary directory for running hive query, etc.).

I have a class hierarchy as follows (actual code running in Production):

abstract class Entity {}

@MappedSuperClass
abstract class RelationalEntity {}

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@Table(name = "person")
public class Person extends RelationalEntity {}

@Entity
@Table(name = "employee")
public class Employee extends Person {}

@Entity
@Table(name = "manager")
public class Manager extends Employee {}

and their corresponding Spring Data JPA repositories:

public interface RelationalEntityRepository<T extends RelationalEntity> extends JpaRepository<T, Long> {}

public interface PersonRepository<P extends Person> extends RelationalEntityRepository<P> {}

public interface EmployeeRepository extends PersonRepository<Employee> {}

public interface ManagerRepository extends PersonRepository<Manager> {}

We have to sometimes run queries such as PersonRepository<Person>.count() because of which we have not marked that repository with NoRepositoryBean.  This arrangement is working fine in production with Spring Data JPA 1.4.3.
On attempting to upgrade to Spring Data JPA 1.5.2 we get the following exception:

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'personRepository': Invocation of init method failed; nested exception is java.lang.IllegalArgumentException: Could not resolve id type of interface org.example.data.PersonRepository!
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1553)
	at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:125)
	... 25 more
Caused by: java.lang.IllegalArgumentException: Could not resolve id type of interface org.example.data.PersonRepository!
	at org.springframework.data.repository.core.support.DefaultRepositoryMetadata.resolveIdType(DefaultRepositoryMetadata.java:79)
	at org.springframework.data.repository.core.support.DefaultRepositoryMetadata.<init>(DefaultRepositoryMetadata.java:51)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepositoryMetadata(RepositoryFactorySupport.java:173)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.afterPropertiesSet(RepositoryFactoryBeanSupport.java:207)
	at org.springframework.data.jpa.repository.support.JpaRepositoryFactoryBean.afterPropertiesSet(JpaRepositoryFactoryBean.java:84)
	... 40 more

This exception is thrown from every Spring Data JPA version 1.4.4 onwards.
We have a few class hierarchies like this in our code base for which Spring Data JPA has been working well so far.  Has this kind of support been dropped from 1.4.4 onwards?
Attached is a sample project that demonstrates the problem.

This bug manifested to me, when first thing I did after starting Hive, was to call use <db_name>; but then calling show tables; was still showing tables from the default database (and I had to call "use" again to actually change database). This bug might have manifested only due to a specific Hive deployment I am using (I didn't investigate this issue that deeply). 

See: http://lists.jboss.org/pipermail/undertow-dev/2014-January/000670.html
I'm having an issue when configuring a HTTPS listener for Undertow via the JBOSS standalone.xml method.
I get the following exception on startup:
2014-01-16 16:00:34,521 ERROR [org.jboss.msc.service.fail](MSC service thread 1-9) MSC000001: Failed to start service jboss.undertow.listener.https: org.jboss.msc.service.StartException in service jboss.undertow.listener.https: Failed to start service
Caused by: java.lang.ClassCastException: Not a sequence
	at org.xnio.SequenceOption.cast(SequenceOption.java:57)
	at org.xnio.SequenceOption.cast(SequenceOption.java:31)
	at org.xnio.OptionMap.get(OptionMap.java:64)
	at org.xnio.OptionMap$Builder.copy(OptionMap.java:510)
	at org.xnio.OptionMap$Builder.addAll(OptionMap.java:522)
	at org.wildfly.extension.undertow.HttpListenerService.createOpenListener(HttpListenerService.java:91)
	at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:122)
	... 3 more
My JBOSS Undertow configuration looks like this:
<subsystem xmlns="urn:jboss:domain:undertow:1.0">       
            <buffer-caches>
                <buffer-cache name="default" buffer-size="1024" buffers-per-region="1024" max-regions="10"/>
            </buffer-caches>
            <server name="default-server">            	
                <ajp-listener name="ajp" socket-binding="ajp"/>
                <http-listener name="http" socket-binding="http"/>
                <https-listener name="https" socket-binding="https" security-realm="ApplicationRealm" enabled-cipher-suites="TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_128_CBC_SHA,TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA,TLS_ECDH_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_DSS_WITH_AES_128_CBC_SHA,TLS_ECDHE_ECDSA_WITH_RC4_128_SHA,TLS_ECDHE_RSA_WITH_RC4_128_SHA,SSL_RSA_WITH_RC4_128_SHA,TLS_ECDH_ECDSA_WITH_RC4_128_SHA,TLS_ECDH_RSA_WITH_RC4_128_SHA,TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA,SSL_RSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDH_ECDSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDH_RSA_WITH_3DES_EDE_CBC_SHA,SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA,SSL_DHE_DSS_WITH_3DES_EDE_CBC_SHA,TLS_EMPTY_RENEGOTIATION_INFO_SCSV" />
                    <access-log directory="${jboss.server.base.dir}/log" prefix="localhost_access_log."/>
                </host>
            </server>
            <servlet-container name="default" default-buffer-cache="default" stack-trace-on-error="local-only">
                <jsp-config x-powered-by="false"/>
                <persistent-sessions/>
            </servlet-container>
            <handlers>
                <file name="welcome-content" path="${jboss.home.dir}/welcome-content" directory-listing="true"/>
            </handlers>
By process of elimination, I've found that removing the "enabled-cipher-suites" attribute makes the problem go away, so it appears this is the culprit.
The value I'm using for this attribute has simply been copied from our jboss-web configuration, previously "cipher-suite".

Hadoop 0.21.0's UserGroupInfomation support the security check flag and always returns false.
HBase should check both the method existence and the return value.

Log collector currently only works with Hadoop 1. If run under Hadoop 2, no log will be collected. Templeton e2e tests check the existence of those logs, so they will fail under Hadoop 2. Need to disable them when run under Hadoop 2.

In JettyHttpComponent, "createHttpClientTransport" method the number of selectors is derived by:

int selectors = Runtime.getRuntime().availableProcessors() / 2;

If the number of available processors is 1, divided by 2, cast to int is 0 which causes an IllegalArgumentException.
The safe way to do this is via Math.max, like the Jetty code does:

int selector = Math.max(1, Runtime.getRuntime().availableProcessors() / 2);

As per the code this is only exercised when maxThreads is not null, otherwise the default constructor is called and selectors are created properly.

A variation of alter_partition_change_col.q produces wrong result:

SET hive.exec.dynamic.partition.mode = nonstrict;
create table alter_partition_change_col0 (c1 string, c2 string);
load data local inpath 'dec.txt' overwrite into table alter_partition_change_col0;
create table alter_partition_change_col1 (c1 string, c2 string) partitioned by (p1 string comment 'Column p1', p2 string comment 'Column p2');

insert overwrite table alter_partition_change_col1 partition (p1, p2)
  select c1, c2, 'abc', '123' from alter_partition_change_col0
  union all
  select c1, c2, cast(null as string), '123' from alter_partition_change_col0;
select * from alter_partition_change_col1 where p1='__HIVE_DEFAULT_PARTITION__' or lower(p1)='a';

The "select" statement does not produce the rows containing "_HIVE_DEFAULT_PARTITION_".
We need another condition containing a udf so the condition is not recognized by PartFilterExprUtil.makeExpressionTree in ObjectStore. Looks like HIVE-11208 breaks it.

The algorith for cologne phonetic is (simpilied):

Encode letter by letter from left to right according to the conversion table.
Remove all digits occurring more than once next to each other.
Remove all code "0" except at the beginning.

Characters which are not specified in conversion table (such as hyphens) are ignored. See https://en.wikipedia.org/wiki/Cologne_phonetics
If the input is "test-test" the step results will be:

20822082
2082082
28282

The expected result for "test-test" is therefor 28282.
The actual result for "test-test" is 282282.
This bug is caused by the fix from
https://github.com/apache/commons-codec/commit/72c8759a22c6552a2dfcdf61b29729f981752879
and is present since 1.5

The same problem as ELY-804 but in FOLLOW mode of DirContext.

Explain of the same query takes
0.1 to 3 seconds in hive 2.1.0 &
 10-15 min in hive 2.3.2 & latest master
Sample expression below

EXPLAIN
SELECT DISTINCT

  IF(lower('a') <= lower('a')
  ,'a'
  ,IF(('a' IS NULL AND from_unixtime(UNIX_TIMESTAMP()) <= 'a')
  ,'a'
  ,IF(if('a' = 'a', TRUE, FALSE) = 1
  ,'a'
  ,IF(('a' = 1 and lower('a') NOT IN ('a', 'a')
       and lower(if('a' = 'a','a','a')) <= lower('a'))
      OR ('a' like 'a' OR 'a' like 'a')
      OR 'a' in ('a','a')
  ,'a'
  ,IF(if(lower('a') in ('a', 'a') and 'a'='a', TRUE, FALSE) = 1
  ,'a'
  ,IF('a'='a' and unix_timestamp(if('a' = 'a',cast('a' as string),coalesce('a',cast('a' as string),from_unixtime(unix_timestamp())))) <= unix_timestamp(concat_ws('a',cast(lower('a') as string),'00:00:00')) + 9*3600
  ,'a'

  ,If(lower('a') <= lower('a')
      and if(lower('a') in ('a', 'a') and 'a'<>'a', TRUE, FALSE) <> 1
  ,'a'
  ,IF('a'=1 AND 'a'=1
  ,'a'
  ,IF('a' = 1 and COALESCE(cast('a' as int),0) = 0
  ,'a'
  ,IF('a' = 'a'
  ,'a'

  ,If('a' = 'a' AND lower('a')>lower(if(lower('a')<1830,'a',cast(date_add('a',1) as timestamp)))
  ,'a'

  ,IF('a' = 1

  ,IF('a' in ('a', 'a') and ((unix_timestamp('a')-unix_timestamp('a')) / 60) > 30 and 'a' = 1

  ,'a', 'a')

  ,IF(if('a' = 'a', FALSE, TRUE ) = 1 AND 'a' IS NULL
  ,'a'
  ,IF('a' = 1 and 'a'>0
  , 'a'

  ,IF('a' = 1 AND 'a' ='a'
  ,'a'
  ,IF('a' is not null and 'a' is not null and 'a' > 'a'
  ,'a'
  ,IF('a' = 1
  ,'a'

  ,'a'

  ,If('a' = 1
  ,'a'
  ,IF('a' = 1
  ,'a'
  ,IF('a' = 1
  ,'a'

  ,IF('a' ='a' and 'a' ='a' and cast(unix_timestamp('a') as  int) + 93600 < cast(unix_timestamp()  as int)
  ,'a'
  ,'a'
  ,IF('a' = 'a' and 'a' in ('a','a','a')
  ,'a'
  ,'a','a'))
      )))))))))))))))))))))))
AS test_comp_exp

Taking a look at thread_dump shows a very large function stack getting created.
Reverting HIVE-15578 (92f31d07aa988d4a460aac56e369bfa386361776) seem to speed up the parsing.
 
We found a quite severe issue in the HBase Handler which actually means that Hive potentially returns incorrect data if a column has NULL values in HBase (which means the cell doesn't even exist)
In HBase Shell:

create 'hive_hbase_test', 'test'
put 'hive_hbase_test', '1', 'test:c1', 'c1-1'
put 'hive_hbase_test', '1', 'test:c2', 'c2-1'
put 'hive_hbase_test', '1', 'test:c3', 'c3-1'
put 'hive_hbase_test', '2', 'test:c1', 'c1-2'

In Hive:

DROP TABLE IF EXISTS hive_hbase_test;
CREATE EXTERNAL TABLE hive_hbase_test (
  id int,
  c1 string,
  c2 string,
  c3 string
)
WITH SERDEPROPERTIES ("hbase.columns.mapping" =
":key#s,test:c1#s,test:c2#s,test:c3#s")
TBLPROPERTIES("hbase.table.name" = "hive_hbase_test");

hive> select * from hive_hbase_test;
OK
1	c1-1	c2-1	c3-1
2	c1-2	NULL	NULL

hive> select c1 from hive_hbase_test;
c1-1
c1-2

hive> select c1, c2 from hive_hbase_test;
c1-1	c2-1
c1-2	NULL

So far everything is correct but now:

hive> select c1, c2, c2 from hive_hbase_test;
c1-1	c2-1	c2-1
c1-2	NULL	c2-1

Selecting c2 twice works the first time but the second time we
actually get the value from the previous row.

hive> select c1, c3, c2, c2, c3, c3, c1 from hive_hbase_test;
c1-1	c3-1	c2-1	c2-1	c3-1	c3-1	c1-1
c1-2	NULL	NULL	c2-1	c3-1	c3-1	c1-2

We've narrowed this down to an early initialization of fieldsInited[fieldID] = true in LazyHBaseRow#uncheckedGetField and we'll try to provide a patch which surely needs review.

In build #3334, I saw:

	at org.apache.hadoop.hbase.master.cleaner.TestHFileCleaner.testHFileCleaning(TestHFileCleaner.java:88)

We try to pick up the udf jars from the hive conf variables, but we never transfer them there.

15:26:16,518 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-2-thread-1) Failed: org.wildfly.camel.test.csv.CSVIntegrationTest.testMarshal: org.dozer.MappingException: java.lang.InstantiationException: org.apache.camel.converter.dozer.DozerThreadContextClassLoader
	at org.dozer.util.MappingUtils.throwMappingException(MappingUtils.java:82) [dozer-5.5.1.jar:]
	at org.dozer.util.ReflectionUtils.newInstance(ReflectionUtils.java:366) [dozer-5.5.1.jar:]
	at org.dozer.DozerInitializer.registerClassLoader(DozerInitializer.java:118) [dozer-5.5.1.jar:]
	at org.dozer.DozerInitializer.initialize(DozerInitializer.java:98) [dozer-5.5.1.jar:]
	at org.dozer.DozerInitializer.init(DozerInitializer.java:79) [dozer-5.5.1.jar:]
	at org.dozer.DozerInitializer.init(DozerInitializer.java:64) [dozer-5.5.1.jar:]
	at org.dozer.DozerBeanMapper.init(DozerBeanMapper.java:173) [dozer-5.5.1.jar:]
	at org.dozer.DozerBeanMapper.<init>(DozerBeanMapper.java:99) [dozer-5.5.1.jar:]
	at org.apache.camel.converter.dozer.DozerTypeConverterLoader.createDozerBeanMapper(DozerTypeConverterLoader.java:232) [camel-dozer-2.16-SNAPSHOT.jar:2.16-SNAPSHOT]
	at org.apache.camel.converter.dozer.DozerTypeConverterLoader.<init>(DozerTypeConverterLoader.java:118) [camel-dozer-2.16-SNAPSHOT.jar:2.16-SNAPSHOT]
	at org.wildfly.camel.test.csv.CSVIntegrationTest.testMarshal(CSVIntegrationTest.java:68) [csv-dataformat-tests:]
...
Caused by: java.lang.InstantiationException: org.apache.camel.converter.dozer.DozerThreadContextClassLoader
	at java.lang.Class.newInstance(Class.java:423) [rt.jar:1.8.0_31]
	at org.dozer.util.ReflectionUtils.newInstance(ReflectionUtils.java:364) [dozer-5.5.1.jar:]
Caused by: java.lang.NoSuchMethodException: org.apache.camel.converter.dozer.DozerThreadContextClassLoader.<init>()
	at java.lang.Class.getConstructor0(Class.java:3074) [rt.jar:1.8.0_31]
	at java.lang.Class.newInstance(Class.java:408) [rt.jar:1.8.0_31]
	... 151 more

The org.dozer.DozerInitializer does

  private void registerClassLoader(GlobalSettings globalSettings, ClassLoader classLoader, BeanContainer beanContainer) {
    String classLoaderName = globalSettings.getClassLoaderName();
    if (!DozerConstants.DEFAULT_CLASS_LOADER_BEAN.equals(classLoaderName)) {
      DefaultClassLoader defaultClassLoader = new DefaultClassLoader(classLoader);
      Class<? extends DozerClassLoader> classLoaderType = loadBeanType(classLoaderName, defaultClassLoader, DozerClassLoader.class);
      DozerClassLoader classLoaderBean = ReflectionUtils.newInstance(classLoaderType);
      beanContainer.setClassLoader(classLoaderBean);
    }
  }

It looks like Lucene is performing reflection from a class initializer without a privileged block.

javax.ejb.EJBException: WFLYEJB0442: Unexpected Error
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:183)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:330)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:238)
    at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:72)
    at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
    at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
    at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
    at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
    at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
    at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
    at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:619)
    at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
    at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
    at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
    at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
    at org.jboss.as.test.integration.hibernate.search.SearchBean$$$view618.findByKeyword(Unknown Source)
    at org.jboss.as.test.integration.hibernate.search.HibernateSearchJPATestCase.testFullTextQuery(HibernateSearchJPATestCase.java:54)
    at sun.reflect.GeneratedMethodAccessor199.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor198.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor185.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor183.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor186.invoke(Unknown Source)
    at org.jboss.arquillian.protocol.jmx.JMXTestRunner.doRunTestMethod(JMXTestRunner.java:180)
    at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.doRunTestMethod(ArquillianService.java:200)
    at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:162)
    at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:141)
    at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:176)
    at sun.reflect.GeneratedMethodAccessor188.invoke(Unknown Source)
    at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
    at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
    at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
    at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
    at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
    at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
    at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
    at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
    at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
    at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
    at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:1475)
    at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:724)
    at org.jboss.as.jmx.BlockingNotificationMBeanServer.invoke(BlockingNotificationMBeanServer.java:168)
    at org.jboss.as.jmx.AuthorizingMBeanServer.invoke(AuthorizingMBeanServer.java:258)
    at org.jboss.remotingjmx.protocol.v2.ServerProxy$InvokeHandler.handle(ServerProxy.java:950)
    at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153)
    at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:71)
    at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:66)
    at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:66)
    at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:149)
    at org.apache.lucene.codecs.perfield.PerFieldPostingsFormat.fieldsProducer(PerFieldPostingsFormat.java:341)
    at org.apache.lucene.index.SegmentCoreReaders.<init>(SegmentCoreReaders.java:104)
    at org.apache.lucene.index.SegmentReader.<init>(SegmentReader.java:65)
    at org.apache.lucene.index.StandardDirectoryReader.open(StandardDirectoryReader.java:171)
    at org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:326)
    at org.apache.lucene.index.StandardDirectoryReader$2.doBody(StandardDirectoryReader.java:320)
    at org.apache.lucene.index.StandardDirectoryReader$2.doBody(StandardDirectoryReader.java:316)
    at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:731)
    at org.apache.lucene.index.StandardDirectoryReader.doOpenFromCommit(StandardDirectoryReader.java:316)
    at org.apache.lucene.index.StandardDirectoryReader.doOpenNoWriter(StandardDirectoryReader.java:312)
    at org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:263)
    at org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:251)
    at org.apache.lucene.index.DirectoryReader.openIfChanged(DirectoryReader.java:123)
    at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.refreshAndGet(SharingBufferReaderProvider.java:239)
    at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.openIndexReader(SharingBufferReaderProvider.java:73)
    at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.openIndexReader(SharingBufferReaderProvider.java:35)
    at org.hibernate.search.reader.impl.ManagedMultiReader.createInstance(ManagedMultiReader.java:68)
    at org.hibernate.search.reader.impl.MultiReaderFactory.openReader(MultiReaderFactory.java:42)
    at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:633)
    at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:524)
    at org.hibernate.search.query.engine.impl.HSQueryImpl.queryEntityInfos(HSQueryImpl.java:265)
    at org.hibernate.search.query.hibernate.impl.FullTextQueryImpl.list(FullTextQueryImpl.java:199)
    at org.hibernate.search.jpa.impl.FullTextQueryImpl.getResultList(FullTextQueryImpl.java:153)
    at org.jboss.as.test.integration.hibernate.search.SearchBean.findByKeyword(SearchBean.java:30)
    at org.jboss.as.jpa.interceptor.SFSBInvocationInterceptor.processInvocation(SFSBInvocationInterceptor.java:57)
    at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.processInvocation(StatefulSessionSynchronizationInterceptor.java:135)
    at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:59)
    ... 169 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessDeclaredMembers")" in code source "(vfs:/content/hibernate4native_search_test.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.hibernate4native_search_test.jar" from Service Module Loader")
    at java.lang.Class.getDeclaredFields(Class.java:1915)
    at org.apache.lucene.util.RamUsageEstimator.shallowSizeOfInstance(RamUsageEstimator.java:293)
    at org.apache.lucene.codecs.perfield.PerFieldPostingsFormat$FieldsReader.<clinit>(PerFieldPostingsFormat.java:216)
    ... 222 more

CC Sanne Grinovero, Paul Ferraro

There are a couple of places where deprecations have only been added in the Javadoc but the annotation is missing.
I'll also change the Javadoc to be consistent with what I've done in HBASE-13462.
This is for master/2.0.0 only.

In this operation sequence, the 2nd operation fails with a NoSuchResourceException:

/subsystem=jgroups/stack=tcp/protocol=TCPPING:add()
/subsystem=jgroups/stack=tcp/protocol=TCPPING:write-attribute(name=properties, value={initial_hosts="HOST_A[7600],HOST_B[7600]"})

The 1st operation will be transformed to /.../protocol=org.jgroups.protocols.TCPPING:add()
The 2nd operation should also be transformed to the legacy resource.

When using NamedParameterJdbcTemplate, NVARCHAR or NCLOB(4000 characters or less) columns are not properly populated since StatementCreatorUtils uses setString for these types instead of setNString.
Before SPR-11938 NVARCHAR columns would populate correctly as the logic falls back to setObject since NVARCHAR and LONGNVARCHAR are not explicitly handled. 
After SPR-11938 setString is called for NVARCHAR (and LONGNVARCHAR) causing the data to be stored with the NLS_CHARACTERSET and not the NLS_NCHAR_CHARACTERSET.
This commit handles NCLOBs properly but only if they are greater than 4000 characters.
Note that NCHAR works fine as it still handled by setObject.
The updated setValue method is below.

Java 1.8.0_121
Spring 4.3.2 to 4.3.12
Windows 7 Professional SR1
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0
Oracle Character Set Config:
	
NLS_CHARACTERSET: WE8MSWIN1252
NLS_NCHAR_CHARACTERSET: AL16UTF16

Oracle Drivers:
	
ojdbc7 12.1.0.2.0
ojdbc7_g 12.1.0.2.0
ojdbc8 12.2.0.1
ojdbc8_g 12.2.0.1

	private static void setValue(PreparedStatement ps, int paramIndex, int sqlType, String typeName,
			Integer scale, Object inValue) throws SQLException {

		if (inValue instanceof SqlTypeValue) {
			((SqlTypeValue) inValue).setTypeValue(ps, paramIndex, sqlType, typeName);
		}
		else if (inValue instanceof SqlValue) {
			((SqlValue) inValue).setValue(ps, paramIndex);
		}
		else if (sqlType == Types.VARCHAR || sqlType == Types.LONGVARCHAR ) {
			ps.setString(paramIndex, inValue.toString());
		}
		else if (sqlType == Types.NVARCHAR || sqlType == Types.LONGNVARCHAR) {
			ps.setNString(paramIndex, inValue.toString());
		}
		else if ((sqlType == Types.CLOB || sqlType == Types.NCLOB) && isStringValue(inValue.getClass())) {
			String strVal = inValue.toString();
			if (strVal.length() > 4000) {
				// Necessary for older Oracle drivers, in particular when running against an Oracle 10 database.
				// Should also work fine against other drivers/databases since it uses standard JDBC 4.0 API.
				try {
					if (sqlType == Types.NCLOB) {
						ps.setNClob(paramIndex, new StringReader(strVal), strVal.length());
					}
					else {
						ps.setClob(paramIndex, new StringReader(strVal), strVal.length());
					}
					return;
				}
					logger.debug("JDBC driver does not implement JDBC 4.0 'setClob(int, Reader, long)' method", err);
				}
					logger.debug("JDBC driver does not support JDBC 4.0 'setClob(int, Reader, long)' method", ex);
				}
			}
			else {
				// Fallback: setString or setNString binding
				if (sqlType == Types.NCLOB) {
					ps.setNString(paramIndex, strVal);
				}
				else {
					ps.setString(paramIndex, strVal);
				}
			}
		}
		else if (sqlType == Types.DECIMAL || sqlType == Types.NUMERIC) {
			if (inValue instanceof BigDecimal) {
				ps.setBigDecimal(paramIndex, (BigDecimal) inValue);
			}
			else if (scale != null) {
				ps.setObject(paramIndex, inValue, sqlType, scale);
			}
			else {
				ps.setObject(paramIndex, inValue, sqlType);
			}
		}
		else if (sqlType == Types.BOOLEAN) {
			if (inValue instanceof Boolean) {
				ps.setBoolean(paramIndex, (Boolean) inValue);
			}
			else {
				ps.setObject(paramIndex, inValue, Types.BOOLEAN);
			}
		}
		else if (sqlType == Types.DATE) {
			if (inValue instanceof java.util.Date) {
				if (inValue instanceof java.sql.Date) {
					ps.setDate(paramIndex, (java.sql.Date) inValue);
				}
				else {
					ps.setDate(paramIndex, new java.sql.Date(((java.util.Date) inValue).getTime()));
				}
			}
			else if (inValue instanceof Calendar) {
				Calendar cal = (Calendar) inValue;
				ps.setDate(paramIndex, new java.sql.Date(cal.getTime().getTime()), cal);
			}
			else {
				ps.setObject(paramIndex, inValue, Types.DATE);
			}
		}
		else if (sqlType == Types.TIME) {
				if (inValue instanceof java.sql.Time) {
					ps.setTime(paramIndex, (java.sql.Time) inValue);
				}
				else {
					ps.setTime(paramIndex, new java.sql.Time(((java.util.Date) inValue).getTime()));
				}
			}
				ps.setTime(paramIndex, new java.sql.Time(cal.getTime().getTime()), cal);
			}
			else {
				ps.setObject(paramIndex, inValue, Types.TIME);
			}
		}
		else if (sqlType == Types.TIMESTAMP) {
				if (inValue instanceof java.sql.Timestamp) {
					ps.setTimestamp(paramIndex, (java.sql.Timestamp) inValue);
				}
				else {
					ps.setTimestamp(paramIndex, new java.sql.Timestamp(((java.util.Date) inValue).getTime()));
				}
			}
				ps.setTimestamp(paramIndex, new java.sql.Timestamp(cal.getTime().getTime()), cal);
			}
			else {
				ps.setObject(paramIndex, inValue, Types.TIMESTAMP);
			}
		}
		else if (sqlType == SqlTypeValue.TYPE_UNKNOWN || (sqlType == Types.OTHER &&
				"Oracle".equals(ps.getConnection().getMetaData().getDatabaseProductName()))) {
			if (isStringValue(inValue.getClass())) {
				ps.setString(paramIndex, inValue.toString());
			}
			else if (isDateValue(inValue.getClass())) {
				ps.setTimestamp(paramIndex, new java.sql.Timestamp(((java.util.Date) inValue).getTime()));
			}
			}
			else {
				// Fall back to generic setObject call without SQL type specified.
				ps.setObject(paramIndex, inValue);
			}
		}
		else {
			// Fall back to generic setObject call with SQL type specified.
			ps.setObject(paramIndex, inValue, sqlType);
		}
	}

Two or more threads hold one lock on an instance of java.util.Collections$SynchronizedMap and attempt to obtain a lock on a different instance (e.g. locks on 0x00000001d0d08bd8 and 0x00000001cea22628 in the example below)
"thread-one" ...
java.lang.Thread.State: BLOCKED (on object monitor)
at java.util.Collections$SynchronizedMap.get(Collections.java:2584)
    waiting to lock <0x00000001cea22628> (a java.util.Collections$SynchronizedMap)
    at java.util.AbstractMap.equals(AbstractMap.java:495)
    at java.util.Collections$SynchronizedMap.equals(Collections.java:2631)
    locked <0x00000001d0d08bd8> (a java.util.Collections$SynchronizedMap)
    at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.isEqual(XAManagedConnectionFactory.java:563)
    at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.equals(XAManagedConnectionFactory.java:598)
    at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory$SubjectActions.doCheck(BaseWrapperManagedConnectionFactory.java:1397)
    at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory$SubjectActions.addMatchingProperties(BaseWrapperManagedConnectionFactory.java:1508)
    at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory.getConnectionProperties(BaseWrapperManagedConnectionFactory.java:1135)
    at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.matchManagedConnections(XAManagedConnectionFactory.java:533)
    ...
    at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
    at org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:66)
    ...
"thread-two" ...
at java.util.Collections$SynchronizedMap.size(Collections.java:2572)
    waiting to lock <0x00000001d0d08bd8> (a java.util.Collections$SynchronizedMap)
    at java.util.AbstractMap.equals(AbstractMap.java:482)
    locked <0x00000001cea22628> (a java.util.Collections$SynchronizedMap)
    ... [same stack as thread-one above] ...
    ...

Found in 0.2.0 by Michael Bieniosk:

                                                                                                                                                                                                                                                                                                                            Found one Java-level deadlock:============================="IPC Server handler 9 on 60020":  waiting to lock monitor 0x00000000405b6688 (object 0x00007f328f64f260, a org.apache.hadoop.hbase.regionserver.HRegion$WriteState),  which is held by "IPC Server handler 3 on 60020""IPC Server handler 3 on 60020":  waiting to lock monitor 0x00000000403d05a0 (object 0x00007f328ce1e988, a java.util.HashSet),  which is held by "regionserver/0:0:0:0:0:0:0:0:60020.cacheFlusher""regionserver/0:0:0:0:0:0:0:0:60020.cacheFlusher":  waiting to lock monitor 0x00000000405b6688 (object 0x00007f328f64f260, a org.apache.hadoop.hbase.regionserver.HRegion$WriteState),
  which is held by "IPC Server handler 3 on 60020"

"IPC Server handler 9 on 60020":
        at org.apache.hadoop.hbase.regionserver.HRegion.requestFlush(HRegion.java:1623)
        - waiting to lock <0x00007f328f64f260> (a org.apache.hadoop.hbase.regionserver.HRegion$WriteState)
"IPC Server handler 3 on 60020":
        - waiting to lock <0x00007f328ce1e988> (a java.util.HashSet)
        - locked <0x00007f328f64f260> (a org.apache.hadoop.hbase.regionserver.HRegion$WriteState)
        - locked <0x00007f328ce1e988> (a java.util.HashSet)
        at org.apache.hadoop.hbase.regionserver.Flusher.run(Flusher.java:91)

We use camel 2.11.1 running on the oracle 1.7 jvm for linux.
I have a route that looks like this. It reads in files and puts them on a seda queue with 8 concurrent consumers. 

The SpatialInterpolationPojo reads each file is read and split into two messages X and Y.
The MyAggregator uses X and Y together and outputs a combined message A.B
The MySplitterPojo splits A.B into two messages A and B

from("file://somefile") 
    .to("seda:filteraccept?concurrentConsumers=8"); 

from("seda:filteraccept?concurrentConsumers=8") 
    .split() 
    .method(new SpatialInterpolationPojo(), "split") 
    .to("direct:wind-aggregator"); 

from("direct:wind-aggregator") 
    .aggregate(packageCorrelationId(), new MyAggregator()) 
    .completionPredicate(header(FIELD_AGGREGATION_COMPLETE).isNotNull()) 
    .split() 
    .method(new MySplitterPojo()) 
    .to("seda:output"); 

The MySplitterPojo simply returns List<Message> containing two messages that come from data in the input message body. We copy the body headers to the result messages. 
It is thread safe, it has no state, ie there are no object fields that are modified. 
The method is like this it is edited for clarity/privacy: 

public class MySplitterPojo {

 public List<Message> splitMessage( 
            @Headers Map<String, Object> headers, 
            @Body CombinedObject body) { 
    
    DefaultMessage a = new DefaultMessage(); 
    a.setBody(body.getA()); 
    a.setHeaders(new HashMap<String, Object>(headers)); 
            
    DefaultMessage b = new DefaultMessage(); 
    b.setBody(body.getB()); 
    b.setHeaders(new HashMap<String, Object>(headers)); 
  
    ArrayList<Message> result = new ArrayList<Message>(2); 
    result.add(a); 
    result.add(b); 
    
    return result; 
 } 
}

When we run this route we very occasionally get the exception below. You can see that it is entirely within camel, it appears to be trying to copy the map stored under the exchange property Exchange.AGGREGATION_STRATEGY which is a camel internal property key. 
By inspection of the message I can see that Exchange has just come out of the WindVectorAggregator. 
This seems like it must be a camel bug to me. Any ideas? 

15 Sep 2013 23:06:47,140[Camel (camel-1) thread #21 - seda://filteraccept] WARN AggregateProcessor Error processing aggregated exchange. Exchange[Message: { Trondheim, NO=WindVector [u=-5.92894983291626, v=7.060009002685547], ... }]. Caused by: [java.util.ConcurrentModificationException - null] 
java.util.ConcurrentModificationException 
        at java.util.HashMap$HashIterator.nextEntry(Unknown Source) 
        at java.util.HashMap$EntryIterator.next(Unknown Source) 
        at java.util.HashMap.putAllForCreate(Unknown Source) 
        at java.util.HashMap.<init>(Unknown Source) 
        at org.apache.camel.processor.MulticastProcessor.setAggregationStrategyOnExchange(MulticastProcessor.java:1011) 
        at org.apache.camel.processor.Splitter.process(Splitter.java:95) 
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72) 
        at org.apache.camel.processor.interceptor.BacklogTracerInterceptor.process(BacklogTracerInterceptor.java:84) 
        at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:91) 
        at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:391) 
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:273) 
        at org.apache.camel.processor.RouteContextProcessor.processNext(RouteContextProcessor.java:46) 
        at org.apache.camel.processor.interceptor.DefaultChannel.process(DefaultChannel.java:335) 
        at org.apache.camel.processor.UnitOfWorkProcessor.processAsync(UnitOfWorkProcessor.java:150) 
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:117) 
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:99) 
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:86) 
        at org.apache.camel.processor.aggregate.AggregateProcessor$1.run(AggregateProcessor.java:495) 
        at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) 
        at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) 
        at java.util.concurrent.FutureTask.run(Unknown Source) 
        at org.apache.camel.util.concurrent.SynchronousExecutorService.execute(SynchronousExecutorService.java:62) 
        at java.util.concurrent.AbstractExecutorService.submit(Unknown Source) 
        at org.apache.camel.processor.aggregate.AggregateProcessor.onSubmitCompletion(AggregateProcessor.java:487) 
        at org.apache.camel.processor.aggregate.AggregateProcessor.onCompletion(AggregateProcessor.java:471) 
        at org.apache.camel.processor.aggregate.AggregateProcessor.doAggregation(AggregateProcessor.java:325) 
        at org.apache.camel.processor.aggregate.AggregateProcessor.process(AggregateProcessor.java:229) 
        at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61) 
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:122) 
        at org.apache.camel.processor.RouteInflightRepositoryProcessor.processNext(RouteInflightRepositoryProcessor.java:48) 
        at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:60) 
        at org.apache.camel.processor.MulticastProcessor.doProcessSequential(MulticastProcessor.java:571) 
        at org.apache.camel.processor.MulticastProcessor.doProcessSequential(MulticastProcessor.java:504) 
        at org.apache.camel.processor.MulticastProcessor.process(MulticastProcessor.java:213) 
        at org.apache.camel.processor.RecipientList.sendToRecipientList(RecipientList.java:151) 
        at org.apache.camel.component.bean.MethodInfo$1.doProceed(MethodInfo.java:285) 
        at org.apache.camel.component.bean.MethodInfo$1.proceed(MethodInfo.java:251) 
        at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:161) 
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:117) 
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:80) 
        at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:122) 
        at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:298) 
        at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:117) 
        at org.apache.camel.processor.Splitter.process(Splitter.java:98) 
        at org.apache.camel.component.seda.SedaConsumer.sendToConsumers(SedaConsumer.java:294) 
        at org.apache.camel.component.seda.SedaConsumer.doRun(SedaConsumer.java:203) 
        at org.apache.camel.component.seda.SedaConsumer.run(SedaConsumer.java:150) 
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) 
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) 

I found this while testing ZIP64 support at the byte level.
General purpose bit 3 is set if the size is stored inside a data descriptor which ZipArchiveOutputStream will only do if it writes DEFLATED entries to a non-seekable stream.  Still that bit seems to be always set.
It doesn't seem to cause interop problems, that's why I lowered its priority.

org.apache.camel.core.osgi.OsgiCamelContextPublisher doesn't receive CamelContextStoppingEvent because org.apache.camel.util.EventHelper#doNotifyEvent() checks for started state and org.apache.camel.core.osgi.OsgiCamelContextPublisher is never started.

I tried to speed up dynamic instance creation by compiling constructor invocations with SpEL. Unfortunately I get a VerifyError when I try to evaluate the expression via getValue();.
I added a test case that demonstrates the issue.
The test case passes when SpelCompilerMode.OFF is used. 
Tested this with (java version "1.8.0_20") and compile target java6.

import org.springframework.expression.spel.SpelCompilerMode;
import org.springframework.expression.spel.SpelParserConfiguration;

/**
 * @author Thomas Darimont
 */
public class CompiledSpelBug {

	@Test
	public void compiledConstructorInvocations(){

		SpelExpressionParser parser = new SpelExpressionParser(new SpelParserConfiguration(SpelCompilerMode.IMMEDIATE, Thread.currentThread().getContextClassLoader()));
		Expression expr = parser.parseExpression("new test.CompiledSpelBug.Obj([0])");

		Obj o = (Obj)expr.getValue(new Object[]{"test"});
		Assert.assertEquals("test",o.param1);

		//the next line fails with:
		//java.lang.VerifyError: (class: spel/Ex2, method: getValue signature: (Ljava/lang/Object;Lorg/springframework/expression/ EvaluationContext;)Ljava/lang/Object;) Incompatible argument to function
		o = (Obj)expr.getValue(new Object[]{"test"});

	}

	public static class Obj{

		private final String param1;

		public Obj(String param1){
			this.param1 = param1;
		}
	}
}

StackTrace with Spring Framework 4.1:

java.lang.VerifyError: (class: spel/Ex2, method: getValue signature: (Ljava/lang/Object;Lorg/springframework/expression/EvaluationContext;)Ljava/lang/Object;) Incompatible argument to function
	at java.lang.Class.privateGetDeclaredConstructors(Class.java:2658)
	at java.lang.Class.getConstructor0(Class.java:2964)
	at java.lang.Class.newInstance(Class.java:403)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:153)
	at bob.spel.CompiledSpelBug.foo(CompiledSpelBug.java:24)

StackTrace with Spring Framework 4.1.1:

	at bob.spel.CompiledSpelBug.compiledConstructorInvocations(CompiledSpelBug.java:26)
Caused by: java.lang.VerifyError: (class: spel/Ex2, method: getValue signature: (Ljava/lang/Object;Lorg/springframework/expression/EvaluationContext;)Ljava/lang/Object;) Incompatible argument to function
	... 30 more

I have a custom UserDetailsService implementation which may not provide any role for some user, i.e. the UserDetails#getAuthorities() returns is an empty Collection.
If this user try to access a secured resource with a given role (e.g. not IS_AUTHENTICATED_REMEMBERED) then the following exception occurs:
	at org.springframework.security.access.vote.RoleVoter.vote(RoleVoter.java:103)
	at org.codehaus.groovy.grails.plugins.springsecurity.AuthenticatedVetoableDecisionManager.checkOtherVoters(AuthenticatedVetoableDecisionManager.java:90)
	at org.codehaus.groovy.grails.plugins.springsecurity.AuthenticatedVetoableDecisionManager.decide(AuthenticatedVetoableDecisionManager.java:44)
	at org.springframework.security.access.intercept.AbstractSecurityInterceptor.beforeInvocation(AbstractSecurityInterceptor.java:203)
	at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:106)
	at org.codehaus.groovy.grails.plugins.springsecurity.RequestHolderAuthenticationFilter.doFilter(RequestHolderAuthenticationFilter.java:40)
	at org.codehaus.groovy.grails.plugins.springsecurity.MutableLogoutFilter.doFilter(MutableLogoutFilter.java:79)
	at org.codehaus.groovy.grails.web.servlet.filter.GrailsReloadServletFilter.doFilterInternal(GrailsReloadServletFilter.java:104)
	at org.codehaus.groovy.grails.web.servlet.mvc.GrailsWebRequestFilter.doFilterInternal(GrailsWebRequestFilter.java:67)
	at org.codehaus.groovy.grails.web.filters.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:66)
	at org.jasig.cas.client.session.SingleSignOutFilter.doFilter(SingleSignOutFilter.java:106)
After looking at SEC-1325, I found that RoleHierarchyImpl.java still uses null when the authorities Collection is empty.
I have attached a patch to fix this and i have tested it against current master.
My current workaround is to provide at least the "ROLE_DUMMY" role to users.

When using smack library sending presence message after login is redundant.
According to smack documentation (and confirmed by experiment) login sends the presence.
http://www.igniterealtime.org/builds/smack/docs/latest/javadoc/org/jivesoftware/smack/XMPPConnection.html#login(java.lang.String,%20java.lang.String)
Logs in to the server using the strongest authentication mode supported by the server, then sets presence to available

create table testvec(id int, dt int, greg_dt string) stored as orc;
insert into table testvec
values 
(1,20150330, '2015-03-30'),
(2,20150301, '2015-03-01'),
(3,20150502, '2015-05-02'),
(4,20150401, '2015-04-01'),
(5,20150313, '2015-03-13'),
(6,20150314, '2015-03-14'),
(7,20150404, '2015-04-04');
hive> select dt, greg_dt from testvec where id=5;
OK
20150313	2015-03-13
Time taken: 4.435 seconds, Fetched: 1 row(s)
hive> set hive.vectorized.execution.enabled=true;
hive> set hive.map.aggr;
hive.map.aggr=true
hive> select max(dt), max(greg_dt) from testvec where id=5;
OK
20150313	2015-03-30
hive>  select max(dt), max(greg_dt) from testvec where id=5;
OK

Found this problem when run ITBLL for branch-2.2.
The master log shows that it try to move a splited parent region.

2019-04-03,12:56:13,635 INFO org.apache.hadoop.hbase.procedure2.ProcedureExecutor: Finished pid=2823, state=SUCCESS; SplitTableRegionProcedure table=IntegrationTestBigLinkedList, parent=a777f8fab6d17d37aaec842ba6035ad5, daughterA=634feb79a583480597e1843647d11228, daughterB=e370e6013ad35b83471671f2374278ab in 2.5930sec

2019-04-03,12:56:23,344 INFO org.apache.hadoop.hbase.master.HMaster: Client=hdfs_tst_admin//10.142.58.8 move hri=a777f8fab6d17d37aaec842ba6035ad5, source=, destination=c4-hadoop-tst-st30.bj,29100,1554265874772, running balancer

And the regionserver will try to open the stores of this region. After HBASE-20724, the compated store file will be archived when open the stroes. But there are still have reference for these file in daughter regions' store dir. Then the daughter region will can't open because file not found.....
 
Coverity static analysis found 8 occurence of Closeable object LdapIdentity not closing properly. 
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564393&defectInstanceId=2359307&mergedDefectId=1400389
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564393&defectInstanceId=2359304&mergedDefectId=1400388
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564393&defectInstanceId=2359309&mergedDefectId=1400387
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564393&defectInstanceId=2359306&mergedDefectId=1400386
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564393&defectInstanceId=2359311&mergedDefectId=1400385
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564393&defectInstanceId=2359312&mergedDefectId=1400384
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564393&defectInstanceId=2359313&mergedDefectId=1400383
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9564393&defectInstanceId=2359303&mergedDefectId=1400382
LdapIdentity in close() method just close provided dirContext. LdapIdentity does not create dirContext by itself. So it looks to me it is no necessary to implement Closeable in LdapIdentity, as code where dirContext was created should be responsible for closing it (and according to coverity it is closed properly everywhere).

        private class LdapIdentity implements Closeable {

            private final String name;
            private final DirContext dirContext;
            private final String distinguishedName;
            private final SearchResult entry;

            LdapIdentity(String name, DirContext dirContext, String distinguishedName, SearchResult entry) {
                this.name = name;
                this.dirContext = dirContext;
                this.distinguishedName = distinguishedName;
                this.entry = entry;
            }

            String getName() {
                return this.name;
            }

            DirContext getDirContext() {
                return this.dirContext;
            }

            String getDistinguishedName() {
                return this.distinguishedName;
            }

            SearchResult getEntry() {
                return this.entry;
            }

            @Override
            public void close() throws IOException {
                try {
                    dirContext.close();
                } catch (NamingException e) {
                    log.debug("LdapSecurityRealm failed to close DirContext", e);
                }
            }
        }

Adding limit_partition_metadataonly.q in testconfiguration.properties is missed in HIVE-8788

Upstream Jira of https://bugzilla.redhat.com/show_bug.cgi?id=1184610
Please see bugzilla description for details and reproducer

During startup of JBoss, the following occurs randomly (not on every start):

java.lang.IllegalStateException: JBAS014666: Duplicate resource resource-adapters

jboss-as-connector-7.4.2.Final-redhat-2.jar:

Random - it's a race condition but adding Byteman which slows execution (due to synchronous logging) of the code in which the race takes place seems to increase the frequency at which the failure occurs.

1. Copy a resource adapter archive to standalone/deployments
2. Configure the standalone.xml with two adapter configs specified (single RAR)
3. Start JBoss (a few restarts may be required as it doesn't always happen)

The server.log shows the exception below (and I suspect at least one of the adapter configs is not deployed - though I didn't confirm the latter).

12:40:44,463 ERROR [org.jboss.msc.service] (MSC service thread 1-12) MSC000002: Invocation of listener "org.jboss.as.connector.util.RaServicesFactory$1@5fc7026f" failed: java.lang.IllegalStateException: JBAS014666: Duplicate
resource resource-adapters
        at org.jboss.as.controller.registry.AbstractModelResource$DefaultResourceProvider.register(AbstractModelResource.java:225) [jboss-as-controller-7.4.2.Final-redhat-2.jar:7.4.2.Final-redhat-2]
        at org.jboss.as.controller.registry.AbstractModelResource.registerChild(AbstractModelResource.java:135) [jboss-as-controller-7.4.2.Final-redhat-2.jar:7.4.2.Final-redhat-2]
        at org.jboss.as.connector.deployers.ra.processors.AbstractResourceAdapterDeploymentServiceListener.transition(AbstractResourceAdapterDeploymentServiceListener.java:122) [jboss-as-connector-7.4.2.Final-redhat-2.jar:7.4
.2.Final-redhat-2]
        at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1565) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
        at org.jboss.msc.service.ServiceControllerImpl.access$2800(ServiceControllerImpl.java:52) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
        at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:2131) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71]
        at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71]

No exception should be raised

Document URL: 

Section Number and Name: 

Describe the issue: 
It appears that where there are multiple adapter configurations, registering of the adapters is done on different threads and sometimes two threads check to see if the resource-adapters "subsystem" (I think that is what is being created) exists ... it is possible for two threads to be told it doesn't exist - in which case both threads will try to create it.

I think the code at issue is found in lines 120 and 122 of ./connector/src/main/java/org/jboss/as/connector/deployers/ra/processors/AbstractResourceAdapterDeploymentServiceListener.java

At line 120, we check if the path exists ... and if it does not try to create it at line 122 ... but it possible that between the two lines one thread is executing, another thread may do the same - one will "win the race" and the other will fail with the exception.

I did note that the entire block is wrapped in a synchronization block - synchronized on 'this' - so there must be multiple instances of the AbstractResourceAdapterDeploymentServiceListener class since the logging shows interleaved execution of the check and register calls across multiple threads.

Suggestions for improvement: 

Attached an archive containing a simple adapter (generated using the Ironjacamar generation tool), an excerpt of the standalone.xml configuration used as well as an excerpt of the log file and a byteman script used to produce the stack traces in the log excerpt.

Hive replication uses Hadoop distcp to copy files from primary to replica warehouse. If the HDFS block size is different across clusters, it cause file copy failures.

2018-04-09 14:32:06,690 ERROR [main] org.apache.hadoop.tools.mapred.CopyMapper: Failure in copying hdfs://chelsea/apps/hive/warehouse/tpch_flat_orc_1000.db/customer/000259_0 to hdfs://marilyn/apps/hive/warehouse/tpch_flat_orc_1000.db/customer/.hive-staging_hive_2018-04-09_14-30-45_723_7153496419225102220-2/-ext-10001/000259_0
java.io.IOException: File copy failed: hdfs://chelsea/apps/hive/warehouse/tpch_flat_orc_1000.db/customer/000259_0 --> hdfs://marilyn/apps/hive/warehouse/tpch_flat_orc_1000.db/customer/.hive-staging_hive_2018-04-09_14-30-45_723_7153496419225102220-2/-ext-10001/000259_0
 at org.apache.hadoop.tools.mapred.CopyMapper.copyFileWithRetry(CopyMapper.java:299)
 at org.apache.hadoop.tools.mapred.CopyMapper.map(CopyMapper.java:266)
 at org.apache.hadoop.tools.mapred.CopyMapper.map(CopyMapper.java:52)
 at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:146)
 at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:787)
 at org.apache.hadoop.mapred.MapTask.run(MapTask.java:341)
 at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:170)
 at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1869)
 at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:164)
Caused by: java.io.IOException: Couldn't run retriable-command: Copying hdfs://chelsea/apps/hive/warehouse/tpch_flat_orc_1000.db/customer/000259_0 to hdfs://marilyn/apps/hive/warehouse/tpch_flat_orc_1000.db/customer/.hive-staging_hive_2018-04-09_14-30-45_723_7153496419225102220-2/-ext-10001/000259_0
 at org.apache.hadoop.tools.util.RetriableCommand.execute(RetriableCommand.java:101)
 at org.apache.hadoop.tools.mapred.CopyMapper.copyFileWithRetry(CopyMapper.java:296)
 ... 10 more
Caused by: java.io.IOException: Check-sum mismatch between hdfs://chelsea/apps/hive/warehouse/tpch_flat_orc_1000.db/customer/000259_0 and hdfs://marilyn/apps/hive/warehouse/tpch_flat_orc_1000.db/customer/.hive-staging_hive_2018-04-09_14-30-45_723_7153496419225102220-2/-ext-10001/.distcp.tmp.attempt_1522833620762_4416_m_000000_0. Source and target differ in block-size. Use -pb to preserve block-sizes during copy. Alternatively, skip checksum-checks altogether, using -skipCrc. (NOTE: By skipping checksums, one runs the risk of masking data-corruption during file-transfer.)
 at org.apache.hadoop.tools.mapred.RetriableFileCopyCommand.compareCheckSums(RetriableFileCopyCommand.java:212)
 at org.apache.hadoop.tools.mapred.RetriableFileCopyCommand.doCopy(RetriableFileCopyCommand.java:130)
 at org.apache.hadoop.tools.mapred.RetriableFileCopyCommand.doExecute(RetriableFileCopyCommand.java:99)
 at org.apache.hadoop.tools.util.RetriableCommand.execute(RetriableCommand.java:87)
 ... 11 more

Distcp failed as the CM path for the file doesn't point to source file system. So, it is needed to get the qualified cm root URI as part of files listed in dump.
Also, REPL LOAD returns success even if distcp jobs failed.
CopyUtils.doCopyRetry doesn't throw error if copy failed even after maximum attempts. 
So, need to perform 2 things.

If copy of multiple files fail for some reason, then retry with same set of files again but need to set CM path if original source file is missing or modified based on checksum. Let distcp to skip the properly copied files. FileUtil.copy will always overwrite the files.
If source path is moved to CM path, then delete the incorrectly copied files.
If copy fails for maximum attempt, then throw error.

CompositeSkipListener has method from StepExecutionListener - clearly should be removed as it will never be called.

Approvals dependency is needed for testing.  Need to add instructions.

After upgrading to Jetty 9.4.12.v20180830, some tests stopped working:

org.apache.camel.component.jetty.JettyContentTypeTest.testContentTypeWithGZipEncoding(org.apache.camel.component.jetty.JettyContentTypeTest)
org.apache.camel.component.jetty.JettyImageFileTest.testImageContentWithGZip(org.apache.camel.component.jetty.JettyImageFileTest)
org.apache.camel.component.jetty.HttpGZipEncodingTest.testGzipProducerWithGzipData(org.apache.camel.component.jetty.HttpGZipEncodingTest)
org.apache.camel.component.jetty.HttpGZipEncodingTest.testGzipProxy(org.apache.camel.component.jetty.HttpGZipEncodingTest)
org.apache.camel.component.jetty.HttpGZipEncodingTest.testHttpProducerWithGzip(org.apache.camel.component.jetty.HttpGZipEncodingTest)

I did some analysis on jetty side and the reason is exactly this commit for Jetty issue 1688 where this was added to jetty-server/src/main/java/org/eclipse/jetty/server/Request.java:

    private void extractContentParameters()
    {
        // Content cannot be encoded
        if (_metaData!=null && getHttpFields().contains(HttpHeader.CONTENT_ENCODING))
            throw new BadMessageException(HttpStatus.NOT_IMPLEMENTED_501,"Unsupported Content-Encoding");
...

With Jetty 9.4.11, it's Camel that does gzip encoding (when creating http entity for httpclient 3) and decoding (when reading http body in org.apache.camel.http.common.DefaultHttpBinding#readRequest()).
However, with 9.4.12, after org.apache.camel.http.common.DefaultHttpBinding#readRequest() has read the body, it calls org.apache.camel.http.common.DefaultHttpBinding#readHeaders() which also extracts parameters.
Because parameters may be POSTed using application/x-www-form-urlencoded content type, Jetty really needs GZIP Handler.
So far tests worked, because we didn't use application/x-www-form-urlencoded content type.
I'm not sure how to solve, but maybe, org.apache.camel.http.common.DefaultHttpBinding#readRequest() should remove Content-Encoding: gzip header after reading body? IMO, gzip decoding should be done at "server side" and jetty is the server - so either it decodes gzip content (using configured org.eclipse.jetty.server.handler.gzip.GzipHandler) or it should not be aware of encoded body (thus camel should pass wrapped request with Content-Encoding header filtered.

Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/curator/RetryPolicy
	at org.apache.hive.jdbc.Utils.configureConnParams(Utils.java:514)
	at org.apache.hive.jdbc.Utils.parseURL(Utils.java:434)
	at org.apache.hive.jdbc.HiveConnection.<init>(HiveConnection.java:132)
	at org.apache.hive.jdbc.HiveDriver.connect(HiveDriver.java:107)
	at java.sql.DriverManager.getConnection(DriverManager.java:664)
	at java.sql.DriverManager.getConnection(DriverManager.java:247)
	at JDBCExecutor.getConnection(JDBCExecutor.java:65)
	at JDBCExecutor.executeStatement(JDBCExecutor.java:104)
	at JDBCExecutor.executeSQLFile(JDBCExecutor.java:81)
	at JDBCExecutor.main(JDBCExecutor.java:183)
Caused by: java.lang.ClassNotFoundException: org.apache.curator.RetryPolicy

Configuring mongo data factory with a URI that does not contain any credentials like the following

<mongo:db-factory uri="mongodb://localhost/myDatabase.myCollection"/>

will cause the following NPE

	at java.lang.String.<init>(String.java:177)
	at java.lang.String.valueOf(String.java:2840)
	at org.springframework.data.mongodb.core.SimpleMongoDbFactory.<init>(SimpleMongoDbFactory.java:89)

The CXF consumer copies the content-type http header to the camel exchange. This header may indicate the character set used in the request (for instance "text/xml;charset=UTF-8"), and if so this should be made available in the normal place for Camel (i.e. a property in the exchange called 'CamelCharsetName').
This may (of course) be done in each route by a separate processor, but it simplifies life if this is done by default. (org.apache.camel.component.cxf.DefaultCxfBinding.populateExchangeFromCxfRequest() seems the logical place)
Sample processor that performs this job.

import org.apache.camel.util.ExchangeHelper;
import org.apache.http.entity.ContentType;

/**
 * Processor to ensure the exchange's charset name property is in sync with
 * its content type.
 */
public class CharsetProcessor implements Processor {
    @Override
        String contentTypeHeader = ExchangeHelper.getContentType(exchange);
        if (contentTypeHeader != null) {
            ContentType contentType = ContentType.parse(contentTypeHeader);
            if (contentType != null) {
                Charset charset = contentType.getCharset();
                exchange.setProperty(Exchange.CHARSET_NAME, charset.name());
            }
        }
    }
}

Objects annotated with @Action should be picked up by the sws:annotation-driven tag (triggered with AnnotationActionEndpointMapping), but this fails because the AnnotationDrivenBeanDefinitionParser does not register all possible endpoint mappings in the registerEndpointMappings method.
Ws-addressing support is not working without explicit adding the AnnotationActionEndpointMapping in the Spring context.
Add the following line to the Spring context xml:
<bean class="org.springframework.ws.soap.addressing.server.AnnotationActionEndpointMapping" />

hive.hwi.war.file vanished from hive-default.xml.
error message prints wrong variable.
since the full path is no longer supplied. The old documentation no longer applies
 String hwiWAR = conf.getVar(HiveConf.ConfVars.HIVEHWIWARFILE);
 String hivehome = System.getenv().get("HIVE_HOME");
   File hwiWARFile = new File(hivehome, hwiWAR);
   if (!hwiWARFile.exists()) 
{
     l4j.fatal("HWI WAR file not found at " + hwiWAR);
     System.exit(1);
   }
            
In verbose mode, beeline prints the password used in commandline to STDERR. 
This is not a good security practice. 
Issue is in BeeLine.java code -

    if (url != null) {
      String com = "!connect "
          + url + " "
          + (user == null || user.length() == 0 ? "''" : user) + " "
          + (pass == null || pass.length() == 0 ? "''" : pass) + " "
          + (driver == null ? "" : driver);
      debug("issuing: " + com);
      dispatch(com);
    }

org.springframework.data.mongodb.core.query.Query
Uses a linked hash map as its backing store and uses the operator as the key. As such multiple OR/nin/etc operations on the same query cause only the last one to actually persist.

Camel-Zipkin does not report traces with root span id when there are multiple routes. 
For example: 
 
from("direct:foo")
        .delay(1000)
        .to("direct:bar")
        .to("direct:moo")
        .to("direct:tar");

from("direct:bar")
        .delay(2000);

from("direct:moo")
        .delay(1000);

from("direct:tar")
        .delay(3000);

Root SpanId(TraceId) should be for service-name = direct:foo and the trace in UI should show all the 4 routes in one sequence. But it breaks. Check the attached screenshot: Traces Breaking.png
I looked into the code and figured out why its happening. Here is the code which is breaking the functionality.
Class Name: ZipkinTracer.ZipkinRoutePolicy
Inside onExchangeBegin() method 
 
// add on completion after the route is done, but before the consumer writes the response
// this allows us to track the zipkin event before returning the response which is the right time
exchange.addOnCompletion(new SynchronizationAdapter() {
    @Override
    public void onAfterRoute(Route route, Exchange exchange) {
        String serviceName = getServiceName(exchange, route.getEndpoint(), true, false);
        Brave brave = getBrave(serviceName);
        if (brave != null) {
            serverResponse(brave, serviceName, exchange);
        }
    }

    @Override
        return "ZipkinTracerOnCompletion[" + routeId + "]";
    }
});

Using onAfterRoute() :  if the exchange is being routed through multiple routes, there will be callbacks for each route.
I have fix for it: 
If I use onExchangeDone() instead of above code. The traces are reported properly.  Check screenshots.
https://zipkin.io/pages/instrumenting.html
Note This process must be repeated if the service makes multiple downstream calls. That is each subsequent span will have the same trace id and parent id, but a new and different span id.

HIVE-6455 introduced scalable dynamic partitioning optimization that bails out after removing the file sink operator. This causes union_remove_16.q test to fail by removing all the stages in the plan.

Since WFLY-6493 - WildFly won't respond to HTTP calls during startup now causing hang in recovery in bridge:

I have this from the debugger hanging:
"MSC service thread 1-8@2725" prio=5 tid=0x1a nid=NA runnable
	  at java.net.SocketInputStream.socketRead0(SocketInputStream.java:-1)
	  at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
	  at java.net.SocketInputStream.read(SocketInputStream.java:170)
	  at java.net.SocketInputStream.read(SocketInputStream.java:141)
	  at org.apache.http.impl.io.SessionInputBufferImpl.streamRead(SessionInputBufferImpl.java:139)
	  at org.apache.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:155)
	  at org.apache.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:284)
	  at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:140)
	  at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:57)
	  at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:261)
	  at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:165)
	  at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:272)
	  at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:124)
	  at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:271)
	  at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
	  at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
	  at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
	  at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
	  at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
	  at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
	  at org.jboss.resteasy.client.jaxrs.engines.ApacheHttpClient4Engine.invoke(ApacheHttpClient4Engine.java:285)
	  at org.jboss.resteasy.client.jaxrs.internal.ClientInvocation.invoke(ClientInvocation.java:454)
	  at org.jboss.resteasy.client.jaxrs.internal.ClientInvocationBuilder.put(ClientInvocationBuilder.java:175)
	  at org.jboss.narayana.rest.integration.RecoveryManager.synchronizeParticipantUrlWithCoordinator(RecoveryManager.java:244)
	  at org.jboss.narayana.rest.integration.RecoveryManager.recreateParticipantInformation(RecoveryManager.java:202)
	  at org.jboss.narayana.rest.integration.RecoveryManager.recoverParticipants(RecoveryManager.java:153)
	  at org.jboss.narayana.rest.integration.RecoveryManager.registerDeserializer(RecoveryManager.java:62)
	  at org.jboss.narayana.rest.integration.ParticipantsManagerImpl.registerDeserializer(ParticipantsManagerImpl.java:105)
	  at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.<init>(InboundBridgeManager.java:60)
	  at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.getInstance(InboundBridgeManager.java:50)
	  - locked <0x2aba> (a java.lang.Class)
	  at org.wildfly.extension.rts.service.InboundBridgeService.start(InboundBridgeService.java:53)
	  at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1963)
	  at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1896)

The way HBASE-1597 instantiated the CompactionReader ignored whether the Reader it came from was a half reader or not.
Need to reimplement CompactionReader.

As part of Hive configuration for Oracle I ran the schema creation script for Oracle. Here is what I observed when ran the script:
% sqlplus hive/hive@xe
SQL*Plus: Release 11.2.0.2.0 Production on Mon Dec 10 18:47:11 2012
Copyright (c) 1982, 2011, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Express Edition Release 11.2.0.2.0 - 64bit Production
SQL> @scripts/metastore/upgrade/oracle/hive-schema-0.10.0.oracle.sql;
.....
ALTER TABLE SKEWED_STRING_LIST_VALUES ADD CONSTRAINT SKEWED_STRING_LIST_VALUES_FK1 FOREIGN KEY (STRING_LIST_ID) REFERENCES SKEWED_STRING_LIST (STRING_LIST_ID) INITIALLY DEFERRED
                                                                                                                                               *
ERROR at line 1:
ORA-00904: "STRING_LIST_ID": invalid identifier
.....
                                                                                                                                               *
Table created.
Table altered.
CREATE TABLE SKEWED_COL_VALUE_LOCATION_MAPPING
             *
ORA-00972: identifier is too long
ALTER TABLE SKEWED_COL_VALUE_LOCATION_MAPPING ADD CONSTRAINT SKEWED_COL_VALUE_LOCATION_MAPPING_PK PRIMARY KEY (SD_ID,STRING_LIST_ID_KID)
            *
ALTER TABLE SKEWED_COL_VALUE_LOCATION_MAPPING ADD CONSTRAINT SKEWED_COL_VALUE_LOCATION_MAPPING_FK1 FOREIGN KEY (STRING_LIST_ID_KID) REFERENCES SKEWED_STRING_LIST (STRING_LIST_ID) INITIALLY DEFERRED
            *
ALTER TABLE SKEWED_COL_VALUE_LOCATION_MAPPING ADD CONSTRAINT SKEWED_COL_VALUE_LOCATION_MAPPING_FK2 FOREIGN KEY (SD_ID) REFERENCES SDS (SD_ID) INITIALLY DEFERRED
            *
ALTER TABLE SKEWED_VALUES ADD CONSTRAINT SKEWED_VALUES_FK1 FOREIGN KEY (STRING_LIST_ID_EID) REFERENCES SKEWED_STRING_LIST (STRING_LIST_ID) INITIALLY DEFERRED
                                                                                                                           *
Basically there are two issues here with the Oracle sql script:
(1) Table "SKEWED_STRING_LIST" is created with the column "SD_ID". Later the script tries to reference "STRING_LIST_ID" column in "SKEWED_STRING_LIST" which is obviously not there. Comparing the sql with that for other flavors it seems it should be "STRING_LIST_ID".
(2) Table name "SKEWED_COL_VALUE_LOCATION_MAPPING" is too long for Oracle which limits identifier names to 30 characters. Also impacted are identifiers "SKEWED_COL_VALUE_LOCATION_MAPPING_PK" and "SKEWED_COL_VALUE_LOCATION_MAPPING_FK1".

The RegionServerMetrics is not pushing the pread times to the MetricsRecord

After switch from Spring 3.0.0 RC1 to Spring 3.0.0 RC3 my controlers stop working. Spring says:

No adapter for handler [org.code_house.spring3.web.UserControllerImpl@5a7691c0]: Does your handler implement a supported interface like Controller?

Test application (war, jar with sources) are available in Maven repository:
http://repository.code-house.org/content/repositories/code-house.internal.snapshot/org/code-house/spring3/test/1.0.0.SNAPSHOT/
Controller code:

package org.code_house.spring3.web;

import org.code_house.spring3.api.UserController;
import org.code_house.spring3.dao.api.UserDAO;
import org.code_house.spring3.domain.Group;
import org.code_house.spring3.domain.User;

public class UserControllerImpl extends GenericControllerImpl<User, Integer>
    implements UserController {

    private UserDAO daoImpl;

    public List<Group> listAssigns() {
        return daoImpl.listAssigns();
    }

    public boolean assign(@PathVariable Integer number) {
        daoImpl.assign(number);
        return Boolean.TRUE;
    }

    public void setDaoImpl(UserDAO daoImpl) {
        setDao(daoImpl);
        this.daoImpl = daoImpl;
    }
}

The stack trace would be:
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.add_index(HiveMetaStore.java:2870)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
        at java.lang.reflect.Method.invoke(Method.java:611)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:102)
        at $Proxy9.add_index(Unknown Source)
        at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.createIndex(HiveMetaStoreClient.java:962)

We need to detect when HDFS Transparent Encryption (Hadoop 2.6.0+) is enabled and fall back to more synchronization in the WAL to prevent catastrophic failure under load.
See HADOOP-11708 for more details.

Things used to work fine in 1.3, but now when I'm trying 1.5 my JUnit test suite is breaking when adding new properties. Here is what I'm doing,
1) I already have a configuration as following,

 <test>
  <property name="isOk">
    <default>false</default>
  <property name="intProperty">
    <value>900</value>
    <default>500</default>
  <property extra="0" name="stringProperty">
    <default>Bye</default>
</test>

2) Now I need to add two new properties under <test>,

<property  name="newFirst">
  <value>first</value>
<property name="newSecond">
  <value>second</value>

3) Here is the code I'm using,
        a) First create a new HierarchicalConfiguration.Node

private HierarchicalConfiguration.Node createNode(String name, Object value)  {
    HierarchicalConfiguration.Node node = new HierarchicalConfiguration.Node(name);
    node.setValue(value);
    return node;
}

       b) Add the node to the list

List<HierarchicalConfiguration.Node> attrNodes = new ArrayList<HierarchicalConfiguration.Node>();
Node attrNode = createNode(attrName, newPropertyName);
attrNode.setAttribute(true);
attrNodes.add(attrNode);

       c) Call addNodes on XMLConfiguration,

    conf.addNodes(attrPath, attrNodes);

I run this in a look for each new property I need to add. For first property, I get element count for the test.property as 3 (conf.getMaxIndex(key)) - so I insert at test.property(3), which is right, but for the second property I get element count as 5 --> This is wrong, it should have been 4 (because I just added 1). 
I check the saved the configuration file after adding those two new properties and it looks wrong too. Here is what I get,

<test>
    <value>Hi</value>
    default>Bye</default>
    <name>newFirst</name>
    <value>first</value>
    <name>newSecond</name>
    <value>second</value>
</test>

The total element count for test.property gives me 7 ==> I was expecting 5.
There seems to have some code change in 1.5 releated to addNodes (for ex., CONFIGURATION-287). I'm not sure if I need to change the way I was calling addNodes before. It works fine with 1.3, but 1.5 completely fails on adding new properties. 
I do need 1.5 for other bug fixes ( CONFIGURATION-268 and some other), but I can't use it until the addNodes behave correctly. 
Marking this as blocker as I'm blocked because of this issue. If there is a workaround then please let me know.

HBASE-12148 is about "Remove TimeRangeTracker as point of contention when many threads writing a Store". It is also a point of contention when reading.

TestFastFail makes uses of a static counter for tracking test behavior. It does not reset this counter across test runs, which makes it incompatible with how we run tests in jenkins.

The unit test from CAMEL-794 demonstrates a few issues with the DLC in Camel

the maximum redelivery is not reached - eg. setting it to 2 will only perform 1 normal attempt + 1 redelivery, and not as expected 2 redeliveries
when the exchanged could not be redelivered at all then the redeliverycounter has already been incremented and thus is off by +1

I have a known_hosts file on my classpath and I want the ftp-component to use this known_hosts file when connecting to an sftp server (and not be dependent on the ~/.ssh/known_hosts file). 
The documentation (http://camel.apache.org/ftp2.html) mentions that u can use the option knownHostsUri to configure the (classpath) location of a known_hosts file. 
When using this option (in combination with the option useUserKnownHostsFile=false), camel fails to connect to the server because of a NullPointerException (see below). 
When debugging, it seems that the list of known_hosts from the classpath are first loaded succesfully (SftpOperations:268) but afterwards the known_hosts are ALWAYS overridden (SftpOperations:284). When setting the option useUserKnownHostsFile to false, there is no file to load (no fallback to the known_hosts file from the home directory) and the exception is thrown. 
I made a small github project (https://github.com/johanvandeweerd/camel-sftp) that can be cloned and run to reproduce the error. You can play with the options in SftpRouteBuilder. 

2017-01-17 18:19:33.397  WARN 2652 --- [           main] o.a.c.c.file.remote.SftpConsumer         : Error auto creating directory: pub/example due Cannot connect to sftp://demo@test.rebex.net:22. This exception is ignored. 

org.apache.camel.component.file.GenericFileOperationFailedException: Cannot connect to sftp://demo@test.rebex.net:22 
        at org.apache.camel.component.file.remote.SftpOperations.connect(SftpOperations.java:146) ~[camel-ftp-2.18.1.jar:2.18.1] 
        at org.apache.camel.component.file.remote.RemoteFileConsumer.connectIfNecessary(RemoteFileConsumer.java:203) ~[camel-ftp-2.18.1.jar:2.18.1] 
        at org.apache.camel.component.file.remote.SftpConsumer.doStart(SftpConsumer.java:53) ~[camel-ftp-2.18.1.jar:2.18.1] 
        at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:61) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.startService(DefaultCamelContext.java:3371) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRouteConsumers(DefaultCamelContext.java:3688) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.doStartRouteConsumers(DefaultCamelContext.java:3624) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.safelyStartRouteServices(DefaultCamelContext.java:3544) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.doStartOrResumeRoutes(DefaultCamelContext.java:3308) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:3162) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.access$000(DefaultCamelContext.java:182) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2957) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2953) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:2976) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:2953) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2920) [camel-core-2.18.1.jar:2.18.1] 
        at org.apache.camel.spring.boot.RoutesCollector.maybeStart(RoutesCollector.java:141) [camel-spring-boot-2.18.1.jar:2.18.1] 
        at org.apache.camel.spring.boot.RoutesCollector.onApplicationEvent(RoutesCollector.java:116) [camel-spring-boot-2.18.1.jar:2.18.1] 
        at org.apache.camel.spring.boot.RoutesCollector.onApplicationEvent(RoutesCollector.java:41) [camel-spring-boot-2.18.1.jar:2.18.1] 
        at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:166) [spring-context-4.3.5.RELEASE.jar:4.3.5.RELEASE] 
        at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:138) [spring-context-4.3.5.RELEASE.jar:4.3.5.RELEASE] 
        at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:383) [spring-context-4.3.5.RELEASE.jar:4.3.5.RELEASE] 
        at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:337) [spring-context-4.3.5.RELEASE.jar:4.3.5.RELEASE] 
        at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:882) [spring-context-4.3.5.RELEASE.jar:4.3.5.RELEASE] 
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.finishRefresh(EmbeddedWebApplicationContext.java:144) [spring-boot-1.4.3.RELEASE.jar:1.4.3.RELEASE] 
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:545) [spring-context-4.3.5.RELEASE.jar:4.3.5.RELEASE] 
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:122) [spring-boot-1.4.3.RELEASE.jar:1.4.3.RELEASE] 
        at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:761) [spring-boot-1.4.3.RELEASE.jar:1.4.3.RELEASE] 
        at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:371) [spring-boot-1.4.3.RELEASE.jar:1.4.3.RELEASE] 
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:315) [spring-boot-1.4.3.RELEASE.jar:1.4.3.RELEASE] 
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:1186) [spring-boot-1.4.3.RELEASE.jar:1.4.3.RELEASE] 
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:1175) [spring-boot-1.4.3.RELEASE.jar:1.4.3.RELEASE] 
        at be.engine31.camel.Application.main(Application.java:10) [classes/:na] 
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_91] 
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_91] 
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_91] 
        at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_91] 
        at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147) [idea_rt.jar:na] 
Caused by: java.lang.NullPointerException: null 
        at com.jcraft.jsch.Util.checkTilde(Util.java:489) ~[jsch-0.1.54.jar:na] 
        at com.jcraft.jsch.KnownHosts.setKnownHosts(KnownHosts.java:54) ~[jsch-0.1.54.jar:na] 
        at com.jcraft.jsch.JSch.setKnownHosts(JSch.java:317) ~[jsch-0.1.54.jar:na] 
        at org.apache.camel.component.file.remote.SftpOperations.createSession(SftpOperations.java:284) ~[camel-ftp-2.18.1.jar:2.18.1] 
        at org.apache.camel.component.file.remote.SftpOperations.connect(SftpOperations.java:115) ~[camel-ftp-2.18.1.jar:2.18.1] 
        ... 38 common frames omitted

Close BufferedMutator and connection in MultiTableRecordWriter of MultiTableOutputFormat.

Some of the tests in TestListPartitions fail when using JDO instead of direct SQL.

Thanks to Jesus Camacho Rodriguez for uncovering this issue as part of HIVE-13269. StatsSetupConst.areColumnStatsUptoDate() is used to check whether stats are up-to-date.  In case of PerfCliDriver, ‘false’ (thus, not up-to-date) is returned and the following debug message in the logs:

In StatsSetupConst, JsonParser can not parse COLUMN_STATS. (line 190 in StatsSetupConst)

Looks like the issue started happening after HIVE-12261 went in. 
The fix would be to replace
COLUMN_STATS_ACCURATE,true
with
COLUMN_STATS_ACCURATE,{"COLUMN_STATS":{"key":"true","value":"true"},"BASIC_STATS":"true"}
where key, value are the column names.
in data/files/tpcds-perf/metastore_export/csv/TABLE_PARAMS.txt

Opening Roo Shell on project with nested classes, appears the following error:

Compilation unit package 'a.b.c.d' unexpected for type 'a.b.c.e'

ROO throws an ERROR and shell is not loaded completly... ROO needs to show a WARNING instead of ERROR, to be sure that all ROO functionalities are loaded and enabled.

A non admin user should not be allowed to run show grant commands only for themselves or a role they belong to.

When I serialize the queue to disk an it has elements, all works ok, but when I serialize an empty queue I have some problems when I create a new object using the serialized file.
When I deserialize the queue it has a 'buffer' with size 1 (with null content), 'tail' and 'head' fields are 0 (they are declared transient). So, when I try to add a new object to the queue, the sentence:
 Object[] tmp = new Object[((buffer.length - 1) * 2) + 1];
Is executed in the add() method to increase the buffer length, but the buffer remains with the same size! (buffer.length = 1 --> (1 - 1) * 2 + 1 = 1). So, the object is added and when the tail is going to be incremented, it is reset to 0!! 
    private int increment(int index) {
        index++;
        if (index >= buffer.length) 
{
            index = 0;
        }
        return index;
    }
So it is impossible to add new elements after an empty queue has been serialized / deserialized.
I attach a simple TestCase where this is proved. The example works when you use XMLEncoder to serialize the buffer but doesn't work if you use ObjectOutputStream or XStream.

We have a separate wal for meta region. While log splitting logic haven't taken the advantage of this and splitlogworker still picks a wal file randomly. Imaging if we have multiple region servers including meta RS fails about the same time while meta wal is recovered last, all failed regions have to wait meta recovered and then can be online again. 
The open JIRA is to let splitlogworker to pick a meta wal file firstly and then others.

HiveMetaStoreClient getFunction(dbName, funcName) does not throw NoSuchObjectException when no function with funcName exists in the db. Instead, I need to search the MetaException message for 'NoSuchObjectException'.

In order to function properly, AuthenticationManagerBuilder requires an ObjectPostProcessor other than QUIESCENT_POSTPROCESSOR. We should provide a way to make use of AuthenticationManagerBuilder easier.
For example instead of:

@EnableGlobalMethodSecurity(prePostEnabled=true)
public class SampleWebSecurityConfig {

  @Bean
  public AuthenticationManager authenticationManager() throws Exception {
    return new AuthenticationManagerBuilder()
        .inMemoryAuthentication()
          .withUser("user").password("password").roles("USER").and()
        .build();
  }
}

  public void authenticationManager(AuthenticationManagerBuilder auth) throws Exception {
    auth
          .withUser("user").password("password").roles("USER");
  }
}

edit etc/users.properties file
-> admin3=admin3,viewer, Operator, Maintainer, Monitor, Deployer, Auditor
start fuse, create 1000 messages, and browse the TEST queue (everything works)
-> bin/fuse 
-> activemq:producer --user admin3 --password admin3
-> activemq:browse --user admin3 --password admin3 --amqurl tcp://localhost:61616 TEST
Open hawtio, login as admin3/admin3
Go to ActiveMQ ->  Queue -> TEST -> Browse 
[Core] Operation browse() failed due to: java.lang.Exception : Insufficient roles/credentials for operation

Notice how Running metastore! appears twice.

test:
    [junit] Running org.apache.hadoop.hive.metastore.TestEmbeddedHiveMetaStore
    [junit] BR.recoverFromMismatchedToken
    [junit] Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 36.697 sec
    [junit] Running org.apache.hadoop.hive.metastore.TestRemoteHiveMetaStore
    [junit] Running metastore!
    [junit] org.apache.thrift.transport.TTransportException: Could not create ServerSocket on address 0.0.0.0/0.0.0.0:29083.
    [junit] 	at org.apache.thrift.transport.TServerSocket.<init>(TServerSocket.java:98)
    [junit] 	at org.apache.thrift.transport.TServerSocket.<init>(TServerSocket.java:79)
    [junit] 	at org.apache.hadoop.hive.metastore.TServerSocketKeepAlive.<init>(TServerSocketKeepAlive.java:34)
    [junit] 	at org.apache.hadoop.hive.metastore.HiveMetaStore.main(HiveMetaStore.java:2189)
    [junit] 	at org.apache.hadoop.hive.metastore.TestRemoteHiveMetaStore$RunMS.run(TestRemoteHiveMetaStore.java:35)
    [junit] 	at java.lang.Thread.run(Thread.java:619)
    [junit] Test org.apache.hadoop.hive.metastore.TestRemoteHiveMetaStore FAILED (crashed)

Running from a git checkout, the JSP pages are not getting compiled right. HBase is up and running fine, but I get 404s on any requests to the info server.

See the referenced StackOverflow question/answer.
We need to make the appender thread-safe and/or document how to avoid the problem.

I used pyhs2 python client to create tables/partitions in hive. I was working fine until I moved to multithreaded scripts which created 8 connections and ran DDL queries concurrently.
I got the error as

2016-05-04 17:49:26,226 ERROR org.apache.hadoop.hive.metastore.RetryingHMSHandler: [pool-4-thread-194]: HMSHandler Fatal error: Invalid state. Transaction has already started
org.datanucleus.transaction.NucleusTransactionException: Invalid state. Transaction has already started
        at org.datanucleus.transaction.TransactionManager.begin(TransactionManager.java:47)
        at org.datanucleus.TransactionImpl.begin(TransactionImpl.java:131)
        at org.datanucleus.api.jdo.JDOTransaction.internalBegin(JDOTransaction.java:88)
        at org.datanucleus.api.jdo.JDOTransaction.begin(JDOTransaction.java:80)
        at org.apache.hadoop.hive.metastore.ObjectStore.openTransaction(ObjectStore.java:463)
        at org.apache.hadoop.hive.metastore.ObjectStore.addNotificationEvent(ObjectStore.java:7522)
        at com.sun.proxy.$Proxy10.addNotificationEvent(Unknown Source)
        at org.apache.hive.hcatalog.listener.DbNotificationListener.enqueue(DbNotificationListener.java:261)
        at org.apache.hive.hcatalog.listener.DbNotificationListener.onCreateTable(DbNotificationListener.java:123)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.create_table_core(HiveMetaStore.java:1483)
        at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.create_table_with_environment_context(HiveMetaStore.java:1502)
        at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
        at org.apache.hadoop.hive.metastore.RetryingHMSHandler.invokeInternal(RetryingHMSHandler.java:138)
        at com.sun.proxy.$Proxy14.create_table_with_environment_context(Unknown Source)
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$create_table_with_environment_context.getResult(ThriftHiveMetastore.java:9267)

compression.adoc still refers to PREFIX_TREE though the encoding has been removed:

 -data_block_encoding <arg>   Encoding algorithm (e.g. prefix compression) to
                              use for data blocks in the test column family, one
                              of [NONE, PREFIX, DIFF, FAST_DIFF, PREFIX_TREE].

ROW_INDEX_V1 should be put in its place.

Our nightlies discovered that the patch for HBASE-6160 did not actually fix the issue of "META entries from daughters can be deleted before parent entries". Instead of reopening the HBASE-6160, it is cleaner to track it here. 
The original issue is: 

HBASE-5986 fixed and issue, where the client sees the META entry for the parent, but not the children. However, after the fix, we have seen the following issue in tests:
After some time, META entry for B is deleted since it is not needed anymore, but META entry for Region A stays in META (C still refers it). In this case, the client throws RegionOfflineException for B.
The problem with the fix seems to be that we keep and compare HRegionInfo's in the HashSet at CatalogJanitor.java#scan(), but HRI that are compared are not equal.  

HashSet<HRegionInfo> parentNotCleaned = new HashSet<HRegionInfo>(); //regions whose parents are still around
      for (Map.Entry<HRegionInfo, Result> e : splitParents.entrySet()) {
        if (!parentNotCleaned.contains(e.getKey()) && cleanParent(e.getKey(), e.getValue())) {
          cleaned++;
        } else {
...

In the above case, Meta row for region A will contain a serialized version of B that is not offline. However Meta row for region B will contain a serialized version of B that is offline (MetaEditor.offlineParentInMeta() does that). So the deserialized version we put to HashSet and the deserialized version we query contains() from HashSet are different in the offline field, thus HRI.equals() fail. 

The filterCount in StepExecution is not incremented properly whenever a skip (Exception) happens in the same chuck. See the forum link for details.

Appears to be a regression bug from M1 - the serialVersionUID field is available for input on the create and edit forms of a composite primary key class. This field should not be displayed.

A row can have multiple cells, and each cell can have a different timestamp.  The get command in the shell demonstrates that cells are being stored with different timestamps:

hbase(main):008:0> get 'table1', 'row2'  
COLUMN                       CELL 
 fam1:letters                timestamp=1215707612949, value=def 
 fam1:numbers                timestamp=1215707629064, value=123 
 fam2:letters                timestamp=1215711498969, value=abc 
3 row(s) in 0.0100 seconds

However, using the scanners to retrieve these cells shows that they all have the same timestamp:

hbase(main):009:0> scan 'table1'  
 row2                        column=fam1:letters, timestamp=1215711498969, value=def 
 row2                        column=fam1:numbers, timestamp=1215711498969, value=123 
 row2                        column=fam2:letters, timestamp=1215711498969, value=abc 
3 row(s) in 0.0600 seconds

The scanners are losing timestamp information somewhere along the line.

Test set: org.wildfly.clustering.web.infinispan.CacheMutatorTestCase
Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.054 sec <<< FAILURE!
isMutable(org.wildfly.clustering.web.infinispan.CacheMutatorTestCase)  Time elapsed: 0.034 sec  <<< ERROR!
        at java.util.Currency.getInstance(Currency.java:361)
        at org.wildfly.clustering.web.infinispan.CacheMutatorTestCase.isMutable(CacheMutatorTestCase.java:71)
        assertFalse(CacheMutator.isMutable(Currency.getInstance(Locale.getDefault())));
The default locale can be defined by different things. In my case default locale is 'en'.
Currency.getInstance does not like this Locale as this seems not to be linked to a country.
I think it's better to use a defined Locale here like Locale.GERMANY.

The comments above this method explain that it exists to set configs and return, however, no configs are set in the method.  
As you can see here:
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/master/procedure/ServerCrashProcedure.java#L210-L214 
It is only ever called here:
https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/master/procedure/ServerCrashProcedure.java#L142

ommon-0.13.0-SNAPSHOT.jar!/hive-log4j.properties
hive> compile `import org.apache.hadoop.hive.ql.exec.UDF \;
    > public class Pyth extends UDF {
    >   public double evaluate(double a, double b)
{
    >     return Math.sqrt((a*a) + (b*b)) \;
    >   }
    > } ` AS GROOVY NAMED Pyth.groovy;
Added /tmp/0_1381290655403.jar to class path
Added resource: /tmp/0_1381290655403.jar
hive> create temporary function Pyth as 'Pyth';
OK
Time taken: 0.445 seconds
hive> select Pyth(a,b) from a;
Exception in thread "main" java.lang.UnsupportedOperationException: Kerberos not supported in current hadoop version
	at org.apache.hadoop.hive.shims.Hadoop20Shims.getTokenFileLocEnvName(Hadoop20Shims.java:775)
	at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.main(ExecDriver.java:653)
Task ID:
  Stage-1
Logs:
/tmp/edward/hive.log
hive> 

combine2.q was updated in HIVE-3253, the corresponding change is missing in combine2_win.q, causing it to fail on windows.

02/09/2010 9:52:40 AM org.springframework.roo.felix.JdkDelegatingLogListener logNow
SEVERE: [org.springframework.roo.project [59]] [org.springframework.roo.project.AutomaticProjectUpgradeService] The activate method has thrown an exception
	at org.springframework.roo.project.AutomaticProjectUpgradeService.activate(AutomaticProjectUpgradeService.java:34)
	at org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:213)
	at org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:138)
	at org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:226)

HIVE-3953 fixed using partitioned avro tables for anything that used the MapOperator, but those that rely on FetchOperator still fail with the same error.
e.g.

  SELECT * FROM partitioned_avro LIMIT 5;
  SELECT * FROM partitioned_avro WHERE partition_col=value;

When using a RedisTemplate with enableTransactionSupport set to true, it will open new connections for each redis operation.
Given this example:
	listOperations.rightPush("test", "a");
}
When monitoring everything that the server handles, you will see this output:
1406625662.861592 [0 127.0.0.1:54842] "MULTI"
1406625662.861592 [0 127.0.0.1:54842] "RPUSH" "test" "\"a\""
1406625662.861592 [0 127.0.0.1:54842] "EXEC"
1406625663.220937 [0 127.0.0.1:54843] "MULTI"
1406625663.220937 [0 127.0.0.1:54843] "RPUSH" "test" "\"a\""
1406625663.220937 [0 127.0.0.1:54843] "EXEC"
With debugging the spring-data-redis source code we found that in RedisTemplate.java line 201 (version 1.3.1-RELEASE) the if condition checks for "enableTransactionSupport". If that is true, the connection is unbound. This leads to the next redis operation not working on the same connection anymore. If the condition would be "if (!enableTransactionSupport)" then the output is as we expect it to be:
1406626330.259418 [0 127.0.0.1:54894] "MULTI"
1406626330.259418 [0 127.0.0.1:54894] "RPUSH" "test" "\"a\""
1406626330.259418 [0 127.0.0.1:54894] "EXEC"

bin/rename_table.rb script rotted.  Bring it back up to date (Someone asked nicely for it up on IRC).

These tests must set the user.home var to Temporary Location.

Currently, after opening Beeline CLI, the user needs to supply a connection string to use the HS2 instance and set up the jdbc driver. Since we plan to replace Hive CLI with Beeline in future (HIVE-10511), it will help the usability if the user can simply type beeline and get start the hive session. The jdbc url can be specified in a beeline-site.xml (which can contain other named jdbc urls as well, and they can be accessed by something like: beeline -c namedUrl. The use of beeline-site.xml can also be potentially expanded later if needed.

JBossFuse:karaf@root> logout
Exception in thread "Startup for ActiveMQ Broker: amq" java.lang.NullPointerException
	at org.fusesource.mq.fabric.ActiveMQServiceFactory$ClusteredConfiguration$$anon$3.run(ActiveMQServiceFactory.scala:396)
davsclaus:/opt/jboss-fuse-6.1.0.redhat-022$

Currently it logs the cause of the caught exception. It should log the caught exception itself.

Column in table is defined with upper case or mixed case, when do update command with verbatim column names, update doesn't update the value. when do update with all lower case column names, it works.
create table testable( a string, Bb string, c string)
clustered by (c) into 3 buckets
insert into table testable values ('a1','b1','c1), ('a2','b2','c2'), ('a3','b3','c3');
update table testable set Bb='bb';
job finishes, but the values are not really updated.
update table testable set bb='bb'; it works.

I am using file endpoints on Windows without the volume name just like the normal unix based paths look.
That means, I have something like  file:///tmp/file-in and file:///tmp/file-out
The funny thing that I noticed is that each endpoint itself works fine, but when a route is set up from one to the other, it fails because there seems to be an inconsistency in the way the windows path is handled in the camel-core's file component.
As mentioned, each file endpoint itself is working fine. For example, the consumer file endpoint configured in a route
from("file:///tmp/file-in").to("mock:test")
Similarly, the produce file endpoint configured in a route
from("direct:test").to("file:///tmp/file-out")
But when a route is setup to connect these two file endpoints, the producer endpoint fails to create the output file.
Concretely, there is the following code in GenericFileEndpoint.configureMessage that determines the file name.
             String name = file.isAbsolute() ? file.getAbsoluteFilePath() : file.getRelativeFilePath();
            // skip leading endpoint configured directory
            String endpointPath = getConfiguration().getDirectory() + getFileSeparator();
In this particular case, the name variable is set to "C:\tmp\file-in\sample.xml" while the endpointPath variable is set to "\tmp\file-in".
So, the subsequent code to extract the file name part, shown below, fails to match the path.
            if (ObjectHelper.isNotEmpty(endpointPath) && name.startsWith(endpointPath)) 
{
                name = ObjectHelper.after(name, endpointPath);
            }

As a result, the file name is not extracted as "sample.xml" but remain unchanged as "C:\tmp\file-in\sample.xml".
Consequently, when the file producer endpoint tries to write this file in the file system, it tries to write a file as "/tmp/file-out/C:\tmp\file-in\sample.xml", resulting in an error.
I modified FileComponent and FileEndpoint so that the endpoint path is stored correctly in this case to make the above extraction code find the file name part correctly.
Attached is this proposed patch and a test case which runs on windows and on non-windows but this issue can only be demonstrated under windows.
testRouteToFileOnly and testRouteFromFileOnly work without this patch while testRouteFileToFile fails without this patch on windows.
Thanks for looking into this issue.

See:
http://groups.google.com/group/oauth/browse_thread/thread/f3e9ec6c3aa0fe1a/12c4140f2cf4fc13?lnk=gst&q=vulnerability#12c4140f2cf4fc13

In hiveserver2.sh:

exec $HADOOP jar $JAR $CLASS "$@"

While cli.sh having:

Hence some hive commands that run properly in Hive shell fail in HiveServer.

LayeredDistributionTestCase fails when started twice without mvn clean - removing old working directory is done using operation supporting only blank directories:

Running org.jboss.as.test.manualmode.layered.LayeredDistributionTestCase
Tests run: 4, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.1 sec <<< FAILURE! - in org.jboss.as.test.manualmode.layered.LayeredDistributionTestCase
before(org.jboss.as.test.manualmode.layered.LayeredDistributionTestCase)  Time elapsed: 0.058 sec  <<< ERROR!
java.nio.file.DirectoryNotEmptyException: target/jbossas-layered/modules/system/layers/test
	at org.jboss.as.test.manualmode.layered.LayeredDistributionTestCase.buildLayer(LayeredDistributionTestCase.java:162)
	at org.jboss.as.test.manualmode.layered.LayeredDistributionTestCase.before(LayeredDistributionTestCase.java:99)

Incremental REPL DUMP have the progress information logged as "eventsDumpProgress":"49/0".
It should actually log the estimated number of events are denominator but it is coming as 0 always.

Konstantin Boudnik reported in the mailing thread, 'HBase 0.98.x dependency problems', that specifying hadoop-two.version with value other than 2.2.0 pulls in incorrect dependencies such as:

[INFO] |  \- org.apache.hadoop:hadoop-hdfs:test-jar:tests:2.2.0:compile

This is due to missing specification of scope in the pom.xml files.

EJB CLient was configured with DNS FQDN to configure access to a remote EJB. If run a simple test adding an entry in /etc/hosts file pointing that FQDN to localhost for tests everything works. However, after finish the tests and remove the entry, the client still connects to localhost instead of resolve the new IP address. Even adding networkaddress.cache.ttl=30 inside security settings didn't work too.
Everytime you use DNS names to connect to a remote EJB.
1. Configure a simple client that connects to a remote EJB using dns name
2. add an entry in /etc/hosts mapping the dns name to localhost
3. run the client code
4. remove the entry in /etc/hosts
5. run the client code again
EJB remote is still reached from localhost
After changing DNS record EJB will be reached in this new address

Lets keep this change on the new release only.
See nabble
http://camel.465427.n5.nabble.com/diagnosing-onException-problem-tp5748474.html

There is no method to support customizing/replacing the org.springframework.webflow.execution.repository.continuation.FlowExecutionContinuationFactory used during the construction of a org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository inside the constructor. This will force anyone wishing to replace/override/ehance the default org.springframework.webflow.execution.repository.continuation.SerializedFlowExecutionContinuationFactory to duplicate/re-implement functionality in org.springframework.webflow.execution.repository.impl.DefaultFlowExecutionRepository

Sean

Currently, there are some custom repository method names with OrderBy clauses that are parsed properly.  Setting aside the database design issues, if you had a database that looked like:

CREATE TABLE project(
  key VARCHAR(8) PRIMARY KEY,
  name VARCHAR(64) NOT NULL
);

That table is mapped to an entity that looks like:

@Entity
public final class Project {

    @Id
    private volatile String key;

    private volatile String name;

    Project() {
    }

    public String getKey() {
        return this.key;
    }

        return this.name;
    }

}

The repository used to access this entity looks like:

public interface ProjectRepository extends JpaRepository<Project, String> {

    List<Project> findAllOrderByKeyAsc();

}

When the application starts up, you'll end up with an exception that says:

Caused by: org.springframework.data.mapping.PropertyReferenceException: No property asc found for type java.lang.String
	at org.springframework.data.mapping.PropertyPath.<init>(PropertyPath.java:75)
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:327)
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:307)
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:330)
	at org.springframework.data.mapping.PropertyPath.create(PropertyPath.java:353)
	at org.springframework.data.mapping.PropertyPath.from(PropertyPath.java:271)
	at org.springframework.data.mapping.PropertyPath.from(PropertyPath.java:245)
	at org.springframework.data.repository.query.parser.Part.<init>(Part.java:72)
	at org.springframework.data.repository.query.parser.PartTree$OrPart.<init>(PartTree.java:188)
	at org.springframework.data.repository.query.parser.PartTree$Predicate.buildTree(PartTree.java:277)
	at org.springframework.data.repository.query.parser.PartTree$Predicate.<init>(PartTree.java:257)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:90)
	at org.springframework.data.jpa.repository.query.JpaQueryLookupStrategy$CreateIfNotFoundQueryLookupStrategy.resolveQuery(JpaQueryLookupStrategy.java:162)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.<init>(RepositoryFactorySupport.java:290)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:162)
	at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.getObject(RepositoryFactoryBeanSupport.java:44)
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:144)

This is obviously an error, although I don't have enough of a grasp of the parsing logic to understand where it might be.  A note is that if I use a findAll(new Sort("key")), it works fine.  So I've got a work around, but I'd like to encapsulate the ordering in a specific method on the repository.
I'm free to talk through the issue and try snapshots if needed.

StaxEventContentHandler doesn't set the configured SAX Locator on the XMLEventFactory until consumeEvent is called. consumeEvent is called after the event is created which means when client code sets a Locator it does not take effect until after the next event that is written to the XMLEventWriter.
I propose modifying setDocumentLocator so that it calls setLocation on the XMLEventFactory immediately.

In SyncFuture, NOT_DONE = 0. The initial value of the ringBuffer is -1. So ringBuffer.next() gives 0 for the first call. If we create a SyncFuture with sequence = 0, even when we set it's done (ie. doneSequence = 0), it is still not done since doneSequence == NOT_DONE == 0.  Can we set NOT_DONE to -1, and the initial doneSequence to -2?

We should be catching the specific exception which is thrown.

The reload parameter is just ignored.
Need to fix this before 2.0.0 release.

org.jboss.as.weld.services.bootstrap.ManagedReferenceFactoryToResourceReferenceFactoryAdapter
org.jboss.as.weld.services.bootstrap.ManagedReferenceToResourceReferenceAdapter
Refer to this tattletale report:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-Acceptance/job/eap-7x-acceptance-tattletale/javadoc/classlocation/index.html

Only users with SELECT privilege on the table should be able to do 'describe table' and 'show partitions'.

In deploy env, multi small hbase clusters may share a same zk cluster. So, for hbase cluster1, its parent znode is /hbase/cluster1. But in hbase version 0.94.1, hbase use ZKUtil.createAndFailSilent(this, baseZNode) to create parent path and it will throw a NoNode exception if znode /hbase donot exist.
We want to change it to ZKUtil.createWithParents(this, baseZNode); to suport create baseZNode recursivly. 
The NoNode exception is:
        at org.apache.hadoop.hbase.master.HMaster.constructMaster(HMaster.java:1792)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.startMaster(HMasterCommandLine.java:146)
        at org.apache.hadoop.hbase.master.HMasterCommandLine.run(HMasterCommandLine.java:103)
        at org.apache.hadoop.hbase.util.ServerCommandLine.doMain(ServerCommandLine.java:77)
        at org.apache.hadoop.hbase.master.HMaster.main(HMaster.java:1806)
Caused by: org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hbase/cluster1
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.createNonSequential(RecoverableZooKeeper.java:420)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.create(RecoverableZooKeeper.java:402)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.createAndFailSilent(ZKUtil.java:905)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.createBaseZNodes(ZooKeeperWatcher.java:166)
        at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.<init>(ZooKeeperWatcher.java:159)
        at org.apache.hadoop.hbase.master.HMaster.<init>(HMaster.java:282)
        at org.apache.hadoop.hbase.master.H

HBaseAdmin#disableTable() when called with META or ROOT table, it will pass the disable instruction to Master and table is actually getting disabled. Later this API call will fail as there is a call to HBaseAdmin#isTableDisabled() which is having a check like isLegalTableName(tableName).So this call makes the catalog table to be in disabled state.
We can have same kind of isLegalTableName(tableName) checks in disableTable() and enableTable() APIs

The test came in recently as part of HBASE-17712 "Remove/Simplify the logic of RegionScannerImpl.handleFileNotFound"
Duo Zhang when you have a chance, help me out. I was going to just remove the test since it made no sense to me but then I saw you wrote it  (smile).
When the region.compact(true); is called on the end, what is supposed to be going on?
When I trace, the compact is not done because the Region is not writeEnabled (we check if Region is writeEnabled down in Store before we go ahead and compact). So, I thought the problem was that the region reference was stale because it came from the rsToSuspend which had just been killed.
After a while, I figured that you intend the region reference to be stale so you can try an append AFTER the WAL has been taken over by WAL splitter.
But the writeEnabled flag is set so compactions don't run. I tried unsetting this flag and closed flags and but compaction won't run.
Was this your intent sir? If so, I'll work w/ it np. Just looking for clarity. Thanks. 

HRS unable to contact master for initialization after expiration from ZK. Master thinks HRS is still up whereas HRS went down and now cannot restart. The RS logs have a flurry of the following warning messages:
2009-07-08 12:53:19,547 WARN org.apache.hadoop.hbase.regionserver.HRegionServer: Unable to get master for initialization
More logs from the RS and the Master attached.

If for instance an onException() is handling a given exception the traces of the redelivery headers should be removed from the message.
As if the exchange will fail yet another again then it will continue using counters from where the old left. It should start from 0 again.

Current server profiles breaks requirements in EAP7-543.
The Elytron subsystem is referenced from the Undertow one - namely the /subsystem=undertow/server=default-server/host=default-host/setting=http-invoker references the /subsystem=elytron/http-authentication-factory=application-http-authentication. 
Related RFE EAP7-543 says in its Description:

... add the Elytron subsystem ready to be used but not actually used ...

While running 'mvn compile -Pcompile-protobuf' I noticed generated/ClientProtos.java changed. Looks like the message descriptor for Scan has changed, and its FieldAccessorTable. Attaching the diff. Difference in protoc version maybe? I'm using protoc 2.5.0.

In certain circumstances EntityMetadataProviderImpl incorrectly returns a parent EntityMetadata as null. It is perfectly valid for an EntityMetadata not to have a parent EntityMetadata but in some cases it indicates that not enough information is ready to proceed with metadata creation. In the case of EntityMetadata if the governor has a super class and said super class is annotated with @RooEntity the parent EntityMetadata the parent should be resolved and not null. If the parent EntityMetadata is null this indicates a problem and null should be returned instead of continuing as if the EntityMetadata to be produced doesn't have a parent.

Currently RegionObserver pre/postScannerOpen() upcalls are injected at HRegion.instantiateInternalScanner(). If someone uses scanner methods at HRegion, ScannerOpen upcalls can be triggered unexpectedly. HBase-3583 pulled scannerNext and scannerClose from HRegion to HRegionServer. We also need to pull scannerOpen to HRegionObserver to prevent unexpected triggers. 

Hi,
I'm trying to use @ResponseBody with Spring 3.0.2 on AppEngine
I got a RestClientException("Cannot extract response: no Content-Type found") : 
from HttpMessageConverterExtractor (line 66) :

		MediaType contentType = response.getHeaders().getContentType();
		if (contentType == null) {
			throw new RestClientException("Cannot extract response: no Content-Type found");
		}

The problem comes from response.getHeaders() :
the field 0 is ignored, but with AppEngine, field 0 IS Content-Type
AppEngine uses com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler$Connection as HttpURLConnection

			// Header field 0 is the status line, so we start at 1
			int i = 1;
			while (true) {
				String name = this.connection.getHeaderFieldKey(i);
				if (!StringUtils.hasLength(name)) {
					break;
				}
				this.headers.add(name, this.connection.getHeaderField(i));
				i++;
			}

Sorry for my poor english...
Thank you for your help

SimpleJpaRepository.delete(ID id) calls exists(…) to detect whether an entity with the given identifier exists. If that's the case it loads the entity and passes it on.
The exists call is superfluous as we can simply check the result of findOne(…) for null and thus avoid the additional SQL statement to be executed.

The TCCL is not set, so the chances of finding com.sun.security.auth.module.Krb5LoginModule or com.ibm.security.auth.module.Krb5LoginModule are essentially completely dependent on the environment.  However since the class is always the same, and we can safely assume that we should have a dependency on that module, we should set TCCL around the initialization of the LoginContext.

When using the intercept-methods tag on a bean, the dao's used by the userSecurityService and the protected bean are not processed by the 
PersistenceAnnotationBeanPostProcessor. This seems to be because the dao gets created before the PostProcessor and so in never seen by it. This like SEC-750 causes a null pointer when an attempt is made to authenticate the user.
I believe that this is related to SEC-750 and SEC-773 however it still occurs in 2.0.0/2.5.4
I have modified the test case form SEC-750 to demonstrate the problem. The unmodified test case runs fine on my system.
My real world case is a little more complex in that I have a userSecurityService that uses one of my service components, that in turn uses a DAO that is used by another protected service.

On deploy, CacheRegistry adds its local entry to the cache, and on undeploy removes it entry.  However, we use a topology change listener to remove entries for crashed members (since these nodes will not have removed their local entry).  However, since the listener is triggered asynchronously, it is possible that the topology change fired in response to an undeploy execute after the redeployed CacheRegistry starts - which would cause erroneous removal of the local entry that was added.
This manifests itself as an intermittent failure of the RegistryTestCase as seen in this PR:
https://github.com/wildfly/wildfly/pull/8465
Not surprisingly, this issue only surfaces in the windoze runs, which, according to Tomaž Cerar, execute faster than the linux runs.

protected long addRowLock(Integer r, HRegion region) throws LeaseStillHeldException
{
	long lockId = -1L;
	lockId = rand.nextLong();               //!!!may generate duplicated id，bug?
	String lockName = String.valueOf(lockId);
	rowlocks.put(lockName, r);
	this.leases.createLease(lockName, new RowLockListener(lockName, region));
	return lockId;
}

In addRowLock(),rand may generate duplicated lock id, it may cause regionserver throw exception(Leases$LeaseStillHeldException).The client will be blocked until old rowlock is released.

2012-02-03 15:21:50,084 ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: Error obtaining row lock (fsOk: true)
org.apache.hadoop.hbase.regionserver.Leases$LeaseStillHeldException
        at org.apache.hadoop.hbase.regionserver.Leases.createLease(Leases.java:150)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.addRowLock(HRegionServer.java:1986)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.lockRow(HRegionServer.java:1963)

list_labels shouldn't raise ArgumentError if no labels are defined. The empty list is a valid return case, and anyway ArgumentError should be used when arguments to the command are erroneous. Here the command is well formed:

hbase(main):001:0> list_labels

ERROR: No auth label defined

List the visibility labels defined in the system.
Optional regular expression parameter could be used to filter the labels being returned.
Syntax : list_labels

    hbase> list_labels 'secret.*'
    hbase> list_labels

We used to dump out all metrics when we were exiting on abort. Was of use debugging why the abort.  We used to have this.  Jean-Daniel Cryans noticed it was dropped by his brother Elliott Clark over in HBASE-6410 "Move RegionServer Metrics to metrics2" To stop the two brothers fighting I intervened with this patch.

I have the following query method:

@Query("SELECT a FROM AdminModule a WHERE a.admin = :admin ORDER BY a.module")
public Page<AdminModule> findByAdmin(@Param("admin") Admin admin, Pageable page);

The test is:

@Test
public void testFindByAdmin() {
  Page<AdminModule> adminModules = adminModuleRepository.findByAdmin(admin0, new PageRequest(0, 10));
  assertEquals(1, adminModules.getContent().size());
  assertEquals(adminModule0.getModule(), adminModules.getContent().get(0).getModule());
  adminModules = adminModuleRepository.findByAdmin(admin1, new PageRequest(0, 10));
  assertEquals(10, adminModules.getContent().size());
  assertEquals(adminModule1.getModule(), adminModules.getContent().get(0).getModule());
  assertEquals(adminModule2.getModule(), adminModules.getContent().get(1).getModule());
  adminModules = adminModuleRepository.findByAdmin(admin1, new PageRequest(1, 10));
  assertEquals(manyAdminModules.get(8).getModule(), adminModules.getContent().get(0).getModule());
  assertEquals(manyAdminModules.get(9).getModule(), adminModules.getContent().get(1).getModule());
}

It is successful when run against the MySQL database. But when run against the H2 database, it gives the following error:

2013-07-25 12:10:40,560 DEBUG  [sqlonly]  org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:208)
6. select count(adminmodul0_.id) as col_0_0_ from admin_module adminmodul0_ where adminmodul0_.admin_id=4362
order by adminmodul0_.module
2013-07-25 12:10:40,588 ERROR  [sqlonly]  org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:208)
6. select count(adminmodul0_.id) as col_0_0_ from admin_module adminmodul0_ where adminmodul0_.admin_id=4362 order by adminmodul0_.module
org.h2.jdbc.JdbcSQLException: Column "ADMINMODUL0_.MODULE" must be in the GROUP BY list; SQL statement:
select count(adminmodul0_.id) as col_0_0_ from admin_module adminmodul0_ where adminmodul0_.admin_id=? order by adminmodul0_.module [90016-172]

I'm using the following:

    <hibernate.version>3.6.10.Final</hibernate.version>

      <groupId>org.hibernate</groupId>
      <artifactId>hibernate-core</artifactId>
      <version>${hibernate.version}</version>
      <artifactId>hibernate-entitymanager</artifactId>
      <groupId>org.springframework.data</groupId>
      <artifactId>spring-data-jpa</artifactId>
      <version>1.3.4.RELEASE</version>
      <artifactId>hibernate-annotations</artifactId>
      <version>3.5.6-Final</version>
      <groupId>org.hibernate.javax.persistence</groupId>
      <artifactId>hibernate-jpa-2.0-api</artifactId>
      <version>1.0.1.Final</version>
      <groupId>com.h2database</groupId>
      <artifactId>h2</artifactId>
      <version>1.3.172</version>

Implementation of org.springframework.security.ldap.searchForSingleEntry doesn't work with MS AD.
When calling results.hasMore with base="" a PartialResultException is thrown. The call hasMore should
be replaced with hasMoreElements() and whole method should look like this:
public DirContextOperations searchForSingleEntry(final String base, final String filter, final Object[] params) {
        return (DirContextOperations) executeReadOnly(new ContextExecutor() {
			        public Object executeWithContext(DirContext ctx)
			            throws NamingException {
			            try {
							NamingEnumeration results = ctx.search(base, filter, params, searchControls);
							if (!results.hasMoreElements())
								throw new IncorrectResultSizeDataAccessException(1, 0);
							SearchResult searchResult = (SearchResult) results.next();
							logger.debug("searchResult="+searchResult);
							if (results.hasMoreElements()) 
{
								if (!searchResult.equals((SearchResult) results.next()))
									throw new IncorrectResultSizeDataAccessException(1, 2);
							}

							// Work out the DN of the matched entry
							StringBuffer dn = new StringBuffer(searchResult.getName());
							if (base.length() > 0) 
{
							    dn.append(",");
							    dn.append(base);
							}

							return new DirContextAdapter(searchResult.getAttributes(),
							        new DistinguishedName(dn.toString()), new DistinguishedName(ctx.getNameInNamespace()));
						}
			            catch (Exception e) 
{
			            	NamingException ne = new NamingException(e.getMessage());
							ne.setStackTrace(e.getStackTrace());
							throw ne;
						}
			        }
			    });		       
    }

In TableMapReduceUtil#initTableMapperJob, we have
HBaseConfiguration.addHbaseResources(job.getConfiguration());
It should use merge instead. Otherwise, user supplied options are overwritten.

There's a dupe call to setBatch when a scanner model object is created for protobuf outputs.

As you can test with the given gist, SpEL fails if I evaluated in the same context "class.name" and "name" of an object.

A URL with an IPv6 address should look like http://[my::ad:dr:es:s]:8080/, but the SSE stream maintained by the topology-webapp fraction doesn't add the brackets. The URL looks like http://my::ad:dr:es:s:8080/, which is wrong and doesn't work in browsers.
The servlet which maintains the SSE stream should check if the service address looks like an IPv6 address and if so, add the brackets.

SnakeYAML breaks our StrictMapAppenderConstructor by using a different createDefaultMap() signature as of SnakeYAML 1.21. It turns out that beyond this current issue, duplicate key detection is broken for SnakeYAML 1.18+ since the YAML parser has some duplicate key handling built in now, never calling Map.put a second time and therefore bypassing our check on the decorated map.
Let's upgrade to SnakeYAML's new policy as of Spring Framework 5.0.6, using LoaderOptions.setAllowDuplicateKeys(false), deprecating our now pointless StrictMapAppenderConstructor (and removing it altogether for 5.1). Stéphane Nicoll, Andy Wilkinson, this might affect Boot as well (remembering SPR-13504).

The org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_udf7 test fails.
See this url for more information: http://hudson.zones.apache.org/hudson/job/Hive-trunk-h0.19/lastBuild/testReport/org.apache.hadoop.hive.cli/TestCliDriver/testCliDriver_udf7/

Steps to re generate the bug:
	
Run the following roo script
test-roo.roo
// Spring Roo 1.0.1.RELEASE [rev 601] log opened at 2010-02-23 08:15:39
project --topLevelPackage com.bzone.test --projectName test-roo
persistence setup --provider HIBERNATE --database MYSQL --userName ** --password ** --databaseName rootest
entity --class ~.domain.Series
field string --fieldName seriesName
field reference --type com.bzone.test.domain.Series --fieldName parentSeries
field set --fieldName subSeriesList --element com.bzone.test.domain.Series --cardinality MANY_TO_MANY --mappedBy parentSeries
controller scaffold --class com.bzone.test.web.SeriesController --entity com.bzone.test.domain.Series

now run the application (I use mvn jetty:run) and try to access "Create new Series" link.

what happens:
internal server see the stack trace 
roo-exception.txt
2010-02-23 08:26:20.275::WARN:  Nested in org.springframework.web.util.NestedServletException: Request processing failed; nested exception is org.apache.tiles.impl.CannotRenderException: ServletException including path '/WEB-INF/layouts/default.jspx'.:
org.apache.tiles.impl.CannotRenderException: ServletException including path '/WEB-INF/layouts/default.jspx'.
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:691)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:643)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:626)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:322)
	at org.springframework.web.servlet.view.tiles2.TilesView.renderMergedOutputModel(TilesView.java:100)
	at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:285)
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:71)
Caused by: org.apache.tiles.util.TilesIOException: ServletException including path '/WEB-INF/layouts/default.jspx'.
	at org.apache.tiles.servlet.context.ServletTilesRequestContext.forward(ServletTilesRequestContext.java:243)
	at org.apache.tiles.impl.BasicTilesContainer.render(BasicTilesContainer.java:689)
	... 54 more
Caused by: org.apache.tiles.util.TilesIOException: JSPException including path '/WEB-INF/views/series/create.jspx'.
	at org.apache.jsp.WEB_002dINF.layouts.default_jspx._jspx_meth_tiles_insertAttribute_1(org.apache.jsp.WEB_002dINF.layouts.default_jspx:469)
	at org.apache.jsp.WEB_002dINF.layouts.default_jspx._jspService(org.apache.jsp.WEB_002dINF.layouts.default_jspx:144)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:93)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:373)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:470)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:364)
	... 59 more
Caused by: org.springframework.beans.NotReadablePropertyException: Invalid property 'seriesName' of bean class [java.util.ArrayList]: Bean property 'seriesName' is not readable or has an invalid getter method: Does the return type of the getter match the parameter type of the setter?
	at org.springframework.beans.BeanWrapperImpl.getPropertyValue(BeanWrapperImpl.java:665)
	at org.springframework.beans.BeanWrapperImpl.getPropertyValue(BeanWrapperImpl.java:657)
	at org.springframework.web.servlet.support.BindStatus.<init>(BindStatus.java:147)
	at org.apache.jsp.WEB_002dINF.views.series.create_jspx._jspx_meth_form_input_0(org.apache.jsp.WEB_002dINF.views.series.create_jspx:512)
	at org.apache.jsp.WEB_002dINF.views.series.create_jspx._jspService(org.apache.jsp.WEB_002dINF.views.series.create_jspx:147)
	at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:997)
	at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:682)
	... 84 more
2010-02-23 08:26:20.322::WARN:  /test-roo/series/form
	... 54 more
	... 59 more
	... 84 more

when i opened the SeriesController_Roo_Controller.aj file i found the reason, the createForm method adds the series entity and the series list with the same name to the model map

@RequestMapping(value = "/series/form", method = RequestMethod.GET)
    public String SeriesController.createForm(ModelMap modelMap) {
        modelMap.addAttribute("series", new Series());
        modelMap.addAttribute("series", Series.findAllSeries());
        return "series/create";
    }

Teiid has supply a driver(teiid-$VERSION-jdbc.jar) which do not depend on additional jars, this should wrok fine with current logic.
But teiid-client library also contains detectableClassName( org.teiid.jdbc.TeiidDriver), this will cause a NoClassDefFoundError

2017-05-02 16:23:35,091 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 16) WFLYCTL0013: Operation ("add") failed - address: ([
    ("jdbc-driver" => "teiid")
]): java.util.ServiceConfigurationError: java.sql.Driver: Provider org.teiid.jdbc.TeiidDriver could not be instantiated
	at java.util.ServiceLoader.fail(ServiceLoader.java:232)
	at java.util.ServiceLoader.access$100(ServiceLoader.java:185)
	at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:384)
	at org.jboss.as.connector.subsystems.datasources.JdbcDriverAdd.performRuntime(JdbcDriverAdd.java:107)
Caused by: java.lang.NoClassDefFoundError: org/teiid/core/TeiidException
	at org.teiid.jdbc.TeiidDriver.<init>(TeiidDriver.java:72)
	at org.teiid.jdbc.TeiidDriver.<clinit>(TeiidDriver.java:60)
	... 13 more
Caused by: java.lang.ClassNotFoundException: org.teiid.core.TeiidException from [Module "org.teiid.jdbc:main" from BootModuleLoader@635eaaf1 for finders [BootstrapClasspathModuleFinder, BootstrapModuleFinder(org.wildfly.swarm.bootstrap:main), ClasspathModuleFinder, ContainerModuleFinder(swarm.container:main), ApplicationModuleFinder(swarm.application:main), org.wildfly.swarm.bootstrap.modules.DynamicModuleFinder@5c30a9b0]]
	... 21 more

.h3 Reproduce

$ git clone git@github.com:kylinsoong/wildfly-swarm-teiid-examples.git
$ cd wildfly-swarm-teiid-examples
$ java -jar vdb-datafederation/target/vdb-datafederation-swarm.jar

Here was from 'HBase 0.92/Hadoop 0.22 test results' discussion on dev@hbase

"LRU Statistics #0" prio=10 tid=0x00007f4edc7dd800 nid=0x211a waiting
on condition [0x00007f4e631e2000]
  java.lang.Thread.State: TIMED_WAITING (parking)
       at sun.misc.Unsafe.park(Native Method)
       - parking to wait for  <0x00007f4e88acc968> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
       at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
       at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)
       at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
       at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
       at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
       at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)

We should make this thread daemon thread.

It is not possible to load a properties file if there is a '#' in the filename.
    public static void main(String[] args) throws Exception
    {
        File file = new File("myProperties #1.properties");
        try
        {
            file.createNewFile();
            
            Configuration configuration = new PropertiesConfiguration(file);
        }
        catch (Exception e)
        {
        }
        finally
        {
            file.delete();
        }
}
The method that drops the '#' is : ConfigurationUtils.fileFromURL...

Match purpose should be entirely removed, see [1]. It means it should be removed from API, Elytron subsystem and Elytron client configuration file.

See https://issues.apache.org/jira/browse/KAFKA-3218
If the contextClassLoader is set, Kafka only uses that when looking for the dynamically loaded classes.   That means the users application bundle must import those classes which may not be the case since they are generally just configured in as strings.   We could pre-process those strings to check not just the application context but also the camel-kafka classloader and the kafka classloader so that the default serializers can be found.   

getJCEProvider is only needed by the JceCipher class.
It's confusing to have it in a shared class.

ApiMethodParser.forName() doesn't handle inner class names of the format package.OutClass.InnerClass from camel-api-component-maven-plugin's Javadoc parser. It needs to convert class names in this human readable format to package.OutClass$InnerClass form as expected by Class.forName().

HttpProducer does not send HTTP header if header value from camel was an empty string.
This is because ObjectHelper.createIterator(headerValue, null) will produce an empty iteration if headerValue is an empty string!

Grace Hash Join loads the spilled partitions to complete the join in closeOp(). This should not happen when closeOp with abort is invoked. Instead it should clean up all the spilled data.

The findbugs-exclude.xml is missing from standalone-metastore/metastore-server/findbugs. This should be added, otherwise the findbugs check will fail.

Setting an SQL statement with double quotes in it from the CLI is not possible:
data-source --name=ExampleDS --new-connection-sql="set role test identified by \"password\""

The query runs:

load data inpath 'wasb:///tmp/testtemptable/temptablemisc_5/data' overwrite into table temp2;

It fails with:

FAILED: SemanticException [Error 10028]: Line 2:37 Path is not legal ''wasb:///tmp/testtemptable/temptablemisc_5/data'': Move from: wasb://humb23-hive1@humboldttesting3.blob.core.windows.net/tmp/testtemptable/temptablemisc_5/data to: hdfs://headnode0.humb23-hive1-ssh.h2.internal.cloudapp.net:8020/tmp/hive/hrt_qa/0d5f8b31-5908-44bf-ae4c-9eee956da066/_tmp_space.db/75b44252-42a7-4d28-baf8-4977daa5d49c is not valid. Please check that values for params "default.fs.name" and "hive.metastore.warehouse.dir" do not conflict.

Upping priority, and putting it against 0.92 since J-D fingered it as blocker.  Which metrics in particular are missing?  Hard to patch?

Default configuration that is shipped with EAP/WFLY for iiop-openjdk subsystem does not contain port binding. This could be a bit confusing for users when looking on configuration file and if they check for strings/ports iiop and iiop-ssl they are not mentioned in configuration file. Course the name suggests what they are for but I think that configuration file should avoid such implicit usage which came from default values settings.
JacORB subsystem in EAP 6.4 looked like

        <subsystem xmlns="urn:jboss:domain:jacorb:1.4">
            <orb socket-binding="jacorb" ssl-socket-binding="jacorb-ssl">
                <initializers transactions="spec" security="identity"/>
            </orb>

I think that the IIOP OpenJDK subsystem should define the socket binding as well. I mean instead of

the default configuration could be

            <orb ssl-socket-binding=\"iiop-ssl\" socket-binding=\"iiop\"/>

Cron based triggers sometimes cause a StackOverflowError:
INFO   | jvm 1    | 2010/12/08 22:44:29 | java.lang.StackOverflowError
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at sun.util.calendar.ZoneInfo.getOffsets(Unknown Source)
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at java.util.GregorianCalendar.computeFields(Unknown Source)
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at java.util.GregorianCalendar.computeTime(Unknown Source)
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at java.util.Calendar.updateTime(Unknown Source)
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at java.util.Calendar.complete(Unknown Source)
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at java.util.Calendar.get(Unknown Source)
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at org.springframework.scheduling.support.CronSequenceGenerator.doNext(CronSequenceGenerator.java:126)
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at org.springframework.scheduling.support.CronSequenceGenerator.doNext(CronSequenceGenerator.java:148)
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at org.springframework.scheduling.support.CronSequenceGenerator.doNext(CronSequenceGenerator.java:139)
INFO   | jvm 1    | 2010/12/08 22:44:29 | 	at org.springframework.scheduling.support.CronSequenceGenerator.doNext(CronSequenceGenerator.java:164)
.......
(deleted a lot of lines from the trace)

check out the latest code from trunk

svn info

Path: .
URL: http://svn.apache.org/repos/asf/hive/trunk
Repository Root: http://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 1415321
Node Kind: directory
Schedule: normal
Last Changed Author: hashutosh
Last Changed Rev: 1415278
Last Changed Date: 2012-11-29 09:11:53 -0800 (Thu, 29 Nov 2012)

ant -Dhadoop.version=0.23.3 -Dhadoop-0.23.version=0.23.3 -Dhadoop.mr.rev=23 test -Dtestcase=TestCliDriver -Dqfile=union_remove_9.q

[junit] diff -a /Users/gang/hive-trunk-11-29/build/ql/test/logs/clientpositive/union_remove_9.q.out /Users/gang/hive-trunk-11-29/ql/src/test/results/clientpositive/union_remove_9.q.out
[junit] 106c106
[junit] <                           expr: UDFToLong(_col1)
[junit] —
[junit] >                           expr: _col1
[junit] 109,123c109,116
[junit] <                     Select Operator
[junit] <                       expressions:
[junit] <                             expr: _col0
[junit] <                             type: string
[junit] <                             expr: _col1
[junit] <                             type: bigint
[junit] <                       outputColumnNames: _col0, _col1
[junit] <                       File Output Operator
[junit] <                         compressed: false
[junit] <                         GlobalTableId: 1
[junit] <                         table:
[junit] <                             input format: 
[junit] <                             output format: 
[junit] <                             serde: 
[junit] <                             name: default.outputtbl1
[junit] —
[junit] >                     File Output Operator
[junit] >                       compressed: false
[junit] >                       GlobalTableId: 1
[junit] >                       table:
[junit] >                           input format: 
[junit] >                           output format: 
[junit] >                           serde: 
[junit] >                           name: default.outputtbl1
[junit] —
[junit] 149,163c142,149
[junit] —
[junit] Failed query: union_remove_9.q

I have been confused many times with the wrong import order checkstyle warnings in the pre commit result. And I haven't found any developer guide which tells me what is the right order so this time I decided to read the rule by myself.
In the ImportOrder section, we declare sortStaticImportsAlphabetically which can only work with option 'top' or 'bottom'(which means place static imports on top or bottom) and use the default option which is 'under'.
I prefer placing static import on top, so I suggest here we set option to 'top'.

 The deprecated APIs used are org.jboss.as.controller.ExtensionContext#isRegisterTransformers and org.jboss.as.controller.transform.description.TransformationDescription.Tools#register(...).

HivePreparedStatement.setTimestamp(int parameterIndex, Timestamp x) does not quote the Timestamp value when generating the HQL statement, resulting in a HiveSqlException on execution.
Reproducing
If we add the following unit test to itests/hive-unit/src/test/java/org/apache/hive/jdbc/TestJdbcDriver2.java:

  @Test
  public void testPrepareSetTimestamp() throws SQLException, ParseException {
    String sql = String.format("SELECT * FROM %s WHERE c20 = ?", dataTypeTableName);
    try (PreparedStatement ps = con.prepareStatement(sql)) {
      Timestamp timestamp = new Timestamp(new SimpleDateFormat("yyyy-MM-dd").parse("2013-01-01").getTime());
      ps.setTimestamp(1, timestamp);
      try (ResultSet resultSet = ps.executeQuery()) {
        assertTrue(resultSet.next());
        assertEquals("2013-01-01", resultSet.getString(20));
      }
    }
  }

The test fails:

org.apache.hive.service.cli.HiveSQLException: Error while compiling statement: FAILED: ParseException line 1:55 cannot recognize input near '00' ':' '00' in expression specification
  at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:205)
  at org.apache.hadoop.hive.ql.parse.ParseDriver.parse(ParseDriver.java:166)
	at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:401)
	at org.apache.hadoop.hive.ql.Driver.compileInternal(Driver.java:1150)
	at org.apache.hadoop.hive.ql.Driver.compileAndRespond(Driver.java:1136)
	at org.apache.hive.service.cli.operation.SQLOperation.prepare(SQLOperation.java:109)
	at org.apache.hive.service.cli.operation.SQLOperation.runInternal(SQLOperation.java:180)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementInternal(HiveSessionImpl.java:405)
	at org.apache.hive.service.cli.session.HiveSessionImpl.executeStatementAsync(HiveSessionImpl.java:392)
	at org.apache.hive.service.cli.CLIService.executeStatementAsync(CLIService.java:261)
	at org.apache.hive.jdbc.HiveConnection$SynchronizedHandler.invoke(HiveConnection.java:1400)
	at com.sun.proxy.$Proxy32.ExecuteStatement(Unknown Source)
	at org.apache.hive.jdbc.HiveStatement.execute(HiveStatement.java:246)
	at org.apache.hive.jdbc.HiveStatement.executeQuery(HiveStatement.java:378)
	at org.apache.hive.jdbc.HivePreparedStatement.executeQuery(HivePreparedStatement.java:109)
	at org.apache.hive.jdbc.TestJdbcDriver2.testPrepareSetTimestamp(TestJdbcDriver2.java:2395)

The failure is because the following HQL is generated/executed by calling toString() on the Timestamp value:

SELECT * FROM testdatatypetable WHERE c20 = 2013-01-01 00:00:00.0

We should be quoting the value of Timestamp.toString(), so that the following HQL is generated/executed:

SELECT * FROM testdatatypetable WHERE c20 = '2013-01-01 00:00:00.0'

If I were to specify the auxpath value as a relative path

hive --auxpath lib

I get the following error

java.lang.IllegalArgumentException: Wrong FS: file://lib/Test.jar, expected: file:///
	at org.apache.hadoop.fs.FileSystem.checkPath(FileSystem.java:625)
	at org.apache.hadoop.fs.RawLocalFileSystem.pathToFile(RawLocalFileSystem.java:69)
	at org.apache.hadoop.fs.RawLocalFileSystem.getFileStatus(RawLocalFileSystem.java:464)
	at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:380)
	at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:231)
	at org.apache.hadoop.fs.FileUtil.copy(FileUtil.java:183)
	at org.apache.hadoop.mapred.JobClient.copyRemoteFiles(JobClient.java:715)
	at org.apache.hadoop.mapred.JobClient.copyAndConfigureFiles(JobClient.java:818)
	at org.apache.hadoop.mapred.JobClient.access$400(JobClient.java:174)
	at org.apache.hadoop.mapred.JobClient$2.run(JobClient.java:960)
	at org.apache.hadoop.mapred.JobClient$2.run(JobClient.java:945)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1408)
	at org.apache.hadoop.mapred.JobClient.submitJob(JobClient.java:919)

Whenever there is an ambiguous column name reference, the error message does not reference the proper column.

hive> FROM (SELECT key, concat(value) AS key FROM src) a SELECT a.key;
FAILED: Error in semantic analysis: line 1:25 Ambiguous Column Reference value

The code in XmppPrivateChatProducer and XmppGroupChatProducer does not call setSubject() on the org.jivesoftware.smack.packet.Message object.
Setting a subject property on the org.apache.camel.Message object produces a header on the Smack object via its superclass org.jivesoftware.smack.packet.Packet, but that never gets reflected in the Message object because the Message object does not override the setProperty() method on Packet.

private void send(String camelConnectionString) {
		final CamelContext camel = new DefaultCamelContext();
		camel.start();
		Endpoint endpoint = camel.getEndpoint(camelConnectionString);
		Exchange exchange = endpoint.createExchange(ExchangePattern.InOut);
		Producer producer = endpoint.createProducer();
		producer.start();

		// send the message
		Message message = exchange.getIn();
		message.setBody("The message body");
		message.setHeader("subject", "Message subject for filtering.");
		producer.process(exchange);
}

The annoying part about this, is that I am trying to integrate with a receiving system that handles messages using the subject as a key to determine how the message should be handled.

In case when two password type are part of set-password operation for identity of Elytron filesystem-realm then only first of them is used and others are discarded. Configuring multiple credentials for one identity should be supported [1].
[1] https://issues.jboss.org/browse/WFLY-7584?focusedCommentId=13322919&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-13322919

The JUnit version specified in the central POMs (4.5) doesn't work with Spring test any more.  Upgrade to 4.6.

appclient.sh script should have better help message. There is no general description about this script. There is only list of attributes.

./appclient.sh -h

#1 Show the table:
hive> describe ssga3; 
OK
source	string	
test	float	
dt	timestamp	
Time taken: 0.243 seconds
#2 Run format_number on double and it works:
hive> select format_number(cast(test as double),2) from ssga3;
Starting Job = job_201403131616_0009, Tracking URL = http://cdh5-1:50030/jobdetails.jsp?jobid=job_201403131616_0009
Kill Command = /opt/cloudera/parcels/CDH-4.6.0-1.cdh4.6.0.p0.26/lib/hadoop/bin/hadoop job -kill job_201403131616_0009
2014-03-13 17:14:53,992 Stage-1 map = 0%, reduce = 0%
2014-03-13 17:14:59,032 Stage-1 map = 100%, reduce = 0%, Cumulative CPU 1.47 sec
2014-03-13 17:15:00,046 Stage-1 map = 100%, reduce = 0%, Cumulative CPU 1.47 sec
2014-03-13 17:15:01,056 Stage-1 map = 100%, reduce = 0%, Cumulative CPU 1.47 sec
2014-03-13 17:15:02,067 Stage-1 map = 100%, reduce = 100%, Cumulative CPU 1.47 sec
MapReduce Total cumulative CPU time: 1 seconds 470 msec
Ended Job = job_201403131616_0009
Job 0: Map: 1 Cumulative CPU: 1.47 sec HDFS Read: 299 HDFS Write: 10 SUCCESS
Total MapReduce CPU Time Spent: 1 seconds 470 msec
OK
1.00
2.00
Time taken: 16.563 seconds
#3 Run format_number on float and it does not work
hive> select format_number(test,2) from ssga3; 
Starting Job = job_201403131616_0010, Tracking URL = http://cdh5-1:50030/jobdetails.jsp?jobid=job_201403131616_0010
Kill Command = /opt/cloudera/parcels/CDH-4.6.0-1.cdh4.6.0.p0.26/lib/hadoop/bin/hadoop job -kill job_201403131616_0010
2014-03-13 17:20:21,158 Stage-1 map = 0%, reduce = 0%
2014-03-13 17:21:00,453 Stage-1 map = 100%, reduce = 100%
Ended Job = job_201403131616_0010 with errors
Job Tracking URL: http://cdh5-1:50030/jobdetails.jsp?jobid=job_201403131616_0010
Examining task ID: task_201403131616_0010_m_000002 (and more) from job job_201403131616_0010
Unable to retrieve URL for Hadoop Task logs. Does not contain a valid host:port authority: logicaljt
Task ID:
task_201403131616_0010_m_000000
java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
{"source":null,"test":1.0,"dt":null}
at org.apache.hadoop.hive.ql.exec.ExecMapper.map(ExecMapper.java:159)
at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:50)
at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:417)
at org.apache.hadoop.mapred.MapTask.run(MapTask.java:332)
at org.apache.hadoop.mapred.Child$4.run(Child.java:268)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1438)
at org.apache.hadoop.mapred.Child.main(Child.java:262)
at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:675)
at org.apache.hadoop.hive.ql.exec.ExecMapper.map(ExecMapper.java:141)
..
Job 0: Map: 1 HDFS Read: 0 HDFS Write: 0 FAIL

Interface:

public interface MeeInterface {

  public String getName();
  
  public void setName(String name);
}

JavaBean implementing Interface:

public class MeeEntity implements MeeInterface {

}	

That was no problem in Roo 1.2.x - it generated MeeEntity_Roo_JavaBean.aj containing a getName and setName, not complaining in any way. In Roo 1.3.1.RC1 writes: 
Method 'getName' already defined in ITD (ITD target 'xxx.MeeEntity_Roo_JavaBean') 
adding:

	}

writes on roo shell: 
Method 'org.springframework.roo.classpath.details.MethodMetadataBuilder@76b87d4c[methodName=setName,parameterTypes=[]]' failed to provide a body, despite being identified for ITD inclusion
which can be fixed by adding:

	public void setName() {
	}

Hello,
Upgrading to v5.1.0 now gives me an error on startup :
 
java.lang.AbstractMethodError: org.apache.commons.logging.LogFactory.setAttribute(Ljava/lang/String;Ljava/lang/Object;)V
 at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:638)
.....
 
Seems something to do with the spring-jcl jar,  I checked the jars before/after the upgrade and they are identical (other than the version changes).
 
I use the bridge logging to commons-logging.  If I exclude the spring-jcl jar the app starts up OK.  v5.0.8 was OK.
 
Here are my dependancies
 <groupId>commons-logging</groupId>
 <artifactId>commons-logging</artifactId>
 <version>1.2</version>
 </dependency>
<!-- Actual Logging Implementation log4j 2 -->
 <groupId>org.apache.logging.log4j</groupId>
 <artifactId>log4j-core</artifactId>
 <version>2.11.1</version>
 <artifactId>log4j-api</artifactId>
 <artifactId>log4j-web</artifactId>
<!-- Logging redirects -->
 <artifactId>log4j-jcl</artifactId>
 <artifactId>log4j-slf4j-impl</artifactId>
 <!-- Log4j 1.x API Bridge -->
 <artifactId>log4j-1.2-api</artifactId>
 <!-- slf4j Logging -->
 <groupId>org.slf4j</groupId>
 <artifactId>slf4j-api</artifactId>
 <version>1.7.25</version>
Cheers Greg
 
When trying to update attribute protocol-manager-factory of /subsystem=messaging-activemq/server=default/connection-factory=RemoteConnectionFactory it raises the following exception

17:36:06,807 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("undefine-attribute") failed - address: ([
]): java.lang.UnsupportedOperationException: WFLYMSGAMQ0053: Runtime handling for protocol-manager-factory is not implemented
	at org.wildfly.extension.messaging.activemq.jms.ConnectionFactoryWriteAttributeHandler.applyOperationToActiveMQService(ConnectionFactoryWriteAttributeHandler.java:189)
	at org.wildfly.extension.messaging.activemq.jms.ConnectionFactoryWriteAttributeHandler.applyUpdateToRuntime(ConnectionFactoryWriteAttributeHandler.java:96)

The Roo script below generates errors on the integration tests. The problem occurs when deriving entities from a common base class and having a unique column requirement. Removing either the unique constraint or the base class eliminates the errors.

project com.foomvc
jpa setup --provider HIBERNATE --database POSTGRES --databaseName foo --hostName localhost --userName fooadmin --password foo --transactionManager 
entity --class ~.domain.AbstractRecord --abstract
field boolean --fieldName statusOk --transient --comment "All issue data passes verification"
entity --class ~.domain.Parent --testAutomatically --extends ~.domain.AbstractRecord --inheritanceType JOINED
field string --fieldName displayName --notNull --unique --sizeMin 4
entity --class ~.domain.Child --testAutomatically --extends ~.domain.AbstractRecord --inheritanceType JOINED
// Setup heirarchical references
focus  --class ~.domain.Parent
field set	--fieldName children --type ~.domain.Child	--cardinality ONE_TO_MANY	--mappedBy parent
focus  --class ~.domain.Child
field reference --fieldName parent	--type ~.domain.Parent	--cardinality MANY_TO_ONE
perform clean

Generates these errors on 'perform test':

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.9:test (default-test) on project foomvc: There are test failures.
[ERROR] o> 
[ERROR] Please refer to /Users/bedge/src/roo/foo-unique/target/surefire-reports for the individual test results.
[ERROR] o> 
[ERROR] o> 

The surefire reports are attached.

Running ant docs does not work for two reasons:
a) ant, when called from the docs target, doesn't know what to do with ivy, presumably because the ivy-init-antlib target hasn't been called.
b) The velocity jar is not pulled in by ivy, since there's no dependency added to it in ivy.

Various methods manipulating the CredentialSource attempt to obtain the current one to add to it but as it is never returned they would always use the default one.

Generated artifacts from the addon create advanced command give compile errors due to the removal of the public constructors for creating FieldMetadata, MethodMetadata, AnnotationMetadata and ConstructorMetadata instances.

If the login to the FTP server fails then Camel will at the 2nd pool still try to consume files from the ftp server as it has network connection, but end-user is still not connected. Camel will of course not be able to get anything from the server but you get some stacktrace errors

The implementation of the SpEL == operator in org.springframework.expression.spel.ast.OpEQ does some special handling for Number types and Comparables, but finally uses left == right.
I think it should always call left.equals(right) - or for null-safety left == null ? right == null : left.equals(right)
This would be consistent with Scala or Groovy, for example.
As for the number types: a float 1.2 would be equal to a short 1 (see also https://jira.springsource.org/browse/SPR-9164) 

The RestProducerFactory::createProducer contract uses endpoint property restletMethods which is used solely by the Restlet consumer, the proper property should be restletMethod.
This makes all requests issue a GET rather than the one passed in the verb parameter.

Using a dynamic finder for a domain entity produces an exception iff the finder method was called prior to creating or listing any entities of this type.
ConverterNotFoundException: No converter found capable of converting from 'com.springsource.petclinic.domain.Owner' to 'java.lang.String'
1. use sample project petclinic
2. setup persistence
3. start application
4. add an Owner entity
5. restart application
6. directly use finder Pet.findPetsByOwner (through petclinic/pets?find=ByOwner&form)
7. exception occurs
org.springframework.core.convert.ConverterNotFoundException: No converter found capable of converting from 'com.springsource.petclinic.domain.Owner' to 'java.lang.String'
at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:180)
...
The exception does not occur if entities of the searched type were created or listed prior to using the finder.
It just happens at application start.
It seems that the @InitBinder annotated method in the _Roo_Controller is not called.

The HiveServer2 thrift IDL includes an optional config overlay map which is currently not used.

When running a dynamic script evaluation in a setHeader, the header is lost as the Pipeline chain uses the data from the out body as the source of headers. 
So trying to figure this out, I looked into the source, and found that if the getOut is not null, the out message is used to set the header in the setHeader processor. Unfortunately in the script engine this block of code always ensures that it's NOT null. 
script builder class line 520 of Camel 1.4 
        ScriptContext context = engine.getContext(); 
        int scope = ScriptContext.ENGINE_SCOPE; 
        context.setAttribute("context", exchange.getContext(), scope); 
        context.setAttribute("exchange", exchange, scope); 
        context.setAttribute("request", exchange.getIn(), scope); 
        context.setAttribute("response", exchange.getOut(), scope); 
The place were the out message is used is here in the Pipeline class at line 79 
            if (first) 
{ 
                first = false; 
            }
 else 
{ 
                nextExchange = createNextExchange(processor, nextExchange); 
            }
 
The specifics of my setup were:
Used spring with the following configuration:
	<camel:camelContext>
			<camel:from uri="jms://LLAQueue?disableReplyTo=true" />
			<camel:setHeader headerName="activity.type">
				<camel:jxpath>exchange.getIn().getBody().getExerciseHighLevelActivity().getActivityType()</camel:jxpath>
			<camel:choice>
				<camel:when>
					<camel:javaScript>
						exchange.getIn().getHeader('activity.type') == 3
					</camel:javaScript>
					<camel:transform>
						<camel:javaScript>
							exchange.getIn().getBody().getData() !=
							undefined ?
							exchange.getIn().getBody().getData() : ""
						</camel:javaScript>
					</camel:transform>
					<camel:to uri="log:info?showAll=true" />
				</camel:when>
			</camel:choice>
I did not test this problem with other exchange types, just the JMS type.

During integration tests, swarm fails to start up because of the following error. Downgrading to 2016.12.0 solves the problem.

2017-01-04 15:29:39,339 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.deployment.unit."swarm-demo.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."swarm-demo.war".WeldStartService: Failed to start service
  at injection point [BackedAnnotatedField] @Inject @Named private org.wildfly.swarm.transactions.runtime.TransactionsSocketBindingCustomizer.group
  at org.wildfly.swarm.transactions.runtime.TransactionsSocketBindingCustomizer.group(TransactionsSocketBindingCustomizer.java:0)

	at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:359)
	at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:281)
	at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:134)
	at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:155)
	at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:518)
	at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:66)
	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:63)
	at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:56)

Swarm has no problems starting up when https://github.com/maxant/swarm-demo/blob/breaks_with_2016_12_1/src/test/java/ch/maxant/demo/swarm/UserResourceTest.java runs.

I have made a alternative producer(@Alternative) to create a EntityManager for test purposes.
The injection of this EntityManager works like expected, but Spring Data still get the default one.

HIVE-3443 added support to change the serdeParams from 'metatool updateLocation' command.
However, in avro it is possible to specify the schema via the tableParams:

CREATE  TABLE `testavro`(
  `test` string COMMENT 'from deserializer')
  'avro.schema.url'='hdfs://namenode:8020/tmp/test.avsc', 
  'kite.compression.type'='snappy', 
  'transient_lastDdlTime'='1427996456')

Hence for those tables the 'metatool updateLocation' will not help.
This is necessary in case like upgrade the namenode to HA where the absolute paths have changed.

src/main/java/org/apache/hadoop/hbase/mapreduce/LabelExpander.java:188: warning - @return tag has no arguments

Hive Metastore schema script for Hive v0.14.0 is missing for MSSQL DB. This will break tools like schematool which relies on this to be present.

Similar to HIVE-14037, seems HOS also has the same issue. The jars in hive.reloadable.aux.jars.path are not available during runtime.

	at org.apache.hadoop.hive.ql.exec.spark.SparkReduceRecordHandler.init(SparkReduceRecordHandler.java:232)
	at org.apache.hadoop.hive.ql.exec.spark.HiveReduceFunction.call(HiveReduceFunction.java:46)
	at org.apache.hadoop.hive.ql.exec.spark.HiveReduceFunction.call(HiveReduceFunction.java:28)
	at org.apache.spark.api.java.JavaRDDLike$$anonfun$fn$7$1.apply(JavaRDDLike.scala:192)
	at org.apache.spark.rdd.RDD$$anonfun$mapPartitions$1$$anonfun$apply$20.apply(RDD.scala:710)
	at org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:38)
	at org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:306)
	at org.apache.spark.rdd.RDD.iterator(RDD.scala:270)
Caused by: java.lang.RuntimeException: java.lang.ClassNotFoundException: xudf.XAdd
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBridge.getUdfClass(GenericUDFBridge.java:134)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.isStateful(FunctionRegistry.java:1365)
	at org.apache.hadoop.hive.ql.exec.FunctionRegistry.isDeterministic(FunctionRegistry.java:1328)
	at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator.isDeterministic(ExprNodeGenericFuncEvaluator.java:153)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluatorFactory.iterate(ExprNodeEvaluatorFactory.java:100)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluatorFactory.toCachedEvals(ExprNodeEvaluatorFactory.java:74)
	at org.apache.hadoop.hive.ql.exec.GroupByOperator.initializeOp(GroupByOperator.java:406)
	at org.apache.hadoop.hive.ql.exec.spark.SparkReduceRecordHandler.init(SparkReduceRecordHandler.java:217)
	... 15 more
Caused by: java.lang.ClassNotFoundException: xudf.XAdd
	at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBridge.getUdfClass(GenericUDFBridge.java:132)
	... 27 more

Maximum number of failover attempts before giving up. The minimum value is 0, i.e. no failover. The default value is 1, i.e. do a one failover attempt.

Max-attemps minimal value is

"max-attempts" => {
                "description" => "Max attempts to process an idempotent request.",
                "default" => 1,
                "min" => -1L,
            },

Min value to 0. In the mod_cluster subsystem(worker side). 
And max-attemps handling on the balancer side. Balancer has minimal value of 1 and therefore any value lower than that is ignored. Should be 0.

Currently in each message sent through aws-sqs aws-sns endpoints, there is an extra message attribute 'breadcrumbId' appears.
BreadcrumbId need not be passed to aws-sqs aws-sns producer endpoints.

We have an unit test here, but it tests for greater than instead of equals. So we didn't see that the number was the double of the actual value.
As well we were not testing the multi case.

Camel's conversion logic for ByteBuffer's to String's has a bug where camel uses a ByteBuffers capacity() instead of it's limit().
If you allocate a large byte buffer and only partially fill it with data, and use camel to convert this into a string, camel tries to convert all the bytes, even the non-used ones.
This unit test reproduces this bug.

    @Test
    public void testByteBufferToStringConversion()
    {
        String str = "123456789";
        ByteBuffer buffer = ByteBuffer.allocate( 16 );
        buffer.put( str.getBytes() );

        Exchange exchange = new DefaultExchange( context() );
        exchange.getIn().setBody( buffer );
        assertEquals( str, exchange.getIn().getBody( String.class ) );
    }

We need to make use of the new API method: 
org.jboss.as.controller.parsing.ExtensionParsingContext#setSubsystemXmlMapping(java.lang.String, java.lang.String, java.util.function.Supplier<org.jboss.staxmapper.XMLElementReader<java.util.List<org.jboss.dmr.ModelNode>>>)

This script fails due to Maven's OpenJPA enhancer giving an error:

project --topLevelPackage com.aspectj.rocks
entity --class ~.Hello
field string --fieldName comment

Using this "entity" command causes it to work:

entity --class ~.domain.Hello

Clearly this is an unreasonable limitation.

I have the following simple configuration :

<route>
    <from uri="file:///home/julien/tests/a?include=.*?\.xml" />
    <to uri="file:///home/julien/tests/b?fileName=${date:now:yyyy_MM_dd}/${file:onlyname}"/>
</route>

After putting an input file into /home/julien/tests/a I get the following error:

org.apache.camel.component.file.GenericFileOperationFailedException: Cannot store file: /home/julien/tests/b/2009_05_19/160903061200040046.xml
        at org.apache.camel.component.file.FileOperations.storeFile(FileOperations.java:188)
        at org.apache.camel.component.file.GenericFileProducer.writeFile(GenericFileProducer.java:135)
        at org.apache.camel.component.file.GenericFileProducer.processExchange(GenericFileProducer.java:78)
        at org.apache.camel.component.file.GenericFileProducer.process(GenericFileProducer.java:49)
        at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:43)
        at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:83)
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)
        at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:195)
        at org.apache.camel.processor.DeadLetterChannel.process(DeadLetterChannel.java:130)
        at org.apache.camel.processor.interceptor.StreamCachingInterceptor.proceed(StreamCachingInterceptor.java:88)
        at org.apache.camel.processor.interceptor.StreamCachingInterceptor.process(StreamCachingInterceptor.java:83)
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:52)
        at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:157)
        at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:98)
Caused by: java.io.FileNotFoundException: /home/julien/tests/b/2009_05_19/160903061200040046.xml (No such file or directory)
        at java.io.RandomAccessFile.open(Native Method)
        at java.io.RandomAccessFile.<init>(RandomAccessFile.java:212)
        at org.apache.camel.component.file.FileOperations.prepareOutputFileChannel(FileOperations.java:253)
        at org.apache.camel.component.file.FileOperations.writeFileByFile(FileOperations.java:205)
        at org.apache.camel.component.file.FileOperations.storeFile(FileOperations.java:178)
        ... 24 more

In the meantime, Camel has created a fubar directory /home/julien/tests/b/home/julien/tests/b/2009_05_19 .
I tracked the problem and found it to be cause by the following code section in GenericFileProducer.java

    protected void writeFile(GenericFileExchange<T> exchange, String fileName) throws GenericFileOperationFailedException {
        InputStream payload = exchange.getIn().getBody(InputStream.class);
        try {
            // build directory if auto create is enabled
            if (endpoint.isAutoCreate()) {
                int lastPathIndex = fileName.lastIndexOf(File.separator);
                if (lastPathIndex != -1) {
                    String directory = fileName.substring(0, lastPathIndex);
                    // skip trailing /
                    directory = FileUtil.stripLeadingSeparator(directory);
                    if (!operations.buildDirectory(directory, false)) {
                        log.debug("Cannot build directory [" + directory + "] (could be because of denied permissions)");
                    }
                }
            }
          ....................

Instead of stripping the trailing separator as noted in the comment, the code strips the leading separator...

com.squareup.okhttp3 module was added recently via WFLY-10877 [1]. Several classes of okhttp3 use java.util.logging, but the dependecy on java.logging module is missing in [1].
As a consequence of this, I am getting the following exception in one of the WildFly Camel Integration tests:

2018-09-05 09:04:07,967 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-8-thread-1) Failed: org.wildfly.camel.test.pubnub.PubNubIntegrationTest.testPubNubPublish: java.lang.NoClassDefFoundError: java/util/logging/Logger
	at okhttp3.internal.platform.Platform.<clinit>(Platform.java:77)
	at okhttp3.internal.tls.CertificateChainCleaner.get(CertificateChainCleaner.java:41)
	at okhttp3.OkHttpClient.<init>(OkHttpClient.java:254)
	at okhttp3.OkHttpClient$Builder.build(OkHttpClient.java:919)
	at com.pubnub.api.managers.RetrofitManager.createOkHttpClient(RetrofitManager.java:125)
	at com.pubnub.api.managers.RetrofitManager.<init>(RetrofitManager.java:54)
	at com.pubnub.api.PubNub.<init>(PubNub.java:72)
	at org.wildfly.camel.test.pubnub.PubNubIntegrationTest$1MockedPubNub.<init>(PubNubIntegrationTest.java:147)
	at org.wildfly.camel.test.pubnub.PubNubIntegrationTest.createMockedPubNub(PubNubIntegrationTest.java:171)
	at org.wildfly.camel.test.pubnub.PubNubIntegrationTest.setUp(PubNubIntegrationTest.java:65)
Caused by: java.lang.ClassNotFoundException: java.util.logging.Logger from [Module "com.squareup.okhttp3" from local module loader @275710fc (finder: local module finder @525f1e4e (roots: /home/ppalaga/orgs/camel/wildfly-camel/itests/standalone/basic/target/wildfly-14.0.0.Final/modules,/home/ppalaga/orgs/camel/wildfly-camel/itests/standalone/basic/target/wildfly-14.0.0.Final/modules/system/layers/fuse,/home/ppalaga/orgs/camel/wildfly-camel/itests/standalone/basic/target/wildfly-14.0.0.Final/modules/system/layers/base))]

The code that triggers the above is in https://github.com/pubnub/java/blob/v4.19.0/src/main/java/com/pubnub/api/managers/RetrofitManager.java#L79
[1] https://github.com/wildfly/wildfly/commit/b4d57d50cfe8b4c961aa02b67e8ab37c2964bed7#diff-87ec1ee2b502790d5e363815fabfc102R25

Parts of the website are served over https, and a directive is needed in the site configuration to make sure that the CSS and Javascript are not served over http in such cases, which causes some browsers to block the CSS and Javascript. Reflow has a configuration for this.

This is a HCATALOG-527 caused regression, wherein the HCatLoader's way of calling HCatInputFormat causes it to do 2x partition lookups - once without the filter, and then again with the filter.
For tables with large number partitions (100000, say), the non-filter lookup proves fatal both to the client ("Read timed out" errors from ThriftMetaStoreClient cause the server doesn't respond) and to the server (too much data loaded into the cache, OOME, or slowdown).
The fix would be to use a single call that also passes a partition filter information, as was in the case of HCatalog 0.4 sources before HCATALOG-527.
(HCatalog-release-wise, this affects all 0.5.x users)

fs.addDelegationTokens() method does not seem to exist in hadoop 1.2.1. This breaks the hadoop-1 builds.

For example if scanStream=true then the previous stream should be closed, prior to re-initalizing a new stream.
For example on Windows this may cause a file to be locked by the JVM due the old InputStream is not closed.

llap-client/src/java/org/apache/hadoop/hive/llap/registry/impl/LlapFixedRegistryImpl.java:                + socketAddress.getHostName());
llap-client/src/java/org/apache/hadoop/hive/llap/registry/impl/LlapFixedRegistryImpl.java:            host = socketAddress.getHostName();
llap-common/src/java/org/apache/hadoop/hive/llap/metrics/MetricsUtils.java:  public static String getHostName() {
llap-common/src/java/org/apache/hadoop/hive/llap/metrics/MetricsUtils.java:      return InetAddress.getLocalHost().getHostName();
llap-ext-client/src/java/org/apache/hadoop/hive/llap/LlapBaseInputFormat.java:    String name = address.getHostName();
llap-ext-client/src/java/org/apache/hadoop/hive/llap/LlapBaseInputFormat.java:    builder.setAmHost(address.getHostName());
llap-server/src/java/org/apache/hadoop/hive/llap/daemon/impl/AMReporter.java:    nodeId = LlapNodeId.getInstance(localAddress.get().getHostName(), localAddress.get().getPort());
llap-server/src/java/org/apache/hadoop/hive/llap/daemon/impl/ContainerRunnerImpl.java:        localAddress.get().getHostName(), vertex.getDagName(), qIdProto.getDagIndex(),
llap-server/src/java/org/apache/hadoop/hive/llap/daemon/impl/ContainerRunnerImpl.java:          new ExecutionContextImpl(localAddress.get().getHostName()), env,
llap-server/src/java/org/apache/hadoop/hive/llap/daemon/impl/LlapDaemon.java:    String hostName = MetricsUtils.getHostName();
llap-server/src/java/org/apache/hadoop/hive/llap/daemon/impl/LlapProtocolServerImpl.java:        .setBindAddress(addr.getHostName())
llap-server/src/java/org/apache/hadoop/hive/llap/daemon/impl/TaskRunnerCallable.java:          request.getContainerIdString(), executionContext.getHostName(), vertex.getDagName(),
llap-server/src/java/org/apache/hadoop/hive/llap/io/api/impl/LlapIoImpl.java:    String displayName = "LlapDaemonCacheMetrics-" + MetricsUtils.getHostName();
llap-server/src/java/org/apache/hadoop/hive/llap/io/api/impl/LlapIoImpl.java:    displayName = "LlapDaemonIOMetrics-" + MetricsUtils.getHostName();
llap-server/src/test/org/apache/hadoop/hive/llap/daemon/impl/TestLlapDaemonProtocolServerImpl.java:          new LlapProtocolClientImpl(new Configuration(), serverAddr.getHostName(),
llap-tez/src/java/org/apache/hadoop/hive/llap/tezplugins/LlapTaskCommunicator.java:    builder.setAmHost(getAddress().getHostName());
llap-tez/src/java/org/apache/hadoop/hive/llap/tezplugins/LlapTaskSchedulerService.java:      String displayName = "LlapTaskSchedulerMetrics-" + MetricsUtils.getHostName();

In systems where the hostnames do not match FQDN, calling the getCanonicalHostName() will allow for resolution of the hostname when accessing from a different base domain.

This print human readable timestamps instead of timestamp relative to jvm startup

It seems there is a problem that the route policy seems to grant locks to both or keep changing between them, so we have competing consumers being active at the same time.
The issue can be reproduced by following the readme file from
https://github.com/camelinaction/camelinaction2/tree/master/chapter17/cluster-file-infinispan
You can see errors like

Caused by: org.apache.camel.RuntimeCamelException: java.io.FileNotFoundException: /Users/davsclaus/workspace/camelinaction2/chapter17/cluster-file-infinispan/target/inbox/WebSpherePackageScanClassResolver.java (No such file or directory)
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1756)
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:1355)
	at org.apache.camel.impl.converter.StaticMethodTypeConverter.convertTo(StaticMethodTypeConverter.java:60)
	at org.apache.camel.component.file.GenericFileConverter.convertTo(GenericFileConverter.java:97)
	at org.apache.camel.util.ObjectHelper.invokeMethod(ObjectHelper.java:1351)
	at org.apache.camel.impl.converter.BaseTypeConverterRegistry.doConvertTo(BaseTypeConverterRegistry.java:346)
	... 41 more
Caused by: java.io.FileNotFoundException: /Users/davsclaus/workspace/camelinaction2/chapter17/cluster-file-infinispan/target/inbox/WebSpherePackageScanClassResolver.java (No such file or directory)
	at org.apache.camel.converter.IOConverter.toInputStream(IOConverter.java:78)
	at org.apache.camel.converter.IOConverter.toByteArray(IOConverter.java:266)
	... 50 more
2017-06-09 08:04:41,396 [://target/inbox] WARN  GenericFileOnCompletion        - Rollback file strategy: org.apache.camel.component.file.strategy.GenericFileDeleteProcessStrategy@160cecbb for file: GenericFile[WebSpherePackageScanClassResolver.java]
2017-06-09 08:04:42,126 [spanRoutePolicy] INFO  InfinispanRoutePolicy          - Leadership lost (map=myLock, key=myLockKey val=myLockValue)
2017-06-09 08:04:42,127 [spanRoutePolicy] INFO  InfinispanRoutePolicy          - Leadership taken (map=myLock, key=myLockKey, val=myLockValue)
2017-06-09 08:05:07,710 [29c8fac7da04e40] INFO  InfinispanRoutePolicy          - Leadership lost (map=myLock, key=myLockKey val=myLockValue)
2017-06-09 08:05:07,715 [29c8fac7da04e40] INFO  InfinispanRoutePolicy          - Leadership taken (map=myLock, key=myLockKey, val=myLockValue)

Where as the hazelcast example which is similar works fine.

Method afterPropertiesSet obtains InputStream from configLocation but never closes it.

If the program executed via a SELECT TRANSFORM() USING 'foo' exits with a non-zero exit status, Hive proceeds as if nothing bad happened.  The main way that the user knows something bad has happened is if the user checks the logs (probably because he got no output).  This is doubly bad if the program only fails part of the time (say, on certain inputs) since the job will still produce output and thus the problem will likely go undetected.

At line 82, JpaConsumer calls entityManager.joinTransaction(). This call cannot really work in environmnent without JTA. This is a change since 2.11.x and earlier versions where non JTA environments were supported

When using hbase0.94.0 we met a strange problem.
We config the 'hbase.hregion.max.filesize' to 100Gb (The recommed value to act as auto-split turn off). 

  <name>hbase.hregion.max.filesize</name>
  <value>107374182400</value>

Then we keep putting datas into a table.
But when the data size far more less than 100Gb(about 500~600 uncompressed datas), the table auto splte to 2 regions...
I change the log4j config to DEBUG, and saw logs below:

2012-06-07 10:30:52,161 INFO org.apache.hadoop.hbase.regionserver.HRegion: Finished memstore flush of ~128.0m/134221272, currentsize=1.5m/1617744 for region FileStructIndex,,1339032525500.7b229abcd0785408251a579e9bdf49c8. in 3201ms, sequenceid=176387980, compaction requested=false
2012-06-07 10:30:52,161 DEBUG org.apache.hadoop.hbase.regionserver.IncreasingToUpperBoundRegionSplitPolicy: ShouldSplit because info size=138657416, sizeToCheck=134217728, regionsWithCommonTable=1
2012-06-07 10:30:52,161 DEBUG   org.apache.hadoop.hbase.regionserver.IncreasingToUpperBoundRegionSplitPolicy: ShouldSplit because info size=138657416, sizeToCheck=134217728, regionsWithCommonTable=1
2012-06-07 10:30:52,240 DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Split requested for FileStructIndex,,1339032525500.7b229abcd0785408251a579e9bdf49c8..  compaction_queue=(0:0), split_queue=0
2012-06-07 10:30:52,265 INFO org.apache.hadoop.hbase.regionserver.SplitTransaction: Starting split of region FileStructIndex,,1339032525500.7b229abcd0785408251a579e9bdf49c8.
2012-06-07 10:30:52,265 DEBUG org.apache.hadoop.hbase.regionserver.SplitTransaction: regionserver:60020-0x137c4929efe0001 Creating ephemeral node for 7b229abcd0785408251a579e9bdf49c8 in SPLITTING state
2012-06-07 10:30:52,368 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:60020-0x137c4929efe0001 Attempting to transition node 7b229abcd0785408251a579e9bdf49c8 from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLITTING
2012-06-07 10:30:52,382 DEBUG org.apache.hadoop.hbase.zookeeper.ZKAssign: regionserver:60020-0x137c4929efe0001 Successfully transitioned node 7b229abcd0785408251a579e9bdf49c8 from RS_ZK_REGION_SPLITTING to RS_ZK_REGION_SPLITTING
2012-06-07 10:30:52,410 DEBUG org.apache.hadoop.hbase.regionserver.HRegion: Closing FileStructIndex,,1339032525500.7b229abcd0785408251a579e9bdf49c8.: disabling compactions & flushes
2012-06-07 10:30:52,410 DEBUG org.apache.hadoop.hbase.regionserver.HRegionServer: NotServingRegionException; FileStructIndex,,1339032525500.7b229abcd0785408251a579e9bdf49c8. is closing
2012-06-07 10:30:52,411 DEBUG org.apache.hadoop.hbase.regionserver.HRegionServer: NotServingRegionException; FileStructIndex,,1339032525500.7b229abcd0785408251a579e9bdf49c8. is closing

IncreasingToUpperBoundRegionSplitPolicy: ShouldSplit because info size=138657416, sizeToCheck=134217728
I did not config splitPolicy for hbase, so it means IncreasingToUpperBoundRegionSplitPolicy is the default splitPolicy of 0.94.0
After add

    <name>hbase.regionserver.region.split.policy</name>
    <value>org.apache.hadoop.hbase.regionserver.ConstantSizeRegionSplitPolicy</value>

autosplit did not happen again and everything goes well.
But we can still see javadoc on ConstantSizeRegionSplitPolicy, it says 'This is the default split policy'. Or even in the http://hbase.apache.org/book/regions.arch.html 9.7.4.1. Custom Split Policies, 'default split policy: ConstantSizeRegionSplitPolicy.'.
Those may mistaken us that if we set hbase.hregion.max.filesize to 100Gb, than the auto-split can be almost shutdown.
You may change those docs, and What more, in many scenerys, we actually need to control split manually（As you know when spliting the table are offline, reads and writes will fail） 

Consider the following case:
1) Same bean deployed on a server A and server B
2) Remote EJB client which is aware of both server A and server B, in its EJBClientContext, invokes on the bean
3) EJB client API selects server A as the target node and lets it handle it.
4) In the meantime, after the request has been sent, but before it has been handled on the server A, the deployment on server A is triggered for undeployment.
5) This causes the EJB component on server A to throw an exception telling the client that the bean is in shutdown mode and no more invocations are accepted.
The exception thrown in #5 should really trigger a retry of the invocation, from the client side, on other eligible nodes (in this case Server B), because this failure is as good as the bean not being available in first place on Server A. 
Currently, the client isn't retrying the invocation on a different node, because it has no idea that this specific exception is no different than other potential exceptions that can be thrown by the server for a EJB invocation. To fix this, the method invocation handler on the server side should send back a "no such bean" message to the client, when the server sees that the bean is in shutdown mode.

org.jboss.as.test.integration.security.loginmodules.CustomLoginModuleTestCase#testSuccessfulAuth
org.jboss.as.test.integration.security.loginmodules.CustomLoginModuleTestCase#testUnsuccessfulAuth
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.loginmodules.CustomLoginModuleTestCase -Dsecurity.manager
Fail with:

java.lang.AssertionError: expected:<302> but was:<200>
	at org.jboss.as.test.integration.security.loginmodules.CustomLoginModuleTestCase.makeCall(CustomLoginModuleTestCase.java:202)
	at org.jboss.as.test.integration.security.loginmodules.CustomLoginModuleTestCase.testSuccessfulAuth(CustomLoginModuleTestCase.java:153)

org.jboss.as.test.integration.security.loginmodules.RunAsLoginModuleTestCase#testCleartextPassword1
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.loginmodules.RunAsLoginModuleTestCase#testCleartextPassword1 -Dsecurity.manager

java.lang.AssertionError: An unexpected response: <html><head><title>Error</title></head><body>Unauthorized</body></html>
	at org.jboss.as.test.integration.security.loginmodules.RunAsLoginModuleTestCase.testCleartextPassword1(RunAsLoginModuleTestCase.java:172)

The MemoryManager is tied to a WriterOptions on create, which can occur in a different thread from the writer calls.
This is unexpected, but safe and needs a warning not a fatal.

  /**
   * Light weight thread-safety check for multi-threaded access patterns
   */
  private void checkOwner() {
    Preconditions.checkArgument(ownerLock.isHeldByCurrentThread(),
        "Owner thread expected %s, got %s",
        ownerLock.getOwner(),
        Thread.currentThread());
  }

Problem:
HBase rest server returns a 503 Server Unavailable when generating a scanner object fails using the hbase rest server interface.
The error code returned by hbase rest server is incorrect and may mislead the user.
The exception caused by the wrong filter should ideally give Response.Status.BAD_REQUEST but it gives Response.Status.SERVICE_UNAVAILABLE which may mislead the user.
The ScannerModel.buildFilter throws JsonParseException/JsonMappingException depending on the below described scenarios which is not handled by the ScannerResource.update() method and thus returns Response.Status.SERVICE_UNAVAILABLE as response

  public static Filter buildFilter(String s) throws Exception {
    FilterModel model = getJasonProvider().locateMapper(FilterModel.class,
        MediaType.APPLICATION_JSON_TYPE).readValue(s, FilterModel.class);
    return model.build();
  }

Steps to reproduce :
(Scenario 1) JsonMappingException

Run the following having a wrong tag type1:

curl -vi -X PUT -H "Content-Type:text/xml" -d '<Scanner batch="100"><filter>{"type1": "PrefixFilter","value": "cg=="}</filter></Scanner>' "http://localhost:11120/test/scanner/"

Response

* Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 11120 (#0)
> POST /test/scanner/ HTTP/1.1
> Host: localhost:11120
> User-Agent: curl/7.47.0
> Content-Type: text/xml
> Content-Length: 89
> 
* upload completely sent off: 89 out of 89 bytes
< HTTP/1.1 503 Service Unavailable
< Content-Type: text/plain
< Content-Length: 13
< 
Unavailable

Exception Trace

2018-05-25 14:06:49,781 INFO  [main] server.Server: Started @2337ms
2018-05-25 14:07:18,908 ERROR [qtp1810899357-32] rest.ScannerResource: Exception occured while processing http://localhost:11120/test/scanner/ : 
com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "type1" (class org.apache.hadoop.hbase.rest.model.ScannerModel$FilterModel), not marked as ignorable (20 known properties: "prefixes", "op", "family", "dropDependentColumn", "minColumn", "ifMissing", "qualifier", "value", "maxColumnInclusive", "offset", "chance", "comparator", "type", "filters", "timestamps", "minColumnInclusive", "latestVersion", "ranges", "limit", "maxColumn"])
 at [Source: (String)"{"type1": "PrefixFilter","value": "cg=="}"; line: 1, column: 12] (through reference chain: org.apache.hadoop.hbase.rest.model.ScannerModel$FilterModel["type1"])
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:293)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:151)
	at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:2992)
	at org.apache.hadoop.hbase.rest.model.ScannerModel.buildFilter(ScannerModel.java:491)
	at org.apache.hadoop.hbase.rest.ResultGenerator.buildFilter(ResultGenerator.java:44)
	at org.apache.hadoop.hbase.rest.ScannerResultGenerator.buildFilterFromModel(ScannerResultGenerator.java:54)
	at org.apache.hadoop.hbase.rest.ScannerResource.update(ScannerResource.java:98)
	at org.apache.hadoop.hbase.rest.ScannerResource.post(ScannerResource.java:151)
	at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
	at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:144)
	at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:161)
	at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:160)
	at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:99)
	at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:389)
	at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:347)
	at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:102)
	at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:326)
	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
	at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
	at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
	at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
	at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305)
	at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154)
	at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473)
	at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427)
	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388)
	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341)
	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:848)
	at org.apache.hadoop.hbase.rest.filter.GzipFilter.doFilter(GzipFilter.java:77)

(Scenario 2) JsonParseException

Run the following having an extra comma symbol:

curl -vi -X PUT -H "Content-Type:text/xml" -d '<Scanner batch="100"><filter>{"type": "PrefixFilter",,"value": "cg=="}</filter></Scanner>' "http://localhost:11120/test/scanner/"

Response

> PUT /test/scanner/ HTTP/1.1
> Content-Type:text/xml
> 
HTTP/1.1 503 Service Unavailable
Content-Type: text/plain
Content-Length: 13

< 

Exception trace

2018-05-30 16:24:34,056 ERROR [qtp1810899357-27] rest.ScannerResource: Exception occured while processing http://localhost:11120/test/scanner/ : 
com.fasterxml.jackson.core.JsonParseException: Unexpected character (',' (code 44)): was expecting double-quote to start field name
 at [Source: (String)"{"type": "PrefixFilter",,"value": "cg=="}"; line: 1, column: 26]
	at com.fasterxml.jackson.core.JsonParser._constructError(JsonParser.java:1798)
	at com.fasterxml.jackson.core.base.ParserMinimalBase._reportError(ParserMinimalBase.java:663)
	at com.fasterxml.jackson.core.base.ParserMinimalBase._reportUnexpectedChar(ParserMinimalBase.java:561)
	at com.fasterxml.jackson.core.json.ReaderBasedJsonParser._handleOddName(ReaderBasedJsonParser.java:1757)
	at com.fasterxml.jackson.core.json.ReaderBasedJsonParser.nextFieldName(ReaderBasedJsonParser.java:907)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:294)
	at org.apache.hadoop.hbase.rest.ScannerResource.put(ScannerResource.java:140)

For ADD PARTITION operations, the AddPartitionEvent does not care if the RawStore commit succeeded or not.  This means that an AddPartitionEvent with status=true is fired even if the the actual ADD PARTITION operation failed.  This will confuse any AddPartitionEvent listeners.
Other MetastoreListenerEvents like CreateTableEvent correctly incorporate the status of the RawStore commit.  Only AddPartitionEvent has this problem.

The problem occurs when I read from a pop3 endpoint and send to an smtp endpoint in the same camel context with the mail.pop3.starttls.enable=true and mail.smtp.starttls.enable=true options.
Required Java options for starttls are set:
-Djavax.net.ssl.trustStore=D:\test\xxx.jks
-Djavax.net.ssl.trustStorePassword=yyy
When I only configure one of either route, everything works fine. When I configure both, I get the following exception:
AUTH LOGIN
C: STAT
530 Must issue STARTTLS command first
STARTTLS
S: +OK 0 0
C: NOOP
220 begin TLS negotiation
S: +OK
C: RSET
S: +OK
C: QUIT
AUTH LOGIN
S: +OK POP3 server closing connection
503 wrong state for AUTH command
2011-03-03 10:08:36,797 [foo] ERROR DefaultErrorHandler - Failed delivery for exchangeId: ID-E6500-ahi-61446-1299143304838-0-2. Exhausted after delivery attempt: 1 caught: org.springframework.mail.MailAuthenticationException: Authentication failed; nested exception is javax.mail.AuthenticationFailedException: 503 wrong state for AUTH command
org.springframework.mail.MailAuthenticationException: Authentication failed; nested exception is javax.mail.AuthenticationFailedException: 503 wrong state for AUTH command
        at org.springframework.mail.javamail.JavaMailSenderImpl.doSend(JavaMailSenderImpl.java:392)[org.springframework.context.support-3.0.5.RELEASE.jar:3.0.5.RELEASE]
        at org.springframework.mail.javamail.JavaMailSenderImpl.send(JavaMailSenderImpl.java:340)[org.springframework.context.support-3.0.5.RELEASE.jar:3.0.5.RELEASE]
        at org.springframework.mail.javamail.JavaMailSenderImpl.send(JavaMailSenderImpl.java:355)[org.springframework.context.support-3.0.5.RELEASE.jar:3.0.5.RELEASE]
        at org.springframework.mail.javamail.JavaMailSenderImpl.send(JavaMailSenderImpl.java:344)[org.springframework.context.support-3.0.5.RELEASE.jar:3.0.5.RELEASE]
        at org.apache.camel.component.mail.MailProducer.process(MailProducer.java:44)[camel-mail-2.6.0.jar:2.6.0]
        at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:70)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:104)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:272)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:98)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:269)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:125)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:102)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.RoutePolicyProcessor.process(RoutePolicyProcessor.java:75)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:91)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.component.timer.TimerConsumer.sendTimerExchange(TimerConsumer.java:104)[camel-core-2.6.0.jar:2.6.0]
        at org.apache.camel.component.timer.TimerConsumer$1.run(TimerConsumer.java:49)[camel-core-2.6.0.jar:2.6.0]
        at java.util.TimerThread.mainLoop(Unknown Source)[:1.5.0_22]
        at java.util.TimerThread.run(Unknown Source)[:1.5.0_22]
The problem seems to be in org.apache.camel.component.mail.MailConfiguration.createJavaMailSender() where it uses the same mail session for both connection; see Session.getDefaultInstance below
        if (session != null) 
{
            answer.setSession(session);
        }
 else {
            // use our authenticator that does no live user interaction but returns the already configured username and password
            Session session;
            try 
{
                session = Session.getDefaultInstance(answer.getJavaMailProperties(), getAuthenticator());
            }
{
                // fallback as default instance may not be allowed on some systems
                session = Session.getInstance(answer.getJavaMailProperties(), getAuthenticator());
            }
        }
This is because getDefaultInstance creates a Session object the first time it is called. Then it caches that Session and returns it for all subsequent calls. It also ignores the new and different properties for the second route.
See also http://camel.465427.n5.nabble.com/Mail-component-with-starttls-td3409505.html 

Using the Freemarker component doesn't respect the case matching of all fields of the header.
For example: the exchange of properties CorrelationID change the case matching, after using Freemarker component, it puts the property in lowercase correlationid.

Domain mode requires operations be defined as RUNTIME_ONLY to for describe handler to work. This is how the read-operation-names operation finds the available operations. While the operation can still be executed, it's not listed and in CLI doesn't allow any parameters to be passed with out this flag.

"As executeAndRollbackOperation() result is retrieved but actual rollback of deployment is is not complete."
That's a bug then. Service changes due to rollback should be completed before the operation returns. 
for more details see https://github.com/wildfly/wildfly/pull/4664
and DeploymentScannerTestCase

Rename ExecutionAttributes to ExecutionContext.  Arjen in particular thought that "context" was much more descriptive (he even suggested "state", but we all voted him down on that).

issuing select * from table will return wrong time column.
 ─────────────────────────────────────────┬────────────┬─────────┐
│ __time                                  │ dimension1 │ metric1 │
├─────────────────────────────────────────┼────────────┼─────────┤
│ Wed Dec 31 2014 16:00:00 GMT-0800 (PST) │ value1     │ 1       │
│ Wed Dec 31 2014 16:00:00 GMT-0800 (PST) │ value1.1   │ 1       │
│ Sun May 31 2015 19:00:00 GMT-0700 (PDT) │ value2     │ 20.5    │
│ Sun May 31 2015 19:00:00 GMT-0700 (PDT) │ value2.1   │ 32      │
└─────────────────────────────────────────┴────────────┴─────────┘
returned result
2014-12-31 19:00:00	value1	1.0
2014-12-31 19:00:00	value1.1	1.0
2014-12-31 19:00:00	value2	20.5
2014-12-31 19:00:00	value2.1	32.0

Trying to run a groovy scirpt in camel-spring-boot fails with NPE.  To reacreate modify the examples-spring-boot route to this:
public void configure() 
{
        from("timer://trigger").setProperty("groovyProp").groovy("return 'hi'")
                .transform().simple("ref:myBean").
                to("log:out", "mock:test");
    }

and add dependency to pom:
          <groupId>org.apache.camel</groupId>
          <artifactId>camel-script</artifactId>
Startup fails with NPE.

org.apache.camel.spring.boot.CamelSpringBootInitializationException: org.apache.camel.FailedToCreateRouteException: Failed to create route route1 at: >>> SetProperty[groovyProp, groovy
Unknown macro: {return 'hi'} ] <<< in route: Route(route1)[[From[timer://trigger]] -> [SetProperty[groovy... because of null
	at org.apache.camel.spring.boot.RoutesCollector.onApplicationEvent(RoutesCollector.java:87)
	at org.apache.camel.spring.boot.RoutesCollector.onApplicationEvent(RoutesCollector.java:37)
	at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:775)
	at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.finishRefresh(EmbeddedWebApplicationContext.java:139)
	at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:117)
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:689)
	at org.apache.camel.spring.boot.FatJarRouter.main(FatJarRouter.java:26)
	at org.springframework.boot.maven.RunMojo$LaunchRunner.run(RunMojo.java:423)
Caused by: org.apache.camel.FailedToCreateRouteException: Failed to create route route1 at: >>> SetProperty[groovyProp, groovy
] <<< in route: Route(route1)[[From[timer://trigger]] -> [SetProperty[groovy... because of null
	at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1072)
	at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:947)
	at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:3258)
	at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:2981)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2812)
	at org.apache.camel.impl.DefaultCamelContext$2.call(DefaultCamelContext.java:2808)
	at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:2831)
	at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:2808)
	at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:2777)
	at org.apache.camel.spring.boot.RoutesCollector.onApplicationEvent(RoutesCollector.java:85)
	at org.apache.camel.model.language.ExpressionDefinition.createExpression(ExpressionDefinition.java:197)
	at org.apache.camel.model.SetPropertyDefinition.createProcessor(SetPropertyDefinition.java:74)
2016-01-19 12:32:24.338  INFO 41772 — [arRouter.main()] ationConfigEmbeddedWebApplicationContext : Closing org.springframework.boot.context.embedded.AnnotationConfigEmbeddedWebApplicationContext@2e629aa7: startup date [Tue Jan 19 12:32:20 EST 2016]; root of context hierarchy
2016-01-19 12:32:24.339  INFO 41772 — [arRouter.main()] o.s.c.support.DefaultLifecycleProcessor  : Stopping beans in phase 0
2016-01-19 12:32:24.341  INFO 41772 — [arRouter.main()] o.s.j.e.a.AnnotationMBeanExporter        : Unregistering JMX-exposed beans on shutdown
[WARNING] 
Caused by: org.apache.camel.spring.boot.CamelSpringBootInitializationException: org.apache.camel.FailedToCreateRouteException: Failed to create route route1 at: >>> SetProperty[groovyProp, groovy
	... 6 more
	... 17 more
	... 29 more

VectorReduceSinkOperator --> ProcessOp --> makeValueWriatable --> VectorExpressionWriterFactory --> writeValue(byte[], int, int) /setValue.
It appears that this goes through an additional layer of Text.encode/decode causing CPU pressure (profiler output attached).
SettableStringObjectInspector / WritableStringObjectInspector has "set(Object o, Text value)" method. It would be beneficial to use set(Object, Text) directly to save CPU cycles.

I'm trying Spring Boot against the 4.1.0 snapshots and two tests that use a parent-child context hierarchy are failing with the same ConcurrentModificationException:

	at java.util.LinkedList$ListItr.checkForComodification(LinkedList.java:761)
	at java.util.LinkedList$ListItr.next(LinkedList.java:696)
	at org.springframework.context.annotation.ConfigurationClassParser.processDeferredImportSelectors(ConfigurationClassParser.java:388)
	at org.springframework.boot.builder.SpringApplicationBuilder.run(SpringApplicationBuilder.java:142)
	at org.springframework.boot.actuate.autoconfigure.SpringApplicationHierarchyTests.testChild(SpringApplicationHierarchyTests.java:49)

The cause of the concurrent modification appears to be in processImports which is called while looping over this.deferredImportSelectors. processImports may call this.deferredImportSelectors.add() which results in the ConcurrentModificationException being thrown the next time round the loop.

When custom HttpClientConfigurer is defined for http4-based endpoint as described in the component documantation, the basic authentication and proxy settings are ignored. I am not sure whether this is a bug or feature, but it should be either fixed or documented.
The reason is, that basic authentication and proxy settings are also realized using HttpClientConfigurer and the custom one overrides this one in org.apache.camel.component.http4.HttpComponent.createEndpoint():
1.) Custom HttpClientConfigurer is detected in the parameters map and the parameter is removed from the map (line 188)
2.) Compound HttpClientConfigurer for Basic authentication and Proxy settings is created by the createHttpClientConfigurer() method (line 218). The method tries to detect also the custom HttpClientConfigurer, but its declaration was already removed from the parameters map.
3.) New HttpEndpoint instance is created using the compound HttpClientConfigurer for Basic authentication and Proxy settings (line 221)
4.) Custom HttpClientConfigurer is set to the endpoint instance which overrides the original one (line 277)

[4:20 PM] Radoslav Husar: Also, the mgmt operation result doesn't provide the resulting status of stopping, i.e. if draining was complete
[4:20 PM] Radoslav Husar:
[standalone@localhost:9990 /] /subsystem=modcluster:stop(waittime=10
    {"outcome" => "success"}
[4:21 PM] Radoslav Husar:
    16:19:20,809 INFO  [org.jboss.modcluster] (management-handler-thread - 3) MODCLUSTER000046: Starting to drain 1 active sessions from default-host:/clusterbench in 10 seconds.
    16:19:30,814 WARN  [org.jboss.modcluster] (management-handler-thread - 3) MODCLUSTER000025: Failed to drain 1 remaining active sessions from default-host:/clusterbench within 10.0 seconds

The DelimitedLineTokenizer throws a StringIndexOutOfBoundsException when a line contains an empty quoted field.
example line: "a", "b", "", "d"
I will attach a patch with test for this scenario.

I happened to get a very large region (mistakely bulk loading tons of HFile into a signle region). When it's getting compacted, the webUI shows a overflow totalCompactingKVs. I found this is due to Compactor#FileDetails#maxKeyCount is int32. It is not a big deal that this variable is only used for displaying compaction progress and everywhere else uses long.
totalCompactingKVs=1909276739, currentCompactedKVs=11308733425, 

I first noticed that some columns for a row were missing if they are coming from a scanner that was obtained while a memecache flush on the region was in progress. I tried to write a simple unit test to reproduce, however the problem I get in the unit test is that some rows are being missed.

The reference to the current exchange is cleared on each invocation of ExpressionMapper in the done() method.  If a mapping file contains multiple expression mappings, the first expression clears out the exchange reference and subsequent expression mappings fail with:

java.lang.IllegalStateException: Current exchange has not been set for ExpressionMapper

Fix is to not clear the reference in ExpressionMapper.done().  We should do this in DozerProducer after all mappings in the mapping file have completed.

Our default configuration for web and ejb uses locking reads.  This makes L1 completely useless  since remote calls to the primary owner would be necessary any time L1 would ever be referenced.  Additionally, it incurs the cost of a separate invalidation command per write.
Having it explicitly disabled in the default config makes it too tempting for uses to naively enable it, without knowing the cost.

We suspected that calling session.invalidate() on an already invalidated session with replication-granularity set to "ATTRIBUTE" will throw a NullPointerException, but from the specification it should throw an IllegalStateException instead.
Stack trace as below:

13:12:35,554 ERROR [io.undertow.request] (default task-32) UT005023: Exception handling request to /<our system url>: java.lang.NullPointerException
    at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory$1.invoke(FineSessionFactory.java:103)
    at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory$1.invoke(FineSessionFactory.java:100)
    at org.jboss.as.clustering.infinispan.invoker.SimpleCacheInvoker.invoke(SimpleCacheInvoker.java:34)
    at org.jboss.as.clustering.infinispan.invoker.RetryingCacheInvoker.invoke(RetryingCacheInvoker.java:87)
    at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory.remove(FineSessionFactory.java:109)
    at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory.remove(FineSessionFactory.java:53)
    at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:74)
    at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:359)
    at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:140)
    at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
... // our application code, just calling "session.invalidate()"

We also enclosed the simplified samples to reproduce this issue (session-invalidate-noreplication.war, session-invalidate-replication-attribute.war, session-invalidate-replication-session.war). In general they are the same except the replication-granularity (in jboss-web.xml => replication-granularity) settings.

session-invalidate-noreplication.war and session-invalidate-replication-session.war works correctly as they are throwing IllegalStateException.
session-invalidate-replication-attribute.war is buggy because it throw NullPointerException instead.

For more information, please refer to https://developer.jboss.org/message/947295
Updated in 2016-04-27
Test again in Wildfly 8.2.1.Final, Wildfly 10.0.0.Final and Wildfly 10.1.0.Final-SNAPSHOT (master branch), with HA profile (2 nodes in same machine), with my updated WARs, detail as below:
Wildfly 8.2.1.Final:

session-invalidate-noreplication.war - throwing IllegalStateException in the index.jsp (line 62), which is expected, detail stacktrace as below:

15:42:56,424 INFO  [stdout] (default task-9) {} session.invalidate() throw IllegalStateException, but it is intended!!!
15:42:56,424 ERROR [stderr] (default task-9) {} java.lang.IllegalStateException: UT000021: Session already invalidated
15:42:56,424 ERROR [stderr] (default task-9) {} 	at io.undertow.server.session.InMemorySessionManager$SessionImpl.invalidate(InMemorySessionManager.java:415)
15:42:56,425 ERROR [stderr] (default task-9) {} 	at io.undertow.server.session.InMemorySessionManager$SessionImpl.invalidate(InMemorySessionManager.java:404)
15:42:56,425 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199)
15:42:56,425 ERROR [stderr] (default task-9) {} 	at org.apache.jsp.index_jsp._jspService(index_jsp.java:62)
15:42:56,425 ERROR [stderr] (default task-9) {} 	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69)
15:42:56,425 ERROR [stderr] (default task-9) {} 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
15:42:56,426 ERROR [stderr] (default task-9) {} 	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:366)
15:42:56,426 ERROR [stderr] (default task-9) {} 	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:326)
15:42:56,426 ERROR [stderr] (default task-9) {} 	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:259)
15:42:56,426 ERROR [stderr] (default task-9) {} 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
15:42:56,426 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
15:42:56,426 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130)
15:42:56,426 ERROR [stderr] (default task-9) {} 	at com.jboss.test.StoreSessionFilter.doFilter(StoreSessionFilter.java:72)
15:42:56,426 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
15:42:56,427 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
15:42:56,427 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85)
15:42:56,427 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
15:42:56,427 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
15:42:56,427 ERROR [stderr] (default task-9) {} 	at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
15:42:56,427 ERROR [stderr] (default task-9) {} 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:42:56,427 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
15:42:56,427 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
15:42:56,428 ERROR [stderr] (default task-9) {} 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:42:56,428 ERROR [stderr] (default task-9) {} 	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
15:42:56,428 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
15:42:56,428 ERROR [stderr] (default task-9) {} 	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
15:42:56,428 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70)
15:42:56,428 ERROR [stderr] (default task-9) {} 	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
15:42:56,428 ERROR [stderr] (default task-9) {} 	at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
15:42:56,429 ERROR [stderr] (default task-9) {} 	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
15:42:56,429 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261)
15:42:56,429 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:248)
15:42:56,429 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:77)
15:42:56,429 ERROR [stderr] (default task-9) {} 	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:167)
15:42:56,429 ERROR [stderr] (default task-9) {} 	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
15:42:56,429 ERROR [stderr] (default task-9) {} 	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:761)
15:42:56,430 ERROR [stderr] (default task-9) {} 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
15:42:56,430 ERROR [stderr] (default task-9) {} 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
15:42:56,430 ERROR [stderr] (default task-9) {} 	at java.lang.Thread.run(Thread.java:745)

session-invalidate-replication-session.war - do NOT throw IllegalStateException when invalidating an already invalidated session, which is incorrect. My test just print:

15:38:38,568 ERROR [stderr] (default task-4) {} Should not reach here!!! That means session.invalidate() do NOT throw IllegalStateException

session-invalidate-replication-attribute.war - throwing NullPointerException in the index.jsp (line 62), which is incorrect. Detail stacktrace as below:

15:38:57,894 ERROR [io.undertow.request] (default task-6) {} UT005023: Exception handling request to /session-invalidate-replication-attribute/index.jsp: org.apache.jasper.JasperException: JBWEB004038: An exception occurred processing JSP page /index.jsp at line 7

4: <%
5: 	if (request.getParameter("logout") != null) {
6: 		try {
7: 			session.invalidate();  // invalidate the invalidated session
8: 			System.err.println("Should not reach here!!! That means session.invalidate() do NOT throw IllegalStateException");
9: 		} catch (IllegalStateException e) {
10: 			// expected to throw IllegalStateException when invalidate a invalidated session

	at org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:494) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:408) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at com.jboss.test.StoreSessionFilter.doFilter(StoreSessionFilter.java:72) [classes:]
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:248) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:77) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:167) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) [undertow-core-1.1.8.Final.jar:1.1.8.Final]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:761) [undertow-core-1.1.8.Final.jar:1.1.8.Final]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_92]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_92]
	at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory$1.invoke(FineSessionFactory.java:103)
	at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory$1.invoke(FineSessionFactory.java:100)
	at org.jboss.as.clustering.infinispan.invoker.SimpleCacheInvoker.invoke(SimpleCacheInvoker.java:34)
	at org.jboss.as.clustering.infinispan.invoker.RetryingCacheInvoker.invoke(RetryingCacheInvoker.java:87)
	at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory.remove(FineSessionFactory.java:109)
	at org.wildfly.clustering.web.infinispan.session.fine.FineSessionFactory.remove(FineSessionFactory.java:53)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:74)
	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:359)
	at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:140)
	at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
	at org.apache.jsp.index_jsp._jspService(index_jsp.java:62)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69) [jastow-1.0.0.Final.jar:1.0.0.Final]
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:366) [jastow-1.0.0.Final.jar:1.0.0.Final]
	... 34 more

Wildfly-10.0.0.Final:

session-invalidate-noreplication.war - same as Wildfly 8 to throw IllegalStateException which is intended.
session-invalidate-replication-session.war - throwing IllegalStateException in the filter!!! (Yes, in the filter, NOT in the index.jsp!!!) which is incorrect. Detail as below:

16:00:28,742 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-5) {} ISPN000136: Error executing command GetKeyValueCommand, writing keys []: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=5}, status=3} is not in a valid state to be invoking cache operations on.
	at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:394)
	at org.infinispan.interceptors.TxInterceptor.enlistIfNeeded(TxInterceptor.java:350)
	at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:344)
	at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:330)
	at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40)
	at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:85)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:405)
	at org.infinispan.statetransfer.StateTransferInterceptor.handleDefault(StateTransferInterceptor.java:390)
	at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:411)
	at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:403)
	at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:286)
	at org.wildfly.clustering.server.registry.CacheRegistry.getEntry(CacheRegistry.java:128)
	at org.wildfly.clustering.web.infinispan.session.InfinispanRouteLocator.locate(InfinispanRouteLocator.java:58)
	at org.wildfly.clustering.web.undertow.session.DistributableSessionIdentifierCodec.encode(DistributableSessionIdentifierCodec.java:48)
	at org.wildfly.extension.undertow.session.CodecSessionConfig.clearSession(CodecSessionConfig.java:51)
	at io.undertow.servlet.spec.ServletContextImpl$ServletContextSessionConfig.clearSession(ServletContextImpl.java:985)
	at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:184)
	at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199)
	at com.jboss.test.StoreSessionFilter.doFilter(StoreSessionFilter.java:58)

16:00:28,743 ERROR [com.jboss.test.StoreSessionFilter] (default task-5) {} Transaction DummyTransaction{xid=DummyXid{id=5}, status=3} is not in a valid state to be invoking cache operations on.: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=5}, status=3} is not in a valid state to be invoking cache operations on.

16:00:28,745 ERROR [stderr] (default task-5) {} Should not reach here!!! That means session.invalidate() do NOT throw IllegalStateException

session-invalidate-replication-session.war - same behaviour as session-invalidate-replication-attribute.war as in Wildfly 10.0.0.Final, which throw exception in filter and do NOT throw exception in index.jsp, which is incorrect.

Wildfly 10.1.0.Final-SNAPSHOT:
those 3 cases behaviour identical as Wildfly 10.0.0.Final.

All partitions are fetched at once causing metastore to go OutOfMemory. 

Only credentials which have algorithms should have parameters.  If a credential needs parameters, it probably needs an algorithm.
You need an algorithm name in order to acquire an AlgorithmParameters object, which is the only thing that can encode/decode algorithm parameters.

especially around metastore DB operations (TxnHandler) which are retried or fail for some reason.

Operattion namespace never gets set.  As the result, invoking an operation that has a different namespace than the service will not work.

In the latest trunks / 0.21 branch, the master's web UI sits under /webapps/master. All links to the specific tables fail to work, because the master.jsp uses absolute links for them - e.g. href="/table.jsp".
Although the fact that the master pages shouldn't be under /webapps/master ( see HBASE-2369), these links should still be relative to the master page - href="table.jsp", considering that they are not called from anywhere else.

HIVE-12497 prints the ignoring errors from hadoop version, hbase mapredcp and hadoop jars to /tmp/$USER/stderr. 
In some cases $USER is not set, then the file becomes /tmp/stderr.  If  such file preexists with different permission, it will cause the service startup to fail.
I just tried the script without outputting to stderr file, I don't see such error any more "ERROR StatusLogger No log4j2 configuration file found. Using default configuration: logging only errors to the console.".
I think we can remove such redirect to avoid possible startup failure.

in the latest checked out folder of spring-security
grep -i ContactSecurityVoter ./ -r
./docs/manual/src/docbook/authorization-common.xml:                    <literal>ContactSecurityVoter</literal> and <literal>DenyVoter</literal>. The
./docs/manual/src/docbook/authorization-common.xml:                    <literal>ContactSecurityVoter</literal> abstains from voting decisions where a

By assigning the inout TImestamp object the key gets corrupted when the input object is reused.

When doing a change on the HMS upgrade scripts, such as adding a new DB server, then the HMS upgrade test does not test this change. In order to make it work, this patch needs to be committed to trunk.
This is not desired, as we need to test the upgrade change first before doing the commit.

The specified type for DEFERRED_REBUILD (IDXS) and IS_COMPRESSED (SDS) columns in the metastore is defined as bit(1) type which is not supported by PostgreSQL JDBC.
hive> create table test (id int); 
FAILED: Error in metadata: javax.jdo.JDODataStoreException: Insert of object "org.apache.hadoop.hive.metastore.model.MStorageDescriptor@4f1adeb7" using statement "INSERT INTO "SDS" ("SD_ID","INPUT_FORMAT","OUTPUT_FORMAT","LOCATION","SERDE_ID","NUM_BUCKETS","IS_COMPRESSED") VALUES (?,?,?,?,?,?,?)" failed : ERROR: column "IS_COMPRESSED" is of type bit but expression is of type boolean 

A bean in a activemq route is consuming messages from another activemq queue.  Instead of reading all queued messages, it always gets just the first message in the queue.

while ((exchange = consumer.receive("activemq:queue", 2000l)) != null) {
        ...
}

This did not happen with ActiveMQ 5.2.0
This does not happen if Spring transaction support is not set for activemq component.
This does not happen if consumer bean is invoked from direct: route.

There is a typo in the class documentation of Put.java, which got introduced in commit 21ddb60.
The documentation says "To perform a Put, instantiate a Put object with the row to insert to and for eachumn to be inserted..."
It should say "... for each column ..."
I know there are more important issues than this one. I had already forked and submitted a PR, but it seems that I was not following the proper procedure for bug reporting and fixing.

multiplierFor() method contains a typo, which causes wrong parsing of the rare suffixes ('tb' & 'pb').

P no 39 - physically page 46.   "migrationg" - should be migrating.

Beeline has a thread that fetches logs from HS2. However, it uses the same HiveStatement object to also wait for query completion using a long-poll (with default interval of 5 seconds).
The jdbc client has a lock around the thrift api calls, resulting in the getLogs api blocking on the query completion check. ie the logs would get shown only every 5 seconds by default.
cc Vaibhav Gumashta Gopal V Thejas M Nair

Table created in CTAS should be case sensitive. Currently the moveTask at the end of CTAS doesn't convert table name to lower case. This makes subsequent accessing to the table impossible since they are looking for lower case table names. 

Say we have configured hive.server2.tez.default.queues with 2 queues q1 and q2 with default expiry interval of 5 mins.
After 5 mins of non-usage the sessions corresponding to queues q1 and q2 will be expired. When new set of queries are issue after this expiry, the default sessions backed by q1 and q2 and reopened again. Now when we run more queries the reopened sessions are not used instead new session is opened. 
At this point there will be 4 sessions running (2 abandoned sessions and 2 current sessions). 

Result set returned by Hive has one row instead of 5

select avg(distinct tsint.csint) over () from tsint 

create table  if not exists TSINT (RNUM int , CSINT smallint)
 ROW FORMAT DELIMITED FIELDS TERMINATED BY '|' LINES TERMINATED BY '\n' 
 STORED AS TEXTFILE;

0|\N
1|-1
2|0
3|1
4|10

I found the scan will be in a forever loop when using PREFIX_TREE DataBlockEncoding.
And found the root cause is:
CellComparator#compare returns incorrect result for faked KeyValue.
Patch is simple...
Provide a rude test case to verify

Create a table called 'sample_08'
Create a view of the table. From hive command line, please run:
hive> create view sample_09 as select * from sample_08 ;
ACTUAL BEHAVIOR:
Run the following command in the browser:
http://localhost:50111/templeton/v1/ddl/database/default/table/sample_09?format=extended
It fails with the following exception:
{"errorDetail":"org.apache.hadoop.hive.ql.metadata.HiveException: Exception while processing show table status\n\tat org.apache.hadoop.hive.ql.exec.DDLTask.showTableStatus(DDLTask.java:2707)\n\tat org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:343)\n\tat org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:151)\n\tat org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:65)\n\tat org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:1437)\n\tat org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1215)\n\tat org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1043)\n\tat org.apache.hadoop.hive.ql.Driver.run(Driver.java:911)\n\tat org.apache.hive.hcatalog.cli.HCatDriver.run(HCatDriver.java:43)\n\tat org.apache.hive.hcatalog.cli.HCatCli.processCmd(HCatCli.java:259)\n\tat org.apache.hive.hcatalog.cli.HCatCli.processLine(HCatCli.java:213)\n\tat org.apache.hive.hcatalog.cli.HCatCli.main(HCatCli.java:172)\n\tat sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)\n\tat sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)\n\tat sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)\n\tat java.lang.reflect.Method.invoke(Method.java:597)\n\tat org.apache.hadoop.util.RunJar.main(RunJar.java:212)\nCaused by: java.lang.NullPointerException\n\tat org.apache.hadoop.hive.ql.metadata.formatting.JsonMetaDataFormatter.putFileSystemsStats(JsonMetaDataFormatter.java:264)\n\tat org.apache.hadoop.hive.ql.metadata.formatting.JsonMetaDataFormatter.makeOneTableStatus(JsonMetaDataFormatter.java:218)\n\tat org.apache.hadoop.hive.ql.metadata.formatting.JsonMetaDataFormatter.makeAllTableStatus(JsonMetaDataFormatter.java:170)\n\tat org.apache.hadoop.hive.ql.metadata.formatting.JsonMetaDataFormatter.showTableStatus(JsonMetaDataFormatter.java:153)\n\tat org.apache.hadoop.hive.ql.exec.DDLTask.showTableStatus(DDLTask.java:2702)\n\t... 16 more\n","error":"FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. Exception while processing show table status","sqlState":"08S01","errorCode":40000,"database":"default","table":"sample_09"}
            
In a controller I return a DeferredResult in order to set up an async request. From an another thread I set the result of DeferredResult, and thus return the result back to the user.
The problem lies in that I also use a OpenSessionInViewFilter for Hibernate session management. This filter gives an error now and then indicating that a session is not bound to the current thread.
Stack trace is as follows:

29.aug.2013 11:15:57 [http-bio-8080-exec-1] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/].[appServlet] - Servlet.service() for servlet appServlet threw exception java.lang.IllegalStateException: No value for key [org.hibernate.internal.SessionFactoryImpl@28af7fd7] bound to thread [http-bio-8080-exec-1]
	at org.springframework.orm.hibernate4.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:157)
	at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749)
	at org.apache.catalina.core.ApplicationDispatcher.doDispatch(ApplicationDispatcher.java:660)
	at org.apache.catalina.core.ApplicationDispatcher.dispatch(ApplicationDispatcher.java:626)
	at org.apache.catalina.core.AsyncContextImpl$1.run(AsyncContextImpl.java:225)
	at org.apache.catalina.core.AsyncContextImpl.doInternalDispatch(AsyncContextImpl.java:367)
	at org.apache.catalina.connector.CoyoteAdapter.asyncDispatch(CoyoteAdapter.java:299)
	at org.apache.coyote.http11.AbstractHttp11Processor.asyncDispatch(AbstractHttp11Processor.java:1587)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:583)

29.aug.2013 11:15:57 [http-bio-8080-exec-1] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/].[appServlet] - Servlet.service() for servlet [appServlet] in context with path [] threw exception [java.lang.RuntimeException: java.lang.IllegalStateException: No value for key [org.hibernate.internal.SessionFactoryImpl@28af7fd7] bound to thread [http-bio-8080-exec-1]] with root cause java.lang.IllegalStateException: No value for key [org.hibernate.internal.SessionFactoryImpl@28af7fd7] bound to thread [http-bio-8080-exec-1]

First I'd like to say that TestColumnSeeking is a bad test. It's not documented, it's non-deterministic, it's 2 methods with almost the same code.
So in each test it populates column lists this way:

    for (int i = 0; i < numberOfTests; i++) {
      kvMaps[i] = new HashMap<String, KeyValue>();
      columnLists[i] = new ArrayList<String>();
      for (String column : allColumns) {
        if (Math.random() < selectPercent) {
          columnLists[i].add(column);
        }
      }
    }

Since selectPercent is 50% and there are 10 columns, there's something like a 1/1024 chance that one of the column list ends up with 0 column. This is later mismanaged in the checks. First something like this will be printed out:
2013-01-28 11:50:02,200 INFO  [pool-1-thread-1] regionserver.TestColumnSeeking(140): Columns: 0  Keys: 0
Like it says, there's 0 columns so it couldn't add data. But then it still makes sure later that the data is there with this check:

assertEquals(kvSet.size(), results.size());

Do notice that the parameters are reversed, and here the results.size() will be 0 since there are 0 columns for this test.
I see multiple ways to fix this:

Skip tests that have 0 columns
Change the randomness to at least have 1 column (like select 1 + 0..9 columns)
Redo the whole unit test to not rely on randomness

We are using the latest 1.5.0.BUILD-SNAPSHOT and when trying to use the new field naming strategy xml configuration from DATAMONGO-866 like so:
 <mongo:mapping-converter field-naming-strategy-ref="namingStrategy" />
We are getting rejected by the MappingMongoConverterParser check for using both abbreviate-field-names and field-naming-strategy-ref.
This seems to happen when the abbreviate-field-names attribute is read and because we haven't set it - it defaults to what is defined in the schema which is "false" and because we have set field-naming-strategy-ref we get the "Only one of the attributes abbreviate-field-names and field-naming-strategy-ref can be configured!" error.
We have worked around this by setting the abbreviate-field-names attribute to "", like so:
 <mongo:mapping-converter field-naming-strategy-ref="namingStrategy" abbreviate-field-names="" />

There's a bit of code in hbase-daemon.sh that makes HBase master being SIGKILLed when stopping it rather than trying SIGTERM (like it does for other daemons). When HBase is executed in a standalone mode (and the only daemon you need to run is master) that causes newly created tables to go missing as unflushed data is thrown out. If there was not a good reason to kill master with SIGKILL perhaps we can take that special case out and rely on SIGTERM.

CREATE VIEW view_j5jbymsx8e_1 as SELECT * FROM tbl_j5jbymsx8e;
should capture "default.tbl_j5jbymsx8e" as input entity for authorization process but currently it's not.

In RedisMessageListenerContainer.SubscriptionTask class, the run() function gets a new JedisConnection from the underlying Jedis pool (assuming using Jedis) but after the subscription ends it doesn't return the connection back to the pool, causing future subscriptionTask to block on getConnection().
To reproduce the bug:
1. Create a RedisMessageListenerContainer based on a Jedis pool. 
2. Call addListener on the container.
3. Call RemoveListener to remove the subscribed listener.
repeat 2 and 3
Once the pool is exhausted, the future subscription task will block for ever.

Class org.apache.hadoop.hbase.client.Increment has a member
boolean writeToWAL;
that is not serialized/deserialized in write/readFields functions. As a result an operation to increment several columns within a single row always writes to WAL, even if a client calls
increment.setWriteToWAL(false);

Currently the UnionConvertor in the ObjectInspectorConvertors class has an issue with the convert method where it attempts to convert the objectinspector itself instead of converting the field.[1]. This should be changed to convert the field itself. This could result in a ClassCastException as shown below:

Caused by: java.lang.ClassCastException: org.apache.hadoop.hive.serde2.lazy.objectinspector.LazyUnionObjectInspector cannot be cast to org.apache.hadoop.hive.serde2.lazy.LazyString
	at org.apache.hadoop.hive.serde2.lazy.objectinspector.primitive.LazyStringObjectInspector.getPrimitiveWritableObject(LazyStringObjectInspector.java:51)
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorConverter$TextConverter.convert(PrimitiveObjectInspectorConverter.java:391)
	at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorConverter$TextConverter.convert(PrimitiveObjectInspectorConverter.java:338)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters$UnionConverter.convert(ObjectInspectorConverters.java:456)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters$StructConverter.convert(ObjectInspectorConverters.java:395)
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorConverters$MapConverter.convert(ObjectInspectorConverters.java:539)
	at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.readRow(MapOperator.java:154)
	at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.access$200(MapOperator.java:127)
	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:518)
	... 9 more

[1] https://github.com/apache/hive/blob/master/serde/src/java/org/apache/hadoop/hive/serde2/objectinspector/ObjectInspectorConverters.java#L466

Attribute use-hornetq-store was deprecated for EAP7 and use-journal-store should be used instead. But even the attribute is deprecated it still should provide its old functionality.
I think that using use-hornetq-store would have the same effect as when use-journal-store is used.
I would think that when one of the attribute is set then the other one should present the same settings.

/subsystem=transactions:read-attribute(name=use-hornetq-store)
{
    "result" => false
}
/subsystem=transactions:read-attribute(name=use-journal-store)
{
}
{
    }
}

:shutdown(restart=true)

{
    "result" => true
}
 /subsystem=transactions:read-attribute(name=use-hornetq-store)
{
}

Abdera-parser is already in the camel-atom feature but because camel-atom bundle has no compile dependency on it, it doesn't actually get installed with the feature. The parser is almost always required though so would be nice to always install this so folks don't have to install additional bundles after the camel-atom feature.

ModuleLoader class has LGPL header. Let's fix it and use the project default ASL header.

From list:

Hi,

Was wondering if anyone can shed light on the following debug message I'm
seeing:

2009-05-13 06:35:48,417 DEBUG [Thread-3] (MessageQueue.java:22)
message.MessageQueue: Queue size = 0
2009-05-13 06:35:48,418 DEBUG [Thread-3] (HbaseMessageWriter.java:32)
hbase.HbaseMessageWriter: HBase writer writing event
2009-05-13 06:35:48,419 DEBUG [Thread-3] (HBaseClient.java:466)
ipc.HBaseClass: IPC Client (47) connection to /127.0.0.1:60020 from an
unknown user sending #4403
2009-05-13 06:35:48,421 DEBUG [IPC Client (47) connection to /
127.0.0.1:60020 from an unknown user] (HBaseClient.java:501) ipc.HBaseClass:
IPC Client (47) connection to /127.0.0.1:60020 from an unknown user got
value #4403
2009-05-13 06:35:48,421 DEBUG [Thread-3] (HBaseRPC.java:325) ipc.HbaseRPC:
Call: batchUpdates 2

Can't find much information related to "... from an unknown user" with
regards to IPC.  Events are being written into HBase so it's not a large
concern for me, just curious really!

I have a bean defined something like this:
<bean id="myBean" class="de.idealo.util.MyFactory" factory-method="parse">
  <constructor-arg value="${someStringToParse}" />
</bean>
Now depending on the property this MAY return null, which is perfectly fine for the component that is going to use this bean. And since the documentation of the FactoryBean interface states the getObject method is allowed to return null, I figured it is acceptable to have 'null' beans in the context and the setup with factory-bean should work too.
But with <context:annotation-config /> enabled, I get the following NPE:
Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'myBean' defined in class path resource [context.xml]: Initialization of bean failed; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:557)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:842)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:416)
	at de.idealo.test.TestMain.main(TestMain.java:19)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:128)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1394)
	... 11 more
Is this a bug or am I doing something wrong?

If an entity called, for example MTSZone, is scaffolded for JSF, the xhtml page created has the file name made up of simply the uncapitalised entity name, ie mTSZone.xhtml. However the managed bean refers to a different name, based on the call JavaSymbolName.getReservedWordSafeName. JSFOperationsImpl will be changed to make the same method call to create the page, thus ensuring consistency.
The JavaSymbolName.getReservedWordSafeName method uses java.beans.Introspector.decapitalize, so also see the javadocs for this method to see how names are treated.

  /**

Sets the ENABLED state in the cache and deletes the zookeeper node. Fails
silently if the node is not in enabled in zookeeper

@param tableName
@throws KeeperException
   */
  public void setEnabledTable(final String tableName) throws KeeperException 
{
    setTableState(tableName, TableState.ENABLED);
  }

When setEnabledTable occours ,It will update the cache and the zookeeper node,rather than to delete the zk node.

As pointed out in https://github.com/forcedotcom/phoenix/pull/131, BaseRegionObserver#preCompactScannerOpen returns null by default, which hoses any coprocessors down the line, making override of this method mandatory. The fix is trivial, patch coming momentarily.
Update:
This same behavior is present in the Flush and Store versions of the same method - this should all be moved to the proposed 'return passed scanner' default behavior.

I'm getting BadSqlGrammarException "column ambiguously defined" on oracle while executing query in JdbcJobInstanceDao.getJobInstance(). The problem is in following query: 
SELECT JOB_INSTANCE_ID, JOB_NAME, JOB_KEY, VERSION from %PREFIX%JOB_INSTANCE ji, %PREFIX%JOB_EXECUTION je where JOB_EXECUTION_ID = ? and ji.JOB_INSTANCE_ID = je.JOB_INSTANCE_ID
Poor oracle doesn't know from which table to get JOB_INSTANCE_ID and VERSION.
Simple addition of "ji." to these two columns works fine.

In HBASE-7848, we added table lock to enabled/disabled snapshot handlers, and fixed SnapshotManager to call CloneSnapshotHandler.prepare() in HBASE-7957. It seems that we overlooked the RestoreSnapshotHandler.prepare(). In this issue we should fix that so that we acquire the table lock in restore snapshot. 
There is also a slightly related issue where TakeSnapshotHandler first loads the HTD, then acquires the table lock. The order should be swapped to guard against concurrent alter table statements. 

This is the ORM error, direct SQL fails too before that, with a similar error.

2017-02-14T17:45:11,158 ERROR [09fdd887-0164-4f55-97e9-4ba147d962be main] metastore.ObjectStore:java.lang.ClassCastException: org.apache.hadoop.hive.ql.plan.ExprNodeConstantDefaultDesc cannot be cast to java.lang.Long
        at org.apache.hadoop.hive.serde2.objectinspector.primitive.JavaLongObjectInspector.get(JavaLongObjectInspector.java:40) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorUtils.getDouble(PrimitiveObjectInspectorUtils.java:801) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]        at org.apache.hadoop.hive.serde2.objectinspector.primitive.PrimitiveObjectInspectorConverter$DoubleConverter.convert(P
rimitiveObjectInspectorConverter.java:240) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFOPEqualOrGreaterThan.evaluate(GenericUDFOPEqualOrGreaterThan.java:145) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFBetween.evaluate(GenericUDFBetween.java:57) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator._evaluate(ExprNodeGenericFuncEvaluator.java:187) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:80) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator$DeferredExprObject.get(ExprNodeGenericFuncEvaluator.java:88) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDFOPAnd.evaluate(GenericUDFOPAnd.java:63) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluator.evaluate(ExprNodeEvaluator.java:68) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.optimizer.ppr.PartExprEvalUtils.evaluateExprOnPart(PartExprEvalUtils.java:126) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]

Reported by Kiran in this thread: "HBase file encryption, inconsistencies observed and data loss"
After step 4 ( i.e disabling of WAL encryption, removing SecureProtobufReader/Writer and restart), read of encrypted WAL fails mainly due to EOF exception at Basedecoder. This is not considered as error and these WAL are being moved to /oldWALs.
Following is observed in log files:

2014-07-30 19:44:29,254 INFO  [RS_LOG_REPLAY_OPS-HOST-16:15264-1] wal.HLogSplitter: Splitting hlog: hdfs://HOST-16:18020/hbase/WALs/HOST-16,15264,1406725441997-splitting/HOST-16%2C15264%2C1406725441997.1406725444017, length=172
2014-07-30 19:44:29,254 INFO  [RS_LOG_REPLAY_OPS-HOST-16:15264-1] wal.HLogSplitter: DistributedLogReplay = false
2014-07-30 19:44:29,313 INFO  [RS_LOG_REPLAY_OPS-HOST-16:15264-1] util.FSHDFSUtils: Recovering lease on dfs file hdfs://HOST-16:18020/hbase/WALs/HOST-16,15264,1406725441997-splitting/HOST-16%2C15264%2C1406725441997.1406725444017
2014-07-30 19:44:29,315 INFO  [RS_LOG_REPLAY_OPS-HOST-16:15264-1] util.FSHDFSUtils: recoverLease=true, attempt=0 on file=hdfs://HOST-16:18020/hbase/WALs/HOST-16,15264,1406725441997-splitting/HOST-16%2C15264%2C1406725441997.1406725444017 after 1ms
2014-07-30 19:44:29,429 DEBUG [RS_LOG_REPLAY_OPS-HOST-16:15264-1-Writer-0] wal.HLogSplitter: Writer thread Thread[RS_LOG_REPLAY_OPS-HOST-16:15264-1-Writer-0,5,main]: starting
2014-07-30 19:44:29,429 DEBUG [RS_LOG_REPLAY_OPS-HOST-16:15264-1-Writer-1] wal.HLogSplitter: Writer thread Thread[RS_LOG_REPLAY_OPS-HOST-16:15264-1-Writer-1,5,main]: starting
2014-07-30 19:44:29,430 DEBUG [RS_LOG_REPLAY_OPS-HOST-16:15264-1-Writer-2] wal.HLogSplitter: Writer thread Thread[RS_LOG_REPLAY_OPS-HOST-16:15264-1-Writer-2,5,main]: starting
2014-07-30 19:44:29,591 ERROR [RS_LOG_REPLAY_OPS-HOST-16:15264-1] codec.BaseDecoder: Partial cell read caused by EOF: java.io.IOException: Premature EOF from inputStream
2014-07-30 19:44:29,592 INFO  [RS_LOG_REPLAY_OPS-HOST-16:15264-1] wal.HLogSplitter: Finishing writing output logs and closing down.
2014-07-30 19:44:29,592 INFO  [RS_LOG_REPLAY_OPS-HOST-16:15264-1] wal.HLogSplitter: Waiting for split writer threads to finish
2014-07-30 19:44:29,592 INFO  [RS_LOG_REPLAY_OPS-HOST-16:15264-1] wal.HLogSplitter: Split writers finished
2014-07-30 19:44:29,592 INFO  [RS_LOG_REPLAY_OPS-HOST-16:15264-1] wal.HLogSplitter: Processed 0 edits across 0 regions; log file=hdfs://HOST-16:18020/hbase/WALs/HOST-16,15264,1406725441997-splitting/HOST-16%2C15264%2C1406725441997.1406725444017 is corrupted = false progress failed = false

To fix this, we need to propagate EOF exception to HLogSplitter. Any suggestions on the fix?
-------- (end of quote from Kiran)
In BaseDecoder#rethrowEofException() :

    if (!isEof) throw ioEx;
    LOG.error("Partial cell read caused by EOF: " + ioEx);
    EOFException eofEx = new EOFException("Partial cell read");
    eofEx.initCause(ioEx);
    throw eofEx;

throwing EOFException would not propagate the "Partial cell read" condition to HLogSplitter which doesn't treat EOFException as an error.
I think IOException should be thrown above - HLogSplitter#getNextLogLine() would translate the IOEx to CorruptedLogFileException.

The Cloud Foundry Add On won't install.
See attached file for a log from Spring Roo shell in a terminal window.
Note that Roo claims the Add On had been successfully installed.

Test started failing fairly frequently on Jan 11:
https://ci.wildfly.org/project.html?projectId=WildFlyCore_PullRequest&buildTypeId=&tab=testDetails&testNameId=671487653311897791&order=TEST_STATUS_DESC&branch_WildFlyCore_PullRequest=__all_branches__&itemsCount=50
https://ci.wildfly.org/project.html?projectId=WF&buildTypeId=&tab=testDetails&testNameId=671487653311897791&order=TEST_STATUS_DESC&branch_WF=__all_branches__&itemsCount=50
Perhaps that was related to https://github.com/wildfly/wildfly/pull/11913 which at a glance was the PR being tested in the first failure and may have been merged that day. So, Yeray Borges I'm assigning to you to have a quick look.
I'll @Ignore the test.
For the record, this is the relevant error trace logged by the failed tests:

multinode.transaction.ClientEjb.testSameTransactionEachCall() throws java.rmi.RemoteException,javax.transaction.SystemException,javax.transaction.NotSupportedException,javax.naming.NamingException: javax.ejb.EJBException: EJBCLIENT000082: Cannot outflow the remote transaction "Local transaction (delegate=TransactionImple < ac, BasicAction: 0:ffff7f000101:-39b44114:5c59a6ad:10 status: ActionStatus.RUNNING >, owner=Local transaction context for provider JBoss JTA transaction provider)" as its timeout elapsed
	at org.jboss.ejb.protocol.remote.EJBClientChannel.processInvocation(EJBClientChannel.java:471)
	at org.jboss.ejb.protocol.remote.RemoteEJBReceiver$1.lambda$handleDone$0(RemoteEJBReceiver.java:91)
	at org.xnio.FinishedIoFuture.addNotifier(FinishedIoFuture.java:79)
	at org.jboss.ejb.protocol.remote.RemoteEJBReceiver$1.handleDone(RemoteEJBReceiver.java:76)
	at org.jboss.ejb.protocol.remote.RemoteEJBReceiver$1.handleDone(RemoteEJBReceiver.java:74)
	at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:949)
Caused by: javax.transaction.SystemException: EJBCLIENT000082: Cannot outflow the remote transaction "Local transaction (delegate=TransactionImple < ac, BasicAction: 0:ffff7f000101:-39b44114:5c59a6ad:10 status: ActionStatus.RUNNING >, owner=Local transaction context for provider JBoss JTA transaction provider)" as its timeout elapsed
	at org.jboss.ejb.protocol.remote.EJBClientChannel.writeTransaction(EJBClientChannel.java:581)
	at org.jboss.ejb.protocol.remote.EJBClientChannel.processInvocation(EJBClientChannel.java:367)
	... 12 more

spring-retry - RetryTemplate starts a new BackOffContext on each attempt, causing the multiplier to be ineffective. Need to maintain backoff context in retry context.

if the bulkload dir contains "other folders" with a valid family name, LoadIncrementalHFile will throw an unmatched family name exception.
(In this case our test was running with the MR log dir pointing to the same bulkload dir)

Unmatched family names found: unmatched family names in HFiles to be bulkloaded: [_logs]; valid family names of table testMRIncrementalLoad_1423719217782 are: [info-A, info-B]

In theory we can add a second check to verify if the file inside the unmatched family is an hfile or not, and in case the folder doesn't contain hfiles we can skip that folder, and avoid the unmatched family exception.

LettuceConnectionFactory defaults to 60 second timeout if used without LettuceClientConfiguration.

Repeated splits on large tables (2 consecutive would suffice) will essentially "break" the table (and the cluster), unrecoverable.
The regionserver doing the split dies and the master will get into an infinite loop trying to assign regions that seem to have the files missing from HDFS.
The table can be disabled once. upon trying to re-enable it, it will remain in an intermediary state forever.
I was able to reproduce this on a smaller table consistently.

hbase(main):030:0> (0..10000).each{|x| put 't1', "#{x}", 'f1:t', 'dd'}
hbase(main):030:0> (0..1000).each{|x| split 't1', "#{x*10}"}

Running overlapping splits in parallel (e.g. "#
{x*10+1}
", "#
{x*10+2}
"... ) will reproduce the issue almost instantly and consistently. 

2012-03-28 10:57:16,320 INFO org.apache.hadoop.hbase.catalog.MetaEditor: Offlined parent region t1,,1332957435767.2fb0473f4e71339e88dab0ee0d4dffa1. in META
2012-03-28 10:57:16,321 DEBUG org.apache.hadoop.hbase.regionserver.CompactSplitThread: Split requested for t1,5,1332957435767.648d30de55a5cec6fc2f56dcb3c7eee1..  compaction_queue=(0:1), split_queue=10
2012-03-28 10:57:16,343 INFO org.apache.hadoop.hbase.regionserver.SplitRequest: Running rollback/cleanup of failed split of t1,,1332957435767.2fb0473f4e71339e88dab0ee0d4dffa1.; Failed ld2,60020,1332957343833-daughterOpener=2469c5650ea2aeed631eb85d3cdc3124
java.io.IOException: Failed ld2,60020,1332957343833-daughterOpener=2469c5650ea2aeed631eb85d3cdc3124
        at org.apache.hadoop.hbase.regionserver.SplitTransaction.openDaughters(SplitTransaction.java:363)
        at org.apache.hadoop.hbase.regionserver.SplitTransaction.execute(SplitTransaction.java:451)
        at org.apache.hadoop.hbase.regionserver.SplitRequest.run(SplitRequest.java:67)
Caused by: java.io.FileNotFoundException: File does not exist: /hbase/t1/589c44cabba419c6ad8c9b427e5894e3.2fb0473f4e71339e88dab0ee0d4dffa1/f1/d62a852c25ad44e09518e102ca557237
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.openInfo(DFSClient.java:1822)
        at org.apache.hadoop.hdfs.DFSClient$DFSInputStream.<init>(DFSClient.java:1813)
        at org.apache.hadoop.hdfs.DFSClient.open(DFSClient.java:544)
        at org.apache.hadoop.hdfs.DistributedFileSystem.open(DistributedFileSystem.java:187)
        at org.apache.hadoop.fs.FileSystem.open(FileSystem.java:456)
        at org.apache.hadoop.hbase.io.hfile.HFile.createReader(HFile.java:341)
        at org.apache.hadoop.hbase.regionserver.StoreFile$Reader.<init>(StoreFile.java:1008)
        at org.apache.hadoop.hbase.io.HalfStoreFileReader.<init>(HalfStoreFileReader.java:65)
        at org.apache.hadoop.hbase.regionserver.StoreFile.open(StoreFile.java:467)
        at org.apache.hadoop.hbase.regionserver.StoreFile.createReader(StoreFile.java:548)
        at org.apache.hadoop.hbase.regionserver.Store.loadStoreFiles(Store.java:284)
        at org.apache.hadoop.hbase.regionserver.Store.<init>(Store.java:221)
        at org.apache.hadoop.hbase.regionserver.HRegion.instantiateHStore(HRegion.java:2511)
        at org.apache.hadoop.hbase.regionserver.HRegion.initialize(HRegion.java:450)
        at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:3229)
        at org.apache.hadoop.hbase.regionserver.SplitTransaction.openDaughterRegion(SplitTransaction.java:504)
        at org.apache.hadoop.hbase.regionserver.SplitTransaction$DaughterOpener.run(SplitTransaction.java:484)
        ... 1 more
2012-03-28 10:57:16,345 FATAL org.apache.hadoop.hbase.regionserver.HRegionServer: ABORTING region server ld2,60020,1332957343833: Abort; we got an error after point-of-no-return

http://hastebin.com/diqinibajo.avrasm
later edit:
(I'm using the last 4 characters from each string)
Region 94e3 has storefile 7237
Region 94e3 gets splited in daughters a: ffa1 and b: eee1
Daughter region ffa1 get's splitted in daughters a: 3124 and b: dc77
ffa1 has a reference: 7237.94e3 for it's store file
when ffa1 gets splited it will create another reference: 7237.94e3.ffa1
when SplitTransaction will execute() it will try to open that (openDaughters above) and it will match it from left to right [storefile].[region] 

"^([0-9a-f]+)(?:\\.(.+))?$"

and will attempt to go to /hbase/t1/[region] which resolves to 
/hbase/t1/94e3.ffa1/f1/7237 - which obviously doesn't exist and will fail. 
This seems like a design problem: we should either stop from splitting if the path is reference or be able to recursively resolve reference paths (e.g. parse right to left 7237.94e3.ffa1 -> [7237.94e3].ffa1 -> open /hbase/t1/ffa1/f1/7237.94e3 -> [7237].94e3 -> open /hbase/t1/94e3/7237)

In ActiveMasterManager#blockUntilBecomingActiveMaster the master znode is created as a versioned serialized version of ServerName

     if (ZKUtil.createEphemeralNodeAndWatch(this.watcher,
          this.watcher.masterAddressZNode, sn.getVersionedBytes())) {

There are a few user visible places where it is used but not deserialized properly.

camel-core/src/main/java/org/apache/camel/model/ProcessorType.java:[871,12] inconvertible types
 found   : org.apache.camel.model.ProcessorType<Type>
 required: org.apache.camel.model.InterceptType
camel-core/src/main/java/org/apache/camel/model/ProcessorType.java:[872,39] inconvertible types
camel-core/src/main/java/org/apache/camel/model/ProcessorType.java:[884,12] inconvertible types
camel-core/src/main/java/org/apache/camel/model/ProcessorType.java:[885,38] inconvertible types
 required: org.apache.camel.model.InterceptType 

From the mailing list

I was expecting that it is forbidden, *but* this call does not throw any
exception

        String[] families = {"cf", "cf"};
        HTableDescriptor desc = new HTableDescriptor(name);
        for (String cf : families) {
          HColumnDescriptor coldef = new HColumnDescriptor(cf);
          desc.addFamily(coldef);
        }
        try {
            admin.createTable(desc);
        } catch (TableExistsException e) {
            throw new IOException("table \'" + name + "\' already exists");
        }

And Ted's follow up replicates in the shell

hbase(main):001:0> create 't2', {NAME => 'f1'}, {NAME => 'f1'}

The table got created - with 1 column family:

hbase(main):002:0> describe 't2'
DESCRIPTION
                       ENABLED
 't2', {NAME => 'f1', DATA_BLOCK_ENCODING => 'NONE', BLOOMFILTER => 'ROW',
REPLICATION_SCOPE => '0 true
 ', VERSIONS => '1', COMPRESSION => 'NONE', MIN_VERSIONS => '0', TTL =>
'2147483647', KEEP_DELETED
 _CELLS => 'false', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE
=> 'true'}
1 row(s) in 0.1000 seconds

in Chunk.init() if new byte[] fails it leaves the Chunk in its uninitialized state, other threads will assume someone else will init it and get stuck in an infinite loop.

If an Optional @RequestParam is not present in the request parameters, that value should be Optional.EMPTY as opposed to null. However, an Optional<MultipartFile[]> or Optional<List<MultipartFile>> parameter on a controller method handling a POSTed multipart/form-data request is NOT converting that parameter to Optional.EMPTY as expected but leaving it null.

In HeapMemoryManager#doInit():

    globalMemStorePercentMinRange = conf.getFloat(MEMSTORE_SIZE_MIN_RANGE_KEY,
        globalMemStorePercent);
    globalMemStorePercentMaxRange = conf.getFloat(MEMSTORE_SIZE_MAX_RANGE_KEY,
...
    if (globalMemStorePercent == globalMemStorePercentMinRange
        && globalMemStorePercent == globalMemStorePercentMaxRange) {
    }

If memory tuning is not specified, globalMemStorePercentMinRange and globalMemStorePercentMaxRange would carry the value of globalMemStorePercent.
This would make doInit() exit before checking the threshold for combined MemStore and BlockCache percentages.

There are three issues with the PTest2 framework at present:
1) When a test crashes it doesn't shutdown the underlying executors quickly
2) If a jira has two patches uploaded say 20 minutes a part that jira will have two pre-commit runs executed
3) The client doesn't aggressively retry impotent operations leading to the client (i.e. jenkins) finishing before the test actually does

Loading ldif which defines custom attribute generates warnings and the attribute is not added.

ServerStringValue.java:247 WARN Cannot normalize the value :Encountered name based id of optionalprotocols which was not found in the OID registry

And later on a try to use that attribute:

DefaultOidRegistry.java:148 WARN OID for name 'optionalprotocols' was not found within the OID registry
DefaultServerEntry.java:307 WARN The attribute 'optionalprotocols' cannot be stored

It works fine with plain ApacheDS. Some digging shows that interceptors break this feature. When disabled - commented the line

service.setInterceptors( list );

in ApacheDSContainer (only default interceptors from DefaultDirectoryService applied) it works fine.
Sample configuration and ldif given in the forum thread.
I created also a test case which reproduced a problem on master (will post the link in a few minutes).

The commit eb4579b seems to cause  
NoSuchMethodError if a class was compiled against a previous revision of MediaType since the method signature changed. This is the cause for SEC-2288
The detailed error can be seen below:

java.lang.NoSuchMethodError: org.springframework.http.MediaType.isCompatibleWith(Lorg/springframework/http/MediaType;)Z
	org.springframework.security.web.util.MediaTypeRequestMatcher.matches(MediaTypeRequestMatcher.java:186)
	org.springframework.security.web.authentication.DelegatingAuthenticationEntryPoint.commence(DelegatingAuthenticationEntryPoint.java:71)
	org.springframework.security.web.access.ExceptionTranslationFilter.sendStartAuthentication(ExceptionTranslationFilter.java:186)
	org.springframework.security.web.access.ExceptionTranslationFilter.handleSpringSecurityException(ExceptionTranslationFilter.java:168)
	org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:131)
	org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
	org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:103)
	org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:150)
	org.springframework.security.web.authentication.ui.DefaultLoginPageViewFilter.doFilter(DefaultLoginPageViewFilter.java:122)
	org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:199)
	org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:110)
	org.springframework.security.web.csrf.CsrfFilter.doFilterInternal(CsrfFilter.java:80)
	org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:108)
	org.springframework.security.web.header.HeaderWriterFilter.doFilterInternal(HeaderWriterFilter.java:57)
	org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter.doFilterInternal(WebAsyncManagerIntegrationFilter.java:50)
	org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192)
	org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160)

HBASE-5524 added **/test/** as a rat exclude. This unfortunately excludes directories like hbase-it/src/test/* from the rat checks and has allowed a few unit tests to get in without proper licenses.  
Tightening it to only the directory HBASE-5524 was concerned about (and fixing files with non-compliant licenses)

Kind of a minor issue, though it did cause me a lot of grief.  On switching to RC1 and updating my previous SimpleDelegatingPagingQueryProvider beans to use the new SqlPagingQueryProviderFactoryBean, I got was no longer getting anything past the first page of results because it was suddenly ordering 'DESC' instead of 'ASC'.  Even though the ascending property defaults to true in the actual query providers, the factory bean is explicitly setting the property every time and it defaults to false there.

Typo in method name.  TableInputFormatBase.getInputColums should be .getInputColumns.

The code in VectorizedParquetRecordReader.next and in VectorColumnAssignFactory.buildAssigners iterates for all columns in the vectorization context trying to build an assigner for it. Scratch columns do not require assigners. Fix is to simply use the writables.length instead of outputBatch.numCols.

Commit f8e68bac676d9a1a43f1f2744aa467cba77ec169 caused a regression.
An npe is thrown in MBeanInfoAssembler if debug logging is enabled and cache is not initialised when component is stopped.

Property assertion message is wrong in class org.springframework.batch.item.file.mapping.PatternMatchingCompositeLineMapper.java:74
It says "The 'fieldSetMappers' property must be non-empty" when it should say "The 'patternMatcher' property must be non-null"

RabbitListenerAnnotationBeanPostProcessor .postProcessAfterInitialization:

Class<?> targetClass = AopUtils.getTargetClass(bean);
final RabbitListener classLevelListener = AnnotationUtils.findAnnotation(bean.getClass(), RabbitListener.class);

bean.getClass() in this case refers to proxy. Why not use AnnotationUtils.findAnnotation(targetClass) ? It's interesting because 2 lines below targetClass is used to find annotations on methods:
ReflectionUtils.doWithMethods(targetClass, ...)

AvroDeserializer. deserializeMap() incorrectly assumes the type of they keys will always be 'org.apache.avro.util.Utf8'.  If the reader schema defines "avro.java.string"="String", this assumption does not hold, resulting in a ClassCastException.
I think a simple fix would be to define 'mapDatum' with type Map<CharSequence,Object> instead of Map<Utf8,Object>.  Assuming the key has the more general type of 'CharSequence' avoids the need to make an assumption of either String or Utf8.
I discovered the issue when using Hive 0.11.0.  Looking at the tags it is also there is in 0.12.0 and trunk:
https://github.com/apache/hive/blob/99f5bfcdf64330d062a30c0c9d83be1fbee54c34/serde/src/java/org/apache/hadoop/hive/serde2/avro/AvroDeserializer.java#L313
The reason I saw this issue was because I pointed my Hive table to a schema file I populated based on pulling the schema from the SCHEMA$ attribute of an Avro generated Java class and I used stringType=String in the configuration of the avro-maven-plugin when generating my Java classes.
If I alter the schema my Hive table points to such that it doesn't have the "avro.java.string" attribute on my "map" type objects then queries work fine but if I leave those in there I get the ClassCastException anytime I try to query the table.

While diagnosing a rare failure in IntegrationTestLoadAndVerify, I discovered this scenario. Master was restarted by CM. Upon rejoining the cluster it successfully assumes responsibility as active master, but apparently the finishInitialization method never completes. The last log line from that thread is

2014-11-10 17:01:29,940 INFO  [master:ip-172-31-9-135:60000] master.HMaster: hbase:meta with replicaId 0 assigned=0, rit=false, location=ip-172-31-9-136.ec2.internal,60020,1415638551951

I see region states populated from existing znodes. AM inventoried the online regions, acknowledged that this was master failover. There it sits, responding to RPC's with PleaseHoldException: Master is initializing.
For the sake of resiliency, we should detect this scenario and at least release control as active master.

In 1.0.3 convertAndSend was void, in 1.0.4 returns long.  Need to revert back and decide if we should have another method that returns long or just wait until 1.1 to introduce the new signature.

The https://github.com/wildfly/wildfly-core/pull/1360 work added a new XnioWorker service that the HTTP interface depends on, but for a standalone server it isn't installed unless http-upgrade-enabled == true. Otherwise you see this during boot:

 15:43:25,005 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => [
    "jboss.serverManagement.controller.management.http is missing [jboss.serverManagement.controller.management.worker]",
    "jboss.serverManagement.controller.management.http.shutdown is missing [jboss.remoting.management.channel.registry]"
]}
15:43:25,006 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.jmx.remoting-connector-ref is missing [jboss.remoting.endpoint.management]"]}
15:43:25,031 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
      service jboss.remoting.endpoint.management (missing) dependents: [service jboss.jmx.remoting-connector-ref] 
      service jboss.remoting.management.channel.registry (missing) dependents: [service jboss.serverManagement.controller.management.http.shutdown] 
      service jboss.serverManagement.controller.management.worker (missing) dependents: [service jboss.serverManagement.controller.management.http] 

15:43:25,127 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0063: Http management interface is not enabled
15:43:25,128 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0054: Admin console is not enabled
15:43:25,128 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: JBoss EAP 7.0.0.GA (WildFly Core 2.0.12.Final-redhat-1) started (with errors) in 3493ms - Started 254 of 544 services (3 services failed or missing dependencies, 369 services are lazy, passive or on-demand)

The problem is org.jboss.as.server.operations.HttpManagementAddHandler doesn't install the service. The HC variant of HttpManagementAddHandler does.

When attempting to use a Resource implementation where getFilename() returns null, such as ByteArrayResource, as the payload for RestTemplate operations, ResourceHttpMessageConverter.ActivationMediaTypeFactory.getMediaType() calls FileTypeMap.getContentType() with null value which throws NullPointerException.

Several components does search the registry by calling findByTypeWithName. This method needs in OsgiServiceRegistry that every service has a name property which is not forced by spec and therefor optional. Maybe add a different "name" in those cases.

ExplainTask.execute() method have redundant if check.
Same applicable for trunk also..

The Roo-generated finder for my researcher findResearchersBySkillsAndInterests is missing an AND between the interests and the skills
org.hibernate.hql.ast.QuerySyntaxException: unexpected token: : near line 1, column 123 [SELECT Researcher FROM edu.drexel.goodwin.domain.Researcher AS researcher WHERE :skills_item0 MEMBER OF researcher.skills :interests_item0 MEMBER OF researcher.interests]

In the documentation for IbatisPagingItemReader, (http://static.springsource.org/spring-batch/reference/html/readersAndWriters.html#IbatisPagingItemReader)
the paging query is given as
<select id="getPagedCustomerCredits" resultMap="customerCreditResult">
    select * from (
      select * from (
        select t.id, t.name, t.credit, ROWNUM ROWNUM_ from customer t order by id
       ) where ROWNUM_ <![CDATA[ > ]]> ( #_page# * #_pagesize# )
    ) where ROWNUM <![CDATA[ <= ]]> #_pagesize#
  </select>
But it should be
select id,name,credit, ROWNUM rownum_ from (
      ) )  where ROWNUM_ <![CDATA[ > ]]> ( #_page# * #_pagesize# )
  </select>

After the 3.1.2 upgrade, the build broke as it was building with JDK5 and I was using JDK6 (and didn't notice stax issue). I've enabled the tiger profile in infrastructure and made a reflection fix in StaxUtils. getXMLEventReader/getXMLEventWriter are package private and getMethod returns public.

Threads.sleep implementation:

 public static void sleep(long millis) {
    try {
      Thread.sleep(millis);
    }
  }

From above implementation, the current thread's interrupt status is restored/reset when InterruptedException is caught and handled. If this method is called within a while/for loop, if a first InterruptedException is thrown during sleep, it will make the Threads.sleep in next loop immediately throw InterruptedException without expected sleep. This behavior breaks the intention for independent sleep in each loop
I mentioned above in HBASE-10497 and this jira is created to handle it separately per Nicolas Liochon's suggestion

The intention of AssignProcedure#COMPARATOR is to put the regions in the following order:
meta regions
system table regions
user table regions
However, the current implementation may produce incorrect sort order.
With the modified test, the test fails with:

testComparatorWithMetas(org.apache.hadoop.hbase.master.snapshot.TestAssignProcedure)  Time elapsed: 0.038 sec  <<< FAILURE!
  at org.apache.hadoop.hbase.master.snapshot.TestAssignProcedure.testComparatorWithMetas(TestAssignProcedure.java:88)

Simplify join predicates for disjunctive predicates to avoid cross products.
For TPC-DS query 13 we generate a cross products.
The join predicate on (store_sales x customer_demographics) ,  (store_sales x household_demographics) and (store_sales x customer_address) can be pull up to avoid the cross products

select avg(ss_quantity)
       ,avg(ss_ext_sales_price)
       ,avg(ss_ext_wholesale_cost)
       ,sum(ss_ext_wholesale_cost)
     ,store
     ,household_demographics
     ,customer_address
     ,date_dim
 where store.s_store_sk = store_sales.ss_store_sk
 and  store_sales.ss_sold_date_sk = date_dim.d_date_sk and date_dim.d_year = 2001
 and((store_sales.ss_hdemo_sk=household_demographics.hd_demo_sk
  and customer_demographics.cd_demo_sk = store_sales.ss_cdemo_sk
  and customer_demographics.cd_education_status = '4 yr Degree'
  and store_sales.ss_sales_price between 100.00 and 150.00
  and household_demographics.hd_dep_count = 3   
     )or
     (store_sales.ss_hdemo_sk=household_demographics.hd_demo_sk
  and customer_demographics.cd_marital_status = 'D'
  and customer_demographics.cd_education_status = 'Primary'
  and store_sales.ss_sales_price between 50.00 and 100.00   
  and household_demographics.hd_dep_count = 1
     ) or 
  and customer_demographics.cd_demo_sk = ss_cdemo_sk
  and customer_demographics.cd_education_status = 'Advanced Degree'
  and store_sales.ss_sales_price between 150.00 and 200.00 
  and household_demographics.hd_dep_count = 1  
     ))
 and((store_sales.ss_addr_sk = customer_address.ca_address_sk
  and customer_address.ca_country = 'United States'
  and customer_address.ca_state in ('KY', 'GA', 'NM')
  and store_sales.ss_net_profit between 100 and 200  
     ) or
     (store_sales.ss_addr_sk = customer_address.ca_address_sk
  and customer_address.ca_state in ('MT', 'OR', 'IN')
  and store_sales.ss_net_profit between 150 and 300  
     ) or
  and customer_address.ca_state in ('WI', 'MO', 'WV')
  and store_sales.ss_net_profit between 50 and 250  
     ))
;

This is the plan currently generated without any predicate simplification 

Warning: Map Join MAPJOIN[59][bigTable=?] in task 'Map 8' is a cross product
Warning: Map Join MAPJOIN[58][bigTable=?] in task 'Map 8' is a cross product
Warning: Shuffle Join JOIN[29][tables = [$hdt$_5, $hdt$_6]] in Stage 'Reducer 2' is a cross product
OK

    Tez
      Edges:
        Map 8 <- Map 5 (BROADCAST_EDGE), Map 6 (BROADCAST_EDGE)
        Reducer 2 <- Map 1 (SIMPLE_EDGE), Map 4 (BROADCAST_EDGE), Map 7 (SIMPLE_EDGE)
      DagName: mmokhtar_20140828155050_7059c24b-501b-4683-86c0-4f3c023f0b0e:1
      Vertices:
        Map 1 
                TableScan
                  Statistics: Num rows: 40000000 Data size: 40595195284 Basic stats: COMPLETE Column stats: NONE
                    expressions: ca_address_sk (type: int), ca_state (type: string), ca_country (type: string)
                    outputColumnNames: _col0, _col1, _col2
                    Statistics: Num rows: 40000000 Data size: 40595195284 Basic stats: COMPLETE Column stats: NONE
                      Statistics: Num rows: 40000000 Data size: 40595195284 Basic stats: COMPLETE Column stats: NONE
                      value expressions: _col0 (type: int), _col1 (type: string), _col2 (type: string)
        Map 4 
                TableScan
        Map 5 
                TableScan
                  alias: household_demographics
                  Statistics: Num rows: 7200 Data size: 770400 Basic stats: COMPLETE Column stats: NONE
                    expressions: hd_demo_sk (type: int), hd_dep_count (type: int)
                    Statistics: Num rows: 7200 Data size: 770400 Basic stats: COMPLETE Column stats: NONE
                      Statistics: Num rows: 7200 Data size: 770400 Basic stats: COMPLETE Column stats: NONE
                      value expressions: _col0 (type: int), _col1 (type: int)
        Map 6 
                TableScan
                  filterExpr: (true and s_store_sk is not null) (type: boolean)
                  Statistics: Num rows: 1704 Data size: 3256276 Basic stats: COMPLETE Column stats: NONE
                    predicate: s_store_sk is not null (type: boolean)
                    Statistics: Num rows: 852 Data size: 1628138 Basic stats: COMPLETE Column stats: NONE
                      expressions: s_store_sk (type: int)
                      Statistics: Num rows: 852 Data size: 1628138 Basic stats: COMPLETE Column stats: NONE
                        Statistics: Num rows: 852 Data size: 1628138 Basic stats: COMPLETE Column stats: NONE
                        value expressions: _col0 (type: int)
        Map 7 
                TableScan
                  filterExpr: (ss_store_sk is not null and ss_sold_date_sk is not null) (type: boolean)
                    predicate: (ss_store_sk is not null and ss_sold_date_sk is not null) (type: boolean)
                    Statistics: Num rows: 20627719985 Data size: 1800958314512 Basic stats: COMPLETE Column stats: NONE
                      expressions: ss_sold_date_sk (type: int), ss_cdemo_sk (type: int), ss_hdemo_sk (type: int), ss_addr_sk (type: int), ss_store_sk (type: int), ss_quantity (type: int), ss_sales_price (type: float), ss_ext_sales_price (type: float), ss_ext_wholesale_cost (type: float), ss_net_profit (type: float)
                      outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5, _col6, _col7, _col8, _col9
                      Statistics: Num rows: 20627719985 Data size: 1800958314512 Basic stats: COMPLETE Column stats: NONE
                          0 {_col0} {_col1} {_col2} {_col4} {_col5}
                          1 {_col0} {_col1} {_col2} {_col3} {_col5} {_col6} {_col7} {_col8} {_col9}
                        keys:
                          1 _col4 (type: int)
                        outputColumnNames: _col0, _col1, _col2, _col4, _col5, _col6, _col7, _col8, _col9, _col11, _col12, _col13, _col14, _col15
                          0 Map 8
                          predicate: (((_col8 = _col4) and ((_col0 = _col7) and ((_col1 = 'M') and ((_col2 = '4 yr Degree') and (_col12 BETWEEN 100 AND 150 and (_col5 = 3)))))) or (((_col8 = _col4) and ((_col0 = _col7) and ((_col1 = 'D') and ((_col2 = 'Primary') and (_col12 BETWEEN 50 AND 100 and (_col5 = 1)))))) or ((_col8 = _col4) and ((_col0 = _col7) and ((_col1 = 'U') and ((_col2 = 'Advanced Degree') and (_col12 BETWEEN 150 AND 200 and (_col5 = 1)))))))) (type: boolean)
                          Statistics: Num rows: 1063616832 Data size: 92861921280 Basic stats: COMPLETE Column stats: NONE
                            expressions: _col6 (type: int), _col9 (type: int), _col11 (type: int), _col13 (type: float), _col14 (type: float), _col15 (type: float)
                            outputColumnNames: _col0, _col3, _col5, _col7, _col8, _col9
                            Statistics: Num rows: 1063616832 Data size: 92861921280 Basic stats: COMPLETE Column stats: NONE
                              sort order: 
                              Statistics: Num rows: 1063616832 Data size: 92861921280 Basic stats: COMPLETE Column stats: NONE
                              value expressions: _col0 (type: int), _col3 (type: int), _col5 (type: int), _col7 (type: float), _col8 (type: float), _col9 (type: float)
        Map 8 
                TableScan
                    expressions: cd_demo_sk (type: int), cd_marital_status (type: string), cd_education_status (type: string)
                    Statistics: Num rows: 1920800 Data size: 718379200 Basic stats: COMPLETE Column stats: NONE
                        0 {_col0} {_col1} {_col2}
                        1 {_col0}
                      keys:
                        0 
                        1 
                        1 Map 6
                      Statistics: Num rows: 2112880 Data size: 790217152 Basic stats: COMPLETE Column stats: NONE
                          0 {_col0} {_col1} {_col2} {_col3}
                          1 {_col0} {_col1}
                        keys:
                          0 
                          1 
                        outputColumnNames: _col0, _col1, _col2, _col3, _col4, _col5
                          1 Map 5
                        Statistics: Num rows: 2324168 Data size: 869238912 Basic stats: COMPLETE Column stats: NONE
                          key expressions: _col3 (type: int)
                          Map-reduce partition columns: _col3 (type: int)
                          Statistics: Num rows: 2324168 Data size: 869238912 Basic stats: COMPLETE Column stats: NONE
                          value expressions: _col0 (type: int), _col1 (type: string), _col2 (type: string), _col4 (type: int), _col5 (type: int)
        Reducer 2 
                  0 {VALUE._col0} {VALUE._col3} {VALUE._col5} {VALUE._col7} {VALUE._col8} {VALUE._col9}
                  1 {VALUE._col0} {VALUE._col1} {VALUE._col2}
                outputColumnNames: _col0, _col3, _col5, _col7, _col8, _col9, _col16, _col17, _col18
                Statistics: Num rows: 1169978496 Data size: 102148120576 Basic stats: COMPLETE Column stats: NONE
                  predicate: (((_col3 = _col16) and ((_col18 = 'United States') and ((_col17) IN ('KY', 'GA', 'NM') and _col9 BETWEEN 100 AND 200))) or (((_col3 = _col16) and ((_col18 = 'United States') and ((_col17) IN ('MT', 'OR', 'IN') and _col9 BETWEEN 150 AND 300))) or ((_col3 = _col16) and ((_col18 = 'United States') and ((_col17) IN ('WI', 'MO', 'WV') and _col9 BETWEEN 50 AND 250))))) (type: boolean)
                  Statistics: Num rows: 219370968 Data size: 19152772608 Basic stats: COMPLETE Column stats: NONE
                    expressions: _col0 (type: int), _col5 (type: int), _col7 (type: float), _col8 (type: float)
                    outputColumnNames: _col0, _col5, _col7, _col8
                    Statistics: Num rows: 219370968 Data size: 19152772608 Basic stats: COMPLETE Column stats: NONE
                        0 {_col5} {_col7} {_col8}
                        1 
                      keys:
                      outputColumnNames: _col5, _col7, _col8
                        1 Map 4
                      Statistics: Num rows: 241308080 Data size: 21068050432 Basic stats: COMPLETE Column stats: NONE
                        expressions: _col5 (type: int), _col7 (type: float), _col8 (type: float)
                        outputColumnNames: _col0, _col1, _col2
                        Statistics: Num rows: 241308080 Data size: 21068050432 Basic stats: COMPLETE Column stats: NONE
                          aggregations: avg(_col0), avg(_col1), avg(_col2), sum(_col2)
                          mode: hash
                          Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE
                            sort order: 
                            Statistics: Num rows: 1 Data size: 8 Basic stats: COMPLETE Column stats: NONE
                            value expressions: _col0 (type: struct<count:bigint,sum:double,input:int>), _col1 (type: struct<count:bigint,sum:double,input:float>), _col2 (type: struct<count:bigint,sum:double,input:float>), _col3 (type: double)
        Reducer 3 
                aggregations: avg(VALUE._col0), avg(VALUE._col1), avg(VALUE._col2), sum(VALUE._col3)
                Statistics: Num rows: 1 Data size: 32 Basic stats: COMPLETE Column stats: NONE
                  expressions: _col0 (type: double), _col1 (type: double), _col2 (type: double), _col3 (type: double)
                  Statistics: Num rows: 1 Data size: 32 Basic stats: COMPLETE Column stats: NONE
                    Statistics: Num rows: 1 Data size: 32 Basic stats: COMPLETE Column stats: NONE
                    table:

      limit: -1
        ListSink

Time taken: 7.681 seconds, Fetched: 227 row(s)

The SDG ListRegionsOnServerFunction class used by the <gfe-data:datasource/> element in the SDG Data XML namespace implements the GemFire Function interface, which is indirectly java.io.Serializable by implementing GemFire's Identifiable interface.  As a result, ListRegionsOnServerFunction should set the serialVersionUID property to avoid any ill de/serialization side-effects.

When using the jboss-remote-naming library from EAP 7.0 against EAP 7.1.0.DR13 the client is unable to authenticate and all lookups time out ( java.net.ConnectException: Operation failed with status WAITING after 5000 MILLISECONDS )
The exact same client code with the same dependencies works when running against EAP 7.1.

The jetty component creates a default jetty http client, even if its not needed.

It seems that since 0,98 or later, the shell command does not show global permission anymore, even requested by user with the right privilege.

hbase(main):004:0> user_permission
User                            Table,Family,Qualifier:Permission
 hbase                          default,table1,,: [Permission: actions=READ,WRITE,EXEC,CREATE,ADMIN]
 user2                          default,table1,,: [Permission: actions=READ,WRITE]
 hbase                          default,table2,,: [Permission: actions=READ,WRITE,EXEC,CREATE,ADMIN]
 user2                          default,table2,,: [Permission: actions=READ,WRITE]

I recall in the older versions, global permissions were shown as permissions on the hbase:acl table.
Anyway we need a way to show the global permissions as part of user_permission request.

I'm tried to use https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/RowCounter.java code and package a new jar then excuted following shell script:

hadoop jar test.jar <tablename> --range=row001,row002 cf:c2

Then I got "NoSuchColumnFamilyException".
It seems input argument parsing problem.
And I tried to add 

continue; 

after #L123 to avoid "--range=*" string be appended to qualifer.
Then the problem seems solve.
–
data in table:

row
cf:c1
cf:c2
cf:c3
cf:c4

row001
v1
v2
 
row002
 
v2
v3
 
row003
 
v3
v4

row004
v1
 
v4

Exception Message:

org.apache.hadoop.hbase.regionserver.NoSuchColumnFamilyException: org.apache.hadoop.hbase.regionserver.NoSuchColumnFamilyException: Column family --range=row001,row002 does not exist in region frank_rowcounttest1,,1446191360354.6c52c71a82f0fa041c467002a2bf433c. in table 'frank_rowcounttest1', {NAME => 'cf', DATA_BLOCK_ENCODING => 'NONE', BLOOMFILTER => 'ROW', REPLICATION_SCOPE => '0', COMPRESSION => 'NONE', VERSIONS => '1', TTL => 'FOREVER', MIN_VERSIONS => '0', KEEP_DELETED_CELLS => 'false', BLOCKSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}

In case when validation in Elytron regex-validating-principal-transformer fails then following NPE occurs in server log:

ERROR [org.wildfly.security] (default task-2) ELY01094: An event handler threw an exception: java.lang.NullPointerException: Value in JsonObjects name/value pair cannot be null
	at org.glassfish.json.JsonObjectBuilderImpl.validateValue(JsonObjectBuilderImpl.java:164)
	at org.glassfish.json.JsonObjectBuilderImpl.add(JsonObjectBuilderImpl.java:74)
	at org.wildfly.security.audit.JsonSecurityEventFormatter.handleAuthenticationFailedEvent(JsonSecurityEventFormatter.java:99)
	at org.wildfly.security.audit.JsonSecurityEventFormatter.handleAuthenticationFailedEvent(JsonSecurityEventFormatter.java:93)
	at org.wildfly.security.audit.JsonSecurityEventFormatter.handleAuthenticationFailedEvent(JsonSecurityEventFormatter.java:43)
	at org.wildfly.security.auth.server.event.SecurityAuthenticationFailedEvent.accept(SecurityAuthenticationFailedEvent.java:49)
	at org.wildfly.extension.elytron.AuditResourceDefinitions$1.lambda$null$1(AuditResourceDefinitions.java:156)
	at org.wildfly.security.audit.AuditLogger.accept(AuditLogger.java:56)
	at org.wildfly.security.audit.AuditLogger.accept(AuditLogger.java:35)
	at org.wildfly.security.auth.server.SecurityDomain.handleSecurityEvent(SecurityDomain.java:680)
	at org.wildfly.security.auth.server.SecurityDomain.safeHandleSecurityEvent(SecurityDomain.java:687)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.fail(ServerAuthenticationContext.java:1793)
	at org.wildfly.security.auth.server.ServerAuthenticationContext.fail(ServerAuthenticationContext.java:433)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:865)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handle(ServerAuthenticationContext.java:728)
	at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.fail(UsernamePasswordAuthenticationMechanism.java:107)
	at org.wildfly.security.http.impl.BasicAuthenticationMechanism.evaluateRequest(BasicAuthenticationMechanism.java:170)
	at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.authenticate(HttpAuthenticator.java:110)

It happens only in case when Elytron audit log is enabled. It happens in case when match attribute is set to true and principal name does not match given pattern as well as in case when match attribute is set to false and principal name matches given pattern.

SQL server does not allow changing data type of a column which has a constraint or an index on it. The constraint or the index needs to be dropped before changing the data type and needs to be recreated after that. Metastore upgrade scripts aren't doing this and thus upgrade fails.

Caused by: java.lang.ClassNotFoundException: org.jboss.as.console.server.proxy.XmlHttpProxyServlet from [Module "deployment.demo.war:main" from Service Module Loader]
	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:723)
	... 6 more

https://builds.apache.org/job/hbase-0.95-on-hadoop2/200/testReport/org.apache.hadoop.hbase.master/TestAssignmentManagerOnCluster/testSSHWhenDisablingTableRegionsInOpeningOrPendingOpenState/

	at org.apache.hadoop.hbase.master.AssignmentManager.regionOnline(AssignmentManager.java:1314)
	at org.apache.hadoop.hbase.master.TestAssignmentManagerOnCluster.testSSHWhenDisablingTableRegionsInOpeningOrPendingOpenState(TestAssignmentManagerOnCluster.java:482)

Hope you don't mind my assigning it to you Jimmy.  Thought you might be interested.

schema-hsqldb.sql wasn't being found, DataSourceInitializer.doExecuteScript will just return if the scriptResource does not exist. easy fix, pull request to come.

org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar [select count(*) from BATCH_JOB_INSTANCE]; nested exception is java.sql.SQLException: Table not found in statement [select count(*) from BATCH_JOB_INSTANCE]
	at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:220)
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:407)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:458)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:466)
	at org.springframework.jdbc.core.JdbcTemplate.queryForObject(JdbcTemplate.java:474)
	at org.springframework.jdbc.core.JdbcTemplate.queryForObject(JdbcTemplate.java:479)
	at org.springframework.jdbc.core.JdbcTemplate.queryForInt(JdbcTemplate.java:488)
	at org.springframework.jdbc.core.simple.SimpleJdbcTemplate.queryForInt(SimpleJdbcTemplate.java:119)
	at org.springframework.batch.core.launch.JobLauncherIntegrationTests.testLaunchAndRelaunch(JobLauncherIntegrationTests.java:41)
	at org.springframework.test.context.junit4.SpringTestMethod.invoke(SpringTestMethod.java:160)
	at org.springframework.test.context.junit4.SpringMethodRoadie.runTestMethod(SpringMethodRoadie.java:233)
	at org.springframework.test.context.junit4.SpringMethodRoadie$RunBeforesThenTestThenAfters.run(SpringMethodRoadie.java:333)
	at org.springframework.test.context.junit4.SpringMethodRoadie.runWithRepetitions(SpringMethodRoadie.java:217)
	at org.springframework.test.context.junit4.SpringMethodRoadie.runTest(SpringMethodRoadie.java:197)
	at org.springframework.test.context.junit4.SpringMethodRoadie.run(SpringMethodRoadie.java:143)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.invokeTestMethod(SpringJUnit4ClassRunner.java:160)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:97)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:130)
Caused by: java.sql.SQLException: Table not found in statement [select count(*) from BATCH_JOB_INSTANCE]
	at org.hsqldb.jdbc.Util.sqlException(Unknown Source)
	at org.hsqldb.jdbc.jdbcStatement.fetchResult(Unknown Source)
	at org.hsqldb.jdbc.jdbcStatement.executeQuery(Unknown Source)
	at org.springframework.jdbc.core.JdbcTemplate$1QueryStatementCallback.doInStatement(JdbcTemplate.java:443)
	... 33 more

Run clinic.roo
Go to the "Create new Owner" page
Click into the "Email" field; note that the prompt says "Enter Email"
Submit the form; the email field displays the error "size must be between 6 and 30"

If the form won't submit without an email addresses entered, then the prompt for that field should say "Enter Email (required)".
The workaround is to add a JPA @NotNull annotation to the relevant entity field; the MVC addon will then update the relevant JSPX files by adding required="true" to that field. However @NotNull is a persistence-related annotation, not a validation/UI annotation. The presence of the JSR-303 @SizeMin annotation should be enough for the MVC addon to mark the field as required.

IBM java sends address in delegated kerberos ticket. ApacheDS includes this address into ticket and check that address with address of client (taken from connection). On some machines, these addresses doesn't match. 
Those are machines when there are several virtual IPs and if node0 is set to non-first IP address, ApacheDS address check fails.
See details in https://issues.apache.org/jira/browse/DIRSERVER-2156

[31m15:14:11,302 ERROR [io.undertow.request] (default task-32) UT005023: Exception handling request to /f1eb2aa6-5139-4bce-bad8-ad9a49d3912f/protected/PropagateIdentityServlet: javax.servlet.ServletException: Propagation failed.
	at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:87)
	at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51)
	at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56)
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:175)
Caused by: org.ietf.jgss.GSSException, major code: 11, minor code: 0
	major string: General failure, unspecified at GSSAPI level
	minor string: Error: java.lang.Exception: Error: com.ibm.security.krb5.KrbException, status code: 38
	message: Incorrect net address
	at com.ibm.security.jgss.i18n.I18NException.throwGSSException(I18NException.java:33)
	at com.ibm.security.jgss.mech.krb5.g.a(g.java:23)
	at com.ibm.security.jgss.mech.krb5.g.initSecContext(g.java:814)
	at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:337)
	at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:437)
	at org.jboss.eapqe.krbldap.utils.krb.GSSTestClient.getName(GSSTestClient.java:100)
	at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:85)
	... 32 more

Calling o.a.h.h.regionserver.CompactionTool fails due to classpath-related issues in both MRv1 and MRv2.

hbase org.apache.hadoop.hbase.regionserver.CompactionTool -mapred -major hdfs://`hostname`:8020/hbase/data/default/orig_1388179858868

Results:

2013-12-27 13:31:49,478 INFO  [main] mapreduce.Job: Task Id : attempt_1388179525649_0011_m_000000_2, Status : FAILED
Error: java.lang.ClassNotFoundException: org.apache.hadoop.hbase.TableInfoMissingException
	at org.apache.hadoop.hbase.regionserver.CompactionTool$CompactionWorker.compact(CompactionTool.java:115)
	at org.apache.hadoop.hbase.regionserver.CompactionTool$CompactionMapper.map(CompactionTool.java:231)
	at org.apache.hadoop.hbase.regionserver.CompactionTool$CompactionMapper.map(CompactionTool.java:207)
	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:165)
	at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:160)

the hlog roller thread and hlog syncer thread may occur dead lock with the 'flushLock' and 'updateLock', and then cause all 'IPC Server handler' thread blocked on hlog append. the jstack info is as follow :
"regionserver60020.logRoller":
        at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1305)

waiting to lock <0x000000067bf88d58> (a java.lang.Object)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1283)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.sync(HLog.java:1456)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.cleanupCurrentWriter(HLog.java:876)
        at org.apache.hadoop.hbase.regionserver.wal.HLog.rollWriter(HLog.java:657)
locked <0x000000067d54ace0> (a java.lang.Object)
"regionserver60020.logSyncer":
        at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1314)
waiting to lock <0x000000067d54ace0> (a java.lang.Object)
locked <0x000000067bf88d58> (a java.lang.Object)
        at org.apache.hadoop.hbase.regionserver.wal.HLog$LogSyncer.run(HLog.java:1235)

This can cause failures as seen at: https://ci.wildfly.org/viewLog.html?buildId=88799&tab=buildResultsDiv&buildTypeId=WFPR
The issue is that the reload operation offloads the actual reload operation to an executor, which means that it is possible to execute :reload operation followed immediately by reading the 'server-state' attribute and see a state of 'running', even though the server has not reloaded yet. 

If you see **** I removed and ip or something for security reasons
Once I truncate the table, hbase freaks out for about 10 seconds and all the thrift servers die.
Thrift server log:
2009-04-02 12:09:08,971 INFO org.apache.hadoop.ipc.HBaseClass: Retrying connect 
to server: /*****:60020. Already tried 0 time(s).
You see this a bunch of times and then it times out
The hbase shell
nhbase(main):001:0> truncate 't2'
09/04/30 13:01:08 INFO zookeeper.ZooKeeperWrapper: Quorum servers: 
****
Truncating t2; it may take a while
09/04/30 13:01:19 INFO client.HBaseAdmin: Disabled t2
0 row(s) in 10.3417 seconds
Dropping table...
09/04/30 13:01:19 INFO client.HBaseAdmin: Deleted t2
0 row(s) in 0.1592 seconds
Creating table...
0 row(s) in 14.7567 seconds
hbase(main):002:0> lsit
NameError: undefined local variable or method `lsit' for #<Object:0x3bbe9a50>
        from (hbase):3
hbase(main):003:0> lsit
        from (hbase):4
hbase(main):004:0> list
        from org/apache/hadoop/hbase/client/HConnectionManager.java:344:in `proc
essRow' 
      from org/apache/hadoop/hbase/client/MetaScanner.java:64:in `metaScan'
        from org/apache/hadoop/hbase/client/MetaScanner.java:29:in `metaScan'
        from org/apache/hadoop/hbase/client/HConnectionManager.java:351:in `list
Tables' 
        from org/apache/hadoop/hbase/client/HBaseAdmin.java:121:in `listTables'
        from org/jruby/javasupport/JavaMethod.java:298:in `invokeWithExceptionHa
ndling' 
        from org/jruby/javasupport/JavaMethod.java:259:in `invoke'
        from org/jruby/java/invokers/InstanceMethodInvoker.java:36:in `call'
        from org/jruby/runtime/callsite/CachingCallSite.java:260:in `cacheAndCal
l'
        from org/jruby/runtime/callsite/CachingCallSite.java:75:in `call'
        from org/jruby/ast/CallNoArgNode.java:61:in `interpret'
        from org/jruby/ast/ForNode.java:101:in `interpret'
... 113 levels...
        from org/jruby/internal/runtime/methods/DynamicMethod.java:226:in `call'
        from org/jruby/internal/runtime/methods/CompiledMethod.java:216:in `call
'
        from org/jruby/internal/runtime/methods/CompiledMethod.java:71:in `call'
l'
        from home/fds/ts/hadoop/hbase/bin/$dot_dot/bin/hirb.rb:441:in `_file
_'
        from home/fds/ts/hadoop/hbase/bin/$dot_dot/bin/hirb.rb:-1:in `_file_
'
        from home/fds/ts/hadoop/hbase/bin/$dot_dot/bin/hirb.rb:-1:in `load'
        from org/jruby/Ruby.java:564:in `runScript'
        from org/jruby/Ruby.java:467:in `runNormally'
        from org/jruby/Ruby.java:340:in `runFromMain'
        from org/jruby/Main.java:214:in `run'
        from org/jruby/Main.java:100:in `run'
        from org/jruby/Main.java:84:in `main'
        from /home/fds/ts/hadoop/hbase/bin/../bin/hirb.rb:300:in `list'
        from (hbase):5hbase(main):005:0>
hbase(main):006:0* 

Swagger-ui gives me an exception after I try to access: http://localhost:8080/swagger-ui

ERROR [org.jboss.resteasy.resteasy_jaxrs.i18n] (default task-4) RESTEASY002010: Failed to execute: javax.ws.rs.NotFoundException: RESTEASY003210: Could not find resource for full path: http://localhost:8080/swagger-ui
	at org.jboss.resteasy.core.registry.SegmentNode.match(SegmentNode.java:114)
	at org.jboss.resteasy.core.registry.RootNode.match(RootNode.java:43)
	at org.jboss.resteasy.core.registry.RootClassNode.match(RootClassNode.java:48)
	at org.jboss.resteasy.core.ResourceMethodRegistry.getResourceInvoker(ResourceMethodRegistry.java:445)
	at org.jboss.resteasy.core.SynchronousDispatcher.getInvoker(SynchronousDispatcher.java:257)
	at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:194)
	at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:221)
	at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
	at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
	at org.wildfly.swarm.generated.FaviconErrorHandler.handleRequest(FaviconErrorHandler.java:62)
	at io.undertow.server.handlers.PathHandler.handleRequest(PathHandler.java:94)

If the property `jboss.server.base.dir` and the environment variable `JBOSS_HOME` point to different directories (which we do, for instance, to start multiple JBoss/Wildfly instances, each with its own standalone directory) then the startup success detection mechanism implemented by the script <WILDFLY_HOME>/bin/init.d/wildfly-init-debian.sh wrongly reports startup as failed even if it actually succeeded.
Tracing it down, I found that since Wildly 10 the startup script searches for the file `<JBOSS_HOME>/standalone/tmp/startup-marker`. However, that file is actually written to `jboss.server.base.dir/tmp/startup-marker`; hence, it is not found if the directories are not the same.
I don't see a way how to fix this. As far as I can seen, it's not possible to access the jboss.server.base.dir property within the startup script. But the use case of having separate directories should be supported and it should work.

e.g., Calcite considers date and varchar incompatible types in case system, while Hive doesn't.

as we configure org.ops4j.pax.web PID in http feature like
<config name="org.ops4j.pax.web">
            org.osgi.service.http.port=8181
            javax.servlet.context.tempdir=${karaf.data}/pax-web-jsp
            org.ops4j.pax.web.config.file=${karaf.base}/etc/jetty.xml
        </config>
have another org.ops4j.pax.web.cfg in etc folder is useless and it prevent to propagate properties for the ConfigAdmin service from features config tag

Presently, when a Spring Data GemFire user defines a GemFire Repository interface extension query, such as...

List<Person> findDistinctByFirstNameEqualOrderByLastNameAsc(String firstName);

The OrderBy clause is completely ignored and the "statically" generated Sort meta-data is not applied to the generated GemFire OQL Select Query.
Furthermore, if a user defines a query interface method with a org.springframework.data.domain.Sort parameter, like so...

List<Person> findDistinctByLastName(String lastName, Sort orderBy);

The Sort parameter is ignored and not used when generating the OQL Select Query.

in HBASE-2553 an important edge case whereby a KV with the same TS in snapshot was lost, tests have been failing (but flakly so) indicating it as well.

By default, org.jboss.as.clustering.msc.AsynchronousService stops its service synchronously.  This was done to workaround MSC ordering issues with stopping of dependent services.  This no longer appears to be an issue.

EmbeddedCacheManager has defineConfiguration(...) methods for defining a new cache configuration, but has no equivalent "undefine" method.  Consequently, once defined, a cache manager will retains a reference to the cache configuration object for the lifetime of the cache manager.  While this is normally not a big deal, the configuration objects generated by WildFly contain references to the classloaders of foreign modules.

This field should be part of an op's operation-headers map, but these classes place it or look for it in the root of the op.

e.g. setting hive.join.cache.size has no effect and task nodes always got default value of 25000

I tried to remove a field from a class by calling removeField on MutableClassOrInterfaceTypeDetails.
But the field does not get deleted at all.
Maybe the reason is a missing call to flush() in  JavaParserMutableClassOrInterfaceTypeDetails.removeField   ?

I configured my application's web.xml file to handle all calls through https:
    <security-constraint>                        
        <web-resource-collection>
            <web-resource-name>All resources</web-resource-name>
            <url-pattern>/*</url-pattern>
        </web-resource-collection>        
        <user-data-constraint>
            <description>SSL</description>
            <transport-guarantee>CONFIDENTIAL</transport-guarantee>
        </user-data-constraint>   		
    </security-constraint>
I configured WildFly 9.0.0 CR1 to handle https request on the 443 port:
<socket-binding name="https" port="${jboss.https.port:443}"/>
        <ssl>
            <keystore path="keystore.jks" relative-to="jboss.server.config.dir" keystore-password="mypassword" alias="server" key-password="mypassword"/>
        </ssl>
<https-listener name="default-https" socket-binding="https" security-realm="UndertowRealm"/>
If I type on the browser https://localhost/ca/user/1 everything is just fine, but if I type http://localhost/ca/user/1, instead of redirecting to http://localhost/ca/user/1 I get the following error:
2015-06-03 01:49:28,228 ERROR [io.undertow.request] (default task-1) UT005001: An exception occurred processing the request: java.lang.IllegalStateException: UT010053: No confidential port is available to redirect the current request.
	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.getRedirectURI(ServletConfidentialityConstraintHandler.java:80)
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:49)
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72)
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:274)
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:253)
Please note that this issue doesn't happen over WildFly 8.2 Final

If you NOT specify a swarm.deployment.*.swagger.root varibel the root(basepath) is collected from deployment.

SwaggerArchivePreparer.java
if (!swaggerArchive.hasContextRoot()) {
       swaggerArchive.setContextRoot(deployment.getContextRoot());
}

But deployment is depending that ContextPathArchivePreparer has run before SwaggerArchivePreparer so depending on the order of whats run first there is a basepath in swagger.json

When translation messages are used (which is the case of EAP) we have conflicts between generated $logger classes when testing submodules.
Some $logger classes exis thus they are loaded by the parent classloader before the childfirstclassloader tries to load them, thus we have a potential ClassCastException brewing. 
For exemple this breaks the EAP build on a French OS.

2. Take a hbase snapshot for the table

3. Disable the table

4. Restore the hbase snapshot

5. Open the table.jsp page for the table in a browser, but it gets stuck

http://<hostname>:16010/table.jsp?name=test

According to the following thread dump, it looks like ConnectionImplementation.locateRegionInMeta() gets stuck when getting a compaction state.

"qtp2068100669-89" #89 daemon prio=5 os_prio=31 tid=0x00007febac55b800 nid=0xf403 waiting on condition [0x00007000062b7000]
        at org.apache.hadoop.hbase.client.ConnectionImplementation.locateRegionInMeta(ConnectionImplementation.java:933)
        at org.apache.hadoop.hbase.client.ConnectionImplementation.locateRegion(ConnectionImplementation.java:752)
        at org.apache.hadoop.hbase.client.ConnectionUtils$ShortCircuitingClusterConnection.locateRegion(ConnectionUtils.java:131)
        at org.apache.hadoop.hbase.client.ConnectionImplementation.locateRegion(ConnectionImplementation.java:738)
        at org.apache.hadoop.hbase.client.ConnectionImplementation.locateRegions(ConnectionImplementation.java:694)
        at org.apache.hadoop.hbase.client.ConnectionUtils$ShortCircuitingClusterConnection.locateRegions(ConnectionUtils.java:131)
        at org.apache.hadoop.hbase.client.HBaseAdmin.getCompactionState(HBaseAdmin.java:3336)
        at org.apache.hadoop.hbase.client.HBaseAdmin.getCompactionState(HBaseAdmin.java:2521)
        at org.apache.hadoop.hbase.generated.master.table_jsp._jspService(table_jsp.java:316)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:840)
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1772)
        at org.apache.hadoop.hbase.http.lib.StaticUserWebFilter$StaticUserFilter.doFilter(StaticUserWebFilter.java:112)
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1759)
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:582)
        at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180)
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512)
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112)
        at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:119)
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
        at org.eclipse.jetty.server.Server.handle(Server.java:534)
        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320)
        at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251)
        at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:283)
        at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108)
        at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93)
        at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303)
        at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148)
        at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589)

first time on balancerSwitch we will create balancerZnode.
from second time onwards we will try to create node(1st time) which will fail with NodeExistsException then we will call setData(2nd time).

    try {
      ZKUtil.createAndWatch(watcher, watcher.balancerZNode, upData);
    } catch(KeeperException.NodeExistsException nee) {
      ZKUtil.setData(watcher, watcher.balancerZNode, upData);
    }

We can change as below to avoid extra zk call from second time onwards.

    try {
    }

http://www.nabble.com/Error%3A-This-SpringBuilder-is-not-being-used-with-a-SpringCamelContext-and-there-is-no-applicationContext-property-configured-to22326547s22882.html

Noticed this one today because I needed to make sure LICENSE was getting updated for a patch-in-progress.
What I'm presently seeing after invoking mvn clean package assembly:single -DskipTests -Drat.skip -Prelease on master is that the LICENSE.txt file contains only the ASL text (which I know for certain it should contain BSD and MIT as well).
I checked branch-1.2 which has lots of extra greatness, so it seems like something happened in master which broke this. Filing this now so we can try to bisect and figure out what happened.
FYI, this is the one I was chatting you about Sean Busbey.

Seems like it's possible for slow background thread to roll the key after we have signed with it.

there is an issue with handling password with double && even when wrapping it into RAW() constraint 
For instance the use of URI 
http://hostname/script.php?authMethod=Basic&authPassword=RAW(pa&&word)&authUsername=usr
throws the exception: 
org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: http://hostname/script.php?authMethod=Basic&authPassword=RAW(pa&&word)&authUsername=usr due to: Invalid uri syntax: Double && marker found. Check the uri and remove the duplicate & marker. 

A number of tests in tests/camel-blueprint-cxf-test are failing on CI.

On some platforms, the tests that make use of executeInteractive (e.g.: CLIConfigTestCase), fail randomly with the wrong output being retrieved from the remote process.

CREATE TABLE agg1 
  ( 
     col0 INT, 
     col1 STRING, 
     col2 DOUBLE 
  ); 

explain SELECT single_use_subq11.a1 AS a1, 
       single_use_subq11.a2 AS a2 
FROM   (SELECT Sum(agg1.col2) AS a1 
        FROM   agg1 
        GROUP  BY agg1.col0) single_use_subq12 
       JOIN (SELECT alias.a2 AS a0, 
                    alias.a1 AS a1, 
                    alias.a1 AS a2 
             FROM   (SELECT agg1.col1 AS a0, 
                            '42'      AS a1, 
                            agg1.col0 AS a2 
                     FROM   agg1 
                     UNION ALL 
                     SELECT agg1.col1 AS a0, 
                            '41'      AS a1, 
                     FROM   agg1) alias 
             GROUP  BY alias.a2, 
                       alias.a1) single_use_subq11 
         ON ( single_use_subq11.a0 = single_use_subq11.a0 );

Gets the following error:
FAILED: SemanticException [Error 10007]: Ambiguous column reference a2
Looks like this query had been working in 0.12 but starting failing with this error in 0.13

There is change of behavior of "SSL out of box" , AFAICT . Certificate is generated on boot, not on first access as intended. 

It slow down server start.
contradicts WFLYDM0111: Keystore /wildfly-11.0.0.Alpha1-SNAPSHOT/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost

1) build wildfly from master
2) unzip fresh distro
3) run ./standalone.sh 
4) certificate is generated
full server log

[mchoma@localhost bin]$ ./standalone.sh 

  JBOSS_HOME: /home/mchoma/workspace/eap-versions/wildfly-11.0.0.Alpha1-SNAPSHOT

  JAVA_OPTS:  -server -Xms64m -Xmx512m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true

15:01:54,487 INFO  [org.jboss.modules] (main) JBoss Modules version 1.6.0.Beta3
15:01:54,680 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.7.Final
15:01:54,739 INFO  [org.jboss.as] (MSC service thread 1-6) WFLYSRV0049: WildFly Core 3.0.0.Alpha11 "Kenny" starting
15:01:54,857 INFO  [org.jboss.as.domain.management] (MSC service thread 1-2) WFLYDM0136: Registered OpenSSL provider
15:01:55,504 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 11) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
15:01:55,562 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
15:01:55,575 INFO  [org.xnio] (MSC service thread 1-4) XNIO version 3.4.1.Final
15:01:55,582 INFO  [org.xnio.nio] (MSC service thread 1-4) XNIO NIO Implementation Version 3.4.1.Final
15:01:55,611 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 38) WFLYCLINF0001: Activating Infinispan subsystem.
15:01:55,614 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 46) WFLYNAM0001: Activating Naming Subsystem
15:01:55,619 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 54) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
15:01:55,628 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 37) WFLYIO001: Worker 'default' has auto-configured to 16 core threads with 128 task threads based on your 8 available processors
15:01:55,629 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 44) WFLYJSF0007: Activated the following JSF Implementations: [main]
15:01:55,632 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 53) WFLYSEC0002: Activating Security Subsystem
15:01:55,641 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 56) WFLYWS0002: Activating WebServices Extension
15:01:55,655 INFO  [org.jboss.as.security] (MSC service thread 1-2) WFLYSEC0001: Current PicketBox version=5.0.0.Alpha3
15:01:55,664 INFO  [org.jboss.as.naming] (MSC service thread 1-6) WFLYNAM0003: Starting Naming Service
15:01:55,665 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-3) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
15:01:55,668 INFO  [org.jboss.as.connector] (MSC service thread 1-3) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.3.4.Final)
15:01:55,672 INFO  [org.jboss.remoting] (MSC service thread 1-4) JBoss Remoting version 4.0.21.Final
15:01:55,679 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 33) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
15:01:55,688 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-5) WFLYJCA0018: Started Driver service with driver-name = h2
15:01:55,719 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0003: Undertow 1.4.4.Final starting
15:01:55,784 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 55) WFLYUT0014: Creating file handler for path '/home/mchoma/workspace/eap-versions/wildfly-11.0.0.Alpha1-SNAPSHOT/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
15:01:55,826 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0012: Started server default-server.
15:01:55,831 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0018: Host default-host starting
15:01:55,903 INFO  [org.jboss.as.ejb3] (MSC service thread 1-1) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 32 (per class), which is derived from the number of CPUs on this host.
15:01:55,904 INFO  [org.jboss.as.ejb3] (MSC service thread 1-7) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 128 (per class), which is derived from thread worker pool sizing.
15:01:55,909 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0006: Undertow HTTP listener default listening on 127.0.0.1:8080
15:01:56,114 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-8) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
15:01:56,195 INFO  [org.jboss.as.patching] (MSC service thread 1-4) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none
15:01:56,220 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-5) WFLYDM0111: Keystore /home/mchoma/workspace/eap-versions/wildfly-11.0.0.Alpha1-SNAPSHOT/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
15:01:56,231 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-7) WFLYDS0013: Started FileSystemDeploymentService for directory /home/mchoma/workspace/eap-versions/wildfly-11.0.0.Alpha1-SNAPSHOT/standalone/deployments
15:01:56,364 INFO  [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-6) ISPN000128: Infinispan version: Infinispan 'Chakra' 8.2.4.Final
15:01:56,379 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-2) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,380 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-2) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,380 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-5) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,381 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-4) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,381 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-8) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,383 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-4) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,384 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-5) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,385 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-8) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,386 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-5) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,386 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-2) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,386 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-8) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:56,387 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-8) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
15:01:57,161 WARN  [org.jboss.as.domain.management.security] (MSC service thread 1-3) WFLYDM0113: Generated self signed certificate at /home/mchoma/workspace/eap-versions/wildfly-11.0.0.Alpha1-SNAPSHOT/standalone/configuration/application.keystore. Please note that self signed certificates are not secure, and should only be used for testing purposes. Do not use this self signed certificate in production.
SHA-1 fingerprint of the generated key is c7:27:a2:1e:f5:86:77:47:f7:ac:01:f1:d3:54:ef:2c:a0:ed:ff:9c
SHA-256 fingerprint of the generated key is c9:69:8a:0d:3f:45:81:6f:42:be:2e:18:a8:ac:7f:d6:67:ea:60:3d:3e:53:67:f7:04:00:d0:cc:17:c4:94:3c
15:01:57,286 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0006: Undertow HTTPS listener https listening on 127.0.0.1:8443
15:01:57,339 INFO  [org.jboss.ws.common.management] (MSC service thread 1-5) JBWS022052: Starting JBossWS 5.1.5.Final (Apache CXF 3.1.8) 
15:01:57,439 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
15:01:57,440 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
15:01:57,440 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Core 3.0.0.Alpha11 "Kenny" started in 3168ms - Started 370 of 613 services (426 services are lazy, passive or on-demand)

Hi,
I've been struggling with this (IMO) strange behavior of JMSTemplate :
protected Message doReceive(Session session, MessageConsumer consumer) throws JMSException {
		try {
			// Use transaction timeout (if available).
			long timeout = getReceiveTimeout();
			JmsResourceHolder resourceHolder =
					(JmsResourceHolder) TransactionSynchronizationManager.getResource(getConnectionFactory());
			if (resourceHolder != null && resourceHolder.hasTimeout()) 
{

				timeout = resourceHolder.getTimeToLiveInMillis();

			}

We can see that "getReceiveTimeout()" is used to retrieve the "receiveTimeout" configurable property, but then this is not used if resourceHolder exists and has a timeout (which seems to be transaction timeout minus elapsed time in transaction).
I understand that the receiveTimeout should not exceed transaction timeout, but then isn't that better to have :
timeout = Math.min(timeout, resourceHolder.getTimeToLiveInMillis());
timeout = resourceHolder.getTimeToLiveInMillis();
?

registering the Initiator before it has been started will not register the sessions mbeans with JMX. So the acceptors are ther, but no initiators.

Effect of bug is that SimpleJpaRepository::save(...) uses em.merge on a brand new entity, causing both  @PostPersist and @PostUpdate callbacks to be invoked.
Requirements to hit the bug:

An Entity class that has a provided identity (i.e. no id generation), so the ID field is non-null at the very start.

public class User extends AbstractEntity {
  @Id()
  @Column(nullable = false, length = 64, unique = true)
  private String phone;
  ...
}

A MappedSuperclass that contains the version field:

public abstract class AbstractEntity implements Serializable {

  @Version
  private Long version;
  ...
}

=> With this, we will get two callbacks.
=> Moving the version field from the abstract class to every concrete class causes the expected behaviour to occur.

This is a known beast. here are details
The problem seems to be similar to the one discussed in HIVE-13749. If we submit very large number of jobs like 1000 to 2000 then we can see increase in Configuration objects count.

Most of the SMB Join tests are actually not creating SMB Joins. Need them to test the intended join.

The VectorExtractRow class does not preserve the order of the key/value pairs when going from MapColumnVector to a Map object.  This causes Q file differences in tests with the MAP data type making it seem like we are getting Wrong Results (well, actually we are).
When LazyMap class (for example) adds key/value pairs to its "map" it uses a LinkedHashSet to preserve insert order.
FYI: Teddy Choi

When unpacking an CPIO archive (made with the compress classes or even made with OSX cpio comandline tool) an EOF exception is thrown.
Here is the testcode:
        final File input = getFile("cmdcreated.cpio");
        final InputStream in = new FileInputStream(input);
        CpioArchiveInputStream cin = new CpioArchiveInputStream(in);
        CpioArchiveEntry entry = null;
        while ((entry = (CpioArchiveEntry) cin.getNextCPIOEntry()) != null) 
{
            File target = new File(dir, entry.getName());
            final OutputStream out = new FileOutputStream(target);
            IOUtils.copy(in, out);
            out.close();
        }

        cin.close();
Stacktrace is here:
	at org.apache.commons.compress.archivers.cpio.CpioArchiveInputStream.readFully(CpioArchiveInputStream.java:293)
	at org.apache.commons.compress.archivers.cpio.CpioArchiveInputStream.getNextCPIOEntry(CpioArchiveInputStream.java:168)
	at org.apache.commons.compress.archivers.cpio.CpioArchiveInputStreamTest.testCpioUnpack(CpioArchiveInputStreamTest.java:26)
	...
This happens with the first read access to the archive. It occured while my try to improve the testcases.

05:48:13 [33m05:48:13,801 WARN  [org.wildfly.security] (MSC service thread 1-2) ELY01077: Invalid alias "TLS_RSA_WITH_DES_CBC_SHA" for missing mechanism database entry "TLS_RSA_FIPS_WITH_DES_CBC_SHA"

As discussed in HBASE-15325, now we will resetFilters if partial result not formed, but we should not reset filters when batch limit reached

The first line in org.acegisecurity.providers.cas.ticketvalidator.AbstractTicketValidator contains
LogFactory.getLog(CasProxyTicketValidator.class) 
It should probably use
LogFactory.getLog(AbstractTicketValidator.class).

Otherwise it is triggering authentication on pages that should not require it.

settings is following:

    <sec:http auto-config="true" use-expressions="true">
        <sec:session-management 
            invalid-session-url="/error/sessionError"
            session-authentication-strategy-ref="sessionAuthenticationStrategy" />

Detected the session time-out when called GET method, but not detected session time-out  when called POST method.
When called POST method, occurred the CSRF token error.
This behavior are best practice in the spring security?
Also When called POST method, i wanted to detect the session time-out.
If wanted to detect the session timeout when called POST method, what should I do?

There are known bugs recently found and reported that occur when vectorization is turn on in Q files.  Until those bugs are fixed, add SET statements to the top of the Q files that suppress vectorization.
Change a few EXPLAIN VECTORIZATION to EXPLAIN where it isn't needed and creates an unnecessary Q file difference during enable by default experiments.

TestCliDriver

Execution Failures

input_lazyserde.q

HIVE-19088

input_lazyserde2.q

HIVE-19088, too.

nested_column_pruning.q

HIVE-19016

parquet_map_of_arrays_of_ints.q

HIVE-19015

parquet_map_of_maps.q

HIVE-19015, too.

parquet_nested_complex.q

Wrong Results

delete_orig_table.q

HIVE-19109

escape_crlf.q

HIVE-19118

offset_limit_global_optimizer.q

Added ORDER BY clauses to fix different vectorization intermediate results due to LIMIT clause.

parquet_ppd_decimal.q

HIVE-19108

udf_context_aware.q

Test detects vectorization and output changes.
 Added "set hive.test.vectorized.execution.enabled.override=disable;"

vector_udf3.q

TestContribCliDriver

udf_example_arraymapstruct.q

HIVE-19110

When trying to install PATCH-3, we have a problem using:
./client -u smx -p smx patch:install PATCH-3
Essentially the patch begins to install but then hangs.  Further discussions seem to indicate a problem with with the ssh client restarting.
Test Case Steps:
wildflower:bin sjavurek$ ./client -u smx -p smx patch:list
[name] [installed] [description]
PATCH-3                                  false      null
wildflower:bin sjavurek$ ./client -u smx -p smx patch:install PATCH-3
The second command just hangs.  ESB never shuts down and I can see in the log that it appears to be shutting down:

17:26:10,940 | DEBUG | NioProcessor-5   | NamespacePlugins                 | 106 - org.springframework.osgi.extender - 1.2.1 | Removing handler Apache Karaf :: Admin :: Command (org.apache.karaf.admin.command)
17:26:10,940 | DEBUG | lixDispatchQueue | command                          | 30 - org.apache.karaf.admin.command - 2.2.5.fuse-70-097 | BundleEvent STOPPED
17:26:10,941 | DEBUG | NioProcessor-5   | Activator                        | 141 - org.apache.camel.camel-core - 2.9.0.fuse-70-097 | Bundle stopped: org.apache.karaf.shell.ssh
17:26:10,941 | DEBUG | NioProcessor-5   | BlueprintExtender                | 10 - org.apache.aries.blueprint - 0.3.1.fuse-70-097 | Destroying BlueprintContainer for bundle org.apache.karaf.shell.ssh
17:26:10,941 | DEBUG | NioProcessor-5   | BlueprintEventDispatcher         | 10 - org.apache.aries.blueprint - 0.3.1.fuse-70-097 | Sending blueprint container event BlueprintEvent[type=DESTROYING] for bundle org.apache.karaf.shell.ssh
17:26:10,942 | DEBUG | nt Dispatcher: 1 | BlueprintListener                | 39 - org.apache.karaf.shell.osgi - 2.2.5.fuse-70-097 | Blueprint app state changed to Destroying for bundle 23
17:26:10,942 | DEBUG | NioProcessor-5   | ssh                              | 23 - org.apache.karaf.shell.ssh - 2.2.5.fuse-70-097 | ServiceEvent UNREGISTERING
17:26:10,943 | DEBUG | NioProcessor-5   | ServiceRecipe                    | 10 - org.apache.aries.blueprint - 0.3.1.fuse-70-097 | Unregistering service shell-2
17:26:10,943 | DEBUG | NioProcessor-5   | ServiceRecipe                    | 10 - org.apache.aries.blueprint - 0.3.1.fuse-70-097 | Calling listeners for service unregistration
17:26:10,944 | DEBUG | NioProcessor-5   | ssh                              | 23 - org.apache.karaf.shell.ssh - 2.2.5.fuse-70-097 | ServiceEvent UNREGISTERING
17:26:10,945 | DEBUG | NioProcessor-5   | ServiceRecipe                    | 10 - org.apache.aries.blueprint - 0.3.1.fuse-70-097 | Unregistering service shell-4
17:26:10,945 | DEBUG | NioProcessor-5   | ServiceRecipe                    | 10 - org.apache.aries.blueprint - 0.3.1.fuse-70-097 | Calling listeners for service unregistration
17:26:10,945 | DEBUG | NioProcessor-5   | ssh                              | 23 - org.apache.karaf.shell.ssh - 2.2.5.fuse-70-097 | ServiceEvent UNREGISTERING
17:26:10,948 | INFO  | NioProcessor-5   | ServerSession                    | 26 - sshd-core - 0.5.0 | Closing session
17:26:10,948 | DEBUG | NioProcessor-5   | ServerSession                    | 26 - sshd-core - 0.5.0 | Closing channel 0
17:26:10,948 | INFO  | NioProcessor-5   | ChannelSession                   | 26 - sshd-core - 0.5.0 | Send SSH_MSG_CHANNEL_CLOSE on channel 0

From here the install process just hangs and servicemix is unreachable: 

wildflower:bin sjavurek$ ./client -u smx -p smx 
Failed to get the session.

I've also attached the log. 
Workaround Ideas
Would be to open the session and install the patch, however, that is manual and in automated fashion not feasible.  Fabric is another alternative but for this issue we need an automated, non fabric solution.
Susan

The rpm file "eap7-jboss-seam-int-0:7.0.0-1.GA_redhat_1.1.ep7.el6.noarch.rpm" contains jar named "jboss-seam-int-jbossas-7.0.0.GA-redhat-1.jar".
The corresponding file in the the zip in the location:
modules/system/layers/base/org/jboss/integration/ext-content/main/bundled/
has name jboss-seam-int.jar.
Fix is to add "jbossas" string to the jar file name in the dist. 

When running 

mvn camel:route-coverage

on routes that use endChoice() you get a NullPointerException. 

[WARNING] Error parsing java file c:\workspace\kk\coverage\src\main\java\dk\smor\MySpringBootRouter.java code due null
at org.apache.camel.parser.helper.CamelJavaTreeParserHelper.parseCamelRouteTree(CamelJavaTreeParserHelper.java:132)
at org.apache.camel.parser.RouteBuilderParser.parseRouteBuilderTree(RouteBuilderParser.java:80)
at org.apache.camel.maven.RouteCoverageMojo.execute(RouteCoverageMojo.java:158)

I have attached a zip file with some example code to re-produce the problem.
The example code has 2 routes, 1 with endChoice() and 1 without. The 2 route should behave equally.

SARG itself has too many newlines and it's logged for every splitgenerator in split generation

when SnapshotInfo or snapshot verification is executed against a remote path, it may takes a while since all the code is mainly composed by sequential calls to the fs.
This patch will parallelize all the snapshot operations using a thread pool to dispatch requests. The size of the pool is tunable by using  "hbase.snapshot.thread.pool.max"

Hive has its own implementations of ByteWritable/DoubleWritable/ShortWritable.  We cannot replace usage of these classes since they will break 3rd party UDFs/SerDes, however we can at least extend from the Hadoop version of these classes when possible to avoid duplicate code.
When Hive finally moves to version 1.0 we might want to consider removing use of these Hive-specific writables and switching over to using the Hadoop version of these classes.
ShortWritable didn't exist in Hadoop until 2.x so it looks like we can't do it with this class until 0.20/1.x support is dropped from Hive.

There is an extensive logging in WebHCat at info level, and even some sensitive information could be logged

When I use Spring Roo 2.0.0.M2 on a terminal from Windows 8 or older, it doesn't display any color.
Also, some strings appears wrong, such as 
<[36mrepository:<[0morg.example.OwnerRep

Related to https://jira.spring.io/browse/SPR-1812. While "rescheduling" a Quartz job's trigger within cluster of applications that are starting, Quartz can throw a Primary Key Violation error while trying to add a trigger that some other node in the cluster already added. A catch-and-ignore was put into ScheduleAccessor#addTriggerToScheduler to solve the SPR-1812 error, however it only catches primary key violations when Scheduler.scheduleJob is called but doesn't cover when Scheduler.rescheduleJob is called (if the job's triggerExists).
The error causes the context to fail to load and thus the application fails to start. Can the try-catch be expanded to wrap the entire if (triggerExists) else clause?
Stack trace attached in log file.
 
MergeFileRecordProcessor retrieves map work from cache. This map work can be instance of merge file work. When the merge file work already exists in the cache casting the map work to merge file work is missing which will result in NullPointerException.

org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase#test
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.ee.injection.resource.infinispan.InfinispanResourceRefTestCase -Dsecurity.manager

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/infinispan-resource-ref.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.infinispan-resource-ref.war:main" from Service Module Loader")
	at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1442)
	at org.infinispan.commons.util.Util.getClassLoaders(Util.java:127)
	at org.infinispan.commons.util.Util.loadClassStrict(Util.java:163)
	at org.infinispan.commons.util.ReflectionUtil.getClassForName(ReflectionUtil.java:319)
	at org.infinispan.commons.util.ReflectionUtil.toClassArray(ReflectionUtil.java:313)
	at org.infinispan.factories.AbstractComponentRegistry$Component.buildInjectionMethodsList(AbstractComponentRegistry.java:810)
	at org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:213)
	at org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:193)
	at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:171)
	at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:163)
	at org.infinispan.factories.ComponentRegistry.<init>(ComponentRegistry.java:79)
	... 210 more

JobInstanceFilter has no unit tests.  It also appears to not be used anywhere.

New MicroProfile extensions were added late in the WildFly 14 release cycles and they did not properly define their priorities in org.jboss.as.server.deployment.Phase.
It introduce 5 new priorities:

public static final int DEPENDENCIES_MICROPROFILE_CONFIG            = 0x1850;
public static final int DEPENDENCIES_MICROPROFILE_METRICS           = 0x1860;
public static final int DEPENDENCIES_MICROPROFILE_HEALTH            = 0x1870;
public static final int DEPENDENCIES_MICROPROFILE_OPENTRACING       = 0x1880;

public static final int POST_MODULE_MICROPROFILE_CONFIG             = 0x3750;
public static final int POST_MODULE_MICROPROFILE_METRICS            = 0x3760;
public static final int POST_MODULE_MICROPROFILE_HEALTH             = 0x3770;
public static final int POST_MODULE_MICROPROFILE_OPENTRACING        = 0x3780;

Note that the metrics priorities correspond to a new extension (tracked by WFLY-10712) that's not in WildFly yet (but will be before 15.0 is released)

1. Thrift server usage text does not say anything about it requires a start or stop argument.
 2. It ignores stop argument, it acts as the same as for start.
According to this comment:

// This is so complicated to please both bin/hbase and bin/hbase-daemon.
// hbase-daemon provides "start" and "stop" arguments
// hbase should print the help if no argument is provided

start and stop is just supported because bin/hbase-daemon, but hbase-daemon kills the process instead of calling it with a stop argument.

Currenty, we write data/metadata in ExportSemanticAnalyzer. That doesn't work for some authorization mechanisms which rely on auth check post semantic analysis.

hive> select 5%0 from tmp2 limit 1;
FAILED: SemanticException [Error 10014]: Line 1:7 Wrong arguments '0': org.apache.hadoop.hive.ql.metadata.HiveException: Unable to execute method public org.apache.hadoop.io.IntWritable org.apache.hadoop.hive.ql.udf.UDFOPMod.evaluate(org.apache.hadoop.io.IntWritable,org.apache.hadoop.io.IntWritable)  on object org.apache.hadoop.hive.ql.udf.UDFOPMod@21b594a9 of class org.apache.hadoop.hive.ql.udf.UDFOPMod with arguments {5:org.apache.hadoop.io.IntWritable, 0:org.apache.hadoop.io.IntWritable} of size 2

hive> select pmod(5,0) from tmp2 limit 1;
FAILED: SemanticException [Error 10014]: Line 1:7 Wrong arguments '0': org.apache.hadoop.hive.ql.metadata.HiveException: Unable to execute method public org.apache.hadoop.io.IntWritable org.apache.hadoop.hive.ql.udf.UDFPosMod.evaluate(org.apache.hadoop.io.IntWritable,org.apache.hadoop.io.IntWritable)  on object org.apache.hadoop.hive.ql.udf.UDFPosMod@174ed99a of class org.apache.hadoop.hive.ql.udf.UDFPosMod with arguments {5:org.apache.hadoop.io.IntWritable, 0:org.apache.hadoop.io.IntWritable} of size 2

        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory$DefaultExprProcessor.process(TypeCheckProcFactory.java:1112)
        at org.apache.hadoop.hive.ql.parse.TypeCheckProcFactory.genExprNode(TypeCheckProcFactory.java:181)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genAllExprNodeDesc(SemanticAnalyzer.java:8870)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genExprNodeDesc(SemanticAnalyzer.java:8826)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:2734)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genSelectPlan(SemanticAnalyzer.java:2531)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPostGroupByBodyPlan(SemanticAnalyzer.java:7606)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genBodyPlan(SemanticAnalyzer.java:7562)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genPlan(SemanticAnalyzer.java:8365)
        at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.analyzeInternal(SemanticAnalyzer.java:8591)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:451)
        at org.apache.hadoop.hive.ql.Driver.compile(Driver.java:351)
        at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1004)
        at org.apache.hadoop.util.RunJar.main(RunJar.java:208)

The correct behaviour should be producing NULL.

Using <distributable/> application cause SSO doesnt destroy after session timeout period. Base on [1], there is still active session, what is probably cause that SSO is not destroyed.
Setting similar in EAP6 requires user to login after session timeout period.
Setting priority to critical because of regression with security impacts.
[1]
[standalone@localhost:9990 /] /deployment=secured-webapp.war/subsystem=undertow:read-attribute(name=active-sessions)
{
    "result" => 0
}
[2]
{
    "result" => 1
}
            
getting the following exception for both hadoop23 and cdh5:
08:12:12,935  INFO pool-7-thread-2 amlauncher.AMLauncher - Error launching appattempt_1395403894077_0001_000002. Got exception: org.apache.hadoop.yarn.exceptions.InvalidContainerException: 
Container container_1395403894077_0001_02_000001 rejected as it is allocated by a previous RM
	at org.apache.hadoop.yarn.api.records.impl.pb.SerializedExceptionPBImpl.instantiateException(SerializedExceptionPBImpl.java:152)
	at org.apache.hadoop.yarn.api.records.impl.pb.SerializedExceptionPBImpl.deSerialize(SerializedExceptionPBImpl.java:106)
	at org.apache.hadoop.yarn.server.resourcemanager.amlauncher.AMLauncher.launch(AMLauncher.java:122)
	at org.apache.hadoop.yarn.server.resourcemanager.amlauncher.AMLauncher.run(AMLauncher.java:249)

Using the mapper from Spring Data MongoDB, I get a stack overflow exception when I make a call to findOne using a simple .is() criteria. I tested with spring-data-commons-core 1.2.1.RELEASE and 1.2.2.BUILD-SNAPSHOT.
I was able to reproduce the error using data common's PropertyPath stand-alone; putting following line in a test causes the same exception:

PropertyPath pp = PropertyPath.from("_id", CardInteraction.class);

where CardInteraction is defined with the @Id annotation:

@Document
public class CardInteraction {
@Id private String interactionId;
...
}

The infinite recursion converges with the arguments PropertyPath.create:326(source="_", type=..., addTail="id")

HIVE-13076 addes a new table to the schema but the patch script uses CREATE TABLE IF NOT EXISTS syntax to add the new table. The issue is that the IF NOT EXISTS clause is only available from postgres 9.1 onwards. So the script will fail for older versions of postgres.

If Model Java POJO, is annotated with @Field, then during search with
query.fields().include(field)
uning mongoTemplate
it does not java property field as field parameter, rather it needs the name declared with name defined with @Field annotation.

Currently function name for the permanent function is getting formed as dbName.WINDOW_FUNC_PREFIX+functionName where as function registry has function name as WINDOW_FUNC_PREFIX+dbName.functionName. This is leading to invalid function error when we use permanent function with window function. Fix has been done such that we form the permanent function name rightly as WINDOW_FUNC_PREFIX+dbName+.+functionName so that it matches with the name in function registry. The functionality for built-in/temporary function would remain the same.

The boostrap code presently installs a stability monitor and awaits stability before returning.  It then probes the state of the root service.  There is a window of time in which the root service may be stopped or removed, resulting in big exception traces being logged.  To atomically get the result of the operation, the service container must somehow be frozen until the root service is completely read.

Gopal pointed out that native Vectorization of ReduceSink is missing the empty key case.

See nabble
http://camel.465427.n5.nabble.com/File-markerFile-strategy-race-condition-tp5733561.html
We should delete the .camelLock file last, as currently we move the processed file first. And there is a very tiny tiny window where another process could potential see the file and pickup it.

We can add more subtlety to perf logging information in TezCompiler

select myCol from tmp_pyang_lv LATERAL VIEW explode(array(1,2,3)) myTab as myCol limit 3;

The remoting subsystem added a requirement for the new io subsystem's worker capability, but it has special logic such that the requirement is only added if an endpoint resource is configured. So, legacy configs (pre-io) won't have that resource, so there is no requirement.
This breaks down in the case of the profile 'clone' op, as a placeholder resource we add for the endpoint (to allow reads of the default endpoint config data) ends up getting 'described' and added by the cloning process. So that added resource triggers an unmet requirement for the io worker:

[domain@localhost:9990 /] /profile=default:clone(to-profile=test)
{
    "failure-description" => {"domain-failure-description" => "WFLYCTL0369: Required capabilities are not available:
    org.wildfly.io.worker.default in context 'profile=test'; There are no known registration points which can provide this capability."},
}

I'm not sure how to deal with this; some sort of marker is needed to disable 'describing' that placeholder resource.

Here is the stack trace 

[//target/routeOutput?noop=true] GenericFileOnCompletion        ERROR Caused by: [org.apache.camel.CamelExecutionException - Exception occurred during execution on the exchange: Exchange[GenericFileMessage with file: GenericFile[message2.xml]]]
org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[GenericFileMessage with file: GenericFile[message2.xml]]
	at org.apache.camel.util.ObjectHelper.wrapCamelExecutionException(ObjectHelper.java:1107)
	at org.apache.camel.builder.ExpressionBuilder$25.evaluate(ExpressionBuilder.java:625)
	at org.apache.camel.component.bean.MethodInfo$2.evaluate(MethodInfo.java:264)
	at org.apache.camel.component.bean.MethodInfo.createMethodInvocation(MethodInfo.java:131)
	at org.apache.camel.component.bean.BeanInfo.createInvocation(BeanInfo.java:167)
	at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:127)
	at org.apache.camel.processor.RedeliveryErrorHandler.processExchange(RedeliveryErrorHandler.java:177)
	at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:143)
	at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:88)
	at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:269)
	at org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:137)
	at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:103)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:146)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:170)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:651)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:676)
Caused by: org.apache.camel.InvalidPayloadException: No body available of type: java.lang.String but has value: GenericFile[message2.xml] of type: org.apache.camel.component.file.GenericFile on: GenericFileMessage with file: GenericFile[message2.xml]. Caused by: No type converter available to convert from type: org.apache.camel.component.file.GenericFile to the required type: java.lang.String with value GenericFile[message2.xml]. Exchange[GenericFileMessage with file: GenericFile[message2.xml]]. Caused by: [org.apache.camel.NoTypeConversionAvailableException - No type converter available to convert from type: org.apache.camel.component.file.GenericFile to the required type: java.lang.String with value GenericFile[message2.xml]]
	at org.apache.camel.impl.MessageSupport.getMandatoryBody(MessageSupport.java:103)
	at org.apache.camel.builder.ExpressionBuilder$25.evaluate(ExpressionBuilder.java:623)
	... 31 more
Caused by: org.apache.camel.NoTypeConversionAvailableException: No type converter available to convert from type: org.apache.camel.component.file.GenericFile to the required type: java.lang.String with value GenericFile[message2.xml]
	at org.apache.camel.impl.converter.DefaultTypeConverter.mandatoryConvertTo(DefaultTypeConverter.java:124)
	... 32 more

Spring MVC dependency on standard taglibs should be optional (not every web app is a JSP app).
P.S. I'm talking about the Maven central poms (again) but presumably this applies to ivy and EBR poms.

(Hopefully this belongs to WildFly Core. If not, please move to WildFly.)
I'm doing a programmatic invocation of a simple mgmt operation on the root mgmt resource, say e.g. :whoami. I'm doing this against a freshly built WildFly from master branch (commit e2b9ecfb) and on the client side, I'm depending on org.wildfly.core:wildfly-controller-client:1.0.0.Alpha4.
The code looks like this:

ModelControllerClient client = ModelControllerClient.Factory.create("localhost", 9990);

try {
    ModelNode op = new ModelNode();
    op.get(ClientConstants.OP).set("whoami");
    op.get(ClientConstants.OP_ADDR).set("");
    ModelNode result = client.execute(op);
    System.out.println(result);
} finally {
    client.close();
}

This fails with an exception like this:

Exception in thread "main" java.io.IOException: java.util.concurrent.ExecutionException: Operation failed
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:129)
	at cz.ladicek.wildfly.ErrorReproducer.main(ErrorReproducer.java:17)
Caused by: java.util.concurrent.ExecutionException: Operation failed
	at org.jboss.threads.AsyncFutureTask.operationFailed(AsyncFutureTask.java:74)
	at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:268)
	... 7 more
	at java.io.DataInputStream.readByte(DataInputStream.java:267)
	at org.jboss.as.protocol.mgmt.ProtocolUtils.expectHeader(ProtocolUtils.java:83)
	at org.jboss.as.controller.client.impl.AbstractModelControllerClient$1.handleRequest(AbstractModelControllerClient.java:167)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleRequest(AbstractMessageHandler.java:235)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:113)
	at org.jboss.as.protocol.mgmt.ManagementChannelReceiver.handleMessage(ManagementChannelReceiver.java:84)
	at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:452)

However, when I remove the line that sets address (op.get(ClientConstants.OP_ADDR).set("");), it works just fine.
Fine, I made a mistake, but getting an EOFException? That's hardly an appropriate response. I should get a proper failure ("outcome" => "failed" etc.).

The Javadoc for FileUtils.forceMkdir doesn't say what is supposed to happen if a directory already exists with the same path.
It does (misleadingly) say that if a file already exists, it fails.  I interpreted this to mean that a directory would also fail, as it said file and not normal file.  However in reality, if the directory already exists, the method passes.
For clarity it should say that it succeeds if the directory already exists, and should probably also explicitly say "normal file" instead of just "file", as all directories are files.
Also, internally, I notice it is checking for File.isFile() whereas our existing method for implementing the same thing is checking !File.isDirectory().  On some filesystems, a file can be both a directory and a normal file, and in this situation I would expect the method to pass, whereas with Commons' implementation it would fail.  Maybe this is a trip-up because Sun themselves documented "normal file" as meaning "something which is not a directory", which is going to break the moment someone runs something on a more exotic filesystem. 

When a user does not have a session and attempts to logout, the LogoutFilter does nothing.  The is because the Authentication object returned from the SessionContext is null
            Authentication auth = SecurityContextHolder.getContext().getAuthentication();
{
                logger.debug("Logging out user '" + auth + "' and redirecting to logout page");
            }

            if (auth != null) {
                for (int i = 0; i < handlers.length; i++) 
{
                    handlers[i].logout(httpRequest, httpResponse, auth);
                }
            }
This happens because the SecurityContext was not read from the Session and the filters that make it available have not executed yet.
By moving the logoutFilter to after the rememberMeFilter, the problem seems to be resolved:
httpSessionContextIntegrationFilter,authenticationProcessingFilter,basicProcessingFilter,contextHolderAwareRequestFilter,rememberMeProcessingFilter,logoutFilter,anonymousProcessingFilter,exceptionTranslationFilter,filterInvocationInterceptor
Regards,
Damien

Cannot disable a Datasource or XADatasource in standalone mode. It's back to enabled state after server reload.
6.1
Always
Use the http management interface or the CLI
1.Create a Datasource of XADatasource
2.Disable it
3.The response indicates a server reload is required
4.Execute the reload operation
The datasource is back to enabled state
The datasource should be in disabled state

@Test
public void testDateReturnsNullWhenKeyDoesntExit(){
     assertNull(new JobParameters().getDate("keythatdoesntexist"));
}
In the same scenario, if you ask for a key that doesn't have a corresponding parameter, you will get Null in the case of String, 0 for Long, 0.0 for double, and NPE for Date. Date should return null.

Olingo2 library classes in 'core' are internal and should not be used. Even though the URI parser classes should really have been exposed through the public API. This includes a public URI parser URIInfo exposed through the api package, but its implementation URIInfoImpl is part of core and hence not exposed. 
This does not affect any public component classes in the Olingo2 component.  
See OLINGO-420. 

On user@hbase, johannes.schaback@visual-meta.com reported:

we face a serious issue with our HBase production cluster for two days now. Every couple minutes, a random RegionServer gets stuck and does not process any requests. In addition this causes the other RegionServers to freeze within a minute which brings down the entire cluster. Stopping the affected RegionServer unblocks the cluster and everything comes back to normal.
Subsequent troubleshooting reveals that RPC is getting stuck because we are losing RPC handlers. In the .out files we have this:

Exception in thread "defaultRpcServer.handler=5,queue=2,port=60020"
        at org.apache.hadoop.hbase.CellUtil$1.advance(CellUtil.java:210)
[...]
Exception in thread "defaultRpcServer.handler=18,queue=0,port=60020"
Exception in thread "defaultRpcServer.handler=23,queue=2,port=60020"
Exception in thread "defaultRpcServer.handler=24,queue=0,port=60020"
Exception in thread "defaultRpcServer.handler=2,queue=2,port=60020"
Exception in thread "defaultRpcServer.handler=11,queue=2,port=60020"
Exception in thread "defaultRpcServer.handler=25,queue=1,port=60020"
Exception in thread "defaultRpcServer.handler=20,queue=2,port=60020"
Exception in thread "defaultRpcServer.handler=19,queue=1,port=60020"
Exception in thread "defaultRpcServer.handler=15,queue=0,port=60020"
Exception in thread "defaultRpcServer.handler=1,queue=1,port=60020"
Exception in thread "defaultRpcServer.handler=7,queue=1,port=60020"
Exception in thread "defaultRpcServer.handler=4,queue=1,port=60020"
java.lang.StackOverflowError​

That is the anonymous CellScanner instance we create from CellUtil#createCellScanner:

​    return new CellScanner() {
      private final Iterator<? extends CellScannable> iterator = cellScannerables.iterator();
      private CellScanner cellScanner = null;

      @Override
      public Cell current() {
        return this.cellScanner != null? this.cellScanner.current(): null;
      }

      @Override
      public boolean advance() throws IOException {
        if (this.cellScanner == null) {
          if (!this.iterator.hasNext()) return false;
          this.cellScanner = this.iterator.next().cellScanner();
        }
        if (this.cellScanner.advance()) return true;
        this.cellScanner = null;
--->        return advance();
      }
    };

That final return statement is the immediate problem.
We should also fix this so the RegionServer aborts if it loses a handler to an Error. 

Evaluating a spelExpression which contains indexed access to StandardEvaluationContext variables throws a java.lang.IllegalStateException, when no variables are set. 
Previously the exception used to be a friendly SpelEvaluationException with SpelMessage.CANNOT_INDEX_INTO_NULL_VALUE.
See attached a project for testing. Change the springVersion in build.gradle to 4.3.14.RELEASE and the tests are green.
A commit for https://jira.spring.io/browse/SPR-15720, specifically in org.springframework.expression.spel.ast.Indexer seems to have introduced the change in behavior.

With HIVE-11807 buffer size estimation happens by default. This can have undesired effect wrt file concatenation. Consider the following table with files

testtable
  -- 000000_0 (created before HIVE-11807 which has buffer size 256KB)
  -- 000001_0 (created before HIVE-11807 which has buffer size 256KB)
  -- 000002_0 (created after HIVE-11807 with buffer size chosen as 128KB)
  -- 000003_0 (created after HIVE-11807 with buffer size chosen as 128KB)

If we perform ALTER TABLE .. CONCATENATE on the above table with HIVE-11807, then depending on the split arrangement 000000_0 and 000001_0 will be concatenated together to new merged file. But this new merged file will have 128KB buffer size (estimated buffer size and not requested buffer size). Since new ORC writer size does not honor the requested buffer size the new merged files will have smaller buffers than the required 256KB making the file unreadable. Following exception will be thrown when reading the table after concatenation

2016-03-24T16:26:33,974 ERROR [a9e27a9a-37cb-411d-9708-6c58a4ce34f2 main]: CliDriver (SessionState.java:printError(1049)) - Failed with exception java.io.IOException:java.lang.IllegalArgumentException: Buffer size too small. size = 131072 needed = 153187
java.io.IOException: java.lang.IllegalArgumentException: Buffer size too small. size = 131072 needed = 153187
        at org.apache.hadoop.hive.ql.exec.FetchOperator.getNextRow(FetchOperator.java:513)
        at org.apache.hadoop.hive.ql.exec.FetchOperator.pushRow(FetchOperator.java:420)
        at org.apache.hadoop.hive.ql.exec.FetchTask.fetch(FetchTask.java:145)
        at org.apache.hadoop.hive.ql.Driver.getResults(Driver.java:1848)
        at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:256)
        at org.apache.hadoop.hive.cli.CliDriver.executeDriver(CliDriver.java:782)

To reproduce, start HS2 in background like hive --service hiveserver2 &, and run some query from beeline using Tez or Spark as engine.
I think it's similar to HIVE-6758: HS2 uses jline for the in-place progress update, and receives SIGTTOU when trying to call stty.

If Security Manager is enforced and a Servlet invokes request.getSession(false).invalidate(), it fails due to insufficient permissions as follows:

15:04:55,001 ERROR [io.undertow.request] (default task-4) UT005023: Exception handling request to /form-auth/Logout: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "io.undertow.servlet.GET_CURRENT_REQUEST")" in code source "(vfs:/content/form-auth.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.form-auth.war" from Service Module Loader")
	at io.undertow.servlet.handlers.ServletRequestContext.current(ServletRequestContext.java:92)
	at org.wildfly.extension.undertow.deployment.LogoutSessionListener.sessionDestroyed(LogoutSessionListener.java:66)
	at io.undertow.servlet.core.ApplicationListeners.sessionDestroyed(ApplicationListeners.java:315)
	at io.undertow.servlet.core.SessionListenerBridge.doDestroy(SessionListenerBridge.java:98)
	at io.undertow.servlet.core.SessionListenerBridge.sessionDestroyed(SessionListenerBridge.java:78)
	at io.undertow.server.session.SessionListeners.sessionDestroyed(SessionListeners.java:61)
	at io.undertow.server.session.InMemorySessionManager$SessionImpl.invalidate(InMemorySessionManager.java:551)
	at io.undertow.server.session.InMemorySessionManager$SessionImpl.invalidate(InMemorySessionManager.java:529)
	at org.jboss.as.test.integration.web.formauth.LogoutServlet.processRequest(LogoutServlet.java:45)
	at org.jboss.as.test.integration.web.formauth.LogoutServlet.doGet(LogoutServlet.java:51)

The io.undertow.servlet.spec.HttpSessionImpl.invalidate() method requires RuntimePermission("io.undertow.servlet.GET_CURRENT_REQUEST") and also RuntimePermission("io.undertow.servlet.spec.UNWRAP_HTTP_SESSION"), see
https://github.com/wildfly/wildfly/blob/master/undertow/src/main/java/org/wildfly/extension/undertow/deployment/LogoutSessionListener.java#L66
https://github.com/wildfly/wildfly/blob/master/undertow/src/main/java/org/wildfly/extension/undertow/deployment/LogoutSessionListener.java#L81
From the stacktrace above, I would opt for adding a privileged block into io.undertow.servlet.core.SessionListenerBridge#doDestroy(Session) as that's a private method. That's the reason why I filed Undertow issue for this.

Building WildFly: Full Galleon Pack using IBM jdk fails with enforcer BanTransitiveDependencies violation.
reproduce

wildfly] $ mvn package -pl galleon-pack
...
[INFO] --- maven-enforcer-plugin:3.0.0-M1:enforce (ban-transitive-deps) @ wildfly-galleon-pack ---
org.wildfly:wildfly-galleon-pack:pom:14.0.0.Beta1-SNAPSHOT
   org.apache.cxf:cxf-rt-features-logging:jar:3.2.4-jbossorg-1:compile has transitive dependencies:
      xalan:xalan:jar:2.7.1.jbossorg-4:compile
         xalan:serializer:jar:2.7.1.jbossorg-4:compile

[INFO] Total time: 21.949 s
[INFO] Finished at: 2018-06-18T13:30:17+02:00
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-enforcer-plugin:3.0.0-M1:enforce (ban-transitive-deps) on project wildfly-galleon-pack: Some Enforcer rules have failed. Look above for specific messages explaining why the rule failed. -> [Help 1]

Skip enforcer by adding -Denforcer.skip=true property

Java home: /usr/lib/java/ibm-java-8.0-5.16/jre
OS name: "linux", version: "4.16.15-300.fc28.x86_64", arch: "amd64", family: "unix"

4eff06230b

Configuring the new cipher token with the above commands results in:

07:42:38,759 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service org.wildfly.clustering.jgroups.channel-factory.udp.AUTH: org.jboss.msc.service.StartException in service org.wildfly.clustering.jgroups.channel-factory.udp.AUTH: Failed to start service
	at org.wildfly.clustering.service.InjectedValueDependency.getValue(InjectedValueDependency.java:51)
	at org.jboss.as.clustering.jgroups.subsystem.CipherAuthTokenBuilder.apply(CipherAuthTokenBuilder.java:75)
	at org.jboss.as.clustering.jgroups.subsystem.CipherAuthTokenBuilder.apply(CipherAuthTokenBuilder.java:52)
	at java.util.function.Function.lambda$andThen$1(Function.java:88)
	at org.wildfly.clustering.service.FunctionalValueService.getValue(FunctionalValueService.java:62)
	at org.jboss.msc.service.ServiceRegistrationImpl.getValue(ServiceRegistrationImpl.java:199)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.performInjections(ServiceControllerImpl.java:2001)
	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1950)
	... 3 more

Which looks like bad timing when attempting to retrieve the key store reference, according to Value<T>#getValue().

In a Spring Batch project we (Ewan Benfield and myself) found that Spring Batch was attempting to instantiate a bean defined as abstract in its context (abstract="true") when marked with step scope (scope="step").  Note that scope should be inheritable).
In an attempt to reproduce the issue outside of the project an odd error was instead noted that the child bean cannot be instantiated due to not having a matching constructor (despite the abstract bean and its child having only default constructors).  The project for this attempt is included.  The exact error given is "BeanCreationException: Error creating bean with name 'concrete' defined in class path resource [abstractstepscope/AbstractStepScopeTest-context.xml]: 1 constructor arguments specified but no matching constructor found in bean 'concrete' (hint: specify index and/or type arguments for simple parameters to avoid type ambiguities)".
Note that if the Spring Batch beans are removed or if the scope is defined on the child (also or instead of the parent) no error is given when running the provided test "AbstractStepScopeTest".
Although tested only against Spring Batch 2.1.8 I assume this affects subsequent releases as nothing in org.springframework.batch.core.scope appears to have changed for a while.
We've worked around the issue by placing the attribute scope="step" on the child bean definitions instead.

the event notification logs stored in hive metastore have json serialized messages stored in NOTIFICATION_LOG table,  these messages also store the serialized Thrift API objects in them. when doing a reply dump we are however serializing both the metadata for replication event + event Message + additional helper method getters representing the thrift objects.
We should only serialize metadata for replication event + event Message 
 for ex for create table :

{
  "eventType": "CREATE_TABLE",
  "server": "",
  "servicePrincipal": "",
  "db": "default",
  "table": "a",
  "tableObjJson": "{\"1\":{\"str\":\"a\"},\"2\":{\"str\":\"default\"},\"3\":{\"str\":\"anagarwal\"},\"4\":{\"i32\":1489552350},\"5\":{\"i32\":0},\"6\":{\"i32\":0},\"7\":{\"rec\":{\"1\":{\"lst\":[\"rec\",1,{\"1\":{\"str\":\"name\"},\"2\":{\"str\":\"string\"}}]},\"2\":{\"str\":\"file:/tmp/warehouse/a\"},\"3\":{\"str\":\"org.apache.hadoop.mapred.TextInputFormat\"},\"4\":{\"str\":\"org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat\"},\"5\":{\"tf\":0},\"6\":{\"i32\":-1},\"7\":{\"rec\":{\"2\":{\"str\":\"org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe\"},\"3\":{\"map\":[\"str\",\"str\",2,{\"field.delim\":\"\\n\",\"serialization.format\":\"\\n\"}]}}},\"8\":{\"lst\":[\"str\",0]},\"9\":{\"lst\":[\"rec\",0]},\"10\":{\"map\":[\"str\",\"str\",0,{}]},\"11\":{\"rec\":{\"1\":{\"lst\":[\"str\",0]},\"2\":{\"lst\":[\"lst\",0]},\"3\":{\"map\":[\"lst\",\"str\",0,{}]}}},\"12\":{\"tf\":0}}},\"8\":{\"lst\":[\"rec\",0]},\"9\":{\"map\":[\"str\",\"str\",7,{\"totalSize\":\"0\",\"EXTERNAL\":\"TRUE\",\"numRows\":\"0\",\"rawDataSize\":\"0\",\"COLUMN_STATS_ACCURATE\":\"{\\\"BASIC_STATS\\\":\\\"true\\\"}\",\"numFiles\":\"0\",\"transient_lastDdlTime\":\"1489552350\"}]},\"12\":{\"str\":\"EXTERNAL_TABLE\"},\"13\":{\"rec\":{\"1\":{\"map\":[\"str\",\"lst\",1,{\"anagarwal\":[\"rec\",4,{\"1\":{\"str\":\"INSERT\"},\"2\":{\"i32\":-1},\"3\":{\"str\":\"anagarwal\"},\"4\":{\"i32\":1},\"5\":{\"tf\":1}},{\"1\":{\"str\":\"SELECT\"},\"2\":{\"i32\":-1},\"3\":{\"str\":\"anagarwal\"},\"4\":{\"i32\":1},\"5\":{\"tf\":1}},{\"1\":{\"str\":\"UPDATE\"},\"2\":{\"i32\":-1},\"3\":{\"str\":\"anagarwal\"},\"4\":{\"i32\":1},\"5\":{\"tf\":1}},{\"1\":{\"str\":\"DELETE\"},\"2\":{\"i32\":-1},\"3\":{\"str\":\"anagarwal\"},\"4\":{\"i32\":1},\"5\":{\"tf\":1}}]}]}}},\"14\":{\"tf\":0}}",
  "timestamp": 1489552350,
  "files": [],
  "tableObj": {
    "tableName": "a",
    "dbName": "default",
    "owner": "anagarwal",
    "createTime": 1489552350,
    "lastAccessTime": 0,
    "retention": 0,
    "sd": {
      "cols": [
        {
          "name": "name",
          "type": "string",
          "comment": null,
          "setName": true,
          "setType": true,
          "setComment": false
        }
      ],
      "location": "file:/tmp/warehouse/a",
      "inputFormat": "org.apache.hadoop.mapred.TextInputFormat",
      "outputFormat": "org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat",
      "compressed": false,
      "numBuckets": -1,
      "serdeInfo": {
        "name": null,
        "serializationLib": "org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe",
        "parameters": {
          "serialization.format": "\n",
          "field.delim": "\n"
        },
        "setName": false,
        "parametersSize": 2,
        "setParameters": true,
        "setSerializationLib": true
      },
      "bucketCols": [],
      "sortCols": [],
      "parameters": {},
      "skewedInfo": {
        "skewedColNames": [],
        "skewedColValues": [],
        "skewedColValueLocationMaps": {},
        "setSkewedColNames": true,
        "setSkewedColValues": true,
        "setSkewedColValueLocationMaps": true,
        "skewedColNamesSize": 0,
        "skewedColNamesIterator": [],
        "skewedColValuesSize": 0,
        "skewedColValuesIterator": [],
        "skewedColValueLocationMapsSize": 0
      },
      "storedAsSubDirectories": false,
      "setSkewedInfo": true,
      "parametersSize": 0,
      "colsSize": 1,
      "setParameters": true,
      "setLocation": true,
      "setInputFormat": true,
      "setCols": true,
      "setOutputFormat": true,
      "setSerdeInfo": true,
      "setBucketCols": true,
      "setSortCols": true,
      "colsIterator": [
        {
        }
      ],
      "bucketColsSize": 0,
      "bucketColsIterator": [],
      "sortColsSize": 0,
      "sortColsIterator": [],
      "setStoredAsSubDirectories": true,
      "setCompressed": true,
      "setNumBuckets": true
    },
    "partitionKeys": [],
    "parameters": {
      "totalSize": "0",
      "EXTERNAL": "TRUE",
      "numRows": "0",
      "rawDataSize": "0",
      "COLUMN_STATS_ACCURATE": "{\"BASIC_STATS\":\"true\"}",
      "numFiles": "0",
      "transient_lastDdlTime": "1489552350"
    },
    "viewOriginalText": null,
    "viewExpandedText": null,
    "tableType": "EXTERNAL_TABLE",
    "privileges": {
      "userPrivileges": {
        "anagarwal": [
          {
            "privilege": "INSERT",
            "createTime": -1,
            "grantor": "anagarwal",
            "grantorType": "USER",
            "grantOption": true,
            "setCreateTime": true,
            "setGrantOption": true,
            "setPrivilege": true,
            "setGrantor": true,
            "setGrantorType": true
          },
          {
            "privilege": "SELECT",
          },
          {
            "privilege": "UPDATE",
          },
          {
            "privilege": "DELETE",
          }
        ]
      },
      "groupPrivileges": null,
      "rolePrivileges": null,
      "rolePrivilegesSize": 0,
      "setUserPrivileges": true,
      "setGroupPrivileges": false,
      "setRolePrivileges": false,
      "userPrivilegesSize": 1,
      "groupPrivilegesSize": 0
    },
    "temporary": false,
    "rewriteEnabled": false,
    "setTableName": true,
    "setDbName": true,
    "setOwner": true,
    "setViewOriginalText": false,
    "setViewExpandedText": false,
    "setTableType": true,
    "setPrivileges": true,
    "setCreateTime": true,
    "setLastAccessTime": true,
    "setRetention": true,
    "partitionKeysIterator": [],
    "parametersSize": 7,
    "setTemporary": true,
    "setRewriteEnabled": false,
    "setParameters": true,
    "setPartitionKeys": true,
    "setSd": true,
    "partitionKeysSize": 0
  }
}

it should only be the json message required as :

{
}

this will require adding serialization features to mapper use such that it only serializes the annotated fields. 

In reference to official JBF docs:
"fabric:container-default-jvm-options, container-default-jvm-options — get or set the default JVM options to use when creating a new container"
link: https://access.redhat.com/documentation/en-US/Red_Hat_JBoss_Fuse/6.1/html/Console_Reference/files/ConsoleFabricContainerDefaultJVMOptions.html
Unfortunately this is only supported by fabric:container-create-ssh in karaf shell. It doesn't work for  fabric:container-create-child and when using hawtio at all (even when creating ssh container in hawtio).
So this is a bug because this functionality is missing in above scenarios.
Why it is a blocker?
Consider this scenario:
When you are creating new, secured environment and you are using self signed key for servlets (so then truststore is required), then there is no way to provision containers with hawtio at all (no metter is it SSH or Child) and with fabric:container-create-child. This is because child containers will no be able to do git pull as there is no trustore set (which suppose to be set basing on "zk:set /fabric/configs/io.fabric8.containers.jvmOptions" values).
As there is a bug in "container-default-jvm-options", I have used a workaround: invoked zk:set /fabric/configs/io.fabric8.containers.jvmOptions "your options here" instead of container-default-jvm-options.
This issue is related to: 
1. https://issues.jboss.org/browse/FABRIC-351
2. https://github.com/fabric8io/fabric8/issues/2168

See nabble
http://camel.465427.n5.nabble.com/Big-problem-with-csv-tab-separator-file-and-bindy-data-format-tp3207520p3207520.html

In the camel-spring module the osgi.export property is too greedy. Since the maven-bundle-plugin uses ANY resource even if it's a dependency, by specifying org.apache.camel.component* actually bundles everything under that package from any dependency in the POM, in this case camel-core.
    <camel.osgi.export.pkg>org.apache.camel.spring*,org.apache.camel.component*</camel.osgi.export.pkg>
It should be replaced to something like:
    <camel.osgi.export.pkg>org.apache.camel.spring*,org.apache.camel.component.event*,org.apache.camel.component.xslt*,org.apache.camel.component.vali
dator*</camel.osgi.export.pkg>
—
The camel-stream component suffers from the same symptom.

Suffix in logging subsystem *-rotating-file-handler cannot include second-of-minute or fraction-of-second symbol. However this symbol is checked even in text quoted using single quotes (') to avoid interpretation. This means that symbols 's' or 'S' cannot be used in text. 
See WFCORE-3064 for details.

One of my client has one batch where 20+ collections are stored in the context so they can be accessible in every step of the job. 
When calling executionContext.put("key", collection), the collection is converted to String : 
Assert.isInstanceOf(Serializable.class, value, "Value: [ " + value + "must be serializable.");
If the collection is big... memory usage is growing fast. I know it is not a good practice to store collections within the context, but not everyone would expect this to happen.
Kong

Reported on Twitter: the tests didn't fly on OS X - NoClassDefFoundError: javax/annotation/PostConstruct
This is presumably related to Java 5.

See nabble
http://camel.465427.n5.nabble.com/Help-with-nmr-cxf-endpoints-and-fault-handling-tp5719720.html
If a response is fault=true, then we should force the http response code to be 500. Which is what the SOAP 1.1 spec mandates.
See section 6.2 at: http://www.w3.org/TR/soap11/#_Ref477795996

Schema initialization on Postgres fails with the following error:

0: jdbc:postgresql://localhost.localdomain:54> ALTER TABLE ONLY "WM_POOL" ADD CO 
NSTRAINT "UNIQUE_WM_RESOURCEPLAN" UNIQUE ("NAME")
Error: ERROR: column "NAME" named in key does not exist (state=42703,code=0)
  at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:586)
  at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:559)
  at org.apache.hive.beeline.HiveSchemaTool.main(HiveSchemaTool.java:1183)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:498)
  at org.apache.hadoop.util.RunJar.run(RunJar.java:239)
  at org.apache.hadoop.util.RunJar.main(RunJar.java:153)
  at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:957)
  at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:935)
  at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:582)
  ... 8 more

It is due to couple on incorrect constraint definitions in the schema.

Saw a table get a duplicate bucket file from a Hive query. It looks like the following happened:
1. Task attempt A_0 starts,but then stops making progress
2. The job was running with speculative execution on, and task attempt A_1 is started
3. Task attempt A_1 finishes execution and saves its output to the temp directory.
5. A task kill is sent to A_0, though this does appear to actually kill A_0
6. The job for the query finishes and Utilities.mvFileToFinalPath() calls Utilities.removeTempOrDuplicateFiles() to check for duplicate bucket files
7. A_0 (still running) finally finishes and saves its file to the temp directory. At this point we now have duplicate bucket files - oops!
8. Utilities.removeTempOrDuplicateFiles() moves the temp directory to the final location, where it is later moved to the partition directory.

Currently LdapAuthenticatonProvider checks for empty password in its authenticate() method (lines 225 onward). This does not allow to use NtlmAwareLdapAuthenticator as a delegate for authentication because null password will be always rejected - as is the case when using NTLM authentication - and NtlmAwareLdapAuthenticator never gets called.  
Forum thread mentioned above confirms the same problem encountered by another user (see item 2 in the top post)
Also a similiar problem exists with id: SEC-1014. 

Wildfly needs to support URL Connection Factories @Resource injection, such as:

@Resource(lookup="http://www.wildfly.org")
private URL url;

The test org.jboss.as.test.integration.logging.operations.SizeRotatingHandlerTestCase.rotationTest consistently fails with:
java.lang.AssertionError: This file is bigger than allowed rotate-size: size-rotating-reload-rotationTest.log.1
Link to job:
https://jenkins.mw.lab.eng.bos.redhat.com/job/eap-6x-manu-acceptance-as-ts-RHEL6_x86-oracleJDK6-srczip/25/testReport/junit/org.jboss.as.test.integration.logging.operations/SizeRotatingHandlerTestCase/rotationTest/

Second line is a potential NPE if the MRR tree has changed since 'element' was found:
            final ImmutableManagementResourceRegistration childRegistration = registry.getSubModel(PathAddress.pathAddress(element));
            final AliasEntry aliasEntry = childRegistration.getAliasEntry();
http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=92710&buildTypeId=WildFlyCore_PullRequest_WildFlyCoreFullIntegration
======= Failed test run #1 ==========
    at org.jboss.as.test.integration.domain.management.util.DomainTestUtils.executeForResult(DomainTestUtils.java:160)
    at org.jboss.as.test.integration.domain.mixed.DomainHostExcludesTest.readChildrenNames(DomainHostExcludesTest.java:302)
    at org.jboss.as.test.integration.domain.mixed.DomainHostExcludesTest.stopSlave(DomainHostExcludesTest.java:111)
    at org.jboss.as.test.integration.domain.mixed.DomainHostExcludesTest.setup(DomainHostExcludesTest.java:93)
    at org.jboss.as.test.integration.domain.mixed.eap630.DomainHostExcludes630TestCase.beforeClass(DomainHostExcludes630TestCase.java:40)
...
&amp#27;[0m[Host Controller] &amp#27;[0m&amp#27;[0m22:06:43,569 INFO  [org.jboss.as.domain.controller] (management task-5) WFLYHC0026: Unregistered remote slave host "slave"&amp#27;[0m
[Host Controller] &amp#27;[0m&amp#27;[31m22:06:43,569 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("read-children-names") failed - address: ([]): java.lang.NullPointerException&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.operations.global.GlobalOperationHandlers.getChildAddresses(GlobalOperationHandlers.java:960)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.operations.global.ReadChildrenNamesHandler.execute(ReadChildrenNamesHandler.java:78)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1344)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)&amp#27;[0m
[Host Controller] &amp#27;[31m    at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)&amp#27;[0m
[Host Controller] &amp#27;
...
The test stops host slave and then starts reading children names of type 'host' to see when 'slave' is gone. The registration disappears in the middle of the getChildAddresses logic resulting in NPE.

We have some DAO which call an other DAO in RowMapper to get linked entities. Sometimes we have to do that to link different loosely coupled entities in depends of included application modules, data base state etc. After migration from Spring 2.5.6 to Spring 3.X we've got the following issue:

org.hibernate.HibernateException: connnection proxy not usable after transaction completion
	at org.hibernate.jdbc.BorrowedConnectionProxy.invoke(BorrowedConnectionProxy.java:66)
	at $Proxy6.prepareStatement(Unknown Source)
	at org.springframework.jdbc.core.PreparedStatementCreatorFactory$PreparedStatementCreatorImpl.createPreparedStatement(PreparedStatementCreatorFactory.java:245)

It happens on prepared statement creation for query need to be executed after execution any SQL statement in DAO called from RowMapper. I've created Unit test to show this incident.

0.94 has slowed substantially, but we haven't EOLed it yet so we should make sure folks looking to get a fix included know where to look.

If you don't do a "mvn clean" before generating the apache-camel distribution you may get an error that looks like:
Embedded error: duplicate entry: org/apache/camel/component/mina/MinaComponent$1$1.class
Folk have seen several other duplicate entries popping up here as well... it is the maven-shade-plugin thats barfing.

If I create a WildFly Swarm project that has some JMS topics or queues, an external client is unable to retrieve a connection factory to access JMS resources

HIVE-14498 introduced some code to check the invalidation of materialized views that can be simplified, relying instead on existing transaction ids.

There's a small documentation error in the latest CSRF section (http://docs.spring.io/spring-security/site/docs/3.2.x-SNAPSHOT/reference/html/csrf.html) concerning Multipart upload (13.5.4):
"The first option is to ensure that the MultipartFilter is specified before the Spring Security filter. Specifying the MultipartFilter after the Spring Security filter means that there is no authorization for invoking the MultipartFilter which means anyone can place temporary files on your server."
should probably read
"The first option is to ensure that the MultipartFilter is specified before the Spring Security filter. Specifying the MultipartFilter before the Spring Security filter means that there is no authorization for invoking the MultipartFilter which means anyone can place temporary files on your server."

seen in the branch-2.0 nightly report for HBASE-18828:
 
Results for branch branch-2.0
build #143 on builds.a.o:  {color:red}-1 overall{color}

details (if available):
 {color:green}+1 general checks{color}
– For more information see general report
 
 {color:green}+1 jdk8 hadoop2 checks{color}
– For more information see jdk8 (hadoop2) report
 {color:green}+1 jdk8 hadoop3 checks{color}
– For more information see jdk8 (hadoop3) report
 
-1 for the overall build was correct. build #143 failed both the general check and the source tarball check.
 
but in the posted comment, we get a false "passing" that links to the general result from build #140. and we get no result for the source tarball at all.

This is to add client capability checking to Hive metastore.
This could have been used, for example, when introducing ACID tables - a client trying to get_table on such a table without specifying that it is aware of ACID tables would get an error by default.

This Roo script

project setup --topLevelPackage topdomain --projectName "Tester" --java 8 --multimodule STANDARD
web mvc view setup --type THYMELEAF
web mvc templates setup --type THYMELEAF 

 creates an error "Type mismatch: cannot convert from Class<ConcurrencyException> to Class<? extends Throwable>[]" in the method:

@ExceptionHandler(ConcurrencyException.class)
    public ModelAndView concurrencyException(final ConcurrencyException ex) {
        return ex.populateAndGetFormView();
    }

of the topdomain.application.web.advices.ConcurrencyExceptionManager class.
ConcurrencyException being part of io.springlets.web.mvc.util.concurrency.
As this was my first entry into using Roo 2 it's not obvious how to fix it. At any rate created code should compile and if there insufficient data Roo should refuse to go forward.
 
There is regression against DR16. When Elytron kerberos security factory is misconfigured - wrong principal name - 401 is returned. Till DR16 it was 500.
IMO 500 is more appropriate in this case as server is misconfigured and authenticatoin is not possible at all.
But 401 means user can try  authenticate with another credential. Also there is no other authentication mechanism configured, which could be tried to authenticate - just SPNEGO.

09:26:33,615 TRACE [org.wildfly.security] (default task-1) Handling MechanismInformationCallback type='HTTP' name='SPNEGO' host-name='localhost.localdomain' protocol='http'
09:26:33,616 TRACE [org.wildfly.security] (default task-1) Evaluating SPNEGO request: cached GSSContext = null
09:26:33,617 TRACE [org.wildfly.security] (default task-1) Obtaining GSSCredential for the service from callback handler...
09:26:33,617 TRACE [org.wildfly.security] (default task-1) No valid cached credential, obtaining new one...
09:26:33,618 TRACE [org.wildfly.security] (default task-1) Logging in using LoginContext and subject [Subject:
]
09:26:33,623 INFO  [stdout] (default task-1) Debug is  true storeKey true useTicketCache false useKeyTab true doNotPrompt false ticketCache is null isInitiator false KeyTab is /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap71/target/krb/krb.3649597682700651441.keytab refreshKrb5Config is false principal is WRONG_SERVICE/wrong.host tryFirstPass is false useFirstPass is false storePass is false clearPass is false
09:26:33,626 INFO  [stdout] (default task-1) Java config name: /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap71/target/krb/krb5-3763796955751468261.conf
09:26:33,626 INFO  [stdout] (default task-1) Loaded from Java config
09:26:33,627 INFO  [stdout] (default task-1) principal is WRONG_SERVICE/wrong.host@JBOSS.ORG
09:26:33,628 INFO  [stdout] (default task-1) Will use keytab
09:26:33,628 INFO  [stdout] (default task-1) Commit Succeeded 
09:26:33,628 INFO  [stdout] (default task-1) 
09:26:33,628 TRACE [org.wildfly.security] (default task-1) Logging in using LoginContext and subject [Subject:
	Principal: WRONG_SERVICE/wrong.host@JBOSS.ORG
	Private Credential: /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap71/target/krb/krb.3649597682700651441.keytab for WRONG_SERVICE/wrong.host@JBOSS.ORG
] succeed
09:26:33,630 TRACE [org.wildfly.security] (default task-1) Creating GSSName for Principal 'WRONG_SERVICE/wrong.host@JBOSS.ORG'
09:26:33,634 INFO  [stdout] (default task-1) Found KeyTab /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap71/target/krb/krb.3649597682700651441.keytab for WRONG_SERVICE/wrong.host@JBOSS.ORG
09:26:33,635 INFO  [stdout] (default task-1) Found KeyTab /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap71/target/krb/krb.3649597682700651441.keytab for WRONG_SERVICE/wrong.host@JBOSS.ORG
09:26:33,635 TRACE [org.wildfly.security] (default task-1) Obtained GSSCredentialCredential [org.wildfly.security.credential.GSSKerberosCredential@1f]
09:26:33,636 TRACE [org.wildfly.security] (default task-1) Handling ServerCredentialCallback: successfully obtained credential type type=class org.wildfly.security.credential.GSSKerberosCredential, algorithm=null, params=null
09:26:33,637 TRACE [org.wildfly.security] (default task-1) Using SpnegoAuthenticationMechanism to authenticate WRONG_SERVICE/wrong.host@JBOSS.ORG using the following mechanisms: [[Lorg.ietf.jgss.Oid;@3409081b]
09:26:33,637 TRACE [org.wildfly.security] (default task-1) Caching GSSContext sun.security.jgss.GSSContextImpl@480e78a0
09:26:33,637 TRACE [org.wildfly.security] (default task-1) Caching KerberosTicket null
09:26:33,637 TRACE [org.wildfly.security] (default task-1) Sent HTTP authorizations: [null]
09:26:33,637 TRACE [org.wildfly.security] (default task-1) Request lacks valid authentication credentials
09:26:33,666 WARN  [org.apache.http.impl.auth.HttpAuthenticator] (main) NEGOTIATE authentication error: No valid credentials provided (Mechanism level: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt))
09:26:33,667 TRACE [org.wildfly.security] (default task-2) Handling MechanismInformationCallback type='HTTP' name='SPNEGO' host-name='localhost.localdomain' protocol='http'
09:26:33,667 TRACE [org.wildfly.security] (default task-2) Evaluating SPNEGO request: cached GSSContext = null
09:26:33,667 TRACE [org.wildfly.security] (default task-2) Obtaining GSSCredential for the service from callback handler...
09:26:33,668 TRACE [org.wildfly.security] (default task-2) Used cached GSSCredential [[GSSCredential: 
WRONG_SERVICE/wrong.host@JBOSS.ORG 1.2.840.113554.1.2.2 Accept [class sun.security.jgss.krb5.Krb5AcceptCredential]
WRONG_SERVICE/wrong.host@JBOSS.ORG 1.3.6.1.5.5.2 Accept [class sun.security.jgss.spnego.SpNegoCredElement]]]
09:26:33,668 TRACE [org.wildfly.security] (default task-2) Handling ServerCredentialCallback: successfully obtained credential type type=class org.wildfly.security.credential.GSSKerberosCredential, algorithm=null, params=null
09:26:33,668 TRACE [org.wildfly.security] (default task-2) Using SpnegoAuthenticationMechanism to authenticate WRONG_SERVICE/wrong.host@JBOSS.ORG using the following mechanisms: [[Lorg.ietf.jgss.Oid;@b065a6e]
09:26:33,668 TRACE [org.wildfly.security] (default task-2) Caching GSSContext sun.security.jgss.GSSContextImpl@5c1a57e
09:26:33,669 TRACE [org.wildfly.security] (default task-2) Caching KerberosTicket null
09:26:33,669 TRACE [org.wildfly.security] (default task-2) Sent HTTP authorizations: [null]
09:26:33,669 TRACE [org.wildfly.security] (default task-2) Request lacks valid authentication credentials
Debug is  true storeKey false useTicketCache false useKeyTab false doNotPrompt false ticketCache is null isInitiator true KeyTab is null refreshKrb5Config is true principal is null tryFirstPass is false useFirstPass is false storePass is false clearPass is false
Refreshing Kerberos configuration
		[Krb5LoginModule] user entered username: jdukef95f0ce7-ed0b-4086-b498-e11f0cbee025

principal is jdukef95f0ce7-ed0b-4086-b498-e11f0cbee025@JBOSS.ORG
Commit Succeeded 

09:26:33,691 TRACE [org.wildfly.security] (default task-3) Handling MechanismInformationCallback type='HTTP' name='SPNEGO' host-name='localhost.localdomain' protocol='http'
09:26:33,691 TRACE [org.wildfly.security] (default task-3) Evaluating SPNEGO request: cached GSSContext = null
09:26:33,691 TRACE [org.wildfly.security] (default task-3) Obtaining GSSCredential for the service from callback handler...
09:26:33,691 TRACE [org.wildfly.security] (default task-3) Used cached GSSCredential [[GSSCredential: 
09:26:33,691 TRACE [org.wildfly.security] (default task-3) Handling ServerCredentialCallback: successfully obtained credential type type=class org.wildfly.security.credential.GSSKerberosCredential, algorithm=null, params=null
09:26:33,692 TRACE [org.wildfly.security] (default task-3) Using SpnegoAuthenticationMechanism to authenticate WRONG_SERVICE/wrong.host@JBOSS.ORG using the following mechanisms: [[Lorg.ietf.jgss.Oid;@ee77462]
09:26:33,692 TRACE [org.wildfly.security] (default task-3) Caching GSSContext sun.security.jgss.GSSContextImpl@209bce
09:26:33,692 TRACE [org.wildfly.security] (default task-3) Caching KerberosTicket null
09:26:33,692 TRACE [org.wildfly.security] (default task-3) Sent HTTP authorizations: [null]
09:26:33,692 TRACE [org.wildfly.security] (default task-3) Request lacks valid authentication credentials
09:26:33,757 TRACE [org.wildfly.security] (default task-4) Handling MechanismInformationCallback type='HTTP' name='SPNEGO' host-name='localhost.localdomain' protocol='http'
09:26:33,757 TRACE [org.wildfly.security] (default task-4) Evaluating SPNEGO request: cached GSSContext = null
09:26:33,757 TRACE [org.wildfly.security] (default task-4) Obtaining GSSCredential for the service from callback handler...
09:26:33,757 TRACE [org.wildfly.security] (default task-4) Used cached GSSCredential [[GSSCredential: 
09:26:33,757 TRACE [org.wildfly.security] (default task-4) Handling ServerCredentialCallback: successfully obtained credential type type=class org.wildfly.security.credential.GSSKerberosCredential, algorithm=null, params=null
09:26:33,757 TRACE [org.wildfly.security] (default task-4) Using SpnegoAuthenticationMechanism to authenticate WRONG_SERVICE/wrong.host@JBOSS.ORG using the following mechanisms: [[Lorg.ietf.jgss.Oid;@511a63e2]
09:26:33,757 TRACE [org.wildfly.security] (default task-4) Caching GSSContext sun.security.jgss.GSSContextImpl@5fdd87b1
09:26:33,757 TRACE [org.wildfly.security] (default task-4) Caching KerberosTicket null
09:26:33,759 TRACE [org.wildfly.security] (default task-4) Sent HTTP authorizations: [Negotiate YIIE1gYGKwYBBQUCoIIEyjCCBMagDTALBgkqhkiG9xIBAgKhBAMCAfaiggStBIIEqWCCBKUGCSqGSIb3EgECAgEAboIElDCCBJCgAwIBBaEDAgEOogcDBQAgAAAAo4IBKGGCASQwggEgoAMCAQWhCxsJSkJPU1MuT1JHoigwJqADAgEAoR8wHRsESFRUUBsVbG9jYWxob3N0LmxvY2FsZG9tYWluo4HhMIHeoAMCARGigdYEgdNZUz5w85v5Lg3rdGjYo4b+X5C6BpUMjg7SMoS+xl5ChgJMY0VQjvizbudYm0UXRRHgDXLE8rH1dx4VjK/yZ4W7GL4yP7wqrZLu9bqG+V6bNu0q5OijcV08XzwvE2EuL7SLhJ+3MtGsAclO/BkZwppYuMMJzFPN0nwguITxE8m+9Y/X+ikRtM2XsXINqduMFM5BfAZIcskA0yQ6ZqqB/gtDq6VGWKZ+KMr9fAMVfqH3DFE+Rwm4Ei6WMg2sJ9bAGpZgHOKjYhQDvMa49fxDth5tL8COpIIDTTCCA0mgAwIBEaKCA0AEggM82CoQag7UyA/xrAduZ14kwQUQiFvL0FNubJqi+r+hDtVd+ip549Veh7/XqskzaSQ/5+MJUhbx879YxkEUrUnnmnkQvtVxlZo7bhQMhhbuoJCA8aeBwOsBLd/DMvk9FxjP7axEfOSB2ENZ02mvEPqy8c039rGmWKpgimrJOjn9v3MkIV6dTtYVutdyW9o9cJGzT2+qOcOcylS19u2MNzIYH5XcpMWzGAX+ij7jNy/w7jHWnh7eXgl89et4L0zNVSsRmSNG6/95/zqvzAUpgmM6OyMTT2Zpd79vFAL/rI9bTsFCkGzB0pBFhcEuNmNiaLD3xKTLzsEpJqruue+7+FYmF9vOFTy1mFxMt5twkkGC48x8bPLFf2F8RAXKlrZp5HAD3MbmrTdCOzFW77yzFbCrCB1Fw0qtzLuWFZFJnMtZL4074WmOMR9upTNR6D76yhUJw8+HV5iPpJzxq84usRUI/jHkF7TdBJll0MpJQbXJMteYGAVp04jaisKsAQVPLfcmgEuamb9nrdTJ3E+zkviB80NhK2JwTZzsnGIudoPWaSl7eM7/XajgM/9MFwWkiB/z7iCtiXdrTLkJg0ZQeBlImNK6MO79NHaO6e5fG+jKEd7SuEa/MJmBRCpTjkc3g87N5wDMzz16wmzgRE96AoF9vS9hJaoM6CkPSigvno1x5A+e4e3+kOObY1QYzR5bJLwG+kzQGhKxkjI5CwS9M0rVkvxIU+BEIWgVCp8447EtXFmrsbREAwQ432kbTDdQLJZeUDjJFY9aoqVoUpePukD3H92icwvQkEvahm6U2q3bstLSKq47VRwtJr7q28PLllFlkFI7WPbsOgl5ZZ+SzvleskVPvNoX5I+HyQJHLO3cz/DGRpswGLxTmCSpRYe3Ul/33AE+sSnhqC9Ndl8e+z7uZgVaCMZci8JJ2/ZUfv72BDKou4BiFIo+G6IzFEFMs0O+x8fueJ/3aKoHSxV5WEANhW9W8mzpewf0wvYojlRL4zgAorVCamSIuG3OB4vq5OSlDEC9raRTR5Sl2EU+5WvDF2UzA6VDpkb58DGVm8FA7O5JFehY7ErEyD8gTM98i5FCK+kUORguAXK3fKVt]
09:26:33,759 TRACE [org.wildfly.security] (default task-4) Processing incoming response to a challenge...
09:26:33,764 INFO  [stdout] (default task-4) Entered Krb5Context.acceptSecContext with state=STATE_NEW
09:26:33,768 INFO  [stdout] (default task-4) >>> KeyTabInputStream, readName(): JBOSS.ORG
09:26:33,768 INFO  [stdout] (default task-4) >>> KeyTabInputStream, readName(): HTTP
09:26:33,768 INFO  [stdout] (default task-4) >>> KeyTabInputStream, readName(): localhost.localdomain
09:26:33,769 INFO  [stdout] (default task-4) >>> KeyTab: load() entry length: 79; type: 16
09:26:33,769 INFO  [stdout] (default task-4) >>> KeyTabInputStream, readName(): JBOSS.ORG
09:26:33,769 INFO  [stdout] (default task-4) >>> KeyTabInputStream, readName(): HTTP
09:26:33,769 INFO  [stdout] (default task-4) >>> KeyTabInputStream, readName(): localhost.localdomain
09:26:33,769 INFO  [stdout] (default task-4) >>> KeyTab: load() entry length: 87; type: 18
09:26:33,769 INFO  [stdout] (default task-4) >>> KeyTab: load() entry length: 63; type: 3
09:26:33,769 INFO  [stdout] (default task-4) >>> KeyTab: load() entry length: 71; type: 17
09:26:33,770 INFO  [stdout] (default task-4) >>> KeyTabInputStream, readName(): JBOSS.ORG
09:26:33,770 INFO  [stdout] (default task-4) >>> KeyTabInputStream, readName(): HTTP
09:26:33,770 INFO  [stdout] (default task-4) >>> KeyTabInputStream, readName(): localhost.localdomain
09:26:33,770 INFO  [stdout] (default task-4) >>> KeyTab: load() entry length: 71; type: 23
09:26:33,770 INFO  [stdout] (default task-4) Looking for keys for: WRONG_SERVICE/wrong.host@JBOSS.ORG
09:26:33,816 TRACE [org.wildfly.security] (default task-4) GSSContext message exchange failed: GSSException: Failure unspecified at GSS-API level (Mechanism level: Invalid argument (400) - Cannot find key of appropriate type to decrypt AP REP - AES128 CTS mode with HMAC SHA1-96)
	at sun.security.jgss.krb5.Krb5Context.acceptSecContext(Krb5Context.java:856)
	at sun.security.jgss.GSSContextImpl.acceptSecContext(GSSContextImpl.java:342)
	at sun.security.jgss.GSSContextImpl.acceptSecContext(GSSContextImpl.java:285)
	at sun.security.jgss.spnego.SpNegoContext.GSS_acceptSecContext(SpNegoContext.java:906)
	at sun.security.jgss.spnego.SpNegoContext.acceptSecContext(SpNegoContext.java:556)
	at org.wildfly.security.http.impl.SpnegoAuthenticationMechanism.lambda$evaluateRequest$2(SpnegoAuthenticationMechanism.java:164)
	at org.wildfly.security.http.impl.SpnegoAuthenticationMechanism.evaluateRequest(SpnegoAuthenticationMechanism.java:164)
Caused by: KrbException: Invalid argument (400) - Cannot find key of appropriate type to decrypt AP REP - AES128 CTS mode with HMAC SHA1-96
	at sun.security.krb5.KrbApReq.authenticate(KrbApReq.java:278)
	at sun.security.krb5.KrbApReq.<init>(KrbApReq.java:149)
	at sun.security.jgss.krb5.InitSecContextToken.<init>(InitSecContextToken.java:108)
	at sun.security.jgss.krb5.Krb5Context.acceptSecContext(Krb5Context.java:829)
	... 47 more

If you route a message to a bean which has for example a org.w3c.Document as parameter type for the body, then Camel should thrown an conversion exception in case the payload cannot be converted to that type. And on the same time if the payload is really null then Camel should of course pass in null.

take kitchensink-ear application from quick starts
http://www.jboss.org/jdf/quickstarts/jboss-as-quickstart/kitchensink-ear/
after building 
run jboss-as:deploy to deploy app --> everything works
then undeploy it with jboss-as:undeploy --> all ok
then deploy it again jboss-as:deploy.
this deploy will fail with 

22:51:52,682 WARN  [org.jboss.resteasy.plugins.validation.ValidatorContextResolver] (MSC service thread 1-12) Unable to load Validation support: org.jboss.weld.exceptions.IllegalArgumentException: WELD-001456 Argument resolvedBean
 must not be null
        at org.jboss.weld.util.Preconditions.checkArgumentNotNull(Preconditions.java:40) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:770) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.injection.ParameterInjectionPointImpl.getValueToInject(ParameterInjectionPointImpl.java:76) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.injection.ConstructorInjectionPoint.getParameterValues(ConstructorInjectionPoint.java:138) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:68) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.injection.producer.AbstractInstantiator.newInstance(AbstractInstantiator.java:28) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.injection.producer.BasicInjectionTarget.produce(BasicInjectionTarget.java:86) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.injection.producer.BeanInjectionTarget.produce(BeanInjectionTarget.java:173) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.createAndInjectBeans(DestructibleBeanInstance.java:53) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
        at org.hibernate.validator.internal.cdi.DestructibleBeanInstance.<init>(DestructibleBeanInstance.java:33) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
        at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createInstance(ValidatorFactoryBean.java:205) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
        at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.createConstraintValidatorFactory(ValidatorFactoryBean.java:191) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
        at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:118) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
        at org.hibernate.validator.internal.cdi.ValidatorFactoryBean.create(ValidatorFactoryBean.java:47) [hibernate-validator-cdi-5.0.1.Final.jar:5.0.1.Final]
        at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:93) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.0.2.Final.jar:2013-06-27 10:15]
        at org.jboss.weld.proxies.ValidatorFactory$618047133$Proxy$_$$_WeldClientProxy.getValidator(Unknown Source)
        at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getValidator(LazyValidatorFactory.java:83)
        at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:72) [resteasy-validator-provider-11-3.0.1.Final.jar:]
        at org.jboss.resteasy.plugins.validation.ValidatorContextResolver.getContext(ValidatorContextResolver.java:30) [resteasy-validator-provider-11-3.0.1.Final.jar:]
        at org.jboss.resteasy.core.ResourceMethodInvoker.<init>(ResourceMethodInvoker.java:110) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.core.ResourceMethodRegistry.processMethod(ResourceMethodRegistry.java:280) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.core.ResourceMethodRegistry.register(ResourceMethodRegistry.java:251) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:221) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:193) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:179) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:156) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.core.ResourceMethodRegistry.addPerRequestResource(ResourceMethodRegistry.java:75) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:400) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:241) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:112) [resteasy-jaxrs-3.0.1.Final.jar:]
        at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36) [resteasy-jaxrs-3.0.1.Final.jar:]
        at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:198) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
        at io.undertow.servlet.core.ManagedServlet.start(ManagedServlet.java:107) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
        at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:390) [undertow-servlet-1.0.0.Beta1.jar:1.0.0.Beta1]
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:83)
        at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:70)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1942)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1875)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
        at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]

I have also noticed that this will also fail if there was some other app previously deployed that also used similar technology stacks

A DummyTransaction-IllegalStateException is thrown while invalidating a httpSession wit a started javax.enterprise.context.Converation.
We are working in "full-ha" with session distribution enabled (<distributable/> in web.xml)
Under https://ci.jboss.org/hudson/job/WildFly-latest-master/1334/ everything is working fine. No exception is thrown
The exception is thrown starting with version https://ci.jboss.org/hudson/job/WildFly-latest-master/1340 to the latest now (#1475)

When configuring a tasklet element via XML, there is a short cut version of the configuration that allows the use of a bean that does not implement the Tasklet interface.  When using this option, Spring Batch automatically wraps the other bean in a MethodInvokingTaskletAdapter, however it doesn't address the passing of the parameters Tasklet#execute normally expects (even though the documentation for the schema element says the signatures should be the same).

The add field string -regexp literally uses the value behind the -regexp argument as the string associated with @Pattern(regexp) in the Java Source code.
Therefore, backslashes are up to interpretation for Java, which means that a regular expression like \w causes an error "invalid escape sequence". IMHO, this violates the principle of least surprise for the users of the Roo shell.

As per documentation (https://github.com/wildfly/wildfly-naming-client#usage)
the standard discovery can be bypassed with
    InitialContext ctx = new WildFlyInitialContext();
    Blah blah = (Blah) ctx.lookup("foo:blah");
But this aproach will fail with the following Exception:
Exception in thread "main" javax.naming.NoInitialContextException
	at org.wildfly.naming.client.WildFlyInitialContext.getDefaultInitCtx(WildFlyInitialContext.java:65)
	at org.jboss.wfink.eap71.playground.client.SimpleWildFlyInitialContextClient.main(SimpleWildFlyInitialContextClient.java:41)

Suffix in Domain management periodic-rotating-file-audit-log cannot include second-of-minute or fraction-of-second symbol. However this symbol is checked even in text quoted using single quotes (') to avoid interpretation. This means that symbols 's' or 'S' cannot be used in text. 

Before sidelining a big overlap region, hbck tries to close it and offline it at first.  However, sometimes, it throws NotServingRegion or UnknownRegionException.
It could be because the region is not open/assigned at all, or some other issue.
We should figure out why and fix it.
By the way, it's better to print out in the log the command line to bulk load back sidelined regions, if any. 

StaxEventItemReader buffers XMLEvents, which causes out of memory error if the XML document has a large part that contains no items. This should be resolved by buffering items instead of XMLEvents.

I want to use org.springframework.web.filter.reactive.HiddenHttpMethodFilter. In a Spring Boot application, I can just add this as a Bean, it's recognized and works as expected. Incoming POST-requests are routed accordingly. But: I cannot access form data in all cases: As long as I use annotated controller methods taking in a ServerWebExchange and using getFormData  or a Mono of a model attribute as shown here everything works well. 
If I want to use a HandlerFunction however, it collides while using the form data. The HiddenMethodFilter works, but I cannot access form data any more. Using a handler function likes this

  final HandlerFunction<ServerResponse> handlerFunction = req -> req
                .body(toFormData())
                .map(MultiValueMap::toSingleValueMap)
                .flatMap(formData -> ok().body(Mono.just("You posted " + formData.get("content")), String.class))
                .switchIfEmpty(ServerResponse.badRequest().build());

breaks with an java.lang.IllegalStateException: Only one connection receive subscriber allowed in the .body(toFormData())-call

19:33:36.576 [reactor-http-nio-2] ERROR org.springframework.web.server.adapter.HttpWebHandlerAdapter - Failed to handle request [POST http://localhost:8080/stuff]
	at reactor.ipc.netty.channel.FluxReceive.startReceiver(FluxReceive.java:276)
	at reactor.ipc.netty.channel.FluxReceive.subscribe(FluxReceive.java:124)
	at reactor.core.publisher.FluxMap.subscribe(FluxMap.java:62)
	at reactor.ipc.netty.ByteBufFlux.subscribe(ByteBufFlux.java:242)

I have attached a demo project with the full code.
The test will work as soon as the hidden method filter is removed and the routing is changed to match POST or the test client uses PUT.

Log from long running test has following stack trace a few times:

2018-04-09 18:33:21,523 WARN org.apache.hadoop.hbase.io.hfile.HFileReaderImpl: Prefetch path=hdfs://ns1/hbase/data/default/IntegrationTestBigLinkedList_20180409172704/35f1a7ef13b9d327665228abdbcdffae/meta/9089d98b2a6b4847b3fcf6aceb124988, offset=36884200, end=231005989
  at java.nio.Buffer.limit(Buffer.java:275)
  at org.apache.hadoop.hdfs.ByteBufferStrategy.readFromBlock(ReaderStrategy.java:183)
  at org.apache.hadoop.hdfs.DFSInputStream.readBuffer(DFSInputStream.java:705)
  at org.apache.hadoop.hdfs.DFSInputStream.readWithStrategy(DFSInputStream.java:766)
  at org.apache.hadoop.hdfs.DFSInputStream.read(DFSInputStream.java:831)
  at org.apache.hadoop.crypto.CryptoInputStream.read(CryptoInputStream.java:197)
  at java.io.DataInputStream.read(DataInputStream.java:149)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock.readWithExtra(HFileBlock.java:762)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readAtOffset(HFileBlock.java:1559)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockDataInternal(HFileBlock.java:1771)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockData(HFileBlock.java:1594)
  at org.apache.hadoop.hbase.io.hfile.HFileReaderImpl.readBlock(HFileReaderImpl.java:1488)
  at org.apache.hadoop.hbase.io.hfile.HFileReaderImpl$1.run(HFileReaderImpl.java:278)
  at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
  at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)

Size on disk calculations seem to get messed up due to encryption. Possible fixes can be:

if file is encrypted with FileStatus#isEncrypted() and do not prefetch.
document that hbase.rs.prefetchblocksonopen cannot be true if file is encrypted.

Add regression test for WFLY-8997 - @RunAsPrincipal across security domains.

We don't do counters for input/output records right now. That would help for debugging though (if it can be done with minimal overhead).

Constants used for setting headers in camel-infinispan are not accessible in application because class containing them  is not public. 
These constants are used in unit tests and also in example in the documentation of the component, so it seems this is minor mistake and also a bug.

New in-place updates UI logs to hive.log. Logging happens way too often. Old UI logs only if 3 sec timeout expired or if string to be logged changes within 3 sec time interval. New UI should also do the same for logging to log files.

WorkerResourceDefinition.WorkerResource is holding a ref to the OperationContextImpl.OperationContextServiceRegistry. That's not a static class so that leaks the original OperationContextImpl.
Fix is to make it static and when the op is done disconnect the OC the way we do with OperationContextImpl.ContextServiceTarget.

The commit d3a406876834b91a4cf3b1e840855caeb0446d28 (for SPR-10292) refactored ConfigurationClassParser to minimize the use of ASM parsing. Unfortunately some @Conditional implementations were relying on the fact that ASM was being used and now throw exceptions when reading annotations that refer to missing classes.
If standard annotations cannot be read it would be good to fallback to the previous ASM behavior.

The MongoMappingContext does not properly distribute the application context when set to persistent entities that have already been added.
MongoMappingContext.java
	@Override
	protected <T> BasicMongoPersistentEntity<T> createPersistentEntity(TypeInformation<T> typeInformation) {

		BasicMongoPersistentEntity<T> entity = new BasicMongoPersistentEntity<T>(typeInformation);

		if (context != null) {
			entity.setApplicationContext(context);
		}

		return entity;
	}

	@Override
	public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {

		this.context = applicationContext;
		super.setApplicationContext(applicationContext);
	}

@Override

                // Send the application context to ALL the PersistentEntities, not just ones created after this point
               for (BasicMongoPersistentEntity entity : getPersistentEntities()) {
                   entity.setApplicationContext(applicationContext);
               }
	}

See referenced URL PoC, no_indexes branch, test: MultiTenantTest::testMultiTenantSave() for example.
UPDATE:
AbstractMongoConfiguration is calling initialize() on MongoMappingContext before it returns the object.
AbstractMongoConfiguration
        @Bean
	public MongoMappingContext mongoMappingContext() throws ClassNotFoundException {

		MongoMappingContext mappingContext = new MongoMappingContext();
		mappingContext.setInitialEntitySet(getInitialEntitySet());
		mappingContext.setSimpleTypeHolder(customConversions().getSimpleTypeHolder());
		mappingContext.initialize(); // <----

		return mappingContext;
	}

When creating a SimpleXsdSchema i got an NullPointerException.
 
@Bean
public DefaultWsdl11Definition defaultWsdl11Definition() throws Exception 
{
    SimpleXsdSchema userschema = new SimpleXsdSchema();

   ...
}

Method threw 'java.lang.NullPointerException' exception. Cannot evaluate org.springframework.xml.xsd.SimpleXsdSchema.toString()

When accessing any of the health endpoints from the monitor fraction, though the data is returned the logs show an IllegalStateException due to the response having already been started.
Further details here: https://groups.google.com/forum/#!topic/wildfly-swarm/6Ue-QpIJq4I

Currently we have branch-3.0 for presumably branch-3.0.X, but branch-3 is marked as 3.0 and master as 3.1-SNAPSHOT.

SearchResult.getName() returns a CompositeName syntax, so JNDI special characters will be escaped, which we don't want in a pure-LDAP name. The result should be wrapped in a CompositeName() before passing to the constructor for DistinguishedName. The latter knows how to deal with CompositeNames.

https://builds.apache.org/job/PreCommit-HIVE-Build/8818/testReport/org.apache.hive.jdbc/TestTriggersMoveWorkloadManager/testTriggerMoveAndKill/
Looks like the cluster allocation assignment and WM event creation race, probably because WM returns session to the caller ASAP and then makes the changes after that.

'Event: GET Pool: BI Cluster %: 80.00' expected in STDERR capture, but not found.

... 

2018-01-24T15:07:31,746  INFO [Workload management master] tez.WorkloadManager: Processing changes for pool BI: [BI, query parallelism 1, fraction of the cluster 0.800000011920929, fraction used by child pools 0.0, active sessions 0, initializing sessions 0]
2018-01-24T15:07:31,746  INFO [Workload management master] tez.WorkloadManager: Starting 1 queries in pool [BI, query parallelism 1, fraction of the cluster 0.800000011920929, fraction used by child pools 0.0, active sessions 0, initializing sessions 0]
2018-01-24T15:07:31,746  INFO [Workload management master] tez.WorkloadManager: Received a session from AM pool sessionId=2be29c62-9f2c-40b7-a5eb-6298baf83a34, queueName=default, user=hiveptest, doAs=false, isOpen=true, isDefault=true, expires in 588529859ms, WM state poolName=null, clusterFraction=0.0, queryId=null, killReason=null
2018-01-24T15:07:31,746  INFO [HiveServer2-Background-Pool: Thread-1377] tez.WmEvent: Added WMEvent: EventType: GET EventStartTimestamp: 1516835251746 elapsedTime: 0 wmTezSessionInfo:SessionId: 2be29c62-9f2c-40b7-a5eb-6298baf83a34 Pool: BI Cluster %: 0.0
2018-01-24T15:07:31,746  INFO [Workload management master] tez.GuaranteedTasksAllocator: Updating 2be29c62-9f2c-40b7-a5eb-6298baf83a34 with 3 guaranteed tasks

There's an NPE in org.springframework.data.hadoop.store.output.TextFileWriter class in method flush. The condition should be (streamsHolder != null) and not (streamsHolder==null)
@Override
	public synchronized  void flush() throws IOException {
		if (streamsHolder == null) 
{
		}
	}

http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=4738&tab=buildResultsDiv&buildTypeId=WF_MasterIgnoreWindowsDomainOnly
Test failure:
    at org.jboss.as.test.integration.domain.DomainControllerMigrationTestCase.testDCFailover(DomainControllerMigrationTestCase.java:223)
This appears in the log:
[Host Controller] 03:26:38,028 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014612: Operation ("read-attribute") failed - address: ([
[Host Controller]     ("host" => "failover-h1"),
[Host Controller]     ("server-config" => "failover-one")
[Host Controller]     at org.jboss.as.host.controller.DomainModelControllerService$DelegatingServerInventory.determineServerStatus(DomainModelControllerService.java:788)
[Host Controller]     at org.jboss.as.host.controller.operations.ServerStatusHandler.execute(ServerStatusHandler.java:66)
[Host Controller]     at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:177) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
[Host Controller]     at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:97) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
[Host Controller]     at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:151) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]

I have cases where I want to group together several query methods, but they don't seem to fit on any entity-typed repository. I realize I could just use an arbitrary entity for the repository type, but it seems architecturally wrong, and I don't want to leave an option for client code to call methods inherited from GenericDao.
Therefore I suggest adding an option to create a repository that has no type and does not inherit any methods. I think the best way to configure such a repository interface is with annotations/XML, and not require inheriting from a marker interface. Such repository mechanism would not require the ability to add custom implementation, since it just groups together JPQL queries instead of placing them at the entity sources, and any "custom implementation" should be placed in other beans.

When trying undefining and already undefined attribute of the webservices subsystem of a WildFly container on which at least a WS deployment is active, the operation requires reload if the attribute has a default value.
See http://lists.jboss.org/pipermail/wildfly-dev/2015-June/004013.html for further details.

I've seen this a few times - the output for LRU stats ends up with some invalid characters in it:
11/03/03 14:36:06 DEBUG hfile.LruBlockCache: LRU Stats: total=1.49 MB, free=180.56 MB, max=182.05 MB, blocks=0, accesses=0, hits=0, hitRatio=ï¿½%, cachingAccesses=0, cachingHits=0, cachingHitsRatio=ï¿½%, evictions=0, evicted=0, evictedPerRun=NaN
Note the messed up "hitRatio" and "cachingHitsRatio". I can't figure out how to reproduce, though.

The expression looks like headers[command], 
#root is the same org.springframework.messaging.Message
The StackTrace:

	at org.springframework.expression.spel.ast.PropertyOrFieldReference.generateCode(PropertyOrFieldReference.java:337)
	at org.springframework.expression.spel.ast.Indexer.generateCode(Indexer.java:264)
	at org.springframework.expression.spel.ast.CompoundExpression.generateCode(CompoundExpression.java:133)
	at org.springframework.expression.spel.standard.SpelCompiler.createExpressionClass(SpelCompiler.java:154)
	at org.springframework.expression.spel.standard.SpelCompiler.compile(SpelCompiler.java:104)
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:328)

Changing expression to this headers['command'] fix the issue.
Thanks

if all column values larger than 0.0  DOUBLE_LOW_VALUE always will be 0.0 
or  if all column values less than 0.0,  DOUBLE_HIGH_VALUE will always be 
hive (default)> create table src_test (price double);
hive (default)> load data local inpath './test.txt' into table src_test;
hive (default)> select * from src_test;
OK
1.0
2.0
3.0
Time taken: 0.313 seconds, Fetched: 3 row(s)
hive (default)> analyze table src_test compute statistics for columns price;
mysql> select * from TAB_COL_STATS \G;
                 CS_ID: 16
               DB_NAME: default
            TABLE_NAME: src_test
           COLUMN_NAME: price
           COLUMN_TYPE: double
                TBL_ID: 2586
        LONG_LOW_VALUE: 0
       LONG_HIGH_VALUE: 0
      DOUBLE_LOW_VALUE: 0.0000   # Wrong Result ! Expected is 1.0000
     DOUBLE_HIGH_VALUE: 3.0000
 BIG_DECIMAL_LOW_VALUE: NULL
BIG_DECIMAL_HIGH_VALUE: NULL
             NUM_NULLS: 0
         NUM_DISTINCTS: 1
           AVG_COL_LEN: 0.0000
           MAX_COL_LEN: 0
             NUM_TRUES: 0
            NUM_FALSES: 0
         LAST_ANALYZED: 1368596151
2 rows in set (0.00 sec)

I want to use roo project to generate my backend REST api project.
I am using the pic01.roo script (attached) to generate my project successfully.
I am wish to generate all the java code in order to document it with swagger.
I run successfully the command : pull-in --all 
I run the command : pull-in --all --force 
And it is not working, and reporting false actions.

~.model.FilePNG roo> push-in --all --force 
Updated SRC_MAIN_JAVA/r04/model/Keyword.java
Updated SRC_MAIN_JAVA/r04/model/Picture.java
Undo manage SRC_MAIN_JAVA/r04/model/Picture.java
Undo manage SRC_MAIN_JAVA/r04/model/Keyword.java
Undo manage ROOT/.roo/config/project.properties
Unknown primitive byte[]

Attached the roo.log as well.
Testing with the same scenario with sample restshop.roo script "pull-in --all --force" works well.
I am probably not operating it correctly, or the BLOB type is too much for roo.
Never the less the file modification report should be correct.

HIVE-10242 made the acid LM unfair.
In TxnHandler.checkLock(), suppose we are trying to acquire SR5  (the number is extLockId).  
Then 
LockInfo[] locks = lockSet.toArray(new LockInfo[lockSet.size()]);
may look like this (all explicitly listed locks are in Waiting state)

{...., SR5 SW3 X4}

So the algorithm will find SR5 in the list and start looking backwards (to the left).
According to IDs, SR5 should wait for X4 to be granted but X4 won't even be examined and so SR5 may be granted.
Theoretically, this could cause starvation.
The query that generates the list already has
query.append(" and hl_lock_ext_id <= ").append(extLockId);
but it should use "<" rather than "<=" to exclude the locks being checked from "locks" list which will make the algorithm look at all locks "in front" of a given lock.
Here is an example (add to TestDbTxnManager2)

  @Test
  public void testFairness2() throws Exception {
    dropTable(new String[]{"T7"});
    CommandProcessorResponse cpr = driver.run("create table if not exists T7 (a int) partitioned by (p int) stored as orc TBLPROPERTIES ('transactional'='true')");
    checkCmdOnDriver(cpr);
    checkCmdOnDriver(driver.run("insert into T7 partition(p) values(1,1),(1,2)"));//create 2 partitions
    cpr = driver.compileAndRespond("select a from T7 ");
    txnMgr.acquireLocks(driver.getPlan(), ctx, "Fifer");//gets S lock on T7
    HiveTxnManager txnMgr2 = TxnManagerFactory.getTxnManagerFactory().getTxnManager(conf);
    swapTxnManager(txnMgr2);
    cpr = driver.compileAndRespond("alter table T7 drop partition (p=1)");
    //tries to get X lock on T7.p=1 and gets Waiting state
    LockState lockState = ((DbTxnManager) txnMgr2).acquireLocks(driver.getPlan(), ctx, "Fiddler", false);
    List<ShowLocksResponseElement> locks = getLocks();
    Assert.assertEquals("Unexpected lock count", 4, locks.size());
    checkLock(LockType.SHARED_READ, LockState.ACQUIRED, "default", "T7", null, locks);
    checkLock(LockType.SHARED_READ, LockState.ACQUIRED, "default", "T7", "p=1", locks);
    checkLock(LockType.SHARED_READ, LockState.ACQUIRED, "default", "T7", "p=2", locks);
    checkLock(LockType.EXCLUSIVE, LockState.WAITING, "default", "T7", "p=1", locks);

    HiveTxnManager txnMgr3 = TxnManagerFactory.getTxnManagerFactory().getTxnManager(conf);
    swapTxnManager(txnMgr3);
    //this should block behind the X lock on  T7.p=1
    cpr = driver.compileAndRespond("select a from T7");
    txnMgr3.acquireLocks(driver.getPlan(), ctx, "Fifer");//gets S lock on T6
    Assert.assertEquals("Unexpected lock count", 7, locks.size());

  }

The 2nd locks = getLocks(); output shows that all locks for the 2nd select * from T7 are all acquired while they should block behind the X lock to be fair.

Running tests on my jenkins I've noticed that the META_TABLEDESC at some point gets changed, and gets SNAPPY encoding and other settings.
A couple of SmallTest take the META_TABLEDESC as base and change it directly, to verify the serialization, without creating a copy.

While opening a WAR project on eclipse, for some unkown reason, the project / jboss tooling integration was not working properly.
In particular, when deploying a small sample application there was an Mdb class that was not getting copied over to the deploymnet folder.
e.g. 
C:\dev\Widlfly10\wildfly-10.1.0.Final\user_projects\domains\standalone-orcl\deployments\wildfly-jta-commit-reproducebug.war\WEB-INF\classes\entrypoint\mdb
The above folder was empty.
The deployment would fail because the Mdb class was not withing that folder.
Now the fix for this problem was to close and re-open the project.
Ater which whatever glitch was going on eclipse got resolved and the deployment process started working properly.
With that said, this issue is about the exception that wildfly was firing during the deployment:
Namely:

2017-08-16 14:08:00,203 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."wildfly-jta-commit-reproducebug.war".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."wildfly-jta-commit-reproducebug.war".PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment "wildfly-jta-commit-reproducebug.war"
Caused by: java.lang.IllegalArgumentException: WFLYEE0078: componentClassName is null
	at org.jboss.as.ee.component.ComponentDescription.<init>(ComponentDescription.java:114)
	at org.jboss.as.ejb3.component.EJBComponentDescription.<init>(EJBComponentDescription.java:269)
	at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponentDescription.<init>(MessageDrivenComponentDescription.java:96)
	at org.jboss.as.ejb3.deployment.processors.MessageDrivenComponentDescriptionFactory.processMessageDrivenBeanMetaData(MessageDrivenComponentDescriptionFactory.java:244)
	at org.jboss.as.ejb3.deployment.processors.MessageDrivenComponentDescriptionFactory.processBeanMetaData(MessageDrivenComponentDescriptionFactory.java:88)
	at org.jboss.as.ejb3.deployment.processors.AnnotatedEJBComponentDescriptionDeploymentUnitProcessor.processBeanMetaData(AnnotatedEJBComponentDescriptionDeploymentUnitProcessor.java:64)
	at org.jboss.as.ejb3.deployment.processors.AbstractDeploymentUnitProcessor.processDeploymentDescriptor(AbstractDeploymentUnitProcessor.java:138)
	at org.jboss.as.ejb3.deployment.processors.AbstractDeploymentUnitProcessor.deploy(AbstractDeploymentUnitProcessor.java:79)
	... 5 more

The above exception is not very useful, because it does not say what component is the point of origin for the above exception.
Before I could go investigate the folder in the deployment dir, I thought there must be something wrong in the project (there wasn't).
So I had to wonder what component was bugy.
It was necessary to add to the project the following dependency:

            <groupId>org.wildfly</groupId>
            <artifactId>wildfly-ejb3</artifactId>
            <version>10.1.0.Final</version>

Debug the class:
org.jboss.as.ejb3.component.EJBComponentDescription

public EJBComponentDescription(final String componentName, final String componentClassName, final EjbJarDescription ejbJarDescription, final ServiceName deploymentUnitServiceName, final EnterpriseBeanMetaData descriptorData) {
        super(componentName, componentClassName, ejbJarDescription.getEEModuleDescription(), deploymentUnitServiceName);

To figure out the compnent name that was the cause of the issue.
Then I finally added the ejb-class extra metadata to the jboss-ejb3.xml.

        <message-driven>
            <ejb-name>ReproduceBugMdb</ejb-name>
            <!-- Sometimes neecessary.  -->
            <ejb-class>entrypoint.mdb.ReproduceBugMdb</ejb-class>
            <resource-ref>
                <res-ref-name>JmsXA</res-ref-name>
                <res-type>javax.jms.ConnectionFactory</res-type>
                <lookup-name>java:/JmsXA</lookup-name>
            </resource-ref>
            <activation-config>
                <activation-config-property>
                    <activation-config-property-name>maxSession</activation-config-property-name>
                    <activation-config-property-value>1</activation-config-property-value>
                </activation-config-property>
                    <activation-config-property-name>destinationLookup</activation-config-property-name>
                    <activation-config-property-value>java:/queue/ReproduceBugQueue</activation-config-property-value>
            </activation-config>
        </message-driven>       

And only then could I get the "class not found exception" that lead me to go take a peek at the deployment folder and see that the folder was empty of any classes.
Which lead me to close and open the project.
I believe that the firing up an exception that reports that component class is null does not help anybody.
The exception should give as much context as possible to help the user identify the point of origing of the problem.
In this case, it should at least refer the mdb whose class could not be figured out during deployment.
Kindest regards.

This command fails with the following error:

hive/bin/hive -e "INSERT OVERWRITE LOCAL DIRECTORY 'abc' select null from zshao_tt"
FAILED: Error in semantic analysis:
java.lang.RuntimeException: Internal error: Cannot find ObjectInspector for VOID

LinkedIn consumer endpoints that take a 'fields' parameter should not have to specify an empty value for the optional field. 
This field is handled for producer endpoints as its default value is set in LinkedInEndpoint.interceptProperties().
This field should be automatically set to null if the api method requires it in LinkedInConsumer.interceptPropertyNames(). 

See nabble
http://camel.465427.n5.nabble.com/Removing-route-stops-other-routes-from-the-same-producer-tp5732616.html

There are a few minor typographical issues. I have a patch in place for these.

I am using Spring Boot 2 RC2 - Spring 5.0.3 with WebFlux and the Router abstraction. The server is Undertow.
I have created the handler according to: https://github.com/sdeleuze/webflux-multipart/blob/master/src/main/java/com/example/MultipartRoute.java
I have a router handler like this:

Unable to find source-code formatter for language: kotlin. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml@Component
class MultimediaHandler {
    fun upload(request: ServerRequest): Mono<ServerResponse> {
        return request.body(BodyExtractors.toMultipartData()).flatMap{ parts ->
            val map = parts.toSingleValueMap()
            ServerResponse.ok().build()
        }
    }
}

I am getting a StackOverflowError:

	at io.undertow.conduits.FixedLengthStreamSourceConduit.read(FixedLengthStreamSourceConduit.java:249) ~[undertow-core-1.4.22.Final.jar:1.4.22.Final]
	at org.xnio.conduits.ConduitStreamSourceChannel.read(ConduitStreamSourceChannel.java:127) ~[xnio-api-3.3.8.Final.jar:3.3.8.Final]
	at io.undertow.channels.DetachableStreamSourceChannel.read(DetachableStreamSourceChannel.java:209) ~[undertow-core-1.4.22.Final.jar:1.4.22.Final]
	at io.undertow.server.HttpServerExchange$ReadDispatchChannel.read(HttpServerExchange.java:2332) ~[undertow-core-1.4.22.Final.jar:1.4.22.Final]
	at org.springframework.http.server.reactive.UndertowServerHttpRequest$RequestBodyPublisher.read(UndertowServerHttpRequest.java:171) ~[spring-web-5.0.3.RELEASE.jar:5.0.3.RELEASE]
	at org.springframework.http.server.reactive.UndertowServerHttpRequest$RequestBodyPublisher.read(UndertowServerHttpRequest.java:127) ~[spring-web-5.0.3.RELEASE.jar:5.0.3.RELEASE]
	at org.springframework.http.server.reactive.AbstractListenerReadPublisher.readAndPublish(AbstractListenerReadPublisher.java:145) ~[spring-web-5.0.3.RELEASE.jar:5.0.3.RELEASE]
	at org.springframework.http.server.reactive.AbstractListenerReadPublisher.access$1000(AbstractListenerReadPublisher.java:47) ~[spring-web-5.0.3.RELEASE.jar:5.0.3.RELEASE]
	at org.springframework.http.server.reactive.AbstractListenerReadPublisher$State$4.onDataAvailable(AbstractListenerReadPublisher.java:317) ~[spring-web-5.0.3.RELEASE.jar:5.0.3.RELEASE]
	at org.springframework.http.server.reactive.AbstractListenerReadPublisher.onDataAvailable(AbstractListenerReadPublisher.java:85) ~[spring-web-5.0.3.RELEASE.jar:5.0.3.RELEASE]
	at org.springframework.http.server.reactive.UndertowServerHttpRequest$RequestBodyPublisher.checkOnDataAvailable(UndertowServerHttpRequest.java:155) ~[spring-web-5.0.3.RELEASE.jar:5.0.3.RELEASE]
	at org.springframework.http.server.reactive.AbstractListenerReadPublisher.changeToDemandState(AbstractListenerReadPublisher.java:177) ~[spring-web-5.0.3.RELEASE.jar:5.0.3.RELEASE]
	at org.springframework.http.server.reactive.AbstractListenerReadPublisher.access$900(AbstractListenerReadPublisher.java:47) ~[spring-web-5.0.3.RELEASE.jar:5.0.3.RELEASE]
	...

I recently tried to convert my unit tests to junit 4 using the new Spring test framework.
Since then I get the following exception when calling the test.
Error creating bean with name 'org.apache.camel.component.cxf.transport.CamelTransportFactory#0': Injection of resource methods failed; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No matching bean of type [java.lang.String] found for dependency [collection of java.lang.String]: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {}
The same happens when I activate /<context:annotation-config/>/
I think it has to do with autowiring. Do you have any idea what goes wrong here and how I can fix it? 

The patch on HIVE-10239 was applied incorrectly in another location, so postgres and derby tests are not being tested.

When using ServletUriComponentsBuilder.fromCurrentServletMapping() in a test environment (and probably some others), a NullPointerException can occur in method initFromRequest(HttpServletRequest request) on line 147.
Specifically, if the HTTP servlet request returns a null scheme value, a NullPointerException can occur on the following line...

if (scheme.equals("http") && port != 80 || scheme.equals("https") && port != 443) {

The variable names is being compared for equality to the constant string which leads to an NPE.  This should either be reversed ("http".equals(scheme) / "https".equals(scheme)) or preconditions should check for this scenario earlier in the code branching.
The partial stack trace as follows:

at org.springframework.web.servlet.support.ServletUriComponentsBuilder.initFromRequest(ServletUriComponentsBuilder.java:147)
at org.springframework.web.servlet.support.ServletUriComponentsBuilder.fromContextPath(ServletUriComponentsBuilder.java:68)
at org.springframework.web.servlet.support.ServletUriComponentsBuilder.fromServletMapping(ServletUriComponentsBuilder.java:83)
at org.springframework.web.servlet.support.ServletUriComponentsBuilder.fromCurrentServletMapping(ServletUriComponentsBuilder.java:182)
at c.b.c.r.a.R.g(R.java:60)
...

The code in MessagingTransformers#registerTransformers_1_2_0 to check whether there is a conflict between the clustered state of hornetq-server and the attribute value is not correct and the user is not warned in case of conflict.
context.readResource(PathAddress.EMPTY_ADDRESS) corresponds to the root of the server  and there is never any "cluster-connection" children there.
Correct path to read the hornetq-server resource is contex.readResource(address)

They're treated as generic "evaluationExceptions" instead... if the root cause of an EvaluationException thrown during data mapping (either get or set) is a conversion exception, a type conversion mapping error should be recorded...
Noticed when error messages were not rendering properly in sample app.

While opening the region in RS after adding the region to regionsInTransitionInRS if tableDescriptors.get() throws exception the region wont be cleared from regionsInTransitionInRS. So next time if it tries to open the region in the same RS it will throw the RegionAlreadyInTransitionException.
if swap the below statement this issue wont come.

this.regionsInTransitionInRS.putIfAbsent(region.getEncodedNameAsBytes(),true);
HTableDescriptor htd = this.tableDescriptors.get(region.getTableName());

In `PartitionTextFileWriter.createWriter(Configuration, Path, CodecInfo)` we create anonymous TextFileWriter to override its `close()` method order to clear writers away from AbstractPartitionDataStoreWriter. However we don't shutdown `TextFileWriter` and thus its idle timeout task is kept running which later is causing trouble to clear correct writers away from partition writer.

This issue happens if you create an MBean in your EJB and deploy the EJB. The steps to reproduce the issue is the following:

git clone https://github.com/zhfeng/test_jmx_ejb
cd test_jmx_ejb

After starting the wildfly server, copy the test_jmx_ejb-1.0.jar to the deployment directory of the wildfly and you will see the exception 

11:39:30,064 ERROR [org.jboss.as.weld] (MSC service thread 1-8) WFLYWELD0002: Failed to tear down Weld contexts: javax.naming.NameNotFoundException: java:comp/BeanManager
	at javax.naming.InitialContext.lookup(InitialContext.java:411) [rt.jar:1.7.0_21]
	at org.jboss.as.jmx.MBeanRegistrationService.start(MBeanRegistrationService.java:106) [wildfly-jmx-1.0.0.Alpha9.jar:1.0.0.Alpha9]

It looks like the JavaNamespaceSetup teardown happens before the WeldContextSetup so it throws NameNotFoundException in the WeldContextSetup teardown.
The possible fix is to reverse calling the setupActions.

org.springframework.social.oauth2.AccessGrant

public AccessGrant(String accessToken, String scope, String refreshToken, Integer expiresIn) {
		this.accessToken = accessToken;
		this.scope = scope;
		this.refreshToken = refreshToken;
		this.expireTime = expiresIn != null ? System.currentTimeMillis() + expiresIn * 1000 : null;
	}

The last line in this code block is not so strict.
If the "expiresIn" is big enough,the "expiresIn*100" will be out of range.
Then the value of the "this.expireTime" will be wrong.

doStop on the RabbitMQConsumer does not close the channel correctly. This doesn't cause any problems on Jetty, but on Tomcat7 it prevented my app from shutting down gracefully. I suggest the doStop method on the consumer should match that of the producer
 protected void doStop() throws Exception {
        log.info("Stopping RabbitMQ consumer");
        if (channel != null) {
            log.debug("Closing channel: {}", channel);
        }
        if (conn != null) {
            try 
{
                conn.close();
            }
 catch (Exception ignored) 
{
                // ignored
            }
        }
        channel = null;
        conn = null;
        if (executor != null) {
            if (getEndpoint() != null && getEndpoint().getCamelContext() != null) 
{
                getEndpoint().getCamelContext().getExecutorServiceManager().shutdownNow(executor);
            }
 else 
{
                executor.shutdownNow();
            }
        }
        executor = null;
    }

The check is on partSpec, not partProps:

    if (partSpec.size() != partKeyTypes.length) {
        throw new HiveException("Internal error : Partition Spec size, " + partProps.size() +
                " doesn't match partition key definition size, " + partKeyTypes.length);
    }

I created a pull request to enable the TxTimeoutTestCase (JBEAP-10550 + WFLY-5319) which required a test change, however, the test is failing for me locally, due to org.wildfly.transaction.client.LocalTransaction.suspend() calling notifyAssociationListeners(false) in the TM reaper "tx timeout" thread, which is wrong, as the app client thread may still be associated with the same transaction. 
https://gist.github.com/scottmarlow/1ae4a4abe98851b3fe6b1e602ba273d7 shows another reaper thread association call being made, that shouldn't be.  
I'm not sure of how the Narayana org.jboss.tm.listener.TransactionListenerRegistry SPI, internally ensured that the reaper thread didn't incorrectly perform association/disassociation but what we have now in WildFly (appears) to be different.  

https://github.com/wildfly/wildfly-core/blob/master/network/src/main/java/org/jboss/as/network/ManagedServerSocketBinding.java#L86
https://github.com/wildfly/wildfly-core/blob/master/protocol/src/main/java/org/jboss/as/protocol/GeneralTimeoutHandler.java#L47
Volatile fields are not synchronized on update.
I think AtomicLong could be used instead of volatile long or update should be synchronized.

The BeanFactory.getBeanNamesForAnnotation() method has been causing issues. Here's a test case:

public class BeansWithAnnotationTests {

	private AnnotationConfigApplicationContext context;

	@After
	public void close() {
			context.close();
		}
	}

	@Test // Fails
	public void testWithImporter() {
		context = new AnnotationConfigApplicationContext(Wrapper.class);
		assertEquals("foo", context.getBean("value"));
	}
	
	@Test // Passes
	public void testWithoutImporter() {
		context = new AnnotationConfigApplicationContext(Config.class);
	}
	
	@Import(Selector.class)
	protected static class Wrapper {
		
	}
	
	protected static class Selector implements ImportSelector {

		@Override
		public String[] selectImports(AnnotationMetadata importingClassMetadata) {
			return new String[] {Config.class.getName() };
		}
		
	}

	protected static class Config {

		public Config() {
			// Just so I can put a breakpoint here
			System.getProperty("foo");
		}

		@Bean
		public FooFactoryBean foo() {
			return new FooFactoryBean();
		}

		@Bean
		public String value() throws Exception {
			String name = foo().getObject().getName();
			Assert.state(name != null, "Name cannot be null");
			return name;
		}

		@Bean
		@Conditional(NoBarCondition.class)
		public String bar() throws Exception {
			return "bar";
		}

	}

	protected static class NoBarCondition implements Condition {

		@Override
		public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
			if (context.getBeanFactory().getBeanNamesForAnnotation(Bar.class).length > 0) {
			}
		}

	}

	@Documented
	@Target(ElementType.TYPE)
	protected static @interface Bar {
	}

	protected static class FooFactoryBean implements FactoryBean<Foo>, InitializingBean {

		private Foo foo = new Foo();

		@Override
		public Foo getObject() throws Exception {
		}

		@Override
			return Foo.class;
		}

		@Override
		}

		@Override
		public void afterPropertiesSet() throws Exception {
			this.foo.name = "foo";
		}

	}

	protected static class Foo {

		public String getName() {
		}

	}

}

You need a perfect storm of a FactoryBean as a @Bean inside a @Configuration that was ImportSelected for this to break (I tried quite a few other scenarios). The passing test works because Spring doesn't try to instantiate the Config object.

Camel Endpoint, if configured outside camelContext element in Spring configuration, ignores camelContextId property. 
Steps to reproduce: Configure two contexts in spring configuration. Then in the same config file configure two  endpoints outside camelContext, but with camelContextId specified. Both endpoints will be created pointing to the same (first) camel context, despite being configured to different contexts. Attempting to use them by reference results in failure, as endpoint camelContext doesn't match the expected one.

Run this command

features:list -i

To show installed features. Notice that the activemq-camel feature is not installed. Instead there is a camel-activemq which is from SMX
installed  ] [4.5.0.fuse-71-036 ] camel-activemq           servicemix-4.5.0.fuse-71-036
Then I install the correct feature

features:install activemq-camel 

And list all the features again

And now we have both

[installed  ] [4.5.0.fuse-71-036 ] camel-activemq           servicemix-4.5.0.fuse-71-036       
[installed  ] [5.7.0.fuse-71-036 ] activemq                 activemq-5.7.0.fuse-71-036         
[installed  ] [5.7.0.fuse-71-036 ] activemq-spring          activemq-5.7.0.fuse-71-036         
[installed  ] [5.7.0.fuse-71-036 ] activemq-blueprint       activemq-5.7.0.fuse-71-036         
[installed  ] [5.7.0.fuse-71-036 ] activemq-camel           activemq-5.7.0.fuse-71-036     

I am not sure if that camel-activemq feature should be installed?
At least the activemq-camel should be, as that's the correct feature for integrating ActiveMQ and Camel.

Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'java.util.Set<javax.persistence.EntityManager>' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {}
We traced this back to the change in:
https://github.com/spring-projects/spring-data-jpa/commit/585ada91f309b84da00a0925317489e14732ea5d#diff-d3bc754b3e335bfa1ddeb79d4898f434R130
Could it be that the "else if" line on line 130 should be inside the first if, like so:

		if (JNDI_OBJECT_FACTORY_BEAN.equals(definition.getBeanClassName())) {
			if (!EntityManagerFactory.class.getName().equals(definition.getPropertyValues().get("expectedType"))) {
				return;
			} else if (!EntityManagerFactory.class.equals(beanFactory.getType(name))) {
				return;
			}
		}

I should also mention we do not use JNDI (object factories) and that under 1.10.2 this method does return a valid definition (the only change was lines 130 and 131 between 1.10.2 and 1.10.5).
Seems a regression from DATAJPA-956 ?

Related to HIVE-2914. However, HIVE-2914 seems addressing Hive CLI only. JDBC clients suffer the same problem. This was identified in HIVE-4568. I decided it might be better to separate issue from a different issue.

The G1 does a great job of compacting, there's no reason to use the BoundedByteBufferPool when the JVM can it for us. So we should allow turning this off for people who are running new jvm's where the G1 is working well.

Column pruning is not applied to LVJ and SEL operator, which makes exceptions at various stages. For example,

drop table array_valued_src;
create table array_valued_src (key string, value array<string>);
insert overwrite table array_valued_src select key, array(value) from src;

select sum(val) from (select a.key as key, b.value as array_val from src a join array_valued_src b on a.key=b.key) i lateral view explode (array_val) c as val;

... 9 more
	at org.apache.hadoop.hive.ql.exec.ExecReducer.configure(ExecReducer.java:157)
	... 14 more
Caused by: java.lang.RuntimeException: cannot find field _col0 from [0:_col5]
	at org.apache.hadoop.hive.serde2.objectinspector.ObjectInspectorUtils.getStandardStructFieldRef(ObjectInspectorUtils.java:345)
	at org.apache.hadoop.hive.serde2.objectinspector.StandardStructObjectInspector.getStructFieldRef(StandardStructObjectInspector.java:143)
	at org.apache.hadoop.hive.ql.exec.Operator.initEvaluators(Operator.java:896)
	at org.apache.hadoop.hive.ql.exec.Operator.initEvaluatorsAndReturnStruct(Operator.java:922)
	at org.apache.hadoop.hive.ql.exec.JoinOperator.initializeOp(JoinOperator.java:62)
	at org.apache.hadoop.hive.ql.exec.ExecReducer.configure(ExecReducer.java:150)

We get trouble with hostname resolving with error:

Call From neo/127.0.1.1 to neo:40891 failed on connection exception

Resource manager components resolves hostname neo to my loopback 127.0.1.1, but under the hood:

org.apache.hadoop.security.SecurityUtil.getByName(String)

Resolves hostname to my public wifi ip.
Hostname resolving inside SecurityUtil is either StandardHostResolver(default) or QualifiedHostResolver. This is controlled by hadoop.security.token.service.use_ip which is true by default.
hadoop 2.3.x added file hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-tests/src/test/resources/core-site.xml to jar file container MiniYARNCluster class which we rely on. SecurityUtil is using a static initializer block to read hadoop configuration which gets this value from any core-site.xml found from a classpath. hadoop.security.token.service.use_ip is set to false in that file, effectively changing behaviour and hostname is resolved differently 2.2.x vs. 2.3.x.

Attached patch illustrates the problem.
limit_pushdown test has various other cases of aggregations and distincts, incl. count-distinct, that work correctly (that said, src dataset is bad for testing these things because every count, for example, produces one record only), so something must be special about this.
I am not very familiar with distinct- code and these nuances; if someone knows a quick fix feel free to take this, otherwise I will probably start looking next week. 

HBase Checker will sometimes report something like the following:

ERROR: Region test1,9922400000,1279934604048.8cb65b1882960f230abb97860dd13c53. is not served by any region server but is listed in META to be on server null

The region in question is a parent region that has been offlined following a split. META still contains for the above region only because there are daughter regions which still have references to the parent region. Once the daughter regions undergo compaction, these references will be gone; and the parent region's entry will be removed from META. But "hbck" should detect entries in this condition and not complain.

 test1,9922400000,12799346 column=info:regioninfo, timestamp=1279938675016, value=REGION => {NAME =>
 04048.8cb65b1882960f230ab  'test1,9922400000,1279934604048.8cb65b1882960f230abb97860dd13c53.', STAR
 b97860dd13c53.            TKEY => '9922400000', ENDKEY => '', ENCODED => 8cb65b1882960f230abb97860d
                           d13c53, OFFLINE => true, SPLIT => true, TABLE => {{NAME => 'test1', FAMIL
                           IES => [{NAME => 'actions', BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '
                           0', VERSIONS => '3', COMPRESSION => 'NONE', TTL => '2147483647', BLOCKSIZ
                           E => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'}]}}
 test1,9922400000,12799346 column=info:server, timestamp=1279938675016, value=
 04048.8cb65b1882960f230ab
 b97860dd13c53.
 test1,9922400000,12799346 column=info:serverstartcode, timestamp=1279938675016, value=
 test1,9922400000,12799346 column=info:splitA, timestamp=1279938675016, value=\x00\x0A9961500000\x00
 04048.8cb65b1882960f230ab \x00\x00\x01*\x02J9'@test1,9922400000,1279938672935.94425ba581acd336d1cbd
 b97860dd13c53.            11181ee2785.\x00\x0A9922400000\x00\x00\x00\x05\x05test1\x00\x00\x00\x00\x
                           B7\x04q\x18
 test1,9922400000,12799346 column=info:splitB, timestamp=1279938675016, value=\x00\x00\x00\x00\x00\x
 04048.8cb65b1882960f230ab 01*\x02J9'@test1,9961500000,1279938672935.bb521c9d8c51fd8133f145dc3c75013
 b97860dd13c53.            6.\x00\x0A9961500000\x00\x00\x00\x05\x05test1\x00\x00\x00\x00\x00\x02\x00
                           \x00\x00\x07IS_ROOT\x00\x00\x00\x05false\x00\x00\x00\x07IS_META\x00\x00\x
                           00\x05false\x00\x00\x00\x01\x08\x07actions\x00\x00\x00\x08\x00\x00\x00\x0
                           BBLOOMFILTER\x00\x00\x00\x04NONE\x00\x00\x00\x11REPLICATION_SCOPE\x00\x00
                           \x00\x010\x00\x00\x00\x0BCOMPRESSION\x00\x00\x00\x04NONE\x00\x00\x00\x08V
                           ERSIONS\x00\x00\x00\x013\x00\x00\x00\x03TTL\x00\x00\x00\x0A2147483647\x00
                           \x00\x00\x09BLOCKSIZE\x00\x00\x00\x0565536\x00\x00\x00\x09IN_MEMORY\x00\x
                           00\x00\x05false\x00\x00\x00\x0ABLOCKCACHE\x00\x00\x00\x04true"\xE8XD

(not sure if this issue should be opened for Spring Data REST or Spring Data Mongo, since the problem manifests itself in the contents rendered by SDR but the fix might probably go to the SD MongoDB)
As described in this SO thread, in Spring Boot 1.3.6, Spring Data 1.8.4, Spring Data REST 2.4.4 the Spring Data MongoDB entities that have a property of Joda DateTime type:

    @JsonProperty("myDate")
    private DateTime myDate;

gets rendered into in the REST representation of my Spring Data entity as 

    "myDate": "2016-09-25T15:58:37.486Z"

With Spring Boot 1.4.1, Spring Data MongoDB 1.9.3, Spring Data REST 2.5.3 same properties suddenly get represented as  

    "myDate": {
        "content": "2016-09-25T15:58:37.486Z"
    },

It looks like Joda's DateTime started to get treated as data entity again:
https://jira.spring.io/browse/DATAMONGO-624
Adding Jackson2 @JsonUnwrapped annotation to the property helps to get representation back:

    @JsonUnwrapped

But this cannot be a solution since in case of auto-generated properties, e.g. from JSON schema. there is only limited options to control generated annotations, especially since the @JsonUnwrapped must be set on all child/empbedded objects.
The Javadoc for the CustomConversions class states that 

These types will be considered simple ones (which means they neither
need deeper inspection nor nested conversion. Thus the
CustomConversions also act as factory for SimpleTypeHolder
Which is in fact not true for Spring Data REST [any more], from what I can tell debugging my code.
The types that are added via default CustomConversions are not treated as simple ones when rendering JSON and properties of those types get serialised as embedded entity objects.
Here is the place in the Spring Data REST PersistentEntityJackson2Module that calls to Spring Data MongoDB PersistentEntity implementation to check whether the property type is simple or not. And since the simpleTypeHolder in the Spring Data Commons AbstractMappingContext does not contain the types for which Spring Boot auto-configuration adds Joda DateTime converters, the DateTime field is treated as complex object.
This one presents a major problem upgrading from Spring Boot 1.3 to 1.4, since it breaks REST APIs by default with no generic solution known so far for all Joda DateTime properties in the project.

Running a query that uses indexing but doesn't return any results give an exception.

 java.lang.IllegalArgumentException: Can not create a Path from an empty string
at org.apache.hadoop.fs.Path.checkPathArg(Path.java:82)
at org.apache.hadoop.fs.Path.<init>(Path.java:90)
at org.apache.hadoop.util.StringUtils.stringToPath(StringUtils.java:224)
at org.apache.hadoop.mapred.FileInputFormat.setInputPaths(FileInputFormat.java:282)
at org.apache.hadoop.hive.ql.index.HiveIndexedInputFormat.getSplits(HiveIndexedInputFormat.java:123) 

This could potentially be fixed by creating a new empty file to use for the splits.
Once this is fixed, the index_auto_test_if_used.q can be used.

ClobUserType is the wrong base type for BatchStatus - it doesn't need to be a large object

It looks like starting with M6a that the the spring oauth 2 bundle cannot be loaded.  I verified M6a,b,c, and d error out the with the message below.  M6 will load but it is missing certain elements from the latest xsd and well as certain classes that the demo sparklr2 and tonr2 rely on.
According to a post on the Virgo forum after asking there about this issue:
"It looks like the import of the junit package does not specify resolution:=optional. At least that's the impression I get from the diagnostic "with attributes 
{optional=true}" since there is no standard attribute or directive named "optional" and the resolution directive is a directive (:=) rather than an attribute (=)."

[2012-06-26 17:30:14.378] ERROR fs-watcher org.eclipse.virgo.medic.eventlog.default HD0002E Hot deploy failed for file 'spring-security-oauth2-1.0.0.M6d.jar'. org.eclipse.virgo.kernel.deployer.core.DeploymentException: Dependency satisfaction failed
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApplicationDeployer.driveInstallPipeline(PipelinedApplicationDeployer.java:363)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApplicationDeployer.doInstall(PipelinedApplicationDeployer.java:184)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApplicationDeployer.install(PipelinedApplicationDeployer.java:139)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApplicationDeployer.deploy(PipelinedApplicationDeployer.java:252)
at org.eclipse.virgo.kernel.deployer.hot.HotDeploymentFileSystemListener.deploy(HotDeployerFileSystemListener.java:163)
at org.eclipse.virgo.kernel.deployer.hot.HotDeploymentFileSystemListener.onChange(HotDeployerFileSystemListener.java:67)
at org.eclipse.virgo.util.io.FileSystemChecker.notifyListeners(FileSystemChecker.java:245)
at org.eclipse.virgo.util.io.FileSystemChecker.check(FileSystemChecker.java:166)
at org.eclipse.virgo.kernel.deployer.hot.WatchTask.run(WatchTask.java:48)
Caused by: org.eclipse.virgo.kernel.osgi.framework.UnableToSatisfyBundleDependenciesException: Unable to satisfy dependencies of bundle 'org.springframework.security.oauth' at version '1.0.0.M6d': Cannot resolve: org.springframework.security.oauth
Resolver report:
An Import-Package could not be resolved. Resolver error data <Import-Package: org.junit.internal; version="[4.8.2,5.0.0)">. Caused by missing constraint in bundle <org.springframework.security.oauth_1.0.0.M6d>
constraint: <Import-Package: org.junit.internal; version="[4.8.2,5.0.0)">
with attributes {optional=true}

at org.eclipse.virgo.kernel.install.pipeline.stage.resolve.internal.QuasiResolveStage.process(QuasiResolveStage.java:46)
at org.eclipse.virgo.kernel.install.pipeline.internal.StandardPipeline.doProcessGraph(StandardPipeline.java:62)
at org.eclipse.virgo.kernel.install.pipeline.internal.CompensatingPipeline.doProcessGraph(CompensatingPipeline.java:73)
at org.eclipse.virgo.kernel.install.pipeline.stage.AbstractPipelineStage.process(AbstractPipelineStage.java:41)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApplicationDeployer.driveInstallPipeline(PipelinedApplicationDeployer.java:360)

Now there are 2 dependency  paths to xmlsec:
spring-ws-security -> xmlsec 1.3
spring-ws-security -> wss4j 1.5.4 -> xmlsec 1.4
This results in the inclusion of 2 jars because xmlsec 1.3 and 1.4 have different group ids. We should probably upgrade spring-ws dependency to version 1.4.

Right now ValidateModelStepHandler checks whether all attributes a defined attribute lists in 'requires' are themselves defined. It ignore the presence of alternatives settings. However in discussion with Jean-François Denise we've concluded that allowing undefined do to any 'alternatives' isn't right either. Rather, for a 'requires' to be superceded by an 'alternatives', only alternatives that are themselves part of the same set of 'requires' are relevant.
Imagine three scenarios:
I.
1) A requires B, C 
2) B and C are alternatives to each other 
User configures A and B is ok. Or, user configures A and C is ok. Configuring A, B, C is not ok. 
II.
3) B and D are also alternatives
User configures A and D and therefore must configure C, but not B. Configuring C satisfies the "requires" B.
III.
2) B and C are NOT alternatives to each other 
3) B and D are alternatives
User configures A therefore cannot configure D, must configure B and C. Configuring D does not satisfy the "requires" B.

The tokens RAW_TOKEN_START ("RAW(") and RAW_TOKEN_END (")") are not removed when the parameter value is a list. The bug is in "resolveRawParameterValues" in org.apache.camel.util.UriSupport (lines 323, 324):

                String value = entry.getValue().toString();
                if (value.startsWith(RAW_TOKEN_START) && value.endsWith(RAW_TOKEN_END)) {

This does not work when entry.getValue() contains a list.

In OAuth2Template.createRestTemplate(), a new RestTemplate is created which does not instantiate the List<ClientHttpRequestInterceptor> interceptors defined in the InterceptingHttpAccessor superclass.
When OAuth2Template's instance variable useParametersForClientAuthentication is false, a new PreemptiveBasicAuthClientHttpRequestInterceptor is added to the RestTemplate's List of Interceptors despite that List never being instantiated. This causes a NullPointerException.
Relevant code from OAuth2Template.createRestTemplate():

List<HttpMessageConverter<?>> converters = new ArrayList<HttpMessageConverter<?>>(2);
converters.add(new FormHttpMessageConverter());
converters.add(new FormMapHttpMessageConverter());
converters.add(new MappingJackson2HttpMessageConverter());
if (!useParametersForClientAuthentication) {
	restTemplate.getInterceptors().add(new PreemptiveBasicAuthClientHttpRequestInterceptor(clientId, clientSecret));
}

at org.springframework.social.oauth2.OAuth2Template.createRestTemplate(OAuth2Template.java:212)
at org.springframework.social.oauth2.OAuth2Template.getRestTemplate(OAuth2Template.java:253)
at org.springframework.social.oauth2.OAuth2Template.postForAccessGrant(OAuth2Template.java:230)
at org.springframework.social.oauth2.OAuth2Template.exchangeCredentialsForAccess(OAuth2Template.java:156)
at com.myapp.android.ApplicationController$2.doInBackground(ApplicationController.java:109)
at com.myapp.android.ApplicationController$2.doInBackground(ApplicationController.java:99)
at android.os.AsyncTask$2.call(AsyncTask.java:287)
at java.util.concurrent.FutureTask.run(FutureTask.java:234)
at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:230)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1080)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:573)
at java.lang.Thread.run(Thread.java:856)

Spring IO-2.1 is based on the Spring Boot 1.4, which, in turn has been upgraded to SF-4.3.
The MethodRabbitListenerEndpointTests.invalidMessagePayloadType() fails with different results for expectation:

Expected: (an instance of org.springframework.amqp.rabbit.listener.exception.ListenerExecutionFailedException and exception with cause is an instance of org.springframework.messaging.handler.annotation.support.MethodArgumentTypeMismatchException)
     but: exception with cause is an instance of org.springframework.messaging.handler.annotation.support.MethodArgumentTypeMismatchException cause <org.springframework.amqp.support.converter.MessageConversionException: Cannot handle message> is a org.springframework.amqp.support.converter.MessageConversionException
Stacktrace was: org.springframework.amqp.rabbit.listener.exception.ListenerExecutionFailedException: Listener method could not be invoked with the incoming message
Endpoint handler details:
Method [public void org.springframework.amqp.rabbit.listener.MethodRabbitListenerEndpointTests$RabbitEndpointSampleBean.invalidMessagePayloadType(org.springframework.messaging.Message<java.lang.Integer>)]
Bean [org.springframework.amqp.rabbit.listener.MethodRabbitListenerEndpointTests$RabbitEndpointSampleBean@2b6856dd]
	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.invokeHandler(MessagingMessageListenerAdapter.java:115)
	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.onMessage(MessagingMessageListenerAdapter.java:92)
	at org.springframework.amqp.rabbit.listener.MethodRabbitListenerEndpointTests.invalidMessagePayloadType(MethodRabbitListenerEndpointTests.java:393)
	at org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:168)
Caused by: org.springframework.amqp.support.converter.MessageConversionException: Cannot handle message
	... 33 more
Caused by: org.springframework.messaging.converter.MessageConversionException: Failed to convert message payload 'test' to 'java.lang.Integer'; nested exception is org.springframework.core.convert.ConversionFailedException: Failed to convert from type [java.lang.String] to type [java.lang.Integer] for value 'test'; nested exception is java.lang.NumberFormatException: For input string: "test"
	at org.springframework.messaging.converter.GenericMessageConverter.fromMessage(GenericMessageConverter.java:71)
	at org.springframework.messaging.handler.annotation.support.MessageMethodArgumentResolver.convertPayload(MessageMethodArgumentResolver.java:126)
	at org.springframework.messaging.handler.annotation.support.MessageMethodArgumentResolver.resolveArgument(MessageMethodArgumentResolver.java:90)
	at org.springframework.messaging.handler.invocation.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:112)
	at org.springframework.messaging.handler.invocation.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:138)
	at org.springframework.messaging.handler.invocation.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:107)
	at org.springframework.amqp.rabbit.listener.adapter.HandlerAdapter.invoke(HandlerAdapter.java:48)
	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.invokeHandler(MessagingMessageListenerAdapter.java:112)
	... 32 more
Caused by: org.springframework.core.convert.ConversionFailedException: Failed to convert from type [java.lang.String] to type [java.lang.Integer] for value 'test'; nested exception is java.lang.NumberFormatException: For input string: "test"
	at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:176)
	at org.springframework.messaging.converter.GenericMessageConverter.fromMessage(GenericMessageConverter.java:67)
	... 39 more
Caused by: java.lang.NumberFormatException: For input string: "test"

When we would like to see:

org.springframework.amqp.rabbit.listener.exception.ListenerExecutionFailedException: Listener method could not be invoked with the incoming message
Bean [org.springframework.amqp.rabbit.listener.MethodRabbitListenerEndpointTests$RabbitEndpointSampleBean@258e2e41]

	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.invokeHandler(MessagingMessageListenerAdapter.java:120)
	at org.springframework.amqp.rabbit.listener.MethodRabbitListenerEndpointTests.invalidMessagePayloadType(MethodRabbitListenerEndpointTests.java:392)
Caused by: org.springframework.messaging.handler.annotation.support.MethodArgumentTypeMismatchException: Could not resolve method parameter at index 0 in method: public void org.springframework.amqp.rabbit.listener.MethodRabbitListenerEndpointTests$RabbitEndpointSampleBean.invalidMessagePayloadType(org.springframework.messaging.Message<java.lang.Integer>) The expected Message<?> payload type [java.lang.Integer] does not match the actual payload type [java.lang.String]
	at org.springframework.messaging.handler.annotation.support.MessageMethodArgumentResolver.resolveArgument(MessageMethodArgumentResolver.java:56)
	at org.springframework.messaging.handler.invocation.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:77)
	at org.springframework.messaging.handler.invocation.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:139)
	at org.springframework.messaging.handler.invocation.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:108)

Looks like MessageMethodArgumentResolver has been changed recently: SPR-13288.

During object creation  "StoreFileScanner", it does not increase the refCount whereas while close it decrements the reader refCount. This will cause refCount to -1 and isReadReference method was returning true (refCount.get() != 0 This is causing store file not to be deleted. This may also cause issue in situation when some thread is holding a scanner but it may actually be closed due to above bug. Impact of this would be really high. Attatching patch for the fix which makes sure if reference is held either thru getScanner method or constructor, ref is always updated. Patch also contains a test which validates the issue. 

org.apache.camel.component.file.remote.FtpConsumerLocalWorkDirectoryTest.testLocalWorkDirectory =================
	at org.apache.camel.component.mock.MockEndpoint.fail(MockEndpoint.java:791)
	at org.apache.camel.component.mock.MockEndpoint.assertEquals(MockEndpoint.java:773)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:216)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:149)
	at org.apache.camel.component.file.remote.FtpConsumerLocalWorkDirectoryTest.testLocalWorkDirectory(FtpConsumerLocalWorkDirectoryTest.java:64)

It is defined in HiveConf, and referenced in hive-default.xml by hive.mapjoin.maxsize, but it itself is not defined in hive-default.xml.

I have found one query with 10k records where you do:
create table
insert into table – 10k records
delete from table – just some records
The records in the delete delta are not ordered properly by rowid.
I assume this applies to updates as well, but I haven't tested it yet.

When schema is evolved from any integer type to string then following exceptions are thrown in LLAP (Works fine in Tez). I guess this should happen even for other conversions.

hive> create table orc_integer(b bigint) stored as orc;
hive> insert into orc_integer values(100);
hive> select count(*) from orc_integer where b=100;
OK
1
hive> alter table orc_integer change column b b string;
// FAIL with following exception

When vectorization is enabled
2016-07-27T01:48:05,611  INFO [TezTaskRunner ()] vector.VectorReduceSinkOperator: RECORDS_OUT_INTERMEDIATE_Map_1:0,
2016-07-27T01:48:05,611 ERROR [TezTaskRunner ()] tez.TezProcessor: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:95)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:70)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:393)
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:866)
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.processRow(MapRecordSource.java:86)
        ... 18 more
        at org.apache.hadoop.hive.ql.exec.vector.expressions.gen.FilterStringGroupColEqualStringGroupScalarBase.evaluate(FilterStringGroupColEqualStringGroupScalarBase.java:42)
        at org.apache.hadoop.hive.ql.exec.vector.VectorFilterOperator.process(VectorFilterOperator.java:110)
        at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:879)
        at org.apache.hadoop.hive.ql.exec.vector.VectorMapOperator.process(VectorMapOperator.java:774)
        ... 19 more

When vectorization is disabled
2016-07-27T01:52:43,328  INFO [TezTaskRunner (1469608604787_0002_26_00_000000_0)] exec.ReduceSinkOperator: Using tag = -1
2016-07-27T01:52:43,328  INFO [TezTaskRunner (1469608604787_0002_26_00_000000_0)] exec.OperatorUtils: Setting output collector: RS[4] --> Reducer 2
2016-07-27T01:52:43,329 ERROR [TezTaskRunner (1469608604787_0002_26_00_000000_0)] io.BatchToRowReader: Error at row 0/1, column 0/1 org.apache.hadoop.hive.ql.exec.vector.LongColumnVector@7630e56a
java.lang.ClassCastException: org.apache.hadoop.hive.ql.exec.vector.LongColumnVector cannot be cast to org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector
        at org.apache.hadoop.hive.ql.io.BatchToRowReader.nextString(BatchToRowReader.java:334) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.BatchToRowReader.nextValue(BatchToRowReader.java:602) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.BatchToRowReader.next(BatchToRowReader.java:149) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.BatchToRowReader.next(BatchToRowReader.java:78) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:350) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.HiveRecordReader.doNext(HiveRecordReader.java:79) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.io.HiveRecordReader.doNext(HiveRecordReader.java:33) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.next(TezGroupedSplitsInputFormat.java:151) ~[tez-mapreduce-0.8.4.jar:0.8.4]
        at org.apache.tez.mapreduce.lib.MRReaderMapred.next(MRReaderMapred.java:116) ~[tez-mapreduce-0.8.4.jar:0.8.4]
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordSource.pushRecord(MapRecordSource.java:62) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.run(MapRecordProcessor.java:393) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:185) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:168) ~[hive-exec-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:370) ~[tez-runtime-internals-0.8.4.jar:0.8.4]
        at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:73) ~[tez-runtime-internals-0.8.4.jar:0.8.4]
        at org.apache.tez.runtime.task.TaskRunner2Callable$1.run(TaskRunner2Callable.java:61) ~[tez-runtime-internals-0.8.4.jar:0.8.4]
        at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_91]
        at javax.security.auth.Subject.doAs(Subject.java:422) ~[?:1.8.0_91]
        at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1628) ~[hadoop-common-2.6.0.jar:?]
        at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:61) ~[tez-runtime-internals-0.8.4.jar:0.8.4]
        at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:37) ~[tez-runtime-internals-0.8.4.jar:0.8.4]
        at org.apache.tez.common.CallableWithNdc.call(CallableWithNdc.java:36) ~[tez-common-0.8.4.jar:0.8.4]
        at org.apache.hadoop.hive.llap.daemon.impl.StatsRecordingThreadPool$WrappedCallable.call(StatsRecordingThreadPool.java:110) ~[hive-llap-server-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:1.8.0_91]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_91]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_91]
        at java.lang.Thread.run(Thread.java:745) [?:1.8.0_91]

With fix for JBEAP-3668 there was introduced discrepancy between model in Java code and wildfly-undertow_4_0.xsd.
Currently /subsystem=undertow/configuration=filter/request-limit[queue-size] is set to 0 by default but this change is not reflected in the mentioned .xsd file. .xsd should be updated appropriately to keep in sync with what is implemented in java.

In org.springframework.security.config.http.LogoutBeanDefinitionParser there is an mistake in exception message composing. 
Instead of: "Use " + ATT_LOGOUT_URL + " or " + ATT_LOGOUT_HANDLER + ", but not both"
Should be: "Use " + ATT_LOGOUT_SUCCESS_URL + " or " + ATT_LOGOUT_HANDLER + ", but not both"

1) Not closing the file handle EximUtil after reading the metadata from the file.
2) Nit: Get the path from URI to handle the Windows paths.

When you have set the object store to be type of hornetq and then you change your mind to set it for jdbc object store the jboss-cli permits this operation but no change is propagated to model and XML file.

./bin/standalone.xml (start eap 6.2.0.GA)
./bin/jboss-cli.sh -c (connect to running eap)
/subsystem=transactions:write-attribute(name=use-hornetq-store, value=true)
:reload
/subsystem=transactions/log-store=log-store:read-attribute(name=type)
/subsystem=transactions:write-attribute(name=use-jdbc-store, value=true)
:reload

The object store stays to be set to hornetq and no change happens in the standalone.xml file.

As described in JBMETA-387, the <cache-name> documentation in the XSD refers to AS6 syntax. As of AS7, cache container and cache are delimited by a ".", not a "/".

ZooKeeperHiveLockManager calls the below method to construct the connection string for ZooKeeper connection.

  private static String getQuorumServers(HiveConf conf) {
    String hosts = conf.getVar(HiveConf.ConfVars.HIVE_ZOOKEEPER_QUORUM);
    String port = conf.getVar(HiveConf.ConfVars.HIVE_ZOOKEEPER_CLIENT_PORT);
    return hosts + ":" + port;
  }

HIVE_ZOOKEEPER_QUORUM=node1, node2, node3
HIVE_ZOOKEEPER_CLIENT_PORT=9999
Connection string given to ZooKeeper object is "node1, node2, node3:9999". ZooKeeper consider the default port as 2181 for hostnames that don't have any port. 
This works fine as long as HIVE_ZOOKEEPER_CLIENT_PORT is 2181. If it is different then ZooKeeper client object tries to connect to node1 and node2 on port 2181 which always fails. So it has only one choice the last host which receives all the load from Hive.

When creating reply descriptions, DefaultOperationDescriptionProvider calls attributeDescriptionResolver.getOperationParameterDescription instead of attributeDescriptionResolver.getOperationReplyValueTypeDescription.
A fix needs to not break compatibility for existing users of the incorrect behavior; i.e. call the correct method in a try block, catch any MissingResourceException, and if caught call the incorrect method.

It seems I missed some code that propagates the property from the property-file to the PrepPhase.

In case when audit logging to TCP syslog is enabled and syslog server is restarted then audit logging to syslog is stopped. UDP works correctly. It can be related to issue [1].
[1] https://issues.jboss.org/browse/LOGMGR-123

SEC-206 addressed an issue to ensure the context path is properly used when setting remember me cookie paths by using the code:
cookie.setPath(request.getContextPath());
However, http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpServletRequest.html#getContextPath() states that 'For servlets in the default (root) context, this method returns "" '.
An empty cookie path results in inconsistent behavior between ie and firefox: ie presumes "/" whereas firefox presumes the leading path for the current request.
If request.getContextPath() returns "", the cookie path should be set to "/" to properly reflect a cookie set for the root context.
This fix should be applied to both methods: makeValidCookie and makeCancelCookie of TokenBasedRememberMeServices.

According to the documentation:
"The values must be primitives or their counter objects (such as
Integer, Long, Character). The types, String, CharSequence, Date,
BigDecimal and BigInteger are all converted to their toString()
representation. All other types are dropped."
So, it would seem that BigInteger should be toString()ed.  However, in
the JmsBinding class, we see the following code:

protected Object getValidJMSHeaderValue(String headerName, Object headerValue) {
        if (headerValue instanceof String) {
            return headerValue;
        } else if (headerValue instanceof Number) {
        } else if (headerValue instanceof Character) {
        } else if (headerValue instanceof CharSequence) {
            return headerValue.toString();
        } else if (headerValue instanceof Boolean) {
        } else if (headerValue instanceof Date) {
        }
    }

Since BigInteger extends Number, it will merely return the instance
itself.

The following method on SimpleLdapTemplate delegates to the wrong LdapOperations method...
	public <T> List<T> search(String base, String filter, SearchControls controls, ParameterizedContextMapper<T> mapper,
			DirContextProcessor processor) 
{
		return ldapOperations.search(base, filter, controls, mapper);
	}

should be:
{
		return ldapOperations.search(base, filter, controls, mapper, processor);
	}
            
I recently added injection of an ArquillianResource URL to a test.  I also just tried upgrading from WF9 to WF10.CR4.  In CR4, it seems that this injection is working a bit weird.
My injection is very simple

    private URL url;

However, I see this output when running (note that my HTTP listener is on 8082)

11:37:40,922 INFO  [org.apache.http.impl.client.DefaultHttpClient] (default task-46) I/O exception (java.net.SocketException) caught when connecting to {}->http://[::]:8082: Network is unreachable
11:37:40,922 INFO  [org.apache.http.impl.client.DefaultHttpClient] (default task-46) Retrying connect to {}->http://[::]:8082
11:37:47,069 INFO  [org.apache.http.impl.client.DefaultHttpClient] (default task-46) I/O exception (java.net.SocketException) caught when connecting to {}->http://[::]:8082: Network is unreachable
11:37:47,069 INFO  [org.apache.http.impl.client.DefaultHttpClient] (default task-46) Retrying connect to {}->http://[::]:8082 11:37:54,163 INFO  [org.apache.http.impl.client.DefaultHttpClient] (default task-46) I/O exception (java.net.SocketException) caught when connecting to {}->http://[::]:8082: Network is unreachable
11:37:54,163 INFO  [org.apache.http.impl.client.DefaultHttpClient] (default task-46) Retrying connect to {}->http://[::]:8082

It would appear that the host portion of the URL is being lost.

Please see the discussion below
http://www.nabble.com/%22cxf%22-name-conflict-in-the-spring-context-td15427019s22882.html

When (at least) a persistent calendar timer is created then cancelled, querying TimerService information via CLI (script or library) fails when retrieving also runtime information.
We discovered the issue because our arquillian tests are failing due to some code in arquillian that fires the equivalent of the provided CLI command below when remotes tests are executed.
Attached is a proposed patch and a demo project to reproduce in a simple way.

NullPointerException is thrown when beanName is null in AutowireCapableBeanFactory.initializeBean. Following snippet works in Spring 3.1.*, but not in 3.2.0.GA

ApplicationContext context = ....
AutowireCapableBeanFactory factory = context.getAutowireCapableBeanFactory();
OurCustomBean bean = new OurCustomBean();
bean.setFoo(foo);
OurCustomBean initializedBean = (OurCustomBean) factory.initializeBean(bean, null);

We must explicitly set beanName argument to any not null value. 
by: java.lang.NullPointerException
	at java.util.concurrent.ConcurrentHashMap.containsKey(ConcurrentHashMap.java:950)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.wrapIfNecessary(AbstractAutoProxyCreator.java:344)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.postProcessAfterInitialization(AbstractAutoProxyCreator.java:319)

mvn -Phadoop-2  test -Dtest=TestCliDriver -Dqfile=alter_merge_2_orc.q

to reproduce it. Simply, this query does three data loads which generates three orc files, ALTER TABLE CONCATENATE tries to merge orc pieces into a single one which is final file to queried.
Output \hive\itests\qtest\target\qfile-results\clientpositive\alter_merge_2_orc.q.out shows # records as 600 that is wrong as opposed to 610 expected.
Because OrcFileMergeOperator only closes last orc file, the 1st and 2nd orc files still remain in table directory due to failure of deleting unclosed file for old data clean when MoveTask tries to copy merged orc file from scratch dir to table dir. Eventually the query goes to old data(1st and 2nd orc files).

In the HdfsProducer and HdfsConsumer classes, there are calls to get the current security configuration

Configuration auth = Configuration.getConfiguration();

in order to later reset them after HDFS tramples the system with its own config. However, if no security configuration was set, this throws a SecurityException like:

Exception in thread "main" org.apache.camel.FailedToCreateProducerException: Failed to create Producer for endpoint: Endpoint[hdfs://localhost:50001/tmp/camel/?splitStrategy=MESSAGES%3A4]. Reason: java.lang.SecurityException: Unable to locate a login configuration

My current workaround is to set the system property "java.security.auth.login.config" to an empty file. 
It seems like the code should check if a configuration exists before fetching it.

Map and reduce processors do this:

    if (LlapProxy.isDaemon()) {
      cache = new org.apache.hadoop.hive.ql.exec.mr.ObjectCache(); // do not cache plan
...

but merge processor just gets the plan. If it runs in LLAP, it can get a cached plan. Need to move this logic into ObjectCache itself, via a isPlan arg or something. That will also fix this issue for merge processor

Removing this suite of tests for now.  Jean-Daniel Cryans is working on fixing these over in HBASE-8615 but currently he is off in "exotic location".  Removing meantime to get in some clean builds.  Will put back in HBASE-9061 which is critical for 0.95.2

Documentation reads

To be able to process the XML records the following is needed:
Root Element Name - Name of the root element of the fragment that constitutes the object to be mapped. The example configuration demonstrates this with the value of trade.
Resource - Spring Resource that represents the file to be read.
FragmentDeserializer - Unmarshalling facility provided by Spring OXM for mapping the XML fragment to an object.

FragmentDeserializer is a batch 1.x class and not available in batch 2.1.x

We have seen an issue whereby if the HDFS is unstable and the HBase master's HDFS client is unable to stabilize before dfs.client.failover.max.attempts then the master's filesystem object closes. This seems to result in an HBase master which will continue to run (process and znode exists) but no meaningful work can be done (e.g. assigning meta).What we saw in our HBase master logs was:

2016-12-01 19:19:08,192 ERROR org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler: Caught M_META_SERVER_SHUTDOWN, count=1java.io.IOException: failed log splitting for cluster-r5n12.bloomberg.com,60200,1480632863218, will retryat org.apache.hadoop.hbase.master.handler.MetaServerShutdownHandler.process(MetaServerShutdownHandler.java:84)at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:129)at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)at java.lang.Thread.run(Thread.java:745)Caused by: java.io.IOException: Filesystem closed

When the infinispan fraction is added to a project, I'd expect the infinispan core classes to be available as a compile-time dependency. 

The request cycle of a portlet usually constists of an seperate ActionRequest and RenderRequest.
Spring Faces does bridge these two independant Requests. Specific to the portlet environment the ViewRoot of the JSF component tree is saved at the end of the ActionRequest and restored before JSF enters the render response phase. This way the component tree itself and its state is correcly preserved for rendering. The ViewRoot gets restored in JsfViewFactory.getView(). In this method JsfViewFactory.processTree() also gets called and resets the 'valid' property of EditableValueHolder componets to 'true'. 
This might be correct before JSF processes the ActionRequest but is NOT correct before JSF enters the render response phase within the RenderRequest. 
The state information of the 'valid' property is lost and components whose rendering depend on that property (set to 'false' in the ActionRequest because of an validation error) display incorrectly.

The issue is pointed out by Devaraj Das in HBASE-16132 (Thanks D.D.), that in RpcRetryingCallerWithReadReplicas#call we will call ResultBoundedCompletionService#take instead of poll to dead-wait on the second one if the first replica timed out, while in ScannerCallableWithReplicas#call we still use ResultBoundedCompletionService#poll with some timeout for the 2nd replica.
This JIRA aims at discussing whether to unify the logic in these two kinds of caller with region replica and taking action if necessary.

Some javadoc warnings: 
 [javadoc]  ../workspace/hbase/src/java/org/apache/hadoop/hbase/mapreduce/IndexConfiguration.java:149: warning - @return tag has no arguments.
[javadoc] ../workspace/hbase/src/java/org/apache/hadoop/hbase/mapreduce/IndexConfiguration.java:149: warning - Tag @see: reference not found: Use #isAnalyze(String) for replacement.
[javadoc] ../workspace/hbase/src/java/org/apache/hadoop/hbase/mapreduce/IndexConfiguration.java:159: warning - Tag @see: reference not found: Use #setAnalyze(String, boolean) for replacement.
[javadoc] ../workspace/hbase/src/java/org/apache/hadoop/hbase/regionserver/wal/HLog.java:104: warning - Tag @link: can't find getReader(org.apache.hadoop.fs.FileSystem,
[javadoc]  org.apache.hadoop.fs.Path, org.apache.hadoop.hbase.HBaseConfiguration) in org.apache.hadoop.hbase.regionserver.wal.HLog

Right now most of the Chaos Monkies execute one action at a time. It might happen that two are running at the same time but not always. Lets create a policy that will test running two things concurrently.

In the web-page 'pseudo-distributed.xml' the first link "Distributed Operation: Pseudo- and Fully-distributed modes" is linking to the Javadoc when it should be linking to the Reference Guide in the config section.
Thanks to Dave Wang for pointing this out.

Currently, you cannot have two dijit.form.SimpleTextarea fields in the same page. Both fields (field 'a' and field 'b') will end up being submitted as a single param ('a') and the text entered in both will be merged under parameter 'a'
field definitions to reproduce:
add field string -class ~.domain.Test -fieldName a -sizeMax 70
add field string -class ~.domain.Test -fieldName b -sizeMax 70
Firebug shows that a is submitted twice with different values (once the value from textarea 'a' and once from 'b'):
a TestA
a TestB
This results in field 'b' not being populated in AbstractPerson and field 'a' containing: 'TestA TestB'

Our create table methods in HBaseAdmin are synchronous from client POV.  However, underneath, we're using an "async" create and then looping waiting for table availability.  Because the create is async and we loop instead of block on RPC, we don't expect RPC timeouts.
However, when creating a table with lots of initial regions, the "async" create can actually take a long time (more than 30 seconds in this case) which causes the client to timeout and gives impression something failed.
We should make the create truly async so that this can't happen.  And rather than doing one-off, inline assignment as it is today, we should reuse the fancy enable/disable code stack just added to make this faster and more optimal.

When removing HTTPS socket-binding from the standalone.xml file, the server start's in errors.
The errors are the following:

    13:55:32,002 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("add") failed - address: ([
        ("subsystem" => "undertow"),
        ("server" => "default-server"),
        ("http-listener" => "default")
    ]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.undertow.listener.default is missing [jboss.binding.https]"]}
    13:55:32,005 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("add") failed - address: ([("subsystem" => "webservices")]) - failure description: {"JBAS014879: One or more services were unable to start due to one or more indirect dependencies not being available." => {
        "Services that were unable to start:" => ["jboss.ws.config"],
            "jboss.binding.https",
        ]
    }}
    13:55:32,007 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("add") failed - address: ([
        ("subsystem" => "ejb3"),
        ("service" => "remote")
    ]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.ejb3.connector is missing [jboss.remoting.remotingConnectorInfoService.http-remoting-connector]"]}
    13:55:32,074 INFO  [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
    JBAS014775:    New missing/unsatisfied dependencies:
          service jboss.binding.https (missing) dependents: [service jboss.undertow.listener.default]
          service jboss.remoting.remotingConnectorInfoService.http-remoting-connector (missing) dependents: [service jboss.ejb3.connector]
     
    13:55:32,085 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: WildFly 8.1.0.Final "Kenny" started (with errors) in 3475ms - Started 197 of 252 services (3 services failed or missing dependencies, 78 services are lazy, passive or on-demand

TestJDBCDriver2.testNewConnectionConfiguration() attempts to start a Hiveserver2 instance in the test.
This can cause issues as creating HiveServer2 needs correct environment/path.  This test should be moved to TestJdbcWithMiniHS2, which uses MiniHS2.  MiniHS2 is for this purpose (setting all the environment properly before starting HiveServer2 instance).

The issue is that TestUndertowService is designed for testing suspend/resume rather than an actual graceful shutdown. Because it attempts to perform a dispatch() and queue a task rather than just immediately setting a 503 response it is possible that this request will fail with a 500 response if the XNIO executor is in the process of shutting down.
It would be better if this test checked for a 503 before the skip-graceful request is made.

In HBASE-5850 many of the admin operations have been blocked till the master initializes.  But the balancer is not.  So this JIRA is to extend the PleaseHoldException in case of admin.balance() call before master is initialized.

I think there is a bug in the olingo4 component/endpoint. The (1) states that the serviceUri can be used as a query hence

from("olingo4://read/Products?serviceUri=" + serviceUri);

However, adding this to a simple test script (2), this results in an exception (3) that the serviceUri has not been set. Digging into the code it seems that the Olingo4Configuration is applied to the endpoint but only has the apiName and methodName set. Consequently, when the call configuration.getServiceUri() is called, the value is null.
 
 [1] https://github.com/apache/camel/blob/master/components/camel-olingo4/camel-olingo4-component/src/main/docs/olingo4-component.adoc
[2] https://gist.github.com/phantomjinx/085df03915c5813a1f04b32e09d00049#filesimpleolingo4test-java
[3] https://gist.github.com/phantomjinx/085df03915c5813a1f04b32e09d00049#gistcomment-2784671

Failure:

	at org.apache.hadoop.hbase.MiniHBaseCluster.init(MiniHBaseCluster.java:223)
	at org.apache.hadoop.hbase.MiniHBaseCluster.<init>(MiniHBaseCluster.java:86)
	at org.apache.hadoop.hbase.MiniHBaseCluster.<init>(MiniHBaseCluster.java:77)
	at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniHBaseCluster(HBaseTestingUtility.java:650)
	at org.apache.hadoop.hbase.catalog.TestCatalogTrackerOnCluster.testBadOriginalRootLocation(TestCatalogTrackerOnCluster.java:68)
Caused by: java.lang.RuntimeException: Master not initialized after 200 seconds
	at org.apache.hadoop.hbase.util.JVMClusterUtil.startup(JVMClusterUtil.java:206)
	at org.apache.hadoop.hbase.LocalHBaseCluster.startup(LocalHBaseCluster.java:420)
	at org.apache.hadoop.hbase.MiniHBaseCluster.init(MiniHBaseCluster.java:216)
	... 32 more

Likely caused by this:

2013-01-31 04:52:23,064 FATAL [Master:0;hemera.apache.org,52696,1359607882775] master.HMaster(1493): Unhandled exception. Starting shutdown.
org.apache.hadoop.hbase.ipc.HBaseClient$FailedServerException: This server is in the failed servers list: example.org/192.0.43.10:1234
	at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:1124)
	at $Proxy19.getProtocolVersion(Unknown Source)
	at org.apache.hadoop.hbase.ipc.WritableRpcEngine.getProxy(WritableRpcEngine.java:138)
	at org.apache.hadoop.hbase.ipc.HBaseRPC.waitForProxy(HBaseRPC.java:208)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1335)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1291)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getHRegionConnection(HConnectionManager.java:1278)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.getCachedConnection(CatalogTracker.java:506)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.getRootServerConnection(CatalogTracker.java:343)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.waitForRootServerConnection(CatalogTracker.java:327)
	at org.apache.hadoop.hbase.catalog.CatalogTracker.verifyRootRegionLocation(CatalogTracker.java:599)
	at org.apache.hadoop.hbase.master.HMaster.assignRootAndMeta(HMaster.java:659)
	at org.apache.hadoop.hbase.master.HMaster.finishInitialization(HMaster.java:560)
	at org.apache.hadoop.hbase.master.HMaster.run(HMaster.java:376)
2013-01-31 04:52:23,064 INFO  [Master:0;hemera.apache.org,52696,1359607882775] master.HMaster(1652): Aborting

Ordering of fields presented in the Interface is inconsistent with the order in the entity. Roo Documentation 12.5 states "Roo will re-order elements based on the order found in the underlying entity." However when I pull in accessors to the entity .java from the bean .aj, the fields often appear first in the tables and listings.
See attached screen shoots. For Region, descr property is last. For Tour, directions, notes and author notes are well down in the property list. 

When referral mode 'throw' is configured for LDAP outbound connection which is used by legacy LDAP security realm and its groups are assigned through principal-to-group LDAP authorization then it finishes with NPE. It causes that Management Console returns status 500 when referral mode 'throw' is used for group searching user includes referral role.
It can be reproduced by using configuration from [1] with referral mode 'throw'.
Thrown exception on trace level:

TRACE [org.wildfly.security] (management task-1) BASIC: org.wildfly.security.http.HttpAuthenticationException: org.wildfly.security.http.HttpAuthenticationException: org.wildfly.security.auth.server.RealmUnavailableException: java.io.IOException: java.lang.NullPointerException
Caused by: org.wildfly.security.http.HttpAuthenticationException: org.wildfly.security.auth.server.RealmUnavailableException: java.io.IOException: java.lang.NullPointerException
	at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.authorize(UsernamePasswordAuthenticationMechanism.java:98)
	at org.wildfly.security.http.impl.BasicAuthenticationMechanism.evaluateRequest(BasicAuthenticationMechanism.java:154)
	... 12 more
Caused by: org.wildfly.security.auth.server.RealmUnavailableException: java.io.IOException: java.lang.NullPointerException
	at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$SecurityRealmImpl$RealmIdentityImpl.getGroups(LdapSubjectSupplementalService.java:336)
	at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$SecurityRealmImpl$RealmIdentityImpl.getAuthorizationIdentity(LdapSubjectSupplementalService.java:319)
	at org.wildfly.security.auth.realm.AggregateSecurityRealm$Identity.getAuthorizationIdentity(AggregateSecurityRealm.java:157)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.doAuthorization(ServerAuthenticationContext.java:1797)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.authorize(ServerAuthenticationContext.java:1826)
	at org.wildfly.security.auth.server.ServerAuthenticationContext.authorize(ServerAuthenticationContext.java:477)
	at org.wildfly.security.auth.server.ServerAuthenticationContext.authorize(ServerAuthenticationContext.java:472)
	at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:757)
	at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.authorize(UsernamePasswordAuthenticationMechanism.java:92)
	... 13 more
	at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$LdapGroupSearcher.loadGroups(LdapSubjectSupplementalService.java:203)
	at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$SecurityRealmImpl$RealmIdentityImpl.getGroups(LdapSubjectSupplementalService.java:334)
	... 23 more
	at org.jboss.as.domain.management.security.LdapGroupSearcherFactory$PrincipalToGroupSearcher.search(LdapGroupSearcherFactory.java:315)
	at org.jboss.as.domain.management.security.LdapGroupSearcherFactory$PrincipalToGroupSearcher.search(LdapGroupSearcherFactory.java:221)
	at org.jboss.as.domain.management.security.LdapCacheService$NoCacheCache.search(LdapCacheService.java:225)
	at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$LdapGroupSearcher.loadGroupEntries(LdapSubjectSupplementalService.java:250)
	at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$LdapGroupSearcher.loadGroups(LdapSubjectSupplementalService.java:227)
	at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$LdapGroupSearcher.loadGroups(LdapSubjectSupplementalService.java:220)
	at org.jboss.as.domain.management.security.LdapSubjectSupplementalService$LdapGroupSearcher.loadGroups(LdapSubjectSupplementalService.java:194)
	... 24 more

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1417272#c1

A known issue in jsch 0.1.50:

org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[Message: Bye World]
	at org.apache.camel.util.ObjectHelper.wrapCamelExecutionException(ObjectHelper.java:1379)
	at org.apache.camel.util.ExchangeHelper.extractResultBody(ExchangeHelper.java:622)
	at org.apache.camel.impl.DefaultProducerTemplate.extractResultBody(DefaultProducerTemplate.java:467)
	at org.apache.camel.impl.DefaultProducerTemplate.extractResultBody(DefaultProducerTemplate.java:463)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBodyAndHeader(DefaultProducerTemplate.java:165)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBodyAndHeader(DefaultProducerTemplate.java:159)
	at org.apache.camel.component.jsch.ScpSimpleProduceTest.testScpSimpleSubPathProduce(ScpSimpleProduceTest.java:58)
	at com.jcraft.jsch.Session.checkHost(Session.java:802)
	at com.jcraft.jsch.Session.connect(Session.java:342)
	at org.apache.camel.component.jsch.ScpOperations.createSession(ScpOperations.java:249)
	at org.apache.camel.component.jsch.ScpOperations.connect(ScpOperations.java:181)
	at org.apache.camel.component.file.remote.RemoteFileProducer.connectIfNecessary(RemoteFileProducer.java:189)
	at org.apache.camel.component.file.remote.RemoteFileProducer.recoverableConnectIfNecessary(RemoteFileProducer.java:181)
	at org.apache.camel.component.file.remote.RemoteFileProducer.preWriteCheck(RemoteFileProducer.java:113)
	at org.apache.camel.component.file.GenericFileProducer.processExchange(GenericFileProducer.java:114)
	at org.apache.camel.component.file.remote.RemoteFileProducer.process(RemoteFileProducer.java:49)
	at org.apache.camel.processor.UnitOfWorkProducer.process(UnitOfWorkProducer.java:73)
	at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:375)
	at org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:343)
	at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:233)
	at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:343)
	at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:184)
	at org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:124)
	at org.apache.camel.impl.DefaultProducerTemplate.sendBodyAndHeader(DefaultProducerTemplate.java:163)
	... 31 more

When we throw a RegionOpeningException or a NotServingRegionException we put the encoded region name in the exception, which isn't super useful.  I propose putting the region name instead.

The link to apache tiles in the documentation at http://static.springsource.org/spring-roo/reference/html/base-web.html is not setup correctly. 

When installing rest quickstart, following steps in the readme.txt ( changed  jboss.fuse.bom.version to 6.1.1.redhat-423), the following exception occurs, when installing feature to patched Fuse, and service doesn't start:

2015-02-10 13:31:45,457 | ERROR | l Console Thread | BlueprintContainerImpl           | ?                                   ? | 9 - org.apache.aries.blueprint.core - 1.0.1.redhat-611423 | Unable to start blueprint container for bundle org.jboss.quickstarts.fuse.rest
org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to initialize bean customerService
	at org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:714)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:824)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_45]
	at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:676)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:374)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:261)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:270)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:233)[9:org.apache.aries.blueprint.core:1.0.1.redhat-611423]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[11:org.apache.aries.util:1.0.1.redhat-611423]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[11:org.apache.aries.util:1.0.1.redhat-611423]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[11:org.apache.aries.util:1.0.1.redhat-611423]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[11:org.apache.aries.util:1.0.1.redhat-611423]
	at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[11:org.apache.aries.util:1.0.1.redhat-611423]
	at org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
	at org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:696)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
	at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:484)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
	at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4650)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
	at org.apache.felix.framework.Felix$4.run(Felix.java:2123)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
	at org.apache.felix.framework.Felix.runInContext(Felix.java:2147)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2121)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
	at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
	at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:942)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.installFeatures(FeaturesServiceImpl.java:472)[22:org.apache.karaf.features.core:2.3.0.redhat-611423]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.installFeature(FeaturesServiceImpl.java:402)[22:org.apache.karaf.features.core:2.3.0.redhat-611423]
	at org.apache.karaf.features.internal.FeaturesServiceImpl.installFeature(FeaturesServiceImpl.java:398)[22:org.apache.karaf.features.core:2.3.0.redhat-611423]
	at org.apache.karaf.features.command.InstallFeatureCommand.doExecute(InstallFeatureCommand.java:62)[26:org.apache.karaf.features.command:2.3.0.redhat-611423]
	at org.apache.karaf.features.command.FeaturesCommandSupport.doExecute(FeaturesCommandSupport.java:41)[26:org.apache.karaf.features.command:2.3.0.redhat-611423]
	at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)[17:org.apache.karaf.shell.console:2.3.0.redhat-611423]
	at org.apache.felix.gogo.commands.basic.AbstractCommand.execute(AbstractCommand.java:35)[17:org.apache.karaf.shell.console:2.3.0.redhat-611423]
	at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[15:org.apache.felix.gogo.runtime:0.11.0.redhat-611423]
	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[15:org.apache.felix.gogo.runtime:0.11.0.redhat-611423]
	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[15:org.apache.felix.gogo.runtime:0.11.0.redhat-611423]
	at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[15:org.apache.felix.gogo.runtime:0.11.0.redhat-611423]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[15:org.apache.felix.gogo.runtime:0.11.0.redhat-611423]
	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[15:org.apache.felix.gogo.runtime:0.11.0.redhat-611423]
	at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:89)[15:org.apache.felix.gogo.runtime:0.11.0.redhat-611423]
	at org.apache.karaf.shell.console.jline.Console.run(Console.java:189)[17:org.apache.karaf.shell.console:2.3.0.redhat-611423]
	at org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:61)[17:org.apache.karaf.shell.console:2.3.0.redhat-611423]
Caused by: java.lang.NoClassDefFoundError: com/wordnik/swagger/jaxrs/listing/ApiListingResourceJSON
	at org.apache.cxf.jaxrs.swagger.SwaggerFeature.initialize(SwaggerFeature.java:48)
	at org.apache.cxf.jaxrs.JAXRSServerFactoryBean.applyFeatures(JAXRSServerFactoryBean.java:231)
	at org.apache.cxf.jaxrs.JAXRSServerFactoryBean.create(JAXRSServerFactoryBean.java:186)
	at org.apache.cxf.jaxrs.JAXRSServerFactoryBean.init(JAXRSServerFactoryBean.java:135)
	... 42 more
Caused by: java.lang.ClassNotFoundException: com.wordnik.swagger.jaxrs.listing.ApiListingResourceJSON not found by org.apache.cxf.cxf-rt-frontend-jaxrs [175]
	... 53 more

HIVE-9083 adds metastore-support to skip-trash while dropping partitions. This patch includes language support to do the same.

A method that does this seem to be in the code base but commented out.  Probably an API change so scheduling for 1.1.0 M1

I was testing HBASE-13158 and noticed this. In BoundedByteBufferPool, we are having an intial value for 'runningAverage' which defaults to 16K. So the pool will make initial buffers of this size. This buffer may grow while used in ByteBufferOuputStream as the data has to be written is getting more. On return back the BB to the pool, we try to adjust this 'runningAverage' size by considering the capacity of the returned BB. We lack proper synchronization here and this makes this runningAverage to grow till its max (1 MB)
I am testing with PE tool with randomRead and having 20 client threads. So each get op returns one cell with almost like 1KB data. The default size of the BB created by Pool is 16K and ideally there is no room for getting this resized.

2015-05-26 20:12:21,965 INFO  [PriorityRpcServer.handler=5,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=2
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=2,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=4
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=8,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=6
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=12,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=9
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=13,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=10
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=18,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=12
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=16,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=14
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=7,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=5
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=19,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=15
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=1,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=4
2015-05-26 20:12:21,965 INFO  [PriorityRpcServer.handler=11,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=2
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=3,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=13
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=9,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=11
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=6,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=8
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=15,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=7
2015-05-26 20:12:21,966 INFO  [PriorityRpcServer.handler=4,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=16
2015-05-26 20:12:21,967 INFO  [PriorityRpcServer.handler=10,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=17
2015-05-26 20:12:21,967 INFO  [PriorityRpcServer.handler=14,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=19
2015-05-26 20:12:21,967 INFO  [PriorityRpcServer.handler=17,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=0, count=0, alloctions=18
2015-05-26 20:12:22,146 INFO  [PriorityRpcServer.handler=18,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=16384, totalCapacity=-16384, count=2, alloctions=20
2015-05-26 20:12:22,707 INFO  [PriorityRpcServer.handler=9,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=212992, totalCapacity=-32768, count=4, alloctions=21
2015-05-26 20:12:23,208 INFO  [PriorityRpcServer.handler=3,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=212992, totalCapacity=-81920, count=1, alloctions=22
2015-05-26 20:12:29,567 INFO  [PriorityRpcServer.handler=0,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=234837, totalCapacity=-49152, count=6, alloctions=23
2015-05-26 20:12:29,974 INFO  [PriorityRpcServer.handler=0,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=311296, totalCapacity=442368, count=6, alloctions=24
2015-05-26 20:12:31,356 INFO  [PriorityRpcServer.handler=7,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=606208, totalCapacity=1054037, count=9, alloctions=25
2015-05-26 20:12:31,894 INFO  [PriorityRpcServer.handler=3,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=901120, totalCapacity=742741, count=1, alloctions=26
2015-05-26 20:12:32,961 INFO  [PriorityRpcServer.handler=11,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=920234, totalCapacity=2479445, count=12, alloctions=27
2015-05-26 20:12:36,965 INFO  [PriorityRpcServer.handler=2,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=1037653, totalCapacity=3836586, count=18, alloctions=28
2015-05-26 20:12:42,212 INFO  [PriorityRpcServer.handler=6,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=1048120, totalCapacity=11203921, count=12, alloctions=29
2015-05-26 20:12:45,387 INFO  [PriorityRpcServer.handler=13,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=1048302, totalCapacity=10174915, count=1, alloctions=30
2015-05-26 20:12:46,171 INFO  [PriorityRpcServer.handler=1,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=1048302, totalCapacity=14177342, count=7, alloctions=31
2015-05-26 20:12:52,401 INFO  [PriorityRpcServer.handler=13,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=1048495, totalCapacity=19454171, count=8, alloctions=32
2015-05-26 20:12:52,541 INFO  [PriorityRpcServer.handler=2,queue=0,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=1048495, totalCapacity=16778574, count=1, alloctions=33
2015-05-26 20:12:56,631 INFO  [PriorityRpcServer.handler=5,queue=1,port=16020] io.BoundedByteBufferPool: Allocated new BB runningAverage=1048495, totalCapacity=28925990, count=2, alloctions=34
...
..

getBuffer()  on 1st line removes the BB from the Queue. putBuffer() put it back 1st and then in next line checks the size of the buffer. During this time period many other threads might have taken buffers. 
putBuffer(ByteBuffer bb)

	int size = this.buffers.size(); // This size may be inexact.
	this.totalReservoirCapacity += bb.capacity();
	int average = 0;
	if (size != 0) {
	  average = this.totalReservoirCapacity / size;
	}
	if (average > this.runningAverage && average < this.maxByteBufferSizeToCache) {
	  this.runningAverage = average;
	}

getBuffer() 

	ByteBuffer bb = this.buffers.poll();
    if (bb != null) {
      // Clear sets limit == capacity.  Postion == 0.
      bb.clear();
      this.totalReservoirCapacity -= bb.capacity();
    } 

totalReservoirCapacity might not have reduced while do above division for calc avg.  From above log lines it is clear.
As a result we will create much bigger sized buffers and we will not allow GC it as we keep them in pool.

Scenario:

Sent a HTTP request for text/html content
@RequestMapping only matches text/plain content
A 405 status code was returned when I had expected a 404

This can be reproduced by running the demo application here:
https://src.springsource.org/svn/spring-samples/mvc-showcase
Deploy the application can click on the "GET /simple/textonly" link to see the 405 returned.  See the org.springframework.samples.mvc.simple.SimpleControllerRevisited for the @Controller implementation.

I have included a forum link here http://forum.springsource.org/showthread.php?118643-xsd-validation-errors-in-Eclipse-when-using-spring-data by someone else apparently having the same issue as I am.  My configuration is even simpler than the one described in the forum thread I have posted it in its entirety below:

<beans:beans xmlns= "http://www.springframework.org/schema/data/jpa" 
	xmlns:beans="http://www.springframework.org/schema/beans"
		http://www.springframework.org/schema/data/jpa http://www.springframework.org/schema/data/jpa/spring-jpa-1.0.xsd">
		
	<repositories base-package="com.xxxx.xxxx.store.repository" entity-manager-factory-ref="localContainerEntityManagerFactoryBean">
</beans:beans>

Basically STS is showing the annoying red X saying that 'A schema cannot contain two global components with the same name; this schema contains two occurrences of 'http://www.springframework.org/schema/
{context, beans tool}
,xxx'  Where xxx can be replaced by one of the many components within the namespace.
I am using Java Config and importing that XML with @ImportResource from my java configuration file.  Since I noticed a post was just made on how to configure spring data JPA with java configuration I will try that as a work around.  I have classified this as a minor bug as things seem to still work normally but I am trying to introduce Spring data into one of my enterprise projects and a big red X does not instill a lot of faith 
Thanks,

In section 1.5 "Batch Processing Strategies", under strategy 4, "Partitioning Approaches", there is the following reference to an image:
"The following picture illustrates the partitioning approach:"
However, there is no image.

Where the Exchange object is available, pass it to TypeConverter.convertTo.
Currently, when Camel happens to pick a Type Converter requiring the Exchange, conversion may fail (as there's no check for this situation).
See CAMEL-5864 as an example.

Consider the following repository method:

List<AvatarEntity> findByCategoryInOrderByCategoryAsc(List<String> categories);

When this method gets called with an empty list, it leads to the following exception:

Exception: javax.ejb.EJBTransactionRolledbackException: org.hibernate.exception.SQLGrammarException: could not extract ResultSet
Caused by: javax.persistence.PersistenceException: org.hibernate.exception.SQLGrammarException: could not extract ResultSet
Caused by: org.hibernate.exception.SQLGrammarException: could not extract ResultSet
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') order by avatar0_.category asc' at line 1

which essentially happens with the malformed query

SELECT * FROM avatar WHERE category IN () ORDER BY category ASC;

As a workaround, callers have to check for an empty parameter list before invocation.

Currently the bulk load API simply imports one HFile at a time. With multi-column-family support, this is inappropriate, since different CFs show up separately. Instead, the IPC endpoint should take a of CF -> HFiles, so we can online them all under a single region-wide lock.

mvn clean package install -DskipTests
./hbase org.apache.hadoop.hbase.PerformanceEvaluation --rows=10000 --nomapred randomWrite 1

PerformanceEvaluation is in hbase-mapreduce module's test jar. After HBASE-18640, we move mapreduce out of hbase-server into separate hbase-mapreduce module. But didn't add the hbase-mapreduce test jar to hbase-assembly pom.xml. So it didn't add to the default classpath. Then the PerformanceEvaluation can't found.

Reproduce this issue by following steps:
For reproduce it I add this code in DeleteTableHandler#handleTableOperation():

      LOG.debug("Deleting region " + region.getRegionNameAsString() +
        " from META and FS");
	  +if (true) {
	  +  throw new IOException("ERROR");
	  +}
      // Remove region from META
      MetaEditor.deleteRegion(this.server.getCatalogTracker(), region);

step1:create a table and disable it.
step2:delete it by HBaseAdmin#deleteTable() API.
result:after lone time, The log say the Table has been deleted, but in fact if we do "list" in shell,the table also exists.

When creating a many to many relationship, the following line contains an error
<script type="text/javascript">Spring.addDecoration(new Spring.ElementDecoration(
{elementId : "_tasks", widgetType: "dijit.form.MultiSelect")); </script>

Right after MultiSelect" a }
 is missing

FSHLog.java
int index = Math.abs(this.syncRunnerIndex++) % this.syncRunners.length;
          try {
            this.syncRunners[index].offer(sequence, this.syncFutures, this.syncFuturesCount);
            // Should NEVER get here.
            requestLogRoll();
            this.exception = new DamagedWALException("Failed offering sync", e);
          }

Math.abs will return Integer.MIN_VALUE if you pass Integer.MIN_VALUE in since the actual absolute value of Integer.MIN_VALUE is out of range.
I think this.syncRunnerIndex++ will overflow eventually if we keep the regionserver running for enough time.

Seems unrelated to HBASE-3214.  I think it must be in the one sleep thing I'm doing in this unit test.

Currently, during region location lookups, the meta is scanned and for this the scanner submits a request to the thread pool of the table in question. Sometimes, it might happen that many scan requests are simultaneously submitted on the table - let's say 256, and this is the max size of the thread pool. Each of these scan requests would in turn submit meta scan requests on the same thread pool, but they will be in the queue. The meta scans will not happen and the original table scans would lock up. The meta scans should use a different thread pool.

Two qfile tests for TestCliDriver, they may all relate to number precision issues:
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver[udaf_context_ngrams] (batchId=79)
Error:
Client Execution succeeded but contained differences (error code = 1) after executing udaf_context_ngrams.q 
43c43
< [
{"ngram":["travelling"],"estfrequency":1.0}
]
—
> [
{"ngram":["travelling"],"estfrequency":3.0}
]
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver[udaf_corr] (batchId=84)
Client Execution succeeded but contained differences (error code = 1) after executing udaf_corr.q 
100c100
< 0.6633880657639324
—
> 0.6633880657639326

Example:
If I change the jstl dependency to provided scope in the pom, ROO will re-add the dependency the next time I run the controller scaffold command.  The end result is I now have jstl defined twice in the pom.  Once without scope and once with provided.
This should not happen with any dependency, so I am not sure if this is specific to the addon-web-mvc-controller or it would happen with other add ons as well.  
This is related to ROO-1006

Hi, 
the call 
  SoapFault bodyFault = body == null ? null : body.getFault();
returns following exception (line numbers are from Spring-WS 1.5.1, but relevant code is the same in 1.5.6 as well).
java.lang.IllegalArgumentException: element must not be null
	at org.springframework.ws.soap.saaj.SaajSoapElement.<init>(SaajSoapElement.java:40)
	at org.springframework.ws.soap.saaj.SaajSoapFault.<init>(SaajSoapFault.java:36)
	at org.springframework.ws.soap.saaj.SaajSoap11Fault.<init>(SaajSoap11Fault.java:34)
	at org.springframework.ws.soap.saaj.SaajSoap11Body.getFault(SaajSoap11Body.java:45)
	at com.navteq.ncs.common.core.utils.aop.EndpointInvokeInterceptor.checkResult(EndpointInvokeInterceptor.java:46)
while SoapBody interface Javadoc states for this method:
Returns:
the SoapFault, or null if none is present
The getFault() method in the class SaajSoap11Body may be modified as follows 
    public SoapFault getFault() 
{
        SOAPFault fault = getImplementation().getFault(getSaajBody());
        return fault==null ? null : new SaajSoap11Fault(fault);
    }
            
Cease using UnboundID ldap binaries for Testing HiveServer2.

The current implementation of ResponseEntity's equals method fails the symmetric property (as defined by Object.equals(Object obj)) as shown in the following test.

@Test
public void testSymmetricProperty() {
    HttpHeaders b = new HttpHeaders();
    b.add("headerName", "headerValue");
    String a = "body";
    HttpEntity<String> http = new HttpEntity(a, b);
    ResponseEntity<String> response = new ResponseEntity(a, b, HttpStatus.ACCEPTED);
    
    assertTrue(http.equals(response)); //Succeeds, http = response
    assertTrue(response.equals(http)); //Fails response != http
}

This was discovered when attempting to write an equals function for our own subclass of ResponseEntity that had it's own state, testing with equalsVerifier (specific failed assertion, with suggestion on solution here)

Running the server under a non-English Locale and using the CLI to create resources, leads to Infinispan writing out a subsystem configuration which doesn't load on server reload.

After move to jdk7 we need to update .q.out files for few tests. Also, in HIVE-6901 few .q.out updates were missed.

See AMQP-540.
The PR fixes the reported problem but it is incomplete because annotated handler methods are not matched.

We encountered an issue where HMaster failed to start with an active NN not in safe mode and a standby NN in safemode. The relevant lines in FSUtils.java show the issue:

    while (dfs.setSafeMode(org.apache.hadoop.hdfs.protocol.FSConstants.SafeModeAction.SAFEMODE_GET)) {

This call skips the normal client failover from the standby to active NN, so it will loop polling the standby NN if it unfortunately talks to the standby first.

I restarted a cluster on 0.95 (1ecd4c7e0b22bba75c76f2fc2ce369541502b6df) and some regions failed to open on their first assignment on an exception like:

Caused by: org.apache.hadoop.metrics2.MetricsException: Metrics source RegionServer,sub=Regions already exists!
	at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.newSourceName(DefaultMetricsSystem.java:126)
	at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.sourceName(DefaultMetricsSystem.java:107)
	at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.register(MetricsSystemImpl.java:217)
	at org.apache.hadoop.hbase.metrics.BaseSourceImpl.<init>(BaseSourceImpl.java:75)
	at org.apache.hadoop.hbase.regionserver.MetricsRegionAggregateSourceImpl.<init>(MetricsRegionAggregateSourceImpl.java:49)
	at org.apache.hadoop.hbase.regionserver.MetricsRegionAggregateSourceImpl.<init>(MetricsRegionAggregateSourceImpl.java:41)
	at org.apache.hadoop.hbase.regionserver.MetricsRegionServerSourceFactoryImpl.getAggregate(MetricsRegionServerSourceFactoryImpl.java:33)
	at org.apache.hadoop.hbase.regionserver.MetricsRegionServerSourceFactoryImpl.createRegion(MetricsRegionServerSourceFactoryImpl.java:50)
	at org.apache.hadoop.hbase.regionserver.MetricsRegion.<init>(MetricsRegion.java:35)
	at org.apache.hadoop.hbase.regionserver.HRegion.<init>(HRegion.java:488)
	at org.apache.hadoop.hbase.regionserver.HRegion.<init>(HRegion.java:400)

I'm attaching a bigger log.

Running a Swarm fat jar which includes the microprofile-openapi fraction, I see the following exception when an HTTP request is issued before the app has finished deploying:

2018-03-12 22:30:54,924 ERROR [io.undertow.request] (default I/O-7) UT005071: Undertow request failed HttpServerExchange{ GET /anyoldurl request {Accept=[*/*], User-Agent=[curl/7.47.0], Host=[localhost:8080]} response {}}: java.lang.NoClassDefFoundError: Could not initialize class org.wildfly.swarm.microprofile.openapi.runtime.OpenApiHttpHandler
        at org.wildfly.extension.undertow.deployment.ConfiguredHandlerWrapper.wrap(ConfiguredHandlerWrapper.java:56)
        at org.wildfly.extension.undertow.filters.CustomFilterDefinition.createHttpHandler(CustomFilterDefinition.java:93)
        at org.wildfly.extension.undertow.filters.FilterService.createHttpHandler(FilterService.java:57)
        at org.wildfly.extension.undertow.filters.FilterRef.wrap(FilterRef.java:86)
        at org.wildfly.extension.undertow.LocationService.configureHandlerChain(LocationService.java:97)
        at org.wildfly.extension.undertow.Host.configureRootHandler(Host.java:138)
        at org.wildfly.extension.undertow.Host.getOrCreateRootHandler(Host.java:204)
        at org.wildfly.extension.undertow.Host$HostRootHandler.handleRequest(Host.java:345)
        at io.undertow.server.handlers.NameVirtualHostHandler.handleRequest(NameVirtualHostHandler.java:64)
        at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:78)
        at org.wildfly.extension.undertow.Server$DefaultHostHandler.handleRequest(Server.java:189)
        at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:211)
        at io.undertow.server.handlers.DisallowedMethodsHandler.handleRequest(DisallowedMethodsHandler.java:61)
        at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:254)
        at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:136)
        at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:148)
        at org.xnio.nio.QueuedNioTcpServer$1.run(QueuedNioTcpServer.java:131)
        at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:612)
        at org.xnio.nio.WorkerThread.run(WorkerThread.java:479)

The app behaves normally when there is no HTTP request in the startup phase, so this looks like a race condition.

Seems to me though that if  this really is ignorable, an exception should be logged later, when there really is a problem

2013-11-04 14:51:57.631 DEBUG 13456 --- [ost-startStop-1] s.s.c.a.a.b.AuthenticationManagerBuilder : Failed to perform build. Returning null

java.lang.IllegalArgumentException: A parent AuthenticationManager or a list of AuthenticationProviders is required
at org.springframework.security.authentication.ProviderManager.checkState(ProviderManager.java:117)
at org.springframework.security.authentication.ProviderManager.<init>(ProviderManager.java:106)
at org.springframework.security.config.annotation.authentication.builders.AuthenticationManagerBuilder.performBuild(AuthenticationManagerBuilder.java:221)

Creating a SockJS connection to a Jetty application running on localhost ends up using the HTTP fallbacks instead of a native WebSocket.
This was seen running on 4.0.0.BUILD-SNAPSHOT.  As recently as a few days ago, native a WebSocket was being used.
There are no errors in the log, but this statement may be of interest:

15:56:32 [qtp652713850-31] DefaultSockJsService - GET with SockJS path [/754/2eu5deed/websocket]
15:56:32 [qtp652713850-31] DefaultSockJsService - Transport handler not found

From the client, the attempt to open a WebSocket results in a 404.

Using Roo 1.1.0M2 installed JMS via "jms setup --provider ACTIVEMQ_IN_MEMORY"
javax.jms.jms.1.1 is not found in Maven Central.
Consider changing to use the com.springsource.javax.jms.jms.1.1.0
OR
Add the JBoss Maven Repo to the Pom: https://repostory.jboss.org/maven2

NullPointerException is thrown when the mesg is null.
This happens if an exception is thrown earlier with a null message.

Saw the following on the Lars clusters (He's up on 0.16.1 and very recent 0.1 branch) trying to run a scan over all his content:

java.io.IOException: java.io.IOException: HStoreScanner failed construction
        at org.apache.hadoop.hbase.HStore$StoreFileScanner.<init>(HStore.java:2241)
        at org.apache.hadoop.hbase.HStore$HStoreScanner.<init>(HStore.java:2362)
        at org.apache.hadoop.hbase.HStore.getScanner(HStore.java:2152)
        at org.apache.hadoop.hbase.HRegion$HScanner.<init>(HRegion.java:1640)
        at org.apache.hadoop.hbase.HRegion.getScanner(HRegion.java:1214)
        at org.apache.hadoop.hbase.HRegionServer.openScanner(HRegionServer.java:1448)
Caused by: java.io.FileNotFoundException: File hdfs://lv1-xen-pdc-2.worldlingo.com:9000/hbase/pdc-docs/1733592281/contents/mapfiles/3435064940161142159/data does not exist.
        at org.apache.hadoop.dfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:341)
        at org.apache.hadoop.fs.FileSystem.getLength(FileSystem.java:538)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1387)
        at org.apache.hadoop.io.SequenceFile$Reader.<init>(SequenceFile.java:1382)
        at org.apache.hadoop.hbase.HStoreFile$HbaseMapFile$HbaseReader.<init>(HStoreFile.java:600)
        at org.apache.hadoop.hbase.HStoreFile$BloomFilterMapFile$Reader.<init>(HStoreFile.java:655)
        at org.apache.hadoop.hbase.HStoreFile$HalfMapFileReader.<init>(HStoreFile.java:758)
        at org.apache.hadoop.hbase.HStoreFile.getReader(HStoreFile.java:424)
        at org.apache.hadoop.hbase.HStore$StoreFileScanner.<init>(HStore.java:2216)
        ... 11 more

        at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
        at org.apache.hadoop.hbase.HTable$ClientScanner.nextScanner(HTable.java:874)

The scanner breaks when it hits the above exception.  The odd thing is that the referenced mapfile is out of a region that was deleted 4 days ago after purportedly all references had been let go:

2008-03-16 15:13:36,744 DEBUG org.apache.hadoop.hbase.HRegion: DELETING region hdfs://lv1-xen-pdc-2.worldlingo.com:9000/hbase/pdc-docs/1733592281

Converting an entity to an ID using DomainClassConverter.ToIdConverter fails if the entity instance is actually a proxy. This is because DomainClassConverter.ToIdConverter.matches(…) only checks for a repository with the sourceType.getType(). In the case of a Hibernate proxy, this type is EntityClass_$$jvst###_## but the repository is registered with the key EntityClass.
For my application, the inability to convert a proxy causes an exception in Thymeleaf template generation, which prevents the page from loading completely.
It may not be possible to know when the persistence provider will return a proxy or a raw entity.  For example, the JpaRepository.getOne(…) method may return a proxy or may cause subsequent queries to return proxies. It would be helpful if DomainClassConverter attempted at least one additional match by going one step up in the class hierarchy (sort of like GenericConversionService.Converters.find(…) does it) because the entity class is the superclass of the proxy and this would prevent the failure.

I have defined an @Query annotation on a repository query which is aggregating data, but would like to offer the ability to sort on different aggregates in the data. When adding an aggregate statement as a Sort property, Spring Data JPA is automatically adding on an object alias which will cause a completely incorrect query to generate.
Example to replicate:

Use the following @Query: select sum(sessionTime),sum(inputSize),sum(outputSize) from RawData where beginDate between ? and ? group by username
Call: myRepository.customQuery(beginDate,endDate,new Sort("sum(sessionTime"));

Results in following query being generated: select sum(sessionTime),sum(inputSize),sum(outputSize) from RawData where eventDate between ? and ? group by username order by where.sum(sessionTime) asc

Note that the order by clause generates as: where .sum(sessionTime) asc
Resolving this may be possible through a simple check to see if the property contains a parenthesis that would seem to indicate it is an aggregate.  If it is detected as an aggregate, the alias addition would be skipped during the order by statement generation.
Example patch:

*** QueryUtils.java     2012-01-04 16:10:59.000000000 -0600
--- QueryUtils.java     2012-01-04 16:11:15.000000000 -0600
***************
*** 136,142 ****
                builder.append(" order by");

                for (Order order : sort) {
!                       builder.append(String.format(" %s.%s %s,", alias, order.getProperty(), toJpaDirection(order)));
                }

                builder.deleteCharAt(builder.length() - 1);
--- 136,145 ----

!                       if (order.getProperty().contains("("))
!                               builder.append(String.format(" %s %s,", order.getProperty(), toJpaDirection(order)));
!                       else
!                               builder.append(String.format(" %s.%s %s,", alias, order.getProperty(), toJpaDirection(order)));
                }

Running legacy operation ends up with an error:

[standalone@localhost:9990 /] /subsystem=modcluster/:disable
{
    "failure-description" => "WFLYMODCLS0022: Legacy operations cannot be used with multiple proxy configurations. Use non-deprecated operations at the correct proxy address.",
}

mod_cluster configuration:

[standalone@localhost:9990 /] /subsystem=modcluster/:read-resource
{
        "mod-cluster-config" => {"configuration" => undefined},
        "proxy" => {"default" => undefined}
    }
}

The pom for spring-data-redis requires Jedis, though other drivers are optional.  Jedis dependency should be optional as well.

Some of the IOUtils and FileUtils test cases fail when the base path contains a space.
This is because the code uses URL#getFile() or URL#getPath() to convert a file: URL.
However those methods don't unencode spaces and other characters that are special to URLs.
The solution is to use URL#toURI() and pass the URI to the File() constructor.

When calling a CXF service from a camel route the reponse code from CXF should be set on the camel exachange.
Currently this is not done. So when CXF sets the reponse code to e.g. 403 camel still sends 200 and the client will not be able to work with this reponse.

In a prod cluster, a region server exited for some important 
threads were not alive. After excluding other threads from the log, we doubted the lease thread was the root. 
So we need to add an exception handler to the lease thread to debug why it exited in future.

2015-06-29,12:46:09,222 INFO org.apache.hadoop.hbase.regionserver.HRegionServer: STOPPED: One or more threads are no longer alive – stop
2015-06-29,12:46:09,223 INFO org.apache.hadoop.ipc.HBaseServer: Stopping server on 21600
...
2015-06-29,12:46:09,330 INFO org.apache.hadoop.hbase.regionserver.LogRoller: LogRoller exiting.
2015-06-29,12:46:09,330 INFO org.apache.hadoop.hbase.regionserver.MemStoreFlusher: Thread-37 exiting
2015-06-29,12:46:09,330 INFO org.apache.hadoop.hbase.regionserver.HRegionServer$CompactionChecker: regionserver21600.compactionChecker exiting
2015-06-29,12:46:12,403 INFO org.apache.hadoop.hbase.regionserver.HRegionServer$PeriodicMemstoreFlusher: regionserver21600.periodicFlusher exiting

ContextPropagatingRemoteInvocation was changed so that the principal and credentials were propagated via the toString method (see https://jira.springsource.org/browse/SEC-1741), as follows: 
principal = currentUser.getPrincipal().toString(); 
credentials = currentUser.getCredentials().toString(); 
However, this only works if the toString method actually returns the principals name and in the case of principal of type org.springframework.security.core.userdetails.User it returns a description of the User object, not the name.
I suggest the solution is as follows (it works for me at least): 
principal = currentUser.getName(); 
credentials = currentUser.getCredentials().toString();
Any more info required just let me know.

The RetryingMetaStoreClient is used to automatically reconnect to the Hive metastore, after client timeout, transparently to the user.
In case of user impersonation (e.g. Oozie super-user oozie impersonating a Hadoop user mithun, to run a workflow), in case of timeout, we find that the reconnect causes the UGI.doAs() context to be lost. Any further metastore operations will be attempted as the login-user (oozie), as opposed to the effective user (mithun).
We should have a fix for this shortly.

https://github.com/apache/hive/blob/master/llap-server/src/java/org/apache/hadoop/hive/llap/io/encoded/OrcEncodedDataReader.java#L214

    // 1. Get file metadata from cache, or create the reader and read it.
    // Don't cache the filesystem object for now; Tez closes it and FS cache will fix all that
    fs = split.getPath().getFileSystem(jobConf);
    fileKey = determineFileId(fs, split,
        HiveConf.getBoolVar(daemonConf, ConfVars.LLAP_CACHE_ALLOW_SYNTHETIC_FILEID),
        HiveConf.getBoolVar(daemonConf, ConfVars.LLAP_CACHE_DEFAULT_FS_FILE_ID),
        !HiveConf.getBoolVar(daemonConf, ConfVars.LLAP_IO_USE_FILEID_PATH)
        );

TestCorruptedRegionStoreFile#testLosingFileAfterScannerInit is failing on recent Jenkins 0.98 builds and I can reproduce it with a few runs locally, though not every time.

On some IBM JDKs, System.getProperty delegates to other System methods.  The security manager does not account for that.

Rolling back a patch applied with override on which had an instruction to add a misc content that had existed before will fail because the opposite rolling back action for ADD is assumed to be REMOVE while in this case it has to be MODIFY to rollback to the previous version of the misc content.
A similar scenario will fail for the file update task. I.e. rolling back a patch applied with override on which had an instruction to modify a non-existing misc content will fail.

(This is related to the user group discussion http://camel.465427.n5.nabble.com/Problem-renaming-existing-file-in-FTP-td3307670.html)
When using a tmpPrefix when uploading, the rename from the tmp-file to the destination file fails, if the destination file is already present, even though the option fileExist=Override is used.
We have the problem on just a few destination servers which all seems to be windows machines.
I have fetched the 2.4 branch of camel-ftp to find out why it does not work, since the unit test you refer to in your previous post do excercise the problem.
It appears that the cause of the problem is, that the FtpOperations.existsFile fails to return true, which then causes the code not to enter the part where it deletes the exisiting file.
The reason for the FtpOperations.existsFile to return false, is, that the list of existing files has the directoryname prepended, e.g. I'm trying to upload Test.REN to folder test/rename, and in the code 
"if (existing.equals(onlyName))" 
existing=test/rename\Test.REN and onlyName=Test.REN - which returns false - but causes the later rename to fail as the target folder did contain the Test.REN. 
My guess is that it is server dependent whether the returned list of names in the directory include the directory name or not?
To fix this I have added the following line of code before the if-statement
existing = FileUtil.stripPath(FileUtil.normalizePath(existing));
So it will strip the path part of the file name before comparing it to onlyName.

When configured to listen on https, we should redirect non-secure requests to the appropriate port/protocol. Currently we respond with a 200 and no data, which is perplexing.

See nabble
http://camel.465427.n5.nabble.com/2-17-0-NULLs-are-not-allowed-with-named-parameter-in-SQL-component-tp5781552.html

If an idleTimeout is specified, the MllpTcpServerConsumer is resetting client connections after the idleTimeout - regardless of whether or not there has been any activity on the connection.
This causes serious issues with upstream components that are very connection sensitive.

JdbcJobExecutionDao.findRunningJobExecutions fails due to ambiguous columns in sql select statement.
The method makes the following call:
getJdbcTemplate().getJdbcOperations().query(getQuery(GET_RUNNING_EXECUTIONS), new Object[] 
{ jobName }
, handler);
where GET_RUNNING_EXECUTIONS is defined as:
private static final String GET_RUNNING_EXECUTIONS = "SELECT JOB_EXECUTION_ID, START_TIME, END_TIME, STATUS, EXIT_CODE, EXIT_MESSAGE, CREATE_TIME, LAST_UPDATED, VERSION, "
   + "JOB_INSTANCE_ID from %PREFIX%JOB_EXECUTION E, %PREFIX%JOB_INSTANCE I where E.JOB_INSTANCE_ID=I.JOB_INSTANCE_ID and I.JOB_NAME=? and E.END_TIME is NULL order by E.JOB_EXECUTION_ID desc";
Relevant stack trace:
Caused by: org.springframework.dao.DataIntegrityViolationException: PreparedStatementCallback; SQL [SELECT JOB_EXECUTION_ID, START_TIME, END_TIME, STATUS, EXIT_CODE, EXIT_MESSAGE, CREATE_TIME, LAST_UPDATED, VERSION, JOB_INSTANCE_ID from BATCH_JOB_EXECUTION E, BATCH_JOB_INSTANCE I where E.JOB_INSTANCE_ID=I.JOB_INSTANCE_ID and I.JOB_NAME=? and E.END_TIME is NULL order by E.JOB_EXECUTION_ID desc]; Column 'VERSION' in field list is ambiguous; nested exception is com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Column 'VERSION' in field list is ambiguous
	at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.translate(SQLStateSQLExceptionTranslator.java:114)
	at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.translate(SQLErrorCodeSQLExceptionTranslator.java:322)
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:607)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:641)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:670)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:686)
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:694)
	at org.springframework.batch.core.repository.dao.JdbcJobExecutionDao.findRunningJobExecutions(JdbcJobExecutionDao.java:268)
	at org.springframework.batch.core.explore.support.SimpleJobExplorer.findRunningJobExecutions(SimpleJobExplorer.java:82)
While VERSION is the only column indicated as ambiguous in the stack trace, there are other ambiguous columns as well.

RegionServer died after MemoryMXBean threw an IllegalArgumentException while attempting to create a MemoryUsage object for the heap during construction of the server load.
We shouldn't allow failure to get load information to take down the RS.

Closed regions are not removed from assignments. I am not sure if it's a general state problem, or just a small bug; for now, one manifestation is that moved region is ignored by SSH of the target server if target server dies before updating ZK.

2013-01-22 17:59:00,524 DEBUG [IPC Server handler 3 on 50658] master.AssignmentManager(1475): Sent CLOSE to 10.11.2.92,51231,1358906285048 for region IntegrationTestRebalanceAndKillServersTargeted,66666660,1358906196709.0200b366bc37c5afd1185f7d487c7dfb.
2013-01-22 17:59:00,997 DEBUG [RS_CLOSE_REGION-10.11.2.92,51231,1358906285048-1] handler.CloseRegionHandler(167): set region closed state in zk successfully for region IntegrationTestRebalanceAndKillServersTargeted,66666660,1358906196709.0200b366bc37c5afd1185f7d487c7dfb. sn name: 10.11.2.92,51231,1358906285048
2013-01-22 17:59:01,088 INFO  [MASTER_CLOSE_REGION-10.11.2.92,50658,1358906192673-0] master.RegionStates(242): Region {NAME =&gt; &apos;IntegrationTestRebalanceAndKillServersTargeted,66666660,1358906196709.0200b366bc37c5afd1185f7d487c7dfb.&apos;, STARTKEY =&gt; &apos;66666660&apos;, ENDKEY =&gt; &apos;7333332c&apos;, ENCODED =&gt; 0200b366bc37c5afd1185f7d487c7dfb,} transitioned from {IntegrationTestRebalanceAndKillServersTargeted,66666660,1358906196709.0200b366bc37c5afd1185f7d487c7dfb. state=CLOSED, ts=1358906341087, server=null} to {IntegrationTestRebalanceAndKillServersTargeted,66666660,1358906196709.0200b366bc37c5afd1185f7d487c7dfb. state=OFFLINE, ts=1358906341088, server=null}
2013-01-22 17:59:01,128 INFO  [MASTER_CLOSE_REGION-10.11.2.92,50658,1358906192673-0] master.AssignmentManager(1596): Assigning region IntegrationTestRebalanceAndKillServersTargeted,66666660,1358906196709.0200b366bc37c5afd1185f7d487c7dfb. to 10.11.2.92,50661,1358906192942

... (50661 didn't update ZK to OPEN, only OPENING)

2013-01-22 17:59:06,605 INFO  [MASTER_SERVER_OPERATIONS-10.11.2.92,50658,1358906192673-2] handler.ServerShutdownHandler(202): Reassigning 7 region(s) that 10.11.2.92,50661,1358906192942 was carrying (skipping 0 regions(s) that are already in transition)
2013-01-22 17:59:06,605 DEBUG [MASTER_SERVER_OPERATIONS-10.11.2.92,50658,1358906192673-2] handler.ServerShutdownHandler(219): Skip assigning region IntegrationTestRebalanceAndKillServersTargeted,66666660,1358906196709.0200b366bc37c5afd1185f7d487c7dfb. because it has been opened in 10.11.2.92,51231,1358906285048

Note the server in the last line - the one that has long closed the region.

Request an access token using client_credentials grant_type, using an invalid client secret;
Expected result should be HTTP 401, and error code should be "invalid_client", instead I get
HTTP 401 (which is correct) but error code is "unauthorized". This behavior seam to be introduced when the DefaultWebResponseExceptionTranslator refactor was made.
Here is what happens "internally" in case it helps:
AbstractUserDetailsAuthenticationProvider->authenticate->additionalAuthenticationChecks -> throws BadCredentialsException which is not a OAuth2Exception, but it is an AuthenticationException which gets mapped by the WebResponseExceptionTranslator to "unauthorized".

now that hadoop-gpl-compression has been released, we can add an optional run time dependency to allow LZO compression again.

Introspecting ClassGeneratingPropertyAccessorFactory support for an entity fails with an NPE if the entity resides in the default package.

at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory.isTypeInjectable(ClassGeneratingPropertyAccessorFactory.java:136)
at org.springframework.data.mapping.model.ClassGeneratingPropertyAccessorFactory.isSupported(ClassGeneratingPropertyAccessorFactory.java:122)
at org.springframework.data.mapping.context.AbstractMappingContext.addPersistentEntity(AbstractMappingContext.java:396)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:227)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:172)
at org.springframework.data.mapping.context.AbstractMappingContext.getPersistentEntity(AbstractMappingContext.java:85)
at org.springframework.data.mapping.context.MappingContext.getRequiredPersistentEntity(MappingContext.java:70)
at org.springframework.data.mongodb.core.ReactiveMongoTemplate.lambda$doInsertAll$22(ReactiveMongoTemplate.java:1043)

The query:
from src
insert overwrite table dest1 select key, value
insert overwrite table dest1 select key, value2;
does not fail.

Mongo Shell working command.

db.person.aggregate( { $unwind: "$descriptors.carDescriptor.entries" }, {$project: {make: "$descriptors.carDescriptor.entries.make", model: "$descriptors.carDescriptor.entries.model", firstName:"$firstName", lastName: "$lastName"}}, {$group: {_id: "$make"}} )

Equivalent Spring Data representation

            unwind("descriptors.carDescriptor.entries"),
            project()
                .and("descriptors.carDescriptor.entries.make").as("make")
                .and("descriptors.carDescriptor.entries.model").as("model")
                .and("firstName").as("firstName")
                .and("lastName").as("lastName"),
            group("make")

        );

While the Mongo Shell query work fine, Spring MongoTemplate form does not and returns the following error

java.lang.IllegalArgumentException: Invalid reference 'make'!
	at org.springframework.data.mongodb.core.aggregation.ExposedFieldsAggregationOperationContext.getReference(ExposedFieldsAggregationOperationContext.java:92)
	at org.springframework.data.mongodb.core.aggregation.GroupOperation.toDBObject(GroupOperation.java:292)
	at org.springframework.data.mongodb.core.MongoTemplate.aggregate(MongoTemplate.java:1323)
	at org.springframework.data.mongodb.core.MongoTemplate.aggregate(MongoTemplate.java:1306)
	at com.example.samples.MongoTemplateTest.testAggregation(MongoTemplateTest.java:82)

Pojo classes

@Document

    @Id
    private Descriptors descriptors;
}

public class Descriptors {
    private CarDescriptor carDescriptor;
}

public class CarDescriptor {
    private List<Entry> entries;

     class Entry {
        private String make;
        private String model;
        private int year;
      }
}

To confirm if "make" is being returned remove the  group("make") operator from the fluent api and the output shows that the make is indeed being returned.
Any pointers / work arounds ?
Thank you,
Adil Fulara

RCFile tables that use the LazyBinaryColumnarSerDe don't seem to handle look-ups into map-columns when the value of the column is null.
When an RCFile table is created with LazyBinaryColumnarSerDe (as is default in 0.12), and queried as follows:

select mymap['1024'] from mytable;

and if the mymap column has nulls, then one is treated to the following guttural utterance:

2014-02-05 21:50:25,050 FATAL mr.ExecMapper (ExecMapper.java:map(194)) - org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row {"id":null,"mymap":null,"isnull":null}
  at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:534)
  at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:177)
  at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:429)
  at org.apache.hadoop.mapred.LocalJobRunner$Job$MapTaskRunnable.run(LocalJobRunner.java:235)
Caused by: java.lang.ClassCastException: java.lang.Integer cannot be cast to org.apache.hadoop.io.Text
  at org.apache.hadoop.hive.serde2.objectinspector.primitive.WritableStringObjectInspector.getPrimitiveWritableObject(WritableStringObjectInspector.java:41)
  at org.apache.hadoop.hive.serde2.lazy.LazyUtils.writePrimitiveUTF8(LazyUtils.java:226)
  at org.apache.hadoop.hive.ql.exec.FileSinkOperator.processOp(FileSinkOperator.java:560)
  at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:790)
  at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:524)
  ... 10 more

A patch is on the way, but the short of it is that the LazyBinaryMapOI needs to return nulls if either the map or the lookup-key is null.
This is handled correctly for Text data, and for RCFiles using ColumnarSerDe.

The method allocateToken in KeyBasedPersistenceTokenService creates a token with an unexpectedly long key.
The reason for this is that the attribute pseudoRandomNumberBits (default = 256) is not converted to a number of bytes in the method generatePseudoRandomNumber() :

    private String generatePseudoRandomNumber() {
        byte[] randomizedBits = new byte[pseudoRandomNumberBits];
        secureRandom.nextBytes(randomizedBits);
        return new String(Hex.encode(randomizedBits));
    }

This string is then concatenated to others to create the final key of the Token :

        String content = Long.toString(creationTime) + ":" + pseudoRandomNumber + ":" + extendedInformation;

        // Compute key
        String sha512Hex = Sha512DigestUtils.shaHex(content + ":" + serverSecret);
        String keyPayload = content + ":" + sha512Hex;
        String key = Utf8.decode(Base64.encode(Utf8.encode(keyPayload)));

After HDFS-10996 ClientProtocol#create() needs to specify the erasure code policy to use. In the meantime we should add a workaround to FanOutOneBlockAsyncDFSOutputHelper to be able to compile against Hadoop 3 and Hadoop 2.

See ATSHook error:

	at java.util.HashMap$HashIterator.nextNode(HashMap.java:1437) ~[?:1.8.0_112]
	at java.util.HashMap$EntryIterator.next(HashMap.java:1471) ~[?:1.8.0_112]
	at java.util.HashMap$EntryIterator.next(HashMap.java:1469) ~[?:1.8.0_112]
	at java.util.AbstractCollection.toArray(AbstractCollection.java:196) ~[?:1.8.0_112]
	at com.google.common.collect.ImmutableMap.copyOf(ImmutableMap.java:290) ~[guava-14.0.1.jar:?]
	at org.apache.hadoop.hive.ql.log.PerfLogger.getEndTimes(PerfLogger.java:219) ~[hive-common-2.1.0.2.6.0.0-457.jar:2.1.0.2.6.0.0-457]
	at org.apache.hadoop.hive.ql.hooks.ATSHook.createPostHookEvent(ATSHook.java:347) ~[hive-exec-2.1.0.2.6.0.0-457.jar:2.1.0.2.6.0.0-457]
	at org.apache.hadoop.hive.ql.hooks.ATSHook$2.run(ATSHook.java:206) [hive-exec-2.1.0.2.6.0.0-457.jar:2.1.0.2.6.0.0-457]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_112]

According to Jason Dere, ATSHook is currently accessing the PerfLogger on a separate thread, which means the main query thread can potentially write to the PerfLogger at the same time.
The ATSHook should access the PerfLogger on the main query thread, before it sends the execution to the ATS Logger thread.

The rabbit-connection-factory publisher-returns attribute is not wired up to the connection factory.
You can only get returns if you also request confirms...
Caused by: java.lang.IllegalStateException: When using publisher confirms, channels must be wrapped in a PublisherCallbackChannelImpl

Hi Guys,
Here is the relevant issue that we have created in Crowd: http://jira.atlassian.com/browse/CWD-183
A quick summary:
If a group contains a '\' we get the following exception:
javax.naming.NamingException: problem generating object using object factory [Root exception is org.springframework.ldap.BadLdapGrammarException: Failed to parse DN; nested exception is org.springframework.ldap.support.TokenMgrError: Lexical error at line 1, column 22.  Encountered: "\\" (92), after : ""]; remaining name 'dc=ad,dc=atlassian,dc=com'
	at org.springframework.ldap.LdapTemplate.search(LdapTemplate.java:271)
If a group contains a '/' we get this exception:
org.springframework.ldap.UncategorizedLdapException: Operation failed; nested exception is javax.naming.NamingException: [LDAP: error code 1 - 000020D6: SvcErr: DSID-031006CC, problem 5012 (DIR_ERROR), data 0]; remaining name 'cn=Website Feedback/Support, ou=Groups, dc=ad, dc=atlassian, dc=com'
javax.naming.NamingException: [LDAP: error code 1 - 000020D6: SvcErr: DSID-031006CC, problem 5012 (DIR_ERROR), data 0
remaining name 'cn=Website Feedback/Support, ou=Groups, dc=ad, dc=atlassian, dc=com'
	at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3025)
	at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2931)
	at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2737)
	at com.sun.jndi.ldap.LdapCtx.c_lookup(LdapCtx.java:993)
	at com.sun.jndi.toolkit.ctx.ComponentContext.c_resolveIntermediate_nns(ComponentContext.java:152)
	at com.sun.jndi.toolkit.ctx.AtomicContext.c_resolveIntermediate_nns(AtomicContext.java:342)
	at com.sun.jndi.toolkit.ctx.ComponentContext.p_resolveIntermediate(ComponentContext.java:381)
	at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search(ComponentDirContext.java:360)
	at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:338)
	at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:321)
	at javax.naming.directory.InitialDirContext.search(InitialDirContext.java:248)
	at org.springframework.ldap.LdapTemplate$4.executeSearch(LdapTemplate.java:227)
If you could shed any light onto this or point us in the right direction we will continue to investigate.
Cheers,
Justin

In a bunch of places we rely on ObjectInspectorConverters to implicitly convert types.  Unfortunately, an exception will needlessly be thrown if one of the types is a complex type and the other is a void type.  For example,
SELECT ARRAY(ARRAY(), NULL) ...

If the camel context's properties contain an entry set with a null key, and ObjectHelper.getCamelPropertiesWithPrefix(prefix, camelContext) is called, a NullPointerException will be thrown at line 659.

Make an accounting of empty HREGION_QUALIFIER rows in .META.  Emit count and details in hbase fsck too.

The test is regularly failing, it could make it a candidate to be ignored but it does seem to stem from a NPE within the subsystem so maybe a fix is required: -

13:36:23,229 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.ra.deployer."ear_packaged.ear#ear_packaged2.rar".jboss.ironjacamar.resource: org.jboss.msc.service.StartException in service jboss.ra.deployer."ear_packaged.ear#ear_packaged2.rar".jboss.ironjacamar.resource: Failed to start service
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904)
    at org.jboss.as.connector.services.resourceadapters.IronJacamarActivationResourceService.start(IronJacamarActivationResourceService.java:196)

Cancel button in JConsole do nothing. It should be removed from JConsole
Always

./bin/standalone.sh &
./bin/jconsole.sh
Click to CLI tab
Click to "Cancel" button

I've been tracking CPU usage of my application and multiple times have I seen in thread dump whole response object string concatenation  (toString() method called) taking a lot of CPU.
That string concatenation is forced by using 
WebAsyncManager:348
logger.debug("Concurrent result value [" + concurrentResult + "]");
Since it's only for debug it should not be executed for other logging levels.
Pull request provided:
https://github.com/spring-projects/spring-framework/pull/652

(11:36:15 AM) gnodet: gertv: janstey: i have a problem with fuseesb
(11:36:24 AM) gnodet: the way it handles child instances
(11:36:48 AM) janstey: whats the issue?
(11:36:49 AM) gnodet: fuseesb does some modifications in etc/config.properties and etc/startup.properties
(11:37:02 AM) gnodet: and when you create a child instance, those are not modified
(11:37:14 AM) gnodet: i mean the child gets the original karaf ones
(11:37:43 AM) gnodet: so we need to fix that in order to fix the xalan / xerces issues
(11:38:16 AM) gnodet: that can be done by either modifying the karaf distribution to include all the needed tweaks (which would also benefit fabric and mq distro)
(11:38:31 AM) gnodet: or fix the karaf code to copy rather than extract
(11:38:38 AM) gnodet: which is think is fixed in karaf trunk
(11:38:40 AM) gnodet: iirc
(11:41:08 AM) janstey: gnodet: updating karaf to use the xerces tweaks would be easiest probably but sounds like the other option is better  is it a big job to backport the extract->copy fix from trunk?
(11:41:32 AM) gnodet: i first need to find the commit (if it even exists)
(11:43:03 AM) gnodet: but we'd have to move the tweaks to fabric at least i think
(11:43:54 AM) janstey: the xerces and xalan tweaks (if I understand what tweaks you mean) were moved to fabric
(11:44:15 AM) gnodet: yes, but the packages are not exported / boot delegated
(11:44:25 AM) gnodet: so i have failures with camel for example
(11:44:53 AM) gnodet: which i've fixed locally to find out that it still does not work on child instances
(11:46:00 AM) gnodet: mmh, karaf trunk still extracts the files from the admin-core
(11:46:04 AM) gnodet: bundle
(11:46:18 AM) gnodet: so it may be easier to move all the tweaks into our karaf distro for now
(11:47:26 AM) janstey: gnodet: ah, I didn't add any tweaks from config/startup.properties http://fusesource.com/forge/git/fuseenterprise.git/?p=fuseenterprise.git;a=commit;h=890b2edfb1c0b57b87f5c9d53ada0df975c23752 only from custom/system.properties
(11:48:42 AM) gnodet: right, but if we move this back into karaf, it's easier to just hack etc/config.properties with the right value and keep the other files clean for the customer
(11:48:57 AM) janstey: yep +1

org.apache.hadoop.hive.ql.debug.Utils explicitly import com.sun.management.HotSpotDiagnosticMXBean which is not supported by IBM JDK.
So we can make HotSpotDiagnosticMXBean as runtime but not compile.

I am using the flash methods to print some progress informations from the commands.
If i am on line 8 of my shell and i am using the flash call, the cursor is back on line 2 after the command finished.
This is really "ugly" because their may be already some output on the shell and its confusing compared to bash or other shells behavior - don't know a workarounds yet or what may causing this.
I would expect to be on the next line (9) with a "fresh" prompt after the command finished - like all other commands which does not print something with "flash".

Currently RepositoryBeanDefinitionBuilder does not populate the BeanDefinition instances created with the source of the RepositoryConfiguration. This causes trouble for STS to create the correct tracing markers and identify where the BeanDefinition originates from.

org.jboss.as.test.integration.naming.connector.JMXConnectorTestCase#testMBeanCount
./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.naming.connector.JMXConnectorTestCase#testMBeanCount -Dsecurity.manager

Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.net.SocketPermission" "127.0.0.1:11090" "connect,resolve")" in code source "(vfs:/content/naming-connector-bean <no signer certificates>)" of "null")
	at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:40)
	at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:148)
	at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:613)
	at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:216)
	at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:202)
	at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:342)
	at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
	at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java:118)
	at com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.java:205)
	at javax.naming.InitialContext.doLookup(InitialContext.java:290)
	at org.jboss.as.test.integration.naming.connector.ConnectedBean.getMBeanCountFromJNDI(ConnectedBean.java:54)
	... 46 more

The metastore creates instances of TxnHandler.  The constructor of this class will fail if the config value for the jdbc string it expects is not defined in the config file.

This is a case that was not covered in the testsuite. For the following query:

select (CASE WHEN key = value THEN '1' WHEN true THEN '0' ELSE NULL END)
from src

Currently, we end up folding the select expression to '0', as we fail bail out in the second statement and fail to account that there are two different possible values for the CASE expression ('1' and '0').

When there is many regions in a cluster, rolling_restart can take hours because region_mover is moving the regions one by one.

Long running HS2 saves lots of paths in the FileSystem's deleteOnExit map. We should remove those paths already removed.

When I persist a list of objects they do not get a _class field in mongo, and come back as a LinkedHashMap rather than the type I expect.

Map<EventParam, Object> params = new HashMap<EventParam, Object>();
params.put(EventParam.USER, new FakeUser("bob"));
params.put(EventParam.VARIABLES, Collections.singletonList(new Variable("var_a", "value for a")));

IEvent event = new Event(EventType.VARIABLES_UPDATE, params);

RecordedServerEvent frame = new RecordedServerEvent((Event)event);
frame.setRecordingId(recordingId);
frame.setFrameId(new ObjectId().toString());
frame.setTimestamp(new Date());

mongoTemplate.insert(frame, COLLECTION_NAME);

gets persisted as:

{ "_id" : ObjectId("4e67ca8ca4b7746a17107034"), "_class" : "___.RecordedServerEvent", "event" : { "type" : "VARIABLES_UPDATE", "params" : { "VARIABLES" : [
	{
		"name" : "var_a",
		"value" : "value for a"
	}
], "USER" : { "name" : "bob", "_class" : "___.FakeUser" } } }, "recordingId" : "1234", "timestamp" : ISODate("2011-09-07T19:48:28.211Z") }

and when I try to deserialize it and use it, it comes back as a LinkedHashMap

Map<String, Object> rawParams = mappingConv.read(Map.class, (DBObject)s.get("params"));

System.out.println(((List)rawParams.get("VARIABLES")).get(0).getClass());   =>   java.util.LinkedHashMap

The behavior I would expect would be to get back a list of objects instantiated to the type they were before being persisted.
The motivation for deserializing this way is related to DATAMONGO-268 where I have to use a custom deserializer for third-party classes that I can't add a persistence constructor to.

HIVE-11502 fixed the hashcode for LazyDouble. Additionally we should fix for DoubleWritable as well due to HADOOP-12217 issue. In some cases such as select avg(t) from (select * from over1k cross join src) t group by d; where d is double type, the data is actually in DoubleWritable, not LazyDouble. Thus, before HADOOP-12217 gets fixed, we need to fix hashcode for LazyDouble as well as DoubleWritable.

When I checkout a tree from trunk, I notice that dev-support/test-patch.sh does not come with execute permissions enabled by default, while the rest of the scripts in dev-support do have +x set.

<redis:collection/> breaks for type="PROPERTIES" because defaults are not initialized.  The "defaults" field is protected i nthe super class (java.util.Properties) but not initialized by default, and it is referenced in the propertyNames() method (line 111) -> NullPointerException on startup.

Both, AbstractRepositoryMetadata as well as QueryMethod do not resolve array return types for query methods correctly. AbstractRepositoryMetadata.getReturnedDomainClass() should return the array component type. QueryMethod has to consider a method with an array return type as collection query.

I discovered an issue recently after migrating a spring-boot application from 1.2.7.RELEASE to 1.3.3.RELEASE. After upgrading, the underlying spring-web module is spring-web:4.2.5.RELEASE. Prior to the upgrade, the version was spring-web:4.1.8.RELEASE.
Client requests had previously been sending the header "If-Modified-Since: 0" wihout errors
After the upgrade, same requests cause 500 server error and the following stack-trace:

org.springframework.web.util.NestedServletException: Request processing failed; nested exception is java.lang.IllegalArgumentException: Cannot parse date value "0" for "If-Modified-Since" header
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:980)
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:859)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:844)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:595)
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
	at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:191)
	at org.eclipse.jetty.server.Dispatcher.error(Dispatcher.java:77)
	at org.eclipse.jetty.server.handler.ErrorHandler.handle(ErrorHandler.java:92)
	at com.groupon.lex.service.jetty.CustomErrorHandler.handle(CustomErrorHandler.java:70)
	at org.eclipse.jetty.server.Response.sendError(Response.java:597)
	at org.eclipse.jetty.server.Response.sendError(Response.java:544)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:647)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
	at org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:95)
Caused by: java.lang.IllegalArgumentException: Cannot parse date value "0" for "If-Modified-Since" header
	at org.springframework.http.HttpHeaders.getFirstDate(HttpHeaders.java:970)
	at org.springframework.http.HttpHeaders.getIfModifiedSince(HttpHeaders.java:805)
	at org.springframework.web.servlet.mvc.method.annotation.HttpEntityMethodProcessor.isResourceNotModified(HttpEntityMethodProcessor.java:191)
	at org.springframework.web.servlet.mvc.method.annotation.HttpEntityMethodProcessor.handleReturnValue(HttpEntityMethodProcessor.java:173)
	at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:80)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:126)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:817)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:731)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:968)
	... 39 common frames omitted

It seems that a question about this issue has also been asked on StackOverflow: 
http://stackoverflow.com/questions/33806370/spring-boot-throwing-exception-on-invalid-if-modified-since-value
I'm currently working around the issue using a filter which removes the problematic header, however it looks (to my eyes at least) like a fairly straightforward fix could be implemented in HttpHeaders.java
I've forked the codebase and will submit a PR once JIRA gives me a ticket ID.

The ouput of :read-resource-description is missing some metadata for operations compared to :read-operation-description:

[domain@localhost:9990 /] /profile=default:read-resource-description(operations=true)
{
        "description" => "A named set of subsystem configurations.",
        ...
        "operations" => {
            ...
            "read-attribute-group-names" => {
                "operation-name" => "read-attribute-group-names",
                "description" => "Gets the names of all the attribute groups under the selected resource",
                "request-properties" => {},
                "reply-properties" => {
                    "type" => LIST,
                    "value-type" => STRING
                }
            },
            ...
}
[domain@localhost:9990 /] /profile=default:read-operation-description(name=read-attribute-group-names)
{
        "operation-name" => "read-attribute-group-names",
        "description" => "Gets the names of all the attribute groups under the selected resource",
        },
    }
}

At least read-only and runtime-only metadata are missing (when they are set on the operation).

There are some links in the examples readMe.md should be updated with new redhat site.
examples/cbr/README.md

* http://fusesource.com/documentation/fuse-esb-enterprise-documentation for more information about using JBoss Fuse

examples/eip/README.md

* http://fusesource.com/docs/esbent/7.0/camel_eip/MsgRout-RecipientList.html for the Recipient List EIP
* http://fusesource.com/docs/esbent/7.0/camel_eip/_IDU_WireTap.html for the Wire Tap EIP
* http://fusesource.com/docs/esbent/7.0/camel_eip/MsgRout-MsgFilter.html for the Message Filter EIP
* http://fusesource.com/docs/esbent/7.0/camel_eip/MsgRout-Splitter.html for the Splitter EIP

example/jms/README.md

* http://www.enterpriseintegrationpatterns.com/ContentBasedRouter.html for more information about the CBR EIP

example/error/README.md

example/rest/README.md

example/soap/README.md

example/security-rest/README.md

example/security-soap/README.md

We should deprecate the per-deployment logging sys prop, which never should have been exposed to users. They instead need a proper configuration mechanism to do this. Perhaps log a warning when it is specified?

HBASE-15875 purges the properly deprecated HTable. The method doBulkLoad(Path hfofDir, final HTable table), while it has a deprecated param, the method itself did not get a deprecation label; it is a public method in a public class marked stable. This issue is about getting consensus that it is ok to remove this method used by offline tooling that will break until updated on upgrade to 2.0 w/o a proper deprecation cycle (I think it will be ok to do this – the benefit of our being able to remove HTable is worth this minor inconvenience). We'll do some ugly patching of this oversight by adding a late deprecation and flagging the removal of this offline method as an incompatible change in 2.0. We'll add the deprecation in a subissue.
It is a problem removing
  doBulkLoad(Path hfofDir, final HTable table) 
... since this is a public/stable Class.
There is the alternate:
  public void doBulkLoad(Path hfofDir, final Admin admin, Table table,
      RegionLocator regionLocator) throws TableNotFoundException, IOException  {
The former calls the latter.
The latter went in here:

commit ac95cc1fbb951bb9db96f2738f621d1d7cd45739
Author: tedyu <yuzhihong@gmail.com>
Date:   Fri Jan 2 19:48:06 2015 -0800

    HBASE-12783 Create efficient RegionLocator implementation (Solomon Duskis)

This was added in time for release 1.1.0.
So, this method has not gone through a full major version of deprecation.
It will break when someone moves to 2.0. But it is offline method. Not the end of the world.

This section in build.gradle:

project('spring-beans-groovy') {
	description 'Groovy Bean Definitions'
	merge.into = project(":spring-beans")

	dependencies {
		compile(project(":spring-core"))
		compile "org.codehaus.groovy:groovy-all:${groovyVersion}"
	}

creates a mandatory dependency on groovy-all (1.8.9!) for anyone using spring-beans. Probably this is unintentional (it's certainly inconvenient)?

hfile.main has a bunch of nice new facility added by lars.  This issue is small fixes.

If endpoint doesn't match exactly paho: it fails to publish to the correct topic.
Once should be able in Spring to @Autowired two different PahoComponent pointing to different Application Context defined PahoComponent bean id'S.
Currently if bean id is not named exactly paho it fails to publish to the correct topic and for example instead of input/1 publishes to t://input/1 when id is mypaho instead of paho

There is a misspelling of "completed" as "completeted" in the last message from schematool:

Metastore connection URL:	 jdbc:derby:;databaseName=metastore_db;create=true
Metastore Connection Driver :	 org.apache.derby.jdbc.EmbeddedDriver
Metastore connection User: hiveuser
Starting metastore schema initialization to 0.14.0
Initialization script hive-schema-0.14.0.derby.sql
Initialization script completed
schemaTool completeted

It is this way even in the wiki:  https://cwiki.apache.org/confluence/display/Hive/Hive+Schema+Tool

Currently both CxfConsumer and CxfRsConsumer are SuspendableService, however they don't implements Suspendable interface, which means in DefaultShutdownStrategy, when catching kill signal, those consumer endpoints will be shutdown immediately. So even though inflight and pending exchanges are completed, they have no change to return to client since CXF Consumer endpoints already shutdown. 
We should make cxf consumer endpoints suspendable to support graceful shutdown

Setup two boxes:

on one, run domain mode (full-ha) -> domain controller
on the other, configure host.xml to point to the DC, and run the host controller

Now in CLI:

add the group:
/server-group=slaves:add(profile=full-ha,socket-binding-group=full-ha-sockets)

create server and set a prop
batch
/host=slave1/server-config=i1:add(group=slaves,auto-start=false)
/host=slave1/server-config=i1/system-property=env:add(value=dev)
run-batch 

JBAS010839: Operation failed or was rolled back on all servers.
Debugging (on EAP 6.0.1) showed the real reason:
activeStep.response = (org.jboss.dmr.ModelNode) 
{
     "outcome" => "failed",
     "failure-description" => "JBAS010850: No handler for operation
composite at address [
     (\"host\" => \"slave1\"),
     (\"server\" => \"i1\")
]",
     "rolled-back" => true
}
 
More debugging led to :
org.jboss.as.controller.AbstractOperationContext
seems to be where the rollback is set. When debugging, I found that the constructor always sets
     ModelController.OperationTransactionControl transactionControl
but at line 332 (eap 6.0.1) / line 372 (wildfly), the end of doCompleteStep() :
        // Allow any containing TransactionControl to vote
        final AtomicReference<ResultAction> ref = new AtomicReference<ResultAction>(transactionControl == null ? ResultAction.KEEP : ResultAction.ROLLBACK);
and ref becomes a rollback.
I "walked" pretty much of all the code going on in between. The bit where the config is getting persisted is successful.
But I'm afraid I'm out of my depth as there is a lot going on to execute such a composite command 

The error was observed in scenario eap-7x-stress-remote-jdg-session-invalidation-sync-2nodes: it is composed of a 2 Wildfly nodes Cluster where the session is offloaded to a 2 JDG nodes Cluster:

<remote-cache-container name="web-sessions" default-remote-cluster="jdg-server-cluster" protocol-version="2.6">
<remote-clusters>
<remote-cluster name="jdg-server-cluster" socket-bindings="remote-jdg-server1 remote-jdg-server2"/>
</remote-clusters>
<security ssl-context="hotrod"/>
</remote-cache-container>

While the server is starting we see the following warning:

[JBossINF] [0m[33m10:15:45,844 WARN  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 78) WFLYCLINF0031: Specified HotRod protocol version 2.6 does not support creating caches automatically. Cache named 'clusterbench-ee7.ear.cb.war' must be already created on the Infinispan Server!
[JBossINF] [0m[33m10:15:45,852 WARN  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 74) WFLYCLINF0031: Specified HotRod protocol version 2.6 does not support creating caches automatically. Cache named 'clusterbench-ee7.ear.clusterbench-ee7-web-granular.war' must be already created on the Infinispan Server!
[JBossINF] [0m[33m10:15:45,905 WARN  [org.infinispan.client.hotrod.impl.protocol.Codec21] (HotRod-client-async-pool-4) ISPN004005: Error received from the server: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'clusterbench-ee7.ear.cb.war' not found amongst the configured caches
[JBossINF] [0m[33m10:15:45,912 WARN  [org.infinispan.client.hotrod.impl.protocol.Codec21] (HotRod-client-async-pool-4) ISPN004005: Error received from the server: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'clusterbench-ee7.ear.clusterbench-ee7-web-granular.war' not found amongst the configured caches

When the first request is fired at the node we see the error:

[JBossINF] [0m[31m10:16:04,481 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (default task-72) ISPN000136: Error executing command PutKeyValueCommand, writing keys [SessionCreationMetaDataKey(ou_dDccwBAeTGRzyccQUWvy4N9KMM6gZ6mBhoOLZ)]: java.lang.NullPointerException
[JBossINF] 	at org.jboss.as.clustering.infinispan.subsystem.remote.HotRodStore.load(HotRodStore.java:119)
[JBossINF] 	at org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:553)
[JBossINF] 	at org.infinispan.persistence.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:219)
[JBossINF] 	at org.infinispan.persistence.PersistenceUtil.lambda$loadAndComputeInDataContainer$1(PersistenceUtil.java:179)
[JBossINF] 	at org.infinispan.container.impl.AbstractInternalDataContainer.lambda$compute$3(AbstractInternalDataContainer.java:223)
[JBossINF] 	at com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$remap$16(BoundedLocalCache.java:2199)
[JBossINF] 	at com.github.benmanes.caffeine.cache.BoundedLocalCache.remap(BoundedLocalCache.java:2194)
[JBossINF] 	at com.github.benmanes.caffeine.cache.BoundedLocalCache.compute(BoundedLocalCache.java:2146)
[JBossINF] 	at com.github.benmanes.caffeine.cache.LocalCache.compute(LocalCache.java:100)
[JBossINF] 	at org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:222)
[JBossINF] 	at org.infinispan.persistence.PersistenceUtil.loadAndComputeInDataContainer(PersistenceUtil.java:201)
[JBossINF] 	at org.infinispan.persistence.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:135)
[JBossINF] 	at org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:310)
[JBossINF] 	at org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:305)
[JBossINF] 	at org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:189)
[JBossINF] 	at org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitPutKeyValueCommand(CacheLoaderInterceptor.java:118)
[JBossINF] 	at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:68)
[JBossINF] 	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
[JBossINF] 	at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:672)
[JBossINF] 	at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:302)
[JBossINF] 	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
[JBossINF] 	at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
[JBossINF] 	at org.infinispan.interceptors.DDAsyncInterceptor.visitPutKeyValueCommand(DDAsyncInterceptor.java:60)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lambda$new$0(AbstractTxLockingInterceptor.java:34)
[JBossINF] 	at org.infinispan.interceptors.InvocationSuccessFunction.apply(InvocationSuccessFunction.java:25)
[JBossINF] 	at org.infinispan.interceptors.SyncInvocationStage.addCallback(SyncInvocationStage.java:42)
[JBossINF] 	at org.infinispan.interceptors.InvocationStage.thenApply(InvocationStage.java:45)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.acquireLocalLockAndInvokeNext(PessimisticLockingInterceptor.java:284)
[JBossINF] 	at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataWriteCommand(PessimisticLockingInterceptor.java:149)
[JBossINF] 	at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:82)
[JBossINF] 	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:150)
[JBossINF] 	at org.infinispan.interceptors.impl.TxInterceptor.handleWriteCommand(TxInterceptor.java:397)
[JBossINF] 	at org.infinispan.interceptors.impl.TxInterceptor.visitPutKeyValueCommand(TxInterceptor.java:234)
[JBossINF] 	at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
[JBossINF] 	at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
[JBossINF] 	at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1708)
[JBossINF] 	at org.infinispan.cache.impl.CacheImpl.putIfAbsent(CacheImpl.java:1411)
[JBossINF] 	at org.infinispan.cache.impl.DecoratedCache.putIfAbsent(DecoratedCache.java:665)
[JBossINF] 	at org.infinispan.cache.impl.DecoratedCache.putIfAbsent(DecoratedCache.java:600)
[JBossINF] 	at org.infinispan.cache.impl.AbstractDelegatingCache.putIfAbsent(AbstractDelegatingCache.java:293)
[JBossINF] 	at org.infinispan.cache.impl.EncoderCache.putIfAbsent(EncoderCache.java:493)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.createValue(InfinispanSessionMetaDataFactory.java:58)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.createValue(InfinispanSessionMetaDataFactory.java:39)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.createValue(InfinispanSessionFactory.java:51)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.createValue(InfinispanSessionFactory.java:37)
[JBossINF] 	at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.createSession(InfinispanSessionManager.java:224)
[JBossINF] 	at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.createSession(DistributableSessionManager.java:151)
[JBossINF] 	at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:918)
[JBossINF] 	at org.jboss.test.clusterbench.common.session.CommonHttpSessionServlet.doGet(CommonHttpSessionServlet.java:38)
[JBossINF] 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:686)
[JBossINF] 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
[JBossINF] 	at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
[JBossINF] 	at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
[JBossINF] 	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
[JBossINF] 	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
[JBossINF] 	at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
[JBossINF] 	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
[JBossINF] 	at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
[JBossINF] 	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)

Find attached a more complete version of the logs (the original file is pretty big - 7.9G).

The patch applied in HBASE-4622 (subtask of HBASE-4436) to remove deprecated methods seems to have missed some usage of those methods by the HBase shell.  At least src/main/ruby/hbase/admin.rb is still using some of the removed methods, breaking some shell commands:

hbase(main):007:0> alter 'privatetable', { NAME => 'f1', VERSIONS => 2}

ERROR: wrong number of arguments (3 for 2)
Backtrace: /usr/lib/hbase/bin/../bin/../lib/ruby/hbase/admin.rb:344:in `alter'
           org/jruby/RubyArray.java:1572:in `each'
           /usr/lib/hbase/bin/../bin/../lib/ruby/hbase/admin.rb:317:in `alter'
           /usr/lib/hbase/bin/../bin/../lib/ruby/shell/commands/alter.rb:79:in `command'
           /usr/lib/hbase/bin/../bin/../lib/ruby/shell/commands.rb:68:in `format_simple_command'
           /usr/lib/hbase/bin/../bin/../lib/ruby/shell/commands/alter.rb:78:in `command'
           /usr/lib/hbase/bin/../bin/../lib/ruby/shell/commands.rb:31:in `command_safe'
           /usr/lib/hbase/bin/../bin/../lib/ruby/shell/commands.rb:74:in `translate_hbase_exceptions'
           /usr/lib/hbase/bin/../bin/../lib/ruby/shell.rb:110:in `command'
           (eval):2:in `alter'

This trace translates to the line:

  @admin.modifyColumn(table_name, column_name, descriptor)

which is calling one of the removed methods.

rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker - Caught exception while verifying group region
        at org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.getClient(ConnectionManager.java:1638)
        at org.apache.hadoop.hbase.client.ConnectionUtils$2.getClient(ConnectionUtils.java:167)
        at org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker$1.visit(RSGroupInfoManagerImpl.java:646)
        at org.apache.hadoop.hbase.MetaTableAccessor.fullScan(MetaTableAccessor.java:638)
        at org.apache.hadoop.hbase.MetaTableAccessor.fullScan(MetaTableAccessor.java:159)
        at org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker.waitForGroupTableOnline(RSGroupInfoManagerImpl.java:661)
        at org.apache.hadoop.hbase.rsgroup.RSGroupInfoManagerImpl$RSGroupStartupWorker.run(RSGroupInfoManagerImpl.java:582)

can use either:

sdbm: http://freshmeat.net/projects/solingerjavasdbm/
jdbm: http://sourceforge.net/projects/jdbm/

both need modifications to use file mmaps instead of regular file io. will do some testing to see if there's a major difference between the two.

Execute "beeline -f <file>" and the command will throw the following NPE exception.

2016-11-23T13:34:54,367 WARN [Thread-1] org.apache.hadoop.util.ShutdownHookManager - ShutdownHook '' failed, java.lang.NullPointerException
        at org.apache.hive.beeline.BeeLine$1.run(BeeLine.java:1247) ~[hive-beeline-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
        at org.apache.hadoop.util.ShutdownHookManager$1.run(ShutdownHookManager.java:54) [hadoop-common-2.7.3.jar:?]

I am reading the guide here: http://hbase.apache.org/book.html#regions.arch
I have noticed the following:

There is lack of coverage on scan. Note that Lars has a very good presentation from last year's HBaseCon: http://www.slideshare.net/cloudera/3-learning-h-base-internals-lars-hofhansl-salesforce-final
Under section 9.7.6.1, there is no mentioning of flush per region if a memstore reached the size threshold (and a possible flush of all memstores if over all memory usage of all the memstores reached memstore.upperlimit). Note that people need to combine the information provided in section 9 with section 2.3.1.1 to fully understand the situation.
Compaction tuning strategies. Both Nicolas from Facebook and Sergey from Hortonworks have presented various compaction algorithms. Sometime, once all the necessary code is in master, we need to have the coverage.

Let me know how I can help on the matter.

There is a change between SDN 4.1.0 M1 and RC1 which breaks my tests. 
I have a test case which relies on CrudRepository<X>.deleteAll() (my repo extends GraphRepository<X> which in eventually extends CrudRepository).
In M1 it worked fine, in RC1 I get a warning "java.lang.Class is not an instance of a persistable class". 
For some reason DeleteDelegate can not find ClassInfo for my object, which was working fine in M1.

Using the velocity component doesn't respect the case matching of all fields of the header.
For example: the exchange of properties CorrelationID change the case matching, after using velocity component, it puts the property in lowercase correlationid.

When sending a message in an ApplicationListener<SessionDisconnectEvent> I get an error similar to the following:

ERROR 3993 --- [tboundChannel-3] o.s.w.s.m.SubProtocolWebSocketHandler    : No session for GenericMessage [payload=byte[19], headers={simpMessageType=MESSAGE, simpSubscriptionId=sub-3, contentType=application/json;charset=UTF-8, simpSessionId=1q1pejao, simpDestination=/topic/friends/signout}]

This should not result in error level logging.
The reason I want to send a message from an ApplicationListener<SessionDisconnectEvent> is that I am writing a chat application that is sending a message to all connected clients to indicate the user has signed out.

Currently it displays nothing.

0: jdbc:hive2://> set env:TERM; 
0: jdbc:hive2://> 

In contrast,  Hive CLI displays the value of the variable.

hive> set env:TERM; 
env:TERM=xterm

If attachment file names contain unicode characters, they do not appear correctly encoded in the message.

WebServicesFraction is built on org.jboss.as.webservices module which only depends on org.wildfly:wildfly-webservices-server-integration artifact. However, webservices subsystem deployment processor makes use of org.jboss.as.webservices.util.ModuleClassLoaderProvider.getServerIntegrationClassLoader() which attempts to load org.jboss.as.webservices.server.integration module.
Right now,  Weld subsystem (which is a dependency of ejb3 subsystem, which is a dependency of org.jboss.as.webservices) brings in the  org.jboss.as.webservices.server.integration module and so everything works fine. Once we split Weld subsystem into several modules (WFLY-6941), org.jboss.as.webservices.server.integration will not be present any more, resulting in a similar runtime exception:

2016-10-17 10:58:13,744 ERROR [org.jboss.as.webservices] (ServerService
Thread Pool -- 18) WFLYWS0067: Could not activate the webservices
subsystem.: java.lang.RuntimeException:
org.jboss.modules.ModuleNotFoundException:
org.jboss.as.webservices.server.integration:main
        at
org.jboss.as.webservices.util.ModuleClassLoaderProvider.getServerIntegrationClassLoader(ModuleClassLoaderProvider.java:54)
        at
org.jboss.as.webservices.dmr.WSDeploymentActivator.isModularEnvironment(WSDeploymentActivator.java:95)
        at
org.jboss.as.webservices.dmr.WSDeploymentActivator.activate(WSDeploymentActivator.java:58)
        at
org.jboss.as.webservices.dmr.WSSubsystemAdd$1.execute(WSSubsystemAdd.java:82)
...

2015-11-26 08:28:45,232 [TezTaskRunner_attempt_1448429572030_0255_2_02_000019_2(attempt_1448429572030_0255_2_02_000019_2)] WARN org.apache.tez.runtime.LogicalIOProcessorRuntimeTask: Ignoring exception when closing input a(cleanup). Exception class=java.io.IOException, message=java.lang.NullPointerException
	at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.rethrowErrorIfAny(LlapInputFormat.java:283)
	at org.apache.hadoop.hive.llap.io.api.impl.LlapInputFormat$LlapRecordReader.close(LlapInputFormat.java:275)
	at org.apache.hadoop.hive.ql.io.HiveRecordReader.doClose(HiveRecordReader.java:50)
	at org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.close(HiveContextAwareRecordReader.java:104)
	at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.close(TezGroupedSplitsInputFormat.java:177)
	at org.apache.tez.mapreduce.lib.MRReaderMapred.close(MRReaderMapred.java:96)
	at org.apache.tez.mapreduce.input.MRInput.close(MRInput.java:559)
	at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.cleanup(LogicalIOProcessorRuntimeTask.java:872)
	at org.apache.tez.runtime.task.TaskRunner2Callable.callInternal(TaskRunner2Callable.java:104)
	at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.preReadUncompressedStream(EncodedReaderImpl.java:795)
	at org.apache.hadoop.hive.ql.io.orc.encoded.EncodedReaderImpl.readEncodedColumns(EncodedReaderImpl.java:320)
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.performDataRead(OrcEncodedDataReader.java:413)
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:194)
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader$4.run(OrcEncodedDataReader.java:191)
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:191)
	at org.apache.hadoop.hive.llap.io.encoded.OrcEncodedDataReader.callInternal(OrcEncodedDataReader.java:74)
	... 5 more

Not clear if current.next can set it to null before the continue; 

      assert partOffset <= current.getOffset();
      if (partOffset == current.getOffset() && current instanceof CacheChunk) {
        // We assume cache chunks would always match the way we read, so check and skip it.
        assert current.getOffset() == partOffset && current.getEnd() == partEnd;
        lastUncompressed = (CacheChunk)current;
        current = current.next;
        continue;
      }

Doing an "alter table foo drop partition ('bar=x')" acquired a shared-write lock on partition bar=x.  It should be acquiring an exclusive lock in that case.

private void restart(BlockingQueueConsumer oldConsumer) {
		BlockingQueueConsumer consumer = oldConsumer;
		synchronized (this.consumersMonitor) {
			if (this.consumers != null) {
				try {
					// Need to recycle the channel in this consumer
					consumer.stop();
					// Ensure consumer counts are correct (another is going
					// to start because of the exception, but
					// we haven't counted down yet)
					this.cancellationLock.release(consumer);
					this.consumers.remove(consumer);
					BlockingQueueConsumer newConsumer = createBlockingQueueConsumer();
					newConsumer.setBackOffExecution(consumer.getBackOffExecution());
					consumer = newConsumer;
					this.consumers.add(consumer);
					if (this.applicationEventPublisher != null) {
						this.applicationEventPublisher
								.publishEvent(new AsyncConsumerRestartedEvent(this, oldConsumer, newConsumer));
					}
				}
				catch (RuntimeException e) {
					logger.warn("Consumer failed irretrievably on restart. " + e.getClass() + ": " + e.getMessage());
					// Re-throw and have it logged properly by the caller.
					throw e;
				}
				this.taskExecutor.execute(new AsyncMessageProcessingConsumer(consumer));
			}
		}
	}

this function only remove this.consumers map, but doesn't remove the consumer in this.taskExecutor,if something wrong, the taskExecutor is increasing forerver

This query fails with ArrayIndexOutofBound exception in the reducer.

create table varchar_3 (
  field varchar(25)

insert into table varchar_3 select cint from alltypesorc limit 10;

On windows, Hadoop depends on native libraries for doing it's job. The bin scripts already handle finding hadoop's native libs and adding them to java.library.path, but for running HBase's unit tests, we need to pass them in. 

Attempting to connect remotly results in a NoClassDefFound for org.wildfly.security.manager.WildFlySecurityManager, which is needed by the CLI plugin. 

If you configure the codec option on camel-mina and you eg make a spelling mistake camel will default to Mina default protocol if not found. We should throw an exception instead so end user knows about this and can fix his spelling mistake.

https://issues.apache.org/jira/browse/HIVE-5385?focusedCommentId=13786412&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13786412

The download zip for WildFly 10.0CR4 contains the xsd files for HornetQ messaging configurations in "docs/schema". Those are obsoleted by ActiveMQ and should be removed.
-jboss-as-messaging-deployment_1_0.xsd  (deployment of a "-jms.xml" file according to this old schema will fail with an error anyway), replaced by "wildfly-messaging-activemq-deployment_1_0.xsd")
-jboss-as-messaging_x_y.xsd (server configuration files, replaced by "wildfly-messaging-activemq_1_0.xsd").

When combining a webservice that uses bare SOAP parameter binding with payload mode in camel-cxf, you get this NullPointerException:

        at org.apache.camel.component.cxf.CxfEndpoint$CamelCxfClientImpl.setParameters(CxfEndpoint.java:877)
        at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:512)
        at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:457)
        at org.apache.camel.component.cxf.CxfProducer.process(CxfProducer.java:112)
...

Temp tables created for complex queries when using the LLAP external client are created using the default storage format. Default to orc, and make configurable.

When creating the HTTP request the Undertow producer creates it with path that includes the whole URL for the request, not only the path and query part of the request.
In the end this results in HTTP request like:

POST http://api.example.com/path?query
...

I have a session scoped bean.  It's marked with <aop:scoped-proxy />.  I'm trying to inject a Provider or ObjectFactory into the session bean using @Inject or @Autowired.  It injects fine the first time the session bean is created.  On the second creation of the session bean (for a 2nd session), I get java.lang.IllegalArgumentException when setting the @Inject or @Autowired property.  It's trying to set the actual bean, instead of a provider or an object factory.
I stepped through the code.  The code in the getDependencyType() method of DependencyDescriptor doesn't seem to work as expected when it's setting the value on the second session bean.  Something with the nesting level.  So, I don't get a DependencyProvider as expected in the resolveDependency method of DefaultListableBeanFactory class. The getDependencyType returns the class of the bean, instead of a provider or object factory class that is the type of the property.
This worked fine with 3.0.

The hive-schema-0.10.0.derby.sql contains incorrect alter statement for SKEWED_STRING_LIST which causes the script execution to fail

AbstractJdbcCall contains a Double-Checked Locking code over the compiled field.
It should be declared volatile to avoid ordering issues that can result in race-condition scenarios.

When using HornetQ with a remote client connecting with SSL (using a netty-connector with ssl-enabled=true) the server throws an exception in ModuleClassLoader when the client attempts to connect.  The exception is:
java.lang.ClassNotFoundException:  javax.net.SSLException
After doing some investigation I was able to resolve this issue by adding a dependency in the io.netty module.xml file
  <module name="javax.api"/>
<dependencies
Without this dependency, it appear that Netty is unable to load classes that it needs from javax.net.ssl.

Unfortunately in our production URL the hostname starts with same string as the context so the code that searches for the context in order to strip off everything before it finds the first occurance and leaves a chunk of URL (since the slash from the protocol helps match the slash in the context).
The current code does this:
            int len = request.getContextPath().length();
            int index = url.indexOf(request.getContextPath()) + len;
            finalUrl = url.substring(index);
I fixed it by doing: 
            url = url.replaceFirst(".*://", ""); // strip off protocol
	    int len = request.getContextPath().length();
	    int index = url.indexOf(request.getContextPath()) + len;
	    finalUrl = url.substring(index);
Since I am using spring-security-2.0.5 the only way I can fix is by copying the class and modifying it in my project to override the one in the jar. I suppose in Spring 3.0 I will be able to create my own RedirectStrategy. I know this probably will only ever impact me but I hope it is worth fixing.
Thanks.

JvmPauseMonitor added in HIVE-9870 is breaking hadoop-1 build. HiveServer2.startPauseMonitor() does not use reflection properly to start JvmPauseMonitor.

We noticed that in returning a Scan against a region containing particularly large (wide) rows that it is possible during ByteBufferOutputStream.checkSizeAndGrow() to attempt to create a new ByteBuffer larger than the JVM allows which then throws a OutOfMemoryError. The code currently caps it at Integer.MAX_VALUE which is actually larger than the JVM allows. This lead to us dealing with cascading region server death as the RegionServer hosting the region died, opened on a new server, the client retried the scan, and the new RS died as well. 
I believe ByteBufferOutputStream should not try to create ByteBuffers that large and instead throw an exception back up if it needs to grow any bigger. The limit should probably be something like Integer.MAX_VALUE-8, as that is what ArrayList uses. ref: http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8-b132/java/util/ArrayList.java#221

When use the @ControllerAdvice(basePackageClasses), it has been applied to the other base package's Controller.
e.g)

package io.github.kazuki43zoo.app;

import org.springframework.web.bind.annotation.ControllerAdvice;

@ControllerAdvice(basePackageClasses = io.github.kazuki43zoo.app.AppControllerAdvice.class)
public class AppControllerAdvice {

    @ModelAttribute("appCommonMessage")
    public String commonMessage() {
        System.out.println("AppControllerAdvice#appCommonMessage() called.");
        return "Hello in AppControllerAdvice.";
    }

}

Above @ModelAttribute method has been applied to the Controller under io.github.kazuki43zoo.app and io.github.kazuki43zoo.app1 package.
I think that should not be applied to the Controller under io.github.kazuki43zoo.app1 package.
p.s)
basePackages and value attribute is similar behavior.

The test failed with: 

2016-11-11 11:33:03,488|INFO|MainThread|machine.py:142 - run()|2016-11-11 11:33:03,488 INFO  [main] test.IntegrationTestZKAndFSPermissions: Checking ACLs for znode znode:/hbase-secure/region-in-transition/9a1652e7d73eaa66c5fb45e3fa04ac1c acls:[31,s{'sasl,'hbase}
2016-11-11 11:33:03,488|INFO|MainThread|machine.py:142 - run()|, 31,s{'sasl,'hbase}
2016-11-11 11:33:03,488|INFO|MainThread|machine.py:142 - run()|]
2016-11-11 11:33:03,491|INFO|MainThread|machine.py:142 - run()|2016-11-11 11:33:03,490 INFO  [main] test.IntegrationTestZKAndFSPermissions: Checking ACLs for znode znode:/hbase-secure/region-in-transition/e4ef3a431bcad8036bf3abd6f2caf0e4 acls:[31,s{'sasl,'hbase}
2016-11-11 11:33:03,491|INFO|MainThread|machine.py:142 - run()|, 31,s{'sasl,'hbase}
2016-11-11 11:33:03,491|INFO|MainThread|machine.py:142 - run()|]
2016-11-11 11:33:03,505|INFO|MainThread|machine.py:142 - run()|2016-11-11 11:33:03,502 ERROR [main] util.AbstractHBaseTool: Error running command-line tool
2016-11-11 11:33:03,506|INFO|MainThread|machine.py:142 - run()|org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hbase-secure/region-in-transition/7e352559c4072680e9c73bf892e81d14
2016-11-11 11:33:03,506|INFO|MainThread|machine.py:142 - run()|at org.apache.zookeeper.KeeperException.create(KeeperException.java:111)
2016-11-11 11:33:03,506|INFO|MainThread|machine.py:142 - run()|at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
2016-11-11 11:33:03,506|INFO|MainThread|machine.py:142 - run()|at org.apache.zookeeper.ZooKeeper.getACL(ZooKeeper.java:1330)
2016-11-11 11:33:03,506|INFO|MainThread|machine.py:142 - run()|at org.apache.hadoop.hbase.test.IntegrationTestZKAndFSPermissions.assertZnodePerms(IntegrationTestZKAndFSPermissions.java:180)
2016-11-11 11:33:03,506|INFO|MainThread|machine.py:142 - run()|at org.apache.hadoop.hbase.test.IntegrationTestZKAndFSPermissions.checkZnodePermsRecursive(IntegrationTestZKAndFSPermissions.java:161)
2016-11-11 11:33:03,507|INFO|MainThread|machine.py:142 - run()|at org.apache.hadoop.hbase.test.IntegrationTestZKAndFSPermissions.checkZnodePermsRecursive(IntegrationTestZKAndFSPermissions.java:167)
2016-11-11 11:33:03,507|INFO|MainThread|machine.py:142 - run()|at org.apache.hadoop.hbase.test.IntegrationTestZKAndFSPermissions.testZNodeACLs(IntegrationTestZKAndFSPermissions.java:151)
2016-11-11 11:33:03,507|INFO|MainThread|machine.py:142 - run()|at org.apache.hadoop.hbase.test.IntegrationTestZKAndFSPermissions.doWork(IntegrationTestZKAndFSPermissions.java:131)
2016-11-11 11:33:03,507|INFO|MainThread|machine.py:142 - run()|at org.apache.hadoop.hbase.util.AbstractHBaseTool.run(AbstractHBaseTool.java:112)
2016-11-11 11:33:03,508|INFO|MainThread|machine.py:142 - run()|at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)

Seems like a race condition for emphemeral region-in-transition nodes. 

Hi,
ThreadsProcessor uses rejectedPolicy field to determine if it should set the exception on the exchange. 

boolean abort = ThreadPoolRejectedPolicy.Abort == rejectedPolicy;
if (abort) {
  exchange.setException(new RejectedExecutionException());
}

Unfortunately ThreadsDefinition reads rejectedPolicy only if the latter is set directly on the Threads definition level. If getExecutorServiceRef is set on the ThreadsDefinition, the rejectedPolicy value from the referenced thread pool profile is ignored.

ThreadsProcessor thread = ...;
...
thread.setRejectedPolicy(getRejectedPolicy());

That leads to the situations when task is rejected, but exception is not set on the exchange, because ThreadsProcessor is unaware of the effective rejection policy.
The following configuration demonstrates the issue:

<threadPool id="bigPool" poolSize="1" maxPoolSize="1" threadName="foo" maxQueueSize="1" rejectedPolicy="Abort"/>
...
<threads executorServiceRef="bigPool" ...>
...

ThreadsProcessor should resolve the rejection policy from the thread pool profile if one is referenced with the ExecutorServiceRef option.

messaging-activemq subsystem should allow only PicketBox or Elytron security domain to be configured but not both. Artemis should not start with this configuration and also this should be checked in CLI when configuring it. 
Attribute security-domain should be marked as deprecated as it's setting PicketBox legacy security-domain. 

provided syntax is micrometer:metricsType:meterName but it should be micrometer:metricsType:metricsName
(the component camel-micrometer is missing)

hbase.table.archive.directory is not used anymore. Therefor, it should be removed from hbase-default.xml

In extension to HIVE-12249, adding info for Yarn/HDFS as well. Both HIVE-12249 and HDFS-9184 are required (and upgraded in hive for the HDFS issue) before this can be resolved.

Test set: org.apache.camel.spring.processor.SpringDeadLetterChannelUseOriginalBodyWithFileTest
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 4.379 sec <<< FAILURE!
testOriginalInBodyIsFile(org.apache.camel.spring.processor.SpringDeadLetterChannelUseOriginalBodyWithFileTest)  Time elapsed: 4.106 sec  <<< ERROR!
java.lang.AssertionError: mock:dead bodyAs[java.lang.String] == Hello on Exchange[GenericFileMessage: GenericFile[hello.txt]]
	at org.apache.camel.util.PredicateAssertHelper.assertMatches(PredicateAssertHelper.java:38)
	at org.apache.camel.component.mock.AssertionClause.applyAssertionOn(AssertionClause.java:115)
	at org.apache.camel.component.mock.MockEndpoint$14.run(MockEndpoint.java:639)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:251)
	at org.apache.camel.component.mock.MockEndpoint.assertIsSatisfied(MockEndpoint.java:151)
	at org.apache.camel.ContextTestSupport.assertMockEndpointsSatisfied(ContextTestSupport.java:286)
	at org.apache.camel.processor.DeadLetterChannelUseOriginalInBodyWithFileTest.testOriginalInBodyIsFile(DeadLetterChannelUseOriginalInBodyWithFileTest.java:39)
	at junit.framework.TestCase.runTest(TestCase.java:164)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:165)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:107)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:289)
	at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:993)
When trying to build latest svn trunk ( 776125 ) with 'mvn clean install'

There is an unnecessary recursive getNextRow() call that caused stack overflow in some queries.
We should remove that recursive call.

Restart not working properly with Oracle.  This is a weird one.  Some people seem to have the problem and others not (see forum thread, dating from pre-m3: http://forum.springframework.org/showthread.php?t=46821).

The MailComponent peek setting doesn't work due to the following line:

    private void peekMessage(Message mail) {
        // this only applies to IMAP messages which has a setPeek method
        if (mail.getClass().getName().startsWith("IMAP")) {
            try {
                LOG.trace("Calling setPeek(true) on mail message {}", mail);
                IntrospectionSupport.setProperty(mail, "peek", true);
            } catch (Throwable e) {
                // ignore
                LOG.trace("Error setting peak property to true on: " + mail + ". This exception is ignored.", e);
            }
        }
    }

The line that checks the class name for IMAP should be using getSimpleName. Otherwise it's checking the package name instead.
This effectively means that rollback of processing in camel mail is not supported.

LocalDate should never throw an 'time zone offset transition' exception as it doesn't reference a timezone. 

In common code, such as Utilities.java, I found a lot of references to this conf variable and special handling to a specific engine such as following:

          if (!HiveConf.getVar(job, ConfVars.HIVE_EXECUTION_ENGINE).equals("tez")
              && isEmptyPath(job, path, ctx)) {
            path = createDummyFileForEmptyPartition(path, job, work,
                 hiveScratchDir, alias, sequenceNumber++);

          }

We need to make sure the condition still holds after a new execution engine such as "spark" is introduced.

test is getting stuck in precommit builds - causes slowdown in all runs.
Vikram Dixit K - will temporarily disable.

When using the reactive web WebClient's uribuilder building a Uri path value doesn't get encoded as expected:
(Excuse code here... Composed from phone)

webClient.get().uri(builder -> builder.path("/{test}").build("encode/this"))

Behaves differently to:

webClient.get().uri("/{test}", "encode/this")

I would expect the url path segment in the 1st case to also be encoded.

Exception msg didn't match expected:<...conflict on default/[TAB_PART]/p=blah committed by...> but was:<...conflict on default/[tab_part]/p=blah committed by...>

[INFO] Running org.apache.hadoop.hive.ql.lockmgr.TestDbTxnManager2
[ERROR] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 22.704 s <<< FAILURE! - in org.apache.hadoop.hive.ql.lockmgr.TestDbTxnManager2
[ERROR] testWriteSetTracking3(org.apache.hadoop.hive.ql.lockmgr.TestDbTxnManager2)  Time elapsed: 19.501 s  <<< FAILURE!
org.junit.ComparisonFailure: Exception msg didn't match expected:<...conflict on default/[TAB_PART]/p=blah committed by...> but was:<...conflict on default/[tab_part]/p=blah committed by...>
        at org.junit.Assert.assertEquals(Assert.java:115)
        at org.apache.hadoop.hive.ql.lockmgr.TestDbTxnManager2.testWriteSetTracking3(TestDbTxnManager2.java:994)

Hive compiler fails with a NullPointerException in semantic analysis / optimisation stage when a boolean variable appears in the WHERE clause in some cases. A minimal query to generate this error is here:
SELECT 1
FROM (
SELECT TRUE AS flag
FROM dim_one_row:measurementsystems
) a
WHERE flag;
On the other hand, the following query is perfectly fine:
SELECT 1
FROM (
) a
WHERE flag=TRUE;

When a "LOAD DATA" operation is performed the resulting data in hdfs for the table does not maintain permission inheritance. This remains true even with the "hive.warehouse.subdir.inherit.perms" set to true.
The issue is easily reproducible by creating a table and loading some data into it. After the load is complete just do a "dfs -ls -R" on the warehouse directory and you will see that the inheritance of permissions worked for the table directory but not for the data. 

Ior-settings is not migrated in current time despite the fact that their values seem to be valid for migration.
If I have JacORB configuration like

<subsystem xmlns="urn:jboss:domain:jacorb:1.4">
    <orb socket-binding="jacorb" ssl-socket-binding="jacorb-ssl">
        <initializers security="identity" transactions="on"/>
    </orb>
    <security client-requires="ServerAuth" server-supports="ServerAuth" server-requires="ServerAuth"/>
    <ior-settings>
        <transport-config integrity="required" confidentiality="supported" trust-in-client="required" trust-in-target="supported" "
            detect-replay="required" detect-misordering="required"/>
        <as-context auth-method="none"/>
        <sas-context caller-propagation="supported"/>
    </ior-settings>

The migration output will be 

            <orb ssl-socket-binding="jacorb-ssl" socket-binding="jacorb"/>
            <initializers transactions="full" security="identity"/>
            <security server-requires="ServerAuth" server-supports="ServerAuth" client-requires="ServerAuth"/>

but I would rather expect output like

<subsystem xmlns="urn:jboss:domain:iiop-openjdk:1.0">
    <orb ssl-socket-binding="jacorb-ssl" socket-binding="jacorb"/>
    <initializers transactions="full" security="identity"/>
    <security server-requires="ServerAuth" server-supports="ServerAuth" client-requires="ServerAuth" client-supports="ServerAuth"/>
    <transport-config detect-misordering="required" detect-replay="required" trust-in-client="required" trust-in-target="supported" confidentiality="supported" integrity="required"/>
    <as-context auth-method="none"/>

The EmbeddedServerFactory create API includes the bundle path notion copied over from AS7. I don't want this in the WildFly Core API as we have no real support for the concept.

When you try to run the spring security example and access it from a browser you get 404. I debugged into it and the reason is that the camel context does not attach to the camel http servlet.

As discussed in https://github.com/apache/hive/pull/212/files, the 3 functions can share a more general function.

Queries are returning wrong results as all row groups gets filtered out and no rows get scanned.

SELECT 
  count(*)
    FROM
        store_sales
    WHERE
        ss_addr_sk IS NULL

With hive.optimize.index.filter disabled we get the correct results
In pickRowGroups stats show that hasNull_ is fales, while the rowgroup actually has null.
Same query runs fine for newly loaded ORC tables.

We just to add to useexternalfile="yes" to the javadoc statements.

For synchronous statement execution (SQL as well as metadata and other), the operation handle includes a boolean flag indicating whether the statement returns a resultset. In case of async execution, that's always set to false.

HRegionFileSystem#splitStoreFile() opens a reader and does not close it in some situation.  
In Windows, TestSplitTransaction#testWholesomeSplit() consistently failed due to open file handle left at the end of test

Failed delete of C:/hbase/hbase-server/target/test-data/b470118c-978a-4915-8a12-b29b2c966beb/org.apache.hadoop.hbase.regionserver.TestSplitTransaction/data/default/table/a578b53b3c3a947c5f617c51ccb982cf

java.io.IOException: Failed delete of C:/hbase/hbase-server/target/test-data/b470118c-978a-4915-8a12-b29b2c966beb/org.apache.hadoop.hbase.regionserver.TestSplitTransaction/data/default/table/a578b53b3c3a947c5f617c51ccb982cf
	at org.apache.hadoop.hbase.regionserver.TestSplitTransaction.teardown(TestSplitTransaction.java:106)

2015-04-26 12:57:43,863 WARN  [main] fs.FileUtil(187): Failed to delete file or dir [C:\hbase\hbase-server\target\test-data\b470118c-978a-4915-8a12-b29b2c966beb\org.apache.hadoop.hbase.regionserver.TestSplitTransaction\data\default\table\a578b53b3c3a947c5f617c51ccb982cf\info\.0519debf2b934245a9a8c3d7cfc0f51d.crc]: it still exists.
2015-04-26 12:57:43,864 WARN  [main] fs.FileUtil(187): Failed to delete file or dir [C:\hbase\hbase-server\target\test-data\b470118c-978a-4915-8a12-b29b2c966beb\org.apache.hadoop.hbase.regionserver.TestSplitTransaction\data\default\table\a578b53b3c3a947c5f617c51ccb982cf\info\.45fd4e817ce64759abc6e982a5c0b830.crc]: it still exists.
2015-04-26 12:57:43,865 WARN  [main] fs.FileUtil(187): Failed to delete file or dir [C:\hbase\hbase-server\target\test-data\b470118c-978a-4915-8a12-b29b2c966beb\org.apache.hadoop.hbase.regionserver.TestSplitTransaction\data\default\table\a578b53b3c3a947c5f617c51ccb982cf\info\.8e6bc752c9fc414abfe085f8959dce94.crc]: it still exists.
2015-04-26 12:57:43,870 WARN  [main] fs.FileUtil(187): Failed to delete file or dir [C:\hbase\hbase-server\target\test-data\b470118c-978a-4915-8a12-b29b2c966beb\org.apache.hadoop.hbase.regionserver.TestSplitTransaction\data\default\table\a578b53b3c3a947c5f617c51ccb982cf\info\0519debf2b934245a9a8c3d7cfc0f51d]: it still exists.
2015-04-26 12:57:43,870 WARN  [main] fs.FileUtil(187): Failed to delete file or dir [C:\hbase\hbase-server\target\test-data\b470118c-978a-4915-8a12-b29b2c966beb\org.apache.hadoop.hbase.regionserver.TestSplitTransaction\data\default\table\a578b53b3c3a947c5f617c51ccb982cf\info\45fd4e817ce64759abc6e982a5c0b830]: it still exists.
2015-04-26 12:57:43,871 WARN  [main] fs.FileUtil(187): Failed to delete file or dir [C:\hbase\hbase-server\target\test-data\b470118c-978a-4915-8a12-b29b2c966beb\org.apache.hadoop.hbase.regionserver.TestSplitTransaction\data\default\table\a578b53b3c3a947c5f617c51ccb982cf\info\8e6bc752c9fc414abfe085f8959dce94]: it still exists.

HBASE-8300 tried to fix this issue by adding 'StoreFile#closeReader()' call.  However, after the open reader calls, there are 4 'return null' calls before the close call.  When I run TestSplitTransaction#testWholesomeSplit(), 2 of the 'return null' calls were hit multiple times (which means the opened file is not closed).  
The fix needs to make sure that StoreFile#closeReader() is called in all situation.

Only new line was being escaped.
The same behavior needs to be done for carriage returns, and tabs

This jira is intended to use the perflogger to track compilation times and optimization times (calcite, tez compiler, physical compiler) etc.

thank you for fixing ROO-3584 - for the first time I cloned and built roo, tried it out - and it worked. but I discovered annother issue:

	public long getRank();
}

Bean:

    private long rank;
    
    public long getRank() {
    	return this.rank;
    }    
}

causes:
NullPointerException at org.springframework.roo.addon.javabean.JavaBeanMetadata.checkIfInterfaceMethodWasImplemented(JavaBeanMetadata.java:607)

When a JMS bridge is started with debug log, it shows the exception:

2017-03-01 13:18:45,894 DEBUG [org.apache.activemq.artemis.jms.bridge] (ServerService Thread Pool -- 70) unable to load  recovery registry org.jboss.as.messaging.jms.AS7RecoveryRegistry: java.lang.NoClassDefFoundError: org/apache/activemq/artemis/service/extensions/xa/recovery/ActiveMQRegistry
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.locateRecoveryRegistry(JMSBridgeImpl.java:1885)
	at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.start(JMSBridgeImpl.java:333)
	at org.wildfly.extension.messaging.activemq.jms.bridge.JMSBridgeService.startBridge(JMSBridgeService.java:105)
	at org.wildfly.extension.messaging.activemq.jms.bridge.JMSBridgeService$1.run(JMSBridgeService.java:76)
Caused by: java.lang.ClassNotFoundException: org.apache.activemq.artemis.service.extensions.xa.recovery.ActiveMQRegistry from [Module "org.apache.activemq.artemis:main" from local module loader @7bfcd12c (finder: local module finder @42f30e0a (roots: /home/bershath/apps/jboss/7/jboss-eap-7.0/modules,/home/bershath/apps/jboss/7/jboss-eap-7.0/modules/system/layers/base/.overlays/layer-base-jboss-eap-7.0.4.CP,/home/bershath/apps/jboss/7/jboss-eap-7.0/modules/system/layers/base))]
	... 8 more

2008-10-14 14:23:55,705 INFO org.apache.hadoop.ipc.Server: IPC Server
handler 7 on 60020, call getRow([B@17dc1ef, [B@1474316, null,
9223372036854775807, -1) from 192.168.1.10:49676: error:
       at org.apache.hadoop.hbase.HStoreKey.compareTo(HStoreKey.java:354)
       at

org.apache.hadoop.hbase.HStoreKey$HStoreKeyWritableComparator.compare(HStoreKey.java:593)
       at
org.apache.hadoop.io.MapFile$Reader.seekInternal(MapFile.java:436)
       at org.apache.hadoop.io.MapFile$Reader.getClosest(MapFile.java:558)
       at org.apache.hadoop.io.MapFile$Reader.getClosest(MapFile.java:541)
       at

org.apache.hadoop.hbase.regionserver.HStoreFile$BloomFilterMapFile$Reader.getClosest(HStoreFile.java:761)
       at

org.apache.hadoop.hbase.regionserver.HStore.getFullFromMapFile(HStore.java:1179)
       at
org.apache.hadoop.hbase.regionserver.HStore.getFull(HStore.java:1160)
       at
org.apache.hadoop.hbase.regionserver.HRegion.getFull(HRegion.java:1221)
       at

org.apache.hadoop.hbase.regionserver.HRegionServer.getRow(HRegionServer.java:1036)
       at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown Source)
       at

       at
org.apache.hadoop.hbase.ipc.HbaseRPC$Server.call(HbaseRPC.java:554)
       at org.apache.hadoop.ipc.Server$Handler.run(Server.java:888)

HBASE-4658 introduces the new 'attributes' argument as a non optional parameter. This is not backward compatible and also breaks the code in the example section. Resolution: Mark as 'optional'

I am running into an issue using the Log4jConfigListener; in my web.xml, I have the listeners configured as follows:
    <!-- context listeners -->
    <listener>
        <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
    </listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
Prior to the Log4jConfigListener.contextInitialized(...) method being invoked, log4j errors are showing up in my console output:
log4j:ERROR setFile(null,true) call failed.
java.io.FileNotFoundException: /../../logs/mark.log (No such file or directory)
	at java.io.FileOutputStream.openAppend(Native Method)
	at java.io.FileOutputStream.<init>(FileOutputStream.java:177)
	at java.io.FileOutputStream.<init>(FileOutputStream.java:102)
	at org.apache.log4j.FileAppender.setFile(FileAppender.java:289)
	at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:163)
	at org.apache.log4j.DailyRollingFileAppender.activateOptions(DailyRollingFileAppender.java:215)
	at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:256)
	at org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMConfigurator.java:220)
	at org.apache.log4j.xml.DOMConfigurator.findAppenderByName(DOMConfigurator.java:150)
	at org.apache.log4j.xml.DOMConfigurator.findAppenderByReference(DOMConfigurator.java:163)
	at org.apache.log4j.xml.DOMConfigurator.parseChildrenOfLoggerElement(DOMConfigurator.java:425)
	at org.apache.log4j.xml.DOMConfigurator.parseRoot(DOMConfigurator.java:394)
	at org.apache.log4j.xml.DOMConfigurator.parse(DOMConfigurator.java:829)
	at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:712)
	at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:618)
	at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:470)
	at org.apache.log4j.LogManager.<clinit>(LogManager.java:122)
	at org.apache.commons.logging.impl.Log4JLogger.getLogger(Log4JLogger.java:289)
	at org.apache.commons.logging.impl.Log4JLogger.<init>(Log4JLogger.java:109)
	at org.apache.commons.logging.impl.LogFactoryImpl.createLogFromClass(LogFactoryImpl.java:1116)
	at org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:914)
	at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:604)
	at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:336)
	at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:310)
	at org.springframework.web.context.ContextLoader.<clinit>(ContextLoader.java:144)
        ...
The log file path referenced in the error message above uses the webapp.root system property set by the Log4jWebConfigurer, so when log4j.xml is read prior to the log4j listener starting, the path is invalid.
I've tracked this back to where the ContextLoader declares its logger; it gets created when the ContextLoaderListener is instantiated:
	private static final Log logger = LogFactory.getLog(ContextLoader.class);
This translates through to the default log4j.xml attempting to be loaded when it shouldn't. At least in Tomcat 6, the listeners all appear to be instantiated, then the contextInitialized(...) method is called on them in the order declared in the web.xml.
I also note that it appears this logger field changed to a static somewhere between the Spring 2.5 and 2.5.6 releases, although don't think this is related.

WildFly: Logging Subsystem unit tests fails on IBM jdk with:

java.lang.IllegalStateException: WFLYLOG0078: The logging subsystem requires the log manager to be org.jboss.logmanager.LogManager. The subsystem has not be initialized and cannot be used. To use JBoss Log Manager you must add the system property "java.util.logging.manager" and set it to "org.jboss.logmanager.LogManager"
	at org.jboss.as.logging.LoggingExtension.initialize(LoggingExtension.java:168)
	at org.jboss.as.subsystem.test.TestModelControllerService.preBoot(TestModelControllerService.java:158)
	at org.jboss.as.model.test.ModelTestModelControllerService.boot(ModelTestModelControllerService.java:264)
	at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:419)
	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:372)
	at java.lang.Thread.run(Thread.java:811)

The test works fine with 4.0.0.Final, starts failing in 5.0.0.Alpha1.
This doens't look like a functional issue to me as I was able to workaround the issue by either running the test with the older surefire instance ( -Dversion.surefire.plugin=2.19 is the last working ) or by extending surefire.system.args in pom.xml with -Djava.util.logging.manager=org.jboss.logmanager.LogManager. The other however produces the following warnings upon test execution

...
[WARNING] The system property java.util.logging.manager is configured twice! The property appears in <argLine/> and any of <systemPropertyVariables/>, <systemProperties/> or user property.
[INFO] 
[INFO] Running org.jboss.as.logging.HandlerLegacyOperationsTestCase
[WARNING] Corrupted STDOUT by directly writing to native stream in forked JVM 1. See FAQ web page and the dump file /home/pkremens/devel/wildfly-core/logging/target/surefire-reports/2018-05-03T13-49-32_779-jvmRun1.dumpstream
...

This occurs in non-CBO path with dynamic partitioned join + constant propagation ON.

TestMasterFailover is all about a new master coming up on an existing cluster.  Previous to HBASE-3946, the new master joining a cluster processing any dead servers would assign all regions found on the dead server even if they were split parents.  We don't want that.
But TestMasterFailover mocks up some pretty interesting conditions.  The one we were failing on was that while the master was offine, we'd manually add a region to zk that was in CLOSING state.  We'd then go and disable the table up in zk (while master was offline).  Finally, we'd' kill the server that was supposed to be hosting the region from the disabled table in CLOSING state. Then we'd have the master join the cluster.  It had to figure it out.
Before HBASE-3946, we'd just force offline every region that had been on the dead server.  This would call all to be assigned only on assign, regions from disabled tables are skipped, so it all "worked" (except would online parent of a split should there be one).

When a job that included repeated steps is restarted, an infinite loop can occur.
The following is logged over and over during the loop:

2017-07-07 09:24:55 INFO  SimpleStepHandler:217 - Step already complete or not restartable, so no action to execute: StepExecution: id=1, version=3, name=loadPersonsFromFileStep, status=COMPLETED, exitStatus=CONTINUE, readCount=1, filterCount=0, writeCount=1 readSkipCount=0, writeSkipCount=0, processSkipCount=0, commitCount=1, rollbackCount=0, exitDescription=

This looks like its due to they way SimpleJobRepository.getLastStepExecution compares startTime to find the last step execution.  Using MySQL this DATETIME is only accurate to the nearest second, so if the repeated step is quick enough then the wrong step is returned.  Modifying the MySQL type to DATETIME(6) to include fractional seconds seems to address the issue.  But changing this getLastStepExecution to let the step execution ID be the tie breaker seems like it would also fix the bug.
Contrived a sample job to show the bug:  https://github.com/cameronhurd/SpringBatchInfiniteLoopExample

Inside the contacts sample application (svn link http://acegisecurity.svn.sourceforge.net/svnroot/acegisecurity/spring-security/trunk/samples/contacts/src/main/webapp/WEB-INF/applicationContext-security.xml)
There is a minor misconfiguration on the form-login element:
<form-login login-page="/login.jsp" authentication-failure-url="/acegilogin.jsp?login_error=1"/>
should instead be:
<form-login login-page="/login.jsp" authentication-failure-url="/login.jsp?login_error=1"/>
to match with the current file structure.

See nabble
http://camel.465427.n5.nabble.com/TypeConverter-loading-failes-in-JBoss-5-1-0-GA-tp4389726p4389726.html
The issue is when using JBoss and Camel 2.7

In HBASE-1319 we saw that the patch got applied to the wrong branch, the problem is findBranchNameFromPatchName matching a regex that contains wildcard symbols against the whole URL, in this case the regex is 0.94 and the relativePatchURL is /jira/secure/attachment/12703942/HBASE-13193-v4.patch where 0394 is a match.
Thanks to  Jonathan Lawlor for reporting this.

The logic in TransactionInterceptor.invoke(...) retrieves TransactionAttribute from a TransactionAttributeSource which according to the API can be null. determineTransactionManager of the super class then accesses txAttr.getQualifier() without a null check. The qualifier can be simply null in case txAttr is null.

By default, hbck is run in a read-only checker mode. In this case, it is
sensible to let others run. By default, the balancer is left alone,
which may cause spurious errors, but cannot leave the balancer in a bad
state. It is dangerous to leave the balancer by accident, so it is only
ever enabled after fixing, it will never be forced off because of
racing.
When hbck is run in fixer mode, it must take an exclusive lock and
disable the balancer, or all havoc will break loose.
If you want to stop hbck from running in parallel, the -exclusive flag
will create the lock file. If you want to force -disableBalancer, that
option is available too. This makes more semantic sense than -noLock and
-noSwitchBalancer, respectively.
This task is related to HBASE-14092.

When I run a Hive query with windowing functions, if there's enough data I get an NPE.
For example something like this query might break:
select id, created_date, max(created_date) over (partition by id) latest_created_any from ...
The only workaround I've found is to remove the windowing functions entirely.
The stacktrace looks suspiciously similar to HIVE-15278, but I'm in hive-2.3.2 which appears to have the bugfix applied.
 
 Caused by: java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) <some row data here>
       at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:297)
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordProcessor.run(ReduceRecordProcessor.java:317)
        at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:185)
       ... 14 more
 Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row (tag=0) <some row data here>
        at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:365)
       at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource.pushRecord(ReduceRecordSource.java:287)
        ... 16 more
         at org.apache.hadoop.hive.ql.exec.persistence.PTFRowContainer.first(PTFRowContainer.java:115)
         at org.apache.hadoop.hive.ql.exec.PTFPartition.iterator(PTFPartition.java:114)
         at org.apache.hadoop.hive.ql.udf.ptf.BasePartitionEvaluator.getPartitionAgg(BasePartitionEvaluator.java:200)
         at org.apache.hadoop.hive.ql.udf.ptf.WindowingTableFunction.evaluateFunctionOnPartition(WindowingTableFunction.java:155)
         at org.apache.hadoop.hive.ql.udf.ptf.WindowingTableFunction.iterator(WindowingTableFunction.java:538)
         at org.apache.hadoop.hive.ql.exec.PTFOperator$PTFInvocation.finishPartition(PTFOperator.java:349)
         at org.apache.hadoop.hive.ql.exec.PTFOperator.process(PTFOperator.java:123)
         at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:897)
         at org.apache.hadoop.hive.ql.exec.SelectOperator.process(SelectOperator.java:95)
         at org.apache.hadoop.hive.ql.exec.tez.ReduceRecordSource$GroupIterator.next(ReduceRecordSource.java:356)

Had a report from a user that Kerberos+AccumuloStorageHandler+HS2 was broken. Looking into it, it seems like the bit-rot got pretty bad. You'll see something like the following:

Caused by: java.io.IOException: Failed to unwrap AuthenticationToken 
at org.apache.hadoop.hive.accumulo.HiveAccumuloHelper.unwrapAuthenticationToken(HiveAccumuloHelper.java:312) 
at org.apache.hadoop.hive.accumulo.mr.HiveAccumuloTableInputFormat.getSplits(HiveAccumuloTableInputFormat.java:122) 

It appears that some of the code-paths changed since when I first did my testing (or I just did poor testing) and the delegation token was never being fetched/serialized. There also are some issues with fetching the delegation token from Accumulo properly which were addressed in ACCUMULO-4665
I believe it would also be best to just update the dependency to use Accumulo 1.7 (drop 1.6 support) as it's lacking in this regard. These changes would otherwise get much more complicated with reflection – Accumulo has moved on past 1.6, so let's do the same in Hive.

The subject says it all, the following code reproduces it. The two commented lines work around the bug: The first one fixes the NullPointerException, but destroys the name of the root element; the second arranges for the name being recreated.
import org.apache.commons.configuration.SubnodeConfiguration;
import org.apache.commons.configuration.XMLConfiguration;
public class Tester {
	public static void main(String[] args) throws ConfigurationException 
{
		XMLConfiguration c1 = new XMLConfiguration("test.xml");
		c1.save(System.out);
		SubnodeConfiguration c1sub = c1.configurationAt("b");
		XMLConfiguration c2 = new XMLConfiguration(c1sub);
		// This fixes the error: c2.getRootNode().setName(null);
		// This fixes the name loss: c2.setRootElementName("b");
		c2.save(System.out);
	}
}
Here comes a simple configuration file to use (test.xml):
<?xml version="1.0" encoding="utf-8"?>
<a>
  <b>
    <c />
  </b>
</a>
And here a Stracktrace against http://svn.apache.org/repos/asf/commons/proper/configuration/trunk@603551:
	at org.apache.commons.configuration.XMLConfiguration$XMLBuilderVisitor.insert(XMLConfiguration.java:1188)
	at org.apache.commons.configuration.HierarchicalConfiguration$BuilderVisitor.visitBeforeChildren(HierarchicalConfiguration.java:1642)
	at org.apache.commons.configuration.HierarchicalConfiguration$Node.visit(HierarchicalConfiguration.java:1319)
	at org.apache.commons.configuration.XMLConfiguration$XMLBuilderVisitor.processDocument(XMLConfiguration.java:1153)
	at org.apache.commons.configuration.XMLConfiguration.createDocument(XMLConfiguration.java:621)
	at org.apache.commons.configuration.XMLConfiguration.save(XMLConfiguration.java:711)
	at org.apache.commons.configuration.AbstractHierarchicalFileConfiguration$FileConfigurationDelegate.save(AbstractHierarchicalFileConfiguration.java:448)
	at org.apache.commons.configuration.AbstractFileConfiguration.save(AbstractFileConfiguration.java:544)
	at org.apache.commons.configuration.AbstractFileConfiguration.save(AbstractFileConfiguration.java:511)
	at org.apache.commons.configuration.AbstractHierarchicalFileConfiguration.save(AbstractHierarchicalFileConfiguration.java:214)
	at Tester.main(Tester.java:14)

When there is a forwarded identity (from a configured security domain for example), the principal and credential set should be captured when the AuthenticationConfiguration is captured by the client.  This will allow the identity to flow across threads without mixing up connection sharing considerations.

When I try to execute a search with the following URL: 
http://localhorst:8080/rest/entity/search/findEntityById?id=823892389 setting Accept : application/x-spring-data-compact+json the result is:
{
  "links" : [ ],
  "content" : [ ]
}
Doing the exactly same request with 
Accept : application/json returns
{
  "content" : [ {
    "links" : [  
{
      "rel" : "self",
      "href" : "http://localhost:8080/rest/entity/453234243"
    }
,  ],
    "enabled" : false,
    ....
  } ]
}
In the previous build it worked. 

Need to synchronize the stepExecution in org.springframework.batch.core.repository.dao.JdbcExecutionContextDao in the method updateExecutionContext(final StepExecution stepExecution), in order to prevent concurrency failures if two threads are trying to update the same step execution context record. It appears this is already done in JdbcStepExecutionDao.updateStepExecution at line 162:
		// Attempt to prevent concurrent modification errors by blocking here if
		// someone is already trying to do it.
		synchronized (stepExecution) {
The error we are getting when our multithreaded tasklet is processing is:
"org.springframework.batch.core.step.FatalStepExecutionException: JobRepository failure forcing exit with unknown status
	at org.springframework.batch.core.step.tasklet.TaskletStep$ChunkTransactionCallback.doInTransaction(TaskletStep.java:441)
	at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:131)
	at org.springframework.batch.repeat.support.TaskExecutorRepeatTemplate$ExecutingRunnable.run(TaskExecutorRepeatTemplate.java:258)
Caused by: org.springframework.dao.ConcurrencyFailureException: PreparedStatementCallback; SQL [UPDATE BATCH_STEP_EXECUTION_CONTEXT SET SHORT_CONTEXT = ?, SERIALIZED_CONTEXT = ? WHERE STEP_EXECUTION_ID = ?]; [Teradata Database] [TeraJDBC 14.00.00.37] [Error 2631] [SQLState 40001] Transaction ABORTed due to deadlock.; nested exception is com.teradata.jdbc.jdbc_4.util.JDBCException: [Teradata Database] [TeraJDBC 14.00.00.37] [Error 2631] [SQLState 40001] Transaction ABORTed due to deadlock.
	at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:110)
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:605)
	at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:818)
	at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:874)
	at org.springframework.batch.core.repository.dao.JdbcExecutionContextDao.persistSerializedContext(JdbcExecutionContextDao.java:193)
	at org.springframework.batch.core.repository.dao.JdbcExecutionContextDao.updateExecutionContext(JdbcExecutionContextDao.java:136)
	at org.springframework.batch.core.repository.support.SimpleJobRepository.updateExecutionContext(SimpleJobRepository.java:184)
	at sun.reflect.GeneratedMethodAccessor381.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccesso"

in:
http://hadoop.apache.org/hbase/docs/r0.20.3/api/org/apache/hadoop/hbase/mapred/package-summary.html
we dont say the classpath needs zookeeper-x.y.z.jar - which it does.
But this package does say so:
http://hadoop.apache.org/hbase/docs/r0.20.3/api/org/apache/hadoop/hbase/mapreduce/package-summary.html

The new change duplicate resource failed to teiid fraction boot failed:

2017-05-02 16:43:57,995 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 6) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "teiid"),
    ("transport" => "jdbc")
    (\"subsystem\" => \"teiid\"),
    (\"transport\" => \"jdbc\")
]"
2017-05-02 16:43:58,048 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) "WFLYCTL0193: Failed executing subsystem teiid boot operations"
2017-05-02 16:43:58,050 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("parallel-subsystem-boot") failed - address: ([]) - failure description: "\"WFLYCTL0193: Failed executing subsystem teiid boot operations\""
2017-05-02 16:43:58,057 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
2017-05-02 16:43:58,085 ERROR [stderr] (main) java.lang.reflect.InvocationTargetException
2017-05-02 16:43:58,085 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2017-05-02 16:43:58,086 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
2017-05-02 16:43:58,086 ERROR [stderr] (main) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
2017-05-02 16:43:58,087 ERROR [stderr] (main) 	at java.lang.reflect.Method.invoke(Method.java:498)
2017-05-02 16:43:58,087 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:39)
2017-05-02 16:43:58,088 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.run(Main.java:46)
2017-05-02 16:43:58,088 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.main(Main.java:37)
2017-05-02 16:43:58,089 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: java.util.concurrent.ExecutionException: Operation failed
2017-05-02 16:43:58,089 ERROR [stderr] (main) 	at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:45)
2017-05-02 16:43:58,089 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:109)
2017-05-02 16:43:58,089 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.start(Swarm.java:369)
2017-05-02 16:43:58,090 ERROR [stderr] (main) 	at org.wildfly.swarm.teiid.examples.Main.main(Main.java:12)
2017-05-02 16:43:58,090 ERROR [stderr] (main) 	... 7 more
2017-05-02 16:43:58,090 ERROR [stderr] (main) Caused by: java.util.concurrent.ExecutionException: Operation failed
2017-05-02 16:43:58,090 ERROR [stderr] (main) 	at org.jboss.threads.AsyncFutureTask.operationFailed(AsyncFutureTask.java:74)
2017-05-02 16:43:58,091 ERROR [stderr] (main) 	at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:268)
2017-05-02 16:43:58,091 ERROR [stderr] (main) 	at org.jboss.as.server.SelfContainedContainer.start(SelfContainedContainer.java:148)
2017-05-02 16:43:58,091 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.RuntimeServer.start(RuntimeServer.java:202)
2017-05-02 16:43:58,091 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.RuntimeServer$Proxy$_$$_WeldClientProxy.start(Unknown Source)
2017-05-02 16:43:58,092 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.lambda$bootstrap$1(ServerBootstrapImpl.java:152)
2017-05-02 16:43:58,092 ERROR [stderr] (main) 	at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:43)
2017-05-02 16:43:58,092 ERROR [stderr] (main) 	... 10 more
2017-05-02 16:43:58,101 ERROR [stderr] (main) Caused by: java.lang.Exception: WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
2017-05-02 16:43:58,113 ERROR [stderr] (main) 	at org.jboss.as.server.BootstrapListener.bootFailure(BootstrapListener.java:87)
2017-05-02 16:43:58,114 ERROR [stderr] (main) 	at org.jboss.as.server.ServerService.boot(ServerService.java:384)
2017-05-02 16:43:58,115 ERROR [stderr] (main) 	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:299)
2017-05-02 16:43:58,115 ERROR [stderr] (main) 	at java.lang.Thread.run(Thread.java:745)
2017-05-02 16:43:58,115 ERROR [stderr] (main) Exception in thread "main" java.lang.reflect.InvocationTargetException
2017-05-02 16:43:58,116 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2017-05-02 16:43:58,116 ERROR [stderr] (main) 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
2017-05-02 16:43:58,116 ERROR [stderr] (main) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
2017-05-02 16:43:58,116 ERROR [stderr] (main) 	at java.lang.reflect.Method.invoke(Method.java:498)
2017-05-02 16:43:58,117 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:39)
2017-05-02 16:43:58,117 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.run(Main.java:46)
2017-05-02 16:43:58,117 ERROR [stderr] (main) 	at org.wildfly.swarm.bootstrap.Main.main(Main.java:37)
2017-05-02 16:43:58,117 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: java.util.concurrent.ExecutionException: Operation failed
2017-05-02 16:43:58,117 ERROR [stderr] (main) 	at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:45)
2017-05-02 16:43:58,118 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:109)
2017-05-02 16:43:58,118 ERROR [stderr] (main) 	at org.wildfly.swarm.Swarm.start(Swarm.java:369)
2017-05-02 16:43:58,118 ERROR [stderr] (main) 	at org.wildfly.swarm.teiid.examples.Main.main(Main.java:12)
2017-05-02 16:43:58,118 ERROR [stderr] (main) 	... 7 more
2017-05-02 16:43:58,118 ERROR [stderr] (main) Caused by: java.util.concurrent.ExecutionException: Operation failed
2017-05-02 16:43:58,119 ERROR [stderr] (main) 	at org.jboss.threads.AsyncFutureTask.operationFailed(AsyncFutureTask.java:74)
2017-05-02 16:43:58,119 ERROR [stderr] (main) 	at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:268)
2017-05-02 16:43:58,119 ERROR [stderr] (main) 	at org.jboss.as.server.SelfContainedContainer.start(SelfContainedContainer.java:148)
2017-05-02 16:43:58,119 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.RuntimeServer.start(RuntimeServer.java:202)
2017-05-02 16:43:58,120 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.RuntimeServer$Proxy$_$$_WeldClientProxy.start(Unknown Source)
2017-05-02 16:43:58,120 ERROR [stderr] (main) 	at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.lambda$bootstrap$1(ServerBootstrapImpl.java:152)
2017-05-02 16:43:58,120 ERROR [stderr] (main) 	at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:43)
2017-05-02 16:43:58,120 ERROR [stderr] (main) 	... 10 more
2017-05-02 16:43:58,120 ERROR [stderr] (main) Caused by: java.lang.Exception: WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
2017-05-02 16:43:58,121 ERROR [stderr] (main) 	at org.jboss.as.server.BootstrapListener.bootFailure(BootstrapListener.java:87)
2017-05-02 16:43:58,121 ERROR [stderr] (main) 	at org.jboss.as.server.ServerService.boot(ServerService.java:384)
2017-05-02 16:43:58,121 ERROR [stderr] (main) 	at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:299)
2017-05-02 16:43:58,121 ERROR [stderr] (main) 	at java.lang.Thread.run(Thread.java:745)

HiveClientCache has a cleanup thread which is not a daemon. It can cause hcat client process to hang even after the complete.

The documentation on how to use and create credential store in elytron is out of date.

I have a small spring-ws project with a simple XML config:

    <bean class="org.springframework.ws.soap.server.endpoint.interceptor.SoapEnvelopeLoggingInterceptor"/>

<sws:annotation-driven/>
<context:component-scan base-package="package.with.my.endpoints" />

    <property name="payloadCaching" value="true"/>
</bean>

My Endpoint class uses @Action for mapping requests:

@Endpoint("MedicineCardIdwsEndpoint")
public class MedicineCardIdws {
    @Action("http://someuriandversion#GetMedicineCardIdws")
    @ResponsePayload
    public Element getMedicineCard(@RequestPayload Element payload, SoapMessage soapMessage) {
        return null; 
    }

I know this is not a valid implementation, I just want to illustrate that the global interceptor described in the XML config is not getting executed.
To figure out why I inserted a breakpoint inside org.springframework.ws.soap.server.SoapMessageDispatcher#headerUnderstood and when that breakpoint is triggered I can see that the only interceptor that is registered for my Endpoint is the org.springframework.ws.soap.addressing.server.AddressingEndpointInterceptor which got added because of the Action annotation in my endpoint. 
I thought that any global interceptors in the XML configuration would end up being added to the interceptor chain for all endpoints regardles of how the endpoints were mapped? 
However it seems this is not the case. At first Ifigured I must be doing something wrong, but I cannot find any description of how to add custom interceptors when using @Action. (This is my first time using @Action and Spring-ws, so I may be mistaken)
If I switch from using @Action to using @SoapAction mappings instead my "XML" interceptors are added just fine. 
When using SoapActions I also have the option of registering interceptors for my mapping using the SoapActionAnnotationMethodEndpointMapping, but I could not find a similar endpointmapping class allowing me to register custom interceptors for WS addressing:

    <bean class="org.springframework.ws.soap.server.endpoint.mapping.SoapActionAnnotationMethodEndpointMapping">
            <list>
<!-- my custom interceptors -->
            </list>        
</bean>

The only workaround I could find that would allow me to add my custom interceptors when using @Action was doing as this forum post describes
http://forum.spring.io/forum/spring-projects/web-services/100060-interceptors-not-working-for-ws-addressing-endpoint-action?p=586915#post586915
If it is possible to add the interceptors when using WS-Addressing with Spring-ws in a simpler way it would be nice to get this documented. Otherwise I guess it must be a bug that the interceptors are not added to the endpoint?

select count(distinct col1, col2) from Tbl

There seems to be a bug in the way Roo shell deals with issuing maven commands to the system shell.
This happens when using the liquibase plugin for example.

In TimeRange.java if a user specifies an invalid range the error message 
      throw new IllegalArgumentException("Timestamp cannot be negative. minStamp:" + minStamp
        + ", maxStamp" + maxStamp);
is thrown. 
Notice a missing colon after maxStamp

Usign help for a given command shows the help two times.
Run roo, and execute help finder list, you will see:

Keyword:                   finder list
Description:               List all finders for a given target (must be an entity
 Keyword:                  class
   Help:                   The controller or entity for which the finders are generated
   Mandatory:              false
   Default if specified:   '__NULL__'
   Default if unspecified: '*'

 Keyword:                  ** default **
 Keyword:                  depth
   Help:                   The depth of attribute combinations to be generated for the finders
   Default if specified:   '1'
   Default if unspecified: '1'

 Keyword:                  filter
   Help:                   A comma separated list of strings that must be present in a filter to be included
   Default if unspecified: '__NULL__'

* finder list - List all finders for a given target (must be an entity

** Type 'hint' (without the quotes) and hit ENTER for step-by-step guidance **

Logged on as 
Manually entered URL http://localhost:8080/contacts/secure/del.htm?contactId=2
NB - You have to manually enter the URL, but still, the behaviour doesn't appear to be as intended
Tomcat throws:
org.springframework.web.util.NestedServletException: Request processing failed; nested exception is org.acegisecurity.AccessDeniedException: Access is denied
...
root cause
org.acegisecurity.AccessDeniedException: Access is denied

The german translation for "credentials" in the messages_de.properties in the spring core project is wrong. Instead of "Benutzerberechtigungen" it should be "Anmeldedaten".
Those i18n keys are affected:

AbstractLdapAuthenticationProvider.emptyPassword
AbstractUserDetailsAuthenticationProvider.badCredentials
AbstractUserDetailsAuthenticationProvider.credentialsExpired
AccountStatusUserDetailsChecker.credentialsExpired
BindAuthenticator.badCredentials
BindAuthenticator.emptyPassword
LdapAuthenticationProvider.badCredentials
LdapAuthenticationProvider.credentialsExpired
PasswordComparisonAuthenticator.badCredentials

CombinedConfiguration.configurationChanged doesn't check the !event.isBeforeUpdate() and trigger the invalidate call. The invalidate call fire the EVENT_COMBINED_INVALIDATE. so now when a contained config is changed, EVENT_COMBINED_INVALIDATE is fired twice by the CombinedConfiguration. However it should only fire it after the contained FileConfiguration is updated.

In HPL/SQL, ' SELECT * FROM a WHERE NOT (1 = 2) ' will generate to incorrect SQL ' SELECT * FROM a WHERE (1 = 2) ', the 'NOT' in boolean expression is missing.

The JSON returned by /jmx on the RegionServer contains duplicate 'tag.Context' keys for various HBase.RegionServer metrics. 
Regions:

{
    "name" : "Hadoop:service=HBase,name=RegionServer,sub=Regions",
    "modelerType" : "RegionServer,sub=Regions",
    "tag.Context" : "regionserver",
    "tag.Hostname" : "some.host.name",
    ...
}

Server:

"name" : "Hadoop:service=HBase,name=RegionServer,sub=Server",
    "modelerType" : "RegionServer,sub=Server",
    "tag.zookeeperQuorum" : "some.zookeeper.quorum.peers",
    "tag.serverName" : "some.server.name",
    "tag.clusterId" : "88c186ea-2308-4713-8b5f-5a3e829cbb10",
    ...
}

IPC:

{
    "name" : "Hadoop:service=HBase,name=IPC,sub=IPC",
    "modelerType" : "IPC,sub=IPC",
    "tag.Context" : "ipc",
    ...
}

This can cause issues with some JSON parsers. We should avoid emitting duplicate keys if it is under our control.

Spring Web Flow 2.3 requires to use a new xsd file for the flow definitions. The "spring-webflow-2.0.xsd" referes to ${...} for EL expressions but with the introduction of Spring EL only #
{...}
 works anymore.

I'm running with both Java and JBossAS7 installed in directories that include spaces. This causes problems in the definition of JAVA_HOME and in the classpath used in the vault.bat file.
Given:
JAVA_HOME set to C:\Program Files (x86)\Java\jdk1.7.0_07
JBoss installed to C:\My Application Name\jboss-as-7.1.1.Final
This is the error message I got when running the vault.bat file:
     \Java\jdk1.7.0_07\bin\java was unexpected at this time.

Using Java based configuration in a project we accidentally created a chunk based step without a writer. 

stepBuilder.chunk(50).reader(someReader).processor(someProcessor).build();

The SimpleChunkProcessor expects both the ItemProcessor and ItemWriter to be set (according to the validation done in the afterPropertiesSet method. 

	@Override
	protected Tasklet createTasklet() {
		Assert.state(reader != null, "ItemReader must be provided");
		Assert.state(processor != null || writer != null, "ItemWriter or ItemProcessor must be provided");
		RepeatOperations repeatOperations = createChunkOperations();
		SimpleChunkProvider<I> chunkProvider = new SimpleChunkProvider<I>(reader, repeatOperations);
		SimpleChunkProcessor<I, O> chunkProcessor = new SimpleChunkProcessor<I, O>(processor, writer);
		chunkProvider.setListeners(new ArrayList<StepListener>(itemListeners));
		chunkProcessor.setListeners(new ArrayList<StepListener>(itemListeners));
		ChunkOrientedTasklet<I> tasklet = new ChunkOrientedTasklet<I>(chunkProvider, chunkProcessor);
		tasklet.setBuffering(!readerTransactionalQueue);
		return tasklet;
	}

The createTasklet method in both the SimpleStepBuilder as well as the FaultTolerantStepBuilder accept a null ItemWriter as long as there is a processor. I would expect a ItemWriter next to an ItemReader to be mandatory (which is also what is expressed in the Spring Batch Documentation) but the java config isn't enforcing this, leading to unexpected behavior. 
In the XML configuration an ItemReader and ItemWriter are required where an ItemProcessor is optional. (See the ChunkElementParser for that).
The change that lead to this was introduced in BATCH-1520 by @david_syer (so maybe there is a valid reason for this, but still it is weird that XML and Java config lead to different results).

Seen in our failover tests, jvmkill scenario with HA singleton service
Timeline:

perf21 goes down (jvmkill)
perf18 receives new cluster view
perf18 is elected as the singleton provider of the service
the singleton service is started on perf18
EJB Invocation fails few times - see the stacktrace below

Can you please check if the issue is in the TestingSingletonService implementation or in the EAP server?

[JBossINF] [0m[0m22:28:23,791 INFO  [org.wildfly.clustering.server] (notification-thread--p1-t1) WFLYCLSV0003: perf18 elected as the singleton provider of the jboss.test.myservice service
[JBossINF] [0m[0m22:28:23,794 INFO  [org.wildfly.clustering.server] (notification-thread--p1-t1) WFLYCLSV0001: This node will now operate as the singleton provider of the jboss.test.myservice service
[JBossINF] [0m[0m22:28:23,797 INFO  [org.jboss.test.singletonservice.TestingSingletonService] (MSC service thread 1-7) Start service 'org.jboss.test.singletonservice.TestingSingletonService'
[JBossINF] [0m[0m22:28:23,798 INFO  [org.jboss.test.singletonservice.TestingSingletonService] (MSC service thread 1-7) Service started on perf18
[JBossINF] [0m[31m22:28:23,824 ERROR [org.jboss.as.ejb3.invocation] (EJB default - 2) WFLYEJB0034: EJB Invocation failed on component ServiceAccessBean for method public abstract java.lang.String org.jboss.test.singletonservice.ServiceAccess.getNodeNameOfService(): javax.ejb.EJBException: java.lang.IllegalStateException: java.util.concurrent.ExecutionException: java.lang.reflect.InvocationTargetException
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:318)
[JBossINF] 	at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:201)
[JBossINF] Caused by: java.lang.IllegalStateException: java.util.concurrent.ExecutionException: java.lang.reflect.InvocationTargetException
[JBossINF] 	at org.wildfly.clustering.server.singleton.CacheSingletonServiceBuilder.getRemoteValueRef(CacheSingletonServiceBuilder.java:329)
[JBossINF] 	at org.wildfly.clustering.server.singleton.CacheSingletonServiceBuilder.getValue(CacheSingletonServiceBuilder.java:281)
[JBossINF] 	at org.wildfly.clustering.service.AsynchronousServiceBuilder.getValue(AsynchronousServiceBuilder.java:92)
[JBossINF] 	at org.jboss.msc.service.ServiceControllerImpl.getValue(ServiceControllerImpl.java:1158)
[JBossINF] 	at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
[JBossINF] 	at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
[JBossINF] 	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:82)
[JBossINF] 	at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
[JBossINF] 	at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83)
[JBossINF] 	... 41 more
[JBossINF] Caused by: java.util.concurrent.ExecutionException: java.lang.reflect.InvocationTargetException
[JBossINF] 	at org.wildfly.clustering.server.dispatcher.SimpleCommandResponse.<init>(SimpleCommandResponse.java:43)
[JBossINF] 	at org.wildfly.clustering.server.dispatcher.ChannelCommandDispatcher.createCommandResponse(ChannelCommandDispatcher.java:206)
[JBossINF] 	at org.wildfly.clustering.server.dispatcher.ChannelCommandDispatcher.executeOnCluster(ChannelCommandDispatcher.java:94)
[JBossINF] 	at org.wildfly.clustering.server.singleton.CacheSingletonServiceBuilder.getRemoteValueRef(CacheSingletonServiceBuilder.java:298)
[JBossINF] 	... 73 more
[JBossINF] Caused by: java.lang.reflect.InvocationTargetException
[JBossINF] 	at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:464)
[JBossINF] 	at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:377)
[JBossINF] 	at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:250)
[JBossINF] 	at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:684)
[JBossINF] 	at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1029)
[JBossINF] 	at org.jgroups.protocols.FORK.up(FORK.java:133)
[JBossINF] 	at org.jgroups.protocols.FlowControl.up(FlowControl.java:383)
[JBossINF] 	at org.jgroups.protocols.FlowControl.up(FlowControl.java:394)
[JBossINF] 	at org.jgroups.protocols.pbcast.GMS.up(GMS.java:1045)
[JBossINF] 	at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:435)
[JBossINF] 	at org.jgroups.protocols.pbcast.NAKACK2.deliver(NAKACK2.java:961)
[JBossINF] 	at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:840)
[JBossINF] 	at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:618)
[JBossINF] 	at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:310)
[JBossINF] 	at org.jgroups.protocols.MERGE3.up(MERGE3.java:285)
[JBossINF] 	at org.jgroups.protocols.Discovery.up(Discovery.java:295)
[JBossINF] 	at org.jgroups.protocols.TP.passMessageUp(TP.java:1577)
[JBossINF] 	at org.jgroups.protocols.TP$3.run(TP.java:1511)
[JBossINF] Caused by: java.lang.IllegalStateException
[JBossINF] 	at org.jboss.test.singletonservice.TestingSingletonService.getValue(TestingSingletonService.java:30)
[JBossINF] 	at org.jboss.test.singletonservice.TestingSingletonService.getValue(TestingSingletonService.java:17)
[JBossINF] 	at org.wildfly.clustering.server.singleton.CacheSingletonServiceBuilder.getValueRef(CacheSingletonServiceBuilder.java:288)
[JBossINF] 	at org.wildfly.clustering.server.singleton.SingletonValueCommand.execute(SingletonValueCommand.java:31)
[JBossINF] 	at org.wildfly.clustering.server.singleton.SingletonValueCommand.execute(SingletonValueCommand.java:26)
[JBossINF] 	at org.wildfly.clustering.server.dispatcher.ChannelCommandDispatcherFactory.handle(ChannelCommandDispatcherFactory.java:120)
[JBossINF] 	at org.jgroups.blocks.MessageDispatcher.handle(MessageDispatcher.java:502)
[JBossINF] 	at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:460)
[JBossINF] 	... 25 more

Link:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-jvmkill-ha-ss/11/console-perf18/
Link to source of TestingSingletonService:
https://github.com/Ladicek/SingletonServiceTest-ejb/blob/master/src/main/java/org/jboss/test/singletonservice/TestingSingletonService.java

@Query("SELECT e FROM Example e WHERE e.one = ?1 OR e.two LIKE %?1")
List<Example> findByOneOrTwo(String query);

will result in the following SQL query being executed (parameter 'QUERY'):

SELECT e.one, e.two FROM examples e WHERE e.one = '%QUERY' OR e.two LIKE '%QUERY'

but it should look like this:

SELECT e.one, e.two FROM examples e WHERE e.one = 'QUERY' OR e.two LIKE '%QUERY'

A workaround is to use a separate parameter for the LIKE expression:

@Query("SELECT e FROM Example e WHERE e.one = ?1 OR e.two LIKE %?2")
List<Example> findByOneOrTwo(String query, String queryTwo);

The AsyncAnnotationBeanPostProcessor class is configured to put the AsyncAnnotationAdvisor last in the advisor chain.  In general this may be acceptable, but in the case of using both @Transactional and @Async on a method, this order does not work.  The transaction is started on the caller thread and does not apply to the async execution thread.  As a simple example of where this applies, consider the following interface method:
@Async
@Transactional(readOnly=false, propagation=Propagation.REQUIRES_NEW)
void createAuditEvent(CreateAuditEventData data);
Creation of the audit event should not block normal program flow execution, hence @Async.  And the method is a single DB Transaction, hence @Transactional.
A quick fix for this issue is to force the async advisor into position 0 in the advisor chain, or at least a position before the transaction advisor.  A more robust fix would be to allow order to be specified, similar to how order can be placed on the <tx:annotation-driven order="10" />.  The fix would be <task:annotation-driven order="5" />.

In my automation, I have a call to hbase zkcli. That call recently broke with this checkin: https://github.com/apache/hbase/commit/5af0a60efed91ac2084f25f13edb21db0f510e7c
The error that is reported is:

++ ./hbase zkcli
11:19:58  Warning: $HADOOP_HOME is deprecated.
11:19:58  
11:20:00  Exception in thread "main" java.lang.IllegalAccessError: tried to access field org.slf4j.impl.StaticLoggerBinder.SINGLETON from class org.slf4j.LoggerFactory
11:20:00  	at org.slf4j.LoggerFactory.<clinit>(LoggerFactory.java:60)
11:20:00  	at org.apache.zookeeper.ZooKeeperMain.<clinit>(ZooKeeperMain.java:50)
11:20:00  	at org.apache.hadoop.hbase.zookeeper.ZooKeeperMainServer.main(ZooKeeperMainServer.java:78)
11:20:00  Build step 'Execute shell' marked build as failure

That said, this checkin is perfectly valid as each component should be allowed to specify its own dependencies.
The issue is a deeper one of dependency mismatches.
Note: This issue only affects hadoop1, not hadoop2. It also appears in trunk, where there is a similar checkin, but since trunk is not required to work against hadoop1, this is not an issue for trunk.

As part of running "gwt setup" all types are re-requested to ensure that the gwt-addon has a chance to react to the types in the system. To make sure a notify is performed and a cached type isn't returned the requested type needs to be explicitly evicted from the cache when retrieving it. This explicit eviction isn't currently being performed.

install jpa -database MSSQL currently yields: database.driverClassName=com.microsoft.jdbc.sqlserver.SQLServerDriver when it should be database.driverClassName=com.microsoft.sqlserver.jdbc.SQLServerDriver

Bytes.toInt shows up quite often in a profiler run.
It turns out that one source is HFileReaderV2$ScannerV2.getKeyValue().
Notice that we call the KeyValue(byte[], int) constructor, which forces the constructor to determine its size by reading some of the header information and calculate the size. In this case, however, we already know the size (from the call to readKeyValueLen), so we could just use that.
In the extreme case of 10000's of columns this noticeably reduces CPU. 

We have a test suite where we turn on distributed log replay for one of test case and turn it off for some test cases. Some times when a cluster isn't clean shut down(there are some RS recovery work left) and cluster restarts, there will be regions in recovery state which is left from previous shut down after the cluster is restarted. 

Before Spring 4.0 it was possible to use both @CachePut and @Cacheable annotation when they have a mutually exclusive condition.
This was also explicited in the reference documentation:
Note that using @CachePut and @Cacheable annotations on the same method is generally discouraged because they have different behaviors. While the latter causes the method execution to be skipped by using the cache, the former forces the execution in order to execute a cache update. This leads to unexpected behavior and with the exception of specific corner-cases (such as annotations having conditions that exclude them from each other), such declarations should be avoided.
This is an example of such use case:

	@Cacheable(value = "cache", condition = "#useCache", key = "#root.args[0]")
	@CachePut(value = "cache", condition = "!#useCache", key = "#root.args[0]")
	public User findUserByUID(String userId, boolean useCache)

With spring 4.0 this is no more possible. The offending commit is https://github.com/spring-projects/spring-framework/commit/eea230f2a8b31ee9d8248d97088d88a0ebe2be61 that introduced the following change:

-		if(cachePutRequests.isEmpty()) {
 +		if(cachePutRequests.isEmpty() && contexts.get(CachePutOperation.class).isEmpty()) {
 			result = findCachedResult(contexts.get(CacheableOperation.class));
  		}

See following thread for more details.
http://www.nabble.com/Handling-JBI-faults-td19090487s22882.html#a19090487

Camel's GroovyLanguage maintains a cache of Groovy class scripts up to maximum of 1000 entries. When the limit of 1000 entries is reached the LRU cache removes the least used ones.
The LRU cache removes only the Script classes it does not remove all the references that still remain to that class and this causes a memory leak.
The remaining references are in Groovy metaclass registry, Groovy ClassInfo reflection support cache and Java Beans Introspector cache.
All of these can be easily removed on removal from the Camel LRU script cache by invoking org.codehaus.groovy.runtime.InvokerHelper.removeClass.
See Groovy and Camel PermGen troubles with Java 1.7 on the camel-users mailing list.

I use version 1.3.0 (not sure what is 1.3 GA (Dijkstra)).
Redis (in case of evalsha) returns bytes as String.
Spring Data Redis encodes them to bytes again (convert back for consistency) in JedisScriptReturnConverter.convert() method.
SafeEncoder.encode() uses UTF-8 charset for encoding but this encoding is incorrect. Probably Redis use other charset. Please check.

When running a "drop database if exists" call on hcat commandline, it fails authorization with a NPE because it tries to authorize access to a null database. This should be changed to not call authorize if the db for the DropDatabaseDesc is null.

Noticed by Dave Latham, refreshing the zk web page will eventually make that machine run out of connections with ZK. It's because we don't close the connection created inside HBA.

On deployments of the Hive metastore where a farm of servers is fronted by a VIP, the hostname of the VIP (e.g. mycluster-hcat.blue.myth.net) will differ from the actual boxen in the farm (.e.g mycluster-hcat-[0..3].blue.myth.net).
Such a deployment messes up Kerberos auth, with principals like hcat/mycluster-hcat.blue.myth.net@GRID.MYTH.NET. Host-based checks will disallow servers behind the VIP from using the VIP's hostname in its principal when accessing, say, HDFS.
The solution would be to decouple the server-side principal (used to access other services like HDFS as a client) from the client-facing principal (used from Hive-client, BeeLine, etc.).

Undertow-Subsystem throws
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[402,17]
Message: JBAS014788: Unexpected attribute 'security-realm' encountered
after latest update.
But my standalone.xml file has not changed and wildfly-undertow_1_0.xsd also not at this point.

I  needed backup  masters because the chaos monkey keeps killing them.
I tried bin/local-master-backup.sh because has nice doc in refguide.
My conf is elsewhere than default and new master just crashes out if I pass --config.

Currently DbTxnManager.acquireLocks() locks the DUMMY_PARTITION for dynamic partitioning.  But this is not adequate.  This will not prevent drop operations on partitions being written to.  The lock should be at the table level.

src/saveVersion.sh assumes the user is using svn. We should make it work with other SCMs, e.g. git.

In contrast to the documentation on the STOMP components wiki page, the endpoint can not be configured via URI options. The endpoint implementation is missing the corresponding attributes.

ZK quorum servers list is static in ZooKeeperWrapper and is coupled to zoo.cfg. 
This prevents multiple clients from connecting to multiple distinct HBase clusters and requires zoo.cfg to exist on a cluster that needs to connect to a remote HBase cluster.

This is because pre/postBatchMutate() APIs are not getting called from HRegion#processRowsWithLocks()

Using log4j 2.8.2 (with log4j-web), Spring AMQP 1.7.2-RELEASE in web application. During application re-deploy log4j2 AMQP appender is not shut down properly. Below startup and shutdown logs with TRACE option for log4j2:
Startup log:

2017-05-25 09:44:07,549 localhost-startStop-1 DEBUG Starting LoggerContext[name=/Log4j2AppenderTest] from configuration at null
2017-05-25 09:44:07,551 localhost-startStop-1 DEBUG Starting LoggerContext[name=/Log4j2AppenderTest, org.apache.logging.log4j.core.LoggerContext@3492d9ea] with configuration XmlConfiguration[location=/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml]...
2017-05-25 09:44:07,551 localhost-startStop-1 DEBUG Shutdown hook enabled. Registering a new one.
2017-05-25 09:44:07,552 localhost-startStop-1 DEBUG Initializing configuration XmlConfiguration[location=/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml]
2017-05-25 09:44:07,555 localhost-startStop-1 DEBUG Installed script engines
2017-05-25 09:44:07,832 localhost-startStop-1 DEBUG Oracle Nashorn Version: 1.8.0_131, Language: ECMAScript, Threading: Not Thread Safe, Compile: true, Names: {nashorn, Nashorn, js, JS, JavaScript, javascript, ECMAScript, ecmascript}
2017-05-25 09:44:07,833 localhost-startStop-1 DEBUG PluginManager 'Core' found 114 plugins
2017-05-25 09:44:07,833 localhost-startStop-1 DEBUG PluginManager 'Level' found 0 plugins
2017-05-25 09:44:07,836 localhost-startStop-1 DEBUG PluginManager 'Lookup' found 14 plugins
2017-05-25 09:44:07,838 localhost-startStop-1 DEBUG Building Plugin[name=layout, class=org.apache.logging.log4j.core.layout.PatternLayout].
2017-05-25 09:44:07,847 localhost-startStop-1 TRACE TypeConverterRegistry initializing.
2017-05-25 09:44:07,848 localhost-startStop-1 DEBUG PluginManager 'TypeConverter' found 26 plugins
2017-05-25 09:44:07,858 localhost-startStop-1 DEBUG PatternLayout$Builder(pattern="%d [%t] %-5p %c{1.} - %m%n", PatternSelector=null, Configuration(/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml), Replace=null, charset="null", alwaysWriteExceptions="null", disableAnsi="null", noConsoleNoAnsi="null", header="null", footer="null")
2017-05-25 09:44:07,859 localhost-startStop-1 DEBUG PluginManager 'Converter' found 41 plugins
2017-05-25 09:44:07,871 localhost-startStop-1 DEBUG Building Plugin[name=appender, class=org.apache.logging.log4j.core.appender.ConsoleAppender].
2017-05-25 09:44:07,877 localhost-startStop-1 DEBUG ConsoleAppender$Builder(target="null", follow="null", direct="null", bufferedIo="null", bufferSize="null", immediateFlush="null", ignoreExceptions="null", PatternLayout(%d [%t] %-5p %c{1.} - %m%n), name="Console", Configuration(/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml), Filter=null)
2017-05-25 09:44:07,878 localhost-startStop-1 DEBUG Starting OutputStreamManager SYSTEM_OUT.false.false
2017-05-25 09:44:07,878 localhost-startStop-1 DEBUG Building Plugin[name=appender, class=org.springframework.amqp.rabbit.log4j2.AmqpAppender].
2017-05-25 09:44:07,887 localhost-startStop-1 DEBUG createAppender(Configuration(/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml), name="Rabbit", Layout=null, Filter=null, ignoreExceptions="false", host="192.168.120.78", port="5672", addresses="null", user="logstash", password="logstash", virtualHost="hiqsrv78", senderPoolSize="0", maxSenderRetries="0", applicationId="test", routingKeyPattern="logstash-routing-key", generateId="false", deliveryMode="PERSISTENT", exchange="logstash-exchange", exchangeType="direct", declareExchange="true", durable="true", autoDelete="false", contentType="text/plain", contentEncoding="null", clientConnectionProperties="null", charset="UTF-8")
2017-05-25 09:44:07,888 localhost-startStop-1 DEBUG PluginManager 'Converter' found 41 plugins
2017-05-25 09:44:07,888 localhost-startStop-1 DEBUG Starting OutputStreamManager SYSTEM_OUT.false.false-2
2017-05-25 09:44:07,896 localhost-startStop-1 DEBUG Starting AmqpManager Rabbit
2017-05-25 09:44:07,958 localhost-startStop-1 DEBUG PluginManager 'Converter' found 41 plugins
2017-05-25 09:44:07,959 localhost-startStop-1 DEBUG Starting OutputStreamManager SYSTEM_OUT.false.false-3
2017-05-25 09:44:07,968 localhost-startStop-1 DEBUG Building Plugin[name=appenders, class=org.apache.logging.log4j.core.config.AppendersPlugin].
2017-05-25 09:44:07,969 localhost-startStop-1 DEBUG createAppenders(={Console, Rabbit})
2017-05-25 09:44:07,969 localhost-startStop-1 DEBUG Building Plugin[name=AppenderRef, class=org.apache.logging.log4j.core.config.AppenderRef].
2017-05-25 09:44:07,970 localhost-startStop-1 DEBUG createAppenderRef(ref="Console", level="null", Filter=null)
2017-05-25 09:44:07,970 localhost-startStop-1 DEBUG Building Plugin[name=AppenderRef, class=org.apache.logging.log4j.core.config.AppenderRef].
2017-05-25 09:44:07,970 localhost-startStop-1 DEBUG createAppenderRef(ref="Rabbit", level="null", Filter=null)
2017-05-25 09:44:07,970 localhost-startStop-1 DEBUG Building Plugin[name=root, class=org.apache.logging.log4j.core.config.LoggerConfig$RootLogger].
2017-05-25 09:44:07,971 localhost-startStop-1 DEBUG createLogger(additivity="null", level="DEBUG", includeLocation="null", ={Console, Rabbit}, ={}, Configuration(/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml), Filter=null)
2017-05-25 09:44:07,973 localhost-startStop-1 DEBUG Building Plugin[name=loggers, class=org.apache.logging.log4j.core.config.LoggersPlugin].
2017-05-25 09:44:07,973 localhost-startStop-1 DEBUG createLoggers(={root})
2017-05-25 09:44:07,974 localhost-startStop-1 DEBUG Configuration XmlConfiguration[location=/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml] initialized
2017-05-25 09:44:07,974 localhost-startStop-1 DEBUG Starting configuration XmlConfiguration[location=/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml]
2017-05-25 09:44:07,974 localhost-startStop-1 DEBUG Started configuration XmlConfiguration[location=/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml] OK.
2017-05-25 09:44:07,974 localhost-startStop-1 TRACE Stopping org.apache.logging.log4j.core.config.DefaultConfiguration@5becc634...
2017-05-25 09:44:07,974 localhost-startStop-1 TRACE DefaultConfiguration notified 1 ReliabilityStrategies that config will be stopped.
2017-05-25 09:44:07,975 localhost-startStop-1 TRACE DefaultConfiguration stopping root LoggerConfig.
2017-05-25 09:44:07,975 localhost-startStop-1 TRACE DefaultConfiguration notifying ReliabilityStrategies that appenders will be stopped.
2017-05-25 09:44:07,975 localhost-startStop-1 TRACE DefaultConfiguration stopping remaining Appenders.
2017-05-25 09:44:07,975 localhost-startStop-1 DEBUG Shutting down OutputStreamManager SYSTEM_OUT.false.false-1
2017-05-25 09:44:07,975 localhost-startStop-1 DEBUG Shut down OutputStreamManager SYSTEM_OUT.false.false-1, all resources released: true
2017-05-25 09:44:07,975 localhost-startStop-1 DEBUG Appender DefaultConsole-1 stopped with status true
2017-05-25 09:44:07,976 localhost-startStop-1 TRACE DefaultConfiguration stopped 1 remaining Appenders.
2017-05-25 09:44:07,976 localhost-startStop-1 TRACE DefaultConfiguration cleaning Appenders from 1 LoggerConfigs.
2017-05-25 09:44:07,976 localhost-startStop-1 DEBUG Stopped org.apache.logging.log4j.core.config.DefaultConfiguration@5becc634 OK
2017-05-25 09:44:07,977 localhost-startStop-1 TRACE Reregistering MBeans after reconfigure. Selector=org.apache.logging.log4j.core.selector.ClassLoaderContextSelector@60399be2
2017-05-25 09:44:07,977 localhost-startStop-1 TRACE Reregistering context (1/1): '/Log4j2AppenderTest' org.apache.logging.log4j.core.LoggerContext@3492d9ea
2017-05-25 09:44:07,978 localhost-startStop-1 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest'
2017-05-25 09:44:07,978 localhost-startStop-1 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=StatusLogger'
2017-05-25 09:44:07,978 localhost-startStop-1 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=ContextSelector'
2017-05-25 09:44:07,978 localhost-startStop-1 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Loggers,name=*'
2017-05-25 09:44:07,979 localhost-startStop-1 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Appenders,name=*'
2017-05-25 09:44:07,979 localhost-startStop-1 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=AsyncAppenders,name=*'
2017-05-25 09:44:07,979 localhost-startStop-1 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=AsyncLoggerRingBuffer'
2017-05-25 09:44:07,979 localhost-startStop-1 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Loggers,name=*,subtype=RingBuffer'
2017-05-25 09:44:07,981 localhost-startStop-1 DEBUG Registering MBean org.apache.logging.log4j2:type=/Log4j2AppenderTest
2017-05-25 09:44:07,982 localhost-startStop-1 DEBUG Registering MBean org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=StatusLogger
2017-05-25 09:44:07,983 localhost-startStop-1 DEBUG Registering MBean org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=ContextSelector
2017-05-25 09:44:07,984 localhost-startStop-1 DEBUG Registering MBean org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Loggers,name=
2017-05-25 09:44:07,986 localhost-startStop-1 DEBUG Registering MBean org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Appenders,name=Console
2017-05-25 09:44:07,986 localhost-startStop-1 DEBUG Registering MBean org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Appenders,name=Rabbit
2017-05-25 09:44:07,988 localhost-startStop-1 TRACE Using default SystemClock for timestamps.
2017-05-25 09:44:07,988 localhost-startStop-1 TRACE Using DummyNanoClock for nanosecond timestamps.
2017-05-25 09:44:07,988 localhost-startStop-1 DEBUG LoggerContext[name=/Log4j2AppenderTest, org.apache.logging.log4j.core.LoggerContext@3492d9ea] started OK with configuration XmlConfiguration[location=/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml].
May 25, 2017 9:44:07 AM org.apache.catalina.core.ApplicationContext log
INFO: No Spring WebApplicationInitializer types detected on classpath
2017-05-25 09:44:07,989 localhost-startStop-1 DEBUG Log4jServletContextListener ensuring that Log4j starts up properly.
2017-05-25 09:44:07,991 localhost-startStop-1 DEBUG Log4jServletFilter initialized.

And shutdown log:

INFO: Stopping service Catalina
2017-05-25 09:46:02,486 localhost-startStop-2 DEBUG Log4jServletFilter destroyed.
2017-05-25 09:46:02,486 localhost-startStop-2 DEBUG Log4jServletContextListener ensuring that Log4j shuts down properly.
2017-05-25 09:46:02,487 localhost-startStop-2 DEBUG Removing LoggerContext for [/Log4j2AppenderTest].
2017-05-25 09:46:02,487 localhost-startStop-2 DEBUG Stopping LoggerContext[name=/Log4j2AppenderTest, org.apache.logging.log4j.core.LoggerContext@3492d9ea]...
2017-05-25 09:46:02,487 localhost-startStop-2 TRACE Unregistering 1 MBeans: [org.apache.logging.log4j2:type=/Log4j2AppenderTest]
2017-05-25 09:46:02,487 localhost-startStop-2 TRACE Unregistering 1 MBeans: [org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=StatusLogger]
2017-05-25 09:46:02,487 localhost-startStop-2 TRACE Unregistering 1 MBeans: [org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=ContextSelector]
2017-05-25 09:46:02,488 localhost-startStop-2 TRACE Unregistering 1 MBeans: [org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Loggers,name=]
2017-05-25 09:46:02,488 localhost-startStop-2 TRACE Unregistering 2 MBeans: [org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Appenders,name=Rabbit, org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Appenders,name=Console]
2017-05-25 09:46:02,488 localhost-startStop-2 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=AsyncAppenders,name=*'
2017-05-25 09:46:02,488 localhost-startStop-2 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=AsyncLoggerRingBuffer'
2017-05-25 09:46:02,489 localhost-startStop-2 TRACE Unregistering but no MBeans found matching 'org.apache.logging.log4j2:type=/Log4j2AppenderTest,component=Loggers,name=*,subtype=RingBuffer'
2017-05-25 09:46:02,489 localhost-startStop-2 TRACE Stopping XmlConfiguration[location=/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml]...
2017-05-25 09:46:02,489 localhost-startStop-2 TRACE XmlConfiguration notified 2 ReliabilityStrategies that config will be stopped.
2017-05-25 09:46:02,489 localhost-startStop-2 TRACE XmlConfiguration stopping 1 LoggerConfigs.
2017-05-25 09:46:02,489 localhost-startStop-2 TRACE XmlConfiguration stopping root LoggerConfig.
2017-05-25 09:46:02,489 localhost-startStop-2 TRACE XmlConfiguration notifying ReliabilityStrategies that appenders will be stopped.
2017-05-25 09:46:02,489 localhost-startStop-2 TRACE XmlConfiguration stopping remaining Appenders.
2017-05-25 09:46:02,489 localhost-startStop-2 DEBUG Shutting down OutputStreamManager SYSTEM_OUT.false.false
2017-05-25 09:46:02,490 localhost-startStop-2 DEBUG Shut down OutputStreamManager SYSTEM_OUT.false.false, all resources released: true
2017-05-25 09:46:02,490 localhost-startStop-2 DEBUG Appender Console stopped with status true
2017-05-25 09:46:02,490 localhost-startStop-2 TRACE XmlConfiguration stopped 2 remaining Appenders.
2017-05-25 09:46:02,490 localhost-startStop-2 TRACE XmlConfiguration cleaning Appenders from 2 LoggerConfigs.
2017-05-25 09:46:02,490 localhost-startStop-2 DEBUG Stopped XmlConfiguration[location=/home/asidorov/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Log4j2AppenderTest/WEB-INF/classes/log4j2.xml] OK
2017-05-25 09:46:02,490 localhost-startStop-2 DEBUG Stopped LoggerContext[name=/Log4j2AppenderTest, org.apache.logging.log4j.core.LoggerContext@3492d9ea] with status true
May 25, 2017 9:46:02 AM org.apache.catalina.loader.WebappClassLoaderBase clearReferencesThreads
WARNING: The web application [Log4j2AppenderTest] appears to have started a thread named [log-event-retry-delay] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
 java.lang.Object.wait(Native Method)
 java.lang.Object.wait(Object.java:502)
 java.util.TimerThread.mainLoop(Timer.java:526)
 java.util.TimerThread.run(Timer.java:505)
May 25, 2017 9:46:02 AM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["http-nio-8080"]
INFO: Stopping ProtocolHandler ["ajp-nio-8009"]
May 25, 2017 9:46:02 AM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["http-nio-8080"]
INFO: Destroying ProtocolHandler ["ajp-nio-8009"]

Did some investigation - apparently manager of AMQP appender is not closed.

A bunch of qfile tests look like they need an ORDER-BY added to the queries so that the output looks repeatable when testing with hadoop1/hadoop2.

As Jason Dere reports:

current_timestamp() udf returns result with different format in some cases.

select current_timestamp() returns result with decimal precision:
{noformat}
hive> select current_timestamp();
OK
2016-04-14 18:26:58.875
Time taken: 0.077 seconds, Fetched: 1 row(s)

But output format is different for select current_timestamp() from all100k union select current_timestamp() from over100k limit 5; 
hive> select current_timestamp() from all100k union select current_timestamp() from over100k limit 5;
Query ID = hrt_qa_20160414182956_c4ed48f2-9913-4b3b-8f09-668ebf55b3e3
Tez session was closed. Reopening...
Session re-established.

Status: Running (Executing on YARN cluster with App id application_1460611908643_0624)

        VERTICES      MODE        STATUS  TOTAL  COMPLETED  RUNNING  PENDING  FAILED  KILLED  
Map 1 ..........      llap     SUCCEEDED      1          1        0        0       0       0  
Map 4 ..........      llap     SUCCEEDED      1          1        0        0       0       0  
Reducer 3 ......      llap     SUCCEEDED      1          1        0        0       0       0  
VERTICES: 03/03  [==========================>>] 100%  ELAPSED TIME: 0.92 s     
OK
2016-04-14 18:29:56
Time taken: 10.558 seconds, Fetched: 1 row(s)

explain plan for select current_timestamp();
hive> explain extended select current_timestamp();
OK
  
TOK_QUERY
         TOK_DIR
               current_timestamp

      limit: -1
        TableScan
          alias: _dummy_table
          Row Limit Per Split: 1
          GatherStats: false
            expressions: 2016-04-14 18:30:57.206 (type: timestamp)
            ListSink

Time taken: 0.062 seconds, Fetched: 30 row(s)

explain plan for select current_timestamp() from all100k union select current_timestamp() from over100k limit 5;
hive> explain extended select current_timestamp() from all100k union select current_timestamp() from over100k limit 5;
OK
  
TOK_QUERY
   TOK_FROM
         TOK_QUERY
            TOK_FROM
               TOK_SUBQUERY
                  TOK_UNIONALL
                     TOK_QUERY
                        TOK_FROM
                           TOK_TABREF
                              TOK_TABNAME
                                 all100k
                        TOK_INSERT
                           TOK_DESTINATION
                              TOK_DIR
                                 TOK_TMP_FILE
                           TOK_SELECT
                              TOK_SELEXPR
                                 TOK_FUNCTION
                                    current_timestamp
                     TOK_QUERY
                        TOK_FROM
                                 over100k
                              TOK_DIR
                  _u1
                  TOK_DIR
               TOK_SELECTDI
                     TOK_ALLCOLREF
         _u2
         TOK_DIR
            TOK_ALLCOLREF
      TOK_LIMIT
         5

    Tez
      DagId: hrt_qa_20160414183119_ec8e109e-8975-4799-a142-4a2289f85910:7
      Edges:
        Map 1 <- Union 2 (CONTAINS)
        Map 4 <- Union 2 (CONTAINS)
        Reducer 3 <- Union 2 (SIMPLE_EDGE)
      DagName: 
      Vertices:
        Map 1 
                TableScan
                  alias: all100k
                  Statistics: Num rows: 100000 Data size: 15801336 Basic stats: COMPLETE Column stats: COMPLETE
                  GatherStats: false
                    Statistics: Num rows: 100000 Data size: 4000000 Basic stats: COMPLETE Column stats: COMPLETE
                      expressions: 2016-04-14 18:31:19.0 (type: timestamp)
                      Statistics: Num rows: 200000 Data size: 8000000 Basic stats: COMPLETE Column stats: COMPLETE
                        keys: _col0 (type: timestamp)
                        mode: hash
                        Statistics: Num rows: 1 Data size: 40 Basic stats: COMPLETE Column stats: COMPLETE
                          key expressions: _col0 (type: timestamp)
                          null sort order: a
                          Map-reduce partition columns: _col0 (type: timestamp)
                          Statistics: Num rows: 1 Data size: 40 Basic stats: COMPLETE Column stats: COMPLETE
                          tag: -1
                          TopN: 5
                          TopN Hash Memory Usage: 0.04
                          auto parallelism: true
            Path -> Alias:
              hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/user/hcat/tests/data/all100k [all100k]
            Path -> Partition:
              hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/user/hcat/tests/data/all100k 
                Partition
                  base file name: all100k
                  properties:
                    COLUMN_STATS_ACCURATE {"BASIC_STATS":"true","COLUMN_STATS":{"t":"true","si":"true","i":"true","b":"true","f":"true","d":"true","s":"true","dc":"true","bo":"true","v":"true","c":"true","ts":"true"}}
                    EXTERNAL TRUE
                    bucket_count -1
                    columns t,si,i,b,f,d,s,dc,bo,v,c,ts,dt
                    columns.comments 
                    columns.types tinyint:smallint:int:bigint:float:double:string:decimal(38,18):boolean:varchar(25):char(25):timestamp:date
                    field.delim |
                    file.inputformat org.apache.hadoop.mapred.TextInputFormat
                    file.outputformat org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
                    location hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/user/hcat/tests/data/all100k
                    name default.all100k
                    numFiles 1
                    numRows 100000
                    rawDataSize 15801336
                    serialization.ddl struct all100k { byte t, i16 si, i32 i, i64 b, float f, double d, string s, decimal(38,18) dc, bool bo, varchar(25) v, char(25) c, timestamp ts, date dt}
                    serialization.format |
                    serialization.lib org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
                    totalSize 15901336
                    transient_lastDdlTime 1460612683
                
                    properties:
                      COLUMN_STATS_ACCURATE {"BASIC_STATS":"true","COLUMN_STATS":{"t":"true","si":"true","i":"true","b":"true","f":"true","d":"true","s":"true","dc":"true","bo":"true","v":"true","c":"true","ts":"true"}}
                      EXTERNAL TRUE
                      bucket_count -1
                      columns t,si,i,b,f,d,s,dc,bo,v,c,ts,dt
                      columns.comments 
                      columns.types tinyint:smallint:int:bigint:float:double:string:decimal(38,18):boolean:varchar(25):char(25):timestamp:date
                      field.delim |
                      file.inputformat org.apache.hadoop.mapred.TextInputFormat
                      file.outputformat org.apache.hadoop.hive.ql.io.HiveIgnoreKeyTextOutputFormat
                      location hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/user/hcat/tests/data/all100k
                      name default.all100k
                      numFiles 1
                      numRows 100000
                      rawDataSize 15801336
                      serialization.ddl struct all100k { byte t, i16 si, i32 i, i64 b, float f, double d, string s, decimal(38,18) dc, bool bo, varchar(25) v, char(25) c, timestamp ts, date dt}
                      serialization.format |
                      serialization.lib org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
                      totalSize 15901336
                      transient_lastDdlTime 1460612683
                    name: default.all100k
                  name: default.all100k
            Truncated Path -> Alias:
        Map 4 
                TableScan
                  alias: over100k
                  Statistics: Num rows: 100000 Data size: 6631229 Basic stats: COMPLETE Column stats: COMPLETE
                        mode: hash
                          tag: -1
                          TopN: 5
              hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/user/hcat/tests/data/over100k [over100k]
              hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/user/hcat/tests/data/over100k 
                Partition
                  base file name: over100k
                    COLUMN_STATS_ACCURATE {"BASIC_STATS":"true","COLUMN_STATS":{"t":"true","si":"true","i":"true","b":"true","f":"true","d":"true","bo":"true","s":"true","bin":"true"}}
                    columns t,si,i,b,f,d,bo,s,bin
                    columns.types tinyint:smallint:int:bigint:float:double:boolean:string:binary
                    field.delim :
                    location hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/user/hcat/tests/data/over100k
                    name default.over100k
                    numFiles 1
                    rawDataSize 6631229
                    serialization.ddl struct over100k { byte t, i16 si, i32 i, i64 b, float f, double d, bool bo, string s, binary bin}
                    serialization.format :
                    totalSize 6731229
                    transient_lastDdlTime 1460612798
                
                      COLUMN_STATS_ACCURATE {"BASIC_STATS":"true","COLUMN_STATS":{"t":"true","si":"true","i":"true","b":"true","f":"true","d":"true","bo":"true","s":"true","bin":"true"}}
                      columns t,si,i,b,f,d,bo,s,bin
                      columns.types tinyint:smallint:int:bigint:float:double:boolean:string:binary
                      field.delim :
                      location hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/user/hcat/tests/data/over100k
                      name default.over100k
                      numFiles 1
                      rawDataSize 6631229
                      serialization.ddl struct over100k { byte t, i16 si, i32 i, i64 b, float f, double d, bool bo, string s, binary bin}
                      serialization.format :
                      totalSize 6731229
                      transient_lastDdlTime 1460612798
                    name: default.over100k
                  name: default.over100k
        Reducer 3 
            Needs Tagging: false
                keys: KEY._col0 (type: timestamp)
                Statistics: Num rows: 1 Data size: 40 Basic stats: COMPLETE Column stats: COMPLETE
                Limit
                  Number of rows: 5
                  Statistics: Num rows: 1 Data size: 40 Basic stats: COMPLETE Column stats: COMPLETE
                    directory: hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/tmp/hive/hrt_qa/ec0773d7-0ac2-45c7-b9cb-568bbed2c49c/hive_2016-04-14_18-31-19_532_3480081382837900888-1/-mr-10001/.hive-staging_hive_2016-04-14_18-31-19_532_3480081382837900888-1/-ext-10002
                    Statistics: Num rows: 1 Data size: 40 Basic stats: COMPLETE Column stats: COMPLETE
                    Stats Publishing Key Prefix: hdfs://os-r6-qugztu-hive-1-5.novalocal:8020/tmp/hive/hrt_qa/ec0773d7-0ac2-45c7-b9cb-568bbed2c49c/hive_2016-04-14_18-31-19_532_3480081382837900888-1/-mr-10001/.hive-staging_hive_2016-04-14_18-31-19_532_3480081382837900888-1/-ext-10002/
                    table:
                          columns.types timestamp
                          escape.delim \
                          hive.serialization.extend.additional.nesting.levels true
                          serialization.escape.crlf true
                          serialization.lib org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe
                    GatherStats: false
        Union 2 
            Vertex: Union 2

      limit: 5
        ListSink

Time taken: 0.301 seconds, Fetched: 284 row(s)

Both the queries used return timestamp with YYYY-MM-DD HH:MM:SS.fff format in past releases.

See https://builds.apache.org/job/PreCommit-HBASE-Build/4865//artifact/trunk/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.procedure.TestZKProcedureControllers.txt and
https://builds.apache.org/job/PreCommit-HBASE-Build/4865//artifact/trunk/hbase-server/target/surefire-reports/org.apache.hadoop.hbase.procedure.TestZKProcedureControllers-output.txt
I see this in the output:

2013-03-18 17:30:46,672 DEBUG [Thread-2-EventThread] zookeeper.ZKUtil(1682): testing utility-0x13d7e8da7590000 Retrieved 0 byte(s) of data from znode /hbase/testSimple/acquired/instanceTest; data=empty
2013-03-18 17:30:46,672 DEBUG [Thread-2-EventThread] procedure.ZKProcedureMemberRpcs(206): start proc data length is 0
2013-03-18 17:30:46,672 ERROR [Thread-2-EventThread] procedure.ZKProcedureMemberRpcs(210): Data in for starting procuedure instanceTest is illegally formatted. Killing the procedure.
2013-03-18 17:30:46,673 ERROR [Thread-2-EventThread] procedure.ZKProcedureMemberRpcs(218): Illegal argument exception
java.lang.IllegalArgumentException: Data in for starting procuedure instanceTest is illegally formatted. Killing the procedure.
	at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.startNewSubprocedure(ZKProcedureMemberRpcs.java:211)
	at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.waitForNewProcedures(ZKProcedureMemberRpcs.java:175)
	at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.access$100(ZKProcedureMemberRpcs.java:56)
	at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs$1.nodeChildrenChanged(ZKProcedureMemberRpcs.java:109)
	at org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:312)
2013-03-18 17:30:46,675 ERROR [Thread-2-EventThread] procedure.ZKProcedureMemberRpcs(281): Failed due to null subprocedure
java.lang.IllegalArgumentException via expected:java.lang.IllegalArgumentException: Data in for starting procuedure instanceTest is illegally formatted. Killing the procedure.
	at org.apache.hadoop.hbase.procedure.ZKProcedureMemberRpcs.startNewSubprocedure(ZKProcedureMemberRpcs.java:219)
Caused by: java.lang.IllegalArgumentException: Data in for starting procuedure instanceTest is illegally formatted. Killing the procedure.
	... 6 more

The znode has zero data (Usually it has 7 bytes when test runs fine).   Is the latch being triggered on node create before data is written?  Pointers appreciated.

The current strategy is to have an array of monothreaded executor, and hash the zk path to ensure that there are no two events on the same region executed in parallel  
I think a single executor, as presented in the attached patch, is better because:

we're guaranteed to use all threads at any time
if managing one of the event takes longer that expected, the slowness is limited to this region, and not to all regions that have the same hashed/moduloed code
For the nodeChildrenChanged, there is no need to choose randomly one of the worker (or, once again, the risk to get stuck if one of the event takes time to be managed).

When specifying a @Min(?L) and @Max(?L) annotation on an entity field the DataOnDemand aspect that gets generated for that entity contains a compilation error. Code that gets generated for 
MyBean.java
...
@Min(0L)
@Max(100L)
private long total;
...

is 
MyBeanDataOnDemand_Roo_DataOnDemand.aj
...
public MyBean MyBeanDataOnDemand.getNewTransientMyBean(int index) {
   ...
   java.lang.Long total = new Integer(index).longValue();
   if (total < 0L || total > L100) { // Should be 100L instead of L100
       total = 100L;
   }
...
}

Note the greater than condition is invalid.
This only seems to happen when both a @Min and @Max annotations are present together. Having either on it's own works fine.

When a read-attribute operation is invoked on an EJB timer that has no timeouts remaining, the operation fails without returning any useful information to the client:

 {
}

It is because a NoMoreTimeoutException is thrown from the TimerServiceImpl and this exception is not handled by the read-attribute handler. This occurs in the server log:

ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
    ("deployment" => "ejb-mgmt-timers.jar"),
    ("stateless-session-bean" => "TimerBean"),
    ("timer" => "9a93b559-3526-4b72-95e7-760c5bc50484")
]): javax.ejb.NoMoreTimeoutsException: WFLYEJB0328: No more timeouts for timer [id=9a93b559-3526-4b72-95e7-760c5bc50484 timedObjectId=ejb-mgmt-timers.ejb-mgmt-timers.TimerBean auto-timer?:false persistent?:true timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@72e447ae initialExpiration=Mon Aug 24 13:38:37 CEST 2015 intervalDuration(in milli sec)=0 nextExpiration=null timerState=IN_TIMEOUT info=PersistentIntervalTimerCLITestCase]
        at org.jboss.as.ejb3.timerservice.TimerImpl.getNextTimeout(TimerImpl.java:256)
        at org.jboss.as.ejb3.subsystem.deployment.TimerResourceDefinition$6.readAttribute(TimerResourceDefinition.java:240)
        at org.jboss.as.ejb3.subsystem.deployment.TimerResourceDefinition$AbstractReadAttributeHandler.executeRuntime(TimerResourceDefinition.java:376)
        at org.jboss.as.ejb3.subsystem.deployment.TimerResourceDefinition$AbstractTimerHandler$1.execute(TimerResourceDefinition.java:340)
        at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:846)
        at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:637)
        at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:362)
        at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1272)
        at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:394)
        at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:225)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:207)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:129)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:151)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:147)
        at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
        at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:147)
        at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
        at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)                                                                                                                                                   

I think the read-attribute handler should rather catch this exception, log it, and leave the next-timeout and time-remaining attributes undefined in this case.

Due to recent changes, we are not compiling the protobuf files in hbase-endpoint, hbase-rsgroup, etc anymore. 

[INFO] /Users/enis/projects/hbase-sal/hbase-rsgroup/src/main/protobuf/,/Users/enis/projects/hbase-sal/hbase-rsgroup/../hbase-protocol/src/main/protobuf does not exist. Review the configuration or consider disabling the plugin.

In section 5.7.1 of the current documentation (Overview of the JSR-303 Bean Validation API), the example annotates a string field with @Max(64). As far as I know, that annotation is intended for numerals and not strings.
Tested it and fails to validate with Hibernate Validator (at least if the expected effect is that the string size is less than 64).

We will disable several tests that test obscure and old features and take inordinate amount of time, and file JIRAs to look at their perf if someone still cares about them.

We used to ignore StoreFiles that failed to open, which led to a situation when only a subset of regions was opened, and HBase did not return results to clients for the affected set of keys. This change makes sure we propagate IOExceptions coming from an attempt to open a StoreFile all the way up to HRegionServer.openRegion, where it will lead to a failure to open the whole region. This way we can avoid returning corrupt data to the application.

constants should really be final.  things would be confusing if they changed later.

An event listener must be called for any DDL activity. For example, create_index, drop_index today does not call metaevent listener.  

Static code analysis is flagging cases of String.toLowerCase and String.toUpperCase being used without Locale. From the API reference:

Note: This method is locale sensitive, and may produce unexpected results if used for strings that are intended to be interpreted locale independently. Examples are programming language identifiers, protocol keys, and HTML tags. For instance, "TITLE".toLowerCase() in a Turkish locale returns "t\u0131tle", where '\u0131' is the LATIN SMALL LETTER DOTLESS I character. To obtain correct results for locale insensitive strings, use toLowerCase(Locale.ROOT).
Many uses of these functions do appear to be looking up classes, etc. and not dealing with stored data, so I'd think there aren't significant compatibility problems here and specifying the locale is indeed the safer way to go.

While fixing HBASE-15593, I find that we use operationTimeout as the timeout of Get operation rpc call (hbase.client.scanner.timeout.period is used in scan rpc), not the hbase.rpc.timeout.
This can be verified by add one line in TestHCM.setUpBeforeClass():

TEST_UTIL.getConfiguration().setLong(HConstants.HBASE_RPC_TIMEOUT_KEY, 3000);

and then run testOperationTimeout(), the test passes but it should have failed because we should get rpc timeout first after 3 seconds then client should retry and timeout again and again until operationTimeout or max retries reached.
If I port this test to 0.98, it will fail as expected.

Having upgraded to CDH3U3 version of hbase we found we had a zookeeper connection leak, tracking it down we found that closing the connection will only close the zookeeper connection if all calls to get the connection have been closed, there is incCount and decCount in the HConnection class,
When a table is opened it makes a call to the metascanner class which opens a connection to the meta table, this table never gets closed.
This caused the count in the HConnection class to never return to zero meaning that the zookeeper connection will not close when we close all the tables or calling
HConnectionManager.deleteConnection(config, true);	

Sometimes users forget to quote date constants in queries. For example, SELECT * FROM some_table WHERE ds >= 2012-12-10 and ds <= 2012-12-12; . In such cases, if the WHERE-clause contains and/or/not operation, it would throw NPE exception. That's because PcrExprProcFactory in ql/optimizer forgot to check null. 

I tried to migrate an existing spring application from 3.0.5 to 3.1.2 and I've noticed a strange bug, that the injection of a provider works the first time but passes subsequent times.
It seems due the call of DependencyDescriptor.increaseNestingLevel() in the constructor of DependencyObjectFactory. Since the Descriptor is cached, the subsequent calls to BeanFactory.resolveDependency no longer return a Provider, but a reference to the bean.  
I've attached a testcase, which reproduces the problem. The bug seems to be introduced in 3.1.1, according to my tests.

When I set the logging in the package org.springframework.ws.transport.support (or org.springframework FWIW), I get a strange exception. See below:

[9/5/13 20:18:30:610 CEST] 00000056 ConnectionEve A   J2CA0056I: The Connection Manager received a fatal connection error from the Resource Adapter for resource JMS$LQG00386-LQG00386$JMSManagedConnection@3. The exception is: com.ibm.msg.client.jms.DetailedIllegalStateException: JMSCC0032: This message consumer is closed. An application called a method that must not be used after the message consumer is closed. Ensure that the message consumer is not closed before calling the method.
[9/5/13 20:18:30:640 CEST] 00000051 MCWrapper     E   J2CA0081E: Method cleanup failed while trying to execute method cleanup on ManagedConnection <null> from resource jms/LQG00386. Caught exception: javax.resource.spi.ResourceAdapterInternalException: Failed to stop connection on cleanup
        at com.ibm.ejs.jms.JMSCMUtils.mapToResourceException(JMSCMUtils.java:176)
        at com.ibm.ejs.jms.JMSManagedConnection.cleanup(JMSManagedConnection.java:1122)
        at com.ibm.ejs.j2c.MCWrapper.cleanup(MCWrapper.java:1549)
        at com.ibm.ejs.j2c.FreePool.cleanupAndDestroyMCWrapper(FreePool.java:732)
        at com.ibm.ejs.j2c.FreePool.returnToFreePool(FreePool.java:502)
        at com.ibm.ejs.j2c.PoolManager.release(PoolManager.java:1915)
        at com.ibm.ejs.j2c.MCWrapper.releaseToPoolManager(MCWrapper.java:2404)
        at com.ibm.ejs.j2c.MCWrapper.connectionErrorOccurred(MCWrapper.java:2543)
        at com.ibm.ejs.j2c.ConnectionEventListener.connectionErrorOccurred(ConnectionEventListener.java:511)
        at com.ibm.ejs.jms.JMSManagedConnection.connectionErrorOccurred(JMSManagedConnection.java:1493)
        at com.ibm.ejs.jms.JMSConnectionHandle.markManagedConnectionAsStale(JMSConnectionHandle.java:922)
        at com.ibm.ejs.jms.JMSSessionHandle.markManagedObjectsAsStale(JMSSessionHandle.java:1540)
        at com.ibm.ejs.jms.JMSMessageConsumerHandle.markManagedObjectsAsStale(JMSMessageConsumerHandle.java:915)
        at com.ibm.ejs.jms.JMSMessageConsumerHandle.receive(JMSMessageConsumerHandle.java:570)
        at com.ibm.ejs.jms.JMSMessageConsumerHandle.receive(JMSMessageConsumerHandle.java:500)
        at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveMessage(AbstractPollingMessageListenerContainer.java:429)
        at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:310)
        at java.lang.Thread.run(Thread.java:738)
Caused by: com.ibm.msg.client.jms.DetailedIllegalStateException: JMSCC0008: This connection is closed. An application called a method that must not be used after the connection is closed. Ensure that the connection is not closed before calling the method.
        at sun.reflect.GeneratedConstructorAccessor319.newInstance(Unknown Source)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:39)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:527)
        at com.ibm.msg.client.commonservices.j2se.NLSServices.createException(NLSServices.java:411)
        at com.ibm.msg.client.commonservices.nls.NLSServices.createException(NLSServices.java:390)
        at com.ibm.msg.client.jms.internal.JmsErrorUtils.createException(JmsErrorUtils.java:104)
        at com.ibm.msg.client.jms.internal.State.checkNotClosed(State.java:145)
        at com.ibm.msg.client.jms.internal.JmsConnectionImpl.getExceptionListener(JmsConnectionImpl.java:590)
        at com.ibm.mq.jms.MQConnection.getExceptionListener(MQConnection.java:373)
        at com.ibm.ejs.jms.JMSManagedConnection.cleanup(JMSManagedConnection.java:1100)
        ... 20 more
 
[9/5/13 20:18:30:643 CEST] 00000051 MCWrapper     W   J2CA0088W: The ManagedConnection that is being destroyed from resource No longer available is in an invalid state STATE_INACTIVE. Processing will continue.
[9/5/13 20:21:31:349 CEST] 00000057 FreePool      E   J2CA0045E: Connection not available while invoking method createOrWaitForConnection for resource JMS$LQG00386-LQG00386$JMSManagedConnection@4.
[9/5/13 20:21:36:371 CEST] 00000058 ConnectionEve W   J2CA0206W: A connection error occurred.  To help determine the problem, enable the Diagnose Connection Usage option on the Connection Factory or Data Source. This is the multithreaded access detection option.
[9/5/13 20:21:36:372 CEST] 00000058 ConnectionEve A   J2CA0056I: The Connection Manager received a fatal connection error from the Resource Adapter for resource JMS$LQG00386-LQG00386$JMSManagedConnection@4. The exception is: com.ibm.msg.client.jms.DetailedIllegalStateException: JMSCC0032: This message consumer is closed. An application called a method that must not be used after the message consumer is closed. Ensure that the message consumer is not closed before calling the method.

When digging down into the issue, I found that the root cause was in the org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport#logUri() method. This method calls a method: org.springframework.ws.transport.jms.JmsReceiverConnection#getUri() which crashes because requestMessage.getJMSDestination() resolves to null.
However, the exception is not caught, so it bubbles up. And since it's outside of the try block, the rest of the code is not executed and the connection is not freed. In my local environment I fixed the issue by adding a catch clause to the logURI method, like this:

    private void logUri(WebServiceConnection connection) {
        if (logger.isDebugEnabled()) {
            try {
                logger.debug("Accepting incoming [" + connection + "] at [" + connection.getUri() + "]");
            }
            catch (URISyntaxException e) {
                // ignore
            }
            catch (IllegalArgumentException e) {
                if (logger.isWarnEnabled()) {
                    logger.warn("Error while trying to log WebServiceConnection URI " + e.getMessage());
                } else {
                    logger.debug("Error while trying to log WebServiceConnection URI", e);
                }
            }
        }
    }

This way, the logging statement doesn't have (a visible at least) side effect.
Expanding the try block in handleConnection was also something I tried, but that had as a result that the connection is properly closed, but the rest of the code (my service endpoint) was still not executed. So that solution also had side effects

Custom bundles deployed to the fabric maven proxy don't seem to be resolvable from other openshift containers in the same fabric.

        io.fabric8.common.util.MultiException: Error

          at io.fabric8.agent.download.impl.MavenDownloadManager$MavenDownloader.(MavenDownloadManager.java:93)

          at io.fabric8.agent.download.impl.MavenDownloadManager.createDownloader(MavenDownloadManager.java:71)

          at io.fabric8.agent.region.Subsystem.downloadBundles(Subsystem.java:329)

          at io.fabric8.agent.region.SubsystemResolver.resolve(SubsystemResolver.java:179)

          at io.fabric8.agent.service.Deployer.deploy(Deployer.java:261)

          at io.fabric8.agent.service.Agent.provision(Agent.java:327)

          at io.fabric8.agent.service.Agent.provision(Agent.java:187)

          at io.fabric8.agent.DeploymentAgent.doUpdate(DeploymentAgent.java:569)

          at io.fabric8.agent.DeploymentAgent$2.run(DeploymentAgent.java:216)

          at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)

          at java.util.concurrent.FutureTask.run(FutureTask.java:262)

          at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

          at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

        java.io.IOException: Error downloading fab:mvn:io.fabric8.quickstarts/karaf-beginner-camel-cbr-foobar/1.2.0.redhat-053

          at io.fabric8.agent.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:49)

          at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)

          at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)

        Caused by: java.io.IOException: URL [fab:mvn:io.fabric8.quickstarts/karaf-beginner-camel-cbr-foobar/1.2.0.redhat-053] could not be resolved.

          at io.fabric8.agent.download.impl.SimpleDownloadTask.download(SimpleDownloadTask.java:111)

          at io.fabric8.agent.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:40)

        ... 7 more

The detail description can be found in here
http://forum.springsource.org/showthread.php?115419-Custom-convertor-from-a-non-primitive-class-to-Integer

The operation CamelCacheCheck does not check to see if the cache element is expired before setting the header CamelCacheElementWasFound. This is due to the way isKeyInCache() from EHCache works. 
I believe the bug/quirk has existed since the very beginning of the camel-cache component. The patch is made against 2.11.0-SNAPSHOT.
The patch uses getQuiet() instead of isKeyInCache(). getQuiet() checks for element expiry before returning the element from the cache. getQuiet does not alter the cache element in any way (usage statistics etc) but removes the element from the cache if it is expired.
See the thread on Camel User Forum: http://camel.465427.n5.nabble.com/Camel-cache-CamelCacheCheck-and-expiry-on-cached-elements-td5729404.html

There is a bug in TestCliDriver that loads all .q files for each of the .q test.
We only need to load the .q file for that particular .q test.

Allow excludes (as well as includes) in retryable exceptions

The following exclusions of banned dependencies should be added:

      <dependency>
            <groupId>org.jboss.ws.cxf</groupId>
            <artifactId>jbossws-cxf-client</artifactId>
                    <groupId>org.slf4j</groupId>
                    <artifactId>slf4j-log4j12</artifactId>
            </exclusions>

            <artifactId>cxf-tools-java2ws</artifactId>
                    <groupId>com.sun.xml.bind</groupId>
                    <artifactId>jaxb-xjc</artifactId>
                    <artifactId>jaxb-core</artifactId>

            <artifactId>cxf-tools-wsdlto-core</artifactId>

            <artifactId>cxf-tools-wsdlto-databinding-jaxb</artifactId>

            <artifactId>cxf-tools-validator</artifactId>

When the org.apache.camel.impl.ProducerCache doGetProducer method is called from org.apache.camel.processor.SendProcessor's doStart() method, it will create new instance of a Producer, and put it into Camel context by calling getCamelContext().addService(answer, false);. However, it will not put the object into producers or the pool map, because it is not ServicePoolAware and is not a singleton. This results in a service that will later be started by DeferServiceStartupListener and will stay started until the whole context is closed. 

    protected synchronized Producer doGetProducer(Endpoint endpoint, boolean pooled) {
        String key = endpoint.getEndpointUri();
        Producer answer = producers.get(key);
        if (pooled && answer == null) {
            // try acquire from connection pool
            answer = pool.acquire(endpoint);
        }

            // create a new producer
            try {
                answer = endpoint.createProducer();
                // add as service which will also start the service
                // (false => we and handling the lifecycle of the producer in this cache)
                getCamelContext().addService(answer, false);
                throw new FailedToCreateProducerException(endpoint, e);
            }

            // add producer to cache or pool if applicable
            if (pooled && answer instanceof ServicePoolAware) {
                LOG.debug("Adding to producer service pool with key: {} for producer: {}", endpoint, answer);
                answer = pool.addAndAcquire(endpoint, answer);
            } else if (answer.isSingleton()) {
                LOG.debug("Adding to producer cache with key: {} for producer: {}", endpoint, answer);
                producers.put(key, answer);
            }
        }

        if (answer != null) {
            // record statistics
            if (extendedStatistics) {
                statistics.onHit(key);
            }
        }

    }

Here is the part of doStart() method from SendProcessor class. The producer is acquired and after that is immediately released in ProducerCache, however it is not removed from Camel context and stays there as a Service and will later by started by DeferServiceStartupListener

        Producer producer = producerCache.acquireProducer(destination);
        if (producer instanceof ServicePoolAware || !producer.isSingleton()) {
            // no we cannot optimize it - so release the producer back to the producer cache
            // and use the producer cache for sending
            producerCache.releaseProducer(destination, producer);
        } else {
            // yes we can optimize and use the producer directly for sending
            this.producer = AsyncProcessorConverterHelper.convert(producer);
        }

These classes should implement Serializable as usually all generial collection classes do. (At least I cannot think of a reason why they shouldn't and currently their usage is quite limited, like in RMI or http-sessions.)

Currently I thank the region server closes the region spits in a set order this same order is used in the compaction/spit thread after a startup and all regions need compaction.
This causes the shutdown time to take a vary long time depending on what region the server is compacting.
I have seen my cluster take more then 60 mins to  shutdown waiting for several regions to finish compaction.
The problem I am seeing is say the compaction thread is working on a on region 2 of 4 in the list.
When the region server get the  MSG_REGIONSERVER_QUIESCE from the master it closes in order from 1-4
So it closes region 1 and waits for region 2 to finish compaction before closing it.
The problem is it never closes region split 3 or 4 while waiting for region 2 to complete the compaction.
So example say 3 and 4 regions are waiting to be compacted also. When region 2 is done region 3 start compaction within milliseconds of 2's finished compaction.
This happens faster then the region server can close region 3 so the region server hangs around compacting regions until it run out of open regions needing compact.
With a lot of regions this could hang some region server a long time to Shutdown the cluster.
Solutions 1 or 2 below will work I thank
1. Close all regions not currently getting compaction so when the compaction thread complete it has no other regions open to compact 
2. Empty the compaction que so it has no other regions to compact when done with the current one.

When some of the routes does not have a description NPE will be thrown, because of the code

${i.getDescription.getText}

To prevent it, just use

${i.getDescriptionText}

This is a rare case found by my colleague which really happened on our production env. 
Thread may hang(or enter a infinite loop ) when try to call IdLock.getLockEntry(). Here is the case:
1. Thread1 owned the IdLock, while Thread2(the only one waiting) was waiting for it.
2. Thread1 called releaseLockEntry, it will set IdLock.locked = false, but since Thread2 was waiting, it won't call map.remove(entry.id)
3. While Thread1 was calling releaseLockEntry, Thread2 was interrupted. So no one will remove this IdLock from the map.
4. If another thread try to call getLockEntry on this IdLock， it will end up in a infinite loop. Since existing = map.putIfAbsent(entry.id, entry)) != null and existing.locked=false
It is hard to write a UT since it is a very rare race condition.

If a region server is backed up enough that lots of calls are timing out then we should think about treating a server as failing.

Add Ability to setup druid kafka Ingestion using Hive CREATE TABLE statement
e.g. Below query can submit a kafka supervisor spec to the druid overlord and druid can start ingesting events from kafka. 

CREATE TABLE druid_kafka_test(`__time` timestamp, page string, language string, `user` string, added int, deleted int, delta int)
        STORED BY 'org.apache.hadoop.hive.druid.DruidKafkaStreamingStorageHandler'
        TBLPROPERTIES (
        "druid.segment.granularity" = "HOUR",
        "druid.query.granularity" = "MINUTE",
        "kafka.bootstrap.servers" = "localhost:9092",
        "kafka.topic" = "test-topic",
        "druid.kafka.ingest.useEarliestOffset" = "true"
        );

Design - This can be done via a DruidKafkaStreamingStorageHandler that extends existing DruidStorageHandler and adds the additional functionality for Streaming. 
Testing - Add a DruidKafkaMiniCluster which will consist of DruidMiniCluster + Single Node Kafka Broker. The broker can be populated with a test topic that has some predefined data. 

In src/main/java/org/wildfly/security/auth/server/SecurityIdentity.java:

+            if (AnonymousPrincipal.getInstance().getName().equals(name)) {
+                if (! context.authorizeAnonymous(false)) {
+                    throw log.runAsAuthorizationFailed(getPrincipal(), new AnonymousPrincipal(), null);
+                }
+            } else {
+                if (! (context.importIdentity(this) && context.authorize(name, authorize))) {
+                    throw log.runAsAuthorizationFailed(getPrincipal(), new NamePrincipal(name), null);
+                }
             }

Only a type check is sufficient to determine if a principal is anonymous.  In this fix, the string name "anonymous" takes on a special meaning for the first time, which should not be the case.

A Coprocessor override "public InternalScanner preFlush(final Store store, final InternalScanner scanner)" and return NULL when calling this method, will cancel flush request, leaving snapshot un-flushed, and no new storefile created. But the HRegion.internalFlushCache still set down memstoreSize to 0 by totalFlushableSize. 
If there's no write requests anymore, the memstoreSize will remaining as 0, and no more flush quests will be processed because of the checking of memstoreSize.get() <=0 at the beginning of internalFlushCache.
This issue may not cause data loss, but it will confuse coprocessor users. If we argree with this, I'll apply a patch later.

The following setup describes the scenario:

public class MappingClass {
    @RequestMapping(value = "/handle", method = RequestMethod.GET)
        public void handle(TestBean object) {
    }
}

@RequestMapping(value="/type")
public class MappingClassController extends MappingClass {
}

Reported by the vFabric Management Service project.

Currently depends on 4.2.4 and 4.2.5 which conflicts with thrift-0.9 which depends on 4.1.3

When executing the "persistence setup" command, the maven dependency for the selected --database is removed if the JDBC driver is the same for more than one database provider. For example, MS SQL and Sybase use the same driver, jTDS. 

while trying to debug a cluster with all masters down, I noticed going to the region server status page failed with NPE.

Here is the user story about it.
http://stackoverflow.com/questions/4810050/how-do-i-implement-a-pass-through-jax-rs-proxy-using-apache-camel

Currently RTS takes port address from SocketBinding#getPort(), which does not take port offset into an account. SocketBinding#getAbsolutePort() should be used instead.

Coverity static analysis found possible occurence of resource leak.
https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=9690272&defectInstanceId=2391428&mergedDefectId=1402977
In constructor when fos.getFD() will throw exception FileOutputStream fos won't be closed.
FileAuditEndpoint.java

    FileAuditEndpoint(Builder builder) throws IOException {
        this.dateFormatSupplier = builder.dateFormatSupplier;
        this.syncOnAccept = builder.syncOnAccept;

        FileOutputStream fos = new FileOutputStream(builder.location.toFile(), true);
        this.fileDescriptor = fos.getFD();
        this.outputStream = new BufferedOutputStream(fos);
    }

When a file stream is used with camel-stream, the file is not opened in append mode, therefore the file is overwritten with every message, ending up with just the last message, all others are lost.
This contrasts with the documented behavior.

Hive metastore schema on mysql is broken after the commit for HIVE-18546. Following error is seen during schema initialization:

0: jdbc:mysql://localhost.localdomain> CREATE TABLE IF NOT EXISTS `TBLS` 
 ( `TBL_ID` bigint(20) NOT NULL, `CREATE_TIME` int(11) NOT NULL, `DB_ID` bigint( 
20) DEFAULT NULL, `LAST_ACCESS_TIME` int(11) NOT NULL, `OWNER` varchar(767) CHAR 
ACTER SET latin1 COLLATE latin1_bin DEFAULT NULL, `RETENTION` int(11) NOT NULL,  
`SD_ID` bigint(20) DEFAULT NULL, `TBL_NAME` varchar(256) CHARACTER SET latin1 CO 
LLATE latin1_bin DEFAULT NULL, `TBL_TYPE` varchar(128) CHARACTER SET latin1 COLL 
ATE latin1_bin DEFAULT NULL, `VIEW_EXPANDED_TEXT` mediumtext, `VIEW_ORIGINAL_TEX 
T` mediumtext, `IS_REWRITE_ENABLED` bit(1) NOT NULL DEFAULT 0 PRIMARY KEY (`TBL_ 
ID`), UNIQUE KEY `UNIQUETABLE` (`TBL_NAME`,`DB_ID`), KEY `TBLS_N50` (`SD_ID`), K 
EY `TBLS_N49` (`DB_ID`), CONSTRAINT `TBLS_FK1` FOREIGN KEY (`SD_ID`) REFERENCES  
`SDS` (`SD_ID`), CONSTRAINT `TBLS_FK2` FOREIGN KEY (`DB_ID`) REFERENCES `DBS` (` 
DB_ID`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1
Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '(`TBL_ID`), UNIQUE KEY `UNIQUETABLE` (`TBL_NAME`,`DB_ID`), KEY `TBLS_N50` (`SD_I' at line 1 (state=42000,code=1064)
Closing: 0: jdbc:mysql://localhost.localdomain/hivedb?createDatabaseIfNotExist=true
	at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:586)
	at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:559)
	at org.apache.hive.beeline.HiveSchemaTool.main(HiveSchemaTool.java:1183)
	at org.apache.hadoop.util.RunJar.run(RunJar.java:304)
	at org.apache.hadoop.util.RunJar.main(RunJar.java:218)
	at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:957)
	at org.apache.hive.beeline.HiveSchemaTool.runBeeLine(HiveSchemaTool.java:935)
	at org.apache.hive.beeline.HiveSchemaTool.doInit(HiveSchemaTool.java:582)
	... 8 more

In the file metastore/scripts/upgrade/mysql/hive-schema-3.0.0.mysql.sql one of the column definitions in the `TBLS` table is missing a comma at the end

`IS_REWRITE_ENABLED` bit(1) NOT NULL DEFAULT 0

This follows the dicussion around HBASE-3855, and the random errors (20% failure on trunk) on the unit test org.apache.hadoop.hbase.regionserver.TestHRegion.testWritesWhileGetting
I saw some points related to numIterReseek, used in the MemStoreScanner#getNext (line 690):

679	    protected KeyValue getNext(Iterator it) {
680	      KeyValue ret = null;
681	      long readPoint = ReadWriteConsistencyControl.getThreadReadPoint();
682	      //DebugPrint.println( " MS@" + hashCode() + ": threadpoint = " + readPoint);
683	 
684	      while (ret == null && it.hasNext()) {
685	        KeyValue v = it.next();
686	        if (v.getMemstoreTS() <= readPoint) {
687	          // keep it.
688	          ret = v;
689	        }
690	        numIterReseek--;
691	        if (numIterReseek == 0) {
692	          break;
693	         }
694	      }
695	      return ret;
696	    }

This function is called by seek, reseek, and next. The numIterReseek is only usefull for reseek.
There are some issues, I am not totally sure it's the root cause of the test case error, but it could explain partly the randomness of the error, and one point is for sure a bug.
1) In getNext, numIterReseek is decreased, then compared to zero. The seek function sets numIterReseek to zero before calling getNext. It means that the value will be actually negative, hence the test will always fail, and the loop will continue. It is the expected behaviour, but it's quite smart.
2) In "reseek", numIterReseek is not set between the loops on the two iterators. If the numIterReseek is equals to zero after the loop on the first one, the loop on the second one will never call seek, as numIterReseek will be negative.
3) Still in "reseek", the test to call "seek" is (kvsetNextRow == null && numIterReseek == 0). In other words, if kvsetNextRow is not null when numIterReseek equals zero, numIterReseek will start to be negative at the next iteration and seek will never be called.
4) You can have side effects if reseek ends with a numIterReseek > 0: the following calls to the "next" function will decrease numIterReseek to zero, and getNext will break instead of continuing the loop. As a result, later calls to next() may return null or not depending on how is configured the default value for numIterReseek.
To check if the issue comes from point 4, you can set the numIterReseek to zero before returning in reseek:

      numIterReseek = 0;
      return (kvsetNextRow != null || snapshotNextRow != null);
    }

On my env, on trunk, it seems to work, but as it's random I am not really sure. I also had to modify the test (I added a loop) to make it fails more often, the original test was working quite well here.
It has to be confirmed that this totally fix (it could be partial or unrelated) org.apache.hadoop.hbase.regionserver.TestHRegion.testWritesWhileGetting before implementing a complete solution.

When there is a min/max concurrency and we've reached the max, then increase the min, the max is exceeded.

public class So50014436Application {

		SpringApplication.run(So50014436Application.class, args).close();
	}

	@Bean
	public ApplicationRunner runner(RabbitTemplate template, AmqpAdmin admin,
			RabbitListenerEndpointRegistry registry) {
			for (int i = 0; i < 1000; i++) {
				template.convertAndSend("so50014436", "foo");
			}
			ExecutorService exec = Executors.newSingleThreadExecutor();
			exec.execute(() -> {
				while (true) {
					System.out.println(admin.getQueueProperties("so50014436"));
					try {
						Thread.sleep(5_000);
					}
					catch (InterruptedException e) {
						Thread.currentThread().interrupt();
						break;
					}
				}
			});
			Thread.sleep(70_000);
			System.out.println("Changing min to 12");
			registry.getListenerContainers().forEach(c -> {
				((SimpleMessageListenerContainer) c).setConcurrentConsumers(12);
			});
			Thread.sleep(60_000);
			exec.shutdownNow();
		};
	}

	@RabbitListener(queues = "so50014436")
	public void listen(String in) throws Exception {
		Thread.sleep(1_000);
	}

	@Bean
	public Queue queue() {
		return new Queue("so50014436");
	}

} 

{QUEUE_CONSUMER_COUNT=10, QUEUE_MESSAGE_COUNT=695, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=10, QUEUE_MESSAGE_COUNT=940, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=10, QUEUE_MESSAGE_COUNT=890, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=11, QUEUE_MESSAGE_COUNT=847, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=11, QUEUE_MESSAGE_COUNT=792, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=12, QUEUE_MESSAGE_COUNT=736, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=12, QUEUE_MESSAGE_COUNT=676, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=12, QUEUE_MESSAGE_COUNT=616, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=13, QUEUE_MESSAGE_COUNT=552, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=13, QUEUE_MESSAGE_COUNT=487, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=14, QUEUE_MESSAGE_COUNT=420, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=14, QUEUE_MESSAGE_COUNT=350, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=14, QUEUE_MESSAGE_COUNT=280, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=15, QUEUE_MESSAGE_COUNT=205, QUEUE_NAME=so50014436}
Changing min to 12
{QUEUE_CONSUMER_COUNT=17, QUEUE_MESSAGE_COUNT=128, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=17, QUEUE_MESSAGE_COUNT=43, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=17, QUEUE_MESSAGE_COUNT=0, QUEUE_NAME=so50014436}
{QUEUE_CONSUMER_COUNT=16, QUEUE_MESSAGE_COUNT=0, QUEUE_NAME=so50014436}
 
There are javadoc warnings in both the 0.2 branch and in trunk. They must be fixed before 0.2.2 or 0.18.0 are released.

If a job is created with a ScheduledJobIdentifier, and another job with a ScheduledJobIdentifier with the same name, but with other modified attributes, such as the job key, findJobs will return the existing job, rather than an empty list, as it should.

Currently the HBase shell's status command prints unescaped keys on the terminal causing the terminal to print garbage characters. We should escape the printed keys.

CAMEL-5542 creates a regression for our routes when migrating from ServiceMix 4.4 to ServiceMix 4.5.
The secondary route in which we use this timer populates a cache, which must be initialized before other primary routes in the bundle can use it, otherwise requests sent to these other routes will generate errors.
In our ServiceMix installation with all the other bundles, the bundle with the timer can take from 1 second to 30 seconds to start-up, depending on the machine speed and the number of other bundles which are installed/started at the same time. 
It is therefore very difficult to estimate the time to define for the "delay" variable. If set too low, the first fire will be ignored and the other primary routes will generate errors until the timer second fire. If set too high, the other primary routes will generate errors until the timer first fire. 
Normally the timer period is set to refresh the cache every several minutes, which leaves a large window where requests end with an error in case the cache failed to initialize.
Here is a patch with a StartupListener which effectively reduces the window of errors to a fraction of a second.
Also, it would help to debug these kind of problems if a "debug" log is added when the first timer fire is ignored.

The method RexLiteral.byteValue() was deprecated and will be remove in Calcite 1.0. The attached patch replaces it with a non-deprecated alternative.
As soon as the patch is committed I will push to apache nexus a new calcite-1.0.0-snapshot that will be very close to proposed calcite-1.0 release.

StatefulRetryStepFactoryBean ignores skip limit and exceptions

In URISupport.createURIWithQuery if the uri parameter contains a fragment but no query, the fragment is added a second time in the returned URI.
Fairly easy to fix if anybody wants to take a stab at it .

create temporary table foo (x int) clustered by  into 4 buckets;
insert overwrite table foo values(1),(2),(3),(4),(9);
select , regexp_extract(INPUT_FILE_NAME, './(.*)', 1) from foo;
OK
9       000000_0
4       000000_0
3       000000_0
2       000000_0
1       000000_0
OK
4       000000_0
9       000001_0
1       000001_0
2       000002_0
3       000003_0

The sample uses the `location` attribute which should be `locations`.

DomainSlaveHandler takes the 'operation' model node passed in as a param and for each host it will call performs transformation on it. Problem is those transformations are all being performed on the same model node, not on host-specific clones of it. So the transformation for the second host is working on the result of the first host, etc.

When running repl load like following:

REPL LOAD `repldb_kms207` FROM 'hdfs://url:8020/apps/hive/repl/f8b057a7-c3f2-43bd-8baa-f7408a9008fc' WITH ('hive.exec.parallel'='true','hive.distcp.privileged.doAs'='beacon','hive.metastore.uris'='thrift://metastore-url:9083','hive.metastore.warehouse.dir'='s3a://s3-warehouse','hive.warehouse.subdir.inherit.perms'='false','hive.repl.replica.functions.root.dir'='s3a://s3-warehouse','fs.s3a.bucket.ss-datasets.endpoint'='s3-bucket-endpoint','fs.s3a.impl.disable.cache'='true','fs.s3a.server-side-encryption-algorithm'='SSE-KMS','fs.s3a.server-side-encryption.key'='encr-key','distcp.options.pp'='','distcp.options.pg'='','distcp.options.pu'='');

the task that get created need to use the configs that are passed in the USING clause. However, in some cases the wrong config object gets used.

Discovered in some q test run:

 TestCliDriver.testCliDriver_insert_values_orig_table:123->runTest:199 Unexpected exception java.util.ConcurrentModificationException
	at java.util.HashMap$HashIterator.nextEntry(HashMap.java:926)
	at java.util.HashMap$EntryIterator.next(HashMap.java:966)
	at java.util.HashMap$EntryIterator.next(HashMap.java:964)
	at org.apache.hadoop.hive.ql.metadata.Hive.dumpAndClearMetaCallTiming(Hive.java:3412)
	at org.apache.hadoop.hive.ql.Driver.dumpMetaCallTimingWithoutEx(Driver.java:574)
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1722)
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1342)
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1113)

In AS7, one could configure a load balancer with sticky sessions to support load balancing for non-distributed web applications.
While the distributed session manager supports parsing and formatting of the instance-id from/to the session id, the in-memory session manager does not.
The use case for this are stateful web applications that do not require high-availability of state (e.g. a stateless web-app that uses container managed authentication), but would also like to scale beyond the capacity of a single server.

In case of securing management interface with ldap in security realm. When nonexistent user is provided, wildfly answers with 500 http status code. It is different behaviour compared to wildfly 10.1, which returns 401. I think http status code 401 is proper in this situation, because it is client fault (e.g. typo in username) and can be repaired on client side.

10:49:18,745 TRACE [org.wildfly.security] (management task-10) Handling MechanismInformationCallback
10:49:18,746 TRACE [org.wildfly.security] (management task-10) Handling AvailableRealmsCallback: realms = [ldap-realm]
10:49:18,746 TRACE [org.wildfly.security] (management task-10) Handling RealmCallback: selected = [ldap-realm]
10:49:18,746 TRACE [org.wildfly.security] (management task-10) Handling NameCallback: authenticationName = anil
10:49:18,746 TRACE [org.wildfly.security] (management task-10) Name assigning: [anil], pre-realm rewritten: [anil], realm name: [PLAIN], post realm rewritten: [anil], realm rewritten: [anil]
10:49:18,746 TRACE [org.jboss.as.domain.management.security] (management task-10) Non caching search for 'anil'
10:49:18,746 TRACE [org.jboss.as.domain.management.security] (management task-10) Performing single level search
10:49:18,746 TRACE [org.jboss.as.domain.management.security] (management task-10) Searching for user 'anil' using filter '(uid={0})'.
10:49:18,746 TRACE [org.jboss.as.domain.management.security] (management task-10) Connecting to LDAP with properties ({java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory, java.naming.provider.url=ldap://localhost.localdomain:10389, java.naming.security.principal=uid=admin,ou=system, java.naming.security.credentials=***, java.naming.referral=ignore})
10:49:18,749 WARN  [org.apache.directory.server.core.api.interceptor.context.FilteringOperationContext] (pool-7-thread-1) Requested attribute dn does not exist in the schema, it will be ignored
10:49:18,750 TRACE [org.jboss.as.domain.management.security] (management task-10) User 'anil' not found in directory.

metastore.Hive is thread local instance, which can have different status with SessionState. Currently the only status in metastore.Hive is database name in use.

when loading data in non-supergroup user of hadoop,  hadoop will throw a AccessControlException bacuase Hive try to do write operation at  /tmp directory.
This is obviously not allowed.
see line 752 in Hive.java
Path tmppath = new Path("/tmp/"+randGen.nextInt());
      try 
{
          fs.mkdirs(tmppath);
      ...
    }

those lines will cause that exception. 

Also when using a shared client connection manager the builder must be told of this so it does not close() a shared connection manager when the http client is closed.

org.apache.hive.hcatalog.streaming.TestStreaming.testFileDumpCorruptDataFiles
org.apache.hive.hcatalog.streaming.TestStreaming.testFileDumpCorruptSideFiles
java.io.IOException: Unable to move file:/E:/hive/hcatalog/streaming/target/tmp/junit4129594478393496260/testing3.db/dimensionTable/delta_0000001_0000002/bucket_00000 to E:/hive/hcatalog/streaming/target/tmp/E:/hive/hcatalog/streaming/target/tmp/junit4129594478393496260/testing3.db/dimensionTable/delta_0000001_0000002/bucket_00000
        at org.apache.hadoop.hive.ql.io.orc.FileDump.moveFiles(FileDump.java:546)^M
        at org.apache.hadoop.hive.ql.io.orc.FileDump.recoverFile(FileDump.java:513)^M
        at org.apache.hadoop.hive.ql.io.orc.FileDump.recoverFiles(FileDump.java:428)^M
        at org.apache.hadoop.hive.ql.io.orc.FileDump.main(FileDump.java:125)^M
        at org.apache.hive.hcatalog.streaming.TestStreaming.testFileDumpCorruptSideFiles(TestStreaming.java:1523)^M
Note that FileDump appends the full source path to the backup path when trying to recover files (see "E:" in the middle of the destination path).

attached patch contains
org.apache.hive.hcatalog.pig.TestOrcHCatPigStorer#testWriteChar()
which shows that char(5) value written to Hive (ORC) table using HCatStorer will come back as char(255) when read with HCatLoader.

select s.key, s.value from 
 ( select transform(key, value) using 'cat' as (key, value) from src
   UNION ALL
   select key, value from src) s;
throws schema-not-match exception.

// TODO: use a better algorithm to send a request which is more likely to fetch a new		
// location.

After this issue, the AsyncNonMetaRegionLocator will use FIFO algorithm to get a candidate locate request. Meanwhile, we will clear the completed requests before get a candidate.

When I build on hadoop2 since yesterday, I get

[ERROR] /Users/sergey/git/hive/itests/hive-unit/src/test/java/org/apache/hadoop/hive/thrift/TestZooKeeperTokenStore.java:[28,41] package org.apache.hadoop.hbase.zookeeper does not exist
[ERROR] /Users/sergey/git/hive/itests/hive-unit/src/test/java/org/apache/hadoop/hive/thrift/TestZooKeeperTokenStore.java:[40,11] cannot find symbol
[ERROR] symbol  : class MiniZooKeeperCluster
[ERROR] location: class org.apache.hadoop.hive.thrift.TestZooKeeperTokenStore
[ERROR] /Users/sergey/git/hive/itests/hive-unit/src/test/java/org/apache/hadoop/hive/thrift/TestZooKeeperTokenStore.java:[53,26] cannot find symbol

jon gray has a table of ten rows and a couple of columns that is constantly being updated.  Has max versions of 2.  This table is growing fast because all versions written are kept until a major compaction.  The way this table is being used is different than that of others.  Would be good if he could have major compactions run more often than the default once a day.

A POJO WS should default to the Undertow default-security-domain just as an EJB WS defaults to the default-security-domain defined in the ejb3 subsystem.

The retrymetastore catches JDOException, but they are always wrapped by reflection.

See failing test at https://bitbucket.org/patrikfr/springmongotest/src/96590e6d599c/ CarRepositoryTest#groupByWithNonPrimitiveProperty
java.lang.RuntimeException: json can't serialize type : class mongo.MakeId
	at com.mongodb.util.JSONSerializers$IterableSerializer.serialize(JSONSerializers.java:280)
	at com.mongodb.util.JSONSerializers$MapSerializer.serialize(JSONSerializers.java:307)
	at com.mongodb.util.JSON.serialize(JSON.java:56)
	at com.mongodb.util.JSON.serialize(JSON.java:41)
	at org.springframework.data.mongodb.core.MongoTemplate.group(MongoTemplate.java:1070)
	at mongo.CarRepositoryCustomImpl.aggregateDistanceTravelledAndColorByMake(CarRepositoryCustomImpl.java:29)

./standalone.sh  -c standalone-ha.xml
# batch
/subsystem=jca/distributed-workmanager=newdwm/short-running-threads=newdwaaaaaaaaaa:add(queue-length=20,max-threads=20)
run-batch
# error is printed, correct, management commands were wrong
list-batch
discard-batch
batch
/subsystem=jca/distributed-workmanager=newdwm/short-running-threads=newdwm:add(queue-length=20,max-threads=20)
run-batch
# error is printed, wrong, because management commands are correct. Previous batch command probably doesn't do roll back correctly
reload
batch
run-batch
# works correctly, but only after reload

It looks like JCA might need permissions to access Subject credentials.

javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:jboss/wf-ra-security-domain
    at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:690)
    at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:597)
    at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:789)
    at org.jboss.as.test.integration.jca.rar.MultipleConnectionFactory1Impl.getConnection(MultipleConnectionFactory1Impl.java:95)
    at org.jboss.as.test.integration.jca.security.WildFlyActivationRaWithSecurityDomainTestCase.deploymentTest(WildFlyActivationRaWithSecurityDomainTestCase.java:151)
    at sun.reflect.GeneratedMethodAccessor15.invoke(Unknown Source)
    at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:561)
    at org.jboss.jca.core.connectionmanager.pool.AbstractPool.getSimpleConnection(AbstractPool.java:632)
    at org.jboss.jca.core.connectionmanager.pool.AbstractPool.getConnection(AbstractPool.java:604)
    at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:624)
    ... 148 more
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("javax.security.auth.PrivateCredentialPermission" "javax.resource.spi.security.PasswordCredential" "read")" in code source "(vfs:/content/wf-ra-security-domain.rar/single.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.wf-ra-security-domain.rar" from Service Module Loader")
    at javax.security.auth.Subject$SecureSet.contains(Subject.java:1185)
    at java.util.Collections$SynchronizedCollection.contains(Collections.java:2021)
    at org.jboss.as.test.integration.jca.rar.MultipleManagedConnectionFactoryWithSubjectVerification.createManagedConnection(MultipleManagedConnectionFactoryWithSubjectVerification.java:50)
    at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.createConnectionEventListener(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:1326)
    at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:499)
    ... 151 more

CC Martin Simka.

In TestDriverCurl.pm, we sort job status array returned by templeton using:

sort { $a->{id} <=> $b->{id} }

However, "<=>" is used to compare numbers, jobid is string, so comparison is wrong. This results test JOBS_4 fail in some cases.

IIOPNamingTestCase failing with errors like

    at com.ibm.rmi.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:372)
    at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:164)
    at org.jboss.as.test.integration.ejb.iiop.naming.IIOPNamingTestCase.testCorbalocInvocationWithDDOverride(IIOPNamingTestCase.java:176)

it looks exactly like WFLY-1783 that was fixed before. Maybe and oversight with new orb impl.
see http://brontes.lab.eng.brq.redhat.com/viewType.html?buildTypeId=WF_MasterLinuxIbmJdk 

HRegionInterface getHRegionConnection(final String hostname,
        final int port, final InetSocketAddress isa, final boolean master)
        throws IOException 
/////////////////////////
	String rsName = isa != null ? isa.toString() : Addressing
          .createHostAndPortStr(hostname, port); 
////here,if isa is null, the Addressing created a address like "node41:60010"
                                                                 ////should use "isa.toString():new InetSocketAddress(hostname, port).toString();" 
                                                                 ////instead of "Addressing.createHostAndPortStr(hostname, port);"
 	server = this.servers.get(rsName);                                      
      if (server == null) {
        // create a unique lock for this RS (if necessary)
        this.connectionLock.putIfAbsent(rsName, rsName);
        // get the RS lock
        synchronized (this.connectionLock.get(rsName)) {
          // do one more lookup in case we were stalled above
          server = this.servers.get(rsName);
          if (server == null) {
            try {
              if (clusterId.hasId()) 
{
                conf.set(HConstants.CLUSTER_ID, clusterId.getId());
              }
              // Only create isa when we need to.
              InetSocketAddress address = isa != null ? isa
                  : new InetSocketAddress(hostname, port);
              // definitely a cache miss. establish an RPC for this RS
              server = (HRegionInterface) HBaseRPC.waitForProxy(
                  serverInterfaceClass, HRegionInterface.VERSION, address,
                  this.conf, this.maxRPCAttempts, this.rpcTimeout,
                  this.rpcTimeout);
              this.servers.put(address.toString(), server);    
////but here address.toString() send an address like "node41/10.61.2l.171:60010
////so this method can never get cached address and make client request very slow due to it's synchronized.
            } catch (RemoteException e) 
{
              LOG.warn("RemoteException connecting to RS", e);
              // Throw what the RemoteException was carrying.
              throw RemoteExceptionHandler.decodeRemoteException(e);
            }
          }
        }
///////////////////////

And it has a few other areas as well that could be polished.

In case when cache is used for legacy LDAP security realm and any access to secured resource occures, then entry is added into cache even if user has not been authenticated correctly. This can cause that valid entries are evicted due to max-cache-size. This reduce benefit of LDAP cache and impacts performance.
Same behavior can be seen in 7.0.0.GA.

When a route containing a load balancer is restarted, after the restart, the route does not contain any processors within the load balancer.
This is because the processors are removed in "doStop", rather than in "doShutdown" in LoadBalancerSupport.
Here is a patch that fixes the problem.

I found case of comparison of incompatible types for equality: String.equals(org.jboss.dmr.ModelNode)
https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java/org/jboss/as/txn/subsystem/TransactionSubsystem14Parser.java#L221

...
 final String value = reader.getAttributeValue(i);
...
if (!value.equals(TransactionSubsystemRootResourceDefinition.OBJECT_STORE_PATH.getDefaultValue())) {
     needsDefaultRelativeTo = false;
}

https://github.com/wildfly/wildfly-core/blob/master/controller/src/main/java/org/jboss/as/controller/AttributeDefinition.java#L349

public ModelNode getDefaultValue() {
    return defaultValue;
}

Please fix the code to compare the right types.

Socket-binding resource registers 3 attributes as metric:

bound
bound-port
bound-address

None of these attributes are actual metric (that may change due to server activity).
They should be registered as runtime read-only attributes instead.

The jars in hive.reloadable.aux.jars.path seem to be available in HS2 process while they are not available in the Mapper or Reducer nodes which will throw the following exception.

org.apache.hadoop.hive.ql.exec.ExprNodeGenericFuncEvaluator.isDeterministic(ExprNodeGenericFuncEvaluator.java:152)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluatorFactory.iterate(ExprNodeEvaluatorFactory.java:97)
	at org.apache.hadoop.hive.ql.exec.ExprNodeEvaluatorFactory.toCachedEvals(ExprNodeEvaluatorFactory.java:71)
	at org.apache.hadoop.hive.ql.exec.MapOperator.initializeOp(MapOperator.java:431)
	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.configure(ExecMapper.java:126)
	... 22 more
Caused by: java.lang.ClassNotFoundException: test.UDF
	... 36 more

NullPointerException might occur if table.getParameters() returns null when method isNonNativeTable is invoked in class MetaStoreUtils.

public static boolean isNonNativeTable(Table table) {
    }
    return (table.getParameters().get(hive_metastoreConstants.META_TABLE_STORAGE) != null);
  }

This will cause a stack trace without any suggestive information at client:

org.apache.hadoop.hive.metastore.api.MetaException: 
        at org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$create_table_with_environment_context_result$create_table_with_environment_context_resultStandardScheme.read...

When trying to send a mail with an empty body (null) then we get the following NullPointer exception.
We should instead either complain about the null body or send the mail with an empty body.
13:27:27,010 | INFO  | tp1062262230-101 | ache.camel.processor.CamelLogger   87 | 55 - org.apache.camel.camel-core - 2.7.1 | Exchange[ExchangePattern:InOut, BodyType:org.apache.cxf.message.MessageContentsList, Body:[com.ier.ebo_servicerequest.ServiceRequestType@10e07658]]
13:27:27,013 | ERROR | tp1062262230-101 | ache.camel.processor.CamelLogger  232 | 55 - org.apache.camel.camel-core - 2.7.1 | Failed delivery for exchangeId: ID-MacBook-Pro-de-bahaaldine-local-51035-1309771358240-2-6. Exhausted after delivery attempt: 1 caught: org.springframework.mail.MailPreparationException: Could not prepare mail; nested exception is java.lang.NullPointerException
org.springframework.mail.MailPreparationException: Could not prepare mail; nested exception is java.lang.NullPointerException
            at org.springframework.mail.javamail.JavaMailSenderImpl.send(JavaMailSenderImpl.java:367)[49:org.springframework.context.support:3.0.5.RELEASE]
            at org.springframework.mail.javamail.JavaMailSenderImpl.send(JavaMailSenderImpl.java:344)[49:org.springframework.context.support:3.0.5.RELEASE]
            at org.apache.camel.component.mail.MailProducer.process(MailProducer.java:44)[281:org.apache.camel.camel-mail:2.7.1]
            at org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:77)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:104)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:272)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:98)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:68)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:299)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:208)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:269)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.Pipeline.process(Pipeline.java:125)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:139)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:61)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:109)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.MulticastProcessor.doProcessSequential(MulticastProcessor.java:582)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.MulticastProcessor.doProcessSequential(MulticastProcessor.java:511)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.MulticastProcessor.process(MulticastProcessor.java:211)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.RecipientList.sendToRecipientList(RecipientList.java:134)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.RecipientList.process(RecipientList.java:102)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:103)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85)[55:org.apache.camel.camel-core:2.7.1]
            at org.apache.camel.component.cxf.CxfConsumer$1.syncInvoke(CxfConsumer.java:135)[125:org.apache.camel.camel-cxf:2.7.1]
            at org.apache.camel.component.cxf.CxfConsumer$1.invoke(CxfConsumer.java:77)[125:org.apache.camel.camel-cxf:2.7.1]
            at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)[124:org.apache.cxf.bundle:2.4.0]
            at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_24]
            at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)[:1.6.0_24]
            at java.util.concurrent.FutureTask.run(FutureTask.java:138)[:1.6.0_24]
            at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)[124:org.apache.cxf.bundle:2.4.0]
            at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:106)[124:org.apache.cxf.bundle:2.4.0]
            at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263)[124:org.apache.cxf.bundle:2.4.0]
            at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:118)[124:org.apache.cxf.bundle:2.4.0]
            at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:208)[124:org.apache.cxf.bundle:2.4.0]
            at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:223)[124:org.apache.cxf.bundle:2.4.0]
            at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:205)[124:org.apache.cxf.bundle:2.4.0]
            at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:113)[124:org.apache.cxf.bundle:2.4.0]
            at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:184)[124:org.apache.cxf.bundle:2.4.0]
            at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:107)[124:org.apache.cxf.bundle:2.4.0]
            at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)[72:org.apache.geronimo.specs.geronimo-servlet_2.5_spec:1.1.2]
            at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:163)[124:org.apache.cxf.bundle:2.4.0]
            at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:534)[79:org.eclipse.jetty.servlet:7.3.1.v20110307]
            at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:476)[79:org.eclipse.jetty.servlet:7.3.1.v20110307]
            at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:70)[84:org.ops4j.pax.web.pax-web-jetty:1.0.1]
            at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:517)[78:org.eclipse.jetty.security:7.3.1.v20110307]
            at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:934)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:116)[84:org.ops4j.pax.web.pax-web-jetty:1.0.1]
            at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:404)[79:org.eclipse.jetty.servlet:7.3.1.v20110307]
            at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:184)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:869)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:72)[84:org.ops4j.pax.web.pax-web-jetty:1.0.1]
            at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.eclipse.jetty.server.Server.handle(Server.java:346)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:581)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpConnection.java:1057)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:807)[75:org.eclipse.jetty.http:7.3.1.v20110307]
            at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:220)[75:org.eclipse.jetty.http:7.3.1.v20110307]
            at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:411)[77:org.eclipse.jetty.server:7.3.1.v20110307]
            at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:526)[74:org.eclipse.jetty.io:7.3.1.v20110307]
            at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:41)[74:org.eclipse.jetty.io:7.3.1.v20110307]
            at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:528)[73:org.eclipse.jetty.util:7.3.1.v20110307]
            at java.lang.Thread.run(Thread.java:680)[:1.6.0_24]
            at javax.mail.util.ByteArrayDataSource.<init>(ByteArrayDataSource.java:137)[69:javax.mail:1.4.3]
            at org.apache.camel.component.mail.MailBinding.populateContentOnMimeMessage(MailBinding.java:205)[281:org.apache.camel.camel-mail:2.7.1]
            at org.apache.camel.component.mail.MailBinding.populateMailMessage(MailBinding.java:114)[281:org.apache.camel.camel-mail:2.7.1]
            at org.apache.camel.component.mail.MailProducer$1.prepare(MailProducer.java:46)[281:org.apache.camel.camel-mail:2.7.1]
            at org.springframework.mail.javamail.JavaMailSenderImpl.send(JavaMailSenderImpl.java:352)[49:org.springframework.context.support:3.0.5.RELEASE]
            ... 98 more
13:27:27,023 | WARN  | tp1062262230-101 | ache.cxf.common.logging.LogUtils  371 |  -  -  | Interceptor for 
{http://www.ier.com/WS_ServiceRequest}
WSServiceRequestService#
createServiceRequest has thrown exception, unwinding now
org.apache.cxf.interceptor.Fault: Could not prepare mail; nested exception is java.lang.NullPointerException
            at org.apache.camel.component.cxf.CxfConsumer$1.checkFailure(CxfConsumer.java:218)[125:org.apache.camel.camel-cxf:2.7.1]
            at org.apache.camel.component.cxf.CxfConsumer$1.setResponseBack(CxfConsumer.java:195)[125:org.apache.camel.camel-cxf:2.7.1]
            at org.apache.camel.component.cxf.CxfConsumer$1.syncInvoke(CxfConsumer.java:142)[125:org.apache.camel.camel-cxf:2.7.1]
Caused by: org.springframework.mail.MailPreparationException: Could not prepare mail; nested exception is java.lang.NullPointerException
            ... 41 more
            ... 98 more

2018-01-27 22:51:43,794 INFO  [hconnection-0x3291b443-shared-pool11-t6] client.AsyncRequestFutureImpl(778): id=5, table=testQuotaStatusFromMaster3, attempt=6/16 failed=20ops, last exception=org.apache.hadoop.hbase.client.WrongRowIOException: org.apache.hadoop.hbase.client.WrongRowIOException: The row in xxx doesn't match the original one aaa
	at org.apache.hadoop.hbase.client.Mutation.add(Mutation.java:776)
	at org.apache.hadoop.hbase.client.Put.add(Put.java:282)
	at org.apache.hadoop.hbase.shaded.protobuf.ProtobufUtil.toPut(ProtobufUtil.java:642)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.doBatchOp(RSRpcServices.java:952)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.doNonAtomicRegionMutation(RSRpcServices.java:896)
	at org.apache.hadoop.hbase.regionserver.RSRpcServices.multi(RSRpcServices.java:2591)
	at org.apache.hadoop.hbase.shaded.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:41560)

I noticed this bug when testing the table space quota.
When rs are converting pb mutation to hbase.mutation, the quota exception or cell exception may be thrown.

Unable to find source-code formatter for language: rsrpcservices#dobatchop.java. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml      for (ClientProtos.Action action: mutations) {
        MutationProto m = action.getMutation();
        Mutation mutation;
        if (m.getMutateType() == MutationType.PUT) {
          mutation = ProtobufUtil.toPut(m, cells);
          batchContainsPuts = true;
        } else {
          mutation = ProtobufUtil.toDelete(m, cells);
          batchContainsDelete = true;
        }
        mutationActionMap.put(mutation, action);
        mArray[i++] = mutation;
        checkCellSizeLimit(region, mutation);
        // Check if a space quota disallows this mutation
        spaceQuotaEnforcement.getPolicyEnforcement(region).check(mutation);
        quota.addMutation(mutation);
      }

rs has caught the exception but it doesn't have the cellscanner skip the failed cells.

    } catch (IOException ie) {
      if (atomic) {
        throw ie;
      }
      for (Action mutation : mutations) {
        builder.addResultOrException(getResultOrException(ie, mutation.getIndex()));
      }
    }

The bug results in the WrongRowIOException to remaining mutations since they refer to invalid cells.

If I remove a custom Log4J appender from my standalone.xml and restart JBoss, I can still see the POJO definition for the removed appender in my logging.properties file.

No more!

<p class="note">To replace this page set "enable-welcome-root" to false in your server configuration and deploy
your own war with / as its context path.</p>

JaasAuthenticationProvider provides a new login.config.url.X Security property when it is initialised, so that JAAS ConfigFile can retrieve the appropriate file and the loginContextNames therein.
If a second JaasAuthenticationProvider is created and initialised after ConfigFile is initialised (for example if two Spring web applications have different loginConfig files), then the second file is not picked up and creating a LoginContext fails with:
javax.security.auth.login.LoginException: No LoginModules configured for test2
	at javax.security.auth.login.LoginContext.init(LoginContext.java:256)
	at javax.security.auth.login.LoginContext.<init>(LoginContext.java:334)
	at test.Test.testConfigureJaasCase(Test.java:27)
	at test.Test.testConfigureJaas(Test.java:33)
...
The single line:
        Configuration.getConfiguration().refresh();
Needs to be added at the end of configureJaas() I believe. Can supply test case to reproduce and patch.
D

Stuck here:

"main" prio=10 tid=0x00007f3ff4008000 nid=0x6183 waiting on condition [0x00007f3
ffa49e000]
        at org.apache.hadoop.hbase.coprocessor.TestRegionServerObserver.testCoprocessorHooksInRegionsMerge(TestRegionServerObserver.java:100)

Coverity static analysis found possible use of null object comming from RawPBEKey.getSalt() passed into javax.crypto.spec.PBEParameterSpec.PBEParameterSpec
javax.crypto.spec.PBEParameterSpec.java

public PBEParameterSpec(byte[] salt, int iterationCount) {
    this.salt = salt.clone();
    this.iterationCount = iterationCount;
}

Responsible elytron code:
KeyUtils.java

if (key instanceof PBEKey && paramSpecClass.isAssignableFrom(PBEParameterSpec.class)) {
            final PBEKey pbeKey = (PBEKey) key;
            // TODO: we miss the IV here
            return paramSpecClass.cast(new PBEParameterSpec(pbeKey.getSalt(), pbeKey.getIterationCount()));
        }

https://scan7.coverity.com/reports.htm#v23632/p11778/fileInstanceId=8490615&defectInstanceId=2123254&mergedDefectId=1389515

I have this small project that depends on the EJB, JAX-RS and CDI APIs and relies on fraction autodetection: https://github.com/Ladicek/swarm-tinies/tree/master/fraction-autodetection/cdi-jaxrs-ejb
With Swarm 2016.10.0, both mvn wildfly-swarm:package and mvn wildfly-swarm:start autodetect the same set of fractions:

[INFO] Detected fractions: ejb:2016.10.0, jaxrs-cdi:2016.10.0

With current master, wildfly-swarm:start detects the same fractions

[INFO] Detected fractions: ejb:2016.11.0-SNAPSHOT, jaxrs-cdi:2016.11.0-SNAPSHOT

but wildfly-swarm:package detects much more:

[INFO] Detected fractions: ejb-remote:2016.11.0-SNAPSHOT, jaxrs-cdi:2016.11.0-SNAPSHOT, jaxrs-jaxb:2016.11.0-SNAPSHOT

I spent some time in the debugger and the difference seems to be that during wildfly-swarm:start, provided dependencies are ignored for the purpose of fraction autodetection, but during wildfly-swarm:package, they are taken into account as well. (In general, this isn't only about provided dependencies, more scopes come into play here.)

	at org.springframework.core.convert.support.StringToArrayConverter.convert(StringToArrayConverter.java:55)
... this isn't really converting my String to a char[].
It accepted because there's a StringToCharacterConverter. So what I'm going to get is an array wrapped around a single character. Meh. What I want is String.getChars("UTF-8"), which would be useful.

Sorry for been so late, but I haven't got enought time. 
Here is an example to reproduce the error described in https://jira.springsource.org/browse/ROO-1529 using a test Add-on to get toString representation of class methods:
Method testMethod:

@WebMethod
public void testMethod() {
    return;
}

Method testMethod toString:

[JavaParserMethodMetadata@6f48db9c declaredByMetadataId = [null], modifier = 'public', methodName = dajkjdsaj, parameterTypes = list[[empty]], parameterNames = list[[empty]], returnType = void, throwsTypes = list[[empty]], annotations = list[[JavaParserAnnotationMetadata@184a17d8 annotationType = org.gvnix.service.layer.roo.addon.annotations.GvNIXWebMethod, attributes = list[operationName -> dajkjdsaj, resultName -> void, webResultType -> java.lang.Void]]], body = '{
    return;

Method correctInputParameters:

public String correctInputParameters(Car listaVacia,
        java.util.List<String> listaLlena, HashSet<String> primerHashSet,
        Set<String> set, String name) throws Exception,
        NullPointerException {

    return "aaaaaaaaaaaaaaaaaaaaaaaaa" + "aaaaaaaaaaaaaaaaaaaaaaaaah";
}

Method correctInputParameters toString:

[JavaParserMethodMetadata@5e8fee26 declaredByMetadataId = [null], modifier = 'public', methodName = correctInputParameters, parameterTypes = list[org.gvnix.test.relation.list.table.service.Car, java.util.List<java.lang.String>, java.util.HashSet<java.lang.String>, org.gvnix.test.relation.list.table.service.Set<java.lang.String>, java.lang.String], parameterNames = list[listaVacia, listaLlena, primerHashSet, set, name], returnType = java.lang.String, throwsTypes = list[java.lang.Exception, java.lang.NullPointerException], annotations = list[[empty]], body = '{
}']

Method testMethod returnNothing:Parsing the method:

public String returnNothing(
        @WebParam(name = "nenene", partName = "parameters", mode = Mode.IN, header = false)
        String nenene, 
        @WebParam(name = "numerooo", partName = "parameters", mode = Mode.IN, header = false)
        Integer numerooo, 
        @WebParam(name = "cuatrooo", targetNamespace = "http://service.table.list.relation.test.gvnix.org/", partName = "parameters", mode = Mode.IN, header = false)
        Cuarto cuatrooo, 
        @WebParam(name = "setString", partName = "parameters", mode = Mode.IN, header = false) 
        Set<String> set,
        @WebParam(name = "hashSetString", partName = "parameters", mode = Mode.IN, header = false) 
        HashSet<String> hashSetString) throws Exception {
    return "mensaje";
}

Method returnNothing toString:

com.sun.jdi.InvocationException occurred invoking method.

    at org.springframework.roo.classpath.details.AnnotationMetadataUtils.computeAttributeValue(AnnotationMetadataUtils.java:117)
    at org.springframework.roo.classpath.details.AnnotationMetadataUtils.toSourceForm(AnnotationMetadataUtils.java:78)
    at org.springframework.roo.classpath.details.AnnotationMetadataUtils.toSourceForm(AnnotationMetadataUtils.java:36)
    at org.springframework.roo.classpath.details.annotations.AnnotatedJavaType.toString(AnnotatedJavaType.java:52)
    at java.lang.String.valueOf(String.java:2615)
    at org.springframework.roo.support.style.DefaultValueStyler.style(DefaultValueStyler.java:78)
    at org.springframework.roo.support.style.DefaultValueStyler.style(DefaultValueStyler.java:107)
    at org.springframework.roo.support.style.DefaultValueStyler.style(DefaultValueStyler.java:72)
    at org.springframework.roo.support.style.DefaultToStringStyler.styleValue(DefaultToStringStyler.java:91)
    at org.springframework.roo.support.style.DefaultToStringStyler.styleField(DefaultToStringStyler.java:79)
    at org.springframework.roo.support.style.ToStringCreator.append(ToStringCreator.java:156)
    at org.springframework.roo.classpath.javaparser.details.JavaParserMethodMetadata.toString(JavaParserMethodMetadata.java:164)
    at org.test.service.layer.roo.addon.OperationsImpl.getMethodFromClass(OperationsImpl.java:195)
    at org.test.service.layer.roo.addon.Commands.getMethodFromClass(Commands.java:62)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy$1.callback(ProcessManagerHostedExecutionStrategy.java:34)
    at org.springframework.roo.process.manager.internal.DefaultProcessManager.execute(DefaultProcessManager.java:132)
    at org.springframework.roo.process.manager.ProcessManagerHostedExecutionStrategy.execute(ProcessManagerHostedExecutionStrategy.java:32)
    at org.springframework.roo.shell.AbstractShell.executeCommand(AbstractShell.java:158)
    at org.springframework.roo.shell.jline.JLineShell.promptLoop(JLineShell.java:200)
    at org.springframework.roo.shell.jline.JLineShell.run(JLineShell.java:126)
    at java.lang.Thread.run(Thread.java:595)

Error in parameterTypes value:

when in JavaParserMethodMetadata access to toString() method:

tsc.append("parameterTypes", parameterTypes);

The Error is reproduced when the method has annotations assigned to Method parameter types.
You can try it using this test Add-on attached to issue with the command ``get toString methods`` with the parameter --class to inspect a selected class with the methods defined in the issue.
Thank you! 

The library has a hard dependency on the jackson hibernate module, which is not good in environment where you do not want hibernate in the path (like using mongodb or couchbase).
As a workaround, excluding it is possible and the app still works:

  <groupId>org.springframework.data</groupId>
  <artifactId>spring-data-rest-webmvc</artifactId>
  <version>2.0.0.M1</version>
      <groupId>com.fasterxml.jackson.datatype</groupId>
      <artifactId>jackson-datatype-hibernate4</artifactId>

Quite a number of the bucket tests had Wrong Results or Execution Failures.
And others like semijoin, skewjoin, avro_decimal_native, mapjoin_addjar, mapjoin_decimal, nullgroup, decimal_join, mapjoin1.
Some of the problems might be as simple as "-- SORT_QUERY_RESULTS" is missing.
The bucket* problems looked more serious.
This change sets "hive.vectorized.execution.enabled" to false at the top of those Q files.
Subtasks need to be created to investigate the issues.

HIVE-3524 introduced a change which caused JDOExceptions to be wrapped in MetaExceptions.  This caused the RetryingHMSHandler to not retry on these exceptions.

This issue happens when a RS doesn't have any WAL to be replayed. Master immediately finishes recovery for the RS while a region in recovery is still opening. 
Below is the exception in region server log:

org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode = NoNode for /hbase/recovering-regions/20fcfad9746b3d83fff84fb773af6c80/h2-suse-uns-1395117052-hbase-7.cs1cloud.internal,60020,1395141895633
        at org.apache.zookeeper.ZooKeeper.setData(ZooKeeper.java:1266)
        at org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.setData(RecoverableZooKeeper.java:407)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.setData(ZKUtil.java:878)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.setData(ZKUtil.java:928)
        at org.apache.hadoop.hbase.zookeeper.ZKUtil.setData(ZKUtil.java:922)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.updateRecoveringRegionLastFlushedSequenceId(HRegionServer.java:4560)
        at org.apache.hadoop.hbase.regionserver.HRegionServer.postOpenDeployTasks(HRegionServer.java:1780)
        at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler$PostOpenDeployTasksThread.run(OpenRegionHandler.java:325)

The following is related master log:

2014-03-18 11:27:14,192 DEBUG [MASTER_SERVER_OPERATIONS-h2-suse-uns-1395117052-hbase-4:60000-3] master.DeadServer: Finished processing h2-suse-uns-1395117052-hbase-7.cs1cloud.internal,60020,1395141895633
2014-03-18 11:27:14,199 INFO  [M_LOG_REPLAY_OPS-h2-suse-uns-1395117052-hbase-4:60000-0] master.MasterFileSystem: Log dir for server h2-suse-uns-1395117052-hbase-7.cs1cloud.internal,60020,1395141895633 does not exist
2014-03-18 11:27:14,203 INFO  [M_LOG_REPLAY_OPS-h2-suse-uns-1395117052-hbase-4:60000-0] master.SplitLogManager: dead splitlog workers [h2-suse-uns-1395117052-hbase-7.cs1cloud.internal,60020,1395141895633]
2014-03-18 11:27:14,204 DEBUG [M_LOG_REPLAY_OPS-h2-suse-uns-1395117052-hbase-4:60000-0] master.SplitLogManager: Scheduling batch of logs to split
2014-03-18 11:27:14,206 INFO  [M_LOG_REPLAY_OPS-h2-suse-uns-1395117052-hbase-4:60000-0] master.SplitLogManager: started splitting 0 logs in []

One more ask: the database directory should inherit permission and extended ACL's of the hive warehouse directory.
As table dirs are inheriting it, theres no reason that database dirs shouldn't inherit it.
Behavior is governed by "hive.warehouse.subdir.inherit.perms" flag.

When using ProducerTemplate for execution of an ssh command (i.e. producerTemplate.requestBody("ssh://...", String.class)), 11 threads are being created, that are never killed. Any subsequent calls create new threads, eventually this exhausts memory and thread resources on the machine.
These threads are not being killed even when explicitly stopping the ProducerTemplate.
Here is a more detailed discussion, together with profiler results and code to reproduce the issue:
http://stackoverflow.com/questions/33671567/spring-boot-camel-producertemplate-thousands-of-threads
http://camel.465427.n5.nabble.com/Spring-Boot-Camel-producerTemplate-ssh-spawning-thousands-of-threads-td5773741.html

Add support for floor (<time> to <timeunit>), which is equivalent to date_trunc(<timeunit>, <time>).
https://www.postgresql.org/docs/9.1/static/functions-datetime.html#FUNCTIONS-DATETIME-TRUNC

Janos reported seeing backup test failure when testing a local HDFS for WALs while using WASB/ADLS only for store files.
Janos spotted the code in BackupUtils#getWALFilesOlderThan which uses HBase root dir for retrieving WAL files.
We should use the helper methods from CommonFSUtils.

The following command is valid: -
./core-service=management/management-interface=http-interface:write-attribute(name=http-upgrade.sasl-authentication-factory, value=management-sasl-authentication)
However tab completion is not possible to discover the available capabilities for the value.
I suspect the dot notation to reference the sasl-authentication-factory sub attribute is not followed.
(I am initially raising against the CLI but I don't know how the name parameter is handled here so could be a general management issue)

Javadoc for marshalSendAndReceive (one that uses default URI) was
This will only work with a default specified!
should be
This will only work with a default uri specified!

If you call the PGP Data Format unmarshaller with a PGP message containing a PGP Encrypted Data packet and a Singature packet then you get the following exception
java.io.EOFException: Unexpected end of ZIP input stream
	at org.bouncycastle.openpgp.PGPCompressedData$1.fill(Unknown Source)
	at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158)
	at org.bouncycastle.bcpg.BCPGInputStream.read(Unknown Source)
	at org.bouncycastle.bcpg.BCPGInputStream$PartialInputStream.read(Unknown Source)
	at org.bouncycastle.util.io.Streams.readFully(Unknown Source)
	at org.bouncycastle.bcpg.BCPGInputStream.readFully(Unknown Source)
	at org.bouncycastle.bcpg.MPInteger.<init>(Unknown Source)
	at org.bouncycastle.bcpg.SignaturePacket.<init>(Unknown Source)
	at org.bouncycastle.bcpg.BCPGInputStream.readPacket(Unknown Source)
	at org.bouncycastle.openpgp.PGPSignature.<init>(Unknown Source)
	at org.bouncycastle.openpgp.PGPObjectFactory.nextObject(Unknown Source)
	at org.apache.camel.converter.crypto.PGPKeyAccessDataFormat.verifySignature(PGPKeyAccessDataFormat.java:474)
	at org.apache.camel.converter.crypto.PGPKeyAccessDataFormat.unmarshal(PGPKeyAccessDataFormat.java:405)
The provided patch is for 2.13 and 2.14. The patch must be adapted for 2.12.
The problem also occurs with the other compression algorithms ZLIB and BZIP2.
Regards Franz

1. Map-only job : same input
   Hangs because mapper tries to same open twice, and hadoop filesystem complains.
   Fix: Only initialize once - keep state at the Operator level for the same. Should do same for Close.
2. Map-only job : different inputs
   Loss of data due to rename.
   Fix: change rename to move files to the directory.
3. Map-only job in subquery + RedSink: works currently
4. 2 variables: so 4 sub-cases
   Number of sub-queries having map-reduce jobs. (1/2)
   Operator after Union (RS/FS)
a.   Number of sub-queries having map-reduce jobs. 1
     Operator after Union: RS
     Can be done in 2MR - really difficult with current infrastructure.
     Should do with 3 MR jobs now - break on top of UNION. 
     Future optimization: move operators between Union and RS before Union.
b.   Number of sub-queries having map-reduce jobs. 2
     Needs 3MR - Should do with 3 MR jobs - break on top of UNION. 
c.   Number of sub-queries having map-reduce jobs. 1
     Operator after Union: FS
     Can be done in 1MR - really difficult with current infrastructure.
     Can be easily done with 2 MR by removing UNION and cloning operators between Union and FS.
     Followup optimization: 2MR should be able to handle
d.   Number of sub-queries having map-reduce jobs. 2

The public singleton API changed recently and is not binary compatible any more.
The change was introduced by: https://github.com/jbossas/jboss-eap7/pull/907/files#diff-dac46a30e73e80f516f0fb517f8999f3R44 
SingletonPolicy.java has changed:
Now:

<T> SingletonBuilder<T> createSingletonServiceBuilder(ServiceName name, Service<T> service);

Before:

<T> Builder<T> createSingletonServiceBuilder(ServiceName name, Service<T> service);

The change is source compatible, however not binary compatible.
This results in NoSuchMethodError:

[JBossINF] [0m[31m02:26:32,982 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."SStest-ejb-service-activator.jar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."SStest-ejb-service-activator.jar".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "SStest-ejb-service-activator.jar"
[JBossINF] 	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154)
[JBossINF] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1963)
[JBossINF] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1896)
[JBossINF] Caused by: java.lang.NoSuchMethodError: org.wildfly.clustering.singleton.SingletonPolicy.createSingletonServiceBuilder(Lorg/jboss/msc/service/ServiceName;Lorg/jboss/msc/service/Service;)Lorg/wildfly/clustering/service/Builder;
[JBossINF] 	at org.jboss.test.singletonservice.SingletonActivator.activate(SingletonActivator.java:29)
[JBossINF] 	at org.jboss.as.server.deployment.service.ServiceActivatorProcessor.deploy(ServiceActivatorProcessor.java:91)
[JBossINF] 	at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147)
[JBossINF] 	... 5 more

Link to the server log:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/perflab_eap-7x-failover-jvmkill-ha-ss/4/console-perf18/

The following issue occurs in 2.0.0.M1 and I've tested the same in 1.x and it works fine.
Code that generated problem.

        PagedList<Post> posts = facebook.feedOperations().getFeed("JimsMowingAU");

org.springframework.social.UncategorizedApiException: Error deserializing photo post
	at org.springframework.social.facebook.api.impl.FeedTemplate.deserializePost(FeedTemplate.java:299)
	at org.springframework.social.facebook.api.impl.FeedTemplate.deserializeList(FeedTemplate.java:275)
	at org.springframework.social.facebook.api.impl.FeedTemplate.getFeed(FeedTemplate.java:78)
	at org.springframework.social.facebook.api.impl.FeedTemplate.getFeed(FeedTemplate.java:72)
	... (my company classes and intellij/junit used to kick them off) ...

Caused by: com.fasterxml.jackson.databind.JsonMappingException: Can not instantiate value of type [simple type, class org.springframework.social.facebook.api.Post$Privacy] from String value (''); no single-String constructor/factory method (through reference chain: org.springframework.social.facebook.api.Post["privacy"]->org.springframework.social.facebook.api.Privacy["value"])
	at com.fasterxml.jackson.databind.deser.std.StdValueInstantiator._createFromStringFallbacks(StdValueInstantiator.java:428)
	at com.fasterxml.jackson.databind.deser.std.StdValueInstantiator.createFromString(StdValueInstantiator.java:299)
	at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.deserializeFromString(BeanDeserializerBase.java:1150)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer._deserializeOther(BeanDeserializer.java:139)
	at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:126)
	at com.fasterxml.jackson.databind.ObjectReader._bindAndClose(ObjectReader.java:1270)
	at com.fasterxml.jackson.databind.ObjectReader.readValue(ObjectReader.java:897)
	at org.springframework.social.facebook.api.impl.FeedTemplate.deserializePost(FeedTemplate.java:297)
	... 37 more

I've been trying to write a service using Camel 2.10.0 which uses the mina2 component to expose a service, and which uses SSL, using an endpoint of:
mina2:tcp://localhost:6500?sync=true&filters=#hl7SslFilterFactory,#hl7CodecFilter&allowDefaultCodec=false
however, what I found was that the SSL handshake was failing quite often for no apparent reason.  Investigating further, it appeared that messages sent during the handshake were being processed out of order - specifically, when the client (which uses a standard java SSLSocket) sent a "TLSv1 Change Cipher Spec" followed by a "TLSv1 Handshake", the "TLSv1 Handshake" was being processed before the "TLSv1 Change Cipher Spec", breaking the process.
This appears to have been caused because when the the Mina2Consumer configures MINA for tcp (in Mina2Consumer.setupSocketProtocol), it is using a UnorderedThreadPoolExecutor - which allows messages to be processed in any order.  Switching this to use a OrderedThreadPoolExecutor instead has fixed the issue.
May I request that the use of UnorderedThreadPoolExecutor vs OrderedThreadPoolExecutor be configurable via endpoint parameters? (or OrderedThreadPoolExecutor is used when SSL if configured).  I'm assuming the reason for the use of UnorderedThreadPoolExecutor is simply for performance. 

If you build the kitchen-sink quickstart and attempt to deploy to domain servers you'll see the following error. Same deployment works fine in standalone.

[Server:server-one] 09:25:06,563 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-14) MSC000001: Failed to start service jboss.data-source.java:jboss/datasources/KitchensinkQuickstartDS: org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/datasources/KitchensinkQuickstartDS: WFLYJCA0033: Error during the deployment of java:jboss/datasources/KitchensinkQuickstartDS
[Server:server-one] 	at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:142)
[Server:server-two] 09:25:06,563 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.data-source.java:jboss/datasources/KitchensinkQuickstartDS: org.jboss.msc.service.StartException in service jboss.data-source.java:jboss/datasources/KitchensinkQuickstartDS: WFLYJCA0033: Error during the deployment of java:jboss/datasources/KitchensinkQuickstartDS
[Server:server-two] 	at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:142)
[Server:server-two] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
[Server:server-two] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
[Server:server-two] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Server:server-two] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Server:server-two] 	at java.lang.Thread.run(Thread.java:745)
[Server:server-two] Caused by: java.lang.NullPointerException
[Server:server-two] 	at org.jboss.as.connector.services.driver.registry.DriverRegistryImpl.getInstalledDriver(DriverRegistryImpl.java:93)
[Server:server-two] 	at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer.deploy(AbstractDataSourceService.java:324)
[Server:server-two] 	at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:135)
[Server:server-two] 	... 5 more
[Server:server-two] 
[Server:server-one] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
[Server:server-one] 	at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
[Server:server-one] Caused by: java.lang.NullPointerException
[Server:server-one] 	at org.jboss.as.connector.services.driver.registry.DriverRegistryImpl.getInstalledDriver(DriverRegistryImpl.java:93)
[Server:server-one] 	at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer.deploy(AbstractDataSourceService.java:324)
[Server:server-one] 	at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:135)
[Server:server-one] 	... 5 more

I faced with an exception (java.lang.InstantiationException) when I tried to inject a dependency into a bean using an interface.
The interface and the bean are implementing Set<String>. The example of this bug is following:
public interface MyInterface extends Set<String> {
}
A class to inject:
public class MyClass extends AbstractSet<String> implements MyInterface {
	private Set<String> set = new HashSet<String>();
	public MyClass() 
{
		set.add("one");
		set.add("two");
		set.add("three");
	}
	@Override
	public Iterator<String> iterator() 
{
		return set.iterator();
	}
	@Override
	public int size() 
{
		return set.size();
	}

}
A class in which to inject.
public class MyReciever {
	public MyInterface getInterface() 
{
	}
	public void setInterface(MyInterface parent) 
{
		System.out.println("we got the interface!");
	}
	public void callMethod() 
{
		System.out.println("OK");
	}
}
config:
	<bean id="myReciever" class="com.test.MyReciever">
		<property name="interface" ref="myClass" />
	</bean>
	<bean id="myClass" class="com.test.MyClass" />
</beans>
caller:
import org.springframework.context.support.FileSystemXmlApplicationContext;
public class Bootstrap {
		public static void main(String[] args) 
{
		FileSystemXmlApplicationContext context = new FileSystemXmlApplicationContext("context.xml");
		MyReciever bean = context.getBean(MyReciever.class);
		bean.callMethod();
	}
}

Serverside, in a few locations, code wants access to RPC context to get user and remote client address. A thread local makes it so this info is accessible anywhere on the processing chain.
Turns out we have this mechanism twice (noticed by our Matteo). This patch purges one of the thread locals.

From http://mail-archives.apache.org/mod_mbox/hive-user/201210.mbox/%3CCANkN6JApahvYrVuiy-j4VJ0dO2tzTpePwi7LUNCp12Vwj6d6xw%40mail.gmail.com%3E
<noformat>
Query
select reflect('java.lang.Integer', 'parseInt', 'a', 16) from src limit 1;
throws java.lang.NoSuchMethodException: java.lang.Integer.parseInt(null, int)

When a Blueprint file contains both a route and a component bean definition, the Camel routes get started correct but the Blueprint container will go to status 'GracePeriod'.  

<blueprint
    xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0"
      http://www.osgi.org/xmlns/blueprint/v1.0.0
      http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd">

    <camelContext xmlns="http://camel.apache.org/schema/blueprint">
      <route>
        <from uri="file:activemq/input"/>
        <to uri="file:activemq/output"/>

        <setBody>
          <simple>
            FileMovedEvent(file: ${file:name}, timestamp: ${date:now:hh:MM:ss.SSS})
          </simple>
        </setBody>
        <to uri="amq://events" />
      </route>

    <bean id="amq" class="org.apache.activemq.camel.component.ActiveMQComponent">
      <property name="brokerURL" value="vm://default?create=false&amp;waitForStart=10000"/>
    </bean>

After the 5 minute time-out period, the routes are stopped and we end up with this message in the log file.

Unable to start blueprint container for bundle activemq2.xml due to unresolved dependencies 
  [(&(component=log)(objectClass=org.apache.camel.spi.ComponentResolver)), 
   (&(component=amq)(objectClass=org.apache.camel.spi.ComponentResolver))]

Complaining no permission to output directory "/tmp/templeton_test_out/$runid". This is because /tmp/templeton_test_out/runid is created with umask 022 with user "test.other.user.name" (the userid of the first test in the group JOBS_1). Other user cannot write to it (JOBS_2, which run as userid "test.user.name")

SpelCompiler / SpelExpression can leak classes when a compiled expression reverts back to interpreted mode and then once again compiles.
Happens in varied scenarios with compiler mode MIXED, e.g.
   Single expression instance, used frequently, with different "root" object classes
    etc.
Example attached, prints out the number of loaded classes when the same expression is repeatedly evaluated for just 2 types of root object (simplest case).
One possible solution might be to have the SpelCompiler "store" classes for specific bytecode and check for identical bytecode generated (excepting compiled expression classname), returning  the class that matches the bytecode instead of "defining" it again.
I have been unable to implement anything like this by extending as the structure of the code doesn't seem to provide the relevant hook points (in 4.1.6).

TarArchiveInputStream is throwing  IllegalArgumentException instead of IOException on corrupt files, in direct contradiction to the Javadoc. Here is a stack-trace:

java.lang.IllegalArgumentException: Invalid byte -1 at offset 7 in '<some bytes>' len=8
	at org.apache.commons.compress.archivers.tar.TarUtils.parseOctal(TarUtils.java:86)
	at org.apache.commons.compress.archivers.tar.TarArchiveEntry.parseTarHeader(TarArchiveEntry.java:790)
	at org.apache.commons.compress.archivers.tar.TarArchiveEntry.<init>(TarArchiveEntry.java:308)
	at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.getNextTarEntry(TarArchiveInputStream.java:198)
	at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.getNextEntry(TarArchiveInputStream.java:380)
	at de.schlichtherle.truezip.fs.archive.tar.TarInputShop.<init>(TarInputShop.java:91)
	at de.schlichtherle.truezip.fs.archive.tar.TarDriver.newTarInputShop(TarDriver.java:159)
	at de.schlichtherle.truezip.fs.archive.tar.TarGZipDriver.newTarInputShop(TarGZipDriver.java:82)
	at de.schlichtherle.truezip.fs.archive.tar.TarDriver.newInputShop(TarDriver.java:151)
	at de.schlichtherle.truezip.fs.archive.tar.TarDriver.newInputShop(TarDriver.java:47)
	at de.schlichtherle.truezip.fs.archive.FsDefaultArchiveController.mount(FsDefaultArchiveController.java:170)
	at de.schlichtherle.truezip.fs.archive.FsFileSystemArchiveController$ResetFileSystem.autoMount(FsFileSystemArchiveController.java:98)
	at de.schlichtherle.truezip.fs.archive.FsFileSystemArchiveController.autoMount(FsFileSystemArchiveController.java:47)
	at de.schlichtherle.truezip.fs.archive.FsArchiveController.autoMount(FsArchiveController.java:129)
	at de.schlichtherle.truezip.fs.archive.FsArchiveController.getEntry(FsArchiveController.java:160)
	at de.schlichtherle.truezip.fs.archive.FsContextController.getEntry(FsContextController.java:117)
	at de.schlichtherle.truezip.fs.FsDecoratingController.getEntry(FsDecoratingController.java:76)
	at de.schlichtherle.truezip.fs.FsConcurrentController.getEntry(FsConcurrentController.java:164)
	at de.schlichtherle.truezip.fs.FsSyncController.getEntry(FsSyncController.java:108)
	at de.schlichtherle.truezip.fs.FsFederatingController.getEntry(FsFederatingController.java:156)
	at de.schlichtherle.truezip.nio.file.TFileSystem.newDirectoryStream(TFileSystem.java:348)
	at de.schlichtherle.truezip.nio.file.TPath.newDirectoryStream(TPath.java:963)
	at de.schlichtherle.truezip.nio.file.TFileSystemProvider.newDirectoryStream(TFileSystemProvider.java:344)
	at java.nio.file.Files.newDirectoryStream(Files.java:400)
	at com.googlecode.boostmavenproject.GetSourcesMojo.convertToJar(GetSourcesMojo.java:248)
	at com.googlecode.boostmavenproject.GetSourcesMojo.download(GetSourcesMojo.java:221)
	at com.googlecode.boostmavenproject.GetSourcesMojo.execute(GetSourcesMojo.java:111)
	... 20 more

Expected behavior: TarArchiveInputStream should wrap the IllegalArgumentException in an IOException.

RegionMergeTransaction.getMergedRegionInfo doesn't handle null endkey properly.

Errors are the same as HIVE-1633 but I see them for Stage-2 jobs.

The setter on the container is only used for @RabbitListener as a vehicle to pass the converter to the listener adapter from the container factory.
 
Polish the javadocs to explain and possible deprecate the setter.

NullPointer exception in SjmsComponent when trying to remove it from camel context:
2013-09-16 11:51:54,201 [WARN] org.apache.camel.impl.DefaultCamelContext.removeComponent(DefaultCamelContext.java:388):org.apache.camel.spring.SpringCamelContext: Error stopping component org.apache.camel.component.sjms.SjmsComponent@232560ec. This exception will be ignored.
	at org.apache.camel.component.sjms.SjmsComponent.doStop(SjmsComponent.java:143)
	at org.apache.camel.support.ServiceSupport.stop(ServiceSupport.java:102)
	at org.apache.camel.util.ServiceHelper.stopService(ServiceHelper.java:116)
	at org.apache.camel.impl.DefaultCamelContext.stopServices(DefaultCamelContext.java:1902)
	at org.apache.camel.impl.DefaultCamelContext.removeComponent(DefaultCamelContext.java:386)

It's not possible to include root of a war in the classpath (using resource-root in jboss-deployment-structure.xml). None of "/", ".", "" values used as resource-root works to solve this.

     <deployment>
         <resources>
             <resource-root path="/"/>
         </resources>
     </deployment>

Martin describes the issue as follows in CAMEL-1034:
"The issue with the regular resequencer (the one that extends the BatchProcessor) remains because the process(Exchange) method is empty. In addition to the BatchProcessor's polling consumer, an additional JmsConsumer is created by the JMS endpoint that competes with the polling consumer. The JmsConsumer then calls the empty process(Exchange) method and the exchange is lost."

SEC-1950 added a finally block to the FilterChainProxy doFilter method.
As a result, it seems that when attempting to render a model and view, the forward from tomcat (using 7.0.28) to get the JSP will be allowed.  However, when the SecurityContextPersistenceFilter calls saveContext from its doFilter method, the context is removed from the session as the context after chain execution now has a null authentication object.
With a second forward in place (using sitemesh) the attempt to get the decorator JSP is denied and the user is redirected back to the login page.
I debugged under eclipse, put a break point at the following:

doFilter in the security context persistence filter
wrapRequest (tomcat - ApplicationDispatcher) -> forward
save context (from the finally block of do filter of security context persistence filter)

Observed:

do filter is called, which then calls chain.doFilter to continue the chain after creating the session
wrap request is called (signalling the forward is occuring to get the jsp)
save context is then called which removes the context from the session as it now has a null authentication object

The next request is redirected back to the login page since no authentication attribute exists in the session.
Reverted to spring security 3.1.0 and things work fine.
I have a hard time believing that the change under SEC-1950 was implemented without attempting to render a single model and view, so this may be something funky about our application.  However, given that reverted to 3.1.0 allows everything to function correctly, I figured it was worth creating this issue.
Of note: our JSPs are located in our web application as opposed to statically served so they required authentication.  Perhaps this is abnormal configuration?

It appears that the shell does not allow users to delete a row without specifying a column (deleteall). It looks like the deleteall.rb used to pre-define column as nil, making it optional. 
I've created a patch and confirmed it to be working in standalone mode, I will upload it shortly. 

Upgrading the maven-scalate-plugin with CAMEL-7314 caused problems with Eclipse m2e because the plugin does not provide any lifecycle mapping configuration.

Couple test failures when running against versions of Hadoop that support FileSystem.access():
TestStorageBasedMetastoreAuthorizationProviderWithACL: Fails with the extra tests added in HIVE-6093. The parent class does not override disallowCreateDatabase(), and it looks like this test should not override it either either.
TestStorageBasedClientSideAuthorizationProvider: Should change the error message string we're checking against.

I'm facing some problems with service call definition. 
A route is supposed to send some get requests to a specific endpoint. The endpoint requires a parameter in the url path - 

GET <host>:<port>/api/.../<id>

Route definition:

  routebuilder.from("direct:getSomeEntity")
	.setHeader(Exchange.HTTP_METHOD, constant(HttpMethod.GET))
	.serviceCall()
	.name("test")
	.uri("test/api/.../${fid}")
	.end()
        ...

This route did not work and the 

${fid}

 parameter was never resolved despite the javadoc states that the uri may contain simple language expressions 
See - 

https://github.com/apache/camel/blob/master/camel-core/src/main/java/org/apache/camel/model/cloud/ServiceCallDefinition.java#L187

Route execution:

camelContext.createFluentProducerTemplate()
	.withHeader("fid", id)
	.to("direct:getSomeEntity")
        ...

Eventually i got it work with following workaround

.serviceCall()
	.expression()		
	.simple("http4://${header.CamelServiceCallServiceHost}:${header.CamelServiceCallServicePort}/api/.../${fid}")
	.end()

See nabble
http://camel.465427.n5.nabble.com/Exception-from-idempotentConsumer-not-propagating-to-onException-tp5775779.html

If there is an error the filename is by default not escaped in the html output.  A workaround for existing users is to provide a MessageSource with the relevant error codes from the FileController (file.download.missing and file.download.failed) so that the default text is not used. The fix is easy, and it only applies to the @RequestMapping with the wildcard "**" url pattern (others are rejected by the dispatcher).

If two types exist with same type name but different packages, e.g. com.foo.bar.Test and com.bar.foo.Test, ConversionServiceMetatadata creates methods with the same name and tries to add it to the ITD builder which leads to an exception. This issue can be verified by running Roo with the BrokerSystem project.

ThriftSerDe exposes its fields using java class names. LazySerDe requires fully-blown map/struct/array format.

Currently you can run into a StackOverflowError if the hbase root dir is on the non-default filesystem. Making FSUtils.getRootDir qualify its path solves this issue.

roo.sh
// Spring Roo 1.2.0.RC1 [rev dcaa483] log opened at 2011-11-28 13:42:10
project --topLevelPackage com.pets
jpa setup --provider DATANUCLEUS --database GOOGLE_APP_ENGINE 
entity jpa --class com.pets.Pet --serializable
field string --fieldName name --notNull --sizeMin 4
controller scaffold --class ~.web.PetController
quit
// Spring Roo 1.2.0.RC1 [rev dcaa483] log closed at 2011-11-28 13:43:59
PROBLEM 1:
[INFO] Total time: 1.419s
[INFO] Finished at: Mon Nov 28 13:44:32 PST 2011
[INFO] Final Memory: 5M/81M
[ERROR] Failed to execute goal on project pets: Could not resolve dependencies for project com.pets:pets:war:0.1.0.BUILD-SNAPSHOT: Failure to find javax.jdo:jdo-api:jar:3.0 in http://www.datanucleus.org/downloads/maven2 

FIX -> Delete javax.jdo from pom.  Why is this there anyhow?

            <groupId>javax.jdo</groupId>
            <artifactId>jdo-api</artifactId>
            <version>3.0</version>
http://localhost:8080/pets?page=1&size=10
PROBLEM 2:
Data access failure
No results for query: SELECT COUNT(o) FROM Pet o
org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:294)
org.springframework.orm.jpa.aspectj.JpaExceptionTranslatorAspect.ajc$afterThrowing$org_springframework_orm_jpa_aspectj_JpaExceptionTranslatorAspect$1$18a1ac9(JpaExceptionTranslatorAspect.aj:15)
com.pets.Pet_Roo_Jpa_ActiveRecord.countPets_aroundBody2(Pet_Roo_Jpa_ActiveRecord.aj:63)
com.pets.Pet_Roo_Jpa_ActiveRecord.ajc$interMethod$com_pets_Pet_Roo_Jpa_ActiveRecord$com_pets_Pet$countPets(Pet_Roo_Jpa_ActiveRecord.aj:1)
com.pets.Pet.countPets(Pet.java:1)
com.pets.Pet_Roo_Jpa_ActiveRecord.ajc$interMethodDispatch1$com_pets_Pet_Roo_Jpa_ActiveRecord$com_pets_Pet$countPets(Pet_Roo_Jpa_ActiveRecord.aj)
com.pets.web.PetController_Roo_Controller.ajc$interMethod$com_pets_web_PetController_Roo_Controller$com_pets_web_PetController$list(PetController_Roo_Controller.aj:53)
com.pets.web.PetController.list(PetController.java:1)
Create a Pet
http://localhost:8080/pets?form
name = Fido
works!
http://localhost:8080/pets
works
Click List all Pets link:
Problem 3:
Result class is simple, but field value [Ljava.lang.Object;@201787a6 not convertible into that; nested exception is javax.persistence.PersistenceException: Result class is simple, but field value [Ljava.lang.Object;@201787a6 not convertible into that
org.springframework.orm.jpa.EntityManagerFactoryUtils.convertJpaAccessExceptionIfPossible(EntityManagerFactoryUtils.java:311)
com.test.Pet_Roo_Jpa_ActiveRecord.countPets_aroundBody2(Pet_Roo_Jpa_ActiveRecord.aj:63)
com.test.Pet_Roo_Jpa_ActiveRecord.ajc$interMethod$com_test_Pet_Roo_Jpa_ActiveRecord$com_test_Pet$countPets(Pet_Roo_Jpa_ActiveRecord.aj:1)
com.test.Pet.countPets(Pet.java:1)
com.test.Pet_Roo_Jpa_ActiveRecord.ajc$interMethodDispatch1$com_test_Pet_Roo_Jpa_ActiveRecord$com_test_Pet$countPets(Pet_Roo_Jpa_ActiveRecord.aj)
com.test.PetController_Roo_Controller.ajc$interMethod$com_test_PetController_Roo_Controller$com_test_PetController$list(PetController_Roo_Controller.aj:53)
com.test.PetController.list(PetController.java:1)
com.google.appengine.tools.development.agent.runtime.Runtime.invoke(Runtime.java:100)
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:436)
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:424)
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:669)
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:574)

SequenceId , seqId in the operator class is not modified concurrently.

HBaseReplicationEndpoint logs at FATAL level some messages that are not actually fatal. Drop to ERROR. 

As noted here: http://opensource.atlassian.com/projects/spring/browse/SWF-323.
This could be a general issue with the Conversion facility in spring-binding.  To research for 1.0.4.

Currently `org.wildfly.swarm:arquillian` is marked as `unstable` which means its only available in `bom-all` and not `bom`.
Although we may plan to re architect it at some point, leaving it `unstable` means that users must use `bom-all` even if they want `stable` components only

FuseentErprise build fails using maven default profles.
The build is missing one of its children, which should be a part of build itself.
Could not find artifact org.fusesource.fabric:fabric-zookeeper-commands:jar:7.3.0.redhat-193
The artifact sources are in project itself: fabric/fabric-zookeeper-commands/

`SalesforceComponentVerifier::verifyConnectivity` throws `RuntimeException` on `Exception`s caught. This makes for a bad contract.

title nearly says it all  
Given a CSVParser parser, the following line throws an NPE:

Map<String, Integer> header = parser.getHeaderMap();

at java.util.HashMap.<init>(HashMap.java:318)
at java.util.LinkedHashMap.<init>(LinkedHashMap.java:212)
at org.apache.commons.csv.CSVParser.getHeaderMap(CSVParser.java:288)

happens if the format doesn't have a headerMap.
to fix, check if the parser's headerMap is null before trying to create the returned map:

public Map<String, Integer> getHeaderMap() {
    return this.headerMap != null ?
       new LinkedHashMap<String, Integer>(this.headerMap)
       : null;
}

Help files for embedded host controller are missing.

[disconnected /] embed-host-controller --help
Failed to locate command description help/embed-host-controller.txt

[domain@embedded /] stop-embedded-host-controller --help
Failed to locate command description help/stop-embedded-host-controller.txt

Ensure the following works in UpdateMapperUnitTests.

/**
 * @see SO-26556527
 */
@Test
public void shouldNotRemovePositionalParameter() {

	Update update = new Update();
	update.unset("dbRefAnnotatedList.$");

	DBObject mappedUpdate = mapper.getMappedObject(update.getUpdateObject(),
			context.getPersistentEntity(DocumentWithDBRefCollection.class));

	DBObject $unset = DBObjectTestUtils.getAsDBObject(mappedUpdate, "$unset");

	assertThat($unset, equalTo(new BasicDBObjectBuilder().add("dbRefAnnotatedList.$", 1).get()));
}

ConfigurationUtils.append() appends the list object instead of the list elements to the target list. If the list [X, Y] is appended to the list [A, B], the result is [A, B, [X, Y]] instead of [A, B, X, Y]

While investigating long build times I found this and the test had been running for hours.

Exception in thread "Thread-185" java.lang.IncompatibleClassChangeError: Found interface org.apache.hadoop.mapred.JobContext, but class was expected
	at org.apache.hadoop.hive.ql.txn.compactor.CompactorMR$CompactorOutputCommitter.abortJob(CompactorMR.java:716)
	at org.apache.hadoop.mapred.OutputCommitter.abortJob(OutputCommitter.java:255)
	at org.apache.hadoop.mapred.LocalJobRunner$Job.run(LocalJobRunner.java:471)

In current Hive implementation, timestamps are stored in UTC (converted from current timezone), based on original parquet timestamp spec.
However, we find this is not compatibility with other tools, and after some investigation it is not the way of the other file formats, or even some databases (Hive Timestamp is more equivalent of 'timestamp without timezone' datatype).
This is the first part of the fix, which will restore compatibility with parquet-timestamp files generated by external tools by skipping conversion on reading.
Later fix will change the write path to not convert, and stop the read-conversion even for files written by Hive itself.

The IntegrationTestIngestWithACL needs to be modified to allow the user to be passed in as an argument at run time. Currently, the test is using a fixed set of user names which cannot be authenticated via Kerberos, causing the test to fail. Allowing the username to be passed at run time will allow a user that is already authenticated by Kerberos to be used, and resolve the failure.

2014-02-06 02:58:25,315|beaver.machine|INFO|RUNNING: /usr/bin/kinit -c /hbase.kerberos.ticket -k -t /home/hadoopqa/keytabs/hbase.headless.keytab hbase
2014-02-06 02:58:25,325|beaver.machine|INFO|RUNNING: /usr/lib/hbase/bin/hbase --config /tmp/hbaseConf org.apache.hadoop.hbase.IntegrationTestsDriver -regex IntegrationTestIngestWithACL

2014-02-06 02:58:34,489|beaver.machine|INFO|2014-02-06 02:58:34,489 DEBUG HBaseWriterThreadWithACL_1 token.AuthenticationTokenSelector: No matching token found
2014-02-06 02:58:34,493|beaver.machine|INFO|2014-02-06 02:58:34,489 DEBUG HBaseWriterThreadWithACL_1 security.HBaseSaslRpcClient: Creating SASL GSSAPI client. Server's Kerberos principal name is hbase/h2-ubuntu12-sec-1391405488-hbase-7.cs1cloud.internal@EXAMPLE.COM
2014-02-06 02:58:34,493|beaver.machine|INFO|2014-02-06 02:58:34,491 WARN HBaseWriterThreadWithACL_1 security.UserGroupInformation: PriviledgedActionException as:owner (auth:SIMPLE) cause:javax.security.sasl.SaslException: GSS initiate failed Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)
2014-02-06 02:58:34,493|beaver.machine|INFO|2014-02-06 02:58:34,492 WARN HBaseWriterThreadWithACL_1 ipc.RpcClient: Exception encountered while connecting to the server : javax.security.sasl.SaslException: GSS initiate failed Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)
2014-02-06 02:58:34,498|beaver.machine|INFO|2014-02-06 02:58:34,493 FATAL HBaseWriterThreadWithACL_1 ipc.RpcClient: SASL authentication failed. The most likely cause is missing or invalid credentials. Consider 'kinit'.
2014-02-06 02:58:34,499|beaver.machine|INFO|javax.security.sasl.SaslException: GSS initiate failed Caused by GSSException: No valid credentials provided (Mechanism level: Failed to find any Kerberos tgt)
2014-02-06 02:58:34,499|beaver.machine|INFO|at com.sun.security.sasl.gsskerb.GssKrb5Client.evaluateChallenge(GssKrb5Client.java:194)
2014-02-06 02:58:34,499|beaver.machine|INFO|at org.apache.hadoop.hbase.security.HBaseSaslRpcClient.saslConnect(HBaseSaslRpcClient.java:152)
2014-02-06 02:58:34,500|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupSaslConnection(RpcClient.java:762)
2014-02-06 02:58:34,500|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient$Connection.access$600(RpcClient.java:354)
2014-02-06 02:58:34,500|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient$Connection$2.run(RpcClient.java:883)
2014-02-06 02:58:34,501|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient$Connection$2.run(RpcClient.java:880)
2014-02-06 02:58:34,501|beaver.machine|INFO|at java.security.AccessController.doPrivileged(Native Method)
2014-02-06 02:58:34,501|beaver.machine|INFO|at javax.security.auth.Subject.doAs(Subject.java:396)
2014-02-06 02:58:34,501|beaver.machine|INFO|at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1548)
2014-02-06 02:58:34,502|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient$Connection.setupIOstreams(RpcClient.java:880)
2014-02-06 02:58:34,502|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient.getConnection(RpcClient.java:1536)
2014-02-06 02:58:34,502|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient.call(RpcClient.java:1425)
2014-02-06 02:58:34,502|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient.callBlockingMethod(RpcClient.java:1654)
2014-02-06 02:58:34,503|beaver.machine|INFO|at org.apache.hadoop.hbase.ipc.RpcClient$BlockingRpcChannelImplementation.callBlockingMethod(RpcClient.java:1712)
2014-02-06 02:58:34,503|beaver.machine|INFO|at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$BlockingStub.get(ClientProtos.java:28833)
2014-02-06 02:58:34,503|beaver.machine|INFO|at org.apache.hadoop.hbase.protobuf.ProtobufUtil.getRowOrBefore(ProtobufUtil.java:1466)
2014-02-06 02:58:34,503|beaver.machine|INFO|at org.apache.hadoop.hbase.client.HTable$2.call(HTable.java:701)
2014-02-06 02:58:34,504|beaver.machine|INFO|at org.apache.hadoop.hbase.client.HTable$2.call(HTable.java:699)
2014-02-06 02:58:34,504|beaver.machine|INFO|at org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:120)
2014-02-06 02:58:34,504|beaver.machine|INFO|at org.apache.hadoop.hbase.client.HTable.getRowOrBefore(HTable.java:705)
2014-02-06 02:58:34,504|beaver.machine|INFO|at org.apache.hadoop.hbase.client.MetaScanner.metaScan(MetaScanner.java:144)

The refguide needs to be updated to reflect the fact that there is no security profile anymore, etc. [Follow up to HBASE-5732]

io.undertow.security.api.AuthenticatedSessionManager.AuthenticatedSession
io.undertow.security.idm.Account
org.wildfly.extension.undertow.security.AccountImpl
org.wildfly.extension.undertow.security.AccountImpl.AccountPrincipal

Should be added to the class table used by the SSP marshalling configuration.

Roo generated data on demand types are not aware of Calendar types and Enum types (annotated with JSR 303 @Enumerated)

HBASE-19030 "nightly runs should attempt to log tests results after archiving" was reopened because its fix was causing failures (reported by our @busbey). This issue is about fixing the new failures (originally to be done against reopened HBASE-19030 but time passed).

Each time 'hive' command is ran, we have an Sl4J warning about multiple jars containing SL4J classes.
This bug is similar to Hive-6162, but doesn't seems to be solved.
Logging initialized using configuration in file:/etc/hive/conf/hive-log4j.properties
SLF4J: Found binding in [jar:file:/usr/hdp/2.2.0.0-1084/hadoop/lib/slf4j-log4j12-1.7.5.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/usr/hdp/2.2.0.0-1084/hive/lib/hive-jdbc-0.14.0.2.2.0.0-1084-standalone.jar!/org/slf4j/impl/StaticLoggerBinder.class]

With https://github.com/wildfly-swarm-openshiftio-boosters/wfswarm-rest-http-crud I was unable to activate an "openshift" profile when setting env vars for datasource config.
If I rename `project-local.yml` to `project-defaults.yml` and have `project-openshift.yml` in src/main/resources with content of:

swarm: 
  datasources: 
    data-sources: 
      MyDS: 
        driver-name: postgresql
        connection-url: jdbc:postgresql://localhost:5432/my_data
        user-name: user
        password: pwd

And https://github.com/wildfly-swarm-openshiftio-boosters/wfswarm-rest-http-crud/blob/master/src/main/fabric8/deployment.yml#L21 is modified to be:

value: "-Dswarm.datasources.data-sources.MyDS.connection-url=jdbc:postgresql://$(MY_DATABASE_SERVICE_HOST):$(MY_DATABASE_SERVICE_PORT)/my_data -Dswarm.datasources.data-sources.MyDS.user-name=$(DB_USERNAME) -Dswarm.datasources.data-sources.MyDS.password=$(DB_PASSWORD) -Dswarm.project.stage=openshift"

Then I get errors that the `driver-name` for `MyDS` is set to `h2` and the driver doesn't exist. Adding DEBUG logging I can see the config value is set to `h2`.
So not entirely sure what's going on, but looks like `project-defaults.yml` takes precedence irrespective of activated profiles.

RabbitAdmin anonymous queue declaration javadocs inconsistent with Queue properties: it creates a non-durable, non-exclusive, auto-delete queue (as per the defaults in Channel), but javadocs say it is durable and not auto-delete.

revert the dependency on hadoop 0.21, back to hadoop 0.20 (we hardly knew ye)

CSVFormat currently accepts whatever header String[] is provided.
It cannot be used if there are duplicate entries so these should be rejected.

When starting infinispan-server, following error occures in testsuite/integration/clustering/target/infinispan-server-9.2.5.Final log:

2018-06-24 23:41:55,844 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.patching.manager: org.jboss.msc.service.StartException in service jboss.patching.manager: java.lang.IllegalStateException: Duplicate layer 'base'
	... 5 more

The reason is following value in module.path:

module.path = /home/jkalina/work/wildfly/testsuite/integration/clustering/target/infinispan-server-9.2.5.Final/modules:/home/jkalina/work/wildfly/build/target/wildfly-14.0.0.Beta1-SNAPSHOT/modules:/home/jkalina/work/wildfly/testsuite/integration/clustering/target/modules

(there are two paths with "base" layer - infinispan-server/modules and wildfly/modules)
Probably should be set modulePath in arquillian.xml to prevent using wildfly modules in infinispan. (they are actually ignored currently, just to remove related warning from log)

Currently Hash.java is marked as public.  But we are not allowing the user to configure his own Hash.java impl using FQCN.  It is currently working as an enum based type.  
So this class should be an Private interface and not a direct user facing interface. Thanks to Anoop for confirming on this.

I am using 1.6.0.RELEASE with querydsl 3.4.3.
When doing a Predicate based search using 

entity.listType.any().in(someString)

I am getting IllegalStateException (see below)
It looks like the following issue/commit in querydsl is causing this issue:
https://github.com/querydsl/querydsl/issues/512
https://github.com/querydsl/querydsl/commit/7e934bed158702392086e200cd6ddb17634c5ce6

Caused by: java.lang.IllegalStateException: name property not available for path of type COLLECTION_ANY. Use getElement() to access the generic path element.
	at com.mysema.query.types.PathMetadata.getName(PathMetadata.java:73) ~[querydsl-core-3.4.3.jar:na]
	at org.springframework.data.mongodb.repository.support.SpringDataMongodbSerializer.getPropertyFor(SpringDataMongodbSerializer.java:146) ~[spring-data-mongodb-1.6.0.RELEASE-onshape.jar:na]
	at org.springframework.data.mongodb.repository.support.SpringDataMongodbSerializer.isReference(SpringDataMongodbSerializer.java:103) ~[spring-data-mongodb-1.6.0.RELEASE-onshape.jar:na]
	at com.mysema.query.mongodb.MongodbSerializer.isReference(MongodbSerializer.java:296) ~[querydsl-mongodb-3.4.3.jar:na]
	at com.mysema.query.mongodb.MongodbSerializer.visit(MongodbSerializer.java:113) ~[querydsl-mongodb-3.4.3.jar:na]
	at com.mysema.query.mongodb.MongodbSerializer.visit(MongodbSerializer.java:52) ~[querydsl-mongodb-3.4.3.jar:na]
	at com.mysema.query.types.OperationImpl.accept(OperationImpl.java:91) ~[querydsl-core-3.4.3.jar:na]
	at com.mysema.query.mongodb.MongodbSerializer.handle(MongodbSerializer.java:55) ~[querydsl-mongodb-3.4.3.jar:na]
	at com.mysema.query.mongodb.MongodbSerializer.visit(MongodbSerializer.java:123) ~[querydsl-mongodb-3.4.3.jar:na]
	at com.mysema.query.mongodb.MongodbQuery.createQuery(MongodbQuery.java:376) ~[querydsl-mongodb-3.4.3.jar:na]
	at com.mysema.query.mongodb.MongodbQuery.createCursor(MongodbQuery.java:270) ~[querydsl-mongodb-3.4.3.jar:na]
	at com.mysema.query.mongodb.MongodbQuery.createCursor(MongodbQuery.java:265) ~[querydsl-mongodb-3.4.3.jar:na]
	at com.mysema.query.mongodb.MongodbQuery.iterate(MongodbQuery.java:221) ~[querydsl-mongodb-3.4.3.jar:na]
	at org.springframework.data.mongodb.repository.support.QueryDslMongoRepository.findAll(QueryDslMongoRepository.java:118) ~[spring-data-mongodb-1.6.0.RELEASE-onshape.jar:na]

Since upgrading from 4.1 to 4.3 we are seeing the following exception thrown in CacheAspectSupport.getCaches when a call to a @Cacheable method occurs:

			throw new IllegalStateException("No cache could be resolved for '" +
					context.getOperation() + "' using resolver '" + cacheResolver +
					"'. At least one cache should be provided per cache operation.");

As far as I have been able to trace, it looks like the refactoring from https://jira.spring.io/browse/SPR-13475 (https://github.com/spring-projects/spring-framework/commit/59c88eb3c0611aac802e162d53503ce71864baef) might be the cause.
It seems to fail when the @CacheConfig annotation is not on the Impl class of the interface, but on the interface itself.

@CacheConfig( cacheNames = "userCache")
public interface UserService
{
	@Cacheable(key = "('username:' + #username).toLowerCase()")
	User getUserByUsername( String username );
}

public class UserServiceImpl implements UserService {
	@Override
	public User getUserByUsername( String username ) {
		return userRepository.findByUsername( username );
	}
}

We observe the same error if the @Cachable annotation is placed on the UserServiceImpl class:

{
}

	@Override
        @Cacheable(key = "('username:' + #username).toLowerCase()")
	}
}

Moving down the @CacheConfig down to the UserServiceImpl class circumvents the issue.
The difference compared to 4.1 (as far as I was manage to debug), seem to be that SpringCacheAnnotationParser.parseCacheAnnotations() now uses AnnotatedElementUtils.findAllMergedAnnotations(ae, CacheEvict.class)
In 4.1 SpringCacheAnnotationParser.parseCacheAnnotations() would return null when called with the UserServiceImpl.getUserByUsername as second argument. It would then return null all the way up to AbstractFallbackCacheOperationSource.computeCacheOperations() where it would fallback onto the following check:

		if (specificMethod != method) {
			// Fallback is to look at the original method.
			opDef = findCacheOperations(method);
			if (opDef != null) {
				return opDef;
			}
			// Last fallback is the class of the original method.
			opDef = findCacheOperations(method.getDeclaringClass());
			if (opDef != null && ClassUtils.isUserLevelMethod(method)) {
			}
		}

The method here being the interface method.
https://github.com/spring-projects/spring-framework/blob/4.1.x/spring-context/src/main/java/org/springframework/cache/interceptor/AbstractFallbackCacheOperationSource.java#L146
In 4.3 it seems that SpringCacheAnnotationParser.parseCacheAnnotations() does not return null and that the defaultConfig of the interface is not merged with parsed annotations from the Impl method.
Note:
If this is indeed a bug, the workaround is to put the @CacheConfig on the implementing classes, or specify the cacheNames in the @Cacheable annotations

dojo.require is executed asynchronously. Code that depends on the required module should run inside dojo.addOnLoad() or should have dojo.addOnLoad invoked immediately after it as shown here http://docs.dojocampus.org/dojo/require#id5. Alternatively the dojo.require could be moved further up to the ElementDecoration constructor.

1)In error scenario StreamProcessor may not be closed in ScriptOperator.java
2)In error scenario XMLEncoder may not be closed in Utilities.java

I'm trying to use a ZipArchiveEntry coming from ZipArchiveInputStream that I stored somwhere for later with a ZipFile and it does not work.
The reason is that it can't find the ZipArchiveEntry in the ZipFile entries map. It is exactly the same zip file but both entries are not equals so the Map#get fail.
As far as I can see the main difference is that comment is null in ZipArchiveInputStream while it's en empty string in ZipFile. I looked at ZipArchiveInputStream and it looks like the comment (whatever it is) is simply not parsed while I can find some code related to the comment at the end of ZIipFile#readCentralDirectoryEntry.
Note that java.util.zip does not have this issue. Did not checked what they do but the zip entries are equals.

To reproduce then unit test cia2 source code chapter10-camel-cxf-rest-karaf

The HBase shell allows a user to create a replication peer using the add_peer method, which can take a peer id and a Ruby hash. It creates a ReplicationPeerConfig and passes it through to the Java ReplicationAdmin#addPeer. 
The Ruby code makes an assumption that the Java API doesn't: that CLUSTER_KEY and ENDPOINT_CLASSNAME are mutually exclusive. If both are specified, it throws an error. If only ENDPOINT_CLASSNAME is set, the add_peer logic derives a local dummy cluster key based on the local cluster's configuration. 
CLUSTER_KEY shouldn't be required when an ENDPOINT_CLASSNAME is specified, because a custom endpoint might not need it. The dummy default logic is fine.  
But if an endpoint does require a remote cluster key, it shouldn't be forbidden to provide one, especially since the Java API permits it, and even the custom replication endpoint Java tests rely on this. (See TestReplicationEndpoint#testCustomReplicationEndpoint)

TestHBaseSaslRpcClient.testHBaseSaslRpcClientCreation will fail up on Jenkins in builds using "JDK 7 (latest)" but not those using "JDK 6 (latest)". The stacktrace:

        at org.apache.hadoop.hbase.security.TestHBaseSaslRpcClient.testHBaseSaslRpcClientCreation(TestHBaseSaslRpcClient.java:119)

   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/hsvabek/securityworkspace/VERIFICATION/2017_08_02_BEAP-7584/jboss-eap-7.1.0.ER3-src/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local4252553253196379397.challenge" "read")" in code source "(vfs:/content/one.war/WEB-INF/classes &lt;no signer certificates&gt;)" of "ModuleClassLoader for Module "deployment.one.war" from Service Module Loader")
        ... 52 more
        Suppressed: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/hsvabek/securityworkspace/VERIFICATION/2017_08_02_BEAP-7584/jboss-eap-7.1.0.ER3-src/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local4252553253196379397.challenge" "read")" in code source "(vfs:/content/one.war/WEB-INF/classes &lt;no signer certificates&gt;)" of "ModuleClassLoader for Module "deployment.one.war" from Service Module Loader")
                ... 3 more

From Gaojinchao up on user list:
In balanceCluster function , It should be "leastloaded=" + serversByLoad.firstKey ().getLoad().getNumberOfRegions())"

if(serversByLoad.lastKey().getLoad().getNumberOfRegions() <= max &&
      serversByLoad.firstKey().getLoad().getNumberOfRegions() >= min) {
     // Skipped because no server outside (min,max) range
     LOG.info("Skipping load balancing.  servers=" + numServers + " " +
         "regions=" + numRegions + " average=" + average + " " +
         "mostloaded=" + serversByLoad.lastKey().getLoad().getNumberOfRegions() +
         " leastloaded=" + serversByLoad.lastKey().getLoad().getNumberOfRegions());
     return null;
   }

Coverity static-analysis scan found 3 possible calls on null objects in ServerAuthenticationContext class.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760324&defectInstanceId=1541382&mergedDefectId=1369286
In {​{ServerAuthenticationContext.AuthorizedState.​isSamePrincipal(Principal)}} - Return value of function which returns null is dereferenced without checking.

2039    boolean isSamePrincipal(final Principal principal) {
    
// 1. returned_null: getName returns null (checked 9 out of 11 times). (The virtual call resolves to org.wildfly.security.auth.server.PrincipalDecoder.<clinit>/<gen>org.wildfly.security.auth.server.PrincipalDecoder_instance_2.getName.) [show details]
    
// 2. var_assigned: Assigning: name = null return value from getName.
2040        String name = authorizedIdentity.getSecurityDomain().getPrincipalDecoder().getName(principal);
    
// CID 1369286 (#1 of 1): Dereference null return value (NULL_RETURNS)3. dereference: Dereferencing a pointer that might be null name when calling isSameName. [show details]
2041        return isSameName(name);
2042    }

https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760324&defectInstanceId=1541377&mergedDefectId=1369289
In {{ServerAuthenticationContext.NameAssignedState.​isSamePrincipal(Principal)}} - the same as the previous one.
https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=5760324&defectInstanceId=1541378&mergedDefectId=1369304
In {{​ServerAuthenticationContext.ANONYMOUS.​handleOne(​Callback[], int)}}

790    final PasswordCallback passwordCallback = (PasswordCallback) callback;
791
   
// 8. returned_null: getCredentialAcquireSupport returns null (checked 0 out of 1 times). [show details]
   
// CID 1369304 (#1 of 1): Dereference null return value (NULL_RETURNS)9. null_method_call: Calling a method on null object getCredentialAcquireSupport(org.wildfly.security.credential.PasswordCredential.class).
792    if (getCredentialAcquireSupport(PasswordCredential.class).mayBeSupported()) {

./bin/local-master-backup.sh cannot start a backup HMaster. The error in log is a port conflict. After reading the file it seems an additional option is required to make it work:
@@ -40,6 +40,7 @@
   DN=$2
+    -D hbase.master.port=`expr 16000 + $DN` \
     -D hbase.master.info.port=`expr 16010 + $DN` \
     -D hbase.regionserver.port=`expr 16020 + $DN` \
     -D hbase.regionserver.info.port=`expr 16030 + $DN` \

I'm leveraging ConversionService to convert from different types and I found out an issue related to a conversion from a List of POJO to String.
The issue are:

the conversion services says that it can convert from List to String but then while converting elements it fails because FallbackObjectToStringConverter can convert only POJO with some characteristics (a String constructors or with some static methods) but then none of those methods is used as it invokes source.toString().
the exceptions says that it can't convert from List to String but it is not true as teh real cause is that it can't convert from POJO to String

 at org.springframework.core.convert.support.GenericConversionService.handleConverterNotFound(GenericConversionService.java:324)
 at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:206)
 at org.springframework.core.convert.support.CollectionToStringConverter.convert(CollectionToStringConverter.java:68)
 at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:36)
 ... 38 more

CREATE TABLE table_acid(d int, tz timestamp with local time zone)
    clustered by (d) into 2 buckets stored as orc TBLPROPERTIES ('transactional'='true');

Error

FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. java.lang.IllegalArgumentException: Unknown primitive type TIMESTAMPLOCALTZ

org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.IllegalArgumentException: Unknown primitive type TIMESTAMPLOCALTZ
	at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:906) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.DDLTask.createTable(DDLTask.java:4788) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.DDLTask.execute(DDLTask.java:389) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.Task.executeTask(Task.java:205) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.exec.TaskRunner.runSequential(TaskRunner.java:97) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.launchTask(Driver.java:2314) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.execute(Driver.java:1985) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.runInternal(Driver.java:1687) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1438) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.Driver.run(Driver.java:1427) [hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.CliDriver.processLocalCmd(CliDriver.java:239) [hive-cli-3.0.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.cli.CliDriver.processCmd(CliDriver.java:188) [hive-cli-3.0.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:402) [hive-cli-3.0.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.cli.CliDriver.processLine(CliDriver.java:335) [hive-cli-3.0.0-SNAPSHOT.jar:?]
	at org.apache.hadoop.hive.ql.QTestUtil.executeClientInternal(QTestUtil.java:1345) [hive-it-util-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.QTestUtil.executeClient(QTestUtil.java:1319) [hive-it-util-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.control.CoreCliDriver.runTest(CoreCliDriver.java:173) [hive-it-util-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.control.CliAdapter.runTest(CliAdapter.java:104) [hive-it-util-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.cli.TestMiniLlapLocalCliDriver.testCliDriver(TestMiniLlapLocalCliDriver.java:59) [test-classes/:?]
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) [junit-4.11.jar:?]
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) [junit-4.11.jar:?]
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) [junit-4.11.jar:?]
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) [junit-4.11.jar:?]
	at org.apache.hadoop.hive.cli.control.CliAdapter$2$1.evaluate(CliAdapter.java:92) [hive-it-util-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) [junit-4.11.jar:?]
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) [junit-4.11.jar:?]
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) [junit-4.11.jar:?]
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) [junit-4.11.jar:?]
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) [junit-4.11.jar:?]
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) [junit-4.11.jar:?]
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) [junit-4.11.jar:?]
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) [junit-4.11.jar:?]
	at org.junit.runners.Suite.runChild(Suite.java:127) [junit-4.11.jar:?]
	at org.junit.runners.Suite.runChild(Suite.java:26) [junit-4.11.jar:?]
	at org.apache.hadoop.hive.cli.control.CliAdapter$1$1.evaluate(CliAdapter.java:73) [hive-it-util-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:369) [surefire-junit4-2.20.1.jar:2.20.1]
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:275) [surefire-junit4-2.20.1.jar:2.20.1]
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:239) [surefire-junit4-2.20.1.jar:2.20.1]
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:160) [surefire-junit4-2.20.1.jar:2.20.1]
	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:373) [surefire-booter-2.20.1.jar:2.20.1]
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:334) [surefire-booter-2.20.1.jar:2.20.1]
	at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:119) [surefire-booter-2.20.1.jar:2.20.1]
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:407) [surefire-booter-2.20.1.jar:2.20.1]
Caused by: java.lang.IllegalArgumentException: Unknown primitive type TIMESTAMPLOCALTZ
	at org.apache.hadoop.hive.ql.io.orc.OrcStruct.createObjectInspector(OrcStruct.java:547) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.orc.OrcStruct$OrcStructInspector.<init>(OrcStruct.java:197) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.orc.OrcStruct.createObjectInspector(OrcStruct.java:550) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.io.orc.OrcSerde.initialize(OrcSerde.java:117) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.serde2.AbstractSerDe.initialize(AbstractSerDe.java:54) ~[hive-serde-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.serde2.SerDeUtils.initializeSerDe(SerDeUtils.java:540) ~[hive-serde-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreUtils.getDeserializer(HiveMetaStoreUtils.java:85) ~[hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.metastore.HiveMetaStoreUtils.getDeserializer(HiveMetaStoreUtils.java:72) ~[hive-metastore-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.metadata.Table.getDeserializerFromMetaStore(Table.java:286) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.metadata.Table.checkValidity(Table.java:207) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	at org.apache.hadoop.hive.ql.metadata.Hive.createTable(Hive.java:877) ~[hive-exec-3.0.0-SNAPSHOT.jar:3.0.0-SNAPSHOT]
	... 55 more

Camel Bindy is not handling null values in KVP. It throws ArrayIndexOutOfBounds Exception.
From the source below if FIX message has a key value pair with null value i.e (eg: 43=1|63=|64=xyz) the key 63 has no value an while parsing it throws exception for keyValuePair[1].
           // Get KeyValuePair
            String[] keyValuePair = s.split(getKeyValuePairSeparator());
            // Extract Key
            int key = Integer.parseInt(keyValuePair[0]);
            // Extract key value
            String value = keyValuePair[1];

I was trying some stuff in the shell and tried just to get a few puts in a loop to a table. I quickly ran out of threads (java.lang.OutOfMemoryError: unable to create new native thread).
It seems we create a new HTable per get/put/etc call. We could just reuse one thread pool instead.

Jingcheng reported an unittest error which he debugged and found that it is a timezone issue. I am attaching the patch here.

While running log replay on a one node setup, I killed meta regionserver. The MetaSSH tries to assign the meta table, but it failed as there was no other regionservers to assign to. But the meta server znode was already updated to null. When the assignment fails, the metaSSH is retried. But from the next iteration, it will not try to assign the meta region, but keeps on waiting for meta region. This keeps on going even after regionserver is brought up again.

Currently the code used to create the PrincipalAcegiUserToken is the following:
identity = new PrincipalAcegiUserToken(this.key,
                     response.getPrincipal().toString(),
                     response.getCredentials().toString()
                     response.getAuthorities());
This means that the PrincipalAcegiUserToken is passed a serialized response principal NOT the username which is the method signature for PrincipalAcegiUserToken.
I would suggest that the code should look like this:
                     response.getPrincipal().getName(), //<-- CHANGED
Cheers,
Dan.

It's not possible to refer jberet runtime resource after execute org.jberet.repository.PurgeBatchlet with batch property "purgeJobsByNames".
jboss-cli output before execute PurgeBatchlet

[standalone@localhost:9990 /] /deployment=jberet-sample.war/subsystem=batch-jberet/job=dummy-job:read-resource(include-runtime=true,recursive=true)
{
        "instance-count" => 1,
        "job-xml-names" => ["dummy-job.xml"],
        "running-executions" => 0,
        "execution" => {"1" => {
            "batch-status" => "COMPLETED",
            "create-time" => "2018-10-31T14:54:27.297+0900",
            "end-time" => "2018-10-31T14:54:27.343+0900",
            "exit-status" => "COMPLETED",
            "instance-id" => 1L,
            "last-updated-time" => "2018-10-31T14:54:27.343+0900",
            "start-time" => "2018-10-31T14:54:27.306+0900"
        }}
    }
}

jboss-cli output after PurgeBatchlet

/deployment=jberet-sample.war/subsystem=batch-jberet/job=dummy-job:read-resource(include-runtime=true,recursive=true)
{
}

Then output following server.log

14:55:23,104 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
    ("deployment" => "jberet-sample.war"),
    ("subsystem" => "batch-jberet"),
    ("job" => "dummy-job"),
    ("execution" => "1")
]): javax.batch.operations.NoSuchJobExecutionException: JBERET000604: No job execution with id 1
	at org.jberet.operations.AbstractJobOperator.getJobExecutionImpl(AbstractJobOperator.java:354)
	at org.jberet.operations.AbstractJobOperator.getJobInstance(AbstractJobOperator.java:310)
	at org.wildfly.extension.batch.jberet.deployment.JobOperatorService.getJobInstance(JobOperatorService.java:281)
	at org.wildfly.extension.batch.jberet.deployment.JobOperatorService.getJobExecution(JobOperatorService.java:308)
	at org.wildfly.extension.batch.jberet.deployment.BatchJobExecutionResourceDefinition$JobExecutionOperationStepHandler.updateModel(BatchJobExecutionResourceDefinition.java:200)
	at org.wildfly.extension.batch.jberet.deployment.JobOperationReadOnlyStepHandler.execute(JobOperationReadOnlyStepHandler.java:47)
	at org.wildfly.extension.batch.jberet.deployment.JobOperationStepHandler.executeRuntime(JobOperationStepHandler.java:74)

Even though delete JobExecution in JobRepository, JobExecution id "1" still show by JBoss CLI.
jboss-cli output

[standalone@localhost:9990 /] /deployment=jberet-sample.war/subsystem=batch-jberet/job=dummy-job:read-resource
{
    "result" => {"execution" => {"1" => undefined}}
}

If you try and pass some parameters to camel-irc it turns out that camel joins a different IRC channel than expected, for example a URI like:
irc://camel-con@irc.codehaus.org:6667/#camel-test?nickname=camel-con
causes camel to join #camel-test?nickname=camel-con and not #camel-test with a nickname of camel-con.  Will attach a patch that addresses this and updates the unit test.

ProtobufUtil splits operations by regions and performs multiple client.multi calls. In case if there are certain errors inside RS, HRegionServer adds the corresponding exceptions to MultiResponse, PU continues the multi request for other regions, and returns partial failure. 
In case of other errors (for example, region not served exception), the entire multi operation stops executing, and previous successes and partial results are disregarded.
ProtobufUtil should probably catch ServiceException separately for each client.multi call, make it a partial-failure exception for all actions for this region, and also continue the batch, to make the behavior consistent.
Alternatively, if we want to avoid continuing the batch in case of some server-wide errors/connection problems/etc., server should do that for region-specific errors (add exception to results for each action).

For tpcds Q15:

explain
select ca_zip, sum(cs_sales_price)
from catalog_sales, customer, customer_address, date_dim
where catalog_sales.cs_bill_customer_sk = customer.c_customer_sk
  and customer.c_current_addr_sk = customer_address.ca_address_sk
  and (substr(ca_zip,1,5) in ('85669', '86197','88274','83405','86475',
                              '85392', '85460', '80348', '81792')
       or ca_state in ('CA','WA','GA')
       or cs_sales_price > 500)
  and catalog_sales.cs_sold_date_sk = date_dim.d_date_sk
  and d_qoy = 2 and d_year = 2001
group by ca_zip
order by ca_zip
limit 100;

The Traits setup for the Operators are:

FIL[23]: bucketCols=[[]],numBuckets=-1
RS[11]: bucketCols=[[VALUE._col0]],numBuckets=-1
JOIN[12]: bucketCols=[[_col71], [_col71]],numBuckets=-1
FIL[13]: bucketCols=[[_col71], [_col71]],numBuckets=-1
SEL[14]: bucketCols=[[_col71], [_col71]],numBuckets=-1
GBY[15]: bucketCols=[[_col0]],numBuckets=-1
RS[16]: bucketCols=[[KEY._col0]],numBuckets=-1
GBY[17]: bucketCols=[[_col0]],numBuckets=-1
SEL[18]: bucketCols=[[_col0]],numBuckets=-1
LIM[21]: bucketCols=[[_col0]],numBuckets=-1
FS[22]: bucketCols=[[_col0]],numBuckets=-1
TS[3]: bucketCols=[[]],numBuckets=-1
RS[5]: bucketCols=[[VALUE._col0]],numBuckets=-1
JOIN[6]: bucketCols=[[_col3], [_col36]],numBuckets=-1
RS[7]: bucketCols=[[VALUE._col40]],numBuckets=-1
JOIN[9]: bucketCols=[[_col40], [_col0]],numBuckets=-1
RS[10]: bucketCols=[[VALUE._col0]],numBuckets=-1
TS[1]: bucketCols=[[]],numBuckets=-1
RS[8]: bucketCols=[[VALUE._col0]],numBuckets=-1
TS[0]: bucketCols=[[]],numBuckets=-1
RS[4]: bucketCols=[[VALUE._col3]],numBuckets=-1

This is incorrect:
Join[9] joins ca join (cs join cust). In this case both sides of join have a '_col0' column. The reverse mapping of trait propagation relies on ExprNodeColumnDesc.isSame; since this doesn't account for the tabAlias we end up with Join[9] being bucketed on cs_sold_date_sk; Join[12] has the same issue, only compounds the error.

Given 
            <artifactId>jaxrs-jsonp</artifactId>
when run with 'mvn verify' the wildfly-swarm-plugin runs the server correctly:
WFSWARM0018: Installed fraction:       JAX-RS with JSON-P
but when invoked with
java -jar target/foo.jar
the server doesn't load the JSON-P fraction:
WFSWARM0018: Installed fraction:                   JAX-RS

After HBASE-5549, SESSIONEXPIRED exception was caught and retried with other zookeeper exceptions like ConnectionLoss. But it is useless to retry when a session expired happens, since the retry will never be successful. Though there is a config called "zookeeper.recovery.retry" to control retry times, in our cases, we set this config to a very big number like "99999". When a session expired happens, the regionserver should kill itself, but because of the retrying, threads of regionserver stuck at trying to reconnect to zookeeper, and never properly shut down.

public Stat exists(String path, boolean watch)
  throws KeeperException, InterruptedException {
    TraceScope traceScope = null;
    try {
      traceScope = Trace.startSpan("RecoverableZookeeper.exists");
      RetryCounter retryCounter = retryCounterFactory.create();
        try {
          return checkZk().exists(path, watch);
            case CONNECTIONLOSS:
            case SESSIONEXPIRED: //we shouldn't catch this
            case OPERATIONTIMEOUT:
              retryOrThrow(retryCounter, e, "exists");
              break;

            default:
              throw e;
          }
        }
        retryCounter.sleepUntilNextRetry();
      }
    } finally {
      if (traceScope != null) traceScope.close();
    }
  }

The web UI page source is like below:

<h2>Table Attributes</h2>
  <tr>
      <th>Attribute Name</th>
      <th>Value</th>
      <th>Description</th>
  </tr>
  <tr>
      <td>Enabled</td>
      <td>true</td>
      <td>Is the table enabled</td>
  </tr>
  <tr>
      <td>Compaction</td>
      <td>

<p><hr/></p>

No sure if it is a HBase issue, or a network/browser issue.

If a entity (or any .java) is modified by Spring Roo and this file has an import static definition, the static modifier is lost when file is rewritten.
To test it:

create a new project using _clinic.roo: scrip
Edit Vet.java and add this import declaration:

import static org.apache.commons.lang3.Validate.notBlank;

Use Roo field command to add a field to entity:

field string --fieldName foo --class ~.domain.Vet

After Roo changes Vet.java, the previous import declaration will be this:

import org.apache.commons.lang3.Validate.notBlank;

SingleConnectionFactory can close the wrong target connection on close. From zzantozz on the forum:

The targetConnection is created first, and then "connection" is targetConnection wrapped with an adapter. That's all well and good, but the adapter that the former connection is wrapped with is a SingleConnectionFactory.SharedConnectionProxy. The targetConnection is passed in as a constructor arg and is stored in the instance field SharedConnectionProxy.target. Then in SharedConnectionProxy.createChannel, it has the ability to detect that "target" is closed and to create a new connection. The problem here is that it only updates SharedConnectionProxy.target and not SingleConnectionFactory.targetConnection, so when the factory is shut down, it will try to close a connection that is already known to be bad, and the good connection won't be closed. Given that SharedConnectionProxy is an inner class of SingleConnectionFactory, the correct behavior could be gotten just by eliminating the target field from the former and directly accessing targetConnection in the latter. 

This has started as forward porting of HBASE-5494 and HBASE-5991 from the 89-fb branch to trunk, but diverged enough to have it's own issue. 
The idea is to implement a zk based read/write lock per table. Master initiated operations should get the write lock, and region operations (region split, moving, balance?, etc) acquire a shared read lock. 

Upgrading Gradle beyond 2.4 requires upgrading this plugin to work properly.

I'm running a fresh RHEL7.3 server subscribed to the current jboss eap7 repository [1] using the rpm package. [2]
[1] subscription-manager repos --enable=jb-eap-7-for-rhel-RHEL_VERSION-server-rpms
[2] https://access.redhat.com/documentation/en/red-hat-jboss-enterprise-application-platform/version-7.0/installation-guide/#rpm_installation

When I try to override a constructor arg by name in a child bean definition an exception arises which does not arise when I override the constructor arg by index. 
I could be mistaken but I see this as a bug because if I can inherit by name and override by index, then I should also be able to override by name.
Specifically I've created an abstract bean definition as follows:

  <bean id="abstractPerson" abstract="true">
    <constructor-arg value="Jeff Sinclair" name="name" />     
  </bean>

I've then tried to create a concrete bean definition by overriding the named constructor arg:

  <bean id="concretePerson" class="test.spring.Person"
parent="abstractPerson">
    <constructor-arg value="Jeff S Sinclair" name="name" />     
  </bean>

This throws the following exception:

Exception in thread "main" org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'concretePerson' defined in class path resource [test/spring/applicationContext.xml]: 
2 constructor arguments specified but no matching constructor found in bean 'concretePerson' 
(hint:specify index/type/name arguments for simple parameters to avoid type ambiguities)
        at
org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:171)
        ...
        at test.spring.Main.main(Main.java:9)   

The XMLStreamReaderInputStream created by the StaxConverter will fail if the document does not define a default namespace, a tag contains an attribute without namespace prefix and the XMLStreamWriter from the JDK is used.
javax.xml.stream.XMLStreamException: NamespaceURI cannot be null
	at com.sun.xml.internal.stream.writers.XMLStreamWriterImpl.writeAttribute(XMLStreamWriterImpl.java:615)
	at org.apache.camel.converter.jaxp.XMLStreamReaderInputStream.ensureBuffering(XMLStreamReaderInputStream.java:106)
The fix is relatively simple: a check needs to be introduced that replaces null namespaceUris with empty namespace Uris.
The issue was introduced with CAMEL-10070.
The issue will not happen with unit tests because those use the woodstox Stax parser.

When we send a closeRegion RPC to an RS, we are catching NSRE but when the RS is the one throwing the NSRE, then it comes back as a RemoteException (then an NSRE) and we aren't unwrapping it properly.
We need to catch this and then deal with it appropriately.
Still tracking how this happened in the first place.

HIVE-11802 changes breaks JDK 8 compilation. FloatingDecimal constructor accepting float is removed in JDK 8.

Using DBRE to reverse engineer a MSSQL database throws the following IllegalArgumentException: JDBC driver not available for 'net.sourceforge.jtds.jdbc.Driver'
The reason for this is that the package net.sourceforge.jtds.jdbc is not imported into addon-jdbc.
Changing the following line in .../addon-jdbc/pom.xml

<Import-Package>*,com.mysql.jdbc;resolution:=optional,org.apache.derby.jdbc;resolution:=optional,oracle.jdbc;resolution:=optional,org.h2;resolution:=optional,org.hsqldb;resolution:=optional,org.postgresql;resolution:=optional,com.ibm.as400.access;resolution:=optional</Import-Package>

to

<Import-Package>*,net.sourceforge.jtds.jdbc;resolution:=optional,com.mysql.jdbc;resolution:=optional,org.apache.derby.jdbc;resolution:=optional,oracle.jdbc;resolution:=optional,org.h2;resolution:=optional,org.hsqldb;resolution:=optional,org.postgresql;resolution:=optional,com.ibm.as400.access;resolution:=optional</Import-Package>

solved the problem for me.

If AbstractAnnotationConfigDispatcherServletInitializer is extended without defining any root configuration classes (getRootConfigClasses() returning null) no root application context is created which seems to cause an exception in WebApplicationContextUtils.getRequiredWebApplicationContext() later on.
My assumption is that no application context is registered in the servlet context by this setup or, because the exception occurs in a ServletContextListener, there's a race condition.
It should be noted that the error does not occur with a different setup (implementing WebApplicationInitializer directly). I will add a test project soon.

When data created as float, double or decimal in parquet format is read back using some other type, errors are seen.  Parquet should behave just like any other format.  If the value is valid for the new type, data is retuned otherwise null has to be returned.  

I have an Excel file with a first row with N column names
If there are additional columns that are not labeled, Excel exports empty columns. For example:
A,B,C,,
a,b,c,d,e
This causes an IAE like:

java.lang.IllegalArgumentException: The header contains a duplicate name: "" in [A, B, C, , ]
	at org.apache.commons.csv.CSVParser.initializeHeader(CSVParser.java:368)
	at org.apache.commons.csv.CSVParser.<init>(CSVParser.java:248)
	at org.apache.commons.csv.CSVParser.parse(CSVParser.java:206)

It seems like the simplest solution is to ignore empty column names, such that they cannot be addressable and not attempt to index them.

See nabble
http://camel.465427.n5.nabble.com/Restlet-HTTP-status-and-message-tp3047023p3047023.html

On the lines of HADOOP-8912 .
Many developers clone the apache/hive git repository to make changes.
Adding a .gitattributes file will help in doing the right thing while checking out files on Windows (eg- adding \r\n on checkout of most text files, preserving \n in case of *.sh files ), and replacing \r\n with \n while checking in code back into a git repository.

With 'hadoop.proxyuser.hive.groups' configured in core-site.xml to certain groups, currently if you run the job with a user not belonging to those groups, it won't fail to access metastore. With old version hive 0.13, actually it fails properly.
Seems HadoopThriftAuthBridge20S.java correctly call ProxyUsers.authorize() while HadoopThriftAuthBridge23 doesn't. 

HIVE-20150 TopNKeyOperator pushdown can be more efficient if NULLS LAST becomes the default null ordering.

Spring AMQP 1.0RC1 is missing the samples that were present in M3 (i.e. hello world and stocks)

In the HAL Browser custom post code, headers added in the Custom Request Headers are not included in NON-GET requests.

Exception occurs in the writer, there's a failure in persisting step context- the job status is set to COMPLETE instead of FAILED.
Steps to create

Change the batch schema EXIT_MESSAGE VARCHAR(2500) to EXIT_MESSAGE VARCHAR(25).
Force the writer to throw some exception.
Error occurs while persisting the step context but the job context gets updated to COMPLETE.

Setting an entities version field name to the empty string is ignored.

roo> project --topLevelPackage roo.jira --projectName roo-3432
roo> jpa setup --provider HIBERNATE --database HYPERSONIC_PERSISTENT
roo> entity jpa --class roo.jira.Entity --versionField ""

The above commands will still produce an entity with a version field.
roo.jira.Entity.java
...
}

roo.jira.Entity_Roo_Jpa_Entity.aj
...
privileged aspect Entity_Roo_Jpa_Entity {

    declare @type: Entity: @javax.persistence.Entity;

    @Id
    @Column(name = "id")
    private Long Entity.id;

    @Version
    @Column(name = "version")
    private Integer Entity.version;
...

The jarjar'd ASM bundle contains an import for one of the original ASM packages. The template.mf file needs to be updated to ignore the existing Import-Package header in the manifest of the jar that jarjar produces.

Typically AbstractAdaptableMessageListener implementations are called from the container via their ChannelAwareMessageListener ability:

protected void invokeListener(Channel channel, Message message) throws Exception {
	Object listener = getMessageListener();
	if (listener instanceof ChannelAwareMessageListener) {
		doInvokeListener((ChannelAwareMessageListener) listener, channel, message);
	}
	else if (listener instanceof MessageListener) {

where we don't have any try...catch...log wrapping logic and just bubble Exception into container directly.
But that doesn't guarantee that some custom wrapper in the target application won't change the behavior and unexpectedly call regular onMessage() with try...catch...log wrapping and, therefore, with lost of Exception catching in the container.
To be consistent with normal AbstractAdaptableMessageListener behavior it would be better to get rid of the try...catch...log at all.

The cast is applied to the column in regular IN, but vectorized IN applies it to the IN() list.
This can cause queries to produce incorrect results.

The eased out denominator has to detect duplicate row-stats from different attributes.

select account_id from customers c,  customer_activation ca
  where c.customer_id = ca.customer_id
  and year(ca.dt) = year(c.dt) and month(ca.dt) = month(c.dt)
  and year(ca.dt) between year('2013-12-26') and year('2013-12-26')

  private Long getEasedOutDenominator(List<Long> distinctVals) {
      // Exponential back-off for NDVs.
      // 1) Descending order sort of NDVs
      // 2) denominator = NDV1 * (NDV2 ^ (1/2)) * (NDV3 ^ (1/4))) * ....
      Collections.sort(distinctVals, Collections.reverseOrder());

      long denom = distinctVals.get(0);
      for (int i = 1; i < distinctVals.size(); i++) {
        denom = (long) (denom * Math.pow(distinctVals.get(i), 1.0 / (1 << i)));
      }

      return denom;
    }

This gets [8007986, 821974390, 821974390], which is actually 3 columns 2 of which are derived from the same column.

        Reduce Output Operator (RS_12)
          key expressions: _col0 (type: bigint), year(_col2) (type: int), month(_col2) (type: int)
          sort order: +++
          Map-reduce partition columns: _col0 (type: bigint), year(_col2) (type: int), month(_col2) (type: int)
          value expressions: _col1 (type: bigint)
          Join Operator (JOIN_13)
            keys:
              0 _col0 (type: bigint), year(_col1) (type: int), month(_col1) (type: int)
              1 _col0 (type: bigint), year(_col2) (type: int), month(_col2) (type: int)
            outputColumnNames: _col3

So the eased out denominator is off by a factor of 30,000 or so, causing OOMs in map-joins.

I think this is a pretty major usability regression, since HBASE-5021 this is what you get in the client when using a wrong family:

2012-09-11 09:45:29,634 WARN org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 1 action: DoNotRetryIOException: 1 time, servers with issues: sfor3s44:10304, 
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.processBatchCallback(HConnectionManager.java:1601)
	at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.processBatch(HConnectionManager.java:1377)
	at org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:916)
	at org.apache.hadoop.hbase.client.HTable.doPut(HTable.java:772)
	at org.apache.hadoop.hbase.client.HTable.put(HTable.java:747)

Then you have to log on the server to understand what failed.
Since everything is now a multi call, even single puts in the shell fail like this.
This is present since 0.94.0
Assigning to Elliott because he asked.

See also: https://github.com/enricosecondulfo/ReactiveGridFsIssue
Downloading a file hangs after a few chunks.
The issue seems to be that the demand counter in DataBufferPublisherAdapter never gets decremented and so we're emitting elements without demand that may get dropped.

I mentioned a while ago a warning I couldn't explain in eclipse related to the use of @UniqueConstraint in camel-jpa.
It turned out to be due to the fact that camel-jpa has a dependency on persistence api, but used for testing openjpa that has a dependency on geronimo-jpa_3.0_spec.  So camel-jpa pulls in two different implementation of the same spec.  So far so good.  It also turns out that the definition of the @UniqueConstraint annotation is different in the two jars, the persistence-api (and the camel-jpa code as implemented) being non spec compliant.  I found other inconsistencies in the persistence-api impl and it seems to be based on an older version of the spec.
(More precisely persistence api annotates the @interface UniqueConstraint with @Target(
{TYPE}
) whereas the spec and the geronimo impl use: @Target({}))
My recommendation is to replace the dependency on persistence-api with the geronimo version.  I will commit a change for this in the next hour or so, but leave this issue open.  If anybody has any objections please shout and I will revert the change.

When SECOAUTH-103 was addressed the schema declarations were not split.

In HiveMetaStore.java drop_database_core function,  HIVE-11258 updates the startIndex from endIndex incorrectly inside if (tables != null && !tables.isEmpty()) statement. If the tables get deleted before getTableObjectsByName() call, then returned table list is empty and startIndex won't get updated.

The String.toUpperCase() and String.toLowerCase() methods depend on the system locale. We should avoid using them in the Elytron testsuite and use the overloaded method with Locale parameter instead.

The Sargs impl today converts the statsObj to the type of the predicate object before doing any comparisons.
To satisfy the PPD requirements, the conversion has to be coerced to the type specified in PredicateLeaf.type.
The type conversions in Hive are standard and have a fixed promotion order.
Therefore the PredicateLeaf has to do type changes which match the exact order of type coercions offered by the FilterOperator.

Both HIVE-3253 and HIVE-4580 were racing to modify .q.out files for this test. Eventually, one patch lost.

Here is full error:
TypeError: no public constructors for Java::OrgApacheHadoopHbaseClient::HBaseAdmin
  (root) at bin/region_status.rb:75

HIVE-11118 added file format check for ORC format. The check will throw exception when non ORC formats is loaded to ORC managed table. But it does not work for partitioned table. Partitioned tables are allowed to have some partitions with different file format. See this discussion for more details
https://issues.apache.org/jira/browse/HIVE-11118?focusedCommentId=14617271&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14617271

Currently we don't support the use of wrapper types as method return types with
nested Collection types.
E.g.: Future<List<Entity>> will result in a SingleEntityExecution instead of a CollectionExecution.
We should properly handle nested Collection types in wrappers.

Hive compilation failed under Windows. Error message:

compile:
     [exec] D:\Program Files (x86)\GnuWin32\bin\xargs.exe: md5sum: No such file
or directory
     [exec] md5sum: ../serde/src/java/org/apache/hadoop/hive/serde2/io/Timesta:
No such file or directory
    [javac] Compiling 25 source files to D:\Users\Administrator\hive\build\common\classes
    [javac] D:\Users\Administrator\hive\common\src\gen\org\apache\hive\common\package-info.java:4: unclosed string literal
    [javac] @HiveVersionAnnotation(version="0.12.0-SNAPSHOT", revision="80eadd8fa2af5eeba61f921318ab8b2c19980ab3", branch="trunk
    [javac]
                                          ^
    [javac] D:\Users\Administrator\hive\common\src\gen\org\apache\hive\common\package-info.java:5: unclosed string literal
    [javac] ",
    [javac] ^
    [javac] D:\Users\Administrator\hive\common\src\gen\org\apache\hive\common\package-info.java:6: class, interface, or enum expected
    [javac]                          user="Administrator
    [javac]                          ^
    [javac] D:\Users\Administrator\hive\common\src\gen\org\apache\hive\common\package-info.java:6: unclosed string literal
    [javac]                               ^
    [javac] D:\Users\Administrator\hive\common\src\gen\org\apache\hive\common\package-info.java:10: unclosed string literal
    [javac] ",
    [javac] ^
    [javac] D:\Users\Administrator\hive\common\src\gen\org\apache\hive\common\package-info.java:11: unclosed string literal
    [javac]                          srcChecksum="aadceb95c37a1704aaf19501f46f6e84
    [javac]                                      ^
    [javac] D:\Users\Administrator\hive\common\src\gen\org\apache\hive\common\package-info.java:12: unclosed string literal
    [javac] ")
    [javac] ^
    [javac] 7 errors

Filter operator is estimating 1 row following a left outer join causing bad estimates

Reducer 12 
                keys:
                  0 KEY.reducesinkkey0 (type: bigint), KEY.reducesinkkey1 (type: bigint)
                  1 KEY.reducesinkkey0 (type: bigint), KEY.reducesinkkey1 (type: bigint)
                outputColumnNames: _col0, _col1, _col3, _col4, _col5, _col6, _col8
                input vertices:
                  1 Map 14
                Statistics: Num rows: 71676270660 Data size: 3727166074320 Basic stats: COMPLETE Column stats: COMPLETE
                  predicate: _col8 is null (type: boolean)
                  Statistics: Num rows: 1 Data size: 52 Basic stats: COMPLETE Column stats: COMPLETE
                    expressions: _col0 (type: bigint), _col1 (type: bigint), _col3 (type: int), _col4 (type: double), _col5 (type: double), _col6 (type: bigint)
                    outputColumnNames: _col0, _col1, _col3, _col4, _col5, _col6
                    Statistics: Num rows: 1 Data size: 52 Basic stats: COMPLETE Column stats: COMPLETE

Sending a message with headers that contains 2 values such a String[] with 2 values will result on the other side when consuming that mail message to contain a header with 2 entries. There should only be 1 entry with the 2 values.

This is a follow-up to HBASE-11886. I missed one doAs in the patch. We discovered the issue in our internal testing with security ON.

Running aggregation functions like MAX, MIN, DISTINCT against partitioned columns will return empty rows if table has property: 'skip.header.line.count'='1'

CREATE TABLE test (a int) 
PARTITIONED BY (b int) 
TBLPROPERTIES('skip.header.line.count'='1');

INSERT OVERWRITE TABLE test PARTITION (b = 1) VALUES (1), (2), (3), (4);
INSERT OVERWRITE TABLE test PARTITION (b = 2) VALUES (1), (2), (3), (4);

SELECT * FROM test;

SELECT DISTINCT b FROM test;
SELECT MAX(b) FROM test;
SELECT DISTINCT a FROM test;

0: jdbc:hive2://localhost:10000/default> SELECT * FROM test;
+---------+---------+--+
| test.a  | test.b  |
| 2       | 1       |
| 3       | 1       |
| 4       | 1       |
| 2       | 2       |
| 3       | 2       |
| 4       | 2       |
6 rows selected (0.631 seconds)

0: jdbc:hive2://localhost:10000/default> SELECT DISTINCT b FROM test;
+----+--+
| b  |
+----+--+
+----+--+
No rows selected (47.229 seconds)

0: jdbc:hive2://localhost:10000/default> SELECT MAX(b) FROM test;
|  _c0  |
| NULL  |
1 row selected (49.508 seconds)

0: jdbc:hive2://localhost:10000/default> SELECT DISTINCT a FROM test;
+----+--+
| a  |
+----+--+
| 2  |
| 3  |
| 4  |
+----+--+
3 rows selected (46.859 seconds)

Cannot create exchange. This exception will be ignored.. Caused by: [java.lang.IllegalArgumentException - No tag for: 5120]
java.lang.IllegalArgumentException: No tag for: 5120
        at org.jsmpp.bean.OptionalParameter$Tag.valueOf(OptionalParameter.java:308)
        at org.apache.camel.component.smpp.SmppBinding.createOptionalParameterByName(SmppBinding.java:161)
        at org.apache.camel.component.smpp.SmppBinding.createSmppMessage(SmppBinding.java:112)
        at org.apache.camel.component.smpp.SmppEndpoint.createOnAcceptDeliverSmExchange(SmppEndpoint.java:123)
        at org.apache.camel.component.smpp.SmppEndpoint.createOnAcceptDeliverSmExchange(SmppEndpoint.java:107)
        at org.apache.camel.component.smpp.MessageReceiverListenerImpl.onAcceptDeliverSm(MessageReceiverListenerImpl.java:70)

https://github.com/wildfly/wildfly/blob/master/feature-pack/src/main/resources/modules/system/layers/base/javax/xml/rpc/api/main/module.xml#L25
javax.api is duplicated, see line 27 and 30.

source ${hivevar:test-dir}/test.q;

If there is a custom converter registered globally by type, the sf:clientTextValidator tag doesn't find it and throws a nullpointer exception.
The converter will be registered like this  
<converter>
<converter-for-class>mypackage.MyCustomClass</converter-for-class>
<converter-class>mypackage.MyCustomerConverterClass</converter-class>
</converter>
The markup which throws a NullPointerException
<sf:clientTextValidator required="true" invalidMessage="someMessage">
	<h:inputText id="someId" value="#
{b.someBinding}
" required="true"/>
If I use the nested f:converter tag inside the inputText i will not run into the exception.
Below the Stacktrace
at org.springframework.faces.ui.DojoDecorationRenderer.getNodeAttributesAsString(DojoDecorationRenderer.java:110)
at org.springframework.faces.ui.DojoDecorationRenderer.encodeEnd(DojoDecorationRenderer.java:81)
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:856)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:242)
at com.sun.faces.renderkit.html_basic.TableRenderer.renderRow(TableRenderer.java:312)
at com.sun.faces.renderkit.html_basic.TableRenderer.encodeChildren(TableRenderer.java:133)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:832)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:936)
at javax.faces.render.Renderer.encodeChildren(Renderer.java:148)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:942)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:592)
at org.springframework.faces.webflow.JsfView.render(JsfView.java:92)
at org.springframework.webflow.engine.ViewState.render(ViewState.java:240)
at org.springframework.webflow.engine.ViewState.resume(ViewState.java:199)
at org.springframework.webflow.engine.Flow.resume(Flow.java:525)
at org.springframework.webflow.engine.impl.FlowExecutionImpl.resume(FlowExecutionImpl.java:290)
at org.springframework.webflow.executor.FlowExecutorImpl.resumeExecution(FlowExecutorImpl.java:153)
at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:156)
at org.springframework.webflow.mvc.servlet.FlowController.handleRequest(FlowController.java:157)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
Agim

  /**
   * Tells the RPC server to expect a connection from a new client.
   * ...
   */
  public Future<Rpc> registerClient(final String clientId, String secret,
      RpcDispatcher serverDispatcher) {
    return registerClient(clientId, secret, serverDispatcher, config.getServerConnectTimeoutMs());
  }

config.getServerConnectTimeoutMs() returns value for hive.spark.client.server.connect.timeout, which is meant for timeout for handshake between Hive client and remote Spark driver. Instead, the timeout should be hive.spark.client.connect.timeout, which is for timeout for remote Spark driver in connecting back to Hive client.

The original model is assigned in the constructor and should not be (and isn't) reassigned thereafter.
"Bug" only in the sense of non-ideal code. There is no incorrect behavior resulting from this.

Maybe we aren't waiting long enough for a slow executor? Or it is some kind of race. Test usually passes.
[ERROR] Tests run: 15, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.01 s <<< FAILURE! - in org.apache.hadoop.hbase.quotas.TestRateLimiter
[ERROR] testOverconsumptionFixedIntervalRefillStrategy(org.apache.hadoop.hbase.quotas.TestRateLimiter)  Time elapsed: 0.028 s  <<< FAILURE!
java.lang.AssertionError: expected:<1000> but was:<999>
        at org.apache.hadoop.hbase.quotas.TestRateLimiter.testOverconsumptionFixedIntervalRefillStrategy(TestRateLimiter.java:122)

ldapTemplate#authenticate does not throw EmptyResultDataAccessException when zero entry was found.  In that case, it returns authentication exception which is unable to distinguish with password mismatch error.

The above class Field does not has an equals(…) method.
But org.springframework.data.mongodb.core.query.Query has an equals method which is using the equals method of the Field class.

boolean fieldsEqual = this.fieldSpec == null ? that.fieldSpec == null : this.fieldSpec.equals(that.fieldSpec);

Please implement an equals on the Field method.
Purpose: For unit testing the equals method is needed.

BoneCP should be the recommended default. We're upgrading the BoneCP version here: HIVE-6170.

See nabble
http://camel.465427.n5.nabble.com/Unknown-File-Language-Syntax-tp5778208.html

1. Shutdown all RSs.
2. Bring all RS back online.
The "ROOT", ".META." stay in offline state until timeout monitor force assignment 30 minutes later. That is because HMaster can't find a RS to assign the tables to in assign operation.
011-09-13 13:25:52,743 WARN org.apache.hadoop.hbase.master.AssignmentManager: Failed assignment of ROOT,,0.70236052 to sea-lab-4,60020,1315870341387, trying to assign elsewhere instead; retry=0
        at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:567)
        at org.apache.hadoop.net.SocketIOWithTimeout.connect(SocketIOWithTimeout.java:206)
        at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:373)
        at org.apache.hadoop.hbase.ipc.HBaseClient$Connection.setupIOstreams(HBaseClient.java:345)
        at org.apache.hadoop.hbase.ipc.HBaseClient.getConnection(HBaseClient.java:1002)
        at org.apache.hadoop.hbase.ipc.HBaseClient.call(HBaseClient.java:854)
        at org.apache.hadoop.hbase.ipc.WritableRpcEngine$Invoker.invoke(WritableRpcEngine.java:148)
        at $Proxy9.openRegion(Unknown Source)
        at org.apache.hadoop.hbase.master.ServerManager.sendRegionOpen(ServerManager.java:407)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1408)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1153)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1128)
        at org.apache.hadoop.hbase.master.AssignmentManager.assign(AssignmentManager.java:1123)
        at org.apache.hadoop.hbase.master.AssignmentManager.assignRoot(AssignmentManager.java:1788)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.verifyAndAssignRoot(ServerShutdownHandler.java:100)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.verifyAndAssignRootWithRetries(ServerShutdownHandler.java:118)
        at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:181)
        at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:167)
2011-09-13 13:25:52,743 WARN org.apache.hadoop.hbase.master.AssignmentManager: Unable to find a viable location to assign region ROOT,,0.70236052
1. Have serverManager handle "server online" event similar to how RegionServerTracker.java calls servermanager.expireServer in the case server goes down.
2. Make timeoutMonitor handle the situation better. This is a special situation in the cluster. 30 minutes timeout can be skipped.

Runtime exceptions thrown during command line parsing crash CLI sessions.

If one EAR contains more than one module with a META-INF/services/org.jboss.msc.service.ServiceActivator file the services are activated multiple times (as ServiceActivator files are found).

When initializing applications with null-beans of type Lifecycle, DefaultLifecycleProcessor.getLifecycleBeans throws a BeanNotOfRequiredType exception rather then ignoring null-beans like in previous spring versions.
DefaultLifecycleProcessor should be fixed to not call the ctx.getBean(name, type) method but rather getBean(name) and check for type explicitely.
Reason/Background: In earlier versions of Spring the ctx.getBean(name, type) method returned null for null-beans. Since Spring 5, Spring returns the NullBean instance but that cannot be converted to required type.
See as well https://jira.spring.io/browse/SPR-16033, https://jira.spring.io/browse/SPR-16163 and https://jira.spring.io/browse/SPR-16342.

cxfbean component should ignore the wsdlLocation in the annotation in the POJO when starting the service. It should be using the JAXWS bean to create the service. Came across this bug when I (mistakenly) set the wsdlLocation to the http one published by the service, which of course wasn't up yet and I got the exception below. Fix for this coming soon.
For Googlers out there, this ticket may fix this error message you may be getting:

Caused by: org.apache.camel.ResolveEndpointFailedException: Failed to resolve endpoint: cxfbean://jaxwsBean due to: Failed to create service.
    at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:437)
    at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:46)
    at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:154)
    at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:109)
    at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:115)
    at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:63)
    at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:57)
    at org.apache.camel.model.ToDefinition.createProcessor(ToDefinition.java:87)
    at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:286)
    at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:114)
    at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:640)
    ... 32 more
Caused by: org.apache.cxf.service.factory.ServiceConstructionException: Failed to create service.
    at org.apache.cxf.wsdl11.WSDLServiceFactory.<init>(WSDLServiceFactory.java:93)
    at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFromWSDL(ReflectionServiceFactoryBean.java:396)
    at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:521)
    at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:271)
    at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.create(JaxWsServiceFactoryBean.java:177)
    at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:100)
    at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:105)
    at org.apache.cxf.jaxws.JaxWsServerFactoryBean.create(JaxWsServerFactoryBean.java:167)
    at org.apache.camel.component.cxf.cxfbean.CxfBeanEndpoint.createServer(CxfBeanEndpoint.java:104)
    at org.apache.camel.component.cxf.cxfbean.CxfBeanEndpoint.init(CxfBeanEndpoint.java:86)
    at org.apache.camel.component.cxf.cxfbean.CxfBeanComponent.createEndpoint(CxfBeanComponent.java:48)
    at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:78)
    at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:416)
    ... 42 more
Caused by: javax.wsdl.WSDLException: WSDLException: faultCode=PARSER_ERROR: java.lang.IllegalArgumentException: InputSource must have a ByteStream or CharacterStream
    at org.apache.cxf.wsdl11.WSDLManagerImpl.loadDefinition(WSDLManagerImpl.java:226)
    at org.apache.cxf.wsdl11.WSDLManagerImpl.getDefinition(WSDLManagerImpl.java:179)
    at org.apache.cxf.wsdl11.WSDLServiceFactory.<init>(WSDLServiceFactory.java:91)
    ... 54 more
Caused by: java.lang.IllegalArgumentException: InputSource must have a ByteStream or CharacterStream
    at org.apache.cxf.staxutils.StaxUtils.createXMLStreamReader(StaxUtils.java:983)
    at org.apache.cxf.wsdl11.WSDLManagerImpl.loadDefinition(WSDLManagerImpl.java:217)
    ... 56 more 

at org.springframework.context.expression.MethodBasedEvaluationContext.lazyLoadArguments(MethodBasedEvaluationContext.java:94)
at org.springframework.context.expression.MethodBasedEvaluationContext.lookupVariable(MethodBasedEvaluationContext.java:68)
at org.springframework.cache.interceptor.CacheEvaluationContext.lookupVariable(CacheEvaluationContext.java:74)
at org.springframework.expression.spel.ExpressionState.lookupVariable(ExpressionState.java:144)
at org.springframework.expression.spel.ast.VariableReference.getValueInternal(VariableReference.java:75)
at org.springframework.expression.spel.ast.MethodReference.getArguments(MethodReference.java:154)
at org.springframework.expression.spel.ast.MethodReference.getValueInternal(MethodReference.java:84)
at org.springframework.expression.spel.ast.CompoundExpression.getValueRef(CompoundExpression.java:57)
at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:87)
at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:120)
at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:242)
at org.springframework.cache.interceptor.CacheOperationExpressionEvaluator.key(CacheOperationExpressionEvaluator.java:117)
at org.springframework.cache.interceptor.CacheAspectSupport$CacheOperationContext.generateKey(CacheAspectSupport.java:738)
at org.springframework.cache.interceptor.CacheAspectSupport.generateKey(CacheAspectSupport.java:554)
at org.springframework.cache.interceptor.CacheAspectSupport.findCachedItem(CacheAspectSupport.java:498)
at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:389)
at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:327)
at org.springframework.cache.interceptor.CacheInterceptor.invoke(CacheInterceptor.java:61)

This is my cacheable annotation:

@Cacheable(value = "dummyCache", key = "'getSomethingList_'.concat(#var1).concat(T(java.util.Arrays).deepHashCode(#var2))")
List<Something> getSomethingList(String var1, Integer... var2);

2011-09-13 00:36:17,734 INFO org.apache.hadoop.hbase.io.hfile.slab.SlabCache: Request Stats
2011-09-13 00:36:17,734 INFO org.apache.hadoop.hbase.io.hfile.slab.SingleSizeCache: For Slab of size 72089: 0 occupied, out of a capacity of 226398 blocks. HeapSize is -798.5m bytes., churnTime=0sec
2011-09-13 00:36:17,734 INFO org.apache.hadoop.hbase.io.hfile.slab.SingleSizeCache: For Slab of size 137625: 0 occupied, out of a capacity of 29647 blocks. HeapSize is -202.1m bytes., churnTime=0sec
2011-09-13 00:36:17,735 INFO org.apache.hadoop.hbase.io.hfile.slab.SlabCache: Current heap size is: -1000.7m
2011-09-13 00:36:17,735 INFO org.apache.hadoop.hbase.io.hfile.slab.SlabCache: Successfully Cached Stats
2011-09-13 00:36:17,735 INFO org.apache.hadoop.hbase.io.hfile.slab.SingleSizeCache: For Slab of size 72089: 0 occupied, out of a capacity of 226398 blocks. HeapSize is -798.5m bytes., churnTime=0sec
2011-09-13 00:36:17,735 INFO org.apache.hadoop.hbase.io.hfile.slab.SingleSizeCache: For Slab of size 137625: 0 occupied, out of a capacity of 29647 blocks. HeapSize is -202.1m bytes., churnTime=0sec

Following query will fail if the file format is ORC 
select tj1rnum, tj2rnum, tjoin3.rnum as rnumt3 from   (select tjoin1.rnum tj1rnum, tjoin2.rnum tj2rnum, tjoin2.c1 tj2c1  from tjoin1 left outer join tjoin2 on tjoin1.c1 = tjoin2.c1 ) tj  left outer join tjoin3 on tj2c1 = tjoin3.c1 
aused by: java.lang.NullPointerException
	at org.apache.hadoop.hive.ql.exec.vector.VectorCopyRow$LongCopyRow.copy(VectorCopyRow.java:60)
	at org.apache.hadoop.hive.ql.exec.vector.VectorCopyRow.copyByReference(VectorCopyRow.java:260)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.generateHashMapResultMultiValue(VectorMapJoinGenerateResultOperator.java:238)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinOuterGenerateResultOperator.finishOuter(VectorMapJoinOuterGenerateResultOperator.java:495)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinOuterLongOperator.process(VectorMapJoinOuterLongOperator.java:430)
	... 22 more
]], Vertex did not succeed due to OWN_TASK_FAILURE, failedTasks:1 killedTasks:0, Vertex vertex_1437788144883_0004_2_02 [Map 1] killed/failed due to:null]DAG did not succeed due to VERTEX_FAILURE. failedVertices:1 killedVertices:0
 STORED AS orc 					;
create table  if not exists TJOIN3 (RNUM int , C1 int, C2 char(2))
create table  if not exists TJOIN4 (RNUM int , C1 int, C2 char(2))

HadoopThriftAuthBridge20S calls SecurityUtil.getServerPrincipal and passes null for the 2nd arg. When building against the hadoop security branch this is a compilation error as it matches the signatures of both getServerPrincipal methods (one takes a String for the 2nd arg, one an InetAddress). This call needs to be made unambiguous eg by passing "0.0.0.0" instead of null, which per the getServerPrincipal javadoc is equivalent:

It replaces hostname pattern with hostname, which should be

fully-qualified domain name. If hostname is null or "0.0.0.0", it uses
dynamically looked-up fqdn of the current host instead.

The org.jboss.as.ejb3.inflow.MessageEndpointService#isDeliveryTransacted method is checking the transaction attribute of the method using the MethodIntf.BEAN while it should use the MethodIntf.MESSAGE_ENDPOINT type.

The paths defined in server and hc environment are not deined from a resource. They should be possible capabilities from the ServerRootResourceDefinition and HostResourceDefinition

QueryMapper has to deal with Map with is annotated as DBRef. This is needed in org.springframework.data.mongodb.core.MongoTemplate#doUpdate to update versioned Document correctly.

The roo.bat script fails with a class not found exception if it's installed in a directory with spaces in the path name, such as the default under "Program Files".
This is the version of roo installed with STS 2.1.0SR01.

In hbase-hadoop2-compat/pom.xml :

      <groupId>org.apache.hadoop</groupId>
      <artifactId>hadoop-common</artifactId>
      <version>${hadoop-two.version}</version>

The version for hadoop-common defaults to hadoop-two.
This means that when hadoop-3.0 profile is used, hadoop-three.version would be ignored.
The following error would be observed:

  at java.util.ServiceLoader.fail(ServiceLoader.java:232)
  at java.util.ServiceLoader.access$100(ServiceLoader.java:185)
  at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:384)
  at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
  at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
  at org.apache.hadoop.hbase.CompatibilitySingletonFactory.getInstance(CompatibilitySingletonFactory.java:59)
  ... 34 more
Caused by: java.lang.NoClassDefFoundError: Could not initialize class com.sun.proxy.$Proxy17
  at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:739)
  at org.apache.commons.configuration2.builder.fluent.Parameters.createParametersProxy(Parameters.java:294)
  at org.apache.commons.configuration2.builder.fluent.Parameters.fileBased(Parameters.java:185)
  at org.apache.commons.configuration2.builder.fluent.Configurations.fileParams(Configurations.java:602)
  at org.apache.commons.configuration2.builder.fluent.Configurations.fileParams(Configurations.java:638)
  at org.apache.commons.configuration2.builder.fluent.Configurations.fileBasedBuilder(Configurations.java:164)
  at org.apache.commons.configuration2.builder.fluent.Configurations.propertiesBuilder(Configurations.java:264)
  at org.apache.hadoop.metrics2.impl.MetricsConfig.loadFirst(MetricsConfig.java:115)
  at org.apache.hadoop.metrics2.impl.MetricsConfig.create(MetricsConfig.java:98)
  at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.configure(MetricsSystemImpl.java:478)
  at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.start(MetricsSystemImpl.java:188)
  at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.init(MetricsSystemImpl.java:163)
  at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.init(DefaultMetricsSystem.java:62)
  at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.initialize(DefaultMetricsSystem.java:58)
  at org.apache.hadoop.hbase.metrics.BaseSourceImpl$DefaultMetricsSystemInitializer.init(BaseSourceImpl.java:51)
  at org.apache.hadoop.hbase.metrics.BaseSourceImpl.<init>(BaseSourceImpl.java:112)
  at org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSourceImpl.<init>(MetricsZooKeeperSourceImpl.java:56)
  at org.apache.hadoop.hbase.zookeeper.MetricsZooKeeperSourceImpl.<init>(MetricsZooKeeperSourceImpl.java:51)

WF 13 has added a new extension but the domain.xml host-exclude blocks don't account for it.

Building the Hive ODBC library on OS X fails with the following error:
 [exec] g++ -m32 -DARCH32 -shared /Users/carl/src/SVN/hive-trunk2/build/service/fb303/objs/FacebookService.o /Users/carl/src/SVN/hive-trunk2/build/service/fb303/objs/fb303_constants.o /Users/carl/src/SVN/hive-trunk2/build/service/fb303/objs/fb303_types.o /Users/carl/src/SVN/hive-trunk2/build/metastore/objs/ThriftHiveMetastore.o /Users/carl/src/SVN/hive-trunk2/build/metastore/objs/hive_metastore_constants.o /Users/carl/src/SVN/hive-trunk2/build/metastore/objs/hive_metastore_types.o /Users/carl/src/SVN/hive-trunk2/build/service/objs/ThriftHive.o /Users/carl/src/SVN/hive-trunk2/build/service/objs/hive_service_constants.o /Users/carl/src/SVN/hive-trunk2/build/service/objs/hive_service_types.o /Users/carl/src/SVN/hive-trunk2/build/odbc/objs/hiveclient.o /Users/carl/src/SVN/hive-trunk2/build/odbc/objs/HiveResultSet.o /Users/carl/src/SVN/hive-trunk2/build/odbc/objs/HiveColumnDesc.o /Users/carl/src/SVN/hive-trunk2/build/odbc/objs/HiveRowSet.o /Users/carl/src/SVN/hive-trunk2/build/odbc/objs/hiveclienthelper.o -L/Users/carl/tmp/thrift-install/lib -lthrift -o /Users/carl/src/SVN/hive-trunk2/build/odbc/lib/libhiveclient.so.1.0.0 \
[exec]         && ln -sf libhiveclient.so.1.0.0 /Users/carl/src/SVN/hive-trunk2/build/odbc/lib/libhiveclient.so
[exec] Undefined symbols:
[exec]   "_main", referenced from:
[exec]       start in crt1.10.5.o
[exec] ld: symbol(s) not found
[exec] collect2: ld returned 1 exit status
[exec] make: *** [/Users/carl/src/SVN/hive-trunk2/build/odbc/lib/libhiveclient.so.1.0.0] Error 1
/Users/carl/src/SVN/hive-trunk2/build.xml:126: The following error occurred while executing this line:
/Users/carl/src/SVN/hive-trunk2/build.xml:69: The following error occurred while executing this line:
/Users/carl/src/SVN/hive-trunk2/odbc/build.xml:62: exec returned: 2
The problem is that OSX does not support -shared. You need to either use -dynamiclib or -bundle when making dynamic libraries.

We set full file status in each copy-file thread. I think it's redundant and hurts performance when we have multiple files to copy.

            if (inheritPerms) {
              ShimLoader.getHadoopShims().setFullFileStatus(conf, fullDestStatus, destFs, destf);
            }

There is issue when tab completion is used in following malformed command:

    [standalone@embedded /]  /subsystem=modcluster/proxy=modcluster:add(advertise=false,proxies=mod_cluster-pro14:56:17,909 WARN  [org.jboss.as.cli.impl.ValueTypeCompleter] (CLI Terminal Connection (uninterruptable)) Invalid syntax.: org.jboss.as.cli.CommandFormatException: Invalid syntax.
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.ValueTypeCompleter$ValueTypeCallbackHandler.enteredState(ValueTypeCompleter.java:951)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.parsing.StateParser$ParsingContextImpl.enterState(StateParser.java:420)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.ValueTypeCompleter$PropertyListState$1.handle(ValueTypeCompleter.java:1248)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.parsing.StateParser$ParsingContextImpl.enterState(StateParser.java:421)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.ValueTypeCompleter$InitialValueState$1.handle(ValueTypeCompleter.java:1184)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.parsing.StateParser$ParsingContextImpl.parse(StateParser.java:261)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.parsing.StateParser.doParse(StateParser.java:150)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.parsing.StateParser.parseLine(StateParser.java:124)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.parsing.StateParser.parseLine(StateParser.java:117)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.parsing.StateParser.parseLine(StateParser.java:95)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.parsing.StateParser.parseLine(StateParser.java:75)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.parsing.StateParser.parse(StateParser.java:65)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.ValueTypeCompleter.parse(ValueTypeCompleter.java:401)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.ValueTypeCompleter.complete(ValueTypeCompleter.java:381)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.operation.OperationRequestCompleter.completeWithValueCompleter(OperationRequestCompleter.java:413)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.operation.OperationRequestCompleter.completeProperties(OperationRequestCompleter.java:672)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:709)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.operation.OperationRequestCompleter.complete(OperationRequestCompleter.java:90)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.CommandCompleter.complete(CommandCompleter.java:99)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.aesh.CLICompletionHandler.completeLegacyCommands(CLICompletionHandler.java:157)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.aesh.CLICompletionHandler.complete(CLICompletionHandler.java:133)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.CLICommandCompleter.doComplete(CLICommandCompleter.java:132)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.CLICommandCompleter.complete(CLICommandCompleter.java:54)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.aesh.CLICompletionHandler.complete(CLICompletionHandler.java:69)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.aesh.CLICompletionHandler.complete(CLICompletionHandler.java:45)
            at org.aesh//org.aesh.readline.completion.CompletionHandler.createCompletionList(CompletionHandler.java:135)
            at org.aesh//org.aesh.readline.completion.CompletionHandler.complete(CompletionHandler.java:103)
            at org.aesh//org.aesh.readline.action.mappings.Complete.accept(Complete.java:62)
            at org.aesh//org.aesh.readline.Readline$AeshInputProcessor.parse(Readline.java:246)
            at org.aesh//org.aesh.readline.Readline$AeshInputProcessor.access$100(Readline.java:174)
            at org.aesh//org.aesh.readline.Readline.readInput(Readline.java:95)
            at org.aesh//org.aesh.readline.Readline.access$1000(Readline.java:57)
            at org.aesh//org.aesh.readline.Readline$AeshInputProcessor.lambda$start$1(Readline.java:333)
            at org.aesh//org.aesh.terminal.EventDecoder.accept(EventDecoder.java:118)
            at org.aesh//org.aesh.terminal.EventDecoder.accept(EventDecoder.java:31)
            at org.aesh//org.aesh.io.Decoder.write(Decoder.java:133)
            at org.aesh//org.aesh.readline.tty.terminal.TerminalConnection.openBlocking(TerminalConnection.java:216)
            at org.aesh//org.aesh.readline.tty.terminal.TerminalConnection.openBlocking(TerminalConnection.java:203)
            at org.jboss.as.cli@7.0.1.Final-redhat-00001//org.jboss.as.cli.impl.ReadlineConsole$CLITerminalConnection.lambda$null$1(ReadlineConsole.java:178)
            at java.base/java.lang.Thread.run(Thread.java:834)
     
    {
        "failure-description" => "WFLYCTL0155: 'listener' may not be null",
    }

where attribute proxies should take a list. Exception should not be thrown. 

Currently, the command dispatcher ID uses the bean name.  This needs to be qualified using the deployment name.

Thrown in org.wildfly.clustering.server.dispatcher.MangedCommandDispatcherFactory.cre>ateCommandDispatcher(Object id, C context) line 98 "jboss.deployment.subunit.\"app2.ear\".\"app2.war\".component.StatefullBean.START" => "java.lang.Ille galArgumentException: WFLYCLSV0017: A command dispatcher for StatefullBean already exists, but with a different command context slave1 | [Server:group1] Caused by: java.lang.IllegalArgumentException: WFLYCLSV0017: A command dispatcher for StatefullBean alrea dy exists, but with a different command context",
slave1 | [Server:group1] "jboss.deployment.subunit.\"app2.ear\".\"app2.war\".component.StatefulBean2.START" => "java.lang.IllegalA rgumentException: WFLYCLSV0017: A command dispatcher for StatefulBean2 already exists, but with a different command context slave1 | [Server:group1] Caused by: java.lang.IllegalArgumentException: WFLYCLSV0017: A command dispatcher for StatefulBean2 already e xists, but with a different command context"
slave1 | [Server:group1] },
slave1 | [Server:group1] "WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
slave1 | [Server:group1] "Services that were unable to start:" => [ slave1 | [Server:group1] "jboss.deployment.subunit.\"app2.ear\".\"app2.war\".moduleDeploymentRuntimeInformationStart", slave1 | [Server:group1] "jboss.deployment.unit.\"app2.ear\".WeldEndInitService", slave1 | [Server:group1] "jboss.undertow.deployment.default-server.default-host./app2"
slave1 | [Server:group1] ], slave1 | [Server:group1] "Services that may be the cause:" => `

In a windows 7 environment the cluster replication for a clustered web archive deployed in a server with full-ha-profile fails with a class cast exception.

21:00:03,514 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015876: Starting deployment of "cd" (runtime-name: "cd.war")
21:00:05,179 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-3) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
21:00:05,179 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-4) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
21:00:05,182 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-4) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
21:00:05,182 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-3) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
21:00:05,183 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-3) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
21:00:05,184 INFO  [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-3) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
21:00:05,228 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 61) ISPN000078: Starting JGroups Channel
21:00:05,240 INFO  [stdout] (ServerService Thread Pool -- 61) 
21:00:05,240 INFO  [stdout] (ServerService Thread Pool -- 61) -------------------------------------------------------------------
21:00:05,240 INFO  [stdout] (ServerService Thread Pool -- 61) GMS: address=master:server-three/web, cluster=web, physical address=127.0.0.1:55450

21:00:07,251 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 61) ISPN000094: Received new cluster view: [master:server-three/web|0] [master:server-three/web]
21:00:07,317 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (ServerService Thread Pool -- 61) ISPN000079: Cache local address is master:server-three/web, physical addresses are [127.0.0.1:55450]
21:00:07,326 INFO  [org.infinispan.factories.GlobalComponentRegistry] (ServerService Thread Pool -- 61) ISPN000128: Infinispan version: Infinispan 'Tactical Nuclear Penguin' 5.3.0.Final
21:00:07,492 INFO  [org.infinispan.jmx.CacheJmxRegistration] (ServerService Thread Pool -- 61) ISPN000031: MBeans were successfully registered to the platform MBean server.
21:00:07,492 INFO  [org.infinispan.jmx.CacheJmxRegistration] (ServerService Thread Pool -- 65) ISPN000031: MBeans were successfully registered to the platform MBean server.
21:00:07,505 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 65) JBAS010281: Started default-host/cd cache from web container
21:00:07,505 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 61) JBAS010281: Started repl cache from web container
21:00:07,637 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) JBAS018210: Register web context: /cd
21:00:07,675 INFO  [org.jboss.as.server] (host-controller-connection-threads - 1) JBAS018559: Deployed "cd" (runtime-name : "cd.war")
21:00:57,609 WARN  [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016009: Caught:: java.lang.ClassCastException: org.infinispan.transaction.TransactionTable cannot be cast to org.infinispan.transaction.xa.XaTransactionTable
	at org.infinispan.transaction.xa.TransactionXaAdapter.<init>(TransactionXaAdapter.java:100)
	at org.infinispan.CacheImpl.getXAResource(CacheImpl.java:875)
	at org.infinispan.AbstractDelegatingAdvancedCache.getXAResource(AbstractDelegatingAdvancedCache.java:158)
	at org.jboss.as.clustering.infinispan.subsystem.CacheService$InfinispanXAResourceRecovery.getXAResources(CacheService.java:112)
	at com.arjuna.ats.internal.jbossatx.jta.XAResourceRecoveryHelperWrapper.getXAResources(XAResourceRecoveryHelperWrapper.java:51) [narayana-jts-integration-5.0.0.M3.jar:5.0.0.M3 (revision: ${buildNumber})]
	at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.resourceInitiatedRecoveryForRecoveryHelpers(XARecoveryModule.java:503) [narayana-jts-jacorb-5.0.0.M3.jar:5.0.0.M3 (revision: ${buildNumber})]
	at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:159) [narayana-jts-jacorb-5.0.0.M3.jar:5.0.0.M3 (revision: ${buildNumber})]

The exception is reoccuring every ten seconds.

WebHCat E2E tests that fire off an MR job are not correctly being detected as complete so those tests are timing out.
The problem is happening because of JSON module available through cpan which returns 1 or 0 instead of true or false.

When server starts there are "Unbound ..." messages incorrectly logged, before related resources are bound. E.g. the following messages may be seen when starting the standalone-full.xml configuration:

07:14:07,656 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-7) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
07:14:07,674 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-7) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
07:14:07,855 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-3) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
07:14:08,604 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-1) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
07:14:11,858 INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-3) WFLYJCA0011: Unbound JCA ConnectionFactory [java:/JmsXA]
07:14:11,862 INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-1) WFLYJCA0119: Unbinding connection factory named java:/JmsXA to alias java:jboss/DefaultJMSConnectionFactory
07:14:12,131 INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-8) WFLYJCA0002: Bound JCA ConnectionFactory [java:/JmsXA]
07:14:12,131 INFO  [org.jboss.as.connector.deployment] (MSC service thread 1-6) WFLYJCA0118: Binding connection factory named java:/JmsXA to alias java:jboss/DefaultJMSConnectionFactory

this patch 
1.
@override
    protected boolean useIntrospectionOnEndpoint() 
{
    }
to let parameter start with "soap." passed in soap endpoint
2. use
WSDLServiceFactory factory = new WSDLServiceFactory(getBus(), getWsdlURL(), getServiceQName());
instead of
WSDLServiceFactory factory = new WSDLServiceFactory(getBus(), getWsdlURL(), null);
so that can pass in servicename to WSDLServiceFactory, in case that more than one service in the wsdl, we can specify the one we want
3. add wait response into CxfProducer, so that if the MEP is not oneway, we can waiting for the response in certain period
4. add more type convert for CxfSoapBinding and CxfBinding, so that we can handle message body more than InputStream .

HIVE-20679 added couple of new files Deserialzer/Serialzer that needs the ASF license header.

As per https://github.com/spring-projects/spring-framework/commit/8e4bfa9cc17d2192e33d20023ab3b4b732087f83#commitcomment-11747566, BeansDtdResolver uses a sub-optimal lookup for the DTD name, potentially not detecting it if the same name occurs in a previous path segment. Consistently checking the last path segment would be more reliable.

I'm trying to scaffold controllers in a test roo project, however,

roo> controller all --package ~.server.web
[...]
NullPointerException at org.springframework.roo.addon.web.mvc.jsp.JspViewManager.addCommonAttributes(JspViewManager.java:560)

Perhaps this is related to ROO-1419.

When running beeline

% beeline -u 'jdbc:hive2://localhost:10000' -n hive -p passwd -d org.apache.hive.jdbc.HiveDriver
Driver: Hive (version 0.11.0)

The Hive version in the "Connected to: " string says 0.10.0 instead of 0.11.0.
Looking at the code it seems that the version is hardcoded at two places:
line 250 in jdbc/src/java/org/apache/hive/jdbc/HiveDatabaseMetaData.java
line 833 in jdbc/src/test/org/apache/hive/jdbc/TestJdbcDriver2.java

The InterceptStrategy of Delayer and StreamCaching can't tell if the camelContext's InterceptStrategies has the instance of Delayer or StreamCaching.
So the  InterceptStrategy of Delayer and StreamCaching  will be added to the CamelContext's InterceptStrategies, when the CamelContext  is restarted.

From https://builds.apache.org/job/PreCommit-HBASE-Build/8642/artifact/trunk/patchprocess/patchSiteOutput.txt :

[WARNING] The POM for org.apache.hbase:hbase-server:jar:0.99.0-20140127.165302-1 is invalid, transitive dependencies (if any) will not be available, enable debug logging for more details
[WARNING] The POM for org.apache.hbase:hbase-server:jar:tests:0.99.0-20140127.165302-1 is invalid, transitive dependencies (if any) will not be available, enable debug logging for more details
...
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-site-plugin:3.3:site (default-site) on project hbase: failed to get report for org.apache.maven.plugins:maven-javadoc-plugin: Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.6:run (generate) on project hbase-thrift: An Ant BuildException has occured: taskdef class org.apache.jasper.JspC cannot be found

The following regression has occurred. spring-webmvc-3.0.1.BUILD-20100202.212524-12.jar worked with Tiles2 (although there was a bug with the name of the config file being locked to tiles.xml). The following snapshots fail:
spring-webmvc-3.0.1.BUILD-20100215.200456-25.jar
spring-webmvc-3.0.1.BUILD-20100216.213016-27.jar
3567 [main] ERROR org.springframework.web.servlet.DispatcherServlet initServletBean - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'tilesConfigurer' defined in ServletContext resource [/WEB-INF/portal-servlet.xml]: Invocation of init method failed; nested exception is java.lang.NullPointerException
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1400)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:513)
	at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1161)
	at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:981)
	at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4058)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4364)
	at org.apache.catalina.startup.Embedded.start(Embedded.java:825)
	at org.codehaus.mojo.tomcat.AbstractRunMojo.startContainer(AbstractRunMojo.java:385)
	at org.codehaus.mojo.tomcat.AbstractRunMojo.execute(AbstractRunMojo.java:144)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:553)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:523)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:332)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137)
	at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:41)
	at org.apache.tiles.jsp.evaluator.el.JspExpressionFactoryFactory.getExpressionFactory(JspExpressionFactoryFactory.java:62)
	at org.apache.tiles.evaluator.el.ELAttributeEvaluator.init(ELAttributeEvaluator.java:111)
	at org.apache.tiles.factory.TilesContainerFactory.storeContainerDependencies(TilesContainerFactory.java:447)
	at org.apache.tiles.factory.TilesContainerFactory.initializeContainer(TilesContainerFactory.java:368)
	at org.apache.tiles.factory.TilesContainerFactory.createTilesContainer(TilesContainerFactory.java:287)
	at org.apache.tiles.factory.TilesContainerFactory.createContainer(TilesContainerFactory.java:231)
	at org.apache.tiles.startup.BasicTilesInitializer.createContainer(BasicTilesInitializer.java:117)
	at org.apache.tiles.startup.BasicTilesInitializer.initialize(BasicTilesInitializer.java:53)
	at org.springframework.web.servlet.view.tiles2.TilesConfigurer.afterPropertiesSet(TilesConfigurer.java:297)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1457)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1397)
	... 45 more

https://hadoop.apache.org/docs/stable/hadoop-project-dist/hadoop-hdfs/TransparentEncryption.html#Running_as_the_superuser
"a new virtual path prefix, /.reserved/raw/, that gives superusers direct access to the underlying block data in the filesystem. This allows superusers to distcp data without needing having access to encryption keys, and also avoids the overhead of decrypting and re-encrypting data."
We need to introduce a new option in "Repl Load" command that will change the files being copied in distcp to have this "/.reserved/raw/" namespace before the file paths.

listPartitionsByFilter supports only non-string partitions. This is because its explicitly specified in generateJDOFilterOverPartitions in ExpressionTree.java. 
//Can only support partitions whose types are string
      if( ! table.getPartitionKeys().get(partitionColumnIndex).
          getType().equals(org.apache.hadoop.hive.serde.Constants.STRING_TYPE_NAME) ) 
{
        throw new MetaException
        ("Filtering is supported only on partition keys of type string");
      }
            
Some operators such as Group By are adding output records to OutputCollector after closing the ExecMapper/ExecReducer. Need to check if lastRecordOutput has any records after closing the ExecMapper/ExecReducer.

The instance encode() method (e.g. new Base64().encode()) appends a CRLF.  Actually it's fully chunking the output into 76 character lines.  Commons-Codec-1.3 did not do this.  The static Base64.encodeBase64() method behaves the same in both 1.3 and 1.4, so this problem only affects the instance encode() method.

import org.apache.commons.codec.binary.*;

public class B64 {

    Base64 b64 = new Base64();

    String s1 = "aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa";
    String s2 = "aaaaaaaaaa";
    String s3 = "a";
    
    byte[] b1 = s1.getBytes("UTF-8");
    byte[] b2 = s2.getBytes("UTF-8");
    byte[] b3 = s3.getBytes("UTF-8");

    byte[] result;
    result = Base64.encodeBase64(b1);
    System.out.println("[" + new String(result, "UTF-8") + "]");
    result = b64.encode(b1);

    result = Base64.encodeBase64(b2);
    result = b64.encode(b2);

    result = Base64.encodeBase64(b3);
    result = b64.encode(b3);

  }
}

Here's my output:

$ java -cp commons-codec-1.3.jar:. B64
[YWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYQ==]
[YWFhYWFhYWFhYQ==]
[YQ==]
[YQ==]

$ java -cp commons-codec-1.4.jar:. B64
[YWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFh
YWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYQ==
]
[YWFhYWFhYWFhYQ==
]
[YQ==]
[YQ==
]

When I create a local cache as a child of some cache container and then set it to that cache container as its default cache, it is impossible to remove that cache container.

Transaction "RollbackOnly" problem occurs when using EclipseLink (any version up to 2.5.0-M5) together with Spring ORM and "timeout" attribute on @Transactional in case of "delete" query.
EntityManagerFactoryUtil class in method "applyTransactionTimeout" sets a hint "javax.persistence.lock.timeout". However EclipseLink throws back an exception:
java.lang.IllegalArgumentException: Query delete from [*], query hint javax.persistence.lock.timeout is not valid for this type of query.
Moreover EclipseLink sets RollbackOnly on current transaction and doCommit throws: Exception in thread "main" org.springframework.transaction.TransactionSystemException: Could not commit JPA transaction; nested exception is javax.persistence.RollbackException: Transaction rolled back because transaction was set to RollbackOnly.
Attached is a simple project to demonstrate the problem.

FileEndpoint generates an empty string for the relative pathname it places in the header.

The sentence 'Areas of a site that are sensitive must ensure that only authorized requested are processed.' should read 'Areas of a site that are sensitive must ensure that only authorized requests are processed.'

ConfigurationFile.successfulBoot() creates a temp file when persistOriginal is false. It locates it in the same directory as mainFile, but in the !persistOriginal case, mainFile may point to any location, not necessarily to something in the configuration dir, and its directory may not be writable by the WildFly process.

Noticing the test failures frequently on internal test rig:

FAILED:  org.apache.hadoop.hbase.regionserver.TestHRegionReplayEvents.testReplayBulkLoadEvent

3 exceptions [org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file /var/lib/jenkins/workspace/CDH5-HBase-1.0.0/hbase-server/target/test-data/a68c6f22-f578-44d2-b17b-6314ea7f6b97/15e393f3-1a5c-45e4-b048-fd647956f1f7, org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file /var/lib/jenkins/workspace/CDH5-HBase-1.0.0/hbase-server/target/test-data/a68c6f22-f578-44d2-b17b-6314ea7f6b97/9bdfbfb1-8a72-4907-9f91-5570d5accfcd, org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file /var/lib/jenkins/workspace/CDH5-HBase-1.0.0/hbase-server/target/test-data/a68c6f22-f578-44d2-b17b-6314ea7f6b97/fe63364b-906a-4085-85b6-605aee4d41c2]

org.apache.hadoop.io.MultipleIOException: 3 exceptions [org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file /var/lib/jenkins/workspace/CDH5-HBase-1.0.0/hbase-server/target/test-data/a68c6f22-f578-44d2-b17b-6314ea7f6b97/15e393f3-1a5c-45e4-b048-fd647956f1f7, org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file /var/lib/jenkins/workspace/CDH5-HBase-1.0.0/hbase-server/target/test-data/a68c6f22-f578-44d2-b17b-6314ea7f6b97/9bdfbfb1-8a72-4907-9f91-5570d5accfcd, org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file /var/lib/jenkins/workspace/CDH5-HBase-1.0.0/hbase-server/target/test-data/a68c6f22-f578-44d2-b17b-6314ea7f6b97/fe63364b-906a-4085-85b6-605aee4d41c2]
        at org.apache.hadoop.io.MultipleIOException.createIOException(MultipleIOException.java:52)
        at org.apache.hadoop.hbase.regionserver.HRegion.bulkLoadHFiles(HRegion.java:4910)
        at org.apache.hadoop.hbase.regionserver.HRegion.bulkLoadHFiles(HRegion.java:4855)
        at org.apache.hadoop.hbase.regionserver.TestHRegionReplayEvents.testReplayBulkLoadEvent(TestHRegionReplayEvents.java:1159)

With a socket-binding-group config like the following, the outbound-socket-binding=mail-smtp:add op is not included in the list of boot ops sent to domain server.

    <socket-binding-groups>
        <socket-binding-group name="sockets1" default-interface="public">
            <outbound-socket-binding name="mail-smtp">
                <remote-destination host="localhost" port="1111"/>
            </outbound-socket-binding>
        </socket-binding-group>

When migrating access-log via :migrate and access-log contains directory definition, the properties relative-to and path are not migrated.
Web subsystem snippet:

<subsystem xmlns="urn:jboss:domain:web:2.2" default-virtual-server="default" native="false">
    <virtual-server name="default" enable-welcome-root="true">
        <access-log resolve-hosts="true" prefix="test" rotate="false">
            <directory relative-to="jboss.server.log.dir" path="testvs/vs"/>
        </access-log>

access log part expected to be migrated as 

<access-log rotate="false" prefix="test" directory="testvs/vs" relative-to="jboss.server.log.dir" />

instead it is migrated without the directory and relative-to attributes:
<access-log rotate="false" prefix="test"/>

Looks like some state is mutated during execution across threads in LLAP. 
Either we can't share the operator objects across threads, because they are tied to the data objects per invocation or this is missing a closeOp() which resets the common-setup between reuses.

Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: org.apache.hadoop.hive.ql.metadata.HiveException: java.lang.ArrayIndexOutOfBoundsException
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerBigOnlyLongOperator.process(VectorMapJoinInnerBigOnlyLongOperator.java:380)
	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:850)
	at org.apache.hadoop.hive.ql.exec.MapOperator$MapOpCtx.forward(MapOperator.java:164)
	... 18 more
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerLongOperator.process(VectorMapJoinInnerLongOperator.java:379)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.forwardBigTableBatch(VectorMapJoinGenerateResultOperator.java:599)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerBigOnlyGenerateResultOperator.generateHashMultiSetResultRepeatedAll(VectorMapJoinInnerBigOnlyGenerateResultOperator.java:304)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerBigOnlyGenerateResultOperator.finishInnerBigOnlyRepeated(VectorMapJoinInnerBigOnlyGenerateResultOperator.java:328)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerBigOnlyLongOperator.process(VectorMapJoinInnerBigOnlyLongOperator.java:201)
	... 24 more
	at org.apache.hadoop.hive.ql.exec.vector.BytesColumnVector.setVal(BytesColumnVector.java:152)
	at org.apache.hadoop.hive.ql.exec.vector.VectorDeserializeRow$StringReaderByValue.apply(VectorDeserializeRow.java:349)
	at org.apache.hadoop.hive.ql.exec.vector.VectorDeserializeRow.deserializeByValue(VectorDeserializeRow.java:688)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinGenerateResultOperator.generateHashMapResultSingleValue(VectorMapJoinGenerateResultOperator.java:177)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerGenerateResultOperator.finishInner(VectorMapJoinInnerGenerateResultOperator.java:201)
	at org.apache.hadoop.hive.ql.exec.vector.mapjoin.VectorMapJoinInnerLongOperator.process(VectorMapJoinInnerLongOperator.java:359)
	... 29 more

Error handler tries to add message body to error log. If it tries to use JAXB type converter and marshalling throws exception, the exception is thrown all the way back to SedaConsumer. SedaConsumer will then retry to create error message in the same way until the point where exception is not handled any more and SedaConsumer loop breaks off.
One single bad message can stop Seda route.

There's a bug in algorithm handling in the Credential, Evidence, and Password type hierarchies.

CLI did not throw any error message and just ignored the invalid attribute while using in batch mode.If we use same CLI command in non-batch mode it throws exception.

I think this was introduced with SPR-12288
StompSubProtocolHandler.getStompHeaderAccessor converts a DISCONNECT_ACK to an ERROR message.
This has the effect that on the client side, the error-callback is called instead of the expected disconnect-callback, which leads to some very dirty workarounds for keeping the state sane.
This only happens when using SimpleBrokerMessageHandler. With the StompBrokerRelayMessageHandler, the MessageHeaderAccessor is already instanceof StompHeaderAccessor, and I don't get into the else if clause where the ERROR thing happens.
I would expect to see StompHeaderAccessor.create(StompCommand.DISCONNECTED)  a RECEIPT frame response according to the receipt header of the DISCONNECT frame

There's an issue with Maven and the the CLI shutdown hook which causes the maven process to not exit with a new version of Xnio.

jperkins@localhost ~/projects/jboss/examples/javaee/simple-servlet (master *+) $ mvn wildfly:execute-commands
[INFO] 
[INFO] --------------< org.jboss.examples.javaee:simple-servlet >--------------
[INFO] --------------------------------[ war ]---------------------------------
[INFO] 
[INFO] --- wildfly-maven-plugin:1.3.0.Alpha1-SNAPSHOT:execute-commands (default-cli) @ simple-servlet ---
[INFO] JBoss Threads version 2.3.2.Final
[INFO] XNIO version 3.6.5.Final
[INFO] XNIO NIO Implementation Version 3.6.5.Final
[INFO] JBoss Remoting version 5.0.8.Final
[INFO] ELY00001: WildFly Elytron version 1.6.0.Final
[INFO] Warning! The CLI is running in a non-modular environment and cannot load commands from management extensions.
[INFO] {
    "result" => "STANDALONE"
}
{
}
[INFO] Total time: 1.696 s
[INFO] Finished at: 2018-10-11T16:22:15-07:00
[ERROR] Close handler threw an exception
java.lang.NoClassDefFoundError: org/xnio/XnioWorker$ExternalTaskPool
    at org.xnio.XnioWorker.isTaskPoolExternal (XnioWorker.java:824)
    at org.xnio.XnioWorker.shutDownTaskPool (XnioWorker.java:791)
    at org.xnio.nio.NioXnioWorker.shutdown (NioXnioWorker.java:284)
    at org.jboss.remoting3.EndpointImpl.finishPhase1 (EndpointImpl.java:348)
    at org.jboss.remoting3.EndpointImpl.closeTick1 (EndpointImpl.java:331)
    at org.jboss.remoting3.EndpointImpl.lambda$addConnectionProvider$8 (EndpointImpl.java:688)
    at org.jboss.remoting3.spi.SpiUtils.safeHandleClose (SpiUtils.java:50)
    at org.jboss.remoting3.spi.AbstractHandleableCloseable$CloseHandlerTask.run (AbstractHandleableCloseable.java:520)
    at org.jboss.remoting3.spi.AbstractHandleableCloseable.runCloseTask (AbstractHandleableCloseable.java:425)
    at org.jboss.remoting3.spi.AbstractHandleableCloseable.closeComplete (AbstractHandleableCloseable.java:286)
    at org.jboss.remoting3.remote.RemoteConnectionProvider.closeAction (RemoteConnectionProvider.java:303)
    at org.jboss.remoting3.spi.AbstractHandleableCloseable.closeAsync (AbstractHandleableCloseable.java:368)
    at org.jboss.remoting3.EndpointImpl.closeAction (EndpointImpl.java:400)
    at org.jboss.remoting3.spi.AbstractHandleableCloseable.close (AbstractHandleableCloseable.java:150)
    at org.jboss.as.cli.impl.CLIModelControllerClient$1.shutdown (CLIModelControllerClient.java:92)
    at org.jboss.as.cli.impl.CliShutdownHook$1.run (CliShutdownHook.java:50)
    at java.lang.Thread.run (Thread.java:748)
Caused by: java.lang.ClassNotFoundException: org.xnio.XnioWorker$ExternalTaskPool
    at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass (SelfFirstStrategy.java:50)
    at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass (ClassRealm.java:271)
    at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass (ClassRealm.java:247)
    at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass (ClassRealm.java:239)

A workaround would be to avoid using the CommandContext.connectController() which seems to register the shutdown hook. The other option is to launch CLI in a new process, however there is a performance penalty with that which seems fairly expensive. About an extra second per run.

The following error is output for a password that is entirely numeric: -

[darranl@localhost bin]$ ./add-user.sh admin2 22222222222

 * Error * 
JBAS015268: Password must have at least 1 alphanumeric character.

It should say alphabetic not alphanumeric.

HiveSchemaTool is an 1500 lines long class trying to do everything It shold be cut into multiple classes doing smaller components.
 
After HIVE-11531 goes in, HiveSortMergeRule needs to be extended to support offset properly when it merges operators that contain Limit. Otherwise, limit pushdown through outer join optimization (introduced in HIVE-11684) will not work properly.

There are multiple issues with the support of Environment variables as a configuration with Wildfly-Swarm applications 
1) In Linux based containers dot (.) is not supported in an environment variable name. 
2) In Linux based containers dash  is not supported in an environment variable name. In fact, I see only [a-zA-Z0-9_] as supported. 
3) Typically ENV variables are defined in ALL CAPS letters, these should be mapped to their lowercase counterparts. 
For example, see Spring Boot's RelaxedBinding of configuration: https://github.com/spring-projects/spring-boot/wiki/Relaxed-Binding-2.0 
I understand there is a way to map these with JAVA_OPTIONS through current examples, however, I found that, while working with Teiid, it is cumbersome/time-consuming to depend solely on defining JAVA_OPTIONS to define all the properties. For example, in Teiid we have to configure many data sources that are provisioned through a Service Catalog and it's binding in OpenShift environment. Having a better environment variable support will alleviate these issues. Note that these issues are not isolated to just Teiid but apply in general for any application.

Repository fails to instantiate when the entity contains a TreeMap with value class that does not have a convertor. I've tested with HashMap, HashSet, TreeSet but this only seems to affect TreeMap.

// Repository
public interface SourceRepository extends PagingAndSortingRepository<MyEntity, ObjectId> {
}

// Entity
@Document("test_collection")
private TreeMap<String,MyClass> treeMap;
}

// TreeMap value class
private String foo = "bar";
}

This succeeds if i build a convertor for MyClass but it really shouldn't need one. This is working in 1.4.0.RELEASE but fails in version 1.4.1.RELEASE and beyond.

Throws: java.lang.ArrayIndexOutOfBoundsException: 0
In: org.springframework.data.util.ParameterizedTypeInformation.getComponentType(ParameterizedTypeInformation.java:148)

Under constant load (i.e. Mina session never idles out), the HL7Decoder leaks memory. In fact, all received messages are appended to Mina's IOBuffer, which leads to OOME after some time.

When creating a WSDL based on XSD, the method XsdBasedSoap11Wsdl4jDefinitionBuilder#buildMessages goes in infinite loop trying to generate a new prefix for each namespace found in the XSD. It uses a very ugly while(true)/break implementation, forgetting to increment the counter i, so if you have more than one namespace it never reaches the break statement and loop indefinitely.
Very nasty bug with obvious fix.

I think hive.spark.client.server.connect.timeout should be set greater than spark.yarn.am.waitTime. The default value for 
spark.yarn.am.waitTime is 100s, and the default value for hive.spark.client.server.connect.timeout is 90s, which is not good. We can increase it to a larger value such as 120s.

*strong text*TableRecordReaderImpl need to handle cursor result too. If not, nextKeyValue may return false and miss some data when get a cursor result.

During test, i found TestSparkNegativeCliDriver run in MR mode actually, it should be fixed.

Let's have this example:

one document has embedded field
repository with method which has collection of embedded fields as argument

Foo.java
@Document
   @Id
   private ObjectId id;
   private EmbeddedClass embedded;
   //getters and setters
}

EmbeddedClass.java
public class EmbeddedClass {
   public String id;
   //hashcode and equals
}

IFooRepository.java
public interface IFooRepository extends MongoRepository<Foo, ObjectId> {
   public List<Foo> findByEmbeddedIn(List<EmbeddedClass> list);
}

And this repository method is not working (worked in 1.2.1)
in spring-data-mongodb 1.2.1 it generates underlying query:
find: db.foo { "embedded" : { "$in" : [ { "_id" : "0"} , { "_id" : "2"}]} , "_class” : "Foo" }
and in affected version 1.4.1 it generates:
find: db.foo { "embedded" : { "$in" : [ { "_class" : "Foo" , "_id" : "0"} , { "_class" : "Foo" , "_id" : "2"}]}}
In my opinion in MappingMongoConverter.convertToMongoType() it should call removeTypeInfoRecursively but it don’t.

This is the code that figures out if the failure threshold has been reached in SynchronousCircuitBreaker:

    private boolean isFailureThresholdReached() {
        int requestCount = getRequestCount();
        int requestVolumeThreshold = config.get(CircuitBreakerConfig.REQUEST_VOLUME_THRESHOLD);
        if (requestCount < requestVolumeThreshold) {
        }
        double failureCheck = failureCount.get() / requestCount;
        double failureRatio = config.get(CircuitBreakerConfig.FAILURE_RATIO);
        return (failureCheck >= failureRatio) || (failureRatio <= 0 && failureCheck == 1);
    }

Notably, the line double failureCheck = failureCount.get() / requestCount; divides two int-s, which is also always an int. That is, if the quotient is not an integer, the failureCheck will be wrong.
For example, if there was 1 successful invocation and 20 failed invocations, the failureCheck should be 20/21 = cca 0.95, but will be 0.

This mainly fixes issues when we had "long" errors, for example a multi blocked when trying to obtain a lock that was finally failing after 60s. Previously we were trying only for 5 minutes. We now do all the tries. I've fixed stuff around this area to make it work.
There is also more logs.
I've changed the back off array. With the default pause of 100ms, even after 20 tries we still retry every 10s.
I've also changed the max per RS to something minimal. If the cluster is not in a very good state it's less aggressive. It seems to be a better default.
I've done two tests:

on a small; homogeneous cluster, I had the same performances
on a bigger, but heterogeneous cluster it was twice as fast.

See
http://camel.465427.n5.nabble.com/CamelSpringBootRunner-and-AdviceWith-tp5814802.html

See nabble
http://camel.465427.n5.nabble.com/ThreadPoolProfile-and-multicast-tp5524245p5524245.html

If you are using the CLI client jar, all output is printed twice.  This is because JBoss logging is not set up and by default CommandContextImpl is printing log messages to standard out.  The output will look something like this:

[standalone@localhost:9999 /] :read-children-types
Nov 19, 2014 8:57:19 AM org.jboss.as.cli.impl.CommandContextImpl printLine
INFO: {
        "core-service",
        "deployment",
        "deployment-overlay",
        "extension",
        "interface",
        "path",
        "socket-binding-group",
        "subsystem",
        "system-property"
    ]
}
{
        "path",
    ]
}

"Task execution summary" is printed at the of running a hive query. E.g

  VERTICES      DURATION(ms)   CPU_TIME(ms)    GC_TIME(ms)   INPUT_RECORDS   OUTPUT_RECORDS
     Map 1         277869.00              0              0   1,500,000,000    1,500,000,000
     Map 2         277868.00              0              0   5,999,989,709       31,162,299
 Reducer 3          59875.00              0              0   1,531,162,299            2,018
 Reducer 4           2436.00              0              0           2,018                2
 Reducer 5            375.00              0              0               2                0

Response times reported here for Map-1/Map-2 is not correct.  Not sure if this is broken due to any other patch. Creating this jira for tracking purpose.

There are some breaking changes which are causing compile errors. Nothing major, some boot classes has been moved/renamed, etc.

When NetworkInterfaceService is installed it's done under the legacy service name.
This isn't critical as really only the kernel is referring to these services, but still it's better to clean up.

I seem to get an occasional ConcurrentModificationException when doing a merge on various different threads. Perhaps merge() needs to be synchronized?

        at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.java:373)
        at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:384)
        at java.util.AbstractCollection.toArray(AbstractCollection.java:171)
        at org.springframework.util.StringUtils.toStringArray(StringUtils.java:816)
        at org.springframework.core.env.AbstractEnvironment.getDefaultProfiles(AbstractEnvironment.java:268)
        at org.springframework.core.env.AbstractEnvironment.merge(AbstractEnvironment.java:437)
        at org.springframework.context.support.AbstractApplicationContext.setParent(AbstractApplicationContext.java:402)
        at org.springframework.context.support.GenericApplicationContext.setParent(GenericApplicationContext.java:148)
        at org.springframework.webflow.engine.builder.model.FlowModelFlowBuilder.createFlowApplicationContext(FlowModelFlowBuilder.java:336)
        at org.springframework.webflow.engine.builder.model.FlowModelFlowBuilder.initLocalFlowContext(FlowModelFlowBuilder.java:302)
        at org.springframework.webflow.engine.builder.model.FlowModelFlowBuilder.doInit(FlowModelFlowBuilder.java:147)
        at org.springframework.webflow.engine.builder.support.AbstractFlowBuilder.init(AbstractFlowBuilder.java:46)
        at org.springframework.webflow.engine.builder.FlowAssembler.assembleFlow(FlowAssembler.java:90)
        at org.springframework.webflow.engine.builder.DefaultFlowHolder.assembleFlow(DefaultFlowHolder.java:109)
        at org.springframework.webflow.engine.builder.DefaultFlowHolder.getFlowDefinition(DefaultFlowHolder.java:84)
        at org.springframework.webflow.definition.registry.FlowDefinitionRegistryImpl.getFlowDefinition(FlowDefinitionRegistryImpl.java:61)
        at org.springframework.webflow.executor.FlowExecutorImpl.launchExecution(FlowExecutorImpl.java:138)
        at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:193)
        at org.springframework.webflow.mvc.servlet.FlowController.handleRequest(FlowController.java:174)
        at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
        ... 227 more

When using exponential retry back-off with a maximumRedeliveryDelay, the delay is not honored.
The bug is in RedeliveryPolicy.java's calculateRedeliveryDelay method:
        if (maximumRedeliveryDelay > 0 && redeliveryDelay > maximumRedeliveryDelay) 
{
            redeliveryDelayResult = maximumRedeliveryDelay;
        }

redeliveryDelay is the initial delay and never increases, so the max is never applied. It needs to compare against redeliveryDelayResult instead.

Validating references directly will imply specific ordering, in this case profile and socket-binding-group will have to be added before this handler executes. Postponing the validation to the next step will remove such a requirement.

The toString() method in SnsConfiguration uses the incorrect string "amazonSQSClient" as the key for the AmazonSNSClient reference in the registry.

org.apache.hadoop.hive.ql.security.authorization.StorageBasedAuthorizationProvider
has the following 2 methods
  private HiveException hiveException(Exception e) 
{
    HiveException ex = new HiveException(e);
    ex.initCause(e);
    return ex;
  }

  private AuthorizationException authorizationException(Exception e) 
{
    AuthorizationException ex = new AuthorizationException(e);
    return ex;
  }

both, when called, will cause 
throw new IllegalStateException("Can't overwrite cause"); to be thrown and the original Exception is lost.
See http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/6-b14/java/lang/Throwable.java#Throwable.initCause%28java.lang.Throwable%29

Since JDK 8, the contract of java.lang.Process.destroy() has changed to no longer specify that the destroy must be forcible. A new destroyForcibly() method was added, so we should use that.

Java only includes Plain SASL client and not server. Hence HiveServer2 includes a Plain SASL server implementation. Now Hadoop has its own Plain SASL server HADOOP-9020 which is part of Hadoop 2.3 release.
The two servers use different Sasl callbacks and the servers are registered in java.security.Provider via static code. As a result the HiveServer2 instance could be using Hadoop's Plain SASL server which breaks the authentication.

I happened to find the following methods have called slf4j Logger without variables whereas {} exists.
org.apache.hadoop.hbase.master.procedure.ReopenTableRegionsProcedure#executeFromState
org.apache.hadoop.hbase.replication.regionserver.SerialReplicationChecker#canPush(org.apache.hadoop.hbase.wal.WAL.Entry, org.apache.hadoop.hbase.Cell)
With my quick patch, I was able to log the condition appropriately at least for SerialReplicationChecker.

2019-02-14 02:34:46,365 TRACE [Time-limited test] regionserver.SerialReplicationChecker(258): The sequence id for Mock for Entry, hashCode: 2138280514 is continuous, pass

The documentation says "Adding CSRF will update the LogoutFilter to only use HTTP POST. This ensures that log out requires a CSRF token and that a malicious user cannot forcibly log out your users.": http://docs.spring.io/spring-securit...e/#csrf-logout
However, in my testing, I can still logout with a GET to /logout using the following Java-based security configuration:
    @Override
    protected void configure(final AuthenticationManagerBuilder auth)
        auth.inMemoryAuthentication()//
                .withUser("user").password("password").roles("USER")//
                .and()//
    }

    @Override
    protected void configure(final HttpSecurity http) throws Exception {
        http.authorizeRequests()//
                .antMatchers("/admin/**").hasRole("ADMIN")//
                .antMatchers("/**").permitAll().and()//
                .formLogin();
    }
}

Seems like unqualified integral values went from ints to bigints

EXPLAIN SELECT histogram_numeric(key, 3) FROM DECIMAL_UDF

org.apache.hadoop.hive.ql.exec.UDFArgumentTypeException: Only an integer argument is accepted as parameter 2, but bigint was passed instead.
    at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFHistogramNumeric.getEvaluator(GenericUDAFHistogramNumeric.java:103)
    at org.apache.hadoop.hive.ql.udf.generic.AbstractGenericUDAFResolver.getEvaluator(AbstractGenericUDAFResolver.java:47)
    at org.apache.hadoop.hive.ql.exec.FunctionRegistry.getGenericUDAFEvaluator(FunctionRegistry.java:1143)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.getGenericUDAFEvaluator(SemanticAnalyzer.java:3717)
    at org.apache.hadoop.hive.ql.parse.SemanticAnalyzer.genGroupByPlanMapGroupByOperator(SemanticAnalyzer.java:4392)
... snip

With Quartz 2.0, SchedulerFactoryBean throws NoSuchMethodException.
My scheduler config in appliction.xml is below.
<bean id="scheduler" class="org.springframework.scheduling.quartz.SchedulerFactoryBean">
	<property name="globalJobListeners">
	<list>
		<ref bean="qbpmContextJobListener" />
	</list>
    ...
</bean>
There is a bug in SchedulerAccessor#registerListeners().
Quartz 2.1, 2.2 has org.quartz.core.ListenerManagerImpl.addJobListener(JobListener).
However, Quartz 2.0 does not have.
So this line throws NoSuchMethodException.
Method addJobListener = target.getClass().getMethod((quartz2 ? "addJobListener" : "addGlobalJobListener"), JobListener.class);

TestUtils needs to test for null before checking the type of the retrieved field.
Also, when iterating over the consumers, exit if the channel has not yet been assigned.

2014-03-13 05:21:52,613 WARN SimpleAsyncTaskExecutor-2 [org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer] - <Consumer raised exception, processing can restart if the connection factory supports it>
	at org.springframework.amqp.utils.test.TestUtils.getPropertyValue(TestUtils.java:60)
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainerTests$19.answer(SimpleMessageListenerContainerTests.java:536)
	at org.mockito.internal.stubbing.StubbedInvocationMatcher.answer(StubbedInvocationMatcher.java:34)

Found when debugging flaky test TestRegionObserverInterface#testRecovery.
In the end, the test does the following:

Kills the RS
Waits for all regions to be assigned
Some validation (unrelated)
Cleanup: delete table.

      cluster.killRegionServer(rs1.getRegionServer().getServerName());
      Threads.sleep(1000); // Let the kill soak in.
      util.waitUntilAllRegionsAssigned(tableName);
      LOG.info("All regions assigned");

      verifyMethodResult(SimpleRegionObserver.class,
        new String[] { "getCtPreReplayWALs", "getCtPostReplayWALs", "getCtPreWALRestore",
            "getCtPostWALRestore", "getCtPrePut", "getCtPostPut" },
        tableName, new Integer[] { 1, 1, 2, 2, 0, 0 });
    } finally {
      util.deleteTable(tableName);
      table.close();
    }
  }

However, looking at test logs, found that we had overlapping Assigns with Unassigns. As a result, regions ended up 'stuck in RIT' and the test timeout.
Assigns were from the ServerCrashRecovery and Unassigns were from the deleteTable cleanup.
Which begs the question, why did HBTU.waitUntilAllRegionsAssigned(tableName) not wait until recovery was complete.
Answer: Looks like that function is only meant for sunny scenarios but not for crashes. It iterates over meta and just checks for some value in the server column which is obviously present and equal to the server that was just killed.
This bug must be affecting other fault tolerance tests too and fixing it may fix more than just one test, hopefully.

If I create a finder for a Person object
finder add findPersonByFirstNameAndLastName
where only first name is required:
    @NotNull
The generated view only enforces firstName, but if you leave last name empty an exception occurs.
This exception is because the generated .aj file still requires the lastName field.
    public static TypedQuery<Person> Person.findPersonsByFirstNameAndLastName(String firstName, String lastName) 
{
        if (firstName == null || firstName.length() == 0) throw new IllegalArgumentException("The firstName argument is required");
        if (lastName == null || lastName.length() == 0) throw new IllegalArgumentException("The lastName argument is required");
        EntityManager em = Celebrity.entityManager();
        TypedQuery<Person> q = em.createQuery("SELECT Person FROM Person AS person WHERE person.firstName = :firstName AND person.lastName = :lastName", Person.class);
        q.setParameter("firstName", firstName);
        q.setParameter("lastName", lastName);
        return q;
    }

a piece of code that should not have make it...
ping  Andrew Purtell

This is a subtle issue. When deferredLogSync is enabled, there are chances we could flush data before syncing all HLog entries. Assuming we just flush the internal cache and the server dies with some unsynced hlog entries. 
Data is not lost at the source cluster while replication is based on WAL files and some changes we flushed at the source won't be replicated the slave clusters. 
Although enabling deferredLogSync with tolerances of data loss, it breaks the replication assumption that whatever persisted in the source should be replicated to its slave clusters. 
In short, the slave cluster could end up with double losses: the data loss in the source and some data stored in source cluster may not be replicated to slaves either.
The fix of the issue isn't hard. Basically we can invoke sync during each flush when replication is enabled for a region server. Since sync returns immediately when nothing to sync so there should be no performance impact.
Please let me know what you think!
Thanks,
-Jeffrey

test-connection-in-pool fails on a disabled datasource with:

 JBAS010442: failed to match pool. Check JndiName: java:jboss/datasources/MyExampleDS"

[standalone@localhost:9999 /] /subsystem=datasources/data-source=MyExampleDS:add(jndi-name=java:jboss/datasources/MyExampleDS, connection-url=\"jdbc:h2:mem:test2;DB_CLOSE_DELAY=-1;DB_CLOSE_ON_EXIT=FALSE\", driver-name=h2, user-name=sa, password=sa, max-pool-size=10)
[standalone@localhost:9999 /] /subsystem=datasources/data-source=MyExampleDS:test-connection-in-pool()
{
    "failure-description" => "JBAS010440: failed to invoke operation: JBAS010442: failed to match pool. Check JndiName: java:jboss/datasources/MyExampleDS",
}

The error message should rather convey that an operation was attempted on a disabled datasource.

In the document, http://static.springsource.org/spring/docs/3.1.0.M2/spring-framework-reference/html/cache.html
"All the other caches that do not contain the method will be updated as well event though the cached method was not actually executed."
should be fixed like this.
"All the other caches that do not contain the method will be updated as well even though the cached method was not actually executed."
event -> even
thanks.

Hello,
We are using Spring2.5.3+SWF2.0RC1 under jdk5/weblogic 10.
WE are defing our flows as follow:
<webflow:flow-registry id="flowRegistry" flow-builder-services="flowBuilderServices" >	
		<webflow:flow-location-pattern value="classpath:modules/*/flows/.xml"/>
Our xml file flows are packaged under WEB-INF/classes. Using Tomcat application runs perfectly.
Using weblogic 10, war file is splitted in several jars at deployement time in a working folder.
org.springframework.util.ResourceUtils.getFile(URI, String) then compares computed URI protocol-> zip but expects a file protocol.
This leads to a FileNotFoundException.
Clearly, we think this is a Spring issue more or less related in SPR-994, but coming from a different use case.
Thanks to have a look.

With the following attribute definition: -

    static final SimpleAttributeDefinition REPLACEMENT = new SimpleAttributeDefinitionBuilder(ElytronDescriptionConstants.REPLACEMENT, ModelType.STRING, false)
        .setMinSize(0)
        .build();

The following error is reported if an empty string is used as a parameter: -

[standalone@localhost:9990 /] ./subsystem=elytron/regex-name-rewriter=strip-realm:add(pattern="@ELYTRON.ORG", replacement="", replace-all=true)
{
    "failure-description" => "WFLYCTL0113: '' is an invalid value for parameter replacement. Values must have a minimum length of 1 characters",
}

Trying to do the following:

create 'allo', {NAME=>'test'}
put 'allo', 'A-B-C', 'test:1', '1'
put 'allo', 'A-B-E', 'test:1', '1'
put 'allo', 'A-D-C', 'test:1', '1'
scan 'allo'
..3 row(s) in 0.0150 seconds
scan 'allo', {STARTROW=>'A-B'}
..0 row(s) in 0.0120 seconds

It doesn't work because of the way the columns are parsed and passed to the Scan object.

When upgrading from v2.18.1 to 2.18.3, we encounter a (blocking) regression, preventing routes involving validator component to successfully start.
Indeed, one of the recent validation-related changes is not fully compatible with all versions of Xerces. Especially when deployed on JBoss Wildlfy 10.1.0.Final 

Caused by: java.lang.IllegalStateException: org.xml.sax.SAXNotRecognizedException: Property 'http://javax.xml.XMLConstants/property/accessExternalDTD' is not recognized.
	at org.apache.camel.processor.validation.SchemaReader.createSchemaFactory(SchemaReader.java:181)
	at org.apache.camel.processor.validation.SchemaReader.getSchemaFactory(SchemaReader.java:152)
	at org.apache.camel.processor.validation.SchemaReader.createSchema(SchemaReader.java:192)
	at org.apache.camel.processor.validation.SchemaReader.loadSchema(SchemaReader.java:84)
	at org.apache.camel.component.validator.ValidatorEndpoint.createProducer(ValidatorEndpoint.java:119)
	at org.apache.camel.impl.ProducerCache.doGetProducer(ProducerCache.java:574)
	... 78 more
Caused by: org.xml.sax.SAXNotRecognizedException: Property 'http://javax.xml.XMLConstants/property/accessExternalDTD' is not recognized.
	at org.apache.xerces.jaxp.validation.XMLSchemaFactory.setProperty(XMLSchemaFactory.java:436)
	at __redirected.__SchemaFactory.setProperty(__SchemaFactory.java:143)
	at org.apache.camel.processor.validation.SchemaReader.createSchemaFactory(SchemaReader.java:178)
	... 83 more

In particular, in the following code:

protected SchemaFactory createSchemaFactory() {
   ...
	try {
		factory.setProperty(XMLConstants.ACCESS_EXTERNAL_DTD, "");
	} catch (SAXException e) {
		LOG.error(e.getMessage(), e);
		throw new IllegalStateException(e);
	} 
 
}   

Would it be possible to issue a simple warning, rather then raising an exception ?
(>see Oracle recommandations: https://docs.oracle.com/javase/tutorial/jaxp/properties/error.html)

User omit --password and --secret options and then get two (four: there is confirmation) prompts but user isn't able to redirect data to second one.
Expected behaviour is that it must work.

java -jar  wildfly-elytron-tool.jar credential-store --add secret_alias --create -l cs001.jceks  --summary << EOF
pass123
pass123
secret_value
EOF

has this output:

Exception encountered executing the command:
java.lang.Exception: java.io.IOException: Stream closed
        at org.wildfly.security.tool.Command.prompt(Command.java:115)
        at org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:184)
        at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:75)
        at java.io.BufferedInputStream.getBufIfOpen(BufferedInputStream.java:170)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:336)
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
        at java.io.BufferedReader.fill(BufferedReader.java:161)
        at java.io.BufferedReader.readLine(BufferedReader.java:324)
        at java.io.BufferedReader.readLine(BufferedReader.java:389)
        at org.wildfly.security.tool.Command.prompt(Command.java:100)
        ... 2 more

Due to a bug AggregateStatsCache is not returning the best matching result.

PUT /user/olivergierke
content-type: application/jason
content: indenpendent e.g.: 
{"alias" : ["OG","Ollie"]}

(Repos-Customization: config.withEntityLookup().forRepository(UserRepository.class, Person::getUsername, UserRepository::findByUsername , see https://jira.spring.io/browse/DATAREST-724)
results in a NumberFormatException:
 ERROR o.s.d.r.w.RepositoryRestExceptionHandler - Failed to convert from type [java.lang.String] to type [java.lang.Long] for value 'olivergierke'; nested exception is java.lang.NumberFormatException: For input string: "olivergierke"
> org.springframework.core.convert.ConversionFailedException: Failed to convert from type [java.lang.String] to type [java.lang.Long] for value 'olivergierke'; nested exception is java.lang.NumberFormatException: For input string: "olivergierke"
> at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:41) ~[spring-core-4.2.4.RELEASE.jar:4.2.4.RELEASE]
...

Possibly related to the changes for SWF-1534 using the Spring Web Flow 2.4.0 release with Hibernate 3 I get this in a flow end state:

java.lang.NoSuchMethodError: org.hibernate.SessionFactory.getCurrentSession()Lorg/hibernate/Session;
	at org.springframework.webflow.persistence.HibernateFlowExecutionListener$1.doInTransactionWithoutResult(HibernateFlowExecutionListener.java:163)
	at org.springframework.transaction.support.TransactionCallbackWithoutResult.doInTransaction(TransactionCallbackWithoutResult.java:34)
	at org.springframework.webflow.persistence.HibernateFlowExecutionListener.sessionEnding(HibernateFlowExecutionListener.java:161)
	at org.springframework.webflow.engine.impl.FlowExecutionListeners.fireSessionEnding(FlowExecutionListeners.java:208)
	at org.springframework.webflow.engine.impl.FlowExecutionImpl.endActiveFlowSession(FlowExecutionImpl.java:400)
	at org.springframework.webflow.engine.impl.RequestControlContextImpl.endActiveFlowSession(RequestControlContextImpl.java:238)
	at org.springframework.webflow.engine.EndState.doEnter(EndState.java:103)

Works fine with Hibernate 4.
Relates to https://jira.grails.org/browse/GPWEBFLOW-93

Looking at the replication for some other reason I noticed that the replication source might be a bit too eager to remove sinks from the list of valid sinks.
The current logic allows a sink to fail N times (default 3) and then it will be remove from the sinks. But note that this failure count is never reduced, so given enough runtime and some network glitches every sink will eventually be removed. When all sink are removed the source pick new sinks and the counter is set to 0 for all of them.
I think we should change to reset the counter each time we successfully replicate something to the sink (which proves the sink isn't dead). Or we could decrease the counter each time we successfully replication, that might be better - if we consistently fail more attempts than we succeed the sink should be removed.

We have observed issues when persisting multiple entities at a time. The id does not get populated. It's caused by insertDBObjectList(…) handling ids different compared to insertDBObject(…). In our use case we define our own ids when persisting to Mongo. They are Strings. We use a MongoEventListener to set the id like this:

public void onBeforeSave(BaseEntity p, DBObject dbo) {
        if (p.isNew()) {
            String id = ....;
            dbo.put("_id", id);
        }
    }

This works fine when we persist only one instance at a time because the insertDBObject(…) does not care about the type of the id, but insertDBObjectList(…) does. It goes like this:

if (id instanceof ObjectId) {
    ids.add((ObjectId) id);
} else {
    // no id was generated
    ids.add(null);
}

Result is that we do no get the id populated in the entities we persist.

SPR-15673 is the original report of the issue.
With Spring Boot 2.0 M3:

@ConfigurationProperties("foo")
class FooProperties(
    var bar: String = "bar",
    var baz: Int = 1
)

Generates this stacktrace:

Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [de.techdev.xyz.FooProperties]: No corresponding Kotlin constructor found
        at org.springframework.beans.BeanUtils$KotlinDelegate.instantiateClass(BeanUtils.java:742) ~[spring-beans-5.0.0.RC3.jar:5.0.0.RC3]
        at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:165) ~[spring-beans-5.0.0.RC3.jar:5.0.0.RC3]
        at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:88) ~[spring-beans-5.0.0.RC3.jar:5.0.0.RC3]

o.s.r.classpath.details.ItdTypeDetailsBuilder.onAddMethod(MethodMetadataBuilder) requires the passed-in method builder to specify a method body, which is incorrect for abstract methods (e.g. those being introduced into an interface).
This bug only affects developers of addons that generate an ITD that introduces an abstract method.
The workaround is to add a dummy body as follows:

MethodMetadataBuilder methodBuilder = ... // obtain or create as normal (for an abstract method)
methodBuilder.getBodyBuilder().appendFormalLine("anything"); // this line will not appear in the generated ITD, as the method is abstract

WorkerFailoverTestCase fails with security manager because of missing permission "("java.util.PropertyPermission" "jvmRoute" "read")":

ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /jvmroute/jvmroute: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "jvmRoute" "read")" in code source "(vfs:/content/jvmroute.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.jvmroute.war" from Service Module Loader")
	at java.lang.System.getProperty(System.java:753)
	at org.jboss.as.test.clustering.single.web.CommonJvmRoute.jvmRoute(CommonJvmRoute.java:31)
	at org.jboss.as.test.clustering.single.web.JvmRouteServlet.doGet(JvmRouteServlet.java:25)

Adding the permission and PropertyPermission("jboss.mod_cluster.jvmRoute", "read") helps.

Reported on SO
https://stackoverflow.com/questions/54405868/camel-restdsl-swagger-xml-generation-cant-find-required-method-allowablevalues?noredirect=1#comment95906957_54405868
Look at the provided sample project on github and see if we can reproduce the issue and find out whats the issue is

It was changed to 100ms, but kept as 1000ms in a lot of places...

It should call GenericUDAF.init first, so GenericUDAF knows what to store in the AggregationBuffer.

I only get numbers instead of month and day of week labels when using the calendar widget in a project I am developing. The language used is swedish and encoding used is UTF-8. 
I have tried the vote.roo script and it gives me the same error.

Here's the error.

[ERROR] Found artifact with unexpected contents: '/Users/appy/apache/hbase/hbase-shaded/hbase-shaded-server/target/hbase-shaded-server-3.0.0-SNAPSHOT.jar'
    Please check the following and either correct the build or update
    the allowed list with reasoning.

    about.html
    org/eclipse/
    org/eclipse/jetty/
    org/eclipse/jetty/http/
    org/eclipse/jetty/http/encoding.properties
    org/eclipse/jetty/http/GZIPContentDecoder$State.class
    org/eclipse/jetty/http/HttpFields$Itr.class
    org/eclipse/jetty/http/HttpParser$HttpHandler.class
    org/eclipse/jetty/http/HttpScheme.class
    org/eclipse/jetty/http/HttpURI.class
    org/eclipse/jetty/http/pathmap/
    org/eclipse/jetty/http/pathmap/PathMappings$1.class
    org/eclipse/jetty/http/pathmap/PathSpecGroup.class
    org/eclipse/jetty/http/pathmap/PathSpecSet$1.class
    org/eclipse/jetty/http/pathmap/RegexPathSpec.class
    org/eclipse/jetty/http/PathMap$MappedEntry.class
    org/eclipse/jetty/http/QuotedCSV$State.class
    org/eclipse/jetty/http/QuotedQualityCSV$1.class
    org/eclipse/jetty/http/DateParser.class
    org/eclipse/jetty/http/Http1FieldPreEncoder.class
    org/eclipse/jetty/http/HttpContent$ContentFactory.class
    org/eclipse/jetty/http/HttpFields$1.class
    org/eclipse/jetty/http/HttpFields.class
    org/eclipse/jetty/http/HttpStatus$Code.class
    org/eclipse/jetty/http/pathmap/UriTemplatePathSpec.class
    org/eclipse/jetty/http/ResourceHttpContent.class
    org/eclipse/jetty/http/BadMessageException.class
    org/eclipse/jetty/http/GZIPContentDecoder$1.class
    org/eclipse/jetty/http/HttpGenerator$Result.class
    org/eclipse/jetty/http/HttpParser$State.class
    org/eclipse/jetty/http/HttpURI$State.class
    org/eclipse/jetty/http/QuotedCSV.class
    org/eclipse/jetty/http/CompressedContentFormat.class
    org/eclipse/jetty/http/HttpField$LongValueHttpField.class
    org/eclipse/jetty/http/HttpGenerator$2.class
    org/eclipse/jetty/http/HttpMethod.class
    org/eclipse/jetty/http/HttpParser$ComplianceHandler.class
    org/eclipse/jetty/http/HttpParser$RequestHandler.class
    org/eclipse/jetty/http/HttpStatus.class
    org/eclipse/jetty/http/MetaData$Response.class
    org/eclipse/jetty/http/MimeTypes$Type.class
    org/eclipse/jetty/http/pathmap/PathMappings.class
    org/eclipse/jetty/http/PathMap$PathSet.class
    org/eclipse/jetty/http/QuotedQualityCSV.class
    org/eclipse/jetty/http/CookieCompliance.class
    org/eclipse/jetty/http/GZIPContentDecoder.class
    org/eclipse/jetty/http/HttpFields$2.class
    org/eclipse/jetty/http/HttpGenerator$State.class
    org/eclipse/jetty/http/HttpHeader.class
    org/eclipse/jetty/http/HttpParser$IllegalCharacterException.class
    org/eclipse/jetty/http/HttpTokens$EndOfContent.class
    org/eclipse/jetty/http/HttpURI$1.class
    org/eclipse/jetty/http/mime.properties
    org/eclipse/jetty/http/PreEncodedHttpField.class
    org/eclipse/jetty/http/DateGenerator$1.class
    org/eclipse/jetty/http/HostPortHttpField.class
    org/eclipse/jetty/http/HttpCompliance.class
    org/eclipse/jetty/http/HttpFieldPreEncoder.class
    org/eclipse/jetty/http/HttpGenerator$PreparedResponse.class
    org/eclipse/jetty/http/HttpParser$1.class
    org/eclipse/jetty/http/HttpParser$ResponseHandler.class
    org/eclipse/jetty/http/HttpTokens.class
    org/eclipse/jetty/http/HttpVersion.class
    org/eclipse/jetty/http/MetaData.class
    org/eclipse/jetty/http/pathmap/MappedResource.class
    org/eclipse/jetty/http/pathmap/PathSpec.class
    org/eclipse/jetty/http/pathmap/PathSpecSet.class
    org/eclipse/jetty/http/PreEncodedHttpField$1.class
    org/eclipse/jetty/http/QuotedCSV$1.class
    org/eclipse/jetty/http/Syntax.class
    org/eclipse/jetty/http/DateGenerator.class
    org/eclipse/jetty/http/HttpContent.class
    org/eclipse/jetty/http/HttpField$IntValueHttpField.class
    org/eclipse/jetty/http/HttpField.class
    org/eclipse/jetty/http/HttpGenerator.class
    org/eclipse/jetty/http/MetaData$Request.class
    org/eclipse/jetty/http/MimeTypes.class
    org/eclipse/jetty/http/pathmap/ServletPathSpec$1.class
    org/eclipse/jetty/http/PathMap.class
    org/eclipse/jetty/http/DateParser$1.class
    org/eclipse/jetty/http/HttpCookie.class
    org/eclipse/jetty/http/HttpGenerator$1.class
    org/eclipse/jetty/http/HttpHeaderValue.class
    org/eclipse/jetty/http/HttpParser$CharState.class
    org/eclipse/jetty/http/HttpParser$FieldState.class
    org/eclipse/jetty/http/HttpParser.class
    org/eclipse/jetty/http/pathmap/ServletPathSpec.class
    org/eclipse/jetty/http/PrecompressedHttpContent.class
    org/eclipse/jetty/http/useragents
    org/eclipse/jetty/io/
    org/eclipse/jetty/io/AbstractEndPoint.class
    org/eclipse/jetty/io/ByteBufferPool$Lease.class
    org/eclipse/jetty/io/ChannelEndPoint$2.class
    org/eclipse/jetty/io/ChannelEndPoint$4.class
    org/eclipse/jetty/io/ChannelEndPoint$RunnableTask.class
    org/eclipse/jetty/io/Connection$UpgradeTo.class
    org/eclipse/jetty/io/ManagedSelector$EndPointCloser.class
    org/eclipse/jetty/io/ManagedSelector$Selectable.class
    org/eclipse/jetty/io/ssl/
    org/eclipse/jetty/io/ssl/SslConnection$1.class
    org/eclipse/jetty/io/ssl/SslConnection$DecryptedEndPoint.class
    org/eclipse/jetty/io/WriterOutputStream.class
    org/eclipse/jetty/io/AbstractConnection$1.class
    org/eclipse/jetty/io/ArrayByteBufferPool.class
    org/eclipse/jetty/io/ByteArrayEndPoint.class
    org/eclipse/jetty/io/Connection$UpgradeFrom.class
    org/eclipse/jetty/io/EofException.class
    org/eclipse/jetty/io/ManagedSelector$CreateEndPoint.class
    org/eclipse/jetty/io/ssl/ALPNProcessor$Server.class
    org/eclipse/jetty/io/ssl/SslConnection$DecryptedEndPoint$WriteCallBack$1.class
    org/eclipse/jetty/io/AbstractConnection$ReadCallback.class
    org/eclipse/jetty/io/ByteArrayEndPoint$1.class
    org/eclipse/jetty/io/Connection$Listener$Adapter.class
    org/eclipse/jetty/io/FillInterest.class
    org/eclipse/jetty/io/ManagedSelector$Connect.class
    org/eclipse/jetty/io/ManagedSelector$DumpKeys.class
    org/eclipse/jetty/io/ssl/ALPNProcessor.class
    org/eclipse/jetty/io/ssl/SslConnection$DecryptedEndPoint$WriteCallBack.class
    org/eclipse/jetty/io/ssl/SslConnection.class
    org/eclipse/jetty/io/WriteFlusher$FailedState.class
    org/eclipse/jetty/io/WriteFlusher$PendingState.class
    org/eclipse/jetty/io/WriteFlusher$WritingState.class
    org/eclipse/jetty/io/AbstractConnection.class
    org/eclipse/jetty/io/Connection.class
    org/eclipse/jetty/io/LeakTrackingByteBufferPool$1.class
    org/eclipse/jetty/io/ManagedSelector$1.class
    org/eclipse/jetty/io/ManagedSelector$Acceptor.class
    org/eclipse/jetty/io/ManagedSelector$SelectorProducer.class
    org/eclipse/jetty/io/NegotiatingClientConnection.class
    org/eclipse/jetty/io/NetworkTrafficListener$Adapter.class
    org/eclipse/jetty/io/QuietException.class
    org/eclipse/jetty/io/SelectChannelEndPoint.class
    org/eclipse/jetty/io/SocketChannelEndPoint.class
    org/eclipse/jetty/io/ssl/ALPNProcessor$Server$1.class
    org/eclipse/jetty/io/AbstractEndPoint$1.class
    org/eclipse/jetty/io/ByteBufferPool$Bucket.class
    org/eclipse/jetty/io/ByteBufferPool.class
    org/eclipse/jetty/io/ChannelEndPoint$1.class
    org/eclipse/jetty/io/ChannelEndPoint$3.class
    org/eclipse/jetty/io/ChannelEndPoint$RunnableCloseable.class
    org/eclipse/jetty/io/ChannelEndPoint.class
    org/eclipse/jetty/io/LeakTrackingByteBufferPool.class
    org/eclipse/jetty/io/ManagedSelector$CloseEndPoints.class
    org/eclipse/jetty/io/ManagedSelector$ConnectTimeout.class
    org/eclipse/jetty/io/ManagedSelector.class
    org/eclipse/jetty/io/NetworkTrafficSelectChannelEndPoint.class
    org/eclipse/jetty/io/ssl/ALPNProcessor$Client$1.class
    org/eclipse/jetty/io/ssl/SslConnection$2.class
    org/eclipse/jetty/io/ssl/SslHandshakeListener$Event.class
    org/eclipse/jetty/io/ssl/SslHandshakeListener.class
    org/eclipse/jetty/io/WriteFlusher$1.class
    org/eclipse/jetty/io/WriteFlusher$CompletingState.class
    org/eclipse/jetty/io/WriteFlusher$IdleState.class
    org/eclipse/jetty/io/WriteFlusher$State.class
    org/eclipse/jetty/io/WriteFlusher$StateType.class
    org/eclipse/jetty/io/WriteFlusher.class
    org/eclipse/jetty/io/AbstractEndPoint$2.class
    org/eclipse/jetty/io/ClientConnectionFactory.class
    org/eclipse/jetty/io/Connection$Listener.class
    org/eclipse/jetty/io/ConnectionStatistics.class
    org/eclipse/jetty/io/IdleTimeout.class
    org/eclipse/jetty/io/ManagedSelector$Accept.class
    org/eclipse/jetty/io/ManagedSelector$NonBlockingAction.class
    org/eclipse/jetty/io/ssl/SslClientConnectionFactory.class
    org/eclipse/jetty/io/ssl/SslConnection$4.class
    org/eclipse/jetty/io/AbstractEndPoint$3.class
    org/eclipse/jetty/io/EndPoint.class
    org/eclipse/jetty/io/ManagedSelector$CloseSelector.class
    org/eclipse/jetty/io/ssl/ALPNProcessor$Client.class
    org/eclipse/jetty/io/ssl/SslConnection$3.class
    org/eclipse/jetty/io/ssl/SslConnection$RunnableTask.class
    org/eclipse/jetty/io/AbstractEndPoint$State.class
    org/eclipse/jetty/io/IdleTimeout$1.class
    org/eclipse/jetty/io/MappedByteBufferPool$Tagged.class
    org/eclipse/jetty/io/MappedByteBufferPool.class
    org/eclipse/jetty/io/NegotiatingClientConnectionFactory.class
    org/eclipse/jetty/io/NetworkTrafficListener.class
    org/eclipse/jetty/io/RuntimeIOException.class
    org/eclipse/jetty/io/SelectorManager.class
    org/eclipse/jetty/io/ssl/SslConnection$DecryptedEndPoint$FailWrite.class
    org/eclipse/jetty/security/
    org/eclipse/jetty/security/authentication/
    org/eclipse/jetty/security/authentication/DeferredAuthentication$2.class
    org/eclipse/jetty/security/authentication/DigestAuthenticator$Nonce.class
    org/eclipse/jetty/security/authentication/LoginAuthenticator.class
    org/eclipse/jetty/security/Authenticator.class
    org/eclipse/jetty/security/RunAsToken.class
    org/eclipse/jetty/security/SecurityHandler.class
    org/eclipse/jetty/security/AbstractLoginService$RolePrincipal.class
    org/eclipse/jetty/security/authentication/DeferredAuthentication.class
    org/eclipse/jetty/security/authentication/DigestAuthenticator.class
    org/eclipse/jetty/security/authentication/SpnegoAuthenticator.class
    org/eclipse/jetty/security/DefaultUserIdentity.class
    org/eclipse/jetty/security/JDBCLoginService$JDBCUserPrincipal.class
    org/eclipse/jetty/security/RoleRunAsToken.class
    org/eclipse/jetty/security/SecurityHandler$NotChecked.class
    org/eclipse/jetty/security/ServerAuthException.class
    org/eclipse/jetty/security/AbstractLoginService.class
    org/eclipse/jetty/security/authentication/FormAuthenticator$FormResponse.class
    org/eclipse/jetty/security/authentication/SessionAuthentication.class
    org/eclipse/jetty/security/DefaultIdentityService.class
    org/eclipse/jetty/security/IdentityService.class
    org/eclipse/jetty/security/RoleInfo.class
    org/eclipse/jetty/security/UserStore.class
    org/eclipse/jetty/security/AbstractLoginService$UserPrincipal.class
    org/eclipse/jetty/security/authentication/DigestAuthenticator$Digest.class
    org/eclipse/jetty/security/authentication/FormAuthenticator$FormAuthentication.class
    org/eclipse/jetty/security/authentication/LoginCallback.class
    org/eclipse/jetty/security/Authenticator$Factory.class
    org/eclipse/jetty/security/DefaultAuthenticatorFactory.class
    org/eclipse/jetty/security/LoginService.class
    org/eclipse/jetty/security/SecurityHandler$1.class
    org/eclipse/jetty/security/SpnegoUserIdentity.class
    org/eclipse/jetty/security/AbstractUserAuthentication.class
    org/eclipse/jetty/security/authentication/FormAuthenticator.class
    org/eclipse/jetty/security/HashLoginService.class
    org/eclipse/jetty/security/PropertyUserStore$UserListener.class
    org/eclipse/jetty/security/PropertyUserStore.class
    org/eclipse/jetty/security/UserAuthentication.class
    org/eclipse/jetty/security/authentication/BasicAuthenticator.class
    org/eclipse/jetty/security/authentication/FormAuthenticator$FormRequest.class
    org/eclipse/jetty/security/authentication/LoginCallbackImpl.class
    org/eclipse/jetty/security/ConstraintMapping.class
    org/eclipse/jetty/security/JDBCLoginService.class
    org/eclipse/jetty/security/SpnegoLoginService.class
    org/eclipse/jetty/security/UserDataConstraint.class
    org/eclipse/jetty/security/authentication/ClientCertAuthenticator.class
    org/eclipse/jetty/security/Authenticator$AuthConfiguration.class
    org/eclipse/jetty/security/ConstraintSecurityHandler.class
    org/eclipse/jetty/security/SecurityHandler$3.class
    org/eclipse/jetty/security/authentication/DeferredAuthentication$1.class
    org/eclipse/jetty/security/ConstraintAware.class
    org/eclipse/jetty/security/SecurityHandler$2.class
    org/eclipse/jetty/security/SpnegoUserPrincipal.class
    org/glassfish/
    org/glassfish/jsp/
    org/glassfish/jsp/api/
    org/glassfish/jsp/api/ByteWriter.class
    org/glassfish/jsp/api/JspProbeEmitter.class
    org/glassfish/jsp/api/ResourceInjector.class
    com/
    com/sun/
    com/sun/el/
    com/sun/el/ExpressionFactoryImpl.class
    com/sun/el/lang/
    com/sun/el/lang/ELArithmetic$BigDecimalDelegate.class
    com/sun/el/lang/ELArithmetic$BigIntegerDelegate.class
    com/sun/el/lang/ELArithmetic$DoubleDelegate.class
    com/sun/el/lang/ELArithmetic$LongDelegate.class
    com/sun/el/lang/ELArithmetic.class
    com/sun/el/lang/ELSupport.class
    com/sun/el/lang/EvaluationContext.class
    com/sun/el/lang/ExpressionBuilder$1.class
    com/sun/el/lang/ExpressionBuilder$NodeSoftReference.class
    com/sun/el/lang/ExpressionBuilder$SoftConcurrentHashMap.class
    com/sun/el/lang/ExpressionBuilder.class
    com/sun/el/lang/FunctionMapperFactory.class
    com/sun/el/lang/FunctionMapperImpl$Function.class
    com/sun/el/lang/FunctionMapperImpl.class
    com/sun/el/lang/VariableMapperFactory.class
    com/sun/el/lang/VariableMapperImpl.class
    com/sun/el/Messages.properties
    com/sun/el/MethodExpressionImpl.class
    com/sun/el/MethodExpressionLiteral.class
    com/sun/el/parser/
    com/sun/el/parser/ArithmeticNode.class
    com/sun/el/parser/AstAnd.class
    com/sun/el/parser/AstAssign.class
    com/sun/el/parser/AstBracketSuffix.class
    com/sun/el/parser/AstChoice.class
    com/sun/el/parser/AstCompositeExpression.class
    com/sun/el/parser/AstConcat.class
    com/sun/el/parser/AstDeferredExpression.class
    com/sun/el/parser/AstDiv.class
    com/sun/el/parser/AstDotSuffix.class
    com/sun/el/parser/AstDynamicExpression.class
    com/sun/el/parser/AstEmpty.class
    com/sun/el/parser/AstEqual.class
    com/sun/el/parser/AstFalse.class
    com/sun/el/parser/AstFloatingPoint.class
    com/sun/el/parser/AstFunction.class
    com/sun/el/parser/AstGreaterThan.class
    com/sun/el/parser/AstGreaterThanEqual.class
    com/sun/el/parser/AstIdentifier.class
    com/sun/el/parser/AstInteger.class
    com/sun/el/parser/AstLambdaExpression.class
    com/sun/el/parser/AstLambdaParameters.class
    com/sun/el/parser/AstLessThan.class
    com/sun/el/parser/AstLessThanEqual.class
    com/sun/el/parser/AstListData.class
    com/sun/el/parser/AstLiteralExpression.class
    com/sun/el/parser/AstMapData.class
    com/sun/el/parser/AstMapEntry.class
    com/sun/el/parser/AstMethodArguments.class
    com/sun/el/parser/AstMinus.class
    com/sun/el/parser/AstMod.class
    com/sun/el/parser/AstMult.class
    com/sun/el/parser/AstNegative.class
    com/sun/el/parser/AstNot.class
    com/sun/el/parser/AstNotEqual.class
    com/sun/el/parser/AstNull.class
    com/sun/el/parser/AstOr.class
    com/sun/el/parser/AstPlus.class
    com/sun/el/parser/AstSemiColon.class
    com/sun/el/parser/AstString.class
    com/sun/el/parser/AstTrue.class
    com/sun/el/parser/AstValue$Target.class
    com/sun/el/parser/AstValue.class
    com/sun/el/parser/BooleanNode.class
    com/sun/el/parser/ELParser$1.class
    com/sun/el/parser/ELParser$JJCalls.class
    com/sun/el/parser/ELParser$LookaheadSuccess.class
    com/sun/el/parser/ELParser.class
    com/sun/el/parser/ELParserConstants.class
    com/sun/el/parser/ELParserTokenManager.class
    com/sun/el/parser/ELParserTreeConstants.class
    com/sun/el/parser/JJTELParserState.class
    com/sun/el/parser/Node.class
    com/sun/el/parser/NodeVisitor.class
    com/sun/el/parser/ParseException.class
    com/sun/el/parser/SimpleCharStream.class
    com/sun/el/parser/SimpleNode.class
    com/sun/el/parser/Token.class
    com/sun/el/parser/TokenMgrError.class
    com/sun/el/stream/
    com/sun/el/stream/Operator.class
    com/sun/el/stream/Optional.class
    com/sun/el/stream/Stream$1$1.class
    com/sun/el/stream/Stream$1.class
    com/sun/el/stream/Stream$2$1.class
    com/sun/el/stream/Stream$2.class
    com/sun/el/stream/Stream$3$1.class
    com/sun/el/stream/Stream$3.class
    com/sun/el/stream/Stream$4$1.class
    com/sun/el/stream/Stream$4.class
    com/sun/el/stream/Stream$5.class
    com/sun/el/stream/Stream$6$1.class
    com/sun/el/stream/Stream$6.class
    com/sun/el/stream/Stream$7$1.class
    com/sun/el/stream/Stream$7$2.class
    com/sun/el/stream/Stream$7.class
    com/sun/el/stream/Stream$8$1.class
    com/sun/el/stream/Stream$8$2.class
    com/sun/el/stream/Stream$8.class
    com/sun/el/stream/Stream$9$1.class
    com/sun/el/stream/Stream$9.class
    com/sun/el/stream/Stream$Iterator0.class
    com/sun/el/stream/Stream$Iterator1.class
    com/sun/el/stream/Stream$Iterator2.class
    com/sun/el/stream/Stream.class
    com/sun/el/stream/StreamELResolver$1.class
    com/sun/el/stream/StreamELResolver.class
    com/sun/el/util/
    com/sun/el/util/MessageFactory.class
    com/sun/el/util/ReflectionUtil$1.class
    com/sun/el/util/ReflectionUtil$ConstructorWrapper.class
    com/sun/el/util/ReflectionUtil$MethodWrapper.class
    com/sun/el/util/ReflectionUtil$Wrapper.class
    com/sun/el/util/ReflectionUtil.class
    com/sun/el/ValueExpressionImpl.class
    com/sun/el/ValueExpressionLiteral.class
    javax/
    javax/el/
    javax/el/ArrayELResolver.class
    javax/el/BeanELResolver$1.class
    javax/el/BeanELResolver$BeanProperties.class
    javax/el/BeanELResolver$BeanProperty.class
    javax/el/BeanELResolver$BPSoftReference.class
    javax/el/BeanELResolver$SoftConcurrentHashMap.class
    javax/el/BeanELResolver.class
    javax/el/BeanNameELResolver.class
    javax/el/BeanNameResolver.class
    javax/el/CompositeELResolver$CompositeIterator.class
    javax/el/CompositeELResolver.class
    javax/el/ELClass.class
    javax/el/ELContext.class
    javax/el/ELContextEvent.class
    javax/el/ELContextListener.class
    javax/el/ELException.class
    javax/el/ELManager.class
    javax/el/ELProcessor.class
    javax/el/ELResolver.class
    javax/el/ELUtil$1.class
    javax/el/ELUtil$ConstructorWrapper.class
    javax/el/ELUtil$MethodWrapper.class
    javax/el/ELUtil$Wrapper.class
    javax/el/ELUtil.class
    javax/el/EvaluationListener.class
    javax/el/Expression.class
    javax/el/ExpressionFactory.class
    javax/el/FactoryFinder.class
    javax/el/FunctionMapper.class
    javax/el/ImportHandler.class
    javax/el/LambdaExpression.class
    javax/el/ListELResolver.class
    javax/el/MapELResolver.class
    javax/el/MethodExpression.class
    javax/el/MethodInfo.class
    javax/el/MethodNotFoundException.class
    javax/el/PrivateMessages.properties
    javax/el/PropertyNotFoundException.class
    javax/el/PropertyNotWritableException.class
    javax/el/ResourceBundleELResolver.class
    javax/el/StandardELContext$1.class
    javax/el/StandardELContext$DefaultFunctionMapper.class
    javax/el/StandardELContext$DefaultVariableMapper.class
    javax/el/StandardELContext$LocalBeanNameResolver.class
    javax/el/StandardELContext.class
    javax/el/StaticFieldELResolver.class
    javax/el/TypeConverter.class
    javax/el/ValueExpression.class
    javax/el/ValueReference.class
    javax/el/VariableMapper.class
    javax/servlet/
    javax/servlet/jsp/
    javax/servlet/jsp/el/
    javax/servlet/jsp/el/ELException.class
    javax/servlet/jsp/el/ELParseException.class
    javax/servlet/jsp/el/Expression.class
    javax/servlet/jsp/el/ExpressionEvaluator.class
    javax/servlet/jsp/el/FunctionMapper.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$1.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$EnumeratedMap.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects$1.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects$2.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects$3.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects$4.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects$5.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects$6.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects$7.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects$8.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects$9.class
    javax/servlet/jsp/el/ImplicitObjectELResolver$ImplicitObjects.class
    javax/servlet/jsp/el/ImplicitObjectELResolver.class
    javax/servlet/jsp/el/ScopedAttributeELResolver.class
    javax/servlet/jsp/el/VariableResolver.class
    javax/servlet/jsp/ErrorData.class
    javax/servlet/jsp/HttpJspPage.class
    javax/servlet/jsp/JspApplicationContext.class
    javax/servlet/jsp/JspContext.class
    javax/servlet/jsp/JspEngineInfo.class
    javax/servlet/jsp/JspException.class
    javax/servlet/jsp/JspFactory.class
    javax/servlet/jsp/JspPage.class
    javax/servlet/jsp/JspTagException.class
    javax/servlet/jsp/JspWriter.class
    javax/servlet/jsp/PageContext.class
    javax/servlet/jsp/SkipPageException.class
    javax/servlet/jsp/tagext/
    javax/servlet/jsp/tagext/BodyContent.class
    javax/servlet/jsp/tagext/BodyTag.class
    javax/servlet/jsp/tagext/BodyTagSupport.class
    javax/servlet/jsp/tagext/DynamicAttributes.class
    javax/servlet/jsp/tagext/FunctionInfo.class
    javax/servlet/jsp/tagext/IterationTag.class
    javax/servlet/jsp/tagext/JspFragment.class
    javax/servlet/jsp/tagext/JspIdConsumer.class
    javax/servlet/jsp/tagext/JspTag.class
    javax/servlet/jsp/tagext/PageData.class
    javax/servlet/jsp/tagext/SimpleTag.class
    javax/servlet/jsp/tagext/SimpleTagSupport.class
    javax/servlet/jsp/tagext/Tag.class
    javax/servlet/jsp/tagext/TagAdapter.class
    javax/servlet/jsp/tagext/TagAttributeInfo.class
    javax/servlet/jsp/tagext/TagData.class
    javax/servlet/jsp/tagext/TagExtraInfo.class
    javax/servlet/jsp/tagext/TagFileInfo.class
    javax/servlet/jsp/tagext/TagInfo.class
    javax/servlet/jsp/tagext/TagLibraryInfo.class
    javax/servlet/jsp/tagext/TagLibraryValidator.class
    javax/servlet/jsp/tagext/TagSupport.class
    javax/servlet/jsp/tagext/TagVariableInfo.class
    javax/servlet/jsp/tagext/TryCatchFinally.class
    javax/servlet/jsp/tagext/ValidationMessage.class
    javax/servlet/jsp/tagext/VariableInfo.class
    javax/servlet/annotation/
    javax/servlet/annotation/HandlesTypes.class
    javax/servlet/annotation/HttpConstraint.class
    javax/servlet/annotation/HttpMethodConstraint.class
    javax/servlet/annotation/MultipartConfig.class
    javax/servlet/annotation/package.html
    javax/servlet/annotation/ServletSecurity$EmptyRoleSemantic.class
    javax/servlet/annotation/ServletSecurity$TransportGuarantee.class
    javax/servlet/annotation/ServletSecurity.class
    javax/servlet/annotation/WebFilter.class
    javax/servlet/annotation/WebInitParam.class
    javax/servlet/annotation/WebListener.class
    javax/servlet/annotation/WebServlet.class
    javax/servlet/AsyncContext.class
    javax/servlet/AsyncEvent.class
    javax/servlet/AsyncListener.class
    javax/servlet/descriptor/
    javax/servlet/descriptor/JspConfigDescriptor.class
    javax/servlet/descriptor/JspPropertyGroupDescriptor.class
    javax/servlet/descriptor/package.html
    javax/servlet/descriptor/TaglibDescriptor.class
    javax/servlet/DispatcherType.class
    javax/servlet/Filter.class
    javax/servlet/FilterChain.class
    javax/servlet/FilterConfig.class
    javax/servlet/FilterRegistration$Dynamic.class
    javax/servlet/FilterRegistration.class
    javax/servlet/GenericServlet.class
    javax/servlet/http/
    javax/servlet/http/Cookie.class
    javax/servlet/http/HttpServlet.class
    javax/servlet/http/HttpServletRequest.class
    javax/servlet/http/HttpServletRequestWrapper.class
    javax/servlet/http/HttpServletResponse.class
    javax/servlet/http/HttpServletResponseWrapper.class
    javax/servlet/http/HttpSession.class
    javax/servlet/http/HttpSessionActivationListener.class
    javax/servlet/http/HttpSessionAttributeListener.class
    javax/servlet/http/HttpSessionBindingEvent.class
    javax/servlet/http/HttpSessionBindingListener.class
    javax/servlet/http/HttpSessionContext.class
    javax/servlet/http/HttpSessionEvent.class
    javax/servlet/http/HttpSessionIdListener.class
    javax/servlet/http/HttpSessionListener.class
    javax/servlet/http/HttpUpgradeHandler.class
    javax/servlet/http/HttpUtils.class
    javax/servlet/http/LocalStrings.properties
    javax/servlet/http/LocalStrings_es.properties
    javax/servlet/http/LocalStrings_fr.properties
    javax/servlet/http/LocalStrings_ja.properties
    javax/servlet/http/NoBodyOutputStream.class
    javax/servlet/http/NoBodyResponse.class
    javax/servlet/http/package.html
    javax/servlet/http/Part.class
    javax/servlet/http/WebConnection.class
    javax/servlet/HttpConstraintElement.class
    javax/servlet/HttpMethodConstraintElement.class
    javax/servlet/LocalStrings.properties
    javax/servlet/LocalStrings_fr.properties
    javax/servlet/LocalStrings_ja.properties
    javax/servlet/MultipartConfigElement.class
    javax/servlet/package.html
    javax/servlet/ReadListener.class
    javax/servlet/Registration$Dynamic.class
    javax/servlet/Registration.class
    javax/servlet/RequestDispatcher.class
    javax/servlet/Servlet.class
    javax/servlet/ServletConfig.class
    javax/servlet/ServletContainerInitializer.class
    javax/servlet/ServletContext.class
    javax/servlet/ServletContextAttributeEvent.class
    javax/servlet/ServletContextAttributeListener.class
    javax/servlet/ServletContextEvent.class
    javax/servlet/ServletContextListener.class
    javax/servlet/ServletException.class
    javax/servlet/ServletInputStream.class
    javax/servlet/ServletOutputStream.class
    javax/servlet/ServletRegistration$Dynamic.class
    javax/servlet/ServletRegistration.class
    javax/servlet/ServletRequest.class
    javax/servlet/ServletRequestAttributeEvent.class
    javax/servlet/ServletRequestAttributeListener.class
    javax/servlet/ServletRequestEvent.class
    javax/servlet/ServletRequestListener.class
    javax/servlet/ServletRequestWrapper.class
    javax/servlet/ServletResponse.class
    javax/servlet/ServletResponseWrapper.class
    javax/servlet/ServletSecurityElement.class
    javax/servlet/SessionCookieConfig.class
    javax/servlet/SessionTrackingMode.class
    javax/servlet/SingleThreadModel.class
    javax/servlet/UnavailableException.class
    javax/servlet/WriteListener.class
    org/apache/commons/
    org/apache/commons/lang/
    org/apache/commons/lang/ArrayUtils.class
    org/apache/commons/lang/BitField.class
    org/apache/commons/lang/BooleanUtils.class
    org/apache/commons/lang/builder/
    org/apache/commons/lang/builder/CompareToBuilder.class
    org/apache/commons/lang/builder/EqualsBuilder.class
    org/apache/commons/lang/builder/HashCodeBuilder.class
    org/apache/commons/lang/builder/IDKey.class
    org/apache/commons/lang/builder/ReflectionToStringBuilder.class
    org/apache/commons/lang/builder/StandardToStringStyle.class
    org/apache/commons/lang/builder/ToStringBuilder.class
    org/apache/commons/lang/builder/ToStringStyle$DefaultToStringStyle.class
    org/apache/commons/lang/builder/ToStringStyle$MultiLineToStringStyle.class
    org/apache/commons/lang/builder/ToStringStyle$NoFieldNameToStringStyle.class
    org/apache/commons/lang/builder/ToStringStyle$ShortPrefixToStringStyle.class
    org/apache/commons/lang/builder/ToStringStyle$SimpleToStringStyle.class
    org/apache/commons/lang/builder/ToStringStyle.class
    org/apache/commons/lang/CharEncoding.class
    org/apache/commons/lang/CharRange$1.class
    org/apache/commons/lang/CharRange$CharacterIterator.class
    org/apache/commons/lang/CharRange.class
    org/apache/commons/lang/CharSet.class
    org/apache/commons/lang/CharSetUtils.class
    org/apache/commons/lang/CharUtils.class
    org/apache/commons/lang/ClassUtils.class
    org/apache/commons/lang/Entities$ArrayEntityMap.class
    org/apache/commons/lang/Entities$BinaryEntityMap.class
    org/apache/commons/lang/Entities$EntityMap.class
    org/apache/commons/lang/Entities$HashEntityMap.class
    org/apache/commons/lang/Entities$LookupEntityMap.class
    org/apache/commons/lang/Entities$MapIntMap.class
    org/apache/commons/lang/Entities$PrimitiveEntityMap.class
    org/apache/commons/lang/Entities$TreeEntityMap.class
    org/apache/commons/lang/Entities.class
    org/apache/commons/lang/enum/
    org/apache/commons/lang/enum/Enum$Entry.class
    org/apache/commons/lang/enum/Enum.class
    org/apache/commons/lang/enum/EnumUtils.class
    org/apache/commons/lang/enum/ValuedEnum.class
    org/apache/commons/lang/enums/
    org/apache/commons/lang/enums/Enum$Entry.class
    org/apache/commons/lang/enums/Enum.class
    org/apache/commons/lang/enums/EnumUtils.class
    org/apache/commons/lang/enums/ValuedEnum.class
    org/apache/commons/lang/exception/
    org/apache/commons/lang/exception/CloneFailedException.class
    org/apache/commons/lang/exception/ExceptionUtils.class
    org/apache/commons/lang/exception/Nestable.class
    org/apache/commons/lang/exception/NestableDelegate.class
    org/apache/commons/lang/exception/NestableError.class
    org/apache/commons/lang/exception/NestableException.class
    org/apache/commons/lang/exception/NestableRuntimeException.class
    org/apache/commons/lang/IllegalClassException.class
    org/apache/commons/lang/IncompleteArgumentException.class
    org/apache/commons/lang/IntHashMap$Entry.class
    org/apache/commons/lang/IntHashMap.class
    org/apache/commons/lang/LocaleUtils.class
    org/apache/commons/lang/math/
    org/apache/commons/lang/math/DoubleRange.class
    org/apache/commons/lang/math/FloatRange.class
    org/apache/commons/lang/math/Fraction.class
    org/apache/commons/lang/math/IEEE754rUtils.class
    org/apache/commons/lang/math/IntRange.class
    org/apache/commons/lang/math/JVMRandom.class
    org/apache/commons/lang/math/LongRange.class
    org/apache/commons/lang/math/NumberRange.class
    org/apache/commons/lang/math/NumberUtils.class
    org/apache/commons/lang/math/RandomUtils.class
    org/apache/commons/lang/math/Range.class
    org/apache/commons/lang/mutable/
    org/apache/commons/lang/mutable/Mutable.class
    org/apache/commons/lang/mutable/MutableBoolean.class
    org/apache/commons/lang/mutable/MutableByte.class
    org/apache/commons/lang/mutable/MutableDouble.class
    org/apache/commons/lang/mutable/MutableFloat.class
    org/apache/commons/lang/mutable/MutableInt.class
    org/apache/commons/lang/mutable/MutableLong.class
    org/apache/commons/lang/mutable/MutableObject.class
    org/apache/commons/lang/mutable/MutableShort.class
    org/apache/commons/lang/NotImplementedException.class
    org/apache/commons/lang/NullArgumentException.class
    org/apache/commons/lang/NumberRange.class
    org/apache/commons/lang/NumberUtils.class
    org/apache/commons/lang/ObjectUtils$Null.class
    org/apache/commons/lang/ObjectUtils.class
    org/apache/commons/lang/RandomStringUtils.class
    org/apache/commons/lang/reflect/
    org/apache/commons/lang/reflect/ConstructorUtils.class
    org/apache/commons/lang/reflect/FieldUtils.class
    org/apache/commons/lang/reflect/MemberUtils.class
    org/apache/commons/lang/reflect/MethodUtils.class
    org/apache/commons/lang/SerializationException.class
    org/apache/commons/lang/SerializationUtils.class
    org/apache/commons/lang/StringEscapeUtils.class
    org/apache/commons/lang/StringUtils.class
    org/apache/commons/lang/SystemUtils.class
    org/apache/commons/lang/text/
    org/apache/commons/lang/text/CompositeFormat.class
    org/apache/commons/lang/text/ExtendedMessageFormat.class
    org/apache/commons/lang/text/FormatFactory.class
    org/apache/commons/lang/text/StrBuilder$StrBuilderReader.class
    org/apache/commons/lang/text/StrBuilder$StrBuilderTokenizer.class
    org/apache/commons/lang/text/StrBuilder$StrBuilderWriter.class
    org/apache/commons/lang/text/StrBuilder.class
    org/apache/commons/lang/text/StrLookup$MapStrLookup.class
    org/apache/commons/lang/text/StrLookup.class
    org/apache/commons/lang/text/StrMatcher$CharMatcher.class
    org/apache/commons/lang/text/StrMatcher$CharSetMatcher.class
    org/apache/commons/lang/text/StrMatcher$NoMatcher.class
    org/apache/commons/lang/text/StrMatcher$StringMatcher.class
    org/apache/commons/lang/text/StrMatcher$TrimMatcher.class
    org/apache/commons/lang/text/StrMatcher.class
    org/apache/commons/lang/text/StrSubstitutor.class
    org/apache/commons/lang/text/StrTokenizer.class
    org/apache/commons/lang/time/
    org/apache/commons/lang/time/DateFormatUtils.class
    org/apache/commons/lang/time/DateUtils$DateIterator.class
    org/apache/commons/lang/time/DateUtils.class
    org/apache/commons/lang/time/DurationFormatUtils$Token.class
    org/apache/commons/lang/time/DurationFormatUtils.class
    org/apache/commons/lang/time/FastDateFormat$CharacterLiteral.class
    org/apache/commons/lang/time/FastDateFormat$NumberRule.class
    org/apache/commons/lang/time/FastDateFormat$PaddedNumberField.class
    org/apache/commons/lang/time/FastDateFormat$Pair.class
    org/apache/commons/lang/time/FastDateFormat$Rule.class
    org/apache/commons/lang/time/FastDateFormat$StringLiteral.class
    org/apache/commons/lang/time/FastDateFormat$TextField.class
    org/apache/commons/lang/time/FastDateFormat$TimeZoneDisplayKey.class
    org/apache/commons/lang/time/FastDateFormat$TimeZoneNameRule.class
    org/apache/commons/lang/time/FastDateFormat$TimeZoneNumberRule.class
    org/apache/commons/lang/time/FastDateFormat$TwelveHourField.class
    org/apache/commons/lang/time/FastDateFormat$TwentyFourHourField.class
    org/apache/commons/lang/time/FastDateFormat$TwoDigitMonthField.class
    org/apache/commons/lang/time/FastDateFormat$TwoDigitNumberField.class
    org/apache/commons/lang/time/FastDateFormat$TwoDigitYearField.class
    org/apache/commons/lang/time/FastDateFormat$UnpaddedMonthField.class
    org/apache/commons/lang/time/FastDateFormat$UnpaddedNumberField.class
    org/apache/commons/lang/time/FastDateFormat.class
    org/apache/commons/lang/time/StopWatch.class
    org/apache/commons/lang/UnhandledException.class
    org/apache/commons/lang/Validate.class
    org/apache/commons/lang/WordUtils.class
[ERROR] Found artifact with unexpected contents: '/Users/appy/apache/hbase/hbase-shaded/hbase-shaded-client/target/hbase-shaded-client-3.0.0-SNAPSHOT.jar'

EEConcurrencySuspendTestCase fails with security manager because of missing permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local6548003668083005195.challenge" "read")" in code source "(vfs:/content/ee-suspend.war/WEB-INF/classes <no signer certificates>)":

	at org.jboss.as.test.integration.ee.suspend.EEConcurrencySuspendTestCase.testRequestInShutdown(EEConcurrencySuspendTestCase.java:125)
   JBOSS-LOCAL-USER: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local6548003668083005195.challenge" "read")" in code source "(vfs:/content/ee-suspend.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ee-suspend.war" from Service Module Loader")
	Suppressed: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/okotek/git/wildfly/testsuite/integration/basic/target/jbossas/standalone/tmp/auth/local6548003668083005195.challenge" "read")" in code source "(vfs:/content/ee-suspend.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ee-suspend.war" from Service Module Loader")
		at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication.lambda$handleEvent$0(ClientConnectionOpenListener.java:650)
		... 3 more

There are other such tests:

Should be DEBUG. Should be wrapped with a logLevel check. 
./hbase-server/src/main/java/org/apache/hadoop/hbase/master/HMaster.java:2409:    LOG.info(getClientIdAuditPrefix() + " get ClusterStatus, status=" + status);

script clinic.roo when persistence is OPENJPA will fail due to two errors:
1. Flushing is required so that the identifier is assigned to newly-persisted entities (integration test add-on).
2. The List<EntityClass> returned from the finder is immutable, so subsequent attempts to add newly-created transient entities to that list will fail (data on demand add-on).

We have a situation where each region server is loaded with 100+ regions, most of them in the same table. During a long upload of webpages, each memcache gets filled near equally fast so that the global memcache limit is usually triggered before the max memcache size. Since that emergency flush does not trigger compactions, the number of store files just keeps growing until it fails on all kinds of errors.
We need a better story for this as this is a "normal" situation.

The document we generate should follow the xsd.
Galleon will as the server persister marshals in xsd order, so basically fixing this just removes a diff between a galleon built dist and a legacy one.

In 4.3, copyRecursively would replace existing files. In 5.0, the move to Files.copy means that existing files are no longer overwritten and the copy fails with a FileAlreadyExistsException.
I wonder if this change was intentional (and could perhaps be mentioned in the javadoc), or if using StandardCopyOption.REPLACE_EXISTING would be appropriate.

Consistently failing in the last 4 runs.
See:
https://builds.apache.org/job/PreCommit-HIVE-Build/11824/testReport/org.apache.hadoop.hive.cli/TestMiniDruidKafkaCliDriver/testCliDriver_druidkafkamini_basic_/history/
Can not reproduce the failure locally 
 
Version: 0.90.4
Cluster : 40 boxes
As I saw below logs. It said that balance couldn't work because of a dead RS.
I dug deeply and found two issues:
1.       shutdownhandler didn't clear numProcessing deal with some exceptions. It seems whatever exceptions we should clear the flag or close master.
2.       "dead regionserver(s): [158-1-130-12,20020,1314971097929]" is inaccurate. The dead sever should be " 158-1-130-10,20020,1315068597979"
//master logs:
2011-09-05 00:28:00,487 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 00:33:00,489 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 00:38:00,493 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 00:43:00,495 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 00:48:00,499 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 00:53:00,501 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 00:58:00,501 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:03:00,502 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:08:00,506 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:13:00,508 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:18:00,512 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:23:00,514 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:28:00,518 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:33:00,520 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:38:00,524 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:43:00,526 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:48:00,530 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:53:00,532 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 01:58:00,536 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 02:03:00,537 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 02:08:00,538 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 02:13:00,539 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
2011-09-05 02:18:00,543 DEBUG org.apache.hadoop.hbase.master.HMaster: Not running balancer because processing dead regionserver(s): [158-1-130-12,20020,1314971097929]
// the exception logs :.
2011-09-03 18:13:27,550 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: Handling transition=RS_ZK_REGION_OPENING, server=158-1-133-11,20020,1315069437236, region=0db4088d75c58dd22f93f389d90ba6cc
2011-09-03 18:13:27,550 ERROR org.apache.hadoop.hbase.executor.EventHandler: Caught throwable while processing event M_SERVER_SHUTDOWN java.lang.NullPointerException
         at org.apache.hadoop.hbase.util.Bytes.toLong(Bytes.java:480)
         at org.apache.hadoop.hbase.util.Bytes.toLong(Bytes.java:454)
         at org.apache.hadoop.hbase.catalog.MetaReader.metaRowToRegionPairWithInfo(MetaReader.java:400)
         at org.apache.hadoop.hbase.catalog.MetaReader.getServerUserRegions(MetaReader.java:591)
         at org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:176)
         at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:156)
2011-09-03 18:13:27,550 INFO org.apache.hadoop.hbase.master.handler.ServerShutdownHandler: Splitting logs for 158-1-134-15,20020,1315065238916
2011-09-03 18:13:27,566 DEBUG org.apache.hadoop.hbase.master.AssignmentManager: No previous transition plan was found (or we are ignoring an existing plan) for ufdr,001146,1314955304624.22f6d43e78c903196f206881fc149488. so generated a random one; hri=ufdr,001146,1314955304624.22f6d43e78c903196f206881fc149488., src=, dest=158-1-132-17,20020,1315069441916; 31 (online=31, exclude=null) available servers
201

The '<gfe:partitioned-region>' element in the SDG XSD does not properly support and register multiple PartitionListener bean definitions on a PARTITION Region.

There is a small section of code at the end org.acegisecurity.acls.jdbc.BasicLookupStrategy that iterates through all the supplied ObjectIdentities, and checks that an Acl has been found for each.  If any ObjectIdentity does not have a corresponding Acl an exception is thrown.
I would assume that in some applications there may not be an Acl for every single domain object under Acl control, as projects using this library may decide to create Acls only as needed, and the absence of an Acl means no access. This  makes an exception too strong.
I think logging a warning to a commons logger would be more suitable, some thing like
         // Now we're done, check every requested object identity was found 
{
              }
          }
        }
    }
NOTE: This issue should probably be added to 

Small issue: in the Javadoc of the JdbcOperations class spring-mock.jar is mentioned. This should be spring-test.jar.

The "key-attribute" ("userPKCS12") should not be necessary to use LdapKeyStore as truststore.
See Steps to Reproduce for more information.

The following code throws ConcurrentModificationException:

HttpSession session = new MockHttpSession();
session.setAttribute("k1", "v1");
session.setAttribute("k2", "v2");
for (Enumeration<String> names = session.getAttributeNames(); names.hasMoreElements();) {
   session.removeAttribute(names.nextElement());
}

The same code was OK prior Spring 3, and is OK on any web server, with non-mock http session implementation.

When an Exception occurs in the Spring Data GemFire MappingPdxSerializer.fromData(..) method during normal processing and conversion from PDX back to the application domain object type, it is possible that the value may never have been initialized, thus causing a NullPointerException in the Exception handler, which then causes the original Exception to be eaten!

C:\Fuse\jboss-fuse-6.0.0.redhat-007\examples\eip>mvn clean install
[WARNING]
[WARNING] Some problems were encountered while building the effective model for
org.fusesource.examples:eip:jar:6.0.0.redhat-007
[WARNING] 'parent.relativePath' points at org.jboss.fuse:project instead of org.
fusesource.examples:project, please verify your project structure @ line 26, col
umn 13
[WARNING]
[WARNING] It is highly recommended to fix these problems because they threaten t
he stability of your build.
[WARNING]
[WARNING] For this reason, future Maven versions might no longer support buildin
g such malformed projects.
[WARNING]
[INFO]
[INFO] Building JBoss Fuse :: Examples :: Enterprise Integration Patterns 6.0.0.
redhat-007
[INFO]

In Spring Boot, I'd like to be able to override a method in a Spring Data REST configuration class to make it conditional, however this doesn't work. The condition on the overriding method is evaluated and correctly considered as not matching but the overridden method is then also considered. It has no conditions so a bean definition is created.
This is illustrated by this test:

import org.springframework.context.annotation.Condition;
import org.springframework.context.annotation.ConditionContext;
import org.springframework.context.annotation.Conditional;
import org.springframework.core.type.AnnotatedTypeMetadata;

public class ConditionalOverriddenBeanMethodTests {

	@Test
	public void conditionsOnOverriddenMethodsAreHonoured() {
		AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(
				Bar.class);
		Map<String, Baz> beansOfType = context.getBeansOfType(Baz.class);
		assertEquals(0, beansOfType.size());
	}

	private static class Foo {

		@Bean
		public Baz baz() {
			return new Baz();
		}

	}

	private static class Bar extends Foo {

		@Override
		@Bean
		@Conditional(NeverMatchesCondition.class)
		}

	}

	private static class Baz {

	}

	private static class NeverMatchesCondition implements Condition {

		@Override
		}

	}

}

My expectation is that the condition will prevent the Baz bean from being created.

The synopsis states
connect [controller_alias | [protocol://][host][:port]]
while protocol part alone cannot be specified w/o the host.
The other issue is protocol argument is described as
protocol  - optional, default value is http.
while the default value is http-remoting.

http://docs.spring.io/spring-batch/trunk/reference/html/jsr-352.html needs some more information regarding necessary setup information and hard to grasp side effects
1.  JsrJobOperator needs HSQLDB in classpath to work
Without HSQLDB you get a rather user-unfriendly "java.util.ServiceConfigurationError: javax.batch.operations.JobOperator: Provider org.springframework.batch.core.jsr.launch.JsrJobOperator could not be instantiated". Analyzing the stack trace and some debugging helps, but should'nt be needed.
2. i would like to see some information about the possibility of providing an own baseContext for the JsrJobOperator
I tried it with an own beanRefContext.xml primary="true", so far i get a nice
org.springframework.beans.factory.support.DefaultListableBeanFactory registerBeanDefinition INFO   Overriding bean definition for bean 'baseContext': replacing [Generic bean: class [org.springframework.context.support.GenericXmlApplicationContext]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=true; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in URL file:.../target/classes/beanRefContext.xml] with [Generic bean: class [org.springframework.context.support.GenericXmlApplicationContext]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in URL [jar:file.../org/springframework/batch/spring-batch-core/3.0.0.RC1/spring-batch-core-3.0.0.RC1.jar!/beanRefContext.xml]]

In order to be able to change the base path of an ebedded batch admin, 
the user needs to override standard.ftl to prefix resources paths with ${servletPath}
<#assign url><@spring.url relativeUrl="${servletPath}/resources/styles/main.css"/></#assign>
Prefix with ${servletPath} the resources in existing standard.ftl 

I saw the following in region server log:

2014-10-15 03:28:36,976 ERROR [B.DefaultRpcServer.handler=0,queue=0,port=60020] ipc.RpcServer: Unexpected throwable object
  at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextInternal(HRegion.java:5023)
  at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:4932)
  at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.nextRaw(HRegion.java:4923)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.scan(HRegionServer.java:3245)
  at org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29994)
  at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2078)

This is where the NPE happened:

        // Let's see what we have in the storeHeap.
        KeyValue current = this.storeHeap.peek();

The cause was race between nextInternal(called through nextRaw) and close methods.
nextRaw() is not synchronized.

In a controller I have a request mapping with the value "/" alongside other mappings that begin with a template variable.  All requests dispatched to this controller are mapped to the "/" method even if they match the pattern for another mapping.  Other controllers are not affected, only mappings within the same controller.
A test case is attached.

The method determineRootDir in class PathMatchingResourcePatternResolver does not work as espected.
The javadoc says:
Will return "/WEB-INF" for the pattern "/WEB-INF/*.xml", for example.
But /WEB-INF/*.xml acctualy returns /WEB-INF/
When determineRootDir resolves to a directory no problem, but it sometimes can resolve to a JAR file, when it resolves to a JAR file the last / becomes an issue.
rootDirEnd = location.lastIndexOf('/', rootDirEnd - 2) + 1; 
//removing the + 1 in this line solve the problem but i don't know if it craches elsewhere

From https://builds.apache.org/job/HBASE-Flaky-Tests/23477/testReport/junit/org.apache.hadoop.hbase.client/TestAdmin2/testCheckHBaseAvailableWithoutCluster/ :

	at org.apache.hadoop.hbase.client.TestAdmin2.testCheckHBaseAvailableWithoutCluster(TestAdmin2.java:573)

It seems this started hanging after HBASE-19313

When new RegionScanner, it will add a scanner read point in scannerReadPoints. But if we got a exception after add read point, the read point will keep in regions server and the delete after this mvcc number will never be compacted.
Our hbase version is base 0.94. If it throws other exception when initialize RegionScanner, the master branch has this bug, too.
ERROR org.apache.hadoop.hbase.regionserver.HRegionServer: Failed openScanner java.io.IOException: Could not seek StoreFileScanner
  at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seek(StoreFileScanner.java:160)
  at org.apache.hadoop.hbase.regionserver.StoreScanner.seekScanners(StoreScanner.java:268)
  at org.apache.hadoop.hbase.regionserver.StoreScanner.<init>(StoreScanner.java:168)
  at org.apache.hadoop.hbase.regionserver.Store.getScanner(Store.java:2232)
  at org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.<init>(HRegion.java:4026)
  at org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:1895)
  at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1879)
  at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:1854)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.internalOpenScanner(HRegionServer.java:3032)
  at org.apache.hadoop.hbase.regionserver.HRegionServer.openScanner(HRegionServer.java:2995)
  at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source)
  at org.apache.hadoop.hbase.ipc.SecureRpcEngine$Server.call(SecureRpcEngine.java:338)
  at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1595)
Caused by: org.apache.hadoop.hbase.ipc.CallerDisconnectedException: Aborting call openScanner, since caller disconnected
  at org.apache.hadoop.hbase.ipc.HBaseServer$Call.throwExceptionIfCallerDisconnected(HBaseServer.java:475)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock$AbstractFSReader.readAtOffset(HFileBlock.java:1443)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderV2.readBlockDataInternal(HFileBlock.java:1902)
  at org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderV2.readBlockData(HFileBlock.java:1766)
  at org.apache.hadoop.hbase.io.hfile.HFileReaderV2.readBlock(HFileReaderV2.java:345)
  at org.apache.hadoop.hbase.io.hfile.HFileBlockIndex$BlockIndexReader.loadDataBlockWithScanInfo(HFileBlockIndex.java:254)
  at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.seekTo(HFileReaderV2.java:499)
  at org.apache.hadoop.hbase.io.hfile.HFileReaderV2$AbstractScannerV2.seekTo(HFileReaderV2.java:520)
  at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekAtOrAfter(StoreFileScanner.java:235)
  at org.apache.hadoop.hbase.regionserver.StoreFileScanner.seek(StoreFileScanner.java:148)
  ... 14 more

According to the referenced forum post, the "errors" field is a simple string, not a list, in the error JSON returned from Twitter in certain retweet cases. More research into this issue will be needed to see what the error message looks like as well as adjusting the error handler appropriately.

As explained in HIVE-17090, the qfiles specified in spark.only.query.files are not being run by ptest. Looks like their golden files are out of date and need some updating.

By using the latest HBase master branch, the bug could be re-produced as:

create 't1', 'cf1'

The following message is logged into HMaster's log:

INFO  [PEWorker-12] rsgroup.RSGroupAdminServer: Moving table t1 to RSGroup null

This is a wrong action and instead, we should keep t1 as where it originally is.

Test failed with error message:
[junit] Task with the most failures(4): 
[junit] -----
[junit]   task_20130814023904691_0001_m_000000
[junit] 
[junit] URL:
[junit] http://localhost:50030/taskdetails.jsp?jobid=job_20130814023904691_0001&tipid=task_20130814023904691_0001_m_000000
[junit] Diagnostic Messages for this Task:
[junit] java.lang.RuntimeException: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
{"key":"238","value":"val_238"}
 [junit] 	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:175)
[junit] 	at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:50)
[junit] 	at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:429)
[junit] 	at org.apache.hadoop.mapred.MapTask.run(MapTask.java:365)
[junit] 	at org.apache.hadoop.mapred.Child$4.run(Child.java:271)
[junit] 	at java.security.AccessController.doPrivileged(Native Method)
[junit] 	at javax.security.auth.Subject.doAs(Subject.java:396)
[junit] 	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1232)
[junit] 	at org.apache.hadoop.mapred.Child.main(Child.java:265)
[junit] Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: Hive Runtime Error while processing row 
 [junit] 	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:538)
[junit] 	at org.apache.hadoop.hive.ql.exec.mr.ExecMapper.map(ExecMapper.java:157)
[junit] 	... 8 more
[junit] Caused by: org.apache.hadoop.hive.ql.metadata.HiveException: [Error 20000]: Unable to initialize custom script.
[junit] 	at org.apache.hadoop.hive.ql.exec.ScriptOperator.processOp(ScriptOperator.java:357)
[junit] 	at org.apache.hadoop.hive.ql.exec.Operator.process(Operator.java:504)
[junit] 	at org.apache.hadoop.hive.ql.exec.Operator.forward(Operator.java:848)
[junit] 	at org.apache.hadoop.hive.ql.exec.SelectOperator.processOp(SelectOperator.java:88)
[junit] 	at org.apache.hadoop.hive.ql.exec.TableScanOperator.processOp(TableScanOperator.java:90)
[junit] 	at org.apache.hadoop.hive.ql.exec.MapOperator.process(MapOperator.java:528)
[junit] 	... 9 more
[junit] Caused by: java.io.IOException: Cannot run program "D:\tmp\hadoop-Administrator\mapred\local\3_0\taskTracker\Administrator\jobcache\job_20130814023904691_0001\attempt_20130814023904691_0001_m_000000_3\work\.\testgrep": CreateProcess error=193, %1 is not a valid Win32 application
[junit] 	at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
[junit] 	at org.apache.hadoop.hive.ql.exec.ScriptOperator.processOp(ScriptOperator.java:316)
[junit] 	... 18 more
[junit] Caused by: java.io.IOException: CreateProcess error=193, %1 is not a valid Win32 application
[junit] 	at java.lang.ProcessImpl.create(Native Method)
[junit] 	at java.lang.ProcessImpl.<init>(ProcessImpl.java:81)
[junit] 	at java.lang.ProcessImpl.start(ProcessImpl.java:30)
[junit] 	at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
[junit] 	... 19 more
[junit] 
[junit] 
[junit] Exception: Client Execution failed with error code = 20000
[junit] junit.framework.AssertionFailedError: Client Execution failed with error code = 20000
[junit] 	at org.apache.hadoop.hive.cli.TestMinimrCliDriver.runTest(TestMinimrCliDriver.java:122)
[junit] 	at org.apache.hadoop.hive.cli.TestMinimrCliDriver.testCliDriver_scriptfile1(TestMinimrCliDriver.java:104)
[junit] 	at junit.framework.TestCase.runTest(TestCase.java:154)
[junit] 	at junit.framework.TestCase.runBare(TestCase.java:127)
[junit] 	at junit.framework.TestResult$1.protect(TestResult.java:106)
[junit] 	at junit.framework.TestResult.runProtected(TestResult.java:124)
[junit] 	at junit.framework.TestResult.run(TestResult.java:109)
[junit] 	at junit.framework.TestCase.run(TestCase.java:118)
[junit] 	at junit.framework.TestSuite.runTest(TestSuite.java:208)
[junit] 	at junit.framework.TestSuite.run(TestSuite.java:203)
[junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:520)
[junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1060)
[junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:911)
[junit] Failed query: scriptfile1.q

Choice seems to break advice because it is trying to add a task to an abstract array list? (AdviceWithTasks::line 151);
Somewhat related to: https://issues.apache.org/jira/browse/CAMEL-8798
Attached is example of advice breaking.

When using a RestTemplate to call Json Controllers built as per Roo's documentation, the code
return new ResponseEntity<String>(HttpStatus.CREATED)
is insufficient, because without a content-type HttpResponseExtractorConverter will throw RestClientException.  This behaviour is mentioned in the open issue SPR-7908 also.
Current workaround is to return the following:
HttpHeaders headers= new HttpHeaders();
headers.add("Content-Type", "application/text");
return new ResponseEntity<String>(headers, HttpStatus.CREATED);

In HS2 closing of sessions doesn't lead to closing of all the operation handles that the session had opened. This JIRA is meant to address this issue.

TIF goes with the default scanner caching size (1).  When each row is processed very fast and is small, this limits the overall performance.  By setting a higher scanner caching level you can achieve 100x+ the performance with the exact same map-reduce and table.

Calls to ScheduledFuture#cancel on bean cleanup are failing to cancel subsequent tasks. 
NOTE This only occurs when using the Trigger functionality. I tested the same code with scheduleAtFixedRate, and it works as expected.
The following bean demonstrates the bug:
Executor.java

import java.util.Iterator;
import java.util.concurrent.ScheduledFuture;

import javax.annotation.PreDestroy;
import javax.enterprise.concurrent.LastExecution;
import javax.enterprise.concurrent.ManagedScheduledExecutorService;
import javax.enterprise.concurrent.Trigger;

/**
 * Session Bean implementation class DataRecorderManagerBean
 */
@Startup
public class ExecutorBug {
    private static final Logger LOGGER = LoggerFactory.getLogger(ExecutorBug.class);

    @Resource
    private ManagedScheduledExecutorService executorService;

    private List<ScheduledFuture<?>> scheduledTasks;

    /**
     * Default constructor.
     */
    public ExecutorBug() {
    }

    void intialize() {
        this.scheduledTasks = Collections.synchronizedList(new ArrayList<ScheduledFuture<?>>());

        // Schedule the device task.
        PeriodicTrigger trigger = new PeriodicTrigger(0, 10, TimeUnit.SECONDS);
        ScheduledFuture<?> future = this.executorService.schedule(new LogRunner(), trigger);

        // Create the scheduled task and add it to the map.
        this.scheduledTasks.add(future);
    }

    void cleanup() {
        // Cancel any scheduled tasks, ensuring that the map is locked.
        synchronized (this.scheduledTasks) {
            Iterator<ScheduledFuture<?>> i = this.scheduledTasks.iterator();

            while (i.hasNext()) {
                ScheduledFuture<?> future = i.next();
                // Cancel the task.
                future.cancel(true);
            }
        }
        this.scheduledTasks.clear();
        this.scheduledTasks = null;
    }

    private class LogRunner implements Runnable {
        public LogRunner() {
        }

        @Override
            LOGGER.info("I am running");
        }
    }

    private class PeriodicTrigger implements Trigger {
        private final long periodMillis;
        private Date startTime;

        /**
         * Creates and executes a periodic action that becomes enabled first after the given initial delay, and subsequently with the given period; that is executions will commence after initialDelay
         * then initialDelay+period, then initialDelay + 2 * period, and so on.
         * 
         * @param initialDelay the time to delay first execution
         * @param period the period between successive executions
         * @param unit the time unit of the initialDelay and period parameters
         */
        public PeriodicTrigger(final long initialDelay, final long period, final TimeUnit unit) {
            this.periodMillis = TimeUnit.MILLISECONDS.convert(period, unit);

            // Calculate the start time.
            Date now = new Date();
            long millis = TimeUnit.MILLISECONDS.convert(initialDelay, unit);
            this.startTime = new Date(now.getTime() + millis);
        }

        @Override
        public Date getNextRunTime(final LastExecution lastExecutionInfo, final Date taskScheduledTime) {
            if (lastExecutionInfo == null) {
                return this.startTime;
            }
            else {
                return new Date(lastExecutionInfo.getScheduledStart().getTime() + this.periodMillis);
            }
        }

        @Override
        public boolean skipRun(final LastExecution lastExecutionInfo, final Date scheduledRunTime) {
        }
    }
}

Steps:

Deploy bean in Wildfly 8.1.0-Final using maven deploy goal.
Verify log statement is output.
Un-deploy bean from admin console.

Expected
Log statement is no longer called
Actual
Log statement continues to output after bean is destroyed.

VisibilityController returns false instead of the newValue for the preBalanceSwitch() call.
VisibilityController extends both RegionObserver and MasterObserver, unfortunately only 1 of the two can use the Base implementation. in this case the BaseRegionObserver is used and all most of the MasterObserver methods are a noop. Any idea on how to avoid reimplementing all the  interface methods as noop, and avoid problems like the preBalanceSwitch()?

it is wordpress:operation but it should be wordpress:operationDetail

UnwrappingRepositoryInvoker.invokeFindById(…) improperly evaluates the different Optionals so that the default lookup is triggered, even if a custom one is registered but it returns an empty result.

WSS4J interceptor verifies now that validationDecryptionCrypto != null when validationActions includes "Encrypt". However, validationDecryptionCrypto is not needed if only embeddable key name encryption style is used.

Steps followed 

set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => NO_INSERTS

Run PE until the quota is reached

hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred --rows=20000000 sequentialWrite 1

Through HBase shell

set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE

- Through HBase shell verify the effective Quotas

> list_quotas
OWNER                                               QUOTAS                                                                                                                                               
0 row(s)
Took 0.0365 seconds

Wait for some time (at least 5 mins) and try to add data to the table

> put 'TestTable','r1','info0:0','v1'
ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts are disallowed due to a space quota.
at org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47)

To resolve the issue, RSes need to be restarted which points to in memory data not getting reset. 

I have the following configuration:

<http pattern="/service/**" entry-point-ref="oauthAuthenticationEntryPoint" use-expressions="true" xmlns="http://www.springframework.org/schema/security">		
    <intercept-url pattern="/service/**" 
        method="GET" 
        access="#oauth2.clientHasRole('ROLE_CLIENT') and hasRole('ROLE_USER') and #oauth2.hasScope('SCOPE')"  />
    <custom-filter ref="resourceServerFilter" after="PRE_AUTH_FILTER" />
    <access-denied-handler ref="oauthAccessDeniedHandler"/>
    <expression-handler ref="oauthWebExpressionHandler" />
</http>

When I try to do a request with the wrong scope a InsufficientScopeException is thrown. But it is exception is just handled by Tomcat from what I can see, not before. This results in a "500 Internal Server Error", not a "403 Forbidden" which I expected. 

When running some tests with pre-emption enabled, got the following exception
Looks like a race condition when removing items from pre-emption queue.

16/04/23 23:32:00 [Wait-Queue-Scheduler-0[]] ERROR impl.TaskExecutorService : Wait queue scheduler worker exited with failure!
        at java.util.AbstractQueue.remove(AbstractQueue.java:117) ~[?:1.7.0_55]
        at org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService.removeAndGetFromPreemptionQueue(TaskExecutorService.java:568) ~[hive-llap-server-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService.handleScheduleAttemptedRejection(TaskExecutorService.java:493) ~[hive-llap-server-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService.access$1100(TaskExecutorService.java:81) ~[hive-llap-server-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at org.apache.hadoop.hive.llap.daemon.impl.TaskExecutorService$WaitQueueWorker.run(TaskExecutorService.java:285) ~[hive-llap-server-2.1.0-SNAPSHOT.jar:2.1.0-SNAPSHOT]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) ~[?:1.7.0_55]
        at java.util.concurrent.FutureTask.run(FutureTask.java:262) [?:1.7.0_55]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [?:1.7.0_55]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [?:1.7.0_55]
        at java.lang.Thread.run(Thread.java:745) [?:1.7.0_55]
16/04/23 23:32:00 [Wait-Queue-Scheduler-0[]] INFO impl.LlapDaemon : UncaughtExceptionHandler invoked
16/04/23 23:32:00 [Wait-Queue-Scheduler-0[]] ERROR impl.LlapDaemon : Thread Thread[Wait-Queue-Scheduler-0,5,main] threw an Exception. Shutting down now...

When I upgraded Camel Spring-Boot project to use Camel 2.16.3 from Camel 2.16.2 the @PropertyInject annotations broke.
The problem occurs when using the annotation in a Spring-Boot application like this

public class MySpringBootRouter extends FatJarRouter {

    @PropertyInject("inject-value")
    private String injectedValue;
    
    @Override
        from("timer:trigger")
        .log("PropertyInject: "+injectedValue);
    }
}

Running the code above with command

mvn spring-boot:run

causes the following exception:

	at org.springframework.boot.maven.AbstractRunMojo$LaunchRunner.run(AbstractRunMojo.java:478)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'mySpringBootRouter': Initialization of bean failed; nested exception is org.apache.camel.spring.GenericBeansException: Error post processing bean: mySpringBootRouter; nested exception is org.apache.camel.RuntimeCamelException: java.lang.IllegalArgumentException: Cannot add component as its already previously added: properties
	at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:118)
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:766)
	at org.springframework.boot.SpringApplication.createAndRefreshContext(SpringApplication.java:361)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:307)
	... 6 more
Caused by: org.apache.camel.spring.GenericBeansException: Error post processing bean: mySpringBootRouter; nested exception is org.apache.camel.RuntimeCamelException: java.lang.IllegalArgumentException: Cannot add component as its already previously added: properties
	at org.apache.camel.spring.CamelBeanPostProcessor.postProcessBeforeInitialization(CamelBeanPostProcessor.java:154)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1570)
	... 19 more
Caused by: org.apache.camel.RuntimeCamelException: java.lang.IllegalArgumentException: Cannot add component as its already previously added: properties
	at org.apache.camel.util.ObjectHelper.wrapRuntimeCamelException(ObjectHelper.java:1680)
	at org.apache.camel.impl.CamelPostProcessorHelper.getInjectionPropertyValue(CamelPostProcessorHelper.java:263)
	at org.apache.camel.impl.DefaultCamelBeanPostProcessor.injectFieldProperty(DefaultCamelBeanPostProcessor.java:206)
	at org.apache.camel.impl.DefaultCamelBeanPostProcessor$1.doWith(DefaultCamelBeanPostProcessor.java:172)
	at org.apache.camel.util.ReflectionHelper.doWithFields(ReflectionHelper.java:73)
	at org.apache.camel.impl.DefaultCamelBeanPostProcessor.injectFields(DefaultCamelBeanPostProcessor.java:168)
	at org.apache.camel.impl.DefaultCamelBeanPostProcessor.postProcessBeforeInitialization(DefaultCamelBeanPostProcessor.java:82)
	... 22 more
Caused by: java.lang.IllegalArgumentException: Cannot add component as its already previously added: properties
	at org.apache.camel.impl.DefaultCamelContext.addComponent(DefaultCamelContext.java:370)
	at org.apache.camel.util.CamelContextHelper.lookupPropertiesComponent(CamelContextHelper.java:578)
	at org.apache.camel.impl.CamelPostProcessorHelper.getInjectionPropertyValue(CamelPostProcessorHelper.java:237)
	... 28 more

Using placeholders like 

.log("{{inject-value}}")

 still works just as before. I tried to browse through changes between 2.16.2 and 2.16.3 but I didn't catch any obvious reason for this problem.
I created a runnable demo of the problem here: https://github.com/jnupponen/camel-properties-component-spring-boot-problem

   LLAP_DAEMON_WORK_DIRS("hive.llap.daemon.work.dirs", ""

is a bad default & fails at startup if not overridden.
A better default would be to fall back onto YARN local dirs if this is not configured.

Add pointer to linked in blog: https://engineering.linkedin.com/blog/2016/02/eliminating-large-jvm-gc-pauses-caused-by-background-io-traffic
IIRC, tsdb says to do similar.
Also add into perf section note on native crc.

We ran into issues of compaction and split failures with 1.3 similar to HBASE-18186 and HBASE-17406. Here's what i believe is happening -
Lets say we have 4 store files that are compacted to form a new one. At this point we now have 5 store files, however only 1(the newly formed) is open now for the store and rest are waiting to get archived by HFileArchiver
Now before the files are archived we get a FNFE in a scanner. This results in HRegion.RegionScannerImpl.handleFileNotFound(FileNotFoundException fnfe) being called which results in region.refreshStoreFiles(true) -> HStore.refreshStoreFiles()
HStore.refreshStoreFiles now checks the hdfs dir and adds the previously compacted files back to the store, however these files are also present in StoreFileManager's compactedFiles list. Now at this point HFileArchiver runs, checks compactedFiles list and moves these files into the archive directory. 
Now when compaction runs it gets:
2017-09-04 12:30:13,899 ERROR [ctions-1504505399609] regionserver.CompactSplitThread - Compaction selection failed regionName = xxxx, storeName = 0, priority = 26, time = 1504528213899
java.io.FileNotFoundException: File does not exist: hdfs://xxxx
        at org.apache.hadoop.hdfs.DistributedFileSystem$23.doCall(DistributedFileSystem.java:1337)
        at org.apache.hadoop.hdfs.DistributedFileSystem$23.doCall(DistributedFileSystem.java:1329)
        at org.apache.hadoop.hdfs.DistributedFileSystem.getFileStatus(DistributedFileSystem.java:1329)
        at org.apache.hadoop.fs.FilterFileSystem.getFileStatus(FilterFileSystem.java:422)
        at org.apache.hadoop.hbase.regionserver.StoreFileInfo.getFileStatus(StoreFileInfo.java:355)
        at org.apache.hadoop.hbase.regionserver.StoreFile.getModificationTimeStamp(StoreFile.java:325)
        at org.apache.hadoop.hbase.regionserver.compactions.RatioBasedCompactionPolicy.shouldPerformMajorCompaction(RatioBasedCompactionPolicy.java:65)
        at org.apache.hadoop.hbase.regionserver.compactions.SortedCompactionPolicy.selectCompaction(SortedCompactionPolicy.java:82)
        at org.apache.hadoop.hbase.regionserver.DefaultStoreEngine$DefaultCompactionContext.select(DefaultStoreEngine.java:107)
        at org.apache.hadoop.hbase.regionserver.HStore.requestCompaction(HStore.java:1679)
Similarly if a split happens after archival we fail after PONR while opening daughter regions due to FNFE. This results in parent offline and daughters also in a limbo since they're unable to open. Since we get the error after PONR we also end up aborting the RS.

I've attempted to update my Camel project from version 2.13.1 to 2.13.2, however my unit tests now fail due to the way in which the PropertiesComponent now treats three curly brackets that are in a JSON string I am building using property values.
E.g.: I have this in my route definition :-

<setBody>
	<simple>{"batch_item":{"item_id": "${header.commaItemId}", "algorithm_id": "{{comma_algorithm_name}}", "parameters": { "v1": "true" }}}</simple>

Note: I can work around the issue if I separate the curly consecutive brackets with spaces.
Test case to replicate

public class PropertiesComponentSimpleLanguageTest extends 
ContextTestSupport {

......
    public void testPropertiesComponentDualSimpleLanguage_MEL() throws Exception {
            @Override
                String jsonTestString = "{\"prefsObj\": {\"person\":\"${body}\", \"likesObj\": {\"itemA\":\"{{cheese.quote}}\", \"itemB\":\"{{cheese.type}}\"}}}";
                // String jsonTestString = "{\"prefsObj\": {\"person\":\"${body}\", \"likesObj\": {\"itemA\":\"{{cheese.quote}}\", \"itemB\":\"{{cheese.type}}\"} } }";

                from("direct:start").transform().simple(jsonTestString);
            }
        });

        String reply = template.requestBody("direct:start", "Claus", String.class);
        // assertEquals("{\"prefsObj\": {\"person\":\"Claus\", \"likesObj\": {\"itemA\":\"Camel rocks\", \"itemB\":\"Gouda\"} } }", reply);
        assertEquals("{\"prefsObj\": {\"person\":\"Claus\", \"likesObj\": {\"itemA\":\"Camel rocks\", \"itemB\":\"Gouda\"}}}", reply);
    }

In hbase shell. These commands hang:

create 'hbase.version','foo'
create 'splitlog','foo'

Interestingly

create 'hbase.id','foo'
create existingtablename, 'foo'
create '.META.','foo'
create '-ROOT-','foo'

are properly rejected.
We should probably either rename to make the files illegal table names (hbase.version to .hbase.version and splitlog to .splitlog) or we could add more special cases.

While playing with Hive2, we noticed that queries with a lot of count() and sum() aggregations run out of memory on Hadoop side where they worked before in Hive1. 
In many queries, we have to double the Mapper Memory settings (in our particular case mapreduce.map.java.opts from -Xmx2000M to -Xmx4000M), it makes it not so easy to upgrade to Hive 2.
Taking heap dump, we see one of the main culprit is the field 'uniqueObjects' in GeneraicUDAFSum and GenericUDAFCount, which was added to support Window functions.

Both the web and ejb clustering modules use a key affinity service to generate session IDs for replication and distribution mode - however, they currently attempt to use a key affinity service with invalidation mode as well, which throws an ISE.  Neither LOCAL nor INVALIDATION caches should attempt to use a key affinity service.

The following code generates a compile time exception:
from("direct:example")
    .log("This will break during compile time.")
    .aggregate().constant(true).completionSize(2)
    .completionTimeout(500L)
    .to("mock:result")
    ;
Compile time exception:
symbol  : method completionSize(int)
location: class java.lang.Object
When removing .log("This will break during compile time."), the project compiles successfully. I verified this holds true for .to and .wireTap as well.
Taking the example from https://svn.apache.org/repos/asf/camel/trunk/camel-core/src/test/java/org/apache/camel/processor/aggregator/AggregateGroupedExchangeBatchSizeTest.java and placing a .log or .to after the .from(..) reproduces the problem as well.

When multiple <authentication-manager> elements are defined the second one overrides the first one. The only indication is WARNING logged.
WARN  org.springframework.beans.factory.parsing.FailFastProblemReporter - Configuration problem: Overriding globally registered AuthenticationManager
It would be better to either fail or better yet support multiple <authentication-manager> elements. The work around is to create only one AuthenticationManager with the namespace and to create other AuthenticationManager's with standard Spring bean configuration.

Follow up jira after HIVE-3341, we need to make hive tests work on 0.23.
For starters, we need to add in a jar into build/ivy/lib/hadoop0.23.shim/ that includes MiniMRCluster. With 0.23, MiniMRCluster has moved to hadoop-mapreduce-client-jobclient-{$version}-tests.jar and that needs to be included in as an ivy dependence.

Somehow the attached changes are missing from the security integration. 

When the connection is lost to a RabbitMQ server and later restored there is the possibility that the RabbitConsumer hangs. The only way around this that I found is to restart my application. 
I have experienced this problem in my testing environment running camel 2.18.3 where my RabbitMQ installation is not stable causing every consumer thread to hang on lock.acquire() .
The problem has been introduced in version 2.18.0 commit 7ee0977c9f5c327a95122f5b80202dc5dd872e40
A possible fix could be to include the statement if (!channel.isOpen()) return; in the try-finally block below it.
JUnit test

package org.apache.camel.component.rabbitmq;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;

public class RabbitConsumerTest {
  private RabbitMQConsumer consumer = Mockito.mock(RabbitMQConsumer.class);
  private RabbitMQEndpoint endpoint = Mockito.mock(RabbitMQEndpoint.class);
  private Connection conn = Mockito.mock(Connection.class);
  private Channel channel = Mockito.mock(Channel.class);
     
  @Test(timeout=5000)
  public void testHandleDelivery_ShouldNotHangForeverIfChanelWasClosed() throws Exception {  
    Mockito.when(consumer.getEndpoint()).thenReturn(endpoint);  
    Mockito.when(consumer.getConnection()).thenReturn(conn);
    Mockito.when(conn.createChannel()).thenReturn(channel);
    Mockito.when(channel.isOpen()).thenReturn(false).thenReturn(true);
    
    RabbitConsumer rabbitConsumer = new RabbitConsumer(consumer);
    
    rabbitConsumer.handleDelivery(null, null, null, null);
    rabbitConsumer.stop();
  }
}

After using the command:
roo> finder add --finderName findTerceroesByDocumentoIdentificacionLikeAndApellido1LikeAndApellido2LikeAndNombreLikeAndTipoPersona(And...)
for creating a custom finder with MANY fields, all seems ok, but the jspx name generated is too long and causes internal error.

In one of the observed profile, >30% time spent on synchronized logging. See attachment. 
We should use async logging for hive streaming ingest by default.  

Remove the dead code pointed out in HBASE-10800 as part of high prioirty findbugs.
https://issues.apache.org/jira/browse/HBASE-10800?focusedCommentId=14529659&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14529659

When backward compat work was done in several jiras, this method was missed. First the return type was changed, then the method was rename to not break the callers via new return type, but the legacy method was never re-added as far as I see

The HTTP 1.1 spec requires a HOST header
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
The client should include the host
And the server should validate and send back http code 400 if HOST header is missing.

when migrating connector with defined proxy-binding, the proxy-binding is not migrated and neither is warning printed.
Marking as critical as information that one particular attribute wasn't migrated without notifying user (e.g. via migration-warning) could lead to unpredicted configuration from user's PoV.

  public void close() throws IOException 
{
    super.close();
  }
            
      //We balance per group instead of per table
      List<RegionPlan> plans = new ArrayList<>();
      for(Map.Entry<TableName, Map<ServerName, List<HRegionInfo>>> tableMap:
          getRSGroupAssignmentsByTable(groupName).entrySet()) {
        LOG.info("Creating partial plan for table " + tableMap.getKey() + ": "
            + tableMap.getValue());
        List<RegionPlan> partialPlans = balancer.balanceCluster(tableMap.getValue());
        LOG.info("Partial plan for table " + tableMap.getKey() + ": " + partialPlans);
        if (partialPlans != null) {
          plans.addAll(partialPlans);
        }
      }
      long startTime = System.currentTimeMillis();
      balancerRan = plans != null;

The plans is never null.

Simple script:

project --projectName prototype --topLevelPackage com.roo.bug
entity jpa --class ~.domain.Paper --equals
field file --fieldName printableFile --contentType TXT
web jsf all --package ~.web

Run the application, then:

Add a "Paper" with some name.
Add a second Paper with some other name and an attached TXT file.
List the Papers and open the one without a file; it won't show you a download link, which is correct.
Open the second Paper, and there also won't be a download link, which is incorrect.

After a little bit of debugging, I pinpointed the cause. The method PaperBean.getViewPanelGrid caches an HtmlPanelGrid object. Line 242 of PaperBean.populateViewPanel checks whether the attached file exists, and if not, creates a PanelGrid without a download link. That's correct for the first object, since it didn't have an attached file, but the second time, it just uses the cached HtmlPanelGrid that doesn't have a download link.

If you have a domain class with an attribute named "id", even if you annotate a DIFFERENT field with "@Id", spring-data-mongo errors trying to map 2 things to the id.  While the error is correct in that you can't have 2, it surprises me that one doesn't take precedence over the other.
I tried (in vain) to find this issue listed in jira, having read about it from a post in the forums after hitting the same issue myself, so apologies if this is a duplicate.
Original forum post here: http://forum.springsource.org/showthread.php?120188-_id-mapping

The wrong key is being used for `RabbitTemplate.pendingConfirms`. The rabbit template
stores the pending confirms map under the `ChannelProxy` whereas the
removal uses the actual `PublisherCallbackChannel` so the map
entry is not removed.

After adding the tests to verify the correctness of the HeapSize calculations the question of where to set the type of machines that are in the cluster arose.
I would think that most people are using 64 bit machines but we still need to support the use of 32 bit. So the way I see it we can solve this problem in two ways,
we can either have a settable parameter the the user sets when starting up the cluster or we can try to figure it out ourselves. I think that the second solution would
be the best, to make it as easy as possible on the user. 
That means that we need to add extra sizes to HeapSize and maybe even to Bytes.
Thoughts, comments?

camel-undertow isn't compatible with the new ahc-version (2.3.0) configured here 
https://github.com/apache/camel/commit/684ef5786838e051cece2f510d9dafabdc310d02
Getting a lot of compile errors trying to build it - multiple classes WebSocketByteListener, WebSocketTextListener have been removed, the WebSocketListener interface has different methods, etc
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.1:testCompile (default-testCompile) on project camel-undertow: Compilation failure: Compilation failure:
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/TestClient.java:[31,29] error: cannot find symbol
[ERROR] symbol:   class WebSocketByteListener
[ERROR] location: package org.asynchttpclient.ws
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/TestClient.java:[32,29] error: cannot find symbol
[ERROR] symbol:   class WebSocketTextListener
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/TestClient.java:[123,51] error: cannot find symbol
[ERROR] location: class TestClient
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/TestClient.java:[123,74] error: cannot find symbol
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/UndertowWsTwoRoutesToSameEndpointSendToAllHeaderTest.java:[29,29] error: cannot find symbol
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/UndertowWsConsumerRouteTest.java:[43,29] error: cannot find symbol
[ERROR] symbol:   class DefaultWebSocketListener
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/UndertowWsProducerRouteRestartTest.java:[32,29] error: cannot find symbol
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/UndertowWssRouteTest.java:[47,29] error: cannot find symbol
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/UndertowWsTwoRoutesTest.java:[29,29] error: cannot find symbol
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/UndertowWsTwoRoutesToSameEndpointTest.java:[28,29] error: cannot find symbol
[ERROR] /home/jenkins/camel/components/camel-undertow/src/test/java/org/apache/camel/component/undertow/ws/UndertowWsProducerRouteTest.java:[33,29] error: cannot find symbol
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.1:testCompile (default-testCompile) on project camel-undertow: Compilation failure
Caused by: org.apache.maven.plugin.compiler.CompilationFailureException: Compilation failure
	at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:1029)
	at org.apache.maven.plugin.compiler.TestCompilerMojo.execute(TestCompilerMojo.java:170)
	... 20 more
[ERROR] 
[ERROR] 
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
[ERROR] 
[ERROR]   mvn <goals> -rf :camel-undertow

Try to stop a job with SimpleJobOperator through JMX.
A OptimisticLockingFailureException is thrown because the jobExecution version doesn't match with persisted one.
Bug origin :
When the JobExecution status is synchronized, the version is not updated.

In SnapshotFileCache#refreshCache, the hasChanges will be judged as:

    try {
      FileStatus dirStatus = fs.getFileStatus(snapshotDir);
      lastTimestamp = dirStatus.getModificationTime();
      hasChanges |= (lastTimestamp >= lastModifiedTime); // >= will make hasChanges always be true

The  (lastTimestamp >= lastModifiedTime) will make hasChanges always be true because lastTimestamp will be updated as:

this.lastModifiedTime = lastTimestamp;

So, SnapshotFileCache will always refresh the file cache.

http://www.nabble.com/Unit-Tests-without-jndi.properties-td23428533s22882.html

Text from file application_xx.properties containing specials characters like é, ô, ù, are encoded many times.
é is displayed &eacute; for instance
Adding htmlEscape="false" on tags <spring:message seems to be the solution.
Ex for
webapp\WEB-INF\tags\form\fields\input.tagx
webapp\WEB-INF\tags\form\fields\textarea.tagx
<spring:message code="label_${fn:toLowerCase(fn:substringAfter(id,'_'))}" var="label"  htmlEscape="false"/>
It works fine pour the menu items.

The link to the ACL section in
http://static.springframework.org/spring-security/site/reference/html/appendix-schema.html#d4e3041
points to:
http://static.springframework.org/spring-security/site/reference/html/domain-acls
when it should point to:
http://static.springframework.org/spring-security/site/reference/html/domain-acls.html
It seems the typo is that in https://src.springframework.org/svn/spring-security/trunk/src/docbkx/appendix-db-schema.xml , 
xlink:href="domain-acls" should be xlink:href="#domain-acls"

Fetching result set for a result cache hit query gets slower as more rows are fetched. For fetching 10 row result set it took about 900ms but fetching 200 row result set took 8 seconds. 
Reason for this slowness is GetOperationStatus is invoked inside resultset.next() and it happens for every row even after operation has completed. This is one RPC call per row fetched (there is also connection overhead without keepalive). 

This needs further investigation, but it seems to mean that we have a lot of ModelFixers used in the wrong situation. i.e. the when transforming resources, attributes that should be undefined reach the transformers as defined with the default value set instead.
This needs a bit of thinking about Jeff Mesnil mentioned this a few weeks ago as well. I'd like to see if he remembers before fixing

GemfireRepositoryConfigurationExtension needs to override the RepositoryConfigurationExtensionSupport postProcess(..) method with the AnnotationRepositoryConfigurationSource method parameter in order to properly handle and process @EnableGemfireRepositories mappingContextRef values.

Hiveserver2 fail on Mapreduce local job fail. For example:

select /*+ MAPJOIN(v) */ registration from studenttab10k s join votertab10k v on (s.name = v.name);

The root cause is "class not found" in the local hadoop job (MapredLocalTask.execute). HADOOP_CLASSPATH does not include $HIVE_HOME/lib. Set HADOOP_CLASSPATH correctly will fix the issue.
However, there is one complexity in Windows. We start Hiveserver2 using Windows service console (services.msc), which takes hiveserver2.xml generated by hive.cmd. There is no way to pass environment variable in hiveserver2.xml (weird but reality). I attach a patch which pass it through command line arguments and relay to HADOOP_CLASSPATH in Hive code. 

This is essentially the same as https://issues.apache.org/jira/browse/CAMEL-9613 . When I send a request containing a 'content-type' header it will get sent with duplicate values. E.g. Content-Type: [application/json, application/json].
My RouteBuilder is very simple at the moment:

restConfiguration().component("spark-rest").port(8585);

rest("/").post("/charges").to("direct:charges");

from("direct:charges").to("http://localhost:8080/charges?bridgeEndpoint=true&throwExceptionOnFailure=false");

Having looked at the code I can see it being added in two places:
https://github.com/apache/camel/blob/master/components/camel-spark-rest/src/main/java/org/apache/camel/component/sparkrest/DefaultSparkBinding.java#L73
https://github.com/apache/camel/blob/master/components/camel-spark-rest/src/main/java/org/apache/camel/component/sparkrest/DefaultSparkBinding.java#L109
Is this intended behaviour? If so, how would I disable it? Thanks

The help in hbase shell ends with these sentences: 
"The HBase shell is the (J)Ruby IRB with the above HBase-specific commands added.
For more on the HBase Shell, see http://hbase.apache.org/docs/current/book.html"
The link to the book leads to a 404 and should be http://hbase.apache.org/book.html instead.

CodahaleReporter interface, introduced via Hive-16206 has package-private visibility. This prevents external libraries from extending it.